Subject: JvHtmlParser V3.38
From: "Paul Batty" <PaulB@msn.com>
Date: Sun, 14 Feb 2010 21:54:32 -0000
Newsgroups: jedi.vcl

Hi I'm using JvHtmlParser V3.38, which I believe there  is a bug init when it comes to parsing a file?

This is what I have got

JvHtmlParser1.FileName := 'C:\Temp\body.htm';
 Screen.Cursor := crHourGlass;
 Self.Tag := 0;
 FStartTime := Now();
 with JvHtmlParser1 do
 begin
   ClearConditions;
//    AddCondition('Text', '>', '<');
   AddCondition('Text', 'currentModule_currentModule_Registration>', '<');
   OnKeyFound := self.HTML2TextKeyFound;

 end;
 JvDisplayMemo2.Lines.BeginUpdate;
 try
   JvDisplayMemo2.Clear;
   JvHtmlParser1.AnalyseFile;
   ShowStatus(Now() - FStartTime);
   JvDisplayMemo2.Text := ReplaceSpecials(FText);
 finally
   FText := '';
   JvDisplayMemo2.Lines.EndUpdate;
   Screen.Cursor := crDefault;
 end;
end;

my body.htm file look like this
TR>
                           <TD class=FieldTitle vAlign=top
                           width="20%">Mark:</TD>
                           <TD vAlign=top width="30%"><SPAN
                             id=currentModule_currentModule_Registration>I was Here </SPAN></TD>
                           <TD class=FieldTitle vAlign=top
                             width="20%">Current Reg. Date:</TD>
                           <TD vAlign=top width="30%"><SPAN
                             id=currentModule_currentModule_CurrentRegDate>12/06/1998</SPAN></TD></TR>
                         <TR>
                           <TD class=FieldTitle vAlign=top>Previous ID:</TD>
                           <TD vAlign=top><SPAN
                             id=currentModule_currentModule_PreviousID>NEW
                             GERMANY</SPAN></TD><!--CQ8887 <td class="FieldTitle" vAlign="top">First Reg. Date:</td>
        <td vAlign="top"><span id="currentModule_currentModule_FirstRegDate"></span></td>
        -->
                           <TD class=FieldTitle vAlign=top>De-Reg. Date:</TD>
                           <TD vAlign=top><SPAN
                             id=currentModule_currentModule_DeRegDate></SPAN></TD></TR>
                         <TR>
                           <TD class=FieldTitle vAlign=top>Status:</TD>
                           <TD vAlign=top><SPAN
                             id=currentModule_currentModule_Status>Registered</SPAN></TD>
                           <TD class=FieldTitle vAlign=top>To:</TD>
                           <TD vAlign=top><SPAN
                             id=currentModule_currentModule_ToLabel></SPAN></TD></TR>
                         <TR
                         id=currentModule_currentModule_RegistrationHistoryLinkRow>
                           <TD colSpan=4>Select this link to view the <A
                             id=currentModule_currentModule_RegistrationHistoryLink
                             href="http://www.caa.co.uk/application.aspx?catid=60&amp;pagetype=65&amp;appid=1&amp;mode=reg&amp;fullregmark=MIDC">Full
                             Registration History</A>&nbsp;of this aircraft
                         </TD></TR>
                         <TR>


The problem seems when applying  the addcontions  "AddCondition('Text', 'currentModule_currentModule_Registration>', '<');"
It seem to read currentModule_currentModule_RegistrationHistoryLink as valid.. any ideas as to why?  if I add extra text in the
id=currentModule_currentModule_RegistrationHistoryLink

so it appears like so

id=currentModule_currentModule71_2R4egistrationHistoryLink

then it works correctly



__________ Information from ESET Smart Security, version of virus signature database 4865 (20100214) __________

The message was checked by ESET Smart Security.

http://www.eset.com





Subject: Jvdbgrid editcontrols problem
From: Y <y@fake.email>
Date: Sat, 13 Feb 2010 01:01:03 +0100
Newsgroups: jedi.vcl

hello

i have form with:

TJVMemoryData
TJvDataSource with AutoEdit = FALSE
TJvDBGrid with AutoAppend = FALSE, EditControls pointed to a few TJvDBComboEdit, TJvDBMaskEdit (etc).

with setting JvDataSource.AutoEdit = FALSE i want to prevent editing in grid - enable edit, append, del only when i allow, but edit controls assigned to JvDBGrid.EditControls it doesnt work - in short JvDBGrid.EditControls doesnt work with JvDataSource.AutoEdit = FALSE - i can edit field in edit control but when exiting i get exception "Dataset not in edit or insert mode" (JvDataSource.AutoEdit = FALSE).

my jvcl version is from august 2009 and d2009pro

Y.




Subject: change lookupdisplayindex on a tjvdblookupcombo
From: "RNO" <info@fsp.eu>
Date: Thu, 11 Feb 2010 19:51:24 +0100
Newsgroups: jedi.vcl

 Hello,

I want to change te column in which te lookupcombo is searching
I try to do it with this code on the onkeydowns event.

procedure TForm1.JvDBLookupCombo1KeyDown(Sender: TObject; var Key: Word;
  Shift: TShiftState);
begin
   if key=vk_Right then
   begin
     if JvDBLookupCombo1.LookupDisplayIndex=0 then
       JvDBLookupCombo1.LookupDisplayIndex:=1;
   end;
   if Key=VK_Left then
   Begin
     if JvDBLookupCombo1.LookupDisplayIndex=1 then
       JvDBLookupCombo1.LookupDisplayIndex:=0;
   End;
   Key:=0;
end;

The lookupdisplayindex is changed but the text i am typing is stil 
searched for in the first column.

Any suggestions how to solve this?

Thanks
Rob



--- posted by geoForum on http://www.newswhat.com


Subject: Re: RFC: TJvExprParser - Date/Time support for TJvMemoryData
From: "m.Th." <a@b.com>
Date: Tue, 09 Feb 2010 11:05:26 +0200
Newsgroups: jedi.vcl

m.Th. wrote:

>
> Comments? Thoughts?
>

Hmmm... quite silent place around here...


TjvExprParser with DateTime, Boolean and 'Like' (new operator: ~) support:

http://issuetracker.delphi-jedi.org/view.php?id=5162


Any comments welcomed,

-- 

m. Th.

On the Wings of the Wind...
http://wings-of-wind.com/


Subject: Re: TjvMemoryData enhancements - FilterOptions support
From: "m.Th." <a@b.com>
Date: Tue, 09 Feb 2010 11:04:01 +0200
Newsgroups: jedi.vcl

OBones wrote:
> m.Th. wrote:
>> OBones wrote:
>>> Hello,
>>>
>>> Thanks for this, but it would be better placed as Mantis issue with an associated diff file:
>>>
>>> http://issuetracker.delphi-jedi.org/
>> Diff file?
>>
>> Generated with what program?
>
> With TortoiseSVN
>
>
>> Or perhaps do you mean the entire .pas?
>
> Well, if it's the only option you have, that will do.

http://issuetracker.delphi-jedi.org/view.php?id=5161

Sorry, but I don't have SVN access from here. (security issues).

-- 

m. Th.

On the Wings of the Wind...
http://wings-of-wind.com/


Subject: Re: TjvMemoryData enhancements - FilterOptions support
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 08 Feb 2010 18:13:01 +0100
Newsgroups: jedi.vcl

m.Th. wrote:
> OBones wrote:
>> Hello,
>>
>> Thanks for this, but it would be better placed as Mantis issue with an associated diff file:
>>
>> http://issuetracker.delphi-jedi.org/
>
> Diff file?
>
> Generated with what program?

With TortoiseSVN


> Or perhaps do you mean the entire .pas?

Well, if it's the only option you have, that will do.


Subject: Re: TjvMemoryData enhancements - FilterOptions support
From: "m.Th." <a@b.com>
Date: Mon, 08 Feb 2010 18:26:01 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hello,
>
> Thanks for this, but it would be better placed as Mantis issue with an associated diff file:
>
> http://issuetracker.delphi-jedi.org/

Diff file?

Generated with what program?

Or perhaps do you mean the entire .pas?

-- 

m. Th.

On the Wings of the Wind...
http://wings-of-wind.com/


Subject: Re: TjvMemoryData enhancements - FilterOptions support
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 08 Feb 2010 11:51:24 +0100
Newsgroups: jedi.vcl

Hello,

Thanks for this, but it would be better placed as Mantis issue with an associated diff file:

http://issuetracker.delphi-jedi.org/


Subject: RFC: TJvExprParser - Date/Time support for TJvMemoryData
From: "m.Th." <a@b.com>
Date: Mon, 08 Feb 2010 11:45:43 +0200
Newsgroups: jedi.vcl

Hi,

TjvExprParser didn't have Date/Time support, hence in TjvMemoryData.Filter would produce erroneous results because it would treat the operands as strings. Eg.

ActionDate < '12/6/2010' would be evaluated to 'False' if ActionDate is '2/6/2010'. Also, (of course) the '+', '-' behaved erratically, of course.

(The patched file is in .binaries).

Also, an interesting discussion arises about other data type: boolean.

For the time being, it evaluates correctly only for = < and > and only if one uses foIgnoreCase in FilterOptions (you need my updated TjvMemoryData for that) or use the correct case.

The question(s) is/are: What we do with the other operators?

We support in parser the + - / & (And) and | (Or)

My thought is that perhaps is better to convert True to 1 and False to 0 but I want to hear other opinions.

Also we have the unary '-' - should we treat it as '!' (not)? Or simply raise an exception?


Comments? Thoughts?

-- 

m. Th.

On the Wings of the Wind...
http://wings-of-wind.com/


Subject: TjvMemoryData enhancements - FilterOptions support
From: "m.Th." <a@b.com>
Date: Mon, 08 Feb 2010 10:01:08 +0200
Newsgroups: jedi.vcl

Hi,

Sorry guys, I don't have SVN access, so I post the changes bellow. Also, if you want I can post the file in the .binaries but perhaps my patches aren't applied on the latest version of the file.

In order to add FilterOptions support to TJvMemoryData, one must do the following:

1. Add on the TJvMemoryData's published section the 'FilterOptions' property:

....

  published
    property Capacity: Integer read GetCapacity write SetCapacity default 0;
    property Active;
    property AutoCalcFields;
    property Filtered;
    property FilterOptions; //mTh+
    property FieldDefs;
....


2. In the RecordFilter method remove the parser's burned-in setting:

function TJvMemoryData.RecordFilter: Boolean;
var
  SaveState: TDataSetState;
begin
....
      if Assigned(FFilterParser) and FFilterParser.Eval() then
      begin
//        FFilterParser.EnableWildcardMatching := True; - mTh: removed!
        FFilterParser.EnableWildcardMatching := not(foNoPartialCompare in FilterOptions); //mTh+
        Result := FFilterParser.Value;
      end;
....

3. In the SetFilterText method add support for foCaseInsensitive:

procedure TJvMemoryData.SetFilterText(const Value: string);

  procedure UpdateFilter;
  begin
    FreeAndNil(FFilterParser);
    if Filter <> '' then
    begin
      FFilterParser := TExprParser.Create;
      FFilterParser.OnGetVariable := ParserGetVariableValue;
      if foCaseInsensitive in FilterOptions then //mTh+
        FFilterParser.Expression := AnsiUpperCase(Filter) //mTh+
      else //mTh+
        FFilterParser.Expression := Filter;
    end;
  end;

begin
  if Active then
  begin
    ...

4. Add foCaseInsensitive support in ParserGetVariableValue also:

function TJvMemoryData.ParserGetVariableValue(Sender: TObject; const VarName: string; var Value: Variant): Boolean;
var
  Field: TField;
begin
  Field := FieldByName(Varname);
  if Assigned(Field) then
  begin
    if foCaseInsensitive in FilterOptions then //mTh+ - the entire 'if'
    begin
      if Field.IsNull then
        Value := Null
      else
        Value := AnsiUpperCase(Field.Value);
    end
    else
      Value := Field.Value;

    Result := True;
  end
  else
    Result := False;
end;

HTH,


-- 

m. Th.

On the Wings of the Wind...
http://wings-of-wind.com/


Subject: Re: Special Progressbar not working correctly
From: Me <somewhere@inspace.com>
Date: Sun, 07 Feb 2010 19:39:41 -0600
Newsgroups: jedi.vcl

it's weird..

i created a new project, and only that bar in it and it's working.
I added all the Uses  items in there from my other project, and it still works.
but in my project, it doesn't work.


On Sat, 06 Feb 2010 14:59:56 +0100, Jens Fudickar <jens.fudickar@oratool.de> wrote:

> >Please do it, and we will try to fix it, so that it's working at runtime 
> >also.
> >
> >Kind regards
> >Jens
> >
> >Am 06.02.2010 14:49, schrieb Me:
>> >>
>> >> Don't have to.    Just change the   Maximum value.   that's the one that is NOT working in code
>> >>
>> >> .progressbar.Maximum:=2000;   doesn't do anything.   it's being ignored.
>> >> it's only looking at the one in the properties in design mode,  which is useless since its changing
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> On Sat, 06 Feb 2010 10:28:22 +0100, Jens Fudickar<jens.fudickar@oratool.de>  wrote:
>> >>
>>> >>> Please create a sample and post it to mantis.
>>> >>> http://issuetracker.delphi-jedi.org/view_all_bug_page.php
>>> >>>
>>> >>> Kind regards
>>> >>> Jens
>>> >>>
>>> >>> Am 06.02.2010 05:48, schrieb Me:
>>>> >>>> Trying to get the Special Progressbar to work, but it runs waaaay too fast.
>>>> >>>>
>>>> >>>> I have  min = 0     Max = 4500     step 1
>>>> >>>>
>>>> >>>> when i load my reacords I am using    progress.position:= current recordnumber
>>>> >>>>
>>>> >>>> within 2 seconds it's done, but in real its only at record 400
>>>> >>>>
>>>> >>>> Tried it also with the percent option for the text, but no difference.
>>>> >>>> Tried searching through the groups, but no results at all?
>>>> >>>>
>>>> >>>> am i missing something here?
>>>> >>>>
>>>> >>>>
>>>> >>>> btw.  using latest JVCL


Subject: Re: Special Progressbar not working correctly
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Feb 2010 14:59:56 +0100
Newsgroups: jedi.vcl

Please do it, and we will try to fix it, so that it's working at runtime also.

Kind regards
Jens

Am 06.02.2010 14:49, schrieb Me:
>
> Don't have to.    Just change the   Maximum value.   that's the one that is NOT working in code
>
> .progressbar.Maximum:=2000;   doesn't do anything.   it's being ignored.
> it's only looking at the one in the properties in design mode,  which is useless since its changing
>
>
>
>
>
> On Sat, 06 Feb 2010 10:28:22 +0100, Jens Fudickar<jens.fudickar@oratool.de>  wrote:
>
>> Please create a sample and post it to mantis.
>> http://issuetracker.delphi-jedi.org/view_all_bug_page.php
>>
>> Kind regards
>> Jens
>>
>> Am 06.02.2010 05:48, schrieb Me:
>>> Trying to get the Special Progressbar to work, but it runs waaaay too fast.
>>>
>>> I have  min = 0     Max = 4500     step 1
>>>
>>> when i load my reacords I am using    progress.position:= current recordnumber
>>>
>>> within 2 seconds it's done, but in real its only at record 400
>>>
>>> Tried it also with the percent option for the text, but no difference.
>>> Tried searching through the groups, but no results at all?
>>>
>>> am i missing something here?
>>>
>>>
>>> btw.  using latest JVCL

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Special Progressbar not working correctly
From: Me <somewhere@inspace.com>
Date: Sat, 06 Feb 2010 07:49:18 -0600
Newsgroups: jedi.vcl


Don't have to.    Just change the   Maximum value.   that's the one that is NOT working in code

..progressbar.Maximum:=2000;   doesn't do anything.   it's being ignored.
it's only looking at the one in the properties in design mode,  which is useless since its changing





On Sat, 06 Feb 2010 10:28:22 +0100, Jens Fudickar <jens.fudickar@oratool.de> wrote:

> >Please create a sample and post it to mantis.
> >http://issuetracker.delphi-jedi.org/view_all_bug_page.php
> >
> >Kind regards
> >Jens
> >
> >Am 06.02.2010 05:48, schrieb Me:
>> >> Trying to get the Special Progressbar to work, but it runs waaaay too fast.
>> >>
>> >> I have  min = 0     Max = 4500     step 1
>> >>
>> >> when i load my reacords I am using    progress.position:= current recordnumber
>> >>
>> >> within 2 seconds it's done, but in real its only at record 400
>> >>
>> >> Tried it also with the percent option for the text, but no difference.
>> >> Tried searching through the groups, but no results at all?
>> >>
>> >> am i missing something here?
>> >>
>> >>
>> >> btw.  using latest JVCL


Subject: Re: Special Progressbar not working correctly
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Feb 2010 10:28:22 +0100
Newsgroups: jedi.vcl

Please create a sample and post it to mantis.
http://issuetracker.delphi-jedi.org/view_all_bug_page.php

Kind regards
Jens

Am 06.02.2010 05:48, schrieb Me:
> Trying to get the Special Progressbar to work, but it runs waaaay too fast.
>
> I have  min = 0     Max = 4500     step 1
>
> when i load my reacords I am using    progress.position:= current recordnumber
>
> within 2 seconds it's done, but in real its only at record 400
>
> Tried it also with the percent option for the text, but no difference.
> Tried searching through the groups, but no results at all?
>
> am i missing something here?
>
>
> btw.  using latest JVCL

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Special Progressbar not working correctly
From: Me <somewhere@inspace.com>
Date: Fri, 05 Feb 2010 22:48:21 -0600
Newsgroups: jedi.vcl

Trying to get the Special Progressbar to work, but it runs waaaay too fast.

I have  min = 0     Max = 4500     step 1

when i load my reacords I am using    progress.position:= current recordnumber

within 2 seconds it's done, but in real its only at record 400

Tried it also with the percent option for the text, but no difference.
Tried searching through the groups, but no results at all?

am i missing something here?   


btw.  using latest JVCL 


Subject: Re: Storing of WindowsState with JvFormStorage doesn't work properly
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 05 Feb 2010 17:12:09 +0100
Newsgroups: jedi.vcl

Could you please create a sample and add it to mantis.

I've not seen any problems until now.

Kind Regards
Jens

Am 03.02.2010 14:43, schrieb Mark Stein:
> Hello,
> yesterday I've upgraded to JVCL version 339 and tried to use the
> JvFormStorage component linked to a JvAppIniFileStorage to save the
> size, position and state of my forms.
>
> This seems to work except the WindowState, if it's wsMaximized. This
> WindowState just doesn't get restored and instead only the last saved
> size / position are being loaded / used. In my ini-file the
> "ShowCmd"-entry is being changed to 3, if I do maximize the window, but
> restoring doesn't work.
>
> Before the upgrade I tried to do the same with version 338 and although
> I wasn't done yet, it seemed to work more or less, in case that helps in
> some way.
>
> However: it would be good to get it to work with v. 339 now. I'm using
> Delphi 2007 on Windows Vista.
>
> Am I doing anything wrong or is there an issue with that feature in
> general?
>
> Regards,
> Mark

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: [ASK] JvInterpreter classes defined from script
From: "Craig Chapman" <craig@craigchapman.me.uk>
Date: Wed, 3 Feb 2010 22:22:32 -0000
Newsgroups: jedi.vcl

Is anyone currently working on adding class definition from script?
When I try to define classes from script it appears to work until I get to the method implementations, then I get an error 'Unknown identifier' referring to the type name of the class.




Subject: Storing of WindowsState with JvFormStorage doesn't work properly
From: "Mark Stein" <ds-shad@web.de>
Date: Wed, 3 Feb 2010 14:43:33 +0100
Newsgroups: jedi.vcl

Hello,
yesterday I've upgraded to JVCL version 339 and tried to use the JvFormStorage component linked to a JvAppIniFileStorage to save the size, position and state of my forms.

This seems to work except the WindowState, if it's wsMaximized. This WindowState just doesn't get restored and instead only the last saved size / position are being loaded / used. In my ini-file the "ShowCmd"-entry is being changed to 3, if I do maximize the window, but restoring doesn't work.

Before the upgrade I tried to do the same with version 338 and although I wasn't done yet, it seemed to work more or less, in case that helps in some way.

However: it would be good to get it to work with v. 339 now. I'm using Delphi 2007 on Windows Vista.

Am I doing anything wrong or is there an issue with that feature in general?

Regards,
Mark


Subject: Problem running PhotoOp demo of the Examples\timeframework
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Tue, 02 Feb 2010 12:10:28 +0100
Newsgroups: jedi.vcl

Tried to run the PhotoOp demo today, but the database seem to lack from the sources.

Any chance to have this installed in future updates (and by the way, maybe the BDE database should be exchanged by some other database since the fate of BDE seem to be not decided in future updates of Delphi ??


Subject: Re: JVDBGrid - boolean column checkbox problem
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Mon, 1 Feb 2010 15:17:46 +0000 (UTC)
Newsgroups: jedi.vcl

Nevermind, it was a problem with the TADOQuery - that column was read
only.



-- Regards, -Steve Faleiro- 

Subject: Re: The error has disappeared
From: "Vincent Dupuis" <vincent.dupuis@x_xsescoi.fr>
Date: Mon, 1 Feb 2010 11:38:52 +0100
Newsgroups: jedi.vcl

Thank you for this information.

regards,

"OBones" <obones_gf_@_fe_altern.org> a écrit dans le message de news:hk5ulq$9j1$1@news.talkto.net...
> Vincent Dupuis wrote:
>> The error has disappeared...
>> Ok I comment all the code regading JVGnuGettext and compile to try if it
>> works ok without. This was the case.
>> I uncomment, compile again and now it works...I don't know why but it
>> works.
>> If someone have an explanation...?
>
> Old DCU somewhere 



Subject: Re: The error has disappeared
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 01 Feb 2010 11:25:58 +0100
Newsgroups: jedi.vcl

Vincent Dupuis wrote:
> The error has disappeared...
> Ok I comment all the code regading JVGnuGettext and compile to try if it
> works ok without. This was the case.
> I uncomment, compile again and now it works...I don't know why but it
> works.
> If someone have an explanation...?

Old DCU somewhere


Subject: The error has disappeared
From: "Vincent Dupuis" <vincent.dupuis@x_xsescoi.fr>
Date: Mon, 1 Feb 2010 11:21:09 +0100
Newsgroups: jedi.vcl

The error has disappeared...
Ok I comment all the code regading JVGnuGettext and compile to try if it works ok without. This was the case.
I uncomment, compile again and now it works...I don't know why but it works.
If someone have an explanation...?

regards,
Vincent


"Vincent Dupuis" <vincent.dupuis@x_xsescoi.fr> a écrit dans le message de news:hk5tvb$9ff$1@news.talkto.net...
> Hello everybody,
>
> I move one of my project from Delphi 2009 to Delphi 2010. It works ok with Delphi 2009 but with 2010 when i move my mouse at runtime
> on a TJvSpeedButton it generate a Violation access.
> After some tests, this problem appear only if - I have something written in the hint of the component
> - JvGnuGettext is activate in the unit
>
> Is someone experiment the same problem ?
> if someone have an idea ?
>
> regards,
> Vincent 



Subject: Delphi 2010 / JvGnugettext / TJvSpeedButton hint
From: "Vincent Dupuis" <vincent.dupuis@x_xsescoi.fr>
Date: Mon, 1 Feb 2010 11:13:59 +0100
Newsgroups: jedi.vcl

Hello everybody,

I move one of my project from Delphi 2009 to Delphi 2010. It works ok with Delphi 2009 but with 2010 when i move my mouse at runtime
on a TJvSpeedButton it generate a Violation access.
After some tests, this problem appear only if - I have something written in the hint of the component
- JvGnuGettext is activate in the unit

Is someone experiment the same problem ?
if someone have an idea ?

regards,
Vincent


Subject: JVDBGrid - boolean column checkbox problem
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Sun, 31 Jan 2010 06:58:12 +0000 (UTC)
Newsgroups: jedi.vcl

I am trying to allow the user to select/unselect rows in the grid.

The grid's data source is a TADOQuery connected via TADOConnection to
SQL Server.

The TADOQuery SQL is:

'SELECT ProductID, CONVERT(BIT,0) AS "Sel", ProductNumber, VendorName,
Description FROM ProductBase'

The 'Sel' column in the grid displays a checkbox and it gets checked
when clicked.

However the problem is: when the current record is changed (by clicking
on another row), the checkbox which was checked gets unchecked.

Does anyone have an idea why this is happening and suggestion as to how
to solve this?

-- Regards, -Steve Faleiro- 

Subject: Re: JvScheduledEvents
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 29 Jan 2010 20:31:17 +0100
Newsgroups: jedi.vcl

Could you create a small sample and add this to a new mantis entry.

I think one of us will show for this.

Kind regards
Jens

Am 29.01.2010 20:14, schrieb user@domain.invalid:
> Hi, I am experiencing a error when JvScheduledEvents is in a frame and
> trying to connect to the TJvAppIniStorage component. Its returning
> a "cannot assign a TJvEventCollectionItem to a TJvEventCollectionItem".
> I'm probably going to store the properties with my own INI routines
> but thought I let you know.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: JvScheduledEvents
From: user@domain.invalid
Date: Fri, 29 Jan 2010 12:14:05 -0700
Newsgroups: jedi.vcl

Hi, I am experiencing a error when JvScheduledEvents is in a frame and
trying to connect to the TJvAppIniStorage component.  Its returning
a "cannot assign a TJvEventCollectionItem to a TJvEventCollectionItem".
I'm probably going to store the properties with my own INI routines
but thought I let you know.


Subject: Re: Jvcl + JvPropertyStorage.pas problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 29 Jan 2010 19:30:22 +0100
Newsgroups: jedi.vcl

Please add a new entry to mantis, and if possible create a sample.

Additional the callstack would be interesting also.

Kind regards
Jens

Am 29.01.2010 09:34, schrieb Vladimir:
> I am using JvFormStorage component in every application under CB6.
> At the end of year file JvPropertyStorage.pas was changed in the lines:
>
> procedure TJvPropertyStorage.WriteProperty(const APath, AStorageName:
> string; const PersObj: TPersistent; const PropName: {$IFDEF
> RTL200_UP}ShortString{$ELSE}string{$ENDIF RTL200_UP});
> begin
> if Assigned(AppStorage) then
> // ******** new lines *********
> if (PropType(PersObj, string(PropName)) = tkClass) and
> (GetObjectProp(PersObj, string(PropName)) is TComponent) then
> AppStorage.WriteString(AppStorage.ConcatPaths([APath,
> AppStorage.TranslatePropertyName(PersObj, AStorageName, False)]),
> TComponent(GetObjectProp(PersObj, string(PropName))).Name)
> else
> //*************************************
> AppStorage.WriteProperty(AppStorage.ConcatPaths([APath,
> AppStorage.TranslatePropertyName(PersObj, AStorageName, False)]),
> PersObj, string(PropName), True);
> end;
>
> After this changes all my applications have AV on closing, after
> removing of the new lines programs work fine.
>
> Can you clarify or fix this problem?

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Jvcl + JvPropertyStorage.pas problem
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 29 Jan 2010 11:34:00 +0300
Newsgroups: jedi.vcl

I am using JvFormStorage component in every application under CB6.
At the end of year file JvPropertyStorage.pas was changed in the lines:

procedure TJvPropertyStorage.WriteProperty(const APath, AStorageName: string; const PersObj: TPersistent; const PropName: {$IFDEF RTL200_UP}ShortString{$ELSE}string{$ENDIF RTL200_UP});
begin
  if Assigned(AppStorage) then
 // ******** new lines *********
    if (PropType(PersObj, string(PropName)) = tkClass) and (GetObjectProp(PersObj, string(PropName)) is TComponent) then
      AppStorage.WriteString(AppStorage.ConcatPaths([APath, AppStorage.TranslatePropertyName(PersObj, AStorageName, False)]), TComponent(GetObjectProp(PersObj, string(PropName))).Name)
    else
//*************************************
      AppStorage.WriteProperty(AppStorage.ConcatPaths([APath, AppStorage.TranslatePropertyName(PersObj, AStorageName, False)]), PersObj, string(PropName), True);
end;

After this changes all my applications have AV on closing, after removing of the new lines programs work fine.

Can you clarify or fix this problem?


Subject: Build 3133 status, D7
From: edbored <edwardbNONO@NONOsgci.com>
Date: Fri, 29 Jan 2010 03:24:24 -0500
Newsgroups: jedi.vcl


Just FYI, I just did a clean checkout of 2.2 build 3133 under D7 enterprise (with SMImport and SMExport options on).

It still fails at line 1536 of JvDockControlForm.pas.

Changing line 1536 from:
DockSite.DockManager.InsertControl(Form2,alClient,Form1);
to
 TWinControlAccessProtected(DockSite).DockManager.InsertControl(Form2,alClient,Form1);

allowed the build/install to complete.

NOTE: it compiles- but that was a copy/paste solution from deeper in the unit: I've no idea if that's the correct fix!

Cheers,
EdB


Subject: Re: SMImport
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Thu, 28 Jan 2010 01:42:06 +0100
Newsgroups: jedi.vcl

Counter-answered :D (thx for fast reply)

On 28/01/2010 01:35, Jens Fudickar wrote:
> Answered :-)
>
> Am 28.01.2010 01:29, schrieb Fabrizio Monti:
>> Today is not a lucky day!
>>
>> I got compile errors :(
>>
>> http://issuetracker.delphi-jedi.org/view.php?id=5141
>>
>> Thank you anyway :)
>>
>> On 28/01/2010 00:34, Jens Fudickar wrote:
>>> Yes. That's should be the trick.
>>>
>>> Am 28.01.2010 00:09, schrieb Fabrizio Monti:
>>>> Hi,
>>>>
>>>> I want to enable SMImport support, but what does this sentence mean?
>>>>
>>>> "BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMIMPORT PACKAGE
>>>> FROM AUTOMATIC COMPILE TO MANUAL COMPILE"?
>>>>
>>>> I have to change SMImport's package "Build Control" to "Explicit
>>>> Rebuild"?
>>>>
>>>> Thank you in advance.
>>>
>>
>



Subject: Re: SMImport
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 28 Jan 2010 01:35:22 +0100
Newsgroups: jedi.vcl

Answered :-)

Am 28.01.2010 01:29, schrieb Fabrizio Monti:
> Today is not a lucky day!
>
> I got compile errors :(
>
> http://issuetracker.delphi-jedi.org/view.php?id=5141
>
> Thank you anyway :)
>
> On 28/01/2010 00:34, Jens Fudickar wrote:
>> Yes. That's should be the trick.
>>
>> Am 28.01.2010 00:09, schrieb Fabrizio Monti:
>>> Hi,
>>>
>>> I want to enable SMImport support, but what does this sentence mean?
>>>
>>> "BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMIMPORT PACKAGE
>>> FROM AUTOMATIC COMPILE TO MANUAL COMPILE"?
>>>
>>> I have to change SMImport's package "Build Control" to "Explicit
>>> Rebuild"?
>>>
>>> Thank you in advance.
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: SMImport
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Thu, 28 Jan 2010 01:29:13 +0100
Newsgroups: jedi.vcl

Today is not a lucky day!

I got compile errors :(

http://issuetracker.delphi-jedi.org/view.php?id=5141

Thank you anyway :)

On 28/01/2010 00:34, Jens Fudickar wrote:
> Yes. That's should be the trick.
>
> Am 28.01.2010 00:09, schrieb Fabrizio Monti:
>> Hi,
>>
>> I want to enable SMImport support, but what does this sentence mean?
>>
>> "BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMIMPORT PACKAGE
>> FROM AUTOMATIC COMPILE TO MANUAL COMPILE"?
>>
>> I have to change SMImport's package "Build Control" to "Explicit
>> Rebuild"?
>>
>> Thank you in advance.
>



Subject: Re: SMImport
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 28 Jan 2010 00:34:47 +0100
Newsgroups: jedi.vcl

Yes. That's should be the trick.

Am 28.01.2010 00:09, schrieb Fabrizio Monti:
> Hi,
>
> I want to enable SMImport support, but what does this sentence mean?
>
> "BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMIMPORT PACKAGE
> FROM AUTOMATIC COMPILE TO MANUAL COMPILE"?
>
> I have to change SMImport's package "Build Control" to "Explicit Rebuild"?
>
> Thank you in advance.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: SMImport
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Thu, 28 Jan 2010 00:09:16 +0100
Newsgroups: jedi.vcl

Hi,

I want to enable SMImport support, but what does this sentence mean?

"BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMIMPORT PACKAGE FROM AUTOMATIC COMPILE TO MANUAL COMPILE"?

I have to change SMImport's package "Build Control" to "Explicit Rebuild"?

Thank you in advance.


Subject: Re: JVCL mega demo would not build. Fixed (Svn rev 12679)
From: edbored <edwardbNONO@NONOsgci.com>
Date: Mon, 25 Jan 2010 22:26:38 -0500
Newsgroups: jedi.vcl

On 1/25/2010 4:08 PM, Warren Postma wrote:
> On 2010-01-24 8:08 PM, edbored wrote:
>> Tested under D7 enterprise. JVCLInstaller fails with:
>> jvcl\run\JvDockControlForm.pas(1536): Undeclared identifier: 'DockManager'
>
> OH dear. This is related to my attempt to fix ManualTabDock bugs.
>

"No good deed goes unpunished..."

I managed to get it to compile - but not sure if what I did was correct.

At any rate, I can test under D7 again when you need me to.

EdB


Subject: Re: JvDocking ManualTabDock - There, I fixed it.
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 25 Jan 2010 16:09:30 -0500
Newsgroups: jedi.vcl

Bad news. I didn't test this code on Delphi 7 and it appears it doesn't work there. Some ifdef code must be required.



Subject: Re: JVCL mega demo would not build. Fixed (Svn rev 12679)
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 25 Jan 2010 16:08:51 -0500
Newsgroups: jedi.vcl

On 2010-01-24 8:08 PM, edbored wrote:
> Tested under D7 enterprise. JVCLInstaller fails with:
> jvcl\run\JvDockControlForm.pas(1536): Undeclared identifier: 'DockManager'

OH dear. This is related to my attempt to fix ManualTabDock bugs.

Warren


Subject: Re: JVCL mega demo would not build. Fixed (Svn rev 12679)
From: edbored <edwardbNONO@NONOsgci.com>
Date: Sun, 24 Jan 2010 22:35:26 -0500
Newsgroups: jedi.vcl

On 1/24/2010 10:29 PM, edbored wrote:
> On 1/24/2010 8:08 PM, edbored wrote:
>> On 1/22/2010 1:11 PM, Warren Postma wrote:
>>> Fixed JVCL mega demo.
>>>
>>> Builds once again, in Delphi 2007, and Delphi 2010. Would appreciate it if someone would check other Delphi versions like Delphi 7.
>>
>> Tested under D7 enterprise.  JVCLInstaller fails with:
>> jvcl\run\JvDockControlForm.pas(1536): Undeclared identifier: 'DockManager'
>>
>> EdB
>
> Here's the patch that allows JVCLInstaller to complete. It compiles, not sure it it's really correct!!!

NOTE that the two patches are reversed!!!  I just switched to thunderbird for mail and news - not yet used to how it works - the silly thing did NOT pump the clipboard text where I expected it to!

EdB


Subject: Re: JVCL mega demo would not build. Fixed (Svn rev 12679)
From: edbored <edwardbNONO@NONOsgci.com>
Date: Sun, 24 Jan 2010 22:29:35 -0500
Newsgroups: jedi.vcl

On 1/24/2010 8:08 PM, edbored wrote:
> On 1/22/2010 1:11 PM, Warren Postma wrote:
>> Fixed JVCL mega demo.
>>
>> Builds once again, in Delphi 2007, and Delphi 2010. Would appreciate it if someone would check other Delphi versions like Delphi 7.
>
> Tested under D7 enterprise.  JVCLInstaller fails with:
> jvcl\run\JvDockControlForm.pas(1536): Undeclared identifier: 'DockManager'
>
> EdB

Here's the patch that allows JVCLInstaller to complete. It compiles, not sure it it's really correct!!!

Index: JvDynControlEngineDBToolscxVGrid.pas
===================================================================
--- JvDynControlEngineDBToolscxVGrid.pas    (revision 12680)
+++ JvDynControlEngineDBToolscxVGrid.pas    (working copy)
@@ -42,9 +42,10 @@
   //JvPanel,
   JvDynControlEngineTools, JvDynControlEngine, JvDynControlEngineDB;

+
+{$IFDEF USE_3RDPARTY_DEVEXPRESS_CXVERTICALGRID}
 type

-{$IFDEF USE_3RDPARTY_DEVEXPRESS_CXVERTICALGRID}
   TJvDataSourceEditDialogCreateDataControlscxVGridEventClass = class(TObject)
   private
     FInternalDBVGrid: TcxDBVerticalGrid;


------------------------------------------------------------------------------------------



MegaDemo fails to compile. Here's the patch to get it to compile:

Index: JvDockControlForm.pas
===================================================================
--- JvDockControlForm.pas    (revision 12680)
+++ JvDockControlForm.pas    (working copy)
@@ -1533,7 +1533,7 @@
      is much more reliable, and consistent, and updates the DOckManager state
      which prevents all manner of weird problems.
     }
-  DockSite.DockManager.InsertControl(Form2,alClient,Form1);
+TWinControlAccessProtected(    DockSite).DockManager.InsertControl(Form2,alClient,Form1);

   { Now find and return the the new tab host object created depp within the bowels
      of the Docking Style code. If anything fails, return EInvalidOperation because its


------------------------------------------------------------------------------

Finally, there are a lot of 'ExplicitXXX' properties in the dfms.


Cheers,
EdB



Subject: Re: JVCL mega demo would not build. Fixed (Svn rev 12679)
From: edbored <edwardbNONO@NONOsgci.com>
Date: Sun, 24 Jan 2010 20:08:28 -0500
Newsgroups: jedi.vcl

On 1/22/2010 1:11 PM, Warren Postma wrote:
> Fixed JVCL mega demo.
>
> Builds once again, in Delphi 2007, and Delphi 2010. Would appreciate it if someone would check other Delphi versions like Delphi 7.

Tested under D7 enterprise.  JVCLInstaller fails with:
jvcl\run\JvDockControlForm.pas(1536): Undeclared identifier: 'DockManager'

EdB


Subject: Re: JVCL mega demo would not build. Fixed (Svn rev 12679)
From: Dreamtreater <jw96khz@hotmail.com>
Date: Sun, 24 Jan 2010 16:08:42 +0100
Newsgroups: jedi.vcl

OK, to answer my own question, I just figuerd it out:

http://jvcl.svn.sourceforge.net/viewcvs.cgi/jvcl/trunk/jvcl/
and follow the recent work of Warren Postma

Thanks Warren for that work!




On Sat, 23 Jan 2010 16:55:29 +0100, Dreamtreater <jw96khz@hotmail.com>
wrote:

> >Hi, I'm happy you fixed it. 
> >Im running V2010 and indeed could not compile the mega demo. 
> >
> >I would even try the fix in D7, if you could  answer this question:
> >
> >OK, so you made some changes mentioned below; but where do I get them
> >/ What do I do to make it work for me....?
> >
> >Thanks in advance, 
> >DT
> >
> >
> >
> >
> >On Fri, 22 Jan 2010 13:11:23 -0500, Warren Postma <wp@tekr7n.c0m>
> >wrote:
> >
>> >>Fixed JVCL mega demo.
>> >>
>> >>Builds once again, in Delphi 2007, and Delphi 2010. Would appreciate it 
>> >>if someone would check other Delphi versions like Delphi 7.
>> >>
>> >>modified:
>> >>
>> >>jvcl\examples\JvGIFAnimator\GIFMAIN.dfm
>> >>jvcl\examples\JVCLMegaDemo\Unitmain.pas
>> >>jvcl\examples\JvDBActions\JvDBActionMainForm.pas
>> >>jvcl\examples\JVCLMegaDemo\Unitmain.dfm
>> >>jvcl\examples\JvDiagramShape\3. DependencyWalker\JclParseUses.pas
>> >>jvcl\examples\JvDBActions\JvDBActionMainForm.dfm
>> >>jvcl\examples\JvDBSearch\JvDBSearchDemoMainForm.dfm
>> >>jvcl\examples\JvGIFAnimator\GIFMAIN.PAS


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: Dreamtreater <jw96khz@hotmail.com>
Date: Sun, 24 Jan 2010 15:25:21 +0100
Newsgroups: jedi.vcl

Glad to help
DT
On Sun, 24 Jan 2010 08:32:07 +0100, "olive75" <dehorter@mnhn.fr>
wrote:

> > GREAT  IT WORKS
> >
> >
> >
> >MANY THANKS
> >
> >
> >olivier
> >
> >
> >
> >--- posted by geoForum on http://www.newswhat.com


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: "olive75" <dehorter@mnhn.fr>
Date: Sun, 24 Jan 2010 08:32:07 +0100
Newsgroups: jedi.vcl

 GREAT  IT WORKS



MANY THANKS


olivier



--- posted by geoForum on http://www.newswhat.com


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: Dreamtreater <jw96khz@hotmail.com>
Date: Sat, 23 Jan 2010 16:58:33 +0100
Newsgroups: jedi.vcl

Hi, 
I'll be here some more because I'll need some help with the JVCL to
which I'm rather new,  but I got this one (I think...) :

On Win 7, indeed, start with the JCL first, but, what did the trick
for me was:  Start the install from a command line with elevated
rights:

press start, type cmd, rightclick on the appearing cmd.exe in the
list, 

choose 'Run as administrator', navigate to your installer, type it's
name, and then it works (for me it did)

You might also run into some red line saying that bpl directory does
not exist. I just created the one it was missing. 
Do the same for jvcl afterwards.
Hope this helps
DT.




On Fri, 22 Jan 2010 09:21:35 +0100, "olive75" <dehorter@mnhn.fr>
wrote:

> > Hi
> >
> >unfortunatly not
> >
> >The comptuter is nex :)
> >
> >so i installed for the first time delphi 2010 and all componant i need 
> >
> >????
> >
> >I checked anyway, and of course nothing
> >
> >regards
> >
> >olivier
> >
> >
> >
> >--- posted by geoForum on http://www.newswhat.com


Subject: Re: JVCL mega demo would not build. Fixed (Svn rev 12679)
From: Dreamtreater <jw96khz@hotmail.com>
Date: Sat, 23 Jan 2010 16:55:29 +0100
Newsgroups: jedi.vcl

Hi, I'm happy you fixed it. 
Im running V2010 and indeed could not compile the mega demo. 

I would even try the fix in D7, if you could  answer this question:

OK, so you made some changes mentioned below; but where do I get them
/ What do I do to make it work for me....?

Thanks in advance, 
DT




On Fri, 22 Jan 2010 13:11:23 -0500, Warren Postma <wp@tekr7n.c0m>
wrote:

> >Fixed JVCL mega demo.
> >
> >Builds once again, in Delphi 2007, and Delphi 2010. Would appreciate it 
> >if someone would check other Delphi versions like Delphi 7.
> >
> >modified:
> >
> >jvcl\examples\JvGIFAnimator\GIFMAIN.dfm
> >jvcl\examples\JVCLMegaDemo\Unitmain.pas
> >jvcl\examples\JvDBActions\JvDBActionMainForm.pas
> >jvcl\examples\JVCLMegaDemo\Unitmain.dfm
> >jvcl\examples\JvDiagramShape\3. DependencyWalker\JclParseUses.pas
> >jvcl\examples\JvDBActions\JvDBActionMainForm.dfm
> >jvcl\examples\JvDBSearch\JvDBSearchDemoMainForm.dfm
> >jvcl\examples\JvGIFAnimator\GIFMAIN.PAS


Subject: Re: JvDocking ManualTabDock - There, I fixed it.
From: Michal Gajek <migajek_gmail@nospam.com>
Date: Sat, 23 Jan 2010 01:07:18 +0100
Newsgroups: jedi.vcl

Hi,
 It's great news to hear, as I was one of those having troubles with ManualTabDock! :) I'll try out your code as soon as I can, probably tomorrow!
 Thank you for your time spent on JvDocking (well, that was quite a lot of it actually, if you were reading the WHOLE code ... )

Best regards,
Michal
Warren Postma wrote:
> Anyone who was using the JVCL docking (JvDocking) components and was
> creating tabbed docks (like the tabbed worksheets in excel, or the
> editor tabs in an IDE) should check out this fix I made to ManualTabDock.
>
> The old code for ManualTabDock was a kludge I wrote to get me through.
> It never properly worked anyways.
>
> It had the odd habit of rearranging controls, making previous docked
> forms (controls) disappear when docking a new one, and all manner of bad
> stuff like that.  There is a mantis issue that was recently fixed
> that involved this dodgy code.
>
> However my fix still left me nervous because the ManualTabDock
> "tweaks" the internals of a dock tree without updating the dock manager
> (which tracks the contents).  I believe that this was the reason why
> sometimes the stuff inside your docking areas would get scrambled,
> if you added enough stuff the right way (by using your mouse and
> drag/drop), and mixed that with the hack (my old ManualTabDock code).
>
> Instead, I decided to go back and look at what happens in the Drag Drop
> events, and this is what I learned.
>
> The normal way of creating a tab host control is to let the docking
> style do it.  When mouse drag of TMyForm2 lands over a TMyForm1,
> the dock panel which is <Left,Right,Top,Bottom,Custom>DockPanel:TJvDockCustomControl
> has a handler function which gets called:
>
> I.E:
>
> procedure {Left,Right,Top,Bottom,Custom}DockPanel.CustomDockDrop( Source = TJvDock<SomeStyle>DragDockObject, X,Y )
>
> Note that the thing to be dropped is Source.Control.In this case,
> the one form you were dragging with your mouse (TMyForm2).
>
> (In the debugger I found, you can also inspect
> Source.SourceDockClientList.FSourceDockClientList[0])
>
> This calls the VCL Source.Control.Dock( {CustomDockPanel.}Self, DestRect); {Self here is dock panel- VCL} which is VCL TControl.Dock, sets csDocking in ControlState:Include(FControlState, csDocking),
> but does not know anything about the dock tree management.  A
> tree in this case, refers to a "tree data structure", not to a visible
> tree control.
>
> If UseDockManager is set (normally it is), it  calls
> DockManager.InsertControl.  DockManager is an interface
> which is implemented by your current docking style.
> (This is a method in your current dock style, such as "TJvDock<Some
> Style>Tree.InsertControl")
> Your dock style has InsertControl may have a way to create Tab Hosts and
> the Page Controls that populate them.
>
> The <Some Style> docking style has a local function CreateDockPageControl, DockClient.CreateTabHostAndDockControl(TempCtl, Client);
>
> So, I thought, I should be able to call DockManager.InsertControl( Form1, alClient, Form2). And with a bit more work, that works.
>
> So here is the new ManualTabDock, which appears to work perfectly,
> and have none of the stupid glitches (I hope) that my old code had.
> Silly me trying to hack the internals of JvDocking before I read
> through all the code line by line.
>
>
> { Quick way to do tabbed docking programmatically - this way only works if your
> dock style is written to accept InsertControl calls of this type, and generate
> tab hosts.}
> function ManualTabDock(DockSite: TWinControl; Form1, Form2: TForm): TJvDockTabHostForm;
> var
>  DockClient:TJvDockClient;
> begin
>   { This is an initial sanity check, but the actual DockClient is required later,
>     so we can find the tab host form that contains it. }
>   DockClient := FindDockClient(Form1);
>   if not Assigned(DockClient) then
>       raise EInvalidOperation.Create('ManualTabDock:DockClient not found. Form you are trying to dock must have a dock style');
>
>   {  This should create the tab host form, if the docking style supports tabbed docking,
>      as all 'advanced' docking styles provided in the JVCL do provide.
>
>      This is the same call used when you drag something with your mouse, so it
>      is much more reliable, and consistent, and updates the DOckManager state
>      which prevents all manner of weird problems.
>     }
>   DockSite.DockManager.InsertControl(Form2,alClient,Form1);
>
>   { Now find and return the the new tab host object created depp within the bowels
>      of the Docking Style code. If anything fails, return EInvalidOperation because its
>      likely that whoever called ManualTabDock sent us objects that can not be properly
>      docked, or is using a docking style that does not support tab docking. }
>
>   result := DockClient.FindTabHostForm as TJvDockTabHostForm; { this safe cast could fail, raising exception }
>
>   if not Assigned(result) then
>       raise EInvalidOperation.Create('ManualTabDock:TabHost not created. Your Docking Style may not support tabbed docking.');
>
> end;
>
> Warren


Subject: Weird problem with JvCSVDataSets and DBGrids
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 22 Jan 2010 13:27:45 -0500
Newsgroups: jedi.vcl

This is just a notice that I have found that there is a weird glitch in JvCSVDataSets when they are attached to DBGrid controls. I believe it is a failure to emulate some subtle dataset behaviour related to data set scrolling, that makes this happen.

You might find that if you combine a CSV dataset control with a db grid,
and your columns fit the screen EXACTLY, so there is no horizontal scroll bar, but there is a vertical scroll bar, that the when the user uses the vertical scrolling, the grid will not update properly. Only
the first two columns will update properly. If the initial column is
the "indicator" fixed column, then only one of your data columns will
update, otherwise the first two data columns will update.

I have fought this bug for ages. It's so obscure. And yet, something
tells me I should put this one in Mantis. It's going to bug someone else
too.

Warren


Subject: Re: JvDocking ManualTabDock - There, I fixed it.
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 22 Jan 2010 13:15:37 -0500
Newsgroups: jedi.vcl

It's in SVN Revision 12680 [jvcl\run\JvDockControlForm.pas].

W


Subject: JVCL mega demo would not build. Fixed (Svn rev 12679)
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 22 Jan 2010 13:11:23 -0500
Newsgroups: jedi.vcl

Fixed JVCL mega demo.

Builds once again, in Delphi 2007, and Delphi 2010. Would appreciate it if someone would check other Delphi versions like Delphi 7.

modified:

jvcl\examples\JvGIFAnimator\GIFMAIN.dfm
jvcl\examples\JVCLMegaDemo\Unitmain.pas
jvcl\examples\JvDBActions\JvDBActionMainForm.pas
jvcl\examples\JVCLMegaDemo\Unitmain.dfm
jvcl\examples\JvDiagramShape\3. DependencyWalker\JclParseUses.pas
jvcl\examples\JvDBActions\JvDBActionMainForm.dfm
jvcl\examples\JvDBSearch\JvDBSearchDemoMainForm.dfm
jvcl\examples\JvGIFAnimator\GIFMAIN.PAS



Subject: thoughts on JVCL mega demo: Why is the JvDBActions demo included?
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 22 Jan 2010 11:38:44 -0500
Newsgroups: jedi.vcl

I can not build the JVCL mega demo.

It dies on JvDBActionMainForm/JvDynControlEngineDBToolscxVGrid.  There are no database engines buildable unless you have certain developer express components installed.  So why is this even included?

Which makes me wonder now that I encounter it, why does JVCL contain add-on dependant on a commercial class like CX (developer express) code?

Fine,  the installer can skip add-ons that need pre-requisites you don't
have, but the demos should not include such corner-case code.

Warren





Subject: Re: JvDocking ManualTabDock - There, I fixed it.
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 22 Jan 2010 09:29:16 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Anyone who was using the JVCL docking (JvDocking) components and was
> creating tabbed docks (like the tabbed worksheets in excel, or the
> editor tabs in an IDE) should check out this fix I made to ManualTabDock.

Many thanks for this Warren, I know many people will appreciate this.


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: "olive75" <dehorter@mnhn.fr>
Date: Fri, 22 Jan 2010 09:21:35 +0100
Newsgroups: jedi.vcl

 Hi

unfortunatly not

The comptuter is nex :)

so i installed for the first time delphi 2010 and all componant i need 

????

I checked anyway, and of course nothing

regards

olivier



--- posted by geoForum on http://www.newswhat.com


Subject: JvDocking ManualTabDock - There, I fixed it.
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 21 Jan 2010 09:28:39 -0500
Newsgroups: jedi.vcl

Anyone who was using the JVCL docking (JvDocking) components and was
creating tabbed docks (like the tabbed worksheets in excel, or the
editor tabs in an IDE) should check out this fix I made to ManualTabDock.

The old code for ManualTabDock was a kludge I wrote to get me through.
It never properly worked anyways.

It had the odd habit of rearranging controls, making previous docked
forms (controls) disappear when docking a new one, and all manner of bad
stuff like that.  There is a mantis issue that was recently fixed
that involved this dodgy code.

However my fix still left me nervous because the ManualTabDock
"tweaks" the internals of a dock tree without updating the dock manager
(which tracks the contents).  I believe that this was the reason why
sometimes the stuff inside your docking areas would get scrambled,
if you added enough stuff the right way (by using your mouse and
drag/drop), and mixed that with the hack (my old ManualTabDock code).

Instead, I decided to go back and look at what happens in the Drag Drop
events, and this is what I learned.

The normal way of creating a tab host control is to let the docking
style do it.  When mouse drag of TMyForm2 lands over a TMyForm1,
the dock panel which is <Left,Right,Top,Bottom,Custom>DockPanel:TJvDockCustomControl
has a handler function which gets called:

I.E:

procedure {Left,Right,Top,Bottom,Custom}DockPanel.CustomDockDrop( Source = TJvDock<SomeStyle>DragDockObject, X,Y )

Note that the thing to be dropped is Source.Control.In this case,
the one form you were dragging with your mouse (TMyForm2).

(In the debugger I found, you can also inspect
Source.SourceDockClientList.FSourceDockClientList[0])

This calls the VCL Source.Control.Dock( {CustomDockPanel.}Self, DestRect); {Self here is dock panel- VCL} which is VCL TControl.Dock, sets csDocking in ControlState:Include(FControlState, csDocking),
but does not know anything about the dock tree management.  A
tree in this case, refers to a "tree data structure", not to a visible
tree control.

If UseDockManager is set (normally it is), it  calls
DockManager.InsertControl.  DockManager is an interface
which is implemented by your current docking style.
(This is a method in your current dock style, such as "TJvDock<Some
Style>Tree.InsertControl")
Your dock style has InsertControl may have a way to create Tab Hosts and
the Page Controls that populate them.

The <Some Style> docking style has a local function CreateDockPageControl, DockClient.CreateTabHostAndDockControl(TempCtl, Client);

So, I thought, I should be able to call DockManager.InsertControl( Form1, alClient, Form2). And with a bit more work, that works.

So here is the new ManualTabDock, which appears to work perfectly,
and have none of the stupid glitches (I hope) that my old code had.
Silly me trying to hack the internals of JvDocking before I read
through all the code line by line.


{ Quick way to do tabbed docking programmatically - this way only works if your
dock style is written to accept InsertControl calls of this type, and generate
tab hosts.}
function ManualTabDock(DockSite: TWinControl; Form1, Form2: TForm): TJvDockTabHostForm;
var
 DockClient:TJvDockClient;
begin
  { This is an initial sanity check, but the actual DockClient is required later,
    so we can find the tab host form that contains it. }
  DockClient := FindDockClient(Form1);
  if not Assigned(DockClient) then
      raise EInvalidOperation.Create('ManualTabDock:DockClient not found. Form you are trying to dock must have a dock style');

  {  This should create the tab host form, if the docking style supports tabbed docking,
     as all 'advanced' docking styles provided in the JVCL do provide.

     This is the same call used when you drag something with your mouse, so it
     is much more reliable, and consistent, and updates the DOckManager state
     which prevents all manner of weird problems.
    }
  DockSite.DockManager.InsertControl(Form2,alClient,Form1);

  { Now find and return the the new tab host object created depp within the bowels
     of the Docking Style code. If anything fails, return EInvalidOperation because its
     likely that whoever called ManualTabDock sent us objects that can not be properly
     docked, or is using a docking style that does not support tab docking. }

  result := DockClient.FindTabHostForm as TJvDockTabHostForm; { this safe cast could fail, raising exception }

  if not Assigned(result) then
      raise EInvalidOperation.Create('ManualTabDock:TabHost not created. Your Docking Style may not support tabbed docking.');

end;

Warren


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 21 Jan 2010 10:13:50 +0100
Newsgroups: jedi.vcl

Then you must have some old JCL files (DCU, DCP, PAS) on your system that get used instead of the new ones


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: "olive75" <dehorter@mnhn.fr>
Date: Thu, 21 Jan 2010 09:17:13 +0100
Newsgroups: jedi.vcl

  Hi florent


I deleted both directory (JCL and JVCL) in order to be sure to be "clean"

and i download the last version (JVCL339CompleteJCL211-Build3536).


howerver, and unfortunatly, i receve exactly the same message and can't
instal JCL (and JVCL) :(


idea

regards

olivier



--- posted by geoForum on http://www.newswhat.com


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: Florent Ouchet <ouchy@users.sourceforge.net>
Date: Tue, 19 Jan 2010 19:45:13 +0100
Newsgroups: jedi.vcl

RsHintTarget is declared in jcl/install/JediInstallerResources.pas which is used by jcl/install/JediGUIInstall.pas. Your installation of the JCL is either not complete or corrupted. You should download again and extract all the files in the archive.

- Florent




Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: "olive75" <dehorter@mnhn.fr>
Date: Tue, 19 Jan 2010 09:01:12 +0100
Newsgroups: jedi.vcl

 Hi

I have the same pb: i can't install as well, the JCL and VCL under delphi
2010 under windows 7 pro (i use my very computer :)).

For the JCL installation i received these error message :

In windows 7 "standard mode"

"
JCL insatllation stadard

Using Embarcadero RAD Studio 2010

Version 21.0 du compilateur Embarcadero Delphi pour Win32
Copyright (c) 1983,2009 Embarcadero Technologies, Inc.
VclGui\JediGUIInstall.pas(457) Erreur: E2003 Identificateur non déclaré :
'RsHin
tTarget'
JediInstaller.dpr(29) Fatale: F2063 Impossible de compiler l'unité
utilisée 'Vcl
Gui\JediGUIInstall.pas'


An error occured while compiling the installer. Installation aborted.

"

And this message in "Administrator mode" :

"Le chemin d'accès spécifié est introuvable.
Le chemin d'accès spécifié est introuvable.


An error occured while compiling the installer. Installation aborted."


of course, Latter on i can't install the VCL, but i tried anyway :)
and i received this message :
"[Compiling installer...]
Missing dependencies for Embarcadero RAD Studio 2010
 - JCL  is required but not installed. (http://jcl.sourceforge.net)


No Delphi/BCB/BDS/RAD-Studio versions was found that has the required
dependencies installed. Please install the dependencies first.

Failed to compile JVCL installer

Appuyez sur une touche pour continuer..."

I do something wrong ?

thanks in advance

olivier



--- posted by geoForum on http://www.newswhat.com


Subject: Re: Problem with TJvWaitGradient and TJvPausableThread
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Jan 2010 12:21:46 +0100
Newsgroups: jedi.vcl

This is very strange.
There were some issues in those components, but they were fixed in
october, before 3.39 was released.
Maybe this comes from what you have in the events assigned to this
component.


Subject: Problem with TJvWaitGradient and TJvPausableThread
From: "Edwin" <edwinyeah@gmail.com>
Date: Fri, 15 Jan 2010 07:12:34 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

thank you all for the great work in JCL and JVCL. after upgraded to
JVCL339CompleteJCL211-Build3536.zip, The JvWaitGradient no longer work,
the program will hang once you enabled, disable and enable again a
JvWaitGradient control, the I found that the problem might come from
TJvPausableThread this I found that the program hangs at the following
line:

procedure TJvPausableThread.SetPaused(const Value: Boolean);
begin
  if FPaused <> Value then
  begin
    // store the Value
    FPaused := Value;

    if FPaused then
      FPauseSection.Acquire //hangs at this line
    else
      FPauseSection.Release;

-- 

Subject: Re: Recent discussed changes in LIBSUFFIX
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 14 Jan 2010 14:47:10 -0500
Newsgroups: jedi.vcl

On 2010-01-12 9:25 AM, OBones wrote:
> Yes, that's correct, but it is limited to packages and we believe that
> not that many users have packages that rely on the JVCL ones.

I'm very happy with the change to use LIBSUFFIX.  I have packages
that depend on JVCL packages, and I'm happier to change them once
and not have to have different versions of my package source code
per Delphi version.


W


Subject: Re: Recent discussed changes in LIBSUFFIX
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 12 Jan 2010 15:25:36 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

>> And the next time you update Delphi you won't have to update your DPK
>> because the DCP has not changed its name.
> Thanks Olivier,
>
> this means, however, that existing projects will have to be updated
> according to your words above.

Yes, that's correct, but it is limited to packages and we believe that not that many users have packages that rely on the JVCL ones.


Subject: Re: Recent discussed changes in LIBSUFFIX
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 12 Jan 2010 14:35:11 +0100
Newsgroups: jedi.vcl

Am Tue, 12 Jan 2010 11:22:01 +0100 schrieb OBones:

> > What has changed is the naming of the DCP file.
> > Now it does not have a suffix inside its name.
> > But the package (BPL) has a suffix, indicated by the LIBSUFFIX.
> > As the packages are what is looked for in the PATH, this means no problem.
> > 
> > Using LIBSUFFIX allows users to never change the source of their own 
> > packages that require the JVCL ones. For instance you had this before:
> > 
> > requires
> >    rtl,
> >    vcl,
> >    JvCoreD10R;
> > 
> > But now you will have this:
> > 
> > requires
> >    rtl,
> >    vcl,
> >    JvCore;
> > 
> > And the next time you update Delphi you won't have to update your DPK 
> > because the DCP has not changed its name.
Thanks Olivier, 

this means, however, that existing projects will have to be updated
according to your words above.

-- cu Michael 

Subject: Re: Recent discussed changes in LIBSUFFIX
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 12 Jan 2010 11:22:01 +0100
Newsgroups: jedi.vcl

What has changed is the naming of the DCP file.
Now it does not have a suffix inside its name.
But the package (BPL) has a suffix, indicated by the LIBSUFFIX.
As the packages are what is looked for in the PATH, this means no problem.

Using LIBSUFFIX allows users to never change the source of their own packages that require the JVCL ones. For instance you had this before:

requires
  rtl,
  vcl,
  JvCoreD10R;

But now you will have this:

requires
  rtl,
  vcl,
  JvCore;

And the next time you update Delphi you won't have to update your DPK because the DCP has not changed its name.


Subject: Re: IDEA/DISCUSS: "Simple Install" for JVCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 12 Jan 2010 11:17:50 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> On 2010-01-10 4:53 AM, OBones wrote:
>> As to the list of packages not to include in the minimal installation, I
>> agree with the first 4, but I'd rather leave the time framework and
>> wizards but remove JvJans, JvManagedThreads, JvPrintPreview and JvCrypt
>
> I agree with your additions, and although I don't see many users using
> the time framework, I think that print preview is at least theoretically
> useful, although I never used it.

Well, considering the reports I get in Mantis, JvPrintPreview has not been used in ages while the time framework has been?


>> As to not deleting Globus, I disagree here, those components should and
>> will be removed.
>
> Okay. Also fine with me. :-) In 2010?

That would be nice yes, provided the replacements/suggestions are all made.


Subject: Recent discussed changes in LIBSUFFIX
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 12 Jan 2010 10:32:07 +0100
Newsgroups: jedi.vcl

Hi,

Just to be sure: will the current JVCL compiled sources not have a version
number included in their file names anymore?

I hope my assumption is totally wrong here as this will cause many troubles
if the systems environmen variable PATH will include a package search path
for each Delphi version installed and the IDE loads its packages from the
first found package path - no matter to which IDE this path belongs to.

Hope someone can shed some light on this before I update to the latest SVN.

-- cu Michael 

Subject: Re: JVCL package suffixes
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 11 Jan 2010 11:30:56 -0500
Newsgroups: jedi.vcl

On 2010-01-11 7:31 AM, Florent Ouchet wrote:
> We could use other mechanisms for synchronizing the repo: the
> notifications emails can trigger some scripts, a cron job could do this as
> well.
>

I like the cron idea. Polling isn't so evil, in this case.


W


Subject: Re: JVCL Installer change
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 11 Jan 2010 11:27:15 -0500
Newsgroups: jedi.vcl

This is very nice, along with the recent change to utilizing $LIBSUFFIX. Thanks so much for all your work.



Warren


Subject: Re: IDEA/DISCUSS: "Simple Install" for JVCL
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 11 Jan 2010 11:00:52 -0500
Newsgroups: jedi.vcl

On 2010-01-10 4:53 AM, OBones wrote:
> As to the list of packages not to include in the minimal installation, I
> agree with the first 4, but I'd rather leave the time framework and
> wizards but remove JvJans, JvManagedThreads, JvPrintPreview and JvCrypt

I agree with your additions, and although I don't see many users using the time framework, I think that print preview is at least theoretically useful, although I never used it.

> As to not deleting Globus, I disagree here, those components should and
> will be removed.

Okay.  Also fine with me.  :-)  In 2010?

W


Subject: Re: JVCL package suffixes
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Mon, 11 Jan 2010 13:31:37 +0100
Newsgroups: jedi.vcl

The post-commit hook is there for automatic synchronization. SF make some
hooks configurable, such as cia_bot.py. This external website may send us
some triggers (not verified).

We could use other mechanisms for synchronizing the repo: the
notifications emails can trigger some scripts, a cron job could do this as
well.

- Florent





--- posted by geoForum on http://www.newswhat.com


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 11 Jan 2010 12:13:27 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> However, this requires lots of manual steps, we might be interested in
> http://svn.collab.net/repos/svn/trunk/notes/webdav-proxy to setup an
> automatic and transparent proxy. I'm sure the delphi-jedi.org box could
> host such a service. Olivier, what do you think about this?

That page says this:

"The master MUST have a post-commit hook that updates all of the slaves.  An example that does this using 'svnadmin dump'/'svnadmin load' and ssh is provided below.  svnsync can be used instead, but is left as an exercise to the reader."

We can't setup a post-commit hook at SF, meaning this solution is not usable as is.


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 10 Jan 2010 11:33:46 +0100
Newsgroups: jedi.vcl

You need to install JCL 2.1.1.3536 which is available at http://sourceforge.net/projects/jcl/files/JCL%20Releases/JCL%202.1%20Build%203536/

- Florent


Subject: Re: IDEA/DISCUSS: "Simple Install" for JVCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 10 Jan 2010 10:53:17 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> I think that my list above is by no means well researched, but rather
> a place to start a conversation.  Thoughts, flames, observations?

Well, that's an interesting proposition. I think three options would be better:

Full
Minimal
Custom

As to the list of packages not to include in the minimal installation, I agree with the first 4, but I'd rather leave the time framework and wizards but remove JvJans, JvManagedThreads, JvPrintPreview and JvCrypt

This is based on my usage as well, but looking at the reports we get, I'd say those are the least used packages.

As to not deleting Globus, I disagree here, those components should and will be removed.

Regards
Olivier


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 10 Jan 2010 10:35:48 +0100
Newsgroups: jedi.vcl

Al Winn wrote:
> Sorry...
>
> [Starting installer...]
> bin\JVCLInstall.exe
> 'bin\JVCLInstall.exe' is not recognized as an internal or external command,
> operable program or batch file.

You have other errors before this one.
Looking at your second message, it seems obvious to me that you did not install properly the required JCL version before trying to install the JVCL.


Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: "Al Winn" <osonegro@mvosonegro.com>
Date: Sat, 9 Jan 2010 18:06:40 -0700
Newsgroups: jedi.vcl

Also tried installing manually using the process in the "Installation Notes 
for JVCL" and some of the packages did install but any of the packages that 
had this subroutine in it failed as soon as the compiler got to "LastAccess: 
TJclRegWOW64Access;"

function RegNativeReadStringDef(const RootKey: DelphiHKEY; const Key, Name: 
string; Def: string): string;
var
  LastAccess: TJclRegWOW64Access;
begin
  LastAccess := RegGetWOW64AccessMode;
  try
    RegSetWOW64AccessMode(raNative);
    Result := RegReadStringDef(RootKey, Key, Name, Def);
  finally
    RegSetWOW64AccessMode(LastAccess);
  end;
end;

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:hiaijo$6ci$1@news.talkto.net...
> > Al Winn wrote:
>> >> I have been able to install JCL 2.0.1.3449 but the JVCL339 "install.bat" 
>> >> file will not install the JVCL.
>> >>
>> >> Any help would be appreciated.
> >
> > Any error message would be appreciated 




Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: "Al Winn" <osonegro@mvosonegro.com>
Date: Sat, 9 Jan 2010 16:37:27 -0700
Newsgroups: jedi.vcl

Sorry...

[Starting installer...]
bin\JVCLInstall.exe
'bin\JVCLInstall.exe' is not recognized as an internal or external command,
operable program or batch file.

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:hiaijo$6ci$1@news.talkto.net...
> > Al Winn wrote:
>> >> I have been able to install JCL 2.0.1.3449 but the JVCL339 "install.bat" 
>> >> file will not install the JVCL.
>> >>
>> >> Any help would be appreciated.
> >
> > Any error message would be appreciated 




Subject: Re: Undable to install JVCL339Complete on Delphi 2010
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 09 Jan 2010 22:53:46 +0100
Newsgroups: jedi.vcl

Al Winn wrote:
> I have been able to install JCL 2.0.1.3449 but the JVCL339 "install.bat" file will not install the JVCL.
>
> Any help would be appreciated. 

Any error message would be appreciated


Subject: Undable to install JVCL339Complete on Delphi 2010
From: "Al Winn" <osonegro@mvosonegro.com>
Date: Sat, 9 Jan 2010 14:20:42 -0700
Newsgroups: jedi.vcl

I have been able to install JCL 2.0.1.3449 but the JVCL339 "install.bat" 
file will not install the JVCL.

Any help would be appreciated. 




Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 09 Jan 2010 10:21:24 +0100
Newsgroups: jedi.vcl

One JVCL package could automatically update package names (using OTA) when projects are opened in the IDE.

- Florent

Andreas Hausladen a écrit :
> Fabrizio Monti wrote:
>
>> I've noticed that JVCL run time packages have the old names in Project
>> -> Options windows.
>
> That is something we can't change unless the installer browses through
> your whole hard disk and network drives. And that is definitely
> something I will never add to the installer.
>
>


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 8 Jan 2010 10:07:58 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> >  I rather would use a DLL

There is the GitSharp project that rewrites Git in C# to make it faster
on Windows (no fork, exec performance problem)


-- Andreas Hausladen 

Subject: Re: JVCL Installer change
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 08 Jan 2010 08:27:53 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The JVCL Installer now cleans up the output directories before it
> starts the compilation. That means that if you deselect a package all
> units of that package and the package itself will be deleted in the
> moment you press the "Install" button. This code also deletes all old
> packages and units. It isn't necessary anymore to list all
> removed/renamed/moved units or packages to the JVCL installer's
> internal constants.

That's great, many thanks for this.


Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Fri, 08 Jan 2010 00:26:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> > Fabrizio Monti wrote:
> > 
>> >> I've noticed that JVCL run time packages have the old names in Project
>> >> -> Options windows.
> > 
> > That is something we can't change unless the installer browses through
> > your whole hard disk and network drives. And that is definitely
> > something I will never add to the installer.
> > 
> > 

In fact I thought it was due to Delphi :(

But with that trick I got a fresh run time packages list :) Hope it
could help


Subject: Re: JVCL package suffixes
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 08 Jan 2010 00:20:49 +0100
Newsgroups: jedi.vcl


Am 07.01.2010 21:57, schrieb Andreas Hausladen:
>
>> Hope anyone will do this :-)
>
> And then add "git grep" to the plugin. :-)
>
>
I think this will be the smallest problem ;-)

Sadly I have no experiences with GIT and TortoiseGit (and more sadly, not so much time :-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 8 Jan 2010 00:14:24 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:

> > I've noticed that JVCL run time packages have the old names in Project
> > -> Options windows.

That is something we can't change unless the installer browses through
your whole hard disk and network drives. And that is definitely
something I will never add to the installer.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Fri, 08 Jan 2010 00:06:00 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> > Fabrizio Monti wrote:
> > 
>> >> Ok :)
> > 
> > SVN HEAD should be fine now. At least delphi 2007, 2009 and 2010 work
> > here.
> > 
> > 

I've noticed that JVCL run time packages have the old names in Project
-> Options windows.

So I cannot compile my app because delphis does not find required
packages. I fixed it with this:

1. check the build with runtime packages
2. Remove all the run time packages from the list
3. Full build
4. Uncheck the build with run time packages
5. Full build.


Subject: Re: JVCL package suffixes
From: "Uwe Schuster" <jedivcs@bitcommander.de>
Date: Thu, 7 Jan 2010 22:39:53 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Oh this is not too hard :-)

Seriously: Of course it's not, I just don't like to build something
around a command line app. I rather would use a DLL, but that would
require to much changes to the Git source.

> > Hope anyone will do this :-)

Maybe I would like Git if I still would have used it more. Given I
would then I can only hope that someone will...
-- Uwe 

Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 23:10:09 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:

> > Ok :)

SVN HEAD should be fine now. At least delphi 2007, 2009 and 2010 work
here.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Thu, 07 Jan 2010 22:53:02 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> > Fabrizio Monti wrote:
> > 
>> >> Can I use now last REV at work? ;)
> > 
> > I wouldn't recommend that at the moment. I'm adding clean up code to
> > the installer that deletes all old files. And while doing this I found
> > some locations where the package rename wasn't done yet. So better use
> > tomorrows HEAD version.
> > 
> > 

Ok :)


Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Thu, 07 Jan 2010 22:52:21 +0100
Newsgroups: jedi.vcl

Warren Postma ha scritto:
> > On 2010-01-07 3:38 PM, Fabrizio Monti wrote:
>> >> Can I use now last REV at work? ;)
> > 
> > 
> > You really like to live on the edge, do you?
> > 
> > 
> > 
> > W

LOL! Actually I'm worried about using an old REV and then wait again 3h,
next days, to update to last REV :P


Subject: Re: SVN head rev builds on delphi 2009 but not delphi 2007
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 22:50:12 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Anyone got any ideas why it's not working?

Are the designtime packages really "checked" in the installer. I asks
this because you reported to have a checkmark drawing bug in the
checklistbox (The last time I saw this checkmark bug was when
DoubleBuffered was True because the new ParentDoubleBuffered overwrote
the False.

-- Andreas Hausladen 

Subject: JVCL Installer change
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 22:36:56 +0100
Newsgroups: jedi.vcl

The JVCL Installer now cleans up the output directories before it
starts the compilation. That means that if you deselect a package all
units of that package and the package itself will be deleted in the
moment you press the "Install" button. This code also deletes all old
packages and units. It isn't necessary anymore to list all
removed/renamed/moved units or packages to the JVCL installer's
internal constants.

-- Andreas Hausladen 

Subject: Re: SVN head rev builds on delphi 2009 but not delphi 2007
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 16:21:22 -0500
Newsgroups: jedi.vcl

On 2010-01-07 3:57 PM, Warren Postma wrote:
> Everything builds now but Delphi 2010 designtime package .BPLS are being
> skipped for some reason. Also there's still a cosmetic glitch in the
> checkbox checks. Debugging and investigating.

I zapped my working copy of JVCL and re-checked out, and I still can not get the Design packages to build (they don't exist in my D2010 $BPL folder.)

Anyone got any ideas why it's not working?

W


Subject: Re: SVN head rev builds on delphi 2009 but not delphi 2007
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 15:57:50 -0500
Newsgroups: jedi.vcl

Everything builds now but Delphi 2010 designtime package .BPLS are being skipped for some reason. Also there's still a cosmetic glitch in the checkbox checks.  Debugging and investigating.



Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 21:57:16 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Hope anyone will do this :-)

And then add "git grep" to the plugin. :-)


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 21:56:14 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:

> > Can I use now last REV at work? ;)

I wouldn't recommend that at the moment. I'm adding clean up code to
the installer that deletes all old files. And while doing this I found
some locations where the package rename wasn't done yet. So better use
tomorrows HEAD version.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 15:49:02 -0500
Newsgroups: jedi.vcl

On 2010-01-07 3:38 PM, Fabrizio Monti wrote:
> Can I use now last REV at work? ;)


You really like to live on the edge, do you?



W


Subject: Re: JVCL package suffixes
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 07 Jan 2010 21:45:42 +0100
Newsgroups: jedi.vcl

Oh this is not too hard :-)

You only had to create a JclVersionCtrlGITImpl.pas file (jcl\source\vcl) and install TortoiseGit.

That's nearly all.


Hope anyone will do this :-)

Kind regards
Jens

Am 06.01.2010 21:17, schrieb Uwe Schuster:
> Andreas Hausladen wrote:
>
>> Fabrizio Monti wrote:
>>
>>> http://sourceforge.net/projects/gitextensions/ for windows :)
>>
>> There is also TortoiseGit.
>> http://code.google.com/p/tortoisegit/
>
> I know about them. Thanks anyway guys!
>
> What I mean is using Git from a Delphi app like I can use SVN with
> DelphiSVN (http://www.sf.net/projects/delphisvn). I am working on the
> DelphiSVN core and would want to have something like this for Git.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Thu, 07 Jan 2010 21:38:44 +0100
Newsgroups: jedi.vcl

Warren Postma ha scritto:
> > On 2010-01-07 11:35 AM, OBones wrote:
>> >> Ok, it now works completely, no need to change the package source XML
>> >> after all.
> > 
> > Congrats on an awesome hackathon, guys! :-)
> > 
> > W

Can I use now last REV at work? ;)

Great job :)


Subject: Re: Package names that confict with unit names
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 21:33:27 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > From memory, there is a make file in the bin folder.
> > Or maybe I did it with a simple DOS command last time, can't
> > remember...

I used a bachfile "for" loop.


-- Andreas Hausladen 

Subject: Re: Package names that confict with unit names
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 07 Jan 2010 21:29:27 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Maybe a stupid question but how do I generate the package's *.res
> files? Do I really have to invoke brcc for every package?

From memory, there is a make file in the bin folder.
Or maybe I did it with a simple DOS command last time, can't remember...


Subject: Re: JVCL package suffixes
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 15:28:22 -0500
Newsgroups: jedi.vcl

On 2010-01-07 9:57 AM, Andreas Hausladen wrote:
> With what Delphi version is the installer compiled? For me the
> checkboxes are correct: Win 7, Delphi 2010 Installer

It's all cool now. Thanks for all that work, guys.



Subject: Re: jvDocking: determine if window position is defined in file
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 15:27:07 -0500
Newsgroups: jedi.vcl

On 2010-01-07 12:22 PM, Michal Gajek wrote:
> Anyway I need a solution for JvDocking as for now. And still haven't
> found way to determine if it was loaded or not ... maybe I'll need to
> open the file manually and just look for form name entry?

I think you should look at the dock-tree enumeration code. (JvDockTree.pas, be sure JVDOCK_QUERY is defined).

invoke DockTree.ControlQuery and see if you can find an object that contains the form you were looking for.


W


Subject: Re: JVCL package suffixes
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 15:25:00 -0500
Newsgroups: jedi.vcl

On 2010-01-07 11:35 AM, OBones wrote:
> Ok, it now works completely, no need to change the package source XML
> after all.

Congrats on an awesome hackathon, guys! :-)

W


Subject: Re: Installation problems with jvcl 3.39 with Delphi 2010
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 15:22:08 -0500
Newsgroups: jedi.vcl

I'm very surprised that our v3.39 zip from November 5, 2009 has a problem with Delphi 2010.  I don't use the zips since I work from
subversion.  I am sure that everything built in SVN a few days ago, and will be buildable again in another few days.  Sorry to hear you
had trouble.


Warren



Subject: Re: Package names that confict with unit names
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 20:33:40 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Thanks for that.

Done. The installer is now also working properly.


-- Andreas Hausladen 

Subject: Re: jvDocking: determine if window position is defined in file
From: Michal Gajek <migajek_gmail@nospam.com>
Date: Thu, 07 Jan 2010 18:22:59 +0100
Newsgroups: jedi.vcl

Unfortunately, I'm quite SURE I need flexible docking in my application.
It is and IDE, which currently (at early beta stage) has more than 10 windows which might be useful for work ... all the debugger windows, code browser, project / file explorer, mysql explorer, search results etc ...

I'm using Toolbar 2000 (actually, skinned one ;) SpTBX.). It's dockable windows feature missed something I really need - tabs & auto-hiding. Thus I've chosen JvDocking, and there is no way I can replace it currently ... I can't afford any docking suite, maybe one day I'll buy LMD's one ... but currently it's out of my reach, I'm student hobby-developer ;)

Anyway I need a solution for JvDocking as for now. And still haven't found way to determine if it was loaded or not ... maybe I'll need to open the file manually and just look for form name entry?

Thanks

m.


Subject: Re: Package names that confict with unit names
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 18:15:13 +0100
Newsgroups: jedi.vcl

Maybe a stupid question but how do I generate the package's *.res
files? Do I really have to invoke brcc for every package?


-- Andreas Hausladen 

Subject: Re: Package names that confict with unit names
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 17:58:50 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> the latest generator should be of help.
>
> With the latest generator the JvRuntimeDesign.dpk doesn't include DB
> packages anymore. But my Delphi 2010 isn't a PersonalEditon (which
> doesn't exist).

I have not noticed this, the generator does not modify those files when run here (compiled with D2009 and the latest SVN)


Subject: Re: Package names that confict with unit names
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 17:46:47 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > the latest generator should be of help.

With the latest generator the JvRuntimeDesign.dpk doesn't include DB
packages anymore. But my Delphi 2010 isn't a PersonalEditon (which
doesn't exist).


-- Andreas Hausladen 

Subject: Re: Package names that confict with unit names
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 17:35:02 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> These are fine by me.
>
> I'm renaming them now...

Thanks for that.
Once the files are renamed, and the source XML updated, the latest generator should be of help.


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 17:35:00 +0100
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>
>> Yeah, that's the easiest solution. Ok, let's remove that condition in
>> the source for JvControls.
>> Oh, I just committed changes to the package generator so that it reads
>> jedi.inc as well, but it's not complete. I'm still on it
>
> Ok, got it to work for all but d6/c6. I'm investigating that part

Ok, it now works completely, no need to change the package source XML after all.


Subject: Installation problems with jvcl 3.39 with Delphi 2010
From: "Daniel Frias" <soporte.daniel@gestion5.com>
Date: Thu, 7 Jan 2010 17:29:01 +0100
Newsgroups: jedi.vcl

I've found two major problems installing JVCL339CompleteJCL211-Build3536.zip

1) JvInterpreter_Controls.pas
------------------------------
Must change S2V(Byte(Shift)) to S2V(Word(Shift)), because TShiftState has 2
additional states in Delphi 2010, so it doesn't fit in a Byte.

Two Possible Solutions:
1) find every "Byte(Shift" string and replace it with "Word(Shift"
2) use conditional defines like this
{$IFNDEF COMPILER12_UP}
CallFunction(nil, [O2V(Sender), Button, S2V(Byte(Shift)), X, Y]);
{$ELSE}
CallFunction(nil, [O2V(Sender), Button, S2V(Word(Shift)), X, Y]);
{$ENDIF ~COMPILER12_UP}

2) JvDockControlForm.pas
----------------------------
where to find the error: "TJvDockBasicStyle.FormPositionDockRect" and
"TJvDockCustomControl.CustomPositionDockRect" procedures.

this code doesn't compile, throws a "Left side cannot be assigned to"
exception ->
      with DockRect do
      begin
        Left := Round(TempX);
        Top := Round(TempY);
        Right := Left + NewWidth;
        Bottom := Top + NewHeight;
      end;

Solution: Declare a TRect variable "R" and do this changes:

      R := DockRect;
      with R do
      begin
        Left := Round(TempX);
        Top := Round(TempY);
        Right := Left + NewWidth;
        Bottom := Top + NewHeight;
      end;
      DockRect := R;



__________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 4751 (20100107) __________

ESET NOD32 Antivirus ha comprobado este mensaje.

http://www.eset.com






Subject: Re: Package names that confict with unit names
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 17:14:13 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > These are fine by me.

I'm renaming them now...


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 17:12:05 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Yeah, that's the easiest solution. Ok, let's remove that condition in
> the source for JvControls.
> Oh, I just committed changes to the package generator so that it reads
> jedi.inc as well, but it's not complete. I'm still on it

Ok, got it to work for all but d6/c6. I'm investigating that part


Subject: Re: Package names that confict with unit names
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 17:07:22 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
>> JvInterpreter  =>  JvPascalInterpreter
>> JvPlugin => JvPluginSystem
>
>
> Why not JvInterpreters and JvPlugins?

Because there is only one interpreter and one plugin system


Subject: Re: Package names that confict with unit names
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 17:07:06 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> My suggestions:
> JvInterpreter  =>  JvPascalInterpreter
> JvPlugin =>  JvPluginSystem
> JvValidators =>  drop that one and move the 2 runtime + 2 designtime
> units to JvCore/Design.
> JvWizard =>  JvWizards

These are fine by me.


Subject: Re: SVN head rev builds on delphi 2009 but not delphi 2007
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 11:00:29 -0500
Newsgroups: jedi.vcl


> JvInterpreterDesign140.bpl, locks up my IDE when I try to add it using
> the Add button of the "Install Packages" dialog.

Probably because of the pending required package name changes.

W


Subject: Re: Package names that confict with unit names
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 10:59:27 -0500
Newsgroups: jedi.vcl

> JvInterpreter  =>  JvPascalInterpreter
> JvPlugin =>  JvPluginSystem


Why not JvInterpreters and JvPlugins?

W


Subject: Re: SVN head rev builds on delphi 2009 but not delphi 2007
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 10:57:10 -0500
Newsgroups: jedi.vcl

On 2010-01-07 10:13 AM, Andreas Hausladen wrote:
> Warren Postma wrote:
>
>> I get an error in JvCustomReg.pas F1025 file not found, and then one
>> of the Jv______.dcu files after that.
>
> That't the problem we are working on. The JVCLThemesEnabled define
> seems to be missing when the JvCustom.dpk is generated and that means
> that the JvTabBarXPPainter.pas isn't included, but
> JvCustomDesign.dpk::JvCustomReg.pas requires it because for it
> JVCLThemesEnabled is defined.
>
>
Ah. Okay.

I also have problems with Delphi 2010. The package .bpls are built by the installer, but some are not installable.

JvInterpreterDesign140.bpl, locks up my IDE when I try to add it using the Add button of the "Install Packages" dialog.


W


Subject: Package names that confict with unit names
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 16:53:46 +0100
Newsgroups: jedi.vcl

We must rename the following packages:

JvInterpreter
JvPlugin
JvValidators
JvWizard

My dcc32.exe runs amok and tries to create temporary files in
directories like:
C:\CodeGear\RAD
Studio\6.0\Lib\C:\Users\Andreas\AppData\Local\Temp\dtf2144.tmp

Windows quits this with NAME INVALID.

My suggestions:
JvInterpreter  => JvPascalInterpreter
JvPlugin => JvPluginSystem
JvValidators => drop that one and move the 2 runtime + 2 designtime
units to JvCore/Design.
JvWizard => JvWizards

-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 16:43:52 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> What I'm trying to do is to parse the entire inc files, but the way
>> it's built, I won't be able to make this as clean as I'd like.  In
>> the end I might end up hardcoding the add of JVCLThemesEnabled into
>> the Defines property of the targets.
>
> Why not drop Delphi 6 and get rid of JVCLThemesEnabled... :-)

Well, not yet, not yet, but it's on the drawing board.


> I think a much easier solution is to not use JVCLThemesEnabled in the
> DPK file. The JvTabBarXPPainter is the only unit that uses it (and I
> have already changed all the required file to not use JVCLThemesEnabled
> on my local disk).

Yeah, that's the easiest solution. Ok, let's remove that condition in the source for JvControls.
Oh, I just committed changes to the package generator so that it reads jedi.inc as well, but it's not complete. I'm still on it


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 16:21:39 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > What I'm trying to do is to parse the entire inc files, but the way
> > it's built, I won't be able to make this as clean as I'd like.  In
> > the end I might end up hardcoding the add of JVCLThemesEnabled into
> > the Defines property of the targets.

Why not drop Delphi 6 and get rid of JVCLThemesEnabled... :-)

I think a much easier solution is to not use JVCLThemesEnabled in the
DPK file. The JvTabBarXPPainter is the only unit that uses it (and I
have already changed all the required file to not use JVCLThemesEnabled
on my local disk).



-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 16:17:56 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>>   JVCLThemesEnabled
>
> This define is overridden by jvcl.inc if the compiler is Delphi 7 or
> newer.

Yes, but because it is between and IFDEF construct, the TDefinesList.IsDefined function returns FALSE because COMPILER7_UP is not defined.
What I'm trying to do is to parse the entire inc files, but the way it's built, I won't be able to make this as clean as I'd like.
In the end I might end up hardcoding the add of JVCLThemesEnabled into the Defines property of the targets.


Subject: Re: SVN head rev builds on delphi 2009 but not delphi 2007
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 16:13:06 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I get an error in JvCustomReg.pas F1025 file not found, and then one
> > of the Jv______.dcu files after that.

That't the problem we are working on. The JVCLThemesEnabled define
seems to be missing when the JvCustom.dpk is generated and that means
that the JvTabBarXPPainter.pas isn't included, but
JvCustomDesign.dpk::JvCustomReg.pas requires it because for it
JVCLThemesEnabled is defined.


-- Andreas Hausladen 

Subject: SVN head rev builds on delphi 2009 but not delphi 2007
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 09:58:47 -0500
Newsgroups: jedi.vcl

I get an error in JvCustomReg.pas F1025 file not found, and then one of the Jv______.dcu files after that.

Warren


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 15:58:43 +0100
Newsgroups: jedi.vcl

OBones wrote:

> >  JVCLThemesEnabled

This define is overridden by jvcl.inc if the compiler is Delphi 7 or
newer.



-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 15:57:59 +0100
Newsgroups: jedi.vcl

With what Delphi version is the installer compiled? For me the
checkboxes are correct: Win 7, Delphi 2010 Installer

-- Andreas Hausladen 

Subject: IDEA/DISCUSS: "Simple Install" for JVCL
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 09:46:58 -0500
Newsgroups: jedi.vcl

Can I suggest a change to the installer:

We ask user on one initial screen:
   (a) Simple Install
   (b) Custom Install

If the user chooses Simple Install, we hide everything else from them and give them an install experience similar to other "progress bar/please wait", and we don't ask them which packages, or any other option they want, just "Install it".    Let's hide the verbose output
unless some serious error happens.



Simple Install should have a list of packages that are included in simple installs.  Here are some packages that I think are so seldom used that they should be unchecked (not installed) during "simple installs":

JvBands
JvBDE
JvEDI
JvGLOBUS (better solution than deleting, is just semi-Attic-ify it)
JvHMI (I use this, but I doubt very many people do use it)
JvTimeFramework
JvWizard

When in non-simple mode, I think the checkboxes for these should be unchecked by default also. Once a user has checked a checkbox, his own saved state would take precedent over the unchecked default.

Frankly, I think a decrease in total installed components (obtained however we obtain it) would increase the overall perceived quality of JVCL. The number one thing I hear again and again from Delphi developers about JVCL is there's "too much crap in it that I don't need".   I think that they are actually saying "I have to make too many choices, and each package that it installs bothers me a little".

I think that my list above is by no means well researched, but rather
a place to start a conversation.  Thoughts, flames, observations?


W



Subject: Re: JVCL package suffixes
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Thu, 7 Jan 2010 15:42:13 +0100
Newsgroups: jedi.vcl

I wrote a tool some years ago in jvcl/devtools/PackagesCheck. It might
help there as it processes all uses for all units and checks for missing
dependencies and implicit unit uses.

- Florent



--- posted by geoForum on http://www.newswhat.com


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 15:37:32 +0100
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>> OBones wrote:
>>
>>>> As to the JvCtrls.pas / JvCtrls.dpr issue, I'll go for renaming the
>>>> package as this minimizes the impact on existing user code.
>>>> There are not that many people that use the packages when compared to
>>>> people that directly use components from inside JvCtrls.pas
>>>
>>> I'm doing that right now, the package becomes JvControls
>>
>> This is now done and in SVN.
>> There are two problems however:
>>
>> 1. A warning is output when compiling JvCustomDesign. This comes from
>> the fact that JVCLThemesEnabled is defined when compiling the units but
>> is undefined when creating the packages.
>
> I got this to work ONLY if I define JVCLThemesEnabled inside the
> pgEdit.xml file. Apparently the generator ignores the defined values
> that come from the jvcl.inc file.
> Does not help with the other problem, but it's a warning gone.
> I don't like that workaround though

I'm working on a solution


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 15:29:12 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
>
> What's the deal with the checkboxes in the installer "select packages"
> page? On my win7 system, it shows checkboxes for the designtime packages
> and black square that is there or not there, for the runtime packages.
> Is this intentional? I find it confusing. I would like just checkboxes
> for all. Is a black square "checked", or "unchecked" or "tristated" or
> something odd and unexpected like that?

Might well be a Win7 issue


Subject: Re: JVCL package suffixes
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 09:28:25 -0500
Newsgroups: jedi.vcl


What's the deal with the checkboxes in the installer "select packages" page? On my win7 system, it shows checkboxes for the designtime packages
and black square that is there or not there, for the runtime packages. Is this intentional?  I find it confusing. I would like just checkboxes for all. Is a black square "checked", or "unchecked" or "tristated" or something odd and unexpected like that?


W


Subject: Re: JVCL package suffixes
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 09:26:01 -0500
Newsgroups: jedi.vcl

SVN Rev 12644 (HEAD at the moment) reported to methat it BUILT okay, but the new package names do not appear in the IDE after the install runs.

So yes, broken.  Before your next subversion updates, folks, I recommend
you run the install.bat and choose "uninstall" to get rid of the old package names from your delphi IDE's Known Packages registry key. :-)

W


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 15:22:37 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> I wrote a tool some years ago in jvcl/devtools/PackagesCheck. It might
> help there as it processes all uses for all units and checks for missing
> dependencies and implicit unit uses.

AFAIK It needs to be updated to the new naming scheme


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 15:22:15 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> On 2010-01-06 5:57 PM, Florent Ouchet wrote:
>> Well, you should not use the HEAD revision for now, we still have a lot
>> of work before it is working.
>>
>> - Florent
> So HEAD is still broken?

Well, you'll get a warning but it compiles.
I'm trying to figure out why the defines no longer work as expected


Subject: Re: JVCL package suffixes
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 09:20:01 -0500
Newsgroups: jedi.vcl

On 2010-01-06 5:57 PM, Florent Ouchet wrote:
> Well, you should not use the HEAD revision for now, we still have a lot
> of work before it is working.
>
> - Florent
So HEAD is still broken?
W


Subject: Re: jvDocking: determine if window position is defined in file
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 07 Jan 2010 09:18:49 -0500
Newsgroups: jedi.vcl

I've spent a lot of time in JvDocking internals and have the following advice:

If you want a stable program with less work, consider using only manual docking, and not using JvDocking at all. You lose the ability
to have users reorganize their environment at-will, and lots of bugs
at the same time. I'm not saying JvDocking is bad, just that it's complex, and ask yourself "do I really need this complexity, or it just cool". I have come to regret using JvDocking in some apps where users
drag something accidentally wiping out the usefulness of their application.

This is not a slam against JvDocking, just a general architectural point. When I used Toolbar 2000 toolbars and allowed them to float
and change docks, I get users complaining they lost their toolbar.

When a lady I know uses Outlook she often accidentally reorganizes her inbox so she can no longer see who her emails are from, or their subjects. She is a good example of a casualty of configurability.

:-)

Warren


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 14:49:41 +0100
Newsgroups: jedi.vcl

OBones wrote:

> 2. The IDE (BDS2006) no longer starts with the following message:
> Unable to load package "JvBDEDesign100.bpl". Registration procedure
> Jvdbreg.Register in package "JvDBDesign100.bpl" has raised exception
> class EFilerError: A class named TJvCustomMaskEdit already exists.

Ok, that's my own fault.
I had another private package that depends on the JVCL ones.
Once that package has been fixed, all is well, the IDE starts.
That leaves the other issue.


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 14:33:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> I'm not sure where all this comes from and how to fix it.
>
> I think I saw some implicit included units.

That's the first problem I mentioned, I only get one warning message.


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 14:32:57 +0100
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>
>>> As to the JvCtrls.pas / JvCtrls.dpr issue, I'll go for renaming the
>>> package as this minimizes the impact on existing user code.
>>> There are not that many people that use the packages when compared to
>>> people that directly use components from inside JvCtrls.pas
>>
>> I'm doing that right now, the package becomes JvControls
>
> This is now done and in SVN.
> There are two problems however:
>
> 1. A warning is output when compiling JvCustomDesign. This comes from
> the fact that JVCLThemesEnabled is defined when compiling the units but
> is undefined when creating the packages.

I got this to work ONLY if I define JVCLThemesEnabled inside the pgEdit.xml file. Apparently the generator ignores the defined values that come from the jvcl.inc file.
Does not help with the other problem, but it's a warning gone.
I don't like that workaround though


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 14:14:15 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'm not sure where all this comes from and how to fix it.

I think I saw some implicit included units.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 13:49:58 +0100
Newsgroups: jedi.vcl

OBones wrote:

>> As to the JvCtrls.pas / JvCtrls.dpr issue, I'll go for renaming the
>> package as this minimizes the impact on existing user code.
>> There are not that many people that use the packages when compared to
>> people that directly use components from inside JvCtrls.pas
>
> I'm doing that right now, the package becomes JvControls

This is now done and in SVN.
There are two problems however:

1. A warning is output when compiling JvCustomDesign. This comes from the fact that JVCLThemesEnabled is defined when compiling the units but is undefined when creating the packages.

2. The IDE (BDS2006) no longer starts with the following message:
Unable to load package "JvBDEDesign100.bpl". Registration procedure Jvdbreg.Register in package "JvDBDesign100.bpl" has raised exception class EFilerError: A class named TJvCustomMaskEdit already exists.

I'm not sure where all this comes from and how to fix it.


Subject: Re: JVCL package suffixes
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Thu, 7 Jan 2010 13:43:54 +0100
Newsgroups: jedi.vcl

Hello,

I've setup a mirror of the JVCL repository on one of my virtual boxes.
When the update is taking too long, I relocate the local copy to this
local mirror, do the update and then relocate back to SF. By doing all
these steps, the update to JVCL HEAD took less than 5 minutes.

However, this requires lots of manual steps, we might be interested in
http://svn.collab.net/repos/svn/trunk/notes/webdav-proxy to setup an
automatic and transparent proxy. I'm sure the delphi-jedi.org box could
host such a service. Olivier, what do you think about this?

- Florent



--- posted by geoForum on http://www.newswhat.com


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 13:35:07 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hello,
>
> I've setup a mirror of the JVCL repository on one of my virtual boxes.
> When the update is taking too long, I relocate the local copy to this
> local mirror, do the update and then relocate back to SF. By doing all
> these steps, the update to JVCL HEAD took less than 5 minutes.
>
> However, this requires lots of manual steps, we might be interested in
> http://svn.collab.net/repos/svn/trunk/notes/webdav-proxy to setup an
> automatic and transparent proxy. I'm sure the delphi-jedi.org box could
> host such a service. Olivier, what do you think about this?

We'll have to discuss this with Frederic


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 07 Jan 2010 13:01:56 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Andreas Hausladen wrote:
>> Florent Ouchet wrote:
>>
>>> I fixed the package enumeration in the JVCL installer in revision
>>> 12640. Unfortunately an unexpected error is now happening during
>>> the installation process: the unit named JvCtrls.pas is conflicting
>>> with the so-named package. I'm leaving for tonight, anyone should be
>>> able to continue the migration.
>>
>> Thanks for doing all the major work here. I'll continue on the
>> installer (as I'm the one who "should" know best how the JVCL Installer
>> works).
>
> Yes, many thanks for this.
> As to the JvCtrls.pas / JvCtrls.dpr issue, I'll go for renaming the
> package as this minimizes the impact on existing user code.
> There are not that many people that use the packages when compared to
> people that directly use components from inside JvCtrls.pas

I'm doing that right now, the package becomes JvControls


Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Thu, 07 Jan 2010 02:28:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> > Uwe Schuster wrote:
> > 
>> >> DelphiSVN core and would want to have something like this for Git.
> > 
> > Git works completely different. Git is about content whereas SVN is
> > about files. For example renaming a file can be done in Git without
> > even thinking of a version control system. Git will find out about the
> > rename or copy action because the content is still the same.
> > 
> > In my eyes Gt it too flexible. If you make an easy to use user
> > interface then you loose a lot of flexibility because you restrict the
> > user to one workflow.
> > 
I like how git is a distributed repository. This means I can make
commits and other stuff without being online (and if you travel a lot
and you don't have internet access, this is good!)


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Jan 2010 01:07:42 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > DelphiSVN core and would want to have something like this for Git.

Git works completely different. Git is about content whereas SVN is
about files. For example renaming a file can be done in Git without
even thinking of a version control system. Git will find out about the
rename or copy action because the content is still the same.

In my eyes Gt it too flexible. If you make an easy to use user
interface then you loose a lot of flexibility because you restrict the
user to one workflow.

-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Thu, 07 Jan 2010 00:10:24 +0100
Newsgroups: jedi.vcl

Florent Ouchet ha scritto:
> > Well, you should not use the HEAD revision for now, we still have a lot
> > of work before it is working.
> > 
> > - Florent

Ok :) I'll learn basic git in the meanwhile, lol :D

Thx to you all for jvcl ;)


Subject: Re: jvDocking: determine if window position is defined in file
From: Michal Gajek <migajek_gmail@nospam.com>
Date: Thu, 07 Jan 2010 00:07:20 +0100
Newsgroups: jedi.vcl

> I would not trust using the "storage" feature.  I get those all the time if I use the storage feature:
>

What would you recommend in that case?
I'm not able to implement better storage (nor any, in fact) for docking
as I don't know the internals... "we don't have that much time" ;)

However it is quite necessary in my case to store user's layout...


>
> Enjoy debugging that. :-)
>


Oh well it seems it is being raised because JvDocking is trying to
create tab host for forms which already are tabbed (and for which the
"previous" host was created, thus new name is the same as previous).

I believe simple trick with checking host name would do it ...

name = <generate name as in original code>
<loop through application forms>
    if application.forms[i].name = name then
        result = app.forms[i];
        break

if result = nil then
    <create form>


which I'll try to prove now :) ]:->

regards
michal


Subject: Re: jvDocking: determine if window position is defined in file
From: Michal Gajek <migajek_gmail@nospam.com>
Date: Thu, 07 Jan 2010 00:06:28 +0100
To: Warren Postma <wp@tekr7n.c0m>
Newsgroups: jedi.vcl

> I would not trust using the "storage" feature.  I get those all the time if I use the storage feature:
>

What would you recommend in that case?
I'm not able to implement better storage (nor any, in fact) for docking as I don't know the internals... "we don't have that much time" ;)

However it is quite necessary in my case to store user's layout...


>
> Enjoy debugging that. :-)
>


Oh well it seems it is being raised because JvDocking is trying to create tab host for forms which already are tabbed (and for which the "previous" host was created, thus new name is the same as previous).

I believe simple trick with checking host name would do it ...

name = <generate name as in original code>
<loop through application forms>
    if application.forms[i].name = name then
        result = app.forms[i];
        break

if result = nil then
    <create form>


which I'll try to prove now :) ]:->

regards
michal


Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 07 Jan 2010 00:00:32 +0100
Newsgroups: jedi.vcl



OBones a écrit :
> Fabrizio Monti wrote:
>> Ok. All done: should xml files in jvcl\packages\xml keep the old name
>> pattern?

I named them JclCore-R.xml and JclCoreSystem-D.xml.

> Yes, it does not matter they are source files which get a pattern applied to them to generate the output file.

Unfortunately, this is not that easy. The names of the XML files are quasi-fixed because of the function BplNameToGenericName that should be able to convert a BPL file name to the XML file name. The package generator also expects some patterns to be applied.

- Florent


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 23:58:12 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:

> > http://sourceforge.net/projects/gitextensions/ for windows :)

There is also TortoiseGit.
http://code.google.com/p/tortoisegit/


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 06 Jan 2010 23:57:55 +0100
Newsgroups: jedi.vcl

Well, you should not use the HEAD revision for now, we still have a lot of work before it is working.

- Florent


Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Wed, 06 Jan 2010 23:43:57 +0100
Newsgroups: jedi.vcl

Uwe Schuster ha scritto:
> > Andreas Hausladen wrote:
> > 
>> >> OBones wrote:
>> >>
>>> >>> Well, it looks better when I do it on an ext3fs rather than on an
>>> >>> ntfs.  But still it's way better when not using the SF server
>>> >>> anyway.  Don't know why it's so slow at SF.
>> >> It's now 2.5 hours. 2.5h Subversion vs. 1min git.
> > 
> > Sounds interesting. I lately looked into the Git source and and decided
> > not to have a deeper look into it, because it can be used from Delphi
> > only with a command line wrapper and there are no open source Delphi
> > projects so far that use Git. Maybe I should have another look into Git.
> > 
>> >> And it is not my HDD or CPU that is slow. The slowess is on SF's 
>> >> side.
> > 
> > SVN at SF is definitely really slow these days. Someone committed a
> > single file change for me to a small repo at SF these days and it took
> > him two minutes.

http://sourceforge.net/projects/gitextensions/ for windows :)


Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Wed, 06 Jan 2010 23:21:43 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> > OBones wrote:
> > 
>> >> Well, it looks better when I do it on an ext3fs rather than on an
>> >> ntfs.  But still it's way better when not using the SF server anyway.
>> >> Don't know why it's so slow at SF.
> > 
> > Finally. 3 hours. I can't believe this. Now I can start working on the
> > installer.
> > 
> > 

Actually I did install fine on Turbo Delphi (but I'm not using JvBDE).

I'm getting problems on TJvWizard, compiling a sample Project1 with
JvWizard in it:
[Pascal Fatal Error] Unit1.pas(7): F2063 Could not compile used unit
'JvWizard.pas'

And I don't know why


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 22:49:36 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, it looks better when I do it on an ext3fs rather than on an
> > ntfs.  But still it's way better when not using the SF server anyway.
> > Don't know why it's so slow at SF.

Finally. 3 hours. I can't believe this. Now I can start working on the
installer.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 06 Jan 2010 22:45:25 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:
> Fabrizio Monti ha scritto:
>> Andreas Hausladen ha scritto:
>>> Fabrizio Monti wrote:
>>>
>>>> Is svn able to continue checkout or it start again from the first
>>>> file? :(
>>> SVN continues from the point where it lost the connection.
>>>
>>>
>> That's funny :p I've just checked out to last REV. But I got some
>> conflicts. I'll investigate
>
> Ok. All done: should xml files in jvcl\packages\xml keep the old name
> pattern?

Yes, it does not matter they are source files which get a pattern applied to them to generate the output file.


Subject: Re: JVCL package suffixes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 06 Jan 2010 22:44:56 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Florent Ouchet wrote:
>
>> I fixed the package enumeration in the JVCL installer in revision
>> 12640.   Unfortunately an unexpected error is now happening during
>> the installation process: the unit named JvCtrls.pas is conflicting
>> with the so-named package. I'm leaving for tonight, anyone should be
>> able to continue the migration.
>
> Thanks for doing all the major work here. I'll continue on the
> installer (as I'm the one who "should" know best how the JVCL Installer
> works).

Yes, many thanks for this.
As to the JvCtrls.pas / JvCtrls.dpr issue, I'll go for renaming the package as this minimizes the impact on existing user code.
There are not that many people that use the packages when compared to people that directly use components from inside JvCtrls.pas


Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Wed, 06 Jan 2010 22:39:12 +0100
Newsgroups: jedi.vcl

Fabrizio Monti ha scritto:
> > Andreas Hausladen ha scritto:
>> >> Fabrizio Monti wrote:
>> >>
>>> >>> Is svn able to continue checkout or it start again from the first
>>> >>> file? :(
>> >> SVN continues from the point where it lost the connection.
>> >>
>> >>
> > 
> > That's funny :p I've just checked out to last REV. But I got some
> > conflicts. I'll investigate

Ok. All done: should xml files in jvcl\packages\xml keep the old name
pattern?


Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Wed, 06 Jan 2010 22:16:52 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> > Fabrizio Monti wrote:
> > 
>> >> Is svn able to continue checkout or it start again from the first
>> >> file? :(
> > 
> > SVN continues from the point where it lost the connection.
> > 
> > 

That's funny :p I've just checked out to last REV. But I got some
conflicts. I'll investigate


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 22:13:47 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:

> > Is svn able to continue checkout or it start again from the first
> > file? :(

SVN continues from the point where it lost the connection.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Wed, 06 Jan 2010 22:09:15 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> > OBones wrote:
> > 
>> >> Well, it looks better when I do it on an ext3fs rather than on an
>> >> ntfs.  But still it's way better when not using the SF server anyway.
>> >> Don't know why it's so slow at SF.
> > 
> > It's now 2.5 hours. 2.5h Subversion vs. 1min git. And it is not my HDD
> > or CPU that is slow. The slowess is on SF's side. My computer is idle.
> > 
> > 

I'm getting some errors, maybe timeouts:


#1 try: PROPFIND di '/svnroot/jvcl/!svn/vcc/default': Could not read
status line:
connection was closed by server (http://jvcl.svn.sourceforge.net)

#2 try: PROPFIND di
'/svnroot/jvcl/!svn/bc/12638/trunk/jvcl/packages/d9/JvPrintPreviewD9D.dpk':
Could not read status line: connection was closed by server
(http://jvcl.svn.sourceforge.net)

Is svn able to continue checkout or it start again from the first file? :(


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 22:05:17 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, it looks better when I do it on an ext3fs rather than on an
> > ntfs.  But still it's way better when not using the SF server anyway.
> > Don't know why it's so slow at SF.

It's now 2.5 hours. 2.5h Subversion vs. 1min git. And it is not my HDD
or CPU that is slow. The slowess is on SF's side. My computer is idle.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 06 Jan 2010 21:59:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> Hopefully this should be fixed in SVN 1.7 but it's not there yet.
>
> "svn update" isn't any better.

Well, it looks better when I do it on an ext3fs rather than on an ntfs.
But still it's way better when not using the SF server anyway.
Don't know why it's so slow at SF.


Subject: Re: jvDocking: determine if window position is defined in file
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 06 Jan 2010 15:21:24 -0500
Newsgroups: jedi.vcl

> I need that for optimization purposes, as arranging to default positions
> and then rearranging as defined in layout file takes too much time, but
> also in this case some error might occur (like the one I got recently,
> see below)

I would not trust using the "storage" feature.  I get those all the time if I use the storage feature:

> Exception class: EComponentError
> Exception message: A component named
> TJvDockTabHostForm_FormDebuggerLocalVars_FormDebuggerGlobalVars_7FEFA350
> already exists.


Enjoy debugging that. :-)

Warren


Subject: Re: JVCL package suffixes
From: "Uwe Schuster" <jedivcs@bitcommander.de>
Date: Wed, 6 Jan 2010 20:17:53 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Fabrizio Monti wrote:
> > 
>> > > http://sourceforge.net/projects/gitextensions/ for windows :)
> > 
> > There is also TortoiseGit.
> > http://code.google.com/p/tortoisegit/

I know about them. Thanks anyway guys!

What I mean is using Git from a Delphi app like I can use SVN with
DelphiSVN (http://www.sf.net/projects/delphisvn). I am working on the
DelphiSVN core and would want to have something like this for Git.
-- Uwe 

Subject: Re: JVCL package suffixes
From: "Uwe Schuster" <jedivcs@bitcommander.de>
Date: Wed, 6 Jan 2010 19:29:45 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > OBones wrote:
> > 
>> > > Well, it looks better when I do it on an ext3fs rather than on an
>> > > ntfs.  But still it's way better when not using the SF server
>> > > anyway.  Don't know why it's so slow at SF.
> > 
> > It's now 2.5 hours. 2.5h Subversion vs. 1min git.

Sounds interesting. I lately looked into the Git source and and decided
not to have a deeper look into it, because it can be used from Delphi
only with a command line wrapper and there are no open source Delphi
projects so far that use Git. Maybe I should have another look into Git.

> > And it is not my HDD or CPU that is slow. The slowess is on SF's 
> > side.

SVN at SF is definitely really slow these days. Someone committed a
single file change for me to a small repo at SF these days and it took
him two minutes.
-- Uwe 

Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 20:02:47 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Hopefully this should be fixed in SVN 1.7 but it's not there yet.

"svn update" isn't any better.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 06 Jan 2010 19:47:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Florent Ouchet wrote:
>
>>  The commit should be propagated in about 2h.
>
> I don't know why SVN takes ages to update the jvcl\packages directory.
> I can checkout the whole tree faster than "packages" alone. Do we have
> some strange svn-properties in packages?

No, but SVN does a lot of disk intensive operations. And TortoiseSVN is worse in this regard.
Hopefully this should be fixed in SVN 1.7 but it's not there yet.


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 19:39:37 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > I fixed the package enumeration in the JVCL installer in revision
> > 12640.   Unfortunately an unexpected error is now happening during
> > the installation process: the unit named JvCtrls.pas is conflicting
> > with the so-named package. I'm leaving for tonight, anyone should be
> > able to continue the migration.

Thanks for doing all the major work here. I'll continue on the
installer (as I'm the one who "should" know best how the JVCL Installer
works).

-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 19:37:25 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Never used GIT, anyway commit 12639 has just propagated.
> > I'm investigating the JVCL installation process now.
> > 
> > - Florent

Ok, Git is now the winner.
The svn update is running for an hour now (with one timeout abort). And
I just updated my JVCL-git directory and it was finished in little more
than 1 minute. SVN must be doing something really wrong. 3 MB in 20
minutes? My DSL isn't that slow.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 06 Jan 2010 19:26:09 +0100
Newsgroups: jedi.vcl

Subversion does not like directories with many files within. We should think about breaking these target directories in some parts.

I fixed the package enumeration in the JVCL installer in revision 12640.  Unfortunately an unexpected error is now happening during the installation process: the unit named JvCtrls.pas is conflicting with the so-named package. I'm leaving for tonight, anyone should be able to continue the migration.

- Florent


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 18:46:41 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> >  The commit should be propagated in about 2h.

I don't know why SVN takes ages to update the jvcl\packages directory.
I can checkout the whole tree faster than "packages" alone. Do we have
some strange svn-properties in packages?


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 06 Jan 2010 18:10:54 +0100
Newsgroups: jedi.vcl

Never used GIT, anyway commit 12639 has just propagated.
I'm investigating the JVCL installation process now.

- Florent


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 17:02:58 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The commit should be propagated in about 2h.

Maybe we should switch to GIT. The commit would be much faster :-)


-- Andreas Hausladen 

Subject: jvDocking: determine if window position is defined in file
From: Michal Gajek <migajek_gmail@nospam.com>
Date: Wed, 06 Jan 2010 16:52:47 +0100
Newsgroups: jedi.vcl

Hi,
 I'm using jvDocking, and I'm writing the layout to file using SaveDockTreeToFile. Since the application has quite a lot of dockable windows, I needed some kind of mechanism to apply default positions to windows (so that they're not floating randomly over the screen at first application startup). I created one which simply docks all the windows as tabs.

Now I need to determine somehow whether the window position has been defined in layout file & applied, or it wasn't found there (in the second case I have to apply default position).

I need that for optimization purposes, as arranging to default positions and then rearranging as defined in layout file takes too much time, but also in this case some error might occur (like the one I got recently, see below)

PS. No, I can't just check if layout file simply exists, since the number of registered dock windows may vary as it depends on plugins loaded. Thus the mechanism has to be flexible.


Exception class: EComponentError
Exception message: A component named TJvDockTabHostForm_FormDebuggerLocalVars_FormDebuggerGlobalVars_7FEFA350 already exists.


Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 06 Jan 2010 16:48:18 +0100
Newsgroups: jedi.vcl

Thanks for the hint, I'll have a look ASAP.

SVN is committing packages/d6. It took about 2,5h to process c6, c6per, d10, d10per, d11, d12 and D14. The commit should be propagated in about 2h.

- Florent


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jan 2010 16:25:10 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The JVCL installation process seems to be broken after the change in
> > package names (the package list is empty)

The installer gets the package names from the project group files in
$(JVCL)\Packages

-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 06 Jan 2010 15:28:44 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> There are about 250 files per target. There are 8 complete targets.
> There are 5 personal targets with about 50 files within. For all these
> packages and for all these targets, the old package files have to be
> deleted (their names are not correct) and the new packages have to be
> added.

Ah yes, you're right. Target by target it does not look like much, but altogether it's quite big...


> I used "svn rename" to keep version history for all files that are
> renamed.

Ah yes... Well, the history lies in the XML, but it's nice of you to keep it in the packages as well.


> The package groups have been modified as well.

Thanks


> There is only one change in pgEdit.xml: the mask for building package
> names.

Fair enough.

Many thanks for your help, I wouldn't have done it so cleanly.


Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 06 Jan 2010 15:19:35 +0100
Newsgroups: jedi.vcl

There are about 250 files per target. There are 8 complete targets. There are 5 personal targets with about 50 files within. For all these packages and for all these targets, the old package files have to be deleted (their names are not correct) and the new packages have to be added.

I used "svn rename" to keep version history for all files that are renamed. The package groups have been modified as well.

There is only one change in pgEdit.xml: the mask for building package names.

- Florent


pgEdit.xml

<?xml version="1.0" encoding="iso-8859-1"?>
<Configuration>
  <!-- These are the values stored by jaxStore -->
  <pgEdit/>
  <!--
    The nodes below are read by the generation process.
    Packages are generated according to a model. The models are defined
    below and contain generic informations such as the prefix, the format,
    the location of packages and the location of the include file that
    contains conditional directives (only used for BCB)
    Then each model defines Targets and Aliases as described below:

    First, the targets:

       The format of each target node is:
          name dir pname pdir env ver defines

       name     The name of the target, compulsory
       dir      The directory where to generate the packages. Defaults to name
       pname    The name of the associated Perso target. A perso target
                is the target that will be considered to allow the generation
                of a different package for a version of the target that do not
                support some features (Database generally). Leave empty if there
                are no reason to use this feature.
       pdir     The directory for the associated perso target. Defaults to pname
       env      A character to identify the development environment. Defaults to
                the first character of name
       ver      A character to identify the version of the environment. Defaults
                to the second character of name
       defines  A comma separated string to indicate which Conditional
                Compilation symbols are defined as the result of using this
                target so that your include file can enclose some $DEFINE in
                $IFDEF that relate to the compiler being used
       PathSep  Indicates which character is to be used as a path separator for 
                the target. If not specified, this value defaults to "\"
       IsClx    If set to 1 (True), then the target is a CLX target

    Then aliases:

       The format for each alias node is:
          name value

       name   the name of the alias
       value  the comma separated list of targets this alias will expand to.
              No recursion is done. You don't have to specify the 'all' alias,
              it will be derived from the target list. If you defined some Perso
              target, do not forget to include them in the value for your alias
              
    Finally, CLX filename replacements (see accompanying doc for more details)
       
       The format for each filename node is:
          original replacement
          
       original     the prefix to be replaced in file names
       replacement  the value to use as a replacement

    Be careful, all properties of the model node must exist and the targets and
    aliases children must exist too. If there is no target specified, none will
    be available.
  -->
  <models>
    <model name="JVCL" prefix="Jv" format="%p%n" packages="..\..\packages" incfile="..\..\common\jvcl%t.inc" incdeffile="..\..\common\jvclbase.inc">
      <targets>
        <target name="c6" pname="c6p" pdir="c6per"/>
        <target name="d6" pname="d6p" pdir="d6per"/>
        <target name="d7" pname="d7p" pdir="d7per"/>
        <target name="d9" pname="d9p" pdir="d9per"/>
        <target name="d10" pname="d10p" pdir="d10per"/>
        <target name="d11"/>
        <target name="d12"/>
        <target name="d14"/>
      </targets>
      <aliases>
        <alias name="VCL" value="c6,c6p,d6,d6p,d7,d7p,d9,d9p,d10,d10p,d11,d12,d14"/>
        <alias name="VCLv6up" value="c6,c6p,d6,d6p,d7,d7p,d9,d9p,d10,d10p,d11,d12,d14"/>
        <alias name="D" value="d6,d6p,d7,d7p,d9,d9p,d10,d10p,d11,d12,d14"/>
        <alias name="Dv6up" value="d6,d6p,d7,d7p,d9,d9p,d10,d10p,d11,d12,d14"/>
        <alias name="C" value="c6,c6p,d10,d10p,d11,d12,d14"/>
        <alias name="Cv6up" value="c6,c6p,d10,d10p,d11,d12,d14"/>
        <alias name="DB" value="c6,d6,d7,d9,d10,d11,d12,d14"/>
        <alias name="DBv6up" value="c6,d6,d7,d9,d10,d11,d12,d14"/>
        <alias name="DBVCL" value="c6,d6,d7,d9,d10,d11,d12,d14"/>
        <alias name="DBVCLv6up" value="c6,d6,d7,d9,d10,d11,d12,d14"/>
        <alias name="allv6up" value="c6,c6p,d6,d6p,d7,d7p,d9,d9p,d10,d10p,d11,d12,d14"/>
        <alias name="allv7up" value="d7,d7p,d9,d9p,d10,d10p,d11,d12,d14"/>
        <alias name="allv9up" value="d9,d9p,d10,d10p,d11,d12,d14"/>
        <alias name="allv12up" value="d12,d14"/>
        <alias name="windows" value="c6,c6p,d6,d6p,d7,d7p,d9,d9p,d10,d10p,d11,d12,d14"/>
      </aliases>
      <ProjectProperties>
        <ProjectProperty name="VersionMajorNumber" value="3"/>
        <ProjectProperty name="VersionMinorNumber" value="40"/>
        <ProjectProperty name="ReleaseNumber" value="0"/>
        <ProjectProperty name="BuildNumber" value="0"/>
      </ProjectProperties>
    </model>
  </models>
</Configuration>

pgEdit.xml
	



Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 06 Jan 2010 15:07:06 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> The commit has just started, there is about 4600 modified files. Not
> sure I'll be able to make an atomic operation.

That much?
Why so much files?
Shouldn't it be limited to the package generator, then regenerate the packages with it?


Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 06 Jan 2010 14:51:10 +0100
Newsgroups: jedi.vcl

The commit has just started, there is about 4600 modified files. Not sure I'll be able to make an atomic operation.

The JVCL installation process seems to be broken after the change in package names (the package list is empty), I'll have a look at this issue after the commit is propagated. I don't want to corrupt all these modified files by doing other modifications in the directories.

Bitwise, here is the script I used to convert all the packages.

- Florent


jvclpackagerename.dpr

program jvclpackagerename;

{$APPTYPE CONSOLE}

uses
  SysUtils, Classes,
  JclPCRE, JclFileUtils, JclSysUtils, JclSimpleXml;

var
  PackageRegExp, XmlRegExp, RequireRegExp: TJclAnsiRegEx;

procedure ProcessFile(const FileName: string);
var
  FilePath, InitFileName, NewFileName, Prefix, Suffix, Extension, Unused: string;
  Xml: TJclSimpleXML;
  PackageElem, RequiresElem, RequireElem: TJclSimpleXMLElem;
  NameProp, DesignProp: TJclSimpleXMLProp;
  I: Integer;
begin
  FilePath := ExtractFilePath(FileName);
  InitFileName := ExtractFileName(FileName);

  if PackageRegExp.Match(InitFileName) and (PackageRegExp.CaptureCount = 4) then
  begin
    Prefix := PackageRegExp.Captures[1];
    Suffix := PackageRegExp.Captures[2];
    Extension := PackageRegExp.Captures[3];
    if (Suffix = 'd') or (Suffix = 'D') then
      NewFileName := FilePath + Prefix + 'Design.' + Extension
    else
      NewFileName := FilePath + Prefix + '.' + Extension;
    Write('Renaming ', FileName, ' to ', NewFileName);
    if Execute('svn.exe rename "' + FileName + '" "' + NewFileName, Unused) = 0 then
      WriteLn(' Success.')
    else
      WriteLn(' Failure.');
  end
  else
  if XmlRegExp.Match(InitFileName) and (XmlRegExp.CaptureCount = 3) then
  begin
    Xml := TJclSimpleXML.Create;
    try
      Xml.LoadFromFile(FileName);
      Xml.Options := Xml.Options - [sxoAutoCreate];
      PackageElem := Xml.Root;
      NameProp := PackageElem.Properties.ItemNamed['Name'];
      DesignProp := PackageElem.Properties.ItemNamed['Design'];
      if DesignProp.BoolValue then
        NameProp.Value := NameProp.Value + 'Design';
      RequiresElem := PackageElem.Items.ItemNamed['Requires'];
      for I := 0 to RequiresElem.Items.Count - 1 do
      begin
        RequireElem := RequiresElem.Items.Item[I];
        NameProp := RequireElem.Properties.ItemNamed['Name'];
        if RequireRegExp.Match(NameProp.Value) and (RequireRegExp.CaptureCount = 3) then
        begin
          Prefix := RequireRegExp.Captures[1];
          Suffix := RequireRegExp.Captures[2];
          if (Suffix = 'd') or (Suffix = 'D') then
            NameProp.Value := Prefix + 'Design-D'
          else
            NameProp.Value := Prefix + '-R';
        end;
      end;
      Xml.SaveToFile(FileName);
    finally
      Xml.Free;
    end;
    Prefix := XmlRegExp.Captures[1];
    Suffix := XmlRegExp.Captures[2];
    if (Suffix = 'd') or (Suffix = 'D') then
      NewFileName := FilePath + Prefix + 'Design-D.xml'
    else
      NewFileName := FilePath + Prefix + '-R.xml';
    Write('Renaming ', FileName, ' to ', NewFileName);
    if Execute('svn.exe rename "' + FileName + '" "' + NewFileName, Unused) = 0 then
      WriteLn(' Success.')
    else
      WriteLn(' Failure.');
  end
  else
    WriteLn('Ignoring file: ', FileName);
end;

procedure ProcessDirectory(const Directory: string);
var
  FileList: TStrings;
  FileName: string;
  I: Integer;
begin
  FileList := TStringList.Create;
  try
    AdvBuildFileList(Directory + '*.*', faAnyFile, FileList, amSuperSetOf, [flRecursive, flFullNames]);
    for I := FileList.Count - 1 downto 0 do
    begin
      FileName := FileList.Strings[I];

      if (Pos('.svn', FileName) = 0) and (Pos('template', FileName) = 0) and
         (Pos('~', FileName) = 0) and not DirectoryExists(FileName) then
        ProcessFile(FileName);
    end;
  finally
    FileList.Free;
  end;
end;

begin
  try
    PackageRegExp := TJclAnsiRegEx.Create;
    XmlRegExp := TJclAnsiRegEx.Create;
    RequireRegExp := TJclAnsiRegEx.Create;
    try
      if (not PackageRegExp.Compile('^(Jv[a-zA-Z0-9]*)[CD][0-9][0-9]?([RDrd])\.(.*)$', True)) or
         (not XmlRegExp.Compile('^(Jv[a-zA-Z0-9]*)-([RDrd])\.xml$', True)) or
         (not RequireRegExp.Compile('^(Jv[a-zA-Z0-9]*)-([RDrd])$', True)) then
      begin
        WriteLn('compilation failure');
        ReadLn;
        Exit;
      end;
      ProcessDirectory(JVCL package directory);
    finally
      PackageRegExp.Free;
      XmlRegExp.Free;
      RequireRegExp.Free;
    end;
  { TODO -oUtilisateur -cCode du point d'entrée : Placez le code ici }
  except
    on E:Exception do
      Writeln(E.Classname, ': ', E.Message);
  end;
end.

jvclpackagerename.dpr
	



Subject: JvDocking VS.NET tabbed docking
From: Michal Gajek <migajek_gmail@nospam.com>
Date: Wed, 06 Jan 2010 12:20:21 +0100
Newsgroups: jedi.vcl

Hi,
if I have some windows group which is tabbed and I have them all docked, when AutoHide is enabled, all the tabs "cover" each other, thus only the caption of most recently used window is visible, while all the others are just its icons. Which isn't fine if I don't have an icon assigned to a form, I cannot recognize which one is that, I have to open each and look for the proper one. Look at the screenshot http://img51.imageshack.us/img51/4176/zrzutekranuy.png

Is that possible to avoid "collapsing" those tabs?
I've found out that it is due to "TabVisible" property being set to "false" (which is kind of ridiculous, since the tab in fact IS visible, however not "fully", only the icon area). Unfortunately I was unable to trace where the property is being set to false...

thanks in advance!
m.


Subject: Re: JVCL package suffixes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 05 Jan 2010 23:03:21 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> The file JvRuntimeDesignD9D.dpk becomes JvRuntimeDesignDesign.dpk... not really beautiful :(

But not that ugly. Doesn't seem much harmful to me.


Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 05 Jan 2010 21:13:10 +0100
Newsgroups: jedi.vcl

The file JvRuntimeDesignD9D.dpk becomes JvRuntimeDesignDesign.dpk... not really beautiful :(

- Florent


Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 05 Jan 2010 20:47:36 +0100
Newsgroups: jedi.vcl



Andreas Hausladen a écrit :
> JvCore-R.dpk => JvCore.dpk
> JvCore-D.dpk => JvCoreDesign.dpk

I'm starting the mass rename with this pattern.

- Florent


Subject: Re: JVCL package suffixes
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Mon, 4 Jan 2010 20:01:37 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > OBones a écrit :
>> > > I would much prefer the first solution giving this:
>> > > JvCore
>> > > JvCoreDesign
> > 
> > +1 with the standard Delphi suffixes: 100 for D2006, 110 for D2007,
> > 120 for D2009, 140 for D2010...

This notion was discussed elsewhere too. I fully agree that packages
like the JCL or JVCL should have that.

-- Rudy Velthuis http://rvelthuis.de "Can anything be stupider than that a man has the right to kill me because he lives on the other side of a river and his ruler has a quarrel with mine, though I have not quarreled with him?" -- Blaise Pascal 

Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 04 Jan 2010 19:55:33 +0100
Newsgroups: jedi.vcl

My bad, there is not "D" except for Delphi 6.

- Florent

Andreas Hausladen a écrit :
> I don't like the "D" for D80 and newer.
>
>


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 4 Jan 2010 19:48:06 +0100
Newsgroups: jedi.vcl

I don't like the "D" for D80 and newer.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 4 Jan 2010 19:47:07 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, might have been related to D5/C5 at that time...

That was my guess, too.


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 04 Jan 2010 19:17:22 +0100
Newsgroups: jedi.vcl

The JCL complete suffix set is:
 - Delphi 6: D60
 - C++Builder 6: C60
 - Delphi 7: 70
 - C#Builder 1: 71
 - Delphi 8: D80
 - Delphi 2005: D90
 - Delphi 2006: D100
 - Delphi 2007: D110
 - Delphi 2009: D120
 - Delphi 2010: D140

- Florent


Subject: Re: JVCL package suffixes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 04 Jan 2010 19:16:24 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Florent Ouchet wrote:
>> Hi all,
>>
>> As raised in mantis 5088 http://issuetracker.delphi-jedi.org/view.php?id=5088 the JVCL does not use the $LIBSUFFIX compiler directive. Why is it so? I really think we should make all the JVCL packages rely on $LIBSUFFIX for building their names.
>
> There was a discussion about this a long time ago, but I can't remember the reason for not changing. I'll try to dig that up.

Bugger, can't find it, despite my archives going way back in 2005.
Well, might have been related to D5/C5 at that time...


Subject: Re: JVCL package suffixes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 04 Jan 2010 19:15:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Florent Ouchet wrote:
>
>> +1 with the standard Delphi suffixes: 100 for D2006, 110 for D2007,
>> 120 for D2009, 140 for D2010...
>
> How do we handle C++Builder 6 ?

We could get this:
C60, D60, D70, 100, 110, 120, 140...


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 4 Jan 2010 19:06:46 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > +1 with the standard Delphi suffixes: 100 for D2006, 110 for D2007,
> > 120 for D2009, 140 for D2010...

How do we handle C++Builder 6 ?


-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 04 Jan 2010 18:42:20 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> I would much prefer the first solution giving this:
> JvCore
> JvCoreDesign

+1 with the standard Delphi suffixes: 100 for D2006, 110 for D2007, 120 for D2009, 140 for D2010...

- Florent


Subject: Re: JVCL package suffixes
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 04 Jan 2010 14:20:30 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> What should be the names of the packages?
>
> I would prefer to remove the suffix -R and change the -D to eihter
> "Design" or to the prefix "dcl".
>
> JvCore-R.dpk =>  JvCore.dpk
> JvCore-D.dpk =>  JvCoreDesign.dpk or dclJvCore.dpk
>
> On another thought, the standard "dcl" looks ugly in this case and
> sorting by name would put the two packages apart (but would put all
> runtime and all design-time packages together).

I would much prefer the first solution giving this:
JvCore
JvCoreDesign

I'll dig tonight in my archives to see what the arguments at the time when we discussed this.


Subject: Re: JVCL package suffixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 4 Jan 2010 11:33:18 +0100
Newsgroups: jedi.vcl

What should be the names of the packages?

I would prefer to remove the suffix -R and change the -D to eihter
"Design" or to the prefix "dcl".

JvCore-R.dpk => JvCore.dpk
JvCore-D.dpk => JvCoreDesign.dpk or dclJvCore.dpk

On another thought, the standard "dcl" looks ugly in this case and
sorting by name would put the two packages apart (but would put all
runtime and all design-time packages together).

-- Andreas Hausladen 

Subject: Re: JVCL package suffixes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Jan 2010 22:25:23 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi all,
>
> As raised in mantis 5088 http://issuetracker.delphi-jedi.org/view.php?id=5088 the JVCL does not use the $LIBSUFFIX compiler directive. Why is it so? I really think we should make all the JVCL packages rely on $LIBSUFFIX for building their names.

There was a discussion about this a long time ago, but I can't remember the reason for not changing. I'll try to dig that up.


Subject: JVCL package suffixes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 03 Jan 2010 22:01:19 +0100
Newsgroups: jedi.vcl

Hi all,

As raised in mantis 5088 http://issuetracker.delphi-jedi.org/view.php?id=5088 the JVCL does not use the $LIBSUFFIX compiler directive. Why is it so? I really think we should make all the JVCL packages rely on $LIBSUFFIX for building their names.

- Florent


Subject: Re: Memory Leak in JvPropertyStorage.pas
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 03 Jan 2010 17:45:01 +0100
Newsgroups: jedi.vcl

And it's no longer necessary (in this case), because I've fixed it.

Thanks for the hint :-)

Am 03.01.2010 17:36, schrieb Florent Ouchet:
> Hello Fabrizio,
>
> The right place to report bugs is the JEDI issue tracker:
> http://issuetracker.delphi-jedi.org/
>
> - Florent

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Memory Leak in JvPropertyStorage.pas
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 03 Jan 2010 17:36:12 +0100
Newsgroups: jedi.vcl

Hello Fabrizio,

The right place to report bugs is the JEDI issue tracker:
http://issuetracker.delphi-jedi.org/

- Florent


Subject: Memory Leak in JvPropertyStorage.pas
From: Fabrizio Monti <monti.fabrizio@TheFabulousGoogleMail.com>
Date: Sun, 03 Jan 2010 16:15:28 +0100
Newsgroups: jedi.vcl

Using current SVN:
JvPropertyStorage.pas: H2164 Variable 'Comp' is declared but never used in "TJvPropertyStorage.ReadProperty"

Can't remember if i've already posted this, but since I can't find an old message in the newsgroup I decided to post it again.


Subject: Re: jvHIDController
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 31 Dec 2009 18:22:17 +0100
Newsgroups: jedi.vcl

Richard wrote:
> I would like to update my jvHIDController component.  I dont want to install the entire JVCL.  How can I do this? 

Update the source file and see if it still compiles.


Subject: Re: Mantis # 5023 fix - changing TJvForm back to TForm: TJvDockableForm = class(TForm)
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 30 Dec 2009 11:28:53 -0500
Newsgroups: jedi.vcl

> Yes, as I said in the Mantis issue after reading your comments.


Some of what I wrote in the notes was wrong, so I updated them. (ie you called it "shadow image issue", whereas I assumed it was a z-order issue).


The comment in the code currently looks like this:

TJvDockableForm = class(TForm) { TForm works great. DO NOT MAKE THIS TJvForm! Mantis # 5023 }


Feel free to change it, as long as it has the above effect on readers.

Warren


Subject: Re: Mantis # 5023 fix - changing TJvForm back to TForm: TJvDockableForm = class(TForm)
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 30 Dec 2009 16:57:01 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> On 2009-12-22 3:50 AM, OBones wrote:
>
>>>> Can anyone remember a reason why TJvDockableForm is TJvForm? Just
>>>> Jedi Style conventions? Apparently it causes glitches.
>>
>> That, and to fix the shadow image issue with WinXP.
>
> I don't think those issues affect internal jvdocking auto-created forms,
> and so I think the change I checked into SVN is right.

Yes, as I said in the Mantis issue after reading your comments.


Subject: Re: Mantis # 5023 fix - changing TJvForm back to TForm: TJvDockableForm = class(TForm)
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 30 Dec 2009 09:44:07 -0500
Newsgroups: jedi.vcl

On 2009-12-22 3:50 AM, OBones wrote:

>>> Can anyone remember a reason why TJvDockableForm is TJvForm? Just
>>> Jedi Style conventions? Apparently it causes glitches.
>
> That, and to fix the shadow image issue with WinXP.

I don't think those issues affect internal jvdocking auto-created forms, and so I think the change I checked into SVN is right.

W



Subject: jvHIDController
From: "Richard" <rkoval@snet.net>
Date: Tue, 29 Dec 2009 22:26:18 -0800
Newsgroups: jedi.vcl

I would like to update my jvHIDController component.  I dont want to install 
the entire JVCL.  How can I do this? 




Subject: Re: JvIPEdit bug
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 28 Dec 2009 19:36:10 +0100
Newsgroups: jedi.vcl

Vladimir wrote:
> Frédéric SCHENCKEL пишет:
>> OBones a écrit :
>>> This is already in Mantis and will be looked at this week.
>>
>> Hello,
>>
>> I've provided a functionnal workaround is provided in the Mantis, don't know if it's the right correction but it works for me at the moment.
>>
>> (Combinations : Vista + D2007, Vista + D2009, Vista + D2010 and same combinations with XP)
>>
>> Regards
> I have this bug with XP+CB6, I did not test it with the Vista + D2007, Vista + D2009, Vista + D2010
> (The first post was from me)

This is now in SVN


Subject: Re: JvIPEdit bug
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 28 Dec 2009 14:06:38 +0300
Newsgroups: jedi.vcl

Frédéric SCHENCKEL пишет:
> OBones a écrit :
>> This is already in Mantis and will be looked at this week.
>
> Hello,
>
> I've provided a functionnal workaround is provided in the Mantis, don't know if it's the right correction but it works for me at the moment.
>
> (Combinations : Vista + D2007, Vista + D2009, Vista + D2010 and same combinations with XP)
>
> Regards
I have this bug with XP+CB6, I did not test it with the Vista + D2007, Vista + D2009, Vista + D2010
(The first post was from me)


Subject: Re: JvIPEdit bug
From: Frédéric SCHENCKEL <f.schenckel@cab-technologies.fr>
Date: Mon, 28 Dec 2009 11:17:59 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> This is already in Mantis and will be looked at this week.

Hello,

I've provided a functionnal workaround is provided in the Mantis, don't know if it's the right correction but it works for me at the moment.

(Combinations : Vista + D2007, Vista + D2009, Vista + D2010 and same combinations with XP)

Regards


Subject: Re: JvIPEdit bug
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 27 Dec 2009 22:06:20 +0100
Newsgroups: jedi.vcl

This is already in Mantis and will be looked at this week.


Subject: JvIPEdit bug
From: user@domain.invalid
Date: Sun, 27 Dec 2009 10:50:48 +0300
Newsgroups: jedi.vcl

Can somebody repair JvIPEdit control.
Beginning from some of the latest version this control does not work properly, IP address does not visible.
For this reason I have to change every time this part of code:

procedure TJvIPEditControlHelper.WndProc(var Msg: TMessage);
begin
  case Msg.Msg of
    WM_ENABLE:
      if csDesigning in FIPAddress.ComponentState then
        Exit
      else
      begin
        {$IFDEF JVCLThemesEnabled}
        if not FIPAddress.Enabled and ThemeServices.ThemesEnabled then
        begin
          EnableWindow(Handle, True);
          Exit;
        end;
        {$ENDIF JVCLThemesEnabled}
      end;
    WM_DESTROY:
      Handle := 0;
    WM_KEYFIRST..WM_KEYLAST:
      begin
        FIPAddress.Dispatch(Msg);
        if Msg.WParam = VK_TAB then
          Exit;
      end;
    // mouse messages are sent through TJvIPAddress.WMParentNotify
  end;
  // ****************
  Dispatch(Msg);
  //with Msg do
  //  Result := DefWindowProc(Handle, Msg, WParam, LParam);
  // ***************************
end;


Subject: JvIPEdit bug
From: user@domain.invalid
Date: Sun, 27 Dec 2009 10:49:33 +0300
Newsgroups: jedi.vcl

Can somebody repair JvIPEdit control.
Beginning from some of the latest version this control does not work properly, IP address does not visible.
For this reason I have to change every time this part of code:

procedure TJvIPEditControlHelper.WndProc(var Msg: TMessage);
begin
  case Msg.Msg of
    WM_ENABLE:
      if csDesigning in FIPAddress.ComponentState then
        Exit
      else
      begin
        {$IFDEF JVCLThemesEnabled}
        if not FIPAddress.Enabled and ThemeServices.ThemesEnabled then
        begin
          EnableWindow(Handle, True);
          Exit;
        end;
        {$ENDIF JVCLThemesEnabled}
      end;
    WM_DESTROY:
      Handle := 0;
    WM_KEYFIRST..WM_KEYLAST:
      begin
        FIPAddress.Dispatch(Msg);
        if Msg.WParam = VK_TAB then
          Exit;
      end;
    // mouse messages are sent through TJvIPAddress.WMParentNotify
  end;
  // ****************
  Dispatch(Msg);
  //with Msg do
  //  Result := DefWindowProc(Handle, Msg, WParam, LParam);
  // ***************************
end;


Subject: Re: Mantis # 5023 fix - changing TJvForm back to TForm: TJvDockableForm = class(TForm)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 22 Dec 2009 09:50:19 +0100
Newsgroups: jedi.vcl

Kiriakos wrote:
> To allow automatic translation I think.
>
>
> "Warren Postma" <wp@tekr7n.c0m> wrote in message news:hgo82a$oj3$1@news.talkto.net...
>> Can anyone remember a reason why TJvDockableForm is TJvForm? Just Jedi Style conventions? Apparently it causes glitches.

That, and to fix the shadow image issue with WinXP.


Subject: Re: Mantis # 5023 fix - changing TJvForm back to TForm: TJvDockableForm = class(TForm)
From: "Kiriakos" <pyscripter@gmail.com>
Date: Mon, 21 Dec 2009 23:06:06 +0200
Newsgroups: jedi.vcl

To allow automatic translation I think.


"Warren Postma" <wp@tekr7n.c0m> wrote in message news:hgo82a$oj3$1@news.talkto.net...
> Can anyone remember a reason why TJvDockableForm is TJvForm? Just Jedi Style conventions? Apparently it causes glitches.
>
> Change in SVN checked in today.
>
> W 



Subject: Re: ManualTabDock to Side Panels doesn't work
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 21 Dec 2009 14:48:10 -0500
Newsgroups: jedi.vcl

> TJvDockableForm = class(TForm)
this change checked into svn today.


Subject: Re: JVCL Mantis bug tracker and the 'target version' field and the Roadmapspage: Nice. Let's use it.
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 21 Dec 2009 14:47:08 -0500
Newsgroups: jedi.vcl


I think that "target" versions should either be 3.40, or "Next Major Release" or "Next Minor Release".

In my shop we do it this way:

if current shipping version is 1.2.3, we would have target versions 1.3.x and 1.x, and 2.x.

1.3.x means "somewhere before 1.4", "1.x" means it's wanted before before 2.0, possibly 1.4 or 1.5, and 2.x means, "not really wanted that much, until the next major version increase".

W


Subject: Mantis # 5023 fix - changing TJvForm back to TForm: TJvDockableForm = class(TForm)
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 21 Dec 2009 14:43:18 -0500
Newsgroups: jedi.vcl

Can anyone remember a reason why TJvDockableForm is TJvForm? Just Jedi Style conventions? Apparently it causes glitches.

Change in SVN checked in today.

W


Subject: Re: ManualTabDock to Side Panels doesn't work
From: "Kiriakos" <pyscripter@gmail.com>
Date: Sat, 19 Dec 2009 03:45:26 +0200
Newsgroups: jedi.vcl

I have the same issue with the latest version.  What appears to have created the problem is the inheritance of TJvDockableForm from TJvForm.  If I change that statement back to

TJvDockableForm = class(TForm)

the problem gets resolved!


"Warren Postma" <wp@tekr7n.c0m> wrote in message news:hg5oss$7au$1@news.talkto.net...
> On 2009-11-26 6:13 AM, James Tolley wrote:
>> Just calling the following seems to work fine. However I'm not sure if
>> that's just in my specific case
>>
>> tabHost := ManualTabDock(nil, frm1, frm2);
>> tabHost.ManualDock(DockServer.RightDockPanel);
>>
>> Seems to work fine if the forms are already docked elsewhere
>
> Please get latest SVN copy (as of today) and tell if you still have trouble!  It's something about TForm.Hide/Show and manualDock with Align=alCient.
>
>
> Warren
>



Subject: Re: JVCL Mantis bug tracker and the 'target version' field and the Roadmapspage: Nice. Let's use it.
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 18 Dec 2009 14:39:52 +0100
Newsgroups: jedi.vcl



OBones a écrit :
> That looks interesting.
> Thing is, we are using a version called "SVN/Daily" in the resolved field.
> Apparently, this means we should be scrapping this version and use the target "3.40" version when we resolve an issue. Is that right?

Not exactly, you just have to rename "SVN/Daily" to 3.40 when the release is done. Then you can create the new "SVN/Daily".

- Florent


Subject: Re: JVCL Mantis bug tracker and the 'target version' field and theRoadmapspage: Nice. Let's use it.
From: "Thomas Huber" <thomas_d_huber@REMOVETHISgmx.de>
Date: Fri, 18 Dec 2009 11:28:40 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Thomas Huber wrote:
>> > > Hi Warren,
>> > > 
>> > > Warren Postma wrote:
>> > > 
>>> > > > Anybody else think that using the Mantis field 'Target Version'
>>> > > > and defining versions not only for those which have been released
>>> > > > (3.39) but also whatever is next (3.40 meaning the next JVCL that
>>> > > > isn't out yet) and also generic 3.x/4.x target version tags plus
>>> > > > the "roadmap" feature would be nice?
>> > > 
>> > > [...]
>> > > You might have a look at the JVCS projects, we're using the target
>> > > since some versions.
>> > > I can recommend it as a very helpful function to get an idea about
>> > > how far a version is.
> > 
> > That looks interesting.
> > Thing is, we are using a version called "SVN/Daily" in the resolved
> > field.  Apparently, this means we should be scrapping this version
> > and use the target "3.40" version when we resolve an issue. Is that
> > right?

IMO the purpose of the target field is to support the roadmap idea.
The resolved field is different as it supports the release technician
to build a release history. Idealy target and resolve are of the same
version. Sometimes an issue can be resolved earlier sometimes later.

The question is how you want to setup the release cycle.

IMHO it is not very usefull to set a target version SVN/Daily as this
is the default version (the trunk or head).

At the point when you start roadmapping by making plans what should be
resolved in the next version and the version after the next version,
you'll notice how helpfull the target field is.

As long as everybody can touch and resolve a random point from out of
the tracker, the target field will not be helpful.


-- Thomas 

Subject: Re: JVCL Mantis bug tracker and the 'target version' field and the Roadmapspage: Nice. Let's use it.
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 18 Dec 2009 11:51:00 +0100
Newsgroups: jedi.vcl

Thomas Huber wrote:
> Hi Warren,
>
> Warren Postma wrote:
>
>> Anybody else think that using the Mantis field 'Target Version' and
>> defining versions not only for those which have been released (3.39)
>> but also whatever is next (3.40 meaning the next JVCL that isn't out
>> yet) and also generic 3.x/4.x target version tags plus the "roadmap"
>> feature would be nice?
>
> [...]
> You might have a look at the JVCS projects, we're using the target
> since some versions.
> I can recommend it as a very helpful function to get an idea about how
> far a version is.

That looks interesting.
Thing is, we are using a version called "SVN/Daily" in the resolved field.
Apparently, this means we should be scrapping this version and use the target "3.40" version when we resolve an issue. Is that right?


Subject: Re: JVCL Mantis bug tracker and the 'target version' field and the Roadmapspage: Nice. Let's use it.
From: "Thomas Huber" <thomas_d_huber@REMOVETHISgmx.de>
Date: Thu, 17 Dec 2009 13:48:06 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Warren,

Warren Postma wrote:

> > Anybody else think that using the Mantis field 'Target Version' and
> > defining versions not only for those which have been released (3.39)
> > but also whatever is next (3.40 meaning the next JVCL that isn't out
> > yet) and also generic 3.x/4.x target version tags plus the "roadmap"
> > feature would be nice?

[...]
You might have a look at the JVCS projects, we're using the target
since some versions.
I can recommend it as a very helpful function to get an idea about how
far a version is.

-- Thomas 

Subject: Re: Could not Compile Used Unit 'JclBase.pas'
From: Marius Labuschagne <info@turnkey-is.co.za>
Date: Thu, 17 Dec 2009 15:03:09 +0200
Newsgroups: jedi.vcl

Hi,

I added the following folder to the library path and it seems to be working now:
jcl\source\common
jcl\source\windows


Regards
Marius

Marius Labuschagne wrote:
> Hi,
>
> I have made sure that nothing anywhere on my machine is left from my previous version of Jedi.
>
> I used the installers to Install JCL and JVCL.
>
> I asked the installers to install for all three my development environments (Delphi Pro 7, 2007 and 2009)
>
> Now when I re-compile my project in Delphi 2007 I get a "Could not Compile Used Unit 'JclBase.pas'" error.
>
> Can someone offer some advise?
>
> Regards
> Marius


Subject: Could not Compile Used Unit 'JclBase.pas'
From: Marius Labuschagne <info@turnkey-is.co.za>
Date: Thu, 17 Dec 2009 14:40:39 +0200
Newsgroups: jedi.vcl

Hi,

I have made sure that nothing anywhere on my machine is left from my previous version of Jedi.

I used the installers to Install JCL and JVCL.

I asked the installers to install for all three my development environments (Delphi Pro 7, 2007 and 2009)

Now when I re-compile my project in Delphi 2007 I get a "Could not Compile Used Unit 'JclBase.pas'" error.

Can someone offer some advise?

Regards
Marius


Subject: Re: Endeclared Identifier Error in JCLBase.pas
From: Marius Labuschagne <info@turnkey-is.co.za>
Date: Wed, 16 Dec 2009 20:52:46 +0200
Newsgroups: jedi.vcl

Hi Florent,

Thanks for the pointer, I'll go back to the "drawing board" and make sure nothing is left when I install the latest version.

Regards
Marius


Florent Ouchet wrote:
> You have an old version of jedi.inc somewhere in your paths.
>
> - Florent



Subject: Re: Endeclared Identifier Error in JCLBase.pas
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 16 Dec 2009 17:02:47 +0100
Newsgroups: jedi.vcl

You have an old version of jedi.inc somewhere in your paths.

- Florent


Subject: Endeclared Identifier Error in JCLBase.pas
From: Marius Labuschagne <info@turnkey-is.co.za>
Date: Wed, 16 Dec 2009 16:44:34 +0200
Newsgroups: jedi.vcl

Hi,

I am getting this error when trying to compile one of my projects in Delphi 2007 Pro.

I have installed the latest version of JVCL and JCL downloaded this file (JVCL338CompleteJCL201-Build3449.zip).

[DCC Error] JclBase.pas(95): E2003 Undeclared identifier: 'SizeInt'

This is a project that I finally want to move up to Delphi 2007 from Delphi 7.

Any suggestions?


Regards
Marius


Subject: Re: [ASK]JvInterpreter: How to convert Interface ?
From: Bayu Prasetio <bprasetio@live.com>
Date: Tue, 15 Dec 2009 16:15:24 +0700
Newsgroups: jedi.vcl

Bayu Prasetio wrote:
> Hello,
>
> Im using Pas2Rai2 to make unit adapter for my specific unit to be included in JvInterpreter.
>
> There are some functions related to object object convertion, for example:
> - to convert variant to object use function V2O
> - to convert object to variant use function O2V
> - to convert variant to pointer use function V2P
> - to convert pointer to variant use function P2V
> - to convert set to variant use function S2V and
> - to convert variant to set use typecasting and function V2S
>
> My problem is, in one of my unit to be converted, there are some interface to be used and they can not be converted by the tool and AFAIK, there is no function to deal with it.
>
> I want to convert Interface to Object, something like O2V did, I used it in the GetText event. Can anybody point me the solution ?
>
> Thank you.
Just make a corrrection.

Its not a GetText event, but GetValue event.


Subject: [ASK]JvInterpreter: How to convert Interface ?
From: Bayu Prasetio <bprasetio@live.com>
Date: Tue, 15 Dec 2009 16:06:06 +0700
Newsgroups: jedi.vcl

Hello,

Im using Pas2Rai2 to make unit adapter for my specific unit to be included in JvInterpreter.

There are some functions related to object object convertion, for example:
- to convert variant to object use function V2O
- to convert object to variant use function O2V
- to convert variant to pointer use function V2P
- to convert pointer to variant use function P2V
- to convert set to variant use function S2V and
- to convert variant to set use typecasting and function V2S

My problem is, in one of my unit to be converted, there are some interface to be used and they can not be converted by the tool and AFAIK, there is no function to deal with it.

I want to convert Interface to Object, something like O2V did, I used it in the GetText event. Can anybody point me the solution ?

Thank you.


Subject: Re: ManualTabDock to Side Panels doesn't work
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 14 Dec 2009 14:32:36 -0500
Newsgroups: jedi.vcl

On 2009-11-26 6:13 AM, James Tolley wrote:
> Just calling the following seems to work fine. However I'm not sure if
> that's just in my specific case
>
> tabHost := ManualTabDock(nil, frm1, frm2);
> tabHost.ManualDock(DockServer.RightDockPanel);
>
> Seems to work fine if the forms are already docked elsewhere

Please get latest SVN copy (as of today) and tell if you still have trouble!  It's something about TForm.Hide/Show and manualDock with Align=alCient.


Warren



Subject: Re: JVCL Mantis bug tracker and the 'target version' field and the Roadmaps page: Nice. Let's use it.
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 11 Dec 2009 11:34:09 -0500
Newsgroups: jedi.vcl

On 2009-12-11 11:29 AM, Warren Postma wrote:

I changed my mantis # 5023, it now has "Target Version" set to 3.4, so we now have one sample issue, so now we have a JEDI VCL Roadmap page.

W


Subject: Re: JVCL Mantis bug tracker and the 'target version' field and the Roadmaps page: Nice. Let's use it.
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 11 Dec 2009 11:29:37 -0500
Newsgroups: jedi.vcl

On 2009-12-04 9:50 AM, OBones wrote:
> That sounds great indeed.
> Fact is, I did not even know it existed.
> I have added the 3.40 version so that it can be used as a target
> version, we'll see how that works.

Kewl. If people would please use the Advanced page, and fill out "Target version" then we'll get a list of bugs fixed, and see our progress towards a next release with bugs that are scheduled
to be fixed by next release assuming enough importance, we hope,
to get fixed. :-)

W


Subject: Re: JvDocking how to enable ShowCloseButtonOnTabs ?
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 11 Dec 2009 11:28:24 -0500
Newsgroups: jedi.vcl

> Leo
What docking style are you using? Some dock styles don't let you put the close buttons on the tabs.

W


Subject: Re: svn copy of JvSpin.pas got a BOM again on Dec 8, removed dec 11.
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 11 Dec 2009 17:27:37 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> This is annoying. :-)

Yes, sorry, I did not check...


Subject: svn copy of JvSpin.pas got a BOM again on Dec 8, removed dec 11.
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 11 Dec 2009 11:27:34 -0500
Newsgroups: jedi.vcl

This is annoying. :-)

W


Subject: Load only certain properties using TJvAppXMLFileStorage
From: Joar Bølstad <joar@systemx.no>
Date: Fri, 11 Dec 2009 12:30:11 +0100
Newsgroups: jedi.vcl

I've successfully stored the published properties of a component using TJvAppXMLFileStorage.WritePersistent('', Component) and Storage.Xml.SaveToFile(FileName);

Yet, I'm unable to retrieve these stored properties and apply them to the same component. I'm using:

var
  Storage: TJvAppXMLFileStorage;
begin
  Storage := TJvAppXMLFileStorage.Create(nil);
  try
    Storage.Xml.LoadFromFile(FileName);
    Storage.ReadPersistent('', Component);
  finally
    Storage.Free;
  end;

Unfortunately, I'm having trouble to help myself usingn the documentation, and so I would appreciate any help from the community. Thanks in advance!


Subject: Drag / Drop file explorer
From: Me <somewhere@inspace.com>
Date: Sun, 06 Dec 2009 17:06:41 -0600
Newsgroups: jedi.vcl

I am trying to create 2 file explorers.

1 is empty and the other one, i see all the files and folders from my pc.   Including the date and size.

I want to drag files to the other filelist,  so i am also able to see the filename, date and size.
played with the droptarget, did research
and i cant figure it out.    spent now 2 weeks on it, and still have nothing.

Could someone please help me, and tell me how it works, or what i need to do?

thanks so much



Subject: Re: JvFormStorage and Windows 7
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 06 Dec 2009 19:39:53 +0100
Newsgroups: jedi.vcl

Hi,

if possible post this sample to mantis.

For me your code should work, and maybe it's a real bug.

Kind regards
Jens

Am 06.12.2009 02:33, schrieb SeaCay:
> Hi All,
>
> I went back to basics and created a very simple test app of 1 form with
> a TJvFormStorage and a TJvAppRegistryStorage. The process worked well
> and correctly.
>
> Next I created a main form to create the above form and destroy it. It
> seems that my call to destroy the form does not make allowances for the
> two JvStorage components to trigger the "Save" event. As a result I have
> added in the Form.OnHide code, a call to SavePlacement. This fixes my
> problem.
>
> Please do not allocate any more time to this issue as I now have a
> satisfactory solution.
>
> Thanks for your help.
>
> regards
>
> SeaCay

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage and Windows 7
From: SeaCay <kemputer@optushome.com.au>
Date: Sun, 06 Dec 2009 12:33:02 +1100
Newsgroups: jedi.vcl

Hi All,

I went back to basics and created a very simple test app of 1 form with a TJvFormStorage and a TJvAppRegistryStorage. The process worked well and correctly.

Next I created a main form to create the above form and destroy it. It seems that my call to destroy the form does not make allowances for the two JvStorage components to trigger the "Save" event. As a result I have added in the Form.OnHide code, a call to SavePlacement. This fixes my problem.

Please do not allocate any more time to this issue as I now have a satisfactory solution.

Thanks for your help.

regards

SeaCay


Subject: Re: JvFormStorage and Windows 7
From: SeaCay <kemputer@optushome.com.au>
Date: Sat, 05 Dec 2009 07:47:49 +1100
Newsgroups: jedi.vcl

OBones wrote:
> Where do you stored it in the registry?

Storage is to

HKEY_CURRENT_USER

Software/Kemputer/<AppName>/<OptsFormName>

regards

SeaCay


Subject: Re: JVCL Mantis bug tracker and the 'target version' field and the Roadmaps page: Nice. Let's use it.
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 04 Dec 2009 15:50:03 +0100
Newsgroups: jedi.vcl

That sounds great indeed.
Fact is, I did not even know it existed.
I have added the 3.40 version so that it can be used as a target version, we'll see how that works.


Subject: TJVRichEdit
From: "Jesus Mendez" <jesus.mendez@resilux.com>
Date: Fri, 4 Dec 2009 13:40:40 +0100
Newsgroups: jedi.vcl

Hi

It is possible just to have the Component TJVRichEdit and TJVDBRichEdit 
standalone. I mean I use TRxRichedit in my project, and I need to upgrade 
this component for TJVRichEdit  without installing the other components of 
Jedi Project becuase for the moment I want just to use this one.

Is possible that? Please let me know or if there is already something done.

Regards

Jesus.
mail : jesus.mendez@resilux.com





Subject: Re: JvFormStorage and Windows 7
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 4 Dec 2009 12:41:46 +0100
Newsgroups: jedi.vcl

 Could you crate a mantis issue including a sample?



--- posted by geoForum on http://www.newswhat.com


Subject: Re: JvFormStorage and Windows 7
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 04 Dec 2009 08:56:24 +0100
Newsgroups: jedi.vcl

Where do you stored it in the registry?


Subject: Re: JvFormStorage and Windows 7
From: SeaCay <kemputer@optushome.com.au>
Date: Fri, 04 Dec 2009 16:50:39 +1100
Newsgroups: jedi.vcl

Hi

I am seeing this issue frequently now.
I have a JVFormStorage linked to a JvAppRegistryStorage component.
I use these two components on user options forms and have roughly 30 controls (combos, EditBoxes, CheckBoxes) registered with JVFormStorage.

When these apps run under Windows 7 and any control value is changed, the value is not saved to the registry and old and "out of date" values persist.

Am I the only one seeing this problem?

I am using JVCL 3.38 and JCL 2.0 Release 3449

regards

SeaCay

SeaCay wrote:
> Hello Jedi People
>
> I am wondering if there is an issue with JvFormStorage and Windows 7.
> ...


Subject: TJvPlugin (DLL) : access violation when closing the host application.
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Thu, 3 Dec 2009 22:08:54 +0100
Newsgroups: jedi.vcl

Hello,

I don't know if it is expected but I'm getting an access violation when closing the host application.
It is happening when I'm using a form in a DLL plugin. The form must have it's visible property set to false (I need this for a particular case).

You can quicly reproduce it by modifying the MDIPlugin Demo :
- edit MDIPluginFormU
- change it's formstyle to fsnormal
- change it's visible property to false

Now compile the MDIPlugin.dll and run the MDISample project : you will get an access violation when closing it.

Thank you

__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 4653 (20091201) __________

Le message a été vérifié par ESET NOD32 Antivirus.

http://www.eset.com





Subject: JvDocking how to enable ShowCloseButtonOnTabs ?
From: user@domain.invalid
Date: Thu, 03 Dec 2009 08:09:46 +0100
Newsgroups: jedi.vcl

hi all
I'm trying to have CloseButtonOnTabs when my windows are tabbed document, but is not working. I set ShowCloseButtonOnTabs and disable ShowCloseButtonOnGraber but it does not make any changes in that. I run it under d7 on windows 7, I have already tested it also on WinXP, and Windows VISTA this is the same, close buttons are invisible. Can someone can help me out?

Leo


Subject: TJvPlugin (DLL) how to call method from hostapplication ?
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Wed, 2 Dec 2009 22:56:15 +0100
Newsgroups: jedi.vcl

Hello,

I need to call a method from hostapplication. I really don't know how to do it.
I saw in this newgroup that callback function are needed. I even tried what OBones explained but failed.

Can someone kindly explain me or better, send me an example (updated 1SimplePlugin demo will suffice) showing how to use it ?

Thank in in advance

BR

Stephane Wierzbicki

__________ Information provenant d'ESET NOD32 Antivirus, version de la base des signatures de virus 4653 (20091201) __________

Le message a été vérifié par ESET NOD32 Antivirus.

http://www.eset.com





Subject: Re: Understanding TJvPageControl.Pages[i].PageIndex
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 30 Nov 2009 16:39:37 +0100
Newsgroups: jedi.vcl

Am Mon, 30 Nov 2009 16:35:17 +0100 schrieb Michael Fritz:

> > Is this my fault or am I completely wrong here?
Forget it ;-) I was wrong. I always determined the PageIndex after a drag
and drop action. Afterwards all pages a resorted and of course their
PageIndex, too.


-- cu Michael 

Subject: Understanding TJvPageControl.Pages[i].PageIndex
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 30 Nov 2009 16:35:17 +0100
Newsgroups: jedi.vcl

Hi,

in an application I'm using a TJvPageControl with a bunch of tabs, I wonder
why there are different results when accessing the PageIndex property:

Using JvPageControl1[0].PageIndex gives 0 as a result, accessing the first
tab by its name e.g. tabAccount.PageIndex gives me back 2.

What I wanted to do is to loop through all pages of the pagecontrol and
determine their appropriate PageIndex. It seems, however, that this is not
possible because the returned PageIndex is always equal to the loop counter
variable.

Is this my fault or am I completely wrong here?
-- cu Michael 

Subject: Re: ANN: JVCL 3.39 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 26 Nov 2009 22:38:52 +0100
Newsgroups: jedi.vcl,jedi.general

JohnML wrote:
> http://jvcl.delphi-jedi.org/
>
> still announces
>
> August 2009:
>
>     * JVCL 3.38 is out, focusing on Delphi and C++ Builder 2010 support. It is available at SourceForge.

Ah yes, bugger. Always miss that one, thanks for the reminder


Subject: Re: ManualTabDock to Side Panels doesn't work
From: "James Tolley" <jtolley@ginger-wizard.co.uk>
Date: Thu, 26 Nov 2009 11:13:23 -0000
Newsgroups: jedi.vcl

Just calling the following seems to work fine. However I'm not sure if that's just in my specific case

   tabHost := ManualTabDock(nil, frm1, frm2);
   tabHost.ManualDock(DockServer.RightDockPanel);

Seems to work fine if the forms are already docked elsewhere (tabbed or otherwise) or if you've just created them. Perhaps the checks performed in ManualTabDock are now covered elsewhere and are interfering?



"Warren Postma" <wp@tekr7n.c0m> wrote in message news:heglj0$viv$2@news.talkto.net...
> On 2009-11-24 9:33 AM, James Tolley wrote:
>> Works to some extent.
>>
>> The bar along the top with the close button doesn't appear though so not
>> really a solution.
>>
>
> I've updated the mantis issue and asked for another JVCL developer to have a look at this if they have a minute. There's something weird going on here.
>
>
> http://issuetracker.delphi-jedi.org/view.php?id=5023#bugnotes
>
> W 



Subject: JvFormStorage and Windows 7
From: SeaCay <kemputer@optushome.com.au>
Date: Thu, 26 Nov 2009 14:57:58 +1100
Newsgroups: jedi.vcl

Hello Jedi People

I am wondering if there is an issue with JvFormStorage and Windows 7.

I have set up CodeSite* (code below) to indicate when the events fire:

AfterRestorePlacement
AfterSavePlacement
BeforeRestorePlacement
BeforeSavePlacement
RestorePlacement
SavePlacement

On Running the code, CodeSite reports:

TfrmGadOpts( frmGadOpts ).JvFormStorage1BeforeRestorePlacement [Enter]
TfrmGadOpts( frmGadOpts ).JvFormStorage1BeforeRestorePlacement [Leave]

TfrmGadOpts( frmGadOpts ).JvFormStorage1RestorePlacement [Enter]
TfrmGadOpts( frmGadOpts ).JvFormStorage1RestorePlacement [Leave]

TfrmGadOpts( frmGadOpts ).JvFormStorage1AfterRestorePlacement [Enter]
TfrmGadOpts( frmGadOpts ).JvFormStorage1AfterRestorePlacement [Leave]

That is only the "Restore" Operations fire. This happens even though I made changes to nominated control settings on the form. I have repeated this test several times on Win 7 (can't test other OS's - sorry)

I would have expected the "Save" events to have fired.

Is this a known issue?

regards and thanks

SeaCay


CodeSite Code...
procedure TfrmGadOpts.JvFormStorage1AfterRestorePlacement(Sender: TObject);
  {$IFDEF USE_CODESITE}CodeSite.EnterMethod( Self, 'JvFormStorage1AfterRestorePlacement' );{$ENDIF}

  {$IFDEF USE_CODESITE}CodeSite.ExitMethod( Self, 'JvFormStorage1AfterRestorePlacement' );{$ENDIF}
end;

procedure TfrmGadOpts.JvFormStorage1AfterSavePlacement(Sender: TObject);
begin
  {$IFDEF USE_CODESITE}CodeSite.EnterMethod( Self, 'JvFormStorage1AfterSavePlacement' );{$ENDIF}

  {$IFDEF USE_CODESITE}CodeSite.ExitMethod( Self, 'JvFormStorage1AfterSavePlacement' );{$ENDIF}
end;

procedure TfrmGadOpts.JvFormStorage1BeforeRestorePlacement(Sender: TObject);
begin
  {$IFDEF USE_CODESITE}CodeSite.EnterMethod( Self, 'JvFormStorage1BeforeRestorePlacement' );{$ENDIF}

  {$IFDEF USE_CODESITE}CodeSite.ExitMethod( Self, 'JvFormStorage1BeforeRestorePlacement' );{$ENDIF}
end;

procedure TfrmGadOpts.JvFormStorage1BeforeSavePlacement(Sender: TObject);
begin
  {$IFDEF USE_CODESITE}CodeSite.EnterMethod( Self, 'JvFormStorage1BeforeSavePlacement' );{$ENDIF}

  {$IFDEF USE_CODESITE}CodeSite.ExitMethod( Self, 'JvFormStorage1BeforeSavePlacement' );{$ENDIF}
end;

procedure TfrmGadOpts.JvFormStorage1SavePlacement(Sender: TObject);
begin
  {$IFDEF USE_CODESITE}CodeSite.EnterMethod( Self, 'JvFormStorage1SavePlacement' );{$ENDIF}

  {$IFDEF USE_CODESITE}CodeSite.ExitMethod( Self, 'JvFormStorage1SavePlacement' );{$ENDIF}
end;

procedure TfrmGadOpts.JvFormStorage1RestorePlacement(Sender: TObject);
begin
  {$IFDEF USE_CODESITE}CodeSite.EnterMethod( Self, 'JvFormStorage1RestorePlacement' );{$ENDIF}

  {$IFDEF USE_CODESITE}CodeSite.ExitMethod( Self, 'JvFormStorage1RestorePlacement' );{$ENDIF}
end;

*A third party product from Raize Software


Subject: JVCL Mantis bug tracker and the 'target version' field and the Roadmaps page: Nice. Let's use it.
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Nov 2009 14:24:01 -0500
Newsgroups: jedi.vcl

Anybody else think that using the Mantis field 'Target Version' and defining versions not only for those which have been released (3.39)
but also whatever is next (3.40 meaning the next JVCL that isn't out yet) and also generic 3.x/4.x target version tags plus the "roadmap"
feature would be nice?

If you click "Roadmap" in the JEDI Mantis, you get this:

http://issuetracker.delphi-jedi.org/roadmap_page.php

Nothing!

However, if we defined even ONE issue as having a target version,
we get that cool roadmap page working.  What I've found working on my projects here at work, is that once we start using the roadmap, and
filters for searching bugs, developers can use that roadmap page to
find bugs that are "release critical" and work on them.

Then we just keep "targetting" (update issue, go to advanced view if
you aren't there already, set  the Target Version) and we have
a nice document auto-generated (the roadmap) that shows what
has been recently fixed, and the difference between that
and the change log, is that we can see issues here that
AREN'T done yet, but need to be done, before we "ship".


Warren



Subject: Re: is it possible install JVCL on lazarus
From: JohnML <JohnML@online.de>
Date: Wed, 25 Nov 2009 18:53:14 +0100
Newsgroups: jedi.vcl

JCL ( not JVCL = jedi visual component library ) has a directory
/jcl/packages/fpc

containing JclContainers.lpk

that's a lazarus package, but i never tried that with lazarus.

This package uses these units:

JclAbstractContainers,
  JclAlgorithms,
  JclArrayLists,
  JclArraySets,
  JclBinaryTrees,
  JclContainerIntf,
  JclHashMaps,
  JclHashSets,
  JclLinkedLists,
  JclQueues,
  JclSortedMaps,
  JclStacks,
  JclTrees,
  JclVectors

perhaps you can use them in your lazarus project.


I think you should ask your question at lazarus forum/mailinglist,
but i'm pretty shure you won't get any  visual components!

Luigi Siciliano schrieb:
> JohnML ha scritto:
>> No!
>>
> Why in Jedi.inc is present directive FPC (for FreePascal)?
>
> Thanks.


Subject: Re: is it possible install JVCL on lazarus
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 25 Nov 2009 18:27:53 +0100
Newsgroups: jedi.vcl

Luigi Siciliano wrote:

> > Why in Jedi.inc is present directive FPC (for FreePascal)?

Because the Jedi.inc is not only for the JVCL but also used by other
Jedi projects like the JCL which supports FPC.


-- Andreas Hausladen 

Subject: Re: is it possible install JVCL on lazarus
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Wed, 25 Nov 2009 18:14:18 +0100
Newsgroups: jedi.vcl

JohnML ha scritto:
> No!
>
Why in Jedi.inc is present directive FPC (for FreePascal)?

Thanks.


Subject: Re: is it possible install JVCL on lazarus
From: JohnML <JohnML@online.de>
Date: Wed, 25 Nov 2009 17:50:04 +0100
Newsgroups: jedi.vcl

No!

Delphi uses package libraries (*.bpl), lazarus doesn't

Delphi is windows only, lazarus is " .. write once, compile everywhere"

Perhaps you could use some units, but you then at your own.

Luigi Siciliano schrieb:
> Hallo,
>   is it possible to installa JVCL on Lazarus?
>
> How, via installer?
>
> Thanks.


Subject: Re: ANN: JVCL 3.39 Released!
From: JohnML <JohnML@online.de>
Date: Wed, 25 Nov 2009 17:26:57 +0100
Newsgroups: jedi.vcl,jedi.general

http://jvcl.delphi-jedi.org/

still announces

August 2009:

    * JVCL 3.38 is out, focusing on Delphi and C++ Builder 2010 support. It is available at SourceForge.



OBones schrieb:
> The JVCL Team is proud to announce that the stable release of JVCL 3.38 is available for download.
>
> JVCL is a library of more than 600 visual and non-visual components for Delphi 6, 7, 2006, 2007, 2009 and 2010; C++Builder 6, 2006, 2007, 2009 and 2010. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.
>
> This release brings numerous bug fixes and in particular the bugfix for themes management.
>
> This release is available in four different flavors:
> - Full install + latest JCL
> - Full install without JCL
> - Source and examples only
> - Source only
>
> The current version is JVCL 3.39.
>
>
> The JVCL Team
> http://jvcl.sourceforge.net


Subject: is it possible install JVCL on lazarus
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Wed, 25 Nov 2009 17:13:18 +0100
Newsgroups: jedi.vcl

Hallo,
  is it possible to installa JVCL on Lazarus?

How, via installer?

Thanks.


Subject: Re: ManualTabDock to Side Panels doesn't work
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 24 Nov 2009 11:01:52 -0500
Newsgroups: jedi.vcl

On 2009-11-24 9:33 AM, James Tolley wrote:
> Works to some extent.
>
> The bar along the top with the close button doesn't appear though so not
> really a solution.
>

I've updated the mantis issue and asked for another JVCL developer to have a look at this if they have a minute. There's something weird going on here.


http://issuetracker.delphi-jedi.org/view.php?id=5023#bugnotes

W


Subject: Mantis # 5023 - anybody help with JvDocking bug?
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 24 Nov 2009 11:00:23 -0500
Newsgroups: jedi.vcl

http://issuetracker.delphi-jedi.org/view.php?id=5023


Reporter has slightly different behaviour than I do, I could use a third pair of eyeballs to see what happens when you try this dockingincode demo.

It could be platform (vista/xp) and delphi version (7/2007/2010) dependant.

I can reproduce the bug on Vista/Delphi 2010 but not Vista/Delphi7 where the original reporter has the problem.  Works for me on VIsta/Delphi2007.

And I have no idea how to fix the glitch when the grabber disappears, or the controls
don't align properly (so your docked-to-tab form either appears offset to the client docking area, or invisibly), or the grabber (window caption/titlebar) is not visible.

W




Subject: Re: ManualTabDock to Side Panels doesn't work
From: "James Tolley" <jtolley@ginger-wizard.co.uk>
Date: Tue, 24 Nov 2009 14:33:20 -0000
Newsgroups: jedi.vcl

Works to some extent.

The bar along the top with the close button doesn't appear though so not really a solution.

Cheers,

James.

"Warren Postma" <wp@tekr7n.c0m> wrote in message news:he19cq$tij$1@news.talkto.net...
> Please try this fix:
>
> in JvDockControlForm.pas procedure ManualTabDock
> right after this line:
>   TabHost := DockClient1.CreateTabHostAndDockControl(Form1, Form2);
>
> comment out the TabHost.Hide call:
> // TabHost.Hide;
> add this:
>   TabHost.Align := alClient;
>
>
> If that works for you, I'll check it in.  I did a cursory test and it seems to make life better. I have this horrible feeling that it may cause a regression, but this bug is horrible, so I say, regress away, and we'll figure out when the regression bug comes into Mantis,
> what to do with that.
>
> W 



Subject: JvGif.pas and active Overflow-Checks
From: Bernhard Geyer <Bernhard.Geyer@nospam.de>
Date: Tue, 24 Nov 2009 11:21:27 +0100
Newsgroups: jedi.vcl

Hi,

When useing {$Q+}, there will bei a overflow in the methode

    TJvGIFFrame.LoadFromStream

line

    Inc(FImage.FColorMap.Colors[TransIndex].Blue, Offset);


The problem seems to be that xx.Blue is defined as Byte, so the compiler uses a Version of the Inc-Function that uses Bytes for the parameter. Offset it sometimes of value -1 so a overflow-exception occures.

This can be solved by using:

    FImage.FColorMap.Colors[TransIndex].Blue := FImage.FColorMap.Colors[TransIndex].Blue + Offset;



Best regards

Bernhard


Subject: Program Crash with Shortcuts on desktop
From: Me <somewhere@inspace.com>
Date: Sun, 22 Nov 2009 22:32:28 -0600
Newsgroups: jedi.vcl

I am having a weird problem , with controls that do a filelist.

it seems to crash Delphi with EEEFACE if there  is  a Shortcut that's on the Desktop.
 
The shortcut refers to a program that's in \users\documents\program name\program.exe
 
That's causing the program to get locked up.   
It seems it's only doing that with that type of shortcut to the documents folder.
Any other shortcut is working fine in the viewer.

Is there any solution for this ?


Subject: Re: Jvcl D13 missing ?? (Or are people still superstitious ??)
From: "Uwe Schuster" <jedivcs@bitcommander.de>
Date: Sun, 22 Nov 2009 16:13:14 +0000 (UTC)
Newsgroups: jedi.vcl

Alf Christophersen wrote:

> > Having D2006 as D10 in short, hand, D2007 as D11 and D2009 as D12, I
> > would think D2010 should then be D13, but, no. It seem to be D14
> > 
> > Except friday the 13. (which passed without any trouble to my
> > knowledge) any other explanations for jumping over ??

"What happened to version 13?"
http://blogs.embarcadero.com/abauer/2009/09/04/38900
-- Uwe 

Subject: TJVFileist showing more then just filename?
From: Me <somewhere@inspace.com>
Date: Sun, 22 Nov 2009 00:25:00 -0600
Newsgroups: jedi.vcl

is it possible to show more then just the filename in that component?
like the filesize next to it?

thanks

 


Subject: Re: ANN: JVCL 3.39 Released!
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 20 Nov 2009 11:22:06 +0100
Newsgroups: jedi.vcl,jedi.general

Michael Vilhelmsen wrote:
> To install this update, is it then enough just to download, run intallation and thats it.
>
> or do I have to uninstall prevouis version first?

Usually there is no need to uninstall, especially when you are moving from one version to the next


Subject: Re: ANN: JVCL 3.39 Released!
From: Michael Vilhelmsen <Michael.Vilhelmsen.PLEASEREMOVE@Microcom.PLEASEREMOVE.Dk>
Date: Fri, 20 Nov 2009 09:27:26 +0100
Newsgroups: jedi.vcl,jedi.general

To install this update, is it then enough just to download, run intallation and thats it.

or do I have to uninstall prevouis version first?

I have 3.38 and Delphi 2010.


Regards
Mciahel


It happens that OBones formulated :
> The JVCL Team is proud to announce that the stable release of JVCL 3.38 is available for download.
>
> JVCL is a library of more than 600 visual and non-visual components for Delphi 6, 7, 2006, 2007, 2009 and 2010; C++Builder 6, 2006, 2007, 2009 and 2010. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.
>
> This release brings numerous bug fixes and in particular the bugfix for themes management.
>
> This release is available in four different flavors:
> - Full install + latest JCL
> - Full install without JCL
> - Source and examples only
> - Source only
>
> The current version is JVCL 3.39.
>
>
> The JVCL Team
> http://jvcl.sourceforge.net

-- 

Best Regards / Venlig hilsen
Michael Vilhelmsen
This is an automatic signature of MesNews.
Site : http://www.mesnews.net




Subject: Re: ManualTabDock to Side Panels doesn't work
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 18 Nov 2009 15:00:40 -0500
Newsgroups: jedi.vcl

Please try this fix:

in JvDockControlForm.pas procedure ManualTabDock
right after this line:
  TabHost := DockClient1.CreateTabHostAndDockControl(Form1, Form2);

comment out the TabHost.Hide call:
// TabHost.Hide;
add this:
  TabHost.Align := alClient;


If that works for you, I'll check it in.  I did a cursory test and it seems to make life better. I have this horrible feeling that it may cause a regression, but this bug is horrible, so I say, regress away, and we'll figure out when the regression bug comes into Mantis,
what to do with that.

W


Subject: Re: ManualTabDock to Side Panels doesn't work
From: "James Tolley" <jtolley@ginger-wizard.co.uk>
Date: Wed, 18 Nov 2009 09:18:47 -0000
Newsgroups: jedi.vcl

Code is very straightforward. Two forms, one with a JvDockClient, one with a Button, JvDockServer and any JvDockStyle you choose (Same bug applies to all of them). Then

procedure TForm1.DockMeClick(Sender: TObject);
var
   frm1, frm2 : TForm2;
begin
   Application.CreateForm(TForm2, frm1);
   Application.CreateForm(TForm2, frm2);

   frm1.DockClient.DockStyle := DockStyle;
   frm2.DockClient.DockStyle := DockStyle;

   ManualTabDock(DockServer.RightDockPanel, frm1, frm2);

end;


I've reverted back to version 1.74 (Dated 2006/01/24 08:55:08) and everything works correctly. Tab docking also works fine if you create two forms and either float them or dock them another way (Cojoined/whatever) and then tab dock them via drag/drop so it seems like a ManualTabDock issue.

I've also raised a bug report on Mantis http://issuetracker.delphi-jedi.org/view.php?id=5023

James



"Warren Postma" <wp@tekr7n.c0m> wrote in message news:hdue88$i1k$1@news.talkto.net...
> On 2009-11-17 7:14 AM, James Tolley wrote:
>> Using ManualTabDock to dock two windows to (for example) the
>> RightDockPanel doesn't work unless you perform it twice and then you end
>> up with some funny ghost windows.
>>
>> Also, the docked windows do not resize with the panels. This used to
>> work in 3.1 but seems to have stopped now and I can't work out what's up
>> with it. Possibly a Windows Vista thing (Previously used Server 2003)?
>>
>> This applies to the DockingInCode example as well as my own code.
>>
>> Windows Vista
>> Delphi 7
>> Latest jvcl trunk from svn. (Same applies to 3.38 install)
>>
>> Any help would be appreciated.
>>
>>
>
> Can you post your own code.   DockingInCode example does have some bugs on Windows 7 and Vista, with Delphi 2009/2010, but I didn't know it could have a problem
> on Vista or Windows 7 with Delphi 7 or 2007.
>
> Warren
>



Subject: Re: ANN: JVCL 3.39 Released!
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 17 Nov 2009 23:28:28 +0100
Newsgroups: jedi.vcl,jedi.general



OBones a écrit :
> I usually mass update the bugs for the JVCL as well but I did not have the time (yet) to do so for 3.39

By doing this way, you do not need to mass update anymore. You just have to rename the version and create a new one and everything is done automatically.

- Florent


Subject: Re: Jvcl D13 missing ?? (Or are people still superstitious ??)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 17 Nov 2009 23:08:27 +0100
Newsgroups: jedi.vcl

Alf Christophersen wrote:
> Having D2006 as D10 in short, hand, D2007 as D11 and D2009 as D12, I would think D2010 should then be D13, but, no. It seem to be D14
>
> Except friday the 13. (which passed without any trouble to my knowledge) any other explanations for jumping over ??

Because Delphi's internal numbering is 14. Look at the BPL delivered with it ;-)


Subject: Re: ANN: JVCL 3.39 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 17 Nov 2009 23:06:56 +0100
Newsgroups: jedi.vcl,jedi.general

Florent Ouchet wrote:
>
> If you switch to the JCL project, you'll get better results. I set the mantis field "fixed in release" to "Version 2.1 (SVN/Daily)". Then this version is renamed to "Version 2.1" when it is released and a new one is created for the next version under development.

I usually mass update the bugs for the JVCL as well but I did not have the time (yet) to do so for 3.39


Subject: Re: Jvcl D13 missing ?? (Or are people still superstitious ??)
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Tue, 17 Nov 2009 21:06:47 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Alf Christophersen wrote:
>
>> Except friday the 13. (which passed without any trouble to my
>> knowledge) any other explanations for jumping over ??
>
> They always say they skipped 13 because no building (in the USA) has a
> 13th floor. But they aren't supersitious.
> A likely story!
>
>
At least Danes and I think also Englishmen agree about being superstitious when when they deny to book at a room at 13th floor.

(By the way in countries counting as in Norway, where floors are counted from ground floor, we need to jump from 11 th floor to 14th floor in that case to be sure.

(But, most hotels pass away telling they are living on 12th floor when a room is numbered 1301 :-) For Norwegians, such things don't bother at all, so we accept living in 13. etasje (12. floor)

And of course, when tourists protest at 13. floor, why bother, they are in 14. etasje, which counts :-)

Hehe.

So all get satisfied.



Subject: Re: ANN: JVCL 3.39 Released!
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 17 Nov 2009 20:41:17 +0100
Newsgroups: jedi.vcl,jedi.general


If you switch to the JCL project, you'll get better results. I set the mantis field "fixed in release" to "Version 2.1 (SVN/Daily)". Then this version is renamed to "Version 2.1" when it is released and a new one is created for the next version under development.

- Florent


Subject: Re: Jvcl D13 missing ?? (Or are people still superstitious ??)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 17 Nov 2009 20:37:35 +0100
Newsgroups: jedi.vcl

Alf Christophersen wrote:

> > Except friday the 13. (which passed without any trouble to my
> > knowledge) any other explanations for jumping over ??

They always say they skipped 13 because no building (in the USA) has a
13th floor. But they aren't supersitious.
A likely story!


-- Andreas Hausladen 

Subject: Re: ANN: JVCL 3.39 Released!
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 17 Nov 2009 20:33:07 +0100
Newsgroups: jedi.vcl,jedi.general

Warren Postma wrote:

> > Do we have a list of fixed bugs in this release?

You could use the Mantis change log
http://issuetracker.delphi-jedi.org/changelog_page.php

Unfortunately there are only bug numbers but no dates on the front page.


-- Andreas Hausladen 

Subject: Jvcl D13 missing ?? (Or are people still superstitious ??)
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Tue, 17 Nov 2009 19:16:22 +0100
Newsgroups: jedi.vcl

Having D2006 as D10 in short, hand, D2007 as D11 and D2009 as D12, I would think D2010 should then be D13, but, no. It seem to be D14

Except friday the 13. (which passed without any trouble to my knowledge) any other explanations for jumping over ??

:-)


Subject: Re: Using JVDocking with JVPlugin
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 17 Nov 2009 13:08:26 -0500
Newsgroups: jedi.vcl

On 2009-11-10 12:56 PM, Stewart wrote:
> Hi Warren,
>
> That's exactly how I've been doing it. The main app has a generic dockable
> window and there is a generic function call built into the app that assigns
> the new windows parent to a new dockable window. This works great as far as
> running the app. The problem occurs when closing the Application. If run in
> debug mode it throws an EAccessError exception. When run outside of debug
> mode it just hangs.

Did you undock first, and unload the plugin dll, and then let the main program shut down? If you didn't do shutdown in the right order, I can totally see why it would crash.

W


Subject: Re: ANN: JVCL 3.39 Released!
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 17 Nov 2009 13:06:48 -0500
Newsgroups: jedi.vcl,jedi.general

On 2009-11-15 4:05 PM, OBones wrote:
> This release brings numerous bug fixes and in particular the bugfix for
> themes management.

There are some bugs fixed regarding use of JvDocking components in Delphi 2009/2010 as well, and I believe I fixed a few JvChart and JvCsvDataSet bugs
between this release and the previous one too.

Do we have a list of fixed bugs in this release?

W


Subject: Re: ManualTabDock to Side Panels doesn't work
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 17 Nov 2009 13:04:59 -0500
Newsgroups: jedi.vcl

On 2009-11-17 7:14 AM, James Tolley wrote:
> Using ManualTabDock to dock two windows to (for example) the
> RightDockPanel doesn't work unless you perform it twice and then you end
> up with some funny ghost windows.
>
> Also, the docked windows do not resize with the panels. This used to
> work in 3.1 but seems to have stopped now and I can't work out what's up
> with it. Possibly a Windows Vista thing (Previously used Server 2003)?
>
> This applies to the DockingInCode example as well as my own code.
>
> Windows Vista
> Delphi 7
> Latest jvcl trunk from svn. (Same applies to 3.38 install)
>
> Any help would be appreciated.
>
>

Can you post your own code.   DockingInCode example does have some bugs on Windows 7 and Vista, with Delphi 2009/2010, but I didn't know it could have a problem
on Vista or Windows 7 with Delphi 7 or 2007.

Warren



Subject: Direct input with DBLookupCombo
From: "Marcos" <mfmato@gmail.com>
Date: Tue, 17 Nov 2009 18:00:39 +0100
Newsgroups: jedi.vcl

Hi,
I'm trying to type new values into a JvDBLookupCombo control connected to a 
table. It looks for values with a query over this same field on same table, 
so the avilable values are those priorly entered, and the new value will be 
avilable for other to.
It works fine using standard TDBLookupCombo, but i wish to make it with JEDI 
3.36.
Any help? 




Subject: ManualTabDock to Side Panels doesn't work
From: "James Tolley" <jtolley@ginger-wizard.co.uk>
Date: Tue, 17 Nov 2009 12:14:49 -0000
Newsgroups: jedi.vcl

Using ManualTabDock to dock two windows to (for example) the RightDockPanel doesn't work unless you perform it twice and then you end up with some funny ghost windows.

Also, the docked windows do not resize with the panels. This used to work in 3.1 but seems to have stopped now and I can't work out what's up with it. Possibly a Windows Vista thing (Previously used Server 2003)?

This applies to the DockingInCode example as well as my own code.

Windows Vista
Delphi 7
Latest jvcl trunk from svn. (Same applies to 3.38 install)

Any help would be appreciated.




Subject: ANN: JVCL 3.39 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 15 Nov 2009 22:05:02 +0100
Newsgroups: jedi.vcl,jedi.general

The JVCL Team is proud to announce that the stable release of JVCL 3.38 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 6, 7, 2006, 2007, 2009 and 2010; C++Builder 6, 2006, 2007, 2009 and 2010. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release brings numerous bug fixes and in particular the bugfix for themes management.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.39.


The JVCL Team
http://jvcl.sourceforge.net


Subject: JVCheckTreeView
From: Antonio Sala <antonio.sala@telefonica.net>
Date: Fri, 13 Nov 2009 12:38:13 +0100
Newsgroups: jedi.vcl

Hi:
I'm trying to check and uncheck nodes in runtime by code, ¿how to can I do it?
I'm trying with:

Tjvtreenode(JVCheckTreeView1.items[i]).checked := True ;
JVCheckTreeView1.checked[JVCheckTreeView1.items[i]] := True ;
JVCheckTreeView1.items[i].stateIndex:=JVCheckTreeView1.checkboxoptions.checkboxcheckedindex;

but nothing.

I'm working with Delphi 2007 and jvcl 3.32

¿any ideas?

Thanks
Antonio Sala


Subject: Re: Problem with JvBalloonHint and ThemesEnabled
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 12 Nov 2009 09:14:50 +0100
Newsgroups: jedi.vcl

Thanks, it works !
But i notice that when i go too fast on the object with the hint, the hint is displayed with some late and sometimes i have only the rectangle in transparency with no text (same problem with the CustomAnimationStyle set to atNone or atBlend). Maybe my computer isn't faster ...

Regards,
Lionel


"Christian Wimmer" <chriswimmer@gmx_removethis_.de> a écrit dans le message de news:hdeopm$mua$1@news.talkto.net...
> AFAIK
> the value is $2000000.
>
> Regards
> Christian Wimmer
>
>
> Lionel Reynaud schrieb:
>> Hi,
>>
>> I experienced the same problem (D6pro + Vista). I try to add
>> WS_EX_COMPOSITED as you propose, but can't compile the unit :
>> WS_EX_COMPOSITED not found.
>> So the only way i found is to disable JVCLThemes to avoid the problem.
>>
>> Regards,
>> Lionel
>>
>>
>>
>> "Christian Wimmer" <chriswimmer@gmx_removethis_.de> a écrit dans le
>> message de news:h93car$216$1@news.talkto.net...
>>> hi
>>>
>>> I'm using the latest JVCL SVN and running into a problem with
>>> JvBalloonHint which doesn't draw its content correctly - only shadow is
>>> drawn.
>>> I placed just a button on a new vcl app, set the hint (+showhint) and
>>> added a JvBalloonhint component
>>> object JvBalloonHint1: TJvBalloonHint
>>>    CustomAnimationStyle = atCenter
>>>    Options = [boUseDefaultHeader, boUseDefaultIcon, boShowCloseBtn,
>>> boCustomAnimation]
>>>    UseBalloonAsApplicationHint = True
>>> end
>>> The button Onclick event contains this code
>>>
>>> JvBalloonHint1.ActivateHint(Sender as TButton, '123   ');
>>>
>>>
>>> So there are 2 ways how to show the Hint:
>>> 1. Hoovering over the button uses the application hint event
>>> 2. Clicking on the button calls the hint window directly.
>>>
>>> So I describe the first one:
>>>
>>> 1. Hoovering over the button
>>>
>>> I investigated the problem and found out that the problem disappears if
>>> I disable desktop composition in compatibility tab of the binary file.
>>>
>>> Well, in code it makes a difference at line 971 (within
>>> TJvBalloonWindow.CreateParams)
>>>
>>> {$IFDEF JVCLThemesEnabled}
>>>  if IsWinVista_UP and ThemeServices.ThemesEnabled then
>>> ->    ExStyle := ExStyle or WS_EX_LAYERED;
>>> {$ENDIF JVCLThemesEnabled}
>>>
>>> If the WS_EX_LAYERED window style is added the balloon hint isn't shown
>>> but without it, it looks correct.
>>> It seems that WS_EX_LAYERED prevents TJvBalloonWindow.WMEraseBkgnd from
>>> being called by the Windows Manager. This behaviour seems to be intended
>>> for Layered Windows.
>>> http://msdn.microsoft.com/en-us/library/ms997507.aspx
>>>
>>> But it looks to me like a double buffering problem, so I added
>>> WS_EX_COMPOSITED (>=XP)
>>>
>>> ExStyle := ExStyle or WS_EX_LAYERED or WS_EX_COMPOSITED;
>>>
>>> and this makes the balloon hint working again.
>>>
>>> However, it generates another problem(*)
>>>
>>> 2. Clicking on the button
>>>
>>> a) It seems to me that CustomAnimationStyle is ignored if
>>> ApplicationShowHint (UseBallonAsApplicationHint=true)is used. There is
>>> no effect whatsoever.
>>> This effect is only shown when using ActivateHint directly. Just to be
>>> mentioned. (not the main problem here)
>>>
>>> b) Current situation:
>>> When using ActivateHint directly and activating any animation style but
>>> atNone, the animation is run and the hint shows perfectly.
>>> If you use atNone the same problem as I described earlier occurs.
>>> Changed situation(*): Then if WS_EX_COMPOSITED is added some of the
>>> animation styles are broken. E.g. atBlend just shows the shadow for the
>>> time of the animation and then the hint window content pops up. But
>>> atNone works.
>>>
>>>
>>> So I wonder what can be done here. Avoid using atNone? - that doesn't
>>> change the problem with UseBallonAsApplicationHint set to true!
>>> Use TApplicationEvents.OnShowHint and call ActivateHint directly instead
>>> of using the default way? - a user can't know that.
>>>
>>>
>>> -- 
>>> Christian
>>>
>>>
>>>
>>>
>>
>
>



Subject: Re: Problem with JvBalloonHint and ThemesEnabled
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Wed, 11 Nov 2009 20:30:50 +0100
Newsgroups: jedi.vcl

AFAIK
the value is $2000000.

Regards
Christian Wimmer


Lionel Reynaud schrieb:
> > Hi,
> > 
> > I experienced the same problem (D6pro + Vista). I try to add
> > WS_EX_COMPOSITED as you propose, but can't compile the unit :
> > WS_EX_COMPOSITED not found.
> > So the only way i found is to disable JVCLThemes to avoid the problem.
> > 
> > Regards,
> > Lionel
> > 
> > 
> > 
> > "Christian Wimmer" <chriswimmer@gmx_removethis_.de> a écrit dans le
> > message de news:h93car$216$1@news.talkto.net...
>> >> hi
>> >>
>> >> I'm using the latest JVCL SVN and running into a problem with
>> >> JvBalloonHint which doesn't draw its content correctly - only shadow is
>> >> drawn.
>> >> I placed just a button on a new vcl app, set the hint (+showhint) and
>> >> added a JvBalloonhint component
>> >> object JvBalloonHint1: TJvBalloonHint
>> >>    CustomAnimationStyle = atCenter
>> >>    Options = [boUseDefaultHeader, boUseDefaultIcon, boShowCloseBtn,
>> >> boCustomAnimation]
>> >>    UseBalloonAsApplicationHint = True
>> >> end
>> >> The button Onclick event contains this code
>> >>
>> >> JvBalloonHint1.ActivateHint(Sender as TButton, '123   ');
>> >>
>> >>
>> >> So there are 2 ways how to show the Hint:
>> >> 1. Hoovering over the button uses the application hint event
>> >> 2. Clicking on the button calls the hint window directly.
>> >>
>> >> So I describe the first one:
>> >>
>> >> 1. Hoovering over the button
>> >>
>> >> I investigated the problem and found out that the problem disappears if
>> >> I disable desktop composition in compatibility tab of the binary file.
>> >>
>> >> Well, in code it makes a difference at line 971 (within
>> >> TJvBalloonWindow.CreateParams)
>> >>
>> >> {$IFDEF JVCLThemesEnabled}
>> >>  if IsWinVista_UP and ThemeServices.ThemesEnabled then
>> >> ->    ExStyle := ExStyle or WS_EX_LAYERED;
>> >> {$ENDIF JVCLThemesEnabled}
>> >>
>> >> If the WS_EX_LAYERED window style is added the balloon hint isn't shown
>> >> but without it, it looks correct.
>> >> It seems that WS_EX_LAYERED prevents TJvBalloonWindow.WMEraseBkgnd from
>> >> being called by the Windows Manager. This behaviour seems to be intended
>> >> for Layered Windows.
>> >> http://msdn.microsoft.com/en-us/library/ms997507.aspx
>> >>
>> >> But it looks to me like a double buffering problem, so I added
>> >> WS_EX_COMPOSITED (>=XP)
>> >>
>> >> ExStyle := ExStyle or WS_EX_LAYERED or WS_EX_COMPOSITED;
>> >>
>> >> and this makes the balloon hint working again.
>> >>
>> >> However, it generates another problem(*)
>> >>
>> >> 2. Clicking on the button
>> >>
>> >> a) It seems to me that CustomAnimationStyle is ignored if
>> >> ApplicationShowHint (UseBallonAsApplicationHint=true)is used. There is
>> >> no effect whatsoever.
>> >> This effect is only shown when using ActivateHint directly. Just to be
>> >> mentioned. (not the main problem here)
>> >>
>> >> b) Current situation:
>> >> When using ActivateHint directly and activating any animation style but
>> >> atNone, the animation is run and the hint shows perfectly.
>> >> If you use atNone the same problem as I described earlier occurs.
>> >> Changed situation(*): Then if WS_EX_COMPOSITED is added some of the
>> >> animation styles are broken. E.g. atBlend just shows the shadow for the
>> >> time of the animation and then the hint window content pops up. But
>> >> atNone works.
>> >>
>> >>
>> >> So I wonder what can be done here. Avoid using atNone? - that doesn't
>> >> change the problem with UseBallonAsApplicationHint set to true!
>> >> Use TApplicationEvents.OnShowHint and call ActivateHint directly instead
>> >> of using the default way? - a user can't know that.
>> >>
>> >>
>> >> -- 
>> >> Christian
>> >>
>> >>
>> >>
>> >>
> > 



Subject: Re: Problem with JvBalloonHint and ThemesEnabled
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 11 Nov 2009 13:38:25 +0100
Newsgroups: jedi.vcl

Hi,

I experienced the same problem (D6pro + Vista). I try to add WS_EX_COMPOSITED as you propose, but can't compile the unit : WS_EX_COMPOSITED not found.
So the only way i found is to disable JVCLThemes to avoid the problem.

Regards,
Lionel



"Christian Wimmer" <chriswimmer@gmx_removethis_.de> a écrit dans le message de news:h93car$216$1@news.talkto.net...
> hi
>
> I'm using the latest JVCL SVN and running into a problem with
> JvBalloonHint which doesn't draw its content correctly - only shadow is
> drawn.
> I placed just a button on a new vcl app, set the hint (+showhint) and
> added a JvBalloonhint component
> object JvBalloonHint1: TJvBalloonHint
>    CustomAnimationStyle = atCenter
>    Options = [boUseDefaultHeader, boUseDefaultIcon, boShowCloseBtn,
> boCustomAnimation]
>    UseBalloonAsApplicationHint = True
> end
> The button Onclick event contains this code
>
> JvBalloonHint1.ActivateHint(Sender as TButton, '123   ');
>
>
> So there are 2 ways how to show the Hint:
> 1. Hoovering over the button uses the application hint event
> 2. Clicking on the button calls the hint window directly.
>
> So I describe the first one:
>
> 1. Hoovering over the button
>
> I investigated the problem and found out that the problem disappears if
> I disable desktop composition in compatibility tab of the binary file.
>
> Well, in code it makes a difference at line 971 (within
> TJvBalloonWindow.CreateParams)
>
> {$IFDEF JVCLThemesEnabled}
>  if IsWinVista_UP and ThemeServices.ThemesEnabled then
> ->    ExStyle := ExStyle or WS_EX_LAYERED;
> {$ENDIF JVCLThemesEnabled}
>
> If the WS_EX_LAYERED window style is added the balloon hint isn't shown
> but without it, it looks correct.
> It seems that WS_EX_LAYERED prevents TJvBalloonWindow.WMEraseBkgnd from
> being called by the Windows Manager. This behaviour seems to be intended
> for Layered Windows.
> http://msdn.microsoft.com/en-us/library/ms997507.aspx
>
> But it looks to me like a double buffering problem, so I added
> WS_EX_COMPOSITED (>=XP)
>
> ExStyle := ExStyle or WS_EX_LAYERED or WS_EX_COMPOSITED;
>
> and this makes the balloon hint working again.
>
> However, it generates another problem(*)
>
> 2. Clicking on the button
>
> a) It seems to me that CustomAnimationStyle is ignored if
> ApplicationShowHint (UseBallonAsApplicationHint=true)is used. There is
> no effect whatsoever.
> This effect is only shown when using ActivateHint directly. Just to be
> mentioned. (not the main problem here)
>
> b) Current situation:
> When using ActivateHint directly and activating any animation style but
> atNone, the animation is run and the hint shows perfectly.
> If you use atNone the same problem as I described earlier occurs.
> Changed situation(*): Then if WS_EX_COMPOSITED is added some of the
> animation styles are broken. E.g. atBlend just shows the shadow for the
> time of the animation and then the hint window content pops up. But
> atNone works.
>
>
> So I wonder what can be done here. Avoid using atNone? - that doesn't
> change the problem with UseBallonAsApplicationHint set to true!
> Use TApplicationEvents.OnShowHint and call ActivateHint directly instead
> of using the default way? - a user can't know that.
>
>
> -- 
> Christian
>
>
>
>



Subject: JvInspector in C++ (TJvInspectorTypeInfoRegItem)
From: "JaySus" <j-sus@gmx.net>
Date: Wed, 11 Nov 2009 08:32:26 +0100
Newsgroups: jedi.vcl

 Hi,

How must I call this from Delphi in C++ (RAD 2009)?

TJvCustomInspectorData.ItemRegister.Add(TJvInspectorTypeInfoRegItem.Create(TJvInspectorLicenseItem,
TypeInfo(AnsiString)));

I try this:
TJvCustomInspectorData::ItemRegister()-&gt;Add(new
TJvInspectorTypeInfoRegItem(__classid(TJvInspectorLicenseItem),
TypeInfo(AnsiString)));

But ILink32 Error:
[ILINK32 Fehler] Error: Nicht auflösbares externes '__fastcall
Jvinspector::TJvInspectorTypeInfoRegItem::TJvInspectorTypeInfoRegItem(System::TMetaClass
* const, Typinfo::TTypeInfo *)' referenziert von ...\DEBUG\UNITFORMMAIN.OBJ


My Class:

class TJvInspectorLicenseItem : public TJvInspectorStringItem
{
protected:
	void __fastcall Edit()
	{
		ShowMessage("Juhu");
	        Data-&gt;AsString = "test";
	};
	String __fastcall GetDisplayValue()
	{
		if (Data-&gt;AsString.Length() == 0)
			return "(Klicken zum Importieren!)";
		else
			return "(Lizenz vorhanden)";
	};
public:
	__fastcall TJvInspectorLicenseItem(const TJvCustomInspectorItem* AParent,
const TJvCustomInspectorData* AData)
		: TJvInspectorStringItem(AParent, AData)
	{
		Flags = Flags &lt;&lt; iifEditButton &lt;&lt; iifEditFixed;
	};
};

Please please Help, the example has no code snippet for this part.

//Jay



--- posted by geoForum on http://www.newswhat.com


Subject: TJvInspectorTypeInfoRegItem in C++?
From: "JaySus" <j-sus@gmx.net>
Date: Wed, 11 Nov 2009 08:31:39 +0100
Newsgroups: jedi.vcl

Hi,

How must I call this from Delphi in C++ (RAD 2009)?

TJvCustomInspectorData.ItemRegister.Add(TJvInspectorTypeInfoRegItem.Create(TJvInspectorLicenseItem,
TypeInfo(AnsiString)));

I try this:
TJvCustomInspectorData::ItemRegister()-&gt;Add(new
TJvInspectorTypeInfoRegItem(__classid(TJvInspectorLicenseItem),
TypeInfo(AnsiString)));

But ILink32 Error:
[ILINK32 Fehler] Error: Nicht auflösbares externes '__fastcall
Jvinspector::TJvInspectorTypeInfoRegItem::TJvInspectorTypeInfoRegItem(System::TMetaClass
* const, Typinfo::TTypeInfo *)' referenziert von ...\DEBUG\UNITFORMMAIN.OBJ


My Class:

class TJvInspectorLicenseItem : public TJvInspectorStringItem
{
protected:
	void __fastcall Edit()
	{
		ShowMessage("Juhu");
	        Data-&gt;AsString = "test";
	};
	String __fastcall GetDisplayValue()
	{
		if (Data-&gt;AsString.Length() == 0)
			return "(Klicken zum Importieren!)";
		else
			return "(Lizenz vorhanden)";
	};
public:
	__fastcall TJvInspectorLicenseItem(const TJvCustomInspectorItem* AParent,
const TJvCustomInspectorData* AData)
		: TJvInspectorStringItem(AParent, AData)
	{
		Flags = Flags &lt;&lt; iifEditButton &lt;&lt; iifEditFixed;
	};
};

Please please Help, the example has no code snippet for this part.

//Jay



--- posted by geoForum on http://www.newswhat.com


Subject: TJvInspectorTypeInfoRegItem in C++?
From: "JaySus" <j-sus@gmx.net>
Date: Wed, 11 Nov 2009 08:31:07 +0100
Newsgroups: jedi.vcl

 Hi,

How must I call this from Delphi in C++ (RAD 2009)?

TJvCustomInspectorData.ItemRegister.Add(TJvInspectorTypeInfoRegItem.Create(TJvInspectorLicenseItem,
TypeInfo(AnsiString)));

I try this:
TJvCustomInspectorData::ItemRegister()-&gt;Add(new
TJvInspectorTypeInfoRegItem(__classid(TJvInspectorLicenseItem),
TypeInfo(AnsiString)));

But ILink32 Error:
[ILINK32 Fehler] Error: Nicht auflösbares externes '__fastcall
Jvinspector::TJvInspectorTypeInfoRegItem::TJvInspectorTypeInfoRegItem(System::TMetaClass
* const, Typinfo::TTypeInfo *)' referenziert von ...\DEBUG\UNITFORMMAIN.OBJ


My Class:

class TJvInspectorLicenseItem : public TJvInspectorStringItem
{
protected:
	void __fastcall Edit()
	{
		ShowMessage("Juhu");
	        Data-&gt;AsString = "test";
	};
	String __fastcall GetDisplayValue()
	{
		if (Data-&gt;AsString.Length() == 0)
			return "(Klicken zum Importieren!)";
		else
			return "(Lizenz vorhanden)";
	};
public:
	__fastcall TJvInspectorLicenseItem(const TJvCustomInspectorItem* AParent,
const TJvCustomInspectorData* AData)
		: TJvInspectorStringItem(AParent, AData)
	{
		Flags = Flags &lt;&lt; iifEditButton &lt;&lt; iifEditFixed;
	};
};

Please please Help, the example has no code snippet for this part.

//Jay



--- posted by geoForum on http://www.newswhat.com


Subject: Re: Using JVDocking with JVPlugin
From: "Stewart" <acmpsolutions@yahoo.com>
Date: Tue, 10 Nov 2009 12:56:12 -0500
Newsgroups: jedi.vcl

Hi Warren,

That's exactly how I've been doing it. The main app has a generic dockable
window and there is a generic function call built into the app that assigns
the new windows parent to a new dockable window. This works great as far as
running the app. The problem occurs when closing the Application. If run in
debug mode it throws an EAccessError exception. When run outside of debug
mode it just hangs.

"Stewart" <acmpsolutions@yahoo.com> wrote in message news:hd7b87$qa9$1@news.talkto.net...
> Hi,
>
> I've been experimenting with adding a plugin that takes advantage of the existing docking code. My first thought was to just put a form in with a dock client component on it and set the dock clients dockstyle to the main apps dock style. While this did load it caused problems as soon as I tried to drag the window and upon reading online I found that the dock style can't be successfully set during runtime.
>
> My next thought was to use a frame and just set the frames parent to a docking form added to the main app. This failed when creating the frame from within the plugin and it appears to be causing a problem with the docking.
>
> My final thought was almost identical to the second option but substituting a TFrame for a TForm.
>
> This worked for the most part but the one problem is when I close the app it hangs with this format. This is done using an exposed function within the main app that takes a form as a paremeter and sets it's parent to the docking form.
>
> procedure NewDockWindow(fForm: TForm);
> var
>  newDockForm: TfDockForm;
> begin
>  newDockForm := tfDockForm.Create(Application);
>  fForm.Parent := newDockForm;
>  fForm.show;
>  newDockForm.Show;
> end;
>
> If I substitute fForm.Parent := newDockForm;
>
> For
>
> SetParent(fForm.Handle, newDockForm.Handle); then It does successfully close but as soon as the window is docked the form which was added to the docked form is lost.
>
> Thanks for any suggestions. 



Subject: Re: TjvDirectoryEdit and D2010
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 10 Nov 2009 15:48:56 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> On 2009-11-02 5:12 PM, OBones wrote:
>> Florent Ouchet wrote:
>>> D6, C6 and D7 should be drop at the same time since there is no
>>> difference in the language subset these tools support.
>>
>> But the user base is still very large.
>
> The question is, does the user base still using a 10 year old Delphi version still need the latest and greatest JVCL contributions, or would they be better off using a
> frozen version. I'd say, frozen version (last ZIP released).

Well, thing is, they need the latest to migrate to a more recent IDE that supports UNICODE.
First update the third party components, then update the IDE.
Granted, it can be the 3.39 version, but still, I don't feel ok removing D7 support when I know many of the users I meet still use D6 or D7.


Subject: Re: TjvDirectoryEdit and D2010
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 10 Nov 2009 15:40:41 +0100
Newsgroups: jedi.vcl



Warren Postma a écrit :
> The question is, does the user base still using a 10 year old Delphi version still need the latest and greatest JVCL contributions, or would they be better off using a
> frozen version. I'd say, frozen version (last ZIP released).

I would vote for #2.


Subject: Re: TjvDirectoryEdit and D2010
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 10 Nov 2009 08:21:34 -0500
Newsgroups: jedi.vcl

On 2009-11-02 5:12 PM, OBones wrote:
> Florent Ouchet wrote:
>> D6, C6 and D7 should be drop at the same time since there is no
>> difference in the language subset these tools support.
>
> But the user base is still very large.

The question is, does the user base still using a 10 year old Delphi version still need the latest and greatest JVCL contributions, or would they be better off using a
frozen version. I'd say, frozen version (last ZIP released).

W


Subject: Re: JvDbGrid: how to get DrawingStyle = gdsGradient?
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 10 Nov 2009 08:20:21 -0500
Newsgroups: jedi.vcl

On 2009-11-04 6:57 AM, delfo wrote:
> Should useXPThemes be deprecated now that DbGrid already supports that?

Only on Delphi 2010. Remember latest Jedi JVCL versions runs on Delphi 6 and up.

W


Subject: Re: Using JVDocking with JVPlugin
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 10 Nov 2009 08:16:11 -0500
Newsgroups: jedi.vcl

I would be tempted to implement any visual plugins like this:

1. main app has a TPluginForm class that has a DockClient:TJvDockClient.

2. main app gets the DLL plugin's window handle and sets that  up to be manually docked (by setting parent) to the wrapper TPluginForm's window handle.

The visual stuff between the main app and the plugin could be handled at the
Win32 level, eliminating any VCL-class-sharing needs.


W


Subject: Re: Using JVDocking with JVPlugin
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 10 Nov 2009 08:13:43 -0500
Newsgroups: jedi.vcl




> Stewart wrote:
>> trying to erase it again. The problem is I can't pinpoint where
>> exactly this
>> is occurring.

On 2009-11-10 2:40 AM, OBones wrote:
> Yes, but what type of plugin are you using? DLL or Package?
> If it's DLL, then this kind of error is expected

In other words...

You can not use any JVCL or VCL classes that must be linked between the main program and the plugin, unless you also use runtime packages (BPLs) containing all those shared classes, such as the core VCL and JVCL docking runtime BPLs.

Warren




Subject: Re: Using JVDocking with JVPlugin
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 10 Nov 2009 08:40:57 +0100
Newsgroups: jedi.vcl

Stewart wrote:
> Hi Obones,
>
> I was just experimenting with the JVPlugin component out of curiosity and I
> thought it might be cool to try integrating a plugin into the docking
> structure. What I believe may be the problem, based on the error I am
> receiving is that somewhere the pointer is getting erased and then it is
> trying to erase it again. The problem is I can't pinpoint where exactly this
> is occurring.

Yes, but what type of plugin are you using? DLL or Package?
If it's DLL, then this kind of error is expected


Subject: Re: Using JVDocking with JVPlugin
From: "Stewart" <acmpsolutions@yahoo.com>
Date: Mon, 9 Nov 2009 22:32:17 -0500
Newsgroups: jedi.vcl

Hi Obones,

I was just experimenting with the JVPlugin component out of curiosity and I
thought it might be cool to try integrating a plugin into the docking
structure. What I believe may be the problem, based on the error I am
receiving is that somewhere the pointer is getting erased and then it is
trying to erase it again. The problem is I can't pinpoint where exactly this
is occurring.

Thanks,

Stewart

"Stewart" <acmpsolutions@yahoo.com> wrote in message news:hd7b87$qa9$1@news.talkto.net...
> Hi,
>
> I've been experimenting with adding a plugin that takes advantage of the existing docking code. My first thought was to just put a form in with a dock client component on it and set the dock clients dockstyle to the main apps dock style. While this did load it caused problems as soon as I tried to drag the window and upon reading online I found that the dock style can't be successfully set during runtime.
>
> My next thought was to use a frame and just set the frames parent to a docking form added to the main app. This failed when creating the frame from within the plugin and it appears to be causing a problem with the docking.
>
> My final thought was almost identical to the second option but substituting a TFrame for a TForm.
>
> This worked for the most part but the one problem is when I close the app it hangs with this format. This is done using an exposed function within the main app that takes a form as a paremeter and sets it's parent to the docking form.
>
> procedure NewDockWindow(fForm: TForm);
> var
>  newDockForm: TfDockForm;
> begin
>  newDockForm := tfDockForm.Create(Application);
>  fForm.Parent := newDockForm;
>  fForm.show;
>  newDockForm.Show;
> end;
>
> If I substitute fForm.Parent := newDockForm;
>
> For
>
> SetParent(fForm.Handle, newDockForm.Handle); then It does successfully close but as soon as the window is docked the form which was added to the docked form is lost.
>
> Thanks for any suggestions. 



Subject: Re: Using JVDocking with JVPlugin
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 09 Nov 2009 18:08:10 +0100
Newsgroups: jedi.vcl

What kind of plugin are you using?


Subject: Using JVDocking with JVPlugin
From: "Stewart" <acmpsolutions@yahoo.com>
Date: Sun, 8 Nov 2009 18:55:56 -0500
Newsgroups: jedi.vcl

Hi,

I've been experimenting with adding a plugin that takes advantage of the existing docking code. My first thought was to just put a form in with a dock client component on it and set the dock clients dockstyle to the main apps dock style. While this did load it caused problems as soon as I tried to drag the window and upon reading online I found that the dock style can't be successfully set during runtime.

My next thought was to use a frame and just set the frames parent to a docking form added to the main app. This failed when creating the frame from within the plugin and it appears to be causing a problem with the docking.

My final thought was almost identical to the second option but substituting a TFrame for a TForm.

This worked for the most part but the one problem is when I close the app it hangs with this format. This is done using an exposed function within the main app that takes a form as a paremeter and sets it's parent to the docking form.

procedure NewDockWindow(fForm: TForm);
var
 newDockForm: TfDockForm;
begin
 newDockForm := tfDockForm.Create(Application);
 fForm.Parent := newDockForm;
 fForm.show;
 newDockForm.Show;
end;

If I substitute fForm.Parent := newDockForm;

For

SetParent(fForm.Handle, newDockForm.Handle); then It does successfully close but as soon as the window is docked the form which was added to the docked form is lost.

Thanks for any suggestions.


Subject: Re: another push for a bug fix release
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 06 Nov 2009 11:51:21 -0500
Newsgroups: jedi.vcl,jedi.jcl

On 2009-11-05 1:10 PM, Florent Ouchet wrote:
> JCL 2.1 is now branched and will be released soon. The trunk can now be
> unsafely modified.

Good news (that a release is imminent).

W


Subject: Re: another push for a bug fix release
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 05 Nov 2009 19:10:57 +0100
Newsgroups: jedi.vcl,jedi.jcl

JCL 2.1 is now branched and will be released soon. The trunk can now be unsafely modified.

- Florent


Subject: Possible design flaw or bug in tHTMLparser ??
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Thu, 05 Nov 2009 13:40:40 +0100
Newsgroups: jedi.vcl

If a page contain lets say <ID>yyyyy</ID><nokkel>xxxxx</nokkel><nokkelID>zzzzz</nokkelID> then analyzing fails.

If <nokkelID> is defined before <ID> then <nokkelID> is fired instead of <ID> and if also <nokkel> is defined after <nokkelID>, then <nokkel> instead fires <nokkelID> too.

Seems like part of sentence fires the parsers keyfound instead of firing the first complete word

So ID should fire the <ID> key, instead of <nokkelID> and saying nokkel is the key

In this case
<ID>11</ID>
<nokkelID>5</nokkelID>
<nokkel>Søkresultater</nokkel>
<eier_forening>1</eier_forening>
<spraak>NOR</spraak>'#$D#$A'


For the first line, I get as key: nokkel and Results contain
5</nokkelID><nokkel>Søkresultater


When analysing next line I get following:
nokkelID as a correct key
and Result contain the correct value 5

And third line correctly contain
key = nokkel
result: Søkresultater

My version of Jedi is 3.38

Seems not to have been reported before,


Subject: Re: another push for a bug fix release
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 04 Nov 2009 21:14:15 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi all,

We will make a new JCL 2.1.1.3536 on tomorrow. This will mainly be a bugfix release based on current trunk. If you still have some bugfix to commit, please do that before tomorrow evening. Of course, unsafe modifications are not welcome since the trunk is implicitly "locked" for this upcoming release.

Regards,

- Florent


Subject: JvDbGrid: how to get DrawingStyle = gdsGradient?
From: delfo <delfo@nospam.thanks.es>
Date: Wed, 04 Nov 2009 11:57:23 +0000
Newsgroups: jedi.vcl

I tried several combinations but I can't get it to work -only works at design time-. Any ideas?

Should useXPThemes be deprecated now that DbGrid already supports that?

TIA



Subject: Re: another push for a bug fix release
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 03 Nov 2009 21:50:53 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi all,
>
> Chris Hesik published an article on his blog about a very annoying issue in the JVCL:
> http://blogs.embarcadero.com/chrishesik/2009/11/02/35056/
>
> We should release a bug fix version ASAP (the same for the JCL).

I know that, but I have two options:

1. Release 3.38.1 linked to JCL 2.01-3449
2. Release 3.38.1 linked to JCL 2.01.1-XXXX

Basically, either I wait for the updated JCL (with the JclAnsiStrings fixes only) or I do not wait for it.


Subject: another push for a bug fix release
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 03 Nov 2009 21:23:49 +0100
Newsgroups: jedi.vcl

Hi all,

Chris Hesik published an article on his blog about a very annoying issue in the JVCL:
http://blogs.embarcadero.com/chrishesik/2009/11/02/35056/

We should release a bug fix version ASAP (the same for the JCL).

- Florent


Subject: JvDbTreeView - Find Node
From: "Yasin Ersever" <yasinersever@hotmail.com>
Date: Tue, 3 Nov 2009 12:47:57 +0200
Newsgroups: jedi.vcl

how i find a node in jvdbtreeview?

can you give me a example?



Subject: Re: TjvDirectoryEdit and D2010
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 02 Nov 2009 23:12:06 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> D6, C6 and D7 should be drop at the same time since there is no difference in the language subset these tools support.

But the user base is still very large.


Subject: Re: TjvDirectoryEdit and D2010
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 02 Nov 2009 20:47:03 +0100
Newsgroups: jedi.vcl

D6, C6 and D7 should be drop at the same time since there is no difference in the language subset these tools support.

- Florent


Subject: Re: TjvDirectoryEdit and D2010
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 02 Nov 2009 20:10:46 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Maybe there should be a roadmap statement from the JEDI JCL and JVCL team on when we're going to drop Delphi 7.   Maybe end of 2010?  Some day it has to be done. :-)

Too early to tell
And there is D6 to drop before that


Subject: Re: TjvDirectoryEdit and D2010
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 02 Nov 2009 13:32:54 -0500
Newsgroups: jedi.vcl

Maybe there should be a roadmap statement from the JEDI JCL and JVCL team on when we're going to drop Delphi 7.   Maybe end of 2010?  Some day it has to be done. :-)


Warren


Subject: Re: TjvDirectoryEdit and D2010
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 29 Oct 2009 22:54:47 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> But before this, some issues should be looked at, such as #5000 for
>> instance.
>
> Done.

Thanks.


> Now that I don't have Delphi 7 installed anymore, such errors might
> happen more often.

No worries, I'll try to compile with D6 and C6 more often


Subject: Re: TjvDirectoryEdit and D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 29 Oct 2009 20:01:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > But before this, some issues should be looked at, such as #5000 for
> > instance.

Done.

Now that I don't have Delphi 7 installed anymore, such errors might
happen more often.


-- Andreas Hausladen 

Subject: Re: TjvDirectoryEdit and D2010
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 29 Oct 2009 17:13:33 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> I don't have the required time now to make a new JCL release... maybe on the middle of November...

There could be a solution :
Create a branch from the 3.38 tag, apply the change to JvThemes.pas and then create a 3.38.1 release from this.
I'll see what I can do.


Subject: Re: TjvDirectoryEdit and D2010
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 29 Oct 2009 16:13:12 +0100
Newsgroups: jedi.vcl

I don't have the required time now to make a new JCL release... maybe on the middle of November...

- Florent


Subject: Re: TjvDirectoryEdit and D2010
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 29 Oct 2009 14:43:57 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
>> Andreas Hausladen pretended :
>>> The problem is/was a change in the UxThemes.pas function
>>> DrawThemeTextEx. This JVCL 3.38 bug was fixed almost two months ago but
>>> there is no JVCL release that contains this bug-fix.
>
> I think this bug is reason enough for a new install JVCL zip bundle on the Sourceforge page, don't you all?

It is, it's just that I need the time to do so. And this will need a new JCL too as the current SVN content relies on new JCL functionality.

But before this, some issues should be looked at, such as #5000 for instance.


Subject: Re: TjvDirectoryEdit and D2010
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 29 Oct 2009 09:32:48 -0400
Newsgroups: jedi.vcl

> Andreas Hausladen pretended :
>> The problem is/was a change in the UxThemes.pas function
>> DrawThemeTextEx. This JVCL 3.38 bug was fixed almost two months ago but
>> there is no JVCL release that contains this bug-fix.

I think this bug is reason enough for a new install JVCL zip bundle on the Sourceforge page, don't you all?

W


Subject: Re: TjvDirectoryEdit and D2010
From: Michael Vilhelmsen <Michael.Vilhelmsen.PLEASEREMOVE@Microcom.PLEASEREMOVE.Dk>
Date: Thu, 29 Oct 2009 08:32:00 +0100
Newsgroups: jedi.vcl

Andreas Hausladen pretended :
> Christian Wimmer wrote:
>
>> Try to find a newer version of the DLL file and make sure the newest
>> version is the only file accessible the your application.
>
> The problem is/was a change in the UxThemes.pas function
> DrawThemeTextEx. This JVCL 3.38 bug was fixed almost two months ago but
> there is no JVCL release that contains this bug-fix.
>
>
> There are 4 possible solutions:
>
>    1. If you have used my binary JVCL installer, then redownload it. I
> have updated the download to contain the fix for this bug. Only the
> JVCL installer is new. The JCL isn’t affected by this bug.
>
>       JVCL Binary Installer 3.38.0.1
>       http://cc.embarcadero.com/Item/27212
>
>    2. If you have installed the JVCL 3.38 source installation then you
> can replace the jvcl\run\JvThemes.pas by the updated JvThemes.pas
> (http://jvcl.svn.sourceforge.net/viewvc/jvcl/trunk/jvcl/run/JvThemes.pas
> ?view=log) and start the “jvcl\makemodified.bat” to recompile the JVCL.
>
>    3. If you have installed a daily build then download a new daily
> build.
>
>    4. If you have installed an SVN revision then update your SVN.

Thanks a lot.

Solution 2 worked like a doll :)

Michael

-- 

Best Regards / Venlig hilsen
Michael Vilhelmsen
==========
Best Regards / Venlig hilsen

Michael Vilhelmsen




Subject: Re: TjvDirectoryEdit and D2010
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 28 Oct 2009 22:45:13 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Christian Wimmer wrote:
>
>> I don't expect JVCL people to make errors :)
>
> Actually the error is on Embt's side. They changed the "failing"
> mechanism of the API. In Delphi 2009 and earlier it returns E_NOTIMPL.
> In Delphi 2010 it raises the EExternalException. ;-) And because all
> developers who worked on the JVCL seemed the have had Vista.

Or don't use themes (I'm on XP without themes)


Subject: Re: TjvDirectoryEdit and D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 28 Oct 2009 21:21:35 +0100
Newsgroups: jedi.vcl

Christian Wimmer wrote:

> > I don't expect JVCL people to make errors :)

Actually the error is on Embt's side. They changed the "failing"
mechanism of the API. In Delphi 2009 and earlier it returns E_NOTIMPL.
In Delphi 2010 it raises the EExternalException. ;-) And because all
developers who worked on the JVCL seemed the have had Vista.


-- Andreas Hausladen 

Subject: Re: TjvDirectoryEdit and D2010
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Wed, 28 Oct 2009 21:12:52 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> > Christian Wimmer wrote:
> > 
>> >> I don't think uxTheme.dll is delivered with JEDI installation.
>> >> Usually it resides in :\Windows\System32
>> >>
>> >> Is your Windows up to date? Or are there any single versions on your
>> >> hardisk?
> > 
> > Wrong direction. The problem is that the JVCL 3.38 uses an API function
> > from UxTheme.dll that was introduced with Vista and isn't available to
> > XP.
> > 
> > 

I don't expect JVCL people to make errors :)



Subject: Re: TjvDirectoryEdit and D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 28 Oct 2009 19:15:53 +0100
Newsgroups: jedi.vcl

Christian Wimmer wrote:

> > I don't think uxTheme.dll is delivered with JEDI installation.
> > Usually it resides in :\Windows\System32
> > 
> > Is your Windows up to date? Or are there any single versions on your
> > hardisk?

Wrong direction. The problem is that the JVCL 3.38 uses an API function
from UxTheme.dll that was introduced with Vista and isn't available to
XP.


-- Andreas Hausladen 

Subject: Re: TjvDirectoryEdit and D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 28 Oct 2009 18:42:05 +0100
Newsgroups: jedi.vcl

Christian Wimmer wrote:

> > Try to find a newer version of the DLL file and make sure the newest
> > version is the only file accessible the your application.

The problem is/was a change in the UxThemes.pas function
DrawThemeTextEx. This JVCL 3.38 bug was fixed almost two months ago but
there is no JVCL release that contains this bug-fix.


There are 4 possible solutions:

   1. If you have used my binary JVCL installer, then redownload it. I
have updated the download to contain the fix for this bug. Only the
JVCL installer is new. The JCL isn’t affected by this bug.

      JVCL Binary Installer 3.38.0.1
      http://cc.embarcadero.com/Item/27212

   2. If you have installed the JVCL 3.38 source installation then you
can replace the jvcl\run\JvThemes.pas by the updated JvThemes.pas
(http://jvcl.svn.sourceforge.net/viewvc/jvcl/trunk/jvcl/run/JvThemes.pas
?view=log) and start the “jvcl\makemodified.bat” to recompile the JVCL.

   3. If you have installed a daily build then download a new daily
build.

   4. If you have installed an SVN revision then update your SVN.



-- Andreas Hausladen 

Subject: Re: TjvDirectoryEdit and D2010
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Wed, 28 Oct 2009 18:31:02 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> > 
> > This is an old JCL Dll version issue, then?
> > 
> > W

I don't think uxTheme.dll is delivered with JEDI installation.
Usually it resides in :\Windows\System32

Is your Windows up to date? Or are there any single versions on your
hardisk?

Regards
Christian Wimmer
http://blog.delphi-jedi.met


Subject: Re: TjvDirectoryEdit and D2010
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Wed, 28 Oct 2009 18:18:37 +0100
Newsgroups: jedi.vcl

Michael Vilhelmsen schrieb:
> > Hi
> > 
> > While we are googling to find a solution I'll my question here.
> > 
> > I have 3 machines here. 2 PCs running XP all updates installed and one
> > labtop running windows 7 all updates installed.
> > All machines have Delphi 2010 installed. All with the first update.
> > 
> > I have on two of those machines (one PC and the labtop) installed Jedi
> > version 3.38.
> > Its been installed with INSTALL.BAT in JCL folder (all settings as there
> > are) and afterwards INSTALL.BAT in JVCL folder (all settings as they are).
> > 
> > We have done the same on the last PC.
> > 
> > 
> > All 3 can start Delphi 2010.
> > In the first 2 I can create a new empty project, add an TJvDirectoryEdit.
> > In object inspector it shows version 3.38.
> > 
> > On the last page the minute I drop a TJvDirectoryEdit I get an error in
> > Delphi saying External Exception C0FB007F.
> > Clicking more gives this:
> > 
> > 
> > 
> > 7C812AFB]{kernel32.dll} RaiseException + $52
> > [50011BDB]{rtl140.bpl  } System.@_delayLoadHelper (Line 302,
> > "C:\Builds\TP\rtl\sys\delayhlp.c" + 158) + $D
> > [500B0681]{rtl140.bpl  } UxTheme.uxtheme.dll (Line 5112, "UxTheme.pas" +
> > 0) + $5
> > [500B0712]{rtl140.bpl  } UxTheme.DrawThemeTextEx (Line 5138,
> > "UxTheme.pas" + 1) + $20
> > [490F437C]{JvCoreD14R.bpl} JvThemes.DrawGlassableText + $C4
> > [49ACF1B4]{JvStdCtrlsD14R.bpl}

> > 
> > 
> > Another thing we jsut tried was to run this above small program on the
> > machine that gives an error.
> > I cant even run the program on that machine!
> > It gives me the error:  External Exception C0FB007F
> > This error is the same.
> > 
> > 
> > 
> > So - 2 machines no problem.
> > 1 machine. problem.
> > 
> > 
> > Anyone with anything on this?
> > 
> > 
> > Michael
> > 

Hi

This error comes from Delphi 2010 feature: Delayed Function Loading.
Delayed means that the function is called on runtime the first time it
is accessed.
I wrote about this here:
http://blog.delphi-jedi.net/2009/08/29/version-checking-for-delphi/

In short the Exception Number C0FB007F is a value of HRESULT that means
the function was not found in the given DLL module.

Try to find a newer version of the DLL file and make sure the newest
version is the only file accessible the your application.


Regards
Christian Wimmer
http://blog.delphi-jedi.net



Subject: Re: TjvDirectoryEdit and D2010
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 28 Oct 2009 13:18:29 -0400
Newsgroups: jedi.vcl

On 2009-10-28 1:18 PM, Christian Wimmer wrote:

> Try to find a newer version of the DLL file and make sure the newest
> version is the only file accessible the your application.

This is an old JCL Dll version issue, then?

W


Subject: TjvDirectoryEdit and D2010
From: Michael Vilhelmsen <Michael.Vilhelmsen.PLEASEREMOVE@Microcom.PLEASEREMOVE.Dk>
Date: Wed, 28 Oct 2009 15:01:02 +0100
Newsgroups: jedi.vcl

Hi

While we are googling to find a solution I'll my question here.

I have 3 machines here. 2 PCs running XP all updates installed and one labtop running windows 7 all updates installed.
All machines have Delphi 2010 installed. All with the first update.

I have on two of those machines (one PC and the labtop) installed Jedi version 3.38.
Its been installed with INSTALL.BAT in JCL folder (all settings as there are) and afterwards INSTALL.BAT in JVCL folder (all settings as they are).

We have done the same on the last PC.


All 3 can start Delphi 2010.
In the first 2 I can create a new empty project, add an TJvDirectoryEdit.
In object inspector it shows version 3.38.

On the last page the minute I drop a TJvDirectoryEdit I get an error in Delphi saying External Exception C0FB007F.
Clicking more gives this:



7C812AFB]{kernel32.dll} RaiseException + $52
[50011BDB]{rtl140.bpl  } System.@_delayLoadHelper (Line 302, "C:\Builds\TP\rtl\sys\delayhlp.c" + 158) + $D
[500B0681]{rtl140.bpl  } UxTheme.uxtheme.dll (Line 5112, "UxTheme.pas" + 0) + $5
[500B0712]{rtl140.bpl  } UxTheme.DrawThemeTextEx (Line 5138, "UxTheme.pas" + 1) + $20
[490F437C]{JvCoreD14R.bpl} JvThemes.DrawGlassableText + $C4
[49ACF1B4]{JvStdCtrlsD14R.bpl} JvSpeedButton.TJvxButtonGlyph.DrawButtonText + $C4
[49ACF2A6]{JvStdCtrlsD14R.bpl} JvSpeedButton.TJvxButtonGlyph.DrawEx + $E2
[49ACDA81]{JvStdCtrlsD14R.bpl} JvSpeedButton.TJvImageSpeedButton.PaintImage + $C5
[49AE4128]{JvStdCtrlsD14R.bpl} JvToolEdit.TJvEditButton.PaintImage + $78
[49ACCC96]{JvStdCtrlsD14R.bpl} JvSpeedButton.TJvCustomSpeedButton.Paint + $336
[49AE4034]{JvStdCtrlsD14R.bpl} JvToolEdit.TJvEditButton.Paint + $98
[501CE436]{vcl140.bpl  } Graphics.TCanvas.SetPenPos (Line 4050, "Graphics.pas" + 1) + $9
[5029F685]{vcl140.bpl  } Controls.TGraphicControl.WMPaint (Line 13141, "Controls.pas" + 7) + $5
[49ACD58E]{JvStdCtrlsD14R.bpl} JvSpeedButton.TJvCustomSpeedButton.WMPaint + $B6
[50295DFC]{vcl140.bpl  } Controls.TControl.WndProc (Line 7062, "Controls.pas" + 91) + $6
[50010B7D]{rtl140.bpl  } System.TInterfacedObject._AddRef (Line 22076, "System.pas" + 1) + $3
[50010AC1]{rtl140.bpl  } System.@IntfCopy (Line 21970, "System.pas" + 6) + $0
[50010B93]{rtl140.bpl  } System.TInterfacedObject._Release (Line 22081, "System.pas" + 1) + $3
[50010AB0]{rtl140.bpl  } System.@IntfClear (Line 21928, "System.pas" + 7) + $0
[519ED37B]{vcldesigner140.bpl} VCLSurface.PaintEvent (Line 3094, "VCLSurface.pas" + 24) + $28
[5006499B]{rtl140.bpl  } Classes.TThreadList.LockList (Line 3835, "Classes.pas" + 1) + $4
[50064D91]{rtl140.bpl  } Classes.TInterfaceList.GetCount (Line 3967, "Classes.pas" + 5) + $10
[50010B93]{rtl140.bpl  } System.TInterfacedObject._Release (Line 22081, "System.pas" + 1) + $3
[50010AB0]{rtl140.bpl  } System.@IntfClear (Line 21928, "System.pas" + 7) + $0
[519EDC0A]{vcldesigner140.bpl} VCLSurface.TVclDesignSurface.IsDesignMsg (Line 3307, "VCLSurface.pas" + 186) + $28
[50009F92]{rtl140.bpl  } System.@IsClass (Line 9738, "System.pas" + 1) + $8
[490F6360]{JvCoreD14R.bpl} JvExControls.DispatchIsDesignMsg + $68
[490F7623]{JvCoreD14R.bpl} JvExControls.TJvExGraphicControl.WndProc + $1DB
[50295A20]{vcl140.bpl  } Controls.TControl.Perform (Line 6840, "Controls.pas" + 10) + $8
[5029AB5A]{vcl140.bpl  } Controls.TWinControl.PaintControls (Line 9977, "Controls.pas" + 27) + $D
[5029A955]{vcl140.bpl  } Controls.TWinControl.PaintHandler (Line 9923, "Controls.pas" + 24) + $8
[5029B058]{vcl140.bpl  } Controls.TWinControl.WMPaint (Line 10104, "Controls.pas" + 6) + $5
[50010AB0]{rtl140.bpl  } System.@IntfClear (Line 21928, "System.pas" + 7) + $0
[519EDC0A]{vcldesigner140.bpl} VCLSurface.TVclDesignSurface.IsDesignMsg (Line 3307, "VCLSurface.pas" + 186) + $28
[50009F92]{rtl140.bpl  } System.@IsClass (Line 9738, "System.pas" + 1) + $8
[5000A187]{rtl140.bpl  } System.TObject.Dispatch (Line 10010, "System.pas" + 8) + $0
[50295DFC]{vcl140.bpl  } Controls.TControl.WndProc (Line 7062, "Controls.pas" + 91) + $6
[5006499B]{rtl140.bpl  } Classes.TThreadList.LockList (Line 3835, "Classes.pas" + 1) + $4
[501D2A86]{vcl140.bpl  } Graphics.FreeMemoryContexts (Line 6935, "Graphics.pas" + 12) + $F
[50299D60]{vcl140.bpl  } Controls.TWinControl.MainWndProc (Line 9540, "Controls.pas" + 3) + $6
[50010B7D]{rtl140.bpl  } System.TInterfacedObject._AddRef (Line 22076, "System.pas" + 1) + $3
[50010AC1]{rtl140.bpl  } System.@IntfCopy (Line 21970, "System.pas" + 6) + $0
[50010B93]{rtl140.bpl  } System.TInterfacedObject._Release (Line 22081, "System.pas" + 1) + $3
[50010AB0]{rtl140.bpl  } System.@IntfClear (Line 21928, "System.pas" + 7) + $0
[519ED37B]{vcldesigner140.bpl} VCLSurface.PaintEvent (Line 3094, "VCLSurface.pas" + 24) + $28
[519EA347]{vcldesigner140.bpl} VCLSurface.TGrabHandles.WndProc (Line 1957, "VCLSurface.pas" + 37) + $13
[5029A6C0]{vcl140.bpl  } Controls.TWinControl.WndProc (Line 9819, "Controls.pas" + 144) + $6
[50299D60]{vcl140.bpl  } Controls.TWinControl.MainWndProc (Line 9540, "Controls.pas" + 3) + $6
[50076360]{rtl140.bpl  } Classes.StdWndProc (Line 13014, "Classes.pas" + 8) + $0
[50290916]{vcl140.bpl  } Controls.FindControl (Line 3377, "Controls.pas" + 6) + $9
[502C8749]{vcl140.bpl  } Forms.TApplication.ProcessMessage (Line 9784, "Forms.pas" + 30) + $1
[502C878E]{vcl140.bpl  } Forms.TApplication.HandleMessage (Line 9814, "Forms.pas" + 1) + $4
[502C8AB9]{vcl140.bpl  } Forms.TApplication.Run (Line 9951, "Forms.pas" + 26) + $3
[0043094A]{bds.exe     } bds.bds (Line 200, "" + 8) + $12FFB




Another thing we jsut tried was to run this above small program on the machine that gives an error.
I cant even run the program on that machine!
It gives me the error:  External Exception C0FB007F
This error is the same.



So - 2 machines no problem.
1 machine. problem.


Anyone with anything on this?


Michael

-- 

Best Regards / Venlig hilsen
Michael Vilhelmsen
==========
Best Regards / Venlig hilsen

Michael Vilhelmsen




Subject: Re: Error loading package
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 27 Oct 2009 14:20:43 -0400
Newsgroups: jedi.vcl

On 2009-10-22 12:15 PM, Stark wrote:
> Since a few days I get the following message when launching Delphi 2007:
> " Can't load the package E:\...\JvBandsD11D.bpl. Cannot register an
> unnamed wizard. ....".
> I checked and the file is exactly where it is not found.
> Any idea ?

Sometimes it's an old version that depends on an old version of the base packages for JVCL or JCL.  Delete it and rebuild/reinstall.

Warren



Subject: Re: Docking trouble
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 27 Oct 2009 14:18:37 -0400
Newsgroups: jedi.vcl

On 2009-10-23 6:50 AM, thrax wrote:

> But I also have a problem. For some reason, all dockable child windows also
> dock at each other. I see there is a 'EachOtherDock' property. But for some
> reason it won't allow me to set this property to false.

What do you mean it "won't allow you" to set it to false?

I tried the docking-in-code example in the JVCL examples, and modified it so part of it reads:

  newDocFm.DockClient.EachOtherDock := false;
// if true, makeum big noise and go boom:...
  Assert(not newDocFm.DockClient.EachOtherDock);
  newDocFm.ManualDock( DockServer.CustomDockPanel, nil, alNone )


It let me set that. How did you try to set it?  Did you get a compiler error, an runtime exception?    A silent failure?


W


Subject: Re: Why JvgWizardHeader is removed from JVCL?
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 27 Oct 2009 11:18:21 -0400
Newsgroups: jedi.vcl

On 2009-10-23 9:29 AM, OBones wrote:
>
> As indicated in the document, using TJvWizard and the accompanying
> components is the recommended route.

In some cases, a TPanel with a TImage in it would be just as good. :-)

That was I think one of the problems with the WizardHeader. It do not DO much of anything... :-)

W


Subject: Re: TJvTreeView.Multiselect rewritten
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 26 Oct 2009 09:04:20 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have rewritten the MultiSelect functionality of TJvTreeView. Now that
> the JVCL doesn't support Delphi 5 anymore the MultiSelect is based on
> Delphi 6's implementation.
>
> I have tested the code with Delphi 2009 and 2010.

Thanks Andreas, I'll try to test this with previous versions


Subject: TJvTreeView.Multiselect rewritten
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 25 Oct 2009 15:00:16 +0100
Newsgroups: jedi.vcl

I have rewritten the MultiSelect functionality of TJvTreeView. Now that
the JVCL doesn't support Delphi 5 anymore the MultiSelect is based on
Delphi 6's implementation.

I have tested the code with Delphi 2009 and 2010.


--
Andreas Hausladen


Subject: Re: Why JvgWizardHeader is removed from JVCL?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 23 Oct 2009 15:29:24 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:hb8qi1$ftt$1@news.talkto.net>:
>
>> Because it served no useful purpose in general and was badly coded just like many other Globus components.
>> Have a look at help/migrating_globus.htm for details about the removal of Globus components
> Is there any recommended replacement in JVCL?

As indicated in the document, using TJvWizard and the accompanying components is the recommended route.


Subject: Re: Why JvgWizardHeader is removed from JVCL?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 23 Oct 2009 13:15:50 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:hb8qi1$ftt$1@news.talkto.net>:

> > Because it served no useful purpose in general and was badly coded just 
> > like many other Globus components.
> > Have a look at help/migrating_globus.htm for details about the removal 
> > of Globus components
Is there any recommended replacement in JVCL?

-- cu, Michael 

Subject: Docking trouble
From: "thrax" <thrax666@hotmail.com>
Date: Fri, 23 Oct 2009 12:50:12 +0200
Newsgroups: jedi.vcl

Hi,

I'm using the docking components of JVCL and so far it looks good. I'm 
impressed by how easy and fast it is to get something working.

But I also have a problem. For some reason, all dockable child windows also 
dock at each other. I see there is a 'EachOtherDock' property. But for some 
reason it won't allow me to set this property to false.

Anybody has an idea about this? Would appreciate it.

Grtz,

Thrax. 




Subject: Error loading package
From: "Stark" <franco.jommi@tin.it>
Date: Thu, 22 Oct 2009 18:15:32 +0200
Newsgroups: jedi.vcl

Since a few days I get the following message when launching Delphi 2007: " Can't load the package E:\...\JvBandsD11D.bpl. Cannot register an unnamed wizard. ....".
I checked and the file is exactly where it is not found.
Any idea ?


Subject: Re: JvDateEdit OnAcceptDate event
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 21 Oct 2009 19:32:17 +0200
Newsgroups: jedi.vcl

This is likely not the right behavior and this should be reported in the JEDI mantis at:
http://issuetracker.delphi-jedi.org/

(please attach a simple project that reproduces this issue)

- Florent


Subject: Fwd: [JVCL-Checkins] SF.net SVN: jvcl:[12560] trunk/jvcl/run/JvJVCLUtils.pas
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 20 Oct 2009 02:09:12 +0200
Newsgroups: jedi.vcl

Hi Guys,

i've added this fix to the repository today, because of the problem the in d2010 the WindowState of MDI windows is no longer restored.

This solves the problem, but it seems to be a little bit ugly in the result.

Now there are a lot more redraws then before.

Any idea how to solve/prevent this.

Kind regards
Jens

-------- Original-Nachricht --------
Betreff: [JVCL-Checkins] SF.net SVN: jvcl:[12560] trunk/jvcl/run/JvJVCLUtils.pas
Datum: Mon, 19 Oct 2009 21:52:11 +0000
Von: jfudickar@users.sourceforge.net
An: jvcl-checkins@lists.sourceforge.net

Revision: 12560
          http://jvcl.svn.sourceforge.net/jvcl/?rev=12560&view=rev
Author:   jfudickar
Date:     2009-10-19 21:52:11 +0000 (Mon, 19 Oct 2009)

Log Message:
-----------
In D2010 the WindowState is restored from InternalRestoreFormPlacement again

Modified Paths:
--------------
    trunk/jvcl/run/JvJVCLUtils.pas

Modified: trunk/jvcl/run/JvJVCLUtils.pas
===================================================================
--- trunk/jvcl/run/JvJVCLUtils.pas    2009-10-19 21:42:29 UTC (rev 12559)
+++ trunk/jvcl/run/JvJVCLUtils.pas    2009-10-19 21:52:11 UTC (rev 12560)
@@ -3916,15 +3916,12 @@
   {                                                       }
   {*******************************************************}

+  {$IFNDEF DELPHI2010_UP}
   TJvHackForm = class(TScrollingWinControl)
   private
-    FActiveControl: TWinControl;
-    FFocusedControl: TWinControl;
-    FBorderIcons: TBorderIcons;
-    FBorderStyle: TFormBorderStyle;
-    FSizeChanging: Boolean;
     FWindowState: TWindowState; { !! }
   end;
+  {$ENDIF}

   TComponentAccessProtected = class(TComponent);
 {$HINTS ON}
@@ -4113,9 +4110,9 @@
       AppStorage.ConcatPaths([StorePath, siPixels]), Screen.PixelsPerInch));
     if DataFound then
     begin
-      if not (Form.BorderStyle in [bsSizeable, bsSizeToolWin]) then
-          Placement.rcNormalPosition := Rect(Placement.rcNormalPosition.Left, Placement.rcNormalPosition.Top,
-            Placement.rcNormalPosition.Left + Form.Width, Placement.rcNormalPosition.Top + Form.Height);
+//      if not (Form.BorderStyle in [bsSizeable, bsSizeToolWin]) then
+//          Placement.rcNormalPosition := Rect(Placement.rcNormalPosition.Left, Placement.rcNormalPosition.Top,
+//            Placement.rcNormalPosition.Left + Form.Width, Placement.rcNormalPosition.Top + Form.Height);
       if Placement.rcNormalPosition.Right > Placement.rcNormalPosition.Left then
       begin
         if not (csDesigning in Form.ComponentState) then
@@ -4164,14 +4161,21 @@
     if (WinState = wsMinimized) and ((Form = Application.MainForm) or
       (Application.MainForm = nil)) then
     begin
+      {$IFNDEF DELPHI2010_UP}
       TJvHackForm(Form).FWindowState := wsNormal;
+      {$ELSE}
+      Form.WindowState := wsNormal;
+      {$ENDIF}
       PostMessage(Application.Handle, WM_SYSCOMMAND, SC_MINIMIZE, 0);
       Exit;
     end;
+    {$IFNDEF DELPHI2010_UP} // Using this Hack didn't work with D2010
     if Form.FormStyle in [fsMDIChild, fsMDIForm] then
       TJvHackForm(Form).FWindowState := WinState
     else
+    {$ELSE}
       Form.WindowState := WinState;
+    {$ENDIF}
   end;
   Form.Update;
 end;


This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
jvcl-checkins mailing list
jvcl-checkins@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jvcl-checkins




Subject: Re: Why JvgWizardHeader is removed from JVCL?
From: Zeus <alcar@poczta.onet.pl>
Date: Tue, 20 Oct 2009 02:05:33 +0200
Newsgroups: jedi.vcl

Warren Postma pisze:
> On 2009-10-16 3:58 AM, Zeus wrote:
>> OBones pisze:
>>> Zeus wrote:
>>>> I use this JvgWizardHeader in my many applications, now i don't
>>>> upgrade JVCL because some components vanished...
>>>
>>> Because it served no useful purpose in general and was badly coded
>>> just like many other Globus components.
>>> Have a look at help/migrating_globus.htm for details about the removal
>>> of Globus components
>>
>> Thanks for explanation.
>
> There is no reason you can't keep using it on your own. Just put the files into one of your own folders, and have your own "old_jedi" development component folder.  It just won't be in JVCL distribution anymore.
>
> There have been pieces of code formerly in JEDI JVCL or JCL that had been removed for a variety of reasons, that people may still be using privately.  Most often, I would just copy that source code into the folder of the application which uses it.  Many of my projects have
> a "dev\myproject\localComponents" subfolder for just this purpose.
>
>
> Warren
>
Thanks, im did this.

Zeus


Subject: Re: Installing a set of JVCL
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 19 Oct 2009 12:08:36 -0400
Newsgroups: jedi.vcl

On 2009-10-17 3:50 AM, Florent Ouchet wrote:
> You can select the packages to be installed in the JVCL installer.

Just uncheck the checkboxes of the ones you don't want.

The funny thing is that you should probably try everything first to find out if you want it or not.

So....

If you value your time, I would just install everything and only take out packages once you've had time to try them. Then you can just uninstall the packages within the IDE that you no longer want.

Smart, eh?

W



Subject: Re: Why JvgWizardHeader is removed from JVCL?
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 19 Oct 2009 12:07:09 -0400
Newsgroups: jedi.vcl

On 2009-10-15 7:01 PM, Zeus wrote:
> I use this JvgWizardHeader in my many applications, now i don't upgrade
> JVCL because some components vanished... Exactly 18 Global components..

Make your own local copy of the removed globus stuff, and upgrade everything else. Easy.

W


Subject: Re: Why JvgWizardHeader is removed from JVCL?
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 19 Oct 2009 12:06:34 -0400
Newsgroups: jedi.vcl

On 2009-10-16 3:58 AM, Zeus wrote:
> OBones pisze:
>> Zeus wrote:
>>> I use this JvgWizardHeader in my many applications, now i don't
>>> upgrade JVCL because some components vanished...
>>
>> Because it served no useful purpose in general and was badly coded
>> just like many other Globus components.
>> Have a look at help/migrating_globus.htm for details about the removal
>> of Globus components
>
> Thanks for explanation.

There is no reason you can't keep using it on your own. Just put the files into one of your own folders, and have your own "old_jedi" development component folder.  It just won't be in JVCL distribution anymore.

There have been pieces of code formerly in JEDI JVCL or JCL that had been removed for a variety of reasons, that people may still be using privately.  Most often, I would just copy that source code into the folder of the application which uses it.  Many of my projects have
a "dev\myproject\localComponents" subfolder for just this purpose.


Warren



Subject: Re: Need help for Mantis 4938
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 17 Oct 2009 18:31:43 +0200
Newsgroups: jedi.vcl

I found an other solution to this issue, see my comments and proposed patch to the issue at:http://issuetracker.delphi-jedi.org/view.php?id=4938

- Florent


Subject: Re: Installing a set of JVCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 17 Oct 2009 09:50:39 +0200
Newsgroups: jedi.vcl

You can select the packages to be installed in the JVCL installer.

- Florent


Subject: Installing a set of JVCL
From: Sabetay Toros <bilsarbiz@ttnet.net.tr>
Date: Sat, 17 Oct 2009 08:36:51 +0300
Newsgroups: jedi.vcl

Hi,

I've installed previous JVCL libraries to my development environment. What I've observed is there is a lot of libraries that I would not use in my life. These librires are taking the precious linker time for every build.

Can it be a feature for the users to choose a subset the needed libraries they want and install them.

I'm using BCB6. How can I uninstall the packages that I'm not using from my system.

Thanks

Sabetay Toros


Subject: Re: Why JvgWizardHeader is removed from JVCL?
From: Zeus <alcar@poczta.onet.pl>
Date: Fri, 16 Oct 2009 09:58:37 +0200
Newsgroups: jedi.vcl

OBones pisze:
> Zeus wrote:
>> I use this JvgWizardHeader in my many applications, now i don't upgrade JVCL because some components vanished...
>
> Because it served no useful purpose in general and was badly coded just like many other Globus components.
> Have a look at help/migrating_globus.htm for details about the removal of Globus components

Thanks for explanation.


Subject: Re: Why JvgWizardHeader is removed from JVCL?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 16 Oct 2009 08:45:39 +0200
Newsgroups: jedi.vcl

Zeus wrote:
> I use this JvgWizardHeader in my many applications, now i don't upgrade JVCL because some components vanished...

Because it served no useful purpose in general and was badly coded just like many other Globus components.
Have a look at help/migrating_globus.htm for details about the removal of Globus components


Subject: Why JvgWizardHeader is removed from JVCL?
From: Zeus <alcar@poczta.onet.pl>
Date: Fri, 16 Oct 2009 01:01:22 +0200
Newsgroups: jedi.vcl

I use this JvgWizardHeader in my many applications, now i don't upgrade
JVCL because some components vanished... Exactly 18 Global components..


Subject: Why JvgWizardHeader is removed from JVCL?
From: Zeus <alcar@poczta.onet.pl>
Date: Fri, 16 Oct 2009 00:39:33 +0200
Newsgroups: jedi.vcl

I use this JvgWizardHeader in my many applications, now i don't upgrade JVCL because some components vanished...


Subject: RxFormStorage to JvFormstorage
From: Michael Vilhelmsen <Michael.Vilhelmsen.PLEASEREMOVE@Microcom.PLEASEREMOVE.Dk>
Date: Thu, 15 Oct 2009 13:52:16 +0200
Newsgroups: jedi.vcl

Hi

I have migrated from D5 to D2010.
And I have installed Jedi into D2010.

I have used to converter program to change among others RxFormStorage til JvForStorage.
On my forms I have afterwards dropped a JvAppIniFileStorage.

Now - Using RxFormstorage I saved all in a INI file in a custom place.
I used the IniSection part to specifi, in which section in the INI file the values should be stored.

I.e. I have one form, where I have set the IniSection to "LAgerTilgang2".
Ad I have changed Location to flCustom.
So in the INI file it is written like:

[LAgerTilgang2\TfrmLagertilgang2dbVarer]
Values.....


When setting JvAppIniFileStorage DefaultSection to the SAME it just ignores this and creates a new section called:

[frmLagertilgang2\TfrmLagertilgang2dbVarer]


This means instaed of the stored values from D5 I get new ones created.

Is there a solution to this?

-- 

Best Regards / Venlig hilsen
Michael Vilhelmsen
==========
Best Regards / Venlig hilsen

Michael Vilhelmsen




Subject: Re: TJvEdit with prefix
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 15 Oct 2009 08:12:21 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:hb4if4$ulr$1@news.talkto.net>:

 
> > It's from my DDevExtensions IDE plugin.
Ah - I see.

> > Delphi 2010's TButtonedEdit already has this functionality. So I don't
> > need it myself. But if somebody want to incorporate the code, feel free
> > to do so.
That's correct and D2009 has got it too, however, I needed it for Turbo
Delphi Pro ;-)

OTH, I didn't need any button with all its events and additional properties
but a static image (with a label).

-- cu, Michael 

Subject: Re: TJvEdit with prefix
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 14 Oct 2009 21:41:47 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Michael Fritz wrote:
>
>> that was really a quick reply and coding - I guess you already had
>> this in one of your drawers, correct? 
>
> It's from my DDevExtensions IDE plugin.
>
>
>> Any chance to get this into the JVCL trunk one day?
>
> Delphi 2010's TButtonedEdit already has this functionality. So I don't
> need it myself. But if somebody want to incorporate the code, feel free
> to do so.

If I recall correctly, there is a TJvButtonEdit available.
Not sure it can do what you are after, though.


Subject: Re: TJvEdit with prefix
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 14 Oct 2009 18:03:14 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > that was really a quick reply and coding - I guess you already had
> > this in one of your drawers, correct? 

It's from my DDevExtensions IDE plugin.


> > Any chance to get this into the JVCL trunk one day?

Delphi 2010's TButtonedEdit already has this functionality. So I don't
need it myself. But if somebody want to incorporate the code, feel free
to do so.



-- Regards, Andreas Hausladen 

Subject: Re: TJvEdit with prefix
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 13 Oct 2009 23:13:44 +0200
Newsgroups: jedi.vcl

Am Tue, 13 Oct 2009 20:03:19 +0200 schrieb Andreas Hausladen:

> > I have uploaded a simple JvEdit derived component to jedi.binaries that
> > adds an imagelist icon to the left side of the edit control.
Servus Andreas,

that was really a quick reply and coding - I guess you already had this in
one of your drawers, correct? 

Any chance to get this into the JVCL trunk one day?

-- cu, Michael 

Subject: Re: TJvEdit with prefix
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 13 Oct 2009 20:03:19 +0200
Newsgroups: jedi.vcl

I have uploaded a simple JvEdit derived component to jedi.binaries that
adds an imagelist icon to the left side of the edit control.

-- Regards, Andreas Hausladen 

Subject: JvDateEdit OnAcceptDate event
From: "Sorin H" <sorinh@zahav.net.il>
Date: Tue, 13 Oct 2009 18:39:44 +0200
Newsgroups: jedi.vcl

Hello

I'm using the jvcl 3.35 ver.

The OnAcceptDate event of JvDateEdit component is trriger when the user 
select a new date.
Still the text or the date value on the event are the old one and not the 
new selected date value.

Is this the normal behaviour?
If yes how can I get the new selected date on this event?

Thanks Sorin 




Subject: Turning off tJvtimer do not stop the thread from running
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Tue, 13 Oct 2009 17:48:45 +0200
Newsgroups: jedi.vcl

With the previous version I used of JVCL, 3.36 using tJvTimer in threaded mode worked ok, but now, after changing to 3.38, I need to turn off threading in order to proceed after a JvTimer.enabled:= false;

But maybe the error observed with BDS 2006 Architect is the same as reported in "Issure with tJvThreadTimer & D2010 ??

But since tJvTImer is another component, maybe not ??

I use tJvTimer together with Turbopower Analyst Pro and when pressing 'S' I enable JvTimer and send 's' to the device and enter an while not handled do application.processmessage loop that run until the sequence of data output from device has ended and as the response of the 's' the device answer with the first line ended by (Y/N) which trigger a datapacket which in turn turn off JvTimer, and then continue to wait.

But, the application hangs at this moment and when stopping the program, and step through code I'm now in the tJvThreead running forever :-(

Solution for my part is to turn off threading in the tJvTimer in which make the program work as normal again.


Subject: TJvEdit with prefix
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 13 Oct 2009 16:21:15 +0200
Newsgroups: jedi.vcl

Hi,

I wonder if it would be possible to modify TJvEdit that way, I could add a
prefix the edit text with a glyph - similar to the address bar Firefox.

This means an image should be placeable before the actual edit text. As far
as I know the current TJvEdit does not offer such a feature. Would it be
possible to add this?

If so, it would be handy if I could add a text and a glyph before the edit
text separated by a vertical line (just like Firefox does).

If this enhancement could not be done in the very near future, could you
give me perhaps some hints on how to do this myself, e.g. with a kind of
owner drawn  TJvEdit?

Thanks1
-- cu, Michael 

Subject: Re: Hairy bug fixed for Delphi 2010 JVCL JvDocking components when compiled in Delphi 2010 and run on XP.
From: "Armando Luiz Dettmer" <armando.luiz.dettmer@gmail.com>
Date: Thu, 8 Oct 2009 10:31:56 +0000 (UTC)
Newsgroups: jedi.vcl

Warren, you must be a bald guy by now, aren't you ? <G>



Subject: Re: Need help for Mantis 4938
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 08 Oct 2009 09:43:32 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Yes, that's what it seems to be even though I was sure this was the whole point of packages that these are all equal...

I moved this discussion to the delphi.rtl group on embarcadero's forums, and I've done the following tests:

AnObject is TObject --> True
AnObject is TPersistent --> False

So it seems the TPersistent inside JvCore is not the same as inside JvRuntimeDesign, but I have no idea why.


Subject: Placement of the Jvcl333.HxS file and other in JVCL333Help-Help2.zip
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Wed, 07 Oct 2009 21:30:47 +0200
Newsgroups: jedi.vcl

Maybe a very stupid question, but didn't find any documentation mentioning where to place the content of the JVCL333Help-Help2.zip in order to get it installed with BDS RAD 2006 package and the JVCL installer.


Subject: Re: Need help for Mantis 4938
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 06 Oct 2009 18:18:37 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> On 2009-10-06 3:14 AM, OBones wrote:
>> Florent Ouchet wrote:
>>>
>>>
>>> Warren Postma a écrit :
>>>> The user can be using packages but TJvForm is not in RTL or VCL but
>>>> rather
>>>> in a JEDI package. If he has the correct "JVPKGNAME120.bpl" in his
>>>> packages-list,
>>>> then this should work.
>>>>
>>>> In other words, his bug looks like an error in his creation of his
>>>> list of runtime packages,
>>>> either the main EXE's list of packages, or one BPL package dependency
>>>> on another being done incorrectly.
>>>
>>> That sounds strange, except that the application would fail at runtime
>>> because of unit Jv* is contained in package A and B.
>>
>> Thanks for the pointers, but I looked at it and it's not a package name
>> problem.
>> I uploaded the version that I am using in Mantis, and I am testing under
>> BDS2006 so the packages are JvXXX10
>> I really don't get why I have this problem...
>
> So basically TComponent class information is more or less a private thing when you turn on runtime packages?
>
> (Class::Package1.TComponent  !=  Class::Package2.TComponent  != Class::RTL100.BPL.TComponent )

Yes, that's what it seems to be even though I was sure this was the whole point of packages that these are all equal...


Subject: Re: Need help for Mantis 4938
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 06 Oct 2009 11:26:18 -0400
Newsgroups: jedi.vcl

On 2009-10-06 3:14 AM, OBones wrote:
> Florent Ouchet wrote:
>>
>>
>> Warren Postma a écrit :
>>> The user can be using packages but TJvForm is not in RTL or VCL but
>>> rather
>>> in a JEDI package. If he has the correct "JVPKGNAME120.bpl" in his
>>> packages-list,
>>> then this should work.
>>>
>>> In other words, his bug looks like an error in his creation of his
>>> list of runtime packages,
>>> either the main EXE's list of packages, or one BPL package dependency
>>> on another being done incorrectly.
>>
>> That sounds strange, except that the application would fail at runtime
>> because of unit Jv* is contained in package A and B.
>
> Thanks for the pointers, but I looked at it and it's not a package name
> problem.
> I uploaded the version that I am using in Mantis, and I am testing under
> BDS2006 so the packages are JvXXX10
> I really don't get why I have this problem...

So basically TComponent class information is more or less a private thing when you turn on runtime packages?

(Class::Package1.TComponent  !=  Class::Package2.TComponent  != Class::RTL100.BPL.TComponent )

Warren





Subject: Re: TJvZlibMultiple in Delphi 2009: error when decompressing files
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 06 Oct 2009 11:23:43 -0400
Newsgroups: jedi.vcl

Later on I found some bugs affecting ALL Versions of Delphi, when encountering directories with zero byte files. These are also fixed now.


Subject: Re: Need help for Mantis 4938
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 06 Oct 2009 09:14:04 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
>
>
> Warren Postma a écrit :
>> The user can be using packages but TJvForm is not in RTL or VCL but rather
>> in a JEDI package.  If he has the correct "JVPKGNAME120.bpl" in his packages-list,
>> then this should work.
>>
>> In other words, his bug looks like an error in his creation of his list of runtime packages,
>> either the main EXE's list of packages, or one BPL package dependency on another being done incorrectly.
>
> That sounds strange, except that the application would fail at runtime because of unit Jv* is contained in package A and B.

Thanks for the pointers, but I looked at it and it's not a package name problem.
I uploaded the version that I am using in Mantis, and I am testing under BDS2006 so the packages are JvXXX10
I really don't get why I have this problem...


Subject: Re: TJvHidDeviceController and JVCL 3.36 Compilation error
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Tue, 06 Oct 2009 09:03:51 +0200
Newsgroups: jedi.vcl

Just found why this error occured, in the directory Source\PhysicsAPIs
of the GLScene project, there is a copy of the ModuleLoader unit.
If it can help someone.


Subject: Re: Need help for Mantis 4938
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 05 Oct 2009 20:08:34 +0200
Newsgroups: jedi.vcl



Warren Postma a écrit :
> The user can be using packages but TJvForm is not in RTL or VCL but rather
> in a JEDI package.  If he has the correct "JVPKGNAME120.bpl" in his packages-list,
> then this should work.
>
> In other words, his bug looks like an error in his creation of his list of runtime packages,
> either the main EXE's list of packages, or one BPL package dependency on another being done incorrectly.

That sounds strange, except that the application would fail at runtime because of unit Jv* is contained in package A and B.

- Florent


Subject: Re: Need help for Mantis 4938
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 05 Oct 2009 13:06:45 -0400
Newsgroups: jedi.vcl

On 2009-10-05 10:08 AM, OBones wrote:
> I know that the "is" operator would return False when using simple DLLs
> but here we are talking about a package based application. Isn't it the
> whole purpose of packages to have common RTL/VCL across packages?

The user can be using packages but TJvForm is not in RTL or VCL but rather
in a JEDI package.  If he has the correct "JVPKGNAME120.bpl" in his packages-list,
then this should work.

In other words, his bug looks like an error in his creation of his list of runtime packages,
either the main EXE's list of packages, or one BPL package dependency on another being done incorrectly.

W


Subject: Need help for Mantis 4938
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 05 Oct 2009 16:08:49 +0200
Newsgroups: jedi.vcl

Hello all,

I'm currently trying to solve issue 4938 and I'm having a hard time.
The first problem was that the property editor form was not inheriting from TJvForm which meant TranslateComponent was not called for the form.
This has been fixed in SVN, but it does not help translating the form when using runtime packages.
For a reason that is beyond my understanding, the test at line 2383 inside JvGnugettext returns False for that form.
But it inherits from TJvForm which inherits from TForm, hence from TComponent.
I know that the "is" operator would return False when using simple DLLs but here we are talking about a package based application. Isn't it the whole purpose of packages to have common RTL/VCL across packages?

Just for the sake of it, I replaced the "is" test with this code:

CurClass := AnObject.ClassType;
while Assigned(CurClass) and not CurClass.ClassNameIs('TComponent') do
  CurClass := CurClass.ClassParent;
if Assigned(CurClass) then

with CurClass being a TClass variable.
The test thus becomes True, but there are many more "is" operator used across this unit and I don't feel comfortable changing all of them.

Could anyone provide any insight on this issue?

Thanks to all.
Olivier


Subject: Re: Done with my round of bug fixing for this weekend
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 04 Oct 2009 12:01:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Here is the list of Mantis bug reports that I've fixed this weekend.
> The list of open bugs is now back to 1 page.

Many thanks for this, it is very appreciated, especially the look at DB related issues which is not my strong point.


Subject: Done with my round of bug fixing for this weekend
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 3 Oct 2009 20:20:56 +0200
Newsgroups: jedi.vcl

Here is the list of Mantis bug reports that I've fixed this weekend.
The list of open bugs is now back to 1 page.

- 4640: TJvExitWindowsDialog.Execute crashes program/or Delphi 2009
under VIsta
- 4625: TJvDBGridHTMLExport loses Unicode symbols on save in D2009
- 4588: JvAppIniStorage: Render it completely unicode compliant
- 4865: JvDriveCtrls.pas : add OnDrawEvent
- 4869: Example JvContentScroller with new directions
- 4660: JvDBSpinEdit has problems with TFMTBCDFields
- 4662: TJvHTLabel is drawn wrong when cursor is placed over the label
before it is drawn the first time
- 4918: TJVMemoryData.Locate
- 4899: TJvRichEdit content is not shown when placed on TAdvOfficePager
(from TMS-Software)
- 4930: JvgCheckBox inactive
- 4901: loading successively different csv files in a same
TJvCsvDataSet fires un unexpected exception
- 4545: TJvLinkLabel: Wrong painting of highlighted links due to
Anti-Aliasing
- 4968: Component JvgCheckBox causes memory leak
- 4932: Bad selection in Designer with default messenger class
- 4940: JvGradient Problems
- 4828: TJvDBGridCSVExport.DoExport with ShowColumnName
- 4966: JvDBGridExcelExport with strings from UTF8-Databasetable failed
- 4943: JvDBUltimGrid v.3.38 - Delphi 2010 Event OnTitleClick

http://issuetracker.delphi-jedi.org/view_all_bug_page.php

-- Regards, Andreas Hausladen 

Subject: Re: \run\JvVersionControlActions.pas(641) Error: Incompatible types: 'String' and 'PResStringRec'
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 25 Sep 2009 10:47:33 -0400
Newsgroups: jedi.vcl

Looks like another one of those Jcl/Jvcl subversion sync things that always affect my PC.


W


Subject: \run\JvVersionControlActions.pas(641) Error: Incompatible types: 'String' and 'PResStringRec'
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 25 Sep 2009 10:28:32 -0400
Newsgroups: jedi.vcl

What's up here in Subversion?

procedure TJvVersionControlBaseAction.SetActionType(const Value:
    TJclVersionControlActionType);
begin
  FActionType := Value;
  if Caption = '' then
    Caption := LoadResString(VersionControlActionInfo(Value).Caption); // what?
  if Name = '' then
    Name := VersionControlActionInfo(Value).ActionName;
end;

Remove LoadResString and it compiles.

What's UP?

W


Subject: Re: Bug in TJvImageListBox.Items -> Font property editor
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 24 Sep 2009 23:15:15 +0200
Newsgroups: jedi.vcl

Markus.Humm wrote:
> Florent Ouchet schrieb:
>> I think this is the general behavior on Windows. Did you report your
>> bold problem in the issuetracker?
>>
>> - Florent
>
> No, where can I find this issue tracker? 

http://issuetracker.delphi-jedi.org/


> Would I need a login?

Yes, the login page explains how to do so.


Subject: Hairy bug fixed for Delphi 2010 JVCL JvDocking components when compiled in Delphi 2010 and run on XP.
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 24 Sep 2009 16:39:04 -0400
Newsgroups: jedi.vcl

The JvDockSupportProc.pas unit contained a function to read non-client metrics.  The end result of compiling the code as written on Delphi 2010 and running it on XP is that the grabber bar (titlebar above a docked window) was painted with a corrupted (possibly completely invisible or wildly tilted) font.

This one made me pull my hair out...

I have some code that breaks in Delphi 2010, only on XP.  It's a hairy
bug, this one.  Because the result values in the nonclientmetrics record
are uninitialize garbage that ended up trashing some TFont properties
and screwing up my app fonts.

function JvDockGetNonClientMetrics: TNONCLIENTMETRICS;
begin
   Result.cbSize := SizeOf(TNONCLIENTMETRICS);
   SystemParametersInfo(SPI_GETNONCLIENTMETRICS, Result.cbSize,
     @Result, 0);
end;

This code compiles and works in Delphi 7, 2007, 2009, and 2010.

It runs well on Vista if compiled in Delphi 2010, and fails at runtime
on XP if compiled in delphi 2010.

Why?  Because the sizeof(TNONCLIENTMETRICS) in 2010 is different than
sizeof(TNONCLIENTMETRICS) in 2009.

What happens at runtime depends on whether we're in Vista or not. On vista,
everything still works, with my Delphi 2010 compiled app.  But when I
compile on
Delphi 2010 and run on XP,   the XP kernel fails out on SystemParametersInfo
because it expects either 340 or 500 (depending on whether you are calling
SystemParametersInfoA or SystemParametersInfoW behind the scenes).

Warren



Subject: Re: Bug in TJvImageListBox.Items -> Font property editor
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Thu, 24 Sep 2009 20:36:25 +0200
Newsgroups: jedi.vcl

Florent Ouchet schrieb:
> > I think this is the general behavior on Windows. Did you report your
> > bold problem in the issuetracker?
> > 
> > - Florent

No, where can I find this issue tracker? Would I need a login?

Greetings

Markus


Subject: Re: Bug in TJvImageListBox.Items -> Font property editor
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 23 Sep 2009 19:33:35 +0200
Newsgroups: jedi.vcl

I think this is the general behavior on Windows. Did you report your bold problem in the issuetracker?

- Florent


Subject: Re: Bug in TJvImageListBox.Items -> Font property editor
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Wed, 23 Sep 2009 19:23:16 +0200
Newsgroups: jedi.vcl

Florent Ouchet schrieb:
> > A positive font size denotes points, a negative font size denotes pixels.
> > 
> > - Florent

Ah, great to know. Is this a Delphi standard? Or where is it documented?
But the bug I reported none the less exists, as he didn't take my bold
setting after closing the font dialog via OK. Is repeatable.

Greetings

Markus


Subject: Re: OT: Exe Size D2009 against D2010
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Wed, 23 Sep 2009 15:20:27 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> > On 2009-09-17 1:51 PM, Rudy Velthuis wrote:
>>> > > > AIUI these only affect the current unit.
>> > > 
>> > > Yes, indeed.
>> > > 
> > 
> > O rly?
> > 
> > That SUCKS.

Take a look at:

http://docwiki.embarcadero.com/RADStudio/en/WEAKLINKRTTI_directive_%28Delphi%29

<<
It is the only way to control how much RTTI is generated in the final
executable without recompiling the original units with different
settings for the $RTTI directive.
>> >>


-- Rudy Velthuis http://rvelthuis.de "Do you ever wake up in the middle of the night and just think to yourself, 'I am just full of hot gas?'" -- David Letterman to Rush Limbaugh 

Subject: Re: Bug in TJvImageListBox.Items -> Font property editor
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 22 Sep 2009 22:57:57 +0200
Newsgroups: jedi.vcl

A positive font size denotes points, a negative font size denotes pixels.

- Florent


Subject: Re: OT: Exe Size D2009 against D2010
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 22 Sep 2009 14:55:02 -0400
Newsgroups: jedi.vcl

On 2009-09-17 1:51 PM, Rudy Velthuis wrote:
>> AIUI these only affect the current unit.
>
> Yes, indeed.
>

O rly?

That SUCKS.

Embarcadero!!!!!     Unbelievably sucky decision not to make this a project option in the project settings.  I don't want to have to make an include file or shove this {$...} stuff at the top of every unit in my code.  Horrid. Horrid.

W


Subject: Bug in TJvImageListBox.Items -> Font property editor
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Tue, 22 Sep 2009 19:51:25 +0200
Newsgroups: jedi.vcl

Hello,

the font property editor of TJvImageListBox.Items doesn't store the
changed settings back in the items entry. This is V3.37 under D2007.
Also the font size parameter in the property fields (after uncollapsing
them) is in a unusual format: a negative integer, where the negativer
the number the bigger the font gets. Strange.

I did workaround tis for now, but a correction for the future would be nice.

Greetings

Markus


Subject: JVCL 3.38 install failure in D2005
From: billc <wmc7@verizon.net>
Date: Mon, 21 Sep 2009 20:46:12 -0700
Newsgroups: jedi.vcl

I get the following error message when trying to install JVCL 3.38 in D2005

[Compiling: JvCustomD9D.bpl]
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
C:\Program Files\Borland\BDS\3.0\Components\jvcl\design\JvCustomReg.pas(54) Fatal: F1026 File not found: 'JvTabBarXPPainter.dcu'


Subject: Jans Tabbar
From: Michael Vilhelmsen <Michael.Vilhelmsen.PLEASEREMOVE@Microcom.PLEASEREMOVE.Dk>
Date: Mon, 21 Sep 2009 11:03:42 +0200
Newsgroups: jedi.vcl

Hi

I use Jans Tabbar (TjanTabSection) in my Delphi 5 programs.

I suspect the same in Jedi (Delphi2010) is TJvOutlookBar.

But Im not quite sure what to search and replace to get it to work.
(Rx to Jedi har a nice RxLib.Dat file).


Michael

-- 

Best Regards / Venlig hilsen
Michael Vilhelmsen
This is an automatic signature of MesNews.
Site : http://www.mesnews.net




Subject: Problem with JvBalloonHint and ThemesEnabled
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sun, 20 Sep 2009 00:35:02 +0200
Newsgroups: jedi.vcl

hi

I'm using the latest JVCL SVN and running into a problem with
JvBalloonHint which doesn't draw its content correctly - only shadow is
drawn.
I placed just a button on a new vcl app, set the hint (+showhint) and
added a JvBalloonhint component
object JvBalloonHint1: TJvBalloonHint
    CustomAnimationStyle = atCenter
    Options = [boUseDefaultHeader, boUseDefaultIcon, boShowCloseBtn,
boCustomAnimation]
    UseBalloonAsApplicationHint = True
end
The button Onclick event contains this code

JvBalloonHint1.ActivateHint(Sender as TButton, '123   ');


So there are 2 ways how to show the Hint:
1. Hoovering over the button uses the application hint event
2. Clicking on the button calls the hint window directly.

So I describe the first one:

1. Hoovering over the button

I investigated the problem and found out that the problem disappears if
I disable desktop composition in compatibility tab of the binary file.

Well, in code it makes a difference at line 971 (within
TJvBalloonWindow.CreateParams)

{$IFDEF JVCLThemesEnabled}
  if IsWinVista_UP and ThemeServices.ThemesEnabled then
->    ExStyle := ExStyle or WS_EX_LAYERED;
{$ENDIF JVCLThemesEnabled}

If the WS_EX_LAYERED window style is added the balloon hint isn't shown
but without it, it looks correct.
It seems that WS_EX_LAYERED prevents TJvBalloonWindow.WMEraseBkgnd from
being called by the Windows Manager. This behaviour seems to be intended
for Layered Windows.
http://msdn.microsoft.com/en-us/library/ms997507.aspx

But it looks to me like a double buffering problem, so I added
WS_EX_COMPOSITED (>=XP)

ExStyle := ExStyle or WS_EX_LAYERED or WS_EX_COMPOSITED;

and this makes the balloon hint working again.

However, it generates another problem(*)

2. Clicking on the button

a) It seems to me that CustomAnimationStyle is ignored if
ApplicationShowHint (UseBallonAsApplicationHint=true)is used. There is
no effect whatsoever.
This effect is only shown when using ActivateHint directly. Just to be
mentioned. (not the main problem here)

b) Current situation:
When using ActivateHint directly and activating any animation style but
atNone, the animation is run and the hint shows perfectly.
If you use atNone the same problem as I described earlier occurs.
Changed situation(*): Then if WS_EX_COMPOSITED is added some of the
animation styles are broken. E.g. atBlend just shows the shadow for the
time of the animation and then the hint window content pops up. But
atNone works.


So I wonder what can be done here. Avoid using atNone? - that doesn't
change the problem with UseBallonAsApplicationHint set to true!
Use TApplicationEvents.OnShowHint and call ActivateHint directly instead
of using the default way? - a user can't know that.


--
Christian





Subject: Re: OT: Exe Size D2009 against D2010
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 17 Sep 2009 20:04:01 +0200
Newsgroups: jedi.vcl

Markus.Humm wrote:

> > Rudy Velthuis schrieb:
>> > > MJ Marshall [King Stairs Software] wrote:
>> > > 
>>> > >> Warren Postma wrote:
>>>> > >>> It's RTTI info. Try adding the explicit RTTI disable precompiler
>>>> > >>> declaration to your project .dpk file:
>>>> > > > > 
>>>> > >>> {$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}
>>>> > >>> {$WEAKLINKRTTI ON}
>>> > >> AIUI these only affect the current unit.
>> > > 
>> > > Yes, indeed.
> > 
> > Can I put them in some include and include it in every unit?

I guess so.

-- Rudy Velthuis http://rvelthuis.de "Everybody's worried about stopping terrorism. Well, there's a really easy way: stop participating in it." -- Noam Chomsky 

Subject: Re: OT: Exe Size D2009 against D2010
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Thu, 17 Sep 2009 20:02:56 +0200
Newsgroups: jedi.vcl

Rudy Velthuis schrieb:
> > MJ Marshall [King Stairs Software] wrote:
> > 
>> >> Warren Postma wrote:
>>> >>> It's RTTI info. Try adding the explicit RTTI disable precompiler
>>> >>> declaration to your project .dpk file:
>>> >>>
>>> >>> {$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}
>>> >>> {$WEAKLINKRTTI ON}
>> >> AIUI these only affect the current unit.
> > 
> > Yes, indeed.
> > 

Can I put them in some include and include it in every unit?

Greetings

Markus


Subject: Re: OT: Exe Size D2009 against D2010
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 17 Sep 2009 19:52:06 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > {$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])} is not
> > compatible with FastMM (no time to look why)

Huh? Since FastMM is the default memory manager for Delphi, it would
never work. I doubt that.

-- Rudy Velthuis http://rvelthuis.de "Elegance is not optional" -- Richard O'Keefe 

Subject: Re: OT: Exe Size D2009 against D2010
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 17 Sep 2009 19:51:01 +0200
Newsgroups: jedi.vcl

MJ Marshall [King Stairs Software] wrote:

> > Warren Postma wrote:
>> > > It's RTTI info. Try adding the explicit RTTI disable precompiler
>> > > declaration to your project .dpk file:
>> > > 
>> > > {$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}
>> > > {$WEAKLINKRTTI ON}
> > 
> > AIUI these only affect the current unit.

Yes, indeed.

-- Rudy Velthuis http://rvelthuis.de "The open secrets of good design practice include the importance of knowing what to keep whole, what to combine, what to separate, and what to throw away." -- Kevlin Henny 

Subject: Re: OT: Exe Size D2009 against D2010
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 17 Sep 2009 19:50:24 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Hello Jens,
> > 
> > The new RTTI adds a lot of meta-data to the executable.

If you don't switch it off.

-- Rudy Velthuis http://rvelthuis.de "Let us change our traditional attitude to the construction of programs. Instead of imagining that our main task is to instruct a computer what to do, let us concentrate rather on explaining to human beings what we want a computer to do." -- Donald Knuth 

Subject: Re: OT: Exe Size D2009 against D2010
From: "MJ Marshall [King Stairs Software]" <info_REMOVE_@kingstairs.com>
Date: Thu, 17 Sep 2009 08:45:49 -0700
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> It's an addon of 30%.
>
> A little bit to much for me :-(

There's a lot of discussion on this topic in the Embarcadero newsgroups...

Michael


Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Thu, 17 Sep 2009 08:49:07 -0400
Newsgroups: jedi.vcl

Got the latest files.  Working for me.  Thanks Andreas!

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:h8qtrf$spn$1@news.talkto.net...
> > Ok, this bug is now fixed with subversion revision 12502.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: OT: Exe Size D2009 against D2010
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 17 Sep 2009 13:57:27 +0200
Newsgroups: jedi.vcl

It's an addon of 30%.

A little bit to much for me :-(

Kind regards
Jens

Am 16.09.2009 05:54, schrieb Florent Ouchet:
> Hello Jens,
>
> The new RTTI adds a lot of meta-data to the executable.
>
> - Florent
>
> Jens Fudickar a écrit :
>> Hi,
>>
>> does anyone have an idea why the exe size of an application can extend
>> from 18MB in D2009 to 24MB in D2010.
>>
>> Both compilations using the same project file and in both cases the
>> project is rebuilded.
>>
>> Any ideas?
>>
>> Kind regards
>> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: OT: Exe Size D2009 against D2010
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 17 Sep 2009 01:34:43 +0200
Newsgroups: jedi.vcl

{$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])} is not compatible with FastMM (no time to look why)
and {$WEAKLINKRTTI ON} doesn'T reduce the size.

Kind regards
Jens

Am 16.09.2009 20:15, schrieb Warren Postma:
> {$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}
> {$WEAKLINKRTTI ON}

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: OT: Exe Size D2009 against D2010
From: "MJ Marshall [King Stairs Software]" <info_REMOVE_@kingstairs.com>
Date: Wed, 16 Sep 2009 13:45:58 -0700
Newsgroups: jedi.vcl

Warren Postma wrote:
> It's RTTI info. Try adding the explicit RTTI disable precompiler declaration to your project .dpk file:
>
> {$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}
> {$WEAKLINKRTTI ON}
>
> Warren

AIUI these only affect the current unit.

Michael


Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Wed, 16 Sep 2009 16:12:46 -0400
Newsgroups: jedi.vcl

Yes, looks like we are using it at it's default value which is TRUE.

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:h8qrjp$sbh$1@news.talkto.net...
> > J. Clarke wrote:
> >
>> >> TJvTimer
> >
> > So you are using TJvTimer and not TJvThreadTimer that I wrote about
> > because the OP had issues with TJvThreadTimer.
> >
> > I'll have a look at TJvTimer. Are you using it with the property
> > "Threaded = True" ?




Subject: Re: JvZlibMultiple.pas - data corruption error due to missing Flush
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 16 Sep 2009 14:38:25 -0400
Newsgroups: jedi.vcl

And more and more failure-mode fixings.   Just checked in Rev 12505.

OnFileSkip event added to JvZlibMultiple.pas. Handles CompressDirectory file read exceptions cleanly.



Subject: Re: OT: Exe Size D2009 against D2010
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 16 Sep 2009 14:15:33 -0400
Newsgroups: jedi.vcl

It's RTTI info. Try adding the explicit RTTI disable precompiler declaration to your project .dpk file:

{$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}
{$WEAKLINKRTTI ON}

Warren


Subject: Re: JvZlibMultiple.pas - data corruption error due to missing Flush
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 16 Sep 2009 14:15:14 -0400
Newsgroups: jedi.vcl

And now, I found an even worse problem.  JvZlibMultiple.CompresDirectory would create an unreadable archive (unreadable by JvZlibMultiple, which is the world's only known reader of its own custom archive type) file output, when a folder contained any zero-byte files.  Fixed.  Subversion rev 12504




Subject: JvZlibMultiple.pas - data corruption error due to missing Flush
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 16 Sep 2009 13:58:48 -0400
Newsgroups: jedi.vcl

I noticed some random partial corrupt ZLIB files being written by the JvZlibMultiple component, and traced it to a missing ZLib stream Flush invocation, which I added.
Checked in to subversion today as rev 12503

Warren


Subject: Re: Issue with TjvThreadTimer & D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 16 Sep 2009 19:38:09 +0200
Newsgroups: jedi.vcl

Ok, this bug is now fixed with subversion revision 12502.


-- Regards, Andreas Hausladen 

Subject: Re: Issue with TjvThreadTimer & D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 16 Sep 2009 18:59:55 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> > TJvTimer

So you are using TJvTimer and not TJvThreadTimer that I wrote about
because the OP had issues with TJvThreadTimer.

I'll have a look at TJvTimer. Are you using it with the property
"Threaded = True" ?


-- Regards, Andreas Hausladen 

Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Wed, 16 Sep 2009 08:49:09 -0400
Newsgroups: jedi.vcl

I understand that...and yet it has worked fine up until the latest JVCL 
release.


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:h8qb5g$pua$1@news.talkto.net...
> > J. Clarke wrote:
>> >> Let me be more clear about this. We're only speficially using the 
>> >> TJvTimer.
>> >>
>> >> Here's a typical event in one of our projects:
>> >>
>> >> procedure TMainForm.Timer1Timer(Sender: TObject);
>> >> begin
>> >>   Timer1.Enabled := False;
>> >>   CheckContents;
>> >>   Timer1.Enabled := True;
>> >> end;
> >
> > As Andreas said, this is useless 




Subject: Re: Issue with TjvThreadTimer & D2010
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 16 Sep 2009 14:19:12 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:
> Let me be more clear about this. We're only speficially using the TJvTimer.
>
> Here's a typical event in one of our projects:
>
> procedure TMainForm.Timer1Timer(Sender: TObject);
> begin
>   Timer1.Enabled := False;
>   CheckContents;
>   Timer1.Enabled := True;
> end;

As Andreas said, this is useless


Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Wed, 16 Sep 2009 08:04:14 -0400
Newsgroups: jedi.vcl

Let me be more clear about this. We're only speficially using the TJvTimer.

Here's a typical event in one of our projects:

procedure TMainForm.Timer1Timer(Sender: TObject);
begin
  Timer1.Enabled := False;
  CheckContents;
  Timer1.Enabled := True;
end;

I found in the latest with JVCL it gets to the first line Timer1.Enabled := 
FALSE and just hangs up.  This is in D2006 and D2010.  Unfortunately we use 
code similar to this in about 80 different projects so I may have to drop 
back my JVCL to the last version.


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:h8om23$d59$1@news.talkto.net...
> > J. Clarke wrote:
> >
>> >>  what am I supposed to be doing?
> >
> > Nothing. The timer will not fire as long as you are in the event
> > handler. It's the same with the normal TTimer component.
> >
> >
>> >> It's hard to tell since the GUI ends up not showing.
> >
> > If you access the VCL you must synchronize. TJvTimerThread calls the
> > OnTimer event in a second thread that is not the main thread. And
> > accessing the not threadsafe VCL only leads to unpredictable problems.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: OT: Exe Size D2009 against D2010
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 16 Sep 2009 05:54:06 +0200
Newsgroups: jedi.vcl

Hello Jens,

The new RTTI adds a lot of meta-data to the executable.

- Florent

Jens Fudickar a écrit :
> Hi,
>
> does anyone have an idea why the exe size of an application can extend from 18MB in D2009 to 24MB in D2010.
>
> Both compilations using the same project file and in both cases the project is rebuilded.
>
> Any ideas?
>
> Kind regards
> Jens


Subject: OT: Exe Size D2009 against D2010
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 16 Sep 2009 00:49:45 +0200
Newsgroups: jedi.vcl

Hi,

does anyone have an idea why the exe size of an application can extend from 18MB in D2009 to 24MB in D2010.

Both compilations using the same project file and in both cases the project is rebuilded.

Any ideas?

Kind regards
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: OT: Exe Size D2009 against D2010
From: "Joachim Uersfeld" <uersfeld@devdata.de>
Date: Tue, 15 Sep 2009 21:48:58 +0000 (UTC)
Newsgroups: jedi.vcl

Now DevExpress Skins included?

Jens Fudickar wrote:
> > does anyone have an idea why the exe size of an application can
> > extend from 18MB in D2009 to 24MB in D2010.


Subject: Re: Issue with TjvThreadTimer & D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 15 Sep 2009 23:12:40 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> >  what am I supposed to be doing?

Nothing. The timer will not fire as long as you are in the event
handler. It's the same with the normal TTimer component.


> > It's hard to tell since the GUI ends up not showing.

If you access the VCL you must synchronize. TJvTimerThread calls the
OnTimer event in a second thread that is not the main thread. And
accessing the not threadsafe VCL only leads to unpredictable problems.

-- Regards, Andreas Hausladen 

Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Tue, 15 Sep 2009 16:49:23 -0400
Newsgroups: jedi.vcl

It's hard to tell since the GUI ends up not showing.  LOL  I'll stick a 
break point in there and see if it does indeed fire (I'm not a work now so 
I'll get back to you on this).

In your previous post you indicated a new thread would be created everytime 
time I start the timer.  I don't want the timer to fire off (again) while 
I'm in the current timers event.  So the question becomes if I'm not 
disabling/enabling it what am I supposed to be doing?


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:h8o5gm$vs3$2@news.talkto.net...
> > J. Clarke wrote:
> >
>> >> This fix isn't 100% working for me.
> >
> > What are the symptoms? What is not working. Doesn't it fire the OnTimer
> > event anymore, does it crash?




Subject: Re: How to use gnugettext translations (jvcl.mo)?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 15 Sep 2009 18:39:12 +0200
Newsgroups: jedi.vcl

Fabrizio Monti wrote:
> OBones ha scritto:
>> Fabrizio Monti wrote:
>>> Hi all
>>>
>>> My app is compiled with run time packages.
>>> I'm currently using jvgnugettext for my own form, using the "default" text domain.
>>>
>>> I tried to add the italian jvcl.mo file to MyApp\locale\it\LC_MESSAGES but text are not translated in my language (for example, the JvProgramVersionCheck form which shows you if a new version exists))
>>>
>>> What am I missing?
>>
>> A call to "bindtextdomain" with the "jvcl" domain.
>
> News? :(

Could you post a sample application in Mantis? This would ensure it gets properly tracked


Subject: Re: Issue with TjvThreadTimer & D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 15 Sep 2009 18:30:18 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> > This fix isn't 100% working for me.

What are the symptoms? What is not working. Doesn't it fire the OnTimer
event anymore, does it crash?


-- Regards, Andreas Hausladen 

Subject: Re: Issue with TjvThreadTimer & D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 15 Sep 2009 18:29:31 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> > I believe this is a pretty common programming practice

This is very time consuming in case of TJvTimerThread because everytime
you disable the timer, the background thread will be terminated and
everytime you enable it again, a new thread is created.

-- Regards, Andreas Hausladen 

Subject: Re: Issue with TjvThreadTimer & D2010
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 15 Sep 2009 18:27:24 +0200
Newsgroups: jedi.vcl

Hello,

What exactly is going wrong with this patch applied?

- Florent

J. Clarke a écrit :
> Further info:  In the OnTimer event the 1st thing I do is disable the timer then re-enable it at the end of the procedure (I believe this is a pretty common programming practice).  If I comment those out the app seems to work.
>
> "J. Clarke" <jclarke@dssinc.NOSPAMcom> wrote in message news:h8nqfm$u6p$1@news.talkto.net...
>> This fix isn't 100% working for me.  I had to switch to a regular TTimer to get my existing app to work.


Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Tue, 15 Sep 2009 09:48:37 -0400
Newsgroups: jedi.vcl

Further info:  In the OnTimer event the 1st thing I do is disable the timer 
then re-enable it at the end of the procedure (I believe this is a pretty 
common programming practice).  If I comment those out the app seems to work.

"J. Clarke" <jclarke@dssinc.NOSPAMcom> wrote in message 
news:h8nqfm$u6p$1@news.talkto.net...
> > This fix isn't 100% working for me.  I had to switch to a regular TTimer 
> > to get my existing app to work.
> >
> > The only thing I can really point out is I'm doing a lot of enable 
> > toggling on my program create and I'm not sure if it's getting confused 
> > along the way.
> >
> > "OBones" <obones_gf_@_fe_altern.org> wrote in message 
> > news:h8nol4$tsr$1@news.talkto.net...
>> >> J. Clarke wrote:
>>> >>> Actually I guess I should be asking what is the link to access the file 
>>> >>> from SourceForge?
>> >>
>> >> SVN is the choice for this.
>> >> Or if you can wait until tomorrow it will be in the daily zip
> >
> > 




Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Tue, 15 Sep 2009 09:22:02 -0400
Newsgroups: jedi.vcl

This fix isn't 100% working for me.  I had to switch to a regular TTimer to 
get my existing app to work.

The only thing I can really point out is I'm doing a lot of enable toggling 
on my program create and I'm not sure if it's getting confused along the 
way.

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:h8nol4$tsr$1@news.talkto.net...
> > J. Clarke wrote:
>> >> Actually I guess I should be asking what is the link to access the file 
>> >> from SourceForge?
> >
> > SVN is the choice for this.
> > Or if you can wait until tomorrow it will be in the daily zip 




Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Tue, 15 Sep 2009 08:50:58 -0400
Newsgroups: jedi.vcl

I think this is it:: 
http://jvcl.svn.sourceforge.net/viewvc/jvcl/trunk/jvcl/run/JvThreadTimer.pas?view=markup&pathrev=12501


"J. Clarke" <jclarke@dssinc.NOSPAMcom> wrote in message 
news:h8nmol$tiv$1@news.talkto.net...
> > Actually I guess I should be asking what is the link to access the file 
> > from SourceForge?
> >
> > "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote 
> > in message news:h8m123$n9v$1@news.talkto.net...
>> >> OBones wrote:
>> >>
>>> >>> It still needs to be reviewed though.
>> >>
>> >> Done.
>> >>
>> >>
>> >> -- 
>> >> Regards,
>> >>
>> >> Andreas Hausladen
> >
> > 




Subject: Re: Issue with TjvThreadTimer & D2010
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 15 Sep 2009 14:50:48 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:
> Actually I guess I should be asking what is the link to access the file from SourceForge?

SVN is the choice for this.
Or if you can wait until tomorrow it will be in the daily zip


Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Tue, 15 Sep 2009 08:18:30 -0400
Newsgroups: jedi.vcl

Actually I guess I should be asking what is the link to access the file from 
SourceForge?

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:h8m123$n9v$1@news.talkto.net...
> > OBones wrote:
> >
>> >> It still needs to be reviewed though.
> >
> > Done.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Tue, 15 Sep 2009 08:13:02 -0400
Newsgroups: jedi.vcl

Thanks gents.  I saw the patch but am unsure what tool you are using to 
extract it....

Jeff


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:h8m123$n9v$1@news.talkto.net...
> > OBones wrote:
> >
>> >> It still needs to be reviewed though.
> >
> > Done.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Can't compile latest SVN JCL
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 15 Sep 2009 00:17:02 +0200
Newsgroups: jedi.vcl

Fabrizio Monti ha scritto:
> C:\PROGRA~1\Borland\BDS\4.0\COMPON~1\jcl\experts\debug\simdview\JclSIMDCpuInfo.pas(133) Error: E2003 Undeclared identifier: 'RsClose'
> C:\PROGRA~1\Borland\BDS\4.0\COMPON~1\jcl\experts\debug\simdview\JclSIMDViewForm.pas(167) Fatal: F2063 Could not compile used unit '..\..\experts\debug\simdview\JclSIMDCpuInfo.pas'
> Compilation failure
> ...failed

REV 3012 on Turbo Delphi W32 PRO


Subject: Can't compile latest SVN JCL
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 15 Sep 2009 00:15:55 +0200
Newsgroups: jedi.vcl

C:\PROGRA~1\Borland\BDS\4.0\COMPON~1\jcl\experts\debug\simdview\JclSIMDCpuInfo.pas(133) Error: E2003 Undeclared identifier: 'RsClose'
C:\PROGRA~1\Borland\BDS\4.0\COMPON~1\jcl\experts\debug\simdview\JclSIMDViewForm.pas(167) Fatal: F2063 Could not compile used unit '..\..\experts\debug\simdview\JclSIMDCpuInfo.pas'
Compilation failure
....failed


Subject: Re: How to use gnugettext translations (jvcl.mo)?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Mon, 14 Sep 2009 23:57:03 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Fabrizio Monti wrote:
>> Hi all
>>
>> My app is compiled with run time packages.
>> I'm currently using jvgnugettext for my own form, using the "default" text domain.
>>
>> I tried to add the italian jvcl.mo file to MyApp\locale\it\LC_MESSAGES but text are not translated in my language (for example, the JvProgramVersionCheck form which shows you if a new version exists))
>>
>> What am I missing?
>
> A call to "bindtextdomain" with the "jvcl" domain.

News? :(

Thanks :)


Subject: Re: Issue with TjvThreadTimer & D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 14 Sep 2009 23:01:50 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > It still needs to be reviewed though.

Done.


-- Regards, Andreas Hausladen 

Subject: Re: Issue with TjvThreadTimer & D2010
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 14 Sep 2009 22:37:43 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:
> Is there an updated JvThreadTimer available anywhere?  I have the same issue.

The patch is in Mantis here:


>> http://issuetracker.delphi-jedi.org/view.php?id=4914 

It still needs to be reviewed though.


Subject: Re: Issue with TjvThreadTimer & D2010
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Mon, 14 Sep 2009 16:26:37 -0400
Newsgroups: jedi.vcl

Is there an updated JvThreadTimer available anywhere?  I have the same 
issue.

"Stephane Wierzbicki" <swierzbicki@free.fr> wrote in message 
news:h84v0f$kp2$1@news.talkto.net...
> > Le 08/09/2009 11:35, Stephane Wierzbicki a écrit :
>> >> Hi,
>> >>
>> >> There is an issue with TjvThreadTimer & D2010. When you assign something
>> >> to the OnTimer event an exception is raised :
>> >> 'Cannot call Start on an already running nor suspended thread'
>> >>
>> >> FWIW I'm using the JVCL+JCL package available on sourceforge.
>> >>
>> >> B.R.
>> >> Stephane Wierzbicki
> > I've just found a solution on Mantis : 
> > http://issuetracker.delphi-jedi.org/view.php?id=4914 




Subject: Re: Error when installing JVCL SVN 3.39.0.0 under D2007.
From: "Ian Branch" <branch@celestial.com.au>
Date: Mon, 14 Sep 2009 18:12:55 +1000
Newsgroups: jedi.vcl

Absolutely no need to apologise.  What you guys are doing is extrordinary and I
am extremely grateful.

Regards,

Ian


Subject: Re: Error when installing JVCL SVN 3.39.0.0 under D2007.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 13 Sep 2009 10:35:42 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Not exactly, it's more about style cleans in order to make the JCL
> > translatable in a near future.

I saw all those CreateRes(@RsName) to Create(LoadResString(@RsName))
changes. And because Delphi doesn't have a problem with the first, I
concluded that it must be a necessary FPC change.


-- Regards, Andreas Hausladen 

Subject: Re: Error when installing JVCL SVN 3.39.0.0 under D2007.
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 13 Sep 2009 10:28:37 +0200
Newsgroups: jedi.vcl



Andreas Hausladen a écrit :
> There are lots of changes going on in the JCL (Looks like FreePascal
> support changes).

Not exactly, it's more about style cleans in order to make the JCL translatable in a near future. But you're right, I'm working on the FPC installation process now.

- Florent


Subject: Re: Error when installing JVCL SVN 3.39.0.0 under D2007.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 13 Sep 2009 10:19:59 +0200
Newsgroups: jedi.vcl

Ian Branch wrote:

> > D:\jvcl3\run\JvVersionControlActions.pas(641) Error: E2010
> > Incompatible types:  'string' and 'PResStringRec'
> > 
> > D:\jvcl3\run\JvVersionControlActionsEngine.pas(87) Fatal: F2063 Could
> > not compile used unit 'JvVersionControlActions'

There are lots of changes going on in the JCL (Looks like FreePascal
support changes).


-- Regards, Andreas Hausladen 

Subject: Re: Error when installing JVCL SVN 3.39.0.0 under D2007.
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 13 Sep 2009 09:55:06 +0200
Newsgroups: jedi.vcl

Hi Ian,

This is fixed in revision 12497. Sorry for the inconvenience.

- Florent


Subject: Error when installing JVCL SVN 3.39.0.0 under D2007.
From: "Ian Branch" <branch@celestial.com.au>
Date: Sun, 13 Sep 2009 10:29:03 +1000
Newsgroups: jedi.vcl

FYI/A.

D:\jvcl3\run\JvVersionControlActions.pas(641) Error: E2010 Incompatible types:
'string' and 'PResStringRec'

D:\jvcl3\run\JvVersionControlActionsEngine.pas(87) Fatal: F2063 Could not
compile used unit 'JvVersionControlActions'

Regards,

Ian


Subject: Re: How to use gnugettext translations (jvcl.mo)?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Sun, 13 Sep 2009 00:05:25 +0200
Newsgroups: jedi.vcl

Oh, I forgot to say I'm using latest JCL + JVCL (REV 12494) SVN code + Turbo Delphi PRO 2006


Subject: Re: How to use gnugettext translations (jvcl.mo)?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Sun, 13 Sep 2009 00:01:30 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Fabrizio Monti wrote:
>> Hi all
>>
>> My app is compiled with run time packages.
>> I'm currently using jvgnugettext for my own form, using the "default" text domain.
>>
>> I tried to add the italian jvcl.mo file to MyApp\locale\it\LC_MESSAGES but text are not translated in my language (for example, the JvProgramVersionCheck form which shows you if a new version exists))
>>
>> What am I missing?
>
> A call to "bindtextdomain" with the "jvcl" domain.

Hi Obones,

I've added this code to an unit I initalize before all others:

bindtextdomain('jvcl', ParamStr(0) + 'locale');

But this didn't work. The form showing me new versions available is not translated in italian.

To be more accurate: this won't work if I compile my app with run time packages.

If I DO NOT include that code AND I DO NOT compile with run time packages, the form got translated.

I attached a demo based on jvcl examples.

Thank you in advance!

JvProgramVersionCheck.zip
	



Subject: Re: How to use gnugettext translations (jvcl.mo)?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 12 Sep 2009 21:23:14 +0200
Newsgroups: jedi.vcl

Fabrizio Monti wrote:
> Hi all
>
> My app is compiled with run time packages.
> I'm currently using jvgnugettext for my own form, using the "default" text domain.
>
> I tried to add the italian jvcl.mo file to MyApp\locale\it\LC_MESSAGES but text are not translated in my language (for example, the JvProgramVersionCheck form which shows you if a new version exists))
>
> What am I missing?

A call to "bindtextdomain" with the "jvcl" domain.


Subject: How to use gnugettext translations (jvcl.mo)?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Sat, 12 Sep 2009 16:47:22 +0200
Newsgroups: jedi.vcl

Hi all

My app is compiled with run time packages.
I'm currently using jvgnugettext for my own form, using the "default" text domain.

I tried to add the italian jvcl.mo file to MyApp\locale\it\LC_MESSAGES but text are not translated in my language (for example, the JvProgramVersionCheck form which shows you if a new version exists))

What am I missing?

Thank you very much


Subject: Re: ESchedule not found in trunk
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 12 Sep 2009 15:14:58 +0200
Newsgroups: jedi.vcl

This is my fault, I renamed ESchedule to EJclScheduleError in revision 2995. I'll create an alias named ESchedule to fix this issue.

- Florent


Subject: ESchedule not found in trunk
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sat, 12 Sep 2009 15:06:03 +0200
Newsgroups: jedi.vcl

hi

I checked out the trunk of JVCL for some tests and got 2 errors in
\design\JvScheduleEditorForm.pas
The exception class ESchedule (appears two times) is not defined.

I know it is a developer branch but I didn't want it to be overlooked.

--
Christian


Subject: Re: Mysterious Delphi 2010 crash
From: "Marius" <please@nospamhere.com>
Date: Wed, 9 Sep 2009 20:10:34 +0000 (UTC)
Newsgroups: jedi.vcl

DChamberlin wrote:

> >I really have no idea how to find this problem. Any strategies?

You should use something like Eurekalog (or madexcept or even
JediExcept (not sure what the name is as i never use jedi)) what is
catching exception inside the IDE (caused by the ide) and show them to
you and it also allow's you to continue in the ide after the crash.
This helped me to fix a few stupid errors i made in my own
macrorecorder, classbrowser and sourceformatter.

Greetings,
Marius


Subject: Re: Mysterious Delphi 2010 crash
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Wed, 09 Sep 2009 21:25:03 +0200
Newsgroups: jedi.vcl

Hello,

with decomponentizized I mean I had this recently with a newer JVCL
version where I had placed this ono a form formerly and after upgrading
JVCL it wouldn't compile anymore as the component had been changed to a
static class or something like that in the JVCL. SO I removed the
component and called it via code.

Greetings

Markus


Subject: Guidance in rolling my own version of JvDBstatusLabel
From: "Gary Mugford" <FirstInitialFullLastName@gmail.com>
Date: Wed, 9 Sep 2009 04:00:09 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

  I suggested a while back that a property be added to the
JvDBstatusLabel component called TextSeparator. It would default to ':'
and would be used in the GetLabel function, for example. It now
produces for the record count option, something like 1:2319. I wanted 1
of 2319. I thought, by having a user set separator, that I wouldn't
require any changes to existing code, while letting the small group of
programmers who would prefer something else to have their way too.
Unfortunately, it seems the suggestion didn't strike a chord.

  Soooo, I've decided to try rolling my own version. I am used to doing
this with existing components so that I can have my own favourite set
of defaults. For example, I have versions of JvBitButtons with pre-set
colours, captions and modal results that helps me save a second or two
when putting down a button for Exit, Cancel, Save or Post. Small stuff.

  What I have never done, is try to change one of the FUNCTIONS of the
component. Is it as simple as merely repeating the same process as I
use with the default values and then make the changes in the one
changed function?

...snip..
// MPL Header code left intact from original JvDBControls.pas file
// Don't forget to put Jedi\JCVL\Run on search path for this
uses
  Windows, Messages, Classes, Graphics, Controls, StdCtrls, DBCtrls, DB,
  JvDBcontrols;

type
  TgmDBstatusLabel = class(TJvCustomLabel)
  private
  protected
    function GetLabelCaption: string; override;
  public
  published
  end;

procedure Register;

implementation

uses
  {$IFDEF COMPILER6_UP}
  FMTBcd,
  {$ENDIF COMPILER6_UP}
  {$IFDEF HAS_UNIT_VARIANTS}
  Variants,
  {$ENDIF HAS_UNIT_VARIANTS}
  SysUtils, Math, Forms,
  JvJCLUtils, JvJVCLUtils, JvCalc, JvTypes, JvConsts, JvResources;

{$R JvDBControls.res}

//=== { TgmDBstatusLabel }
===================================================

const
  GlyphSpacing = 2;
  GlyphColumns = 7;

constructor TgmDBstatusLabel.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
end;

function TgmDBstatusLabel.GetLabelCaption: string;
begin
  if (csDesigning in ComponentState) and ((FStyle = lsState) or
    (FDataLink = nil) or not FDataLink.Active) then
    Result := Format('(%s)', [Name])
  else
  if (FDataLink = nil) or (DataSource = nil) then
    Result := ''
  else
  begin
    case FStyle of
      lsState:
        if FShowOptions in [doCaption, doBoth] then
        begin
          if DataSetName = '' then
            Result := GetCaption(DataSource.State)
          else
            Result := Format('%s: %s', [DataSetName,
GetCaption(DataSource.State)]);
        end
        else { doGlyph }
          Result := '';
      lsRecordNo:
        if FDataLink.Active then
        begin
          if FRecordNo >= 0 then
          begin
            if FRecordCount >= 0 then
              //gm Result := Format('%d:%d', [FRecordNo, FRecordCount])
              Result := Format('%d of %d', [FRecordNo, FRecordCount])
            else
              Result := IntToStr(FRecordNo);
          end
          else
          begin
            if FRecordCount >= 0 then
              Result := Format('( %d )', [FRecordCount])
            else
              Result := '';
          end;
        end
        else
          Result := '';
      lsRecordSize:
        if FDataLink.Active then
          Result := IntToStr(FDataLink.DataSet.RecordSize)
        else
          Result := '';
    end;
  end;
end;

procedure Register;
begin
  RegisterComponents('Gary', [TgmDBstatusLabel]);
end;

end.

  Or will I blow up my computer when I try to run the above? Notice, I
didn't try to incorporate the new property, since I already know what I
want and this is not for general consumption. And I didn't want to
modify the original source and recompile, because I would have to re-do
the patch with each update to the JCVL library.

  I think that covers everything.


Subject: Re: SVN : JvChart.pas major fixes checked in. REV 12489.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 08 Sep 2009 12:31:49 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Someone could log all of these retroactively in mantis if anybody wants to keep a better history.

SVN is good enough for history purposes


Subject: Re: JVCL 3.38 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 08 Sep 2009 12:29:03 +0200
Newsgroups: jedi.general,jedi.vcl

Maksym Pyatnytskyy wrote:
> Do you mean "versioning-control"? It is indeed disabled in JCL and because of it it is marked as Delphi 2005 compatible.
> So why not mark JVCJ Delphi 2005 compatible too?

Because I did not notice this when releasing the JVCL


Subject: Re: Issue with TjvThreadTimer & D2010
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Tue, 08 Sep 2009 11:41:21 +0200
Newsgroups: jedi.vcl

Le 08/09/2009 11:35, Stephane Wierzbicki a écrit :
> Hi,
>
> There is an issue with TjvThreadTimer & D2010. When you assign something
> to the OnTimer event an exception is raised :
> 'Cannot call Start on an already running nor suspended thread'
>
> FWIW I'm using the JVCL+JCL package available on sourceforge.
>
> B.R.
> Stephane Wierzbicki
I've just found a solution on Mantis : http://issuetracker.delphi-jedi.org/view.php?id=4914


Subject: Issue with TjvThreadTimer & D2010
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Tue, 08 Sep 2009 11:35:35 +0200
Newsgroups: jedi.vcl

Hi,

There is an issue with TjvThreadTimer & D2010. When you assign something to the OnTimer event an exception is raised :
'Cannot call Start on an already running nor suspended thread'

FWIW I'm using the JVCL+JCL package available on sourceforge.

B.R.
Stephane Wierzbicki


Subject: Re: JVCL 3.38 Released!
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 08 Sep 2009 08:43:41 +0200
Newsgroups: jedi.general,jedi.vcl

The JCL is Delphi 2005 compatible and JCL 2.0 is tagged so, if this support is missing somewhere in the docs, it's a mistake. The JVCL docs should be updated as well.

- Florent


Subject: Re: JVCL 3.38 Released!
From: "Maksym Pyatnytskyy" <mpyat2@gmail.com>
Date: Tue, 8 Sep 2009 08:45:47 +0300
Newsgroups: jedi.general,jedi.vcl

Do you mean "versioning-control"? It is indeed disabled in JCL and because 
of it it is marked as Delphi 2005 compatible.
So why not mark JVCJ Delphi 2005 compatible too?


"Florent Ouchet" <outchy@users.sourceforge.net> ???????/???????? ? ???????? 
?????????: news:h83ir0$g30$1@news.talkto.net...
> > It is disabled out-of-the box.
> >
> > - Florent 




Subject: Re: JVCL 3.38 Released!
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 07 Sep 2009 23:06:29 +0200
Newsgroups: jedi.general,jedi.vcl

It is disabled out-of-the box.

- Florent


Subject: Re: ANN: JVCL 3.38 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 07 Sep 2009 22:41:02 +0200
Newsgroups: jedi.general,jedi.vcl

DChamberlin wrote:
> OBones wrote:
>
>> The JVCL Team is proud to announce that the stable release of JVCL
>> 3.38 is available for download.
>
> I just downloaded the JVCL338CompleteJCL201-Build3449.zip, unzipped it,
> and looked at readme.htm. On that page I clicked the install link and
> obtained a page that does not list Delphi 2009 or Delphi 2010 as
> supported compilers! Very confusing since I am about to install this
> version into Delphi 2010.

Ah bugger, I missed that one. Thanks for the reminder.


Subject: Re: Mysterious Delphi 2010 crash
From: "DChamberlin" <dougchamberlin@earthlink.net>
Date: Mon, 7 Sep 2009 20:30:47 +0000 (UTC)
Newsgroups: jedi.vcl

Oops. That should be TJvComputerInfoEx, not TjvSystemInfoEx.


Subject: Re: Mysterious Delphi 2010 crash
From: "DChamberlin" <dougchamberlin@earthlink.net>
Date: Mon, 7 Sep 2009 20:17:36 +0000 (UTC)
Newsgroups: jedi.vcl

Markus.Humm wrote:
> > does this problem repeat? 

This problem happens every time I follow the simple sequence I
outlined. Of course, I'm trying it on the same computer each time. I'm
using Windows XP Pro SP3 running in a VMWare VM under VMWare Fusion
2.0.5 hosted by Mac OSX 10.6 (Snow Leopard) on a Macbook Pro. Running
Delphi 2010 Pro SKU via RAD Studio 2010 having installed
JVCL338CompleteJCL201-Build3449.zip

The sequence is to start Delph IDE, create new VCL forms application,
find component TjvSystemInfoEx in package Jv System and place on form,
go to Object Inspector and expand that component's properties for OS
and Misc and wait for Access Violation.

> > And I think to remember that this component
> > was recently decomponentiszied sou you had to call it via source?

I'm not sure what you mean here by "decomponentiszied". If you mean it
should only be created a "manually" runtime by my code that's OK with
me. But then it should NOT appear in the component plalette as a
component that can be placed on a form.


Subject: Re: JVCL 3.38 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 07 Sep 2009 21:20:37 +0200
Newsgroups: jedi.general,jedi.vcl

Maksym Pyatnytskyy wrote:
> What about Delphi 2005? (Last JCL does support it)

Not out of the box, you have to disable one setting, but if you do, you'll be fine


Subject: Re: JVCL 3.38 Released!
From: "Maksym Pyatnytskyy" <mpyat2@gmail.com>
Date: Mon, 7 Sep 2009 22:10:26 +0300
Newsgroups: jedi.general,jedi.vcl

What about Delphi 2005? (Last JCL does support it)

"OBones" <obones_gfd_@_gfd_altern.org> ???????/???????? ? ???????? 
?????????: news:h7672h$9r$1@news.talkto.net...
> > The JVCL Team is proud to announce that the stable release of JVCL 3.38 is 
> > available for download.
> >
> > JVCL is a library of more than 600 visual and non-visual components for 
> > Delphi 6, 7, 2006, 2007, 2009 and 2010; C++Builder 6, 2006, 2007, 2009 and 
> > 2010. JVCL is distributed subject to the Mozilla Public License Version 
> > 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for 
> > all developers (open source, shareware or commercial) and includes the 
> > full source to all components.
> >
> > This release brings support for Delphi 2010 and C++Builder 2010.
> >
> > This release is available in four different flavors:
> > - Full install + latest JCL
> > - Full install without JCL
> > - Source and examples only
> > - Source only
> >
> > The current version is JVCL 3.38.
> >
> >
> > The JVCL Team
> > http://jvcl.sourceforge.net 




Subject: Re: JVCL 3.38 Released!
From: "Maksym Pyatnytskyy" <mpyat2@gmail.com>
Date: Mon, 7 Sep 2009 22:08:53 +0300
Newsgroups: jedi.general,jedi.vcl

What about Delphi 2005? (last JCL 2.0.1.3449 does support it)


"OBones" <obones_gfd_@_gfd_altern.org> ???????/???????? ? ???????? 
?????????: news:h7672h$9r$1@news.talkto.net...
> > The JVCL Team is proud to announce that the stable release of JVCL 3.38 is 
> > available for download.
> >
> > JVCL is a library of more than 600 visual and non-visual components for 
> > Delphi 6, 7, 2006, 2007, 2009 and 2010; C++Builder 6, 2006, 2007, 2009 and 
> > 2010. JVCL is distributed subject to the Mozilla Public License Version 
> > 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for 
> > all developers (open source, shareware or commercial) and includes the 
> > full source to all components.
> >
> > This release brings support for Delphi 2010 and C++Builder 2010.
> >
> > This release is available in four different flavors:
> > - Full install + latest JCL
> > - Full install without JCL
> > - Source and examples only
> > - Source only
> >
> > The current version is JVCL 3.38.
> >
> >
> > The JVCL Team
> > http://jvcl.sourceforge.net 




Subject: Re: Mysterious Delphi 2010 crash
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Mon, 07 Sep 2009 14:39:29 +0200
Newsgroups: jedi.vcl

Hello,

does this problem repeat? And I think to remember that this component
was recently decomponentiszied sou you had to call it via source?

Greetings

Markus


Subject: Re: Rx to Jedi
From: Michael Vilhelmsen <Michael.Vilhelmsen.PLEASEREMOVE@Microcom.PLEASEREMOVE.Dk>
Date: Mon, 07 Sep 2009 08:55:40 +0200
Newsgroups: jedi.vcl

Got it!

And your are right.
Much more flexible.

Whenever I learn to integrate to help files from Jedi into D2010 it will be easier :)

But thx so far

Michael


Jens Fudickar explained :
> Hi,
>
> for the missing inifile property.
>
> Have a look for the AppStorage property.
>
> The TJvXXXXAppStorage is a much more flexible concept. It supports Database, Ini File, XML File and Registry.
>
> Kind Regards
> Jens
>
> Am 04.09.2009 15:15, schrieb Michael Vilhelmsen:
>> Hi
>>
>> I have installed Jedi to Delphi 2010.
>> I come from Delphi 5 using Rx.
>>
>>
>> I can search and replace my definitions and get them changed to Jedi.
>>
>> Does someone have a definitions file to use with GReplace?
>> Or is there other tools to do this?
>>
>>
>> The RxFormStorage comp had a INIFILE property
>> This is not present with Jedi.
>>
>> How should I do this now?
>>
>> Or is there some webpage, where I can read about this.
>>
>> Regards
>> Mochael

-- 

Best Regards / Venlig hilsen
Michael Vilhelmsen
This is an automatic signature of MesNews.
Site : http://www.mesnews.net




Subject: Re: External Exception with JVCL-Component TJvDateEdit in D2010
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 06 Sep 2009 16:49:16 +0200
Newsgroups: jedi.vcl

The article was realy good :-)

Am 06.09.2009 06:59, schrieb Udo Treichel:
> Hello ANdreas,
>
> yes, you were right - I'm still using XP. So I downloaded the mentioned
> JvThemes.pas, rebuild the packages - and everything works smooth and
> well now! :-)
>
> Greatgreatgreat - thank you very much for your fast help! (And I love
> your blog article about this "theme" thing *chuckle*)
>
> Greetings
>
> Udo Treichel
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: External Exception with JVCL-Component TJvDateEdit in D2010
From: "Udo Treichel" <udotreichel@hotmail.com>
Date: Sun, 6 Sep 2009 04:59:24 +0000 (UTC)
Newsgroups: jedi.vcl

Hello ANdreas,

yes, you were right - I'm still using XP. So I downloaded the mentioned
JvThemes.pas, rebuild the packages - and everything works smooth and
well now! :-)

Greatgreatgreat - thank you very much for your fast help! (And I love
your blog article about this "theme" thing *chuckle*)

Greetings

Udo Treichel



Subject: Re: External Exception with JVCL-Component TJvDateEdit in D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 5 Sep 2009 19:29:48 +0200
Newsgroups: jedi.vcl

And in case you've used the binary installer. There is a new version of
the binary installer available
http://cc.embarcadero.com/Item/27212

-- Regards, Andreas Hausladen 

Subject: Re: External Exception with JVCL-Component TJvDateEdit in D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 5 Sep 2009 17:33:39 +0200
Newsgroups: jedi.vcl

Udo Treichel wrote:

> > Any idea what to do now?

Are you using Windows 2000 or XP ?

There was a bug in JvThemes.pas which accesses a Vista API function
even if no Vista is loaded. This was no problem in Delphi 7-2009
because there the DrawThemeTextEx function was a wrapper that returned
E_NOTIMPL if the API is not available (2000/XP). But with Delphi 2010
Embarcadero replaced the wrapper by using the new "delayed" import
directive that raises the External Error.

What to do:

1. Download the updated JvThemes.pas
http://jvcl.svn.sourceforge.net/viewvc/jvcl/trunk/jvcl/run/JvThemes.pas?view=log
and replace the one in the jvcl\run directory by the downloaded file.

2. Start the "jvcl\makemodified.bat" which will rebuild the modified
packages.



-- Regards, Andreas Hausladen 

Subject: External Exception with JVCL-Component TJvDateEdit in D2010
From: "Udo Treichel" <udotreichel@hotmail.com>
Date: Sat, 5 Sep 2009 11:49:36 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I have a problem with the component TJvDateEdit in D2010. Whenever I
put this component on a form, the external exception C0FB007F is raised
and the IDE gets mad.

I'm using JVCL/JCL from file JVCL338CompleteJCL201-Build3449.zip,
downloaded yesterday from the project page. It was a fresh install in
D2010. In D2007 this component works fine (same JCL/JVCL-Version).

Any idea what to do now?

Greetings

Udo Treichel


Subject: Mysterious Delphi 2010 crash
From: "DChamberlin" <dougchamberlin@earthlink.net>
Date: Fri, 4 Sep 2009 20:59:14 +0000 (UTC)
Newsgroups: jedi.vcl

I've decided to invest in using JVCL/JCL heavily for new projects. I
have a new Delphi 2010 installation and just downloadd and installed
both JCL and JVCL. No errors.

Starting the IDE I create a new VCL forms app. Browsing the component
list I spot TJvComputerInfoEx so I place an instance onto Form1. I then
start browsing through the Object Inspector window looking at the
properties on this component.

While I'm doing that the IDE crashes with the usual "Send report to
Microsoft?" dialog.

I really have no idea how to find this problem. Any strategies?


Subject: Re: Help with SetupAPI function
From: rick <luttrell@earthlink.net>
Date: Fri, 04 Sep 2009 13:10:53 -0500
Newsgroups: jedi.vcl

Thanks again, 
I'll see what I can find and if I discover an answer I'll let you know.
-Rick
> >rick wrote:
>> >> 
>> >> The BlueTooth link (COM10) is not reported.
>> >> 
> >
> >That is interesting. If you figure out what different GUID constants to 
> >use, to get that included, let me know and I'll fix up my code.
> >
> >see how I use  GUID_DEVINTERFACE_COMPORT and GUID_COMPORTS_MSPORTS_DLL ....
> >
> >maybe you can figure that out and let me know, since I have no such 
> >device at my disposal to try to get it to enumerate.
> >
> >
> >
> >Warren


Subject: Re: SVN : JvChart.pas major fixes checked in. REV 12489.
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 04 Sep 2009 12:47:05 -0400
Newsgroups: jedi.vcl

for best turnaround time, contact me at w p o s t m a  AT t e k r a n DOT c o m


Subject: Re: Help with SetupAPI function
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 04 Sep 2009 12:44:39 -0400
Newsgroups: jedi.vcl

rick wrote:
>
> The BlueTooth link (COM10) is not reported.
>

That is interesting. If you figure out what different GUID constants to use, to get that included, let me know and I'll fix up my code.

see how I use  GUID_DEVINTERFACE_COMPORT and GUID_COMPORTS_MSPORTS_DLL ....

maybe you can figure that out and let me know, since I have no such device at my disposal to try to get it to enumerate.



Warren


Subject: SVN : JvChart.pas major fixes checked in. REV 12489.
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 04 Sep 2009 12:39:57 -0400
Newsgroups: jedi.vcl


Major feature additions to JvChart.pas checked in today to subversion :

      JvChart.PlotPicture - Added ability to paint chart to external picture/image object, allowing easier printing or saving to disk of chart, even sized differently, with a size or resolution different from the on-screen chart's client area.

      GradientBar now has PenStyle and PenColor.

      TJvChartOptions was always inherited from type TPersistent, but didn't have Assign method, added so you can
      copy chart options easily around multiple chart objects.

     FOnChartPaint event was bogus. removed. It's supposed to be FOnPaint. Somehow we got two FOn..Paint declared.

    DrawChartLegendBelow got zapped some time in the past, restored that functionality.

     GetChartCanvas has new parameter isFloating. This fixes a bug (re)drawing floating markers.

 HorizontalBar/VerticalBar property accessors added. You can add a bar, and even get back at it, after you add it.  Kind of a basic functionality failure, fixed.



I am not aware of any mantis issues. These were all major faults I found and fixed myself some time earlier this or last year, and hadn't got around to merging. Now that delphi 2010 is out and everything is stable,
I figured it was time to clean up the known bugs in JvChart.

Someone could log all of these retroactively in mantis if anybody wants to keep a better history.

:-)

Please let me know about any regressions or problems and I'll fix 'em right away.


Warren


Subject: Re: Rx to Jedi
From: "Joachim Uersfeld" <uersfeld@devdata.de>
Date: Fri, 4 Sep 2009 15:16:01 +0000 (UTC)
Newsgroups: jedi.vcl

Look at C:\programm files\JEDI\jvcl\devtools\JVCLConvert

Michael Vilhelmsen wrote:

> > Hi
> > I have installed Jedi to Delphi 2010.
> > I come from Delphi 5 using Rx.
> > I can search and replace my definitions and get them changed to Jedi.


Subject: Re: Help with SetupAPI function
From: rick <luttrell@earthlink.net>
Date: Fri, 04 Sep 2009 10:08:13 -0500
Newsgroups: jedi.vcl

> >If you want to enumerate com ports, go to the jedi.binaries newsgroup on 
> >this host, and download my EnumComPorts.pas.  Easy and done.
> >
> >Warren

Warren, many, many thanks for your response.

Trying the EnumComPorts.pas works very nicely except it doesn't appear to catch all
available com ports on my machine. Is there something I'm missing ?

Example:

Device Manager reports friendly names:

Communications Port (COM1)
Intel(R) Active Management Technology - SOL(COM3)
Standard Serial over BlueTooth link (COM10)
USB Serial Port (COM4) 

EnumComPorts reports friendly names:

Communications Port (COM1)
Intel(R) Active Management Technology - SOL(COM3)
USB Serial Port (COM4)

The BlueTooth link (COM10) is not reported.

Thanks again,
-Rick
 


Subject: Re: Rx to Jedi
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 04 Sep 2009 16:26:49 +0200
Newsgroups: jedi.vcl

Hi,

for the missing inifile property.

Have a look for the AppStorage property.

The TJvXXXXAppStorage is a much more flexible concept. It supports Database, Ini File, XML File and Registry.

Kind Regards
Jens

Am 04.09.2009 15:15, schrieb Michael Vilhelmsen:
> Hi
>
> I have installed Jedi to Delphi 2010.
> I come from Delphi 5 using Rx.
>
>
> I can search and replace my definitions and get them changed to Jedi.
>
> Does someone have a definitions file to use with GReplace?
> Or is there other tools to do this?
>
>
> The RxFormStorage comp had a INIFILE property
> This is not present with Jedi.
>
> How should I do this now?
>
> Or is there some webpage, where I can read about this.
>
> Regards
> Mochael
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Rx to Jedi
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 04 Sep 2009 10:17:54 -0400
Newsgroups: jedi.vcl

search replace, Rx -> Jv

:-)

W


Subject: Re: Help with SetupAPI function
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 04 Sep 2009 10:14:50 -0400
Newsgroups: jedi.vcl

If you want to enumerate com ports, go to the jedi.binaries newsgroup on this host, and download my EnumComPorts.pas.  Easy and done.

Warren


Subject: Rx to Jedi
From: Michael Vilhelmsen <Michael.Vilhelmsen.PLEASEREMOVE@Microcom.PLEASEREMOVE.Dk>
Date: Fri, 04 Sep 2009 15:15:01 +0200
Newsgroups: jedi.vcl

Hi

I have installed Jedi to Delphi 2010.
I come from Delphi 5 using Rx.


I can search and replace my definitions and get them changed to Jedi.

Does someone have a definitions file to use with GReplace?
Or is there other tools to do this?


The RxFormStorage comp had a INIFILE property
This is not present with Jedi.

How should I do this now?

Or is there some webpage, where I can read about this.

Regards
Mochael

-- 

Best Regards / Venlig hilsen
Michael Vilhelmsen
==========
Best Regards / Venlig hilsen

Michael Vilhelmsen




Subject: Re: ANN: JVCL 3.38 Released!
From: "DChamberlin" <dougchamberlin@earthlink.net>
Date: Thu, 3 Sep 2009 22:29:19 +0000 (UTC)
Newsgroups: jedi.general,jedi.vcl

Test


Subject: Re: ANN: JVCL 3.38 Released!
From: "DChamberlin" <dougchamberlin@earthlink.net>
Date: Thu, 3 Sep 2009 22:29:19 +0000 (UTC)
Newsgroups: jedi.general,jedi.vcl

OBones wrote:

> > The JVCL Team is proud to announce that the stable release of JVCL
> > 3.38 is available for download.

I just downloaded the JVCL338CompleteJCL201-Build3449.zip, unzipped it,
and looked at readme.htm. On that page I clicked the install link and
obtained a page that does not list Delphi 2009 or Delphi 2010 as
supported compilers! Very confusing since I am about to install this
version into Delphi 2010.

Please get to updating these files ASAP so that others are not confused!



Subject: Help with SetupAPI function
From: rick <luttrell@earthlink.net>
Date: Thu, 03 Sep 2009 16:18:49 -0500
Newsgroups: jedi.vcl

Gentlemen, 

I'm new to the JVCL and look forward to using it. 

I've been searching for quite some time for a way to return serial port friendly names
so my user's can easily identify each connected serial device. 

I came across the function: SetupEnumAvailableComPorts: TstringList; at 
www.delphi3000.com/article.asp?ID=4001 which sounds like exactly what I'm looking for. 
 
I've installed v3.38 under Delphi 2007/Vista PRO and would like to use the SetupAPI
routines, but I encounter an error I don't know how to deal with. 
(note: also tried under Delphi 2010/Vista PRO)

E2033: Types of actual and formal var parameters must be identical.
For the values of PropertyRegDataType & RequiredSize.

Any help or suggestions would be most appreciated.
Thanks for your time,
-Rick
  
uses
  SetupAPI, Registry;

function SetupEnumAvailableComPorts: TstringList;
// Enumerates all serial communications ports that are available and ready to be used.
// For the setupapi unit see
// http://homepages.borland.com/jedi/cms/modules/apilib/visit.php?cid=4&lid=3

var
  RequiredSize: Cardinal;
  Guid: TGUID;
  DevInfoHandle: HDEVINFO;
  DeviceInfoData: TSPDevInfoData;
  MemberIndex: Cardinal;
  PropertyRegDataType: DWord; //tried cardinal with no joy
  RegProperty: Cardinal;
  RegTyp: Cardinal;
  Key: Hkey;
  Info: TRegKeyInfo;
  S1, S2: string;
  hc: THandle;
begin
  Result := nil;
  //If we cannot access the setupapi.dll then we return a nil pointer.
  if not LoadsetupAPI then
    exit;
  try
    // get 'Ports' class guid from name
    if SetupDiClassGuidsFromName('Ports', @Guid, RequiredSize, RequiredSize) then
      begin
        //get object handle of 'Ports' class to interate all devices
        DevInfoHandle := SetupDiGetClassDevs(@Guid, nil, 0, DIGCF_PRESENT);
        if Cardinal(DevInfoHandle) <> Invalid_Handle_Value then
          begin
            try
              MemberIndex := 0;
              result := TStringList.Create;
              //iterate device list
              repeat
                FillChar(DeviceInfoData, SizeOf(DeviceInfoData), 0);
                DeviceInfoData.cbSize := SizeOf(DeviceInfoData);
                //get device info that corresponds to the next memberindex
                if not SetupDiEnumDeviceInfo(DevInfoHandle, MemberIndex, DeviceInfoData)
then
                  break;
                //query friendly device name LIKE 'BlueTooth Communication Port (COM8)'
etc
                RegProperty := SPDRP_FriendlyName; {SPDRP_Driver, SPDRP_SERVICE,
SPDRP_ENUMERATOR_NAME,SPDRP_PHYSICAL_DEVICE_OBJECT_NAME,SPDRP_FRIENDLYNAME,}
                SetupDiGetDeviceRegistryProperty(DevInfoHandle,
                  DeviceInfoData,
                  RegProperty,
                  @PropertyRegDataType, //<<<<-Error 2033 
                  nil, 0, @RequiredSize);
                SetLength(S1, RequiredSize);  //<<<<-Error 2033
                if SetupDiGetDeviceRegistryProperty(DevInfoHandle, DeviceInfoData,
                  RegProperty,
                  @PropertyRegDataType,  //<<<<-Error 2033
                  @S1[1], 
                  RequiredSize, 
                  @RequiredSize) then   //<<<<-Error 2033 
                  begin
                    KEY := SetupDiOpenDevRegKey(DevInfoHandle, DeviceInfoData,
DICS_FLAG_GLOBAL, 0, DIREG_DEV, KEY_READ);
                    if key <> INValid_Handle_Value then
                      begin
                        FillChar(Info, SizeOf(Info), 0);
                        //query the real port name from the registry value 'PortName'
                        if RegQueryInfoKey(Key, nil, nil, nil, @Info.NumSubKeys,
@Info.MaxSubKeyLen, nil, @Info.NumValues, @Info.MaxValueLen,
                          @Info.MaxDataLen, nil, @Info.FileTime) = ERROR_SUCCESS then
                          begin
                            RequiredSize := Info.MaxValueLen + 1;
                            SetLength(S2, RequiredSize);
                            if RegQueryValueEx(KEY, 'PortName', nil, @Regtyp, @s2[1],
@RequiredSize) = Error_Success then
                              begin
                                if (Pos('COM', S2) = 1) then
                                  begin
                                    //Test if the device can be used
                                    hc := CreateFile(pchar('\\.\' + S2 + #0),
                                      GENERIC_READ or GENERIC_WRITE,
                                      0,
                                      nil,
                                      OPEN_EXISTING,
                                      FILE_ATTRIBUTE_NORMAL,
                                      0);
                                    if hc <> INVALID_HANDLE_VALUE then
                                      begin
                                        Result.Add(Strpas(PChar(S2)) + ': = ' +
StrPas(PChar(S1)));
                                        CloseHandle(hc);
                                      end;
                                  end;
                              end;
                          end;
                        RegCloseKey(key);
                      end;
                  end;
                Inc(MemberIndex);
              until False;
              //If we did not found any free com. port we return a NIL pointer.
              if Result.Count = 0 then
                begin
                  Result.Free;
                  Result := nil;

                end
            finally
              SetupDiDestroyDeviceInfoList(DevInfoHandle);
            end;
          end;
      end;
  finally
    UnloadSetupApi;
  end;
end;


Subject: Re: TJvSimScope
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Thu, 03 Sep 2009 20:53:11 +0200
Newsgroups: jedi.vcl

Warren Postma schrieb:
> > 
> > Why don't you step into the code and see what it does instead of
> > assuming you have guessed what did, or didn't happen?  :-) Aren't you a
> > curious type?
> > 

Yes I am but I lack of time! I looked at the source for 5 mins or so and
found copy routines in it so I assume now that it does eat my memory
esp. as I can prove it when I set .active to false this stops happening.

=> it's proven now for me tht it happens but I don't know why exactly
and I don't have time to find out right now. The people who developped
this source should find it out faster I think.

Greetings

Markus


Subject: Re: TJvSimScope
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 02 Sep 2009 16:05:48 -0400
Newsgroups: jedi.vcl


Why don't you step into the code and see what it does instead of assuming you have guessed what did, or didn't happen?  :-) Aren't you a
curious type?

W


Subject: Re: TJvSimScope
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Tue, 01 Sep 2009 23:03:51 +0200
Newsgroups: jedi.vcl

Warren Postma schrieb:
> > 
> > FYI:
> > 
> > It grows until it hits the "Capacity" aka "TotalTimeSteps" limit,
> > whatever you set that to. If you didn't set it to something else, it
> > looks like it defaults to 208.  Which is a trivially small size.
> > 
> > 
> > 
> > Warren

Hello,

hm, it must be that because when I change my app so that the sim scopes
..active:=false the memory eating doesn't occur. Theres some memory
copying going on inside my version. But I think I'm on V3.33 (or maybe
3.00, but I tend to 3.33) so I'm not sure whether that changed.
At least for my app I can proove this effect! (It's extra running this
whole night to proove my fix [.active:=false if not really needed] works
as intended).

Greetings

Markus


Subject: Re: TJvSimScope
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 01 Sep 2009 15:50:41 -0400
Newsgroups: jedi.vcl


FYI:

It grows until it hits the "Capacity" aka "TotalTimeSteps" limit, whatever you set that to. If you didn't set it to something else, it looks like it defaults to 208.  Which is a trivially small size.



Warren


Subject: Re: TJvSimScope
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 01 Sep 2009 15:48:01 -0400
Newsgroups: jedi.vcl

Markus.Humm wrote:
> Hello,
>
> I'm still on JVCL 3.00 or 3.30 (don't know off hand). I'm using
> TJvSimScope and have some questions regarding it:
>
> 1. is there a possibility to "scroll left" so that values which aren't
>    displayed anymore are visible again? How does it work?
>
> 2. If the answer to 1. is no, why are those kept somewhere?
>    The proof is that my app with a active JvSimScope consumes memory
>    in a continous way but if the SimScope is stopped memory consumption
>    is stopping right away. I just want to find out if there's some real
>    useage for this memory being used or not. And is there some
>    property/method which would auto free this not accessible memory
>    perhaps? So if you cannot or never will scroll left no memory gets
>    wasted?

Are you SURE it's JvSimScope that keeps growing?

The TJvScopeLineValues.GetItem works like this:

function TJvScopeLineValues.GetItem(Index: Integer): Integer;
begin
  Result := FValues[(Index + FZeroIndex) mod FCount];
end;


As you can see it is using MOD, and the FZeroIndex allows it to turn a flat array into a "circular buffer" because it uses modulus arithmetic (remainders) to determine its data lookup.

In other words, the answer to #1 is no, and the answer to #2 is "it's probably NOT JvSimScope causing your memory growth.

Warren


Subject: TJvSimScope
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Mon, 31 Aug 2009 21:11:36 +0200
Newsgroups: jedi.vcl

Hello,

I'm still on JVCL 3.00 or 3.30 (don't know off hand). I'm using
TJvSimScope and have some questions regarding it:

1. is there a possibility to "scroll left" so that values which aren't
   displayed anymore are visible again? How does it work?

2. If the answer to 1. is no, why are those kept somewhere?
   The proof is that my app with a active JvSimScope consumes memory
   in a continous way but if the SimScope is stopped memory consumption
   is stopping right away. I just want to find out if there's some real
   useage for this memory being used or not. And is there some
   property/method which would auto free this not accessible memory
   perhaps? So if you cannot or never will scroll left no memory gets
   wasted?

Greetings

Markus


Subject: Re: ANN: JVCL 3.38 Released!
From: Ricardo Cardona Ramire <"ricardona_XXX_FIX_NO_THIS_and this"@gmail.com>
Date: Sat, 29 Aug 2009 23:09:35 -0500
Newsgroups: jedi.general,jedi.vcl

El 27/08/2009 12:46 p.m., OBones escribió:
> The JVCL Team is proud to announce that the stable release of JVCL 3.38 is available for download.
>
Thanks a lot to JCL/JVCL team for this new release.

Ricardo Cardona R


Subject: ANN: JVCL 3.38 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 27 Aug 2009 19:46:29 +0200
Newsgroups: jedi.general,jedi.vcl

The JVCL Team is proud to announce that the stable release of JVCL 3.38 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 6, 7, 2006, 2007, 2009 and 2010; C++Builder 6, 2006, 2007, 2009 and 2010. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release brings support for Delphi 2010 and C++Builder 2010.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.38.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: D5 Removing / D2010 Preparation
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 25 Aug 2009 16:43:24 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> And how do you know that? Delphi 2010 isn't released yet.

Now it is.

:-)

Warren


Subject: Re: TjvMouseGesture component
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 25 Aug 2009 15:20:29 +0200
Newsgroups: jedi.vcl

Lee wrote:
> Lee wrote:
>>
>> I've tried to demo this component but there seems to be a problem with directing the mouse gestures to a specific component while application level gestures do work.
>>
>> This is taken directly from the demo in the \examples directory of the JVCL installation.
>>
>> Can someone try out the gesture demo and confirm that it is not working on the component level (there is a TPanel on the demo that is supposed to get the gesture event)???
>>
>
> Shall I consider this component unsupported then? :-)

More like no one had the time to look at it.
It would be best if you could create a mantis issue with detailed steps:

http://issuetracker.delphi-jedi.org/


Subject: Re: TjvMouseGesture component
From: Lee <luv2program@yahoo.com>
Date: Tue, 25 Aug 2009 08:46:28 -0400
Newsgroups: jedi.vcl

Lee wrote:
>
> I've tried to demo this component but there seems to be a problem with directing the mouse gestures to a specific component while application level gestures do work.
>
> This is taken directly from the demo in the \examples directory of the JVCL installation.
>
> Can someone try out the gesture demo and confirm that it is not working on the component level (there is a TPanel on the demo that is supposed to get the gesture event)???
>

Shall I consider this component unsupported then? :-)

-- 
Warm Regards,

Lee


Subject: Re: JvCommandEdit
From: "Terry Yapt" <yapt@NOtechSPAMnovell.com>
Date: Mon, 24 Aug 2009 19:35:24 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Terry Yapt wrote:
>> > > OBones wrote:
>> > > 
>>> > > > Terry Yapt wrote:
>>>> > > > > Andreas Hausladen wrote:
>>>> > > > > 
>>>>> > > > > > Terry Yapt wrote:
>>>>> > > > > > 
>>>>>> > > > > > > I must to recompile an old application that use
>>>>>> > > > > > > JvCommandEdit component.  Are there any "equivalent"
>>>>>> > > > > > > component on last jvcl version ?
>>>>> > > > > > TJvCommandEdit was moved to the "jvcl3\archive" folder in June
>>>>> > > > > > 2003. I don't think there is an equivalent.
>>>> > > > > :-(
>>>> > > > > 
>>>> > > > > 
>>>> > > > > Why remove a component from JVCL without any "better sustitute"
>>>> > > > > ?  I don't understand.
>>> > > > What did it do ?
>> > > 
>> > > IIRC it has a command line where you could write "commands".  After
>> > > that, a command event interpreter could contain all the particular
>> > > code for every command and you can link the component with a memo
>> > > to log all commands (but perhaps this last was a dream)..
> > 
> > This kind of thing, and much more, can be done using TJvInterpreter.


Hummmm....  I will give it a try.

Thanks a lot.

Regards.


-- 

Subject: Re: JvCommandEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Aug 2009 13:21:56 +0200
Newsgroups: jedi.vcl

Terry Yapt wrote:
> OBones wrote:
>
>> Terry Yapt wrote:
>>> Andreas Hausladen wrote:
>>>
>>>> Terry Yapt wrote:
>>>>
>>>>> I must to recompile an old application that use JvCommandEdit
>>>>> component.  Are there any "equivalent" component on last jvcl
>>>>> version ?
>>>> TJvCommandEdit was moved to the "jvcl3\archive" folder in June
>>>> 2003. I don't think there is an equivalent.
>>> :-(
>>>
>>>
>>> Why remove a component from JVCL without any "better sustitute" ?  I
>>> don't understand.
>> What did it do ?
>
> IIRC it has a command line where you could write "commands".  After
> that, a command event interpreter could contain all the particular code
> for every command and you can link the component with a memo to log all
> commands (but perhaps this last was a dream)..

This kind of thing, and much more, can be done using TJvInterpreter.


Subject: Re: JvCommandEdit
From: "Terry Yapt" <yapt@NOtechSPAMnovell.com>
Date: Mon, 24 Aug 2009 07:53:35 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Terry Yapt wrote:
>> > > Andreas Hausladen wrote:
>> > > 
>>> > > > Terry Yapt wrote:
>>> > > > 
>>>> > > > > I must to recompile an old application that use JvCommandEdit
>>>> > > > > component.  Are there any "equivalent" component on last jvcl
>>>> > > > > version ?
>>> > > > TJvCommandEdit was moved to the "jvcl3\archive" folder in June
>>> > > > 2003. I don't think there is an equivalent.
>> > > 
>> > > :-(
>> > > 
>> > > 
>> > > Why remove a component from JVCL without any "better sustitute" ?  I
>> > > don't understand.
> > 
> > What did it do ?

IIRC it has a command line where you could write "commands".  After
that, a command event interpreter could contain all the particular code
for every command and you can link the component with a memo to log all
commands (but perhaps this last was a dream)..

 I cannot see it neither the component itself nor its properties then I
cannot be sure about it.

:-(

Sorry.

Opps..!!!  I forgot to give you my best congratulations for your work.
It is excellent.  Thanks to all the team.

Greetings..

-- 

Subject: Using jvHIDControllerClass
From: billc <wmc7@verizon.net>
Date: Sun, 23 Aug 2009 11:20:07 -0700
Newsgroups: jedi.vcl

I'm trying to get data out of an HID device that stores strings of data. I can read the device and see the capabilities but I cannot see how to get the data out. Can anyone point me in the right direction?

Bill


Subject: *.hpp output directory
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 23 Aug 2009 12:16:38 +0200
Newsgroups: jedi.vcl

We need a new default directory for the *.hpp output directory. In
Vista with active UAC we can't write to "C:\Program Files\RAD
Studio\5.0\Include\VCL".


-- Regards, Andreas Hausladen 

Subject: Re: JvCommandEdit
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Aug 2009 12:05:27 +0200
Newsgroups: jedi.vcl

Terry Yapt wrote:
> Andreas Hausladen wrote:
>
>> Terry Yapt wrote:
>>
>>> I must to recompile an old application that use JvCommandEdit
>>> component.  Are there any "equivalent" component on last jvcl
>>> version ?
>> TJvCommandEdit was moved to the "jvcl3\archive" folder in June 2003. I
>> don't think there is an equivalent.
>
> :-(
>
>
> Why remove a component from JVCL without any "better sustitute" ?  I
> don't understand.

What did it do ?


Subject: Re: JvCommandEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 22 Aug 2009 21:47:18 +0200
Newsgroups: jedi.vcl

Terry Yapt wrote:

> > Why remove a component from JVCL without any "better sustitute" ?  I
> > don't understand.

Good question. But the component was archived before any of the current
active JVCL team members where JVCL team members.


-- Regards, Andreas Hausladen 

Subject: Re: JvCommandEdit
From: "Terry Yapt" <yapt@NOtechSPAMnovell.com>
Date: Sat, 22 Aug 2009 16:39:24 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Terry Yapt wrote:
> > 
>> > > I must to recompile an old application that use JvCommandEdit
>> > > component.  Are there any "equivalent" component on last jvcl
>> > > version ?
> > 
> > TJvCommandEdit was moved to the "jvcl3\archive" folder in June 2003. I
> > don't think there is an equivalent.

:-(


Why remove a component from JVCL without any "better sustitute" ?  I
don't understand.

Greetings...

-- 

Subject: Re: D5 Removing / D2010 Preparation
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 22 Aug 2009 11:13:27 +0200
Newsgroups: jedi.vcl

S�rgio Alexandre Gianezini wrote:

> > If works for 2009, will work for 2010... don't worry... 2010 isn't a
> > really major upgrade from 2009,

And how do you know that? Delphi 2010 isn't released yet.


-- Regards, Andreas Hausladen 

Subject: Re: D5 Removing / D2010 Preparation
From: "Sérgio Alexandre Gianezini" <sergio_ag@terra.com.br>
Date: Fri, 21 Aug 2009 19:07:56 -0300
Newsgroups: jedi.vcl

If works for 2009, will work for 2010... don't worry... 2010 isn't a really 
major upgrade from 2009, only have some extra objects/things/abilities.... 
(another extended expanded RTTI information, gestures, touchscreen and 
direct2d) 




Subject: Bug in JvRichEdit
From: "Sergey" <serega@ntmdt.ru>
Date: Wed, 19 Aug 2009 17:23:24 +0400
Newsgroups: jedi.vcl

We found a bug in the function TJvRichEditStrings.Get

If in the first string replace
 L := FRichEdit.GetLineLength(Index);
to
 L := FRichEdit.GetLineLength(FRichEdit.GetLineIndex(Index));
then it works correctly



Subject: Bug in JvRichEdit
From: "Sergey" <serega@ntmdt.ru>
Date: Wed, 19 Aug 2009 17:22:13 +0400
Newsgroups: jedi.vcl

We found a bug in the function TJvRichEditStrings.Get

If in the first string replace
 L := FRichEdit.GetLineLength(Index);
to
 L := FRichEdit.GetLineLength(FRichEdit.GetLineIndex(Index));
then it works correctly


Subject: Re: USE_3RDPARTY_INDY10 Compile Error with last Indy (Tiburon) SVN
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 18 Aug 2009 20:01:22 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> OBones wrote:
>> Fabrizio Monti wrote:
>>> OBones ha scritto:
>>>> Fabrizio Monti wrote:
>>>>
>>>>> If I'm not wrong the right Indy10 package is 'IndySystem10', not 'IndySystem'
>>>>
>>>> I don't believe so, unless they changed once again the naming of the packages.
>>>
>>> In Tiburon SVN the package name is "IndySystem100.bpl"
>>
>> The BPL name is of no use in this matter, it's the DCP name that matters.
>> Can you confirm the name it has?
>
> Actually, I just checked under my "vanilla" BDS2006 and RS2009, the dcp file is IndySystem.dcp in both cases.
> So what we define in the XML file is right for a standard installation. If you are using any other version, then we cannot help you and won't change a thing.
> Just make sure you are using the "LibSuffix" facility provided by the IDE.

Hi again :)

also the dcp has the suffix:
http://img299.imageshack.us/img299/2557/dcp.png

I'm using a .bat file to compile Indy called Fulld10.bat. I've found it in Lib directory. Maybe it will add the suffix.

Well... sorry for the mess :)

I hope google will pass here and index this thread so maybe it could help someone else :)

Cya :)


Subject: TJvID3v2 - Replay gain
From: "FredrikN" <fredrik@fnprg.com>
Date: Tue, 18 Aug 2009 16:11:01 +0200
Newsgroups: jedi.vcl

Anyone know how to read the "replaygain_track_gain" tag using TJvID3v2? 




Subject: Re: USE_3RDPARTY_INDY10 Compile Error with last Indy (Tiburon) SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Aug 2009 14:30:45 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Fabrizio Monti wrote:
>> OBones ha scritto:
>>> Fabrizio Monti wrote:
>>>
>>>> If I'm not wrong the right Indy10 package is 'IndySystem10', not 'IndySystem'
>>>
>>> I don't believe so, unless they changed once again the naming of the packages.
>>
>> In Tiburon SVN the package name is "IndySystem100.bpl"
>
> The BPL name is of no use in this matter, it's the DCP name that matters.
> Can you confirm the name it has?

Actually, I just checked under my "vanilla" BDS2006 and RS2009, the dcp file is IndySystem.dcp in both cases.
So what we define in the XML file is right for a standard installation. If you are using any other version, then we cannot help you and won't change a thing.
Just make sure you are using the "LibSuffix" facility provided by the IDE.


Subject: Re: USE_3RDPARTY_INDY10 Compile Error with last Indy (Tiburon) SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Aug 2009 14:27:08 +0200
Newsgroups: jedi.vcl

Fabrizio Monti wrote:
> OBones ha scritto:
>> Fabrizio Monti wrote:
>>
>>> If I'm not wrong the right Indy10 package is 'IndySystem10', not 'IndySystem'
>>
>> I don't believe so, unless they changed once again the naming of the packages.
>
> In Tiburon SVN the package name is "IndySystem100.bpl"

The BPL name is of no use in this matter, it's the DCP name that matters.
Can you confirm the name it has?


Subject: Re: TJvDBUltimGrid and Images
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 18 Aug 2009 13:33:09 +0200
Newsgroups: jedi.vcl

The Graphical Gnome ha scritto:
> Is there someone working on the possibilitie to show images in a TJvDBUltimGrid.
>
> I have a "hack" working (OnDrawDataCell, JPG from a TBlob), but if there is a case for it, I can try to build it in TJvDBUltimGrid.
>
> Pabras

It would be cool, with possibility of autoresize to cell size?


Subject: Re: USE_3RDPARTY_INDY10 Compile Error with last Indy (Tiburon) SVN
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 18 Aug 2009 12:41:56 +0200
Newsgroups: jedi.vcl

Hi again

I've changed this lines in JvNet-xml

    <Package Name="IndySystem100" Targets="D9,D9p,D10,D10p,D11,D12"
    <Package Name="IndyProtocols100" Targets="D9,D9p,D10,D10p,D11,D12" Condition="USE_3RDPARTY_INDY && USE_3RDPARTY_INDY10"/>

And know the installation has no errors.


Subject: Re: USE_3RDPARTY_INDY10 Compile Error with last Indy (Tiburon) SVN
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 18 Aug 2009 12:31:33 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Fabrizio Monti wrote:
>
>> If I'm not wrong the right Indy10 package is 'IndySystem10', not 'IndySystem'
>
> I don't believe so, unless they changed once again the naming of the packages.

In Tiburon SVN the package name is "IndySystem100.bpl"
>
>
>> Any Idea? Should I post this on mantis or it's just my noobness?
>
> Please make sure that indy is in the IDE's search path

The folders containing the bpl files and the source files are already in the library path:

http://img25.imageshack.us/img25/7041/tiburon.png

In fact I can compile projects with Indy components on it.

I built an example package:

package Package1;

{$R *.res}
{$ALIGN 8}
{$ASSERTIONS ON}
{$BOOLEVAL OFF}
{$DEBUGINFO ON}
{$EXTENDEDSYNTAX ON}
{$IMPORTEDDATA ON}
{$IOCHECKS ON}
{$LOCALSYMBOLS ON}
{$LONGSTRINGS ON}
{$OPENSTRINGS ON}
{$OPTIMIZATION ON}
{$OVERFLOWCHECKS OFF}
{$RANGECHECKS OFF}
{$REFERENCEINFO ON}
{$SAFEDIVIDE OFF}
{$STACKFRAMES OFF}
{$TYPEDADDRESS OFF}
{$VARSTRINGCHECKS ON}
{$WRITEABLECONST OFF}
{$MINENUMSIZE 1}
{$IMAGEBASE $400000}
{$IMPLICITBUILD OFF}

requires
  rtl,
  IndySystem;

end.

Does not compile (can't find IndySystem)

package Package1;

{$R *.res}
{$ALIGN 8}
{$ASSERTIONS ON}
{$BOOLEVAL OFF}
{$DEBUGINFO ON}
{$EXTENDEDSYNTAX ON}
{$IMPORTEDDATA ON}
{$IOCHECKS ON}
{$LOCALSYMBOLS ON}
{$LONGSTRINGS ON}
{$OPENSTRINGS ON}
{$OPTIMIZATION ON}
{$OVERFLOWCHECKS OFF}
{$RANGECHECKS OFF}
{$REFERENCEINFO ON}
{$SAFEDIVIDE OFF}
{$STACKFRAMES OFF}
{$TYPEDADDRESS OFF}
{$VARSTRINGCHECKS ON}
{$WRITEABLECONST OFF}
{$MINENUMSIZE 1}
{$IMAGEBASE $400000}
{$IMPLICITBUILD OFF}

requires
  rtl,
  IndySystem100;

end.

Does compile

----------------------------------------

So I think they have changed again file names? :(

Thank you in advance!


Subject: Re: USE_3RDPARTY_INDY10 Compile Error with last Indy (Tiburon) SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Aug 2009 11:28:59 +0200
Newsgroups: jedi.vcl

Fabrizio Monti wrote:

> If I'm not wrong the right Indy10 package is 'IndySystem10', not 'IndySystem'

I don't believe so, unless they changed once again the naming of the packages.


> Any Idea? Should I post this on mantis or it's just my noobness?

Please make sure that indy is in the IDE's search path


Subject: USE_3RDPARTY_INDY10 Compile Error with last Indy (Tiburon) SVN
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 18 Aug 2009 11:11:09 +0200
Newsgroups: jedi.vcl

Hi all,

I've activated USE_3RDPARTY_INDY & USE_3RDPARTY_INDY10 since I'm using last Indy 10 (Tiburon) SVN code.

But JVCL (last SVN) installation gives me this error:

[Compiling: JvNetD10R.bpl]
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
JvNetD10R.dpk(48) Fatal: E2202 Required package 'IndySystem' not found

If I'm not wrong the right Indy10 package is 'IndySystem10', not 'IndySystem'

Any Idea? Should I post this on mantis or it's just my noobness?

Thank you very much!


Subject: TjvMouseGesture component
From: Lee <luv2program@yahoo.com>
Date: Mon, 17 Aug 2009 12:54:57 -0400
Newsgroups: jedi.vcl


I've tried to demo this component but there seems to be a problem with directing the mouse gestures to a specific component while application level gestures do work.

This is taken directly from the demo in the \examples directory of the JVCL installation.

Can someone try out the gesture demo and confirm that it is not working on the component level (there is a TPanel on the demo that is supposed to get the gesture event)???

Thanks,

-- 
Warm Regards,

Lee


Subject: Re: How to use the JEDI Installer for my own components into IDE Delphi 7 and BDS2006
From: David Gray <graydr@pcug.org.au>
Date: Sat, 15 Aug 2009 12:18:44 +1000
Newsgroups: jedi.vcl

David Gray wrote:
> I did search for a solution to this question using Google and in the newsgroup but got nowhere.
>
> If you could either give me a hint as to where to start or a previous pst, much appreciated.
>
> I have started looking into the code but this may take some time.
>
> I am having to reinstall several of my components after a computer died and have never been happy with the "install each package" but lived with it.
Thanks to OBones, Florent and Andreas for the replies, I will look at both the JVCL and JCL Installer and report anything of interest to the appropriate group.

David


Subject: Re: Database Search Dialog
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Fri, 14 Aug 2009 14:15:15 +0000 (UTC)
Newsgroups: jedi.vcl

rob wrote:

> > Steve,
> > 
> > Forgive my ignorance.  Where is e.p.attachments where I might find
> > this post?
> > 

Rob, 

 (e.p  = embarcadero.public)

 I've re-posted the component to jedi.binaries.



-- Regards, -Steve Faleiro- 

Subject: Re: Jedi and Delphi 2005
From: Dave <nospam@spamexcepmt.com>
Date: Fri, 14 Aug 2009 11:24:14 +0100
Newsgroups: jedi.vcl

Hi Florent

Thanks very much for that info, I now have the latest (release)
version of the JCL and jVcl Installed.

Cheers :)



On Thu, 13 Aug 2009 21:08:48 +0200, Florent Ouchet
<outchy@users.sourceforge.net> wrote:

> >Hello Dave,
> >
> >Uncheck the unit versioning related stuff and the JCL should install fine.
> >
> >Regards,
> >
> >- Florent



Subject: TJvScheduledEvents - Usage Question
From: rob <robsub@creativemfg.ca>
Date: Thu, 13 Aug 2009 23:02:10 -0400
Newsgroups: jedi.vcl

Hi Everyone,

I am using the jedi scheduler and I really like it.  It's saving me a ton of effort I would need to write my own.  One issue I am having is putting the scheduler on hold during execution of a scheduled event.  I want to pause the schedule when I start running an event - then unpause it when I'm done.

Unfortunately when it does start running another event will try and fire during the first one's execution and I want that event to start AFTER the first is complete as opposed to when that first one is complete.

The source includes a PauseAll method but no UnPauseAll method.  I'm obviously missing something.  Is PauseAll a toggle?  StartAll seems to actually fire the events.

Thanks


Subject: Re: Database Search Dialog
From: rob <robsub@creativemfg.ca>
Date: Thu, 13 Aug 2009 22:52:58 -0400
Newsgroups: jedi.vcl

Steve,

Forgive my ignorance.  Where is e.p.attachments where I might find this post?

Steve Faleiro wrote:
> Rob,
>
>  Look at my post "Source for TSearchEditorPanel component and Sample
> usage project (D2007)" in e.p.attachments dated 15/Nov/2008. Feel free
> to improvise.
>


> rob wrote:
>
>> Hello Everyone,
>>
>> I'm not sure if there is a Jedi component that will do what I'm
>> looking for.  The only thing I've found in the internets is
>> TEstSearchDialog which is moderately well documented but with no demo
>> source (?).
>>
>> I almost exclusively develop database applications, and in order to
>> search for a record users usually need to be able to enter their
>> criteria (eg: All customers located in TORONTO : CITY Equals
>> TORONTO). This is the same kind of behaviour as MS Outlook or
>> Thunderbird has when searching.  You can add criteria with an OR or
>> AND etc...
>>
>> Also sometimes called Query-By-Example.
>>
>> If Jedi does not have an appropriate component can anyone suggest
>> something I could use?
>>
>> Thanks
>>
>> -Rob
>
>
> Rob,
>  Look at my post "Source for TSearchEditorPanel component and Sample
> usage project (D2007)" in e.p.attachments dated 15/Nov/2008. Feel free
> to improvise.
>
>


Subject: Re: Jedi and Delphi 2005
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 13 Aug 2009 21:08:48 +0200
Newsgroups: jedi.vcl

Hello Dave,

Uncheck the unit versioning related stuff and the JCL should install fine.

Regards,

- Florent


Subject: Jedi and Delphi 2005
From: Dave <nospam@spamexcepmt.com>
Date: Thu, 13 Aug 2009 19:47:35 +0100
Newsgroups: jedi.vcl

Hi -

Just wondering what my options were with regards a working/stable
version of Jvcl/Jcl ?

I have recently had to reinstall all my apps and I am struggling to
find a version of Jedi that will work with 2005.

Needless to say that the latest versions will not work  - as the later
version of jvcl requires jcl 1.5 and jcl 1.5 casues a gpf when
attempting to install.

I am using Delphi (2005) update 3 installed,


Many thnaks..




Subject: Re: Database Search Dialog
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Thu, 13 Aug 2009 14:47:33 +0000 (UTC)
Newsgroups: jedi.vcl

rob wrote:

> > Hello Everyone,
> > 
> > I'm not sure if there is a Jedi component that will do what I'm
> > looking for.  The only thing I've found in the internets is
> > TEstSearchDialog which is moderately well documented but with no demo
> > source (?).
> > 
> > I almost exclusively develop database applications, and in order to
> > search for a record users usually need to be able to enter their
> > criteria (eg: All customers located in TORONTO : CITY Equals
> > TORONTO). This is the same kind of behaviour as MS Outlook or
> > Thunderbird has when searching.  You can add criteria with an OR or
> > AND etc...
> > 
> > Also sometimes called Query-By-Example.
> > 
> > If Jedi does not have an appropriate component can anyone suggest
> > something I could use?
> > 
> > Thanks
> > 
> > -Rob


Rob, 

 Look at my post "Source for TSearchEditorPanel component and Sample
usage project (D2007)" in e.p.attachments dated 15/Nov/2008. Feel free
to improvise.


-- Regards, -Steve Faleiro- 

Subject: Re: Things to fix for D2010
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Thu, 13 Aug 2009 14:43:04 +0000 (UTC)
Newsgroups: jedi.vcl

Lukasz Sokol wrote:

> > Andreas Hausladen wrote:
>> > > m.Th. wrote:
>> > > 
>>> > >> poDesktopCenter
>> > > 
>> > > I don't know why poDesktopCenter was invented in the first place. I
>> > > have no idea were it would be useful.
>> > > 
>> > > 
> > 
> > E.g. if you have some unusual screens configuration like multi-display
> > stretching on 3 (or 3x3 :)) monitors then poDesktopCenter would place
> > it on the middle monitor. (I don't know if it works that way really,
> > but i suppose this was the intention).
> > 
> > Lukasz

:D ROFLOL...

-- Regards, -Steve Faleiro- 

Subject: TJvDBUltimGrid and Images
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Thu, 13 Aug 2009 13:38:00 +0000 (UTC)
Newsgroups: jedi.vcl

Is there someone working on the possibilitie to show images in a 
TJvDBUltimGrid.

I have a "hack" working (OnDrawDataCell, JPG from a TBlob), but if there is 
a case for it, I can try to build it in TJvDBUltimGrid.

Pabras


Subject: Re: Things to fix for D2010
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Thu, 13 Aug 2009 09:07:55 +0100
To: Andreas Hausladen <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > m.Th. wrote:
> > 
>> >> poDesktopCenter
> > 
> > I don't know why poDesktopCenter was invented in the first place. I
> > have no idea were it would be useful.
> > 
> > 

E.g. if you have some unusual screens configuration like multi-display
stretching on 3 (or 3x3 :)) monitors then poDesktopCenter would place it
on the middle monitor. (I don't know if it works that way really, but i
suppose this was the intention).

Lukasz



Subject: Re: Things to fix for D2010
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 12 Aug 2009 21:40:29 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
> Olivier fixed JvColorProviderAddDialogForm.dfm, JvFullColorListForm.dfm and JvScheduleEditorForm.dfm in revision 12396, he also fixed examples/JvValidateEdit/MainFrm.dfm in revision 12428.
>
> Regards,
>
> - Florent

Yep, I didn't to a repository wide search though, but I'm quite sure I did not miss any


Subject: Re: Things to fix for D2010
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 12 Aug 2009 21:00:24 +0200
Newsgroups: jedi.vcl

Hi,

Olivier fixed JvColorProviderAddDialogForm.dfm, JvFullColorListForm.dfm and JvScheduleEditorForm.dfm in revision 12396, he also fixed examples/JvValidateEdit/MainFrm.dfm in revision 12428.

Regards,

- Florent


Subject: Re: Things to fix for D2010
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 12 Aug 2009 20:57:37 +0200
Newsgroups: jedi.vcl

m.Th. wrote:

> > poDesktopCenter

I don't know why poDesktopCenter was invented in the first place. I
have no idea were it would be useful.


-- Regards, Andreas Hausladen 

Subject: Things to fix for D2010
From: "m.Th." <a@b.com>
Date: Wed, 12 Aug 2009 21:39:55 +0300
Newsgroups: jedi.vcl

Hi,

Perhaps you already know that D2010 isn't so far away :-)
(see my blog for details - link in my signature)

Most probably that you will have a new version of JVCL for this sometime in the future. Please, please can you change the Position property of the forms from poDesktopCenter to poScreenCenter. Having different editors split in the middle on multi-monitor systems is a big minus from usability POV.

Especially when we don't have access at the editor's internals. (For example, I'm thinking now at the form which acts as editor for TjvScheduledEvents's events.

TIA,

-- 

m. Th.

On the Wings of the Wind...
http://wings-of-wind.com/


Subject: Re: C++ JvPlugin Example problems/incompatibility
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 12 Aug 2009 07:09:52 +0000 (UTC)
Newsgroups: jedi.vcl

>> >> 
>> >> Yes, but we do not necessarily have the time nor the resources
>> >> to make the changes when we read this message.
>> >> So adding it in Mantis is much safer.
> >  
  ...
> > 
> > BTW.  I did not find solution regarding of the TBitmap issue 
> >       using HPPEMIT yet.
> > 
Hi,
I added Issue Tracker No. - 0004859: JvPluginManager 
Compilation Error on 2009-07-09. (C++ Builder issue...)

I little experimented and I am not able to find any simple 
solution.
What is worse during my tests I found very same problem in 
another component. It is TJvXPBar component and its OnDrawItem 
Event. The OnDrawItem Event function also has TBitmap 
parameter and if I add this Event function into the project I 
also got error :
E2015 Ambiguity between 'TBitmap' and 'Windows::TBitmap'

At the moment I thing that it is not only JvPluginManager 
problem but it is more general problem in OnEventXXX function 
interfaces (if there is used TBitmap *ABitmap parameter.)

Please can somebody confim my guess?
Should I add new issue or add example of the TJvXPBar ...?

Thanks,
Vaclav



Subject: Re: How to use the JEDI Installer for my own components into IDE Delphi 7 and BDS2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 10 Aug 2009 17:16:21 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The JCL installer is a little bit raw, nothing is automated and one
> > has to add a lot of code to the installer to get things installed.

The JVCL Installer was planned to be a general purpose package
installer (you can still see it from the interfaces in it) but
"degenerated" to a JVCL only installer.


-- Regards, Andreas Hausladen 

Subject: Re: How to use the JEDI Installer for my own components into IDE Delphi 7 and BDS2006
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 10 Aug 2009 09:24:28 +0200
Newsgroups: jedi.vcl

Hello,

I'm not sure about it, but if you just have packages to be installed, the JVCL installer should be able to build automatically the dependencies and to run the build process.

The JCL installer is a little bit raw, nothing is automated and one has to add a lot of code to the installer to get things installed.

Regards,

- Florent


Subject: Re: How to use the JEDI Installer for my own components into IDE Delphi 7 and BDS2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Aug 2009 09:15:57 +0200
Newsgroups: jedi.vcl

David Gray wrote:
> I did search for a solution to this question using Google and in the newsgroup but got nowhere.
>
> If you could either give me a hint as to where to start or a previous pst, much appreciated.
>
> I have started looking into the code but this may take some time.
>
> I am having to reinstall several of my components after a computer died and have never been happy with the "install each package" but lived with it.

I think you'll be better off looking at the JCL installer, it uses classes in JclBorlandTools which are easier to deal with


Subject: Re: D5 Removing / D2010 Preparation
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 09 Aug 2009 18:23:54 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi,
>
> should i start to remove any {$IFDEF COMPILER5} or {$IFDEF COMPILER6_UP} from all units I'm working mostly?

I'm on it, almost done.


> And: how is working on the D2010 stuff?

Don't know, and even if I did, I could not talk about it on a public forum ;-)


Subject: D5 Removing / D2010 Preparation
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 09 Aug 2009 18:10:06 +0200
Newsgroups: jedi.vcl

Hi,

should i start to remove any {$IFDEF COMPILER5} or {$IFDEF COMPILER6_UP} from all units I'm working mostly?
This means : AppStorage, DynControl, DSADialogs, ThreadedDatasets,...

And: how is working on the D2010 stuff?

Kind regards
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: How to use the JEDI Installer for my own components into IDE Delphi 7 and BDS2006
From: David Gray <graydr@pcug.org.au>
Date: Sun, 09 Aug 2009 18:48:07 +1000
Newsgroups: jedi.vcl

I did search for a solution to this question using Google and in the newsgroup but got nowhere.

If you could either give me a hint as to where to start or a previous pst, much appreciated.

I have started looking into the code but this may take some time.

I am having to reinstall several of my components after a computer died and have never been happy with the "install each package" but lived with it.


Subject: JvDocking
From: "Armando Luiz Dettmer" <armando.luiz.dettmer@gmail.com>
Date: Fri, 7 Aug 2009 13:11:39 +0000 (UTC)
Newsgroups: jedi.vcl

Hellow.

I'm starting to use JvDocking and I wouldo to know how one form can
know it it´s been dragging. Looking at the docking server and client
components I didn't figured how this can be done.

TIA


Subject: Re: Jvcl home site is out of date
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Aug 2009 12:08:40 +0200
Newsgroups: jedi.vcl

Gianpiero Caretti wrote:
> None update the home page of http://jvcl.delphi-jedi.org/
> It still report  JVCL 3.36 as last news.
> What about JVCL 3.37?
>
> Gianpiero

Thanks for letting us know, this has been updated


Subject: Database Search Dialog
From: rob <robsub@creativemfg.ca>
Date: Mon, 03 Aug 2009 01:10:07 -0400
Newsgroups: jedi.vcl

Hello Everyone,

I'm not sure if there is a Jedi component that will do what I'm looking for.  The only thing I've found in the internets is TEstSearchDialog which is moderately well documented but with no demo source (?).

I almost exclusively develop database applications, and in order to search for a record users usually need to be able to enter their criteria (eg: All customers located in TORONTO : CITY Equals TORONTO). This is the same kind of behaviour as MS Outlook or Thunderbird has when searching.  You can add criteria with an OR or AND etc...

Also sometimes called Query-By-Example.

If Jedi does not have an appropriate component can anyone suggest something I could use?

Thanks

-Rob


Subject: Re: Please some advise.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 31 Jul 2009 21:52:45 +0200
Newsgroups: jedi.vcl

Armando Luiz Dettmer wrote:
> Hi,
>
> I'm starting to be so confortable with some parts of JEDI that would like to submit additions that I did to some components.
>
> Is there any place where I should send the code ? Any rules about
> this subject that I should now about ?

To send the code, there is Mantis:

http://issuetracker.delphi-jedi.org/

For the details about submitting, please see the "Contributing" page on our homepage here:

http://jvcl.delphi-jedi.org/

Thanks for willing to help out.
Cheers
Olivier


Subject: Re: Someone tell me what bug in MANTIS to fix next.
From: "Armando Luiz Dettmer" <armando.luiz.dettmer@gmail.com>
Date: Fri, 31 Jul 2009 14:53:30 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Everyone's SO happy, and there are NO real bugs left. Wow.
> > 
> > W

No Warren, far from this.

The problem is that I just are taking JvDocking seriouslly since
yesterday and are learning from your demos. Just wait some days <G>


Regards...


Subject: Please some advise.
From: "Armando Luiz Dettmer" <armando.luiz.dettmer@gmail.com>
Date: Fri, 31 Jul 2009 14:18:51 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I'm starting to be so confortable with some parts of JEDI 
that would like to submit additions that I did to some components.

Is there any place where I should send the code ? Any rules about
this subject that I should now about ?

TIA


Subject: Re: TJvDBUltimGrid and Search
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Wed, 29 Jul 2009 20:39:39 +0200
Newsgroups: jedi.vcl

OBones wrote:
> I understand your concerns, but creating the H2 help is somewhat of a convoluted process that I do not know anything about.
> So for now, the online help is the only source but I know this is not satisfactory for a good part of our users.

It would be of help if it became available as a .chm and/or .hlp file.


Subject: Re: TJvDBUltimGrid and Search
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 29 Jul 2009 08:36:56 +0200
Newsgroups: jedi.vcl

Alf Christophersen wrote:
> OBones wrote:
>> Alf Christophersen wrote:
>>> Andreas Hausladen wrote:
>>>> http://jcl.sf.net/daily
>>>> http://jvcl.sf.net/daily
>>>>
>>>>
>>>
>>> I find that the jcl-daily also contain the help files, but they are missing in the jvcl page.
>>>
>>> Are there any pages around with the help files ?? (The latest I found was for v. 3.30)
>>
>> http://help.delphi-jedi.org/
>
> Does that mean that a html help 2 as that one used by Delphi 2006 has been given up, so users who are not connected to the net at moment, eg. working offline on the bus from home to work (for me a 3 1/2 hour travel) would have to wait until hooked up to the net ??
>
> I prefer to touch F1 on a component and get some help immediately and not be dependent on starting FF, navigate to that site and then type the name of the component.

I understand your concerns, but creating the H2 help is somewhat of a convoluted process that I do not know anything about.
So for now, the online help is the only source but I know this is not satisfactory for a good part of our users.


Subject: Re: TJvDBUltimGrid and Search
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Wed, 29 Jul 2009 00:33:11 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Alf Christophersen wrote:
>> Andreas Hausladen wrote:
>>> http://jcl.sf.net/daily
>>> http://jvcl.sf.net/daily
>>>
>>>
>>
>> I find that the jcl-daily also contain the help files, but they are missing in the jvcl page.
>>
>> Are there any pages around with the help files ?? (The latest I found was for v. 3.30)
>
> http://help.delphi-jedi.org/

Does that mean that a html help 2 as that one used by Delphi 2006 has been given up, so users who are not connected to the net at moment, eg. working offline on the bus from home to work (for me a 3 1/2 hour travel) would have to wait until hooked up to the net ??

I prefer to touch F1 on a component and get some help immediately and not be dependent on starting FF, navigate to that site and then type the name of the component.



Subject: Jvcl home site is out of date
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Tue, 28 Jul 2009 17:19:47 +0200
Newsgroups: jedi.vcl

None update the home page of http://jvcl.delphi-jedi.org/
It still report  JVCL 3.36 as last news.
What about JVCL 3.37?

Gianpiero





Subject: Re: TJvDBUltimGrid and Search
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 24 Jul 2009 16:07:43 +0200
Newsgroups: jedi.vcl

Alf Christophersen wrote:
> Andreas Hausladen wrote:
>> http://jcl.sf.net/daily
>> http://jvcl.sf.net/daily
>>
>>
>
> I find that the jcl-daily also contain the help files, but they are missing in the jvcl page.
>
> Are there any pages around with the help files ?? (The latest I found was for v. 3.30)

http://help.delphi-jedi.org/


Subject: Re: TJvDBUltimGrid and Search
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Fri, 24 Jul 2009 13:49:51 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> http://jcl.sf.net/daily
> http://jvcl.sf.net/daily
>
>

I find that the jcl-daily also contain the help files, but they are missing in the jvcl page.

Are there any pages around with the help files ?? (The latest I found was for v. 3.30)



Subject: Re: components to send e-mail
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Fri, 24 Jul 2009 13:31:26 +0200
Newsgroups: jedi.vcl

forums.talkto.net wrote:
> Dear all,
>
> I am looking for a component to send e-mails using bcb2009.
> The embedded version of Indy doesn't work: accentuated characters are removed, attached file names are scratched also.
> The version on svn cannot be compiled with bcb 2009 but only with delplhi, and is anyway not declared as "stable".
>
> Sending an e-mail should not be something high-tech, does anybody have a solution?
>
> Regards,
> Alain
>
Tried tJvMail ??



Subject: HID hook switch state
From: "Heiko Sommerfeldt" <info@phoner.de>
Date: Wed, 22 Jul 2009 13:21:48 +0200
Newsgroups: jedi.vcl

Hello,

I am using HidUsage for accessing HID functionality for some headsets and 
handsets.

Especially one handset makes some trouble. When going off hook I get an 
HID_USAGE_TELEPHONY_HOOK_SWITCH event. So far so good. But for on hook 
GetButtons() returns an empty (length 0) button list.
Is there a way to retrieve the hook state (on or off) - not just alternating 
the previous state and "hoping" initially it is on hook?

Thanks
Heiko 




Subject: Re: TJvWizard : how to catch keyboard events ?
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Wed, 22 Jul 2009 12:18:26 +0200
Newsgroups: jedi.vcl

>> Is there a way to catch keyboard events ?
>> I have several edit controls placed on TJvWizard /
>> TJvWizardIntererior... and I'm not able to catch keyboard events.
>
> You must set the JvWizard.DefaultButtons to False.
>
That's working great ! Many thanks


Subject: Re: TJvWizard : how to catch keyboard events ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 18 Jul 2009 13:41:04 +0200
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:

> > Is there a way to catch keyboard events ?
> > I have several edit controls placed on TJvWizard /
> > TJvWizardIntererior... and I'm not able to catch keyboard events.

You must set the JvWizard.DefaultButtons to False.


-- Regards, Andreas Hausladen 

Subject: Re: JvCommandEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 18 Jul 2009 13:28:14 +0200
Newsgroups: jedi.vcl

Terry Yapt wrote:

> > I must to recompile an old application that use JvCommandEdit
> > component.  Are there any "equivalent" component on last jvcl version
> > ?

TJvCommandEdit was moved to the "jvcl3\archive" folder in June 2003. I
don't think there is an equivalent.


-- Regards, Andreas Hausladen 

Subject: JvCommandEdit
From: "Terry Yapt" <yapt@NOtechSPAMnovell.com>
Date: Fri, 17 Jul 2009 19:18:57 +0000 (UTC)
Newsgroups: jedi.vcl

Hello all,

I must to recompile an old application that use JvCommandEdit
component.  Are there any "equivalent" component on last jvcl version ?

Greetings.

-- 

Subject: TJvWizard : how to catch keyboard events ?
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Thu, 16 Jul 2009 13:02:30 +0200
Newsgroups: jedi.vcl

Hello,

Is there a way to catch keyboard events ?
I have several edit controls placed on TJvWizard / TJvWizardIntererior... and I'm not able to catch keyboard events.

How can I get rid of this ?

Code looks like this :

DFM :
object Edit1: TEdit
 OnKeyDown = cxButtonEdit1KeyDown
end

PAS :
procedure TForm1.Edit1KeyDown(Sender: TObject; var Key: Word; Shift:
   TShiftState);
begin
If Key = VK_RETURN then dosomething;
end;



Subject: Re: Unicode with D2007
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Wed, 15 Jul 2009 18:57:30 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> >  IDE crashes on me.

I've never had that happen to me. Of course, your projects must have
some code or components or combination of something else in them that
causes D2007 to crash - that has been somehow (either directly [ie.
resolution of QC] or indirectly [side-effect of the former]) resolved
in D2009.

FWIW, have you tested (the project that causes the crash) on different
machines to see whether the D2007 IDE crashes?

-- Regards, -Steve Faleiro- 

Subject: Re: C++ JvPlugin Example problems/incompatibility
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 15 Jul 2009 15:17:51 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> OBones wrote:
>
>>> We can't, we have no control over the pre-commit or post-commit scripts that SF runs.
>
> Ooh. Rats.  I wonder if there's a tool we could use on one of the developer's boxes, on the client side.  Each Checkout, check for BOMs, strip em, and commit the change with just a single question "Fix BOMs on <filenames>?".
>
> :-)

TortoiseSVN might provide this, but then again, not every one uses TortoiseSVN...


Subject: Re: Unicode with D2007
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 15 Jul 2009 08:34:06 -0400
Newsgroups: jedi.vcl

Steve Faleiro wrote:
> I would, if I beleived it was ready for prime-time. With the number of
> complaints from some users on non-tech (unresolved QCs), I have decided
> to stay away for now.

Non-Tech is full of whiny gits. :-)

Delphi 2007 is much much worse.  Help is a total mess in 2007, IDE crashes on me. 2009 is a total dream by comparison.

2009 is widely reputed by almost all to be the best delphi ever.

Warren



Subject: Re: C++ JvPlugin Example problems/incompatibility
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 15 Jul 2009 08:30:53 -0400
Newsgroups: jedi.vcl

OBones wrote:

>> We can't, we have no control over the pre-commit or post-commit scripts that SF runs.

Ooh. Rats.  I wonder if there's a tool we could use on one of the developer's boxes, on the client side.  Each Checkout, check for BOMs, strip em, and commit the change with just a single question "Fix BOMs on <filenames>?".

:-)

W



Subject: Re: Listview or grid
From: "Rodert DeNaro" <delphi_stuff@yahoo.ca>
Date: Tue, 14 Jul 2009 23:06:17 -0400
Newsgroups: jedi.vcl

Ok,

For the first question please look at:
http://issuetracker.delphi-jedi.org/view.php?id=3926

There is an example how to make TJvListView to print the Line in different 
color.

Robert De Naro.

-------------------------

"Alan T" <alan_NO_SPAM_pltse@yahoo.com.au> wrote in message 
news:h0mu5d$t57$1@news.talkto.net...
> >I need to use a listview or non-data grid to display records.
> > Not sure if the TJvListView is able to do the followings:
> > 1)Change individual row color
> > 2)Display column as checkbox (editable)
> > 3)Display column as combobox
> >
> > Thanks
> > 




Subject: Re: Unicode with D2007
From: "Mark Ford" <markford@tiac.net>
Date: Fri, 10 Jul 2009 22:37:10 -0400
Newsgroups: jedi.vcl

Are the QCs in specific areas that you work with? I've found that D2009 is a 
joy to work with. All of my apps moved to full Unicode pretty easily. You 
may want to take a look at the QC's that matter to you to see if there are 
workarounds. It could be that they are in areas that just won't affect your 
usage. The only big problem that I hit was in the StreamReader and they 
fixed it with an update. If you really want to go Unicode, there is no 
better choice then D2009.

Good luck whatever you decide!



"Steve Faleiro" <steve_goa@yahoo.com> wrote in message 
news:h380k8$76d$1@news.talkto.net...
> > Warren Postma wrote:
> >
>> >> If you want to do unicode apps, buy Delphi 2009. :-)
>> >>
>> >> W
> >
> > I would, if I beleived it was ready for prime-time. With the number of
> > complaints from some users on non-tech (unresolved QCs), I have decided
> > to stay away for now.
> >
> > -- 
> > Regards,
> > -Steve Faleiro- 




Subject: Re: Unicode with D2007
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Fri, 10 Jul 2009 18:17:45 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > If you want to do unicode apps, buy Delphi 2009. :-)
> > 
> > W

I would, if I beleived it was ready for prime-time. With the number of
complaints from some users on non-tech (unresolved QCs), I have decided
to stay away for now.

-- Regards, -Steve Faleiro- 

Subject: Re: C++ JvPlugin Example problems/incompatibility
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Jul 2009 16:56:49 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Warren Postma wrote:
>> This is probably a UTF8 BOM marker.
>>
>> We should maybe add a "BOM marker strip" feature to SVN checkins. :-)
>
> We can't, we have no control over the pre-commit or post-commit scripts that SF runs.
> This is quite annoying, but we usually see it quite fast.

This is now fixed


Subject: Re: C++ JvPlugin Example problems/incompatibility
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Jul 2009 16:48:14 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> This is probably a UTF8 BOM marker.
>
> We should maybe add a "BOM marker strip" feature to SVN checkins. :-)

We can't, we have no control over the pre-commit or post-commit scripts that SF runs.
This is quite annoying, but we usually see it quite fast.


Subject: Re: Unicode with D2007
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 10 Jul 2009 09:06:13 -0400
Newsgroups: jedi.vcl

If you want to do unicode apps, buy Delphi 2009. :-)

W



Subject: Re: C++ JvPlugin Example problems/incompatibility
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 10 Jul 2009 09:05:24 -0400
Newsgroups: jedi.vcl

This is probably a UTF8 BOM marker.

We should maybe add a "BOM marker strip" feature to SVN checkins. :-)

W



Subject: Modify JvDbStatusLabel Possible?
From: "Gary Mugford" <gmugford0219@rogers.com>
Date: Fri, 10 Jul 2009 10:32:39 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

  Been going through some old code and replacing ABCrecordCount labels
with JvDBStatusLabel components. With ABC, it was possible to show the
record count (admittedly an old concept, but I still use BDE and
Paradox) as ORDER x of y, i.e ORDER 2 of 12. The JvDBStatusLabel shows
the same information as 2:12.

  What I propose is a new property, Middle. Middle defaults to ":". If
the user wants to change it to " of " to replicate ABC, they can. Or
whatever makes sense to them linguistically. Using Middle also works
for the table status option and should be ignored for record size.

  Thanks for considering the idea, GM


Subject: Filter effect on JvDBStatusLabel
From: "Gary Mugford" <gmugford0219@rogers.com>
Date: Fri, 10 Jul 2009 10:32:39 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

  I have found that when you filter a dataset, a JvDBStatusLabel set to
Record Count will lose the total count at the end of the information.
For example 1:2521 will change to 1.

  I think I understand the rationale behind this. The total is
unknowable barring a quick sql ask or somesuch methodology. But rather
than GUESS that I know, I thought I'd ask and see if there is something
that would produce 1:376 from the above example where 376 records mark
the number satisfying the filter.

  Hoping I'm wrong, GM


Subject: Re: C++ JvPlugin Example problems/incompatibility
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 10 Jul 2009 03:25:05 +0000 (UTC)
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> > ...I will add it into the Mantis and separate it 
> > into the two issues.

Thank you for your quick resolving of the linking problem in 
JvPluginManager.pas. 
( http://issuetracker.delphi-jedi.org/view.php?id=4862 )
There is only little problem at the whole beginning of the 
"JvPluginManager.pas" file because there are three unreadable
characters.  
They are:
0xEF 0xBB 0xBF
This "data stream" causes error during JVCL installation.

Normal editor don't show these "chars" but some viewers and Hex 
editor have no problem to show them.

BTW: During these week I had similar problem in the Jcl project (in 
one of JclOtaXXX.pas ...) where was most likely same "data stream" at 
the beginning of a file.

TIA
Vaclav


Subject: Re: Unicode with D2007
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 9 Jul 2009 21:14:54 +0200
Newsgroups: jedi.vcl

Steve Faleiro wrote:

> > Is it possible to have unicode with any JVCL components (say JvMemo)
> > in Delphi 2007?

No. The JVCL uses the "string" string which is AnsiString in Delphi
2007.

-- Regards, Andreas Hausladen 

Subject: Unicode with D2007
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Thu, 9 Jul 2009 15:58:26 +0000 (UTC)
Newsgroups: jedi.vcl

Is it possible to have unicode with any JVCL components (say JvMemo) in
Delphi 2007?

-- Regards, -Steve Faleiro- 

Subject: Re: C++ JvPlugin Example problems/incompatibility
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Thu, 9 Jul 2009 02:11:37 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote : 

>> >> I can also add it to the issue tracker but I think it should 
>> >> not be problem to correct it very quickly.
> > 
> > Yes, but we do not necessarily have the time nor the resources
> > to make the changes when we read this message.
> > So adding it in Mantis is much safer.
 
Thank you for your reply.
Yes I understand and I will add it into the Mantis and separate it 
into the two issues.

BTW.  I did not find solution regarding of the TBitmap issue 
      using HPPEMIT yet.
      On the second hand I tried to change function name 
      SendMessage to SendMessagePlg and linking was OK.

Thank you Olivier.

Vaclav


Subject: Re: C++ JvPlugin Example problems/incompatibility
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 08 Jul 2009 20:42:20 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> I can also add it to the issue tracker but I think it should not be problem to correct it very quickly.

Yes, but we do not necessarily have the time nor the resources to make the changes when we read this message.
So adding it in Mantis is much safer.


Subject: C++ JvPlugin Example problems/incompatibility
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 8 Jul 2009 04:01:55 +0000 (UTC)
Newsgroups: jedi.vcl

Hi, 
I try to convert Delphi examples of JvPlugin to C++ Builder.
I have JVCL V3.37 (latest SVN) and I do it under BCB6.

I have problems with JvPluginManager ...
(JvPlugin Wizard works quite well seems to me what is 
 excellent ;-) ).

1. There is incompatibility problem in function prototype of
   the OnNewCommad Event function which show errors:
[C++ Error] PlugInDemoU.h(49): E2015 Ambiguity between 'TBitmap' 
and 'Windows::TBitmap'
[C++ Error] PlugInDemoU.cpp(102): E2015 Ambiguity between 
'TBitmap' and 'Windows::TBitmap'

  Function prototype is following:
   void __fastcall uilPluginManagerNewCommand(TObject *Sender,
     AnsiString ACaption, AnsiString AHint, AnsiString AData,
     TShortCut AShortCut, TBitmap *ABitmap, TNotifyEvent AEvent);

I checked BCB Compatibility Guide and I think that it is already 
described problem. 
"{$HPPEMIT '#define SOMETYPE SomeDomain::SOMETYPE'}"


2. Second problem is also described in BCB Compatibility Guide 
   I think. It is linker error and function name of function is
   SendMessage resp. SendMessageA. It is recommended to 
   change function name in the guide ... It is the work for JVCL 
   developers I guess  ;-). Please can you check it.
  
Here is error message:
  [Linker Error] Unresolved external '__fastcall 
Jvpluginmanager::TJvPluginManager::SendMessageA(int, 
System::AnsiString)' referenced from C:\PROGRAM FILES\BORLAND
\CBUILDER6\PROJECTS\BPL\JEDI\JVCL\EXAMPLES\JVPLUGIN\1SIMPLEPLUGIN
\BCB\OBJ\PLUGINDEMOU.OBJ

Please can you correct above mentioned incompatibility problems.

I can also add it to the issue tracker but I think it should 
not be problem to correct it very quickly.

Thank you in advence.
Vaclav


Subject: components to send e-mail
From: "forums.talkto.net" <brolspam00@skynet.be>
Date: Tue, 7 Jul 2009 14:41:46 +0200
Newsgroups: jedi.vcl

Dear all,

I am looking for a component to send e-mails using bcb2009.
The embedded version of Indy doesn't work: accentuated characters are 
removed, attached file names are scratched also.
The version on svn cannot be compiled with bcb 2009 but only with delplhi, 
and is anyway not declared as "stable".

Sending an e-mail should not be something high-tech, does anybody have a 
solution?

Regards,
Alain 




Subject: Re: Getting HLS colour from TJvFullColorDialog
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 06 Jul 2009 14:54:01 +0200
Newsgroups: jedi.vcl

You're welcome, I'm glad to see these controls used :)

Hein du Plessis a écrit :
> Thank you!!
> "Florent Ouchet" <outchy@users.sourceforge.net> wrote in message news:h2q77h$d1t$1@news.talkto.net...
>> Hello,
>>
>> var
>>   HLSFullColor: TJvFullColor;
>>   Hue, Lightness, Saturation: Byte;
>> begin
>>   ColorSpaceManager.ConvertToID(FullColorDialog1.FullColor, csHLS);
>>   SplitColorParts(HLSFullColor, Hue, Lightness, Saturation);
>>   ...
>> end;
>>
>> Regards,
>>
>> Florent
>>
>> Hein du Plessis a écrit :
>>> Hi all
>>>
>>> I'm using TJvFullColorDialog to allow the user to select a color.
>>>
>>> How do I access the selected color as HLS values? I see those properties are available in the browser and the help, but I have no idea how to read it?
>>>
>>> Thanks,
>>> Hein 
>
>


Subject: Re: Getting HLS colour from TJvFullColorDialog
From: "Hein du Plessis" <hein@cdesoftware.co.za>
Date: Sun, 5 Jul 2009 17:29:41 +0200
Newsgroups: jedi.vcl

Thank you!!
"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:h2q77h$d1t$1@news.talkto.net...
> > Hello,
> >
> > var
> >   HLSFullColor: TJvFullColor;
> >   Hue, Lightness, Saturation: Byte;
> > begin
> >   ColorSpaceManager.ConvertToID(FullColorDialog1.FullColor, csHLS);
> >   SplitColorParts(HLSFullColor, Hue, Lightness, Saturation);
> >   ...
> > end;
> >
> > Regards,
> >
> > Florent
> >
> > Hein du Plessis a écrit :
>> >> Hi all
>> >>
>> >> I'm using TJvFullColorDialog to allow the user to select a color.
>> >>
>> >> How do I access the selected color as HLS values? I see those properties 
>> >> are available in the browser and the help, but I have no idea how to read 
>> >> it?
>> >>
>> >> Thanks,
>> >> Hein 




Subject: Re: Getting HLS colour from TJvFullColorDialog
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 05 Jul 2009 17:16:33 +0200
Newsgroups: jedi.vcl

Hello,

var
  HLSFullColor: TJvFullColor;
  Hue, Lightness, Saturation: Byte;
begin
  ColorSpaceManager.ConvertToID(FullColorDialog1.FullColor, csHLS);
  SplitColorParts(HLSFullColor, Hue, Lightness, Saturation);
  ...
end;

Regards,

Florent

Hein du Plessis a écrit :
> Hi all
>
> I'm using TJvFullColorDialog to allow the user to select a color.
>
> How do I access the selected color as HLS values? I see those properties are available in the browser and the help, but I have no idea how to read it?
>
> Thanks,
> Hein
>


Subject: Getting HLS colour from TJvFullColorDialog
From: "Hein du Plessis" <hein@cdesoftware.co.za>
Date: Sun, 5 Jul 2009 14:23:00 +0200
Newsgroups: jedi.vcl

Hi all

I'm using TJvFullColorDialog to allow the user to select a color.

How do I access the selected color as HLS values? I see those properties are 
available in the browser and the help, but I have no idea how to read it?

Thanks,
Hein 




Subject: Re: [3.37] Bug in TJvAppDBStorage -> AV
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 03 Jul 2009 23:03:53 +0200
Newsgroups: jedi.vcl

Hi,

this is now fixed in the svn repository (rev. 12375).

Sorry for this, my fault.

Kind regards
Jens

m.Th. schrieb:
> Hi,
>
> In JVCL 3.37 if tries to use the TJvAppDBStorage, the IDE throws an AV error when it comes to assign the DataSource. The problem resides in JvAppDBStorage.Pas:
>
> procedure TJvCustomAppDBStorage.SetDataSource(const Value: TDataSource);
> begin
>   if Assigned(FSectionLink) and not (FSectionLink.DataSourceFixed and (csLoading in ComponentState)) then
>   begin
>     FSectionLink.DataSource.RemoveFreeNotification(Self); //<----(!!!)
>
>     FSectionLink.DataSource := Value;
>     FKeyLink.DataSource := Value;
>     FValueLink.DataSource := Value;
>   end;
>   if Value <> nil then
>     Value.FreeNotification(Self);
> end;
>
> The line marked with (!!!) blows if FSectionLink.DataSource is nil.
> (Which is always when one drops a new instance on the form).
>
> The fix is obvious:
>
> ....
>     if Assigned(FSectionLink.DataSource) then
>       FSectionLink.DataSource.RemoveFreeNotification(Self);
> ....
>
> HTH,
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: [3.37] Bug in TJvAppDBStorage -> AV
From: "m.Th." <a@b.com>
Date: Fri, 03 Jul 2009 12:49:22 +0300
Newsgroups: jedi.vcl

Hi,

In JVCL 3.37 if tries to use the TJvAppDBStorage, the IDE throws an AV error when it comes to assign the DataSource. The problem resides in JvAppDBStorage.Pas:

procedure TJvCustomAppDBStorage.SetDataSource(const Value: TDataSource);
begin
  if Assigned(FSectionLink) and not (FSectionLink.DataSourceFixed and (csLoading in ComponentState)) then
  begin
    FSectionLink.DataSource.RemoveFreeNotification(Self); //<----(!!!)

    FSectionLink.DataSource := Value;
    FKeyLink.DataSource := Value;
    FValueLink.DataSource := Value;
  end;
  if Value <> nil then
    Value.FreeNotification(Self);
end;

The line marked with (!!!) blows if FSectionLink.DataSource is nil.
(Which is always when one drops a new instance on the form).

The fix is obvious:

....
    if Assigned(FSectionLink.DataSource) then
      FSectionLink.DataSource.RemoveFreeNotification(Self);
....

HTH,

-- 

m. Th.


Subject: Re: IdWship6 error in JVCL 3.37
From: "Josh Kelley" <jkelley@windrock.com>
Date: Thu, 2 Jul 2009 11:03:15 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Josh Kelley wrote:
> > 
>> > > Suggestions?
> > 
> > Open packages\xml\JvNet-R.xml and add ,D12 to the IndySystem and
> > IndyProtocols lines Then restart the installer, it will regenerate
> > the packages

That fixed it.  Thanks!

-- Josh Kelley 

Subject: Re: IdWship6 error in JVCL 3.37
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 02 Jul 2009 09:28:16 +0200
Newsgroups: jedi.vcl

Josh Kelley wrote:

> Suggestions?

Open packages\xml\JvNet-R.xml and add ,D12 to the IndySystem and IndyProtocols lines
Then restart the installer, it will regenerate the packages


Subject: Re: Where to find "JvgTreeView" ???
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Jul 2009 22:36:05 +0200
Newsgroups: jedi.vcl

Eric Fritsche wrote:
> Hi,
> I've used the JvgTreeView component in one of my projects.
> It seems that the new JVCL version 3.37 does not provide it anymore.
> Where can I find this component to install it as a single component ?
> Thanks for any hint !
> Eric

The replacement is TJvTreeView
If you are using other "Globus" components, we urge you to use equivalents in the regular JVCL components.
As indicated many times, the Globus components will be removed sooner or later from the JVCL.

Cheers
Olivier


Subject: Where to find "JvgTreeView" ???
From: Eric Fritsche <efritsche@web.de>
Date: Wed, 01 Jul 2009 22:04:49 +0200
Newsgroups: jedi.vcl

Hi,
I've used the JvgTreeView component in one of my projects.
It seems that the new JVCL version 3.37 does not provide it anymore.
Where can I find this component to install it as a single component ?
Thanks for any hint !
Eric


Subject: IdWship6 error in JVCL 3.37
From: "Josh Kelley" <jkelley@windrock.com>
Date: Wed, 1 Jul 2009 18:20:18 +0000 (UTC)
Newsgroups: jedi.vcl

I'm trying out JVCL 3.37 and C++Builder 2009 (this is my first time
doing any serious work in either) and get the following error when I
try to use the TIdFtp component on a form in design time:

Cannot load package 'IndySystem120.'  It contains unit 'IdWship6',
which is also contained in package 'JvNetD12R'.

Suggestions?

-- Josh Kelley 

Subject: Re: How to get the Delphi 2007 SVN of JVCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 29 Jun 2009 11:17:12 +0200
Newsgroups: jedi.vcl

Peter Mallegrom wrote:
> Hi everyone!
>
> I'm sorry for asking such a noobish question, but I'm pretty new to Delphi (working with it for 1 month now...).
>
> I've been trying to install the JCL and JVCL on Delphi 2007. JCL works fine, JVCL doesn't. For some reason it doesn't seem to compile. It seems to be using some variables that aren't declared. I read (http://sourceforge.net/forum/forum.php?thread_id=2723934&forum_id=150092) that versions 3.35 and higher are for D2009 only and that I have to look for a D2007 SVN.

It's not "and higher", it's "3.35 is ONLY for D2009". The 3.36 and 3.37 releases are for all targets.

Please give the full error message, this would allow us to help you.


Subject: How to get the Delphi 2007 SVN of JVCL
From: "Peter Mallegrom" <pmallegrom@rbk.nl>
Date: Mon, 29 Jun 2009 10:39:14 +0200
Newsgroups: jedi.vcl

Hi everyone!

I'm sorry for asking such a noobish question, but I'm pretty new to Delphi 
(working with it for 1 month now...).

I've been trying to install the JCL and JVCL on Delphi 2007. JCL works fine, 
JVCL doesn't. For some reason it doesn't seem to compile. It seems to be 
using some variables that aren't declared. I read 
(http://sourceforge.net/forum/forum.php?thread_id=2723934&forum_id=150092) 
that versions 3.35 and higher are for D2009 only and that I have to look for 
a D2007 SVN.
Can anybody please explain to me what this is and more importantly, how to 
get it?
Tnx in advance!

Greetings,

Peter 




Subject: Re: JvMailslotServer OnNewMessage Problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Fri, 26 Jun 2009 00:30:17 +0000 (UTC)
Newsgroups: jedi.vcl

delphi99 wrote:

> > But I think it's not the sender making problems,
> > because I can see the incoming paket in wireshark trace on
> > destination computer.

Another problem can be stopped required servises or firewall which
blocks required protocols.

Make sure that
1) both computers are members of the same workgroup
2) NetBIOS service installed and works
3) NetBIOS Datagram Service (port 138) is not disabled by firewall (or
antivirus).

-- Alex 

Subject: Re: JvMailslotServer OnNewMessage Problem
From: delphi99 <delphi99@ghile.net>
Date: Thu, 25 Jun 2009 18:05:24 +0200
Newsgroups: jedi.vcl

Hi Alex,

tnx for this. But I think it's not the sender making problems, because I
can see the incoming paket in wireshark trace on destination computer.

I'm working with Delphi 6 Pro

I'll try now the Indy UDP Server/Client instead.

Frank


AlexB schrieb:
> > delphi99 wrote:
> > 
>> >> When I send a message with
>> >>
>> >> JvMailSlotClient1.ServerName:=QueryPub.FieldByName('WSTIP').AsString;
>> >> JVMailSlotClient1.Send(<something>);
>> >> I've no serverside reaction.
> > 
> > Try to trace into TJvMailSlotClient.Send and see if FHandle is valid.
> > Or at least check result in your own code.
> > 
> > function TJvMailSlotClient.Send
> >  (const MessageData; MessageLength: integer): Boolean;
> > var
> >   FHandle: THandle;
> >   Written: DWORD;
> > begin
> >   if FServerName = '' then
> >     FServerName := '.\'; // the same computer
> >   FHandle := CreateFile(PChar('\\' + FServerName + .....
> >   Result := FHandle <> INVALID_HANDLE_VALUE;
> > 
> >   if Result then
> >   begin
> >     Result := WriteFile(FHandle, ....
> >     CloseHandle(FHandle);
> >   end;
> > end;
> > 
> > If result is 'false' then you can try GetLastError to see error code.
> > (BTW I don't know what error code will return GetLastError after
> > (successful) CloseHandle if WriteFile was unsuccessful).


Subject: ANN: JVCL 3.37 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 25 Jun 2009 13:19:20 +0200
Newsgroups: jedi.general,jedi.vcl

The JVCL Team is proud to announce that the stable release of JVCL 3.37 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006, 2007 and 2009; C++Builder 5, 6, 2006, 2007 and 2009. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release brings numerous improvements for all targets and improves Unicode support for Delphi 2009 and C++Builder 2009.

ATTENTION: This release is the last one to support Delphi 5 and C++Builder 5

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.37.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: JvMailslotServer OnNewMessage Problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 25 Jun 2009 07:32:02 +0000 (UTC)
Newsgroups: jedi.vcl

What studio version do you use? If 2009 then there may be some unicode
problem. (Personally I still use RAD2007)
-- Alex 

Subject: Re: JvMailslotServer OnNewMessage Problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 25 Jun 2009 02:16:22 +0000 (UTC)
Newsgroups: jedi.vcl

delphi99 wrote:

> > When I send a message with
> > 
> > JvMailSlotClient1.ServerName:=QueryPub.FieldByName('WSTIP').AsString;
> > JVMailSlotClient1.Send(<something>);
> > I've no serverside reaction.

Try to trace into TJvMailSlotClient.Send and see if FHandle is valid.
Or at least check result in your own code.

function TJvMailSlotClient.Send
 (const MessageData; MessageLength: integer): Boolean;
var
  FHandle: THandle;
  Written: DWORD;
begin
  if FServerName = '' then
    FServerName := '.\'; // the same computer
  FHandle := CreateFile(PChar('\\' + FServerName + .....
  Result := FHandle <> INVALID_HANDLE_VALUE;

  if Result then
  begin
    Result := WriteFile(FHandle, ....
    CloseHandle(FHandle);
  end;
end;

If result is 'false' then you can try GetLastError to see error code.
(BTW I don't know what error code will return GetLastError after
(successful) CloseHandle if WriteFile was unsuccessful).
-- Alex 

Subject: JvMailslotServer OnNewMessage Problem
From: delphi99 <delphi99@ghile.net>
Date: Tue, 23 Jun 2009 19:22:44 +0200
Newsgroups: jedi.vcl

Hi,

I want to use MailslotServer/MailslotClient to send short status
messages from one client in LAN to another.

So I've both components in my application, of course with the same
MailSlotName. The DeliveryCheckInterval for MailSlotServer is set to
1000 (ms).

When I send a message with
  JvMailSlotClient1.ServerName:=QueryPub.FieldByName('WSTIP').AsString;
  JVMailSlotClient1.Send(<something>);
I've no serverside reaction.

The MailslotServer is started in TMainForm.FormShow
(JvMailSlotServer1.Open).

In Wireshark I can see, the mailslot package comes in on the destination
 client "JvMailSlotClient1.ServerName" (see above), but the event
JvMailSlotServer1.OnNewMessage isn't fired.

Do I've forgotten something?

JvMailslotServer/Client Version 3.36

Tnx for any suggestion and sorry for bad english

Frank


Subject: Today's latest SVN JVCL won't build on Delphi7 for me until I clean my Projects\BPL folder out.
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 19 Jun 2009 15:57:50 -0400
Newsgroups: jedi.vcl

I get fatal error JvDbReg.pas(60): Never build package JvDBD7R must be recompiled.

I zapped the content of the C:\program files\Borland\Delphi7\Projects\BPL and now it's happy.

Is there some fragility here that's going to hit regular users or is this glitchy behaviour unique to us JVCL dev types?

W


Subject: Re: Someone tell me what bug in MANTIS to fix next.
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 19 Jun 2009 14:33:54 -0400
Newsgroups: jedi.vcl


> On a sidenote, in message ghb04a$64j$1@news.talkto.net (5.12.2008) I posted a bugfix for JvDBLookup.pas that is not yet revised.
> The problem was that the combo list dropped down in the wrong places in multihead environment. You might want to have a look at that one and test it as it should be independent of the used Delphi version (from D6 on up).

Cute. I hate those multi-monitor bugs. I see lots of them.

Is there a Mantis issue for that?

W


Subject: Re: Someone tell me what bug in MANTIS to fix next.
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Fri, 19 Jun 2009 15:04:24 +0200
Newsgroups: jedi.vcl

On 18.06.2009 19:09, Warren Postma wrote:
> (Many seem to be tied to old versions of Delphi, such as Delphi 5 or 6,
> that I don't even have.)
>
> I can fix anything in Delphi 7, 2007, 2009. I can't be of much help
> with C++Builder, .NET or ancient stuff.

I'd be willing to do any testing in D6 as it is still my Version for Delphi development. I did not feel like upgrading.
But for fixing bugs I simply do not have the time I used to have some years ago so I do it when I stumble upon something that I need fixed.

On a sidenote, in message ghb04a$64j$1@news.talkto.net (5.12.2008) I posted a bugfix for JvDBLookup.pas that is not yet revised.
The problem was that the combo list dropped down in the wrong places in multihead environment. You might want to have a look at that one and test it as it should be independent of the used Delphi version (from D6 on up).

Chris


Subject: Re: Someone tell me what bug in MANTIS to fix next.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 Jun 2009 23:00:46 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I will be trolling through Mantis and trying to see if there's anything that I think I can fix. I just haven't seen any that I can replicate
> or that I know anything about how to fix. (Many seem to be tied to old
> versions of Delphi, such as Delphi 5 or 6, that I don't even have.)
>
> I can fix anything in Delphi 7, 2007, 2009.  I can't be of much help
> with C++Builder, .NET or ancient stuff.

No worries. If you can't reproduce, do not hesitate to put in feedback mode saying that you aren't seeing the bug in version XX


Subject: Re: Someone tell me what bug in MANTIS to fix next.
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 18 Jun 2009 13:09:47 -0400
Newsgroups: jedi.vcl

I will be trolling through Mantis and trying to see if there's anything that I think I can fix. I just haven't seen any that I can replicate
or that I know anything about how to fix. (Many seem to be tied to old
versions of Delphi, such as Delphi 5 or 6, that I don't even have.)

I can fix anything in Delphi 7, 2007, 2009.  I can't be of much help
with C++Builder, .NET or ancient stuff.

W



Subject: Re: Someone tell me what bug in MANTIS to fix next.
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Thu, 18 Jun 2009 16:37:52 +0200
Newsgroups: jedi.vcl

Warren Postma schrieb:
> > Everyone's SO happy, and there are NO real bugs left. Wow.
> > 
> > W
> > 

Well, if you also like to work on the JEDI API&WSCL project I could find
you something ;-)

Christian Wimmer
blog.delphi-jedi.net


Subject: Re: Someone tell me what bug in MANTIS to fix next.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 17 Jun 2009 22:15:29 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Everyone's SO happy, and there are NO real bugs left. Wow.

Well, users are not that numerous here, and I'm very busy these times so I'm not too sure what I can ask you to do.
I see you already asked questions and worked on many mantis issues and I'm glad you did. Going through the remaining ones would be nice, but I know that they are difficult to work with and that the decision might be to "drop" the issue.
Just don't hesitate to ask me if you need an opinion, I'll try to answer as fast as I can.


Subject: Re: Someone tell me what bug in MANTIS to fix next.
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 17 Jun 2009 15:24:39 -0400
Newsgroups: jedi.vcl

Everyone's SO happy, and there are NO real bugs left. Wow.

W



Subject: Re: Mouse Gesture component
From: Lee <luv2program@yahoo.com>
Date: Sat, 13 Jun 2009 11:55:17 -0400
Newsgroups: jedi.vcl

Lee wrote:
>
> Has anyone been able to get the specific panel control to do the mouse gestures with this demo?  When form level gestures are enabled in the demo, mouse gestures are detected, yet when directed to the TPanel on the demo form, the gestures are not detected.  In fact, the mouse events for that control are never fired in order to turn on gesture capture so it looks to me like the component is intercepting the mousedown/mouseup events of the control still.
>

Hmmm.  No one else using this component?  Shame.  I'll have to change it for my needs then.

Thanks,

-- 
Warm Regards,

Lee


Subject: Re: installing JCL under VISTA & Delphi 2009
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 12 Jun 2009 11:50:23 -0400
Newsgroups: jedi.vcl

What version JCL?



Subject: Re: installing JCL under VISTA & Delphi 2009
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 11 Jun 2009 21:53:08 +0200
Newsgroups: jedi.vcl

Thomas Klein wrote:

> > Now I can't install JCL.
> > The Batch file "install.bat" always aborts with the error that the
> > output file '..\bin\JediInstaller.exe' cannot be created.

Did you extract the JCL folder to "C:\Program Files" ? That directory
is read only under Vista.

-- Regards, Andreas Hausladen 

Subject: installing JCL under VISTA & Delphi 2009
From: "Thomas Klein" <thomas.klein@tomki.de>
Date: Thu, 11 Jun 2009 21:32:03 +0200
Newsgroups: jedi.vcl

Hi,
I was recently forced to convert to Windows VISTA (which I have managed to avoid until now). I installed Delphi 2009 (which I previously used with XP with no problem). Now I can't install JCL. The Batch file "install.bat" always aborts with the error that the output file '..\bin\JediInstaller.exe' cannot be created.
I have no clue what the problem is, because other the installation of other packages works fine (except for XLSREADWRITE from AXOLOT which gives me similar problems).
Can anybody help?
Regards Tom


Subject: Ignore test
From: "Erkki Latomaa" <erkki.latomaa@bordermail.se>
Date: Thu, 11 Jun 2009 17:56:21 +0200
Newsgroups: jedi.vcl



Subject: Re: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 11 Jun 2009 12:33:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Yes, we can drop them

Done.


-- Regards, Andreas Hausladen 

Subject: Re: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 11 Jun 2009 12:33:15 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I wasn't aware of this :-(

No problem. USEJVCL is now gone.


-- Regards, Andreas Hausladen 

Subject: Re: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 11 Jun 2009 11:47:14 +0200
Newsgroups: jedi.vcl

I wasn't aware of this :-(

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>>  Definitly I fixed some places :-)
>
> And you broke the USEJVCL defines. But I guess that we can now drop
> them anyway. It's been 4 years since they were added to keep Globus,
> JvWizards and the Time Manager framework separate.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 11 Jun 2009 08:34:16 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>>  Definitly I fixed some places :-)
>
> And you broke the USEJVCL defines. But I guess that we can now drop
> them anyway. It's been 4 years since they were added to keep Globus,
> JvWizards and the Time Manager framework separate.

Yes, we can drop them, it's not the only place where this is broken.


Subject: How to detect a click on a cell
From: "Alan T" <alan_NO_SPAM_pltse@yahoo.com.au>
Date: Thu, 11 Jun 2009 15:13:18 +1000
Newsgroups: jedi.vcl

I want to catch the user when they click on a cell in a particular column,
for example,
when the user click on a cell in  4th column, I will popup a message box. 




Subject: TJvNetscapeSplitter component bug using Delphi 6 (JVCL336CompleteJCL1104-Build3248)
From: "Robert De Naro" <delphi_stuff@yahoo.ca>
Date: Wed, 10 Jun 2009 12:46:07 -0400
Newsgroups: jedi.vcl

Hello,



I am having a very strange bug with JVCL component library 
(JVCL336CompleteJCL1104-Build3248) and will greatly appreciate if someone 
could help me!



Here is a description of the problem:

Using Delphi 6:



1) Create a MDI application (Menu->File, New, Others -- select Project tab 
and create MDI Application.

2) Place a TPanel component on the MainForm and set Align to “alLeft”

3) Place TJvNetscapeSplitter component on the MainForm and set Align to 
“alLeft”



The problem appear when executing the application, the TJvNetscapeSplitter 
component appears twice. The extra TJvNetscapeSplitter image appears to the 
right at a distance approximately the width of the panel.



I tried the same application using Delphi 2007, and there is not such a 
problem. My guess is that the bug is caused by some Delphi 6 library bug.



I am apologies if someone before me has already asked this question.



Thank you.



Robert De Naro.



Jun 10, 2009

12:42 pm




Subject: Re: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 10 Jun 2009 17:39:01 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> >  Definitly I fixed some places :-)

And you broke the USEJVCL defines. But I guess that we can now drop
them anyway. It's been 4 years since they were added to keep Globus,
JvWizards and the Time Manager framework separate.

-- Regards, Andreas Hausladen 

Subject: Set Row color in JvListView
From: "Alan T" <alan_NO_SPAM_pltse@yahoo.com.au>
Date: Wed, 10 Jun 2009 15:42:23 +1000
Newsgroups: jedi.vcl

I want to set the background color of rows in JvListView base on the 
contents of the row or subitem object.
For instance,
if the subitem[1] contains the string 'Hello'
or
if the object associated with the subitem has string contains say 'Hello',
then I set the row background to clRed. 




Subject: Re: Listview or grid
From: "Alan T" <alan_NO_SPAM_pltse@yahoo.com.au>
Date: Wed, 10 Jun 2009 14:08:46 +1000
Newsgroups: jedi.vcl

> >I need to use a listview or non-data grid to display records.
> > Not sure if the TJvListView is able to do the followings:
> > 1)Change individual row color
> > 2)Display column as checkbox (editable)
> > 3)Display column as combobox

I know how to display a checkbox but it only limits to the column with 
image, one more thing is I want to have separate image and checkbox column.
So in overall:
1)Change individual row color
2)Display column as checkbox (editable), separate column from image column
3)Display column as combobox




Subject: Listview or grid
From: "Alan T" <alan_NO_SPAM_pltse@yahoo.com.au>
Date: Wed, 10 Jun 2009 12:48:58 +1000
Newsgroups: jedi.vcl

I need to use a listview or non-data grid to display records.
Not sure if the TJvListView is able to do the followings:
1)Change individual row color
2)Display column as checkbox (editable)
3)Display column as combobox

Thanks 




Subject: Re: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 10 Jun 2009 01:42:12 +0200
Newsgroups: jedi.vcl

Done.

I've added two functions:
function ReplaceImageListReference(This: TComponent; NewReference: TCustomImageList; var VarReference:
        TCustomImageList; ChangeLink: TChangeLink): Boolean;
function ReplaceComponentReference(This, NewReference: TComponent; var VarReference: TComponent): Boolean;


And I replaced the most places in the run folder (74 files).
I hope that I made no mistakes. Definitly I fixed some places :-)

Kind regards
Jens

OBones schrieb:
> Andreas Hausladen wrote:
>> Jens Fudickar wrote:
>>
>>> Any comments on this??
>>
>> Except for the exception-hide, this looks good to me. I don't like it
>> if code hides exceptions that are caused by inproper usage of
>> (Remove)FreeNotification.
>
> Yes, same here. There should not be a way to hide the exception.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Filtering in Jv Memory Data - same approach in JvCsvData set?
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 09 Jun 2009 15:54:51 -0400
Newsgroups: jedi.vcl

Christian Schiffler wrote:

> Therefore I think using it in CsvDataset aswell is a good idea but I don't know if it will be backwards compatible then. I have not used CvsDataset filtering until now.

It would be a breaking change, but I think one that many people would welcome, since the old filtering really sucked. It was what I could DO QUICKLY, that or nothing.

Anyways, it's worth (a) testing out the idea, and (b) probably worth waiting until a major change (JVCL 3.5 at least, or JVCL 4)  to implement a breaking change like that.

W



Subject: Re: Filtering in Jv Memory Data - same approach in JvCsvData set?
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Tue, 09 Jun 2009 21:34:10 +0200
Newsgroups: jedi.vcl

On 09.06.2009 20:31, Warren Postma wrote:
> Maybe I should take the contributed filtering (which works like normal
> DB component filtering) and add it to CsvDataSet to replace the crappy
> old filter feature.

See our previous discussion <geec2d$mqg$1@news.talkto.net>.

I guess I extended the parser to be most generic and therefore it "should" work for parsing anything and anywhere. IMO it could also be used for being used in some scripting language or whatever.

Therefore I think using it in CsvDataset aswell is a good idea but I don't know if it will be backwards compatible then. I have not used CvsDataset filtering until now.

Chris


Subject: Filtering in Jv Memory Data - same approach in JvCsvData set?
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 09 Jun 2009 14:31:09 -0400
Newsgroups: jedi.vcl

Maybe I should take the contributed filtering (which works like normal DB component filtering) and add it to CsvDataSet to replace the crappy old filter feature.

Warren



Subject: Someone tell me what bug in MANTIS to fix next.
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 09 Jun 2009 14:29:22 -0400
Newsgroups: jedi.vcl

My areas of expertise:
    jvdocking
    jvchart
    jvcsvdataset and other db components.

What's out there and easily reproduced and known to be broken, and needing to be fixed?

Fly at er...


W



Subject: Re: Restoring data from XML is slow now
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 09 Jun 2009 19:08:22 +0200
Newsgroups: jedi.vcl

Yann PAPOUIN a écrit :
> Anyone else with the same problem ?
> I will make a zip file tomorrow with an example to show differences between INI and XML perf.

the problem is known, the best solution is to rework the way XML files are parsed and generated.

- Florent


Subject: Re: Restoring data from XML is slow now
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Tue, 09 Jun 2009 17:57:45 +0200
To: Florent Ouchet <outchy@users.sourceforge.net>
Newsgroups: jedi.vcl

Anyone else with the same problem ?
I will make a zip file tomorrow with an example to show differences between INI and XML perf.


Subject: Re: JvProgramVersionCheck translation at runtime
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Tue, 9 Jun 2009 16:39:26 +0200
Newsgroups: jedi.vcl

Yes there is.
Use GNU Gettext for Delphi and C++ Builder http://dxgettext.po.dk/ It is the 
standard translate system JEDI uses.
To use it quick and dirty for the standard jvcl libs included in your 
application uses this approach:

1. Compile jvcl using the dxgettext support (checkbox present into the 
installer)
2. At the root directory of your application (.exe file) copy the full 
directory tree named 'locale' you can find into the jvcl tree
3. run the application (.exe file). All the standard JVCL component and 
dialogs should appear in the language of your os (assuming there is the 
correspondent file into the 'locale' folder).

To translate your application too, follow the dxgettext tutorial for delphi.
Ciao,
Gianpiero

"Heiko Sommerfeldt" <info@phoner.de> wrote in message 
news:h0a9ng$7ug$1@news.talkto.net...
> > Hello,
> >
> > I am using an external tool to do translations (TsiLang).
> > Is there a way to do a translation for all that Jvcl dialogs (e.g. 
> > JvProgramVersionCheck) at runtime? A virtual function or some callback to 
> > do a translation of that pre defined strings from JvResources?
> >
> > Thanks
> > Heiko
> > 




Subject: Today zips (2009 06 09) successfully installed on Turbo Delphi 2006 PRO
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 09 Jun 2009 16:05:30 +0200
Newsgroups: jedi.vcl

Hi all,

I'm here just to report that I've succcessfully installed today jcl and jvcl packages into Turbo Delphi Professional 2006

Hope this could help in some way :)


Subject: Re: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 09 Jun 2009 08:43:49 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>> Any comments on this??
>
> Except for the exception-hide, this looks good to me. I don't like it
> if code hides exceptions that are caused by inproper usage of
> (Remove)FreeNotification.

Yes, same here. There should not be a way to hide the exception.


Subject: Re: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 9 Jun 2009 00:26:28 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Any comments on this??

Except for the exception-hide, this looks good to me. I don't like it
if code hides exceptions that are caused by inproper usage of
(Remove)FreeNotification.


-- Regards, Andreas Hausladen 

Subject: Short Discussion : Help Function to handle RemoveFreeNotification/FreeNotification
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 08 Jun 2009 23:51:34 +0200
Newsgroups: jedi.vcl

Hi,

i want to place the following function in JvJvclUtils.pas

function ReplaceComponentReference(This, NewReference: TComponent; var
    VarReference: TComponent; HideRemoveException: Boolean = False): Boolean;
begin
  Result := (VarReference <> NewReference) and Assigned(This);
  if Result then
    begin
      try
      if Assigned(VarReference) then
        VarReference.RemoveFreeNotification(This);
      except
        on e:exception do
          if not HideRemoveException then
            raise;
      end;
      VarReference := NewReference;
      if Assigned(VarReference) then
        VarReference.FreeNotification(This);
    end;
end;

The usage is to shorten the the RemoVeFreeNotification / FreeNotification Code in a property setter to one line:


procedure tBaseStatementRepositoryFrame.SetAppStorage(Value: tJvCustomAppStorage);
begin
  ReplaceComponentReference (self, Value, TComponent(fAppStorage));
end;

Any comments on this??

Kind regards
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Restoring data from XML is slow now
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 08 Jun 2009 19:06:27 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Yann PAPOUIN wrote:
>
>> Performances were good with the xml one before my JVCL update (from
>> 3.31 to 3.36)
>
> There were some "speed fixes" in the TJclSimpleXML class but I don't
> know if it was before or after the 3.36 release.

Andreas,

I think you are refering to revision 2575 and JCL 1.104 was tagged in revision 2605.

- Florent


Subject: Re: Restoring data from XML is slow now
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 8 Jun 2009 18:55:55 +0200
Newsgroups: jedi.vcl

Yann PAPOUIN wrote:

> > Performances were good with the xml one before my JVCL update (from
> > 3.31 to 3.36)

There were some "speed fixes" in the TJclSimpleXML class but I don't
know if it was before or after the 3.36 release.


-- Regards, Andreas Hausladen 

Subject: Restoring data from XML is slow now
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Mon, 08 Jun 2009 17:50:32 +0200
Newsgroups: jedi.vcl

Restoring data with an AppStorage is so slow now since the last release with an TJvAppXMLFileStorage.
It tooks seconds to load 50 strings.

If I replace the TJvAppXMLFileStorage with a TJvAppINIFileStorage, good performances takes back, no LOADING time.

Performances were good with the xml one before my JVCL update (from 3.31 to 3.36)


Subject: Re: MANTIS 0004328 - contributed filtering code merged into TJvMemoryData.
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 08 Jun 2009 10:28:23 -0400
Newsgroups: jedi.vcl


> {latest SVN JCL doesn't build in Delphi 7, ..}

Actually, now it does. I just forgot to do SVN update this morning before I wrote that.

W



Subject: MANTIS 0004328 - contributed filtering code merged into TJvMemoryData.
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 08 Jun 2009 10:24:54 -0400
Newsgroups: jedi.vcl

I merged the feature and tested it. I wrote a small test app which is added to the mantis issue as a zip.

http://issuetracker.delphi-jedi.org/view.php?id=4328

It builds in Delphi 7 and 2009.  I hope it didn't break anything. :-)

{latest SVN JCL doesn't build in Delphi 7, so other people are not recommended to try testing head SVN version of JCL+JVCL in delphi 7
at this exact moment.}

Warren



Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Mon, 08 Jun 2009 15:26:01 +0200
Newsgroups: jedi.vcl

> Looks for me not correct.
> If I opened a dataset in a grid, focus on a row.
> Than set a filter.
>
> The focused row should stay the same, if it is not filterer away.

I agree on that one, that's why I put the "First" inside a begin...end.
The original code did a "First" always when "Filtered" was active.

Old code:
procedure TJvMemoryData.SetFiltered(Value: Boolean);
begin
  if Active then
  begin
    CheckBrowseMode;
    if Filtered <> Value then
      inherited SetFiltered(Value);
    First;
  end
  else
    inherited SetFiltered(Value);
end;

My New Code:
procedure TJvMemoryData.SetFiltered(Value: Boolean);
begin
  if Active then
  begin
    CheckBrowseMode;
    if Filtered <> Value then
    begin
      inherited SetFiltered(Value);
      First;
    end;
  end
  else
    inherited SetFiltered(Value);
end;

You see that I have added an extra check that only moves the dataset if the filter condition really was changed.
If the first would be not in the begin...end, the whole filter would be reevaluated for every assignment, even if there was no change:
datTest.Filtered:=true; // set filtered
datTest.Filter:='foo="bar"'; // reevaluate filtering and jump to first.
datTest.Filter:='foo="bar"'; // reevaluate filtering and jump to first.
datTest.Filter:='foo="blur"';// reevaluate filtering and jump to first.
[...]

Using my method, only if the filter is changed, the first
datTest.Filter:='foo="bar"'; // reevaluate filtering and jump to first.
datTest.Filter:='foo="bar"'; // Ignore it
datTest.Filter:='foo="blur"';// reevaluate filtering and jump to first.

Of course one could add some locate to the previous row directly after the First, but the call to "first" is neccessary to make the dataset update the filtered rows. That limitation already existed in the original version and to my knowledge also in the original TDataSet by Borl.. I mean Inpri... eh no, Borl... Embarcad... whatever.
Problem with the above mentioned locating method is, what to do if the previous selected dataset is not within the filter range. Where to position the cursor then? getting a Bookmark on the dataset and position to there again does also not work, as it will result in a "No data found" exception.
As I did not want to force anything upon the user with my filtering, I decided to keep the existing funtionality with the slight modification of only forcing a "First" if there really was a change in the filter.

I have to admit, I based my development on a pretty old JVCL and Delphi 6 (in what it works like a charm).

If you have further questions, feel free to mail me directly as I do not check this newsgroup daily.

Regards
    Chris


Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Andreas Hesse <ah@ahsysteme.de>
Date: Mon, 08 Jun 2009 14:28:47 +0200
Newsgroups: jedi.vcl

>
> I have a bit of uncertainty in one function in the merge:
>
> Should SetFiltered move to the First row at all times, or only when the filter is changed, it looks like a bugfix made by CSchiffler, but I am not certain.  I can't see any harm in the new behaviour, and the old
> behaviour seems quirky, but I thought I'd ask here....
>
>
> procedure TJvMemoryData.SetFiltered(Value: Boolean);
> begin
>   if Active then
>   begin
>     CheckBrowseMode;
>     if Filtered <> Value then
>     begin // ADDED.
>       inherited SetFiltered(Value);
>       First;  // Now inside begin-end block: if Filtered<>Value then
>     end; // ADDED.
>   end
>
>

Looks for me not correct.
If I opened a dataset in a grid, focus on a row.
Than set a filter.

The focused row should stay the same, if it is not filterer away.

-- 
Andreas


Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 08 Jun 2009 08:04:03 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I've committed a bugfix to JvMemoryDataSet.pas (PChar => PAnsiChar). I
> hope this doesn't produce merge conflicts.

I will do an update to my local working copy and resolve any conflicts before comitting. :-)  I'm used to that.



I have a bit of uncertainty in one function in the merge:

Should SetFiltered move to the First row at all times, or only when the filter is changed, it looks like a bugfix made by CSchiffler, but I am not certain.  I can't see any harm in the new behaviour, and the old
behaviour seems quirky, but I thought I'd ask here....


procedure TJvMemoryData.SetFiltered(Value: Boolean);
begin
  if Active then
  begin
    CheckBrowseMode;
    if Filtered <> Value then
    begin // ADDED.
      inherited SetFiltered(Value);
      First;  // Now inside begin-end block: if Filtered<>Value then
    end; // ADDED.
  end


W
W



Subject: Re: Error after update
From: "Ron Tuijnman" <Ron@repelsteeltje.com>
Date: Sun, 7 Jun 2009 10:30:18 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht 
news:h0d2t2$jam$1@news.talkto.net...
> > Ron Tuijnman wrote:
>> >> "OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht 
>> >> news:h0bti1$fcb$2@news.talkto.net...
>>> >>> Registry has nothing to do with this.
>>> >>> You must look EVERYWHERE on your hard drive for DCP/DCU files that are 
>>> >>> named with a Jcl and/or Jv prefix.
>>> >>> You WILL find some old ones that get included in your project because of 
>>> >>> bogus search paths.
>>> >>> Trust me on this, the error you have is ALWAYS because an old DCU or DCP 
>>> >>> file is where it is not expected to be.
>> >>
>> >> ...Hi Bones,
>> >>
>> >> The manual statted I had to cleant he registry before installing the new 
>> >> JEDI , so I did.
>> >> I will do full search on jv*.* and kill all those files, remove the 
>> >> components from the package lists and then reinstall the latest version. 
>> >> I use the version with JCL. Is it correct to do so?
> >
> > Yes, but you need to cleanup the Jcl*.* files as this seems to be the 
> > source of the problem.

....Hi Bones,
I finally did manage to get things working at last! Thanx for your great 
help and persitance. I seemed there were indeed stil a few paths working. I 
did find indeed some old components in a hidden corner (desktop!) which I 
overlooked in previous searches!

Great help!

Thanx!

Ron 




Subject: Re: TJvDBUltimGrid and Search
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 6 Jun 2009 15:00:24 +0200
Newsgroups: jedi.vcl

Bruce Michener wrote:

> > My guess is that the strFind function being used is from the
> > JCLStrings unit instead of the JCLAnsiString unit. The funny thing is
> > the search function appears to work if what you are looking for is in
> > the first search field of the first row.

The JclStrings.StrFind was fixed in svn revision 2663 (2009-03-01
yyyy-mm-dd)

The 3.36 release contains many unicode migration bugs that are already
fixed. Unfortunately there is no new release yet. So the only way to
get your problems fixed is by downloading and installing the JCL and
JVCL daily snapshots. They are very stable (not much new development is
going on due to our notorious lack of human resources, only bug fixing)

http://jcl.sf.net/daily
http://jvcl.sf.net/daily


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBUltimGrid and Search
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 6 Jun 2009 13:35:25 +0200
Newsgroups: jedi.vcl

Bruce Michener wrote:

> > During the install of the JVCL, I get an error message that the
> > JCL.INC file cannot be found,

This was fixed some weeks ago. The JVCL should not use the JCL.INC.


> > My guess is that the strFind function being used is from the
> > JCLStrings unit instead of the JCLAnsiString unit. The funny thing is
> > the search function appears to work if what you are looking for is in
> > the first search field of the first row.

I'll have a look at this.


-- Regards, Andreas Hausladen 

Subject: Re: Error after update
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 06 Jun 2009 11:07:51 +0200
Newsgroups: jedi.vcl

Ron Tuijnman wrote:
> "OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht news:h0bti1$fcb$2@news.talkto.net...
>> Registry has nothing to do with this.
>> You must look EVERYWHERE on your hard drive for DCP/DCU files that are named with a Jcl and/or Jv prefix.
>> You WILL find some old ones that get included in your project because of bogus search paths.
>> Trust me on this, the error you have is ALWAYS because an old DCU or DCP file is where it is not expected to be.
>
> ...Hi Bones,
>
> The manual statted I had to cleant he registry before installing the new JEDI , so I did.
> I will do full search on jv*.* and kill all those files, remove the components from the package lists and then reinstall the latest version. I use the version with JCL. Is it correct to do so?

Yes, but you need to cleanup the Jcl*.* files as this seems to be the source of the problem.


Subject: Re: Error after update
From: "Ron Tuijnman" <Ron@repelsteeltje.com>
Date: Sat, 6 Jun 2009 09:33:52 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht 
news:h0bti1$fcb$2@news.talkto.net...
> > Registry has nothing to do with this.
> > You must look EVERYWHERE on your hard drive for DCP/DCU files that are 
> > named with a Jcl and/or Jv prefix.
> > You WILL find some old ones that get included in your project because of 
> > bogus search paths.
> > Trust me on this, the error you have is ALWAYS because an old DCU or DCP 
> > file is where it is not expected to be.

....Hi Bones,

The manual statted I had to cleant he registry before installing the new 
JEDI , so I did.
I will do full search on jv*.* and kill all those files, remove the 
components from the package lists and then reinstall the latest version. I 
use the version with JCL. Is it correct to do so?

I will let you know if it was succesfull!

Thanx again for your time!

Ron 




Subject: Re: Error after update
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 06 Jun 2009 00:30:26 +0200
Newsgroups: jedi.vcl

Registry has nothing to do with this.
You must look EVERYWHERE on your hard drive for DCP/DCU files that are named with a Jcl and/or Jv prefix.
You WILL find some old ones that get included in your project because of bogus search paths.
Trust me on this, the error you have is ALWAYS because an old DCU or DCP file is where it is not expected to be.


Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 6 Jun 2009 00:30:19 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I'm working on the merge right now

I've committed a bugfix to JvMemoryDataSet.pas (PChar => PAnsiChar). I
hope this doesn't produce merge conflicts.

-- Regards, Andreas Hausladen 

Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 06 Jun 2009 00:28:38 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I'm working on the merge right now.  I'll rename the newly added unit with a Jv prefix, since all our units should have a Jv prefix, if they're in the JVCL\run folder, right?

Absolutely correct.


Subject: Re: Error after update
From: "Ron Tuijnman" <Ron@repelsteeltje.com>
Date: Fri, 5 Jun 2009 23:15:06 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht 
news:h017tg$15k$1@news.talkto.net...
> > Have you updated the JCL as well?
> > If not, you must.
> > If you did, then you have old DCUs lying around on your hard drive. Remove 
> > them and you'll be sorted.


....Alas! After several hours of deleting and reinstalling I still get these 
errors. Something's structurally going wrong.
There is no way back now anymore. I've deleted even the back-ups to prevent 
intrusion of wrong versions.
I've manually deleted the Bpl's, and uninstalled the packages, cleaned the 
register, so I'm rather desperate now.

I'm using Delphi 7 build 4.453.
Can anyone send me a link to the latest working version of JVCL under this 
version of Delphi?

Tomorrow when I've gathered new energy I will give it a last deperate try 
before killing the Jedi...

Thanx in advance!

Ron 




Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 05 Jun 2009 16:57:09 -0400
Newsgroups: jedi.vcl

I'm working on the merge right now.  I'll rename the newly added unit with a Jv prefix, since all our units should have a Jv prefix, if they're in the JVCL\run folder, right?

W



Subject: Mouse Gesture component
From: Lee <luv2program@yahoo.com>
Date: Fri, 05 Jun 2009 10:18:30 -0400
Newsgroups: jedi.vcl


Has anyone been able to get the specific panel control to do the mouse gestures with this demo?  When form level gestures are enabled in the demo, mouse gestures are detected, yet when directed to the TPanel on the demo form, the gestures are not detected.  In fact, the mouse events for that control are never fired in order to turn on gesture capture so it looks to me like the component is intercepting the mousedown/mouseup events of the control still.

Thanks for any help,

-- 
Warm Regards,

Lee


Subject: JVCLTranslate and MainMenu
From: "Lucas Dias" <dias.lucas@gmail.com>
Date: Fri, 5 Jun 2009 09:38:52 -0300
Newsgroups: jedi.vcl

Hello.
I downloaded the DfmToXml for JVCL translator.
So, I was using the DfmToXml and I DON'T get to work the JVCL translator 
with MAINMENU.
How I can use to JVCL work with MainMenu?
The XML code is:
<?xml version="1.0" encoding="utf-8"?>
<Translation>
  <Idiomas Caption="Multi Linguas">
    <Font Charset="1"/>
    <Label1 Caption="Label1"/>
    <Label2 Caption="Label2"/>
    <Label3 Caption="Label3"/>
    <Label4 Caption="Label4"/>
    <Label5 Caption="Label5"/>
    <Label6 Caption="Label6"/>
    <Button1 Caption="Salvar"/>
    <Button2 Caption="Aplicar"/>
    <Button3 Caption="Cancelar"/>
    <TreeView1/>
    <Tradutor/>
    <Stringss/>
    <XMLTransform1/>
    <XMLDocument1/>
    <MainMenu1>
      <Arquivo1 Caption="Arquivo"/>
    </MainMenu1>
  </Idiomas>
</Translation>




Subject: JvProgramVersionCheck translation at runtime
From: "Heiko Sommerfeldt" <info@phoner.de>
Date: Fri, 5 Jun 2009 09:45:42 +0200
Newsgroups: jedi.vcl

Hello,

I am using an external tool to do translations (TsiLang).
Is there a way to do a translation for all that Jvcl dialogs (e.g. 
JvProgramVersionCheck) at runtime? A virtual function or some callback to do 
a translation of that pre defined strings from JvResources?

Thanks
Heiko 




Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 04 Jun 2009 17:04:24 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> My mantis account wpostma416 is only reporter status.
>
> I accidentally (pre-morning coffee mistake sorry!) created a second mantis account this morning.
>
> Can someone with Mantis admin priveleges
>     - raise wpostma416 to be able to edit and comment on issues (I have reporter status and cannot comment on this issue). Then I can
>     comment as I resolve this issue, and I'll assign it to myself.

This account is now developer on "Jedi VCL" (JVCL) and "Code Library" (JCL). You can then assign yourself the issue above.

>     - delete wpostma (created today)

Done. What about the "wapostma" account created in 2003? (email is warrenpstma hosted by hotmail)

I reopened the issue and explained over there why it was "fixed" too early.

Cheers
Olivier


Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 04 Jun 2009 09:38:16 -0400
Newsgroups: jedi.vcl

Incidentally why is it marked "fixed" in mantis before it's even merged?   Maybe that's why I can't comment on it or reassign it to me.

W


Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 04 Jun 2009 09:37:11 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Warren Postma wrote:
>> Christian Schiffler wrote:
>>> As long as the patch has reached the proper place everything is just fine.
>>
>> I can put some time onto this.
>>
>> It looks like I don't even have a mantis account anymore although I have svn access.  (I've just created a new mantis account wpostma)
>>
>> Obones, ok if I do the merge and check it out? I can test it on D7, 2007, 2009 before I check in.
>
> No worries, please be my guest.
My mantis account wpostma416 is only reporter status.

I accidentally (pre-morning coffee mistake sorry!) created a second mantis account this morning.

Can someone with Mantis admin priveleges
    - raise wpostma416 to be able to edit and comment on issues (I have reporter status and cannot comment on this issue). Then I can
    comment as I resolve this issue, and I'll assign it to myself.
    - delete wpostma (created today)

Warren


Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 04 Jun 2009 15:31:42 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Christian Schiffler wrote:
>> As long as the patch has reached the proper place everything is just fine.
>
> I can put some time onto this.
>
> It looks like I don't even have a mantis account anymore although I have svn access.  (I've just created a new mantis account wpostma)
>
> Obones, ok if I do the merge and check it out? I can test it on D7, 2007, 2009 before I check in.

No worries, please be my guest.


Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 04 Jun 2009 09:27:28 -0400
Newsgroups: jedi.vcl

Christian Schiffler wrote:
> As long as the patch has reached the proper place everything is just fine.

I can put some time onto this.

It looks like I don't even have a mantis account anymore although I have svn access.  (I've just created a new mantis account wpostma)

Obones, ok if I do the merge and check it out? I can test it on D7, 2007, 2009 before I check in.


Warren


Subject: Re: JVCL Installer freezing while running DCC32 on JvDBD12R.bpl
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 04 Jun 2009 08:57:23 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Could be. And this is fixed/worked around in the SVN version.
>

>
Oops. Yes. I've gutted myself twice on this pole. :-)


W


Subject: Re: JVCL Installer freezing while running DCC32 on JvDBD12R.bpl
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 4 Jun 2009 00:26:42 +0200
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > I think this could be the issue which you've reported here in the
> > thread "dcc32.exe crash in JvDBD12R.dpk" on January 06.
> > Message-ID: <gjvtgh$p6h$1@news.talkto.net>

Could be. And this is fixed/worked around in the SVN version.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer freezing while running DCC32 on JvDBD12R.bpl
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 3 Jun 2009 22:29:06 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Interestingly it has no problem building from inside the IDE if I
> > open "D12 packages" group-project file, and do a build-all, I have no
> > problems.

Maybe I should finish my DLL that can use dcc120.dll instead of the
command line compiler.


> > I have rebooted and the problem persists on my machine. (It's a vista
> > PC, running 32 bit vista, I have also recently upgraded to Vista
> > ServicePack2, and it could be that, not the Delphi 2009 Update3 that
> > is freezing DCC32.)

I have no problem (with JCL/JVCL SVN head) and Update 3, Vista 64 SP2.


> > DCC32 sits at 20-30% cpu usage, for several minutes, I could let it
> > run for an hour and see if it builds at last.  :-)

That sounds like an infinite loop in the compiler.


Maybe you need to run the "Repair" function of the Delphi installer to
fix a broken installation that was caused by the Update 3 installer. I
installed the Update 3 on three different computers (home, laptop,
office) and every installation was different. Wrong coreide120.bpl, out
of sync RTL/VCL code and on my laptop everything installed perfectly.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer freezing while running DCC32 on JvDBD12R.bpl
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 03 Jun 2009 16:10:13 -0400
Newsgroups: jedi.vcl

> This problem just started happening after installing a Delphi 2009 update 3, and it dies at JvDBD12R.dpk line 102. There are no warnings or errors.

Interestingly it has no problem building from inside the IDE if I open "D12 packages" group-project file, and do a build-all, I have no problems.

I have rebooted and the problem persists on my machine. (It's a vista PC, running 32 bit vista, I have also recently upgraded to Vista ServicePack2, and it could be that, not the Delphi 2009 Update3 that is freezing DCC32.)

DCC32 sits at 20-30% cpu usage, for several minutes, I could let it run for an hour and see if it builds at last.  :-)

Warren


Subject: JVCL Installer freezing while running DCC32 on JvDBD12R.bpl
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 03 Jun 2009 16:06:38 -0400
Newsgroups: jedi.vcl

This problem just started happening after installing a Delphi 2009 update, and it dies at JvDBD12R.dpk line 102. There are no warnings or errors.

Anyone seen this?  It's delphi 2009 professional, build 12.0.3420.21218, (Update 3 just installed).

The JVCL is a from the file JVCL336CompleteJCL1104-Build3248.zip

Warren


Subject: Re: JVCL Installer freezing while running DCC32 on JvDBD12R.bpl
From: "Uwe Schuster" <jedivcs@bitcommander.de>
Date: Wed, 3 Jun 2009 19:37:06 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> > > I have rebooted and the problem persists on my machine. (It's a
>> > > vista PC, running 32 bit vista, I have also recently upgraded to
>> > > Vista ServicePack2, and it could be that, not the Delphi 2009
>> > > Update3 that is freezing DCC32.)
> > 
> > I have no problem (with JCL/JVCL SVN head) and Update 3, Vista 64 SP2.

Maybe you're running a somehow patched version ;-)

I think this could be the issue which you've reported here in the
thread "dcc32.exe crash in JvDBD12R.dpk" on January 06.
Message-ID: <gjvtgh$p6h$1@news.talkto.net>
-- Uwe 

Subject: Re: TJvDBUltimGrid and Search
From: "Bruce Michener" <bmichene@boe.ca.gov>
Date: Tue, 2 Jun 2009 20:54:55 +0000 (UTC)
Newsgroups: jedi.vcl

Bruce Michener wrote:

> > I just installed version 3.36 of JVCL and 1.04 of the JCL to my Delphi
> > 6 environment and now the Search function of this component doesn't
> > seem to work.  Did something change that I missed?

My guess is that the strFind function being used is from the JCLStrings
unit instead of the JCLAnsiString unit. The funny thing is the search
function appears to work if what you are looking for is in the first
search field of the first row.

During the install of the JVCL, I get an error message that the JCL.INC
file cannot be found, even though the JCL install put the path to that
INC file in the Library path.  To get by this, I copied the JCL.INC and
JCLD6.INC files to the JVCL\common folder so the JVCL install would
complete.

Any insight/help would be appreciated, otherwise I think I'm going to
have to revert back to version 3.34 of the JVCL and 1.02 of the JCL.

-- 

Subject: TJvDBUltimGrid and Search
From: "Bruce Michener" <bmichene@boe.ca.gov>
Date: Tue, 2 Jun 2009 15:31:08 +0000 (UTC)
Newsgroups: jedi.vcl

I just installed version 3.36 of JVCL and 1.04 of the JCL to my Delphi
6 environment and now the Search function of this component doesn't
seem to work.  Did something change that I missed?
-- 

Subject: Re: Error after update
From: "Ron Tuijnman" <Ron@repelsteeltje.com>
Date: Mon, 1 Jun 2009 23:51:42 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht 
news:h017tg$15k$1@news.talkto.net...

Hi Bones...

> > Have you updated the JCL as well?
....Yep... Same package/download


> > If not, you must.
....Ok...


> > If you did, then you have old DCUs lying around on your hard drive. Remove 
> > them and you'll be sorted.

....I'll try this tomorrow. Are these DCU's located in te same folder?

Thanx for your swift response!

Ron 




Subject: Re: Error after update
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 01 Jun 2009 23:18:54 +0200
Newsgroups: jedi.vcl

Have you updated the JCL as well?
If not, you must.
If you did, then you have old DCUs lying around on your hard drive. Remove them and you'll be sorted.


Subject: Error after update
From: "Ron Tuijnman" <Ron@repelsteeltje.com>
Date: Mon, 1 Jun 2009 22:06:15 +0200
Newsgroups: jedi.vcl

Hi there,

After updating form a previous version of project JEDI, I get this error 
when compiling or building projects I've already started:

[Fatal Error] untMain.pas(11): Unit JvJVCLUtils was compiled with a 
different version of JclBase.PWideChar

Maybe this newsgroup has already dealt with this issue, but I just can't 
seem to find a faq.

Please help me to go on with my project!

Thanx in advance!
Ron monkeytail rtpsoftware.nl 




Subject: Error when compiling after RAD 2009 update
From: "CC" <DoNotEmail@nowhere.com>
Date: Fri, 29 May 2009 11:48:08 -0400
Newsgroups: jedi.vcl

I installed the update and every time I try to build or compile I get this 
message:

Exception class name: EOleSysError
Exception message: Class not registered, ClassID: 
{410C0C78-0AFB-4FEC-9530-B41D86B0792D}
(00081897){Jcl120.bpl  } [48082897] Jcldebug.JclCreateStackList + $17
(0000205F){JclBaseExpert120.bpl} [5800305F] 
Jclotaexceptionform.TJclExpertExceptionForm.ShowException + $10B
(0000567B){JclBaseExpert120.bpl} [5800667B] 
Jclotautils.JclExpertShowExceptionDialog + $33
(000038BE){JclDebugExpert120.bpl} [09C748BE] 
Jcldebugideimpl.TJclDebugExtension.BuildProject + $5E
(000574EB){rtl120.bpl  } [500584EB] Classes.TBasicAction.Execute (Line 
12201, "Classes.pas" + 3) + $7
(000A4280){vcl120.bpl  } [501C5280] Controls.TControl.Perform (Line 6420, 
"Controls.pas" + 10) + $8
(000A8677){vcl120.bpl  } [501C9677] Controls.TWinControl.IsControlMouseMsg 
(Line 9135, "Controls.pas" + 15) + $15
(00077FF8){vcl120.bpl  } [50198FF8] ComCtrls.TToolBar.WndProc (Line 23223, 
"ComCtrls.pas" + 104) + $6
(000A8400){vcl120.bpl  } [501C9400] Controls.TWinControl.MainWndProc (Line 
9065, "Controls.pas" + 3) + $6
(000581DC){rtl120.bpl  } [500591DC] Classes.StdWndProc (Line 12703, 
"Classes.pas" + 8) + $0

If anyone knows how to fix this, I'd be grateful.  I can't do any work. 




Subject: TJvDBDatePickerEdit
From: Martin Potokar <martinpotokar@sbcglobal.net>
Date: Thu, 28 May 2009 19:54:48 -0500
Newsgroups: jedi.vcl

Does anyone know how to change the left/right arrow (glyphs) in the popup calendar? I'd like to be able to substitute black arrows with gray background. I have the glyphs but I don't see a property where this can be done other than for the caret.


Subject: Re: JVImageList and Raize Components
From: "Gary Mugford" <gmugford0219@rogers.com>
Date: Thu, 28 May 2009 05:58:13 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks for calming my nerves. I believe it came up in a user group
meeting that I attended. It's been awhile. It was more or less why I
shied away from the Raize components, although I DO use CodeSite. Given
the impressive CodeRage video, I'm more positive that it might be worth
at least testing.

Keep up the good work, sorry to throw a false scare out there.

GM

OBones wrote:

> > Gary Mugford wrote:
>> > > Hi all,
>> > > 
>> > >  Are there any known incompatabilities between JVCL and Raize
>> > > Componnents? I seem to recall an issue with the JvImageList Editor,
>> > > if Raize is installed. You lose the editor completely to a
>> > > typecasting error.
>> > > 
>> > >  Did that problem exist and has it been resolved? I saw the Raise
>> > > demo at CodeRage and have been thinking lately about getting it.
> > 
> > We are not aware of such an issue. I don't even remember being told
> > there was such an issue.



Subject: Re: JvValidateEdit and decimal separator
From: Kata32 <NOSPAMkata32@hotmail.com>
Date: Wed, 27 May 2009 17:30:26 +0200
Newsgroups: jedi.vcl

On Mon, 25 May 2009 20:29:58 +0200, OBones
<obones_gfd_@_gfd_altern.org> wrote:

> >ForceDecimalSeparatorInput, but my bad, it was protected.
> >It is now public in the latest SVN revision

Ok, I find it and works!



Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Tue, 26 May 2009 11:46:31 +0200
Newsgroups: jedi.vcl

On 25.05.2009 19:53, OBones wrote:
> It is the right place, and it is visible in Mantis, it's just that we
> are very stretched on resources right now.
> But be sure that it will be looked at.

Thanks, I just wanted to make sure I did not post to the wrong place.
I understand that devs are stretched, it's the same for me, I can not dedicate as much time to projects like JEDI as I want to. :)

As long as the patch has reached the proper place everything is just fine.

Regards
    Chris


Subject: Re: JvValidateEdit and decimal separator
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 25 May 2009 20:29:58 +0200
Newsgroups: jedi.vcl

Kata32 wrote:
>> There is one. It's not published but it should be public.
>
> I can't find it :-(

ForceDecimalSeparatorInput, but my bad, it was protected.
It is now public in the latest SVN revision


Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 25 May 2009 19:53:32 +0200
Newsgroups: jedi.vcl

Christian Schiffler wrote:
> Hi,
> I am not sure if anyone read this and if this is the right or wrong place to post.
>
> If it is the wrong place, where shall I post it or who shall I contact to get it included into the source tree?

It is the right place, and it is visible in Mantis, it's just that we are very stretched on resources right now.
But be sure that it will be looked at.


Subject: Re: JvValidateEdit and decimal separator
From: Kata32 <NOSPAMkata32@hotmail.com>
Date: Mon, 25 May 2009 16:54:31 +0200
Newsgroups: jedi.vcl

> >There is one. It's not published but it should be public.

I can't find it :-(




Subject: Re: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Mon, 25 May 2009 12:03:20 +0200
Newsgroups: jedi.vcl

Hi,
I am not sure if anyone read this and if this is the right or wrong place to post.

If it is the wrong place, where shall I post it or who shall I contact to get it included into the source tree?

Regards
    Chris


Subject: Re: JVImageList and Raize Components
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 25 May 2009 11:54:17 +0200
Newsgroups: jedi.vcl

Gary Mugford wrote:
> Hi all,
>
>   Are there any known incompatabilities between JVCL and Raize
> Componnents? I seem to recall an issue with the JvImageList Editor, if
> Raize is installed. You lose the editor completely to a typecasting
> error.
>
>   Did that problem exist and has it been resolved? I saw the Raise demo
> at CodeRage and have been thinking lately about getting it.

We are not aware of such an issue. I don't even remember being told there was such an issue.


Subject: JVImageList and Raize Components
From: "Gary Mugford" <gmugford0219@rogers.com>
Date: Mon, 25 May 2009 06:04:43 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

  Are there any known incompatabilities between JVCL and Raize
Componnents? I seem to recall an issue with the JvImageList Editor, if
Raize is installed. You lose the editor completely to a typecasting
error.

  Did that problem exist and has it been resolved? I saw the Raise demo
at CodeRage and have been thinking lately about getting it.

  THanks, GM


Subject: Re: TJvCreateProcess only work in cmd.exe
From: "sum" <wu@i-cable.com>
Date: Sun, 24 May 2009 20:25:02 +0800
Newsgroups: jedi.vcl

I am using win xp sp2
"sum" <wu@i-cable.com> wrote :gv69eb$e9p$1@news.talkto.net...
> > Hi all
> >
> > I am using delphi 7.TJvCreateProcess only work in cmd.exe  .It don't work
> > with delphi console like bellow.
> > ---------------------
> > program Project1;
> >
> > {$APPTYPE CONSOLE}
> >
> > uses
> >  SysUtils;
> > var s:string;
> > begin
> >  writeln('type something');
> >  readln(s);
> >  writeln('You typed '+s);
> >  readln(s);
> > end.
> > -------------------
> > It don't show 'type something' until you input 2 times (i.e. The console
> > program exit).
> > Anyone have idea ? Thanks
> > 




Subject: TJvCreateProcess only work in cmd.exe
From: "sum" <wu@i-cable.com>
Date: Fri, 22 May 2009 23:57:12 +0800
Newsgroups: jedi.vcl

Hi all

I am using delphi 7.TJvCreateProcess only work in cmd.exe  .It don't work
with delphi console like bellow.
---------------------
program Project1;

{$APPTYPE CONSOLE}

uses
  SysUtils;
var s:string;
begin
  writeln('type something');
  readln(s);
  writeln('You typed '+s);
  readln(s);
end.
-------------------
It don't show 'type something' until you input 2 times (i.e. The console
program exit).
Anyone have idea ? Thanks 




Subject: Re: JvValidateEdit and decimal separator
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 22 May 2009 16:53:41 +0200
Newsgroups: jedi.vcl

Kata32 wrote:
> My be usefull to crate a property if set when the dot key on numeric
> pad is pressed the character is alwais set to decimal separator.

There is one. It's not published but it should be public.


Subject: JvValidateEdit and decimal separator
From: Kata32 <NOSPAMkata32@hotmail.com>
Date: Fri, 22 May 2009 15:47:25 +0200
Newsgroups: jedi.vcl

My be usefull to crate a property if set when the dot key on numeric
pad is pressed the character is alwais set to decimal separator.




Subject: Re: How to get errormessages from JvShFileOperation?
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Wed, 20 May 2009 11:47:21 +0200
Newsgroups: jedi.vcl

Am 20.05.2009 10:34, schrieb OBones:
> Maybe with SysErrorMessage(GetLastError)
I don't know why but GetLastError returns 0 even if the execute function has returned false.
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel.: +49 (95 65) 94 22 - 42
Fax : +49 (95 65) 94 22 - 22
Mail: heiko.adams@regenspurger.de
Web:  http://www.regenspurger.de / www.kigapro.de


Subject: Re: How to get errormessages from JvShFileOperation?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 May 2009 10:34:22 +0200
Newsgroups: jedi.vcl

Heiko Adams wrote:
> Hello,
> currently JvShFileOperation only return false if a file opertaion fails. But is there a way to obtain the corresponding error message to know why the operation failed?

Maybe with SysErrorMessage(GetLastError)


Subject: How to get errormessages from JvShFileOperation?
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Wed, 20 May 2009 09:02:04 +0200
Newsgroups: jedi.vcl

Hello,
currently JvShFileOperation only return false if a file opertaion fails. But is there a way to obtain the corresponding error message to know why the operation failed?
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel.: +49 (95 65) 94 22 - 42
Fax : +49 (95 65) 94 22 - 22
Mail: heiko.adams@regenspurger.de
Web:  http://www.regenspurger.de / www.kigapro.de


Subject: TJvMemoryDataset Filtering implementation finished and source attached to Mantis
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Mon, 18 May 2009 18:54:06 +0200
Newsgroups: jedi.vcl

Hi,
I have finished the implementation of the Filter Expressions in TJvMemoryDataset and added the source to the mantis entry[1].

I have no idea who is responsible for maintaining the relevant parts in JVCL therefore I am posting this here.
Someone should diff the contents of the attached zip file in the bug tracker against the current stable tree of JVCL and integrate the changes.

There are only three files affected:
    - NEW: run\ExprParser.pas    (new file for expr. parsing)
    - CHG: run\JvMemoryDataset    (implemented filtering)
    - CHG: packages\xml\JvDB-R.xml    (added file ExprParser.pas)

The Filter should support almost any filtering expression one can think of and the speed is pretty nice, as the expression get's parsed once and interpreted for every record in the table.

I really hope this makes it into JVCL as it seems one of the biggest "nice to have" for JvMemoryData.

I guess the same approach could also be included into JvCSVDataset to support expressions there but that is up to someone else.

Regards
    Chris

[1] http://issuetracker.delphi-jedi.org/view.php?id=4328


Subject: JVDBGrid Column Not Recognizing Edit Mask
From: Martin Potokar <martinpotokar@sbcglobal.net>
Date: Fri, 15 May 2009 17:04:43 -0500
Newsgroups: jedi.vcl

Can anyone tell me why JvDBGrid doesn't recognize edit masks applied to certain fields whereas standard TDBGrid does?


Subject: JvEmbeddedFormPanel and OnShow event
From: Kata32 <NOSPAMkata32@hotmail.com>
Date: Tue, 12 May 2009 17:34:15 +0200
Newsgroups: jedi.vcl

I'm using jvcl 3.36 and it's the first time on using
JvEmbeddedFormPanel component. 
I've noticed that if the child form is embedded and linked the OnShow
event is thrown only one time (the first time afetr the OnCreate).

In this way I've no longer control when the form linked is displayed.

Adriano


Subject: Re: (Design time) component linking between different forms
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Fri, 08 May 2009 20:55:24 +0200
To: Fabrizio Monti <monti.fabrizio@gmail.com>
Newsgroups: jedi.vcl

I think that it's a Delphi bug as I have the same problem with Delphi 2007 with others design time components like a unique TImageList (on 1 form) for multi TActionList (some other forms).
I'm using the same work around than you.


Subject: Re: JvCsvData.pas {$I jcl.inc} why?
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 08 May 2009 11:21:53 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Yes, if we find out why Warren Postma has included the jcl.inc into a
> JVCL unit.

He's an idiot.

Warren


Subject: Re: Problem in JvDBUtils
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 06 May 2009 21:57:24 +0200
Newsgroups: jedi.vcl

Please create a sample in mantis.
http://issuetracker.delphi-jedi.org/view_all_bug_page.php
If possible add a small sample.

Kind regards
Jens

Eduardo Mauro schrieb:
> Hi,
>
> I think there is a problem in function DataSetLocateThrough in unit JvDBUtils. In CompareFields if the field type is ftWideString it just does a simple compare, not using options. It affects many components like JvDBLookupComboBox since incremental search does not work.
>
> Best regards,
> Eduardo Mauro
> ConnectedText

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Problem in JvDBUtils
From: Eduardo Mauro <emauro@acabit.com.br>
Date: Wed, 06 May 2009 11:18:52 -0300
Newsgroups: jedi.vcl

Hi,

I think there is a problem in function DataSetLocateThrough in unit JvDBUtils. In CompareFields if the field type is ftWideString it just does a simple compare, not using options. It affects many components like JvDBLookupComboBox since incremental search does not work.

Best regards,
Eduardo Mauro
ConnectedText


Subject: Problem Instaling in D 2009
From: "Fita" <fita4@pilar-ciudad.com.ar>
Date: Tue, 5 May 2009 21:25:49 -0300
Newsgroups: jedi.vcl

Hi..

I have JCL 1.104 and JVCL 3.36 installed under D2007.
When install in D2009 JCL works fine, but when I try to install JVCL
the installer say that I need JCL 1,103 or higher...

Any idea please?? 




Subject: TJvDataSource instead of TDataSource
From: Frank <info@kobra.de>
Date: Mon, 04 May 2009 13:50:29 +0200
Newsgroups: jedi.vcl

Hello,

I wanted to replace some TDataSource objects by TJvDataSource. But when I compile the program I got error messages that some properties (e.g. Dataset) or member functions (e.g. Edit() ), which I used in TDataSource, are not accessible.

I'm using C++Builder 2007.

Is there anywhere some documentation for TJvDataSource ?

Thank you for helping !

Frank


Subject: Re: Small bugs in TJvScrollText (fixed)
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 04 May 2009 12:15:40 +0200
Newsgroups: jedi.vcl

Gianpiero Caretti wrote:

> If you like I can post the full code here or open a "feature" on the Issue Tracker.

Always open an issue. As to why there are no events, well, I guess the original developer did not need them


Subject: Re: Small bugs in TJvScrollText (fixed)
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Mon, 4 May 2009 11:28:37 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:gtkhks$o95$1@news.talkto.net...

> > Please always report issues in Mantis, it's the safest place to post them.

Done!
But I have one question:
Why there are no events available TJvScrollText?
I have seen that TJvScrollText uses a TJvStaticText as private member and 
that the last one has some events associated:

private
   FText: TJvStaticText;
....

constructor TJvScrollText.Create(AOwner: TComponent);
begin
  ...
  FText.OnMouseDown := TextMouseDown;
  FText.OnMouseMove := TextMouseMove;
  FText.OnMouseUp := TextMouseUp;

But no events useable by the end user.
I have twaeked the code to add some events useful for me redirecting the 
TJvScrollText new events to its own TJvStaticText using the following model:

published
    property OnClick: TNotifyEvent read GetOnClick write SetOnClick;
....

procedure TJvScrollText.SetOnClick(ANotifyEvent: TNotifyEvent);
begin
  FText.OnClick := ANotifyEvent;
end;

function TJvScrollText.GetOnDblClick: TNotifyEvent;
begin
  Result := FText.OnDblClick;
end;

What do you think about it?
If you like I can post the full code here or open a "feature" on the Issue 
Tracker.

Gianpiero







Subject: TJVListView
From: "Dale" <dale@sys-cor.com>
Date: Sun, 3 May 2009 12:39:31 -0700
Newsgroups: jedi.vcl

How can I use the TJVListView component when aother component that I am using requires a TListView component?


Subject: Re: Small bugs in TJvScrollText (fixed)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 May 2009 21:07:00 +0200
Newsgroups: jedi.vcl

Please always report issues in Mantis, it's the safest place to post them.


Subject: Small bugs in TJvScrollText (fixed)
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Sun, 3 May 2009 20:58:57 +0200
Newsgroups: jedi.vcl

Dear All,
I fixed two bugs into the TJvScrollText class.

1. Synopsys: When the property ScrollDirection is valued to drFromRight or 
drFromLeft, the scrolling text may be cut.
Description:
When the text to be scrolled is longer than the TJvScrollText control, and 
ScrollDirection is drFromRight or drFromLeft text is cut during scrolling 
(see attached images).
Solution:
I patched the code, mainly into the method:
    TJvScrollText.CalculateText(Sender: TObject).
I could open an issue on Mantis, if you like, posting my proposed fix.


2. Synopsys: Behaviour is inverted for values drFromRight and drFromLeft in 
the ScrollDirection property.
Description:
While drFromBottom scrolls the text from bottom to top and drFromTop scrolls 
the text from top to bottom, drFromRight wrongly scrolls the text from left 
to right instead of right to left. Viceversa does drFromLeft.
Solution:
Into the method:
    TJvScrollText.OnScroll(Sender: TObject);
simply swaps the drFromRight and drFromLeft cases into the
      case ScrollDirection of
      ...
      end;

Also for it I could open an issue on Mantis posting my proposed fix.

Gianpiero



TJvScrollText.gif
	



Subject: (Design time) component linking between different forms
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Fri, 01 May 2009 15:39:17 +0200
Newsgroups: jedi.vcl

Hi all

Let's suppose I have a TJvAppIniFileStorage in my MainForm and one TJvFormStorage in each several secondary forms.

I used to link ad design time the TJvFormStorage's property "AppStorage" to Form_Main.JvAppIniFileStorage (obliviously I've added Unit_Main in my   implementation uses clause).

But sometimes those links disappers. I don't know why, I can't say when :(

My dirty solution is to place this line in each secondary form OnCreate event:

JVFormStorage1.AppStorage := Form_Main.JvAppIniFileStorage;

Am I doing something wrong?  Is it a Delphi bug?

Thank you in advance!

Fabrizio


Subject: Re: JvCsvData.pas {$I jcl.inc} why?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 1 May 2009 10:57:45 +0200
Newsgroups: jedi.vcl

F. Ruiz wrote:

> > Will that line be deleted from sources?

Yes, if we find out why Warren Postma has included the jcl.inc into a
JVCL unit.


-- Regards, Andreas Hausladen 

Subject: Re: JvCsvData.pas {$I jcl.inc} why?
From: "F. Ruiz" <fruizsegura@gmail.com>
Date: Fri, 01 May 2009 10:49:35 +0200
Newsgroups: jedi.vcl

Thank you for the help.
I've deleted the {$I jcl.inc} line and the installation was fine
(0 warnings)

Will all my JEDI components work fine?
Will that line be deleted from sources?


Andreas Hausladen escribió:
> F. Ruiz wrote:
>
>> I think is the same problem I've posted
>
> That's why I had a look at the JvCsvData.pas ;-)
>
>
>


Subject: Re: JvCsvData.pas {$I jcl.inc} why?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 30 Apr 2009 19:22:01 +0200
Newsgroups: jedi.vcl

F. Ruiz wrote:

> > I think is the same problem I've posted

That's why I had a look at the JvCsvData.pas ;-)



-- Regards, Andreas Hausladen 

Subject: Re: JvCsvData.pas {$I jcl.inc} why?
From: "F. Ruiz" <fruizsegura@gmail.com>
Date: Thu, 30 Apr 2009 18:44:22 +0200
Newsgroups: jedi.vcl

I think is the same problem I've posted
My jvcl installation fails there.

OBones escribió:
> Andreas Hausladen wrote:
>> Why is this needed?
>>
>> {$I jcl.inc}    // we need to know JVCSV_WIDESTRING or not.
>>
>>
>>
>> JVCSV_WIDESTRING is defines in the unit itself and no $IFDEF in the
>> unit uses anything from the jcl.inc
>
> Quite frankly, I have no idea either.


Subject: Re: JvCsvData.pas {$I jcl.inc} why?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 30 Apr 2009 18:15:58 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Why is this needed?
>
> {$I jcl.inc}    // we need to know JVCSV_WIDESTRING or not.
>
>
>
> JVCSV_WIDESTRING is defines in the unit itself and no $IFDEF in the
> unit uses anything from the jcl.inc

Quite frankly, I have no idea either.


Subject: JvCsvData.pas {$I jcl.inc} why?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 30 Apr 2009 17:56:26 +0200
Newsgroups: jedi.vcl

Why is this needed?

{$I jcl.inc}    // we need to know JVCSV_WIDESTRING or not.



JVCSV_WIDESTRING is defines in the unit itself and no $IFDEF in the
unit uses anything from the jcl.inc


-- Regards, Andreas Hausladen 

Subject: Re: Problem installing Jedi 3.36
From: "F. Ruiz" <fruizsegura@gmail.com>
Date: Thu, 30 Apr 2009 13:36:14 +0200
Newsgroups: jedi.vcl

Yes, VCL packages are selected, all by default. Should I unselect?
I've tried too with and without clx
I've tried too without map files
Always the same error

After jcl installation, jcl\source\include is in library path


OBones escribió:
> Have you selected the VCL packages inside the JCL installer?
>
> F. Ruiz wrote:
>> Similar problem is described in
>> [JvCsvData.pas, BCB - Latest SVN installation problem] post on 15/12/2008, this time with Delphi6 just installed.
>>
>> I've tried with latest dayly packages and I get the same error.
>>
>>
>> F. Ruiz escribió:
>>> Hi again
>>>
>>> I sent this post time ago
>>> Could anybody help me, please?
>>>
>>> I downloaded Jedi 3.36
>>> \jcl\Install.bat works fine
>>> \jvcl\install.bat doesn't work
>>> I get this error:
>>> "jvcl\run\JvCsvData.pas(125): File not found: 'jcl.inc'"
>>>
>>> Delphi 6.02 - WinXP - SP2
>>> It's first time I try to install JEDI; there aren't older versions.
>>>
>>> Greetings
>>> Francisco Ruiz


Subject: Re: Problem installing Jedi 3.36
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 30 Apr 2009 13:23:01 +0200
Newsgroups: jedi.vcl

Have you selected the VCL packages inside the JCL installer?

F. Ruiz wrote:
> Similar problem is described in
> [JvCsvData.pas, BCB - Latest SVN installation problem] post on 15/12/2008, this time with Delphi6 just installed.
>
> I've tried with latest dayly packages and I get the same error.
>
>
> F. Ruiz escribió:
>> Hi again
>>
>> I sent this post time ago
>> Could anybody help me, please?
>>
>> I downloaded Jedi 3.36
>> \jcl\Install.bat works fine
>> \jvcl\install.bat doesn't work
>> I get this error:
>> "jvcl\run\JvCsvData.pas(125): File not found: 'jcl.inc'"
>>
>> Delphi 6.02 - WinXP - SP2
>> It's first time I try to install JEDI; there aren't older versions.
>>
>> Greetings
>> Francisco Ruiz


Subject: Re: Problem installing Jedi 3.36
From: "F. Ruiz" <fruizsegura@gmail.com>
Date: Thu, 30 Apr 2009 12:23:57 +0200
Newsgroups: jedi.vcl

Similar problem is described in
[JvCsvData.pas, BCB - Latest SVN installation problem] post on 15/12/2008, this time with Delphi6 just installed.

I've tried with latest dayly packages and I get the same error.


F. Ruiz escribió:
> Hi again
>
> I sent this post time ago
> Could anybody help me, please?
>
> I downloaded Jedi 3.36
> \jcl\Install.bat works fine
> \jvcl\install.bat doesn't work
> I get this error:
> "jvcl\run\JvCsvData.pas(125): File not found: 'jcl.inc'"
>
> Delphi 6.02 - WinXP - SP2
> It's first time I try to install JEDI; there aren't older versions.
>
> Greetings
> Francisco Ruiz


Subject: Problem installing Jedi 3.36
From: "F. Ruiz" <fruizsegura@gmail.com>
Date: Thu, 30 Apr 2009 03:53:21 +0200
Newsgroups: jedi.vcl

Hi again

I sent this post time ago
Could anybody help me, please?

I downloaded Jedi 3.36
\jcl\Install.bat works fine
\jvcl\install.bat doesn't work
I get this error:
"jvcl\run\JvCsvData.pas(125): File not found: 'jcl.inc'"

Delphi 6.02 - WinXP - SP2
It's first time I try to install JEDI; there aren't older versions.

Greetings
Francisco Ruiz


Subject: jvgSmallFontDefense
From: "MarcoB" <ced@slpspa.it>
Date: Thu, 30 Apr 2009 00:03:03 +0200
Newsgroups: jedi.vcl

where is now ?
tanks

Ciao
Marco B. 




Subject: Re: TJvThread Changes in Rev12299
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 29 Apr 2009 23:32:31 +0200
Newsgroups: jedi.vcl

I don'T say that they are not required.

They are required, but not as properties, only as internal variables. I will change it too this.

Regards
Jens

OBones schrieb:
> Jens Fudickar wrote:
>> Hi Olivier,
>>
>> do you realy think that anyone should use these internal properties you now have made protected.
>>
>> I think it would be better to change them to private variables.
>
> The properties were private but not used anywhere, thus leading to two warnings. Without knowing any better, I decided to move them to the protected section to remove the warning but leave them to be used, just in case this is a development in progress.
> But if they are not required at all, they should be removed altogether.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvThread Changes in Rev12299
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 29 Apr 2009 22:25:04 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Olivier,
>
> do you realy think that anyone should use these internal properties you now have made protected.
>
> I think it would be better to change them to private variables.

The properties were private but not used anywhere, thus leading to two warnings. Without knowing any better, I decided to move them to the protected section to remove the warning but leave them to be used, just in case this is a development in progress.
But if they are not required at all, they should be removed altogether.


Subject: TJvThread Changes in Rev12299
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 29 Apr 2009 20:53:04 +0200
Newsgroups: jedi.vcl

Hi Olivier,

do you realy think that anyone should use these internal properties you now have made protected.

I think it would be better to change them to private variables.

Kind regards
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Help-System into C++-Builder ?
From: Frank <info@kobra.de>
Date: Mon, 27 Apr 2009 15:00:19 +0200
Newsgroups: jedi.vcl

Frank schrieb:
> how can I install der HELP2-Files from sourceforge.net into the Help-System of the C++-Builder 2007 ?

I found now the following solution:

- Extract 'JVCL333Help-Help2.zip' into help directory of your JVCL directory

- Rename 'JVCL333_h2reg.ini' to 'h2reg.ini'

- In h2reg.ini, section [Reg_Plugin] and section
[UnReg_Plugin] you should add the line

    borland.bds5|_DEFAULT|Jedi.JVCL|_DEFAULT|

- Make a file install_help.cmd in help directory with content:

    H2Reg.exe -r

- Copy file 'H2Reg.exe' from ...\RAD Studio\5.0\Help\Doc\ into help directory of JVCL

- Run install_help.cmd (with administrator rights).

With the next start of the help system in RAD Studio the JVCL help will be included.

I hope I forgot nothing ...

I think, this should be a included into the installation instructions.

Frank


Subject: Novice questions
From: Eduardo <ecostas@gmail.com>
Date: Sun, 26 Apr 2009 23:42:45 -0300
Newsgroups: jedi.vcl

Hi, I'm starting to use JVCL a little more seriously and I have some issues. I'm afraid I'm about to bugging you a lot;)

Well, here it goes:
    I placed a TJvDBGrid in a form. My first try was with TJvDBMemo. I placed one on the form, filled the datasource and datafield fields, set the Grid Edit Controls and everything worked. Next I tried to place a TJvDBComboBox. I filled the items property and used EditControls again. When I ran the program the grid worked fine, I could see and choose one of the values on the list but, as soon as I moved to another record the field associated with the TJvDBComboBox would go blank, i.e., on the beforePost event, the field is not assigned though the TJvDBComboBox has the right value and itemIndex. What am I missing?
    
    before I uninstalled version 3.33 and installed version 3.36, whenever I tried to compile a project with runtime packages in Delphi 2007 it complained of a missing JvCoreD10R package, though all packages should be *11*. I had the problem in 2 of my 3 projects. It didn't help to uninstall and install Jvcl and Jcl, even manuall deleting every j*.dcu and j*.bpl in the computer. I solved it in one of the projects by dropping the form and writing it again from scratch. But the other project has several forms and I wish I didn't have to do everything again or that I knew exactly what to look for.

    I tried to install version 336 on my laptop with Vista and compile the very same projects on it using Delphi 2007. On the laptop I'm getting a "Required package 'O407_r100'". If I try to compile without runtime packages, I get a "Unit JvDBGrid was compiled with a different version of JvComponent.TJvForm" message. Naturally, I have already uinstalled jvcl and jcl, deleted every jv*.* and j*.* that could consider related to the packages.


TIA,

Eduardo


Subject: Re: installation for dummies
From: scott <spmunns_nospam_@hotmail.com>
Date: Fri, 24 Apr 2009 21:10:00 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Open a command window and type "install d7" to compile the installers with Delphi 7. This will help you choose whatever version you want to install, and as such not select the trial in the JVCL installer
> As to Trial versions, I believe it is indicated in the docs, albeit not necessarily in the first one that is looked at. They are not supported because Codegear does not provide the command line compiler with them.
> But you can install manually.
thanks


Subject: Re: installation for dummies
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 23 Apr 2009 11:48:15 +0200
Newsgroups: jedi.vcl

Open a command window and type "install d7" to compile the installers with Delphi 7. This will help you choose whatever version you want to install, and as such not select the trial in the JVCL installer
As to Trial versions, I believe it is indicated in the docs, albeit not necessarily in the first one that is looked at. They are not supported because Codegear does not provide the command line compiler with them.
But you can install manually.


Subject: installation for dummies
From: scott <spmunns_nospam_@hotmail.com>
Date: Thu, 23 Apr 2009 03:30:21 -0400
Newsgroups: jedi.vcl

I had the JVCL packages installed and running under D7. Yesterday I decided to download a trial version of D2009. To try out 2009 I wanted to install the JVCL components into 2009 and open up one of my existing projects. Following the installation instructions - remove existing versions of the JVCL before installing the new, I went and removed the components from D7, deleted the old diles and Dir then extracted the most recent -3.36- version of JCL/JVCL to c:\Jedi.
Problem. As soon as I run the install bat file under in the jcl dir I am informed:
"Using CodeGear RAD Studio 2009

Command line tools are not supported in the trial version.
Launching JCL installer..."

and then a msg box pops up:
---------------------------
...\bin\JediInstaller.exe
---------------------------
Windows cannot find '..\bin\JediInstaller.exe'. Make sure you typed the name correctly, and then try again. To search for a file, click the Start button, and then click Search.
---------------------------
OK
---------------------------
-- the msg box refers to a file that does not exist. Why is the installation program looking for the jediinstaller.exe in ...\bin - the file wasn't put there when the zip file was extracted.

- re. the trial... is this the case - I cannot install the components into the trial version of d2009 - (I won't bother asking "why not", although it really needs to be asked...). My problem is... Do I need now to uninstall D2009 in order to install the JVCL back into D7 ?

- My two cents - for whatever reason you do not want to install or cannot install the components into the trail ver of D2009 - PLEASE PUT A NOTE INTO YOUR README - -"You cannot install these components into a trail version of Delphi... so don't follow the instructions to remove your old installation before installing the new or you'll be sorry. : )

--or better yet---- don't know if it possible just to let the installer run, but just gray out the 2009 option.
---------------------------
Outlook Express
---------------------------
The message could not be sent.

No sender was specified. Please check your News Account configuration.
---------------------------
OK
---------------------------


THANKS


ps - I guess this is more a rant than a question... but if someone has read this and realizes I am doing something wrong when I am trying to install... your help would be hugely appreciated!


Subject: Help-System into C++-Builder ?
From: Frank <info@kobra.de>
Date: Tue, 21 Apr 2009 14:36:26 +0200
Newsgroups: jedi.vcl

Hello,

how can I install der HELP2-Files from sourceforge.net into the Help-System of the C++-Builder 2007 ?

I searched but found nothing.

Thank You !

Frank


Subject: TJvDBSearchComboBox leak
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Mon, 20 Apr 2009 20:13:31 +0200
Newsgroups: jedi.vcl

Hi all,

I'm using 2009_04_20 jcl+jvcl.

This is what fastmm4 reports me:

A memory block has been leaked. The size is: 12

This block was allocated by thread 0xD7C, and the stack trace (return addresses) at the time was:
51F23BD6 [system.pas][System][System.@GetMem][2648]
4B271EF8 [JvDBSearchComboBox][JvDBSearchComboBox.TJvSearchComboBoxLink.DataSetChanged]
5233B6F8 [DB.pas][DB][DB.TDataLink.DataEvent][7689]

The block is currently used for an object of class: Unknown

The allocation number is: 469425

Current memory dump of 256 bytes starting at pointer address 7F2A1720:
35 00 00 00 01 00 80 EB EB 20 A8 80 80 80 80 80 00 00 00 00 69 18 2A 7F 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 A4 20 07 00 D6 3B F2 51 A4 6C 11 49 CB 86 05 52 2A 72 05 52 5C B2 F4 51
2B 81 F5 51 D2 7A F5 51 B4 7A F5 51 46 F6 F5 51 46 7B F5 51 B4 7A F5 51 7C 0D 00 00 F2 3B F2 51
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 7C 0D 00 00 0B 00 00 00 0B 00 00 00 98 45 E8 4D 20 E6 4B 00 80 80 80 80
80 80 80 67 BA 17 B2 80 00 00 00 00 91 1C 2A 7F 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
93 26 07 00 D6 3B F2 51 3E 8A 05 52 1E CA 05 52 3B 24 12 49 1A 25 12 49 CB 86 05 52 3A 72 05 52
69 EF 0B 52 7C 94 B1 49 A0 B7 F4 51 2A 85 F5 51 7C 0D 00 00 F2 3B F2 51 00 00 00 00 00 00 00 00
5  .  .  .  .  .  €  ë  ë     ¨  €  €  €  €  €  .  .  .  .  i  .  *   ..  .  .  .  .  .  .  .
..  .  .  .  .  .  .  .  ¤     .  .  Ö  ;  ò  Q  ¤  l  .  I  Ë  †  .  R *  r  .  R  \  ²  ô  Q
+    õ  Q  Ò  z  õ  Q  ´  z  õ  Q  F  ö  õ  Q  F  {  õ  Q  ´  z  õ  Q |  .  .  .  ò  ;  ò  Q
..  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . ..  .  .  .  .  .  .  .
..  .  .  .  .  .  .  .  |  .  .  .  .  .  .  .  .  .  .  .  ˜  E  è  M    æ  K  .  €  €  €  €
€  €  €  g  º  .  ²  €  .  .  .  .  ‘  .  *    .  .  .  .  .  .  .  . ..  .  .  .  .  .  .  .
“  &  .  .  Ö  ;  ò  Q  >  Š  .  R  .  Ê  .  R  ;  $  .  I  .  %  .  I Ë  †  .  R  :  r  .  R
i  ï  .  R  |  ”  ±  I     ·  ô  Q  *  …  õ  Q  |  .  .  .  ò  ;  ò  Q ..  .  .  .  .  .  .  .

Hope this could help


Subject: 2009 04 20 jvcl and jcl returns warning at compiling with turbo delphi (delphi 2006)
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Mon, 20 Apr 2009 19:58:40 +0200
Newsgroups: jedi.vcl

Hi all,

I've installed today JCL withouth warnings/errors.
While JVCL installation returned me only this warning message:

JvDSADialogs.pas(1000): W1036 Variable 'CheckBox' might not have been initialized

Hope this could help :)


Subject: Italian translation updated
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Mon, 20 Apr 2009 09:14:17 +0200
Newsgroups: jedi.vcl

Dear All,
as I have updated the italian traslation, I attached it to a post in the 
jedi.binaries.
Feel free to use it.
Ciao,
Gianpiero




Subject: Re: jvTransparentButton memory leak
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 17 Apr 2009 16:03:50 +0200
Newsgroups: jedi.vcl

diktyo wrote:

> > If yes , any chance of taking a look at it ?

This is now fixed in SubVersion. You might get a daily snapshot
tomorrow.


-- Regards, Andreas Hausladen 

Subject: jvTransparentButton memory leak
From: "diktyo" <diktyo@axd.forthnet.gr>
Date: Fri, 17 Apr 2009 06:19:31 +0000 (UTC)
Newsgroups: jedi.vcl


It is "reported" that jvtransparentbutton leaks memory (see attachment).

Is this true ?
If yes , any chance of taking a look at it ?


Thanks,

Petros


MemLeak.jpg

MemLeak.jpg
	



Subject: Re: JVCL 3.36 Problems ccompiling installer - "cannot find file AccCtrl.dcu"
From: Alex Mack <am@re-link.de>
Date: Wed, 15 Apr 2009 16:56:50 +0200
Newsgroups: jedi.vcl

> > That's strange.
> > Are you sure you applied all updates to your install of CB5 ?

Pretty sure. It's "Borland C++Builder Professional Version 5.0 (Build
12.34) Update Pack 1" running on "Windows 2000 5.1 (Compilierung 2600:
Service Pack 3)


Subject: Re: JVCL 3.36 Problems ccompiling installer - "cannot find file AccCtrl.dcu"
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 15 Apr 2009 14:31:28 +0200
Newsgroups: jedi.vcl

That's strange.
Are you sure you applied all updates to your install of CB5 ?


Subject: JVCL 3.36 Problems ccompiling installer - "cannot find file AccCtrl.dcu"
From: Alex Mack <am@re-link.de>
Date: Wed, 15 Apr 2009 14:09:38 +0200
Newsgroups: jedi.vcl

Hi everyone!

I have BCB5 installed and am trying to install JVCL 3.36. I ran into
trouble already when install.bat tries to compile the JVCL installer
itself. Install.bat throws this error:

---
[Compiling installer...]
Using C++Builder 5

Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
D:\cvsroot\JVCL336CompleteJCL1104-Build3248\jvcl\run\JvVCL5Utils.pas(292)
Fatal: Datei nicht gefunden: 'AccCtrl.dcu'

Failed to compile JVCL installer

Drücken Sie eine beliebige Taste . . .
---

(Yes, german version of BCB5 and Windows XP)

The solution I found working is:
Add the compiler switch '-LUvcl50' to install.bat.

A good source was this webpage:
http://www.bemfamnet.org.br/download/Componentes2007/JVCL/jvcl/help/BCB%20Compatibility%20Guide.html

Excerpt:
---
Cannot find somefile.dcu

This error occurs because the pascal compiler (yes, pascal, not c++)
couldn't find the indicated dcu file. If the dcu file is available
directly, then add the path to where it is in the include path for the
package. By doing so, please use the $(BCB) constant and not the
absolute path to your installation.
But in most cases, the dcu file is not available in the distribution. If
you have the VCL source, you may find the associated .pas file. However,
DO NOT compile this file, you would break your installation. The dcu
file IS AVAILABLE but not directly, it is included in a .dcp file and
this file must be indicated to the pascal compiler. Unfortunately, there
is no easy way to do that in the IDE, so you will have to close the
package from BCB and reopen it with a text editor. This is an XML file
and the node you're looking for is called PFLAGS. This contains the
flags passed to the pascal compiler. At the end, just before the closing
quote, add the recommended flag (preceded by a space) as indicated in
the table below:

Missing file	BCB5 flag	BCB6 flag
AccCtrl.dcu     -LUvcl50	
FiltEdit.dcu*   -LUdclstd50     -LUdclstd
DesignIntf.dcu* -LUdsnide50     -LUDesignIde
---

Maybe this helps to build a better installer.

Alex


Subject: Forms Persistance
From: "Ryan Ford" <ryan.ford@perryman-sw.com>
Date: Tue, 14 Apr 2009 10:00:29 -0400
Newsgroups: jedi.vcl

First, I am very new to programming and Delphi.

Now, I am writing a database application (for free) to track Service Dogs, thier training, the organizations contacts and event, and i would like the Forms to be Persistant per user stored in the database.  I have looked at the JvPersistence components but as the wiki is under maintenance or otherwise down, Im at a loss on how to set them up to acheive this.

Can someone help, please?

Ryan Ford
Applications Consultant / Developer
r.ford@mnsinc.biz - Home
ryan.ford@perryman-sw.com - Work



Subject: Re: JvAppRegistryStorage.ReadEnumeration
From: "RT" <ralph.tuttle@visi.com>
Date: Sat, 11 Apr 2009 08:49:40 -0500
Newsgroups: jedi.vcl


>>> JvAppRegistryStorage1.ReadEnumeration('Screen Mode', TypeInfo(TScreenMode), scSmall, sc)
>>
>>
>> Thanks but I still get a 'Variable required' message for the last parameter, sc
>
> No, it's for scSmall that you get the warning. The code could be this:
>
>   sc := scSmall;
>   JvAppRegistryStorage1.ReadEnumeration('Screen Mode', TypeInfo(TScreenMode), sc, sc);

My apologies, thank you.

RT


Subject: Re: JvAppRegistryStorage.ReadEnumeration
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Apr 2009 22:57:03 +0200
Newsgroups: jedi.vcl

RT wrote:
>>
>>> what is outValue type?
>>
>> The variable where you want to receive the read enumeration value
>>
>> JvAppRegistryStorage1.ReadEnumeration('Screen Mode', TypeInfo(TScreenMode), scSmall, sc)
>
>
> Thanks but I still get a 'Variable required' message for the last parameter, sc

No, it's for scSmall that you get the warning. The code could be this:

  sc := scSmall;
  JvAppRegistryStorage1.ReadEnumeration('Screen Mode', TypeInfo(TScreenMode), sc, sc);


Subject: Re: JvAppRegistryStorage.ReadEnumeration
From: "RT" <ralph.tuttle@visi.com>
Date: Fri, 10 Apr 2009 14:39:40 -0500
Newsgroups: jedi.vcl

>
>> what is outValue type?
>
> The variable where you want to receive the read enumeration value
>
> JvAppRegistryStorage1.ReadEnumeration('Screen Mode', TypeInfo(TScreenMode), scSmall, sc)


Thanks but I still get a 'Variable required' message for the last parameter, sc




Subject: Re: JvAppRegistryStorage.ReadEnumeration
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Apr 2009 21:09:51 +0200
Newsgroups: jedi.vcl

RT wrote:
> Could someone explain how to use this procedure?
>
> JvAppRegistryStorage.ReadEnumeration
>
> Type TscreenMode=(scSmall,scLarge);
>
>
> procedure TForm1.FormCreate(Sender: TObject);
> var
>  sc:TScreenMode;
> begin
>  JvAppRegistryStorage1.ReadEnumeration('Screen Mode',???,scSmall,???)
>
> what is pTypeInfo?

A pointer to the type information for your enumeration.


> what is outValue type?

The variable where you want to receive the read enumeration value

JvAppRegistryStorage1.ReadEnumeration('Screen Mode', TypeInfo(TScreenMode), scSmall, sc)


Subject: JvAppRegistryStorage.ReadEnumeration
From: "RT" <ralph.tuttle@visi.com>
Date: Fri, 10 Apr 2009 13:33:13 -0500
Newsgroups: jedi.vcl

Could someone explain how to use this procedure?

JvAppRegistryStorage.ReadEnumeration

Type TscreenMode=(scSmall,scLarge);


procedure TForm1.FormCreate(Sender: TObject);
var
 sc:TScreenMode;
begin
 JvAppRegistryStorage1.ReadEnumeration('Screen Mode',???,scSmall,???)

what is pTypeInfo?
what is outValue type?

TIA

RT




Subject: TjvImageList
From: "RT" <ralph.tuttle@visi.com>
Date: Thu, 9 Apr 2009 14:10:14 -0500
Newsgroups: jedi.vcl

Using D7e and Vista 64,

When I try and access the imagelist editor I get an error 'Invalid class typecast'.

Any suggestions?

RT


Subject: Re: Does TJvDBLookupCombo support master/detail tables?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Wed, 08 Apr 2009 14:55:32 +0200
Newsgroups: jedi.vcl

Fabrizio Monti ha scritto:
> Hi all,
>
> i'm using JVCL3-2009-03-15
>
> it seems TJvDBLookupCombo does not choose the right itemindex (when loading record) if the lookup table is linked to another one with a master/detail relationship.
>
> Is it a problem or a missing feature?
> Thank you very much for all your work...
>
> Fabrizio

For everyone having my same problems. I solved in this way.
Let's suppose you have 2 JvDBLookupCombo named combo1 and combo2.

Combo1 is linked to table1 and combo2 to table2. And table2 should have a relationship master/detail with table1

Now, removes the master/detail relationship!

In combo1 onchange event write:

combo2.ClearValue;
table2.Filter := 'index = ' QuotedStr(table1.FieldByName('index').AsString);
  table2.Filtered := true;


violà :)


Subject: Does TJvDBLookupCombo support master/detail tables?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Wed, 08 Apr 2009 14:47:17 +0200
Newsgroups: jedi.vcl

Hi all,

i'm using JVCL3-2009-03-15

it seems TJvDBLookupCombo does not choose the right itemindex (when loading record) if the lookup table is linked to another one with a master/detail relationship.

Is it a problem or a missing feature?
Thank you very much for all your work...

Fabrizio


Subject: TJvDatabaseCopyAction issue
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Wed, 08 Apr 2009 01:30:21 +0200
Newsgroups: jedi.vcl

Hi All,

this is from JvDBActions.pas

procedure TJvDatabaseCopyAction.CopyRecord;
[..]
    for I := 0 to DataSet.FieldCount - 1 do
      if (Dataset.Fields[i].FieldName <> 'ROWID') and
         not Dataset.Fields[i].ReadOnly then
        DataSet.Fields[I].AsVariant := Values[I];
[..]

But this won't work if my index name is not "ROWID". In fact this action will cause a database error when I try to save the copied record: duplicated index error.

I've used this workaround: in OnCopyRecord event of your TJvDatabaseCopyAction write

  if (Field.FieldName = 'MyIndexName') then
    exit
  else //IMPORTANT
    Field.Value := OldValue; //IMPORTANT

I'm not so experienced to modify the source by myself, sorry. But I wanted to notify you about this little issue :)

Have a nice day,
Fabrizio :)


Subject: MonthCalendar Display
From: "Darren" <D arren @pclegends.com>
Date: Tue, 7 Apr 2009 10:59:07 -0500
Newsgroups: jedi.vcl

Is there a way, when displaying multiple months, to control which month the 
display starts with?

For example, if my current date is April 1 2009, and I have 4 months 
showing, January is in the top left, I would prefer April to be there.

Is there a way to do this?

Thanks 




Subject: Re: Severe problem with TjvCaptionButton and D2009
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 03 Apr 2009 10:33:07 +0200
Newsgroups: jedi.vcl

This has already been fixed.
Please use the latest content from SVN to get the fix.


Subject: Severe problem with TjvCaptionButton and D2009
From: "m.Th." <a@b.com>
Date: Fri, 03 Apr 2009 10:23:06 +0300
Newsgroups: jedi.vcl

Hi,

Using D2009 updated till last patch + JVCL 3.36 in a clean installation of WinXP SP2 in a VMWare 6.5 VM.

When I try to put on any form a TjvCaptionButton the IDE crashes with the following message:

---------------------------
Error
---------------------------
Access violation at address 4B04E685 in module 'JvCtrlsD12R.bpl'. Read of address 15D64000.
---------------------------
OK   Details >>
---------------------------


....and the stack trace:

[4B04E685]{JvCtrlsD12R.bpl} JvCaptionButton.PreMultiplyAlphaChannel + $D
[4B04EEAC]{JvCtrlsD12R.bpl} JvCaptionButton.TAlphaBitmap.InitAlpha + $3C
[4B04EF64]{JvCtrlsD12R.bpl} JvCaptionButton.TAlphaBitmap.LoadFromResourceName + $AC
[4B04F2C0]{JvCtrlsD12R.bpl} JvCaptionButton.TBitmapAdapter.LoadFromResourceName + $38
[4B04EC3F]{JvCtrlsD12R.bpl} JvCaptionButton.GetXPCaptionButtonBitmap + $1E7
[50003FD0]{rtl120.bpl  } System.@FreeMem (Line 3457, "System.pas" + 2) + $0
[5000885D]{rtl120.bpl  } System.@LStrArrayClr (Line 13960, "System.pas" + 16) + $0
[5000DBE6]{rtl120.bpl  } SysInit.@GetTls (Line 407, "SysInit.pas" + 23) + $0
[50007C8C]{rtl120.bpl  } System.@HandleFinally (Line 12131, "System.pas" + 40) + $0
[5000721D]{rtl120.bpl  } System.@AfterConstruction (Line 10639, "System.pas" + 2) + $5
[50026BC7]{rtl120.bpl  } SysUtils.Exception.CreateFmt (Line 17037, "SysUtils.pas" + 2) + $23
[50007A4E]{rtl120.bpl  } System.@HandleAnyException (Line 11612, "System.pas" + 83) + $0
[5000721D]{rtl120.bpl  } System.@AfterConstruction (Line 10639, "System.pas" + 2) + $5
[50062D19]{rtl120.bpl  } Contnrs.TObjectList.Notify (Line 318, "Contnrs.pas" + 4) + $6
[5000721D]{rtl120.bpl  } System.@AfterConstruction (Line 10639, "System.pas" + 2) + $5
[4B04EF98]{JvCtrlsD12R.bpl} JvCaptionButton.TBitmapAdapter.Create + $28
[4B04F555]{JvCtrlsD12R.bpl} JvCaptionButton.TGlobalXPData.Update + $51
[4B04F339]{JvCtrlsD12R.bpl} JvCaptionButton.TGlobalXPData.Create + $1D
[4B04E4DC]{JvCtrlsD12R.bpl} JvCaptionButton.GlobalXPData + $10
[4B050538]{JvCtrlsD12R.bpl} JvCaptionButton.TJvCaptionButton.GetIsThemed + $0
[4B04FB4F]{JvCtrlsD12R.bpl} JvCaptionButton.TJvCaptionButton.CalcDefaultButtonRect + $FB
[4B05140B]{JvCtrlsD12R.bpl} JvCaptionButton.TJvCaptionButton.UpdateButtonRect + $1F
[501E2972]{vcl120.bpl  } Forms.GetRealParentForm (Line 2153, "Forms.pas" + 3) + $8
[501E2990]{vcl120.bpl  } Forms.GetParentForm (Line 2166, "Forms.pas" + 2) + $0
[501CCBB1]{vcl120.bpl  } Controls.TWinControl.GetHandle (Line 11331, "Controls.pas" + 1) + $2
[4B050FB0]{JvCtrlsD12R.bpl} JvCaptionButton.TJvCaptionButton.Redraw + $A8
[4B04F6BD]{JvCtrlsD12R.bpl} JvCaptionButton.TJvCaptionButton.Destroy + $1D
[500071E6]{rtl120.bpl  } System.@ClassCreate (Line 10621, "System.pas" + 35) + $0
[4B04EEAC]{JvCtrlsD12R.bpl} JvCaptionButton.TAlphaBitmap.InitAlpha + $3C
[4B04EF64]{JvCtrlsD12R.bpl} JvCaptionButton.TAlphaBitmap.LoadFromResourceName + $AC
[4B04F2C0]{JvCtrlsD12R.bpl} JvCaptionButton.TBitmapAdapter.LoadFromResourceName + $38
[4B04EC3F]{JvCtrlsD12R.bpl} JvCaptionButton.GetXPCaptionButtonBitmap + $1E7
[20AA9C5E]{designide120.bpl} DeskUtil.SetFocusHook (Line 435, "DeskUtil.pas" + 4) + $C
[514A67DB]{vcldesigner120.bpl} VCLSurface.TDesignerToolWindow.WndProc (Line 1280, "VCLSurface.pas" + 12) + $D
[5000721D]{rtl120.bpl  } System.@AfterConstruction (Line 10639, "System.pas" + 2) + $5
[500479D4]{rtl120.bpl  } Classes.TList.SetCapacity (Line 3525, "Classes.pas" + 5) + $9
[500477AB]{rtl120.bpl  } Classes.TList.Grow (Line 3388, "Classes.pas" + 7) + $4
[5000721D]{rtl120.bpl  } System.@AfterConstruction (Line 10639, "System.pas" + 2) + $5
[514A6D40]{vcldesigner120.bpl} VCLSurface.TComponentObserver.Create (Line 1445, "VCLSurface.pas" + 5) + $6
[5000CD6F]{rtl120.bpl  } System.TInterfacedObject._Release (Line 21764, "System.pas" + 1) + $3
[5000721D]{rtl120.bpl  } System.@AfterConstruction (Line 10639, "System.pas" + 2) + $5
[4B04EF98]{JvCtrlsD12R.bpl} JvCaptionButton.TBitmapAdapter.Create + $28
[4B04F555]{JvCtrlsD12R.bpl} JvCaptionButton.TGlobalXPData.Update + $51
[4B04F339]{JvCtrlsD12R.bpl} JvCaptionButton.TGlobalXPData.Create + $1D
[4B04E4DC]{JvCtrlsD12R.bpl} JvCaptionButton.GlobalXPData + $10
[4B04F671]{JvCtrlsD12R.bpl} JvCaptionButton.TJvCaptionButton.Create + $F1
[21457947]{delphicoreide120.bpl} CompPalMgr.TComponentPalettePageItemDelegate.CreateComponent (Line 2472, "CompPalMgr.pas" + 2) + $7
[20AD70EE]{designide120.bpl} ComponentDesigner.TComponentRoot.DoCreateComponent (Line 2304, "ComponentDesigner.pas" + 10) + $17
[20ADC30A]{designide120.bpl} ComponentDesigner.TComponentRoot.CreateCurrentComponent (Line 4341, "ComponentDesigner.pas" + 2) + $32
[20AECBD6]{designide120.bpl} Surface.TDesignSurface.CreateItem (Line 187, "Surface.pas" + 1) + $11
[20AC1D16]{designide120.bpl} Designer.TDesigner.DoDragCreate (Line 764, "Designer.pas" + 1) + $F
[20AC2498]{designide120.bpl} Designer.TDesigner.DragEnd (Line 929, "Designer.pas" + 19) + $3
[20AC4930]{designide120.bpl} Designer.TDesigner.MouseUp (Line 1711, "Designer.pas" + 1) + $2
[514AA20E]{vcldesigner120.bpl} VCLSurface.MouseEvent (Line 2882, "VCLSurface.pas" + 45) + $11
[514AD6BE]{vcldesigner120.bpl} VCLSurface.TVclDesignSurface.GetSelectionMessages (Line 4373, "VCLSurface.pas" + 3) + $5
[50048010]{rtl120.bpl  } Classes.TThreadList.UnlockList (Line 3751, "Classes.pas" + 0) + $4
[50048347]{rtl120.bpl  } Classes.TInterfaceList.GetCount (Line 3862, "Classes.pas" + 5) + $6
[514AADE7]{vcldesigner120.bpl} VCLSurface.TVclDesignSurface.IsDesignMsg (Line 3143, "VCLSurface.pas" + 48) + $6
[50006E1A]{rtl120.bpl  } System.@IsClass (Line 10107, "System.pas" + 1) + $8
[501C53CB]{vcl120.bpl  } Controls.TControl.WndProc (Line 6555, "Controls.pas" + 4) + $21
[501C95F3]{vcl120.bpl  } Controls.TWinControl.IsControlMouseMsg (Line 9121, "Controls.pas" + 1) + $9
[501C9CE7]{vcl120.bpl  } Controls.TWinControl.WndProc (Line 9336, "Controls.pas" + 136) + $6
[501E5A54]{vcl120.bpl  } Forms.TCustomForm.WndProc (Line 3901, "Forms.pas" + 191) + $5
[21BE402B]{delphivclide120.bpl} VCLFormContainer.TControlSizer.ControlWndProc (Line 306, "VCLFormContainer.pas" + 33) + $C
[501C9400]{vcl120.bpl  } Controls.TWinControl.MainWndProc (Line 9065, "Controls.pas" + 3) + $6
[500591DC]{rtl120.bpl  } Classes.StdWndProc (Line 12703, "Classes.pas" + 8) + $0
[50062E92]{rtl120.bpl  } Contnrs.TComponentList.GetItems (Line 380, "Contnrs.pas" + 1) + $4
[501EEABD]{vcl120.bpl  } Forms.TApplication.ProcessMessage (Line 9660, "Forms.pas" + 30) + $1
[501EEB02]{vcl120.bpl  } Forms.TApplication.HandleMessage (Line 9690, "Forms.pas" + 1) + $4
[501EEE2D]{vcl120.bpl  } Forms.TApplication.Run (Line 9827, "Forms.pas" + 26) + $3
[004259DA]{bds.exe     } bds.bds (Line 198, "" + 8) + $FFFB


-----8<----8<-----

....and from this point, the IDE is basically unusable. (Finally after a plethora of AVs one must close it with the tree-finger salute).

Does anyone see this?

Can we have a fix?

TIA,

m. Th.


Subject: Re: TjvAppXMLFileStorage example
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 30 Mar 2009 23:00:46 +0200
Newsgroups: jedi.vcl

I would suggest to create a new class based on the TComponentList and the IJvAppStorageHandler interface.

Then you can use the AppStorage.ReadPersistent and AppStorage.WritePersistent to read/write the properties you want.

you can have a look in the JvAppStorage\Base Example. There is the interface used to store data.


Kind regards
Jens

RT schrieb:
> Can anyone show me where I can find an example of the usage of TjvAppXMLFileStorage?
>
> Specifically how to use WriteObjectList.
>
> I have a form that at runtime creates buttons and I want to save some properties in a file and be able to read them back.  The form has a TComponentList.  I am looking for an example of what I have add to my buttons so that I can have each button object write and read the appropriate data.
>
> TIA
>
> RT

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: TjvAppXMLFileStorage example
From: "RT" <ralph.tuttle@visi.com>
Date: Mon, 30 Mar 2009 13:24:35 -0500
Newsgroups: jedi.vcl

Can anyone show me where I can find an example of the usage of TjvAppXMLFileStorage?

Specifically how to use WriteObjectList.

I have a form that at runtime creates buttons and I want to save some properties in a file and be able to read them back.  The form has a TComponentList.  I am looking for an example of what I have add to my buttons so that I can have each button object write and read the appropriate data.

TIA

RT


Subject: Re: TJvPageControl with TJvTabDefaultPainter
From: "John Sawyers" <john@sawyersnet.com>
Date: Mon, 30 Mar 2009 09:57:37 -0600
Newsgroups: jedi.vcl

Had to set the TJvPageControl.Ownerdraw property to true.

it works now.


"John Sawyers" <john@sawyersnet.com> wrote in message 
news:gp6lep$ir5$1@news.talkto.net...
> > Noobie here...
> >
> > I'm trying to use a TJvTabDefaultPainter with the TJvPageControl 
> > compoenenet.
> >
> > I linkee the two together by selecting the TJvTabDefaultPainter in the 
> > TJvPageControl.TabPainter property.
> >
> > However nothing works?  I can change tabs but the TapPainter does not seem 
> > to change anything.  I've changed some of the TJvTabDefaultPainter 
> > properties (like font colors) but the tabs do not change.
> >
> > I know I'm doing something wrong so some advice would be great.
> >
> > Thanks...John
> > 




Subject: Re: [BDS 2006, JVCL 3.37] JvDBUltimGrid.OnCheckIfBooleanField: Compiler errror E2037 Declaration of differs from previous declaration
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Thu, 26 Mar 2009 11:13:54 +0100
Newsgroups: jedi.vcl

Me self "Klaus Edelmann" <fritzfranz24@hotmail.com> asked

> I wanted to display checkboxes for a certain field what succeeded in TJVDBgrid. Now I tried to do this in TJvDBUltimGrid. But I can't. When creating the event handler for OnCheckIfBooleanField (regardless of it's code - even when it's just "//") I got a very surprising comiler error:
>
> [Pascal Error] uFMElenchiCustom.pas(308): E2037 Declaration of 'dbgEleFocniCheckIfBooleanField' differs from previous declaration
>
> So I tried to copy the declaration from the interface section (adding the propriate FormclassName) the error persists. I can't get rid of it in any way.

The reason was that in an other unit of my project I inserted a classwrapper for JvDBGrid. This unit is in the uses clause of the implementaion part of the unit in which resides my JbDBUltimGrid. So in the interface part TJvGrid (part of paramters list of the event we're talking about) referenced TJvDbGrid uf unit jvDBGrid (jvDBGrid.TjvDBGrid) but in the implementation part of the file TJvDBGrid referenced TJvDBGrid of the unit in my project where the ClassWrapper is.

So I added jvDBGrid. to the function header of the event and the reference was OK:

function TfmElenchiCustom.dbgEleFocniCheckIfBool(Grid: JvDBGrid.TJvDBGrid;
 Field: TField; var StringForTrue, StringForFalse: string): Boolean;

Also eliminating the paramters and result type from the header in implementation part solves the problem.

Regards,

Klaus


Subject: [BDS 2006, JVCL 3.37] JvDBUltimGrid.OnCheckIfBooleanField: Compiler errror E2037 Declaration of differs from previous declaration
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Thu, 26 Mar 2009 10:48:19 +0100
Newsgroups: jedi.vcl

Hello there!

I wanted to display checkboxes for a certain field what succeeded in TJVDBgrid. Now I tried to do this in TJvDBUltimGrid. But I can't. When creating the event handler for OnCheckIfBooleanField (regardless of it's code - even when it's just "//") I got a very surprising comiler error:

[Pascal Error] uFMElenchiCustom.pas(308): E2037 Declaration of 'dbgEleFocniCheckIfBooleanField' differs from previous declaration

So I tried to copy the declaration from the interface section (adding the propriate FormclassName) the error persists. I can't get rid of it in any way.

Any ideas to solve this?

Thx in advance and regards

Klaus


Subject: Re: TJvPageControl with TJvTabDefaultPainter
From: "John Sawyers" <john@sawyersnet.com>
Date: Tue, 24 Mar 2009 13:59:54 -0600
Newsgroups: jedi.vcl

I was wondering if someone from the newsgroup could provide some feedback on 
the issue below?

"John Sawyers" <john@sawyersnet.com> wrote in message 
news:gp6lep$ir5$1@news.talkto.net...
> > Noobie here...
> >
> > I'm trying to use a TJvTabDefaultPainter with the TJvPageControl 
> > compoenenet.
> >
> > I linkee the two together by selecting the TJvTabDefaultPainter in the 
> > TJvPageControl.TabPainter property.
> >
> > However nothing works?  I can change tabs but the TapPainter does not seem 
> > to change anything.  I've changed some of the TJvTabDefaultPainter 
> > properties (like font colors) but the tabs do not change.
> >
> > I know I'm doing something wrong so some advice would be great.
> >
> > Thanks...John
> > 




Subject: Read and Write Cursor Res Files
From: "w2m" <w2m00@hicomponents00.com>
Date: Wed, 18 Mar 2009 11:56:43 -0400
Newsgroups: jedi.vcl

Does anyone have any code to read and write a res file with just cursors in the res file that they can share?

I have tried on multiple occasions over a multitude of days to get Colin Wilsons XN resource units to compile and function in Delphi 2009 without much success.

To get his code to compile I have had to replace PChar with PAnsiChar in a few places as well as use CharInSet.  Non-the-less I am having a terrible time.

Delphi does not have a good modern resource editor so I am attempting to create one.

To start I was trying to just read a resfile containing only cursors and build a treeview with cursor groups and cursors.  Once I get that working I'd like to be able to edit and save the res file... and to be able to add a cursor to the res file from a file.

I think if I can just get his code to read and write I can accomplish this. I am willing to redistribute the source code.

Thanks in advance.

Bill


Subject: Re: component donation
From: "Bogdan" <bogdan@bluemind-software.ro>
Date: Tue, 17 Mar 2009 16:57:16 +0200
Newsgroups: jedi.vcl

The site is working now.
I did submit the compo + demo with runtime creation.
Thank you.
Bogdan 




Subject: Re: usage of JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 16 Mar 2009 22:40:47 +0100
Newsgroups: jedi.vcl

Hi,

thank a lot. I would appreciate it to have an other example for the components.

When you have reviewed it, please post it to mantis or to the binaries group.

Kind regards
Jens

edbored schrieb:
> "Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
> news:gpjhal$6ua$1@news.talkto.net...
>> Hi ,
>>
>> did you think it would be worth to integrated it in the jvcl samples?
>>
>
> I suppose we could - I'd want to spend a bit of time reviewing it
> again - I think there's some stuff about storage that wasn't working
> right 3 years ago such that my code might be more complicated (or even
> incomplete) than it needs to be.  I basically stopped when :"it worked
> for me" <g>.
>
> Back then  the http and ftp parts of JvProgramVersionCheck were not
> completed - I could look at maybe extending the example if there's
> nothing else in the samples.  My week is completely booked, as is next
> weekend. It will be two weeks before I can spend time on it.
>
> Cheers,
> EdB
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Entry point xxxxx not found; bpl's not found
From: Keith Latham <fake@address.com>
Date: Mon, 16 Mar 2009 15:01:51 +1100
Newsgroups: jedi.vcl



OBones wrote:
> Keith Latham wrote:
>
>> It wasn't in the system PATH, but I added it as a 'User Override' to the path, and it didn't make any difference.
>
> Yes, it won't. BPLs are DLLs and it's Windows loading them. It MUST be in the system PATH or you will observe weird behaviour.
>
>
>> I'm gonna reboot as Bernd suggested, assuming that doesn't work (because I have done this in the past) I'll add it to the system path instead of using the Delphi User Override.
>
> Once added to the system path, it is recommended to reboot anyway.

No change. I'm out of ideas. I'll have to let it go for a while I guess.


Subject: Re: usage of JvProgramVersionCheck
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sun, 15 Mar 2009 19:17:40 -0400
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
news:gpjhal$6ua$1@news.talkto.net...
> > Hi ,
> >
> > did you think it would be worth to integrated it in the jvcl samples?
> >

I suppose we could - I'd want to spend a bit of time reviewing it
again - I think there's some stuff about storage that wasn't working
right 3 years ago such that my code might be more complicated (or even
incomplete) than it needs to be.  I basically stopped when :"it worked
for me" <g>.

Back then  the http and ftp parts of JvProgramVersionCheck were not
completed - I could look at maybe extending the example if there's
nothing else in the samples.  My week is completely booked, as is next
weekend. It will be two weeks before I can spend time on it.

Cheers,
EdB




Subject: Re: usage of JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 15 Mar 2009 21:40:29 +0100
Newsgroups: jedi.vcl

Hi ,

did you think it would be worth to integrated it in the jvcl samples?

Regards
Jens

edbored schrieb:
> "Luigi Siciliano" <ls@luigisiciliano.invalid> wrote in message
> news:gp56lq$bre$1@news.talkto.net...
>> edbored ha scritto:
>>> Migraine this weekend... Will get to this sometime this week,  Sorry
>>> about delay,
>>>
>>> EdB
>>>
>> No problem ;)
>
> A little late - but here's a test project....  This is based on code I
> wrote 3 years ago - it still works, but it looks like some things have
> been added (finished?) to JvPVC since I last looked at it.
>
> At any rate, it should give you a starting point.
>
> The data module should be first in creation order (before main form).
>
> I bundles a bunch of stuff that let me set up customer networks with a
> 'repository' of programs.  I did something like:
>
> H:\Programs\Control
> H:\Programs\Released
> H:\Programs\Beta
>
> The control folder held an ini file for each app (appName.ini) - which
> pointed to the current 'new' production code (released) and to the next
> version (beta).
>
> Only certain users had the 'allow beta' flag in their local copy of ini
> files.
>
> All users had to see the 'H:\Programs' folder.
>
> UNC worked too, IIRC.
>
> There's lots of notes in the datamodule.
>
> -- 
> Cheers,
> EdB
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL 2009-03-11 09:45:06 UTC and JCL-1.105.0.3296 2009-03-10 08:47:25 UTC Successfully installed on Turbo Delphi PRO 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 15 Mar 2009 10:53:28 +0100
Newsgroups: jedi.vcl

The new URLs are not yet being publicized, but they are as follows:

http://jcl.delphi-jedi.org/ for the JCL
http://jvcl.delphi-jedi.org/ for the JVCL

You should be able to get good pointer there.
The other pages (SF mainly) pointing to the old hosting will be progressively updated in the upcoming days.

Cheers
Olivier


Subject: Re: usage of JvProgramVersionCheck
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Sun, 15 Mar 2009 10:50:05 +0100
Newsgroups: jedi.vcl

edbored ha scritto:
> A little late - but here's a test project....  This is based on code I
> wrote 3 years ago - it still works, but it looks like some things have
> been added (finished?) to JvPVC since I last looked at it.
>
> At any rate, it should give you a starting point.
>
Thanks a lot.

It works, and I seems to understand How it works. Now I try to works on http.

Best regards.

Luigi


Subject: Re: JVCL 2009-03-11 09:45:06 UTC and JCL-1.105.0.3296 2009-03-10 08:47:25 UTC Successfully installed on Turbo Delphi PRO 2006
From: "Philip L Jackson" <philip@pcdata.co.uk>
Date: Sun, 15 Mar 2009 05:39:13 -0000
Newsgroups: jedi.vcl

Hi

Can someone please advise how to get these components?

I have found JCL-1.104.3248 on the Project Jedi Portal > JCL (Jedi Code Library) > SourceForge.net.

If I go to Project Jedi Portal > JVCL (Jedi Visual Code Library)  I get

"We are currently experiencing technical difficulties with our hosting and are doing our best to be back online as soon as possible.
We apologize for the inconvenience and ask you to be patient while we are at work.

The Project JEDI team"

Regards to all

Philip L Jackson


"Fabrizio Monti" <monti.fabrizio@I.HATE.SPAMMERS.gmail.com> wrote in message news:gp85l0$ovf$1@news.talkto.net...
> cdo (which in italian means "come da oggetto", aka.. as the object of this message says..)
>
> :D 



Subject: Re: usage of JvProgramVersionCheck
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sat, 14 Mar 2009 21:41:21 -0400
Newsgroups: jedi.vcl

"Luigi Siciliano" <ls@luigisiciliano.invalid> wrote in message
news:gp56lq$bre$1@news.talkto.net...
> > edbored ha scritto:
>> > >
>> > > Migraine this weekend... Will get to this sometime this week,  Sorry
>> > > about delay,
>> > >
>> > > EdB
>> > >
> > No problem ;)

A little late - but here's a test project....  This is based on code I
wrote 3 years ago - it still works, but it looks like some things have
been added (finished?) to JvPVC since I last looked at it.

At any rate, it should give you a starting point.

The data module should be first in creation order (before main form).

I bundles a bunch of stuff that let me set up customer networks with a
'repository' of programs.  I did something like:

H:\Programs\Control
H:\Programs\Released
H:\Programs\Beta

The control folder held an ini file for each app (appName.ini) - which
pointed to the current 'new' production code (released) and to the next
version (beta).

Only certain users had the 'allow beta' flag in their local copy of ini
files.

All users had to see the 'H:\Programs' folder.

UNC worked too, IIRC.

There's lots of notes in the datamodule.

--
Cheers,
EdB



TestJVC.zip
	



Subject: TJvID3v2 / Texts.LeadArtist
From: "FredrikN" <fredrik@fnprg.com>
Date: Sat, 14 Mar 2009 14:48:46 +0100
Newsgroups: jedi.vcl

Is it possible to change the default '/' separator? Using '/' causes 
problems with, fex. AC/DC.




Subject: Re: Entry point xxxxx not found; bpl's not found
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 14 Mar 2009 14:14:55 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Once added to the system path, it is recommended to reboot anyway.

A single log-off log-on works here, it updates user's environment variables.

- Florent


Subject: Re: Entry point xxxxx not found; bpl's not found
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 14 Mar 2009 13:13:58 +0100
Newsgroups: jedi.vcl

Keith Latham wrote:

> It wasn't in the system PATH, but I added it as a 'User Override' to the path, and it didn't make any difference.

Yes, it won't. BPLs are DLLs and it's Windows loading them. It MUST be in the system PATH or you will observe weird behaviour.


> I'm gonna reboot as Bernd suggested, assuming that doesn't work (because I have done this in the past) I'll add it to the system path instead of using the Delphi User Override.

Once added to the system path, it is recommended to reboot anyway.


Subject: Re: Entry point xxxxx not found; bpl's not found
From: Keith Latham <fake@address.com>
Date: Sat, 14 Mar 2009 13:18:14 +1100
Newsgroups: jedi.vcl

Thanks for sticking with me on this. Weird as all get out.

OBones wrote:
> Keith Latham wrote:
>>
>>
>> OBones wrote:
>>>
>>> This can also be the JCL that has duplicate BPL, and this is most likely the case by the way. Sorry if I was not clear enough to mention this.
>>
>> I have uninstalled both JCL and JVCL and manually cleaned up directories and registry.
>>
>> I have run cleanup.bat.
>>
>> I have reinstalled both JCL and JVCL.
>>
>> Same error(s).
>
> With the exact same message ???
>

Yes. Exactly.

>
>> Is there an issue with the BDSCOMMONDIR setting maybe?
>
> Shouldn't be any.
>

Good to hear.

>
>> I don't know what I can do differently to make it work.
>
> If the BPL are in a directory that is not in the PATH environment folder, it could be a reason.

It wasn't in the system PATH, but I added it as a 'User Override' to the path, and it didn't make any difference.

I'm gonna reboot as Bernd suggested, assuming that doesn't work (because I have done this in the past) I'll add it to the system path instead of using the Delphi User Override.


Subject: Re: TJvWizard and how to use it properly
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Fri, 13 Mar 2009 12:12:52 +0100
Newsgroups: jedi.vcl


Andreas Hausladen schrieb:
> > Christian Wimmer wrote:
> > 
>> >> So replacing object with inherit would actually allow me to replace
>> >> TFrame without errors?
> > 
> > Yes. But not with my typo. Instead of "inherit" you must write
> > "inherited".
> > 
> > 

Thanks for your answers. I had some other urgent things to do but could
get back to this issue.

However I discovered some strange things using TJvWizard and its
interior pages.
First, let me explain how the situation is at the moment:

I've created a parent frame and adapted all frames so they are inherited
from it and - of course - also changed the dfm file.
Next, I cut&paste all interior pages (TJvWizardInteriorPage) from the
TJvWizard component to the new frames.
Now, I make sure that parents of the these interior pages are reset. So
they can be displayed in the Wizard component. This works fine when the
app runs and I can also access all events and properties of each
interior page on its frame. So the frame is just a carrier for design.
So I like it :)

But what happens? It seems that Delphi doesn't recognize the
TJvWizardInteriorPage class (dfm issue) if I open the project for the
first time. I found out that this issue is resolved until next restart
of delphi if I open the main form with the TJvWizard component first.

Furthermore the interior page is always behind the frame itself. Only if
I select the page on the component treeview it gets into foreground.

Any suggestions?

thx

-
Christian





Subject: TJvListBox doesn't respect lbOwnerDrawFixed
From: Mistral <prova@microsoft.com>
Date: Fri, 13 Mar 2009 10:48:06 +0100
Newsgroups: jedi.vcl

Hi! I Need to ownerdraw a TJvListBox, I'm forcing its font at runtime and I see that my designed forced itemheight it's everytime recalculated. Is it right? I suppose that lbOwnerDrawFixed meaning is to respect the forced Itemheight.

Thanks

Mistral


Subject: Re: component donation
From: "Bogdan" <bogdan@bluemind-software.ro>
Date: Thu, 12 Mar 2009 16:36:32 +0200
Newsgroups: jedi.vcl

k. waiting.
Thank you, Warren
Bogdan

"Warren Postma" <wp@tekr7n.c0m> wrote in message 
news:gpaull$5dr$1@news.talkto.net...
> > Bogdan Deaky wrote:
>> >> However, the JVCL page is not working.
> >
>> >> What to do?
> > Hold on.
> >
> >
> > Sounds pretty useful to me!
> >
> > Warren 




Subject: Re: component donation
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 12 Mar 2009 10:29:43 -0400
Newsgroups: jedi.vcl

Bogdan Deaky wrote:
> However, the JVCL page is not working.

> What to do?
Hold on.


Sounds pretty useful to me!

Warren


Subject: Re: Entry point xxxxx not found; bpl's not found
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 12 Mar 2009 14:49:45 +0100
Newsgroups: jedi.vcl

Keith Latham wrote:
>
>
> OBones wrote:
>>
>> This can also be the JCL that has duplicate BPL, and this is most likely the case by the way. Sorry if I was not clear enough to mention this.
>
> I have uninstalled both JCL and JVCL and manually cleaned up directories and registry.
>
> I have run cleanup.bat.
>
> I have reinstalled both JCL and JVCL.
>
> Same error(s).

With the exact same message ???


> Is there an issue with the BDSCOMMONDIR setting maybe?

Shouldn't be any.


> I don't know what I can do differently to make it work.

If the BPL are in a directory that is not in the PATH environment folder, it could be a reason.


Subject: Re: Entry point xxxxx not found; bpl's not found
From: Bernd von Fintel <berndvf@gmail.com>
Date: Thu, 12 Mar 2009 14:43:39 +0200
Newsgroups: jedi.vcl

Keith Latham wrote:
>
>
> OBones wrote:
>>
>> This can also be the JCL that has duplicate BPL, and this is most likely the case by the way. Sorry if I was not clear enough to mention this.
>
> I have uninstalled both JCL and JVCL and manually cleaned up directories and registry.
>
> I have run cleanup.bat.
>
> I have reinstalled both JCL and JVCL.
>
> Same error(s).
>
> Is there an issue with the BDSCOMMONDIR setting maybe?
>
> Or could there be something in the package initialization that it doesn't like that I have  put the BPL's and DCP's outside the "JEDI path" structure? Both install programs are picking up the Delphi Options specifications.
>
> I don't know what I can do differently to make it work.
>
> Maybe I should use the separate JCL and JVCL distribution files instead of the complete distribution?

Sometimes I need to restart the PC to get it to 'find' the BPL files. Not sure if this will help in your case


Subject: Re: Entry point xxxxx not found; bpl's not found
From: Keith Latham <fake@address.com>
Date: Thu, 12 Mar 2009 23:40:11 +1100
Newsgroups: jedi.vcl



OBones wrote:
>
> This can also be the JCL that has duplicate BPL, and this is most likely the case by the way. Sorry if I was not clear enough to mention this.

I have uninstalled both JCL and JVCL and manually cleaned up directories and registry.

I have run cleanup.bat.

I have reinstalled both JCL and JVCL.

Same error(s).

Is there an issue with the BDSCOMMONDIR setting maybe?

Or could there be something in the package initialization that it doesn't like that I have  put the BPL's and DCP's outside the "JEDI path" structure? Both install programs are picking up the Delphi Options specifications.

I don't know what I can do differently to make it work.

Maybe I should use the separate JCL and JVCL distribution files instead of the complete distribution?


Subject: Re: JvValidators in the classic Form -> Datamodule set up
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Thu, 12 Mar 2009 10:47:55 +0000 (UTC)
Newsgroups: jedi.vcl

Jason Chapman wrote:

> > All,
> > 
> > I am doing a form (well fram actually) in D7.  I thought it would be
> > good to add the validator component (although never used it before).
> > This is a classic form -> datamodule & I feel the datamodule should be
> > dishing out and validating the rules.
> > 
> > I have methods like isOkToPost so that I can check certain conditions
> > before enabling the Save button, but want to go further & like the GUI
> > feedback from the validator example.
> > 
> > As far as I can see I think I am going to have to either do a lot of
> > work manually when creating the frame and hooking in custom validators
> > or:
> > - When the frame creates the datamodule, have some kind of utility
> > function that creates a jvCustomValidator for each data aware control.
> > These will be hooked up to an onValidate method in the frame that
> > works out the field and dataset
> > - It calls the datamodule with the field and dataset ref and the
> > datamodule returns with a true or false and a message, which gets
> > plugged in to the validators error message if not valid.
> > 
> > Has anyone done anything like this before, or am I making it very
> > complicated?

bump on this as it has come up again.  Does it make sense to anyone, is
anyone doing this kind of thing?


-- JAC 

Subject: component donation
From: "Bogdan Deaky" <bogdan@bluemind-software.ro>
Date: Wed, 11 Mar 2009 21:06:13 +0200
Newsgroups: jedi.vcl

Hi guys!

I would like to make a component donation for JVCL.
TBitmapFilter v1.2 is a component to apply basic visual effects (grayscale, sepia, negative) on pictures.
It works with TBitmap, TImage and bmp+jpg files. Also features resizing with simple resampling, bmp->jpg, jpg->bmp coversions.
I had positive feedback regading the compo over time from other devs.
I made it nice, commented the source and prepared the Demo.
However, the JVCL page is not working.
What to do?

Thank you,
  Bogdan


Subject: Re: JVCL 2009-03-11 09:45:06 UTC and JCL-1.105.0.3296 2009-03-10 08:47:25 UTC Successfully installed on Turbo Delphi PRO 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 11 Mar 2009 14:45:40 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:
> cdo (which in italian means "come da oggetto", aka.. as the object of this message says..)

Thanks for the info


Subject: JVCL 2009-03-11 09:45:06 UTC and JCL-1.105.0.3296 2009-03-10 08:47:25 UTC Successfully installed on Turbo Delphi PRO 2006
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Wed, 11 Mar 2009 14:12:54 +0100
Newsgroups: jedi.vcl

cdo (which in italian means "come da oggetto", aka.. as the object of this message says..)

:D


Subject: filtering more than one item in JvCsvDataSet
From: user@domain.invalid
Date: Wed, 11 Mar 2009 10:17:23 +0100
Newsgroups: jedi.vcl

It's very strange that filter property won't work and have to use setfilter method instead. That's working, but how can I filter more than one options and / or fields?

With kind regards,
John Kuiper


Subject: TJvPageControl with TJvTabDefaultPainter
From: "John Sawyers" <john@sawyersnet.com>
Date: Tue, 10 Mar 2009 17:30:19 -0600
Newsgroups: jedi.vcl

Noobie here...

I'm trying to use a TJvTabDefaultPainter with the TJvPageControl 
compoenenet.

I linkee the two together by selecting the TJvTabDefaultPainter in the 
TJvPageControl.TabPainter property.

However nothing works?  I can change tabs but the TapPainter does not seem 
to change anything.  I've changed some of the TJvTabDefaultPainter 
properties (like font colors) but the tabs do not change.

I know I'm doing something wrong so some advice would be great.

Thanks...John 




Subject: Re: TjvValidateEdit Bug
From: "RT" <ralph.tuttle@visi.com>
Date: Tue, 10 Mar 2009 16:56:34 -0500
Newsgroups: jedi.vcl

Okay, will re post there.  thanks.


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:gou4bn$ghk$5@news.talkto.net...
> RT wrote:
>> I have attached an examle that illustrates the bug.  Any fixes?
>>
>> I don't know if this forum allows attachments, if not, where can I post the example
>
> Usually attachments are posted in the jedi.binaries newsgroup 



Subject: Re: usage of JvProgramVersionCheck
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Tue, 10 Mar 2009 11:11:42 +0100
Newsgroups: jedi.vcl

edbored ha scritto:
>
> Migraine this weekend... Will get to this sometime this week,  Sorry
> about delay,
>
> EdB
>
No problem ;)


Subject: Re: Entry point xxxxx not found; bpl's not found
From: Keith Latham <fake@address.com>
Date: Tue, 10 Mar 2009 18:46:25 +1100
Newsgroups: jedi.vcl



OBones wrote:
> Keith Latham wrote:
>>
>>
>> OBones wrote:
>>>
>>> Wrong versions of the BPL somewhere else on your system. Look at HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Known Packages for a hint as to where they could be.
>>> Oh, and by the way, remember to clean up HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Disabled Packages because you added all the JVCL packages in there...
>>
>> No dice. Only one copy of the BPL's on the system - the correct one. Registry is 100% correct.
>>
>> I will uninstall, clean it up, and try the install yet again - fourth time now. This is getting boring.
>
> This can also be the JCL that has duplicate BPL, and this is most likely the case by the way. Sorry if I was not clear enough to mention this.

aaaarrrrggggghhhhh! :-)

Once more into the breach...



Subject: Re: Entry point xxxxx not found; bpl's not found
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 09 Mar 2009 23:16:38 +0100
Newsgroups: jedi.vcl

Keith Latham wrote:
>
>
> OBones wrote:
>>
>> Wrong versions of the BPL somewhere else on your system. Look at HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Known Packages for a hint as to where they could be.
>> Oh, and by the way, remember to clean up HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Disabled Packages because you added all the JVCL packages in there...
>
> No dice. Only one copy of the BPL's on the system - the correct one. Registry is 100% correct.
>
> I will uninstall, clean it up, and try the install yet again - fourth time now. This is getting boring.

This can also be the JCL that has duplicate BPL, and this is most likely the case by the way. Sorry if I was not clear enough to mention this.


Subject: Re: Entry point xxxxx not found; bpl's not found
From: Keith Latham <fake@address.com>
Date: Tue, 10 Mar 2009 09:06:27 +1100
Newsgroups: jedi.vcl



OBones wrote:
>
> Wrong versions of the BPL somewhere else on your system. Look at HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Known Packages for a hint as to where they could be.
> Oh, and by the way, remember to clean up HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Disabled Packages because you added all the JVCL packages in there...

No dice. Only one copy of the BPL's on the system - the correct one. Registry is 100% correct.

I will uninstall, clean it up, and try the install yet again - fourth time now. This is getting boring.


Subject: Re: usage of JvProgramVersionCheck
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Mon, 9 Mar 2009 16:24:31 -0400
Newsgroups: jedi.vcl

"Luigi Siciliano" <ls@luigisiciliano.invalid> wrote in message
news:golkc9$d37$1@news.talkto.net...
> > edbored ha scritto:
>> > > Ok - I'll try and dig it up this week, but it might be the weekend
>> > > before I really have the time to get it to a state where it can be a
>> > > 'simple project' (it's on an older workstation that isn't in use at
the
>> > > moment).
>> > >
>> > > Is it particulalry urgent - or is by weekend ok?
>> > >
>> > > Cheers,
>> > > EdB
>> > >
>> > >
> > Ok, Ok, weekend is ok, ;)

Migraine this weekend... Will get to this sometime this week,  Sorry
about delay,

EdB




Subject: Re: where is TJvFormPlacement?
From: Tommi Prami <ei@gmail.com>
Date: Mon, 09 Mar 2009 11:39:58 +0200
Newsgroups: jedi.vcl

> Thanks!!!
>

Quick Test, sorry about this...

-TP-



Subject: Re: where is TJvFormPlacement?
From: Tommi Prami <ei@gmail.com>
Date: Mon, 09 Mar 2009 11:34:14 +0200
Newsgroups: jedi.vcl

On 9.3.2009 11:01, OBones wrote:
> Tommi Prami wrote:
>> Or any of the similar. Found the code but not the component :D
>>
>> -TP-
>
> JvPersistence tab, and the component is TJvFormStorage

Thanks!!!

-TP-


Subject: Re: where is TJvFormPlacement?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 09 Mar 2009 10:01:33 +0100
Newsgroups: jedi.vcl

Tommi Prami wrote:
> Or any of the similar. Found the code but not the component :D
>
> -TP-

JvPersistence tab, and the component is TJvFormStorage


Subject: where is TJvFormPlacement?
From: Tommi Prami <ei@gmail.com>
Date: Mon, 09 Mar 2009 10:28:03 +0200
Newsgroups: jedi.vcl

Or any of the similar. Found the code but not the component :D

-TP-


Subject: Re: Bugs in TJvDBUltimGrid
From: CN <not@exists.idv>
Date: Mon, 09 Mar 2009 15:00:31 +0800
Newsgroups: jedi.vcl

> The following properties of TJvDBUltimGrid from JVCL v3.33 has the bugs:
>
> - RowResize can not be set to "true"
> - RowsHeight can not be changed
>
> Since I have had a hard time installing JVCL v3.36, I am asking this question. Are they fixed in JVCL v3.36?

I have just checked out the source code and noticed that TJvDBUltimGrid inherits from TJvDBGrid. I also noticed that these issues probably are not bugs. When property AutoResizeRows is reset to false, then both RowResize and RowsHeight allow changes.

>
> My ultimate goal is to find a DBGrid that can process multiple lines of text in columns like TDBMemo does.

TJvDBGrid and its decendents appears to be able to handle multiple lines of text already. The only limitation to me is it appears to be unable to automatically adjust row heights that would fully display all lines of text in columns.

Regards,

CN


Subject: Re: Entry point xxxxx not found; bpl's not found
From: Keith Latham <fake@address.com>
Date: Mon, 09 Mar 2009 12:37:36 +1100
Newsgroups: jedi.vcl


OBones wrote:

>
> Wrong versions of the BPL somewhere else on your system. Look at HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Known Packages for a hint as to where they could be.
> Oh, and by the way, remember to clean up HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Disabled Packages because you added all the JVCL packages in there...

Thanks. Will try as soon as I get a chance.

I now remember that this was happening with a previous upgrade as well(to 3.34 I think); I basically gave up on it figuring it was a broken release. That's why I have now tried to clean everything off and start fresh with the latest. I want to perservere and get it working this time.



Subject: Re: TJvWizard and how to use it properly
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 8 Mar 2009 22:12:09 +0100
Newsgroups: jedi.vcl

Christian Wimmer wrote:

> > So replacing object with inherit would actually allow me to replace
> > TFrame without errors?

Yes. But not with my typo. Instead of "inherit" you must write
"inherited".


-- Regards, Andreas Hausladen 

Subject: Re: TJvWizard and how to use it properly
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sun, 08 Mar 2009 19:26:20 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> > Christian Wimmer wrote:
> > 
>> >> Delphi 2009 and all older.
>> >> You need to reopen the whole project to make it work (or not).
>> >> The problem is that Delphi can't find properties like ClientWidth,
>> >> TabOrder and such.
> > 
> > Sorry, but I can't reproduce this. Adding an interface works for me.
> > What you describe is what happens when you change the base class from
> > TFrame to TMyBaseFrame or something else. But that is normal because
> > the DFM still tells the IDE that the frame is an "object" instead of a
> > "inherit"
> > 
> > 

So replacing object with inherit would actually allow me to replace
TFrame without errors?


Subject: Re: TJvWizard and how to use it properly
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 8 Mar 2009 19:10:07 +0100
Newsgroups: jedi.vcl

Christian Wimmer wrote:

> > Delphi 2009 and all older.
> > You need to reopen the whole project to make it work (or not).
> > The problem is that Delphi can't find properties like ClientWidth,
> > TabOrder and such.

Sorry, but I can't reproduce this. Adding an interface works for me.
What you describe is what happens when you change the base class from
TFrame to TMyBaseFrame or something else. But that is normal because
the DFM still tells the IDE that the frame is an "object" instead of a
"inherit"


-- Regards, Andreas Hausladen 

Subject: Re: TJvWizard and how to use it properly
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sun, 08 Mar 2009 17:50:49 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> > Christian Wimmer wrote:
> > 
>> >> I don't see another (best) solution than to add an interface directly
>> >> to the frame definition of the class. However in this way the Delphi
>> >> dialog designer stops working.
> > 
> > Which Delphi version do you use? Or what problems do you see if you add
> > an interface to the frame class declaration? For me (Delphi 7 and 2009)
> > this works.
> > 
> > type
> >   TFrame1 = class(TFrame, IMyInterface)
> >    ...
> >   end;
> > 
> > 
> > 

Delphi 2009 and all older.
You need to reopen the whole project to make it work (or not).
The problem is that Delphi can't find properties like ClientWidth,
TabOrder and such.



Subject: Re: TJvWizard and how to use it properly
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 8 Mar 2009 17:45:29 +0100
Newsgroups: jedi.vcl

Christian Wimmer wrote:

> > I don't see another (best) solution than to add an interface directly
> > to the frame definition of the class. However in this way the Delphi
> > dialog designer stops working.

Which Delphi version do you use? Or what problems do you see if you add
an interface to the frame class declaration? For me (Delphi 7 and 2009)
this works.

type
  TFrame1 = class(TFrame, IMyInterface)
   ...
  end;



-- Regards, Andreas Hausladen 

Subject: Re: TJvWizard and how to use it properly
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sun, 08 Mar 2009 15:44:20 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> > Christian Wimmer wrote:
> > 
>> >> published
>> >>   function GetInteriorPage : TJvWizardInteriorPage;
>> >> end;
>> >>
>> >> It just returns the internal interior page variable.
>> >> Because it is published, we can access it using RTTI.
> > 
> > The usage of an interface would be a much better solution in my eyes.
> > RTTI is based on strings which the compiler can't check.
> > 
> > 

I don't see another (best) solution than to add an interface directly to
the frame definition of the class. However in this way the Delphi dialog
designer stops working.

The solution in JEDI installer doesn't open up to me at all. Also I
don't have time to create or reuse such an architecture - so I will
stick to KISS (Keep It Simple, Stupid) if there isn't anything better
and easier.

-
Christian


Subject: Re: TJvWizard and how to use it properly
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 8 Mar 2009 14:40:21 +0100
Newsgroups: jedi.vcl

Christian Wimmer wrote:

> > published
> >   function GetInteriorPage : TJvWizardInteriorPage;
> > end;
> > 
> > It just returns the internal interior page variable.
> > Because it is published, we can access it using RTTI.

The usage of an interface would be a much better solution in my eyes.
RTTI is based on strings which the compiler can't check.


-- Regards, Andreas Hausladen 

Subject: Re: TJvWizard and how to use it properly
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sun, 08 Mar 2009 14:17:34 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> > Have a look at the JVCL installer and how it does it. Basically, use
> > frames with a common ancestor and and events on the ancestor frame

Yes, I have thought of such an approach and now I use a much simpler
version than available in the installer.

It is intended for people with the same problem as described (split up
one unit into several units)

So it goes...
Every frame has its TJvWizardInteriorPage implementation. Additionally
I added this to every frame:

published
  function GetInteriorPage : TJvWizardInteriorPage;
end;

It just returns the internal interior page variable.
Because it is published, we can access it using RTTI.

type
  TFrameClass = class of TFrame;
  TGetInteriorPage = function : TJvWizardInteriorPage of object;

function TJFormMain.AddFrame(const FrameClass : TFrameClass;
  out Interior : TJvWizardInteriorPage) : TFrame;
var
  Meth : TMethod;
  GetInteriorPage : TGetInteriorPage;
begin
  result := FrameClass.Create(Self);

  Meth.Data := Pointer(Result);
  Meth.Code := result.MethodAddress('GetInteriorPage');
  GetInteriorPage := TGetInteriorPage(Meth);

  Assert(Assigned(GetInteriorPage), Format('Method not found for
%s',[FrameClass.ClassName]));
  //leave exception if nil
  Interior := GetInteriorPage();
  Interior.Parent := JvWizard;

  JvWizard.Pages.Add(Interior);
end;

The property Parent makes sure that the interior page is connected to
the new wizard.

Then we can use it in this way
AddFrame(TFrameWelcome, fWelcomeInterior);


Unfortunately, the TJvWizardRouteMapControl class (and its descendants)
doesn't allow an update of the pages in an obvious way.
I needed some time to find out that (re-)setting the Parent property to
the wizard control did what I needed:

JvWizardRouteMapList.Parent := JvWizard;

Free:
Since I create a frame using Self as parameter Parent, all frames and
their child controls are freed automatically - so do not free anything here!


-
Christian Wimmer













Subject: Re: Install.bat from JVCL v3.36 doesn't work
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 8 Mar 2009 11:04:55 +0100
Newsgroups: jedi.vcl

CN wrote:

> > Why the JVCL installation suit  checks win98's registry for the
> > existence of JCL?

Because the JVCL depends on the JCL. And if you don't _install_ the
JCL, the JVCL can't find the
[HKCU\Software\Borland\C++Builder\6.0\Jedi\Jcl]\Version registry value.
This has nothing to do with Win98. The JVCL compiles find under Win98.
Runtime is another thing, but I haven't seen anything that would be
hard-bound to the WinNT API.

The JVCL's dcc32ex.exe was changed after the 3.36 release to try to
find the JCL without the registry key by compiling a small JCL version
check test application.

-- Regards, Andreas Hausladen 

Subject: Re: Install.bat from JVCL v3.36 doesn't work
From: CN <not@exists.idv>
Date: Sun, 08 Mar 2009 10:22:12 +0800
Newsgroups: jedi.vcl

On Sun, 08 Mar 2009 01:43:38 +0800, OBones <obones_gfd_@_gfd_altern.org> wrote:

> Win98 is NOT supported anymore, and has not been supported for quite a while. It was just pure luck it still worked in previous versions of the JCL and JVCL.
> We are sorry, but we cannot continue to support operating systems that even their editor no longer supports.

Thank you for the explanation anyway.

Hopefully the supported or unsupported operating systems will be listed in new JCL and JVCL installation guides. That will save much time of people like myself.

Regards,

CN


Subject: Re: TJvWizard and how to use it properly
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 07 Mar 2009 18:50:10 +0100
Newsgroups: jedi.vcl

Have a look at the JVCL installer and how it does it. Basically, use frames with a common ancestor and and events on the ancestor frame


Subject: Re: TjvValidateEdit Bug
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 07 Mar 2009 18:48:46 +0100
Newsgroups: jedi.vcl

RT wrote:
> I have attached an examle that illustrates the bug.  Any fixes?
>
> I don't know if this forum allows attachments, if not, where can I post the example

Usually attachments are posted in the jedi.binaries newsgroup


Subject: Re: Entry point xxxxx not found; bpl's not found
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 07 Mar 2009 18:47:02 +0100
Newsgroups: jedi.vcl

Keith Latham wrote:
> I have finally got JVCL 3.36 "installed" for Delphi 2007, sort of.
>
> After installation, Delphi gave a whole suite of errors as shown below, one for each JVCL package I guess. I answered 'NO' to the question about whether or not I wanted to continue to try to load it so I could get the program stated.
>
> Now when I go into "Component/Install Packages" the JVCL packages are listed. If I click one, say "JVCL Core Components" I get the following error (which is equivalent to the initial Delphi start up error):
>
> ------------
> The procedure entry point@Jclbase@StringOf$qqrpxucxi could not be located in the dynamic link library Jcl110.bpl
> ------------
>
> Clicking OK on the message box produces another error:
>
> ------------
> Can't load package E:\DevelopmentSVNWorkingCopy\packages\JvCoreD11D.bpl. The specified procedure could not be found.
> ------------
>
> Both "Jcl110.bpl" and "JvCoreD11D.bpl" do exist in the path "E:\DevelopmentSVNWorkingCopy\packages\" and that path is on the Delphi Options Library path.
>
> Clearly there is a problem with my setup somehow. Anything obvious that you can see from this description?

Wrong versions of the BPL somewhere else on your system. Look at HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Known Packages for a hint as to where they could be.
Oh, and by the way, remember to clean up HKEY_CURRENT_USER\Software\Borland\BDS\5.0\Disabled Packages because you added all the JVCL packages in there...


Subject: Re: suggestion jvcl in stall
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 07 Mar 2009 18:44:42 +0100
Newsgroups: jedi.vcl

Sean Farrow wrote:
> Hi:
> Within the jvcl installer, if a developer installation is selected, shouldn't the build packages checkbox be selected also.
> just a thought...

No, not necessarily. I use "developer install" without rebuilding the packages everytime because I want the latest internal fixes while not having to recompile everything when the interface of the components has not changed


Subject: Re: Install.bat from JVCL v3.36 doesn't work
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 07 Mar 2009 18:43:38 +0100
Newsgroups: jedi.vcl

Win98 is NOT supported anymore, and has not been supported for quite a while. It was just pure luck it still worked in previous versions of the JCL and JVCL.
We are sorry, but we cannot continue to support operating systems that even their editor no longer supports.


Subject: TJvWizard and how to use it properly
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sat, 07 Mar 2009 16:19:44 +0100
Newsgroups: jedi.vcl

Hi

I decided to use the incredible TJvWizard component and its interior
pages. It works fine but I have a design issue here.
There are many pages on the wizard component and all these pages have
their components that must be awaken to life somehow (using code lines
of course). This approach means a lot of code of different pages in only
one unit file. However I would like to use one unit per page but I don't
get how this can be possible without open up the private parts of the
main form (this way will be the last exit.) or add properties for each
of them.

What were the thoughts of the authors?
Any suggestions?

thx

Christian Wimmer


Subject: Bugs in TJvDBUltimGrid
From: CN <not@exists.idv>
Date: Sat, 07 Mar 2009 20:08:53 +0800
Newsgroups: jedi.vcl

Hi!

The following properties of TJvDBUltimGrid from JVCL v3.33 has the bugs:

- RowResize can not be set to "true"
- RowsHeight can not be changed

Since I have had a hard time installing JVCL v3.36, I am asking this question. Are they fixed in JVCL v3.36?

My ultimate goal is to find a DBGrid that can process multiple lines of text in columns like TDBMemo does.

Regards,

CN


Subject: Install.bat from JVCL v3.36 doesn't work
From: CN <not@exists.idv>
Date: Sat, 07 Mar 2009 19:40:26 +0800
Newsgroups: jedi.vcl

Hi!

install.bat coming from JVCL v3.33 finishes its job with BCB6 in Win98 without problem but I get the error from v3.36 install.bat:

Missing dependencies for C++Builder 6

- JCL  is required but not installed. (http://jcl.sourceforge.net)


No Delphi/BCB/BDS/RAD-studio versions was found that has the required dependencies installed. Please install the dependencies first.


The README in JCL v1.104 reads that packages JCL package does not need to be installed and only compilation is required. I believe the JCL README is correct because I can compile (make/build) packages jcl and JclVcl but noticed that they are NOT installable. Why the JVCL installation suit checks win98's registry for the existence of JCL?

As to the second error "No Delphi/BCB...", I am afraid that JVCL v3.33 installation suit fails to detect the existence of BCB6 in win98.

Regards,

CN


Subject: suggestion jvcl in stall
From: "Sean Farrow" <sean.farrow@seanfarrow.co.uk>
Date: Sat, 7 Mar 2009 11:13:18 -0000
Newsgroups: jedi.vcl

Hi:
Within the jvcl installer, if a developer installation is selected, 
shouldn't the build packages checkbox be selected also.
just a thought...
Sean. 




Subject: Re: Date/Time parse problems with TJvCustomAppStorage on different locales
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 06 Mar 2009 22:41:17 +0100
Newsgroups: jedi.vcl

Hi Gianpiero,

i've added a path with revision 12222 to the repository.

I've used nearly similar your approach.

Please have a look for it and tell me your results.

Kind regards
Jens

Gianpiero Caretti schrieb:
> Dear All,
> I was working with the JvAppStoreDemo demo example of JVCL 3.36 official build and D2007 and I faced with a locale problems.
>
> The JvAppStoreDemo uses the VCL TJvFormStorage and TJvAppIniFileStorage to store its own form information into an ini file and everything is ok until I don't try to store a DateTime.
> Here is the sample code added to the original JvAppStoreDemo:
>
> procedure TJvAppStorageBaseMainFrm.ReadFromAppStorage(AppStorage: TJvCustomAppStorage; const BasePath: string);
> var LastRun: TDateTime;
> begin
>   CheckBox1.Checked := AppStorage.ReadBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox1']), CheckBox1.Checked);
>   CheckBox2.Checked := AppStorage.ReadBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox2']), CheckBox2.Checked);
>   LastRun := AppStorage.ReadDateTime(AppStorage.ConcatPaths([BasePath, 'LastStart']), 0);    //**
>   Self.Caption := Format('Last update check: %s', [DateTimeToStr(LastRun)]);
> end;
>
> procedure TJvAppStorageBaseMainFrm.WriteToAppStorage(AppStorage: TJvCustomAppStorage; const BasePath: string);
> begin
>   AppStorage.WriteBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox1']), CheckBox1.Checked);
>   AppStorage.WriteBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox2']), CheckBox2.Checked);
>   AppStorage.WriteDateTime(AppStorage.ConcatPaths([BasePath, 'LastStart']), Now);    //**
> end;
>
> Note the lines with //**. They  practically invoke the standard TJvCustomAppStorage methods:
>     TJvCustomAppStorage.ReadDateTimeInt(const Path: string; Default: TDateTime): TDateTime;
> and
>     TJvCustomAppStorage.WriteDateTimeInt(const Path: string; Value: TDateTime);
>
> This methods internally uses the SysUtils funcs:
>     StrToDateTime(const S: string): TDateTime;
>     DateTimeToStr(const DateTime: TDateTime): string;
> in the case the property StorageOptions.DateTimeAsString is TRUE.
>
> Well, the limitation here is that the above SysUtils funcs uses the current locale of the machine to encode and decode dates.
> This means that, if I run the application with a locale having the date in Path: news.talkto.net!not-for-mail
> From: "Gianpiero Caretti" <gpcaretti@gmail.com>
> Newsgroups: jedi.vcl
> Subject: Date/Time parse problems with TJvCustomAppStorage on different locales
> Date: Fri, 6 Mar 2009 16:47:48 +0100
> Organization: talkto.net
> Lines: 113
> Message-ID: <gor8ta$5lv$1@news.talkto.net>
> NNTP-Posting-Host: nat-overload.nch.it
> X-Trace: news.talkto.net 1236346602 5823 81.208.61.111 (6 Mar 2009 13:36:42 GMT)
> X-Complaints-To: news@news.talkto.net
> NNTP-Posting-Date: Fri, 6 Mar 2009 13:36:42 +0000 (UTC)
> X-Priority: 3
> X-MSMail-Priority: Normal
> X-Newsreader: Microsoft Outlook Express 6.00.2900.5512
> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
> X-RFC2646: Format=Flowed; Original
> Xref: news.talkto.net jedi.vcl:34653
>
> Dear All,
> I was working with the JvAppStoreDemo demo example of JVCL 3.36 official build and D2007 and I faced with a locale problems.
>
> The JvAppStoreDemo uses the VCL TJvFormStorage and TJvAppIniFileStorage to store its own form information into an ini file and everything is ok until I don't try to store a DateTime.
> Here is the sample code added to the original JvAppStoreDemo:
>
> procedure TJvAppStorageBaseMainFrm.ReadFromAppStorage(AppStorage: TJvCustomAppStorage; const BasePath: string);
> var LastRun: TDateTime;
> begin
>   CheckBox1.Checked := AppStorage.ReadBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox1']), CheckBox1.Checked);
>   CheckBox2.Checked := AppStorage.ReadBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox2']), CheckBox2.Checked);
>   LastRun := AppStorage.ReadDateTime(AppStorage.ConcatPaths([BasePath, 'LastStart']), 0);    //**
>   Self.Caption := Format('Last update check: %s', [DateTimeToStr(LastRun)]);
> end;
>
> procedure TJvAppStorageBaseMainFrm.WriteToAppStorage(AppStorage: TJvCustomAppStorage; const BasePath: string);
> begin
>   AppStorage.WriteBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox1']), CheckBox1.Checked);
>   AppStorage.WriteBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox2']), CheckBox2.Checked);
>   AppStorage.WriteDateTime(AppStorage.ConcatPaths([BasePath, 'LastStart']), Now);    //**
> end;
>
> Note the lines with //**. They  practically invoke the standard TJvCustomAppStorage methods:
>     TJvCustomAppStorage.ReadDateTimeInt(const Path: string; Default: TDateTime): TDateTime;
> and
>     TJvCustomAppStorage.WriteDateTimeInt(const Path: string; Value: TDateTime);
>
> This methods internally uses the SysUtils funcs:
>     StrToDateTime(const S: string): TDateTime;
>     DateTimeToStr(const DateTime: TDateTime): string;
> in the case the property StorageOptions.DateTimeAsString is TRUE.
>
> Well, the limitation here is that the above SysUtils funcs uses the current locale of the machine to encode and decode dates.
> This means that, if I run the application with a locale having the date in the format dd.mm.yyyy, the demo above saves the INI file with this line:
>
>     [Test]
>     ...
>     LastStart=06.03.2009 14:21:34
>
> Later, if I change the locale with another one having the date in the format dd/mm/yyyy and then I run the demo app., it fails to parse the date because it is in unexpected format!
>
> I am not a JVCL expert so I don't know if it is a wished behaviour, anyhow, it is not so, here it is a solution proposal: the idea is to use an approach similars to the one used for the ActiveTranslateStringEngine property of the TJvCustomAppIniStorage class.
>
> For example, to write it is enought to modify the method WriteDateTimeInt(...) recalled above in the following way:
>
> procedure TJvCustomAppStorage.WriteDateTimeInt(const Path: string; Value: TDateTime);
> var
>   fs: TFormatSettings;    // GpCaretti
> begin
>   if (StorageOptions.DateTimeAsString) then
>   // GpCaretti - START
>   begin
>     GetLocaleFormatSettings(LOCALE_SYSTEM_DEFAULT, fs);
>     if (ActiveTranslateStringEngine.DateFormat <> '') then
>     begin
>       fs.ShortDateFormat := Self.ActiveTranslateStringEngine.DateFormat;
>       fs.LongDateFormat := Self.ActiveTranslateStringEngine.DateFormat;
>     end;
>     if (ActiveTranslateStringEngine.TimeFormat <> '') then
>     begin
>       fs.ShortTimeFormat := Self.ActiveTranslateStringEngine.TimeFormat;
>       fs.LongTimeFormat := Self.ActiveTranslateStringEngine.TimeFormat;
>     end;
>     DoWriteString(Path, EncryptPropertyValue(DateTimeToStr(Value, fs)));
>   end
>   // GpCaretti - END
>   else
>     DoWriteFloat(Path, Value);
> end;
>
> It is an example, not the solution, just to explain the idea.
>
>
>
> Finally, consider that, even if it is improbable that an user changes its machine locale, the problem emerges with all its critical state with the TJvProgramVersionCheck VCL: this class uses the above classes to check *LOCALLY* the remote information about new application version. And *locally* different users on different machine may have a locale different by the one used by the application distributer onto the remote system.
>
>
> Ciao,
> Gianpiero
>
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Date/Time parse problems with TJvCustomAppStorage on different locales
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Fri, 6 Mar 2009 16:47:48 +0100
Newsgroups: jedi.vcl

Dear All,
I was working with the JvAppStoreDemo demo example of JVCL 3.36 official 
build and D2007 and I faced with a locale problems.

The JvAppStoreDemo uses the VCL TJvFormStorage and TJvAppIniFileStorage to 
store its own form information into an ini file and everything is ok until I 
don't try to store a DateTime.
Here is the sample code added to the original JvAppStoreDemo:

procedure TJvAppStorageBaseMainFrm.ReadFromAppStorage(AppStorage: 
TJvCustomAppStorage; const BasePath: string);
var LastRun: TDateTime;
begin
  CheckBox1.Checked := 
AppStorage.ReadBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox1']), 
CheckBox1.Checked);
  CheckBox2.Checked := 
AppStorage.ReadBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox2']), 
CheckBox2.Checked);
  LastRun := AppStorage.ReadDateTime(AppStorage.ConcatPaths([BasePath, 
'LastStart']), 0);    //**
  Self.Caption := Format('Last update check: %s', [DateTimeToStr(LastRun)]);
end;

procedure TJvAppStorageBaseMainFrm.WriteToAppStorage(AppStorage: 
TJvCustomAppStorage; const BasePath: string);
begin
  AppStorage.WriteBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox1']), 
CheckBox1.Checked);
  AppStorage.WriteBoolean(AppStorage.ConcatPaths([BasePath, 'MyCheckBox2']), 
CheckBox2.Checked);
  AppStorage.WriteDateTime(AppStorage.ConcatPaths([BasePath, 'LastStart']), 
Now);    //**
end;

Note the lines with //**. They  practically invoke the standard 
TJvCustomAppStorage methods:
    TJvCustomAppStorage.ReadDateTimeInt(const Path: string; Default: 
TDateTime): TDateTime;
and
    TJvCustomAppStorage.WriteDateTimeInt(const Path: string; Value: 
TDateTime);

This methods internally uses the SysUtils funcs:
    StrToDateTime(const S: string): TDateTime;
    DateTimeToStr(const DateTime: TDateTime): string;
in the case the property StorageOptions.DateTimeAsString is TRUE.

Well, the limitation here is that the above SysUtils funcs uses the current 
locale of the machine to encode and decode dates.
This means that, if I run the application with a locale having the date in 
the format dd.mm.yyyy, the demo above saves the INI file with this line:

    [Test]
    ...
    LastStart=06.03.2009 14:21:34

Later, if I change the locale with another one having the date in the format 
dd/mm/yyyy and then I run the demo app., it fails to parse the date because 
it is in unexpected format!

I am not a JVCL expert so I don't know if it is a wished behaviour, anyhow, 
it is not so, here it is a solution proposal: the idea is to use an approach 
similars to the one used for the ActiveTranslateStringEngine property of the 
TJvCustomAppIniStorage class.

For example, to write it is enought to modify the method 
WriteDateTimeInt(...) recalled above in the following way:

procedure TJvCustomAppStorage.WriteDateTimeInt(const Path: string; Value: 
TDateTime);
var
  fs: TFormatSettings;    // GpCaretti
begin
  if (StorageOptions.DateTimeAsString) then
  // GpCaretti - START
  begin
    GetLocaleFormatSettings(LOCALE_SYSTEM_DEFAULT, fs);
    if (ActiveTranslateStringEngine.DateFormat <> '') then
    begin
      fs.ShortDateFormat := Self.ActiveTranslateStringEngine.DateFormat;
      fs.LongDateFormat := Self.ActiveTranslateStringEngine.DateFormat;
    end;
    if (ActiveTranslateStringEngine.TimeFormat <> '') then
    begin
      fs.ShortTimeFormat := Self.ActiveTranslateStringEngine.TimeFormat;
      fs.LongTimeFormat := Self.ActiveTranslateStringEngine.TimeFormat;
    end;
    DoWriteString(Path, EncryptPropertyValue(DateTimeToStr(Value, fs)));
  end
  // GpCaretti - END
  else
    DoWriteFloat(Path, Value);
end;

It is an example, not the solution, just to explain the idea.



Finally, consider that, even if it is improbable that an user changes its 
machine locale, the problem emerges with all its critical state with the 
TJvProgramVersionCheck VCL: this class uses the above classes to check 
*LOCALLY* the remote information about new application version. And 
*locally* different users on different machine may have a locale different 
by the one used by the application distributer onto the remote system.


Ciao,
Gianpiero






Subject: Re: usage of JvProgramVersionCheck
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Fri, 6 Mar 2009 13:19:19 +0100
Newsgroups: jedi.vcl

>> >> I am still evaluating the JvProgramVersionCheck example distributed with
>> >> JVCL 3.36 and it seems to be buggy: it does not parse correctly the dates
>> >> present into the XML update info file (ProjectVersions.xml).

Well,
finally I found the time to analyze the code.
I verified the problem is not the application itself but in the manner the 
TJvCustomAppStorage class in the JvAppStore unit reads and stores the dates: 
it reads and writes the them in the format of the local of the current 
machine.

Now, as the JvProgramVersionCheck program has been probably written using a 
locale where dates are in the format dd.mm.yyyy, while my locale has dates 
in the format dd/mm/yyyy, the method ProgramVersionCheck.Execute failed to 
parse the date present in the remote ProjectVersions.xml file.

If you take a look to this file, it has lines like the following:
    <ProgramReleaseDate>12.12.2004</ProgramReleaseDate>
while in my local they should be in the form
    <ProgramReleaseDate>12/12/2004</ProgramReleaseDate>.

Now, assuming the program check runs on etherogeneous machines (one user can 
have a US local, while another an Italian one), it is for sure a problem, 
even if, I deem, it shoud be in charge to the TJvCustomAppStorage class and 
not properly to the JvProgramVersionCheck. I am going to write another email 
about this point.

Ciao,
Gianpiero








env (I could have an)

applicatio




Subject: Re: TJvTreeView causing a huge cascade of operations in TJvCheckTreeView when its owner form is docked
From: "D. Raseghi" <raseghi@t-online.de>
Date: Thu, 5 Mar 2009 18:51:12 +0100
Newsgroups: jedi.vcl

Here's a temporary workaround without changing JVCL code:
1. Hook the WM_PAINT message of the TJvCheckTreeView by a TJvWindowHook instance and track the BeforeMessage and AfterMessage.
2. Set a flag FPreventToggleOperations:= TRUE inside BeforeMessage
3. Set a flag FPreventToggleOperations:= FALSE inside AfterMessage
4. Inside the event OnToggled jump over or exit your code if FPreventToggleOperations=TRUE

This doesn't prevent the call of OnToggled in the mentioned case and a slowdown for some seconds is still there. Anyway your code isn't executed in this case any more.


Subject: TJvTreeView causing a huge cascade of operations in TJvCheckTreeView when its owner form is docked
From: "D. Raseghi" <raseghi@t-online.de>
Date: Thu, 5 Mar 2009 18:18:51 +0100
Newsgroups: jedi.vcl

When using a TJvCheckTreeView with "CheckBoxOptions.Style = cbsJVCL" on a form that was just docked (!),  "FReinitializeTreeNode" is set again to TRUE since the procedure "TJvTreeView.CreateWnd" is recalled.
This causes in the next "procedure TJvTreeView.WMPaint" call a complete reinitialization of the tree, whereby "procedure TJvCheckTreeView.TreeNodeCheckedChange" is called for every node and thus also the user event "OnToggled" in the end.

Usually "OnToggled" is called only when one (!) node checkmark is changed and thus it is mostly used to start (probably) a bunch of operations. In the case above it is called for every node after a drag of the form containing the TJvCheckTreeView. This causes a very high CPU load that might lock up a software for minutes!!!

Unfortunately changing "CheckBoxOptions.Style" to "cbsNative" doesn't really help, since "OnToggled" works only with "cbsJVCL" and "OnNodeCheckedChange" isn't working at all (is that a bug??). This means if you don't use cbsNative you can't trap the change of a checkmark by any event.
Besides...what is the purpose of "OnNodeCheckedChange" in comparison to "OnToggled"?

I have no real solution for that yet, since I don't change JVCL code to stay compatible with the updates. Anyway a solution has to make sure, that the user event OnToggled isn't called during a rebuild of the tree caused by FReinitializeTreeNode=TRUE. An alternative way is to find out if a second call to "TJvTreeView.CreateWnd" is really necessary and if it can be suppressed somehow, since that is the root of the "evil".

I appreciate your fast help in this case.


Subject: Re: TJvNavigationPane and WS_EX_COMPOSITED = CPU 100%
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Thu, 05 Mar 2009 15:15:25 +0100
Newsgroups: jedi.vcl

Fabrizio Monti ha scritto:
> Fabrizio Monti ha scritto:
>> Hi All :)
>>
>> I've noticed that TJvNavigaionPane, on a form with this create params:
>>
>>
>> procedure TForm1.CreateParams(var Params: TCreateParams);
>> begin
>>   inherited;
>>   if Win32MajorVersion >= 5 then
>>     Params.ExStyle := Params.ExStyle or WS_EX_COMPOSITED;
>> end;
>>
>> will increase CPU usate to 100%.
>>
>> If there a way to use WS_EX_COMPOSITED (reduces flickering for xp and above) for everything EXCEPT TJvNavigationPane istances? :)
>>
>> Thank you!
>
>
> Hi,
> I've found a workaround. Since in main form i have:
> 1 jvnavigationpane
> 1 jvpagelist (where i store all my other program windows..)
>
> i've decided to "patch" jvpagelist
>
>
> unit PageListFix;
>
> interface
>
> uses
> Windows, SysUtils, Controls, JvPageList;
>
> type
>   TJvPageList = class(JvPageList.TJvPageList)
>   protected
>     procedure CreateParams(var Params: TCreateParams); override;
>   end;
>
>
>
> implementation
>
>   procedure TJvPageList.CreateParams(var Params: TCreateParams);
>   begin
>     inherited;
>     //this works only for xp (5) and above!
>     if Win32MajorVersion >= 5 then
>     begin
>       Params.ExStyle := Params.ExStyle or WS_EX_COMPOSITED;
>     end;
>   end;
>
> end.
>
> You must to add this unit RIGHT AFTER JvPageList in your main form uses section:
>
> [..] JvPageList, PageListFix [..]
>
> Now my cpu is no more 100%.
> JvNavigationPane usually do not flicker by default :)
>
> I hope this could help someone. This could be easily adapted to other solutions which are not TJvPageList.
>
> If you know a better one, please reply :)
>
> Bye ^^

Urgh..... TJvListView causes problems with WS_EX_COMPOSITED with visual style report, also with a patched ComCtrls.

ShowColumnHeader or using stringgrid will do the work :)


Subject: Re: TJvNavigationPane and WS_EX_COMPOSITED = CPU 100%
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Thu, 05 Mar 2009 12:54:11 +0100
Newsgroups: jedi.vcl

Fabrizio Monti ha scritto:
> Hi All :)
>
> I've noticed that TJvNavigaionPane, on a form with this create params:
>
>
> procedure TForm1.CreateParams(var Params: TCreateParams);
> begin
>   inherited;
>   if Win32MajorVersion >= 5 then
>     Params.ExStyle := Params.ExStyle or WS_EX_COMPOSITED;
> end;
>
> will increase CPU usate to 100%.
>
> If there a way to use WS_EX_COMPOSITED (reduces flickering for xp and above) for everything EXCEPT TJvNavigationPane istances? :)
>
> Thank you!


Hi,
I've found a workaround. Since in main form i have:
1 jvnavigationpane
1 jvpagelist (where i store all my other program windows..)

i've decided to "patch" jvpagelist


unit PageListFix;

interface

uses
Windows, SysUtils, Controls, JvPageList;

type
  TJvPageList = class(JvPageList.TJvPageList)
  protected
    procedure CreateParams(var Params: TCreateParams); override;
  end;



implementation

  procedure TJvPageList.CreateParams(var Params: TCreateParams);
  begin
    inherited;
    //this works only for xp (5) and above!
    if Win32MajorVersion >= 5 then
    begin
      Params.ExStyle := Params.ExStyle or WS_EX_COMPOSITED;
    end;
  end;

end.

You must to add this unit RIGHT AFTER JvPageList in your main form uses section:

[..] JvPageList, PageListFix [..]

Now my cpu is no more 100%.
JvNavigationPane usually do not flicker by default :)

I hope this could help someone. This could be easily adapted to other solutions which are not TJvPageList.

If you know a better one, please reply :)

Bye ^^


Subject: TJvNavigationPane and WS_EX_COMPOSITED = CPU 100%
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Thu, 05 Mar 2009 12:42:14 +0100
Newsgroups: jedi.vcl

Hi All :)

I've noticed that TJvNavigaionPane, on a form with this create params:


procedure TForm1.CreateParams(var Params: TCreateParams);
begin
  inherited;
  if Win32MajorVersion >= 5 then
    Params.ExStyle := Params.ExStyle or WS_EX_COMPOSITED;
end;

will increase CPU usate to 100%.

If there a way to use WS_EX_COMPOSITED (reduces flickering for xp and above) for everything EXCEPT TJvNavigationPane istances? :)

Thank you!


Subject: Re: usage of JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 04 Mar 2009 22:51:28 +0100
Newsgroups: jedi.vcl

Please create a sample add it to mantis. When mantis is already down please add it to the binaries group.

Am 04.03.2009 15:42, schrieb Gianpiero Caretti:
> "Luigi Siciliano"<ls@luigisiciliano.invalid>  wrote in message
> news:goe3k4$b5o$3@news.talkto.net...
>>    there is anyone that can explain how to use the JvProgramVersionCheck?
>
> All,
> I am still evaluating the JvProgramVersionCheck example distributed with
> JVCL 3.36 and it seems to buggy: it does not parse correctly the dates
> present into the XML update info file (ProjectVersions.xml).
> Here it is the error I receive on my WinXP set with Regiornal Options set to
> "English (United Kingdom)":
>      Exception class EConvertError with message ''12_12_2004' is not a valid
> date and time
>
> I will update you about my investigtion.
>
> Cheers,
> Gianpiero
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: TjvValidateEdit Bug
From: "RT" <ralph.tuttle@visi.com>
Date: Wed, 4 Mar 2009 09:33:32 -0600
Newsgroups: jedi.vcl

I have attached an examle that illustrates the bug.  Any fixes?

I don't know if this forum allows attachments, if not, where can I post the example
TjvValidateBug.zip
	



Subject: Re: usage of JvProgramVersionCheck
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Wed, 4 Mar 2009 15:42:55 +0100
Newsgroups: jedi.vcl

"Luigi Siciliano" <ls@luigisiciliano.invalid> wrote in message 
news:goe3k4$b5o$3@news.talkto.net...
> >
> >   there is anyone that can explain how to use the JvProgramVersionCheck?

All,
I am still evaluating the JvProgramVersionCheck example distributed with 
JVCL 3.36 and it seems to buggy: it does not parse correctly the dates 
present into the XML update info file (ProjectVersions.xml).
Here it is the error I receive on my WinXP set with Regiornal Options set to 
"English (United Kingdom)":
    Exception class EConvertError with message ''12_12_2004' is not a valid 
date and time

I will update you about my investigtion.

Cheers,
Gianpiero





Subject: Re: usage of JvProgramVersionCheck
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Wed, 04 Mar 2009 13:26:11 +0100
Newsgroups: jedi.vcl

edbored ha scritto:
> Ok - I'll try and dig it up this week, but it might be the weekend
> before I really have the time to get it to a state where it can be a
> 'simple project' (it's on an older workstation that isn't in use at the
> moment).
>
> Is it particulalry urgent - or is by weekend ok?
>
> Cheers,
> EdB
>
>
Ok, Ok, weekend is ok, ;)

Thanks.


Subject: Re: usage of JvProgramVersionCheck
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Wed, 4 Mar 2009 06:52:55 -0500
Newsgroups: jedi.vcl

"Luigi Siciliano" <ls@luigisiciliano.invalid> wrote in message
news:gol11s$acp$1@news.talkto.net...
> > edbored ha scritto:
>> > >
>> > > I've never used it with web updates, but somewhere I have an example
of
>> > > how I used it to do update from local network.
>> > >
>> > > Is that of interest?
>> > >

> > Yes, I can use it like base to understand functionality.
> >
> > My address is: luigisic [at] tiscalinet [dot] it

Ok - I'll try and dig it up this week, but it might be the weekend
before I really have the time to get it to a state where it can be a
'simple project' (it's on an older workstation that isn't in use at the
moment).

Is it particulalry urgent - or is by weekend ok?

Cheers,
EdB




Subject: Re: JclSimpleXml or Streams buggy?
From: Bernd von Fintel <berndvf@gmail.com>
Date: Wed, 04 Mar 2009 11:45:06 +0200
Newsgroups: jedi.vcl

Don't worry I was using SaveToString and LoadToString. Grabbed the latest version from SVN which fixed my problem.

Many thanks!

Bernd von Fintel wrote:
> Been trying to figure this out all morning :) I am having a similar problem with LoadString. Is there any work-around I can use for this for now?
>
> Florent Ouchet wrote:
>> Hi,
>>
>> This is a bug in JclSimpleXml. Actually, the conversion stream "Stream" was not flushed; thus its changes were not pushed to storage stream "StrStream".
>> This should be fixed in revision 2668.
>>
>> I think the buffer mechanism of TJclBufferedStream (an ancestor of TJclStringStream) was changed between JCL 1.104 (JVCL 3.33) and JCL 1.105 (JVCL 3.34), and this change made buffer-on-write enabled, having the side effect you experienced :(
>>
>> - Florent


Subject: Re: JclSimpleXml or Streams buggy?
From: Bernd von Fintel <berndvf@gmail.com>
Date: Wed, 04 Mar 2009 11:16:01 +0200
Newsgroups: jedi.vcl

Been trying to figure this out all morning :) I am having a similar problem with LoadString. Is there any work-around I can use for this for now?

Florent Ouchet wrote:
> Hi,
>
> This is a bug in JclSimpleXml. Actually, the conversion stream "Stream" was not flushed; thus its changes were not pushed to storage stream "StrStream".
> This should be fixed in revision 2668.
>
> I think the buffer mechanism of TJclBufferedStream (an ancestor of TJclStringStream) was changed between JCL 1.104 (JVCL 3.33) and JCL 1.105 (JVCL 3.34), and this change made buffer-on-write enabled, having the side effect you experienced :(
>
> - Florent


Subject: Re: JclSimpleXml or Streams buggy?
From: "Hans-Arno Mielsch" <Hans-Arno@mielsch.de>
Date: Wed, 4 Mar 2009 08:36:30 +0100
Newsgroups: jedi.vcl

Thanks for the info!
I'm looking forward to rev. 2668

-Hans-Arno

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:gohesp$rcf$1@news.talkto.net...
> > Hi,
> >
> > This is a bug in JclSimpleXml. Actually, the conversion stream "Stream" 
> > was not flushed; thus its changes were not pushed to storage stream 
> > "StrStream".
> > This should be fixed in revision 2668.
> >
> > I think the buffer mechanism of TJclBufferedStream (an ancestor of 
> > TJclStringStream) was changed between JCL 1.104 (JVCL 3.33) and JCL 1.105 
> > (JVCL 3.34), and this change made buffer-on-write enabled, having the side 
> > effect you experienced :(
> >
> > - Florent 




Subject: Re: usage of JvProgramVersionCheck
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Wed, 04 Mar 2009 07:56:20 +0100
Newsgroups: jedi.vcl

edbored ha scritto:
>
> I've never used it with web updates, but somewhere I have an example of
> how I used it to do update from local network.
>
> Is that of interest?
>
> EdB
>
>
Yes, I can use it like base to understand functionality.

My address is: luigisic [at] tiscalinet [dot] it

Thanks


Subject: Re: usage of JvProgramVersionCheck
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Tue, 3 Mar 2009 23:54:19 -0500
Newsgroups: jedi.vcl

"Luigi Siciliano" <ls@luigisiciliano.invalid> wrote in message
news:goe3k4$b5o$3@news.talkto.net...
> > Hi,
> >    there is anyone that can explain how to use the
JvProgramVersionCheck?
> >
> > I wish to create a autoupdate for my programs but I do not understand
> > usage of JvProgramVersionCheck. How I search documentation?


I've never used it with web updates, but somewhere I have an example of
how I used it to do update from local network.

Is that of interest?

EdB




Subject: Re: JclSimpleXml or Streams buggy?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 02 Mar 2009 23:24:34 +0100
Newsgroups: jedi.vcl

Hi,

This is a bug in JclSimpleXml. Actually, the conversion stream "Stream" was not flushed; thus its changes were not pushed to storage stream "StrStream".
This should be fixed in revision 2668.

I think the buffer mechanism of TJclBufferedStream (an ancestor of TJclStringStream) was changed between JCL 1.104 (JVCL 3.33) and JCL 1.105 (JVCL 3.34), and this change made buffer-on-write enabled, having the side effect you experienced :(

- Florent


Subject: JclSimpleXml or Streams buggy?
From: "Hans-Arno Mielsch" <Hans-Arno@mielsch.de>
Date: Mon, 2 Mar 2009 19:42:15 +0100
Newsgroups: jedi.vcl

Hello,

I just downloaded the TRUNK from SVN and compiled it.
(Using BDS2006)
Works quite fine, but in one of my projects (C++Builder) I use SimpleXml.
And there the SaveToString method of TJvSimpleXMLElem doesn't copy anymore.
I traced it down to JclSimpleXml.pas, line 1526:
      SaveToStringStream(Stream);
      Result := StrStream.DataString;

Stream has the string, but StrStream.DataString always delivers the string 
which was used in Create().

Looking into SVN, I don't see any harmful differences to JVCL 3.34 ...
got stuck!

Perhaps outchy has a hint for me, for he was quit busy in that area?

Thanks in advance
-Hans-Arno





Subject: TJvValidateEdit behavior
From: "RT" <ralph.tuttle@visi.com>
Date: Sun, 1 Mar 2009 10:49:09 -0600
Newsgroups: jedi.vcl

At startup I load color settings for the form's components and their fonts. But with TJvValidateEdit, once I edit the value the font color reverts to the original text color.  ParentFont is set to false.

Is there some other setting that I have not set properly?

TIA

RT



Subject: usage of JvProgramVersionCheck
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Sun, 01 Mar 2009 16:56:50 +0100
Newsgroups: jedi.vcl

Hi,
  there is anyone that can explain how to use the JvProgramVersionCheck?

I wish to create a autoupdate for my programs but I do not understand usage of JvProgramVersionCheck. How I search documentation?

Thanks.


Subject: Re: TfullColor
From: "RT" <ralph.tuttle@visi.com>
Date: Sun, 1 Mar 2009 09:41:14 -0600
Newsgroups: jedi.vcl

Never mind, coding error.


"RT" <ralph.tuttle@visi.com> wrote in message news:go8lrn$jjr$1@news.talkto.net...
> First time using TjvFullColorDlg.
>
> After allowing user to select a color, what is the proper way to store in a file and then read back the new fullcolor?
>
> I was using tJvAppXMLfileStorage and saving the color property of various components as an integer, but that does not seem to capture the full TFullColor.
>
> TIA
>
> RT 



Subject: Entry point xxxxx not found; bpl's not found
From: Keith Latham <fake@address.com>
Date: Sun, 01 Mar 2009 17:46:19 +1100
Newsgroups: jedi.vcl

I have finally got JVCL 3.36 "installed" for Delphi 2007, sort of.

After installation, Delphi gave a whole suite of errors as shown below, one for each JVCL package I guess. I answered 'NO' to the question about whether or not I wanted to continue to try to load it so I could get the program stated.

Now when I go into "Component/Install Packages" the JVCL packages are listed. If I click one, say "JVCL Core Components" I get the following error (which is equivalent to the initial Delphi start up error):

------------
The procedure entry point@Jclbase@StringOf$qqrpxucxi could not be located in the dynamic link library Jcl110.bpl
------------

Clicking OK on the message box produces another error:

------------
Can't load package E:\DevelopmentSVNWorkingCopy\packages\JvCoreD11D.bpl. The specified procedure could not be found.
------------

Both "Jcl110.bpl" and "JvCoreD11D.bpl" do exist in the path "E:\DevelopmentSVNWorkingCopy\packages\" and that path is on the Delphi Options Library path.

Clearly there is a problem with my setup somehow. Anything obvious that you can see from this description?

Thanks in advance

Keith


Subject: Re: [JVCL 3.36 D2009 Trial]: delphi can't find JvDBGridSelectColumnForm.dfm and JvSpeedbarSetupForm.dfm
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Fri, 27 Feb 2009 17:20:56 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote

>>>> [DCC Error] E1026 File not found: 'JvDBGridSelectColumnForm.dfm'
>>>> [DCC Error] E1026 File not found: 'JvSpeedbarSetupForm.dfm'
>>>>
>>>> The files are requested in a use clause of JvDBGrid and JvSpeedbar respectively. Both are located in c:\Program Files\CodeGear\RAD Studio\6.0\Componenti\JEDI\JVCL\run\
>>>> This directory is included in the browsing path of Delphi.
>>>
>>> It's not the browsing path of Delphi, it's the include path of your project that you need to set to this path.
>>
>> Hello Oliver!
>>
>> Sorry, but putting the directory in the include path of the project does not help either.
>> (I tryed to put it only there or also having it there and in then serach path but this doesn't change the result.)
>>
>> Some other ideas?
>
> Search path comes to mind. I usually mix one for the other. All in all, it's definitely a project option.

Adding the directory to the *Library path* did the trick ...

anyway: thx for your hints!

Reagrds,

Klaus


Subject: Re: [JVCL 3.36 D2009 Trial]: delphi can't find JvDBGridSelectColumnForm.dfm and JvSpeedbarSetupForm.dfm
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 27 Feb 2009 16:05:15 +0100
Newsgroups: jedi.vcl

Klaus Edelmann wrote:
> "OBones" <obones_gf_@_fe_altern.org> wrote
>
>>> [DCC Error] E1026 File not found: 'JvDBGridSelectColumnForm.dfm'
>>> [DCC Error] E1026 File not found: 'JvSpeedbarSetupForm.dfm'
>>>
>>> The files are requested in a use clause of JvDBGrid and JvSpeedbar respectively. Both are located in c:\Program Files\CodeGear\RAD Studio\6.0\Componenti\JEDI\JVCL\run\
>>> This directory is included in the browsing path of Delphi.
>>
>> It's not the browsing path of Delphi, it's the include path of your project that you need to set to this path.
>
> Hello Oliver!
>
> Sorry, but putting the directory in the include path of the project does not help either.
> (I tryed to put it only there or also having it there and in then serach path but this doesn't change the result.)
>
> Some other ideas?

Search path comes to mind. I usually mix one for the other. All in all, it's definitely a project option.


Subject: Re: [JVCL 3.36 D2009 Trial]: delphi can't find JvDBGridSelectColumnForm.dfm and JvSpeedbarSetupForm.dfm
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Fri, 27 Feb 2009 16:01:21 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote

>> [DCC Error] E1026 File not found: 'JvDBGridSelectColumnForm.dfm'
>> [DCC Error] E1026 File not found: 'JvSpeedbarSetupForm.dfm'
>>
>> The files are requested in a use clause of JvDBGrid and JvSpeedbar respectively. Both are located in c:\Program Files\CodeGear\RAD Studio\6.0\Componenti\JEDI\JVCL\run\
>> This directory is included in the browsing path of Delphi.
>
> It's not the browsing path of Delphi, it's the include path of your project that you need to set to this path.

Hello Oliver!

Sorry, but putting the directory in the include path of the project does not help either.
(I tryed to put it only there or also having it there and in then serach path but this doesn't change the result.)

Some other ideas?

Thx again in advance and regards,

Klaus


Subject: TfullColor
From: "RT" <ralph.tuttle@visi.com>
Date: Fri, 27 Feb 2009 08:30:52 -0600
Newsgroups: jedi.vcl

First time using TjvFullColorDlg.

After allowing user to select a color, what is the proper way to store in a file and then read back the new fullcolor?

I was using tJvAppXMLfileStorage and saving the color property of various components as an integer, but that does not seem to capture the full TFullColor.

TIA

RT


Subject: Re: [JVCL 3.36 D2009 Trial]: delphi can't find JvDBGridSelectColumnForm.dfm and JvSpeedbarSetupForm.dfm
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 27 Feb 2009 15:26:42 +0100
Newsgroups: jedi.vcl

Klaus Edelmann wrote:
> Hello!
>
> Since I have just a Trial Version of Delphi 2009 I had to install JCL and JVCL manually. This worked quite well.
> Now compiling my first application (upgraded from BDS 2006) I get error messages at the end of the compiling process:
> [DCC Error] E1026 File not found: 'JvDBGridSelectColumnForm.dfm'
> [DCC Error] E1026 File not found: 'JvSpeedbarSetupForm.dfm'
>
> The files are requested in a use clause of JvDBGrid and JvSpeedbar respectively. Both are located in c:\Program Files\CodeGear\RAD Studio\6.0\Componenti\JEDI\JVCL\run\
> This directory is included in the browsing path of Delphi.
>
> Why does delphi not find the file? Any ideas?

It's not the browsing path of Delphi, it's the include path of your project that you need to set to this path.


Subject: Re: JvMail fix for 2009 - two ways to go - which way should we go?
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 27 Feb 2009 09:08:52 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Warren Postma a écrit :
>> JvMail is a terrible mess in Delphi 2009.  Everybody take warning.
>>
>> I tried to log a bug in mantis but it looks like the hosting of JEDI Mantis is down?
>>
>> Warren
>
> Warren,
>
> You should not expect big miracles from MAPI in Delphi 2009, MAPI is exclusively ANSI-based.
> If other charsets are required, then the text will have to contain escape sequences such as charset="UTF-8" or equivalent.
>
> - Florent

Here's a delphi example of "extended MAPI" in Unicode...  I think.

http://www.imibo.com/imidev/delphi/les/EXAML1.htm



Subject: Re: JvMail fix for 2009 - two ways to go - which way should we go?
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 27 Feb 2009 09:06:37 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> You should not expect big miracles from MAPI in Delphi 2009, MAPI is exclusively ANSI-based.

What is the modern replacement Unicode API?

If someone wants to launch an email program and add attachments, etc,
specify the message body etc.

Warren



Subject: [JVCL 3.37, D2009 Trial]: delphi can't find JvDBGridSelectColumnForm.dfm and JvSpeedbarSetupForm.dfm
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Fri, 27 Feb 2009 15:00:07 +0100
Newsgroups: jedi.vcl

Hello!

Since I have just a Trial Version of Delphi 2009 I had to install JCL and
JVCL manually (daily snapshot from 16 february 2009). This worked quite well.

Now compiling my first application (upgraded from BDS 2006) I get error
messages at the end of the compiling process:
[DCC Error] E1026 File not found: 'JvDBGridSelectColumnForm.dfm'
[DCC Error] E1026 File not found: 'JvSpeedbarSetupForm.dfm'

The files are requested in a use clause of JvDBGrid and JvSpeedbar
respectively. Both are located in c:\Program Files\CodeGear\RAD
Studio\6.0\Componenti\JEDI\JVCL\run\

This directory is included in the browsing path of Delphi.

Why does delphi not find the file? Any ideas?

Thx in advance and regards,

Klaus


Subject: [JVCL 3.36 D2009 Trial]: delphi can't find JvDBGridSelectColumnForm.dfm and JvSpeedbarSetupForm.dfm
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Fri, 27 Feb 2009 14:54:20 +0100
Newsgroups: jedi.vcl

Hello!

Since I have just a Trial Version of Delphi 2009 I had to install JCL and JVCL manually. This worked quite well.
Now compiling my first application (upgraded from BDS 2006) I get error messages at the end of the compiling process:
[DCC Error] E1026 File not found: 'JvDBGridSelectColumnForm.dfm'
[DCC Error] E1026 File not found: 'JvSpeedbarSetupForm.dfm'

The files are requested in a use clause of JvDBGrid and JvSpeedbar respectively. Both are located in c:\Program Files\CodeGear\RAD Studio\6.0\Componenti\JEDI\JVCL\run\
This directory is included in the browsing path of Delphi.

Why does delphi not find the file? Any ideas?

Thx in advance and regards,

Klaus


Subject: Re: JvMail fix for 2009 - two ways to go - which way should we go?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 26 Feb 2009 09:13:10 +0100
Newsgroups: jedi.vcl

Warren Postma a écrit :
> JvMail is a terrible mess in Delphi 2009.  Everybody take warning.
>
> I tried to log a bug in mantis but it looks like the hosting of JEDI Mantis is down?
>
> Warren

Warren,

You should not expect big miracles from MAPI in Delphi 2009, MAPI is exclusively ANSI-based.
If other charsets are required, then the text will have to contain escape sequences such as charset="UTF-8" or equivalent.

- Florent


Subject: Re: JvMail fix for 2009 - two ways to go - which way should we go?
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Feb 2009 08:34:49 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> JvMail is a terrible mess in Delphi 2009.  Everybody take warning.
>
> I tried to log a bug in mantis but it looks like the hosting of JEDI Mantis is down?

Yes, it is. Should be back online by mid March. I'll keep everyone posted.


Subject: Re: JvMail fix for 2009 - two ways to go - which way should we go?
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Feb 2009 16:52:44 -0500
Newsgroups: jedi.vcl

JvMail is a terrible mess in Delphi 2009.  Everybody take warning.

I tried to log a bug in mantis but it looks like the hosting of JEDI Mantis is down?

Warren


Subject: Re: JvMail fix for 2009 - two ways to go - which way should we go?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 25 Feb 2009 22:17:08 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> Any admin opinions and votes here?  Obones?

This reminds me of the same problem inside the JvDB package that we discussed around 06/01 (see messages by Andreas and me)
Have a look at his solution, but in the end, yes, you have to solve this scope issue...


Subject: JvMail fix for 2009 - two ways to go - which way should we go?
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Feb 2009 15:54:10 -0500
Newsgroups: jedi.vcl

Okay, one alternative is to reimplement JvMail using Jcl's MAPI support, moving the superset features (if any) of JvMail's MAPI support up to JclMAPI.

Another simple alternative to just get JvMail Working in 2009 is the following:


  TJvMail = class(TJvComponent)
  private
    FAttachment: TStringList;

    FAttachArray: array of TMapiFileDesc;
{$ifdef UNICODE}
    FAttachmentAnsi:Array of AnsiString;   // ADD THIS!
{$endif}


And change CreateMapiMessage like this:


procedure TJvMail.CreateMapiMessage;

  procedure MakeAttachments;
  var
    I: Integer;
  begin
    if Attachment.Count > 0 then
    begin
      SetLength(FAttachArray, Attachment.Count);
{$ifdef UNICODE}
      SetLength(FAttachmentAnsi,Attachment.Count);
{$endif}
      for I := 0 to Attachment.Count - 1 do
      begin
        if not FileExists(Attachment[I]) then
          raise EJclMapiError.CreateResFmt(@RsAttachmentNotFound, [Attachment[I]]);
        FillChar(FAttachArray[I], SizeOf(TMapiFileDesc), #0);
        FAttachArray[I].nPosition := $FFFFFFFF;
{$ifdef UNICODE}
        // solves inline AnsiString string lifetime problem:
        FAttachmentAnsi[I] := AnsiString(Attachment[i]);
        FAttachArray[I].lpszFileName := ExtractFileNamePtr(FAttachmentAnsi[I]);
        FAttachArray[I].lpszPathName := PAnsiChar(FAttachmentAnsi[I]);
{$else}
        FAttachArray[I].lpszFileName := ExtractFileNamePtr(Attachment[I]);
        FAttachArray[I].lpszPathName := PAnsiChar(Attachment[I]);
{$endif}
      end;
    end
    else
      FAttachArray := nil;
  end;

begin
  try
    .... CreateMapiMessage continues as before....



Any admin opinions and votes here?  Obones?

Warren


Subject: Re: JvMail bug. Strange behaviour with attachments. Solved, maybe?
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Feb 2009 15:50:41 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Warren Postma a écrit :
>> Hmm. So we should rewrite JvMail to just use JclMapi.
>
> A merge will likely be more appropriated, there were reports in the issue tracker related to the bad handling of HTML bodies in JclMapi, if JvMail has a better support for this, then its code should be merged to JclMapi.
>
> - Florent

Oh dear. Sounds difficult. :-)  I know very little about Mapi or these
HTML bugs. I would hate to break JvMail in the merge or reduce the
functionality of either.

Warren


Subject: Re: TJvZlibMultiple in Delphi 2009: error when decompressing files
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Feb 2009 15:49:40 -0500
Newsgroups: jedi.vcl

I have found a Unicdoe related bug or series of bugs.  JvZlibMultiple is broken in Delphi 2009.

Warren


Subject: Re: JvMail bug. Strange behaviour with attachments. Solved, maybe?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 25 Feb 2009 21:47:53 +0100
Newsgroups: jedi.vcl

Warren Postma a écrit :
> Hmm. So we should rewrite JvMail to just use JclMapi.

A merge will likely be more appropriated, there were reports in the issue tracker related to the bad handling of HTML bodies in JclMapi, if JvMail has a better support for this, then its code should be merged to JclMapi.

- Florent


Subject: Re: JvMail bug. Strange behaviour with attachments. Solved, maybe?
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Feb 2009 15:43:22 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi Warren,
>
> I fixed some related bugs in JclMAPI few days ago:
> http://jcl.svn.sf.net/viewvc/jcl/trunk/jcl/source/windows/JclMapi.pas?r1=2648&r2=2650
>
> Maybe the code duplication between JclMapi and JvMail should be avoided.
>
> Cheers,
>
> - Florent

Hmm. So we should rewrite JvMail to just use JclMapi.

Warren


Subject: Re: JvMail bug. Strange behaviour with attachments. Solved, maybe?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 25 Feb 2009 21:37:09 +0100
Newsgroups: jedi.vcl

Sorry "I" is a little bit too personal, the fix was proposed by Pierre le Riche in a report on Mantis (cf revision log).

- Florent


Subject: Re: JvMail bug. Strange behaviour with attachments. Solved, maybe?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 25 Feb 2009 21:35:49 +0100
Newsgroups: jedi.vcl

Hi Warren,

I fixed some related bugs in JclMAPI few days ago:
http://jcl.svn.sf.net/viewvc/jcl/trunk/jcl/source/windows/JclMapi.pas?r1=2648&r2=2650

Maybe the code duplication between JclMapi and JvMail should be avoided.

Cheers,

- Florent


Subject: Re: JvMail bug. Strange behaviour with attachments. Solved, maybe?
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Feb 2009 15:30:29 -0500
Newsgroups: jedi.vcl

Okay. FOrget all that.

JvMail's design is fundamentally borked and there is no one line fix for Delphi 2009. Attachments and string lifetimes and ansi string conversions render the code non-functional.

Here's the problem:

1. TJvMail has an FAttachment:TStringList which contains unicode strings.

2. In TJvmail.CreateMapiMessage there is a local function MakeAttachments.  In delphi versions up to 2009, it exploits the useful property of String objects that you can cast them to PAnsiChar, and
it stores those pointers, which have a lifetime equivalent to the
strings inside the TStringList.

3. In delphi 2009, a temporarily string conversion with no lifetime beyond the local function itself, creates a temporarily valid string
which then goes out of scope.

4. The resulting MAPI calls have pointers which may be overwritten
because the AnsiString object is not stored anywhere and has gone
out of scope (AnsiString was destroyed):


procedure TJvMail.CreateMapiMessage;

  procedure MakeAttachments;
  var
    I: Integer;
  begin
    if Attachment.Count > 0 then
    begin
      SetLength(FAttachArray, Attachment.Count);
      for I := 0 to Attachment.Count - 1 do
      begin
        if not FileExists(Attachment[I]) then
          raise EJclMapiError.CreateResFmt(@RsAttachmentNotFound, [Attachment[I]]);
        FillChar(FAttachArray[I], SizeOf(TMapiFileDesc), #0);
        FAttachArray[I].nPosition := $FFFFFFFF;
        FAttachArray[I].lpszFileName := ExtractFileNamePtr(AnsiString(Attachment[I]));
        FAttachArray[I].lpszPathName := PAnsiChar(AnsiString(Attachment[I]));
      end;
    end


Subject: Re: JvMail bug. Strange behaviour with attachments. Solved, maybe?
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Feb 2009 15:19:15 -0500
Newsgroups: jedi.vcl

Okay, it's a Delphi 2009 unicode byte/char/ansichar issue.

W


Subject: JvMail bug. Strange behaviour with attachments. Solved, maybe?
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 25 Feb 2009 14:59:01 -0500
Newsgroups: jedi.vcl

The following code in JvMail.pas appears to have a bug which I think I just fixed:

procedure TJvMail.CreateMapiMessage;

  procedure MakeAttachments;
  var
    I: Integer;
  begin
    if Attachment.Count > 0 then
    begin
      SetLength(FAttachArray, Attachment.Count);
      for I := 0 to Attachment.Count - 1 do
      begin
        if not FileExists(Attachment[I]) then
          raise EJclMapiError.CreateResFmt(@RsAttachmentNotFound, [Attachment[I]]);
        FillChar(FAttachArray[I], SizeOf(TMapiFileDesc), #0);
        FAttachArray[I].nPosition := $FFFFFFFF;
        FAttachArray[I].lpszFileName := ExtractFileNamePtr(AnsiString(ExtractFileName(Attachment[I])));
        FAttachArray[I].lpszPathName := PAnsiChar(AnsiString(ExtractFilePath(Attachment[I])));
      end;
    end
    else
      FAttachArray := nil;
  end;


I have added the ExtractFilePath function call above.

Without it, the code fails with some email clients.

Can anyone tell me why the code was the way it was?



Warren


Subject: Re: JvValidateEdit Bug
From: "D. Raseghi" <raseghi@t-online.de>
Date: Wed, 25 Feb 2009 10:10:39 +0100
Newsgroups: jedi.vcl

I want to have an automatic formatting. It is more convenient for human beeings to read non scientific notation whereever possible. That's why we have a dfFloatGeneral at all...
Beside this discussion, "dfFloatGeneral" is not working in the way it should.

"OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag news:go2pv0$nuj$1@news.talkto.net...
> Why not use dfScientific in the first place? 



Subject: Re: JvValidateEdit Bug
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 25 Feb 2009 10:03:40 +0100
Newsgroups: jedi.vcl

Why not use dfScientific in the first place?


Subject: JvValidateEdit Bug
From: "D. Raseghi" <raseghi@t-online.de>
Date: Wed, 25 Feb 2009 10:02:38 +0100
Newsgroups: jedi.vcl

There's a small but annoying bug inside the TJvCustomValidateEdit component when using dfFloatGeneral. This type should support standard float as well as scientific notation. The scientific notation fails, since the
"procedure TJvCustomValidateEdit.SetDisplayFormat(NewValue: TJvValidateEditDisplayFormat);"
doesn't include the "eE" inside the FCheckedChars.

Proposed solution:
Move dfFloatGeneral in the "case FDisplayFormat of" to dfScientific, so it reads:

dfScientific, dfFloatGeneral:
       begin
         FCheckChars := Numbers + 'Ee' + DecimalSeparator;
         if FAutoAlignment then
           Alignment := taRightJustify;
       end;


Subject: TJvSpeedButton ot TJvCustomSpeedButton ?
From: "TheDelphiDev" <DontSendMeEmail@Gmail.com>
Date: Tue, 24 Feb 2009 16:27:00 +0100
Newsgroups: jedi.vcl

Hi,

I need to have PNG support on SpeedButton component.

At this moment, JEDI-VCL TJvSpeedButton does not support PNG.

Luckyly, I found "PNGComponents"
(http://www.thany.org/article/32/PngComponents), which has TPNGSpeedButton.

It works fine.

However, I miss quite a lot of properties and events that TJvSpeedButton has.

The source code of TPNGSpeedButton is available, which declare like this:

type
  TPngSpeedButton = class(TSpeedButton)

I was thinking to derive the TPngSpeedButton from TJvSpeedButton.

So, I changed it to:

type
  TPngSpeedButton = class(TJvSpeedButton)

After adjusting several things (several JEDI-VCL packages need to be
recompiled (no modification)), the new TPNGSpeedButton was installed.

It seems fine, the component works. PNG support is there and all
properties/events of TJvSpeedButton.

My questions, is this OK? I am not an expert on creating components.

Should I derive from TJvSpeedButton or TJvCustomSpeedButton?

Please give me some advise :)

Thank you.

DelphiDev

--- posted by geoForum on http://delphi.newswhat.com


Subject: Installing todays (24.02) package
From: Marcin <mbury@ncnet.pl>
Date: Tue, 24 Feb 2009 15:46:41 +0100
Newsgroups: jedi.vcl

Hello

I have decided to 'upgrade' my jcl/jvcl sets in Delphi 2007
Jcl installer compilation and package installation went smoothly, but I have serious problems with compiling JvclInstaller.

dcc returns following errors:

[Compiling installer...]
CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1287) Error: E2003 Undeclared identifier: 'TDTTOpts'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1294) Error: E2003 Undeclared identifier: 'ThemeServices'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1294) Error: E2029 'THEN' expected but identifier 'ThemesEnabled' found

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1297) Error: E2066 Missing operator or semicolon

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1299) Error: E2066 Missing operator or semicolon

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1299) Error: E2066 Missing operator or semicolon

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1299) Error: E2003 Undeclared identifier: 'DTT_CALCRECT'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1299) Warning: W1024 Combining signed and unsigned types - widened both operands

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1299) Error: E2014 Statement expected, but expression of type 'Integer' found

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1301) Error: E2066 Missing operator or semicolon

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1301) Error: E2066 Missing operator or semicolon

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1301) Error: E2003 Undeclared identifier: 'DTT_COMPOSITED'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1301) Warning: W1024 Combining signed and unsigned types - widened both operands

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1301) Error: E2014 Statement expected, but expression of type 'Integer' found

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1302) Error: E2066 Missing operator or semicolon

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1302) Error: E2066 Missing operator or semicolon

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1302) Error: E2003 Undeclared identifier: 'DTT_TEXTCOLOR'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1302) Warning: W1024 Combining signed and unsigned types - widened both operands

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1302) Error: E2014 Statement expected, but expression of type 'Integer' found

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1303) Error: E2066 Missing operator or semicolon

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1313) Error: E2003 Undeclared identifier: 'DrawThemeTextEx'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1313) Error: E2003 Undeclared identifier: 'Theme'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1313) Error: E2003 Undeclared identifier: 'TP_BUTTON'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1313) Error: E2003 Undeclared identifier: 'TS_NORMAL'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1314) Warning: W1022 Comparison always evaluates to True

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1326) Error: E2003 Undeclared identifier: 'HPAINTBUFFER'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1342) Error: E2003 Undeclared identifier: 'BeginBufferedPaint'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1342) Error: E2003 Undeclared identifier: 'BPBF_TOPDOWNDIB'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1345) Error: E2003 Undeclared identifier: 'BufferedPaintMakeOpaque'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1358) Error: E2003 Undeclared identifier: 'BufferedPaintSetAlpha'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvThemes.pas(1365) Error: E2003 Undeclared identifier: 'EndBufferedPaint'

D:\Delphi 2007\MyLib\Jedi\Jvcl\run\JvExControls.pas(56) Fatal: F2063 Could not compile used unit 'JvThemes.pas'
Using CodeGear Delphi 2007 for Win32


Failed to compile JVCL installer

Any clues?

TIA
Marcin


Subject: Re: Mouse Gesture, why only 1 button?
From: "TheDelphiDev" <DontSendMeEmail@Gmail.com>
Date: Mon, 23 Feb 2009 19:58:36 +0100
Newsgroups: jedi.vcl

Of course :)

Here it is:

I setup a global variable to hold which mouse button started the gesture:

procedure TForm1.Memo1MouseDown(Sender: TObject;
  Button: TMouseButton; Shift: TShiftState; X, Y: Integer);
begin
  GestureButton := '';
  if (Button = mbLeft) then
  begin
    GestureButton := 'left';
    JvMouseGesture1.StartMouseGesture(X,Y);
  end
  else if (Button = mbRight) then
       begin
         GestureButton := 'right';
         JvMouseGesture1.StartMouseGesture(X,Y);
       end;
end;

procedure TForm1.Memo1MouseGestureCustomInterpretation(
  Sender: TObject; const AGesture: String);
begin
  if AGesture <> '' then
    if GestureButton = 'left' then 
    begin
      // gesture using left button
    end
    else if GestureButton = 'right' then
         begin
           // gesture using right button  
         end;
end;

Dirty trick, but it should work ...

> >TheDelphiDev a écrit :
>> >> I found a way to detect it.
>> >> 
>> >> :)
> >
> >You can share your experience here :)
> >
> >- Florent
> >

DelphiDev

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ANN: JVCL 3.36 Released!
From: Keith Latham <fake@address.com>
Date: Tue, 24 Feb 2009 00:34:54 +1100
Newsgroups: jedi.vcl

It appears that your first suggestion is correct. The file did not unzip correctly. I found the missing source files in the zip, but they aren't on the unzipped directory.

Very, very, weird.

I will try it again.

OBones wrote:
> Keith Latham wrote:
>>
>>
>> OBones wrote:
>>> The JVCL Team is proud to announce that the stable release of JVCL 3.36 is available for download.
>>> ...
>>
>> * I am using Delphi 2007 (all known updates) on WinXP (all known updates)
>> * I have downloaded JVCL 3.36 complete with JCL.
>> * I have removed all traces of previous installs of both JVCL and JCL.
>> * I have installed JCL with no errors
>> * Attempting to run ...jvcl\install.bat
>> * Installer main.pas compile breaks; message = "JvWizard.dcu not found"
>>
>> Any hints on how I can get this back on track?
>
> Are you sure you have unzipped the zip file correctly, especially respecting the directory structure?
> Are you also sure you unzipped it in a path that is not too long?
> Delphi, and other software, are known to dislike very long paths, and ones with "+" inside their name.


Subject: Re: ANN: JVCL 3.36 Released!
From: Keith Latham <fake@address.com>
Date: Mon, 23 Feb 2009 23:44:58 +1100
Newsgroups: jedi.vcl

Shortening the path made no difference. I didn't really think it would because the previous release used the exact same pathname length and that does not have the same problem.

Where is JvWizard.dcu supposed to live and how does it get there? I would guess that it is supposed to be compiled into the DCU output directory. How is that directory selected by the install program compile step?

Maybe my default project paths are putting it into the wrong place and the installer compile can't find it? Is there a compile log from the command line compiler I can check (I never use the command line compiler so I'm not real familiar with its output) to see what progress is being made?

OBones wrote:
> Keith Latham wrote:
>>
>>
>> OBones wrote:
>>> The JVCL Team is proud to announce that the stable release of JVCL 3.36 is available for download.
>>> ...
>>
>> * I am using Delphi 2007 (all known updates) on WinXP (all known updates)
>> * I have downloaded JVCL 3.36 complete with JCL.
>> * I have removed all traces of previous installs of both JVCL and JCL.
>> * I have installed JCL with no errors
>> * Attempting to run ...jvcl\install.bat
>> * Installer main.pas compile breaks; message = "JvWizard.dcu not found"
>>
>> Any hints on how I can get this back on track?
>
> Are you sure you have unzipped the zip file correctly, especially respecting the directory structure?
> Are you also sure you unzipped it in a path that is not too long?
> Delphi, and other software, are known to dislike very long paths, and ones with "+" inside their name.


Subject: Re: Mouse Gesture, why only 1 button?
From: "TheDelphiDev" <DontSendMeEmail@Gmail.com>
Date: Mon, 23 Feb 2009 10:05:27 +0100
Newsgroups: jedi.vcl

I found a way to detect it.

:)

> >Why can we only assign 1 button to the mouse gesture?
> >
> >Left or right or middle.
> >
> >I am not sure if it is technically impossible, but why cant we assign LEFT
> >OR RIGHT ... for example.
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

DelphiDev

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Mouse Gesture, why only 1 button?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 23 Feb 2009 09:34:33 +0100
Newsgroups: jedi.vcl

TheDelphiDev a écrit :
> I found a way to detect it.
>
> :)

You can share your experience here :)

- Florent


Subject: Instalation problem. D6 - JVCL3.36 - JCL1.104 - File not found: 'jcl.inc'
From: "F.Ruiz" <fruizsegura@gmail.com>
Date: Mon, 23 Feb 2009 01:20:59 +0100
Newsgroups: jedi.vcl

Hi
Download Jedi 3.36
I try \jcl\Install.bat. OK
I try \jvcl\install.bat
and I get this error:
"jvcl\run\JvCsvData.pas(125): File not found: 'jcl.inc'"

Delphi 6.02 - WinXP
First time I try to install JEDI; not old jedi versions.

Greetings
Francisco Ruiz


Subject: Re: Changed from Mantis 4393
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 22 Feb 2009 22:39:21 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> With the changes from Mantis 4393 the TJvTreeView.OnSelectionChanged
> event now fires 3 times instead of one. Unfortunally the whole JVCL
> homepage is dead (when do we want to change to sourceforge which is
> since years more stable than the homepages.codegear.com server).

A more complete hosting change is in the works, which includes having our own domain name.
This should be online in the upcoming two weeks. The planning was to have this ready by March 14th, but the crash of homepages made us shift this schedule a little.
A preview of the issue tracker is available there:

http://jedi.grizzlydev.com/issuetracker

Do not bookmark this address as it will be changed to use our domain name, and please only use the content there as reference only as it will most likely be erased by a more recent version of the database.

Cheers
Olivier


Subject: Changed from Mantis 4393
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 22 Feb 2009 14:10:29 +0100
Newsgroups: jedi.vcl

With the changes from Mantis 4393 the TJvTreeView.OnSelectionChanged
event now fires 3 times instead of one. Unfortunally the whole JVCL
homepage is dead (when do we want to change to sourceforge which is
since years more stable than the homepages.codegear.com server).

-- Regards, Andreas Hausladen 

Subject: Re: ANN: JVCL 3.36 Released!
From: Keith Latham <fake@address.com>
Date: Sun, 22 Feb 2009 23:22:44 +1100
Newsgroups: jedi.vcl

OBones wrote:
>
> Are you sure you have unzipped the zip file correctly, especially respecting the directory structure?
> Are you also sure you unzipped it in a path that is not too long?
> Delphi, and other software, are known to dislike very long paths, and ones with "+" inside their name.

Directory structure should be OK but the path name could be too long.

I'll check it out.

Thanks.


Subject: Mouse Gesture, why only 1 button?
From: "ewlung" <alan@tam.com>
Date: Sun, 22 Feb 2009 12:33:59 +0100
Newsgroups: jedi.vcl

Why can we only assign 1 button to the mouse gesture?

Left or right or middle.

I am not sure if it is technically impossible, but why cant we assign LEFT
OR RIGHT ... for example.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ANN: JVCL 3.36 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 22 Feb 2009 10:15:02 +0100
Newsgroups: jedi.vcl

Keith Latham wrote:
>
>
> OBones wrote:
>> The JVCL Team is proud to announce that the stable release of JVCL 3.36 is available for download.
>> ...
>
> * I am using Delphi 2007 (all known updates) on WinXP (all known updates)
> * I have downloaded JVCL 3.36 complete with JCL.
> * I have removed all traces of previous installs of both JVCL and JCL.
> * I have installed JCL with no errors
> * Attempting to run ...jvcl\install.bat
> * Installer main.pas compile breaks; message = "JvWizard.dcu not found"
>
> Any hints on how I can get this back on track?

Are you sure you have unzipped the zip file correctly, especially respecting the directory structure?
Are you also sure you unzipped it in a path that is not too long?
Delphi, and other software, are known to dislike very long paths, and ones with "+" inside their name.


Subject: Re: ANN: JVCL 3.36 Released!
From: Keith Latham <fake@address.com>
Date: Sun, 22 Feb 2009 16:43:42 +1100
Newsgroups: jedi.vcl



OBones wrote:
> The JVCL Team is proud to announce that the stable release of JVCL 3.36 is available for download.
> ...

* I am using Delphi 2007 (all known updates) on WinXP (all known updates)
* I have downloaded JVCL 3.36 complete with JCL.
* I have removed all traces of previous installs of both JVCL and JCL.
* I have installed JCL with no errors
* Attempting to run ...jvcl\install.bat
* Installer main.pas compile breaks; message = "JvWizard.dcu not found"

Any hints on how I can get this back on track?

TIA


Subject: Re: Jvcl releases were not friendly for version comparing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 21 Feb 2009 22:10:59 +0100
Newsgroups: jedi.vcl

chinsho wrote:
> Thank you very much, I will try it although it seems very complicated.
> OBones wrote:
>> That's why you should use "vendor branches" in a SVN repository.
>> This way SVN will handle the merge of your private changes with the changes from the public repository.
>> More details here:
>>
>> http://svnbook.red-bean.com/en/1.5/svn.advanced.vendorbr.html

When doing it manually, yes, it can be.
I wrote a wizard that runs under Windows and that does all the hard work for you. Send me an email if you want it.


Subject: Re: Jvcl releases were not friendly for version comparing
From: chinsho <antispam@digital-com.com>
Date: Sat, 21 Feb 2009 20:52:06 +0900
Newsgroups: jedi.vcl

Thank you very much, I will try it although it seems very complicated.
OBones wrote:
> That's why you should use "vendor branches" in a SVN repository.
> This way SVN will handle the merge of your private changes with the changes from the public repository.
> More details here:
>
> http://svnbook.red-bean.com/en/1.5/svn.advanced.vendorbr.html


Subject: Re: Jvcl releases were not friendly for version comparing
From: chinsho <antispam@digital-com.com>
Date: Sat, 21 Feb 2009 20:50:38 +0900
Newsgroups: jedi.vcl

My changes have many references to third party components which is not accessible to other users. So I have to manage my own fork.

Florent Ouchet wrote:
> Hi,
>
> Such inconveniences are the consequence of source code forks. Have you considered donating your changes/patches to the community? Then they would be merged into the main development tree and you won't have to merge source code every time a new version of the JCL/JVCL is released.
>
> - Florent


Subject: Re: Jvcl releases were not friendly for version comparing
From: chinsho <antispam@digital-com.com>
Date: Sat, 21 Feb 2009 20:46:55 +0900
Newsgroups: jedi.vcl

Thank you very much , I will try it
Andreas Hausladen wrote:
> This "automatic tool" is called subversion ;-)
>
>
> If you don't use the "UnitVersioning" data you could remove it from the
> all source files. Writing such a tool should take (max.) 10 minutes or
> you use the devtools\JvclVclClx tool which can be forced to only remove
> the UnitVersioning data by adjusting the
> devtools\bin\VclClxData\jvclremconditions.ini file
>
>


Subject: Re: Jvcl releases were not friendly for version comparing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 21 Feb 2009 11:57:43 +0100
Newsgroups: jedi.vcl

That's why you should use "vendor branches" in a SVN repository.
This way SVN will handle the merge of your private changes with the changes from the public repository.
More details here:

http://svnbook.red-bean.com/en/1.5/svn.advanced.vendorbr.html


Subject: Re: Jvcl releases were not friendly for version comparing
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 21 Feb 2009 10:55:15 +0100
Newsgroups: jedi.vcl

Hi,

Such inconveniences are the consequence of source code forks. Have you considered donating your changes/patches to the community? Then they would be merged into the main development tree and you won't have to merge source code every time a new version of the JCL/JVCL is released.

- Florent


Subject: Re: Jvcl releases were not friendly for version comparing
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 21 Feb 2009 10:39:17 +0100
Newsgroups: jedi.vcl

This "automatic tool" is called subversion ;-)


If you don't use the "UnitVersioning" data you could remove it from the
all source files. Writing such a tool should take (max.) 10 minutes or
you use the devtools\JvclVclClx tool which can be forced to only remove
the UnitVersioning data by adjusting the
devtools\bin\VclClxData\jvclremconditions.ini file


-- Regards, Andreas Hausladen 

Subject: Jvcl releases were not friendly for version comparing
From: chinsho <antispam@digital-com.com>
Date: Sat, 21 Feb 2009 12:18:03 +0900
Newsgroups: jedi.vcl

forexample jcl\source\common\JclAnsiStrings.pas, this file source logic was not changed from revision 2412 to 2461.But the UnitVersion part seemed always changed automatically by some tool?

{$IFDEF UNITVERSIONING}
const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$URL: https://jcl.svn.sourceforge.net/svnroot/jcl/trunk/jcl/source/common/JclAnsiStrings.pas $';
    Revision: '$Revision: 2412 $';
    Date: '$Date: 2008-08-07 23:54:09 +0200 (jeu. 07 ao皦 2008) $';
    LogPath: 'JCL\source\common'
    );
{$ENDIF UNITVERSIONING}

  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$URL: https://jcl.svn.sourceforge.net/svnroot/jcl/tags/JCL-1.104-Build3248/jcl/source/common/JclAnsiStrings.pas $';
    Revision: '$Revision: 2461 $';
    Date: '$Date: 2008-09-09 21:32:17 +0200 (mar., 09 sept. 2008) $';
    LogPath: 'JCL\source\common'
    );


because I make some own change to jvcl and jcl, so it is very inconvenience for me to compare to find what was changed between releases. every time I will be forced to look over 300 files to find what has been modified to merge the difference , but the real source change maybe only 50 files.


Subject: Toolbar component
From: "TheDelphiDev" <DontSendMeEmail@Gmail.com>
Date: Sat, 21 Feb 2009 03:11:19 +0100
Newsgroups: jedi.vcl

Hi,

Anyone know a component that works like, for example: Firefox Bookmark
toolbar?

Basically, just a toolbar where you can place any number flat TSpeedButton
.... horizontally, and it has a chevron (arrow) button (in the right edge)
if there are a lot of buttons.

And it has drag and drop capability to arrange the (visible) buttons.

I tried to look for in JEDI-VCL, but apparently it does not have that kind
of component.

Thanks.

DelphiDev

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvPanelBug
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 19 Feb 2009 22:35:18 +0100
Newsgroups: jedi.vcl

Ok.

And thanks a lot for finding this bug.

I think there are some places more in the jvcl where it could be a little bit faster or clearer to switch from ComponentCount and Components to ControlCount and Controls.

I've done it for JvDSADialogs.pas now, because i know the code.

Kind Regards.
Jens

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>> But other develpopers???
>
> I'm adding code to the TJvArrangeSettings destructor that will tell the
> developer that he is doing something stupid.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvPanelBug
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Feb 2009 21:19:09 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > But other develpopers???

I'm adding code to the TJvArrangeSettings destructor that will tell the
developer that he is doing something stupid.

-- Regards, Andreas Hausladen 

Subject: Re: JvPanelBug
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 19 Feb 2009 21:14:59 +0100
Newsgroups: jedi.vcl

I see,.

But how could we prevent, that anyone do something similar. I can change my code. But other develpopers???

Greetings
Jens

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
> This code in TForm1.CreateFilterOnPanel kills the
> FJvPanelArrangeSettings object. And the SetLength(ContolRects) reuses
> the memory.
>
>   for I := iPanel.ComponentCount - 1 downto 0 do
>     iPanel.Components[i].Free;
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvPanelBug
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Feb 2009 21:07:08 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

This code in TForm1.CreateFilterOnPanel kills the
FJvPanelArrangeSettings object. And the SetLength(ContolRects) reuses
the memory.

  for I := iPanel.ComponentCount - 1 downto 0 do
    iPanel.Components[i].Free;



-- Regards, Andreas Hausladen 

Subject: Re: JvPanelBug
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 19 Feb 2009 21:05:37 +0100
Newsgroups: jedi.vcl

I don't know, but i think if anyone will find one, you are one of the first candidates :-)

Good to know, that you found a hint :-)

Andreas Hausladen schrieb:
> Andreas Hausladen wrote:
>
>> There is a memory overwrite that changes the FVerticalAlignment value
>> to an invalid value (19 and then -57). And this bug doesn't seem to
>> come from the JvPanel.
>
> Ok, it comes from JvPanel, but why on earth does the
> "SetLength(ControlRects, ControlCount);" access the wrong memory.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvPanelBug
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Feb 2009 20:28:09 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > There is a memory overwrite that changes the FVerticalAlignment value
> > to an invalid value (19 and then -57). And this bug doesn't seem to
> > come from the JvPanel.

Ok, it comes from JvPanel, but why on earth does the
"SetLength(ControlRects, ControlCount);" access the wrong memory.


-- Regards, Andreas Hausladen 

Subject: Re: JvPanelBug
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Feb 2009 20:23:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Jens Fudickar wrote:
> > 
>> > > If i compile the app with revision 12204 everything is fine (press
>> > > the button). If i switch to 12212 it doesn't work.
> > 
> > I'll have a look at this.

There is a memory overwrite that changes the FVerticalAlignment value
to an invalid value (19 and then -57). And this bug doesn't seem to
come from the JvPanel.


-- Regards, Andreas Hausladen 

Subject: Re: JvPanelBug
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Feb 2009 20:09:03 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > If i compile the app with revision 12204 everything is fine (press
> > the button). If i switch to 12212 it doesn't work.

I'll have a look at this.

-- Regards, Andreas Hausladen 

Subject: JvPanelBug
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 19 Feb 2009 18:10:11 +0100
Newsgroups: jedi.vcl

Hi Andreas,

your last changes in the JvPanel.pas broke my application.

Have a look at the sample in the binaries (mantis doesn't react on my computer in the moment).

If i compile the app with revision 12204 everything is fine (press the button). If i switch to 12212 it doesn't work.

Because of my vacations i'm a little bit short of time, so i can't have a look for my self.

Hopefully you will have more success.

Kind regards
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: tJvMail
From: Tony Christiansen <tony@adegroup.com.au>
Date: Thu, 19 Feb 2009 11:18:19 +1000
Newsgroups: jedi.vcl

Tony Christiansen wrote:
> Hi
>
> I have a problem with using tJvMail to send a message via Outlook.
>
> It works fine with Thunderbird but Outlook does not send the email.
>
> I believe the problem is that the message does not have a sender address.
>
> I cannot see where or how to add that information to my jvmail message.
>
> I also use tjclemail which has a TMapiMessage property that contains an
>
> lpOriginator element but it does not look like that is populated at all.
>
> Thanks for any hints
> Tony

Further to this I set up a test case with these components and Outlook as well as TMapiMail a freeware open source component.

Results were

TMapiMail - Outlook sent it fine with PDF attachment
TJVMail - Outlook sent it but wrapped the PDF into a winmail.dat attachment (probably an Outlook issue but odd that it was ok with TMapiMail)
TJCLEmail - Outlook did not send it because of the lack of a sender address in the message

Hope this may help someone.

Regards
Tony


Subject: Re: Antw: Re: TJvTranslateString - Need help how to use
From: "Werner Seifert" <w.seifert@netcomp.at>
Date: Wed, 18 Feb 2009 22:06:45 +0100
Newsgroups: jedi.vcl

Thanks, I am working now ...
Werner

 >>> OBones<obones_gfd_@_gfd_altern.org> schrieb am Mittwoch, 18. Februar 2009 
um 21:20 in Nachricht <gnhj2j$9de$1@news.talkto.net>:
Werner Seifert wrote:
 > Great Stuff!!!
 > But my project?s forms and resourstrings are german, so have I to
 > translate all this to english first as the documentation tells me that
 > the translation source language is english?

It's not strictly necessary, but it's recommended, yes.
Note that this would be the same with any translation tool.




Subject: Re: Antw: Re: TJvTranslateString - Need help how to use
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 18 Feb 2009 21:20:35 +0100
Newsgroups: jedi.vcl

Werner Seifert wrote:
> Great Stuff!!!
> But my project?s forms and resourstrings are german, so have I to translate all this to english first as the documentation tells me that the translation source language is english?

It's not strictly necessary, but it's recommended, yes.
Note that this would be the same with any translation tool.


Subject: Antw: Re: TJvTranslateString - Need help how to use
From: "Werner Seifert" <w.seifert@netcomp.at>
Date: Wed, 18 Feb 2009 19:37:57 +0100
Newsgroups: jedi.vcl

Great Stuff!!!
But my project´s forms and resourstrings are german, so have I to translate all 
this to english first as the documentation tells me that the translation source 
language is english?


 >>> OBones<obones_gfd_@_gfd_altern.org> schrieb am Dienstag, 17. Februar 2009 
um 22:52 in Nachricht <gnf437$t1h$1@news.talkto.net>:
Werner Seifert wrote:
 > Searching the Web I do not find any sample or advise how to use
 > TJvTranslateString component. I want to add localisation to my project
 > using this object.
 > Any help is welcome.

Simply don't use it, it is still there for legacy reasons only.
We recommend using DxGettext, which is what the JVCL installer is using.




Subject: Re: Problem with onKeyPress in jvDBGrid
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Wed, 18 Feb 2009 15:17:34 +0100
Newsgroups: jedi.vcl

"Fita" <fita4@pilar-ciudad.com.ar> wrote in message 
news:gkfapt$5ci$1@news.talkto.net...

> > // Now lets capture the keys
> > procedure TForm1.JvDBGrid1KeyPress(Sender: TObject; var Key: Char);
> > begin
> >     strSearch := strSearch + Key;
> >     Data.Locate('field', strSearch, [loCaseInsensitive, loPartialKey]);
> > end;
> >
> > THE PROBLEM: strSearch only gets the first key pressed, the other keys are
> > ignored.

Yes, the problem is you do not filter the Key chars in the keypress.
keypress event also get events for #0 char so, when you press, for example, 
the letter 'a', your strSearch becomes:

  "a"#0,

then, if you presses the letter 'b', it becomes:

  'a'#0'b'#0.

Now, maybe you uses AnsiC-like strings where #0 is the END-OF-STRING char, 
so your Data.Locate method only gets the first letter (a). Try this:

procedure TfrmEtik.EtikListDBGridKeyPress(Sender: TObject; var Key: Char);
begin
  if (Key in ['0'..'9', 'a'..'z', 'A'..'Z', ' ']) then begin
    strSearch := strSearch + Key;
    Data.Locate('field', strSearch, [loCaseInsensitive, loPartialKey]);
  end;
end;

it should work.

Ciao,
Gp




Subject: Re: TFilename in jvBaseThumbnail
From: "yannis" <none@noware.non>
Date: Wed, 18 Feb 2009 12:28:19 +0000 (UTC)
Newsgroups: jedi.vcl

Piotr Trocewicz wrote:

> > I think TFilename class in jvBaseThumbnail should be renamed to
> > something else.

Something like TJvThbFilename?



-- "Go away...I'm alright." -- H.G.Wells, dying words 

Subject: TFilename in jvBaseThumbnail
From: Piotr Trocewicz <pt@nospam.org>
Date: Wed, 18 Feb 2009 11:28:54 +0100
Newsgroups: jedi.vcl

I think TFilename class in jvBaseThumbnail should be renamed to something else.

-- 
Piotr


Subject: Re: TJvDesignPanel and JvDesignerDemo - bugs
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Wed, 18 Feb 2009 10:47:38 +0100
Newsgroups: jedi.vcl

All,
I continued my investigation on the TjvDesignPanel finding two bugs.

1) With D2007 and probably with D2006 too (I don't know with D7) the 
Ctrl-Left/Right/Up/Down and Shift-Left/Right/Up/Down do not work on the 
design panel (TJvDesignSurface) in active mode because the panel does not 
intercept the "Special Keys" during the WM_KEYDOWN (VK_LEFT, VK_RIGHT, 
etc.).

In D2007 the message management loop calls the IsKeyMsg method. IsKeyMsg 
does not pass on the original key message; it adds an offset (CN_BASE) to 
the message ID to turn the original Windows message into a VCL message. 
WM_KEYDOWN becomes CN_KEYDOWN, WM_CHAR becomes CN_CHAR, and so on.

So, in the JvDesignSurface unit, I simply added the management of CN_KEYDOWN 
and CN_KEYUP in the "case" statements of the following two methods:

a) function TJvDesignSurface.IsDesignMessage(ASender: TControl; var AMsg: 
TMessage; const APt: TPoint): Boolean;

b) function TJvDesignCustomMessenger.IsDesignMessage(ASender: TControl; var 
AMessage: TMessage): Boolean;

<----------- CUT HERE --------------->
function TJvDesignCustomMessenger.IsDesignMessage(ASender: TControl;
  var AMessage: TMessage): Boolean;
.. . .
begin
  if not Assigned(FOnDesignMessage) then
    Result := False
  else
    case AMessage.Msg of
      WM_MOUSEFIRST..WM_MOUSELAST:
          Result := FOnDesignMessage(ASender, AMessage, MousePoint);
      WM_KEYDOWN..WM_KEYUP, WM_PAINT, WM_ERASEBKGND, CN_KEYDOWN..CN_KEYUP: 
// Gp added CN_KEYDOWN..CN_KEYUP
          Result := FOnDesignMessage(ASender, AMessage, Point(0, 0));
      else
        Result := False;
    end;
end;
<----------- CUT HERE --------------->

and

<----------- CUT HERE --------------->
function TJvDesignSurface.IsDesignMessage(ASender: TControl;
  var AMsg: TMessage; const APt: TPoint): Boolean;
 . . .
begin
  if not Active then
    Result := False
  else
    case AMsg.Msg of
{
      WM_ERASEBKGND:
        Result := HandleEraseBkgnd;
      WM_PAINT:
        Result := HandlePaint;
}
      WM_LBUTTONDOWN:
        Result := Controller.MouseDown(mbLeft, APt.X, APt.Y);
      WM_LBUTTONUP:
        Result := Controller.MouseUp(mbLeft, APt.X, APt.Y);
      WM_MOUSEMOVE:
        Result := Controller.MouseMove(APt.X, APt.Y);
      WM_KEYDOWN, CN_KEYDOWN: // Gp added CN_KEYDOWN
        Result := Controller.KeyDown(VirtKey);
      WM_KEYUP, CN_KEYUP:     // Gp added CN_KEYUP
        Result := Controller.KeyUp(VirtKey);
      else
        Result := False;
    end;
end;
<----------- CUT HERE --------------->

This code works correctly because with the CN_KEYDOWN and CN_KEYUP all the 
special keys are intercepted but, later in the code, just the special keys 
the DesignPanel is interested in are managed (Ctrl/Shift-VK_LEFT, etc.), 
returning Result := 1, and leaving the others to be managed as usually by 
VCL, returing Result := 0;

2) The second bug I am not sure it is a real bug.
I noticed that, when you click on the surface panel, theoretically the 
application should focus on it. This is even proven by the original source 
code availabl in the JvDesignImp unit around line 858:

<----------- CUT HERE --------------->
procedure FocusSurface;
begin
  if not Surface.Container.Focused and Surface.Container.CanFocus then
    Surface.Container.SetFocus;
end;

<----------- CUT HERE --------------->

Unfortunately the SetFocus not always works. I found several reference via 
google about it, but I didn't understand well the reason yet.
Anyhow the test case is the following:
- Run your application containing a JvDesignPanel with the surface active 
(eg. JvDesignerDemo)
- Click in the surface form. The above procedure is correctly invoked but 
the "Surface.Container.SetFocus" does not really set the focus on the panel 
(via debugger check somewhere the value of the properties 
JvDesignPanel.Focused or JvDesignPanel.Surface.Container.Focused).
- Soon after switch to another application window (e.g. switch from the demo 
application to the Delphi IDE using Alt+Tab) and soon after switch again to 
the demo application. Now the SetFocus works!

To solve the problem I wrote a workaround for the above FocusSurface 
procedure:

<----------- CUT HERE --------------->
  procedure FocusSurface;
  var
    WasActive: Boolean;
  begin
    if not Surface.Container.Focused and Surface.Container.CanFocus then
    begin
      // Gp added - Start
      // deactivate the container otherwise SetFocus does not work
      WasActive := TJvDesignPanel(Surface.Container).Active;
      if WasActive then TJvDesignPanel(Surface.Container).Active := False;
      Surface.Container.SetFocus;   // original code line
      if WasActive then TJvDesignPanel(Surface.Container).Active := True;
      // Gp added - end
    end;
  end;

<----------- CUT HERE --------------->

In the code I first force the deactivatation of  the panel to be focused, 
then I focus it (invoking SetFocus) and later I reactivate it. That's 
because the standard method
    TWinControl.SetFocus
calls the other standard method:
    TCustomForm.SetActiveControl(Control: TWinControl);
which skip to focus the control if it is already the current active:
    if FActiveControl <> Control ...

Please, fell free to use the patched code or improve it. I attached both the 
units to this email. Look for the comment:
    // Gp added

Cheers,
Gianpiero 



JvDesignSurface.pas
	


JvDesignImp.pas
JvDesignImp.pas
	



Subject: Re: TJvTranslateString - Need help how to use
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 17 Feb 2009 22:52:26 +0100
Newsgroups: jedi.vcl

Werner Seifert wrote:
> Searching the Web I do not find any sample or advise how to use TJvTranslateString component. I want to add localisation to my project using this object.
> Any help is welcome.

Simply don't use it, it is still there for legacy reasons only.
We recommend using DxGettext, which is what the JVCL installer is using.


Subject: TJvTranslateString - Need help how to use
From: "Werner Seifert" <w.seifert@netcomp.at>
Date: Tue, 17 Feb 2009 21:33:11 +0100
Newsgroups: jedi.vcl

Searching the Web I do not find any sample or advise how to use 
TJvTranslateString component. I want to add localisation to my project using 
this object.
Any help is welcome.


Subject: TJvHLEditor
From: Jorge <turiel@arrakis.es>
Date: Tue, 17 Feb 2009 20:53:11 +0100
Newsgroups: jedi.vcl

Hello, I looking for a example about this control, because I want to make a editor which can highlight my own language.
Any help?
B.R.
/Jorge


Subject: Re: TJvNetscapeSplitter bug!
From: "TheDelphiDev" <DontSendMeEmail@Gmail.com>
Date: Tue, 17 Feb 2009 20:35:05 +0100
Newsgroups: jedi.vcl

Got it, I received the email and created an entry in the issue tracker:

http://homepages.codegear.com/jedi/issuetracker/view.php?id=4708

> >Mails are sent every 30 minutes.
> >
> >- Florent
> >

DelphiDev

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvNetscapeSplitter bug!
From: "TheDelphiDev" <DontSendMeEmail@Gmail.com>
Date: Tue, 17 Feb 2009 19:09:38 +0100
Newsgroups: jedi.vcl

Hi OBones,

Thanks, I will post there as soon as I can activate my issue tracker account.

I just created one (Username TheDelphiDev), but I have not received the
activation email yet.

> >Please post this in our issue tracker at this address:
> >
> >http://homepages.codegear.com/jedi/issuetracker/
> >

DelphiDev

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvNetscapeSplitter bug!
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 17 Feb 2009 19:06:30 +0100
Newsgroups: jedi.vcl

Mails are sent every 30 minutes.

- Florent


Subject: TJvNetscapeSplitter bug!
From: "TheDelphiDev" <DontSendMeEmail@Gmail.com>
Date: Tue, 17 Feb 2009 16:28:26 +0100
Newsgroups: jedi.vcl

 Hi,

I am using TJvNetscapeSplitter from JEDI-VCL for my project, because I
need a splitter that have a button to close and restore.

But I found a small bug which I hope you can help me to see if it is
possible to fix.

See the example of the project to show this bug below.

I set the splitter to have alRight alignment, so when I click the splitter
button, the Memo1 will be closed.

However, I need to be able to control the splitter manually for opening
and closing.

I created Button1 to set the splitter Minimized := TRUE.

But then, the Memo2 will be closed if I do that.

Strange ...

Anyone know is this a known bug?

Thanks.

// Unit1.pas
 
unit Unit1;
 
interface
 
uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, ExtCtrls, JvExExtCtrls, JvNetscapeSplitter;
 
type
  TForm1 = class(TForm)
    Panel1: TPanel;
    Memo1: TMemo;
    Memo2: TMemo;
    JvNetscapeSplitter1: TJvNetscapeSplitter;
    Button1: TButton;
    procedure Button1Click(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;
 
var
  Form1: TForm1;
 
implementation
 
{$R *.dfm}
 
procedure TForm1.Button1Click(Sender: TObject);
begin
  JvNetScapeSplitter1.Minimized := TRUE;
end;
 
end.
 
 
// Project1.dpr
 
program Project1;
 
uses
  Forms,
  Unit1 in 'Unit1.pas' {Form1};
 
{$R *.res}
 
begin
  Application.Initialize;
  Application.CreateForm(TForm1, Form1);
  Application.Run;
end.
 
 
// Unit1.dfm
 
object Form1: TForm1
  Left = 192
  Top = 107
  Width = 783
  Height = 540
  Caption = 'Form1'
  Color = clBtnFace
  Font.Charset = DEFAULT_CHARSET
  Font.Color = clWindowText
  Font.Height = -11
  Font.Name = 'MS Sans Serif'
  Font.Style = []
  OldCreateOrder = False
  PixelsPerInch = 96
  TextHeight = 13
  object JvNetscapeSplitter1: TJvNetscapeSplitter
    Left = 580
    Top = 41
    Height = 472
    Align = alRight
    Maximized = False
    Minimized = False
    ButtonCursor = crDefault
  end
  object Panel1: TPanel
    Left = 0
    Top = 0
    Width = 775
    Height = 41
    Align = alTop
    Caption = 'Panel1'
    TabOrder = 0
    object Button1: TButton
      Left = 16
      Top = 8
      Width = 75
      Height = 25
      Caption = 'Button1'
      TabOrder = 0
      OnClick = Button1Click
    end
  end
  object Memo1: TMemo
    Left = 590
    Top = 41
    Width = 185
    Height = 472
    Align = alRight
    Lines.Strings = (
      'Memo1')
    TabOrder = 1
  end
  object Memo2: TMemo
    Left = 0
    Top = 41
    Width = 580
    Height = 472
    Align = alClient
    Lines.Strings = (
      'Memo2')
    TabOrder = 2
  end
end

DelphiDev

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvNetscapeSplitter bug!
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 17 Feb 2009 16:03:01 +0100
Newsgroups: jedi.vcl

Please post this in our issue tracker at this address:

http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: JEDI user does not install in the field
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 16 Feb 2009 16:22:11 +0100
Newsgroups: jedi.vcl

Rudá wrote:
> The user is administrator, but it does not install.
> When I try the user local administrator works.
>
> Install everything normal, never had problems with permission, now with the JEDI says he is not allowed, and when I try to create any program and write a file in the same folder that it's denied access, it works perfectly. 

I'm sorry, but I don't understand what you are saying.
Please describe step by step what you are doing, what you got in response and what you think is incorrect.


Subject: JEDI user does not install in the field
From: "Rudá" <rudacunha@hotmail.com>
Date: Mon, 16 Feb 2009 12:08:33 -0300
Newsgroups: jedi.vcl

The user is administrator, but it does not install.
When I try the user local administrator works.

Install everything normal, never had problems with permission, now with the 
JEDI says he is not allowed, and when I try to create any program and write 
a file in the same folder that it's denied access, it works perfectly. 




Subject: Re: TJvZlibMultiple in Delphi 2009: error when decompressing files
From: "Cezar Wagenheimer" <cezar@wagenheimer.com>
Date: Mon, 16 Feb 2009 10:41:22 -0300
Newsgroups: jedi.vcl

Same problem here!

Is there any fix?

"Warren Postma" <wp@tekr7n.c0m> escreveu na notícia da mensagem:gll4bk$u32$1@news.talkto.net...
> Magnus Rosendahl wrote:
>
>> I am using the latest stable release (JVCL336). The error shows in Delphi 2009 (no problems in Delphi 2007). Since I can't open the zlib archive file I'm not sure if the error is in the compressing or the decompressing process.
>>
>> Anu clues?
>>
>
> I will test it out here.
>
> Warren 



Subject: Re: TJvDesignPanel and JvDesignerDemo
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Mon, 16 Feb 2009 07:19:25 +0100
Newsgroups: jedi.vcl

"Gianpiero Caretti" <gpcaretti@gmail.com> wrote in message 
news:gn9fkf$1jv$1@news.talkto.net...

> > Q2) I analyzed the code of JvDesignSurface and JbDesignImp units and I 
> > found that, theoretically pressing down the Ctrl-Left, Ctrl-Right keys, 
> > etc. I should move the selected object on the left, right, etc.:

Well I continued my investigation and I notice that, if I change the 
keyboard buttons to use it works. So, if, for example I change the following 
code in this way:

function TJvDesignController.KeyDown(AKeyCode: Cardinal): Boolean;

 function CtrlKeys: Boolean;
 begin
   Result := True;
   case AKeyCode of
     VK_F1:   // <= old value: VK_LEFT:
       Action(daNudgeLeft);
     VK_F2:   // <= old value: VK_RIGHT:
       Action(daNudgeRight);
     VK_F3:   // <= old value: VK_UP:
       Action(daNudgeUp);
     VK_F4:   // <= old value: VK_DOWN:
       Action(daNudgeDown);
     else
       Result := False;
   end;

It works!
So I believe that someone else consumes the ctrl-left/right/up/down 
combinations keys. But I didn't understand who yet

Gianpiero




Subject: TJvDesignPanel and JvDesignerDemo
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Sun, 15 Feb 2009 19:32:08 +0100
Newsgroups: jedi.vcl

Hi All,
I'd like to have more information about the use of TJvDesignPanel and 
JvDesignerDemo.

Q1) question about JvDesignedDemo:

Which is the defferent behaviour of the TJvDesignWinControlHookMessenger and 
TJvDesignDesignerMessenger classes? In the demo program there is the 
following method associated to the menu item WindowProcHook1:

procedure TMainForm.HookClick(Sender: TObject);
begin
  JvDesignPanel.Active := false;
  if WindowProcHook1.Checked then
    JvDesignPanel.Surface.MessengerClass := TJvDesignWinControlHookMessenger
  else
    JvDesignPanel.Surface.MessengerClass := TJvDesignDesignerMessenger;
  JvDesignPanel.Active := true;
  JvDesignPanel.Invalidate;
end;

but I see no appreciable defferences between the two messanger classes.

Q2) I analyzed the code of JvDesignSurface and JbDesignImp units and I found 
that, theoretically pressing down the Ctrl-Left, Ctrl-Right keys, etc. I 
should move the selected object on the left, right, etc.:

function TJvDesignController.KeyDown(AKeyCode: Cardinal): Boolean;

  function CtrlKeys: Boolean;
  begin
    Result := True;
    case AKeyCode of
      VK_LEFT:
        Action(daNudgeLeft);
      VK_RIGHT:
        Action(daNudgeRight);
      VK_UP:
        Action(daNudgeUp);
      VK_DOWN:
        Action(daNudgeDown);
      else
        Result := False;
    end;
  end;
....
begin
  FKeyDownShift := Shift;
  if ssCtrl in FKeyDownShift then
    Result := CtrlKeys
  else
  if ssShift in FKeyDownShift then
    Result := ShiftKeys
  else
    Result := False;
end;

But there is no way to activate this function! I put a break point on the 
"case AKeyCode of" above and it stops when I press the Ctrl key, but it is 
not invoked when I press Ctrl-Left. I don't understand if it is a bug or 
not.

Thanks in advance,
Gianpiero






Subject: Re: jvgWizardHeader is missing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 15 Feb 2009 13:17:58 +0100
Newsgroups: jedi.vcl

Pera Detlic wrote:
> Hi,
>
> Is there any reason jvgWizardHeader is disabled in Jedi 3.36 ?

Because it did not bring much.


> .....TJvgAskListBox, {TJvgScrollBox, }TJvgStringGrid, TJvgSpeedButton,
>     TJvgExtSpeedButton,     {TJvgWizardHeader, }        TJvgCaption]);
>
> Is there some new component instead ?

As indicated in help/migrating_globus.html : "Use the TJvWizard components"


Subject: jvgWizardHeader is missing
From: "Pera Detlic" <branislavns@yahoo.co.uk>
Date: Sun, 15 Feb 2009 13:12:43 +0100
Newsgroups: jedi.vcl

Hi,

Is there any reason jvgWizardHeader is disabled in Jedi 3.36 ?

......TJvgAskListBox, {TJvgScrollBox, }TJvgStringGrid, TJvgSpeedButton,
    TJvgExtSpeedButton,     {TJvgWizardHeader, }        TJvgCaption]);

Is there some new component instead ?

Thx 




Subject: tJvMail
From: Tony Christiansen <tony@adegroup.com.au>
Date: Fri, 13 Feb 2009 11:13:27 +1000
Newsgroups: jedi.vcl

Hi

I have a problem with using tJvMail to send a message via Outlook.

It works fine with Thunderbird but Outlook does not send the email.

I believe the problem is that the message does not have a sender address.

I cannot see where or how to add that information to my jvmail message.

I also use tjclemail which has a TMapiMessage property that contains an

lpOriginator element but it does not look like that is populated at all.

Thanks for any hints
Tony


Subject: Re: TjvDesignPanel Example ... Accessing the objects
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Thu, 12 Feb 2009 15:23:04 +0100
Newsgroups: jedi.vcl

"rob" <robsub@creativemfg.ca> wrote
> >
> > I took a look at the TjvDesignPanel example and it's very cool, but the 
> > objects that are dropped onto the form don't have any obvious way of being 
> > accessed after they're put there.  Is there an event raised when you 
> > select the TComponent in the design mode?

I had the same problems and solved with this approach:

Everytime you add an object to the jvDesignPanel (named etkCanvas in the 
below examples), it fires a change events with the added object as the first 
one of surface. So you can get it in this way:

procedure TfrmEtik.etkCanvasChange(Sender: TObject);
{ Used to setup the default attributes to new components added to the etik }
begin
  if (etkCanvas.Surface.Count > 0) and (etkCanvas.Surface.Selected[0] is 
TControl) then begin
    // etkCanvas.Surface.Selected[0] is the new added ctrl
    MyDecorateControl(etkCanvas.Surface.Selected[0] as TControl);
  end;
end;


 > If anyone's used this component and can point me at  other
> > examples that would be awesome.

Here a couple of methods I uses to add programmatically some controls to a 
jvDesignPanel:

function TfrmEtik.AddImage(const theGraphic: TGraphic): TJvImage;
var
  oldState: boolean;
  ctrl: TJvImage;
begin
  oldState := etkCanvas.Active;
  try
    // add the component
    etkCanvas.Active := True;
    etkCanvas.Surface.AddClass := 'TJvImage';
    etkCanvas.Surface.AddComponent;
    // get and decorate it
    ctrl := (etkCanvas.Surface.Selected[0] as TJvImage);
    // check if to add the content
    if (theGraphic <> nil) then begin
      ctrl.Picture.Assign(theGraphic);
    end;
    // return it
    Result := ctrl;
  finally
    etkCanvas.Active := oldState;
  end;
end;





Subject: Re: TjvDesignPanel Example ... Accessing the objects
From: "Gianpiero Caretti" <gpcaretti@gmail.com>
Date: Thu, 12 Feb 2009 15:11:19 +0100
Newsgroups: jedi.vcl

test

"rob" <robsub@creativemfg.ca> wrote in message 
news:gjpd6s$o6u$1@news.talkto.net...
> > In case anyone is wondering :-)
> >
> > The TjvDesignPanel has a "surface" property.  This exposes a 
> > TkvDesignSurface that has  .Components and .Selected and .Selecting etc... 
> > which allows you to find out what component has been selected. It's 
> > trivial to pass that component to a TjvInspector and voila - object 
> > inspector and runtime design of your forms.
> >
> > Since I'm here I'll ask another question.  When I saved the panel in the 
> > sample program, it streamed out all the "new" objects I add - but I put a 
> > button on the panel at design time to see what I could do with it - and 
> > although I can move it around and resize it with the TjvDesignPanel, it 
> > would NOT stream it out to the file when it saved.  I didn't see any 
> > booleans that looked promising (like "StreamExisting").  Is there 
> > something I'm missing or do I need to descend my own class?
> >
> > Thanks
> >
> > rob wrote:
>> >> Hi All,
>> >>
>> >> I took a look at the TjvDesignPanel example and it's very cool, but the 
>> >> objects that are dropped onto the form don't have any obvious way of 
>> >> being accessed after they're put there.  Is there an event raised when 
>> >> you select the TComponent in the design mode? I want to use the 
>> >> TjvInspector to bring up the components properties for editing and maybe 
>> >> hooking events too.  If anyone's used this component and can point me at 
>> >> other examples that would be awesome.
>> >>
>> >> Thanks much
>> >>
>> >> -Rob 




Subject: Re: JvJCLUtils error
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Wed, 11 Feb 2009 11:05:16 -0500
Newsgroups: jedi.vcl

Hmmm...There was a set of jv*.dcu's in my project directory which I deleted 
and I also added jvcl\run and jvcl\common to my directories....

Now I can rebuild.  Weird.  Thanks OBone.


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:gmukek$etn$1@news.talkto.net...
> > J. Clarke wrote:
>> >> D2006, JCL 1104., JVCL v3.36
>> >>
>> >> I'm getting a F2051 JvJCLUtils was compiled with a different version of 
>> >> JclBase.PWideChar error.
>> >>
>> >> I've uninstalled both JVCL and JCL, removed all the BPL/DCUs and 
>> >> re-installed.  Same error.
>> >>
>> >> I'm not sure how to proceed.....
> >
> > Look on your PC, you MUST have old DCUs or DCPs somewhere outside of the 
> > JCL/JVCL folders. 




Subject: Re: JvJCLUtils error
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 11 Feb 2009 16:46:03 +0100
Newsgroups: jedi.vcl

J. Clarke wrote:
> D2006, JCL 1104., JVCL v3.36
>
> I'm getting a F2051 JvJCLUtils was compiled with a different version of JclBase.PWideChar error.
>
> I've uninstalled both JVCL and JCL, removed all the BPL/DCUs and re-installed.  Same error.
>
> I'm not sure how to proceed.....

Look on your PC, you MUST have old DCUs or DCPs somewhere outside of the JCL/JVCL folders.


Subject: JvJCLUtils error
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Wed, 11 Feb 2009 10:15:37 -0500
Newsgroups: jedi.vcl

D2006, JCL 1104., JVCL v3.36

I'm getting a F2051 JvJCLUtils was compiled with a different version of 
JclBase.PWideChar error.

I've uninstalled both JVCL and JCL, removed all the BPL/DCUs and 
re-installed.  Same error.

I'm not sure how to proceed..... 




Subject: Re: JVGroupbox background color on JVGradient
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Sat, 7 Feb 2009 15:21:48 +0000 (UTC)
Newsgroups: jedi.vcl

Steve Faleiro wrote:

> > Steve Faleiro wrote:
> > 
>> > > When a JVCheckbox is on a form that has JVGradient, it assumes the
>> > > background color of the parent container and not that of the
>> > > JVGradient. Is it possible to make it behave like JVLabel in the
>> > > same situation (ie. truly transparent background)?
> > 
> > 
> > Similar behavior is observed with JvGradient and JvGroupBox - at
> > design-time, it looks perfect, nice and transparent. But at run-time,
> > it takes on the background-color of the parent control.

I might add that this behavior is observed only if the parent control
is a tabsheet (in a JvPageControl) with a JvGradient. So to workaround
this I added a Panel to the tabsheet and set it to alClient; then added
the JvGradient to this Panel, and then added other controls to the
Panel eg. JvGroupBox. Now they render perfectly ie. the gradient is
visilbe nicely in the groupbox control's background.



-- Regards, -Steve Faleiro- 

Subject: Re: What's the best way to send a message from a TJvPlugin to the host?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 06 Feb 2009 17:29:52 +0100
Newsgroups: jedi.vcl

Except that this does not allow other languages to create a plugin for you, and forces you to use a shared memory manager.


Subject: Re: What's the best way to send a message from a TJvPlugin to the host?
From: rob <robsub@creativemfg.ca>
Date: Fri, 06 Feb 2009 11:02:33 -0500
Newsgroups: jedi.vcl

Edwin wrote:

FYI

I have created a class that both the host application and the plugin include in their uses clause.  I  export a loose function from the plugin called "setObject" where I pass an instance of the class I created in my host application.

Now any data or methods I want to pass back and forth go through this class.  So in your example below, the callback would be a property of the class that the host application would set, and the plugin can just execute the class' method directly. I haven't tried this with a callback method because I'm using the class to pass around other properties, like the current database connection, but I don't see why this wouldn't work as well.  It requires less code on the plugin side.


type
TActionCallback = procedure (pluginId : integer; actionId : integer); Of Object;

TMyClass = Class
Begin
  fActionCallBack : TACtionCallback
Public
  property ActionCallback : TActionCallback read fACtionCallBack write fActionCallBack;
End;

Somewhere in the host

  myClass := TMyClass.Create();\
  myClass.ActionCallBack := mainFormActionProcedure;

etc...

> OBones,
>
> Thank you very much and it makes sense!
>
> "OBones" <obones_gf_@_fe_altern.org> wrote in message news:gmbae5$bos$1@news.talkto.net...
>> Edwin wrote:
>>> Thank you Obones,
>>>
>>> You inspired me! I've not tried passing method pointer before. How can the DLL plguin know how many and what parameters to pass when calling the "callback" function? an example is appreciated! Thank you.
>> Because it is the one that declares the function pointer signature and that this signature is shared with the host application.
>> Here is a sample:
>>
>> type
>>   TActionCallback = procedure (pluginId : integer; actionId : integer);
>>
>> This procedure takes the pluginId as the first parameter and then an actionId. In my case that was all I needed, but you can add a PAnsiChar pointer, a word, or any other parameter you need.
>> Then, you have a method in the plugin that is given a pointer to such a procedure. Mine is called Initialize and is declared as such:
>>
>>   procedure Initialize(applicationHandle : HWND; pluginId : integer;
>>                        actionCallback : TActionCallback); stdcall;
>>
>> The host application calls it this way:
>>
>>   Initialize(application.Handle, pluginId, ActionCallback);
>>
>> where ActionCallback is a simple procedure:
>>
>> procedure ActionCallback(pluginId : integer; actionId : integer);
>> begin
>>   // Do something here.
>> end;
>>
>> Note that it cannot be a procedure of object because in my example, it's a DLL that is the plugin. With package, it could be possible, but I never tried as I want people without Delphi to be able to write plugins as well.
>>
>> Hope this helps
>> Cheers
>> Olivier 
>
>


Subject: Re: Missing entry in 336 download kit
From: SeaCay <kemputer@optushome.com.au>
Date: Fri, 06 Feb 2009 21:16:18 +1100
Newsgroups: jedi.vcl


Thank you, Warren for the offer, however the tasks ahead of me are not onerous, so I would not expect to make any requests.

regards

SeaCay

Warren Postma wrote:
> SeaCay wrote:
>> Thanks for your reply. I understand.
>
> If we missed moving some feature that was in JvgTree view (some property or something, that does something useful), we'll migrate those properties.  Let us know.
>
> Warren



Subject: Re: JvgStringContainer
From: "drProzac" <prozac@nospam.com>
Date: Thu, 5 Feb 2009 22:56:02 +0100
Newsgroups: jedi.vcl

Ah, I see. Thanks Olivier.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Missing entry in 336 download kit
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 05 Feb 2009 09:13:52 -0500
Newsgroups: jedi.vcl

SeaCay wrote:
> Thanks for your reply. I understand.

If we missed moving some feature that was in JvgTree view (some property or something, that does something useful), we'll migrate those properties.  Let us know.

Warren


Subject: Re: Missing entry in 336 download kit
From: SeaCay <kemputer@optushome.com.au>
Date: Thu, 05 Feb 2009 21:43:16 +1100
Newsgroups: jedi.vcl

OBones wrote:
> It has been removed on purpose, because it served no real purpose and can be replaced by TJvTreeview.
> Please refer to help/migrating_globus.html for more details.
> Note that the removal of Globus components will continue as most of them bring no real value when compared to the already existing ones in the other packages of the JVCL.

Thanks for your reply. I understand.


Subject: Re: Missing entry in 336 download kit
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 05 Feb 2009 08:50:48 +0100
Newsgroups: jedi.vcl

It has been removed on purpose, because it served no real purpose and can be replaced by TJvTreeview.
Please refer to help/migrating_globus.html for more details.
Note that the removal of Globus components will continue as most of them bring no real value when compared to the already existing ones in the other packages of the JVCL.


Subject: Re: What's the best way to send a message from a TJvPlugin to the host?
From: "Edwin" <edwin@domain.com>
Date: Thu, 5 Feb 2009 13:40:32 +0800
Newsgroups: jedi.vcl

OBones,

Thank you very much and it makes sense!

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:gmbae5$bos$1@news.talkto.net...
> > Edwin wrote:
>> >> Thank you Obones,
>> >>
>> >> You inspired me! I've not tried passing method pointer before. How can 
>> >> the DLL plguin know how many and what parameters to pass when calling the 
>> >> "callback" function? an example is appreciated! Thank you.
> >
> > Because it is the one that declares the function pointer signature and 
> > that this signature is shared with the host application.
> > Here is a sample:
> >
> > type
> >   TActionCallback = procedure (pluginId : integer; actionId : integer);
> >
> > This procedure takes the pluginId as the first parameter and then an 
> > actionId. In my case that was all I needed, but you can add a PAnsiChar 
> > pointer, a word, or any other parameter you need.
> > Then, you have a method in the plugin that is given a pointer to such a 
> > procedure. Mine is called Initialize and is declared as such:
> >
> >   procedure Initialize(applicationHandle : HWND; pluginId : integer;
> >                        actionCallback : TActionCallback); stdcall;
> >
> > The host application calls it this way:
> >
> >   Initialize(application.Handle, pluginId, ActionCallback);
> >
> > where ActionCallback is a simple procedure:
> >
> > procedure ActionCallback(pluginId : integer; actionId : integer);
> > begin
> >   // Do something here.
> > end;
> >
> > Note that it cannot be a procedure of object because in my example, it's a 
> > DLL that is the plugin. With package, it could be possible, but I never 
> > tried as I want people without Delphi to be able to write plugins as well.
> >
> > Hope this helps
> > Cheers
> > Olivier 




Subject: Missing entry in 336 download kit
From: SeaCay <kemputer@optushome.com.au>
Date: Thu, 05 Feb 2009 12:28:12 +1100
Newsgroups: jedi.vcl

Hi All

I have just downloaded JVCL336CompleteJCL1104-Build3248.zip and I think that the source file JvgTreeview.pas is missing.

Previous code that uses this module reports that the JvgTreeview.dcu file cannot be found.

I have searched the zip folder and it isn't there. It was there is V333.

regards

SeaCay
There may be other missing entries but I haven;t had time to check


Subject: Re: JvgStringContainer
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 04 Feb 2009 16:40:18 +0100
Newsgroups: jedi.vcl

drProzac wrote:
> Hi!
>
> I've just upgraded my JEDI packages to the latest SVN build.
> What happened with JvgStringContainer?

It was removed as it served no real purpose. Just use resource strings instead, it's much cleaner.


Subject: Re: What's the best way to send a message from a TJvPlugin to the host?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 04 Feb 2009 08:57:11 +0100
Newsgroups: jedi.vcl

Edwin wrote:
> Thank you Obones,
>
> You inspired me! I've not tried passing method pointer before. How can the DLL plguin know how many and what parameters to pass when calling the "callback" function? an example is appreciated! Thank you.

Because it is the one that declares the function pointer signature and that this signature is shared with the host application.
Here is a sample:

type
  TActionCallback = procedure (pluginId : integer; actionId : integer);

This procedure takes the pluginId as the first parameter and then an actionId. In my case that was all I needed, but you can add a PAnsiChar pointer, a word, or any other parameter you need.
Then, you have a method in the plugin that is given a pointer to such a procedure. Mine is called Initialize and is declared as such:

  procedure Initialize(applicationHandle : HWND; pluginId : integer;
                       actionCallback : TActionCallback); stdcall;

The host application calls it this way:

  Initialize(application.Handle, pluginId, ActionCallback);

where ActionCallback is a simple procedure:

procedure ActionCallback(pluginId : integer; actionId : integer);
begin
  // Do something here.
end;

Note that it cannot be a procedure of object because in my example, it's a DLL that is the plugin. With package, it could be possible, but I never tried as I want people without Delphi to be able to write plugins as well.

Hope this helps
Cheers
Olivier


Subject: Re: Base64 encoding
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 04 Feb 2009 08:48:25 +0100
Newsgroups: jedi.vcl

I thought it was not supposed to work like this, but that one is supposed to encode in UTF-8 before encoding in base 64.
I might be wrong, but that's what came out of my research on the web


Subject: Design editor
From: Lithian <LithianNG@gmail.com>
Date: Wed, 4 Feb 2009 06:41:15 +0000 (UTC)
Newsgroups: jedi.vcl

Only a little suggestion... what do you think of this line:

RegisterPropertyEditor(TypeInfo(string), TColumnTitle, 'Caption', 
TJvHintProperty);

in the register function of JvCoreReg.pas after the check for 
JvOptionRegisterGlobalDesignEditors?

It helps to write multiline column title in dbgrids.

Thanks,
Lithian.


Subject: Re: Base64 encoding
From: Lithian <LithianNG@gmail.com>
Date: Wed, 4 Feb 2009 06:29:47 +0000 (UTC)
Newsgroups: jedi.vcl

OBones ha scritto:

> > I thought it was not supposed to work like this, but that one is 
> > supposed to encode in UTF-8 before encoding in base 64.

AFAIK base64 encode a general stream of data (can be text, image or 
anything). So probably the better way is to provide a more general 
function like:

function B64Encode(AStream: TStream): AnsiString;

with few helper overload:

function B64Encode(AString: string): AnsiString;

function B64Encode(AString: AnsiString): AnsiString;

function B64Encode(AString: UTF8String): AnsiString;

function B64EncodeFile(FileName: TFileName): AnsiString;

The problem with this code is the compatibility with the old delphi 
versions.

-- Lithian. 

Subject: Re: Base64 encoding
From: "Edwin" <edwin@domain.com>
Date: Wed, 4 Feb 2009 12:41:23 +0800
Newsgroups: jedi.vcl

Thank you!

"Lithian" <LithianNG@gmail.com> wrote in message 
news:Xns9BA7651F42D8jhydcfgbv@194.191.0.34...
> > In the jvStrings unit there are two functions: B64Encode e B64Decode for
> > the base64 handling. All parameters are declared AnsiString so they
> > doesn't work with unicode string.
> >
> > I know that's not a beautiful code but it works and it's simple. Just
> > change the first few lines of B64Encode:
> >
> > function B64Encode(const UniS: string): AnsiString;
> > var
> >  I: Integer;
> >  InBuf: array [0..2] of Byte;
> >  OutBuf: array [0..3] of AnsiChar;
> >  S :AnsiString;
> > begin
> >  {$IFDEF VER200}
> >  SetLength(S, Length(UniS) * SizeOf(Char));
> >  Move(UniS[1], S[1], Length(S));
> >  {$ELSE}
> >  S := UniS;
> >  {$ENDIF}
> >
> > and the last of B64Decode:
> >
> > function B64Decode(const S: AnsiString): string;
> > ...
> > ...
> >  {$IFDEF VER200}
> >  SetLength(Result, Length(RetValue) div SizeOf(Char));
> >  Move(RetValue[1], Result[1], Length(RetValue));
> >  {$ELSE}
> >  Result := RetValue;
> >  {$ENDIF}
> > end;
> > 




Subject: Re: What's the best way to send a message from a TJvPlugin to the host?
From: "Edwin" <edwin@domain.com>
Date: Wed, 4 Feb 2009 12:40:28 +0800
Newsgroups: jedi.vcl

Thank you Obones,

You inspired me! I've not tried passing method pointer before. How can the 
DLL plguin know how many and what parameters to pass when calling the 
"callback" function? an example is appreciated! Thank you.

Edwin.

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:gm8oe0$ttn$1@news.talkto.net...
> > Edwin wrote:
>> >> Hi,
>> >>
>> >> I use JvPlugin DLL system (not package, which will force me to include 
>> >> too many unused code). and I want to ask what's the best way to send a 
>> >> message or call a method of the host application from a plug-in?
>> >>
>> >> One of the approach I know:
>> >> 1. In the Dll plugin, Uses the unit of the host app, eg. MainForm.Pas
>> >> 2. Call TMainForm(Application.MainForm').MyFunc('a param');
> >
> > This would most likely not work anyway.
> >
> >
>> >> I assume this will add extra size to the DLL plug-in. Any other better 
>> >> way? Thank you.
> >
> > Add a function to your plugin, function which takes a method pointer as a 
> > parameter. This is the "callback" function your plugin will call when it 
> > wants to notify the host application.
> > This function can have any parameter you want, provided you stay within 
> > the allowed types for a function. 




Subject: Re: What's the best way to send a message from a TJvPlugin to the host?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 03 Feb 2009 09:37:25 +0100
Newsgroups: jedi.vcl

Edwin wrote:
> Hi,
>
> I use JvPlugin DLL system (not package, which will force me to include too many unused code). and I want to ask what's the best way to send a message or call a method of the host application from a plug-in?
>
> One of the approach I know:
> 1. In the Dll plugin, Uses the unit of the host app, eg. MainForm.Pas
> 2. Call TMainForm(Application.MainForm').MyFunc('a param');

This would most likely not work anyway.


> I assume this will add extra size to the DLL plug-in. Any other better way? Thank you.

Add a function to your plugin, function which takes a method pointer as a parameter. This is the "callback" function your plugin will call when it wants to notify the host application.
This function can have any parameter you want, provided you stay within the allowed types for a function.


Subject: What's the best way to send a message from a TJvPlugin to the host?
From: "Edwin" <edwin@domain.com>
Date: Tue, 3 Feb 2009 15:44:19 +0800
Newsgroups: jedi.vcl

Hi,

I use JvPlugin DLL system (not package, which will force me to include too 
many unused code). and I want to ask what's the best way to send a message 
or call a method of the host application from a plug-in?

One of the approach I know:
1. In the Dll plugin, Uses the unit of the host app, eg. MainForm.Pas
2. Call TMainForm(Application.MainForm').MyFunc('a param');


I assume this will add extra size to the DLL plug-in. Any other better way? 
Thank you.

Edwin 




Subject: Base64 encoding
From: Lithian <LithianNG@gmail.com>
Date: Tue, 3 Feb 2009 06:51:33 +0000 (UTC)
Newsgroups: jedi.vcl

In the jvStrings unit there are two functions: B64Encode e B64Decode for 
the base64 handling. All parameters are declared AnsiString so they 
doesn't work with unicode string.

I know that's not a beautiful code but it works and it's simple. Just 
change the first few lines of B64Encode:

function B64Encode(const UniS: string): AnsiString;
var
  I: Integer;
  InBuf: array [0..2] of Byte;
  OutBuf: array [0..3] of AnsiChar;
  S :AnsiString;
begin
  {$IFDEF VER200}
  SetLength(S, Length(UniS) * SizeOf(Char));
  Move(UniS[1], S[1], Length(S));
  {$ELSE}
  S := UniS;
  {$ENDIF}

and the last of B64Decode:

function B64Decode(const S: AnsiString): string;
....
....
  {$IFDEF VER200}
  SetLength(Result, Length(RetValue) div SizeOf(Char));
  Move(RetValue[1], Result[1], Length(RetValue));
  {$ELSE}
  Result := RetValue;
  {$ENDIF}
end;



Subject: JvgStringContainer
From: "drProzac" <prozac@nospam.com>
Date: Sun, 1 Feb 2009 22:52:50 +0100
Newsgroups: jedi.vcl

Hi!

I've just upgraded my JEDI packages to the latest SVN build.
What happened with JvgStringContainer?

Regards,
M. G.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvPanel Bug
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 01 Feb 2009 11:09:54 +0100
Newsgroups: jedi.vcl

Please put this in Mantis:

http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: JVGroupbox background color on JVGradient
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 01 Feb 2009 11:09:45 +0100
Newsgroups: jedi.vcl

Steve Faleiro wrote:

> 2. Where should we report enhancement-requests and bugs?

http://homepages.codegear.com/jedi/issuetracker/


Subject: JvDBUltimGrid and Field.FocusControl on EditControl
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Sun, 01 Feb 2009 10:53:38 +0100
Newsgroups: jedi.vcl

Hi,
  I have a visual problem when use a EditControl for edit a field in a JvDBUltimGrid.

I have associated a TJvDBLookupComboBox in a column of JvDBUltimGrid whti EditControls property.


If I use code like this in OnNewRecord event of a DataSet:

procedure TSomeDataModule.SomeDataSetNewRecord(DataSet: TDataSet);
begin
  SomeField.FocusControl;
end;

The focus becomes on JvDBLookupComboBox but the JvDBLookupComboBox is Paint on Row -1.

If I put focus manually, press down arrow in Grid the behavior is correct, only if I call the focus programmatically present the problem.

Can I adjust this behavior? How?

Another question:
 Can i display a TGraphic field on a cell in JvDBUltimGrid? How?

Thanks


Subject: Re: TJvPanel Bug
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sat, 31 Jan 2009 20:15:06 +0200
Newsgroups: jedi.vcl

Christian Sciberras wrote:
> Christian Sciberras wrote:
>> I have just installed the new JVCL version and found some very irregular behaviour in TJvPanel. I'm making it resizable to do something like in MS Paint's resizable canvas.
>> When the grip is clicked moved (ie, control is resized), it messes (somehow) the cursor state, that is, the cursor stays the same crSizeNWSE. I'm not sure where is the problem, I've yet have to investigate the cause. If I get any further in a solution, I'll reply here.
>> As of know, I've tested this in different programs with different parameters, but the issue stays the same.
>>
>> Kindly,
>> Christian Sciberras
>
> Looks like the bug is caused by the grip. It seems to be setting Screen.Cursor when clicked but not setting it back afterwords.
>
> Christian Sciberras.

Any solution would be welcome. I haven't found one yet.

Christian Sciberras


Subject: Re: JVGroupbox background color on JVGradient
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Sat, 31 Jan 2009 17:00:57 +0000 (UTC)
Newsgroups: jedi.vcl

Steve Faleiro wrote:

> > When a JVCheckbox is on a form that has JVGradient, it assumes the
> > background color of the parent container and not that of the
> > JVGradient. Is it possible to make it behave like JVLabel in the same
> > situation (ie. truly transparent background)?


Similar behavior is observed with JvGradient and JvGroupBox - at
design-time, it looks perfect, nice and transparent. But at run-time,
it takes on the background-color of the parent control.

1. Can anyone else verify this? 

2. Where should we report enhancement-requests and bugs?


-- Regards, -Steve Faleiro- 

Subject: Re: JvOutlookBar not compatible to D5
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 30 Jan 2009 21:28:49 +0100
Newsgroups: jedi.vcl

Hi,

It's not a D5 issue, it's a missing

  {$IFDEF JVCLThemesEnabled}

Around the code.
I fixed this in SVN.


Jens Fudickar wrote:
> Hi Warren,
>
> it's the svn.
>
> Greetings
> Jens
>
> Warren Postma schrieb:
>> Jens Fudickar wrote:
>>> Hi,
>>>
>>> the latest JvOutlookbar Revision is no longer D5 compatible.
>>>
>>> Greetings
>>> Jens
>>
>> Latest SVN or released 3.36?
>>
>> If latest SVN doesn't work in D5, then this is due to my subversion changes for Vista themed button painting, or are you talking about the JVCL 3.36 release version, which is prior to my fix?
>>
>> Warren
>


Subject: Re: JvOutlookBar not compatible to D5
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2009 20:12:29 +0100
Newsgroups: jedi.vcl

Hi Warren,

it's the svn.

Greetings
Jens

Warren Postma schrieb:
> Jens Fudickar wrote:
>> Hi,
>>
>> the latest JvOutlookbar Revision is no longer D5 compatible.
>>
>> Greetings
>> Jens
>
> Latest SVN or released 3.36?
>
> If latest SVN doesn't work in D5, then this is due to my subversion changes for Vista themed button painting, or are you talking about the JVCL 3.36 release version, which is prior to my fix?
>
> Warren

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvOutlookBar not compatible to D5
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 30 Jan 2009 09:33:48 -0500
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi,
>
> the latest JvOutlookbar Revision is no longer D5 compatible.
>
> Greetings
> Jens

Latest SVN or released 3.36?

If latest SVN doesn't work in D5, then this is due to my subversion changes for Vista themed button painting, or are you talking about the JVCL 3.36 release version, which is prior to my fix?

Warren


Subject: JvOutlookBar not compatible to D5
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2009 13:59:50 +0100
Newsgroups: jedi.vcl

Hi,

the latest JvOutlookbar Revision is no longer D5 compatible.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: ANN: JVCL 3.36 Released!
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 27 Jan 2009 17:19:16 +0100
Newsgroups: jedi.vcl

Jens wrote:

> > What about writing a separate mini-exe for doing something similar.

And what if somebody has multiple JVCL installations? Or use a network
drive? For me there are too many variables in the equation.


-- Regards, Andreas Hausladen 

Subject: Re: Installer for 3.36 freezing on JvDBD12R.bpl for Delphi 2009 pro.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 27 Jan 2009 17:16:48 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Well, I deleted all JCL and JVCL dcu and dcp files, and the issue is
> > gone.  I suspect Delphi2009's dcc.exe is glitching (endless loop).

I have already committed a workaround implementation for the
TList<TBookmark>. But that was after the JVCL 3.36 was released.



-- Regards, Andreas Hausladen 

Subject: Re: Installer for 3.36 freezing on JvDBD12R.bpl for Delphi 2009 pro.
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 27 Jan 2009 10:57:03 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

> Anyone got any ideas?

Well, I deleted all JCL and JVCL dcu and dcp files, and the issue is gone.  I suspect Delphi2009's dcc.exe is glitching (endless loop).

W


Subject: Installer for 3.36 freezing on JvDBD12R.bpl for Delphi 2009 pro.
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 27 Jan 2009 10:49:44 -0500
Newsgroups: jedi.vcl

I am trying to figure out why, but the command line compiler is freezing, the CPU is at 25%, the task dcc.exe is running, and the build never completes.  I suspect a possible bug in the Delphi 2009 command line compiler.

The first installation ran just fine, the second one is dying. The package in question (JvDBD12R.dpk) builds fine inside the IDE.

Anyone got any ideas?

Warren


Subject: JvOutlookbar.pas - paint is glitched in JvOutlookbar, when on Vista, with themes enabled. Fix in Subversion now.
From: Warren Postma <wp@tekr7n.c0m>
Date: Tue, 27 Jan 2009 10:12:24 -0500
Newsgroups: jedi.vcl

Please let me know if there are any negative effects, or regressions, due to this.

Secondly, the same fix also adds the custom ability to set your own custom button paint colors for the outlook bar section buttons.

Warren


Subject: Re: jvThreadAnimateDialog
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 27 Jan 2009 13:47:35 +0100
Newsgroups: jedi.vcl

Feel free to add some topics to the docu. :-)

Greetings
Jens

> >Thanks,
> >I googled it. I looked at the Megademo. I even looked in the help 
> >documentation and nothing.  I didn't think of looking in the example 
> >folder.
> >It seems simple enough.
> >
> >Thanks,
> >Ken
> >
>> >>Have a look at the JvThread Example.
>> >>
>> >>There are two TJvxxxxThread Dialog Components shown.
>> >>
>> >>In the basiscs: The dialog components give you the option to show a 
> >dialog
>> >>(modal or non modal) while the thread is running.
>> >>
>> >>Greetings
>> >>Jens
>> >>
>>> >>> Huh?
>>> >>>Does anyone have any idea how to use this?  Any help would be 
> >appreciated.
>>> >>>I can't find anything about it online.
>>> >>>
>>> >>>Thanks,
>>> >>>
>>> >>>Ken
>>> >>>
>>> >>>
>>> >>>
>>> >>>--- posted by geoForum on http://delphi.newswhat.com
>>> >>>
>> >>
>> >>
>> >>
>> >>--- posted by geoForum on http://delphi.newswhat.com
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvThreadAnimateDialog
From: "Ken Davis" <nospam@mailinator.com>
Date: Tue, 27 Jan 2009 13:39:10 +0100
Newsgroups: jedi.vcl

Thanks,
I googled it. I looked at the Megademo. I even looked in the help 
documentation and nothing.  I didn't think of looking in the example 
folder.
It seems simple enough.

Thanks,
Ken

> >Have a look at the JvThread Example.
> >
> >There are two TJvxxxxThread Dialog Components shown.
> >
> >In the basiscs: The dialog components give you the option to show a 
dialog
> >(modal or non modal) while the thread is running.
> >
> >Greetings
> >Jens
> >
>> >> Huh?
>> >>Does anyone have any idea how to use this?  Any help would be 
appreciated.
>> >>I can't find anything about it online.
>> >>
>> >>Thanks,
>> >>
>> >>Ken
>> >>
>> >>
>> >>
>> >>--- posted by geoForum on http://delphi.newswhat.com
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ANN: JVCL 3.36 Released!
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 27 Jan 2009 12:29:42 +0100
Newsgroups: jedi.vcl

> >MJ Marshall [King Stairs Software] wrote:
>> >> OBones wrote:
>>> >>> Problem is, this means scanning ALL folders for DCU files as the 
>>> >>> places where they are located may not be in the IDE's settings.
>> >> 
>> >> The obvious compromise is to only search:
>> >> The IDE search/library paths
>> >> the Windows system PATH
>> >> 
>> >> I suspect that would cover almost all locations for duplicates.
> >
> >Not if the user has dcu folders set in its projects. And that's, to me, 
> >99% of the source of this error.
> >

What about writing a separate mini-exe for doing something similar.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ANN: JVCL 3.36 Released!
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 27 Jan 2009 08:58:09 +0100
Newsgroups: jedi.general,jedi.vcl

MJ Marshall [King Stairs Software] wrote:
> OBones wrote:
>> Problem is, this means scanning ALL folders for DCU files as the places where they are located may not be in the IDE's settings.
>
> The obvious compromise is to only search:
> The IDE search/library paths
> the Windows system PATH
>
> I suspect that would cover almost all locations for duplicates.

Not if the user has dcu folders set in its projects. And that's, to me, 99% of the source of this error.


Subject: Re: ANN: JVCL 3.36 Released!
From: "MJ Marshall [King Stairs Software]" <info_REMOVE_@kingstairs.com>
Date: Mon, 26 Jan 2009 21:14:06 -0800
Newsgroups: jedi.general,jedi.vcl

OBones wrote:
> Problem is, this means scanning ALL folders for DCU files as the places where they are located may not be in the IDE's settings.

The obvious compromise is to only search:
The IDE search/library paths
the Windows system PATH

I suspect that would cover almost all locations for duplicates.

Michael


Subject: Re: JVCL 3.36 Released!
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Mon, 26 Jan 2009 16:34:35 -0800
Newsgroups: jedi.vcl

Delphi for .NET has been basically orphaned by CodeGear anyway.  The 
official .NET Object Pascal implementation is Delphi Prism now, which is not 
compatible with classic Delphi or the VCL.

"Warren Postma" <wp@tekr7n.c0m> wrote in message 
news:gll4hl$u32$2@news.talkto.net...
> > Florent Ouchet wrote:
>> >> The support for Delphi.net 2007 is broken too. Is it required by some 
>> >> developers?
> >
> > I don't think there are a lot of .net 2007 developers.    If they are 
> > still active, perhaps they should stay on the older JEDI builds.  If
> > it is going to stay broken, perhaps we should drop the JCL installer
> > for the .net personality.
> >
> > Warren
> > 




Subject: Re: JVCL 3.36 Released!
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 26 Jan 2009 16:57:29 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> The support for Delphi.net 2007 is broken too. Is it required by some developers?

I don't think there are a lot of .net 2007 developers.    If they are still active, perhaps they should stay on the older JEDI builds.  If
it is going to stay broken, perhaps we should drop the JCL installer
for the .net personality.

Warren



Subject: Re: TJvZlibMultiple in Delphi 2009: error when decompressing files
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 26 Jan 2009 16:54:16 -0500
Newsgroups: jedi.vcl

Magnus Rosendahl wrote:

> I am using the latest stable release (JVCL336). The error shows in Delphi 2009 (no problems in Delphi 2007). Since I can't open the zlib archive file I'm not sure if the error is in the compressing or the decompressing process.
>
> Anu clues?
>

I will test it out here.

Warren


Subject: Re: ANN: JVCL 3.36 Released!
From: user@domain.invalid
Date: Mon, 26 Jan 2009 20:10:43 +0100
Newsgroups: jedi.general,jedi.vcl

OBones a écrit :
> MJ Marshall [King Stairs Software] wrote:
>> OBones wrote:
>>> Peter Stadler wrote:
>>>> JvJCLUtils was compiled with a different version of JclString.CharIsDigit.
>>>>
>>>> I have no other component dependent on Jcl and JVCL. So what could be
>>>> the reason?
>>>>
>>>> Sincerely
>>>
>>> You have old dcu or dcp files somewhere on your hard drive. Remove them and you'll be sorted
>>
>> Given how regularly this problem crops up, would it possible to add an optional check to the JCL/JVCL installers to look for out-dated dcu/dcp files? The installer doesn't have to do anything to any files it finds, just warn the user that it found a potential conflict that may cause trouble later...
>
> Problem is, this means scanning ALL folders for DCU files as the places where they are located may not be in the IDE's settings.
> Not sure people are willing to wait for that long.


It may be a user checkbox somewhere in the installer.

Even if some users will uncheck it, it will be a good remainder, and I think I would prefer to let it run rather to have some bad surprises later.

Also, the scan process can have a "stop scan" button to the impatients....

Pascal



Subject: Re: ANN: JVCL 3.36 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 26 Jan 2009 19:10:40 +0100
Newsgroups: jedi.general,jedi.vcl

MJ Marshall [King Stairs Software] wrote:
> OBones wrote:
>> Peter Stadler wrote:
>>> JvJCLUtils was compiled with a different version of JclString.CharIsDigit.
>>>
>>> I have no other component dependent on Jcl and JVCL. So what could be
>>> the reason?
>>>
>>> Sincerely
>>
>> You have old dcu or dcp files somewhere on your hard drive. Remove them and you'll be sorted
>
> Given how regularly this problem crops up, would it possible to add an optional check to the JCL/JVCL installers to look for out-dated dcu/dcp files? The installer doesn't have to do anything to any files it finds, just warn the user that it found a potential conflict that may cause trouble later...

Problem is, this means scanning ALL folders for DCU files as the places where they are located may not be in the IDE's settings.
Not sure people are willing to wait for that long.


Subject: Re: ANN: JVCL 3.36 Released!
From: "MJ Marshall [King Stairs Software]" <info_REMOVE_@kingstairs.com>
Date: Mon, 26 Jan 2009 09:36:14 -0800
Newsgroups: jedi.general,jedi.vcl

OBones wrote:
> Peter Stadler wrote:
>> JvJCLUtils was compiled with a different version of JclString.CharIsDigit.
>>
>> I have no other component dependent on Jcl and JVCL. So what could be
>> the reason?
>>
>> Sincerely
>
> You have old dcu or dcp files somewhere on your hard drive. Remove them and you'll be sorted

Given how regularly this problem crops up, would it possible to add an optional check to the JCL/JVCL installers to look for out-dated dcu/dcp files? The installer doesn't have to do anything to any files it finds, just warn the user that it found a potential conflict that may cause trouble later...

Michael


Subject: Re: JvRichEdit keyboard switching
From: "soul_draco" <kjhgfd@dfg.fdd>
Date: Mon, 26 Jan 2009 17:54:53 +0100
Newsgroups: jedi.vcl

I discovered that when i close and run again my application. That
corrupted "EN" file becomes ok. 

Is there a possibiliti that pasting text from clipboard can change
autokeyboard property?



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvZlibMultiple in Delphi 2009: error when decompressing files
From: Magnus Rosendahl <magnus.rosendahl@lube.se>
Date: Mon, 26 Jan 2009 14:58:31 +0100
Newsgroups: jedi.vcl

Created compressed file using:
  cZlib.CompressDirectory(CompressFolder, True, SaveDialog1.FileName);

Trying to decompress files throws an exception:
  cZlib.DecompressFile(OpenDialog1.FileName, tmpPath, True, True);

---------------------------
Debugger Exception Notification
---------------------------
Project XXXX.exe raised exception class EFCreateError with message 'Cannot create file "C:\Users\magnus\AppData\Local\Temp\Decomp\CALCD". Access denied'.
---------------------------

The OnDecompressingFile event show a file name that seem truncated and with invalid characters:
'C:\Users\magnus\AppData\Local\Temp\Decomp\CALCD'#0'えӭ'#0'\CALC_F:49 '#0#0

I am using the latest stable release (JVCL336). The error shows in Delphi 2009 (no problems in Delphi 2007). Since I can't open the zlib archive file I'm not sure if the error is in the compressing or the decompressing process.

Anu clues?

Regards,
Magnus Rosendahl


Subject: Re: JVCL 3.36 Released!
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Mon, 26 Jan 2009 10:57:25 +0100
Newsgroups: jedi.vcl

> >Maksym Pyatnytskyy wrote:
> >If the JCL supports it, then the JVCL will do as well as the JVCL does 
> >not crash the dcc32 compiler.
> >And as indicated elsewhere by Ralf, the JCL has been fixed.
> >

We'll likely do a new release of the JCL (tagged 1.104.1.3252 or 
equivalent) that will contain Andreas' fix for Delphi 2005.

The support for Delphi.net 2007 is broken too. Is it required by some 
developers?

- Florent



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvThreadAnimateDialog
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 26 Jan 2009 09:38:07 +0100
Newsgroups: jedi.vcl

Have a look at the JvThread Example.

There are two TJvxxxxThread Dialog Components shown.

In the basiscs: The dialog components give you the option to show a dialog
(modal or non modal) while the thread is running.

Greetings
Jens

> > Huh?
> >Does anyone have any idea how to use this?  Any help would be appreciated.
> >I can't find anything about it online.
> >
> >Thanks,
> >
> >Ken
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.36 Released!
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 26 Jan 2009 09:14:13 +0100
Newsgroups: jedi.general,jedi.vcl

Maksym Pyatnytskyy wrote:
> Does this version REALLY support Delphi 2005?
> What about dcc32 compiler crash?

If the JCL supports it, then the JVCL will do as well as the JVCL does not crash the dcc32 compiler.
And as indicated elsewhere by Ralf, the JCL has been fixed.


Subject: jvThreadAnimateDialog
From: "Ken Davis" <nospam@mailinator.com>
Date: Mon, 26 Jan 2009 06:47:59 +0100
Newsgroups: jedi.vcl

 Huh?
Does anyone have any idea how to use this?  Any help would be appreciated.
I can't find anything about it online.

Thanks,

Ken



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVPageControl - OnPageChanging
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 25 Jan 2009 21:16:25 +0100
Newsgroups: jedi.vcl

Steve Faleiro wrote:

> > Is this a
> > bug or a feature?

That's the standard behavior that is inherited from TPageControl.


-- Regards, Andreas Hausladen 

Subject: Re: Can't sign up for Mantis
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sun, 25 Jan 2009 12:06:39 -0800
Newsgroups: jedi.vcl

Nevermind.  It finally got sent, after a few hours.

"Mason Wheeler" <masonwheeler@yahoo.com> wrote in message 
news:gli7b0$gmb$1@news.talkto.net...
> >I tried to create a new Mantis account.  It said it would send me a 
> >validation email, but it never got sent.  (Yes, I checked my spam folder. 
> >It's not there either.)  Would someone mind manually activating my account?
> >
> > Username: masonwheeler
> > Email:        masonwheeler@yahoo.com
> > 




Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 25 Jan 2009 20:33:01 +0100
Newsgroups: jedi.vcl

On Sun, 25 Jan 2009 15:45:46 +0100, "Andreas Hausladen" wrote:

>> >> I still tried it with different settings in the installer, but
>> >> unfortunately it doesn't crash here.
> >
> >Do you have installed C++Builder as well?

I've installed C++Builder - you've indicated in your first message in
this thread that it is a C++ issue.

> >It's the -JL (generate all
> >C++ files) option that crashes the compiler while it is writing the
> >*.lib file. And it is the TList<TBookmark> that causes this bug.
> >
> >QC #70845: Compiler crashes when generating *.lib file with generics in
> >unit
> >http://qc.codegear.com/wc/qcmain.aspx?d=70845

I can repeat this example, but can't with the JVCL although I get
always fresh .lib and .bpi files.

I guess the chance to get this fixed is higher if one would find the
offending code in TList<T>.
-- Uwe 

Subject: Can't sign up for Mantis
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sun, 25 Jan 2009 11:29:01 -0800
Newsgroups: jedi.vcl

I tried to create a new Mantis account.  It said it would send me a 
validation email, but it never got sent.  (Yes, I checked my spam folder. 
It's not there either.)  Would someone mind manually activating my account?

Username: masonwheeler
Email:        masonwheeler@yahoo.com 




Subject: Re: JvInspector.pas in the 3.36 release has a UTF8 BOM
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 25 Jan 2009 19:23:02 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > That's weird, I checked compilation before creating the branch and
> > did not get any error.

Sorry, I haven't used a hex editor. I trusted Notepad which wants to
save the file in UTF8 while it wants to save other JVCL\run files in
ANSI encoding. Furhtermore my Delphi 7 installation complained about an
unexpected char. And when I opened the file in nodepad and explicitly
saved it as ANSI, the compiler accepted the file.



-- Regards, Andreas Hausladen 

Subject: JVPageControl - OnPageChanging
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Sun, 25 Jan 2009 16:56:51 +0000 (UTC)
Newsgroups: jedi.vcl

The OnPageChanging event of JvPageControl does not fire when changing
tabs using TabIndex, but only fires when a tab is 'clicked'. Is this a
bug or a feature?

-- Regards, -Steve Faleiro- 

Subject: JVCheckbox background color on JVGradient
From: "Steve Faleiro" <steve_goa@yahoo.com>
Date: Sun, 25 Jan 2009 16:52:34 +0000 (UTC)
Newsgroups: jedi.vcl

When a JVCheckbox is on a form that has JVGradient, it assumes the
background color of the parent container and not that of the
JVGradient. Is it possible to make it behave like JVLabel in the same
situation (ie. truly transparent background)?

-- Regards, -Steve Faleiro- 

Subject: Re: JvInspector.pas in the 3.36 release has a UTF8 BOM
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sun, 25 Jan 2009 18:40:35 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Christian Sciberras wrote:
>
>> I don't get this problem on my Delphi 7. Maybe your decompressor
>> messed it up?
>
> On two different systems? (Vista: 7zip; WinXP: WinZip)
>
> JVCL336CompleteJCL1104-Build3248.zip:
> http://downloads.sourceforge.net/jvcl/JVCL336CompleteJCL1104-Build3248.zip?modtime=1232568306&big_mirror=0
>
>
>

I've used WinXP and 7Zip, just for your info.

Christian Sciberras


Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 25 Jan 2009 15:45:46 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > I still tried it with different settings in the installer, but
> > unfortunately it doesn't crash here.

Do you have installed C++Builder as well? It's the -JL (generate all
C++ files) option that crashes the compiler while it is writing the
*.lib file. And it is the TList<TBookmark> that causes this bug.

QC #70845: Compiler crashes when generating *.lib file with generics in
unit
http://qc.codegear.com/wc/qcmain.aspx?d=70845



-- Regards, Andreas Hausladen 

Subject: Re: JvInspector.pas in the 3.36 release has a UTF8 BOM
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 25 Jan 2009 14:48:01 +0100
Newsgroups: jedi.vcl

Christian Sciberras wrote:

> > I don't get this problem on my Delphi 7. Maybe your decompressor
> > messed it up?

On two different systems? (Vista: 7zip; WinXP: WinZip)

JVCL336CompleteJCL1104-Build3248.zip:
http://downloads.sourceforge.net/jvcl/JVCL336CompleteJCL1104-Build3248.zip?modtime=1232568306&big_mirror=0



-- Regards, Andreas Hausladen 

Subject: Re: JvInspector.pas in the 3.36 release has a UTF8 BOM
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sun, 25 Jan 2009 13:44:47 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Andreas Hausladen wrote:
>> The JvInspector.pas in the 3.36 release has a UTF8 BOM, causing trouble
>> in Delphi 5-7. I don't know if other files are also affected ( I only
>> needed an updated JvInspector.pas for an older JVCL version ). The SVN
>> trunk version doesn't have this UTF8 BOM.
>
> That's weird, I checked compilation before creating the branch and did not get any error.

I don't get this problem on my Delphi 7. Maybe your decompressor messed it up?

Christian Sciberras


Subject: Re: Customizing JvDesignPanel (or is it?)
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sun, 25 Jan 2009 13:41:04 +0200
Newsgroups: jedi.vcl

Christian Sciberras wrote:
> JEDI Team,
>
> I find this component very convinient and easy to, but I would like to customize it (or enhance its features?)
>
> What I would like it to do is perform some actions like Delphi's designer including:
> -automatic snapping of components (with a grid)
> -automatically showing alignment lines (eg, a blue line when a moving button's Left is the same as that of another component)
>
> You get the idea, it looks something like Delphi's newwer features.
>
> I don't ask this support, right now but rather for some suggestions where to start.
> For one thing, can this be done without having to mess up with it's working code?
>
> Sorry if I'm a bit too superflous in this case.
>
> Kind regards,
> Christian Sciberras

The alignment markers was completed. Here's the relevant code. You're free to add it to the demo, or use it in any way you want. The code goes into the OnPaint event (as shown). IMPORTANT: You must repaint the canvas when selection occurs, thus the "JvDesignPanel1.Repaint;" in OnSelectionChange event.
///////////////////////////////////////////////////////////////////////////////
procedure TForm1.JvDesignPanel1Paint(Sender: TObject);
  procedure DrawLineH(i:Integer);
  begin
    JvDesignPanel1.Canvas.MoveTo(0,i);
    JvDesignPanel1.Canvas.LineTo(JvDesignPanel1.Width,i);
  end;
  procedure DrawLineV(i:Integer);
  begin
    JvDesignPanel1.Canvas.MoveTo(i,0);
    JvDesignPanel1.Canvas.LineTo(i,JvDesignPanel1.Height);
  end;
var i,n:Integer;
begin
  JvDesignPanel1.Canvas.Pen.Color:=clBlue;
  JvDesignPanel1.Canvas.Pen.Width:=1;
  JvDesignPanel1.Canvas.Pen.Style:=psSolid;
  for i:=0 to Length(JvDesignPanel1.Surface.Selected)-1 do
    if (JvDesignPanel1.Surface.Selected[i] is TControl) then
      for n:=0 to JvDesignPanel1.ComponentCount-1 do
        if (JvDesignPanel1.Components[n] is TControl)and(JvDesignPanel1.Components[n]<>JvDesignPanel1.Surface.Selected[i]) then begin
          // x
          if TControl(JvDesignPanel1.Surface.Selected[i]).Left=TControl(JvDesignPanel1.Components[n]).Left
            then DrawLineV(TControl(JvDesignPanel1.Surface.Selected[i]).Left);
          // w
          if TControl(JvDesignPanel1.Surface.Selected[i]).Left+TControl(JvDesignPanel1.Surface.Selected[i]).Width=TControl(JvDesignPanel1.Components[n]).Left+TControl(JvDesignPanel1.Components[n]).Width
            then DrawLineV(TControl(JvDesignPanel1.Surface.Selected[i]).Left+TControl(JvDesignPanel1.Surface.Selected[i]).Width);
          // y
          if TControl(JvDesignPanel1.Surface.Selected[i]).Top=TControl(JvDesignPanel1.Components[n]).Top
            then DrawLineH(TControl(JvDesignPanel1.Surface.Selected[i]).Top);
          // h
          if TControl(JvDesignPanel1.Surface.Selected[i]).Top+TControl(JvDesignPanel1.Surface.Selected[i]).Height=TControl(JvDesignPanel1.Components[n]).Top+TControl(JvDesignPanel1.Components[n]).Height
            then DrawLineH(TControl(JvDesignPanel1.Surface.Selected[i]).Top+TControl(JvDesignPanel1.Surface.Selected[i]).Height);
        end;
end;

procedure TForm1.JvDesignPanel1SelectionChange(Sender: TObject);
begin
  JvDesignPanel1.Repaint;
end;
///////////////////////////////////////////////////////////////////////////////
Excuse my primitive code, I didn't do any optimization and checking yet. Still, it seems to work great.

I'll try my luck with multiple selection. This is a bit harder considering very few events are called when in design mode. Any help is welcome, I sure need it.
The objective is to select multiple controls on the panel in the rectangular selection square. I've got the coding done, but can't find the right place to call it nor find the right coordinates.

Kind regards,
Christian Sciberras


Subject: Re: LoadDockTreeFromAppStorage do not work anymore with JVCL 3.36
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Sun, 25 Jan 2009 12:12:42 +0100
To: Jens Fudickar <jens.fudickar@oratool.de>
Newsgroups: jedi.vcl

It's ok now, I saw this commented line and I haven't reacted :)


Subject: Re: JvInspector.pas in the 3.36 release has a UTF8 BOM
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 25 Jan 2009 11:35:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The JvInspector.pas in the 3.36 release has a UTF8 BOM, causing trouble
> in Delphi 5-7. I don't know if other files are also affected ( I only
> needed an updated JvInspector.pas for an older JVCL version ). The SVN
> trunk version doesn't have this UTF8 BOM.

That's weird, I checked compilation before creating the branch and did not get any error.


Subject: Re: TJvAppXMLFileStorage and TJvFormStorage
From: "JCRocks" <ptrawick@yahoo.com>
Date: Sat, 24 Jan 2009 22:53:13 +0100
Newsgroups: jedi.vcl

Thanks for the response.

I'm in the process of upgrading to Delphi 2009. This month I was asked to
write a windows program after being away from Delphi since version 5. I
located my old Delphi 5 CD and proceeded to code Delphi again with the
help of many great open source components. This new responsibility has
reminded me how much I enjoyed Delphi back then.

Let me update to version 2009 and port my application and give it another
try. I'll post back here when done.

Thanks Again,

Phil



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvPanel Bug
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sat, 24 Jan 2009 21:27:44 +0200
Newsgroups: jedi.vcl

Christian Sciberras wrote:
> I have just installed the new JVCL version and found some very irregular behaviour in TJvPanel. I'm making it resizable to do something like in MS Paint's resizable canvas.
> When the grip is clicked moved (ie, control is resized), it messes (somehow) the cursor state, that is, the cursor stays the same crSizeNWSE. I'm not sure where is the problem, I've yet have to investigate the cause. If I get any further in a solution, I'll reply here.
> As of know, I've tested this in different programs with different parameters, but the issue stays the same.
>
> Kindly,
> Christian Sciberras

Looks like the bug is caused by the grip. It seems to be setting Screen.Cursor when clicked but not setting it back afterwords.

Christian Sciberras.


Subject: Re: TJVPlugin Problem
From: rob <robsub@creativemfg.ca>
Date: Sat, 24 Jan 2009 14:21:14 -0500
Newsgroups: jedi.vcl

Hi Fabrizio,

After fooling around and doing some more comparisons between my app and the example, I had fastShareMem in my uses clause and they had ShareMem.  After putting ShareMem in my app Uses Clause, it solved a lot of small issues.

-Rob

Fabrizio Monti wrote:
> rob ha scritto:
>> Hi Everyone,
>>
>> I've been fooling around with the Jedi Plugin architecture for a few weeks and I've got it working quite well except for one error on unloading a plugin.
>>
>> The error is "Project... raised too many consecutive exceptions: 'av at 0x00000000: read of address 0x00000000' etc...
>>
>> To narrow this down (as I expect there's an object being freed that hasn't been constructed) I looked at the sample project in jvcl\examples\JvPlugin\1SimplePlugin.  I tested that app with some of my conditions and I had no problem.
>>
>> So I created my own app with this code (this is the whole implementation of the app - one button, one listbox, one TJVPluginManager):
>>
>> //Disallow loading all plugins.  Forces an unload.
>> procedure TForm1.JvPluginManager1AfterLoad(Sender: TObject;
>>   FileName: String; const ALibHandle: Cardinal; var AllowLoad: Boolean);
>> begin
>>   AllowLoad := False;
>> end;
>>
>> //Load the plugins
>> procedure TForm1.Button1Click(Sender: TObject);
>> begin
>>    JvPluginManager1.LoadPlugins;
>>    JvPluginManager1.GetLoadedPlugins(ListBox1.Items);
>> end;
>>
>>
>> I use a folder .\Plugins off the root where my app runs.  I put the SamplePluginOne.dll file from the 1SamplePlugin example into the .\Plugins Folder.  I then ran my simple app.
>>
>> This app also blows up with the same error.
>>
>> So my question is - who is using JVPlugins and can they also reproduce this?  IF so what is going on?
>>
>> Thanks
>>
>> -Rob
>
>
> Hi, I used to use interfaces to manage plugins. I had to free them manually (MyInterface := nil) otherwise my app had would execute an error on close.
>
> I hope this helps :(


Subject: TJvPanel Bug
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sat, 24 Jan 2009 21:11:48 +0200
Newsgroups: jedi.vcl

I have just installed the new JVCL version and found some very irregular behaviour in TJvPanel. I'm making it resizable to do something like in MS Paint's resizable canvas.
When the grip is clicked moved (ie, control is resized), it messes (somehow) the cursor state, that is, the cursor stays the same crSizeNWSE. I'm not sure where is the problem, I've yet have to investigate the cause. If I get any further in a solution, I'll reply here.
As of know, I've tested this in different programs with different parameters, but the issue stays the same.

Kindly,
Christian Sciberras


Subject: Re: JVCL 3.36 Released!
From: "Maksym Pyatnytskyy" <mpyat2@gmail.com>
Date: Sat, 24 Jan 2009 19:58:12 +0200
Newsgroups: jedi.general,jedi.vcl

Does this version REALLY support Delphi 2005?
What about dcc32 compiler crash?

Sincerely, Max

"OBones" <obones_gfd_@_gfd_altern.org> ???????/???????? ? ???????? 
?????????: news:gl7q5l$u1k$1@news.talkto.net...
> > The JVCL Team is proud to announce that the stable release of JVCL 3.36 is 
> > available for download.
> >
> > JVCL is a library of more than 600 visual and non-visual components for 
> > Delphi 5, 6, 7, 2005, 2006, 2007 and 2009; C++Builder 5, 6, 2006, 2007 and 
> > 2009. JVCL is distributed subject to the Mozilla Public License Version 
> > 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for 
> > all developers (open source, shareware or commercial) and includes the 
> > full source to all components.
> >
> > This release brings numerous improvements for all targets and is the first 
> > to officially support all targets including the 2009 releases from 
> > Codegear.
> >
> > This release is available in four different flavors:
> > - Full install + latest JCL
> > - Full install without JCL
> > - Source and examples only
> > - Source only
> >
> > The current version is JVCL 3.36.
> >
> >
> > The JVCL Team
> > http://jvcl.sourceforge.net 




Subject: JvInspector.pas in the 3.36 release has a UTF8 BOM
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 24 Jan 2009 16:39:30 +0100
Newsgroups: jedi.vcl

The JvInspector.pas in the 3.36 release has a UTF8 BOM, causing trouble
in Delphi 5-7. I don't know if other files are also affected ( I only
needed an updated JvInspector.pas for an older JVCL version ). The SVN
trunk version doesn't have this UTF8 BOM.

-- Regards, Andreas Hausladen 

Subject: Re: LoadDockTreeFromAppStorage do not work anymore with JVCL 3.36
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 24 Jan 2009 15:22:42 +0100
Newsgroups: jedi.vcl

Hi Yann,

better try the following fixed procedure:

procedure TJvCustomAppXMLStorage.SplitKeyPath(const Path: string; out Key, ValueName: string);
begin
  inherited SplitKeyPath(Path, Key, ValueName);
  ValueName := CheckNodeNameCharacters(ValueName);
  if Key = '' then
    Key := Path;
end;


It seems to be that i have introduced this bug one year ago:-(

Please give me a feedback, if this fix works for you without problems.

Greetings and thanks
Jens


Yann PAPOUIN schrieb:
> I create an account on mantis but I'm no receiving any email so I continue to post here. So, I tracked down the bug into the "CreateZoneAndAddInfo" procedure implemented in "CreateZoneAndAddInfoFromAppStorage" from the unit JvDockInfo
>
> "if FAppStorage.PathExists(FormList[Index])" return false whereas the path should exist.As "PathExists" is declared in JvAppStorage, it called the "PathExistsInt" from the Storage child class, that is for XML:
>
> function TJvCustomAppXMLStorage.PathExistsInt(const Path: string): Boolean;
> var
>   SubKey: string;
>   ValueName: string;
>   Node: TJvSimpleXmlElem;
> begin
>   Result := False;
>   SplitKeyPath(Path, SubKey, ValueName);
>
>   Node := GetNodeFromPath(SubKey);
>   if Assigned(Node) then
>   begin
>     Result := Assigned(Node.Items.ItemNamed[ValueName]);
>   end;
> end;
>
> The problem is that ValueName has the value "MainForm@BottomDockPanel" but an XML node can't have a @ char in it so I added a replacement method to replace '@' by to finally get:
>
> function TJvCustomAppXMLStorage.PathExistsInt(const Path: string): Boolean;
> var
>   SubKey: string;
>   ValueName: string;
>   Node: TJvSimpleXmlElem;
> begin
>   Result := False;
>   SplitKeyPath(Path, SubKey, ValueName);
>
>   Node := GetNodeFromPath(SubKey);
>   if Assigned(Node) then
>   begin
>     ValueName := StringReplace(ValueName, '@', '_',[rfReplaceAll, rfIgnoreCase]);
>     Result := Assigned(Node.Items.ItemNamed[ValueName]);
>   end;
> end;
>
> It is just a quick fix for my application, the solution should be elsewhere

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: LoadDockTreeFromAppStorage do not work anymore with JVCL 3.36
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Sat, 24 Jan 2009 14:45:53 +0100
Newsgroups: jedi.vcl

I create an account on mantis but I'm no receiving any email so I continue to post here. So, I tracked down the bug into the "CreateZoneAndAddInfo" procedure implemented in "CreateZoneAndAddInfoFromAppStorage" from the unit JvDockInfo

"if FAppStorage.PathExists(FormList[Index])" return false whereas the path should exist.As "PathExists" is declared in JvAppStorage, it called the "PathExistsInt" from the Storage child class, that is for XML:

function TJvCustomAppXMLStorage.PathExistsInt(const Path: string): Boolean;
var
  SubKey: string;
  ValueName: string;
  Node: TJvSimpleXmlElem;
begin
  Result := False;
  SplitKeyPath(Path, SubKey, ValueName);

  Node := GetNodeFromPath(SubKey);
  if Assigned(Node) then
  begin
    Result := Assigned(Node.Items.ItemNamed[ValueName]);
  end;
end;

The problem is that ValueName has the value "MainForm@BottomDockPanel" but an XML node can't have a @ char in it so I added a replacement method to replace '@' by to finally get:

function TJvCustomAppXMLStorage.PathExistsInt(const Path: string): Boolean;
var
  SubKey: string;
  ValueName: string;
  Node: TJvSimpleXmlElem;
begin
  Result := False;
  SplitKeyPath(Path, SubKey, ValueName);

  Node := GetNodeFromPath(SubKey);
  if Assigned(Node) then
  begin
    ValueName := StringReplace(ValueName, '@', '_',[rfReplaceAll, rfIgnoreCase]);
    Result := Assigned(Node.Items.ItemNamed[ValueName]);
  end;
end;

It is just a quick fix for my application, the solution should be elsewhere


Subject: Re: TJvAppXMLFileStorage and TJvFormStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 24 Jan 2009 11:39:46 +0100
Newsgroups: jedi.vcl

This are the contents i've added to the code now:

    // Property to define that after every change in the data this
    // changes should automaticly stored
    property AutoFlush: Boolean read FAutoFlush write FAutoFlush default False;
    // Property to define that before any data is read from the storage
    // the contents should be reread
    property AutoReload: Boolean read FAutoReload write FAutoReload default False;

Normally it should work. Could you provide a small sample, where it doesn't work? Post it to mantis and i will have a look for it.

Greetings
Jens

JCRocks schrieb:
> Thanks for the reply. Now in my mind the AutoFlush property would watch
> for changes and automatically post those to the xml file. Is that correct?
> I tried that but nothing appeared to happen. Also, what about the
> AutoReload property? Same concept?
>
>> You can also activate the XMLFileStorage.AutoFlush (Without sitting on my
>> Computer)
>> Greetings
>> Jens
>>
>>> What a goob! This is it:
>>>
>>> FormStorage.SaveFormPlacement;
>>> XMLFileStorage.Flush;
>>>
>>>
>>>
>>> --- posted by geoForum on http://delphi.newswhat.com
>>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>>
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJVPlugin Problem
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Sat, 24 Jan 2009 00:07:19 +0100
Newsgroups: jedi.vcl

rob ha scritto:
> Hi Everyone,
>
> I've been fooling around with the Jedi Plugin architecture for a few weeks and I've got it working quite well except for one error on unloading a plugin.
>
> The error is "Project... raised too many consecutive exceptions: 'av at 0x00000000: read of address 0x00000000' etc...
>
> To narrow this down (as I expect there's an object being freed that hasn't been constructed) I looked at the sample project in jvcl\examples\JvPlugin\1SimplePlugin.  I tested that app with some of my conditions and I had no problem.
>
> So I created my own app with this code (this is the whole implementation of the app - one button, one listbox, one TJVPluginManager):
>
> //Disallow loading all plugins.  Forces an unload.
> procedure TForm1.JvPluginManager1AfterLoad(Sender: TObject;
>   FileName: String; const ALibHandle: Cardinal; var AllowLoad: Boolean);
> begin
>   AllowLoad := False;
> end;
>
> //Load the plugins
> procedure TForm1.Button1Click(Sender: TObject);
> begin
>    JvPluginManager1.LoadPlugins;
>    JvPluginManager1.GetLoadedPlugins(ListBox1.Items);
> end;
>
>
> I use a folder .\Plugins off the root where my app runs.  I put the SamplePluginOne.dll file from the 1SamplePlugin example into the .\Plugins Folder.  I then ran my simple app.
>
> This app also blows up with the same error.
>
> So my question is - who is using JVPlugins and can they also reproduce this?  IF so what is going on?
>
> Thanks
>
> -Rob


Hi, I used to use interfaces to manage plugins. I had to free them manually (MyInterface := nil) otherwise my app had would execute an error on close.

I hope this helps :(


Subject: Typo In Scheduler Editor Form
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Fri, 23 Jan 2009 23:59:54 +0100
Newsgroups: jedi.vcl

Hi all :)

The typo is "januari" instead of, guess? :P, "january" :) in some TComboBox.

There's another odd behaviour is TJvScheduleEvent: let's suppose I create at design time 1 event. Now let's put "AutoSave" ON.

First time I run my app, obliviously my configuration file is empty. TJvScheduleEditor tries to load from it, and... it deletes my design-time created event.

Bye :)
Fabrizio


Subject: TJVPlugin Problem
From: rob <robsub@creativemfg.ca>
Date: Fri, 23 Jan 2009 17:15:35 -0500
Newsgroups: jedi.vcl

Hi Everyone,

I've been fooling around with the Jedi Plugin architecture for a few weeks and I've got it working quite well except for one error on unloading a plugin.

The error is "Project... raised too many consecutive exceptions: 'av at 0x00000000: read of address 0x00000000' etc...

To narrow this down (as I expect there's an object being freed that hasn't been constructed) I looked at the sample project in jvcl\examples\JvPlugin\1SimplePlugin.  I tested that app with some of my conditions and I had no problem.

So I created my own app with this code (this is the whole implementation of the app - one button, one listbox, one TJVPluginManager):

//Disallow loading all plugins.  Forces an unload.
procedure TForm1.JvPluginManager1AfterLoad(Sender: TObject;
  FileName: String; const ALibHandle: Cardinal; var AllowLoad: Boolean);
begin
  AllowLoad := False;
end;

//Load the plugins
procedure TForm1.Button1Click(Sender: TObject);
begin
   JvPluginManager1.LoadPlugins;
   JvPluginManager1.GetLoadedPlugins(ListBox1.Items);
end;


I use a folder .\Plugins off the root where my app runs.  I put the SamplePluginOne.dll file from the 1SamplePlugin example into the ..\Plugins Folder.  I then ran my simple app.

This app also blows up with the same error.

So my question is - who is using JVPlugins and can they also reproduce this?  IF so what is going on?

Thanks

-Rob


Subject: Re: TJvAppXMLFileStorage and TJvFormStorage
From: "JCRocks" <ptrawick@yahoo.com>
Date: Fri, 23 Jan 2009 23:02:56 +0100
Newsgroups: jedi.vcl

Thanks for the reply. Now in my mind the AutoFlush property would watch
for changes and automatically post those to the xml file. Is that correct?
I tried that but nothing appeared to happen. Also, what about the
AutoReload property? Same concept?

> >You can also activate the XMLFileStorage.AutoFlush (Without sitting on my
> >Computer) 
> >
> >Greetings
> >Jens
> >
>> >>What a goob! This is it:
>> >>
>> >>FormStorage.SaveFormPlacement;
>> >>XMLFileStorage.Flush;
>> >>
>> >>
>> >>
>> >>--- posted by geoForum on http://delphi.newswhat.com
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ANN: JVCL 3.36 Released!
From: Peter Stadler <Peter.Stadler@univie.ac.at>
Date: Fri, 23 Jan 2009 21:19:01 +0100
Newsgroups: jedi.general,jedi.vcl

OBones schrieb:
>
>> Hello,
>>
>> I installed Version 3.36 of Jcl and Jvcl in my BDS 2006 without problems. But I get with my programs an compilation error
>>
>> in German
>> [Pascal Fataler Fehler] MonteliusEditorMain.pas(33): F2051 Unit JvJCLUtils wurde mit einer unterschiedlichen Version von JclStrings.CharIsDigit compiliert
>>
>> which means in English
>>
>> JvJCLUtils was compiled with a different version of JclString.CharIsDigit.
>>
>> I have no other component dependent on Jcl and JVCL. So what could be
>> the reason?
>>
>> Sincerely
>
> You have old dcu or dcp files somewhere on your hard drive. Remove them and you'll be sorted

Hello,

Thanks al lot. This helped!

Sincerely

Peter


Subject: Re: JvRichEdit keyboard switching
From: "soul_draco" <kjhgfd@dfg.fdd>
Date: Fri, 23 Jan 2009 18:28:59 +0100
Newsgroups: jedi.vcl

> >The default shortcut for changing languages in Windows is "Ctrl + Shift"
> >Are you sure you are not using this inadvertently?
> >

Of course I don't. How I said, it does only when I import text from
clipboard f.e. from another word document (of course czech too). Keyboard
becomes EN and even when i use ctrl + shift, i can't switch it to CZ (it
switches to CZ and when i write something to that text, it's again EN). It
switches for every new word. It's annoying and makes my app unuseable :(

JvRichEdit has a lot of properties. I wanted to know if something can't do
that. My autokeyboard and autofont are both off. Any other property can
change keyboard or it's a bug in JvRichEdit?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Customizing JvDesignPanel (or is it?)
From: Christian Sciberras <uuf6429@gmail.com>
Date: Fri, 23 Jan 2009 17:14:03 +0200
Newsgroups: jedi.vcl

JEDI Team,

I find this component very convinient and easy to, but I would like to customize it (or enhance its features?)

What I would like it to do is perform some actions like Delphi's designer including:
-automatic snapping of components (with a grid)
-automatically showing alignment lines (eg, a blue line when a moving button's Left is the same as that of another component)

You get the idea, it looks something like Delphi's newwer features.

I don't ask this support, right now but rather for some suggestions where to start.
For one thing, can this be done without having to mess up with it's working code?

Sorry if I'm a bit too superflous in this case.

Kind regards,
Christian Sciberras


Subject: Re: ANN: JVCL 3.36 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 23 Jan 2009 15:14:07 +0100
Newsgroups: jedi.general,jedi.vcl

Peter Stadler wrote:
> OBones schrieb:
>> The JVCL Team is proud to announce that the stable release of JVCL 3.36 is available for download.
>>
>> JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006, 2007 and 2009; C++Builder 5, 6, 2006, 2007 and 2009. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.
>>
>> This release brings numerous improvements for all targets and is the first to officially support all targets including the 2009 releases from Codegear.
>>
>> This release is available in four different flavors:
>> - Full install + latest JCL
>> - Full install without JCL
>> - Source and examples only
>> - Source only
>>
>> The current version is JVCL 3.36.
>>
>>
>> The JVCL Team
>> http://jvcl.sourceforge.net
>
> Hello,
>
> I installed Version 3.36 of Jcl and Jvcl in my BDS 2006 without problems. But I get with my programs an compilation error
>
> in German
> [Pascal Fataler Fehler] MonteliusEditorMain.pas(33): F2051 Unit JvJCLUtils wurde mit einer unterschiedlichen Version von JclStrings.CharIsDigit compiliert
>
> which means in English
>
> JvJCLUtils was compiled with a different version of JclString.CharIsDigit.
>
> I have no other component dependent on Jcl and JVCL. So what could be
> the reason?
>
> Sincerely

You have old dcu or dcp files somewhere on your hard drive. Remove them and you'll be sorted


Subject: LoadDockTreeFromAppStorage do not work anymore with JVCL 3.36
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Fri, 23 Jan 2009 13:43:33 +0100
Newsgroups: jedi.vcl

Hi,

Another small problem, "Save" is working but not "Load".
I tried the JvDocking\AdvanceDemo\Delphi_Source demo, INI and REG are working but not the XML one.

Yann



Subject: Re: TJvHidDeviceController and JVCL 3.36 Compilation error
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Fri, 23 Jan 2009 09:40:35 +0100
Newsgroups: jedi.vcl

Ok, no old dcu, dcl or bpl found, so I just built JvCustomR package just after the JvSystemR package and now it's working ... strange.

But one thing important, a lot of libraries are using .inc files from the jcl/jvcl libs so when you're installing a new version of jcl/jvcl, think about moving FIRST the new added path in the delphi settings.


Subject: Re: TJvAppXMLFileStorage and TJvFormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 23 Jan 2009 09:24:48 +0100
Newsgroups: jedi.vcl

You can also activate the XMLFileStorage.AutoFlush (Without sitting on my
Computer) 

Greetings
Jens

> >What a goob! This is it:
> >
> >FormStorage.SaveFormPlacement;
> >XMLFileStorage.Flush;
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ANN: JVCL 3.36 Released!
From: Peter Stadler <Peter.Stadler@univie.ac.at>
Date: Fri, 23 Jan 2009 08:36:06 +0100
Newsgroups: jedi.general,jedi.vcl

OBones schrieb:
> The JVCL Team is proud to announce that the stable release of JVCL 3.36 is available for download.
>
> JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006, 2007 and 2009; C++Builder 5, 6, 2006, 2007 and 2009. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.
>
> This release brings numerous improvements for all targets and is the first to officially support all targets including the 2009 releases from Codegear.
>
> This release is available in four different flavors:
> - Full install + latest JCL
> - Full install without JCL
> - Source and examples only
> - Source only
>
> The current version is JVCL 3.36.
>
>
> The JVCL Team
> http://jvcl.sourceforge.net

Hello,

I installed Version 3.36 of Jcl and Jvcl in my BDS 2006 without problems. But I get with my programs an compilation error

in German
[Pascal Fataler Fehler] MonteliusEditorMain.pas(33): F2051 Unit JvJCLUtils wurde mit einer unterschiedlichen Version von JclStrings.CharIsDigit compiliert

which means in English

JvJCLUtils was compiled with a different version of JclString.CharIsDigit.

I have no other component dependent on Jcl and JVCL. So what could be
the reason?

Sincerely

Peter


Subject: Re: TJvAppXMLFileStorage and TJvFormStorage
From: "JCRocks" <ptrawick@yahoo.com>
Date: Fri, 23 Jan 2009 06:41:11 +0100
Newsgroups: jedi.vcl

What a goob! This is it:

FormStorage.SaveFormPlacement;
XMLFileStorage.Flush;



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvAppXMLFileStorage and TJvFormStorage
From: "JCRocks" <ptrawick@yahoo.com>
Date: Fri, 23 Jan 2009 06:32:23 +0100
Newsgroups: jedi.vcl

 Hello,

I'm storing many application settings to an XML file using the components
listed in the subject.

I have a Apply button on my form and I would like have the user save new
settings by pressing this button.

I've tried many of the funtions and procedures these components provide to
save the settings to the XML file by pressing the Apply button but nothing
seems to work.

Just for grins, I changed the XML file manually and was able to reload the
values using:

XMLFileStorage.Reload;
FormStorage.RestoreFormPlacement;

I need to preform the action the other way though.

Thanks for the help -



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvRichEdit keyboard switching
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 22 Jan 2009 21:52:33 +0100
Newsgroups: jedi.vcl

The default shortcut for changing languages in Windows is "Ctrl + Shift"
Are you sure you are not using this inadvertently?


Subject: Re: TJvHidDeviceController and JVCL 3.36 Compilation error
From: "Yann Papouin" <yann.papouin@gmail.com>
Date: Thu, 22 Jan 2009 21:49:31 +0100
Newsgroups: jedi.vcl

> >You have old DCU, DCP or BPL files on your system.

Thank your for your answer, I will check this tomorrow even if when I
delete the hid.dcu file, the compiler told me that it is unable to found it.

This error is due to the Unit versioning system?



--- posted by geoForum on http://delphi.newswhat.com


Subject: How to assign a TBitmap to a TJCL32Bitmap?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Thu, 22 Jan 2009 20:16:38 +0100
Newsgroups: jedi.vcl

I've some images in a TBitmap and want to assign individual images from
that to TJCL32Bitmaps.
I've now only found methods etc. returning TBitmaps but no ones on the
TJCL32Bitmap which accept TBitmaps.

I'm using D2007 with JVCL 3.33

It doesn't help if I change the image list to the Jedi one as this one
also only has a GetBitmax(index, TBitmap) sort of method.

Greetings

Markus


Subject: Re: TJvHidDeviceController and JVCL 3.36 Compilation error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 22 Jan 2009 19:53:10 +0100
Newsgroups: jedi.vcl

Yann PAPOUIN wrote:

> Any idea ?

You have old DCU, DCP or BPL files on your system.


Subject: JvRichEdit keyboard switching
From: "soul_draco" <kjhgfd@dfg.fdd>
Date: Thu, 22 Jan 2009 19:44:18 +0100
Newsgroups: jedi.vcl

Hi there I hope i'm writting in the right place. I have a terrible problem
with my almost completed application. 

I'm using JvRichEdit and when I paste some text from clipboard, keyboard
switches to EN. When i switch it back to my language (CZ) and write sth,
it switches back to EN. 

I have autokeyboard and autofont set to false. 

What am I doing wrong? 
Thank you for reply, I'm in trap :(



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvHidDeviceController and JVCL 3.36 Compilation error
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Thu, 22 Jan 2009 18:03:13 +0100
Newsgroups: jedi.vcl

Hi,

I just updated my version from 3.30 to 3.36 and now, a new application with a TJvHidDeviceController component cannot be built.
The compiler says :
[DCC Erreur] Unit5.pas(7): F2051 L'unité Hid a été compilée avec une version différente de moduleloader.LoadModule

That is is english
[DCC Error] Unit5.pas(7): F2051 The unit Hid has been compiled with a different version of moduleloader.LoadModule

I tried to built manually the JvSystemD11R package in RELEASE mode without any sucess.
Any idea ?


Subject: JvDBUltimGrid displays images
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Thu, 22 Jan 2009 14:38:06 +0100
Newsgroups: jedi.vcl

Hi,
  TJvDBUltimGrid can diaplsy images? How?

Thanks.


Subject: Re: JvMaskEdit and Vista Theme
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 22 Jan 2009 13:46:05 +0100
Newsgroups: jedi.vcl

Mistral wrote:
> OBones ha scritto:
>> Mistral wrote:
>>>
>>>> Thanks for that. I wonder what happens if "Enable runtime themes" is not checked. However, if the rendering is correct in Win2000 SP4, then it should be fine as well.
>>>
>>> I've tried the JVCL 3.34 but I noticed that you not solved this issue. I still have to modify myself the sources to get JvMaskEdit working on Windows Vista. Did you plan to correct it in next versions?
>>
>> It's not in Mantis, and as such slipped through.
>
> I am trying the JVCL 3.36 but I noticed that you still not solved this issue!! I still have to modify myself the sources to get JvMaskEdit working correctly on Windows Vista (and Windows 7 beta now). What I've to do to put this issue in Mantis?

Get an account here:

http://homepages.codegear.com/jedi/issuetracker/

Thanks


Subject: Re: ANN: JVCL 3.36 Released!
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Thu, 22 Jan 2009 12:24:35 +0000
Newsgroups: jedi.general,jedi.vcl

Andreas Hausladen wrote:
> > OBones wrote:
> > 
>> >> - Source and examples only
>> >> - Source only
> > 
> > Are there really people downloading these packs?
> > 
> > 

Probably these using Turbo Delphi Explorer version (no visual
design-time allowed), like... me ?

(tough I didn't, but appreciate the info (my project is frozen now, must
not break it ;) ))

Lukasz


Subject: JvDBUltimGrid wrong position EditControls on First Column
From: Luigi Siciliano <ls@luigisiciliano.invalid>
Date: Thu, 22 Jan 2009 10:38:10 +0100
Newsgroups: jedi.vcl

Hi,
  I use a TJvDBUltimGrid with a TJvDBDateEdit on EditControl to edit a date Field.

This Date Field is the first Column on Grid, when I write the first row no Problem, when I go on first column on next row the DBDateEdit is positioned on row -1 (a.e.: If i am in row 3 the control is on row 2) whe I exit of DBDateEdit the focus is on correct row.

What I do to solve this wrong behavior?

Thanks in advance.

Luigi


Subject: Re: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Thu, 22 Jan 2009 10:18:27 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Mistral wrote:
>>
>>> Thanks for that. I wonder what happens if "Enable runtime themes" is not checked. However, if the rendering is correct in Win2000 SP4, then it should be fine as well.
>>
>> I've tried the JVCL 3.34 but I noticed that you not solved this issue. I still have to modify myself the sources to get JvMaskEdit working on Windows Vista. Did you plan to correct it in next versions?
>
> It's not in Mantis, and as such slipped through.

I am trying the JVCL 3.36 but I noticed that you still not solved this issue!! I still have to modify myself the sources to get JvMaskEdit working correctly on Windows Vista (and Windows 7 beta now). What I've to do to put this issue in Mantis?

Thanks


Subject: Re: ANN: JVCL 3.36 Released!
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 22 Jan 2009 00:20:28 +0100
Newsgroups: jedi.general,jedi.vcl

OBones wrote:

> > - Source and examples only
> > - Source only

Are there really people downloading these packs?


-- Regards, Andreas Hausladen 

Subject: ANN: JVCL 3.36 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 21 Jan 2009 21:42:16 +0100
Newsgroups: jedi.general,jedi.vcl

The JVCL Team is proud to announce that the stable release of JVCL 3.36 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006, 2007 and 2009; C++Builder 5, 6, 2006, 2007 and 2009. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release brings numerous improvements for all targets and is the first to officially support all targets including the 2009 releases from Codegear.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.36.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: 21th january daily zips successfully installed on Turbo Delphi PRO
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 21 Jan 2009 19:07:35 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:
> Like written in object :)

Thanks for letting us know


Subject: Re: TjvHotKey translations
From: "Heiko Sommerfeldt" <info@phoner.de>
Date: Wed, 21 Jan 2009 17:15:12 +0100
Newsgroups: jedi.vcl

Hi,

> > I am using TjvHotkey without problems. But Now I need to represent the 
> > hotkey in a different language than the system (Delphi?) language.
> > Is there a way to hook into this to do my own string representation?

Now I tried the following:
- Create handler for OnChange - works fine
- Do my own text representation of the .HotKey property - works fine
- call SetTextBuf() on TjvHotKey control - nothing happens

Does anybody have an idea? 




Subject: 21th january daily zips successfully installed on Turbo Delphi PRO
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Wed, 21 Jan 2009 16:52:19 +0100
Newsgroups: jedi.vcl

Like written in object :)


Subject: Update to JvValidateEdit
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 21 Jan 2009 05:43:14 -0800
Newsgroups: jedi.vcl

I made this patch while working on a script editor, and it was recently 
brought to my attention that the changes I made haven't been checked in.  So 
here's a patch that updates JvValidateEdit.pas with validation rules for 
Object Pascal variable names. (Should also work for C and several other 
languages.)  The new enum value is called dfIdentifier, and it only accepts 
alphanumerics and underscores, and the first character isn't allowed to be a 
numeral.

Mason 



JvValidateEdit.diff
	



Subject: TjvHotKey translations
From: "Heiko Sommerfeldt" <info@phoner.de>
Date: Tue, 20 Jan 2009 16:10:53 +0100
Newsgroups: jedi.vcl

Hello,

I am using TjvHotkey without problems. But Now I need to represent the 
hotkey in a different language than the system (Delphi?) language.
Is there a way to hook into this to do my own string representation?

Heiko 




Subject: Bug JvMail JCL 3.35
From: "medkyl" <medkyl@gmail.com>
Date: Sat, 17 Jan 2009 00:30:17 +0100
Newsgroups: jedi.vcl

Hello
I use the version JVCL 3.35 delphi 2009 and vista home and office 2007



With  TJvMail1.Create( nil) do
begin
  Clear;
  Recipient.AddRecipient('test@test.com','MyName');
  Subject:='Test Email';
  Body.Add(' testing mail component') ;
 SendMail();
 Free;
end;

error
Outlook add email with A:  <&>  while test@test.com

 adress and name  = <&>

Thank You



Subject: Re: TJvGroupBox always change "Checked" to TRUE
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Fri, 16 Jan 2009 00:48:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> Fabrizio Monti wrote:
>
>> I've noticed that TJvGroupBox property "Checked" is always TRUE
>
> This is now fixed in SVN.
>
>
> A better place for bug reports is the bug tracker:
> http://homepages.codegear.com/jedi/issuetracker/view_all_bug_page.php
>
>
Thank you :)


Subject: Re: TJvGroupBox always change "Checked" to TRUE
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 15 Jan 2009 23:27:58 +0100
Newsgroups: jedi.vcl

Fabrizio Monti wrote:

> > I've noticed that TJvGroupBox property "Checked" is always TRUE

This is now fixed in SVN.


A better place for bug reports is the bug tracker:
http://homepages.codegear.com/jedi/issuetracker/view_all_bug_page.php


-- Regards, Andreas Hausladen 

Subject: TJvGroupBox always change "Checked" to TRUE
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Thu, 15 Jan 2009 22:36:43 +0100
Newsgroups: jedi.vcl

Hi all,

I've noticed that TJvGroupBox property "Checked" is always TRUE (obliviously when "Checkable" is TRUE too).

This happens ALSO at design time (if I set to FALSE, and reboot Turbo Delphi, the JVGroupBox is checked).

Bye :)


Subject: Is TJvScheduleEvents multi-threaded?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Thu, 15 Jan 2009 20:58:12 +0100
Newsgroups: jedi.vcl

Is TJvScheduleEvents multi-threaded?

Thank you in advance :)
Fabrizio

PS: sorry, I've posted this also in jvcl.general. My fault :(


Subject: Re: How to make TJvBallonHint none-blocking?
From: "Edwin" <edwin@domain.com>
Date: Thu, 15 Jan 2009 10:04:34 +0800
Newsgroups: jedi.vcl

After calling ActivateHintPos, it seems that the code following it will be 
delayed for a while, maybe not 1000ms, but there was a delay. What I want is 
that it does not block the subsequent execution.

"Mason Wheeler" <masonwheeler@yahoo.com> wrote in message 
news:gkkttr$1oa$1@news.talkto.net...
> > "Edwin" <edwin@domain.com> wrote in message 
> > news:gkk13u$sji$1@news.talkto.net...
>> >> Hi,
>> >>
>> >> I use TJvBallonHint to show animated hint, but found it's blocking. 
>> >> Specifically, I call TJvBalloonHint.ActivateHintPos(myWinHandle, 
>> >> myPoint,'my hint', '', 1000)
> >
> > You call it... and what happens then?
> > 




Subject: Re: How to make TJvBallonHint none-blocking?
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 14 Jan 2009 08:48:17 -0800
Newsgroups: jedi.vcl

"Edwin" <edwin@domain.com> wrote in message 
news:gkk13u$sji$1@news.talkto.net...
> > Hi,
> >
> > I use TJvBallonHint to show animated hint, but found it's blocking. 
> > Specifically, I call TJvBalloonHint.ActivateHintPos(myWinHandle, 
> > myPoint,'my hint', '', 1000)

You call it... and what happens then? 




Subject: Re: TJvMemoryData vs. TClientDataset
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 14 Jan 2009 06:39:30 -0800
Newsgroups: jedi.vcl

>> >> 1.  CloneCursor.  This is a deal-breaker.  I can't work effectively 
>> >> without it.  Not without radically restructuring the business logic of my 
>> >> data editing code at least.
> >
> > I'm not sure what this does. But JvMemoryDataset already works with 
> > cursors, so it should be possible to implement it.
Basically, CloneCursor causes one TClientDataset's cursor to point to the
datastore of a second TClientDataset, allowing for multiple views of the 
same
data.  Each dataset can use its own set of columns, its own filters, and 
have
its own active row, but they're reading from and writing to the same data
store.

See the TClientDataset.CloneCursor documentation, and the article at
http://dn.codegear.com/article/29416 for further details.

>> >> 2.  Save to XML.  Not a complete deal-breaker, but it would sure be nice 
>> >> if I could.
> >
> > And I imagine you want a format compatible with what TClientDataset does? 
> > It's not impossible to do, it's just not implemented (yet).
Actually, the exact specifics of the format don't matter all that much to 
me.  I'm
not so far along that I'm tied to the implementation details, though other 
users
might find that nice.  I just want something in XML that's human-readable 
and
machine-parseable.
Oh, And it has to be able to handle any and all field types one way or 
another.
This is the thing that's giving me the most trouble with TClientDataset: it 
can't
convert TObjectField descendants to XML, so it raises an exception and gives
up on the entire operation if it encounters one.  Now, it's understandable 
that it
doesn't know how to save the contents of a TArrayField or TADTField to
XML; they don't contain any data. They only exist to provide structure to 
the
sub-fields defined under them.  But that's no excuse for aborting the entire
operation.  If a field doesn't contain any meaningful data, skip it or write 
it out as
an empty field.  If a BLOB field doesn't contain data that can be written to 
text,
write it as a hex-based BLOB, the way DFM format handles images.  But under
no circumstances should a dataset containing valid data be unable to write 
that
data to XML.

>> >> How can I get a JVCL dataset to do these two things?
> >
> > Apart from writing it yourself, I don't think there is anything out of the 
> > box
I probably would, if I had any idea how these things work.  I don't usually
operate on such a low level, though, and notes like the following, from
JvCsvData.pas, sorta scare me:

{$R-} // YOU CANNOT ENABLE RANGE CHECKING IN THIS UNIT! WE DO MANY 
DYNAMIC-ALLOCATED-MEMORY TECHNIQUES AND
      // GROWABLE-DATA-STRUCTURES AT RUNTIME THAT ARE INCOMPATIBLE WITH 
DELPHI'S RANGE CHECKING TECHNIQUES.
      // YOU ALSO PROBABLY CAN'T CONVERT THIS UNIT TO DOTNET IN ANY 
REASONABLE OR EASY WAY. THERE ARE A TON
      // OF UNSAFE LOW LEVEL MEMORY AND POINTER ACTIVITIES IN THIS UNIT!

But if there's anything I can do to help out, feel free to suggest it. 




Subject: How to make TJvBallonHint none-blocking?
From: "Edwin" <edwin@domain.com>
Date: Wed, 14 Jan 2009 16:36:37 +0800
Newsgroups: jedi.vcl

Hi,

I use TJvBallonHint to show animated hint, but found it's blocking. 
Specifically, I call TJvBalloonHint.ActivateHintPos(myWinHandle, myPoint,'my 
hint', '', 1000)

Thank you

Edwin 




Subject: Re: TJvMemoryData vs. TClientDataset
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 14 Jan 2009 09:07:25 +0100
Newsgroups: jedi.vcl

Mason Wheeler wrote:
> I've been using TClientDataset in my app, but I'm growing increasingly frustrated with some things that it's just not able to do properly, which is compounded by the fact that so much of the inner workings of the dataset take place inside a black-box DLL whose source I can't analyze.
>
> TJVMemoryData has all of its source code exposed, and looks like it could make a decent replacement.  The problem is, it doesn't seem to have two critical features, at least upon a casual examination.  Does anyone know how I can duplicate this functionality with TJVMemoryData:
>
> 1.  CloneCursor.  This is a deal-breaker.  I can't work effectively without it.  Not without radically restructuring the business logic of my data editing code at least.

I'm not sure what this does. But JvMemoryDataset already works with cursors, so it should be possible to implement it.


> 2.  Save to XML.  Not a complete deal-breaker, but it would sure be nice if I could.

And I imagine you want a format compatible with what TClientDataset does? It's not impossible to do, it's just not implemented (yet).


> How can I get a JVCL dataset to do these two things? 

Apart from writing it yourself, I don't think there is anything out of the box


Subject: Re: Unique a string list
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Tue, 13 Jan 2009 16:04:34 -0800
Newsgroups: jedi.vcl

Well then, welcome back.  It shouldn't be too hard to get back into the 
swing of things.

"JCRocks" <ptrawick@yahoo.com> wrote in message 
news:gkj245$oh4$1@news.talkto.net...
> > Thank You - I've been thrown back into Delphi development after being away
> > since version 5. Still trying to regain my footing.




Subject: TJvMemoryData vs. TClientDataset
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Tue, 13 Jan 2009 15:31:59 -0800
Newsgroups: jedi.vcl

I've been using TClientDataset in my app, but I'm growing increasingly 
frustrated with some things that it's just not able to do properly, which is 
compounded by the fact that so much of the inner workings of the dataset 
take place inside a black-box DLL whose source I can't analyze.

TJVMemoryData has all of its source code exposed, and looks like it could 
make a decent replacement.  The problem is, it doesn't seem to have two 
critical features, at least upon a casual examination.  Does anyone know how 
I can duplicate this functionality with TJVMemoryData:

1.  CloneCursor.  This is a deal-breaker.  I can't work effectively without 
it.  Not without radically restructuring the business logic of my data 
editing code at least.
2.  Save to XML.  Not a complete deal-breaker, but it would sure be nice if 
I could.

How can I get a JVCL dataset to do these two things? 




Subject: Re: Unique a string list
From: "JCRocks" <ptrawick@yahoo.com>
Date: Wed, 14 Jan 2009 00:30:51 +0100
Newsgroups: jedi.vcl

Thank You - I've been thrown back into Delphi development after being away
since version 5. Still trying to regain my footing.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Unique a string list
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Tue, 13 Jan 2009 15:15:33 -0800
Newsgroups: jedi.vcl

A standard TStringList can do this, actually.  Look in the documentation for 
the
TStringList.Duplicates property, and make sure to read the entire entry.

"JCRocks" <ptrawick@yahoo.com> wrote in message 
news:gkivpp$o60$1@news.talkto.net...
> > Is there a vcl available that has the ability to sort a string list and
> > then uniq the list much like you can do with linux commands?
> >
> > I need to count the number of files in a directory that have the same name
> > - they have different extentions but the same name. I was thinking if I
> > could get a unique list of the file names minus extention I could just
> > loop over that list and count the files by name in the directory.
> >
> > Thanks 




Subject: Unique a string list
From: "JCRocks" <ptrawick@yahoo.com>
Date: Tue, 13 Jan 2009 23:51:11 +0100
Newsgroups: jedi.vcl

Is there a vcl available that has the ability to sort a string list and
then uniq the list much like you can do with linux commands?

I need to count the number of files in a directory that have the same name
- they have different extentions but the same name. I was thinking if I
could get a unique list of the file names minus extention I could just
loop over that list and count the files by name in the directory.

Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem with onKeyPress in jvDBGrid
From: "Fita" <fita4@pilar-ciudad.com.ar>
Date: Mon, 12 Jan 2009 11:52:51 -0300
Newsgroups: jedi.vcl

Hi Everibody

actually I'm switching from rxDBGrid to JVDBgrid.
It seems that all works fine excepto fro OnKeyPress.

I'm doing an acummulative search just typing over the grid an locate the
correspondig record using a variable (strSearch) that contains the keys
pressed.

I use this two procedures to do the job:

procedure TForm1.JvDBGrid1CellClick(Column: TColumn);
begin
    // clear the variable
     strSearch := '';
end;

// Now lets capture the keys
procedure TForm1.JvDBGrid1KeyPress(Sender: TObject; var Key: Char);
begin
     strSearch := strSearch + Key;
     Data.Locate('field', strSearch, [loCaseInsensitive, loPartialKey]);
end;

THE PROBLEM: strSearch only gets the first key pressed, the other keys are
ignored.

This procedures works fine in other grids.

any idea ??

Regards
Fita





Subject: Problem with Keypress in jvDBgrid
From: "Fita" <fita4@pilar-ciudad.com.ar>
Date: Mon, 12 Jan 2009 10:53:53 -0300
Newsgroups: jedi.vcl

Hi Everibody

actually I'm switching from rxDBGrid to JVDBgrid.
It seems that all works fine excepto fro OnKeyPress.

I'm doing an acummulative search just typing over the grid an locate the
correspondig record using a variable (strSearch) that contains the keys 
pressed.

I use this two procedures to do the job:

procedure TForm1.JvDBGrid1CellClick(Column: TColumn);
begin
    // clear the variable
     strSearch := '';
end;

// Now lets capture the keys
procedure TForm1.JvDBGrid1KeyPress(Sender: TObject; var Key: Char);
begin
     strSearch := strSearch + Key;
     Data.Locate('field', strSearch, [loCaseInsensitive, loPartialKey]);
end;

THE PROBLEM: strSearch only gets the first key pressed, the other keys are 
ignored.

This procedures works fine in other grids.

any idea ??

Regards
Fita 




Subject: SpellChecker problem
From: "QuluZulu" <ZuluData@GMail.com>
Date: Mon, 12 Jan 2009 14:34:05 +0200
Newsgroups: jedi.vcl

Hi

I can't get the SpellChecker Demo to work.

D2007
Jedi 334
JCL 1102 build 3072

Compiler error - E2003 Undeclared identifier: 'StrAddRef'

I can see in the source JclStrings.pas that StrAddRef is depreciated
The demo probably needs to be updated to use whatever new code replaces 
StrAddRef.
I don't know enough about Jedi to do that.

Has anyone done an update or could advise me how to change it?

Regards Q 




Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 12 Jan 2009 08:35:13 +0100
Newsgroups: jedi.vcl

On Sat, 10 Jan 2009 23:06:15 +0100, OBones wrote:

> >Maybe the next Delphi update will address this issue.

I wouldn't count on that unless someone else has reported the same
error.
-- Uwe 

Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 10 Jan 2009 23:30:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Maybe the next Delphi update will address this issue.

That's what I hope. Otherwise I will have to change the code and make
it less readable.


-- Regards, Andreas Hausladen 

Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 10 Jan 2009 23:06:15 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>> i have no problem in updating with the makemodified.cmd
>> (d5, d2007, d2009)
>
> I compile both the debug and the release version for Delphi 2009. Maybe
> this is the problem.

Could be yes, as I did not notice the problem either.
Maybe the next Delphi update will address this issue.


Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 10 Jan 2009 19:50:21 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > i have no problem in updating with the makemodified.cmd
> > (d5, d2007, d2009)

I compile both the debug and the release version for Delphi 2009. Maybe
this is the problem.


-- Regards, Andreas Hausladen 

Subject: Re: Max length of string in JvCSVDataSet
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 09 Jan 2009 15:11:41 -0500
Newsgroups: jedi.vcl


Good to know.  I am glad another release is pending.

I just fixed an uninitialized-dynamic-array access violation in JvSimScope yesterday.  Nasty one because it hit me at designtime and runtime.

W


Subject: Re: Max length of string in JvCSVDataSet
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 09 Jan 2009 16:26:08 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
>
>> Version 3.34
>>
>
> So get 3.35.  I didn't realize that my code didn't make it into 3.34 even. I wrote it ages and ages ago, so it seems so long ago, but I only merged it in time for the Delphi 2009 release.  3.35 should work fine
> on all versions of Delphi, not just 2009.

Except that some parts of the rest of the JVCL 3.35 dot not work with older versions of Delphi.
I would thus recommend using a Daily snapshot or the SVN content, until we release version 3.36 sometime later this month.

Cheers
Olivier


Subject: Re: Max length of string in JvCSVDataSet
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 09 Jan 2009 09:54:56 -0500
Newsgroups: jedi.vcl


> Version 3.34
>

So get 3.35.  I didn't realize that my code didn't make it into 3.34 even. I wrote it ages and ages ago, so it seems so long ago, but I only merged it in time for the Delphi 2009 release.  3.35 should work fine
on all versions of Delphi, not just 2009.


W


Subject: How to avoid black background in animated TJvBallonHint?
From: "Edwin" <edwin@domain.com>
Date: Fri, 9 Jan 2009 19:07:53 +0800
Newsgroups: jedi.vcl

Hi,

I call TJvBallonHint.ActivateHintPos to show animated hint, the 
CustomAnimationStyle set to atCenter, the animation starts with a black 
rectangle, how to change it to other color? Thank you.

Edwin. 




Subject: jvCreateProcess - managing error output
From: Phil Scadden <p.scadden@^removeThis^gns.cri.nz>
Date: Fri, 09 Jan 2009 12:09:26 +1300
Newsgroups: jedi.vcl

I notice that jvCreateProcess now has SeparateError in console options, but still has some issues for me.

Suppose a program wants to start another process and collect the error output into a file. As it stands, the program would provide an event handler to OnRead. The writing to the error file though surely is then in the hands of PARENT process. What happens if the other processes are
created detached and the parent exits?

I propose another option. Add coFileRedirect to Consoleoptions.

In .run method have code:
    end else if (coFileRedirect in ConsoleOptions) then
    begin
      with LStartupInfo do
      begin
        dwFlags := dwFlags or STARTF_USESTDHANDLES;
        SecAttributes.nLength := Sizeof(TSecurityAttributes);
        SecAttributes.lpSecurityDescriptor := nil;
        SecAttributes.bInheritHandle := true;
        If FStdOutRedirect='' then hStdOutput := GetStdHandle(STD_OUTPUT_HANDLE) else
         hStdOutput := Createfile(Pchar(FStdOutRedirect),GENERIC_WRITE,FILE_SHARE_READ,@SecAttributes,OPEN_ALWAYS,FILE_ATTRIBUTE_NORMAL + FILE_FLAG_WRITE_THROUGH,0);
        If FStdErrRedirect='' then hStdError := GetStdHandle(STD_ERROR_HANDLE) else
         hStdError := Createfile(Pchar(FStdErrRedirect),GENERIC_WRITE,FILE_SHARE_READ,@SecAttributes,OPEN_ALWAYS,FILE_ATTRIBUTE_NORMAL + FILE_FLAG_WRITE_THROUGH,0);
        If hStdInput=0 then hStdInput := GetStdHandle(STD_INPUT_HANDLE);
      end;
    end;

This adds two new properties to createprocess - StdErrRedirect and StdOutRedirect but gets around this issue.
-- 
Phil Scadden, Senior Scientist
GNS Science Ltd
764 Cumberland St, Private Bag 1930, Dunedin, New Zealand
Ph +64 3 4799663, fax +64 3 477 5232


Subject: Re: Max length of string in JvCSVDataSet
From: Florian <fhector@web.de>
Date: Thu, 08 Jan 2009 21:40:34 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> Florian wrote:
>
>
> How old is your JVCL?
>
> Warren

Version 3.34

Florian


Subject: Re: SVN change notice: Long-awaited Globus component cleanup appears to be in process.
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 08 Jan 2009 17:00:20 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Someone deleted the following (most likely completely obsolete and redundant) controls/files from the JVCL/run folder:

That was me ;-)

> I know this had probably been in planning for some time, but I thought I'd post a note in case Obones felt like adding more public commentary, so everybody  will be up-to-date on what's happening. Any other globus components being zapped?  What of the few globus components that are left? Are they being merged and deleted shortly?

I also updated the "migrating_globus.htm" file inside the help subfolder.
The remaining components need more thinking before changing them and/or merging them.

Cheers
Olivier


Subject: SVN change notice: Long-awaited Globus component cleanup appears to be in process.
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 08 Jan 2009 10:17:11 -0500
Newsgroups: jedi.vcl

Someone deleted the following (most likely completely obsolete and redundant) controls/files from the JVCL/run folder:

jvcl\run\JvgTreeView.pas
jvcl\run\JvgStaticText.pas
jvcl\run\JvgHelpPanel.pas
jvcl\run\JvgLanguageLoader.pas
jvcl\run\JvgRuler.pas
jvcl\run\JvgSingleInstance.pas
jvcl\run\JvgTransparentMemo.pas
jvcl\run\JvgDBGrid.pas
jvcl\run\JvgGridHeaderControl.pas
jvcl\run\JvgWizardHeader.pas
jvcl\run\JvgFixFont.pas
jvcl\run\JvgExceptionHandler.pas
jvcl\run\JvgStringContainer.pas
jvcl\run\JvgSmallFontsDefense.pas
jvcl\run\JvgInspectorGrid.pas
jvcl\run\JvgVertDBGrid.pas
jvcl\run\JvgFlyingText.pas

I know this had probably been in planning for some time, but I thought I'd post a note in case Obones felt like adding more public commentary, so everybody  will be up-to-date on what's happening. Any other globus components being zapped?  What of the few globus components that are left? Are they being merged and deleted shortly?

Warren


Subject: re:jvDataProvider
From: Phil Scadden <p.scadden@^removeThis^gns.cri.nz>
Date: Thu, 08 Jan 2009 14:57:19 +1300
Newsgroups: jedi.vcl


-- 
Phil Scadden, Senior Scientist
GNS Science Ltd
764 Cumberland St, Private Bag 1930, Dunedin, New Zealand
Ph +64 3 4799663, fax +64 3 477 5232


Subject: Re: jvDataprovider
From: Phil Scadden <p.scadden@^removeThis^gns.cri.nz>
Date: Thu, 08 Jan 2009 14:56:45 +1300
Newsgroups: jedi.vcl

Thanks, the daily builds compiled and installed okay.


Subject: Re: jvDataprovider
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 8 Jan 2009 00:30:09 +0100
Newsgroups: jedi.vcl

Phil Scadden wrote:

> > Boxing on trying to install JVCL 3.35

Version 3.35 is for Delphi 2009 only. The daily snapshots are more
stable and work for Delphi 5-2009

http://jcl.sf.net/daily
http://jvcl.sf.net/daily


-- Regards, Andreas Hausladen 

Subject: Re: NativeSpace in jvJCLUtils.pas, jvcl 3.35, BDS 2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 8 Jan 2009 00:28:55 +0100
Newsgroups: jedi.vcl

Phil Scadden wrote:

> > Is this a 2009 innovation? What should NativeSpace be 
> > set to? ' '?

NativeSpace is declared in the JCL. Could it be that your JCL is older
than the JVCL ?


-- Regards, Andreas Hausladen 

Subject: jvDataprovider
From: Phil Scadden <p.scadden@^removeThis^gns.cri.nz>
Date: Thu, 08 Jan 2009 12:17:53 +1300
Newsgroups: jedi.vcl

Boxing on trying to install JVCL 3.35, I put obvious constants for nativespace and NativeForwardSlash to get installer working.
However, the compile failed for jvDataProvider.

        if StrIsSubset(Copy(Name, PrefixLen + 1, Length(Name) - PrefixLen), CharIsDigit) then

Line 1457
 Now this obviously an error - supposed to be DigitSymbols?

Same problem in jvColorProvider, line 564

Continuing on...
jvAppXMLStorage.pas, line 326.
    if StrContainsChars(Value, CharIsWhiteSpace, True) then

Some kind of consistant error going on here - putting boolean functions instead of character set constants. I am using JCL 1.102.1.3072 - is
a later version expecting functions??
I assume its supposed to be AnsiWhiteSpace.

Now hitting NativeBackSpace missing??

-- 
Phil Scadden, Senior Scientist
GNS Science Ltd
764 Cumberland St, Private Bag 1930, Dunedin, New Zealand
Ph +64 3 4799663, fax +64 3 477 5232


Subject: NativeSpace in jvJCLUtils.pas, jvcl 3.35, BDS 2006
From: Phil Scadden <p.scadden@^removeThis^gns.cri.nz>
Date: Thu, 08 Jan 2009 11:30:22 +1300
Newsgroups: jedi.vcl

JVCL installer fails to compile because jvJCLUtils.pas references a variable called "NativeSpace" which is not found. Is this a 2009 innovation? What should NativeSpace be set to? ' '?

-- 
Phil Scadden, Senior Scientist
GNS Science Ltd
764 Cumberland St, Private Bag 1930, Dunedin, New Zealand
Ph +64 3 4799663, fax +64 3 477 5232


Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 07 Jan 2009 21:13:51 +0100
Newsgroups: jedi.vcl

On Wed, 7 Jan 2009 19:02:07 +0100, "Andreas Hausladen" wrote:

> >Andreas Hausladen wrote:
> >
>> >> It was. I have now created a new type TBookmarkList = TList<TBookmark>
>> >> which works for me.
> >
> >Doesn't work either. Grrr. Why can't they ship a working compiler.

I still tried it with different settings in the installer, but
unfortunately it doesn't crash here.
-- Uwe 

Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 7 Jan 2009 19:02:07 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > It was. I have now created a new type TBookmarkList = TList<TBookmark>
> > which works for me.

Doesn't work either. Grrr. Why can't they ship a working compiler.


-- Regards, Andreas Hausladen 

Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 7 Jan 2009 16:36:30 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Might be a generics related issue.

It was. I have now created a new type TBookmarkList = TList<TBookmark>
which works for me.


-- Regards, Andreas Hausladen 

Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2009 23:28:26 +0100
Newsgroups: jedi.vcl

Hi Andreas,

i have no problem in updating with the makemodified.cmd
(d5, d2007, d2009)

Any ideas, what i could test?

Greetings
Jens
Andreas Hausladen schrieb:
> I get a compiler crash "dcc32.exe doesn't work anymore" [Close
> application] [Debug application] in Vista when the installer wants to
> compile the JvDBD12R.dpk.
> If I delete all lib\d12 files and then start the installer, the
> compiler works. Were there any JvDBD changes lately that could have
> caused the compiler bug (crahes when it writes the JvDBD12.lib file)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 6 Jan 2009 21:57:57 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Hum, that could be the fix that uses TList<TBookmark> for D12
> > Might be a generics related issue.

Could be. Generics in Delphi 2009 ofen lead to internal errors.


-- Regards, Andreas Hausladen 

Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 06 Jan 2009 21:51:17 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> Some D2009 compatibility by using CompareBookmarks instead of "=",
>> but that's about it.
>
> We've aready lost Delphi 2005 compatiblity due to a compiler bug,
> Delphi 5 has one that we were able to work around. But this time I have
> no idea where to start.

Hum, that could be the fix that uses TList<TBookmark> for D12
Might be a generics related issue.


Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 6 Jan 2009 19:12:21 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Some D2009 compatibility by using CompareBookmarks instead of "=",
> > but that's about it.

We've aready lost Delphi 2005 compatiblity due to a compiler bug,
Delphi 5 has one that we were able to work around. But this time I have
no idea where to start.


-- Regards, Andreas Hausladen 

Subject: Re: dcc32.exe crash in JvDBD12R.dpk
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 06 Jan 2009 18:55:21 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I get a compiler crash "dcc32.exe doesn't work anymore" [Close
> application] [Debug application] in Vista when the installer wants to
> compile the JvDBD12R.dpk.
> If I delete all lib\d12 files and then start the installer, the
> compiler works. Were there any JvDBD changes lately that could have
> caused the compiler bug (crahes when it writes the JvDBD12.lib file)

Some D2009 compatibility by using CompareBookmarks instead of "=", but that's about it.


Subject: dcc32.exe crash in JvDBD12R.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 6 Jan 2009 18:30:49 +0100
Newsgroups: jedi.vcl

I get a compiler crash "dcc32.exe doesn't work anymore" [Close
application] [Debug application] in Vista when the installer wants to
compile the JvDBD12R.dpk.
If I delete all lib\d12 files and then start the installer, the
compiler works. Were there any JvDBD changes lately that could have
caused the compiler bug (crahes when it writes the JvDBD12.lib file)


-- Regards, Andreas Hausladen 

Subject: Re: Max length of string in JvCSVDataSet
From: Warren Postma <wp@tekr7n.c0m>
Date: Mon, 05 Jan 2009 13:14:01 -0500
Newsgroups: jedi.vcl

Florian wrote:


How old is your JVCL?

Warren


Subject: Re: installing help in BDS 2006
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Mon, 05 Jan 2009 15:49:36 +0100
To: Remko Bonte <remkobonteSP@Mgmail.com>
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Fritz Franz wrote:
>> Anybody some ideas to get this help also when pressing F1 at the component?
>
> This is not possible with the current JVCL help2 files: I overlooked a specific setting in Doc-O-Matic, so the current help2 files do not have keywords included.
>
> I'll upload new help2 files soon.
>

Downloading the Help2 files today, but the content is still from october 2007.

Hasn't it been upgraded yet??

Forgotten the promise ?? :-)



Subject: Re: access violation with JvTFMonth component
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 05 Jan 2009 11:59:16 +0100
Newsgroups: jedi.vcl

Matthias wrote:
> Hi there,
>
> I am trying to use JvTFMonth with DS 2006 and JVCL 3.33.
> After just droping the component on the window and running the program (no extra code) I get an "access violation in module "JvTimeFramework D10R.blp" at address 00000041 when sliding (or entering with) the mouse cursor over the component.
>
> Any suggestions? Hope you can help...

No problems here whatsover, with latest SVN content and D2006


Subject: access violation with JvTFMonth component
From: Matthias <matthias.letzel@gmx.de>
Date: Mon, 05 Jan 2009 11:18:58 +0100
Newsgroups: jedi.vcl

Hi there,

I am trying to use JvTFMonth with DS 2006 and JVCL 3.33.
After just droping the component on the window and running the program (no extra code) I get an "access violation in module "JvTimeFramework D10R.blp" at address 00000041 when sliding (or entering with) the mouse cursor over the component.

Any suggestions? Hope you can help...

Matthias


Subject: Progress Bar
From: "plawson" <lawsonp@telkomsa.net>
Date: Mon, 5 Jan 2009 07:52:01 +0100
Newsgroups: jedi.vcl

The CopyFile function in the RxLib takes a TProgressBar as a parameter. Is
there an example of achieving the same effect with Jedi?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvDesignPanel Example ... Accessing the objects
From: rob <robsub@creativemfg.ca>
Date: Sun, 04 Jan 2009 01:03:33 -0500
Newsgroups: jedi.vcl

In case anyone is wondering :-)

The TjvDesignPanel has a "surface" property.  This exposes a TkvDesignSurface that has  .Components and .Selected and .Selecting etc... which allows you to find out what component has been selected. It's trivial to pass that component to a TjvInspector and voila - object inspector and runtime design of your forms.

Since I'm here I'll ask another question.  When I saved the panel in the sample program, it streamed out all the "new" objects I add - but I put a button on the panel at design time to see what I could do with it - and although I can move it around and resize it with the TjvDesignPanel,  it would NOT stream it out to the file when it saved.  I didn't see any booleans that looked promising (like "StreamExisting").  Is there something I'm missing or do I need to descend my own class?

Thanks

rob wrote:
> Hi All,
>
> I took a look at the TjvDesignPanel example and it's very cool, but the objects that are dropped onto the form don't have any obvious way of being accessed after they're put there.  Is there an event raised when you select the TComponent in the design mode? I want to use the TjvInspector to bring up the components properties for editing and maybe hooking events too.  If anyone's used this component and can point me at other examples that would be awesome.
>
> Thanks much
>
> -Rob


Subject: TjvDesignPanel Example ... Accessing the objects
From: rob <robsub@creativemfg.ca>
Date: Sat, 03 Jan 2009 00:16:53 -0500
Newsgroups: jedi.vcl

Hi All,

I took a look at the TjvDesignPanel example and it's very cool, but the objects that are dropped onto the form don't have any obvious way of being accessed after they're put there.  Is there an event raised when you select the TComponent in the design mode? I want to use the TjvInspector to bring up the components properties for editing and maybe hooking events too.  If anyone's used this component and can point me at other examples that would be awesome.

Thanks much

-Rob


Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Fri, 02 Jan 2009 19:59:40 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Well I think we should remove (or conditionally define out) the ability to load Libraries, unless you have merely added LoadLibrary Support yourself.
>
> Warren

You're kidding right?
It's not just LoadLibrary but the whole external/name directives and syntax, because it's all built into the interpreter.

I'm getting the impression that you're taking this too personal.

Christian Sciberras


Subject: Re: Jedi JVCL
From: "plawson" <lawsonp@telkomsa.net>
Date: Fri, 2 Jan 2009 15:30:35 +0100
Newsgroups: jedi.vcl

> >plawson wrote:
> >
>> >> It may well be version 3.20 that I need, but the link to this 
>> >> version doers not offer a link to download the corresponding 
> >< installer
> >
> >You could use one of the TAGed JVCL versions:
> >http://jvcl.svn.sourceforge.net/viewvc/jvcl/tags/
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >
Many thanks, Andreas. It's downloaded, extracted - now we'll see if it
will install :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jedi JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 1 Jan 2009 09:45:57 +0100
Newsgroups: jedi.vcl

plawson wrote:

> > It may well be version 3.20 that I need, but the link to this 
> > version doers not offer a link to download the corresponding 
< installer

You could use one of the TAGed JVCL versions:
http://jvcl.svn.sourceforge.net/viewvc/jvcl/tags/


-- Regards, Andreas Hausladen 

Subject: Re: Max length of string in JvCSVDataSet
From: Florian <fhector@web.de>
Date: Wed, 31 Dec 2008 22:42:04 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> Florian Hector wrote:
>
>>
>> Anyway, there still seems to be a limit of 2047. When this limit is exceeded, the underlying JvDBUltimateGrid doesn't display the value anymore, but this seems to be more of a problem of the grid.
>
> Change DataSet.TextBufferSize
>

....TextBufferSize -> Undefined Identifier

Sure about the property?

Florian


Subject: Re: Jedi JVCL
From: "plawson" <lawsonp@telkomsa.net>
Date: Wed, 31 Dec 2008 19:02:13 +0100
Newsgroups: jedi.vcl

> >Why don't you simply upgrade the JCL as well???
> >
I am trying to find an inataller that produces packages matching those
already in the field, being used by  many clients. It may well be version
3.20 that I need, but the link to this version doers not offer a link to
download the corresponding installer, in fact it offers nothing :-(



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 31 Dec 2008 09:47:06 -0500
Newsgroups: jedi.vcl

Well I think we should remove (or conditionally define out) the ability to load Libraries, unless you have merely added LoadLibrary Support yourself.

Warren


Subject: Re: Max length of string in JvCSVDataSet
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 31 Dec 2008 09:37:05 -0500
Newsgroups: jedi.vcl

Florian Hector wrote:

>
> Anyway, there still seems to be a limit of 2047. When this limit is exceeded, the underlying JvDBUltimateGrid doesn't display the value anymore, but this seems to be more of a problem of the grid.

Change DataSet.TextBufferSize


:-)


Subject: Re: Jedi JVCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 30 Dec 2008 13:57:53 +0100
Newsgroups: jedi.vcl

Why don't you simply upgrade the JCL as well???


Subject: Re: Jedi JVCL
From: "plawson" <lawsonp@telkomsa.net>
Date: Tue, 30 Dec 2008 13:06:52 +0100
Newsgroups: jedi.vcl

>> >>In the Root Directory???
>> >>
>> >>plawson schrieb:
>>> >>>  Where can I find an installer for version 3.00?
>>> >>> 
>>> >>> 
>>> >>> 
>>> >>> --- posted by geoForum on http://delphi.newswhat.com
>> >>
>> >>-- 
>> >>___________________________________________________________
>> >>Softwareentwicklung Jens Fudickar
>> >>Fuchstanzweg 34 * 65760 Eschborn
>> >>Tel. +49-6173-967556 * Fax +49-6173-967558
>> >>
>> >>Home of OraTool - http://www.oratool.de
>> >>
> >I'm afraid I do not understand that response. Perhaps I should describe my
> >problem. Windows insisted on reformatting my hard disk after some problem
> >arose. I am trying to install a Jedi that matches the already distributed
> >packages. I thought this would be 3.00 but now I believe, judging by the
> >build number of Jcld50.bpl which is 2725, that I need 3.30, which is
> >available from the Sourceforge site. Sadly, this installation (of the
> >jvcl) crashes with an uninformative error message.
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

Correction - I believe is is 3.33 I need and that is the installation that
fails.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jedi JVCL
From: "plawson" <lawsonp@telkomsa.net>
Date: Tue, 30 Dec 2008 13:04:07 +0100
Newsgroups: jedi.vcl

> >In the Root Directory???
> >
> >plawson schrieb:
>> >>  Where can I find an installer for version 3.00?
>> >> 
>> >> 
>> >> 
>> >> --- posted by geoForum on http://delphi.newswhat.com
> >
> >-- 
> >___________________________________________________________
> >Softwareentwicklung Jens Fudickar
> >Fuchstanzweg 34 * 65760 Eschborn
> >Tel. +49-6173-967556 * Fax +49-6173-967558
> >
> >Home of OraTool - http://www.oratool.de
> >
I'm afraid I do not understand that response. Perhaps I should describe my
problem. Windows insisted on reformatting my hard disk after some problem
arose. I am trying to install a Jedi that matches the already distributed
packages. I thought this would be 3.00 but now I believe, judging by the
build number of Jcld50.bpl which is 2725, that I need 3.30, which is
available from the Sourceforge site. Sadly, this installation (of the
jvcl) crashes with an uninformative error message.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jedi JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 29 Dec 2008 15:27:28 +0100
Newsgroups: jedi.vcl

In the Root Directory???

plawson schrieb:
>  Where can I find an installer for version 3.00?
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Jedi JVCL
From: "plawson" <lawsonp@telkomsa.net>
Date: Mon, 29 Dec 2008 15:07:32 +0100
Newsgroups: jedi.vcl

 Where can I find an installer for version 3.00?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvThumbview LoadfromStream problem
From: "yannis" <none@noware.non>
Date: Mon, 29 Dec 2008 07:26:54 +0000 (UTC)
Newsgroups: jedi.vcl

Alan wrote:

> > Hi,
> > I'm trying to load images from a TImageList in to JvTthumbview but
> > can't get it to work
> > 
> > 
> > Var  AStream: TMemoryStream;
> >       MyBitmap : TBitmap;
> > begin
> >   MyThumbView1.Size := 100;
> >   MyThumbview1.ScrollMode := SMVertical;
> >   AStream := TMemoryStream.Create;
> >   MyBitmap := TBitmap.Create;
> >   ImageList1.GetBitmap(1,BitM);
> >   MyBitmap.SaveToStream(AStream);

  If AStream.Size > 0 then //do we have anything in the stream?
  try
    AStream.Position := 0;

> >     MyThumbview1.AddFromStream(AStream,grBMP);

  finally

> >     AStream.Free;
> >     MyBitmap.Free;

  end; //try

> > end;

Regards
Yannis.

-- "DOS Computers manufactured by companies such as IBM, Compaq, Tandy, and millions of others are by far the most popular, with about 70 million machines in use worldwide. Macintosh fans, on the other hand, may note that cockroaches are far more numerous than humans, and that numbers alone do not denote a higher life form." -- New York Times, November 26, 1991 

Subject: JvThumbview LoadfromStream problem
From: "Alan" <am92039@hotmail.com>
Date: Sat, 27 Dec 2008 23:16:56 -0800
Newsgroups: jedi.vcl

Hi,
I'm trying to load images from a TImageList in to JvTthumbview but can't get 
it to work


Var  AStream: TMemoryStream;
       MyBitmap : TBitmap;
begin
   MyThumbView1.Size := 100;
   MyThumbview1.ScrollMode := SMVertical;
   AStream := TMemoryStream.Create;
   MyBitmap := TBitmap.Create;
   ImageList1.GetBitmap(1,BitM);
   MyBitmap.SaveToStream(AStream);
   MyThumbview1.AddFromStream(AStream,grBMP);
   AStream.Free;
   MyBitmap.Free;
end; 




Subject: TJvDBUltimGrid doesn't align its controls properly
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 24 Dec 2008 09:55:45 -0800
Newsgroups: jedi.vcl

To give just one example: if you create a TJvDBUltimGrid, link it to a 
dataset with a boolean field, and assign a data-aware checkbox to that 
field's column, and set that column's alignment to centered, when you click 
the field to edit, the checkbox control still shows up at the left, instead 
of centered in the column.  But all controls seem to behave this way on the 
UltimGrid. 




Subject: Re: infinite loop in JvDbGrid + D2009
From: Aleksejst <aleksejst@solcraft.lv>
Date: Wed, 24 Dec 2008 17:34:32 +0200
Newsgroups: jedi.vcl

delfo wrote:
> Using JVCL 3.35. I have a grid with these properties:
>
> object DbGrid: TJvDBGrid
>   Left = 1
>   Top = 1
>   Width = 836
>   Height = 350
>   Align = alClient
>   DataSource = MiDataSource
>   Options = [dgTitles, dgIndicator, dgColumnResize, dgColLines, dgRowLines, dgTabs, dgRowSelect, dgConfirmDelete, dgCancelOnExit, dgMultiSelect]
>   ReadOnly = True
>   TabOrder = 1
>   TitleFont.Charset = ANSI_CHARSET
>   TitleFont.Color = clWindowText
>   TitleFont.Height = -12
>   TitleFont.Name = 'Microsoft Sans Serif'
>   TitleFont.Style = []
>   OnTitleClick = DbGridTitleClick
>   MultiSelect = True
>   TitleButtons = True
>   AlternateRowColor = clMoneyGreen
>   TitleArrow = True
>   SelectColumnsDialogStrings.Caption = 'Select columns'
>   SelectColumnsDialogStrings.OK = '&OK'
>   SelectColumnsDialogStrings.NoSelectionWarning = 'At least one column must be visible!'
>   EditControls = <>
>   RowsHeight = 19
>   TitleRowHeight = 19
> end
>
> If I click in a row and then Shift+Click in another row the program enters an infinite loop (the call stack shows ntdll.dll and doing a pause the CPU shows things like RtlEnterCriticalSection, but I don't understand most of it anyways...).
>
> The loop is reproducible both inside Delphi or standalone, but the same program in D2006 dosn't have that problem. Is there any way to solve it?
>
> (yes, I know that users should use Ctrl+click to select multiple rows, but sometimes they press the wrong one).
>
> TIA
>

This must be fixed now in SVN
see: http://homepages.codegear.com/jedi/issuetracker/view.php?id=4626


Subject: Re: Files in jvcl3\packages\bin
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 23 Dec 2008 22:25:30 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Done.

Thanks.


Subject: Re: Files in jvcl3\packages\bin
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 23 Dec 2008 19:26:57 +0100
Newsgroups: jedi.vcl

Done.


-- Regards, Andreas Hausladen 

Subject: Re: Files in jvcl3\packages\bin
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 23 Dec 2008 18:32:39 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Any reasons for not deleting the old build system?

I thought some of the .bat files are using build.exe, like MakePackages. But it might not be true anymore. If not, and you feel like it, please go ahead and remove them.


Subject: Files in jvcl3\packages\bin
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 23 Dec 2008 17:51:16 +0100
Newsgroups: jedi.vcl

There are relicts from the pre-dcc32exe.exe aera. All the makefiles and
the build.exe from the old build system could be deleted.


The remaining files would be:

dcc32ex.dpr
dcc32ex.exe
build.dpr => archive
compileLinkmapfile.bat
linkmapfile.dpr
RecreateJvclInc.bat

All other files can be deleted.

Any reasons for not deleting the old build system?


-- Regards, Andreas Hausladen 

Subject: Re: Problem with Delphi 2009 and TJvRichEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 23 Dec 2008 08:34:53 +0100
Newsgroups: jedi.vcl

Ciel wrote:
>  Hi all
>
> I'm using Delphi 2009 and TJvRichEdit version 3.35
>
> I have remarked that it does not show the tex properly. There is only plain text with the RTF Formatting strings visible. This is also like this when I run the Rich Edit Demo.
>
> When I do the same with Version 3.31 on Delphi 2007 it's working.
>
> Can you help?

This has been reported in Mantis already, it is being worked on, I believe.


Subject: Problem with Delphi 2009 and TJvRichEdit
From: "Ciel" <ciel@cat.com>
Date: Tue, 23 Dec 2008 07:36:48 +0100
Newsgroups: jedi.vcl

 Hi all

I'm using Delphi 2009 and TJvRichEdit version 3.35

I have remarked that it does not show the tex properly. There is only 
plain text with the RTF Formatting strings visible. This is also like 
this when I run the Rich Edit Demo.

When I do the same with Version 3.31 on Delphi 2007 it's working.

Can you help?

Thank you



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Crazy Bug with D2009
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 22 Dec 2008 22:45:40 +0100
Newsgroups: jedi.vcl

Added to svn.

Great Thanks again.

Greetings
Jens

Uwe Schuster schrieb:
> On Sun, 21 Dec 2008 02:14:18 +0100, Jens Fudickar wrote:
>
>> Realy crazy. Hopefully they find a solution.
>
> Just set PropertyStoreTreeViewIntf to nil in DestroyControls.
>
> It has nothing to do with the JCL or JVCL - see stripped example in
> ..binaries.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Crazy Bug with D2009
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 22 Dec 2008 20:40:15 +0100
Newsgroups: jedi.vcl

Yes it works.

Great thanks.

Greetings
Jens

Uwe Schuster schrieb:
> On Sun, 21 Dec 2008 02:14:18 +0100, Jens Fudickar wrote:
>
>> Realy crazy. Hopefully they find a solution.
>
> Just set PropertyStoreTreeViewIntf to nil in DestroyControls.
>
> It has nothing to do with the JCL or JVCL - see stripped example in
> ..binaries.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Crazy Bug with D2009
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 22 Dec 2008 20:39:54 +0100
Newsgroups: jedi.vcl

> Jens Fudickar wrote:
>> Cool thanks.
>>
>> I will give it a try lateron.
>>
>> But did you have any idea why???
>> What is the failure i've made? Why did i get this error only on D2009?
>
> Tried to freed an interface?

No

> Kept a reference to the interface longer than it was intended to be?

The point was, that the component which has the interface variable was freed completly, and the av raises when the form was released. It was later then the FreeAndNil(PropertyEditorControl). So the interface was not used any longer.
And this also wouldn't explain why this only happens when the string has a special content.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvCsvData.pas, BCB - Latest SVN installation problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 22 Dec 2008 18:44:07 +0000 (UTC)
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> > 
> > However I will try what you recommend me today evening and let 
> > you now results of my research.
> > 
Hi,
I did what Yannis recommended me. 
First I uninstalled and removed (clean) all requested files 
and installed new JCL and JVCL SVN. Now result is same. 
I use 2 PC (Lab PC and notebook) and result is same on 
both PCs:

"Error Message:
[Compiling: JvDBC6R.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\run
\JvCsvData.pas(125) Fatal: File not found: 'jcl.inc' "

If I want to have installed JVCL I must copy Jcl*.inc files into
the JVCL\Common direcory. Surely. It is one of the possible 
solutions.

Vaclav





Subject: Re: Crazy Bug with D2009
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 22 Dec 2008 19:29:09 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Cool thanks.
>
> I will give it a try lateron.
>
> But did you have any idea why???
> What is the failure i've made? Why did i get this error only on D2009?

Tried to freed an interface?
Kept a reference to the interface longer than it was intended to be?


Subject: Re: Crazy Bug with D2009
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 22 Dec 2008 15:11:23 +0100
Newsgroups: jedi.vcl

Cool thanks.

I will give it a try lateron.

But did you have any idea why???
What is the failure i've made? Why did i get this error only on D2009?

Greetings and thanks
Jens

Uwe Schuster schrieb:
> On Sun, 21 Dec 2008 02:14:18 +0100, Jens Fudickar wrote:
>
>> Realy crazy. Hopefully they find a solution.
>
> Just set PropertyStoreTreeViewIntf to nil in DestroyControls.
>
> It has nothing to do with the JCL or JVCL - see stripped example in
> ..binaries.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Crazy Bug with D2009
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 22 Dec 2008 00:31:58 +0100
Newsgroups: jedi.vcl

On Sun, 21 Dec 2008 02:14:18 +0100, Jens Fudickar wrote:

> >Realy crazy. Hopefully they find a solution.

Just set PropertyStoreTreeViewIntf to nil in DestroyControls.

It has nothing to do with the JCL or JVCL - see stripped example in
..binaries.
-- Uwe 

Subject: Re: JVCL Installation problem Error 2003
From: Robert Rossmair <rrossmair@users.sourceforge.net>
Date: Mon, 22 Dec 2008 00:22:37 +0100
Newsgroups: jedi.vcl

Philip L Jackson schrieb:

> This fail \JVCL\run\JvJCLUtils.pas(7843) Error: 2003 Undeclared Identifier : 'NativeSpace'

You have an outdated JCL installed (or at least an outdated JclStrings unit somewhere on the path).

- Robert


Subject: JVCL Installation problem Error 2003
From: "Philip L Jackson" <philip@pcdata.co.uk>
Date: Sun, 21 Dec 2008 21:55:12 -0000
Newsgroups: jedi.vcl

Hi

Please forgive ignorance if I have made a mistake.  Target environment Delphi 2007 Professional

I have installed JCL in D2007 and I now have various menu options added to D2007.

I have downloaded jvcl_3.35_for_codegear_delphi_and_c_builder_2009.zip (I cannot find any other jvcl files which refer to 2007)

I have unzipped this to JEDI\JVCL and run the install.bat

This fail \JVCL\run\JvJCLUtils.pas(7843) Error: 2003 Undeclared Identifier : 'NativeSpace'

followed E2015 Operator not applicable to this type of operand

followed by E2010 incompatible types.

Can anyone please point me to the correct download for Delphi 2007 or advise about the above errors.

Thanks in advance

Philip L Jackson


Subject: Re: Crazy Bug with D2009
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 21 Dec 2008 21:28:35 +0100
Newsgroups: jedi.vcl

The interesting question is: In JVCL or in the VCL Core?

Greetings
Jens

OBones schrieb:
> Most likely a buffer overrun with a code that expects SizeOf(Char) = 1 when it's no longer the case with D2009

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sun, 21 Dec 2008 19:20:12 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Christian Sciberras wrote:
>> Can't you just help me, even if it's not implemented in JEDI project? 
>
> I think you are on your own here.  My impression of JvInterpreter is that it would be crazy to add the ability to do direct memory access,
> and to shoot yourself in the foot with all these new script vulnerabilities. Think of the security vulnerability nightmares.
>
> Imagine Excel with VBA macros that supported pointers and DLL loadlibrary calls.
>
> Warren
>
>
First, it depends on the interpreter's use. I wouldn't mind the security vulnerabilities, because it won't be running alien or external (potentially insecure) code.
Still, what's the point of the ability of calling dlls but not fully?

What I relly need is making an Addr equivalent not setting/writing in the memory, preferably with a try clause to silently hide (and restrict) certain pointer manipulation.

I just need to do the thing in my original post.

Here's a weird thing though. I can find pointers (are they pointers?) with the following:
//////////////////////////////////////////////////////////////////////
unit FormPointerTest;

procedure Main;
var i:Integer; // "i" is an integer!
begin
  i:=TForm.Create(nil); // "i" now has a number, is it a pointer?
  ShowMessage(IntToStr(i)); // show the value of "i"
  TForm(i).ShowModal; // The form shows up! "i" must be some pointer?
end;

end.
//////////////////////////////////////////////////////////////////////
Please note that it is hypothetical code, and far from usefull.

One last thing, where exactly is a problem? Would this cause a radical change in the interpreter?
I have no ideas left to prove that I know what I'm doing (or at least, what I want :P ).

Sorry for bothering you about this, but I really need it :( .

Kindly,
Christian Sciberras


Subject: Re: Crazy Bug with D2009
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 21 Dec 2008 16:56:30 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Most likely a buffer overrun with a code that expects SizeOf(Char) =
> > 1 when it's no longer the case with D2009

Indeed.

-- Rudy Velthuis http://rvelthuis.de "I don't approve of political jokes... I've seen too many of them get elected." -- unknown 

Subject: Re: Crazy Bug with D2009
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 Dec 2008 10:52:51 +0100
Newsgroups: jedi.vcl

Most likely a buffer overrun with a code that expects SizeOf(Char) = 1 when it's no longer the case with D2009


Subject: Crazy Bug with D2009
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 21 Dec 2008 02:14:18 +0100
Newsgroups: jedi.vcl

Hi,

only for interest and maybe someone has an idea.

I have a crazy bug with D2009.
I've created a QualityCenter Report here : http://qc.codegear.com/wc/qcmain.aspx?d=70054

I came to this point when i'm working on the JvPropertyEditor.

In this control is a memo which is filled dynamicly with a description of the current property.

Now i have the situation that when some special text is assigned to the memo.text there is an Access Violation when the form is closed in the TCustomForm._Release procedure. The exception comes only in D2009 and when i change the text it doesn't come.

Realy crazy. Hopefully they find a solution.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekr7n.c0m>
Date: Fri, 19 Dec 2008 12:23:08 -0500
Newsgroups: jedi.vcl

Christian Sciberras wrote:
> Can't you just help me, even if it's not implemented in JEDI project? 

I think you are on your own here.  My impression of JvInterpreter is that it would be crazy to add the ability to do direct memory access,
and to shoot yourself in the foot with all these new script vulnerabilities. Think of the security vulnerability nightmares.

Imagine Excel with VBA macros that supported pointers and DLL loadlibrary calls.

Warren




Subject: Re: Max length of string in JvCSVDataSet
From: Florian Hector <fhector@web.de>
Date: Thu, 18 Dec 2008 21:45:19 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> Florian Hector wrote:
>> I am working with JvCSVDataSet and am having problems with the max size of a string when defining CSV fields.
>> No matter what size of string I define here, I cannot work with strings  > 1000, though the component accepts definitions of even 4000.
>>
>> Can I change that value easily somewhere?
>>
>> Florian
>
> At runtime, yes, at designtime no.  Change DataSet.TextBufferSize
>
>
>
> Warren

Hi Warren,

thank you for the quick response.

I played a little with the settings and found that my problem was actually the size setting of the persistent field:
I changed the CsvFieldDef settings but didn't modify the size setting of the corresponding field.

Anyway, there still seems to be a limit of 2047. When this limit is exceeded, the underlying JvDBUltimateGrid doesn't display the value anymore, but this seems to be more of a problem of the grid.

Another question regarding CSVDataSet:
Can I change the format of the CSV values of a date field that is written to disk?
The grid displays with the correct formatting, in my case day.month.year, the format in the file is year-month-day.


Florian



Subject: Re: Max length of string in JvCSVDataSet
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 18 Dec 2008 14:38:05 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:
> Florian Hector wrote:
>> I am working with JvCSVDataSet and am having problems with the max size of a string when defining CSV fields.
>> No matter what size of string I define here, I cannot work with strings  > 1000, though the component accepts definitions of even 4000.
>>
>> Can I change that value easily somewhere?
>>
>> Florian
>
> At runtime, yes, at designtime no.  Change DataSet.TextBufferSize
>
>
>
> Warren

This reminds me, perhaps DataSet.TextBufferSize could be set to automatically grow, if the string field definitions exceed 1024 bytes.

CsvFieldDef = 'FIELD1:$800,FIELD2:$800' would mean 1600.  of course. For other fields (numerics, etc) I could estimate 64 characters per field.
That would waste a bit of memory, and work most of the time.

A good idea for future improvements.

Warren


Subject: Re: Max length of string in JvCSVDataSet
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 18 Dec 2008 14:35:15 -0500
Newsgroups: jedi.vcl

Florian Hector wrote:
> I am working with JvCSVDataSet and am having problems with the max size of a string when defining CSV fields.
> No matter what size of string I define here, I cannot work with strings  > 1000, though the component accepts definitions of even 4000.
>
> Can I change that value easily somewhere?
>
> Florian

At runtime, yes, at designtime no.  Change DataSet.TextBufferSize



Warren


Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Thu, 18 Dec 2008 21:20:02 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
>
>> Can anyone help me implement simple pointer management routines into JvInterpreter?
>
> Pointers? The only pointer feature I'd want in JvInterpreter is a way to block the attempt and raise an exception.
>
> I still think you're crazy.
>
> W
I can't get it, it's an important feature especially for interfacing dlls.
I'm just asking such a function (not built in language construct), why is it such a problem?

Can't you just help me, even if it's not implemented in JEDI project? I mean, just something of personal use.
The application running the interpreter needs the ability to use any (well most) winapi dlls.

Chris.


Subject: Max length of string in JvCSVDataSet
From: Florian Hector <fhector@web.de>
Date: Thu, 18 Dec 2008 16:58:05 +0100
Newsgroups: jedi.vcl

I am working with JvCSVDataSet and am having problems with the max size of a string when defining CSV fields.
No matter what size of string I define here, I cannot work with strings > 1000, though the component accepts definitions of even 4000.

Can I change that value easily somewhere?

Florian


Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 18 Dec 2008 08:57:17 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:
> 1. JvZlibMultiple only does ancient (crummy) ZLIB compression.  I have added the newly supported JCL stream support for BZIP2 and GZIP streams on my own computer. I suggest we add this to the component. The component is inaccurately named, at that point, but then it always was a wonky thing, using its own little file format.  I think we could repurpose a header byte to flag BZ2 and GZIP so that decompress would always work regardless of whether ZLIB, GZIP or BZ2 compression is used.

I decided this was stupid and backed off on this.

W


Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekr7n.c0m>
Date: Thu, 18 Dec 2008 08:55:31 -0500
Newsgroups: jedi.vcl


> Can anyone help me implement simple pointer management routines into JvInterpreter?

Pointers? The only pointer feature I'd want in JvInterpreter is a way to block the attempt and raise an exception.

I still think you're crazy.

W


Subject: Re: Coul not install Jvsl (SVN version)
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 18 Dec 2008 09:29:05 +0100
Newsgroups: jedi.vcl

Tommi Prami wrote:
>> TortoiseSVN has a nice future to export the data to an other location,
>> it works very well for me.
>
> really, did not know... Can it be used from commandline???

Yes. See http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-automation.html


Subject: Re: Coul not install Jvsl (SVN version)
From: Tommi Prami <ei@gmail.com>
Date: Thu, 18 Dec 2008 10:08:17 +0200
Newsgroups: jedi.vcl

> TortoiseSVN has a nice future to export the data to an other location,
> it works very well for me.

really, did not know... Can it be used from commandline???

-TP-


Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Thu, 18 Dec 2008 00:09:42 +0200
Newsgroups: jedi.vcl

Christian Sciberras wrote:
> Warren Postma wrote:
>> Chris,
>> Why on earth don't you just take the native pointer-based code and wrap
>> the final function (call it MyVolumeId).  I don't know why you want to
>> interpret gory native stuff, including pointer manipulations.  I'm baffled
>> at your approach.
>>
>> Warren
>>
>> Warren
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>
> Warren,
>
> You're funny!
> Why do we have to use JvInterpreter? Why not just build apps using delphi?
> That was just an example, something which can't be done (AFAIK) in the interpreter. Now, I'm not going to fix this just for VolumeId, but for just about any other dll function out there.
> Why include dll support when you can't use them because of no pointer manipulation support? Sounds like a car without wheels to me :).
>
> Kindly,
> Chris.

Can anyone help me implement simple pointer management routines into JvInterpreter?

I really want to fix this as sooner as possible.
Sorry for hurrying you guys.

Kindly,
Chris.


Subject: Re: JvDock/UnDock -- Control Form Size
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 17 Dec 2008 16:57:40 -0500
Newsgroups: jedi.vcl

Alan Colburn wrote:
> Never mind, I answered my own question :-) Thanks again for your response, though. You showed me where to look.
>
The Jv Dock manager? :-)

Warren


Subject: Re: JvDock/UnDock -- Control Form Size
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Wed, 17 Dec 2008 10:57:22 -0800
Newsgroups: jedi.vcl

Never mind, I answered my own question :-) Thanks again for your response, 
though. You showed me where to look. 




Subject: Re: JvDock/UnDock -- Control Form Size
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Wed, 17 Dec 2008 10:27:14 -0800
Newsgroups: jedi.vcl

Thanks for your response, Warren. I appreciate it. ... Is there a particular 
event I'm missing in which I set or restore the TForm width and height, 
something like aClientForm.OnUndock?

"Warren Postma" <wp@tekr7n.c0m> wrote in message 
news:giaurh$8nk$1@news.talkto.net...
> > Alan Colburn wrote:
>> >> [I asked this last month and didn't get a response. I'm hoping maybe 
>> >> someone who didn't see my original post will be able to help me out] I 
>> >> have a client form docked onto a main form. I'd like to have some control 
>> >> over the size of the client when it's undocked. What property (or event) 
>> >> do I want to look at?
>> >>
>> >> Thanks, as always -- Al C.
> >
> >
> > When the client is not docked, you set the TForm Width and Height 
> > properties as you always have.  The trick is you must undock it first
> > and then restore the sizes.
> >
> >
> > Warren 




Subject: Re: FtpUrlGrabber
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 17 Dec 2008 16:31:36 +0100
Newsgroups: jedi.vcl

Bruce Michener wrote:
> OBones wrote:
>> You give a URL just like you would type it in your internet browser:
>>
>> ftp://user:password@host/path/to/file
>>
>> Then you use the mode to specify "File" or "Stream".
>>
>> The easiest way is still to use the TJvUrlListGrabber component as it
>> wraps the FTP grabber and the others into one component
>
> I guess the real problem I'm having is not with the component, but how
> to enter path to a file on the MVS system that apparently likes to have
> single quotes around the name.  I have no problem when asking for a
> file on other systems (Windows, Linux, etc.). Thanks.

Maybe using %XX in the URL to encode the quote. This page could help:

http://www.blooberry.com/indexdot/html/topics/urlencoding.htm


Subject: Re: JvDock/UnDock -- Control Form Size
From: Warren Postma <wp@tekr7n.c0m>
Date: Wed, 17 Dec 2008 10:22:25 -0500
Newsgroups: jedi.vcl

Alan Colburn wrote:
> [I asked this last month and didn't get a response. I'm hoping maybe someone who didn't see my original post will be able to help me out] I have a client form docked onto a main form. I'd like to have some control over the size of the client when it's undocked. What property (or event) do I want to look at?
>
> Thanks, as always -- Al C.


When the client is not docked, you set the TForm Width and Height properties as you always have.  The trick is you must undock it first
and then restore the sizes.


Warren


Subject: Re: Coul not install Jvsl (SVN version)
From: "niels" <demonng@lumensoft.nl>
Date: Wed, 17 Dec 2008 15:16:04 +0100
Newsgroups: jedi.vcl



"Tommi Prami" <ei@gmail.com> schreef in bericht news:gia643$41r$1@news.talkto.net...
>>> ps. If someone has/knows better SVN (or any) to CVS sync tool (I just
>>> use XCopy), that would atleast tell that original repository has
>>> removed this and that file, I could remove 'em by hand. If there is
>>> no one, I could try to implement such a tool my self...
>>>
>>
>> Is it something like this You are looking for ?
>> http://tortoisesvn.net/
>
> No, I use TortoiseSVN to get Jcl/JVcl from SVN and I need to commit it to our internal CVS repository. I just would need tool that would copy non hidden files. and warn me of files that are removed from #Master Repository", folder where I grab the code from SVN...
>
TortoiseSVN has a nice future to export the data to an other location, it works very well for me.

> -TP- 



Subject: Re: FtpUrlGrabber
From: "Bruce Michener" <bmichene@boe.ca.gov>
Date: Wed, 17 Dec 2008 13:31:16 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:
> > 
> > You give a URL just like you would type it in your internet browser:
> > 
> > ftp://user:password@host/path/to/file
> > 
> > Then you use the mode to specify "File" or "Stream".
> > 
> > The easiest way is still to use the TJvUrlListGrabber component as it
> > wraps the FTP grabber and the others into one component

I guess the real problem I'm having is not with the component, but how
to enter path to a file on the MVS system that apparently likes to have
single quotes around the name.  I have no problem when asking for a
file on other systems (Windows, Linux, etc.). Thanks.


Subject: Re: Coul not install Jvsl (SVN version)
From: Tommi Prami <ei@gmail.com>
Date: Wed, 17 Dec 2008 10:22:42 +0200
Newsgroups: jedi.vcl

>> ps. If someone has/knows better SVN (or any) to CVS sync tool (I just
>> use XCopy), that would atleast tell that original repository has
>> removed this and that file, I could remove 'em by hand. If there is
>> no one, I could try to implement such a tool my self...
>>
>
> Is it something like this You are looking for ?
> http://tortoisesvn.net/

No, I use TortoiseSVN to get Jcl/JVcl from SVN and I need to commit it to our internal CVS repository. I just would need tool that would copy non hidden files. and warn me of files that are removed from #Master Repository", folder where I grab the code from SVN...

-TP-


Subject: Re: Coul not install Jvsl (SVN version)
From: Tommi Prami <ei@gmail.com>
Date: Wed, 17 Dec 2008 09:36:25 +0200
Newsgroups: jedi.vcl

On 17.12.2008 8:56, Tommi Prami wrote:
>> If you have a daily snapshot (what means that you use the not yet
>> released 3.36) then this is a problem with an outdated jedi.inc,
>> jcl.inc or jvcl.inc file somewhere on your hard disk.

It was something like that, removed whole local Repository and recopied from SVN. (Renamed at least one .inc file distributed by other libs).

Could someone make some statement on Jedi web page, that "If you use Jedi .inc files in your own code or libraries, please make sure that you prefix or rename the files before using those" (or similar).

I have had some troubles with some libs distribute jedi's .inc files without ghanging the name of the file.

-TP-

ps. If someone has/knows better SVN (or any) to CVS sync tool (I just use XCopy), that would atleast tell that original repository has removed this and that file, I could remove 'em by hand. If there is no one, I could try to implement such a tool my self...


Subject: Re: JvCsvData.pas, BCB - Latest SVN installation problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 17 Dec 2008 07:03:54 +0000 (UTC)
Newsgroups: jedi.vcl

"yannis" wrote:

> > First Uninstall then Remove any remaining bpl, dcps and DCus
> > then install the latest latest download the sources from SVN 
> > and replace as needed then run clean.bat and install. 
Yes maybe I did bad procedure of uninstallation but one month 
ago I had the same problem and I cleaned all JEDI files 
manually...and ... no success during JVCL installation 
because of "jcl.inc" file called inside of JvCsvData.pas module.
I have always latest SVN if I want to install JEDI components. 
 
> > What you have done might have left you with an older package 
> > or dcu unit. You need the manual step of handing down and 
> > deleting all the bpls, dcps and dcus left behind after uninstall.
I did this many times with JEDI (Jcl & Jvcl) packages. 

Generally. I am able to install latest JCL and JVCL SVN but I must 
do some steps manually. And I never had need to change system 
path on my PC. So If you say do it I will add 
"$(JCL)\source\include\"  to my system path. No problem  ;-).

However I will try what you recommend me today evening and let 
you now results of my research.

Thank you.
Vaclav


Subject: Re: Coul not install Jvsl (SVN version)
From: Tommi Prami <ei@gmail.com>
Date: Wed, 17 Dec 2008 08:56:05 +0200
Newsgroups: jedi.vcl

> If you have a daily snapshot (what means that you use the not yet
> released 3.36) then this is a problem with an outdated jedi.inc,
> jcl.inc or jvcl.inc file somewhere on your hard disk.

Updated from SVN, HEAD branch I think. OK, I'll check... I update whole SVN and copy Truck to in house CVS. I'll check if I have extra .inc files in somewhere...

-TP-



Subject: Re: Coul not install Jvsl (SVN version)
From: "Asger Joergensen" <Junk@Asger-P.dk>
Date: Wed, 17 Dec 2008 06:01:33 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Tommi

Tommi Prami wrote:

> > 
> > ps. If someone has/knows better SVN (or any) to CVS sync tool (I just 
> > use XCopy), that would atleast tell that original repository has 
> > removed this and that file, I could remove 'em by hand. If there is 
> > no one, I could try to implement such a tool my self...
> > 

Is it something like this You are looking for ?
http://tortoisesvn.net/

Kind regards
Asger


Subject: JvDock/UnDock -- Control Form Size
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Tue, 16 Dec 2008 14:36:58 -0800
Newsgroups: jedi.vcl

[I asked this last month and didn't get a response. I'm hoping maybe someone 
who didn't see my original post will be able to help me out] I have a client 
form docked onto a main form. I'd like to have some control over the size of 
the client when it's undocked. What property (or event) do I want to look 
at?

Thanks, as always -- Al C.




Subject: Re: Coul not install Jvsl (SVN version)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 16 Dec 2008 17:43:53 +0100
Newsgroups: jedi.vcl

What JVCL version do you use? Version 3.35 is for Delphi 2009 only.
Version 3.34 and the (not yet released) 3.36  support Delphi 5, 6, 7,
(2005), 2006, 2007 and 2009.

If you have a daily snapshot (what means that you use the not yet
released 3.36) then this is a problem with an outdated jedi.inc,
jcl.inc or jvcl.inc file somewhere on your hard disk.


-- Regards, Andreas Hausladen 

Subject: Coul not install Jvsl (SVN version)
From: Tommi Prami <ei@gmail.com>
Date: Tue, 16 Dec 2008 15:03:54 +0200
Newsgroups: jedi.vcl

Any ideas what's wrong???

Got:

[Compiling installer...]
Using CodeGear Delphi 2007 for Win32

CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear
C:\cvs_common\components\jvcl\run\JvThemes.pas(1287) Error: E2003 Undeclared ide
ntifier: 'TDTTOpts'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1294) Error: E2003 Undeclared ide
ntifier: 'ThemeServices'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1294) Error: E2029 'THEN' expecte
d but identifier 'ThemesEnabled' found
C:\cvs_common\components\jvcl\run\JvThemes.pas(1297) Error: E2066 Missing operat
or or semicolon
C:\cvs_common\components\jvcl\run\JvThemes.pas(1299) Error: E2066 Missing operat
or or semicolon
C:\cvs_common\components\jvcl\run\JvThemes.pas(1299) Error: E2066 Missing operat
or or semicolon
C:\cvs_common\components\jvcl\run\JvThemes.pas(1299) Error: E2003 Undeclared ide
ntifier: 'DTT_CALCRECT'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1299) Warning: W1024 Combining si
gned and unsigned types - widened both operands
C:\cvs_common\components\jvcl\run\JvThemes.pas(1299) Error: E2014 Statement expe
cted, but expression of type 'Integer' found
C:\cvs_common\components\jvcl\run\JvThemes.pas(1301) Error: E2066 Missing operat
or or semicolon
C:\cvs_common\components\jvcl\run\JvThemes.pas(1301) Error: E2066 Missing operat
or or semicolon
C:\cvs_common\components\jvcl\run\JvThemes.pas(1301) Error: E2003 Undeclared ide
ntifier: 'DTT_COMPOSITED'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1301) Warning: W1024 Combining si
gned and unsigned types - widened both operands
C:\cvs_common\components\jvcl\run\JvThemes.pas(1301) Error: E2014 Statement expe
cted, but expression of type 'Integer' found
C:\cvs_common\components\jvcl\run\JvThemes.pas(1302) Error: E2066 Missing operat
or or semicolon
C:\cvs_common\components\jvcl\run\JvThemes.pas(1302) Error: E2066 Missing operat
or or semicolon
C:\cvs_common\components\jvcl\run\JvThemes.pas(1302) Error: E2003 Undeclared ide
ntifier: 'DTT_TEXTCOLOR'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1302) Warning: W1024 Combining si
gned and unsigned types - widened both operands
C:\cvs_common\components\jvcl\run\JvThemes.pas(1302) Error: E2014 Statement expe
cted, but expression of type 'Integer' found
C:\cvs_common\components\jvcl\run\JvThemes.pas(1303) Error: E2066 Missing operat
or or semicolon
C:\cvs_common\components\jvcl\run\JvThemes.pas(1313) Error: E2003 Undeclared ide
ntifier: 'DrawThemeTextEx'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1313) Error: E2003 Undeclared ide
ntifier: 'Theme'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1313) Error: E2003 Undeclared ide
ntifier: 'TP_BUTTON'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1313) Error: E2003 Undeclared ide
ntifier: 'TS_NORMAL'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1314) Warning: W1022 Comparison a
lways evaluates to True
C:\cvs_common\components\jvcl\run\JvThemes.pas(1326) Error: E2003 Undeclared ide
ntifier: 'HPAINTBUFFER'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1342) Error: E2003 Undeclared ide
ntifier: 'BeginBufferedPaint'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1342) Error: E2003 Undeclared ide
ntifier: 'BPBF_TOPDOWNDIB'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1345) Error: E2003 Undeclared ide
ntifier: 'BufferedPaintMakeOpaque'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1358) Error: E2003 Undeclared ide
ntifier: 'BufferedPaintSetAlpha'
C:\cvs_common\components\jvcl\run\JvThemes.pas(1365) Error: E2003 Undeclared ide
ntifier: 'EndBufferedPaint'
C:\cvs_common\components\jvcl\run\JvExControls.pas(56) Fatal: F2063 Could not co
mpile used unit 'JvThemes.pas'

Failed to compile JVCL installer

Press any key to continue . . .


Subject: Re: JvCsvData.pas, BCB - Latest SVN installation problem
From: "yannis" <none@noware.non>
Date: Tue, 16 Dec 2008 07:57:33 +0000 (UTC)
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> > OBones wrote:
> > 
>> > > Maybe an unclean uninstall of a previous version.
> > 
> > I tried it with latest SVN form 15.12.2008.
> > - I applied clean.bat of JCL and JVCL too...and ->
> > - I applied uninstal of JCL and JVCL
> > 
> > After that I installed JCL and JVCL.
> > 
> > Situation is still same :-( .
> > 
> > Vaclav

First Uninstall then Remove any remaining bpl, dcps and DCus
then install the latest latest download the sources from SVN 
and replace as needed then run clean.bat and install. 

What you have done might have left you with an older package 
or dcu unit. You need the manual step of handing down and 
deleting all the bpls, dcps and dcus left behind after uninstall.

Regards
Yannis.
-- "Beware of computer programmers that carry screwdrivers." -- Leonard Brandwein. 

Subject: Re: FtpUrlGrabber
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 16 Dec 2008 08:18:26 +0100
Newsgroups: jedi.vcl

Bruce Michener wrote:
> I'm trying to use the TJvFtpUrlGrabber (JVCL Version 3.3) with Delphi
> 6.  Are there any examples on how to use this component?  I want to use
> it to download from and MVS system from other than my home folder (i.e.
> how do I properly format a file name starting from the root and/or
> change the working directory?).

You give a URL just like you would type it in your internet browser:

ftp://user:password@host/path/to/file

Then you use the mode to specify "File" or "Stream".

The easiest way is still to use the TJvUrlListGrabber component as it wraps the FTP grabber and the others into one component


Subject: Re: JvCsvData.pas, BCB - Latest SVN installation problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 16 Dec 2008 06:30:23 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Maybe an unclean uninstall of a previous version.

I tried it with latest SVN form 15.12.2008.
- I applied clean.bat of JCL and JVCL too...and ->
- I applied uninstal of JCL and JVCL

After that I installed JCL and JVCL.

Situation is still same :-( .

Vaclav



Subject: FtpUrlGrabber
From: "Bruce Michener" <bmichene@boe.ca.gov>
Date: Mon, 15 Dec 2008 21:12:20 +0000 (UTC)
Newsgroups: jedi.vcl

I'm trying to use the TJvFtpUrlGrabber (JVCL Version 3.3) with Delphi
6.  Are there any examples on how to use this component?  I want to use
it to download from and MVS system from other than my home folder (i.e.
how do I properly format a file name starting from the root and/or
change the working directory?).

-- 

Subject: Re: Unble to access NNTP on forums.talkto.net
From: "Warren Postma" <wp@tekran_removethebogusbit.com>
Date: Mon, 15 Dec 2008 19:04:30 +0100
Newsgroups: jedi.vcl

I cannot access from Work via our T1 line (going through Globalcrossing) 
nor through our local Sympatico DSL.  At home I use Sympatico DSL 
internet service and cannot access from home either.

Warren

Warren

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvCsvData.pas, BCB - Latest SVN installation problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 15 Dec 2008 13:29:47 +0100
Newsgroups: jedi.vcl

Maybe an unclean uninstall of a previous version.


Subject: JvCsvData.pas, BCB - Latest SVN installation problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 15 Dec 2008 10:27:03 +0000 (UTC)
Newsgroups: jedi.vcl

I have installed latest JCL+JVCL SVN (from 14.12.2008). 
BCB6 and BDS2006 & WinXP Pro here.

I had problem with installation of JVCL.

I got error with installation of JvCsvData.pas module 
because of following line inside of module:

{$I jcl.inc}  // we need to know JVCSV_WIDESTRING or not.

The JVCL installator cannot find path to the a jcl.inc 
and jcl*.inc related files. 
When I cpied Jcl*.inc files into the JVCL\Common direcory
all is OK.

Error Message:
[Compiling: JvDBC6R.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\run
\JvCsvData.pas(125) Fatal: File not found: 'jcl.inc'

Is there problem on my PC or is it general problem?

TIA, 
Vaclav.


Subject: infinite loop in JvDbGrid + D2009
From: delfo <delfo@nospam.thanks.es>
Date: Thu, 11 Dec 2008 10:01:34 +0000
Newsgroups: jedi.vcl

Using JVCL 3.35. I have a grid with these properties:

object DbGrid: TJvDBGrid
  Left = 1
  Top = 1
  Width = 836
  Height = 350
  Align = alClient
  DataSource = MiDataSource
  Options = [dgTitles, dgIndicator, dgColumnResize, dgColLines, dgRowLines, dgTabs, dgRowSelect, dgConfirmDelete, dgCancelOnExit, dgMultiSelect]
  ReadOnly = True
  TabOrder = 1
  TitleFont.Charset = ANSI_CHARSET
  TitleFont.Color = clWindowText
  TitleFont.Height = -12
  TitleFont.Name = 'Microsoft Sans Serif'
  TitleFont.Style = []
  OnTitleClick = DbGridTitleClick
  MultiSelect = True
  TitleButtons = True
  AlternateRowColor = clMoneyGreen
  TitleArrow = True
  SelectColumnsDialogStrings.Caption = 'Select columns'
  SelectColumnsDialogStrings.OK = '&OK'
  SelectColumnsDialogStrings.NoSelectionWarning = 'At least one column must be visible!'
  EditControls = <>
  RowsHeight = 19
  TitleRowHeight = 19
end

If I click in a row and then Shift+Click in another row the program enters an infinite loop (the call stack shows ntdll.dll and doing a pause the CPU shows things like RtlEnterCriticalSection, but I don't understand most of it anyways...).

The loop is reproducible both inside Delphi or standalone, but the same program in D2006 dosn't have that problem. Is there any way to solve it?

(yes, I know that users should use Ctrl+click to select multiple rows, but sometimes they press the wrong one).

TIA



Subject: Re: Unble to access NNTP on forums.talkto.net
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 10 Dec 2008 06:19:52 -0800
Newsgroups: jedi.vcl

I was having trouble with it too last night.  Couldn't get to it from work, 
and I
don't have any coworkers named Warren, so I doubt it's the same firewall.
Probably a routing issue. Oh well.  It's back up now.

"Christian Sciberras" <uuf6429@gmail.com> wrote in message 
news:ghmhoe$2cm$1@news.talkto.net...
> > OBones wrote:
>> >> No problems here.
>> >> Might be a firewall/proxy issue on your side
> >
> > Same here, been waiting for a reply from you, know I see your problem :)
> > Hope you get it fixed soon!
> >
> > Thanks!
> >
> > Chris. 




Subject: Re: Unble to access NNTP on forums.talkto.net
From: Christian Sciberras <uuf6429@gmail.com>
Date: Tue, 09 Dec 2008 22:39:29 +0200
Newsgroups: jedi.vcl

OBones wrote:
> No problems here.
> Might be a firewall/proxy issue on your side

Same here, been waiting for a reply from you, know I see your problem :)
Hope you get it fixed soon!

Thanks!

Chris.


Subject: Re: DPK parser?
From: "Adem" <adem.meda@gmail.com>
Date: Tue, 9 Dec 2008 20:21:04 +0000 (UTC)
Newsgroups: jedi.vcl

Florent,

Thank you so much.

It seems JVCL Installer is a good base to start with.

Cheers,
Adem


Subject: Re: Unble to access NNTP on forums.talkto.net
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 09 Dec 2008 21:04:56 +0100
Newsgroups: jedi.vcl

No problems here.
Might be a firewall/proxy issue on your side


Subject: Unble to access NNTP on forums.talkto.net
From: "Warren Postma" <wp@tekran_removethebogusbit.com>
Date: Tue, 9 Dec 2008 16:54:56 +0100
Newsgroups: jedi.vcl

 I am accessing today via delphi.newswhat.com web interface,
but for several weeks I have been unable to access forums.talkto.net.

Sigh.

Warren

Warren

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DPK parser?
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Tue, 9 Dec 2008 11:23:27 +0100
Newsgroups: jedi.vcl

> >Thanks. I think I can expand on that.
> >Any idea what the unit name (path) is?

It's a procedure in JclBorlandTools.pas around line 907:
  907 procedure GetDPKFileInfo(const DPKFileName: string; out RunOnly: 
Boolean;
  908   const LibSuffix: PString = nil; const Description: PString = 
nil);


> >Incidentally, now that i've got your ear (I hope), here is what I 
> >ultimaltely want to do:
> >
> >-- Search all the user given paths and locate all the dpk files.
> >-- Let the user decide which ones s/he wants to compile and install.
> >-- Let the user decide which of those belong to versions of Delphi

This can be done in a simple GUI.

> >Then, the application will
> >
> >-- sort out which of those dpk files are runtime, desingtime or both.

The existing implementation of GetDPKFileInfo already does it.

> >-- determine dependencies
> >and arrange the compilation/installation order on that info.

TODO in the JCL, the JVCL installer has code to automatically manage 
dependencies for JVCL packages, maybe this could be of interest.

> > (including already installed bpl/dcp/dll files) 

The list of installed packages and experts is available in class TJclBorRADToolIdePackages in the same unit

> >-- warn the user about missing bpl/dcp/dll or pas/dcu etc. files.
> >
> >if all is clear, it will compile/install those packages the user has 
> >selected.
> >
> >Now, one major roadblock (to me) is extracting dependencies from 
> >(compiled) bpl/dcp/dll files. IOW, I need some pascal sources to read PE 
> >format.
> >Colin Wilson's XN PE Explorer would have been very useful to use, but 
> >there are units missing from the sources he publishes; IOW, I cannot 
> >compile that app.
> >
> >Does JCL/JVCL include a PE format reader too?

TJclPeImage should help there :)
It can read the list of exported functions from a DLL and even the 
package information.

- Florent



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DPK parser?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 09 Dec 2008 08:44:31 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> We don't have the need for this in the JVCL.
> Maybe the JCL has it, but I'm not sure;

The one in the JCL is very limited, it just extracts the package suffix and the runtime or designtime mode.

- Florent


Subject: Re: DPK parser?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 09 Dec 2008 08:40:44 +0100
Newsgroups: jedi.vcl

We don't have the need for this in the JVCL.
Maybe the JCL has it, but I'm not sure;


Subject: Re: DPK parser?
From: "Adem" <adem.meda@gmail.com>
Date: Tue, 9 Dec 2008 07:32:55 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> OBones a écrit :
>> We don't have the need for this in the JVCL.
>> Maybe the JCL has it, but I'm not sure;
>
> The one in the JCL is very limited, it just extracts the package suffix and the runtime or designtime mode.

Thanks. I think I can expand on that.
Any idea what the unit name (path) is?

Incidentally, now that i've got your ear (I hope), here is what I ultimaltely want to do:

-- Search all the user given paths and locate all the dpk files.
-- Let the user decide which ones s/he wants to compile and install.
-- Let the user decide which of those belong to versions of Delphi

Then, the application will

-- sort out which of those dpk files are runtime, desingtime or both.
-- determine dependencies (including already installed bpl/dcp/dll files) and arrange the compilation/installation order on that info.
-- warn the user about missing bpl/dcp/dll or pas/dcu etc. files.

if all is clear, it will compile/install those packages the user has selected.

Now, one major roadblock (to me) is extracting dependencies from (compiled) bpl/dcp/dll files. IOW, I need some pascal sources to read PE format.

Colin Wilson's XN PE Explorer would have been very useful to use, but there are units missing from the sources he publishes; IOW, I cannot compile that app.

Does JCL/JVCL include a PE format reader too?

Cheers,
Adem


Subject: DPK parser?
From: "Adem" <adem.meda@gmail.com>
Date: Tue, 9 Dec 2008 02:58:30 +0000 (UTC)
Newsgroups: jedi.vcl

Does anyone know if there is a DPK parser in JCL/JVCL?

This is what I mean with 'DPK parser':

I'd like to be able to load any DPK file and turn it into an object with (something like) these properties:

  property DPKFileName
  property ResourceFiles
  property AlignSize
  property IsAssertions
  property IsBoolEval
  property IsDebugInfo
  property IsExtendedSyntax
  property IsImportedData
  property IsIoChecks
  property IsLocalSymbols
  property IsLongStrings
  property IsOpenStrings
  property IsOptimization
  property IsOverflowChecks
  property IsRangeChecks
  property IsReferenceInfo
  property IsSafeDivide
  property IsStackFrames
  property IsTypedAddress
  property IsVarstringChecks
  property IsWriteableConst
  property IsImplicitBuild
  property MinEnumSize
  property ImageBase
  property Description
  property PackageKind {RunOnly, DesignOnly, Both}
  property IncludedFiles
  property RequirePackages
  property ContainedUnits

I know it's not rocket-science, but would be nice if someone else had alrady done it :)

Cheers,
Adem


Subject: Re: JvHidControllerClass
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Mon, 08 Dec 2008 09:39:11 +0000
Newsgroups: jedi.vcl

Heiko Sommerfeldt wrote:
> > Hello,
> > 
> > meanwhile I managed it a little bit. The following code works:
> >    FillChar(Report, SizeOf(Report), 0);
> >    Report[0]:= 0;
> >    Report[1] := HID_USAGE_PAGE_TELEPHONY;
> >    Report[2] := HID_USAGE_TELEPHONY_RINGER;
> >    m_HIDDevice.WriteFile(Report,
> > m_HIDDevice.Caps.OutputReportByteLength, Written);
> > 
> > But this only works when using standard pages. For one device I have to
> > use a page, that is a WORD value (2 bytes). Then the size of
> > m_HIDDevice.Caps.OutputReportByteLength doesn't work - it is 3 for this
> > device and that would be too small...
> > 
> > So can somebody tell me how to proceed?
> > 
> > Thanks
> > heiko
> > 
> > "Heiko Sommerfeldt" <info@phoner.de> schrieb im Newsbeitrag
> > news:ghdvr1$nmo$1@news.talkto.net...
>> >> Hello,
>> >>
>> >> I am using JvHidControllerClass - and it works fine. Until now I only
>> >> use it for getting events from the HID device.
>> >> Now I want to set something - so I need to write a report? How Do I do
>> >> it?
>> >> I know the usage page (HID_USAGE_PAGE_TELEPHONY) and the usage id
>> >> (HID_USAGE_TELEPHONY_RINGER), but I don't get it to work. Is there a
>> >> small sample available?
>> >>
>> >> Thanks
>> >> Heiko 
> > 
Hello Heiko,
is that a 'custom' HID device (I mean, your own or commercial ?)
You should look into some USB analysing software - it will tell you what
is the max buffer length for HID feature report or HID write report -
then you should use the one, that has it non-zero (e.g :

 if Assigned(CurrentDevice)
    and (CurrentDevice.Caps.FeatureReportByteLength > 0) then
      Result :=
CurrentDevice.SetFeature(Report.Buffer,CurrentDevice.Caps.FeatureReportByteLength);

CurrentDevice is TJvHIDDevice - look at that class - maybe you'll see
something that matches what you need - e.g. WriteFile, WriteFileEx, etc.)

Regards,
el es


Subject: Re: JvHidControllerClass
From: "Heiko Sommerfeldt" <info@phoner.de>
Date: Sat, 6 Dec 2008 21:13:14 +0100
Newsgroups: jedi.vcl

Hello,

meanwhile I managed it a little bit. The following code works:
   FillChar(Report, SizeOf(Report), 0);
   Report[0]:= 0;
   Report[1] := HID_USAGE_PAGE_TELEPHONY;
   Report[2] := HID_USAGE_TELEPHONY_RINGER;
   m_HIDDevice.WriteFile(Report, m_HIDDevice.Caps.OutputReportByteLength, Written);

But this only works when using standard pages. For one device I have to use a page, that is a WORD value (2 bytes). Then the size of m_HIDDevice.Caps.OutputReportByteLength doesn't work - it is 3 for this device and that would be too small...

So can somebody tell me how to proceed?

Thanks
heiko

"Heiko Sommerfeldt" <info@phoner.de> schrieb im Newsbeitrag news:ghdvr1$nmo$1@news.talkto.net...
> Hello,
>
> I am using JvHidControllerClass - and it works fine. Until now I only use it for getting events from the HID device.
> Now I want to set something - so I need to write a report? How Do I do it?
> I know the usage page (HID_USAGE_PAGE_TELEPHONY) and the usage id (HID_USAGE_TELEPHONY_RINGER), but I don't get it to work. Is there a small sample available?
>
> Thanks
> Heiko 



Subject: JvHidControllerClass
From: "Heiko Sommerfeldt" <info@phoner.de>
Date: Sat, 6 Dec 2008 16:43:59 +0100
Newsgroups: jedi.vcl

Hello,

I am using JvHidControllerClass - and it works fine. Until now I only use it for getting events from the HID device.
Now I want to set something - so I need to write a report? How Do I do it?
I know the usage page (HID_USAGE_PAGE_TELEPHONY) and the usage id (HID_USAGE_TELEPHONY_RINGER), but I don't get it to work. Is there a small sample available?

Thanks
Heiko


Subject: Ctrl+Enter doesn't fire OnKeyDown in Jvcl components
From: "Przemm" <xxx@xxx.pl>
Date: Fri, 5 Dec 2008 13:48:21 +0100
Newsgroups: jedi.vcl

 Hi.

Why Ctrl+Enter doesn't fire OnKeyDown e.g. in TJvDBComboEdit. The same 
assigning 'Ctrl+Enter' to ClickKey doesn't work. Is any workaround?

thank



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bugfix: JvDBLookup.pas
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Fri, 05 Dec 2008 13:38:19 +0100
Newsgroups: jedi.vcl

I forgot to include the fix for the righthand monitor.

It is on line 2629 where the screens left position is omitted.
I changed it to also take the screens left position into account:
    // Bugfix C.Schiffler:
    // if P.X + FDataList.Width > SR.Width then
    //   P.X := SR.Width - FDataList.Width;
      if P.X + FDataList.Width > SR.Left + SR.Width then
        P.X := SR.Left + SR.Width - FDataList.Width;
    // End Bugfix C.Schiffler:

Regards
    Chris


Subject: Bugfix: JvDBLookup.pas
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Fri, 05 Dec 2008 13:30:35 +0100
Newsgroups: jedi.vcl

Hi,
I faced a problem using JvDBLookup in a multiheaded environment.

The problem results that JvDBLookup assumes only positive window positions are possible.
My Screen setup consists of three Monitors with the resolution of 1680x1050.
The monitor positions are:
X: -1680, Y: 0
X:     0, Y: 0
X: +1680, Y: 0

in JvDBLookup.pas (procedure TJvDBLookupCombo.DropDown;) Line 2640 and Line 2654 there is the usage of Max(P.X, 0) which effectively restricts Window positions to be of positive values.

I have changed the lines in the following way:
--starting from line 2636--
    SystemParametersInfo(SPI_GETCOMBOBOXANIMATION, 0, @Animate, 0);
    if Assigned(AnimateWindowProc) and Animate then
    begin
      { Can't use SWP_SHOWWINDOW here, because the window is then immediately shown }
      // Bugfix C.Schiffler:
      // SetWindowPos(FDataList.Handle, HWND_TOP, Max(P.X, 0), Y, 0, 0,
      SetWindowPos(FDataList.Handle, HWND_TOP, P.X, Y, 0, 0,
      // End Bugfix C.Schiffler:
        SWP_NOSIZE or SWP_NOACTIVATE {or SWP_SHOWWINDOW});
      if Y < P.Y then
        SlideStyle := AW_VER_NEGATIVE
      else
        SlideStyle := AW_VER_POSITIVE;
      { 150 is a bit arbitrary (<200 is recommended) }
      AnimateWindowProc(FDataList.Handle, 150, SlideStyle or AW_SLIDE);
      ShowWindow(FDataList.Handle, SW_SHOWNOACTIVATE);
      { Pre XP systems seem to need this }
      FDataList.Invalidate;
    end
    else
    {$ENDIF COMPILER6_UP}
      // Bugfix C.Schiffler:
      // SetWindowPos(FDataList.Handle, HWND_TOP, Max(P.X, 0), Y, 0, 0,
      SetWindowPos(FDataList.Handle, HWND_TOP, P.X, Y, 0, 0,
      // End Bugfix C.Schiffler:
      SWP_NOSIZE or SWP_NOACTIVATE or SWP_SHOWWINDOW);
--end--

With these changes the combo box drops down where it is meant to appear, right below the combo instead of the center monitors right border when the form is on one of the other monitors.
Please have a look at it and include the fix in the next version.

Regards
    Chris


Subject: JvRichEdit and tables
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Dec 2008 12:57:07 +0100
Newsgroups: jedi.vcl

Hi,

how can I insert a table into a JvRichEdit and change the width and height
of those cells?

I already pasted a table from Winword into the JVCL editor demo, which fits
perfectly into the text, however I cannot change the size of the cells at
all.

My system has got riched20.dll version 3 installed.
-- cu, Michael 

Subject: Re: Jedi install under D5 and D2009
From: SG <sg.delphi7@gmail.com>
Date: Fri, 05 Dec 2008 10:11:43 +0100
Newsgroups: jedi.vcl

Hi Andreas!

Thanks a lot! I downloaded the latest snapshot, and it's working with Delphi 5 and Delphi 2009.
The package version numbers are the follows:
JCL 1.103.0.3200
JVCL 3.36

Regards,
Gabryel

Andreas Hausladen írta:
> SG wrote:
>
>> Could anybody help me, to solve this problem?
>
> Version 3.35 is a special build for Delphi 2009. It wasn't tested
> against older Delphi versions.
> You can use the daily snapshots which are fairly stable and contain
> many bugfixes (especially Unicode related bugfixes).
>
> http://jcl.sf.net/daily
> http://jvcl.sf.net/daily
>
>


Subject: Re: Jedi install under D5 and D2009
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 4 Dec 2008 20:37:51 +0100
Newsgroups: jedi.vcl

SG wrote:

> > Could anybody help me, to solve this problem?

Version 3.35 is a special build for Delphi 2009. It wasn't tested
against older Delphi versions.
You can use the daily snapshots which are fairly stable and contain
many bugfixes (especially Unicode related bugfixes).

http://jcl.sf.net/daily
http://jvcl.sf.net/daily


-- Regards, Andreas Hausladen 

Subject: Jedi install under D5 and D2009
From: SG <sg.delphi7@gmail.com>
Date: Thu, 04 Dec 2008 18:32:03 +0100
Newsgroups: jedi.vcl

Hi,

On my computer are two delphi instance installed (Delphi 5 prof and Delphi 2009). I tried to install jedi 3.35, but during the install I got a compiler error message:
C:\Work\Components\Jedi 3.35\JVCL\run\JvCsvData.pas(1069) Error: Undeclared identifier: 'soEnd'
C:\Work\Components\Jedi 3.35\JVCL\run\JvCsvData.pas(1085) Error: Too many actual parameters
JvDBD5R.dpk(98) Fatal: Could not compile used unit '..\..\run\JvCsvData.pas'

I installed the latest JCL package without problem, and after JVCL and I got the above error message.

Could anybody help me, to solve this problem?

Regards,
Gabryel


Subject: Animation in themed application
From: "Heiko Tappe" <tappe@transdata.net>
Date: Thu, 4 Dec 2008 11:53:29 +0100
Newsgroups: jedi.vcl

In my application I use TAnimate to display some animation while doing long 
lasting things. These "things" run in the same (main) thread. The animation 
too. If I now activate theming (on my XP box) the animation is no longer 
animated but freezes on the first frame (microsoft changed the behaviour 
somehow so that you have to run the animation in a separate thread then).
Question: Is there something JVCL offers to let me show an animation in the 
way I am used to? I had a look at TJvGIFAnimator. But it doesn't seem to be 
"threaded".

--Heiko 




Subject: JvValidators dont work on Database controls?
From: "diegote79" <dssantana@gmail.com>
Date: Wed, 3 Dec 2008 19:45:24 +0100
Newsgroups: jedi.vcl

I found at the forum a close thread about this subject, I need the file
modified by Peter Thornqvist, JvValidators.pas, the one which can validate
DB controls. Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Mon, 01 Dec 2008 20:11:34 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Chris,
> Why on earth don't you just take the native pointer-based code and wrap
> the final function (call it MyVolumeId).  I don't know why you want to
> interpret gory native stuff, including pointer manipulations.  I'm baffled
> at your approach.
>
> Warren
>
> Warren
>
> --- posted by geoForum on http://delphi.newswhat.com

Warren,

You're funny!
Why do we have to use JvInterpreter? Why not just build apps using delphi?
That was just an example, something which can't be done (AFAIK) in the interpreter. Now, I'm not going to fix this just for VolumeId, but for just about any other dll function out there.
Why include dll support when you can't use them because of no pointer manipulation support? Sounds like a car without wheels to me :).

Kindly,
Chris.


Subject: Re: JvInterpreter troubles
From: "Warren Postma" <wp@tekran_removethebogusbit.com>
Date: Mon, 1 Dec 2008 17:04:09 +0100
Newsgroups: jedi.vcl

Chris, 

Why on earth don't you just take the native pointer-based code and wrap
the final function (call it MyVolumeId).  I don't know why you want to
interpret gory native stuff, including pointer manipulations.  I'm baffled
at your approach.

Warren

Warren

--- posted by geoForum on http://delphi.newswhat.com


Subject: JvComboListbox - ItemHeight??
From: "Ralf Kaiser" <rk@lingosmart.de>
Date: Mon, 1 Dec 2008 17:01:36 +0100
Newsgroups: jedi.vcl

Hello,

in an older project we used a TJvComboListbox (List box control that shows dropdown arrows for each item in the list - for those who do not remember). We used that control in owner draw mode with variable item height and it worked well.

Now, after beeing away from the Delphi and Jedi for a while, i have recompiled the project with a current installation of JVCL and suddenly the control only uses an item height of 15, no matter what i enter in OI. The OnMeasureItem event handler is never executed in that current version.

As a workaround i had to replace it with a standard listbox, losing the nice dropdown arrows on the side :-(

Can one give me a hint how to re-enable the previous behaviour (working OnMeasureItem and OnDrawText message handlers)

Thanks in advance,
Ralf


Subject: Re: D2009 issue with JVCL packages
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 1 Dec 2008 11:08:52 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:gh02ek$eiv$1@news.talkto.net>:

> > Looks like you have some packages (JVCL or not) that depend on an old 
> > version of the JCL. So you must rebuild all these packages, JVCL and 
> > others as well.
I noticed that one of my packages relies on some of the Jv packages but had
unnecessary dcp files in the requires list which I did not compile any more
during the new installation of JCL/JVCL.

So you were right, and thanks for your hints which lead me into the right
direction.

-- cu, Michael 

Subject: Re: D2009 issue with JVCL packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 01 Dec 2008 10:02:35 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Looks like you have some packages (JVCL or not) that depend on an old version of the JCL. So you must rebuild all these packages, JVCL and others as well.

Oh, and please make sure you don't have duplicate copies of the JCL bpl files, or duplicate entries in the registry for old JVCL (or other) packages.


Subject: Re: D2009 issue with JVCL packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 01 Dec 2008 10:01:56 +0100
Newsgroups: jedi.vcl

Looks like you have some packages (JVCL or not) that depend on an old version of the JCL. So you must rebuild all these packages, JVCL and others as well.


Subject: Re: D2009 issue with JVCL packages
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 1 Dec 2008 09:34:32 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:1nty3gy06aebp.owx00rq4515a.dlg@40tude.net>:

> > After confirming this error I get many similar messages for different
> > packages.
I just noticed that not all packages to throw this error. Some are loaded
into the IDE, so what did I made wrong?

-- cu, Michael 

Subject: D2009 issue with JVCL packages
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 1 Dec 2008 09:21:32 +0100
Newsgroups: jedi.vcl

Hi,

I've downloaded latest JVCL units and compiled them without any problems
for D2009. When starting the IDE I get many errors like this one:

"Der Prozedureinsprungpunkt "@Jclversioncontrol@initialization$qqrv" wurde
in der DLL "JclVcl120.bpl" nicht gefunden."

Which means something like 'Procedure entry point
@Jclversioncontrol@initialization$qqr not found in DLL JclVcl120.bpl..."

After confirming this error I get many similar messages for different
packages.

Of course I tried to update JCL and JVCL again from SVN, compiled both
successfully and retried without success so far. 

OTH installing the same SVN downloaded units in BDS2006 works without any
problems. The packages load perfectly during IDE startup and I can use them
properly.

Just D2009 causes some troubles now.
-- cu, Michael 

Subject: Re: editing packages
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Sun, 30 Nov 2008 11:47:52 +0100
Newsgroups: jedi.vcl

Hi Sean,

You can manually edit xml files in jvcl/packages/xml or use pgEdit. Both 
ways are equivalent.
After this edition, packages in jvcl/packages/dXX and jvcl/packages/cXX 
are automatically generated by the JVCL installer.
pgEdit may generate them too althought there is an issue in this tool: 
the generation process has an in-memory cache of XML files that hides the 
modifications just made in the tool. Once the tool has generated 
packages, it will always generate the same package althought they were 
modified. A quick workaround is to restart pgEdit before package 
generation.

- Florent



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: editing packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 30 Nov 2008 11:47:01 +0100
Newsgroups: jedi.vcl

Sean Farrow wrote:
> Hi;
> How do I edit jvclpackages, do I manually edit the package file or use pgedit?

Edit the XML file and then regenerate using pg (or the MakePackages batch file)


Subject: editing packages
From: "Sean Farrow" <sean.farrow@seanfarrow.co.uk>
Date: Sat, 29 Nov 2008 22:54:50 -0000
Newsgroups: jedi.vcl

Hi;
How do I edit jvclpackages, do I manually edit the package file or use 
pgedit?
Chers
Sean. 




Subject: should jvxmlDatabase be moved?
From: "Sean Farrow" <sean.farrow@seanfarrow.co.uk>
Date: Sat, 29 Nov 2008 22:47:39 -0000
Newsgroups: jedi.vcl

Hi:
Should the jvclXmlDatabase be moved as it is (from what I can tell) a 
non-visual component?
Chers
Sean. 




Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sat, 29 Nov 2008 19:59:58 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> OBones wrote:
>> If you feel like moving them, please do <g>
> Okay, the main demo is moved. A new demo is written (JvInterpreterSimple folder) that is a MINIMAL DEMO. I think that it answers ten or so of the most common 'how do I' questions. How do I get a variable name? How do I store a variable value? How do I get my own custom functions and procedures invoked?  How do I do error handling?  Etc.
>
> The "JvInterpreterTest" demo (a classic demo) is brutal.  Complex, annoying, and way too hard to follow. :-)
> I intend to write a few more simple demos. Requests anyone?
>
> Warren
>
>
>
>
>

Where exactly is that? In CVS?
Also, I tried usign the following code with JvInterpreter (it attempts to get the hdd serial using winapi):
/////////////////////////////////////////////////////////////////////////
unit DiskSerial;

const MAX_PATH=260;

function GetVolumeInformation(lpRootPathName: PChar;
  lpVolumeNameBuffer: PChar; nVolumeNameSize: DWORD; lpVolumeSerialNumber: PDWORD;
  var lpMaximumComponentLength, lpFileSystemFlags: DWORD;
  lpFileSystemNameBuffer: PChar; nFileSystemNameSize: DWORD): BOOL;
  external 'kernel32.dll' name 'GetVolumeInformationA';

function Main:String;
var NotUsed:DWORD; VolumeFlags:DWORD; VolumeSerialNumber:DWORD;
begin
  GetVolumeInformation('C:\', nil, MAX_PATH, Addr(VolumeSerialNumber), NotUsed, VolumeFlags, nil, 0);
  Result := IntToStr(VolumeSerialNumber);
end;

end.
/////////////////////////////////////////////////////////////////////////

Problem is, the interpreter doesn't know anything about Addr() so I tried implementing my own:

/////////////////////////////////////////////////////////////////////////
{function function Addr(X): Pointer; }

procedure JvInterpreter_Addr(var Value: Variant; Args: TJvInterpreterArgs);
begin
  Value := Addr(Args.Values[0]);
end;

// and of course it's also got to be registered in the adapter coding
/////////////////////////////////////////////////////////////////////////

Well...this didn't quite fix it. Invalid types, pointer and variant.
I would prefer though if there was another fix that didn't change the interpreter code.

And here's the tiniest contribution :P :
, { TStringList }
/////////////////////////////////////////////////////////////////////////
{ property Read Delimiter: Char }

procedure TStringList_Read_Delimiter(var Value: Variant; Args: TJvInterpreterArgs);
begin
  Value := TStringList(Args.Obj).Delimiter;
end;

{ property Write Delimiter(Value: Char) }

procedure TStringList_Write_Delimiter(const Value: Variant; Args: TJvInterpreterArgs);
var s:String;
begin
  s:=VarToStr(Value); if(s='')then s:=' ';
  TStringList(Args.Obj).Delimiter := s[1];
end;

{ property Read DelimitedText: String }

procedure TStringList_Read_DelimitedText(var Value: Variant; Args: TJvInterpreterArgs);
begin
  Value := TStringList(Args.Obj).DelimitedText;
end;

{ property Write DelimitedText(Value: String) }

procedure TStringList_Write_DelimitedText(const Value: Variant; Args: TJvInterpreterArgs);
begin
  TStringList(Args.Obj).DelimitedText := Value;
end;

//...
procedure RegisterJvInterpreterAdapter(JvInterpreterAdapter: TJvInterpreterAdapter);
//...
    AddGet(TStringList, 'Delimiter', TStringList_Read_Delimiter, 0, [varEmpty], varEmpty);
    AddSet(TStringList, 'Delimiter', TStringList_Write_Delimiter, 0, [varEmpty]);
    AddGet(TStringList, 'DelimitedText', TStringList_Read_DelimitedText, 0, [varEmpty], varEmpty);
    AddSet(TStringList, 'DelimitedText', TStringList_Write_DelimitedText, 0, [varEmpty]);
//...
/////////////////////////////////////////////////////////////////////////

That takes care of TStringList's Delimiter and DelimitedText properties, which I found very usefull. Please put them in the distribution for me, thanks.

Kindly,
Chris.


Subject: Re: JvFontComboBox - font names
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 28 Nov 2008 22:47:58 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > And the TJvFontCombo uses EnumFonts.

Changing it to EnumFontFamiliesEx doesn't remove the @-fonts either.


-- Regards, Andreas Hausladen 

Subject: Re: JvFontComboBox - font names
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 28 Nov 2008 22:32:41 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > So there seems to be a better algorithm to fill this combo up.

That's what the PSDK says:
"Use EnumFontFamiliesEx instead of EnumFonts"

And the TJvFontCombo uses EnumFonts.

-- Regards, Andreas Hausladen 

Subject: Re: JvFontComboBox - font names
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Nov 2008 21:30:59 +0100
Newsgroups: jedi.vcl

Am Fri, 28 Nov 2008 07:31:26 -0800 schrieb Mason Wheeler:

> > Try this:
> > procedure form1.whatever;
> > var
> >    font: string;
> > begin
> >    for font in JvFontComboBox1.Items do
> >       if font[1] = '@' then
> >          JvFontComboBox1.Items.Delete(JvFontComboBox1.Items.IndexOf(font));
> > end;
Mason thanks for your reply. I will try your coding however I first thought
of a property/option which I could set in the component to filter those
out.
OTH when opening Microsoft Word and looking at their font selection combo I
don't see those '@' entries. The Word combo seems to list other fonts as
well, at least the names are different

So there seems to be a better algorithm to fill this combo up.

-- cu, Michael 

Subject: Re: error when loading package
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 28 Nov 2008 20:54:08 +0100
Newsgroups: jedi.vcl

Thsi should be fixed in the current svn version.

Sean Farrow schrieb:
> Hi:
> With the latest svn I get hte following dialog:
> Error
> Can't load package C:\Documents and Settings\All Users\Documents\RAD Studio\5.0\BPL\JvJansD11D.bpl.
> Cannot load package 'JvJansD11R.'  It contains unit 'JvSpellerForm,'which is also contained in package 'JvCmpD11R'
> Do you want to attempt to load this package the next time a project is loaded?
> Yes No
> How can I fix this?
> how do I edit the packages?
> Cheers
> Sean.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: error when loading package
From: "Sean Farrow" <sean.farrow@seanfarrow.co.uk>
Date: Fri, 28 Nov 2008 19:07:47 -0000
Newsgroups: jedi.vcl

Hi:
With the latest svn I get hte following dialog:
Error
Can't load package C:\Documents and Settings\All Users\Documents\RAD 
Studio\5.0\BPL\JvJansD11D.bpl.
Cannot load package 'JvJansD11R.'  It contains unit 'JvSpellerForm,'which is 
also contained in package 'JvCmpD11R'
Do you want to attempt to load this package the next time a project is 
loaded?
Yes No
How can I fix this?
how do I edit the packages?
Cheers
Sean.




Subject: Re: JvFontComboBox - font names
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Fri, 28 Nov 2008 07:31:26 -0800
Newsgroups: jedi.vcl

Try this:
procedure form1.whatever;
var
   font: string;
begin
   for font in JvFontComboBox1.Items do
      if font[1] = '@' then
         JvFontComboBox1.Items.Delete(JvFontComboBox1.Items.IndexOf(font));
end;


"Michael Fritz" <spam_athome@yahoo.de> wrote in message 
news:y51c3kg45f10$.c90yweyoyfkv$.dlg@40tude.net...
> > Hi,
> >
> > I'm using the JvFontComboBox to show the available fonts on my system.
> > However I'm getting some fonts I don't want to be selected/displays, 
> > please
> > see attached image. Those fonts begin with '@'.
> >
> > How can I get rid of them in the list?
> > -- 
> > cu,
> > Michael 




Subject: Re: JvRichEdit save content into stream current SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Nov 2008 12:16:53 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:1v7pz0fz11uy7$.zrmuoks6okfp$.dlg@40tude.net>:

I now found the source of my problems.
I'm using the following code in the form's OnResize event:

procedure TfrmNoticeEditModal.FormResize(Sender: TObject);
begin
  SetEditRect;
  memNoticeSelectionChange(Sender);
end;

Which is exactly the same code as in the JvRichEdit demo. When commenting
those line out, the formatting of the text is perfect.

Why do I need those lines aynway?

I'm creating the editor form dynamically from the main when needed. Perhaps
it this is a problem for the resize event.
-- cu, Michael 

Subject: JvFontComboBox - font names
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Nov 2008 12:02:45 +0100
Newsgroups: jedi.vcl

Hi,

I'm using the JvFontComboBox to show the available fonts on my system.
However I'm getting some fonts I don't want to be selected/displays, please
see attached image. Those fonts begin with '@'.

How can I get rid of them in the list?
-- cu, Michael


2008-11-28_100850.png

2008-11-28_100850.png
	



Subject: Re: A visuel error on the JvTabBar.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 27 Nov 2008 21:18:51 +0100
Newsgroups: jedi.vcl

niels wrote:

> > I have found the problem.

It is now fixed.


-- Regards, Andreas Hausladen 

Subject: Re: JvRichEdit save content into stream current SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Nov 2008 16:54:34 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:ggm5j9$2fp$1@news.talkto.net>:

> > What code do you use to load the data from the blob into the richedit?
This one (simplified):

JvRichEdit1.Lines.BeginUpdate;

EventMask := SendMessage(JvRichEdit1.Handle, EM_GETEVENTMASK, 0, 0);
SendMessage(JvRichEdit1.Handle, EM_SETEVENTMASK, 0, EventMask and not
ENM_REQUESTRESIZE);

JvRichEdit1.Lines.LoadFromStream(MemStream);
SendMessage(JvRichEdit1.Handle, EM_SETEVENTMASK, 0, EventMask);
JvRichEdit1.Lines.EndUpdate;

The message sent to the edit control is just for speeding up the loading.
Commenting those lines out does not change anything however.

The RTF lines were loaded into MemStream before. When loading the content
from MemStream into a TStringLsit at this point and look at the Text
property afterwards I yet can see the RTF tag for bold words.

After the form, which holds the rich edit dialog, has been displayed I
fetch the content from the rich edit this way:

MemStream.Clear;
JvRichEdit1e.Lines.SaveToStream(MemStream);

When storing the content of MemStream into a TStringList and looking at the
Text property again I noticed that the RTF tag for bold words is now
missing. 

I did not edit anything in the rich edit content. Just loading, displaying
the text and close the form to save the RTF data into MemStream.

Somewhere between Lines.LoadFromStram, displaying the data and
Lines.SaveToStream, the content has been altered.


-- cu, Michael 

Subject: Re: JvRichEdit save content into stream current SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Nov 2008 15:53:27 +0100
Newsgroups: jedi.vcl

What code do you use to load the data from the blob into the richedit?


Subject: Re: JvRichEdit save content into stream current SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Nov 2008 15:51:24 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:ggm0fq$1n0$1@news.talkto.net>:


> > Seems like the loading from the blob into the richedit is the part where 
> > there is a problem.
Perhaps :-(

This is the RTF content from the DB:

{\rtf1\ansi\ansicpg1252\deff0\deflang1031{\fonttbl{\f0\fnil\fprq2 MS Sans
Serif;}}\viewkind4\uc1\pard\b\f0\fs18 Michael\b0\par\par}

which is perfectly formatted when loading into WinWord as an RTF file.

This is the content of the stream after receiving it from JvRichEdit:

{\rtf1\ansi\ansicpg1252\deff0\deflang1031{\fonttbl{\f0\fnil\fprq2 MS Sans
Serif;}}\viewkind4\uc1\pard\f0\fs18 Michael\par\par}

The only difference I see is a missing 'b0\' after the word 'Michael'. I
guess this is the code for formatting a word in bold letters.

This means the DB stream is correct before loading it into the edit but
when receiving it back the formatting is missing. This happens for
paragraph alignments and other character formatting option, too. The
content of the stream simply does not hold any formatting info anymore.

-- cu, Michael 

Subject: Re: JvRichEdit save content into stream current SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Nov 2008 14:26:17 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "Michael Fritz" wrote in message
> <news:1k3dymob3la3n$.r6q75kmhqs0m$.dlg@40tude.net>:
>
>> I will go and do some more testing...
> I've now saved the DB blob content into an RTF file, after formatting some
> words in bold letters.
> I opened the RTF file in WinWord. I now see those bold written letters.
> This means the content in DB is RTF formatted.
>
> I now re-open the Blob content in the JvRichEdit again and don't see any
> bold words. I immediately save the rich edit content in the DB again and
> save it again into an RTF file.
> Guess what? After loading it again into WinWord, no bold words at all.

Seems like the loading from the blob into the richedit is the part where there is a problem.


Subject: Re: JvRichEdit save content into stream current SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Nov 2008 14:24:30 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:1k3dymob3la3n$.r6q75kmhqs0m$.dlg@40tude.net>:

> > I will go and do some more testing...
I've now saved the DB blob content into an RTF file, after formatting some
words in bold letters.
I opened the RTF file in WinWord. I now see those bold written letters.
This means the content in DB is RTF formatted.

I now re-open the Blob content in the JvRichEdit again and don't see any
bold words. I immediately save the rich edit content in the DB again and
save it again into an RTF file. 

Guess what? After loading it again into WinWord, no bold words at all.

-- cu, Michael 

Subject: Re: JvRichEdit save content into stream current SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Nov 2008 14:08:36 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:gglugc$1bq$1@news.talkto.net>:

> > Isn't the plaintext property intended for that very usage?
Olivier,

this means if it is set to false I will get RTF content inside the stream,
correct? 
While I encountered my problems while streaming out, this property was set
already to False. I've now streamed into a TStringList for some further
testing and I do get some RTF content like:
[..]
{\rtf1\ansi\ansicpg1252\deff0\deflang1031{\fonttbl{\f0\fnil\fp
[..]
But still formatting is not visible inside the rich edit control. Don't
know however what character sequences will be necessary to format the words
in bold letters to look them up after the stream was written into DB.

I will go and do some more testing...

-- cu, Michael 

Subject: Re: JvRichEdit save content into stream current SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Nov 2008 13:52:28 +0100
Newsgroups: jedi.vcl

Isn't the plaintext property intended for that very usage?


Subject: JvRichEdit save content into stream current SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Nov 2008 13:43:35 +0100
Newsgroups: jedi.vcl

Hi,

I'm currently facing some problems when streaming out the lines of a rich
edit. Precisely some of the fonts and layout attributes are not stored for
some reasons in the destination stream. I did not test other RTF formatting
options so far but it seems that the destination content is just plain
ASCII (using Turbo Delphi Pro, btw).

I'm using just those lines:

MemStream := TMemoryStream.Create;
MemStream.Clear;
JvRichEdit1.Lines.SaveToStream(MemStream);

I'm saving the steam into a DB blob field afterwards. This works of course
but when reloading the content into the rich edit, any previously set font
attributes are now cleared.
For testing purposes I just typed 'Michael' into the edit marked it and set
the font style to bold. The rich edit displays this bold word correctly.

Now I stream the content out into a DB and reload it. The word 'Michael' is
not written in bold letters anymore.

I tried to debug into TJvRichEditStrings.SaveToStream and see what wrong
but the debugger does not even stop here. So I don't know what happens
here.
I could bet that this coding from above already worked some time (some JVCL
builds) before w/o any problems, but cannot say for sure.

So what's the preferred way to stream the rich edit content out and reload
it?

-- cu, Michael 

Subject: Re: A visuel error on the JvTabBar.
From: "niels" <demonng@lumensoft.nl>
Date: Thu, 27 Nov 2008 12:21:40 +0100
Newsgroups: jedi.vcl



"niels" <demonng@lumensoft.nl> schreef in bericht news:gghgoa$cba$1@news.talkto.net...
> Hello,
>
> Today I have found a strange problem with the JvTabBar that I use in my program with theme enabled.
> When there are more tabs created then there are possible to show on the screen, then by using the XP-theme, there are two buttons showed at the top right corner of the tabbar to scroll to the tabs. When you use the classic windows theme  those buttons are not showed but you can still press at those places and the tabs will scroll.
>
> Someone know a fix for this?
>
> thanks.
>
I have found the problem.
the  {$ENDIF JVCLThemesEnabled} in the method TJvTabBarPainter.DrawScrollButton needs to be moved up to replace the {$else} statement.

----------------------------------------------------
procedure TJvTabBarPainter.DrawScrollButton(Canvas: TCanvas; TabBar: TJvCustomTabBar; Button: TJvTabBarScrollButtonKind;
 State: TJvTabBarScrollButtonState; R: TRect);
{$IFDEF JVCLThemesEnabled}
const
 States: array[TJvTabBarScrollButtonState] of Integer = (0, 0, DFCS_HOT, DFCS_PUSHED, DFCS_INACTIVE);
 ScrollTypes: array[TJvTabBarScrollButtonKind] of Integer = (DFCS_SCROLLLEFT, DFCS_SCROLLRIGHT);
{$ENDIF JVCLThemesEnabled}
begin
 {$IFDEF JVCLThemesEnabled}
 if ThemeServices.ThemesEnabled then
   DrawThemedFrameControl(Canvas.Handle, R, DFC_SCROLL, ScrollTypes[Button] or States[State])
 else
 {$ENDIF JVCLThemesEnabled} // old {$else}
 begin
   if TabBar.FlatScrollButtons then
     DrawButtonFace(Canvas, R, 1, bsNew, False, State = sbsPressed, False)
   else
     DrawButtonFace(Canvas, R, 1, bsWin31, False, State = sbsPressed, False);
   if State = sbsPressed then
     OffsetRect(R, 1, 1);
   TabBar.DrawScrollBarGlyph(Canvas,
     R.Left + (R.Right - R.Left - 4) div 2,
     R.Top + (R.Bottom - R.Top - 7) div 2,
     Button = sbScrollLeft, State = sbsDisabled);
 end;
// old :{$ENDIF JVCLThemesEnabled}
end;
----------------------------------------------------

>
> PS.
> I did liked to add this error in Mantis but somehow I lost my username for it. (I think I used jedi@lumensoft.nl  as email address).
>
>
>


Subject: [JVCL 3.33, BDS 2006] TJvDBTreeView and filtered DatSet (ADOQuery)
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Thu, 27 Nov 2008 11:10:57 +0100
Newsgroups: jedi.vcl

Hello!

I wonder that TJvDBTreeView does not treat the filtered DataSet (TADOQuery) 
as expected. When I set the filter beeing closed the dataset after opening 
it the tree shows the filtered DataSet as expected.

When I set the filter after Dataset was opened (.filter := ...; .filtered := 
true;) the TreeView shows all recors - even that ones which shuold not be 
shown anymore. Calling .UpdateTree does not show any effect.

A JvDBGrid which has assigend the same DataSource always shwos the filtered 
DatSet as expected.

Is this a feature or a bug?

Thx in advance and regards,

Klaus 




Subject: Re: Help needed by compiling a packages that uses JVCL
From: Andrew Baylis <abaylis@nospam.spamcop.net>
Date: Thu, 27 Nov 2008 18:39:46 +1100
Newsgroups: jedi.vcl

niels wrote:
> Hello
> I have just upgraded my JCL/JVCL packages but now I get the next error when I try to compile a package that uses JVCL.
> "E2225 Never-build package 'JvStdCtrlsD10R' must be recompiled. "
>
> I use Turbo Delphi 2006 Pro.
>
> I have tried already some settings but I can't get it to work.
>
> This is the source of the package file:
>

> {$IMPLICITBUILD OFF}
>

Suggest you try {$IMPLICITBUILD ON}

Andrew


Subject: Help needed by compiling a packages that uses JVCL
From: "niels" <demonng@lumensoft.nl>
Date: Wed, 26 Nov 2008 14:44:15 +0100
Newsgroups: jedi.vcl

Hello
I have just upgraded my JCL/JVCL packages but now I get the next error when I try to compile a package that uses JVCL.
"E2225 Never-build package 'JvStdCtrlsD10R' must be recompiled. "

I use Turbo Delphi 2006 Pro.

I have tried already some settings but I can't get it to work.

This is the source of the package file:

{$ALIGN 8}
{$ASSERTIONS OFF}
{$BOOLEVAL OFF}
{$DEBUGINFO OFF}
{$EXTENDEDSYNTAX ON}
{$IMPORTEDDATA ON}
{$IOCHECKS ON}
{$LOCALSYMBOLS OFF}
{$LONGSTRINGS ON}
{$OPENSTRINGS ON}
{$OPTIMIZATION ON}
{$OVERFLOWCHECKS OFF}
{$RANGECHECKS ON}
{$REFERENCEINFO OFF}
{$SAFEDIVIDE OFF}
{$STACKFRAMES OFF}
{$TYPEDADDRESS OFF}
{$VARSTRINGCHECKS ON}
{$WRITEABLECONST ON}
{$MINENUMSIZE 1}
{$IMAGEBASE $49AC0000}
{$DESCRIPTION 'Diverse componenten'}
{$RUNONLY}
{$IMPLICITBUILD OFF}

requires
 vcl,
 vclx,
 vcldb,
 bdertl,
 designide,
 VclSmp,
 rtl,
 dbrtl,
 vcljpg,
 Jcl,
 JvCoreD10R,
 JvStdCtrlsD10R;

contains
 ...




Subject: Re: A visuel error on the JvTabBar.
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 26 Nov 2008 08:50:14 +0100
Newsgroups: jedi.vcl

niels wrote:

> Indeed the one with the space in it.

Done. Thanks for letting us know


Subject: Re: property TjvThread.AfterCreateDialogForm
From: Ricardo Cardona Ramire <"ricardona_XXX_FIX_NO_THIS_and this"@gmail.com>
Date: Tue, 25 Nov 2008 22:19:51 -0500
Newsgroups: jedi.vcl


> please create a new entry at the mantis support system.
>
> And please add a short description, what you want to do with this event.   
http://homepages.codegear.com/jedi/issuetracker/view.php?id=4603

Thanks Jens

Ricardo


Subject: Re: A visuel error on the JvTabBar.
From: "niels" <demonng@lumensoft.nl>
Date: Tue, 25 Nov 2008 22:41:25 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht news:gghjt6$crl$1@news.talkto.net...
> niels wrote:
>>
>>
>> "niels" <demonng@lumensoft.nl> schreef in bericht news:gghj1s$cno$1@news.talkto.net...
>>>
>>>
>>> "OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht news:gghhl4$cf2$1@news.talkto.net...
>>>> niels wrote:
>>>>
>>>>> I did liked to add this error in Mantis but somehow I lost my username for it. (I think I used jedi@lumensoft.nl  as email address).
>>>>
>>>> You had two accounts with that address. I reset the password for both, you should receive an email shortly.
>>>
>>> Got the mail's but when I try to enter the new password and press [update user] I get on both accounts:
>>>
>>> APPLICATION ERROR #2800
>>> Invalid form security token. Did you submit the form twice by accident?
>>>
>>> Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section.
>>>
>> Ok I have found a workaround and it is now working.
>> So far I can see Niels spek does not have any bugreports created. When it is posible you can remove this one from mantis.
>
> The one with a space inside it or the other one?

Indeed the one with the space in it.




Subject: Re: A visuel error on the JvTabBar.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 25 Nov 2008 22:26:46 +0100
Newsgroups: jedi.vcl

niels wrote:
>
>
> "niels" <demonng@lumensoft.nl> schreef in bericht news:gghj1s$cno$1@news.talkto.net...
>>
>>
>> "OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht news:gghhl4$cf2$1@news.talkto.net...
>>> niels wrote:
>>>
>>>> I did liked to add this error in Mantis but somehow I lost my username for it. (I think I used jedi@lumensoft.nl  as email address).
>>>
>>> You had two accounts with that address. I reset the password for both, you should receive an email shortly.
>>
>> Got the mail's but when I try to enter the new password and press [update user] I get on both accounts:
>>
>> APPLICATION ERROR #2800
>> Invalid form security token. Did you submit the form twice by accident?
>>
>> Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section.
>>
> Ok I have found a workaround and it is now working.
> So far I can see Niels spek does not have any bugreports created. When it is posible you can remove this one from mantis.

The one with a space inside it or the other one?


Subject: Re: A visuel error on the JvTabBar.
From: "niels" <demonng@lumensoft.nl>
Date: Tue, 25 Nov 2008 22:23:50 +0100
Newsgroups: jedi.vcl



"niels" <demonng@lumensoft.nl> schreef in bericht news:gghj1s$cno$1@news.talkto.net...
>
>
> "OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht news:gghhl4$cf2$1@news.talkto.net...
>> niels wrote:
>>
>>> I did liked to add this error in Mantis but somehow I lost my username for it. (I think I used jedi@lumensoft.nl  as email address).
>>
>> You had two accounts with that address. I reset the password for both, you should receive an email shortly.
>
> Got the mail's but when I try to enter the new password and press [update user] I get on both accounts:
>
> APPLICATION ERROR #2800
> Invalid form security token. Did you submit the form twice by accident?
>
> Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section.
>
Ok I have found a workaround and it is now working.
So far I can see Niels spek does not have any bugreports created. When it is posible you can remove this one from mantis.




Subject: Re: A visuel error on the JvTabBar.
From: "niels" <demonng@lumensoft.nl>
Date: Tue, 25 Nov 2008 22:12:07 +0100
Newsgroups: jedi.vcl



"OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht news:gghhl4$cf2$1@news.talkto.net...
> niels wrote:
>
>> I did liked to add this error in Mantis but somehow I lost my username for it. (I think I used jedi@lumensoft.nl  as email address).
>
> You had two accounts with that address. I reset the password for both, you should receive an email shortly.

Got the mail's but when I try to enter the new password and press [update user] I get on both accounts:

APPLICATION ERROR #2800
Invalid form security token. Did you submit the form twice by accident?

Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section.





Subject: Re: A visuel error on the JvTabBar.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 25 Nov 2008 21:48:20 +0100
Newsgroups: jedi.vcl

niels wrote:

> I did liked to add this error in Mantis but somehow I lost my username for it. (I think I used jedi@lumensoft.nl  as email address).

You had two accounts with that address. I reset the password for both, you should receive an email shortly.


Subject: A visuel error on the JvTabBar.
From: "niels" <demonng@lumensoft.nl>
Date: Tue, 25 Nov 2008 21:32:52 +0100
Newsgroups: jedi.vcl

Hello,

Today I have found a strange problem with the JvTabBar that I use in my program with theme enabled.
When there are more tabs created then there are possible to show on the screen, then by using the XP-theme, there are two buttons showed at the top right corner of the tabbar to scroll to the tabs. When you use the classic windows theme  those buttons are not showed but you can still press at those places and the tabs will scroll.

Someone know a fix for this?

thanks.


PS.
I did liked to add this error in Mantis but somehow I lost my username for it. (I think I used jedi@lumensoft.nl  as email address).





Subject: Re: JvSpellChecker(179): E2010 Incompatible types: 'AnsiChar' and 'Char'
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 25 Nov 2008 19:31:10 +0100
Newsgroups: jedi.vcl

Anthony Steele wrote:

> > Any thoughts?

Spellchecker is now part of the JvCmp package and compiles with Delphi
5-2009.



-- Regards, Andreas Hausladen 

Subject: Re: TJvAppStorage help
From: "diarby" <drb@vodanet.cd>
Date: Tue, 25 Nov 2008 12:43:15 +0100
Newsgroups: jedi.vcl

>
> I don't think it is possible declaring it "on the fly".

Thanks for your help. That works finely.


Subject: Re: property TjvThread.AfterCreateDialogForm
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 25 Nov 2008 07:59:19 +0100
Newsgroups: jedi.vcl

Hi Ricardo,

please create a new entry at the mantis support system.

And please add a short description, what you want to do with this event. 

Greetings
Jens

> >Hi all,
> >
> >I'm use the threaded TJvOdacSmartQuery with success, i now want 
> >synchronize several controls but i need the property 
> >TjvThread.AfterCreateDialogForm, is posible add this property to 
> >TJvOdacSmartQuery component.
> >
> >Thanks in advance
> >
> >Ricardo
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDock/Undock -- Control Form Size
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Mon, 24 Nov 2008 20:05:24 -0800
Newsgroups: jedi.vcl

I assume this is a quick, easy question ... I have a client form docked onto 
a main form. When I undock the client form, it's pretty big--and I don't 
really know why. I'd like to have some control over the size of the client 
when it's undocked. What property (or event) do I want to look at?

Thanks, as always -- Al C. 




Subject: property TjvThread.AfterCreateDialogForm
From: Ricardo Cardona Ramire <"ricardona_XXX_FIX_NO_THIS_and this"@gmail.com>
Date: Mon, 24 Nov 2008 22:34:59 -0500
Newsgroups: jedi.vcl

Hi all,

I'm use the threaded TJvOdacSmartQuery with success, i now want synchronize several controls but i need the property TjvThread.AfterCreateDialogForm, is posible add this property to TJvOdacSmartQuery component.

Thanks in advance

Ricardo


Subject: Collection (structure and data) to TJvMemoryData
From: Tommi Prami <ei@gmail.com>
Date: Mon, 24 Nov 2008 13:57:25 +0200
Newsgroups: jedi.vcl

Hello,

Which would be better:

1. Extend TJvMemoryData class by Addign methods (or overloading but name would be misleading)
  - CopyStructure (Overload?)
  - LoadFromCollection
  - SaveToCollection

2. Writing proxy component which would be in the middle of the Collection and TDataset, in general (if possible)

I need to do Collection enabled dataset (thingy) and I would like it to be general as possible and Donate it to the JVCL or publish it as OpenSource in preferred place (like Sourceforge etc...)

Reason for asking is that what would be preferred way for JCL/JVCL community. I can go either way, but which would make most sense for Community???

-TP-



Subject: TJVDBGrid and Cursor keys
From: "Jarle Nilsen" <Jarle.Nilsen@bkk.no>
Date: Mon, 24 Nov 2008 09:55:04 +0100
Newsgroups: jedi.vcl

When I use the cursor keys to move from one cell to another, the cell I 
arrive in will enter edit mode i.e. like hitting F2. To move again using the 
cursor keys, I have to hit ESC first.
This is not the same behaviour as in Borland's original TDBGrid.
Is there a solution for this ?

Jarle





Subject: Error: Published field 'Propname' not a class or interface type
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sun, 23 Nov 2008 21:40:24 -0800
Newsgroups: jedi.vcl

I'm trying to rebuild my program, and I got this error:

[DCC Error] JvGnugettext.pas(430): E2217 Published field 'Propname' not a 
class or interface type

I've never seen this before.  The components compiled and installed just 
fine, but looking at the code, I can see exactly what the problem is.  Why 
hasn't the compiler caught that before?  Is there a setting somewhere that I 
need to turn on? 




Subject: Re: TJvAppStorage help
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 22 Nov 2008 21:50:59 +0100
Newsgroups: jedi.vcl

As you can see in the declaration, the first parameter is an array of unicode string and the second is the number of elements in this array.
So create an array and pass it:

UnicodeString[N] MyArray;

ConcatPaths(MyArray, N);

I don't think it is possible declaring it "on the fly".


Subject: TJvAppStorage help
From: "diarby" <drb@vodanet.cd>
Date: Sat, 22 Nov 2008 14:53:27 +0100
Newsgroups: jedi.vcl

Hello,
I have some problem using ConcatPaths in C++. I want to store some values in XML file using TJvAppXMLFileStorage and TJvFormStorage components. The problem is resolve in Delphi like this (cfr sample examples) :

procedure Read(AppStorage: TJvCustomAppStorage; const BasePath: string);
begin
  FMaxValue := AppStorage.ReadInteger(AppStorage.ConcatPaths([BasePath, 'MaxValue']), 500);
  { and other values }
end;
where FMaxValue are private values.

In C++, I try to write the same routine
void __fastcall Read(TJvCustomAppStorage *AppStorage, const String BasePath)
{
 FMaxValue = AppStorage->ReadInteger(AppStorage->ConcatPaths( ??? ), 500);
}
and have problem : how to set parameters with the ConcatPaths(const UnicodeString *Paths, int Paths_Size) function. I cannot pass Delphi like paramaters  [BasePath, "MaxValue"].
Could you help me to fix this problem.?


Subject: Re: TJvID3v2 / ID3v2 Comments Are Not Extracted (0004590)
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Fri, 21 Nov 2008 23:12:24 +0100
Newsgroups: jedi.vcl

Hi,

It was in fact related to the presence of multiple comments in the ID3v2 tag and the fact that the first one was empty.

The issue is closed.

JEFF


Subject: Re: Feature request
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 20 Nov 2008 17:17:10 +0100
Newsgroups: jedi.vcl

Mason Wheeler wrote:

> > Would it be possible to create a TJvDBValidateEdit component?
> > TJvValidateEdit is a great control to work with, and I find myself
> > wishing I had a data-aware version available.

Put a TJvDataSource on the form and use the
TJvValidateEdit.DataConnector to assign the field via the
TJvDataSource. (A TDataSource is not enough because it is missing some
features the the TJvDataConnector class needs).


-- Regards, Andreas Hausladen 

Subject: Re: JvCvsData.pas, BCB - Latest SVN installation problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Thu, 20 Nov 2008 05:24:00 +0000 (UTC)
Newsgroups: jedi.vcl

Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz> wrote in 
news:Xns9B5C53B2EF848korecekrcdcz@194.191.0.34:

 
> > ... JvCvsData.pas module 

Sorry: It is JvCsvData.pas module ;-)


Subject: JvCvsData.pas, BCB - Latest SVN installation problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Thu, 20 Nov 2008 05:20:57 +0000 (UTC)
Newsgroups: jedi.vcl

I installed latest JCL+JVCL SVN (from 19.11.2008) after 
some time. 
BCB6 and BDS2006 & WinXP Pro here.

I had problem with installation of JVCL.

I got error with installation of JvCvsData.pas module 
because of following line inside of module:

{$I jcl.inc}  // we need to know JVCSV_WIDESTRING or not.

The JVCL installator cannot find path to the a jcl.inc 
and jcl*.inc related files. 
When I cpied Jcl*.inc files into the JVCL\Common direcory
all is OK.

Is there problem on my PC or is it general problem?

TIA, 
Vaclav.


Subject: Feature request
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 19 Nov 2008 16:09:48 -0800
Newsgroups: jedi.vcl

Would it be possible to create a TJvDBValidateEdit component? 
TJvValidateEdit is a great control to work with, and I find myself wishing I 
had a data-aware version available. 




Subject: Re: JvSpellChecker(179): E2010 Incompatible types: 'AnsiChar' and'Char'
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 20 Nov 2008 00:18:37 +0100
Newsgroups: jedi.vcl

Anthony Steele wrote:

> > No, I don't.

Now I have to come up with a proper package. :-(

 

-- Regards, Andreas Hausladen 

Subject: Re: JvSpellChecker(179): E2010 Incompatible types: 'AnsiChar' and 'Char'
From: Anthony Steele <Anthony@PlasticAvalon.org>
Date: Wed, 19 Nov 2008 22:16:51 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Do you know in what package the JvSpellChecker or should be?
>
No, I don't. Is there a different spelling checker that I should be using?

Anthony



Subject: Re: JvGifAnimator removed?
From: "brian" <aeris@ya.com>
Date: Wed, 19 Nov 2008 06:04:17 +0100
Newsgroups: jedi.vcl

Fixed in SVN


Subject: JvDBGrid and Themes
From: "Przemm" <przemm07@o2.pl>
Date: Tue, 18 Nov 2008 22:31:21 +0100
Newsgroups: jedi.vcl

Hi.

If I enable in Delphi 2007 runtime themes, then in JvDBGrid row 
indicator not change when dataset goes to edit(insert) mode. Is it bug? 
Is any workaround?
Jvcl-3.34

thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvGifAnimator removed?
From: "brian" <aeris@ya.com>
Date: Tue, 18 Nov 2008 16:46:24 +0100
Newsgroups: jedi.vcl

That worked.

Thanks!

"OBones" <obones_gf_@_fe_altern.org> wrote in message news:gfuh6m$ngh$1@news.talkto.net...
> brian wrote:
>> {.$DEFINE USE_JV_GIF}
>>
>> Should I just remove the { } ?
>>
>> I tried but the compiler gives an error then (end expected but number found)
>
> No, just remove the dot. 



Subject: Re: JvGifAnimator removed?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Nov 2008 16:42:38 +0100
Newsgroups: jedi.vcl

brian wrote:
> {.$DEFINE USE_JV_GIF}
>
> Should I just remove the { } ?
>
> I tried but the compiler gives an error then (end expected but number found)

No, just remove the dot.


Subject: Re: JvGifAnimator removed?
From: "brian" <aeris@ya.com>
Date: Tue, 18 Nov 2008 16:35:58 +0100
Newsgroups: jedi.vcl

{.$DEFINE USE_JV_GIF}

Should I just remove the { } ?

I tried but the compiler gives an error then (end expected but number found)

"OBones" <obones_gf_@_fe_altern.org> wrote in message news:gfucum$mmm$1@news.talkto.net...
> brian wrote:
>> D2009
>>
>>
>> "OBones" <obones_gf_@_fe_altern.org> wrote in message news:gfu6ri$lk7$1@news.talkto.net...
>>> brian wrote:
>>>> It seems to be gone in the latest daily build
>>>
>>> Which version of Delphi ?
>
> Try activating "USE_JVGIF" in the jvcld12.inc file. 



Subject: Re: JvGifAnimator removed?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Nov 2008 15:30:07 +0100
Newsgroups: jedi.vcl

brian wrote:
> D2009
>
>
> "OBones" <obones_gf_@_fe_altern.org> wrote in message news:gfu6ri$lk7$1@news.talkto.net...
>> brian wrote:
>>> It seems to be gone in the latest daily build
>>
>> Which version of Delphi ? 

Try activating "USE_JVGIF" in the jvcld12.inc file.


Subject: Re: JvGifAnimator removed?
From: "brian" <aeris@ya.com>
Date: Tue, 18 Nov 2008 14:49:19 +0100
Newsgroups: jedi.vcl

D2009


"OBones" <obones_gf_@_fe_altern.org> wrote in message news:gfu6ri$lk7$1@news.talkto.net...
> brian wrote:
>> It seems to be gone in the latest daily build
>
> Which version of Delphi ? 



Subject: Re: JvGifAnimator removed?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Nov 2008 13:46:01 +0100
Newsgroups: jedi.vcl

brian wrote:
> It seems to be gone in the latest daily build

Which version of Delphi ?


Subject: JvGifAnimator removed?
From: "brian" <aeris@ya.com>
Date: Tue, 18 Nov 2008 11:46:21 +0100
Newsgroups: jedi.vcl

It seems to be gone in the latest daily build


Subject: Re: TJvID3v2 / Texts.LeadArtist with individual strings containing '/' char
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Tue, 18 Nov 2008 10:03:40 +0100
Newsgroups: jedi.vcl

Remko,

> In version 2.4 the text must be separated by a null (#0 or #0#0), but this is not correctly implemented in TJvID3v2. I'll change that.

Thanks in advance.

JEFF



Subject: TJvID3v2 / ID3v2 Comments Are Not Extracted (0004590)
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Mon, 17 Nov 2008 19:02:42 +0100
Newsgroups: jedi.vcl

Hi,

Is anyone seeing issues with TJvID3v2 while extracting comments from ID3v2 tag?

It sounds like the following code returns an empty string when commment present in ID3v2 tag:

memComment.Lines.Text := TJvID3ContentFrame.FindOrCreate(JvID3v21, fiComment).Text;

Note that ID3v1 comments extraction is ok.

I've opened a bug in Mantis to track it:
http://homepages.borland.com/jedi/issuetracker/view.php?id=4590

Also, it would be great to have a Comments subproperty implemented as TStrings in the Texts property of TJvID3v2.

Thanks in advance.

JEFF


Subject: Re: Bug in jvInterpreter
From: Warren Postma <wp@tekran.com>
Date: Mon, 17 Nov 2008 09:25:39 -0500
Newsgroups: jedi.vcl

Could you please log this issue in mantis?

http://homepages.codegear.com/jedi/issuetracker/my_view_page.php

W


Subject: Re: JvSpellChecker(179): E2010 Incompatible types: 'AnsiChar' and 'Char'
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Nov 2008 16:42:00 +0100
Newsgroups: jedi.vcl

Anthony Steele wrote:

> > [DCC Error] JvSpellChecker.pas(179): E2010 Incompatible types:
> > 'AnsiChar' and 'Char'
> > 
> > Any thoughts?

JvSpellChecker.pas is not part of any JVCL package file. That means it
is not compiled by the installer or any package. And as a result nobody
ever tried to compile it unter Delphi 2009.
Either the file entry in the XML package templates got lost or
something else happened (=>unfinished move to the "archive" folder? ).

Do you know in what package the JvSpellChecker or should be?


-- Regards, Andreas Hausladen 

Subject: JvSpellChecker(179): E2010 Incompatible types: 'AnsiChar' and 'Char'
From: Anthony Steele <Anthony@PlasticAvalon.org>
Date: Sat, 15 Nov 2008 13:13:30 +0000
Newsgroups: jedi.vcl

Hi

Should the JvSpellChecker.pas code (version 3.35) work in Delphi 2009? I have a program that uses JVCL. I have brought it into Delphi 2009, and used the latest version of JVCL, but I get this error on compiling:

[DCC Error] JvSpellChecker.pas(179): E2010 Incompatible types: 'AnsiChar' and 'Char'

Any thoughts?

Thanks
Anthony Steele


Subject: Bug in jvInterpreter
From: "Wilfried Benner" <Wilfried.Benner@gmx.de>
Date: Sat, 15 Nov 2008 13:38:31 +0100
Newsgroups: jedi.vcl

Hi,

i think that jvInterpreter has problems with sets. I get an syntax error message after translate the follow order:

....
procedure main;
Var
  ds : tDataset;
begin
  ...
  ds.Locate('ID',123,[]);
  ...
end;

It seems, that JVInterpreter doesn't like empty sets as parameter!

Greetings

Wilfried Benner!


Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: Warren Postma <wp@tekran.com>
Date: Fri, 14 Nov 2008 08:51:59 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Warren Postma a écrit :
>> 2. A new component to wrap the new 7zip dll wrapper classes in the JCL, 
>
> And I'm processing a donation that was made years ago to compress and decompress zip files without any dependencies on any DLL. This might be of interest too.
>
> Regards,
>
> - Florent
Absolutely.  JvZLibMultiple sucks for 1 gig of files. :-)

W


Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Nov 2008 08:36:29 +0100
Newsgroups: jedi.vcl

brian wrote:
>> Too bad we can't statically link 7Zip as DCU files.  I hate hate hate DLLs.  (Followups to /dev/null, thanks.)
>>
>> Thoughts?
>>
>> W
>
> You can include the DLL as a resource and use BTMemoryModule to load it straight into memory, without ever extracting it to disk.

Only if we get the right to redistribute the DLL from the original authors, which is unlikely.


Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: "brian" <aeris@ya.com>
Date: Fri, 14 Nov 2008 08:35:10 +0100
Newsgroups: jedi.vcl

typo: needs NO Dlls

"brian" <aeris@ya.com> wrote in message news:gfj31a$546$1@news.talkto.net...
>> And I'm processing a donation that was made years ago to compress and decompress zip files without any dependencies on any DLL. This might be of interest too.
>>
>> Regards,
>>
>> - Florent
>
> There is a component which needs to DLLs for zips: TKAZip. Unfortunately it doesn't work with D2009 



Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: "brian" <aeris@ya.com>
Date: Fri, 14 Nov 2008 08:33:30 +0100
Newsgroups: jedi.vcl

> Too bad we can't statically link 7Zip as DCU files.  I hate hate hate DLLs.  (Followups to /dev/null, thanks.)
>
> Thoughts?
>
> W

You can include the DLL as a resource and use BTMemoryModule to load it straight into memory, without ever extracting it to disk.


Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: "brian" <aeris@ya.com>
Date: Fri, 14 Nov 2008 08:32:23 +0100
Newsgroups: jedi.vcl

> And I'm processing a donation that was made years ago to compress and decompress zip files without any dependencies on any DLL. This might be of interest too.
>
> Regards,
>
> - Florent

There is a component which needs to DLLs for zips: TKAZip. Unfortunately it doesn't work with D2009


Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 13 Nov 2008 23:33:07 +0100
Newsgroups: jedi.vcl

Warren Postma a écrit :
> 2. A new component to wrap the new 7zip dll wrapper classes in the JCL, 

And I'm processing a donation that was made years ago to compress and decompress zip files without any dependencies on any DLL. This might be of interest too.

Regards,

- Florent


Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: Warren Postma <wp@tekran.com>
Date: Thu, 13 Nov 2008 15:35:13 -0500
Newsgroups: jedi.vcl

w2m wrote:
> Where can I find the 7z.dll do the demo will run?
>
> Bill
Download 7zip from sourceforge, where it is hosted?

W


Subject: Re: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: "w2m" <w2m00@hicomponents00.com>
Date: Thu, 13 Nov 2008 15:30:26 -0500
Newsgroups: jedi.vcl

Where can I find the 7z.dll do the demo will run?

Bill


Subject: New JCL Compression features suggest to me the following JVCL component addition, and change.
From: Warren Postma <wp@tekran.com>
Date: Thu, 13 Nov 2008 14:46:50 -0500
Newsgroups: jedi.vcl

1. JvZlibMultiple only does ancient (crummy) ZLIB compression.  I have added the newly supported JCL stream support for BZIP2 and GZIP streams on my own computer. I suggest we add this to the component. The component is inaccurately named, at that point, but then it always was a wonky thing, using its own little file format.  I think we could repurpose a header byte to flag BZ2 and GZIP so that decompress would always work regardless of whether ZLIB, GZIP or BZ2 compression is used.

2. A new component to wrap the new 7zip dll wrapper classes in the JCL, allowing us to creatre and read Zip  and 7Zip format,  and everything else wrapped up using the 7Zip DLL, and perhaps having some built-in ability to warn the user when the 7zip dll is missing. (Raise an exception when you try to execute, if the 7Zip dll is not found.)  Too bad we can't statically link 7Zip as DCU files.  I hate hate hate DLLs.  (Followups to /dev/null, thanks.)

Thoughts?

W


Subject: Re: TJvSpinEdit bounds checking bug
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 12 Nov 2008 22:05:09 -0800
Newsgroups: jedi.vcl

I just tested it at home, and you're right.  It works properly on my D2009 
version.  Apparently we have an outdated version at work.  So nevermind.

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:gffg4h$kct$1@news.talkto.net...
> > Mason Wheeler wrote:
> >
>> >> it passes that straight on to the event handler, before doing bounds
>> >> checking.
> >
> > Which event? Do you mean the OnChange event? With the current code (in
> > SVN repository) I'm not able to enter (or paste) any value that is
> > larger than MaxValue.




Subject: Re: TJvSpinEdit bounds checking bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 12 Nov 2008 23:51:15 +0100
Newsgroups: jedi.vcl

Mason Wheeler wrote:

> > it passes that straight on to the event handler, before doing bounds 
> > checking. 

Which event? Do you mean the OnChange event? With the current code (in
SVN repository) I'm not able to enter (or paste) any value that is
larger than MaxValue.


-- Regards, Andreas Hausladen 

Subject: Install JCL and JVCL on Delphi 7 - error message installing JVCL
From: "Hardee Mahoney" <hardee_mahoney@abtassoc.com>
Date: Wed, 12 Nov 2008 16:57:44 -0500
Newsgroups: jedi.vcl

Hello,

I messed up my Jedi installation for Delphi 7 when I was installing the 
latest Jedi for Delphi 2009.  So I am trying to reinstall the JCL and JVCL 
for Delphi 7.  I got the following file from Sourceforge in April 2007:

JVCL330CompleteJCL198-Build2530.zip

It has both the JCL and JVCL so I think they should work together.  (And I 
am sure I used them once with no problem.)  But I cannot install the JVCL. 
I get the message below.

Can someone give me some ideas on how to get the JCL and JVCL installed on 
Delphi 7 again?

Thanks.

Hardee Mahoney
Washington, DC

[Compiling: JvCoreD7R.bpl]

C:\BenMAP_Development\Delphi7_installed_components\JVCL330_JCL198\jvcl\run\JvDataProvider.pas(1443) 
Error: There is no overloaded version of 'StrIsSubset' that can be called 
with these arguments

C:\BenMAP_Development\Delphi7_installed_components\JVCL330_JCL198\jvcl\run\JvColorProvider.pas(39) 
Fatal: Could not compile used unit '..\..\run\JvDataProvider.pas' 




Subject: TJvSpinEdit bounds checking bug
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 12 Nov 2008 13:26:14 -0800
Newsgroups: jedi.vcl

I tried to use a couple of TJvSpinEdit controls at work, to hold a minimum 
and maximum value for something.  At the start of the OnChange event handler 
they shared, I put an assertion: that the min value was not > the max value. 
This was important to the business logic.

Then I tested it and got an assertion failure.  When I enter an invalid 
value (one that's higher than the MaxValue property) was typed into the Min 
control, it passes that straight on to the event handler, before doing 
bounds checking.  So I needed to implement bounds checking and correction in 
the event handler, which should have been handled internally by the control 
before it ever reached my code. 




Subject: Re: Debugging in C++Builder
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 11 Nov 2008 19:52:03 +0100
Newsgroups: jedi.vcl

Josh Kelley wrote:
> AlexB wrote:
>
>> Try to disable dynamic RTL and compile with static packages.
>
> Thanks.  This is a debug build, so dynamic RTL is already
> disabled.  I think that static packages are also already enabled.  (Which IDE option is that?)

"Build with runtime packages"

This is turned on by default in BCB, which is the opposite of the default "off" in Delphi


Subject: Re: Debugging in C++Builder
From: "Josh Kelley" <jkelley@windrock.com>
Date: Tue, 11 Nov 2008 14:18:53 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > Try to disable dynamic RTL and compile with static packages.

Thanks.  This is a debug build, so dynamic RTL is already
disabled.  I think that static packages are also 
already enabled.  (Which IDE option is that?)

-- Josh Kelley 

Subject: JvProgramVersionCheck and progress bar
From: "Heiko Sommerfeldt" <info@phoner.de>
Date: Tue, 11 Nov 2008 09:21:11 +0100
Newsgroups: jedi.vcl

Hi,

I am using TJvProgramVersionHTTPLocation to download a new program version. Is there a way to display a progress bar in the dialog, showing the download progress?

Thanks
Heiko


Subject: Re: Debugging in C++Builder
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 11 Nov 2008 04:37:01 +0000 (UTC)
Newsgroups: jedi.vcl

Try to disable dynamic RTL and compile with static packages.
-- Alex 

Subject: improvement suggestions
From: "forums.talkto.net" <brolspam00@skynet.be>
Date: Mon, 10 Nov 2008 23:37:36 +0100
Newsgroups: jedi.vcl

Dear sirs,

I am using bcb and ms access for several years for developing applications 
of different types.

I would like to suggest lots of improvements to the vcl on the components. 
The features below are available in ms access, it would be great to have 
them in bcb (otherwise I think I will definitely have to switch to MS). 
Everything I write here is valid for bcb6, most of them (although I couldn't 
test all) also occur in bcb 2009 evaluation.


1. TComboBox / TDBLookupComboBox
    * The dblclick can not be catched and is processed as 2 clics.
    * In MS, there is an event BeforeUpdate in which you can check the 
action made and cancel the update. And even reset the control value to the 
Old value.
    * In MS, there is an event AfterUpdate in which you can check the OLD 
value of the control. To do this with BCB, I have to add code to save the 
value set as ItemIndex.
    * In MS; you can scroll the list any way you want, the after update is 
triggered once. In BCB, the only way you have is to check a dataset event, 
which occurs at every scroll.
-> In bcb, no update event, no beforeupdate event, no Afterupdate event.You 
have an onclick event which is not triggered if the user uses the keyboard.

    * There is no readOnly Property for delphi combo boxes. You can say to 
me to put the list disabled, but this disables popup menu and makes also 
control's value unreadable. As workaround I have a read-only edit box and I 
toggle the visible property to replace the combo if I want to set the combo 
readOnly. Very heavy!

    * In Access, when you have a dblookup combo, with an item with the name 
"Combo", you can drop it down and type "com", the list will position on 
combo and the cursor will stay after the m. You can type m, it will still 
position on "Combo". In bcb, if you "com", you don't see the cursor. And if 
you type b after 2 seconds, he positions on b and not on comb.

2. TDateTimePicker: why isn't it possible to specify a null date? It can be 
initialized to null but cannot be reset to null by the user!

3. Bug: put a TDateTimePicker on a Form. Put a TSpeedButton on the form. In 
the SpeedButton's click event, write a ShowMessage to tell the 
TDateTimePicker value. Execute, set a value in the TDateTimePicker, click 
speedButton. Surprise: date shown is bad (same code will work fine from a 
TButton).

Regards,
Alain 




Subject: Debugging in C++Builder
From: "Josh Kelley" <jkelley@windrock.com>
Date: Mon, 10 Nov 2008 17:06:28 +0000 (UTC)
Newsgroups: jedi.vcl

Is there any way to step through JVCL code in C++Buidler's
integrated debugger?  I have a couple of JVCL components
which aren't working as I'd expect them to, and being able
to use the debugger from within JVCL code would be a big
help.

I have only C++Builder, not Delphi.  I tried including
the jvcl\run and jcl\source\* directories under Tools,
Options, Environment Options, C++ Options, Paths and 
Directories, Browsing path.  The IDE doesn't complain 
when I do this, but AVs within JVCL code drop me to the 
CPU view rather than the source view, and breakpoints 
within JVCL code that I manually open are flagged invalid.

Thank you.

-- Josh Kelley 

Subject: [TTJvTFMonths] Repeat Appts until they end
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Mon, 10 Nov 2008 10:39:50 +0100
Newsgroups: jedi.vcl

Hello,
currently the TJvTFDays/TJvTFMonths Control displays multi-day appts only on their beginning day. But I need an option to display these appts on every day between start and end. Like Outlook does.

Is this possible and if so, how?
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel.: +49 (95 65) 94 22 - 42
Fax : +49 (95 65) 94 22 - 22
Mail: heiko.adams@regenspurger.de
Web:  http://www.regenspurger.de / www.kigapro.de


Subject: JvLabel HotTracking, what is it for?
From: "brian" <aeris@ya.com>
Date: Sun, 9 Nov 2008 20:50:41 +0100
Newsgroups: jedi.vcl

What are the hottrack options for in Jvlabel? I've been playing around with them but it doesn't seem to do anything. I thought it was suposed to change the font while hovering the mouse over.


Subject: Re: Strange behaviour of dcc32ex.exe
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 9 Nov 2008 20:41:46 +0100
Newsgroups: jedi.vcl

Christian Wimmer wrote:

> > I tried to call install.bat for JVCL but the source codes did not
> > compile with the newest version (The usual PChar type problem).

How does that came. I also use the SVN version and the JVCL installer
compiles fine with Delphi 2009. Actually I did some work on the
installer lately under Delphi 2009 and I compiled and ran it more than
10 times an hour. It was one of the first modules that compiled under
Delphi 2009 because it is also the "build system" (makemodified.bat).


> > However, setting the switch to D11 did not solve the problem.
> > dcc32ex.exe just ignored it and used D12 though. I debugged the
> > process and found out that I could not compile the installer sources
> > because the JCL version of D2007 is too old. What the heck?
> > In my opinion the dcc32exe.exe should have shown a message at least.

What message should it have displayed? It just prepares the environment
and then calls dcc32.exe which does the file/package search and
compilation. That's all it was written for. That it knowns about the
JCL means only that it can set the right directories. To detect what
JCL version is installed requires one thing that may not be given. The
user must have used the JCL Installer. If he compiles the JCL by
himself the dcc32ex.exe would have problems to find out what JCL
version is used because the registry entries could be outdated or not
existing.


> > So the remedy was to uninstall all JCL and JVCL of every Delphi on the
> > system using the available installer or by hand.

The real question is why did you ran into a PChar problem when you
tried to compile the JVCL Installer with Delphi 2009.


> > I've also encountered following problem:
> > In Delphi 7 the JVCL installer installed all packages successfully.
> > However all packages were not shown in the palette.

The JVCL installer removes all JVCL package from the DisabledPackages
registy key. And the "Default" checkbox settings are used for new
projects. Existing projects use their own package cofiguration from the
..dof file. So I don't know what happend here.

> > I hope if you encounter such problems, you can solve them if you read
> > this mail.

I'll take that as constructive bug reports. Unfortunaltely my system
seems to be in a clear state where none of these bugs occure.



-- Regards, Andreas Hausladen 

Subject: Strange behaviour of dcc32ex.exe
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sun, 09 Nov 2008 19:35:56 +0100
Newsgroups: jedi.vcl

This mail is not really a question but a story about my experience with
JVCL and D2009.

I've just installed JCL and JVCL into Delphi 2009 using the latest SVN
repositories.
However it was a nightmare.
I'm using Delphi 7, Delphi 2007 and D2009.
Because I did not want to mess up the old Delphi Installations I decided
to just update D2009 :
1. I've installed JCL on D2009 - success
2. I tried to call install.bat for JVCL but the source codes did not
compile with the newest version (The usual PChar type problem). As you
know, there is the DELPHIVERSION environment variable that can be set to
D11 or similar so the installer is compiled with an older version.
However, setting the switch to D11 did not solve the problem.
dcc32ex.exe just ignored it and used D12 though. I debugged the process
and found out that I could not compile the installer sources because
the JCL version of D2007 is too old. What the heck?
In my opinion the dcc32exe.exe should have shown a message at least.

So the remedy was to uninstall all JCL and JVCL of every Delphi on the
system using the available installer or by hand.
After that I could install JCL for all Delphi versions and furthermore I
could finally run JVCL installer with a D11 parameter.


I've also encountered following problem:
In Delphi 7 the JVCL installer installed all packages successfully.
However all packages were not shown in the palette. The checkbox list of
all installed components (menu components -> install packages) always
showed all JVCL components without a check. To make it short, I had to
check the "default" checkbox in the lower left corner of the dialog. I
did not realize that these settings are project related and not global.

I hope if you encounter such problems, you can solve them if you read
this mail. And maybe the dcc32exe gives some info the next time :)


Regards,
Christian Wimmer
blog.delphi-jedi.net



Subject: Re: JvCsvParse suggestion
From: Tony Christiansen <tony@adegroup.com.au>
Date: Fri, 07 Nov 2008 08:13:05 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:
> For now, grab the _Dequote function from JvCsvData.pas and make your own dequote function that also does a trim or strip or whatever else.

Will do - thanks.


Subject: Re: JvCsvParse suggestion
From: Warren Postma <wp@tekran.com>
Date: Thu, 06 Nov 2008 15:49:03 -0500
Newsgroups: jedi.vcl


>
> I can see the stripquotes function to remove the surrounding quotes but is there no function to fix the embedded quotes? Do you think stripquotes should do that?
Looks like _Dequote I made inot a private member of JvCsvData component class instead of a public function in JvCsvParse.  My bad.
For now, grab the _Dequote function from JvCsvData.pas and make your own dequote function that also does a trim or strip or whatever else.

W




Subject: Re: Implemented filtering in TJvMemoryData
From: Warren Postma <wp@tekran.com>
Date: Thu, 06 Nov 2008 15:46:28 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>  
>> And I already have the missing to
>>     
>
> Shound read: "And I already have the missing parts to..."
>
>
>   
Which way to go?  I like what Andreas says here.  Maybe I should have done this with JvCsvDataSet instead of my crap-filtering system.
W


Subject: Re: JvCsvParse suggestion
From: Tony Christiansen <tony@adegroup.com.au>
Date: Thu, 06 Nov 2008 16:21:10 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:
>
>>
>> Ouch. Note to self - leave suggestions to the experts :)
> Hey, you can't win 'em all. :-)
>
> W
So once I use these functions
JvStrSplit  JvAnsiStrSplitStrings
I can see the stripquotes function to remove the surrounding quotes but is there no function to fix the embedded quotes? Do you think stripquotes should do that?


Subject: Re: Implemented filtering in TJvMemoryData
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 5 Nov 2008 18:13:41 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > And I already have the missing to

Shound read: "And I already have the missing parts to..."


-- Regards, Andreas Hausladen 

Subject: Re: Implemented filtering in TJvMemoryData
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 5 Nov 2008 17:54:38 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > There might even be an expression parser inside the JCL or another
> > one in the package generator used by both libraries.

The VCL also has an expression parser in DBCommon.pas. And I already
have the missing to use it outside of a ClientDataSet. I could donate
the code to the JVCL or JCL.

-- Regards, Andreas Hausladen 

Subject: Re: JvCsvParse suggestion
From: Warren Postma <wp@tekran.com>
Date: Wed, 05 Nov 2008 09:59:54 -0500
Newsgroups: jedi.vcl


>
> Ouch. Note to self - leave suggestions to the experts :)
Hey, you can't win 'em all. :-)

W


Subject: Re: JvCsvParse suggestion
From: Tony Christiansen <tony@adegroup.com.au>
Date: Wed, 05 Nov 2008 12:00:36 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:
> Jens Fudickar wrote:
>> Post it to mantis :-)
>>
>
> Splitting and Dequoting should be separate functions. Dequoting means stripping the outer quotes and reducing double quotes inside those quotes to single quotes.
> There is no meaning and purpose to "semi-dequoting" in the way you suggest.
>
> Absolutely will not implement this.
>
>
> W

Ouch. Note to self - leave suggestions to the experts :)

I could not see a function that does that although I see the csvdataset does somewhere.


Subject: JvMemoryData doesn't like array fields
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Tue, 4 Nov 2008 15:05:13 -0800
Newsgroups: jedi.vcl

When I call .Open() on a JVMemoryData that contains an Array field, I got: 
Field 'command' is of an unknown type.  Apparently there's a constant set 
that defines which field types it supports and which it doesn't, and ftArray 
isn't there.  Adding it to the set seems to fix the issue, but I'm not sure 
if that's all that needs to be done.

Anyone know what's going on under the hood, and whether this is a bug in the 
component or if I'm missing some step?




Subject: Re: JvCsvParse suggestion
From: Warren Postma <wp@tekran.com>
Date: Tue, 04 Nov 2008 16:43:32 -0500
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Post it to mantis :-)
>

Splitting and Dequoting should be separate functions. Dequoting means stripping the outer quotes and reducing double quotes inside those quotes to single quotes.
There is no meaning and purpose to "semi-dequoting" in the way you suggest.

Absolutely will not implement this.


W


Subject: Re: Implemented filtering in TJvMemoryData
From: Christian Schiffler <c.schiffler@cyberspectrum.de>
Date: Tue, 04 Nov 2008 18:06:08 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Hi,
>
> First of all, many thanks for implementing filtering in JvMemoryData, it's a long awaited feature and I'm sure many people will find it very useful.
No problem, your're welcome. I'm glad to be able to give Project JEDI something back. :)

> You said you used a third party unit to do the expression parsing, which I can understand totally. However, couldn't have it been possible to use the code inside JvInterpreter? Or, unless I'm mistaken, the one used for the JvCalcEdit component? There might even be an expression parser inside the JCL or another one in the package generator used by both libraries.
I have had a quick look at JvInterpreterParser.pas but came to the conclusion that it is for parsing (Pascal) script and therefore would be massive overkill for something "simple" like this.
So I had a look around for alternatives that only parse expressions.

I guess one could use JclExprEval as base instead of my approach as it looks somewhat similar, both in design and code (the jedi version is a lot more complex as it defines a lot more base types than the implementation by vlad which makes extensive use of Variants).

> I'm not saying we should get rid of the unit by Vlad, but I would much prefer if we could limit the number of units doing expression parsing and execution.
I think the same way, I might get some time in a week or two to check how to implement it via JclExprEval instead of the new unit but for now the current solution just "works for me". :)
In the end it also depends on the evaluation speed of the Expressionparsers (in means of evaluating the expression, not parsing).
The biggest drawback in using JclExprEval, as it seems to me, is there is no support for variables included and therefore the expression would have to be parsed for every row in the dataset again. My approach currently only parses it once and keeps this prepared expression in memory and does the variable lookup via a callback which IMO should speed up things significantly. On the other hand there is the possibility I just have not found the variable support by my quick check  I just had.

> In the end, your change is very much appreciated and will be integrated, I'm just waiting until you and/or others give us your opinion on my remarks here.
I am very open to suggestions and feedback and also hope to hear some more opinions on this subject.

Regards
    Chris


Subject: Re: Implemented filtering in TJvMemoryData
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 4 Nov 2008 17:54:27 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > But then there is the one inside the package generator that evaluates
> > the conditions in the "condition" node.

That's only a boolean expression parser. 
You see we have lots of expression parsers, each for a special data
type :-)

-- Regards, Andreas Hausladen 

Subject: Re: Implemented filtering in TJvMemoryData
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 04 Nov 2008 10:45:14 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

>> However, couldn't have it been possible to use the code inside JvInterpreter?
>
> I guess yes, but what about the performance?

I don't know, a comparison should be done. If there is no significant difference, I prefer to keep the number of expression parsers limited.


>> Or, unless I'm mistaken, the one used for the JvCalcEdit component?
>
> As far I can see this is very simple -> see
> TJvCalculatorPanel.CalcKey in JvCalc.pas

Yes, I see that...


>> There might even be an expression parser inside the JCL
>
> I am only aware of JclExprEval, but that is for numbers only.
> Isn't it?

Might be, yes.

But then there is the one inside the package generator that evaluates the conditions in the "condition" node.


Subject: Re: JvNavPanelHeader: Mouse Enter/Leave events
From: "brian" <aeris@ya.com>
Date: Tue, 4 Nov 2008 08:44:16 +0100
Newsgroups: jedi.vcl

fixed in SVN


Subject: Re: install problem on D7
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 04 Nov 2008 08:40:34 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>> JVCL 3.35 and JCL 1.102 are only meant for D2009 anyway as there is an issue inside them for all previous versions of Delphi.
>
> Actually JCL 1.103 is the only version targetting Delphi 2009.

Ah yes, my mistake. Then this explains the lack of "NativeSpace" in the ..102 version.


Subject: Re: JvCsvParse suggestion
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 04 Nov 2008 06:43:02 +0100
Newsgroups: jedi.vcl

Post it to mantis :-)

http://homepages.borland.com/jedi/issuetracker/

Greetings
Jens

Tony Christiansen schrieb:
> Hi
>
> I am using some of the Jedi csv parsing functions and have noticed that the following functions do not handle embedded quotes as I would expect
>
> JvStrSplit
> JvAnsiStrSplitStrings
>
> If you parse a string like this
> "abc""efg"
> the functions parse it out to
> "abc""efg"
> but I think it should return
> "abc"efg"
>
> I have modified the functions to strip the extra character. How do I put forward my suggestion to the "keeper of the code" for consideration?
>
> Cheers
> Tony

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: JvCsvParse suggestion
From: Tony Christiansen <tony@adegroup.com.au>
Date: Tue, 04 Nov 2008 11:08:38 +1000
Newsgroups: jedi.vcl

Hi

I am using some of the Jedi csv parsing functions and have noticed that the following functions do not handle embedded quotes as I would expect

JvStrSplit
JvAnsiStrSplitStrings

If you parse a string like this
"abc""efg"
the functions parse it out to
"abc""efg"
but I think it should return
"abc"efg"

I have modified the functions to strip the extra character. How do I put forward my suggestion to the "keeper of the code" for consideration?

Cheers
Tony


Subject: Re: Implemented filtering in TJvMemoryData
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 03 Nov 2008 22:09:19 +0100
Newsgroups: jedi.vcl

On Mon, 03 Nov 2008 10:47:26 +0100, OBones wrote:

> >However, couldn't have it been possible to use 
> >the code inside JvInterpreter?

I guess yes, but what about the performance?

> >Or, unless I'm mistaken, the one used for 
> >the JvCalcEdit component?

As far I can see this is very simple -> see
TJvCalculatorPanel.CalcKey in JvCalc.pas

> >There might even be an expression parser 
> >inside the JCL

I am only aware of JclExprEval, but that is for numbers only.
Isn't it?
-- Uwe 

Subject: Re: install problem on D7
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 03 Nov 2008 19:04:03 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> JVCL 3.35 and JCL 1.102 are only meant for D2009 anyway as there is an issue inside them for all previous versions of Delphi.

Actually JCL 1.103 is the only version targetting Delphi 2009.

- Florent


Subject: Re: Implemented filtering in TJvMemoryData
From: Warren Postma <wp@tekran.com>
Date: Mon, 03 Nov 2008 11:09:03 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Hi,
>
> First of all, many thanks for implementing filtering in JvMemoryData, it's a long awaited feature and I'm sure many people will find it very useful.
> You said you used a third party unit to do the expression parsing, which I can understand totally. However, couldn't have it been possible to use the code inside JvInterpreter? Or, unless I'm mistaken, the one used for the JvCalcEdit component? There might even be an expression parser inside the JCL or another one in the package generator used by both libraries.
> I'm not saying we should get rid of the unit by Vlad, but I would much prefer if we could limit the number of units doing expression parsing and execution.
>
> In the end, your change is very much appreciated and will be integrated, I'm just waiting until you and/or others give us your opinion on my remarks here.
>
> Regards
> Olivier

Whatever mechanism becomes official for filtering  in JvMemoryData can also become the new filtering mechanism in JvCsvDataSet, to replace the old, limited, clunky filtering I have already in place.

Let me know when JvMemoryData's filtering is comitted, and I'll try to make JvCsvDataSet work the same way.   filtering has always been a weak point for the JvCsvDataSet.  It uses an extremely limited filtering system based on what was "easiest  to implement for me". :-)

Improved Consistency plus Improved Functionality.
Warren


Subject: Re: install problem on D7
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 03 Nov 2008 14:37:41 +0100
Newsgroups: jedi.vcl

Tony Christiansen wrote:
> OBones wrote:
>> JVCL 3.35 and JCL 1.102 are only meant for D2009 anyway as there is an issue inside them for all previous versions of Delphi.
>> So either you stick with the previous versions of the JCL and JVCL, or you use the daily packages:
>>
>> http://jvcl.sf.net/daily
>> http://jcl.sf.net/daily
>>
>> Cheers
>> Olivier
>
> Where can I find info on the issue v3.35 has with older versions of Delphi?

The only compilation issue is the fact that TStringStream does not have a default value for its constructor. The quick fix is to add ('') where it does not compile.


Subject: Re: install problem on D7
From: Tony Christiansen <tony@adegroup.com.au>
Date: Mon, 03 Nov 2008 23:35:05 +1000
Newsgroups: jedi.vcl

OBones wrote:
> JVCL 3.35 and JCL 1.102 are only meant for D2009 anyway as there is an issue inside them for all previous versions of Delphi.
> So either you stick with the previous versions of the JCL and JVCL, or you use the daily packages:
>
> http://jvcl.sf.net/daily
> http://jcl.sf.net/daily
>
> Cheers
> Olivier

Where can I find info on the issue v3.35 has with older versions of Delphi?


Subject: Re: install problem on D7
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 03 Nov 2008 14:20:17 +0100
Newsgroups: jedi.vcl

JVCL 3.35 and JCL 1.102 are only meant for D2009 anyway as there is an issue inside them for all previous versions of Delphi.
So either you stick with the previous versions of the JCL and JVCL, or you use the daily packages:

http://jvcl.sf.net/daily
http://jcl.sf.net/daily

Cheers
Olivier


Subject: Re: install problem on D7
From: Tony Christiansen <tony@adegroup.com.au>
Date: Mon, 03 Nov 2008 23:06:35 +1000
Newsgroups: jedi.vcl

OBones wrote:
> NativeSpace is defined in the JCL source code. Please make sure you used the correct version that is requred for use with D2009. Please also make sure that you do not have any old dcp, dcu, lib files lying around on your system

Thanks for your reply Olivier

I am using Delphi 7 and the latest version of the JCL I can find is v1.102.1.3072 which has no mention of nativespace in the source that I can see.

When I replace nativespace with ansispace the installer compiles but on the front screen it tells me to upgrade to at least v1.101 of the JCL!!

Maybe v1.102 is not the latest or the JVCL installer for v3.35 is not recognising it for some reason.

Should JVCL v3.35 be compatible with JCL v1.102 and Delphi 7?


Subject: Re: install problem on D7
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 03 Nov 2008 13:53:40 +0100
Newsgroups: jedi.vcl

NativeSpace is defined in the JCL source code. Please make sure you used the correct version that is requred for use with D2009. Please also make sure that you do not have any old dcp, dcu, lib files lying around on your system


Subject: install problem on D7
From: Tony Christiansen <tony@adegroup.com.au>
Date: Mon, 03 Nov 2008 22:03:56 +1000
Newsgroups: jedi.vcl

I am stuck installing JVCL v3.35 after installing JCL 1.102.3072

The JCL installer ran thru without error but the JVCL installer will not compile. Error is

Using Delphi 7

Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Delphi-JEDI\JVCL\run\JvJCLUtils.pas(7843) Error: Undeclared Identifier: 'NativeSpace'

etc

I cannot see any mention of this error anywhere or the identifier anywhere else in the JVCL or JCL code.

Thanks for any assistance

Tony


Subject: Re: Implemented filtering in TJvMemoryData
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 03 Nov 2008 10:47:26 +0100
Newsgroups: jedi.vcl

Hi,

First of all, many thanks for implementing filtering in JvMemoryData, it's a long awaited feature and I'm sure many people will find it very useful.
You said you used a third party unit to do the expression parsing, which I can understand totally. However, couldn't have it been possible to use the code inside JvInterpreter? Or, unless I'm mistaken, the one used for the JvCalcEdit component? There might even be an expression parser inside the JCL or another one in the package generator used by both libraries.
I'm not saying we should get rid of the unit by Vlad, but I would much prefer if we could limit the number of units doing expression parsing and execution.

In the end, your change is very much appreciated and will be integrated, I'm just waiting until you and/or others give us your opinion on my remarks here.

Regards
Olivier


Subject: Re: Implemented filtering in TJvMemoryData
From: Christian Schiffler <c.schiffler@cyberspectrum.de>
Date: Mon, 03 Nov 2008 04:14:31 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:
> I have absolutely no idea if dual licensing GPL+MPL or relicensing GPL
> code as MPL is possible, but from my POV this unit could also become a
> JCL unit.

It is possible, if the original author (in this case Vlad) allows us to do so. He can also release his code under any other license he chooses to, as long as all authors that contributed to the code agree to do so.
For popular examples of dual licensing see MySQL or QT.

>> Two Examples of possible Filtertext:
>> tblFoo.Filter:='((a=''abc'') AND (b=''*hund*'')) OR (b='''')';
>> tblFoo.Filter:='((a="abc") AND (b="*hund*")) OR (b="")';
> You are looking for dogs? :-)
No, I'm just a little addicted to the demoscene group Farbrausch, therefore Hund is a somewhat insider joke. :)

>> Should work pretty reliable but should be considered beta.
>> I hope this will be of some use to anyone here.
> Maybe the parser could be used someday in JVCS for user filters.

Feel free to do so but give it some testing before doing so. :)

Greetz
    Chris


Subject: Setting up an array of ADT fields at runtime
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sun, 2 Nov 2008 09:55:39 -0800
Newsgroups: jedi.vcl

I'm using a TJvMemoryData to represent an array of objects. I've got most of 
the code figured out to fill the dataset at runtime, but part of my object 
contains a dynamic array of TPoint records, and I have no idea how to set up 
the dataset and the loading code to make that work. I know a TPoint can be 
represented by an ADT, but how do I set up an array of ADTs properly and 
access it at runtime?  The helpfiles (and everything I've been able to find 
online, which is mostly copied straight from helpfiles or other official 
documents) mention that you can have an array of ADTs, but they're silent on 
how exactly to define and load them, and it's driving me nuts. 




Subject: Re: cds2007: can't install JVCL...
From: "fcodebue" <mailme@p-soft.biz>
Date: Sun, 2 Nov 2008 00:10:50 +0100
Newsgroups: jedi.vcl

SOLVED
when you uninstall jvcl or jcl with standard uninstall program he doesn't
delete your dcu files

>> >>fcodebue wrote:
>> >>
>>> >>> DelphiData.pas(1293) Error: E2003 Undeclared identifier:
>>> >>> 'GetDefaultProjectsDire
>>> >>> ctory'
>> >>
>> >>
>> >>Your JCL version does not match the JVCL version. You should update the
>> >>JCL.
>> >>
>> >>
>> >>
>> >>-- 
>> >>Regards,
>> >>
>> >>Andreas Hausladen
>> >>
> >but I use the some package: JVCL334CompleteJCL1102-Build3072.zip and
> >naturally I build JCL before try to install JVCL
> >
> >codebue fabio
> >------------------------------
> >p-soft sas
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

codebue fabio
------------------------------
p-soft sas

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: cds2007: can't install JVCL...
From: "fcodebue" <mailme@p-soft.biz>
Date: Sat, 1 Nov 2008 23:52:41 +0100
Newsgroups: jedi.vcl

> >fcodebue wrote:
> >
>> >> DelphiData.pas(1293) Error: E2003 Undeclared identifier:
>> >> 'GetDefaultProjectsDire
>> >> ctory'
> >
> >
> >Your JCL version does not match the JVCL version. You should update the
> >JCL.
> >
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >
but I use the some package: JVCL334CompleteJCL1102-Build3072.zip and
naturally I build JCL before try to install JVCL

codebue fabio
------------------------------
p-soft sas

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: cds2007: can't install JVCL...
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 1 Nov 2008 23:34:55 +0100
Newsgroups: jedi.vcl

fcodebue wrote:

> > DelphiData.pas(1293) Error: E2003 Undeclared identifier:
> > 'GetDefaultProjectsDire
> > ctory'


Your JCL version does not match the JVCL version. You should update the
JCL.



-- Regards, Andreas Hausladen 

Subject: cds2007: can't install JVCL...
From: "fcodebue" <mailme@p-soft.biz>
Date: Sat, 1 Nov 2008 23:08:13 +0100
Newsgroups: jedi.vcl

 DelphiData.pas(1293) Error: E2003 Undeclared identifier:
'GetDefaultProjectsDire
ctory'
DelphiData.pas(1307) Error: E2003 Undeclared identifier:
'GetCommonProjectsDirec
tory'

codebue fabio
------------------------------
p-soft sas

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Implemented filtering in TJvMemoryData
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 01 Nov 2008 14:28:11 +0100
Newsgroups: jedi.vcl

On Fri, 31 Oct 2008 10:16:57 +0100, Christian Schiffler wrote:

> >I just wanted to let you guys know that I needed Filtering Support for 
> >one of my projects in TJvMemoryData and therefore simply implemented it 
> >by basing upon code by Vlad Skarzhevskyy he wrote for his mp3bookhelper 
> >project. He gave me permission to re-release the extended ExprParser.pas 
> >under MPL for use in JVCL.

I have absolutely no idea if dual licensing GPL+MPL or relicensing GPL
code as MPL is possible, but from my POV this unit could also become a
JCL unit.

> >Two Examples of possible Filtertext:
> >tblFoo.Filter:='((a=''abc'') AND (b=''*hund*'')) OR (b='''')';
> >tblFoo.Filter:='((a="abc") AND (b="*hund*")) OR (b="")';

You are looking for dogs? :-)

> >Should work pretty reliable but should be considered beta.
> >I hope this will be of some use to anyone here.

Maybe the parser could be used someday in JVCS for user filters.
-- Uwe 

Subject: Re: Data aware controls
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Fri, 31 Oct 2008 14:56:21 -0700
Newsgroups: jedi.vcl

Oh. That's great!  Thanks!

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:gefnj5$uig$1@news.talkto.net...
> > Mason Wheeler wrote:
> >
>> >> But how do I get that selection to sync up with my set
>> >> of data-aware controls?
> >
> > That is done automatically. The DataSet has a cursor and if you click
> > on a grid row, the grid will move the cursor in the DataSet that is
> > assigned via the DataSource. There is no coding needed to achieve this.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Data aware controls
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 31 Oct 2008 22:39:51 +0100
Newsgroups: jedi.vcl

Mason Wheeler wrote:

> > But how do I get that selection to sync up with my set 
> > of data-aware controls?

That is done automatically. The DataSet has a cursor and if you click
on a grid row, the grid will move the cursor in the DataSet that is
assigned via the DataSource. There is no coding needed to achieve this.


-- Regards, Andreas Hausladen 

Subject: Re: Data aware controls
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Fri, 31 Oct 2008 14:10:22 -0700
Newsgroups: jedi.vcl

OK.  I can see how to make that look like a listbox.  But how do I get that 
selection to sync up with my set of data-aware controls?  I can't find a 
"row" property in the data-aware controls, the data source or the dataset. 
The most logical place to put it is on the data source, but I just don't see 
it.

> > For both 1. and 2. you can use a DBGrid which only displays the name
> > field. Set "Field.Visible" to False for all other fields. This allows
> > you to see all names in a "list" and the user can click on every record
> > in a wild order. 




Subject: Re: Data aware controls
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 31 Oct 2008 21:09:12 +0100
Newsgroups: jedi.vcl

Mason Wheeler wrote:

> > 1. [...] I want to have the name field of each DB record displayed in
a
> > list box, and have it load up the data for that record depending on
> > which one the user clicks. 

For both 1. and 2. you can use a DBGrid which only displays the name
field. Set "Field.Visible" to False for all other fields. This allows
you to see all names in a "list" and the user can click on every record
in a wild order.




-- Regards, Andreas Hausladen 

Subject: Re: Data aware controls
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Fri, 31 Oct 2008 12:06:32 -0700
Newsgroups: jedi.vcl

Just looked it up in the helpfile.  Two problems with that.

1.  I don't want a visual component with buttons for the user to push; I 
want to have the name field of each DB record displayed in a list box, and 
have it load up the data for that record depending on which one the user 
clicks.
2.  Related to the first: The TDBNavigator appears to be sequential only. 
That's a horribly inefficient way to perform a random-access task like 
calling up an arbitrary database entry, especially if you've got hundreds or 
thousands of entries. (Which isn't the case in what I'm doing, but even so, 
it just looks really ugly on principle...)

Any way to do it in code, without extra components?

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:gefdo8$sut$1@news.talkto.net...
> > Mason Wheeler wrote:
> >
>> >> I'm probably overlooking something really obvious, but I don't know
>> >> what it is.  Can anyone help me?
> >
> > You could use a TDBNavigator (or TJvDBNavigator).
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Data aware controls
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 31 Oct 2008 19:51:52 +0100
Newsgroups: jedi.vcl

Mason Wheeler wrote:

> > I'm probably overlooking something really obvious, but I don't know
> > what it is.  Can anyone help me?

You could use a TDBNavigator (or TJvDBNavigator).


-- Regards, Andreas Hausladen 

Subject: Implemented filtering in TJvMemoryData
From: Christian Schiffler <christian.schiffler@cyberspectrum.de>
Date: Fri, 31 Oct 2008 10:16:57 +0100
Newsgroups: jedi.vcl

Hi,
I just wanted to let you guys know that I needed Filtering Support for one of my projects in TJvMemoryData and therefore simply implemented it by basing upon code by Vlad Skarzhevskyy he wrote for his mp3bookhelper project. He gave me permission to re-release the extended ExprParser.pas under MPL for use in JVCL.
He can be reached via:
skarzhevskyy at gmail dot com
http://mp3bookhelper.sourceforge.net/

So here it is. The features supported are:
- Check for Field content
  (including wildcard support by usage of Masks.Matchesmask and
   therefore forcing the matching to be case insensitive, didn't find a
   solution for that one yet).
- Check for field value against field value (field a equals field b).
- Support for combined checks ("and" and "or" supported but must be
  encapsulated in brackets like in Delphi. The Parser simply goes
  from left to right and does _NO_ operator weighting).
Two Examples of possible Filtertext:
tblFoo.Filter:='((a=''abc'') AND (b=''*hund*'')) OR (b='''')';
tblFoo.Filter:='((a="abc") AND (b="*hund*")) OR (b="")';

Should work pretty reliable but should be considered beta.
I hope this will be of some use to anyone here.

For details and attached zip file with code see:
http://homepages.codegear.com/jedi/issuetracker/view.php?id=4328

Regards
    Chris


Subject: Data aware controls
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Thu, 30 Oct 2008 16:22:28 -0700
Newsgroups: jedi.vcl

I've got a TJvMemoryData and a TJvDataSource set up, and code to load an 
array of objects into the dataset.  Displaying it in a grid would be easy, 
but that's not what I want to do.  I want to use data-aware controls to 
display various attributes in a custom layout, and edit one object of the 
arrray at a time, controlled by a listbox at the side of the form.  Problem 
is, I can't quite find out how to control it.  If I'm using 1-dimensional 
data-aware controls instead of a 2-dimensional grid, how do I define which 
row is being displayed?

I'm probably overlooking something really obvious, but I don't know what it 
is.  Can anyone help me? 




Subject: Re: How does TJvInterpreter compare with PascalScript?
From: Warren Postma <wp@tekran.com>
Date: Tue, 28 Oct 2008 10:32:46 -0400
Newsgroups: jedi.vcl

Edmund Matzke wrote:
>> That said,  the jvInterpreter application I have has been put to much more extensive loads... typically running 3-4k line applications which hit sql databases and do extensive formatting of the results.  Its running daily processing thousands of times per day and never skips a beat.
>
> I can second that, same here too!
>
> CU, Eddi
I also run very heavy used software that depends critically on JvInterpreter. It is great. :-)  I need it to be a dynamic "pure interpreter" and it does a great job of it.

W


Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekran.com>
Date: Tue, 28 Oct 2008 10:30:13 -0400
Newsgroups: jedi.vcl

Christian Sciberras wrote:
>
> Guess, I do need some demos on using CallFunction.
> Couldn't find anything helpfull on that.
>
> Thanks,
> Chris.
Have a look in the binaries folder. I wrote you a call-function demo.


Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekran.com>
Date: Tue, 28 Oct 2008 10:27:58 -0400
Newsgroups: jedi.vcl

Christian Sciberras wrote:
>
> Guess, I do need some demos on using CallFunction.
> Couldn't find anything helpfull on that.
>
> Thanks,
> Chris.
I have written you a new demo. Lucky you. :-)

W


Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekran.com>
Date: Tue, 28 Oct 2008 09:52:26 -0400
Newsgroups: jedi.vcl

OBones wrote:
> If you feel like moving them, please do <g>
Okay, the main demo is moved. A new demo is written (JvInterpreterSimple folder) that is a MINIMAL DEMO. I think that it answers ten or so of the most common 'how do I' questions. How do I get a variable name? How do I store a variable value? How do I get my own custom functions and procedures invoked?  How do I do error handling?  Etc.

The "JvInterpreterTest" demo (a classic demo) is brutal.  Complex, annoying, and way too hard to follow. :-)
I intend to write a few more simple demos. Requests anyone?

Warren







Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekran.com>
Date: Tue, 28 Oct 2008 09:10:41 -0400
Newsgroups: jedi.vcl

OBones wrote:
> If you feel like moving them, please do <g>
I moved the main one and then realized that there are a bunch of them.  Now I think there should be a JvInterpreter main folder and subfolders for the individual demos.  Darn.
Measure once, cut twice,. that's me! :-)

W


Subject: JvNavPanelHeader: Mouse Enter/Leave events
From: "brian" <aeris@ya.com>
Date: Tue, 28 Oct 2008 09:44:07 +0100
Newsgroups: jedi.vcl

JvNavPanelHeader lacks Mouse Enter/Leave events. Would it be possible to add them?


Subject: Re: JvDBGrid and integer as boolean field
From: Eric Fritsche <efritsche@web.de>
Date: Sun, 26 Oct 2008 19:29:43 +0100
Newsgroups: jedi.vcl

Sertac Akyuz schrieb:
> Eric Fritsche wrote :
>> Andreas Hausladen schrieb:
>>> Eric Fritsche wrote:
>>>
>>>>   if field.DataType = ftInteger then begin
>>>
>>> You should check if "field" is the field you want. The your current
>>> implementation every integer field is treated as boolean field.
>>>
>>> if field = MyDataSetMyField then ...
>>>
>>> or
>>>
>>> if SameText(field.FieldName, 'MyField') then ...
>>>
>>>
>>
>> Hi and thabks for the reply !!!
>>
>> I tried it (both variants) without success. The result stays the same :
>> All fields show up as a checkbox.
>>
>> function TForm1.JvDBGrid1CheckIfBooleanField(Grid: TJvDBGrid;
>>    Field: TField; var StringForTrue, StringForFalse: String): Boolean;
>> begin
>>    if field = ADOTable1Aktiv then begin
>>      StringForTrue := '1';
>>      StringForTrue := '0';
>>    end;
>> end;
>>
>> Any idea what to do ?
>>
>> Thanks
>> Eric
>
> Result := Field = ADOTable1Aktiv;
>
> Regards.
>
>
Thanks a lot !!! It works !!!


Subject: Re: JvDBGrid and integer as boolean field
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Oct 2008 19:18:49 +0100
Newsgroups: jedi.vcl

Eric Fritsche wrote:

> > Any idea what to do ?

Doesn't the compiler output a warning for the method: "Result is not
initialized" ?

function TForm1.JvDBGrid1CheckIfBooleanField(Grid: TJvDBGrid;
  Field: TField; var StringForTrue, StringForFalse: String): Boolean;
begin
  Result := False; // <<-- insert
  if field = ADOTable1Aktiv then begin
    StringForTrue := '1';
    StringForTrue := '0';
    Result := True; // <<-- insert
  end;
end;

-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrid and integer as boolean field
From: Sertac Akyuz <nospam@nos.pam>
Date: Sun, 26 Oct 2008 20:16:44 +0200
Newsgroups: jedi.vcl

Eric Fritsche wrote :
> Andreas Hausladen schrieb:
>> Eric Fritsche wrote:
>>
>>>   if field.DataType = ftInteger then begin
>>
>> You should check if "field" is the field you want. The your current
>> implementation every integer field is treated as boolean field.
>>
>> if field = MyDataSetMyField then ...
>>
>> or
>>
>> if SameText(field.FieldName, 'MyField') then ...
>>
>>
>
> Hi and thabks for the reply !!!
>
> I tried it (both variants) without success. The result stays the same :
> All fields show up as a checkbox.
>
> function TForm1.JvDBGrid1CheckIfBooleanField(Grid: TJvDBGrid;
>    Field: TField; var StringForTrue, StringForFalse: String): Boolean;
> begin
>    if field = ADOTable1Aktiv then begin
>      StringForTrue := '1';
>      StringForTrue := '0';
>    end;
> end;
>
> Any idea what to do ?
>
> Thanks
> Eric

Result := Field = ADOTable1Aktiv;

Regards.




Subject: Re: JvDBGrid and integer as boolean field
From: Eric Fritsche <efritsche@web.de>
Date: Sun, 26 Oct 2008 19:05:29 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> Eric Fritsche wrote:
>
>>   if field.DataType = ftInteger then begin
>
> You should check if "field" is the field you want. The your current
> implementation every integer field is treated as boolean field.
>
> if field = MyDataSetMyField then ...
>
> or
>
> if SameText(field.FieldName, 'MyField') then ...
>
>

Hi and thabks for the reply !!!

I tried it (both variants) without success. The result stays the same :
All fields show up as a checkbox.

function TForm1.JvDBGrid1CheckIfBooleanField(Grid: TJvDBGrid;
  Field: TField; var StringForTrue, StringForFalse: String): Boolean;
begin
  if field = ADOTable1Aktiv then begin
    StringForTrue := '1';
    StringForTrue := '0';
  end;
end;

Any idea what to do ?

Thanks
Eric


Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sun, 26 Oct 2008 11:46:29 +0200
Newsgroups: jedi.vcl


Guess, I do need some demos on using CallFunction.
Couldn't find anything helpfull on that.

Thanks,
Chris.


Subject: Re: JvGradient bug: expands like alClient when pasting
From: "brian" <aeris@ya.com>
Date: Sun, 26 Oct 2008 06:24:41 +0100
Newsgroups: jedi.vcl

ok it's fixed in SVN

"brian" <aeris@ya.com> wrote in message news:gdtfjk$7v0$1@news.talkto.net...
> Will do. Thanks
>
> "OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:gdsjj5$39r$1@news.talkto.net...
>> brian wrote:
>>> There seems to be a bug in JvGradient. When you copy/paste it, the new one expands its boundaries like it was set to alClient (while being alNone).
>>
>>
>> Please put this in Mantis:
>>
>> http://homepages.codegear.com/jedi/issuetracker/
>



Subject: Re: formstorage designer is too small
From: "brian" <aeris@ya.com>
Date: Sun, 26 Oct 2008 06:24:25 +0100
Newsgroups: jedi.vcl

Did, they have fixed it.

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:gdsjj1$39q$1@news.talkto.net...
> brian wrote:
>> Please, it'd be really helpful having a larger box for the components:
>>
>> http://i37.tinypic.com/o5rmue.jpg
>
> Please put this in Mantis:
>
> http://homepages.codegear.com/jedi/issuetracker/ 



Subject: Re: JvGradient bug: expands like alClient when pasting
From: "brian" <aeris@ya.com>
Date: Sat, 25 Oct 2008 01:31:43 +0200
Newsgroups: jedi.vcl

Will do. Thanks

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:gdsjj5$39r$1@news.talkto.net...
> brian wrote:
>> There seems to be a bug in JvGradient. When you copy/paste it, the new one expands its boundaries like it was set to alClient (while being alNone).
>
>
> Please put this in Mantis:
>
> http://homepages.codegear.com/jedi/issuetracker/ 



Subject: Re: Bug in Run\JvJCLUtils.pas
From: "Alan Garny" <someone@somewhere.com>
Date: Fri, 24 Oct 2008 20:25:18 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:gdss2d$4pg$1@news.talkto.net...
> This is already fix in SVN head.

Sorry, I didn't check (I only downloaded the release version),

Alan


Subject: Re: JvDBGrid and integer as boolean field
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 24 Oct 2008 20:00:39 +0200
Newsgroups: jedi.vcl

Eric Fritsche wrote:

> >   if field.DataType = ftInteger then begin

You should check if "field" is the field you want. The your current
implementation every integer field is treated as boolean field.

if field = MyDataSetMyField then ...

or

if SameText(field.FieldName, 'MyField') then ...


-- Regards, Andreas Hausladen 

Subject: Re: Bug in Run\JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 24 Oct 2008 19:58:18 +0200
Newsgroups: jedi.vcl

This is already fix in SVN head.


-- Regards, Andreas Hausladen 

Subject: JvDBGrid and integer as boolean field
From: Eric Fritsche <efritsche@web.de>
Date: Fri, 24 Oct 2008 19:36:10 +0200
Newsgroups: jedi.vcl

Hello,
I've a problem to understand the way to use interger/word/smallint/... as a boolean field in the JvDBGrid.
There are string, integer, word and float fields in the table. The integer field should representate the boolean
field using 1 = true and 0 = false. If I use the "CheckIfBooleanField"-method all fields in the grid show the checkbox where only the integer should show up.

The CheckIfBooleanField-method is as follows :

function TForm_basis.ExDBGrid1CheckIfBooleanField(Grid: TJvDBGrid;
  Field: TField; var StringForTrue, StringForFalse: String): Boolean;
begin
  if field.DataType = ftInteger then begin
    StringForTrue := '1';
    StringForFalse := '0';
  end;
end;

Have I missunderstood the method ? Or do I need some other modifications ?

Thanks in advance !

Eric


Subject: Re: Blank space introduced in the Fillename using tJvFileListBox
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 24 Oct 2008 19:16:41 +0200
Newsgroups: jedi.vcl

I'm not in favor of such inclusion. As Andreas pointed out, we already are very stretched on resources. I would even add that we already have many components that were "donated", were not complete and/or cannot be maintained, like the Globus ones for instance.
What I would propose is for them to be under the "JEDI" umbrella, but as independent projects, like API, JCL, JVCL and all the others.
We already have too many components, those you propose are already independent, there is no point in adding them in our library.


Subject: Bug in Run\JvJCLUtils.pas
From: "Alan Garny" <someone@somewhere.com>
Date: Fri, 24 Oct 2008 18:03:12 +0100
Newsgroups: jedi.vcl

Hi,

I believe to have come across a bug in Run\JvJCLUtils.pas, more precisely StrToFloatDef. We should have:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       if LStr[LStr.Length-1] = '-' then
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

and NOT:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       if LStr[LStr.Length-1] = '-' then
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

In the same way, we should have:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       if LStr[LStr.Length-1] = DecimalSeparator{$IFDEF CLR}[1]{$ENDIF} then
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

and NOT:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       if LStr[LStr.Length] = DecimalSeparator{$IFDEF CLR}[1]{$ENDIF} then
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Cheers, Alan.


Subject: Re: JvDBSearchEdit and JvDBFindEdit
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 24 Oct 2008 19:01:46 +0200
Newsgroups: jedi.vcl

diarby wrote:

> Hello,
> Maybe Im wrong but I dont understand why compile is fine while the IDE shows me ths error : 'TJvDBSearchEdit ne contient pas de membre appelé DataSource à la ligne ...'
> My purpose is to change the data source when page control changes.
> Can someone explain me this strange situation ?
> Configuration : Jvcl 3.35, Jcl 1.103, Rad studio 2009, Vista SP1.

It compiles fine, but it will crash at runtime, I guess.


Subject: Re: TJvHTMLParser double parsing - possibly?
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Fri, 24 Oct 2008 15:43:31 +0000 (UTC)
Newsgroups: jedi.vcl

Jason Chapman wrote:

> > JVCL 3,34
OK, it has been a very long day / week.  It appears that as soon as you
set the filename, does an analyse.

so my code:
procedure TForm1.Button1Click(Sender: TObject);
begin
  JvHTMLParser1.FileName:='C:\C.html';
  JvHTMLParser1.AnalyseFile;
end;

was making it run twice.  Is that more like it?
Is this by design?

-- JAC. 

Subject: Re: JvGradient bug: expands like alClient when pasting
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 24 Oct 2008 17:33:39 +0200
Newsgroups: jedi.vcl

brian wrote:
> There seems to be a bug in JvGradient. When you copy/paste it, the new one expands its boundaries like it was set to alClient (while being alNone).


Please put this in Mantis:

http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: formstorage designer is too small
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 24 Oct 2008 17:33:35 +0200
Newsgroups: jedi.vcl

brian wrote:
> Please, it'd be really helpful having a larger box for the components:
>
> http://i37.tinypic.com/o5rmue.jpg

Please put this in Mantis:

http://homepages.codegear.com/jedi/issuetracker/


Subject: TJvHTMLParser double parsing - possibly?
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Fri, 24 Oct 2008 15:24:37 +0000 (UTC)
Newsgroups: jedi.vcl

JVCL 3,34
I have just started using the HTML parser and think it is pretty cool.
Certainly speeded up my analysis of a WIKI website.

BUT, I noticed was that when I set it parsing the files, it double
found the tokens.  i.e. it seemed to parse the file twice.  I looked
and looked and thought it was the files, but have reduced it to:

Parser:
object jvhtmlparser: TJvHTMLParser
  Parser.Strings = (
    'H1'
    '<h1'
    '/h1>'
    '-1'
    '0'
    'URL'
    '<a'
    '/a>'
    '-1'
    '0')
  OnKeyFoundEx = jvhtmlparserKeyFoundEx
  Left = 448
  Top = 92
end

procedure TForm1.Button1Click(Sender: TObject);
begin
  JvHTMLParser1.FileName:='C:\C.html';
  JvHTMLParser1.AnalyseFile;
end;

procedure TForm1.JvHTMLParser1KeyFoundEx(Sender: TObject; Key, Results,
    OriginalLine: string; TagInfo: TTagInfo; Attributes: TStrings);
begin
  MessageDlg('found: '+key, mtWarning, [mbOK], 0);
end;


HTML file (between the dashes).
--------------------
<H1></H1>
<H2></H2>
<P>
<p></p>
-------------------
Now I am not sure if this file is valid, it lookes unbalanced and I am
not sure if it shoudl be a problem.

Basically when I run this and click the button I get:
found: H1
found: H2
found: H1
found: H2
which is double the number I expect

If I click it again I get
found: H1
found: H2

Which is right.
Does this make sense?
Can someone confirm?
-- Jason Chapman 

Subject: formstorage designer is too small
From: "brian" <aeris@ya.com>
Date: Fri, 24 Oct 2008 15:51:25 +0200
Newsgroups: jedi.vcl

Please, it'd be really helpful having a larger box for the components:

http://i37.tinypic.com/o5rmue.jpg


Subject: Re: Blank space introduced in the Fillename using tJvFileListBox
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Fri, 24 Oct 2008 10:22:19 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Alf Christophersen wrote:
>
>> Maybe it would also be an idea for Jedi project to adopt those
>> packages ?? (Async Pro, Orpheus, Shellshock, Essentials. Systools,
>> vPlanIt etc. etc.) ????
>
> And who should maintain them? That would mean much more work to be done
> by few?

Unless those who still try to maintain them are the same as those who maintains Jedi, maybe if invited, they may also benefit from the cooperations btw. both groups.  ??

A letter in the support groups with a question about if there are still someone around maintaining the ressources and if they would be interested in a cooperation and to see if there would be some benefit of a merge or alike ??

At least it seems like there still are someone at Async Pro and the Abbrevia component.

Another topic covered is OnGuard which make it possible to license software. http://sourceforge.net/projects/tponguard/

I don't know if there are some interests about links to these utils, like Abbrevia: http://sourceforge.net/projects/tpabbrevia/

I have still pointers to those I know about when the sources was put into open-source space.



Subject: Re: JVCL error on C++ Builder 6
From: Donie <slowrock@gmail.com>
Date: Fri, 24 Oct 2008 02:21:09 +0700
Newsgroups: jedi.vcl

Wow thanks that works.

Donie

AlexB wrote:
> Donie wrote:
>
>> I have applied update 2, do I need update 4 as well?
>
> You already have the answer. As OBones said
>>> You must apply all updates to BCB6 

Subject: Re: Blank space introduced in the Fillename using tJvFileListBox
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 23 Oct 2008 19:33:06 +0200
Newsgroups: jedi.vcl

Alf Christophersen wrote:

> > Maybe it would also be an idea for Jedi project to adopt those
> > packages ?? (Async Pro, Orpheus, Shellshock, Essentials. Systools,
> > vPlanIt etc. etc.) ????

And who should maintain them? That would mean much more work to be done
by few?


-- Regards, Andreas Hausladen 

Subject: JvGradient bug: expands like alClient when pasting
From: "brian" <aeris@ya.com>
Date: Thu, 23 Oct 2008 14:34:54 +0200
Newsgroups: jedi.vcl

There seems to be a bug in JvGradient. When you copy/paste it, the new one expands its boundaries like it was set to alClient (while being alNone).


Subject: Re: TJvCsvDataSet: In-memory operation
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Thu, 23 Oct 2008 11:12:28 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> Warren Postma wrote:
>> Turn off LoadFromFile and SavesChanges properties, and even though I
>> suspect that you still must specify a filename, it will neither
>> read from a file, nor store to the file.  I do this all the time.  When
>> I do this, I change filename to "temporary.csv" (as a note to myself
>> more than anything).
>
> That works, thanks a lot! Turning off the SaveChanges property was the
> missing bit. As you said the FileName property still has to be
> specified, but I think I can live with that. ;-)
>
> I went even further and chose an invalid filename to make it obvious
> that it never gets accessed, e.g.
> LDataSet.FileName := '!@#$%^&*()_+FileThatNeverGetsAccessed+_)(*&^%$#@!';
>
LOL !!


Subject: Re: Error PeViewer OLE factory
From: "xpin" <roman.silin@autodealer.ru>
Date: Thu, 23 Oct 2008 14:46:59 +0600
Newsgroups: jedi.vcl

Hello,

In my opinion, is great the connection between "Application.Title :=" and "Form1Create(".

regards,
quod erat probandum
- xpin


Subject: Re: Blank space introduced in the Fillename using tJvFileListBox
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Thu, 23 Oct 2008 10:16:02 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> If you can't see it in Mantis, please report it there :-)
>
> Best is to include a small sample.
> Better then best is to include the fix also ;-)

By the way, since tJvFileListBox derives from the Win 3.1 component tFileListBox, wouldn't that mean that it also inherit the other win 3.1 limitations from 16- bit technology, eg. file names would be 8 characters long and thus, comparisons with 32-bits file names would always give false as a result?

Why not rather derive a new component mending the deficiencies in the routine library introduced in Delphi 6, the "hidden" and non-documented tShelltreeView, tShellListView and tShellCombobox ??

Or are they already derived in the Jedi project, but still hidden around somewhere ??

I tried exchanging the previous commercial StDialogPanel from TurboPower Shellshock (which I had a licence of) but now more or less extinct because no interest in the open source project there.

Unfortunately, when used in Vista, and people start to use very deep paths with many levels of subdirectories, where the first 2 or 3 layers hidden as My Documents as a top folder, it is now more or less useless.

Maybe it would also be an idea for Jedi project to adopt those packages ?? (Async Pro, Orpheus, Shellshock, Essentials. Systools, vPlanIt etc. etc.) ????



Subject: Re: Blank space introduced in the Fillename using tJvFileListBox
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Thu, 23 Oct 2008 10:02:27 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> If you can't see it in Mantis, please report it there :-)
>
> Best is to include a small sample.
> Better then best is to include the fix also ;-)

If I find it :-)


Subject: Re: JVCL error on C++ Builder 6
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 23 Oct 2008 07:44:08 +0000 (UTC)
Newsgroups: jedi.vcl

Donie wrote:

> > I have applied update 2, do I need update 4 as well?

You already have the answer. As OBones said
>> >> You must apply all updates to BCB6 
-- Alex 

Subject: Re: JVCL error on C++ Builder 6
From: "Donie" <slowrock@gmail.com>
Date: Thu, 23 Oct 2008 14:09:44 +0700
Newsgroups: jedi.vcl

I have applied update 2, do I need update 4 as well?


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:gdnlvb$c6c$2@news.talkto.net...
> > You must apply all updates to BCB6 




Subject: Re: How does TJvInterpreter compare with PascalScript?
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Wed, 22 Oct 2008 22:30:21 +0200
Newsgroups: jedi.vcl

> That said,  the jvInterpreter application I have has been put to much more extensive loads... typically running 3-4k line applications which hit sql databases and do extensive formatting of the results.  Its running daily processing thousands of times per day and never skips a beat.

I can second that, same here too!

CU, Eddi


Subject: Re: Blank space introduced in the Fillename using tJvFileListBox
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 22 Oct 2008 21:55:31 +0200
Newsgroups: jedi.vcl

If you can't see it in Mantis, please report it there :-)

Best is to include a small sample.
Better then best is to include the fix also ;-)

Greetings
Jens

Alf Christophersen schrieb:
> When trying tJvFileListBox and doubleclicking on the subfolder achristo in d:\users\ (filename should then be d:\users\achristo, I get instead d:\users\ achristo
>
> I'm using v.3.34 downloaded aug. 11. 2008, JVCL334CompleteJCL1102-Build3072.zip
>
> I can't see this error is reported in Mantis
>
> It's a really showstopper. Can't say where it is introduced neither. When viewing the content in ondoubleclick, it is already there.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL error on C++ Builder 6
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Oct 2008 20:43:13 +0200
Newsgroups: jedi.vcl

You must apply all updates to BCB6


Subject: Re: JvInterpreter troubles
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Oct 2008 20:42:30 +0200
Newsgroups: jedi.vcl

If you feel like moving them, please do <g>


Subject: JVCL error on C++ Builder 6
From: "Donie" <slowrock@gmail.com>
Date: Wed, 22 Oct 2008 23:52:10 +0700
Newsgroups: jedi.vcl

Hello,

I have tried JVCL 334 the installation success with default option.
But the problem came when I start C++ builder 6.
I got this error message

The procedure entry point @Varutils@VarCyFormStr$blablabla.... could not be 
located in the dynamic link library rtl60.bpl
And all package need to be disable to get rid these all error messages every 
time I started c++ builder 6.

This happened on 333 and 330 too.

Please help, did I miss something?

Thanks,
Donie 




Subject: Re: How does TJvInterpreter compare with PascalScript?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Wed, 22 Oct 2008 11:50:56 -0500
Newsgroups: jedi.vcl

Mason,

Ive actually used both PascalScript and jvInterpreter in separate 
projects...  and have had little problem with either of them.  I think that 
PascalScript is easier to extend and its probably my favored engine of the 
two for that reason.

That said,  the jvInterpreter application I have has been put to much more 
extensive loads... typically running 3-4k line applications which hit sql 
databases and do extensive formatting of the results.  Its running daily 
processing thousands of times per day and never skips a beat.

Dan

"Mason Wheeler" <masonwheeler@yahoo.com> wrote in message 
news:gcudhn$me5$1@news.talkto.net...
> >I just found you guys have a script engine!  That's great.  All the JVCL 
> >components I've seen so far are very good, high-quality stuff.  I use 
> >PascalScript pretty extensively, and it's also very good, but it has some 
> >limitations that are a bit annoying, and Carlo Kok's (the author's) 
> >standard response to questions about them is some variation of "I have no 
> >plans to support feature X in PascalScript."  So I have to ask.  How does 
> >JVInterpreter's feature set compare with PS?
> >
> > Here's what I already use and need to stay working.  Any one of these is a 
> > deal-breaker if JvInterpreter doesn't have them.
> >
> >   A compiler and an executor, separate and independent of one another, 
> > with the ability to compile a script, save the result, and load it later 
> > on into the executor.
> >   The ability for scripts to understand Delphi objects and classes 
> > declared in my project, and to access Delphi variables, including objects 
> > and arrays.
> >   The ability for scripts to call Delphi functions, both ordinary 
> > functions and object methods.
> >   The ability for Delphi code to directly call individual functions 
> > declared in script libraries, without having to run a "main" routine.
> >   Support for "uses", both by including actual script files and also 
> > "virtual uses," where a callback routine can register Delphi variables 
> > and/or functions when a script requires them.
> >   The ability to retrieve a function's signature after it's been compiled.
> >
> > Things PS doesn't have, that I'd really like:
> >
> >   Function overloading.
> >   The ability to create new classes.  (Declaring them in a script, instead 
> > of having to import them from Delphi classes already declared in your 
> > project.)
> >   Unicode support.
> >   'var MyEnumArray: array[myEnum] of integer' as valid syntax.
> >   Custom exception handlers.  (In PascalScript, if an exception is raised 
> > during script execution, the script silently aborts immediately.  I ended 
> > up having to rewrite part of the script exec so that trying to divide by 
> > zero in a script wouldn't keep the rest of it from running.  It would be 
> > much nicer to have some sort of callback method for handling them.)
> > 




Subject: JVCL error on C++ Builder 6
From: "Donie" <slowrock@gmail.com>
Date: Wed, 22 Oct 2008 23:48:40 +0700
Newsgroups: jedi.vcl

Dear All,

I have tried JVCL 334 the installation success with default option.
But the problem came when I start C++ builder 6.
I got this error message

The procedure entry point @Varutils@VarCyFormStr$blablabla.... could not be 
located in the dynamic link library rtl60.bpl
And all package need to be disable to get rid these all error messages every 
time I started c++ builder 6.

This happened on 333 and 330 too.

Please help, did I miss something?

Thanks,
Donie




Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekran.com>
Date: Wed, 22 Oct 2008 12:25:23 -0400
Newsgroups: jedi.vcl

Christian Sciberras wrote:
> Warren Postma wrote:
>> Christian Sciberras wrote:
>>> By that I take that the documentation on (at least) JvInterpreter is completely halted? Otherwise it can't be really "complete".
>>> In any case, sorry for the missunderstanding.
>>> You have to realize that the lack of documentation does give this idea of non-completeness.
>> Okay, then you've found an area you can contribute to the project.  How about you write us some?
>>
>> Warren
>
> Well, being that I'll be using it a lot, I guess I can write something.
> Please realize that it won't be complete, but only the basic/most used aspects of it.
>
> Besides, that Demo you mentioned (in my email), where is it exactly? I've seen one having a form with a set of different pascal codes/demos but not exactly what need.
> I'll look more, since you said it must be somewhere, but if you get to reply to my message, can you tell me where it is exactly?
>
> Kindly,
> Chris.
This is kind of annoying, but for ancient crusty historical reasons, the demos are located under the Examples\RaLib folders.  Why they should be so well hidden is beyond me! :-)

<jedi_jvcl_base_folder>\examples\RaLib\RaInterpreter

If you need an example of how to do something that demo doesn't do, let me know and maybe if I'm in a really good mood I'll make one for you.

W




Subject: Blank space introduced in the Fillename using tJvFileListBox
From: Alf Christophersen <alf.christophersen@medisin.uio.no>
Date: Wed, 22 Oct 2008 16:35:34 +0200
Newsgroups: jedi.vcl

When trying tJvFileListBox and doubleclicking on the subfolder achristo in d:\users\ (filename should then be d:\users\achristo, I get instead d:\users\ achristo

I'm using v.3.34 downloaded aug. 11. 2008, JVCL334CompleteJCL1102-Build3072.zip

I can't see this error is reported in Mantis

It's a really showstopper. Can't say where it is introduced neither. When viewing the content in ondoubleclick, it is already there.


Subject: JvDBSearchEdit and JvDBFindEdit
From: "diarby" <drb@vodanet.cd>
Date: Wed, 22 Oct 2008 15:06:51 +0100
Newsgroups: jedi.vcl

Hello,
Maybe Im wrong but I dont understand why compile is fine while the IDE shows me ths error : 'TJvDBSearchEdit ne contient pas de membre appelé DataSource à la ligne ...'
My purpose is to change the data source when page control changes.
Can someone explain me this strange situation ?
Configuration : Jvcl 3.35, Jcl 1.103, Rad studio 2009, Vista SP1.



Subject: Re: Error PeViewer OLE factory
From: "xpin" <roman.silin@autodealer.ru>
Date: Wed, 22 Oct 2008 18:16:08 +0600
Newsgroups: jedi.vcl

Hello,

Or this edition (<-->):
MessBox used only in main of the tools.

....
 ComObj,
 Forms,
 SysUtils,
 Windows,

....
   on E: EOleSysError do
     MessBoxFmt('PE Viewer: %s', [E.Message], MB_ICONEXCLAMATION or MB_OK);
       // "Your can remove PeViewerControl Factory... xpin"


Subject: Re: Minor glitch in TJvLinkLabel
From: Arvid <nospam@nospam.org>
Date: Wed, 22 Oct 2008 12:05:53 +0200
Newsgroups: jedi.vcl

Hi,

@obones: Thanks for acknowledging the ticket. We have mailed lately
about the DOM thing. Remember?

Just sharing ideas how to fix - I do really appreciate any comments!

By the way: I've created a version capable of displaying Unicode under
anything below < Delphi 2009 with the changes mentioned below. As I am
using the original author's source with the additional changes made by
the JEDI Team may I publish it as well under MPL on Torry and my blog?

Just for the users not wanting to install the whole JVCL thing.

Cheers Arvid
(Greetings from the Indy Core Team ;)

Snip Source changes:

procedure TJvCustomLinkLabel.ActivateLinkNodeAtPos(const P: TPoint;
State: TLinkState);
....
begin
....
  if Assigned(NodeAtPoint) and IsNewNode then
  begin
    ...
    InflateRect(TmpRect, -FMarginWidth, -FMarginHeight);
    Self.Repaint; // Invalidate will not work as it is asynchronous
    Canvas.Font.Assign(Font);
    FRenderer.RenderNode(Canvas, TmpRect, NodeAtPoint);
    ...
  end;
end;

procedure TJvCustomLinkLabel.DeactivateActiveLinkNode;
....
begin
 if Assigned(FActiveLinkNode) then
  begin
    FActiveLinkNode := nil;
    Self.Invalidate;
  end;
end;

Now we will expect correct link behaviour but expect much flickering on
hovering the links.

To avoid this change the base class from TGraphicControl to
TCustomControl. This creates a lot of overhead for Resources and the
Handle. If somebody has a better idea please post it.

In the constructor enable the doublebuffered property to prevent the
flickering.

As a side effect we will loose the transparency.

To re-create transparency now we must change the internal .Paint
procedure to include something to draw the parent's background before
our own paint.

Best is to remove the temporary bitmap. As we are using TCustomControl's
doublebuffered there is no more need for it.

Then use something like:

procedure DrawTransparent(Control: TControl; Canvas: TCanvas);
var
  Position: TPoint;
  DC: HDC;
  SaveIndex: Integer;
begin
  with Control do
  begin
    if Parent = nil then
      Exit;

    DC := Canvas.Handle;
    SaveIndex := SaveDC(DC);
    try
      GetViewportOrgEx(DC, Position);
      SetViewportOrgEx(DC, Position.X - Left, Position.Y - Top, nil);
      IntersectClipRect(DC, 0, 0, Parent.ClientWidth, Parent.ClientHeight);
      Parent.Perform(WM_ERASEBKGND, Integer(DC), 0);
      Parent.Perform(WM_PAINT, Integer(DC), 0);
    finally
      RestoreDC(DC, SaveIndex);
    end;
  end;
end;

inside .Paint just before the .RenderTree.

This is working fine here. Checked against Vista x32/x64 and XP SP 1-3.


Subject: Re: TJvCsvDataSet: In-memory operation
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 22 Oct 2008 09:05:35 +0200
Newsgroups: jedi.vcl

OBones wrote:
> > Just suggesting <g>

And I really appreciate that. :-)

-- Ivo Bauer 

Subject: Re: TJvCsvDataSet: In-memory operation
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 22 Oct 2008 09:05:08 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> > Turn off LoadFromFile and SavesChanges properties, and even though I
> > suspect that you still must specify a filename, it will neither
> > read from a file, nor store to the file.  I do this all the time.  When
> > I do this, I change filename to "temporary.csv" (as a note to myself
> > more than anything).

That works, thanks a lot! Turning off the SaveChanges property was the
missing bit. As you said the FileName property still has to be
specified, but I think I can live with that. ;-)

I went even further and chose an invalid filename to make it obvious
that it never gets accessed, e.g.
LDataSet.FileName := '!@#$%^&*()_+FileThatNeverGetsAccessed+_)(*&^%$#@!';

-- Ivo Bauer 

Subject: Re: TJvCsvDataSet: In-memory operation
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 22 Oct 2008 08:35:13 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> OBones wrote:
>> Wouldn't using the TJvMemoryDataset be easier?
>
> Frankly, I'm not sure how it could be easier as I don't want to lose
> all the advantages of TJvCsvDataSet.

Just suggesting <g>


Subject: Re: Error PeViewer OLE factory
From: "xpin" <roman.silin@autodealer.ru>
Date: Wed, 22 Oct 2008 12:02:03 +0600
Newsgroups: jedi.vcl

Commit local changes, my profile anonymous.
Sorry, dont know (

program PeViewer;

{$I jcl.inc}

uses
 Forms,
 SysUtils,
 ComObj,
 D6MdiMsgFix in '..\Common\D6MdiMsgFix.pas',
 PeViewerMain in 'PeViewerMain.pas' {MainForm},
 PeDump in 'PeDump.pas' {PeDumpChild},
 PeSearch in 'PeSearch.pas' {PeSearchChild},
 PeViewer_TLB in 'PeViewer_TLB.pas',
 PeViewerControl in 'PeViewerControl.pas' {PeViewerControl: CoClass},
 PeResource in 'PeResource.pas',
 PeResView in 'PeResView.pas' {PeResViewChild},
 ToolsUtils in '..\Common\ToolsUtils.pas',
 About in '..\Common\About.pas' {AboutBox},
 PeGenDef in 'PeGenDef.pas' {PeGenDefChild},
 FindDlg in '..\Common\FindDlg.pas' {FindTextForm},
 ExceptDlg in '..\..\..\..\experts\debug\dialog\ExceptDlg.pas' {ExceptionDialog},
 SHDocVw_TLB in '..\Common\SHDocVw_TLB.pas';

{$R *.TLB}

{$R *.RES}
{$R ..\..\..\..\source\windows\JclCommCtrlAsInvoker.res}

begin
 try
   Application.Initialize;
 except
   on E: EOleSysError do
     Application.MessageBox({$IFNDEF CLR}PChar{$ENDIF}
       ('PE Viewer: ' + E.Message), 'Error'); // Your can remove
          // PeViewerControl Factory... xpin
   else raise;
 end;
 Application.Title := 'PE Viewer';
 Application.CreateForm(TMainForm, MainForm);
 Application.Run;
end.


Subject: Re: Error PeViewer OLE factory
From: "xpin" <roman.silin@autodealer.ru>
Date: Wed, 22 Oct 2008 11:46:12 +0600
Newsgroups: jedi.vcl

Hi,

"xpin" wrote
> But, (
...
>  except

Ole may be disabled.

- xpin

------------------------------------------------------------------------------
Exception log with detailed tech info. Generated on 22.10.2008 11:42:26.
You may send it to the application vendor, helping him to understand what had happened.
Application title: Peviewer
Application file: D:\.borland\_jcl\jcl\bin\PeViewer.exe
------------------------------------------------------------------------------
Exception class: EOleSysError
Exception message: Ошибка при обращении к реестру OLE.
Exception address: 0048822C
------------------------------------------------------------------------------
Stack list, generated 22.10.2008 11:42:16
(00087227){PeViewer.exe} [00488227]
(00087240){PeViewer.exe} [00488240]
(000F7806){PeViewer.exe} [004F8806]
(000F7FFF){PeViewer.exe} [004F8FFF]
(000F7E6F){PeViewer.exe} [004F8E6F]
(000F8098){PeViewer.exe} [004F9098]
(0008304E){PeViewer.exe} [0048404E]
(00107BA4){PeViewer.exe} [00508BA4]
------------------------------------------------------------------------------
System   : Windows Vista Professional, Version: 6.0, Build: 1770, ""
Processor: Intel, Intel(R) Pentium(R) Dual  CPU  E2160  @ 1.80GHz, 1800 MHz MMX SSE SSE2 SSE3 SSSE3 64 bits DEP
Memory: 2036; free 820
Display  : 1280x1024 pixels, 32 bpp
------------------------------------------------------------------------------
List of loaded modules:
[00400000] D:\.borland\_jcl\jcl\bin\PeViewer.exe
          0.5.4.129 - 0.5.4.129
          PE Viewer
          Unit versioning information:
            JCL\source\common $URL: https://jcl.svn.sourceforge.net:443/svnroot/jcl/trunk/jcl/source/common/JclUnitVersioning.pas $ 2488 2008-09-23 04:03:06 +0600 (Р’С‚, 23 СЃРµРЅ 2008)
            JCL\source\common $URL: https://jcl.svn.sourceforge.net:443/svnroot/jcl/trunk/jcl/source/common/JclUnitVersioningProviders.pas $ 2488 2008-09-23 04:03:06 +0600 (Р’С‚, 23 СЃРµРЅ 2008)
[00D20000] C:\Windows\system32\DLPrinterHooks.DLL.0
<10000000> 6.3.0.16192 - 6, 3, 0, 16192
          DeviceLock® printers hook
[10000000] C:\PROGRA~1\KASPER~1\KASPER~1.0FO\r3hook.dll
          6.0.2.678 - 6.0.2.678
          Kaspersky Anti-Virus Ring 3 Hooker
[6EB60000] C:\Windows\system32\msimg32.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          GDIEXT Client DLL
[6F240000] C:\Windows\system32\olepro32.dll
          6.0.6000.16386 - 6.0.6000.16386
[71230000] C:\Windows\system32\winspool.drv
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Драйвер диспетчера очереди Windows
[73820000] C:\Windows\system32\dbghelp.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Windows Image Helper
[74970000] C:\Windows\system32\uxtheme.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Библиотека тем UxTheme (Microsoft)
[74DE0000] C:\Windows\system32\version.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Version Checking and File Installation Libraries
[756C0000] C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6000.16386_none_5d07289e07e1d100\comctl32.dll
          6.10.6000.16386 - 6.10 (vista_rtm.061101-2205)
          Библиотека элементов управления взаимодействия с пользователем
[75A00000] C:\Windows\system32\SXS.DLL
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Fusion 2.5
[75C20000] C:\Windows\system32\PSAPI.DLL
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Process Status Helper
[75C30000] C:\Windows\system32\kernel32.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Библиотека клиента Windows NT BASE API
[75D10000] C:\Windows\system32\IMM32.DLL
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Multi-User Windows IMM32 API Client DLL
[75E00000] C:\Windows\system32\shell32.dll
          6.0.6000.16680 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Общая библиотека оболочки Windows
[769B0000] C:\Windows\system32\GDI32.dll
          6.0.6000.16643 - 6.0.6000.16643 (vista_gdr.080220-1515)
          GDI Client DLL
[76A00000] C:\Windows\system32\SHLWAPI.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Библиотека небольших программ оболочки
[76A60000] C:\Windows\system32\USP10.dll
          1.626.6000.16386 - 1.0626.6000.16386 (vista_rtm.061101-2205)
          Uniscribe Unicode script processor
[76AE0000] C:\Windows\system32\comdlg32.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Библиотека общих диалоговых окон
[76B70000] C:\Windows\system32\msvcrt.dll
          7.0.6000.16386 - 7.0.6000.16386 (vista_rtm.061101-2205)
          Windows NT CRT DLL
[76C20000] C:\Windows\system32\LPK.DLL
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Language Pack
[76C30000] C:\Windows\system32\ADVAPI32.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Расширенная библиотека API Windows 32
[76E50000] C:\Windows\system32\imagehlp.dll
          6.0.6000.16470 - 6.0.6000.16470 (vista_gdr.070416-1510)
          Windows NT Image Helper
[76E80000] C:\Windows\system32\RPCRT4.dll
          6.0.6000.16525 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Библиотека удаленного вызова процедур
[770F0000] C:\Windows\system32\ole32.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Microsoft OLE для  Windows
[77240000] C:\Windows\system32\USER32.dll
          6.0.6000.16438 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Многопользовательская библиотека клиента USER API Windows
[772E0000] C:\Windows\system32\oleaut32.dll
          6.0.6000.16609 - 6.0.6000.16609
[77370000] C:\Windows\system32\ntdll.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Системная библиотека NT
[774E0000] C:\Windows\system32\MSCTF.dll
          6.0.6000.16386 - 6.0.6000.16386 (vista_rtm.061101-2205)
          Серверная библиотека MSCTF
------------------------------------------------------------------------------



Subject: Re: How does TJvInterpreter compare with PascalScript?
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Tue, 21 Oct 2008 15:15:42 -0700
Newsgroups: jedi.vcl

I see.  OK, thanks.  Definitely too lightweight, then.

"Warren Postma" <wp@tekran.com> wrote in message 
news:gdl4ig$h5$2@news.talkto.net...
> > Mason Wheeler wrote:
> > JvInterpreter is a purely interpreted (text based) system.  It does not 
> > have a P-Code, or separate compiler/executors.
> >
> > Sounds like it's too 'lightweight' for your purposes.  I would find a 
> > system you describe far to "heavyweight" for what I use JvInterpreter for. 




Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Tue, 21 Oct 2008 21:59:32 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Christian Sciberras wrote:
>> By that I take that the documentation on (at least) JvInterpreter is completely halted? Otherwise it can't be really "complete".
>> In any case, sorry for the missunderstanding.
>> You have to realize that the lack of documentation does give this idea of non-completeness.
> Okay, then you've found an area you can contribute to the project.  How about you write us some?
>
> Warren

Well, being that I'll be using it a lot, I guess I can write something.
Please realize that it won't be complete, but only the basic/most used aspects of it.

Besides, that Demo you mentioned (in my email), where is it exactly? I've seen one having a form with a set of different pascal codes/demos but not exactly what need.
I'll look more, since you said it must be somewhere, but if you get to reply to my message, can you tell me where it is exactly?

Kindly,
Chris.


Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekran.com>
Date: Tue, 21 Oct 2008 15:33:32 -0400
Newsgroups: jedi.vcl

Christian Sciberras wrote:
> By that I take that the documentation on (at least) JvInterpreter is completely halted? Otherwise it can't be really "complete".
> In any case, sorry for the missunderstanding.
> You have to realize that the lack of documentation does give this idea of non-completeness.
Okay, then you've found an area you can contribute to the project.  How about you write us some?

Warren


Subject: Re: How does TJvInterpreter compare with PascalScript?
From: Warren Postma <wp@tekran.com>
Date: Tue, 21 Oct 2008 15:31:30 -0400
Newsgroups: jedi.vcl

Mason Wheeler wrote:
>    A compiler and an executor, separate and independent of one another, with the ability to compile a script, save the result, and load it later on into the executor.
>   
JvInterpreter is a purely interpreted (text based) system.  It does not have a P-Code, or separate compiler/executors.

Sounds like it's too 'lightweight' for your purposes.  I would find a system you describe far to "heavyweight" for what I use JvInterpreter for.

W


Subject: Re: TJvCsvDataSet: In-memory operation
From: Warren Postma <wp@tekran.com>
Date: Tue, 21 Oct 2008 15:28:05 -0400
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> Hello Warren & others,
>
> Is it possible to force TJvCsvDataSet to operate completely in memory
> without requiring to specify FileName property?   
Turn off LoadFromFile and SavesChanges properties, and even though I suspect that you still must specify a filename, it will neither
read from a file, nor store to the file.  I do this all the time.  When I do this, I change filename to "temporary.csv" (as a note to myself more than anything).

W


Subject: Re: TJvCsvDataSet: In-memory operation
From: Ivo Bauer <abuer@zom.zc>
Date: Tue, 21 Oct 2008 21:03:46 +0200
Newsgroups: jedi.vcl

OBones wrote:
> > Wouldn't using the TJvMemoryDataset be easier?

Frankly, I'm not sure how it could be easier as I don't want to lose
all the advantages of TJvCsvDataSet.

-- Ivo Bauer 

Subject: Re: Minor glitch in TJvLinkLabel
From: Arvid <nospam@nospam.org>
Date: Tue, 21 Oct 2008 09:46:46 +0200
Newsgroups: jedi.vcl

Hi,

I've created a bug report on Mantis with major severity set:

This issue is always reproducible and very distracting for a modern GUI,
one of the main tasks of TJvLinkLabel is to display links correctly.

More informations given in the report ID #4545.

Cheers Arvid


Subject: Re: TJvCsvDataSet: In-memory operation
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 21 Oct 2008 08:34:32 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> Hello Warren & others,
>
> Is it possible to force TJvCsvDataSet to operate completely in memory
> without requiring to specify FileName property? I would like to be
> able to populate the dataset in memory and copy it as text into
> clipboard. My current approach is to specify a FileName, create the
> dataset, append a bunch of records, close and free the dataset which
> causes the changes to be written into file, load the contents into a
> string list, assigning text from string list to the clipboard.
>
> It works fine, it's that I was just wondering if there is a way to
> make it work without flushing the dataset to a disk file.

Wouldn't using the TJvMemoryDataset be easier?


Subject: Re: TJvID3v2 / Texts.LeadArtist with individual strings containing '/' char
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 21 Oct 2008 00:47:33 +0200
Newsgroups: jedi.vcl

Jean-Fabien Connault wrote:
>> With TJvID3v2, is there a way to set/get a lead artist name containing '/' char. By default, '/' is used as a separator, so a lead artist name containing '/' is handled as two lead artists names (left and right parts from '/' char).
>
> Looks like it can'be done as '/' is the separator used by the ID3v2 standard when multiple values within the same field must be stored.

In version 2.4 the text must be separated by a null (#0 or #0#0), but this is not correctly implemented in TJvID3v2. I'll change that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvCsvDataSet: In-memory operation
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 20 Oct 2008 22:21:18 +0200
Newsgroups: jedi.vcl

Hello Warren & others,

Is it possible to force TJvCsvDataSet to operate completely in memory
without requiring to specify FileName property? I would like to be
able to populate the dataset in memory and copy it as text into
clipboard. My current approach is to specify a FileName, create the
dataset, append a bunch of records, close and free the dataset which
causes the changes to be written into file, load the contents into a
string list, assigning text from string list to the clipboard.

It works fine, it's that I was just wondering if there is a way to
make it work without flushing the dataset to a disk file.

-- Ivo Bauer 

Subject: jvInterpreterProgram.
From: "Paulo" <pauloinfoserve@hotmail.com>
Date: Mon, 20 Oct 2008 11:36:32 -0200
Newsgroups: jedi.vcl

Hi,

           I want to use just the jvInterpreterProgram..  But I wouldn´t 
like to use just the jvInterpreter package.,,,

           Any link to show how to install just this package...???

Thanks




Subject: Minor glitch in TJvLinkLabel
From: Arvid <nospam@nospam.org>
Date: Mon, 20 Oct 2008 04:45:23 +0200
Newsgroups: jedi.vcl

Hi,

i've just saw a small bug in TJvLinkLabel:

When mouse is hovering or clicking on a link the link node is draw a
little off the previous space.

Any suggestions how this can be fixed? Must be related to the stored
Link Node Rect and DoRenderNode.

Cheers Arvid


Subject: Re: TJvID3v2 / Texts.LeadArtist with individual strings containing '/' char
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Sun, 19 Oct 2008 18:32:56 +0200
Newsgroups: jedi.vcl

> With TJvID3v2, is there a way to set/get a lead artist name containing '/' char. By default, '/' is used as a separator, so a lead artist name containing '/' is handled as two lead artists names (left and right parts from '/' char).

Looks like it can'be done as '/' is the separator used by the ID3v2 standard when multiple values within the same field must be stored.

JEFF




Subject: Re: Updating TJvValidateEdit property editor
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sun, 19 Oct 2008 09:29:10 -0700
Newsgroups: jedi.vcl

Quite certain.  Rebuilt, removed the old one and reinstalled it.
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:gdd9hi$svt$1@news.talkto.net...
> > Mason Wheeler wrote:
>> >> I went in and added a new display format to TJvValidateEdit.  I rebuilt 
>> >> and reinstalled the package, but the property editor for DisplayFormat 
>> >> doesn't list my new type, even after I closed and reopened Delphi. 
>> >> There's no obvious registration for the enum in JvCustomReg.pas, so what 
>> >> do I have to do to get the property editor to recognize my change?
> >
> > Are you sure you rebuilt the package where the enum is defined ? 




Subject: Re: Updating TJvValidateEdit property editor
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 18 Oct 2008 22:08:57 +0200
Newsgroups: jedi.vcl

Mason Wheeler wrote:
> I went in and added a new display format to TJvValidateEdit.  I rebuilt and reinstalled the package, but the property editor for DisplayFormat doesn't list my new type, even after I closed and reopened Delphi.  There's no obvious registration for the enum in JvCustomReg.pas, so what do I have to do to get the property editor to recognize my change? 

Are you sure you rebuilt the package where the enum is defined ?


Subject: Updating TJvValidateEdit property editor
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sat, 18 Oct 2008 07:35:51 -0700
Newsgroups: jedi.vcl

I went in and added a new display format to TJvValidateEdit.  I rebuilt and 
reinstalled the package, but the property editor for DisplayFormat doesn't 
list my new type, even after I closed and reopened Delphi.  There's no 
obvious registration for the enum in JvCustomReg.pas, so what do I have to 
do to get the property editor to recognize my change? 




Subject: Re: off topic
From: john cantin <kyukido@sbcglobal.net>
Date: Fri, 17 Oct 2008 13:18:58 -0500
Newsgroups: jedi.vcl

thanks!

Andreas Hausladen wrote:

> john cantin wrote:
>
>> are they gone?
>
> They have moved to a new server (news://forums.codegear.com) and are
> also available through a web based forum (http://forums.codegear.com)
>
>
>


Subject: Re: off topic
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Fri, 17 Oct 2008 20:14:32 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > john cantin wrote:
> > 
>> > > are they gone?
> > 
> > They have moved to a new server (news://forums.codegear.com) and are
> > also available through a web based forum (http://forums.codegear.com)

More info here:

http://dn.codegear.com/article/38435#7PublicnewsgroupsviaNNTP

-- Rudy Velthuis http://rvelthuis.de "It is practically imposible to teach good programming to students that have had a prior exposure to BASIC: as potential programmers they are mentally mutilated beyond hope of regeneration." -- Edsger Dijkstra 

Subject: Re: off topic
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 17 Oct 2008 20:03:04 +0200
Newsgroups: jedi.vcl

john cantin wrote:

> > are they gone?

They have moved to a new server (news://forums.codegear.com) and are
also available through a web based forum (http://forums.codegear.com)



-- Regards, Andreas Hausladen 

Subject: off topic
From: john cantin <kyukido@sbcglobal.net>
Date: Fri, 17 Oct 2008 12:33:04 -0500
Newsgroups: jedi.vcl

i've not looked for help on the borland newsgroups for a long time, but they dont seem to be functional anymore... i get "timed out errors"

are they gone?


Subject: TJvValidateEdit
From: "RT" <ralph.tuttle@visi.com>
Date: Fri, 17 Oct 2008 10:21:01 -0500
Newsgroups: jedi.vcl

I have an external device that sends data in through a serial port that I want to feed into whatever control is active.  if the control is a TJvValidateEdit I want to assign the value as a float if the control is a double or dtFloat or if the value is string or dtNone assign it to text.

My current code fails because the compilier doesn't recognize dtFloat.  At run time, how can I tell whether the control wants a double or a string?

procedure TFerruleForm.incomingMessage(msgType:string;msgValue:string);
begin
 if msgType='Caliper' then
   if ActiveControl.ClassType=TjvValidateEdit then
     case (ActiveControl as TjvValidateEdit).DisplayFormat of
       dtFloat: (ActiveControl as TjvValidateEdit).AsFloat:=strToFloat(msgValue);
       dtString:(ActiveControl as TjvValidateEdit).Value:=msgValue;
     end;
end;

TIA

RT


Subject: Re: C++ Header files
From: "diarby" <drb@vodanet.cd>
Date: Thu, 16 Oct 2008 20:26:35 +0100
Newsgroups: jedi.vcl

Thanks a lot and have a nice day (or night).


"OBones" <obones_gfd_@_gfd_altern.org> a écrit dans le message de news:gd7tj9$69b$1@news.talkto.net...
> It's for both.
> For the JCL, you cannot specify the path, but you can ask to copy or not to copy the HPP files.
> If you have multiple BCB versions on your computer, and if you do not copy to c:\program files, I suggest you move them manually to another location. 



Subject: Re: C++ Header files
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 16 Oct 2008 21:14:00 +0200
Newsgroups: jedi.vcl

diarby wrote:
> Hello Olivier,
> Thanks a lot for your help : samples in BCB work. But during installation of jcl, it is not possible to choose the installation folder of hpp files and there was sent directy under default BDS folder.
> My question is : the restriction concern only JVCL ?

It's for both.
For the JCL, you cannot specify the path, but you can ask to copy or not to copy the HPP files.
If you have multiple BCB versions on your computer, and if you do not copy to c:\program files, I suggest you move them manually to another location.


Subject: Re: C++ Header files
From: "diarby" <drb@vodanet.cd>
Date: Thu, 16 Oct 2008 20:04:51 +0100
Newsgroups: jedi.vcl

Hello Olivier,
Thanks a lot for your help : samples in BCB work. But during installation of jcl, it is not possible to choose the installation folder of hpp files and there was sent directy under default BDS folder.
My question is : the restriction concern only JVCL ?

"OBones" <obones_gfd_@_gfd_altern.org> a écrit dans le message de news:gd7qrh$5rd$1@news.talkto.net...
> Under Vista, you do not have the right to write in the c:\program files folder by default. When installing the JCL and JVCL, you have the option to select where the HPP files are placed. Use this to specify a place where you have write access and you should be sorted. 



Subject: Re: C++ Header files
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 16 Oct 2008 20:27:11 +0200
Newsgroups: jedi.vcl

diarby wrote:
> Hello,
> I come back to my request. I tried to run the JvSearchFiles Demo (in Delphi personnality) with jv*.hpp mask and, surprise, there are files in the list. But from Vista 6.0 build 6001 SP1, files weren't find.
> However, the problem stay and is why can't compile project ?
> Message received :
> "[BCC32 Erreur] MainFrm.h(10): E2209 Impossible d'ouvrir le fichier include 'JvComponent.hpp' "
>
> Excuse me, I am french spoken : so my system is in this language !

Under Vista, you do not have the right to write in the c:\program files folder by default. When installing the JCL and JVCL, you have the option to select where the HPP files are placed. Use this to specify a place where you have write access and you should be sorted.


Subject: Re: C++ Header files
From: "diarby" <drb@vodanet.cd>
Date: Thu, 16 Oct 2008 19:23:27 +0100
Newsgroups: jedi.vcl

Hello,
I come back to my request. I tried to run the JvSearchFiles Demo (in Delphi personnality) with jv*.hpp mask and, surprise, there are files in the list. But from Vista 6.0 build 6001 SP1, files weren't find.
However, the problem stay and is why can't compile project ?
Message received :
"[BCC32 Erreur] MainFrm.h(10): E2209 Impossible d'ouvrir le fichier include 'JvComponent.hpp' "

Excuse me, I am french spoken : so my system is in this language !


Subject: C++ Header files
From: "diarby" <drb@vodanet.cd>
Date: Thu, 16 Oct 2008 18:17:03 +0100
Newsgroups: jedi.vcl

Hi,
After installing Jedi for use with Studio 2009 (JCL 1.103 and JVCL 3.35), I have problems runnning same samples within C++Builder personnality e.g. JvXPBarDemo. During compilation .hpp aren't found. When I checked in the include file (c:\program files\codegear\rad studio\6.0\include\vcl), no file was created there during installation of jvcl.
When I use Delphi personnality, all samples tried work fine.
I used to program in C++ even some time I spent time in Delphi.
Could you help me to resolve this problem ?



Subject: Re: feature request: TJvTrayIcon, TJvDropTarget.
From: "xpin" <roman.silin@autodealer.ru>
Date: Thu, 16 Oct 2008 13:16:33 +0600
Newsgroups: jedi.vcl

I'm sorry,

It is prima... Bellisimo... Need only sample, history or "chane my mind".
- Thanks
xpin


Subject: Re: feature request: TJvTrayIcon, TJvDropTarget.
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 16 Oct 2008 09:09:13 +0200
Newsgroups: jedi.vcl

xpin wrote:
> I'm sorry,
>
> It is prima... Bellisimo... Need only sample, history or "chane my mind".
> - Thanks
> xpin

jvcl\examples\JvTrayIcon

For Drop target, the component should be self explanatory.


Subject: JvDrawImage
From: "w2m" <w2m00@hicomponents00.com>
Date: Wed, 15 Oct 2008 14:22:07 -0400
Newsgroups: jedi.vcl

Is there any code that demos JvDrawImage?

Bill


Subject: Re: Delphi 2009: Jvcl: version not supported..
From: "brian" <aeris@ya.com>
Date: Wed, 15 Oct 2008 16:29:35 +0200
Newsgroups: jedi.vcl

Thanks guys, you are right, I had an older version in the path together with other components I used for D2007, now it works fine.

Thanks!


Subject: Re: Delphi 2009: Jvcl: version not supported..
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 15 Oct 2008 14:17:46 +0200
Newsgroups: jedi.vcl

I'd look for jedi.inc as well.
But clearly, yes, this is because you have other .inc files lying elsewhere and they are found by the compiler before the new one.


Subject: Re: Delphi 2009: Jvcl: version not supported..
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Wed, 15 Oct 2008 04:55:10 -0700
Newsgroups: jedi.vcl

I got that a time or two.  Are you installing with the Installer, or under 
Delphi directly?  If it's the Installer, I'm not sure where your problem 
lies, but if you're getting it from Delphi I know exactly what the issue is. 
(I think.)

You've probably got other copies of Jcl.inc on your search path, an older 
version that doesn't have the proper defs for D2009, and one of them is 
getting loaded ahead of the new one.  Do a file search and replace all old 
copies of Jcl.inc with the new one that came with the 2009 package. (This 
won't break any older components.)

If you're running from the Installer, not sure what to do to help you.

"brian" <aeris@ya.com> wrote in message news:gd4df7$krs$1@news.talkto.net...
> > I've just tried the latest 2 daily builds, same error 




Subject: Re: Delphi 2009: Jvcl: version not supported..
From: "brian" <aeris@ya.com>
Date: Wed, 15 Oct 2008 13:19:13 +0200
Newsgroups: jedi.vcl

I've just tried the latest 2 daily builds, same error


Subject: Delphi 2009: Jvcl: version not supported..
From: "brian" <aeris@ya.com>
Date: Wed, 15 Oct 2008 12:53:56 +0200
Newsgroups: jedi.vcl

Hello,

I've installed the JCL 3110 for Delphi 2009, then the Jvcl 3.35. At the end of the jvcl install I get this message

"jcl.in(145): F1054 Your Delphi/BCB version is not supported by this JCL version!"

Which jcl/jvcl versions do I need?


Subject: Re: jvcl + D2007 + vista
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 14 Oct 2008 15:08:16 +0200
Newsgroups: jedi.vcl

Gabriel Nistor wrote:
> ok, it's now a quick solution available that makes possible for me to use the jvcl?

Yes, comment out the lines with error


Subject: Re: Correct url to download jcl/jvcl builds
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 14 Oct 2008 15:07:59 +0200
Newsgroups: jedi.vcl

Carlos Maurício de Rodrigues e Machado wrote:
> Hey Obones... It works perfectly!!!!
> As a test, i think i can migrate my projects ...
> Any error i will write here ok??

Better search in mantis and report if they are not already here:

http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: jvcl + D2007 + vista
From: "Gabriel Nistor" <g.nistor@a1.net>
Date: Tue, 14 Oct 2008 14:59:05 +0200
Newsgroups: jedi.vcl

ok, it's now a quick solution available that makes possible for me to use the jvcl?
many thanks!
gabriel


"OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag news:gcmqk9$jt1$1@news.talkto.net...
> Florent Ouchet wrote:
>>> Gabriel Nistor wrote:
>>> Not sure yet, we have to figure a way to work around this.
>>> Thing is, we all install the full RAD studio here, and you are the first Delphi only user to mention this problem...
>>
>> What is the difference between an installation of "Delphi 2007 for Win32"
>> and a Delphi-only installation of "RAD Studio 2007"?
>
> I'm not sure. Apparently some constants in the RTL are not present in the DCU files. Namely, sCppDynamicLibrary and sCppPackage
>
>
>> Maybe the JVCL installer could expose an option not to compile files with
>> C++ compatibility.
>
> It's more subtle than that. But doing something along the DelphiPersonalEdition lines should be possible. 



Subject: Re: Correct url to download jcl/jvcl builds
From: "Carlos Maurício de Rodrigues e Machado" <cm@raroinformatica.com.br>
Date: Tue, 14 Oct 2008 09:24:31 -0300
Newsgroups: jedi.vcl

Hey Obones... It works perfectly!!!!
As a test, i think i can migrate my projects ...
Any error i will write here ok??

Thanks

"OBones" <obones_gf_@_fe_altern.org> escreveu na mensagem 
news:gd1rdu$7r1$2@news.talkto.net...
> > Carlos Maurício de Rodrigues e Machado wrote:
>> >> which url is correct to download jcl/jvcl builds??
> >
> > Which builds?
> > Latest dailies are here:
> >
> > http://jcl.sf.net/daily
> > http://jvcl.sf.net/daily 




Subject: Re: Correct url to download jcl/jvcl builds
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 14 Oct 2008 13:58:54 +0200
Newsgroups: jedi.vcl

Carlos Maurício de Rodrigues e Machado wrote:
> which url is correct to download jcl/jvcl builds??

Which builds?
Latest dailies are here:

http://jcl.sf.net/daily
http://jvcl.sf.net/daily


Subject: Re: Problems
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 14 Oct 2008 13:58:35 +0200
Newsgroups: jedi.vcl

Carlos Maurício de Rodrigues e Machado wrote:
> I downloaded and installed without any problems jcl.... but i found problems ate jvcl, which i presumed is the last build i found at svn/trunk and i found a problem at unit JvMemorydataSet..
>
> Incompatibles types PByte and array
>
> Another Question when will you consider jvcl/jcl as stable release to migrate my projects to d2009?? 

Not just yet, the SVN needs to stabilize a bit more.


Subject: Correct url to download jcl/jvcl builds
From: "Carlos Maurício de Rodrigues e Machado" <cm@raroinformatica.com.br>
Date: Tue, 14 Oct 2008 08:32:04 -0300
Newsgroups: jedi.vcl

which url is correct to download jcl/jvcl builds??





Subject: Problems
From: "Carlos Maurício de Rodrigues e Machado" <cm@raroinformatica.com.br>
Date: Tue, 14 Oct 2008 08:28:59 -0300
Newsgroups: jedi.vcl

I downloaded and installed without any problems jcl.... but i found problems 
ate jvcl, which i presumed is the last build i found at svn/trunk and i 
found a problem at unit JvMemorydataSet..

Incompatibles types PByte and array

Another Question when will you consider jvcl/jcl as stable release to 
migrate my projects to d2009?? 




Subject: Re: Changing JVCL look and feel
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Mon, 13 Oct 2008 13:30:50 -0700
Newsgroups: jedi.vcl

Thanks!  That was the issue.  The default was bkDiagonal, which looks *very* 
different from the other two.

Mason

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:gd0338$vgi$1@news.talkto.net...
> > Have you tried JvSpinEdit.ButtonKind=bkClassic ? This looks a lot
> > better under the Vista than the bkStandard setting.




Subject: Re: TjvSpeedbar
From: "RT" <ralph.tuttle@visi.com>
Date: Mon, 13 Oct 2008 15:20:15 -0500
Newsgroups: jedi.vcl

Oops, I lied, it did solve the problem, thank your very much.

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:gd02l2$ve8$1@news.talkto.net...
> You must set the SpeedItem's Visible property to True, otherwise it
> will only appear in the customize dialog. The Visible property must be
> set after the SpeedItem was added to the SpeedBar.
>
> ...
>   si.Button.OnClick:=Form1.displayTipSection;
>   sBar.AddItem(0,si);
> +   si.Visible := True; // must be set after AddItem
> end;
>
> -- 
> Regards,
>
> Andreas Hausladen 



Subject: Re: TjvSpeedbar
From: "RT" <ralph.tuttle@visi.com>
Date: Mon, 13 Oct 2008 15:18:17 -0500
Newsgroups: jedi.vcl

Didn't solve the problem.
Any other ideas?

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:gd02l2$ve8$1@news.talkto.net...
> You must set the SpeedItem's Visible property to True, otherwise it
> will only appear in the customize dialog. The Visible property must be
> set after the SpeedItem was added to the SpeedBar.
>
> ...
>   si.Button.OnClick:=Form1.displayTipSection;
>   sBar.AddItem(0,si);
> +   si.Visible := True; // must be set after AddItem
> end;
>
> -- 
> Regards,
>
> Andreas Hausladen 



Subject: Re: Changing JVCL look and feel
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 13 Oct 2008 21:58:09 +0200
Newsgroups: jedi.vcl

Have you tried JvSpinEdit.ButtonKind=bkClassic ? This looks a lot
better under the Vista than the bkStandard setting.

> > Maybe it's an issue with my specific installation

The TSpinEdit is part of the Examples. If you've uncheck the "Examples"
in the installer the component might not be installed.
Another possibility could be that your project unloads the
dclsmp120.bpl (CodeGear example components) package. In that case you
could add the package.

-- Regards, Andreas Hausladen
-- Regards, Andreas Hausladen 

Subject: Re: TjvSpeedbar
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 13 Oct 2008 21:50:35 +0200
Newsgroups: jedi.vcl

You must set the SpeedItem's Visible property to True, otherwise it
will only appear in the customize dialog. The Visible property must be
set after the SpeedItem was added to the SpeedBar.

....
   si.Button.OnClick:=Form1.displayTipSection;
   sBar.AddItem(0,si);
+   si.Visible := True; // must be set after AddItem
end;

-- Regards, Andreas Hausladen 

Subject: Re: Changing JVCL look and feel
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Mon, 13 Oct 2008 12:48:42 -0700
Newsgroups: jedi.vcl

Yep.  It's not there.  Maybe it's an issue with my specific installation. 
Anyway, how do I re-skin JV components back to the WinXP theme?

"Michael Fritz" <spam_athome@yahoo.de> wrote in message 
news:17lbstp3otz9n.142kcpbyum232.dlg@40tude.net...
> > "Mason Wheeler" wrote in message <news:gctb3b$hv8$1@news.talkto.net>:
> >
>> >> I discovered, to my great disappointment, that there's no TSpinEdit
>> >> installed with D2009, so I put a TJvSpinEdit in my project in its place.
> > Really? I've got one in category Samples. Just try and pres Ctrl+Alt+P and
> > start typing 'spin'.
> >
> >
> > -- 
> > cu,
> > Michael 




Subject: TjvSpeedbar
From: "RT" <ralph.tuttle@visi.com>
Date: Mon, 13 Oct 2008 14:14:50 -0500
Newsgroups: jedi.vcl

How do I dynamically create buttons for a speedbar.  My approach fails:

var
 si:tjvSpeedItem;
begin
   si:=tjvSpeedItem.Create(form1);
   si.Button.Caption:='Tip';
   si.Button.OnClick:=Form1.displayTipSection;
   sBar.AddItem(0,si);
end;

TIA

RT



Subject: Re: Changing JVCL look and feel
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 13 Oct 2008 16:56:10 +0200
Newsgroups: jedi.vcl

"Mason Wheeler" wrote in message <news:gctb3b$hv8$1@news.talkto.net>:

> > I discovered, to my great disappointment, that there's no TSpinEdit 
> > installed with D2009, so I put a TJvSpinEdit in my project in its place. 
Really? I've got one in category Samples. Just try and pres Ctrl+Alt+P and
start typing 'spin'.


-- cu, Michael 

Subject: Re: JvThumbView out of resources?
From: "BobReeves" <bob@no-spam.somethinxtra.com>
Date: Mon, 13 Oct 2008 07:44:07 -0600
Newsgroups: jedi.vcl

Well shoot, guess I didn't forget.. you will need to remove the No-Spam part
from my email address... I would post the link here as it's just a
collection of photos I took when we were moving onto our property but the
file is over 18 Meg and if a bunch of people started downloading it our ISP
would have a cow..

bob at somethinxtra dot com




Subject: Re: JvThumbView out of resources?
From: "BobReeves" <bob@no-spam.somethinxtra.com>
Date: Mon, 13 Oct 2008 07:38:30 -0600
Newsgroups: jedi.vcl

Should have look at your email address, understand why it doesn't work.. I
forgot to spoof mine on this computer when I signed up for the news group so
it's good.. Drop me an email and I will resend the info..

Bob




Subject: Re: JvThumbView out of resources?
From: "BobReeves" <bob@no-spam.somethinxtra.com>
Date: Mon, 13 Oct 2008 07:06:06 -0600
Newsgroups: jedi.vcl

Sent you an email with the link..

Thanks




Subject: Re: TJvInterpreter have a Bug when use Set property
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 13 Oct 2008 11:53:28 +0200
Newsgroups: jedi.vcl

Please post this in Mantis:

http://homepages.codegear.com/jedi/issuetracker

along with the zipped sources of a demo application showing the issue


Subject: Re: TJvEditor bug
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 13 Oct 2008 11:53:16 +0200
Newsgroups: jedi.vcl

Please post this in Mantis:

http://homepages.codegear.com/jedi/issuetracker

along with the zipped sources of a demo application showing the issue


Subject: TJvInterpreter have a Bug when use Set property
From: "tom" <wanghaifeng_1@tom.com>
Date: Mon, 13 Oct 2008 17:47:22 +0800
Newsgroups: jedi.vcl

Hi
  I use this Code in TJvInterpreter to Change Font.Style property,but Find a 
Bug:
Font.Style := Font.Style + [fsBold];

function TJvInterpreterExpression.SetExpression1: Variant;
var
  V1: Variant;
begin
  Result := 0;
  while True do
  begin
    case TTyp of
      ttIdentifier, ttInteger:
        begin
          if TTyp = ttInteger then
            Result := Result or Integer(Token)
          else
          begin
            FCurrArgs.Clear;
            InternalGetValue(nil, 0, V1);
            if VarType(V1) <> varInteger then // if not (VarType(V1) in 
[varSmallint,varInteger,varShortInt,varWord]) then
              JvInterpreterError(ieIntegerRequired, PosBeg);
            Result := Result or 1 shl Integer(V1);
          end;
          NextToken; { skip ',' }
          if TTyp = ttCol then
            NextToken
          else
          if TTyp = ttRS then
            Break
          else
            ErrorExpected(''']''');
        end;
      ttRS:
        Break;
    else
      Break;
    end;
  end;
  TVarData(Result).VType := varSet;
end;




Subject: TJvEditor bug
From: "tom" <wanghaifeng_1@tom.com>
Date: Mon, 13 Oct 2008 17:41:52 +0800
Newsgroups: jedi.vcl

Hi:
 in Delphi 2009,TJvEditor have a bug:
when i use shift+down arry Select One Line,then Copy and Paste,bug appear
maybe bug in this code:
function TJvCustomEditor.GetSelText




Subject: Re: JvThumbView out of resources?
From: "yannis" <none@noware.non>
Date: Mon, 13 Oct 2008 09:00:26 +0000 (UTC)
Newsgroups: jedi.vcl

BobReeves wrote:

> > Just read your message.. Will put together a zip file in the morning,
> > upload it to our web site and send you a link so you can download it.
> > BTW: I did build the ThumbView Builder demo and it does the same
> > thing as my test app.  Kinda tells me the issue isn't something I am
> > doing..
> > 
> > Thanks
> > Bob

I apreciate you take the time to do this and I am sorry I can not be of
more help at this point.

Waiting the link.
Yannis.
-- "83.7% of all statistics are made up" - Stephen Wright 

Subject: Re: D5 Install - Fails on JvHidControllerClass.pas
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 13 Oct 2008 08:23:01 +0200
Newsgroups: jedi.vcl

This is very strange as I have D5 here, and it compiled just fine before I did the 3.34 release.
Are you sure you installed all the updates? That you did a clean uninstall before moving to 3.34?


Subject: How does TJvInterpreter compare with PascalScript?
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sun, 12 Oct 2008 21:44:06 -0700
Newsgroups: jedi.vcl

I just found you guys have a script engine!  That's great.  All the JVCL 
components I've seen so far are very good, high-quality stuff.  I use 
PascalScript pretty extensively, and it's also very good, but it has some 
limitations that are a bit annoying, and Carlo Kok's (the author's) standard 
response to questions about them is some variation of "I have no plans to 
support feature X in PascalScript."  So I have to ask.  How does 
JVInterpreter's feature set compare with PS?

Here's what I already use and need to stay working.  Any one of these is a 
deal-breaker if JvInterpreter doesn't have them.

   A compiler and an executor, separate and independent of one another, with 
the ability to compile a script, save the result, and load it later on into 
the executor.
   The ability for scripts to understand Delphi objects and classes declared 
in my project, and to access Delphi variables, including objects and arrays.
   The ability for scripts to call Delphi functions, both ordinary functions 
and object methods.
   The ability for Delphi code to directly call individual functions 
declared in script libraries, without having to run a "main" routine.
   Support for "uses", both by including actual script files and also 
"virtual uses," where a callback routine can register Delphi variables 
and/or functions when a script requires them.
   The ability to retrieve a function's signature after it's been compiled.

Things PS doesn't have, that I'd really like:

   Function overloading.
   The ability to create new classes.  (Declaring them in a script, instead 
of having to import them from Delphi classes already declared in your 
project.)
   Unicode support.
   'var MyEnumArray: array[myEnum] of integer' as valid syntax.
   Custom exception handlers.  (In PascalScript, if an exception is raised 
during script execution, the script silently aborts immediately.  I ended up 
having to rewrite part of the script exec so that trying to divide by zero 
in a script wouldn't keep the rest of it from running.  It would be much 
nicer to have some sort of callback method for handling them.) 




Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sun, 12 Oct 2008 23:17:28 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Christian Sciberras wrote:
>>
>> I didn't ask for such info, I was only asking about who's (still) working on it. 
>
> That particular choice of language suggests that "still working on" means there's something to work on. As far as we all know, it's done, there's no work left to do on it.  It's beautiful, complete, perfect in every way.   Anyone who finds out otherwise should log a bug in Mantis, and then it will, I assure you, get worked on.
>
> W
By that I take that the documentation on (at least) JvInterpreter is completely halted? Otherwise it can't be really "complete".
In any case, sorry for the missunderstanding.
You have to realize that the lack of documentation does give this idea of non-completeness.

Anyway, I found a bug. Sort of.

I'm trying to use CallFunction but it is causing the following problem:
When I try executing (through this) a function/procedure with parameters it works ok only if I tell it doesn't have any parameters.
Otherwise, it causes a bug, which is the parameters in use by the function/procedure are said as being inexistent identifiers.
I'm not really sure if I'm using them correctly, so can't really say that it is a bug.
In brief, can you tell me exactly how to use it?
Please note that the data is stored in a string and a stringlist:

function ExecFunc(FuncName:String; FuncArgs:TStringList):String;
begin
  Result:=VarToStrDef( JvInterpreter.CallFunction(FuncName, {...} ));
end;

I need to "convert" FuncArgs to types for use with those missing {...} parameters. For me, the most difficult is filling the second parameter, which is an array of variants.

Chris.


Subject: Re: D5 Install - Fails on JvHidControllerClass.pas
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 12 Oct 2008 22:18:42 +0200
Newsgroups: jedi.vcl

Jonathan Hyams wrote:

> > Neither of those solutions seem viable to me - this file (I believe)
> > is part of the overall JVCL and cannot be removed, also these
> > identifiers are declared within the file itself, not elsewhere.

Then some kind of $IFDEF is at work, I guess. <g>

-- Rudy Velthuis http://rvelthuis.de "Human history becomes more and more a race between education and catastrophe." -- H. G. Wells (1866-1946) 

Subject: Changing JVCL look and feel
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sun, 12 Oct 2008 11:56:06 -0700
Newsgroups: jedi.vcl

I discovered, to my great disappointment, that there's no TSpinEdit 
installed with D2009, so I put a TJvSpinEdit in my project in its place. 
Unfortunately, it has a very different look from the standard XP spin edit 
control I'm used to seeing.  How do I set its look back to the system 
default? 




Subject: TJvID3v2 / Texts.LeadArtist with individual strings containing '/' char
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Sun, 12 Oct 2008 19:32:09 +0200
Newsgroups: jedi.vcl

Hi,

With TJvID3v2, is there a way to set/get a lead artist name containing '/' char. By default, '/' is used as a separator, so a lead artist name containing '/' is handled as two lead artists names (left and right parts from '/' char).

Thanks.

JEFF


Subject: Re: D5 Install - Fails on JvHidControllerClass.pas
From: "Jonathan Hyams" <jhyams@btopenworld.com>
Date: Sun, 12 Oct 2008 17:39:28 +0200
Newsgroups: jedi.vcl

Neither of those solutions seem viable to me - this file (I believe) is part of the overall JVCL and cannot be removed, also these identifiers are declared within the file itself, not elsewhere.

Jonathan

"Rudy Velthuis" <newsgroups@rvelthuis.de> wrote in message news:xn0fwc6jkaopqr100a@forums.talkto.net...
> Jonathan Hyams wrote:
>
>> Have downloaded 3.34 entire package and followed instructions. JCL
>> goes in a treat. JVCL fails with a whole series of errors in
>> JvHidControllerClass.pas:
>>
>> C:\Program
>> Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(537)
>> Error: Undeclared identifier: 'RsEDirectThreadCreationNotAllowed'
>
> I guess you should try to find the unit that contains these identifiers
> and add it to the uses clause of the unit that fails to compile. Or, if
> you don't need the unit, remove it from the package. <g>
>
> -- 
> Rudy Velthuis        http://rvelthuis.de
>
> "Multitasking /adj./ 3 PCs and a chair with wheels !" -- unknown 



Subject: Re: JvThumbView out of resources?
From: "BobReeves" <bob@no-spam.somethinxtra.com>
Date: Sun, 12 Oct 2008 09:18:43 -0600
Newsgroups: jedi.vcl

Just read your message.. Will put together a zip file in the morning, upload
it to our web site and send you a link so you can download it. BTW: I did
build the ThumbView Builder demo and it does the same thing as my test app.
Kinda tells me the issue isn't something I am doing..

Thanks
Bob




Subject: Re: D5 Install - Fails on JvHidControllerClass.pas
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 12 Oct 2008 13:01:00 +0200
Newsgroups: jedi.vcl

Jonathan Hyams wrote:

> > Have downloaded 3.34 entire package and followed instructions. JCL
> > goes in a treat. JVCL fails with a whole series of errors in
> > JvHidControllerClass.pas:
> > 
> > C:\Program
> > Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(537)
> > Error: Undeclared identifier: 'RsEDirectThreadCreationNotAllowed'

I guess you should try to find the unit that contains these identifiers
and add it to the uses clause of the unit that fails to compile. Or, if
you don't need the unit, remove it from the package. <g>

-- Rudy Velthuis http://rvelthuis.de "Multitasking /adj./ 3 PCs and a chair with wheels !" -- unknown 

Subject: D5 Install - Fails on JvHidControllerClass.pas
From: "Jonathan Hyams" <jhyams@btopenworld.com>
Date: Sun, 12 Oct 2008 12:48:22 +0200
Newsgroups: jedi.vcl

Have downloaded 3.34 entire package and followed instructions. JCL goes in a treat. JVCL fails with a whole series of errors in JvHidControllerClass.pas:

C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(537) Error: Undeclared identifier: 'RsEDirectThreadCreationNotAllowed'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(725) Error: Undeclared identifier: 'RsEDirectHidDeviceCreationNotAllowed'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(778) Error: Undeclared identifier: 'RsEDeviceCannotBeIdentified'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(781) Error: Undeclared identifier: 'RsEDeviceCannotBeOpened'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(1161) Error: Undeclared identifier: 'RsUnknownLocaleIDFmt'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2253) Error: Undeclared identifier: 'RsEHIDBooleanError'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2277) Error: Undeclared identifier: 'RsHIDP_STATUS_NULL'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2279) Error: Undeclared identifier: 'RsHIDP_STATUS_INVALID_PREPARSED_DATA'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2281) Error: Undeclared identifier: 'RsHIDP_STATUS_INVALID_REPORT_TYPE'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2283) Error: Undeclared identifier: 'RsHIDP_STATUS_INVALID_REPORT_LENGTH'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2285) Error: Undeclared identifier: 'RsHIDP_STATUS_USAGE_NOT_FOUND'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2287) Error: Undeclared identifier: 'RsHIDP_STATUS_VALUE_OUT_OF_RANGE'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2289) Error: Undeclared identifier: 'RsHIDP_STATUS_BAD_LOG_PHY_VALUES'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2291) Error: Undeclared identifier: 'RsHIDP_STATUS_BUFFER_TOO_SMALL'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2293) Error: Undeclared identifier: 'RsHIDP_STATUS_INTERNAL_ERROR'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2295) Error: Undeclared identifier: 'RsHIDP_STATUS_I8042_TRANS_UNKNOWN'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2297) Error: Undeclared identifier: 'RsHIDP_STATUS_INCOMPATIBLE_REPORT_ID'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2299) Error: Undeclared identifier: 'RsHIDP_STATUS_NOT_VALUE_ARRAY'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2301) Error: Undeclared identifier: 'RsHIDP_STATUS_IS_VALUE_ARRAY'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2303) Error: Undeclared identifier: 'RsHIDP_STATUS_DATA_INDEX_NOT_FOUND'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2305) Error: Undeclared identifier: 'RsHIDP_STATUS_DATA_INDEX_OUT_OF_RANGE'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2307) Error: Undeclared identifier: 'RsHIDP_STATUS_BUTTON_NOT_PRESSED'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2309) Error: Undeclared identifier: 'RsHIDP_STATUS_REPORT_DOES_NOT_EXIST'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2311) Error: Undeclared identifier: 'RsHIDP_STATUS_NOT_IMPLEMENTED'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2313) Error: Undeclared identifier: 'RsUnknownHIDFmt'
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvHidControllerClass.pas(2315) Error: Undeclared identifier: 'RsHIDErrorPrefix'
JvSystemD5R.dpk(90) Fatal: Could not compile used unit '..\..\run\JvHidControllerClass.pas'

Jonathan


Subject: Re: JvThumbView out of resources?
From: "Yannis" <none@noware.non>
Date: Sat, 11 Oct 2008 22:08:14 +0000 (UTC)
Newsgroups: jedi.vcl

Bob Reeves wrote:

> > Video drivers didn't help.. Oh well, the other control works and will just
> > go with it.
> > 
> > Thanks for trying..

It is very weird. I have code in there to open the jpg images in 1/4 or 1/2 of
the original which ever is closer to the final thumb size for cases where the
images are to big to fit in memory. It shoold not have any problems.

Is it possible to have a number of this images to test the components? I am
working on some minor enhansements and I would like to corect them if
possible.

Thank you for your feed back.

Regards
Yannis.
-- 

Subject: Re: JvThumbView out of resources?
From: "Bob Reeves" <bob@somethinxtra.com>
Date: Sat, 11 Oct 2008 06:42:44 -0500
Newsgroups: jedi.vcl

Video drivers didn't help.. Oh well, the other control works and will just
go with it.

Thanks for trying..




Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 11 Oct 2008 12:11:50 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Jens wrote:
>> Hi Remko,
>>
>> sorry i had forgotten this.
>>
>> But someone else had to do this. I have not access to delphi until sunday
>> or monday evening :-)
>
> Will do tonight if it's not already done.

Done, v5 compatibility is back.


Subject: Re: JvThumbView out of resources?
From: "Bob Reeves" <bob@somethinxtra.com>
Date: Sat, 11 Oct 2008 04:32:33 -0500
Newsgroups: jedi.vcl

Downloading the latest drivers for the video card now.. Will see if it
helps.. Have tried it with several different image files in several
directories.. Really doubt it's a bad image file.. The images are 1760 X
1186 JPG's and none of my other thumbnail programs have any trouble.

I'm still exploring all the JEDI VCL components, allot to explore..




Subject: Re: JvThumbView out of resources?
From: "Yannis" <none@noware.non>
Date: Fri, 10 Oct 2008 23:41:17 +0000 (UTC)
Newsgroups: jedi.vcl

Bob Reeves wrote:

> > Thanks for the response..
> > 
> > Haven't tried it on any other computer but the one I'm developing the
> > software with.. It has a dual monitor NVIDIA graphics card and it has been a
> > couple years since I checked for driver updates. I did try increasing the
> > computers memory and it didn't seem to make any difference. The problem
> > shows up when I select a folder with more than about 20 images in it.. Might
> > be the graphics card, I'll try it on another PC and see what happens..

20 images shoold not be a problem in any occasion. There must something else
going on. I am speculating that you have a problematic image file. Can you send
me the images to take a look? can you try other images?


> > In the mean time I found a freeware control that seems to work and was
> > planning on just using it instead of the JEDI control although I would have
> > rather used the JEDI control.

I think that JEDI contains an other thumbs control based on list view and its
icon mode. I recall that some people where developing it but I never followed
their progress.

Regards
Yannis.

-- 

Subject: JvPageControl TabPainter
From: <richard@tortoise.demon.co.uk>
Date: Fri, 10 Oct 2008 19:47:53 +0100
Newsgroups: jedi.vcl

I'm wanting a PageControl where I can set the colours of the tabs.
Ideally, if I set ParentColor to True, then the tabs would change
colour too, rather than stay grey. 

 JvPageControl has a TabPainter property and I'm wondering if this
provides this capability.


Could anyone direct me to either a demo program or some documentation
for this component?

Regards,
Richard


Subject: Re: JvThumbView out of resources?
From: "Bob Reeves" <bob@somethinxtra.com>
Date: Fri, 10 Oct 2008 12:40:29 -0500
Newsgroups: jedi.vcl

Thanks for the response..

Haven't tried it on any other computer but the one I'm developing the
software with.. It has a dual monitor NVIDIA graphics card and it has been a
couple years since I checked for driver updates. I did try increasing the
computers memory and it didn't seem to make any difference. The problem
shows up when I select a folder with more than about 20 images in it.. Might
be the graphics card, I'll try it on another PC and see what happens..

In the mean time I found a freeware control that seems to work and was
planning on just using it instead of the JEDI control although I would have
rather used the JEDI control.




Subject: Re: jvcl + D2007 + vista
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Fri, 10 Oct 2008 09:18:51 +0100
Newsgroups: jedi.vcl

> >Gabriel Nistor wrote:
> >Not sure yet, we have to figure a way to work around this.
> >Thing is, we all install the full RAD studio here, and you are the first 
> >  Delphi only user to mention this problem...

What is the difference between an installation of "Delphi 2007 for Win32"
and a Delphi-only installation of "RAD Studio 2007"?

Maybe the JVCL installer could expose an option not to compile files with
C++ compatibility.

- Florent



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvcl + D2007 + vista
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 10 Oct 2008 09:36:59 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
>> Gabriel Nistor wrote:
>> Not sure yet, we have to figure a way to work around this.
>> Thing is, we all install the full RAD studio here, and you are the first  Delphi only user to mention this problem...
>
> What is the difference between an installation of "Delphi 2007 for Win32"
> and a Delphi-only installation of "RAD Studio 2007"?

I'm not sure. Apparently some constants in the RTL are not present in the DCU files. Namely, sCppDynamicLibrary and sCppPackage


> Maybe the JVCL installer could expose an option not to compile files with
> C++ compatibility.

It's more subtle than that. But doing something along the DelphiPersonalEdition lines should be possible.


Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 10 Oct 2008 08:39:23 +0200
Newsgroups: jedi.vcl

Jens wrote:
> Hi Remko,
>
> sorry i had forgotten this.
>
> But someone else had to do this. I have not access to delphi until sunday
> or monday evening :-)

Will do tonight if it's not already done.


Subject: Re: jvcl + D2007 + vista
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 10 Oct 2008 08:38:58 +0200
Newsgroups: jedi.vcl

Gabriel Nistor wrote:
> and what's the resolution for this error?
>
> "OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag news:gckn2v$9fr$1@news.talkto.net...
>> Gabriel Nistor wrote:
>>> what's this ? "C++ personality"
>>
>> C++Builder 2007.
>> Basically, it's the C++ part of RAD Studio.
>> But you might have just bought Delphi 2007 standalone.
>>

Not sure yet, we have to figure a way to work around this.
Thing is, we all install the full RAD studio here, and you are the first  Delphi only user to mention this problem...


Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 10 Oct 2008 06:41:22 +0100
Newsgroups: jedi.vcl

Hi Remko,

sorry i had forgotten this.

But someone else had to do this. I have not access to delphi until sunday
or monday evening :-)

Greetings
Jens

> >Jens Fudickar wrote:
>> >> Remko,
>> >> 
>> >> your last changes didn't compile with D5.
> >
> >Hi Jens, sorry I don't have D5. Could you look at it, or give the error 
> >message?
> >
> >-- 
> >Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvCreateProcess and console application causes EAccessViolationin CB2009
From: Shinji Chikugi <Shinji.Chikugi@nifty.com>
Date: Fri, 10 Oct 2008 10:31:05 +0900
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Fixed in SVN.
>
> The problem is that CommandLine must not be a constant string. That is
> a difference between CreateProcessW and CreateProcessA. The W version
> alters the command line string and doing this on a constant string
> raises an access violation.
>
> I've added a setter for the CommandLine property that copies the string
> if it is a constant string.
>
>
>
Thank you!
I confirmed the bug had been fixed.


Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Ivo Bauer <abuer@zom.zc>
Date: Thu, 09 Oct 2008 23:26:10 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> > Fix checked into SVN.

Warren, I have just finished my tests and your component works exactly
as advertised. You did a great work! Thank you so much for these
modifications. I think this issue can be marked as resolved now.

-- Ivo Bauer 

Subject: Re: jvcl + D2007 + vista
From: "Gabriel Nistor" <g.nistor@a1.net>
Date: Thu, 9 Oct 2008 22:35:45 +0200
Newsgroups: jedi.vcl

and what's the resolution for this error?

"OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag news:gckn2v$9fr$1@news.talkto.net...
> Gabriel Nistor wrote:
>> what's this ? "C++ personality"
>
> C++Builder 2007.
> Basically, it's the C++ part of RAD Studio.
> But you might have just bought Delphi 2007 standalone.
>



Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 09 Oct 2008 21:31:29 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Remko,
>
> your last changes didn't compile with D5.

Hi Jens, sorry I don't have D5. Could you look at it, or give the error message?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Avi capture - fragile component or what?
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 9 Oct 2008 18:24:05 +0100
Newsgroups: jedi.vcl

> >I just tested the demo application under D6, D2006, D2007 and D2009 with 

Im using D2006 pro with update 2 in Windows XP Pro SP2

> >a Logitech QuickCam Pro 9000.

Genius Eye 110 (Usb 2)

> >No problems whatsoever.
> >Please make sure that Driver 0 is actually the one for your webcam, and 

Yes, it is.

> >not one for an outdated source.

JEDI 3.34

> >Further to this, please make sure your drivers are compatible with 
> >AVICap, the technology from Microsoft around which the component is just 
> >a wrapper.

Is weird:
If I ran the demo program alone (outside IDE) it works well but when I try
to run the program from IDE it gives me "External exception C0000008" in
line 611 on JvAVICapture.pas wich is this line:

    Result := CallWindowProc(SelfObj.FPreviousWndProc, hWnd, Msg, wParam,
lParam);

After that I get the demo program message "No device found. Verify your
connection and configuration.", dismiss the dialog then program raises
access violation.

Some clue?

Thanks.
Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvCreateProcess and console application causes EAccessViolationin CB2009
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 9 Oct 2008 19:06:17 +0200
Newsgroups: jedi.vcl

Fixed in SVN.

The problem is that CommandLine must not be a constant string. That is
a difference between CreateProcessW and CreateProcessA. The W version
alters the command line string and doing this on a constant string
raises an access violation.

I've added a setter for the CommandLine property that copies the string
if it is a constant string.



-- Regards, Andreas Hausladen 

Subject: Avi capture - fragile component or what?
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 9 Oct 2008 16:42:03 +0100
Newsgroups: jedi.vcl

Hi.

Im experimenting with avi capture component but I feel that such component
is fragile because:

1. If I try to just run the demo program from IDE external exception is
raised.

2. I created in FormCreate event a TJvAviCapture component but if I
connect ir (DriverIndex := 0) program just hangs and processor use goes to
100%.

Im using a Genius Web Cam with works well with a program wroted using
Vision Forge's components (I have sources but cant compile since I havent
Vision Forge's components) which should discard the webcam's driver fault.

I'm willing to go deeper and try to fix whatever I can to make
TJvAviCapture working but please some pointers on which sources/documents
I should read.

Im using Delphi 2006 pro.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Avi capture - fragile component or what?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 09 Oct 2008 17:33:41 +0200
Newsgroups: jedi.vcl

I just tested the demo application under D6, D2006, D2007 and D2009 with a Logitech QuickCam Pro 9000.
No problems whatsoever.
Please make sure that Driver 0 is actually the one for your webcam, and not one for an outdated source.
Further to this, please make sure your drivers are compatible with AVICap, the technology from Microsoft around which the component is just a wrapper.


Subject: Re: jvcl + D2007 + vista
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 09 Oct 2008 14:24:08 +0200
Newsgroups: jedi.vcl

Gabriel Nistor wrote:
> what's this ? "C++ personality"

C++Builder 2007.
Basically, it's the C++ part of RAD Studio.
But you might have just bought Delphi 2007 standalone.


Subject: Re: jvcl + D2007 + vista
From: "Gabriel Nistor" <g.nistor@a1.net>
Date: Thu, 9 Oct 2008 14:06:39 +0200
Newsgroups: jedi.vcl

what's this ? "C++ personality"


"OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag news:gchemp$obv$1@news.talkto.net...
> Gabriel Nistor wrote:
>> hi,
>>
>> i just trying to install   JVCL334CompleteJCL1102-Build3072.zip but i get the error in att.
>> jcl was installed successfuly.
>>
>> what i'm doing wrong?
>
> I guess you did not install the C++ personality, right?
>



Subject: Re: JvThumbView out of resources?
From: "yannis" <none@noware.non>
Date: Thu, 9 Oct 2008 08:18:23 +0000 (UTC)
Newsgroups: jedi.vcl

BobReeves wrote:

[snip...]
> > The problem I am running into is an Out of Resources Exception if I
> > try to select a directory with more than a few images. 

Please define <a few>. 

I have used them on a Windows 95 machine to show up to 1200 thumbnails
with out a problem more than that I have never tried to show my self.
In Win2K where the resource counter is 32bit instead of 16bit this
shoold be bigger, never stress tested it though so I can not give you
exact numbers.

> > I would like  to have this app run on almost anything but if it won't 
> > work on this computer it sure won't work on a laptop with only 256
Meg
> > or less..

It was designed on win 95 days so it should work in most cases. Using
TwinControl descentants and creating 2 HWND per thumb is not very
resource friently I know but this is how it was designed.

> > 
> > Is there a trick to using the Thumb Viewer with a minimal computer
> > configuration?

No tricks can be used it already uses some basic resource hanlding
internally to free any unused resources (from bitmaps mostly) ASAP but
other than that there is nothing you can do.

I have encounter a few times the out of resource message in various
configurations and most of the times the problem was solved by updating
the graphics drivers to the latest version. If I remember correctly
there was one case where the user had to change his /her graphics card
to an other model but this was a case of a very exotic and not well
supported card.


Please keep in mind that this components where designed to be minimal
and where used in a indexer application which could be placed in single
3.5 inch floppy disk along with 24~32 jpeg thumbnails from a 35 film
roll. They where never meant to be used as a thumbnailer for huge image
collections.

Regards
Yannis.

-- "I have six locks on my door, all in a row. When I go out, I lock every other one. I figure no matter how long somebody stands there picking the locks, they are always locking three of them." -- George Carlin 

Subject: Re: TJvCreateProcess and console application causes EAccessViolation in CB2009
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 09 Oct 2008 09:46:15 +0200
Newsgroups: jedi.vcl

Please report this in Mantis:

http://homepages.codegear.com/jedi/issuetracker


Subject: TJvCreateProcess and console application causes EAccessViolation in CB2009
From: Shinji Chikugi <Shinji.Chikugi@nifty.com>
Date: Thu, 09 Oct 2008 16:26:43 +0900
Newsgroups: jedi.vcl

Hi,

I use TJvCreateProcess and tried to read the output of the console
application into TMemo.
However, EAccessViolation occurs and application crashes.

----- source code start-----

void __fastcall TForm1::Button1Click(TObject *Sender)
{
  JvCreateProcess1->ConsoleOptions =
    JvCreateProcess1->ConsoleOptions << coRedirect;
  JvCreateProcess1->CommandLine =
    "cmd.exe /c dir C:\\windows\\system32";
  JvCreateProcess1->Run();
}

void __fastcall TForm1::JvCreateProcess1Read(TObject *Sender,
    const AnsiString S, const bool StartsOnNewLine)
{
  if (StartsOnNewLine) {
    Memo2->Lines->Add(S);
  } else {
    int Last = Memo2->Lines->Count - 1;
    if (Last < 0) {
      Memo2->Lines->Add(S);
    } else {
      AnsiString ss = Memo2->Lines->Strings[Last];
      ss += S;
      Memo2->Lines->Strings[Last] = ss;
    }
  }
}

----- source code end -----

I used CB2009.
JVCL revison number is 11954 and JCL revison number is 2537.


Subject: JVXPBars lose their position
From: "Uwe" <forspammers@no.ne>
Date: Wed, 8 Oct 2008 13:14:18 -0700
Newsgroups: jedi.vcl

Hi

I have a JvXPContainer which holds several JvXPBars. Depending on certain conditions I have to show or hide a JvXPBar. When I display a hidden JvXPBar again, it happens on a random basis that it changes position. For example: 5 JvXPBars in total, hidden JvXPBar was the fourth one from top, when it's shown again its position changes to the second from top.

Anyone seen this before and knows a workaround?

Thx
Uwe


Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 08 Oct 2008 22:05:30 +0200
Newsgroups: jedi.vcl

Remko,

your last changes didn't compile with D5.

Greetings
Jens

Remko Bonte schrieb:
> OBones wrote:
>> Yes, I saw this issue. I won't be having access to D2009 until tomorrow evening, if anyone else wants to look, please be my guest
>
> Yes, I'll look into that.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: jvcl + D2007 + vista
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 08 Oct 2008 08:42:29 +0200
Newsgroups: jedi.vcl

Gabriel Nistor wrote:
> hi,
>
> i just trying to install   JVCL334CompleteJCL1102-Build3072.zip but i get the error in att.
> jcl was installed successfuly.
>
> what i'm doing wrong?

I guess you did not install the C++ personality, right?


Subject: TJvWideEditor display Unicode String Error
From: "tom" <wanghaifeng_1@tom.com>
Date: Wed, 8 Oct 2008 12:29:43 +0800
Newsgroups: jedi.vcl

Hi

TJvWideEditor display Unicode String Error
I test in delphi 7,delphi 2009 use daily zip Version JVCL,Both Error 



test.rar
	


pic.JPG
pic.JPG
	



Subject: jvcl + D2007 + vista
From: "Gabriel Nistor" <g.nistor@a1.net>
Date: Tue, 7 Oct 2008 23:48:44 +0200
Newsgroups: jedi.vcl

hi,

i just trying to install   JVCL334CompleteJCL1102-Build3072.zip but i get the error in att.
jcl was installed successfuly.

what i'm doing wrong?

many thanks!
gn

error.jpg

error.jpg
	



Subject: Re: Can someone please test JVCL builds okay on Delphi 2005, Delphi2006,and Delphi 6, D2007.net, and any others?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 7 Oct 2008 19:30:07 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Ok, so you went ahead... I'm still working on JvCSVData, please let
> > me finish.

No problem. When I posted my comment here, I had already done the
changes for Delphi 5. But you'll seem to have fixed also Delphi 6.

-- Regards, Andreas Hausladen 

Subject: Re: Can someone please test JVCL builds okay on Delphi 2005, Delphi2006, and Delphi 6, D2007.net, and any others?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Oct 2008 19:25:37 +0200
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>> Andreas Hausladen wrote:
>>> Delphi 5 is broken (JvJCLUtils.pas). I'm currently working on it.
>>
>> Please don't bother, I've already done the changes
>> I'm just testing they work with everything else
>
> Ok, so you went ahead... I'm still working on JvCSVData, please let me finish.

Done.


Subject: Re: Can someone please test JVCL builds okay on Delphi 2005, Delphi2006, and Delphi 6, D2007.net, and any others?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Oct 2008 19:12:35 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Andreas Hausladen wrote:
>> Delphi 5 is broken (JvJCLUtils.pas). I'm currently working on it.
>
> Please don't bother, I've already done the changes
> I'm just testing they work with everything else

Ok, so you went ahead... I'm still working on JvCSVData, please let me finish.


Subject: Re: Can someone please test JVCL builds okay on Delphi 2005, Delphi2006, and Delphi 6, D2007.net, and any others?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Oct 2008 19:08:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Delphi 5 is broken (JvJCLUtils.pas). I'm currently working on it.

Please don't bother, I've already done the changes
I'm just testing they work with everything else


Subject: Re: Can someone please test JVCL builds okay on Delphi 2005, Delphi2006, and Delphi 6, D2007.net, and any others?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 7 Oct 2008 18:57:51 +0200
Newsgroups: jedi.vcl

Delphi 5 is broken (JvJCLUtils.pas). I'm currently working on it.


-- Regards, Andreas Hausladen 

Subject: Re: Can someone please test JVCL builds okay on Delphi 2005, Delphi 2006, and Delphi 6, D2007.net, and any others?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Oct 2008 18:53:57 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I have tested my changes on D7, D2007, D2009, but not on any others.  There are rather a lot of other untested possibilities.

I'm onto it


Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekran.com>
Date: Tue, 07 Oct 2008 12:22:09 -0400
Newsgroups: jedi.vcl

Christian Sciberras wrote:
>
> I didn't ask for such info, I was only asking about who's (still) working on it. 

That particular choice of language suggests that "still working on" means there's something to work on. As far as we all know, it's done, there's no work left to do on it.  It's beautiful, complete, perfect in every way.   Anyone who finds out otherwise should log a bug in Mantis, and then it will, I assure you, get worked on.

W


Subject: Can someone please test JVCL builds okay on Delphi 2005, Delphi 2006, and Delphi 6, D2007.net, and any others?
From: Warren Postma <wp@tekran.com>
Date: Tue, 07 Oct 2008 11:40:03 -0400
Newsgroups: jedi.vcl

I have tested my changes on D7, D2007, D2009, but not on any others.  There are rather a lot of other untested possibilities.

Warren


Subject: SVN JVCL USERS NOTICE: Routines named USToLocalFloatStr, StrToFloatUS, and StrToFloatUSDef removed.
From: Warren Postma <wp@tekran.com>
Date: Tue, 07 Oct 2008 11:28:51 -0400
Newsgroups: jedi.vcl

The functions here were no longer needed. They were formerly part of an ugly hack to fix a bug in JvCsvData.pas, and are no longer needed.

  //function USToLocalFloatStr(const Text: string): string; // deprecated.
  //function StrToFloatUS(const Text: string): Extended;
  // StrToFloatUS uses US '.' as decimal seperator and ',' as thousand separator
  //function StrToFloatUSDef(const Text: string; Default: Extended): Extended;

Any other code which uses them can go find these routines (which are commented out in JvJCLUtils.pas and paste them into your own private code which uses them).    I caution any user of these routines that they are ugly, slow, and
may introduce bugs as well as fixing them.
Warren


Subject: SVN JVCL USERS NOTICE: Small API change in JvJCLUtils.pas: formerly StrToFloatDefIgnoreInvalidCharacters now called JvSafeStrToFloatDef
From: Warren Postma <wp@tekran.com>
Date: Tue, 07 Oct 2008 11:25:57 -0400
Newsgroups: jedi.vcl

This API was (in my humble opinion) too long, so I asked the Chief for permission to rename it. I also needed to add some more functionality, making this function even more badly named.

It formerly would convert text to a floating point, while ignoring invalid characters, and it still does that, but it also allows you to specify explicitly a 'decimal place separator character' other than the current system one. This is important for newly introduced functionality in JvCsvData.pas, and potentially useful elsewhere.

Warren


Subject: D2009 compile momentarily broken (JvCsvData.pas). Fixed.
From: Warren Postma <wp@tekran.com>
Date: Tue, 07 Oct 2008 11:18:21 -0400
Newsgroups: jedi.vcl

Some changes I checked in a 10 AM EST broke Delphi2009 momentarily, and this is now fixed. If you get a broken JVCL compile (errors in JvCsvData.pas under Delphi 2009), update from SVN one more time.

Warren


Subject: Re: JVCL 3.34 and Delphi 7 AboutForm issue
From: Warren Postma <wp@tekran.com>
Date: Tue, 07 Oct 2008 10:08:18 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Alexandr Zarubkin wrote:
>
>  
>> MissingPropertyFix.pas
>>     
>
> This file is used by the JVCL Installer only. It is not loaded into the
> IDE.
>
>
>   
Nevertheless we should be periodically running the DFM cleaner on our JVCL tree, as long as any JVCL developers need to open and test in Delphi 7.

Warren


Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Warren Postma <wp@tekran.com>
Date: Tue, 07 Oct 2008 10:06:02 -0400
Newsgroups: jedi.vcl

Fix checked into SVN.

Warren


Subject: Re: TJvEdit.Loaded not called when added @Runtime - 2 files [1/1]
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 07 Oct 2008 08:30:02 +0200
Newsgroups: jedi.vcl

Please put this in Mantis:

http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 07 Oct 2008 08:28:49 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> OBones wrote:
>> Yes, I saw this issue. I won't be having access to D2009 until tomorrow evening, if anyone else wants to look, please be my guest
>
> Yes, I'll look into that.

Thanks


Subject: TJvEdit.Loaded not called when added @Runtime - 2 files [1/1]
From: jimvern <address_is_fullname@msn.com>
Date: Mon, 6 Oct 2008 18:25:32 -0600
Newsgroups: jedi.vcl

I have created a simple project that creates a TJvEdit control at 
runtime and places it on the main TForm. The EmptyValue is never 
displayed because FIsLoaded is never set to True. I found that the 
(protected) method "Loaded" is not called unless the control is added at 
design-time. My workaround was to create a TMyEdit = class(TJvEdit), 
override the Loaded method and manually call it after I create it at 
runtime. I'm attaching my form and pascal files to recreate the simple 
project. My hope is that anyone else with the same problem can use my 
simple workaround, and that the JEDI library can be fixed someday to not 
require the workaround.

If you create the project and run it, you will see that only two of the 
controls show the EmptyValue text (as you tab between them) because the 
middle one (created at runtime using TJvEdit.Create()) never calls 
Loaded and FIsLoaded is never set to True. So 
TJvCustomEdit.DoEmptyValueEnter() and TJvCustomEdit.DoEmptyValueExit() 
bail on the first line of code and do not change the text and its color 
to EmptyValue...

Regards,
James

Unit11.dfm
	


Unit11.pas
Unit11.pas
	



Subject: Re: JVCL 3.34 and Delphi 7 AboutForm issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 6 Oct 2008 23:45:53 +0200
Newsgroups: jedi.vcl

Alexandr Zarubkin wrote:

> > MissingPropertyFix.pas

This file is used by the JVCL Installer only. It is not loaded into the
IDE.


-- Regards, Andreas Hausladen 

Subject: JVCL 3.34 and Delphi 7 AboutForm issue
From: "Alexandr Zarubkin" <me21@yandex.ru>
Date: Tue, 07 Oct 2008 01:20:41 +0400
Newsgroups: jedi.vcl

Hi everyone,

After installing JVCL 3.34 on Delphi 7 I found that after clicking on AboutJVCL button in Object Inspector an error message shows up saying "Error reading imgStarfield.ExplicitWidth: ExplicitWidth property does not exist". I googled and fixed that for me by removing ExplicitWidth string from JvJVCLAboutForm.dfm. I also learned that there is a file named "MissingPropertyFix.pas" in JVCL but somehow it didn't work. I thought that this process should be automatic for older versions of Delphi. Please comment on this situation.

Regards,
Alexandr Zarubkin

-- 
Отправлено M2, революционной почтовой программой Opera: http://www.opera.com/mail/


Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Mon, 06 Oct 2008 22:58:16 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Yes, I saw this issue. I won't be having access to D2009 until tomorrow evening, if anyone else wants to look, please be my guest

Yes, I'll look into that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: latest jvcl under CB6
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 06 Oct 2008 17:42:21 +0200
Newsgroups: jedi.vcl

OBones a e'crit :
> Yep, the connection to sourceforge was lost during the export. And the script that does the creation does not detect this condition.

Olivier,

I used to maintain a local checkout of the JCL for daily-zip generation, the export is made from this local directory:

svn update -rHEAD /path/to/checkout
svn export --non-interactive -rBASE --native-eol CRLF --force /path/to/checkout /path/to/export

It's quite HDD-intensive but a lot faster than an export from scratch. This structure requires less data to be transmitted from Sourceforge, those small connexions don't use to be cut.

- Florent


Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 06 Oct 2008 17:06:56 +0200
Newsgroups: jedi.vcl

Yes, I saw this issue. I won't be having access to D2009 until tomorrow evening, if anyone else wants to look, please be my guest


Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Mon, 6 Oct 2008 15:06:21 +0200
Newsgroups: jedi.vcl

Olivier,

> Looks ok so far.

Well, ID3 tag reading works pretty well but ID3 tag writing is causing some issues (TJvID3v2.Commit) under Delphi 2009.

Same code compiled with Delphi 2007 is not experiencing this issue.

http://homepages.borland.com/jedi/issuetracker/view.php?id=4483

JEFF




Subject: Re: latest jvcl under CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 06 Oct 2008 16:30:11 +0400
Newsgroups: jedi.vcl

OBones пишет:
> Vladimir wrote:
>> OBones пишет:
>>> Vladimir wrote:
>>>> Vladimir пишет:
>>>>> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
>>>> Latest daily JVCL-06-10 doesn't contain folder packages
>>>
>>> Yep, the connection to sourceforge was lost during the export. And the script that does the creation does not detect this condition.
>>
>> But the problem I wrote before still exists
>>
>> Can't load package JvAppFrmC6D.bpl, JvBDEC6D.bpl, JvCtrlsC6D.bpl .....
>> Cannot load package JclVclC60, It contains unit Jclversioncontrol  which is also contained in package JvCtrlsC6R.
>
> Yes, I can understand that, I did not have time to look at this issue.
> What you could do is edit packages\xml\JvCtrls-R.xml and add the following nodes in the Requires node:
>
>     <Package Name="JclVclD50" Targets="Dv5" Condition=""/>
>     <Package Name="JclVclC50" Targets="Cv5" Condition=""/>
>     <Package Name="JclVcl" Targets="allv6up" Condition=""/>
>
> It should help. If it does, please let us know.
>
> Cheers
> Olivier
Yes, the problem dissappeared for now, thank you.


Subject: Re: latest jvcl under CB6
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 06 Oct 2008 14:14:54 +0200
Newsgroups: jedi.vcl

Vladimir wrote:
> OBones пишет:
>> Vladimir wrote:
>>> Vladimir пишет:
>>>> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
>>> Latest daily JVCL-06-10 doesn't contain folder packages
>>
>> Yep, the connection to sourceforge was lost during the export. And the script that does the creation does not detect this condition.
>
> But the problem I wrote before still exists
>
> Can't load package JvAppFrmC6D.bpl, JvBDEC6D.bpl, JvCtrlsC6D.bpl .....
> Cannot load package JclVclC60, It contains unit Jclversioncontrol  which is also contained in package JvCtrlsC6R.

Yes, I can understand that, I did not have time to look at this issue.
What you could do is edit packages\xml\JvCtrls-R.xml and add the following nodes in the Requires node:

    <Package Name="JclVclD50" Targets="Dv5" Condition=""/>
    <Package Name="JclVclC50" Targets="Cv5" Condition=""/>
    <Package Name="JclVcl" Targets="allv6up" Condition=""/>

It should help. If it does, please let us know.

Cheers
Olivier


Subject: Re: latest jvcl under CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 06 Oct 2008 16:13:05 +0400
Newsgroups: jedi.vcl

OBones пишет:
> Vladimir wrote:
>> Vladimir пишет:
>>> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
>> Latest daily JVCL-06-10 doesn't contain folder packages
>
> Yep, the connection to sourceforge was lost during the export. And the script that does the creation does not detect this condition.

But the problem I wrote before still exists

Can't load package JvAppFrmC6D.bpl, JvBDEC6D.bpl, JvCtrlsC6D.bpl .....
Cannot load package JclVclC60, It contains unit Jclversioncontrol  which is also contained in package JvCtrlsC6R.


Subject: Re: latest jvcl under CB6
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 06 Oct 2008 13:57:44 +0200
Newsgroups: jedi.vcl

Vladimir wrote:
> Vladimir пишет:
>> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
> Latest daily JVCL-06-10 doesn't contain folder packages

Yep, the connection to sourceforge was lost during the export. And the script that does the creation does not detect this condition.


Subject: Re: latest jvcl under CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 06 Oct 2008 15:36:12 +0400
Newsgroups: jedi.vcl

Vladimir пишет:
> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
Latest daily JVCL-06-10 doesn't contain folder packages


Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Mon, 6 Oct 2008 10:03:43 +0200
Newsgroups: jedi.vcl

Olivier,

> There were initial incompatibilities, yes. But these should have been solved by now. However, it seems I forgot to change JvMMReg.pas to reinclude these components. This is now changed in revision 11944, please let us know if all is fine.

Looks ok so far.

Thanks for the quick fix.

JEFF 

Subject: Re: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 06 Oct 2008 09:16:54 +0200
Newsgroups: jedi.vcl

Jean-Fabien Connault wrote:

> Hi,
>
> It looks like TJvID3v1 and TJvID3v2 are not installed when running latest JVCL SVN under Delphi 2009.
>
> Any particular reason (incompatibility)?

There were initial incompatibilities, yes. But these should have been solved by now. However, it seems I forgot to change JvMMReg.pas to reinclude these components. This is now changed in revision 11944, please let us know if all is fine.

Cheers
Olivier


Subject: TJvID3v1 and TJvID3v2 Missing / Latest SVN (Delphi 2009)
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Mon, 6 Oct 2008 08:51:32 +0200
Newsgroups: jedi.vcl

Hi,

It looks like TJvID3v1 and TJvID3v2 are not installed when running latest JVCL SVN under Delphi 2009.

Any particular reason (incompatibility)?

Thanks.

JEFF


Subject: Re: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Sat, 04 Oct 2008 21:53:26 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Christian Sciberras wrote:
>>
>> -Is it still being supported/developerd? And if yes, who is/are the ones   in charge of it?
>
> No big changes have been made to JvInterpreter. It is being maintained actively (any logged bugs will get fixed, etc), but is not being actively modified (adding features). It is basically fully functional and 100% complete.
>
> I use it heavily in applications that I consider "mission critical", and if it had any issues whatsoever, memory leaks, bugs and failures, I would be one of the people who would be able to fix it.  Several other JVCL team members have worked on it as well. I cannot say for sure that it has no bugs on Delphi 2009, but I am using it heavily in Delphi 7 and 2007, and it works 100% reliably for me, on some very important applications that I rely on, and that the hundreds of people who rely on my software rely on.   That being said, it comes with absolutely no warranty whatsoever, express or implied, and your mileage may vary, and it may eat your family pet, expose the inhabitants of your home town to toxic substances, and insult your mother, and we cannot guarantee otherwise. Warren
>
What's that the TOC or what? ;)
I didn't ask for such info, I was only asking about who's (still) working on it. By the way, in the TOC you forgot to add "design nuke/chemical/biochemical weapons of mass destruction", for a sample please refer to Codegear/Embarcadero's TOC: http://cc.codegear.com/download.aspx?id=25457 (3rd clause from last).
Just kidding :).

PS: I'm using Delphi 7.


Subject: JvThumbView out of resources?
From: "BobReeves" <bob@no-spam.somethinxtra.com>
Date: Sat, 4 Oct 2008 06:18:13 -0600
Newsgroups: jedi.vcl

Hi,

Trying to learn my way with the JEDI VCL (Version 3.32) and need to use the
ThumbViewer in a little app I am working on. Using C++ Builder 5 on a P-4
with 512 Meg running Windows 2000.. Ya I know old stuff but it works and
mostly does everything I need..

The problem I am running into is an Out of Resources Exception if I try to
select a directory with more than a few images. I would like to have this
app run on almost anything but if it won't work on this computer it sure
won't work on a laptop with only 256 Meg or less..

Is there a trick to using the Thumb Viewer with a minimal computer
configuration?

Thanks
Bob




Subject: Re: JvInterpreter troubles
From: Warren Postma <wp@tekran.com>
Date: Fri, 03 Oct 2008 13:10:20 -0400
Newsgroups: jedi.vcl

Christian Sciberras wrote:
>
> -Is it still being supported/developerd? And if yes, who is/are the ones   in charge of it?

No big changes have been made to JvInterpreter. It is being maintained actively (any logged bugs will get fixed, etc), but is not being actively modified (adding features). It is basically fully functional and 100% complete.

I use it heavily in applications that I consider "mission critical", and if it had any issues whatsoever, memory leaks, bugs and failures, I would be one of the people who would be able to fix it.  Several other JVCL team members have worked on it as well. I cannot say for sure that it has no bugs on Delphi 2009, but I am using it heavily in Delphi 7 and 2007, and it works 100% reliably for me, on some very important applications that I rely on, and that the hundreds of people who rely on my software rely on.   That being said, it comes with absolutely no warranty whatsoever, express or implied, and your mileage may vary, and it may eat your family pet, expose the inhabitants of your home town to toxic substances, and insult your mother, and we cannot guarantee otherwise. 
Warren



Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Warren Postma <wp@tekran.com>
Date: Fri, 03 Oct 2008 11:55:54 -0400
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> Warren Postma wrote:
>  
>> Can you log it in mantis please? I'll do a fix real soon now.
>>     
>
> Issue #4491 has just been filed:
>
> http://homepages.codegear.com/jedi/issuetracker/view.php?id=4491
>
>   
Olivier made comments on there. I've read it all, and I'm working on the issue.

Warren


Subject: Re: latest jvcl under CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 03 Oct 2008 15:39:12 +0400
Newsgroups: jedi.vcl

OBones пишет:
> Vladimir wrote:
>> OBones пишет:
>>> OBones wrote:
>>>> Vladimir wrote:
>>>>> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
>>>>
>>>> also happens with d5, c5, d6
>>>> It works fine with d10 and upper.
>>>> I'm looking into it
>>>
>>> Fixed in SVN
>> Now there are new errors for CB6:
>> Can't load package JvAppFrmC6D.bpl, JvBDEC6D.bpl, JvCtrlsC6D.bpl .....
>> Cannot load package JclVclC60, It contains unit Jclversioncontrol  which is also contained in package JvCtrlsC6R.
>
> This is strange, I did not get a warning about JclVersionControl being included implicitly in the JvCtrls package.
> I'll check tonight, but in the meantime, can you make sure you did not modify the packages from what they are in the SVN?
No, I took the Daily snapshot (3.10.2008)


Subject: Re: latest jvcl under CB6
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 03 Oct 2008 13:26:45 +0200
Newsgroups: jedi.vcl

Vladimir wrote:
> OBones пишет:
>> OBones wrote:
>>> Vladimir wrote:
>>>> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
>>>
>>> also happens with d5, c5, d6
>>> It works fine with d10 and upper.
>>> I'm looking into it
>>
>> Fixed in SVN
> Now there are new errors for CB6:
> Can't load package JvAppFrmC6D.bpl, JvBDEC6D.bpl, JvCtrlsC6D.bpl .....
> Cannot load package JclVclC60, It contains unit Jclversioncontrol  which is also contained in package JvCtrlsC6R.

This is strange, I did not get a warning about JclVersionControl being included implicitly in the JvCtrls package.
I'll check tonight, but in the meantime, can you make sure you did not modify the packages from what they are in the SVN?


Subject: Re: latest jvcl under CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 03 Oct 2008 14:39:11 +0400
Newsgroups: jedi.vcl

OBones пишет:
> OBones wrote:
>> Vladimir wrote:
>>> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
>>
>> also happens with d5, c5, d6
>> It works fine with d10 and upper.
>> I'm looking into it
>
> Fixed in SVN
Now there are new errors for CB6:
Can't load package JvAppFrmC6D.bpl, JvBDEC6D.bpl, JvCtrlsC6D.bpl .....
Cannot load package JclVclC60, It contains unit Jclversioncontrol  which is also contained in package JvCtrlsC6R.


Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Ivo Bauer <abuer@zom.zc>
Date: Thu, 02 Oct 2008 23:00:23 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> > Can you log it in mantis please? I'll do a fix real soon now.

Issue #4491 has just been filed:

http://homepages.codegear.com/jedi/issuetracker/view.php?id=4491

-- Ivo Bauer 

Subject: Re: latest jvcl under CB6
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 02 Oct 2008 18:50:17 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir wrote:
>> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.
>
> also happens with d5, c5, d6
> It works fine with d10 and upper.
> I'm looking into it

Fixed in SVN


Subject: Re: latest jvcl under CB6
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 02 Oct 2008 18:05:14 +0200
Newsgroups: jedi.vcl

Vladimir wrote:
> Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.

also happens with d5, c5, d6
It works fine with d10 and upper.
I'm looking into it


Subject: Re: Bug in JvGIF (Jvcl 3.35)(Delphi 2009)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 02 Oct 2008 18:03:22 +0200
Newsgroups: jedi.vcl

Alexandre Bento Freire wrote:
> Hi
> In JvGIF.pas line 292
> says: TGifSignature = array [0..2] of char; but it should be: TGifSignature = array [0..2] of AnsiChar; otherwise it gets AV
> Alexandre Bento Freire

Thanks, this is now in SVN.


Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Ivo Bauer <abuer@zom.zc>
Date: Thu, 02 Oct 2008 16:42:41 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> > Good point. I will fix this.   We should log this in Mantis. Can you log
> > it in mantis please? I'll do a fix real soon now.

I'd be more than happy to do that ASAP (= tonight). Thank you.

-- Ivo Bauer 

Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Warren Postma <wp@tekran.com>
Date: Thu, 02 Oct 2008 10:16:38 -0400
Newsgroups: jedi.vcl

Good point. I will fix this.   We should log this in Mantis. Can you log it in mantis please? I'll do a fix real soon now.

W


Subject: latest jvcl under CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Thu, 02 Oct 2008 15:01:41 +0400
Newsgroups: jedi.vcl

Latest daily JVCL3 installers does not work under CB6, there is a access violation and RunTime error 217 from JVCLInstaller.


Subject: Bug in JvGIF (Jvcl 3.35)(Delphi 2009)
From: "Alexandre Bento Freire" <programming.noreply@a-bentofreire.com>
Date: Thu, 2 Oct 2008 11:23:59 +0100
Newsgroups: jedi.vcl

Hi
In JvGIF.pas line 292
says: TGifSignature = array [0..2] of char; 
but it should be: TGifSignature = array [0..2] of AnsiChar; 
otherwise it gets AV
Alexandre Bento Freire


Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 01 Oct 2008 21:18:38 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> > Ooh. I was unaware that you would EVER quote floating point fields or
> > actually store commas as part of floating point values. I would have
> > thought that decimal values would ALWAYS be encoded in a CSV file as
> > "1.2" even if the locale display (France,Quebec) would dictate "1,2".

In fact, even TJvCsvDataSet itself uses (indirectly) decimal separator
setting taken from the system to convert floating point values into
their string representation during the CSV export (I tested it). I
think it would make the component more generic if the decimal
separator could be customized much like a (field) separator for both
import and export. I was thinking along these lines:

type
  TJvCsvDecimalSeparatorSetting = (
    dssSystem,
    dssCustom
  );

  TJvCsvDataSet = class(...)
  public
    ...
    property CustomDecimalSeparator: Char
      read FCustomDecimalSeparator write SetCustomDecimalSeparator
default '.';
    property DecimalSeparator: Char
      read GetDecimalSeparator;
    property DecimalSeparatorSetting: TJvCsvDecimalSeparatorSetting
      read FDecimalSeparatorSetting write SetDecimalSeparatorSetting
default dssSystem;
    ...
  end;

function TJvCsvDataSet.GetDecimalSeparator: Char;
begin
  case DecimalSeparatorSetting of
    dssSystem: Result := SysUtils.DecimalSeparator;
    dssCustom: Result := CustomDecimalSeparator;
  else
    Assert('internal error');
  end;
end;

What do you think?

-- Ivo Bauer 

Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 01 Oct 2008 18:12:46 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> > Ooh. I was unaware that you would EVER quote floating point fields or
> > actually store commas as part of floating point values. I would have
> > thought that decimal values would ALWAYS be encoded in a CSV file as
> > "1.2" even if the locale display (France,Quebec) would dictate "1,2".

Are you sure? Well, I had done some testing with Microsoft Office
Excel 2003 before posted my message here. The truth is that the
decimal separator used by Excel can be taken either from the system
setting or a from a custom setting. By default, it is configured to
pull that value from the system settings (which is comma in the Czech
Republic), so if you save an Excel list as a CSV, floating point
values appear with a comma in that generated CSV file.

Actually the localized version of my Excel 2003 uses a semicolon as a
CSV field separator instead of a comma, so the file format should
rather be referred to as a semicolon separated values. This setting is
hardcoded and cannot be changed, AFAICS.

I had tried to explicitely change the decimal separator setting in
Excel to be a semicolon (i.e. the same as a CSV field separator) and
then saved the list as CSV. I can confirm that when CSV decimal
separator equals to CSV field separator, Excel 2003 enquotes every
floating point value in the generated CSV files.

> > I would have to test this a little bit.  It would not be a difficult fix
> > to accomplish this, but your CSV files would then be unreadable by other
> > locales.   I think that floating point numbers should be encoded using
> > "." in the CSV file, and merely displayed on your application with ",". 
> > Is that not a better (and more globalized) solution?

It's not, IMO. Look, my program has to export a bunch of CSV files
that are intended to be consumed by Excel and other programs that can
import CSV files all over the world. While it is technically possible
to ask our customers to change the decimal separator setting in their
programs (Excel and others), I'm really hesitant to do that. I would
rather be able to specify the decimal separator in my program (maybe
as a newly introduced property in TJvCsvDataSet) and generate CSV
files according to needs of our customers.

OTOH, when you need to import a CSV file, I would like to be able to
specify the decimal separator in my program (again via the above
mentioned property) because only the user of my program knows the
origin of the CSV file they are trying to import into my program and
therefore they are responsible for specifying which decimal separator
the file in question uses.

Does it make any sense?

-- Ivo Bauer 

Subject: Re: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Warren Postma <wp@tekran.com>
Date: Wed, 01 Oct 2008 10:46:42 -0400
Newsgroups: jedi.vcl

Ooh. I was unaware that you would EVER quote floating point fields or actually store commas as part of floating point values. I would have thought that decimal values would ALWAYS be encoded in a CSV file as "1.2" even if the locale display (France,Quebec) would dictate "1,2".

I would have to test this a little bit.  It would not be a difficult fix to accomplish this, but your CSV files would then be unreadable by other locales.   I think that floating point numbers should be encoded using "." in the CSV file, and merely displayed on your application with ",".  Is that not a better (and more globalized) solution?

W


Subject: TJvCsvDataSet quoting issue (ATTN: Warren Postma)
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 01 Oct 2008 00:33:41 +0200
Newsgroups: jedi.vcl

Hi Warren,

Whereas TJvCsvDataSet automatically enquotes those string fields who
contain a field separator character, it seems to fail to do the same
for the floating point number fields. Incidentally, we use a comma as
a decimal separator for floating point numbers here in my country,
which is obviously the same as the default value of Separator property
of TJvCsvDataSet. The workaround is to use a different separator
character (e.g. semicolon), but it would be nice if TJvCsvDataSet was
automatically enquoting the floating point number fields in the same
way as it already does with string fields.

*** Here is a simple code that I use to export some values into CSV file:

procedure TMainForm.Button1Click(Sender: TObject);
  function GetFullCsvFilePath(const AFileName: string): string;
  begin
    Result :=
IncludeTrailingPathDelimiter(ExtractFilePath(ParamStr(0))) + AFileName;
  end;
var
  LDataSet: TJvCsvDataSet;
begin
  LDataSet := TJvCsvDataSet.Create(nil);
  try
    LDataSet.CsvFieldDef := 'TIME:%,PRESSURE:&';
    LDataSet.FileName := GetFullCsvFilePath('MyCsvTestFile.csv');
    LDataSet.LoadsFromFile := False;
    LDataSet.Open;
    try
      LDataSet.EmptyTable;
      LDataSet.AppendRecord([ 5, 10.01578978]);
      LDataSet.AppendRecord([10, 10.33778987]);
      LDataSet.AppendRecord([15, 10.63823532]);
      LDataSet.AppendRecord([20, 10.85023452]);
      LDataSet.AppendRecord([25, 11.11343532]);
    finally
      LDataSet.Close;
    end;
  finally
    LDataSet.Free;
  end;
end;

*** And here is how the contents of exported CSV file look:

TIME,PRESSURE
5,10,01578978
10,10,33778987
15,10,63823532
20,10,85023452
25,11,11343532


Do you want me to file a new Mantis issue?

-- Ivo Bauer 

Subject: JvInterpreter troubles
From: Christian Sciberras <uuf6429@gmail.com>
Date: Tue, 30 Sep 2008 22:31:23 +0200
Newsgroups: jedi.vcl

Hello all!

Finally got the news reader to work!
I'm new to using NewsGroups, and also new here.
Some might recognize me from Codegear/Embacadero forums or DelphiFusion.

Now to my problem:

I'd like to say that JvInterpreter is truly great! I am quite amazed on the amount of features it has!

My problem is, I need extending it but:
-I've looked everywhere for a documentation on it's (detailed) use, but not much came up. I saw the tutorial like intro by Dmitry and some examples on Krugle (I think).
-Is it still being supported/developerd? And if yes, who is/are the ones   in charge of it?
-How easy is it to add custom components? As I take it, JvInterpreter_all only supports a wide range of standard VCL controls, but custom added ones are not put there.
-This proves my lack of info on how it works.

Thanks a lot for your contribution!

I'm anciously waiting for a reply,
Christian


Subject: Re: JVCL Help Search
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 28 Sep 2008 22:27:54 +0200
Newsgroups: jedi.vcl

Just couldn't answer until now.
The import is not possible without DTX files. However, I believe Doc O Matic can export to DTX files.
Using DTX for import was made because that was the format we have in the JCL and JVCL

Christian Wimmer wrote:
> Either you forgot this post or this is not possible without the DTX
> files or a converter.
> Am I wrong?
>
> Christian
>
> Christian Wimmer schrieb:
>> OBones schrieb:
>>> It is completely possible, provided you have dtx (DocOMatic) files to
>>> integrate.
>>> The JCL was never integrated because it uses custom fields which I did
>>> not take the time to analyze, but this will change when I get time.
>>> If you have dtx files somewhere, please send them to me in an email,
>>> I'll look at them.
>>>
>> I use Docomatic but I don't use DTX files as maybe you think. Currently
>> all documentation is located directly in the source files. In this way
>> one hasn't to use help file at all. I prefer this way because class
>> authors tend to ignore their documentation.
>> Maybe is there are way to generate dtx files for you temporarily?
>> btw: What is the reason for dtx files?
>>
>> Regards
>> Christian Wimmer
>


Subject: Re: JVCL.net not existant??
From: "Daniel Rail" <daniel@accra.ca>
Date: Sun, 28 Sep 2008 14:13:11 -0300
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:gbg4mr$84j$1@news.talkto.net...
> > OBones wrote:
> >
>> >> Before that, you should have a look at the roadmap for .Net support
>> >> at codegear
> >
> > There are rumers that they want to do a restart with Delphi.NET. But
> > they are not confirmed nor denied, yet. I would wait until the new .NET
> > roadmap is published.

Judging by Nick's replies on the CodeGear non-tech group, it might be 
possible that VCL.Net will be dumped and that Delphi.Net will become an 
add-on personality to Visual Studio.  IMHO, that would be the best approach, 
because CodeGear would be able to use the Winforms and WPF designers in VS, 
which they wouldn't to create themselves otherwise(which was the reason for 
dropping the Winforms designer support in Delphi for .Net 2007).  And, the 
funny thing, we made clear to Nick in a conference call last year that our 
direction was .Net, and most likely using WPF.  So, it's possible that they 
are listening to customers.

And, if it would be to migrate some of the JVCL components to .Net, you 
would have to decide if it is to create them under Winforms, WPF or both. 
Winforms new development has stopped and it's only in maintenance mode. 
While WPF development is full steam ahead, and with the latest version of 
WPF(.Net3.5 SP1), the performance is better and now has a data grid 
component.  Also, some components wouldn't have to be migrated(i.e. the 
error indicator, which already exists under .Net Winforms and WPF).  And, 
third party development for WPF is picking up steam.  Also, keep in mind 
that a WPF component can be visually changed by modifying their XAML(i.e. a 
simple tree view can be displayed as a mind map or an organizational chart, 
just my modifying the XAML).

-- Best Regards, Daniel Rail Senior Software Developer ACCRA Solutions Inc.(www.accra.ca) ACCRA Med Software Inc.(www.filopto.com) 

Subject: Re: JVCL Help Search
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sun, 28 Sep 2008 18:30:48 +0200
Newsgroups: jedi.vcl

Either you forgot this post or this is not possible without the DTX
files or a converter.
Am I wrong?

Christian

Christian Wimmer schrieb:
> > OBones schrieb:
>> >> It is completely possible, provided you have dtx (DocOMatic) files to
>> >> integrate.
>> >> The JCL was never integrated because it uses custom fields which I did
>> >> not take the time to analyze, but this will change when I get time.
>> >> If you have dtx files somewhere, please send them to me in an email,
>> >> I'll look at them.
>> >>
> > 
> > I use Docomatic but I don't use DTX files as maybe you think. Currently
> > all documentation is located directly in the source files. In this way
> > one hasn't to use help file at all. I prefer this way because class
> > authors tend to ignore their documentation.
> > Maybe is there are way to generate dtx files for you temporarily?
> > btw: What is the reason for dtx files?
> > 
> > Regards
> > Christian Wimmer



Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 27 Sep 2008 09:46:04 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> So everything okay now?

Well, last time I tried, it was. And this was about a week ago.
There are still glitches in some components, but it installs fine in all IDEs I have here.


Subject: Re: JVCL.net not existant??
From: Warren Postma <wp@tekran.com>
Date: Fri, 26 Sep 2008 16:00:26 -0400
Newsgroups: jedi.vcl

HD wrote:
> Hello,
>
> I have migrated an application from Delphi 7 to Delphi 2007(Win32) and it works fine... but when I try to do the migration to Delphi 2007 (.net)
>   

This seems a VERY BAD idea at this point.  Not as bad as moving to Kylix right now is, but close.  Got the drift?

Warren


Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: Warren Postma <wp@tekran.com>
Date: Fri, 26 Sep 2008 15:58:05 -0400
Newsgroups: jedi.vcl

So everything okay now?

Warren


Subject: Re: JVCL 3.35 Bugs
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 26 Sep 2008 18:18:48 +0200
Newsgroups: jedi.vcl

Alex Artsikhovsky wrote:

> > If it is for 2009 only - why 2007 is a valid build target then?

Because the installer doesn't know that the Delphi 2007 compilation
wasn't tested before it was released.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.35 Bugs
From: "Alex Artsikhovsky" <artsikhovsky2001@yahoo.ca>
Date: Fri, 26 Sep 2008 10:52:41 -0500
Newsgroups: jedi.vcl

On Fri, 26 Sep 2008 10:41:04 -0500, Andreas Hausladen <AndreasDOTHausladen@gobvioustoberemovedmx.de> wrote:

> Wasn't JVCL 3.35 for Delphi 2009 only? The daily snapshots work with
> all supported IDE versions. I just installed it into Delphi 7, 2007 and
> 2009.

If it is for 2009 only - why 2007 is a valid build target then?


Subject: Re: JVCL 3.35 Bugs
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 26 Sep 2008 17:41:04 +0200
Newsgroups: jedi.vcl

Alex Artsikhovsky wrote:

> > 1. Install for RAD Studio 2007 fails

> > C:\Program Files\Jedi\VCL\run\JvTranslator.pas(501) Error: E2035 Not
> > enough actual parameters

Wasn't JVCL 3.35 for Delphi 2009 only? The daily snapshots work with
all supported IDE versions. I just installed it into Delphi 7, 2007 and
2009.


-- Regards, Andreas Hausladen 

Subject: JVCL 3.35 Bugs
From: "Alex Artsikhovsky" <artsikhovsky2001@yahoo.ca>
Date: Fri, 26 Sep 2008 10:34:11 -0500
Newsgroups: jedi.vcl

Environment: RAD Studio 2007, 2009 enterprise

1. Install for RAD Studio 2007 fails

Windows XP Service Pack 3 (5.1.2600)

JVCL 3.35.0.0

[Generating: Packages]
Generating packages for D11
Loaded template.dpk
Loaded template.dproj
Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdD11R.bpl]
[Compiling: JvCoreD11R.bpl]
[Compiling: JvSystemD11R.bpl]
[Compiling: JvStdCtrlsD11R.bpl]
[Compiling: JvCtrlsD11R.bpl]
[Compiling: JvAppFrmD11R.bpl]
[Compiling: JvCoreD11D.bpl]
[Compiling: JvAppFrmD11D.bpl]
[Compiling: JvBandsD11R.bpl]
[Compiling: JvBandsD11D.bpl]
[Compiling: JvCustomD11R.bpl]
[Compiling: JvDlgsD11R.bpl]
[Compiling: JvDBD11R.bpl]
[Compiling: JvBDED11R.bpl]
[Compiling: JvDBD11D.bpl]
[Compiling: JvBDED11D.bpl]
[Compiling: JvCmpD11R.bpl]
CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear
C:\Program Files\Jedi\VCL\run\JvTranslator.pas(501) Error: E2035 Not enough actual parameters
JvCmpD11R.dpk(68) Fatal: F2063 Could not compile used unit '..\..\run\JvTranslator.pas'


2. tjvhlEditor is dispalynig some odd "++++" like symbols after the end of the line characters for each populated line

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: JVCL.net not existant??
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 25 Sep 2008 17:27:37 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Before that, you should have a look at the roadmap for .Net support
> > at codegear

There are rumers that they want to do a restart with Delphi.NET. But
they are not confirmed nor denied, yet. I would wait until the new .NET
roadmap is published.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL.net not existant??
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 25 Sep 2008 15:03:20 +0200
Newsgroups: jedi.vcl

HD wrote:
> thank you very much for this information...
> I will have to take that into account when migrating our application into Delphi 2007 .net

Before that, you should have a look at the roadmap for .Net support at codegear. Basically, it might not be worth it at all to invest too much in WinForms, especially considering that it is not fully supported in CDS 2007 anyway...
What is your need for porting to .Net?


Subject: Re: JVCL.net not existant??
From: "HD" <dumh@hotmail.com>
Date: Thu, 25 Sep 2008 08:33:39 -0400
Newsgroups: jedi.vcl

thank you very much for this information...
I will have to take that into account when migrating our application into 
Delphi 2007 .net

Helene

"OBones" <obones_gf_@_fe_altern.org> a écrit dans le message de news: 
gbf5e5$31o$1@news.talkto.net...
> > HD wrote:
>> >> Hello,
>> >>
>> >> I have migrated an application from Delphi 7 to Delphi 2007(Win32) and it 
>> >> works fine... but when I try to do the migration to Delphi 2007 (.net), I 
>> >> have a lot of .dcuil missing especially with the JVCL components...
>> >> Can someone tell me what I have to do to make the application work in 
>> >> .net?
>> >> Thank you very much in advance.
> >
> > The JVCL is not designed to work with Delphi.Net and no effort is 
> > currently taking place for this level of support. Basically, not many 
> > people require it and many components use Win32 specifics that cannot be 
> > emulated in .Net 




Subject: Re: issues with the jvcl installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 25 Sep 2008 08:34:37 +0200
Newsgroups: jedi.vcl

SEan Farrow wrote:
> Hi:
> When trying to install the latest svn of the jvcl, I can not install in cg 2009. The jcl installs successfully in 2009. tdelphi/c++ builder is not registered.
> Any one go any ideas?

None, they installed fine with the RTM build here.
You could try to debug the installer to see why it says so. Keep in mind that you need the SVN version for both the JCL and JVCL


Subject: Re: JVCL.net not existant??
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 25 Sep 2008 08:33:22 +0200
Newsgroups: jedi.vcl

HD wrote:
> Hello,
>
> I have migrated an application from Delphi 7 to Delphi 2007(Win32) and it works fine... but when I try to do the migration to Delphi 2007 (.net), I have a lot of .dcuil missing especially with the JVCL components...
> Can someone tell me what I have to do to make the application work in .net?
> Thank you very much in advance.

The JVCL is not designed to work with Delphi.Net and no effort is currently taking place for this level of support. Basically, not many people require it and many components use Win32 specifics that cannot be emulated in .Net


Subject: Re: TJvCustomAppStorage.GetStoredValues method broken?
From: Ivo Bauer <abuer@zom.zc>
Date: Thu, 25 Sep 2008 01:49:05 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> > Mantis entry has been filed and the sample application is attached:
> > http://homepages.codegear.com/jedi/issuetracker/view.php?id=4473

Jens, thank you very much for your work on this issue. Much appreciated!

I have tried to post some follow-up comments to Mantis, but was not
allowed to do that since you had marked this issue as resolved. I'm
posting my comments here:

(1) A call to GetStoredValues produces correct results for these
options (all 3 storage types):

[aeoValues]
[aeoValues, aeoRecursive]
[aeoValues, aeoReportRelative, aeoRecursive]

(2) A call to GetStoredValues produces incorrect results for these
options (INI file storage):

[aeoFolders]
[aeoFolders, aeoRecursive]
[aeoFolders, aeoReportRelative, aeoRecursive]

Registry storage and XML file storage report all folders correctly,
but INI file storage does not report the last top-level folder (in
this case Folder3). Could you please have a look at this issue when
time permits?

(3) A call to GetStoredValues automatically prepends both the
top-level values and top-level folders with backslash unless
aeoReportRelative option is specified, in that case nothing gets
prepended with backslash. I propose a modification to GetStoredValues
method so that it prepends everything (folders as well as values) with
backslash *regardless* of presence or absence of aeoReportRelative
option. The reasoning behind this is that (according to the comments
in the source code) folders and/or values are reported *relative* to
the requested path if aeoReportRelative option is present or
*relative* to the storage current (root) path if aeoReportRelative
option is not specified. In other words, regardless of whether this
option is present or absent, the reported folders/values are always
relative to some path. As relative paths usually begin with backslash
(this is also in accordance with the comments in the source code), I
suggest to always prepend everything with backslash. What do you think?

Do you want me to file a new Mantis issue(s)?

-- Ivo Bauer 

Subject: JVCL.net not existant??
From: "HD" <dumh@hotmail.com>
Date: Wed, 24 Sep 2008 14:24:01 -0400
Newsgroups: jedi.vcl

Hello,

I have migrated an application from Delphi 7 to Delphi 2007(Win32) and it 
works fine... but when I try to do the migration to Delphi 2007 (.net), I 
have a lot of .dcuil missing especially with the JVCL components...
Can someone tell me what I have to do to make the application work in .net?
Thank you very much in advance.

H. Dumas 




Subject: issues with the jvcl installation
From: "SEan Farrow" <sean.farrow@seanfarrow.co.uk>
Date: Wed, 24 Sep 2008 19:08:40 +0100
Newsgroups: jedi.vcl

Hi:
When trying to install the latest svn of the jvcl, I can not install in cg 
2009. The jcl installs successfully in 2009. tdelphi/c++ builder is not 
registered.
Any one go any ideas?
Chers
SEan. 




Subject: Re: Color property! heh!
From: "xpin" <roman.silin@autodealer.ru>
Date: Wed, 24 Sep 2008 12:29:21 +0600
Newsgroups: jedi.vcl

Hello!

) Google plexiglass...
This!!!

- roman


Subject: Re: JVCL Help Search
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Tue, 23 Sep 2008 11:41:51 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> > 
> > It is completely possible, provided you have dtx (DocOMatic) files to
> > integrate.
> > The JCL was never integrated because it uses custom fields which I did
> > not take the time to analyze, but this will change when I get time.
> > If you have dtx files somewhere, please send them to me in an email,
> > I'll look at them.
> > 

I use Docomatic but I don't use DTX files as maybe you think. Currently
all documentation is located directly in the source files. In this way
one hasn't to use help file at all. I prefer this way because class
authors tend to ignore their documentation.
Maybe is there are way to generate dtx files for you temporarily?
btw: What is the reason for dtx files?

Regards
Christian Wimmer


Subject: Re: TJvCustomAppStorage.GetStoredValues method broken?
From: Ivo Bauer <abuer@zom.zc>
Date: Tue, 23 Sep 2008 10:59:24 +0200
Newsgroups: jedi.vcl

Jens wrote:
> > please create a mantis entry for this.
> > 
> > And if possible, please include a sample application.

Thanks for the response, Jens.

Mantis entry has been filed and the sample application is attached:

http://homepages.codegear.com/jedi/issuetracker/view.php?id=4473

-- Ivo Bauer 

Subject: Re: TJvCustomAppStorage.GetStoredValues method broken?
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 23 Sep 2008 08:32:10 +0100
Newsgroups: jedi.vcl

Hi Ivo,

please create a mantis entry for this.

And if possible, please include a sample application.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL Help Search
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 23 Sep 2008 08:30:13 +0200
Newsgroups: jedi.vcl

Christian Wimmer wrote:
> Hi
>
> Just wondering about this site:
> http://homepages.codegear.com/jedi/jedihelp
>
> Why does it say JEDI Online Help, but only contains the JVCL Online
> Help? Don't mistake me! I'm asking because I want to know if it would be
> possible to add the JWSCL Online Help (http://jwscldoc.delphi-jedi.net).
> We don't have a search page and I have no clue how to create one.
> So is it possible to integrate JWSCL?

It is completely possible, provided you have dtx (DocOMatic) files to integrate.
The JCL was never integrated because it uses custom fields which I did not take the time to analyze, but this will change when I get time.
If you have dtx files somewhere, please send them to me in an email, I'll look at them.

Cheers
Olivier


Subject: Re: Problem installing JCL on 2009
From: "xpin" <roman.silin@autodealer.ru>
Date: Tue, 23 Sep 2008 11:49:32 +0600
Newsgroups: jedi.vcl

But may be this?:

function TJclOTAExpertBase.GetActiveProject: IOTAProject;
....
begin
 Result := nil;
 try
   TempProjectGroup := ProjectGroup;
 ...
 except
   Pointer(Result) := nil;
 end;
end;

-- 
regards


Subject: Re: Problem installing JCL on 2009
From: "xpin" <roman.silin@autodealer.ru>
Date: Tue, 23 Sep 2008 11:35:02 +0600
Newsgroups: jedi.vcl

> Problem installing JCL on 2009

Problem with JCL on 2006:

I'm sorry for my English  8^)

TJclOTAExpertBase... (
FOTAModuleServices - for fast access??? (

How dynamic unload The JclBaseExpert package?

> Any idea what all that means and why it won't work? 

best regards,
R.Silin


Subject: Re: feature request: TJvTrayIcon, TJvDropTarget.
From: "xpin" <roman.silin@autodealer.ru>
Date: Tue, 23 Sep 2008 11:24:00 +0600
Newsgroups: jedi.vcl

I'm sorry ;)

> 3. My Report of changes in attach...

new decoded attach...

best regards,
xpin


jvcl3.htm


  jvcl3


    Items view

xslt processor must support "www.w3.org/1999/XSL/Transform" 
<http://www.w3.org/1999/XSL/Transform>

--------------------------------------------------------------------------------

Microsoft - http://www.microsoft.com

   1.


                  ...

          20.09.2008 2:41:11  Load Comparison: E:\.borland\jvcl<->  E:\.borland\www\jvcl\jcl\jvcl3
          20.09.2008 2:47:34  Copied E:\.borland\www\jvcl\jcl\jvcl3\run\JvAppXMLStorage.pas to E:\.borland\jvcl\run\JvAppXMLStorage.pas
          20.09.2008 2:48:27  Copied E:\.borland\www\jvcl\jcl\jvcl3\run\JvColorProvider.pas to E:\.borland\jvcl\run\JvColorProvider.pas
          20.09.2008 2:54:04  Copied E:\.borland\www\jvcl\jcl\jvcl3\run\JvDataProvider.pas to E:\.borland\jvcl\run\JvDataProvider.pas
          20.09.2008 2:55:27  Copied E:\.borland\www\jvcl\jcl\jvcl3\run\JvJCLUtils.pas to E:\.borland\jvcl\run\JvJCLUtils.pas
          20.09.2008 2:56:05  Copied E:\.borland\www\jvcl\jcl\jvcl3\run\JvMemo.pas to E:\.borland\jvcl\run\JvMemo.pas
          20.09.2008 2:57:05  Copied E:\.borland\www\jvcl\jcl\jvcl3\run\JvParameterList.pas to E:\.borland\jvcl\run\JvParameterList.pas
          20.09.2008 2:59:00  Copied E:\.borland\www\jvcl\jcl\jvcl3\run\JvProgramVersionCheck.pas to E:\.borland\jvcl\run\JvProgramVersionCheck.pas
          20.09.2008 3:01:26  Copied E:\.borland\www\jvcl\jcl\jvcl3\run\JvTranslator.pas to E:\.borland\jvcl\run\JvTranslator.pas
          20.09.2008 3:01:47  Deleted E:\.borland\jvcl\packages\d10per\JvInterpreterD10D.cfg
          20.09.2008 3:01:52  Successfully Copied 2 Files
          20.09.2008 3:02:13  Deleted E:\.borland\jvcl\packages\d10\JvRuntimeDesignD10D.cfg
          20.09.2008 3:02:20  Successfully Copied 2 Files
          20.09.2008 3:02:53  Deleted E:\.borland\jvcl\packages\d10\JvNetD10R.cfg
          20.09.2008 3:03:02  Successfully Copied 3 Files
          20.09.2008 3:03:16  Deleted E:\.borland\jvcl\packages\d10\JvDotNetCtrlsD10D.cfg
          20.09.2008 3:05:21  Successfully Copied 3 Files

   2.


                  E:\.borland\jvcl\run\JvAppXMLStorage.pas?procedure
                  TJvAppXMLStorageOptions.SetWhiteSpaceReplacement(const Value:
                  string);

          {$IFDEF MSWINDOWS}
          const
             CharIsWhiteSpace = [#9,#10,#13,#27,#32];
          {$ENDIF MSWINDOWS}

   3.


                  E:\.borland\jvcl\run\JvColorProvider.pas?function
                  GetUniqueMappingName(Mappings: TJvColorProviderNameMappings;
                  Prefix: string): string;

          {$IFDEF MSWINDOWS}
          const
             CharIsDigit = ['0','1','2','3','4','5','6','7','8','9'];
          {$ENDIF MSWINDOWS}

   4.


                  E:\.borland\jvcl\run\JvDataProvider.pas?function
                  GetUniqueCtxName(Contexts: IJvDataContexts; Prefix: string):
                  string;

          function SubItem(Parent: IJvDataItem; Index: Integer): IJvDataItem; {$IFDEF SUPPORTS_OVERLOAD}overload;{$ENDIF} override;
               function {$IFDEF SUPPORTS_OVERLOAD}SubItem(Parent, Index: Integer): IJvDataItem; overload; override;{$ENDIF}
               function SubItemIndex(Parent: IJvDataItem; Index: Integer): Integer; {$IFDEF SUPPORTS_OVERLOAD}overload;{$ENDIF} override;
               function {$IFDEF SUPPORTS_OVERLOAD}SubItemIndex(Parent, Index: Integer): Integer; overload; override;{$ENDIF}

   5.


                  E:\.borland\jvcl\run\JvDataProvider.pas?function
                  GetUniqueCtxName(Contexts: IJvDataContexts; Prefix: string):
                  string;

          {$IFDEF MSWINDOWS}
          const
             CharIsDigit = [#48,#49,#50,#51,#52,#53,#54,#55,#56,#57];
          {$ENDIF MSWINDOWS}

   6.


                  E:\.borland\jvcl\run\JvJCLUtils.pas?TFileTime = Integer;

          type
             TFileTime = Integer;
          {$ENDIF UNIX}

          {$IFDEF MSWINDOWS}
          const
             NativeSpace = 'ð';
             NativeForwardSlash = '/';
          {$ENDIF MSWINDOWS}

   7.


                  D:\.borland\jvcl\run\JvMemo.pas?procedure
                  TJvCustomMemo.KeyPress(var Key: Char);

          {$IFDEF MSWINDOWS}
          const
             NativeBackSpace = #127;
          {$ENDIF MSWINDOWS}

   8.


                  E:\.borland\jvcl\run\JvParameterList.pas?function
                  TJvBaseParameter.GetParameterNameBase: string;

          function TJvBaseParameter.GetParameterNameBase: string;
          const cAllowedChars = ['-','+','/',',',' ','~'];

   9.


                  E:\.borland\jvcl\run\JvProgramVersionCheck.pas?UNITVERSIONING:

          {$IFDEF MSWINDOWS}
          const
             NativeLineBreak = #$D#$A;
          {$ENDIF MSWINDOWS}

          {$IFDEF UNITVERSIONING}
          const

  10.


                  E:\.borland\jvcl\run\JvTranslator.pas?function
                  TJvTranslator.ComponentToXML(const AComponent: TComponent;
                  Recurse: Boolean): string;

          var
             AName: string;
             AElem: TJvSimpleXMLElem;
             JclStream: TJclStream;

  11.


                  E:\.borland\jvcl\run\JvTranslator.pas?function
                  TJvTranslator.ComponentToXML(const AComponent: TComponent;
                  Recurse: Boolean): string;

          StringStream := TStringStream.Create(Result);
               try
                 JclStream := TJclStream.Create;
                 try
                   FXML.Root.SaveToStream(JclStream);

  12.


                  E:\.borland\jvcl\packages\d10\JvDotNetCtrlsD10D.dpk?vclx

          vclx,
             dbrtl,
             vcldb;

  13.


                  E:\.borland\jcl\source\JclStringConversions.pas

          unit JclStringConversions;
          interface
          {$IFDEF MSWINDOWS}
          {$I JclStringConversions.inc}
          const
             rAllowedChars = ['-','+','/',',',' ','~'];
          {$ELSE}
          const
             CharIsWhiteSpace = [#9,#10,#13,#27,#32];
             CharIsDigit = [#48,#49,#50,#51,#52,#53,#54,#55,#56,#57];
             NativeSpace = 'ð';
             NativeForwardSlash = '/';
             NativeBackSpace = #127;
             cAllowedChars = ['-','+','/',',',' ','~'];
             NativeLineBreak = #$D#$A;
          {$ENDIF MSWINDOWS}
          type
             TJclStringStream = TJclStream;
          {$IFDEF SUPPORTS_NODEFINE}{$NODEFINE TJclStringStream}{$ENDIF}
          implementation
          const
             CharIsDigit = ['0','1','2','3','4','5','6','7','8','9']; //overload;
          end.

  14.


                  ..\..\..\.borland\jcl\source\common\JclStringConversions.pas

          {**************************************************************************************************}
          {                                                                                                  }
          { Project JEDI Code Library (JCL)                                                                  }
          {                                                                                                  }
          { The contents of this file are subject to the Mozilla Public License Version 1.1 (the "License"); }
          { you may not use this file except in compliance with the License. You may obtain a copy of the    }
          { License at http://www.mozilla.org/MPL/                                                           }
          {                                                                                                  }
          { Software distributed under the License is distributed on an "AS IS" basis, WITHOUT WARRANTY OF   }
          { ANY KIND, either express or implied. See the License for the specific language governing rights  }
          { and limitations under the License.                                                               }
          {                                                                                                  }
          { The Original Code is $Id: JclStrings.pas,v 2373^                                                 }
          {                                                                                                  }
          { The Initial Developer of the Original Code is Marcel van Brakel.                                 }
          { Portions created by Marcel van Brakel are Copyright (C) Marcel van Brakel. All rights reserved.  }
          {                                                                                                  }
          {**************************************************************************************************}
          {                                                       }
          { Contributor(s):                                       }
          {   Alexander Radchenko                                 }
          {   Andreas Hausladen (ahuser)                          }
          {   Anthony Steele                                      }
          {   Azret Botash                                        }
          {   Barry Kelly                                         }
          {   Huanlin Tsai                                        }
          {   Jack N.A. Bakker                                    }
          {   Jean-Fabien Connault (cycocrew)                     }
          {   John C Molyneux                                     }
          {   Leonard Wennekers                                   }
          {   Marcel Bestebroer                                   }
          {   Martin Kimmings                                     }
          {   Martin Kubecka                                      }
          {   Massimo Maria Ghisalberti                           }
          {   Matthias Thoma (mthoma)                             }
          {   Michael Winter                                      }
          {   Nick Hodges                                         }
          {   Olivier Sannier (obones)                            }
          {   Pelle F. S. Liljendal                               }
          {   Petr Vones (pvones)                                 }
          {   Rik Barker (rikbarker)                              }
          {   Robert Lee                                          }
          {   Robert Marquardt (marquardt)                        }
          {   Robert Rossmair (rrossmair)                         }
          {   Andreas Schmidt                                     }
          {                                                       }
          {*******************************************************}
          {                                                       }
          { Various character and stream stub-routines            }
          {                                                       }
          {*******************************************************}
          {                                                       }
          { Last modified: $Date: 2008/09/23 10:44:02, +0500 $    }
          { Revision:      $Rev:: 2372                            }
          { Author:        $Author:: xpin                         }
          {                $Id: JclStringConversions.pas $        }
          {*******************************************************}

          unit JclStringConversions;

          {$I jcl.inc}

          interface

          uses
             {$IFDEF UNITVERSIONING}
             JclUnitVersioning,
             {$ENDIF UNITVERSIONING}
             {$IFDEF MSWINDOWS}
             Windows,
             {$ENDIF MSWINDOWS}
             Classes, SysUtils,
             JclStrings,
             JclStreams, JclSimpleXml;

          {$IFDEF MSWINDOWS}

          const
             AnsiRu = AnsiChar(#240);
             AnsiForwardSlash = AnsiChar('/');

             NativeSpace = AnsiRu;
             NativeForwardSlash = AnsiForwardSlash;
             NativeBackSpace = AnsiChar(VK_BACK);
             NativeLineBreak = #$D#$A;

             rAllowedChars: TSysCharSet =
               ['A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M',
               'N', 'O', 'P', 'Q', 'R', 'S', 'T', 'U', 'V', 'W', 'X', 'Y', 'Z',
               'a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j', 'k', 'l', 'm',
               'n', 'o', 'p', 'q', 'r', 's', 't', 'u', 'v', 'w', 'x', 'y', 'z',
               '0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '_'];

          function CharIsDigit(const C: Char): Boolean; {$IFDEF CLR} inline; {$ENDIF} overload;
          function CharIsWhiteSpace(const C: Char): Boolean; {$IFDEF CLR} inline; {$ENDIF} overload;
          function CharIsDigit: TSysCharSet; {$IFDEF CLR} inline; {$ENDIF} overload;
          function CharIsWhiteSpace: TSysCharSet; {$IFDEF CLR} inline; {$ENDIF} overload;

          type
             TJclStringStream = class(TJclStreamDecorator);
          {$IFDEF SUPPORTS_NODEFINE}{$NODEFINE TJclStringStream}{$ENDIF}

             TJclSimpleXMLElemHelper = class helper for TJclSimpleXMLElem
             public
               procedure SaveToStringStream(Stream: TStream);
             end;

          {$ENDIF MSWINDOWS}

          implementation

          {$IFDEF MSWINDOWS}

          function CharIsDigit(const C: Char): Boolean;
          begin
             Result := JclStrings.CharIsDigit(C);
          end;

          function CharIsWhiteSpace(const C: Char): Boolean;
          begin
             Result := JclStrings.CharIsWhiteSpace(C);
          end;

          function CharIsDigit: TSysCharSet;
          begin
             Result := [#48..#57];
          end;

          function CharIsWhiteSpace: TSysCharSet;
          begin
             Result := [#9..#13,#32];
          end;

          procedure TJclSimpleXMLElemHelper.SaveToStringStream(Stream: TStream);
          //stub
          begin
             inherited SaveToStream(Stream);
             ;
          end;

          {$ENDIF MSWINDOWS}

          end.

AutoDealer,
Roman Silin sources <http://cc.codegear.com/item/24351> . Copyright © 1995-2007.


jvcl3.htm
	



Subject: Re: TJvCustomAppStorage.GetStoredValues method broken?
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 22 Sep 2008 23:09:04 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> > OTOH,  with JvAppIniFileStorage (DefaultSection property set to
> > Default) the obtained values should be same, but I get only one instead:
> > ====
> > \ValueWithoutSection
> > ====

Here are the test results with JvAppXmlFileStorage (RootNodeName set
to Root). The GetStoredValues method returns the correct values, but
it additionally returns all folders as well even it was not asked for
it (option aeoFolders was exclused from the option set):
====
\ValueWithoutSection
\Section1
\Section2
\Section1\SomeValue
\Section2\Value1
\Section2\Value2
\Section2\Value3
\Section2\SubSection1
\Section2\SubSection2
\Section2\SubSection1\Value111
\Section2\SubSection1\Value222
\Section2\SubSection1\Value333
\Section2\SubSection1\Value444
\Section2\SubSection2\Value119
\Section2\SubSection2\Value229
\Section2\SubSection2\Value339
\Section2\SubSection2\Value449
====

It seems to me that the implementation of GetStoredValues is seriously
flawed. :-(

Any chance that someone who possesses required knowledge could take a
look at it, please?

-- Ivo Bauer 

Subject: Re: TJvCustomAppStorage.GetStoredValues method broken?
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 22 Sep 2008 21:48:50 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> > I'm just trying to get a list of ALL stored values in descendants of
> > TJvCustomStorage using GetStoredValues method. While it works for
> > TJvRegistryStorage, I can't make it work for TJvAppIniFileStorage.

OK, someone might get scared by the length of my post, so I'm going to
ask a single question this time. ;-)

Is GetStoredValues method of TJvCustomAppStorage supposed to produce
the same results regardless of a type of underlying storage? I mean,
provided that you have the same folder/value hierarchy in
TJvAppRegistryStorage, TJvAppIniFileStorage, etc. is GetStoredValues
method supposed to give the same results when called against any of
these concrete descendants of TJvAppCustomStorage?

Thank you in advance.

-- Ivo Bauer 

Subject: JVCL Help Search
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Mon, 22 Sep 2008 20:26:46 +0200
Newsgroups: jedi.vcl

Hi

Just wondering about this site:
http://homepages.codegear.com/jedi/jedihelp

Why does it say JEDI Online Help, but only contains the JVCL Online
Help? Don't mistake me! I'm asking because I want to know if it would be
possible to add the JWSCL Online Help (http://jwscldoc.delphi-jedi.net).
We don't have a search page and I have no clue how to create one.
So is it possible to integrate JWSCL?

Thanks

Regards
Christian Wimmer
blog.delphi-jedi.net

PS.
cite: "Welcome to the JEDI online help system which contains the
documentation for various JEDI projects. The first ones are the JVCL and
the JCL but more will come in the future."
And the feature has just arrived! ;-)


Subject: TJvCustomAppStorage.GetStoredValues method broken?
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 22 Sep 2008 12:58:25 +0200
Newsgroups: jedi.vcl

Hello,

I'm just trying to get a list of ALL stored values in descendants of
TJvCustomStorage using GetStoredValues method. While it works for
TJvRegistryStorage, I can't make it work for TJvAppIniFileStorage.
What am I doing wrong? Or is the implementation of GetStoredValues
method broken?

I'm using the following code to save the values into a storage:

procedure TMainForm.SaveButtonClick(Sender: TObject);
var
  MyStorage: TJvCustomAppStorage;
begin
  MyStorage := IniStorage;
  MyStorage.WriteString('ValueWithoutSection', 'xxxyyy');
  MyStorage.WriteString('.\Section1\SomeValue', 'sadr');
  MyStorage.WriteString('.\Section2\Value1', 'asdf');
  MyStorage.WriteString('.\Section2\Value2', 'asd');
  MyStorage.WriteString('.\Section2\Value3', 'dzsxfg');
  MyStorage.WriteString('.\Section2\SubSection1\Value111', 'asdfg');
  MyStorage.WriteString('.\Section2\SubSection1\Value222', 'fsxgd');
  MyStorage.WriteString('.\Section2\SubSection1\Value333', 'jhkl');
  MyStorage.WriteString('.\Section2\SubSection1\Value444', 'hkjl;kilu');
  MyStorage.WriteString('.\Section2\SubSection2\Value119', 'jkl.');
  MyStorage.WriteString('.\Section2\SubSection2\Value229', 'uio;uiop');
  MyStorage.WriteString('.\Section2\SubSection2\Value339', 'sezuil');
  MyStorage.WriteString('.\Section2\SubSection2\Value449', 'fseruji');
  MyStorage.Flush;
end;

And this code to get a list of all stored values:

procedure TMainForm.LoadButtonClick(Sender: TObject);
var
  MyStorage: TJvCustomAppStorage;
begin
  MyStorage := IniStorage;
  Memo.Clear;
  MyStorage.GetStoredValues('', Memo.Lines, [aeoValues, aeoRecursive]);
end;

With JvAppRegistryStorage (Root property set to Software\My Company\My
Program\My Profile) the obtained values are:
====
\ValueWithoutSection
\Section1\SomeValue
\Section2\Value1
\Section2\Value2
\Section2\Value3
\Section2\SubSection1\Value111
\Section2\SubSection1\Value222
\Section2\SubSection1\Value333
\Section2\SubSection1\Value444
\Section2\SubSection2\Value119
\Section2\SubSection2\Value229
\Section2\SubSection2\Value339
\Section2\SubSection2\Value449
====

OTOH,  with JvAppIniFileStorage (DefaultSection property set to
Default) the obtained values should be same, but I get only one instead:
====
\ValueWithoutSection
====

The contents of generated INI file looks OK to me:
====
[Default]
ValueWithoutSection=xxxyyy

[Section1]
SomeValue=sadr

[Section2]
Value1=asdf
Value2=asd
Value3=dzsxfg

[Section2\SubSection1]
Value111=asdfg
Value222=fsxgd
Value333=jhkl
Value444=hkjl;kilu

[Section2\SubSection2]
Value119=jkl.
Value229=uio;uiop
Value339=sezuil
Value449=fseruji
====

Could anyone please tell me what am I doing wrong? I really need to
make this work. :-(

Thank you in advance.

-- Ivo Bauer 

Subject: Re: feature request: TJvTrayIcon, TJvDropTarget.
From: "xpin" <roman.silin@autodealer.ru>
Date: Mon, 22 Sep 2008 15:41:10 +0600
Newsgroups: jedi.vcl

I'm sorry, I don't understand what you are saying

OK,
I'm sorry for my English. (digression: SUPPORT_REINTRODUCE not worked).

I want show (JvTrayIcon.pas):

procedure TJvTrayIcon.DoClick(Button: TMouseButton; Shift: TShiftState;
 X, Y: Integer);
begin
....
     SetForegroundWindow(FHandle);        //1
     FDropDownMenu.Popup(X, Y);        //2
//-->      PostMessage(FHandle, WM_NULL, 0, 0);        //3
....

If comment the line 3 then... I can not find differences in component or "examples\JvTrayIcon"?
What did WM_NULL post for? I'm sorry, I don't know "what PostMessage". (

ps:
1. AnsiRu  = AnsiChar(#240); NativeSpace = AnsiRu;...
2. Not found JclStringConversions...
3. My Report of changes in attach...

best regards,
xpin


jvcl3.xml

<?xml version="1.0" encoding="windows-1251" standalone="yes"?>
<!DOCTYPE todo SYSTEM "todo2.dtd">
<!--?xml-stylesheet type="text/xsl" href="..\readme.xsl"?-->
<todo version="1.0.9" link="E:\_rootsbrl\Subreal\Example\jvcl3.xml">
  <menuitems group="jvcl"/>
  <item category="report of session" owner="compare" gmts="20080919210629">
    <![CDATA[
#»¿ºñà¿öÍì³ì³ùÍ¾Ð¿õÓáÈ²Ùô·áðÊß³ðÍîøýÄ±ÍÒôî²ÄÍõÐáÄ!Ìþ½áýÍXÙÅ¦sÓáà
³ÐõµÊÃÐQGôÐÊøåé¹Ê©º¾ª`³à‘àøà³î³àÍÙÍúÍX`}²Ê¼ÊÈø‘¿Ð³ÊÍÙ÷ìsüÐ6áÍáø­
²Ê¡}òÃÂìƒløßzìÖäøåìé³¿²¸á¸¿»ÕÞáÚÐÏþÏÍ)ùÊ¿á³øU±ào}z™t¾áÃÐyòÊé±D~w
áÄoÒ³³øÈÊhFÃÊÅÊµÐÂøÓø¡(7ö³÷¼ÝÒ±³6¿ÐJIYKÅÐ›|þÄðøýÍ$˜¦¦*2ðÈôÃsÌÍ
÷á¸ÊöÓþÓ¸Ð)­ÈÊ¸áÊá¾ÐÞ½Wdi¸ÍÎ³ÄÍ›ÐøÇøËá­™ÒÇÒî+/ûÍné³éõ$÷³³áõáY
YŸ ºÇåôÌîÎ¸¬Éä¨*…ÎÍÈøíõ4¸Ê¼ÄÙõÊîHÉ±iÎÍq$œMùÃÕÍúáéÍÄ½¹ôðÙ·Ù¤2¹ô
ßì·ÄöÄ¨mCi+ ¤œqºÕºó¬00Ý¼*wÌõµÊ²áMWõÊõ³¾ÐÇÖn¹Ðûá?GµÒCiÙ½ó¿¯œmÌÍú
ÍøáCºÍU´ÇòÇåÈ÷ï¸ÊÉÍ8ûô0eWÞÐÊÍ¹ÐÂáÊáñþrÙÇÓ½´ÍüáVñÅr„¡láöÅøÕáÒÍú
áõÄÔá·áÝøÍøíø11³²82Ìé´þ÷ÐºÄ¸Ðï³ñÍÐÕuJ1UiÒÇ»ÅQM±áøÇå¿Ú¼Þ¹AÁáAúô·
ìµÙÖÄ‚+Êõöá[QíÈM,u€˜ÊÍ…gîÃäÊµÕ³±Ž¾ß@±Õ•ÓÍG»õóÕ©/õÍ.¯’ýÍXW†­3ûÍß³
ÄÍ,´ßEYáÍÏÍòõáÄ¼õÌõÎõÞùäÁ¼Ê±Ô¾ÙûáöÊªuýÍ–›…°5üÄÃáþøÁø/µÄÌá÷ó_îÊÊÈ
³±ßýäÓóõ¹õ¸ÐåÍöÊ¹Ðllòõ¹õÇÄÁø¿Ê¸ÖàÍ¾ïáÙ1äÍéÄ]ºÅ¸ìÅî±ïßÈ,FõÙÖÊG\ic
êørõÊ:´óÓÐdýó!ù³êÄCÎºÌ¼’VÞºßøËõ0Ô¸Þ¸ÓóøñÐÈøÙ/Ë³·øðÄêÃaÒørÃÐÌýñ÷
µõ~ÂøÇõÈõ@Î±ðº?zÊÅõôÈìºÄ7³àºÙ´Ù
]]>
  </item>
  <item role="-1" gmts="20080919204700">
    <!--#»¿ÈàêÃïûª+‘¸Ä¸Ð½³N[ïÄêÍ€}ôÊý³ÙáN`täøÔ³yò³Õµ~½óJÄÍoÒõõÍÙ
³ÞßÃõKHÖõÏÍÓø¡ÊÐßõGÍ¿”ßÄ¸ÊÕÍ´ÍÐÍÐõWZ¾õŠ.šÙáˆ„ÚøFQòÍÊÍ¸³ 6}³ÐFd„
õáà³õ³}÷ÓÊ³îñô¸Âø~~ýÐôÊuˆ$ß±¹±ÃáêõŸ™|.Ú¼Èñe~àøÁÐÄõ¢¹õÌý¿áóø´ÄÃÐ
ÞáÎÍ“öÐ-->
    <![CDATA[
#»¿ºÅ?¢$ÈÄßÄ³ÄÌøªïÅßÔ½³»áÇõ¾ø¹áÃÄ·Êdht)Þø­¿øÊøÅõGF2ÞáqÍø¦rÁá[Hƒ‚
m„ÐøàõÐ³WhÖþ³õÓáòÍŠ¸³¸³¢müÞ¹ÐéõÙøßõÊÍÊ³lÙï¿ôºÊÙá³õ¼ø±ÊïÄø³Õ¿à²(ª
}Þá*¢¤‡ŽËøÅøàóñÍ
]]>
  </item>
  <item role="5" category="webIndigo" gmts="20080919204810">
    <!--#»¿ºñúóº¾ª+‘¸áÅÐìÐN[ºáËá€}²³¼ÊïÄN`täÍ±ÊyÏÐÕµ|ô±KÌøµøàÐþß
Óö¸³ù³DQñÍ³øäõŸ¡³ÊÓõGÄôœ÷ÐÔÐÅÍûÊñ³òøKL“«Óö³Ðlƒ¾ÄQIÝÄÄõos³õáøÎõÏ³
õ³ùápu¿áÉá’ÊÍÅßF¿ïŽêõ.šÙÍô÷w{vÇ÷ÝÕÙ¸)ßöä³ÖÍºÄõÐ‡PJ÷ÒÞáÂø¢ÅöpªÇ÷-->
    <![CDATA[
#»¿ºà?¢$ïÄßøÐøÖÍªï¸þ±½Ð»áÇõÞøËøóÍÉõdht)ûá­Õá³øÅõGF2ûáqøÄ¦rÁÄ[Hƒ‚
~ñö½ÍìÍàÐFÈññõñõ45Þõ¾ÐÃÄBGÂÐÅÓ¿õyt¿Êzu¿õ{[´Ô¿Ê|pôÊ}qÕ³~rÕÐ€Ï¿öî²
Êî³3ª}äÄ*¨ƒ¤ÃÄúá¸áàóñÍ
]]>
  </item>
  <item role="-1" category="interface" gmts="20080919205340">
    <!--#»¿ÙÅúÃÈÞª+‘àá¸³ì³N[Ùáêø€}Õ³Ò³ºÍN`tÞÍ±ÐyÂÐÕ÷yóÃ[Òõéõwþö¸
ÊÁÊïõQXÊøû³Ÿ¡Ê³ßõ‘ÍÕV÷Êó³àøûÐñ³ÂáÐÄLïà«ÓþÐ³lƒäÍð³IEÍÊòö~Õø}u¿øMW
’°sÊøË³Ð³à³ä½ÃìûÄŽúÊ­ÄÍz|ìµ»²Ùñ)Óßû³µÄÙøÐ³‡é¿ºàµÒäÄòÄÃõ¾øÁá“rÖý
»ýÇÌ-->
    <![CDATA[
#»¿ì¸Ìõ²Ð¾íÖõóÊ¸ÍûÊñ³ÂøKL“,òþÞ³rÅ÷³ÊWMŠðÞwÌ³ÞÐÃøêÊF¼ÕúÊ­ÖÍô÷yný³
DY\ÙÍË²±Ð­¾Ó¹ø³áU@*ùÄ%êÊÊõÓÍþø¾õJÝ¸áþýÄ1¢$ïÍÓøÊøúÃÎÃª,ÏáéÍáÍïÊ¸Ê
igÞÍ¿øÍÊÎÐ÷Ðû³½³ÖÃkÇÄýÄö³ù³µÊÞÐHNÌøîøÒÍ¢…¢¤Ëº³ºËøÅáºÄƒ )–,’™¸ÄÐ
Í¡}ÞÍÝìåÊ²ÕÔÍ‘’îºøÄûñƒüÐåÄõá™«ª¡ŸÒÍ°«¾ïïÄ•cÍøÅø±Ðó³päÓij~ƒïÍ‹Ž
šš©©n|L?íÈËºgiÊÐÎÍÞÐö¿ÅôŠŸ
]]>
  </item>
  <item role="2" category="implementation" gmts="20080919205233">
    <!--#»¿ïÅ¹Ôïûª+‘¸á¸³ìÐN[ïøúÍ€}ÕÐý³ºÄN`täÄóõyÏ³ÕÖy±ó[ý³é³wþÓ¸
Ðí³Ù³QX³áäõŸ¡õÊßÊ‘Ä²VÌÐÃÐÅøûÊàÐÂøÐøLï¸«þö³ÊlƒäøÉ³IEÄÐÂß~Õø}u¿áMW
’°sÊáË³Ð³à³ûÇÃîÞáŽËõ­Äáz|Ç÷»ôÈñ)ÓßÞ³÷áºÍ³Ê‡ýôÈàÖý¾øÂøÔÐäÍíø“rµý
ÝÒîµ-->
    <![CDATA[
#»¿Ùñ?¢$ÈøßÄõÍÖÍªÈ¸ßÔîõåÍ½ÐÞÍêÍÔøÉ³dht)Þø­ÕáõÍ¸ÐGF2ûÍqÍá¦rÁá[Hƒ‚
~¸Ó½áîÄàõFïÅñõñ³4ð¾ûÊ²á»ÐÌýŸÞÐ¸Íé³ïøòÊéøÊõl˜¨áõlyµõlzþõl{¼ÐléºÄ²
åÐl}ä³l~¯ª}+/*¢¤ÃÄúáàá¸ó¸á
]]>
  </item>
  <item role="3" gmts="20080919205511">
    <!--#»¿ºñ¹ÔÈäª+‘ñÄ¸ÊÇÐN[ïøúÍ€}ÕÐ¼ÐºáN`t¾á±Êy´ÊÕÖÕ÷ÒóÕÃºáí³lñ
³éÍÙõ õñJÊ³Ó³‘°þõu¼øNWwÅÌÝÄðÄŠà³¸ÐºÅòÔ¾ÓêõÐõßÄßÄû³Ž-->
    <![CDATA[
#»¿ïàF¸ÄíÍ¼õ¬äÄqøÍÙñgþÐu¼ÄíÄw¸µåÍMWŠ¸³¸Ð­ûßË³ÊÐWUþáûÐŽ}äÄ*¢ÃàúÔ±
ÍêÍÅÍïøª/±³LQõ³n)ûÍáÍóøÈÄÁ±ó±ÊøÌøª$ÇÐÚáì³QLêøÃÄðõÝÄðõ¦²ÍUVÅÐÞá
AÌáºÃuÒÐ¸³ÂàíÕÌõ}÷ßÐÊÓøZºÍÏÅÝ¸ÖÍ¾àtÁø€ÅÖˆpàÐ¼áC[µÐ´Ê~„ñÍÓ³ÔÐ¯Œ‰t
©ñøÎÍÄþÓß
]]>
  </item>
  <item role="1" gmts="20080919205558">
    <!--#»¿ºàúÔºÞª+‘Åá¸ÊìÐN[ïÍ¹Ä€}²Ðý³ïÄN`tûÄó³y´³Õµƒß±WðøþÄ†¡Ðõ
Óõ‘ÍôJöÄÅÐ²ÄÏÍÊÍõÐäÍHWŠ.î³Õµ|}´Í?;±Êþá¬¾ÄŽt¿ÐpjHäõòõÍøž¡ÞÐÖõJñ¸Ï
Í´ß‚¹Ê¦ríøÖ³*qßõ-->
    <![CDATA[
#»¿Ù¸?¢$Èøþáõá÷ÄªÈàÓ±î³»ÄìÐÞøêøóøð³dht)äÄ­ÕøõáÅÊGF2¾áqÍø%u¼ÊFQºÐ
Ö³ÞöÌöÓøðÍ€hJÐ³þøÏáŠñ³ÅõÖÄÕÅì²ÌøÒÍ¿ø}Þá*¢rÔá¹áñÄñÃñÍ
]]>
  </item>
  <item gmts="20080919205655">
    <!--#»¿ÈàúÔïÞª+‘ÅøÅõÇõN[ïÄ¹Ä€}ôÊ¼õºÄN`t¾á±Ðyò³²ÌÏßj[÷³Ì³¿áðÄ
ÐÊÊ³ûÐHÖÔnËõ¾ø¡õÊö³Gø¿œÌÐÃõñÄäõà³ÂøKL“.½Ð¿Ì{ÖÓß³îÕÉÅ£÷Ío­öÓÐÊ*Ö
Íþ±»ï·ÄÌßÓßƒú³÷éûáÂÄ±Ð%­ÎøŸ-->
    <![CDATA[
#»¿ºÅV÷ÊÃÐñÄ¾õñõÏÍ³áLÈñ.ìõÕ÷{Ìþßõ´ÊWjwÌ³ÌÐÕÍðÍÐõÐÊ‚ñÓŸ­þÓõÊEÉÍð±
”ÊÍÇïÝÄóøÃ²¹ÊÌýûá´ÄóÊäÄLUŸ}äÄ­¿ÄÐÄà³GFÝýˆþÓàßÄá÷áü³CWõÍûþríÄÌõõÍ
÷¼Èàß²ñ³45êÍúÄÔÍóø:I°…u(…Žl£…72áö3ª
]]>
  </item>
  <item gmts="20080919205837">
    <!--#»¿ï¸úÔÈäª+‘Åá¸ÐÇÐN[ºáúá€}ÕÐýÐÈáN`tûÄ±ÐyÂÊÕÖÏþjHàÐÉÍÒõ÷³
²áƒzWHÊáË³òÍÐÄñÓrñÄWYðøŠ¡õ³ö³‘¯f³ó¾øñÊÓÍ÷³äÊÐÄË³0)Ðø¾øäøùÄ6-->
    <![CDATA[
#»¿Èà?¢$ÈÄþø³ÄµøªºñßÃîÊåÄîÊ¾øËøÔøðõdht)ÞÍ­ôÍÊÍàõGF2¾áqÍø%u¼õFQºÐ
÷Ðpn¾áÃø¾Óà±HûõÝÄúÄ¸³ñÊµÄô¸óà£«Þø©3}äø|‰¢¤ÃøËáàøñ±ÈÄÙ¸nºÈ½áÌÍc±
ÐûÍ¸³ßÄµÊ¾õÅßsêÊòøÊÍÞá¾áíøð±êÄ
]]>
  </item>
  <item gmts="20080919205945">
    <!--#»¿Èàúóïûª+‘ñÄÅÊ½ÊN[ÈáêÄ€}²Ê¼ÐÙøN`tÞáÔÐyÂõ²ÌÓßgHÌõÙÍñ³ÈÊ
àøÒ³ÃõKHŸ¡³Ðþõ‘œµÊEL¸á¾ÐàõòÍÐÍ“.f¸ÈÁÄŽsÓøñõïÊõÄÔáWLê³áþƒ~Òõõá¨šÕ
³ÕÍõáà³äøÝ¼¤¯ÅÓ³ïà²úÐ.ºäñþñµ±³+~WY´³ûÄõÄòÊ¢Ë³¥ñÃKÄÍµøíøÚøºáŒµÊÒô
ºÅÖÒûÄÂáÃÐÞøÎøŸ-->
    <![CDATA[
#»¿Ù¸D¾õÖÊÙ¾ûáqÄá¤½ÃõÃu¿Ä·ø¢êÊÌýÞÍgiÃõûáÁáŸ¹ôÌáä±pNWüÍšúÊ.ÇÐ¿÷nh
Q»áñÊÕ³Îá¸ÖéÊõÄk»Ùíø÷ÄÄÍpÈø„Þö´á¤0ÚÍ¯íø´þl½Ö
]]>
  </item>
  <item gmts="20080919210103">
    <!--#»¿Ù¸¹óÈÞª+‘ñÄà³îõN[ïÍ¹Ä€}¿ÊéÊºÍN`tÞÍÔõyÏ³ÕÖÓþgHÌ³Ùá¸ÐÈÊ
¸ÄýÐ±ÊKHŸ¡õ³ßÊ‘œÖÊELàÍÞõ¸³ÂáÊø“.fñºíøŽsÓÍñõÈõ³øÃáWL¹õÍßƒ~éÊÊø¨šÕ
³ôÍÐÄñÊÞøÝý¤¯ÅöÊï¸ôêÊ.ï¾ñÓñµ±Ê+~WY´ÐûÍ³ÄÏõ¢¹Ð¥àóKÄø÷ÍÎáÚÍÙáŒÌÐ¼²
ï¸Ì¼¾ø´ÄÃÊÞáÎøŸ-->
    <![CDATA[
#»¿¡N²³_ûÓÂÄ±Ð¾ÄùáPßÄïøWåÄ²á’êÊÞø¸³._åÍÃáÞñ$íÃêÍ?ÐÊ’3iW´õÂÄÎÐÉÐ 
öÐ}áàÞ¸Þî²³@´Í±ÄªÕÐÌþøÍÞß’pºáOÍÄüô}ùá±ÍêÊ¹õûßpÒÈºñøÍªì³éõõÍ¥5iKø
Äó³6y¾õ÷ÐÇá„ƒ¾íÃøÃñÉõ}uÓ³
]]>
  </item>
  <item category="confirmation" owner="OK" gmts="20080919210508">
    <!--#»¿ïàËÃÈäª+‘Åá¸Ê½ÊN[ÙáËÍ€}¿õ¼õÙøN`sõ³öÍðÍ¹ø´ÄßÍWGu€˜ÐÄ!ò
Ê¿ÌDÃ±róõ‚rÐÊ~~FHÇõÈÊ~/Ðø.¯ÐøåÊ±³ÝÒåÕóÄC-->
    <![CDATA[#»¿Ù¸ï¸Íø™ÒõÈø»ÊÚýlþºéºqáø‰òøøõòÍ·õ)ÉîÏÍöáÍÄOÂøœ]]>
  </item>
  <item category="..." owner="JclStringConversions" gmts="20080919213201">
    <!--#»¿ÙÅúÃº¾ª+‘¸áñÊîõN[ºÍ¹Ä€}ÁÄïÄv`G¿õ¹ÊÞøõÐÂÄ´ÊéÔYºÄ„ûÓòÄ
ó³ÞÍÁøUôÔsÊÍü³µÐäÊ³ø¹õÂÊÄõõÍà³ ¡ÐõöÊ-->
    <![CDATA[
#»¿ºÅE±Ð¾á¸ÊÝÒ¯pÈøNhûÓÏáÃõäøÎÍmsKLð³Ö³¾Ê³á¹õÂø³ÄLG}äø¦äøËõÊõWH»
Ð¾ÄþÄ´Ä¬äÍ*?±Å$ÙáßøõÍ÷áª$þóh»áÇÐ¾á¹ø±áÉ³Úá_G%Ê³Íº¸ÄÔïÚÍtŒ¾øÅøV¿à
Ïö¦«åÍ.2äÍqÄÍºñHzàßáø÷Íð³þõõáXôÔríÄ÷ÐÊá÷¼àÐÅÐ¢m5¹áúÄ±ÍÃáÕø”¨í½Â²
¨$!l‰¨7œ3Ìß2¾á4¢¤ÁøÙÐò³øÄ‘Þïûê›‚m„ÊáñõÊõQ]Öþ£áÊ¡¢ßö¹õéõÈÄÉñúô³
ÄPbzºÐïÄõ³ÒÍÉÈ÷îÈÄÍÊÊø·äGC†ÅßK[ÞùÄá•^|ôøåÊÙÍû³%½ïa|Zd|ÝÄÍ½³¸yÌî
Ê¸™ËÈh|Êáýîõà|»îÐà}Þ½õñ6:ÏÃ’uéõàõÙÐÈî\³ÙÄ¸ÞñäÅé¸êº“pñ³éÍC[Ö³´Ê~
„¸ÄþÐóÊÓõÉäÌÐ½Öo½Êž÷þþáðøÐÈ\q²ÍÓ³ÖøÒø9»±¤w °°÷ÙE+õïÍÙŽn¾ÄÃá¾ßv@M
»Äêøßýo|£«ûÍÁÙYƒ2’úáñÄÓ¼Íõºä¸áÚÇñÇ¥Ó³áþÍÄ.2rÄºÏáPÏîÓî¿á„‡¹óîÔ`ûË
¯üÞ¼ÊÚÐ•hféÍÄøÈõÅõÏøûÍ¿áa¼ÔÊá™íõŽ¾ÄóÄ€ÏøËó¼îºïìôô±¾ÔÅÙ÷ï8:{òþ­åÄ
öÐïÄ²ÊÎÍÉáÉÍÃáËÐGüïÖÃ¿à³ÄËîEÈ²¾ÕlûÐ¬lXþïÓß¯÷ß°m!n\öÈÏß%äö
(o£päìc·ûÍöÈÄÄá…KïÍY÷ÄÝ³Ë³éÍ¦¾ø©óøêÄ
]]>
  </item>
</todo>

jvcl3.xml
	



Subject: Error PeViewer OLE factory
From: "xpin" <roman.silin@autodealer.ru>
Date: Mon, 22 Sep 2008 10:16:34 +0600
Newsgroups: jedi.vcl

But, (
I already make this:

program PeViewer;
....
begin
 try
   Application.Initialize;
 except
   Application.MessageBox('May be remove  PeViewerControl Factory?',
     'PE Viewer');
 end;
 Application.Title...



Subject: Re: Color property! heh!
From: "xpin" <roman.silin@autodealer.ru>
Date: Mon, 22 Sep 2008 09:41:14 +0600
Newsgroups: jedi.vcl

Gegug! DividerColor = clWebUltraViolet
:D Likable. :-)



Subject: Re: StrToFloatDef in JvJCLUtils.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 Sep 2008 22:47:49 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> If you can put in Mantis
>
> Done.
> http://homepages.codegear.com/jedi/issuetracker/view.php?id=4466

Solved. Thanks


Subject: Re: StrToFloatDef in JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 19 Sep 2008 23:39:07 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > If you can put in Mantis

Done.
http://homepages.codegear.com/jedi/issuetracker/view.php?id=4466



-- Regards, Andreas Hausladen 

Subject: Re: StrToFloatDef in JvJCLUtils.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 19 Sep 2008 23:11:59 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> Better rename it then.
>
> Unfortunaltely I don't have the time to do this at the moment.

If you can put in Mantis, I'll look into it this week-end hopefully.


Subject: Re: StrToFloatDef in JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 19 Sep 2008 22:12:51 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Better rename it then.

Unfortunaltely I don't have the time to do this at the moment.


-- Regards, Andreas Hausladen 

Subject: Re: StrToFloatDef in JvJCLUtils.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 19 Sep 2008 21:49:53 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> If it is available in all versions from
>> v5, then remove it.
>
> The JvJclUtils.pas StrToFloatDef function works different. It ignores
> non-allowed chars.

Ah yes... Introduced to solve a few Mantis issues... Better rename it then.


Subject: Re: StrToFloatDef in JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 19 Sep 2008 19:54:57 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > If it is available in all versions from
> > v5, then remove it.

The JvJclUtils.pas StrToFloatDef function works different. It ignores
non-allowed chars.


-- Regards, Andreas Hausladen 

Subject: Re: StrToFloatDef in JvJCLUtils.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 19 Sep 2008 19:19:11 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> There is a StrToFloatDef function in the JvJCLUtils.pas. But this
> function already exists in SysUtils.pas. I just ran into a bug in this
> function (Index ouf of bounds in the TJclStringBuilder) and wonder why
> we have an own implementation that is in a name conflict with the RTL
> version.

I believe those were here for compatibility with earlier versions of Delphi that did not have it. If it is available in all versions from v5, then remove it.


Subject: StrToFloatDef in JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 19 Sep 2008 18:52:19 +0200
Newsgroups: jedi.vcl

There is a StrToFloatDef function in the JvJCLUtils.pas. But this
function already exists in SysUtils.pas. I just ran into a bug in this
function (Index ouf of bounds in the TJclStringBuilder) and wonder why
we have an own implementation that is in a name conflict with the RTL
version.

-- Regards, Andreas Hausladen 

Subject: Re: JEDI Plugin Wizard Registered Twice in Delphi 2007 Help Menu
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Fri, 19 Sep 2008 17:39:29 +0200
Newsgroups: jedi.vcl

> I believe it shows up twice because it is registered for both Delphi and C++ Builder. There should be a check in the registration to prevent this, but I'm not sure if it is at all possible.

Also in "File|New|Other...", "Wizards" folder is duplicated in "Delphi Projects".

JEFF




Subject: Re: JvTranslator.Pas Error ?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 19 Sep 2008 14:05:23 +0200
Newsgroups: jedi.vcl

You don't have the latest SVN content, this has been fixed already


Subject: JvTranslator.Pas Error ?
From: M. Vercherat <vercherat.maurice@libertysurf.fr>
Date: Fri, 19 Sep 2008 13:43:42 +0200
Newsgroups: jedi.vcl

Hi,
Installing latest JVCL, I got an error

Line 501 Translator.pas :
   StringStream := TStringStream.Create ;

It works with :
   StringStream := TStringStream.Create('');

Is an incompatibility with JCL or other ?

Thanks for Jvcl




Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 Sep 2008 20:43:47 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Jens wrote:
>>> Jens Fudickar wrote:
>>>> Hi Warren,
>>>>
>>>> could you test it with D5 also.
>>>>
>>>> There seemed to be a problem also.
>>> Jcl Installation for D5 is fine here
>>> Jcl Installation for C5 crashes the compiler though, and for C6 it does not link.
>>>
>>> I'll post in the JCL group
>>>
>>
>> I see the problem in the jvcl compilation on d5, not in the jcl.
>
> Yep, but I tried installing the JCL first. When I get it sorted, I'll work on the JVCL part.

The JVCL is back on track, it installed just fine in those IDEs:

C5, C6, D5, D6, D2006, D2007


Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 Sep 2008 19:28:03 +0200
Newsgroups: jedi.vcl

Jens wrote:
>> Jens Fudickar wrote:
>>> Hi Warren,
>>>
>>> could you test it with D5 also.
>>>
>>> There seemed to be a problem also.
>> Jcl Installation for D5 is fine here
>> Jcl Installation for C5 crashes the compiler though, and for C6 it does not link.
>>
>> I'll post in the JCL group
>>
>
> I see the problem in the jvcl compilation on d5, not in the jcl.

Yep, but I tried installing the JCL first. When I get it sorted, I'll work on the JVCL part.


Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 18 Sep 2008 18:26:00 +0100
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
>> >> Hi Warren,
>> >> 
>> >> could you test it with D5 also.
>> >> 
>> >> There seemed to be a problem also.
> >
> >Jcl Installation for D5 is fine here
> >Jcl Installation for C5 crashes the compiler though, and for C6 it does 
> >not link.
> >
> >I'll post in the JCL group
> >

I see the problem in the jvcl compilation on d5, not in the jcl.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 Sep 2008 17:53:05 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Warren,
>
> could you test it with D5 also.
>
> There seemed to be a problem also.

Jcl Installation for D5 is fine here
Jcl Installation for C5 crashes the compiler though, and for C6 it does not link.

I'll post in the JCL group


Subject: Re: feature request: TJvTrayIcon, TJvDropTarget.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 Sep 2008 17:29:18 +0200
Newsgroups: jedi.vcl

I'm sorry, I don't understand what you are saying


Subject: Re: Error installing latest SVN version in Delphi 7
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 18 Sep 2008 10:59:04 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:gar0d8$eii$1@news.talkto.net>:

> > Yes, but I was referring to the "jcl.inc" issue.
I've updated JCL and JVCL today and retried installing. I now can confirm
that I finally succeeded. As far as I remember JCL did not update any files
but JVCL did.

I did not delete any files before. However I've checked the option to
recompile all packages and changed the paths for the DCP files for Delphi 7
and Delphi 2006. That's all.

Anyway it now works, thanks for reading!

-- cu, Michael 

Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 18 Sep 2008 10:58:50 +0200
Newsgroups: jedi.vcl

"Warren Postma" wrote in message <news:gargh0$h6k$2@news.talkto.net>:

> > I have tested the head SVN version in Delphi 7 and Delphi 2007, and 
> > Delphi 2009, and they work for me.  I suspect you have something wrong 
> > on your own system.  See my other reply.
I've updated JCL and JVCL today and retried installing. I now can confirm
that I finally succeeded. As far as I remember JCL did not update any files
but JVCL did.

I did not delete any files before. However I've checked the option to
recompile all packages and changed the paths for the DCP files for Delphi 7
and Delphi 2006. That's all.

Anyway it now works, thanks for reading!
-- cu, Michael 

Subject: Re: Error installing latest SVN version in Delphi 7
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 17 Sep 2008 23:48:03 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Thanks.

Done in revision 11899.

This change should not fix Warren's error since it affected only Delphi 5 and C++Builder 5.

- Florent


Subject: Re: Error installing latest SVN version in Delphi 7
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 17 Sep 2008 23:37:43 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > I'm fixing it in JVCL packages.

Thanks.


-- Regards, Andreas Hausladen 

Subject: Re: Error installing latest SVN version in Delphi 7
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 17 Sep 2008 23:31:26 +0200
Newsgroups: jedi.vcl

Hi Andreas,

The other unit should be JclGraphUtils; They used to be in Jcl.bpl for Delphi 5 and C++Builder 5. I changed the repartition of these units in revision 2457 to reduce product specificities. Now they are in JclVcl for all versions of Delphi/C++Builder.

This warning is emitted because JvCoreR doesn't require JclVcl for Delphi 5 and C++Builder 5. I'm fixing it in JVCL packages.

Regards,

Florent


Subject: Re: Error installing latest SVN version in Delphi 7
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 17 Sep 2008 23:16:34 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > This error sounds like the JCL package to be implicitly rebuilt.

While we at it: The JclVcl.bpl seems to not include JclGraphics and
another unit for Delphi 5 (and maybe 6). These units are then
implicitly included into the JvCoreR package.



-- Regards, Andreas Hausladen 

Subject: Re: Error installing latest SVN version in Delphi 7
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 17 Sep 2008 22:52:13 +0200
Newsgroups: jedi.vcl

Warren,

Did you rebuild the JCL first? This error sounds like the JCL package to be implicitly rebuilt.

Regards,

Florent


Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 Sep 2008 22:36:09 +0200
Newsgroups: jedi.vcl

Hi Warren,

could you test it with D5 also.

There seemed to be a problem also.

Greetings
Jens

Warren Postma schrieb:
> Michael Fritz wrote:
>> "Warren Postma" wrote in message <news:gab7vi$ld0$1@news.talkto.net>:
>>
>>  
>>> The changes to the JvCsvDataSet component were /large, /and though I hope there were no serious bugs created in the process, but if you want to make sure there aren't any, then I suggest you try out the JVCL 3.35 preview, and report any bugs you find in any components that you use.
>>>     
>> Hi Warren,
>>
>> please see my posting from today: "Error installing latest SVN version  in
>> Delphi 7". Those errors, I've described there, also apply to Turbo Delphi
>> Pro.
>>
>>
>>   
> I have tested the head SVN version in Delphi 7 and Delphi 2007, and Delphi 2009, and they work for me.  I suspect you have something wrong on your own system.  See my other reply.
>
> W

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: Warren Postma <wp@tekran.com>
Date: Wed, 17 Sep 2008 15:36:57 -0400
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "Warren Postma" wrote in message <news:gab7vi$ld0$1@news.talkto.net>:
>
>  
>> The changes to the JvCsvDataSet component were /large, /and though I hope there were no serious bugs created in the process, but if you want to make sure there aren't any, then I suggest you try out the JVCL 3.35 preview, and report any bugs you find in any components that you use.
>>     
> Hi Warren,
>
> please see my posting from today: "Error installing latest SVN version  in
> Delphi 7". Those errors, I've described there, also apply to Turbo Delphi
> Pro.
>
>
>   
I have tested the head SVN version in Delphi 7 and Delphi 2007, and Delphi 2009, and they work for me.  I suspect you have something wrong on your own system.  See my other reply.

W


Subject: Re: Error installing latest SVN version in Delphi 7
From: Warren Postma <wp@tekran.com>
Date: Wed, 17 Sep 2008 15:35:19 -0400
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Am Wed, 17 Sep 2008 17:03:43 +0200 schrieb OBones:
>
>  
>> Yes, but I was referring to the "jcl.inc" issue.
>>     
> Don't know what causes this since some of the other units did compile
> before and some moments later I got this error.
>
>   
I have seen this often enough. Usually there is more than one JCL.INC somewhere on the hard drive, when I get this mysterious error about not being able to find JCL.INC.
Also, miscellaneous other errors, including the one where PopupMode (a property that if referenced at all in JCL or JVCL source code should have been ifdef'd) can occur when
a bogus or ancient JCL.INC is on the user's hard drive somewhere in the compiler search path.

W


Subject: Re: Error installing latest SVN version in Delphi 7
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 17 Sep 2008 20:16:18 +0200
Newsgroups: jedi.vcl

Am Wed, 17 Sep 2008 17:03:43 +0200 schrieb OBones:

> > Yes, but I was referring to the "jcl.inc" issue.
Don't know what causes this since some of the other units did compile
before and some moments later I got this error.

-- cu, Michael 

Subject: Re: Error installing latest SVN version in Delphi 7
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 17 Sep 2008 17:03:43 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Am Wed, 17 Sep 2008 16:58:23 +0200 schrieb OBones:
>
>> Have you properly installed the latest JCL version before?
> Yes, went without any problems.
> As far as I remember PopupMode was introduced with BDS 2006 and above, so
> this cannot work with D7 and has nothing to do with JCL.

Yes, but I was referring to the "jcl.inc" issue.


Subject: Re: Error installing latest SVN version in Delphi 7
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 17 Sep 2008 17:02:38 +0200
Newsgroups: jedi.vcl

Am Wed, 17 Sep 2008 16:58:23 +0200 schrieb OBones:

> > Have you properly installed the latest JCL version before?
Yes, went without any problems.
As far as I remember PopupMode was introduced with BDS 2006 and above, so
this cannot work with D7 and has nothing to do with JCL.

-- cu, Michael 

Subject: Re: Error installing latest SVN version in Delphi 7
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 17 Sep 2008 16:58:23 +0200
Newsgroups: jedi.vcl

Have you properly installed the latest JCL version before?


Subject: Re: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 17 Sep 2008 16:34:01 +0200
Newsgroups: jedi.vcl

"Warren Postma" wrote in message <news:gab7vi$ld0$1@news.talkto.net>:

> > The changes to the JvCsvDataSet component were /large, /and though I 
> > hope there were no serious bugs created in the process, but if you want 
> > to make sure there aren't any, then I suggest you try out the JVCL 3.35 
> > preview, and report any bugs you find in any components that you use.
Hi Warren,

please see my posting from today: "Error installing latest SVN version  in
Delphi 7". Those errors, I've described there, also apply to Turbo Delphi
Pro.


-- cu, Michael 

Subject: Error installing latest SVN version in Delphi 7
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 17 Sep 2008 16:32:05 +0200
Newsgroups: jedi.vcl

Hi,

I tried to install the latest SVN version of JVCL in Delphi 7. The
installer stops and shows some errors about missing identifiers in
JvDesktopAlert.pas: PopupMode and pmAuto. 

Afterwards the compilation aborts. I now removed this line and recompiled.

Very soon the next error raised: JvCsvData.pas: File not found jcl.inc.
Don't know how to solve this, however.

Should I download a previous, stable version? Or use the one from the D2009
partner CD?

-- cu, Michael 

Subject: Color property! heh!
From: "Andrea Raimondi" <rainaple.removethis.tosend@tin.NOSPAM.it>
Date: Wed, 17 Sep 2008 13:19:55 +0100
Newsgroups: jedi.vcl

Yes, I did browse examples :-) Unfortunately, those examples don't map
to...  wait... hey! I found it :D I simply had to add
TJvInspectorColorItem.RegisterAsDefaultItem in the initialization section
of the unit. There ya go! :D

Oh and add JvInspExtraEditors to the implementation section, of course... ;-)

Andrea Raimondi

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Another TJvInspector issue for me
From: "Andrea Raimondi" <rainaple.removethis.tosend@tin.NOSPAM.it>
Date: Wed, 17 Sep 2008 13:07:35 +0100
Newsgroups: jedi.vcl

> >Hi, I can only see one example with a button, panel and image.  Where
> >is the other example?

The other is JvInspectorDB example.

Andrea Raimondi

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: feature request: TJvTrayIcon, TJvDropTarget.
From: "xpin" <roman.silin@autodealer.ru>
Date: Wed, 17 Sep 2008 15:11:29 +0600
Newsgroups: jedi.vcl


"OBones"
> Please use Mantis for this, so that we can keep track of your requests. And please create one issue for each component:
>
> http://homepages.codegear.com/jedi/issuetracker/
>

But my "one issue". What need code:

     ...Popup(X, Y);
     PostMessage(FHandle, WM_NULL, 0, 0);

atavism, or specifics? Where how can find knowledge?

The big respects,
xpin


Subject: Regards for jedi developers
From: "xpin" <roman.silin@autodealer.ru>
Date: Tue, 16 Sep 2008 14:52:23 +0600
Newsgroups: jedi.vcl

Hello,

Thank You, Misters and Miss.

Two year old  - jcl 1.97... Now jcl 1.102...
More differences, but it is worked in my applications!..
Without changing!

Thank You.

R.Silin


Subject: Re: proposed patch JvJVCLUtils.pas
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 15 Sep 2008 17:28:26 +0200
Newsgroups: jedi.vcl

Please use Mantis for this:

http://homepages.codegear.com/jedi/issuetracker

And please provide more details as to what you are trying to solve with explanations on the supposed problem and what your fix does


Subject: proposed patch JvJVCLUtils.pas
From: Marcin Karpinski <karpik@cadprojekt-nospam.com.pl>
Date: Mon, 15 Sep 2008 17:24:44 +0200
Newsgroups: jedi.vcl

Ini Storage with JvDBGrid on the TFrame descend, but the frame has multiple instances on the same form...

proposed resolution :


function GetLastParentFrame(Control: TControl): TCustomFrame;
var
  Fr : TCustomFrame;
begin
  Fr := nil;
  while not (Control is TCustomForm) and (Control.Parent <> nil) do
  begin
    if Control is TCustomFrame then Fr := TCustomFrame(Control);
    Control := Control.Parent
  end;
  if Fr is TCustomFrame then
    Result := Fr else
    Result := nil;
end;

function GetDefaultSection(Component: TComponent): string;
....

        // section name than the one returned when loading.
        Fr := GetLastParentFrame(TControl(Component));
        if Fr <> nil then
          Result := Fr.Name +'\\'+ Result;


Subject: Re: Extending the family TjvDBGridExcelExport
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Mon, 15 Sep 2008 12:40:46 +0000 (UTC)
Newsgroups: jedi.vcl

Jason Chapman wrote:


No that wasn't to make way for a dramatic drum roll, it was me being
click happy!  Sorry

I am wanting to start exporting reports / datasets..... to excel and
maybe other formats, but for now excel.

I liked the foresight of having an abstract TjvDBGridExport, but when
trying to actually extend it I have the following difficulties:

The doExport for the TjvDBGridExcelExport is not very find grained, so
it is not a good candidate for my ancestor.  I need to be able to:
1) Use a workbook as a template (i.e. load a workbook, do some work and
saveAs)
2) Instead of creating a new workbook, add a named tab to an existing
workbook.
3) Take formatting from columns
4) Add footers for
5) Start at row
6) End at row

I tried creating another unit and inheriting from the abstract
TjvDBGridExport and starting witht a copy of TjvDBGridExcelExport, with
a slightly different name, making my mods, test and then offer back to
JVCL BUT FColumnCount is private in the ancestor and only works as it
is in the same unit.


So I am looking for some advice and maybe whoever champions this
component:
1) Is the component likely to survive, i.e. it isn't about to be
depricated.
2) Are many people using it
3) Is this a sensible starting point to get data out of the system.


Regards

-- Jason Chapman 

Subject: Extending the family TjvDBGridExcelExport
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Mon, 15 Sep 2008 12:23:40 +0000 (UTC)
Newsgroups: jedi.vcl



-- 

Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Keith Latham <fake@address.com>
Date: Mon, 15 Sep 2008 20:39:40 +1000
Newsgroups: jedi.general,jedi.vcl



OBones wrote:
> Keith Latham wrote:
>>
>>
>> OBones wrote:
>>> ...
>>> ****************************
>>> Users who absolutely need a stable version of the library should stay with JVCL 3.34.
>>> ****************************
>>> ... 
>>
>> Where is JVCL 3.34 now?
>
> On sourceforge, I have not removed it.
>
> http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42327ce

Thanks I found it.

I was only looking at the 'top level' which only lists 3.35. Hitting the Download button there goes to 3.35 and doesn't offer any other choice. It put me into a 'its gone!' frame of mind.

Clicking on the Package instead offers 3.34, 3.33, etc. So I just hadn't looked deep enough.


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 15 Sep 2008 11:45:10 +0200
Newsgroups: jedi.general,jedi.vcl

Keith Latham wrote:
>
>
> OBones wrote:
>> ...
>> ****************************
>> Users who absolutely need a stable version of the library should stay with JVCL 3.34.
>> ****************************
>> ... 
>
> Where is JVCL 3.34 now?

On sourceforge, I have not removed it.

http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42327ce


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Keith Latham <fake@address.com>
Date: Mon, 15 Sep 2008 19:22:26 +1000
Newsgroups: jedi.general,jedi.vcl



OBones wrote:
> ...
> ****************************
> Users who absolutely need a stable version of the library should stay with JVCL 3.34.
> ****************************
> ... 

Where is JVCL 3.34 now?


Subject: Re: A bug of StrToFloatDef in jvcl
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 15 Sep 2008 11:03:46 +0200
Newsgroups: jedi.vcl

chinsho wrote:
> By the way , After I change the source and resave it . I found some Russia strings were messed up and I could not compile jvcl (My os is Japaneses os). Maybe you should consider save all the sources by utf8.

No we can't, old versions of Delphi do not like it at all.


Subject: A bug of StrToFloatDef in jvcl
From: chinsho <antispam@digital-com.com>
Date: Mon, 15 Sep 2008 17:57:18 +0900
Newsgroups: jedi.vcl

Dear Friends

    I think I found a bug in StrToFloatDef in JvJclUtils.pas, when check minus char , the function try to use LStr[LStr.Length] to get the last char in stringbuilder , but the correct value should be LStr[LStr.Length-1], otherwise there will be a exception raised and the value will be always 0.

function StrToFloatDef(const Str: string; Def: Extended): Extended;
var
  LStr: TJclStringBuilder;
  {$IFDEF CLR}
  d: Double;
  b: Boolean;
  {$ENDIF CLR}
  I: Integer;
  CharSet: TSysCharSet;
begin
.....

      if LStr.Length > 0 then
      try
        { the string '-' fails StrToFloat, but it can be interpreted as 0  }
        //if LStr[LStr.Length] = '-' then <<-- index out of bound exception
        if LStr[LStr.Length-1] = '-' then
          LStr.Append('0');

        { a string that ends in a '.' such as '12.' fails StrToFloat,
         but as far as I am concerned, it may as well be interpreted as 12.0 }
        //if LStr[LStr.Length] = DecimalSeparator{$IFDEF CLR}[1]{$ENDIF}   <<-- index out of bound exception
        if LStr[LStr.Length-1] = DecimalSeparator{$IFDEF CLR}[1]{$ENDIF} then
          LStr.Append('0');


By the way , After I change the source and resave it . I found some Russia strings were messed up and I could not compile jvcl (My os is Japaneses os). Maybe you should consider save all the sources by utf8.



Subject: Re: to JVCL admins: about mailing lists at sourceforge
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 15 Sep 2008 08:32:23 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Will do as soon as I can

In the process, sf has to do it.


Subject: Re: Weird issue installing JVCL 3.35 preview on Vista 64 bit, withonlyDelphi 7 installed.
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 15 Sep 2008 08:32:03 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Warren Postma wrote:
>
>> Oh cool! :-)  Maybe we should {$ifdef xxx}  an if
>> (MajorVersion=vista) then messagebox ('You are using Delphi7 VCL on
>> vista, this is way way bad news, brother.','Vista and Delphi7
>> Warning', ... )
>
> I've checked in a fix for this. Now Delphi 5, 6, 7 and 2005 show all
> the labels under Vista.

Thanks


Subject: Re: Problem installing JCL on 2009
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sat, 13 Sep 2008 20:20:20 -0700
Newsgroups: jedi.vcl

Well, it installed, and it got TJvPlugin up and running, which is all I care 
about at the moment. :P

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:gah9v4$ali$1@news.talkto.net...
> > Mason Wheeler a écrit :
>> >> Thanks.  That worked.
> >
> > Not exactly: errors are just masked. 




Subject: Re: Problem installing JCL on 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 14 Sep 2008 00:43:54 +0200
Newsgroups: jedi.vcl

Mason Wheeler a écrit :
> Thanks.  That worked.

Not exactly: errors are just masked.


Subject: Re: Problem installing JCL on 2009
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sat, 13 Sep 2008 15:24:17 -0700
Newsgroups: jedi.vcl

Thanks.  That worked.
"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:gaga5b$791$1@news.talkto.net...
> > Mason Wheeler wrote:
> >
>> >> but it wouldn't install.  It gave me this:
> >
> > You could disable the "Check HPP" option in the JCL Installer.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Problem installing JCL on 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 13 Sep 2008 15:56:11 +0200
Newsgroups: jedi.vcl

Mason,

Which build number is displayed in the about box of your version of Delphi 2009?

- Florent


Subject: Re: Problem installing JCL on 2009
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 13 Sep 2008 15:41:59 +0200
Newsgroups: jedi.vcl

Mason Wheeler wrote:

> > but it wouldn't install.  It gave me this:

You could disable the "Check HPP" option in the JCL Installer.


-- Regards, Andreas Hausladen 

Subject: Problem installing JCL on 2009
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sat, 13 Sep 2008 06:25:21 -0700
Newsgroups: jedi.vcl

I tried to install JEDI Code Library Unstable 1.103 Build 3110 under D2009, 
so that I could install the JVCL D2009 version, but it wouldn't install.  It 
gave me this:

Copying .hpp files...
Checking .hpp files
"C:\Program Files\CodeGear\RAD 
Studio\6.0\bin\bcc32.exe" -c -Ve -X -a8 -b -k- -tWM -w-par -w-aus -I"c:\docume~1\owner\mydocu~1\downlo~1\d2009\jcl-11~1.311\include;c:\docume~1\owner\mydocu~1\downlo~1\d2009\jcl-11~1.311\source\common;c:\docume~1\owner\mydocu~1\downlo~1\d2009\jcl-11~1.311\source\windows;c:\docume~1\owner\mydocu~1\downlo~1\d2009\jcl-11~1.311\source\vcl;c:\docume~1\owner\mydocu~1\downlo~1\d2009\jcl-11~1.311\source\visclx;c:\PROGRA~1\codegear\RADSTU~1\6.0\include;c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl" 
 -DTEST_COMMON -DTEST_WINDOWS -DTEST_VCL "jcl_a2z.cpp"
CodeGear C++ 6.10 for Win32 Copyright (c) 1993-2008 CodeGear
jcl_a2z.cpp:
Error E2462 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 478: 
'virtual' can only be used with non-template member functions
Error E2303 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 478: Type 
name expected
Error E2139 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 478: 
Declaration missing ;
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 481: 
'GetEqualityCompare' is not a member of 'IJclEqualityComparer__1<T>'
Error E2462 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 642: 
'virtual' can only be used with non-template member functions
Error E2303 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 642: Type 
name expected
Error E2139 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 642: 
Declaration missing ;
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 645: 
'GetCompare' is not a member of 'IJclComparer__1<T>'
Error E2462 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 806: 
'virtual' can only be used with non-template member functions
Error E2303 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 806: Type 
name expected
Error E2139 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 806: 
Declaration missing ;
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\Jclcontainerintf.hpp 809: 
'GetHashConvert' is not a member of 'IJclHashConverter__1<T>'
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1845: 'TEqualityCompare__1' is not a member of 'Jclcontainerintf'
Error E2040 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1845: Declaration terminated incorrectly
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1848: 'TCompare__1' is not a member of 'Jclcontainerintf'
Error E2040 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1848: Declaration terminated incorrectly
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1853: 'THashConvert__1' is not a member of 'Jclcontainerintf'
Error E2040 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1853: Declaration terminated incorrectly
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1860: 'GetEqualityCompare' is not a member of 'TJclAbstractContainer__1<T>'
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1862: 'GetCompare' is not a member of 'TJclAbstractContainer__1<T>'
Error E2316 
c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclAbstractContainers.hpp 
1864: 'GetHashConvert' is not a member of 'TJclAbstractContainer__1<T>'
Error E2316 c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclHashSets.hpp 
39: 'TEqualityCompare__1' is not a member of 'Jclcontainerintf'
Error E2040 c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclHashSets.hpp 
39: Declaration terminated incorrectly
Error E2316 c:\PROGRA~1\codegear\RADSTU~1\6.0\include\vcl\JclHashSets.hpp 
42: 'GetEqualityCompare' is not a member of 'TRefUnique'
*** 24 errors in Compile ***

Any idea what all that means and why it won't work? 




Subject: Re: to JVCL admins: about mailing lists at sourceforge
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 12 Sep 2008 21:55:16 +0200
Newsgroups: jedi.vcl

Will do as soon as I can


Subject: to JVCL admins: about mailing lists at sourceforge
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 12 Sep 2008 20:32:58 +0200
Newsgroups: jedi.vcl

Hi,

The JVCL project has 4 mailing lists at sourceforge: jvcl-checkins, jvcl-announce, jvcl-general and jvcl-checkins-nodiff.

There is no problem with both checkins lists which receive notification messages for subversion activity. But other ones are under heavy spam-activity. That gives a very bad image of the project.

Could one admin take over these lists and close them (a removal should not be possible, they may be switched read-only)? Maybe just a monitoring to remove spamer boxes could be efficient. The administrator password can be changed from the administrative interface of the project.

Regards,

- Florent


Subject: Re: Weird issue installing JVCL 3.35 preview on Vista 64 bit, withonlyDelphi 7 installed.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 12 Sep 2008 20:12:13 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Oh cool! :-)  Maybe we should {$ifdef xxx}  an if
> > (MajorVersion=vista) then messagebox ('You are using Delphi7 VCL on
> > vista, this is way way bad news, brother.','Vista and Delphi7
> > Warning', ... )

I've checked in a fix for this. Now Delphi 5, 6, 7 and 2005 show all
the labels under Vista.

-- Regards, Andreas Hausladen 

Subject: Re: Another TJvInspector issue for me
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Fri, 12 Sep 2008 09:00:51 +0000 (UTC)
Newsgroups: jedi.vcl

Andrea Raimondi wrote:

> > I've browsed both examples - to no success.
Hi, I can only see one example with a button, panel and image.  Where
is the other example?


-- Jason. 

Subject: JvFileListBox and lazy loading of files, enabled:=false etc
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Fri, 12 Sep 2008 07:24:07 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

As always, thanks for the component set and sorry I am not more active.

It was a quiet month for my users, no release, just me working on some
stuff that had no visible impact, just took my time.  Coming up to the
release I was testing and wanted a live list of the documents in some
document directory.

I used a JvFileListBox and when they go from client to client (each
client has their own docs directory), As they can go to various tabs, I
don't want them to have to wait for the files to refresh as they may
not even go to the tab.  Normally I would active:=false or
visisble:=false or enabled:=false or whatever is required for a
component to stop it from doing its work.

In this case, I have had a look at the code and I can't seem to:
1) Set the dir to a non-existent
2) Doesn't have an active
3) Enableds:=false doesn't do suppress anything
4) visible:=false doesn't seem to suppress anything

I have a couple of solutions, I guess the best would be to add an
active property, but my quick and dirty is to change:

procedure TJvFileListBox.ApplyFilePath(const EditText: string);
begin
  if Enabled then
  begin
    if (EditText <> '') and
      (AnsiCompareFileName(ExtractFilePath(FileName),
ExtractFilePath(EditText)) <> 0) then
    begin
      inherited ApplyFilePath(EditText);
      ReadFileNames;
    end;
  end
  else
    Items.Clear;
end;

Ideally I would like a async / background thread....., but how about
the above for a starter?

-- Jason Chapman 

Subject: Re: Weird issue installing JVCL 3.35 preview on Vista 64 bit, with onlyDelphi 7 installed.
From: Warren Postma <wp@tekran.com>
Date: Thu, 11 Sep 2008 13:22:12 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Warren Postma wrote:
>
>  
>> Has anyone else tried installing JVCL 3.35 onto a Vista box, with
>> only Delphi 7 as your ONLY delphi version installed? The same issue
>> does not occur on vista, when I have delphi 2007 or delphi 2009
>> installed, such as on my main development workstation, and my various
>> testing virtual machines.
>>     
>
> The install.bat/makemodified.bat use the latest (and greatest :-) )
> Delphi version to compile the installer. If there is no newer version
> than Delphi 7 it uses Delphi 7's VCL with all the problems that Delphi
> 7 programs have under Vista like invisible labels, labels that
> disappear if you press the ALT key and so on.
>
>   
Oh cool! :-)  Maybe we should {$ifdef xxx}  an if (MajorVersion=vista) then messagebox ('You are using Delphi7 VCL on vista, this is way way bad news, brother.','Vista and Delphi7 Warning', ... )


W


Subject: Re: Weird issue installing JVCL 3.35 preview on Vista 64 bit, with onlyDelphi 7 installed.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 11 Sep 2008 18:04:40 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Has anyone else tried installing JVCL 3.35 onto a Vista box, with
> > only Delphi 7 as your ONLY delphi version installed? The same issue
> > does not occur on vista, when I have delphi 2007 or delphi 2009
> > installed, such as on my main development workstation, and my various
> > testing virtual machines.

The install.bat/makemodified.bat use the latest (and greatest :-) )
Delphi version to compile the installer. If there is no newer version
than Delphi 7 it uses Delphi 7's VCL with all the problems that Delphi
7 programs have under Vista like invisible labels, labels that
disappear if you press the ALT key and so on.



-- Regards, Andreas Hausladen 

Subject: Re: Weird issue installing JVCL 3.35 preview on Vista 64 bit, with only Delphi 7 installed.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 11 Sep 2008 18:02:12 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Has anyone else tried installing JVCL 3.35 onto a Vista box, with only Delphi 7 as your ONLY delphi version installed? The same issue does not occur on vista, when I have delphi 2007 or delphi 2009 installed, such as on my main development workstation, and my various testing virtual machines.

You could try "install d7" on these machines, provided you also have D7 installed. This way the installer will be compiled with D7.


Subject: Weird issue installing JVCL 3.35 preview on Vista 64 bit, with only Delphi 7 installed.
From: Warren Postma <wp@tekran.com>
Date: Thu, 11 Sep 2008 11:58:23 -0400
Newsgroups: jedi.vcl

I realize this is a weird combination that might not occur very much "in the wild", but on one of my 64-bit-vista-test-boxes I decided to test out JVCL 3.35 installation.

JCL installs fine, but the JVCL installer compiles and then displays very odd behaviour while the installer GUI is up, and you are clicking on installation options.  Controls are invisible until you mouse over them, and then they redraw themselves.      Certain text is invisible, such as the "BPL folder location". The edit control appears, but with nothing to tell you what it is.  Since I've done this a million times, I could get JVCL to install.

Has anyone else tried installing JVCL 3.35 onto a Vista box, with only Delphi 7 as your ONLY delphi version installed? The same issue does not occur on vista, when I have delphi 2007 or delphi 2009 installed, such as on my main development workstation, and my various testing virtual machines.



W


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Warren Postma <wp@tekran.com>
Date: Thu, 11 Sep 2008 11:41:59 -0400
Newsgroups: jedi.general,jedi.vcl

In particular JVCL 3.35 has new CsvDataSet features that work also in Delphi 2007.  See message posted further down.

Warren


Subject: NOTICE of JVCL JvCsvDataSet changes (in JVCL 3.35 preview, and in public SVN head revision)
From: Warren Postma <wp@tekran.com>
Date: Thu, 11 Sep 2008 11:31:48 -0400
Newsgroups: jedi.vcl

This is some documentation on the JvCsvDataSet component, which has been changed in JVCL 3.35, to support Delphi 2009. I have added some new features that correspond neatly with Delphi 2009's feature set, but which were not purely required, in the upgrade, because I have long felt they have been needed. 
Here are the changes, none of which should break any working code you have using this component, but nevertheless, if you are a JvCSVDataSet User you should be testing every one of your applications carefully to see if anything I have changed has broken anything for you.

1.   Multi-line values in CSV files:

If you want to store a value from a Memo field (multi-line text) into a CSV you need the ability to store carriage-return (#13) and linefeed (#10) characters embedded in a field.  This was not possible until now.   The basic reason it was impossible before was that we relied on TStringList.LoadFromFile to do the splitting of the incoming text into lines.    I have implemented a Stream Class that reads line by line from the file, and creates the in-memory records as it parses/reads its way through the file.  Note that the larger the CSV file, the larger the amount of memory allocated by your system, when the TStringList.LoadFromFile was called, so now that we no longer need to create and fill a TStringList, you should notice that you are using less memory during the loading of a large CSV files.      A special "readline" method in the stream class handles embedded carriage-return/linefeed characters (which must be inside quotes), and so now you can use a TDBMemo control with a CSV dataset.

2.  Unicode UTF8 Encoding (WideString):

In Delphi 2007, with wideString capable DB aware controls (such as the TNT Unicode Controls), and in Delphi 2009 with standard DB controls (because the default string is now Wide), you can now store UTF8 unicode data inside your CSV files.

3. Partially Completed Change: BOM Markers

If you ever wrote Delphi code to read a UTF8 file created by Notepad, you will notice two special bytes (BOM marker) at the top of the file.   JvCsvDataSet will read and skip the BOM marker, which enables it to parse a UTF8 "text file" created by Notepad.  However, it does not care whether the BOM marker is "normal" (file created on windows) or "reversed" (file created on a system with reversed BOM).  Nor does the CSV data set write BOM markers out when it modifies a file.     This should probably be improved.  A propety called "WriteBOM" should be added and if true, all writes to CSV files, should include the BOM at the top of the file.  This is a trivial change to implement, but I didn't get it all 100% done before we released JVCL 3.35.  Comments and ideas from the JEDI JVCL team, and users on the BOM marker handling in the CSV data set are ENCOURAGED.
Oh, and there's a new demo in the Examples  folder that should show you that the new WideSTring field type in the JvCsvDataSet works.  It will compile on Delphi 7, but doesn't work.  (Demonstrating that the WideString field type was implemented partially in the VCL, but is not functional), it will compile and run on Delphi 2007, but will only work for characters in your current codepage (because the DB Grid control uses AnsiStrings, and the only unicode data you can store and load and display in this demo are codepoints (characters) that happen to fit in your current codepage or MBCS-encoding), but this demo works "Just Great" out of the box, in Delphi 2009.
Thanks folks.  Please report all JVCL preview version 3.35 issues here, including this component, and others.
The changes to the JvCsvDataSet component were /large, /and though I hope there were no serious bugs created in the process, but if you want to make sure there aren't any, then I suggest you try out the JVCL 3.35 preview, and report any bugs you find in any components that you use.


Warren





Subject: Re: error updating using svn
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 11 Sep 2008 09:04:02 +0200
Newsgroups: jedi.vcl

Sean Farrow wrote:
> Hi:
> I am having an error updating using the svn repository. apparently the remote host is closingthe connection.
> Also apparently toitoise svn can not read the response body.
> Any help apreciated.
> Cheers
> Sean. 

Retry.
It works after a while, I have the same problems here.


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 11 Sep 2008 09:03:40 +0200
Newsgroups: jedi.general,jedi.vcl

Vjatcheslav wrote:
> Florent Ouchet пишет:
>> Vjatcheslav a écrit :
>>> Architect Full
>>
>> Then I can't reproduce, we have legal versions of C++Builder 2009 and Delphi 2009 architect and this version is correctly detected.
> I have a legal version too (in frame of license keys - I use key that took from my friend).
>
> I tried to compile packages without "Make library units" option. Compilation success, but no components are installed into IDE.
>
> Anybody else?

In the about box, what version number do you have?


Subject: error updating using svn
From: "Sean Farrow" <sean.farrow@seanfarrow.co.uk>
Date: Thu, 11 Sep 2008 07:47:26 +0100
Newsgroups: jedi.vcl

Hi:
I am having an error updating using the svn repository. apparently the 
remote host is closingthe connection.
Also apparently toitoise svn can not read the response body.
Any help apreciated.
Cheers
Sean. 




Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Thu, 11 Sep 2008 11:01:41 +0500
Newsgroups: jedi.general,jedi.vcl

Florent Ouchet пишет:
> Vjatcheslav a écrit :
>> Architect Full
>
> Then I can't reproduce, we have legal versions of C++Builder 2009 and Delphi 2009 architect and this version is correctly detected.
I have a legal version too (in frame of license keys - I use key that took from my friend).

I tried to compile packages without "Make library units" option. Compilation success, but no components are installed into IDE.

Anybody else?


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 11 Sep 2008 07:59:27 +0200
Newsgroups: jedi.general,jedi.vcl

Vjatcheslav a écrit :
> Architect Full

Then I can't reproduce, we have legal versions of C++Builder 2009 and Delphi 2009 architect and this version is correctly detected.


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 11 Sep 2008 07:57:58 +0200
Newsgroups: jedi.general,jedi.vcl

Ricardo Cardona a écrit :
> Are breaking changes only for D2009, is D2007, D7, D6 ... affected for changes ?

All versions since we didn't IFDEF.

- Florent


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Thu, 11 Sep 2008 09:05:48 +0500
Newsgroups: jedi.general,jedi.vcl

Florent Ouchet пишет:
> What kind of installation of Delphi 2009 do you have?
>
> Regards,
>
> - Florent
Architect Full


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Ricardo Cardona <ricardona@nospamtome_.yahoo.com>
Date: Wed, 10 Sep 2008 20:19:30 -0500
Newsgroups: jedi.general,jedi.vcl

> For the JCL: the interface of JclSimpleXML changed, support for Unicode in JclMapi is not enabled and some insidious bugs may be left although we tested many things. Anyone who wants to help us testing is welcome.
>

Are breaking changes only for D2009, is D2007, D7, D6 ... affected for changes ?

Thanks again

Ricardo


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 10 Sep 2008 20:08:08 +0200
Newsgroups: jedi.general,jedi.vcl

What kind of installation of Delphi 2009 do you have?

Regards,

- Florent


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Wed, 10 Sep 2008 22:28:51 +0500
Newsgroups: jedi.general,jedi.vcl

I tried to install product, but:

While installing JCL:

JclValidation JclVectors JclWideStrings pcre --no-config -U"..\..\..\..\..\utils\bds6\lib" -M -$C- -$D- -$I- -$L- -$O+ -$Q- -$R- -$W- -$Y- -D_RTLDLL;NO_STRICT;USEPACKAGES -N0"..\..\lib\d12" -NO"..\..\lib\d12" -N1"..\..\..\..\..\utils\bds6\include\vcl" -JPHNE --BCB -I"..\include" -U".;..\windows;..\vcl;..\visclx" -R".;..\windows;..\vcl;..\visclx"
CodeGear Delphi for Win32 compiler version 20.0
Copyright (c) 1983,2008 CodeGear
JclHashMaps.pas(29554) Fatal: F2084 Internal Error: URW1023
Copying .hpp files...
Failed common library units for RAD Studio 2009

---
What's this error means? No expected information about I found in QualityCentral :(


I tried install it from IDE too. No result. :(


Subject: TjvEmbeddedForm
From: "Russell Weetch" <russell@remve.smxi.com>
Date: Wed, 10 Sep 2008 17:14:26 +0100
Newsgroups: jedi.vcl

I have code as follows

FChildForm := TfrmChild.Create(self);
ParentPanel.FormLink := FChildForm.FormLink;
ParentPanel.DockLinkedForm;

This works fine except the child form becomes visible (briefly) before being docked. How can I stop this happening?

Many thanks.



Subject: Re: JVVALIDATEEDIT.OBJ
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 10 Sep 2008 12:16:51 +0200
Newsgroups: jedi.vcl

AlexB wrote:
>> CB2007, latest version.
>> I've got err msg:
>> [ILINK32 Error] Fatal: Unable to open file 'JVVALIDATEEDIT.OBJ'
>
> Description was incomplete. It was old BCB5 project converted into
> CB2007 where I used TJvValidateEdit.
>
> Solved by dropping of a new dummy TJvValidateEdit on form.
> I see nothing new in my form source (H and CPP files) but linker is
> satisfied now.

Might well be a conversion issue where search folders were not properly converted


Subject: Re: JVVALIDATEEDIT.OBJ
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 10 Sep 2008 08:27:08 +0000 (UTC)
Newsgroups: jedi.vcl

> > CB2007, latest version.
> > I've got err msg:
> > [ILINK32 Error] Fatal: Unable to open file 'JVVALIDATEEDIT.OBJ'

Description was incomplete. It was old BCB5 project converted into
CB2007 where I used TJvValidateEdit.

Solved by dropping of a new dummy TJvValidateEdit on form.
I see nothing new in my form source (H and CPP files) but linker is
satisfied now.
-- Alex 

Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Wed, 10 Sep 2008 13:25:16 +0500
Newsgroups: jedi.general,jedi.vcl

AlexB пишет:
> Vjatcheslav wrote:
>
>> AlexB пишет:
>>> Slava, be more polite. please.
>>>
>> Сорри. Сроки горят, а настроить не
> могу.
>
> In brief translation:
> "I'm sorry. Dead-line soon".
>
> IMHO it's _your_ problem. Guys try to help you but nobody here MUST
> help you.
>
> And what did you expect from (virtually) completely new studio and just
> now updatetd library ? As to me I don't plan to use Tiburon in earnest
> until the first service pack. :-)
>
я и не претендую на то, что кто-то что-то мне должен. с чего ты это взял? вообще продукт работает вполне себе ничего, но без этих компонентов я не смогу скомпилировать ни один из старых проектов...

(сори за русский язык, мозг уже напрягать не хочется, переведи для общественности, если не сложно...)



Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Wed, 10 Sep 2008 12:39:58 +0500
Newsgroups: jedi.general,jedi.vcl

AlexB пишет:
> Slava, be more polite. please.
>
Сорри. Сроки горят, а настроить не могу.


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Wed, 10 Sep 2008 12:02:50 +0500
Newsgroups: jedi.general,jedi.vcl

Florent Ouchet пишет:
> Vjatcheslav a écrit :
>> While installing JCL modules on a clean PC, there is "No BCB/Delphi...installed" error occured and installation fails. Where can I download a fresh copy of JCL that can be installed into Tiburon? Thx.
>
> Did you launch Delphi 2009 before launching the JCL installer? ie do you have HKCU\Software\CodeGear\BDS\5.0 registry key initialized?
>
> Regards,
>
> - Florent
/..Codegear/BDS/6.0 is present only.
Yes, I launch it for a lot of times...


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 10 Sep 2008 06:47:12 +0000 (UTC)
Newsgroups: jedi.general,jedi.vcl

Vjatcheslav wrote:

> > AlexB пишет:
>> > > Slava, be more polite. please.
>> > > 
> > Сорри. Сроки горят, а настроить не
могу.

In brief translation:
"I'm sorry. Dead-line soon".

IMHO it's _your_ problem. Guys try to help you but nobody here MUST
help you.

And what did you expect from (virtually) completely new studio and just
now updatetd library ? As to me I don't plan to use Tiburon in earnest
until the first service pack. :-)

-- Alex 

Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 10 Sep 2008 08:19:59 +0200
Newsgroups: jedi.general,jedi.vcl

Vjatcheslav a écrit :
> While installing JCL modules on a clean PC, there is "No BCB/Delphi...installed" error occured and installation fails. Where can I download a fresh copy of JCL that can be installed into Tiburon? Thx.

Did you launch Delphi 2009 before launching the JCL installer? ie do you have HKCU\Software\CodeGear\BDS\5.0 registry key initialized?

Regards,

- Florent


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 10 Sep 2008 06:01:35 +0000 (UTC)
Newsgroups: jedi.general,jedi.vcl

Slava, be more polite. please.

-- Alex 

Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Wed, 10 Sep 2008 11:01:20 +0500
Newsgroups: jedi.general,jedi.vcl

OBones пишет:
> Vjatcheslav wrote:
>> Florent Ouchet пишет:
>>> Ricardo Cardona a écrit :
>>>> Hi
>>>>
>>>> OBones wrote:
>>>>> This preview should not be considered as stable software, it introduces
>>>>> breaking changes to previously released JVCL 3.34.
>>>>
>>>> What breaking changes ?
>>>
>>> For the JCL: the interface of JclSimpleXML changed, support for Unicode in JclMapi is not enabled and some insidious bugs may be left although we tested many things. Anyone who wants to help us testing is welcome.
>>>
>>> Regards,
>>>
>>> - Florent
>> While installing JCL modules on a clean PC, there is "No BCB/Delphi...installed" error occured and installation fails. Where can I download a fresh copy of JCL that can be installed into Tiburon? Thx.
>
> See .jcl or .general for a message by Florent.
Don't understand...

-------------
dcc32ex.exe
-------------
no Delphi/BCB/BDS/Rad-Studio versions was found that has the required dependencies installed. Please install the dependencies first

-------------
OK
-------------

That's only what I can view after 'install.bat' starting...

And more (JCL installation start):

dcc32ex.exe
No Delphi/BCB/BDS version installed.
OK

That's all... So fucking what?... :(


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 10 Sep 2008 07:29:57 +0200
Newsgroups: jedi.general,jedi.vcl

Vjatcheslav wrote:
> Florent Ouchet пишет:
>> Ricardo Cardona a écrit :
>>> Hi
>>>
>>> OBones wrote:
>>>> This preview should not be considered as stable software, it introduces
>>>> breaking changes to previously released JVCL 3.34.
>>>
>>> What breaking changes ?
>>
>> For the JCL: the interface of JclSimpleXML changed, support for Unicode in JclMapi is not enabled and some insidious bugs may be left although we tested many things. Anyone who wants to help us testing is welcome.
>>
>> Regards,
>>
>> - Florent
> While installing JCL modules on a clean PC, there is "No BCB/Delphi...installed" error occured and installation fails. Where can I download a fresh copy of JCL that can be installed into Tiburon? Thx.

See .jcl or .general for a message by Florent.


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Wed, 10 Sep 2008 09:18:40 +0500
Newsgroups: jedi.general,jedi.vcl

Florent Ouchet пишет:
> Ricardo Cardona a écrit :
>> Hi
>>
>> OBones wrote:
>>> This preview should not be considered as stable software, it introduces
>>> breaking changes to previously released JVCL 3.34.
>>
>> What breaking changes ?
>
> For the JCL: the interface of JclSimpleXML changed, support for Unicode in JclMapi is not enabled and some insidious bugs may be left although we tested many things. Anyone who wants to help us testing is welcome.
>
> Regards,
>
> - Florent
While installing JCL modules on a clean PC, there is "No BCB/Delphi...installed" error occured and installation fails. Where can I download a fresh copy of JCL that can be installed into Tiburon? Thx.


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 10 Sep 2008 05:41:14 +0200
Newsgroups: jedi.general,jedi.vcl

Ricardo Cardona a écrit :
> Hi
>
> OBones wrote:
>> This preview should not be considered as stable software, it introduces
>> breaking changes to previously released JVCL 3.34.
>
> What breaking changes ?

For the JCL: the interface of JclSimpleXML changed, support for Unicode in JclMapi is not enabled and some insidious bugs may be left although we tested many things. Anyone who wants to help us testing is welcome.

Regards,

- Florent


Subject: Re: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: Ricardo Cardona <ricardona@nospamtome_.yahoo.com>
Date: Tue, 09 Sep 2008 22:16:14 -0500
Newsgroups: jedi.general,jedi.vcl

Hi

OBones wrote:
> This preview should not be considered as stable software, it introduces
> breaking changes to previously released JVCL 3.34.

What breaking changes ?

Thanks in advance

Ricardo


Subject: JVCL 3.35 preview for C++ Builder 2009 and Delphi 2009
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 09 Sep 2008 22:36:59 +0200
Newsgroups: jedi.general,jedi.vcl

The JVCL team is proud to give a preview of the library that supports
CodeGear's new products Delphi 2009 and C++Builder 2009 with native
Unicode support (codename was Tiburon).

This preview should not be considered as stable software, it introduces
breaking changes to previously released JVCL 3.34.

****************************
Users who absolutely need a stable version of the library should stay with JVCL 3.34.
****************************

Users who need a version of the JVCL for Delphi 2009 and C++Builder 2009
may use this preview because JVCL 3.34 is not compatible with these new
products.

Feedback about this preview concerning backward compatibility and Unicode support will highly be appreciated.

This preview of the JVCL is available in the JVCL pages at Sourceforge: http://sourceforge.net/project/showfiles.php?group_id=45786

Users of subversion may use this external link to import the JVCL into
their repository:
https://jvcl.svn.sourceforge.net/svnroot/jvcl/tags/JVCL3_35

This preview supports the following versions of Delphi and C++Builder:
  - Delphi 2009, C++Builder 2009
  - RAD Studio 2007 (Delphi 2007, C++Builder 2007)
  - BDS 2006 (Delphi 2006, C++Builder 2006)
  - Delphi 7
  - Delphi 6 and C++Builder 6
  - Delphi 5 and C++Builder 5

This preview is made of one unique file that is also part of the upcoming Delphi 2009 and C++Builder 2009 partner DVD:

  - jvcl_3.35_for_codegear_delphi_and_c_builder_2009.zip

It contains the source code for windows only.


Regards
Olivier Sannier
JVCL coordinator


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Tue, 09 Sep 2008 22:13:44 +0500
Newsgroups: jedi.vcl

OBones пишет:
> Vjatcheslav wrote:
>> Florent Ouchet пишет:
>>>> Florent Ouchet wrote:
>>>> I'm ready when you are, we just need the green light from Codegear and I'll merge the changes.
>>>
>>> Okay, I'll merge the JCL on my HDD this evening. This should make things
>>> go quicker as soon as we get this approval.
>>>
>>> We should pick a schedule for commit operations that won't make daily zips
>>> unusable. Hence we should avoid times from 0:00AM to 2:00AM PDT (JCL daily
>>> zips used to be created at 0:42 and JVCL ones at 1:38).
>>>
>>> Cheers,
>>>
>>> - Florent
>>>
>>>
>>>
>>> --- posted by geoForum on http://delphi.newswhat.com
>> I'd like to know when I can take a disk/storage with Tiburon + JVCL included... I haven't amount for this purpose now, but I simply want to see that this version is stable and available... :(
>
> We are working on it, it will be available in the next few hours. No ETA just yet.

I'd like to test it anyway :)


Subject: Re: DevTools compilation issue
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 09 Sep 2008 15:14:03 +0200
Newsgroups: jedi.vcl

AlexB wrote:
> Hi all.
>
> CB2007, latest version.
>
> Making of devtools stops with err msg:
> can't find jcl.inc
>
> Appending $(JCLROOT)\source\include to "JCL=..." solves the problem.
> Why this part is absent ?

Because the structure of the JCL has changed recently and that not all files have been updated yet.


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 09 Sep 2008 14:25:32 +0200
Newsgroups: jedi.vcl

Vjatcheslav wrote:
> Florent Ouchet пишет:
>>> Florent Ouchet wrote:
>>> I'm ready when you are, we just need the green light from Codegear and I'll merge the changes.
>>
>> Okay, I'll merge the JCL on my HDD this evening. This should make things
>> go quicker as soon as we get this approval.
>>
>> We should pick a schedule for commit operations that won't make daily zips
>> unusable. Hence we should avoid times from 0:00AM to 2:00AM PDT (JCL daily
>> zips used to be created at 0:42 and JVCL ones at 1:38).
>>
>> Cheers,
>>
>> - Florent
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
> I'd like to know when I can take a disk/storage with Tiburon + JVCL included... I haven't amount for this purpose now, but I simply want to see that this version is stable and available... :(

We are working on it, it will be available in the next few hours. No ETA just yet.


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Tue, 09 Sep 2008 17:15:16 +0500
Newsgroups: jedi.vcl

Florent Ouchet пишет:
>> Florent Ouchet wrote:
>> I'm ready when you are, we just need the green light from Codegear and I'll merge the changes.
>
> Okay, I'll merge the JCL on my HDD this evening. This should make things
> go quicker as soon as we get this approval.
>
> We should pick a schedule for commit operations that won't make daily zips
> unusable. Hence we should avoid times from 0:00AM to 2:00AM PDT (JCL daily
> zips used to be created at 0:42 and JVCL ones at 1:38).
>
> Cheers,
>
> - Florent
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com
I'd like to know when I can take a disk/storage with Tiburon + JVCL included... I haven't amount for this purpose now, but I simply want to see that this version is stable and available... :(


Subject: DevTools compilation issue
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 9 Sep 2008 10:49:33 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

CB2007, latest version.

Making of devtools stops with err msg:
can't find jcl.inc

Appending $(JCLROOT)\source\include to "JCL=..." solves the problem.
Why this part is absent ?

-- Alex 

Subject: JVVALIDATEEDIT.OBJ
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 9 Sep 2008 10:13:40 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

CB2007, latest version.

I've got err msg:
[ILINK32 Error] Fatal: Unable to open file 'JVVALIDATEEDIT.OBJ'

I see that file in Lib\C5, but there is no such file in Lib\D11.
Could anyone help ?

TIA.
-- Alex 

Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Tue, 9 Sep 2008 10:40:37 +0100
Newsgroups: jedi.vcl

> >Florent Ouchet wrote:
> >I'm ready when you are, we just need the green light from Codegear and 
> >I'll merge the changes.

Okay, I'll merge the JCL on my HDD this evening. This should make things
go quicker as soon as we get this approval.

We should pick a schedule for commit operations that won't make daily zips
unusable. Hence we should avoid times from 0:00AM to 2:00AM PDT (JCL daily
zips used to be created at 0:42 and JVCL ones at 1:38).

Cheers,

- Florent



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 09 Sep 2008 09:15:26 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Michael Fritz a écrit :
>> Olivier, it is already available, but I guess you know this ;-) From Tuesday (today) on, to those who've ordered from US store ;-)
>
> Michael,
>
> I'll likely have the required time to merge these changes this evening or maybe tomorrow (Olivier?). The JCL and JVCL have to be updated together because of some breaking changes in the former.
>
> Stay tuned,
>
> - Florent

I'm ready when you are, we just need the green light from Codegear and I'll merge the changes.


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 09 Sep 2008 09:01:36 +0200
Newsgroups: jedi.vcl

Michael Fritz a écrit :
> Olivier, it is already available, but I guess you know this ;-) From Tuesday (today) on, to those who've ordered from US store ;-)

Michael,

I'll likely have the required time to merge these changes this evening or maybe tomorrow (Olivier?). The JCL and JVCL have to be updated together because of some breaking changes in the former.

Stay tuned,

- Florent


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 9 Sep 2008 09:01:25 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:ga513b$sdr$1@news.talkto.net>:

> > Yes, but it is not "officially" available on Codegear's website.
> > Basically we are waiting for the "green light" from Codegear on this.
Ah I see, thanks!

-- cu, Michael 

Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 09 Sep 2008 08:59:14 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:ga4r86$rrk$1@news.talkto.net>:
>
>> Yes. Both the JCL and JVCL are on the companion DVD in a version that is compatible with Tiburon. We will release these versions publicly shortly after D2009 is made available to the general audience.
> Olivier, it is already available, but I guess you know this ;-) From Tuesday (today) on, to those who've ordered from US store ;-)

Yes, but it is not "officially" available on Codegear's website.
Basically we are waiting for the "green light" from Codegear on this.


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 9 Sep 2008 08:54:01 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:ga4r86$rrk$1@news.talkto.net>:

> > Yes. Both the JCL and JVCL are on the companion DVD in a version that is 
> > compatible with Tiburon. We will release these versions publicly shortly 
> > after D2009 is made available to the general audience.
Olivier, it is already available, but I guess you know this ;-) 
From Tuesday (today) on, to those who've ordered from US store ;-)

-- cu, Michael 

Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 09 Sep 2008 07:19:12 +0200
Newsgroups: jedi.vcl

Vjatcheslav wrote:
> Florent Ouchet пишет:
>> Vjatcheslav a écrit :
>>> I tried to install every of stable JVCL releases on it, but didn't install it before Access Violation in module rtl120.bpl at address 2000D48B appears, and installation failed. While I try to install JVCL throught Jedi Installer, there is no version Delphi 2009 in install-able list (I have D7, BDS2007 installed - there are listed in, no other versions are listed). Where can I find information about subj, or when you're ready to release a stable version for this version of Developer Studio? Thank for answers.
>>
>> I don't know how you get access to this version, but if you have the license to use it, you should be able to get the JCL/JVCL working, otherwise you'll have to wait for the official release of Delphi 2009 and we'll make the JCL and JVCL working with Delphi 2009 ASAP in Sourceforge subversion's repository.
> I received it from my friend. I just checked a version of JVCL - 3.33, this version isn't able to be installed into Tiburon - only D2007 or lower...
>
> So, the newer version of JVCL will be included into the Tiburon on official release date?

Yes. Both the JCL and JVCL are on the companion DVD in a version that is compatible with Tiburon. We will release these versions publicly shortly after D2009 is made available to the general audience.


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Tue, 09 Sep 2008 09:38:08 +0500
Newsgroups: jedi.vcl

Florent Ouchet пишет:
> Vjatcheslav a écrit :
>> I tried to install every of stable JVCL releases on it, but didn't install it before Access Violation in module rtl120.bpl at address 2000D48B appears, and installation failed. While I try to install JVCL throught Jedi Installer, there is no version Delphi 2009 in install-able list (I have D7, BDS2007 installed - there are listed in, no other versions are listed). Where can I find information about subj, or when you're ready to release a stable version for this version of Developer Studio? Thank for answers.
>
> I don't know how you get access to this version, but if you have the license to use it, you should be able to get the JCL/JVCL working, otherwise you'll have to wait for the official release of Delphi 2009 and we'll make the JCL and JVCL working with Delphi 2009 ASAP in Sourceforge subversion's repository.
I received it from my friend. I just checked a version of JVCL - 3.33, this version isn't able to be installed into Tiburon - only D2007 or lower...

So, the newer version of JVCL will be included into the Tiburon on official release date?


Subject: Re: JvMaskEdit and Vista Theme
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 05 Sep 2008 12:49:49 +0200
Newsgroups: jedi.vcl

Mistral wrote:
>
>> Thanks for that. I wonder what happens if "Enable runtime themes" is not checked. However, if the rendering is correct in Win2000 SP4, then it should be fine as well.
>
> I've tried the JVCL 3.34 but I noticed that you not solved this issue. I still have to modify myself the sources to get JvMaskEdit working on Windows Vista. Did you plan to correct it in next versions?

It's not in Mantis, and as such slipped through.


Subject: Re: JvInspector, JVCL 3.33, Ellipsis button: how to distinguish between two of them in the same control?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 05 Sep 2008 12:48:46 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> "Warren Postma" <wp@tekran.com> ha scritto nel messaggio news:g9p62q$j19$1@news.talkto.net...
>> There you go. He supports himself.  Good job! :-)
>
> Thanx and by the way, I not only support myself, I also support others when I can ;-)
> That's what open source is supposed to be all about :D

Maybe putting a few words in the JEDI online help:

http://homepages.codegear.com/jedi/jedihelp/


Subject: Re: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Fri, 05 Sep 2008 12:27:46 +0200
Newsgroups: jedi.vcl


> Thanks for that. I wonder what happens if "Enable runtime themes" is not checked. However, if the rendering is correct in Win2000 SP4, then it should be fine as well.

I've tried the JVCL 3.34 but I noticed that you not solved this issue. I still have to modify myself the sources to get JvMaskEdit working on Windows Vista. Did you plan to correct it in next versions?

Thank you



Subject: Re: Button caption bug : Maybe I know why it's there
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 05 Sep 2008 12:23:17 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> Hello,
>
> I was thinking: maybe it's there because of the type - TCaption.
> Is it possible that for some reason(didn't examine the sources, too complex ones for the time I have - i.e. very little) that
> this particular type isn't registered somewhere and thus the events are not triggered?

Uh? Under which condition?


Subject: Re: Button caption bug : Maybe I know why it's there
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 5 Sep 2008 12:20:46 +0200
Newsgroups: jedi.vcl

"Andrea Raimondi" <raiand@plug-in.it> ha scritto nel messaggio 
news:g9qrt3$op9$1@news.talkto.net...
> > I submitted an issue for that. Using Rad Studio 2007, it NEVER fires an 
> > OnItemValueChanged event.

It's the inspector issue I wrote about here and I also filed a submission 
into Mantis.

Andrew 




Subject: Re: Button caption bug : Maybe I know why it's there
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 5 Sep 2008 12:17:51 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> ha scritto nel messaggio 
news:g9qrjp$onk$1@news.talkto.net...
> > Andrea Raimondi wrote:
> > Uh? Under which condition?

I submitted an issue for that. Using Rad Studio 2007, it NEVER fires an 
OnItemValueChanged event :-)

Andrew 




Subject: Re: JvInspector, JVCL 3.33, Ellipsis button: how to distinguish between two of them in the same control?
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 5 Sep 2008 12:04:11 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wp@tekran.com> ha scritto nel messaggio 
news:g9p62q$j19$1@news.talkto.net...
> > There you go. He supports himself.  Good job! :-)

Thanx and by the way, I not only support myself, I also support others when 
I can ;-)
That's what open source is supposed to be all about :D

> > W

Andrew 




Subject: Button caption bug : Maybe I know why it's there
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 5 Sep 2008 12:01:35 +0200
Newsgroups: jedi.vcl

Hello,

I was thinking: maybe it's there because of the type - TCaption.
Is it possible that for some reason(didn't examine the sources, too complex 
ones for the time I have - i.e. very little) that
this particular type isn't registered somewhere and thus the events are not 
triggered?

Andrew 




Subject: Re: JvInspector, JVCL 3.33, Ellipsis button: how to distinguish between two of them in the same control?
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 5 Sep 2008 11:56:32 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wp@tekran.com> ha scritto nel messaggio 
news:g9p62q$j19$1@news.talkto.net...
> > There you go. He supports himself.  Good job! :-)

Yeah well, I do what I can ;-)

The main issues with JVCL in general imho are:

- Plenty of undemostrated features: it's IMPOSSIBLE to demo all features of 
all components, you'd need a 4GB dvd to do that ;-)
- Clutter in the public/published sections: unavoidable because of the many 
features and the need to configure them

This leads many times to the impossibility of finding what you really want, 
even if it's there in the source.

Sometimes you're lucky, sometimes you're not ;-)

> > W

Andrew 




Subject: Re: Help with AppRegistryStorage
From: "KoenraadL" <nospam@ace-electronics.be>
Date: Fri, 5 Sep 2008 09:02:45 +0100
Newsgroups: jedi.vcl

> >Hi,
> >
> >This happens when creating the form (maybe automatically in the *.dpr) 
> >and never showing it. Show would read the values from saving place (reg, 
> >xml, etc.), but this in your case does not happen.

The forms are created automatically. I didn't know when the actual restore
took place, so if it's on OnShow, then it would explain the behaviour.

> >
> >But the destroying of the form at closing the application is saving the 
> >default values!
> >
> >What's to do? Try setting FlushOnDestroy to False and set it by code to 
> >True in the OnShow event of the form. Another way would be to create the 
> >form just if it is needed to display, not in the *.dpr. This way would 
> >in case of create always show the form, so the values to set would 
> >always be read.
> >
I use a AppRegistryStorage in combination with several FormStorages, one
for each form pointing to the same AppRegistryStorage, so the
FlushOnDestroy of the AppRegistryStorage is of no use.

I'll look if creating the forms manually is doable, never did this before. 

Thanks for the suggestion, but if someone has nicer solutions, I'm all ears.
Koenraad.

P.S. I thought of showing and hiding all the forms when showing the mainform.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvInspector, JVCL 3.33, Ellipsis button: how to distinguish between two of them in the same control?
From: Warren Postma <wp@tekran.com>
Date: Thu, 04 Sep 2008 15:07:39 -0400
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> There apparently is no counter-indication in its use and by testing it in my application seems to work fine.
>
> Andrew
>
>   
There you go. He supports himself.  Good job! :-)

W


Subject: Re: Help with AppRegistryStorage
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Thu, 04 Sep 2008 18:57:08 +0200
Newsgroups: jedi.vcl

Hi,

> I'm new to this forum

you're welcome!

> I have a test-application with another form. I want to save some
> information of a component in that form, say the text of a tedit.
> If I go to the form and modify the tedits text, exit the form and close
> the application, I see everything in the registry like expected.
> When I restart the application and I go in the form with the tedit, the
> text is the modified version, like expected.
> Again I leave the application and I restart it. Now I don't bring up the
> form, but simply leave the application. When I look in the registry, the
> modified value of the tedit's text is lost. It's the original text, like
> in the IDE.
> Is this the normal behaviour ? Do I miss something ?

This happens when creating the form (maybe automatically in the *.dpr) and never showing it. Show would read the values from saving place (reg, xml, etc.), but this in your case does not happen.

But the destroying of the form at closing the application is saving the default values!

What's to do? Try setting FlushOnDestroy to False and set it by code to True in the OnShow event of the form. Another way would be to create the form just if it is needed to display, not in the *.dpr. This way would in case of create always show the form, so the values to set would always be read.

HTH, Eddi


Subject: Help with AppRegistryStorage
From: "KoenraadL" <nospam@ace-electronics.be>
Date: Thu, 4 Sep 2008 17:10:56 +0100
Newsgroups: jedi.vcl

Hello,
I'm new to this forum and I tried to search for my problem, but I didn't
find any relevant info.
I'm using Delphi6 pro, with jvcl3.34 (latest at the moment).
I have a test-application with another form. I want to save some
information of a component in that form, say the text of a tedit.
If I go to the form and modify the tedits text, exit the form and close
the application, I see everything in the registry like expected.
When I restart the application and I go in the form with the tedit, the
text is the modified version, like expected.
Again I leave the application and I restart it. Now I don't bring up the
form, but simply leave the application. When I look in the registry, the
modified value of the tedit's text is lost. It's the original text, like
in the IDE.
Is this the normal behaviour ? Do I miss something ?
I have a simple testapplication that shows this behaviour.

I hope I can get some advice to circumvent/fix this.
Regards,
Koenraad lelong.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Advice needed.
From: "Yannis" <none@noware.non>
Date: Wed, 3 Sep 2008 16:34:51 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > yannis wrote:
>> > > Hi all,
>> > > 
>> > > I am thinking on making a few very small changes on the jvthumbview
>> > > component. I would like to change the addthumb related methods from
>> > > procedures to functions that return the created jvthumnail making it
>> > > easier to use and closer to how codegear handles it.
>> > > 
>> > > Would you think that it would be better to deprecate them altogether
>> > > and create either a new set of functions to be used for backward
>> > > compatibility or just change the existing ones?
>> > > 
>> > > Thank you for any comments.
> > 
> > The general rule would be to "deprecate" (with appropriate IFDEFS) than
> > simply remove as it is likely these procedures are used. Even use the
> > "deprecated 'Here is an explanatory message'" syntax if you can.
> > 
> > However, going from procedures to functions is mostly non breaking in the
> > majority of cases because the return value is simply ignored. Of course,
> > there are the cases of BPLs and procedure pointers but I suspect this would
> > be quite rare.
> > 
> > Once these changes are done, please let us know and if you don't have write
> > access to SVN, please post them as a Mantis issue.
> > 
> > Cheers
> > Olivier

Ok. Thank you for the info. I'll post here the muntis issue code when I am done.

Regards
Yannis.

-- 

Subject: Re: Problem with TJvFindReplace
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 03 Sep 2008 18:11:47 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Tom T wrote:
>> It appears as though there is a bug in the TJVFindReplace dialog when searching for single digits. Specifically, the dialog will find the first instance but will fail to find any subsequent instances. For example, if the memo to which the dialog is attached contains multiple instances of "123", and you search for "1", only the first instance of "1" will be found --  clicking "Find Next" within the dialog will not locate the next "1". I have verified this under D6 and D2006 and JVCL 3.33 and JVCL 3.34. The apparent bug can be demonstrated with the JVCL demo program named "FindReplace".
>>
>> Could someone be so kind as to confirm that they can produce this bug before I report it in Mantis (notwithstanding that the server seems to be down --  has it moved?)? Does anyone know what the source of the problem is?
>
> Please post it in Mantis. It is alive and kicking at this address:
>
> http://homepages.codegear.com/jedi/issuetracker

Should have checked before, the issue is already here.


Subject: Re: Problem with TJvFindReplace
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 03 Sep 2008 18:10:06 +0200
Newsgroups: jedi.vcl

Tom T wrote:
> It appears as though there is a bug in the TJVFindReplace dialog when searching for single digits. Specifically, the dialog will find the first instance but will fail to find any subsequent instances. For example, if the memo to which the dialog is attached contains multiple instances of "123", and you search for "1", only the first instance of "1" will be found --  clicking "Find Next" within the dialog will not locate the next "1". I have verified this under D6 and D2006 and JVCL 3.33 and JVCL 3.34. The apparent bug can be demonstrated with the JVCL demo program named "FindReplace".
>
> Could someone be so kind as to confirm that they can produce this bug before I report it in Mantis (notwithstanding that the server seems to be down --  has it moved?)? Does anyone know what the source of the problem is?

Please post it in Mantis. It is alive and kicking at this address:

http://homepages.codegear.com/jedi/issuetracker


Subject: Re: Advice needed.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 03 Sep 2008 18:09:14 +0200
Newsgroups: jedi.vcl

yannis wrote:
> Hi all,
>
> I am thinking on making a few very small changes on the jvthumbview
> component. I would like to change the addthumb related methods from
> procedures to functions that return the created jvthumnail making it
> easier to use and closer to how codegear handles it.
>
> Would you think that it would be better to deprecate them altogether
> and create either a new set of functions to be used for backward
> compatibility or just change the existing ones?
>
> Thank you for any comments.

The general rule would be to "deprecate" (with appropriate IFDEFS) than simply remove as it is likely these procedures are used. Even use the "deprecated 'Here is an explanatory message'" syntax if you can.

However, going from procedures to functions is mostly non breaking in the majority of cases because the return value is simply ignored. Of course, there are the cases of BPLs and procedure pointers but I suspect this would be quite rare.

Once these changes are done, please let us know and if you don't have write access to SVN, please post them as a Mantis issue.

Cheers
Olivier


Subject: Re: Successfully installed JCL + JVCL (30 august 2008 night build) on Turbo Delphi Pro for w32 with 2 hints
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 03 Sep 2008 18:06:10 +0200
Newsgroups: jedi.vcl

Fabrizio Monti wrote:
> JvTranslator.pas(239): H2164 variable 'JclStream' is declared but never used in 'TJvTranslator.ComponentToXML'
> JvTranslator.pas(240): H2164 variable 'StringStream' is declared but 

Thanks for the info. These warnings have been removed since then.


Subject: Re: How do I install JVCL in Tiburon Delphi 2009
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 02 Sep 2008 21:38:45 +0200
Newsgroups: jedi.vcl

Vjatcheslav a écrit :
> I tried to install every of stable JVCL releases on it, but didn't install it before Access Violation in module rtl120.bpl at address 2000D48B appears, and installation failed. While I try to install JVCL throught Jedi Installer, there is no version Delphi 2009 in install-able list (I have D7, BDS2007 installed - there are listed in, no other versions are listed). Where can I find information about subj, or when you're ready to release a stable version for this version of Developer Studio? Thank for answers.

I don't know how you get access to this version, but if you have the license to use it, you should be able to get the JCL/JVCL working, otherwise you'll have to wait for the official release of Delphi 2009 and we'll make the JCL and JVCL working with Delphi 2009 ASAP in Sourceforge subversion's repository.


Subject: How do I install JVCL in Tiburon Delphi 2009
From: Vjatcheslav <kaka20@mail.ru>
Date: Wed, 03 Sep 2008 00:10:23 +0500
Newsgroups: jedi.vcl

I tried to install every of stable JVCL releases on it, but didn't install it before Access Violation in module rtl120.bpl at address 2000D48B appears, and installation failed. While I try to install JVCL throught Jedi Installer, there is no version Delphi 2009 in install-able list (I have D7, BDS2007 installed - there are listed in, no other versions are listed). Where can I find information about subj, or when you're ready to release a stable version for this version of Developer Studio? Thank for answers.


Subject: Re: JvInspector, JVCL 3.33, Ellipsis button: how to distinguish between two of them in the same control?
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Tue, 2 Sep 2008 18:12:42 +0200
Newsgroups: jedi.vcl

There apparently is no counter-indication in its use and by testing it in my 
application seems to work fine.

Andrew 




Subject: TJvMonthCalendar2: Multi day selection looks ... awfull
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Tue, 02 Sep 2008 10:34:15 +0200
Newsgroups: jedi.vcl

Hello,
when I select multiple days on runtime it just looks awfull because the selected days are marked by a white bar. But when I select multiple days on designtime the selected days are marked by a blue bar.
Is this a bug or am I doing something wrong??

I'm using JVCL 3.34 on Turbo Delphi 2006
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel.: +49 (95 65) 94 22 - 42
Fax : +49 (95 65) 94 22 - 22
Mail: heiko.adams@regenspurger.de
Web:  http://www.regenspurger.de / www.kigapro.de


Subject: Re: JvInspector, JVCL 3.33, Ellipsis button: how to distinguish between two of them in the same control?
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Mon, 1 Sep 2008 17:51:47 +0200
Newsgroups: jedi.vcl

Hello again,

Afer close examination of  TJvCustomInspectorItem I noticed the property 
UserData, which I assume is there to be used by the
user... correct? Is that something left free for me to use or has it got any 
special management I'm unaware of?

Andrew 




Subject: JvInspector, JVCL 3.33, Ellipsis button: how to distinguish between two of them in the same control?
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Mon, 1 Sep 2008 17:30:20 +0200
Newsgroups: jedi.vcl

Hello.

After the great Postma's suggestion I was able to do almost all I needed to.
Problem is, I realized that where I thought I'd need one ellipsis button per 
control, I actually need TWO!
So, now I have an issue: how do I distinguish between them?
Shall I use Data.Name? Isn't there some way slightly more "automatic" to do 
this, some way that doesn't involve strings?

I'd hate to change a property name and find out that my program isn't 
working because of that...

Andrew




Subject: Re: JvInspector again... :p Ellipsis button! :D
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Mon, 1 Sep 2008 17:26:49 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wp@tekran.com> ha scritto nel messaggio 
news:g8u9ob$ffb$1@news.talkto.net...
> > You add the event handler AfterItemCreate and set properties for the 
> > current item when it is created.

Hi Warren,

I actually use  a slightly different approach, yet the bottomline of your 
hint was great and is now working :D
I can even select different controls and have a different dialog pop up 
accordingly :D

Andrew

P.S. I have an even trickier question about this, going to post in a new 
thread :D 




Subject: JvCABFile
From: cadetill <cadetill@terra.es>
Date: Mon, 01 Sep 2008 17:20:34 +0200
Newsgroups: jedi.vcl

Hi all

I need to create CAB Files. I can use this component for that or I can use only the JvCABFile for read CAB files?

Thanks
cadetill


Subject: Successfully installed JCL + JVCL (30 august 2008 night build) on Turbo Delphi Pro for w32 with 2 hints
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Sun, 31 Aug 2008 09:45:28 +0200
Newsgroups: jedi.vcl

JvTranslator.pas(239): H2164 variable 'JclStream' is declared but never used in 'TJvTranslator.ComponentToXML'
JvTranslator.pas(240): H2164 variable 'StringStream' is declared but never used in 'TJvTranslator.ComponentToXML'


Subject: Re: How to localize TJvTFWeeks Title?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Sun, 31 Aug 2008 09:42:24 +0200
Newsgroups: jedi.vcl

Heiko Adams ha scritto:
> Hello,
> I've got a small problem with the TJvTFWeeks control. I want to localize the title (i.e. "Week of Aug, 25") to another language. AFAIK this can be done in the OnUpdateTitle event but this event isn't raised on form creation.
Hi Heiko,
I'm changing it using jvgnugettext (a fork of dxgnugettext) in the FormCreate event.

somethinglike

MyJvTFWeeks.title := _('Week of');

please, read dxgnugettext website for more info :)


Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Sun, 31 Aug 2008 08:30:49 +0100
Newsgroups: jedi.vcl

Hi Yannis,

Incredible! Thanks a lot :) It works like a charm.

Now the ThumbView is perfect.

Again, thanks a lot for your help, very much appreciated.

I hope this could benefit others.

> >After a few tests it seems that there is a problem with the mouse wheel
message
> >and tscrollbox. I haven't been able to find out why tscrollbox does not
get any
> >of the wheel messages but I have managed to make work.
> >
> >First and most important do not write a mouse wheel event handler for the
> >thumbview create one for the form.
> >Second write an OnMouseWheel handler not a mouse wheel up or down here is
mine
> >
> >procedure TForm1.FormMouseWheel(Sender: TObject; Shift: TShiftState;
> >  WheelDelta: Integer; MousePos: TPoint; var Handled: Boolean);
> >begin
> >  if ((MousePos.X >= Aview.Left) and (MousePos.X<=
aView.Left+aView.Width)) AND
> >   ((MousePos.Y >= Aview.Top) and (MousePos.Y <= aView.Top +
aView.Height)) then
> >  begin
> >    aView.VertScrollBar.Position := aView.VertScrollBar.Position -
WheelDelta;
> >    Handled := true;
> >  end;
> >end;
> >
> >This seems to work and I think it will not create any problems to any other
> >control that handles the mouse wheel.
> >
> >It seems that this is a problem with either the Windows API or the
CodeGear VCL
> >IF any one else can help us understand what is going on here it would
> >appreciated.
> >
> >Regards
> >Yannis.
> >
> >-- 
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Adding images into TJvThumbView
From: "Yannis" <none@noware.non>
Date: Sat, 30 Aug 2008 18:31:10 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > Hi Yannis,
> > 
> > That works! I set to AlignView FitToScreen and play around with it, and
> > found no issue. Good work :)
> > 
> > Btw, could you please suggest how to workaround the mouse wheel?
> > 
> > At this moment, I only need to scroll-up and scroll-down ... :)
> > 
> > I tried this:
> > 
> > procedure TBrowseCoverForm.AViewMouseWheelUp(Sender: TObject;
> >   Shift: TShiftState; MousePos: TPoint; var Handled: Boolean);
> > begin
> >   AView.ScrollBy(0, -100);
> > end;
> > 

OK I found the problem. After Poking around on the VCL code I can see that the
MouseWheel messages go to the active window which then forward them to the
focused one and since the TScrollBox can not be focused then it is forward it
to the control that has the focus usually the TButton.

Regards
Yannis.

-- 

Subject: Re: Adding images into TJvThumbView
From: "Yannis" <none@noware.non>
Date: Sat, 30 Aug 2008 18:04:58 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > Hi Yannis,
> > 
> > That works! I set to AlignView FitToScreen and play around with it, and
> > found no issue. Good work :)
> > 
> > Btw, could you please suggest how to workaround the mouse wheel?
> > 
> > At this moment, I only need to scroll-up and scroll-down ... :)
> > 
> > I tried this:
> > 
> > procedure TBrowseCoverForm.AViewMouseWheelUp(Sender: TObject;
> >   Shift: TShiftState; MousePos: TPoint; var Handled: Boolean);
> > begin
> >   AView.ScrollBy(0, -100);
> > end;
> > 
> > But it does not work.
> >  

After a few tests it seems that there is a problem with the mouse wheel message
and tscrollbox. I haven't been able to find out why tscrollbox does not get any
of the wheel messages but I have managed to make work.

First and most important do not write a mouse wheel event handler for the
thumbview create one for the form.
Second write an OnMouseWheel handler not a mouse wheel up or down here is mine

procedure TForm1.FormMouseWheel(Sender: TObject; Shift: TShiftState;
  WheelDelta: Integer; MousePos: TPoint; var Handled: Boolean);
begin
  if ((MousePos.X >= Aview.Left) and (MousePos.X<= aView.Left+aView.Width)) AND
   ((MousePos.Y >= Aview.Top) and (MousePos.Y <= aView.Top + aView.Height)) then
  begin
    aView.VertScrollBar.Position := aView.VertScrollBar.Position - WheelDelta;
    Handled := true;
  end;
end;

This seems to work and I think it will not create any problems to any other
control that handles the mouse wheel.

It seems that this is a problem with either the Windows API or the CodeGear VCL
IF any one else can help us understand what is going on here it would
appreciated.

Regards
Yannis.

-- 

Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Sat, 30 Aug 2008 17:04:53 +0100
Newsgroups: jedi.vcl

Hi Yannis,

That works! I set to AlignView FitToScreen and play around with it, and
found no issue. Good work :)

Btw, could you please suggest how to workaround the mouse wheel?

At this moment, I only need to scroll-up and scroll-down ... :)

I tried this:

procedure TBrowseCoverForm.AViewMouseWheelUp(Sender: TObject;
  Shift: TShiftState; MousePos: TPoint; var Handled: Boolean);
begin
  AView.ScrollBy(0, -100);
end;

But it does not work.
 
> > Yannis wrote:
> >Ok I think I have found the problem with the selection.
> >
> >Replace the existing MouseDown method with this one.
> >Watch out for wraped up lines (although a quick look shows that you
shoold not
> >have a problem) and inform me if this works for you.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Adding images into TJvThumbView
From: "Yannis" <none@noware.non>
Date: Sat, 30 Aug 2008 09:02:52 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > Hi Yannis,
> > 
> > Your new function works :) However as I said previously, there is a
> > problem with the "OnClick" (or MouseDown) event.
> > 
> > Inside the OnClick event, I print the "Selected" property and also the
> > "Title" of the clicked thumbnail.
> > 
> > If I resize the form (maximize the application Window for example),
> > sometimes the "Selected" property have -1 value ... even though you
> > clicked the thumbnail correctly.
> > 

Ok I think I have found the problem with the selection.

Replace the existing MouseDown method with this one.
Watch out for wraped up lines (although a quick look shows that you shoold not
have a problem) and inform me if this works for you.

------------------------- CODE BLOCK --------------------------------------
procedure TJvThumbView.MouseDown(Button: TMouseButton; Shift: TShiftState;
  X, Y: Integer);
var
  No: Integer;
  TempX, TempY: Longint;
  Spact : Integer;
begin
  // Check to see if there are any problems removing the following
  // For sure it solves A focus problem I'm having in an application
 //  setfocus;
  if Count > 0 then
    case ScrollMode of
      smVertical, smBoth:
        begin
          Spact := FThumbGap;
          if (FAlignView = vtFitToScreen) and (FScrollMode = smVertical) then
            Spact := ((Width - 20) - (FThumbSize.X * FMaxX)) div (FMaxX + 1);
          TempX := JkCeil((X + HorzScrollBar.Position) / (FThumbSize.X +
Spact));
          TempY := JkCeil((Y + VertScrollBar.Position) / (FThumbSize.Y +
FThumbGap));
          if TempX > FMaxX then
            TempX := FMaxX;
          if TempY < 1 then
            TempY := 1;
          No := ((TempY - 1) * FMaxX + TempX) - 1;
          if No < Count then
            if TJvThumbnail(FThumbList.Objects[No]) <> nil then
              if (X > TJvThumbnail(FThumbList.Objects[No]).Left) and
                (X < TJvThumbnail(FThumbList.Objects[No]).Left +
                TJvThumbnail(FThumbList.Objects[No]).Width) and
                (Y > TJvThumbnail(FThumbList.Objects[No]).Top) and
                (Y < TJvThumbnail(FThumbList.Objects[No]).Top +
                TJvThumbnail(FThumbList.Objects[No]).Height) then
                SetSelected(No)
              else
                SetSelected(-1)
            else
              SetSelected(-1)
          else
            SetSelected(-1);
        end;
      smHorizontal:
        begin
          TempX := JkCeil((X + HorzScrollBar.Position) / (FThumbSize.X +
FThumbGap));
          TempY := JkCeil((Y + VertScrollBar.Position) / (FThumbSize.Y +
FThumbGap));
          if TempY > FMaxX then
            TempY := FMaxX;
          if TempX < 1 then
            TempX := 1;
          No := ((TempX - 1) * FMaxX + TempY) - 1;
          if No < Count then
            if TJvThumbnail(FThumbList.Objects[No]) <> nil then
              if (X > TJvThumbnail(FThumbList.Objects[No]).Left) and
                (X < TJvThumbnail(FThumbList.Objects[No]).Left +
                TJvThumbnail(FThumbList.Objects[No]).Width) and
                (Y > TJvThumbnail(FThumbList.Objects[No]).Top) and
                (Y < TJvThumbnail(FThumbList.Objects[No]).Top +
                TJvThumbnail(FThumbList.Objects[No]).Height) then
                SetSelected(No)
              else
                SetSelected(-1)
            else
              SetSelected(-1)
          else
            SetSelected(-1);
        end;
    else
      SetSelected(-1);
    end;
  inherited MouseDown(Button, Shift, X, Y);
end;
------------------------- CODE BLOCK --------------------------------------



Also I am going to clean up a bit the AddThumbxxxx methods removing the
AddthumbEx altogether and try to find someone to post them to the repository.
In the new function they will all have the redraw parameter and setting it 
to false will have the same effect as no update at least until you call the
thumbview.Refresh your self.

I do not know when I'll be able to do this so no time line here.


Regards
Yannis.

-- 

Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Fri, 29 Aug 2008 07:25:32 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > More problems found:
> > 
> > 1. No mouse-wheel support ... I cannot scroll up / down using mouse
> > wheel.

Never did implement mouse wheel support in this components. 

> > 2. Try to use AddFromFile with loop for more than 100 images ...
> > Flicker!

I can see how this can be a problem yes.


> > Tips: set Visible to FALSE ... Flicker gone and much faster.

I'll try to implement a BeginUpdate EndUpdate pair of methods for the
view.

My main problem here is time. I have not any at this point. I will put
it on my "to do list" but it is already quite extensive.

Regards
Yannis.

-- "Mother-in-law = A woman who destroys her son-in-law's peace of mind by giving him a piece of hers." -- Anonymous. 

Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Fri, 29 Aug 2008 07:15:39 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > Hi Yannis,
> > 
> > Your new function works :) However as I said previously, there is a
> > problem with the "OnClick" (or MouseDown) event.
[snip]

I haven't found the time to test it yet. I'll try to see what is going
on ASAP but no promises here as always.


Regards
Yannis.
-- "I have never let my schooling interfere with my education." -- Mark Twain (1835-1910) 

Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Fri, 29 Aug 2008 00:38:05 +0100
Newsgroups: jedi.vcl

More problems found:

1. No mouse-wheel support ... I cannot scroll up / down using mouse wheel.

2. Try to use AddFromFile with loop for more than 100 images ... Flicker!

Tips: set Visible to FALSE ... Flicker gone and much faster.

> >Hi Yannis,
> >
> >Your new function works :) However as I said previously, there is a
> >problem with the "OnClick" (or MouseDown) event.
> >
> >Inside the OnClick event, I print the "Selected" property and also the
> >"Title" of the clicked thumbnail.
> >
> >If I resize the form (maximize the application Window for example),
> >sometimes the "Selected" property have -1 value ... even though you
> >clicked the thumbnail correctly.
> >
> >Here I created a small demo:
> >http://rapidshare.com/files/140877400/thumbview_bug.rar.html
> >
> >How to reproduce:
> >1. Start the demo
> >2. Click the Load button, it will load all *.bmp from the C:\Windows
> >3. Try to click the thumbnails randomly and watch the Memo1
> >4. After sometimes, resize the application demo (maximized)
> >5. Again, try to click the thumbnails randomly and watch the Memo1
> >
> >Make sure you dont click the empty area / gap area !
> >
> >You should see the -1 value sometimes displayed in the Memo1 ...
> >
> >This happen if you use vtFitToScreen AlignView mode.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Thu, 28 Aug 2008 22:09:25 +0100
Newsgroups: jedi.vcl

Hi Yannis,

Your new function works :) However as I said previously, there is a
problem with the "OnClick" (or MouseDown) event.

Inside the OnClick event, I print the "Selected" property and also the
"Title" of the clicked thumbnail.

If I resize the form (maximize the application Window for example),
sometimes the "Selected" property have -1 value ... even though you
clicked the thumbnail correctly.

Here I created a small demo:
http://rapidshare.com/files/140877400/thumbview_bug.rar.html

How to reproduce:
1. Start the demo
2. Click the Load button, it will load all *.bmp from the C:\Windows
3. Try to click the thumbnails randomly and watch the Memo1
4. After sometimes, resize the application demo (maximized)
5. Again, try to click the thumbnails randomly and watch the Memo1

Make sure you dont click the empty area / gap area !

You should see the -1 value sometimes displayed in the Memo1 ...

This happen if you use vtFitToScreen AlignView mode.

> > You wrote:
> >ok here is a small adition 
> >
> >on the jvthumbview.pas unit just above the addthumb procedure add the
> >following declaration
> >
> >function AddThumbEx(ATitle:string; Redraw:Boolean = False):TJvThumbnail;
> >
> >and somewhere in the implementation section of the unit paste the
> >following code.
> >  
> >function TJvThumbView.AddThumbEx(ATitle: string;
> >  Redraw: Boolean): TJvThumbnail;
> >begin
> >  Result := TJvThumbnail.Create(Self);
> >  Result.Left := CalculateXPos(Count + 1);
> >  Result.Top := CalculateYPos(Count + 1);
> >  Result.Width := FThumbSize.X;
> >  Result.Height := FThumbSize.Y;
> >  Result.AsButton := FAsButtons;
> >  Result.TitlePlacement := FTitlePlacement;
> >  Result.ShadowColor := FShadowColor;
> >  Result.ShowShadow := FShowShadow;
> >  Result.OnClick := OnClick;
> >  Result.Photo.OnClick := OnClick;
> >  Result.Photo.OnInvalidImage := DoInvalidImage;
> >  Result.OnDblClick := OnDblClick;
> >  Result.Photo.OnDblClick := OnDblClick;
> >  Result.MinimizeMemory := MinMemory;
> >  Result.Color := Self.Color;
> >  Result.Title := ATitle;
> >  if FThumbColor = clNone then
> >  begin
> >    Result.Color := Self.Color;
> >    Result.ParentColor := True;
> >    Result.TitleColor := Self.Color;
> >  end
> >  else
> >    Result.Color := FThumbColor;
> >  FThumbList.AddObject(Result.Title, Result);
> >  Result.Parent := Self;
> >  if Redraw then
> >  begin
> >    CalculateSize;
> >    Reposition(0);
> >  end;
> >end;
> >
> >use this function to add your thumbs instead of the addthumb and see
> >how it goes.
> >
> >Regards
> >Yannis.
> >
> >-- 
> >"Object-oriented programming is an exceptionally bad idea which
> > could only have originated in California." -- Edsger Dijkstra
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: OT: Far Away
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 28 Aug 2008 21:09:19 +0200
Newsgroups: jedi.vcl

Hi,

i'm away from my computer for in the minimum 10 days.

Any mails will be answered later :-)


Greetings
Jens


Subject: Re: Problem of TJvThread in the latest version 3.334
From: "Edwin" <edwin@domain.com>
Date: Thu, 28 Aug 2008 19:08:34 +0800
Newsgroups: jedi.vcl

Thanks, AlexB, I turn to AsyncCalls already, however, I try to reply your 
answers below.

"AlexB" <b.a.v@inbox.ru> wrote in message 
news:g8vt67$lhh$1@news.talkto.net...
> > Edwin wrote:
> >
>> >> I was using TJvThead in v3.3 and it worked, now I've just updated to
>> >> the latest v3.334 and had an AV problem.
>> >>
>> >> *****The object properties:
>> >>    Exclusive := False;
>> >>    MaxCount := 0;
>> >>    RunOnCreate := True;
>> >>    FreeOnTerminate := True;
>> >>    Priority := tpIdle;
>> >>    OnExecute := // update the UI here
> >
> > I hope you don't "update the UI" directly in OnExecute procedure (VCL
> > is not thread safe as we know). :-)
I update the UI in the functions called by OnExecute, and this worked for 
me.


> >
>> >> *****The stack trace:
>> >>    TJvThread.GetCurrentThread
>> >>    TJvThread.Synchronize($10F4C10)
>> >>    TJvThread(Sender).Synchronize(MyFuncThatUpdatesUI);
>> >>
>> >> *****The debugger stopped at:
>> >> function TJvThread.GetCurrentThread: TJvBaseThread;
>> >> var
>> >>  H: DWORD;
>> >>  List: TList;
>> >>  I: Integer;
>> >>  Thread: TJvBaseThread;
>> >> begin
>> >>  Result := nil;
>> >>  H := GetCurrentThreadID;
>> >>  List := FThreads.LockList; //stopped at this point in the IDE
>> >> debugger
> >
> > Do you still have the problem ?
> > If so then you can temporary (until the end of investigation) replace
> > the new JvThread.pas with older one and rebuild library.
> >
> > 1) What is your Studio version ?
d7

> > 2) Could you send me both (old and new) versions of JvThread.pas for
> > investigation ? I usually use the latest version and I need both of
> > your versions for comparison.
Attached the old version JvThread.pas, and for the new version you can 
download the latest public releaes.

> > 3) Is error permanent (is it happen every time when you start your
> > application) or random ?
permanent.

> > 4) TJvThread.GetCurrentThread has very simple code and it is not
> > changed for a long time. IMHO most likely you have a problem in your
> > own code (for example, the instance of the component was already
> > deleted or heap was corrupted). How do you use the component ? Do you
> > create the component at design time or create (and destroy) it manually
> > at run time ?
the problem occurs right after upgrading JVCL, so I don't think there is 
problem in my code. The component is created at design time and the 
properties vlaues have been provied.

> > 5) You can use more fast version of synchronization in OnExecute
> > procedure. This procedure receives 2 parameters:  Sender and Params.
> > Sender is TJvBaseThread and you can call Synchronize directly for the
> > specific TJvBaseThread instance. In addition you can use other useful
> > properties (Terminated and ReturnValue for example) of the thread
> > object.
> >


> > procedure TForm1.JvThread1Execute(Sender: TObject; params: Pointer);
> > var
> >  h: TJvBaseThread;
> > begin
> >  h:=(Sender as TJvBaseThread);
> >  if h.Terminated
> >  then begin
> >    h.ReturnValue=-1;
> >    exit;
> >  end;
> >
> >  while not h.Terminated do
> >  begin
> >    ...
> >    h.Sinchronize(MyMethod);
> >    ...
> > -- 
> > Alex 


JvThread.pas
	



Subject: How to localize TJvTFWeeks Title?
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Thu, 28 Aug 2008 08:54:39 +0200
Newsgroups: jedi.vcl

Hello,
I've got a small problem with the TJvTFWeeks control. I want to localize the title (i.e. "Week of Aug, 25") to another language. AFAIK this can be done in the OnUpdateTitle event but this event isn't raised on form creation.
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel.: +49 (95 65) 94 22 - 42
Fax : +49 (95 65) 94 22 - 22
Mail: heiko.adams@regenspurger.de
Web:  http://www.regenspurger.de / www.kigapro.de


Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Thu, 28 Aug 2008 06:48:08 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > Hi Yannis,
> > 
> > However, there is another problem though ... I think there is
> > something wrong with the ThumbList property. 
> > 
> > Try your own demo, and add more than 20 images ... It does not work.
> > 
> > Also, you cannot add the same image (same filename). It will appear
> > only once.
> > 
> > Using your code, I was able to display 6 images. But if I have more
> > ... it just does not work.
> > 
> > I think, we cannot use ThumbList[i] ... nor ThumbList.Thumbnail[i] ...
> > 
> > nor aView.ThumbList.Count - 1 as the index ...
> > 
> > The index is screwed up!

Depends heavelly if you have the list sorted or not. If it is sorted
then no it can not be trusted at all. You do not really know in which
position in the list the thumbnail will end up.

> > 
> > If you dont access the index, it will work. For example, I use the
> > OnGetTitle() event to set the title. It works! But the OnGetTitle is
> > limited to Title only, no event to change "Hint" for example.
> > 

ok here is a small adition 

on the jvthumbview.pas unit just above the addthumb procedure add the
following declaration

function AddThumbEx(ATitle:string; Redraw:Boolean = False):TJvThumbnail;

and somewhere in the implementation section of the unit paste the
following code.
  
function TJvThumbView.AddThumbEx(ATitle: string;
  Redraw: Boolean): TJvThumbnail;
begin
  Result := TJvThumbnail.Create(Self);
  Result.Left := CalculateXPos(Count + 1);
  Result.Top := CalculateYPos(Count + 1);
  Result.Width := FThumbSize.X;
  Result.Height := FThumbSize.Y;
  Result.AsButton := FAsButtons;
  Result.TitlePlacement := FTitlePlacement;
  Result.ShadowColor := FShadowColor;
  Result.ShowShadow := FShowShadow;
  Result.OnClick := OnClick;
  Result.Photo.OnClick := OnClick;
  Result.Photo.OnInvalidImage := DoInvalidImage;
  Result.OnDblClick := OnDblClick;
  Result.Photo.OnDblClick := OnDblClick;
  Result.MinimizeMemory := MinMemory;
  Result.Color := Self.Color;
  Result.Title := ATitle;
  if FThumbColor = clNone then
  begin
    Result.Color := Self.Color;
    Result.ParentColor := True;
    Result.TitleColor := Self.Color;
  end
  else
    Result.Color := FThumbColor;
  FThumbList.AddObject(Result.Title, Result);
  Result.Parent := Self;
  if Redraw then
  begin
    CalculateSize;
    Reposition(0);
  end;
end;

use this function to add your thumbs instead of the addthumb and see
how it goes.

Regards
Yannis.

-- "Object-oriented programming is an exceptionally bad idea which could only have originated in California." -- Edsger Dijkstra 

Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Thu, 28 Aug 2008 06:09:41 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > I think I found the bug !
> > 
> > If I use AlignView = vtFitToScreen then the problem occurred.
> > 
> > It is easy to reproduce the problem:
> > - Create a small TForm
> > - Add ThumbView
> > - Set AlignView to vtFitToScreen
> > - Set scrollmode to vertical!
> > - Load a lot of images
> > - Start app
> > - Resize the form
> > - Click the thumbnail randomly and showmessage the SelectedFile
> > 

Ok I'll try it later on.

> > Sometimes you will get blank.
> > 
> > This is because of the miscalculation of the thumbnail boundary.
> > It has been changed by the form resize (the thumbview area also
> > resized).

Sorry I do not really understand what you meen by miscalculations. 
Can you elaborate on this?

[snip...]
> > This is important, otherwise you cannot click the empty area between
> > thumbnails (the gap)! It will always set to -1 ... and we dont want
> > that.  If user click the gap, the "Selected" should remain
> > unchanged!!! :)
> > 

Well this is as designed. Click in between the thumbs unselects all
selected. It was designed to imitate the windows explorer. So yes this
is the functionality that was requested.

Regards
Yannis.
-- "Don't stay in bed, unless you can make money in bed." -- George Burns (1896-1996) 

Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Wed, 27 Aug 2008 22:46:41 +0100
Newsgroups: jedi.vcl

I found the bug!

This problem will occur if you set AlignView to vtFitToScreen and
smVertical scroll mode.

When you set to vFitToScreen and you resize the ThumbView during runtime,
the calculation is not correct anymore (in the MouseDown event).

If I set to vtNormal, it does not occur.

And also, if you click the GAP area, it always set Selected to -1

So, I changed the code like this:

          if No < Count then
            if TJvThumbnail(FThumbList.Objects[No]) <> nil then
              if (X > TJvThumbnail(FThumbList.Objects[No]).Left) and
                (X < TJvThumbnail(FThumbList.Objects[No]).Left +
                TJvThumbnail(FThumbList.Objects[No]).Width) and
                (Y > TJvThumbnail(FThumbList.Objects[No]).Top) and
                (Y < TJvThumbnail(FThumbList.Objects[No]).Top +
                TJvThumbnail(FThumbList.Objects[No]).Height) then
                SetSelected(No)
              else
              //  SetSelected(-1)
            else
            //  SetSelected(-1)
          else
          //  SetSelected(-1);

> >Another problem that I found:
> >
> >- I loaded TJvThumbView with about 100 images (I used AddFromFile() method).
> >
> >- I set TJvThumbView.OnClick() to display "SelectedFile".
> >
> >  ShowMessage(aView.SelectedFile);
> >
> >Result: It is not reliable! Sometimes, I got blank value ...
> >
> >Really, something is not right with this Thumb*.PAS Units ... 
> >
>> >>Hi Yannis,
>> >>
>> >>However, there is another problem though ... I think there is something
>> >>wrong with the ThumbList property. 
>> >>
>> >>Try your own demo, and add more than 20 images ... It does not work.
>> >>
>> >>Also, you cannot add the same image (same filename). It will appear only
> >once.
>> >>
>> >>Using your code, I was able to display 6 images. But if I have more ... it
>> >>just does not work.
>> >>
>> >>I think, we cannot use ThumbList[i] ... nor ThumbList.Thumbnail[i] ...
>> >>
>> >>nor aView.ThumbList.Count - 1 as the index ...
>> >>
>> >>The index is screwed up!
>> >>
>> >>If you dont access the index, it will work. For example, I use the
>> >>OnGetTitle() event to set the title. It works! But the OnGetTitle is
>> >>limited to Title only, no event to change "Hint" for example.
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Wed, 27 Aug 2008 22:42:11 +0100
Newsgroups: jedi.vcl

I think I found the bug !

If I use AlignView = vtFitToScreen then the problem occurred.

It is easy to reproduce the problem:
- Create a small TForm
- Add ThumbView
- Set AlignView to vtFitToScreen
- Set scrollmode to vertical!
- Load a lot of images
- Start app
- Resize the form
- Click the thumbnail randomly and showmessage the SelectedFile

Sometimes you will get blank.

This is because of the miscalculation of the thumbnail boundary.
It has been changed by the form resize (the thumbview area also resized).

So, if I changed the alignview to vtNormal, I dont have the problem.

Also, I changed this the source to this:

          if No < Count then
            if TJvThumbnail(FThumbList.Objects[No]) <> nil then
              if (X > TJvThumbnail(FThumbList.Objects[No]).Left) and
                (X < TJvThumbnail(FThumbList.Objects[No]).Left +
                TJvThumbnail(FThumbList.Objects[No]).Width) and
                (Y > TJvThumbnail(FThumbList.Objects[No]).Top) and
                (Y < TJvThumbnail(FThumbList.Objects[No]).Top +
                TJvThumbnail(FThumbList.Objects[No]).Height) then
                SetSelected(No)
              else
              //  SetSelected(-1)
            else
            //  SetSelected(-1)
          else
          //  SetSelected(-1);

This is important, otherwise you cannot click the empty area between
thumbnails (the gap)! It will always set to -1 ... and we dont want that.
If user click the gap, the "Selected" should remain unchanged!!! :)

> >Another problem that I found:
> >
> >- I loaded TJvThumbView with about 100 images (I used AddFromFile() method).
> >
> >- I set TJvThumbView.OnClick() to display "SelectedFile".
> >
> >  ShowMessage(aView.SelectedFile);
> >
> >Result: It is not reliable! Sometimes, I got blank value ...
> >
> >Really, something is not right with this Thumb*.PAS Units ...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: OT: Far Away
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 27 Aug 2008 22:36:41 +0200
Newsgroups: jedi.vcl

Hi Jens,

No problem, have nice holidays :)

about your changes, I'll try to adapt version control expert code to use your units during this time frame.

Cheers,

Florent


Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Wed, 27 Aug 2008 21:19:24 +0100
Newsgroups: jedi.vcl

Another problem that I found:

- I loaded TJvThumbView with about 100 images (I used AddFromFile() method).

- I set TJvThumbView.OnClick() to display "SelectedFile".

  ShowMessage(aView.SelectedFile);

Result: It is not reliable! Sometimes, I got blank value ...

Really, something is not right with this Thumb*.PAS Units ... 

> >Hi Yannis,
> >
> >However, there is another problem though ... I think there is something
> >wrong with the ThumbList property. 
> >
> >Try your own demo, and add more than 20 images ... It does not work.
> >
> >Also, you cannot add the same image (same filename). It will appear only
once.
> >
> >Using your code, I was able to display 6 images. But if I have more ... it
> >just does not work.
> >
> >I think, we cannot use ThumbList[i] ... nor ThumbList.Thumbnail[i] ...
> >
> >nor aView.ThumbList.Count - 1 as the index ...
> >
> >The index is screwed up!
> >
> >If you dont access the index, it will work. For example, I use the
> >OnGetTitle() event to set the title. It works! But the OnGetTitle is
> >limited to Title only, no event to change "Hint" for example.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Wed, 27 Aug 2008 18:24:58 +0100
Newsgroups: jedi.vcl

Hi Yannis,

However, there is another problem though ... I think there is something
wrong with the ThumbList property. 

Try your own demo, and add more than 20 images ... It does not work.

Also, you cannot add the same image (same filename). It will appear only once.

Using your code, I was able to display 6 images. But if I have more ... it
just does not work.

I think, we cannot use ThumbList[i] ... nor ThumbList.Thumbnail[i] ...

nor aView.ThumbList.Count - 1 as the index ...

The index is screwed up!

If you dont access the index, it will work. For example, I use the
OnGetTitle() event to set the title. It works! But the OnGetTitle is
limited to Title only, no event to change "Hint" for example.

> >ewlung wrote:
> >
>> >> I still dont know why it does not work inside FormCreate btw.
>> >> 
> >
> >I have found the problem. You can correct it your self if you care to.
> >
> >Open the file jvThumbViews and locate the 
> >  procedure TJvThumbView.WMPaint(var Msg: TWMPaint);
> >
> >in it find the line that reads 
> >   SetDirectory(FDirectory);
> >
> >and change it to 
> >   if FDirectory <> '' then
> >     SetDirectory(FDirectory);
> >
> >This shoold enable you to use the creator to add your images.
> >I wouldn't applied it to the existing code base just yet I need
> >to recall why this has been added there in the first place. 
> >
> >Regards
> >Yannis.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvTFUtils.IncMonths is broken
From: "Lorenzo" <lomo74@gmail.com>
Date: Wed, 27 Aug 2008 17:21:23 +0200
Newsgroups: jedi.vcl

Hi all,
the procedure JvTFUtils.IncMonths is broken, it doesn't work well on year 
boundaries.
Try this:
drop a TJvTFMonths and two buttons on a form, then add this code to the 
buttons:
procedure TForm1.Button1Click(Sender: TObject);
begin
  JvTFMonths1.ScrollPrev;
end;
procedure TForm1.Button2Click(Sender: TObject);
begin
  JvTFMonths1.ScrollNext;
end;

An exception is raised if you try to go beyond november or before january.
Problem resides in JvTFUtils.IncMonths. My solution was:

procedure IncMonths(var ADate: TDateTime; N: Integer);
                                      // N defaults to 1
var
  Y, M, D, EOMD: Word;
  X: Cardinal;   //This line added by me
begin
  DecodeDate(ADate, Y, M, D);
//  Inc(Y, N div 12); // Wrong !!!
//  Inc(M, N mod 12); // Wrong !!!
  X := ((Y * 12) + M - 1 + N);
  Y := X div 12;
  M := (X mod 12) + 1;
....

The bug has always been there, I think. Bug tracker sucks - mysql connection 
failed?!?!?
Anyone knows how to report this to developers?

Ciao

- Lorenzo - 




Subject: Advice needed.
From: "yannis" <none@noware.non>
Date: Wed, 27 Aug 2008 13:17:14 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I am thinking on making a few very small changes on the jvthumbview
component. I would like to change the addthumb related methods from
procedures to functions that return the created jvthumnail making it
easier to use and closer to how codegear handles it.

Would you think that it would be better to deprecate them altogether
and create either a new set of functions to be used for backward
compatibility or just change the existing ones?

Thank you for any comments.

Regards
Yannis.

-- "A low voter turnout is an indication of fewer people going to the polls." -- George W. Bush 

Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Wed, 27 Aug 2008 13:06:05 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > I still dont know why it does not work inside FormCreate btw.
> > 

I have found the problem. You can correct it your self if you care to.

Open the file jvThumbViews and locate the 
  procedure TJvThumbView.WMPaint(var Msg: TWMPaint);

in it find the line that reads 
   SetDirectory(FDirectory);

and change it to 
   if FDirectory <> '' then
     SetDirectory(FDirectory);

This shoold enable you to use the creator to add your images.
I wouldn't applied it to the existing code base just yet I need
to recall why this has been added there in the first place. 

Regards
Yannis.

-- "People who read Cosmopolitan magazine are very different from those who do not." -- Donald Berry, Statistics: A Bayesian Perspective 

Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Wed, 27 Aug 2008 06:19:49 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:


> > So, I changed to NOT use FormCreate method ... and it works!
> > :)
> > 

  Glad you found the problem. 

> > I still dont know why it does not work inside FormCreate btw.

This is the first time I heard this. I'll try to find out what is going
on. No promises though.

Regards
Yannis.

-- "If it wasn't for lawyers, we wouldn't need them." 

Subject: Problem with TJvFindReplace
From: "Tom T" <tomtatham@comcast.net>
Date: Tue, 26 Aug 2008 21:06:17 -0400
Newsgroups: jedi.vcl

It appears as though there is a bug in the TJVFindReplace dialog when 
searching for single digits. Specifically, the dialog will find the first 
instance but will fail to find any subsequent instances. For example, if the 
memo to which the dialog is attached contains multiple instances of "123", 
and you search for "1", only the first instance of "1" will be found --  
clicking "Find Next" within the dialog will not locate the next "1". I have 
verified this under D6 and D2006 and JVCL 3.33 and JVCL 3.34. The apparent 
bug can be demonstrated with the JVCL demo program named "FindReplace".

Could someone be so kind as to confirm that they can produce this bug before 
I report it in Mantis (notwithstanding that the server seems to be down --  
has it moved?)? Does anyone know what the source of the problem is?

Thank you,
Tom 




Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Tue, 26 Aug 2008 18:28:34 +0100
Newsgroups: jedi.vcl

Hi Yannis,

I solved the problem!!!

After I tested your code, I cannot believe that mine is different.
Because you also use similar technique.

So, I changed to NOT use FormCreate method ... and it works!

:)

That's it! 

I still dont know why it does not work inside FormCreate btw.

Thanks Yannis.

> >ewlung wrote:
> >
>> >> Hi Yannis,
>> >> 
>> >> I think there is something wrong with the TJvThumbView.AddThumb()
>> >> method.  It suppose to create a TJvThumbnail object and then add it
>> >> to the ThumbList property. However, for some unknown reason, I cannot
>> >> modify nor update the ThumbList property (assigning image stream,
>> >> changing title, etc.).
>> >> 
>> >> I tried adding a TJvThumbnail object and I have no problem accessing
>> >> it.
> >[Snip...]
> >
> >I have created a small demo that adds all the bmp files from windows
> >directory in a thumbview and posted to jedi.binaries under the same
> >subject as this thread.
> >
> >I have not used the loop variable (i in your example) to access the
> >last thumbnail I just used
> >  Thumb := aView.ThumbList.Thumbnail[aView.ThumbList.Count -1]
> >and then changed the thumb properties as needed.
> >
> >Take a look on the example at binaries the code to add the thumbs 
> >is in a seperate method so it would be easy to adapt to your needs.
> >
> >Regards
> >Yannis.
> >
> >-- 
> >"I hear Glenn Hoddle has found God. That must have been one hell
> > of a pass." -- Bob Davies.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error when compiling SVN under D2007
From: "Ian Branch" <branch@celestial.com.au>
Date: Tue, 26 Aug 2008 18:00:28 +1000
Newsgroups: jedi.vcl

All fixed here too.  Thanks Florent.

Regards,

Ian


Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Tue, 26 Aug 2008 05:23:45 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > Hi Yannis,
> > 
> > I think there is something wrong with the TJvThumbView.AddThumb()
> > method.  It suppose to create a TJvThumbnail object and then add it
> > to the ThumbList property. However, for some unknown reason, I cannot
> > modify nor update the ThumbList property (assigning image stream,
> > changing title, etc.).
> > 
> > I tried adding a TJvThumbnail object and I have no problem accessing
> > it.
[Snip...]

I have created a small demo that adds all the bmp files from windows
directory in a thumbview and posted to jedi.binaries under the same
subject as this thread.

I have not used the loop variable (i in your example) to access the
last thumbnail I just used
  Thumb := aView.ThumbList.Thumbnail[aView.ThumbList.Count -1]
and then changed the thumb properties as needed.

Take a look on the example at binaries the code to add the thumbs 
is in a seperate method so it would be easy to adapt to your needs.

Regards
Yannis.

-- "I hear Glenn Hoddle has found God. That must have been one hell of a pass." -- Bob Davies. 

Subject: Re: Problem of TJvThread in the latest version 3.334
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 26 Aug 2008 03:27:03 +0000 (UTC)
Newsgroups: jedi.vcl

Edwin wrote:

> > I was using TJvThead in v3.3 and it worked, now I've just updated to
> > the latest v3.334 and had an AV problem.
> > 
> > *****The object properties:
> >    Exclusive := False;
> >    MaxCount := 0;
> >    RunOnCreate := True;
> >    FreeOnTerminate := True;
> >    Priority := tpIdle;
> >    OnExecute := // update the UI here

I hope you don't "update the UI" directly in OnExecute procedure (VCL
is not thread safe as we know). :-)

> > *****The stack trace:
> >    TJvThread.GetCurrentThread
> >    TJvThread.Synchronize($10F4C10)
> >    TJvThread(Sender).Synchronize(MyFuncThatUpdatesUI);
> > 
> > *****The debugger stopped at:
> > function TJvThread.GetCurrentThread: TJvBaseThread;
> > var
> >  H: DWORD;
> >  List: TList;
> >  I: Integer;
> >  Thread: TJvBaseThread;
> > begin
> >  Result := nil;
> >  H := GetCurrentThreadID;
> >  List := FThreads.LockList; //stopped at this point in the IDE
> > debugger

Do you still have the problem ?
If so then you can temporary (until the end of investigation) replace
the new JvThread.pas with older one and rebuild library.

1) What is your Studio version ?
2) Could you send me both (old and new) versions of JvThread.pas for
investigation ? I usually use the latest version and I need both of
your versions for comparison.
3) Is error permanent (is it happen every time when you start your
application) or random ?
4) TJvThread.GetCurrentThread has very simple code and it is not
changed for a long time. IMHO most likely you have a problem in your
own code (for example, the instance of the component was already
deleted or heap was corrupted). How do you use the component ? Do you
create the component at design time or create (and destroy) it manually
at run time ?
5) You can use more fast version of synchronization in OnExecute
procedure. This procedure receives 2 parameters:  Sender and Params.
Sender is TJvBaseThread and you can call Synchronize directly for the
specific TJvBaseThread instance. In addition you can use other useful
properties (Terminated and ReturnValue for example) of the thread
object.

procedure TForm1.JvThread1Execute(Sender: TObject; params: Pointer);
var
  h: TJvBaseThread;
begin
  h:=(Sender as TJvBaseThread);
  if h.Terminated
  then begin
    h.ReturnValue=-1;
    exit;
  end;
  
  while not h.Terminated do
  begin
    ...
    h.Sinchronize(MyMethod);
    ...
-- Alex 

Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Mon, 25 Aug 2008 20:48:34 +0100
Newsgroups: jedi.vcl

Hi Yannis,

I think there is something wrong with the TJvThumbView.AddThumb() method.
It suppose to create a TJvThumbnail object and then add it to the
ThumbList property. However, for some unknown reason, I cannot modify nor
update the ThumbList property (assigning image stream, changing title, etc.).

I tried adding a TJvThumbnail object and I have no problem accessing it.

Here I modified a little bit just for experiment:

procedure TForm1.FormCreate(Sender: TObject);
var
  dir: Tstrings;
  i: integer;
  jpg: TJPEGImage;
 
begin
  dir := TStringList.Create;
  GetRootFolderOnlyList('C:\MyData', dir);
  jpg := TJPEGImage.Create;
 
  for i := 0 to dir.Count - 1 do
    if FileExists(dir[i]+'\IMAGE.DAT') then
    begin
      jpg.LoadFromFile(dir[i]+'\IMAGE.DAT');
 
      // tb = TJvThumbnail 
      tb.Photo.Picture.Assign(jpg); // this works!
 
      // tm = TJvThumbview
      tm.AddThumb(inttostr(i), TRUE);
      tm.ThumbList[i].Photo.Picture.Assign(jpg); // this does not work
 
      // This also does not work              

//TJvThumbnail(tm.ThumbList.Thumbnail[i]).Photo.Picture.Assign(jpg);
 
    end;
 
  dir.free;
  jpg.Free;
end;


> >ewlung wrote:
> >
>> >> Oh btw, the Refresh() method does not help.
>> >> 
>> >> 
>> >> 
>> >> --- posted by geoForum on http://delphi.newswhat.com
> >
> >I have tested the refresh method with success in an 
> >application of mine. At the time I do not have access to 
> >rapidshare (firewall blocks it) so I will take a closer 
> >look from home tonight.
> >
> >
> >Regards
> >yannis.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error when compiling SVN under D2007
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 25 Aug 2008 20:54:01 +0200
Newsgroups: jedi.vcl

Hi Florent,

yes it's fixed now.

Thanks for this.

And i fixed my d5 compilation error, which i can't see, because of the previous error.

Greetings
Jens

P.S: I will answer now :-)

Florent Ouchet schrieb:
> Jens Fudickar a écrit :
>> I've got the same error with D5 compilation using the latest jcl and jvcl revisions.
>
>
> Hi Jens,
>
> There was some confusion around this change, I just reverted it.
>
> Thanks,
>
> Florent
> PS: I didn't forget you, check your mail :)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Error when compiling SVN under D2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 25 Aug 2008 20:48:50 +0200
Newsgroups: jedi.vcl

Jens Fudickar a écrit :
> I've got the same error with D5 compilation using the latest jcl and jvcl revisions.


Hi Jens,

There was some confusion around this change, I just reverted it.

Thanks,

Florent
PS: I didn't forget you, check your mail :)


Subject: Re: Error when compiling SVN under D2007
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 25 Aug 2008 20:37:26 +0200
Newsgroups: jedi.vcl

I've got the same error with D5 compilation using the latest jcl and jvcl revisions.

Greetings
Jens

Florent Ouchet schrieb:
> Ian,
>
> If you use the svn version of the JVCL, you'll have to use the svn version of the JCL too.
>
> Regards,
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Error when compiling SVN under D2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 25 Aug 2008 17:49:30 +0200
Newsgroups: jedi.vcl

Ian,

If you use the svn version of the JVCL, you'll have to use the svn version of the JCL too.

Regards,

-- 
Florent Ouchet


Subject: Re: JvInspector again... :p Ellipsis button! :D
From: Warren Postma <wp@tekran.com>
Date: Mon, 25 Aug 2008 10:22:46 -0400
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> Hello Peers,
>
> Anybody's got a clue how to tell JvInspector to display an ellipses button beside a property? :D
>   

You add the event handler AfterItemCreate and set properties for the current item when it is created.

procedure TMyForm.MyPropertiesInspectorAfterItemCreate(
 Sender: TObject; Item: TJvCustomInspectorItem);
begin
 if Item.Data.Name = 'magicName' then
 begin
   Item.Flags := Item.Flags + [iifEditButton];     { set option }
 end;

end;


{ from jvInspector.pas:

 TInspectorItemFlag = (
   iifReadonly,
   iifHidden,
   iifExpanded,
   iifVisible,
   iifQualifiedNames,
   iifAutoUpdate,
   iifMultiLine,
   iifValueList,
   iifAllowNonListValues,
   iifOwnerDrawListFixed,
   iifOwnerDrawListVariable,
   iifEditButton,
   iifEditFixed,
   iifOwnerDrawListMaxHeight);

}


Subject: Re: Using JvDocking [newbie]
From: Warren Postma <wp@tekran.com>
Date: Mon, 25 Aug 2008 10:15:10 -0400
Newsgroups: jedi.vcl

Alan Colburn wrote:
> Figured it out on my own. Thanks anyway :-)
>
>   
Demos are your friend, too. Look in the demo folder.

W


Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Mon, 25 Aug 2008 12:05:52 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > Oh btw, the Refresh() method does not help.
> > 
> > 
> > 
> > --- posted by geoForum on http://delphi.newswhat.com

I have tested the refresh method with success in an 
application of mine. At the time I do not have access to 
rapidshare (firewall blocks it) so I will take a closer 
look from home tonight.


Regards
yannis.
-- "Real life is that big, high-res, high-color screen saver behind all the windows." -- anonymous 

Subject: Error when compiling SVN under D2007
From: "Ian Branch" <branch@celestial.com.au>
Date: Mon, 25 Aug 2008 16:53:21 +1000
Newsgroups: jedi.vcl

FYI/A...


[Compiling: JvCmpD11R.bpl]
"C:\Program Files\CodeGear\RAD Studio\5.0\Bin\dcc32.exe" JvCmpD11R.dpk
CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear

D:\JVCL3\run\JvTranslator.pas(500) Error: E2003 Undeclared identifier:
'SaveToStringStream'
JvCmpD11R.dpk(68) Fatal: F2063 Could not compile used unit
'..\..\run\JvTranslator.pas'

Regards,

Ian
-- 

Subject: JvMail
From: "Karl-Heinz Otter" <otter@t-online.de>
Date: Sat, 23 Aug 2008 09:45:55 +0200
Newsgroups: jedi.vcl

Hallo,
I am trying to send an eMail via JVMail in HTML-Format.
Do anybody knows, how this work?

Thanks KH 




Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Fri, 22 Aug 2008 19:09:27 +0100
Newsgroups: jedi.vcl

Oh btw, the Refresh() method does not help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Fri, 22 Aug 2008 19:07:52 +0100
Newsgroups: jedi.vcl

Hi Yannis,

I have uploaded the folders and my delphi codes here:

http://rs314.rapidshare.com/files/139300325/MyData.zip

368 KB.

Please if you can take a look and help me.

I am using JVCL320CompleteJCL197-Build2172.

Thanks.
 
> >Yannis wrote:
> >
> >Try to call MyThumbView.Refresh after you have exited
>from the for loop and see if this helps. 
> >
> >Can you send me a small sample of your directory structure 
> >so I can run a few tests of my own?
> >
> >Regards
> >Yannis.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Adding images into TJvThumbView
From: "yannis" <none@noware.non>
Date: Fri, 22 Aug 2008 07:27:29 +0000 (UTC)
Newsgroups: jedi.vcl

ewlung wrote:

> > Hi,
> > 
> > Anyone know how to add images manually to TJvThumbView?
> > 
> > Here is my code (see below), but it does not work. 
> > I need to load a list of folders, which each folder contain a file
> > called IMAGE.DAT. The IMAGE.DAT is a JPG image.
> > 
> > Anyone can help me? 
> > 

Try to call MyThumbView.Refresh after you have exited
from the for loop and see if this helps. 

Can you send me a small sample of your directory structure 
so I can run a few tests of my own?

Regards
Yannis.

-- "For if he like a madman lived, At least he like a wise one died." -- Cervantes. 

Subject: Adding images into TJvThumbView
From: "ewlung" <alan@tam.com>
Date: Thu, 21 Aug 2008 22:47:11 +0100
Newsgroups: jedi.vcl

Hi,

Anyone know how to add images manually to TJvThumbView?

Here is my code (see below), but it does not work. 
I need to load a list of folders, which each folder contain a file called
IMAGE.DAT. The IMAGE.DAT is a JPG image.

Anyone can help me? 

procedure TForm1.FormCreate(Sender: TObject);
var
  dir: Tstrings;
  i: integer;
  s: TFileStream;
begin
  dir := TStringList.Create;
  GetFolderList('C:\Data', dir);  // get FOLDER list

  for i := 0 to dir.Count - 1 do
    if FileExists(dir[i]+'\IMAGE.DAT') then
    begin
      // each folder contain IMAGE.DAT (JPG)
      s := TFileStream.Create(dir[i]+'\IMAGE.DAT', fmOpenRead);
      MyThumbView.AddThumb(dir[i], TRUE);
      MyThumbView.ThumbList[i].Photo.LoadFromStream(s, grJPG);
      MyThumbView.ThumbList[i].Title := IntToStr(i);
      s.Free;
    end;

  dir.free;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBTreeView StateImages
From: "diktyo" <diktyo@axd.forthnet.gr>
Date: Thu, 21 Aug 2008 16:54:07 +0000 (UTC)
Newsgroups: jedi.vcl

I decided to use JvDBTreeView for a self-referencing table with
MasterField -> ID,  DetailField -> LevelID , ItemFild -> Description
and an integer field -> Status.

So far so good.

Now I create an Imagelist with some images (6 to be precise) and I
assign it to StateImages .

I want the following simple behaviour :

Each node will ALWAYS have the same image (no matter if chosen or not),
that depends on the value of the Status field. I have written a simple
if statement to chose the right image e.g

if JvDBTreeView1.DataSource.DataSet.FieldByName('Status').AsInteger = 0
then   Node.StateIndex := 2
else if
JvDBTreeView1.DataSource.DataSet.FieldByName('Status').AsInteger 	= 1
then  Node.StateIndex := 5;   etc. etc.....

BUT I cannot find out which event to attach it to, so that it draws the
images upon creation of the treeview (No editing allowed !).

(as you can see I tested with the OnChange event to have access to
Node, but it doesn't work the way I want).


Any help appreciated,

Petros


Subject: Problem of TJvThread in the latest version 3.334
From: "Edwin" <edwin@domain.com>
Date: Thu, 21 Aug 2008 17:13:15 +0800
Newsgroups: jedi.vcl

Hi,

I was using TJvThead in v3.3 and it worked, now I've just updated to the 
latest v3.334 and had an AV problem.

*****The object properties:
    Exclusive := False;
    MaxCount := 0;
    RunOnCreate := True;
    FreeOnTerminate := True;
    Priority := tpIdle;
    OnExecute := // update the UI here

*****The stack trace:
    TJvThread.GetCurrentThread
    TJvThread.Synchronize($10F4C10)
    TJvThread(Sender).Synchronize(MyFuncThatUpdatesUI);

*****The debugger stopped at:
function TJvThread.GetCurrentThread: TJvBaseThread;
var
  H: DWORD;
  List: TList;
  I: Integer;
  Thread: TJvBaseThread;
begin
  Result := nil;
  H := GetCurrentThreadID;
  List := FThreads.LockList; //stopped at this point in the IDE debugger

Please help, many thanks!





Subject: How insert page break in JvRichedit?
From: "anselmolopez" <anselmolop@terra.es>
Date: Wed, 20 Aug 2008 12:02:48 +0100
Newsgroups: jedi.vcl

How I can insert page break in JvRichedit?

Thanks..



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvSelectDirectory TOO selective
From: Gary M. Mugford <gmMM@04rogers.com>
Date: Tue, 19 Aug 2008 15:51:42 -0400
Newsgroups: jedi.vcl

Hi all,

  I am using jvSelectDirectory from the latest official release. It is
used to select a folder. From there, I fill a listbox with the
folder's contents and start working on those files.

  However, I am finding that jvSelectDirectory does not show all root
folders on some drives. I do understand filtering out Incinerate,
Recycler and System Volume Information. But it's also filtering out
sizeable folders on a seemingly erractic basis. For example Shez2
shows, but Shez1 does not. Apps shows, but Trenton does not, although
Apps has more sub-folders and is larger in terms of consumed space. 

  The program resides on Drive D, I default to starting on Drive C and
the problem missing folders are on Drive F. I CAN edit the actual
entry field for the directory, so I am not helpless. But I AM
mystified.

  Here's the object code from the DFM

  object DlgSD: TJvSelectDirectory
    InitialDir = 'C:\'
    Title = 'Select target folder'
    Left = 342
    Top = 373
  end

  I am using Win XP SP3. 

  Any ideas?


Subject: Re: TJvUltimGrig
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Mon, 18 Aug 2008 20:43:51 +0300
Newsgroups: jedi.vcl

thank you, it worked this way :

procedure Tcauta_produs_form.DBGrid1DrawColumnCell(Sender: TObject;
 const Rect: TRect; DataCol: Integer; Column: TColumn; State: TGridDrawState);
begin
 if (ibquery1.FieldByName('stoc').AsCurrency<>0) and
   (trim(ibquery1.FieldByName('ALTERNATIVA').AsString)<>'') then begin


   DBGrid1.Canvas.Font.Color := clSilver
 end
 else begin
   DBGrid1.Canvas.Font.Color := clWindowText
 end;
 DBGrid1.DefaultDrawColumnCell(Rect, DataCol, Column, State);
end;


"ssamayoa" <nospam@stopspam.com> wrote in message news:g8bsn7$4ma$1@news.talkto.net...
>> Hi all,
>>
>> Using D 2007 and JVCL 3.33.
>>
>> Is there a way that in a TJvUltimGrid I could change the color of a row in
>> runtime, depending on some conditions ?
>
> Yes but one column at a time.
> I haven't Delphi / JVCL at time but is event called something like
> GetCellProperties().
>
> Regards.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com 



Subject: Re: TJvUltimGrig
From: "ssamayoa" <nospam@stopspam.com>
Date: Mon, 18 Aug 2008 16:37:02 +0100
Newsgroups: jedi.vcl

> >Hi all,
> >
> >Using D 2007 and JVCL 3.33.
> >
> >Is there a way that in a TJvUltimGrid I could change the color of a row in 
> >runtime, depending on some conditions ?

Yes but one column at a time.
I haven't Delphi / JVCL at time but is event called something like
GetCellProperties().

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Reserving the hyperlinks in TJvRichEdit when copying from a webpage.
From: "Edwin" <edwin@domain.com>
Date: Mon, 18 Aug 2008 11:20:54 +0800
Newsgroups: jedi.vcl

Hi,

Is it possible to reserve the hyperlinks in TJvRichEdit when copying from a 
webpage in a browser? (note: it's not about URL detection). Thanks.

Edwin. 




Subject: Re: use under turbo delphi
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Fri, 15 Aug 2008 15:59:19 +0100
Newsgroups: jedi.vcl

stevel wrote:
> > Is it possible to use jedi under trubo delphi?
> > If so, any suggestions on the best approach?
> > Steve~ 
> > 
> > 
I use it under TD Explorer and it Works For Me (TM) - in the sense that
I don't use the visual components (no third party components can be
installed) (I use the JvHidController mainly, nothing more)

el es


Subject: use under turbo delphi
From: "stevel" <sl@goodnloud.com>
Date: Fri, 15 Aug 2008 08:35:43 -0500
Newsgroups: jedi.vcl

Is it possible to use jedi under trubo delphi?
If so, any suggestions on the best approach?
Steve~ 




Subject: TJvUltimGrig
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Fri, 15 Aug 2008 11:52:12 +0300
Newsgroups: jedi.vcl

Hi all,

Using D 2007 and JVCL 3.33.

Is there a way that in a TJvUltimGrid I could change the color of a row in runtime, depending on some conditions ?



Thank you,

Tiberiu




Subject: TJvUltimGrig
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Fri, 15 Aug 2008 11:52:12 +0300
Newsgroups: jedi.vcl

Hi all,

Using D 2007 and JVCL 3.33.

Is there a way that in a TJvUltimGrid I could change the color of a row in runtime, depending on some conditions ?



Thank you,

Tiberiu




Subject: Custom extensions for plugins
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Thu, 14 Aug 2008 14:36:31 -0700
Newsgroups: jedi.vcl

I'm using TJvPluginManager to build a plugin system with packages.  The 
component has an Extension property that allows me to specify a custom 
extension for the plugins it reads, which I like.  I want my plugins to be 
"TEP" files, not BPL files.  Unfortunately, Delphi doesn't seem to like 
that.

I can't find any option in the Project Options that will make it generate 
"myplugin.tep" instead of "myplugin.bpl".  If I add the line {$E TEP} into 
the DPK it works, but only until I restart Delphi or make any changes in the 
Project Options box.  When that occurs, Delphi goes through and silently 
removes my $E directive.  This can make debugging very frustrating.

Does anyone know how to make Delphi generate my package with the correct 
extension?  This is driving me up the wall. 




Subject: Re: Errors I get while installing JVCL 3.34
From: "Andrea Raimondi" <rainaple.removethis.tosend@tin.NOSPAM.it>
Date: Wed, 13 Aug 2008 16:01:06 +0100
Newsgroups: jedi.vcl

OBones wrote:
> >Strange. Maybe you have old versions of DCUs or DCPs lying around in 
> >your installation

That would be overly strange since I ran the clean script ;-)

Andrew

Andrea Raimondi

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Errors I get while installing JVCL 3.34
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 13 Aug 2008 16:32:37 +0200
Newsgroups: jedi.vcl

Andrea Raimondi a écrit :
> OBones wrote:
>> Strange. Maybe you have old versions of DCUs or DCPs lying around in your installation
>
> That would be overly strange since I ran the clean script ;-)

Hi,

The clean script only removes files in the JCL directory, if some were copied in the IDE include, lib or project directories, this script won't delete them because it is not designed for this purpose.

You have to launch the installer and click on "unintall" to process an unregistration and a full remove of JCL files (hpp, dcu, dcp, bpl...).

Regards,

-- 
Florent Ouchet


Subject: Re: Errors I get while installing JVCL 3.34
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 13 Aug 2008 10:27:58 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
>> Which version of Delphi?
>
> Rad Studio 2007.
>
> Andrea
>
> Andrea Raimondi

Strange. Maybe you have old versions of DCUs or DCPs lying around in your installation


Subject: Re: Errors I get while installing JVCL 3.34
From: "Andrea Raimondi" <rainaple.removethis.tosend@tin.NOSPAM.it>
Date: Tue, 12 Aug 2008 19:07:43 +0100
Newsgroups: jedi.vcl

> >Which version of Delphi?

Rad Studio 2007.

Andrea

Andrea Raimondi

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Compile Error after upgrading to JVCL 3.34
From: "Fei Xie" <fx.developer.ignorethispart@gmail.com>
Date: Tue, 12 Aug 2008 10:43:43 -0500
To: "Fei Xie" <fx.developer.ignorethispart@gmail.com>
Newsgroups: jedi.vcl

Never mind.  I found that the old path to JCL was set at the project options, which overrode the IDE-wide options.

The only compile errors now are due to the JclVector.Create parameters no longer providing default values, which is easily fixed.

On Tue, 12 Aug 2008 10:14:43 -0500, Fei Xie <fx.developer.ignorethispart@gmail.com> wrote:

> Hi!
>
> Thanks for releasing 3.34!
>
> I upgraded both JCL 1.101 and JVCL 3.33 (in that order) to 1.102 and 3.34.
>
> After upgrading, I get this error when compiling one of my projects:
>
> [DCC Error] Foo.dpr(17): F2051 Unit JvJVCLUtils was compiled with a different version of JclBase.PWideChar
>
> D2007 IDE highlights the "uses" statement, so it doesn't appear to be a coding error.
>
> Also, I don't think I changed any of the JCL or JVCL installer settings except for the output path.
>
> Any ideas on how I can fix this?



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Compile Error after upgrading to JVCL 3.34
From: "Fei Xie" <fx.developer.ignorethispart@gmail.com>
Date: Tue, 12 Aug 2008 10:14:43 -0500
Newsgroups: jedi.vcl

Hi!

Thanks for releasing 3.34!

I upgraded both JCL 1.101 and JVCL 3.33 (in that order) to 1.102 and 3.34.

After upgrading, I get this error when compiling one of my projects:

[DCC Error] Foo.dpr(17): F2051 Unit JvJVCLUtils was compiled with a different version of JclBase.PWideChar

D2007 IDE highlights the "uses" statement, so it doesn't appear to be a coding error.

Also, I don't think I changed any of the JCL or JVCL installer settings except for the output path.

Any ideas on how I can fix this?


Subject: Re: Errors I get while installing JVCL 3.34
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 12 Aug 2008 08:21:23 +0200
Newsgroups: jedi.vcl

Which version of Delphi?


Subject: Errors I get while installing JVCL 3.34
From: "Andrea Raimondi" <rainaple.removethis.tosend@tin.NOSPAM.it>
Date: Mon, 11 Aug 2008 17:40:53 +0100
Newsgroups: jedi.vcl

Hello all,

I downloaded the latest available package from Sourceforge and I'm
getting the errors below. I downloaded the JCL+JVCL one just to be sure
and unpacked both in appropriate directories, overwriting the old ones.
I then run the clean scripts and installed JCL. Everything went fine.
When I tried to install JVCL, below are the errors I get!
Anybody's got a clue? 

C:\Documents and Settings\Andrea\Desktop\Third
Parties\Delphi\JEDI\jvcl\run\JvJVCLUtils.pas(7830) Error: E2003 Undeclared
identifier: 'StringOf'
C:\Documents and Settings\Andrea\Desktop\Third
Parties\Delphi\JEDI\jvcl\run\JvJVCLUtils.pas(7830) Error: E2250 There is
no overloaded version of 'RegisterGraphicSignature' that can be called
with these arguments
C:\Documents and Settings\Andrea\Desktop\Third
Parties\Delphi\JEDI\jvcl\run\JvJVCLUtils.pas(7856) Error: E2003 Undeclared
identifier: 'StringOf'
C:\Documents and Settings\Andrea\Desktop\Third
Parties\Delphi\JEDI\jvcl\run\JvJVCLUtils.pas(7856) Error: E2250 There is
no overloaded version of 'UnregisterGraphicSignature' that can be called
with these arguments
C:\Documents and Settings\Andrea\Desktop\Third
Parties\Delphi\JEDI\jvcl\run\JvTranslateString.pas(121) Fatal: F2063 Could
not compile used unit 'JvJVCLUtils'

Andrea Raimondi

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JEDI Plugin Wizard Registered Twice in Delphi 2007 Help Menu
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 10 Aug 2008 11:41:23 +0200
Newsgroups: jedi.vcl

Jean-Fabien Connault wrote:
> Hi,
>
> Using the latest JVCL (SVN Revision 11855 at the time), the JEDI Plugin Wizard menu entry shows up twice in Delphi 2007 help menu.
>
> Any idea on how to fix this?

I believe it shows up twice because it is registered for both Delphi and  C++ Builder. There should be a check in the registration to prevent this, but I'm not sure if it is at all possible.


Subject: JEDI Plugin Wizard Registered Twice in Delphi 2007 Help Menu
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Sun, 10 Aug 2008 08:34:57 +0200
Newsgroups: jedi.vcl

Hi,

Using the latest JVCL (SVN Revision 11855 at the time), the JEDI Plugin Wizard menu entry shows up twice in Delphi 2007 help menu.

Any idea on how to fix this?

Thanks.

JEFF


Subject: Re: Using JvDocking [newbie]
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Fri, 8 Aug 2008 11:48:22 -0700
Newsgroups: jedi.vcl

Figured it out on my own. Thanks anyway :-) 




Subject: Re: JvInspector again... :p Ellipsis button! :D
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 8 Aug 2008 17:48:15 +0200
Newsgroups: jedi.vcl

"Andrea Raimondi" <raiand@plug-in.it> ha scritto nel messaggio 
news:g7hkh2$8hh$1@news.talkto.net...
> > Anybody's got a clue how to tell JvInspector to display an ellipses button

Oh, and for those wondering: yes, I did check the demo out :-P 
unfortunately, it seems that nothing has an ellipsis button :D

Andrew 




Subject: JvInspector again... :p Ellipsis button! :D
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 8 Aug 2008 17:42:45 +0200
Newsgroups: jedi.vcl

Hello Peers,

Anybody's got a clue how to tell JvInspector to display an ellipses button 
beside a property? :D
I'm using 3.33 :D didn't download 3.34 yet :D

Andrew 




Subject: Re: Delphi 2009 and C++ Builder 2009 support
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 08 Aug 2008 14:01:31 +0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Yes, AFAIK, this has been tested and is already working fine with the current public releases of the JCL and JVCL


Subject: Re: Delphi 2009 and C++ Builder 2009 support
From: "Alf Christophersen" <nospam.alf.christophersen.invalid@invalid.medisin.uio.no.invalid>
Date: Fri, 8 Aug 2008 12:52:46 +0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Some of us use Delphi as a non-privileged user with no installation 
privilegies, and components etc. has to be installed by an admin.

Many packets thus install all binary parts in the admins my-document folder 
and is not available to the user who is of course not using BDS when logged 
on as admin.

Has such an installlation scenario been tested, lets say with BDS 4.0 (where 
support for such scenarios are very bad) and even if you try to use Run as 
command to install it directly, the components ends up in the admins folder.

Unfortunately, policy sctipts scrub off any installation privilegies when 
logging on, so giving my account temporarily access for installation rights 
in not a solution.

I today ended up in such problems when trying to install Devart's DBMonitor, 
where anything install is just not visible when starting BDS using my 
regular developer account.





Subject: Re: Delphi 2009 and C++ Builder 2009 support
From: Will Watts <willw@applied.spambait.co.uk>
Date: Fri, 08 Aug 2008 10:51:24 GMT
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Most interesting - thanks for the gen, and for your efforts in this 
direction. 

I am most impressed that you are already on the 2009 case, and it 
improves the chances of me switching our code base to it when it 
arrives. So ISTM CodeGear owes you a vote of thanks too...

-- Will Watts 

Subject: Using JvDocking [newbie]
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Thu, 7 Aug 2008 13:10:11 -0700
Newsgroups: jedi.vcl

I've been exploring the JvDocking components, esp. the VS.NET component. I 
have one quick newbie Q:
MainForm creates DockedForm and I'd like DockedForm to begin docked to one 
side of MainForm, i.e., the same behavior you see in VS.NET and Delphi 
2005+. Can anyone give me a quick code snippet?

Thanks, in advance -- Al C. 




Subject: Delphi 2009 and C++ Builder 2009 support
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 07 Aug 2008 19:49:31 +0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Hi all,

As most of you already know, the next version of Delphi and C++ Builder are just around the corner.
I have been given access to these upcoming versions for a few weeks now but could not talk about it because of the NDA that I signed to get access to these. However, I have just received the authorization to speak in public of this version and the impact it has had on the JCL and JVCL.
Note however that the required changes in the libraries can not be posted just yet as the versions we have for testing are not final yet.

That said, I must say that the conversion went quite well and that the JCL and JVCL install nicely in this new IDE while keeping compatibility with the already supported ones. Obviously, the introduction of Unicode strings as the default showed a few problems that have been lying there for a while. Basically, had we considered that SizeOf(Char) is not equal to 1 from the moment we wrote the code, we would not have had the problems we encountered.

Once these few problems were sorted out, we were able to install the components in the IDE and use them as usual. One notable difference though is the fact they fully and natively support Unicode. It is thus now possible to have any charset in the components and this will be of great help to people living or deploying to countries using complex scripts such as Korean, Thaï or Chinese.
Note that this will also help with accented characters that one can find in French or Spanish for instance.

Some components might be problematic as they do memory work using PChar arithmetics. One of these is the TJvMemoryDataset for which I would like a demo application so that I can check it still works with Delphi 2009.

The compiler supports new features one of the major one being Generics in Win32. As a result the JCL has been updated to take advantage of this and enable its generics part for Win32. This is the same code that was already available for .Net compilers, it is just now available in native code. This will thus allow users to take advantage of the containers with generics in their code instead of deriving for every type they need.

Obviously there still are glitches in the current version that I am working with, but they are being worked on as I write this.

Do not hesitate to ask questions here if you want more details.

Regards
Olivier


Subject: TJvDBTreeView / DblClick
From: Peter Mauß <pm@pmauss.de>
Date: Wed, 06 Aug 2008 13:45:34 +0200
Newsgroups: jedi.vcl

Hi,

is there a chance to avoid that a node of the TjvDBTreeView
expands/collapses when doubleclicking it? 
This should only happen when the +/i button is clicked or the ± key
is pressed.

thanx
-- Peter Mauß 

Subject: Re: TjvDBTreeView - DblClick
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Wed, 06 Aug 2008 11:00:42 +0200
Newsgroups: jedi.vcl

Peter Mauß schrieb:
> Gibt es eine Möglichkeit den TjvDBTreeView daran zu hindern, dass bei
> einem Doppelklick auf einen Node dieser zu- oder aufklappt?
>
> Dies soll nur mit den ± Buttons geschehen.
This is an english group so please post in english too.

-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel.: +49 (95 65) 94 22 - 42
Fax : +49 (95 65) 94 22 - 22
Mail: heiko.adams@regenspurger.de
Web:  http://www.regenspurger.de / www.kigapro.de


Subject: TjvDBTreeView - DblClick
From: Peter Mauß <pm@pmauss.de>
Date: Wed, 06 Aug 2008 08:54:23 +0200
Newsgroups: jedi.vcl

Gibt es eine Möglichkeit den TjvDBTreeView daran zu hindern, dass bei
einem Doppelklick auf einen Node dieser zu- oder aufklappt?

Dies soll nur mit den ± Buttons geschehen.
-- Peter Mauß 

Subject: Re: Fikret Hasovic - kbmMW InstantObjects Brokker
From: "news.devexpress.com" <x@.x>
Date: Tue, 5 Aug 2008 16:13:05 +0200
Newsgroups: jedi.vcl

Thanks, I been on vaccation. I'm monitoring the NG.

/Brian

"Fikret Hasovic" <fikrethREMOVE@bihtamp.net> wrote in message 
news:xn0fs8y8hm9rs000@forums.talkto.net...
> > Andreas Hausladen wrote:
> >
>> >> OBones wrote:
>> >>
>>> >> > Well, thing is that I don't recall ever hearing that name in the
>>> >> > four years I've been involved with JEDI.
>> >>
>> >> Maybe he was a contributor to the JEDI API (the first JEDI project)
> >
> > Hi!
> >
> > Here I am!
> > I was a contributor to JEDI VCS some time ago...
> >
> > BTW, I have found InstantKbmMWBroker and I will upload it soon. Link
> > will be announced here and on IO newsgroups...
> >
> > -- 
> > Fikret Hasovic
> >
> > 




Subject: Re: ANN: JVCL 3.34 Released!
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 5 Aug 2008 13:52:33 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:g76a49$v8c$1@news.talkto.net>:

> > The JVCL Team is proud to announce that the stable release of JVCL 3.34 
> > is available for download.
Thanks you very much! Really appreciated!

-- cu, Michael 

Subject: Re: Another TJvInspector issue for me
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Tue, 5 Aug 2008 11:44:25 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcel.bestebroer.theobvious@gmail.com> ha scritto nel 
messaggio news:g5utnh$sfk$1@news.talkto.net...
> > From memory: I think you need to set the iifList option in the Flags 
> > property. Or maybe iifValueList. Something like that anyway. All the 
> > custom item classes using a drop down set this flag in the constructor or 
> > the initialization method.

Thank you, it worked beautifully :-)
Now my inspector is much more user-friendly.

> > Marcel Bestebroer

Andrew 




Subject: Problems installing JVCL in D2006
From: "Bernd Maierhofer \(dato\)" <bernd.maierhofer@dato.at>
Date: Tue, 5 Aug 2008 11:28:29 +0200
Newsgroups: jedi.vcl

I have problems installing JVCL 334/JCL 1102 in D2006.

1) The JvNet-R.xml misses "100" for the IndyComponents:
    <Package Name="IndySystem100" Targets="D9,D9p,D10,D10p,D11"
Condition="USE_3RDPARTY_INDY && USE_3RDPARTY_INDY10"/>
    <Package Name="IndyProtocols100" Targets="D9,D9p,D10,D10p,D11"
Condition="USE_3RDPARTY_INDY && USE_3RDPARTY_INDY10"/>

2) Some Examples do not compile:

3) The JvNet package dioes not compile because it wants a never-compile
IndyCore to recompile.

4) Having all the Use-DevEx activated, the JvBDED10D and the JvDBD10D fail
to load with a A class named tcxrect already exists.

Any idea?

tx Bernd




Subject: ANN: JVCL 3.34 Released!
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 04 Aug 2008 10:46:10 +0200
Newsgroups: jedi.vcl,jedi.general

The JVCL Team is proud to announce that the stable release of JVCL 3.34 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006 and 2007; C++Builder 5, 6, 2006 and 2007. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release brings numerous improvements for all targets.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.34.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: Problem with Revision 11830
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 31 Jul 2008 19:20:58 +0100
Newsgroups: jedi.vcl

> >OBones wrote:
>> >> Jens Fudickar wrote:
>> >> 
>>> >>> But what's about the other of your changes?
>>> >>> Where should i change this also?
>> >> 
>> >> I have no idea. These changes come from Mantis 4301 which was believed 
>> >> to be tested. Apparently it has not been and those changes made it into 
>> >> the 3.34 release.
>> >> To me it looks like a notification issue, but it would help if there was 
>> >> a demo application in Mantis showing the problem.
> >
> >As I said, a demo application would help. I did not see any problem.
> >I even tried the JvPanel demo, same result, no problem whatsoever.
> >
Hi Olivier,

i will try and create a mantis entry for it.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with Revision 11830
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 31 Jul 2008 17:55:47 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Jens Fudickar wrote:
>
>> But what's about the other of your changes?
>> Where should i change this also?
>
> I have no idea. These changes come from Mantis 4301 which was believed to be tested. Apparently it has not been and those changes made it into the 3.34 release.
> To me it looks like a notification issue, but it would help if there was a demo application in Mantis showing the problem.

As I said, a demo application would help. I did not see any problem.
I even tried the JvPanel demo, same result, no problem whatsoever.


Subject: Re: Update the Homepage, please
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 31 Jul 2008 17:44:00 +0200
Newsgroups: jedi.vcl

It's on the todo list


Subject: Update the Homepage, please
From: Achim Kalwa <spamcollector@achim-kalwa.de>
Date: Thu, 31 Jul 2008 15:02:40 +0200
Newsgroups: jedi.vcl

Hi JEDI-Team,

Now that V3.34 will be out soon, please update the homepage on
http://homepages.codegear.com/jedi/jvcl/

It still says the latest version is 3.32

Best regards
Achim


Subject: Re: Problem with Revision 11830
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 31 Jul 2008 11:32:02 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> But what's about the other of your changes?
> Where should i change this also?

I have no idea. These changes come from Mantis 4301 which was believed to be tested. Apparently it has not been and those changes made it into the 3.34 release.
To me it looks like a notification issue, but it would help if there was a demo application in Mantis showing the problem.

Regards
Olivier


Subject: Problem with Revision 11830
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 31 Jul 2008 00:12:06 +0200
Newsgroups: jedi.vcl

Hi Olivier,

i've got some :-( trouble with your changes you have made in revision 11830.

My application is complelty broken :-(

The change in the TJvPersistentProperty constructor and all dependent changes is not clear for me.

I've got a lot of problems with the TJvPanel and the TJvArrangeSettings.

I didn't understand your change completly but it seems to be that after the change the persistent property is registered in the owner component and automaticly freed in the destroy of the owner.
But this MUST leed to big problems, when the (for example) FreeAndNil(FArrangeSettings) is called in the TJvPanel.Destroy.

I've changed
destructor TJvCustomArrangePanel.Destroy;
begin
//  FreeAndNil(FArrangeSettings);
//  FreeAndNil(FHotTrackOptions);
  FreeAndNil(FHotTrackFont);
  inherited Destroy;
end;

and now the bug seemed to be fixed.


But what's about the other of your changes?
Where should i change this also?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: IDE EAccessViolation with Build 11833 and USE_3RDPARTY_DEVEXPRESS_CXGRID enabled
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 30 Jul 2008 15:35:27 +0200
Newsgroups: jedi.vcl

S_Wierzbicki wrote:
>> I think this might be related to this:
>>
>> http://homepages.codegear.com/jedi/issuetracker/view.php?id=4400
>>
>> If you have the information I requested, please post it, it should help us fix this.
>>
>> Regards
>> Olivier
>>
>
> Hi olivier,
>
> I have updated Issue 4400 with the unit / package list
>
> BR
>
> Stephane Wierzbicki

Thanks, this will help


Subject: Re: IDE EAccessViolation with Build 11833 and USE_3RDPARTY_DEVEXPRESS_CXGRID enabled
From: "S_Wierzbicki" <yop@yopmail.com>
Date: Wed, 30 Jul 2008 14:07:09 +0100
Newsgroups: jedi.vcl

> >I think this might be related to this:
> >
> >http://homepages.codegear.com/jedi/issuetracker/view.php?id=4400
> >
> >If you have the information I requested, please post it, it should help 
> >us fix this.
> >
> >Regards
> >Olivier
> >

Hi olivier,

I have updated Issue 4400 with the unit / package list

BR

Stephane Wierzbicki



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: I can't build jvclInstall
From: "David McRae" <dave.mcrae@compucraft.com.au>
Date: Wed, 30 Jul 2008 12:45:03 +1000
Newsgroups: jedi.vcl


I had the same problem

My previous version was several years old. I am using Delphi 5

the bat file would fail with an L1496 error (a 14 something something anyway)

I thought I had cleared all paths in delphi to the old versions - as a last ditch effort I moved my jcl-old and jvcl-old directories (the version 1 directories that I had renamed but not moved) to another temp directory to make sure it wasnt on any previous paths.

The install.bat then worked with V3.0

You may have a similar problem, hope this helps.

"firebird" <firebird_thailand@hotmail.com> wrote in message news:fss7ld$k2a$1@news.talkto.net...
> Hi,
>
>    I download JVCL333CompleteJCL1101-Build2725.
>    I can't build jvclInstall project. I don't have jvclInstall.exe. I can't install jvcl.
>    How i do???
>
>
>



Subject: Re: IDE EAccessViolation with Build 11833 and USE_3RDPARTY_DEVEXPRESS_CXGRID enabled
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 29 Jul 2008 17:43:07 +0200
Newsgroups: jedi.vcl

I think this might be related to this:

http://homepages.codegear.com/jedi/issuetracker/view.php?id=4400

If you have the information I requested, please post it, it should help us fix this.

Regards
Olivier


Subject: Re: TJvProgressBar
From: "w2m" <w2m00@hicomponents00.com>
Date: Mon, 28 Jul 2008 20:45:12 -0400
Newsgroups: jedi.vcl

Yes, but someone must know how to work around the problem... unless everyone is not using TProgressbar anymore.

No possible fixes?

Bill


Subject: IDE EAccessViolation with Build 11833 and USE_3RDPARTY_DEVEXPRESS_CXGRID enabled
From: "S_Wierzbicki" <yop@yopmail.com>
Date: Mon, 28 Jul 2008 21:32:43 +0100
Newsgroups: jedi.vcl

Hi,

I'm getting an EAccessViolation within the IDE when enabling
USE_3RDPARTY_DEVEXPRESS_CXGRID : The IDE layout isn't laoded and the IDE
is in "float layout". Everything is fine when disabling
USE_3RDPARTY_DEVEXPRESS_CXGRID and recompiling JVCL.

Here is the madexcept callstack :
main thread ($454):
4b21e804 +000 ???
20040e4c +014 rtl100.bpl           Classes                11583   +8
Classes.StdWndProc
7c91e450 +010 ntdll.dll                                             
KiUserCallbackDispatcher
7e3ab1a6 +00a USER32.dll                                            
DestroyWindow
2013f770 +028 vcl100.bpl           Controls                6857   +3
Controls.TWinControl.DestroyWindowHandle
2015bf4b +033 vcl100.bpl           Forms                   4564   +4
Forms.TCustomForm.DestroyWindowHandle
201589ef +073 vcl100.bpl           Forms                   2929   +6
Forms.TCustomForm.Destroy
2000679c +008 rtl100.bpl           system                  8832   +1
System.TObject.Free
2001ae6c +008 rtl100.bpl           sysutils               16983   +2
SysUtils.FreeAndNil
004063b5 +005 bds.exe              Splash                   483   +0
Splash.KillSplashScreen
00412648 +000 bds.exe              AppMain                 1281   +0
AppMain.TBorlandIDE.KillSplashScreen
2167a825 +059 delphicoreide100.bpl BasePasProjOpts         2245   +5
BasePasProjOpts.TInstalledPackages.HandleError
2165c303 +25b delphicoreide100.bpl PasCppPakMgr             450  +58
PasCppPakMgr.LoadProjectPackages
7c91e465 +009 ntdll.dll                                             
KiUserExceptionDispatcher
200350da +03a rtl100.bpl           Classes                 5028   +7
Classes.TStringList.Find
20007435 +03d rtl100.bpl           system                 11397  +21
System.InitUnits
200074a6 +046 rtl100.bpl           system                 11418   +8
System.@PackageLoad
07832e73 +01f DelphiSpeedUp105.dll PackageLoadingOptimize   403   +4
PackageLoadingOptimize.HookedInitializePackageEx
07832caa +0f6 DelphiSpeedUp105.dll PackageLoadingOptimize   324  +18
PackageLoadingOptimize.HookedLoadPackageEx
2093a2ee +086 coreide100.bpl       PakLoad                  220  +10
PakLoad.TPackage.Load
20a090dd +061 coreide100.bpl       PakMgr                   575   +2
PakMgr.TDesignPackage.Load
2165d0f4 +058 delphicoreide100.bpl PasCppPakMgr             829   +4
PasCppPakMgr.TIDEDesignPackage.Load
2165cfbb +077 delphicoreide100.bpl PasCppPakMgr             790   +8
PasCppPakMgr.TIDEDesignPackage.LoadRequiredDesignPackages
2165d1a8 +10c delphicoreide100.bpl PasCppPakMgr             842  +17
PasCppPakMgr.TIDEDesignPackage.Load
2013b354 +00c vcl100.bpl           Controls                4525   +1
Controls.TControl.Update
20006ba9 +01d rtl100.bpl           system                  9520   +2
System.@AfterConstruction
2165ced9 +061 delphicoreide100.bpl PasCppPakMgr             749  +11
PasCppPakMgr.TIDEDesignPackage.DelayLoad
2165bfe2 +09e delphicoreide100.bpl PasCppPakMgr             373  +10
PasCppPakMgr.LoadDesignPackage
2165c2bd +215 delphicoreide100.bpl PasCppPakMgr             444  +52
PasCppPakMgr.LoadProjectPackages
21679bd4 +168 delphicoreide100.bpl BasePasProjOpts         2032  +22
BasePasProjOpts.TProjOptsManager.DoLoadPackages
07832ee6 +056 DelphiSpeedUp105.dll PackageLoadingOptimize   424  +10
PackageLoadingOptimize.LoadPackages
2167e76d +005 delphicoreide100.bpl BasePasProjOpts         3282   +0
BasePasProjOpts.TProjectOptions.LoadPackages
21d04545 +005 delphide100.bpl      DelphiProject            263   +0
DelphiProject.TDelphiProjectCreationTrait.LoadDefaultLibraries
209d5771 +099 coreide100.bpl       ProjectGroup            3140   +5
ProjectGroup.TDefaultProjectWrapper.LoadDefaultLibraries
209dde66 +02e coreide100.bpl       Desktop                  947   +3
Desktop.LoadDefaultDesktopState
209de687 +3fb coreide100.bpl       Desktop                 1082  +75
Desktop.LoadDesktop
0041399c +170 bds.exe              AppMain                 1885  +51
AppMain.TAppBuilder.CMPostCreateInit
2013c527 +2bb vcl100.bpl           Controls                5146  +83
Controls.TControl.WndProc
201406a7 +4fb vcl100.bpl           Controls                7304 +111
Controls.TWinControl.WndProc
20159e7f +553 vcl100.bpl           Forms                   3512 +136
Forms.TCustomForm.WndProc
2013fdd0 +02c vcl100.bpl           Controls                7073   +3
Controls.TWinControl.MainWndProc
20040e4c +014 rtl100.bpl           Classes                11583   +8
Classes.StdWndProc
7e3996c2 +00a USER32.dll                                            
DispatchMessageA
201625f0 +0fc vcl100.bpl           Forms                   8105  +23
Forms.TApplication.ProcessMessage
2016262a +00a vcl100.bpl           Forms                   8124   +1
Forms.TApplication.HandleMessage
2016291f +0b3 vcl100.bpl           Forms                   8223  +20
Forms.TApplication.Run

Hope that this will helps

BR



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvProgressBar
From: "Uwe" <forspammers@no.ne>
Date: Mon, 28 Jul 2008 11:48:20 -0700
Newsgroups: jedi.vcl

AFAIK, this is a known Vista bug.

Uwe


Subject: Re: JVCL and JCL daily zips (28 july 08) successfully installed on TurboDelphi 2006
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Mon, 28 Jul 2008 14:23:52 +0200
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> Fabrizio Monti wrote:
>
>> :)
>
> Didn't the older daily snapshots work with TurboDelphi Prof. 2006 ?
>
>
mhh yes, but I usually update jvcl and jcl :)


Subject: Re: JVCL and JCL daily zips (28 july 08) successfully installed on TurboDelphi 2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 28 Jul 2008 14:13:36 +0200
Newsgroups: jedi.vcl

Fabrizio Monti wrote:

> > :)

Didn't the older daily snapshots work with TurboDelphi Prof. 2006 ?


-- Regards, Andreas Hausladen 

Subject: JVCL and JCL daily zips (28 july 08) successfully installed on Turbo Delphi 2006
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Mon, 28 Jul 2008 13:44:04 +0200
Newsgroups: jedi.vcl

:)


Subject: Re: TJvListBox change event
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sun, 27 Jul 2008 05:52:45 -0700
Newsgroups: jedi.vcl

Yes, except I'm not using a ListView, I'm using a ListBox. The functionality 
is a bit different, and the ListBox doesn't have an OnSelect. (It has an 
OnSelectCancel, though...)

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:g6h9fm$s0t$1@news.talkto.net...
> > OnSelect on the TJvListView should do the trick... 




Subject: Re: TJvListBox change event
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 27 Jul 2008 11:24:36 +0200
Newsgroups: jedi.vcl

OnSelect on the TJvListView should do the trick...


Subject: TJvListBox change event
From: "Mason Wheeler" <masonwheeler@yahoo.com>
Date: Sat, 26 Jul 2008 09:20:34 -0700
Newsgroups: jedi.vcl

After searching around for a while on the Web for a list box with an 
OnChange event, I found the JEDI VCL. It's a great collection of components, 
and TJvListBox has an event called OnChange. Problem is, it doesn't do what 
I thought it would do, and I'm back to square one.

This OnChange event apparently fires anytime the ListBox's list is updated 
(changed).  What I'm looking for is exactly what you'd expect from something 
called OnChange, based on other components that have an OnChange handler: An 
event that goes off anytime the selected value is changed. (Like a combo box 
does.)

Yes, I could trap both OnClick and OnMouseUp, but since these have different 
signatures it means writing (and possibly having to update) two different 
routines.  But I just don't understand why the most obvious task that you 
would want to trap in a list box doesn't have an event defined for it. Am I 
missing something? Is it there under a different name? Or is there some 
technical reason why you can't put a handler like this on it, even though it 
works just fine for combo boxes?

This is driving me up the wall.  Someone please help me out here... 




Subject: Problem adding a row in TJvStringGrid
From: "delphiXXX" <nospam@delphixxx.com>
Date: Thu, 24 Jul 2008 13:27:43 +0100
Newsgroups: jedi.vcl

Hi,

I tried to increare RowCount dynamically and add content, but it failed on
second time. Here is my code.

First, I initialized the grid :

  with Grid1 do
  begin
    RowCount  := 2;
    FixedCols := 0;
    FixedRows := 1;
    ColCount  := 2;
    Cells[0, 0] := 'Item';
    Cells[1, 0] := 'Description';

    ColWidths[0] := 200;
    ColWidths[1] := 300;
  end;

This is the procedure to add content in a row :

procedure TForm1.AddToTheGrid(a,b: string);
var
  i, n: integer;
begin
  With Grid1 do
  begin
    // scan to find an empty row
    n := 1;
    for i := 1 to RowCount do
      if Trim(Cells[0,i]) <> '' then Inc(n) else break;
    
    // if there is no empty row, increase the RowCount
    if n = RowCount then
    begin
      RowCount := RowCount + 1;
      n := RowCount;
    end;

    Cells[0, n] := a;
    Cells[1, n] := b;
  end;
end;

Now, if try to add new content twice, it only show 1 ... 

AddToTheGrid('apple', 'nice');
AddToTheGrid('orange', 'nice too');

Anyone can spot the problem???

Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem installing JVCL 3.00 in Delhpi 7.0
From: "Sibrand Hoogland" <sibrand.hoogland@gmail.com>
Date: Thu, 24 Jul 2008 13:09:06 +0200
Newsgroups: jedi.vcl

Hello,

I have a problem installing JVCL 3.0 in Delphi 7.0 Enterprise. The installation by install.bat is going ok, but when I start Delphi, i get several messages like this:

Can't Load package C:\Program Files\Borland\Delphi7\Projects\Bpl\JvDockingD7D.bpl. Cannot load package 'vcl70.' It contains unit 'Themes,' which is also contained in package 'vcl' Do you want to attempt to load this package the next time a project is loaded?

Does anybody know how to handle this error??

With kind regards,
Sibrand Hoogland


Subject: Re: TJvProgressBar
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Thu, 24 Jul 2008 12:41:55 +0200
Newsgroups: jedi.vcl

"w2m" <w2m00@hicomponents00.com> ha scritto nel messaggio 
news:g65bs4$jhj$1@news.talkto.net...
> > with TProgressBar, but I was hoping the TJvProgressBar would work 
> > correctly.

Off the top of my head: TJvProgressBar descends from TProgressBar, hence 
inherits all of its limitations.
Does the VS counterpart work correctly on Vista? If that's the case, then 
you're probably due overriding the
CreateParams method and see what has changed since WinXP. If you manage to 
get it to work, then, you may
well want to republish it and submit for inclusion in TJvProgressBar 
official distribution.
Oh and by the way, that would be so kind of you ;-)

> > Regards,

Rgds,

> > Bill

Andrew 




Subject: Re: JVCL Daily packages missing
From: Bepy <freddy.junior@email.it>
Date: Tue, 22 Jul 2008 23:16:07 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Bepy wrote:
>> Hi all,
>>
>> just to evidence that on http://jvcl.sourceforge.net/daily/ there are missing packages.
>
> Thanks, this is fixed.

Thank you very much.


Subject: TJvProgressBar
From: "w2m" <w2m00@hicomponents00.com>
Date: Tue, 22 Jul 2008 16:50:47 -0400
Newsgroups: jedi.vcl

On windows Vista how come the TJvProgressBar only paints its position to about 33% even though it position is set to 100%.  I see the same problem with TProgressBar, but I was hoping the TJvProgressBar would work correctly. The only progress bars that seem to paint correctly is non TProgressBar descendents.

Is there a way to fix this?

Regards,

Bill


Subject: Re: JVCL Daily packages missing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 22 Jul 2008 22:11:16 +0200
Newsgroups: jedi.vcl

Bepy wrote:
> Hi all,
>
> just to evidence that on http://jvcl.sourceforge.net/daily/ there are missing packages.

Thanks, this is fixed.


> Nothing on the mirrors too...

The files have always been there, just look at the bottom table.


Subject: JVCL Daily packages missing
From: Bepy <freddy.junior@email.it>
Date: Tue, 22 Jul 2008 18:10:53 +0200
Newsgroups: jedi.vcl

Hi all,

just to evidence that on http://jvcl.sourceforge.net/daily/ there are missing packages.
Nothing on the mirrors too...


Subject: Re: Another TJvInspector issue for me
From: Marcel Bestebroer <marcel.bestebroer.theobvious@gmail.com>
Date: Sun, 20 Jul 2008 12:12:18 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> One of the properties points to a table where names of other tables are stored, hence I need to be able to
> fetch the table name list from the contents of this table.
>
> I found the OnGetValueList event and thought that would be the way to go but, as of now, I can't seem
> able to trigger it.

From memory: I think you need to set the iifList option in the Flags property. Or maybe iifValueList. Something like that anyway. All the custom item classes using a drop down set this flag in the constructor or the initialization method.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: TJvCalculator
From: Lee <luv2program@yahoo.com>
Date: Thu, 10 Jul 2008 15:10:39 -0400
Newsgroups: jedi.vcl


Is is possible to use this component through code without displaying the popup calculator?  I have the need to add a calculator to my application, but the popup doesn't fit with the gui I'm creating (its touch screen based) and I'd like to tap into the existing functionality of the component rather than writing my own calculator functions from scratch.

Or should I think about deriving from the form used in the existing component?

Thanks a bunch,

-- 
Warm Regards,

Lee


Subject: Re: Adding feature: JvDBGridExcelExport (*similar) to export directly form dataset/source
From: tommi Prami <tommi.prami@no.ei.spam.gmail.com>
Date: Tue, 08 Jul 2008 11:18:42 +0300
Newsgroups: jedi.vcl

Oops,

There seems to be sometinh just like that :D

JvgExportExcel

-TP-


Subject: Re: TJvInspector this time... :-P
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Tue, 8 Jul 2008 09:28:29 +0200
Newsgroups: jedi.vcl

And by the way, while I'm at it, it hasn't got to do with intelligence or 
smartness, it just has to do with the simple fact that
it's just what I said: modifying the caption property does not trigger the 
event. No special code involved :)

Andrew 




Subject: Re: TJvInspector this time... :-P
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Tue, 8 Jul 2008 09:25:29 +0200
Newsgroups: jedi.vcl

I already added it, it's in the submisison.

Andrew 




Subject: Adding feature: JvDBGridExcelExport (*similar) to export directly form dataset/source
From: tommi Prami <tommi.prami@no.ei.spam.gmail.com>
Date: Tue, 08 Jul 2008 10:21:44 +0300
Newsgroups: jedi.vcl

I need to do this all in memory, import/export data to different Formats. Data is not in the Dataset (or any other Db-aware thingys), so I thought that still using dataset as a place to dump data and export form there as the data is ready (in format which user wants)...



JvDBGridExcelExport (CSV and XML also), componets sems to be just for what I need, expect they need DBGrid (as the name states). That seesm to  add too much complexity and overhead for this (not meaning performance overhead, but amount of code etc...).

Can someone tell how much work that kind of change would take (if author(s) is reading this...), or should I just write one Wrapper class/component which would make DBGrid to disappear form the process.

All ideas/comments are welcome...

-TP-

ps. not trying to make someone to do my job, just want to have some idea should I start to add support for the export components, or just to write wrapper,... Even better if someone has done that already.... Or am I looking  from totally wrong place here, is there something similar in Jcl/Jvcl that I could use instead of these components.


Subject: Re: TJvInspector this time... :-P
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 07 Jul 2008 21:56:23 +0200
Newsgroups: jedi.vcl

Sorry, maybe then i'm not intelligent enough :-)

Please create a sample and add it to mantis.

I'm not working so often with the inspector, but maybe i can spend a little bit of time.

Greetings
Jens

Andrea Raimondi schrieb:
> Hi Jens,
>
> There's no need for a simple project, just follow the steps I submitted.
>
> Andrew
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Repost in correct newsgroup
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Mon, 7 Jul 2008 15:50:49 +0200
Newsgroups: jedi.vcl

Hello,

I had to post this into .thirdparties.general at the borland forums cause 
this server was off-line.
Now it's back up, it's time for me to cancel the message on that group and 
repost it here :D
On a side note, the problem happens ONLY when in debug mode. In release 
mode, everything is fine!

--------------------------------------------------------------------------------------------
Scenario: my application has several categories buttons, which trigger a new
category level when pressed.
The application can be in both design and run mode, with a history of pages
seen.
Everything works well except that when I browse a few pages, then activate
the designer, it goes AV.

I got this code in DesignPanelSelectionChange:

procedure TMainFrm.DesignPanelSelectionChange(Sender: TObject);
var SelObj : TObject;
begin
  if DesignerActive then
  begin
    if DesignPanel.Surface.Count > 0 then
    begin
      if Assigned( FCategory ) then
      begin
        if FCategory.Count > 0 then
          FCategory.Clear;
      end;
      if Assigned( DesignPanel.Surface.Selected ) then
      begin
        SelObj := DesignPanel.Surface.Selected[ 0 ];
        SetObjectProperties(SelObj);
        FCategory.Expanded := True;
        if SelObj is TARButton then
        begin
          if Not Assigned( TARButton( SelObj ).OnClick ) then
          begin
            // This is a new button, fix properties
            TARButton( SelObj ).OnClick := HandleBtnClick;
            TARButton( SelObj ).MenuID := AppDataModule.GetNewMenuID;
            // Current ParentMenuID is the active history record
            TARButton( SelObj ).ParentID := AppDataModule.History.Current;
          end;
        end;
      end;
    end;
  end;
end;

The SetObjectProperties method is like follows:

procedure TMainFrm.SetObjectProperties(SelObj: TObject);
begin
  if DesignerActive then
  begin
    if Assigned( SelObj ) then
    begin
      AddProperty(SelObj, 'Caption', 'Titolo');
      AddProperty(SelObj, 'Left', 'Sinistra');
      AddProperty(SelObj, 'Top', 'Alto');
      AddProperty(SelObj, 'Width', 'Larghezza');
      AddProperty(SelObj, 'Height', 'Altezza');
      AddProperty(SelObj, 'TableName', 'Nome tabella',
HandleTableNameValueList);
      if SelObj is TARButton then
      begin
        AddProperty( TARButton( SelObj ).Font,'Name','Nome font' );
        AddProperty( TARButton( SelObj ).Font,'Size','Grandezza font' );
      end;
    end;
  end;
end;

while AddProperty is written like this:

procedure TMainFrm.AddProperty(ObjInstance: TObject; PropName,
  DisplayName: String;GetValueList :
TInspectorItemGetValueListEvent;IsReadOnly : Boolean );
var PropItem : TJvCustomInspectorItem;
begin
  PropItem := TJvInspectorPropData.New( FCategory,ObjInstance,GetPropInfo(
ObjInstance,PropName ) );
  PropItem.DisplayName := DisplayName;
  if Assigned( GetValueList ) then
  begin
    PropItem.OnGetValueList := GetValueList;
    PropItem.DropDownCount := FTableList.Count;
  end;
  PropItem.ReadOnly := IsReadOnly;
end;

Given that I'm pretty sure I'm missing something, can you give suggestion or
ask me questions that will help me
pinpointing the problem?

The AddButton method which I call after each query is implemented in this
way:

procedure TMainFrm.AddButton(Loaded: Boolean; ACaption: String; AParentId,
  AMenuID: Integer;BtnLeft, BtnTop, BtnWidth, BtnHeight : Integer;NewLevel :
Boolean;TblName : String;FontData : String;AddToHistory : Boolean );
var Btn : TARButton;
    FtData : TStringList;
begin
  if NewLevel then
  begin
    LoadLevelProxy( AParentId, AParentId, Loaded, True );
  end;
  if Loaded then
    Btn := TARButton.Load( DesignPanel )
  else
    Btn := TARButton.Create( DesignPanel );
  Btn.Caption := ACaption;
  if Btn.Caption = '' then
    Btn.Caption := InputBox( 'Titolo bottone','Titolo: ','Nuovo bottone' );
  Btn.MenuID := AMenuID;
(*  if Btn.MenuID < 0 then
    Btn.MenuID := AppDataModule.GetNewMenuID;*)
  Btn.ParentID := AParentId;
  Btn.PopupMenu := PopupMenu;
  Btn.Parent := DesignPanel;
  Btn.OnClick := HandleBtnClick;
  Btn.Left := BtnLeft;
  Btn.TableName := TblName;
  FtData := TStringList.Create;
  if FontData <> '' then
  begin
    FtData.Text := FontData;
    Btn.Font.Name := FtData.Strings[ 0 ];
    Btn.Font.Size := StrToInt( FtData.Strings[ 1 ] );
  end;
  FtData.Free;
  if Btn.Left = 0 then
    Btn.Left := GenerateIntValue(
DesignPanel.ClientRect.Left,DesignPanel.ClientRect.Right - 100 );
  Btn.Top := BtnTop;
  if Btn.Top = 0 then
    Btn.Top := GenerateIntValue(
DesignPanel.ClientRect.Top,DesignPanel.ClientRect.Bottom - 50 );
  Btn.Width := BtnWidth;
  if Btn.Width = 0 then
    Btn.Width := 100;
  Btn.Height := BtnHeight;
  if Btn.Height = 0 then
    Btn.Height := 50;
  if Not DesignerActive then
    DesignerActive := True;
  if Not Btn.IsLoaded then
  begin
    AppDataModule.SaveButton( Btn );
    Btn.IsLoaded := True;
  end;
//  if Not Loaded then
    DesignPanel.Surface.Messenger.DesignComponent( Btn,False );
//  AppDataModule.History.AddItem( Btn.MenuID );
end;

What am I missing here?

Can you suggest anything?

TIA,

Andrew 




Subject: Re: JvInspector: variable item height
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Mon, 7 Jul 2008 15:35:11 +0200
Newsgroups: jedi.vcl

"Michael Rossberg" <xnalpf@hotmail.com> ha scritto nel messaggio 
news:g4ndjm$tf9$1@news.talkto.net...
> > Thank you very much for pushing me to the right direction.

You welcome :-)

> > Michael

Andrew 




Subject: BrowseForFolder should contain odEditBox by default
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sat, 05 Jul 2008 14:05:05 +0200
Newsgroups: jedi.vcl

hi

The JvBrowseFolder.pas::415::BrowseForFolder function used by JvTooledit.pas::TJvDirectoryEdit should contain the Option odEditBox
if AllowCreate is true.
In this way the dialog gets an input box that allows to enter a path directly without browsing through the tree. Very convenient.

Since the odEditBox style is available in ShellVersion 4.71 and thus it is older than the style odNewDialogStyle (Version 5) it should be no problem.


function BrowseForFolder(const ATitle: string; AllowCreate: Boolean;
  var ADirectory: string; AHelpContext: THelpContext): Boolean;
begin
  with TJvBrowseForFolderDialog.Create(nil) do
  try
    Position := fpScreenCenter;
    Directory := ADirectory;
    Title := ATitle;
    HelpContext := AHelpContext;
    if AllowCreate then
      Options := Options + [odNewDialogStyle, odEditBox]   //<<< changed
    else
      Options := Options - [odNewDialogStyle, odEditBox];  //<<< changed
    Result := Execute;
    if Result then
      ADirectory := Directory;
  finally
    Free;
  end;
end;

I also wrote an article about this:
http://blog.delphi-jedi.net/2008/03/20/why-the-shell-folder-dialog-isnt-a-user-friendly-dialog-by-default


Regards
Christian Wimmer
http://blog.delphi-jedi.net/


Subject: Re: JvInspector: variable item height
From: Michael Rossberg <xnalpf@hotmail.com>
Date: Sat, 05 Jul 2008 12:34:31 +0200
Newsgroups: jedi.vcl

Andrea Raimondi schrieb:
> Use OnItemEditEvent and set the item's height.
>
> Andrew
>
Sort of yes and no. I wanted to display the item in the desired height both - being edited and beind displayed. AfterItemCreate did the job. Thank you very much for pushing me to the right direction.

Michael


Subject: Re: JvInspector: variable item height
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Sat, 5 Jul 2008 10:54:31 +0200
Newsgroups: jedi.vcl

Use OnItemEditEvent and set the item's height.

Andrew 




Subject: JvInspector: variable item height
From: Michael Rossberg <xnalpf@hotmail.com>
Date: Fri, 04 Jul 2008 19:35:02 +0200
Newsgroups: jedi.vcl

Hi,
i need to implement a JvInspector item with variable item height. I intend to let the user enter multiline text in a memo-editor. The memo-editor should be e.g. 3 lines high but the other items should stay 1 line high. Can anyone help?


Subject: Re: Another TJvInspector issue for me
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 4 Jul 2008 17:04:31 +0200
Newsgroups: jedi.vcl

Ok.

I've browsed both examples - to no success.

The plain inspector example shows various inspector's possibilites,  but all 
value-list items are built in,
there're custom items for those.

InspectorDB one, instead, shows table contents, but gives no clue as to do 
the thing I want to.

Again, I may have skipped the relevant part once again, but I strongly doubt 
it.

Andrew 




Subject: Re: Another TJvInspector issue for me
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 4 Jul 2008 16:42:07 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> ha scritto nel messaggio 
news:g4l53e$m11$1@news.talkto.net...
> > Have you looked at the examples?

Yes.

> > I suppose that you did, but thing is, I remember one of these does 
> > present something like this.

Uhm... it may well be, maybe it just slipped through my eyes. Will have 
another go!

Andrew 




Subject: Re: Another TJvInspector issue for me
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 04 Jul 2008 15:57:02 +0200
Newsgroups: jedi.vcl

Have you looked at the examples?
I suppose that you did, but thing is, I remember one of these does present something like this.


Subject: Another TJvInspector issue for me
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 4 Jul 2008 15:37:05 +0200
Newsgroups: jedi.vcl

Hello,

This issue is extremely likely due to my lack of knowledge of the 
components, hence I'll be asking for directions.
This is my scenario:

I have a runtime designer where I map objects properties into the inspector. 
This is done to allow
customization and persistence on  a backend rdbms.

One of the properties points to a table where names of other tables are 
stored, hence I need to be able to
fetch the table name list from the contents of this table.

I found the OnGetValueList event and thought that would be the way to go 
but, as of now, I can't seem
able to trigger it.

I also noticed the DropDownCount property but setting it does not seem to be 
changing anything.

I also noticed some inspector items that override GetValueList method to 
provide extended properties management,
however I can't say if I should be inheriting my own. If this is the case, 
can you provide an outlook on how to do it
correctly?

Can you point me in the correct direction?

Thank you,

Andrew 




Subject: Re: TJvInspector this time... :-P
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 4 Jul 2008 14:33:55 +0200
Newsgroups: jedi.vcl

Hi Jens,

There's no need for a simple project, just follow the steps I submitted.

Andrew 




Subject: Re: TJvInspector this time... :-P
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 4 Jul 2008 12:17:46 +0100
Newsgroups: jedi.vcl

Could you create a sample and add it to mantis ?

Greetings
Jens

> >Latest stable JVCL version.
> >
> >I noticed that when I update a TSpeedBtn caption property, this doesn't fire 
> >OnItemValueChanged event - which I use to save some data.
> >Any clues as to why this is the case? All other properties work fine.
> >
> >Did I overlook something?
> >
> >Andrew 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Modified JvDesignSurface unit
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 04 Jul 2008 09:57:22 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> Hello,
>
> I discovered there's no way to signal any design-related event(such as deletion, for example) and I really really really
> need it, hence I modified the unit to support those :-) Are you interested in my changes? If so, drop a line here and I'll post onto binaries.

Please use Mantis for this, it's easier for us to track changes this way.


Subject: Re: TJvInspector this time... :-P
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 4 Jul 2008 09:29:56 +0200
Newsgroups: jedi.vcl

I still have no clue as to why the inspector doesn't work for the caption 
property.
Will be examining it in short to see what is wrong!

Have you got any pointers regarding where I may have to look at to solve the 
issue?

Andrew 




Subject: Modified JvDesignSurface unit
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Fri, 4 Jul 2008 09:28:41 +0200
Newsgroups: jedi.vcl

Hello,

I discovered there's no way to signal any design-related event(such as 
deletion, for example) and I really really really
need it, hence I modified the unit to support those :-) Are you interested 
in my changes? If so, drop a line here and I'll post onto binaries.

Cheers,

Andrew 




Subject: Re: Fikret Hasovic - kbmMW InstantObjects Brokker
From: "Fikret Hasovic" <fikrethREMOVE@bihtamp.net>
Date: Thu, 3 Jul 2008 18:58:35 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > OBones wrote:
> > 
>> > > Well, thing is that I don't recall ever hearing that name in the
>> > > four years I've been involved with JEDI.
> > 
> > Maybe he was a contributor to the JEDI API (the first JEDI project)

Hi!

Here I am! 
I was a contributor to JEDI VCS some time ago...

BTW, I have found InstantKbmMWBroker and I will upload it soon. Link
will be announced here and on IO newsgroups...

-- Fikret Hasovic 

Subject: TJvInspector this time... :-P
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Thu, 3 Jul 2008 15:41:18 +0200
Newsgroups: jedi.vcl

Latest stable JVCL version.

I noticed that when I update a TSpeedBtn caption property, this doesn't fire 
OnItemValueChanged event - which I use to save some data.
Any clues as to why this is the case? All other properties work fine.

Did I overlook something?

Andrew 




Subject: Re: Programmatically adding components to TJvDesignPanel
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Tue, 1 Jul 2008 18:14:14 +0200
Newsgroups: jedi.vcl

Update: using TJvDesignPanel with TJvEmbeddedFormPanel isn't a great idea 
;-)
Actually, it's a very bad one :-P

That was the cause for the malfunctions, but there's something worse :-P
EmbeddedInstanceFormPanel has some extremely weird behaviours :-)
(btw, JVCL is 3.something).

My problems now are mainly A.V.s that I keep getting when I try to assign 
custom events for example:

procedure TMainFrm.BtnDesignCreated;
begin
//  TBtnPlacementFrm( 
JvEmbeddedInstanceFormPanel1.LinkedForm).ExtraDataBtnClick := 
HandleBtnClick;
end;

If I uncomment this I obtain an AV because everytime my LinkedForm property 
is nil. I've tried OnCreate, OnActivate, OnShow...
nothing seems to work as it should!

I need to call that method of the main form cause I have to attach a custom 
event(needed for some processing I'm doing).

I'm going into the fog, there's not much on the net and this I beleive is 
pretty untouched territory, hence any help would be
highly and most welcome.

Andrew 




Subject: Programmatically adding components to TJvDesignPanel
From: "Andrea Raimondi" <raiand@plug-in.it>
Date: Tue, 1 Jul 2008 15:14:15 +0200
Newsgroups: jedi.vcl

Hello.

I'm working on an application where the DesignPanel comes in very handy :-)
The problem is I have to create the components programmatically and be able 
to use them just
like if they were added by using the "OnGetClass" event.
My code is as follows:

procedure TBtnPlacementFrm.AddButton(ACaption: String;ExtraData : TObject);
begin
  Edit;
  DesignPanel.Surface.AddClass := 'TExtraDataButton';
  DesignPanel.Surface.AddComponent;
  TExtraDataButton( DesignPanel.Surface.Selection[ 0 ] ).ExtraData := 
ExtraData;
  TExtraDataButton( DesignPanel.Surface.Selection[ 0 ] ).Caption := 
ACaption;
end;

Using this, I can show the grip rectangle around my buttons, but I can't 
select and un-select it at will using the mouse.
The Edit method, btw, just makes the surface active.
Also, if it was possible, I'd love to find a way to fetch the newly created 
component without resorting to the trick you see
implemented( selecting item 0).

Is there any way to do what I want? Any hints/suggestions? I've been looking 
into the sources but I can't seem to find
anything fitting. Am I overlooking something? Any pointer is appreciated!

Andrew 




Subject: AviCap32
From: "Perico" <nospam@nospam.com>
Date: Mon, 30 Jun 2008 23:23:41 +0200
Newsgroups: jedi.vcl

Hi!

I'm new in this newsgroup. I'm interested on Delphi AviCap32 applications.
Is this the correct group or woult it be an off-topic ?

Thank you in advance




Subject: Re: feature request: TJvTrayIcon, TJvDropTarget.
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 30 Jun 2008 08:50:17 +0200
Newsgroups: jedi.vcl

Please use Mantis for this, so that we can keep track of your requests. And please create one issue for each component:

http://homepages.codegear.com/jedi/issuetracker/

Regards
Olivier


Subject: feature request: TJvTrayIcon, TJvDropTarget.
From: "snw" <snw_con@wp.pl>
Date: Mon, 30 Jun 2008 00:32:03 +0200
Newsgroups: jedi.vcl

this code change enables TJvTrayIcon to animate images forward and backward
periodically, so one doesnt have to load (n-1) images twice
(eg it was img1,img2,img3,img2,img1 in imagelist, now only img1,img2 and
img3)

TJvTrayIcon = class(TJvComponent)
  private
    FDirection : integer;
    FPeriodical : boolean;
  published
property  Periodical : boolean read FPeriodical write FPeriodical;

and later

procedure TJvTrayIcon.DoAnimation;
begin
  if (tisTrayIconVisible in FState) and (FIcons <> nil) and (FIcons.Count >
0) then
  begin
    if IconIndex < 0 then
      IconIndex := 0
    else
    if FPeriodical then
      begin
      if IconIndex=(FIcons.Count-1) then
         FDirection:=-1
      else
         if IconIndex=0 then
            FDirection:=1;
      IconIndex := (IconIndex + FDirection) mod FIcons.Count;
      end
    else IconIndex := (IconIndex + 1) mod FIcons.Count;
    if Assigned(FOnAnimate) then
      FOnAnimate(Self, IconIndex);
  end;
end;

TJvDropTarget doesnt accept unicode filenames, why not to enable this by
simple:

function TJvDropTarget.GetFilenamesW(List: TWStringList): Integer;
var
  DragH: Integer;
  Medium: TStgMedium;
  Name: widestring;
  I, Count, Len: Integer;
begin
  Result := 0;
  if FDataObject.GetData(FileDropFormatEtc, Medium) = S_OK then
    try
      try
        DragH := Integer(GlobalLock(Medium.hGlobal));
        try
          Count := DragQueryFileW(DragH, Cardinal(-1), nil, 0);
          if List <> nil then
            for I := 0 to Count - 1 do
            begin
              Len := DragQueryFileW(DragH, I, nil, 0);
              if Len > 0 then
              begin
                SetLength(Name, Len + 1);
                DragQueryFileW(DragH, I, PwideChar(Name), Len + 1);
                SetLength(Name, Len);
                List.Append(Name);
              end;
            end;
          Result := Count;
        finally
          GlobalUnlock(Medium.hGlobal);
        end;
      finally
        ReleaseStgMedium(Medium);
      end;
    except
      Result := 0;
    end;
end;

cheers ! 




Subject: Re: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Fri, 27 Jun 2008 17:51:15 +0200
Newsgroups: jedi.vcl

I'm having rendering problems also with TJvDBLookupCombo on Vista (it's rendered like XP and not like Vista combo) but I'm not capable to get a rapid solution because that componenent it's not derived from a standard combo box. However also the Delphi TDBLookComboBox is rendered like an WinXP combo box.




Subject: Screenshot creating version of TJvExceptionDialog
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Fri, 27 Jun 2008 16:02:31 +0200
Newsgroups: jedi.vcl

Hello guys,
I've modified the TJvExceptionDialog to create a screenshot of the application which raises the exception. This is usefull because not every user submitts a useable error description.
The proof of concept has been postet to jedi.binaries.

Comments are wellcome.
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel.: +49 (95 65) 94 22 - 42
Fax : +49 (95 65) 94 22 - 22
Mail: heiko.adams@regenspurger.de
Web:  http://www.regenspurger.de / www.kigapro.de


Subject: Re: Fikret Hasovic - kbmMW InstantObjects Brokker
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 26 Jun 2008 18:41:24 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Well, thing is that I don't recall ever hearing that name in the four
> > years I've been involved with JEDI.

Maybe he was a contributor to the JEDI API (the first JEDI project)


-- Regards, Andreas Hausladen 

Subject: Re: Fikret Hasovic - kbmMW InstantObjects Brokker
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Jun 2008 15:25:22 +0200
Newsgroups: jedi.vcl

news.devexpress.com wrote:
> "OBones" <obones_gf_@_fe_altern.org> wrote in message news:g3vep0$5ui$2@news.talkto.net...
>> news.devexpress.com wrote:
>>> Hi,
>>>
>>> I'm looking for Fikret Hasovic. He should be a contributer to the JEDI
>>> project.
>>>
>>> I looking for his kbmMW InstantObjects brokker. But all the links I find are
>>> brokken.
>>>
>>> I hope that somebody might be able to help me.
>> kbmMW is not part of the JEDI project and as such you will not find him here. Use google to find the kbmMW homepage, you should have contact details here.
>
> Please read my post again.
>
> kbmMW does not provide a InstantObjects Broker. I know that kbmMW and InstantObjects isn't part of the JEDE project. This is a search for the person (Fikret Hasovic) who says that he's a part of this project/contributer. Maybe someone reading this post might know him?!
>
> I'm not able to get in touch with him (email, google search, etc). Therefore I'm trying to reach him here...

Well, thing is that I don't recall ever hearing that name in the four years I've been involved with JEDI.


Subject: Re: Fikret Hasovic - kbmMW InstantObjects Brokker
From: "news.devexpress.com" <x@.x>
Date: Thu, 26 Jun 2008 15:08:22 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:g3vep0$5ui$2@news.talkto.net...
> > news.devexpress.com wrote:
>> >> Hi,
>> >>
>> >> I'm looking for Fikret Hasovic. He should be a contributer to the JEDI
>> >> project.
>> >>
>> >> I looking for his kbmMW InstantObjects brokker. But all the links I find 
>> >> are
>> >> brokken.
>> >>
>> >> I hope that somebody might be able to help me.
> >
> > kbmMW is not part of the JEDI project and as such you will not find him 
> > here. Use google to find the kbmMW homepage, you should have contact 
> > details here.

Please read my post again.

kbmMW does not provide a InstantObjects Broker. I know that kbmMW and 
InstantObjects isn't part of the JEDE project. This is a search for the 
person (Fikret Hasovic) who says that he's a part of this 
project/contributer. Maybe someone reading this post might know him?!

I'm not able to get in touch with him (email, google search, etc). Therefore 
I'm trying to reach him here...

/Brian




Subject: Re: how to donate (money) ?
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Jun 2008 11:02:40 +0200
Newsgroups: jedi.vcl

Fabrizio Monti wrote:
> Hi all
>
> why isn't there any way to donate you money? :)

Hi,

This has been an ongoing debate among the JEDI group because people ask this very same question from time to time.
Basically, we could have use for such donation money, but we are not sure how to how it should be handled and by whom.
For instance, it would be nice if we could have a "Windows Vista" license and such money could pay for it. But who should be the owner of that license? Any individual could move away from the project and leave with the license. We could put the install in a VM and tell people to use VMPlayer to test it and that should solve it.
But what if we get more money than that? It would sit there and not be used for much as our hosting is provided free of charge, and we do not incur many expenses. Well, there is the domain name, but that does not cost much.
And last, but not least, which project should register for donation on sourceforge? If the money is donated to JVCL, could it be used for the JCL or any other project?
All these questions are not answered yet and that's why no decision has been taken. We will have to address this eventually, but it's not as easy as it seems. Indeed, in my opinion, as soon as money is involved, things can get quite messy quite fast.

Regards
Olivier


Subject: Re: how to donate (money) ?
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 26 Jun 2008 08:45:13 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > as soon as money is involved, things can get quite messy quite fast.

No money - no problem. Sounds funny :-) 

-- Alex 

Subject: Re: Fikret Hasovic - kbmMW InstantObjects Brokker
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Jun 2008 10:25:43 +0200
Newsgroups: jedi.vcl

news.devexpress.com wrote:
> Hi,
>
> I'm looking for Fikret Hasovic. He should be a contributer to the JEDI
> project.
>
> I looking for his kbmMW InstantObjects brokker. But all the links I find are
> brokken.
>
> I hope that somebody might be able to help me.

kbmMW is not part of the JEDI project and as such you will not find him here. Use google to find the kbmMW homepage, you should have contact details here.


Subject: Re: JvMaskEdit and Vista Theme
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Jun 2008 10:24:59 +0200
Newsgroups: jedi.vcl

Mistral wrote:
>> Have you tried on an unthemed windows? I suspect it would prevent the "xp style" rendering...
>
> Yesterday I triew on these :
>
> - Windows XP SP3 (themed)
> - Windows Vista Business SP1 (themed)
>
> Today I've just tried on these :
>
> - Windows 2000 SP4
> - Windows XP SP3 (unthemed = Windows Classic)
> - Windows Server 2003 SP2 (unthemed) in Terminal Server mode
> - Windows Vista Business SP1 (unthemed = Windows Classic)
>
> On all of these the components are rendered pretty good and they correctly respect the Windows style (themed or unthemed). I'm doing this from Delphi 2007 so I don't know if compiling the same on previous older versions of Delphi the behaviour is the same. I compile all my projects with the new Delphi option "Enable runtime themes" checked.

Thanks for that. I wonder what happens if "Enable runtime themes" is not checked. However, if the rendering is correct in Win2000 SP4, then it should be fine as well.


Subject: Re: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Thu, 26 Jun 2008 09:33:49 +0200
Newsgroups: jedi.vcl

> Have you tried on an unthemed windows? I suspect it would prevent the "xp style" rendering...

Yesterday I triew on these :

- Windows XP SP3 (themed)
- Windows Vista Business SP1 (themed)

Today I've just tried on these :

- Windows 2000 SP4
- Windows XP SP3 (unthemed = Windows Classic)
- Windows Server 2003 SP2 (unthemed) in Terminal Server mode
- Windows Vista Business SP1 (unthemed = Windows Classic)

On all of these the components are rendered pretty good and they correctly respect the Windows style (themed or unthemed). I'm doing this from Delphi 2007 so I don't know if compiling the same on previous older versions of Delphi the behaviour is the same. I compile all my projects with the new Delphi option "Enable runtime themes" checked.


Subject: Fikret Hasovic - kbmMW InstantObjects Brokker
From: "news.devexpress.com" <x@.x>
Date: Thu, 26 Jun 2008 09:26:50 +0200
Newsgroups: jedi.vcl

Hi,

I'm looking for Fikret Hasovic. He should be a contributer to the JEDI
project.

I looking for his kbmMW InstantObjects brokker. But all the links I find are
brokken.

I hope that somebody might be able to help me.


/Brian 




Subject: Re: JvMaskEdit and Vista Theme
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Jun 2008 08:52:07 +0200
Newsgroups: jedi.vcl

Mistral wrote:
> OBones ha scritto:
>> Mistral wrote:
>>
>>>> So in the end, we are relying on users to have a look at the sources and give us a hand when an issue arises on Vista.
>
> Hi, I'm trying to solving this issue by myself. I'm working on RAD Studio 2007 on Windows Vista and I'm using the last stable version of JVCL 3.33 (not daily zip) compiling it with all the defaults.
>
> In this situation I solved the problem simply deleting the method
>
>   procedure WMNCPaint(var Msg: TWMNCPaint); message WM_NCPAINT;
>
> in the TJvCustomComboEdit in unit JvToolEdit.
>
> I've tried the modified components in Vista themed, XP themed and it seem working correctly. I don't know if this could be useful for all the  Delphi versions and Windows versions but in my case it's good enough!

Have you tried on an unthemed windows? I suspect it would prevent the "xp style" rendering...


Subject: how to donate (money) ?
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Thu, 26 Jun 2008 00:58:29 +0200
Newsgroups: jedi.vcl

Hi all

why isn't there any way to donate you money? :)


Subject: Re: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Wed, 25 Jun 2008 18:42:56 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Mistral wrote:
>
>>> So in the end, we are relying on users to have a look at the sources and give us a hand when an issue arises on Vista.

Hi, I'm trying to solving this issue by myself. I'm working on RAD Studio 2007 on Windows Vista and I'm using the last stable version of JVCL 3.33 (not daily zip) compiling it with all the defaults.

In this situation I solved the problem simply deleting the method

  procedure WMNCPaint(var Msg: TWMNCPaint); message WM_NCPAINT;

in the TJvCustomComboEdit in unit JvToolEdit.

I've tried the modified components in Vista themed, XP themed and it seem working correctly. I don't know if this could be useful for all the  Delphi versions and Windows versions but in my case it's good enough!






Subject: Re: problems with TJvImgBtn
From: "snw" <snw_con@wp.pl>
Date: Wed, 25 Jun 2008 18:34:24 +0200
Newsgroups: jedi.vcl

ok guys.
start a new project.
add one TButton, two Timage, one TjvImageList.
set jvImageList.Mode to 'imItemList' , add one item (thats enough), change 
Item.Kind to 'ikInlineBitmap', fill bitmap with bitmap.

now add an OnClick event for the button and write:

procedure TForm1.btn1Click(Sender: TObject);
begin
img1.Picture.Bitmap.Assign(jvmglst1.Items.Items[0].Bitmap);
jvmglst1.Draw(img2.Canvas,0,0,0);
end;

now execute and click.

shouldnt i get both images filled with same image ? what am i doing wrong 
that jvmglst1.Draw is not working ???





Subject: Re: JVCL 3.33 - BDS2006 (Win32 only) - Indy10: Missing Package IndySystem
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Wed, 25 Jun 2008 11:20:00 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen"  wrote:
> >
>> >> Why don't we write explicetly in JvNet-R.xml the package names used
>> >> for versions above delphi 7 like we do for earlier versions?
> >
> > Because the Indy Project removed the version number from the dpk and
> > dcp file nams. if they now added them again, we can't do anything. The
> > Indy versions that ship with Delphi 2005, 2006 and 2007 do not have the
> > version number in the dpk/dcp file names.

Oh yes, that's right. I haven't noticed this before. In the actual snapshot 
(and in the old 10.0.52) downloadable from the website there are indeed 
various packages, named by Delphi version they are for.  :-(

Thx again,

Klaus 




Subject: Re: JVCL 3.33 - BDS2006 (Win32 only) - Indy10: Missing Package IndySystem
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 24 Jun 2008 22:28:07 +0200
Newsgroups: jedi.vcl

Klaus Edelmann wrote:

> > Why don't we write explicetly in JvNet-R.xml the package names used
> > for versions above delphi 7 like we do for earlier versions?

Because the Indy Project removed the version number from the dpk and
dcp file nams. if they now added them again, we can't do anything. The
Indy versions that ship with Delphi 2005, 2006 and 2007 do not have the
version number in the dpk/dcp file names.


-- Regards, Andreas Hausladen 

Subject: problems with TJvImgBtn
From: "snw" <snw_con@wp.pl>
Date: Tue, 24 Jun 2008 22:23:55 +0200
Newsgroups: jedi.vcl

hello guys, i am looking for some help with this component.
i am using D6, latest version of jvcl (3.31and the newest downloaded
JvCtrls.pas while looking for solution), winXP (whatever...).
the problem is that i cant make it paint the image from TjvImageList (using
'inlined images' (not from resource)).
could you please check how and if it works on your D, before i post what is
happenning, cause i am not even sure how to describe it, i was trying to
recreate situations when image shows or not, but i couldnt.
(generally i want to add two bmp files 11x30 with clLime transparent color).
trying for 4 hours now, what the hell ?

//snw






Subject: Re: JVCL 3.33 - BDS2006 (Win32 only) - Indy10: Missing Package IndySystem
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Tue, 24 Jun 2008 18:39:11 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote

> > The JVCL looks for an IndySystem.DCP file. Without this file no package
> > can link against the IndySystem100.BPL.

Hello Andreas!

Thanks for your reply.
But I don't have any IndySystem.* file on my system. The only one is that on 
original BDS 2006 install CD, which needs .NET ressources which I haven't 
installed since my BDS ist installad for Win32 only.
So: where to get an IndySystem.dpk for Win32?

Other approach:
Why don't we write explicetly in JvNet-R.xml the package names used for 
versions above delphi 7 like we do for earlier versions?

--- start snippet from JvNet-R.xml ---
    <Package Name="IndySystem70" Targets="D7,D7p" 
Condition="USE_3RDPARTY_INDY && USE_3RDPARTY_INDY10"/>
    <Package Name="IndySystem" Targets="D9,D9p,D10,D10p,D11" 
Condition="USE_3RDPARTY_INDY && USE_3RDPARTY_INDY10"/>
--- end snippet

Thanks again advance for some further considerations,

Klaus 




Subject: Re: JVCL 3.33 - BDS2006 (Win32 only) - Indy10: Missing Package IndySystem
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 24 Jun 2008 18:14:44 +0200
Newsgroups: jedi.vcl

Klaus Edelmann wrote:

> > Uninstalling VCL worked fine. But I could not get reinstalled JVCL
> > 3.33 with Indy(10) support. Package IndySystem was missing. I could
> > just find IndySystem100 files but non IndySystem.

The JVCL looks for an IndySystem.DCP file. Without this file no package
can link against the IndySystem100.BPL.



-- Regards, Andreas Hausladen 

Subject: Re: TJvTFScheduleManager not "batching" today date
From: Fabrizio Monti <monti.fabrizio@I.HATE.SPAMMERS.gmail.com>
Date: Tue, 24 Jun 2008 17:39:57 +0200
Newsgroups: jedi.vcl

Fabrizio M. ha scritto:
> Hi all
>
> I don't know why, but today date is not in batching dates.
>
> For example, if today is 24 june, it loads 12 june -> 23 june and then 25 june -> 30 june
>
> I can't really figure it out :|
>
> (i'm using a jvday, a jvweek and a jvmonth together)
>
> Could you please help me?
> Thank you in advance


ok :) never mind...

it's was my fault. I added my schedule name in "resources" in jvalarm.
sorry :)


Subject: JVCL 3.33 - BDS2006 (Win32 only) - Indy10: Missing Package IndySystem
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Tue, 24 Jun 2008 02:39:53 +0200
Newsgroups: jedi.vcl

Hello there!

I had to update my Indy components for my BDS 2006 (Win32 only) to the 
newest snapshot. UN- and reinstalling Indy worked fine. (I decided to delete 
the old indy folder). But I had to reinstall the JVCL 3.33 too for some 
missing entry points for DLLs.

Uninstalling VCL worked fine. But I could not get reinstalled JVCL 3.33 with 
Indy(10) support. Package IndySystem was missing. I could just find 
IndySystem100 files but non IndySystem.

The only thing I found was an IndySystem.dpk at original BDS install CD. But 
this file seems to be for .NET

So how to get JVCL reinstalled with Indy support?

Thanks in advance,

Klaus 




Subject: TJvTFScheduleManager not "batching" today date
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Mon, 23 Jun 2008 19:55:32 +0200
Newsgroups: jedi.vcl

Hi all

I don't know why, but today date is not in batching dates.

For example, if today is 24 june, it loads 12 june -> 23 june and then 25 june -> 30 june

I can't really figure it out :|

(i'm using a jvday, a jvweek and a jvmonth together)

Could you please help me?
Thank you in advance


Subject: TJvHTLabel.WordWrap
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Mon, 23 Jun 2008 12:05:56 +0200
Newsgroups: jedi.vcl

Hi there!

Using TJvHTLabel setting WordWrap to true or false does not have any effect, 
text is always beeing cutted off at the right margin of the component - or 
do I missunderstand or miss anything?

Regards,

Klaus 




Subject: Re: nighthy build 20 june 08 successfully installed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 20 Jun 2008 23:04:47 +0200
Newsgroups: jedi.vcl

Fabrizio M. wrote:
> hi all
>
> i just wanted to report that i've successfully installed jcl and jvcl nighty builds (20 june 08)

Thanks for letting us know.


Subject: Re: nighthy build 20 june 08 successfully installed
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Fri, 20 Jun 2008 22:25:17 +0200
Newsgroups: jedi.vcl

Fabrizio M. ha scritto:
> hi all
>
> i just wanted to report that i've successfully installed jcl and jvcl nighty builds (20 june 08)
on turbo delphi  :)


Subject: nighthy build 20 june 08 successfully installed
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Fri, 20 Jun 2008 22:24:51 +0200
Newsgroups: jedi.vcl

hi all

i just wanted to report that i've successfully installed jcl and jvcl nighty builds (20 june 08)


Subject: Re: JvMaskEdit and Vista Theme
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 19 Jun 2008 15:00:25 +0200
Newsgroups: jedi.vcl

Mistral wrote:

>> So in the end, we are relying on users to have a look at the sources and give us a hand when an issue arises on Vista.
> In the last six months I didn't move in this direction only because I don't know which was your situation and also because someone told me that he investigate the issue. Now I know how the situation is so if I could, time is never enough :-(,  I will be happy to give you an hand.

No worries, thanks for your patience.


Subject: Re: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Thu, 19 Jun 2008 13:38:03 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Thing is, none of us have a licence for Vista, nor the computer that is required to use the Aero theme. Basically, we don't need Vista and we can't justify the cost of owning it.
Ok, now I understand it very well.

> So in the end, we are relying on users to have a look at the sources and give us a hand when an issue arises on Vista.
In the last six months I didn't move in this direction only because I don't know which was your situation and also because someone told me that he investigate the issue. Now I know how the situation is so if I could, time is never enough :-(,  I will be happy to give you an hand.

Thanks


Subject: Re: JvMaskEdit and Vista Theme
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 19 Jun 2008 13:08:21 +0200
Newsgroups: jedi.vcl

Mistral wrote:
> Mistral ha scritto:
>> Hi,
>>
>> I'm using TJvMaskEdit and TJvEdit in my applications and I've noticed a different behavior executing on Win Wista :
>>
>> TJvEdit is painted correctly with the Vista theme caracteristics
>> TJvMaskEdit is painted like XP theme
>>
>> I've already posted this problem on 21th november and Remko Bonte told me that he was investigating. Recently I've tried some daily version of VCL but the behavior of TJMaskEdit is not changed at all. Is there any news about that?
>>
>> Thanks
>
> I can't believe that no one is able to tell me something about this issue. I took a look at the issue tracker but I don't find nothing similiar to my problem. Should I have to put it in the issue tracker? I'am using this component mixed with other edit components and on a Vista Themed computer there's too much difference on drawing TJvMaskEdit respect other component. If you are going to not support TJvMaskEdit in the future versions please tell me so I can find another way.

Thing is, none of us have a licence for Vista, nor the computer that is required to use the Aero theme. Basically, we don't need Vista and we can't justify the cost of owning it.
So in the end, we are relying on users to have a look at the sources and give us a hand when an issue arises on Vista.


Subject: Re: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Thu, 19 Jun 2008 12:44:25 +0200
Newsgroups: jedi.vcl

Mistral ha scritto:
> Hi,
>
> I'm using TJvMaskEdit and TJvEdit in my applications and I've noticed a different behavior executing on Win Wista :
>
> TJvEdit is painted correctly with the Vista theme caracteristics
> TJvMaskEdit is painted like XP theme
>
> I've already posted this problem on 21th november and Remko Bonte told me that he was investigating. Recently I've tried some daily version of VCL but the behavior of TJMaskEdit is not changed at all. Is there any news about that?
>
> Thanks

I can't believe that no one is able to tell me something about this issue. I took a look at the issue tracker but I don't find nothing similiar to my problem. Should I have to put it in the issue tracker? I'am using this component mixed with other edit components and on a Vista Themed computer there's too much difference on drawing TJvMaskEdit respect other component. If you are going to not support TJvMaskEdit in the future versions please tell me so I can find another way.

Thanks.


Subject: JvIPAddress Error
From: "ChiefGeek" <nospamjohn@sawyersnet.com>
Date: Tue, 17 Jun 2008 22:59:40 +0100
Newsgroups: jedi.vcl

 Hello All,

I'm getting the following error when using the JvIPAddress component...

[Pascal Fatal Error] sstTrendLogUnit.pas(9): F2051 Unit JclWin32 was 
compiled with a different version of JclBase.TJclAddr64

Not sure what to do.  Any advice??

Thanks...John



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvIPAddress Error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 17 Jun 2008 22:16:39 +0200
Newsgroups: jedi.vcl

ChiefGeek wrote:
>  Hello All,
>
> I'm getting the following error when using the JvIPAddress component...
>
> [Pascal Fatal Error] sstTrendLogUnit.pas(9): F2051 Unit JclWin32 was compiled with a different version of JclBase.TJclAddr64
>
> Not sure what to do.  Any advice??

You have out of date dcus or dcps for the JCL lying around in your computer. Clean it up and you'll get sorted


Subject: jvMonthCalendar2
From: "dwhaley66" <darrenNoSpam@pclegends.com>
Date: Mon, 16 Jun 2008 19:38:20 +0100
Newsgroups: jedi.vcl

 There ia a weird behavior ...

Just click the month or year to change then try to click another control.

You have to click twice to get it to focus. 

At this point I haven't even found a workaround, so any help would be 
appreciated.

Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with jpg images
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 13 Jun 2008 19:29:09 +0200
Newsgroups: jedi.vcl

Fita wrote:
> Hi...
>
> I use jvDBImage component to show JPG images, in Delphi 7 works fine
> but in BDS 2006 I get the error "invalid image format" any idea ??
>

add a uses to Jpeg in your project


Subject: Problem with jpg images
From: "Fita" <sistemas@colegiosangabriel.edu.ar>
Date: Thu, 12 Jun 2008 14:52:43 -0300
Newsgroups: jedi.vcl

Hi...

I use jvDBImage component to show JPG images, in Delphi 7 works fine
but in BDS 2006 I get the error "invalid image format" any idea ??

Delphi 7
BDS 2006
Jedi 3.33

Regards 




Subject: Re: Are any of the JVCL menu components designed for speed
From: tommi Prami <tommi.prami@no.ei.spam.gmail.com>
Date: Thu, 12 Jun 2008 13:28:22 +0300
Newsgroups: jedi.vcl

> any major speed improvement. And having more than 50 or so items in a menu is not a good idea anyway. Use a fake menu with a list inside it, it's gonna work better as you'll be able to scroll it.

Is there any examples how it is actually done??

Thanks in advance...

-TP-


Subject: Re: Are any of the JVCL menu components designed for speed
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 12 Jun 2008 10:04:58 +0200
Newsgroups: jedi.vcl

tommi Prami wrote:
> Hello,
>
> I was just thinking because Standard menu components are very slow if you need to add and show large lot of menu items with it.
>
> (I am talking of 100 not 10000), seems that creating an popup menu and showing it takes way too long.
>
> I was just thinking could I go around this by using JVcl versions of menu components...

The JVCL menus are based on the regular menu items, so there won't be any major speed improvement. And having more than 50 or so items in a menu is not a good idea anyway. Use a fake menu with a list inside it, it's gonna work better as you'll be able to scroll it.


Subject: Are any of the JVCL menu components designed for speed
From: tommi Prami <tommi.prami@no.ei.spam.gmail.com>
Date: Thu, 12 Jun 2008 10:40:57 +0300
Newsgroups: jedi.vcl

Hello,

I was just thinking because Standard menu components are very slow if you need to add and show large lot of menu items with it.

(I am talking of 100 not 10000), seems that creating an popup menu and showing it takes way too long.

I was just thinking could I go around this by using JVcl versions of menu components...

-TP-


Subject: Re: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Wed, 11 Jun 2008 08:45:59 +0200
Newsgroups: jedi.vcl

Hi at all.. but nobody has news about this?

Davide


Subject: How difficult would be to make "time enabled" version of JvTimeLine
From: tommi Prami <tommi.prami@no.ei.spam.gmail.com>
Date: Mon, 09 Jun 2008 14:08:44 +0300
Newsgroups: jedi.vcl

Hello,

If anyone who knows internals of JvTimeLine component would give some suggestion how difficult it would be to make "Time enablend" version of it.

Now it is Date-oriented, I would need version where items can be possitioned by DateTime and duration would be edited in Minutes/seconds or hours (unit is not that important, if it woulöd be Floatingpoint time).

If it would be relatively simple I could try to do it, or if component author has spare time (not likely, everyone are busy) and/or thinks this idea would be suberp and implement it...

I have virtually no expirience of component developement (visual components) so I am afraid of that it is too complicated (about 10 years ago I tried to enhance one DB-grid and I was not too succesfull on that :D)

-TP-


Subject: Re: [Jvcl 3.33] Suggestion for JvDataBase...Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 08 Jun 2008 14:53:23 +0200
Newsgroups: jedi.vcl

Hi Klaus,

please have a look at the revision 11811.

Now it should be fine.

Greetings
Jens

Klaus Edelmann schrieb:
> "Jens Fudickar" <jens.fudickar@oratool.de> wrote
>
>> I think you had to test it.
>
>> Klaus Edelmann wrote:
>>> I ... thought that when entering there [OnAfterExecute event] the underlying DataSet is already in edit state. ... I supposed the action will do it, right?
>
> Hello Jens, again!
>
> Well I digged a bit into now. I found following constellation in unit JvDBActions:
>
> procedure TJvDatabaseEditAction.ExecuteTarget(Target: TObject);
> begin
>   inherited ExecuteTarget(Target);
>   DataSet.Edit;
> end;
>
> and
>
> procedure TJvDatabaseBaseAction.ExecuteTarget(Target: TObject);
> begin
>   if Assigned(FOnExecute) then
>     FOnExecute(Self, DatabaseControlEngine, DataComponent)
>   else
>     if Assigned(FOnExecuteDataSource) then
>       FOnExecuteDataSource(Self, DataSource)
>     else
>       inherited ExecuteTarget(Target);
>   if Assigned(FAfterExecute) then
>     FAfterExecute(Self, DatabaseControlEngine, DataComponent)
> end;
>
> So it is clear, that AfterExecute is always executed before the .edit statement. This makes the Afterexecute event - as it appear to me - senseless.
>
> I would move the last two lines of TJvDatabaseBaseAction.ExecuteTarget into TJvDatabaseEditAction.ExecuteTarget - as last lines again.
>
> The other way would be to insert a procedure TJvDatabaseBaseAction.AfterExecuteTarget where the mentioned two lines go to. So in TJvDatabaseEditAction.ExecuteTarget (and for all other decendets of TJvDatabaseBaseAction) after the edit line there could be inserted a line like inherited AfterExecuteTarget(Target);
>
> Regards,
>
> Klaus
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvInspector: Inspecting non TPersistent Classes
From: "Paul Endersby" <me@somewhere.com>
Date: Fri, 6 Jun 2008 11:44:52 +0100
Newsgroups: jedi.vcl

Thanks very much :)

"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:g23p3r$ski$1@news.talkto.net...
> > Paul Enders by wrote:
>> >> I have a number of classes that I wish to inspect at runtime using the 
>> >> JvInspector. I am able to convert some of them so that they descend from 
>> >> TPersistent and then inspect them using "AddComponent".
>> >>
>> >> However some of the classes I wish to inspect I cannot change and I am at 
>> >> a loss as to how to add them manually to the inspector so that they 
>> >> display as if they were added using "AddComponent".
> >
> > If you have access to the source, you can make sure the class will be 
> > compiled with ETTI for the published properties:
> >
> > {$M+}
> > type
> >   MyObject = class
> >     [...]
> >   end;
> > {$M-}
> >
> > If you don't have access to the source of those classes, you have two 
> > options:
> >
> > 1) Use the events-based data instance.
> > You'll have to create read and/or write events for each unique type of the 
> > properties you wish to inspect (the events will put the data instance in 
> > the Sender parameter of the event). See the JvInspector example (not the 
> > simple example)
> >
> > 2) Create a wrapper class that will have RTTI info
> > For each unique class that needs to be expected, you'd write a simple 
> > wrapper:
> >
> > {$M+}
> > type
> >   TMyClassWrapper = class
> >   private
> >     FActualInstance: TMyClass;
> >     function GetOfInterest: Integer;
> >     procedure SetOfInterest: Integer;
> >   published
> >     property OfInterest: Integer read GetOfInterest write SetOfInterest;
> >   end;
> >
>> >> The examples seem to fall some way short.
> >
> > No argument there ;)
> >
> > -- 
> > Marcel Bestebroer
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: JvInspector: Inspecting non TPersistent Classes
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 03 Jun 2008 19:09:46 +0200
Newsgroups: jedi.vcl

Paul Enders by wrote:
> I have a number of classes that I wish to inspect at runtime using the JvInspector. I am able to convert some of them so that they descend from TPersistent and then inspect them using "AddComponent".
>
> However some of the classes I wish to inspect I cannot change and I am at a loss as to how to add them manually to the inspector so that they display as if they were added using "AddComponent".

If you have access to the source, you can make sure the class will be compiled with ETTI for the published properties:

{$M+}
type
  MyObject = class
    [...]
  end;
{$M-}

If you don't have access to the source of those classes, you have two options:

1) Use the events-based data instance.
You'll have to create read and/or write events for each unique type of the properties you wish to inspect (the events will put the data instance in the Sender parameter of the event). See the JvInspector example (not the simple example)

2) Create a wrapper class that will have RTTI info
For each unique class that needs to be expected, you'd write a simple wrapper:

{$M+}
type
  TMyClassWrapper = class
  private
    FActualInstance: TMyClass;
    function GetOfInterest: Integer;
    procedure SetOfInterest: Integer;
  published
    property OfInterest: Integer read GetOfInterest write SetOfInterest;
  end;

> The examples seem to fall some way short.

No argument there ;)

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: TJvDBUltimGrid and onUserSort
From: Bruce Michener <bmichene@boe.ca.gov>
Date: Tue, 03 Jun 2008 06:52:08 -0700
Newsgroups: jedi.vcl

You don't say which database you use, but here is my UserSort routine for ADO (it could be just one line, but I've added code to preserve what record the user is on):

procedure TformCTMBase.grdMainUserSort(Sender: TJvDBUltimGrid;
  var FieldsToSort: TSortFields; SortString: string; var SortOK: Boolean);
var
   myBkMrk: TBookMark;
begin
   myBkMrk := TJvDBUltimGrid(Sender).DataSource.DataSet.GetBookmark;
   TAdoQuery(TJvDBUltimGrid(Sender).DataSource.DataSet).Sort := SortString;
   SortOK := True;
   TJvDBUltimGrid(Sender).DataSource.DataSet.GotoBookmark(myBkMrk);
   TJvDBUltimGrid(Sender).DataSource.DataSet.FreeBookmark(myBkMrk);
end;

Gianpiero Caretti wrote:
> AllDeal ,
> I'd like to execute a user sort on a TJvDBUltimGrid but I have no info on how to do it. Do have I to execute an SQL query in the onUserSort method or what?
>
> I found an example on the web I report here, but it refers to some external variables (members) outside the method:
>
> procedure TForm1.JvDBUGUserSort(Sender: TJvDBUltimGrid;
>    var FieldsToSort: TSortFields; SortString: String; var SortOK: Boolean);
> var
>  TVSQL : TStringlist;
>  SortColumn, sSQL : String;
>  Count : integer;
>  p : integer;
>
> begin
>   TVSQL := TStringList.Create;
>   TVSQL.Clear;
>   SortColumn := FieldsToSort[0].Name;
>   IBDS.Close;
>   TVSQL.AddStrings(IBDS.SelectSQL);
>   Count := TVSQL.Count;
>   sSQL := TVSQL.Strings[Count-1];
>   if (Pos('ORDER', sSQL) > 0) or (Pos('order', sSQL) > 0) then
>     TVSQL.Strings[Count -1] := '';
>   sSQL := Format('ORDER BY %s',[SortString]);
>   p := Pos('[', sSQL);
>   if p > 0 then
>     delete(sSQL,p,1);
>   p := Pos(']', sSQL);
>   if p > 0 then
>     delete(sSQL,p,1);
>   TVSQL.Add(sSQL);
>   IBDS.SelectSQL.Clear;
>   IBDS.SelectSQL.AddStrings(TVSQL);
>   IBDS.Open;
>   FreeAndNil(TVSQL);
> end;
>
> please, help,
> Gianpiero
>
>


Subject: Re: TJvHIDController continued
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 3 Jun 2008 12:49:18 +0100
Newsgroups: jedi.vcl

> >See tjvHidDevice.SetData :
> >
> >function TJvHidDevice.SetData(DataList: PHIDPData; var DataLength: ULONG;
> >   var Report; ReportLength: ULONG): NTSTATUS;
> >begin
> >   Result := HIDP_STATUS_NULL; // for not plugged in
> >   if IsAccessible then
> >     Result := HidP_SetData(ReportTypeParam, DataList, DataLength, 
> >PreparsedData,
> >       Report, ReportLength);
> >end;
> >
> >
> >did you try this one ? (not that I know something about HID devices, 
> >just a blind try... :) )
> >
> >el es
> >

Thanks for help :)
I am sure I will find now I know a little bit more.
It seems that a simple WriteFile would do it.

Otherelse, two things :
1) For myself :
In my "Value Output" usage tables I had this :
____________________________
Value Output
============

0)
UsagePage:         FFBE ($FFBE)
....
Usage:             Byte Count ($003B)
....

1)
UsagePage:         FFBE ($FFBE)
....
Usage:             Counted Buffer ($003A)
....

2)
UsagePage:         FFBE ($FFBE)
....
Usage:             40 ($0040)
....

3)
UsagePage:         FFBE ($FFBE)
...
Usage:             41 ($0041)
....
____________________________

And in HIDUsage.pas, I found that :
HID_USAGE_LED_SELECTED_INDICATOR   = $3A;
HID_USAGE_LED_IN_USE_INDICATOR     = $3B;
HID_USAGE_LED_INDICATOR_FAST_BLINK = $40;
HID_USAGE_LED_INDICATOR_OFF        = $41;

2) For everybody, I found a "bug" in HID.pas, see this line :

procedure HidD_GetHidGuid(var HidGuid: TGUID) stdcall;

There is missing a semi-colon :
procedure HidD_GetHidGuid(var HidGuid: TGUID); stdcall;



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvInspector: Inspecting non TPersistent Classes
From: "Paul Endersby" <me@somewhere.com>
Date: Tue, 3 Jun 2008 12:23:59 +0100
Newsgroups: jedi.vcl

I have a number of classes that I wish to inspect at runtime using the 
JvInspector. I am able to convert some of them so that they descend from 
TPersistent and then inspect them using "AddComponent".

However some of the classes I wish to inspect I cannot change and I am at a 
loss as to how to add them manually to the inspector so that they display as 
if they were added using "AddComponent".

I was rather hoping that I could just populate it like a tree control using 
parent child nodes but it does not seem so. Can anyone please help and give 
me either a pointer or some example code on how to inspect a non TPersistent 
class.

The examples seem to fall some way short.

Many thanks,

Paul. 




Subject: TJvDBUltimGrid and onUserSort
From: "Gianpiero Caretti" <gianpiero.caretti@tasgroup.it>
Date: Tue, 3 Jun 2008 13:07:17 +0200
Newsgroups: jedi.vcl

AllDeal ,
I'd like to execute a user sort on a TJvDBUltimGrid but I have no info on 
how to do it. Do have I to execute an SQL query in the onUserSort method or 
what?

I found an example on the web I report here, but it refers to some external 
variables (members) outside the method:

procedure TForm1.JvDBUGUserSort(Sender: TJvDBUltimGrid;
   var FieldsToSort: TSortFields; SortString: String; var SortOK: Boolean);
var
 TVSQL : TStringlist;
 SortColumn, sSQL : String;
 Count : integer;
 p : integer;

begin
  TVSQL := TStringList.Create;
  TVSQL.Clear;
  SortColumn := FieldsToSort[0].Name;
  IBDS.Close;
  TVSQL.AddStrings(IBDS.SelectSQL);
  Count := TVSQL.Count;
  sSQL := TVSQL.Strings[Count-1];
  if (Pos('ORDER', sSQL) > 0) or (Pos('order', sSQL) > 0) then
    TVSQL.Strings[Count -1] := '';
  sSQL := Format('ORDER BY %s',[SortString]);
  p := Pos('[', sSQL);
  if p > 0 then
    delete(sSQL,p,1);
  p := Pos(']', sSQL);
  if p > 0 then
    delete(sSQL,p,1);
  TVSQL.Add(sSQL);
  IBDS.SelectSQL.Clear;
  IBDS.SelectSQL.AddStrings(TVSQL);
  IBDS.Open;
  FreeAndNil(TVSQL);
end;

please, help,
Gianpiero




Subject: JvMaskEdit and Vista Theme
From: Mistral <prova@microsoft.com>
Date: Fri, 30 May 2008 08:52:39 +0200
Newsgroups: jedi.vcl

Hi,

I'm using TJvMaskEdit and TJvEdit in my applications and I've noticed a different behavior executing on Win Wista :

TJvEdit is painted correctly with the Vista theme caracteristics
TJvMaskEdit is painted like XP theme

I've already posted this problem on 21th november and Remko Bonte told me that he was investigating. Recently I've tried some daily version of VCL but the behavior of TJMaskEdit is not changed at all. Is there any news about that?

Thanks


Subject: Re: [Jvcl 3.33] Suggestion for JvDataBase...Action
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Thu, 29 May 2008 14:48:50 +0200
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> wrote

> > I think you had to test it.

> > Klaus Edelmann wrote:
>> >> I ... thought that when entering there [OnAfterExecute event] the 
>> >> underlying DataSet is already in edit state. ... I supposed the action 
>> >> will do it, right?

Hello Jens, again!

Well I digged a bit into now. I found following constellation in unit 
JvDBActions:

procedure TJvDatabaseEditAction.ExecuteTarget(Target: TObject);
begin
  inherited ExecuteTarget(Target);
  DataSet.Edit;
end;

and

procedure TJvDatabaseBaseAction.ExecuteTarget(Target: TObject);
begin
  if Assigned(FOnExecute) then
    FOnExecute(Self, DatabaseControlEngine, DataComponent)
  else
    if Assigned(FOnExecuteDataSource) then
      FOnExecuteDataSource(Self, DataSource)
    else
      inherited ExecuteTarget(Target);
  if Assigned(FAfterExecute) then
    FAfterExecute(Self, DatabaseControlEngine, DataComponent)
end;

So it is clear, that AfterExecute is always executed before the .edit 
statement. This makes the Afterexecute event - as it appear to me - 
senseless.

I would move the last two lines of TJvDatabaseBaseAction.ExecuteTarget into 
TJvDatabaseEditAction.ExecuteTarget - as last lines again.

The other way would be to insert a procedure 
TJvDatabaseBaseAction.AfterExecuteTarget where the mentioned two lines go 
to. So in TJvDatabaseEditAction.ExecuteTarget (and for all other decendets 
of TJvDatabaseBaseAction) after the edit line there could be inserted a line 
like inherited AfterExecuteTarget(Target);

Regards,

Klaus




Subject: Re: TJvHIDController continued
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Thu, 29 May 2008 10:21:30 +0100
Newsgroups: jedi.vcl

> >
> >I suppose you don't have any documentation for this device ?
> >
Nope !
Not even a line, but it exists a "homade" driver for linux, it is on
sourceforge. It uses event inputs : really, I do not know to apply this to
windows.

> >Did you try any USB sniffer to see the communications with the software 
> >that can use it ?
> >

Yes, I did it under Windows XP, and this is what I obtained :

This is the packet view :
=========================
//Button 1 of the device was pressed
000005: Bulk or Interrupt Transfer (UP), 29.05.2008 08:22:38.937 +13.796.
Status: 0x00000000
Pipe Handle: 0x899c6c7c (Endpoint Address: 0x81)
Get 0x5 bytes from the device
 80 80 01 00 87                                    &#128;&#128;..&#135;


000006: Bulk or Interrupt Transfer (DOWN), 29.05.2008 08:22:38.937 +0.0
Pipe Handle: 0x899c6c7c (Endpoint Address: 0x81)
Get 0x5 bytes from the device

//The software (through wich the button1 was previously programmed), lits
up the red light of the device
000007: Class-Specific Request (DOWN), 29.05.2008 08:22:38.953 +0.015
Destination: Interface, Index 0
Reserved Bits: 0
Request: 0x9
Value: 0x200
Send 0x4 bytes to the device
 01 00 00 00                                       ....

000008: Control Transfer (UP), 29.05.2008 08:22:38.953 +0.0. Status:
0x00000000
Pipe Handle: 0x89916480

 01 00 00 00                                       ....
Setup Packet
 21 09 00 02 00 00 04 00                           !.......
Recipient: Interface
Request Type: Class
Direction: Host->Device
Request: 0x9 (Unknown)
Value: 0x200
Index: 0x0
Length: 0x4

000009: Class-Specific Request (DOWN), 29.05.2008 08:22:38.968 +0.015
Destination: Interface, Index 0
Reserved Bits: 0
Request: 0x9
Value: 0x200
Send 0x4 bytes to the device
 01 00 00 00                                       ....

000010: Control Transfer (UP), 29.05.2008 08:22:38.968 +0.0. Status:
0x00000000
Pipe Handle: 0x89916480
 01 00 00 00                                       ....
Setup Packet
 21 09 00 02 00 00 04 00                           !.......
Recipient: Interface
Request Type: Class
Direction: Host->Device
Request: 0x9 (Unknown)
Value: 0x200
Index: 0x0
Length: 0x4

This is the "HID view" of the same events :
===========================================

000005: Report Arrived (UP), 29.05.2008 08:22:38.937 +13.796
Report Name:Game Pad

000007: Class-Specific Request Sent (DOWN), 29.05.2008 08:22:38.953 +0.015
Request Type:Set Report (Data Field)
Report Type:Output
ReportID:0x0
Unknown Report
000008: Class-Specific Data (UP), 29.05.2008 08:22:38.953 +0.0
Request Type:Set Report (Data Field)

000009: Class-Specific Request Sent (DOWN), 29.05.2008 08:22:38.968 +0.015
Request Type:Set Report (Data Field)
Report Type:Output
ReportID:0x0
Unknown Report
000010: Class-Specific Data (UP), 29.05.2008 08:22:38.968 +0.0
Request Type:Set Report (Data Field)
________________________________
What I understand here is that reports with reportID:=0 are sent, but they
are not in the HID report descriptors.

I understood yesterday, that the report descriptors (given by the demo)
are not exactly the same than the Physical descriptor (given by my sniffer)

If only I knew how to send this kind of packet... :
________________________________________________________
000010: Control Transfer (UP), 29.05.2008 08:22:38.968 +0.0. Status:
0x00000000
Pipe Handle: 0x89916480
 01 00 00 00                                       ....
Setup Packet
 21 09 00 02 00 00 04 00                           !.......
Recipient: Interface
Request Type: Class
Direction: Host->Device
Request: 0x9 (Unknown)
Value: 0x200
Index: 0x0
Length: 0x4
_______________________________________
.... I would be done with it !



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvHIDController continued
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Thu, 29 May 2008 09:26:13 +0100
Newsgroups: jedi.vcl

Waskol wrote:
>> I suppose you don't have any documentation for this device ?
>>
> Nope !
> Not even a line, but it exists a "homade" driver for linux, it is on
> sourceforge. It uses event inputs : really, I do not know to apply this to
> windows.
>
>> Did you try any USB sniffer to see the communications with the software that can use it ?
>>
>
>
> //The software (through wich the button1 was previously programmed), lits
> up the red light of the device
> 000007: Class-Specific Request (DOWN), 29.05.2008 08:22:38.953 +0.015
> Destination: Interface, Index 0
> Reserved Bits: 0
> Request: 0x9
> Value: 0x200
> Send 0x4 bytes to the device
>  01 00 00 00                                       ....
>
> 000008: Control Transfer (UP), 29.05.2008 08:22:38.953 +0.0. Status:
> 0x00000000
> Pipe Handle: 0x89916480
>
>  01 00 00 00                                       ....
> Setup Packet
>  21 09 00 02 00 00 04 00                           !.......
> Recipient: Interface
> Request Type: Class
> Direction: Host->Device
> Request: 0x9 (Unknown)
> Value: 0x200
> Index: 0x0
> Length: 0x4
>
> 000009: Class-Specific Request (DOWN), 29.05.2008 08:22:38.968 +0.015
> Destination: Interface, Index 0
> Reserved Bits: 0
> Request: 0x9
> Value: 0x200
> Send 0x4 bytes to the device
>  01 00 00 00                                       ....
>
> 000010: Control Transfer (UP), 29.05.2008 08:22:38.968 +0.0. Status:
> 0x00000000
> Pipe Handle: 0x89916480
>  01 00 00 00                                       ....
> Setup Packet
>  21 09 00 02 00 00 04 00                           !.......
> Recipient: Interface
> Request Type: Class
> Direction: Host->Device
> Request: 0x9 (Unknown)
> Value: 0x200
> Index: 0x0
> Length: 0x4
>
> This is the "HID view" of the same events :
> ===========================================
>
> 000005: Report Arrived (UP), 29.05.2008 08:22:38.937 +13.796
> Report Name:Game Pad
>
> 000007: Class-Specific Request Sent (DOWN), 29.05.2008 08:22:38.953 +0.015
> Request Type:Set Report (Data Field)
> Report Type:Output
> ReportID:0x0
> Unknown Report
> 000008: Class-Specific Data (UP), 29.05.2008 08:22:38.953 +0.0
> Request Type:Set Report (Data Field)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>
> 000009: Class-Specific Request Sent (DOWN), 29.05.2008 08:22:38.968 +0.015
> Request Type:Set Report (Data Field)
> Report Type:Output
> ReportID:0x0
> Unknown Report
> 000010: Class-Specific Data (UP), 29.05.2008 08:22:38.968 +0.0
> Request Type:Set Report (Data Field)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> ________________________________
> What I understand here is that reports with reportID:=0 are sent, but they
> are not in the HID report descriptors.
>
> I understood yesterday, that the report descriptors (given by the demo)
> are not exactly the same than the Physical descriptor (given by my sniffer)
>
> If only I knew how to send this kind of packet... :
> ________________________________________________________
> 000010: Control Transfer (UP), 29.05.2008 08:22:38.968 +0.0. Status:
> 0x00000000
> Pipe Handle: 0x89916480
>  01 00 00 00                                       ....
> Setup Packet
>  21 09 00 02 00 00 04 00                           !.......
> Recipient: Interface
> Request Type: Class
> Direction: Host->Device
> Request: 0x9 (Unknown)
> Value: 0x200
> Index: 0x0
> Length: 0x4
> _______________________________________
> ... I would be done with it !
>
>

See tjvHidDevice.SetData :

function TJvHidDevice.SetData(DataList: PHIDPData; var DataLength: ULONG;
  var Report; ReportLength: ULONG): NTSTATUS;
begin
  Result := HIDP_STATUS_NULL; // for not plugged in
  if IsAccessible then
    Result := HidP_SetData(ReportTypeParam, DataList, DataLength, PreparsedData,
      Report, ReportLength);
end;


did you try this one ? (not that I know something about HID devices, just a blind try... :) )

el es


Subject: Great component of Menu AnimatedMenu
From: "Luciano Franca" <tinic777@yahoo.com.br>
Date: Wed, 28 May 2008 10:48:42 -0300
Newsgroups: jedi.vcl

       
I am sending this component that has been discontinued by its creator for the community to have a look and could be giving continuity to the project.
Animated Menus.rar
	



Subject: Re: TJvHIDController continued
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Wed, 28 May 2008 08:50:50 +0100
Newsgroups: jedi.vcl

Waskol wrote:
> Well,well,well
> it did not solved my problem...
>
> In fact, my device (HID compliant) enumerates itself in the device manager
> with 3 HID subclass (Keyboard+Mouse+Joystick).
> This device has three leds that, I supposed, should beactivated with a HID
> report output.
>
> When I enumerate the hid usages with the TJVHIDDevice Controller (With the
> collection and usage tables demos in fact), I get this :
> __________________________________________________________________
> Summary of this Document :
[...]
>
>
>
> 2.b) N50 usage : seen as a HID Mouse
> ------------------------------------
>
> VID=$050D PID=$0805
> Input Report Size=4
> Output Report Size=0
> Feature Report Size=0
>
[...]

> 2.c) N50 usage : seen as a HID Keyboard
> ---------------------------------------
>
> VID=$050D PID=$0805
> Input Report Size=7
> Output Report Size=0
> Feature Report Size=0
>
>
> No leds output !!!!
> It is very surprising !
> (Notice the report lenght of 1032 bytes... I thought they would never be
> greater than 64 bytes ??? No need to say that the HidReadWriteDemo had to
> be adapted for this...)
>
Yeah, but see at the bits above : only Input Report size is reported. The output report size is zero, as is the feature too.

Maybe the lights are not in HID ? As this is a composite device, might it be, that the lights are even of different class? Hard to say.

> ________________________________________________
> It is more that I was expecting, but now I am very lost...
> How to use this result ?
> Does the TJVHIDController component is buggy ?
> How could I make my thing work.
>
> I thought I understood more or less, since I can read my event data,I can
> input or (no it does not work but I am sure of my code !) my different
> reports, and so forth, and I am sure about my coding. But I am very
> confused, since, logically, the report descriptor I get whith the
> commercial softaware is more closely what I was expecting from Robert's
> components.

I suppose you don't have any documentation for this device ?

Did you try any USB sniffer to see the communications with the software that can use it ?

el es


Subject: Re: TJvHIDController continued
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 27 May 2008 23:28:42 +0100
Newsgroups: jedi.vcl

(bad click) :(
Yes I am very sad about it. Thank you Robert for all those marvellous
things you left us.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvHIDController continued
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 27 May 2008 23:27:02 +0100
Newsgroups: jedi.vcl

Well,well,well
it did not solved my problem...

In fact, my device (HID compliant) enumerates itself in the device manager
with 3 HID subclass (Keyboard+Mouse+Joystick).
This device has three leds that, I supposed, should beactivated with a HID
report output.

When I enumerate the hid usages with the TJVHIDDevice Controller (With the
collection and usage tables demos in fact), I get this :
__________________________________________________________________
Summary of this Document :

1) Nostromo N50 HID Collection
2) Nostromo N50 HID Usages Descriptors
   a) N50 usage : seen as a HID Joystick
   b) N50 usage : seen as a HID Mouse
   c) N50 usage : seen as a HID Keyboard


1) Nostromo N50 HID Collection
==============================

	VID=$050D PID=$0805
		UsagePage=Generic Desktop ($0001)  Usage=Joystick ($0004) 
CollectionType=Application ($01)
			Button Input Range: UsagePage=Button ($0009) 1..24
			Value Input: UsagePage=Generic Desktop ($0001) Usage=Rotational Z Axis
($0035)
			Value Input: UsagePage=Generic Desktop ($0001) Usage=Rotational Y Axis
($0034)
			Value Input: UsagePage=Generic Desktop ($0001) Usage=Rotational X Axis
($0033)
			Value Input: UsagePage=Generic Desktop ($0001) Usage=Z Axis ($0032)
			Value Input: UsagePage=Generic Desktop ($0001) Usage=Y Axis ($0031)
			Value Input: UsagePage=Generic Desktop ($0001) Usage=X Axis ($0030)
			Value Input: UsagePage=Generic Desktop ($0001) Usage=Hat Switch ($0039)
			Value Output: UsagePage=Generic Desktop ($0001) Usage=Byte Count ($003B)
			Value Output: UsagePage=Generic Desktop ($0001) Usage=Counted Buffer
($003A)
			Value Output: UsagePage=FFBE ($FFBE) Usage=40 ($0040)
			Value Output: UsagePage=FFBE ($FFBE) Usage=41 ($0041)
	VID=$050D PID=$0805
		UsagePage=Generic Desktop ($0001)  Usage=Mouse ($0002) 
CollectionType=Application ($01)
			UsagePage=Generic Desktop ($0001)  Usage=Pointing Device ($0001) 
CollectionType=Physical ($00)
				Button Input Range: UsagePage=Button ($0009) 1..3
				Value Input: UsagePage=Generic Desktop ($0001) Usage=Wheel ($0038)
				Value Input: UsagePage=Generic Desktop ($0001) Usage=Y Axis ($0031)
				Value Input: UsagePage=Generic Desktop ($0001) Usage=X Axis ($0030)
	VID=$050D PID=$0805
		UsagePage=Generic Desktop ($0001)  Usage=Keyboard ($0006) 
CollectionType=Application ($01)
			Button Input Range: UsagePage=Keyboard ($0007) 224..231
			Button Input Range: UsagePage=Keyboard ($0007) 0..101


2) Nostromo N50 HID Usages Descriptors
======================================

2.a) N50 usage : seen as a HID Joystick
--------------------------------------- 

VID=$050D PID=$0805
Input Report Size=11
Output Report Size=1032
Feature Report Size=0

Button Input
============

0)
UsagePage:         Button ($0009)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           True
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
UsageMin:      1 UsageMax:      24
StringMin:     0 StringMax:     0
DesignatorMin: 0 DesignatorMax: 0
DataIndexMin:  7 DataIndexMax:  30

Value Input
===========

0)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Rotational Z Axis ($0035)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         0

1)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Rotational Y Axis ($0034)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         1

2)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Rotational X Axis ($0033)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         2

3)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Z Axis ($0032)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         3

4)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Y Axis ($0031)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         4

5)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             X Axis ($0030)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         5

6)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           4
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        7
PhysicalMin:       0
PhysicalMax:       7
Usage:             Hat Switch ($0039)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         6

Value Output
============

0)
UsagePage:         Generic Desktop ($0001)
ReportID:          2
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           16
ReportCount:       4
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        1024
PhysicalMin:       0
PhysicalMax:       1024
Usage:             Byte Count ($003B)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         0

1)
UsagePage:         Generic Desktop ($0001)
ReportID:          2
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1024
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Counted Buffer ($003A)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         1

2)
UsagePage:         FFBE ($FFBE)
ReportID:          5
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             40 ($0040)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         2

3)
UsagePage:         FFBE ($FFBE)
ReportID:          5
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Joystick ($0004)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             41 ($0041)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         3





2.b) N50 usage : seen as a HID Mouse
------------------------------------

VID=$050D PID=$0805
Input Report Size=4
Output Report Size=0
Feature Report Size=0

Button Input
============

0)
UsagePage:         Button ($0009)
ReportID:          3
IsAlias:           False
BitField:          2
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           True
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
UsageMin:      1 UsageMax:      3
StringMin:     0 StringMax:     0
DesignatorMin: 0 DesignatorMax: 0
DataIndexMin:  0 DataIndexMax:  2

Value Input
===========

0)
UsagePage:         Generic Desktop ($0001)
ReportID:          3
IsAlias:           False
BitField:          6
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        False
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        -127
LogicalMax:        127
PhysicalMin:       -127
PhysicalMax:       127
Usage:             Wheel ($0038)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         3

1)
UsagePage:         Generic Desktop ($0001)
ReportID:          3
IsAlias:           False
BitField:          6
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        False
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        -127
LogicalMax:        127
PhysicalMin:       -127
PhysicalMax:       127
Usage:             Y Axis ($0031)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         4

2)
UsagePage:         Generic Desktop ($0001)
ReportID:          3
IsAlias:           False
BitField:          6
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        False
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        -127
LogicalMax:        127
PhysicalMin:       -127
PhysicalMax:       127
Usage:             X Axis ($0030)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         5


2.c) N50 usage : seen as a HID Keyboard
---------------------------------------

VID=$050D PID=$0805
Input Report Size=7
Output Report Size=0
Feature Report Size=0

Button Input
============

0)
UsagePage:         Keyboard ($0007)
ReportID:          4
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Keyboard ($0006)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           True
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
UsageMin:      224 UsageMax:      231
StringMin:     0 StringMax:     0
DesignatorMin: 0 DesignatorMax: 0
DataIndexMin:  0 DataIndexMax:  7

1)
UsagePage:         Keyboard ($0007)
ReportID:          4
IsAlias:           False
BitField:          0
LinkCollection:    0
LinkUsage:         Keyboard ($0006)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           True
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
UsageMin:      0 UsageMax:      101
StringMin:     0 StringMax:     0
DesignatorMin: 0 DesignatorMax: 0
DataIndexMin:  8 DataIndexMax:  109
__________________________________________________________________

No leds output !!!!
It is very surprising !
(Notice the report lenght of 1032 bytes... I thought they would never be
greater than 64 bytes ??? No need to say that the HidReadWriteDemo had to
be adapted for this...)

More surprising is when I see this report descriptor given by a
specialized softtware (Device Monitoring Studio) :
____________________________________________________________________
HID Descriptor
Usage Page: 1 (Generic Desktop Controls)
Usage: 5 (Gamepad)
Collection 
Usage: 1 (Pointer)
Collection 
Usage Page: 1 (Generic Desktop Controls)
Usage: 48 (Direction-X)
Usage: 49 (Direction-Y)
Logical Minimum: 0
Logical Maximum: 255
Unit: 0
Report Size: 8
Report Count: 2
Input: 2 (Data,Variable,Absolute,No Wrap,Linear,Preferred State,No Null
Position)

Usage Page: 9 (Buttons)
Usages (1-10): Button 1 (Primary), Button 2 (Secondary), Button 3
(Tertiary), Button 4, Button 5, 
Unknown, Unknown, Unknown, Unknown, Unknown
Logical Minimum: 0
Logical Maximum: 1
Physical Minimum: 0
Physical Maximum: 1
Report Size: 1
Report Count: 10
Input: 2 (Data,Variable,Absolute,No Wrap,Linear,Preferred State,No Null
Position)

Report Size: 6
Report Count: 1
Input: 1 (Constant,Array,Absolute,No Wrap,Linear,Preferred State,No Null
Position)

End Collection 
Usage Page: 1 (Generic Desktop Controls)
Usage: 54 (Slider)
Logical Minimum: 0
Logical Maximum: 255
Physical Minimum: 0
Physical Maximum: 255
Report Size: 8
Unit: 0
Report Count: 1
Input: 2 (Data,Variable,Absolute,No Wrap,Linear,Preferred State,No Null
Position)

Usage Page: 8 (LEDs)
Usages (1-3): NumLock, CapsLock, Scroll Lock
Logical Minimum: 0
Logical Maximum: 1
Physical Minimum: 0
Physical Maximum: 1
Report Size: 1
Report Count: 3
Output: 2 (Data,Variable,Absolute,No Wrap,Linear,Preferred State,No Null
Position,Non Volatile)

Report Size: 5
Report Count: 1
Output: 1 (Constant,Array,Absolute,No Wrap,Linear,Preferred State,No Null
Position,Non Volatile)

End Collection 
________________________________________________
It is more that I was expecting, but now I am very lost...
How to use this result ?
Does the TJVHIDController component is buggy ?
How could I make my thing work.

I thought I understood more or less, since I can read my event data,I can
input or (no it does not work but I am sure of my code !) my different
reports, and so forth, and I am sure about my coding. But I am very
confused, since, logically, the report descriptor I get whith the
commercial softaware is more closely what I was expecting from Robert's
components.

By the way :
I did not know that Robert leaved us last december, and I am very s



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvHIDController continued
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 27 May 2008 22:29:52 +0100
Newsgroups: jedi.vcl

> >Waskol wrote:
>>> >>> OK folks :)
>>> >>>
>>> >>> First, the device only supports feature report writing.
>>> >>> Hence in its caps, the OutputByteLength was zero.
>>> >>>
>>> >>> Second, I have copied exactly the Read/Write example, and, guess what, 
>>> >>> it works :) I only added a couple of lines to switch it to feature 
>>> >>> writing. And it talks to me now :)
>>> >>>
>>> >>> Thanks to the good spirit (the spirit of R.M.) for your support.
>>> >>>
>>> >>>
>>>> >>>> el es
>> >> 
>> >> I just found your posts and I think that I meet the same problems with the
>> >> table usage enumeration. I need it in order to send properly formatted
>> >> Report outputs to a "Nostromo N50 Speedpad" under Vista.
>> >> 
OK, Kids are in bed now, I will try this.
Wilfrid AVRILLON

Delphi 2007/ VISTA, XP SP3 and Me



>> >> I check out what you found this evening at home and give feedback.
>> >> 
>> >> ;)
>> >> 
>> >> 
> >Also, if you are creating the TjvHidController object by hand (no 
> >design-time components) you NEED to put the creation code into the 
> >OnActivate event handler of the form you've connecting it to... just 
> >banged that issue too - the read-write demo (with a mod to send 
> >HidD_SetFeature reports) works good, the object communicates with device 
> >OK. If the creation code is put into OnCreate, it doesn't work correctly.
> >
> >(TDE, XP SP2)
> >
> >:)
> >el es
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [Jvcl 3.33] Suggestion for JvDataBase...Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 27 May 2008 23:28:00 +0200
Newsgroups: jedi.vcl

Hi Klaus,

i'm not sure.

I think you had to test it.

Greetings
Jens

Klaus Edelmann schrieb:
> "Jens Fudickar" <jens.fudickar@oratool.de> wrote
>
>> A little bit later, but done as Revision 11806
>
> Hello Jens!
>
> First of all many thanks for that work!!
>
> I have installed the files from you modified recently.
> In my app there is a TJvDatabaseEditAction which is connected to a DataSource. I assigned an AfterExecute event and thought that when entering there the underlying DataSet (to which the mentioned DataSource is connected) is already in edit state. My code doesn't do this, I supposed the action will do it, right?
>
> Regards,
>
> Klaus
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: TJvTimeFramework error in example
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Tue, 27 May 2008 15:41:47 -0400
Newsgroups: jedi.vcl

The TJvTimeFramework example is missing the dbUTF unit.  The example also cannot be compiled.  The error is in line 193 in the JVTFUtils unit: Undeclared identifier 'RSEResultDoesNotFallInMonth and there are two other such errors.

This is being observed in JVCL 3.30.  However, it appears that the code is the same as in the later 3.33 version.


Subject: Re: [Jvcl 3.33] Suggestion for JvDataBase...Action
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Tue, 27 May 2008 19:00:38 +0200
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> wrote

> >A little bit later, but done as Revision 11806

Hello Jens!

First of all many thanks for that work!!

I have installed the files from you modified recently.
In my app there is a TJvDatabaseEditAction which is connected to a 
DataSource. I assigned an AfterExecute event and thought that when entering 
there the underlying DataSet (to which the mentioned DataSource is 
connected) is already in edit state. My code doesn't do this, I supposed the 
action will do it, right?

Regards,

Klaus




Subject: Re: TJvHIDController continued
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 27 May 2008 17:03:42 +0100
Newsgroups: jedi.vcl

> >OK folks :)
> >
> >First, the device only supports feature report writing.
> >Hence in its caps, the OutputByteLength was zero.
> >
> >Second, I have copied exactly the Read/Write example, and, guess what, 
> >it works :) I only added a couple of lines to switch it to feature 
> >writing. And it talks to me now :)
> >
> >Thanks to the good spirit (the spirit of R.M.) for your support.
> >
> >
>> >> el es
> >

I just found your posts and I think that I meet the same problems with the
table usage enumeration. I need it in order to send properly formatted
Report outputs to a "Nostromo N50 Speedpad" under Vista.

I check out what you found this evening at home and give feedback.

;)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvHIDController continued
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Tue, 27 May 2008 16:39:44 +0100
Newsgroups: jedi.vcl

Waskol wrote:
>> OK folks :)
>>
>> First, the device only supports feature report writing.
>> Hence in its caps, the OutputByteLength was zero.
>>
>> Second, I have copied exactly the Read/Write example, and, guess what, it works :) I only added a couple of lines to switch it to feature writing. And it talks to me now :)
>>
>> Thanks to the good spirit (the spirit of R.M.) for your support.
>>
>>
>>> el es
>
> I just found your posts and I think that I meet the same problems with the
> table usage enumeration. I need it in order to send properly formatted
> Report outputs to a "Nostromo N50 Speedpad" under Vista.
>
> I check out what you found this evening at home and give feedback.
>
> ;)
>
>
Also, if you are creating the TjvHidController object by hand (no design-time components) you NEED to put the creation code into the OnActivate event handler of the form you've connecting it to... just banged that issue too - the read-write demo (with a mod to send HidD_SetFeature reports) works good, the object communicates with device OK. If the creation code is put into OnCreate, it doesn't work correctly.

(TDE, XP SP2)

:)
el es


Subject: Re: [Jvcl 3.33] Suggestion for JvDataBase...Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 27 May 2008 00:01:38 +0200
Newsgroups: jedi.vcl

A little bit later, but done as Revision 11806

Greetings
Jens

Jens schrieb:
> Hi Klaus,
>
> i agree with you and will have a look for it hopefully the next weekend.
>
> The Event will be something like AfterExecute
>
> Greetings
> Jens
>
> P.S: I've read your mail alos.
>
>> Hello!
>>
>> Recently the TJvDataBase...Actions where extended by the OnCheckEnabled event. This is great. So you can control the enabled state not only DataSet state dependend, but also by some other logic (i.e. enabling the action only if it would be by default set by the JvDataBase...Action and if a certain field has a certain value).
>>
>> Now there is an other idea: In the OnExecuteEvent the action on the DataSet which gives the name to the JvDataBase...Action (i.e. Edit) is not done already. It would be great to have another event like OnAfterActionExcute which has to be fired when the action on the DataSet is already done.
>>
>> In my case I introduced several JvDataBaseEditActions and relatd buttons according to the state of an Item in the DataBase which has to pass  several process steps.
>> So I would have to set the state of the item according to the actual state - after the edit has been done and the DataSet is in the edit state.
>> Therefore it would be fine to have an event which will be fired after the Edit (or other name giving Actions) was done.
>>
>> I hope the idea is clear.
>>
>> Regards
>>
>> Klaus
>>
>> Klaus
>>
>>
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Some Questions about jvtfdays.
From: "eldruida" <eldruida@lleida.org>
Date: Mon, 26 May 2008 17:50:33 +0100
Newsgroups: jedi.vcl

Hi.

Sorry for my English.

I'm programming a kind of timetable to control the visits of pacients of a
hospital. It's a work for school.

Everyone in my class use vb.net, but i prefer delphi, because at work my
boss use delphi. So I can learn it.

There it goes the questions:

1 How refresh/repaint the component,jvtfdays? Because it looks wrong,
background become yellow or other color, when select rows or edit
appointments. As well, sometimes after add a appoint it doesn't show the
appoint.

2 It's possible restrict selections to rows which haven't appointments
with some propertie of  the component.

I wrote a function which iterates all apointments to see if any of they
has a any of  selected rows, but it only test, not restrict when time
comes to select.

I wish I have explained well.


Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvSearchFile and Wildcards
From: "Migo" <mtesch@wtnet.de>
Date: Sat, 24 May 2008 10:52:45 +0100
Newsgroups: jedi.vcl

> >Write a custom OnCheck event:
> >
> >procedure TForm1.JvSearchFiles1Check(Sender: TObject; var Result: 
Boolean);
> >var
> >   FileName: string;
> >begin
> >   FileName := JvSearchFiles1.FindData.cFileName;
> >   if Pos('.', FileName) = 0 then FileName := FileName + '.';
> >   Result := StrMatches(SomeMask, FileName);
> >end;
> >
> >StrMatches is a function from the JclStrings unit. Replace SomeMask 
with 
> >the mask you want to use.
> >
> >-- 
> >Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >

When i use this OnCheck event, how can i use the FileMaskSeperator? It 
doesn't work when OnCheck event occurs.

Thank's
Michael



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvSearchFile and Wildcards
From: "Migo" <mtesch@wtnet.de>
Date: Thu, 22 May 2008 23:35:33 +0100
Newsgroups: jedi.vcl

> >Write a custom OnCheck event:
> >
> >procedure TForm1.JvSearchFiles1Check(Sender: TObject; var Result: 
Boolean);
> >var
> >   FileName: string;
> >begin
> >   FileName := JvSearchFiles1.FindData.cFileName;
> >   if Pos('.', FileName) = 0 then FileName := FileName + '.';
> >   Result := StrMatches(SomeMask, FileName);
> >end;
> >
> >StrMatches is a function from the JclStrings unit. Replace SomeMask 
with 
> >the mask you want to use.
> >
> >-- 
> >Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >

Hi,

sorry... i have used this code, but the FileMaskSeperator (normally ';') 
is out of control. 

Any idea?

Best regards,
Michael



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvHIDController continued
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Thu, 22 May 2008 17:24:15 +0100
Newsgroups: jedi.vcl

OK folks :)

First, the device only supports feature report writing.
Hence in its caps, the OutputByteLength was zero.

Second, I have copied exactly the Read/Write example, and, guess what, it works :) I only added a couple of lines to switch it to feature writing. And it talks to me now :)

Thanks to the good spirit (the spirit of R.M.) for your support.


> el es


Subject: TJvHIDController continued
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Thu, 22 May 2008 15:41:55 +0100
Newsgroups: jedi.vcl

Hello all,

some more facts:
- for the last two posts I used the stand-alone version of TJvHIDController, found here :http://www.intel.com/intelpress/usb/examples/zipfiles/delphi_hid.htm

together with the latest downloadable zipped jvcl...

(which I see now, is bad)

Now, I have moved myself to the JvHIDController (no HIDController.pas anymore) and :
 - the HidD_GetPhysicalDescriptor error on enumeration is... gone, because AFAICS this call is not used,

- from now on, I will only be referring to the latest (zip) source :)

- Ah, to get the enumeration going at all,

procedure FillInList;

needed to be modified :
 FunctionClassDeviceData^.cbSize := 5;

instead of //SizeOf(TSPDeviceInterfaceDetailDataA);

otherwise, the enumeration loop is stuck forever...
(might be I lost some config variable on the way ?)

Will keep posted what I found :)

(but I like the newer source of the JvHidControllerClass better than the old one :) )

el es


Subject: TJvHIDController second question
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Thu, 22 May 2008 11:28:53 +0100
Newsgroups: jedi.vcl

Hi,
to anybody familiar with TJvHIDController (and HID Class USB devices):

I use (try to use...) a device, that goes 'over the moon' whenever

HidD_GetPhysicalDescriptor

is called in

constructor TJvHidDevice.Create(const DevicePath: string; const DevID: DWORD;
  const DevDesc, ClassDesc: string; Controller: TJvHidDeviceController);

By means, a construct like this

[code]
if HidD_GetPhysicalDescriptor(HidFileHandle, Buffer, SizeOf(Buffer)) then
  FPhysicalDescriptor := WideCharToString(Buffer)
else
  ErrorString := SysErrorMessage(HIDCheck(GetLastError));
[/code]

when debugging, I can see the HidD_GetPhysicalDescriptor call returns false and ErrorString returns 'A device attached to the system is not functioning' (didn't try to retrieve an error number, sorry)

Buffer contains all #0's then.

The device is in fact not functioning after that, by means only power-cycle returns it to usable (enumerable) state.

All subsequent calls to HidD_ functions for this device, fail miserably.

Whereas, for my other HID devices (mouse and keyboard) the aforementioned call returns false, but they don't go bust.

So I just commented that one out.

Question(s) :
- is that OK ?
- what is that info used for ?
- is that a device's fault ?

I use Turbo Delphi Explorer + WinXP Pro SP2.
And yes, the device claims to be HID compatible (it is of the GSA HID Standard Device, a printer actually).

Any help will be appreciated.

el es


Subject: TJvHidController questions
From: Lukasz Sokol <el_es_cr@yahoo.co.uk>
Date: Thu, 22 May 2008 11:15:29 +0100
Newsgroups: jedi.vcl

Hello,
I've been asking this question on jedi.general and (thanks, OBones) directed here.

I need to communicate with an HID class device.
It is a HID device, although it is a printer.

The simple example of enumerating devices is finding it (along with my mouse and keyboard)

But then, whether I try to WriteFile or WriteFileEx, they fail with error 87 (SysErrorMessage returns 'The parameter is incorrect').

Any ideas what could that be ?

Below is how I do the writing (whether I do the overlapped WriteFileEx or regular WriteFile, does not matter, the result is the same - write returns false and SysErrorMessage returns as above)

The Edit1 is an edit box, where I input the bytes to be sent, grouped with commas (that's why StringList is used).

I use Turbo Delphi Explorer.

(NB please read another post I will send in a sec.)

el es

[code]

procedure TForm1.Button2Click(Sender: TObject);
var BytesList : TStringList;
    WrBuf : array of Byte;
    I: Integer;

    ToWrite, Written : cardinal;
    Povl : POverlapped;

    procedure OverlappedDummyCallBack(ErrorCode, NumBytes : DWord; Overlapped : POverlapped);
    begin
      Written := NumBytes;
      POvl := Overlapped;
    end;

begin
  BytesList := TStringList.Create;
  try
    BytesList.CommaText := Edit1.Text;
    if BytesList.Count = 0 then exit;       // if the string in ByteList is empty

    for I := 0 to BytesList.Count - 1 do
      if Length(BytesList.Strings[i]) > 2 then   // if any string in there is longer than 2 chars
        exit;

    SetLength(WrBuf,BytesList.Count);            // setup buffer
    for i := 0 to BytesList.Count - 1 do
      WrBuf[i] := StrToInt(BytesList.Strings[i]);

    ToWrite := BytesList.Count;
    Written := 0;
    TheDev := DevList.Items[ListBox1.ItemIndex];
    Label3.Caption := Format('Writing %d Bytes...',[ToWrite]);
    try
      if not TheDev.WriteFileEx(WrBuf,ToWrite,@OverlappedDummyCallback) then
        i := GetLastError;
        case i of
          ERROR_IO_PENDING :
            if GetOverlappedResult(TheDev.HidOverlappedHandle,POvl^,Written,true) then
              ShowMessage('Write successful');
          else
            ShowMessage(SysErrorMessage(i));
        end;


    except
      ShowMessage(SysErrorMessage(HIDCheck(GetLastError)));
    end;

    Label3.Caption := Format('%d Bytes written',[Written]);
  finally
    BytesList.Free;
    SetLength(WrBuf,0);
  end;

end;

[/code]


Subject: reading CDATA records with JvSimpleXML
From: Gavin Melville <gavin.melville@acclipse.co.nz>
Date: Thu, 22 May 2008 22:01:00 +1200
Newsgroups: jedi.vcl

Hi,

I'm trying to read CDATA records from an XML dataset, and as usual the
almost total lack of documentation makes this hard.     Everything
else works.   JCL/JVCL3.33.

Does anyone have any bright ideas >

TIA,
--
Regards,
Gavin Melville
gavin.melville@acclipse.co.nz


Subject: Re: jvSearchFile and Wildcards
From: "Migo" <mtesch@wtnet.de>
Date: Wed, 21 May 2008 21:08:25 +0100
Newsgroups: jedi.vcl

> >Write a custom OnCheck event:
> >
> >procedure TForm1.JvSearchFiles1Check(Sender: TObject; var Result: 
Boolean);
> >var
> >   FileName: string;
> >begin
> >   FileName := JvSearchFiles1.FindData.cFileName;
> >   if Pos('.', FileName) = 0 then FileName := FileName + '.';
> >   Result := StrMatches(SomeMask, FileName);
> >end;
> >
> >StrMatches is a function from the JclStrings unit. Replace SomeMask 
with 
> >the mask you want to use.
> >
> >-- 
> >Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >

Perfekt! Thank you!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [Jvcl 3.33] Suggestion for JvDataBase...Action
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 21 May 2008 14:38:46 +0100
Newsgroups: jedi.vcl

Hi Klaus,

i agree with you and will have a look for it hopefully the next weekend.

The Event will be something like AfterExecute

Greetings
Jens

P.S: I've read your mail alos.

> >Hello!
> >
> >Recently the TJvDataBase...Actions where extended by the OnCheckEnabled 
> >event. This is great. So you can control the enabled state not only DataSet 
> >state dependend, but also by some other logic (i.e. enabling the action only 
> >if it would be by default set by the JvDataBase...Action and if a certain 
> >field has a certain value).
> >
> >Now there is an other idea: In the OnExecuteEvent the action on the DataSet 
> >which gives the name to the JvDataBase...Action (i.e. Edit) is not done 
> >already. It would be great to have another event like OnAfterActionExcute 
> >which has to be fired when the action on the DataSet is already done.
> >
> >In my case I introduced several JvDataBaseEditActions and relatd buttons 
> >according to the state of an Item in the DataBase which has to pass  several 
> >process steps.
> >So I would have to set the state of the item according to the actual state - 
> >after the edit has been done and the DataSet is in the edit state.
> >Therefore it would be fine to have an event which will be fired after the 
> >Edit (or other name giving Actions) was done.
> >
> >I hope the idea is clear.
> >
> >Regards
> >
> >Klaus
> >
> >Klaus 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [Jvcl 3.33] Suggestion for JvDataBase...Action
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Wed, 21 May 2008 14:03:55 +0200
Newsgroups: jedi.vcl

"Jens" <jens.fudickar@oratool.de> wrote

> > Hi Klaus,
> >
> > i agree with you and will have a look for it hopefully the next weekend.
> >
> > The Event will be something like AfterExecute
> >
> > Greetings
> > Jens

Hello Jens!

This would be really great! Thanks a lot!!

Bye, Klaus 




Subject: [Jvcl 3.33] Suggestion for JvDataBase...Action
From: "Klaus Edelmann" <fritzfranz24@hotmail.com>
Date: Wed, 21 May 2008 10:33:46 +0200
Newsgroups: jedi.vcl

Hello!

Recently the TJvDataBase...Actions where extended by the OnCheckEnabled 
event. This is great. So you can control the enabled state not only DataSet 
state dependend, but also by some other logic (i.e. enabling the action only 
if it would be by default set by the JvDataBase...Action and if a certain 
field has a certain value).

Now there is an other idea: In the OnExecuteEvent the action on the DataSet 
which gives the name to the JvDataBase...Action (i.e. Edit) is not done 
already. It would be great to have another event like OnAfterActionExcute 
which has to be fired when the action on the DataSet is already done.

In my case I introduced several JvDataBaseEditActions and relatd buttons 
according to the state of an Item in the DataBase which has to pass  several 
process steps.
So I would have to set the state of the item according to the actual state - 
after the edit has been done and the DataSet is in the edit state.
Therefore it would be fine to have an event which will be fired after the 
Edit (or other name giving Actions) was done.

I hope the idea is clear.

Regards

Klaus

Klaus 




Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Wed, 21 May 2008 10:17:19 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> ha scritto nel messaggio 
news:g10g4g$h5h$1@news.talkto.net...
> > OBones wrote:
>> >> OBones wrote:
>>> >>> Fritz Franz wrote:
>>>> >>>> "OBones" <obones_gfd_@_gfd_altern.org> wrote about daily build of JVCL:
>>>> >>>>
>>>>> >>>>> I see it just fine from here:
>>>>> >>>>>
>>>>> >>>>> http://jvcl.sourceforge.net/daily/
>>>> >>>>
>>>> >>>> Hell Oliver!
>>>> >>>>
>>>> >>>> Yes that's true. I had an old bookmark: 
>>>> >>>> http://obones.free.fr/jvcl_daily/
>>>> >>>>
>>>> >>>> Updated now. Thx for the advice!
>>> >>>
>>> >>> No worries. The bookmark you have is the "backup" site, where the 
>>> >>> "latest" links never work. Just use the table below and you'll get the 
>>> >>> same content.
>> >>
>> >> Hum, wait no, there is indeed a problem. 32 bytes for a 7z file is not 
>> >> correct. Bugger, I'll look into this.
> >
> > Should work today. Sorry for the inconvenience.

Don't worry - so I had to work a little bit with SVN. Something can be 
learned quite everywhere ...

regards,

Klaus 




Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 21 May 2008 09:58:57 +0200
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>> Fritz Franz wrote:
>>> "OBones" <obones_gfd_@_gfd_altern.org> wrote about daily build of JVCL:
>>>
>>>> I see it just fine from here:
>>>>
>>>> http://jvcl.sourceforge.net/daily/
>>>
>>> Hell Oliver!
>>>
>>> Yes that's true. I had an old bookmark: http://obones.free.fr/jvcl_daily/
>>>
>>> Updated now. Thx for the advice!
>>
>> No worries. The bookmark you have is the "backup" site, where the "latest" links never work. Just use the table below and you'll get the same content.
>
> Hum, wait no, there is indeed a problem. 32 bytes for a 7z file is not correct. Bugger, I'll look into this.

Should work today. Sorry for the inconvenience.


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 21 May 2008 09:55:32 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Fritz Franz wrote:
>> "OBones" <obones_gfd_@_gfd_altern.org> wrote about daily build of JVCL:
>>
>>> I see it just fine from here:
>>>
>>> http://jvcl.sourceforge.net/daily/
>>
>> Hell Oliver!
>>
>> Yes that's true. I had an old bookmark: http://obones.free.fr/jvcl_daily/
>>
>> Updated now. Thx for the advice!
>
> No worries. The bookmark you have is the "backup" site, where the "latest" links never work. Just use the table below and you'll get the same content.

Hum, wait no, there is indeed a problem. 32 bytes for a 7z file is not correct. Bugger, I'll look into this.


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 21 May 2008 09:54:24 +0200
Newsgroups: jedi.vcl

Fritz Franz wrote:
> "OBones" <obones_gfd_@_gfd_altern.org> wrote about daily build of JVCL:
>
>> I see it just fine from here:
>>
>> http://jvcl.sourceforge.net/daily/
>
> Hell Oliver!
>
> Yes that's true. I had an old bookmark: http://obones.free.fr/jvcl_daily/
>
> Updated now. Thx for the advice!

No worries. The bookmark you have is the "backup" site, where the "latest" links never work. Just use the table below and you'll get the same content.


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Wed, 21 May 2008 09:35:25 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote about daily build of JVCL:

> > I see it just fine from here:
> >
> > http://jvcl.sourceforge.net/daily/

Hell Oliver!

Yes that's true. I had an old bookmark: http://obones.free.fr/jvcl_daily/

Updated now. Thx for the advice!

regards,

Klaus 




Subject: Re: jvSearchFile and Wildcards
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 20 May 2008 23:31:18 +0200
Newsgroups: jedi.vcl

Write a custom OnCheck event:

procedure TForm1.JvSearchFiles1Check(Sender: TObject; var Result: Boolean);
var
  FileName: string;
begin
  FileName := JvSearchFiles1.FindData.cFileName;
  if Pos('.', FileName) = 0 then FileName := FileName + '.';
  Result := StrMatches(SomeMask, FileName);
end;

StrMatches is a function from the JclStrings unit. Replace SomeMask with the mask you want to use.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 20 May 2008 22:08:12 +0200
Newsgroups: jedi.vcl

Fritz Franz wrote:

> P.S.: Do you know why there is no daily of JVCL build today?

I see it just fine from here:

http://jvcl.sourceforge.net/daily/


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Tue, 20 May 2008 17:52:23 +0200
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> has made my day with:

> > Hi Klaus,
> >
> > the changes are added to the repository.
> >
> > Have a look at the JvDBACtions Example.
> >
> > There is now a button which is only enabled when the age value is greater 
> > then 50.

Hello Jens!

Ok, in a first simple application I got it working. *Great* Many thanks!

So, now's time for some further ideas (mailed you by PM)!

Regards,

Klaus

P.S.: Do you know why there is no daily of JVCL build today?




Subject: Re: jvSearchFile and Wildcards
From: "Migo" <mtesch@wtnet.de>
Date: Mon, 19 May 2008 22:47:18 +0100
Newsgroups: jedi.vcl

I will now ask in detailed form:

Hello!
 
i'm a user of the delphi component 'JvSearchFiles.pas'. But i have an 
important question and i hope so much, anyone can help:
 
I'm using a self constructed filemanager with the component, but when i 
use to search a mask like 'mask*' or 'mask*.' to specifiy to do a left 
or right scan, it doesn't work. 
 
For example -> i have 2 files named 'file1.txt' and 'file2':
- search with the mask 'file*'  -> result: 'file1.txt' and 'file2' 
- search with the mask 'file*.'  -> result: 'file1.txt' 
- search with the mask 'file*.*'  -> result: nothing
 
I need the following result (like other filemanagers):
- search with the mask 'file*'  -> result: 'file1.txt' and 'file2' 
- search with the mask 'file*.'  -> result: 'file2' 
- search with the mask 'file*.*'  -> result: 'file1.txt' and 'file2' 
 
 
Do anyone have an idea? 
 
 
Thanks very much and best regards,
 
Michael



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 19 May 2008 23:27:08 +0200
Newsgroups: jedi.vcl

Hi Klaus,

the changes are added to the repository.

Have a look at the JvDBACtions Example.

There is now a button which is only enabled when the age value is greater then 50.

Greetings
Jens

Fritz Franz schrieb:
> "Jens Fudickar" <jens.fudickar@oratool.de> ha scritto nel messaggio news:g0fiq2$4tm$1@news.talkto.net...
>> THe Idea will be adding a newEvent to the SimpleAction.
>>
>> Something like
>> OnCheckEnabled (Sender:TObject; Dataset : TDataset; var IsEnabled : Boolean)
>>
>> IsEnabled will be precalculated with all properties of the Simpleaction.
>>
>> In the event you can make your checks on the field-values.
>>
>> Any comments?
>
> Hello Jens!
>
> Oh yes, this would be great! I think this new feature would help very much!
>
> Thx again,
>
> regards,
>
> Klaus
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: jvthumbview created dynamically is not listed in components????
From: "dave" <nunya@business.com>
Date: Mon, 19 May 2008 12:22:39 -0500
Newsgroups: jedi.vcl

Never mind, i figured it out. I needed to use tjvthumbview.create(self); then i aprented it to the tabsheet.
all works well now.

Thanks anyway.
Dave



"dave" <nunya@business.com> wrote in message news:g0s67n$tto$1@news.talkto.net...
> I have a page control where i am creating the tabsheets in code. Also, i am creating a jvthumbview for each tabsheet. the following code is how i am doing this:
> myTabSheet := TTeSTabSheet.Create(self);
>  myTabSheet.Caption := strTitle;
>  myTabSheet.PageControl := TeSPageControl1;
>  myThumbView := TJvThumbView.CreateParented(myTabSheet.Handle);
>  myThumbView.AutoSize := false;
>  myThumbView.Width := myTabSheet.Width;
>  myThumbView.Height := myTabSheet.Height;
>  myThumbView.Update;
>  myThumbView.Directory := strPath;
>  myThumbView.ScrollMode := smVertical;
>  myThumbView.TitlePlacement := tpDown;
>  myThumbView.MaxHeight := 512;
>  myThumbView.MaxWidth := 512;
>  myThumbView.Size := intThumbSize;
>
> it creates all the tabsheets and creates all the jvthumbviews. But now i want to change the size of the thumbnails in code when a button is clicked. The following code does not ever find a tjvthumbview component. the showmessage is just for testing purposes, could not figure out what code i needed to set the size once i found the component.
>
> for ii := 0 to ComponentCount - 1 do begin
>    if Components[ii] is TJvThumbView then begin
>
>          ShowMessage(Form1.Components[ii].Components[aa].ClassName);
>
>    end;
>  end;
>
>
> showmessage never fires, as though there are no thumbviews on my form
> i also tried prefacing components[i]] with form1. but no luck.
> now when i switched it to check for tabsheets it found those just fine.
>
> i am at a loss here. Any one have any suggestions?
>
> Thanks,
> Dave 



Subject: Re: jvSearchFile and Wildcards
From: "Migo" <mtesch@wtnet.de>
Date: Mon, 19 May 2008 18:22:30 +0100
Newsgroups: jedi.vcl

> >Migo ¾´ ±Û:
>> >> Hello,
>> >> 
>> >> when i search for files without an extension i use normally in other 
>> >> Searchtools the Wildcard '*.', but when i use 
>> >> 
>> >> JvSearchFile1.FileParams.FileMasks.Text := '*.' 
>> >> 
>> >> it doesn't work.
>> >> 
>> >> Can anybody help me!?!
>> >> 
>> >> 
>> >> Thanks,
>> >> Michael
>> >> 
>> >> 
>> >> 
>> >> --- posted by geoForum on http://delphi.newswhat.com
> >
> >This code help you.
> >
> >
> >function CheckWildMatch(str, wild : pchar):boolean;
> >var
> >  cp, mp : pchar;
> >  leadbyte : boolean;
> >begin
> >  leadbyte := false;
> >  while (str^<>#0) and (wild^ <> '*') do begin
> >    if (UpCase(wild^) <> UpCase(str^)) and (wild^ <> '?') then begin
> >            result := false; exit;
> >        end;
> >        if StrByteType(wild,0)=mbLeadByte then begin
> >          inc(wild);
> >          leadbyte := true;
> >        end;
> >        if StrByteType(str,0)=mbLeadByte then begin
> >          inc(str);
> >          leadbyte := true;
> >        end;
> >        if leadbyte then begin
> >          if (wild^ <> str^) then begin
> >            result := false; exit;
> >          end;
> >          leadbyte := false;
> >        end;
> >        inc(wild);
> >        inc(str);
> >  end;
> >
> >  leadbyte := false;
> >  while str^<>#0 do begin
> >    if wild^ = '*' then begin
> >      inc(wild);
> >      if (wild^=#0) then begin
> >        result := true; exit;
> >      end;
> >      mp := wild;
> >      cp := str+1;
> >    end else
> >    if leadbyte and (wild^ = str^) then begin
> >      inc(wild);
> >      inc(str);
> >      leadbyte := false;
> >    end else
> >    if (not leadbyte) and ((upcase(wild^) = upcase(str^)) or (wild^ =
> >'?')) then begin
> >      leadbyte := (StrByteType(wild,0)=mbLeadByte) or
> >(StrByteType(str,0)=mbLeadByte);
> >      inc(wild);
> >      inc(str);
> >    end else begin
> >      wild := mp;
> >      str := cp;
> >      inc(cp);
> >    end;
> >  end;
> >
> >  while wild^ = '*' do begin
> >    inc(wild);
> >  end;
> >  result := (wild^ = #0);
> >end;
> >

Thank you, but how can i use this code?
JvSearchFile1 doesn't provide other wildcards to search for files 
without any extensions. When i use '*.' i see only files with an 
extension. Mmmhhh...



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvthumbview created dynamically is not listed in components????
From: "dave" <nunya@business.com>
Date: Mon, 19 May 2008 11:45:19 -0500
Newsgroups: jedi.vcl

I have a page control where i am creating the tabsheets in code. Also, i am creating a jvthumbview for each tabsheet. the following code is how i am doing this:
myTabSheet := TTeSTabSheet.Create(self);
 myTabSheet.Caption := strTitle;
 myTabSheet.PageControl := TeSPageControl1;
 myThumbView := TJvThumbView.CreateParented(myTabSheet.Handle);
 myThumbView.AutoSize := false;
 myThumbView.Width := myTabSheet.Width;
 myThumbView.Height := myTabSheet.Height;
 myThumbView.Update;
 myThumbView.Directory := strPath;
 myThumbView.ScrollMode := smVertical;
 myThumbView.TitlePlacement := tpDown;
 myThumbView.MaxHeight := 512;
 myThumbView.MaxWidth := 512;
 myThumbView.Size := intThumbSize;

it creates all the tabsheets and creates all the jvthumbviews. But now i want to change the size of the thumbnails in code when a button is clicked. The following code does not ever find a tjvthumbview component. the showmessage is just for testing purposes, could not figure out what code i needed to set the size once i found the component.

for ii := 0 to ComponentCount - 1 do begin
   if Components[ii] is TJvThumbView then begin

         ShowMessage(Form1.Components[ii].Components[aa].ClassName);

   end;
 end;


showmessage never fires, as though there are no thumbviews on my form
i also tried prefacing components[i]] with form1. but no luck.
now when i switched it to check for tabsheets it found those just fine.

i am at a loss here. Any one have any suggestions?

Thanks,
Dave


Subject: Re: jvSearchFile and Wildcards
From: Do-wan Kim <purplecofe2@gmail.com>
Date: Mon, 19 May 2008 11:04:49 +0900
Newsgroups: jedi.vcl

Migo 쓴 글:
> > Hello,
> > 
> > when i search for files without an extension i use normally in other 
> > Searchtools the Wildcard '*.', but when i use 
> > 
> > JvSearchFile1.FileParams.FileMasks.Text := '*.' 
> > 
> > it doesn't work.
> > 
> > Can anybody help me!?!
> > 
> > 
> > Thanks,
> > Michael
> > 
> > 
> > 
> > --- posted by geoForum on http://delphi.newswhat.com

This code help you.


function CheckWildMatch(str, wild : pchar):boolean;
var
  cp, mp : pchar;
  leadbyte : boolean;
begin
  leadbyte := false;
  while (str^<>#0) and (wild^ <> '*') do begin
    if (UpCase(wild^) <> UpCase(str^)) and (wild^ <> '?') then begin
            result := false; exit;
        end;
        if StrByteType(wild,0)=mbLeadByte then begin
          inc(wild);
          leadbyte := true;
        end;
        if StrByteType(str,0)=mbLeadByte then begin
          inc(str);
          leadbyte := true;
        end;
        if leadbyte then begin
          if (wild^ <> str^) then begin
            result := false; exit;
          end;
          leadbyte := false;
        end;
        inc(wild);
        inc(str);
  end;

  leadbyte := false;
  while str^<>#0 do begin
    if wild^ = '*' then begin
      inc(wild);
      if (wild^=#0) then begin
        result := true; exit;
      end;
      mp := wild;
      cp := str+1;
    end else
    if leadbyte and (wild^ = str^) then begin
      inc(wild);
      inc(str);
      leadbyte := false;
    end else
    if (not leadbyte) and ((upcase(wild^) = upcase(str^)) or (wild^ =
'?')) then begin
      leadbyte := (StrByteType(wild,0)=mbLeadByte) or
(StrByteType(str,0)=mbLeadByte);
      inc(wild);
      inc(str);
    end else begin
      wild := mp;
      str := cp;
      inc(cp);
    end;
  end;

  while wild^ = '*' do begin
    inc(wild);
  end;
  result := (wild^ = #0);
end;


Subject: jvSearchFile and Wildcards
From: "Migo" <mtesch@wtnet.de>
Date: Sun, 18 May 2008 13:08:29 +0100
Newsgroups: jedi.vcl

Hello,

when i search for files without an extension i use normally in other 
Searchtools the Wildcard '*.', but when i use 

JvSearchFile1.FileParams.FileMasks.Text := '*.' 

it doesn't work.

Can anybody help me!?!


Thanks,
Michael



--- posted by geoForum on http://delphi.newswhat.com


Subject: Bug in jvInspector
From: Roland Melkert <rmelkert@chello.nl>
Date: Sat, 17 May 2008 20:38:50 +0200
Newsgroups: jedi.vcl

Hello all,

Since the bugtracker is down I'll post a bug here.

While using the inspector in an application using both screens in a dual screen setup I noticed the following:

If you have jvInspector on a non primary monitor properties with a combobox will show their list on the primary monitor.

I have tracked this down to

TJvCustomInspectorItem.DropDown;


In there screen.width and screen.height are used for keeping the list into view. But these properties are always for the primary monitor.

My problem was solved by replacing those props by screen.desktopWidth and screen.desktopHeight.


Jvcl version 3.33
Delphi 2007 Pro


Greetings,

Roland


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Thu, 15 May 2008 11:43:19 +0200
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> ha scritto nel messaggio 
news:g0fiq2$4tm$1@news.talkto.net...
> > THe Idea will be adding a newEvent to the SimpleAction.
> >
> > Something like
> > OnCheckEnabled (Sender:TObject; Dataset : TDataset; var IsEnabled : 
> > Boolean)
> >
> > IsEnabled will be precalculated with all properties of the Simpleaction.
> >
> > In the event you can make your checks on the field-values.
> >
> > Any comments?

Hello Jens!

Oh yes, this would be great! I think this new feature would help very much!

Thx again,

regards,

Klaus 




Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 14 May 2008 23:59:04 +0200
Newsgroups: jedi.vcl

THe Idea will be adding a newEvent to the SimpleAction.

Something like OnCheckEnabled (Sender:TObject; Dataset : TDataset; var IsEnabled : Boolean)

IsEnabled will be precalculated with all properties of the Simpleaction.

In the event you can make your checks on the field-values.

Any comments?

Greetings
Jens

Jens Fudickar schrieb:
> Hi Klaus,
>
> now it's a little bit clearer.
>
> I had to think about it.
>
> Greetings
> Jens
>
> Fritz Franz schrieb:
>> "Jens Fudickar" <jens.fudickar@oratool.de> ha scritto nel messaggio news:g0fd3m$3sa$1@news.talkto.net...
>>> Hi Klaus,
>>>
>>> could you create a small sample, showing exactly what you want.
>>>
>>> This would help to suggest.
>>
>> What do you mean with "create a small sample"?
>> The application I can't create since I can't figure out how to do what I want.
>> Other than stated out before I can not work with two actions. I thought one i.e. TJVDatabaseEditAction could retrieve the pure dataset.state derived enabled state and a standard action which does in it's OnUpdate event based upon the dataset.state derived enabled state some further evaluation. I tried to assign that standard action to the control. But then the TJVDatabaseEditAction never gets enabled.
>>
>> So I try to explain a little bit more what I want to achieve.
>>
>> I have a DataSet (TADOQuery) which has to be controlled by the actions: I want to make enabled/disabled the edit button for some conditions. Enabled should be true only if:
>> 1) DataSet has to be opened,
>> 2) Records have to be retrieved (no empty dataSet)
>> 3) DataSet.State = dsBrowse
>> These conditions seem to be covered by TJVDatabaseEditAction.
>> 4) Value of field "Pubblico" = 'S'
>> 5) Value of field "PubbWrite" = 'S'
>> The conditions 4) and 5) I can't figure out how to include in the validation process of enabled state.
>>
>> Any further hints/question to my scenario?
>>
>> Thx again,
>>
>> Klaus
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 14 May 2008 23:33:51 +0200
Newsgroups: jedi.vcl

Hi Klaus,

now it's a little bit clearer.

I had to think about it.

Greetings
Jens

Fritz Franz schrieb:
> "Jens Fudickar" <jens.fudickar@oratool.de> ha scritto nel messaggio news:g0fd3m$3sa$1@news.talkto.net...
>> Hi Klaus,
>>
>> could you create a small sample, showing exactly what you want.
>>
>> This would help to suggest.
>
> What do you mean with "create a small sample"?
> The application I can't create since I can't figure out how to do what I want.
> Other than stated out before I can not work with two actions. I thought one i.e. TJVDatabaseEditAction could retrieve the pure dataset.state derived enabled state and a standard action which does in it's OnUpdate event based upon the dataset.state derived enabled state some further evaluation. I tried to assign that standard action to the control. But then the TJVDatabaseEditAction never gets enabled.
>
> So I try to explain a little bit more what I want to achieve.
>
> I have a DataSet (TADOQuery) which has to be controlled by the actions: I want to make enabled/disabled the edit button for some conditions. Enabled should be true only if:
> 1) DataSet has to be opened,
> 2) Records have to be retrieved (no empty dataSet)
> 3) DataSet.State = dsBrowse
> These conditions seem to be covered by TJVDatabaseEditAction.
> 4) Value of field "Pubblico" = 'S'
> 5) Value of field "PubbWrite" = 'S'
> The conditions 4) and 5) I can't figure out how to include in the validation process of enabled state.
>
> Any further hints/question to my scenario?
>
> Thx again,
>
> Klaus
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Wed, 14 May 2008 23:02:32 +0200
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> ha scritto nel messaggio 
news:g0fd3m$3sa$1@news.talkto.net...
> > Hi Klaus,
> >
> > could you create a small sample, showing exactly what you want.
> >
> > This would help to suggest.

What do you mean with "create a small sample"?
The application I can't create since I can't figure out how to do what I 
want.
Other than stated out before I can not work with two actions. I thought one 
i.e. TJVDatabaseEditAction could retrieve the pure dataset.state derived 
enabled state and a standard action which does in it's OnUpdate event based 
upon the dataset.state derived enabled state some further evaluation. I 
tried to assign that standard action to the control. But then the 
TJVDatabaseEditAction never gets enabled.

So I try to explain a little bit more what I want to achieve.

I have a DataSet (TADOQuery) which has to be controlled by the actions: I 
want to make enabled/disabled the edit button for some conditions. Enabled 
should be true only if:
1) DataSet has to be opened,
2) Records have to be retrieved (no empty dataSet)
3) DataSet.State = dsBrowse
These conditions seem to be covered by TJVDatabaseEditAction.
4) Value of field "Pubblico" = 'S'
5) Value of field "PubbWrite" = 'S'
The conditions 4) and 5) I can't figure out how to include in the validation 
process of enabled state.

Any further hints/question to my scenario?

Thx again,

Klaus 




Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 14 May 2008 22:21:47 +0200
Newsgroups: jedi.vcl

Hi Klaus,

could you create a small sample, showing exactly what you want.

This would help to suggest.

Greetings
Jens

Fritz Franz schrieb:
> "Jens Fudickar" <jens.fudickar@oratool.de> ha wrote
>
>>> 3) If I would [like to] extend the enabled status finding algorithm with some code: how to do?
>> 3. It depends. Please give me a hint what you want to do, and i will try to give you a hint.
>>
>> Feel free to ask any further questions, because i'm happy to see when others using my components.
>
> OK, so I come back to your offer: normally the jvDataBaseEditAction is enabled if the underlying dataset is opend and has one or more records in it and its state is dsBrowse. (Maybe there are some more conditions but these here mentioned seem to be the most obvious).
> I would like to have a action enabled only if that jvDataBaseEditAction is enabled and i.e. a field has a value that allows changing the record.
> The only solution therefor I figured out is to build an other action which has an enabling algorithm based on jvDataBaseEditAction.Enabled and my added conditions. Right?
>
> Thx for some more thoughts about it!
>
> regards,
>
> Klaus
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Wed, 14 May 2008 17:59:07 +0200
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> ha wrote

>> >> 3) If I would [like to] extend the enabled status finding algorithm with 
>> >> some code: how to do?
> > 3. It depends. Please give me a hint what you want to do, and i will try 
> > to give you a hint.
> >
> > Feel free to ask any further questions, because i'm happy to see when 
> > others using my components.

OK, so I come back to your offer: normally the jvDataBaseEditAction is 
enabled if the underlying dataset is opend and has one or more records in it 
and its state is dsBrowse. (Maybe there are some more conditions but these 
here mentioned seem to be the most obvious).
I would like to have a action enabled only if that jvDataBaseEditAction is 
enabled and i.e. a field has a value that allows changing the record.
The only solution therefor I figured out is to build an other action which 
has an enabling algorithm based on jvDataBaseEditAction.Enabled and my added 
conditions. Right?

Thx for some more thoughts about it!

regards,

Klaus 




Subject: Gaussian error function erf(x)
From: "Mikko Kivikoski" <mikko.kivikoski@netti.fi>
Date: Wed, 14 May 2008 18:27:55 +0300
Newsgroups: jedi.vcl

Hello All,

In mathematics, some of us are familiar with the Gaussian error function erf 
of variable "x" written as:
erf(x) = 2/sqrt(pi) * integrate exp(-square x) dx


and the corresponding complementary error function, erfc(x):
erfc(x) = 1 - erf(x)

Can someone supply me with a function/code (in Delphi 5) to calculate values 
for this function, say, having variable
x = 2; i.e.

Function ErrorFunction (v : double):double;

In other words,
ErrorFunction(2) corresponding to erf(2) = ?


Many thanks in advance for a working code.

Best regards,
Mikko 




Subject: Re: Resizing JvLED component
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 13 May 2008 22:57:23 +0200
Newsgroups: jedi.vcl

David Perfors wrote:
> Hi,
>
> I am working with the JvLED component and I want to make the component bigger than 17x17 pixels... This is not possible...
>
> Searching through the source code I saw that the size is "restricted" by the image size and the image will put into the middle of the component.
>
> Is there a way to make it possible to make the LED bigger? So that people can easily distinquish diffrent LEDs from a distance?

Not easily as it is using a resource, and not drawing the LED at runtime. However, if you manage to draw this manually, please submit your code, we will use it.


Subject: Re: Resizing JvLED component
From: Kevin McCoy <kgmccoy@removeIDK-INC.COM>
Date: Tue, 13 May 2008 10:22:27 -0700
Newsgroups: jedi.vcl

David Perfors wrote:

> Is there a way to make it possible to make the LED bigger? So that people can easily distinquish diffrent LEDs from a distance?

I had the same problem...

You might try the ApdStatusLight component in the old (freeware) TurboPower Async Professional library. It is square or rectangular, not 3-D and round like the Jedi version, but you can make it any size you like.

I use it on forms that need to be viewed at a distance.

Async Pro is on SourceForge. See http://sourceforge.net/projects/tpapro/

It installs fine into D5-D2007

Kevin


Subject: TJvPluginManager and MDIChild
From: "DarKraZY" <j.guitar@gmail.com>
Date: Tue, 13 May 2008 11:07:58 +0100
Newsgroups: jedi.vcl

Hi!
I'm using plugins in my application. But I have a problem. When I use
plugins dll with forms fsMDIChild the TAB key doesn't work.
Now I'm using JVCL 3.32.

For test it: 
 - Open the example "JVCL332\jvcl\examples\JvPlugin\2MDI\MDISampleGroup.bpg"
 - Change the Unit MDIPluginFormU, and add two TEdit
 - Build all project group
 - And the TAB key doesn't work.


If plugin is a package (bpl) it works ok. 

Some idea for work with dll?

Thanks!!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Tue, 13 May 2008 08:28:42 +0200
Newsgroups: jedi.vcl

@in@taavi.ee schrieb:
> But did you checked "manually" that the warning(s) are indeed correct?
Yes, I did.
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel:   +49 (95 65) 94 22 - 42
Fax:   +49 (95 65) 94 22 - 22
Mail:  heiko.adams@regenspurger.de
Web:   http://www.regenspurger.de / www.kigapro.de


Subject: Re: TJvMemoryData problem
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Mon, 12 May 2008 17:43:25 -0400
Newsgroups: jedi.vcl

I noticed that in my posting, I carelessly wrote the wrong component name: it should have referenced TJvMemoryData; maybe that's why no one responded.  However, the error I observed as stated.

As I needed to get this resolved for my application, I downloaded a copy of the free kbmMemTable component from www.components4developers.com and proceeded to set it up exactly as I had used the TjvMemoryData component.  I got the results I was looking for in that the sort worked properly. Thus, I am now very certain that there is an error in the sortOnFields method of TjvMemoryData in version 3.30 of the JVCL.

Anyone having this problem is advised to try the kbmMemTable component.   I will try to debug the TjvMemoryData component sortOnFields method to see why it doesn't work correctly, time permitting.


Subject: Re: Where is jvDBtreeView exemple???'
From: Robert Meek <meektan@comcast.net>
Date: Mon, 12 May 2008 03:36:00 -0400
Newsgroups: jedi.vcl

    I'm using it and could help you get started if you want to e-mail me privately.  It works quite well, however I had to go thru a lot of trial and error to get it working right as there's no documentation to speak of.

vitor wrote:
> Anyone know how to work with jvDBtreeView?
> Where is jvDBtreeView  exemple???' or tutorial ? or some information?
>
>
>
> Vitor


Subject: Re: JvConsts.CM_JVBASE
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 11 May 2008 13:03:34 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Marcel Bestebroer wrote:
>> Now, is there are problem with SVN or has my write access been revoked? If the latter, could someone please give me write access again?
>>
>
> I had the same problem when I tried to write something to SVN after a long period of inactivity. When I renewed my password everything was working okay again.
>
Thanks, that worked.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: JvConsts.CM_JVBASE
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Sun, 11 May 2008 12:36:37 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Now, is there are problem with SVN or has my write access been revoked? If the latter, could someone please give me write access again?
>

I had the same problem when I tried to write something to SVN after a long period of inactivity. When I renewed my password everything was working okay again.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvConsts.CM_JVBASE
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 11 May 2008 12:26:57 +0200
Newsgroups: jedi.vcl

I wrote:
> OBones wrote:
>>> Should we adjust the CM_JVBASE constant? Perhaps to CM_BASE + $0100? 
>  >
>> Sounds good, go ahead as long as we don't go over the allowed range for CM_XXX values (if there is one)
>>
> I'll see if I can find some time to go over all sources and get a list of CM_* constants and move those to JvConsts.pas as well. Probably next weekend.
>

Okay, turns out it would be more than one weekend before I had some time, but the CM_* constants have been moved to JvConsts, with CM_JVBASE moved to CM_BASE + $0200. This provides enough room for the VCL to grow by another 430 or so messages, and JVCL will have room for 512 messages before interfering with the action manager.

There are some constants left, base on WM_USER. These should probably also be collected and moved. I'll have a look at this later (no more promises when I'd do this).

Now, is there are problem with SVN or has my write access been revoked? If the latter, could someone please give me write access again?

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: Custom Inspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 11 May 2008 10:03:55 +0200
Newsgroups: jedi.vcl

Cezar Wagenheimer wrote:
> How to create a custom Inspector?
>
> I have the following record and want to to inspect it!
>
>  TACGuiColorType=(ACColorSingle,ACColorLeftRight,ACColorTopBottom,ACColorFull);
>
>  TACGuiColor=record
>    ACGuiColorType : TACGuiColorType;
>    ColorTopLeft:Cardinal;
>    ColorTopRight:Cardinal;
>    ColorBottomLeft:Cardinal;
>    ColorBottomRightRight:Cardinal;
>  end;
>
> It´s simple, i want to have my own draw rotine, and if i double click on it, i did open my own editor...
> But it does not appear on JvInspector... why??? I have an inspector for a Color of type Cardinal, and all works final... but a Color of type TACGuiColor, does not even show in inspector.
>
> - Why it does not show in inspector?
> - How i get it´s in data? Data.AsVariant??? How i will retrive it in Data?
>
> Thanks for any help!

A record does not have published properties, and record type properties will not be available in the RTTI data. So there are two ways to get this working:

1) rewrite the record as an object with (published) properties, or better: create a wrapper class for your record (this could save you lots of time if the application/library you use requires a record type). Since the object is a type for which Delphi will generate RTTI information, the inspector will happily show them without any more hassle.

2) write a new JvInspectorItem specifically to handle the TACGuiColor type. That still doesn't get you anywhere if it's a property of another object, so you'd have to manually add the item and the item will need to know which object class and property to use; the latter can only be hard-coded so I'd go for the first solution.

So the best solution seems to be something like:

TACGuiColorWrapper = class (TPersistent)
private
  FACGuiColor: TACGuiColor;
published
  property ACGuiColor: TACGuiColor;
end;

and every TACGuiColor properties in your classes should be changed into TACGuiColorWrapper (don't forget to instantiate one in the constructor and free it in the destructor). In your code, every reference to such a property should be changed as such:

original: MyProperty.ACGuiColorType
new: MyProperty.ACGuiColor.ACGuiColorType

original: MyProperty
new: MyProperty.ACGuiColor

Hope that helped.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: TJvMemorytable sort problem
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Fri, 09 May 2008 18:21:38 -0400
Newsgroups: jedi.vcl

I have found what seems to be an error in the sortOnFields method.  I am using JVCL 3.30 for a Delphi 5.0 application.  The sort seems to be returning the data sorted only within the column itself rather than the whole record.  I am sorting on only the contents of one field.  The column in which the data is sorted is also the column I am sorting on. The rest of the field contents stay as is. This works the same way when passing the field name in the first parameter or setting the field name in the keyfieldnames property.  I can tell this is happening by listing the field contents of the memorydataset before and after using the sortOnFields method.  I found this surprising because I have been using this component for quite a while and it works as expected in all other ways except this.

What seems to be happening is this:
Contents before sort:

Rec #    DateField    Field2  Field3
1    02/01/08    A    40
2    01/01/08    B    20

jvMemoryTable1.sortOnField('DateField', true, false)

Contents after sort:
1    01/01/08    A    40
2    02/01/08    B       20

I had assumed that this component works exactly like a dataset in that each record in the table would be sorted on any field.  Is there something I am doing wrong or is this how the memory dataset component is supposed to work.  There is no help or demo example on this component and the old RX Lib help isn't much use either.

I am unable to install JVCL 3.33 but a look at the code for the component indicated that it isn't significantly different from the version I am using.  However, it does use some underlying functions which could have been changed.

Does anybody have any experience with the sortOnFields method?


Subject: Re: Installation errors and other frustrations with JVCL 3.33
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Fri, 09 May 2008 11:04:37 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I suggest that you should not install the JclDebugExpert.
>
> Have you tried one of the daily snapshots?
> http://jcl.sf.net/daily
> http://jvcl.sf.net/daily
>
I downloaded jcl-latest.zip but cannot open it with Winzip 9.0.  Does this require some other version of Winzip?


Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: @in@taavi.ee
Date: Fri, 09 May 2008 10:07:07 GMT
Newsgroups: jedi.vcl

On Fri, 09 May 2008 08:16:38 +0200, Heiko Adams
<heiko.adams@regenspurger.de> wrote:

>> >> Shouldn't the compiler have warned about this one?
>> >> 
> >IMHO he should but AFAIK he don't.

But did you checked "manually" that the warning(s) are indeed correct?


ain


Subject: Re: Installation errors and other frustrations with JVCL 3.33
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 09 May 2008 08:21:44 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Yes, but first we need to get a recent dump of the database. And that, right now, I do not have. I have sent emails to the guys at CodeGear, I'll see the answers I get.

I've just left a message in borland.public.bdn.website, John Kaster seems active there.

Regards,

Florent


Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Fri, 09 May 2008 08:16:38 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> Shouldn't the compiler have warned about this one?
>
IMHO he should but AFAIK he don't.
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel:   +49 (95 65) 94 22 - 42
Fax:   +49 (95 65) 94 22 - 22
Mail:  heiko.adams@regenspurger.de
Web:   http://www.regenspurger.de / www.kigapro.de


Subject: Re: Installation errors and other frustrations with JVCL 3.33
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 08 May 2008 20:26:31 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Mark J. Wallin wrote:
>
>> I will try to report this thru Mantis but I am exhausted by this lack
>> of success on what used to be a simple matter.
>
> The Mantis server is not working for some time. (Maybe we should really
> switch to a new non Borland/CodeGear controlled server).

Yes, but first we need to get a recent dump of the database. And that, right now, I do not have. I have sent emails to the guys at CodeGear, I'll see the answers I get.

Cheers
Olivier


Subject: Re: Installation errors and other frustrations with JVCL 3.33
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 8 May 2008 19:26:39 +0200
Newsgroups: jedi.vcl

I suggest that you should not install the JclDebugExpert.

Have you tried one of the daily snapshots?
http://jcl.sf.net/daily
http://jvcl.sf.net/daily

-- Regards, Andreas Hausladen 

Subject: Re: Installation errors and other frustrations with JVCL 3.33
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Thu, 08 May 2008 13:06:30 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> If you have used the web installer, you can use the uninstallers to
> uninstall both the JVCL and the JCL.
>
I have managed to uninstall the V3.33 libraries and tried to do a clean install again from the binaries but it again resulted in a compilation error in jvAppXMLStorage.pas (the first couple of errors are 'property storestringlist does not exist in base class (69)', 'property SunchronizeFlushReload does not exist in base class (171)' and several other errors including a missing operator or semicolon in line 931.

After the exiting from the installer, I again get multiple start-up errors in Delphi 5 including the following which comes up first:

Exception class name: Exception
Exception message: Cannot register Wizard, TJclDebugExtension, twice
(00067BDF){JclD50.bpl  } [48068BDF] JclSimpleXml.TJclSimpleXMLElem.GetBinaryValue + $97
(00001D6B){JclBaseExpertD50.bpl} [58002D6B] JclOtaExceptionForm.TJclExpertExceptionForm.ShowException + $147
(00003F03){JclBaseExpertD50.bpl} [58004F03] JclOtaUtils.JclExpertShowExceptionDialog + $43
(00002357){JclDebugExpertd50.bpl} [053F3357] Jcldebugideimpl.Register + $47
(00054B98){CorIde50.bpl} [52075B98] Pakmgr.TIDEDesignPackage.Load + $218
(00053DD0){CorIde50.bpl} [52074DD0] Pakmgr.LoadDesignPackage + $80
(0005549D){CorIde50.bpl} [5207649D] Pakmgr.LoadProjectPackages + $1F9
(0000576E){dphide50.bpl} [0070676E] Pasprojopts.TProjOptsManager.LoadPackages + $146
(0000625B){dphide50.bpl} [0070725B] Pasprojopts.TProjectOptions.LoadPackages + $3
(00009916){delphi32.exe} [0040A916]
(0006A7C1){Vcl50.bpl   } [4006B7C1] Controls.TControl.WndProc + $111
(00053112){Vcl50.bpl   } [40054112] Forms.TCustomForm.WndProc + $3AA
(0006CF78){Vcl50.bpl   } [4006DF78] Controls.TWinControl.MainWndProc + $2C
(000501D4){Vcl50.bpl   } [400511D4] Forms.SetAutoSubClass + $18
(00059387){Vcl50.bpl   } [4005A387] Forms.TApplication.WndProc + $52B
(000501D4){Vcl50.bpl   } [400511D4] Forms.SetAutoSubClass + $18
(000152D7){delphi32.exe} [004162D7]


Is there any explanation for what is happening?  Is there something wrong with my Delphi 5 installation?  I have been able to install the earlier 3.30 version.

I would be grateful for any help or at least a hint on where to look.


Subject: Re: Installation errors and other frustrations with JVCL 3.33
From: Ricardo Cardona R <rcardona@mail.com>
Date: Thu, 08 May 2008 11:25:36 -0500
Newsgroups: jedi.vcl

Andreas Hausladen escribió:
> The Mantis server is not working for some time. (Maybe we should really
> switch to a new non Borland/CodeGear controlled server).

Embarcadero controlled server ?  ;)

Ricardo





Subject: TJvRegularExpressionValidator not using Regular Expressions
From: "BenBob" <ben_trewern@hotmail.com>
Date: Thu, 8 May 2008 16:29:25 +0100
Newsgroups: jedi.vcl

Using Delphi 7.1 JVCL 3.33.

Am I right in saying that the TJvRegularExpressionValidator doesn't 
actually use regular expressions.  I've looked through the code as well 
as I can and it looks like it uses the MatchesMask function that Delphi 
provides.

It looks as if this component previously used Regular Expressions as the 
JvValidatorsDemo.dpr example uses ^A.B.C.* as it's ValidationExpression 
which doesn't work with the current component.

Is there any reason it can't use the JclPCRE.pas unit to support proper 
regular expressions or was this change done for some other reason.

Ben



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installation errors and other frustrations with JVCL 3.33
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 8 May 2008 17:01:05 +0200
Newsgroups: jedi.vcl

Mark J. Wallin wrote:

> > I will try to report this thru Mantis but I am exhausted by this lack
> > of success on what used to be a simple matter.

The Mantis server is not working for some time. (Maybe we should really
switch to a new non Borland/CodeGear controlled server).

If you have used the web installer, you can use the uninstallers to
uninstall both the JVCL and the JCL.

-- Regards, Andreas Hausladen 

Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 8 May 2008 16:57:57 +0200
Newsgroups: jedi.vcl

Heiko Adams wrote:

> > Uninitialised local variables

Shouldn't the compiler have warned about this one?


-- Regards, Andreas Hausladen 

Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Thu, 08 May 2008 09:55:46 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> What warnings?
>
The kind warnings were:
- Identifiers hiding others of the same name at a higher scope
- Uninitialised local variables
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel:   +49 (95 65) 94 22 - 42
Fax:   +49 (95 65) 94 22 - 22
Mail:  heiko.adams@regenspurger.de
Web:   http://www.regenspurger.de / www.kigapro.de


Subject: Installation errors and other frustrations with JVCL 3.33
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Wed, 07 May 2008 19:13:37 -0400
Newsgroups: jedi.vcl

I am still unable to successfully install and use JVCL 3.33.  I am running Delphi 5 and 7.0 (both with the latest patches) on Windows 2000 SP4 on a dual core AMD motherboard.  I have had no problems with installing and using version 3.30.

My latest attempt was to download the full JCL/JVCL 3.33 from Sourceforge.  I was able to install it in the past (back in 12/07) but got the L1496 error on running my executable.  I then reverted back to JVCL 3.30 which installed and ran OK.

On this latest attempt, I am getting compilation errors in the XML routine.  I would include the log but have forgotten where to find it.

Having given up this line, I followed Andreas Hausladen's advice to install the binary web installer.  After finishing that, I started up Delphi 5 and got the following error:

Exception class name: Exception
Exception message: Cannot register Wizard, TJclDebugExtension, twice
(00067BDF){JclD50.bpl  } [48068BDF] Jcldebug.JclCreateStackList + $17
(00001D6B){JclBaseExpertD50.bpl} [58002D6B] Jclotaexceptionform.TJclExpertExceptionForm.ShowException + $137
(00003F03){JclBaseExpertD50.bpl} [58004F03] Jclotautils.JclExpertShowExceptionDialog + $33
(000023E4){JclDebugExpertDLLd50.dll} [580233E4] INITWIZARD0001 + $AC
(0007502E){CorIde50.bpl} [5209602E] Exptmain.TExpertServices.LoadExpertLib + $136
(00074D25){CorIde50.bpl} [52095D25] Exptmain.TExpertServices.LoadExperts + $A1
(000098AD){delphi32.exe} [0040A8AD]
(0006A7C1){Vcl50.bpl   } [4006B7C1] Controls.TControl.WndProc + $111
(00053112){Vcl50.bpl   } [40054112] Forms.TCustomForm.WndProc + $3AA
(0006CF78){Vcl50.bpl   } [4006DF78] Controls.TWinControl.MainWndProc + $2C
(000501D4){Vcl50.bpl   } [400511D4] Forms.SetAutoSubClass + $18
(00059387){Vcl50.bpl   } [4005A387] Forms.TApplication.WndProc + $52B
(000501D4){Vcl50.bpl   } [400511D4] Forms.SetAutoSubClass + $18
(000152D7){delphi32.exe} [004162D7]

On this error, I am prompted to report the bug, but am unable to do so as I get the following error from the "JCL - Feedback & Support - Report a Bug Page" when going to http://jcl.sourceforge.net/itrack - "APPLICATION ERROR 400" - Database connection failed....

This error is following by the following error in the Delphi IDE:
"Unable to establish interface with Wizard C:\program files\borland\delphi5\projects\bpl\jcldebugexpertdlld50.dll'
followed by dozens more of these errors.  Effectively, my Delphi installation no longer works, and I will have to figure out how to unistall this mess.  I am very unhappy.  My application makes heavy use of JVCL and now I am dead in the water.

I suspect I was supposed to clear out the failed installation of v. 3.33  before attempting the installation of the binary version.

I will try to report this thru Mantis but I am exhausted by this lack of success on what used to be a simple matter.


Subject: Vista and TjvgPageControl
From: "RT" <ralph.tuttle@visi.com>
Date: Wed, 7 May 2008 17:27:11 -0500
Newsgroups: jedi.vcl

Ported some old projects to D7e and Vista.

The text in the tabs for each page does not display.  Char set is all default and font is MS Sans Serif.
any clues as to why?

TIA

RT



Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 7 May 2008 19:33:51 +0200
Newsgroups: jedi.vcl

John Friel wrote:

> > And what is CodeHealer?

You can google for it.


-- Regards, Andreas Hausladen 

Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: "John Friel" <john@frieltek.com>
Date: Wed, 7 May 2008 12:20:43 -0500
Newsgroups: jedi.vcl

And what is CodeHealer?

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:fvsfff$9k6$1@news.talkto.net...
> > Heiko Adams wrote:
> >
>> >>  In my version of TJvExceptionDialog I've fixed all warnings that
>> >> CodeHealer raised.
> >
> > What warnings?
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 7 May 2008 18:04:11 +0200
Newsgroups: jedi.vcl

Heiko Adams wrote:

> >  In my version of TJvExceptionDialog I've fixed all warnings that
> > CodeHealer raised.

What warnings?


-- Regards, Andreas Hausladen 

Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Wed, 07 May 2008 08:12:54 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> What does this mean ?
I'm auditing and checking my code by using CodeHealer for BDS 2006. In my version of TJvExceptionDialog I've fixed all warnings that CodeHealer raised.
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel:   +49 (95 65) 94 22 - 42
Fax:   +49 (95 65) 94 22 - 22
Mail:  heiko.adams@regenspurger.de
Web:   http://www.regenspurger.de / www.kigapro.de


Subject: Re: CodeHealer complaint version of TJvExceptionDialog
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 06 May 2008 17:44:13 +0200
Newsgroups: jedi.vcl

Heiko Adams wrote:
> Hi guys,
> I've modified the TJvExceptionDialog to make it CodeHealer complaint.

What does this mean ?


Subject: CodeHealer complaint version of TJvExceptionDialog
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Tue, 06 May 2008 16:37:01 +0200
Newsgroups: jedi.vcl

Hi guys,
I've modified the TJvExceptionDialog to make it CodeHealer complaint.
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel:   +49 (95 65) 94 22 - 42
Fax:   +49 (95 65) 94 22 - 22
Mail:  heiko.adams@regenspurger.de
Web:   http://www.regenspurger.de / www.kigapro.de


Subject: jvFileListBox and Vista
From: Del Texley <dtexley@lipa.net>
Date: Mon, 5 May 2008 20:17:14 +0000 (UTC)
Newsgroups: jedi.vcl

This isn't necessarily a bug as much as a Vista annoyance.  Under Vista if 
the user has "hide known extensions" checked you never see the files listed 
in the FileListBox when the Mask property is used.  Apparently Vista hides 
the file extensions in more than just Explorer unlike previous versions of 
windows.  

The only solution right now is to have the user dig down into the control 
panel and change the folder options.  I'd like to figure out how to do that 
within my Delphi 7 program instead.

Any tips on how to do this, or where to find info on this?

Thanks!


Subject: JvCheckTreeView
From: "M. Gildir" <mygildir@yahoo.com>
Date: Mon, 5 May 2008 21:44:38 +0300
Newsgroups: jedi.vcl

Hello there,

As the issue tracker is down I am putting this message here hoping to find 
and answer.

I am using JVCL components in my projects. I have placed one JvCheckTreeView 
component. Everything was ok until I realized that there was a bug on the 
component. Click event does work as expected (the checkbox appears properly) 
but when you use space key instead of click, the state index and the image 
are not synchronized. It shows unchecked when checked, and vice versa.

Thanks in advance.




Subject: Where is jvDBtreeView exemple???'
From: "vitor" <vlmartins@gmail.com>
Date: Mon, 5 May 2008 16:50:30 +0100
Newsgroups: jedi.vcl

Anyone know how to work with jvDBtreeView?
Where is jvDBtreeView  exemple???' or tutorial ? or some information?



Vitor


Subject: Re: Help with JvHTMLParser?
From: "surfbored" <finder@usa.net>
Date: Mon, 5 May 2008 10:13:20 -0400
Newsgroups: jedi.vcl

Thanks ain, I should've thought of that already! I'll look there straight 
away.

However, if anyone else has any other written examples, I won't turn my nose 
up at them.

SB


<@in@taavi.ee> wrote in message 
news:481841a6.2356012875@forums.talkto.net...
> > On Tue, 29 Apr 2008 18:18:31 -0400, "surfbored" <finder@usa.net>
> > wrote:
> >
>> >>Can anyone give me some quick examples of how to use JvHTMLParser? I'd 
>> >>like
>> >>to read in an HTML document and "break apart" the elements within, but I'm
>> >>having difficulty getting started. Any assistance would be greatly
>> >>appreciated!
> >
> > Did you see the demo in jvcl\examples\JvHTMLParser folder?
> >
> > HTH
> > ain 




Subject: How to do this?
From: "RT" <ralph.tuttle@visi.com>
Date: Sun, 4 May 2008 19:33:43 -0500
Newsgroups: jedi.vcl

Using D7e and Vista.

I would like to have the main form client area be somewhat transparent yet have the frame, menu bar and status bar be opaque.  The transparent form makes everything alpha blend.  Is there a combination of components that will give me this effect?

TIA

RT


Subject: Re: 7Zip..
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 02 May 2008 14:18:30 +0200
Newsgroups: jedi.vcl

On Wed, 30 Apr 2008 20:39:33 +0200, "Rael" wrote:

> >Ok, but where in the JCL...

In JclCompression.pas, but you need a daily zip 
http://jcl.sourceforge.net/daily/
or the latest SVN version.

Please ask further questions in the JCL newsgroup.
--
Uwe


Subject: Re: 7Zip..
From: Keith Latham <fake@address.com>
Date: Fri, 02 May 2008 13:59:53 +1000
Newsgroups: jedi.vcl



Ralf Kaiser wrote:
> Keith Latham schrieb:
>> Built in to Delphi already, I think.
>>
>> At least D2007 that I use.
>
> Can you please give me a hint where (in which unit) in D2007 the 7zip support can be found???
>
> Thanks,
> Ralf

Sorry, my bad... its ZLIB that is built in. It is in unit ZLIB.


Subject: Re: 7Zip..
From: Ralf Kaiser <ralf.kaiser@emperortools.de>
Date: Thu, 01 May 2008 10:31:10 +0200
Newsgroups: jedi.vcl

Keith Latham schrieb:
> Built in to Delphi already, I think.
>
> At least D2007 that I use.

Can you please give me a hint where (in which unit) in D2007 the 7zip support can be found???

Thanks,
Ralf


Subject: Re: 7Zip..
From: Keith Latham <fake@address.com>
Date: Thu, 01 May 2008 16:13:03 +1000
Newsgroups: jedi.vcl

Built in to Delphi already, I think.

At least D2007 that I use.


Rael wrote:
>>> I recall reading that JVCL
>> Not the JVCL but the JCL.
>
> Ok, but where in the JCL...
>
> Rael
>


Subject: Re: installing jvcl 3.33 with BDS 4.0
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 30 Apr 2008 21:54:57 +0100
Newsgroups: jedi.vcl

Contact me privatelly:
logicasw [@AT@] gmail [.DOT.] com



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: 7Zip..
From: "Rael" <rael@nospam.com>
Date: Wed, 30 Apr 2008 20:39:33 +0200
Newsgroups: jedi.vcl

>> >> I recall reading that JVCL
> >
> > Not the JVCL but the JCL.

Ok, but where in the JCL...

Rael 




Subject: Re: 7Zip..
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 30 Apr 2008 18:59:12 +0200
Newsgroups: jedi.vcl

Rael wrote:

> > I recall reading that JVCL

Not the JVCL but the JCL.


-- Regards, Andreas Hausladen 

Subject: 7Zip..
From: "Rael" <rael@nospam.com>
Date: Wed, 30 Apr 2008 18:50:26 +0200
Newsgroups: jedi.vcl

Hi,

I recall reading that JVCL contains (or will contain?) some units to 
compress/decompress streams with 7Zip.

Is this available and if so where?... or perhaps I misread..:/

Thanks
Rael 




Subject: Re: Help with JvHTMLParser?
From: @in@taavi.ee
Date: Wed, 30 Apr 2008 09:55:11 GMT
Newsgroups: jedi.vcl

On Tue, 29 Apr 2008 18:18:31 -0400, "surfbored" <finder@usa.net>
wrote:

> >Can anyone give me some quick examples of how to use JvHTMLParser? I'd like 
> >to read in an HTML document and "break apart" the elements within, but I'm 
> >having difficulty getting started. Any assistance would be greatly 
> >appreciated!

Did you see the demo in jvcl\examples\JvHTMLParser folder?

HTH
ain


Subject: Help with JvHTMLParser?
From: "surfbored" <finder@usa.net>
Date: Tue, 29 Apr 2008 18:18:31 -0400
Newsgroups: jedi.vcl

Can anyone give me some quick examples of how to use JvHTMLParser? I'd like 
to read in an HTML document and "break apart" the elements within, but I'm 
having difficulty getting started. Any assistance would be greatly 
appreciated!

Thanks.




Subject: Re: JvBehaviorLabel Interval ?
From: "Fred" <flienard@oci-sa.fr>
Date: Tue, 29 Apr 2008 14:41:31 +0200
Newsgroups: jedi.vcl

I use D7 btw


"Fred" <flienard@oci-sa.fr> a écrit dans le message de news: 
fv6npd$ucr$1@news.talkto.net...
> > Hello,
> >
> > How do I change the Interval value for a JvBehaviorLabel ?
> >
> > I tried
> > MyBehavLabel.interval
> > MyBehavLabel.BehaviorOptions.interval
> > TJvBehaviorLabel(Lab_MyBehavLabel.BehaviorOptions).interval
> > but none of them work,
> > and the Help file is unclear about that.
> >
> > Thanks for your help.
> > 




Subject: JvBehaviorLabel Interval ?
From: "Fred" <flienard@oci-sa.fr>
Date: Tue, 29 Apr 2008 12:08:11 +0200
Newsgroups: jedi.vcl

Hello,

How do I change the Interval value for a JvBehaviorLabel ?

I tried
MyBehavLabel.interval
MyBehavLabel.BehaviorOptions.interval
TJvBehaviorLabel(Lab_MyBehavLabel.BehaviorOptions).interval
but none of them work,
and the Help file is unclear about that.

Thanks for your help. 




Subject: installing jvcl 3.33 with BDS 4.0
From: "DR2" <info@bevsh.de>
Date: Sun, 27 Apr 2008 12:55:27 +0100
Newsgroups: jedi.vcl

Hi all,

I used for several years D7 with jvcl. Now I want to switch to the free
BDS 4.0 and want to use also jvcl. But I got during installation several
different error messages like "missing dcc32??..".

What can I do?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: installing jvcl 3.33 with BDS 4.0
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 27 Apr 2008 12:15:01 +0200
Newsgroups: jedi.vcl

DR2 wrote:

> > switch to the free
> > BDS 4.0

That's the Turbo Explorer edition which does not ship with the command
line compiler and which does not allow to load 3rdParty components into
the IDE.

-- Regards, Andreas Hausladen 

Subject: Re: [JVCL 3.33] TJvDatabase...Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 26 Apr 2008 20:38:33 +0200
Newsgroups: jedi.vcl

Hi Klaus,

at first : a good decision :-)

The idea of the Action Classes is to work with any databased enabled control. But not all of this controls already have a dataset or datasource control.

So the connection is made by the "DataComponent". Datacomponent can be any type of TComponent. TDatasource, TDataset, TDBGrid, TDBEdit, also for examle the DevExpress Controls.

Then we have a list of DatabaseControlEngines which have the availability to find for a Component the based Dataset and Datasource Controls (if they exist).

For each new type of controls with specific need of handles a new Engine must be created and registered. You find an example for these engines in "JvDBActionsEngineControlCxGrid.pas".

When a datacomponent is assigned the action tries to find the correct engine based on the component and uses the engine for all further operations.

There are two ways to assign a datacomponent:
1. Assigning the component to the action list, then all actions in this list (which are based on TJvDatabaseBaseAction class) gets the datacomponent assigned also.
2. Using the active control, like the normal action handling.


1. The difference are the parameters.
OnExecute uses the default sender parameter, the connected datacomponent and the detected control engine.
OnExecuteDatasource uses the default sender parameter and the detected datasource component.
2. See above
3. It depends. Please give me a hint what you want to do, and i will try to give you a hint.

Feel free to ask any further questions, because i'm happy to see when others using my components.

And i would suggest that you also have a look at the JvControlActions which are working with a similar mechanism to get for example a "Expand" action for all controls, which support Expand.

Greetings
Jens

Fritz Franz schrieb:
> Hello!
>
> I just dicovered the TJvdatabaseActionList component which seems to be really great!
> But I have some questions:
> 1) What's the difference between the events OnExecute and OnExecuteDataSource?
> 2) What do the paramters ControlEngine and DataComponent refer to?
> 3) If I would extend the enabled status finding algorithm with some code: how to do?
>
> Thanks in advance,
>
> regards,
>
> Klaus
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: JVCL Time Framework
From: "Thomas Drewermann" <thomas@drewermann.org>
Date: Fri, 25 Apr 2008 23:42:17 +0200
Newsgroups: jedi.vcl

Hi,

im devloping an application using the Jedi Time Framework.
I've some problems getting older Appointments displayed.
On a naked Application is no problem displaying all histroric Items but on 
my Application can it only be done by adding a second MonthView to a 
JvNavigationBar.
Does anybody know why? 




Subject: Re: How to change Font properties in a TJvRichEdit?
From: RussCA <home.rr@cogeco.ca>
Date: Fri, 25 Apr 2008 15:31:32 -0400
Newsgroups: jedi.vcl

Thank you, Remko!  You gave me the hint I needed.

I was confused about SelAttributes because I am not doing any text selection, but adding new text via xxxx.Lines.Add(string).  I changed my use of the .Font property to .SelAttributes.Size and it works just fine!

I never thought of consulting the specification of TRichEdit, never considered that the same capabilities were there.



Subject: [JVCL 3.33] TJvDatabase...Action
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Fri, 25 Apr 2008 17:41:21 +0200
Newsgroups: jedi.vcl

Hello!

I just dicovered the TJvdatabaseActionList component which seems to be 
really great!
But I have some questions:
1) What's the difference between the events OnExecute and 
OnExecuteDataSource?
2) What do the paramters ControlEngine and DataComponent refer to?
3) If I would extend the enabled status finding algorithm with some code: 
how to do?

Thanks in advance,

regards,

Klaus 




Subject: Re: Time in JvClock
From: Philippe <utilisateur@orange.fr>
Date: Fri, 25 Apr 2008 15:42:08 +0200
Newsgroups: jedi.vcl

Philippe a écrit :
> OBones a écrit :
>> AlexB wrote:
>>> or better
>>>  ...
>>>   Clock.Enabled:=false;
>>>   Clock.FixedTime:=Now;
>>>   Clock.Enabled=true;
>>>
>>> Clock.OnGetTime(Sender: TObject; var ATime: TDateTime)
>>> begin
>>>   Atime:=Atime-Clock.FixedTime;
>>> end;
>>
>> Yep, that's a nice solution, much better than using a TTimer
> Thats' seems good but it count the time in the BAD sens ???
> (no : 1,2,3,4... but 0,-1,-2,-3,-4....)
I have :     Atime := Now - Clock.FixedTime;
instead of : Atime := Atime-Clock.FixedTime;
Thank you very much Alex B and OBones


Subject: Re: Time in JvClock
From: Philippe <utilisateur@orange.fr>
Date: Fri, 25 Apr 2008 15:14:42 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> AlexB wrote:
>> or better
>>  ...
>>   Clock.Enabled:=false;
>>   Clock.FixedTime:=Now;
>>   Clock.Enabled=true;
>>
>> Clock.OnGetTime(Sender: TObject; var ATime: TDateTime)
>> begin
>>   Atime:=Atime-Clock.FixedTime;
>> end;
>
> Yep, that's a nice solution, much better than using a TTimer
Thats' seems good but it count the time in the BAD sens ???
(no : 1,2,3,4... but 0,-1,-2,-3,-4....)


Subject: Re: Time in JvClock
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 25 Apr 2008 13:41:12 +0200
Newsgroups: jedi.vcl

AlexB wrote:
> or better
>  ...
>   Clock.Enabled:=false;
>   Clock.FixedTime:=Now;
>   Clock.Enabled=true;
>
> Clock.OnGetTime(Sender: TObject; var ATime: TDateTime)
> begin
>   Atime:=Atime-Clock.FixedTime;
> end;

Yep, that's a nice solution, much better than using a TTimer


Subject: Re: Time in JvClock
From: "AlexB" <b.a.v@inbox.ru>
Date: Fri, 25 Apr 2008 09:21:20 +0000 (UTC)
Newsgroups: jedi.vcl

or better
 ...
  Clock.Enabled:=false;
  Clock.FixedTime:=Now;
  Clock.Enabled=true;

Clock.OnGetTime(Sender: TObject; var ATime: TDateTime)
begin
  Atime:=Atime-Clock.FixedTime;
end;

-- Alex 

Subject: Re: Time in JvClock
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 25 Apr 2008 11:19:14 +0200
Newsgroups: jedi.vcl

Philippe wrote:
> OBones a écrit :
>> Philippe wrote:
>>> Hello All,
>>> is't possible to set the time to 00:00:00 in a JvClock ?
>>> Thanks
>>
>> Set Enabled to False and FixedTime to 0
> Thanks Obone, it's ok BUT i would like it count the seconds like a stopwatch.

Then you could use a TTimer that changes FixedTime on the JvClock every second


Subject: Re: Time in JvClock
From: "AlexB" <b.a.v@inbox.ru>
Date: Fri, 25 Apr 2008 09:10:27 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

>>> >>> Philippe wrote:
>>>> >>>> is't possible to set the time to 00:00:00 in a JvClock ?
>>> >>> 
>>> >>> Set Enabled to False and FixedTime to 0
>> >> Thanks Obone, it's ok BUT i would like it count the seconds like a
>> >> stopwatch.
> > 
> > Then you could use a TTimer that changes FixedTime on the JvClock
> > every second

Or use OnGetTime event. The source:

function TJvClock.GetSystemTime: TDateTime;
begin
  if Enabled then
    Result := SysUtils.Time
  else
    Result := FixedTime;
  if Assigned(FOnGetTime) then
    FOnGetTime(Self, Result);
end;

where FOnGetTime is

  TJvGetTimeEvent =
     procedure(Sender: TObject; var ATime: TDateTime) of object;

and Atime=Now before event procedure call.

Thus you can provide any value instead of current time, for example
(not tested):

var
  StartMoment: TDateTime;
....
  Clock.Enabled:=false;
  Clock.FixedTime:=0;
  StartMoment:=Now;
  Clock.Enabled=true;
....

Clock.OnGetTime(Sender: TObject; var ATime: TDateTime)
begin
 Atime:=Atime-StartMoment;
end;

-- Alex 

Subject: Re: Time in JvClock
From: Philippe <utilisateur@orange.fr>
Date: Fri, 25 Apr 2008 09:49:26 +0200
Newsgroups: jedi.vcl

Philippe a écrit :
> Hello All,
> is't possible to set the time to 00:00:00 in a JvClock ?
> Thanks
In another way : is't possible to change time in a JvClock ?
Thanks


Subject: Re: How to change Font properties in a TJvRichEdit?
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 24 Apr 2008 23:53:01 +0200
Newsgroups: jedi.vcl

RussCA wrote:
> An instance of TJvRichEdit has a Font property, but changing it does not seem to affect the text written to the screen.

If you change the Font property of a TJvRichEdit control, then you change the default font characteristics of that control. The Delphi Help for TRichEdit.DefAttributes describes what the default font characteristics of a rich edit control is. Changing it is basically only useful if you do it before you add text to the rich edit.

> How do I change, on the fly, Font settings?

You can use the properties DefAttributes, SelAttributes and WordAttributes. DefAttributes changes the default font characteristics (same as changing the Font property), SelAttributes changes the selection and WordAttributes changes the font of the word at the cursor.

So you currently can't change the font of all text in the rich edit.

But, if you change the code of the JvRichEdit.pas

  AttrFlags: array[TJvAttributeType] of Word =
  (0, SCF_SELECTION, SCF_WORD or SCF_SELECTION);

to

  AttrFlags: array[TJvAttributeType] of Word =
  (4, SCF_SELECTION, SCF_WORD or SCF_SELECTION);

then changing the Font property will change all text.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 24 Apr 2008 23:10:27 +0200
Newsgroups: jedi.vcl

There are no further examples, but what are your questions?

You had too connect both components and define some properties :-)

Ask, and i will try to help.

Greetings
Jens

sale schrieb:
>  Halo,
>
> I saw the example in the JEDI - JbProgramVersionCheck and I need this tool to check for an update of my application on FTP. But don't understand how to use the components JvProgramVersionCheck and JvProgramVersionFTPLocation, because the exaple is not easy to understand.
> Is there anywhere examples or documentation hpw to use this two components to download with ftp an update of application.
>
> Greetings,
> Jerinic Stasa
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Problems with TJvValidator and Windows Service
From: "Weverton" <weverton@hotmail.com>
Date: Thu, 24 Apr 2008 21:41:33 +0100
Newsgroups: jedi.vcl

Hi,

I am developing a windows service and there is a JvValidator on one form.
When I call JvValidador.Validate, the service freeze on line
FErrorIndicator.BeginUpdate. In a VCL Forms application all works fine.
Does anyone know what can I do to solve this problem??

Weverton Gomes de Morais
Delphi Developer
RubyOnRails Developer

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to change Font properties in a TJvRichEdit?
From: RussCA <home.rr@cogeco.ca>
Date: Thu, 24 Apr 2008 15:17:42 -0400
Newsgroups: jedi.vcl

OBones wrote:
> The Size is defined on the TJvTextAttributes class, so you need to get an instance of such a class. And looking at the demo code, you would have seen that the "CurrText" function does just that:
>
>   if Editor.SelLength > 0 then
>     Result := Editor.SelAttributes
>   else
>     Result := Editor.WordAttributes;
>
>
> So if you are sure that you always have a selected text, you can write this:
>
> Editor.SelAttributes.Size := WhatEverSizeIWant;


That's nice, but I never said I wanted to change the font size of selected text.

I am creating a report via a program.  I want to make on-the-fly font changes to the text I am adding.  How does the SelAttributes help me do this?  In my case I don't even know if I will have selected text at any time.


Subject: Re: Time in JvClock
From: Philippe <utilisateur@orange.fr>
Date: Thu, 24 Apr 2008 17:43:43 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Philippe wrote:
>> Hello All,
>> is't possible to set the time to 00:00:00 in a JvClock ?
>> Thanks
>
> Set Enabled to False and FixedTime to 0
Thanks Obone, it's ok BUT i would like it count the seconds like a stopwatch.


Subject: Re: Time in JvClock
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 24 Apr 2008 17:29:41 +0200
Newsgroups: jedi.vcl

Philippe wrote:
> Hello All,
> is't possible to set the time to 00:00:00 in a JvClock ?
> Thanks

Set Enabled to False and FixedTime to 0


Subject: Time in JvClock
From: Philippe <utilisateur@orange.fr>
Date: Thu, 24 Apr 2008 17:04:30 +0200
Newsgroups: jedi.vcl

Hello All,
is't possible to set the time to 00:00:00 in a JvClock ?
Thanks


Subject: Re: How to change Font properties in a TJvRichEdit?
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 24 Apr 2008 16:55:23 +0200
Newsgroups: jedi.vcl

The Size is defined on the TJvTextAttributes class, so you need to get an instance of such a class. And looking at the demo code, you would have seen that the "CurrText" function does just that:

  if Editor.SelLength > 0 then
    Result := Editor.SelAttributes
  else
    Result := Editor.WordAttributes;


So if you are sure that you always have a selected text, you can write this:

Editor.SelAttributes.Size := WhatEverSizeIWant;


Subject: Re: How to change Font properties in a TJvRichEdit?
From: RussCA <home.rr@cogeco.ca>
Date: Wed, 23 Apr 2008 15:26:37 -0400
Newsgroups: jedi.vcl

OBones wrote:
> What Jacob said was to look at the example which is in the example folder. There you will have code that uses JvRichEdit and does what you want.
> Out of my head, I would have thougt of something like "RichEdit.Selection.Font" but that might not be just that.

Specifically, Jacob said to check out the JvRichEdit example.  I did so, and found it to be difficult to find out where the Font parameters are in fact changed.  They seem to happen deep in some code other than what is part of that example.

My problem is that I am a rank beginner to using JVCL and JCL, and so do not know where to look to find what I need.  Indeed, I really don't know what to ask for, to be honest.

I checked the JvRichEdit control source.  It has a property called "Size" which is shown as "read GetSize write SetSize".  Yet when I try:

    reDisplay.Size := 20;

I am told that "reDisplay.Size is undefined".  So is:

    reDisplay.Size(20);

So am just as unknowledgeable as I was a week ago.



Subject: Error msg: Compiled with a different version
From: "Jim P" <jim@jbenterprises.net>
Date: Wed, 23 Apr 2008 08:37:13 -0400
Newsgroups: jedi.vcl

Hello All:

I'm working with another programmer and we've both been using the same 
version of (JEDI) files. From time to time, I get the following error 
message:

compiled with a different version

We are both using the same version of files, so what I can do to ensure the 
application is in fact using the same version? I must have an older lib 
somewhere the application is pointing to - but I can't seem to find it. Or 
is best to 'turn' off the version control (should that option exist).

In the latest build of our little project - I get this error:

Unit JvJVCLUtils was compiled with a different version of JvConsts.fbsNone

Is the lib JvJVCLUtils the problem? Any ideas on how to

Thanks

Jim 




Subject: Re: How to change Font properties in a TJvRichEdit?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 23 Apr 2008 08:45:05 +0200
Newsgroups: jedi.vcl

What Jacob said was to look at the example which is in the example folder. There you will have code that uses JvRichEdit and does what you want.
Out of my head, I would have thougt of something like "RichEdit.Selection.Font" but that might not be just that.


Subject: Re: How to change Font properties in a TJvRichEdit?
From: RussCA <home.rr@cogeco.ca>
Date: Tue, 22 Apr 2008 14:54:33 -0400
Newsgroups: jedi.vcl

Jacob Boerema wrote:
> Op Mon, 21 Apr 2008 19:39:45 -0400 schreef RussCA:
>
>
>> How do I change, on the fly, Font settings?
>
>
> Look at the JvRichEdit example. It demonstrates how to use most of the
> RichEdit settings.
>

I looked at JvRichEdit.pas, and I still don't know how to do what I want.

JvRichEdit is simply too large and complicated to be very pedagogical. Looking over the code, I cannot determine how to do what I want.  It seems that the program does not use TJvRichEdit's .Font property at all, which to me is strange.

The difficulty here is that there is no real documentation.  I realize this is a common feature of Open Source projects, but it is frustrating to those of us who do not dedicate our lives to living inside of those projects.

So, I ask once again, can ANYONE give me a real answer to my question?
How about a simplified snippet?


Subject: Re: How to change Font properties in a TJvRichEdit?
From: Jacob Boerema <jgboerema@gmail.invalid>
Date: Tue, 22 Apr 2008 16:19:53 +0200
Newsgroups: jedi.vcl

Op Mon, 21 Apr 2008 19:39:45 -0400 schreef RussCA:

> > How do I change, on the fly, Font settings?

Look at the JvRichEdit example. It demonstrates how to use most of the
RichEdit settings.

-- Jacob Boerema E-mail: vervang invalid door com http://www.jacobboerema.nl/ (genealogie) http://www.jacobboerema.nl/Transcript/Freeware.htm (Transcript 2.2) 

Subject: Re: LongToShortPath in JvJCLUtils.pas
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 22 Apr 2008 11:20:17 +0200
Newsgroups: jedi.vcl

Ralf Steinhaeusser wrote:
> Fix posted in .binaries

Please do not post in multi part messages, we can not all read that format.

> The original version of the method LongToShortPath(const LongName: string) changed the original string. All backslashes are replaced with #0.
> Nobody would expect that at a parameter that is explicitely marked as
> const.

Thanks for the fix
Cheers


Subject: LongToShortPath in JvJCLUtils.pas
From: Ralf Steinhaeusser <newsbounceinfo2@spoonworx.com>
Date: Tue, 22 Apr 2008 10:53:31 +0200
Newsgroups: jedi.vcl

Fix posted in .binaries

The original version of the method 
LongToShortPath(const LongName: string) 
changed the original string. All backslashes are replaced with #0.
Nobody would expect that at a parameter that is explicitely marked as
const.

Test:

var s,d: string;
begin
  s:='C:\Test\Foo';
  d:=LongToShortPath(s);  // now s has been changed to "C:"#0


Subject: JvProgramVersionCheck
From: "sale" <jerinic.stasa@yahoo.com>
Date: Tue, 22 Apr 2008 01:22:20 +0100
Newsgroups: jedi.vcl

 Halo,

I saw the example in the JEDI - JbProgramVersionCheck and I need this 
tool to check for an update of my application on FTP. 
But don't understand how to use the components JvProgramVersionCheck and 
JvProgramVersionFTPLocation, because the exaple is not easy to 
understand.
Is there anywhere examples or documentation hpw to use this two 
components to download with ftp an update of application.

Greetings,
Jerinic Stasa



--- posted by geoForum on http://delphi.newswhat.com


Subject: How to change Font properties in a TJvRichEdit?
From: RussCA <home.rr@cogeco.ca>
Date: Mon, 21 Apr 2008 19:39:45 -0400
Newsgroups: jedi.vcl

An instance of TJvRichEdit has a Font property, but changing it does not seem to affect the text written to the screen.

How do I change, on the fly, Font settings?


Subject: Re: TJvStringGrid cell
From: "Jmd" <jmdozier(mettre un point en 3)@nanadoo.fr>
Date: Sun, 20 Apr 2008 19:45:21 +0200
Newsgroups: jedi.vcl

Hi,

I've added two lines.
Best wishes

Jmd



"delphiXXX" <nospam@delphixxx.com> a écrit dans le message de news: 
fu6smp$6ou$1@news.talkto.net...
> > Hi,
> >
> > Anyone know how to change the background color of specific/certain cell of
> > TJvStringGrid component?
> >
> > I saw this method:
> >
> > procedure TForm1.Grid1DrawCell(Sender: TObject; ACol,
> >  ARow: Integer; Rect: TRect; State: TGridDrawState);
> > begin

  // Grid1.Canvas.Brush.Color :=  Cl.................
  // Grid1.Canvas.FillRect(Rect)

> > end;
> >
> > But I dont know how to do it.
> >
> > Please if someone can give an example.
> >
> > Thanks.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: New Csv Data Set. Features wanted?
From: "Carl E" <c-a-r-l_e-f-i-r-d@yahoo.com>
Date: Fri, 18 Apr 2008 13:40:11 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I am working on a new version of the JvCsvDataSet.
.... 
> > getting that.  But anything else?
> > 
> > Warren

-- I would like JvCsvDataSet to handle more date/time formats in the CSV file. The current fixed date/time format prevents me from using JvCsvDataSet to read files created by other programs, unless I tell JvCsvDataSet that the date/time column is text - which I do not like to do. Carl 

Subject: Custom Inspector
From: "Cezar Wagenheimer" <wagenheimer@gmail.com>
Date: Thu, 17 Apr 2008 11:55:54 -0100
Newsgroups: jedi.vcl

How to create a custom Inspector?

I have the following record and want to to inspect it!

 TACGuiColorType=(ACColorSingle,ACColorLeftRight,ACColorTopBottom,ACColorFull);

 TACGuiColor=record
   ACGuiColorType : TACGuiColorType;
   ColorTopLeft:Cardinal;
   ColorTopRight:Cardinal;
   ColorBottomLeft:Cardinal;
   ColorBottomRightRight:Cardinal;
 end;

It´s simple, i want to have my own draw rotine, and if i double click on it, i did open my own editor...
But it does not appear on JvInspector... why??? I have an inspector for a Color of type Cardinal, and all works final... but a Color of type TACGuiColor, does not even show in inspector.

- Why it does not show in inspector?
- How i get it´s in data? Data.AsVariant??? How i will retrive it in Data?

Thanks for any help!


Subject: TJvStringGrid cell
From: "delphiXXX" <nospam@delphixxx.com>
Date: Thu, 17 Apr 2008 10:59:15 +0100
Newsgroups: jedi.vcl

Hi,

Anyone know how to change the background color of specific/certain cell of
TJvStringGrid component?

I saw this method:

procedure TForm1.Grid1DrawCell(Sender: TObject; ACol,
  ARow: Integer; Rect: TRect; State: TGridDrawState);
begin
  //
end;

But I dont know how to do it.

Please if someone can give an example.

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBLookupTreeView.pas missing Images property
From: "TTomas" <tom@halkyon.com>
Date: Thu, 17 Apr 2008 10:18:42 +0200
Newsgroups: jedi.vcl

I add Images property to this control. 
 
You can download from  
http://halkyon.com/download/JvDBLookupTreeView.pas 
 
My changes is between //hk add and //hk end 



Subject: JvDBTreeView
From: Robert Meek <meektan@comcast.net>
Date: Wed, 16 Apr 2008 15:56:21 -0400
Newsgroups: jedi.vcl

    As there's no documentation for this component to speak of, I've add to figure out how to use it by guestimation and trial and error.  As such I've actually managed to get it to do whatI want pretty well in a couple of applications already, but now I've come up against a problem I cannot figure out how to solve.  I'm hopeful someone out there might be able to help!
    My experiments let me figure out how to setup it's fields and connect it to my database table, and I added a imagelist to it's imagelist property that holds four icons.  The first is for the root node when it is not selected, the second for the root node when it is selected, the third for all other nodes when not selected, and the fourth for all other nodes when they are selected!
    I haven't been able to figure out how it actually works, but using these four icons like this, each made caption is proceeded bythe correct icon when selected or not.  BUT this is only true if I actually select a node with a click or move from one node to the other with the up and down arrow keys.
    If however, I use FindKey on my table to make a particular node the currently selected one, it does indeed get selected in that all my ListWiew items that are supposed to appear when that node is selected do appear, and the vars I check like "CurrentNodeName" are correct as well. ....BUT the Icon does not change and therefore it does not appear to be selected!
    I've tried all sorts of things, but I just can't figure out how to make it change the Icon without selecting the node with the mouse or keyboard!  In fact I've not been able to figure out what actually causes it to change.  I've tried setting the node's selected property and/or the imageindex in code, but the do nothing but give me AV's.
    Any help with this would be greatly appreciated!


Subject: Re: Doc-O-Matic license. Please contact me!
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Wed, 16 Apr 2008 18:51:29 +0000 (UTC)
Newsgroups: jedi.apiconversion,jedi.general,jedi.vcl,jedi.jcl

Christian Wimmer wrote:

> > Hi JEDI members,
> > 
> > As you maybe know, I am one of the Administrators of the JEDI API &
> > WSCL   Library (The other one is Remko Weijnen).  I was informed that
> > the JEDI community uses a sponsored Doc-O-Matic version to create
> > their help. I try to also get one for the JWA and JWSCL projects.
> > Please, could a responsible person contact me about this subject?
> > 
> > I know Oliver (aka Assarbad). His attempts to contact the JEDI
> > steering team have failed so I write this request.

Huh? The steering team mailing list is still active, AFAIK.
-- Rudy Velthuis http://rvelthuis.de "It is dangerous to be sincere unless you are also stupid." - George Bernard Shaw (1856-1950) 

Subject: Re: jvcheckedcombobox newbie...
From: "diktyo" <diktyo@axd.forthnet.gr>
Date: Wed, 16 Apr 2008 17:21:29 +0000 (UTC)
Newsgroups: jedi.vcl

OK, I found it

I can write

for i := 0 to cb2.Items.Count-1 do begin
    id := Integer(cb2.Items.Objects[i]);


Excellent component !

Thanks

Petros



-- 

Subject: Re: CD-G format reading help please
From: "dave" <nunya@business.com>
Date: Wed, 16 Apr 2008 08:52:49 -0500
Newsgroups: jedi.vcl

*bump*

Anyone here have any ideas at all?
TIA,
Dave


Subject: Re: jvcheckedcombobox newbie...
From: "diktyo" <diktyo@axd.forthnet.gr>
Date: Wed, 16 Apr 2008 10:20:14 +0000 (UTC)
Newsgroups: jedi.vcl

If cb is my checkedcombobox , I found cb.checked[i] to find out if item
i is checked. BUT when I try to get the ID with

   id := Integer(cb.Items.Objects[cb.ItemIndex]);

it seems that cb lacks the ItemIndex property !

Is there a way to get a checked item's ID (stored as an Object as per
my previous message).

PS. With a simple checkbox the line i quote for the ID works as
expected!


Thanks

Petros




-- 

Subject: Re: Creating dockable plugin using jvDock and jvPlugin
From: "William" <wlooman@gmail.com>
Date: Wed, 16 Apr 2008 08:45:43 +0000 (UTC)
Newsgroups: jedi.vcl

William wrote:

> > Hi,
> > 
> > I am trying to create a dockable plugin (package) using jvdock and
> > jvplugin.
> > 
> > After reviewing the code it seems i should define the required
> > function/procedured in the interface pas.
> > Seeming jvdock has plenty of them and i dont want to waste time by
> > adding them all.
> > I would like to ask if some1 knows which funtions/procedures is should
> > include in the interface to make the jvdock component when it's
> > included in a plugin package.
> > 
> > Thx for any responce
> > William

Found it:
Did not enable option "Build with runtime packages" in project options,
packages.

-- 

Subject: Resizing JvLED component
From: David Perfors <dnperfors@gmail.com>
Date: Wed, 16 Apr 2008 10:20:04 +0200
Newsgroups: jedi.vcl

Hi,

I am working with the JvLED component and I want to make the component bigger than 17x17 pixels... This is not possible...

Searching through the source code I saw that the size is "restricted" by the image size and the image will put into the middle of the component.

Is there a way to make it possible to make the LED bigger? So that people can easily distinquish diffrent LEDs from a distance?

Thanks in advance,

David


Subject: Doc-O-Matic license. Please contact me!
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Wed, 16 Apr 2008 01:40:45 +0200
Newsgroups: jedi.apiconversion,jedi.general,jedi.vcl,jedi.jcl

Hi JEDI members,

As you maybe know, I am one of the Administrators of the JEDI API & WSCL  Library (The other one is Remko Weijnen).
I was informed that the JEDI community uses a sponsored Doc-O-Matic version to create their help. I try to also get one for the JWA and JWSCL projects.
Please, could a responsible person contact me about this subject?

I know Oliver (aka Assarbad). His attempts to contact the JEDI steering team have failed so I write this request.

Please contact me directly or use "mail@delphi-jedi.net"

Regards
Christian Wimmer
http://blog.delphi-jedi.net


Subject: jvcheckedcombobox newbie...
From: "diktyo" <diktyo@axd.forthnet.gr>
Date: Tue, 15 Apr 2008 17:15:35 +0000 (UTC)
Newsgroups: jedi.vcl

I am trying to use jvcheckedcombobox.
I have a table with fields ID and Country and I fill a
jvcheckedcombobox with method AddObject, so that I keep the ID close to
each country name.
The countries show up in the jvcheckedcombobox and I check (CHOOSE) a
couple of them.
How am I to find out which countries are checked ? (to take advantage
of their IDs at a later stage).

Thanks

Petros



-- 

Subject: Re: JvMaskEdit and Vista style
From: Mistral <prova@microsoft.com>
Date: Tue, 15 Apr 2008 18:30:10 +0200
Newsgroups: jedi.vcl

Remko Bonte ha scritto:
> Mistral wrote:
>> TJvEdit is painted correctly with the Vista theme caracteristics
>> TJvMaskEdit is painted like XP theme
>
> I see this also. I'll investigate it.
>
>
Someone is still investigating on it? There's a chance of solution in next versions?

Thanks


Subject: force input of sign for JvValidateEdit
From: "R. Werner" <wernerr13@gmx.de>
Date: Tue, 15 Apr 2008 13:23:21 +0200
Newsgroups: jedi.vcl

Hi,
I'm using JvValidateEdit for sort of scientific application.
Is there a property to force the user before entering a numerical value to 
always giving the appropriate sign ± for the value? Without this sign the 
component shall not accept a digit.
This is needed to prevent the user from confusing the positive and negative 
inputs.
Of course the sign for positive values needs to be shown also when the input 
fields does not have the focus.

Any ideas and any help are appreciated

regards

Ruediger Werner




Subject: Re: what's it called...AlertWindow
From: "Rael" <rael@nospam.com>
Date: Mon, 14 Apr 2008 22:09:10 +0200
Newsgroups: jedi.vcl

yip that's the one, thanks.

I wish the MegaDemo search allowed for some search wildcards....

Rael 




Subject: Re: what's it called...AlertWindow
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Mon, 14 Apr 2008 15:14:21 -0400
Newsgroups: jedi.vcl

"Rael" <rael@nospam.com> wrote in message
news:fu02j8$4pk$1@news.talkto.net...
> > I can't remember what JVCL calls it..I always think of AlertWindow?


JvDesktopAlert?

EdB




Subject: what's it called...AlertWindow
From: "Rael" <rael@nospam.com>
Date: Mon, 14 Apr 2008 20:11:43 +0200
Newsgroups: jedi.vcl

I can't remember what JVCL calls it..I always think of AlertWindow?

Rael 




Subject: XML ini replacement
From: "Sanyin" <Sanyin@hahaha.com>
Date: Mon, 14 Apr 2008 12:33:36 +0200
Newsgroups: jedi.vcl

I need replace ini file with XML, but to be able to save strings, binary 
etc..??? 




Subject: JvXPBar and DLL
From: "cebasso" <cebassoNO@SPAMgmail.com>
Date: Sun, 13 Apr 2008 16:41:56 +0100
Newsgroups: jedi.vcl

Hello!!

I was trying to put the JvXPBar in a DLL Form...

but the collapse methods dont work...

If i call showmessage() for example, then it work like a pending action...

To check it, just make a DLL and a form, put the JvXPBar and add some 
items, any items...

Make a EXE call to this Form, and check, the collapse method of JvXPBar 
doesnt work...

but as i said, after try to collapse, call a ShowMessage('bla'), then it 
will be collapsed =S

any idea how to fix it?

Thanksss :D

Best Regards
Carlos

Churc

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL bugtracker: what is happening?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 12 Apr 2008 18:07:14 +0200
Newsgroups: jedi.vcl

edbored wrote:
> "Eduardo Mauro" <emauro@acabit.com.br> wrote in message
> news:ftnbce$rjk$1@news.talkto.net...
>> OBones wrote:
>
>>> The MySQL server is down and the folks at codegear have trouble
> putting
>>> it back online. I currently have no estimated date for being back
> online.
>> I would like to offer for free the use of our issue tracker
>> (www.bittracker.com.br). No strings attached. Just an offer since Jedi
>> has been invaluable to us in our work.
>
> I would imagine converting the current MySQL database to your back-end
> might be problematic (unless you have a utility to do so?).
>
> Having said that, how much data space and monthly traffic is actually
> used with the Jedi mantis tracker?  I've some unused disk space and
> bandwidth available with my web package - it definitely supports MySQL,
> php4, php5 - so should meet minimum requirements.  I could even set up a
> new domain name to handle this outside of all my other web accounts. (my
> stuff is hosted with ixwebhosting.com).
>
> Is there any interest in this?

Thanks to both of you for your offer. This will be discussed among the JEDI steering team, as Mantis is not used only by the JCL and JVCL but by many other projects.

Regards
Olivier


Subject: Re: [JvStringGrid] Scrollbar always visible
From: Sergio Master <serge.girard@laposte.net>
Date: Sat, 12 Apr 2008 10:15:26 +0200
Newsgroups: jedi.vcl

Sergio Master a écrit :
> Hello ,
>
> How can i do that 'always' thing . I tried this code , but where can i put this
>
>    style : longint
>
>    style:=GetWindowLong(jvStringGrid1.handle,GWL_STYLE);
>    style:=Style OR WS_HSCROLL;
>    setWindowLong(jvStringGrid1.handle,GWL_STYLE,style);
>
>
> thanks

I solved it like this :

   jvStringGrid1.ColCount:=j+2;
   ShowScrollBar(jvStringGrid1.handle,SB_HORZ,true);

Any other way ?


Subject: Re: JVCL bugtracker: what is happening?
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Fri, 11 Apr 2008 11:36:37 -0400
Newsgroups: jedi.vcl

"Eduardo Mauro" <emauro@acabit.com.br> wrote in message
news:ftnbce$rjk$1@news.talkto.net...
> > OBones wrote:

>> > > The MySQL server is down and the folks at codegear have trouble
putting
>> > > it back online. I currently have no estimated date for being back
online.
> >
> > I would like to offer for free the use of our issue tracker
> > (www.bittracker.com.br). No strings attached. Just an offer since Jedi
> > has been invaluable to us in our work.

I would imagine converting the current MySQL database to your back-end
might be problematic (unless you have a utility to do so?).

Having said that, how much data space and monthly traffic is actually
used with the Jedi mantis tracker?  I've some unused disk space and
bandwidth available with my web package - it definitely supports MySQL,
php4, php5 - so should meet minimum requirements.  I could even set up a
new domain name to handle this outside of all my other web accounts. (my
stuff is hosted with ixwebhosting.com).

Is there any interest in this?

EdB




Subject: Re: JVCL bugtracker: what is happening?
From: "mpyat2" <max@max.com>
Date: Fri, 11 Apr 2008 15:57:03 +0100
Newsgroups: jedi.vcl

> >mpyat2 wrote:
>> >> Does anyone know what is happening with jvcl bugtracker
>> >> (http://homepages.codegear.com/jedi/issuetracker/view_all_bug_page.php)?
>> >> It's not reachable for quite long time.
> >
> >The MySQL server is down and the folks at codegear have trouble putting 
> >it back online. I currently have no estimated date for being back online.
> >

Thank you for clarification. Hope they fix the problem in the foreseen
future :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Creating dockable plugin using jvDock and jvPlugin
From: "William" <wlooman@gmail.com>
Date: Fri, 11 Apr 2008 12:01:25 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I am trying to create a dockable plugin (package) using jvdock and
jvplugin.

After reviewing the code it seems i should define the required
function/procedured in the interface pas.
Seeming jvdock has plenty of them and i dont want to waste time by
adding them all.
I would like to ask if some1 knows which funtions/procedures is should
include in the interface to make the jvdock component when it's
included in a plugin package.

Thx for any responce
William

-- 

Subject: JVCL bugtracker: what is happening?
From: "mpyat2" <max@max.com>
Date: Fri, 11 Apr 2008 12:02:14 +0100
Newsgroups: jedi.vcl

Does anyone know what is happening with jvcl bugtracker
(http://homepages.codegear.com/jedi/issuetracker/view_all_bug_page.php)?
It's not reachable for quite long time.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL bugtracker: what is happening?
From: Eduardo Mauro <emauro@acabit.com.br>
Date: Fri, 11 Apr 2008 07:55:54 -0300
Newsgroups: jedi.vcl

OBones wrote:

>> Does anyone know what is happening with jvcl bugtracker
>> (http://homepages.codegear.com/jedi/issuetracker/view_all_bug_page.php)?
>> It's not reachable for quite long time.
>
> The MySQL server is down and the folks at codegear have trouble putting it back online. I currently have no estimated date for being back online.

I would like to offer for free the use of our issue tracker (www.bittracker.com.br). No strings attached. Just an offer since Jedi has been invaluable to us in our work.

Best regards,

Eduardo Mauro
Acabit Tecnologia Ltda.
www.acabit.com.br
www.bittracker.com.br


Subject: Re: JVCL bugtracker: what is happening?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 11 Apr 2008 11:41:18 +0200
Newsgroups: jedi.vcl

mpyat2 wrote:
> Does anyone know what is happening with jvcl bugtracker
> (http://homepages.codegear.com/jedi/issuetracker/view_all_bug_page.php)?
> It's not reachable for quite long time.

The MySQL server is down and the folks at codegear have trouble putting it back online. I currently have no estimated date for being back online.


Subject: CD-G format reading help please
From: "dave" <nunya@business.com>
Date: Thu, 10 Apr 2008 13:53:13 -0500
Newsgroups: jedi.vcl

Anyone know how to read the information from a karaoke cd? lyrics, artist,
etc. I have a friend who runs a karaoke night and he would love it if i
could pull and store all the info from his cds.

I have done research on this in the past and come up short. Any of you great
delphi people out there got any ideas? A point in the correct direction
would help.

Thanks,
Dave



Subject: Re: TJvDBGridXMLExport
From: RSosin <rsosin@NOSPAMpillaritservices.com>
Date: Thu, 10 Apr 2008 16:23:12 +0000 (UTC)
Newsgroups: jedi.vcl

Hi, re my previous message, I'd be happy to help implement / test this if 
that would be useful / someone could tell me where to start.

Cheers
Rik.


Rik <rsosin@NOSPAMpillaritservices.com> wrote in
news:Xns9A7690407D1rsosinpillaritservic@194.191.0.34: 

> > Hi, I've noticed that I get an exception when using the export to xml
> > and also this export does not handle column names with spaces.
> > 
> > Changing the following fixed the issue for me on Delphi 6. 
> > Changes marked with XXXX (Replaces spaces with underscores for column 
> > names)
> > 
> > 
> > Cheers
> > Rik
> > 
> > 


Subject: [JvStringGrid] Scrollbar always visible
From: Sergio Master <serge.girard@laposte.net>
Date: Thu, 10 Apr 2008 10:37:32 +0200
Newsgroups: jedi.vcl

Hello ,

How can i do that 'always' thing . I tried this code , but where can i put this

   style : longint

   style:=GetWindowLong(jvStringGrid1.handle,GWL_STYLE);
   style:=Style OR WS_HSCROLL;
   setWindowLong(jvStringGrid1.handle,GWL_STYLE,style);


thanks


Subject: Question about Row heights
From: "Niels" <demonng@lumensoft.nl>
Date: Thu, 10 Apr 2008 09:32:33 +0200
Newsgroups: jedi.vcl

Hallo,

Is the next idea posible with jvDBGrid?

I like to have a way to change the height of a Row so the showed text is 
totaly showed insite.

thanks

Niels 




Subject: Images over the text in JvRichEdit?
From: javierzap <javierzap@gmail.com>
Date: Mon, 07 Apr 2008 14:13:53 +0200
Newsgroups: jedi.vcl

Excuse me my english.
Please, do you know how can i show images over the text in RTF?.
With MS Word, when save the document as RTF, and i put an image over the text, this see correct in MSWord, but not in WordPad or JvRichEdit.
Can I to put images in RTF in any location of the document over the text, and show this with JVRichEdit in Delphi application?
Thanks.

javierzap
javierzap@gmail.com
Spain


Subject: TJvDBGridXMLExport
From: Rik <rsosin@NOSPAMpillaritservices.com>
Date: Fri, 4 Apr 2008 12:01:36 +0000 (UTC)
Newsgroups: jedi.vcl

Hi, I've noticed that I get an exception when using the export to xml and 
also this export does not handle column names with spaces.

Changing the following fixed the issue for me on Delphi 6. 
Changes marked with XXXX (Replaces spaces with underscores for column 
names)


Cheers
Rik


function TJvDBGridXMLExport.DoExport: Boolean;
var
  I: Integer;
  ARecNo, lRecCount: Integer;
  lBookmark: TBookmark;
  lRootNode: TJvSimpleXmlElemClassic;
  lDataNode: TJvSimpleXmlElem;
  lFieldsNode: TJvSimpleXmlElem;
  lRecordNode: TJvSimpleXmlElem;
begin
  Result := True;
  FXML.Root.Clear;

  // create root node
  FXML.Root.Name := 'DATAPACKET';
  lRootNode := FXML.Root;
  lRootNode.Properties.Add('Version', '1.0'); // This is the first
implementation !

  // add column header and his property
  lDataNode := lRootNode.Items.Add('METADATA');
  lFieldsNode := lDataNode.Items.Add('FIELDS');
  for I := 0 to self.FColumnCount - 1 do
    with FRecordColumns[I] do
      if Visible and (Field <> nil) then
      begin
        with lFieldsNode.Items.Add('FIELD') do
        begin
// XXXX handle spaces in columns 
          Properties.Add('ATTRNAME', StringReplace(ColumnName,' ','_',
[rfReplaceAll]));
          Properties.Add('FIELDTYPE', ClassNameNoT(Field));
          Properties.Add('WIDTH', Column.Width);
        end;
      end;

  // now add all the record
  lRecordNode := lRootNode.Items.Add('ROWDATA');
  try
    with Grid.DataSource.DataSet do
    begin
      ARecNo := 0;
      lRecCount := RecordCount;
      DoProgress(0, lRecCount, ARecNo, Caption);
      DisableControls;
      lBookmark := GetBookmark;
      First;
      try
        while not Eof do
        begin
          with lRecordNode.Items.Add('ROW') do
          begin
            for I := 0 to FColumnCount - 1 do
              if FRecordColumns[I].Exportable then
              try
// XXXX CHANGE TO export to force the passed parameter to be a string 
// (VarToStr) - handled by export options
// Plus handle spaces in columns 
                Properties.Add(StringReplace(FRecordColumns
[I].ColumnName,' ','_',[rfReplaceAll]),
VarToStr(GetFieldValue(FRecordColumns[I].Field)));
              except
                Result := False;
                HandleException;
              end;
          end;
          Next;
          Inc(ARecNo);
          if not DoProgress(0, lRecCount, ARecNo, Caption) then
            Last;
        end;
        DoProgress(0, lRecCount, lRecCount, Caption);
      finally
        try
          if BookmarkValid(lBookmark) then
            GotoBookmark(lBookmark);
        except
          HandleException;
        end;
        if lBookmark <> nil then
          FreeBookmark(lBookmark);
        EnableControls;
      end;
    end;
  except
    HandleException;
    Result := False;
  end;
end;






Subject: The Use of TitleButtonAllowMove in jvDBGrid
From: "Niels" <demonng@lumensoft.nl>
Date: Fri, 4 Apr 2008 08:08:50 +0200
Newsgroups: jedi.vcl

Hallo,

I hav just upgraded my VCL version with the SVN version.
And found that jvDBgrid now the TitleButtonAllowMove has.
The only thing is i can still move my column's.
Do i something wrong?

-=-=-

  object JvDBUltimGrid1: TJvDBGrid
    AlignWithMargins = True
    Left = 3
    Top = 58
    Width = 437
    Height = 143
    Margins.Top = 0
    Margins.Bottom = 0
    Align = alTop
    Color = 14024703
    DataSource = dmMain.DataSource1
    FixedColor = 14024703
    Options = [dgEditing, dgAlwaysShowEditor, dgTitles, dgColumnResize, 
dgColLines, dgRowLines, dgTabs]
    ParentShowHint = False
    ShowHint = True
    TabOrder = 6
    TitleFont.Charset = DEFAULT_CHARSET
    TitleFont.Color = clWindowText
    TitleFont.Height = -11
    TitleFont.Name = 'Tahoma'
    TitleFont.Style = []
    OnColEnter = JvDBUltimGrid1ColEnter
    OnColumnMoved = JvDBUltimGrid1ColumnMoved
    AutoAppend = False
    AutoSort = False
    FixedCols = 1
    TitleButtonAllowMove = True
    OnGetCellParams = JvDBUltimGrid1GetCellParams
    OnEditChange = JvDBUltimGrid1EditChange
    OnShowEditor = JvDBUltimGrid1ShowEditor
    AlternateRowColor = clInfoBk
    PostOnEnterKey = True
    ShowCellHint = True
    AutoSizeColumns = True
    AutoSizeColumnIndex = 2
    SelectColumnsDialogStrings.Caption = 'Select columns'
    SelectColumnsDialogStrings.OK = '&OK'
    SelectColumnsDialogStrings.NoSelectionWarning = 'At least one column 
must be visible!'
    CanDelete = False
    EditControls = <>
    RowsHeight = 17
    TitleRowHeight = 17
    WordWrap = True
    Boolean3State = True
    OnCheckIf3StateField = JvDBUltimGrid1CheckIf3StateField
    OnGetGridPicture = JvDBUltimGrid1GetGridPicture
  end

-=-=-=-

thanks 




Subject: Error in BCB 5 Standard
From: "tcoursen" <fake@amstatcorp.com>
Date: Thu, 3 Apr 2008 22:12:13 +0100
Newsgroups: jedi.vcl

 I have an old project that I recently had the need to go back to and 
rebuild.  I have no idea what version of Jedi I had been using.

I am trying to use 3.33 in Builder Standard 5.

When I build my project I get a linking error saying it can't 
find "JEDI_BCB5.lib"

Any ideas?



--- posted by geoForum on http://delphi.newswhat.com


Subject: JclMath Power function has a const parameter, why?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Thu, 03 Apr 2008 20:19:02 +0200
Newsgroups: jedi.vcl

Hello,

why does the power and some other related functions do have const parameters instead of normal ones? Because of that they can't be used with AddFunction of the expression elevator. Any explanation?

And: will Jcl/Jvcl be compatible with Tiburon in the near future?

Greetings

Markus


Subject: TJvComputerInfoEx to string?
From: Jörg Becker <joerg@becker.ag.nospam>
Date: Thu, 3 Apr 2008 18:11:20 +0200
Newsgroups: jedi.vcl

Hi guys,

how can I convert TJvComputerInfoEx Types (CPU.CPUType or OS.OSVersion) to string?

thx in adv

brgds

Jörg


Subject: Re: JvMaskEdit and Vista style
From: Mistral <prova@microsoft.com>
Date: Thu, 03 Apr 2008 16:19:11 +0200
Newsgroups: jedi.vcl

Remko Bonte ha scritto:
> Mistral wrote:
>> TJvEdit is painted correctly with the Vista theme caracteristics
>> TJvMaskEdit is painted like XP theme
>
> I see this also. I'll investigate it.
>
>
Any news about this?

I'm trying the daily release (3 march 2008) but I've noticed that problem is still not solved. Have you programmed to solve this issue in next releases?

Thank you very much :)



Subject: Re: Issue tracker
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 02 Apr 2008 00:02:15 +0200
Newsgroups: jedi.vcl

Kiriakos wrote:
> http://homepages.borland.com/jedi/ seems to be back again by the Issue tracker gives the following message.
>
> Database connection failed. Error received from database was #2002: Can't connect to local MySQL server through socket '/home/mysql/mysql.sock' (2)
>
> Any chance of getting back on?  The issue tracker is such quite an important part of the infrastructure of jvcl.

We are aware of this and the good folks at Codegear are working on it


Subject: Issue tracker
From: "Kiriakos" <pyscripter@gmail.com>
Date: Tue, 1 Apr 2008 23:01:40 +0300
Newsgroups: jedi.vcl

http://homepages.borland.com/jedi/ seems to be back again by the Issue tracker gives the following message.

Database connection failed. Error received from database was #2002: Can't connect to local MySQL server through socket '/home/mysql/mysql.sock' (2)

Any chance of getting back on?  The issue tracker is such quite an important part of the infrastructure of jvcl.


Subject: Documentation on the TJvPageControl
From: "HD" <dumh@hotmail.com>
Date: Tue, 1 Apr 2008 14:43:28 -0400
Newsgroups: jedi.vcl

Hello,

Where can I find a list of properties, methods and events for the 
TjvPageControl... in the documentation provided by Jedi, it always show the 
TJvPageControl as "not documented".

The TPageControl in Delphi has a method "CanShowTab" to know if the 
PageControl.Page[i] exists.... I need to know if the page exists before I 
can make it active.

Thanks.

H. Dumas 




Subject: Re: TJvRichEdit solution found, now what?
From: @in@taavi.ee
Date: Tue, 01 Apr 2008 16:35:39 GMT
Newsgroups: jedi.vcl

On Tue, 01 Apr 2008 17:35:57 +0200, OBones
<obones_gfd_@_gfd_altern.org> wrote:

> >No sure, it's the one that TortoiseSVN generates when using the "Create 
> >patch" command.

Thats the "common" diff format used also by CVS et al, I belive...

ain


Subject: Re: TJvRichEdit solution found, now what?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Apr 2008 17:35:57 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:fssg6h$kvv$2@news.talkto.net>:
>
>> post the patch (in TortoiseSVN format) in the binaries group.
> Just curious - what exactly is this format?  

No sure, it's the one that TortoiseSVN generates when using the "Create patch" command.


Subject: Re: TJvRichEdit solution found, now what?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 1 Apr 2008 15:43:39 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:fssg6h$kvv$2@news.talkto.net>:

> > post the patch (in 
> > TortoiseSVN format) in the binaries group.
Just curious - what exactly is this format?  

-- cu, Michael 

Subject: Alarm - JvTimeFramework - can't work?!!
From: "Mersad" <mersadh@yahoo.com>
Date: Tue, 1 Apr 2008 11:20:04 +0200
Newsgroups: jedi.vcl

I'm using JvTimeFrameWork, and alarm can't work... Anyone working with 
JvTimeFrameWork and have similar problem... Please, help... 




Subject: Re: TJvRichEdit solution found, now what?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Apr 2008 08:20:30 +0200
Newsgroups: jedi.vcl

Ekkas wrote:
> I found a solution for TJvRichedit display that did not format fonts/tables correctly. It would take 5 minutes to apply. Who should I notify of this? I'd like it to be included into next build.

Usually, one would use Mantis here:

http://homepages.codegear.com/jedi/issuetracker/

However, there are problems with it, which are being addressed.
So for now, please describe your fix here, and post the patch (in TortoiseSVN format) in the binaries group.


Subject: Re: I can't build jvclInstall
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Apr 2008 08:19:32 +0200
Newsgroups: jedi.vcl

firebird wrote:
> Hi,
>
>     I download JVCL333CompleteJCL1101-Build2725.
>     I can't build jvclInstall project. I don't have jvclInstall.exe. I can't install jvcl.
>     How i do???

use install.bat, it will build jvclinstall for you.


Subject: I can't build jvclInstall
From: "firebird" <firebird_thailand@hotmail.com>
Date: Tue, 1 Apr 2008 10:54:41 +0700
Newsgroups: jedi.vcl

Hi,

    I download JVCL333CompleteJCL1101-Build2725.
    I can't build jvclInstall project. I don't have jvclInstall.exe. I can't 
install jvcl.
    How i do???





Subject: TJvRichEdit solution found, now what?
From: "Ekkas" <anton@true.co.za>
Date: Tue, 1 Apr 2008 01:32:32 +0100
Newsgroups: jedi.vcl

I found a solution for TJvRichedit display that did not format 
fonts/tables correctly. It would take 5 minutes to apply. Who should I 
notify of this? I'd like it to be included into next build.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Compositecontrol-component (similar to TDBCtrlGrid)
From: "Moore" <moayad@caramail.com>
Date: Mon, 31 Mar 2008 21:13:22 +0100
Newsgroups: jedi.vcl

have you seen the TJvItemsPanel control?

> >Hello,
> >
> >Is there a component which I could build one row from ordinary 
> >components ad simple interface to add rows and control (and control 
> >components on) them???
> >
> >Any component capable to do this??
> >
> >-TP-
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvInspector has no TabStop property
From: "Moore" <moayad@caramail.com>
Date: Mon, 31 Mar 2008 12:03:02 +0100
Newsgroups: jedi.vcl

and somtimes it is needed to skip the control..



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvInspector Help
From: "Cezar Wagenheimer" <wagenheimer@gmail.com>
Date: Sun, 30 Mar 2008 18:23:26 -0100
Newsgroups: jedi.vcl

Hi...

I´m trying to do in JvInpector something to change the following property.

TAsphyreColor = record
 r, g, b, a: Integer;

Where i must select a color and it´s alpha vale, and save it in this record!

But i can´t get i to work! My propertie does not even show in inspector... somebody have some example of something like that?

My code is....


procedure TACColorInspector.SetFlags(const Value: TInspectorItemFlags);
begin
 inherited SetFlags(Value + [iifEditButton, iifEditFixed]);
end;

//------------------------------------------------------------------------------

procedure TACColorInspector.Edit;
var
 Color: TRGBAColor;
begin
 if Assigned(Data) then begin
   Color.C := Data.AsOrdinal;

   ActionModule.jvColorDialog1.Color := Color.C;
   if ActionModule.jvColorDialog1.Execute then
     Color.C := ActionModule.jvColorDialog1.Color
 end
 else
   if ActionModule.jvColorDialog1.Execute then
     Color.C := ActionModule.jvColorDialog1.Color;

 Data.AsOrdinal := Color.C;
end;

//------------------------------------------------------------------------------

procedure TACColorInspector.DrawValue(const ACanvas: TCanvas);
var
 ARect: TRect;
 BRect: TRect;
 SafeColor: TColor;
 Color: TColor;
begin
 if Assigned(Data) then begin
   ARect := Rects[iprValueArea];
   BRect := ARect;
   BRect.Left := BRect.Left + 1;
   BRect.Top := BRect.Top + 1;
   BRect.Bottom := BRect.Bottom - 1;
   BRect.Right := BRect.Left + BRect.Bottom - BRect.Top;

   SafeColor := ACanvas.Brush.Color;
   if Editing then ACanvas.Brush.Color := clWindow;
   ACanvas.FillRect(ARect);

   Color := Data.AsOrdinal;
   ACanvas.Brush.Color := Color;
   ACanvas.FillRect(BRect);
   ACanvas.Rectangle(BRect);
   ACanvas.Brush.Color := SafeColor;
// ACanvas.TextOut(BRect.Right+2,BRect.Top,Format('%3.1f%%',[Color.Alpha*100]));}

   if Editing then DrawEditor(ACanvas);
 end;
end;

//------------------------------------------------------------------------------

class procedure TACColorInspector.RegisterAsDefaultItem;
begin
 with TJvCustomInspectorData.ItemRegister do begin
   if IndexOf(Self) = -1 then begin
     Add(TJvInspectorPropRegItem.Create(Self, nil, 'Color', nil));
     Add(TJvInspectorPropRegItem.Create(Self, nil, 'Color1', nil));
     Add(TJvInspectorPropRegItem.Create(Self, nil, 'Color2', nil));
   end;
 end;
end;

//------------------------------------------------------------------------------

class procedure TACColorInspector.UnregisterAsDefaultItem;
begin
 TJvCustomInspectorData.ItemRegister.Delete(Self);
end;




Subject: Disable the mouse scrolll wheel
From: "runspect" <nospam@nospam.es>
Date: Fri, 28 Mar 2008 16:08:08 +0100
Newsgroups: jedi.vcl

I want to disable the mouse scrolll wheel event on a JVDBLookUpComboBox.

The problem is, when the component is selected, the posibility of change
the data by an undesirable mouse scroll.

Thank you in advance.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Compositecontrol-component (similar to TDBCtrlGrid)
From: tommi Prami <tommi.prami@no.ei.spam.gmail.com>
Date: Fri, 28 Mar 2008 11:53:00 +0200
Newsgroups: jedi.vcl

Hello,

Is there a component which I could build one row from ordinary components ad simple interface to add rows and control (and control components on) them???

Any component capable to do this??

-TP-


Subject: Post on Click of JvDBGrid Boolean Field Checkbox
From: "William Yao Jr." <mangwills@gmail.com>
Date: Fri, 28 Mar 2008 08:05:36 +0800
Newsgroups: jedi.vcl

Hi!

I have a JvDBGrid with a boolean checkbox.  Is there a way to catch the onclick event of that checkbox?  I want to have the dataset post the change when the checkbox is clicked, not after pressing Enter or moving to another record.

Thanks!

William


Subject: Re: TJvTransparentbutton request
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 27 Mar 2008 19:15:55 +0100
Newsgroups: jedi.vcl

It's not a wincontrol, so it doesn't support TabStop

-- Regards, Peter "J. Clarke" <jclarke@dssinc.comNOSPAM> skrev i meddelandet news:fs8aui$hlr$1@news.talkto.net...
> > Any chance of getting a tabstop property added to a TJvTransparentButton?
> >
> > Jeff
> > 




Subject: Re: Installation problems with BCB 5
From: "jonneve" <jonathan@microtec.fr>
Date: Wed, 26 Mar 2008 17:51:47 +0100
Newsgroups: jedi.vcl

> >Looks like you did not apply all the updates for BCB5 before installing 
> >the JVCL

Well, I did, I'm afraid. I've got all the patches for BCB5 installed, and
in fact, I've tried to install the JVCL on 5 or 6 different machines, and
get the same error everywhere. (On the other hand, these machines all have
very similar installation, so perhaps that doesn't prove much.)

I also tried JVCL 3.31 and 3.32, but it makes no difference. Which is
strange, because I until I upgraded to 3.33 (though I'm not sure which
version I had before...) it always worked fine. Perhaps something changed
in my BCB setup...?

Is there something I can check? I do have wininet.lib, and as I said, I've
tried including it into the package, but it makes no difference.

Any ideas what's wrong?



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvInspector: Hiding item doesnt work
From: @in@taavi.ee
Date: Tue, 25 Mar 2008 17:34:43 GMT
Newsgroups: jedi.vcl

Hi,

Seting item's Visible property to FALSE doesn't hide it:

procedure TForm1.FormCreate(Sender: TObject);
var x: Integer;
begin
  JvInspector1.AddComponent(Self);
  for x:= JvInspector1.Root.Count-1 downto 0 do begin
     if(JvInspector1.Root.Items[x].Name = 'Tag')then begin
        JvInspector1.Root.Items[x].Visible:= False;
     end;
  end;
end;

Is it a bug or the Visible property of the item is ment for some other
use? As a workaroud I currently delete the item(s) I don't want to
expose to the user:
        JvInspector1.Root.Delete(x);

BTW, the issue tracker has been down about a week now... :(


ain


Subject: Re: TJvTransparentbutton request
From: "J. Clarke" <jclarke@dssinc.comNOSPAM>
Date: Tue, 25 Mar 2008 08:49:22 -0400
Newsgroups: jedi.vcl

Well it's definately missing....

"Warren Postma" <wp@tekran.com> wrote in message 
news:fs8ea1$i7r$1@news.talkto.net...
> > Is this just a case of a missing declaration in the Published section? 
> > (Protected base class property?)
> >
> > W 




Subject: Re: JVCL Website down ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 24 Mar 2008 18:27:21 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Fabrizio M. wrote:
>> Hi all
>>
>> It's about 1 month it's down. Why? I'd like to download latest nighty build :)
>>
>> Thank you in advance
>
> http://obones.free.fr/jvcl_daily/

http://jvcl.sourceforge.net/daily/

this one works just fine as well


Subject: Re: JVCL Website down ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 24 Mar 2008 18:26:45 +0100
Newsgroups: jedi.vcl

Fabrizio M. wrote:
> Christian Wimmer ha scritto:
>> Did you try to go directly to SF ?
>> http://sourceforge.net/projects/jvcl/
>>
>> Greetings
>> Christian Wimmer
>>
>> Fabrizio M. schrieb:
>>> Hi all
>>>
>>> It's about 1 month it's down. Why? I'd like to download latest nighty build :)
>>>
>>> Thank you in advance
>>
> Hi :)
>
> Yes, it works. Can I use SVN version like night build one?
>
> Thank you in advance!

Yep, the daily is extracted from the SVN everyday


Subject: Re: JVCL Website down ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 24 Mar 2008 18:26:29 +0100
Newsgroups: jedi.vcl

Fabrizio M. wrote:
> Hi all
>
> It's about 1 month it's down. Why? I'd like to download latest nighty build :)
>
> Thank you in advance

http://obones.free.fr/jvcl_daily/


Subject: New properties DisplayLocalizedName for TJvDirectoryEdit and TJvFilenameEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 24 Mar 2008 18:20:16 +0100
Newsgroups: jedi.vcl

I have implemented the new property DisplayLocalizedName for the
TJvDirectoryEdit and TJvFilenameEdit. As you might know, Vista uses
localized names in the Windows Explorer for the physical English
directory names. This causes some confusion for people who do not know
that the folder is actually named "Users" or "Program Files" instead of
"Benutzer" and "Programme". With this new property the two controls
show the localized name when the focus is lost and return to the
physical name when they get the focus, just like the address bar in
Vista's Windows Explorer.
The default value for this property is FALSE.

Maybe someone should add the text to the help files.

-- Regards, Andreas Hausladen 

Subject: Re: TJvTransparentbutton request
From: Warren Postma <wp@tekran.com>
Date: Mon, 24 Mar 2008 11:43:02 -0400
Newsgroups: jedi.vcl

J. Clarke wrote:
> Any chance of getting a tabstop property added to a TJvTransparentButton?
>
> Jeff
>
>   
Is this just a case of a missing declaration in the Published section? (Protected base class property?)

W


Subject: TJvTransparentbutton request
From: "J. Clarke" <jclarke@dssinc.comNOSPAM>
Date: Mon, 24 Mar 2008 10:46:37 -0400
Newsgroups: jedi.vcl

Any chance of getting a tabstop property added to a TJvTransparentButton?

Jeff 




Subject: Re: PNG (buttons and Imagelist and ...) a suggestion
From: "Dierk" <noname@csslabs.de>
Date: Mon, 24 Mar 2008 00:25:42 +0100
Newsgroups: jedi.vcl

"Kurt Bilde" <kub@[adm].sdu.dk> schrieb im Newsbeitrag 
news:fru28i$6tf$1@news.talkto.net...
> > Hi!
> >
> > I just noted that the PNG Components no longer is developed by Martijn and 
> > thought that they could be adopted by the JEDI project (see his annocement 
> > at http://www.thany.org/article/18/VCL).He writes that:
> >
> > "My Delphi components are discontinued!
> >
> > Unfortunately, I had to move on to another platform that no longer 
> > involves any Delphi development whatsoever. You can still download my 
> > components for a while, but they'll be deleted eventually. Do with them 
> > what you want. Improve them, republish them, as long as my legacy can live 
> > on (just a little)."
> >
> > Just a suggestion...
> >
> > -Kurt
TPNGImageList
This is one of the best component I know. It is the best way using png 
images within toolbars etc.
I would like to see this great component in JVCL.
But there are still some drawing bugs in Win2K/98 afaik.
- Dierk - 




Subject: Re: "JvProgressUtils" was compiled with a different version of Comctrls.TProgressBar
From: "brian" <cuentaconsulta@ya.com>
Date: Sat, 22 Mar 2008 23:02:46 +0100
Newsgroups: jedi.vcl

I see.. will do that.

This was the modification to fix the flickering: http://qc.borland.com/wc/qcmain.aspx?d=38178


Subject: Re: "JvProgressUtils" was compiled with a different version of Comctrls.TProgressBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 22 Mar 2008 22:13:23 +0100
Newsgroups: jedi.vcl

brian wrote:

> > I have done a small modification to ComCtrls to fix flickering of the
> > progressbar under Vista, and now I can't compile my app. I have tried
> > deleting all the jedi vcl dcus and recompile/reinstall but I still
> > get this error.
> > 
> > How could I fix this?

The JVCL is compiled against the VCLxxx.DCP file and not against the
DCU files. And as long as you do not recompile the VCLxxx.BPL (what is
*not* permitted by the license) you won't be able to compile your
application.

Why don't you inherit from the component in ComCtrls and use this
derived control in your application instead of changing the
ComCtrls.pas ?


-- Regards, Andreas Hausladen 

Subject: "JvProgressUtils" was compiled with a different version of Comctrls.TProgressBar
From: "brian" <cuentaconsulta@ya.com>
Date: Sat, 22 Mar 2008 22:02:10 +0100
Newsgroups: jedi.vcl

I have done a small modification to ComCtrls to fix flickering of the progressbar under Vista, and now I can't compile my app. I have tried deleting all the jedi vcl dcus and recompile/reinstall but I still get this error.

How could I fix this?

Thanks


Subject: Re: JVCL Website down ?
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Sat, 22 Mar 2008 02:56:27 +0100
Newsgroups: jedi.vcl

Christian Wimmer ha scritto:
> Did you try to go directly to SF ?
> http://sourceforge.net/projects/jvcl/
>
> Greetings
> Christian Wimmer
>
> Fabrizio M. schrieb:
>> Hi all
>>
>> It's about 1 month it's down. Why? I'd like to download latest nighty build :)
>>
>> Thank you in advance
>
Hi :)

Yes, it works. Can I use SVN version like night build one?

Thank you in advance!


Subject: Re: JVCL Website down ?
From: Christian Wimmer <chriswimmer@gmx_removethis_.de>
Date: Sat, 22 Mar 2008 01:29:32 +0100
Newsgroups: jedi.vcl

Did you try to go directly to SF ?
http://sourceforge.net/projects/jvcl/

Greetings
Christian Wimmer

Fabrizio M. schrieb:
> Hi all
>
> It's about 1 month it's down. Why? I'd like to download latest nighty build :)
>
> Thank you in advance



Subject: JVCL Website down ?
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Fri, 21 Mar 2008 21:56:27 +0100
Newsgroups: jedi.vcl

Hi all

It's about 1 month it's down. Why? I'd like to download latest nighty build :)

Thank you in advance


Subject: Re: What is D10p ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 21 Mar 2008 17:06:27 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > No idea. Might well be the turbo explorer versions.

But the Turbo versions are detected as professional versions because
they ship with the DB units and packages.


-- Regards, Andreas Hausladen 

Subject: Re: What is D10p ?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 21 Mar 2008 17:04:55 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Is there a personal edition for Delphi 2006 that I don't know about? Or
> what is the meaning of D10p in the package xml files?

No idea. Might well be the turbo explorer versions.


Subject: What is D10p ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 21 Mar 2008 16:35:46 +0100
Newsgroups: jedi.vcl

Is there a personal edition for Delphi 2006 that I don't know about? Or
what is the meaning of D10p in the package xml files?


-- Regards, Andreas Hausladen 

Subject: PNG (buttons and Imagelist and ...) a suggestion
From: Kurt Bilde <kub@[adm].sdu.dk>
Date: Thu, 20 Mar 2008 18:16:16 +0100
Newsgroups: jedi.vcl

Hi!

I just noted that the PNG Components no longer is developed by Martijn and thought that they could be adopted by the JEDI project (see his annocement at http://www.thany.org/article/18/VCL).He writes that:

"My Delphi components are discontinued!

Unfortunately, I had to move on to another platform that no longer involves any Delphi development whatsoever. You can still download my components for a while, but they'll be deleted eventually. Do with them what you want. Improve them, republish them, as long as my legacy can live on (just a little)."

Just a suggestion...

-Kurt


Subject: Re: Installation problems with BCB 5
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Mar 2008 14:37:57 +0100
Newsgroups: jedi.vcl

Looks like you did not apply all the updates for BCB5 before installing the JVCL


Subject: Installation problems with BCB 5
From: "Jonathan Neve[Microtec]" <jonathan@microtec.fr>
Date: Thu, 20 Mar 2008 12:07:42 +0000 (UTC)
Newsgroups: jedi.vcl

Hello, I'm trying to install the JVCL into Borland C++Builder 5, and I
can't get the JvNet package to link. I get the following error messages:

[Linker Error] Unresolved external 'InternetOpenA' referenced from
C:\PROGRAM FILES\BORLAND\JVCL\LIB\C5\JVURLGRABBERS.OBJ
[Linker Error] Unresolved external 'InternetSetOptionA' referenced from
C:\PROGRAM FILES\BORLAND\JVCL\LIB\C5\JVURLGRABBERS.OBJ
[Linker Error] Unresolved external 'InternetConnectA' referenced from
C:\PROGRAM FILES\BORLAND\JVCL\LIB\C5\JVURLGRABBERS.OBJ

Followed by many other similar messages...

So... what now? I've tried including wininet.lib into the package, but
it makes no difference.

Any ideas?

-- Best regards, Jonathan Neve _______________ CopyCat - advanced Delphi components for database replication, supporting CodeGear Interbase, FirebirdSQL and MS SQL Server! _______________ CopyTiger - the ultimate database replication solution for CodeGear Interbase, FirebirdSQL and MS SQL Server! _______________ More information : http://www.microtec.fr/copycat 

Subject: Re: New Csv Data Set. Features wanted?
From: Warren Postma <wp@tekran.com>
Date: Wed, 19 Mar 2008 16:12:57 -0400
Newsgroups: jedi.vcl

Will Watts wrote:
> In article <frdpj6$rme$1@news.talkto.net>, Warren Postma wrote:
>  
>> Do you know how to preallocate-disk space using a Win32 API call?  I just know how to open a file in append mode. A non-fragmented file
>> would be ideal really, but I have no idea how to do that.  Do I have to write a CSV say, then an EOF character then a bunch of zero bytes? Many packages that read CSV files don't expect padding on the file contents.
>>     
>
> Yes, something along those lines is required, I am afraid. I expect it to be a combination of using the SetEndOfFile() function
> http://msdn2.microsoft.com/en-us/library/aa365531(VS.85).aspx
> which can be used to set the physical size of a file, and apparently runs very quickly on NTFS drives (but is a dog on FAT) and the SetFileValidData() function
> http://msdn2.microsoft.com/en-us/library/aa365544(VS.85).aspx
> which sets the logical size of a file. And also bunging in a Ctrl-Z marker for good measure, I guess. As you say, I guess that not all CSV file readers would respect this sort of malarkey, so I guess it should be switch-offable.
>
> Notice I am being vague about this in the way people are when they are trying to dump work on others... ;-)
>   

I'll check it out.  A pre-allocation based system would be runtime (public property) accessible but not published, and would be off by default,
some special GUI configuration dialog would be added to your own user application, to turn on a "CSV Preallocation" checkbox
and set the size of the preallocation buffer.  (Your app might need 100K, another might need 1800K.). Also, Ctrl-Z as EOF would be an optional feature.  It might be a mutually exclusive option to my future UTF-8 encoded CSV and WideString field support plans.

W


Subject: Re: How to track a Begin/End docking
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Wed, 19 Mar 2008 10:02:19 +0100
Newsgroups: jedi.vcl

Ok, I made a temporary workaround

I added two events to TJvGlobalDockManager

    property OnMoveStart: TNotifyEvent read FOnMoveStart write FOnMoveStart;
    property OnMoveEnd: TNotifyEvent read FOnMoveEnd write FOnMoveEnd;

Next I changed DragObject properties in TJvDockManager to be Settable by a method

    property DragObject: TJvDockDragDockObject read FDragObject write SetDragObject;

And I coded dragging notification by code:

procedure TJvDockManager.SetDragObject(const Value: TJvDockDragDockObject);
begin
  if FDragObject <> Value then
  begin
    if Value <> nil then
    begin
      if Self is TJvGlobalDockManager then
        if Assigned((Self as TJvGlobalDockManager).OnMoveStart) then
        (Self as TJvGlobalDockManager).OnMoveStart(self);
    end
      else
    begin
      if Self is TJvGlobalDockManager then
        if Assigned((Self as TJvGlobalDockManager).OnMoveEnd) then
        (Self as TJvGlobalDockManager).OnMoveEnd(self);
    end;
  end;

  FDragObject := Value;
end;


Finally In my own unit, I added JvDockGlobals to the uses and, in the form constructor, I have linked
Move events with freeze/melt events:

  JvGlobalDockManager.OnMoveStart := FreezeExecute;
  JvGlobalDockManager.OnMoveEnd := MeltExecute;




Yann PAPOUIN a écrit :
> Thank you for your answer.
>
> When a dockable form is moved, it become transparent (only borders are drawn) so I could put these two events at the start and at the end of a move but I'm not able to find where to put these events notification in the code.
>


Subject: Re: TjvImageList Invalid Class Typecast
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 17 Mar 2008 21:35:29 +0100
Newsgroups: jedi.vcl

RT wrote:
> After dropping a TjvImageList onto a from I want to add images.  When I double click on the component image I get the messafe: 'Invalid Class Typecast'.
>
> Can anyone tell me what I am doing wrong? 

I don't know, I just tested with the latest SVN content on Delphi 5, 6, 2006 and 2007. I got no exception at all when double-clicking on the component itself.


Subject: TjvImageList Invalid Class Typecast
From: "RT" <ralph.tuttle@visi.com>
Date: Mon, 17 Mar 2008 15:22:00 -0500
Newsgroups: jedi.vcl

After dropping a TjvImageList onto a from I want to add images.  When I 
double click on the component image I get the messafe: 'Invalid Class 
Typecast'.

Can anyone tell me what I am doing wrong? 




Subject: Re: New Csv Data Set. Features wanted?
From: Will Watts <willw@applied.spambait.co.uk>
Date: Mon, 17 Mar 2008 11:49:07 GMT
Newsgroups: jedi.vcl

In article <frdpj6$rme$1@news.talkto.net>, Warren Postma wrote:
> > Do you know how to preallocate-disk space using a Win32 API call?  I 
> > just know how to open a file in append mode. A non-fragmented file
> > would be ideal really, but I have no idea how to do that.  Do I have to 
> > write a CSV say, then an EOF character then a bunch of zero bytes? Many 
> > packages that read CSV files don't expect padding on the file contents.

Yes, something along those lines is required, I am afraid. I expect it to be a 
combination of using the SetEndOfFile() function
http://msdn2.microsoft.com/en-us/library/aa365531(VS.85).aspx
which can be used to set the physical size of a file, and apparently runs very 
quickly on NTFS drives (but is a dog on FAT) and the SetFileValidData() function
http://msdn2.microsoft.com/en-us/library/aa365544(VS.85).aspx
which sets the logical size of a file. And also bunging in a Ctrl-Z marker for 
good measure, I guess. As you say, I guess that not all CSV file readers would 
respect this sort of malarkey, so I guess it should be switch-offable.

Notice I am being vague about this in the way people are when they are trying to 
dump work on others... ;-)

> > Do you know a way to check for fragmentation on a single file or view 
> > it? I could do a little testing to see if Vista still acts like this, or 
> > if it's an
> > XP or Win2000-only-issue.

There is a little command line utility I pulled off the web that does this very 
nicely. Unhappily it seems to be offline at the moment. Last time I saw it, it 
was obtainable from here: http://www.whitneyfamily.org/Hacks/?item=Defrag

Will

-- Will Watts 

Subject: Re: JclExprEval again
From: @in@taavi.ee
Date: Mon, 17 Mar 2008 10:47:04 GMT
Newsgroups: jedi.vcl

On Sun, 16 Mar 2008 19:23:18 +0100, "Markus.Humm"
<markus.humm@freenet.de> wrote:

>> >> IIRC one can register custom functions with JclExprEval, so use a
>> >> custom function which takes an string argument (name of the variable)
>> >> and returns variables current value.
> >
> >thanks for your answer. Have you got a simple and short example for this?

Something like

  FExpEval:= TCompiledEvaluatorEx.Create;
  FExpEval.AddFunc('VarVal', GetVarVal);  


function TForm1.GetVarVal(const aVarName: string): TFloat;
var CommComp: TppCommunicator;
begin
  Result:= 0;
  if aVarName = 'x' then begin
     Result:= 42;
  end;
end;

and in the "script" you have to use VarVal(x) to get x's value, ie
  FExpEval.Compile('VarVal(x) * 2');

BTW there is also JvInterpreter* components in JVCL, perhaps these
suit better your needs?


HTH
ain


Subject: JVCL 3.330 doesn't like my BCB6 Personal
From: "Malcolm Nealon" <nowherenohow@spamnotneeded.com>
Date: Mon, 17 Mar 2008 11:38:15 +0100
Newsgroups: jedi.vcl

Good Morning All (it is at least still morning where I am),

I have a problem with installing jvcl 3.33 (build 2725 the latest and greatest ?). It appears that the installer doesn't like the fact that I have a "Personal" version of BCB6. I attempted to edit jvclc6.inc and remove the '.' at the beginning of {.$DEFINE DelphiPersonalEdition} however, at the point after I  press the "Install" button from the wizard, the file jvclc6.inc is rewritten. Therefore losing any changes I had made.

I managed to force the jvcl installer to build a "Personal" by editing the source of the installer

function TCompileTarget.IsPersonal: Boolean;
begin
      Result := FIsPersonal;
end;

edited to

function TCompileTarget.IsPersonal: Boolean;
begin
       Result := true;
end;

I don't personally have the time currently to investigate further, since I seem to have a successful build, but perhaps it might mean something to someone else.

I am sure that I (or one of the jvcl developers) will have to sort this out at somepoint,

The code which is causing the problem is this

 FIsPersonal := not FileExists(RootDir + '\Lib\db.dcu');
 if FIsPersonal and IsBCB and FileExists(RootDir + '\Lib\Obj\db.dcu') then
   FIsPersonal := False;

The first test succeeds as it should (don't have lib\db.dcu) and so FIsPersonal is true, however the second test fails. I do have a file \lib\obj\db.dcu. It is dated  01/02/2002 along with another 170 files in my OBJ folder.

I am unsure as to why I do have this file, although from the date i would assume that it came with the installation (further strengthened by the fact that this is a new installation on this computer).

Hopefully someone could offer some light as to why either a) why this file eists on my system when everyone says it shouldn't be there or b) how the source code might be altered to allow others in this situation to successfully compile the jvcl libararies.

Best Regards
Mal


Subject: Re: JclExprEval again
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Sun, 16 Mar 2008 19:23:18 +0100
Newsgroups: jedi.vcl

@in@taavi.ee schrieb:
> On Sun, 16 Mar 2008 14:09:19 +0100, "Markus.Humm"
> <markus.humm@freenet.de> wrote:
>
>> I had a look now at the simple example of JclExprEval and I also looked at the help. Here I figured out that I somehown must be able to accomplish what I want/need: have a expression which also includes variables like x/256*100 and then later tell the evaluator to give x the concrete value of say 5. I only couldn't figure out how to do it.
>
> IIRC one can register custom functions with JclExprEval, so use a
> custom function which takes an string argument (name of the variable)
> and returns variables current value.
>

Hello,

thanks for your answer. Have you got a simple and short example for this?

Greetings

Markus


Subject: Re: JclExprEval again
From: @in@taavi.ee
Date: Sun, 16 Mar 2008 14:36:17 GMT
Newsgroups: jedi.vcl

On Sun, 16 Mar 2008 14:09:19 +0100, "Markus.Humm"
<markus.humm@freenet.de> wrote:

> >I had a look now at the simple example of JclExprEval and I also looked 
> >at the help. Here I figured out that I somehown must be able to 
> >accomplish what I want/need: have a expression which also includes 
> >variables like x/256*100 and then later tell the evaluator to give x the 
> >concrete value of say 5. I only couldn't figure out how to do it.

IIRC one can register custom functions with JclExprEval, so use a
custom function which takes an string argument (name of the variable)
and returns variables current value.


HTH
ain


Subject: JclExprEval again
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Sun, 16 Mar 2008 14:09:19 +0100
Newsgroups: jedi.vcl

Hello,

I had a look now at the simple example of JclExprEval and I also looked at the help. Here I figured out that I somehown must be able to accomplish what I want/need: have a expression which also includes variables like x/256*100 and then later tell the evaluator to give x the concrete value of say 5. I only couldn't figure out how to do it.

Could anybode please shen some light on this? This stuff is really new to me...

Greetings

Markus


Subject: TJvDirectoryEdit question
From: Salvatore Besso <s.besso@mclink.it>
Date: Sat, 15 Mar 2008 21:35:41 +0100
Newsgroups: jedi.vcl

hello all,

I'm facing a small minor problem with this component. It happens when you press the button and select the floppy drive unit (A:\) and there is no disk in the unit. An annoying (and cryptic) system error pops out informing that there is no disk in drive and showing hexadecimal addresses. I don't know if this is by design, anyway the problem lies here:

======================================================

procedure TJvDirectoryEdit.PopupDropDown(DisableEdit: Boolean);
var
  Temp: string;
  Action: Boolean;
begin
  Temp := Text;
  Action := True;
  DoBeforeDialog(Temp, Action);
  if not Action then
    Exit;
  if Temp = '' then
  begin
    if InitialDir <> '' then
      Temp := InitialDir
    else
      Temp := PathDelim;
  end;
  if not DirectoryExists(Temp) then
    Temp := PathDelim;
  DisableSysErrors;
  try
    {$IFNDEF CLR}
    if NewStyleControls and (DialogKind = dkWin32) then
      Action := BrowseForFolder(FDialogText, sdAllowCreate in DialogOptions, Temp, Self.HelpContext)
    else
    {$ENDIF !CLR}
      Action := SelectDirectory(Temp, FOptions, Self.HelpContext);
  finally
    EnableSysErrors;
  end;
  if CanFocus then
    SetFocus;
  DoAfterDialog(Temp, Action);
  if Action then
  begin
    SelText := '';
    if (Text = '') or not MultipleDirs then
      Text := Temp
    else
      Text := Text + PathSep + Temp;
    if (Temp <> '') and DirectoryExists(Temp) then // <--- here the system error pops out
      InitialDir := Temp;
  end;
end;

======================================================

I ask: Is this the correct behaviour? Or would it be better to surround the whole method with the call to DisableSysErrors/EnableSysErrors (inside a try/finally block of course)?

Regards

-- 
Salvatore


Subject: about Threads
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Sat, 15 Mar 2008 14:35:44 +0200
Newsgroups: jedi.vcl

Delphi 2007, Firebird 2.03, IBX components, JVCL.

I develop a client-server database application that, sometimes, generates 
have some unreproductible errors, as described in the following link. I use 
TJvThread.

Are there any techniques to avoid these errors and use only one TIBDatabase 
and one TIBTransaction ?

http://dn.codegear.com/ru/article/28796


" All access to the database takes place in "critical sections", so only one 
thread can access the data at one time. Sometimes the application runs fine 
for thousands of transactions, and then it raises the exception. What's 
going on?
SOLUTION
InterBase's client software is not thread safe. Each thread must have its 
own connection and the connection must be remote (the connection string must 
specify the server's name or IP address), even if the multi-threaded 
applicatiuon runs on the same machine as the InterBase server.
Note: This applies to InterBase versions prior to 7.x."



Thank you,

Tiberiu




Subject: Re: New Csv Data Set. Features wanted?
From: Warren Postma <wp@tekran.com>
Date: Fri, 14 Mar 2008 11:58:02 -0400
Newsgroups: jedi.vcl


>
> Well, then, please go ahead with your changes.
> By the way, which profiler did you use?

I use AQTIME.  I also have some other profilers but none of them are as good at finding bottlenecks.

I added one more nice feature this morning (none of this is checked in yet, I want to do a lot of testing to make sure I don't corrupt anyone's data or my own with these changes), which is that it will now read and ignore the UTF8 BOM marker so a CSV file generated as UTF8, that only contains low ASCII characters will read/write just find, and you might even be able to use it to read/write UTF8 if you don't mind calling UTF8Encode/Decode methods yourself when working with the string field.  (In future I intend to add WideString field support, and automatic UTF8 encode/decode for wide string fields.)

I was able to optimize my CSV readline/parsing code, file reading code, and get rid of all the overhead. So it's the same speed, and between 10% to 90% less memory usage of what it formerly used.    Since I'm probably the world's heaviest user of this component, this benefits me more than anybody else, because I have a bunch of applications that use this component heavily, and I would be dead in the water without it.  :-)

W



Subject: Re: New Csv Data Set. Features wanted?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Mar 2008 14:34:48 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Warren Postma wrote:
>> In my testing, a 10000 row CSV file that used to load in 0.034 seconds, now loads in 0.103  seconds. That's 3 times slower. However, 
>
> This slowdown issue was driving me nuts. So I spent some time with a profiler and found out that my code calls TStream.EOF which in turn calls the Win32 file-seek function SetFilePosition a bunch of times for large files (like 10,000 times, unecessarily) which took up like 90% of the CPU time, when I could just cache the result of the last stream read (did it get enough bytes that I need to try to read again) and save myself a heap of Win32 calls. This dropped the time from 0.103 down to 0.038.  Boy am I good.  :-)  It's FAST now, and it actually WORKS. I love it when a plan comes together...

Well, then, please go ahead with your changes.
By the way, which profiler did you use?


Subject: Re: New Csv Data Set. Features wanted?
From: Warren Postma <wp@tekran.com>
Date: Fri, 14 Mar 2008 09:10:48 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:
> In my testing, a 10000 row CSV file that used to load in 0.034 seconds, now loads in 0.103  seconds. That's 3 times slower. However, 

This slowdown issue was driving me nuts. So I spent some time with a profiler and found out that my code calls TStream.EOF which in turn calls the Win32 file-seek function SetFilePosition a bunch of times for large files (like 10,000 times, unecessarily) which took up like 90% of the CPU time, when I could just cache the result of the last stream read (did it get enough bytes that I need to try to read again) and save myself a heap of Win32 calls. This dropped the time from 0.103 down to 0.038.  Boy am I good.  :-)  It's FAST now, and it actually WORKS. I love it when a plan comes together...

W


Subject: Re: New Csv Data Set. Features wanted?
From: Warren Postma <wp@tekran.com>
Date: Fri, 14 Mar 2008 09:08:01 -0400
Newsgroups: jedi.vcl


> I currently use a CSV logging library that does this. Unhappily, it appends to the file directly, so that the OS allocates each CSV line disk as it is written. The result is CSV files that are fantastically fragmented on disk, and consequently extremely slow to load and process.
>
> What should happen, of course, is that it preallocates disk space a block at a time, and fills the space up with each append.
>
>
>   
Do you know how to preallocate-disk space using a Win32 API call?  I just know how to open a file in append mode. A non-fragmented file
would be ideal really, but I have no idea how to do that.  Do I have to write a CSV say, then an EOF character then a bunch of zero bytes? Many packages that read CSV files don't expect padding on the file contents.

Do you know a way to check for fragmentation on a single file or view it? I could do a little testing to see if Vista still acts like this, or if it's an
XP or Win2000-only-issue.

W




Subject: Re: New Csv Data Set. Features wanted?
From: Will Watts <willw@applied.spambait.co.uk>
Date: Fri, 14 Mar 2008 09:43:59 GMT
Newsgroups: jedi.vcl

In article <frc0dh$jhm$1@news.talkto.net>, Warren Postma wrote:

> > Is there anything ELSE missing from Csv Data Set that has been driving
> > anybody crazy?  Don't bother asking for Unicode yet because you ain't 
> > getting that.  But anything else?

A comment, which may or may not be relevant. You say

> > Every time 
> > you POST, the CSV file on disk is opened in append mode, a single line 
> > is written to the disk, and then it is closed.  

I currently use a CSV logging library that does this. Unhappily, it appends 
to the file directly, so that the OS allocates each CSV line disk as it is 
written. The result is CSV files that are fantastically fragmented on disk, 
and consequently extremely slow to load and process.

What should happen, of course, is that it preallocates disk space a block 
at a time, and fills the space up with each append.

Apologies if you have already got this aspect taped, but it is a gotcha you 
might want to be aware of, which I suspect should be easy-ish to fix.

-- Will Watts 

Subject: New Csv Data Set. Features wanted?
From: Warren Postma <wp@tekran.com>
Date: Thu, 13 Mar 2008 16:52:03 -0400
Newsgroups: jedi.vcl

I am working on a new version of the JvCsvDataSet.

For my purposes the following weaknesses in Csv Data Set need solving:

1. The fixed record size (a simple Delphi Structure) imposes a limit on how wide any CSV line can be, and also, wastes a lot of memory, because we allocate a big block of memory (around 2.5k) for every row in a dataset. If you have a few thousand rows, CsvDataSet might be wasting 40% of the ram it's allocated.

2. It doesn't parse properly when a CR/LF is in the file. Many software packages that write CSVs will output files that can't be read by my component. This is driving me nuts at this point, and I've already fixed it.  But there is a cost plus a free bonus.  The cost is that parsing speed is reduced. In my testing, a 10000 row CSV file that used to load in 0.034 seconds, now loads in 0.103  seconds. That's 3 times slower. However, the faster load time is little consolation if you're trying to get the thing to load a CSV file that contains carriage-returns or linefeeds.  Secondly, all control-characters are stripped out of the existing CSV data set. If you have a CSV containing other control characters those are stripped out.   The bonus is that even less memory is used (peak working set, anyways) since loading the entire file into a TStringList, and letting TStringList do the line-by-line breaks, while very fast, was very memory intensive.
3. I use it on a system without virtual memory so I need to "cap memory usage" in some instances.  Many times I use a CSV data set to log data to disk. In this case, an "append only" mode for CsvDataSet would be handy. You can set it active, call dataset.Append,  set field values, then call dataset.Post, and only ONE record exists in memory. Every time you POST, the CSV file on disk is opened in append mode, a single line is written to the disk, and then it is closed.  The dataset does not have to save a 30K file every time one line is added to it, it only has to append once. This gives both a performance boost on append-only use case scenarious, but also saves a lot of memory.  In AppendMode, dataset.first/last/next/eof methods would fail with the exception "<method name> not valid in AppendOnly mode. Turn AppendMode off before moving cursor.".


So, would anybody object to 3x slower loads in return for more accurate parsing and support for control characters?    If there is widespread concern about it, I could have a FastLoad property, which set to true, would use the TStringList, and load faster, but use more memory, and if you don't set FastLoad mode, you get a CsvDataSet that uses less memory and parses all CSV files correctly without fail. 
Is there anything ELSE missing from Csv Data Set that has been driving anybody crazy?  Don't bother asking for Unicode yet because you ain't getting that.  But anything else?

Warren



Subject: Re: Closing TJvWizard
From: "Russell Weetch" <russell@remve.smxi.com>
Date: Thu, 13 Mar 2008 18:10:34 -0000
Newsgroups: jedi.vcl

No, no such event. But I have just found out that you have to set Stop := True as well as the ModalResult:

Stop := True;
ModalResult := mrCancel;

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:frbh4v$gmo$1@news.talkto.net...
> Russell Weetch wrote:
>
>> I have tried Close; ModalResult; with a bit of jiggery pokery I have
>> manged to Wizard.ButtonCancel.Control.Click, but none seem to work. I
>> might well be missing the wood for the trees, but this is driving me
>> nuts!
>
> Have a "OnCloseQuery" or "OnClose" event handler that prevents the form
> from closing? Otherwise this would be a very strange behavior that I
> cannot reproduce.
>
>
> -- 
> Regards,
>
> Andreas Hausladen 



Subject: Re: Closing TJvWizard
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 13 Mar 2008 17:32:22 +0100
Newsgroups: jedi.vcl

Russell Weetch wrote:

> > I have tried Close; ModalResult; with a bit of jiggery pokery I have
> > manged to Wizard.ButtonCancel.Control.Click, but none seem to work. I
> > might well be missing the wood for the trees, but this is driving me
> > nuts!

Have a "OnCloseQuery" or "OnClose" event handler that prevents the form
from closing? Otherwise this would be a very strange behavior that I
cannot reproduce.


-- Regards, Andreas Hausladen 

Subject: Re: Docking: how to prioritise dock panels
From: @in@taavi.ee
Date: Thu, 13 Mar 2008 14:25:30 GMT
Newsgroups: jedi.vcl

On Fri, 07 Mar 2008 15:16:16 GMT, @in@taavi.ee wrote:

> >How to change this, so that left child takes full height of the parent
> >while bottom one runs from the edge of left child to the right end of
> >the main form?

Anyone?

I played a little more and when using DockServer's
OnFinishSetDockPanelSize event like

procedure TFMainWnd.DockServerFinishSetDockPanelSize(DockPanel:
TJvDockPanel);
begin
  if(DockPanel = DockServer.LeftDockPanel)then DockPanel.Height:=
Self.ClientHeight
  else if(DockPanel = DockServer.BottomDockPanel)then begin
     DockPanel.Width:= Self.ClientWidth -
DockServer.LeftDockPanel.Width;
     DockPanel.Left := DockServer.LeftDockPanel.Width + 5;
  end;
end;

then the bottom child's width is reduced, but it is still aligned to
left (there is a empty area on bottom right corner, even thought I
dock the child right aligned:
ChildWnd.ManualDock(DockServer.BottomDockPanel, nil, alRight)) and
causes the LeftDockPanel's height to be reduced.


TIA
ain


Subject: Closing TJvWizard
From: "Russell Weetch" <russell@remve.smxi.com>
Date: Thu, 13 Mar 2008 13:41:42 -0000
Newsgroups: jedi.vcl

Any idea how to close a wizard form from within a Page.OnNextButtonClick event?

I have tried Close; ModalResult; with a bit of jiggery pokery I have manged to Wizard.ButtonCancel.Control.Click, but none seem to work. I might well be missing the wood for the trees, but this is driving me nuts!

Thanks

Russell


Subject: Descendant from TJvPlugin
From: Chris Feuz <chris.feuz@gmail.com>
Date: Wed, 12 Mar 2008 22:35:49 +0100
Newsgroups: jedi.vcl

I want to add some functionality into a descendent class from TJVPlugin. Afterwards I want to descent from this new class! It works fine when I compile the project, but in the Object Inspector always appears this message "Error: Property Commands does not exists".

Help would be very much appreciated!

Thanks in advance
Chris


Subject: Key generator
From: "Sanyin" <Sanyin@hahaha.com>
Date: Wed, 12 Mar 2008 10:43:29 +0100
Newsgroups: jedi.vcl

Is there serial or key generator in JCL or JVCL? 




Subject: install JVCL for CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 12 Mar 2008 11:46:09 +0300
Newsgroups: jedi.vcl

I am using CB6, for the last dally versions installer does not move *.bpi and *.lib files from /lib/c6 to the /Projects/lib directory as before. Why???


Subject: Re: Implementation of mathematical functions
From: Keith Latham <newsletters@klatham.com>
Date: Wed, 12 Mar 2008 11:40:04 +1100
Newsgroups: jedi.vcl

They are all the same.

Mikko Kivikoski wrote:
> Hello Keith and others,
>
> Many thanks!
>
> I have implemented this concept. The outcome produces good result for sin(x).
>
> How can I formulate this same concept for the following functions:
>
> Arctan(x)
> Actanh(x)
> cot(x)
> sec(x)
> cosec(x)
> Arccos(x)
> Arccosh(x)
> Arcsin(x)
> Arcsinh(x)
>
> Any working/proper code for Delphi 5 will be greatly appreciated. Many thanks in advance.
>
> Best regards,
> Mikko Kivikoski from FINLAND
>
>
>> function Sin(r: Extended): Extended;
>> begin
>>
>>  if RadianRbtn = checked then begin
>>  Result := System.Sin(r); end
>>
>> else if DegreeRbtn = checked then begin
>>
>>   Result := System.Sin(DegToRad(r));   end
>>
>> else if GradRbtn = checked then begin
>>
>> Result := System.Sin(GradToRad(r));    end;
>> end;
>>
>> Keep in mind tha tthis "Delphi" function ar not alse that a simple coefficiant multiplication as required to convert diffent "angular" scale.
>
> "Keith Latham" <newsletters@klatham.com> kirjoitti viestissä:fqkgb5$1mj$1@news.talkto.net...
>
>


Subject: Re: JvCsvDataSet
From: "Kim Jensen" <kim@comcasystems.com>
Date: Tue, 11 Mar 2008 17:46:25 -0400
Newsgroups: jedi.vcl

I found them and removed them.
Thanks,
Kim

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:fr5i7b$h6h$1@news.talkto.net...

> > These are the experts from the previous JCL. You have to edit the registry 
> > and find any reference to these files and remove them. Most likely, they 
> > will be in HKCU\Software\Borland\Delphi\5.0\Experts
> >
> > Hope this helps
> > Cheers
> > Olivier 




Subject: Re: JvCsvDataSet
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 11 Mar 2008 16:32:21 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
>
>>
>>
>>> But I have no idea how to fix it. I don't get any error starting Delphi 2007.
>>> Here is the list of files missing:
>>> JCLProjectAnalysisExpertFLL50.dll
>>> JCLFavoriteFolderExpertFLL50.dll
>>> JCLRespositoryExpertFLL50.dll
>>> JCLThreadnameExpertFLL50.dll
>>> JCLUsesExpertFLL50.dll
>>> JCLSIMSViewExpertFLL50.dll
>>
>> These are the experts from the previous JCL. You have to edit the registry and find any reference to these files and remove them. Most likely, they will be in HKCU\Software\Borland\Delphi\5.0\Experts
> This would be reasonably NICE thing to add into the JCL installer: Auto-remove old experts from registry?

It should do it just fine now, but I believe one version did not do it properly in the past. It might be that one that the OP had on his machine.


Subject: Re: Implementation of mathematical functions
From: "Mikko Kivikoski" <mikko.kivikoskii@netti.fi>
Date: Tue, 11 Mar 2008 17:15:01 +0200
Newsgroups: jedi.vcl

Hello Keith and others,

Many thanks!

I have implemented this concept. The outcome produces good result for 
sin(x).

How can I formulate this same concept for the following functions:

Arctan(x)
Actanh(x)
cot(x)
sec(x)
cosec(x)
Arccos(x)
Arccosh(x)
Arcsin(x)
Arcsinh(x)

Any working/proper code for Delphi 5 will be greatly appreciated. Many 
thanks in advance.

Best regards,
Mikko Kivikoski from FINLAND


> > function Sin(r: Extended): Extended;
> > begin
> >
> >  if RadianRbtn = checked then begin
> >  Result := System.Sin(r); end
> >
> > else if DegreeRbtn = checked then begin
> >
> >   Result := System.Sin(DegToRad(r));   end
> >
> > else if GradRbtn = checked then begin
> >
> > Result := System.Sin(GradToRad(r));    end;
> > end;
> >
> > Keep in mind tha tthis "Delphi" function ar not alse that a simple 
> > coefficiant multiplication as required to convert diffent "angular" scale.

"Keith Latham" <newsletters@klatham.com> kirjoitti 
viestissä:fqkgb5$1mj$1@news.talkto.net...
> >




Subject: Re: JvCsvDataSet
From: Warren Postma <wp@tekran.com>
Date: Tue, 11 Mar 2008 11:13:46 -0400
Newsgroups: jedi.vcl


>
>
>> But I have no idea how to fix it. I don't get any error starting Delphi 2007.
>> Here is the list of files missing:
>> JCLProjectAnalysisExpertFLL50.dll
>> JCLFavoriteFolderExpertFLL50.dll
>> JCLRespositoryExpertFLL50.dll
>> JCLThreadnameExpertFLL50.dll
>> JCLUsesExpertFLL50.dll
>> JCLSIMSViewExpertFLL50.dll
>
> These are the experts from the previous JCL. You have to edit the registry and find any reference to these files and remove them. Most likely, they will be in HKCU\Software\Borland\Delphi\5.0\Experts
This would be reasonably NICE thing to add into the JCL installer: Auto-remove old experts from registry?

W


Subject: Re: How to track a Begin/End docking
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Tue, 11 Mar 2008 14:46:33 +0100
To: wp@tekran.com
Newsgroups: jedi.vcl

Thank you for your answer.

When a dockable form is moved, it become transparent (only borders are drawn) so I could put these two events at the start and at the end of a move bu I'm not able to find where to put these events notification in the code.


Warren Postma a écrit :
>
>>
>> The best solution for me would be to add 2 published properties in the TJVDockClient code like:
>>     OnMoveBegin
>>     OnMoveEnd
> That might be the only way to accomplish it. I have never tried to do what you're doing, and I dug pretty deep inside JvDocking.  Be aware of how complicated this can be, because you might have a window that is being moved because it's part of a docked "tab set" or part of a splitter-pane parent form.  You might find this quite difficult to accomplish reliably and without strange side effects.
>
> W


Subject: Re: JvJVCLUtils was compiled with a different version of JvConsts.fbsNone
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 11 Mar 2008 11:14:17 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Alex Artsikhovsky wrote:
>> RAD Studio 2007, jVCL from the partner DVD 3.33
>>
>> Any attempt to compile JvAppStoreDemo will generate message
>>
>> [DCC Error] JvAppStorageBaseMainFrmU.pas(32): F2051 Unit JvJVCLUtils was compiled with a different version of JvConsts.fbsNone
>>
>> Any ideas of how to fix?
>>
>>   
> If the obvious (duplicate JvConsts.pas, or a JvConsts.dcu exists) doesn't work, try deleting ALL DCUs from all your developer-only folders
> (excepting only component DCU folders that do NOT have any JEDI JCL or JVCL dependencies).

You might also have .dcp files lying around.


Subject: Re: JvCsvDataSet
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 11 Mar 2008 11:13:51 +0100
Newsgroups: jedi.vcl

Kim Jensen wrote:
> I uninstalled everything and created new JCL and JVCL folders I run the Clean.bat in both folders I removed all reference in the Delphi 5 and Dephi 2007
> Then I ran the install.bat in the JCL folder when finish I ran install.bat in the JVCL folder and they both say finish with no errors.

What I was saying is that you should have used the installer to "uninstall" the JCL and JVCL before updating. Now that this is not done, you will have to workaround this.


> I noticed that JVCL\common folder has a Red exclamation mark on file JVCLD11.INC

That's because the installer adjusted the .inc file to your options and as such modified the file. In turn, TortoiseSVN shows the "red" icon to tell you that the file is modified. Nothing to worry about.


> But I have no idea how to fix it. I don't get any error starting Delphi 2007.
> Here is the list of files missing:
> JCLProjectAnalysisExpertFLL50.dll
> JCLFavoriteFolderExpertFLL50.dll
> JCLRespositoryExpertFLL50.dll
> JCLThreadnameExpertFLL50.dll
> JCLUsesExpertFLL50.dll
> JCLSIMSViewExpertFLL50.dll

These are the experts from the previous JCL. You have to edit the registry and find any reference to these files and remove them. Most likely, they will be in HKCU\Software\Borland\Delphi\5.0\Experts

Hope this helps
Cheers
Olivier


Subject: Re: JvCsvDataSet
From: "Kim Jensen" <kim@comcasystems.com>
Date: Mon, 10 Mar 2008 19:18:37 -0400
Newsgroups: jedi.vcl

I uninstalled everything and created new JCL and JVCL folders I run the 
Clean.bat in both folders I removed all reference in the Delphi 5 and Dephi 
2007
Then I ran the install.bat in the JCL folder when finish I ran install.bat 
in the JVCL folder and they both say finish with no errors.

I noticed that JVCL\common folder has a Red exclamation mark on file 
JVCLD11.INC

But I have no idea how to fix it. I don't get any error starting Delphi 
2007.
Here is the list of files missing:
JCLProjectAnalysisExpertFLL50.dll
JCLFavoriteFolderExpertFLL50.dll
JCLRespositoryExpertFLL50.dll
JCLThreadnameExpertFLL50.dll
JCLUsesExpertFLL50.dll
JCLSIMSViewExpertFLL50.dll

Thanks,
Kim

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:fr2l1s$2nt$1@news.talkto.net...
> > Kim Jensen wrote:
>> >> I install the TortoiseSVN and the fix installed, now I just have to 
>> >> findout why I get serval can't find Jvcl dll's when I start Delphi 5.
> >
> > Because you did not update the JCL as well and that it still references 
> > the old JVCL you had before updating it. 




Subject: Re: Example for JclExprEval?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Mon, 10 Mar 2008 20:47:52 +0100
Newsgroups: jedi.vcl

Hello,

looked at this example now but I don't understand some things:

- standard things like 15/3 or (3*4)*2 or so I can calculate
  fine with this
- some of those built in functions I can use as well, but some
  throw errors, afaik mostly as they require two params. How
  to supply them? Log2(2,3) or so?
- I'd need functions with variables like (x/256)*100 and then
  some function to replace the variable with a value like
  this: ReplaceVarWithValue('x',35); Is that possible and if
  yes, how?

Ok, will try to look in the online help tomorrow if I find
some time...

Greetings

Markus


Subject: Re: JvJVCLUtils was compiled with a different version of JvConsts.fbsNone
From: "Alex Artsikhovsky" <durepa@narod.ru>
Date: Mon, 10 Mar 2008 13:10:52 -0500
Newsgroups: jedi.vcl

I found the problem - while upgrading to the new version of JVCL, JCL 
installer did not cleanup library and browsing path of the IDE.
After manual cleanup - everything works fine.


"Alex Artsikhovsky" <durepa@narod.ru> wrote in message 
news:fr3n98$8h1$1@news.talkto.net...
> > Already did. Also tried reinstalling both JCL and JVCL - no luck at all
> >
> > "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote 
> > in message news:fr3n4j$8g3$1@news.talkto.net...
>> >> Browse your hard disk and delete all JvConsts.dcu files that are not in
>> >> the JVCL sub directories.
>> >>
>> >> -- 
>> >> Regards,
>> >>
>> >> Andreas Hausladen
> >
> > 




Subject: Re: Any complains about moving all *.pas files from common to run ?
From: Warren Postma <wp@tekran.com>
Date: Mon, 10 Mar 2008 13:43:45 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I'd like to move all *.pas files from the jvcl3/common directory to the
> jvcl3/run directory. I think this is necessary because the common
> directory is in the compiler's search path what causes all the files to
> be recompiled for every project. And if such a project has some
> conditional defines that interfere with the JVCL/JEDI.inc conditionals,
> the compilations may fail because all other JVCL units depend on them
> causing a "file was compiled with a different version".
>
>   

I think this is an excellent idea in principle.

Except I suggest instead an INCLUDE folder be created, with only INCLUDES in it, and
leave .PAS that are in COMMON alone, and leave .PAS that are in RUN alone. That way
you can include your includes from INCLUDES.

Alternatively, I think you should move all *.PAS to RUN, and rename COMMON to INCLUDES.

W


Subject: Re: JvJVCLUtils was compiled with a different version of JvConsts.fbsNone
From: Warren Postma <wp@tekran.com>
Date: Mon, 10 Mar 2008 13:42:24 -0400
Newsgroups: jedi.vcl

Alex Artsikhovsky wrote:
> RAD Studio 2007, jVCL from the partner DVD 3.33
>
> Any attempt to compile JvAppStoreDemo will generate message
>
> [DCC Error] JvAppStorageBaseMainFrmU.pas(32): F2051 Unit JvJVCLUtils was compiled with a different version of JvConsts.fbsNone
>
> Any ideas of how to fix?
>
>   
If the obvious (duplicate JvConsts.pas, or a JvConsts.dcu exists) doesn't work, try deleting ALL DCUs from all your developer-only folders
(excepting only component DCU folders that do NOT have any JEDI JCL or JVCL dependencies).

Warren



Subject: Re: JvJVCLUtils was compiled with a different version of JvConsts.fbsNone
From: "Alex Artsikhovsky" <durepa@narod.ru>
Date: Mon, 10 Mar 2008 12:27:25 -0500
Newsgroups: jedi.vcl

Already did. Also tried reinstalling both JCL and JVCL - no luck at all

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:fr3n4j$8g3$1@news.talkto.net...
> > Browse your hard disk and delete all JvConsts.dcu files that are not in
> > the JVCL sub directories.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Any complains about moving all *.pas files from common to run ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 10 Mar 2008 18:25:00 +0100
Newsgroups: jedi.vcl

I'd like to move all *.pas files from the jvcl3/common directory to the
jvcl3/run directory. I think this is necessary because the common
directory is in the compiler's search path what causes all the files to
be recompiled for every project. And if such a project has some
conditional defines that interfere with the JVCL/JEDI.inc conditionals,
the compilations may fail because all other JVCL units depend on them
causing a "file was compiled with a different version".

-- Regards, Andreas Hausladen 

Subject: Re: JvJVCLUtils was compiled with a different version of JvConsts.fbsNone
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 10 Mar 2008 18:24:52 +0100
Newsgroups: jedi.vcl

Browse your hard disk and delete all JvConsts.dcu files that are not in
the JVCL sub directories.

-- Regards, Andreas Hausladen 

Subject: JvJVCLUtils was compiled with a different version of JvConsts.fbsNone
From: "Alex Artsikhovsky" <durepa@narod.ru>
Date: Mon, 10 Mar 2008 10:31:14 -0500
Newsgroups: jedi.vcl

RAD Studio 2007, jVCL from the partner DVD 3.33

Any attempt to compile JvAppStoreDemo will generate message

[DCC Error] JvAppStorageBaseMainFrmU.pas(32): F2051 Unit JvJVCLUtils was 
compiled with a different version of JvConsts.fbsNone

Any ideas of how to fix? 




Subject: Re: JvCsvDataSet
From: Warren Postma <wp@tekran.com>
Date: Mon, 10 Mar 2008 09:02:18 -0400
Newsgroups: jedi.vcl

Kim Jensen wrote:
> Thanks Warren,
>
> I just want to let you know that this fix came at the right time. Friday my son had to go to the emegency at the hospital and because of your fix I could stay with him overnight in the hospital, since all I had to do to get the application finish by monday was to apply your fix.
>
> I install the TortoiseSVN and the fix installed, now I just have to findout why I get serval can't find Jvcl dll's when I start Delphi 5.
>
> Thanks again,
> Kim Jensen
>   

I'm glad it helped. Hey, I spend a night last week in emergency with my son (concussion) so I know the feeling. :-)

Hope your son is okay now!

Warren


Subject: Re: JvCsvDataSet
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Mar 2008 08:43:03 +0100
Newsgroups: jedi.vcl

Kim Jensen wrote:
> Thanks Warren,
>
> I just want to let you know that this fix came at the right time. Friday my son had to go to the emegency at the hospital and because of your fix I could stay with him overnight in the hospital, since all I had to do to get the application finish by monday was to apply your fix.
>
> I install the TortoiseSVN and the fix installed, now I just have to findout why I get serval can't find Jvcl dll's when I start Delphi 5.

Because you did not update the JCL as well and that it still references the old JVCL you had before updating it.


Subject: Re: JvCsvDataSet
From: "Kim Jensen" <kim@comcasystems.com>
Date: Sun, 9 Mar 2008 22:43:05 -0400
Newsgroups: jedi.vcl

Thanks Warren,

I just want to let you know that this fix came at the right time. Friday my 
son had to go to the emegency at the hospital and because of your fix I 
could stay with him overnight in the hospital, since all I had to do to get 
the application finish by monday was to apply your fix.

I install the TortoiseSVN and the fix installed, now I just have to findout 
why I get serval can't find Jvcl dll's when I start Delphi 5.

Thanks again,
Kim Jensen

"Warren Postma" <wp@tekran.com> wrote in message 
news:fqs2il$6b0$1@news.talkto.net...
> > Ask and ye shall receive, sometimes.
> > I made the fix. There is a new property in JvCsvData.set pas..
> >
> > Subversion info:
> >
> > Modified: dev\jedi_public\jvcl_public\run\JvCsvData.pas Sending content: 
> > dev\jedi_public\jvcl_public\run\JvCsvData.pas Completed: At revision: 
> > 11751
> >
> > If you aren't tracking subversion, check the binaries newsgroup for 
> > JvCsvDataSet.pas as modified.  Copy it into the JVCL\run folder on your 
> > computer, and re-run the installer.
> >
> > Warren 




Subject: Re: Example for JclExprEval?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Sat, 08 Mar 2008 13:25:27 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> Markus.Humm wrote:
>> Hello,
>>
>> I'm new to mathematical expression elevators and thus need some simple example for the useage of JclExprEval.
>>
>>
> Any reason why the included jcl\examples\common\expreval example isn't good enough?
>
> W

Hm, another case this silly XP dog didn't find what one told him to search. Will look at it on monday.

Greetings

Markus


Subject: Re: JvCsvDataSet
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 14:49:34 -0500
Newsgroups: jedi.vcl

Ask and ye shall receive, sometimes.
I made the fix. There is a new property in JvCsvData.set pas..

Subversion info:

Modified: dev\jedi_public\jvcl_public\run\JvCsvData.pas Sending content: dev\jedi_public\jvcl_public\run\JvCsvData.pas Completed: At revision: 11751

If you aren't tracking subversion, check the binaries newsgroup for JvCsvDataSet.pas as modified.  Copy it into the JVCL\run folder on your computer, and re-run the installer.

Warren


Subject: Re: JvCsvDataSet
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 14:22:48 -0500
Newsgroups: jedi.vcl

Kim Jensen wrote:
> Just because Microsoft don't follow the standard all other programs out there for billing and file exhange use Double quotes on all fields.
>
>
>   

This is a very good point. I'll see about adding a property AlwaysEnquoteStrings

W


Subject: Re: JvCsvDataSet
From: "Kim Jensen" <kim@comcasystems.com>
Date: Fri, 7 Mar 2008 14:21:44 -0500
Newsgroups: jedi.vcl

The bottom line is since the JvCsvDataSet are able to produce double Quotes 
when it see a comma in the string, then there most be a way to turn this 
function on or off, so I can either make my own double quotes or I can turn 
it on to always make double quotes.
Any help will be appriciated.
Thanks,
"Kim" 




Subject: Re: JvCsvDataSet
From: "Kim Jensen" <kim@comcasystems.com>
Date: Fri, 7 Mar 2008 14:10:16 -0500
Newsgroups: jedi.vcl

Just because Microsoft don't follow the standard all other programs out 
there for billing and file exhange use Double quotes on all fields.

The JvCsvDataset only use quotes when there is a comma, a quote, etc.. in 
the text so if I add my own Double Quote I get Double Double Quotes.

Kim

"Warren Postma" <wp@tekran.com> wrote in message 
news:fqroq0$4j9$1@news.talkto.net...
> > @in@taavi.ee wrote:
>> >> On Fri, 07 Mar 2008 10:33:03 -0500, Warren Postma <wp@tekran.com>
>> >> wrote:
>> >>
>> >>
>>> >>> What CSV standard?
>>> >>>
>> >>
>> >> I guess
>> >> http://www.rfc-editor.org/rfc/rfc4180.txt
>> >>
>> >>
> >
> > Quote from RFC:
> >
> > /"Surprisingly, while this format is very common, it has never been 
> > formally documented."/
> > Thus, in the field, there is so much chaos that the RFC written in 2005 is 
> > hopelessly late, and chances are 100% that any software written prior to 
> > 2005, was done with any reference to a common standards document.  Even 
> > most software written since 2005 probably ignores this document, also. 
> > The gestalt practice varies insanely.  The JvCSVDataSet writes files which 
> > are readable by Excel, and will read any file written by Excel, with the 
> > limitation that it doesn't support carriage return or linefeed characters 
> > inside string literals. The original poster stated that the CSV standard 
> > states "all string literals in quotes". That has never been the common or 
> > universal practice. I just typed ABC and DEF into two cells in Excel and 
> > saved it as CSV.  There are no quotes. So the #1 worldwide most popular 
> > producer and consumer of CSV files on PCs (Excel) doesn't do this.
> >
> > Just FYI, everybody. It's a mess.
> >
> > Warren 




Subject: Re: How to track a Begin/End docking
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 13:28:37 -0500
Newsgroups: jedi.vcl


>
> The best solution for me would be to add 2 published properties in the TJVDockClient code like:
>     OnMoveBegin
>     OnMoveEnd
That might be the only way to accomplish it. I have never tried to do what you're doing, and I dug pretty deep inside JvDocking.  Be aware of how complicated this can be, because you might have a window that is being moved because it's part of a docked "tab set" or part of a splitter-pane parent form.  You might find this quite difficult to accomplish reliably and without strange side effects.

W


Subject: Re: Example for JclExprEval?
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 13:20:19 -0500
Newsgroups: jedi.vcl

Markus.Humm wrote:
> Hello,
>
> I'm new to mathematical expression elevators and thus need some simple example for the useage of JclExprEval.
>
>
Any reason why the included jcl\examples\common\expreval example isn't good enough?

W


Subject: Example for JclExprEval?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Fri, 07 Mar 2008 18:42:06 +0100
Newsgroups: jedi.vcl

Hello,

I'm new to mathematical expression elevators and thus need some simple example for the useage of JclExprEval.

I'd need simple formulars like a/256*100 where I'd supply a at runtime.
So I'd suspect to have something like above given to the evaluator and also pass the values for the variables I used in the formular and just get back the result...

Or is there a example in the Jcl which one only gets if selecting the proper item at installation?

Greetings

Markus


Subject: Re: JvCsvDataSet
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 12:02:48 -0500
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> On Fri, 07 Mar 2008 10:33:03 -0500, Warren Postma <wp@tekran.com>
> wrote:
>
>  
>> What CSV standard?
>>     
>
> I guess
> http://www.rfc-editor.org/rfc/rfc4180.txt
>
>   

Quote from RFC:

/"Surprisingly, while this format is very common, it has never been formally documented."/
Thus, in the field, there is so much chaos that the RFC written in 2005 is hopelessly late, and chances are 100% that any software written prior to 2005, was done with any reference to a common standards document.  Even most software written since 2005 probably ignores this document, also.   The gestalt practice varies insanely.  The JvCSVDataSet writes files which are readable by Excel, and will read any file written by Excel, with the limitation that it doesn't support carriage return or linefeed characters inside string literals. The original poster stated that the CSV standard states "all string literals in quotes". That has never been the common or universal practice. I just typed ABC and DEF into two cells in Excel and saved it as CSV.  There are no quotes. So the #1 worldwide most popular producer and consumer of CSV files on PCs (Excel) doesn't do this.

Just FYI, everybody. It's a mess.

Warren


Subject: Re: Docking: mixing tabbed childs with and without icons
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 11:55:56 -0500
Newsgroups: jedi.vcl


> implementing your own should be rquired only when one has really special requirements.
>   

Your requirements are really special. :-)

W


Subject: Re: Docking: mixing tabbed childs with and without icons
From: @in@taavi.ee
Date: Fri, 07 Mar 2008 15:52:57 GMT
Newsgroups: jedi.vcl

On Fri, 07 Mar 2008 10:32:15 -0500, Warren Postma <wp@tekran.com>
wrote:

> >The idea of having only one dock style that these styles are demo code 
> >really... so if you need something other than the default behaviour, you 
> >should take the appropriate JvDockStyle.pas file, copy it to your own 
> >folder, rename it, to JvMyStyle.pas, and change the class name to 
> >something like TJvMyDockStyle, and then customize the painting code to 
> >do what you want. I have done this, and made my own docking style which 
> >does custom paint code, not exactly like this, but similar. 

Hmm, I'm sure that the "demo styles" can be implemented in the way
that for the most users they meet all requrements... implementing your
own should be rquired only when one has really special requirements.
It also would help to make all Delphi / JVCL appst to have common
look'n'feel...


ain


Subject: Re: JvCsvDataSet
From: @in@taavi.ee
Date: Fri, 07 Mar 2008 15:45:59 GMT
Newsgroups: jedi.vcl

On Fri, 07 Mar 2008 10:33:03 -0500, Warren Postma <wp@tekran.com>
wrote:

> >What CSV standard?

I guess
http://www.rfc-editor.org/rfc/rfc4180.txt


ain


Subject: Re: JvConsts.pas compilation issue: JvConsts.pas(120): E2004 Identifierredeclared: 'SDelphiKey'
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 10:40:27 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Could it be that you have an old Jedi.inc somewhere on your hard disk?
> The JvConsts.pas is in the common directory and as such it is compiled
> for everytime project. I don't know why we still have some .pas files
> in the common directory.
>
>   

I looked high and low for it, and could not find it.  I suspect what I actually had was "content from an old Jedi.INC" in some old DCU file on my hard drive, which was causing the linker to have too-many duplicate and non-agreeing definitions for various CONST entries in its compiler tables, which causes the compiler to have a crap.   If you move the symbol SDELPHIKey from the CONST section to making it a function SDelphiKEY:String, the problem goes interestingly away, and so if SOMEWHERE an old JEDI.INC was being read you'd think the compiler would die with there being duplicate identifiers, both a function identifier SDelphiKEY and a const SDelphiKEY, but it compiles JUST FINE.  It's a mystery compiler + DCU + interface-const-section compiler bug.

:-)

W


Subject: Re: JvCsvDataSet
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 10:33:03 -0500
Newsgroups: jedi.vcl

Kim Jensen wrote:
> According to the CSV standard all Fields have to be enclosed in double quotes (") and seperated with commas.
>   

What CSV standard?

W


Subject: Re: Docking: mixing tabbed childs with and without icons
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 10:32:15 -0500
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> Hi,
>
> Is it possible to use tabbed docking so that some childs do use icons
> on tabs while others don't (in the sense that forms without icon do
> not reserve space on tab for the image)? I see that TJvDock*Style has a "ShowTabImages" property and as there
> is supposed to be only one style per app (right?) this means that tab
> images are all or nothing deal (ie I can't drop two style components
> on form and use one for some child forms and another one for others)?
>
>
>   

The idea of having only one dock style that these styles are demo code really... so if you need something other than the default behaviour, you should take the appropriate JvDockStyle.pas file, copy it to your own folder, rename it, to JvMyStyle.pas, and change the class name to something like TJvMyDockStyle, and then customize the painting code to do what you want. I have done this, and made my own docking style which does custom paint code, not exactly like this, but similar.
Warren


Subject: Docking: mixing tabbed childs with and without icons
From: @in@taavi.ee
Date: Fri, 07 Mar 2008 15:26:01 GMT
Newsgroups: jedi.vcl

Hi,

Is it possible to use tabbed docking so that some childs do use icons
on tabs while others don't (in the sense that forms without icon do
not reserve space on tab for the image)? 
I see that TJvDock*Style has a "ShowTabImages" property and as there
is supposed to be only one style per app (right?) this means that tab
images are all or nothing deal (ie I can't drop two style components
on form and use one for some child forms and another one for others)?


TIA
ain


Subject: JvUltimDBGrid with JvCsvDataSet demo: Clicking on column header to sort by columns.
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Mar 2008 10:21:03 -0500
Newsgroups: jedi.vcl

Someone asked me if it is possible to do "click on column headers and then sort" with the JvCsvDataSet. I thought it must be, so I made a demo.

Because of limitations of JvCsvDataSet, it is only possible to do this on a single column, there's a problem with multi-column support. The JvCsvDataSet allows sorts on multiple fields, but all fields being sorted on must be all-of-them ascending or all-of-them descending, you can't sort on ColumnA ascending (A..Z), while sorting on ColumnB in descending (Z..A) order.

See binaries newsgroup.

Warren


Subject: Docking: how to prioritise dock panels
From: @in@taavi.ee
Date: Fri, 07 Mar 2008 15:16:16 GMT
Newsgroups: jedi.vcl

Hi,

When docking an child form to the left and another to the bottom of
the main form then by default  the bottom one has a higher priority in
the sense that it uses full width of the main form.
How to change this, so that left child takes full height of the parent
while bottom one runs from the edge of left child to the right end of
the main form?
I tryed to use DockServer's OnGetClientAlignSize event like

procedure TFMainWnd.DockServerGetClientAlignSize(Align: TAlign; var
Value: Integer);
begin
  if(Align = alBottom)then begin
     if(DockServer.LeftDockPanel <>
nil)and(DockServer.LeftDockPanel.DockClientCount > 0)then begin
        Value:= Self.ClientWidth - DockServer.LeftDockPanel.Width;
end;
  end;
end;

but it doesn't make any difference...


TIA
ain


Subject: Re: JVCL with outdated web pages
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 07 Mar 2008 08:35:14 +0100
Newsgroups: jedi.vcl

martinalex wrote:
> When I look at the JVCL homepage at http://homepages.codegear.com/jedi/jvcl/
> Some of the information is outdated.
> News shows as last entry June 2007, release JVCL 3.32, but 3.33 is out since 5 months
> The roadmap still shows the targets for 2007
> And the copyright at the bottom  is Copyright (c) 2004
>
> When you have spent perhaps hundreds of hours for a new JVCL release you should use 5 minutes to update the news on your homepage.
> This is for some people the first and perhaps only impression.
>
> I know that much is going on in the background: bug tracker, subversion, newsgroup, but the homepage is the starting point.

Thanks for the reminder.


Subject: JVCL with outdated web pages
From: martinalex <alex8@tlonstruct.com>
Date: Thu, 06 Mar 2008 23:24:39 +0100
Newsgroups: jedi.vcl

When I look at the JVCL homepage at http://homepages.codegear.com/jedi/jvcl/
Some of the information is outdated.
News shows as last entry June 2007, release JVCL 3.32, but 3.33 is out since 5 months
The roadmap still shows the targets for 2007
And the copyright at the bottom  is Copyright (c) 2004

When you have spent perhaps hundreds of hours for a new JVCL release you should use 5 minutes to update the news on your homepage.
This is for some people the first and perhaps only impression.

I know that much is going on in the background: bug tracker, subversion, newsgroup, but the homepage is the starting point.


martinalex


Subject: JvCsvDataSet
From: "Kim Jensen" <kim@comcasystems.com>
Date: Thu, 6 Mar 2008 14:33:03 -0500
Newsgroups: jedi.vcl

I'm tring to use the JvCsvDataSet for the first time and I'm running into 
problem with the formating of the CSV file.
According to the CSV standard all Fields have to be enclosed in double 
quotes (") and seperated with commas.
I defined all fields as strings, but the only field that has double quote is 
a field that has a comma in the string.
How do I get it to make all fields with double quotes?

Thanks,
Kim 




Subject: Re: TJvAppFormStorage question
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Mar 2008 09:32:22 +0100
Newsgroups: jedi.vcl

Salvatore Besso wrote:
> hello OBones,
>
>  > Hope this helps
>
> of course, thank you. But this afternoon I had a bit of time to play with the test case that I used with the Mantis issue and there is anything better than trial and error :-) so playing with it I finally came to the solution.
>
> Anyway I noticed that there is one thing that TJvFormStorage cannot do: Save component's subproperties. I explain better:
>
> It's easy to specify for example SomeEdit.Visible and that property will be saved. But suppose that the property is a class itself and I want to save only one of its properties. I think it is not possible, for example, to specify SomeEdit.Font.Size and I have to save the whole SomeEdit.Font property.

That's right. For this, you can use a "StoredValue" with the OnSave and OnRestore events on the value itself so that it reads and writes the value only when needed and that way you do not have to track when the value actually changes.


Subject: Re: TJvAppFormStorage question
From: Salvatore Besso <s.besso@mclink.it>
Date: Wed, 05 Mar 2008 23:44:34 +0100
Newsgroups: jedi.vcl

hello OBones,

> Hope this helps

of course, thank you. But this afternoon I had a bit of time to play with the test case that I used with the Mantis issue and there is anything better than trial and error :-) so playing with it I finally came to the solution.

Anyway I noticed that there is one thing that TJvFormStorage cannot do: Save component's subproperties. I explain better:

It's easy to specify for example SomeEdit.Visible and that property will be saved. But suppose that the property is a class itself and I want to save only one of its properties. I think it is not possible, for example, to specify SomeEdit.Font.Size and I have to save the whole SomeEdit.Font property.

Regards

-- 
Salvatore


Subject: Re: TJvAppFormStorage question
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 05 Mar 2008 14:29:29 +0100
Newsgroups: jedi.vcl

Salvatore Besso wrote:
> hello OBones,
>
> thank you for the reply on Mantis (4353). Since I don't want to reopen the issue just to answer, I ask here.
>
> You told:
>
>  > You defined StoredValues but did not assign any "OnSave" and "OnRestore"
>  > handler for them. Then you write strings manually in TForm1.SaveSettings
>  > but you still call POP3Store.StoredValues.SaveValues
>  > That means that whatever string your wrote manually is overridden by the
>  > call to SaveValues which never gets any updated value.
>  > Either write manually or use stored values but do not use both.
>
> So what do I have to do? Simply remove the call to ...StoredValues.SaveValues and use only WriteString, WriteBoolean, etc.? 

Yes, that's one way to do it, although it's not the easiest one.


> Remove also the WriteString, WriteBoolean, etc. because saving is automatic, use only SaveValues or what?

Use only SaveValue has my preference, as explained below.


> and on program exit I call Storage.StoredValues.SaveValues. Do I have to do the same using an ini file storage instead of using individual Write.... methods?

Yes, the storages are all based on the same model. Basically, the error you were seeing was because you mixed two methods. If you set a "StoredValue" manually, then you don't need to do anything more.
Those might even be saved automatically so that the call to "SaveValues" might not be required at all. I have not checked that, though I believe it to be correct.


> I am really confused about the storage components usage.

I can understand that, but really it's quite simple. The FormStorage uses whatever backend it is told to use. The fact that it is XML, INI, DB or anything else does not have any impact. And TJvFormStorage can store everything automatically upon destruction then reload upon creation. Using SaveValues should be reserved for intermediate changes.

Hope this helps
Cheers.


Subject: TJvAppFormStorage question
From: Salvatore Besso <s.besso@mclink.it>
Date: Wed, 05 Mar 2008 11:22:43 +0100
Newsgroups: jedi.vcl

hello OBones,

thank you for the reply on Mantis (4353). Since I don't want to reopen the issue just to answer, I ask here.

You told:

> You defined StoredValues but did not assign any "OnSave" and "OnRestore"
> handler for them. Then you write strings manually in TForm1.SaveSettings
> but you still call POP3Store.StoredValues.SaveValues
> That means that whatever string your wrote manually is overridden by the
> call to SaveValues which never gets any updated value.
> Either write manually or use stored values but do not use both.

So what do I have to do? Simply remove the call to ...StoredValues.SaveValues and use only WriteString, WriteBoolean, etc.? Remove also the WriteString, WriteBoolean, etc. because saving is automatic, use only SaveValues or what?

I was wondering if the same has to be done when using a registry storage instead of a .ini file storage. When I use a registry storage I usually do:

  Storage.StoredValue['ValueName'] := Something;

and on program exit I call Storage.StoredValues.SaveValues. Do I have to do the same using an ini file storage instead of using individual Write.... methods?

I am really confused about the storage components usage.

Regards

-- 
Salvatore


Subject: Re: Implementation of mathematical functions
From: Keith Latham <newsletters@klatham.com>
Date: Wed, 05 Mar 2008 09:55:48 +1100
Newsgroups: jedi.vcl



Mikko Kivikoski wrote:
> Hello Keith,
>
> But how can I utilize the those functions in math library that comes with Delphi 5and formulate a proper code?
> Assuming I am having in my main application 3 Radiobuttons (namely,
> RadianRbtn, DegreeRbtn and GradRbtn) that define the state of the results.
> Just like in desktop calculator that comes with Microsoft Windows (c).
>
>
Well, I don't think you'll learn much if I just spell it out for you in complete detail. But I'll show you the degrees conversion and leave it to you to work out the grads conversion.

Since the sin function requires radians, and you sometimes have degrees, you have to convert degreess to radians.

From the first Web page I gave you we know that the circumference of a circle = 2[pi]r where r is the radius. It is also 360 degrees. Therefore to convert radians to degrees we use the formula

radians = degrees X ([pi] / 180)

You are receiving the input as radians. So you just have to use the conversion formula in your function. Something like this:


function Sin(r: Extended): Extended;
var   radians : extended;
const pi      : extended = 3.1415926
begin
// assume RadianRbtn is checked to ensure we always have a value
   radians := r
   if DegreeRbtn = checked then
      radians := r * (pi / 180)
   else if GradRbtn = checked then
      radians := ?;    //What should be the proper code here

   result := system.sin(radians);
end;

I've reorganized your code to show simpler syntax. I could have retained the begin/end pairs but they are redundant if there is only one line in the block. I could have repeated the result calculation so the begin/end block had more than one line, but this is simpler to read and is possibly more efficient depending on how the compiler optimizes it.

Finally, this isn't the best place to ask this kind of question. A news group just for this kind of question is

borland.public.delphi.students






Subject: Re: Implementation of mathematical functions
From: "Mikko Kivikoski" <mikko.kivikoski@netti.fi>
Date: Tue, 4 Mar 2008 18:56:07 +0200
Newsgroups: jedi.vcl

Hello Keith,

But how can I utilize the those functions in math library that comes with 
Delphi 5and formulate a proper code?
Assuming I am having in my main application 3 Radiobuttons (namely,
RadianRbtn, DegreeRbtn and GradRbtn) that define the state of the results.
Just like in desktop calculator that comes with Microsoft Windows (c).



For example, let's consider the following:



function Sin(r: Extended): Extended;
begin

  if RadianRbtn = checked then begin
  Result := System.Sin(r); end

else if DegreeRbtn = checked then begin

   Result := ?;   end   //What should be the proper code here

 else if GradRbtn = checked then begin

Result := ?; end;    //What should be the proper code here

end;
--------etc;



Many thanks in advance  for any working-code on this issue.



Best regards,

Mikko Kivikoski



"Keith Latham" <newsletters@klatham.com> kirjoitti 
viestissä:fqigin$n43$1@news.talkto.net...
> > Convertng Radians to Degrees (and back) is a straight forward mathematical 
> > equation. So, yes of course you can do it in Delphi Pascal since you can 
> > express mathematical equations in Pascal.
> >
> > This page may help you figure out the formula: 
> > http://www.teacherschoice.com.au/Maths_Library/Angles/Angles.htm
> >
> > Again Grads are a simple calculation from degrees or radians:
> >
> > 400 grads = 360 degrees = 2pi radians = one circle.
> >
> > Here is another page that describes the situation: 
> > http://www.mentorsoftwareinc.com/CC/gistips/TIPS0999.HTM
> >
> > Have fun.
> >
> >
> >
> > Mikko Kivikoski wrote:
>> >> Dear Colleagues,
>> >>
>> >> Greetings to you all, from Finland.
>> >>
>> >> My issue concerns implementation of mathematical functions and the result
>> >> therein. As shown below; in my application the results of the 
>> >> mathematical
>> >> functions are in radians. How can I can take advantage of the power
>> >> underneath in Delphi 5 to also get results in degrees or grads. Assuming 
>> >> I
>> >> am having in my main application 3 Radiobuttons (namely, RadianRbtn,
>> >> DegreeRbtn and GradRbtn) that define the state of the results. Just like 
>> >> in
>> >> desktop calculator that comes with Microsoft Windows (c).
>> >>
>> >> In the realm of programming in Delphi 5, is it possible to code the 
>> >> concept
>> >> postulated in Microsoft desktop calculator?
>> >>
>> >> Any enlightenment, idea and particularly a working-code (to accomplish 
>> >> the
>> >> issue put forward above) are greatly appreciated. Many thanks in advance.
>> >>
>> >> With best regards,
>> >> Mikko Kivikoski
>> >>
>> >> --------&&&&&&-------- 
>> >> unit MathCalculator;
>> >>
>> >> interface
>> >>
>> >> uses
>> >>   Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, 
>> >> Dialogs,
>> >>   db, Math, StdCtrls, Grids, ExtCtrls, Menus, Buttons, Registry, ImgList,
>> >>   ComCtrls, ToolWin, ShellApi, TypInfo, JclExprEval, JclMath;
>> >>
>> >> type
>> >>
>> >>   TMainForm = class(TForm)
>> >>     Panel1: TPanel;
>> >>     Edit1: TEdit;
>> >>     RadianRbtn: TRadioButton;
>> >>     DegreeRbtn: TRadioButton;
>> >>     GradRbtn: TRadioButton;
>> >>
>> >>
>> >> var
>> >>   MainForm: TMainForm;
>> >>
>> >>
>> >> implementation
>> >>
>> >>
>> >>
>> >> // Built-in 'sin' etc. can't have its address taken
>> >> function Sin(r: Extended): Extended;
>> >> begin
>> >>   Result := System.Sin(r);
>> >> end;
>> >>
>> >> function Cos(r: Extended): Extended;
>> >> begin
>> >>   Result := System.Cos(r);
>> >> end;
>> >>
>> >>
>> >> function Tan(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.Tan(r);
>> >> end;
>> >>
>> >> function ArcTan(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.ArcTan(r);
>> >> end;
>> >>
>> >>
>> >> { Transcendental }
>> >>
>> >> function Cot(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.Cot(r);
>> >> end;
>> >>
>> >> function Sec(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.Sec(r);
>> >> end;
>> >>
>> >> function Csc(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.Csc(r);
>> >> end;
>> >>
>> >> function ArcSin(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.ArcSin(r);
>> >> end;
>> >>
>> >> function ArcCos(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.ArcCos(r);
>> >> end;
>> >>
>> >> function ArcCot(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.ArcCot(r);
>> >> end;
>> >>
>> >> function ArcSec(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.ArcSec(r);
>> >> end;
>> >>
>> >> function ArcCsc(r: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.ArcCsc(r);
>> >> end;
>> >>
>> >> { Hyperbolic }
>> >>
>> >> function CosH(v: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.CosH(v);
>> >> end;
>> >>
>> >> function CotH(v: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.CotH(v);
>> >> end;
>> >>
>> >> function CscH(v: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.CscH(v);
>> >> end;
>> >>
>> >> function SecH(v: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.SecH(v);
>> >> end;
>> >>
>> >> function SinH(v: Extended): Extended;
>> >> begin
>> >>   Result := JclMath.SinH(v);
>> >> end;
>> >>
>> >> -------&&&&&&------
>> >>
>> >> JclMath.pas is available at:
>> >> http://jcl.svn.sourceforge.net/viewvc/jcl/trunk/jcl/source/common/
>> >>
>> >> 



Subject: Re: Implementation of mathematical functions
From: Keith Latham <newsletters@klatham.com>
Date: Tue, 04 Mar 2008 15:47:26 +1100
Newsgroups: jedi.vcl

Convertng Radians to Degrees (and back) is a straight forward mathematical equation. So, yes of course you can do it in Delphi Pascal since you can express mathematical equations in Pascal.

This page may help you figure out the formula: http://www.teacherschoice.com.au/Maths_Library/Angles/Angles.htm

Again Grads are a simple calculation from degrees or radians:

400 grads = 360 degrees = 2pi radians = one circle.

Here is another page that describes the situation: http://www.mentorsoftwareinc.com/CC/gistips/TIPS0999.HTM

Have fun.



Mikko Kivikoski wrote:
> Dear Colleagues,
>
> Greetings to you all, from Finland.
>
> My issue concerns implementation of mathematical functions and the result
> therein. As shown below; in my application the results of the mathematical
> functions are in radians. How can I can take advantage of the power
> underneath in Delphi 5 to also get results in degrees or grads. Assuming I
> am having in my main application 3 Radiobuttons (namely, RadianRbtn,
> DegreeRbtn and GradRbtn) that define the state of the results. Just like in
> desktop calculator that comes with Microsoft Windows (c).
>
> In the realm of programming in Delphi 5, is it possible to code the concept
> postulated in Microsoft desktop calculator?
>
> Any enlightenment, idea and particularly a working-code (to accomplish the
> issue put forward above) are greatly appreciated. Many thanks in advance.
>
> With best regards,
> Mikko Kivikoski
>
> --------&&&&&&-------- unit MathCalculator;
>
> interface
>
> uses
>   Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
>   db, Math, StdCtrls, Grids, ExtCtrls, Menus, Buttons, Registry, ImgList,
>   ComCtrls, ToolWin, ShellApi, TypInfo, JclExprEval, JclMath;
>
> type
>
>   TMainForm = class(TForm)
>     Panel1: TPanel;
>     Edit1: TEdit;
>     RadianRbtn: TRadioButton;
>     DegreeRbtn: TRadioButton;
>     GradRbtn: TRadioButton;
>
>
> var
>   MainForm: TMainForm;
>
>
> implementation
>
>
>
> // Built-in 'sin' etc. can't have its address taken
> function Sin(r: Extended): Extended;
> begin
>   Result := System.Sin(r);
> end;
>
> function Cos(r: Extended): Extended;
> begin
>   Result := System.Cos(r);
> end;
>
>
> function Tan(r: Extended): Extended;
> begin
>   Result := JclMath.Tan(r);
> end;
>
> function ArcTan(r: Extended): Extended;
> begin
>   Result := JclMath.ArcTan(r);
> end;
>
>
> { Transcendental }
>
> function Cot(r: Extended): Extended;
> begin
>   Result := JclMath.Cot(r);
> end;
>
> function Sec(r: Extended): Extended;
> begin
>   Result := JclMath.Sec(r);
> end;
>
> function Csc(r: Extended): Extended;
> begin
>   Result := JclMath.Csc(r);
> end;
>
> function ArcSin(r: Extended): Extended;
> begin
>   Result := JclMath.ArcSin(r);
> end;
>
> function ArcCos(r: Extended): Extended;
> begin
>   Result := JclMath.ArcCos(r);
> end;
>
> function ArcCot(r: Extended): Extended;
> begin
>   Result := JclMath.ArcCot(r);
> end;
>
> function ArcSec(r: Extended): Extended;
> begin
>   Result := JclMath.ArcSec(r);
> end;
>
> function ArcCsc(r: Extended): Extended;
> begin
>   Result := JclMath.ArcCsc(r);
> end;
>
> { Hyperbolic }
>
> function CosH(v: Extended): Extended;
> begin
>   Result := JclMath.CosH(v);
> end;
>
> function CotH(v: Extended): Extended;
> begin
>   Result := JclMath.CotH(v);
> end;
>
> function CscH(v: Extended): Extended;
> begin
>   Result := JclMath.CscH(v);
> end;
>
> function SecH(v: Extended): Extended;
> begin
>   Result := JclMath.SecH(v);
> end;
>
> function SinH(v: Extended): Extended;
> begin
>   Result := JclMath.SinH(v);
> end;
>
> -------&&&&&&------
>
> JclMath.pas is available at:
> http://jcl.svn.sourceforge.net/viewvc/jcl/trunk/jcl/source/common/
>
>
>


Subject: Implementation of mathematical functions
From: "Mikko Kivikoski" <mikko.kivikoski@netti.fi>
Date: Mon, 3 Mar 2008 18:16:30 +0200
Newsgroups: jedi.vcl

Dear Colleagues,

Greetings to you all, from Finland.

My issue concerns implementation of mathematical functions and the result
therein. As shown below; in my application the results of the mathematical
functions are in radians. How can I can take advantage of the power
underneath in Delphi 5 to also get results in degrees or grads. Assuming I
am having in my main application 3 Radiobuttons (namely, RadianRbtn,
DegreeRbtn and GradRbtn) that define the state of the results. Just like in
desktop calculator that comes with Microsoft Windows (c).

In the realm of programming in Delphi 5, is it possible to code the concept
postulated in Microsoft desktop calculator?

Any enlightenment, idea and particularly a working-code (to accomplish the
issue put forward above) are greatly appreciated. Many thanks in advance.

With best regards,
Mikko Kivikoski

--------&&&&&&-------- 
unit MathCalculator;

interface

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
  db, Math, StdCtrls, Grids, ExtCtrls, Menus, Buttons, Registry, ImgList,
  ComCtrls, ToolWin, ShellApi, TypInfo, JclExprEval, JclMath;

type

  TMainForm = class(TForm)
    Panel1: TPanel;
    Edit1: TEdit;
    RadianRbtn: TRadioButton;
    DegreeRbtn: TRadioButton;
    GradRbtn: TRadioButton;


var
  MainForm: TMainForm;


implementation



// Built-in 'sin' etc. can't have its address taken
function Sin(r: Extended): Extended;
begin
  Result := System.Sin(r);
end;

function Cos(r: Extended): Extended;
begin
  Result := System.Cos(r);
end;


function Tan(r: Extended): Extended;
begin
  Result := JclMath.Tan(r);
end;

function ArcTan(r: Extended): Extended;
begin
  Result := JclMath.ArcTan(r);
end;


{ Transcendental }

function Cot(r: Extended): Extended;
begin
  Result := JclMath.Cot(r);
end;

function Sec(r: Extended): Extended;
begin
  Result := JclMath.Sec(r);
end;

function Csc(r: Extended): Extended;
begin
  Result := JclMath.Csc(r);
end;

function ArcSin(r: Extended): Extended;
begin
  Result := JclMath.ArcSin(r);
end;

function ArcCos(r: Extended): Extended;
begin
  Result := JclMath.ArcCos(r);
end;

function ArcCot(r: Extended): Extended;
begin
  Result := JclMath.ArcCot(r);
end;

function ArcSec(r: Extended): Extended;
begin
  Result := JclMath.ArcSec(r);
end;

function ArcCsc(r: Extended): Extended;
begin
  Result := JclMath.ArcCsc(r);
end;

{ Hyperbolic }

function CosH(v: Extended): Extended;
begin
  Result := JclMath.CosH(v);
end;

function CotH(v: Extended): Extended;
begin
  Result := JclMath.CotH(v);
end;

function CscH(v: Extended): Extended;
begin
  Result := JclMath.CscH(v);
end;

function SecH(v: Extended): Extended;
begin
  Result := JclMath.SecH(v);
end;

function SinH(v: Extended): Extended;
begin
  Result := JclMath.SinH(v);
end;

-------&&&&&&------

JclMath.pas is available at:
http://jcl.svn.sourceforge.net/viewvc/jcl/trunk/jcl/source/common/





Subject: Re: TjvBalloonHint
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Mon, 3 Mar 2008 16:14:28 +0000 (UTC)
Newsgroups: jedi.vcl

M. Vercherat wrote:

> > Where is this component, package ?
> > Thanks

Hi, hope it is OK to plug an IDE tool I use - cnWizards - they have a
really nice button on the component pallette (say D7), which has
incremental search and also tells you which pallette it is on etc.

Their package is very good, with lots of tools I would find it
difficult to work without. http://www.cnpack.org/index.php?lang=en

-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: JvConsts.pas compilation issue: JvConsts.pas(120): E2004 Identifierredeclared: 'SDelphiKey'
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 29 Feb 2008 22:07:19 +0100
Newsgroups: jedi.vcl

Could it be that you have an old Jedi.inc somewhere on your hard disk?
The JvConsts.pas is in the common directory and as such it is compiled
for everytime project. I don't know why we still have some .pas files
in the common directory.

-- Regards, Andreas Hausladen 

Subject: JvConsts.pas compilation issue: JvConsts.pas(120): E2004 Identifier redeclared: 'SDelphiKey'
From: Warren Postma <wp@tekran.com>
Date: Fri, 29 Feb 2008 15:43:42 -0500
Newsgroups: jedi.vcl

We have a lot of problems with building our applications whenever they use any JVCL visual
component that in turn declares JvConsts in the interface section.
Basically the problem as I see it, is an internal compiler bug, a very obscure one, that has the following characteristics:

         1.  You need a large number of PAS Units, all including some common unit, like JvConsts.pas, from the INTERFACE USES clause.
         2. The INTERFACE section of the affected unit (JvConsts.pas) needs to have a deeply nested block of conditionally defined constants.
         3. Somehow, the DELPHI11 key is NOT defined, in one case, and IS defined in another case, causing two or more DCU files on your
         hard drive, neither one of which is named JvConsts.pas, but is some other unit that uses it, to contain multiple but different definitions for a
         Constant.   Several definitions of SDelphiKey where all are identical is not sufficient to cause the problem.
         4. Finally you get a duplicate identifier error like this: 

[DCC Error] JvConsts.pas(120): E2004 Identifier redeclared: 'SDelphiKey'

Because this is driving me crazy, I solved it by reworking JvConsts.pas.  I was able to solve the problem by removing the block of ifdef'd SDelphiKey constants from JvConsts.pas and making my own JvDelphiKey.pas that defines a "function SDelphiKey:String", and then moving the big block of ifdefs into the implementation section.

Now everything builds just fine. Another strange workaround that works in this case is to RENAME the JVCL\run\JvConsts.pas to $$$JvConsts.pas.  The compiler will use the JvConsts.dcu already existing, and continue.

We get this problem frequently, and we tried to work around it by removing all the JEDI JVCL source folders (common, run, etc)  from the project source path and the IDE environment's  Library path, but until we renamed JvConsts.pas, so the compiler could NOT see it, we could not get our projects to build.

We suspect there may be other workarounds, including carefully structured library and search paths such that folders full of DCUs like our application's DCU output folders, and the JVCL pre-compiled DCU folders (jvcl\dcu and jvcl\lib\d10 in our case) are the cause of conflicts with each other.

We are still unable to figure out why SDelphiKey is actually considered "redeclared" as above, but I suspect it has something to do with the behaviour of the compiler;  The interface section declarations, including constant values for all units used in a unit's interface section, appear to be combined together, thus there appears a small possibility that somewhere, from some context, the compiler generates first one value for SDelphiKey, and then another, for the same unit.   If we build completely from source code and have no DCU-only folders in our search paths, we still occasionally have the problem. We also suspect an obscure compiler bug may be causing this problem.


Warren







Subject: TJvFormStorage
From: "J. Clarke" <jclarke@dssinc.comNOSPAM>
Date: Fri, 29 Feb 2008 08:42:43 -0500
Newsgroups: jedi.vcl

I have a TJvFormStorage component linked with TJvAppXMLFileStorage 
component.  I can write to a TMemoryStream with:

    JVAppXMLFileStorage1.Xml.SaveToStream( StreamTemp );

I'd actually like to to this with a TJvAppIniFileStorage component (cause we 
want the INI format vs the XML format), but I can't figure out the correct 
method to SaveToStream.

Can anyone get me on the correct path.  If I can't do it from the INI, is 
there a way to do it directly from the JvFormStorage component directly?

TIA - Jeff




Subject: JvObjectInspector help
From: "SG" <sg.delphi7@gmail.com>
Date: Fri, 29 Feb 2008 11:32:14 +0100
Newsgroups: jedi.vcl

Hi All!

How can I add font name property the following class, which I can choose
from a combobox in runtime:

TCmdFontFace=class(TCmdClass)
  private
    FFontName:TFontName;
    procedure SetFontName(const Value: TFontName);
  public
   constructor Create;
    destructor Destroy;override;
  published
    property FontName:TFontName read FFontName write SetFontName;
  end;

I would like to choose font name from a combobox in JvObjectInspector in
runtime.

Reg,
  SG




Subject: JvRichEdit with RichEdit5
From: "Rael" <rael@nospam.com>
Date: Thu, 28 Feb 2008 13:47:56 +0200
Newsgroups: jedi.vcl

Hi,

Is it possible for JvRichEdit to use RichEdit5 as it's edit control on 
systems that have it? (eg win xp).

Thanks
Rael 




Subject: jvhttpgrabber & grabberlist questions
From: "Alchemist" <alchemist@digital-alchemy.net>
Date: Sat, 23 Feb 2008 12:57:38 -0600
Newsgroups: jedi.vcl

All,

Im experimenting with using the httpfilegrabber components to do automatic 
application updates... but am having problems if there is no internet 
connection available or the server is unavailable.  The Onerror event is not 
fired in these instances and the CanGrab function returns true even when the 
server is  not present.   The end result is you get a 0 byte file if the 
connection cannot be reached.  Is there any way to do error handling with 
these components?

Also the heading of the pas file for the grabberlist component says that it 
is replacing the separate http, ftp, etc. grabbers... does this mean that 
the separate components will go away in later releases of the JVCL?

Thanks,

Dan 




Subject: Bug in TJvGradientHeaderPanel 3.33
From: Peter Panino <peter-panino@aon.at>
Date: Sat, 23 Feb 2008 14:25:37 +0100
Newsgroups: jedi.vcl

At every start of the IDE and always at run-time, LabelCaption property is automatically set to 'Put your text here ...', regardless to which string the property has been set at design-time.


Subject: Re: OT:Question about Object Size
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 23 Feb 2008 00:09:12 +0100
Newsgroups: jedi.vcl

Thanks Andreas for clearification.

I was thinking in the same way, but i was not sure :-)

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>> Is it a problem of memory usage? Would it be better to use a local
>> unit function?
>
> There would be no difference. This function exists 1x in memory but you
> can have multiple instances of the object. The memory for the strings
> is allocated at start time that's all.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: OT:Question about Object Size
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 23 Feb 2008 00:04:05 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Is it a problem of memory usage? Would it be better to use a local
> > unit function?

There would be no difference. This function exists 1x in memory but you
can have multiple instances of the object. The memory for the strings
is allocated at start time that's all.

-- Regards, Andreas Hausladen 

Subject: OT:Question about Object Size
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 22 Feb 2008 23:05:39 +0100
Newsgroups: jedi.vcl

Hi,

one more basic question.

Is it a problem to have such a function (as shown at the end) in an object which is heavily used in a application.

Is it a problem of memory usage? Would it be better to use a local unit function?

Greetings
Jens

P.S: There is no translation needed.

function tCustomStatement.EditIntf_GetPropertyHint(const PropertyName :
    string): string;
begin
  if PropertyName = 'AutoRefreshSeconds' then
    Result := 'Interval in seconds for the autorefresh of the statement'
  else if PropertyName = 'Description' then
    Result := 'Description of the statement'
  else if PropertyName = 'DetailStatements' then
    Result := 'List of detail statements'
  else if PropertyName = 'FetchAllRecords' then
    Result := 'Flag if all records should be fetched or only a starting number.'#13#10+
              'Only when this option is activated all enhanced options (local sort, '+
              'local filter, grouping, etc.) of the table grid will be activated. '+
              'Deactivating this option takes less memory on large datasets.'
  else if PropertyName = 'Fields' then
    Result := 'List of field definition.'#13#10+
              'A field definition can be used to define non default behaviour of the result columns.'
  else if PropertyName = 'FilterList' then
    Result := 'List of sql filter fields.'#13#10+
              'For each filter a visible input field is created. The filter values are added to the ' +
              'select statement and the select statement will be executed again.'
  else if PropertyName = 'OpenInThread' then
    Result := 'Flag to define whether the statement is executed in a separate thread or nor.'
  else if PropertyName = 'Operations' then
    Result := 'List of operations which could be defined for a statement.'#13#10+
              'An operation is a button which executes a free definable sql statement. ' +
              'The sql statement could depend on values from the current result set.'
  else if PropertyName = 'Path' then
    Result := 'Path of the statement in the statement tree'
  else if PropertyName = 'SQL' then
    Result := 'Select statement which is executed against the database.'
  else if PropertyName = 'SQLDelete' then
    Result := 'Use SQLDelete property to specify SQL statement that will be used when applying a deletion to a record. Statements can be parameterized queries. '#13#10+
              ''#13#10+
              'Example'#13#10+
              'DELETE FROM Orders'#13#10+
              'WHERE'#13#10+
              '  OrderID = :Old_OrderID'
  else if PropertyName = 'SQLInsert' then
    Result := 'Use SQLInsert property to specify SQL statement that will be used when '+
              'applying an insertion to a dataset. Statements can be parameterized queries. '+
              'Names of the parameters should be the same as field names. Parameters prefixed '+
              'with OLD_ allow to use current values of fields prior to actual operation.'#13#10+
              'Use ReturnParam to return OUT parameters back to dataset.'#13#10#13#10+
              'Example:'#13#10+
              'INSERT INTO Orders'#13#10+
              '  (Shipname)'#13#10+
              '  VALUES'#13#10+
              '     (:Shipname)'
  else if PropertyName = 'SQLRefresh' then
    Result := 'Use SQLRefresh property to specify SQL statement that will be used '+
              'to refresh current record by calling RefreshRecord procedure.'#13#10+
              'Another behavior is observed when SQLRefresh property is assigned '+
              'with a single WHERE clause that holds frequently altered search '+
              'condition. In this case WHERE clause from SQLRefresh is combined '+
              'with the same clause of SELECT statement in SQL property and this '+
              'final query is then sent to database server.'#13#10+
              ''#13#10+
              'Example'#13#10+
              'SELECT Shipname FROM Orders'#13#10+
              'WHERE'#13#10+
              '  OrderID = :OrderID'
  else if PropertyName = 'SQLUpdate' then
    Result := 'Use SQLUpdate property to specify SQL statement that will be used '+
              'when applying an update to a dataset. Statements can be parameterized '+
              'queries. Names of the parameters should be the same as field names. '+
              'Parameters prefixed with OLD_ allow to use current values of fields '+
              'prior to actual operation.'#13#10+
              'Use ReturnParam to return OUT parameters back to dataset.'#13#10+
              ''#13#10+
              'Example'#13#10+
              'UPDATE Orders'#13#10+
              'SET'#13#10+
              '  ShipName = :ShipName,'#13#10+
              'WHERE'#13#10+
              '  OrderID = :Old_OrderID'
  else if PropertyName = 'StatementName' then
    Result := 'Name of the statement wich is shown in the statement tree and '+
              'in the tabs over the statements'
  else if PropertyName = 'Options' then
    Result := 'Additional options to define the behaviour of the statement'
  else if PropertyName = 'Views' then
    Result := 'Property to define which view types are valid for the statement'
  else if PropertyName = 'Visibility' then
    Result := 'Property to define the visibility of the statement'
  else if PropertyName = 'WriteAccess' then
    Result := 'Property to define in which circumstances the statement results are updatable'
  else if PropertyName = 'DetailFields' then
    Result := 'Use DetailFields property to specify fields that correspond to foregin key fields '+
              'from MasterFields when building master/detail relationship. DetailFields is a string '+
              'containing one or more field names in the detail table. Separate field names with semicolons.'#13#10+
              'The where statement part of the statement will be automaticly expanded with the following defintion:'#13#10+
              '  <DETAIL_FIELD> = :<MASTER_FIELD'
  else if PropertyName = 'MasterFields' then
    Result := 'Use MasterFields after setting MasterSource property to specify '+
              'the names of one or more fields that are used as foreign keys for '+
              'this dataset when establishing detail-master relationship between '+
              'it and the dataset specified in MasterSource.'#13#10+
              'MasterFields is a string containing one or more field names in the '+
              'master table. Separate field names with semicolons.'#13#10+
              'Each time the current record in the master table changes, the new '+
              'values in those fields are used to select corresponding records in this table for display.'
  else if PropertyName = 'InlineDetailStatement' then
    Result := 'This flag defines whether the detail statement is shown inline of '+
              'the master statement or as a separate grid under the master statement'
  else
    Result := inherited EditIntf_GetPropertyHint (PropertyName);
end;

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: ANN: UIB removed from the JVCL, please use sources from Progdigy
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 Feb 2008 22:13:13 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>> I'll fix them ASAP.
>
> Fixed.

Thanks, these errors were unintened, I did a bit of Mantis work on a computer where I only have BDS2006 installed and intended to check this tonight. You were faster than me on this one.

Thanks
Olivier


Subject: Re: ANN: UIB removed from the JVCL, please use sources from Progdigy
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 20 Feb 2008 18:40:01 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I'll fix them ASAP.

Fixed.

-- Regards, Andreas Hausladen 

Subject: Re: ANN: UIB removed from the JVCL, please use sources from Progdigy
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 20 Feb 2008 18:29:21 +0100
Newsgroups: jedi.vcl

Do we also drop Delphi 5 support? Or are the compiler errors unintended
:-)
I'll fix them ASAP.

-- Regards, Andreas Hausladen 

Subject: ANN: UIB removed from the JVCL, please use sources from Progdigy
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Feb 2008 12:01:12 +0100
Newsgroups: jedi.vcl,jedi.general

Hi all,

Almost two years ago it was proposed to remove the UIB compoments from the JVCL because it was a source of conflicts with the packages from their original author. Back then, the components were already not maintained in the JVCL and were left as a reference only. The discussion can be seen here:

http://delphi.newswhat.com/geoxml/forumhistorythread?groupname=jedi.vcl&messageid=eaoeb6$t6s$1@news.talkto.net

Today, I have finally removed all UIB related sources from the SVN repository and the next daily and release versions will no longer contain these components. Should you need them, please go to the Progdigy website to get them (http://www.progdigy.com/)
You will as a result benefit from the updates available over there.

The installer will unregister the packages from within the IDEs but not remove the files from the folder where you place the compiled packages. The deletion is left up to you.

We apologize for the potential problems this could create but with this change, the situation is now much clearer and the users who where having troubles solving the conflicts with the two packages will now be better off.

Regards
Olivier


Subject: Balloon Hints - How to get to work?
From: Lee <luv2program@yahoo.com>
Date: Tue, 19 Feb 2008 17:02:01 -0500
Newsgroups: jedi.vcl


I've been playing with the demo and different property settings to no avail. Regular hints are not work, but then neither are the balloon hints.

Works in the demo though...go figure.

Can anyone lend a a suggestion?  Is there a secret Frend Sanfard combination that I'm missing ;)

Thanks,

Lee


Subject: Re: JvPluginWizard C++ Builder Support
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 19 Feb 2008 20:27:38 +0100
Newsgroups: jedi.vcl

RH wrote:
> Hi all,
>
> Here is what has been changed for the update to the plug-in code available in the binaries group:
>
> - Fixed C++ Builder 6 plug-in support. Tested, and it works fine on my system. Package project creation in BCB6 is broken, so we have to utilize the "TJvPluginProjectCreator.NewOptionSource" to get it working properly.  This was a real pain to solve, but now it's all working fine.
>
> - Added C++ Builder 5 support (can't test it since I can't compile JVCL on BCB5, the latest snapshot seems to be broken).
>
> - Fixed RAD Studio 2007 support.  The projects are now created properly. They use the new ToolsAPI defined types of sCppPackage and sDynamicLibrary, which are new for RAD Studio 2007 (and maybe BDS2006).
>
> There seems to be a display bug with RAD Studio 2007.  When a project of type sCppPackage or sDynamicLibrary is created, the resulting output filename has "exe" as the extension, which is not correct.  It should be either BPL or DLL.  Now it turns out that this is only a DISPLAY issue.  If you try to compile, a BPL/DLL file is generated correctly (with the correct extension).  If you save the project and re-open it, you will see that it fixes itself, and displays BPL or DLL correctly.  Strange bloody bug that I can't seem to find a work-around for.  It may just be *MY* system that has this issue.  Can someone else confirm if this is in fact a bug or not please.
>
> I hope this all works now... this has been a royal pain thanks to the ToolsAPI not behaving properly (or behaving differently between versions of Builder/Delphi etc etc), and not to mention the extreme lack of documentation about it all. :(

Here are the results:

Compilation problems:
Hint: Package 'JvPluginC5D' does not use or export
'JvPluginReg.TJvDelphiPluginWizardForm.InitializeWizard'

sCppDynamicLibrary and sCppPackage are only present in CDS2007, had to change TJvPluginProjectCreator.GetCreatorType to do the if Wizard.IsCBuilder part only for COMPILER11_UP

C5:
Still get access violation for Package Type
Ok for DLL type.

C6:
Package type, got a datamodule created. If I choose "File, close all", I get an error message saying "Unable to find project". If I click ok, nothing is closed. I do "File, close all" again, it asks me to save "PlugInPluginName.cpp" to which I say "No". Then I have the same question but for project "PlgPluginName". I say "No" and I get an access violation at 400EE72E in module vcl60.bpl, read of address 00000305. If I click ok, nothing is closed. The only way is to close the IDE, which leads to the first AV then "unknown software exception" at location 0x40008f98.
Ok for DLL type.

C2006, C2007: All is ok

Thanks for your help, the situation is getting much better.


Subject: Re: latest dailiy doesn't compile - JvToolEdit
From: "John Friel" <john@frieltek.com>
Date: Tue, 19 Feb 2008 10:21:21 -0600
Newsgroups: jedi.vcl

I like Vista, but I install all my software into a new path "C:\Programs" 
that I create and give "Everyone" full rights to.  Until Microsoft fixes 
Vista to work the way XP does, all software I write will not use the 
"Program Files" path anymore.

> > BTW: All complains for these functions should go to Microsoft for their
> > stupid idea of localized alias folder names that can't be used in
> > CreateFile, GetFileAttributes, FindFirstFile, ... calls.
> > http://tinyurl.com/2w3ey7
> > http://andy.jgknet.de/blog/archives/90-Vista-and-localized-folder-names.html




Subject: Re: TColorBox - Which Delphi Version
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 19 Feb 2008 00:23:44 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Please can anybody check, in which version TColorBox is introduced.

It was introduced in Delphi 6.


-- Regards, Andreas Hausladen 

Subject: TColorBox - Which Delphi Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 18 Feb 2008 23:58:49 +0100
Newsgroups: jedi.vcl

Please can anybody check, in which version TColorBox is introduced.

In D5 it's not included, and i have only D5 and D2007 installed.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: How to install (and use) both v3.33 and daily in parallel?
From: "ssamayoa" <nospam@stopspam.com>
Date: Mon, 18 Feb 2008 22:09:31 +0100
Newsgroups: jedi.vcl

> >This allows you to have two Delphi 2007 "installations" under different
> >registry keys:

Does this works with D2006?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to install (and use) both v3.33 and daily in parallel?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 18 Feb 2008 21:27:34 +0100
Newsgroups: jedi.vcl

ssamayoa wrote:

>> > > This allows you to have two Delphi 2007 "installations" under
>> > > different registry keys:
> > 
> > Does this works with D2006?
> > 
> > Regards.
> > 
> > 
> > 
> > --- posted by geoForum on http://delphi.newswhat.com

From the JVCL side: It works with Delphi 5, 6, 7, 2005, 2006 and 2007,
BCB 5 and 6

-- Regards, Andreas Hausladen 

Subject: Re: How to install (and use) both v3.33 and daily in parallel?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 18 Feb 2008 17:31:28 +0100
Newsgroups: jedi.vcl

Achim Kalwa wrote:

> > - Can I use the JCL/JVCL installer for this?
> > - Maybe use the packages and compile/install one by one?
> > - How to manage which packages gets installed/loaded in the
> >   Delphi IDE (using D2007)?

Speaking for JVCL only, you can start the JVCLInstaller with the "-r"
command line option which redirects every registry access to the
specified subkey (like the IDE's -r command line option).

This allows you to have two Delphi 2007 "installations" under different
registry keys:

1. start "bds.exe -rDaily" for the first time
2. start "JVCLInstall.exe -rDaily" and change all BPL/DCP/HPP output
directories so that the files will not conflict with your production
version.


-- Regards, Andreas Hausladen 

Subject: How to track a Begin/End docking
From: Yann PAPOUIN <yann.papouin@gmail.com>
Date: Mon, 18 Feb 2008 16:49:09 +0100
Newsgroups: jedi.vcl

Hi,

I need to know when the user start/stop to move a Form with a DockClient.
It's because I need to stop the rendering of an opengl window to avoid a flickering effect.

With a classic form, I was using this procedures to track the event
      procedure WMEnterSizeMove(var Message: TMessage) ; message WM_ENTERSIZEMOVE;
      procedure WMExitSizeMove(var Message: TMessage) ; message WM_EXITSIZEMOVE;
But when the form became a dockable form, this procedures are not executed.

Where can I add tis procedures in the JvDocking code to track them ?

The best solution for me would be to add 2 published properties in the TJVDockClient code like:
    OnMoveBegin
    OnMoveEnd


Subject: How to install (and use) both v3.33 and daily in parallel?
From: Achim Kalwa <spamcollector@achim-kalwa.de>
Date: Mon, 18 Feb 2008 09:13:44 +0100
Newsgroups: jedi.vcl

Hello *,

I would like to install both the stable version 3.33 and the daily JVCL/JCL in parallel. My regular development projects must use the v3.33 stable, but for new projects and testing I would like to use the daily source.

- Can I use the JCL/JVCL installer for this?
- Maybe use the packages and compile/install one by one?
- How to manage which packages gets installed/loaded in the
  Delphi IDE (using D2007)?

TIA
Achim


Subject: Re: Docking Help
From: Lee <luv2program@yahoo.com>
Date: Sun, 17 Feb 2008 15:18:39 -0500
Newsgroups: jedi.vcl

Lee wrote:
> Lee wrote:
>> I'm trying to follow the example project, DockingInCode, and I'm having a bit of trouble.
>>
>
> After posting, I thought it might be better if I posted what I want to do.  I have for forms that I would like to position around a TPanel (which is my customdockPanel) Left, Bottom, Right and Top.
>

Got it.  ManualDock(dockMain.LeftDockPanel), ManualDock(dockMain.RightDockPanel), etc.


Thanks,

Lee


Subject: Re: latest dailiy doesn't compile - JvToolEdit
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 17 Feb 2008 20:59:25 +0100
Newsgroups: jedi.vcl

Miha Vrhovnik a écrit :
> Argh... jcl it seems that jcl buils are laging behind for one day...
> Taken the source from svn...

Sorry the virtual machine that used to trigger the creation daily zips is down for some days, it should be working on next Wednesday.

I just manually triggered their creation.

On a near future, I would like to generate more daily zips (or weekly zips) containing documentation updates and distributions for turbo/trial editions of Delphi.

- Florent


Subject: Re: Docking Help
From: Lee <luv2program@yahoo.com>
Date: Sun, 17 Feb 2008 13:03:57 -0500
Newsgroups: jedi.vcl

Lee wrote:
> I'm trying to follow the example project, DockingInCode, and I'm having a bit of trouble.
>

After posting, I thought it might be better if I posted what I want to do.  I have for forms that I would like to position around a TPanel (which is my customdockPanel) Left, Bottom, Right and Top.

Thanks,

Lee


Subject: Docking Help
From: Lee <luv2program@yahoo.com>
Date: Sun, 17 Feb 2008 11:53:56 -0500
Newsgroups: jedi.vcl

I'm trying to follow the example project, DockingInCode, and I'm having a bit of trouble.

procedure TMainForm.btn1Click(Sender: TObject);
var
  AList: TList;
  ExtenForm: TExtensionsView;
begin
  AList := TList.Create;
  try
    dockMain.CustomDockPanel.GetDockedControls(AList);
    ExtenForm := TExtensionsView.Create(nil);
    ExtenForm.Show;
    if AList.Count > 0 then
      ExtenForm.ManualDock(dockMain.CustomDockPanel,
        TWinControl(AList.Items[AList.Count-1]), alRight)
    else
      ExtenForm.ManualDock(dockMain.CustomDockPanel, nil, alNone);
  finally
    AList.Free;
  end;
end;

The first time I run the procedure, the form is created and docked.  The second time I run the procedure, AList.Count is always 0 and so the ExtenForm.ManualDock method is called with alNone as the alignment and I get an exception, "Invalid DockSiteOrientation value doNoOrient."

I also tried calling ManualConjoinDock with 2 newly created forms and get the same exception.

I'm not clear on which control the exception is referring to and I'm a bit lost to be honest.  Any help is appreciated.

Thank you.

Lee


Subject: Re: latest dailiy doesn't compile - JvToolEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 17 Feb 2008 13:27:53 +0100
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:

> > Also have installed latest jcl build and no function with that name is
> > present in any of the units.

I added these functions last night to the JclFileUtils.pas unit and
used them in JvToolEdit.pas.
Looks like the JCL daily build has not catched these changes even if
they were commited before commiting the JVCL changes. The next build
should work again.

BTW: All complains for these functions should go to Microsoft for their
stupid idea of localized alias folder names that can't be used in
CreateFile, GetFileAttributes, FindFirstFile, ... calls.
http://tinyurl.com/2w3ey7
http://andy.jgknet.de/blog/archives/90-Vista-and-localized-folder-names.html


-- Regards, Andreas Hausladen 

Subject: Re: latest dailiy doesn't compile - JvToolEdit
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sun, 17 Feb 2008 10:58:49 +0000 (UTC)
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:

> > At least todays build doesn't complie unit JvToolEdit as
> > PathGetPhysicalPath, PathGetLocalizedPath functions are not defined
> > anywhere.
> > 
> > Also have installed latest jcl build and no function with that name is
> > present in any of the units.
> > 
> > Regards,
> > Miha


Argh... jcl it seems that jcl buils are laging behind for one day...
Taken the source from svn...

REgards,
Miha
-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://www.simail.si - small advanced e-mail client, 1.0 version is making a revolution in e-mail managment world, with automatic message classification into views. 

Subject: latest dailiy doesn't compile - JvToolEdit
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sun, 17 Feb 2008 10:43:54 +0000 (UTC)
Newsgroups: jedi.vcl

At least todays build doesn't complie unit JvToolEdit as
PathGetPhysicalPath, PathGetLocalizedPath functions are not defined
anywhere.

Also have installed latest jcl build and no function with that name is
present in any of the units.

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://www.simail.si - small advanced e-mail client, 1.0 version is making a revolution in e-mail managment world, with automatic message classification into views. 

Subject: timeframework enhancments/fixes
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sun, 17 Feb 2008 10:28:21 +0000 (UTC)
Newsgroups: jedi.vcl

Hi

Right now I have a very small subset (2 fixes) for timeframewok, but
I'm also working on features that it will allow implementin a drilldown.

Any chances that this would quickliy land in SVN?

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://www.simail.si - small advanced e-mail client, 1.0 version is making a revolution in e-mail managment world, with automatic message classification into views. 

Subject: Re: TjvBalloonHint
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 14 Feb 2008 23:06:18 +0100
Newsgroups: jedi.vcl

If you have problems finding a(n installed) component, right click the 
palette, click Properties and select the last item in the left listbox, 
click the Name column in the grid, browse down to the component to see the 
package and tab name.

If the component isn't installed, do a file search in the jvcl\packages\dX 
folder for the component name

-- Regards, Peter "M. Vercherat" <vercherat.maurice@libertysurf.fr> skrev i meddelandet news:mn.71d17d82ecfdb4e8.52190@libertysurf.fr...
> > OBones a formulé la demande :
>> >> M. Vercherat wrote:
>>> >>> Where is this component, package ?
>>> >>> Thanks
>> >>
>> >> JvNonVisual palette tab, in the JvCustom package
> >
> > Merci, sorry thanks :-)
> >
> > 




Subject: Re: Farewell Robert
From: "Tumer Topcu" <sds@ddwed.dwe>
Date: Thu, 14 Feb 2008 16:36:37 +0200
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

Sad news :(

We'll definitely miss you Robert...

"Christian Wimmer" <chriswimmer@gmx.de> wrote in message 
news:flfqp4$bn2$1@news.talkto.net...
> >I was just informed that Robert Marquardt passed away on December 29th,
> > 2007.
> >
> > Although I didn't know him to long - I can say that he was always a good
> > man and did great things for the Delphi and JEDI community. Especially
> > he helped me to improve the JEDI Security Library (JWSCL).
> >
> > We'll miss you, Robert.
> >
> > Farewell says
> > Christian Wimmer
> >
> >
> > original posted on:
> > http://blogs.codegear.com/johnk/2008/01/01/38837 




Subject: JvDockServer and common Toolbar
From: Marcel Anklam <manklam@NoNoNo^vectronic-aerospace.com>
Date: Thu, 14 Feb 2008 15:15:40 +0100
Newsgroups: jedi.vcl

Hello there,

I use the JvDockServer on my MainForm and I also have a ControlBar with dockable Toolbars on the form. I have the problem that Toolbars can be docked to the dockPanels, managed by the Dockserver. I don't want that, Toolbars should only be dockable to the ControlBar. Ist there an option to handle this? I tried the OnDragOver Event of the Toolbar with the following line of Code:

Accept := Sender is TControlBar;

But the Event is not even called.

Thank you in advance,
Marcel
(BDS2006 - Delphi for Win32)


Subject: Re: JvPluginWizard C++ Builder Support
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 14 Feb 2008 10:24:44 +0100
Newsgroups: jedi.vcl

RH wrote:
> Hi guys,
>
> Has anyone had a chance to review the latest code I uploaded to the binaries group on the 19th of January? I'm interested in knowing if everything is alright with the plug-in code now.
>
> The post above (19th Jan 2008)describes the changes that were done.
>

Ah sorry, I missed this post.
I'll look into this monday evening unless someone else has done so before.

Thanks for your help


Subject: Re: JvPluginWizard C++ Builder Support
From: RH <askme@for.it.au>
Date: Thu, 14 Feb 2008 19:38:50 +1100
Newsgroups: jedi.vcl

Hi guys,

Has anyone had a chance to review the latest code I uploaded to the binaries group on the 19th of January? I'm interested in knowing if everything is alright with the plug-in code now.

The post above (19th Jan 2008)describes the changes that were done.


Thanks,

Ramzi



Subject: Re: TjvBalloonHint
From: M. Vercherat <vercherat.maurice@libertysurf.fr>
Date: Thu, 14 Feb 2008 07:45:46 +0100
Newsgroups: jedi.vcl

OBones a formulé la demande :
> M. Vercherat wrote:
>> Where is this component, package ?
>> Thanks
>
> JvNonVisual palette tab, in the JvCustom package

Merci, sorry thanks :-)




Subject: Re: TjvBalloonHint
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 13 Feb 2008 18:36:49 +0100
Newsgroups: jedi.vcl

M. Vercherat wrote:
> Where is this component, package ?
> Thanks

JvNonVisual palette tab, in the JvCustom package


Subject: TjvBalloonHint
From: M. Vercherat <vercherat.maurice@libertysurf.fr>
Date: Tue, 12 Feb 2008 20:42:05 +0100
Newsgroups: jedi.vcl

Where is this component, package ?
Thanks




Subject: Re: jcl/jvcl install with d2007 trial version
From: "borland_linuxer" <sergio_rj45@yahoo.com.br>
Date: Mon, 11 Feb 2008 21:37:18 +0100
Newsgroups: jedi.vcl

> >la friends conseguie not finish gave lower the error.
> >
> >  Conseguie not yet finished installing the jedi in dephi 2007 rad sp3,
> >  I am in the fight
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

	
Conseguie installing manually only.

Hugging



--- posted by geoForum on http://delphi.newswhat.com


Subject: Docking VS.NET Style
From: "Martijn" <mvy@crystalfibers.com>
Date: Mon, 11 Feb 2008 17:01:47 +0100
Newsgroups: jedi.vcl

Hi,

Can someone tell me how i can increase the snapbuffer for (VS.NET Style), 
because you almost have to be off screen with the mousecursor to start the 
docking.

Thanks in advance.

Martijn




Subject: Re: jcl/jvcl install with d2007 trial version
From: "borland_linuxer" <sergio_rj45@yahoo.com.br>
Date: Sat, 9 Feb 2008 16:50:01 +0100
Newsgroups: jedi.vcl

la friends conseguie not finish gave lower the error.

  Conseguie not yet finished installing the jedi in dephi 2007 rad sp3,
  I am in the fight



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvPicClip
From: "George Anderson Piaulino" <george.virtual@uol.com.br>
Date: Fri, 8 Feb 2008 14:30:37 -0300
Newsgroups: jedi.vcl

     Someone has an idea what is the functionality of JvPicClip?

      Thanks

      George




Subject: Re: jcl/jvcl install with d2007 trial version
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 8 Feb 2008 12:26:39 +0100
Newsgroups: jedi.vcl

> >borland_linuxer a écrit :
>> >> ola amigos nao conseguie terminar de baixar o  deu erro.
> >
>> >> ainda nao conseguie terminar de instalar o jedi no dephi 2007 rad sp3,
>> >> estou na luta.
> >
> >Hello,
> >
> >These newsgroups used to be english speaking.
> >Some readers may not understand what you wrote.
> >
> >- Florent
> >

Some :-) ;-?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jcl/jvcl install with d2007 trial version
From: "borland_linuxer" <sergio_rj45@yahoo.com.br>
Date: Thu, 7 Feb 2008 21:27:08 +0100
Newsgroups: jedi.vcl

> >Lacroix Luc schrieb:
>> >> I downloaded a trial version of d2007, then tried to install jvcl3.33.
>> >> cmd line tools are not supported in the trial version of delphi.
>> >> how can I install jvcl, please ?
>> >> Thanks, Luc.
> >
> >
> >Instead use the web installer for JCL and JVCL from
> >http://jcl.sourceforge.net/websetup/jcl/JCLSetup.exe
> >http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe
> >
> >
> >Greets
> >Chris
> >

ola amigos nao conseguie terminar de baixar o  deu erro.

> >http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe

ainda nao conseguie terminar de instalar o jedi no dephi 2007 rad sp3,
estou na luta.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jcl/jvcl install with d2007 trial version
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 07 Feb 2008 21:08:39 +0100
Newsgroups: jedi.vcl

borland_linuxer a écrit :
> ola amigos nao conseguie terminar de baixar o  deu erro.

> ainda nao conseguie terminar de instalar o jedi no dephi 2007 rad sp3,
> estou na luta.

Hello,

These newsgroups used to be english speaking.
Some readers may not understand what you wrote.

- Florent


Subject: JvDBGrid features
From: cadetill <cadetill@terra.es>
Date: Thu, 07 Feb 2008 13:05:52 +0100
Newsgroups: jedi.vcl

Hi all

I should like to know if the JvDBGrid have any of the following features

1.- Print/Preview data using QR or another report
2.- Sort data if the dataset is a TClientDataSet or a descendant of TQuery
3.- Copy to the clipboard all data, record data or field data
4.- Group information by a field
5.- Totalize columns

Thanks :)
cadetill


Subject: JEDI help integration?
From: "Averwind" <averis@gmail.com>
Date: Thu, 7 Feb 2008 11:56:57 +0100
Newsgroups: jedi.vcl

Can somebody show me the steps I need to take to integrate JEDI
documentation inside Delphi 7?



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvPreviewControl - blinking while scrolling
From: "MikalaI_BLR" <sitsko1@rambler.ru>
Date: Thu, 7 Feb 2008 08:30:20 +0100
Newsgroups: jedi.vcl

 Dear all,

While I scroll jvPreviewControl, it's blinking several times. It seems to 
be  either a problem  with Paint or DrawPages function. Does anybody know 
how to fix the problem?

Thanks advance



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jcl/jvcl install with d2007 trial version
From: "Lacroix Luc" <andermillen@gmail.com>
Date: Tue, 5 Feb 2008 14:10:55 +0100
Newsgroups: jedi.vcl

it works fine...
Thank you.
Luc.

"Christian Wimmer" <chriswimmer@gmx.de> a écrit dans le message de news:fo9a8u$tq7$1@news.talkto.net...
> Lacroix Luc schrieb:
>> I downloaded a trial version of d2007, then tried to install jvcl3.33.
>> cmd line tools are not supported in the trial version of delphi.
>> how can I install jvcl, please ?
>> Thanks, Luc.
>
>
> Instead use the web installer for JCL and JVCL from
> http://jcl.sourceforge.net/websetup/jcl/JCLSetup.exe
> http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe
>
>
> Greets
> Chris 



Subject: Re: jcl/jvcl install with d2007 trial version
From: Christian Wimmer <chriswimmer@gmx.de>
Date: Tue, 05 Feb 2008 11:26:34 +0100
Newsgroups: jedi.vcl

Lacroix Luc schrieb:
> I downloaded a trial version of d2007, then tried to install jvcl3.33.
> cmd line tools are not supported in the trial version of delphi.
> how can I install jvcl, please ?
> Thanks, Luc.


Instead use the web installer for JCL and JVCL from
http://jcl.sourceforge.net/websetup/jcl/JCLSetup.exe
http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe


Greets
Chris


Subject: jcl/jvcl install with d2007 trial version
From: "Lacroix Luc" <andermillen@gmail.com>
Date: Tue, 5 Feb 2008 08:57:52 +0100
Newsgroups: jedi.vcl

I downloaded a trial version of d2007, then tried to install jvcl3.33.
cmd line tools are not supported in the trial version of delphi.
how can I install jvcl, please ?
Thanks, Luc.


Subject: Re: LocalAppData
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 3 Feb 2008 22:43:37 +0000 (UTC)
Newsgroups: jedi.vcl

edbored wrote:

>>> > > > Would it be easy to add a similar function GetLocalAppDataFolder?
>> > > 
>> > > Yes, probably. I don't have the source handy, but copy the code and
>> > > simply use another CSIDL_ value.
> > 
> > CSIDL_LOCAL_APPDATA
> > 
> > http://msdn2.microsoft.com/en-us/library/bb762494.aspx

Thanks, that's the one I meant.

-- Rudy Velthuis http://rvelthuis.de "Of all the enemies to public liberty, war is perhaps the most to be dreaded because it comprises and develops the germ of every other." -- James Madison 

Subject: Re: LocalAppData
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sun, 3 Feb 2008 16:40:21 -0500
Newsgroups: jedi.vcl

"Rudy Velthuis" <newsgroups@rvelthuis.de> wrote in message
news:xn0fm06vo3501wy006@forums.talkto.net...
> > Neville Richards wrote:
> >
>> > > In jclSysInfo, we have a function GetCommonAppDataFolder.
>> > >
>> > > Would it be easy to add a similar function GetLocalAppDataFolder?
> >
> > Yes, probably. I don't have the source handy, but copy the code and
> > simply use another CSIDL_ value.

CSIDL_LOCAL_APPDATA

http://msdn2.microsoft.com/en-us/library/bb762494.aspx

EdB




Subject: LocalAppData
From: "Neville Richards" <neville@meltonisl.com>
Date: Sun, 3 Feb 2008 17:19:47 -0000
Newsgroups: jedi.vcl

In jclSysInfo, we have a function GetCommonAppDataFolder.

Would it be easy to add a similar function GetLocalAppDataFolder?

Thanks,

Neville Richards 




Subject: Re: LocalAppData
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 3 Feb 2008 16:41:38 +0000 (UTC)
Newsgroups: jedi.vcl

Neville Richards wrote:

> > In jclSysInfo, we have a function GetCommonAppDataFolder.
> > 
> > Would it be easy to add a similar function GetLocalAppDataFolder?

Yes, probably. I don't have the source handy, but copy the code and
simply use another CSIDL_ value.

-- Rudy Velthuis http://rvelthuis.de "I heard someone tried the monkeys-on-typewriters bit trying for the plays of W. Shakespeare, but all they got was the collected works of Francis Bacon." -- Bill Hirst 

Subject: Re: Automated installation of Jedi JCL/JVCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 02 Feb 2008 14:23:39 +0100
Newsgroups: jedi.vcl,jedi.jcl

Jason Swager wrote:
> Andreas Hausladen wrote:
>> I just committed a "--autoclose" option implementation for the
>> JVCLInstaller.
>
> Very nice.  I look forward to that build.  Thanks!

You can get it from the daily website:

http://jvcl.sf.net/daily/


Subject: Re: Automated installation of Jedi JCL/JVCL
From: Jason Swager <jswager@alohaoi.com>
Date: Fri, 01 Feb 2008 14:51:21 -0800
Newsgroups: jedi.vcl,jedi.jcl

Andreas Hausladen wrote:
> I just committed a "--autoclose" option implementation for the
> JVCLInstaller.

Very nice.  I look forward to that build.  Thanks!


Subject: Re: Automated installation of Jedi JCL/JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 1 Feb 2008 22:14:53 +0100
Newsgroups: jedi.vcl,jedi.jcl

I just committed a "--autoclose" option implementation for the
JVCLInstaller.



-- Regards, Andreas Hausladen 

Subject: Re: Automated installation of Jedi JCL/JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 1 Feb 2008 21:49:31 +0100
Newsgroups: jedi.vcl,jedi.jcl

Jason Swager wrote:

> > Any docs about makemodified.bat and JvclInstall.ini or examples on
> > how to use them?

--ignore-ide          Start installer even if Delphi/BCB is running.
--ignore-bcb          Do not display and compile BCB versions.
--ignore-delphi       Do not display and compile Delphi versions.

--keep-files          Do not call "clean".
--autoupdate          Updates all IDEs where JVCL 3 is installed.
--autoinstall         Installs JVCL 3 for all installed IDEs.
--build               Rebuilds the packages by default

-rDelphi=X            Sets the Registry path for the Delphi IDEs.
-rBCB=X               Sets the Registry path for the BCB IDEs.
-rBDS=X               Sets the Registry path for the BDS IDEs.
(-rBDS=Win32Only)

--lang=X              Sets the Installer's language to X.
--help                Show this screen.


-- Regards, Andreas Hausladen 

Subject: Re: Automated installation of Jedi JCL/JVCL
From: Jason Swager <jswager@alohaoi.com>
Date: Fri, 01 Feb 2008 12:20:40 -0800
Newsgroups: jedi.vcl,jedi.jcl

Andreas Hausladen wrote:
> Florent Ouchet wrote:
> Sure it has. The makemodified.bat does the installation automatically
> if there is a jvcl3\bin\JvclInstall.ini.

Any docs about makemodified.bat and JvclInstall.ini or examples on how to use them?


Subject: Re: Automated installation of Jedi JCL/JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 1 Feb 2008 20:24:27 +0100
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> > The JVCL installer doesn't have such a feature.

Sure it has. The makemodified.bat does the installation automatically
if there is a jvcl3\bin\JvclInstall.ini.


-- Regards, Andreas Hausladen 

Subject: Re: Automated installation of Jedi JCL/JVCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 01 Feb 2008 18:35:32 +0100
Newsgroups: jedi.vcl,jedi.jcl

Jason Swager a écrit :
> We're using the Jedi JCL/JVCL at the company where I work.  I'm trying to find an automated way of installing both the JCL and JVCL to speed up deployment of a developer machine or a quick rebuild of build machine. I think that a manual approach of building the necessary packages, then copying the BPL files to the appropriate directory and adding lines to the registry to get the components to appear in the IDE would probably work with some work.  But since Jedi has such a nice installer, I was wondering if that installer could be automated with something like a response file.  That would be preferable.

Hello,

The development version of the JCL has a command line option to automate the installation but it is unstable. The JVCL installer doesn't have such a feature.
Andreas Hausladen provided some binary distributions of the JCL and JVCL based on InnoSetup. I don't know the features of this release manager but it might support automatic (silent) installation.

- Florent


Subject: Automated installation of Jedi JCL/JVCL
From: Jason Swager <jswager@alohaoi.com>
Date: Fri, 01 Feb 2008 06:54:29 -0800
Newsgroups: jedi.vcl,jedi.jcl

We're using the Jedi JCL/JVCL at the company where I work.  I'm trying to find an automated way of installing both the JCL and JVCL to speed up deployment of a developer machine or a quick rebuild of build machine. I think that a manual approach of building the necessary packages, then copying the BPL files to the appropriate directory and adding lines to the registry to get the components to appear in the IDE would probably work with some work.  But since Jedi has such a nice installer, I was wondering if that installer could be automated with something like a response file.  That would be preferable.

Any thoughts, suggestions on the issue?  Thanks in advance,
Jason Swager


Subject: Re: ThemeService
From: "George Anderson Piaulino" <piaulino@gmail.com>
Date: Fri, 1 Feb 2008 10:22:56 -0300
Newsgroups: jedi.vcl

Find the problem.

uses Themes

"George Anderson Piaulino" <piaulino@gmail.com> escreveu na mensagem 
news:fntgtv$65f$1@news.talkto.net...
> > Hello,
> >
> > I use D7 Enterprise and, when i try to run a program from the Examples
> > shipped with JVCL, i have the following error:
> >
> > Example
> >
> > [Error]JvArrowButton.pas(880)Identifier not declared 'ThemeService'
> >
> > {$IFDEF JVCLThemesEnabled}
> > if ThemeServices.ThemesEnabled then <<<< stuck here
> > Dec(PaintRect.Left);
> > {$ENDIF JVCLThemesEnabled}
> >
> > I there an option to avoid this (when i use the component JvArrowButton in 
> > a
> > new application, no message is raised)
> >
> > Thanks
> >
> >
> > 




Subject: Re: Inegration of custom components into installer
From: "AlexB" <b.a.v@inbox.ru>
Date: Fri, 1 Feb 2008 04:13:57 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The intrusion is minimalist, it will just create some new files in
> > the JVCL source tree. None should be modified.

Oh yes, I was inattentive: there is already the list of xml "headers"
and I can add my own stuff without modification of other files.
It's all I need. Thank you again.

-- Alex. 

Subject: ThemeService
From: "George Anderson Piaulino" <piaulino@gmail.com>
Date: Thu, 31 Jan 2008 21:05:42 -0300
Newsgroups: jedi.vcl

Hello,

I use D7 Enterprise and, when i try to run a program from the Examples
shipped with JVCL, i have the following error:

Example

[Error]JvArrowButton.pas(880)Identifier not declared 'ThemeService'

{$IFDEF JVCLThemesEnabled}
if ThemeServices.ThemesEnabled then <<<< stuck here
Dec(PaintRect.Left);
{$ENDIF JVCLThemesEnabled}

I there an option to avoid this (when i use the component JvArrowButton in a
new application, no message is raised)

Thanks





Subject: Re: Inegration of custom components into installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 31 Jan 2008 14:52:27 +0100
Newsgroups: jedi.vcl

AlexB a e'crit :
> OK, many thanks for information.
>
> But it requires intrusion into installer files.
> What about creation of special way for adding custom components?
> For example:

The intrusion is minimalist, it will just create some new files in the JVCL source tree. None should be modified.

> 1) user enters all additional information into special file(s) with
> predefined names and places all custom files into special predefined
> folders in JVCL tree;
> 2) installer does the rest if special checkbox ("Install custom
> components") is checked.

In which package should units be installed then?


Subject: Re: Inegration of custom components into installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 31 Jan 2008 14:11:03 +0100
Newsgroups: jedi.vcl

AlexB a e'crit :
> Is it possible to integrate custom components into JVCL installer ?
>
> I'd like to tack some my private components to JVCL nice installer.
> Is this trivial task? Is it possible to add some "mount point" for
> custom components into installer ?

Hello,

It should be possible given the following steps:
 - place the source of your components in jvcl\run
 - place the source of the design-time editors in jvcl\design
 - create a new description for your run-time and design-time package in an xml file in jvcl\packages\xml, you may use pgEdit (in jvcl\devtools\package generator) at this point.
 - regenerate packages using pgEdit

Then the JVCL should recognize your package and components should be installable.

- Florent


Subject: Re: Inegration of custom components into installer
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 31 Jan 2008 12:53:46 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Then the JVCL should recognize your package and components should be
> > installable.

OK, many thanks for information.

But it requires intrusion into installer files.
What about creation of special way for adding custom components?
For example:
1) user enters all additional information into special file(s) with
predefined names and places all custom files into special predefined
folders in JVCL tree;
2) installer does the rest if special checkbox ("Install custom
components") is checked.

-- Alex 

Subject: Inegration of custom components into installer
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 31 Jan 2008 11:53:25 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

Is it possible to integrate custom components into JVCL installer ?

I'd like to tack some my private components to JVCL nice installer.
Is this trivial task? Is it possible to add some "mount point" for
custom components into installer ?

-- Alex 

Subject: TJVInspector
From: "Chris" <nospam@lupton3.freeserve.co.uk>
Date: Tue, 29 Jan 2008 09:39:50 -0000
Newsgroups: jedi.vcl

Hi

I have a project I'm working on that will have some runtime parameters and 
one of the options/type will be for a selection from a number of 
stringvalues (effectively a TStringList I'll either import/create at 
runtime).

To get this as an option do I have to convert this TStringList to an 
enumerated type?

It works with the following code but something tells me there's an easier 
way.

type
  TStringArray = Array of String;

var
  ReturnValue: Variant;
  GeneratedEnum:PTypeInfo;
  NewItem: TJvCustomInspectorItem;
  InspCat: TJvInspectorCustomCategoryItem;
  DynamicArray:TStringArray;

//function to convert a TStringList to an array
function StringListToArray(S:TStringList):TStringArray;
var idx:integer;
    Temp:TStringArray;
begin
  Temp  := nil;
  if S.Count > 0 then begin
    SetLength(Temp,S.Count);
    for idx := 0 to S.Count-1 do begin
      Temp[idx] := S[idx];
    end;
  end;
  Result := Temp;
end;

procedure TForm1.BitBtn1Click(Sender: TObject);
var T:TStringList;
begin
  T := TStringList.Create;
  T.Add('Fred');
  T.Add('Jane');
  T.Add('Bill');
  DynamicArray := StringListToArray(T);
  T.Free;

  GeneratedEnum := JclGenerateEnumType('StringArray',DynamicArray);
  InspCat := TJvInspectorCustomCategoryItem.Create(JvInspector1.Root, nil);
  InspCat.DisplayName := 'Test';

  NewItem := TJvInspectorVarData.New(InspCat, 'Test', GeneratedEnum, 
@ReturnValue);
  NewItem.DisplayName := 'Test';
  NewItem.DisplayValue := DynamicArray[2];
end;

procedure TForm1.BitBtn3Click(Sender: TObject);
begin
  if NewItem.Data <> nil then begin
    ShowMessage(NewItem.DisplayValue);
  end;
end;

If I pass the TStringList in the TJvInspectorVarData call I get a stringlist 
editor which obviously is not what I want.

Thanks in advance

Chris 




Subject: Re: EXE Size
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 29 Jan 2008 05:52:35 +0000 (UTC)
Newsgroups: jedi.vcl

Here is translation (condensed version).
"DeDe" is well known disassembler for Delphi programs.
Some comments were sent in private mail.

> > XPin wrote:
-----------------------------------------------
DeDe disassembler uses debug information in Delphi exe files. 
I'd like to give a demonstration of console utility for masking of this
information (limitation: utility works only with exe files without
dynamic bpl's). Program uses new component
TJclPeBorInfo=class(TJclPeBorImage)
for gathering information about names in PackageInfo and writes trash
instead of them. In addition utility has some anti-trace capability
(function UnkStart kills starter if it has empty ProductName or uses
VirtualProtect); it makes Dede quite unusable for this utitlty.

I'd like to contribute component TJclPeBorInfo (where were added some
new methods) to JVCL. See source of component and utility in the
attachment.

1. CheckSum for exe
2. Class TJclPeBorInfo
3. Code and PackageInfo search engine in class.
4. ...
5. ...
6. Search results are properties (SearchCount, SearchData[],
SearchNames[]).
7. ...
8. ...
9. Flags of units are preserved in PackageInfo. 

I worked in some gnu progects (inno, myinno, mwedit, synedit, ifps,
remobj...). Also I have publications in CodeCentral and QualityCentral
under nickname "xpin".

Best regards.
-----------------------------------------------

-- Alex 

Subject: Re: Jedi JVCL docking and access violations - some assertion code would make diagnostics easier. Whaddya think?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 28 Jan 2008 19:00:11 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> I have noticed that there can be a lot of access violations within JvDocking, if you fail to assign some client Form's DockClient.DockStyle property.
> I think that an unassigned DockClient.DockStyle property should be checked for throughout the library, and any attempt to do Any method in DockClient should at least have Assert(Assigned(DockClient.DockStyle),'<some message>')) here.
>
> If people who use this library agree that firing off a helpful assertion message (at least during your debug builds) is better than an access violation at runtime (in both debug and release builds of your app), I'll add these into the JVCL SVN working copy.
> Warren

Sounds very nice to me.
But I would prefer if it triggered a specific exception even in a release build so that it can be seen in crash reports that JclDebug or MadExcept generate automatically.


Subject: Re: EXE Size
From: "XPin" <roman@telem.ru>
Date: Mon, 28 Jan 2008 19:12:44 +0500
Newsgroups: jedi.vcl

"AlexB" wrote:
> >
> > (Transliteration)
> > Roma,
> > Trudno ponjat', chto ty takoe pytaeshsa zajasnit': izvini, no tvoi
> > posty pohoji na slabo svjazannyi nabor slov.
> > Napishi po-russki, ya poprobuju perevesti (esli poymu, chto tebe nado
> > ;-)

Hi, OK, good!

(Transliteration)
Aleksey,
Spasibo, chto ti obratil vnimanie. Da s jazikom u menya ne vajno.
I izvini, pozvolu sebe napisat bolshe.

Ya napisal utilitku, no v novoi versii eto uje component
  TJclPeBorInfo = class(TJclPeBorImage)
Prostaya consolnaya utilita. Ona prednaznachena dlya binarnikov,
ne ispolzuyschih bpl paketi. V etih binarnikah ostayotsya mnogo
otladochnoi informacii. Imena modulei nahodyatsya v code i packageinfo.
Po etoi informacii mojno poluchit ishodnii cod programmi c pomoschu
utiliti DeDe. Class BorInfo nahodit eti imena. Programma zapolnyaet ih
biliberdoi. Eta informaciya w deistvitelnosti programme ne nujna, eto
bezvredno.

Po primeneniy utiliti u DeDe srivayet krishu. Mozgi u ney edut tochno.
Izvlech faili form ona ne mojet. Mnogie proceduri ne vidit. -
begin
0000 MOV AX,[AX]
end.

V dobavok ona objazatelno pitaetsya zapustit programmu. V undeb32 v1.03
dlya demonstracii est killunknownstarter. On nahodit zapustivshee 
prilojenie, i
esli v nem pustoe pole ProductName, ili programma ispolzuet VirtualProtect,
to etot starter kilyaetsa. V rezultate najimaya knopku Process v dede mi 
imeem
viuhod = exit. Tak chto eto dvoinaya zaschita. DeDe bespolezen.

DeDe spravedlivo tolko dlya Borland, mne govoryat perehodi na Microsoft,
v visual c takogo nelza, mojno tolko assemblernii damp. S moei utilitoi etot
dovod nichego ne govorit.Utilita tak je zapisivaet Checksum, chego ne delaet
delphi. Seichas ya optimiziroval progu, ubral mnogo bagov i pitalsya sdelat
svoi class organithnim dlya JCL. No ponimayu - commentov malo.

U menya ne rabotaet svn, no ya hochu otdat etu programmu ili class pod
rukovodstvo JCL developerov. Ne obrashaite vnimaniya na kopirait. V lubom
sluchae est novie metodi dlya TJclPeBorImage. Lubie voprosi po 
kommentirovaniy
i po funkcionaly mogu osvetit. Na programmistkom forume ru-board (nik 
delover)
mne virazili bolshoi respekt i uvajuhu, tak kak informaciya deistvitelno 
interesnaya.
Ne kajdii den mojno uvidet kak knopka dede prevrashaetsya v knopku vihod.
Esli JCL primet chto nibud ot menya, to ya nadeus na legalnoe ispolzovanie 
JCL,
v svoih nekommercheskih proektah. A tak je esli budet neobhodimo 
kommercheskoe
ispolzovanie, dumau mi reshim etot vopros polojitelno i dlya menya i dla 
JCL.

Ya davno rabotal v gnu proektah (inno, myinno, mwedit, synedit, ifps, 
remobj...).
Ya publicuyus na codecentral i na queliticentral (nik xpin). Eto dlya mena 
ne
problemma, no kompaniya - luche. ;-) Nedavno zaparil Karlio Koka, - bog 
skript
programmirovaniya potratil na menya mnogo vremeni i vilojil tekushuy svn 
versiyu
v www. Chto ya sdelal takogo, ya ne poimu. :) Kogda raskruchu svn, budet 
proshe,
no mne bolshe nravatsya starie metodi raboti. V obshem ya ochen nadeyus na 
vas,
i na to chto mi s JCL podrujimsya. Doljno bit i dede i antidede, ya tak 
dumau.
Daleko ne vse naidut moyu utilitu i poimut chto eto takoe. Ya 
celenapravlenno
izbegau upominanii o dede v code.

Teper o programme. undeb32 v1.03 nahoditsya v attach. Chto sdelano:
1. opciya checksum
2. class TJclPeBorInfo
3. obshii mehanizm poiska dla coda i dla packageinfo, otdelen ot 
zapolneniya,
  i reralizovan v s classe.
4. ispolzuetsya poisk mainunit cherez JCL, a ne sysutils, tak kak uniti 
otsortirovani.
5. ispolzuetsya poisk v zagrujennom JCL image, a ne v memorystream.
6. rezultati poiska distupni cerez svoistva SearchCount, SearchData[], 
SearchNames[].
7. fail otcheta gruppiruet dannie (gorazdo menshe strok).
8. dobavleni illegalchars (for ntfs) v imena unitov.
9. sohraneni flagi unitov v packageinfo. ostalos tolko 
kodirovat/raskodigrovat po
  crc32 i adler32 kotoriue berem iz 16-i bait do kodiruemoi stroki.
10. termproc mojet kilnut dede, daje esli ti pereimenoval dede v imya samoi 
programmi.
11. dobavleno opredelenie dla killproc po prisutstviu VirtualProtect v 
importlist.
12. nu i tak obschaa uluchuha, i bolee ponatnie imena identifikatorov.

ps: potesti, dumau ti ne pojaleesh o potrachenom vremeni, - poveselis.
kstati est escho toolsapi kotorii zapuskauet build.bat esli proekt skompilen
bez opcii range check i use debug util. ya ne delayu etogo ruchkami. 
podmenayu
luboi interfeis toolsapi - no problemm...

nailushie pojelania i vsego, ;-)
--
Roman 



undeb32.dpr
	



Subject: Re: EXE Size
From: "AlexB" <b.a.v@inbox.ru>
Date: Mon, 28 Jan 2008 07:43:58 +0000 (UTC)
Newsgroups: jedi.vcl

XPin wrote:

(Transliteration)
Roma, 
Trudno ponjat', chto ty takoe pytaeshsa zajasnit': izvini, no tvoi
posty pohoji na slabo svjazannyi nabor slov.
Napishi po-russki, ya poprobuju perevesti (esli poymu, chto tebe nado
;-)

-- Alex (In brief: write in Russian, I'll try to translate). 

Subject: Re: EXE Size
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 28 Jan 2008 08:22:10 +0100
Newsgroups: jedi.vcl


I can't understand your messages. Sorry.

- Florent


Subject: Color of the pages for the JvOutlookBar
From: "Carlos Negrão" <carlosrpnegrao@inmail24.com>
Date: Fri, 25 Jan 2008 13:42:39 -0200
Newsgroups: jedi.vcl

I´m not sure I should be asking here, but it was the only place I found to 
ask questions about JVCL components.

How can I change the color of the buttons on top of the pages of a 
JvOutlookBar?
 They look always the same regardless of the theme I use on XP, and on 
Vista, they look almost black, when the rest of my application looks closer 
to white. 




Subject: Jedi JVCL docking and access violations - some assertion code would make diagnostics easier. Whaddya think?
From: Warren Postma <wp@tekran.com>
Date: Fri, 25 Jan 2008 09:18:02 -0500
Newsgroups: jedi.vcl

I have noticed that there can be a lot of access violations within JvDocking, if you fail to assign some client Form's DockClient.DockStyle property.
I think that an unassigned DockClient.DockStyle property should be checked for throughout the library, and any attempt to do Any method in DockClient should at least have Assert(Assigned(DockClient.DockStyle),'<some message>')) here.

If people who use this library agree that firing off a helpful assertion message (at least during your debug builds) is better than an access violation at runtime (in both debug and release builds of your app), I'll add these into the JVCL SVN working copy.
Warren



Subject: Re: EXE Size
From: "XPin" <roman@telem.ru>
Date: Fri, 25 Jan 2008 15:00:04 +0500
Newsgroups: jedi.vcl

> > ... but I don't understand what's you're trying to demonstrate here with 
> > this code.

For what needs JclPeBorImage? Source text possible to edit.
Shield possible for your name of class.

- roman silin 




Subject: Re: EXE Size
From: "XPin" <roman@telem.ru>
Date: Fri, 25 Jan 2008 14:50:11 +0500
Newsgroups: jedi.vcl

> > ... but I don't understand what's you're trying to demonstrate here with 
> > this code.

For what needs JclPeBorImage? For DeDe project? Design much like.
I will test with  "UnkStart('ProductName');" for DeDe.3.50.04.1635.
Successful OK.

> > The newsgroup is jedi.jcl,

Thank You. I have license progrems:
1. os winxp
2. delphi7, d2005, borl developer studio 2006
3. mssql 2005
4. beyond compare 2

And,.. I want license JCL.

--
contributor synedit,
roman silin 




Subject: TJvHidDeviceController problem with Win 98 (delphi 5)
From: "Matthias Röttger" <no-reply@fafnir.de>
Date: Fri, 25 Jan 2008 09:46:27 +0100
Newsgroups: jedi.vcl

Hello @all,
several years ago I got a project to add some features. Few week ago I 
reinstalled my win xp pro.

I installed the same version of jedi jvcl but it doesn't work in the same 
way.
After creating a HidDeviceController instance it doesn't find any device. 
After a manual execution of .DeviceChange it finds the necassary device (Win 
XP). On Win 98 it already doesn't find any device.

I never edit this part of the program, so I am need some help to find a 
solution.

Btw. I tried to install the latest version of jedi but I got an error in the 
batch of the install.bat (jvcl). See message below.

Best Regards
Matthias

--- cut there ---

[Compiling installer...]
Using Delphi 5

Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatal: Interner Fehler: L1496

Failed to compile JVCL installer

Drücken Sie eine beliebige Taste . . . 




Subject: Re: EXE Size
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 24 Jan 2008 15:06:17 +0100
Newsgroups: jedi.vcl

XPin a écrit :
> Forgive that not on subject.. But..
> I don't found a newsgroup of JEDI Code Library.

Hello,

The newsgroup is jedi.jcl, but I don't understand what's you're trying to demonstrate here with this code.

- Florent


Subject: Re: EXE Size
From: "XPin" <roman@telem.ru>
Date: Thu, 24 Jan 2008 19:01:27 +0500
Newsgroups: jedi.vcl

> > Test: dede - useless tool.

Tested with dede3.01 full
--
contributor synedit,
roman silin 




Subject: Re: EXE Size
From: "XPin" <roman@telem.ru>
Date: Thu, 24 Jan 2008 18:49:28 +0500
Newsgroups: jedi.vcl

> > 3) If your don't have killproc,.. then DeDe store your resources.. with
> > illegal file name.

Some corrections in attached project,.. and killproc..
Run: undeb32 undeb.exe /m
Test: dede - useless tool.

best regards,

--
contributor synedit,
roman silin



undeb32.dpr
	



Subject: Re: Farewell Robert
From: Keith Latham <newsletters@klatham.com>
Date: Thu, 24 Jan 2008 18:10:11 +1100
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

Sad news. The community has lost a champion.

Robert helped me get on track with my ooRexx API conversion. I didn't know him long either, but his help was invaluable.

So it goes. RIP Robert.

Christian Wimmer wrote:
> I was just informed that Robert Marquardt passed away on December 29th,
> 2007.
>
> Although I didn't know him to long - I can say that he was always a good
> man and did great things for the Delphi and JEDI community. Especially
> he helped me to improve the JEDI Security Library (JWSCL).
>
> We'll miss you, Robert.
>
> Farewell says
> Christian Wimmer
>
>
> original posted on:
> http://blogs.codegear.com/johnk/2008/01/01/38837


Subject: Re: TJvTFScheduleManager and TJvTFDays
From: yannis <none@noware.non>
Date: Wed, 23 Jan 2008 15:48:41 +0200
Newsgroups: jedi.vcl

Paul R. Zwiers submitted this idea :
> List,
>
> I am in need of some tips to get working with the above components. I have them both on my form, linked them together, have my database setup, but now how do I get appts show up (ie get them to and from my database) and what is the relation between appts and schedules. In what event do I do my retrieval or save to database. I just don't get it.
>
> I looked for some examples on the net, but had no luck finding and in the archive of the newsgroup I just did not find an answer. I have been coding Delphi for a while (on and off) but this/these components just got to me :-)
>
> Hope someone can point me in the right direction.
>
> Thanks and greetings from The Netherlands.

Take a look on the examples folder in the jedi installation folder. There you will find a couple of examples for this components keep your eyes open for anything with timeline or timeframework in the name.

Regards
Yannis.

-- 
You talk a great deal about building a better world for your children, but when you are young you can no more envision a world inherited by your children than you can conceive of dying. The society you mold, you mold for yourself.
----Russell Baker-------




Subject: TJvTFScheduleManager and TJvTFDays
From: "Paul R. Zwiers" <paul@paulzwiers.nl>
Date: Tue, 22 Jan 2008 21:34:13 +0100
Newsgroups: jedi.vcl

List,

I am in need of some tips to get working with the above components. I have them both on my form, linked them together, have my database setup, but now how do I get appts show up (ie get them to and from my database) and what is the relation between appts and schedules. In what event do I do my retrieval or save to database. I just don't get it.

I looked for some examples on the net, but had no luck finding and in the archive of the newsgroup I just did not find an answer. I have been coding Delphi for a while (on and off) but this/these components just got to me :-)

Hope someone can point me in the right direction.

Thanks and greetings from The Netherlands.

-- 
Paul R. Zwiers


Subject: Re: OT: EXE Size
From: "Arjan de Haan" <nospam.nospam.adwhaan@nospam.hotpop.com>
Date: Tue, 22 Jan 2008 20:28:23 +0100
Newsgroups: jedi.vcl

"Edwin" <edwin(nospam)yeah@gmail.com> schreef in bericht 
news:fmsiqc$1uu$1@news.talkto.net...
> > Hi,
> >
> > Do you mean if such a unit is in the uses list, it will be linked in to the program 
> > despite the program dose not actually use any constants, variable or class in that unit?
> >
> > BTW, if you use Inno Setup to make the setup program using UPX is not necessary, also 
> > ALL exe packers like upx, aspack are not compatible with JCL DEBUG.

Edwin,

as ssamayoa in another mail replied, if the unit contains initialization or finalization 
code it will be included. But you might use something like the Uses Cleaner from CnPack 
which tells you which units can be removed safely. Use it alot, and works like a charm.

....Arjan...




Subject: Re: EXE Size
From: "XPin" <roman@telem.ru>
Date: Mon, 21 Jan 2008 23:23:20 +0500
Newsgroups: jedi.vcl

Hi,

Forgive that not on subject.. But..
I don't found a newsgroup of JEDI Code Library.
I want return for ever..
EXE Image example and delphitools UNDEB32.

I don't know how it make.
This tools simply anti DeDe and based on JclPeBorImage.

For details, see attached file undeb32.dpr (7,66 kb)

1) DeDe comes off wit
2) DeDe without fall starts of a kill unknown starter. In result - crash.
3) If your don't have killproc,.. then DeDe store your resources.. with 
illegal file name.

best regards,

--
contributor synedit,
roman silin 



undeb32.dpr
	



Subject: Re: OT: EXE Size
From: "ssamayoa" <nospam@stopspam.com>
Date: Sun, 20 Jan 2008 04:32:01 +0100
Newsgroups: jedi.vcl

> >Hi,
> >
> >Do you mean if such a unit is in the uses list, it will be linked in to the 
> >program despite the program dose not actually use any constants, variable or 
> >class in that unit?

If unit has initialization code may be. Supouse this:

unit someunit;
interface
conts
  BLA1 = 'SDSSSS';

type 
  TSomeClass = ...
  end;

var
  SomeVar: TSomeClass;
....

implementation
....
initialization
  SomeVar := TSomeClass.Create();
  SomeVar.SomeProperty := BLA1;
end:

Even if you dont use anything directly from the unit, all referenced var,
constants and code from initialization part of the unit will be part of
your application.

Also check in your project's options for "Optimization".
This setting increases the code removed from the resulting EXE.

> >
> >BTW, if you use Inno Setup to make the setup program using UPX is not 
> >necessary, also ALL exe packers like upx, aspack are not compatible with JCL 
> >DEBUG.

You didn't mention before.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How does jvGridFilter work?
From: atreiju <h.buech@web.de>
Date: Sun, 20 Jan 2008 00:29:51 +0100
Newsgroups: jedi.vcl

I took a look at the source code and could figure it out. A filter is:

[fieldname]="something"

-fieldname would be the first row of the grid, something is the word, which have to match.

[fieldname] like "some"

-filters every word with "some" in it. like something or handsome.



atreiju wrote:
> Hi all,
>
> I want to use jvGridFilter, but cant get it to work. I assigned it to a jvStringGrid, but it doesnt filter anything.
>
> Can anyone please give me a sample for a valid "jvGridFilter.Filter"-Value? How does a filter string look like?
>
> thanks a lot!
> atreiju.
>




Subject: Re: Farewell Robert
From: "bilm" <fence61775@mypacks.net>
Date: Sat, 19 Jan 2008 06:29:49 -0800
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

I am saddened to learn of Robert's passing.
His work has save me much time and struggle over the years.
I have learned from it and continue to do so.

I am grateful for his generous spirit and miss him.

Rest in peace Robert.

bilm





Subject: Re: OT: EXE Size
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Sat, 19 Jan 2008 19:12:31 +0800
Newsgroups: jedi.vcl

Hi,

Do you mean if such a unit is in the uses list, it will be linked in to the 
program despite the program dose not actually use any constants, variable or 
class in that unit?

BTW, if you use Inno Setup to make the setup program using UPX is not 
necessary, also ALL exe packers like upx, aspack are not compatible with JCL 
DEBUG.

Edwin

"ssamayoa" <nospam@stopspam.com> wrote in message 
news:fmnfg5$8ip$1@news.talkto.net...
> > AFAIK Delphi uses smartlink then you can reduce EXE size hunting for units
> > with a lot of constants and initialization code which are not actually
> > used by your application. After such hunt you can reduce the EXE size
> > usinig UPX (http://www.upx.org/)
> >
> > Regards.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com
> > 




Subject: Re: JvPluginWizard C++ Builder Support
From: RH <askme@for.it.au>
Date: Sat, 19 Jan 2008 18:01:23 +1100
Newsgroups: jedi.vcl

Hi all,

Here is what has been changed for the update to the plug-in code available in the binaries group:

- Fixed C++ Builder 6 plug-in support. Tested, and it works fine on my system. Package project creation in BCB6 is broken, so we have to utilize the "TJvPluginProjectCreator.NewOptionSource" to get it working properly.  This was a real pain to solve, but now it's all working fine.

- Added C++ Builder 5 support (can't test it since I can't compile JVCL on BCB5, the latest snapshot seems to be broken).

- Fixed RAD Studio 2007 support.  The projects are now created properly. They use the new ToolsAPI defined types of sCppPackage and sDynamicLibrary, which are new for RAD Studio 2007 (and maybe BDS2006).

There seems to be a display bug with RAD Studio 2007.  When a project of type sCppPackage or sDynamicLibrary is created, the resulting output filename has "exe" as the extension, which is not correct.  It should be either BPL or DLL.  Now it turns out that this is only a DISPLAY issue.  If you try to compile, a BPL/DLL file is generated correctly (with the correct extension).  If you save the project and re-open it, you will see that it fixes itself, and displays BPL or DLL correctly.  Strange bloody bug that I can't seem to find a work-around for.  It may just be *MY* system that has this issue.  Can someone else confirm if this is in fact a bug or not please.

I hope this all works now... this has been a royal pain thanks to the ToolsAPI not behaving properly (or behaving differently between versions of Builder/Delphi etc etc), and not to mention the extreme lack of documentation about it all. :(


Regards,

Ramzi


Subject: Re: Unicode JvDocking
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Fri, 18 Jan 2008 20:34:36 +0100
Newsgroups: jedi.vcl

Hi,

> -  Have you integrated the DockImage yet?  The demo does not show it? I had a go at this myself and I reached a near working stage...

 Actually I didn't have enough time for that. I tried using TNT forms with the docking components and when I saw how badly they got along I just had to do something about it ;) The thing that scared me the most was a completely transparent client area of empty tool windows (in Vista with Aero enabled) when get undocked :0 Can you send me your source or upload it somewhere? I'd love to at least play with it a bit :D

> -  Any plans of updating the TBX themed JvDocking for the new docking style? I could help on this if you need help.

 Of course, it's on the waiting list. I've had very little free time for a very long time (if that makes any sense), but I almost always spend it on Delphi, so you can count on it :) Help is always welcome ;)

> - On a different issue.  I noticed in your web site you have a UniSynEdit with code folding.  Which version of the codefolding (Mystix) have you integrated into UniSynedit?  Are you aware of SynEditStudio v5.8 (http://yaoqiaofeng.blog.163.com/)  which contains many fixes to the original Mystix code, but it is not Unicode based?

 It's amazing what one can find in another's temp folder. I myself was always pleasently surprised  :lol:

 I used that newest one that I could find - 0.31, which is pretty old. I sent the same code to Piotr and he said he'll take a look and include it in the new version. He was working on 0.4 but unfortunately lost it in a crash :( I didn't change much of his code, only moved it to the newest UniSynEdit sources. Everything compiled and ran fine, which of course doesn't mean it works the way it should, but I hope it'll be ok :) I also tried converting the UniHighlighter to Unicode, but it needs alot more work because character sets are used all over the place, and we all know they're pretty useless when you're using Unicode...

 No, I've never heard of it - where do people hide these things ;) I'll take a look right now and if I like it I'll probably port it to Unicode ;) I don't know what it is, but whenever I see a great non-Unicode component I get the urge to port it, there's no stopping me! I'll have to admit I have a Unicode porting problem and seek some professional help :) Otherwise in a year or so all great components will be Unicode :lol

Sorry for going a little off-topic here... Cheers :)

Regards
Marko


Subject: How does jvGridFilter work?
From: atreiju <h.buech@web.de>
Date: Fri, 18 Jan 2008 00:20:30 +0100
Newsgroups: jedi.vcl

Hi all,

I want to use jvGridFilter, but cant get it to work. I assigned it to a jvStringGrid, but it doesnt filter anything.

Can anyone please give me a sample for a valid "jvGridFilter.Filter"-Value? How does a filter string look like?

thanks a lot!
atreiju.



Subject: scrolling jvThumbnails with the mouse wheel help
From: "dave" <nunya@business.com>
Date: Thu, 17 Jan 2008 11:03:54 -0600
Newsgroups: jedi.vcl

Can someone please show me an example of how to get the scroll wheel to actually scroll the thumbs in a jvThumbView?
I cannot seem to get it working. Using a Tapplicationevents component, with the onMessage event, i can manually fire off the onMouseWheelDown event, but i dont know how to get that event to actually scroll the thumbs. All it does right now is cause weird redraws but no scrolling.
Please, any help you can give would be greatly appreciated.

Here is my code from the onMouseWheelDown event:

procedure TJvThumbnailMainForm.THumbview1MouseWheelDown(Sender: TObject;
 Shift: TShiftState; MousePos: TPoint; var Handled: Boolean);
  var
   posX, posY : Longint;
begin
 posX := MousePos.X;
 posY := MousePos.Y;
 THumbview1.ScrollBy(posX + 5, posY + 5); //also tried THumbview1.ScrollBy(posX, posY);
 Handled := true;
end;


and my Apllication events code:

procedure TJvThumbnailMainForm.ApplicationEvents1Message(var Msg: tagMSG; var Handled: Boolean);
 var
   ii,mwDelta : integer;
   mouseX, MouseY : longint;
   hdledbool : boolean;
begin
 if Msg.message = WM_MOUSEWHEEL then begin
   mouseX := Mouse.CursorPos.X;
   mousey := Mouse.CursorPos.Y;
   hdledbool := false; //tried this both ways...no change

   THumbview1.OnMouseWheelDown(self,KeyboardStateToShiftState, Mouse.CursorPos, hdledbool);
   Handled := true;
 end;
end;

Thanks in advance,
Dave


Subject: Re: OT: EXE Size
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 17 Jan 2008 14:30:14 +0100
Newsgroups: jedi.vcl

AFAIK Delphi uses smartlink then you can reduce EXE size hunting for units
with a lot of constants and initialization code which are not actually
used by your application. After such hunt you can reduce the EXE size
usinig UPX (http://www.upx.org/)

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: EXE Size
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 16 Jan 2008 07:53:16 +0100
Newsgroups: jedi.vcl

Edwin a écrit :
> Use JCL's Project Analyzer to get the detail report.

I second that.

- Florent


Subject: Re: Unicode JvDocking
From: "Kiriakos" <pyscripter@gmail.com>
Date: Wed, 16 Jan 2008 06:24:12 +0200
Newsgroups: jedi.vcl

Haven't tried it yet but from the demo it looks very promising.  A few questions:
-  Have you integrated the DockImage yet?  The demo does not show it? I had a go at this myself and I reached a near working stage...
-  Any plans of updating the TBX themed JvDocking for the new docking style? I could help on this if you need help.
- On a different issue.  I noticed in your web site you have a UniSynEdit with code folding.  Which version of the codefolding (Mystix) have you integrated into UniSynedit?  Are you aware of SynEditStudio v5.8 (http://yaoqiaofeng.blog.163.com/)  which contains many fixes to the original Mystix code, but it is not Unicode based?

Thanks again.


"Marko Binic" <marko_binic@yahoo.com> wrote in message news:fmdpe0$qpk$1@news.talkto.net...
> Hello,
>
>  A while ago I posted about the VisualStudio 2005 docking style I made and now I'm back with another small upgrade for JvDocking components :) I modified the units to support unicode captions and added a small unit to support TNT unicode forms. TNTForms isn't referenced anywhere in the modified units, but a new form class which is declared in JvDockTypes.pas as TJvDockingForm = TTntForm. I couldn't find a better place for it. Simply commenting TntForms in the uses clause and changing TTntForm to TForm will bring back the old behaviour, but if you want unicode I don't see any other solution. Also, DrawText calls had to be replaced with DrawTextW, which won't output any text on Win9x!
>
>  I did all my modifications on units of the daily package from January 12th, so they're up to date. I know the unit I added doesn't belong to the JVCL (because it uses a 3rd party package), but if you guys want to include these changes I'm sure you could do that with a couple of compiler directives and an installer option. I'm not forcing anything, but non-unicode components are pretty useless nowadays and as many components as possible should be converted. I'm also not just saying all this - I'm very willing to help make the conversion.
>
>  You can find the modified units here: http://mxs.bergsoft.net/files/temp/UnicodeJvDocking_Daily_12.01.2008.zip , the new (also modified) VS2005 docking style here: http://mxs.bergsoft.net/files/temp/JvDockingVS2005Style.zip , the demo for it here: http://mxs.bergsoft.net/files/temp/JvDockingVS2005StyleDemo.zip and a screenshot of the AdvancePro exmaple with cyrillic captions here: http://mxs.bergsoft.net/files/temp/JvDockingScreenShot.png .
>
> BTW: The bugs I mentioned in my "VisualStudio 2005 JvDocking style" post from 14.11.2007. are still there except the first one which I corrected in the modified units. I tried registering a Mantis account with username mbinic and email marko_binic@yahoo DOT com but never got the confirmation email and can't log in, so please activate or delete it if you can and I'll try it with a different e-mail and report the bugs I found.
>
> Regards
> Marko 



Subject: Re: EXE Size
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Wed, 16 Jan 2008 10:35:35 +0800
Newsgroups: jedi.vcl

Use JCL's Project Analyzer to get the detail report.


"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message 
news:fmjcma$lhh$1@news.talkto.net...
> > Hi,
> >
> > a little bit off topic, but didn't anybody knows how to find out why an 
> > exe file is so big.
> >
> > Which units are included and costs how much size?
> >
> > Greetings and thanks
> > Jens
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Fuchstanzweg 34 * 65760 Eschborn
> > Tel. +49-6173-967556 * Fax +49-6173-967558
> >
> > Home of OraTool - http://www.oratool.de
> > 




Subject: OT: EXE Size
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 16 Jan 2008 00:32:27 +0100
Newsgroups: jedi.vcl

Hi,

a little bit off topic, but didn't anybody knows how to find out why an exe file is so big.

Which units are included and costs how much size?

Greetings and thanks
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: OT: EXE Size
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Tue, 15 Jan 2008 22:50:09 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Hi,
> > 
> > a little bit off topic, but didn't anybody knows how to find out why
> > an exe file is so big.
> > 
> > Which units are included and costs how much size?

SysUtils is pretty large (i.e. it increases .exe size quite a bit). So
is Forms.

-- Rudy Velthuis http://rvelthuis.de "Every nation has its war party. It is not the party of democracy. It is the party of autocracy. It seeks to dominate absolutely." -- Senator Robert M. La Follette 

Subject: Re: JvPluginWizard C++ Builder Support
From: RH <askme@for.it.au>
Date: Mon, 14 Jan 2008 18:43:15 +1100
Newsgroups: jedi.vcl

Thank you for that report Olivier! I'll get to fixing the other issues as soon as I am able; I usually have some time on the weekend to work on this. :)


Ramzi

OBones wrote:
> Hi,
>
> Thanks for this.
> I have applied your changes and tested it with all the versions I have here. First, the code did not compile with versions prior to Delphi 2005, I had to change a few things, I posted the modified version in binaries.
> Now to the results:
>
> C5:
> I can see "JvPluginWizard for C++Builder" and "JvPluginWizard for Delphi" in the new items. The second one should not be here, but of course, I chose the one for C++ builder for the rest of the test.
> I chose Package type, got an access violation at 00000, read of 00000
> I chose Dll type, got a message saying "Cannot add rtl to a non-package project. Go, instead, to Project|Options|Packages and turn on "Build with runtime packages" and add rtl to the "Runtime packages" list.
>
> C6:
> I can see "JvPluginWizard for C++Builder" and "JvPluginWizard for Delphi" in the new items. The second one should not be here, but of course, I chose the one for C++ builder for the rest of the test.
> If chose Package type, got a datamodule created. If I choose "File, close all", I get an error message saying "Unable to find project". If I click ok, nothing is closed. I do "File, close all" again, it asks me to save "PlugInPluginName.cpp" to which I say "No". Then I have the same question but for "Project%d". I say "No" and nothing is closed. I then choose the "File, close all" option again and only then do I get everything closed.
> I chose Dll type, got a message saying "Cannot add rtl to a non-package project. Go, instead, to Project|Options|Packages and turn on "Build with runtime packages" and add rtl to the "Runtime packages" list.
>
> C2006:
> PlugInPluginName.cpp is created in c:\documents and settings\myprofile. This is very weird, it should not be created here, the "My documents" folder is not in this drive at all.
> With the DLL type, it's the same, and DllMainUnit is also in the folder mentioned above.
>
> C2007:
> Same remarks as for C2006
>
>


Subject: Re: Unicode JvDocking
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Mon, 14 Jan 2008 00:35:23 +0100
Newsgroups: jedi.vcl

I noticed another thing <g>

The unicode hints weren't looking too well, so I had to add a new hint window class to my new unit (JvDockTypes) as well as some more TNT units to the uses clause. I updated the archive on my site and included the previous little fix as well. Enjoy!

Regards
Marko


Subject: Re: Unicode JvDocking
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Sun, 13 Jan 2008 22:21:57 +0100
Newsgroups: jedi.vcl

Hello again,

I'm sorry, I just noticed something. This is a general improvement to support screen snapping of dragged tool windows.

If you're using my modified version of the units add the following code on line 1787 in JvDockSupportControl.pas

   ScreenSnap := TJvDockingForm(Control).ScreenSnap;
   SnapBuffer := TJvDockingForm(Control).SnapBuffer;

otherwise add

   ScreenSnap := TForm(Control).ScreenSnap;
   SnapBuffer := TForm(Control).SnapBuffer;

Regards
Marko


Subject: Unicode JvDocking
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Sun, 13 Jan 2008 21:32:38 +0100
Newsgroups: jedi.vcl

Hello,

 A while ago I posted about the VisualStudio 2005 docking style I made and now I'm back with another small upgrade for JvDocking components :) I modified the units to support unicode captions and added a small unit to support TNT unicode forms. TNTForms isn't referenced anywhere in the modified units, but a new form class which is declared in JvDockTypes.pas as TJvDockingForm = TTntForm. I couldn't find a better place for it. Simply commenting TntForms in the uses clause and changing TTntForm to TForm will bring back the old behaviour, but if you want unicode I don't see any other solution. Also, DrawText calls had to be replaced with DrawTextW, which won't output any text on Win9x!

 I did all my modifications on units of the daily package from January 12th, so they're up to date. I know the unit I added doesn't belong to the JVCL (because it uses a 3rd party package), but if you guys want to include these changes I'm sure you could do that with a couple of compiler directives and an installer option. I'm not forcing anything, but non-unicode components are pretty useless nowadays and as many components as possible should be converted. I'm also not just saying all this - I'm very willing to help make the conversion.

 You can find the modified units here: http://mxs.bergsoft.net/files/temp/UnicodeJvDocking_Daily_12.01.2008.zip , the new (also modified) VS2005 docking style here: http://mxs.bergsoft.net/files/temp/JvDockingVS2005Style.zip , the demo for it here: http://mxs.bergsoft.net/files/temp/JvDockingVS2005StyleDemo.zip and a screenshot of the AdvancePro exmaple with cyrillic captions here: http://mxs.bergsoft.net/files/temp/JvDockingScreenShot.png .

BTW: The bugs I mentioned in my "VisualStudio 2005 JvDocking style" post from 14.11.2007. are still there except the first one which I corrected in the modified units. I tried registering a Mantis account with username mbinic and email marko_binic@yahoo DOT com but never got the confirmation email and can't log in, so please activate or delete it if you can and I'll try it with a different e-mail and report the bugs I found.

Regards
Marko


Subject: Re: JvConsts.CM_JVBASE
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 13 Jan 2008 18:18:06 +0100
Newsgroups: jedi.vcl

OBones wrote:
>> Should we adjust the CM_JVBASE constant? Perhaps to CM_BASE + $0100? 
>
> Sounds good, go ahead as long as we don't go over the allowed range for CM_XXX values (if there is one)
>

It think we can go up to $FFFF; CM_BASE is declared as $B000 and I've seen some sources using CM_BASE + $0400 so setting CM_JVBASE to CM_BASE + $0100 shouldn't be a problem.

I'll see if I can find some time to go over all sources and get a list of CM_* constants and move those to JvConsts.pas as well. Probably next weekend.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: JvPluginWizard C++ Builder Support
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 13 Jan 2008 17:00:51 +0100
Newsgroups: jedi.vcl

Hi,

Thanks for this.
I have applied your changes and tested it with all the versions I have here. First, the code did not compile with versions prior to Delphi 2005, I had to change a few things, I posted the modified version in binaries.
Now to the results:

C5:
I can see "JvPluginWizard for C++Builder" and "JvPluginWizard for Delphi" in the new items. The second one should not be here, but of course, I chose the one for C++ builder for the rest of the test.
I chose Package type, got an access violation at 00000, read of 00000
I chose Dll type, got a message saying "Cannot add rtl to a non-package project. Go, instead, to Project|Options|Packages and turn on "Build with runtime packages" and add rtl to the "Runtime packages" list.

C6:
I can see "JvPluginWizard for C++Builder" and "JvPluginWizard for Delphi" in the new items. The second one should not be here, but of course, I chose the one for C++ builder for the rest of the test.
If chose Package type, got a datamodule created. If I choose "File, close all", I get an error message saying "Unable to find project". If I click ok, nothing is closed. I do "File, close all" again, it asks me to save "PlugInPluginName.cpp" to which I say "No". Then I have the same question but for "Project%d". I say "No" and nothing is closed. I then choose the "File, close all" option again and only then do I get everything closed.
I chose Dll type, got a message saying "Cannot add rtl to a non-package project. Go, instead, to Project|Options|Packages and turn on "Build with runtime packages" and add rtl to the "Runtime packages" list.

C2006:
PlugInPluginName.cpp is created in c:\documents and settings\myprofile. This is very weird, it should not be created here, the "My documents" folder is not in this drive at all.
With the DLL type, it's the same, and DllMainUnit is also in the folder mentioned above.

C2007:
Same remarks as for C2006


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvPluginWizard C++ Builder Support
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 13 Jan 2008 16:31:21 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Don't bother, I'm on it right now

okay, thank you.

Florent


Subject: Re: JvConsts.CM_JVBASE
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 13 Jan 2008 15:59:56 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hi,
>
> I was adding a few constants for the provider stuff and ran into this comment on the declaration of CM_JVBASE:
>
>   CM_JVBASE = CM_BASE + 80; // warning VCL improves and comes nearer
>
> So, a quick check told me D2007 defines CM_BASE + 78 (CM_BASE + 100 is also defined inside the VCLEditors unit, but probably doesn't affect us that much). The ActMgr unit defines CM_BASE + $0402 upto +$0411 (with gaps).
>
> Should we adjust the CM_JVBASE constant? Perhaps to CM_BASE + $0100? It would give us some room with less chance of interference with VCL-defined constants.
>
> Another thing: There are 16 reference in the jvcl/run folder to CM_BASE. I think those should be collected and grouped into the JvConsts unit as well, considering some might interfere (we already have duplicate values among those 16 matches).
>
> Comments?

Sounds good, go ahead as long as we don't go over the allowed range for CM_XXX values (if there is one)

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvPluginWizard C++ Builder Support
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 13 Jan 2008 15:59:03 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hello,
>
> I'll process your donation in few days, I'm on the JCL for now.

Don't bother, I'm on it right now

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvPluginWizard C++ Builder Support
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 13 Jan 2008 14:12:49 +0100
Newsgroups: jedi.vcl

Hello,

I'll process your donation in few days, I'm on the JCL for now.

- Florent


Subject: JvConsts.CM_JVBASE
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 13 Jan 2008 14:00:49 +0100
Newsgroups: jedi.vcl

Hi,

I was adding a few constants for the provider stuff and ran into this comment on the declaration of CM_JVBASE:

  CM_JVBASE = CM_BASE + 80; // warning VCL improves and comes nearer

So, a quick check told me D2007 defines CM_BASE + 78 (CM_BASE + 100 is also defined inside the VCLEditors unit, but probably doesn't affect us that much). The ActMgr unit defines CM_BASE + $0402 upto +$0411 (with gaps).

Should we adjust the CM_JVBASE constant? Perhaps to CM_BASE + $0100? It would give us some room with less chance of interference with VCL-defined constants.

Another thing: There are 16 reference in the jvcl/run folder to CM_BASE. I think those should be collected and grouped into the JvConsts unit as well, considering some might interfere (we already have duplicate values among those 16 matches).

Comments?

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: JvSpinEdit bug?
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Sun, 13 Jan 2008 13:47:17 +0300
Newsgroups: jedi.vcl

I found strange behavior of the JvSpinEdit (CB6, Last build of JVCL+JCL):

If the JvSpinEdit->Value=1 ( may be 2 or something else) withing the dfm file, JvSpinEdit->Value=2 was saved to the registry  (using JvFormStorage+JvAppRegistry on application's close) and restored on the application's start, if I'll change the JvSpinEdit->Value using Up/Down buttons to the dfm's value (1 for example), the OnChange event will not be fired for the first time, for the second and so on this event will be fired every time.

Is this a bug or feature? 8-)))


Subject: JvPluginWizard C++ Builder Support
From: RH <askme@for.it.au>
Date: Sun, 13 Jan 2008 20:50:24 +1100
Newsgroups: jedi.vcl

Hi guys,

I've posted the modifications I have done to the binaries group, which will allow the plug-in wizard to create a C++ Builder project and output C++ code (.cpp/.h).  It works for both the package (bpl) and DLL plugins.

I have tested it with RAD 2007, and it works fine.  I'm not sure about BDS 2006, but it should also work with it.  Older versions of C++ Builder may have problems, but I'll get around to testing them soon.

I also hope I haven't broken compilation with older versions of Delphi and C++ Builder (prior to BDS 2006), since I may have missed a few version checks in there.  I'll get around to clearing that up soon too.

I would appreciate it if anyone could possibly test this out and verify it works with RAD 2007 (and even BDS 2006).

Regards,

Ramzi Haidar


Subject: Re: How to create tabbed dock in code
From: @in@taavi.ee
Date: Sat, 12 Jan 2008 20:49:52 GMT
Newsgroups: jedi.vcl

On Fri, 11 Jan 2008 18:57:37 GMT, @in@taavi.ee wrote:

> >How does one dock two child windows so that they are "tabbed" (ie only
> >one of them is visible and to activate the other one user has to click
> >on it's tab), not side by side?

OK, found an example in "DockingInCode" demo:
JvDockControlForm.ManualTabDock() function.


ain


Subject: Re: [JVCL Install Problem, Delphi 2007] jcl is required but not installed
From: atreiju <h.buech@web.de>
Date: Sat, 12 Jan 2008 20:45:53 +0100
Newsgroups: jedi.vcl

OBones wrote:
> atreiju wrote:
>> OBones wrote:
>>> Which version of the JCL have you installed?
>>
>> i downloaded the current jcl+jvcl-pack from http://sourceforge.net/projects/jvcl/
>>
>> So it should be JEDI Code Library v 1.101, right?
>>
>> Is there a way, to check, if jcl is installed accurate?
>
> You should have a "Version" value in HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Jedi\JCL
> This one should give you the version number.
>

I did it with manual installation for both (jcl, jvcl). Got some complications with the folder-settings, but after lots of trying: everything workes fine, now.

thx for your help anyway!


Subject: Re: copying file to a network computer... any help appreciated
From: "ssamayoa" <nospam@stopspam.com>
Date: Sat, 12 Jan 2008 19:20:41 +0100
Newsgroups: jedi.vcl

> >server machine.(i.e. path is something like &#124;&#124;server1\public\test1.bat);
> >we are using delphi 7 pro on Vista ultimate 64 bit.
> >i have tried using the path with assignfile, and also copyfile, but i keep 
> >getting I/O error #1326. Login failure. How do i get through(or around) this 
> >on my network?

Look for WNet functions on Windows SDK documentation.
You can also use the cmd command "NET USE" to connect to a remote computer
before copying the file:

NET USE X: &#124;&#124;COMPUTER\SHARED-FOLDER /USER:<username> <password>
COPY X:SOMEFILE C:\SOMEDIR

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [JVCL Install Problem, Delphi 2007] jcl is required but not installed
From: atreiju <h.buech@web.de>
Date: Sat, 12 Jan 2008 00:02:31 +0100
Newsgroups: jedi.vcl

OBones wrote:
> atreiju wrote:
>> OBones wrote:
>>> Which version of the JCL have you installed?
>>
>> i downloaded the current jcl+jvcl-pack from http://sourceforge.net/projects/jvcl/
>>
>> So it should be JEDI Code Library v 1.101, right?
>>
>> Is there a way, to check, if jcl is installed accurate?
>
> You should have a "Version" value in HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Jedi\JCL
> This one should give you the version number.
>


There is no such JEDI key in my registry. (For me its HKEY_CURRENT_USER\Software\Borland\BDS\5.0\ with a 5.0).

So i suppose jcl really isnt installed correctly, even thought i used the installer.

"Delphi 2007.log" contains:

JCL 1.101 Release Build 2725
Delphi 2007=================================
Installed personalities :
32 bit Delphi
============================================
Saving conditional defines...
Loaded template for include file C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\source\jcl.template.inc
Saved include file C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\source\jcld11.inc
Added "C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\lib\d11;C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\source" to library search path.
Added "C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\source\common;C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\source\windows;C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\source\vcl;C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\source\visclx" to library browsing path.
Added "C:\PROGRA~1\CodeGear\RADSTU~1\5.0\jcl\lib\d11\debug" to Debug DCU Path.
Making common library units for Delphi 2007
Compiling .dcu files...
"C:\Programme\CodeGear\RAD Studio\5.0\bin\dcc32.exe" bzip2 Jcl8087 JclAbstractContainers JclAlgorithms JclAnsiStrings JclArrayLists JclArraySets JclBase JclBinaryTrees JclBorlandTools JclComplex JclCompression JclContainerIntf JclCounter JclDateTime JclEDI JclEDISEF JclEDITranslators JclEDIXML JclEDI_ANSIX12 JclEDI_ANSIX12_Ext JclEDI_UNEDIFACT JclEDI_UNEDIFACT_Ext JclExprEval JclFileUtils JclHashMaps JclHashSets JclIniFiles JclLinkedLists JclLogic JclMath JclMIDI JclMime JclPCRE JclQueues JclResources JclRTTI JclSchedule JclSimpleXml JclStacks JclStatistics JclStreams JclStrHashMap JclStringLists JclStrings JclSysInfo JclSysUtils JclUnitConv JclUnitVersioning JclUnitVersioningProviders JclValidation JclVectors JclWideStrings pcre --no-config -U"..\..\..\lib" -M -$C- -$D- -$I- -$L- -$O+ -$Q- -$R- -$W- -$Y- -N"..\..\lib\d11" -I".." -U".;..\windows;..\vcl;..\visclx" -R".;..\windows;..\vcl;..\visclx"


Subject: How to create tabbed dock in code
From: @in@taavi.ee
Date: Fri, 11 Jan 2008 18:57:37 GMT
Newsgroups: jedi.vcl

Hi,

How does one dock two child windows so that they are "tabbed" (ie only
one of them is visible and to activate the other one user has to click
on it's tab), not side by side?

Ie following code creates two child windows whch are docked to the
left side of the main form, one below the other:

procedure TFMainWnd.FormCreate(Sender: TObject);
begin
  inherited;
  //
  FContentWnd:= TFContentWnd.Create(nil);
  FContentWnd.Show;
  FContentWnd.ManualDock(DockServer.LeftDockPanel, nil, alNone);
  //
  FIndexWnd:= TFIndexWnd.Create(nil);
  FIndexWnd.Show;
  FIndexWnd.ManualDock(DockServer.LeftDockPanel, nil, alLeft);
end;

How to change it so that they appear tabbed?


TIA
ain


Subject: copying file to a network computer... any help appreciated
From: "dave" <nunya@business.com>
Date: Fri, 11 Jan 2008 12:12:08 -0600
Newsgroups: jedi.vcl

Is there a compnent or code snippet anywhere in the jvcl, that would allow me to write a file to a network computer?

i need to be able to create my batch files on my machine, and save the files to network computers without having to remote desktop in manually, you know....i would like to just create the file on the machine, and write the info to it, or even create the files locally and copy it to the network server machine.(i.e. path is something like \\server1\public\test1.bat);
we are using delphi 7 pro on Vista ultimate 64 bit.
i have tried using the path with assignfile, and also copyfile, but i keep getting I/O error #1326. Login failure. How do i get through(or around) this on my network?

Thanks in advance for any advice,
Dave B.


Subject: Re: problem with the JCL-10.01 and JVCL-11.01 and CB6
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 11 Jan 2008 18:15:13 +0100
Newsgroups: jedi.vcl

Vladimir a écrit :
> I made this two times with the same result, yhis was my first step 8-))

You may have an old version of JclSimpleXml.dcu or obj somewhere in your paths. It was updated and JvAppXmlStorage.pas requires this change.

- Florent


Subject: Re: problem with the JCL-10.01 and JVCL-11.01 and CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 11 Jan 2008 20:09:04 +0300
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hello Vladimir,
>
> You have to rebuild the JCL and then the JVCL.
>
> Regards,
>
> - Florent
I made this two times with the same result, yhis was my first step 8-))


Subject: Re: [JVCL Install Problem, Delphi 2007] jcl is required but not installed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 11 Jan 2008 18:07:10 +0100
Newsgroups: jedi.vcl

atreiju wrote:
> OBones wrote:
>> Which version of the JCL have you installed?
>
> i downloaded the current jcl+jvcl-pack from http://sourceforge.net/projects/jvcl/
>
> So it should be JEDI Code Library v 1.101, right?
>
> Is there a way, to check, if jcl is installed accurate?

You should have a "Version" value in HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Jedi\JCL
This one should give you the version number.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: problem with the JCL-10.01 and JVCL-11.01 and CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 11 Jan 2008 20:00:33 +0300
Newsgroups: jedi.vcl

I got next error on compilation of the my projects using last JCL-JVCL:
[Linker Error] Unresolved external '__fastcall Jclsimplexml::TJclSimpleXMLElems::GetNamedElems(const System::AnsiString)' referenced from D:\CBUILD6\PROJECTS\LIB\JVSYSTEMC6R.LIB|..\..\run\JvAppXMLStorage.pas
[Linker Error] Unresolved external '__fastcall Jclsimplexml::TJclSimpleXMLNamedElems::GetItem(const int)' referenced from D:\CBUILD6\PROJECTS\LIB\JVSYSTEMC6R.LIB|..\..\run\JvAppXMLStorage.pas
[Linker Error] Unresolved external '__fastcall Jclsimplexml::TJclSimpleXMLNamedElems::Delete(const int)' referenced from D:\CBUILD6\PROJECTS\LIB\JVSYSTEMC6R.LIB|..\..\run\JvAppXMLStorage.pas
[Linker Error] Unresolved external '__fastcall Jclsimplexml::TJclSimpleXMLNamedElems::GetCount()' referenced from D:\CBUILD6\PROJECTS\LIB\JVSYSTEMC6R.LIB|..\..\run\JvAppXMLStorage.pas
[Linker Error] Unresolved external '__fastcall Jclbase::StringOf(const unsigned char *, const int)' referenced from D:\CBUILD6\PROJECTS\LIB\JVCOREC6R.LIB|..\..\run\JvJVCLUtils.pas


Subject: Re: problem with the JCL-10.01 and JVCL-11.01 and CB6
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 11 Jan 2008 17:58:18 +0100
Newsgroups: jedi.vcl

Hello Vladimir,

You have to rebuild the JCL and then the JVCL.

Regards,

- Florent


Subject: Re: [JVCL Install Problem, Delphi 2007] jcl is required but not installed
From: atreiju <h.buech@web.de>
Date: Fri, 11 Jan 2008 17:46:54 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Which version of the JCL have you installed?

i downloaded the current jcl+jvcl-pack from http://sourceforge.net/projects/jvcl/

So it should be JEDI Code Library v 1.101, right?

Is there a way, to check, if jcl is installed accurate?



Subject: Re: [JVCL Install Problem, Delphi 2007] jcl is required but not installed
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 11 Jan 2008 15:54:31 +0100
Newsgroups: jedi.vcl

Which version of the JCL have you installed?


Subject: [JVCL Install Problem, Delphi 2007] jcl is required but not installed
From: atreiju <h.buech@web.de>
Date: Fri, 11 Jan 2008 15:32:54 +0100
Newsgroups: jedi.vcl

Hi all,

i want to install jvcl 3.33 for delphi 2007 on XP. i first run the install.bat in "jcl". Installer seemed to run great. But perhaps not: wenn i try to run install.bat in jvcl, it failed:

C:\Programme\CodeGear\RAD Studio\5.0\jvcl>install
[Compiling installer...]
Missing dependencies for CodeGear Delphi 2007 for Win32
 - JCL  is required but not installed. (http://jcl.sourceforge.net)


No Delphi/BCB/BDS/RAD-Studio versions was found that has the required
dependencies installed. Please install the dependencies first.

Failed to compile JVCL installer

Drücken Sie eine beliebige Taste . . .

what can i do about that? Thanks a lot!
Atreiju


Subject: Re: JvNavigationPane
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Fri, 11 Jan 2008 15:14:17 +0100
Newsgroups: jedi.vcl

Use HidePage and ShowPage.

-- Regards, Peter "Ken Davis" <nospam@mailinator.com> skrev i meddelandet news:fm436l$eb1$1@news.talkto.net...
> > Hi,
> > I have noticed that the JvNavPanels of the JvNavigationPane do not have
> > a visible property.
> > I need to show or hide JvNavPanels based upon user rights, but without
> > being able to hide the panel, how can I do it?
> >
> > Thanks,
> >
> > Ken
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: XP Controls
From: cadetill <cadetill@terra.es>
Date: Thu, 10 Jan 2008 22:24:45 +0100
Newsgroups: jedi.vcl

Warren Postma escribió:
> cadetill wrote:
>> Hi all
>>
>> I like to use this very beautiful components but I need a "TEdit" with the same aspect.
>>
>> Any of you can help me? In the futur you extend this family of components?
>>
>> Thanks
>> cadetill
> Why not use the "dotNet look" edit controls in JVCL, with the other XP controls. They look really nice together.
>
> W

Hi again

Yes, I use it now, but I don't like the highlight effect when mouse is over the component

Thanks
cadetill


Subject: Re: daily jvcl snapshot from 01-08 under CB6
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 10 Jan 2008 20:25:58 +0100
Newsgroups: jedi.vcl

Vladimir wrote:
> I can' compile - install JVCL3-2008-01-08.7z for CB^, I got error:
>
> D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\design\JvDataProviderItemDesign.pas(821) Error: Undeclared identifier: 'GetDynArrayProp'
> D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\design\JvDataProviderItemDesign.pas(822) Error: Undeclared identifier: 'SetDynArrayProp'
> D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\design\JvDataProviderDesignerForm.pas(42) Fatal: Could not compile used unit '..\..\design\JvDataProviderItemDesign.pas'

It now compiles again. Fix is in SVN and will be in tomorrow's daily.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: XP Controls
From: Warren Postma <wp@tekran.com>
Date: Thu, 10 Jan 2008 13:31:14 -0500
Newsgroups: jedi.vcl

cadetill wrote:
> Hi all
>
> I like to use this very beautiful components but I need a "TEdit" with the same aspect.
>
> Any of you can help me? In the futur you extend this family of components?
>
> Thanks
> cadetill
Why not use the "dotNet look" edit controls in JVCL, with the other XP controls. They look really nice together.

W


Subject: XP Controls
From: cadetill <cadetill@terra.es>
Date: Thu, 10 Jan 2008 19:15:31 +0100
Newsgroups: jedi.vcl

Hi all

I like to use this very beautiful components but I need a "TEdit" with the same aspect.

Any of you can help me? In the futur you extend this family of components?

Thanks
cadetill


Subject: Re: Changing "template.bpk"
From: Keith Willis <news@netsoft.com.au>
Date: Thu, 10 Jan 2008 21:11:04 +1100
Newsgroups: jedi.vcl

OBones wrote:
> Keith Willis wrote:
>> Hi All,
>>
>> I'd like to change my JCL installer configuration so that the "_RTLDLL" option isn't set on all of the JVCL packages.
>>
>> Is it possible to do this by simply changing the "template.bpk" file, (in "jvcl\packages\c5") and then re-running the installer?
>
> Yes, you can. But what is the reason with this?

I'm desperately trying to fix a problem in my JCL... see the JCL newsgroup, and I'm trying to remove all the dynamic linking in both the JCL and JVCL to see if the problem goes away.

.... yes I know I'm grasping at straws, but I long ago passed the rationality event horizon and have begun to accelerate :)


Cheers,
Keith.


Subject: Re: Changing "template.bpk"
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 10 Jan 2008 09:58:51 +0100
Newsgroups: jedi.vcl

Keith Willis wrote:
> Hi All,
>
> I'd like to change my JCL installer configuration so that the "_RTLDLL" option isn't set on all of the JVCL packages.
>
> Is it possible to do this by simply changing the "template.bpk" file, (in "jvcl\packages\c5") and then re-running the installer?

Yes, you can. But what is the reason with this?


Subject: Changing "template.bpk"
From: Keith Willis <news@netsoft.com.au>
Date: Thu, 10 Jan 2008 19:54:20 +1100
Newsgroups: jedi.vcl

Hi All,

I'd like to change my JCL installer configuration so that the "_RTLDLL" option isn't set on all of the JVCL packages.

Is it possible to do this by simply changing the "template.bpk" file, (in "jvcl\packages\c5") and then re-running the installer?

[ps. I'm using BCB5]


Cheers,
Keith.


Subject: Re: C++ Builder 5 Installtion Problem - L1496
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 10 Jan 2008 08:24:03 +0100
Newsgroups: jedi.vcl

See message from Mark J Wallin on 2007/12/14 and the answers here.


Subject: JvNavigationPane
From: "Ken Davis" <nospam@mailinator.com>
Date: Thu, 10 Jan 2008 06:03:15 +0100
Newsgroups: jedi.vcl

 Hi,
I have noticed that the JvNavPanels of the JvNavigationPane do not have 
a visible property.
I need to show or hide JvNavPanels based upon user rights, but without 
being able to hide the panel, how can I do it?

Thanks,

Ken



--- posted by geoForum on http://delphi.newswhat.com


Subject: C++ Builder 5 Installtion Problem - L1496
From: "Andy" <andy@e2l.uk.com>
Date: Wed, 9 Jan 2008 15:57:47 -0000
Newsgroups: jedi.vcl

When I try to compile the JVCL installer for version 3.33 I get the 
following error message.

Fatal:   Internal error: L1496

Failed to compile JVCL installer.

Can anyone help please.

Note
JCL installed with no problems.

Andy 




Subject: daily jvcl snapshot from 01-08 under CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 09 Jan 2008 13:36:34 +0300
Newsgroups: jedi.vcl

I can' compile - install JVCL3-2008-01-08.7z for CB^, I got error:

D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\design\JvDataProviderItemDesign.pas(821) Error: Undeclared identifier: 'GetDynArrayProp'
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\design\JvDataProviderItemDesign.pas(822) Error: Undeclared identifier: 'SetDynArrayProp'
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\design\JvDataProviderDesignerForm.pas(42) Fatal: Could not compile used unit '..\..\design\JvDataProviderItemDesign.pas'


Subject: Re: jvPluginWizard fix for Delphi 2007
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 08 Jan 2008 13:09:55 +0100
Newsgroups: jedi.vcl

Thanks a lot for your help


Subject: Re: jvPluginWizard fix for Delphi 2007
From: RH <askme@for.it.au>
Date: Tue, 08 Jan 2008 22:40:35 +1100
Newsgroups: jedi.vcl

OBones wrote:
> Thanks for your help, it works fine now in BDS2006 as well (Mantis 3903)
> Unfortunately, it does not fix the crash for BCB5 (Mantis 3230).
> If you can have a look at it, it would be much appreciated.
>
> Here is a base document:
> http://homepages.codegear.com/jedi/jvcl/StyleGuide.htm
>

It is no problem at all to help out. Thank you for the style guide link too, it has been extremely helpful.

The plugin wizard doesn't work in C++ at all, as for me it generates nothing in C++ Builder 2007, it only shows up in the Delphi personality now.  It probably shouldn't even show up as a C++ Builder 5 wizard, at least not until something is done about making it generate C++ units, which is what I'll work on over the next few weeks in my spare time.

I have access to C++ Builder v5, v6, BDS 2006 and RAD Studio 2007, so I will make sure to test it on all those versions if and when I get the C++ unit output working.


Thanks,

Ramzi


Subject: Re: Farewell Robert
From: Marco van de Voort <marcov@stack.nl>
Date: Tue, 8 Jan 2008 09:23:13 +0000 (UTC)
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

On 2008-01-02, Christian Wimmer <chriswimmer@gmx.de> wrote:
> > I was just informed that Robert Marquardt passed away on December 29th,
> > 2007.
> >
> > Although I didn't know him to long - I can say that he was always a good
> > man and did great things for the Delphi and JEDI community. Especially
> > he helped me to improve the JEDI Security Library (JWSCL).
> >
> > We'll miss you, Robert.

My condolences also. 

I knew Robert mainly from the original Delphi-jedi maillist
and various Jedi projects. It is a sad to lose sb who had such a long time
motivation for Open Source.


Subject: Re: Farewell Robert
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sun, 6 Jan 2008 20:22:07 -0500
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

"Christian Wimmer" <chriswimmer@gmx.de> wrote in message
news:flfqp4$bn2$1@news.talkto.net...
> > I was just informed that Robert Marquardt passed away on December 29th,
> > 2007.

Sad news, Robert will be missed in the community.

My sympathies to his family and friends.

EdB




Subject: Re: Unable to install in RAD Studio 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 06 Jan 2008 22:52:37 +0100
Newsgroups: jedi.vcl

Hello Paul,

Make sure you have write access to RAD Studio 2007 include directory.

Regards,

- Florent


Subject: My first bigger updated this year: From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 06 Jan 2008 20:02:12 +0100
Newsgroups: jedi.vcl

Hi

i've commit a bigger update to the jvcl.

Here is the changelog :

Changelog for JVCL 3.X
======================
2008-01-08
- Added TJvAppStorage.StorageOptionUseOldItemNameFormat Property
  This changes the format of list item names. The old format is <Item><Nr>. The new format is <Item>[<Nr>]
  The main advantage is that the xml appstorage removes the [<Nr>] part and makes the xml much more xsd conform
  The default value is true to be backward compatible
- Enhancement of the TjvProgramVersionCheck component. The configuration file could now be defined as xml file also
- Added new unit JvPropertyStoreEditor.pas
  This unit gives you the option to edit the contents of a TJvCustomPropertyStore Component at runtime.
  It supports cascading support of components, and also supports the TJvCustomPropertyListStore components.
  For Liststore components the editor has the abbility to create additional list entries at runtime.
  This editor can for example be used to give the user an editor for program options based on TJvCustomPropertyStore
  You find an example how it could be used in examples\JvProgramVersionCheck

Everyone who is using the appstorage component please have a additional look. I have tested it as good as i can, but the xml component is changed deeply.
Everything should be backward compatible, but who knows :-)

Also have a look at the new JvPropertyStoreEditor.

Everyone : Have a good and funny programming.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Test with other Delphi versions
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 06 Jan 2008 19:58:05 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Marcel Bestebroer a écrit :
>> Do you know which Delphi edition provided DynArrayProp? I'll adapt it to D7 for now, but I'm not sure it was available there?
>
> It's not available in D7 but it is in Delphi 2006, was it available in Delphi 2005?

Modified code so DynArray is only used for D2006 and up; at least it'll compile on all editions now and I haven't seen many properties of the dynamic array type.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Unable to install in RAD Studio 2007
From: "Paul Thornton" <norgepaul@hotmail.com>
Date: Sun, 6 Jan 2008 19:45:37 +0100
Newsgroups: jedi.vcl

Hi All,

When trying to install JCL 3.33 in RAD Studio 2007 Version 11.0.2804.9245 I get the following error using default install settings (see lower down for full log):

===============
....
Copying .hpp files...
Failed common library units for RAD Studio 2007
Checking .hpp files
===============

Anybody got any idea what the problem might be?

Cheers,
Paul

Full log:

JCL 1.101 Release Build 2725
RAD Studio 2007=============================
Installed personalities :
32 bit Delphi
32 bit C++Builder
32 bit Delphi.net
============================================
Saving conditional defines...
Loaded template for include file F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\jcl.template.inc
Saved include file F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\jcld11.inc
Added "F:\Delphi\COMPON~1\SVN\JEDI\jcl\lib\d11;F:\Delphi\COMPON~1\SVN\JEDI\jcl\source" to library search path.
Added "F:\Delphi\COMPON~1\SVN\JEDI\jcl\lib\d11;F:\Delphi\COMPON~1\SVN\JEDI\jcl\source" to cpp search path.
Added "F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\common;F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\windows;F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\vcl;F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\visclx" to library browsing path.
Added "F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\common;F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\windows;F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\vcl;F:\Delphi\COMPON~1\SVN\JEDI\jcl\source\visclx" to cpp browsing path.
Added "F:\Delphi\COMPON~1\SVN\JEDI\jcl\lib\d11\debug" to Debug DCU Path.
Making common library units for RAD Studio 2007
Compiling .dcu files...
"C:\Program Files\CodeGear\RAD Studio\5.0\bin\dcc32.exe" bzip2 Jcl8087 JclAbstractContainers JclAlgorithms JclAnsiStrings JclArrayLists JclArraySets JclBase JclBinaryTrees JclBorlandTools JclComplex JclCompression JclContainerIntf JclCounter JclDateTime JclEDI JclEDISEF JclEDITranslators JclEDIXML JclEDI_ANSIX12 JclEDI_ANSIX12_Ext JclEDI_UNEDIFACT JclEDI_UNEDIFACT_Ext JclExprEval JclFileUtils JclHashMaps JclHashSets JclIniFiles JclLinkedLists JclLogic JclMath JclMIDI JclMime JclPCRE JclQueues JclResources JclRTTI JclSchedule JclSimpleXml JclStacks JclStatistics JclStreams JclStrHashMap JclStringLists JclStrings JclSysInfo JclSysUtils JclUnitConv JclUnitVersioning JclUnitVersioningProviders JclValidation JclVectors JclWideStrings pcre --no-config -U"c:\PROGRA~1\codegear\RADSTU~1\5.0\lib" -M -$C- -$D- -$I- -$L- -$O+ -$Q- -$R- -$W- -$Y- -D_RTLDLL;NO_STRICT;USEPACKAGES -N0"..\..\lib\d11" -NO"..\..\lib\d11" -JPHNE --BCB -I".." -U".;..\windows;..\vcl;..\visclx" -R".;..\windows;..\vcl;..\visclx"
CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear
293227 lines, 6.41 seconds, 85614 bytes code, 30828 bytes data.
Copying .hpp files...
Failed common library units for RAD Studio 2007
Checking .hpp files


Subject: Re: Test with other Delphi versions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 06 Jan 2008 19:20:43 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer a écrit :
> Do you know which Delphi edition provided DynArrayProp? I'll adapt it to D7 for now, but I'm not sure it was available there?

It's not available in D7 but it is in Delphi 2006, was it available in Delphi 2005?

- Florent


Subject: Re: Test with other Delphi versions
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 06 Jan 2008 19:15:52 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hello,
>
> SetWideStrProp is missing too, fixed in revision 11667.
>
> I now have an other issue with Delphi6:

Do you know which Delphi edition provided DynArrayProp? I'll adapt it to D7 for now, but I'm not sure it was available there?


-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: Test with other Delphi versions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 06 Jan 2008 19:10:21 +0100
Newsgroups: jedi.vcl

Hello,

SetWideStrProp is missing too, fixed in revision 11667.

I now have an other issue with Delphi6:

[Compiling: JvCoreD6D.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation

P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(579) Erreur: Identificateur non déclaré : 'GetDynArrayProp'
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(887) Erreur: Identificateur non déclaré : 'SetDynArrayProp'
P:\Delphi\JVCL\design\JvDataProviderDesignerForm.pas(42) Fatale: Impossible de compiler l'unité utilisée '..\..\design\JvDataProviderItemDesign.pas'


Regards,

- Florent


Subject: Re: Test with other Delphi versions
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 06 Jan 2008 18:25:08 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Marcel Bestebroer wrote:
>> Hello Florent,
>>
>>> Here is the log for Delphi 5:
>>
>> Should be compiling now (rev. 11665); thanks for the report.
>
> It compiles, but won't work, obviously. Next time I'll check the compiler hints/warnings before committing, I promise.
>

Fixed (I think) with rev. 11666

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: Test with other Delphi versions
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 06 Jan 2008 18:17:25 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello Florent,
>
>> Here is the log for Delphi 5:
>
> Should be compiling now (rev. 11665); thanks for the report.

It compiles, but won't work, obviously. Next time I'll check the compiler hints/warnings before committing, I promise.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: Test with other Delphi versions
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 06 Jan 2008 18:14:56 +0100
Newsgroups: jedi.vcl

Hello Florent,

> Here is the log for Delphi 5:

Should be compiling now (rev. 11665); thanks for the report.

> The RTL of Delphi 5 is lagging :(

Yeah, and I'm not all that certain it will compile correctly in D6, even with these changes.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: Test with other Delphi versions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 06 Jan 2008 15:41:47 +0100
Newsgroups: jedi.vcl

Hello Marcel,

Here is the log for Delphi 5:

[Compiling: JvCoreD5D.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(89) Erreur: Identificateur non déclaré : 'TMethod'
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(635) Erreur: Types incompatibles : 'TObject' et 'PTypeInfo'
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(668) Erreur: Identificateur non déclaré : 'GetWideStrProp'
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(694) Erreur: Types incompatibles : 'TAggregatedPersistentEx' et 'PTypeInfo'
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(694) Erreur: Types incompatibles : 'TTypeKinds' et 'PPropList'
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(828) Erreur: Types incompatibles : 'TAggregatedPersistentEx' et 'PTypeInfo'
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(828) Erreur: Types incompatibles : 'TTypeKinds' et 'PPropList'
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(910) Erreur: Aucune version surchargée de 'SetMethodProp' ne peut être appelée avec ces arguments
P:\Delphi\JVCL\design\JvDataProviderItemDesign.pas(946) Erreur: Identificateur non déclaré : 'SetWideStrProp'
P:\Delphi\JVCL\design\JvDataProviderDesignerForm.pas(42) Fatale: Ne peut compiler l'unité utilisée '..\..\design\JvDataProviderItemDesign.pas'

First one can be fixed by moving the use of SysUtils from implementation to interface.

About the second error, Delphi 5 only implements this version of GetPropList:
function GetPropList(TypeInfo: PTypeInfo; TypeKinds: TTypeKinds;
  PropList: PPropList): Integer;

About third error, GetWideStrProp is not declared in TypInfo, you'll have to use GetStrProp that will do the lossy conversion.

The RTL of Delphi 5 is lagging :(

- Florent


Subject: Test with other Delphi versions
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 06 Jan 2008 15:20:11 +0100
Newsgroups: jedi.vcl

Hi,

I just committed rev. 11664 and some of the code in there may not actually compile in certain Delphi editions. I expect most issues with compiling the Core-D package.

It compiles (and works, but you can't really test that yet) in D2007. Please report any issues in other Delphi editions so I could add the proper conditionals.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: jvPluginWizard fix for Delphi 2007
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 06 Jan 2008 13:06:01 +0100
Newsgroups: jedi.vcl

Thanks for your help, it works fine now in BDS2006 as well (Mantis 3903)
Unfortunately, it does not fix the crash for BCB5 (Mantis 3230).
If you can have a look at it, it would be much appreciated.

> There is a lot I don't know about Delphi, including what the recommended practice is, although I'll learn eventually, since I actually like the language.

Here is a base document:
http://homepages.codegear.com/jedi/jvcl/StyleGuide.htm

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: jvPluginWizard fix for Delphi 2007
From: RH <askme@for.it.au>
Date: Sun, 06 Jan 2008 11:24:35 +1100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hello,
>
> I'm taking this, but some rework is required, with..begin..end is not a recommended practice.
> What name would you like to be added to contributor names?
>
> Regards,
>
> - Florent

Thank you Florent, that was very quick!  I'm sorry about the with..begin..end, since I'm not a Delphi programmer (C/C++ is my area).

There is a lot I don't know about Delphi, including what the recommended practice is, although I'll learn eventually, since I actually like the language.

My name is Ramzi Haidar, if you would still like to add it to the contributor list.

Thanks again,

Ramzi




Subject: Re: jvPluginWizard fix for Delphi 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 06 Jan 2008 01:00:05 +0100
Newsgroups: jedi.vcl

Hi,

I committed a modified version of your file in revision 11662. Your name can still be changed in contributor list if you want to.

Best regards,

- Florent


Subject: Re: Farewell Robert
From: Ivo Bauer <abuer@zom.zc>
Date: Sat, 05 Jan 2008 22:25:00 +0100
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

Christian Wimmer napsal(a):
> I was just informed that Robert Marquardt passed away on December
> 29th, 2007.

Robert, it's very very sad to hear that you lost your life battle. Let me please thank you for all your effort and time you have dedicated to the Delphi community over the years and for being a good man.

We will be missing you...

-- 
Ivo Bauer


Subject: Re: jvPluginWizard fix for Delphi 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 05 Jan 2008 19:37:45 +0100
Newsgroups: jedi.vcl

Hello,

I'm taking this, but some rework is required, with..begin..end is not a recommended practice.
What name would you like to be added to contributor names?

Regards,

- Florent


Subject: Re: Farewell Robert
From: Salvatore Besso <s.besso@mclink.it>
Date: Sat, 05 Jan 2008 16:25:20 +0100
Newsgroups: jedi.vcl,jedi.jcl

bye bye Robert...

-- 
Salvatore


Subject: jvPluginWizard fix for Delphi 2007
From: RH <askme@for.it.au>
Date: Sun, 06 Jan 2008 00:16:44 +1100
Newsgroups: jedi.vcl

Hi,

I have uploaded a modified jvPluginWizard.pas file to the binaries group.  It now works with Delphi 2007, and should still work with the older versions.

Is someone from the Jedi group able to test this and check it in to the source control?

Thanks,

RH


Subject: Re: Farewell Robert
From: "John Friel" <john@frieltek.com>
Date: Thu, 3 Jan 2008 08:23:25 -0600
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

Robert will be missed, no doubt.  He helped me numerous times and really 
cared.

My condolensed to his family.

John 




Subject: Re: Unable to install JEDI Code Library v 1.101
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 03 Jan 2008 09:20:34 +0100
Newsgroups: jedi.vcl

BlackDogSpark a écrit :
> Hi all!
> I have some problems to install jcl to rad studio 2007 SR3. When i hit the install it starts the install proces but then at some point i get message that there where 5 errors. I just continue the install but it fails in the end. So can someone tell me what should i do? I'm very new to delphi so I don't have any idea. Oh and the version i try to install is 1.101 build 2725 

Hi,

This is an error about examples that could not be compiled, you might disable node "Make Demos" and everything will be fine.

Regards,

Florent


Subject: Re: Error when compiling current SVN for D11
From: "Ian Branch" <branch@sitathome.net>
Date: Thu, 3 Jan 2008 16:38:54 +1100
Newsgroups: jedi.vcl

Please disregard.  Fresh SVN download fixed it.

Apologies.

Ian



-- 

Subject: Error when compiling current SVN for D11
From: "Ian Branch" <branch@sitathome.net>
Date: Thu, 3 Jan 2008 15:36:22 +1100
Newsgroups: jedi.vcl

Hi Guys,

	FYI.

[Generating: Packages]
Generating packages for D11
	Loaded template.dpk
		Writing JvCoreD11R.dpk for D11
		Writing JvHMID11R.dpk for D11
		Writing JvMMD11R.dpk for D11
	Loaded template.dproj
	Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdD11R.bpl]
CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear
D:\jvcl3\Common\jvcld11.inc(1) Error: E2029 'END' expected but '<' found


Regards,

Ian

-- 

Subject: Unable to install JEDI Code Library v 1.101
From: "BlackDogSpark" <blackdogspark@dnainternet.net>
Date: Wed, 2 Jan 2008 18:24:02 +0200
Newsgroups: jedi.vcl

Hi all!
I have some problems to install jcl to rad studio 2007 SR3. When i hit the 
install it starts the install proces but then at some point i get message 
that there where 5 errors. I just continue the install but it fails in the 
end. So can someone tell me what should i do? I'm very new to delphi so I 
don't have any idea. Oh and the version i try to install is 1.101 build 2725 



Delphi 2007.log
	



Subject: Windows Service with JvPluginManager
From: "Weverton Gomes de Morais" <weverton@tron.com.br>
Date: Wed, 2 Jan 2008 13:58:23 -0200
Newsgroups: jedi.vcl

Hi,

I'm trying make a Windows Service application that uses a JvPluginManager. When I start the service, all works fine but when I stop the service the app raise an exception. I already tried with only one plugin withou any functional code and the error still happened. Does anyone have an idea about this?? Is a component's bug??

Thanks,

Weverton


Subject: Re: Farewell Robert
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Wed, 2 Jan 2008 12:10:42 +0000 (UTC)
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

Am Wed, 02 Jan 2008 12:49:43 +0100 schrieb Christian Wimmer:

> > I was just informed that Robert Marquardt passed away on December 29th,
> > 2007.
> > 
> > Although I didn't know him to long - I can say that he was always a good
> > man and did great things for the Delphi and JEDI community. Especially
> > he helped me to improve the JEDI Security Library (JWSCL).
> > 
> > We'll miss you, Robert.
> > 
> > Farewell says
> > Christian Wimmer
> > 
> > 
> > original posted on:
> > http://blogs.codegear.com/johnk/2008/01/01/38837

That's a realy bad news and it's a hard loss to the whole delphi 
community.
My deepest sympathy goes to his family.
-- Mit freundlichen Grüßen/Regards Heiko Adams Fachinformatiker Anwendungsentwicklung Tel: +49 (95 65) 94 22 - 42 Fax: +49 (95 65) 94 22 - 22 Mail: heiko.adams@regenspurger.de Web: http://www.regenspurger.de / www.kigapro.de 

Subject: Re: Farewell Robert
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Wed, 2 Jan 2008 11:56:52 +0000 (UTC)
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

Christian Wimmer wrote:

> > I was just informed that Robert Marquardt passed away on December
> > 29th, 2007.

What? OMG!
 
> > original posted on:
> > http://blogs.codegear.com/johnk/2008/01/01/38837

Like I said there: he'll be missed.

-- Rudy Velthuis http://rvelthuis.de "It is a miracle that curiosity survives formal education." -- Albert Einstein 

Subject: Farewell Robert
From: Christian Wimmer <chriswimmer@gmx.de>
Date: Wed, 02 Jan 2008 12:49:43 +0100
Newsgroups: jedi.general,jedi.apiconversion,jedi.vcl,jedi.jcl

I was just informed that Robert Marquardt passed away on December 29th,
2007.

Although I didn't know him to long - I can say that he was always a good
man and did great things for the Delphi and JEDI community. Especially
he helped me to improve the JEDI Security Library (JWSCL).

We'll miss you, Robert.

Farewell says
Christian Wimmer


original posted on:
http://blogs.codegear.com/johnk/2008/01/01/38837


Subject: suggestion to replace Dream-com's DCHeaderPanel
From: "Niels" <demonng@lumensoft.nl>
Date: Wed, 2 Jan 2008 10:17:39 +0100
Newsgroups: jedi.vcl

hallo all,

If there a component that can be THE replacement for the Dream-com's 
DCHeaderPanel?
This panel is not showing correct onder the XP theme.
I have already search a little but found notting sofar.

thanks

Niels

PS. everybody have a very nice 2008 




Subject: Re: Howto copy a component of an unknown type
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 1 Jan 2008 23:16:17 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > How could the ???  be realized?

In case the TJvCustomAppStorage constructor is virtual (derived from
TComponent) you can do the following:

type
  TJvCustomAppStorageClass = class of TJvCustomAppStorage;

function cloneappstore (iappstore : Tjvcustomappstorage) :
Tjvcustomappstorage;
begin
   Result :=
TJvCustomAppStorageClass(iappstore.ClassType).Create(iappstore.Owner);
   Result.Assign (iAppStorage);
end;


-- Regards, Andreas Hausladen 

Subject: Howto copy a component of an unknown type
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 01 Jan 2008 23:07:42 +0100
Newsgroups: jedi.vcl

Hi,

maybe i'm stupid :-) but how can i create a copy of a component, when i don't know the type of the component?

Example

function cloneappstore (iappstore : Tjvcustomappstorage) : Tjvcustomappstorage;
begin
  Result := ????
  Result.Assign (iAppStorage);
end;

How could the ???  be realized?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppXMLStorage XSD-Conform
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Dec 2007 17:15:50 +0100
Newsgroups: jedi.vcl

If i work on this i came to the first point:

Here is my changed code, See the comments inside?


function TJvCustomAppXMLStorage.GetNodeFromPath(Path: string; StartNode: TJvSimpleXmlElem = nil): TJvSimpleXmlElem;
var
  NodeList: TStringList;
  I: Integer;
  Node: TJvSimpleXmlElem;
  NodeName: string;
  Index : Integer;

  procedure SplitNodeNameIndex (var sNodeName : String; var sIndex : Integer);
  var sh : string;
  begin
    sIndex := -1;
    sh := trim(sNodeName);
    if Pos(']', sh) <> Length(sh) then
      Exit;
    p := CharLast(sh, '[');
    if p > 0 then
    begin
      try
        sIndex := StrToInt(Copy(sh, p+1, Length(sh)-p-1));
        sNodeName := Copy(sNodeName, 1, p-1);
      except
        on e:exception do
      end;
    end;
  end;

begin
  Result := nil;

  ReloadIfNeeded;
  NodeList := TStringList.Create;
  if StartNode <> nil then
    Node := StartNode
  else
    Node := Xml.Root;

  try
    try
      StrToStrings(Path, '\', NodeList, False);
      for I := 0 to NodeList.Count - 1 do
      begin
        // Node names cannot have spaces in them so we replace
        // those spaces by the replacement string. If there is
        // no such string, we trigger an exception as the XML
        // standard doesn't allow spaces in node names
        SplitNodeNameIndex(NodeName, Index);
        NodeName := CheckNodeNameCharacters(NodeList[I]);


        // ???????
        // How could it be handled ?
    // Did we need something like Node.Items.GetItemByNameAndIndex

        // If the name is the same as the root AND the first in
        if not ((I = 0) and (NodeName = Xml.Root.Name)) then
          if Assigned(Node.Items.ItemNamed[NodeName]) then
            Node := Node.Items.ItemNamed[NodeName]
          else
            Exit;
      end;
    finally
      NodeList.Free;
    end;
  except
    Node := nil;
  end;
  Result := Node;
end;



Jens Fudickar schrieb:
> Ok,
>
> i had thought about it, and here are my ideas:
>
> 1. Adding a property the JvAppStorage component to activate/deactivate the new feature.
> 2. Changing the way of naming list elements.
> Until now its "Item<Nr>", for example Item0, Item1, Item2,...
> The new way could be "Item[<Nr>]".
> For the registry storage there is no problem, the ini-storage i had to check.
> The xml-storage could recognice each "[]" as list index and then read the values from the list nodes.
>
> This is untested, but i think it should work.
>
> What do you think?
>
> Open questions:
> - What is the best name for the new property
> - What happens with the TJvSimpleXML if an index for example [15] is used to write some data, and there are only 3 nodes until now?
>
>
> Any comments are welcome.
>
> Greetings
> jens
>
> Jens Fudickar schrieb:
>> Hi,
>>
>> i need some help enhancing the JvAppXMLStorage.
>>
>> I want to change the behaviour of writing lists to the xml file.
>>
>> In the moment the component writes and reads lists in the following way:
>>
>> 1. Create an element "Count" with the count of list records.
>> 2. Creates for each list entry a new element "Item<Nr>"
>>
>> The problem this is not the way normal xml's, specialy based on a xsd-definition work.
>>
>> There you have a list of "Item" entries, and that's all.
>>
>> My problem, what is the best way to achieve this with the JvAppXMLStorage?
>>
>> Greetings
>> Jens
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppXMLStorage XSD-Conform
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Dec 2007 14:14:36 +0100
Newsgroups: jedi.vcl

Ok,

i had thought about it, and here are my ideas:

1. Adding a property the JvAppStorage component to activate/deactivate the new feature.
2. Changing the way of naming list elements.
Until now its "Item<Nr>", for example Item0, Item1, Item2,...
The new way could be "Item[<Nr>]".
For the registry storage there is no problem, the ini-storage i had to check.
The xml-storage could recognice each "[]" as list index and then read the values from the list nodes.

This is untested, but i think it should work.

What do you think?

Open questions:
- What is the best name for the new property
- What happens with the TJvSimpleXML if an index for example [15] is used to write some data, and there are only 3 nodes until now?


Any comments are welcome.

Greetings
jens

Jens Fudickar schrieb:
> Hi,
>
> i need some help enhancing the JvAppXMLStorage.
>
> I want to change the behaviour of writing lists to the xml file.
>
> In the moment the component writes and reads lists in the following way:
>
> 1. Create an element "Count" with the count of list records.
> 2. Creates for each list entry a new element "Item<Nr>"
>
> The problem this is not the way normal xml's, specialy based on a xsd-definition work.
>
> There you have a list of "Item" entries, and that's all.
>
> My problem, what is the best way to achieve this with the JvAppXMLStorage?
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Install JVCL332CompleteJCL1100-Build2646 fails
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Dec 2007 17:23:38 +0100
Newsgroups: jedi.vcl

Keith Latham wrote:
> Keith Latham wrote:
>> ... I am guessing that the second message is saying that JCL must be installed on Delphi 2007 before the JVCL installer can be compiled. I thought one of the installer's functions was to install JCL. Why is this a problem?
>  > ...
>
> OK, so I installed the JCL and now the JVCL is installing correctly. I was under the impression that the JVCL installer installed the JCL if required. I guess I was wrong.

Yep, the JVCL installer never installed automatically the JCL and there are no plans to make it do so because people might want to use a custom version of the JCL, or one placed in a different location than the one we expect.
However, it does give you a message saying so.
Please note that version 3.33 has been out for a while now, you might want to use it instead of version 3.32

Regards
Olivier


Subject: Re: Install JVCL332CompleteJCL1100-Build2646 fails
From: Keith Latham <newsletters@klatham.com>
Date: Sat, 29 Dec 2007 02:18:23 +1100
Newsgroups: jedi.vcl

Keith Latham wrote:
> ... I am guessing that the second message is saying that JCL must be installed on Delphi 2007 before the JVCL installer can be compiled. I thought one of the installer's functions was to install JCL. Why is this a problem?
> ...

OK, so I installed the JCL and now the JVCL is installing correctly. I was under the impression that the JVCL installer installed the JCL if required. I guess I was wrong.

Keith


Subject: Install JVCL332CompleteJCL1100-Build2646 fails
From: Keith Latham <newsletters@klatham.com>
Date: Sat, 29 Dec 2007 01:40:03 +1100
Newsgroups: jedi.vcl

Folks

I am trying to install JVCL and JCL from JVCL332CompleteJCL1100-Build2646

I have
* Turbo Delphi installed
* CodeGear Delphi 2007 installed (w/Dec07 patches)
* I am using Windows XP SP2.
* Installation files are on my development network share drive:
* JVCL is in directory S:\JEDI\jvcl\(my development network share drive)
* JCL is in directory S:\JEDI\jcl\  (my development network share drive)
* C:\Program Files\CodeGear\RAD Studio\5.0\bin; is the first entry in my path

Running S:\JEDI\jvcl\install.bat or S:\JEDI\jvcl\makemodified.bat result in the following messages:

==================================================================
[Compiling Installer...]
Borland Developer Studio 2006 is no valid installation
 - dcc32.exe missing (Evaluation version and TurboExplorer are not supported)

Missing dependencies for CodeGear Delphi 2007 for Win32
 - JCL is required but not installed. (http://jcl.sourceforge.net)

No Delphi/BCB/Rad-Studio versions was found that has the required dependencies installed. Please install the dependencies first.
==================================================================

I assume the first message is saying JVCL can't be installed into Turbo Delphi - I am OK with that.

I am guessing that the second message is saying that JCL must be installed on Delphi 2007 before the JVCL installer can be compiled. I thought one of the installer's functions was to install JCL. Why is this a problem?

I assume the third message is the summary that it couldn't do anything.

Thanks in advance for any help with this problem.

Keith Latham
Carnegie Australia


Subject: Provider/consumer
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 27 Dec 2007 22:31:02 +0100
Newsgroups: jedi.vcl

Hi,

While working on a new provider, I fixed a couple of issues in the default provider code. In both cases it's mostly cosmetic code changes, ie. making sure we don't need to use {$WARNINGS OFF} directives to keep the compiler happy.

The new provider will be able to manage a list of manually entered items, like a TStrings descendant. Obviously, it will be possible to store this in a tree and link an image to each item.

When this is done, I'll go see if I can get the edit control to accept a provider.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: JvChangeNotify - duplicated events triggered for each change
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Thu, 27 Dec 2007 10:22:19 +0800
Newsgroups: jedi.vcl

You can reproduce the bug with example in the folder 
examples\JvChangeNotify.


"Edwin" <edwin(nospam)yeah@gmail.com> wrote in message 
news:fksj84$mpc$1@news.talkto.net...
> > Hi,
> >
> > I tried JvChangeNotify and found that the OnChangeNotify  event triggered 
> > two times for each change event, this is a bug?
> >
> > Thanks.
> > Edwin.
> >
> > 




Subject: Re: SVN write access
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 26 Dec 2007 15:49:28 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> nice to see you back!
Nice to be back. For a while, at least.

>
> Good news for the new year.
>
Well, that remains to be seen, doesn't it?

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: SVN write access
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 26 Dec 2007 15:48:02 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
>
>
>> Thanks. If someone could check if things still work in all supported compilers, that'd be great.
>>
> Done for D5 and D2007. Success :-)
>

Yeah, D2007 I kinda expected to work, since that's the only version of Delphi I have installed. But at least I didn't forget something.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: SVN write access
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Dec 2007 15:30:45 +0100
Newsgroups: jedi.vcl



> Thanks. If someone could check if things still work in all supported compilers, that'd be great.
>
Done for D5 and D2007. Success :-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: SVN write access
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Dec 2007 15:21:49 +0100
Newsgroups: jedi.vcl

Hi Marcel,

nice to see you back!

Good news for the new year.

Greetings
Jens

Marcel Bestebroer schrieb:
> All,
>
> Let me start by wishing you all happy holidays.
>
> As the subject suggests, I'm requesting write access to the JVCL repository. I've just completed adding a 14- and 16-segmented digit class for the JvSegmentedLEDDisplay (building the character-to-segment mapping took most of the time, by the way) and I'm thinking about looking more into the provider/consumer stuff (eg. adding more consumers, adding some providers, stuff like that), hence the write request.
>
> Note that I'm not offering to do the docs, as I did with JCL, 'cause going over the JCL docs got boring pretty quickly and I'm pretty sure I'd feel the same when going over the JVCL docs. Obviously I'll provide docs for what I add to/change in the library, so things won't get worse.
>
> Yep, I've definitely quit Project JEDI ;)
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: SVN write access
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 26 Dec 2007 15:16:33 +0100
Newsgroups: jedi.vcl

OBones wrote:
>
> Done.
>
Thanks. If someone could check if things still work in all supported compilers, that'd be great.

Currently working on recreating/rewriting the provider/consumer tutorial. Seemed like a good starting point, since I didn't remember much about it. Working on the 'additional information' stuff first, if only to get things straight in my own head.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: SVN write access
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 26 Dec 2007 14:39:30 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> jedi_mbe
>
> OBones wrote:
>> That would be great, especially if you provide the docs for what you add/change.
>> Sorry, can't remember it, but what's your sf.net login?

Done.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: SVN write access
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 26 Dec 2007 12:18:30 +0100
Newsgroups: jedi.vcl

jedi_mbe

OBones wrote:
> That would be great, especially if you provide the docs for what you add/change.
> Sorry, can't remember it, but what's your sf.net login?
>


-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: SVN write access
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 26 Dec 2007 11:56:56 +0100
Newsgroups: jedi.vcl

That would be great, especially if you provide the docs for what you add/change.
Sorry, can't remember it, but what's your sf.net login?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: SVN write access
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 26 Dec 2007 11:51:36 +0100
Newsgroups: jedi.vcl

All,

Let me start by wishing you all happy holidays.

As the subject suggests, I'm requesting write access to the JVCL repository. I've just completed adding a 14- and 16-segmented digit class for the JvSegmentedLEDDisplay (building the character-to-segment mapping took most of the time, by the way) and I'm thinking about looking more into the provider/consumer stuff (eg. adding more consumers, adding some providers, stuff like that), hence the write request.

Note that I'm not offering to do the docs, as I did with JCL, 'cause going over the JCL docs got boring pretty quickly and I'm pretty sure I'd feel the same when going over the JVCL docs. Obviously I'll provide docs for what I add to/change in the library, so things won't get worse.

Yep, I've definitely quit Project JEDI ;)

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: JvChangeNotify - duplicated events triggered for each change
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Wed, 26 Dec 2007 12:42:57 +0800
Newsgroups: jedi.vcl

Hi,

I tried JvChangeNotify and found that the OnChangeNotify  event triggered 
two times for each change event, this is a bug?

Thanks.
Edwin. 




Subject: Ink inputting in a Tablet PC with Vista Premium installed
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Tue, 25 Dec 2007 16:46:08 +0800
Newsgroups: jedi.vcl

Hi,

I'm uisng a TJvRichEdit control and one of the users who is
uisng a Tablet PC with Vista Premium installed reported he can only input
the last character of a sentense when he input using the handwritten input
panel. I don't  have a tablet pc to test, any programming tips to overcome
this? Thanks.

Ediwn.




Subject: TJvLabel
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sat, 22 Dec 2007 01:58:54 +0100
Newsgroups: jedi.vcl

 Has something changed in 3.33 re URLs ? Clicking on lablel no loner 
opens web page ? AutoOpen is true...
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Help!!!! Undeclared indentifier 'TJvComponent'
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Fri, 21 Dec 2007 23:11:18 +0100
Newsgroups: jedi.vcl

> > That's very strange.  I have the paths set up properly in 
> > Tools-Environment but it wasn't until I added it into the program options 
> > that the errors went away.

Hm, dunno why that happens. Probably gremlings...

-- Regards, Peter 

Subject: Re: Help!!!! Undeclared indentifier 'TJvComponent'
From: "CC" <DoNotEmail@nowhere.com>
Date: Fri, 21 Dec 2007 15:41:23 -0500
Newsgroups: jedi.vcl

That's very strange.  I have the paths set up properly in Tools-Environment 
but it wasn't until I added it into the program options that the errors went 
away.


"Peter Thornqvist" <peter.tornqvist@nospam.gmail.com> wrote in message 
news:fkh5eb$5q8$1@news.talkto.net...
>> >> The project options did the trick.  Man, I'm at a loss as to figure out 
>> >> where then went though.
> >
> > You probably deleted your dof file
> >
> > It's much better to put the paths in Tools-Environment Options. Then they 
> > will be there for every project you work on and wont be depending on any 
> > dof files
> >
> > -- 
> > Regards, Peter
> > 




Subject: Re: Help!!!! Undeclared indentifier 'TJvComponent'
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Fri, 21 Dec 2007 21:37:29 +0100
Newsgroups: jedi.vcl

> > The project options did the trick.  Man, I'm at a loss as to figure out 
> > where then went though.

You probably deleted your dof file

It's much better to put the paths in Tools-Environment Options. Then they 
will be there for every project you work on and wont be depending on any dof 
files

-- Regards, Peter 

Subject: Re: Help!!!! Undeclared indentifier 'TJvComponent'
From: "CC" <DoNotEmail@nowhere.com>
Date: Fri, 21 Dec 2007 14:28:55 -0500
Newsgroups: jedi.vcl

Thank-you more times than I can count!

The project options did the trick.  Man, I'm at a loss as to figure out 
where then went though.


"Peter Thornqvist" <peter.tornqvist@nospam.gmail.com> wrote in message 
news:fkh06i$4q6$1@news.talkto.net...
> > You have probably lost the paths to the JCL/JVCL library.
> >
> > Check your paths in Tools-Environment Options-Library-Library Path and 
> > Project Options-
> > Directories/Conditionals-Search Path.
> >
> >
> > -- 
> > Regards, Peter
> > 




Subject: Re: Help!!!! Undeclared indentifier 'TJvComponent'
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Fri, 21 Dec 2007 20:07:27 +0100
Newsgroups: jedi.vcl

You have probably lost the paths to the JCL/JVCL library.

Check your paths in Tools-Environment Options-Library-Library Path and 
Project Options-
Directories/Conditionals-Search Path.


-- Regards, Peter 

Subject: Help!!!! Undeclared indentifier 'TJvComponent'
From: "CC" <DoNotEmail@nowhere.com>
Date: Fri, 21 Dec 2007 13:27:45 -0500
Newsgroups: jedi.vcl

I have been using the jvcl components for a few years without problem until 
last night when, for some unknown reason, I get the above error from 
JvDBGridExport.pas.  The other errors reported for the same unit are:

Class type required
Method 'Notification' not found in base class
Cannot override a static method (several times)
Undeclared identifier 'Notification'
Unsatisfied forward or external declaration 'TJvCustomDBGridExport.DoExport'

This control has sat happily on my form, without complaining until last 
night.  I can't deliver my program without this key feature working.

Please help!

Many thanks!




Subject: Re: [C++ Error] - JvJVCLUtils.hpp(...): E2109 Not an allowed type
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 21 Dec 2007 13:22:38 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> OBones <obones_gf_@_fe_altern.org> wrote in
> news:fk5uiu$e08$1@news.talkto.net:
>>> 3. First version where I found out problem with the "Not an allowed type" problem is from: 23.11. 2007 (and maybe earlier) and this problem persist upto version from 12.12.2007. 
>> What change can you detect in JvJVCLUtils that could come up
>> with this? 
> There is many changes if I compare these two files: // $Id: JvJVCLUtils.pas 11413 2007-07-11 20:23:46Z ahuser $
> // $Id: JvJVCLUtils.pas 11583 2007-11-20 18:23:16Z ahuser $
> but, it seems to me that AsPoint is new property inside TJvPoint:
> ...
> and AsSize is new property of TJvSize:
> ...

That's right. It's the very first sentence in the "Making your component work with BCB" section of the "BCB Compatibility Guide"
There is no point having those two properties published, they should only be public. I have changed this in SVN.

Thanks for your time and patience.

Olivier


Subject: Re: [C++ Error] - JvJVCLUtils.hpp(...): E2109 Not an allowed type
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 21 Dec 2007 11:55:00 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <...> wrote: 

> > It's the very first sentence in the "Making your
> > component work with BCB" section of the "BCB Compatibility
> > Guide" There is no point having those two properties published,
> > they should only be public. I have changed this in SVN.

Thank you for your quick resolution.

Vaclav


Subject: Re: [C++ Error] - JvJVCLUtils.hpp(...): E2109 Not an allowed type
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 21 Dec 2007 11:25:42 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gf_@_fe_altern.org> wrote in
news:fk5uiu$e08$1@news.talkto.net: 

>> >> 3. First version where I found out problem with the 
>> >> "Not an allowed type" problem is from: 23.11. 2007 (and 
>> >> maybe earlier) and this problem persist upto version 
>> >> from 12.12.2007. 
> > 
> > What change can you detect in JvJVCLUtils that could come up
> > with this? 
There is many changes if I compare these two files: 
// $Id: JvJVCLUtils.pas 11413 2007-07-11 20:23:46Z ahuser $
// $Id: JvJVCLUtils.pas 11583 2007-11-20 18:23:16Z ahuser $
but, it seems to me that AsPoint is new property inside TJvPoint:

// equivalent of TPoint, but that can be a published property
  TJvPoint = class(TPersistent)
....
    function GetAsPoint: TPoint;
    procedure SetAsPoint(const Value: TPoint);
  protected
    procedure DoChange;
  public
    procedure AssignPoint(const Source: TPoint);
    {$IFDEF CLR} // AHUser: Delphi.NET 2007 cannot handle two 
Assign methods
    procedure Assign(Source: TPersistent); override;
    {$ELSE}
    procedure Assign(Source: TPersistent); overload; override;
    procedure Assign(const Source: TPoint); reintroduce; overload;
    {$ENDIF CLR}
    procedure CopyToPoint(var Point: TPoint);
    property OnChange: TNotifyEvent read FOnChange write FOnChange;
  published
    property X: Longint read FX write SetX default 0;
    property Y: Longint read FY write SetY default 0;
    property AsPoint: TPoint read GetAsPoint write SetAsPoint;

....
and AsSize is new property of TJvSize:
....
    function GetSize: TSize;
    procedure SetSizet(const Value: TSize);
  protected
    procedure DoChange;
  public
    procedure AssignSize(const Source: TSize);
    {$IFDEF CLR} 
// AHUser: Delphi.NET 2007 cannot handle two Assign methods
    procedure Assign(Source: TPersistent); override;
    {$ELSE}
    procedure Assign(Source: TPersistent); overload; override;
    procedure Assign(const Source: TSize); reintroduce; overload;
    {$ENDIF CLR}
    procedure CopyToSize(var Size: TSize);
    property OnChange: TNotifyEvent read FOnChange write FOnChange;
  published
   property Width: Longint read FWidth write SetWidth default 0;
   property Height: Longint read FHeight write SetHeight default 0;
   property AsSize: TSize read GetSize write SetSizet;


> > I suspect a use clause that gets in the way, but I do
> > not have access to BCB6 here right now.
 



Subject: [JVCL 3.33] TJvDBGrid OnMouseEnter doesn't get fired
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Wed, 19 Dec 2007 18:01:29 +0100
Newsgroups: jedi.vcl

Hello there!

What reasons can be there that TJvDBGrid.OnMouseEnter and OnMousLeave don't 
get fired?

Thx in advance,

Fritz 




Subject: Re: Andreas, what a day :-)
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 19 Dec 2007 09:12:44 +0100
Newsgroups: jedi.vcl

> >And another in the works. The days before the holydays are so boring :-)

Better then the days in the holidays :-)

On the other hand, if these days are also boring, you had enough time (and
a good reason) to do some more coding ;-) ;-)

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: temporaly solved
From: "Wing" <wing22@mail.ru>
Date: Wed, 19 Dec 2007 11:25:17 +0600
Newsgroups: jedi.vcl

Task solved by replacing integer property by TComponent-successor but better 
will use of TPersistent-successor. How can I use it? Inspector just 
displaying a type-name...

Wing. 




Subject: Re: Andreas, what a day :-)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 18 Dec 2007 21:33:00 +0100
Newsgroups: jedi.vcl

Not hurry on, before the weekend comes :-)

Until now, three checkins for the day ;-)

Greetings
Jens

Andreas Hausladen schrieb:
> Jens wrote:
>
>> Incredible.
>
> But don't expect such a list every weekend. Especially not next weekend
> and the weekend after that :-)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Andreas, what a day :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 18 Dec 2007 20:23:23 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Not hurry on, before the weekend comes :-)
> > 
> > Until now, three checkins for the day ;-)

And another in the works. The days before the holydays are so boring :-)




-- Regards, Andreas Hausladen 

Subject: Re: Delphi 7 - JCL exception on compile... out of the blue. *** PLEASE HELP *** kinda in a time crunch to make a change here.
From: "Alchemist" <dridenhour@stltoday.com>
Date: Tue, 18 Dec 2007 13:49:16 -0600
Newsgroups: jedi.vcl

All,

Nevermind...  still dont know what caused it... but went back to my 
schedule2.~pas backup from 12/11 and it works fine... If anyone has 
enlightenment to what happened id love to hear it... but its not time 
sensitive anymore.  Whew.


"Alchemist" <dridenhour@stltoday.com> wrote in message 
news:fk93ce$tri$1@news.talkto.net...
> > All,
> >
> > Ive been using JVCL with Delphi7 for a while now without any problems... 
> > loaded up my project today (which compiled fine last night) and get an 
> > exception when trying to COMPILE.  Its before the box even comes up 
> > showing the progress.   If I analyze the project file in the IDE it gives 
> > me the following error information:
> >
> > Exception class name: Exception
> > Exception message: Error in module : Declaration of class TScheduleManager 
> > is missing or incorrect
> > (0005DCAD) [4805ECAD]{Jcl70.bpl   } Jcldebug.JclCreateStackList + $15
> > (00001E21) [58002E21]{JclBaseExpert70.bpl} 
> > Jclotaexceptionform.TJclExpertExceptionForm.ShowException + $139
> > (00004023) [58005023]{JclBaseExpert70.bpl} 
> > Jclotautils.JclExpertShowExceptionDialog + $33
> > (0000369A) [5806469A]{JclProjectAnalysisExpertDLL70.dll} INITWIZARD0001 + 
> > $41E
> > (0003B407) [4003C407]{rtl70.bpl   } Classes.TBasicAction.Execute + $F
> > (00019CDC) [0091ACDC]{vclactnband70.bpl} 
> > Actnmenus.TCustomActionMainMenuBar.TrackMenu + $20
> > (000154F9) [009164F9]{vclactnband70.bpl} 
> > Actnmenus.TCustomActionMenuBar.CMItemKeyed + $29
> > (0008352B) [0082452B]{vcl70.bpl   } Controls.TWinControl.WndProc + $157
> > (0003C0BC) [4003D0BC]{rtl70.bpl   } Classes.TDataModule.WriteHeight + $20
> > (000A3DAB) [00844DAB]{vcl70.bpl   } Forms.TApplication.ProcessMessage + 
> > $83
> > (0001EEE6) [0041FEE6]{delphi32.exe}
> >
> >
> > As I said... this was working fine last night... now I cant even compile 
> > to see whats causing the error.   Just loaded up... compiled and got the 
> > error... no changes since last night.    The class TScheduleManager is 
> > defined and has functioned properly for years... its the applications main 
> > form and is a decendant of TFORM.
> >
> > Help?
> >
> > Thanks,
> >
> > Dan
> > 




Subject: Delphi 7 - JCL exception on compile... out of the blue. *** PLEASE HELP *** kinda in a time crunch to make a change here.
From: "Alchemist" <dridenhour@stltoday.com>
Date: Tue, 18 Dec 2007 13:14:09 -0600
Newsgroups: jedi.vcl

All,

Ive been using JVCL with Delphi7 for a while now without any problems... 
loaded up my project today (which compiled fine last night) and get an 
exception when trying to COMPILE.  Its before the box even comes up showing 
the progress.   If I analyze the project file in the IDE it gives me the 
following error information:

Exception class name: Exception
Exception message: Error in module : Declaration of class TScheduleManager 
is missing or incorrect
(0005DCAD) [4805ECAD]{Jcl70.bpl   } Jcldebug.JclCreateStackList + $15
(00001E21) [58002E21]{JclBaseExpert70.bpl} 
Jclotaexceptionform.TJclExpertExceptionForm.ShowException + $139
(00004023) [58005023]{JclBaseExpert70.bpl} 
Jclotautils.JclExpertShowExceptionDialog + $33
(0000369A) [5806469A]{JclProjectAnalysisExpertDLL70.dll} INITWIZARD0001 + 
$41E
(0003B407) [4003C407]{rtl70.bpl   } Classes.TBasicAction.Execute + $F
(00019CDC) [0091ACDC]{vclactnband70.bpl} 
Actnmenus.TCustomActionMainMenuBar.TrackMenu + $20
(000154F9) [009164F9]{vclactnband70.bpl} 
Actnmenus.TCustomActionMenuBar.CMItemKeyed + $29
(0008352B) [0082452B]{vcl70.bpl   } Controls.TWinControl.WndProc + $157
(0003C0BC) [4003D0BC]{rtl70.bpl   } Classes.TDataModule.WriteHeight + $20
(000A3DAB) [00844DAB]{vcl70.bpl   } Forms.TApplication.ProcessMessage + $83
(0001EEE6) [0041FEE6]{delphi32.exe}


As I said... this was working fine last night... now I cant even compile to 
see whats causing the error.   Just loaded up... compiled and got the 
error... no changes since last night.    The class TScheduleManager is 
defined and has functioned properly for years... its the applications main 
form and is a decendant of TFORM.

Help?

Thanks,

Dan 




Subject: Re: TJvDesktopAlert into dll
From: vdupuis <vincentdupuis@sescoi.fr>
Date: Tue, 18 Dec 2007 16:50:17 +0100
CC: Peter Thornqvist <peter.tornqvist@nospam.gmail.com>
Newsgroups: jedi.vcl

OK I re-compiled all package and it is OK now.

vdupuis a écrit :
> Sorry I forgot to translate error message:
> [Pascal Fatal Error] JvDesktopAlertForm.pas(193): F2051 Unit
> JvDesktopAlert has been compiledwith a different version of
> JvDesktopAlertForm.TJvCustomFormDesktopAlert
>
> Vincent


Subject: Re: TJvDesktopAlert into dll
From: vdupuis <vincentdupuis@sescoi.fr>
Date: Tue, 18 Dec 2007 16:46:48 +0100
CC: Peter Thornqvist <peter.tornqvist@nospam.gmail.com>
Newsgroups: jedi.vcl

Sorry I forgot to translate error message:
[Pascal Fatal Error] JvDesktopAlertForm.pas(193): F2051 Unit
JvDesktopAlert has been compiledwith a different version of
JvDesktopAlertForm.TJvCustomFormDesktopAlert

Vincent

vdupuis a écrit :
> Hello,
>
> ok I didn't find it because I used 3.10.
> so I upgrade to 3.33 and make the modification but
> when I try to compile my project, I got this error message:
>
> [Pascal Erreur fatale] JvDesktopAlertForm.pas(193): F2051 L'unité JvDesktopAlert a été compilée avec une version différente de JvDesktopAlertForm.TJvCustomFormDesktopAlert
>
> What does it mean?
>
> thank you for your help
> Vincent
>
> Peter Thornqvist a écrit :
>>> I don't find any TJvCustomFormDesktopAlert in TJV units.
>>> Can you be more precise, please.
>>
>> It's in JvDesktopAlertForm.pas
>>


Subject: Re: TJvDesktopAlert into dll
From: vdupuis <vincentdupuis@sescoi.fr>
Date: Tue, 18 Dec 2007 16:43:18 +0100
To: Peter Thornqvist <peter.tornqvist@nospam.gmail.com>
Newsgroups: jedi.vcl

Hello,

ok I didn't find it because I used 3.10.
so I upgrade to 3.33 and make the modification but
when I try to compile my project, I got this error message:

[Pascal Erreur fatale] JvDesktopAlertForm.pas(193): F2051 L'unité JvDesktopAlert a été compilée avec une version différente de JvDesktopAlertForm.TJvCustomFormDesktopAlert

What does it mean?

thank you for your help
Vincent

Peter Thornqvist a écrit :
>> I don't find any TJvCustomFormDesktopAlert in TJV units.
>> Can you be more precise, please.
>
> It's in JvDesktopAlertForm.pas
>


Subject: correction
From: "Wing" <wing22@mail.ru>
Date: Tue, 18 Dec 2007 18:11:24 +0600
Newsgroups: jedi.vcl

I've found how to make integer property be fillable from fixed list but it's 
not what I mean exactly.
I want give Inspector a list of string values with integer keys that can be 
filled in enent OnGetValueList by adding TStrings with filled Objects 
property (adding with AddObject method).
And such property shows text value but stores integer key of it.
So I can make such editor but still have no understanding how to register it 
in TJvInspector. 




Subject: additional
From: "Wing" <wing22@mail.ru>
Date: Tue, 18 Dec 2007 17:42:24 +0600
Newsgroups: jedi.vcl

If I'll make my own editor - how can I register it in TJvInspector? 




Subject: TJvInspector - change property type to use value list
From: "Wing" <wing22@mail.ru>
Date: Tue, 18 Dec 2007 16:16:43 +0600
Newsgroups: jedi.vcl

Hello all.
I'm at first here but can't find how can I change property type it 
TJvInspector to use value list.
I mean that types which not provided for substitution from fixed value list.
Now I need to give user opportunity to fill integer property from fixed list 
filled from database.
Best regards, Wing. 




Subject: Re: Andreas, what a day :-)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 17 Dec 2007 20:23:13 +0100
Newsgroups: jedi.vcl

Why not?

Two days for vacation result into 11 days for programming.

No problem, if the result is not coming in the next weekends.

It's enough if you deliver on the 2th January :-) ;-) ;-)

Greetings
Jens

Andreas Hausladen schrieb:
> Jens wrote:
>
>> Incredible.
>
> But don't expect such a list every weekend. Especially not next weekend
> and the weekend after that :-)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvDesktopAlert into dll
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Mon, 17 Dec 2007 18:30:25 +0100
Newsgroups: jedi.vcl

> > I don't find any TJvCustomFormDesktopAlert in TJV units.
> > Can you be more precise, please.

It's in JvDesktopAlertForm.pas

-- Regards, Peter 

Subject: Re: TJvDesktopAlert into dll
From: vdupuis <vincentdupuis@sescoi.fr>
Date: Mon, 17 Dec 2007 18:13:02 +0100
To: Peter Thornqvist <peter.tornqvist@nospam.gmail.com>
Newsgroups: jedi.vcl

Peter,

I don't find any TJvCustomFormDesktopAlert in TJV units.
Can you be more precise, please.

regards,
Vincent

Peter Thornqvist a écrit :
> That reply was almost impossible to understand<g>.
>
> Let me try again:
>
> In JvDesktopAlert.TJvCustomFormDesktopAlert *add* this:
>
> protected
>   procedure CreateHandle; override;
>
> *add* implementation:
>
> procedure TJvCustomFormDesktopAlert.CreateHandle;
> begin
>   inherited CreateHandle;
>   if IsLibrary then
>     SetWindowLong(Handle,GWL_EXSTYLE,WS_EX_TOOLWINDOW);
> end;
>
> I've made the same change in the source + added a DLL demo to the examples/JvDesktopAlert folder that can be called from the std DesktopAlert demo
>


Subject: Re: TJvDesktopAlert into dll
From: vdupuis <vincentdupuis@sescoi.fr>
Date: Mon, 17 Dec 2007 17:47:05 +0100
To: Peter Thornqvist <peter.tornqvist@nospam.gmail.com>
Newsgroups: jedi.vcl

thank you for answer, I will try it.

so for next version, it would be taken in consideration. Good very good.

many thanks.
Vincent

Peter Thornqvist a écrit :
> That reply was almost impossible to understand<g>.
>
> Let me try again:
>
> In JvDesktopAlert.TJvCustomFormDesktopAlert *add* this:
>
> protected
>   procedure CreateHandle; override;
>
> *add* implementation:
>
> procedure TJvCustomFormDesktopAlert.CreateHandle;
> begin
>   inherited CreateHandle;
>   if IsLibrary then
>     SetWindowLong(Handle,GWL_EXSTYLE,WS_EX_TOOLWINDOW);
> end;
>
> I've made the same change in the source + added a DLL demo to the examples/JvDesktopAlert folder that can be called from the std DesktopAlert demo
>


Subject: Re: [C++ Error] - JvJVCLUtils.hpp(...): E2109 Not an allowed type
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 17 Dec 2007 15:33:39 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> 3. First version where I found out problem with the "Not an allowed type" problem is from: 23.11. 2007 (and maybe earlier) and this problem persist upto version from 12.12.2007. 

What change can you detect in JvJVCLUtils that could come up with this?
I suspect a use clause that gets in the way, but I do not have access to BCB6 here right now.


Subject: Re: [C++ Error] - JvJVCLUtils.hpp(...): E2109 Not an allowed type
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 17 Dec 2007 13:23:34 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote : 

> > Hi Vaclav,
> > 
> > These errors can harly be caught and their resolution requires
> > changes in pascal source code. Don't know exactly what's going
> > wrong there. 
> > 
> > The JVCL could have the same mecanism to check CPP headers as
> > the JCL. It try to compile dummy projects containing all
> > headers. 
> > 
> > Florent
> > 

Hi Florent,
thank you for your response. I have no much time to experiment 
with code now but I can find some during my evenings. Here are 
my notices regarding the problem I found out:

1. I foun out the described problem with BCB6 Ent. (WinXP).

2. My last Jedi SVN version (JCL+JVCL) which works without 
any compilation problem is from: 18.9.2007. 

3. First version where I found out problem with the 
"Not an allowed type" problem is from: 23.11. 2007 (and 
maybe earlier) and this problem persist upto version 
from 12.12.2007. 

Really I tried to specify problem in my previous post:
Compilation error messages are for following types !???:

 __property Types::TPoint AsPoint = {read=GetAsPoint, 
    	    	    	    	    	    	    	    write=SetAsPoint};
and
 __property tagSIZE AsSize = {read=GetSize, write=SetSizet}; 

If you need some more detail informations please specify them 
and try to provide them.

TIA
Vaclav


Subject: Re: Andreas, what a day :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Dec 2007 10:34:02 +0000 (UTC)
Newsgroups: jedi.vcl

Jens wrote:

> > Incredible.

But don't expect such a list every weekend. Especially not next weekend
and the weekend after that :-)


-- Regards, Andreas Hausladen 

Subject: Andreas, what a day :-)
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 17 Dec 2007 09:23:48 +0100
Newsgroups: jedi.vcl

One day not on my computer, and such a long list of checkins :-)

Incredible.

Greeetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [C++ Error] - JvJVCLUtils.hpp(...): E2109 Not an allowed type
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 16 Dec 2007 13:30:58 +0100
Newsgroups: jedi.vcl

Hi Vaclav,

These errors can harly be caught and their resolution requires changes in pascal source code. Don't know exactly what's going wrong there.

The JVCL could have the same mecanism to check CPP headers as the JCL. It try to compile dummy projects containing all headers.

Florent

Vaclav Korecek a écrit :
> Hi,
> I have problem with compiling of my own components in C++ (descendant of TJvStandardMenuItemPainter - Vertical PopUp Menu Text) during compilation.
>
> I made these components some years ago and after Olivier correction it was without problem upto 11/2007. Now I have problem with compilation under BCB6.
>
> I get following problem:
>   [C++ Error] JvJVCLUtils.hpp(170): E2109 Not an allowed type
>    /* __property Types::TPoint AsPoint = {read=GetAsPoint,                                                             write=SetAsPoint}; */
>   [C++ Error] JvJVCLUtils.hpp(260): E2109 Not an allowed type
>    /* __property tagSIZE AsSize = {read=GetSize, write=SetSizet}; */
> Messages are generated also with latest JCL+JVCL SVN code.
>
> I need my components because they are in many our projects.
>
> Can anyone advise me where could be the problem?
>
> TIA
> Vaclav


Subject: Re: TJvDesktopAlert into dll
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Sun, 16 Dec 2007 12:36:31 +0100
Newsgroups: jedi.vcl

> > Wouldn't that better fit into CreateParams() ?

Could be

-- Regards, Peter 

Subject: Re: TJvDesktopAlert into dll
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Sun, 16 Dec 2007 11:46:26 +0100
Newsgroups: jedi.vcl

That reply was almost impossible to understand<g>.

Let me try again:

In JvDesktopAlert.TJvCustomFormDesktopAlert *add* this:

protected
  procedure CreateHandle; override;

*add* implementation:

procedure TJvCustomFormDesktopAlert.CreateHandle;
begin
  inherited CreateHandle;
  if IsLibrary then
    SetWindowLong(Handle,GWL_EXSTYLE,WS_EX_TOOLWINDOW);
end;

I've made the same change in the source + added a DLL demo to the 
examples/JvDesktopAlert folder that can be called from the std DesktopAlert 
demo

-- Regards, Peter 

Subject: Re: TJvDesktopAlert into dll
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Sun, 16 Dec 2007 11:38:47 +0100
Newsgroups: jedi.vcl

In JvDesktopAlert.TJvCustomFormDesktopAlert and this:

protected
procedure CreateHandle; override;

end implementation:

procedure TJvCustomFormDesktopAlert.CreateHandle;
begin
  inherited CreateHandle;
  if IsLibrary then
    SetWindowLong(Handle,GWL_EXSTYLE,WS_EX_TOOLWINDOW);
end;

that should solve it, but could mean other problems (like unwanted focus 
changes). You will have to test to verify

-- Regards, Peter "vdupuis" <vincentdupuis@sescoi.fr> skrev i meddelandet news:fjm61n$vvu$1@news.talkto.net...
> > Hello,
> >
> > I need to create a function into a dll, with popup a TJvDesktopAlert with 
> > some parameters. It works good but there is a little detail which
> > I can not solved. When I called my dll function via my exe file, 
> > DestopAlert is show but there is a corresponding button in the taskbar 
> > which also appear. I don't want it but I don't find anyway to hide it.
> > Have you some idea ?
> > Do not hesitate to ask e more information.
> >
> > regards and many thanks in advance.
> > Vincent 




Subject: Re: TJvDesktopAlert into dll
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 16 Dec 2007 10:06:14 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > procedure TJvCustomFormDesktopAlert.CreateHandle;
> > begin
> >  inherited CreateHandle;
> >  if IsLibrary then
> >    SetWindowLong(Handle,GWL_EXSTYLE,WS_EX_TOOLWINDOW);
> > end;

Wouldn't that better fit into CreateParams() ?

-- Regards, Andreas Hausladen 

Subject: [C++ Error] - JvJVCLUtils.hpp(...): E2109 Not an allowed type
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Sat, 15 Dec 2007 07:53:18 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I have problem with compiling of my own components in 
C++ (descendant of TJvStandardMenuItemPainter - Vertical 
PopUp Menu Text) during compilation.

I made these components some years ago and after Olivier 
correction it was without problem upto 11/2007. Now I have 
problem with compilation under BCB6.

I get following problem:
  [C++ Error] JvJVCLUtils.hpp(170): E2109 Not an allowed type
   /* __property Types::TPoint AsPoint = {read=GetAsPoint, 
    	    	    	    	    	    	    	    write=SetAsPoint}; */
  [C++ Error] JvJVCLUtils.hpp(260): E2109 Not an allowed type
   /* __property tagSIZE AsSize = {read=GetSize, write=SetSizet}; 
*/
Messages are generated also with latest JCL+JVCL SVN code.

I need my components because they are in many our projects.

Can anyone advise me where could be the problem?

TIA
Vaclav


Subject: Re: L1496 Internal Error with JVCL 3.33
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Fri, 14 Dec 2007 16:58:59 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > Mark J. Wallin wrote:
> > 
>> >> However, I could not successfully compile any of my applications 
>> >> in D5 which had worked fine with JVCL 3.30.  I kept getting an
> > internal
>> >> fatal error L1496. 
> > 
> > There was a reported L1496 for the Delphi 5 compiler on 2007-09-13 that
> > was fixed (read: worked around) on 2007-09-15. But that didn't made it
> > into to release.
> > 
> > You can use the binary web installer for JCL and JVCL to get a working
> > version:
> > http://jcl.sourceforge.net/websetup/jcl/JCLSetup.exe
> > http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe
> > 
> > (Do not save the two files on the desktop, because they will load
> > required files from the web and store them on the desktop)
> > 

Thanks for the reply.  I will give that a try.  Glad it wasn't just me.


Subject: Re: L1496 Internal Error with JVCL 3.33
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Dec 2007 20:38:13 +0000 (UTC)
Newsgroups: jedi.vcl

Mark J. Wallin wrote:

> > However, I could not successfully compile any of my applications 
> > in D5 which had worked fine with JVCL 3.30.  I kept getting an
internal
> > fatal error L1496. 

There was a reported L1496 for the Delphi 5 compiler on 2007-09-13 that
was fixed (read: worked around) on 2007-09-15. But that didn't made it
into to release.

You can use the binary web installer for JCL and JVCL to get a working
version:
http://jcl.sourceforge.net/websetup/jcl/JCLSetup.exe
http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe

(Do not save the two files on the desktop, because they will load
required files from the web and store them on the desktop)

-- Regards, Andreas Hausladen 

Subject: L1496 Internal Error with JVCL 3.33
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Fri, 14 Dec 2007 13:49:00 -0500
Newsgroups: jedi.vcl

I had earlier reported an error installing JVCL 3.33 in D7 but had
reported no installation problems with D5.  However, I could not
successfully compile any of my applications in D5 which had worked fine
with JVCL 3.30.  I kept getting an internal fatal error L1496.  I
thought it might have been caused by updating my Quick Reports (Prof.)
but even with the old version of Quick Reports reinstalled, I still got
the same error.  I tried doing a Clean and Reinstall but got the same
result.  Note: I was able to do a simple errorless recompile of a form
with a few JEDI components on it but as my application is large (dozens
of forms, a number of 3rd party components, and hundreds of thousands of
lines of code), with many other 3rd party components, I don't suppose
that means anything.

Consequently, I uninstalled 3.33 and reinstalled the previous version I
was using, 3.30 (reinstalling the corresponding JCL, of course) and the
fatal error disappeared.  The application compiled successfully as it
did prior to 3.33.  It appears (at least on my machine) that 3.33 causes
the L1496 fatal internal error.  I was unable to find out much about
this error except that it is a Linker Error and there was no other error
message info reported by Delphi as it fails early in the link operation.

Has anybody else reported this problem?  Is there any way to get more
information to pinpoint where the error might be occurring?

My installation is as follows:

Windows 2000
AMD Dual Core MB, 1 GB RAM
Delphi 5.0 with all patches applied
3rd Party Components include:
TopGrid, Raize Components (v2.52), Halcyon, TXQuery, Quick Reports Prof.
4.0, QRDesign, VCLSkin, XLSReadWrite II, and a couple of other
freeware/shareware components.


Subject: Re: JvAppXMLStorage XSD-Conform
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 14 Dec 2007 17:36:21 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> I know this problem.
>
> My first question, is it possible, using the JvXMLSimple?

Possible to do what? Have the number of children for any given node? Yes, use Node.Items.Count

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvAppXMLStorage XSD-Conform
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 14 Dec 2007 17:06:14 +0100
Newsgroups: jedi.vcl

I know this problem.

My first question, is it possible, using the JvXMLSimple?



OBones schrieb:
> I'm not sure, because I suspect that it's the ancestor that is creating all the sections, regardless of the storage backend. And in INI, Registry and Database, you do not necessarily have that notion of children as you have in XML

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL 3.33 Installation Error for D7 in jvAppXMLStorage
From: "Mark J. Wallin" <mjwallin@cavtel.net>
Date: Fri, 14 Dec 2007 10:28:40 -0500
Newsgroups: jedi.vcl

OBones wrote:
> > Have you installed the proper version of the JCL first?

Yes, I installed the JCL for both Delphi 5 and 7 at the same time using
the 'install.bat' method.  There were no reported errors from that
install for either D5 or 7.  As I said, the Delphi 5.0 JVCL installation
went smoothly with no errors.  Only the Delphi 7 install showed the
errors I reported.

I have not yet done a total reinstall of Delphi 7 as I am not sure
whether anything else got corrupted other than my losing many of the
components libraries installed.  I did a simple compile of a form and
there were no obvious problems.  I am going to reinstall my other
components to see what problems I might encounter.  I do utilize Jedi
components quite extensively in my applications.  Fortunately, my
production applications are still being compiled under D5 so I am not
out of business but would still like to get D7 back to where it was
before my disaster as I was intending to move my applications over.

I received a reply from the Gnostice tech support regarding its Demo
apparently trashing out my D7 components. Their reply was essentially
useless, as they asked for any error messages during the install, and
there were none.


Subject: Re: JvAppXMLStorage XSD-Conform
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Dec 2007 09:07:37 +0100
Newsgroups: jedi.vcl

I'm not sure, because I suspect that it's the ancestor that is creating all the sections, regardless of the storage backend. And in INI, Registry and Database, you do not necessarily have that notion of children as you have in XML


Subject: Re: JVCL 3.33 Installation Error for D7 in jvAppXMLStorage
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Dec 2007 09:06:24 +0100
Newsgroups: jedi.vcl

Have you installed the proper version of the JCL first?


Subject: JvAppXMLStorage XSD-Conform
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 14 Dec 2007 01:40:55 +0100
Newsgroups: jedi.vcl

Hi,

i need some help enhancing the JvAppXMLStorage.

I want to change the behaviour of writing lists to the xml file.

In the moment the component writes and reads lists in the following way:

1. Create an element "Count" with the count of list records.
2. Creates for each list entry a new element "Item<Nr>"

The problem this is not the way normal xml's, specialy based on a xsd-definition work.

There you have a list of "Item" entries, and that's all.

My problem, what is the best way to achieve this with the JvAppXMLStorage?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: JVCL 3.33 Installation Error for D7 in jvAppXMLStorage
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Thu, 13 Dec 2007 18:46:53 -0500
Newsgroups: jedi.vcl

I am installing JVCL 3.33 in both D5 Pro and D7 Pro.  I first removed
the previous (3.30) version from the D5 IDE (the D7 installation no
longer had JEDI installed, see NOTE below).  The D5 installation went
smoothly with no errors.  However, I ran into this error in the D7
installation:

JVCL 3.33.0.0

[Generating: Packages]
Generating packages for D7
	Loaded template.dof
	Loaded template.dpk
	Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdD7R.bpl]
"C:\Program Files\Borland\Delphi7\Bin\dcc32.exe" Jv3rdD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
4952 lines, 0.05 seconds, 26984 bytes code, 117 bytes data.
[Compiling: JvCoreD7R.bpl]
"C:\Program Files\Borland\Delphi7\Bin\dcc32.exe" JvCoreD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

163174 lines, 2.42 seconds, 722844 bytes code, 6537 bytes data.
[Compiling: JvSystemD7R.bpl]
"C:\Program Files\Borland\Delphi7\Bin\dcc32.exe" JvSystemD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

C:\Jedi\jvcl\run\JvAppXMLStorage.pas(169) Error: Property
'SynchronizeFlushReload' does not exist in base class
C:\Jedi\jvcl\run\JvAppXMLStorage.pas(928) Error: Cannot read a
write-only property
C:\Jedi\jvcl\run\JvAppXMLStorage.pas(929) Error: Missing operator or
semicolon
C:\Jedi\jvcl\run\JvAppXMLStorage.pas(930) Error: Statement expected, but
expression of type 'Integer' found
C:\Jedi\jvcl\run\JvAppXMLStorage.pas(950) Error: Cannot read a
write-only property
C:\Jedi\jvcl\run\JvAppXMLStorage.pas(951) Error: Missing operator or
semicolon
C:\Jedi\jvcl\run\JvAppXMLStorage.pas(952) Error: Statement expected, but
expression of type 'Integer' found
JvSystemD7R.dpk(91) Fatal: Could not compile used unit
'..\..\run\JvAppXMLStorage.pas'



IMPORTANT NOTE: My D7 installation was previously damaged by the
installation of a Gnostice demo component package, which has been
reported to Gnostice (no explanation from them as of yet).  It did not
cause any problems with my D5 installation.  Upon installation of that
Gnostice lib, many of my installed components in D7 were trashed
including the entire Jedi installation.  Even the .bpl's disappeared.  I
don't know if I need to reinstall D7 from scratch.

Any help or suggestions would be appreciated.

Thanks


Subject: TJvDBLookupTreeViewCombo and OnCustomDrawItem Event
From: Mike <mike@nospam.net>
Date: Thu, 13 Dec 2007 12:38:06 -0800
Newsgroups: jedi.vcl

Hi, I am using the TJvDBLookupTreeViewCombo and I really like it so far.   Just one thing: I would like to use the OnCustomDrawItem event to override the default drawing so that if there is a blank value for the data field given in the ListField parameter, I can substitute another value so that the tree actually displays something in that position.

I've tried writing a handler, but it seems that the event never fires. Any ideas on how I can accomplish this?

Thanks!


Subject: Re: Creating TJvTabBar
From: "Valdir Stiebe Junior" <valdir@dype.com.br>
Date: Wed, 12 Dec 2007 08:49:24 -0300
Newsgroups: jedi.vcl

Hi,

Use the method "AddTab" wich returns a new tab instance.
For removing it, you can free the tab inside a loop.

  tmpTab := JvTabBar.AddTab('Tab Caption');

  tmpTab.Free;

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


On Wed, 12 Dec 2007 05:14:44 -0300, delphiXXX <nospam@delphixxx.com> wrote:

> Hi,
>
> Can anyone show me some codes how to add new item (tab) into an TJvTabBar
> component?
>
> And also how to remove (destroy) all items.
>
> I need to be able to manually add new tab, for example from a button click.
>
> Thanks in advance,
>
> Cheers,
>
> delphiXXX
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com



Subject: Creating TJvTabBar
From: "delphiXXX" <nospam@delphixxx.com>
Date: Wed, 12 Dec 2007 09:14:44 +0100
Newsgroups: jedi.vcl

Hi,

Can anyone show me some codes how to add new item (tab) into an TJvTabBar
component?

And also how to remove (destroy) all items.

I need to be able to manually add new tab, for example from a button click.

Thanks in advance,

Cheers,

delphiXXX



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvDesktopAlert into dll
From: vdupuis <vincentdupuis@sescoi.fr>
Date: Tue, 11 Dec 2007 16:00:40 +0100
Newsgroups: jedi.vcl

Hello,

I need to create a function into a dll, with popup a TJvDesktopAlert with some parameters. It works good but there is a little detail which
I can not solved. When I called my dll function via my exe file, DestopAlert is show but there is a corresponding button in the taskbar which also appear. I don't want it but I don't find anyway to hide it.
Have you some idea ?
Do not hesitate to ask e more information.

regards and many thanks in advance.
Vincent


Subject: Re: JvMail, MS Outlook and winmail.dat attachment
From: Mistral <prova@microsoft.com>
Date: Mon, 10 Dec 2007 16:21:27 +0100
Newsgroups: jedi.vcl

Mistral ha scritto:
> I'm using TJvMail to send mails with MS Outlook. I attach a PDF file to my mails : the problem is that who recive my mails using a mail-client that is not MS Outlook gets a winmail.dat attachment instead of my PDF file. Is there a solution to this problem?
>
> Thank you all!

I've solved the problem by myself : studing the source an older TEmail component (written for Delphi 1!) I've noticed that to solve the problem a way is to use the MapiResolveName before sending the mail, to get supplementary info about the address and pass it to the MapiSendMail through the TMapiRecipDesc array. Using that API with MS Outlook all goes right also without the "SMTP:" prefix. With other mail clients it's not necessary.

Hi to all



Subject: Re: What's TJvThread.RunOnCreate?
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Mon, 10 Dec 2007 11:06:50 +0800
Newsgroups: jedi.vcl

Hi OBones,

Thanks for your kind, detailed information, it helps.


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:fjgb5c$2ge$1@news.talkto.net...
> > Edwin wrote:
>> >> Hi,
>> >>
>> >> What dose TJvThread.RunOnCreate mean? I thought it means the thread will 
>> >> be runing when the object of TJvThread is created, but when I sent this 
>> >> property to False, the thread will never run even I can the Execute 
>> >> method explicitely.
> >
> > After having a look at the code, I'd say that when RunOnCreate is True, 
> > the thread is resumed (and thus launched) when created by the Execute 
> > procedure (see line 603). If set to False, the thread is not started and 
> > you can only start by calling Resume.
> >
> >
>> >> One more question, what dose the Exclusive mean? Dose it mean if the 
>> >> property is true, I can only have a TJvThread runing in the same time in 
>> >> the applicatoin?
> >
> > Each TJvThread component actually contains a list of threads. When 
> > Exclusive is True, only one thread at a time can run at the same time. See 
> > the Execute method at line 586 for the details. Note however that if you 
> > have two TJvThread components in your application, each of them can run 
> > threads independently as the Exclusive property only applies to the 
> > threads owned by the component.
> >
> >
>> >> BTW, is there any document for this method available?
> >
> > No, not yet. But looking at the source code should help in most cases.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/
> > 




Subject: Re: TJvPlugin instead of TDataModule ?
From: "Yannis" <none@noware.non>
Date: Sun, 9 Dec 2007 13:53:56 +0000 (UTC)
Newsgroups: jedi.vcl

Boro wrote:

> > Hello,
> > 
> > please is TJvPlugin meant to be used as an improved TDataModule in a
> > database application ?  If yes, what advantages does it have over
> > TDataModule ?
> > 
> > Boro

No TjvPlugin has no improvements over the existing TDatamodule for
Database applications.

TJVPlugin as the name says is a way to create a plugin for an
application. This plugin is usually a second dll or bpl and it
is used to either break your application in to several smaller 
bits or enable you to write extra plugins when the need rises.

It has no extra code that will help you with any Database application.

Regards
Yannis.
-- 

Subject: Re: What's TJvThread.RunOnCreate?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 09 Dec 2007 10:51:48 +0100
Newsgroups: jedi.vcl

Edwin wrote:
> Hi,
>
> What dose TJvThread.RunOnCreate mean? I thought it means the thread will be runing when the object of TJvThread is created, but when I sent this property to False, the thread will never run even I can the Execute method explicitely.

After having a look at the code, I'd say that when RunOnCreate is True, the thread is resumed (and thus launched) when created by the Execute procedure (see line 603). If set to False, the thread is not started and you can only start by calling Resume.


> One more question, what dose the Exclusive mean? Dose it mean if the property is true, I can only have a TJvThread runing in the same time in the applicatoin?

Each TJvThread component actually contains a list of threads. When Exclusive is True, only one thread at a time can run at the same time. See the Execute method at line 586 for the details. Note however that if you have two TJvThread components in your application, each of them can run threads independently as the Exclusive property only applies to the threads owned by the component.


> BTW, is there any document for this method available?

No, not yet. But looking at the source code should help in most cases.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvRichEdit
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Sun, 9 Dec 2007 15:00:51 +0800
Newsgroups: jedi.vcl

I agree with you.


"norberto" <pellicci@shaw.ca> wrote in message 
news:fj1i1p$qfi$1@news.talkto.net...
> > Remko Bonte wrote:
>> >>
>> >> No, the interface of the TJvRichEdit control is ANSI.
>> >>
> >
> > Thanks, Remko.  Are there any plans to make the JvRichEdit or a descendant 
> > of it widestring / unicode? Right now the JvRichEdit has so many good 
> > features, so many, BUT it doesn't work quite properly with the widestring 
> > / unicode. It would be awesome to have a control like that, like a hybrid 
> > of TntRichEdit and the current JvRichEdit.
> >
> > Cheers.
> >
> >
> >
> >
> > 




Subject: What's TJvThread.RunOnCreate?
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Sun, 9 Dec 2007 14:54:52 +0800
Newsgroups: jedi.vcl

Hi,

What dose TJvThread.RunOnCreate mean? I thought it means the thread will be 
runing when the object of TJvThread is created, but when I sent this 
property to False, the thread will never run even I can the Execute method 
explicitely.

One more question, what dose the Exclusive mean? Dose it mean if the 
property is true, I can only have a TJvThread runing in the same time in the 
applicatoin?

BTW, is there any document for this method available?

Thanks.
Edwin.




Subject: HLEditor
From: "Joao Sousa" <teste@valhalla-ro.net>
Date: Sat, 8 Dec 2007 20:50:20 -0200
Newsgroups: jedi.vcl

How can i do an another "pattern" to highlighting in HLEditor?
And how can i change the hotkeys Ctrl+Space and Ctrl+J to another?

Thanks
Joao 




Subject: TJvPlugin instead of TDataModule ?
From: Boro <newsb@mab.sk>
Date: Sat, 08 Dec 2007 17:01:23 +0100
Newsgroups: jedi.vcl

Hello,

please is TJvPlugin meant to be used as an improved TDataModule in a database application ?
If yes, what advantages does it have over TDataModule ?

Boro


Subject: Re: Cann't change the TCheckbox's font color when place on TJvPagelist
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sat, 8 Dec 2007 10:20:04 +0000 (UTC)
Newsgroups: jedi.vcl

H Visli wrote:

> > 
> > Hi,
> >  I found this problem in D2007:
> > place a TJvPagelist on a form, and add a TCheckbox on the
> > JvPagelist(or a new TJvStandardPage), then, try to change the
> > checkbox's font color, it still been black!
> > 
> > visli

AFAIK, checkboxes always have the same font colour. They are Windows
controls, and Windows doesn't allow changing the colour of a checkbox
(unless you change the system colours). The real colour is always
clWindowText, even if you change the Font property's Color.

-- Rudy Velthuis http://rvelthuis.de "The question of whether a computer can think is no more interesting than the question of whether a submarine can swim." -- Edsger Dijkstra 

Subject: Re: TjvCreateProcess - waiting for termination.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 08 Dec 2007 09:28:23 +0100
Newsgroups: jedi.vcl

Vasiliy Olekhov wrote:

> ------
>   while cp.State = psWaiting do
>   begin
>     Application.ProcessMessages;
>     Sleep(100);
>   end;
> ------
> It just goes to infinite loop somewhere in the depths of Synchronize of WaitTerminateThread.

Add a call to CheckSynchronize in the loop. You might even be able to get rid of the call to ProcessMessages. But you definitely need CheckSynchronize or the thread will be locked.



-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Cann't change the TCheckbox's font color when place on TJvPagelist
From: H Visli <h_visli@gmail.com>
Date: Sat, 8 Dec 2007 03:15:55 +0000 (UTC)
Newsgroups: jedi.vcl


Hi,
 I found this problem in D2007:
 place a TJvPagelist on a form, and add a TCheckbox on the JvPagelist(or a new TJvStandardPage),
then, try to change the checkbox's font color, it still been black!

visli
 




Subject: TjvCreateProcess - waiting for termination.
From: Vasiliy Olekhov <olekhov@gmail.com>
Date: Fri, 07 Dec 2007 21:13:40 +0300
Newsgroups: jedi.vcl

Greetings..

It is said by "Remko Bonte (Team JVCL) http://jvcl.sourceforge.net"
http://delphi.newswhat.com/geoxml/forumhistorythread?groupname=jedi.vcl&messageid=ce0m1q$8o3$1@talkto.net
>  The TJvCreateProcess component is designed to NOT block the main thread, while the console is running. The idea is to respond to events of the component, such as OnTerminate, which is fired when the console ends.

I need to run a bunch of processes, one after another with their stderr/stdout stored to separate files. I have program 'program.exe' and set of it's input files 'file1.in', 'file2.in' etc. These names are stored as Stringlist or array - doesn't matter.

I want to use some way of this fashion:
-- Form.OnCreate --
 // cp : TJVCreateProcess - private member of Form
 // FStdErr,FStdOut : TextFile - private members of Form
 cp:=TJVCreateProcess.Create(Self);

 // cpRead and cpErrorRead write their streams to
 // text files FStdOut/FStdErr
 cp.OnRead:=cpRead;
 cp.OnErrorRead := cpErrorRead;

 cp.OnTerminate := cpTerminate;
 cp.ConsoleOptions := [coRedirect,coSeparateError,coOwnerData];
 cp.WaitForTerminate := True;
-- Form.BtnStartClick --
 cp.CurrentDirectory := CurDir;

 for i:=...
 begin
  // Setup FStdErr/FStdOut files
  AssignFile(FStdErr,InputFiles[i]+'.err');  ReWrite(FStdErr);
  AssignFile(FStdOut,InputFiles[i]+'.out');  ReWrite(FStdOut);
  //
  cp.CommandLine := PathToProgram+' '+InputFiles[i];
  cp.Run;

  // XXX

  // Close
  CloseFile(FStdErr); CloseFile(FStdOut);
 end;
------
At the point marked 'XXX' I need to wait process for termination.
I've tried different tricks.
Most obvious doesn't work:
------
  while cp.State = psWaiting do
  begin
    Application.ProcessMessages;
    Sleep(100);
  end;
------
It just goes to infinite loop somewhere in the depths of Synchronize of WaitTerminateThread.

Less obvious is to define FTerminated member of Form and trigger it in OnTerminate event.
--Form.cpTerminate--
begin
 FTerminated:=True;
end;
--XXX--

  while not FTerminated do
  begin
    Application.ProcessMessages;
    Sleep(100);
  end;
-------
The problem is - OnTerminate event never triggers.
If I remove waiting XXX section - the second process is not started due to error "Cannot perform this operation when process is running."

If I run just one file - all is fine, process is started, OnTerminate is triggered AFTER BtnStartClick is finished.

Any ideas?

---
Best regards,
Vasiliy Olekhov.





Subject: Re: Load MDI dll with JvPluginManager
From: yannis <none@noware.non>
Date: Fri, 07 Dec 2007 12:39:44 +0200
Newsgroups: jedi.vcl

Peter Tesone submitted this idea :
> Hello Yannis,
>
> But I don't exchanged any between the main APP and the dll.

Actually you must set the Dll.Application object equal to EXE.Application. If you don't then the MDI child can not find the MDIParent form to attach to.

> There is some way to operate the dll in the present situation?

I do not think it is possible to accomplish this using the VCL.

Regards,
Yannis.




Subject: ScheduledEvents in C++Builder
From: Norbert Spiegel <norbert.spiegel@freenet.de>
Date: Fri, 07 Dec 2007 01:39:49 +0100
Newsgroups: jedi.vcl

Hello all,

maybe somebody can help me. I try to setup events in runtime. I cannot find how to access the different interfaces in C++Builder....
I want to create cyclic events firing for example every 15 seconds (0, 15, 30, 45).

How can I solve the problem...?

Regard

Norbert Spiegel


Subject: Re: Load MDI dll with JvPluginManager
From: Peter Tesone <ptesone@gmail.com>
Date: Thu, 06 Dec 2007 15:22:48 -0500
Newsgroups: jedi.vcl

Hello Yannis,

But I don't exchanged any between the main APP and the dll.

There is some way to operate the dll in the present situation?

Regards,
Peter

yannis wrote:
> Peter Tesone explained on 06/12/2007 :
>> Hi,
>>
>>   DLL.
>>
>> Any idea ?
>
> Yes the DLL and Host Application needs to be build by the same version of Delphi when objects are exchanged between the two.
>
> regards
> Yannis.
>
>


Subject: Re: Load MDI dll with JvPluginManager
From: yannis <none@noware.non>
Date: Thu, 06 Dec 2007 16:13:40 +0200
Newsgroups: jedi.vcl

Peter Tesone explained on 06/12/2007 :
> Hi,
>
>   DLL.
>
> Any idea ?

Yes the DLL and Host Application needs to be build by the same version of Delphi when objects are exchanged between the two.

regards
Yannis.




Subject: Re: Load MDI dll with JvPluginManager
From: Peter Tesone <ptesone@gmail.com>
Date: Thu, 06 Dec 2007 08:28:02 -0500
Newsgroups: jedi.vcl

Hi,

 DLL.

Any idea ?

Regards,
Peter

OBones wrote:
> Peter Tesone wrote:
>> Hi,
>>
>> I have to you a question about JvPluginManager.
>>
>> I create a mdi child browser in a dll in delphi 2007.
>>
>> I have a program in delphi 7 and try to load the the browser dll, but never works, but if dll is buil in delphi 7 works fine.
>>
>> The JvPluginManager only load dll's build in the same delphi version ?
>
> DLL or BPL ?


Subject: Re: JvMail, MS Outlook and winmail.dat attachment
From: Mistral <prova@microsoft.com>
Date: Thu, 06 Dec 2007 11:26:10 +0100
Newsgroups: jedi.vcl

> Welcome in the club!
Thank you :-)

> Just look here in this newsgroup for earlier postings with "JvMail" in the subject and google a bit for winmail.dat . So you'll find a lot of information. 

I've already done it. For me the problem is in the "Content-Type" variabile in the mail header. When I send an email with TJvMail using MS Outlook (with automatic send) the "Content-Type" variable related to the attachment contains the string "application/ms-tnef;". TNEF stands for "Transport Neutral Encapsulation Format" a Microsoft protocol that only MS Outlook is capable to read. The riducolous thing is that if before sending mail I open it with MS Outlook and then send it, the "Content-Type" became "Application/pdf" and so who recives the mail has no problems!! Microsoft suggest, to solve the problem, to change in plain-text the mail format but in my case this solution doesn't function.

> If you work with an exchange server than gratulations! This is
> the worst combination (for this argument).

I'm not so crazy! MS Outlook is enough!

My question is : is possible to force "Content-Type" of the attahments with TJvMail?


Thanks


Subject: Re: JvMail, MS Outlook and winmail.dat attachment
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Thu, 6 Dec 2007 10:49:51 +0100
Newsgroups: jedi.vcl

"Mistral" <prova@microsoft.com> wrote:
> > I'm using TJvMail to send mails with MS Outlook. I attach a PDF file to my 
> > mails : the problem is that who recive my mails using a mail-client that 
> > is not MS Outlook gets a winmail.dat attachment instead of my PDF file. Is 
> > there a solution to this problem?

Welcome in the club!
Just look here in this newsgroup for earlier postings with "JvMail" in the 
subject and google a bit for winmail.dat . So you'll find a lot of 
information. If you work with an exchange server than gratulations! This is 
the worst combination (for this argument).

Regards,

Fritz 




Subject: Re: Load MDI dll with JvPluginManager
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Dec 2007 09:05:41 +0100
Newsgroups: jedi.vcl

Peter Tesone wrote:
> Hi,
>
> I have to you a question about JvPluginManager.
>
> I create a mdi child browser in a dll in delphi 2007.
>
> I have a program in delphi 7 and try to load the the browser dll, but never works, but if dll is buil in delphi 7 works fine.
>
> The JvPluginManager only load dll's build in the same delphi version ?

DLL or BPL ?


Subject: Re: JvDBGrid update and help text
From: "Niels" <demonng@lumensoft.nl>
Date: Thu, 6 Dec 2007 08:42:43 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > I have added new features to the JvDBGrid.
> >
<knip>
very nice :D

Any chance you can help me deside to implemment custum Boolean images and 
the Allowgray styte, like TjvgChackbox does?





Subject: Load MDI dll with JvPluginManager
From: Peter Tesone <ptesone@gmail.com>
Date: Wed, 05 Dec 2007 18:33:48 -0500
Newsgroups: jedi.vcl

Hi,

I have to you a question about JvPluginManager.

I create a mdi child browser in a dll in delphi 2007.

I have a program in delphi 7 and try to load the the browser dll, but never works, but if dll is buil in delphi 7 works fine.

The JvPluginManager only load dll's build in the same delphi version ?

Regards,
Peter


Subject: JvDBGrid update and help text
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 5 Dec 2007 19:37:27 +0000 (UTC)
Newsgroups: jedi.vcl

I have added new features to the JvDBGrid.

- property TitleButtonAllowMove: Boolean (default: False)
Allows to move columns by pressing the left mouse button if
TitleButtons is true.

- event OnSelectColumns(Grid: TJvDBGrid; var DefaultDialog: Boolean)
OnSelectColumns is triggered when the user clicks on the TitleArrow
button. The DefaultDialog argument controls if the default column
select dialog should not be displayed.

- event OnCanEditCell(Grid: TJvDBGrid; Field: TField; var AllowEdit:
Boolean)
OnCanEditCell is triggered for each cell. AllowEdit specifies if the
cell is readonly or not. This event is triggered during painting and
when the user wants to edit a cell.

- property ReadOnlyCellColor: TColor (default clDefault)
Cells are painted in ReadOnlyCellColor for fields that are readonly or
for which the OnCanEditCell event indicates that the cell is read only.

-- Regards, Andreas Hausladen 

Subject: JvPreviewControl + Header + Footer
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Wed, 05 Dec 2007 19:36:56 +0100
Newsgroups: jedi.vcl

Hi All,

Is there a way to print the same header and / or footer foreach page ? If yes, how ? :)


Thank you in advance!!!!

Fabrizio


Subject: JvMail, MS Outlook and winmail.dat attachment
From: Mistral <prova@microsoft.com>
Date: Wed, 05 Dec 2007 18:42:02 +0100
Newsgroups: jedi.vcl

I'm using TJvMail to send mails with MS Outlook. I attach a PDF file to my mails : the problem is that who recive my mails using a mail-client that is not MS Outlook gets a winmail.dat attachment instead of my PDF file. Is there a solution to this problem?

Thank you all!


Subject: jvhttpurlgrabber omstream output
From: "bitman" <mdare@downsoft.co.uk>
Date: Wed, 5 Dec 2007 15:58:58 -0000
Newsgroups: jedi.vcl

I need to use the memory stream output from jvhttpurlgrabber but I can't 
find any help or examples on how to implement this.

Any help much appreciated as I'm all at sea with this.

Best Regards

Bitman




Subject: JVdock, Floating Tool windows over main form.
From: "Yannis" <none@noware.non>
Date: Tue, 4 Dec 2007 20:29:26 +0000 (UTC)
Newsgroups: jedi.vcl

I have made a couple of very basic changes to JVDock components to
enable the TJvDockableForm to always stay on top of the application
main form. The changes I have made should work in all delphi version
and are as follows

Open JvDockControlForm unit and locate TJvDockableForm declaration 
1) In interface section. Goto the protected section and after the 
  procedure DoClose(...... add the following Lines.
    {$IFNDEF DELPHI2005_UP}
    procedure CreateParams(var Params: TCreateParams); override;
    {$ENDIF !DELPHI2005_UP}

  In the Implementation section add the following code 

{$IFNDEF DELPHI2005_UP}
  procedure TJvDockableForm.CreateParams(var Params: TCreateParams);  
  begin
    inherited;
    if not Assigned(Parent) then
      Params.WndParent := Application.MainForm.Handle;
  end;
{$ENDIF !DELPHI2005_UP}

2) Locate the implementation of the Create Constructor and right After
the inherited Call add the following Code

constructor TJvDockableForm.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  {$IFDEF DELPHI2005_UP}
  PopupMode := pmExplicit;
  PopupParent := Application.MainForm;
  {$ENDIF DELPHI2005_UP}
  [........]
End;


As you can see the changes are verry basic and the tool windows are
always floating over the Application.MainForm with out the need to
set the FormStyle of any of the tool windows to fsStayonTop.

There are a couple of enhancements that can be done but I do not know
the code well enough to make them my self.

1) add a property or something to enable or disable the floatover
behavior as needed.

2) Be able to choose a different form to float over.

Since I only have Delphi 2007 pro installed here I would appreciate any
feedback on how well this changes work on other versions of Delphi.

Regards
Yannis.
-- 

Subject: Re: JvRichEdit
From: norberto <pellicci@shaw.ca>
Date: Mon, 03 Dec 2007 11:16:08 -0800
Newsgroups: jedi.vcl

Remko Bonte wrote:
>
> No, the interface of the TJvRichEdit control is ANSI.
>

Thanks, Remko.  Are there any plans to make the JvRichEdit or a descendant of it widestring / unicode? Right now the JvRichEdit has so many good features, so many, BUT it doesn't work quite properly with the widestring / unicode. It would be awesome to have a control like that, like a hybrid of TntRichEdit and the current JvRichEdit.

Cheers.






Subject: Re: JvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 03 Dec 2007 11:36:54 +0100
Newsgroups: jedi.vcl

norberto wrote:
> Is there a way around this limitation so that the Unicode characters can be properly displayed when using Lines.Add or some other procedure in the JvRichEdit control?

No, the interface of the TJvRichEdit control is ANSI.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvRichEdit
From: norberto <pellicci@shaw.ca>
Date: Mon, 03 Dec 2007 01:14:22 -0800
Newsgroups: jedi.vcl

Remko Bonte wrote:
>
> TJvRichEdit uses the ANSI rich edit control and has an ANSI interface, for example TJvRichEdit.Lines is a TStrings class. TntRichEdit uses the unicode rich edit control and has an unicode interface, so TntRichEdit.Lines is a TWideStrings class or something.
>
> But actually the ANSI rich edit control is a thin wrapper around an unicode rich edit control, so you can enter unicode chars in both rich edit controls.
>

Thank you very much for your help.  What i have noticed is that i can enter unicode characters into a JvRichEdit using either pinyin via WinXP Language Bar or by copy and paste. This is not a problem.

However, if i try to write (eg: Lines.Add), i will end up with garbled characters whereas in TntRichEdit the characters will display properly. This is i think because the Lines are TStrings and not WideStrings (or TntStrings).

Is there a way around this limitation so that the Unicode characters can be properly displayed when using Lines.Add or some other procedure in the JvRichEdit control?

i have tried many things but i can't seem to get around this limitation.  The solution is elusive.  i do not have much experience at this and i've tried many different things but no success, sorry for asking.

Basically, can the JvRichEdit actually handle Unicode strings entered in the way i describe?

Thanks again.




Subject: Re: JvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 03 Dec 2007 09:46:47 +0100
Newsgroups: jedi.vcl

norberto wrote:
> Can the JvRichEdit component accept Unicode characters like TntRichEdit? Is it similar except having more features?
>
> Thanks.
>
>

TJvRichEdit uses the ANSI rich edit control and has an ANSI interface, for example TJvRichEdit.Lines is a TStrings class. TntRichEdit uses the unicode rich edit control and has an unicode interface, so TntRichEdit.Lines is a TWideStrings class or something.

But actually the ANSI rich edit control is a thin wrapper around an unicode rich edit control, so you can enter unicode chars in both rich edit controls.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvRichEdit
From: norberto <pellicci@shaw.ca>
Date: Sun, 02 Dec 2007 17:09:57 -0800
Newsgroups: jedi.vcl

Can the JvRichEdit component accept Unicode characters like TntRichEdit? Is it similar except having more features?

Thanks.




Subject: Re: Install on Vista problem
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 2 Dec 2007 20:23:25 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Hershcu S wrote:
> > 
>> > > ...RAD Studio\5.0\3rdParty\Jedi\
> > 
> > It is not good to store files that change under "Program Files" in
> > Vista.

Indeed. Expect big problems if you do that.
-- Rudy Velthuis http://rvelthuis.de "Ever notice when you blow in a dog's face he gets mad at you, but when you take him in a car he sticks his head out the window?" -- George Carlin 

Subject: Re: Install on Vista problem
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 2 Dec 2007 20:22:14 +0000 (UTC)
Newsgroups: jedi.vcl

Hershcu S wrote:

> > Ok I find the problem
> > 
> > All the time I try to run the Install.bat, by pressing the right
> > mouse button and choose Run as administrator. This solves previous
> > problems I got.
> > 
> > Now I try double-click on install and it's work.
> > 
> > I'll go on to the next problem
> > I hate vista

Try TweakUAC, and you'll love it.

  http://www.tweak-uac.com/download/

-- Rudy Velthuis http://rvelthuis.de "UNIX is basically a simple operating system, but you have to be a genius to understand the simplicity." -- Dennis Ritchie. 

Subject: Re: Install on Vista problem
From: "Hershcu S" <sorinh@zahav.net.il>
Date: Sun, 2 Dec 2007 20:21:04 +0200
Newsgroups: jedi.vcl

Ok I find the problem

All the time I try to run the Install.bat, by pressing the right mouse 
button and choose
Run as administrator. This solves previous problems I got.

Now I try double-click on install and it's work.

I'll go on to the next problem
I hate vista

Thanks guys 




Subject: Re: Install on Vista problem
From: "Hershcu S" <sorinh@zahav.net.il>
Date: Sun, 2 Dec 2007 19:56:43 +0200
Newsgroups: jedi.vcl

I try to run install from jcl and I get the same error
Thanks Sorin

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:fiuoco$b9n$1@news.talkto.net...
> > Hi,
> >
> > Did you install the JCL first?
> >
> > Florent 




Subject: Re: Install on Vista problem
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 02 Dec 2007 18:45:23 +0100
Newsgroups: jedi.vcl

Hi,

Did you install the JCL first?

Florent


Subject: Install on Vista problem
From: "Hershcu S" <sorinh@zahav.net.il>
Date: Sun, 2 Dec 2007 19:42:32 +0200
Newsgroups: jedi.vcl

Hello

I have the 3.33 version. I unzip it on "...RAD Studio\5.0\3rdParty\Jedi\" 
directory.

I run the Install.bat as administrator, from the \Jvcl and it's imediatly 
raise the error:
"The system cannot find the path speciefied"

Any more suggestions?
Thanks Sorin





Subject: Re: Install on Vista problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Dec 2007 17:41:59 +0000 (UTC)
Newsgroups: jedi.vcl

Hershcu S wrote:

> > ...RAD Studio\5.0\3rdParty\Jedi\

It is not good to store files that change under "Program Files" in
Vista.

-- Regards, Andreas Hausladen 

Subject: JvRichedit and Unicode?
From: norberto <pellicci@shaw.ca>
Date: Sat, 01 Dec 2007 18:20:23 -0800
Newsgroups: jedi.vcl

Greetings and sorry for not being able to figure this out on my own yet, but i've been trying to use JvRichEdit from the latest Sourceforge release and i have not been able to successfully send unicode characters from one JvRichedit to another JvRichedit on the same form.

Here is the code i'm using to test this:

ReSend is the JvRichEdit i type the unicode (Chinese) characters into and ReReceive is the JvRichEdit i want to receive the same characters (displayed properly) into:

procedure TForm1.reSendKeyPress(Sender: TObject; var Key: Char);
var
  S:   widestring;
begin
  S :=  ReSend.Lines[ReSend.Lines.Count-1];
  Case Key of
  #13:
    begin
     reReceive.Lines.Add(S);
    end;
  end;
end;

i've also tried this with S being simply a string but similar (ie: incorrect)result.

i know the JvRichedit can successfully display the unicode Chinese text in it because when i enter the characters into the reSend JvRichedit using pinyin, the characters come out fine. When i press "Enter', i get completely the wrong (non-chinese) characters.

Any help on telling me what i'm doing wrong would be appreciated. How can this be re-written to get the correct result?

Thank you.



Subject: JvInspector problem (and fix) with loosing focus while editing
From: Markus Spoettl <markus_spoettl_nomail@toolsfactory.com>
Date: Sat, 01 Dec 2007 16:42:13 +0100
Newsgroups: jedi.vcl

Hello,

  I have the following problem (using the latest official build):

1) Assmue you have an inspector showing string edit fields (the most basic value type).
2) Click into one value so the edit control becomes active/visible
3) Click outside the inspector to focus another control on the form
4) Click back into the editor that was just active

-> What I see is the editor does not reactivate. There is no way to make that happen. The only way is to click another value to activate the editor there, and click back.

My quick fix for this is to this change TJvCustomInspectorItem EditKillFocus to the following (last two lines added):

----------------------------------------------------------------------
procedure TJvCustomInspectorItem.EditKillFocus(Sender: TObject);
begin
  if DroppedDown then
    CloseUp(False);

  // Mantis 3391: When the focus is lost, the editing is finished, so that
  // moving to another item or another control always updates the value.
  DoneEdit;

+  if (not FInspector.Focused) then
+    FInspector.SelectedIndex := -1;
end;
----------------------------------------------------------------------

The problem with this fix is that the inspector doesn't remember which item was selected when it re-gets the input focus by means of pressing keyboard buttons (TAB). However, that's much less of a problem than the original one, so I'm willing to accept that.

Does anyone have a better solution for the problem which is based in the fact that SelectedIndex is used to determine whether or not to activate an editor?

Regards
Markus


Subject: Re: Missing JvTabBarXPPainter by installing current jvcl
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 30 Nov 2007 23:58:01 +0000 (UTC)
Newsgroups: jedi.vcl

Niels wrote:

> > I have just tried to install a new version of jvcl.
> > And got a message at JvCustumD10D that JvTabBarXPPainter is not found.
> > for now i remarked this line's.


JvTabBarXPPainter was added to the SubVersion repository on 2007-08-18


-- Regards, Andreas Hausladen 

Subject: Missing JvTabBarXPPainter by installing current jvcl
From: "Niels" <demonng@lumensoft.nl>
Date: Fri, 30 Nov 2007 20:10:42 +0100
Newsgroups: jedi.vcl

Hallo.

I have just tried to install a new version of jvcl.
And got a message at JvCustumD10D that JvTabBarXPPainter is not found.
for now i remarked this line's.

greetings
Niels




Subject: JvSpinEdit addition
From: "42" <life@universe.everything>
Date: Fri, 30 Nov 2007 13:04:29 -0500
Newsgroups: jedi.vcl

Hi everyone,

Attached is a modified JvSpin.pas file. The original was part of the 
JVCL package that came with BDS 2006 (version 3.00, I believe).

It has a minor improvement, the addition of vtString value type.
Sometimes I need a SpinEdit control that shows text instead of a
numeric value, usually in cases where the first and/or last value
is better described as a text, while the rest of the options are the
same with the exception of a number in the text that increases by one.

The control for doing this is usually the ComboBox, but I found it 
very useful in certain cases to use SpinEdit instead (look and feel, 
consistency with other controls, etc.)

The Value property reflects the index of the selected item in a
TStringList when the value type is vtString. The Items property
holds the list of the possible string values.

I hope others will also find this addition useful and I would like 
to see it added to a future version, so that I don't have to spend 
time to add this to the code every time I use a new version of the 
JVCL package (which I have been doing since D5 days, of course,
back then this was part of the Rx package).

Please feel free to modify/fix the code as you see fit, I only cared
about the functionality I needed, without much concern about other
issues that might be important to others. I marked the parts that I 
added/changed with //TN, so they should be easy to find.

Thanks,
Tom


JvSpin.pas

{-----------------------------------------------------------------------------
The contents of this file are subject to the Mozilla Public License
Version 1.1 (the "License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.mozilla.org/MPL/MPL-1.1.html

Software distributed under the License is distributed on an "AS IS" basis,
WITHOUT WARRANTY OF ANY KIND, either expressed or implied. See the License for
the specific language governing rights and limitations under the License.

The Original Code is: JvSpin.PAS, released on 2002-07-04.

The Initial Developers of the Original Code are: Fedor Koshevnikov, Igor Pavluk and Serge Korolev
Copyright (c) 1997, 1998 Fedor Koshevnikov, Igor Pavluk and Serge Korolev
Copyright (c) 2001,2002 SGB Software
All Rights Reserved.

Contributor(s):
  Polaris Software
  boerema1
  roko
  remkobonte

You may retrieve the latest version of this file at the Project JEDI's JVCL home page,
located at http://jvcl.sourceforge.net

Known Issues:

-----------------------------------------------------------------------------}
// $Id: JvSpin.pas,v 1.72 2005/09/09 10:04:39 obones Exp $

unit JvSpin;

{$I jvcl.inc}

interface

uses
  {$IFDEF UNITVERSIONING}
  JclUnitVersioning,
  {$ENDIF UNITVERSIONING}
  SysUtils, Classes,
  Windows,
  {$IFDEF VCL}
  Messages, CommCtrl,
  {$ENDIF VCL}
  ComCtrls, Controls, ExtCtrls, Graphics, Forms,
  {$IFDEF VisualCLX}
  QComboEdits, JvQExComboEdits, QComCtrlsEx,
  {$ENDIF VisualCLX}
  JvEdit, JvExMask, JvMaskEdit, JvComponent;

type
  TSpinButtonState = (sbNotDown, sbTopDown, sbBottomDown);

  TJvSpinButtonStyle = (sbsDefault, sbsClassic); // Polaris

  TJvSpinButton = class(TJvGraphicControl)
  private
    FDown: TSpinButtonState;
    FDragging: Boolean;
    FUpBitmap: TBitmap; // Custom up arrow
    FDownBitmap: TBitmap; // Custom down arrow
    FButtonBitmaps: Pointer;
    {$IFDEF JVCLThemesEnabled}
    FMouseInTopBtn: Boolean;
    FMouseInBottomBtn: Boolean;
    {$ENDIF JVCLThemesEnabled}
    FRepeatTimer: TTimer;
    FLastDown: TSpinButtonState;
    FFocusControl: TWinControl;
    FOnTopClick: TNotifyEvent;
    FOnBottomClick: TNotifyEvent;
    FButtonStyle: TJvSpinButtonStyle;
    procedure SetButtonStyle(Value: TJvSpinButtonStyle);
    procedure TopClick;
    procedure BottomClick;
    procedure GlyphChanged(Sender: TObject);
    function GetDownGlyph: TBitmap;
    function GetUpGlyph: TBitmap;
    procedure SetDown(Value: TSpinButtonState);
    procedure SetDownGlyph(Value: TBitmap);
    procedure SetFocusControl(Value: TWinControl);
    procedure SetUpGlyph(Value: TBitmap);
    procedure TimerExpired(Sender: TObject);
    {$IFDEF VCL}
    procedure CMSysColorChange(var Msg: TMessage); message CM_SYSCOLORCHANGE;
    {$ENDIF VCL}
  protected
    procedure CheckButtonBitmaps;
    procedure RemoveButtonBitmaps;
    procedure Paint; override;
    procedure MouseDown(Button: TMouseButton; Shift: TShiftState;
      X, Y: Integer); override;
    procedure MouseMove(Shift: TShiftState; X, Y: Integer); override;
    procedure MouseUp(Button: TMouseButton; Shift: TShiftState;
      X, Y: Integer); override;
    procedure Notification(AComponent: TComponent;
      Operation: TOperation); override;

    function MouseInBottomBtn(const P: TPoint): Boolean;
    {$IFDEF JVCLThemesEnabled}
    procedure MouseEnter(Control: TControl); override;
    procedure MouseLeave(Control: TControl); override;
    {$ENDIF JVCLThemesEnabled}
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
    property Down: TSpinButtonState read FDown write SetDown default sbNotDown;
  published
    property ButtonStyle: TJvSpinButtonStyle read FButtonStyle write SetButtonStyle default sbsDefault;
    {$IFDEF VCL}
    property DragCursor;
    property DragKind;
    property OnEndDock;
    property OnStartDock;
    {$ENDIF VCL}
    property DragMode;
    property Enabled;
    property Visible;
    property DownGlyph: TBitmap read GetDownGlyph write SetDownGlyph;
    property UpGlyph: TBitmap read GetUpGlyph write SetUpGlyph;
    property FocusControl: TWinControl read FFocusControl write SetFocusControl;
    property ShowHint;
    property ParentShowHint;
    property Anchors;
    property Constraints;
    property OnBottomClick: TNotifyEvent read FOnBottomClick write FOnBottomClick;
    property OnTopClick: TNotifyEvent read FOnTopClick write FOnTopClick;
    property OnDragDrop;
    property OnDragOver;
    property OnEndDrag;
    property OnStartDrag;
  end;

  {$IFDEF BCB}
  TValueType = (vtInt, vtFloat, vtHex, vtString);      //TN
  {$ELSE}
  TValueType = (vtInteger, vtFloat, vtHex, vtString);  //TN
  {$ENDIF BCB}

  TSpinButtonKind = (bkStandard, bkDiagonal, bkClassic);

  TJvCheckOption = (coCheckOnChange, coCheckOnExit, coCropBeyondLimit);
  TJvCheckOptions = set of TJvCheckOption;

  {$IFDEF VCL}
  TJvCustomSpinEdit = class(TJvExCustomMaskEdit)
  {$ENDIF VCL}
  {$IFDEF VisualCLX}
  TJvCustomSpinEdit = class(TJvExCustomComboMaskEdit)
  {$ENDIF VisualCLX}
  private
    FShowButton: Boolean;
    FCheckMaxValue: Boolean;
    FCheckMinValue: Boolean;
    FCheckOptions: TJvCheckOptions;
    FDisplayFormat: string;
    FFocused: Boolean;
    FLCheckMaxValue: Boolean;
    FLCheckMinValue: Boolean;
    FAlignment: TAlignment;
    FMinValue: Extended;
    FMaxValue: Extended;
    FOldValue: Extended;
    FIncrement: Extended;
    FDecimal: Byte;
    FChanging: Boolean;
    //FOldValue: Extended; // New
    FEditorEnabled: Boolean;
    FValueType: TValueType;
    FButton: TJvSpinButton;
    FBtnWindow: TWinControl;
    FArrowKeys: Boolean;
    FOnTopClick: TNotifyEvent;
    FOnBottomClick: TNotifyEvent;
    // FButtonKind: TSpinButtonKind;
    FUpDown: TCustomUpDown;
    FThousands: Boolean; // New
    function StoreCheckMaxValue: Boolean;
    function StoreCheckMinValue: Boolean;
    procedure SetCheckMaxValue(NewValue: Boolean);
    procedure SetCheckMinValue(NewValue: Boolean);
    procedure SetMaxValue(NewValue: Extended);
    procedure SetMinValue(NewValue: Extended);

    function CheckDefaultRange(CheckMax: Boolean): Boolean;
    procedure SetDisplayFormat(const Value: string);
    function IsFormatStored: Boolean;
    //function TextToValText(const AValue: string): string;
    procedure SetFocused(Value: Boolean);
    //procedure CheckRange(const AOption: TJvCheckOption);

    //function TryGetValue(var Value: Extended): Boolean; // New
    function GetAsInteger: Longint;
    function GetButtonKind: TSpinButtonKind;
    function GetButtonWidth: Integer;
    function GetMinHeight: Integer;
    function IsIncrementStored: Boolean;
    function IsMaxStored: Boolean;
    function IsMinStored: Boolean;
    function IsValueStored: Boolean;
    procedure GetTextHeight(var SysHeight, Height: Integer);
    procedure ResizeButton;
    procedure SetAlignment(Value: TAlignment);
    procedure SetArrowKeys(Value: Boolean);
    procedure SetAsInteger(NewValue: Longint);
    procedure SetButtonKind(Value: TSpinButtonKind);
    procedure SetDecimal(NewValue: Byte);
    procedure SetEditRect;
    procedure SetThousands(Value: Boolean);
    procedure UpDownClick(Sender: TObject; Button: TUDBtnType);
    procedure SetShowButton(Value: Boolean);
    {$IFDEF VCL}
    procedure CMBiDiModeChanged(var Msg: TMessage); message CM_BIDIMODECHANGED;
    procedure CMCtl3DChanged(var Msg: TMessage); message CM_CTL3DCHANGED;
    {$ENDIF VCL}
  protected
    FButtonKind: TSpinButtonKind;
    procedure WMPaste(var Msg: TMessage); message WM_PASTE;
    procedure WMCut(var Msg: TMessage); message WM_CUT;
    procedure FocusKilled(NextWnd: THandle); override;
    function DoMouseWheel(Shift: TShiftState; WheelDelta: Integer;
      {$IFDEF VisualCLX} const {$ENDIF} MousePos: TPoint): Boolean; override;
    procedure BoundsChanged; override;
    procedure EnabledChanged; override;
    procedure DoEnter; override;
    procedure DoExit; override;
    procedure FontChanged; override;
    function CheckValue(NewValue: Extended): Extended;
    function CheckValueRange(NewValue: Extended; RaiseOnError: Boolean): Extended;
    function GetValue: Extended; virtual; abstract;
    procedure DataChanged; virtual;
    procedure RecreateButton;
    procedure SetValue(NewValue: Extended); virtual; abstract;
    procedure SetValueType(NewType: TValueType); virtual;

    function DefaultDisplayFormat: string; virtual;
    property DisplayFormat: string read FDisplayFormat write SetDisplayFormat stored IsFormatStored;
    //    procedure DefinePropertyes(Filer: TFiler); override;

    function IsValidChar(Key: Char): Boolean; virtual;
    procedure Change; override;
    {$IFDEF VCL}
    procedure CreateParams(var Params: TCreateParams); override;
    procedure CreateWnd; override;
    {$ENDIF VCL}
    procedure DownClick(Sender: TObject); virtual;
    procedure KeyDown(var Key: Word; Shift: TShiftState); override;
    procedure KeyPress(var Key: Char); override;
    procedure UpClick(Sender: TObject); virtual;
    property ButtonWidth: Integer read GetButtonWidth;
  public
    procedure Loaded; override;
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;

    property AsInteger: Longint read GetAsInteger write SetAsInteger default 0;
    property Text;
    property Alignment: TAlignment read FAlignment write SetAlignment default taLeftJustify;
    property ArrowKeys: Boolean read FArrowKeys write SetArrowKeys default True;
    property ButtonKind: TSpinButtonKind read FButtonKind write SetButtonKind default bkDiagonal;
    property Decimal: Byte read FDecimal write SetDecimal default 2;
    property EditorEnabled: Boolean read FEditorEnabled write FEditorEnabled default True;
    property Increment: Extended read FIncrement write FIncrement stored IsIncrementStored;
    property MaxValue: Extended read FMaxValue write SetMaxValue stored IsMaxStored;
    property MinValue: Extended read FMinValue write SetMinValue stored IsMinStored;
    property CheckOptions: TJvCheckOptions read FCheckOptions write FCheckOptions default [coCheckOnChange, coCheckOnExit, coCropBeyondLimit];
    property CheckMinValue: Boolean read FCheckMinValue write SetCheckMinValue stored StoreCheckMinValue;
    property CheckMaxValue: Boolean read FCheckMaxValue write SetCheckMaxValue stored StoreCheckMaxValue;
    property ValueType: TValueType read FValueType write SetValueType
      default {$IFDEF BCB} vtInt {$ELSE} vtInteger {$ENDIF};
    property Value: Extended read GetValue write SetValue stored IsValueStored;
    property Thousands: Boolean read FThousands write SetThousands default False;
    property ShowButton: Boolean read FShowButton write SetShowButton default True;
    property OnBottomClick: TNotifyEvent read FOnBottomClick write FOnBottomClick;
    property OnTopClick: TNotifyEvent read FOnTopClick write FOnTopClick;
  end;

  TJvSpinEdit = class(TJvCustomSpinEdit)
  private
    FItems: TStrings; //TN
  protected
    procedure SetValue(NewValue: Extended); override;
    function GetValue: Extended; override;
    procedure SetItems(NewValue: TStrings); virtual; //TN
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
  published
    //Polaris
    //property CheckOnExit;
    property CheckOptions;
    property CheckMinValue;
    property CheckMaxValue;

    property BeepOnError;

    property Align;
    property Alignment;
    property ArrowKeys;
    property DisplayFormat;
    property ButtonKind default bkDiagonal;
    property Thousands;
    property Decimal;
    property EditorEnabled;
    property Increment;
    property Items: TStrings read FItems write SetItems; //TN
    property MaxValue;
    property MinValue;
    property ShowButton;
    property ValueType;
    property Value;
    property OnBottomClick;
    property OnTopClick;

    property AutoSelect;
    property AutoSize;
    property BorderStyle;
    property Color;
    {$IFDEF VCL}
    property DragCursor;
    property BiDiMode;
    property DragKind;
    property ParentBiDiMode;
    property ImeMode;
    property ImeName;
    property OnEndDock;
    property OnStartDock;
    {$ENDIF VCL}
    property DragMode;
    property Enabled;
    property Font;
    property Anchors;
    property Constraints;
    property MaxLength;
    property ParentColor;
    property ParentFont;
    property ParentShowHint;
    property PopupMenu;
    property ReadOnly;
    property ShowHint;
    property TabOrder;
    property TabStop;
    property Visible;
    property OnChange;
    property OnClick;
    property OnDblClick;
    property OnDragDrop;
    property OnDragOver;
    property OnEndDrag;
    property OnEnter;
    property OnExit;
    property OnKeyDown;
    property OnKeyPress;
    property OnKeyUp;
    property OnMouseDown;
    property OnMouseMove;
    property OnMouseUp;
    property OnStartDrag;
    property OnContextPopup;
    property OnMouseWheelDown;
    property OnMouseWheelUp;
    property HideSelection;
    {$IFDEF VCL}
    {$IFDEF COMPILER6_UP}
    property BevelEdges;
    property BevelInner;
    property BevelKind default bkNone;
    property BevelOuter;
    {$ENDIF COMPILER6_UP}
    {$ENDIF VCL}
    property ClipboardCommands;
  end;

{$IFDEF UNITVERSIONING}
const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$RCSfile: JvSpin.pas,v $';
    Revision: '$Revision: 1.72 $';
    Date: '$Date: 2005/09/09 10:04:39 $';
    LogPath: 'JVCL\run'
  );
{$ENDIF UNITVERSIONING}

implementation

uses
  Consts,
  JvThemes,
  {$IFDEF JVCLThemesEnabled}
  UxTheme,
  {$IFNDEF COMPILER7_UP}
  TmSchema,
  {$ENDIF !COMPILER7_UP}
  {$ENDIF JVCLThemesEnabled}
  JvJCLUtils, JvJVCLUtils, JvConsts, JvResources, JvToolEdit;

{$R JvSpin.Res}

const
  sSpinUpBtn = 'JvSpinUP';
  sSpinDownBtn = 'JvSpinDOWN';
  sSpinUpBtnPole = 'JvSpinUPPOLE';
  sSpinDownBtnPole = 'JvSpinDOWNPOLE';

const
  InitRepeatPause = 400; { pause before repeat timer (ms) }
  RepeatPause = 100;

  (*Polaris
procedure TJvSpinButton.DrawBitmap(ABitmap: TBitmap; ADownState: TSpinButtonState);
var
  R, RSrc: TRect;
  dRect: Integer;
  {Temp: TBitmap;}
begin
  ABitmap.Height := Height;
  ABitmap.Width := Width;
  with ABitmap.Canvas do
  begin
    R := Bounds(0, 0, Width, Height);
    Pen.Width := 1;
    Brush.Color := clBtnFace;
    Brush.Style := bsSolid;
    FillRect(R);
    { buttons frame }
    Pen.Color := clWindowFrame;
    Rectangle(0, 0, Width, Height);
    MoveTo(-1, Height);
    LineTo(Width, -1);
    { top button }
    if ADownState = sbTopDown then Pen.Color := clBtnShadow
    else Pen.Color := clBtnHighlight;
    MoveTo(1, Height - 4);
    LineTo(1, 1);
    LineTo(Width - 3, 1);
    if ADownState = sbTopDown then Pen.Color := clBtnHighlight
      else Pen.Color := clBtnShadow;
    if ADownState <> sbTopDown then
    begin
      MoveTo(1, Height - 3);
      LineTo(Width - 2, 0);
    end;
    { bottom button }
    if ADownState = sbBottomDown then Pen.Color := clBtnHighlight
      else Pen.Color := clBtnShadow;
    MoveTo(2, Height - 2);
    LineTo(Width - 2, Height - 2);
    LineTo(Width - 2, 1);
    if ADownState = sbBottomDown then Pen.Color := clBtnShadow
      else Pen.Color := clBtnHighlight;
    MoveTo(2, Height - 2);
    LineTo(Width - 1, 1);
    { top glyph }
    dRect := 1;
    if ADownState = sbTopDown then Inc(dRect);
    R := Bounds(Round((Width / 4) - (FUpBitmap.Width / 2)) + dRect,
      Round((Height / 4) - (FUpBitmap.Height / 2)) + dRect, FUpBitmap.Width,
      FUpBitmap.Height);
    RSrc := Bounds(0, 0, FUpBitmap.Width, FUpBitmap.Height);
    {
    if Self.Enabled or (csDesigning in ComponentState) then
      BrushCopy(R, FUpBitmap, RSrc, FUpBitmap.TransparentColor)
    else
    begin
      Temp := CreateDisabledBitmap(FUpBitmap, clBlack);
      try
        BrushCopy(R, Temp, RSrc, Temp.TransparentColor);
      finally
        Temp.Free;
      end;
    end;
    }
    BrushCopy(R, FUpBitmap, RSrc, FUpBitmap.TransparentColor);
    { bottom glyph }
    R := Bounds(Round((3 * Width / 4) - (FDownBitmap.Width / 2)) - 1,
      Round((3 * Height / 4) - (FDownBitmap.Height / 2)) - 1,
      FDownBitmap.Width, FDownBitmap.Height);
    RSrc := Bounds(0, 0, FDownBitmap.Width, FDownBitmap.Height);
    {
    if Self.Enabled or (csDesigning in ComponentState) then
      BrushCopy(R, FDownBitmap, RSrc, FDownBitmap.TransparentColor)
    else
    begin
      Temp := CreateDisabledBitmap(FDownBitmap, clBlack);
      try
        BrushCopy(R, Temp, RSrc, Temp.TransparentColor);
      finally
        Temp.Free;
      end;
    end;
    }
    BrushCopy(R, FDownBitmap, RSrc, FDownBitmap.TransparentColor);
    if ADownState = sbBottomDown then
    begin
      Pen.Color := clBtnShadow;
      MoveTo(3, Height - 2);
      LineTo(Width - 1, 2);
    end;
  end;
end;
*)

type
  TColorArray = array [0..2] of TColor;
  {$IFDEF VisualCLX}
  THackedCustomForm = class(TCustomForm);
  {$ENDIF VisualCLX}

  TJvUpDown = class(TCustomUpDown)
  private
    FChanging: Boolean;
  {$IFDEF VCL}
    procedure ScrollMessage(var Msg: TWMVScroll);
    procedure WMHScroll(var Msg: TWMHScroll); message CN_HSCROLL;
    procedure WMVScroll(var Msg: TWMVScroll); message CN_VSCROLL;
  {$ENDIF VCL}
  {$IFDEF VisualCLX}
  protected
    procedure Click(Button: TUDBtnType); override;
  {$ENDIF VisualCLX}
  public
    procedure Resize; override;
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
  published
    property OnClick;
  end;

  { The face of a spin button is stored because they are a bit to complex to
    calculate everytime in a Paint method. There are multiple bitmaps stored
    for a single spin button, eg disable/top-down/bottom down etc.

    The face bitmaps of a spin button are stored in a TSpinButtonBitmaps
    object. Multiple spin buttons can use the same TSpinButtonBitmaps object.
    (That is, identical spin buttons (same height, width, button kind etc.) use the
    same TSpinButtonbitmaps objects) The TSpinButtonBitmaps objects are managed
    by a single TSpinButtonBitmapsManager object.
  }

  TSpinButtonBitmapsManager = class;

  TSpinButtonBitmaps = class
  private
    FManager: TSpinButtonBitmapsManager;
    FHeight: Integer;
    FWidth: Integer;
    FStyle: TJvSpinButtonStyle;
    FClientCount: Integer;

    FTopDownBtn: TBitmap;
    FBottomDownBtn: TBitmap;
    FNotDownBtn: TBitmap;
    FDisabledBtn: TBitmap;
    FCustomGlyphs: Boolean;
    FResetOnDraw: Boolean;
    {$IFDEF JVCLThemesEnabled}
    FTopHotBtn: TBitmap;
    FBottomHotBtn: TBitmap;
    FIsThemed: Boolean;
    {$ENDIF JVCLThemesEnabled}
  protected
    procedure DrawAllBitmap;
    procedure DrawBitmap(ABitmap: TBitmap; ADownState: TSpinButtonState; const Enabled: Boolean);
    procedure PoleDrawArrows(ACanvas: TCanvas; const AState: TSpinButtonState; const Enabled: Boolean;
      AUpArrow, ADownArrow: TBitmap);
    procedure JvDrawArrows(ACanvas: TCanvas; const AState: TSpinButtonState; const Enabled: Boolean;
      AUpArrow, ADownArrow: TBitmap);
    {$IFDEF JVCLThemesEnabled}
    procedure DrawAllBitmapClassicThemed;
    procedure DrawAllBitmapDiagonalThemed;
    procedure DrawDiagonalThemedArrows(ACanvas: TCanvas; const AState: TSpinButtonState; const Enabled: Boolean;
      AUpArrow, ADownArrow: TBitmap);
    {$ENDIF JVCLThemesEnabled}
    procedure Reset;

    function CompareWith(const AWidth, AHeight: Integer; const AStyle: TJvSpinButtonStyle;
      const ACustomGlyphs: Boolean): Integer;
  public
    constructor Create(AManager: TSpinButtonBitmapsManager; const AWidth, AHeight: Integer;
      const AStyle: TJvSpinButtonStyle; const ACustomGlyphs: Boolean); virtual;
    destructor Destroy; override;

    procedure AddClient;
    procedure RemoveClient;

    procedure Draw(ACanvas: TCanvas; const ADown: TSpinButtonState;
      const AEnabled, AMouseInTopBtn, AMouseInBottomBtn: Boolean);
    procedure DrawGlyphs(ACanvas: TCanvas; const AState: TSpinButtonState; const Enabled: Boolean;
      AUpArrow, ADownArrow: TBitmap);

    property Width: Integer read FWidth;
    property Height: Integer read FHeight;
    property Style: TJvSpinButtonStyle read FStyle;
    property CustomGlyphs: Boolean read FCustomGlyphs;
  end;

  TSpinButtonBitmapsManager = class
  private
    FClientCount: Integer;
    FList: TList;
  protected
    function Find(const Width, Height: Integer; const AButtonStyle: TJvSpinButtonStyle;
      const ACustomGlyphs: Boolean; var Index: Integer): Boolean;
    procedure Remove(Obj: TObject);
  public
    constructor Create; virtual;
    destructor Destroy; override;

    function WantButtons(const Width, Height: Integer; const AButtonStyle: TJvSpinButtonStyle;
      const ACustomGlyphs: Boolean): TSpinButtonBitmaps;

    procedure AddClient;
    procedure RemoveClient;
  end;

var
  GSpinButtonBitmapsManager: TSpinButtonBitmapsManager = nil;

//=== Local procedures =======================================================

function SpinButtonBitmapsManager: TSpinButtonBitmapsManager;
begin
  if GSpinButtonBitmapsManager = nil then
    GSpinButtonBitmapsManager := TSpinButtonBitmapsManager.Create;
  Result := GSpinButtonBitmapsManager;
end;

function DefBtnWidth: Integer;
begin
  Result := GetSystemMetrics(SM_CXVSCROLL);
  if Result > 15 then
    Result := 15;
end;

function RemoveThousands(const AValue: string): string;
begin
  if DecimalSeparator <> ThousandSeparator then
    Result := DelChars(AValue, ThousandSeparator)
  else
    Result := AValue;
end;


//=== { TJvCustomSpinEdit } ==================================================

procedure TJvCustomSpinEdit.Change;
var
  //  OldText: string;
  OldSelStart: Integer;
begin
  { (rb) Maybe move to CMTextChanged }
  if FChanging or not HandleAllocated then
    Exit;

  FChanging := True;
  OldSelStart := SelStart;
  try
    //    OldText := inherited Text;
    try
      if not (csDesigning in ComponentState) and (coCheckOnChange in CheckOptions) then
      begin
        CheckValueRange(Value, not (coCropBeyondLimit in CheckOptions));
        SetValue(CheckValue(Value));
      end;
    except
      SetValue(CheckValue(Value));
    end;
  finally
    FChanging := False;
  end;

  SelStart := OldSelStart;

  if FOldValue <> Value then
  begin
    if Thousands and (Length(Text) mod 4 = 1) and (SelStart > 0) then
      SelStart := SelStart + 1;
    inherited Change;
    FOldValue := Value;
  end;
  //  if AnsiCompareText(inherited Text, OldText) <> 0 then
  //    inherited Change;

end;

function TJvCustomSpinEdit.CheckDefaultRange(CheckMax: Boolean): Boolean;
begin
  Result := (FMinValue <> 0) or (FMaxValue <> 0);
end;

function TJvCustomSpinEdit.CheckValue(NewValue: Extended): Extended;
begin
  Result := NewValue;
  {
    if (FMaxValue <> FMinValue) then
    begin
      if NewValue < FMinValue then
        Result := FMinValue
      else
      if NewValue > FMaxValue then
        Result := FMaxValue;
    end;
  }
  if FCheckMinValue or FCheckMaxValue then
  begin
    if FCheckMinValue and (NewValue < FMinValue) then
      Result := FMinValue;
    if FCheckMaxValue and (NewValue > FMaxValue) then
      Result := FMaxValue;
  end;
end;

function TJvCustomSpinEdit.CheckValueRange(NewValue: Extended; RaiseOnError: Boolean): Extended;
begin
  Result := CheckValue(NewValue);
  if (FCheckMinValue or FCheckMaxValue) and
    RaiseOnError and (Result <> NewValue) then
    raise ERangeError.CreateResFmt(@RsEOutOfRangeFloat, [FMinValue, FMaxValue]);
end;

{$IFDEF VCL}

procedure TJvCustomSpinEdit.CMBiDiModeChanged(var Msg: TMessage);
begin
  inherited;
  ResizeButton;
  SetEditRect;
end;

procedure TJvCustomSpinEdit.CMCtl3DChanged(var Msg: TMessage);
begin
  inherited;
  ResizeButton;
  SetEditRect;
end;

{$ENDIF VCL}

constructor TJvCustomSpinEdit.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);

  FThousands := False; //new

  //Polaris
  FFocused := False;
  FCheckOptions := [coCheckOnChange, coCheckOnExit, coCropBeyondLimit];
  FLCheckMinValue := True;
  FLCheckMaxValue := True;
  FCheckMinValue := False;
  FCheckMaxValue := False;
  //Polaris
  ControlStyle := ControlStyle - [csSetCaption];
  FIncrement := 1.0;
  FDecimal := 2;
  FEditorEnabled := True;
  FButtonKind := bkDiagonal;
  FArrowKeys := True;
  FShowButton := True;
  RecreateButton;
end;

{$IFDEF VCL}
procedure TJvCustomSpinEdit.CreateParams(var Params: TCreateParams);
const
  Alignments: array [Boolean, TAlignment] of DWORD =
    ((ES_LEFT, ES_RIGHT, ES_CENTER), (ES_RIGHT, ES_LEFT, ES_CENTER));
begin
  inherited CreateParams(Params);
  // Polaris:
  //    or ES_MULTILINE
  Params.Style := Params.Style or WS_CLIPCHILDREN or
    Alignments[UseRightToLeftAlignment, FAlignment];
end;

procedure TJvCustomSpinEdit.CreateWnd;
begin
  inherited CreateWnd;
  SetEditRect;
end;
{$ENDIF VCL}

procedure TJvCustomSpinEdit.DataChanged;
var
  EditFormat: string;
  WasModified: Boolean;
begin
  if (ValueType = vtFloat) and FFocused and (FDisplayFormat <> '') then
  begin
    EditFormat := '0';
    if FDecimal > 0 then
      EditFormat := EditFormat + '.' + MakeStr('#', FDecimal);
    { Changing EditText sets Modified to false }
    WasModified := Modified;
    try
      Text := FormatFloat(EditFormat, Value);
    finally
      Modified := WasModified;
    end;
  end;
end;

function TJvCustomSpinEdit.DefaultDisplayFormat: string;
begin
  Result := ',0.##';
end;

destructor TJvCustomSpinEdit.Destroy;
begin
  Destroying;
  FChanging := True;
  if FButton <> nil then
  begin
    FButton.Free;
    FButton := nil;
    FBtnWindow.Free;
    FBtnWindow := nil;
  end;
  if FUpDown <> nil then
  begin
    FUpDown.Free;
    FUpDown := nil;
  end;
  inherited Destroy;
end;

procedure TJvCustomSpinEdit.BoundsChanged;
var
  MinHeight: Integer;
begin
  MinHeight := GetMinHeight;
  { text edit bug: if size to less than minheight, then edit ctrl does
    not display the text }
  if Height < MinHeight then
    Height := MinHeight
  else
  begin
    ResizeButton;
    SetEditRect;
    inherited BoundsChanged;
  end;
end;

procedure TJvCustomSpinEdit.WMCut(var Msg: TMessage);
begin
  if FEditorEnabled and not ReadOnly then
    inherited;
end;

procedure TJvCustomSpinEdit.WMPaste(var Msg: TMessage);
begin
  if FEditorEnabled and not ReadOnly then
    inherited;

  { Polaris code:
  if not FEditorEnabled or ReadOnly then
    Exit;
  V := Value;
  inherited;
  try
    StrToFloat(Text);
  except
    SetValue(V);
  end;
  }
end;

procedure TJvCustomSpinEdit.DoEnter;
begin
  SetFocused(True);
  if AutoSelect and not (csLButtonDown in ControlState) then
    SelectAll;
  inherited DoEnter;
end;

procedure TJvCustomSpinEdit.DoExit;
begin
  SetFocused(False);
  try
    if not (csDesigning in ComponentState) and (coCheckOnExit in CheckOptions) then
    begin
      CheckValueRange(Value, not (coCropBeyondLimit in CheckOptions));
      SetValue(CheckValue(Value));
    end;
  except
    SetFocused(True);
    SelectAll;
    if CanFocus then
      SetFocus;
    raise;
  end;
  inherited DoExit;
end;

procedure TJvCustomSpinEdit.FocusKilled(NextWnd: THandle);
begin
  if ([coCropBeyondLimit, coCheckOnExit] <= CheckOptions) and
    not (csDesigning in ComponentState) then
    SetValue(CheckValue(Value));
  inherited FocusKilled(NextWnd);
end;

function TJvCustomSpinEdit.DoMouseWheel(Shift: TShiftState; WheelDelta: Integer;
  {$IFDEF VisualCLX} const {$ENDIF} MousePos: TPoint): Boolean;
begin
  if WheelDelta > 0 then
    UpClick(nil)
  else
    DownClick(nil);
  Result := True;
end;

procedure TJvCustomSpinEdit.DownClick(Sender: TObject);
var
  OldText: string;
begin
  if ReadOnly then
    DoBeepOnError
  else
  begin
    FChanging := True;
    try
      OldText := inherited Text;
      Value := Value - FIncrement;
    finally
      FChanging := False;
    end;
    if AnsiCompareText(inherited Text, OldText) <> 0 then
    begin
      Modified := True;
      Change;
    end;
    if Assigned(FOnBottomClick) then
      FOnBottomClick(Self);
  end;
end;

procedure TJvCustomSpinEdit.EnabledChanged;
begin
  inherited EnabledChanged;
  if FUpDown <> nil then
  begin
    FUpDown.Enabled := Enabled;
    ResizeButton;
  end;
  if FButton <> nil then
    FButton.Enabled := Enabled;
end;

procedure TJvCustomSpinEdit.FontChanged;
begin
  inherited FontChanged;
  ResizeButton;
  SetEditRect;
end;

{function TJvCustomSpinEdit.TryGetValue(var Value: Extended): Boolean;
var
  S: string;
begin
  try
    S := StringReplace(Text, ThousandSeparator, '', [rfReplaceAll]);
    if ValueType = vtFloat then
      Value := StrToFloat(S)
    else
      if ValueType = vtHex then
        Value := StrToInt('$' + Text)
      else
        Value := StrToInt(S);
    Result := True;
  except
    if ValueType = vtFloat then
      Value := FMinValue
    else
      Value := Trunc(FMinValue);
    Result := False;
  end;
end;}

function TJvCustomSpinEdit.GetAsInteger: Longint;
begin
  Result := Trunc(GetValue);
end;

function TJvCustomSpinEdit.GetButtonKind: TSpinButtonKind;
begin
  if NewStyleControls then
    Result := FButtonKind
      //>Polaris
  else
  begin
    Result := bkDiagonal;
    if Assigned(FButton) and (FButton.ButtonStyle = sbsClassic) then
      Result := bkClassic;
  end;
  //<Polaris
end;

function TJvCustomSpinEdit.GetButtonWidth: Integer;
begin
  if ShowButton then
  begin
    if FUpDown <> nil then
      Result := FUpDown.Width
    else
    if FButton <> nil then
      Result := FButton.Width
    else
      Result := DefBtnWidth;
  end
  else
    Result := 0;
end;

function TJvCustomSpinEdit.GetMinHeight: Integer;
var
  I, H: Integer;
begin
  GetTextHeight(I, H);
  if I > H then
    I := H;
  Result := H + (GetSystemMetrics(SM_CYBORDER) * 4) + 1;
end;

procedure TJvCustomSpinEdit.GetTextHeight(var SysHeight, Height: Integer);
var
  DC: HDC;
  SaveFont: HFONT;
  SysMetrics, Metrics: TTextMetric;
begin
  DC := GetDC(HWND_DESKTOP);
  GetTextMetrics(DC, SysMetrics);
  SaveFont := SelectObject(DC, Font.Handle);
  GetTextMetrics(DC, Metrics);
  SelectObject(DC, SaveFont);
  ReleaseDC(HWND_DESKTOP, DC);
  SysHeight := SysMetrics.tmHeight;
  Height := Metrics.tmHeight;
end;

function TJvCustomSpinEdit.IsFormatStored: Boolean;
begin
  Result := DisplayFormat <> DefaultDisplayFormat;
end;

function TJvCustomSpinEdit.IsIncrementStored: Boolean;
begin
  Result := FIncrement <> 1.0;
end;

function TJvCustomSpinEdit.IsMaxStored: Boolean;
begin
  Result := MaxValue <> 0.0;
end;

function TJvCustomSpinEdit.IsMinStored: Boolean;
begin
  Result := MinValue <> 0.0;
end;

function TJvCustomSpinEdit.IsValidChar(Key: Char): Boolean;
var
  ValidChars: set of Char;
begin
  ValidChars := DigitChars + ['+', '-'];
  if ValueType = vtFloat then
  begin
    if Pos(DecimalSeparator, Text) = 0 then
    begin
      if not Thousands or (ThousandSeparator <> '.') then
        ValidChars := ValidChars + [DecimalSeparator, '.'] // Polaris
      else
        ValidChars := ValidChars + [DecimalSeparator];
    end;
    if Pos('E', AnsiUpperCase(Text)) = 0 then
      ValidChars := ValidChars + ['e', 'E'];
  end
  else
  if ValueType = vtHex then
  begin
    ValidChars := ValidChars + ['A'..'F', 'a'..'f'];
  end;
  Result := (Key in ValidChars) or (Key < #32);
  if not FEditorEnabled and Result and ((Key >= #32) or
    (Key = BackSpace) or (Key = Del)) then
    Result := False;
end;

function TJvCustomSpinEdit.IsValueStored: Boolean;
begin
  Result := GetValue <> 0.0;
end;

procedure TJvCustomSpinEdit.KeyDown(var Key: Word; Shift: TShiftState);
begin
  inherited KeyDown(Key, Shift);
  if ArrowKeys and ((Key = VK_UP) or (Key = VK_DOWN)) then
  begin
    if Key = VK_UP then
      UpClick(Self)
    else
    if Key = VK_DOWN then
      DownClick(Self);
    Key := 0;
  end;
end;

procedure TJvCustomSpinEdit.KeyPress(var Key: Char);
var
  I: Integer;
begin
  // andreas
  if (Key = DecimalSeparator) and (ValueType = vtFloat) then
  begin
    { If the key is the decimal separator move the caret behind it. }
    I := Pos(DecimalSeparator, Text);
    if I <> 0 then
    begin
      Key := #0;
      SelLength := 0;
      SelStart := I;
      Exit;
    end;
  end;

  if not IsValidChar(Key) then
  begin
    Key := #0;
    DoBeepOnError;
  end;
  //Polaris
  if (Key = '.') and (not Thousands or (ThousandSeparator <> '.')) then
    Key := DecimalSeparator;

  if Key <> #0 then
  begin
    inherited KeyPress(Key);
    if (Key = Cr) or (Key = Esc) then
    begin
      { must catch and remove this, since is actually multi-line }
      {$IFDEF VCL}
      GetParentForm(Self).Perform(CM_DIALOGKEY, Byte(Key), 0);
      {$ENDIF VCL}
      {$IFDEF VisualCLX}
      THackedCustomForm(GetParentForm(Self)).WantKey(Integer(Key), [], Key);
      {$ENDIF VisualCLX}
      if Key = Cr then
        Key := #0;
    end;
  end;
end;

procedure TJvCustomSpinEdit.Loaded;
begin
  inherited Loaded;
  FLCheckMinValue := True;
  FLCheckMaxValue := True;
  FOldValue := Value;
end;

procedure TJvCustomSpinEdit.RecreateButton;
begin
  if csDestroying in ComponentState then
    Exit;
  FButton.Free;
  FButton := nil;
  FBtnWindow.Free;
  FBtnWindow := nil;
  FUpDown.Free;
  FUpDown := nil;
  if ShowButton then
    if GetButtonKind = bkStandard then
    begin
      FUpDown := TJvUpDown.Create(Self);
      with TJvUpDown(FUpDown) do
      begin
        Visible := True;
        //Polaris
        SetBounds(0, 1, DefBtnWidth, Self.Height);
        if BiDiMode = bdRightToLeft then
          Align := alLeft
        else
          Align := alRight;
        {$IFDEF VCL}
        Parent := Self;
        {$ENDIF VCL}
        {$IFDEF VisualCLX}
        Parent := Self.ClientArea;
        {$ENDIF VisualCLX}
        OnClick := UpDownClick;
      end;
    end
    else
    begin
      FBtnWindow := TWinControl.Create(Self);
      FBtnWindow.Visible := True;
      {$IFDEF VCL}
      FBtnWindow.Parent := Self;
      {$ENDIF VCL}
      {$IFDEF VisualCLX}
      FBtnWindow.Parent := Self.ClientArea;
      {$ENDIF VisualCLX}
      if FButtonKind <> bkClassic then
        FBtnWindow.SetBounds(0, 0, DefBtnWidth, Height)
      else
        FBtnWindow.SetBounds(0, 0, Height, Height);
      {$IFDEF VisualCLX}
      FBtnWindow.Align := alRight;
      {$ENDIF VisualCLX}
      FButton := TJvSpinButton.Create(Self);
      FButton.Visible := True;
      if FButtonKind = bkClassic then
        FButton.FButtonStyle := sbsClassic;
      FButton.Parent := FBtnWindow;
      FButton.FocusControl := Self;
      FButton.OnTopClick := UpClick;
      FButton.OnBottomClick := DownClick;
      //Polaris
      FButton.SetBounds(1, 1, FBtnWindow.Width - 1, FBtnWindow.Height - 1);
    end;
end;

procedure TJvCustomSpinEdit.ResizeButton;
var
  R: TRect;
begin
  if FUpDown <> nil then
  begin
    FUpDown.Width := DefBtnWidth;
    if BiDiMode = bdRightToLeft then
      FUpDown.Align := alLeft
    else
      FUpDown.Align := alRight;
  end
  else
  if FButton <> nil then
  begin { bkDiagonal }
    if NewStyleControls and {$IFDEF VCL} Ctl3D and {$ENDIF} (BorderStyle = bsSingle) then
      if FButtonKind = bkClassic then
        R := Bounds(Width - DefBtnWidth - 4, -1, DefBtnWidth, Height - 3)
      else
        R := Bounds(Width - Height - 1, -1, Height - 3, Height - 3)
    else
      if FButtonKind = bkClassic then
      R := Bounds(Width - DefBtnWidth, 0, DefBtnWidth, Height)
    else
      R := Bounds(Width - Height, 0, Height, Height);
    if BiDiMode = bdRightToLeft then
    begin
      if NewStyleControls and {$IFDEF VCL} Ctl3D and {$ENDIF} (BorderStyle = bsSingle) then
      begin
        R.Left := -1;
        R.Right := Height - 4;
      end
      else
      begin
        R.Left := 0;
        R.Right := Height;
      end;
    end;
    with R do
      FBtnWindow.SetBounds(Left, Top, Right - Left, Bottom - Top);
    {$IFDEF VisualCLX}
    if BiDiMode = bdRightToLeft then
      FBtnWindow.Align := alLeft
    else
      FBtnWindow.Align := alRight;
    {$ENDIF VisualCLX}
    //Polaris
    FButton.SetBounds(1, 1, FBtnWindow.Width - 1, FBtnWindow.Height - 1);
  end;
end;

procedure TJvCustomSpinEdit.SetAlignment(Value: TAlignment);
begin
  if FAlignment <> Value then
  begin
    FAlignment := Value;
    {$IFDEF VCL}
    RecreateWnd;
    {$ENDIF VCL}
    {$IFDEF VisualCLX}
    Invalidate;
    {$ENDIF VisualCLX}
  end;
end;

procedure TJvCustomSpinEdit.SetArrowKeys(Value: Boolean);
begin
  FArrowKeys := Value;
  ResizeButton;
end;

procedure TJvCustomSpinEdit.SetAsInteger(NewValue: Longint);
begin
  SetValue(NewValue);
end;

procedure TJvCustomSpinEdit.SetButtonKind(Value: TSpinButtonKind);
var
  OldKind: TSpinButtonKind;
begin
  OldKind := FButtonKind;
  FButtonKind := Value;
  if OldKind <> GetButtonKind then
  begin
    RecreateButton;
    ResizeButton;
    SetEditRect;
  end;
end;

procedure TJvCustomSpinEdit.SetCheckMaxValue(NewValue: Boolean);
begin
  if FMaxValue <> 0 then
    NewValue := True;
  FCheckMaxValue := NewValue;
  if csLoading in ComponentState then
    FLCheckMaxValue := False;
  SetValue(Value);
end;

procedure TJvCustomSpinEdit.SetCheckMinValue(NewValue: Boolean);
begin
  if FMinValue <> 0 then
    NewValue := True;
  FCheckMinValue := NewValue;
  if csLoading in ComponentState then
    FLCheckMinValue := False;
  SetValue(Value);
end;

procedure TJvCustomSpinEdit.SetShowButton(Value: Boolean);
begin
  if FShowButton <> Value then
  begin
    FShowButton := Value;
    RecreateButton;
    ResizeButton;
    SetEditRect;
  end;
end;

procedure TJvCustomSpinEdit.SetDecimal(NewValue: Byte);
begin
  if FDecimal <> NewValue then
  begin
    FDecimal := NewValue;
    Value := GetValue;
  end;
end;

procedure TJvCustomSpinEdit.SetDisplayFormat(const Value: string);
begin
  if DisplayFormat <> Value then
  begin
    FDisplayFormat := Value;
    Invalidate;
  end;
end;

procedure TJvCustomSpinEdit.SetEditRect;
var
  Loc: TRect;
begin
  //Polaris
  if BiDiMode = bdRightToLeft then
  begin
    SetRect(Loc, GetButtonWidth + 1, 0, ClientWidth - 1, ClientHeight + 1);
    {$IFDEF VCL}
    SendMessage(Handle, EM_SETMARGINS, EC_LEFTMARGIN, MakeLong(GetButtonWidth, 0));
    {$ENDIF VCL}
  end
  else
  begin
    SetRect(Loc, 0, 0, ClientWidth - GetButtonWidth - 2, ClientHeight + 1);
    {$IFDEF VCL}
    SendMessage(Handle, EM_SETMARGINS, EC_RIGHTMARGIN, MakeLong(0, GetButtonWidth));
    {$ENDIF VCL}
  end;
  {$IFDEF VCL}
  SendMessage(Handle, EM_SETRECTNP, 0, Longint(@Loc));
  {$ENDIF VCL}
  {$IFDEF VisualCLX}
  SetEditorRect(@Loc);
  {$ENDIF VisualCLX}
end;

procedure TJvCustomSpinEdit.SetFocused(Value: Boolean);
begin
  if Value <> FFocused then
  begin
    FFocused := Value;
    Invalidate;
    DataChanged;
  end;
end;

procedure TJvCustomSpinEdit.SetMaxValue(NewValue: Extended);
var
  Z: Boolean;
  b: Boolean;
begin
  if NewValue <> FMaxValue then
  begin
    b := not StoreCheckMaxValue;
    Z := (FMaxValue = 0) <> (NewValue = 0);
    FMaxValue := NewValue;
    if Z and FLCheckMaxValue then
    begin
      SetCheckMaxValue(CheckDefaultRange(True));
      if b and FLCheckMinValue then
        SetCheckMinValue(CheckDefaultRange(False));
    end;
    SetValue(Value);
  end;
end;

procedure TJvCustomSpinEdit.SetMinValue(NewValue: Extended);
var
  Z: Boolean;
  b: Boolean;
begin
  if NewValue <> FMinValue then
  begin
    b := not StoreCheckMinValue;
    Z := (FMinValue = 0) <> (NewValue = 0);
    FMinValue := NewValue;
    if Z and FLCheckMinValue then
    begin
      SetCheckMinValue(CheckDefaultRange(False));
      if b and FLCheckMaxValue then
        SetCheckMaxValue(CheckDefaultRange(True));
    end;
    SetValue(Value);
  end;
end;

procedure TJvCustomSpinEdit.SetThousands(Value: Boolean);
begin
  if ValueType <> vtHex then
    FThousands := Value;
end;

procedure TJvCustomSpinEdit.SetValueType(NewType: TValueType);
begin
  if FValueType <> NewType then
  begin
    FValueType := NewType;
    Value := GetValue;
    if FValueType in [{$IFDEF BCB} vtInt {$ELSE} vtInteger {$ENDIF}, vtHex] then
    begin
      FIncrement := Round(FIncrement);
      if FIncrement = 0 then
        FIncrement := 1;
    end;
    if FValueType = vtHex then
      Thousands := False;
  end;
end;

function TJvCustomSpinEdit.StoreCheckMaxValue: Boolean;
begin
  Result := (FMaxValue = 0) and (FCheckMaxValue = (FMinValue = 0));
end;

function TJvCustomSpinEdit.StoreCheckMinValue: Boolean;
begin
  Result := (FMinValue = 0) and (FCheckMinValue = (FMaxValue = 0));
end;

procedure TJvCustomSpinEdit.UpClick(Sender: TObject);
var
  OldText: string;
begin
  if ReadOnly then
    DoBeepOnError
  else
  begin
    FChanging := True;
    try
      OldText := inherited Text;
      Value := Value + FIncrement;
    finally
      FChanging := False;
    end;
    if AnsiCompareText(inherited Text, OldText) <> 0 then
    begin
      Modified := True;
      Change;
    end;
    if Assigned(FOnTopClick) then
      FOnTopClick(Self);
  end;
end;

procedure TJvCustomSpinEdit.UpDownClick(Sender: TObject; Button: TUDBtnType);
begin
  if TabStop and CanFocus then
    SetFocus;
  case Button of
    btNext:
      UpClick(Sender);
    btPrev:
      DownClick(Sender);
  end;
end;

//=== { TJvSpinButton } ======================================================

procedure TJvSpinButton.BottomClick;
begin
  if Assigned(FOnBottomClick) then
  begin
    FOnBottomClick(Self);
    if not (csLButtonDown in ControlState) then
      FDown := sbNotDown;
  end;
end;

procedure TJvSpinButton.CheckButtonBitmaps;
begin
  if Assigned(FButtonBitmaps) and
    ((TSpinButtonBitmaps(FButtonBitmaps).Height <> Height) or
     (TSpinButtonBitmaps(FButtonBitmaps).Width <> Width)) then
    RemoveButtonBitmaps;

  if FButtonBitmaps = nil then
  begin
    FButtonBitmaps := SpinButtonBitmapsManager.WantButtons(Width, Height, ButtonStyle,
      not FUpBitmap.Empty or not FDownBitmap.Empty);
    TSpinButtonBitmaps(FButtonBitmaps).AddClient;
  end;
end;

{$IFDEF VCL}
procedure TJvSpinButton.CMSysColorChange(var Msg: TMessage);
begin
  // The buttons we draw are buffered, thus we need to repaint them to theme changes etc.
  if FButtonBitmaps <> nil then
    TSpinButtonBitmaps(FButtonBitmaps).Reset;
end;
{$ENDIF VCL}

constructor TJvSpinButton.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FButtonStyle := sbsDefault;
  FUpBitmap := TBitmap.Create;
  FDownBitmap := TBitmap.Create;
  FUpBitmap.OnChange := GlyphChanged;
  FDownBitmap.OnChange := GlyphChanged;
  Height := 20;
  Width := 20;
  FLastDown := sbNotDown;
  FButtonBitmaps := nil;

  SpinButtonBitmapsManager.AddClient;
end;

destructor TJvSpinButton.Destroy;
begin
  RemoveButtonBitmaps;
  SpinButtonBitmapsManager.RemoveClient;

  FUpBitmap.Free;
  FDownBitmap.Free;
  FRepeatTimer.Free;
  inherited Destroy;
end;

function TJvSpinButton.GetDownGlyph: TBitmap;
begin
  Result := FDownBitmap;
end;

function TJvSpinButton.GetUpGlyph: TBitmap;
begin
  Result := FUpBitmap;
end;

procedure TJvSpinButton.GlyphChanged(Sender: TObject);
begin
  if Sender is TBitmap then
  (Sender as TBitmap).Transparent := True;
  RemoveButtonBitmaps;
  Invalidate;
end;

procedure TJvSpinButton.MouseDown(Button: TMouseButton; Shift: TShiftState;
  X, Y: Integer);
begin
  inherited MouseDown(Button, Shift, X, Y);
  if (Button = mbLeft) and Enabled then
  begin
    if (FFocusControl <> nil) and FFocusControl.TabStop and
      FFocusControl.CanFocus and (GetFocus <> FFocusControl.Handle) then
      FFocusControl.SetFocus;
    if FDown = sbNotDown then
    begin
      FLastDown := FDown;
      //>Polaris
      if ((FButtonStyle = sbsDefault) and (Y > (-(Height / Width) * X + Height))) or
        ((FButtonStyle = sbsClassic) and (Y > (Height div 2))) then
      begin
        FDown := sbBottomDown;
        BottomClick;
      end
      else
      begin
        FDown := sbTopDown;
        TopClick;
      end;
      if FLastDown <> FDown then
      begin
        FLastDown := FDown;
        Repaint;
      end;
      if FRepeatTimer = nil then
        FRepeatTimer := TTimer.Create(Self);
      FRepeatTimer.OnTimer := TimerExpired;
      FRepeatTimer.Interval := InitRepeatPause;
      FRepeatTimer.Enabled := True;
    end;
    FDragging := True;
  end;
end;

{$IFDEF JVCLThemesEnabled}
procedure TJvSpinButton.MouseEnter(Control: TControl);
begin
  if csDesigning in ComponentState then
    Exit;
  { (rb) only themed spin buttons have hot states, so it's not necessairy
         to calc FMouseInBottomBtn and FMouseInTopBtn for non-themed apps }
  if not FMouseInTopBtn and not FMouseInBottomBtn then
  begin
    if MouseInBottomBtn(ScreenToClient(Mouse.CursorPos)) then
      FMouseInBottomBtn := True
    else
      FMouseInTopBtn := True;
    if ThemeServices.ThemesEnabled then
      Repaint;
    inherited MouseEnter(Control);
  end;
end;
{$ENDIF JVCLThemesEnabled}

function TJvSpinButton.MouseInBottomBtn(const P: TPoint): Boolean;
begin
  with P do
    Result :=
      ((FButtonStyle = sbsDefault)) and (Y > (-(Width / Height) * X + Height)) or
      ((FButtonStyle = sbsClassic) and (Y > (Height div 2)));
end;

{$IFDEF JVCLThemesEnabled}
procedure TJvSpinButton.MouseLeave(Control: TControl);
begin
  if csDesigning in ComponentState then
    Exit;
  if FMouseInTopBtn or FMouseInBottomBtn then
  begin
    FMouseInTopBtn := False;
    FMouseInBottomBtn := False;
    if ThemeServices.ThemesEnabled then
      Repaint;
    inherited MouseLeave(Control);
  end;
end;
{$ENDIF JVCLThemesEnabled}

procedure TJvSpinButton.MouseMove(Shift: TShiftState; X, Y: Integer);
var
  NewState: TSpinButtonState;
begin
  inherited MouseMove(Shift, X, Y);
  if FDragging then
  begin
    if (X >= 0) and (X <= Width) and (Y >= 0) and (Y <= Height) then
    begin
      NewState := FDown;
      //>Polaris
      if MouseInBottomBtn(Point(X, Y)) then
      begin
        if FDown <> sbBottomDown then
        begin
          if FLastDown = sbBottomDown then
            FDown := sbBottomDown
          else
            FDown := sbNotDown;
          if NewState <> FDown then
            Repaint;
        end;
      end
      else
      begin
        if FDown <> sbTopDown then
        begin
          if FLastDown = sbTopDown then
            FDown := sbTopDown
          else
            FDown := sbNotDown;
          if NewState <> FDown then
            Repaint;
        end;
      end;
    end
    else
    if FDown <> sbNotDown then
    begin
      FDown := sbNotDown;
      Repaint;
    end;
  end
  {$IFDEF JVCLThemesEnabled}
  else
  if (FMouseInTopBtn or FMouseInBottomBtn) and ThemeServices.ThemesEnabled then
  begin
    if MouseInBottomBtn(Point(X, Y)) then
    begin
      if not FMouseInBottomBtn then
      begin
        FMouseInTopBtn := False;
        FMouseInBottomBtn := True;
        Repaint;
      end;
    end
    else
    begin
      if not FMouseInTopBtn then
      begin
        FMouseInTopBtn := True;
        FMouseInBottomBtn := False;
        Repaint;
      end;
    end;
  end;
  {$ENDIF JVCLThemesEnabled}
end;

procedure TJvSpinButton.MouseUp(Button: TMouseButton; Shift: TShiftState;
  X, Y: Integer);
begin
  inherited MouseUp(Button, Shift, X, Y);
  if FDragging then
  begin
    FDragging := False;
    if (X >= 0) and (X <= Width) and (Y >= 0) and (Y <= Height) then
    begin
      FDown := sbNotDown;
      FLastDown := sbNotDown;
      Repaint;
    end;
  end;
end;

procedure TJvSpinButton.Notification(AComponent: TComponent;
  Operation: TOperation);
begin
  inherited Notification(AComponent, Operation);
  if (Operation = opRemove) and (AComponent = FFocusControl) then
    FFocusControl := nil;
end;

procedure TJvSpinButton.Paint;
begin
  CheckButtonBitmaps;

  if not Enabled and not (csDesigning in ComponentState) then
    FDragging := False;

  {$IFDEF JVCLThemesEnabled}
  TSpinButtonBitmaps(FButtonBitmaps).Draw(Canvas, FDown, Enabled, FMouseInTopBtn, FMouseInBottomBtn);
  {$ELSE}
  TSpinButtonBitmaps(FButtonBitmaps).Draw(Canvas, FDown, Enabled, False, False);
  {$ENDIF JVCLThemesEnabled}
  if not FUpBitmap.Empty or not FDownBitmap.Empty then
    TSpinButtonBitmaps(FButtonBitmaps).DrawGlyphs(Canvas, FDown, Enabled, FUpBitmap, FDownBitmap);
end;

procedure TJvSpinButton.RemoveButtonBitmaps;
begin
  if Assigned(FButtonBitmaps) then
  begin
    TSpinButtonBitmaps(FButtonBitmaps).RemoveClient;
    FButtonBitmaps := nil;
  end;
end;

procedure TJvSpinButton.SetButtonStyle(Value: TJvSpinButtonStyle);
begin
  if Value <> FButtonStyle then
  begin
    FButtonStyle := Value;
    GlyphChanged(Self);
  end;
end;

procedure TJvSpinButton.SetDown(Value: TSpinButtonState);
var
  OldState: TSpinButtonState;
begin
  OldState := FDown;
  FDown := Value;
  if OldState <> FDown then
    Repaint;
end;

procedure TJvSpinButton.SetDownGlyph(Value: TBitmap);
begin
  if Value <> nil then
    FDownBitmap.Assign(Value)
  else
    FDownBitmap.Handle := NullHandle;
end;

procedure TJvSpinButton.SetFocusControl(Value: TWinControl);
begin
  FFocusControl := Value;
  if Value <> nil then
    Value.FreeNotification(Self);
end;

procedure TJvSpinButton.SetUpGlyph(Value: TBitmap);
begin
  if Value <> nil then
    FUpBitmap.Assign(Value)
  else
    FUpBitmap.Handle := NullHandle;
end;

procedure TJvSpinButton.TimerExpired(Sender: TObject);
begin
  FRepeatTimer.Interval := RepeatPause;
  if (FDown <> sbNotDown) and MouseCapture then
  begin
    try
      if FDown = sbBottomDown then
        BottomClick
      else
        TopClick;
    except
      FRepeatTimer.Enabled := False;
      raise;
    end;
  end;
end;

procedure TJvSpinButton.TopClick;
begin
  if Assigned(FOnTopClick) then
  begin
    FOnTopClick(Self);
    if not (csLButtonDown in ControlState) then
      FDown := sbNotDown;
  end;
end;

//=== { TJvSpinEdit } ========================================================

// (rom) quite unusual not to have it in the Custom base class

constructor TJvSpinEdit.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  Text := '0';
  FItems := TStringList.Create; //TN
end;

destructor TJvSpinEdit.Destroy;
begin
  FItems.Free; //TN
  inherited Destroy;
end;

procedure TJvSpinEdit.SetItems(NewValue: TStrings); //TN
begin
if FItems <> nil then
   FItems.Clear;
if NewValue <> nil then
   FItems.Assign(NewValue);
end;

function TJvSpinEdit.GetValue: Extended;
begin
  try
    case ValueType of
      vtFloat:
        begin
          if FDisplayFormat <> '' then
          try
            Result := StrToFloat(TextToValText(Text));
          except
            Result := FMinValue;
          end
          else
          if not TextToFloat(PChar(RemoveThousands(Text)), Result, fvExtended) then
            Result := FMinValue;
        end;
      vtHex:
        Result := StrToIntDef('$' + Text, Round(FMinValue));
      vtString: //TN
        Result := FItems.IndexOf(Text) + Round(FMinValue);
    else {vtInteger}
      Result := StrToIntDef(RemoveThousands(Text), Round(FMinValue));
    end;
  except
    if ValueType = vtFloat then
      Result := FMinValue
    else
      Result := Round(FMinValue);
  end;
end;

procedure TJvSpinEdit.SetValue(NewValue: Extended);
var
  FloatFormat: TFloatFormat;
  WasModified: Boolean;
begin
  if Thousands then
    FloatFormat := ffNumber
  else
    FloatFormat := ffFixed;

  { Changing EditText sets Modified to false }
  WasModified := Modified;
  try
    case ValueType of
      vtFloat:
        if FDisplayFormat <> '' then
          Text := FormatFloat(FDisplayFormat, CheckValue(NewValue))
        else
          Text := FloatToStrF(CheckValue(NewValue), FloatFormat, 15, FDecimal);
      vtHex:
        if ValueType = vtHex then
          Text := IntToHex(Round(CheckValue(NewValue)), 1);
      vtString: //TN
        try
          Text := FItems[Round(CheckValue(NewValue)) - Round(FMinValue)];
        except
          Text := IntToStr(Round(CheckValue(NewValue)));
        end;
    else {vtInteger}
      //Text := IntToStr(Round(CheckValue(NewValue)));
      Text := FloatToStrF(CheckValue(NewValue), FloatFormat, 15, 0);
    end;
    DataChanged;
  finally
    Modified := WasModified;
  end;
end;

//=== { TJvUpDown } ==========================================================

constructor TJvUpDown.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  Orientation := udVertical;
  Min := -1;
  Max := 1;
  Position := 0;
end;

destructor TJvUpDown.Destroy;
begin
  OnClick := nil;
  inherited Destroy;
end;

procedure TJvUpDown.Resize;
begin
  if Width <> DefBtnWidth then
    Width := DefBtnWidth
  else
    inherited Resize;
end;

{$IFDEF VCL}

procedure TJvUpDown.ScrollMessage(var Msg: TWMVScroll);
begin
  if Msg.ScrollCode = SB_THUMBPOSITION then
  begin
    if not FChanging then
    begin
      FChanging := True;
      try
        if Msg.Pos > 0 then
          Click(btNext)
        else
        if Msg.Pos < 0 then
          Click(btPrev);
        if HandleAllocated then
          SendMessage(Handle, UDM_SETPOS, 0, 0);
      finally
        FChanging := False;
      end;
    end;
  end;
end;

procedure TJvUpDown.WMHScroll(var Msg: TWMHScroll);
begin
  ScrollMessage(TWMVScroll(Msg));
end;

procedure TJvUpDown.WMVScroll(var Msg: TWMVScroll);
begin
  ScrollMessage(Msg);
end;

{$ENDIF VCL}

{$IFDEF VisualCLX}
procedure TJvUpDown.Click(Button: TUDBtnType);
var
  Pos: Integer;
begin
  if not FChanging then
  begin
    FChanging := True;
    try
      Pos := Position;
      UpdatePosition(0);
    finally
      FChanging := False;
    end;
    if Pos < 0 then
      inherited Click(btPrev)
    else
      inherited Click(btNext)
  end;
end;
{$ENDIF VisualCLX}

//=== { TSpinButtonBitmaps } =================================================

procedure TSpinButtonBitmaps.AddClient;
begin
  Inc(FClientCount);
end;

function TSpinButtonBitmaps.CompareWith(const AWidth, AHeight: Integer;
  const AStyle: TJvSpinButtonStyle; const ACustomGlyphs: Boolean): Integer;
begin
  // used by the binary search
  Result := Self.Width - AWidth;
  if Result = 0 then
  begin
    Result := Self.Height - AHeight;
    if Result = 0 then
    begin
      Result := Ord(Self.Style) - Ord(AStyle);
      if Result = 0 then
        Result := Ord(Self.CustomGlyphs) - Ord(ACustomGlyphs);
    end;
  end;
end;

constructor TSpinButtonBitmaps.Create(AManager: TSpinButtonBitmapsManager;
  const AWidth, AHeight: Integer; const AStyle: TJvSpinButtonStyle; const ACustomGlyphs: Boolean);
begin
  inherited Create;
  FManager := AManager;
  FWidth := AWidth;
  FHeight := AHeight;
  FStyle := AStyle;
  FCustomGlyphs := ACustomGlyphs;

  FTopDownBtn := TBitmap.Create;
  FBottomDownBtn := TBitmap.Create;
  FNotDownBtn := TBitmap.Create;
  FDisabledBtn := TBitmap.Create;
  {$IFDEF JVCLThemesEnabled}
  FTopHotBtn := TBitmap.Create;
  FBottomHotBtn := TBitmap.Create;
  {$ENDIF JVCLThemesEnabled}

  DrawAllBitmap;
end;

destructor TSpinButtonBitmaps.Destroy;
begin
  FManager.Remove(Self);

  FTopDownBtn.Free;
  FBottomDownBtn.Free;
  FNotDownBtn.Free;
  FDisabledBtn.Free;
  {$IFDEF JVCLThemesEnabled}
  FTopHotBtn.Free;
  FBottomHotBtn.Free;
  {$ENDIF JVCLThemesEnabled}

  inherited Destroy;
end;

procedure TSpinButtonBitmaps.Draw(ACanvas: TCanvas;
  const ADown: TSpinButtonState; const AEnabled, AMouseInTopBtn, AMouseInBottomBtn: Boolean);
begin
  if FResetOnDraw then
  begin
    DrawAllBitmap;
    FResetOnDraw := False;
  end;

  with ACanvas do
    if not AEnabled then
      Draw(0, 0, FDisabledBtn)
    else
      case ADown of
        sbNotDown:
          {$IFDEF JVCLThemesEnabled}
          if FIsThemed then
          begin
            if AMouseInTopBtn then
              Draw(0, 0, FTopHotBtn)
            else
            if AMouseInBottomBtn then
              Draw(0, 0, FBottomHotBtn)
            else
              Draw(0, 0, FNotDownBtn);
          end
          else
          {$ENDIF JVCLThemesEnabled}
            Draw(0, 0, FNotDownBtn);
        sbTopDown:
          Draw(0, 0, FTopDownBtn);
        sbBottomDown:
          Draw(0, 0, FBottomDownBtn);
      end;
end;

procedure TSpinButtonBitmaps.DrawAllBitmap;
begin
  {$IFDEF JVCLThemesEnabled}
  FIsThemed := ThemeServices.ThemesEnabled;
  if FIsThemed then
  begin
    if FStyle = sbsClassic then
      DrawAllBitmapClassicThemed
    else
      DrawAllBitmapDiagonalThemed;
    Exit;
  end;
  {$ENDIF JVCLThemesEnabled}

  DrawBitmap(FTopDownBtn, sbTopDown, True);
  DrawBitmap(FBottomDownBtn, sbBottomDown, True);
  DrawBitmap(FNotDownBtn, sbNotDown, True);
  DrawBitmap(FDisabledBtn, sbNotDown, False);
end;

{$IFDEF JVCLThemesEnabled}

procedure TSpinButtonBitmaps.DrawAllBitmapClassicThemed;
type
  TButtonPartState = (bpsNormal, bpsHot, bpsPressed, bpsDisabled);
const
  CDetails: array [Boolean, TButtonPartState] of TThemedSpin = (
    (tsUpNormal, tsUpHot, tsUpPressed, tsUpDisabled),
    (tsDownNormal, tsDownHot, tsDownPressed, tsDownDisabled)
    );
var
  TopRect, BottomRect: TRect;
  TopRegion_TopAbove, BottomRegion_TopAbove: HRGN;
  TopRegion_BottomAbove, BottomRegion_BottomAbove: HRGN;

  procedure ConstructThemedButton(ABitmap: TBitmap; const AUpState, ADownState: TButtonPartState);
  var
    Details: TThemedElementDetails;
  begin
    with ABitmap do
    begin
      Height := Self.Height;
      Width := Self.Width;

      with Canvas do
      begin
        // Select only top button 
        if AUpState = bpsNormal then
          SelectClipRgn(Handle, TopRegion_BottomAbove)
        else
          SelectClipRgn(Handle, TopRegion_TopAbove);
        // Copy top button
        Details := ThemeServices.GetElementDetails(CDetails[False, AUpState]);
        ThemeServices.DrawElement(Handle, Details, TopRect);
        // Select only bottom button
        if AUpState = bpsNormal then
          SelectClipRgn(Handle, BottomRegion_BottomAbove)
        else
          SelectClipRgn(Handle, BottomRegion_TopAbove);
        // Copy bottom button
        Details := ThemeServices.GetElementDetails(CDetails[True, ADownState]);
        ThemeServices.DrawElement(Handle, Details, BottomRect);
        // Remove clipping restriction
        SelectClipRgn(Handle, 0);
      end;
    end;
  end;

begin
  TopRect := Rect(0, 0, Width, Height div 2);
  InflateRect(TopRect, 1, 1);

  BottomRect := Rect(0, TopRect.Bottom, Width, Height);
  InflateRect(BottomRect, 1, 1);

  { Construct the regions (needed because the up & down buttons overlap
    each other) }
  with TopRect do
  begin
    TopRegion_TopAbove := CreateRectRgn(Left, Top, Right, Bottom + 1);
    TopRegion_BottomAbove := CreateRectRgn(Left, Top, Right, Bottom);
  end;
  with BottomRect do
  begin
    BottomRegion_TopAbove := CreateRectRgn(Left, Top + 1, Right, Bottom);
    BottomRegion_BottomAbove := CreateRectRgn(Left, Top, Right, Bottom);
  end;
  try
    { Draw the buttons }
    ConstructThemedButton(FTopDownBtn, bpsPressed, bpsNormal);
    ConstructThemedButton(FBottomDownBtn, bpsNormal, bpsPressed);
    ConstructThemedButton(FNotDownBtn, bpsNormal, bpsNormal);
    ConstructThemedButton(FTopHotBtn, bpsHot, bpsNormal);
    ConstructThemedButton(FBottomHotBtn, bpsNormal, bpsHot);
    ConstructThemedButton(FDisabledBtn, bpsDisabled, bpsDisabled);
  finally
    DeleteObject(TopRegion_TopAbove);
    DeleteObject(BottomRegion_TopAbove);
    DeleteObject(TopRegion_BottomAbove);
    DeleteObject(BottomRegion_BottomAbove);
  end;
end;

procedure TSpinButtonBitmaps.DrawAllBitmapDiagonalThemed;
type
  TButtonPartState = (bpsNormal, bpsHot, bpsPressed, bpsDisabled);
const
  CDetails: array [TButtonPartState] of TThemedButton =
    (tbPushButtonNormal, tbPushButtonHot, tbPushButtonPressed, tbPushButtonDisabled);
var
  TemplateButtons: array [TButtonPartState] of TBitmap;
  ThemeColors: array [0..2] of Cardinal;
  ButtonRect: TRect;
  PaintRect: TRect;
  TopRegion, BottomRegion: HRGN;
  UpBitmap, DownBitmap: TBitmap;

  procedure ConstructThemedButton(ABitmap: TBitmap; const AUpState, ADownState: TButtonPartState);
  begin
    with ABitmap do
    begin
      Height := Self.Height;
      Width := Self.Width;

      with Canvas do
      begin
        { Select only top button }
        SelectClipRgn(Handle, TopRegion);
        { Copy top button }
        ABitmap.Canvas.Draw(0, 0, TemplateButtons[AUpState]);
        { Select only bottom button }
        SelectClipRgn(Handle, BottomRegion);
        { Copy bottom button }
        ABitmap.Canvas.Draw(0, 0, TemplateButtons[ADownState]);
        { Remove clipping restriction }
        SelectClipRgn(Handle, 0);

        { Draw diagonal }
        Pen.Color := ThemeColors[0];
        MoveTo(PaintRect.Left, PaintRect.Bottom - 2);
        LineTo(PaintRect.Right - 1, PaintRect.Top - 1);

        Pen.Color := ThemeColors[1];
        MoveTo(PaintRect.Right - 1, PaintRect.Top);
        LineTo(PaintRect.Right - 1, PaintRect.Top);
        LineTo(PaintRect.Left, PaintRect.Bottom - 1);

        Pen.Color := ThemeColors[2];
        MoveTo(PaintRect.Left + 1, PaintRect.Bottom - 1);
        LineTo(PaintRect.Right, PaintRect.Top);

        if not CustomGlyphs then
          DrawDiagonalThemedArrows(ABitmap.Canvas, sbNotDown,
            AUpState <> bpsDisabled, UpBitmap, DownBitmap);
      end;
    end;
  end;

var
  ptButton: array [0..2] of TPoint;
  State: TButtonPartState;
  Details: TThemedElementDetails;
begin
  TemplateButtons[bpsNormal] := TBitmap.Create;
  TemplateButtons[bpsHot] := TBitmap.Create;
  TemplateButtons[bpsPressed] := TBitmap.Create;
  TemplateButtons[bpsDisabled] := TBitmap.Create;
  try
    ButtonRect := Bounds(0, 0, Width, Height);
    PaintRect := ButtonRect;
    InflateRect(ButtonRect, 1, 1);
    InflateRect(PaintRect, -1, -1);
    { Init templates }
    for State := Low(TButtonPartState) to High(TButtonPartState) do
      with TemplateButtons[State] do
      begin
        Height := Self.Height;
        Width := Self.Width;
        Details := ThemeServices.GetElementDetails(CDetails[State]);
        ThemeServices.DrawElement(Canvas.Handle, Details, ButtonRect);
      end;

    { Init diagonal colors }
    Details := ThemeServices.GetElementDetails(tbPushButtonNormal);
    with Details do
    begin
      GetThemeColor(ThemeServices.Theme[Element], Part, State, TMT_EDGELIGHTCOLOR, ThemeColors[0]);
      GetThemeColor(ThemeServices.Theme[Element], Part, State, TMT_BORDERCOLORHINT, ThemeColors[1]);
      GetThemeColor(ThemeServices.Theme[Element], Part, State, TMT_EDGESHADOWCOLOR, ThemeColors[2]);
    end;

    UpBitmap := nil;
    DownBitmap := nil;
    try
      if not CustomGlyphs then
      begin
        UpBitmap := TBitmap.Create;
        UpBitmap.Handle := LoadBitmap(HInstance, sSpinUpBtn);
        UpBitmap.Transparent := True;
        DownBitmap := TBitmap.Create;
        DownBitmap.Handle := LoadBitmap(HInstance, sSpinDownBtn);
        DownBitmap.Transparent := True;
      end;

      { Init regions, needed to draw the triangles }
      ptButton[0] := Point(ButtonRect.Left, ButtonRect.Bottom);
      ptButton[1] := Point(ButtonRect.Left, ButtonRect.Top);
      ptButton[2] := Point(ButtonRect.Right, ButtonRect.Top);
      TopRegion := CreatePolygonRgn(ptButton, 3, WINDING);
      ptButton[0] := Point(ButtonRect.Right, ButtonRect.Top);
      ptButton[1] := Point(ButtonRect.Right, ButtonRect.Bottom);
      ptButton[2] := Point(ButtonRect.Left, ButtonRect.Bottom);
      BottomRegion := CreatePolygonRgn(ptButton, 3, WINDING);
      try
        { Draw the buttons }
        ConstructThemedButton(FTopDownBtn, bpsPressed, bpsNormal);
        ConstructThemedButton(FBottomDownBtn, bpsNormal, bpsPressed);
        ConstructThemedButton(FNotDownBtn, bpsNormal, bpsNormal);
        ConstructThemedButton(FTopHotBtn, bpsHot, bpsNormal);
        ConstructThemedButton(FBottomHotBtn, bpsNormal, bpsHot);
        ConstructThemedButton(FDisabledBtn, bpsDisabled, bpsDisabled);
      finally
        DeleteObject(TopRegion);
        DeleteObject(BottomRegion);
      end;
    finally
      UpBitmap.Free;
      DownBitmap.Free;
    end;
  finally
    TemplateButtons[bpsNormal].Free;
    TemplateButtons[bpsHot].Free;
    TemplateButtons[bpsPressed].Free;
    TemplateButtons[bpsDisabled].Free;
  end;
end;

{$ENDIF JVCLThemesEnabled}

procedure TSpinButtonBitmaps.DrawBitmap(ABitmap: TBitmap;
  ADownState: TSpinButtonState; const Enabled: Boolean);
const
  CColors: TColorArray = (clBtnShadow, clBtnHighlight, cl3DDkShadow);
var
  ButtonRect: TRect;
  LColors: TColorArray;
  UpArrow, DownArrow: TBitmap;

  procedure JvDraw;
  var
    TopFlags, BottomFlags: DWORD;
    R: TRect;
  begin
    TopFlags := EDGE_RAISED;
    BottomFlags := EDGE_RAISED;
    R := ButtonRect;

    with ABitmap.Canvas do
    begin
      {$IFDEF VisualCLX}
      Start;
      {$ENDIF VisualCLX}
      LColors := CColors;
      if ADownState = sbTopDown then
      begin
        LColors[0] := clBtnFace;
        LColors[2] := clBtnHighlight;
        TopFlags := EDGE_SUNKEN;
      end;
      if ADownState = sbBottomDown then
      begin
        LColors[1] := clWindowFrame;
        LColors[2] := clBtnShadow;
        BottomFlags := EDGE_SUNKEN;
      end;
      DrawEdge(Handle, R, TopFlags, BF_TOPLEFT or BF_SOFT);
      DrawEdge(Handle, R, BottomFlags, BF_BOTTOMRIGHT or BF_SOFT);
      InflateRect(R, -1, -1);

      Pen.Color := LColors[0];
      MoveTo(R.Left, R.Bottom - 2);
      LineTo(R.Right - 1, R.Top - 1);

      Pen.Color := LColors[2];
      MoveTo(R.Right - 1, R.Top);
      LineTo(R.Right - 1, R.Top);
      LineTo(R.Left, R.Bottom - 1);

      Pen.Color := LColors[1];
      MoveTo(R.Left + 1, R.Bottom - 1);
      LineTo(R.Right, R.Top);

      if not CustomGlyphs then
      begin
        UpArrow.LoadFromResourceName(HInstance, sSpinUpBtn);
        UpArrow.TransparentColor := clWhite;
        UpArrow.Transparent := True;
        DownArrow.LoadFromResourceName(HInstance, sSpinDownBtn);
        DownArrow.TransparentColor := clWhite;
        DownArrow.Transparent := True;
        JvDrawArrows(ABitmap.Canvas, ADownState, Enabled, UpArrow, DownArrow);
      end;
      {$IFDEF VisualCLX}
      Stop;
      {$ENDIF VisualCLX}
    end;
  end;

  procedure PoleDraw;
  var
    H: Integer;
    TopFlags, BottomFlags: DWORD;
    R, R1: TRect;
    RSrc: TRect;
  begin
    TopFlags := EDGE_RAISED;
    BottomFlags := EDGE_RAISED;

    with ABitmap.Canvas do
    begin
      {$IFDEF VisualCLX}
      Start;
      {$ENDIF VisualCLX}
      { top glyph }
      H := Height div 2;
      R := Bounds(0, 0, Width, H);
      if ADownState = sbTopDown then
        TopFlags := EDGE_SUNKEN
      else
        R.Bottom := R.Bottom + 1;
      if ADownState = sbBottomDown then
        BottomFlags := EDGE_SUNKEN;
      RSrc := R;
      DrawEdge(Handle, R, TopFlags, BF_RECT or BF_SOFT or BF_ADJUST);
      R1 := Bounds(0, H, Width, Height);
      R1.Bottom := Height;
      DrawEdge(Handle, R1, BottomFlags, BF_RECT or BF_SOFT or BF_ADJUST);
      if not CustomGlyphs then
      begin
        UpArrow.LoadFromResourceName(HInstance, sSpinUpBtnPole);
        UpArrow.TransparentColor := clWhite;
        UpArrow.Transparent := True;
        DownArrow.LoadFromResourceName(HInstance, sSpinDownBtnPole);
        DownArrow.TransparentColor := clWhite;
        DownArrow.Transparent := True;
        PoleDrawArrows(ABitmap.Canvas, ADownState, Enabled, UpArrow, DownArrow);
      end;
      {$IFDEF VisualCLX}
      Stop;
      {$ENDIF VisualCLX}
    end;
  end;

begin
  UpArrow := nil;
  DownArrow := nil;
  try
    if not CustomGlyphs then
    begin
      UpArrow := TBitmap.Create;
      DownArrow := TBitmap.Create;
    end;

    ABitmap.Height := Height;
    ABitmap.Width := Width;

    with ABitmap.Canvas do
    begin
      ButtonRect := Bounds(0, 0, Width, Height);
      Pen.Width := 1;
      Brush.Color := clBtnFace;
      Brush.Style := bsSolid;
      FillRect(ButtonRect);
    end;
    if FStyle = sbsClassic then
      PoleDraw
    else
      JvDraw;
  finally
    UpArrow.Free;
    DownArrow.Free;
  end;
end;

{$IFDEF JVCLThemesEnabled}

procedure TSpinButtonBitmaps.DrawDiagonalThemedArrows(ACanvas: TCanvas; const AState: TSpinButtonState;
  const Enabled: Boolean; AUpArrow, ADownArrow: TBitmap);
var
  UpArrowPos, DownArrowPos: TPoint;
//  UpArrowRect, DownArrowRect: TRect;
  DisabledBitmap: TBitmap;
begin
  { Init arrow positions }
  UpArrowPos := Point(
    Round((Width / 4) - (AUpArrow.Width / 2)) + 1,
    Round((Height / 4) - (AUpArrow.Height / 2)) + 1);
  DownArrowPos := Point(
    Round((3 * Width / 4) - (ADownArrow.Width / 2)) - 1,
    Round((3 * Height / 4) - (ADownArrow.Height / 2)) - 1);

  //UpArrowRect := Bounds(0, 0, AUpArrow.Width, AUpArrow.Height);
  //DownArrowRect := Bounds(0, 0, ADownArrow.Width, ADownArrow.Height);

  with ACanvas do
  begin
    { Draw up arraw }
    if Enabled then
    begin
      with UpArrowPos do
        Draw(X, Y, AUpArrow)
    end
    else
    begin
      DisabledBitmap := CreateDisabledBitmap(AUpArrow, clBlack);
      try
        with UpArrowPos do
          Draw(X, Y, DisabledBitmap);
      finally
        DisabledBitmap.Free;
      end;
    end;

    { Draw bottom arrow }
    if Enabled then
      with DownArrowPos do
        Draw(X, Y, ADownArrow)
    else
    begin
      DisabledBitmap := CreateDisabledBitmap(ADownArrow, clBlack);
      try
        with DownArrowPos do
          Draw(X, Y, DisabledBitmap);
      finally
        DisabledBitmap.Free;
      end;
    end;
  end;
end;

{$ENDIF JVCLThemesEnabled}

procedure TSpinButtonBitmaps.DrawGlyphs(ACanvas: TCanvas; const AState: TSpinButtonState; const Enabled: Boolean;
  AUpArrow, ADownArrow: TBitmap);
begin
  {$IFDEF JVCLThemesEnabled}
  if FIsThemed then
  begin
    if FStyle <> sbsClassic then
      DrawDiagonalThemedArrows(ACanvas, AState, Enabled, AUpArrow, ADownArrow);
    Exit;
  end;
  {$ENDIF JVCLThemesEnabled}
  if FStyle = sbsClassic then
    PoleDrawArrows(ACanvas, AState, Enabled, AUpArrow, ADownArrow)
  else
    JvDrawArrows(ACanvas, AState, Enabled, AUpArrow, ADownArrow)
end;

procedure TSpinButtonBitmaps.JvDrawArrows(ACanvas: TCanvas; const AState: TSpinButtonState;
  const Enabled: Boolean; AUpArrow, ADownArrow: TBitmap);
var
  Dest, Source: TRect;
  DeltaRect: Integer;
  DisabledBitmap: TBitmap;
begin
  { buttons }
  with ACanvas do
  begin
    { top glyph }
    DeltaRect := 1;
    if AState = sbTopDown then
      Inc(DeltaRect);

    Dest := Bounds(Round((Width / 4) - (AUpArrow.Width / 2)) + DeltaRect,
      Round((Height / 4) - (AUpArrow.Height / 2)) + DeltaRect, AUpArrow.Width,
      AUpArrow.Height);
    Source := Bounds(0, 0, AUpArrow.Width, AUpArrow.Height);

    if Enabled then
      BrushCopy({$IFDEF VisualCLX} ACanvas, {$ENDIF} Dest, AUpArrow, Source, AUpArrow.TransparentColor)
    else
    begin
      DisabledBitmap := CreateDisabledBitmap(AUpArrow, clBlack);
      try
        BrushCopy({$IFDEF VisualCLX} ACanvas, {$ENDIF} Dest, DisabledBitmap, Source, DisabledBitmap.TransparentColor);
      finally
        DisabledBitmap.Free;
      end;
    end;

    { bottom glyph }
    Dest := Bounds(Round((3 * Width / 4) - (ADownArrow.Width / 2)) - 1,
      Round((3 * Height / 4) - (ADownArrow.Height / 2)) - 1,
      ADownArrow.Width, ADownArrow.Height);
    Source := Bounds(0, 0, ADownArrow.Width, ADownArrow.Height);

    if Enabled then
      BrushCopy({$IFDEF VisualCLX} ACanvas, {$ENDIF} Dest, ADownArrow, Source, ADownArrow.TransparentColor)
    else
    begin
      DisabledBitmap := CreateDisabledBitmap(ADownArrow, clBlack);
      try
        BrushCopy({$IFDEF VisualCLX} ACanvas, {$ENDIF} Dest, DisabledBitmap, Source, DisabledBitmap.TransparentColor);
      finally
        DisabledBitmap.Free;
      end;
    end;
  end;
end;

procedure TSpinButtonBitmaps.PoleDrawArrows(ACanvas: TCanvas;
  const AState: TSpinButtonState; const Enabled: Boolean; AUpArrow, ADownArrow: TBitmap);
var
  X, Y, I, J, H: Integer;
  R1: TRect;
  R: TRect;
  DisabledBitmap: TBitmap;
begin
  with ACanvas do
  begin
    H := Height div 2;
    R := Bounds(0, 0, Width, H);
    if AState = sbTopDown then
    else
      R.Bottom := R.Bottom + 1;
    R1 := Bounds(0, H, Width, Height);
    R1.Bottom := Height;
    I := R.Bottom - R.Top - 1;
    J := R1.Bottom - R1.Top - 1;
    Y := R.Top + (H - AUpArrow.Height) div 2;
    if AState = sbTopDown then
      OffsetRect(R1, 0, 1);

    R1.Bottom := R1.Top + I;
    if J - AUpArrow.Height < 0 then
      Y := R.Top;
    X := (Width - AUpArrow.Width) div 2;

    IntersectClipRect(Handle, R.Left, R.Top, R.Right, R.Bottom);
    if Enabled then
      Draw(X, Y, AUpArrow)
    else
    begin
      DisabledBitmap := CreateDisabledBitmap(AUpArrow, clBlack);
      try
        Draw(X, Y, DisabledBitmap);
      finally
        DisabledBitmap.Free;
      end;
    end;
    SelectClipRgn(Handle, 0);

    X := (Width - ADownArrow.Width) div 2;
    Y := R1.Top + (I - ADownArrow.Height) div 2;
    if I - ADownArrow.Height < 0 then
    begin
      Dec(R1.Top);
      Y := R1.Bottom - ADownArrow.Height
    end;

    IntersectClipRect(Handle, R1.Left, R1.Top, R1.Right, R1.Bottom);
    if Enabled then
      Draw(X, Y, ADownArrow)
    else
    begin
      DisabledBitmap := CreateDisabledBitmap(ADownArrow, clBlack);
      try
        Draw(X, Y, DisabledBitmap);
      finally
        DisabledBitmap.Free;
      end;
    end;
    SelectClipRgn(Handle, 0);
  end;
end;

procedure TSpinButtonBitmaps.RemoveClient;
begin
  Dec(FClientCount);
  if FClientCount = 0 then
    Self.Free;
end;

procedure TSpinButtonBitmaps.Reset;
begin
  FResetOnDraw := True;
end;

//=== { TSpinButtonBitmapsManager } ==========================================

procedure TSpinButtonBitmapsManager.AddClient;
begin
  Inc(FClientCount);
end;

constructor TSpinButtonBitmapsManager.Create;
begin
  inherited Create;
  FList := TList.Create;
end;

destructor TSpinButtonBitmapsManager.Destroy;
begin
  while FList.Count > 0 do
    // this will implicitly remove the object from the list
    TObject(FList[0]).Free;

  FList.Free;
  inherited Destroy;
end;

function TSpinButtonBitmapsManager.Find(const Width, Height: Integer;
  const AButtonStyle: TJvSpinButtonStyle; const ACustomGlyphs: Boolean;
  var Index: Integer): Boolean;
var
  L, H, I, C: Integer;
begin
  // same binary search as Classes.TStringList.Find
  Result := False;
  L := 0;
  H := FList.Count - 1;
  while L <= H do
  begin
    I := (L + H) shr 1;
    C := TSpinButtonBitmaps(FList[I]).CompareWith(Width, Height, AButtonStyle, ACustomGlyphs);
    if C < 0 then
      L := I + 1
    else
    begin
      H := I - 1;
      if C = 0 then
      begin
        Result := True;
        L := I;
      end;
    end;
  end;
  Index := L;
end;

procedure TSpinButtonBitmapsManager.Remove(Obj: TObject);
begin
  FList.Remove(Obj);
end;

procedure TSpinButtonBitmapsManager.RemoveClient;
begin
  Dec(FClientCount);
  if FClientCount = 0 then
  begin
    if Self = GSpinButtonBitmapsManager then
      GSpinButtonBitmapsManager := nil;
    Self.Free;
  end;
end;

function TSpinButtonBitmapsManager.WantButtons(const Width, Height: Integer;
  const AButtonStyle: TJvSpinButtonStyle; const ACustomGlyphs: Boolean): TSpinButtonBitmaps;
var
  Index: Integer;
begin
  if not Find(Width, Height, AButtonStyle, ACustomGlyphs, Index) then
    FList.Insert(Index, TSpinButtonBitmaps.Create(Self, Width, Height, AButtonStyle, ACustomGlyphs));
  Result := TSpinButtonBitmaps(FList[Index]);
end;

{$IFDEF UNITVERSIONING}
initialization
  RegisterUnitVersion(HInstance, UnitVersioning);

finalization
  UnregisterUnitVersion(HInstance);
{$ENDIF UNITVERSIONING}

end.

JvSpin.pas
	



Subject: Mantis 4295: The XPItem painter no longer draws its borders
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Nov 2007 16:04:37 +0100
Newsgroups: jedi.vcl

Hi,

Following changes for Vista compatibility, the call to DrawBorder in TJvXPMenuItemPainter.Paint uses the Canvas of the menu.
This is not correct and I changed it in SVN, getting some inspiration from the WM_NCPAINT handler.
However, I did not use DCX_CACHE. It does give a DC different from 0, but it results in nothing being drawn in the NC area.
The current version uses a TJvDesktopCanvas, but this needs to be checked for Vista.

Thanks
Olivier


Subject: Re: TjvDebugHandler
From: "Amos" <amos@emailaya.co.il>
Date: Fri, 30 Nov 2007 16:59:55 +0200
Newsgroups: jedi.vcl

thank you very much

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:fioguc$bac$1@news.talkto.net...
> > Amos,
> >
> > In order to have a detailed stack trace, you have either to enable JCL 
> > debug information (the last item in the project menu if you installed the 
> > debug extension package of the JCL) or to create a detailed MAP file or to 
> > enable TD32 debug informations.
> >
> > You may catch the exception in a try..except..end bloc and display you own 
> > message box.
> >
> > Regards,
> >
> > Florent 




Subject: Re: TjvDebugHandler
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 30 Nov 2007 09:58:11 +0100
Newsgroups: jedi.vcl

Amos,

In order to have a detailed stack trace, you have either to enable JCL debug information (the last item in the project menu if you installed the debug extension package of the JCL) or to create a detailed MAP file or to enable TD32 debug informations.

You may catch the exception in a try..except..end bloc and display you own message box.

Regards,

Florent


Subject: Re: Highlighting Rows in JvDBGrid
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 30 Nov 2007 02:11:22 +0100
Newsgroups: jedi.vcl

> >
> >I've got a JvDBGrid and I'd like the selected row to be highlighted--while 
> >still being editable. Any suggestions about how to do this?

Isn't enougth for you this events?

OnDrawColumnCell
OnGetCellParams
OnGetCellProps

Example:

procedure TForm1.JvDBUltimGrid1GetCellParams(Sender: TObject; Field: TField;
  AFont: TFont; var Background: TColor; Highlight: Boolean);
begin
  with JvDBUltimGrid1 do
    if not Highlight and
       (SelectedRows.IndexOf(DataSource.DataSet.Bookmark) <> -1) then
       Background := clRed;
end;

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvDebugHandler
From: "Amos" <amos@emailaya.co.il>
Date: Thu, 29 Nov 2007 23:47:45 +0200
Newsgroups: jedi.vcl

hi
i will appreciated to get any kind of help regarding this component
thanks

"Amos" <amos@emailaya.co.il> wrote in message 
news:fi995f$vm7$1@news.talkto.net...
> > hi
> > i wanted to try TjvDebugHandler.
> > so i have a form with a button and jvDebugHandler components.
> > onClick of the button i wrote:
> > procedure TForm1.Button1Click(Sender: TObject);
> > var i: integer;
> >    tmp: tstringlist;
> > begin
> >  for i := 0 to 100 do
> >  begin
> >    caption := inttostr(i);
> >    application.ProcessMessages;
> >  end;
> >  tmp[0] := 'dfd';
> > end;
> >
> > the application did raise an exception and i got the following log:
> > 24/11/2007 16:02:27 Exception EAccessViolation occured at address 004641AB
> > Message: Access violation at address 004641AB in module 'Project1.exe'. 
> > Read of address 0000BD31
> > Call stack:
> > (000631AB) [004641AB]
> > (00036B40) [00437B40]
> > (0003A3F2) [0043B3F2]
> > (00025DE0) [00426DE0]
> > (0003A543) [0043B543]
> > (0003A3F2) [0043B3F2]
> > (0004A919) [0044B919]
> > (00039B1C) [0043AB1C]
> > (0001A688) [0041B688]
> > (0003A4EF) [0043B4EF]
> > (0003A3F2) [0043B3F2]
> > (00025DE0) [00426DE0]
> > (0001A688) [0041B688]
> >
> > 2 questions: is there a way to make the log more readable? like lines 
> > numbers? or even
> > class.command format so i will know the source of the problem?
> >
> > it seems that TjvDebugHandler overrides the exception so the user doesnt 
> > even know there was a problem. is there a way to catch that event so i 
> > (the developer) can tell the user there was an error and whether he wants 
> > the application to handle it (ie send it to the developer)
> >
> > thanks
> > 




Subject: Highlighting Rows in JvDBGrid
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Thu, 29 Nov 2007 12:29:17 -0800
Newsgroups: jedi.vcl

I've got a JvDBGrid and I'd like the selected row to be highlighted--while 
still being editable. Any suggestions about how to do this?

The typical solution includes deriving another version of the grid, inside 
the same unit, to allow access to protected attributes of the class, i.e., 
declare something like "TMyDBGrid=class(TJvDBGrid)" in the interface, and 
then add code to the OnDrawColumnCell event along the lines of:

with (Sender as TMyDBGrid) do
begin
if DataLink.ActiveRecord = Row - 1 then
//highlight the row
else
//don't highlight the row;
DefaultDrawColumnCell(Rect, DataCol, Column, State);
end;

For me, the only problem with this code is that I lose TJvDBGrid's WordWrap 
property, even doing something like adding "WordWrap:=True" to the snippet 
above.

Any suggestions? ... As always, thank you -- Al C.




Subject: Re: Install help with the installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 29 Nov 2007 07:14:31 +0100
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> Florent Ouchet wrote:
>> Do you want a write access to the JCL repository?
>
> Yes, please; Although I'll commit it first in JVCL.

Done.

Florent


Subject: Re: JvMaskEdit and Vista style
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 29 Nov 2007 00:14:06 +0100
Newsgroups: jedi.vcl

Mistral wrote:
> TJvEdit is painted correctly with the Vista theme caracteristics
> TJvMaskEdit is painted like XP theme

I see this also. I'll investigate it.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 29 Nov 2007 00:13:16 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Remko Bonte a écrit :
>> I was thinking the same. I don't have JCL write access so I'll work some more on the code and just commit it for JVCL.
>
> Do you want a write access to the JCL repository?

Yes, please; Although I'll commit it first in JVCL.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvBalloonHint.pas(1292) Error: E2003 Undeclared identifier: 'TTP_BALLOONSTEM'
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 29 Nov 2007 00:04:53 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:
> I also have a lot of trouble with the new JvBallonHint (see picture). I use D6 on a Windows XP pro.

I think I forgot to test it with the UseBalloonAsApplicationHint set to True. When I have time I'll try to fix it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvBalloonHint.pas(1292) Error: E2003 Undeclared identifier: 'TTP_BALLOONSTEM'
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 29 Nov 2007 00:02:35 +0100
Newsgroups: jedi.vcl

TTP_BALLOONSTEM is defined in UxTheme.pas, so I don't understand this error.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvBalloonHint.pas(1292) Error: E2003 Undeclared identifier: 'TTP_BALLOONSTEM'
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 28 Nov 2007 17:05:19 +0100
Newsgroups: jedi.vcl

Hi,

I also have a lot of trouble with the new JvBallonHint (see picture). I use 
D6 on a Windows XP pro.
- Text is truncated
- Icon is dirty
- Arrow is not here

Regards,
Lionel




"Fabio Gomes" <fabio.gomes@cadena.com.br> a écrit dans le message de news: 
fihgql$7u2$1@news.talkto.net...
> > Hi,
> >
> > I just installed Delphi 2007 in our build machine and we are getting
> > this error.
> >
> > Anyone could tell me how to solve it? I looked at the source code and
> > this Unit doesn't define some constants when compiling with delphi
> > 2007, but it also isn't able to find those constants.
> >
> > Thanx for any help.
> >
> > -- 
> > Fabio Gomes
> > Cadena Sistemas 


bug.jpg
	



Subject: TJvDesktopAlert implementation
From: "Luigi Carini" <lcarini@shgsoftware.it>
Date: Wed, 28 Nov 2007 14:36:13 +0100
Newsgroups: jedi.vcl


I've seen this code in the JvDesktopAlert.pas unit:

procedure TJvDesktopAlert.InternalOnClose(Sender: TObject; var action: TCloseAction);
begin
  ...
  if Assigned(FOnClose) then
   FOnClose(Self);
  GetStacker.Remove(FDesktopForm);
  ...
end;

I think is better :

procedure TJvDesktopAlert.InternalOnClose(Sender: TObject; var action: TCloseAction);
begin
  ...
  GetStacker.Remove(FDesktopForm);
  if Assigned(FOnClose) then
   FOnClose(Self);
  ...
end;

In this way the elements in Stacker array are correctly dimensioned when OnClose event will be triggered.

Thanks,
 Luigi


Subject: TJvDesktopAlert implementation
From: "Luigi Carini" <lcarini@shgsoftware.it>
Date: Wed, 28 Nov 2007 14:33:11 +0100
Newsgroups: jedi.vcl


I've seen this code in the JvDesktopAlert.pas unit:

procedure TJvDesktopAlert.InternalOnClose(Sender: TObject; var action: TCloseAction);
begin
  ...
  if Assigned(FOnClose) then
   FOnClose(Self);
  GetStacker.Remove(FDesktopForm);
  ...
end;

I think is better :

procedure TJvDesktopAlert.InternalOnClose(Sender: TObject; var action: TCloseAction);
begin
  ...
  GetStacker.Remove(FDesktopForm);
  if Assigned(FOnClose) then
   FOnClose(Self);
  ...
end;

In this way the elements in Stacker array are correctly dimensioned when OnClose event will be triggered.

Thanks,
 Luigi


Subject: JvScroller and DoubleBuffered
From: Eric <eric_@_menlog.com_>
Date: Tue, 27 Nov 2007 19:08:46 +0100
Newsgroups: jedi.vcl

Hi All,

I try the objects jvScrollers (jvScrollText, jvScrollingWindows etc ...)
with DoubleBuffered True(to avoid flickering) and it seems to have no effect on it.

Somebody kwow why ? it's a bug or not ?

Thank you
Eric


Subject: JvBalloonHint.pas(1292) Error: E2003 Undeclared identifier: 'TTP_BALLOONSTEM'
From: "Fabio Gomes" <fabio.gomes@cadena.com.br>
Date: Tue, 27 Nov 2007 16:32:22 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I just installed Delphi 2007 in our build machine and we are getting
this error.

Anyone could tell me how to solve it? I looked at the source code and
this Unit doesn't define some constants when compiling with delphi
2007, but it also isn't able to find those constants.

Thanx for any help.

-- Fabio Gomes Cadena Sistemas 

Subject: Re: [bug?-JVCL3.33-BDS 2006] JvDBSpinEdit - FocusKilled - OnEdit
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Tue, 27 Nov 2007 13:24:14 +0100
Newsgroups: jedi.vcl

"OBones" wrote

> > gmail should work just fine, many people have used it since I adjusted the 
> > parameters

I read this on the webpage. But trying to do so (I already had tried it, but 
now i repeated the try) the following message was shown (if marked out my 
mail address, but it was correct and it works for other mails from other 
accounts):

PROBLEMS SENDING MAIL TO: xxxxxxx@gmail.com
Mailer Error: The following From address failed: bugtracker@delphi-jedi.org

Regards,

Fritz 




Subject: Re: [bug?-JVCL3.33-BDS 2006] JvDBSpinEdit - FocusKilled - OnEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 27 Nov 2007 13:08:15 +0100
Newsgroups: jedi.vcl

Fritz Franz wrote:
> "OBones"  wrote
>
>> Please put your bug reports in Mantis, this is where they belong:
>
> It's impossible! my eMail addresses at following providers failed:
>
> gmx.de
> gmail.com
> libero.it
> arcor.de
> vodafone.de
>
> I don't know how to go on. Sorry! I would have done it!

gmail should work just fine, many people have used it since I adjusted the parameters


Subject: Re: [bug?-JVCL3.33-BDS 2006] JvDBSpinEdit - FocusKilled - OnEdit
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Tue, 27 Nov 2007 11:51:29 +0100
Newsgroups: jedi.vcl

"OBones"  wrote

> > Please put your bug reports in Mantis, this is where they belong:

It's impossible! my eMail addresses at following providers failed:

gmx.de
gmail.com
libero.it
arcor.de
vodafone.de

I don't know how to go on. Sorry! I would have done it!

Regards,

klaus 




Subject: JVCheckListBox second column scrolling
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Mon, 26 Nov 2007 23:35:14 -0500
Newsgroups: jedi.vcl

I think this is just the way CheckList boxes work, but it seems that 
when I have two columns in a JvCheckListBox with an item in the first 
column selected, and then I click on item in the second column, it 
scrolls to the left (revealing an empty "3rd" column) without checking 
the item.  This is becoming confusing for my user.  Is there ANY way to 
stop this from happening?  (i.e. either stop the scroll, or at least 
check/uncheck the box at the same time).


Subject: Re: [bug?-JVCL3.33-BDS 2006] JvDBSpinEdit - FocusKilled - OnEdit
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 26 Nov 2007 19:10:07 +0100
Newsgroups: jedi.vcl

PLease put your bug reports in Mantis, this is where they belong:

http://homepages.codegear.com/jedi/issuetracker/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: [bug-JVCL 3.33-BDS 2006] TJvDBComboEdit - DotNetHighlighting
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Mon, 26 Nov 2007 19:01:37 +0100
Newsgroups: jedi.vcl

Hello again!

There seems to be another bug in TIvDBComboEdit using DotNetHighlighting: 
when focus changes to TJvDBComboEdit for keyboard commands the surrounding 
highlighted rectangel is drawn correctly just beneth the button, the rest of 
the component remains with a very fine frame.
When moving mouse over the control (having the focus and not) highlighting 
works fine and corrects the wrong drawing.

Regards,

Fritz 




Subject: [bug?-JVCL3.33-BDS 2006] JvDBSpinEdit - FocusKilled - OnEdit
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Mon, 26 Nov 2007 13:21:29 +0100
Newsgroups: jedi.vcl

Hello there!

I have (next to other DB controls) a JvDBSpinEdit connected (via DataSource) 
to an integer field returned by an ADOQuery.
If JvDBSpinEdit is focused when posting the record on exiting that control 
(independently from post) the ADOQuery.OnEdit event gets fired.
In the callstack the line prior to ...AfterEdit is 
TJvCustomSpinEdit.FocusKilled .

To me this behaviour seems to be a bug, isn't it?

When eliminating coCheckOnExit from CheckOptions everything is OK. It's 
interesting that this makes difference since I have CheckMinValue and 
CheckMaxValue both set to false ...

Regards,

Fritz 




Subject: TjvDebugHandler
From: "Amos" <amos@emailaya.co.il>
Date: Sat, 24 Nov 2007 16:11:51 +0200
Newsgroups: jedi.vcl

hi
i wanted to try TjvDebugHandler.
so i have a form with a button and jvDebugHandler components.
onClick of the button i wrote:
procedure TForm1.Button1Click(Sender: TObject);
var i: integer;
    tmp: tstringlist;
begin
  for i := 0 to 100 do
  begin
    caption := inttostr(i);
    application.ProcessMessages;
  end;
  tmp[0] := 'dfd';
end;

the application did raise an exception and i got the following log:
24/11/2007 16:02:27 Exception EAccessViolation occured at address 004641AB
Message: Access violation at address 004641AB in module 'Project1.exe'. Read 
of address 0000BD31
Call stack:
(000631AB) [004641AB]
(00036B40) [00437B40]
(0003A3F2) [0043B3F2]
(00025DE0) [00426DE0]
(0003A543) [0043B543]
(0003A3F2) [0043B3F2]
(0004A919) [0044B919]
(00039B1C) [0043AB1C]
(0001A688) [0041B688]
(0003A4EF) [0043B4EF]
(0003A3F2) [0043B3F2]
(00025DE0) [00426DE0]
(0001A688) [0041B688]

2 questions: is there a way to make the log more readable? like lines 
numbers? or even
class.command format so i will know the source of the problem?

it seems that TjvDebugHandler overrides the exception so the user doesnt 
even know there was a problem. is there a way to catch that event so i (the 
developer) can tell the user there was an error and whether he wants the 
application to handle it (ie send it to the developer)

thanks 




Subject: Creating new component with ancestor TJvDateTimePicker
From: "Warren Eyueng" <wyuen@webmail.co.za>
Date: Sat, 24 Nov 2007 09:45:57 +0200
Newsgroups: jedi.vcl

Hi

I'm using JVCL version 3.33 and C++ Builder 2007.
I'm trying to create a new package with a component which has 
TJvDateTimePicker as its ancestor.
With no extra code added (just the generated code - the constructor and the 
Register() function) I'm able to
build and install the package into the tool palette.

The problem occurs when I try adding that component onto my form at design 
time; I get an access violation
in module 'rtl100.bpl':

[2002AC76]{rtl100.bpl  } TypInfo.GetPropList (Line 1157, 
"common\TypInfo.pas" + 8) + $0
[20D50C64]{designide100.bpl} ComponentDesigner.TCompInfo.Create (Line 6403, 
"ComponentDesigner.pas" + 4) + $11
[20D4D540]{designide100.bpl} ComponentDesigner.TComponentRoot.ValidateRename 
(Line 5130, "ComponentDesigner.pas" + 26) + $22
[20D4D65C]{designide100.bpl} ComponentDesigner.TComponentRoot.ValidateRename 
(Line 5154, "ComponentDesigner.pas" + 50) + $21
[0592C0CD]{vcldesigner100.bpl} VCLSurface.TVclDesignSurface.ValidateRename 
(Line 3830, "vclsurface.pas" + 2) + $D
[20159900]{vcl100.bpl  } Forms.TCustomForm.ValidateRename (Line 3360, 
"Forms.pas" + 3) + $10
[2003F5B6]{rtl100.bpl  } Classes.TComponent.InsertComponent (Line 10436, 
"common\Classes.pas" + 4) + $C
[2003F3F3]{rtl100.bpl  } Classes.TComponent.Create (Line 10354, 
"common\Classes.pas" + 2) + $8
[20139AEF]{vcl100.bpl  } Controls.TControl.Create (Line 3583, "Controls.pas" 
+ 1) + $4
[2013DE14]{vcl100.bpl  } Controls.TWinControl.Create (Line 5985, 
"Controls.pas" + 1) + $4
[201A4CE5]{vcl100.bpl  } ComCtrls.TCommonCalendar.Create (Line 22131, 
"ComCtrls.pas" + 2) + $6
[201A5B68]{vcl100.bpl  } ComCtrls.TDateTimePicker.Create (Line 22551, 
"ComCtrls.pas" + 3) + $4
[490FEAAA]{JvCoreD11R.bpl} JvExComCtrls.TJvExDateTimePicker.Create + $16
[113B149E]{JvStdCtrlsD11R.bpl} JvDateTimePicker.TJvDateTimePicker.Create + 
$16
(00000FF6){PackageNewTest.bpl} [0ABF1FF6]
[2000A264]{rtl100.bpl  } System.@IntfClear (Line 17824, "sys\system.pas" + 
7) + $0
[21659BFB]{delphicoreide100.bpl} 
CompPalMgr.TComponentPalettePageItemDelegate.CreateComponent (Line 2482, 
"CompPalMgr.pas" + 2) + $7
[20D460C9]{designide100.bpl} 
ComponentDesigner.TComponentRoot.DoCreateComponent (Line 2308, 
"ComponentDesigner.pas" + 10) + $17
[20D2FFBA]{designide100.bpl} Designer. + $0
[2000A348]{rtl100.bpl  } System.TInterfacedObject._Release (Line 17977, 
"sys\system.pas" + 1) + $4
[20159E5F]{vcl100.bpl  } Forms.TCustomForm.WndProc (Line 3512, "Forms.pas" + 
136) + $5
[21D93E3F]{delphivclide100.bpl} 
VCLFormContainer.TControlSizer.ControlWndProc (Line 306, 
"VCLFormContainer.pas" + 33) + $C
[20031FC4]{rtl100.bpl  } Classes.TThreadList.UnlockList (Line 3359, 
"common\Classes.pas" + 0) + $4
[200EBAA8]{vcl100.bpl  } Graphics.FreeMemoryContexts (Line 5060, 
"Graphics.pas" + 12) + $5
[2013FD9C]{vcl100.bpl  } Controls.TWinControl.MainWndProc (Line 7073, 
"Controls.pas" + 3) + $6
[2013FDB1]{vcl100.bpl  } Controls.TWinControl.MainWndProc (Line 7076, 
"Controls.pas" + 6) + $0
[20040DD4]{rtl100.bpl  } Classes.StdWndProc (Line 11583, 
"common\Classes.pas" + 8) + $0
[2000A332]{rtl100.bpl  } System.TInterfacedObject._AddRef (Line 17972, 
"sys\system.pas" + 1) + $4
[20006894]{rtl100.bpl  } System.TObject.GetInterface (Line 9003, 
"sys\system.pas" + 8) + $A
[200068C6]{rtl100.bpl  } System.TObject.GetInterface (Line 9009, 
"sys\system.pas" + 14) + $10
[2000A332]{rtl100.bpl  } System.TInterfacedObject._AddRef (Line 17972, 
"sys\system.pas" + 1) + $4
[21659694]{delphicoreide100.bpl} CompPalMgr.TPaletteItemDelegate._AddRef 
(Line 2269, "CompPalMgr.pas" + 1) + $6
[20006894]{rtl100.bpl  } System.TObject.GetInterface (Line 9003, 
"sys\system.pas" + 8) + $A
[200068C6]{rtl100.bpl  } System.TObject.GetInterface (Line 9009, 
"sys\system.pas" + 14) + $10
[21656790]{delphicoreide100.bpl} CompPalMgr.TPalettePageItem.QueryInterface 
(Line 1281, "CompPalMgr.pas" + 2) + $1B
[2001AE0E]{rtl100.bpl  } SysUtils.Supports (Line 16965, "sys\sysutils.pas" + 
1) + $9
[2000A348]{rtl100.bpl  } System.TInterfacedObject._Release (Line 17977, 
"sys\system.pas" + 1) + $4
[216E0B54]{delphicoreide100.bpl} 
PasCppCmds.TDesignEnvironment.GetCurCompClass (Line 544, "PasCppCmds.pas" + 
3) + $18
[20D4B2F6]{designide100.bpl} 
ComponentDesigner.TComponentRoot.CreateCurrentComponent (Line 4340, 
"ComponentDesigner.pas" + 2) + $32
[20D4B31B]{designide100.bpl} 
ComponentDesigner.TComponentRoot.CreateCurrentComponent (Line 4343, 
"ComponentDesigner.pas" + 5) + $10
[20D5BA02]{designide100.bpl} Surface.TDesignSurface.CreateItem (Line 187, 
"surface.pas" + 1) + $11
[20D30CAE]{designide100.bpl} Designer.TDesigner.DoDragCreate (Line 764, 
"Designer.pas" + 1) + $F
[20D31430]{designide100.bpl} Designer.TDesigner.DragEnd (Line 929, 
"Designer.pas" + 19) + $3
[20D3398C]{designide100.bpl} Designer.TDesigner.MouseUp (Line 1711, 
"Designer.pas" + 1) + $2
[05929F12]{vcldesigner100.bpl} VCLSurface.MouseEvent (Line 2882, 
"vclsurface.pas" + 45) + $11
[0592D3F6]{vcldesigner100.bpl} 
VCLSurface.TVclDesignSurface.GetSelectionMessages (Line 4368, 
"vclsurface.pas" + 3) + $5
[20031FC4]{rtl100.bpl  } Classes.TThreadList.UnlockList (Line 3359, 
"common\Classes.pas" + 0) + $4
[200322F3]{rtl100.bpl  } Classes.TInterfaceList.GetCount (Line 3470, 
"common\Classes.pas" + 5) + $6
[0592AAE7]{vcldesigner100.bpl} VCLSurface.TVclDesignSurface.IsDesignMsg 
(Line 3143, "vclsurface.pas" + 48) + $6
[20006936]{rtl100.bpl  } System.@IsClass (Line 9077, "sys\system.pas" + 1) + 
$8
[2013C27B]{vcl100.bpl  } Controls.TControl.WndProc (Line 5067, 
"Controls.pas" + 4) + $21
[20159E5F]{vcl100.bpl  } Forms.TCustomForm.WndProc (Line 3512, "Forms.pas" + 
136) + $5
[201400D7]{vcl100.bpl  } Controls.TWinControl.IsControlMouseMsg (Line 7168, 
"Controls.pas" + 1) + $9
[20140673]{vcl100.bpl  } Controls.TWinControl.WndProc (Line 7304, 
"Controls.pas" + 111) + $6
[20159E5F]{vcl100.bpl  } Forms.TCustomForm.WndProc (Line 3512, "Forms.pas" + 
136) + $5
[21D93E3F]{delphivclide100.bpl} 
VCLFormContainer.TControlSizer.ControlWndProc (Line 306, 
"VCLFormContainer.pas" + 33) + $C
[2013FD9C]{vcl100.bpl  } Controls.TWinControl.MainWndProc (Line 7073, 
"Controls.pas" + 3) + $6
[20040DD4]{rtl100.bpl  } Classes.StdWndProc (Line 11583, 
"common\Classes.pas" + 8) + $0
[2004A426]{rtl100.bpl  } Contnrs.TComponentList.GetItems (Line 380, 
"common\Contnrs.pas" + 1) + $4
[2004A27C]{rtl100.bpl  } Contnrs.TObjectList.IndexOf (Line 300, 
"common\Contnrs.pas" + 0) + $0
[201625D0]{vcl100.bpl  } Forms.TApplication.ProcessMessage (Line 8105, 
"Forms.pas" + 23) + $1
[2016260A]{vcl100.bpl  } Forms.TApplication.HandleMessage (Line 8124, 
"Forms.pas" + 1) + $4
[201628FF]{vcl100.bpl  } Forms.TApplication.Run (Line 8223, "Forms.pas" + 
20) + $3
[00422976]{bds.exe     } bds.bds (Line 195, "" + 7) + $7

Am I doing something wrong?

Thanks
Warren




Subject: Re: Installation problems jvcl c++builder5 / c++builder6
From: Norbert Spiegel <norbert.spiegel@freenet.de>
Date: Thu, 22 Nov 2007 22:50:09 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Norbert Spiegel wrote:
>
>> Is it possible that something is going wrong with some path settings? Jedi is located in path d:/c++builder/komponenten/jedi/jcl and
>> d:/c++builder/komponenten/jedi/jvcl
>> C++builder5 path is d:/programme/borland/c++buider
>
> Yes, definitely!
> Sorry to have overlooked that, but you should not, under any circumstances, put a + in the name of a folder where anything related to C++ builder is related. Use BCB, CBuilder, anything but never put a + in there. It confuses the compiler in very bad and strange ways.
> Please try again installing in a directory where no "+" is present, you should have it working just fine then.
>
> Regards
> Olivier
>
Yes - that was the problem! Installation worked with cbuilder5, and I#m sure it will also for cbuilder6.
Thanks a lot for Your help!


Subject: Sorting JvListView
From: "Dale Hertzfeld" <dale@sys-cor.com>
Date: Thu, 22 Nov 2007 13:39:10 -0800
Newsgroups: jedi.vcl

Hello,

Anyone have a solution to sort dates correctly within JvListView?.  Date 
format as mm/dd/yyyy

Thanks,
Dale 




Subject: Re: Installation problems jvcl c++builder5 / c++builder6
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 22 Nov 2007 21:28:01 +0100
Newsgroups: jedi.vcl

Norbert Spiegel wrote:

> Is it possible that something is going wrong with some path settings? Jedi is located in path d:/c++builder/komponenten/jedi/jcl and
> d:/c++builder/komponenten/jedi/jvcl
> C++builder5 path is d:/programme/borland/c++buider

Yes, definitely!
Sorry to have overlooked that, but you should not, under any circumstances, put a + in the name of a folder where anything related to C++ builder is related. Use BCB, CBuilder, anything but never put a + in there. It confuses the compiler in very bad and strange ways.
Please try again installing in a directory where no "+" is present, you should have it working just fine then.

Regards
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Installation problems jvcl c++builder5 / c++builder6
From: Norbert Spiegel <norbert.spiegel@freenet.de>
Date: Thu, 22 Nov 2007 20:43:11 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Norbert Spiegel wrote:
>> OBones schrieb:
>>> This is very strange, as I tried yesterday evening a full install of the latest SVN version on C5/C6/D6/D2006 and all went well.
>>>
>>> Can you try with today's daily versions? They should be available in about three hours from now.
>> how to get them? Up to now I used the packages available as download in sourceforge.net.
>
> http://jcl.sf.net/daily/
> http://jvcl.sf.net/daily/
>
> Please read carefully the text on both pages, it contains important instructions

Hi,

just tried installation of the latest build and the build 2007-11-22 too with c++builder. To do so, I prepared a completely new virtual machine (VMWare) with WinXP, installed C++builder5 and Update#1 on it, no other Borland/Delphi/C++Builder stuff.

For both versions the behaviour is the same:

1. JCL
After copying AccCtrl.pas from
"D:\Programme\Borland\CBuilder5\Source\Vcl" to directory "D:\C++Builder\Komponenten\Jedi\jcl\source\windows"
JCL installation with the installer works. Without doing that, I get the error already described (missing accctrl.dcu).

2. JVCL
Always the same behaviour:
Installation stops during compilation of unit jvcorec5r.bpl (see log below).

Is it possible that something is going wrong with some path settings? Jedi is located in path d:/c++builder/komponenten/jedi/jcl and
d:/c++builder/komponenten/jedi/jvcl
C++builder5 path is d:/programme/borland/c++buider

Since the behaviour is always the same, I think it would not change even if I would install C++Builder 6 on the machine.

Trying to open c5packages.bpg in the IDE for manual installation (as I did in my last tries with jvcl3.33) fails in latest build showing alert box (german, hopefully translated it correctly):
"The PROJECTS macro in project group file is missing or is not correct"

If there is a way to install the jcl/jvcl in delphi7 and then use the generated libs in c++builder5 - would be okay. But I think that's not the right way...

Regards

Norbert Spiegel
----------------------------------------------------------------
Log of installation:

Windows XP Service Pack 2 (5.1.2600)

JVCL 3.33.0.0

[Generating: Packages]
Generating packages for C5
    Loaded template.bpk
    Loaded template.cpp
    Loaded template.dpk
    Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdC5R.bpl]
[Compiling: JvCoreC5R.bpl]
"D:\Programme\Borland\CBuilder5\Bin\dcc32.exe" JvCoreC5R.dpk
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

164206 Zeilen, 5.72 Sekunden, 1171 Bytes Code, 0 Bytes Daten.
"D:\Programme\Borland\CBuilder5\Bin\dcc32.exe" JvCoreC5R.dpk
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
1461 Zeilen, 1.14 Sekunden, 930856 Bytes Code, 6557 Bytes Daten.
"D:\Programme\Borland\CBuilder5\Bin\bcc32.exe" @JvCoreC5R.@@@
Borland C++ 5.5.1 für Win32 Copyright (c) 1993, 2000 Borland
D:\C++Builder\Komponenten\Jedi\jvcl\packages\c5\JvCoreC5R.cpp:
"D:\Programme\Borland\CBuilder5\Bin\ilink32.exe" @JvCoreC5R.@@@
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Fatal: Unable to open file 'C.OBJ'



Subject: Function to list Hardware devices connected to the PC
From: Cornie <cornie@infostar.co.za>
Date: Thu, 22 Nov 2007 20:13:05 +0200
Newsgroups: jedi.vcl

Is there a funtion in JVCl or JCL to get a list of the hardware devices on a PC similar to the Control Panel -> System -> Device manager. I need to check if certain USB is connect before using it.

Thanks for any help

Cornie


Subject: Re: [Linker Fatal Error] Fatal: Unable to open file 'JVCOMCTRLS.OBJ'
From: Bernhard Mayer <no@spam.plz>
Date: Thu, 22 Nov 2007 14:30:58 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Bernhard Mayer wrote:
>> Hi, i am using bcb 2006 (bds4) and a frech copy of the jcl and jvcl svn tree yesterday evening. if i use some of the edit controls which include the jvcomctrls.hpp i get this error. before it i only used the jvsimplexml component and no errors.
>>
>> i searched my files in the jvcl folder and there are only dcu and no obj files. but why it worked with the other component and not with the edit controls? and why the linker didn't use the dcu files?
>
> The C++ linker does not care for dcu files, it does not even know they exist. What it does care for though, are obj files or collection of obj files, named lib files.
> You should have a lib file for the package where JvComCtrls resides, and that lib file must be accessible to the linker.

the lib files are accessible and exists. the only way until now to solve this problem was to manually build the single packages with a changed option. standard is "generate all c++ files" but nothing changed. only if i change it to "generate c++ files" and checked all 3 sub options i get obj files and can compile my application.


Subject: Re: [Linker Fatal Error] Fatal: Unable to open file 'JVCOMCTRLS.OBJ'
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 22 Nov 2007 13:39:52 +0100
Newsgroups: jedi.vcl

Bernhard Mayer wrote:
> Hi, i am using bcb 2006 (bds4) and a frech copy of the jcl and jvcl svn tree yesterday evening. if i use some of the edit controls which include the jvcomctrls.hpp i get this error. before it i only used the jvsimplexml component and no errors.
>
> i searched my files in the jvcl folder and there are only dcu and no obj files. but why it worked with the other component and not with the edit controls? and why the linker didn't use the dcu files?

The C++ linker does not care for dcu files, it does not even know they exist. What it does care for though, are obj files or collection of obj files, named lib files.
You should have a lib file for the package where JvComCtrls resides, and that lib file must be accessible to the linker.


Subject: Re: Installation problems jvcl c++builder5 / c++builder6
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 22 Nov 2007 13:38:29 +0100
Newsgroups: jedi.vcl

Norbert Spiegel wrote:
> OBones schrieb:
>> This is very strange, as I tried yesterday evening a full install of the latest SVN version on C5/C6/D6/D2006 and all went well.
>>
>> Can you try with today's daily versions? They should be available in about three hours from now.
> how to get them? Up to now I used the packages available as download in sourceforge.net.

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Please read carefully the text on both pages, it contains important instructions


Subject: [Linker Fatal Error] Fatal: Unable to open file 'JVCOMCTRLS.OBJ'
From: Bernhard Mayer <no@spam.plz>
Date: Thu, 22 Nov 2007 12:12:10 +0100
Newsgroups: jedi.vcl

Hi, i am using bcb 2006 (bds4) and a frech copy of the jcl and jvcl svn tree yesterday evening. if i use some of the edit controls which include the jvcomctrls.hpp i get this error. before it i only used the jvsimplexml component and no errors.

i searched my files in the jvcl folder and there are only dcu and no obj files. but why it worked with the other component and not with the edit controls? and why the linker didn't use the dcu files?

best regards
bernhard mayer


Subject: Re: Installation problems jvcl c++builder5 / c++builder6
From: Norbert Spiegel <norbert.spiegel@ids.de>
Date: Thu, 22 Nov 2007 10:32:13 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> This is very strange, as I tried yesterday evening a full install of the latest SVN version on C5/C6/D6/D2006 and all went well.
>
> Can you try with today's daily versions? They should be available in about three hours from now.
how to get them? Up to now I used the packages available as download in sourceforge.net.


Subject: Re: Latest SVN (
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 22 Nov 2007 08:38:46 +0100
Newsgroups: jedi.vcl

AlexB wrote:
> OBones wrote:
>
>> As to D5/C5 support, many BCB users still are on C5 which is the main
>> (if not only) reason for continued support of this outdated version.
>
> Yes, C5 is still in wide use.
> But AFAIK C5 corresponds with D6, isn't it? 

Nope. Well, C5 has a few limited fixes compared to D5, but the RTL and VCL shipped with it are at the same level of functionality as those in D5.


Subject: Re: Installation problems jvcl c++builder5 / c++builder6
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 22 Nov 2007 08:37:45 +0100
Newsgroups: jedi.vcl

This is very strange, as I tried yesterday evening a full install of the latest SVN version on C5/C6/D6/D2006 and all went well.

Can you try with today's daily versions? They should be available in about three hours from now.


Subject: Installation problems jvcl c++builder5 / c++builder6
From: Norbert Spiegel <norbert.spiegel@ids.de>
Date: Thu, 22 Nov 2007 08:06:10 +0100
Newsgroups: jedi.vcl

Hello,

I've posted a message some weeks ago reporting problems in installation of the latest jcl/jvcl packages (3.33).

During the last days I tried it again on a completely new VMWare virtual machine (WIN XP) with C++Builder 5 and 6: the behaviour is exactly the same:

Installation of jcl failed with the message "AccCtrl.dcu not found". After copying AccCtrl.pas from Source/vcl directory of C++builder5/6 installation was successful.

Installation of jvcl failed during compilation of Jv3rdC5R.bpl with the message "File c.obj not found".

After that, I tried to compile/install the packages manually - starting with the runtime packages. In both builder versions I got the error "Fatal: Type index 2147479547 is bad in module JvDialogAcnts.pas".

Btw:

Installation seems to work on D7 without any problems.


Subject: Re: Latest SVN (
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 22 Nov 2007 07:07:25 +0100
Newsgroups: jedi.vcl

AlexB a écrit :
> Yes, C5 is still in wide use.
> But AFAIK C5 corresponds with D6, isn't it?

No, C5 RTL and compiler are as deprecated as D5 RTL and compiler.


Subject: Re: Latest SVN (
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 22 Nov 2007 04:56:45 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > As to D5/C5 support, many BCB users still are on C5 which is the main
> > (if not only) reason for continued support of this outdated version.

Yes, C5 is still in wide use.
But AFAIK C5 corresponds with D6, isn't it? 

-- Alex 

Subject: Re: Latest SVN (
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 21 Nov 2007 20:20:55 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> This warning is new in D2007, and not all of us have it.
>> I've fixed the SVN.
>
> Delphi 5 does not have a Types unit. 

Ah right. Fixed as well.


> (We should drop Delphi 5 support.
> That would make life a lot easier)

This is in the works, but first, we'll need to get rid of JvUIB.
The plan would be this:

Create a release stating it's the last to support XXX feature.
Then remove XXX feature from SVN.

As to D5/C5 support, many BCB users still are on C5 which is the main (if not only) reason for continued support of this outdated version. Among these users is Fred, the author of JvUltimDBGrid.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Latest SVN (
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 21 Nov 2007 20:05:56 +0100
Newsgroups: jedi.vcl

John Friel wrote:
> When I do a build on my application, I always get this Warning from JvCalendar:
>
> Just FYI mostly.  I was cleaning up all of my own Hints and Warnings and decided I should probably report this one.
>
> [DCC Warning] JvCalendar.pas(1068): H2443 Inline function 'InvalidateRect' has not been expanded because unit 'Types' is not specified in USES list

This warning is new in D2007, and not all of us have it.
I've fixed the SVN.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Latest SVN (
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 21 Nov 2007 18:32:43 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > This warning is new in D2007, and not all of us have it.
> > I've fixed the SVN.

Delphi 5 does not have a Types unit. (We should drop Delphi 5 support.
That would make life a lot easier)


-- Regards, Andreas Hausladen 

Subject: Latest SVN (
From: "John Friel" <john@frieltek.com>
Date: Wed, 21 Nov 2007 12:11:28 -0600
Newsgroups: jedi.vcl

When I do a build on my application, I always get this Warning from 
JvCalendar:

Just FYI mostly.  I was cleaning up all of my own Hints and Warnings and 
decided I should probably report this one.

[DCC Warning] JvCalendar.pas(1068): H2443 Inline function 'InvalidateRect' 
has not been expanded because unit 'Types' is not specified in USES list

Cheers

john 




Subject: JvMaskEdit and Vista style
From: Mistral <prova@microsoft.com>
Date: Wed, 21 Nov 2007 10:42:01 +0100
Newsgroups: jedi.vcl

Hi,

I'm using TJvMaskEdit and TJvEdit in my applications and I've noticed a different behavior executing on Win Wista :

TJvEdit is painted correctly with the Vista theme caracteristics
TJvMaskEdit is painted like XP theme

Is this a bug? How can I solve this issue?

Thank you very much (JCL+JVCL = great).

Davide


Subject: Re: JVCL fails to compile, SVN Version 11579
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 20 Nov 2007 17:54:20 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>> Maybe I forgot to commit it.
>
> I knew that I had committed the unit. But it was not JvJCLUtils it was
> JclBase. So you must update the JCL to compile the current JVCL head.
>
> Can I undo your changes?

Yes, please. But I'm convinced I updated the JCL as well after having seen this error... Ah well.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL fails to compile, SVN Version 11579
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 20 Nov 2007 16:00:09 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Maybe I forgot to commit it.

I knew that I had committed the unit. But it was not JvJCLUtils it was
JclBase. So you must update the JCL to compile the current JVCL head.

Can I undo your changes?

-- Regards, Andreas Hausladen 

Subject: Re: JvImageListbox unusable
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 20 Nov 2007 16:39:21 +0100
Newsgroups: jedi.vcl

Please try again first with version 3.33
It might not help, but this would allow us to be talking of the same (or very close) versions of the files


Subject: JvImageListbox unusable
From: Olaf Stieleke <olaf2@stieleke.de>
Date: Tue, 20 Nov 2007 15:50:54 +0100
Newsgroups: jedi.vcl

Hello there,

I'm running into bad trouble with JvImageListbox and JvImagesViewer. Both components are completely unusable when working with Right-To-Left-Languages.

JVCL version is 3.10, IDE is an english Turbo Delphi Professional Update 2 running an english Windows XP SP2. Windows is set up to use arabic locale.

JvImagesViewer stops showing anything (Scrollbar looks good, considering the trackersize), Events fire fine.

JvImageListBox is not aware of something like BiDiMode... So I tried to simulate this by setting property "Alignment" to "taRightJustify". This results in endless Errors in the IDE, requiring usage of Taskmanager to kill the IDE.

Maybe someone has the time to look at this.

Olaf


Subject: Re: JVCL fails to compile, SVN Version 11579
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 20 Nov 2007 10:29:55 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Well, it was not available in the version I got out of SVN yesterday
> > evening. And I did a full update before compiling.

Maybe I forgot to commit it. I'll have a look at this tonight.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL fails to compile, SVN Version 11579
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 20 Nov 2007 08:45:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> I see that too, it's a recent change that should not be done this way.
>
> I have introduced a StringOf() function in JvJCLUtils.pas so I can use
> it in JvJVCLUtils.pas. And my Delphi 5-2007 compiled the code without
> problems.

Well, it was not available in the version I got out of SVN yesterday evening. And I did a full update before compiling.


Subject: Re: About HID devices
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Nov 2007 05:57:49 +0100
Newsgroups: jedi.vcl

@in@taavi.ee wrote:


> Hmm, I'm not quite sure I understand what youre trying to say...
>
> I know that the reader's setup can be changed - it comes with a
> software which does that. But I'd like to do it from my own app... so
> the question is, can JvHidDeviceController help me to achieve that?

HID devices an define feature reports. These are just the same as the reports you can read or write, but they are read and written with special functions. All the HID functions are implemented through DeviceIoControl calls to the HID driver. For keyboards (and mice) Windows protects ReadFile and WriteFile specially and you cannot use them. Feature reports are read and written through DevieIoControl calls.
This call works on file handles even if you cannot read and write them.

Your "keyboard" defines a feature report so it is possible to exchange data with your device through JvHidDeviceController. The problem is that it is defines as a 255 byte long block of data. There is no information what data to write. You will have to find documentation.


Subject: Re: JVCL fails to compile, SVN Version 11579
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 19 Nov 2007 20:48:17 +0100
Newsgroups: jedi.vcl

Sorry, this was my fault.

See my thread from 09. November.

I've forgotten yesterday that i've included these changes for testing.

Sadly i don't have an idea, how to manage it, that the Thread can use JvDSADialogs.

Greetings
Jens

OBones schrieb:
> OBones wrote:
>> I see that too, it's a recent change that should not be done this way.
>
> I've changed it so that it compiles again.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL fails to compile, SVN Version 11579
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 19 Nov 2007 20:24:28 +0100
Newsgroups: jedi.vcl

OBones wrote:
> I see that too, it's a recent change that should not be done this way.

I've changed it so that it compiles again.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL fails to compile, SVN Version 11579
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 19 Nov 2007 20:22:54 +0100
Newsgroups: jedi.vcl

I see that too, it's a recent change that should not be done this way.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL fails to compile, SVN Version 11579
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 19 Nov 2007 18:51:31 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I see that too, it's a recent change that should not be done this way.

I have introduced a StringOf() function in JvJCLUtils.pas so I can use
it in JvJVCLUtils.pas. And my Delphi 5-2007 compiled the code without
problems.

-- Regards, Andreas Hausladen 

Subject: JVCL fails to compile, SVN Version 11579
From: "John Friel" <john@frieltek.com>
Date: Mon, 19 Nov 2007 12:08:10 -0600
Newsgroups: jedi.vcl

Just updates both JCL and JVCL from the SVN.  Reported that the .NET of JCL 
fails to compile in the other thread.  I just tried a clean and fresh 
install of JVCL (D2007) and it too fails.

The changes to JvThread now include a reference to JvDSADialogs and that 
must not exist in the tree. I checked the \run directory and there is in 
fact a JvDSADialogs.pas file so I'm not sure why the compiler did not find 
it. The error is:

Fatal: C:\Forbin\JVCL3\run\JvThread.pas(301): F1026 File not found: 
'JvDSADialogs.dcu'

Maybe a bug in the Install program?

john 




Subject: Re: About HID devices
From: @in@taavi.ee
Date: Mon, 19 Nov 2007 12:40:18 GMT
Newsgroups: jedi.vcl

On Sun, 18 Nov 2007 06:02:40 +0100, Robert Marquardt
<robert_marquardt@gmx.de> wrote:

>> >> Anyway, can the JvHidDeviceController used to set reader setings, ie
>> >> track prefixes and so on? Any examples how to do that would be great.
> >
> >The above feature report can be read or written even for a keyboard.
> >The problem is that it is defined as an array of 255 bytes so you have 
> >no information what to put into the report.

Hmm, I'm not quite sure I understand what youre trying to say...

I know that the reader's setup can be changed - it comes with a
software which does that. But I'd like to do it from my own app... so
the question is, can JvHidDeviceController help me to achieve that?


ain


Subject: Re: About HID devices
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Nov 2007 06:02:40 +0100
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

> Seems to be keyboard :(
>
> "Interface F/W ID: 21002621" "MSR210U Card Reader" VID=$04B4 PID=$210A
> Input Report Size=8
> Output Report Size=1
> Feature Report Size=255

> 0)
> UsagePage:         FF00 ($FF00)
> ReportID:          0
> IsAlias:           False
> BitField:          258
> LinkCollection:    0
> LinkUsage:         Keyboard ($0006)
> LinkUsagePage:     Generic Desktop ($0001)
> IsRange:           False
> IsStringRange:     False
> IsDesignatorRange: False
> IsAbsolute:        True
> HasNull:           False
> BitSize:           8
> ReportCount:       255
> UnitsExp:          0
> Units:             0
> LogicalMin:        0
> LogicalMax:        255
> PhysicalMin:       0
> PhysicalMax:       0
> Usage:             20 ($0020)
> StringIndex:       0
> DesignatorIndex:   0
> DataIndex:         0
>
>
> Anyway, can the JvHidDeviceController used to set reader setings, ie
> track prefixes and so on? Any examples how to do that would be great.

The above feature report can be read or written even for a keyboard.
The problem is that it is defined as an array of 255 bytes so you have no information what to put into the report.


Subject: Repost, question on redistributing partial of JCL code
From: Qi <kbasm.com@theGoogleMAIL.com>
Date: Sat, 17 Nov 2007 13:11:17 +0800
Newsgroups: jedi.vcl

This message is originally posted in jedi.jcl group,
but seems that group is too inactive, so I re-post
here to get help.

Just a quick question.

I'm creating and publishing an open source project.
The license of the project itself is MPL.

That project requires JCLDebug and related code to give
detailed TD32 information.
Can I be allowed to include JCLDebug.pas and other related
units in my release? I mean, I don't redistribute the
whole JCL library, I only redistribute partial of it.
Is it OK?

I think I redistributing partial of the code will be very
helpful to the users because they don't need to know
what is JCL and where is JCL.

BTW, the code I want to redistribute is unmodified.



Subject: Re: Something new for the Delphi and jedi community
From: Robert Meek <meektan@comcast.net>
Date: Fri, 16 Nov 2007 08:47:22 -0500
Newsgroups: jedi.vcl

    I'll take a closer look at it today, however provided JvAppStorage create, reads, and writes inifile methods using the same format as IniFiles does, there's no problem.  I've constructed this so that it uses whatever unit, replacement of or additional to IniFiles and the object(s) these units require.

    The unit used must read/write methods such as:

objectName.ReadString('Section', 'Key', GetValue);  where GetValue = a string, and
objectName.WriteBool('Section', 'Key', SetValue);  where Set/value = a True/False

OBones wrote:
> Robert Meek wrote:
>> OBones,
>>     I believe you mean to enable it for use with these units and their own particular object types.  And if so, that ability is already included. By default, ( if nothing is listed ), the IniFiles unit is automatically used allowing you to select between either the TIniFile or TMemIniFile.  But the developer can instead list any unit(s) to be used in place of or in addition to IniFiles.pas, and along with them whatever object type might be necessary.  I've purposefully left it as free-form as possible to meet the needs of the individual developer
>>     If I'm off track here let me know, otherwise I'll get a submission ready.
>
> Maybe I'm wrong, and to be honest, I only looked very quickly at all this, but I assumed that the generated unit has the code that reads and writes from the ini file. Hence my conclusion that it assumes that the ini "object" at least has the same methods/properties/behaviour than the one found in the IniFiles.pas file.
> But the JvAppStorage components do not behave in a way that is compatible with what's in IniFiles.pas, hence my reply and the request to look at making it compatible with JvAppStorage rather than just IniFiles.
>
> Cheers
> Olivier


Subject: JVCL 3.33 for Delphi.NET 2007
From: Dmitry Slabko <sldmitry@gmail.com>
Date: Thu, 15 Nov 2007 18:51:29 +0300
Newsgroups: jedi.vcl

Hello All,

Is there any working port of the most recent JVCL for VCL.NET (Delphi 2007)?

I managed to compile most of the components for the run-time package, though when it came to the design-time package I gave up due to many compilation errors on RegisterPropertyEditor calls and other problems.

Regards,
Dmitry


Subject: Re: Something new for the Delphi and jedi community
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 15 Nov 2007 11:23:55 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:
> OBones,
>     I believe you mean to enable it for use with these units and their own particular object types.  And if so, that ability is already included. By default, ( if nothing is listed ), the IniFiles unit is automatically used allowing you to select between either the TIniFile or TMemIniFile.  But the developer can instead list any unit(s) to be used in place of or in addition to IniFiles.pas, and along with them whatever object type might be necessary.  I've purposefully left it as free-form as possible to meet the needs of the individual developer
>     If I'm off track here let me know, otherwise I'll get a submission ready.

Maybe I'm wrong, and to be honest, I only looked very quickly at all this, but I assumed that the generated unit has the code that reads and writes from the ini file. Hence my conclusion that it assumes that the ini "object" at least has the same methods/properties/behaviour than the one found in the IniFiles.pas file.
But the JvAppStorage components do not behave in a way that is compatible with what's in IniFiles.pas, hence my reply and the request to look at making it compatible with JvAppStorage rather than just IniFiles.

Cheers
Olivier


Subject: Re: About HID devices
From: @in@taavi.ee
Date: Thu, 15 Nov 2007 10:07:33 GMT
Newsgroups: jedi.vcl

On Thu, 15 Nov 2007 05:55:22 +0100, Robert Marquardt
<robert_marquardt@gmx.de> wrote:

> >@in@taavi.ee wrote:
>> >> the Usagesdemo fails with "Class TMemo not found" error when
>> >> clicking "Info" button (compiles fine, can't see whats wrong with
>> >> it!). I quess Simplehidwrite demo sould allow to change device
>> >> setings, but again I don't understand how one is supposed to use it.
> >
> >Try to rebuild usagesdemo this is an old error which i think is only 
> >present in Delphi 5.

Yep, I'm using D5 and rebuid did the trick. Haven't had any such
problems so long (koncking wood) that forgot about this "build fixes
strange errors" trick :)


>> >> BTW, another question - I know that the card reader is like keyboard
>> >> in the sense that it dumps it's data into active window, but is it
>> >> possible to "hook" into that input so that an background process gets
>> >> the data from reader and current window isn't "distrubed"?
> >
> >Hard to say. I would need the output of at least usagesdemo.
> >If it is really a keboard then you cannot read it directly.

Seems to be keyboard :(

"Interface F/W ID: 21002621" "MSR210U Card Reader" VID=$04B4 PID=$210A
Input Report Size=8
Output Report Size=1
Feature Report Size=255

Button Input
============

0)
UsagePage:         Keyboard ($0007)
ReportID:          0
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Keyboard ($0006)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           True
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
UsageMin:      224 UsageMax:      231
StringMin:     0 StringMax:     0
DesignatorMin: 0 DesignatorMax: 0
DataIndexMin:  0 DataIndexMax:  7

1)
UsagePage:         Keyboard ($0007)
ReportID:          0
IsAlias:           False
BitField:          0
LinkCollection:    0
LinkUsage:         Keyboard ($0006)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           True
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
UsageMin:      0 UsageMax:      102
StringMin:     0 StringMax:     0
DesignatorMin: 0 DesignatorMax: 0
DataIndexMin:  8 DataIndexMax:  110

Button Output
=============

0)
UsagePage:         LED ($0008)
ReportID:          0
IsAlias:           False
BitField:          2
LinkCollection:    0
LinkUsage:         Keyboard ($0006)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           True
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
UsageMin:      1 UsageMax:      5
StringMin:     0 StringMax:     0
DesignatorMin: 0 DesignatorMax: 0
DataIndexMin:  0 DataIndexMax:  4

Value Feature
=============

0)
UsagePage:         FF00 ($FF00)
ReportID:          0
IsAlias:           False
BitField:          258
LinkCollection:    0
LinkUsage:         Keyboard ($0006)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       255
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       0
Usage:             20 ($0020)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         0


Anyway, can the JvHidDeviceController used to set reader setings, ie
track prefixes and so on? Any examples how to do that would be great.


ain


Subject: Re: More about submissions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 15 Nov 2007 10:41:24 +0100
Newsgroups: jedi.vcl

Robert Meek a écrit :
>     The last time I donated to Jedi I think I merely passed it on to someone involved, and so I really don't know much about this Mantis system, but I am willing to learn.
>     What do I do, set up a new account, login, and then add an issue?

Robert,

Mantis is an open-source and free tracking system that helps software developpers for maintaining projects.
Users can fill reports about any configured projects (mantis at Jedi homepages contains reports about the JCL, the JVCL, the JVCS, the JWAL...). Reports can be either bug report, feature requests or donations. Reporters and project administrators are allowed to upload files to be attached to the report.
After creating an account at http://homepages.codegear.com/jedi/issuetracker/login_page.php
switch to the project you would like to help using the combobox on the upper-right corner. Then you can see or fill reports about this project.

The procedure to report an issue is quite intuitive, it's just about filling a form. Make sure you selected the "Donation" category in the form.

Hoping it'll help,

Florent


Subject: More about submissions
From: Robert Meek <meektan@comcast.net>
Date: Thu, 15 Nov 2007 03:19:06 -0500
Newsgroups: jedi.vcl

    The last time I donated to Jedi I think I merely passed it on to someone involved, and so I really don't know much about this Mantis system, but I am willing to learn.
    What do I do, set up a new account, login, and then add an issue?


Subject: Re: Something new for the Delphi and jedi community
From: Robert Meek <meektan@comcast.net>
Date: Thu, 15 Nov 2007 00:15:49 -0500
Newsgroups: jedi.vcl

OBones,
    I believe you mean to enable it for use with these units and their own particular object types.  And if so, that ability is already included. By default, ( if nothing is listed ), the IniFiles unit is automatically used allowing you to select between either the TIniFile or TMemIniFile.  But the developer can instead list any unit(s) to be used in place of or in addition to IniFiles.pas, and along with them whatever object type might be necessary.  I've purposefully left it as free-form as possible to meet the needs of the individual developer
    If I'm off track here let me know, otherwise I'll get a submission ready.


OBones wrote:

> Could you look at making it compatible with the AppStorage components? This way even the backend can be chosen and nothing is imposed on the user.
> If you want to post it somewhere, please create a "donation" issue in Mantis:
>
> http://homepages.codegear.com/jedi/issuetracker/
>
> Thanks for your proposition.
>


Subject: Re: About HID devices
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Nov 2007 05:55:22 +0100
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> the Usagesdemo fails with "Class TMemo not found" error when
> clicking "Info" button (compiles fine, can't see whats wrong with
> it!). I quess Simplehidwrite demo sould allow to change device
> setings, but again I don't understand how one is supposed to use it.

Try to rebuild usagesdemo this is an old error which i think is only present in Delphi 5.

> BTW, another question - I know that the card reader is like keyboard
> in the sense that it dumps it's data into active window, but is it
> possible to "hook" into that input so that an background process gets
> the data from reader and current window isn't "distrubed"?

Hard to say. I would need the output of at least usagesdemo.
If it is really a keboard then you cannot read it directly.


Subject: Re: VisualStudio 2005 JvDocking style
From: "Kiriakos" <pyscripter@gmail.com>
Date: Thu, 15 Nov 2007 03:12:17 +0200
Newsgroups: jedi.vcl

Interesting stuff.  I will have a look and see if I can help.   Regarding the bugs I can confirm that all of them exist.  However regarding the last one I thought this standard behaviour.


"Marko Binic" <marko_binic@yahoo.com> wrote in message news:fhdc0u$pd4$1@news.talkto.net...


Subject: Re: Suspicious code in TJvDynControlVCLTabControl.ControlCreateTab
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 14 Nov 2007 23:54:47 +0100
Newsgroups: jedi.vcl

Done

Andreas Hausladen schrieb:
> The correct code should be:
>
> procedure TJvDynControlVCLTabControl.ControlCreateTab(const AName:
> string);
> begin
>   Tabs.Add(AName);
> end;
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Suspicious code in TJvDynControlVCLTabControl.ControlCreateTab
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 14 Nov 2007 18:25:17 +0000 (UTC)
Newsgroups: jedi.vcl

The correct code should be:

procedure TJvDynControlVCLTabControl.ControlCreateTab(const AName:
string);
begin
  Tabs.Add(AName);
end;


-- Regards, Andreas Hausladen 

Subject: Suspicious code in TJvDynControlVCLTabControl.ControlCreateTab
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 14 Nov 2007 18:22:53 +0000 (UTC)
Newsgroups: jedi.vcl

In the TJvDynControlVCLTabControl.ControlCreateTab method there is a
hard typecast TPageControl(Self) but Self is not derived from
TPageControl.

The .NET does not allow such a typecast and it is also wrong (except
the TTabSheet never accesses any TPageControl properties/methods).

-- Regards, Andreas Hausladen 

Subject: About HID devices
From: @in@taavi.ee
Date: Wed, 14 Nov 2007 16:50:14 GMT
Newsgroups: jedi.vcl

Hi,

I have to read data from an card reader which supports HID 1.1 and
alert it's setings (ie data prefix or suffix values).
So I checked out TJvHidDeviceController, but really, I'm not sure how
to use it... there seems to be no help available about this component
(checked html help on JVCL homepage) and demos aren't very clear
either... the Usagesdemo fails with "Class TMemo not found" error when
clicking "Info" button (compiles fine, can't see whats wrong with
it!). I quess Simplehidwrite demo sould allow to change device
setings, but again I don't understand how one is supposed to use it.

BTW, another question - I know that the card reader is like keyboard
in the sense that it dumps it's data into active window, but is it
possible to "hook" into that input so that an background process gets
the data from reader and current window isn't "distrubed"?


TIA
ain


Subject: Re: changing the Boolean behavier of the jvDBGrid
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 14 Nov 2007 17:41:49 +0100
Newsgroups: jedi.vcl

Be very careful with these changes, as many people have come to rely on the current behaviour and would not be pleased at all if the new one is not fully compatible.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: VisualStudio 2005 JvDocking style
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Wed, 14 Nov 2007 16:05:10 +0100
Newsgroups: jedi.vcl

Hello Olivier,

> > There are a few issues about docking in Mantis, please have a look to see 
> > if any are similar to those you found.
> > As to the "cry for help", I'm sorry but I'm definitely not good enough 
> > with it to be of much help here.

  I went and looked, but I didn't see any similar bugs to the ones I found. 
Although all insects look alike to me ;)
  I couldn't help but notice that most replies to JvDocking related reports 
were made by Remko Bonte, so I assume he's familiar enough with these 
components to comment...

> > However, if you intend on working on this part for a while (even short), I 
> > can give you write access to the SVN repository which should make both our 
> > lives easier in terms of updates.

I do, the reason I started working on this is because I need it too. You 
don't need to do that, I intend on finishing this, so no updates will be 
necessary and I could document it without a hassle. As for the bugs I 
discovered - I could post them to Mantis or exchange a few words with Remko 
if he's in the mood...

BTW:

  1. I updated the AutoHide button drawing (added the unpinned glyph, which 
I accidentaly removed previously).

  2. The docked window grabber should use TrackMouseEvent so it always get's 
notified when the mouse leaves because currently some buttons stay in hover 
state if the mouse is dragged from them fast enough.

Regards
Marko 




Subject: changing the Boolean behavier of the jvDBGrid
From: "Niels" <demonng@lumensoft.nl>
Date: Wed, 14 Nov 2007 09:51:29 +0100
Newsgroups: jedi.vcl

Hello,

I'm thinking of changing the boolean behavier of the jvDBGrid and make use 
of the posiblities of the jvCheckbox component. Like to choose the images 
for the boolean field and make it 3state posible.

Anybody else intrested in this and do you have any sugestions how to 
proceed?

thanks anyway.

Niels






Subject: Re: VisualStudio 2005 JvDocking style
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 14 Nov 2007 08:47:47 +0100
Newsgroups: jedi.vcl

Hi.

There are a few issues about docking in Mantis, please have a look to see if any are similar to those you found.
As to the "cry for help", I'm sorry but I'm definitely not good enough with it to be of much help here.
However, if you intend on working on this part for a while (even short), I can give you write access to the SVN repository which should make both our lives easier in terms of updates.

Cheers
Olivier


Subject: Re: No access to repository?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 14 Nov 2007 08:44:12 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Salvatore Besso a écrit :
>>  > The issue you reported in mantis about examples should be fixed now.
>>
>> ok, thank you for letting me know.
>
> The mail server behind the mantis has some problems...
> Notices should automatically be sent.

Well, it's not the mail server, it's the web server that has a very hard time talking with the mail server. Basically, for some reason, the web server shuts down some TCP/IP connections arbitrarily and they often are the ones on the SMTP port.
The mail server used is working just fine, I'm using it for many other things as well ;-)


Subject: JPG's to AVI?
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Wed, 14 Nov 2007 07:33:14 +0000 (UTC)
Newsgroups: jedi.vcl

I was messing about at the weekend and took a few (maybe 100) pictures
to animate (not sure what the technique is).  I thought I might be able
to add frames to the JVAVI components, but it appears not.

Does anyone have a technique for doing this or am I just missing the
correct method.

Cheers,

-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Caret is not flashing after SelectAll in JvRichEdit
From: "Edwin" <edwin(nospam)yeah@gmail.com>
Date: Wed, 14 Nov 2007 11:25:41 +0800
Newsgroups: jedi.vcl

Hi,

The caret is not flashing after all content in the JvRichEdit is selected, 
how to enable the flashing? Thanks.

Cheers,
Edwin. 




Subject: VisualStudio 2005 JvDocking style
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Wed, 14 Nov 2007 01:13:47 +0100
Newsgroups: jedi.vcl

During the weekend I got bored => Result := a VisualStudio 2005 JvDocking 
style ;) But don't get too excited because it's not done yet. On top of that 
I've found some bugs in the existing docking code :(

Here's the bad news first:

  1. If two windows are tab-conjoined and on a floating window that window 
will fall behind the main form - it's PopupMode should be pmExplicit, to fix 
this add PopupMode := pmExplicit to the TJvDockableForm
constructor in JvDockControlForm.pas

  2. Other docking styles should use Block.ImageList.GetIcon(..) + 
Canvas.Draw(..) instead of Block.ImageList.Draw(..) because new icons (like 
the one I used in my demo project - below) have alpha channels which don't 
get drawn correctly.

  3. The splitter style between conjoined (not tabbed) windows is always 
rsPattern, no matter what is set in the dock server for example:
      __________________
     | Window 1                   |
     |                                    |     this splitter's style is 
always
     |------------------------| <-- rsPattern, the same happens when
     | Window 2                   |     these are vertically joined
     |__________________|

  4. The close button reacts to mouse up events and closes the window even 
if the mouse wasn't down in the close button zone

  5. The close button's state is bsNormal instead of bsUp when the mouse was 
down on one of the other buttons and then dragged to the close button

Here's the not-so-bad news:

  1. Since I developed this on top of the VS.NET style (copy + paste + 
modify, didn't inherit from it!)  there will be some duplicate code

  2. I used the JCL/JVCL daily snapshot from September 24th, so it may be 
missing some code if changes were made since then. It compiled and worked OK 
with the newest daily (November 12th), but unfortunately the bugs I found 
were still there.

And now a "cry for help" ;)

  Currently I'm looking for a way to add the dock image, I'm half way there 
but I don't know how to get the host control nor the available dock sites. I 
also don't know how to tell when a tool window drag ends so I can hide the 
dock images. So, if you're familiar with the way JvDocking works or simply 
know of a way to improve this please take a look at the code/demo project 
and post back. If you don't know what I'm talking about just play with 
VisualStudio a bit - there's a free version and you can even get the new VS 
2008 Orcas b2, but if you're not in the mood download the AutomatedQA 
DockingLibrary Demo project - it's almost the same (just with alot more 
alpha blending animations).

  You can find the source code at 
http://mxs.bergsoft.net/files/temp/JvDockingVS2005Style.zip and the compiled 
demo project at 
http://mxs.bergsoft.net/files/temp/JvDockingVS2005StyleDemo.zip (uses TBX 
for tool window menus).

  I'll be happy answer any questions regarding this code or the aditional 
properties of this docking style, so don't hesitate to ask and - of course, 
I'd love to donate it to the JVCL project :)

Regards
Marko 




Subject: DropDownCount for JvFontComboBox
From: Eric Rappsilber <rappsi@web.de>
Date: Wed, 14 Nov 2007 01:04:39 +0100
Newsgroups: jedi.vcl

Hello,

i have a very small enhancement/patch for the TJvFontComboBox:

Simply add the following line in JvColorCombo.pas around linenumber 285:
property DropDownCount;

And you can adjust the amount of lines to show in the Popup of the Fontnames.


Have a nice day
Eric


Subject: Re: No access to repository?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 13 Nov 2007 20:08:59 +0100
Newsgroups: jedi.vcl

Salvatore Besso a écrit :
>  > The issue you reported in mantis about examples should be fixed now.
>
> ok, thank you for letting me know.

The mail server behind the mantis has some problems...
Notices should automatically be sent.


Subject: Re: No access to repository?
From: Salvatore Besso <s.besso@mclink.it>
Date: Tue, 13 Nov 2007 20:06:46 +0100
Newsgroups: jedi.vcl

> The issue you reported in mantis about examples should be fixed now.

ok, thank you for letting me know.

Regards
Salvatore


Subject: Re: No access to repository?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 13 Nov 2007 18:40:28 +0100
Newsgroups: jedi.vcl

The issue you reported in mantis about examples should be fixed now.


Subject: Re: Something new for the Delphi and jedi community
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 12 Nov 2007 22:37:25 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

>     It comes with a full help file and easy install instructions, and is of course totally free for the Delphi community.  If you would like to check it out and/or consider it for inclusion in the Jedi package, please contact me and let me know where to send the zipped file.

Could you look at making it compatible with the AppStorage components? This way even the backend can be chosen and nothing is imposed on the user.
If you want to post it somewhere, please create a "donation" issue in Mantis:

http://homepages.codegear.com/jedi/issuetracker/

Thanks for your proposition.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Something new for the Delphi and jedi community
From: Robert Meek <meektan@comcast.net>
Date: Mon, 12 Nov 2007 03:07:32 -0500
Newsgroups: jedi.vcl

    I'm not exactly sure who's running things now as I have been forced by circumstances well beyond my control to be involved in so many different projects lately that I haven't had time to keep up!
    However I did manage to do two things I promised.  First, I have finished my testing of the JvDebugHandler component I donated a couple years back and am happy to report that it still provides all the exception and error information , including a stack trace and line numbers, and sends this data out to a file or Viewer like CodeSite provided you compile your project with full debug info on and a detailed MAP file.  I've not had to make any changes to the component and won't unless I am specifically asked to, but I did test it completely on all versions of Delphi right up to D2007 from CodeGear, and with Win 2000, WinXP, and even Win Ultimate.  It's working perfectly.
    The second thing I've done, is completed my "Ini Manager" wizard which I now offer for inclusion in the Jedi library.  It is a very small, stand-alone Delphi application that allows the developer to create and store a few pieces of information regarding the project they are working on, and it will then in turn create a fully compilable unit for that application that writes and manages every call to an IniFile no matter the type being used, from that offered by Delphi in the unit named "IniFiles", or any other third party stand-alone or additive unit and the objects they might allow you.  Each IniItem you add to the wizard creates a Get Value function and a Set Value procedure in "IniMan's" output unit so that only this unit needs access to "Inifiles" or whatever inifile unit you are using, providing a separate, well organized unit whose methods can be called from anywhere and at anytime in your application's run.
    It includes procedures for creating and freeing your iniFiles, allows you to include Font conversion code if you don't already have some of your own, and allows you to mix and match variables, properties,  and literal strings along with named functions and procedures to create both default Get and user/property Set Values in an easy to work with interface that shows you how to use simple naming conventions that allow you to more quickly structure your inifile calls, allowing you to know at a glance exactly how the call should be structured so that you needn't be moving back and forth from one unit to another trying to make everything work together.
    "IniMan" keeps a full record of all the data used, as well as the last Unit version created, in a very small footprint, embedded, single-file database...one for each logged on user who works with it.
    Project information, as well as item data, can all be added to, deleted from, and/or edited as you progress with the writing of your Project code, always providing you with a completely uptodate Unit  that manages all your IniFile calls for you, even if such changes are required everytime you open the project up in the Delphi IDE!
    Last but not least, "IniMan" includes a two pane, line-numbered, Pascal Syntax highlighted Viewer/Editor that allows you to look at and compare, or make manual changes to, any version of it's output units at the same time!
    As a comparison, the average amount of time saved by using "IniMan" and adding it's output unit to one's project has shown itself to be considerable by everyone who has used it.  But of more importance is the fact that it does away with much of the redundant code writing ini-files require us to do, ends the need for extra variable usage, and allows direct access to persistant object data both when your application needs it and when it wants to save it, and being able to do so from any and all multiple forms and/or units in your Project!
    It comes with a full help file and easy install instructions, and is of course totally free for the Delphi community.  If you would like to check it out and/or consider it for inclusion in the Jedi package, please contact me and let me know where to send the zipped file.


Subject: Re: No access to repository?
From: Salvatore Besso <s.besso@mclink.it>
Date: Sun, 11 Nov 2007 21:15:53 +0100
Newsgroups: jedi.vcl

or "relocate" function should do this operation.

yup. Relocate is the right contextual menu function.

Thank you.
Salvatore


Subject: Re: No access to repository?
From: Salvatore Besso <s.besso@mclink.it>
Date: Sun, 11 Nov 2007 20:35:13 +0100
Newsgroups: jedi.vcl

hello again,

I'm in trouble to change the host of my local copy from svn... to jcl.svn... as you told in your reply. What is the Tortoise route to this change? I cannot find it anywhere... sorry.

Regards
Salvatore


Subject: Re: No access to repository?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 11 Nov 2007 20:35:00 +0100
Newsgroups: jedi.vcl

Salvatore Besso a écrit :
> I'm in trouble to change the host of my local copy from svn... to jcl.svn... as you told in your reply. What is the Tortoise route to this change? I cannot find it anywhere... sorry.

The "rebase" or "relocate" function should do this operation.


Subject: Re: No access to repository?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 11 Nov 2007 20:31:38 +0100
Newsgroups: jedi.vcl

Salvatore Besso a écrit :
> ouch, but at least until the latest time that I have updated the host name starting with "svn" worked. Is it changed in the last months?

hostname svn.sourceforge.net was disabled 3 or 4 months ago; they dispatched the subversion service on several server to lower load charge per server.


Subject: Re: No access to repository?
From: Salvatore Besso <s.besso@mclink.it>
Date: Sun, 11 Nov 2007 20:25:13 +0100
Newsgroups: jedi.vcl

hello Florent,

>> hostname 'svn.sourceforge.net'

> You have to use jcl.svn.sourceforge.net and jvcl.svn.sourceforge.net
> as svn servers.

ouch, but at least until the latest time that I have updated the host name starting with "svn" worked. Is it changed in the last months?

Thank you
Salvatore


Subject: Re: No access to repository?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 11 Nov 2007 19:58:06 +0100
Newsgroups: jedi.vcl

You have to use jcl.svn.sourceforge.net and jvcl.svn.sourceforge.net as svn servers.

Florent


Subject: No access to repository?
From: Salvatore Besso <s.besso@mclink.it>
Date: Sun, 11 Nov 2007 19:54:50 +0100
Newsgroups: jedi.vcl

hello all,

just tried to update (both JCL and JVCL) but I get this error with Tortoise 1.4.5 build 10425:

Error: PROPFIND request failed on '/svnroot/jcl/trunk/donations'

Error: PROPFIND of '/svnroot/jcl/trunk/donations': Could not resolve
hostname 'svn.sourceforge.net': The requested name is valid and present
in the database but it doesn't have correct associated data for
resolution.   (https://svn.sourceforge.net)

I have translated at my best the Italian error message.

I also add that the latest time that i have updated I have had no problems at all and I'm also using Tortoise on my local network to keep my Delphi projects in sync on the main computer and the notebook and it works (just tested).

Any hints?

Thank you
Salvatore


Subject: Re: Ver 3.33 and Delphi 2007
From: "Petrus van Breda" <nospam@nospam.com>
Date: Sun, 11 Nov 2007 01:05:41 +0200
Newsgroups: jedi.vcl

Hi

And then I solve the problem because of your own mistake. I have done 
changes to a JVCL component and it refer to the lib. Fix it and all seem to 
well again.

Don't know why I forgot about this.

Petrus


"Petrus van Breda" <nospam@nospam.com> wrote in message 
news:fh5a9n$lcr$1@news.talkto.net...
> > Hi
> >
> > I am using Delphi 2007 and find that Version 3.31 install with out a 
> > problem and work fine. With Version 3.33 all install ok. But when I open 
> > up Delphi JVCL is looking for a package JCL100.bpl and in my folders I 
> > only have JCL110.bpl.
> >
> > What am I missing with teh new installation of 3.33?
> >
> > Thanks
> >
> > Petrus
> > 




Subject: Ver 3.33 and Delphi 2007
From: "Petrus van Breda" <nospam@nospam.com>
Date: Sun, 11 Nov 2007 00:51:15 +0200
Newsgroups: jedi.vcl

Hi

I am using Delphi 2007 and find that Version 3.31 install with out a problem 
and work fine. With Version 3.33 all install ok. But when I open up Delphi 
JVCL is looking for a package JCL100.bpl and in my folders I only have 
JCL110.bpl.

What am I missing with teh new installation of 3.33?

Thanks

Petrus 




Subject: Re: installing help in BDS 2006
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Sat, 10 Nov 2007 15:29:31 +0100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mgmail.com> wrote

> > Fritz Franz wrote:
>> >> Anybody some ideas to get this help also when pressing F1 at the 
>> >> component?
> >
> > This is not possible with the current JVCL help2 files: I overlooked a 
> > specific setting in Doc-O-Matic, so the current help2 files do not have 
> > keywords included.
> >
> > I'll upload new help2 files soon.

great, thanks! 




Subject: Re: installation problems with JVCL333CompleteJCL1101-Build2725
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 10 Nov 2007 13:06:37 +0100
Newsgroups: jedi.vcl

Geof a écrit :
> What does that mean? Do you want me to send in the log file?
> Geoff

Exactly, the entire log of the installation process will help.


Subject: Re: JvTrayIcon tvRestoreClick not working
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Sat, 10 Nov 2007 13:05:28 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> [..]
> Could someone commit this change?

This is now done.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: installation problems with JVCL333CompleteJCL1101-Build2725
From: "Geof" <grainstr@bigpond.net.au>
Date: Sat, 10 Nov 2007 23:05:13 +1100
Newsgroups: jedi.vcl

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message
news:fh1efe$3vv$1@news.talkto.net...
> > Geof a écrit :
>> > > Any ideas of the problem?
> >
> > We'll be able to analyse the situation after we get the full log of the
> > installation.
> >
> > Regards,
> >
> > Florent
What does that mean? Do you want me to send in the log file?
Geoff




Subject: Re: installing help in BDS 2006
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Sat, 10 Nov 2007 12:04:05 +0100
Newsgroups: jedi.vcl

Fritz Franz wrote:
> Anybody some ideas to get this help also when pressing F1 at the component?

This is not possible with the current JVCL help2 files: I overlooked a specific setting in Doc-O-Matic, so the current help2 files do not have keywords included.

I'll upload new help2 files soon.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvTrayIcon tvRestoreClick not working
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 10 Nov 2007 11:48:00 +0100
Newsgroups: jedi.vcl

>
> Done. Here is the new function:
>
> [...]
> I think I have it right, let me know how that helps.
>

Had to change it to:

function IsApplicationMinimized: Boolean;
begin
  Result := IsIconic(Application.Handle);
  {$IFDEF COMPILER11_UP}
  if Application.MainFormOnTaskBar and Assigned(Application.MainForm) then
    Result := IsIconic(Application.MainForm.Handle);
  {$ENDIF COMPILER11_UP}
end;

so it would compile. Note: CodeGear for Delphi 2007 Win32, Update 3; I don't think the RAD Studio edition will be any different. Could someone commit this change?

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: How to do it?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 09 Nov 2007 18:52:32 +0100
Newsgroups: jedi.vcl

Sorry Andreas,

maybe it's to early for me, i don't understand your post.

Greetings
Jens

Andreas Hausladen schrieb:
> Andreas Hausladen wrote:
>
>> A new (or another already eixtsing) package for JvDSADialogs that
>> requires JvSystem and JvDlgs could solve this problem.
>
> My fault. It's simply too late for me.
>
> Looks like you must use interfaces to solve this problem.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: installing help in BDS 2006
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Fri, 9 Nov 2007 16:55:52 +0100
Newsgroups: jedi.vcl

Hello there!

Today I downloaded and installed latest JCL and JVCL. I downloaded also 
help2-files for both projects. The help for jcl installed perfectly by the 
installer.

Installing the help for JVCL was more difficult. With H2reg.exe from 
HelpWare I registered and merged JVCL help file doing:
H2Reg.exe -r -a -m 
cmdfile=c:\Programmi\Borland\BDS\4.0\componenti\jedi\jvcl\help\JVCL333_h2reg.ini
from helpware\H2reg directory.

The file JVCL333_h2reg.ini i modified adding to Section [Reg_Plugin] the 
line
borland.bds4|_DEFAULT|Jedi.JVCL|_DEFAULT|

Now I can see "JEDI-VCL 3.33 help system" in the "contents" tab of delphi 
help system. But when I focus an JvDdGrid in design time and I press F1 the 
help system does not find the relative page. From the search tab in help 
system I can search for TJvDbGrid. So it shows the correct page.

Anybody some ideas to get this help also when pressing F1 at the component?

Thx in advance,

Fritz






Subject: Re: installation problems with JVCL333CompleteJCL1101-Build2725
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 09 Nov 2007 12:35:56 +0100
Newsgroups: jedi.vcl

Geof a écrit :
> Any ideas of the problem?

We'll be able to analyse the situation after we get the full log of the installation.

Regards,

Florent


Subject: Re: installation problems with JVCL333CompleteJCL1101-Build2725
From: "Geof" <grainstr@bigpond.net.au>
Date: Fri, 9 Nov 2007 22:21:53 +1100
Newsgroups: jedi.vcl

Any ideas of the problem?

"OBones" <obones_gf_@_fe_altern.org> wrote in message
news:fh1aof$3e3$1@news.talkto.net...
> > The last lines don't matter, the first are the most important.




Subject: Re: installation problems with JVCL333CompleteJCL1101-Build2725
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 09 Nov 2007 11:34:43 +0100
Newsgroups: jedi.vcl

The last lines don't matter, the first are the most important.


Subject: installation problems with JVCL333CompleteJCL1101-Build2725
From: "Geof" <grainstr@bigpond.net.au>
Date: Fri, 9 Nov 2007 21:27:46 +1100
Newsgroups: jedi.vcl

Hi,
   I am having problems installing latest Jedi JVCL ... I am running Delphi
7 Pro. I have tried installing on both Win XP and Win 2000 machines with
same result. the last few error lines of the installation follow.
Any help would be much appreciated - I have tried for hours to over come the
problem with no success.
Thanks
Geoff
12354 lines, 1.00 seconds, 44484 bytes code, 345 bytes data.

[Compiling: JvHMID7D.bpl]

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\Program
Files\Borland\Delphi7\Source\JVCL333CompleteJCL1101-Build2725\jvcl\design\Jv
SegmentedLEDDisplayMappingForm.pas(184) Error: Declaration expected but
identifier 'Folder' found

C:\Program
Files\Borland\Delphi7\Source\JVCL333CompleteJCL1101-Build2725\jvcl\design\Jv
SegmentedLEDDisplayMappingForm.pas(187) Error: '.' expected but ';' found

C:\Program
Files\Borland\Delphi7\Source\JVCL333CompleteJCL1101-Build2725\jvcl\design\Jv
SegmentedLEDDisplayMappingForm.pas(190) Warning: Text after final 'END.' -
ignored by compiler

C:\Program
Files\Borland\Delphi7\Source\JVCL333CompleteJCL1101-Build2725\jvcl\design\Jv
SegmentedLEDDisplayMappingForm.pas(56) Error: Unsatisfied forward or
external declaration: 'TfrmJvSLDMappingEditor.FormCloseQuery'

C:\Program
Files\Borland\Delphi7\Source\JVCL333CompleteJCL1101-Build2725\jvcl\design\Jv
SegmentedLEDDisplayMappingForm.pas(67) Error: Unsatisfied forward or
external declaration: 'TfrmJvSLDMappingEditor.UpdateDigitClass'

C:\Program
Files\Borland\Delphi7\Source\JVCL333CompleteJCL1101-Build2725\jvcl\design\Jv
SegmentedLEDDisplayMappingForm.pas(68) Error: Unsatisfied forward or
external declaration: 'TfrmJvSLDMappingEditor.UpdateInfo'

C:\Program
Files\Borland\Delphi7\Source\JVCL333CompleteJCL1101-Build2725\jvcl\design\Jv
SegmentedLEDDisplayMappingForm.pas(69) Error: Unsatisfied forward or
external declaration: 'TfrmJvSLDMappingEditor.MappingChanged'

C:\Program
Files\Borland\Delphi7\Source\JVCL333CompleteJCL1101-Build2725\jvcl\design\Jv
SegmentedLEDDisplayMappingForm.pas(71) Error: Unsatisfied forward or
external declaration: 'TfrmJvSLDMappingEditor.Loaded'

JvHMID7D.dpk(55) Fatal: Could not compile used unit
'..\..\design\JvSegmentedLEDDisplayMappingForm.pas'




Subject: Re: Install help with the installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 09 Nov 2007 08:35:33 +0100
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> I was thinking the same. I don't have JCL write access so I'll work some more on the code and just commit it for JVCL.

Do you want a write access to the JCL repository?

> Btw, isn't it a problem to compile the program that will be elevated, when uninstalling? That is, can you assume that there is a working JCL when you uninstall?

The JVCL installer is recompiled when the JVCL is uninstalled; the JVCL installer already has dependencies on JCL code.
The JVCL should use JCL source code and should compile its own binaries rather than calling some executable files under jcl\bin.

Regards,

Florent Ouchet


Subject: Re: JVCL333CompleteJCL1101-Build2725.zip
From: "w2m" <w2m00@hicomponents00.com>
Date: Thu, 8 Nov 2007 19:44:29 -0500
Newsgroups: jedi.vcl

Strange.  I always used to run install.bat by double-clicking install.bat in explorer... solved the problem by compiling from command line.

Thanks,

Bill


Subject: JVCL333CompleteJCL1101-Build2725.zip
From: "w2m" <w2m00@hicomponents00.com>
Date: Thu, 8 Nov 2007 19:32:44 -0500
Newsgroups: jedi.vcl

My JVCL got messed up so I removed all jcl,jvcl packages from ide, deleted jcl and jvcl folders, removed paths from ide.

Now when I run install.bat I get

The system cannot find the path specified.
The system cannot find the path specified.

Failed to compile JVCL installer

What should I do?

Thanks

Bill


Subject: Re: How to do it?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 8 Nov 2007 23:59:48 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > A new (or another already eixtsing) package for JvDSADialogs that
> > requires JvSystem and JvDlgs could solve this problem.

My fault. It's simply too late for me.

Looks like you must use interfaces to solve this problem.


-- Regards, Andreas Hausladen 

Subject: Re: How to do it?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 8 Nov 2007 23:58:33 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > What's the best solution to solve this?

A new (or another already eixtsing) package for JvDSADialogs that
requires JvSystem and JvDlgs could solve this problem.


-- Regards, Andreas Hausladen 

Subject: How to do it?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 09 Nov 2007 00:26:28 +0100
Newsgroups: jedi.vcl

Hi,

i want to use the JvDSADialogs.pas unit in the JvThread.pas unit.

JvThread is part of the JvSystem package, and jvDSADialogs is part of the JvDlgs package. JvDlgs requires JvSystem.

If i use the JvDSADialogs in JvThread then the unit is automaticly added to the JvSystem package, and then there are circular references.

What's the best solution to solve this?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 08 Nov 2007 23:42:25 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> The wrapper seems ok. Maybe this code could be moved to the JCL runtime code for abstraction.

I was thinking the same. I don't have JCL write access so I'll work some more on the code and just commit it for JVCL.

Btw, isn't it a problem to compile the program that will be elevated, when uninstalling? That is, can you assume that there is a working JCL when you uninstall?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvTrayIcon tvRestoreClick not working
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 08 Nov 2007 23:36:55 +0100
Newsgroups: jedi.vcl

OBones wrote:
> I think I have it right, let me know how that helps.
>

Yeah, that is alright, I guess. Don't know for sure what to do when MainFormOnTaskBar = True and Application.MainForm = nil.

MainFormOnTaskBar is causing other problems.

* ShowWindow(Application.Handle, SW_HIDE); does not hide the button on the task bar; should be ShowWindow(Application.MainForm.Handle, SW_HIDE);
* ShowWindow(Application.Handle, SW_SHOW); shows the hidden application window;
* Application.MainForm.Visible := False; can't be called before Application.Minimize;

Actually all use of Application.Handle or Application.MainForm.Handle is suspicious.

I'll test the component some more; Note that the IsIconic check is also in other JVCL code and in JCL (TJclAppInstances).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvTrayIcon tvRestoreClick not working
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 08 Nov 2007 22:35:15 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Remko Bonte wrote:
>> OBones wrote:
>>> Would using "ShowMainFormOnTaskBar := True" have any impact?
>>>
>>
>> Yes, that is causing it. You have to use
>>
>> IsIconic(Application.MainForm.Handle)
>>
>> in that case.
>>
>> By setting ShowMainFormOnTaskBar to false you have the old behaviour.
>
> Ok, I'll change that then.
>

Done. Here is the new function:

function IsApplicationMinimized: Boolean;
begin
  Result := IsIconic(Application.Handle);
  {$IFDEF COMPILER11_UP}
  if ShowMainFormOnTaskBar and Assigned(Application.MainForm) then
    Result := IsIconic(Application.MainForm.Handle);
  {$ENDIF COMPILER11_UP}
end;

I think I have it right, let me know how that helps.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvTrayIcon tvRestoreClick not working
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 08 Nov 2007 22:31:39 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> OBones wrote:
>> Would using "ShowMainFormOnTaskBar := True" have any impact?
>>
>
> Yes, that is causing it. You have to use
>
> IsIconic(Application.MainForm.Handle)
>
> in that case.
>
> By setting ShowMainFormOnTaskBar to false you have the old behaviour.

Ok, I'll change that then.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvTrayIcon tvRestoreClick not working
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 08 Nov 2007 21:04:27 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Would using "ShowMainFormOnTaskBar := True" have any impact?
>

Yes, that is causing it. You have to use

IsIconic(Application.MainForm.Handle)

in that case.

By setting ShowMainFormOnTaskBar to false you have the old behaviour.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvTrayIcon tvRestoreClick not working
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 08 Nov 2007 20:49:38 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Nito wrote:
>>> Well, yes, and it works just fine here.
>>> Active = True
>>> Visibility = [tvVisibleTaskBar,tvVisibleTaskList,tvAutoHide,tvRestoreClick]
>>
>> Here still isn't working... tvMinimizeClick works fine but not
>> tvRestoreClick or tvRestoreDbClick.
>> I've tried in Win Vista and in Win XP but it's the same, the window isn't
>> restored again.
>> Are you using Delphi 2007?
>>
>
> I see it also; The problem is in function IsApplicationMinimized: You can't use IsIconic(Application.Handle) anymore in D2007 to detect whether the application is minimized.

Would using "ShowMainFormOnTaskBar := True" have any impact?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvTrayIcon tvRestoreClick not working
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 08 Nov 2007 20:34:05 +0100
Newsgroups: jedi.vcl

Nito wrote:
>> Well, yes, and it works just fine here.
>> Active = True
>> Visibility = [tvVisibleTaskBar,tvVisibleTaskList,tvAutoHide,tvRestoreClick]
>
> Here still isn't working... tvMinimizeClick works fine but not
> tvRestoreClick or tvRestoreDbClick.
> I've tried in Win Vista and in Win XP but it's the same, the window isn't
> restored again.
> Are you using Delphi 2007?
>

I see it also; The problem is in function IsApplicationMinimized: You can't use IsIconic(Application.Handle) anymore in D2007 to detect whether the application is minimized.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvTrayIcon tvRestoreClick not working
From: "Nito" <nitoc3@gmail.com>
Date: Thu, 8 Nov 2007 17:25:21 -0000
Newsgroups: jedi.vcl

>> Here still isn't working... tvMinimizeClick works fine but not
>> tvRestoreClick or tvRestoreDbClick.
>> I've tried in Win Vista and in Win XP but it's the same, the window isn't
>> restored again.
>> Are you using Delphi 2007?
>
> D2006 here, but I don't see any obvious reasons why D2007 would have any impact in this area.

Im NOT blamming D2007 or JVCL, I'm just trying to find a reason why it doesn't work for me.
Whath possible reasons could make this happen?


Subject: Re: JvTrayIcon tvRestoreClick not working
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 08 Nov 2007 17:54:22 +0100
Newsgroups: jedi.vcl

Nito wrote:
>> Well, yes, and it works just fine here.
>> Active = True
>> Visibility = [tvVisibleTaskBar,tvVisibleTaskList,tvAutoHide,tvRestoreClick]
>
> Here still isn't working... tvMinimizeClick works fine but not
> tvRestoreClick or tvRestoreDbClick.
> I've tried in Win Vista and in Win XP but it's the same, the window isn't
> restored again.
> Are you using Delphi 2007?

D2006 here, but I don't see any obvious reasons why D2007 would have any impact in this area.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvTrayIcon tvRestoreClick not working
From: "Nito" <nitoc3@gmail.com>
Date: Thu, 8 Nov 2007 11:53:04 -0000
Newsgroups: jedi.vcl

> Well, yes, and it works just fine here.
> Active = True
> Visibility = [tvVisibleTaskBar,tvVisibleTaskList,tvAutoHide,tvRestoreClick]

Here still isn't working... tvMinimizeClick works fine but not
tvRestoreClick or tvRestoreDbClick.
I've tried in Win Vista and in Win XP but it's the same, the window isn't
restored again.
Are you using Delphi 2007?



Subject: Re: JvTrayIcon tvRestoreClick not working
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 08 Nov 2007 09:24:36 +0100
Newsgroups: jedi.vcl

Nito wrote:
> I've placed a TJvTrayIcon on an aplication and set the visibility tvRestoreClick to true but when I click the TrayIcon nothing happens.
> Wasn't it supose to restore a minimized application?

Well, yes, and it works just fine here.
Active = True
Visibility = [tvVisibleTaskBar,tvVisibleTaskList,tvAutoHide,tvRestoreClick]


Subject: Re: TJvSimpleXML newbie - How do I remove Items from file??
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 08 Nov 2007 09:22:55 +0100
Newsgroups: jedi.vcl

Steve Hall wrote:
> Not certain how to remove items from an xml dataset.
> Any help greatful!

Node.Items.Delete


Subject: Re: some components to integrate
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 8 Nov 2007 01:04:44 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote in message
news:fgmhl5$mge$1@news.talkto.net...

>> >> We already have a pending "sound" related donation to the JVCL but I
> > don't think we have a the place for such components.
> > As to the DIB controls, they use third party source code that we might
> > not be able to integrate in our package.

There's at least one contributor to hunt down too.

Here's an interesting tidbit in the 'opensource' folder of DIB:

unit DIBPasParser;

(********************************************************)
(*                                                      *)
(*      Object Modeler Class Library                    *)
(*                                                      *)
(*      Open Source Released 2000                       *)
(*      http://objectmodeler.com                        *)
(********************************************************)
//Warning, exe files on the above mentioned site are known
//to have had trojans etc written into them in order to
//scan your hard drive and extract your personal files !!  (Pete)


The site is 'parked' BTW.

EdB




Subject: JvTrayIcon tvRestoreClick not working
From: "Nito" <nitoc3@gmail.com>
Date: Thu, 8 Nov 2007 02:01:46 -0000
Newsgroups: jedi.vcl

I've placed a TJvTrayIcon on an aplication and set the visibility tvRestoreClick to true but when I click the TrayIcon nothing happens.
Wasn't it supose to restore a minimized application?


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: Norbert Spiegel <norbert.spiegel@freenet.de>
Date: Wed, 07 Nov 2007 21:12:34 +0100
Newsgroups: jedi.vcl

Hans-Martin Brückmann schrieb:
> Norbert Spiegel schrieb:
>> OBones schrieb:
>>> Norbert Spiegel wrote:
>>>> OBones schrieb:
>>>>> Have you installed ALL the available updates for C++ Builder 5 ?
>>>>>
>>>>
>>>> Hello,
>>>>
>>>> after checking my installation of c++builder5 I cannot find a reason why installation with the installer fails. I can install manually - but it's boaring.
>>>>
>>>> Installation fails with different messages like
>>>>
>>>> Package JvCoreC5R not saved to disk because option -J is activated...
>>>> and after that, other packagaes cannot load JvCoreC5R...
>>>>
>>>> or
>>>>
>>>> File c.obj not found...
>>>>
>>>> Any ideas what I can do?
>>>
>>> Not yet.
>>> To clarify, which versions of Delphi/BCB do you have installed on your machine ?
>>
>> I have Delphi 7 and C++Builder 5 Professional with Update 1 (that's the only one I found on Borland Website).
>>
>> Again - installation of jcl is okay! Problems arise only during installation of jvcl for c++builder.
> Please look here:
>     www.tamaracka.com
>     search a bit
> There is a conversation from Mr. Hausladen.
> They found the following:
> Clean all the results of your installed tries.
> Then take the file ..\Jedi\jcl\source\windows\JclHookExcept.pas in an editor.
>
> Somewhere write the following pragma-instruction:
> {$Y+}
> Don`t ask why. But it seemed to work, the installation worked successfully

I tried it - does not really help. Installation of jcl is okay; but when trying to install jvcl I get the error:

Fatal: Unable to open file 'C.OBJ' (see below...)



[Generating: Packages]
Generating packages for C5
    Loaded template.bpk
        Writing JvDockingC5D.bpk for C5
        Writing JvDockingC5R.bpk for C5
        Writing JvDotNetCtrlsC5D.bpk for C5
        Writing JvDotNetCtrlsC5R.bpk for C5
        Writing JvDotNetCtrlsC5R.bpk for c5s (c5s template used)
        Writing JvManagedThreadsC5D.bpk for C5
        Writing JvManagedThreadsC5R.bpk for C5
        Writing JvTimeFrameworkC5D.bpk for C5
        Writing JvTimeFrameworkC5R.bpk for C5
        Writing JvUIBC5D.bpk for C5
        Writing JvUIBC5R.bpk for C5
        Writing JvUIBC5R.bpk for c5s (c5s template used)
        Writing JvWizardC5D.bpk for C5
        Writing JvWizardC5R.bpk for C5
        Writing JvXPCtrlsC5D.bpk for C5
        Writing JvXPCtrlsC5R.bpk for C5
    Loaded template.cpp
        Writing JvDockingC5D.cpp for C5
        Writing JvDockingC5R.cpp for C5
        Writing JvDotNetCtrlsC5D.cpp for C5
        Writing JvDotNetCtrlsC5R.cpp for C5
        Writing JvDotNetCtrlsC5R.cpp for c5s
        Writing JvManagedThreadsC5D.cpp for C5
        Writing JvManagedThreadsC5R.cpp for C5
        Writing JvTimeFrameworkC5D.cpp for C5
        Writing JvTimeFrameworkC5R.cpp for C5
        Writing JvUIBC5D.cpp for C5
        Writing JvUIBC5R.cpp for C5
        Writing JvUIBC5R.cpp for c5s
        Writing JvWizardC5D.cpp for C5
        Writing JvWizardC5R.cpp for C5
        Writing JvXPCtrlsC5D.cpp for C5
        Writing JvXPCtrlsC5R.cpp for C5
    Loaded template.dpk
        Writing JvDockingC5D.dpk for C5
        Writing JvDockingC5R.dpk for C5
        Writing JvDotNetCtrlsC5D.dpk for C5
        Writing JvDotNetCtrlsC5R.dpk for C5
        Writing JvDotNetCtrlsC5R.dpk for c5s (c5s template used)
        Writing JvManagedThreadsC5D.dpk for C5
        Writing JvManagedThreadsC5R.dpk for C5
        Writing JvTimeFrameworkC5D.dpk for C5
        Writing JvTimeFrameworkC5R.dpk for C5
        Writing JvUIBC5D.dpk for C5
        Writing JvUIBC5R.dpk for C5
        Writing JvUIBC5R.dpk for c5s (c5s template used)
        Writing JvWizardC5D.dpk for C5
        Writing JvWizardC5R.dpk for C5
        Writing JvXPCtrlsC5D.dpk for C5
        Writing JvXPCtrlsC5R.dpk for C5
    Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
1374 Zeilen, 1.98 Sekunden, 163 Bytes Code, 0 Bytes Daten.
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Fatal: Unable to open file 'C.OBJ'


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: Hans-Martin Brückmann <hmb@brueckmann-gmbh.de>
Date: Wed, 07 Nov 2007 09:36:15 +0100
Newsgroups: jedi.vcl

Norbert Spiegel schrieb:
> OBones schrieb:
>> Norbert Spiegel wrote:
>>> OBones schrieb:
>>>> Have you installed ALL the available updates for C++ Builder 5 ?
>>>>
>>>
>>> Hello,
>>>
>>> after checking my installation of c++builder5 I cannot find a reason why installation with the installer fails. I can install manually - but it's boaring.
>>>
>>> Installation fails with different messages like
>>>
>>> Package JvCoreC5R not saved to disk because option -J is activated...
>>> and after that, other packagaes cannot load JvCoreC5R...
>>>
>>> or
>>>
>>> File c.obj not found...
>>>
>>> Any ideas what I can do?
>>
>> Not yet.
>> To clarify, which versions of Delphi/BCB do you have installed on your machine ?
>
> I have Delphi 7 and C++Builder 5 Professional with Update 1 (that's the only one I found on Borland Website).
>
> Again - installation of jcl is okay! Problems arise only during installation of jvcl for c++builder.
Please look here:
    www.tamaracka.com
    search a bit
There is a conversation from Mr. Hausladen.
They found the following:
Clean all the results of your installed tries.
Then take the file ..\Jedi\jcl\source\windows\JclHookExcept.pas in an editor.

Somewhere write the following pragma-instruction:
{$Y+}
Don`t ask why. But it seemed to work, the installation worked successfully


Subject: Re: Install help with the installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 06 Nov 2007 21:09:58 +0100
Newsgroups: jedi.vcl

The wrapper seems ok. Maybe this code could be moved to the JCL runtime code for abstraction.

Few warnings have to be solved AllocateHwnd->Classes.AllocateHwnd and DeallocateHwnd->Classes.DeallocateHwns.

Regards,

Florent


Subject: Re: Install help with the installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 6 Nov 2007 19:39:54 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > AllocateHwnd->Classes.AllocateHwnd and
> > DeallocateHwnd->Classes.DeallocateHwns.

Be carefull. In Delphi 5 they are in Forms.pas

-- Regards, Andreas Hausladen 

Subject: TJvSimpleXML newbie - How do I remove Items from file??
From: Steve Hall <steve@milkroundsoftware.co.uk>
Date: Tue, 06 Nov 2007 14:21:53 +0000
Newsgroups: jedi.vcl

Not certain how to remove items from an xml dataset.
Any help greatful!
Steve


Subject: tJvTipOfDay Peculiar Behaviour..
From: "Khurram Zaveri" <nospma_kzaveri@gmail.com>
Date: Tue, 6 Nov 2007 17:10:27 +0530
Newsgroups: jedi.vcl

I dropped a jvTipOfDay component and a XMLStorage to go with it. My 
application has multiple forms, with a splash screen that is in the 
'Available forms' list of the app.

I set the toShowWhenFormShown option to true. When I run the application, 
the Tips dialog does not Show, however, when I toggle windows using Alt+F4, 
the dialog pops up..

Is there any way to fix this behaviour and to show it when the form actually 
loads?

Thanks




Subject: Re: JvValidators dont work on Database controls?
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Mon, 5 Nov 2007 20:51:37 +0100
Newsgroups: jedi.vcl

> > Ah, yes, of course. Then the correct ifdef would be the one personal 
> > editions. I'll look into that.
I wasn't sure if there was a suitable DEFINE already, so I used a 
ridiculously long one so you would have to take notice :)

-- Regards, Peter 

Subject: TApplicationEvents vs TJvAppEvents
From: "AlexB" <b.a.v@inbox.ru>
Date: Mon, 5 Nov 2007 08:36:08 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

Some days ago I've encounter the following problem:

CB2007.
Main form has standard TApplicationEvents and OnIdle event.
Child (modal) form has TJvAppEvents and OnIdle event.

After closing the child form, the TApplicationEvents->OnIdle in the
main form ceases to work (no call of OnIdle).

Is this a bug ?..

-- Alex 

Subject: Re: some components to integrate
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 05 Nov 2007 09:23:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Florent Ouchet wrote:
>> Hi all,
>>
>> Peter Morris from Droopy Eyes Software announced ceasing its Delphi activities in a message in borland.public.delphi.non-technical. Several projects are seeking a new home, 2 of them may interest the JVCL:
>> deAudio - audio compression components
>> DIB Controls - multi-media style graphics controls
>>
>> Are there of any interest? Note that Peter Morris will no longer support this code.
>>
>> Florent
>
> Sounds like good and stable components. Get them.
> Maybe deAudio should be split into algorithms for the JCL and wrapper components.

We already have a pending "sound" related donation to the JVCL but I don't think we have a the place for such components.
As to the DIB controls, they use third party source code that we might not be able to integrate in our package.


Subject: Re: JvValidators dont work on Database controls?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 05 Nov 2007 08:45:46 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> What would be the consequences of enabling it by default?
> It would require DB and DBCtrls in the uses clause, potentionally increasing the size of the resulting executable for those that does not use DB controls. Also, I am not sure if the entry level editions of Delphi has DB support, which could mean that it wouldn't be possible to install at all.

Ah, yes, of course. Then the correct ifdef would be the one personal editions. I'll look into that.


Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Sun, 04 Nov 2007 19:53:52 +0100
Newsgroups: jedi.vcl

Florent (and others),

Could you take a look at the code I have uploaded in the binaries group. It contains a 'framework' to execute code elevated:

For every piece of code that needs to be executed elevated you:
  * create a TBaseElevatedAction descendant,
  * Implement SaveToStrings/LoadFromStrings to make its properties persistent,
  * Implement InternalExecute that executes the code. (InternalExecute will be called by an elevated process)

When you call the Execute method of the TBaseElevatedAction descendant, a controller object compiles and executes an external application. Communication between the 2 processes is done via WM_COPYDATA messages. So the (not elevated) install program sends a WM_COPYDATA message to the (elevated) helper.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: RichEditToHtml
From: "Fleshatomale" <fleshatomale_NIENTE_SPAM@hotmail.com>
Date: Sun, 4 Nov 2007 19:49:41 +0100
Newsgroups: jedi.vcl

No help for me? :(

-- "Fleshatomale" <fleshatomale_NIENTE_SPAM@hotmail.com> ha scritto nel messaggio news:fg5o75$gf9$1@news.talkto.net...
> > Hi All,
> > I want know if is possible convert RTF with IMAGE in HTML.
> >
> > Actually I can convert only attibutes and text, but not IMAGE.
> >
> > Any Ideas?
> >
> > Thanks
> >
> > -- 
> > Fleshatomale
> > 




Subject: Re: JvValidators dont work on Database controls?
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Sun, 4 Nov 2007 17:43:49 +0100
Newsgroups: jedi.vcl

> > What would be the consequences of enabling it by default?
It would require DB and DBCtrls in the uses clause, potentionally increasing 
the size of the resulting executable for those that does not use DB 
controls. Also, I am not sure if the entry level editions of Delphi has DB 
support, which could mean that it wouldn't be possible to install at all.


-- Regards, Peter 

Subject: Re: some components to integrate
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Nov 2007 16:39:27 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi all,
>
> Peter Morris from Droopy Eyes Software announced ceasing its Delphi activities in a message in borland.public.delphi.non-technical. Several projects are seeking a new home, 2 of them may interest the JVCL:
> deAudio - audio compression components
> DIB Controls - multi-media style graphics controls
>
> Are there of any interest? Note that Peter Morris will no longer support this code.
>
> Florent

Sounds like good and stable components. Get them.
Maybe deAudio should be split into algorithms for the JCL and wrapper components.


Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Sat, 03 Nov 2007 16:04:34 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Remko Bonte a écrit :
>> I've uploaded help files in the MS help 2 format. Maybe now is a good time to alter the installer so it will plug the help files in Delphi.
>>
>> The code to register/unregister the help files could be taken from the JCL installer.
>
> The JVCL installer can now link JCL code (thanks to Andreas' change):
> Everything is handled by class TJclHelp2Manager in JclBorlandTools; unfortunately registering help files require administrator privilege (elevated on Vista) not to break help system; the JVCL installer need a bootstap utility like jcl/install/RegHelper.dpr

The WinHelp install requires also administrator privilege, because it tries to write to HKEY_LOCAL_MACHINE (in (TJclBorlandOpenHelp.AddHelpFile):

Unable to open key "HKEY_LOCAL_MACHINE\\SOFTWARE\Microsoft\Windows\Help" for write.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: some components to integrate
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 03 Nov 2007 10:19:49 +0100
Newsgroups: jedi.vcl

Hi all,

Peter Morris from Droopy Eyes Software announced ceasing its Delphi activities in a message in borland.public.delphi.non-technical. Several projects are seeking a new home, 2 of them may interest the JVCL:
deAudio - audio compression components
DIB Controls - multi-media style graphics controls

Are there of any interest? Note that Peter Morris will no longer support this code.

Florent


Subject: Re: How to install the help2 files in CRAD Studio 2007?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 02 Nov 2007 15:38:50 +0100
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> Okay, thanks. BTW do you know whether something specific has to be set in DOM to so you can get context sensitive help for JVCL topics in Delphi, ie by pressing the F1 key.

I don't know, sorry. Maybe there is a topic about that in borland.public.delphi.documentation

Regards,

Florent


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: Norbert Spiegel <norbert.spiegel@ids.de>
Date: Wed, 31 Oct 2007 11:21:24 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Norbert Spiegel wrote:
>> OBones schrieb:
>>> Have you installed ALL the available updates for C++ Builder 5 ?
>>>
>>
>> Hello,
>>
>> after checking my installation of c++builder5 I cannot find a reason why installation with the installer fails. I can install manually - but it's boaring.
>>
>> Installation fails with different messages like
>>
>> Package JvCoreC5R not saved to disk because option -J is activated...
>> and after that, other packagaes cannot load JvCoreC5R...
>>
>> or
>>
>> File c.obj not found...
>>
>> Any ideas what I can do?
>
> Not yet.
> To clarify, which versions of Delphi/BCB do you have installed on your machine ?

I have Delphi 7 and C++Builder 5 Professional with Update 1 (that's the only one I found on Borland Website).

Again - installation of jcl is okay! Problems arise only during installation of jvcl for c++builder.


Subject: Re: JvValidators dont work on Database controls?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 31 Oct 2007 08:44:33 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Update:
>
> I've changed the DB support to a much nicer solution. Check the binaries group for the update and an explanation of the changes.
>
> I've also committed this version to SVN. Since it includes a define that disables DB support by default, there should be no changes for current users.

What would be the consequences of enabling it by default?


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 31 Oct 2007 08:44:15 +0100
Newsgroups: jedi.vcl

Norbert Spiegel wrote:
> OBones schrieb:
>> Have you installed ALL the available updates for C++ Builder 5 ?
>>
>
> Hello,
>
> after checking my installation of c++builder5 I cannot find a reason why installation with the installer fails. I can install manually - but it's boaring.
>
> Installation fails with different messages like
>
> Package JvCoreC5R not saved to disk because option -J is activated...
> and after that, other packagaes cannot load JvCoreC5R...
>
> or
>
> File c.obj not found...
>
> Any ideas what I can do?

Not yet.
To clarify, which versions of Delphi/BCB do you have installed on your machine ?


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: Norbert Spiegel <norbert.spiegel@ids.de>
Date: Wed, 31 Oct 2007 08:37:23 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Have you installed ALL the available updates for C++ Builder 5 ?
>

Hello,

after checking my installation of c++builder5 I cannot find a reason why installation with the installer fails. I can install manually - but it's boaring.

Installation fails with different messages like

Package JvCoreC5R not saved to disk because option -J is activated...
and after that, other packagaes cannot load JvCoreC5R...

or

File c.obj not found...

Any ideas what I can do?

Regards


Subject: Re: JvValidators dont work on Database controls?
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Tue, 30 Oct 2007 23:12:12 +0100
Newsgroups: jedi.vcl

Update:

I've changed the DB support to a much nicer solution. Check the binaries 
group for the update and an explanation of the changes.

I've also committed this version to SVN. Since it includes a define that 
disables DB support by default, there should be no changes for current 
users.

-- Regards, Peter "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com> skrev i meddelandet news:fg1mf5$v1$1@news.talkto.net...
> > Actually, it is quite easy to implement DB support. I just didn't do it 
> > because I don't use DB controls.
> >
> > Check the binaries group - I have uploaded a new JvValidators.pas that 
> > supports DB controls. You will need to save the file in your JVCL\run 
> > folder and then rebuild the JvValidators packages, both run and design.
> >
> > You will now see a new property on the validators: ImplementsDataLink. Set 
> > this to true (leave
> > PropertyToValidate empty or it will be used instead) and the component 
> > will check the DataLink instead of the PropertyValue. Note that this only 
> > works with DB controls that displays a single record from a table (they 
> > implement TFieldDataLink), i.e you can't use it with DBGrid.
> >
> > If it works properly (I only tested it very briefly), I can commit it to 
> > the main branch.
> >
> > -- 
> > Regards, Peter
> >
> > "anithegregorian" <anithegregorian@gmail.com> skrev i meddelandet 
> > news:ffpmr7$n2$1@news.talkto.net...
>> >> Sorry for posting this cause I've already read on newswhat.com of a 
>> >> previous post which contains the same problem. On the newswhat.com post 
>> >> this is because data aware / database controls don't have RTTI 
>> >> information in them which is why you don't see the Text Property in 
>> >> PropertyToValidate in inspector.
> > [...]
> > 




Subject: Re: JvLED Shows black spot instead of Colored Led
From: "DPerfors" <dnperfors@gmail.com>
Date: Tue, 30 Oct 2007 17:18:23 +0100
Newsgroups: jedi.vcl

> >DPerfors wrote:
> >
>> >> From within another thread I call a procedure
> >
> >Synchronized or not?
> >
uhm. no it is not, and it is difficult to do so because in the thread I
set the property of a class. When the property is changed it will sent an
event (actually, call the procedure)...
But when that is the problem, I have to find a solution for myself :)

Thanks for the hint :)

David



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvLED Shows black spot instead of Colored Led
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 30 Oct 2007 17:05:13 +0100
Newsgroups: jedi.vcl

DPerfors wrote:

> From within another thread I call a procedure

Synchronized or not?


Subject: JvLED Shows black spot instead of Colored Led
From: "DPerfors" <dnperfors@gmail.com>
Date: Tue, 30 Oct 2007 12:49:15 +0100
Newsgroups: jedi.vcl

Hi People,

I have put a JvLED on a frame which I add dynamically to a form. From
within another thread I call a procedure (UpdateView, which is actually an
event handler) which updates the status of the LED. When changing the LED
it turns black instead if Lime.

I am using Windows XP, Delphi 7, JVCL 3.33

Thanks in advance, David



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to install the help2 files in CRAD Studio 2007?
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 30 Oct 2007 01:59:24 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> for BDS 2006 (any personalities) or Delphi 2005; borland.bds* has to be set respectively to borland.bds4 or borland.bds3.

Okay, thanks. BTW do you know whether something specific has to be set in DOM to so you can get context sensitive help for JVCL topics in Delphi, ie by pressing the F1 key.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: RichEditToHtml
From: "Fleshatomale" <fleshatomale_NIENTE_SPAM@hotmail.com>
Date: Tue, 30 Oct 2007 00:30:30 +0100
Newsgroups: jedi.vcl

Hi All,
I want know if is possible convert RTF with IMAGE in HTML.

Actually I can convert only attibutes and text, but not IMAGE.

Any Ideas?

Thanks

-- Fleshatomale 

Subject: Re: How to install the help2 files in CRAD Studio 2007?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 30 Oct 2007 00:10:17 +0100
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> 2. It must be plugged into the Borland help.
> Step 2 can be done by editing the JVCL333_h2reg.ini file.
>
> In section [Reg_Plugin] and section
> [UnReg_Plugin] you should add the line
>
> borland.bds5|_DEFAULT|Jedi.JVCL|_DEFAULT|

this rule fits for Delphi 2007.

for BDS 2006 (any personalities) or Delphi 2005; borland.bds* has to be set respectively to borland.bds4 or borland.bds3.

- Florent


Subject: Re: How to install the help2 files in CRAD Studio 2007?
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Mon, 29 Oct 2007 23:36:16 +0100
Newsgroups: jedi.vcl

Markus.Humm wrote:
> Hello,
>
> I successfully installed JVCL 3.33 into my new RAD Studio 2007.
> How to integrate the seperately available help in the required help 2 format?

This can be done manually but it is a bit difficult, so the idea is that the installer should do that (as the JCL installer does).
Currently the installer does not do it yet, but you can expect it to be implemented in the installer in the coming weeks or so.

If you still want to do it manually, then two things have to be done.

1. The JVCL help file must be registered.
2. It must be plugged into the Borland help.

Step 1 can be done by downloading h2reg from http://helpware.net/mshelp2/h2reg.htm and executing

h2reg.exe -r "cmdfile="JVCL333_h2reg.ini"

via the command prompt.

You can unregister with

h2reg.exe -u "cmdfile="JVCL333_h2reg.ini"

Step 2 can be done by editing the JVCL333_h2reg.ini file.

In section [Reg_Plugin] and section
[UnReg_Plugin] you should add the line

borland.bds5|_DEFAULT|Jedi.JVCL|_DEFAULT|

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: How to install the help2 files in CRAD Studio 2007?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Mon, 29 Oct 2007 22:07:08 +0100
Newsgroups: jedi.vcl

Hello,

I successfully installed JVCL 3.33 into my new RAD Studio 2007.
How to integrate the seperately available help in the required help 2 format?

Greetings

Markus


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: Norbert Spiegel <norbert.spiegel@ids.de>
Date: Mon, 29 Oct 2007 14:54:04 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Have you installed ALL the available updates for C++ Builder 5 ?
>
I checked that again on the last weekend - my c++builder installation is complete with all available updates.

At the moment I have installed jcl (that is possible with d7 installed); and installed the jvcl packages needed for my actual project (only two) manually using c++builder IDE. However - installation of all packages would be boaring because You have to quit lots of popups with "missing package" messages...

Regards

Norbert Spiegel


Subject: Re: Question about UIB
From: "Antti Kurenniemi" <antti@anttik.com>
Date: Mon, 29 Oct 2007 07:02:45 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:fg21cl$2cj$1@news.talkto.net...
> > Antti Kurenniemi wrote:
>> >> Hi all,
>> >>
>> >>
>> >> I'm using UIB in a few small projects, it's working real well. But I'm 
>> >> wondering is there a way to display progress while uploading / 
>> >> downloading a blob field? Would be pretty nice for large binary blobs.
> >
> > As indicated a while back, JvUIB inside the JVCL have not be updated and 
> > will not be anymore. Please use the ones from the original author:
> >
> > http://www.progdigy.com/
> >
> > Those in the JVCL will be removed anytime soon.

Ok - I must've missed that. Thanks, I'll go look there.


Antti Kurenniemi




Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: norberto <pellicci@shaw.ca>
Date: Sun, 28 Oct 2007 19:01:54 -0700
Newsgroups: jedi.vcl

OBones wrote:
> norberto wrote:
>
>> i just need to ask this question so i know i'm not missing anything: is there any JVCL component that will return these values? Or is there perhaps any thought about coding one for the future as a separate component or an upgrade to JvComputerInfoEx?
>
> No, there is not.
>

Thank you for the info. You answered my question.  i had finally decided that there is not since it seemed to be such a new topic.

Cheers


Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: norberto <pellicci@shaw.ca>
Date: Sun, 28 Oct 2007 18:59:51 -0700
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> It is possible (see SpeedFan which is a Delphi app http://www.almico.com/speedfan.php), but i think the data is not always clean so you need tables of chipsets for the interpretation.

Hi Robert,

Thanks for your reply. Looking around the web and the MSDN website as well as the SMBIOS standards website, i have discovered that SMBIOS is supposed to be able to bridge the gap between the various motherboard chipset vendors, their sensor mappings and Windows. This would alleviate the need to keep updating DLLs with new chipset mappings and the like. At least for the newer motherboards, SMBIOS compatibility must be made for the motherboard to have Microsoft certification. This is what i understand so far from perusing the documentation.

That been said, please see my reply to "edbored" in this thread.  i have listed some other links with information regarding this topic.

Since you did the really great job of making the HID interface component for USB for JEDI (i'm using it in one of my projects), would you consider making a SMBIOS API type component for JEDI?  Please excuse my ignorance since i don't know how much work is involved and i'm not sure how much call for it there is.

Thanks and take care.

norberto





Subject: Re: Question about UIB
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 28 Oct 2007 14:41:59 +0100
Newsgroups: jedi.vcl

Antti Kurenniemi wrote:
> Hi all,
>
>
> I'm using UIB in a few small projects, it's working real well. But I'm wondering is there a way to display progress while uploading / downloading a blob field? Would be pretty nice for large binary blobs.

As indicated a while back, JvUIB inside the JVCL have not be updated and will not be anymore. Please use the ones from the original author:

http://www.progdigy.com/

Those in the JVCL will be removed anytime soon.
Regards
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Where to get help / documentation?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 28 Oct 2007 12:38:00 +0100
Newsgroups: jedi.vcl

James Fal wrote:
> Thanks for the info.
>
> Maybe I can convert some of the Delphi projects over to BCB to help out. I just installed Delphi and opened up the sample code and that got me on my way.

Please do, we always welcome new examples, whether they are for Delphi or BCB. Once you are done, please create a Mantis Issue here :

http://homepages.codegear.com/jedi/issuetracker/

in which you indicate which examples you have done and with which version of BCB. Then attach the zipped sources to the issue.
This way we will not miss them and will be able to add them in due course.

Thanks for your help
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvValidators dont work on Database controls?
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Sun, 28 Oct 2007 11:34:15 +0100
Newsgroups: jedi.vcl

Actually, it is quite easy to implement DB support. I just didn't do it 
because I don't use DB controls.

Check the binaries group - I have uploaded a new JvValidators.pas that 
supports DB controls. You will need to save the file in your JVCL\run folder 
and then rebuild the JvValidators packages, both run and design.

You will now see a new property on the validators: ImplementsDataLink. Set 
this to true (leave
PropertyToValidate empty or it will be used instead) and the component will 
check the DataLink instead of the PropertyValue. Note that this only works 
with DB controls that displays a single record from a table (they implement 
TFieldDataLink), i.e you can't use it with DBGrid.

If it works properly (I only tested it very briefly), I can commit it to the 
main branch.

-- Regards, Peter "anithegregorian" <anithegregorian@gmail.com> skrev i meddelandet news:ffpmr7$n2$1@news.talkto.net...
> > Sorry for posting this cause I've already read on newswhat.com of a 
> > previous post which contains the same problem. On the newswhat.com post 
> > this is because data aware / database controls don't have RTTI information 
> > in them which is why you don't see the Text Property in PropertyToValidate 
> > in inspector.
[...] 




Subject: Question about UIB
From: "Antti Kurenniemi" <antti@anttik.com>
Date: Sun, 28 Oct 2007 11:59:56 +0200
Newsgroups: jedi.vcl

Hi all,


I'm using UIB in a few small projects, it's working real well. But I'm 
wondering is there a way to display progress while uploading / downloading a 
blob field? Would be pretty nice for large binary blobs.


Any help appreciated,
Antti Kurenniemi




Subject: Re: TJvPlugin - need clarification
From: "Andrew Baylis" <abaylis_nos@spamcop.net>
Date: Sun, 28 Oct 2007 14:30:46 +1100
Newsgroups: jedi.vcl

"yannis" <none@noware.non> wrote in message news:mn.cc187d7a7b0d3c89.0@noware.non...
<snip>
>
> 1) When not build with runtime packages the plugin dll/BPL and the Application have two distinct memory managers one each with no communication in between them. This is easelly solved by placing ShareMem as the first unit on the projects uses clause but ....

You can also use FastMM in each (EXE and DLL) which will work nicely

> 2) when no runtime packages are used the object hierarchy is redeclared as two seperate copies one in the dll/BPL and on in the EXE this although it seems to work as expected it is very dangerous and will create problems for example
>
<snip>

There can be problems as well as advantages. Problems revolve around the copied object hierarchy which means that much of the VCL code complains (as it often uses the construct "as ..." or "is ..."). You can get around this by writing some helper routines to copy properties from objects in the DLL to objects in the EXE

Advantages are that you can develop the DLL in a different language or version of Delphi to the EXE. Also, if you use third-party components, you can avoid having to distribute their BPLs (as well as the hassles of updated versions).

I use the DLL approach in a large piece of commercial software and the DLL and EXE communicate using Interfaces. This works well (even allowing population of menus and showing embedded forms from the DLL within the EXE) and I only have to distribute the main EXE and the plugin DLLs.

Andrew


Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: norberto <pellicci@shaw.ca>
Date: Sat, 27 Oct 2007 19:42:57 -0700
Newsgroups: jedi.vcl

edbored wrote:
>
> After a bit of digging around from the link you have above, I found: http://msdn2.microsoft.com/en-us/library/aa394493.aspx
>
> This might be easier to work with.
>

Yes, thank you for the link. The WMI can be used to read also the raw data in
the BIOS, hopefully also including the real-time hardware sensor data.

Here are some thoughts:

The SMBIOS standard and description is here:

http://www.dmtf.org/standards/smbios/

and in a 2005 MS WinHEC Word document here:

http://www.google.com/url?sa=t&client=pub-4582210483229124&sigafs=g84tponbsjkf2X-7&flav=0000&ct=cres&cd=8&url=http%3A%2F%2Fdownload.microsoft.com%2Fdownload%2F5%2FD%2F6%2F5D6EAF2B-7DDF-476B-93DC-7CF0072878E6%2FSMBIOS.doc&ei=L3YjR6zDA42ggAOLiMy9CA&usg=AFQjCNEFFv4pr1BzjXMH5eUMlmkNZGFwiw

However, there are a couple of APIs available under Windows (Server 2003 SP1 and
up). To quote MS:

http://msdn2.microsoft.com/en-us/library/ms724379.aspx

"As of Windows Server 2003 SP1, applications cannot access the
\Device\PhysicalMemory object. Access to this object is limited to kernel-mode
drivers. This change affects applications read System Management BIOS (SMBIOS)
or other BIOS data stored in the lowest 1MB of physical memory. Applications
have the following alternatives to read data from low physical memory:

    * Retrieve the SMBIOS properties using WMI. Many individual properties are
contained in the Win32 classes. You can also retrieve the raw SMBIOS data in a
single buffer using the MSSMBios_RawSMBiosTables class.

    * Use the GetSystemFirmwareTable function to read the raw SMBIOS firmware table.

There is no way for applications to write to low physical memory."

Assuming that the BIOS is still retrieving the CPU temp, fan speeds and voltages
information even while Windows is running (and this is a big assumption,
hopefully correct), then i think it is possible as long as the APIs
GetSystemFirmwareTable  and EnumSystemFirmwareTables can be made available in
Delphi or MSSMBios_RawSMBiosTables class under WMI for Delphi.

i have no idea how to do any of this. i know that the more experienced Delphi
programmers have implemented other MS APIs and i don't know how the JvComputerInfoEx gets the system data.

Do any of these new classes make sense to implement into the JVCL or JCL? Maybe as an extension to JvComputerInfoEx or even a new component? Again, i don't know anything about these kinds of things so maybe what i'm saying is stupid.

Thanks again.


Subject: Re: Where to get help / documentation?
From: "James Fal" <vextant@gmail.com>
Date: Sat, 27 Oct 2007 15:24:27 -0400
Newsgroups: jedi.vcl

Thanks for the info.

Maybe I can convert some of the Delphi projects over to BCB to help out. I 
just installed Delphi and opened up the sample code and that got me on my 
way.

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:ffe2f2$ds4$1@news.talkto.net...
> > James Fal wrote:
> >
>> >> Is there even documentation on the visual controls methods, properties, 
>> >> events, etc.
> >
> > http://homepages.codegear.com/jedi/jedihelp/
> >
> >
>> >> Any C++ Builder examples out there we C++ guys could get our hands on?
> >
> > Examples\NameOfExample\BCB
> >
> > Not all have been "translated", but a fair amount have.
> >
> >
>> >> I'm especially looking for some guides on the OutlookNavPane and the 
>> >> Panel controls.
> >
> > Poke around the code, but please keep in mind that even us do not always 
> > know what some components do as they have been written by some people long 
> > gone from the project.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Oct 2007 15:49:54 +0200
Newsgroups: jedi.vcl

norberto wrote:
> i have found that if the system supports SMBIOS then the SMBIOS tables will contain the values needed. SMBIOS is a standard so as long as it is used then it doesn't matter which chipset is used (theoretically).
>
> The issue now is: how do i access the SMBIOS tables via Delphi? Does anyone have a clue? Is there any JEDI component that accesses SMBIOS?
>
> Thanks.

It is possible (see SpeedFan which is a Delphi app http://www.almico.com/speedfan.php), but i think the data is not always clean so you need tables of chipsets for the interpretation.


Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 27 Oct 2007 10:28:59 +0200
Newsgroups: jedi.vcl

norberto wrote:

> i just need to ask this question so i know i'm not missing anything: is there any JVCL component that will return these values? Or is there perhaps any thought about coding one for the future as a separate component or an upgrade to JvComputerInfoEx?

No, there is not.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sat, 27 Oct 2007 03:51:53 -0400
Newsgroups: jedi.vcl

"norberto" <pellicci@shaw.ca> wrote in message
news:ffuj13$kk4$1@news.talkto.net...
> > Actually, i just found a link and i had some severe misinterpretations of
the
> > data i had found thus far. Here is a link:
> >
> >
http://www.codeguru.com/cpp/misc/samples/systeminformation/article.php/c12347/#Retrieval
> >
> > SMBIOS is part of Windows and can be accessed either via WMI in
> > MSSMBios_RawSMBiosTables class inside the root\wmi namespace or through
the
> > EnumSystemFirmwareTables and GetSystemFirmwareTable APIs.
> >
> > Again, my question is: is there any such APIs in JVCL or JCL?
> >
> > Thanks and apologies for all the confusion. Trying to track this down is
confusing.

After a bit of digging around from the link you have above, I
found:
http://msdn2.microsoft.com/en-us/library/aa394493.aspx

This might be easier to work with.

EdB




Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: norberto <pellicci@shaw.ca>
Date: Fri, 26 Oct 2007 23:18:08 -0700
Newsgroups: jedi.vcl

Actually, i just found a link and i had some severe misinterpretations of the data i had found thus far. Here is a link:

http://www.codeguru.com/cpp/misc/samples/systeminformation/article.php/c12347/#Retrieval

SMBIOS is part of Windows and can be accessed either via WMI in MSSMBios_RawSMBiosTables class inside the root\wmi namespace or through the EnumSystemFirmwareTables and GetSystemFirmwareTable APIs.

Again, my question is: is there any such APIs in JVCL or JCL?

Thanks and apologies for all the confusion. Trying to track this down is confusing.


Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: norberto <pellicci@shaw.ca>
Date: Fri, 26 Oct 2007 22:32:53 -0700
Newsgroups: jedi.vcl

i have found that if the system supports SMBIOS then the SMBIOS tables will contain the values needed. SMBIOS is a standard so as long as it is used then it doesn't matter which chipset is used (theoretically).

The issue now is: how do i access the SMBIOS tables via Delphi? Does anyone have a clue? Is there any JEDI component that accesses SMBIOS?

Thanks.


Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: norberto <pellicci@shaw.ca>
Date: Fri, 26 Oct 2007 14:31:25 -0700
Newsgroups: jedi.vcl

Kevin McCoy wrote:
>
> Isn't that stuff dependent on the motherboard chipset used? I think the component or library would have to talk to the chip(s), not the OS.
>
> Kevin
>

You might be right but there are a few utilities out there that seem to work with any MB that has the appropriate sensors on it. One of the things i've been finding on the web regards using WMI and APCI, but i haven't yet been able to narrow it down.

The information is readily available via the BIOS if you go into the BIOS at boot time. There is typically a page available that displays all the info in real time. Although the BIOS is made specifically for the MB / Chipset.





Subject: Re: JEDI VCL component for CPU temperature, etc. ?
From: Kevin McCoy <kgmccoy@removeIDK-INC.COM>
Date: Fri, 26 Oct 2007 14:12:35 -0700
Newsgroups: jedi.vcl

norberto wrote:

Isn't that stuff dependent on the motherboard chipset used? I think the component or library would have to talk to the chip(s), not the OS.

Kevin

> This is an attempt at hopefully finding a JVCL component that gives motherboard sensor values such as CPU temperature, fan speed(s) and the various motherboard voltages in real time.
>
> i've checked out JvComputerInfoEx but it does not have these values and i haven't seen any other component in JVCL that might have it.
>
> i just need to ask this question so i know i'm not missing anything: is there any JVCL component that will return these values? Or is there perhaps any thought about coding one for the future as a separate component or an upgrade to JvComputerInfoEx?
>
> Finally, in case anyone in this forum knows about how to get the information i mentioned via other components or code, could you please reply?


Subject: JEDI VCL component for CPU temperature, etc. ?
From: norberto <pellicci@shaw.ca>
Date: Fri, 26 Oct 2007 12:16:21 -0700
Newsgroups: jedi.vcl

Hi,

This is an attempt at hopefully finding a JVCL component that gives motherboard sensor values such as CPU temperature, fan speed(s) and the various motherboard voltages in real time.

i've checked out JvComputerInfoEx but it does not have these values and i haven't seen any other component in JVCL that might have it.

i just need to ask this question so i know i'm not missing anything: is there any JVCL component that will return these values? Or is there perhaps any thought about coding one for the future as a separate component or an upgrade to JvComputerInfoEx?

Finally, in case anyone in this forum knows about how to get the information i mentioned via other components or code, could you please reply?

Thanks.


Subject: JVDock and Floating Toolbars
From: yannis <none@noware.non>
Date: Fri, 26 Oct 2007 14:17:42 +0300
Newsgroups: jedi.vcl

Hello All,

A couple of questions for jvdocking library.

Is there any way to get the main dock window from any component in the jvDocking library?

What it will take to create a ToolBar aware of the DockServer/Manager and use the existing forms/components to be able to float it self and dock in any site the DockServer Supports?

I am looking for pointers on how the docking library works and what all this components are for if any one is aware of them and has the time to inform me it would be greately appreciated.


Regards
Yannis.




Subject: Re: TJvPlugin - need clarification
From: yannis <none@noware.non>
Date: Fri, 26 Oct 2007 10:27:52 +0300
Newsgroups: jedi.vcl

on 26/10/2007, Michael Fritz supposed :
> "yannis" wrote in message <news:mn.cc187d7a7b0d3c89.0@noware.non>:
>
>> ShareMem
> Yannis,
>
> do you think, when using Turbo Delphi Pro, which hast got parts of FastMem
> implemented or if I use a newer build of FastMem, I can drop ShareMem
> completely?

First let me say that that both EXE and BPL must build with Runtime Packages.

The fastMM people have created a way to avoid using the sharemem by trying to find any existing memory manager and hooking this to the EXE or dlls. This is not part of any Delphi version as far as I know so you have to download the latest FastMM and take a look in there FAQ on hints how to use it.

I have not used it my self I would like to understand the existing limitations before trying anything new.

regards
Yannis.




Subject: Re: TJvPlugin - need clarification
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 26 Oct 2007 09:13:14 +0200
Newsgroups: jedi.vcl

"yannis" wrote in message <news:mn.cc187d7a7b0d3c89.0@noware.non>:

> > ShareMem
Yannis,

do you think, when using Turbo Delphi Pro, which hast got parts of FastMem
implemented or if I use a newer build of FastMem, I can drop ShareMem
completely?

-- cu, Michael 

Subject: Re: TJvPlugin - need clarification
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 26 Oct 2007 09:10:21 +0200
Newsgroups: jedi.vcl

"yannis" wrote in message <news:mn.cc187d7a7b0d3c89.0@noware.non>:

Yannis,

thanks for your comprehensive answer - I like it very much!

I'm using the Jedi plugin components for the first time and wasn't aware of
that issues you described.

After reading your answer I assume you recommend building the exe with
run-time packages, too, is this correct?

-- cu, Michael 

Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: Norbert Spiegel <norbert.spiegel@freenet.de>
Date: Thu, 25 Oct 2007 21:42:51 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Have you installed ALL the available updates for C++ Builder 5 ?
>

trying the installation several times sometimes shows different behaviour. I get the error message

Windows XP Service Pack 2 (5.1.2600)

JVCL 3.33.0.0

[Generating: Packages]
Generating packages for C5
    Loaded template.bpk
    Loaded template.cpp
    Loaded template.dpk
    Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdC5R.bpl]
[Compiling: JvSystemC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

JvSystemC5R.dpk(40) Warnung: Package 'JvCoreC5R' wird nicht auf Platte geschrieben, da die Option  -J aktiviert ist
JvSystemC5R.dpk(40) Fatal: Package 'JvCoreC5R' wurde benötigt, konnte aber nicht gefunden werden

in english:
Package JvCoreC5R not saved to disk because option -J is activated...
and after that, other packagaes cannot load JvCoreC5R...




Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: Norbert Spiegel <norbert.spiegel@freenet.de>
Date: Thu, 25 Oct 2007 20:59:39 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Have you installed ALL the available updates for C++ Builder 5 ?
>

Yes - I think so. It's C++Builder 5 Professional Update 1. Didn't find anything else...


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 25 Oct 2007 20:24:22 +0200
Newsgroups: jedi.vcl

Have you installed ALL the available updates for C++ Builder 5 ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: Norbert Spiegel <norbert.spiegel@freenet.de>
Date: Thu, 25 Oct 2007 18:09:55 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Norbert Spiegel wrote:
>> Hello,
>> I have had some problems with the installation of the newest version just downloaded from siourceforge.net. Installation was ok with D7, but failed with c++Builder 5 (jcl).
>> After downloading some older version (3.31) I could install jcl. But trying to install jvcl, I always get an error like "Could not load c.obj".
>>
>
> What are the exact and complete error messages?

Installation of JCL is okay for both - D7 and CB5.

After installation jvcl for D7 is completed, installation for c++builder fails:

[Generating: Packages]
Generating packages for C5
    Loaded template.bpk
        Writing Jv3rdC5R.bpk for C5
        Writing JvAppFrmC5D.bpk for C5
        Writing JvAppFrmC5R.bpk for C5
        Writing JvBandsC5D.bpk for C5
        Writing JvBandsC5R.bpk for C5
        Writing JvCmpC5D.bpk for C5
        Writing JvCmpC5R.bpk for C5
        Writing JvCoreC5D.bpk for C5
        Writing JvCoreC5R.bpk for c5s (c5s template used)
        Writing JvCryptC5D.bpk for C5
        Writing JvCryptC5R.bpk for C5
        Writing JvCtrlsC5D.bpk for C5
        Writing JvCtrlsC5R.bpk for C5
        Writing JvCustomC5D.bpk for C5
        Writing JvCustomC5R.bpk for C5
        Writing JvDlgsC5D.bpk for C5
        Writing JvDlgsC5R.bpk for C5
        Writing JvDockingC5D.bpk for C5
        Writing JvDockingC5R.bpk for C5
        Writing JvDotNetCtrlsC5D.bpk for C5
        Writing JvDotNetCtrlsC5R.bpk for c5s (c5s template used)
        Writing JvGlobusC5D.bpk for c5s (c5s template used)
        Writing JvGlobusC5R.bpk for c5s (c5s template used)
        Writing JvHMIC5D.bpk for C5
        Writing JvHMIC5R.bpk for C5
        Writing JvInterpreterC5D.bpk for c5s (c5s template used)
        Writing JvInterpreterC5R.bpk for c5s (c5s template used)
        Writing JvJansC5D.bpk for C5
        Writing JvJansC5R.bpk for C5
        Writing JvManagedThreadsC5D.bpk for C5
        Writing JvManagedThreadsC5R.bpk for C5
        Writing JvMMC5D.bpk for C5
        Writing JvMMC5R.bpk for C5
        Writing JvNetC5D.bpk for C5
        Writing JvNetC5R.bpk for C5
        Writing JvPageCompsC5D.bpk for C5
        Writing JvPageCompsC5R.bpk for C5
        Writing JvPluginC5D.bpk for C5
        Writing JvPluginC5R.bpk for C5
        Writing JvPrintPreviewC5D.bpk for C5
        Writing JvPrintPreviewC5R.bpk for C5
        Writing JvRuntimeDesignC5D.bpk for C5
        Writing JvRuntimeDesignC5R.bpk for c5s (c5s template used)
        Writing JvStdCtrlsC5D.bpk for C5
        Writing JvStdCtrlsC5R.bpk for C5
        Writing JvSystemC5D.bpk for C5
        Writing JvSystemC5R.bpk for C5
        Writing JvTimeFrameworkC5D.bpk for C5
        Writing JvTimeFrameworkC5R.bpk for C5
        Writing JvUIBC5D.bpk for C5
        Writing JvUIBC5R.bpk for c5s (c5s template used)
        Writing JvValidatorsC5D.bpk for C5
        Writing JvValidatorsC5R.bpk for C5
        Writing JvWizardC5D.bpk for C5
        Writing JvWizardC5R.bpk for C5
        Writing JvXPCtrlsC5D.bpk for C5
        Writing JvXPCtrlsC5R.bpk for C5
    Loaded template.cpp
    Loaded template.dpk
    Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
5236 Zeilen, 0.14 Sekunden, 163 Bytes Code, 0 Bytes Daten.
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
1402 Zeilen, 0.11 Sekunden, 39620 Bytes Code, 129 Bytes Daten.
Borland C++ 5.5.1 für Win32 Copyright (c) 1993, 2000 Borland
D:\C++Builder\Komponenten\Jedi333\jvcl333\packages\c5\Jv3rdC5R.cpp:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Fatal: Unable to open file 'C.OBJ'


Trying to install jcl without having D7 installed on the systems fails with the error message

D:\C++Builder\...\JclWin32.pas(68) Fatal: Filenotfound: 'AccCtrl.dcu'

In readme.htm of jvcl I found a hint, to check PFLAGS options. But that seems to be okay. Don't know if jvcl installation would stop with the same error as above...

Regards

Norbert Spiegel


Subject: Re: TJvPlugin - need clarification
From: yannis <none@noware.non>
Date: Thu, 25 Oct 2007 17:28:15 +0300
Newsgroups: jedi.vcl

After serious thinking Michael Fritz wrote :
> Hi,
>
> why does the plugin demo include this line:
>
>   TpiToGo = class(TJvPlugIn, IPluginInterface)
>
> Is there a reason why I should use the TJvPlugIn class. Of course there are
> some properties which can be filled in but why can't I simply use TForm
> instead or perhaps both classes?
>
> Or better asked: do I always need a TJvPlugIn derived unit/datamodule and a
> separate form?

yes. In TJVPlugin is all the logic of registering, loading and comunication between the plugin dll and the Plugin manager in your main application. It is not safe to use any Delphi specific components or classes between the plugin and the application unless you build BPL AKA Package plugins and build both the plugin and the BPL with runtime packages. Although everything seems to work as expected there are a number of issues you need to be aware.

1) When not build with runtime packages the plugin dll/BPL and the Application have two distinct memory managers one each with no communication in between them. This is easelly solved by placing ShareMem as the first unit on the projects uses clause but ....

2) when no runtime packages are used the object hierarchy is redeclared as two seperate copies one in the dll/BPL and on in the EXE this although it seems to work as expected it is very dangerous and will create problems for example

I think (never tested it actually so I might be wrong here) that If you have a Form passed from the exe to the DLL/BPL and you or the hierarchy use code like BPL.Form.Assign(EXE.Form) there will be an exception raised with message "Can not Assign TForm To TForm" this is random message that might hit you or not but it will surface sometime and usualy after you have delivered the App to your customers and has been running smoothly for a while.

Also since the two heirarchys are different if you build the EXE with a newer Delphi version and although you have used a DLL if an interface has changed the two models will be different raising various GPFs or worst not raising anything but executing unexpected pieces of code.

A few problems that I had to face on a similar implementation of a plugin framework which has never used sharemem or runtime packages for that matter and it was passing objects and strings like they where the safest think in the world to do AKA no Exception handling what so ever.

I haven't managed to recover completly yet and there is some code that steel uses it I am expecting various problems in future I am only hopping that I will replace the faulty code long before the problems occure.

Regards
Yannis.




Subject: TJvPlugin - need clarification
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 25 Oct 2007 15:53:46 +0200
Newsgroups: jedi.vcl

Hi,

why does the plugin demo include this line:

  TpiToGo = class(TJvPlugIn, IPluginInterface)

Is there a reason why I should use the TJvPlugIn class. Of course there are
some properties which can be filled in but why can't I simply use TForm
instead or perhaps both classes?

Or better asked: do I always need a TJvPlugIn derived unit/datamodule and a
separate form?
-- cu, Michael 

Subject: JvValidators dont work on Database controls?
From: "anithegregorian" <anithegregorian@gmail.com>
Date: Thu, 25 Oct 2007 03:20:44 +0530
Newsgroups: jedi.vcl

Sorry for posting this cause I've already read on newswhat.com of a previous 
post which contains the same problem. On the newswhat.com post this is 
because data aware / database controls don't have RTTI information in them 
which is why you don't see the Text Property in PropertyToValidate in 
inspector. The reason for posting is because its a one of a kind component 
that can play a lead role in DB apps. where validations are a must, and it's 
not working on DB aware controls just because of the unavailability of RTTI 
information. Is it possible to create a better workaround than what is given 
in previous post of using custom validation event and then validating it by 
code. Should it be like making your own components for validation by 
inheriting JvCustomValidation class. I'd also like to make a humble request 
to the JVCL people if possible to give support for DB controls in 
JvValidators in future versions of JVCL.

On the other hand I also played around with TurboPower Orpheus validation 
controls which work like cool breeze even on DB controls but are quite hard 
to understand at the beginning.

Thanks, 




Subject: Re: Install help with the installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 24 Oct 2007 23:49:15 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> *Standard* users can switch to another user, see:
> http://msdn2.microsoft.com/en-us/library/Bb206295.UAC_prompt_elevation(en-us,VS.85).jpg
> "It is important to note that a process with elevated privileges runs as the administrative user who entered credentials in the UAC prompt rather than as the standard user who is currently logged in. This is similar to RunAs in Windows XP"

ok I've never tried an elevation on restricted user account, but there is a major design problem in requiring an elevation for the entire installer.

The JCL and JVCL installers rely on reading and writing values to HKCU; the HKEY_CURRENT_USER hive of administrator account will not be the same as current user's one and the libraries will be installed on administrator account rather than on current user's account.
I solved this problem in revisions 2188-2190 of the JCL by loading user registry hives and making the installer applying changes to HKEY_USERS\{Security ID}\Software\Borland\... Maybe the JVCL installer could have the same behavior.


Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Wed, 24 Oct 2007 23:07:50 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Remko Bonte a écrit :
>> Ow okay, so calling ShellExecuteEx with verb 'runas' works on Windows XP? I thought this was an undocumented Vista feature.
>
> RunAs works on Windows 2000 as well, it displays a login dialog (username and password).
> I was surprised not seeing this login dialog when an executable with a manifest "as invoker" is executed using verb "runas"; Vista displays an elevation dialog instead of a login dialog; I don't know how an other user can log on to execute an application on Vista.

*Standard* users can switch to another user, see:
http://msdn2.microsoft.com/en-us/library/Bb206295.UAC_prompt_elevation(en-us,VS.85).jpg

"It is important to note that a process with elevated privileges runs as the administrative user who entered credentials in the UAC prompt rather than as the standard user who is currently logged in. This is similar to RunAs in Windows XP"

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 24 Oct 2007 22:47:31 +0200
Newsgroups: jedi.vcl

Mike Goodey a écrit :
> Then the documentation needs to make all this clear... I think at the moment it recommends using jcl\install.bat. My reading of the help files imply that an elevated privilege doesn't propagate - but I might be wrong (I'm still VERY new to Vista!).
> Anyway, it could be worth some cross checking and an error message
> that says to try re-running as adminstartor.

Elevation does propagate; I'll likely modify the installer to make these copies handled by a utility that has to be elevated (like the utility which actually registers help files).

> Anyway, thanks for your help - I'm now up and running with JCL/JVCL on Vista.

You're welcome.

> And I hope my experiences may end up being useful to others.

I'm not able to develop these enhancements these days but I'll be back soon :)


Subject: Re: Install help with the installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 24 Oct 2007 22:41:15 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> Ow okay, so calling ShellExecuteEx with verb 'runas' works on Windows XP? I thought this was an undocumented Vista feature.

RunAs works on Windows 2000 as well, it displays a login dialog (username and password).
I was surprised not seeing this login dialog when an executable with a manifest "as invoker" is executed using verb "runas"; Vista displays an elevation dialog instead of a login dialog; I don't know how an other user can log on to execute an application on Vista.


Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Wed, 24 Oct 2007 22:23:17 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Remko Bonte a écrit :
>> Btw. I don't know if it is interesting but you could also use the Admin COM Object Model, see http://developersoven.blogspot.com/2007/02/leveraging-vistas-uac-with-delphi-part_3659.html 
>
>
> Registering Help 2 namespace and help files as well as plugging help namespaces require administrator privilege on all systems not to corrupt help system. The bootstrap utility will do these operations.

Ow okay, so calling ShellExecuteEx with verb 'runas' works on Windows XP? I thought this was an undocumented Vista feature.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Mike Goodey <wastepaperbasket@nospam.aaisp.net>
Date: Wed, 24 Oct 2007 21:19:18 +0100
Newsgroups: jedi.vcl

> > The JCL installer has a requested execution level explicitly set to "as 
> > invoker" to allow restricted users to install the JCL to their accounts 
> > (but some operations like copy of headers will fail).

Then the documentation needs to make all this clear... I think at the moment 
it recommends using jcl\install.bat. My reading of the help files imply that 
an elevated privilege doesn't propagate - but I might be wrong (I'm still 
VERY new to Vista!).

Anyway, it could be worth some cross checking and an error message that says 
to try re-running as adminstartor.

Anyway, thanks for your help - I'm now up and running with JCL/JVCL on 
Vista.

And I hope my experiences may end up being useful to others.

Mike



Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 24 Oct 2007 21:57:38 +0200
Newsgroups: jedi.vcl

Mike Goodey a écrit :
> Looking at this further, if I run my program by using Right click|Run as Administrator, it works.
>
> It appears that even administrator accounts don't usually run as "elevated" administrator, so this kind of copying fails. It appears that you can set up and embed aa application manifest with a "requestedExecutionLevel" - but I can't see how (using Rad Studio) at the moment. Maybe this is one for a JCL helper!

The JCL installer has a requested execution level explicitly set to "as invoker" to allow restricted users to install the JCL to their accounts (but some operations like copy of headers will fail).

> MSDN DOES say however that future releases of Windows may REQUIRE a signed application manifest as the only of getting the priviledge level raised.

That will be a real problem for open source projects that used to build projects on users' computers. It would require a private certificate to be redistributed with the library. In addition we'll have to find a way to get a "free" certificate.

Florent


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Mike Goodey <wastepaperbasket@nospam.aaisp.net>
Date: Wed, 24 Oct 2007 20:31:22 +0100
Newsgroups: jedi.vcl

Looking at this further, if I run my program by using Right click|Run as 
Administrator, it works.

It appears that even administrator accounts don't usually run as "elevated" 
administrator, so this kind of copying fails. It appears that you can set up 
and embed aa application manifest with a "requestedExecutionLevel" - but I 
can't see how (using Rad Studio) at the moment. Maybe this is one for a JCL 
helper!

MSDN DOES say however that future releases of Windows may REQUIRE a signed 
application manifest as the only of getting the priviledge level raised.

>> > > I don't understand why the copy is failing; does a simple
>> > > FileCopy to this directory fail inside a simple application?
> > 
> > If I copy/paste in explorer it works, but with Vista and UAC getting in 
the 
> > way - first denying folder access, saying administrator permission is 
> > required; saying "continue" then brings up a UAC dialog requesting 
> > permission to continue. "Continue" lets the copy happen.
> > 
> > Using ::CopyFile (the Windows API) from a C++ program I get error number 
5, 
> > "Access is denied".
> > 
> > So it is clearly a permissions problem.
> > 
> > Mike





Subject: Re: Install help with the installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 24 Oct 2007 21:01:33 +0200
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Remko Bonte a écrit :
>> Btw. I don't know if it is interesting but you could also use the Admin COM Object Model, see http://developersoven.blogspot.com/2007/02/leveraging-vistas-uac-with-delphi-part_3659.html 
> Registering Help 2 namespace and help files as well as plugging help namespaces require administrator privilege on all systems not to corrupt help system.

It might not be clear enough, the COM elevation is Vista specific and there is no equivalent to require an administrator COM object on older OS like Windows XP or Windows 2000.


Subject: Re: Install help with the installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 24 Oct 2007 20:59:46 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> Btw. I don't know if it is interesting but you could also use the Admin COM Object Model, see http://developersoven.blogspot.com/2007/02/leveraging-vistas-uac-with-delphi-part_3659.html 

Registering Help 2 namespace and help files as well as plugging help namespaces require administrator privilege on all systems not to corrupt help system. The bootstrap utility will do these operations.

Linking to thread "C++ Builder - Failed common library units for RAD Studio 2007", maybe this utility could be improved to handle file copying.

The main problem is the installation of the JCL and the JVCL on restricted user accounts, the JCL installer now has a feature to install the library on multiple local accounts at the same time but it requires administrator privilege as well.

Regards,

Florent


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 24 Oct 2007 20:54:36 +0200
Newsgroups: jedi.vcl

Mike Goodey a écrit :
> If I copy/paste in explorer it works, but with Vista and UAC getting in the way - first denying folder access, saying administrator permission is required; saying "continue" then brings up a UAC dialog requesting permission to continue. "Continue" lets the copy happen.
>
> Using ::CopyFile (the Windows API) from a C++ program I get error number 5, "Access is denied".
>
> So it is clearly a permissions problem.

This issue should be solved by running the installer elevated (right click on jcl/bin/JediInstaller.exe and select "Run as administrator").

The JCL need some APIs to check if it has write permission to this folder and asks for permission to copy files there. Robert Marquardt was processing a donation about security; maybe it contained such a code.

Regards,

Florent


Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Wed, 24 Oct 2007 20:48:51 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> unfortunately registering help files require administrator privilege (elevated on Vista) not to break help system; the JVCL installer need a bootstap utility like jcl/install/RegHelper.dpr

Btw. I don't know if it is interesting but you could also use the Admin COM Object Model, see http://developersoven.blogspot.com/2007/02/leveraging-vistas-uac-with-delphi-part_3659.html


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Mike Goodey <wastepaperbasket@nospam.aaisp.net>
Date: Wed, 24 Oct 2007 19:44:12 +0100
Newsgroups: jedi.vcl

> > I don't understand why the copy is failing; does a simple
> > FileCopy to this directory fail inside a simple application?

If I copy/paste in explorer it works, but with Vista and UAC getting in the 
way - first denying folder access, saying administrator permission is 
required; saying "continue" then brings up a UAC dialog requesting 
permission to continue. "Continue" lets the copy happen.

Using ::CopyFile (the Windows API) from a C++ program I get error number 5, 
"Access is denied".

So it is clearly a permissions problem.

Mike



Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Wed, 24 Oct 2007 19:49:18 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> The JVCL installer can now link JCL code (thanks to Andreas' change):
> Everything is handled by class TJclHelp2Manager in JclBorlandTools; 

Okay;

> unfortunately registering help files require administrator privilege (elevated on Vista) not to break help system; the JVCL installer need a bootstap utility like jcl/install/RegHelper.dpr

The JVCL installer currently always runs elevated in Vista; the CommCtrlAsInvoker manifest probably does not work because another manifest is in winxp.res.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: dynamic layout
From: "DPerfors" <dnperfors@gmail.com>
Date: Wed, 24 Oct 2007 15:30:07 +0100
Newsgroups: jedi.vcl

> >DPerfors wrote:
> >
> >David,
> >
>> >> @Kevin, Yes I am interested to so how Dynaforms works, perhaps I could get
>> >> some ideas :)
> >
> >Dynaform was originally written in D7, so it should be easy for you to 
> >play with it.
> >
> >Is your email address here on the newsgroup good? Untweak mine to send 
> >me direct mail. I'll bale up the dynaform code and email it to you.
> >
> >Kevin
> >
Yes it is the right address. I can't find yours... Thanks in advance :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Wed, 24 Oct 2007 01:22:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Remko Bonte wrote:
>
>> Team: VisualCLX Coordinator 
>
> We don't have VisualCLX support anymore.

Yeah, I know; It is basically the text from http://homepages.codegear.com/jedi/jvcl/Team.htm

I'll update those pages in the help files for the next release.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: dynamic layout
From: Kevin McCoy <kgmccoy@removeIDK-INC.COM>
Date: Tue, 23 Oct 2007 15:46:54 -0700
Newsgroups: jedi.vcl

DPerfors wrote:

David,

> @Kevin, Yes I am interested to so how Dynaforms works, perhaps I could get
> some ideas :)

Dynaform was originally written in D7, so it should be easy for you to play with it.

Is your email address here on the newsgroup good? Untweak mine to send me direct mail. I'll bale up the dynaform code and email it to you.

Kevin


Subject: Re: Install help with the installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 23 Oct 2007 22:14:16 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Team: VisualCLX Coordinator 

We don't have VisualCLX support anymore.



-- Regards, Andreas Hausladen 

Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 23 Oct 2007 23:55:27 +0200
Newsgroups: jedi.vcl

Mike Goodey a écrit :
> Unticking "copy headers" lets the build proceed. For good measure, I also didn't let JVCL copy headers either.

I don't understand why the copy is failing; does a simple FileCopy to this directory fail inside a simple application?

> All you then have to do is manually make sure the include paths are set up correctly.
>
> Is there a good reason to copy headers to Program Files, rather than use your own include directory - much like you do with the BPLs?

Old versions of C++Builder don't have a global include directory and the VCL designer was said to crash if .hpp files are not in $(BCB)\Include\Vcl (I've never seen that problem).
I think the global include directory is now workable in C++Builder 2007. We'll see what we can do this way.

Regards,

Florent


Subject: Re: Install help with the installer
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 23 Oct 2007 23:51:12 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> I've uploaded help files in the MS help 2 format. Maybe now is a good time to alter the installer so it will plug the help files in Delphi.
>
> The code to register/unregister the help files could be taken from the JCL installer.

The JVCL installer can now link JCL code (thanks to Andreas' change):
Everything is handled by class TJclHelp2Manager in JclBorlandTools; unfortunately registering help files require administrator privilege (elevated on Vista) not to break help system; the JVCL installer need a bootstap utility like jcl/install/RegHelper.dpr

Regards,

Florent


Subject: Install help with the installer
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 23 Oct 2007 23:29:31 +0200
Newsgroups: jedi.vcl

I've uploaded help files in the MS help 2 format. Maybe now is a good time to alter the installer so it will plug the help files in Delphi.

The code to register/unregister the help files could be taken from the JCL installer.

The help install options could also be copied from JCL.

I have not worked with the install code before, so are there any takers for this, or do you trust me to do it <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Mike Goodey <wastepaperbasket@nospam.aaisp.net>
Date: Tue, 23 Oct 2007 22:19:12 +0100
Newsgroups: jedi.vcl

Unticking "copy headers" lets the build proceed. For good measure, I also 
didn't let JVCL copy headers either.

All you then have to do is manually make sure the include paths are set up 
correctly.

Is there a good reason to copy headers to Program Files, rather than use 
your own include directory - much like you do with the BPLs?

> > BTW - sorry about the wrong newsgroup. It was only when I tried
> > to look for replies at work that I realised!
> > 
> > Are there any extra diagnostics I can turn on? Or anywhere I can
> > get at the code to add some?
> > 
> > Alternatively, do I need to copy headers into $(BDS)\include? I would have
> > thought with something as anal as Vista it might be better to keep
> > everything away from copying into one of its protected areas!
> > 
>> > > Mike Goodey a écrit :
>>> > > > That makes sense - but I am already running an admin user; I don't 
know
> > if
>>> > > > that is enough? Looking at security, on $(BDS)\include Administrators
>>> > > > already have Full control.
>> > >
>> > > If you're running Windows Vista; administrator privilege means
>> > > "elevated"; otherwise I have no idea why the copy is failing.





Subject: Re: dynamic layout
From: "DPerfors" <dnperfors@gmail.com>
Date: Tue, 23 Oct 2007 15:37:51 +0100
Newsgroups: jedi.vcl

> >Thanks all for the information. It is a great help.
> >@Kevin, Yes I am interested to so how Dynaforms works, perhaps I could get
> >some ideas :)
> >@Rudy, I don't have Delphi 2007 (or 2006). We are using Delphi 7.
> >@Ivan, I didn't thought about the dock mechanism, I saw it, but I am just
> >started to work with Delphi 1 and a half month ago :P I will give it a try :)
Just tested the dock mechanism. And it seems not to work the way that I
want to... It probably will work for some of the frames I use, but for one
of them I need a grid like view, a grid of frames. At this moment I have
some working code (which shows the frames in a nice grid).



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installation problems jedi vcl 3.33 with c++builder 5
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 23 Oct 2007 16:16:39 +0200
Newsgroups: jedi.vcl

Norbert Spiegel wrote:
> Hello,
> I have had some problems with the installation of the newest version just downloaded from siourceforge.net. Installation was ok with D7, but failed with c++Builder 5 (jcl).
> After downloading some older version (3.31) I could install jcl. But trying to install jvcl, I always get an error like "Could not load c.obj".
>

What are the exact and complete error messages?


Subject: Re: dynamic layout
From: "DPerfors" <dnperfors@gmail.com>
Date: Tue, 23 Oct 2007 15:08:46 +0100
Newsgroups: jedi.vcl

Thanks all for the information. It is a great help.
@Kevin, Yes I am interested to so how Dynaforms works, perhaps I could get
some ideas :)
@Rudy, I don't have Delphi 2007 (or 2006). We are using Delphi 7.
@Ivan, I didn't thought about the dock mechanism, I saw it, but I am just
started to work with Delphi 1 and a half month ago :P I will give it a try :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Installation problems jedi vcl 3.33 with c++builder 5
From: Norbert Spiegel <norbert.spiegel@ids.de>
Date: Tue, 23 Oct 2007 15:57:01 +0200
Newsgroups: jedi.vcl

Hello,
I have had some problems with the installation of the newest version just downloaded from siourceforge.net. Installation was ok with D7, but failed with c++Builder 5 (jcl).
After downloading some older version (3.31) I could install jcl. But trying to install jvcl, I always get an error like "Could not load c.obj".

Any idea what's going wrong?

Regards

Norbert Spiegel


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: "Mike Goodey" <wastepaperbasket@nospam.aaisp.net>
Date: Tue, 23 Oct 2007 09:44:56 +0100
Newsgroups: jedi.vcl

BTW - sorry about the wrong newsgroup. It was only when I tried to look for
replies at work that I realised!

Are there any extra diagnostics I can turn on? Or anywhere I can get at the
code to add some?

Alternatively, do I need to copy headers into $(BDS)\include? I would have
thought with something as anal as Vista it might be better to keep
everything away from copying into one of its protected areas!

> > Mike Goodey a écrit :
>> > > That makes sense - but I am already running an admin user; I don't know
if
>> > > that is enough? Looking at security, on $(BDS)\include Administrators
>> > > already have Full control.
> >
> > If you're running Windows Vista; administrator privilege means
> > "elevated"; otherwise I have no idea why the copy is failing.




Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 22 Oct 2007 23:49:19 +0200
Newsgroups: jedi.vcl

Mike Goodey a écrit :
> That makes sense - but I am already running an admin user; I don't know if that is enough? Looking at security, on $(BDS)\include Administrators already have Full control.

If you're running Windows Vista; administrator privilege means "elevated"; otherwise I have no idea why the copy is failing.


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Mike Goodey <wastepaperbasket@nospam.aaisp.net>
Date: Mon, 22 Oct 2007 21:56:48 +0100
Newsgroups: jedi.vcl

> > your user need write access to $(BDS)\include 
> > (either explicit access or the installer has to
> > be run with administrator privilege).

That makes sense - but I am already running an admin user; I don't know if 
that is enough? Looking at security, on $(BDS)\include Administrators 
already have Full control.

Mike




Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 22 Oct 2007 22:32:51 +0200
Newsgroups: jedi.vcl

Mike,

your user need write access to $(BDS)\include (either explicit access or the installer has to be run with administrator privilege).

Regards,

Florent


Subject: Re: C++ Builder - Failed common library units for RAD Studio 2007
From: Mike Goodey <wastepaperbasket@nospam.aaisp.net>
Date: Mon, 22 Oct 2007 21:13:11 +0100
Newsgroups: jedi.vcl

PS - this is using update 3, bringing C++ Builder up to the latest version.

> > I've just installed C++ Builder 2007 Enterprise on a new
> > Vista machine. Th IDE ruuns fine, but when I try to install
> > Jedi JCL I get the log and error below. This is on either 
> > the current issue build (2725) or a completely fresh pull from 
> > SVN (as shown here).





Subject: C++ Builder - Failed common library units for RAD Studio 2007
From: Mike Goodey <wastepaperbasket@nospam.aaisp.net>
Date: Mon, 22 Oct 2007 21:11:02 +0100
Newsgroups: jedi.vcl

I've just installed C++ Builder 2007 Enterprise on a new Vista machine. Th IDE 
ruuns fine, but when I try to install Jedi JCL I get the log and error below. 
This is on either the current issue build (2725) or a completely fresh pull from 
SVN (as shown here).

Any ideas?

Mike

================================================================================
JCL 1.102 Testing Revision 2197
==========RAD Studio 2007=======================================================
Installed personalities :
32 bit Delphi
32 bit C++Builder
================================================================================
Single profile installation
================================================================================
Saving conditional defines...
Loaded template for include file C:\jedi2007\jcl\source\jcl.template.inc
Saved include file C:\jedi2007\jcl\source\jcld11.inc
Making common library units for RAD Studio 2007
Compiling .dcu files...
"C:\Program Files\CodeGear\RAD Studio\5.0\bin\dcc32.exe" bzip2 Jcl8087 
JclAbstractContainers JclAlgorithms JclAnsiStrings JclArrayLists JclArraySets 
JclBase JclBinaryTrees JclBorlandTools JclComplex JclCompression JclContainerIntf 
JclCounter JclDateTime JclEDI JclEDISEF JclEDITranslators JclEDIXML 
JclEDI_ANSIX12 JclEDI_ANSIX12_Ext JclEDI_UNEDIFACT JclEDI_UNEDIFACT_Ext 
JclExprEval JclFileUtils JclHashMaps JclHashSets JclIniFiles JclLinkedLists 
JclLogic JclMath JclMIDI JclMime JclPCRE JclQueues JclResources JclRTTI 
JclSchedule JclSimpleXml JclStacks JclStatistics JclStreams JclStrHashMap 
JclStringLists JclStrings JclSysInfo JclSysUtils JclUnitConv JclUnitVersioning 
JclUnitVersioningProviders JclValidation JclVectors JclWideStrings pcre 
--no-config -U"..\..\..\..\PROGRA~1\codegear\RADSTU~1\5.0\lib" -M -$C- -$D- -$I- 
-$L- -$O+ -$Q- -$R- -$W- -$Y- -D_RTLDLL;NO_STRICT;USEPACKAGES -N0"..\..\lib\d11" 
-NO"..\..\lib\d11" -JPHNE --BCB -I".." -U".;..\windows;..\vcl;..\visclx" 
-R".;..\windows;..\vcl;..\visclx"
CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear
311032 lines, 7.50 seconds, 85614 bytes code, 30828 bytes data.
Copying .hpp files...
Failed common library units for RAD Studio 2007
Checking .hpp files




Subject: added NullValueKey property for TJvDBGrid
From: "Alexandr Zarubkin" <me21@yandex.ru>
Date: Mon, 22 Oct 2007 18:07:16 +0400
Newsgroups: jedi.vcl

Hello everyone,

I've derived my new component from TJvDBGrid and added NullValueKey property 
to it (please find attached the source). When the key combination given by 
that property is pressed, current column's field contents are assigned to 
NULL. It handles lookup fields too (nullifies all key fields of current 
record in that case).

Please feel free to test and to add this property into TJvDBGrid itself, I 
think it will be better that way...

Regards,
Alexandr Zarubkin. 



zajvdbgrid.pas
	



Subject: Re: dynamic layout
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Mon, 22 Oct 2007 11:16:50 +0400
Newsgroups: jedi.vcl

You can use Dock mechanism for this (in any delphi)
Usually it used for dock bars and panels, but You can simply manual dock 
your child form or frame on any another WindowControl. For example, put on 
your "host" form TPanel with align = alClient, and then dock on it your 
frames:

    MyFlame.ManualDock(Panel1,nil,alBottom);
....
Remaining work on resize docked frames WINDOWS does automatically

If You want to save or restore dock state, simply call fitting method:

    Panel1.DockManager.SaveToStream(fs);
    Panel1.DockManager.LoadFromStream(fs);

And last, you can change "standart" look of docked frames with any 
DockStyle, look at TJvDockServer.DockStyle


> > Are there any components that could be used to setup a layout dynamically?
> >
> > I need this because I am working on a project where a Delphi (home made)
> > program monitors an undefined amount of devices. So I created a frame with
> > the information that is needed and now I want to put it dynamically on the
> > form (at startup time) My question is, is there any component to setup
> > this kind of layout dynamically, so the frames are resized so that they
> > fit into the form. (Like the layout system of Java Swing, or the sizer
> > system of C++ wxWidgets)




Subject: Re: dynamic layout
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 21 Oct 2007 20:42:01 +0000 (UTC)
Newsgroups: jedi.vcl

Markus.Humm wrote:

> > Rudy Velthuis schrieb:
> > 
> > [snip]
> > 
>> > > 
>> > > Would TGridPanel or TFlowPanel (D2007) be any help?
>> > > 
> > 
> > They were already introduced with D2006.

I currently only have RS 2007 installed here, so I couldn't check.
Thanks for the heads up. I slowly keep losing track of the version the
novelties were introduced in.

-- Rudy Velthuis http://rvelthuis.de "If women didn't exist, all the money in the world would have no meaning." -- Aristotle Onassis (1906-1975) 

Subject: Re: Delphi 2007 Update 3
From: user@domain.invalid
Date: Sun, 21 Oct 2007 19:50:17 +0200
Newsgroups: jedi.vcl

Andreas Hausladen pisze:
> user@domain.invalid wrote:
>
>> I try to install on Delphi 2007 Update 3 and got error "No valid
>> Delphi/BCB/BDS version found. Are you registry settings correct"
>
> Have you had started Delphi 2007at least once before you started
> installing components? (Delphi creates the
> HKCU\Software\Borland\BDS\5.0 registry key on the first start)
>

Yes i have opened Delphi before start install. Dunno what up :/


Subject: Re: Mantis #4271: another serious crash
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 21 Oct 2007 18:14:06 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Or maybe tell him to read the newsgroups where this has been mentionned. He is using the "daily" version and it's always been said that it can unstable at times. I'll deal with that later on unless you want to step in right now.

Delphi 5 doesn't even expose TInterfacedPersistent. I feel really frustrated with this version, we need an other ifdef compiler6_up there, just one above the 1** in the JCL.



Subject: Delphi 2007 Update 3
From: user@domain.invalid
Date: Sun, 21 Oct 2007 18:01:12 +0200
Newsgroups: jedi.vcl

I try to install on Delphi 2007 Update 3 and got error "No valid Delphi/BCB/BDS version found. Are you registry settings correct"


Subject: Re: Delphi 2007 Update 3
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 21 Oct 2007 15:49:57 +0000 (UTC)
Newsgroups: jedi.vcl

user@domain.invalid wrote:

> > I try to install on Delphi 2007 Update 3 and got error "No valid
> > Delphi/BCB/BDS version found. Are you registry settings correct"

Have you had started Delphi 2007at least once before you started
installing components? (Delphi creates the
HKCU\Software\Borland\BDS\5.0 registry key on the first start)

-- Regards, Andreas Hausladen 

Subject: Re: Mantis #4271: another serious crash
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 Oct 2007 16:58:37 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Mantis #4271: another serious crash
> http://homepages.codegear.com/jedi/issuetracker/view.php?id=4271
>> Bugs, bugs, bugs... now even before JCL installation (under "Delphi 5
>> Standard") JEDI VCL programmers - shame on you! This is not
>> acceptable! There is no Delphi 5 Standard support from you! Shame,
>> shame, shame!
>> and, as I expected - no response on my report no. 0004266
> [Report #4266 was filed on 2007-10-15]
>
> What should we do with such an offending "bug report". I haven't seen
> any contribution by him only 4 installation complains in Mantis. Maybe
> someone should tell him that this is an open source project without
> full time developers.

Or maybe tell him to read the newsgroups where this has been mentionned. He is using the "daily" version and it's always been said that it can unstable at times. I'll deal with that later on unless you want to step in right now.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Mantis #4271: another serious crash
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 21 Oct 2007 14:18:51 +0000 (UTC)
Newsgroups: jedi.vcl

Mantis #4271: another serious crash
http://homepages.codegear.com/jedi/issuetracker/view.php?id=4271
> > Bugs, bugs, bugs... now even before JCL installation (under "Delphi 5
> > Standard") JEDI VCL programmers - shame on you! This is not
> > acceptable! There is no Delphi 5 Standard support from you! Shame,
> > shame, shame!
> > and, as I expected - no response on my report no. 0004266
[Report #4266 was filed on 2007-10-15]

What should we do with such an offending "bug report". I haven't seen
any contribution by him only 4 installation complains in Mantis. Maybe
someone should tell him that this is an open source project without
full time developers.

<sarcastic>
We could give him a faviour and remove the Delphi 5 support completely.
</sarcastic>

-- Regards, Andreas Hausladen 

Subject: Re: dynamic layout
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Sun, 21 Oct 2007 09:14:23 +0200
Newsgroups: jedi.vcl

Rudy Velthuis schrieb:

[snip]

>
> Would TGridPanel or TFlowPanel (D2007) be any help?
>

They were already introduced with D2006.
I already used the TFlowPanel this year and it was great for what I needed/wanted.

Greetings

Markus


Subject: Re: Start menu button like Vista
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Sun, 21 Oct 2007 09:12:58 +0200
Newsgroups: jedi.vcl

Amos schrieb:
> hi
> so is there a component to imitate to start button of Vista?
> thanks in advance
>

Hello,

as far as I know there is none.

Greetings

Markus


Subject: Re: Where to get help / documentation?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 Oct 2007 01:56:05 +0200
Newsgroups: jedi.vcl

James Fal wrote:

> Is there even documentation on the visual controls methods, properties, events, etc.

http://homepages.codegear.com/jedi/jedihelp/


> Any C++ Builder examples out there we C++ guys could get our hands on?

Examples\NameOfExample\BCB

Not all have been "translated", but a fair amount have.


> I'm especially looking for some guides on the OutlookNavPane and the Panel controls.

Poke around the code, but please keep in mind that even us do not always know what some components do as they have been written by some people long gone from the project.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Where to get help / documentation?
From: "James Fal" <vextant@gmail.com>
Date: Sat, 20 Oct 2007 16:19:49 -0400
Newsgroups: jedi.vcl

I'm in the same boat. You can slowly go through and test properties and 
methods on the visual controls but that takes a while.

Is there even documentation on the visual controls methods, properties, 
events, etc.

Also, a lot of the examples with the install are in Delphi.

Any C++ Builder examples out there we C++ guys could get our hands on?

I'm especially looking for some guides on the OutlookNavPane and the Panel 
controls.

Thanks!

"Arne" <arne@bukkie.nl> wrote in message 
news:fe7uu2$b76$1@news.talkto.net...
> > Hi guys,
> >
> > I've been googling for quiet some time now but unfortunately I can't seem 
> > to find any nice documentation in the category 'getting started with ...' 
> > regarding JVCL components. I'm currently trying to figure out how the 
> > JvDBTreeView works (and if it is indeed what i'm looking for).
> >
> > Where do you guys go for help? What is a good documentation place for 
> > getting familiair with JVCL components? The JEDI ONLINE HELP doesn't seem 
> > to give any real help to me.. :(
> >
> > Gr, Arne
> > 




Subject: Re: dynamic layout
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sat, 20 Oct 2007 00:59:42 +0000 (UTC)
Newsgroups: jedi.vcl

DPerfors wrote:

> > Are there any components that could be used to setup a layout
> > dynamically?
> > 
> > I need this because I am working on a project where a Delphi (home
> > made) program monitors an undefined amount of devices. So I created a
> > frame with the information that is needed and now I want to put it
> > dynamically on the form (at startup time) My question is, is there
> > any component to setup this kind of layout dynamically, so the frames
> > are resized so that they fit into the form. (Like the layout system
> > of Java Swing, or the sizer system of C++ wxWidgets)

Would TGridPanel or TFlowPanel (D2007) be any help?

-- Rudy Velthuis http://rvelthuis.de "Human history becomes more and more a race between education and catastrophe." -- H. G. Wells (1866-1946) 

Subject: Re: dynamic layout
From: Kevin McCoy <kgmccoy@removeIDK-INC.COM>
Date: Fri, 19 Oct 2007 14:20:15 -0700
Newsgroups: jedi.vcl

DPerfors wrote:
> Are there any components that could be used to setup a layout dynamically?
>
> I need this because I am working on a project where a Delphi (home made)
> program monitors an undefined amount of devices. So I created a frame with
> the information that is needed and now I want to put it dynamically on the
> form (at startup time) My question is, is there any component to setup
> this kind of layout dynamically, so the frames are resized so that they
> fit into the form. (Like the layout system of Java Swing, or the sizer
> system of C++ wxWidgets)

I and a colleague did something similar with VCL components a couple years ago. Using XML served up by a remote server, the application would build a dynamic VCL form and display it to the user. It had advantages over an HTML form, since it could use complex editor components, and you could design the form's look and feel inside the Delphi IDE. When the form was filled in, it would send the results back to the server in XML format.

We wrote a utility that scanned DFM files and auto created the XML and Delphi unit source code able to manage it. The utility is extensible to include many types of editor components.

We called the technique "Dynaforms".

Dynaforms allowed a "super client" app to configure smaller remote applications loosely connected to a common server. The super-client had no knowledge of how each of the small remote apps worked, and each was completely different from the others. We had an additional limitation in that the small applications had very narrow band communications (< 960 _bytes_ per second), so making them HTML servers was out of the question.

At the time we wrote it, it was our intent to release it to the public domain. Life seems to have intervened. :-)


Anyone interested in the Dynaform source?

Kevin G. McCoy


Subject: Re: text editor needed
From: "Amos" <amos@emailaya.co.il>
Date: Fri, 19 Oct 2007 23:15:59 +0200
Newsgroups: jedi.vcl

hi
plz advice me regarding this issue
thanks

"Amos" <amos@emailaya.co.il> wrote in message 
news:fer2u9$sg7$1@news.talkto.net...
> > hi
> > can one of the jedi components do the following:
> >
> > text editor
> > support unicode
> > support url and mail addresses (with or without mailto:) detection + click
> > a line limit with auto wrapping as i type (for example, each line will 
> > contain 80 chars)
> >
> > i saw there were 2 wideeditors
> > but i couldnt understand how to make them recognize urls and email 
> > addresses
> > and how to set limit for each line
> >
> > thanks
> > 




Subject: Re: jvTranslator
From: "Amos" <amos@emailaya.co.il>
Date: Fri, 19 Oct 2007 23:15:34 +0200
Newsgroups: jedi.vcl

hi
where can i find info about using these components?
thanks

"Amos" <amos@emailaya.co.il> wrote in message 
news:fer3hv$sib$1@news.talkto.net...
> > hi
> > currently im using an INI file in order to translate my app
> > each language contains sections (form name) and each section
> > contains the components.caption or components.hint and so on
> > extra section was called [custom] and there i put all the strings for 
> > ShowMessage and such
> > the easiness of translating several forms in 1 language file made me 
> > choose this option.
> >
> >
> > in jedi i saw jvTranslator and jvTranslatorString but couldnt really 
> > understand how to use them
> > i found an app that converts dfm to xml for jvTranslator but that means 
> > that each form
> > should have a separate xml file. and still i didnt really understand how 
> > this translation works
> >
> > where can i read info about these 2 components?
> > thanks
> > 




Subject: Re: Start menu button like Vista
From: "Amos" <amos@emailaya.co.il>
Date: Fri, 19 Oct 2007 23:15:03 +0200
Newsgroups: jedi.vcl

hi
so is there a component to imitate to start button of Vista?
thanks in advance

"Amos" <amos@emailaya.co.il> wrote in message 
news:fer402$skj$1@news.talkto.net...
> > hi
> > is there a jedi component that imitate the round button
> > of the start menu that exists inVista?
> >
> > i saw a round button, but a simple one, without the option to add a bitmap
> > and without the glowing feature.
> >
> > thanks
> > 




Subject: Trying to Install on a Laptop with Delphi 7
From: "Tom Cusick" <thomasc@servantpc.com>
Date: Fri, 19 Oct 2007 15:41:24 -0400
Newsgroups: jedi.vcl

I am attempting to install the JVCL library on a Laptop that i just 
installed Delphi 7 on.  I installed the JCL library first as in the 
instructions but then when i install the JVCL, the installation itself goes 
fine, it's when i attempt to run Delphi 7 after that i start getting the 
issues.

First i get Access Violation in module 'dclstd70.bpl'
then registration procedure, stdreg.register in package dclstd70.bpl raised 
exception class exception: invalid action registration.
Then Can't load package JvCoreD7D.bpl, registration procedure...
Then Can't load package JvCryptD7D.bpl, registration procedure...

then registration procedure, vcldbreg.register in package dcldb70.bpl raised 
exception class exception: invalid action registration.
Then Can't load package JvBDED7D.bpl, registration procedure...
Then Can't load package JvCtrlsD7D.bpl, registration procedure...
then registration procedure, jvdbreg.register in package JvDBD7D.bpl raised 
exception class exception: invalid action registration.
then registration procedure, Jvdlgsreg.register in package JvDlgsD7d.bpl 
raised exception class exception: invalid action registration.

Anyone have any ideas?

Tom Cusick 




Subject: TJvDBComboBox and TField
From: Lithian <LithianNG@gmail.com>
Date: Fri, 19 Oct 2007 09:54:26 +0000 (UTC)
Newsgroups: jedi.vcl

I've seen this code in the JvDBCombobox.pas unit:

procedure TJvCustomDBComboBox.UpdateData(Sender: TObject);
begin
   FDataLink.Field.AsString := ComboText;
end;

I think is better to use "FDataLink.Field.Text", in this way if the Field 
has an OnGetText event handler it will be triggered.

Thanks,
Lithian.


Subject: dynamic layout
From: "DPerfors" <dnperfors@gmail.com>
Date: Fri, 19 Oct 2007 10:17:22 +0100
Newsgroups: jedi.vcl

Are there any components that could be used to setup a layout dynamically?

I need this because I am working on a project where a Delphi (home made)
program monitors an undefined amount of devices. So I created a frame with
the information that is needed and now I want to put it dynamically on the
form (at startup time) My question is, is there any component to setup
this kind of layout dynamically, so the frames are resized so that they
fit into the form. (Like the layout system of Java Swing, or the sizer
system of C++ wxWidgets)

Best regards,

David



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: I cannot install JVCL in Delphi 6 Enterprise
From: "Przemek Czuba" <pczuba@raks.pl>
Date: Thu, 18 Oct 2007 10:49:14 +0200
Newsgroups: jedi.vcl

> > There is a RTL update pack 3.

Installation of RTL update pack 3 did not help.
I still can not compile JVCL.

"Undeclared identifier clHotLight"

I shoul have clHotLight defined in Grapics.pas
but I do not have... And I do not know why.

Regards
Przemek Czuba.





Subject: Re: I cannot install JVCL in Delphi 6 Enterprise
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 18 Oct 2007 10:23:52 +0200
Newsgroups: jedi.vcl

There is a RTL update pack 3.


Subject: Re: I cannot install JVCL in Delphi 6 Enterprise
From: "Przemek Czuba" <pczuba@raks.pl>
Date: Thu, 18 Oct 2007 10:15:10 +0200
Newsgroups: jedi.vcl

Hello,

> > Do you have the RTL Update Pack 2 installed?  It came out after Update 
> > Pack 2 and maybe required by JVCL.

I installed the pack but there is still a problem with JVCL instalation.
It looks I have problems with Delphi upgrade or something. I dont't
have clHotLight declared in Delphi enviroment. And this is a reason
for compilation problems. I have installed Delphi again. I have Installed:

1. Update Pack 1
2. Update Pack 2
3. RTL Update Pack 1
4. RTL Update pack 2

I still don't have declaration of clHotLight in Graphics.pas.
I think I should have it to compile JVCL installer.

I don't understand that. Do you have any ideas what is wrong?

Regards
Przemek Czuba. 




Subject: Re: I cannot install JVCL in Delphi 6 Enterprise
From: Bruce Michener <bmichene@boe.ca.gov>
Date: Wed, 17 Oct 2007 07:26:36 -0700
Newsgroups: jedi.vcl

Do you have the RTL Update Pack 2 installed?  It came out after Update Pack 2 and maybe required by JVCL.

Przemek Czuba wrote:
> Hi,
>
> I've downloaded the newest version on JCL and JVCL installer. I have Delphi 6 Enterprise Edition (build 6.240) with Update Pack 2. I try to install JCL first of all. Install.bat ends with a message "Delphi 6 update pack is not installed". Why does it say that? I compile JediInstaller.dpr under Delphi and I run install.bat again. Installer works correctly. JCL are installed. But when I try to install JVCL I have another problems. There is a message "Delphi 6 update pack is not installed" again but now I can't compile JVSLInstall.dpr under Delphi 6 because it needs TJvWizard component...
>
> What should I do to install JVCL? Is there something wrong with my IDE or update pack for Delphi?
>
> I have no ideas what to do...
>
> Best regards from Poland
> Przemek Czuba.
>


Subject: JvSearchFiles component...latest package
From: Robert Meek <meektan@comcast.net>
Date: Wed, 17 Oct 2007 09:34:13 -0400
Newsgroups: jedi.vcl

    I'm having a bit of trouble with the Modified before and after dates properties of this control.  Both are preset to 1/1/80 and don't allow me to change them in the designer.
    I've included my own datetime pickers in my search dialog where I want to enable to the user to set the Before Date to any date up until the current date, while the After Date to any date up to the current date as well.
    Also here are two sets of these properties that seem to work together, but I'm not sure of how since i cannot change them.  Does anyone know exactly how these are supposed to work?
    


Subject: I cannot install JVCL in Delphi 6 Enterprise
From: "Przemek Czuba" <pczuba@raks.pl>
Date: Wed, 17 Oct 2007 14:52:49 +0200
Newsgroups: jedi.vcl

Hi,

I've downloaded the newest version on JCL and JVCL installer. I have Delphi 
6 Enterprise Edition (build 6.240) with Update Pack 2. I try to install JCL 
first of all. Install.bat ends with a message "Delphi 6 update pack is not 
installed". Why does it say that? I compile JediInstaller.dpr under Delphi 
and I run install.bat again. Installer works correctly. JCL are installed. 
But when I try to install JVCL I have another problems. There is a message 
"Delphi 6 update pack is not installed" again but now I can't compile 
JVSLInstall.dpr under Delphi 6 because it needs TJvWizard component...

What should I do to install JVCL? Is there something wrong with my IDE or 
update pack for Delphi?

I have no ideas what to do...

Best regards from Poland
Przemek Czuba. 




Subject: DBGrid and zebra coloring
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Mon, 15 Oct 2007 19:49:33 +0200
Newsgroups: jedi.vcl

Hello,

today I've seen some app. which uses a JEDI DBGrid and has zebra coloring turned on. So one line will be with gray background the next with white then with gray again then white etc.

Normally this is nice but only if the coloring is kept while scrolling, that means if sme item "item" is on gray background it should stay on gray background when the grid is scrolled one line. Can this be achieved easily with this grid? Otherwise the guidiance this color sheme shall give to the eyes doesn't really work.

Greetings

Markus


Subject: Re: JvWindowHook
From: "Ken Davis" <nospam@mailinator.com>
Date: Mon, 15 Oct 2007 16:40:29 +0100
Newsgroups: jedi.vcl

> >It can NOT be used to create system hooks (WH_KEYBOARD/WH_JOURNALRECORD)
> >
> >-- 
> >Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >

Ok,
Thank you.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Start menu button like Vista
From: "Amos" <amos@emailaya.co.il>
Date: Sat, 13 Oct 2007 21:21:53 +0200
Newsgroups: jedi.vcl

hi
is there a jedi component that imitate the round button
of the start menu that exists inVista?

i saw a round button, but a simple one, without the option to add a bitmap
and without the glowing feature.

thanks 




Subject: jvTranslator
From: "Amos" <amos@emailaya.co.il>
Date: Sat, 13 Oct 2007 21:14:25 +0200
Newsgroups: jedi.vcl

hi
currently im using an INI file in order to translate my app
each language contains sections (form name) and each section
contains the components.caption or components.hint and so on
extra section was called [custom] and there i put all the strings for 
ShowMessage and such
the easiness of translating several forms in 1 language file made me choose 
this option.


in jedi i saw jvTranslator and jvTranslatorString but couldnt really 
understand how to use them
i found an app that converts dfm to xml for jvTranslator but that means that 
each form
should have a separate xml file. and still i didnt really understand how 
this translation works

where can i read info about these 2 components?
thanks 




Subject: text editor needed
From: "Amos" <amos@emailaya.co.il>
Date: Sat, 13 Oct 2007 21:03:55 +0200
Newsgroups: jedi.vcl

hi
can one of the jedi components do the following:

text editor
support unicode
support url and mail addresses (with or without mailto:) detection + click
a line limit with auto wrapping as i type (for example, each line will 
contain 80 chars)

i saw there were 2 wideeditors
but i couldnt understand how to make them recognize urls and email addresses
and how to set limit for each line

thanks 




Subject: Re: dockable form with fixed size
From: "kitovyj" <kitovyj@mail.ru>
Date: Fri, 12 Oct 2007 21:11:52 +0100
Newsgroups: jedi.vcl

> >I had to do something very similar and I wrote own DockManager class - 
> >but not descendant of TDockTree. TDockTree uses TDockZone and TControl 
> >private properties and is impossible to do much about it without 
> >changing code in standard Controls.pas. But this is a lot of work :(
> >
> >Artur Siupik
> >

Thank you for the suggestion



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: dockable form with fixed size
From: user@domain.invalid
Date: Fri, 12 Oct 2007 14:23:41 +0100
Newsgroups: jedi.vcl

I had to do something very similar and I wrote own DockManager class - but not descendant of TDockTree. TDockTree uses TDockZone and TControl private properties and is impossible to do much about it without changing code in standard Controls.pas. But this is a lot of work :(

Artur Siupik


Subject: Re: dockable form with fixed size
From: "kitovyj" <kitovyj@mail.ru>
Date: Thu, 11 Oct 2007 02:28:54 +0100
Newsgroups: jedi.vcl

Fixed panel is not exactly what i want.

I have several(4) docked forms on the right DockPanel 
of the main window.
The problem is to make one of them fixed-sized. 
But I still want to be able to drag it to floating mode etc.

Here is the screenshot of the interface:
http://i164.photobucket.com/albums/u3/kitovyj_us/interface.jpg

Notice the top-most docked form(with a timer) on a right. I want
to prohibit size change of the last.


> >kitovyj wrote:
>> >> Hi all
>> >>
>> >> I noticed what height of docked forms(docked using TJvDockClient, 
>> >> DockServer) changes proportionally when dock site is resized.
>> >> Is it possible to have a fixed-height(or width) docked form? 
>> >> Also, it must not be possible to change size of the docked form by 
>> >> splitter(manually).
> >
> >That's not /docking/ any more.
> >
> >What you want to do is instead create a TPanel, and a Form, and assign 
> >Form.Parent= myPanel,
> >and change Form.Align = alClient.
> >
> >
> >Warren
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Marco van de Voort <marcov@stack.nl>
Date: Wed, 10 Oct 2007 07:37:12 +0000 (UTC)
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

On 2007-10-09, Florent Ouchet <outchy@users.sourceforge.net> wrote:
> > The results for this poll are available in jedi.binaries and at
> > http://jcl.sourceforge.net/poll/JediPoll.pdf

Extremely high percentage D2007 already. I had expected 50% D2006 and maybe
20% D2007.


Subject: Re: dockable form with fixed size
From: Warren Postma <wp@tekran.com>
Date: Tue, 09 Oct 2007 16:15:08 -0400
Newsgroups: jedi.vcl

kitovyj wrote:
> Hi all
>
> I noticed what height of docked forms(docked using TJvDockClient, DockServer) changes proportionally when dock site is resized.
> Is it possible to have a fixed-height(or width) docked form? Also, it must not be possible to change size of the docked form by splitter(manually).

That's not /docking/ any more.

What you want to do is instead create a TPanel, and a Form, and assign Form.Parent= myPanel,
and change Form.Align = alClient.


Warren


Subject: Re: Graph with JvChart
From: Warren Postma <wp@tekran.com>
Date: Tue, 09 Oct 2007 16:12:07 -0400
Newsgroups: jedi.vcl

SACZI wrote:
> Warren Postma napisał(a):
>
>> Is there an echo in here?
>>  JvChart1.Options.XAxisDateTimeMode := true;
>>  JvChart1.Data.StartDateTime := aDateTime;
>>
>> Warren
>
> Thx.
> Have you some help for this component?

Read the source code.  :-)

W


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 09 Oct 2007 21:13:42 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

The results for this poll are available in jedi.binaries and at
http://jcl.sourceforge.net/poll/JediPoll.pdf


Subject: Re: JvWindowHook
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 09 Oct 2007 20:34:27 +0200
Newsgroups: jedi.vcl

Ken Davis wrote:
> Does anyone know of any examples using JvWindowHook?  Will this component allow the application to use WH_KEYBOARD or
> WH_JOURNALRECORD?

The TJvWindowHook component can be used to 'hook' a control, so with this component you can receive and respond to messages send to this control.

It can NOT be used to create system hooks (WH_KEYBOARD/WH_JOURNALRECORD)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Where to get help / documentation?
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 09 Oct 2007 20:22:17 +0200
Newsgroups: jedi.vcl

Arne wrote:
> Hi guys,
>
> I've been googling for quiet some time now but unfortunately I can't seem to find any nice documentation in the category 'getting started with ...' regarding JVCL components. I'm currently trying to figure out how the JvDBTreeView works (and if it is indeed what i'm looking for).

There is no documentation of the TJvDBTreeView control, but there is an example in the \examples\RaLib\RaDBTreeView directory.

> Where do you guys go for help? What is a good documentation place for getting familiair with JVCL components? 

I think the best place to start is to look at the examples. There is documentation for a lot of components, but that can only be used as a reference. The documentation is in the online help or can be downloaded from sourceforge (http://sourceforge.net/project/showfiles.php?group_id=45786)


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL 3.32 JVThread problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 9 Oct 2007 04:20:03 +0000 (UTC)
Newsgroups: jedi.vcl

Tiberiu Horvath wrote:

> > I downloaded 3.33, installed and ExecuteAndWait works like a charm !
I'm glad to here it.

> > Thank you very much
Thank you too: due to your question I have found and have corrected a
small problem in the code of the component.

--
Best regards,
Alex


Subject: Re: JVCL 3.32 JVThread problem
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Mon, 8 Oct 2007 17:47:00 +0300
Newsgroups: jedi.vcl

Thank you for your time, release 3.33 is OK !

I tried dialog components but in this particular example I use threading 
without GUI because this way I avoid program freezing (when a processor time 
consuming task is working and the program becomes iresponsive).




Tiberiu



"Jens" <jens.fudickar@oratool.de> wrote in message 
news:fecicc$sir$1@news.talkto.net...
> > The current release is 3.33, which is announced at the 19. September.
> > Where did you have downloaded the files. The official site is :
> > http://sourceforge.net/project/showfiles.php?group_id=45786
> >
> > But other way, what is the revision of the file? You find the information
> > in the pas file in the UnitVersioning Block. Search for 
> > "TUnitVersionInfo".
> >
> > Next question: Are you using the dialog components for the thread
> > execution? Did you know them?
> >
> > What about a small sample to reproduce your problem?
> >
> > Greetings
> > Jens
> >
>> >>JVCL 3.32 downloaded 2 days ago.
>> >>
>> >>here, in my instalation, this method looks like this :
>> >>
>> >>procedure TJvThread.DoTerminate(Sender: TObject);
>> >>begin
>> >>  FThreads.Remove(Sender);
>> >>  try
>> >>//    if (Count = 0) and Assigned(ThreadDialogForm) then
>> >>//      ThreadDialogForm.Hide;
>> >>    if Assigned(FOnFinish) then
>> >>      FOnFinish(Self);
>> >>  finally
>> >>    if Count = 0 then
>> >>    begin
>> >>      if Assigned(ThreadDialogForm) then
>> >>        ThreadDialogForm.Close;
>> >>      if Assigned(FOnFinishAll) then
>> >>        FOnFinishAll(Self);
>> >>    end;
>> >>  end;
>> >>end;
>> >>
>> >>tried to replace with what you wrote ("> Current version looks 
>> >>differently:
>> >>")
>> >>but it raises an error at
>> >>TJvBaseThread(Sender).FExecuteIsActive := False;  : ("FExecuteIsActive
>> >>unknown")
>> >>
>> >>Am I using an old version ? 2 days ago ?
>> >>
>> >>
>> >>Thank you for your time,
>> >>
>> >>Tiberiu
>> >>
>> >>
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: JVCL 3.32 JVThread problem
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Mon, 8 Oct 2007 17:43:23 +0300
Newsgroups: jedi.vcl

I downloaded 3.33, installed and ExecuteAndWait works like a charm !

Thank you very much,

Long live JVCL !!!



Tiberiu Horvath,






"AlexB" <b.a.v@inbox.ru> wrote in message 
news:fecmc4$t28$3@news.talkto.net...
> > Tiberiu Horvath wrote:
> >
>> >> now it is :
>> >>
>> >>      MyAngajat_obj_JvThread:=TJvThread.Create(nil);
>> >>      try
>> >>        MyAngajat_obj_JvThread.Exclusive:=true;
>> >>        MyAngajat_obj_JvThread.RunOnCreate:=true;
>> >>        MyAngajat_obj_JvThread.FreeOnTerminate:=true;
>> >>        MyAngajat_obj_JvThread.ThreadDialog:=nil;
>> >>        MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
>> >>        MyAngajat_obj_JvThread.ExecuteAndWait(Self);
>> >>        while not MyAngajat_obj_JvThread.Terminated do begin
>> >>          Sleep(100);
>> >>          Application.ProcessMessages
>> >>        end;
>> >>      finally
>> >>        MyAngajat_obj_JvThread.Destroy
>> >>      end
> >
> > In the old version realization of ExecuteAndWait method was not so good.
> > Please try the latest version and inform us how it works for you.
> >
> > --
> > Alex 




Subject: Re: JVCL 3.32 JVThread problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Mon, 8 Oct 2007 07:50:14 +0000 (UTC)
Newsgroups: jedi.vcl

Tiberiu Horvath wrote:

> > rewrote my code , now it is :
> > 
> >      MyAngajat_obj_JvThread:=TJvThread.Create(nil);
> >      try
> >        MyAngajat_obj_JvThread.Exclusive:=true;
> >        MyAngajat_obj_JvThread.RunOnCreate:=true;
> >        MyAngajat_obj_JvThread.FreeOnTerminate:=true;
> >        MyAngajat_obj_JvThread.ThreadDialog:=nil;
> >        MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
> >        MyAngajat_obj_JvThread.ExecuteAndWait(Self);
> >        while not MyAngajat_obj_JvThread.Terminated do begin
> >          Sleep(100);
> >          Application.ProcessMessages
> >        end;
> >      finally
> >        MyAngajat_obj_JvThread.Destroy
> >      end

You should use JvThread.OneThreadIsRunning instead of
JvThread.Terminated.

JvThread.Terminated shows only that the flag 'Terminated'=true for all
threads inside component, but thread(s) can still continue to work.

JvThread.OneThreadIsRunning returns false if all threads have finished.

--
Alex 



Subject: Re: JVCL 3.32 JVThread problem
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 8 Oct 2007 08:43:16 +0100
Newsgroups: jedi.vcl

The current release is 3.33, which is announced at the 19. September.
Where did you have downloaded the files. The official site is : 
http://sourceforge.net/project/showfiles.php?group_id=45786

But other way, what is the revision of the file? You find the information
in the pas file in the UnitVersioning Block. Search for "TUnitVersionInfo".

Next question: Are you using the dialog components for the thread
execution? Did you know them?

What about a small sample to reproduce your problem?

Greetings
Jens

> >JVCL 3.32 downloaded 2 days ago.
> >
> >here, in my instalation, this method looks like this :
> >
> >procedure TJvThread.DoTerminate(Sender: TObject);
> >begin
> >  FThreads.Remove(Sender);
> >  try
> >//    if (Count = 0) and Assigned(ThreadDialogForm) then
> >//      ThreadDialogForm.Hide;
> >    if Assigned(FOnFinish) then
> >      FOnFinish(Self);
> >  finally
> >    if Count = 0 then
> >    begin
> >      if Assigned(ThreadDialogForm) then
> >        ThreadDialogForm.Close;
> >      if Assigned(FOnFinishAll) then
> >        FOnFinishAll(Self);
> >    end;
> >  end;
> >end;
> >
> >tried to replace with what you wrote ("> Current version looks differently:
> >")
> >but it raises an error at
> >TJvBaseThread(Sender).FExecuteIsActive := False;  : ("FExecuteIsActive 
> >unknown")
> >
> >Am I using an old version ? 2 days ago ?
> >
> >
> >Thank you for your time,
> >
> >Tiberiu
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.32 JVThread problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Mon, 8 Oct 2007 07:31:16 +0000 (UTC)
Newsgroups: jedi.vcl

Tiberiu Horvath wrote:

> > now it is :
> > 
> >      MyAngajat_obj_JvThread:=TJvThread.Create(nil);
> >      try
> >        MyAngajat_obj_JvThread.Exclusive:=true;
> >        MyAngajat_obj_JvThread.RunOnCreate:=true;
> >        MyAngajat_obj_JvThread.FreeOnTerminate:=true;
> >        MyAngajat_obj_JvThread.ThreadDialog:=nil;
> >        MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
> >        MyAngajat_obj_JvThread.ExecuteAndWait(Self);
> >        while not MyAngajat_obj_JvThread.Terminated do begin
> >          Sleep(100);
> >          Application.ProcessMessages
> >        end;
> >      finally
> >        MyAngajat_obj_JvThread.Destroy
> >      end

In the old version realization of ExecuteAndWait method was not so good.
Please try the latest version and inform us how it works for you.

--
Alex 


Subject: Re: JVCL 3.32 JVThread problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Mon, 8 Oct 2007 07:17:22 +0000 (UTC)
Newsgroups: jedi.vcl

Tiberiu Horvath wrote:

> > JVCL 3.32 downloaded 2 days ago.
> > 
> > here, in my instalation, this method looks like this :
> > 
> > procedure TJvThread.DoTerminate(Sender: TObject);
> > begin
> >  FThreads.Remove(Sender);
> >  try
> > //    if (Count = 0) and Assigned(ThreadDialogForm) then
> > //      ThreadDialogForm.Hide;
> >    if Assigned(FOnFinish) then
> >      FOnFinish(Self);
> >  finally
> >    if Count = 0 then
> >    begin
> >      if Assigned(ThreadDialogForm) then
> >        ThreadDialogForm.Close;
> >      if Assigned(FOnFinishAll) then
> >        FOnFinishAll(Self);
> >    end;
> >  end;
> > end;
> > 
> > tried to replace with what you wrote ("> Current version looks
> > differently:  ")
> > but it raises an error at
> > TJvBaseThread(Sender).FExecuteIsActive := False;  :
> > ("FExecuteIsActive unknown")

OK, now I definitely see that you use old version of the component.
I don't know why 3.32 on official download page still contains it.
Please goto on
http://jcl.sourceforge.net/daily/
http://jvcl.sourceforge.net/daily/

and download

http://jcl.sourceforge.net/daily/jcl-Latest.7z
http://jvcl.sourceforge.net/daily/JVCL3-Latest.7z

and install the latest JCL and JVCL.

Sometimes (rarely) the latest versions have problems with installation.
If you don't like to do full reinstallation you can replace the
Run\JvThread.pas file with the latest version and recompile (reinstall)
the library; it should work.

-- Alex 

Subject: Re: JVCL 3.32 JVThread problem
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Mon, 8 Oct 2007 09:17:28 +0300
Newsgroups: jedi.vcl

rewrote my code , now it is :

      MyAngajat_obj_JvThread:=TJvThread.Create(nil);
      try
        MyAngajat_obj_JvThread.Exclusive:=true;
        MyAngajat_obj_JvThread.RunOnCreate:=true;
        MyAngajat_obj_JvThread.FreeOnTerminate:=true;
        MyAngajat_obj_JvThread.ThreadDialog:=nil;
        MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
        MyAngajat_obj_JvThread.ExecuteAndWait(Self);
        while not MyAngajat_obj_JvThread.Terminated do begin
          Sleep(100);
          Application.ProcessMessages
        end;
      finally
        MyAngajat_obj_JvThread.Destroy
      end


this way I wait for the thread to terminate, but this is not an elegant 
solution ...



Tiberiu


"AlexB" <b.a.v@inbox.ru> wrote in message 
news:fea6ut$jch$1@news.talkto.net...
> > Tiberiu Horvath wrote:
> >
>> >> In my program I used this code to execute a method, called
>> >> "sub_create_in" in a separate thread.
>> >> (Am I missing something ?)
>> >>
>> >>      MyAngajat_obj_JvThread:=TJvThread.Create(nil);
> >
> >  try
> >
>> >>      MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
>> >>      MyAngajat_obj_JvThread.ExecuteAndWait(self);
> >
> >  finally
> >
>> >>      MyAngajat_obj_JvThread.Destroy;
> >  // (Minor: probably .Free is better here?)
> >
> >  end
> >
> >
>> >> This worked fine in TD 2006.
>> >>
>> >> Now (in RAD Studio 2007) it does not starts/executes "sub_create_in"
>> >> and when the thread destroys, I get a "EAccesViolation on module
>> >> ntddl.dll" here :
>> >>
>> >> procedure TJvThread.DoTerminate(Sender: TObject);
>> >> begin
>> >>  FThreads.Remove(Sender);
> >
> > Current version looks differently:
> >
> > procedure TJvThread.DoTerminate(Sender: TObject);
> > begin
> >  TJvBaseThread(Sender).FExecuteIsActive := False;
> >  if Assigned(FOnFinish) then
> >    try
> >      FOnFinish(Sender);
> >    except
> >      // DoTerminate is part of destructor; destructor should not raise
> > exceptions
> >    end;
> >
> >  if TJvBaseThread(Sender).FreeOnTerminate then
> >    FThreads.Remove(Sender);
> >  TJvBaseThread(Sender).FFinished := True;
> >
> >  if Count = 0 then
> >  begin
> >    if Assigned(ThreadDialogForm) then
> >      ThreadDialogForm.Close;
> >    if Assigned(FOnFinishAll) then
> >      try
> >        FOnFinishAll(Self);
> >      except
> >      // DoTerminate is part of destructor; destructor should not raise
> > exceptions
> >      end;
> >  end;
> > end;
> >
> > What version do you use?
> >
> > There is special test case for dynamic creation of TJvThread in
> > Examples\JvThread\BCB\fThread.cpp (sorry, updated demo is for BCB only)
> > (see the last procedure in this file) and it works good for me.
> >
> > Try to get more information about the error:
> >
> >  MyAngajat_obj_JvThread:=TJvThread.Create(nil);
> > // --- is object assigned here ?
> >  try
> >   MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
> >   MyAngajat_obj_JvThread.ExecuteAndWait(self);
> >  finally
> >   MyAngajat_obj_JvThread.Destroy;
> >  end
> >
> > If MyAngajat_obj_JvThread was created succesfully trace into
> > ExecuteAndWait and Execute procedures and see what is wrong:
> >
> > procedure TJvThread.ExecuteAndWait(P: Pointer);
> > var
> >  B: Boolean;
> >  Thread: TJvBaseThread;
> > begin
> >  B := FRunOnCreate;
> >  FRunOnCreate := True;
> >  try
> >    Thread := Execute(P); // --- is Thread assigned here ?
> >  finally
> >    FRunOnCreate := B;
> >  end;
> >
> >  if Assigned(Thread) then
> >    WaitFor;  // all threads in list
> > end;
> >
> > function TJvThread.Execute(P: Pointer): TJvBaseThread;
> > var
> >  BaseThread: TJvBaseThread;
> > begin
> >  BaseThread := nil;
> >  if not ((Exclusive and OneThreadIsRunning) or ((FMaxCount > 0) and
> >     (Count >= FMaxCount))) and
> >     Assigned(FOnExecute) then
> >  begin
> >    try
> >      BaseThread := TJvBaseThread.Create(Self, FOnExecute, P);
> > // --- is BaseThread assigned here ?
> >      BaseThread.FreeOnTerminate := FFreeOnTerminate;
> >      BaseThread.OnShowMessageDlgEvent := OnShowMessageDlgEvent;
> >      BaseThread.Priority := Priority;
> >      BaseThread.OnTerminate := DoTerminate;
> >      FThreads.Add(BaseThread);
> >      DoBegin;
> >    except
> >    // We can't terminate right now due to discrepancy between old
> >    // and recent versions of TThread
> >      BaseThread.FInternalTerminate := True;
> > -------------------------
> > For Jens: I see the problem here (in my) code:
> > if BaseThread=nil there will be AV. It should be fixed like this:
> >
> >     if Assigned(BaseThread) then
> >       BaseThread.FInternalTerminate := True;
> >
> > I'll rescan the unit today for such issues and let you know about
> > result.
> > -------------------------
> > // --- is exception here or no?
> >    end;
> >
> >    if FRunOnCreate and Assigned(BaseThread) then
> >      Resume(BaseThread);
> >  end;
> >  Result := BaseThread;
> > end;
> >
> >
>> >> Now (in RAD Studio 2007) it does not starts/executes "sub_create_in"
> > Are you sure? Please check this explicitly using breakpoint.
> >
> > What the nature of "sub_create_in"? Is this continuous procedure or it
> > very fast (there can be some hidden/unknown issues for fast procedures)?
> >
> > -- 
> > Alex 




Subject: Re: JVCL 3.32 JVThread problem
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Mon, 8 Oct 2007 09:09:47 +0300
Newsgroups: jedi.vcl

JVCL 3.32 downloaded 2 days ago.

here, in my instalation, this method looks like this :

procedure TJvThread.DoTerminate(Sender: TObject);
begin
  FThreads.Remove(Sender);
  try
//    if (Count = 0) and Assigned(ThreadDialogForm) then
//      ThreadDialogForm.Hide;
    if Assigned(FOnFinish) then
      FOnFinish(Self);
  finally
    if Count = 0 then
    begin
      if Assigned(ThreadDialogForm) then
        ThreadDialogForm.Close;
      if Assigned(FOnFinishAll) then
        FOnFinishAll(Self);
    end;
  end;
end;

tried to replace with what you wrote ("> Current version looks differently:
")
but it raises an error at
TJvBaseThread(Sender).FExecuteIsActive := False;  : ("FExecuteIsActive 
unknown")

Am I using an old version ? 2 days ago ?


Thank you for your time,

Tiberiu




"AlexB" <b.a.v@inbox.ru> wrote in message 
news:fea6ut$jch$1@news.talkto.net...
> > Tiberiu Horvath wrote:
> >
>> >> In my program I used this code to execute a method, called
>> >> "sub_create_in" in a separate thread.
>> >> (Am I missing something ?)
>> >>
>> >>      MyAngajat_obj_JvThread:=TJvThread.Create(nil);
> >
> >  try
> >
>> >>      MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
>> >>      MyAngajat_obj_JvThread.ExecuteAndWait(self);
> >
> >  finally
> >
>> >>      MyAngajat_obj_JvThread.Destroy;
> >  // (Minor: probably .Free is better here?)
> >
> >  end
> >
> >
>> >> This worked fine in TD 2006.
>> >>
>> >> Now (in RAD Studio 2007) it does not starts/executes "sub_create_in"
>> >> and when the thread destroys, I get a "EAccesViolation on module
>> >> ntddl.dll" here :
>> >>
>> >> procedure TJvThread.DoTerminate(Sender: TObject);
>> >> begin
>> >>  FThreads.Remove(Sender);
> >
> > Current version looks differently:
> >
> > procedure TJvThread.DoTerminate(Sender: TObject);
> > begin
> >  TJvBaseThread(Sender).FExecuteIsActive := False;
> >  if Assigned(FOnFinish) then
> >    try
> >      FOnFinish(Sender);
> >    except
> >      // DoTerminate is part of destructor; destructor should not raise
> > exceptions
> >    end;
> >
> >  if TJvBaseThread(Sender).FreeOnTerminate then
> >    FThreads.Remove(Sender);
> >  TJvBaseThread(Sender).FFinished := True;
> >
> >  if Count = 0 then
> >  begin
> >    if Assigned(ThreadDialogForm) then
> >      ThreadDialogForm.Close;
> >    if Assigned(FOnFinishAll) then
> >      try
> >        FOnFinishAll(Self);
> >      except
> >      // DoTerminate is part of destructor; destructor should not raise
> > exceptions
> >      end;
> >  end;
> > end;
> >
> > What version do you use?
> >
> > There is special test case for dynamic creation of TJvThread in
> > Examples\JvThread\BCB\fThread.cpp (sorry, updated demo is for BCB only)
> > (see the last procedure in this file) and it works good for me.
> >
> > Try to get more information about the error:
> >
> >  MyAngajat_obj_JvThread:=TJvThread.Create(nil);
> > // --- is object assigned here ?
> >  try
> >   MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
> >   MyAngajat_obj_JvThread.ExecuteAndWait(self);
> >  finally
> >   MyAngajat_obj_JvThread.Destroy;
> >  end
> >
> > If MyAngajat_obj_JvThread was created succesfully trace into
> > ExecuteAndWait and Execute procedures and see what is wrong:
> >
> > procedure TJvThread.ExecuteAndWait(P: Pointer);
> > var
> >  B: Boolean;
> >  Thread: TJvBaseThread;
> > begin
> >  B := FRunOnCreate;
> >  FRunOnCreate := True;
> >  try
> >    Thread := Execute(P); // --- is Thread assigned here ?
> >  finally
> >    FRunOnCreate := B;
> >  end;
> >
> >  if Assigned(Thread) then
> >    WaitFor;  // all threads in list
> > end;
> >
> > function TJvThread.Execute(P: Pointer): TJvBaseThread;
> > var
> >  BaseThread: TJvBaseThread;
> > begin
> >  BaseThread := nil;
> >  if not ((Exclusive and OneThreadIsRunning) or ((FMaxCount > 0) and
> >     (Count >= FMaxCount))) and
> >     Assigned(FOnExecute) then
> >  begin
> >    try
> >      BaseThread := TJvBaseThread.Create(Self, FOnExecute, P);
> > // --- is BaseThread assigned here ?
> >      BaseThread.FreeOnTerminate := FFreeOnTerminate;
> >      BaseThread.OnShowMessageDlgEvent := OnShowMessageDlgEvent;
> >      BaseThread.Priority := Priority;
> >      BaseThread.OnTerminate := DoTerminate;
> >      FThreads.Add(BaseThread);
> >      DoBegin;
> >    except
> >    // We can't terminate right now due to discrepancy between old
> >    // and recent versions of TThread
> >      BaseThread.FInternalTerminate := True;
> > -------------------------
> > For Jens: I see the problem here (in my) code:
> > if BaseThread=nil there will be AV. It should be fixed like this:
> >
> >     if Assigned(BaseThread) then
> >       BaseThread.FInternalTerminate := True;
> >
> > I'll rescan the unit today for such issues and let you know about
> > result.
> > -------------------------
> > // --- is exception here or no?
> >    end;
> >
> >    if FRunOnCreate and Assigned(BaseThread) then
> >      Resume(BaseThread);
> >  end;
> >  Result := BaseThread;
> > end;
> >
> >
>> >> Now (in RAD Studio 2007) it does not starts/executes "sub_create_in"
> > Are you sure? Please check this explicitly using breakpoint.
> >
> > What the nature of "sub_create_in"? Is this continuous procedure or it
> > very fast (there can be some hidden/unknown issues for fast procedures)?
> >
> > -- 
> > Alex 




Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 07 Oct 2007 22:16:19 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

We now have more than 250 people who filled this survey. Thanks all for your time.

The number of answers has slowly increased for last 2-3 days (only 3 or 4 answers a day); it's now time to close this survey; users who haven't answer yet will have only 24h to complete the survey. I'll close on coming Monday.

Regards,

Florent


Subject: dockable form with fixed size
From: "kitovyj" <kitovyj@mail.ru>
Date: Sun, 7 Oct 2007 20:14:47 +0100
Newsgroups: jedi.vcl

Hi all

I noticed what height of docked forms(docked using TJvDockClient, 
DockServer) changes proportionally when dock site is resized.
Is it possible to have a fixed-height(or width) docked form? 
Also, it must not be possible to change size of the docked form by 
splitter(manually).

Does anybody know how to achieve such an effect?

Sorry for bad english.

Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.32 JVThread problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Oct 2007 18:39:36 +0200
Newsgroups: jedi.vcl

Done

AlexB schrieb:
> AlexB wrote:
>
>> function TJvThread.Execute(P: Pointer): TJvBaseThread;
>> var
>>   BaseThread: TJvBaseThread;
>> begin
>>   BaseThread := nil;
>>   if not ((Exclusive and OneThreadIsRunning) or ((FMaxCount > 0) and
>>      (Count >= FMaxCount))) and
>>      Assigned(FOnExecute) then
>>   begin
>>     try
>>       BaseThread := TJvBaseThread.Create(Self, FOnExecute, P);
>>       BaseThread.FreeOnTerminate := FFreeOnTerminate;
>>       BaseThread.OnShowMessageDlgEvent := OnShowMessageDlgEvent;
>>       BaseThread.Priority := Priority;
>>       BaseThread.OnTerminate := DoTerminate;
>>       FThreads.Add(BaseThread);
>>       DoBegin;
>>     except
>>     // We can't terminate right now due to discrepancy between old
>>     // and recent versions of TThread
>>       BaseThread.FInternalTerminate := True;
>> -------------------------
>> For Jens: I see the problem here (in my) code:
>> if BaseThread=nil there will be AV. It should be fixed like this:
>>
>>      if Assigned(BaseThread) then
>>        BaseThread.FInternalTerminate := True;
>>
>> I'll rescan the unit today for such issues and let you know about
>> result.
>> -------------------------
>>     end;
>>
>>     if FRunOnCreate and Assigned(BaseThread) then
>>       Resume(BaseThread);
>>   end;
>>   Result := BaseThread;
>> end;
>
> I have seen the code and have not found such faults any more.
> Please fix it in repository.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: ftp filedate (help)
From: "serdar sokol" <serdarsokol@hotmail.com>
Date: Sun, 7 Oct 2007 15:13:37 +0300
Newsgroups: jedi.vcl

Hello,

I want get filedate on ftp server.
How can i make this job with TJvFtpUrlGrabber?

I success download file but i need filedate on server...

Thank you,





Subject: Re: JVCL 3.32 JVThread problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Sun, 7 Oct 2007 09:49:17 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > function TJvThread.Execute(P: Pointer): TJvBaseThread;
> > var
> >   BaseThread: TJvBaseThread;
> > begin
> >   BaseThread := nil;
> >   if not ((Exclusive and OneThreadIsRunning) or ((FMaxCount > 0) and
> >      (Count >= FMaxCount))) and
> >      Assigned(FOnExecute) then
> >   begin
> >     try
> >       BaseThread := TJvBaseThread.Create(Self, FOnExecute, P);
> >       BaseThread.FreeOnTerminate := FFreeOnTerminate;
> >       BaseThread.OnShowMessageDlgEvent := OnShowMessageDlgEvent;
> >       BaseThread.Priority := Priority;
> >       BaseThread.OnTerminate := DoTerminate;
> >       FThreads.Add(BaseThread);
> >       DoBegin;
> >     except
> >     // We can't terminate right now due to discrepancy between old
> >     // and recent versions of TThread
> >       BaseThread.FInternalTerminate := True;
> > -------------------------
> > For Jens: I see the problem here (in my) code:
> > if BaseThread=nil there will be AV. It should be fixed like this:
> > 
> >      if Assigned(BaseThread) then
> >        BaseThread.FInternalTerminate := True;
> > 
> > I'll rescan the unit today for such issues and let you know about
> > result.
> > -------------------------
> >     end;
> > 
> >     if FRunOnCreate and Assigned(BaseThread) then
> >       Resume(BaseThread);
> >   end;
> >   Result := BaseThread;
> > end;

I have seen the code and have not found such faults any more.
Please fix it in repository.

-- Alex 

Subject: Re: JVCL 3.32 JVThread problem
From: "AlexB" <b.a.v@inbox.ru>
Date: Sun, 7 Oct 2007 08:55:58 +0000 (UTC)
Newsgroups: jedi.vcl

Tiberiu Horvath wrote:

> > In my program I used this code to execute a method, called
> > "sub_create_in" in a separate thread.
> > (Am I missing something ?)
> > 
> >      MyAngajat_obj_JvThread:=TJvThread.Create(nil);

  try

> >      MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
> >      MyAngajat_obj_JvThread.ExecuteAndWait(self);

  finally

> >      MyAngajat_obj_JvThread.Destroy;
  // (Minor: probably .Free is better here?)

  end


> > This worked fine in TD 2006.
> > 
> > Now (in RAD Studio 2007) it does not starts/executes "sub_create_in"
> > and when the thread destroys, I get a "EAccesViolation on module
> > ntddl.dll" here :
> > 
> > procedure TJvThread.DoTerminate(Sender: TObject);
> > begin
> >  FThreads.Remove(Sender);

Current version looks differently:

procedure TJvThread.DoTerminate(Sender: TObject);
begin
  TJvBaseThread(Sender).FExecuteIsActive := False;
  if Assigned(FOnFinish) then
    try
      FOnFinish(Sender);
    except
      // DoTerminate is part of destructor; destructor should not raise
exceptions
    end;

  if TJvBaseThread(Sender).FreeOnTerminate then
    FThreads.Remove(Sender);
  TJvBaseThread(Sender).FFinished := True;

  if Count = 0 then
  begin
    if Assigned(ThreadDialogForm) then
      ThreadDialogForm.Close;
    if Assigned(FOnFinishAll) then
      try
        FOnFinishAll(Self);
      except
      // DoTerminate is part of destructor; destructor should not raise
exceptions
      end;
  end;
end;

What version do you use?

There is special test case for dynamic creation of TJvThread in
Examples\JvThread\BCB\fThread.cpp (sorry, updated demo is for BCB only)
(see the last procedure in this file) and it works good for me.

Try to get more information about the error:

  MyAngajat_obj_JvThread:=TJvThread.Create(nil);
// --- is object assigned here ?
  try
   MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
   MyAngajat_obj_JvThread.ExecuteAndWait(self);
  finally
   MyAngajat_obj_JvThread.Destroy;
  end

If MyAngajat_obj_JvThread was created succesfully trace into
ExecuteAndWait and Execute procedures and see what is wrong:

procedure TJvThread.ExecuteAndWait(P: Pointer);
var
  B: Boolean;
  Thread: TJvBaseThread;
begin
  B := FRunOnCreate;
  FRunOnCreate := True;
  try
    Thread := Execute(P); // --- is Thread assigned here ?
  finally
    FRunOnCreate := B;
  end;

  if Assigned(Thread) then
    WaitFor;  // all threads in list
end;

function TJvThread.Execute(P: Pointer): TJvBaseThread;
var
  BaseThread: TJvBaseThread;
begin
  BaseThread := nil;
  if not ((Exclusive and OneThreadIsRunning) or ((FMaxCount > 0) and
     (Count >= FMaxCount))) and
     Assigned(FOnExecute) then
  begin
    try
      BaseThread := TJvBaseThread.Create(Self, FOnExecute, P);
// --- is BaseThread assigned here ?
      BaseThread.FreeOnTerminate := FFreeOnTerminate;
      BaseThread.OnShowMessageDlgEvent := OnShowMessageDlgEvent;
      BaseThread.Priority := Priority;
      BaseThread.OnTerminate := DoTerminate;
      FThreads.Add(BaseThread);
      DoBegin;
    except
    // We can't terminate right now due to discrepancy between old
    // and recent versions of TThread
      BaseThread.FInternalTerminate := True;
-------------------------
For Jens: I see the problem here (in my) code:
if BaseThread=nil there will be AV. It should be fixed like this:

     if Assigned(BaseThread) then
       BaseThread.FInternalTerminate := True;

I'll rescan the unit today for such issues and let you know about
result.
-------------------------
// --- is exception here or no?
    end;

    if FRunOnCreate and Assigned(BaseThread) then
      Resume(BaseThread);
  end;
  Result := BaseThread;
end;


> > Now (in RAD Studio 2007) it does not starts/executes "sub_create_in"
Are you sure? Please check this explicitly using breakpoint.

What the nature of "sub_create_in"? Is this continuous procedure or it
very fast (there can be some hidden/unknown issues for fast procedures)?

-- Alex 

Subject: Re: JVCL 3.32 JVThread problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Oct 2007 18:53:51 +0200
Newsgroups: jedi.vcl

Please create a sample and add it to our mantis system.
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

I didn't know any problems with D2007.

In my environment the TJvThread works without problems.

Greetings
Jens

Tiberiu Horvath schrieb:
> I just upgraded from Turbo Delphi 2006 to CG RAD Studio 2007 professional.
>
> In my program I used this code to execute a method, called "sub_create_in" in a separate thread.
>
>       MyAngajat_obj_JvThread:=TJvThread.Create(nil);
>       MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
>       MyAngajat_obj_JvThread.ExecuteAndWait(self);
>       MyAngajat_obj_JvThread.Destroy;
>
> This worked fine in TD 2006.
>
> Now (in RAD Studio 2007) it does not starts/executes "sub_create_in" and when the thread destroys, I get a
> "EAccesViolation on module ntddl.dll"
>
> here :
>
> procedure TJvThread.DoTerminate(Sender: TObject);
> begin
>   FThreads.Remove(Sender);
>
>
>
> Am I missing something ?
>
>
> Thank you,
> Tiberiu
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Where to get help / documentation?
From: "Arne" <arne@bukkie.nl>
Date: Sat, 6 Oct 2007 14:58:40 +0200
Newsgroups: jedi.vcl

Hi guys,

I've been googling for quiet some time now but unfortunately I can't seem to 
find any nice documentation in the category 'getting started with ...' 
regarding JVCL components. I'm currently trying to figure out how the 
JvDBTreeView works (and if it is indeed what i'm looking for).

Where do you guys go for help? What is a good documentation place for 
getting familiair with JVCL components? The JEDI ONLINE HELP doesn't seem to 
give any real help to me.. :(

Gr, Arne 




Subject: JVCL 3.32 JVThread problem
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Sat, 6 Oct 2007 15:46:45 +0300
Newsgroups: jedi.vcl

I just upgraded from Turbo Delphi 2006 to CG RAD Studio 2007 professional.

In my program I used this code to execute a method, called "sub_create_in" 
in a separate thread.

      MyAngajat_obj_JvThread:=TJvThread.Create(nil);
      MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
      MyAngajat_obj_JvThread.ExecuteAndWait(self);
      MyAngajat_obj_JvThread.Destroy;

This worked fine in TD 2006.

Now (in RAD Studio 2007) it does not starts/executes "sub_create_in" and 
when the thread destroys, I get a
"EAccesViolation on module ntddl.dll"

here :

procedure TJvThread.DoTerminate(Sender: TObject);
begin
  FThreads.Remove(Sender);



Am I missing something ?


Thank you,
Tiberiu





Subject: Re: Package as Plugin
From: "Andrew Baylis" <abaylis_nos@spamcop.net>
Date: Sat, 6 Oct 2007 15:19:34 +1000
Newsgroups: jedi.vcl

"Md. Shariful Alam Khan" <murad_mouri@yahoo.com> wrote in message news:fe62p0$40d$1@news.talkto.net...
> Hello All,
>
> I have created a plugin as Package. When I run my main application on a non Delphi installed computer it search for all runtime package of my plugin package and raise exception. How can I ommit this exception? Do I have to distribute all the run time packages with my plugin or there is a way to overcome this problem? Please help.
>
> -- 
> Best Regards
> Md. Shariful Alam Khan
Already answered in general


Subject: Package as Plugin
From: "Md. Shariful Alam Khan" <murad_mouri@yahoo.com>
Date: Sat, 6 Oct 2007 01:53:00 +0600
Newsgroups: jedi.vcl

Hello All,

I have created a plugin as Package. When I run my main application on a non 
Delphi installed computer it search for all runtime package of my plugin 
package and raise exception. How can I ommit this exception? Do I have to 
distribute all the run time packages with my plugin or there is a way to 
overcome this problem? Please help.

-- Best Regards Md. Shariful Alam Khan 

Subject: Problems with TJvCheckedComboBox and a number of items
From: Alexander <Alexander@nospam.please.com>
Date: Fri, 05 Oct 2007 19:57:00 +0300
Newsgroups: jedi.vcl

Hello everybody,
  I am sorry for my terrible English.

  I have just tried to use TJvCheckedComboBox. I really like the idea of
the component. The problem is that the texts of all of the checked items
is displayed on the first line of the combo separated by comas. Adding
more and more items it's too easy to get a combined length of 256
characters for the first line. An attempt to add a string that will make
the first line longer than "MaxSelLength" (256) raises an EJVCLException
with a message 'Too many items selected' (the constant is: RsENoMoreLength).

  I just tried a quick and durty fix - to check the length before
calling the add function:

ORIGINAL:
procedure TJvCustomCheckedComboBox.ToggleOnOff(Sender: TObject);
var
  S: string;
begin
  if FListBox.ItemIndex = -1 then
    Exit;
  S := Text;
  if FListBox.Checked[FListBox.ItemIndex] then
  begin
    if Add(FListBox.Items[FListBox.ItemIndex], S, Delimiter) then
      FCheckedCount := FCheckedCount + 1;
  end
  else
  if Remove(FListBox.Items[FListBox.ItemIndex], S, Delimiter) then
    FCheckedCount := FCheckedCount - 1;
  Text := S;
  Change;
end;


!!!QUICK AND DURTY!!! FIX


procedure TJvCustomCheckedComboBox.ToggleOnOff(Sender: TObject);
var
  S: string;
begin
  if FListBox.ItemIndex = -1 then
    Exit;
  S := Text;
  if FListBox.Checked[FListBox.ItemIndex] then
  begin
> >    if Length(FListBox.Items[FListBox.ItemIndex])+Length(S)+
> >length(Delimiter)<MaxSelLength then
> >      begin
> >        if Add(FListBox.Items[FListBox.ItemIndex], S, Delimiter) then
> >          FCheckedCount := FCheckedCount + 1;
> >      end
> >      else
> >        FCheckedCount := FCheckedCount + 1;
  end
  else
  if Remove(FListBox.Items[FListBox.ItemIndex], S, Delimiter) then
    FCheckedCount := FCheckedCount - 1;
  Text := S;
  Change;
end;


  I believe that adding "..." at the end of the string if there is no
enough place for all elements will be much better. Another possible
approach is to make a version of the add function that allows more than
MaxSelLength characters. However I didn't analyzed the code in deep
because of the lack of time (its far after the end of the working day
here). I will continue researching this on Monday. In the meantime I
will be really thankful if  someone more familiar with the code takes a
look.
  And finally - where can I send a patch for TJvCustomCheckedComboBox?


Greetings
Alexander.


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Fri, 05 Oct 2007 03:41:24 +0400
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

> Forget the "Unicode Layer for Win98" that brings only the functionality that the app can be startet unter Win9x/ME, but brings no Unicode to Win98/ME!

App can be started, and thats fine!

> The way of Troy with TNTWare-Controls brings the same level of Unicode-Support to your app without the need to distribute extra DLL's with your app

No single DLL ? not even Common Controls 5.0 upgrade, that is required even to just run Delphi 5 itself ? on't pull my leg.


However, that is not relevant. Will You be the one that would make all the JVCL widgets both ANSI-aware and Unicode-aware at the same time ?
Too much to ask ? Ok, will there be anyone who will continue developing free edition of TNT widgets ?
The guy, that makes "TNT with Exceptions" just made a patch and updated it to recent versions of TNT.

Even for that small set of widgets no one would want to bother to just updating them.
JVCL has a lot more widgets, and they needed not to ne just updated, but completely reworked! Who will do it ?
And why, if the outcome would be exactly the same, as installing one more Microsoft Update to Win 98 ?




Subject: Re: Graph with JvChart
From: SACZI <s.such@wp.pl>
Date: Thu, 04 Oct 2007 22:16:14 +0200
Newsgroups: jedi.vcl

Warren Postma napisał(a):

> Is there an echo in here?
>  JvChart1.Options.XAxisDateTimeMode := true;
>  JvChart1.Data.StartDateTime := aDateTime;
>
> Warren

Thx.
Have you some help for this component?

SACZI


Subject: Re: Graph with JvChart
From: Warren Postma <wp@tekran.com>
Date: Thu, 04 Oct 2007 15:53:04 -0400
Newsgroups: jedi.vcl

SACZI wrote:
> I want to create graph:
> - x - time (since 22:00:00 to 6:00:00 - range is important; I can't make  this with standard Delphi component- TeeChart; see link).
> - y value
>
> How can I make this using jvcl?
>
>
> http://img257.imageshack.us/my.php?image=wykresdelphisw8.png
>
> Sorry for my english.
>
> Best regards
> Sławek
Is there an echo in here?
 JvChart1.Options.XAxisDateTimeMode := true;
 JvChart1.Data.StartDateTime := aDateTime;

Warren


Subject: Re: JvChart
From: Warren Postma <wp@tekran.com>
Date: Thu, 04 Oct 2007 15:52:15 -0400
Newsgroups: jedi.vcl

s.such_jedi wrote:
> I want to create graph:
> - x - time (since 22:00:00 to 6:00:00 - range is important; I can't make  this with standard Delphi component- TeeChart; see link).
> - y value
>
> How can I make this using jvcl?
>
>
> http://img257.imageshack.us/my.php?image=wykresdelphisw8.png
>
> Sorry for my english.
>
> Best regards
> Sławek
 JvChart1.Options.XAxisDateTimeMode := true;
 JvChart1.Data.StartDateTime := aDateTime;

Warren


Subject: Graph with JvChart
From: SACZI <s.such@wp.pl>
Date: Thu, 04 Oct 2007 21:28:37 +0200
Newsgroups: jedi.vcl

I want to create graph:
- x - time (since 22:00:00 to 6:00:00 - range is important; I can't make  this with standard Delphi component- TeeChart; see link).
- y value

How can I make this using jvcl?


http://img257.imageshack.us/my.php?image=wykresdelphisw8.png

Sorry for my english.

Best regards
Sławek


Subject: JvChart
From: "s.such_jedi" <s.such@wp.pl>
Date: Thu, 04 Oct 2007 18:51:04 +0200
Newsgroups: jedi.vcl

I want to create graph:
- x - time (since 22:00:00 to 6:00:00 - range is important; I can't make  this with standard Delphi component- TeeChart; see link).
- y value

How can I make this using jvcl?


http://img257.imageshack.us/my.php?image=wykresdelphisw8.png

Sorry for my english.

Best regards
Sławek


Subject: JvWindowHook
From: "Ken Davis" <nospam@mailinator.com>
Date: Wed, 3 Oct 2007 21:04:44 +0100
Newsgroups: jedi.vcl

Does anyone know of any examples using JvWindowHook?  
Will this component allow the application to use WH_KEYBOARD or
WH_JOURNALRECORD?

Thanks,



--- posted by geoForum on http://delphi.newswhat.com


Subject: [JVCL 3.3] TJvTipOfDay resizeable ?
From: "TMuetFR" <newswhat@muet.fr>
Date: Wed, 3 Oct 2007 12:39:54 +0100
Newsgroups: jedi.vcl

Sometimes, TJvTipOfDay is too small to fit all text :(

• Is it possible to resize the TipOfDay form ?
• If not, is it possible to let this evolution be in the next release ?

Thanks for all.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: using JvUrlListGrabber?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 03 Oct 2007 11:23:06 +0200
Newsgroups: jedi.vcl

Darren Doggett wrote:
>
> Cheers for the info, but please excuse my ignorance, but what is the finish event.
> I'm using Version 3.33, of JvUrlListGrabber and see no finish event. Would you be so kind to give an example

OnDoneFile

As to the example, something like this (general idea, you'll have to implement it) :

procedure StartProcess;
begin
  OpenDataSet;
  SelectNextRow;
  FillGrabber;
end;

procedure GrabberOnDoneFile;
begin
  ParseFile;
  SelectNextRow;
  FillGrabber;
end;

procedure FillGrabber;
begin
  if DataSet.Eof then
    Exit;

  Grabber.Urls.Clear;
  Grabber.Url.Add(CurrentRow.Url);
  Grabber.Start;
end;


There is no loop in there as it is all event based.


Subject: Re: Unicode TJclMappedTextReader
From: "Andrew" <andrew@nospam.com>
Date: Tue, 2 Oct 2007 22:52:54 +0200
Newsgroups: jedi.vcl

Sure, no problem! Eh, how do I do that?
BTW I'm kinda' stuck with this - when I try reading non UTF-16 files I even 
get access violations, I'm sure it's because it's using PWideChars for ansi 
chars, I'll look into it though.

All the best!
Andrew 




Subject: Re: using JvUrlListGrabber?
From: "Darren Doggett" <dogo_daz@msn.com>
Date: Tue, 2 Oct 2007 19:47:30 +0100
Newsgroups: jedi.vcl


Cheers for the info, but please excuse my ignorance, but what is the finish event.
I'm using Version 3.33, of JvUrlListGrabber and see no finish event. Would you be so kind to give an example

Regards

Darren

Once again thanks Olivier.

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:fdtv72$25f$1@news.talkto.net...
> JvUrlListGrabber is meant for grabbing many files at a time. And while it is grabbing, you must wait for everything to finish.
> If you want to grab one file at at time, use the standalone grabbers, or set the MaxGrabberCount property to 1 and use the "finished" event to know when you can move on.
>
> -- 
> Olivier Sannier
> JVCL Coordinator
> http://jvcl.sf.net/ 



Subject: Re: using JvUrlListGrabber?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 02 Oct 2007 20:02:37 +0200
Newsgroups: jedi.vcl

JvUrlListGrabber is meant for grabbing many files at a time. And while it is grabbing, you must wait for everything to finish.
If you want to grab one file at at time, use the standalone grabbers, or set the MaxGrabberCount property to 1 and use the "finished" event to know when you can move on.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: using JvUrlListGrabber?
From: "Darren Doggett" <dogo_daz@msn.com>
Date: Mon, 1 Oct 2007 14:40:25 +0100
Newsgroups: jedi.vcl

Hi,

I'm updating a program that no longer seems to work.  :-(

Here what I would like to happen

1.       Filter database

2.       Enter filtered field results into JvUrlListGrabber1 then fetch a given web page and save the results to a file

3.       Load the saved file into JvHTMLParser1 and search for given strings

4.       Save the filtered results of JvHTMLParser1 to a database.

5.       Once the above list is done move the database on by one record and restart search for the next record... and so on to the end of the database

What I have managed to achieve so far is a single go, when I start JvUrlListGrabber1 with the next record I get the following error EAtLeastoneGrabberRunning with message "There is at least one grabber running, you cannot change the URLs."

How do I check to see if the JvUrlListGrabber0 has finished? Before moving onto the next record

Interestingly I had a play with the JvUrListGrabberDemo for some pointers and if you click on the button twice it will show the same symptoms.  Also as my firewall blocks grabber 1 it takes ages for grabber1 to finish with grabber1 connection closed as shown below

Grabber 2: Error: File "C:\log2.txt" not found

Grabber 3: Error: File "C:\log2.txt" not found

Grabber 0: Url: http://jvcl.sf.net/, Position: 0 of 0

Grabber 2: Connection closed

Grabber 3: Connection closed

Grabber 0: Status change

Grabber 0: Url: http://jvcl.sf.net/, Position: 0 of 0

Grabber 0: Status change

Grabber 0: Url: http://jvcl.sf.net/, Position: 1025 of 1187

Grabber 0: Url: http://jvcl.sf.net/, Position: 1187 of 1187

Grabber 0: Url: http://jvcl.sf.net/, Position: 1187 of 1187

Grabber 0: Done file C:\Program Files\CodeGear\RAD Studio\5.0\lib\Comp\JVCL3-15-08-2007\bin\\result0.txt of size 1187 from http://jvcl.sf.net/

Grabber 0: Url: http://jvcl.sf.net/, Position: 1187 of 1187

Grabber 0: Status change

Grabber 0: Connection closed

Grabber 1: Error: 200 Type set to I.

200 PORT command successful.

550 home/jedi/jvcl/Licensing.html: not a plain file.

550 home/jedi/jvcl/Licensing.html: No such file or directory.



Grabber 1: Connection closed



Any ideas



Kind regards



dogo



Subject: Re: Unicode TJclMappedTextReader
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 01 Oct 2007 10:24:35 +0200
Newsgroups: jedi.vcl

Hi,

Could you fill a (donation) report in mantis please?
http://homepages.codegear.com/jedi/issuetracker/

Regards,

Florent


Subject: Re: Unicode TJclMappedTextReader
From: "Andrew" <andrew@nospam.com>
Date: Mon, 1 Oct 2007 00:39:59 +0200
Newsgroups: jedi.vcl

Oh, I'm sorry, I guess I posted to the wrong group...

Well anyway, while I'm here I want to apologize cause I changed my form's 
font to Default and the unicode text appeared correctly. If you want you can 
use the unit I posted and/or add it to JCL, you'll just need a different 
file stream class since I used TTntMemoryStream. Also, a BOM check needs to 
be added, but that's trivial :)

Kind regards, sorry again and thanks for this great library!
Andrew 




Subject: Unicode TJclMappedTextReader
From: "Andrew" <andrew@nospam.com>
Date: Mon, 1 Oct 2007 00:14:37 +0200
Newsgroups: jedi.vcl

Hi,I tried porting this component to unicode using WideString, WideChar and 
some TNT Unicode classes but it just won't work, can anyone help get it to 
work at least with UTF-16LE text files, I can manage the UTF-16BE and I can 
do the UTF-7/8 reading with the ansi version.

BTW I posted the unit to binaries.

Thanks!
Andrew 




Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 30 Sep 2007 20:11:56 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Reminder: this poll will be closed in few days. To enter your answers, please fill this survey:
http://www.surveymonkey.com/s.aspx?sm=SJWu_2fQtdIQYHF4qxPB8ecg_3d_3d

Regards,

Florent


Subject: JvScrolledText
From: "Ken Davis" <nospam@mailinator.com>
Date: Fri, 28 Sep 2007 19:00:41 +0100
Newsgroups: jedi.vcl

 I am using the JvScrolledText component in JVCL 3.3 with Delphi 2007.
I have noticed that when the text is scrolling, my cpu is pegged at 100%.

Is there anyway to stop this?

Thanks,

Ken



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Bernhard Geyer <Bernhard.Geyer@nospam.de>
Date: Fri, 28 Sep 2007 08:27:59 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

> What makes the lib file attractive is that Unicows.dll does _not_ have to be present on the system for the program to load. In fact, on NT machines, Unicows.dll won't even get loaded. The code in Unicows.lib detects that it's running on a Unicode operating system and patches over itself so that all future calls to the MSLU functions get routed directly to the native OS functions instead of the stubs in Unicows.lib.

Thanks for that Info. That is new for me.

> The alternatives are to write a program that doesn't support Unicode at all, or to write one that doesn't support non-Unicode operating systems.

Or use Elpack. That supports Unicode unter Win9x/ME by implementing independent Edit, List, ...-Controls.


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Rob Kennedy <me3@privacy.net>
Date: Fri, 28 Sep 2007 00:13:21 -0500
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

user@domain.invalid wrote:
>> There is such a thing from Microsoft as "Unicode layer for Win98". Perhaps that brings JVCL a way to use some API's that introduced in newer Windows but later ackported to JVCL ?
>
> Forget the "Unicode Layer for Win98" that brings only the functionality that the app can be startet unter Win9x/ME, but brings no Unicode to Win98/ME! The way of Troy with TNTWare-Controls brings the same level of Unicode-Support to your app without the need to distribute extra DLL's with your app (The DLL will be neede from Win9x-Vista).

It's called the Microsoft Layer for Unicode. It is a layer between your application and the OS. Any calls to a W API function get routed through Unicows.dll, which translates any PWideChar values into PAnsiChar values, calls the corresponding A function, and then translates any PAnsiChar values back into PWideChar values before returning to the caller.

MSLU is usable in two ways. The first, and the primary intended use, is through Unicows.lib, a library meant to be linked with C programs. Since the C linker links by name, it's a simpler matter to use the lib file as a replacement for the standard kernel32.lib. Link unicows first, and your program will go to it instead of calling the OS function. This happens at link time, not compile time. In Delphi, it happens at compile time. There's no way to change a call to a function from Windows.pas to instead be bound to a function from MSLU.pas.

The other way is to link directly to Unicows.dll. This can be done by any language, including Delphi.

What makes the lib file attractive is that Unicows.dll does _not_ have to be present on the system for the program to load. In fact, on NT machines, Unicows.dll won't even get loaded. The code in Unicows.lib detects that it's running on a Unicode operating system and patches over itself so that all future calls to the MSLU functions get routed directly to the native OS functions instead of the stubs in Unicows.lib.

I've accomplished something similar to that. It uses JclCodeHook to go through the program's import tables and patch any calls to W functions so they go to Unicows.dll instead. But those W functions must exist on the OS because my code only runs _after_ the OS has loaded the program and linked to the relevant (but unimplemented) W functions.

Someone ambitious enough might write a program to patch an EXE file on disk to call the Unicows stubs instead, thus removing dependencies on the native OS functions that might not be there. Such a tool could be used to post-process an EXE in the build process. But that utility, and MSLU in general, become less relevant every day as Windows 95 and 98 become more and more outdated.

I released my MSLU units under a Create Commons license. If there's interest in them for the JCL, I could donate it. Have a look:

http://www.cs.wisc.edu/~rkennedy/mslu

The TNT Unicode controls don't make a Windows 98 program support Unicode any more than MSLU does. They don't provide an edit control that can support Japanese, Hebrew, and Cyrillic characters simultaneously -- unless the underlying OS version also provides such a control. What TNT lets you do is write a program that will take advantage of native Unicode support when such support is available, but which will continue to run on OS versions where such support isn't available. The alternatives are to write a program that doesn't support Unicode at all, or to write one that doesn't support non-Unicode operating systems.

-- 
Rob


Subject: Re: TjvURLListGrabber problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 27 Sep 2007 20:24:31 +0200
Newsgroups: jedi.vcl

The grabbers are only created as needed.
Use the OnGrabberCreated/OnGrabberAdded events to modify properties before they are started.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: TjvURLListGrabber problem
From: "croceldon" <croceldon79@hotmail.com>
Date: Thu, 27 Sep 2007 19:19:17 +0100
Newsgroups: jedi.vcl

I have a project in D2007 that uses the TjvURLListGrabber
component(lstGrabber below).

I have a stringlist called nUpdates which contains urls for all the files
I'm trying to get.  For some reason, after upgrading to jvcl 3.33, I get a
list index error when trying to get the files in the URLList.

According to jedi's online help, all you have to do is set the list
grabber's urls, then start.  However, I get the error below, and the
lstGrabber.GrabberCount property always shows 0, even after setting the URLs.

Any ideas on how I can fix this?

Here's the code I have.


for i := 0 to nUpdates.Count - 1 do
begin

lstGrabber.URLs.Add('http://www.example.com/Updates/' +
nUpdates.Strings[i] + '.zip');


//Here's the line that always gives me the list index error
lstGrabber.Grabbers[i].FileName := supportDir + nUpdates.Strings[i] + '.zip';

end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvlistview Groups
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Sep 2007 13:49:33 +0200
Newsgroups: jedi.vcl

cjlapao wrote:
>> You must be using Windows XP for this to work.
>>
>
> i'm using windows xp but i dont know how to put an item in a group

procedure TForm1.Button1Click(Sender: TObject);
var
  group: TJvListViewGroup;
  item: TJvListItem;
begin
  group := JvListView1.Groups.Add as TJvListViewGroup;
  group.Header := 'Test';

  item := JvListView1.Items.Add as TJvListItem;
  item.Caption := 'Hello';
  item.GroupId := group.GroupId;
  item.SubItems.Add('Sub hello');

  JvListView1.GroupView := True;
end;



Subject: Re: jvlistview Groups
From: "cjlapao" <cjlapao@donet.pt>
Date: Thu, 27 Sep 2007 12:28:37 +0100
Newsgroups: jedi.vcl

> >You must be using Windows XP for this to work.
> >

i'm using windows xp but i dont know how to put an item in a group

Carlos Lapão

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvlistview Groups
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Sep 2007 09:04:44 +0200
Newsgroups: jedi.vcl

You must be using Windows XP for this to work.


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: user@domain.invalid
Date: Thu, 27 Sep 2007 09:04:44 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

> There is such a thing from Microsoft as "Unicode layer for Win98". Perhaps that brings JVCL a way to use some API's that introduced in newer Windows but later ackported to JVCL ?

Forget the "Unicode Layer for Win98" that brings only the functionality that the app can be startet unter Win9x/ME, but brings no Unicode to Win98/ME! The way of Troy with TNTWare-Controls brings the same level of Unicode-Support to your app without the need to distribute extra DLL's with your app (The DLL will be neede from Win9x-Vista).


Subject: jvlistview Groups
From: "cjlapao" <cjlapao@donet.pt>
Date: Wed, 26 Sep 2007 22:21:29 +0100
Newsgroups: jedi.vcl

can anyone show me an example how to put the jvlistview showing groups. 
o cant seem to understand how it works

tia

Carlos Lapão

--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGrid does not edit a two-field client dataset with just one persistent column
From: Andrea Raimondi <rainaple@tin.it>
Date: Wed, 26 Sep 2007 17:15:44 +0200
Newsgroups: jedi.vcl

Hello,

This is my XML cds file:

<?xml version="1.0" standalone="yes"?>
<DATAPACKET Version="2.0">
  <METADATA>
    <FIELDS>
      <FIELD attrname="UnitType_Id" fieldtype="i4" readonly="true" SUBTYPE="Autoinc"/>
      <FIELD attrname="Description" fieldtype="bin.hex" SUBTYPE="Text"/>
    </FIELDS>
    <PARAMS AUTOINCVALUE="1"/>
  </METADATA>
  <ROWDATA>
  </ROWDATA>
</DATAPACKET>

I decided that, since the autoinc value is for key management only, it
shouldn't be displayed in the grid, hence I decided that I could
show just one column after all.

The problem is that JvDBGrid doesn't edit it(despite the cds being
active...) and I have no clue why.

Please note that even if I use both columns, it still refuses to
add/edit or append data. Simply nothing happens.

The xml file has nothing wrong that I can see and it loads fine.

Any clues/hints about what may be causing it?

I'll admit I didn't look too hard to see if someone had noticed this
behaviour before, but I'm pretty sure it is an uncommon problem, maybe even the first instance or so of it(otherwise, it'd have surfaced in the first 100 messages in here).

I have to say I'm using 3.32 hence not the latest version.
I'll download and install the newer version, you know, just in case.

Comments, insights, suggestions, etc are absolutely welcome.

Thank you for reading this,

Andrew


Subject: Lazarus port - should/can I name it JEDI LCL?
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 26 Sep 2007 15:34:43 +0100
Newsgroups: jedi.vcl

In the process of migrating a few JVCL components (TJvXPBar and
TJvNavigationPane) I have to convert a lot more core which could lead to a
component library migration. 

Since VCL is associatied to Delphi, should/can I name it JEDI LCL or just
add a qualificator: JVCL for lazarus.

Please comment on what you think and/or license problems or whatever you
want say about this subject.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL, JVCL and Jedi-Apilib
From: Marco van de Voort <marcov@stack.nl>
Date: Wed, 26 Sep 2007 09:00:17 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

On 2007-09-20, Florent Ouchet <outchy@users.sourceforge.net> wrote:

>> >> I currently help polishing a big donation for classes for the Security 
>> >> API of Windows.
> >
> > sounds interesting :)
> >
>> >> It depends heavily on the Jedi-Apilib. As a byproduct 
>> >> the Jedi-Apilib has been improved to a working JwaWindows.pas which 
>> >> $INCLUDEs many of the Jwa files.
>> >> The Jedi-Apilib and the Security Lib now need to be integrated into the 
>> >> family, i. e. installer and other "tidbits". Later JCL and JVCL could 
>> >> depend on the Jedi-Apilib and maybe on the Security lib.
> >
> > That would eliminate redundancies between the Jedi Api Library and 
> > JclWin32.pas.
> >
> > The JCL could install the Jedi-Apilib; but that could be interpreted 
> > like a merge of the Jedi Api Library into the Jedi Code Library... I 
> > don't know how the both teams would consider this.

Well, there are one little, and big problem from my perspective:

1. (the little one) apilib is in the FPC distro, iow the installer
    should be able to detect if it is installed?
2. apilib's license is more permissive. (dual licensed LGPL with exception)




Subject: Re: Possible issue with JvPopupMenu?
From: "Danilo Saft \(LightTrans GmbH\)" <saft@lighttrans.com>
Date: Tue, 25 Sep 2007 17:08:45 +0200
Newsgroups: jedi.vcl

I also came across this problem and found it pretty annoying. However, a 
simple workaround for the caption did the job for me:



(with each menuItem do:)

Caption := StringReplace(Caption, '&', '');



Quick and dirty, I know, but I needed a very quick workaround so maybe that 
helps already. One should look into the component's source code for a full 
bug fix though. Also this, just fixes the Caption and doesn't remove the 
actual ShortCut in case there is one.



Best regards,



Danilo





"Graham" <graham@nospam.com> schrieb im Newsbeitrag 
news:fd70dl$134$1@news.talkto.net...
> > Hi there,
> >
> > I've just upgraded to the latest version of the Jcl & Jvcl and noticed 
> > that
> > my popup menu's are now adding a HotKey to each menu item regardless of 
> > the
> > AutoHotKey value.
> >
> > Using Delphi 7, WinXP.
> >
> > Standard TPopupMenu does not produce this issue... anyone else experienced
> > this?
> >
> > Only causing a bit of a problem as I use the following code to take the
> > clicked menu item and insert it into a RichEdit..
> >
> > RichEdit1.SelText := (Trim(StrBefore(' ', (Sender as 
> > TMenuItem).Caption)));
> >
> > I could of course do a StringReplace here to remove the '&' character 
> > before
> > inserting but i'd rather it didn't appear in the menu in the first place.
> >
> > Thanks in advance,
> > Graham
> >
> > 




Subject: Re: JCL, JVCL and Jedi-Apilib
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Sep 2007 07:30:20 +0200
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> If the Jedi-ApiLib used subversion, we could easily import JAL units into JCL trunk using an external link.
> Does the JAL plan to migrate its repo to subversion?

Should be no problem if you help with the migration. I am not the repository maintainer though.


Subject: Re: Installing Help in BDS
From: "peek^" <sniffpeek@hotmail.com>
Date: Mon, 24 Sep 2007 23:08:23 -0400
Newsgroups: jedi.vcl

> > Currently you can't. In the coming days I will generate new help files, 
> > including compiled html (chm) and Microsoft Help 2.
> >
> > The JVCL installer does NOT install those help files in any delphi 
> > version, so you have to do that yourself.
> >
> > Might be an idea to put that in the JVCL installer though. Probably by 
> > copying the code from JCL <g>.
> >


Well.  Manually should work.  But how?  I don't know how to do that.  In 
C++Builder 6 I know how to add help files, but not in BDS.  Please help me 
out with that. 




Subject: Re: Simple patch for TJvXPBar
From: "ssamayoa" <nospam@stopspam.com>
Date: Mon, 24 Sep 2007 15:48:46 +0100
Newsgroups: jedi.vcl

> >Please post this in Mantis:
> >
> >http://homepages.codegear.com/jedi/issuetracker/
> >

Done:

http://homepages.codegear.com/jedi/issuetracker/view.php?id=4236

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL, JVCL and Jedi-Apilib
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 24 Sep 2007 15:05:22 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt a écrit :
> The Jedi-Apilib is dormant anyway and the reawakening is slow (if at all). We are free to make any decision here.

If the Jedi-ApiLib used subversion, we could easily import JAL units into JCL trunk using an external link.
Does the JAL plan to migrate its repo to subversion?

- Florent


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual ComponentLibrary(JVCL)
From: "Erick Sasse" <esasse@gmail.com>
Date: Mon, 24 Sep 2007 11:20:42 +0000 (UTC)
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> > yes, but did you see message redirecting to an other survey?

Sorry about that. ;)

-- Erick Sasse 

Subject: Re: JCL, JVCL and Jedi-Apilib
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 24 Sep 2007 12:51:37 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt a écrit :
> The Jedi-Apilib is dormant anyway and the reawakening is slow (if at all). We are free to make any decision here.

I'm writing a message to the steering committee.

> I think it is better to create a close family of projects with a unified installer (in fact with the installer being a separate project).
> Just select one of the projects and the installer checks if the files (zips) have been downloaded already and auto-selects the required projects.

That's an other project :)

- Florent


Subject: Re: JVCL installer and UAC
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 24 Sep 2007 12:50:03 +0200
Newsgroups: jedi.vcl

done in revision 11523.

- Florent


Subject: Re: JVCL installer and UAC
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 24 Sep 2007 12:32:32 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Then maybe we need to put/modify a manifest in the JVCL installer rather than renaming it.

ok, I'm taking this.


Subject: Mantis 3974 fixes
From: "Alexandr Zarubkin" <me21@yandex.ru>
Date: Mon, 24 Sep 2007 14:27:43 +0400
Newsgroups: jedi.vcl

Hi all,

I wonder if Mantis 3974 fixes are included in the newest JVCL 3.33? I'm 
particularly interested in a new property: "OneValueInArray".

Quote goes: "If TRUE , the GetValues method, return the value of ONE field 
in a Variant Array ; if FALSE, return only the variant value without array. 
This change, is for compatibility with ALL database componentes (BDE, IBX, 
ADO, DBISAM, etc, etc, etc)".

I noticed that without this property, JVCL 3.30 which returns the value of 
one field in variant array, caused an exception in my project using ADO. It 
should return only the variant value without array.

Regards,
Alexandr Zarubkin. 




Subject: Re: JVCL installer and UAC
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Sep 2007 12:15:08 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>> And then, we hit another "file name" issue... The elevation origin must be determined first, does the JCL install triggers it?
>
> no it doesn't; but I remember that the JCL installer has a manisfest that explicitly requires the same user; this manifest probably disables file name detection.

Then maybe we need to put/modify a manifest in the JVCL installer rather than renaming it.


Subject: Re: JVCL installer and UAC
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 24 Sep 2007 11:52:49 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> And then, we hit another "file name" issue... The elevation origin must be determined first, does the JCL install triggers it?

no it doesn't; but I remember that the JCL installer has a manisfest that explicitly requires the same user; this manifest probably disables file name detection.

- Florent


Subject: Re: Installing Help in BDS
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 24 Sep 2007 10:30:16 +0200
Newsgroups: jedi.vcl

peek^ schreef:
> I'd like to know how I could install JEDI help, either html or hlp into my help browser in BDS 2006. 

Currently you can't. In the coming days I will generate new help files, including compiled html (chm) and Microsoft Help 2.

The JVCL installer does NOT install those help files in any delphi version, so you have to do that yourself.

Might be an idea to put that in the JVCL installer though. Probably by copying the code from JCL <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Simple patch for TJvXPBar
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Sep 2007 08:37:09 +0200
Newsgroups: jedi.vcl

Please post this in Mantis:

http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: JVCL installer and UAC
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Sep 2007 08:36:08 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
> The JVCLInstaller requires an elevation to be run on Vista OS. Apparently file name triggers this requirement. After renaming JVCLInstall.exe to dummy.exe it worked in a LUA.

Uh? This is very very strange.


> Could project file name be changed?

And then, we hit another "file name" issue... The elevation origin must be determined first, does the JCL install triggers it?


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual ComponentLibrary (JVCL)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 24 Sep 2007 07:59:06 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Erick Sasse a écrit :
> It's already full.

yes, but did you see message redirecting to an other survey?
http://www.surveymonkey.com/s.aspx?sm=a_2fybUEfDMMWcPu6Xqxcc0Q_3d_3d

- Florent


Subject: Installation Problem
From: "Iwalewa" <Iwalewa@nospamforme.com>
Date: Sun, 23 Sep 2007 21:55:48 -0400
Newsgroups: jedi.vcl

After installing JVCL 3.33, I get this error when I load D7: Can't load

Package c:\Borland\Delphi7\projects\bpl\JvBDED7D.bpl. A class named

TcxRect already exists. Do you want to attempt to load this package the

next time a project is loaded?

After that, I continue to get this error message when the IDE has focus:

Access violation at address 4945CC68. Read of address 4945CC68

How do I correct this problem in JVCL Package? I don't want to mess

with the DevExpress package.

Thanks,

Femi




Subject: Possible issue with JvPopupMenu?
From: "Graham" <graham@nospam.com>
Date: Mon, 24 Sep 2007 01:59:42 +0100
Newsgroups: jedi.vcl

Hi there,

I've just upgraded to the latest version of the Jcl & Jvcl and noticed that
my popup menu's are now adding a HotKey to each menu item regardless of the
AutoHotKey value.

Using Delphi 7, WinXP.

Standard TPopupMenu does not produce this issue... anyone else experienced
this?

Only causing a bit of a problem as I use the following code to take the
clicked menu item and insert it into a RichEdit..

RichEdit1.SelText := (Trim(StrBefore(' ', (Sender as TMenuItem).Caption)));

I could of course do a StringReplace here to remove the '&' character before
inserting but i'd rather it didn't appear in the menu in the first place.

Thanks in advance,
Graham




Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual ComponentLibrary (JVCL)
From: "Erick Sasse" <esasse@gmail.com>
Date: Mon, 24 Sep 2007 00:39:37 +0000 (UTC)
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> > (The number of answers the poll can accept is limited; I'll post a
> > link to a new poll (identical) to collect more answers when needed).

It's already full.

-- Erick Sasse 

Subject: JVCL installer and UAC
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 23 Sep 2007 22:21:00 +0200
Newsgroups: jedi.vcl

Hi,

The JVCLInstaller requires an elevation to be run on Vista OS. Apparently file name triggers this requirement. After renaming JVCLInstall.exe to dummy.exe it worked in a LUA.

Could project file name be changed?

- Florent


Subject: Installing Help in BDS
From: "peek^" <sniffpeek@hotmail.com>
Date: Sun, 23 Sep 2007 14:48:26 -0400
Newsgroups: jedi.vcl

I'd like to know how I could install JEDI help, either html or hlp into my 
help browser in BDS 2006. 




Subject: Re: Installing Help in BDS
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 23 Sep 2007 20:25:49 +0200
Newsgroups: jedi.vcl

peek^ a écrit :
> I'd like to know how I could install JEDI help, either html or hlp into my help browser in BDS 2006. 

Help files for the JVCL haven't been generated for a while. The integration in BDS 2006's help is technically possible (the JCL does it) but it's not implemented in the JVCL yet.

Regards,

- Florent


Subject: Simple patch for TJvXPBar
From: "ssamayoa" <nospam@stopspam.com>
Date: Sun, 23 Sep 2007 16:08:49 +0100
Newsgroups: jedi.vcl

While converting TJvXPBar to lazarus I found a small problem with the
painting of the image of the item. Just try WinXPBarDemo: The background
of the image is white instead of transparent. Arround line 900 of
JvXPBar.pas  (v11043 of JVCL 3.32) begins the method:

procedure TJvXPBarItem.DrawItem(AWinXPBar: TJvXPCustomWinXPBar; ACanvas:
TCanvas;

find the code of the image painting:

    if HasImages then
    begin
      Draw(Rect.Left + 1, Rect.Top + (LBar.FItemHeight - Bitmap.Height)
div 2, Bitmap);
      Inc(Rect.Left, Self.Images.Width + 4);
    end

And change for:

    if HasImages then
    begin
      if (Self.ImageIndex <> -1) then
         Self.Images.Draw(ACanvas, Rect.Left + 1,
           Rect.Top + (LBar.FItemHeight - Bitmap.Height) div 2,
Self.ImageIndex);
      Inc(Rect.Left, Self.Images.Width + 4);
    end

I'm not a JVCL commiter, please take this simple change to the main branch.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Res editor in JEDI?
From: "w2m" <w2m00@hicomponents00.com>
Date: Sat, 22 Sep 2007 20:04:26 -0400
Newsgroups: jedi.vcl

The units necessary to get the cursor or icon from a res file is in JVCL... It's Colin Wilsons units!
unitResFile.pas
unitResourceDetails.pas
unitResourceGraphics.pas
unitExIcon.pas
in the devtools\Res2Bmp folder.

Are there any demos that shows how to use there units anywhere?  I figued our how to use unitResFile.pas but unitResourceDetails.pas and unitResourceGraphics.pas are more dificult.

Anyone?

Regards,

Bill



Subject: Re: Res editor in JEDI?
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sun, 23 Sep 2007 02:43:05 +0400
Newsgroups: jedi.vcl

> figure out how to stream the selected a cursor or icon in the TTreeview or TListview to open the image for editing I think this whole thing will

And where those Treeview or Listview take those cursors from ?
Maybe instead of streaming something in and out, just to keep pointers to the objects ? Something more to VirtualTreeView approach, rather than data-embedding TTreeView ?


Subject: Re: Res editor in JEDI?
From: "w2m" <w2m00@hicomponents00.com>
Date: Sat, 22 Sep 2007 16:43:18 -0400
Newsgroups: jedi.vcl

Florent,

I'd love to release it, but I have to figure out how to get the selected image to be able to edit it.

Wilson's code is incredibly complex with a whole bunch of descendent forms for each resource type.  I have not found out how he passes the stream from the selected resource to TImage.Picture.  As he has it posted it will not compile because it is missing TExVirtualTree component and I can not find it anywhere.

As a result of this problem I begain looking at PJResFile.pas by Peter Johnson to deal with resources which seems to work very well.  If I can figure out how to stream the selected a cursor or icon in the TTreeview or TListview to open the image for editing I think this whole thing will work. If I can not figure this out the whole project is DOA.  I was thinking of using ImageEN to edit the cursors and icons because I have a lot of code to do that all ready.

Regards,

Bill

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message news:fd3ptr$j9p$1@news.talkto.net...
> Hi,
>
> Will you release your program once it is finished. If so, would you mind make it open-sourced? (and maybe in Project Jedi?)
>
> - Florent 



Subject: Re: Res editor in JEDI?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 22 Sep 2007 21:49:13 +0200
Newsgroups: jedi.vcl

Hi,

Will you release your program once it is finished. If so, would you mind make it open-sourced? (and maybe in Project Jedi?)

- Florent


Subject: Re: Res editor in JEDI?
From: "w2m" <w2m00@hicomponents00.com>
Date: Sat, 22 Sep 2007 15:34:34 -0400
Newsgroups: jedi.vcl

Thank-you Gentlemen,

I have tried just about all the free resource editors and found all of them limiting in someway.  Wilson's corrupted cursors in res files so that they would not work with ImageEN.  Other resource editors I tried did not allow editing icons or cursors.

I am currently tryng to adapt what code I could find to write my own resource editor....  After spending 2 days with Wilson's code I have not figured it out yet but I have managed to use to open res files with PJResFile.pas for cursors and to display the cursor and icon names stored in the res file.  Now all I have to figure out is how to load the selected cursor from the res file into TImage or ImageEN.

PJResFile.pas by Peter Johnson defines resource file encapsulation classes, supporting routines and constants that encapsulate 32 bit Windows resource files with supporting routines.  I adapted his demo code to load resource type, resource language, and cursor name in the opened res file into a treeview.  Now just have to figure out how to load the image into an editor.

The initial version will probably only work with icons and cursors.

Thanks for your help.

If you have any suggestion how to open the selected cursor and load it into TPicture from the res file it would help a lot.

It is hard to believe that Delphi RAD studio 2007 still does not ship with a res editor.  Codegear is missing fundimental stuff!

Regards,

Bill

"w2m" <w2m00@hicomponents00.com> wrote in message news:fd1h9i$aa1$1@news.talkto.net...
> Tried that but it corrupts my cursors in the res file.
>
> Bill
>
> "ssamayoa" <nospam@stopspam.com> wrote in message news:fd171o$8qq$1@news.talkto.net...
>> You can donwlonad a good one from:
>>
>> http://www.wilsonc.demon.co.uk/delphi.htm
>>
>> Regards.
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>



Subject: Re: Res editor in JEDI?
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 22 Sep 2007 22:17:48 +0400
Newsgroups: jedi.vcl

> {$R filename.res filename.rc}
>
> ... is used in GExperts and seems to work for Delphi 6 to 2007

Maybe, after Delphi 6 ?
Or is this just a humn-readable comment like {$EndIf ~symbol} frequently met in JCL/JVCL ?


Ok, then RxLib had a visual expert to select what files to merge into RC/RES. Still nice help to developer, and still not critially imortant :-)


Subject: Re: Res editor in JEDI?
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sat, 22 Sep 2007 19:38:51 +0200
Newsgroups: jedi.vcl

Hi,

Arioch wrote:

> > Indeed it would never be needed if Delphi IDE could compile .RC files into
> > .RES - which can do command-line tools like "make"

Hm....

{$R filename.res filename.rc}

.... is used in GExperts and seems to work for Delphi 6 to 2007

MfG
twm



Subject: Re: Res editor in JEDI?
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 22 Sep 2007 21:29:00 +0400
Newsgroups: jedi.vcl

> Is there a res editor component in jvcl? I heard there was one in RXLIb

It was not an editor by itself (Delphi is shipped with the one in Tools submenu)

RxLib allowed you to easily select what files (bitmaps, cursors, etc) you could add to resourcee file.

Indeed it would never be needed if Delphi IDE could compile .RC files into ..RES - which can do command-line tools like "make"
However that is not available in IDE and RxLib was like a band0aid, allowing one to quickly attach externals files into resource.

So what do you need ?
1) insert arbitrary binary data into the EXE, just like 3rd-party IDE, within the file
2) add some specific data that would hardly ever change
3) add some frequently changing data into the project, and this data is some kind of standard Windows resource like bitmap, visual control's placement, text strings, etc.

1: you can take Jv Storage component and paste any data there. Later in the program it would be easy to access that components then Win32 API for file resources.
2: you can make one extra unit and one extra .RES or .DCR file, using Delphi itself. Then You'd only need to add "uses MyUnit" and that's all.
Say, i think standard SQL-wait cursor is no-brainer with no sense to anyone but the developer itself. So i made RES-file with custom-made cursor and a unit to engage it instead of standard one. Once done, it only requires: "use MySQLCursor" anywhere in project. I would hardly ever make any changes to it.
3: This is the only case where You would like to use expert like one, that was rpovided in RxLib. However, even then you would need one more program to edit those resources, so don't overestimate the help, RxLib expert could give You. It ony adds some kind of externals files (like BMP's, CUR's) to be added into build chain. It is nice to have, indeed. But it is not great miss afterall.


Subject: Re: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 22 Sep 2007 21:08:34 +0400
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

> Support for Windows 95/98 could be dropped
> too.

There is such a thing from Microsoft as "Unicode layer for Win98". Perhaps that brings JVCL a way to use some API's that introduced in newer Windows but later ackported to JVCL ?


Subject: Talk: future of the Jedi Code Library (JCL) and Jedi Visual Component Library (JVCL)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 22 Sep 2007 16:51:35 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Hi all,

Version 1.101 of the Jedi Code Library was released few days ago; we
now have some months to look after future version of the library.

I would like to bring the JCL to a new level of development (let say
2.0). This step would allow breaking changes such as the removal of old
version(s) of the compiler and the removal (or major update) of outdated
parts of the library. By ceasing support for old version of
Delphi/C++Builder, team members could focus on writing new code rather
than wasting their time on checking compatibility.

Feedback from the community of users is welcome. It will help
development team to have a better understanding of users' needs and
expectations. Please take some time to fill this survey:

http://www.surveymonkey.com/s.aspx?sm=SJWu_2fQtdIQYHF4qxPB8ecg_3d_3d

(The number of answers the poll can accept is limited; I'll post a link to a new poll (identical) to collect more answers when needed).

Surveys will be opened during 2 or 3 weeks starting from now; results will be published here.


Presently, the JCL supports the following list of IDE:
 - C++Builder 5
 - C++Builder 6
 - C++Builder 2006
 - C++Builder 2007
 - Delphi 5
 - Delphi 6
 - Delphi 7
 - Delphi 2005
 - Delphi 2006
 - Delphi 2007
 - Delphi.net 2005
 - Delphi.net 2006
 - Delphi.net 2007
 - Kylix 3
IMO, 5 to 8 supported products would be efficient. Users of deprecated
ones could still use JCL 1.101.

Obsolete code in the library (aka marked with KEEP_DEPRECATED compiler
directives) could be removed. Support for Windows 95/98 could be dropped
too.

Several libraries (part of Project Jedi or standalone) rely on the Jedi Code Library, this project would affect the list of IDE versions they support too. The feedback about these changes is welcome too.

-- 
Florent Ouchet
JCL Team Coordinator


Subject: Re: Invalid Image Size
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 22 Sep 2007 11:44:46 +0200
Newsgroups: jedi.vcl

Manus wrote:
> OBones wrote:
>> Maybe I did not read it correctly, but there is no -R switch on this command line. How can dcc32 then find the DFMs from the JVCL?
>> Then, you can remove the devtools, install, design and images directories, they are not required for an end-user application.
>>
>
> Just want to say thanks as your advice worked for us.
> Thanks for the help.

No worries, I'm glad I could help.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Invalid Image Size
From: Manus <manus@mcelhone.net>
Date: Sat, 22 Sep 2007 08:27:39 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Maybe I did not read it correctly, but there is no -R switch on this command line. How can dcc32 then find the DFMs from the JVCL?
> Then, you can remove the devtools, install, design and images directories, they are not required for an end-user application.
>

Just want to say thanks as your advice worked for us.
Thanks for the help.

Manus



Subject: Re: Res editor in JEDI?
From: "Stephen Quinn" <stevejqNO@SPbigpond.AMnet.au>
Date: Sat, 22 Sep 2007 12:02:13 +1000
Newsgroups: jedi.vcl

Bill

> > Are there any good res editors?

Free
----
Resource Hacker - http://www.angusj.com/resourcehacker

Commercial
-------------
Resource Builder - http://www.resource-builder.com
Resource Tuner - http://www.heaventools.com/resource-tuner.htm

-- CYA Steve 

Subject: Re: Res editor in JEDI?
From: "w2m" <w2m00@hicomponents00.com>
Date: Fri, 21 Sep 2007 19:10:52 -0400
Newsgroups: jedi.vcl

Tried that but it corrupts my cursors in the res file.

Bill

"ssamayoa" <nospam@stopspam.com> wrote in message news:fd171o$8qq$1@news.talkto.net...
> You can donwlonad a good one from:
>
> http://www.wilsonc.demon.co.uk/delphi.htm
>
> Regards.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com 



Subject: Re: Error: "JCL 1.101 or higher not installed" (JVCL 3.33)
From: MMC <mcolgin@gmail.com>
Date: Fri, 21 Sep 2007 14:51:39 -0700
Newsgroups: jedi.vcl

MMC wrote:

> However, the installer for JVCL 3.33 (which I obtained from SourceForge as "JVCL333CompleteJCL1101-Build2725.zip") is reporting "JCL 1.101 or higher not installed" for both "Delphi 2005 (Professional" and "CodeGear Delphi for Win32 2007 (Professional)" in the second step under "Choose IDE targets".

Resolved? Thinking that perhaps, I needed to actually execute both installed versions of Delphi (not just 2007), I found that my copy of 2005 was not registered with BDN. I went through the process of registering it, ran it for the first time and now the installer isn't having an issue.

Just an FYI, in case someone else has the same oddball configuration.

Thanks.


Subject: Re: Error: "JCL 1.101 or higher not installed" (JVCL 3.33)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 21 Sep 2007 23:41:09 +0200
Newsgroups: jedi.vcl

It reads the registry to determine if the JCL is installed. Look for the appropriate keys in the registry

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Error: "JCL 1.101 or higher not installed" (JVCL 3.33)
From: MMC <mcolgin@gmail.com>
Date: Fri, 21 Sep 2007 14:35:27 -0700
Newsgroups: jedi.vcl

Hello All!

I just downloaded and successfully installed JCL 1.101 Build 2725 for my three copies of installed Delphi (2005, 2005 CLR v1.1.4322 and Delphi 2007) under Windows Vista. I didn't receive any error in the installation of JCL.

However, the installer for JVCL 3.33 (which I obtained from SourceForge as "JVCL333CompleteJCL1101-Build2725.zip") is reporting "JCL 1.101 or higher not installed" for both "Delphi 2005 (Professional" and "CodeGear Delphi for Win32 2007 (Professional)" in the second step under "Choose IDE targets".

Clicking the "Reload" button, doesn't change this message.

I'm running Delphi 2007 for Win32 with Version 11.0.2709.7128 (all of the details below).

Any ideas?


activeds.dll, 6.0.6000.16386, C:\Windows\system32\
adortl100.bpl, 11.0.2627.5503, C:\Windows\system32\
adsldpc.dll, 6.0.6000.16386, C:\Windows\system32\
ADVAPI32.dll, 6.0.6000.16386, C:\Windows\system32\
apphelp.dll, 6.0.6000.16386, C:\Windows\system32\
applet100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
asmview100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
ATL.DLL, 3.5.2284.0, C:\Windows\system32\
audiodev.dll, 6.0.6000.16386, C:\Windows\system32\
audioeng.dll, 6.0.6000.16386, C:\Windows\System32\
audioses.dll, 6.0.6000.16386, C:\Windows\System32\
AVRT.dll, 6.0.6000.16386, C:\Windows\system32\
bdertl100.bpl, 11.0.2627.5503, C:\Windows\system32\
bds.exe, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
boreditu.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Delphi.dll, 11.0.2709.7128, C:\Windows\assembly\GAC_MSIL\Borland.Delphi\11.0.5000.7128__91d62ebb5b0d1b1b\
Borland.Globalization.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.JSCI.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.SCI.Impl.Delphi.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.SCI.Impl.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.SCI.Impl.MSIL.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.SCI2.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Studio.Delphi.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Studio.Delphi.Gate.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Studio.Host.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Studio.Interop.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Studio.Refactoring.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Studio.Together.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Studio.ToolsAPI.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Studio.Vcl.Design.Refactoring.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Actions.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Core.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.CoreResources.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.DesignModel.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Diagram.Basics.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Diagram.Core.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.DiagramClass.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.DiagramExtensions.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.DrawingSurface.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.HyperLinks.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.InternalAPI.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.LanguageSupport.Delphi.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.LanguageSupport.MSIL.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Model3.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.ModelBasics.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.ModelPerformers.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.ModelView.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Ocl.Model.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.OpenAPI3.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Refactoring.API.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Refactoring.Manager.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Refactoring.Platform.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Refactoring.Plugins.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.Refactoring.Plugins.UI.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.UMLDiagrams1x.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.UMLDiagrams20.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.VFS.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.Together.XMLExport.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
Borland.VclRtl.dll, 11.0.2709.7128, C:\Windows\assembly\GAC_MSIL\Borland.VclRtl\11.0.5000.7128__91d62ebb5b0d1b1b\
borlndmm.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
BrcIde.Dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
browseui.dll, 6.0.6000.16386, C:\Windows\system32\
Cabinet.dll, 6.0.6000.16386, C:\Windows\system32\
CLBCatQ.DLL, 2001.12.6930.16386, C:\Windows\system32\
codetemplates100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
comcore100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
comctl32.dll, 6.10.6000.16386, C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6000.16386_none_5d07289e07e1d100\
comdlg32.dll, 6.0.6000.16386, C:\Windows\system32\
coreide100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
coreproide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
credssp.dll, 6.0.6000.16386, C:\Windows\system32\
credui.dll, 6.0.6000.16386, C:\Windows\system32\
CRYPT32.dll, 6.0.6000.16425, C:\Windows\system32\
cscapi.dll, 6.0.6000.16386, C:\Windows\system32\
DataExplorer100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
davclnt.dll, 6.0.6000.16386, C:\Windows\System32\
dbexpress4100.bpl, 11.0.2709.7128, C:\Windows\system32\
dbkdebugide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
dbkdebugproide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dbrtl100.bpl, 11.0.2627.5503, C:\Windows\system32\
dbx100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dbxcds4100.bpl, 11.0.2709.7128, C:\Windows\system32\
DbxCommonDriver100.bpl, 11.0.2709.7128, C:\Windows\system32\
dcc100.dll, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dcl31w100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclact100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclado100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclbde100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dcldb100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dcldbx4100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dcldbxcds4100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclemacsedit100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclib100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
dclintraweb_90_100.bpl, , c:\program files\codegear\rad studio\5.0\Bin\
dcllmdcore8_110.bpl, 8.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
dcllmdprint1_110.bpl, 1.0.0.0, c:\users\public\documents\rad studio\5.0\bpl\
dcllmdrtf4_110.bpl, 4.0.0.0, c:\users\public\documents\rad studio\5.0\bpl\
dcllmdrtl8_110.bpl, 8.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\bpl\
dcllmdrtlx8_110.bpl, 8.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
dcllmdscript4_110.bpl, 4.0.0.0, c:\users\public\documents\rad studio\5.0\bpl\
dcllmdshell4_110.bpl, 4.0.0.0, c:\users\public\documents\rad studio\5.0\bpl\
dcllmdtools8_110.bpl, 8.0.0.0, c:\users\public\documents\rad studio\5.0\bpl\
dcllmdtoolsdb8_110.bpl, 8.0.0.0, c:\users\public\documents\rad studio\5.0\bpl\
dclmcn100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclmid100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dclmlwiz100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclnet100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dclRave.bpl, , c:\program files\codegear\rad studio\5.0\RaveReports\Lib\
dclsmp100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclsmpedit100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclsoap100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
dclstd100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dcltee7100.bpl, 7.0.10.0, c:\program files\codegear\rad studio\5.0\bin\
dclwbm100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dclwebsnap100.bpl, 6.0.0.0, c:\program files\codegear\rad studio\5.0\bin\
delphicompro100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
delphicoreide100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
delphicoreproide100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
delphide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
delphierrorinsite100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
delphipro100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
delphivclide100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
designide100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
DotNetCoreAssemblies100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
dotnetcoreide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
drprov.dll, 6.0.6000.16386, C:\Windows\System32\
dsnap100.bpl, 11.0.2627.5503, C:\Windows\system32\
dsnapcon100.bpl, 11.0.2627.5503, C:\Windows\system32\
DUser.dll, 6.0.6000.16386, C:\Windows\system32\
DWMAPI.DLL, 6.0.6000.16386, C:\Windows\system32\
exceptiondiag100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
fileexplorer100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
fusion.dll, 2.0.50727.312, C:\Windows\Microsoft.NET\Framework\v2.0.50727\
GDI32.dll, 6.0.6000.16386, C:\Windows\system32\
gdiplus.dll, 5.2.6000.16386, C:\Windows\WinSxS\x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.0.6000.16386_none_9ea0ac9ec96e7127\
gds32.dll, 8.0.0.61, C:\Windows\system32\
historyide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
htmide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
HTMLDlgs100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
htmlhelp2100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
htmltidy100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
ibxpress100.bpl, 11.0.2709.7128, C:\Windows\system32\
IconCodecService.dll, 6.0.6000.16386, C:\Windows\system32\
idectrls100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
idefilefilters100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
ieframe.dll, 7.0.6000.16512, C:\Windows\system32\
iertutil.dll, 7.0.6000.16386, C:\Windows\system32\
IMAGEHLP.DLL, 6.0.6000.16470, C:\Windows\system32\
ImgUtil.dll, 7.0.6000.16386, C:\Windows\system32\
imm32.dll, 6.0.6000.16386, C:\Windows\system32\
inet100.bpl, 11.0.2627.5503, C:\Windows\system32\
inetdb100.bpl, 11.0.2627.5503, C:\Windows\system32\
inetdbbde100.bpl, 11.0.2627.5503, C:\Windows\system32\
inetdbxpress4100.bpl, 11.0.2709.7128, C:\Windows\system32\
Intraweb_90_100.bpl, , C:\Windows\system32\
IntrawebDB_90_100.bpl, , C:\Windows\system32\
itecore100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
iteide100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
iteidew32100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
Jcl110.bpl, 1.101.1.2725, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
JclBaseExpert110.bpl, 1.101.1.2725, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
JclDebugExpert110.bpl, 1.101.1.2725, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
JclFavoriteFoldersExpert110.bpl, 1.101.1.2725, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
JclProjectAnalysisExpert110.bpl, 1.101.1.2725, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
JclSIMDViewExpert110.bpl, 1.101.1.2725, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
jscript.dll, 5.7.0.6000, C:\Windows\system32\
kernel32.dll, 6.0.6000.16386, C:\Windows\system32\
kprocs11.bpl, 3.5.0.23, C:\Windows\system32\
ksuser.dll, 6.0.6000.16386, C:\Windows\system32\
libtidy.dll, , C:\Program Files\CodeGear\RAD Studio\5.0\bin\
lmdcore8rt_110.bpl, 8.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdprint1rt_110.bpl, 1.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdrtf4rt_110.bpl, 4.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdrtl8rt_110.bpl, 8.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdrtlx8rt_110.bpl, 8.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdscript4rt_110.bpl, 4.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdscriptimp4rt_110.bpl, 4.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdshell4rt_110.bpl, 4.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdtools8rt_110.bpl, 8.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
lmdtoolsdb8rt_110.bpl, 8.0.0.0, C:\Users\Public\Documents\RAD Studio\5.0\Bpl\
localizer11.bpl, 3.6.3.14, C:\Windows\system32\
LPK.DLL, 6.0.6000.16386, C:\Windows\system32\
lwizard11.bpl, 3.6.3.14, c:\klib\localizer\lwizard\
Microsoft.Build.Engine.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\Microsoft.Build.Eng#\77a036d3a1f35bcebc79fd25001cd78f\
Microsoft.Build.Framework.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\Microsoft.Build.Fra#\b122c6087d91e299a37b8ac53960cf2b\
Microsoft.Build.Utilities.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\Microsoft.Build.Uti#\623906014be7d3415ab8b394e3f175c1\
midimap.dll, 6.0.6000.16386, C:\Windows\system32\
MLANG.dll, 6.0.6000.16386, C:\Windows\system32\
MLCC100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
MMDevAPI.DLL, 6.0.6000.16386, C:\Windows\system32\
mpr.dll, 6.0.6000.16386, C:\Windows\system32\
MSACM32.dll, 6.0.6000.16386, C:\Windows\system32\
msacm32.drv, 6.0.6000.16386, C:\Windows\system32\
MSASN1.dll, 6.0.6000.16386, C:\Windows\system32\
mscoree.dll, 2.0.50727.312, C:\Windows\system32\
mscorjit.dll, 2.0.50727.312, C:\Windows\Microsoft.NET\Framework\v2.0.50727\
mscorlib.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\mscorlib\7fe79782947b85d961fd55cb5e02a129\
mscorwks.dll, 2.0.50727.312, C:\Windows\Microsoft.NET\Framework\v2.0.50727\
MSCTF.dll, 6.0.6000.16386, C:\Windows\system32\
mshtml.dll, 7.0.6000.16527, C:\Windows\system32\
mshtmled.dll, 7.0.6000.16512, C:\Windows\system32\
msimg32.dll, 6.0.6000.16386, C:\Windows\system32\
msimtf.dll, 6.0.6000.16386, C:\Windows\system32\
msls31.dll, 3.10.349.0, C:\Windows\system32\
MSVCR71.dll, 7.10.3052.4, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
MSVCR80.dll, 8.0.50727.762, C:\Windows\WinSxS\x86_microsoft.vc80.crt_1fc8b3b9a1e18e3b_8.0.50727.762_none_10b2f55f9bffb8f8\
msvcrt.dll, 7.0.6000.16386, C:\Windows\system32\
msxml3.dll, 8.90.1101.0, C:\Windows\System32\
msxml4.dll, 4.20.9848.0, c:\Windows\system32\
NETAPI32.dll, 6.0.6000.16386, C:\Windows\system32\
NetworkExplorer.dll, 6.0.6000.16386, C:\Windows\system32\
Normaliz.dll, 6.0.6000.16386, C:\Windows\system32\
NSI.dll, 6.0.6000.16386, C:\Windows\system32\
ntdll.dll, 6.0.6000.16386, C:\Windows\system32\
ntlanman.dll, 6.0.6000.16386, C:\Windows\System32\
ole32.dll, 6.0.6000.16386, C:\Windows\system32\
oleacc.dll, 4.2.5406.0, C:\Windows\system32\
oleaut32.dll, 6.0.6000.16386, C:\Windows\system32\
oledlg.dll, 6.0.6000.16386, C:\Windows\system32\
olepro32.dll, 6.0.6000.16386, C:\Windows\system32\
plugview100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
pngfilt.dll, 7.0.6000.16386, C:\Windows\system32\
PortableDeviceApi.dll, 6.0.6000.16386, C:\Windows\system32\
projecttargets100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
PROPSYS.dll, 6.0.6000.16386, C:\Windows\system32\
PSAPI.DLL, 6.0.6000.16386, C:\Windows\system32\
RaizeComponentsVcl_Design100.bpl, 4.2.1.0, C:\Program Files\Raize\RC4\Bin\
RaizeComponentsVcl100.bpl, 4.2.1.0, C:\Windows\system32\
RaizeComponentsVclDB_Design100.bpl, 4.2.1.0, C:\Program Files\Raize\RC4\Bin\
RaizeComponentsVclDb100.bpl, 4.2.1.0, C:\Windows\system32\
RASAPI32.dll, 6.0.6000.16386, C:\Windows\system32\
rasman.dll, 6.0.6000.16386, C:\Windows\system32\
Rave75VCL100.bpl, , C:\Windows\system32\
refactoride100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
RICHED20.dll, 5.31.23.1227, C:\Windows\system32\
RICHED32.DLL, 6.0.6000.16517, C:\Windows\system32\
RPCRT4.dll, 6.0.6000.16386, C:\Windows\system32\
rsaenh.dll, 6.0.6000.16386, C:\Windows\system32\
rtl100.bpl, 11.0.2709.7128, C:\Windows\system32\
rtutils.dll, 6.0.6000.16386, C:\Windows\system32\
SAMLIB.dll, 6.0.6000.16386, C:\Windows\system32\
sanctuarylib.dll, , C:\Program Files\CodeGear\RAD Studio\5.0\bin\
schannel.dll, 6.0.6000.16508, C:\Windows\system32\
scrrun.dll, 5.7.0.6000, C:\Windows\system32\
Secur32.dll, 6.0.6000.16386, C:\Windows\system32\
sensapi.dll, 6.0.6000.16386, C:\Windows\system32\
SETUPAPI.dll, 6.0.6000.16386, C:\Windows\system32\
shdocvw.dll, 6.0.6000.16386, C:\Windows\System32\
shell32.dll, 6.0.6000.16513, C:\Windows\system32\
shfolder.dll, 6.0.6000.16386, C:\Windows\system32\
SHLWAPI.dll, 6.0.6000.16386, C:\Windows\system32\
soaprtl100.bpl, 11.0.2709.7128, C:\Windows\system32\
startpageide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
sxs.dll, 6.0.6000.16386, C:\Windows\system32\
System.Design.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\System.Design\2e9f6501450ab1b682cdef4cdfb90143\
System.Drawing.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\System.Drawing\70c145ed25af403aa899ffcb633350b1\
System.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\System\fcc712bc5da45a672e7f1ad176dbd5a5\
System.Windows.Forms.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\System.Windows.Forms\35a9f19f21aac42b979be321f1bb5fd4\
System.Xml.ni.dll, 2.0.50727.312, C:\Windows\assembly\NativeImages_v2.0.50727_32\System.Xml\f76a7622c73e26e4d2daf54068d7ff79\
TAPI32.dll, 6.0.6000.16386, C:\Windows\system32\
tee7100.bpl, 7.0.10.0, C:\Windows\system32\
teedb7100.bpl, 7.0.10.0, C:\Windows\system32\
teeUI7100.bpl, 7.0.10.0, C:\Windows\system32\
TGIDE100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
tiptsf.dll, 6.0.6000.16386, C:\Program Files\Common Files\microsoft shared\ink\
tlbview100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
tlib100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
todoide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\bin\
unittestide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
URLMON.DLL, 7.0.6000.16512, C:\Windows\system32\
USER32.dll, 6.0.6000.16438, C:\Windows\system32\
USERENV.dll, 6.0.6000.16386, C:\Windows\system32\
USP10.dll, 1.626.6000.16386, C:\Windows\system32\
uxtheme.dll, 6.0.6000.16386, C:\Windows\system32\
vcl100.bpl, 11.0.2709.7128, C:\Windows\system32\
vclactnband100.bpl, 11.0.2709.7128, C:\Windows\system32\
vcldb100.bpl, 11.0.2627.5503, C:\Windows\system32\
vcldbx100.bpl, 11.0.2627.5503, C:\Windows\system32\
vcldesigner100.bpl, 11.0.2734.7887, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
vclhie100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
vclib100.bpl, , C:\Windows\system32\
vclide100.bpl, 11.0.2709.7128, C:\Program Files\CodeGear\RAD Studio\5.0\bin\
vclie100.bpl, 11.0.2627.5503, C:\Windows\system32\
vclimg100.bpl, 11.0.2709.7128, C:\Windows\system32\
vcljpg100.bpl, 11.0.2627.5503, C:\Windows\system32\
vclmenudesigner100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
VclSmp100.bpl, 11.0.2627.5503, C:\Windows\system32\
vclx100.bpl, 11.0.2627.5503, C:\Windows\system32\
version.dll, 6.0.6000.16386, C:\Windows\system32\
vjscor.ni.dll, 2.0.50727.42, C:\Windows\assembly\NativeImages_v2.0.50727_32\vjscor\c151bbf4e1cab3a83e6aa78a3d8f6c89\
vjslib.dll, 2.0.50727.42, C:\Windows\assembly\GAC_32\vjslib\2.0.0.0__b03f5f7f11d50a3a\
vjsnativ.dll, 2.0.50727.42, C:\Windows\Microsoft.NET\Framework\v2.0.50727\
wdmaud.drv, 6.0.6000.16386, C:\Windows\system32\
webdsnap100.bpl, 11.0.2627.5503, C:\Windows\system32\
websnap100.bpl, 11.0.2627.5503, C:\Windows\system32\
win32debugide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
win32debugproide100.bpl, 11.0.2709.7128, c:\program files\codegear\rad studio\5.0\Bin\
WindowsCodecs.dll, 6.0.6000.16493, C:\Windows\system32\
wininet.dll, 7.0.6000.16512, C:\Windows\system32\
winmm.dll, 6.0.6000.16386, C:\Windows\system32\
winspool.drv, 6.0.6000.16386, C:\Windows\system32\
WINTRUST.dll, 6.0.6000.16386, C:\Windows\system32\
WLDAP32.dll, 6.0.6000.16386, C:\Windows\system32\
WMASF.DLL, 11.0.6000.6324, C:\Windows\system32\
WMVCore.DLL, 11.0.6000.6324, C:\Windows\system32\
wpdshext.dll, 6.0.6000.16386, C:\Windows\system32\
WS2_32.dll, 6.0.6000.16386, C:\Windows\system32\
wsock32.dll, 6.0.6000.16386, C:\Windows\system32\
xmlrtl100.bpl, 11.0.2709.7128, C:\Windows\system32\


Subject: Porting to lazarus - source header?
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 21 Sep 2007 22:07:48 +0100
Newsgroups: jedi.vcl

Hi.

I'm trying to port some componets from jvcl to LCL, specifically XPBar and
its dependencies.

How I MUST write in the "source header"? 
I mean, the part where is "The contents of this file are subject to the
Mozilla Public License...".

I think I must left it as is and add only new comments about the port but
my real problem comes with this const:

resourcestring
  RsCopyright = 'Design eXperience. (c) 2002 M. Hoffmann Version ';
  RsCopyright2 = 'Design eXperience II - (c) 2002 M. Hoffmann Version ';
  RsVersion = '2.0.1'; // always increase version number on new releases!

What I should put there?

TIA.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Res editor in JEDI?
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 21 Sep 2007 22:02:35 +0100
Newsgroups: jedi.vcl

You can donwlonad a good one from:

http://www.wilsonc.demon.co.uk/delphi.htm

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Res editor in JEDI?
From: "w2m" <w2m00@hicomponents00.com>
Date: Fri, 21 Sep 2007 12:41:34 -0400
Newsgroups: jedi.vcl

Is there a res editor component in jvcl? I heard there was one in RXLIb  Is this true?

Are there any good res editors?

RxLib was not installed the last time I updated.  Is it still part of JVCL?

hanks,

Bill




Subject: Re: JVCL 3.33, typo in JvNet-R.xml for Delphi 2006
From: "Dr. Juergen Kehrel" <jkehrel@gmx.de>
Date: Fri, 21 Sep 2007 17:09:47 +0200
Newsgroups: jedi.vcl

Florent Ouchet schrieb:
> Hi,
>
> This error was fixed in revision 11489; unfortunately It was after we froze JCL 3.33.
> The current content of JvNet-R.xml is attached in .binaries
>
> Florent

revision 11489 is even worse for me because INDY10 package names on my system are

IndySystem100.bpl and
IndyProtocols100.bpl

I use INDY10 version 10.1.6, the latest I could find.

revision 11400 is ok except for the typo mentioned in my previous post.

revison 11489 package names are IndySystem and IndyProtocols  without numbers for all environments from D9 to D11

Yours
Juergen


Subject: Re: JVCL 3.33, typo in JvNet-R.xml for Delphi 2006
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 21 Sep 2007 14:41:26 +0200
Newsgroups: jedi.vcl

Hi,

This error was fixed in revision 11489; unfortunately It was after we froze JCL 3.33.
The current content of JvNet-R.xml is attached in .binaries

Florent


Subject: JvEditor Error
From: "TiagoTecchio" <tiagotecchio@gmail.com>
Date: Fri, 21 Sep 2007 12:02:02 +0000 (UTC)
Newsgroups: jedi.vcl

Hi!

  I noticed an error with JvEditor when loading large text files. An AV
is raised when file has more than 1700 columns. I'm using D7 with
JVCL3.30.
  If it helps, here goes MadExcept call stack:

executable        : Project1.exe
exec. date/time   : 2007-09-21 09:16
madExcept version : 3.0b
callstack crc     : $8614183a, $8f183cb0, $8f183cb0
count             : 6
exception number  : 1
exception class   : EAccessViolation
exception message : Access violation at address 004B57B6 in module
'Project1.exe'. Read of address 00BDC000.

main thread ($e44):
004b57b6 +04a Project1.exe JvEditorCommon
TJvErrorHighlighting.PaintError
004b8f11 +351 Project1.exe JvEditor
TJvCustomEditor.PaintLineText
004b2bf1 +091 Project1.exe JvEditorCommon
TJvCustomEditorBase.PaintLine
004b2b32 +0b6 Project1.exe JvEditorCommon
TJvCustomEditorBase.Paint
0048c69b +057 Project1.exe Controls
TCustomControl.PaintWindow
00488636 +04e Project1.exe Controls             TWinControl.PaintHandler
00488b03 +03f Project1.exe Controls             TWinControl.WMPaint
0048c634 +010 Project1.exe Controls             TCustomControl.WMPaint
00485554 +188 Project1.exe Controls             TControl.WndProc
0048849f +157 Project1.exe Controls             TWinControl.WndProc
004aa518 +4e4 Project1.exe JvExControls
TJvExCustomControl.WndProc
0048811c +02c Project1.exe Controls             TWinControl.MainWndProc
00467df8 +014 Project1.exe Classes              StdWndProc
7c90eae0 +010 ntdll.dll                         KiUserCallbackDispatcher
004b1319 +1fd Project1.exe JvEditorCommon
TJvCustomEditorBase.Scroll
004b1112 +03a Project1.exe JvEditorCommon
TJvCustomEditorBase.ScrollBarScroll
004aea42 +012 Project1.exe JvEditorCommon
TJvControlScrollBar95.Scroll
004aea16 +0ba Project1.exe JvEditorCommon
TJvControlScrollBar95.DoScroll
004b0236 +006 Project1.exe JvEditorCommon
TJvCustomEditorBase.WMHScroll
00485554 +188 Project1.exe Controls             TControl.WndProc
0048849f +157 Project1.exe Controls             TWinControl.WndProc
004aa518 +4e4 Project1.exe JvExControls
TJvExCustomControl.WndProc
0048811c +02c Project1.exe Controls             TWinControl.MainWndProc
00467df8 +014 Project1.exe Classes              StdWndProc
7c90eae0 +010 ntdll.dll                         KiUserCallbackDispatcher
7e36d540 +052 user32.dll                        DefWindowProcA
7e36f658 +016 user32.dll                        CallWindowProcA
00488583 +0d7 Project1.exe Controls
TWinControl.DefaultHandler
00489b0b +09f Project1.exe Controls             TWinControl.WMSysCommand
00485554 +188 Project1.exe Controls             TControl.WndProc
0048849f +157 Project1.exe Controls             TWinControl.WndProc
0049d925 +421 Project1.exe Forms                TCustomForm.WndProc
0048811c +02c Project1.exe Controls             TWinControl.MainWndProc
00467df8 +014 Project1.exe Classes              StdWndProc
7c90eae0 +010 ntdll.dll                         KiUserCallbackDispatcher
7e36d540 +052 user32.dll                        DefWindowProcA
7e36f658 +016 user32.dll                        CallWindowProcA
00488583 +0d7 Project1.exe Controls
TWinControl.DefaultHandler
00485831 +015 Project1.exe Controls             TControl.WMNCLButtonDown
00485554 +188 Project1.exe Controls             TControl.WndProc
0048849f +157 Project1.exe Controls             TWinControl.WndProc
004aa518 +4e4 Project1.exe JvExControls
TJvExCustomControl.WndProc
0048811c +02c Project1.exe Controls             TWinControl.MainWndProc
00467df8 +014 Project1.exe Classes              StdWndProc
7e3696c2 +00a user32.dll                        DispatchMessageA
004a3d33 +083 Project1.exe Forms
TApplication.ProcessMessage
004a3d52 +00a Project1.exe Forms
TApplication.HandleMessage
004a3f82 +096 Project1.exe Forms                TApplication.Run
004d9997 +03b Project1.exe Project1       17 +3 initialization

thread $a24:
7c90eb94 +0 ntdll.dll  KiFastSystemCallRet
7c90d85a +a ntdll.dll  NtDelayExecution

thread $a40:
7c90eb94 +0 ntdll.dll  KiFastSystemCallRet
7c90e319 +a ntdll.dll  NtRemoveIoCompletion

thread $a80:
7c90eb94 +0 ntdll.dll  KiFastSystemCallRet
7c90e319 +a ntdll.dll  NtRemoveIoCompletion

thread $448:
7c90eb94 +00 ntdll.dll              KiFastSystemCallRet
7c90e9a9 +0a ntdll.dll              NtWaitForMultipleObjects
0044bf3d +0d Project1.exe madExcept CallThreadProcSafe
0044bfa7 +37 Project1.exe madExcept ThreadExceptFrame
>> >> created by main thread ($e44) at:
77f7a17c +00 advapi32.dll

thread $60c:
7c90eb94 +0 ntdll.dll  KiFastSystemCallRet
7c90e319 +a ntdll.dll  NtRemoveIoCompletion

-- 

Subject: Re: jvownerdrawviewer usage question...
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 20 Sep 2007 21:59:20 +0200
Newsgroups: jedi.vcl

That is exactly the intended use of the control although you could also use 
a TJvImagesViewer if you prefer

-- Regards, Peter "Alchemist" <dridenhour@stltoday.com> skrev i meddelandet news:fbmmom$mr4$1@news.talkto.net...
> > All,
> >
> > Im using the jvownerdrawviewer as an image selector in an application... 
> > the images themselves are stored in a TObjectList and I use the ondraw 
> > method to draw the appropriate image.
> >
> > Right now all im doing with the jvownerdrawviewer is setting its Count 
> > property to the number of images... then using its ondraw method to draw 
> > the images..   im not doing anything with its items property or anything 
> > else... and just wanted to make sure that this was an intended or stable 
> > use for this component?
> >
> > Thanks...
> >
> > Alchemist
> > 




Subject: Re: jvOwnerDrawImageViewer - Problem/Bug!
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 20 Sep 2007 21:55:55 +0200
Newsgroups: jedi.vcl

updated in svn

"Peter Thornqvist" <peter.tornqvist@nospam.gmail.com> skrev i meddelandet 
news:fcudjm$r19$1@news.talkto.net...
> > Somewhere along the way the original TList holding the internal items was 
> > changed to a TObjectList, but the ocde that handles deleting items wasn't 
> > updated. The effect is that the items are freed twice=>invalid pointer 
> > operation.
> >
> > The solution is simple, though. Open JvCustomItemViewer.pas and change the 
> > TJvCustomItemViewer.SetCount method to:
> >
> > procedure TJvCustomItemViewer.SetCount(const Value: Integer);
> > begin
> >  if Value <> Count then
> >  begin
> >    BeginUpdate;
> >    try
> >      FItems.Count := Value;
> >      if FSelectedIndex >= Value then
> >        FSelectedIndex := -1;
> >    finally
> >      EndUpdate;
> >      UpdateAll;
> >      if HandleAllocated then
> >        InvalidateClipRect(Canvas.ClipRect);
> >    end;
> >  end;
> > end;
> >
> >
> >
> > You should also change TJvCustomItemViewer.Delete to:
> >
> > procedure TJvCustomItemViewer.Delete(Index: Integer);
> > begin
> >  Deleted(Items[Index]);
> >  FItems.Delete(Index);
> >  if SelectedIndex >= Count then
> >    SelectedIndex := Count - 1;
> > end;
> >
> >
> > That should hopefully fix it
> >
> > -- 
> > Regards, Peter
> >
> >
> > "Alchemist" <dridenhour@stltoday.com> skrev i meddelandet 
> > news:fceu67$pfl$1@news.talkto.net...
>> >> All,
>> >>
>> >> Ok... ive isolated an unusual problem int he jvOwnerDrawImageViewer... at 
>> >> least if im using this thing right.
>> >>
>> >> Usage
>> >> Im basically using this by setting the Count property to the number of 
>> >> items to display... then displaying the items in the OnDraw method.
>> >>
>> >> The Problem
>> >> You can set the Count property to ever increasing sizes, but you cant 
>> >> decrease the count of the list.   For example... do the following.
>> >>
>> >> 1. Start a new application and drop the jvOwnerDrawImageViewer on a form. 
>> >> Call it viewer.
>> >>
>> >> 2. Add A button that when pressed will execute:
>> >> Viewer.Count:=500;
>> >>
>> >> 3. Add A second button that when pressed will execute:
>> >> Viewer.Count:=300;     // or any value less than the 500.
>> >>
>> >> Now run the application... press the first button...  to initialize the 
>> >> count... then press the 2nd...   and it will give crash with various 
>> >> error messages usually about accessing memory address 0000000.
>> >>
>> >> Is this the intended usage?  that once the viewer is viewing... you can 
>> >> add items but not remove them?
>> >>
>> >> Anyone?    Thanks in advance.
>> >>
>> >> Dan
>> >>
> >
> > 




Subject: JVCL 3.33, typo in JvNet-R.xml for Delphi 2006
From: "Dr. Juergen Kehrel" <jkehrel@gmx.de>
Date: Thu, 20 Sep 2007 21:43:13 +0200
Newsgroups: jedi.vcl

If you compile JVCL with the INDY10 option on, you get an error message because of a missing file.
This is caused by a typo in the JvNet-R.xml file

    <Package Name="IndyProtocols110" Targets="D10" Condition="USE_3RDPARTY_INDY && USE_3RDPARTY_INDY10"/>

should read

    <Package Name="IndyProtocols110" Targets="D11" Condition="USE_3RDPARTY_INDY && USE_3RDPARTY_INDY10"/>

so Target="D10" is wrong.

change it for the installer to work fine.

yours
Dr. Juergen B. Kehrel


Subject: Re: jvOwnerDrawImageViewer - Problem/Bug!
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 20 Sep 2007 20:49:13 +0200
Newsgroups: jedi.vcl

Somewhere along the way the original TList holding the internal items was 
changed to a TObjectList, but the ocde that handles deleting items wasn't 
updated. The effect is that the items are freed twice=>invalid pointer 
operation.

The solution is simple, though. Open JvCustomItemViewer.pas and change the 
TJvCustomItemViewer.SetCount method to:

procedure TJvCustomItemViewer.SetCount(const Value: Integer);
begin
  if Value <> Count then
  begin
    BeginUpdate;
    try
      FItems.Count := Value;
      if FSelectedIndex >= Value then
        FSelectedIndex := -1;
    finally
      EndUpdate;
      UpdateAll;
      if HandleAllocated then
        InvalidateClipRect(Canvas.ClipRect);
    end;
  end;
end;



You should also change TJvCustomItemViewer.Delete to:

procedure TJvCustomItemViewer.Delete(Index: Integer);
begin
  Deleted(Items[Index]);
  FItems.Delete(Index);
  if SelectedIndex >= Count then
    SelectedIndex := Count - 1;
end;


That should hopefully fix it

-- Regards, Peter "Alchemist" <dridenhour@stltoday.com> skrev i meddelandet news:fceu67$pfl$1@news.talkto.net...
> > All,
> >
> > Ok... ive isolated an unusual problem int he jvOwnerDrawImageViewer... 
> > at least if im using this thing right.
> >
> > Usage
> > Im basically using this by setting the Count property to the number of 
> > items to display... then displaying the items in the OnDraw method.
> >
> > The Problem
> > You can set the Count property to ever increasing sizes, but you cant 
> > decrease the count of the list.   For example... do the following.
> >
> > 1. Start a new application and drop the jvOwnerDrawImageViewer on a form. 
> > Call it viewer.
> >
> > 2. Add A button that when pressed will execute:
> > Viewer.Count:=500;
> >
> > 3. Add A second button that when pressed will execute:
> > Viewer.Count:=300;     // or any value less than the 500.
> >
> > Now run the application... press the first button...  to initialize the 
> > count... then press the 2nd...   and it will give crash with various error 
> > messages usually about accessing memory address 0000000.
> >
> > Is this the intended usage?  that once the viewer is viewing... you can 
> > add items but not remove them?
> >
> > Anyone?    Thanks in advance.
> >
> > Dan
> > 




Subject: Re: registering at http://homepages.codegear.com/jedi/jvcl/
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 20 Sep 2007 18:42:51 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Alexandr Zarubkin wrote:
>> Hello,
>>
>> First of all, I apologize if I post this to inappropriate newsgroup. I keep failing registering at http://homepages.codegear.com/jedi/jvcl/. The server message looks like this:
>> "PROBLEMS SENDING MAIL TO: zarubkin_as@rtsoft.msk.ru. Mailer Error: SMTP Error: Could not connect to SMTP host". I wrote to Webadmin of that site but received no answer.
>> The reason is that I've made a couple of tweaks in JVCL source code which I would like to share if they prove useful.
>
> We know about this situation, it is much more complicated to solve than first imagined. But we will get something working, don't worry.

This should be working now

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JCL, JVCL and Jedi-Apilib
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Sep 2007 17:53:24 +0200
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> The JCL could install the Jedi-Apilib; but that could be interpreted like a merge of the Jedi Api Library into the Jedi Code Library... I don't know how the both teams would consider this.

The Jedi-Apilib is dormant anyway and the reawakening is slow (if at all). We are free to make any decision here.
I think it is better to create a close family of projects with a unified installer (in fact with the installer being a separate project).
Just select one of the projects and the installer checks if the files (zips) have been downloaded already and auto-selects the required projects.


Subject: Re: ANN: JVCL 3.33 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 20 Sep 2007 17:52:19 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:fcs01q$fq2$1@news.talkto.net>:
>
>> The JVCL Team is proud to announce that the stable release of JVCL 3.33 is available for download.
> A big thanks to the team!
>

Thanks to you for the support

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JCL, JVCL and Jedi-Apilib
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 20 Sep 2007 16:30:35 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi Robert,

Robert Marquardt a écrit :
> I currently help polishing a big donation for classes for the Security API of Windows.

sounds interesting :)

> It depends heavily on the Jedi-Apilib. As a byproduct the Jedi-Apilib has been improved to a working JwaWindows.pas which $INCLUDEs many of the Jwa files.
> The Jedi-Apilib and the Security Lib now need to be integrated into the family, i. e. installer and other "tidbits". Later JCL and JVCL could depend on the Jedi-Apilib and maybe on the Security lib.

That would eliminate redundancies between the Jedi Api Library and JclWin32.pas.

The JCL could install the Jedi-Apilib; but that could be interpreted like a merge of the Jedi Api Library into the Jedi Code Library... I don't know how the both teams would consider this.

- Florent


Subject: Re: registering at http://homepages.codegear.com/jedi/jvcl/
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Sep 2007 14:49:03 +0200
Newsgroups: jedi.vcl

Alexandr Zarubkin wrote:
> Hello,
>
> First of all, I apologize if I post this to inappropriate newsgroup. I keep failing registering at http://homepages.codegear.com/jedi/jvcl/. The server message looks like this:
> "PROBLEMS SENDING MAIL TO: zarubkin_as@rtsoft.msk.ru. Mailer Error: SMTP Error: Could not connect to SMTP host". I wrote to Webadmin of that site but received no answer.
> The reason is that I've made a couple of tweaks in JVCL source code which I would like to share if they prove useful.

We know about this situation, it is much more complicated to solve than first imagined. But we will get something working, don't worry.


Subject: JCL, JVCL and Jedi-Apilib
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Sep 2007 14:22:12 +0200
Newsgroups: jedi.jcl,jedi.vcl

I currently help polishing a big donation for classes for the Security API of Windows. It depends heavily on the Jedi-Apilib. As a byproduct the Jedi-Apilib has been improved to a working JwaWindows.pas which $INCLUDEs many of the Jwa files.
The Jedi-Apilib and the Security Lib now need to be integrated into the family, i. e. installer and other "tidbits". Later JCL and JVCL could depend on the Jedi-Apilib and maybe on the Security lib.


Subject: registering at http://homepages.codegear.com/jedi/jvcl/
From: "Alexandr Zarubkin" <me21@yandex.ru>
Date: Thu, 20 Sep 2007 15:59:20 +0400
Newsgroups: jedi.vcl

Hello,

First of all, I apologize if I post this to inappropriate newsgroup. I keep 
failing registering at http://homepages.codegear.com/jedi/jvcl/. The server 
message looks like this:
"PROBLEMS SENDING MAIL TO: zarubkin_as@rtsoft.msk.ru. Mailer Error: SMTP 
Error: Could not connect to SMTP host". I wrote to Webadmin of that site but 
received no answer.
The reason is that I've made a couple of tweaks in JVCL source code which I 
would like to share if they prove useful.

Regards,

Alexandr Zarubkin. 




Subject: how can I get a panel with background image?
From: delfo <delfo@nospam.thanks.es>
Date: Thu, 20 Sep 2007 10:04:05 +0100
Newsgroups: jedi.vcl

I've been trying to search in this group and in help with little success. I've tried with things like tjvformwallpaper but it doesn't have a stretch property.

What is the recommended/most reliable way to get a panel with a background image? (I would like to use a gif with some transparent part and that it resizes with the panel)



Subject: Re: ANN: JVCL 3.33 Released!
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 20 Sep 2007 10:46:22 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:fcs01q$fq2$1@news.talkto.net>:

> > The JVCL Team is proud to announce that the stable release of JVCL 3.33 
> > is available for download.
A big thanks to the team!


-- cu, Michael 

Subject: ANN: JVCL 3.33 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Sep 2007 22:45:46 +0200
Newsgroups: jedi.general,jedi.vcl

The JVCL Team is proud to announce that the stable release of JVCL 3.33 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006 and 2007; C++Builder 5, 6, 2006 and 2007. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release brings official support for RAD Studio 2007.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.33.


The JVCL Team
http://jvcl.sourceforge.net

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL 3.31 + Delphi2007
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Sep 2007 22:37:13 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Florent Ouchet wrote:
>> OBones a écrit :
>>> No, it's not.
>>> 3.32 will be, it's in the process of being released. Should be available very soon.
>>>
>>
>> JCL 1.101 will be released in few minutes, I'm making latest checks.
>
> And I correct myself, only 3.33 will support Delphi 2007, the 3.32 is already out.
>

3.33 is out, let us know how it goes

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL 3.31 + Delphi2007
From: user@domain.invalid
Date: Wed, 19 Sep 2007 21:35:56 +0200
Newsgroups: jedi.vcl

TiagoTecchio schrieb:
> OBones wrote:
>
>> TiagoTecchio wrote:
>>> Hi!
>>>
>>>     I'd like to know if JVCL 3.31 is fully compatible with Delphi2007.
>>> Because I can't install it on IDE. Some files are missing in
>>> installation... I just got the installer from
>>> http://sourceforge.net/project/showfiles.php?group_id=45786.
>>>
>>> Thanks in advance,
>> No, it's not.
>> 3.32 will be, it's in the process of being released. Should be
>> available very soon.
>
> OK, thanks.
>


3.32 is out ... and runs with delphi 2007 Professional perfectly

http://homepages.codegear.com/jedi/jvcl/

Regards,

Andreas


Subject: Re: JVCL 3.31 + Delphi2007
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Sep 2007 20:51:26 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>> No, it's not.
>> 3.32 will be, it's in the process of being released. Should be available very soon.
>>
>
> JCL 1.101 will be released in few minutes, I'm making latest checks.

And I correct myself, only 3.33 will support Delphi 2007, the 3.32 is already out.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL 3.31 + Delphi2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 19 Sep 2007 20:49:17 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> No, it's not.
> 3.32 will be, it's in the process of being released. Should be available very soon.
>

JCL 1.101 will be released in few minutes, I'm making latest checks.

- Florent


Subject: Re: JVCL 3.31 + Delphi2007
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Sep 2007 20:46:58 +0200
Newsgroups: jedi.vcl

TiagoTecchio wrote:
> Hi!
>
>     I'd like to know if JVCL 3.31 is fully compatible with Delphi2007.
> Because I can't install it on IDE. Some files are missing in
> installation... I just got the installer from
> http://sourceforge.net/project/showfiles.php?group_id=45786.
>
> Thanks in advance,

No, it's not.
3.32 will be, it's in the process of being released. Should be available very soon.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL 3.31 + Delphi2007
From: "TiagoTecchio" <tiagotecchio@gmail.com>
Date: Wed, 19 Sep 2007 18:23:06 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > TiagoTecchio wrote:
>> > > Hi!
>> > > 
>> > > 	I'd like to know if JVCL 3.31 is fully compatible with Delphi2007.
>> > > Because I can't install it on IDE. Some files are missing in
>> > > installation... I just got the installer from
>> > > http://sourceforge.net/project/showfiles.php?group_id=45786.
>> > > 
>> > > Thanks in advance,
> > 
> > No, it's not.
> > 3.32 will be, it's in the process of being released. Should be
> > available very soon.

OK, thanks.

-- 

Subject: JVCL 3.31 + Delphi2007
From: "TiagoTecchio" <tiagotecchio@gmail.com>
Date: Wed, 19 Sep 2007 17:56:04 +0000 (UTC)
Newsgroups: jedi.vcl

Hi!

	I'd like to know if JVCL 3.31 is fully compatible with Delphi2007.
Because I can't install it on IDE. Some files are missing in
installation... I just got the installer from
http://sourceforge.net/project/showfiles.php?group_id=45786.

Thanks in advance,

Tiago.

-- 

Subject: JvInterpreter
From: "skydiablo" <skydiablo@gmx.net>
Date: Wed, 19 Sep 2007 13:41:07 +0100
Newsgroups: jedi.vcl

 hi...

sorry about my bad english...

okay, i have a little problem with JvInterpreter-Skript, is use follow 
skript:

//===================================================
type
  ttest = record
    s : string;
  end;

var atest : array of ttest;

procedure run;
begin
  ...
    setlength(atest,length(atest) + 1);
  ...
end;
//===================================================

and if i ran this code i get the follow error:

//===================================================
Error in unit 'krake' on line 33 : Internal interpreter error: Array to 
array assignmentnot implemented.
//===================================================

so i dont understand it ?! can anybody help me !?

greez & thx, sky...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 18 Sep 2007 12:29:15 +0200
Newsgroups: jedi.vcl

Arioch,

Arioch a écrit :
> Wooo.. that was not intuitive process.

Sorry I could have been more pedagogue.

> i removed [additional] from template.dof, and found pgEdit to regenerate DOF's manually.
>
> I wonder why JCL installer cannot regenerate required files if they are missed or if user checks the checkbox to regenerate packages.
> With JVCL installer it only would require one checkbox, with JCL i has to kook how is it possible (if it is) at all.

The JVCL owns code to generate packages (in JVCL/devtools/PackagesGenerator), the JCL only has a compiled version of pgEdit.exe. Presently this executable doesn't support command line arguments to automate generation process.

> Perhaps packages themselves just do not to be in SVN, since you anyway generate them from XML+template, which can be done at installation as well ?

That could be possible, but each time we make changes that require extra step for manual installation, we get some complains...

> However, providing i've did it all correctly (at least D5's DOF-s were now without [Additional] section) i compiled both JCL and JVCL without any more troubles.
> Now let's look if Andreas and/or Uve would confirm.

Thanks for your tests, I just removed this section in SVN (rev 2179).

> BTW, Andreas, how did you manage to find the function ?
> I can think of finding the file (since IDE ocmpiles ok, it may be thought it is because of search paths, then we assume different DCU's are used and then we make mixes of JCL-generated and JVCL-generated DCU's until we find a fake coin. But then, how did you found the problematic function within the files ?

That's magic :)

- Florent


Subject: Re: JvInterpreter
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 18 Sep 2007 10:59:34 +0200
Newsgroups: jedi.general,jedi.vcl

Eduardo Inglez wrote:
> Looking for good examples to better understad it.
>
> Thanks,
>
> Eduardo

jvcl\examples\RaLib\RaInterpreter

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 18 Sep 2007 05:50:31 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > BTW, Andreas, how did you manage to find the function ?
> > I can think of finding the file (since IDE ocmpiles ok, it may be
> > thought  it is because of search paths, then we assume different
> > DCU's are used and  then we make mixes of JCL-generated and
> > JVCL-generated DCU's until we find  a fake coin. But then, how did
> > you found the problematic function within  the files ?

I copied over the JVCL generated JCL files one by one, to find the
file. And to find the function, I commented out all functions and added
one by one. A time consuming procedure.

-- Regards, Andreas Hausladen 

Subject: Re: Something for the JVCL Help files
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Sep 2007 22:44:41 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:


> > JvDBCheckBox.pas has no MPL license header.

Fixed.



-- Regards, Andreas Hausladen 

Subject: Re: Something for the JVCL Help files
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 18 Sep 2007 00:40:26 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Remko Bonte wrote:
>
>> I'll add it.
>
> Thanks.
>
Done, BTW JvDBCheckBox.pas has no MPL license header.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 17 Sep 2007 21:22:48 +0200
Newsgroups: jedi.vcl

On Sun, 16 Sep 2007 13:17:47 +0400, Arioch wrote:

> >However, providing i've did it all correctly (at least D5's DOF-s were now  
> >without [Additional] section) i compiled both JCL and JVCL without any  
> >more troubles.
> >Now let's look if Andreas and/or Uve would confirm.

The latest version does work for me.
--
Uwe


Subject: Re: Something for the JVCL Help files
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Sep 2007 16:10:44 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > I'll add it.

Thanks.

-- Regards, Andreas Hausladen 

Subject: Re: Invalid Image Size
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 17 Sep 2007 16:38:55 +0200
Newsgroups: jedi.vcl

Maybe I did not read it correctly, but there is no -R switch on this command line. How can dcc32 then find the DFMs from the JVCL?
Then, you can remove the devtools, install, design and images directories, they are not required for an end-user application.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvPlugin
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Mon, 17 Sep 2007 08:43:49 -0400
Newsgroups: jedi.vcl

Thanks Andrew...I just ended up taking out the plugin system.  Maybe I'll 
revisit it later.

"Andrew Baylis" <abaylis_nos@spamcop.net> wrote in message 
news:fcg6pp$tcp$1@news.talkto.net...
> > "J. Clarke" <jaclarke01@hotmail.comNOSPAM> wrote in message 
> > news:fbsbru$h0j$1@news.talkto.net...
>> >> Can anyone tell me how to embed a form (in a TJvPlugin) within a panel in 
>> >> my main app?  I've can get the form to show, just not within my panel. 
>> >> If you have an example somewhere I can see that would be great.
>> >>
>> >> TIA,
>> >> Jeff
> > Jeff,
> > Just make the panel the parent of the form. Normally you'd also want to 
> > change the form style to be without caption, borders and maximised.




Subject: Re: Something for the JVCL Help files
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 17 Sep 2007 09:33:10 +0200
Newsgroups: jedi.vcl

I'll add it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Invalid Image Size
From: Manus <manus@mcelhone.net>
Date: Sun, 16 Sep 2007 21:03:23 +0100
Newsgroups: jedi.vcl

Manus wrote:
> OBones wrote:
>> Which error? How does it appears? What are the exact conditions?
>>
>
> When the form is launched an error box appears with the message "Invalid Image Size".
> This is using JVCL 3.1 (from the BDS2006 partner DVD)
>
>

As I say, it compiles ok from the command-lines, its only at runtime, when the form is launched that the error occurs.
Here's the command used to compile if that provides any clues (I removed some of our stuff to make it easier to read).
Is there something we're missing, or do we need to distribute something along with the .exe?

Thanks in advance for any help.
Manus

"C:\Program Files\Borland\BDS\4.0\Bin\DCC32.EXE"  /LE "C:\eclipse\packages\bpl" /U "C:\Program Files\Borland\BDS\4.0\lib"; "C:\Program Files\Borland\BDS\4.0\Imports";
"C:\Program Files\Borland\BDS\4.0\Lib\Indy10";
"C:\Program Files\Borland\BDS\4.0\RaveReports\Lib";
"C:\Program Files\Borland\BDS\4.0\source\Win32";
"c:\documents and settings\linda\my documents\borland studio projects\bpl"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\lib\d10"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\run"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\Resources"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\Common"; "C:\project_jedi_group\jedi_code_library_1_96\JCL1.96-Build2070-WinHelp\jcl\source\common"; "C:\project_jedi_group\jedi_code_library_1_96\JCL1.96-Build2070-WinHelp\jcl\lib\d10\debug"; "C:\project_jedi_group\jedi_code_library_1_96\JCL1.96-Build2070-WinHelp\jcl\source";
"C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\devtools\Common"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\install\JVCLInstall"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\images"; "C:\project_jedi_group\jedi_code_library_1_96\JCL1.96-Build2070-WinHelp\jcl\bin"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\devtools\PackagesGenerator\Images"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\devtools\JvExCLX\src"; "C:\jedi_group\jvcl_3_1_for_borland_developer_studio_2006\jvcl\jvcl\design"; /LN "C:\eclipse\Packages\bpl" "C:\eclipse\packages\BASE.dpk"


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sun, 16 Sep 2007 13:17:47 +0400
Newsgroups: jedi.vcl

> The reason of this internal error seems to be solved (JclDebugHook.pas), Arioch or Andreas, could you check if packages compile ok after removing the "Additional" sections in dof files? If so, it can now be removed.

Wooo.. that was not intuitive process.
i removed [additional] from template.dof, and found pgEdit to regenerate DOF's manually.

I wonder why JCL installer cannot regenerate required files if they are missed or if user checks the checkbox to regenerate packages.
With JVCL installer it only would require one checkbox, with JCL i has to kook how is it possible (if it is) at all.
Perhaps packages themselves just do not to be in SVN, since you anyway generate them from XML+template, which can be done at installation as well ?


However, providing i've did it all correctly (at least D5's DOF-s were now without [Additional] section) i compiled both JCL and JVCL without any more troubles.
Now let's look if Andreas and/or Uve would confirm.


BTW, Andreas, how did you manage to find the function ?
I can think of finding the file (since IDE ocmpiles ok, it may be thought it is because of search paths, then we assume different DCU's are used and then we make mixes of JCL-generated and JVCL-generated DCU's until we find a fake coin. But then, how did you found the problematic function within the files ?


Subject: compiler bugs, offtopic
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sun, 16 Sep 2007 02:35:19 +0400
Newsgroups: jedi.vcl

> That's what compiler bugs are. ;-)

Yes... the most terrifying big i met in Delphi 4 before packs

I was playing with sorting algorithms and... and some of those just did not worked!

I had screwed my brains but could not find the error in the program. Yet at last i opened CPU window and found....
Wow! "for i:= 1 to 100" was optimised to "for i:=99 downto 0".
Not always - but i was caught in the trap :-)
After 1st upgrade that changed to " i := 0; for j:=99 downto 0 do begin inc(i); ...rest... end;".

And there was trouble with functions arguments... Oooh - i would never forget unpatched Delphi 4 :-)


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 15 Sep 2007 21:23:12 +0200
Newsgroups: jedi.vcl

Hi,

I fell into this internal error while reworking JCL build process in revision 2103. As a workaround, I added a new section in Jcl*.dof for Delphi 5 and C++Builder 5 forcing packages to be built.

The reason of this internal error seems to be solved (JclDebugHook.pas), Arioch or Andreas, could you check if packages compile ok after removing the "Additional" sections in dof files? If so, it can now be removed.

Thanks,

Florent


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 22:14:12 +0400
Newsgroups: jedi.vcl

> Workaround 1 doesn't work, but Workaround 2 works.

Stranger and stranger - to me they both worked.

Please, add more detailed comment to workaround 2
Later someone will compile the JCL w/o $Y+ and will conclude that workaround is no more needed.
There is to be noted, that it is JediVCL, not JCL itself, which compilation is affected by the pragma.

And, following "as less changes as possible", perhaps only activate $Y+ when compiled under Delphi5/BC++B 5 ?


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 22:06:59 +0400
Newsgroups: jedi.vcl

> Hmm. I had the same idea, but for me it was the existence of $X+ in the
> <project>.cfg file that caused random working/failing code.

And i was making bets on typed Pointers :-)

Anyway, debug info and things like that were next to look at, seeing linker crashing.


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 18:03:53 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > Stranger and stranger - to me they both worked.

That's what compiler bugs are. ;-)


> > Please, add more detailed comment to workaround 2

Done.

> > And, following "as less changes as possible", perhaps only activate
> > $Y+ when compiled under Delphi5/BC++B 5 ?

That was already the case "

{$IFDEF COMPILER5}
{longer comment}
{$Y+}
{$ENDIF COMPILER5}


-- Regards, Andreas Hausladen 

Subject: Something for the JVCL Help files
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 16:59:51 +0000 (UTC)
Newsgroups: jedi.vcl

New Components:

TJvTabBarXPPainter <= TJvModernTabBarPainter:
  [Description]
    Painter for TJvTabBar that paints the TJvTabBar with XP theming
  [Properties]
    FixedTabSize: Integer: A value greater than 0, will set the width
of all tabs to the value.


TJvTimeEdit <= TJvSpinEdit
  [Description]
    A edit with a spin button that increments/decrements the part of
the time that contains the caret.
  [Properties]
    public Time: TDateTime: The time value of the edit
    ShowSeconds: Boolean: Displays the seconds in the edit
    Hour24: Boolean: Controls if the edit should use 12h AM/PM mode or
the 24h mode
    DataConnector: TDataConnector: DB-aware support through
TJvDataSource



Changed Components:

TJvDBGrid <= TDBGrid
  [Properties]
    UseXPThemes: Boolean: If set to True, the Grid's header is painted
in the current theme style.


TJvDBUltimGrid <= TJvDBGrid
  [Properties]
    OnGetSortFieldName: Event: Is triggered to get the field name where
the sort marker should be displayed


-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 16:42:26 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks.

Workaround 1 doesn't work, but Workaround 2 works.


I have added the {$Y+} line to the JclHookExcept.pas and I have
extended the dcc32ex.exe by the "--preserve-config" parameter.

-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 15:54:41 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > To me it compiled ok, please, try yourself.

Hmm. I had the same idea, but for me it was the existence of $X+ in the
<project>.cfg file that caused random working/failing code.

-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 19:12:01 +0400
Newsgroups: jedi.vcl

> On Thu, 13 Sep 2007 23:51:16 +0400, Arioch wrote:
>
>> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
>> Fatal: Internal error: L1496
>
> Since I've deinstalled the JCL for all other versions than D5 I can
> repeat it. I had no time so far to check what goes wrong.

Could You check these workarounds for it?
To me the both works (need reinstaling (recompiling) JCL and after that JVCL installs fine)

d:\Borland\AddOns\Jedi\jcl\source\windows\JclHookExcept.pas

workaround 1:
~~~~~~~~~~~~
function JclBelongsHookedCode(_Addr: Pointer): Boolean;
var ah,aj: cardinal; aa: cardinal absolute _Addr;
begin
    ah := cardinal(Addr(HookedRaiseException));
    aj := cardinal(Addr(JclBelongsHookedCode));
  Result := (ah < aj) and
    (ah <= aa) and
    (aj > aa);
end;
~~~~~~~~~~~~


workaround 2: restoring more Pragma
~~~~~~~~~~~~~~~~~~
{$Y+}//otherwise Delphi 5 JVCL compilation fails with Internal Linker Error (function JclBelongsHookedCode to be trigger)
end.
~~~~~~~~~~~~~~~~~~


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 19:05:08 +0400
Newsgroups: jedi.vcl

>> function JclBelongsHookedCode(Addr: Pointer): Boolean;
>> begin
>>   Result := (Cardinal(@HookedRaiseException) <
>> Cardinal(@JclBelongsHookedCode)) and
>>     (Cardinal(@HookedRaiseException) <= Cardinal(Addr)) and
>>     (Cardinal(@JclBelongsHookedCode) > Cardinal(Addr));
>> end;

Starting from the idea that buildiing environment was to blame, i put pragma's from JVCK installed jvcl.inc into JCL code:
~~~~~~~~~
{$A+,B-,C+,D+,E-,F-,G+,H+,I+,J-,K-,L+,M-,N+,O+,P+,Q-,R-,S-,T-,U-,V+,W-,X+,Y+,Z1}
function JclBelongsHookedCode(Addr: Pointer): Boolean;
~~~~~~~~~

To me it compiled ok, please, try yourself.

No, it would be nice to find The Pragma :-)


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 19:04:17 +0400
Newsgroups: jedi.vcl

>> function JclBelongsHookedCode(Addr: Pointer): Boolean;
>> begin
>>   Result := (Cardinal(@HookedRaiseException) <
>> Cardinal(@JclBelongsHookedCode)) and
>>     (Cardinal(@HookedRaiseException) <= Cardinal(Addr)) and
>>     (Cardinal(@JclBelongsHookedCode) > Cardinal(Addr));
>> end;
>
> I cannot work around this bug, except that I remove the whole logic of

Don't ask me why, just present me a shaman tambourine!

workaround 1:
~~~~~~~~~~~~
function JclBelongsHookedCode(_Addr: Pointer): Boolean;
var ah,aj: cardinal; aa: cardinal absolute _Addr;
begin
    ah := cardinal(Addr(HookedRaiseException));
    aj := cardinal(Addr(JclBelongsHookedCode));
  Result := (ah < aj) and
    (ah <= aa) and
    (aj > aa);
end;
~~~~~~~~~~~~


workaround 2: restoring more Pragma
~~~~~~~~~~~~~~~~~~
{$Y+}//otherwise Delphi 5 JVCL compilation fails with Internal Linker Error (function JclBelongsHookedCode to be trigger)
end.
~~~~~~~~~~~~~~~~~~

It seems, it does not matter (and really why should it?) where $Y+ is located - but it is to be in the file.
If to move it below "END." it would be ignored and the error would remain.


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 18:14:08 +0400
Newsgroups: jedi.vcl

>    AssignFile(f, 'DCC32_command.txt'); // <Arioch>
>    {$I-}
>    Rewrite(f);
>    WriteLn(f, DCC32_launch);
>    CloseFile(f);
>    {$I+} // </Arioch>

obvious typo


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 17:58:24 +0400
Newsgroups: jedi.vcl

DCC32 modified:


    if SameText(S, '--verbose') then
      Verbose := True
    else
    if SameText(S, '--preserve-dcc32-config') then //Arioch
      PreserveConfig := True //Arioch
    else //Arioch
    if SameText(S, '--use-search-paths') then
      UseSearchPaths := True
    else

  DCC32_launch := '"' + Target.RootDir + '\bin\dcc32.exe" ' + ExtraOpts + CmdLine; // Arioch
  if PreserveConfig and Verbose then WriteLn('====== Running compiler ====='+sLineBreak+DCC32_launch+sLineBreak+'================'); //Arioch
  Status := Execute(DCC32_launch, CurDir, False); // Arioch
  if Dcc32Cfg <> '' then
     if not PreserveConfig then // Arioch
        DeleteFile(PChar(Dcc32Cfg));

  AssignFile(f, 'DCC32_command.txt'); // <Arioch>
  {$I-}
  Rewrite(f);
  WriteLn(f, '-U"' + Target.LibDirs + '"');
  WriteLn(f, '-I"' + Target.LibDirs + '"');
  WriteLn(f, '-R"' + Target.LibDirs + '"');
  WriteLn(f, '-O"' + Target.LibDirs + '"');
  CloseFile(f);
  {$I+} // </Arioch>


This would allow easy checks in the way:


install.bat (JCL):
   build\dcc32ex.exe --verbose --preserve-dcc32-config -w -dJCLINSTALL -E..\bin -I..\source -U..\source\common;..\source\windows JediInstaller.dpr

---------------------
install.bat (JVCL):
...\..\packages\bin\dcc32ex.exe --requires-jcl=%JCLVERSION% --verbose --preserve-dcc32-config -B -DJVCLINSTALLER -DUSE_DXGETTEXT -E..\..\bin -I.;..\..\common -U..\..\common;..\..\run -n..\..\dcu JVCLInstall.dpr


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 13:21:49 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > function JclBelongsHookedCode(Addr: Pointer): Boolean;
> > begin
> >   Result := (Cardinal(@HookedRaiseException) <
> > Cardinal(@JclBelongsHookedCode)) and
> >     (Cardinal(@HookedRaiseException) <= Cardinal(Addr)) and
> >     (Cardinal(@JclBelongsHookedCode) > Cardinal(Addr));
> > end;

I cannot work around this bug, except that I remove the whole logic of
JclHookExcept.pas. So I modified dcc32ex.exe to always use the JCL
source instead of the DCUs when the target is Delphi 5.

Seems that Delphi 5's end of lifetime for the JCL/JVCL comes nearer and
nearer.

-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 16:50:20 +0400
Newsgroups: jedi.vcl

> The problematic file is JclHookExcept.dcu

So, in my experience, crash trigger was introduced between JCL 2100 and 2123

When i do Show graph over the file (providing TortoiseSVN makes it correct how i try it) - the revisions of the file are 2106 and 2134
There is also branch 2106->2107->2119->nowhere, but since the crash happens on HEAD, i think there is nothing to look at.

Surprise to me: file 2106 and file 2134 has no change, perhaps 2134 was just reverting to 2106 after that dead-end branch.

More so, there is no difference between HEAD and 2134, except for one line, that does not affect anything.
~~~~~~~~~~~
const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$URL: https://jcl.svn.sourceforge.net:443/svnroot/jcl/trunk/jcl/source/windows/JclHookExcept.pas $';
~~~~~~~~~~~

So, it should be DCC32 environment changed somehow :-/


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 16:43:18 +0400
Newsgroups: jedi.vcl

> The problematic file is JclHookExcept.dcu
>
> If I copy the JVCL compiled JclHookExcept.dcu into the jcl\lib\d5
> folder the installer compiles. But if I compile the JclHookExcept.dcu
> with the JCL the JVCL installer compation fails.

What i can think of, dcc32 options (*.cfg ? *.inc ?) are different when launched from JCL installer and from JVCL installer


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 12:38:05 +0000 (UTC)
Newsgroups: jedi.vcl

This is the code that produces the internal error

JclHookExcept.dcu:

function JclBelongsHookedCode(Addr: Pointer): Boolean;
begin
  Result := (Cardinal(@HookedRaiseException) <
Cardinal(@JclBelongsHookedCode)) and
    (Cardinal(@HookedRaiseException) <= Cardinal(Addr)) and
    (Cardinal(@JclBelongsHookedCode) > Cardinal(Addr));
end;

-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 11:56:00 +0000 (UTC)
Newsgroups: jedi.vcl

The problematic file is JclHookExcept.dcu

If I copy the JVCL compiled JclHookExcept.dcu into the jcl\lib\d5
folder the installer compiles. But if I compile the JclHookExcept.dcu
with the JCL the JVCL installer compation fails.

-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 11:32:17 +0000 (UTC)
Newsgroups: jedi.vcl

Now it becomes wired.

If I use let the JVCL installer compile against the JCL source code
files, Delphi 5 compiled well.
But if I compile it against the (newly created) dcu files, it fails
with the internal error.

-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable - JCL to suspect ?
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 15:29:50 +0400
Newsgroups: jedi.vcl

> Not polictial reasons. It is a historical reason.
> The build-system was developed for JVCL. The JCL switched to the new
> build system about one year later.

Perhaps to cancel this file duplication now ?

> I have no problem compiling the JCL installer with Delphi 5. But the
> JVCL Installer crashes the compiler.

Sure, you're the 3rd with the symptoms.
It's internal error - bad.
It is one library affecting another - bad
It is reproducible - good.

Now try the steps described in 1st msg with "JCL to suspect ?" in the title - guess after that JVCL inst. compilation would go ok.
Cannot further localize the change, but perhaps someone will.


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 15:26:44 +0400
Newsgroups: jedi.vcl

>> BTW, this line is final "END."
>
> L1496 is the line number in the compiler and not in the source.

Arrgh! Your installer is not that large :-)

Sure i refered to the line number in the installer's sources - remember that log:
~~~~~~~~~~
  ----  a lot of files skipped ---
JVCLInstall.dpr(90)
Fatal: Internal error: L1496

Failed to compile JVCL installer
~~~~~~~~~~


Subject: Re: SVN vs Delphi 5.1 - uninstallable - JCL to suspect ?
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 15:09:26 +0400
Newsgroups: jedi.vcl

> JCL's dcc32ex.exe is a copy of JVCL's precompiled dcc32ex.exe.
>
> The JCL dcc32ex.exe is from 2007-07-18 21:09
> and the JVCL dcc32ex.exe from exactly the same date/time.

Why JVCL - project that cannot live w/o JCL - have one extra dcc32ex ?

ok, that is offtopic, political reasoning.
Hope now JCL Team will participate later and solve technical problem.



Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 11:06:40 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> >   ----  a lot of files skipped ---
> > JVCLInstall.dpr(90)
> > Fatal: Internal error: L1496

JVCLInstall(90) was the last line the compiler outputed to the console
before it starts linking :-)



-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable - JCL to suspect ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 11:06:00 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > Perhaps to cancel this file duplication now ?

That is not possible because dcc32ex.exe is the one that looks for the
installed JCL and sets the search paths for the dcc32.exe. Without that
file it wouldn't be possible to compile the JVCL Installer because the
directory "..\jcl" must not exist. The JCL can be at any place on your
hard disk where the JVCL can be on a completly other disk.


> > Now try the steps described in 1st msg with "JCL to suspect ?" in the
> > title - guess after that JVCL inst. compilation would go ok.  Cannot
> > further localize the change, but perhaps someone will.

That's what I'm now doing (stopping my DelphiSpeedUp 2.6 development)



-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable - JCL to suspect ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 10:56:50 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > Why JVCL - project that cannot live w/o JCL - have one extra dcc32ex ?
> > ok, that is offtopic, political reasoning.

Not polictial reasons. It is a historical reason.
The build-system was developed for JVCL. The JCL switched to the new
build system about one year later.


> > Hope now JCL Team will participate later and solve technical problem.

I have no problem compiling the JCL installer with Delphi 5. But the
JVCL Installer crashes the compiler.


Z:\Jedi\Jcl>install d5

SET DELPHIVERSION=d5
cd install

...\devtools\jpp.exe -c -dVCL -dMSWINDOWS -uVisualCLX -uUnix -uKYLIX
-xVclGui\ prototypes\JediGUIMain.pas
if ERRORLEVEL 1 goto FailedCompile

...\devtools\jpp.exe -c -dVCL -dMSWINDOWS -uVisualCLX -uUnix -uKYLIX
-xVclGui\ prototypes\JediGUIReadme.pas
if ERRORLEVEL 1 goto FailedCompile

...\devtools\jpp.exe -c -dVCL -dMSWINDOWS -uVisualCLX -uUnix -uKYLIX
-xVclGui\ prototypes\JediGUIInstall.pas
if ERRORLEVEL 1 goto FailedCompile

build\dcc32ex.exe -q -w -dJCLINSTALL -E..\bin -I..\source
-U..\source\common;..\source\windows JediInstaller.dpr
Using Delphi 5

Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
168144 Zeilen, 0.62 Sekunden, 620400 Bytes Code, 11965 Bytes Daten.

if ERRORLEVEL 1 goto FailedCompile

echo Launching JCL installer...
Launching JCL installer...
start ..\bin\JediInstaller.exe
if ERRORLEVEL 1 goto FailStart
goto FINI
cd ..

SET DELPHIVERSION=



-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 14:49:00 +0400
Newsgroups: jedi.vcl

>> 1) It should be JvGetTextD5 used, not JvGetText !!!!
> That is definetly not the problem because that "code" hasn't changed
> for years.

Maybe there is some bug, that just did not became seen ?
Or maybe there is still some bug, that is not triggered wrt how installer uses gettext?

I can say not more, than the fact that mainstream DX GetText urgently says that D5 and D6+ do need different GetTextversions, so different that they even down not reside in single pas-file with $ifdef's. And i think they (as mainstream)now this subtle problems better than me and even you. If there is no reasons against, i'd follow mainstream suggestions.


BTW, what is the sense for intaller to engage both JvGetText and (via $IfDef in main section) DX GetText at the same time ?
If i rename DXGetText folder - than that code immediately throws "identifier not found' error, so it seems to really use JvGetText and DX GetText at same time!


Subject: Re: SVN vs Delphi 5.1 - uninstallable - JCL to suspect ?
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 14:44:04 +0400
Newsgroups: jedi.vcl

> dcc32ex.exe is a binary file that comes precompiled.

in Both JCL and JVCL, different version clash ?

However, since there are sources for dcc32ex in JVCL, i guess it is some custom build, changed from mainstream ?

> compile with Delphi 2007. dcc32ex.exe is used to start dcc32.exe in a
> proper environment,

True. I vote dvv32ex could display or log _exact_ commandline for dcc32, so i could then later try to launch dcc32 w/o dcc32ex.



Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 10:39:06 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

>>> > > > Fatal: Internal error: L1496
> > 
> > BTW, this line is final "END."

L1496 is the line number in the compiler and not in the source.


-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable - JCL to suspect ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 10:31:48 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > However, since there are sources for dcc32ex in JVCL, i guess it is
> > some  custom build, changed from mainstream ?

The source is there to fix bugs. I could have kept the source for
dcc32ex.exe a secret, but it is better to have others to look at the
code to find possible bugs.

JCL's dcc32ex.exe is a copy of JVCL's precompiled dcc32ex.exe.

The JCL dcc32ex.exe is from 2007-07-18 21:09
and the JVCL dcc32ex.exe from exactly the same date/time.


-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable - JCL to suspect ?
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 14:25:46 +0400
Newsgroups: jedi.vcl

> Since I've deinstalled the JCL for all other versions than D5 I can
> repeat it. I had no time so far to check what goes wrong.

Caught the beast ?
In JCL, ear SVN:2123 it was update for DCC32Ex
However that build is not compilable - the trouble with TrailingPathDelimiter - which was introduced only in Kylix1 and in Delphi6 afterwards.
In Delphi 5 there is no such, so it seems SVN:2123 was not tested well against Delphi 5.

So i reverted further, to JCL SVN:2100... andthen it compiled the installer. And seems to install JVCL ok.

So i ask everyone have Delphi5/C++B 5 to try the following:
1) de-install temporary JCL and JVCL for versions others, than Delphi5/BC++B5
2) revert JCL to SVN:2100
3) `clean` JVCL and JCL // i think JCL cleaning is to be made after reverting. Or before (to save traffic) and after (to ensure cleansing):-)
4) try to install.bat JCL - ONLY versions for Delphi 5 and/or C++Builder 5
5) try to install JVCL -  ONLY versions for Delphi 5 and/or C++Builder 5


Stranger and stranger...


Subject: Re: SVN vs Delphi 5.1 - uninstallable - JCL to suspect ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 15 Sep 2007 10:11:40 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > Caught the beast ?
> > In JCL, ear SVN:2123 it was update for DCC32Ex
> > However that build is not compilable - the trouble with
> > TrailingPathDelimiter - which was introduced only in Kylix1 and in
> > Delphi6  afterwards.  In Delphi 5 there is no such, so it seems
> > SVN:2123 was not tested well  against Delphi 5.

dcc32ex.exe is a binary file that comes precompiled. There is no need
to recompile it. And maybe newer versions of this file will only
compile with Delphi 2007. dcc32ex.exe is used to start dcc32.exe in a
proper environment, so the installer can be compiled on more than the
developer's computer.


-- Regards, Andreas Hausladen 

Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 14:06:18 +0400
Newsgroups: jedi.vcl

>> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
>> Fatal: Internal error: L1496

BTW, this line is final "END."

And exe generated is half-length, no icon, and invalid.
So it seems that it is linker (smart-linker?) that gets confused somehow.

> Since I've deinstalled the JCL for all other versions than D5 I can
> repeat it. I had no time so far to check what goes wrong.

To add, recently relatively large update was made to JCL in SVN.
However SVN itself compiles ok...


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Sat, 15 Sep 2007 14:04:42 +0400
Newsgroups: jedi.vcl

BTW, when i load installer DPR into IDE, delphi says that res-files are invalid.
I don't think that it makes difference - after i remove both res-files it still the same error, but anyhow, not nice :-)
Maybe inevitable.


Subject: Re: TJvPlugin
From: "Andrew Baylis" <abaylis_nos@spamcop.net>
Date: Sat, 15 Sep 2007 19:26:25 +1000
Newsgroups: jedi.vcl

"J. Clarke" <jaclarke01@hotmail.comNOSPAM> wrote in message news:fbsbru$h0j$1@news.talkto.net...
> Can anyone tell me how to embed a form (in a TJvPlugin) within a panel in my main app?  I've can get the form to show, just not within my panel.  If you have an example somewhere I can see that would be great.
>
> TIA,
> Jeff
Jeff,
Just make the panel the parent of the form. Normally you'd also want to change the form style to be without caption, borders and maximised.
Cheers,
Andrew


Subject: jvOwnerDrawImageViewer - Problem/Bug!
From: "Alchemist" <dridenhour@stltoday.com>
Date: Fri, 14 Sep 2007 16:53:09 -0500
Newsgroups: jedi.vcl

All,

Ok... ive isolated an unusual problem int he jvOwnerDrawImageViewer...    at 
least if im using this thing right.

Usage
Im basically using this by setting the Count property to the number of items 
to display... then displaying the items in the OnDraw method.

The Problem
You can set the Count property to ever increasing sizes, but you cant 
decrease the count of the list.   For example... do the following.

1. Start a new application and drop the jvOwnerDrawImageViewer on a form. 
Call it viewer.

2. Add A button that when pressed will execute:
Viewer.Count:=500;

3. Add A second button that when pressed will execute:
Viewer.Count:=300;     // or any value less than the 500.

Now run the application... press the first button...  to initialize the 
count... then press the 2nd...   and it will give crash with various error 
messages usually about accessing memory address 0000000.

Is this the intended usage?  that once the viewer is viewing... you can add 
items but not remove them?

Anyone?    Thanks in advance.

Dan 




Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Thu, 13 Sep 2007 23:54:42 +0200
Newsgroups: jedi.vcl

On Thu, 13 Sep 2007 23:51:16 +0400, Arioch wrote:

> >Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> >Fatal: Internal error: L1496

Since I've deinstalled the JCL for all other versions than D5 I can
repeat it. I had no time so far to check what goes wrong.
--
Uwe


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 13 Sep 2007 20:30:53 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > 1) It should be JvGetTextD5 used, not JvGetText !!!!

That is definetly not the problem because that "code" hasn't changed
for years.
There must be something in the changes from the last months that runs
in a Delphi 5 compiler bug.

-- Regards, Andreas Hausladen 

Subject: Re: Invalid Image Size
From: Manus <manus@mcelhone.net>
Date: Thu, 13 Sep 2007 21:28:01 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Which error? How does it appears? What are the exact conditions?
>

When the form is launched an error box appears with the message "Invalid Image Size".
This is using JVCL 3.1 (from the BDS2006 partner DVD)




Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Fri, 14 Sep 2007 00:24:45 +0400
Newsgroups: jedi.vcl

> Arioch, did you clean your installation?

Sure.

I played a bit with no success, then opened installer in IDE.

So here seems to be two glitches.

1) It should be JvGetTextD5 used, not JvGetText !!!!
after that i got
~~~~~~
D:\Borland\AddOns\Jedi\jvcl>install
[Compiling installer...]
Using Delphi 5
Using search path: d:\Borland\Delphi5\Lib;D:\Borland\AddOns\Jedi\jcl\lib\d5;D:\B
orland\AddOns\Jedi\jcl\source;D:\Borland\AddOns\dxgettext\delphi5

Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
JVCLInstall.dpr(81) Error: Undeclared identifier: 'UseLanguage'

Failed to compile JVCL installer

Для продолжения нажмите любую клавишу . . .
~~~~~~~~~

in IDE that compiled ok, after i unregged DXGETTEXT.
It is usually easier, than from cmdline, i don't know why :-)

So here comes the second bug:
2.1) if we use built-in fork of GetText, we're not to use UseLanguage from outer DK's GetText
2.2) we should allow easy and clear way to choose for user if to
  a) use JvGetText
  b) use DK's GetText (with, if needed, manually specifiyng path)
  c) fail-safe bootstr, pure English w/o GetText's
2.3) as a last resort - deactivate "-Q" to allow DCC32 print which files were compiled - hence - where the failure appeared.


So i did the 2nd change to install.bat (1st was adding "--verbose") - removed "-DUSE_DXGETTEXT"
....Hmm, not enough, seems to be doubled in some .inc file! Guess it is not nice, this option is better to be controled from one place...

Added {$UnReg USE_DXGETTEXT} - and got that very internal error again :-/

Last lines were:
~~~~~~~~~~~~~~~~
Pages\PgUninstall.pas(91)
Pages\PgSummary.pas(189)
Pages\PgPackageSelection.pas(80)
Pages\PgConfig.pas(77)
Pages\PgIDESelection.pas(346)
JVCL3Install.pas(381)
D:\Borland\AddOns\Jedi\jvcl\common\jedi.inc(995)
jvcl.inc(41)
MissingPropertyFix.pas(202)
JVCLInstall.dpr(90)
Fatal: Internal error: L1496

Failed to compile JVCL installer
~~~~~~~~~~~~~~~~~

:-/


Subject: Re: Invalid Image Size
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 13 Sep 2007 22:04:38 +0200
Newsgroups: jedi.vcl

Which error? How does it appears? What are the exact conditions?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: SVN vs Delphi 5.1 - uninstallable
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 13 Sep 2007 22:01:23 +0200
Newsgroups: jedi.vcl

Arioch, did you clean your installation?


Subject: SVN vs Delphi 5.1 - uninstallable
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Thu, 13 Sep 2007 23:51:16 +0400
Newsgroups: jedi.vcl

D:\Borland\AddOns\Jedi\jvcl>install
[Compiling installer...]
Using Delphi 5
Using search path: d:\Borland\Delphi5\Lib;D:\Borland\AddOns\Jedi\jcl\lib\d5;D:\B
orland\AddOns\Jedi\jcl\source;D:\Borland\AddOns\dxgettext\delphi5

Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatal: Internal error: L1496

Failed to compile JVCL installer

Для продолжения нажмите любую клавишу . . .



Subject: Invalid Image Size
From: Manus <manus@mcelhone.net>
Date: Thu, 13 Sep 2007 20:41:03 +0100
Newsgroups: jedi.vcl

Hi guys,
I'm hoping some of you might be able to help us with a problem we are having with an application using some jedi components (namely JvDBTreeView and JvDBUltimGrid).
Basically, when built within Borland Delphi (2006) everything is fine, but as we do our builds from the command line compiler we've come up against this error when trying to launch the form with the jedi components on.
Since the same code works ok inside BDS I've thinking this is a problem with paths, but I've tried numerous combinations without any joy.

Does this error ring any bells for anyone?

Thanks in advance for your help.

Manus


Subject: JvDBGrid - ignores CanDelete property
From: Arioch <the_Arioch@n--spam-me-not--m.ru>
Date: Wed, 12 Sep 2007 15:41:23 +0400
Newsgroups: jedi.vcl

AS: cannot neither reover password nor make new account non Mantis - Mantis cannot reach SMTP server.


JvDBGrid.pas, line 1512 and forth

procedure TJvDBGrid.KeyDown(var Key: Word; Shift: TShiftState);
"VK_DELETE" case branch

what if we set CanDelete to false ?
JvDBGrid will skip this branch and pass VK_DELETE to inherited TDBGrid handler.
And will delete the row.

Instead this event should be cleared in CanDelete is False.



I also think there should be the same CanInsert property to disallow row insertion by user.


Subject: Re: TJvHttpUrlGrabber/TJvFtpUrlGrabber OnError not working?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 11 Sep 2007 17:34:16 +0200
Newsgroups: jedi.vcl

beraskencur@yahoo.com wrote:

> IMHO: OnError event of 'Jedi Http/Ftp' only trigger by system level error

Yes, exactly.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvHttpUrlGrabber/TJvFtpUrlGrabber OnError not working?
From: beraskencur@yahoo.com
Date: Tue, 11 Sep 2007 19:02:59 +0700
Newsgroups: jedi.vcl

On Sun, 05 Aug 2007 04:37:19 +0700, Peter Panino <peter-panino@aon.at> wrote:

> Which errors is TJvHttpUrlGrabber/TJvFtpUrlGrabber OnError event supposed to report?
I not yet use 'Jedi Http or Ftp', but for your question i have common answer:

your url('http://www.irs.gov/pub/irs-pdf/fw9.pdfffffff') isn't wrong url,
since some OS can use it as filename/resourcename.
So 'Jedi http/ftp' class still send request command to destination server
and You get error code 404 from server (http error code for page not found)
IMHO: OnError event of 'Jedi Http/Ftp' only trigger by system level error


Subject: Re: JVCL 3 + GNU Get Text
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Tue, 11 Sep 2007 09:14:49 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Fabrizio M. wrote:
>> Hi
>>
>> I've reinstalled jvcl 3 from nighty build and I've checked "enabled dxgettext support".
>>
>> But now I'm quite confused. Have I to install Gnu Get Text or have I to use JvGnuGetText.pas ?
>
> No you don't have to install GNU GetText, nor do you have to install DxGettext. The JvGnuGetText.pas file is a copy of the one from Lars Dybdhal's DxGettext project. He allowed us to rename it with a Jv prefix to avoid conflicts with other packages that use the file directly with no prefix. So basically, you don't have anything to install to get gettext support.
>

thank you,

so basically... I have to use JvGnuGetText :)


Subject: Re: JVCL 3 + GNU Get Text
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 11 Sep 2007 07:43:21 +0200
Newsgroups: jedi.vcl

Fabrizio M. wrote:
> Hi
>
> I've reinstalled jvcl 3 from nighty build and I've checked "enabled dxgettext support".
>
> But now I'm quite confused. Have I to install Gnu Get Text or have I to use JvGnuGetText.pas ?

No you don't have to install GNU GetText, nor do you have to install DxGettext. The JvGnuGetText.pas file is a copy of the one from Lars Dybdhal's DxGettext project. He allowed us to rename it with a Jv prefix to avoid conflicts with other packages that use the file directly with no prefix. So basically, you don't have anything to install to get gettext support.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvFormStorageForm not save property VARIANT (Suggestion)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 11 Sep 2007 00:35:50 +0200
Newsgroups: jedi.vcl

Added

Claudio schrieb:
> version 3.32 of TJvFormStorage.
>
> Not save property of type VARIANT.
> I am sending my suggestion please analyze and return to me.
>
> My suggestion itŽs included the type "tkVariant" too.
> I do this form the correction and solve the problem.
> ItŽs the best ?
> Have another way to do this ? Your consideration is welcome.
>  
> Lines add form me in function writeproperty.
> // begin - new lines
>     tkVariant:
>       if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) then
>         WriteString(Path, GetVariantProp(PersObj, PropName));
> // end - new lines
>
> Lines add form me in function readproperty.
>
> //// begin - new lines     tkVariant:
>       SetStrProp(PersObj, PropName, ReadString(Path, GetVariantProp
> (PersObj, PropName)));
> //// end - new lines
>
> See above in procedure: WriteProperty and ReadProperty
>
> **************** begin WriteProperty
>
> procedure TJvCustomAppStorage.WriteProperty(const Path: string;
>   const PersObj: TPersistent; const PropName: string; const Recursive: Boolean);
> var
>   TmpValue: Integer;
>   SubObj: TObject;
>   P: PPropInfo;
>
>   function IsDefaultOrdProp(PropInfo: PPropInfo): Boolean;
>   var
>     Value: Longint;
>     Default: LongInt;
>   begin
>     Value := GetOrdProp(PersObj, PropInfo);
>     Default := PPropInfo(PropInfo)^.Default;
>     Result := (Default <> LongInt($80000000)) and (Value = Default);
>   end;
>
>   function IsDefaultStrProp(PropInfo: PPropInfo): Boolean;
>   var
>     Value: WideString;
>   begin
>     {$IFDEF COMPILER6_UP}
>     Value := GetWideStrProp(PersObj, PropInfo);
>     {$ELSE}
>     Value := GetStrProp(PersObj, PropInfo);
>     {$ENDIF COMPILER6_UP}
>     Result := Value = '';
>   end;
>
>   function IsDefaultInt64Prop(PropInfo: PPropInfo): Boolean;
>   var
>     Value: Int64;
>   begin
>     Value := GetInt64Prop(PersObj, PropInfo);
>     Result := Value = 0;
>   end;
>
>   function IsDefaultFloatProp(PropInfo: PPropInfo): Boolean;
>   var
>     Value: Extended;
>   begin
>     Value := GetFloatProp(PersObj, PropInfo);
>     Result := Value = 0;
>   end;
>
> begin
>   if not Assigned(PersObj) then
>     Exit;
>
>   P := GetPropInfo(PersObj, PropName, tkAny);
>
>   // If not storing the default values, then do not do anything if the property
>   // is read only, write only or its "stored" function returns False.
>   // Note: we do not add a call to IsDefaultPropertyValue here because it would
>   // return True for any sub component which is not desirable as we want to
>   // always store sub classes whether they are components or not.
>   if not StorageOptions.StoreDefaultValues and
>     (not Assigned(P^.GetProc) or not Assigned(P^.SetProc) or
>     not IsStoredProp(PersObj, P)) then
>     Exit;
>
>   case PropType(PersObj, PropName) of
>     tkLString, tkString:
>       if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) then
>         WriteString(Path, GetStrProp(PersObj, PropName));
>
> ///// begin - new lines     tkVariant:
>       if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) then
>         WriteString(Path, GetVariantProp(PersObj, PropName));
> ///// end - new lines
>
>     tkWString:
>       if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) then
>         {$IFDEF COMPILER6_UP}
>         WriteWideString(Path, GetWideStrProp(PersObj, PropName));
>         {$ELSE}
>         WriteString(Path, GetStrProp(PersObj, PropName));
>         {$ENDIF COMPILER6_UP}
>     tkEnumeration:
>       begin
>         if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) then
>         begin
>           TmpValue := GetOrdProp(PersObj, PropName);
>           WriteEnumeration(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, TmpValue);
>         end;
>       end;
>     tkSet:
>       begin
>         if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) then
>         begin
>           TmpValue := GetOrdProp(PersObj, PropName);
>           WriteSet(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, TmpValue);
>         end;
>       end;
>     tkChar, tkInteger:
>       begin
>         if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) then
>         begin
>           if StorageOptions.TypedIntegerAsString then
>           begin
>             TmpValue := GetOrdProp(PersObj, PropName);
>             WriteEnumeration(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, TmpValue);
>           end
>           else
>           begin
>             WriteInteger(Path, GetOrdProp(PersObj, PropName));
>           end;
>         end;
>       end;
>     tkInt64:
>       if StorageOptions.StoreDefaultValues or not IsDefaultInt64Prop(P) then
>         WriteString(Path, IntToStr(GetInt64Prop(PersObj, PropName)));
>     tkFloat:
>       begin
>         if StorageOptions.StoreDefaultValues or not IsDefaultFloatProp
> (P) then
>         begin
>           if (P <> nil) and (P.PropType <> nil) and (P.PropType{$IFNDEF CLR}^{$ENDIF} = TypeInfo(TDateTime)) then
>             WriteDateTime(Path, GetFloatProp(PersObj, PropName))
>           else
>             WriteFloat(Path, GetFloatProp(PersObj, PropName));
>         end;
>       end;
>     tkClass:
>       begin
>         SubObj := GetObjectProp(PersObj, PropName);
>         if Assigned(RegisteredAppStoragePropertyEngineList) and
>           Recursive and
>           RegisteredAppStoragePropertyEngineList.WriteProperty(Self, Path, PersObj, SubObj, Recursive) then
>         begin
>           // Do nothing else, the handling is done in the WriteProperty procedure
>         end
>         else
>         begin
>           if SubObj is TStrings then
>           begin
>             WriteStringList(Path, TStrings(SubObj))
>           end
>           else
>           begin
>             if (SubObj is TPersistent) and Recursive then
>             begin
>               if SubObj is TJvCustomPropertyStore then
>               begin
>                 TJvCustomPropertyStore(SubObj).AppStoragePath := Path;
>                 TJvCustomPropertyStore(SubObj).AppStorage := Self;
>                 TJvCustomPropertyStore(SubObj).StoreProperties;
>               end
>               else
>               begin
>                 if SubObj is TCollection then
>                   WriteCollection(Path, TCollection(SubObj))
>                 else
>                   WritePersistent(Path, TPersistent(SubObj), Recursive, nil);
>               end;
>             end;
>           end;
>         end;
>       end;
>   end;
> end;
>
> **************** end function - WriteProperty
>
> *****
>
> **************** begin function - ReadProperty
>
> procedure TJvCustomAppStorage.ReadProperty(const Path: string;
>   const PersObj: TPersistent; const PropName: string; const Recursive, ClearFirst: Boolean);
> var
>   //Index: Integer;
>   TmpValue: Integer;
>   SubObj: TObject;
>   P: PPropInfo;
> begin
>   if not Assigned(PersObj) then
>     Exit;
>   case PropType(PersObj, PropName) of
>     tkLString, tkString:
>       SetStrProp(PersObj, PropName, ReadString(Path, GetStrProp(PersObj, PropName)));
>
> //// begin - new lines     tkVariant:
>       SetStrProp(PersObj, PropName, ReadString(Path, GetVariantProp
> (PersObj, PropName)));
> //// end - new lines
>     tkWString:
>       {$IFDEF COMPILER6_UP}
>       SetWideStrProp(PersObj, PropName, ReadWideString(Path, GetWideStrProp(PersObj, PropName)));
>       {$ELSE}
>       SetStrProp(PersObj, PropName, ReadString(Path, GetStrProp(PersObj, PropName)));
>       {$ENDIF COMPILER6_UP}
>     tkEnumeration:
>       begin
>         TmpValue := GetOrdProp(PersObj, PropName);
>         ReadEnumeration(Path, GetPropInfo(PersObj, PropName).PropType
> {$IFNDEF CLR}^{$ENDIF}, TmpValue, TmpValue);
>         SetOrdProp(PersObj, PropName, TmpValue);
>       end;
>     tkSet:
>       begin
>         TmpValue := GetOrdProp(PersObj, PropName);
>         ReadSet(Path, GetPropInfo(PersObj, PropName).PropType{$IFNDEF CLR}^{$ENDIF}, TmpValue, TmpValue);
>         SetOrdProp(PersObj, PropName, TmpValue);
>       end;
>     tkChar, tkInteger:
>       begin
>         TmpValue := GetOrdProp(PersObj, PropName);
>         ReadEnumeration(Path, GetPropInfo(PersObj, PropName).PropType
> {$IFNDEF CLR}^{$ENDIF}, TmpValue, TmpValue);
>         SetOrdProp(PersObj, PropName, TmpValue);
>       end;
>     tkInt64:
>       SetInt64Prop(PersObj, PropName, StrToInt64(ReadString(Path,
>         IntToStr(GetInt64Prop(PersObj, PropName)))));
>     tkFloat:
>       begin
>         P := GetPropInfo(PersObj, PropName, tkAny);
>         if (P <> nil) and (P.PropType <> nil) and (P.PropType{$IFNDEF CLR}^{$ENDIF} = TypeInfo(TDateTime)) then
>           SetFloatProp(PersObj, PropName, ReadDateTime(Path, GetFloatProp
> (PersObj, PropName)))
>         else
>           SetFloatProp(PersObj, PropName, ReadFloat(Path, GetFloatProp
> (PersObj, PropName)));
>       end;
>     tkClass:
>       begin
>         SubObj := GetObjectProp(PersObj, PropName);
>         if Assigned(RegisteredAppStoragePropertyEngineList) and
>           Recursive and
>           RegisteredAppStoragePropertyEngineList.ReadProperty(Self, Path, PersObj, SubObj, Recursive, ClearFirst) then
>           // Do nothing else, the handling is done in the ReadProperty procedure
>         else
>           if SubObj is TStrings then
>             ReadStringList(Path, TStrings(SubObj), ClearFirst)
>           else
>             if (SubObj is TPersistent) and Recursive then
>               if SubObj is TJvCustomPropertyStore then
>               begin
>                 TJvCustomPropertyStore(SubObj).AppStoragePath := Path;
>                 TJvCustomPropertyStore(SubObj).AppStorage := Self;
>                 TJvCustomPropertyStore(SubObj).LoadProperties;
>               end
>               else
>                 if SubObj is TCollection then
>                   ReadCollection(Path, TCollection(SubObj), ClearFirst)
>                 else
>                   ReadPersistent(Path, TPersistent(SubObj), True, ClearFirst);
>       end;
>   end;
> end;
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL 3 + GNU Get Text
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Mon, 10 Sep 2007 21:20:56 +0200
Newsgroups: jedi.vcl

no one knows ? :(

Fabrizio M. ha scritto:
> Hi
>
> I've reinstalled jvcl 3 from nighty build and I've checked "enabled dxgettext support".
>
> But now I'm quite confused. Have I to install Gnu Get Text or have I to use JvGnuGetText.pas ?
>
>
> Thank you in advance
>
> Monti Fabrizio


Subject: Re: JVLogFile
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 09 Sep 2007 13:50:23 +0200
Newsgroups: jedi.vcl

Petrus van Breda wrote:
> Hi
>
> Can someone please explain to me what JVLogFile is and how it is being used?


http://homepages.codegear.com/jedi/jedihelp/item.php?Id=166278

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JVLogFile
From: "Petrus van Breda" <nospam@nospam.com>
Date: Sun, 9 Sep 2007 13:14:16 +0200
Newsgroups: jedi.vcl

Hi

Can someone please explain to me what JVLogFile is and how it is being used?

Regards

Petrus 




Subject: Re: my question has disappeared
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 8 Sep 2007 14:27:52 +0000 (UTC)
Newsgroups: jedi.vcl

andy wright wrote:

> > I asked about the timeframework component, but its gone.....

Do you mean this one:

> > hi all,
> > 
> > i notice several questions about the timeframework (scheduler)
> > component, and as I am trying to incorporate it into my app (which i
> > have done semi-successfully) i would like to tweak it a
> > bit....namely, getting the days section to update when clicking an
> > appointment in the months / weeks


I see it. But I'm not familar with the time framework.


-- Regards, Andreas Hausladen 

Subject: JVCL 3 + GNU Get Text
From: "Fabrizio M." <montiUNDERSCOREfabrizio@liberoSPAMISBAD.it>
Date: Fri, 07 Sep 2007 23:11:55 +0200
Newsgroups: jedi.vcl

Hi

I've reinstalled jvcl 3 from nighty build and I've checked "enabled dxgettext support".

But now I'm quite confused. Have I to install Gnu Get Text or have I to use JvGnuGetText.pas ?


Thank you in advance

Monti Fabrizio


Subject: TJvPlugin
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Fri, 7 Sep 2007 16:48:26 -0400
Newsgroups: jedi.vcl

Can anyone tell me how to embed a form (in a TJvPlugin) within a panel in my 
main app?  I've can get the form to show, just not within my panel.  If you 
have an example somewhere I can see that would be great.

TIA,
Jeff 




Subject: my question has disappeared
From: "andy wright" <andy@arcadesoftware.co.uk>
Date: Fri, 7 Sep 2007 16:37:45 +0100
Newsgroups: jedi.vcl

I asked about the timeframework component, but its gone.....

-- Regards, Andy Wright, S.A.C. DIP (HOLISTIC HEALTH THERAPY), S.A.C. DIP (CHI KUNG) 5th Dan KBKA, TKA, WKO, EKGB instructor www.andywrightonline.co.uk www.arcadesoftware.co.uk www.andysholistictherapycentre.co.uk www.chikung.org.uk www.kma3.co.uk www.zazenmeditation.org.uk www.reikijutsukai.org.uk www.taiyo.org.uk www.ukcks.org.uk www.websitedesignsrus.co.uk www.zenchi.org.uk ============================================================================ ========== Email Disclaimer: The information contained in this message and in any attachment is confidential and may be legally privileged. It is only intended for the recipient or recipients to whom it is addressed. If you are not the intended recipient and receive this message in error please delete it and any attachment and all copies of it and of any such attachment, destroy any paper copies and notify the author/sender immediately. If you are not an intended recipient, you are not authorised to use, distribute, disseminate,disclose, print or copy any part of this message or of any attachment whether directly or indirectly. This message has been scanned for computer viruses, however we do not accept any liability whatsoever in respect of any potential damage caused by any virus, which is not detected. We do not accept any liability for any damages arising from the alteration of the contents of the message and/or any attachment. ============================================================================ ========== 

Subject: MAPI mail with Outlook 2007
From: "pr" <pr@telkom.net>
Date: Thu, 6 Sep 2007 16:54:02 +0200
Newsgroups: jedi.vcl

D2006, Win XP SP2, TJvMail Library version 3.31

I get notified from the field that the e-mail goes into the Outbox
but on sending it it fails with this message from the "System
 Administrator" (Doos) as follows:

- message -
Your message did not reach some or all of the intended recipients.

      Subject: AUTOC 00032992
      Sent:2007-09-06 16:22

The following recipient(s) cannot be reached:

      'someone@tsoft-blah.com' on 2007-09-06 16:22
            None of your e-mail accounts could send to this recipient.
- end message -

When an e-mail is created manually with the same address, either
typed or copied and pasted from the above error message there
is no problem sending it.
There is also no problem if ones uses Outlook 2003 or earlier.

Does anybody have an idea, suggestion?

Peter
Technisoft




Subject: JVPageList Bug in Vista Aero
From: "Moritz" <moritz.muenchmeyer@gmx.de>
Date: Thu, 6 Sep 2007 14:23:52 +0200
Newsgroups: jedi.vcl

Hello!

I have a problem on Jedi 3.32 with the JVPageList Component when I use Vista and the Aero Theme. With Vista Classic there are no problems. It happens when I change the ActivePage on both CodeGear 2007 IDE and compiled application. "Canvas does not allow painting." or something similar. When I ignore the message, the application runs as normal. Does anybody know a workaround for the compiled application?

I would have posted this bug in the Jedi Issue Tracker but I can't singnup for an account (SMTP connection error). It is similar to the known bug http://homepages.borland.com/jedi/issuetracker/view.php?id=4167 only on another component. I would be very happy for some help because I want to release my application soon.

Thanks!
Moritz


Subject: jvownerdrawviewer usage question...
From: "Alchemist" <dridenhour@stltoday.com>
Date: Wed, 5 Sep 2007 12:17:25 -0500
Newsgroups: jedi.vcl

All,

Im using the jvownerdrawviewer as an image selector in an application... 
the images themselves are stored in a TObjectList and I use the ondraw 
method to draw the appropriate image.

Right now all im doing with the jvownerdrawviewer is setting its Count 
property to the number of images... then using its ondraw method to draw the 
images..   im not doing anything with its items property or anything else... 
and just wanted to make sure that this was an intended or stable use for 
this component?

Thanks...

Alchemist 




Subject: JvTFDaysPrinter missing descriptions?
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Tue, 04 Sep 2007 16:28:17 +0200
Newsgroups: jedi.vcl

I tried to use JvTFDaysPrinter for printing JvTFDays.
I wondered that severeal appts were drawn completely white, no pictures or text.

After checking Settings with the demo, where everything could be printed out fine, I noticed that PageLayout.Margin* had strange large numbers.
If Measure was set to pmMM instead of pmInches, that behaviour could be reproduced: margins where out of scale and some appointsments where printed out white.

But still after setting to pmInches, I miss the Descriptions of some appts. The According JvTFDays displays everything correct.

Any Idea what causes this???

kind regards


Subject: Re: JVCL binary installer test
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 3 Sep 2007 17:52:37 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > How did you get that one? ;)

I have already finished the work on JCL 3.0 and JVCL 4.0 :-)


-- Regards, Andreas Hausladen 

Subject: Re: JVCL binary installer test
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 03 Sep 2007 19:10:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> It is the snapshot of 2008-09-01
>

How did you get that one? ;)

- Florent


Subject: Dont Save property of type VARIANT in TjvFormStorage (see my suggestion)
From: "Claudio" <claudiomsi@hotmail.com>
Date: Mon, 3 Sep 2007 17:30:12 +0100
Newsgroups: jedi.vcl

version 3.32 of TJvFormStorage.

Not save property of type VARIANT.
I am sending my suggestion please analyze and return to me.

My suggestion it´s included the type "tkVariant" too.
I do this form the correction and solve the problem.
It´s the best ?
Have another way to do this ? Your consideration is welcome.
 
Lines add form me in function writeproperty.
// begin - new lines
    tkVariant:
      if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) 
then
        WriteString(Path, GetVariantProp(PersObj, PropName));
// end - new lines

Lines add form me in function readproperty.

//// begin - new lines 
    tkVariant:
      SetStrProp(PersObj, PropName, ReadString(Path, GetVariantProp
(PersObj, PropName)));
//// end - new lines 


See above in procedure: WriteProperty and ReadProperty

**************** begin WriteProperty

procedure TJvCustomAppStorage.WriteProperty(const Path: string;
  const PersObj: TPersistent; const PropName: string; const Recursive: 
Boolean);
var
  TmpValue: Integer;
  SubObj: TObject;
  P: PPropInfo;

  function IsDefaultOrdProp(PropInfo: PPropInfo): Boolean;
  var
    Value: Longint;
    Default: LongInt;
  begin
    Value := GetOrdProp(PersObj, PropInfo);
    Default := PPropInfo(PropInfo)^.Default;
    Result := (Default <> LongInt($80000000)) and (Value = Default);
  end;

  function IsDefaultStrProp(PropInfo: PPropInfo): Boolean;
  var
    Value: WideString;
  begin
    {$IFDEF COMPILER6_UP}
    Value := GetWideStrProp(PersObj, PropInfo);
    {$ELSE}
    Value := GetStrProp(PersObj, PropInfo);
    {$ENDIF COMPILER6_UP}
    Result := Value = '';
  end;

  function IsDefaultInt64Prop(PropInfo: PPropInfo): Boolean;
  var
    Value: Int64;
  begin
    Value := GetInt64Prop(PersObj, PropInfo);
    Result := Value = 0;
  end;

  function IsDefaultFloatProp(PropInfo: PPropInfo): Boolean;
  var
    Value: Extended;
  begin
    Value := GetFloatProp(PersObj, PropInfo);
    Result := Value = 0;
  end;

begin
  if not Assigned(PersObj) then
    Exit;

  P := GetPropInfo(PersObj, PropName, tkAny);

  // If not storing the default values, then do not do anything if the 
property
  // is read only, write only or its "stored" function returns False.
  // Note: we do not add a call to IsDefaultPropertyValue here because 
it would
  // return True for any sub component which is not desirable as we want 
to
  // always store sub classes whether they are components or not.
  if not StorageOptions.StoreDefaultValues and
    (not Assigned(P^.GetProc) or not Assigned(P^.SetProc) or
    not IsStoredProp(PersObj, P)) then
    Exit;

  case PropType(PersObj, PropName) of
    tkLString, tkString:
      if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) 
then
        WriteString(Path, GetStrProp(PersObj, PropName));

///// begin - new lines 
    tkVariant:
      if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) 
then
        WriteString(Path, GetVariantProp(PersObj, PropName));
///// end - new lines

    tkWString:
      if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) 
then
        {$IFDEF COMPILER6_UP}
        WriteWideString(Path, GetWideStrProp(PersObj, PropName));
        {$ELSE}
        WriteString(Path, GetStrProp(PersObj, PropName));
        {$ENDIF COMPILER6_UP}
    tkEnumeration:
      begin
        if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) 
then
        begin
          TmpValue := GetOrdProp(PersObj, PropName);
          WriteEnumeration(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, 
TmpValue);
        end;
      end;
    tkSet:
      begin
        if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) 
then
        begin
          TmpValue := GetOrdProp(PersObj, PropName);
          WriteSet(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, TmpValue);
        end;
      end;
    tkChar, tkInteger:
      begin
        if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) 
then
        begin
          if StorageOptions.TypedIntegerAsString then
          begin
            TmpValue := GetOrdProp(PersObj, PropName);
            WriteEnumeration(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, 
TmpValue);
          end
          else
          begin
            WriteInteger(Path, GetOrdProp(PersObj, PropName));
          end;
        end;
      end;
    tkInt64:
      if StorageOptions.StoreDefaultValues or not IsDefaultInt64Prop(P) 
then
        WriteString(Path, IntToStr(GetInt64Prop(PersObj, PropName)));
    tkFloat:
      begin
        if StorageOptions.StoreDefaultValues or not IsDefaultFloatProp
(P) then
        begin
          if (P <> nil) and (P.PropType <> nil) and (P.PropType{$IFNDEF 
CLR}^{$ENDIF} = TypeInfo(TDateTime)) then
            WriteDateTime(Path, GetFloatProp(PersObj, PropName))
          else
            WriteFloat(Path, GetFloatProp(PersObj, PropName));
        end;
      end;
    tkClass:
      begin
        SubObj := GetObjectProp(PersObj, PropName);
        if Assigned(RegisteredAppStoragePropertyEngineList) and
          Recursive and
          RegisteredAppStoragePropertyEngineList.WriteProperty(Self, 
Path, PersObj, SubObj, Recursive) then
        begin
          // Do nothing else, the handling is done in the WriteProperty 
procedure
        end
        else
        begin
          if SubObj is TStrings then
          begin
            WriteStringList(Path, TStrings(SubObj))
          end
          else
          begin
            if (SubObj is TPersistent) and Recursive then
            begin
              if SubObj is TJvCustomPropertyStore then
              begin
                TJvCustomPropertyStore(SubObj).AppStoragePath := Path;
                TJvCustomPropertyStore(SubObj).AppStorage := Self;
                TJvCustomPropertyStore(SubObj).StoreProperties;
              end
              else
              begin
                if SubObj is TCollection then
                  WriteCollection(Path, TCollection(SubObj))
                else
                  WritePersistent(Path, TPersistent(SubObj), Recursive, 
nil);
              end;
            end;
          end;
        end;
      end;
  end;
end;

**************** end function - WriteProperty

*****

**************** begin function - ReadProperty

procedure TJvCustomAppStorage.ReadProperty(const Path: string;
  const PersObj: TPersistent; const PropName: string; const Recursive, 
ClearFirst: Boolean);
var
  //Index: Integer;
  TmpValue: Integer;
  SubObj: TObject;
  P: PPropInfo;
begin
  if not Assigned(PersObj) then
    Exit;
  case PropType(PersObj, PropName) of
    tkLString, tkString:
      SetStrProp(PersObj, PropName, ReadString(Path, GetStrProp(PersObj, 
PropName)));

//// begin - new lines 
    tkVariant:
      SetStrProp(PersObj, PropName, ReadString(Path, GetVariantProp
(PersObj, PropName)));
//// end - new lines 

    tkWString:
      {$IFDEF COMPILER6_UP}
      SetWideStrProp(PersObj, PropName, ReadWideString(Path, 
GetWideStrProp(PersObj, PropName)));
      {$ELSE}
      SetStrProp(PersObj, PropName, ReadString(Path, GetStrProp(PersObj, 
PropName)));
      {$ENDIF COMPILER6_UP}
    tkEnumeration:
      begin
        TmpValue := GetOrdProp(PersObj, PropName);
        ReadEnumeration(Path, GetPropInfo(PersObj, PropName).PropType
{$IFNDEF CLR}^{$ENDIF}, TmpValue, TmpValue);
        SetOrdProp(PersObj, PropName, TmpValue);
      end;
    tkSet:
      begin
        TmpValue := GetOrdProp(PersObj, PropName);
        ReadSet(Path, GetPropInfo(PersObj, PropName).PropType{$IFNDEF 
CLR}^{$ENDIF}, TmpValue, TmpValue);
        SetOrdProp(PersObj, PropName, TmpValue);
      end;
    tkChar, tkInteger:
      begin
        TmpValue := GetOrdProp(PersObj, PropName);
        ReadEnumeration(Path, GetPropInfo(PersObj, PropName).PropType
{$IFNDEF CLR}^{$ENDIF}, TmpValue, TmpValue);
        SetOrdProp(PersObj, PropName, TmpValue);
      end;
    tkInt64:
      SetInt64Prop(PersObj, PropName, StrToInt64(ReadString(Path,
        IntToStr(GetInt64Prop(PersObj, PropName)))));
    tkFloat:
      begin
        P := GetPropInfo(PersObj, PropName, tkAny);
        if (P <> nil) and (P.PropType <> nil) and (P.PropType{$IFNDEF 
CLR}^{$ENDIF} = TypeInfo(TDateTime)) then
          SetFloatProp(PersObj, PropName, ReadDateTime(Path, GetFloatProp
(PersObj, PropName)))
        else
          SetFloatProp(PersObj, PropName, ReadFloat(Path, GetFloatProp
(PersObj, PropName)));
      end;
    tkClass:
      begin
        SubObj := GetObjectProp(PersObj, PropName);
        if Assigned(RegisteredAppStoragePropertyEngineList) and
          Recursive and
          RegisteredAppStoragePropertyEngineList.ReadProperty(Self, 
Path, PersObj, SubObj, Recursive, ClearFirst) then
          // Do nothing else, the handling is done in the ReadProperty 
procedure
        else
          if SubObj is TStrings then
            ReadStringList(Path, TStrings(SubObj), ClearFirst)
          else
            if (SubObj is TPersistent) and Recursive then
              if SubObj is TJvCustomPropertyStore then
              begin
                TJvCustomPropertyStore(SubObj).AppStoragePath := Path;
                TJvCustomPropertyStore(SubObj).AppStorage := Self;
                TJvCustomPropertyStore(SubObj).LoadProperties;
              end
              else
                if SubObj is TCollection then
                  ReadCollection(Path, TCollection(SubObj), ClearFirst)
                else
                  ReadPersistent(Path, TPersistent(SubObj), True, 
ClearFirst);
      end;
  end;
end;



 



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvFormStorageForm not save property VARIANT (Suggestion)
From: "Claudio" <claudiomsi@hotmail.com>
Date: Mon, 3 Sep 2007 17:28:05 +0100
Newsgroups: jedi.vcl

version 3.32 of TJvFormStorage.

Not save property of type VARIANT.
I am sending my suggestion please analyze and return to me.

My suggestion it´s included the type "tkVariant" too.
I do this form the correction and solve the problem.
It´s the best ?
Have another way to do this ? Your consideration is welcome.
 
Lines add form me in function writeproperty.
// begin - new lines
    tkVariant:
      if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) 
then
        WriteString(Path, GetVariantProp(PersObj, PropName));
// end - new lines

Lines add form me in function readproperty.

//// begin - new lines 
    tkVariant:
      SetStrProp(PersObj, PropName, ReadString(Path, GetVariantProp
(PersObj, PropName)));
//// end - new lines 


See above in procedure: WriteProperty and ReadProperty

**************** begin WriteProperty

procedure TJvCustomAppStorage.WriteProperty(const Path: string;
  const PersObj: TPersistent; const PropName: string; const Recursive: 
Boolean);
var
  TmpValue: Integer;
  SubObj: TObject;
  P: PPropInfo;

  function IsDefaultOrdProp(PropInfo: PPropInfo): Boolean;
  var
    Value: Longint;
    Default: LongInt;
  begin
    Value := GetOrdProp(PersObj, PropInfo);
    Default := PPropInfo(PropInfo)^.Default;
    Result := (Default <> LongInt($80000000)) and (Value = Default);
  end;

  function IsDefaultStrProp(PropInfo: PPropInfo): Boolean;
  var
    Value: WideString;
  begin
    {$IFDEF COMPILER6_UP}
    Value := GetWideStrProp(PersObj, PropInfo);
    {$ELSE}
    Value := GetStrProp(PersObj, PropInfo);
    {$ENDIF COMPILER6_UP}
    Result := Value = '';
  end;

  function IsDefaultInt64Prop(PropInfo: PPropInfo): Boolean;
  var
    Value: Int64;
  begin
    Value := GetInt64Prop(PersObj, PropInfo);
    Result := Value = 0;
  end;

  function IsDefaultFloatProp(PropInfo: PPropInfo): Boolean;
  var
    Value: Extended;
  begin
    Value := GetFloatProp(PersObj, PropInfo);
    Result := Value = 0;
  end;

begin
  if not Assigned(PersObj) then
    Exit;

  P := GetPropInfo(PersObj, PropName, tkAny);

  // If not storing the default values, then do not do anything if the 
property
  // is read only, write only or its "stored" function returns False.
  // Note: we do not add a call to IsDefaultPropertyValue here because 
it would
  // return True for any sub component which is not desirable as we want 
to
  // always store sub classes whether they are components or not.
  if not StorageOptions.StoreDefaultValues and
    (not Assigned(P^.GetProc) or not Assigned(P^.SetProc) or
    not IsStoredProp(PersObj, P)) then
    Exit;

  case PropType(PersObj, PropName) of
    tkLString, tkString:
      if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) 
then
        WriteString(Path, GetStrProp(PersObj, PropName));

///// begin - new lines 
    tkVariant:
      if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) 
then
        WriteString(Path, GetVariantProp(PersObj, PropName));
///// end - new lines

    tkWString:
      if StorageOptions.StoreDefaultValues or not IsDefaultStrProp(P) 
then
        {$IFDEF COMPILER6_UP}
        WriteWideString(Path, GetWideStrProp(PersObj, PropName));
        {$ELSE}
        WriteString(Path, GetStrProp(PersObj, PropName));
        {$ENDIF COMPILER6_UP}
    tkEnumeration:
      begin
        if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) 
then
        begin
          TmpValue := GetOrdProp(PersObj, PropName);
          WriteEnumeration(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, 
TmpValue);
        end;
      end;
    tkSet:
      begin
        if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) 
then
        begin
          TmpValue := GetOrdProp(PersObj, PropName);
          WriteSet(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, TmpValue);
        end;
      end;
    tkChar, tkInteger:
      begin
        if StorageOptions.StoreDefaultValues or not IsDefaultOrdProp(P) 
then
        begin
          if StorageOptions.TypedIntegerAsString then
          begin
            TmpValue := GetOrdProp(PersObj, PropName);
            WriteEnumeration(Path, P^.PropType{$IFNDEF CLR}^{$ENDIF}, 
TmpValue);
          end
          else
          begin
            WriteInteger(Path, GetOrdProp(PersObj, PropName));
          end;
        end;
      end;
    tkInt64:
      if StorageOptions.StoreDefaultValues or not IsDefaultInt64Prop(P) 
then
        WriteString(Path, IntToStr(GetInt64Prop(PersObj, PropName)));
    tkFloat:
      begin
        if StorageOptions.StoreDefaultValues or not IsDefaultFloatProp
(P) then
        begin
          if (P <> nil) and (P.PropType <> nil) and (P.PropType{$IFNDEF 
CLR}^{$ENDIF} = TypeInfo(TDateTime)) then
            WriteDateTime(Path, GetFloatProp(PersObj, PropName))
          else
            WriteFloat(Path, GetFloatProp(PersObj, PropName));
        end;
      end;
    tkClass:
      begin
        SubObj := GetObjectProp(PersObj, PropName);
        if Assigned(RegisteredAppStoragePropertyEngineList) and
          Recursive and
          RegisteredAppStoragePropertyEngineList.WriteProperty(Self, 
Path, PersObj, SubObj, Recursive) then
        begin
          // Do nothing else, the handling is done in the WriteProperty 
procedure
        end
        else
        begin
          if SubObj is TStrings then
          begin
            WriteStringList(Path, TStrings(SubObj))
          end
          else
          begin
            if (SubObj is TPersistent) and Recursive then
            begin
              if SubObj is TJvCustomPropertyStore then
              begin
                TJvCustomPropertyStore(SubObj).AppStoragePath := Path;
                TJvCustomPropertyStore(SubObj).AppStorage := Self;
                TJvCustomPropertyStore(SubObj).StoreProperties;
              end
              else
              begin
                if SubObj is TCollection then
                  WriteCollection(Path, TCollection(SubObj))
                else
                  WritePersistent(Path, TPersistent(SubObj), Recursive, 
nil);
              end;
            end;
          end;
        end;
      end;
  end;
end;

**************** end function - WriteProperty

*****

**************** begin function - ReadProperty

procedure TJvCustomAppStorage.ReadProperty(const Path: string;
  const PersObj: TPersistent; const PropName: string; const Recursive, 
ClearFirst: Boolean);
var
  //Index: Integer;
  TmpValue: Integer;
  SubObj: TObject;
  P: PPropInfo;
begin
  if not Assigned(PersObj) then
    Exit;
  case PropType(PersObj, PropName) of
    tkLString, tkString:
      SetStrProp(PersObj, PropName, ReadString(Path, GetStrProp(PersObj, 
PropName)));

//// begin - new lines 
    tkVariant:
      SetStrProp(PersObj, PropName, ReadString(Path, GetVariantProp
(PersObj, PropName)));
//// end - new lines 

    tkWString:
      {$IFDEF COMPILER6_UP}
      SetWideStrProp(PersObj, PropName, ReadWideString(Path, 
GetWideStrProp(PersObj, PropName)));
      {$ELSE}
      SetStrProp(PersObj, PropName, ReadString(Path, GetStrProp(PersObj, 
PropName)));
      {$ENDIF COMPILER6_UP}
    tkEnumeration:
      begin
        TmpValue := GetOrdProp(PersObj, PropName);
        ReadEnumeration(Path, GetPropInfo(PersObj, PropName).PropType
{$IFNDEF CLR}^{$ENDIF}, TmpValue, TmpValue);
        SetOrdProp(PersObj, PropName, TmpValue);
      end;
    tkSet:
      begin
        TmpValue := GetOrdProp(PersObj, PropName);
        ReadSet(Path, GetPropInfo(PersObj, PropName).PropType{$IFNDEF 
CLR}^{$ENDIF}, TmpValue, TmpValue);
        SetOrdProp(PersObj, PropName, TmpValue);
      end;
    tkChar, tkInteger:
      begin
        TmpValue := GetOrdProp(PersObj, PropName);
        ReadEnumeration(Path, GetPropInfo(PersObj, PropName).PropType
{$IFNDEF CLR}^{$ENDIF}, TmpValue, TmpValue);
        SetOrdProp(PersObj, PropName, TmpValue);
      end;
    tkInt64:
      SetInt64Prop(PersObj, PropName, StrToInt64(ReadString(Path,
        IntToStr(GetInt64Prop(PersObj, PropName)))));
    tkFloat:
      begin
        P := GetPropInfo(PersObj, PropName, tkAny);
        if (P <> nil) and (P.PropType <> nil) and (P.PropType{$IFNDEF 
CLR}^{$ENDIF} = TypeInfo(TDateTime)) then
          SetFloatProp(PersObj, PropName, ReadDateTime(Path, GetFloatProp
(PersObj, PropName)))
        else
          SetFloatProp(PersObj, PropName, ReadFloat(Path, GetFloatProp
(PersObj, PropName)));
      end;
    tkClass:
      begin
        SubObj := GetObjectProp(PersObj, PropName);
        if Assigned(RegisteredAppStoragePropertyEngineList) and
          Recursive and
          RegisteredAppStoragePropertyEngineList.ReadProperty(Self, 
Path, PersObj, SubObj, Recursive, ClearFirst) then
          // Do nothing else, the handling is done in the ReadProperty 
procedure
        else
          if SubObj is TStrings then
            ReadStringList(Path, TStrings(SubObj), ClearFirst)
          else
            if (SubObj is TPersistent) and Recursive then
              if SubObj is TJvCustomPropertyStore then
              begin
                TJvCustomPropertyStore(SubObj).AppStoragePath := Path;
                TJvCustomPropertyStore(SubObj).AppStorage := Self;
                TJvCustomPropertyStore(SubObj).LoadProperties;
              end
              else
                if SubObj is TCollection then
                  ReadCollection(Path, TCollection(SubObj), ClearFirst)
                else
                  ReadPersistent(Path, TPersistent(SubObj), True, 
ClearFirst);
      end;
  end;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL binary installer test
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 3 Sep 2007 16:18:22 +0000 (UTC)
Newsgroups: jedi.vcl

Vladimir wrote:

> > And which version will be installed by WEB? The latest snapshot?

It is the snapshot of 2008-09-01


-- Regards, Andreas Hausladen 

Subject: Re: JVCL binary installer test
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 03 Sep 2007 16:39:26 +0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Vladimir wrote:
>
>> For CBilder6 not yet.
>
> I have only the personal edition of C++Builder 6 which isn't installed
> anymore. So I cannot compile the files. But for these you can simply
> invoke the JEDI Installer and the JVCL Installer after the InnoSetup
> has finished.
>
Yes, I know and I am using so, but You asked for test 8-)))
And which version will be installed by WEB? The latest snapshot?


Subject: Re: JVCL binary installer test
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 03 Sep 2007 12:29:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
>> do you want it
>
> yes.

done.

- Florent


Subject: Re: JVCL binary installer test
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 3 Sep 2007 09:52:17 +0000 (UTC)
Newsgroups: jedi.vcl

Vladimir wrote:

> > For CBilder6 not yet.

I have only the personal edition of C++Builder 6 which isn't installed
anymore. So I cannot compile the files. But for these you can simply
invoke the JEDI Installer and the JVCL Installer after the InnoSetup
has finished.

-- Regards, Andreas Hausladen 

Subject: Re: JVCL binary installer test
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 3 Sep 2007 09:50:27 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > I just noticed you don't have shell access there;

That't why I uploaded it to the JVCL website.


> > do you want it

yes.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL binary installer test
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 03 Sep 2007 10:09:42 +0200
Newsgroups: jedi.vcl

Andreas,

> http://jvcl.sourceforge.net/websetup/jcl/JCLSetup.exe

This file should be on JCL web space, I just noticed you don't have shell access there; do you want it?

- Florent


Subject: Re: JVCL binary installer test
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 03 Sep 2007 10:46:03 +0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have uploaded a JCL and JVCL InnoSetup installer that installs a
> precompiled JCL and JVCL. It is a web setup that automatically
> downloads the required web packages (dcu, bpl, dcp, lib, bpi for each
> Delphi version).
>
> http://jvcl.sourceforge.net/websetup/jcl/JCLSetup.exe
> http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe
>
> I need some testers for the installers.
>
As I can see, now this installer is working only for Delphi? For CBilder6 not yet.


Subject: Re: JVCL binary installer test
From: "Niels" <demonng@lumensoft.nl>
Date: Mon, 3 Sep 2007 08:24:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > Niels wrote:
> >
>> >> Used wondering, is it not nicer to have insteed two installetion
>> >> program's only one installation program? I think it is, mostly becose
>> >> JVCL needs to have JCL to be installed already.
> >
> > I could replace the JCL check in the JVCL setup by "download the
> > JCLsetup.exe and executing it".
> >
Yes, this is what i were thinking about, but not only download the JCL but 
also the JVCL when needed.
Maby something like this: We have a small instalation program and two 
package's (The JCL and JVCL) that can be downloaden or included in the 
installation file.
This install programm ask the user which part must be installed. After that 
in check the installed version with the needed version's and when needed 
try's to download the package and install it.

There by maby it is posible to include a *.inc check to the install to see 
of there are more J(V)CL.inc files hanging around on the system that can be 
a problem after installation. And this must be done with excisting *.bpl's 
and *.dcp's.
When this is done i think that there will be less problems reported.

> >
>> >> PS. ow are you goning about the Grid modifications that is donated
>> >> some time ago?  I have made some small new one's, when you like i can
>> >> send you them.
> >
> > I hadn't the time for a deeper look. (JVCL isn't my only spare time
> > project/activity).

No problem at all. Take your time ;) And when you need some info, please 
ask.





Subject: Re: JVCL binary installer test
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Sep 2007 22:05:05 +0000 (UTC)
Newsgroups: jedi.vcl

Niels wrote:

> > Used wondering, is it not nicer to have insteed two installetion
> > program's only one installation program? I think it is, mostly becose
> > JVCL needs to have JCL to be installed already.

I could replace the JCL check in the JVCL setup by "download the
JCLsetup.exe and executing it".


> > PS. ow are you goning about the Grid modifications that is donated
> > some time ago?  I have made some small new one's, when you like i can
> > send you them.

I hadn't the time for a deeper look. (JVCL isn't my only spare time
project/activity).



-- Regards, Andreas Hausladen 

Subject: Re: JVCL binary installer test
From: "Niels" <demonng@lumensoft.nl>
Date: Sun, 2 Sep 2007 23:20:57 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > I have uploaded a JCL and JVCL InnoSetup installer that installs a
> > precompiled JCL and JVCL. It is a web setup that automatically
> > downloads the required web packages (dcu, bpl, dcp, lib, bpi for each
> > Delphi version).
> >
> > http://jvcl.sourceforge.net/websetup/jcl/JCLSetup.exe
> > http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe
> >
> > I need some testers for the installers.

Hoi Andreas,

Used wondering, is it not nicer to have insteed two installetion program's 
only one installation program? I think it is, mostly becose JVCL needs to 
have JCL to be installed already.

good luck

Niels

PS. ow are you goning about the Grid modifications that is donated some time 
ago?
I have made some small new one's, when you like i can send you them.



 




Subject: Re: JVCL binary installer test
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Sun, 02 Sep 2007 23:15:31 +0200
Newsgroups: jedi.vcl

Both installed under CogeGear Delphi 2007 without any issues !
Thank you again for your quality contribution


Subject: Re: JVCL binary installer test
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Sun, 2 Sep 2007 21:00:40 +0000 (UTC)
Newsgroups: jedi.vcl

Niels wrote:

> > Andreas Hausladen wrote:
>> > > I have uploaded a JCL and JVCL InnoSetup installer that installs a
>> > > precompiled JCL and JVCL. It is a web setup that automatically
>> > > downloads the required web packages (dcu, bpl, dcp, lib, bpi for
>> > > each Delphi version).
>> > > 
>> > > http://jvcl.sourceforge.net/websetup/jcl/JCLSetup.exe
>> > > http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe
>> > > 
>> > > I need some testers for the installers.
> > 
> > Hoi Andreas,
> > 
> > Used wondering, is it not nicer to have insteed two installetion
> > program's only one installation program? I think it is, mostly becose
> > JVCL needs to have JCL to be installed already.

But the JCL doesn't necessarily need the JVCL. Someone only needing the
JCL might not want the components.

-- Rudy Velthuis http://rvelthuis.de "That is the saving grace of humor, if you fail no one is laughing at you." -- A. Whitney Brown 

Subject: Re: JVCL binary installer test
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Sun, 02 Sep 2007 22:30:42 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> I have uploaded a JCL and JVCL InnoSetup installer that installs a
> precompiled JCL and JVCL. It is a web setup that automatically
> downloads the required web packages (dcu, bpl, dcp, lib, bpi for each
> Delphi version).
>
> http://jvcl.sourceforge.net/websetup/jcl/JCLSetup.exe
> http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe
>
> I need some testers for the installers.
>
Great !
I will both test them :)


Subject: Re: JvFormStorage and Version property
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 02 Sep 2007 21:49:22 +0200
Newsgroups: jedi.vcl

Hi Jens,

> It could be helpfull if you want to have new features, which will be invisible when you restore the old values/layourt.

Thanks for the reply. Perhaps I'm a bit dense but could you please provide a *concrete* example?

-- 
Ivo Bauer [OZM Research]


Subject: Re: JvFormStorage and Version property
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Sep 2007 19:43:14 +0200
Newsgroups: jedi.vcl

It could be helpfull if you want to have new features, which will be invisible when you restore the old values/layourt.

Greetings
Jens

Ivo Bauer schrieb:
> Hi,
>
> I'm just wondering how form version is supposed to be used in a real world scenarios? I've been wading through the source code and the online help as well, but I can't seem to get the practical use of it.
>
> Sure, when the form placement (and all StoredProps and StoredValues as well) is about to be restored, the current value of form version is compared to the one read from the actual storage and the restore process proceeds only if the read form version is equal (or greater than or equal) to the current form version, depending on the value of VersionCheck property. But what is it good for?
>
> Thanks in advance!
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: a nice idea came up on delphi-praxis
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sun, 02 Sep 2007 18:35:00 +0200
Newsgroups: jedi.vcl

Hi,

pr wrote:

>> >> It is also about developers wanting to archive some project. The JVCL
>> >> version used can be archived best as a CD so we should offer an ISO image
>> >> to make that easy. Developers are also prone to collecting physical
>> >> gimmicks just like anybody else :-)
> > Why can't they download from the web and burn their own CD's?

Exactly. Especially if they are archiving other sources anyway, so why not
just burn everything on one CD?

MfG
twm



Subject: Re: Appearance of buttons
From: "lindanut" <nospam@blueflute.com>
Date: Sun, 2 Sep 2007 16:35:41 +0100
Newsgroups: jedi.vcl

BTW, will this work OK on Vista?

Thanks,
Linda



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Appearance of buttons
From: "lindanut" <nospam@blueflute.com>
Date: Sun, 2 Sep 2007 16:34:33 +0100
Newsgroups: jedi.vcl

Thank you! Thank you! Thank you!



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL binary installer test
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Sep 2007 10:54:02 +0000 (UTC)
Newsgroups: jedi.vcl

I have uploaded a JCL and JVCL InnoSetup installer that installs a
precompiled JCL and JVCL. It is a web setup that automatically
downloads the required web packages (dcu, bpl, dcp, lib, bpi for each
Delphi version).

http://jvcl.sourceforge.net/websetup/jcl/JCLSetup.exe
http://jvcl.sourceforge.net/websetup/jvcl/JVCLSetup.exe

I need some testers for the installers.

-- Regards, Andreas Hausladen 

Subject: Appearance of buttons
From: "lindanut" <nospam@blueflute.com>
Date: Sun, 2 Sep 2007 09:49:26 +0100
Newsgroups: jedi.vcl

Hi, when I compiled and ran a JVCL demo, I noticed that the buttons
(TButton) had a nice modern rounded appearance and were white. The edit
boxes looked modern also. 

But if I start a new application and add a button to it, it looks like the
old style square-cornered, gray button.

How do you make the buttons and edit boxes have the modern look?

Thanks,
Linda



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Appearance of buttons
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Sep 2007 10:23:18 +0200
Newsgroups: jedi.vcl

This is because the JVCL demo has a TXPManifest component on it, so that it applies the current Windows XP theme.


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: time framework
From: "andy wright" <andy@arcadesoftware.co.uk>
Date: Sun, 2 Sep 2007 09:09:53 +0100
Newsgroups: jedi.vcl

hi all,

i notice several questions about the timeframework (scheduler) component,
and as I am trying to incorporate it into my app (which i have done
semi-successfully) i would like to tweak it a bit....namely, getting the
days section to update when clicking an appointment in the months / weeks
section.  i sort of got the idea the months/weeks were string grids, and
using the inspector can see the various cells in each day, however i dont
know how to access them.. and then, i can only assume again, sticking the
contents of the cell -"Date"- into the days section will update it...???

i also wish there was more documentation.... there are soooo many options
for the various sections, it would be nice to know what all the sections do-
i spent ages (hours) changing each bit and seeing what it did, sometimes
with no obvious effect!!!

-- Regards, Andy Wright, S.A.C. DIP (HOLISTIC HEALTH THERAPY), S.A.C. DIP (CHI KUNG) 5th Dan KBKA, TKA, WKO, EKGB instructor www.andywrightonline.co.uk www.arcadesoftware.co.uk www.andysholistictherapycentre.co.uk www.chikung.org.uk www.kma3.co.uk www.zazenmeditation.org.uk www.reikijutsukai.org.uk www.taiyo.org.uk www.ukcks.org.uk www.websitedesignsrus.co.uk www.zenchi.org.uk ============================================================================ ========== Email Disclaimer: The information contained in this message and in any attachment is confidential and may be legally privileged. It is only intended for the recipient or recipients to whom it is addressed. If you are not the intended recipient and receive this message in error please delete it and any attachment and all copies of it and of any such attachment, destroy any paper copies and notify the author/sender immediately. If you are not an intended recipient, you are not authorised to use, distribute, disseminate,disclose, print or copy any part of this message or of any attachment whether directly or indirectly. This message has been scanned for computer viruses, however we do not accept any liability whatsoever in respect of any potential damage caused by any virus, which is not detected. We do not accept any liability for any damages arising from the alteration of the contents of the message and/or any attachment. ============================================================================ ========== 

Subject: Re: Appearance of buttons
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Sep 2007 07:57:46 +0000 (UTC)
Newsgroups: jedi.vcl

lindanut wrote:

> > How do you make the buttons and edit boxes have the modern look?

If you have Delphi 2006 or older: Drop a TXPManifest component ("Win32"
palette) on the main formular or add the XPMan unit manually to the
"uses" list.

If you have Delphi 2007: Open the project options dialog, select the
"Application" tree node and activate the themes checkbox.

-- Regards, Andreas Hausladen 

Subject: Re: a nice idea came up on delphi-praxis
From: "pr" <pr@telkom.net>
Date: Sun, 2 Sep 2007 07:54:31 +0200
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:f8529d$k2$1@news.talkto.net...
> > Florent Ouchet wrote:
> >
>> >> I don't think that's the point here.
>> >> Providing Jedi libraries on a materialized support will never replace 
>> >> files at Sourceforge (band is about 10GB per day there). It's just a 
>> >> matter of redistributing Jedi goodies (CD, USB keys...) to the people who 
>> >> wants some real world objects from the community.
> >
> > It is also about developers wanting to archive some project. The JVCL 
> > version used can be archived best as a CD so we should offer an ISO image 
> > to make that easy. Developers are also prone to collecting physical 
> > gimmicks just like anybody else :-)

Why can't they download from the web and burn their own CD's?




Subject: Re: new installation of jvcl - error message
From: "lindanut" <nospam@blueflute.com>
Date: Sat, 1 Sep 2007 22:24:38 +0100
Newsgroups: jedi.vcl

Nevermind - I realized that I had the Database Desktop open during the
install. Once I closed it, everything works.

Thanks for being here.

> >Hi, I just installed jcl and jvcl into my Delphi 7 and now I am getting a
> >TON of 
> >"$2501 an error occurred while attmepting to initialize the BDE" 
> >when I open Delphi, and of course my app won't run anymore.
> >
> >How do I fix this?
> >
> >THanks,
> >Linda
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: new installation of jvcl - error message
From: "lindanut" <nospam@blueflute.com>
Date: Sat, 1 Sep 2007 22:17:09 +0100
Newsgroups: jedi.vcl

Hi, I just installed jcl and jvcl into my Delphi 7 and now I am getting a
TON of 
"$2501 an error occurred while attmepting to initialize the BDE" 
when I open Delphi, and of course my app won't run anymore.

How do I fix this?

THanks,
Linda



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Small fix for jvInspector
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 31 Aug 2007 20:10:57 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Marcel Bestebroer wrote:
>
>> When I stopped contributing. After a while Olivier asked if he could
>> remove my access and, AFAIK he has done so once I confirmed.
>
> I hope he also asked all the others that haven't contributed anything
> for a much longer time than you.

Yes, I did.
I do that every year or so, just to keep the list of "write access" people limited to the people actually contributing.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Small fix for jvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 31 Aug 2007 19:40:20 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Marcel Bestebroer wrote:
>
>>  I don't have write access anymore,
>
> When have you lost that?
>

When I stopped contributing. After a while Olivier asked if he could remove my access and, AFAIK he has done so once I confirmed.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: Small fix for jvInspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 31 Aug 2007 17:24:23 +0000 (UTC)
Newsgroups: jedi.vcl

Christian Reich wrote:

> > Christian Reich

Fixed in SVN.

-- Regards, Andreas Hausladen 

Subject: Re: Small fix for jvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 31 Aug 2007 19:22:42 +0200
Newsgroups: jedi.vcl

Christian Reich wrote:
> Hi,
>
> put a jvInspector and another control on the same form. Now you must click twice on the second control to become focus, if an edit-control in jvInspector has focus. After the first click the jvInspector lost the focus but the other control don't get it.

I know, I was referring to your patch when I mentioned observing no problems, hence the request for someone with write access to apply the patch to the repository.


-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: Small fix for jvInspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 31 Aug 2007 17:16:46 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > When I stopped contributing. After a while Olivier asked if he could
> > remove my access and, AFAIK he has done so once I confirmed.

I hope he also asked all the others that haven't contributed anything
for a much longer time than you.

-- Regards, Andreas Hausladen 

Subject: Re: Small fix for jvInspector
From: Christian Reich <jim_raynor@web.de>
Date: Fri, 31 Aug 2007 19:14:07 +0200
Newsgroups: jedi.vcl

Hi,

put a jvInspector and another control on the same form. Now you must click twice on the second control to become focus, if an edit-control in jvInspector has focus. After the first click the jvInspector lost the focus but the other control don't get it.

Testet with Revision 11474 of jvinspector.pas

Best Regards

Marcel Bestebroer schrieb:
> Christian Reich wrote:
>> Hi,
>>
>> I attached a small patch for jvInspector. There is a problem with changing the focus to another Control in the same Form via Mouse-Click, if a property-editor is active. With this bug you must click twice on a control to change the focus. The patch fix this, but I don't know if there are any side effects. For me it work this fine.
>>
>> Best Regards
>>
>
> Haven't tested it thoroughly, but haven't seen anything go wrong. I don't have write access anymore, so someone else will have to actually apply the patch in svn.
>


Subject: Re: Small fix for jvInspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 31 Aug 2007 17:05:48 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >  I don't have write access anymore,

When have you lost that?

-- Regards, Andreas Hausladen 

Subject: Re: Small fix for jvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 31 Aug 2007 18:40:35 +0200
Newsgroups: jedi.vcl

Christian Reich wrote:
> Hi,
>
> I attached a small patch for jvInspector. There is a problem with changing the focus to another Control in the same Form via Mouse-Click, if a property-editor is active. With this bug you must click twice on a control to change the focus. The patch fix this, but I don't know if there are any side effects. For me it work this fine.
>
> Best Regards
>

Haven't tested it thoroughly, but haven't seen anything go wrong. I don't have write access anymore, so someone else will have to actually apply the patch in svn.

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: New properties in JvEdit
From: Frederic Kerber <fkerber@web.de>
Date: Fri, 31 Aug 2007 10:54:36 +0200
Newsgroups: jedi.vcl

Hello!

As Robert Marquardt told me (thanks to him) I post here to announce some changes in JvEdit (JvEdit.pas) that I posted in j.binaries...

Ciao, Frederic


Subject: TJvStringGrid sorting
From: "ewlung" <alan@tam.com>
Date: Thu, 30 Aug 2007 21:06:39 +0100
Newsgroups: jedi.vcl

Hi,

Does anyone has a sample how to do sorting of TJvStringGrid?

By clicking the column header, the TJvStringGrid will be sorted based on
that column.

Thank you.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Small fix for jvInspector
From: Christian Reich <jim_raynor@web.de>
Date: Thu, 30 Aug 2007 18:03:43 +0200
Newsgroups: jedi.vcl

Hi,

I attached a small patch for jvInspector. There is a problem with changing the focus to another Control in the same Form via Mouse-Click, if a property-editor is active. With this bug you must click twice on a control to change the focus. The patch fix this, but I don't know if there are any side effects. For me it work this fine.

Best Regards


jvInspector.patch

Index: JvInspector.pas
===================================================================
--- JvInspector.pas	(revision 11493)
+++ JvInspector.pas	(working copy)
@@ -5949,6 +5949,10 @@
         if Inspector.WantTabs then
           Msg.Result := Msg.Result or DLGC_WANTTAB;
       end;
+    WM_KILLFOCUS:
+      begin
+        Windows.SetFocus(Msg.WParam);
+      end;
   end;
 end;
 

jvInspector.patch
	



Subject: Re: JvFormPlacement bug
From: Ivo Bauer <abuer@zom.zc>
Date: Thu, 30 Aug 2007 01:36:19 +0200
Newsgroups: jedi.vcl

Ivo Bauer napsal(a):
> OBones napsal(a):
>> Please post this in Mantis, so that we can track it.
>
> Will do that tonight. I have to leave for now.

Done. Logged as issue #4220.

http://homepages.borland.com/jedi/issuetracker/view.php?id=4220

-- 
Ivo Bauer [OZM Research]


Subject: new Component CheckScrollBox
From: Christian Wimmer <chriswimmer@gmx.de>
Date: Wed, 29 Aug 2007 19:23:18 +0200
Newsgroups: jedi.vcl

hi folks,

I want to provide a new component to JVCL.
I call it CheckScrollBox : it's a Scrollbox with checkboxes.
It looks better than a simple CheckListBox and also supports multiline.
The component supports Ansi- and Unicode Strings (supported by TNTControls). Both versions can be installed at the same time.

Look at the pictures:
http://wimmer.teamchris.info/files/Delphi/CheckScrollBox_1.jpg
http://wimmer.teamchris.info/files/Delphi/CheckScrollBox_2.jpg

Here is the source:
http://wimmer.teamchris.info/files/Delphi/CheckScrollBox.zip

If you agree to assimilate the component, I will update the comments
and adapt the component header for JEDI compliance.

Greetings
Christian Wimmer



Subject: Re: JvFormPlacement bug
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 29 Aug 2007 14:42:40 +0200
Newsgroups: jedi.vcl

OBones napsal(a):
> Please post this in Mantis, so that we can track it.

Will do that tonight. I have to leave for now.

-- 
Ivo Bauer [OZM Research]


Subject: Re: JvFormPlacement bug
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 29 Aug 2007 14:40:35 +0200
Newsgroups: jedi.vcl

Please post this in Mantis, so that we can track it.

http://homepages.codegear.com/jedi/issuetracker/


Subject: JvFormPlacement bug
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 29 Aug 2007 14:39:02 +0200
Newsgroups: jedi.vcl

Hi,

there is a bug in JvFormPlacement (and thus in JvFormStorage as well) that causes AppStoragePath property to be resolved while the owner form is being loaded at *design* time.

To reproduce it, drop JvFormStorage on the form, select Form -> "View as Text" from the popup menu at design time and now just go back and select "View as Form". As you can see, AppStoragePath property has now been resolved as it contains the name of the owner form rather than %FORM_NAME%.

I suspect that the bug is caused by a call to ResolveAppStoragePath from within the TJvFormPlacement.Loaded method - it gets called every time the Loaded method gets called, effectively ignoring the value of ComponentState property. I would suggest the following change to the source code, but someone should check this for any potential harms to existing behavior:

*** Current code ***

procedure TJvFormPlacement.Loaded;
var
  Loading: Boolean;
begin
  // Mantis 3190: Only resolve when we are loaded so that we get the correct
  // form name if it's a form inheriting from another one.
  ResolveAppStoragePath;
  Loading := csLoading in ComponentState;
  inherited Loaded;
  if not (csDesigning in ComponentState) then
  begin
    if Loading then
      SetEvents;
    CheckToggleHook;
  end;
end;

*** Proposed change ***

procedure TJvFormPlacement.Loaded;
var
  Loading: Boolean;
begin
  // Mantis 3190: Only resolve when we are loaded so that we get the correct
  // form name if it's a form inheriting from another one.
  Loading := csLoading in ComponentState;
  inherited Loaded;
  if not (csDesigning in ComponentState) then
  begin
    ResolveAppStoragePath; // <-- This line has been moved here
    if Loading then
      SetEvents;
    CheckToggleHook;
  end;
end;

Thanks in advance!

-- 
Ivo Bauer [OZM Research]


Subject: JvFormStorage and Version property
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 29 Aug 2007 13:41:52 +0200
Newsgroups: jedi.vcl

Hi,

I'm just wondering how form version is supposed to be used in a real world scenarios? I've been wading through the source code and the online help as well, but I can't seem to get the practical use of it.

Sure, when the form placement (and all StoredProps and StoredValues as well) is about to be restored, the current value of form version is compared to the one read from the actual storage and the restore process proceeds only if the read form version is equal (or greater than or equal) to the current form version, depending on the value of VersionCheck property. But what is it good for?

Thanks in advance!

-- 
Ivo Bauer [OZM Research]


Subject: not save property TjvFormStorage
From: "Claudio" <claudiomsi@hotmail.com>
Date: Mon, 27 Aug 2007 22:22:52 +0100
Newsgroups: jedi.vcl

the property 'Value' of a object TParam never saved.

What to make ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Display vertical text in pop up menu just like Windows start menu
From: Jeferson Oliveira <jefersonfoliveira@gmail.com>
Date: Sun, 26 Aug 2007 17:47:38 -0300
Newsgroups: jedi.vcl

OBones wrote:

Hi OBones!


> TJvPopupMenu with a margin that you draw yourself.

Using a TJvPopupMenu with a TJvStandardMenuItemPainter, as demonstrated on the JvMenus example, I could set an image border to the popup menu.


> There is a demo for this if I remember correctly

I couldn't find any JVCL example with vertical text, so I did draw the border based in that article http://delphi.about.com/od/vclusing/a/owner_drawing.htm and it works fine.

If someone could share an easier way to display a vertical text in a popup menu, I would appreciate.


Thank you!

Jeferson Oliveira
Brazil


Sent by Mozilla Thunderbird
http://br.mozdev.org/thunderbird


Subject: Re: Display vertical text in pop up menu just like Windows start menu
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 26 Aug 2007 19:14:32 +0200
Newsgroups: jedi.vcl

Jeferson Oliveira wrote:
> Hi,
>
> I need to display some vertical text in a pop up menu, like we can see in the Windows start menu.
> Is there some JVCL component that has this feature?

TJvPopupMenu with a margin that you draw yourself. There is a demo for this if I remember correctly

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Display vertical text in pop up menu just like Windows start menu
From: Jeferson Oliveira <jefersonfoliveira@gmail.com>
Date: Sun, 26 Aug 2007 13:41:28 -0300
Newsgroups: jedi.vcl

Hi,

I need to display some vertical text in a pop up menu, like we can see in the Windows start menu.
Is there some JVCL component that has this feature?


Regards,

Jeferson Oliveira
Brazil


Sent by Mozilla Thunderbird
http://br.mozdev.org/thunderbird


Subject: Re: Entry point not found
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 23 Aug 2007 06:37:32 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > the default BPL path is in "My documents" which gets
> > resolved to c:\documents and settings\...

Bug in Windows ? I use Win2k installed on D:, no "Documents and
Settings" on C:

Environment variables:
ALLUSERSPROFILE=D:\Documents and Settings\All Users
USERPROFILE=D:\Documents and Settings\AlexB

-- Alex 

Subject: Re: Entry point not found
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 23 Aug 2007 08:30:23 +0200
Newsgroups: jedi.vcl

AlexB wrote:
> Thanks for help.
>
> It was my fault (partially or entirely).
> I have BCB5 and CB2007 installed on "D:", but both of installers (JCL
> and JVCL) show "C:\Documents and Settings\..." in BPL path for CB2007.
> I have not noticed it in the beginning. All went normally after I have
> manually corrected paths.
>
> Why installers want "C:" ? By design or here is a problem ?

No, it's because for CB2007, the default BPL path is in "My documents" which gets resolved to c:\documents and settings\...


Subject: Re: Entry point not found
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 23 Aug 2007 05:11:00 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks for help.

It was my fault (partially or entirely).
I have BCB5 and CB2007 installed on "D:", but both of installers (JCL
and JVCL) show "C:\Documents and Settings\..." in BPL path for CB2007.
I have not noticed it in the beginning. All went normally after I have
manually corrected paths.

Why installers want "C:" ? By design or here is a problem ?
-- Alex 

Subject: Re: Entry point not found
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 22 Aug 2007 16:53:32 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Alex,
>
> You have some old JVCL bpl somewhere on your hdd and they get loaded instead of new ones. You may delete them and recompile the library.

Or alternatively, you have a package of your own that uses the JVCL packages and that package of your own needs recompiling


Subject: Re: Entry point not found
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 22 Aug 2007 15:08:39 +0200
Newsgroups: jedi.vcl

Alex,

You have some old JVCL bpl somewhere on your hdd and they get loaded instead of new ones. You may delete them and recompile the library.

- Florent


Subject: Entry point not found
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 22 Aug 2007 12:28:44 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

I've encountered problem after installation of latest pack:
when I start CB2007up2 I see messages (translated):

Entry point @Jvcontrolactions@initialization$qqrv not found in DLL
JvCtrlsD11R.bpl

Entry point @Jvtabbarxppainter@TJvTabBarXPainter@ not found in DLL
JvCustomD11R.bpl

Entry point @Jvspin@TJvTimeEdit@ not found in DLL JvStdCtrlsD11R.bpl


In BCB5 all goes without errors.
-- Alex 

Subject: Re: Finding nodes in TJvDBTreeView
From: "Abdullah Kauchali" <none@non.com>
Date: Tue, 21 Aug 2007 20:42:58 +0200
Newsgroups: jedi.vcl

"Ivan Ravin" :
> > Its easy. Try to use SelectNode(record key) method

Hi Ivan!

Many thanks!  That works superbly.  Really appreciate the help.

BTW, is there any way to speed up the expand times.  I am finding the expand 
process takes quite a bit of time with my tree.  I've about 5000 items.  The 
deeper the tree, the longer the search process takes.  :(

Any suggestions?

TIA,

Abdullah 




Subject: Re: Finding nodes in TJvDBTreeView
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 21 Aug 2007 16:35:52 +0400
Newsgroups: jedi.vcl

Its easy. Try to use SelectNode(record key) method

> > (Been struggling with this the whole weekend.)
> >
> > I have a JvDBTreeview that is based on a dataset with a parent-child 
> > relationship.  I've gotten it to work as expected.  Cool.
> >
> > Now, I need a facility to "find" nodes in the treeview based on a search 
> > criteria across thousands of records.  (Much like what Microsoft's Regedit 
> > allows the user to search for keys in the registry).
> >
> > I've noticed that unless the node has been opened before, there is no way 
> > to search for it by using the treeview items.  I've tried "FullExpand" 
> > against the treeview before attempting the find, but that hogs the cpu and 
> > takes forever - something the users will not accept.  :(
> >
> > Is there a better way to search for a node (in the dataset) and then open 
> > the appropriate jvdbtreeview node?
> >




Subject: Re: Error in JvDBTreeView
From: BluDes <DESPAMMAMIdarocchi@PERFAVOREtiscali.it>
Date: Tue, 21 Aug 2007 13:56:05 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali ha scritto:
> "BluDes":
>> I'm experiencing a problem with the DBTreeView Component:
>> when a node has 2 or more subnodes (I tried with 2, 3 and 4 nodes), selecting a node does not always select the right row in the datasource.
>
> Hmm, I'm using this component with no problems at all.
>
> Can you post sample records with the fields:
>
> Column with PrimaryKey (MasterField),
> Column with ForeignKeyToPrimaryKey (DetailField)
> Column for the Caption (ItemField)


Hi, I have no problems in creating the treeview, if I use a query that prints the IDs into the caption field, the pairs ID-caption are correct.

I don't know if I'm doing it wrong but after selecting a treenode, I search in DataSet.FieldByName to retrieve the ID, but it's not always the correct ID.

How do you find the IDs?

Daniele


Subject: JvTFDays shows Appointment, JvTFWeek ... is empty
From: "Bob" <robertosperoni@yahoo.com>
Date: Tue, 21 Aug 2007 01:11:24 +0200
Newsgroups: jedi.vcl

Hi everibody

I'm testing  JvTFDays, and I have some trouble.
I used the example below (12 September 2006) OBones wrote, and I was able to 
see appt. in JvTFDays.
Please, could You tell me what I had to do to show the same into  JvTFWeeks 
and JvTFMonths ?

Kindest regards

R.

=============================================
> > Well, yes, have you added the schedules to the manager?
> >
> >A schedule is a "category". Appointments belong to a schedule.
> >A simple code would be something like that
> >
> >procedure TForm1.Button1Click(Sender: TObject);
> >var
 >  appt: TJvTFAppt;
> >begin
 >  appt := sm.dbNewAppt('Title');
 >  appt.AddSchedule('Schedule');
 >  appt.SetStartEnd(Now, 8/24, Now, 18/24);
> >end;
> >
> >To see the appointment, you need to add a column to the TJvTFDays and in
> >this column define the SchedName property to match the schedule the
> >appointment belongs to.
=============================================





Subject: Re: Indy9 and Indy10 support is a nightmare
From: Julian <rodri_es@mixmail.com>
Date: Mon, 20 Aug 2007 17:57:56 +0200
Newsgroups: jedi.vcl

I use with TJvProgramVersionCheck using TJvProgramVersionHTTPLocationIndy to check for updates in my programs

ssamayoa escribió:
>> Does anyone has any idea how we should make the Indy support working?
>> If we end up rewriting and adjusting the code everytime a new Indy 10
>> release comes out, then we should drop it.
>
> Where is used by JVCL?
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Indy9 and Indy10 support is a nightmare
From: "ssamayoa" <nospam@stopspam.com>
Date: Mon, 20 Aug 2007 16:33:33 +0100
Newsgroups: jedi.vcl

> >Does anyone has any idea how we should make the Indy support working?
> >If we end up rewriting and adjusting the code everytime a new Indy 10
> >release comes out, then we should drop it.

Where is used by JVCL?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid has now XP theming support
From: "ssamayoa" <nospam@stopspam.com>
Date: Mon, 20 Aug 2007 16:29:28 +0100
Newsgroups: jedi.vcl

> >Maybe in JVCL 4. But for JCVL 3 the DB controls will stay and new
> >components will use the JvDataConnector. There are also some "old"
> >components where I had added the JvDataConnector like TJvValidateEdit,
> >TJvEdit, TJvComboEdit, TJvDateEdit, TJvCheckBox, TJvCheckListBox and
> >TJvHTListBox.

Can be a policy that newer controls (such JvTimeEdit) should have its
TDataSet aware version (TJvDBxxxxx) until JVCL 4 "officially starts"?

I often use new components on old aplications while making
modifications/improvements.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: How To Use Jv Encrypt
From: "Sugiarto" <sugiarto@bangunlahjalan.com>
Date: Mon, 20 Aug 2007 10:47:31 +0700
Newsgroups: jedi.vcl

Hi all,

I am using BCB 6 and just installed Jedi VCL. I look for examples how to use Jv encrypt in folder jvcl\examples but didn't find it.

Can anyone give a fews example how to use these vcl?

Thanks in advance.

Regards,
Sugiarto.


Subject: Re: Error in JvDBTreeView
From: "Abdullah Kauchali" <none@non.com>
Date: Sun, 19 Aug 2007 18:24:42 +0200
Newsgroups: jedi.vcl

"BluDes":
> > I'm experiencing a problem with the DBTreeView Component:
> > when a node has 2 or more subnodes (I tried with 2, 3 and 4 nodes), 
> > selecting a node does not always select the right row in the datasource.

Hmm, I'm using this component with no problems at all.

Can you post sample records with the fields:

Column with PrimaryKey (MasterField),
Column with ForeignKeyToPrimaryKey (DetailField)
Column for the Caption (ItemField)





Subject: Finding nodes in TJvDBTreeView
From: "Abdullah Kauchali" <none@non.com>
Date: Sun, 19 Aug 2007 18:18:20 +0200
Newsgroups: jedi.vcl

Hi folks,

(Been struggling with this the whole weekend.)

I have a JvDBTreeview that is based on a dataset with a parent-child 
relationship.  I've gotten it to work as expected.  Cool.

Now, I need a facility to "find" nodes in the treeview based on a search 
criteria across thousands of records.  (Much like what Microsoft's Regedit 
allows the user to search for keys in the registry).

I've noticed that unless the node has been opened before, there is no way to 
search for it by using the treeview items.  I've tried "FullExpand" against 
the treeview before attempting the find, but that hogs the cpu and takes 
forever - something the users will not accept.  :(

Is there a better way to search for a node (in the dataset) and then open 
the appropriate jvdbtreeview node?

Any help greatly appreciated.

Kind regards,

Abdullah 




Subject: Re: JvDBGrid has now XP theming support
From: "Niels" <demonng@lumensoft.nl>
Date: Sun, 19 Aug 2007 14:31:19 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> schreef 
in bericht news:fa9a8c$vbs$1@news.talkto.net...
> > Niels wrote:
> >
>>> >> > Added: JvTimeEdit. JvDBTimeEdit is not added because I have extended
>>> >> > TJvTimeEdit with the JvDataConnector.
>> >>
>> >> I do not know what you meen, i see it when i download the new version.
> >
> > Normally you write a component and then derive a DB-Aware component
> > from it. In most cases you must extend the original component with
> > virtual method hooks for the DB-Aware component.
> > The JvDataConnector goes a different way. With it you can implement the
> > DB-awareness directly into the original component without even
> > referencing the DB.pas unit. The JvDataConnector uses a IJvDataSource
> > interface that is implemented by TJvDataSource.
> >
Ha, nice. Do we redo all the TjvDB components the some way?
When not, than this is not a good idee. becose we then need alway's to check 
on both component-panels to find de correct component to use.

> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: JvDBGrid has now XP theming support
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 19 Aug 2007 12:29:58 +0000 (UTC)
Newsgroups: jedi.vcl

Niels wrote:

> > Ha, nice. Do we redo all the TjvDB components the some way?

Maybe in JVCL 4. But for JCVL 3 the DB controls will stay and new
components will use the JvDataConnector. There are also some "old"
components where I had added the JvDataConnector like TJvValidateEdit,
TJvEdit, TJvComboEdit, TJvDateEdit, TJvCheckBox, TJvCheckListBox and
TJvHTListBox.

There is a HTML file in the jvcl3\help directory named
JvDataSource.html that describes how it works and how to convert
existing controls.

-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrid has now XP theming support
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 19 Aug 2007 11:41:00 +0000 (UTC)
Newsgroups: jedi.vcl

Niels wrote:

>> > > Added: JvTimeEdit. JvDBTimeEdit is not added because I have extended
>> > > TJvTimeEdit with the JvDataConnector.
> > 
> > I do not know what you meen, i see it when i download the new version.

Normally you write a component and then derive a DB-Aware component
from it. In most cases you must extend the original component with
virtual method hooks for the DB-Aware component.
The JvDataConnector goes a different way. With it you can implement the
DB-awareness directly into the original component without even
referencing the DB.pas unit. The JvDataConnector uses a IJvDataSource
interface that is implemented by TJvDataSource.

-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrid has now XP theming support
From: "Niels" <demonng@lumensoft.nl>
Date: Sun, 19 Aug 2007 13:37:54 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> schreef 
in bericht news:fa77r9$kr9$1@news.talkto.net...
> > Niels wrote:
> >
>> >> Some time ago i have send a fix for this in the binaries newsgroup.
>> >> maby you can check that one to.
>> >> It has some more modifications about draging colomn's and so one.
> >
> > Added: JvArrowButton PopupComponent fix

thanks

> > Added: JvTimeEdit. JvDBTimeEdit is not added because I have extended
> > TJvTimeEdit with the JvDataConnector.

I do not know what you meen, i see it when i download the new version.

> >
> > JvDBUtilmGrid looks doable.

thanks

> > JvDBGrid has too many changes. It meight take some days if I can merge
> > the files.

The indicator part of my Theme implementage does not work at all. Local i 
have removed this and use the None Border version of the DBGrid implementage 
to show the indicator.

> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Indy9 and Indy10 support is a nightmare
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 18 Aug 2007 19:22:05 +0000 (UTC)
Newsgroups: jedi.vcl

I tried to make the Indy support working. But supporting Indy is a
nightmare. Even if they are called Indy9 and Indy10, each Delphi comes
with a version that is interface incompatible to the previous or next
Indy "version".

Does anyone has any idea how we should make the Indy support working?
If we end up rewriting and adjusting the code everytime a new Indy 10
release comes out, then we should drop it.

-- Regards, Andreas Hausladen 

Subject: Delphi2007: JVCL installer does not know indy9 or indy10
From: "Carsten Schuette" <schuettecarsten@googlemail.com>
Date: Sat, 18 Aug 2007 19:53:24 +0200
Newsgroups: jedi.vcl

Hi,

the standard setup of Delphi 2007 includes Indy9 and Indy10. They are installed in path $(BDS)\lib\indy or $(BDS)\lib\indy10. The dcp files for indy can be found in these directories, too. The bpl files are located in $(BDS)\bin.

When I activate the USE_THIRDPARTY_INDY or/and USE_THIREDPARTY_INDY10 defines in jvcld11.inc, JVCL compilation process fails because the indy packages cannot be found.

Carsten

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/


Subject: Delphi2007: Call "TQuickRep" already exists on delphi start
From: "Carsten Schuette" <schuettecarsten@googlemail.com>
Date: Sat, 18 Aug 2007 19:49:08 +0200
Newsgroups: jedi.vcl

Hi,

I just reinstalled last svn version of JVCL and took a look into jvcld11.inc. Because I own a registered copy if QuickReport 4, I set the define JVCL_UseQuickReport and JVCL_QREPORT4. Compile JVCL worked well.

When I now try to start Delphi 2007 IDE I get the message that package JvInterpreterD11R could not be loaded because the class TQuickRep already exists. Looks like there is a missing "required" entry in this package.

During my tests I also saw that the JVCL installer does not save my include settings. I have to set the again every time I start the installer.

Carsten

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/


Subject: Re: Delphi2007: JVCL installer does not know indy9 or indy10
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 18 Aug 2007 17:47:48 +0000 (UTC)
Newsgroups: jedi.vcl

Carsten Schuette wrote:

> > When I activate the USE_THIRDPARTY_INDY or/and USE_THIREDPARTY_INDY10
> > defines in jvcld11.inc, JVCL compilation process fails because the
> > indy  packages cannot be found.

The problem is that CodeGear has renamed the Indy files from IdXxxx to
InXxxx. And the installer was written before Delphi 2007 was even
planned.

-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrid has now XP theming support
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 18 Aug 2007 16:47:37 +0000 (UTC)
Newsgroups: jedi.vcl

Niels wrote:

> > Some time ago i have send a fix for this in the binaries newsgroup.
> > maby you can check that one to.
> > It has some more modifications about draging colomn's and so one.

Added: JvArrowButton PopupComponent fix
Added: JvTimeEdit. JvDBTimeEdit is not added because I have extended
TJvTimeEdit with the JvDataConnector.

JvDBUtilmGrid looks doable.
JvDBGrid has too many changes. It meight take some days if I can merge
the files.

-- Regards, Andreas Hausladen 

Subject: Re: Missing Define "HASAUTOSIZE" used insite JvExForms
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 18 Aug 2007 08:55:02 +0000 (UTC)
Newsgroups: jedi.vcl

Niels wrote:

> > Hallo,
> > 
> > I was reading the jvExForms file and found out thet de define
> > HASAUTOSIZE nowere is defined but is used in that file many time's.

The HASAUTOSIZE is used by JvExStdCtrls.pas for the TCustomLabel and
TLabel. And because the files use one single macro definition file, all
contain the HASAUTOSIZE condition.


> > I'm als wondering what new stuff is added go in the Controls there?

First of all the JvExVCL was a layer between the JVCL and the VCL to
make it easier to port the JVCL to the VisualCLX without filling the
source files with hundreds of IFDEFs. Some time later we moved lots of
common code to the JvExVCL like "HintColor", "HintWindowClass",
"ClipboardCommands", "DotNetHighlighting" and VCL Bugfixes.
The JvExVCL classes are only used as a base class for the JVCL
controls. They are not registered to the IDE.


-- Regards, Andreas Hausladen 

Subject: Missing Define "HASAUTOSIZE" used insite JvExForms
From: "Niels" <demonng@lumensoft.nl>
Date: Sat, 18 Aug 2007 09:13:28 +0200
Newsgroups: jedi.vcl

Hallo,

I was reading the jvExForms file and found out thet de define HASAUTOSIZE 
nowere is defined but is used in that file many time's.

I'm als wondering what new stuff is added go in the Controls there?

Niels 




Subject: Re: JvDBGrid has now XP theming support
From: "Niels" <demonng@lumensoft.nl>
Date: Sat, 18 Aug 2007 09:10:33 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > I have added XP theming support to JvDBGrid (and TJvDBUtilmGrid as it
> > derives from JvDBGrid). This code needs testing. I don't know if I
> > have adjusted all needed code places.

Some time ago i have send a fix for this in the binaries newsgroup.
maby you can check that one to.
It has some more modifications about draging colomn's and so one. 




Subject: JvDBGrid has now XP theming support
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 17 Aug 2007 15:07:19 +0000 (UTC)
Newsgroups: jedi.vcl

I have added XP theming support to JvDBGrid (and TJvDBUtilmGrid as it
derives from JvDBGrid). This code needs testing. I don't know if I have
adjusted all needed code places.

-- Regards, Andreas Hausladen 

Subject: JvInspector with TObjectList
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Fri, 17 Aug 2007 05:19:01 -0400
Newsgroups: jedi.vcl

Is there any way to have JvInspector list elements from a TObject list?

Using the code snippets from below, I'd like to find a way to pass an
instance of TCustomRegMap to a JvInspector, and have all elements
of FRegMapList listed.

 TRegMapList = class(TObjectList)
  private
    function  getRegMapElement(aindex: integer): TnvRegMapBaseClass;
    procedure setRegMapElement(aindex: integer; const Value:
TnvRegMapBaseClass);
  public
    property items[aindex: integer] : TnvRegMapBaseClass read
getRegMapElement write setRegMapElement; default;
    function add( reID: TnvID; regNum: TnvInt; reType:
TnvRegElementType):integer; overload;
    function add( aRegMapElement :TnvRegMapBaseClass): integer; overload;
    function indexOfRegNum(const value: TnvInt): integer;
    function indexOfreID(const value: TnvID): integer;
  end;


  TCustomRegMapClass = class
    private
     function  GetCount: integer;
    protected
      FRegMapList : TRegMapList;
    public
     constructor Create;
     destructor Destroy; override;
     property Count : integer read GetCount;
     function LoadDefaults: boolean; virtual; abstract;
     property RegMapList : TRegMapList read FRegMapList;
  end;

Cheers,
EdB




Subject: Getting started Time Framework
From: "Rick" <nospam_rjg@lumaxlighting.com>
Date: Thu, 16 Aug 2007 10:25:18 -0400
Newsgroups: jedi.vcl

I would like to use the Time Framework in an application but am having alot 
of trouble getting through the example PhotoOp.  I keep seeing 'server' 
mentioned but do not see a server component, etc.

Are there any documents out there that shows how these components interact 
(diagram or something) or even better a 'getting start' type document?

Thanks. 




Subject: Re: Get value from JVInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Aug 2007 18:09:32 +0200
Newsgroups: jedi.vcl

edilsondneto wrote:
> Hi everyone,
>  I´m developing an application and I´m needing to get the value that is
> edited in a JVInspector object.
>
>  The first thing i do is populate the object (JVInspector) whith some data
> (TJvInspectorVarData.New(InspCat, 'TEXT', TypeInfo(TDateTime),
> TDateField);). After that users can edit the value and may save it.
>  How can i get this edited value from users in JVInspector???
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

The answer is OnDataValueChanged event; see http://homepages.codegear.com/jedi/jedihelp/item.php?Id=166710

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: List of which component resides in which package
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Tue, 14 Aug 2007 14:38:43 +0200
Newsgroups: jedi.vcl

Hi,

OBones wrote:

>>> >>> I have been installing JVCL on several computers lately without using
>>> >>> the installer and found it quite difficult to only compile/install the
>>> >>> required packages for a given project because I don't know which
>>> >>> components are in which package. Is there a list somewhere?

> > Alternatively, you can read the files in packages\xml, they contain the
> > definitions for the packages.

Thanks for that hint. That was exactly what I was looking for: Something I
can evaluate with the windows search function or GExperts grep.

MfG
twm



Subject: Get value from JVInspector
From: "edilsondneto" <edilsondneto@yahoo.com.br>
Date: Tue, 14 Aug 2007 13:22:37 +0100
Newsgroups: jedi.vcl

Hi everyone,
 I´m developing an application and I´m needing to get the value that is
edited in a JVInspector object.

 The first thing i do is populate the object (JVInspector) whith some data
(TJvInspectorVarData.New(InspCat, 'TEXT', TypeInfo(TDateTime),
TDateField);). After that users can edit the value and may save it. 

 How can i get this edited value from users in JVInspector???



--- posted by geoForum on http://delphi.newswhat.com


Subject: About JVinspector
From: "edilsondneto" <edilsondneto@yahoo.com.br>
Date: Mon, 13 Aug 2007 22:31:35 +0100
Newsgroups: jedi.vcl

I want to catch the data after edited JVinspector, type to know the value of 
the field at the moment. I want to make the inverse one of this function
TJvInspectorVarData.New(InspCat, 'TEXT', TypeInfo(TDateTime), TDateField);
… my true intention and to use the data of the JvInspector in real Time



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: List of which component resides in which package
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 11 Aug 2007 16:46:47 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Thomas Mueller wrote:
>> Hi,
>>
>> I have been installing JVCL on several computers lately without using the
>> installer and found it quite difficult to only compile/install the required
>> packages for a given project because I don't know which components are in
>> which package. Is there a list somewhere?
>>
>> For example, I check out sources that contain TJvFilenameEdit components and
>> get an error when loading the form that this component is not installed. So
>> I want to install the required package (but only that package, I usually
>> don't need 90% of the JVCL).
>
> Try the tool package jvcl\devtools\ReadPalettes with the JVCL fully installed. It is an experiment for some IDE functions i have written some years ago. It creates various CSV lists about the JVCL components.

Alternatively, you can read the files in packages\xml, they contain the definitions for the packages.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: List of which component resides in which package
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 11 Aug 2007 14:36:51 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Alternatively, you can read the files in packages\xml, they contain
> > the definitions for the packages.

And there is already code that does this:
jvcl\devtools\common\PackageInformation.pas

-- Regards, Andreas Hausladen 

Subject: Re: List of which component resides in which package
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 11 Aug 2007 16:08:15 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:
> Hi,
>
> I have been installing JVCL on several computers lately without using the
> installer and found it quite difficult to only compile/install the required
> packages for a given project because I don't know which components are in
> which package. Is there a list somewhere?
>
> For example, I check out sources that contain TJvFilenameEdit components and
> get an error when loading the form that this component is not installed. So
> I want to install the required package (but only that package, I usually
> don't need 90% of the JVCL).

Try the tool package jvcl\devtools\ReadPalettes with the JVCL fully installed. It is an experiment for some IDE functions i have written some years ago. It creates various CSV lists about the JVCL components.


Subject: List of which component resides in which package
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sat, 11 Aug 2007 14:48:21 +0200
Newsgroups: jedi.vcl

Hi,

I have been installing JVCL on several computers lately without using the
installer and found it quite difficult to only compile/install the required
packages for a given project because I don't know which components are in
which package. Is there a list somewhere?

For example, I check out sources that contain TJvFilenameEdit components and
get an error when loading the form that this component is not installed. So
I want to install the required package (but only that package, I usually
don't need 90% of the JVCL).

MfG
twm


Subject: Re: AV in JvRichEdit.Lines.LoadFromFile in some case
From: Edwin <nospam@domain.com>
Date: Sat, 11 Aug 2007 11:07:22 +0800
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Remko Bonte wrote:
>> I don't understand the log from Edwin, ie the access violation in TJvStreamConversion.Retry.
>
> But after reading mantis 1427 I understand it. I'll fix this.
> (http://homepages.borland.com/jedi/issuetracker/view.php?id=1427)
>

Thank you all!


Subject: [OT] Help by finding problem with jvPopupmenu
From: "Niels v/d Spek" <demonng@lumensoft.nl>
Date: Fri, 10 Aug 2007 22:31:09 +0200
Newsgroups: jedi.vcl

Hallo,

I'm working on a program that uses TjvPagecontrol, jvScrollbox and a 
jvPopupMenu connected to the jvScrollbox and the jvScrollbox is put inside a 
Tabsheet.
The problem is that in my program the shortcut's do's not work :(

To test this out-side me program a have create a second program like the 
first and strange, there it works well.
I have checked the properties of bod form's and control's, and can't find 
anything what can be worng.

Does anyone have a idea what this problem can be?

Thanks anyway

Niels





Subject: Re: How to stop TJvXPBar from centering itself?
From: Doug <please@no.spam>
Date: Fri, 10 Aug 2007 13:20:48 -0700
Newsgroups: jedi.vcl

Solved the problem by calling: JvXPBar.SetFocus;



Subject: Re: How to stop TJvXPBar from centering itself?
From: Doug <please@no.spam>
Date: Fri, 10 Aug 2007 10:39:00 -0700
Newsgroups: jedi.vcl

Correction:
The JvXPBars are inside a TJvXPContainer that is inside the TJvXPScrollBox.

On Fri, 10 Aug 2007 10:36:47 -0700, Doug <please@no.spam> wrote:

> >
> > Have a TJvXPBar inside of a TJvXPScrollBox. With the list of items larger than then client height of the JvXPScrollBox. When a user clicks on an item in JvXPBar, JvXPScollBox.VerticalScrollBar.Position changes to put the JvXpBar at the top. This only happens on the first click of the JvXPBar. This happening is someplace between the TJvXPBar.OnEnter and TJvXPBar.OnCanChange events.
> >
> > Unfortunately, this happens prior to the the user's selection being made. The result is that a different item in the list becomes selected.
> >
> > How do I either keep the the user's selection? Ideally would also like to keep the value of JvXPScollBox.VerticalScrollBar.Position.
> >



Subject: How to stop TJvXPBar from centering itself?
From: Doug <please@no.spam>
Date: Fri, 10 Aug 2007 10:36:47 -0700
Newsgroups: jedi.vcl


Have a TJvXPBar inside of a TJvXPScrollBox. With the list of items larger than then client height of the JvXPScrollBox. When a user clicks on an item in JvXPBar, JvXPScollBox.VerticalScrollBar.Position changes to put the JvXpBar at the top. This only happens on the first click of the JvXPBar. This happening is someplace between the TJvXPBar.OnEnter and TJvXPBar.OnCanChange events.

Unfortunately, this happens prior to the the user's selection being made. The result is that a different item in the list becomes selected.

How do I either keep the the user's selection? Ideally would also like to keep the value of JvXPScollBox.VerticalScrollBar.Position.


Subject: Re: AV in JvRichEdit.Lines.LoadFromFile in some case
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Fri, 10 Aug 2007 18:07:32 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> I don't understand the log from Edwin, ie the access violation in TJvStreamConversion.Retry.

But after reading mantis 1427 I understand it. I'll fix this.
(http://homepages.borland.com/jedi/issuetracker/view.php?id=1427)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: AV in JvRichEdit.Lines.LoadFromFile in some case
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Fri, 10 Aug 2007 18:04:22 +0200
Newsgroups: jedi.vcl

Jacob Boerema wrote:
> Could it be that in TJvRichEditStrings.LoadFromFile HandleNeeded is not called nor is there a check for HandleAllocated. LoadFromStream does call HandleNeeded.

Yes, that might be it! See the log http://jvcl.svn.sourceforge.net/viewvc/jvcl?view=rev&sortby=date&revision=5673

I don't understand the log from Edwin, ie the access violation in TJvStreamConversion.Retry.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: AV in JvRichEdit.Lines.LoadFromFile in some case
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Fri, 10 Aug 2007 16:10:16 +0200
Newsgroups: jedi.vcl

On Thu, 09 Aug 2007 23:09:46 +0200, "Remko Bonte" 
<remkobonteSP@Mgmail.com> wrote in article <f9fuii$385$1
@news.talkto.net>:
> > Edwin wrote:
>> > > Hi,
>> > > 
>> > > I have a JvRichEdit object in a hidden form and If I called 
>> > > Lines.LoadFromFile of that object without first call the 
>> > > JvRichEdit.clear method, then I will get a access vialation.
> > 
> > I can't reproduce that, so you have to provide more information to solve 

Could it be that in TJvRichEditStrings.LoadFromFile HandleNeeded is 
not called nor is there a check for HandleAllocated. LoadFromStream 
does call HandleNeeded.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://www.jacobboerema.nl/en/Freeware.htm 

Subject: Re: AV in JvRichEdit.Lines.LoadFromFile in some case
From: Edwin <nospam@domain.com>
Date: Fri, 10 Aug 2007 11:31:27 +0800
To: Remko Bonte <remkobonteSP@Mgmail.com>
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Edwin wrote:
>> Hi,
>>
>> I have a JvRichEdit object in a hidden form and If I called Lines.LoadFromFile of that object without first call the JvRichEdit.clear method, then I will get a access vialation.
>
> I can't reproduce that, so you have to provide more information to solve this bug. Best would be if you provide a minimal application that shows this problem. You can report a bugreport (http://homepages.borland.com/jedi/jvcl/ReportBug.htm) or upload it in jedi.binaries.
>

Hi Remko,

the call stack caught by JCLDEBUG:
Exception class: EAccessViolation
Exception address: 0042EA1F
------------------------------------------------------------------------------
Stack list, generated 2007-8-10 11:28:23
[007B48A0] JclHookExcept.HookedExceptObjProc + $18
[004049A3] System.@HandleAnyException + $33
[0055BD1B] JvRichEdit.TJvStreamConversion.Retry (Line 6400, "JvRichEdit.pas" + 4) + $9
[0055B032] JvRichEdit.TJvRichEditStrings.DoImport (Line 5941, "JvRichEdit.pas" + 39) + $A
[0055B530] JvRichEdit.TJvRichEditStrings.LoadFromFile (Line 6106, "JvRichEdit.pas" + 21) + $6

------------------------------------------------------------------------------
System   : Windows 2000 Professional, Version: 5.0, Build: 893, "Service Pack 4"
Processor: Intel,                 Intel(R) Celeron(R) CPU 2.66GHz, 2660 MHz MMX
Display  : 1280x1024 pixels, 32 bpp



Subject: Re: JvRichEdit and OLEDragDrop
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 09 Aug 2007 23:28:43 +0200
Newsgroups: jedi.vcl

KDU wrote:
> Hi All
> using JvRichEdit with OLEDragDrop, but the "OnDragDropEvents" do not fire.
>
> So, here the Questions I have:
> 1. How to get a event(s) fom the OleDragDrop?

Currently you can't. See also http://homepages.borland.com/jedi/issuetracker/view.php?id=4135. I plan to change JvRichEdit.pas so the code in TRichEditOleCallback.QueryAcceptData triggers an event.

> 2. The OleDragDrop mode is "DROPEFFECT_MOVE",  how can I change to
> DROPEFFECT_COPY ?

The only way to do this is to change the code of TRichEditOleCallback.GetDragDropEffect. For example:

function TRichEditOleCallback.GetDragDropEffect(fDrag: BOOL; grfKeyState: DWORD;
  var dwEffect: DWORD): HRESULT;
begin
  Result := S_OK;

  if not fdrag then
  begin
    if FRichEdit.ReadOnly then
      dwEffect := DROPEFFECT_NONE
    else
    begin
      if (grfKeyState and MK_CONTROL > 0) or (dwEffect and DROPEFFECT_MOVE = 0) then
        dwEffect := DROPEFFECT_COPY
      else
        dwEffect := DROPEFFECT_MOVE;
    end;
  end;
end;


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: AV in JvRichEdit.Lines.LoadFromFile in some case
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 09 Aug 2007 23:09:46 +0200
Newsgroups: jedi.vcl

Edwin wrote:
> Hi,
>
> I have a JvRichEdit object in a hidden form and If I called Lines.LoadFromFile of that object without first call the JvRichEdit.clear method, then I will get a access vialation.

I can't reproduce that, so you have to provide more information to solve this bug. Best would be if you provide a minimal application that shows this problem. You can report a bugreport (http://homepages.borland.com/jedi/jvcl/ReportBug.htm) or upload it in jedi.binaries.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvRichEdit and OLEDragDrop
From: KDU <kdudek@d-e-d.de>
Date: Thu, 09 Aug 2007 16:02:09 +0200
Newsgroups: jedi.vcl

Hi All
using JvRichEdit with OLEDragDrop, but the "OnDragDropEvents" do not fire.

So, here the Questions I have:
1. How to get a event(s) fom the OleDragDrop?
2. The OleDragDrop mode is "DROPEFFECT_MOVE",  how can I change to
DROPEFFECT_COPY ?

Thanks for help

Karsten


Subject: AV in JvRichEdit.Lines.LoadFromFile in some case
From: Edwin <nospam@domain.com>
Date: Thu, 09 Aug 2007 18:13:30 +0800
Newsgroups: jedi.vcl

Hi,

I have a JvRichEdit object in a hidden form and If I called Lines.LoadFromFile of that object without first call the JvRichEdit.clear method, then I will get a access vialation.


Subject: Installer does not save DCP directory for Delphi 2007
From: "Carsten Schuette" <schuettecarsten@googlemail.com>
Date: Wed, 08 Aug 2007 22:05:47 +0200
Newsgroups: jedi.vcl

Hi,

I just installed the current JVCL version (from SVN) into Delphi 2007. During install I changed the DCP path to "C:\Dokumente und Einstellungen\All Users\Dokumente\RAD Studio\5.0\Dcp", which is Codegear's standard DCP path. I have all my DCPs there.

The install process was fine.

But the installer does not remember this setting when install.bat is started again.

Carsten

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/


Subject: Re: images overlapped when use JvImagesViewer with PngImage
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Tue, 7 Aug 2007 13:56:16 +0200
Newsgroups: jedi.vcl

Can you post an screen-shot in binaries?

-- Regards, Peter "Edwin" <nospam@domain.com> skrev i meddelandet news:f6fb5s$q37$1@news.talkto.net...
> > Hi There,
> >
> > If you use JvImagesViewer with PngImage the images will be overlapped, but 
> > have no problem when using with graphicsEx, however PngImage can give you 
> > a higher quality bitmap.
> >
> > Thanks. 




Subject: Re: jvdesktopalert tutorial
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Tue, 7 Aug 2007 13:51:58 +0200
Newsgroups: jedi.vcl

The main use is if you want to use more than one alert at the same time in 
your app. If you don't assign a stacker to the alert, a default internal 
stacker is used. For example, you could use the default stacker for your 
JvDesktopAlert1 and a specific stacker for JvDesktopAlert2, and set the 
stacker to display on another edge of the screen (when you use your own 
stacker, its Position property overrides the Position property of the 
alert).

-- Regards, Peter "Stefan Henkenjohann" <shenkenjohann@googlemail.com> skrev i meddelandet news:f6fkdi$rdm$1@news.talkto.net...
> > Hi jedi,
> >
> > I am trying to use the tjvdesktopalert and the jvdesktopalert stack.I 
> > would like to create several alerts at the same time.
> >
> > But how can i do this?
> >
> > My Form has these two componentes. But i can only execute one desktopalert 
> > at the same time.
> >
> > Are there any sample codes or tutorial out there?
> >
> >
> > Hope thats clear. Thanks!
> > 




Subject: Re: Failure in JvValidators.pas (Wrong evaluation of GroupName)
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Tue, 7 Aug 2007 13:35:07 +0200
Newsgroups: jedi.vcl

That was my original thought as well, but then it won't be compatible with 
how it worked before. I don't have  a problem with changing the code, just 
as long as everyone is aware that it changes the behavior. You could also 
solve it by assigning a non-empty GroupName to all other items.

-- Regards, Peter "anro78" <andreas.roskosch@data-plan.de> skrev i meddelandet news:f99del$rk5$1@news.talkto.net...
> >I think there is a bug in JvValidators.pas at line 732. I want to validate
> > a single TJvCustomValidator which has a unique GroupName
> > ('edRequired10Chars') assigned, in the following way:
> >
> > JvValidators1.Validate('edRequired10Chars');
> >
> > This should call the OnValidate event of the validator which has the given
> > GroupName, but instead it validates all items assigned to JvValidator1.
> >
> > In my opinion the following line (JvValidators.pas, Line 732)
> >
> >  >> if Items[I].Enabled and ((Items[I].GroupName = '') or
> > AnsiSameText(GroupName, Items[I].GroupName)) then
> >
> > should be altered to
> >
> >  >> if Items[I].Enabled and ((GroupName = '') or AnsiSameText(GroupName,
> > Items[I].GroupName)) then
> >
> > to either perform the check when the given GroupName is the same as the
> > item's GroupName or when the given GroupName is empty (so to check all
> > items). In the original way all items get checked even if I give an
> > existent GroupName to the Validate procedure, which is only assigned to a
> > single validator.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: Problems with TJvListItem/ExceptionDLG and Bugtracker Register
From: Ralph Eisenbach <xyzzy@ingdewe.de>
Date: Tue, 07 Aug 2007 13:32:34 +0200
Newsgroups: jedi.vcl

Hi,

sorry been away for a while

OBones schrieb:
> Ralph Eisenbach wrote:
>
>> Therefore I suggest the following snippet for TJvListview.CustomDrawItem:
>
> So, to sum up, you add the test "is TJvListItem" ?
and the tests if Item's Font and Brush properties are not nil (the main reason for the error "nil cannot be assigned to TFont")
>
>>>> 3.) I tried to register to bugtracker, but always get the message
>>>> "the following from address failed. bugtacker@delphi-jedi.org". (My mail server is t-online.de)
>>>
>>> What is the account you tried to register?
>>
>> SurFan
>
> I resent the confirmation email for your account, and there clearly is a problem. I'm trying to contact the person in charge at t-online to clarify the situation.
>
meanwhile I am registered as Surfan4711 with my versanet account and reported the bugs into mantis

Thanks
Ralph


Subject: Failure in JvValidators.pas (Wrong evaluation of GroupName)
From: "anro78" <andreas.roskosch@data-plan.de>
Date: Tue, 7 Aug 2007 11:27:47 +0100
Newsgroups: jedi.vcl

I think there is a bug in JvValidators.pas at line 732. I want to validate
a single TJvCustomValidator which has a unique GroupName
('edRequired10Chars') assigned, in the following way:

JvValidators1.Validate('edRequired10Chars');

This should call the OnValidate event of the validator which has the given
GroupName, but instead it validates all items assigned to JvValidator1.

In my opinion the following line (JvValidators.pas, Line 732)

  >> if Items[I].Enabled and ((Items[I].GroupName = '') or
AnsiSameText(GroupName, Items[I].GroupName)) then

should be altered to

  >> if Items[I].Enabled and ((GroupName = '') or AnsiSameText(GroupName,
Items[I].GroupName)) then

to either perform the check when the given GroupName is the same as the
item's GroupName or when the given GroupName is empty (so to check all
items). In the original way all items get checked even if I give an
existent GroupName to the Validate procedure, which is only assigned to a
single validator.



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvHttpUrlGrabber/TJvFtpUrlGrabber OnError not working?
From: Peter Panino <peter-panino@aon.at>
Date: Sat, 04 Aug 2007 23:37:19 +0200
Newsgroups: jedi.vcl

Which errors is TJvHttpUrlGrabber/TJvFtpUrlGrabber OnError event supposed to report?

For example, with the following code and a wrong URL no error is reported (instead the 404 page is downloaded as the resulting file, with no error event!):

procedure TForm1.Button1Click(Sender: TObject);
var
  ThisURL, ThisFileName: string;
  ThisGrabber: TJvProxyingUrlGrabber;
begin
  ThisURL := 'http://www.irs.gov/pub/irs-pdf/fw9.pdfffffff'; //wrong URL
  //Correct URL is: http://www.irs.gov/pub/irs-pdf/fw9.pdf
  if JvHttpUrlGrabber1.CanGrab(ThisURL) then //HTTP
  begin
    ThisGrabber := JvHttpUrlGrabber1;
    Form1.Caption := 'HTTP';
  end
  else if JvFtpUrlGrabber1.CanGrab(ThisURL) then //FTP
  begin
    ThisGrabber := JvFtpUrlGrabber1;
    Form1.Caption := 'FTP';
  end
  else
  begin
    MessageDlg('Neither HTTP nor FTP!', mtError, [mbOK], 0);
    EXIT;
  end;
  ThisGrabber.Url := ThisURL;
  ThisGrabber.FileName := 'D:\downloadtest.pdf';
  ThisGrabber.OnError := GrabberError; //does not work!
  ThisGrabber.Start;
end;

procedure TForm1.GrabberError(Sender: TObject; ErrorMsg: string);
begin
  MessageDlg(ErrorMsg, mtInformation, [mbOK], 0);
end;


Subject: Re: JvTransparentButton tabstop
From: "diktyo" <diktyo@axd.forthnet.gr>
Date: Fri, 3 Aug 2007 09:50:20 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:


> > JvHTButton?


No FrameStyle to remove frame (Border).
Wordwrap True does not make it multiline.
HotTracking ?
Transparency (must see only caption) ?

Am I missing something ?

Thanks for the quick answer.

Petros



Subject: Re: JvTransparentButton tabstop
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 03 Aug 2007 11:05:14 +0200
Newsgroups: jedi.vcl

diktyo wrote:

> But I am not self-confident as a component maker, so any idea pointing
> to something more "professional" would be welcome.

JvHTButton?


Subject: Re: JvTransparentButton tabstop
From: "diktyo" <diktyo@axd.forthnet.gr>
Date: Fri, 3 Aug 2007 07:27:48 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > It is a TGraphicControl descendant ansd does not a TWinControl
> > descendant. Only TWinControl descendants have focus and therefore
> > TabStop or TabOrder properties.


I should have thought of that !!!

Anyway,

I am trying to achieve the following :

A URLlabel-type component, with multiline property, hot tracking (or
onMouseEnter onMouseLeave events) , no border BUT with tabstop property
so as to be keyboard navigable (used for some special menus).

I have used StaticText, adding the needed events and it kind of works !

But I am not self-confident as a component maker, so any idea pointing
to something more "professional" would be welcome.

Thanks,

Petros





Subject: Re: JvTransparentButton tabstop
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 02 Aug 2007 20:41:50 +0200
Newsgroups: jedi.vcl

diktyo wrote:
> JvTransparentButton seems to lack the TabStop and TabOrder properties,
> which makes it accessible only through mouse or a hot key.
> Is there a reason why it works this way ? 

It is a TGraphicControl descendant ansd does not a TWinControl descendant. Only TWinControl descendants have focus and therefore TabStop or TabOrder properties.


Subject: Error in JvDBTreeView
From: BluDes <DESPAMMAMIdarocchi@PERFAVOREtiscali.it>
Date: Thu, 02 Aug 2007 13:28:09 +0200
Newsgroups: jedi.vcl

Hi,
I'm experiencing a problem with the DBTreeView Component:
when a node has 2 or more subnodes (I tried with 2, 3 and 4 nodes), selecting a node does not always select the right row in the datasource.

Ex.
with 2 subnodes:
- parent
  - node1 (id 11)
  - node2 (id 12)

Selecting *node1* or *node2* always retrieves id 11


with 3 subnodes:
- parent
  - node1 (id 11)
  - node2 (id 12)
  - node3 (id 13)

Selecting *node1* or *node2* always retrieves id 11, selecting *node3* correctly retrieves id 13


with 4 subnodes:
- parent
  - node1 (id 11)
  - node2 (id 12)
  - node3 (id 13)
  - node4 (id 14)

Selecting *node1* or *node3* always retrieves id 11, selecting *node2* or *node4* always retrieves id 12



How can I correct the problem? Any suggestion on where to search in the source code?

Daniele


Subject: JvTransparentButton tabstop
From: "diktyo" <diktyo@axd.forthnet.gr>
Date: Thu, 2 Aug 2007 09:50:34 +0000 (UTC)
Newsgroups: jedi.vcl


JvTransparentButton seems to lack the TabStop and TabOrder properties,
which makes it accessible only through mouse or a hot key.
Is there a reason why it works this way ? 



Subject: About Moving Columns in the grids
From: "Niels v/d Spek" <demonng@lumensoft.nl>
Date: Thu, 2 Aug 2007 11:35:50 +0200
Newsgroups: jedi.vcl

Hallo,

Maby i'm overlooking this, but is there no event that is be called when a 
colomn is moved to an other position?

Thanks anyway.

Niels 




Subject: Re: Documentation?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Aug 2007 18:59:40 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> OBones wrote:
>> We won't get them out, but we would like to get as few of them as possible. Unfortunately, very few people write documentation and so we are lagging behind by a lot. However, you could look in the associated demo, if there is one. See examples folder.
>>
>
> Maybe it is an idea to add an 'Request documentation' button or something; so we know better what topics should be documented.

Might be interesting indeed, like a voting system. I'll try to have a look at that.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Documentation?
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Wed, 01 Aug 2007 18:38:49 +0200
Newsgroups: jedi.vcl

OBones wrote:
> We won't get them out, but we would like to get as few of them as possible. Unfortunately, very few people write documentation and so we are lagging behind by a lot. However, you could look in the associated demo, if there is one. See examples folder.
>

Maybe it is an idea to add an 'Request documentation' button or something; so we know better what topics should be documented.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Documentation?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Aug 2007 17:48:19 +0200
Newsgroups: jedi.vcl

We won't get them out, but we would like to get as few of them as possible. Unfortunately, very few people write documentation and so we are lagging behind by a lot. However, you could look in the associated demo, if there is one. See examples folder.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Documentation?
From: "Daniel" <daniel@dodgeit.com>
Date: Wed, 1 Aug 2007 17:05:26 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> schrieb im Newsbeitrag 
news:f65pea$doi$3@news.talkto.net...
> > http://homepages.codegar.com/jedi/jedihelp/
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/

Are there intentions to get these dreaded "Write here a summary (1 line)"s 
out of this Portal for help-seeking JVCL-users?

Please pardon my unprofessionalism, but i am always really depressed when i 
try to lookup some functionality of some Component at that URL.

And after some tries i am already used to getting "Write here a summary (1 
line)" as an answer. This doesnt make me happy *sniffs*

I wish u all the best for your documentation-efforts! 




Subject: Re: Help about JvDBTreeView
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 01 Aug 2007 15:18:07 +0200
Newsgroups: jedi.vcl

BluDes wrote:
> [This message was also sent to jedi.general, if it is inappropriate here please do not reply]
>
>
> Hi everyone,
>  I was finally able to get to work the JvDBTreeView component.
> Now I'd like to share my knowledge writing some help pages.
> On the JEDI Online Help page there's an edit button but my modification don't go anywhere since I'm not logged in (I hoped the information would have been sent to an admin for approval).
>
> How do I obtain a password? It is written there to contact an administrator but, how do I do that?
>
> Bye,
> Daniele

It should have only been posted here, I replied in .general, please continue conversation over there.


Subject: Help about JvDBTreeView
From: BluDes <DESPAMMAMIdarocchi@PERFAVOREtiscali.it>
Date: Wed, 01 Aug 2007 15:13:21 +0200
Newsgroups: jedi.vcl

[This message was also sent to jedi.general, if it is inappropriate here please do not reply]


Hi everyone,
 I was finally able to get to work the JvDBTreeView component.
Now I'd like to share my knowledge writing some help pages.
On the JEDI Online Help page there's an edit button but my modification don't go anywhere since I'm not logged in (I hoped the information would have been sent to an admin for approval).

How do I obtain a password? It is written there to contact an administrator but, how do I do that?

Bye,
Daniele


Subject: Re: Changing SVN Login Messages
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 30 Jul 2007 23:08:28 +0200
Newsgroups: jedi.vcl

That's realy sad.

And tortoise also didn't have such an option.

Greetings
Jens

OBones schrieb:
> Once the revision is in, you cannot change it, or the associated log message.
> You must commit a new "dummy" revision with the appropriate message.
> And SF does not allow me to setup a script that would prevent an empty log message to go through which is quite unfortunate.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Changing SVN Login Messages
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Sun, 29 Jul 2007 22:21:33 +0100
Newsgroups: jedi.vcl

Jens,

This change requires a script to be activated a server side and sf's admin
didn't do this. Changing this commit's message won't be easily possible.
(It can be changed if a project administrator dump the content of the
repository, locally change commit message and reinit sf repository with
updated dump).

- Florent



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Changing SVN Login Messages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 29 Jul 2007 22:25:24 +0200
Newsgroups: jedi.vcl

Once the revision is in, you cannot change it, or the associated log message.
You must commit a new "dummy" revision with the appropriate message.
And SF does not allow me to setup a script that would prevent an empty log message to go through which is quite unfortunate.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Changing SVN Login Messages
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 29 Jul 2007 21:22:43 +0200
Newsgroups: jedi.vcl

Hi,

is there a way to change the svn login messages.

I've commited a bigger change and forgot to enter the log message :-(

In the minimum the message should be :
"New TJvControlActionEngine Class"

If i try it with Tortoise, i've got an error message.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Advantages of jvImageList?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Fri, 27 Jul 2007 17:35:52 -0500
Newsgroups: jedi.vcl

All,

Ive been using the D7 imagelist component for storing a series of bitmaps 
but run into problems with using the list for large images, etc.   Im 
guessing its really designed for holding icons and UI elements where my use 
is for larger images.

Which got me started looking for a replacement and I noticed jvImagelist... 
and was wondering what the advantages of this component are?  I couldnt find 
any doc... so thought id ask here.

Thanks,

Dan 




Subject: Re: Need some help about TTabSheet
From: "Niels v/d Spek" <demonng@lumensoft.nl>
Date: Fri, 27 Jul 2007 20:39:15 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> > Niels v/d Spek a écrit :
>> >> I added an OnChanging event to TTabsheet and i'm now searching for a
>> >> way to let Delphi know that it excist. But i do not find the right
>> >> way to do it. If have tried with RegisterClasses and RegisterNoIcons
>> >> but then delphi can not load my form with the new TTabsheet. What or
>> >> how do i do that?
> >
> > You have to add this component to a run-time package and move
> > component registration to a design-time package.

Yes, that i have already done. The only thing is that it will not work at 
the moment.
Only when i register the new TTabsheet as RegisterComponents it work, but 
than it is showed in the component palete what i do not like.

> >
> > In order to change tab sheet default class, you'll probably have to
> > write a component editor (in the design-time package) which implements
> > commands "New page", "Next page", "Previous Page" and "Delete page".

Okee, is there an excemple someware that tell's me how to do this?





Subject: Re: Need some help about TTabSheet
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 27 Jul 2007 18:51:47 +0200
Newsgroups: jedi.vcl

Niels v/d Spek a écrit :
> I added an OnChanging event to TTabsheet and i'm now searching for a way to let Delphi know that it excist. But i do not find the right way to do it. If have tried with RegisterClasses and RegisterNoIcons but then delphi can not load my form with the new TTabsheet. What or how do i do that?

You have to add this component to a run-time package and move component registration to a design-time package.

In order to change tab sheet default class, you'll probably have to write a component editor (in the design-time package) which implements commands "New page", "Next page", "Previous Page" and "Delete page".

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re:Need some help about TTabSheet
From: "Niels v/d Spek" <demonng@lumensoft.nl>
Date: Fri, 27 Jul 2007 10:36:30 +0200
Newsgroups: jedi.vcl

 Hello again,

I added an OnChanging event to TTabsheet and i'm now searching for a way to 
let Delphi know that it excist. But i do not find the right way to do it. If 
have tried with RegisterClasses and RegisterNoIcons but then delphi can not 
load my form with the new TTabsheet. What or how do i do that?

Thanks

Niels 




Subject: Re: a nice idea came up on delphi-praxis
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Jul 2007 17:01:44 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> We still have to do file release, CD cover, USB Key logo, T-Shirt picture :)

Lets search for new members. I think i will ask in the basm newsgroup for an assembler specialist to get our assembler functions straight. JclUnicode could live with less assembler functions and needs an update in the parameters to be a complete replacement for JclWideStrings.

Attracting an artist may be not that easy, but we are under no time pressure. First we need to discuss this in Steering.


Subject: Re: TjvImgbtn (D7 win xp) JVCL 3.30
From: fabien <nospam@nodom.com>
Date: Thu, 26 Jul 2007 14:16:45 +0200
Newsgroups: jedi.vcl

extract from my dfm :

object BTUTIL: TjvimgBtn
       Left = 125
       Top = 11
       Width = 97
       Height = 41
       Caption = 'Util'
       Font.Charset = DEFAULT_CHARSET
       Font.Color = clWindowText
       Font.Height = -16
       Font.Name = 'Arial Black'
       Font.Style = []
       ParentFont = False
       TabOrder = 2
       TabStop = False
       OnClick = BtutilClick
       Color = 9469286
       HotTrackFont.Charset = DEFAULT_CHARSET
       HotTrackFont.Color = clWindowText
       HotTrackFont.Height = -16
       HotTrackFont.Name = 'Arial Black'
       HotTrackFont.Style = []
       Images = ImageList1
       ImageIndex = 75
       Margin = 1
end

OBones avait prétendu :
> fabien wrote:
>> Hello,
>>
>> I use tjvimgnbtn in my soft,
>> and I have a problem on one button, when I close a form , the principal form appears but one button is not visible. If I bring the mouse on it , it appears.
>>
>> I tried to replace this component by a simple TButton, and then, there is not problem.
>>
>> Does anybody know any issue about this ?
>
> Do you have any text on this button?
> What type is the graphic on it?

-- 
Email : http://cerbermail.com/?SGcc0rQl4J




Subject: Re: a nice idea came up on delphi-praxis
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 26 Jul 2007 14:05:15 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> There are companies handling this. See Groklaw.

We still have to do file release, CD cover, USB Key logo, T-Shirt picture :)

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: TjvImgbtn (D7 win xp) JVCL 3.30
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Jul 2007 13:56:58 +0200
Newsgroups: jedi.vcl

fabien wrote:
> Hello,
>
> I use tjvimgnbtn in my soft,
> and I have a problem on one button, when I close a form , the principal form appears but one button is not visible. If I bring the mouse on it , it appears.
>
> I tried to replace this component by a simple TButton, and then, there is not problem.
>
> Does anybody know any issue about this ?

Do you have any text on this button?
What type is the graphic on it?


Subject: Re: a nice idea came up on delphi-praxis
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Jul 2007 13:49:47 +0200
Newsgroups: jedi.vcl

OBones wrote:

> There is always a cost, storage, shipping come to mind, and then there is the time required to be spent on this.
> I'd rather have more documentation to be written, but still like the idea of JEDI branded goodies.

There are companies handling this. See Groklaw.


Subject: TjvImgbtn (D7 win xp) JVCL 3.30
From: fabien <nospam@nodom.com>
Date: Thu, 26 Jul 2007 11:59:18 +0200
Newsgroups: jedi.vcl

Hello,

I use tjvimgnbtn in my soft,
and I have a problem on one button, when I close a form , the principal form appears but one button is not visible. If I bring the mouse on it , it appears.

I tried to replace this component by a simple TButton, and then, there is not problem.

Does anybody know any issue about this ?

Thanks,
Fabien

-- 
Email : http://cerbermail.com/?SGcc0rQl4J




Subject: Re: JVUltimDbGrid Sort and arrow.
From: "Terry Yapt" <yaptNO@teSPchAMnovell.com>
Date: Thu, 26 Jul 2007 09:56:03 +0000 (UTC)
Newsgroups: jedi.vcl

Terry Yapt wrote:

> > Hello,
> > 
> > I must to offer sort on title click to my users.
> > 
> > I have been using ADO and all was ok and all is snap.  My problem is
> > now when I would like to use a new vcl components to access PostgreSQL
> > natively.  I am using PostgresDAC.
> > 
> > ok.  I know I must use onUserSort and I can sort directly on my table
> > component.
> > 
> > But I would like to show up/down arrow to my users depending on
> > ordered type I am using (ASC / DESC).  But I cannot to get it success.
> > 
> > Are there any example on manual sorting and arrow showing to
> > DBUltimGrid ?  Or can you post any example here ?
> > 
> > Thanks.

Answering to myself and hoping this could be useful for others.  Here
is my 'onUserSort' code working with a PostgresDAC (postgreSQL)
PSQLTable.

=================
procedure TfMyForm.DbGrid1UserSort(Sender: TJvDBUltimGrid;
  var FieldsToSort: TSortFields; SortString: string; var SortOK:
Boolean);
var
  I: Integer;
begin
  SortString := '';
  for I := 0 to High(FieldsToSort) do
    begin
      if SortString = '' then
         SortString := FieldsToSort[I].Name
      else
         SortString := SortString + ',' + FieldsToSort[I].Name;
      if FieldsToSort[i].Order then
         SortString := SortString + ' ASC'
      else
         SortString := SortString + ' DESC';
    end;
   MyTable.SortBy(SortString);
   SortOk := true;
end;
=================

It is my first test code but I think it can be useful to start.....

Greetings...

-- 

Subject: Problem with docking and bsToolWindow
From: Sovitec <development@sovitec-nospam-info.com>
Date: Thu, 26 Jul 2007 10:02:23 +0200
Newsgroups: jedi.vcl

Hello,

I've found what I think is a bug : When using JvDockClient component on
a bsToolWindow Form then it's impossible to move the window with the
mouse except if you right-click on the form and select "move".

I'm using Delphi 2007 and Jedi 3.32 on Windows XP SP2.

Steps to reproduce :
* Create a MDI project
* Drop JvDockServer and JvDockVCStyle on the main form
* Create a form (the about box can do the trick) and apply the
bsToolWindow style
* Drop a JvDockClient component on the form

Sovitec

PS : I tried to create an account on the issue tracker but most of the
time the email cannot be sent. And the only time I received an email I
was unable to set a password.


Subject: Re: a nice idea came up on delphi-praxis
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Jul 2007 08:37:57 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Robert Marquardt a écrit :
>> That could work. Groklaw does earn some money through it. Also Baen's Universe (a SF ebook magazine) earns a good part through such merchandise.
>> The question is what it means for Jedi. Starting to earn money is something not lightly undertaken.
>> We need an artist for this.
>
> All these merchandises can be produced and shipped with 0.00% royalties to Jedi, but could we exploit this "brand" at no cost?

There is always a cost, storage, shipping come to mind, and then there is the time required to be spent on this.
I'd rather have more documentation to be written, but still like the idea of JEDI branded goodies.


Subject: Re: a nice idea came up on delphi-praxis
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 26 Jul 2007 06:05:21 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> That could work. Groklaw does earn some money through it. Also Baen's Universe (a SF ebook magazine) earns a good part through such merchandise.
> The question is what it means for Jedi. Starting to earn money is something not lightly undertaken.
> We need an artist for this.

All these merchandises can be produced and shipped with 0.00% royalties to Jedi, but could we exploit this "brand" at no cost?

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: a nice idea came up on delphi-praxis
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Jul 2007 05:53:51 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Do you want to start merchandising including tshirts, coffecups, mousepads and a JEDI game?   :-)
>
> Just kidding...
>
> Ralf

That could work. Groklaw does earn some money through it. Also Baen's Universe (a SF ebook magazine) earns a good part through such merchandise.
The question is what it means for Jedi. Starting to earn money is something not lightly undertaken.
We need an artist for this.


Subject: JVUltimDbGrid Sort and arrow.
From: "Terry Yapt" <yaptNO@teSPchAMnovell.com>
Date: Wed, 25 Jul 2007 16:51:03 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

I must to offer sort on title click to my users.

I have been using ADO and all was ok and all is snap.  My problem is
now when I would like to use a new vcl components to access PostgreSQL
natively.  I am using PostgresDAC.

ok.  I know I must use onUserSort and I can sort directly on my table
component.

But I would like to show up/down arrow to my users depending on ordered
type I am using (ASC / DESC).  But I cannot to get it success.

Are there any example on manual sorting and arrow showing to
DBUltimGrid ?  Or can you post any example here ?

Thanks.

-- 

Subject: TJvWizard and Multilizer
From: "Larry Maturo" <lmaturo@imceda.com>
Date: Wed, 25 Jul 2007 11:18:33 -0500
Newsgroups: jedi.vcl

I am trying to use Multilizer on a dialog with a TJvWizard, and can't
get it to come up in Multilizer.  As a result, the localization team can't
adjust the widths of labels, checkboxes, and radiobuttons to fit the
Japanese text.  As a work around we have manually sized them, and
then moved the control to the right of them way over, so as not to
have a problem, which means the non-localized version looks just
terrible.

Does anyone know how to handle this?

-- Larry Maturo 




Subject: Re: a nice idea came up on delphi-praxis
From: "Ralf Kaiser" <rk@lingosmart.de>
Date: Wed, 25 Jul 2007 17:09:05 +0200
Newsgroups: jedi.vcl

"Florent Ouchet" <outchy@users.sourceforge.net> schrieb im Newsbeitrag 
news:f851mq$gd$1@news.talkto.net...

> > matter of redistributing Jedi goodies (CD, USB keys...) to the people

Do you want to start merchandising including tshirts, coffecups, mousepads 
and a JEDI game?   :-)

Just kidding...

Ralf





Subject: Re: a nice idea came up on delphi-praxis
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 24 Jul 2007 21:27:31 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> It is also about developers wanting to archive some project. The JVCL version used can be archived best as a CD so we should offer an ISO image to make that easy. Developers are also prone to collecting physical gimmicks just like anybody else :-)

You may submit this proposition to the steering comity. Which projects would like to be on that support?

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: I have created a small enhancement to TTabSheet
From: "Niels v/d Spek" <demonng@lumensoft.nl>
Date: Tue, 24 Jul 2007 20:40:30 +0200
Newsgroups: jedi.vcl

Hello,

I have created a small enhancement to TTabsheet, like:

  TJvTabSheet = class(TTabSheet)
  private
    FOnChanging: TTabChangingEvent;
  published
    property OnChanging: TTabChangingEvent read FOnChangingwrite 
FOnChanging;
  end;

To call this event, we can modify the TJvPageControl.CanChange to call the 
event, like:

function TJvPageControl.CanChange: Boolean;
begin
  Result := inherited CanChange;
  If Result and (ActivePage <> nil) and 
assigned(TjvTabSheet(ActivePage).FOnChanging) then
     TjvTabSheet(ActivePage).FOnChanging(sender,result);
  if Result and (ActivePage <> nil) and ReduceMemoryUse then
    {$IFDEF CLR}
    ActivePage.GetType.InvokeMember('DestroyHandle', BindingFlags.NonPublic 
or BindingFlags.InvokeMethod, nil, ActivePage, []);
    {$ELSE}
    TTabSheetAccessProtected(ActivePage).DestroyHandle;
    {$ENDIF}
end;

Now would it be beautiful when adding new sheet's on a T(jv)Pagecontrol this 
class was created. The only thing is, i do not know how to do this. I kan do 
it by hand, i know. But that is not a nice solution.


Can someone help me to work this out?

Thanks

Niels 




Subject: Re: recommendations on jvInterpreter vs RemObjects Pascal Script?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Tue, 24 Jul 2007 12:03:34 -0500
Newsgroups: jedi.vcl

Ivan,

Thanks for the reply...   thats pretty much how I had determined things 
worked with JvInterpreter...  unfortunately since its a preexisting app im 
adding support to im kinda stuck with the record structure which contains a 
number of 2d arrays or records which seemed rather cumbersome to define for 
jvinterpreter.  Ill play with your suggestions...   what ive been doing so 
far is creating a series of functions which access and/or update the record 
structure so its accessible in an abstract way...  it works well but its 
time consuming setting it up.

Dan

"Ivan Ravin" <ivan_ra@mail.ru> wrote in message 
news:f848hn$sal$1@news.talkto.net...
> > You can access records using adapter like this (recb renamed to Trecb):
> >
> > //first, write create an dispose procedures
> > type
> >  Precb = ^Trecb;
> >
> > procedure JvInterpreter_NewTrecb(var Value: Pointer);
> > begin
> >  New(Precb(Value));
> > end;
> >
> > procedure JvInterpreter_DisposeTrecb(const Value: Pointer);
> > begin
> >  Dispose(Precb(Value));
> > end;
> >
> > // second, register your record:
> > procedure RegisterJvInterpreterAdapter(JvInterpreterAdapter: 
> > TJvInterpreterAdapter);
> > const
> >  cYourUnit = 'YourUnit';
> > begin
> >  with JvInterpreterAdapter do
> >  begin
> > ...
> >    AddRec(cYourUnit , 'Trecb', SizeOf(Trecb), [
> >      RFD('x', 0, varInteger), // second argument is offset in record
> >      RFD('y', 4, varInteger),
> >      RFD('v', 8, varInteger)
> >      ],
> >      JvInterpreter_NewTrecb, JvInterpreter_DisposeTrecb, nil);
> > ...
> >  end;
> > end;
> >
> > // and last, write 2 convert functions (if You want to pass records from 
> > programm to script and back):
> >
> > function recb2Var(const recb: Trecb): Variant;
> > var
> >  Rec: Precb;
> > begin
> >  New(Rec);
> >  Rec^ := recb;
> >  Result := R2V('Trecb', Rec);
> > end;
> >
> > function Var2recb(const recb: Variant): Trecb;
> > begin
> >  Result := Trecb(V2R(recb)^);
> > end;
> >
> > // now You can use recb2Var and Var2recb like O2V, V2O, V2C, C2V, etc.
> >
> > array of records is more complex case, and I think nobody uses it in 
> > jvInterpreter. Usually arrays are passed like variants:
> > myarray:variant;
> > myarray = varArrayCreate(...)
> > but this function cant create array of records
> > You can try to use this :
> >
> > myarray = varArrayCreate([0,50,0,50], varVariant);
> > myarray[i,j] = recdb
> > (Im not sure this will work)
> >
> > or use TList, TStringList or other object types
> >
>> >> Well... im retrofiting an existing app with script support...   and I 
>> >> would like for script writers to have access to a complex record that the 
>> >> application uses...
>> >>
>> >> For example:
>> >>
>> >> Type
>> >>  recb=              record
>> >>                            x,y,v:    Integer;
>> >>                         end;
>> >>
>> >>  DemoRecord= record
>> >>                             a:   String;
>> >>                             b:   Integer;
>> >>                             v1: Array[1..50,1..50] of recb;
>> >>                          end;
>> >>
>> >> Basically a record that contains arrays of sub records as well as other 
>> >> fields.    Is there an easy way to make this structure available in 
>> >> jvinterpreter scripts?
>> >>
> >
> > 




Subject: Re: a nice idea came up on delphi-praxis
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 24 Jul 2007 16:08:02 +0100
Newsgroups: jedi.vcl

> >Nah, many companies prefer CDs, much easier to store.
> >But we could have USB keys branded to the JEDI logo...

mmm...

After thinking a while about it I believe is a bad idea.

Why someone would want a STATIC CD if he/she can easily download the
latest (release or daily snapshot) of JCL/JVCL from the web?

May be a few year ago when common place was modem. But now, common place
is hi ADSL or better with speeds of 256Kbps or plus (I have 1Mb ADSL for
just US$55/mo and I live in a 3r world country!).

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: a nice idea came up on delphi-praxis
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 24 Jul 2007 16:50:30 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> I don't think that's the point here.
> Providing Jedi libraries on a materialized support will never replace files at Sourceforge (band is about 10GB per day there). It's just a matter of redistributing Jedi goodies (CD, USB keys...) to the people who wants some real world objects from the community.

It is also about developers wanting to archive some project. The JVCL version used can be archived best as a CD so we should offer an ISO image to make that easy. Developers are also prone to collecting physical gimmicks just like anybody else :-)


Subject: Re: a nice idea came up on delphi-praxis
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 24 Jul 2007 16:32:33 +0200
Newsgroups: jedi.vcl

ssamayoa a écrit :
> After thinking a while about it I believe is a bad idea.
>
> Why someone would want a STATIC CD if he/she can easily download the
> latest (release or daily snapshot) of JCL/JVCL from the web?
>
> May be a few year ago when common place was modem. But now, common place
> is hi ADSL or better with speeds of 256Kbps or plus (I have 1Mb ADSL for
> just US$55/mo and I live in a 3r world country!).

I don't think that's the point here.
Providing Jedi libraries on a materialized support will never replace files at Sourceforge (band is about 10GB per day there). It's just a matter of redistributing Jedi goodies (CD, USB keys...) to the people who wants some real world objects from the community.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: a nice idea came up on delphi-praxis
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 24 Jul 2007 13:03:45 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
>
> Just an other idea, ordering a CD is quite old fashion, what about an USB key?

Nah, many companies prefer CDs, much easier to store.
But we could have USB keys branded to the JEDI logo...


Subject: Re: a nice idea came up on delphi-praxis
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 24 Jul 2007 12:06:12 +0200
Newsgroups: jedi.vcl


Just an other idea, ordering a CD is quite old fashion, what about an USB key?

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: a nice idea came up on delphi-praxis
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 24 Jul 2007 12:00:53 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Going commercial is not that easy. I would very much dislike the hassles. Isn't Jedi tax-exempt? If so then going commercial is problematic.

agreed

> Print-on-demand services are available. Think lulu.com.
> Adding the help in PDF or adding a converter to PDF looks interesting also.

I thought about a printed documentation but that's not realistic, help for the JCL in pdf is 4200 page long!!!
A single CD would be large enough for all Jedi libraries and it's quite cheap (less than 10€ fabrication costs and expedition fees included).

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: recommendations on jvInterpreter vs RemObjects Pascal Script?
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 24 Jul 2007 11:26:48 +0400
Newsgroups: jedi.vcl

You can access records using adapter like this (recb renamed to Trecb):

//first, write create an dispose procedures
type
  Precb = ^Trecb;

procedure JvInterpreter_NewTrecb(var Value: Pointer);
begin
  New(Precb(Value));
end;

procedure JvInterpreter_DisposeTrecb(const Value: Pointer);
begin
  Dispose(Precb(Value));
end;

// second, register your record:
procedure RegisterJvInterpreterAdapter(JvInterpreterAdapter: 
TJvInterpreterAdapter);
const
  cYourUnit = 'YourUnit';
begin
  with JvInterpreterAdapter do
  begin
....
    AddRec(cYourUnit , 'Trecb', SizeOf(Trecb), [
      RFD('x', 0, varInteger), // second argument is offset in record
      RFD('y', 4, varInteger),
      RFD('v', 8, varInteger)
      ],
      JvInterpreter_NewTrecb, JvInterpreter_DisposeTrecb, nil);
....
  end;
end;

// and last, write 2 convert functions (if You want to pass records from 
programm to script and back):

function recb2Var(const recb: Trecb): Variant;
var
  Rec: Precb;
begin
  New(Rec);
  Rec^ := recb;
  Result := R2V('Trecb', Rec);
end;

function Var2recb(const recb: Variant): Trecb;
begin
  Result := Trecb(V2R(recb)^);
end;

// now You can use recb2Var and Var2recb like O2V, V2O, V2C, C2V, etc.

array of records is more complex case, and I think nobody uses it in 
jvInterpreter. Usually arrays are passed like variants:
myarray:variant;
myarray = varArrayCreate(...)
but this function cant create array of records
You can try to use this :

myarray = varArrayCreate([0,50,0,50], varVariant);
myarray[i,j] = recdb
(Im not sure this will work)

or use TList, TStringList or other object types

> > Well... im retrofiting an existing app with script support...   and I 
> > would like for script writers to have access to a complex record that the 
> > application uses...
> >
> > For example:
> >
> > Type
> >  recb=              record
> >                            x,y,v:    Integer;
> >                         end;
> >
> >  DemoRecord= record
> >                             a:   String;
> >                             b:   Integer;
> >                             v1: Array[1..50,1..50] of recb;
> >                          end;
> >
> > Basically a record that contains arrays of sub records as well as other 
> > fields.    Is there an easy way to make this structure available in 
> > jvinterpreter scripts?
> >




Subject: Re: a nice idea came up on delphi-praxis
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 24 Jul 2007 05:59:07 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Don't know if just a boxed CD would be valuable, having some documentation on paper would make the product more attractive.
>
> Do you know of any company that sells such services without initial costs?

Going commercial is not that easy. I would very much dislike the hassles. Isn't Jedi tax-exempt? If so then going commercial is problematic.

Print-on-demand services are available. Think lulu.com.
Adding the help in PDF or adding a converter to PDF looks interesting also.


Subject: Re: recommendations on jvInterpreter vs RemObjects Pascal Script?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Mon, 23 Jul 2007 12:50:28 -0500
Newsgroups: jedi.vcl

Thomas,

Ive used dws2... it works well too...   but I used jvinterpreter on my last 
project as it was part of jedi which seemed a little more likely to be 
around in the future... could be wrong but thats the impression their 
websites left me with.

The things that led me to looking at Pascal Script are the hope that it has 
an easy way for making record structures available to scripts,  its easy DLL 
support, and the ability to compile apps and retrieve the app as a string 
for easy storage or distribution without sourcecode... although the record 
structure support is the big one im looking for.

Dan


"Thomas Mueller" <nospam@dummzeuch.de> wrote in message 
news:f7sff4$rjh$1@news.talkto.net...
> > Hi,
> >
> > Alchemist wrote:
> >
>> >> Ive been using jvInterpreter in an app and its worked well (running 2000+
>> >> line scripts without incident too) but I was looking at the Free Pascal
>> >> Script 3 from RemObjects and was curious if anyone had experience with
>> >> both and might have some comments about strengths of each etc?
> >
> > I haven't got experience with either, but I have used Delhi Web Script
> > (dws2) for that purpose. Yet another option. ;-)
> >
> > MfG
> > twm 




Subject: Re: recommendations on jvInterpreter vs RemObjects Pascal Script?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Mon, 23 Jul 2007 12:45:35 -0500
Newsgroups: jedi.vcl

Ivan,

Well... im retrofiting an existing app with script support...   and I would 
like for script writers to have access to a complex record that the 
application uses...

For example:

Type
  recb=              record
                            x,y,v:    Integer;
                         end;

  DemoRecord= record
                             a:   String;
                             b:   Integer;
                             v1: Array[1..50,1..50] of recb;
                          end;

Basically a record that contains arrays of sub records as well as other 
fields.    Is there an easy way to make this structure available in 
jvinterpreter scripts?

Btw...  just as a plus for jvinterpreter ive used it in one app...  where a 
2000+ line script with many dozens of mysql lookups... and it will run 
against 100+ datasets in under 2 minutes.

Thanks,

Dan






"Ivan Ravin" <ivan_ra@mail.ru> wrote in message 
news:f81fik$fqf$1@news.talkto.net...
> > Could You get some examples of code You need to run?
> > I think there is not big problem to extend jvInterpreter functionality
> >
>> >> Ive been using jvInterpreter in an app and its worked well (running 2000+ 
>> >> line scripts without incident too) but I was looking at the Free Pascal 
>> >> Script 3 from RemObjects and was curious if anyone had experience with 
>> >> both and might have some comments about strengths of each etc?
>> >>
>> >> The big thing that i like from what ive seen of Pascal Script is the ease 
>> >> of accessing external records, etc. which ive never seemed to get working 
>> >> smoothly in jvInterpreter.
>> >>
>> >> Anyone?
>> >>
> >
> > 




Subject: Re: a nice idea came up on delphi-praxis
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 23 Jul 2007 18:20:00 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> ISO images for the JVCL releases and a nice cover to print on the CD.
>
> I created the Project Gutenberg SF CD.
> Why am i such a bloke not to see this?

Don't know if just a boxed CD would be valuable, having some documentation on paper would make the product more attractive.

Do you know of any company that sells such services without initial costs?

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: a nice idea came up on delphi-praxis
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 23 Jul 2007 18:12:55 +0200
Newsgroups: jedi.vcl

ISO images for the JVCL releases and a nice cover to print on the CD.

I created the Project Gutenberg SF CD.
Why am i such a bloke not to see this?


Subject: CheckOnExit to False is not working.
From: "HD" <dumh@hotmail.com>
Date: Mon, 23 Jul 2007 09:29:38 -0400
Newsgroups: jedi.vcl

Hello,

I use the TJVDBDateEdit component in Delphi 7 and even if the CheckOnExit is 
set to False, it still check the date before the OnExit event is fired. Is 
this a bug??  Is there another property to block the checking upon exiting??
I don't want the component to CheckOnExit, I want to put my own code on the 
OnExit event and show a custom message in French.

How can I do that?

H. Dumas 




Subject: Re: Does Jedi include such a DevTool?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 23 Jul 2007 15:12:12 +0200
Newsgroups: jedi.vcl

"Robert Marquardt" wrote in message <news:f826ns$ivo$1@news.talkto.net>:

> > Ah, it means we should clean the SVN repository with the tool.
> > The problem is that most of our developers now use D2006 or D2007 which 
> > can cause these problems. Naturally we forget to clean after each 
> > example change.
Excuse Robert, I' needed this handy tool for an own project and not for any
Jedi source code.

-- cu, Michael 

Subject: JvTFScheduleManager
From: Sidnei <sidjeanp@yahoo.com.br>
Date: Mon, 23 Jul 2007 10:06:10 -0300
Newsgroups: jedi.vcl

I am problem for to use event LoadBacth for JvTFScheduleManager in the property BacthName return "Symbol was eliminated by linker". Not load appointments in the XML. Help me.


Subject: Re: Does Jedi include such a DevTool?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 23 Jul 2007 14:47:51 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "Michael Fritz" wrote in message
> <news:1shlqdp3wpez0$.1havrj8oc0m3p.dlg@40tude.net>:
>
>> I've seen that there is a D10.txt in devtools/bin which exactly holds those
>> mentioned properties, so what tool uses this text file?
> I'VE FOUND IT ;-) dfmcleaner is the keyword or subdirectory.

Ah, it means we should clean the SVN repository with the tool.
The problem is that most of our developers now use D2006 or D2007 which can cause these problems. Naturally we forget to clean after each example change.


Subject: Re: Does Jedi include such a DevTool?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 23 Jul 2007 13:23:20 +0200
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:1shlqdp3wpez0$.1havrj8oc0m3p.dlg@40tude.net>:

> > I've seen that there is a D10.txt in devtools/bin which exactly holds those
> > mentioned properties, so what tool uses this text file?
I'VE FOUND IT ;-) dfmcleaner is the keyword or subdirectory.

-- cu, Michael 

Subject: Does Jedi include such a DevTool?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 23 Jul 2007 13:16:59 +0200
Newsgroups: jedi.vcl

Hi,

I wonder how are you programming using multiple Delphi IDEs. 

The reason why I ask this question: I have created a form with a splitter,
using Turbo Delphi. This splitter seems to have some hidden properties
ExplicitLeft, ExplicitTop and ExplicitHeight (ExplicitWidth) which cannot
be accessed in the O-Inspector.

Of course this compiles well in Turbo, however when compiling or opening
this form in Delphi 7, the IDE complaints about wrong properties on
this form. The same happens with DrawingStyle of a TToolbar and so on.

So how are you solving such tasks? Of course I can delete DrawingStlye from
the properties list and set it manually in program, however I still have
the problem with those 'hidden' parts of a dfm file, as mentioned above.

I've seen that there is a D10.txt in devtools/bin which exactly holds those
mentioned properties, so what tool uses this text file? 

-- cu, Michael 

Subject: Re: recommendations on jvInterpreter vs RemObjects Pascal Script?
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Mon, 23 Jul 2007 10:08:08 +0400
Newsgroups: jedi.vcl

Could You get some examples of code You need to run?
I think there is not big problem to extend jvInterpreter functionality

> > Ive been using jvInterpreter in an app and its worked well (running 2000+ 
> > line scripts without incident too) but I was looking at the Free Pascal 
> > Script 3 from RemObjects and was curious if anyone had experience with 
> > both and might have some comments about strengths of each etc?
> >
> > The big thing that i like from what ive seen of Pascal Script is the ease 
> > of accessing external records, etc. which ive never seemed to get working 
> > smoothly in jvInterpreter.
> >
> > Anyone?
> >




Subject: Re: recommendations on jvInterpreter vs RemObjects Pascal Script?
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sat, 21 Jul 2007 10:35:16 +0200
Newsgroups: jedi.vcl

Hi,

Alchemist wrote:

> > Ive been using jvInterpreter in an app and its worked well (running 2000+
> > line scripts without incident too) but I was looking at the Free Pascal
> > Script 3 from RemObjects and was curious if anyone had experience with
> > both and might have some comments about strengths of each etc?

I haven't got experience with either, but I have used Delhi Web Script
(dws2) for that purpose. Yet another option. ;-)

MfG
twm


Subject: recommendations on jvInterpreter vs RemObjects Pascal Script?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Fri, 20 Jul 2007 13:35:30 -0500
Newsgroups: jedi.vcl

All,

Ive been using jvInterpreter in an app and its worked well (running 2000+ 
line scripts without incident too) but I was looking at the Free Pascal 
Script 3 from RemObjects and was curious if anyone had experience with both 
and might have some comments about strengths of each etc?

The big thing that i like from what ive seen of Pascal Script is the ease of 
accessing external records, etc. which ive never seemed to get working 
smoothly in jvInterpreter.

Anyone?

Thanks In Advance

Alchemist 




Subject: Re: Jedi 3d or isometric graphic routines?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Thu, 19 Jul 2007 16:18:11 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:f7oggr$a9k$1@news.talkto.net...
> > Alchemist wrote:
>> >> Florent,
>> >>
>> >> Thanks...  glscene looks good...  unfortunately the package wont install 
>> >> with the Jedi package installed on D7.  Gives the following error...
>> >>
>> >> Cannot load package 'GLScene7'  It contains unit VFW,'which is also 
>> >> contained in package 'JvMMD7R'
> >
> > Remove VFW.pas from the contains list of the GLScene package
> > Add JvMMD7R to the requires list of the GLScene package
> >
> > Recompile the GLScene package and you should be sorted.

Thanks!  worked like a charm... I had actually already did it but wasnt sure 
if VFW was the same in GLscene and Jedi.   Seems to be working though.  Thx.


> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Jedi 3d or isometric graphic routines?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 19 Jul 2007 22:28:30 +0200
Newsgroups: jedi.vcl

Alchemist wrote:
> Florent,
>
> Thanks...  glscene looks good...  unfortunately the package wont install with the Jedi package installed on D7.  Gives the following error...
>
> Cannot load package 'GLScene7'  It contains unit VFW,'which is also contained in package 'JvMMD7R'

Remove VFW.pas from the contains list of the GLScene package
Add JvMMD7R to the requires list of the GLScene package

Recompile the GLScene package and you should be sorted.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Jedi 3d or isometric graphic routines?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Thu, 19 Jul 2007 12:31:40 -0700
Newsgroups: jedi.vcl

"Alchemist" <dridenhour@stltoday.com> wrote in message 
news:f7m4nd$tv1$1@news.talkto.net...
> > All,
> >
> > My apologies if this post is off topic...   Im looking for a simple 3d 
> > engine...   basically I need to represent a 2d array as textured blocks... 
> > so a simple 3d engine or isometric engine would work great...   Did jedi

You could look at the vast set of info at  www.pascalgamedevelopment.com 
where lots of this is discussed. 




Subject: Re: Jedi 3d or isometric graphic routines?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Thu, 19 Jul 2007 14:30:21 -0500
Newsgroups: jedi.vcl

Florent,

Thanks...  glscene looks good...  unfortunately the package wont install 
with the Jedi package installed on D7.  Gives the following error...

Cannot load package 'GLScene7'  It contains unit VFW,'which is also 
contained in package 'JvMMD7R'

Now im off to see what that package does...  ;-)

Dan

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:f7n4or$1sb$1@news.talkto.net...
> > Hi,
> >
> > GLScene is rendering using OpenGL but it should fit your needs and it's an 
> > open source project:
> > http://sourceforge.net/projects/glscene
> > http://glscene.sourceforge.net/wikka/HomePage
> >
> > DelphiX was a good solution for many years but it is abandoned now (last 
> > version compiles with Delphi 7 targeting DirectX7), not sure it's safe 
> > using it.
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: * URGENT * Changing state/colour of individual nodes in TJvWizardRouteMapNodes * URGENT *
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 19 Jul 2007 17:47:21 +0200
Newsgroups: jedi.vcl

I agree with this point of view as well.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: * URGENT * Changing state/colour of individual nodes in TJvWizardRouteMapNodes * URGENT *
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 19 Jul 2007 15:39:38 +0100
Newsgroups: jedi.vcl

> >when you are near the field with the error. When on a multiple page 
> >wizard and the validation occuring at the end it may be a good idea to 

In my point of view doing that is against "wizard spirit" (to name it)
since  to proceed to next step the current input values MUST BE valid,
this means a LINEAR MODEL in wich to proceed to next step previous must be
completed / acomplished.

I recomend you to rethink your wizard and put in the shoes of the user.

If after that for any reason you need to do "wizard wide" validation at
the end, show a loudy dialog then send the user directly to the first page
which first error is.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: * URGENT * Changing state/colour of individual nodes in TJvWizardRouteMapNodes * URGENT *
From: "longjohn" <jcooper-spamsg-nospam@elysiam.co.uk>
Date: Thu, 19 Jul 2007 11:25:56 +0100
Newsgroups: jedi.vcl

I was wondering whether it is possible to change the state and/or colour 
of individual nodes. This is using the Jedi VCL component set which is 
free and opensource.

It is necessary for this to be possible as the error indicators only work 
when you are near the field with the error. When on a multiple page 
wizard and the validation occuring at the end it may be a good idea to 
provide some form or cross node error notification color which can be 
used on individual nodes separately. I would recommend that this colour 
be user configurable both at design time and runtime. The individual node 
access is necessary both at design time and runtime as well.

If this feature is not currently present please could code be provided or 
information on how to implement such a feature.

The feature is going to be used in commercial software so it is vital 
that there is a quick response.

Thanks for your time and attention regarding this matter. I look forward 
to hearing from you soon.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jedi 3d or isometric graphic routines?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 19 Jul 2007 09:57:41 +0200
Newsgroups: jedi.vcl

Hi,

GLScene is rendering using OpenGL but it should fit your needs and it's an open source project:
http://sourceforge.net/projects/glscene
http://glscene.sourceforge.net/wikka/HomePage

DelphiX was a good solution for many years but it is abandoned now (last version compiles with Delphi 7 targeting DirectX7), not sure it's safe using it.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: TJvHidDeviceController - C++ Compilation error
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Thu, 19 Jul 2007 03:26:56 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote in
news:f7l65v$ort$1@news.talkto.net: 

> > Best send me all the files, i. e. all setupapi.h versions, your
> > BCB files for the component and the changed SetupApi.pas. I will
> > then check it and add it to the JVCL.
> > 

Hi,
I sent the files on private basis.

Vaclav


Subject: Jedi 3d or isometric graphic routines?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Wed, 18 Jul 2007 17:54:39 -0500
Newsgroups: jedi.vcl

All,

My apologies if this post is off topic...   Im looking for a simple 3d 
engine...   basically I need to represent a 2d array as textured blocks... 
so a simple 3d engine or isometric engine would work great...   Did jedi 
pick up the old DelphiX or did that fade away?   just wondering if anyone 
knows anything thats either part of Jedi or can be used with Jedi on Delphi 
7 to do simple 3d.    Dont need physics, collision detection, etc... just 3d 
display.

Id like something with source available too...   not going to stay on D7 for 
ever. ;-)

Thanks In advance,

Dan 




Subject: Re: Installing problems with JVCL 3.32 and JCL 1.100
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 Jul 2007 16:23:23 +0200
Newsgroups: jedi.vcl

Wieland Scholz wrote:

> *C:\Programme\Borland\BDS\4.0\jedi\jvcl\run\JvAppIniStorage.pas(167) Fatal: F2051 Unit JclAnsiStrings was compiled with a different version of JclResources.RsArgumentOutOfRange*
>
> What to do to get both JCL and JVCL running? Target system is BDS 2006 Enterprise.

A typical example of precompiled files of an older version lying around.
Uninstall JVCL and JCL through their installers. Hunt down all .dcp, ..bpl, .dcu files of JCL and delete them. The file names start with either Jv or Jcl. Now instaling JCL and JVCL should work.


Subject: Re: TJvHidDeviceController - C++ Compilation error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 Jul 2007 16:17:29 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> As Olivier suggested (with $EXTERNALSYM) I made changes in latest JVCL SetupApi.pas file. Now is my simple example and all other BCB examples compiled and linked without errors.
>
> I can send you the file (useful for BCB6 and BDS2006) and also I can send you *.h BCB files for V5, 6 and 2006. (We haven't 2007 yet :-( ). I'll do what you suggest... ;-). 

Best send me all the files, i. e. all setupapi.h versions, your BCB files for the component and the changed SetupApi.pas. I will then check it and add it to the JVCL.

> BTW:     Some HID BCB examples required HidUsage.hpp file but
> I cannot find it on my HDD after installation of JVCL. I gues that same problem could be arise with HidToken.hpp (in all probability).
>
> To solve this problem I included HidUsage.pas file into the BCB project... I am not sure but ... Should not be this file generated during JVCL installation ?

No, the file should be added to the example like you did. It is not part of the component.


Subject: Installing problems with JVCL 3.32 and JCL 1.100
From: "Wieland Scholz" <rab-ftl@t-online.de>
Date: Wed, 18 Jul 2007 15:09:28 +0200
Newsgroups: jedi.vcl

Hi all,

just trying to install the package contained in JVCL332CompleteJCL1100-Build2646.zip. No problems for JCL but JVCL installation shows the error


Windows XP Service Pack 2 (5.1.2600)

JVCL 3.32.0.0

[Generating: Packages]

Generating packages for D10

Loaded template.bdsproj

Writing JvNetD10R.bdsproj for d10p (d10p template used)

Loaded template.dof

Writing JvNetD10R.dof for d10p

Loaded template.dpk

Writing JvNetD10R.dpk for d10p (d10p template used)

Loaded template.rc

Writing JvNetD10R.rc for d10p (d10p template used)

[Compiling: Packages]

[Compiling: Jv3rdD10R.bpl]

Borland Delphi for Win32 compiler version 18.0

Copyright (c) 1983,2005 Borland Software Corporation

4919 lines, 0.19 seconds, 26972 bytes code, 112 bytes data.

[Compiling: JvCoreD10R.bpl]

Borland Delphi for Win32 compiler version 18.0

Copyright (c) 1983,2005 Borland Software Corporation

C:\Programme\Borland\BDS\4.0\jedi\jvcl\run\JvAppIniStorage.pas(167) Fatal: F2051 Unit JclAnsiStrings was compiled with a different version of JclResources.RsArgumentOutOfRange

What to do to get both JCL and JVCL running? Target system is BDS 2006 Enterprise.



Thank you in advance

Wieland Scholz

Heidenrod, germnay



Subject: Re: TJvHidDeviceController - C++ Compilation error
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 18 Jul 2007 12:51:18 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@???.de> wrote in
news:f7k3tp$juq$1@news.talkto.net: 

> > OBones wrote:
>> >> Most likely, this arises because of missing $EXTERNALSYM
>> >> directives at the appropriate locations.
> > 
> > Rather the opposite probably.
> > Ok, lets try to solve it.
> > 
> > Can i get the setupapi.h from all the BCB versions we support?
> > 

As Olivier suggested (with $EXTERNALSYM) I made changes in 
latest JVCL SetupApi.pas file. Now is my simple example and all 
other BCB examples compiled and linked without errors.

I can send you the file (useful for BCB6 and BDS2006) and also 
I can send you *.h BCB files for V5, 6 and 2006. (We haven't 
2007 yet :-( ). I'll do what you suggest... ;-). 

BTW: 
    Some HID BCB examples required HidUsage.hpp file but
I cannot find it on my HDD after installation of JVCL. 
I gues that same problem could be arise with 
HidToken.hpp (in all probability).

To solve this problem I included HidUsage.pas file into the BCB 
project... I am not sure but ... Should not be this file 
generated during JVCL installation ?


Subject: Re: TJvHidDeviceController - C++ Compilation error
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 18 Jul 2007 12:27:53 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@???.de> wrote in
news:f7itcp$edj$1@news.talkto.net: 

First, 
thank you (and Olivier too) for the quick response.

> > The easiest way it to simply remove setupapi.hpp from the BCB
> > project and using setupapi.h directly.
I have not included setupapi.hpp file directly. In fact it is 
included inside of JvHidControllerClass.hpp file. So I think it 
is problem to solve it such way.... 
 
 
> > PS i am always interested in exploring HID devices. Tell me more
> > about your project in private email.
I want to use your JvHID... component as study case how to enumerate
USB device. We have some problem with non-HID device in fact.
But if I have some HID devices (keypad,..) and BCB examples 
(from Mike Lischke website) I decided to compile them and test some 
possibilities of the component. (I can write you some details in 
private email if you will be interested in ...)
After Olivier and your advices I have compiled and 
linked examples now. (See in next branch of the topic please...)


Subject: Re: TJvHidDeviceController - C++ Compilation error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 Jul 2007 06:32:46 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Most likely, this arises because of missing $EXTERNALSYM directives at the appropriate locations.

Rather the opposite probably.
Ok, lets try to solve it.

Can i get the setupapi.h from all the BCB versions we support?


Subject: Taskbar problems
From: "Adam Webb" <adam.webb2@btinternet.com>
Date: Tue, 17 Jul 2007 19:33:17 +0100
Newsgroups: jedi.vcl

Hi

I am using this code to load my apps dock info:

 JvAppStorageLS := TJvAppINIFileStorage.Create(self);
 JvAppStorageLS.Filename := ExtractFilePath(Application.ExeName) + 'DockInfo.ini';
 JvAppStorageLS.Reload; // !!!
 LoadDockTreeFromAppStorage(jvAppStorageLS);

The problem is, when the DockInfo.ini file exists, the app loads but doesn't show in the task bar at all. the program minimises to the desktop too, in the bottom left corner. Im guessing the above code isnt loading options properly. Sorry to be a bit vague with my description, Im still learning!


Subject: Re: TJvHidDeviceController - C++ Compilation error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 17 Jul 2007 19:57:22 +0200
Newsgroups: jedi.vcl

Most likely, this arises because of missing $EXTERNALSYM directives at the appropriate locations.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvHidDeviceController - C++ Compilation error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 17 Jul 2007 19:35:02 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> Hi,
> I have problem with compilation of application which use the TJvHidDeviceController component.
>
> I got all error messages under BDS2006 (see below) and last two under BCB6 (item 2. a 3. below).
> The application I use for testing of the problem is quite simple because there is the TJvHidDeviceController component on the form only (without any source code inside).
> Is there some workaround for this problem or is there something what I forgot to do ... ? 

This is an incompatibility of SetupApi.pas and the original setupapi.h from Microsoft BCB licensed. I have converted another version of this file to Delphi than BCB uses (there are many versions of this file in existence). Delphi converts SetupApi.pas to setupapi.hpp which includes setupapi.h through an EMIT directive in SetupApi.pas. This causes the problems. Unfortunately i do not have any BCB version available to solve the problems.
The easiest way it to simply remove setupapi.hpp from the BCB project and using setupapi.h directly.

BTW i am in contact with a guy who has written a C# class for .net for HID devices.

PS i am always interested in exploring HID devices. Tell me more about your project in private email.


Subject: Re: TJvHidDeviceController - C++ Compilation error
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 17 Jul 2007 15:26:10 +0000 (UTC)
Newsgroups: jedi.vcl

What I forgot add is: 
   I use latest JVCS V3.33 (SVN from 12.7. 2007) on WinXP Pro.

Vaclav


Subject: TJvHidDeviceController - C++ Compilation error
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 17 Jul 2007 15:16:49 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I have problem with compilation of application which 
use the TJvHidDeviceController component.

I got all error messages under BDS2006 (see below) 
and last two under BCB6 (item 2. a 3. below). 

The application I use for testing of the problem is 
quite simple because there is the TJvHidDeviceController 
component on the form only (without any source code inside). 

Is there some workaround for this problem or is there 
something what I forgot to do ... ? 

----- Error messages -------------
1. [C++ Error] Setupapi.hpp(326): E2257 , expected
 (row 326 shows following: 
      typedef SP_MOVEDEV_PARAMS *PSPMoveDevParams;)  
2. [C++ Error] Setupapi.hpp(1287): E2040 Declaration 
                              terminated incorrectly
 (row 1287: 
  static const Shortint SPFILENOTIFY_STARTREGISTRATION = 0x19;
 ) 
3. [C++ Error] Setupapi.hpp(1288): E2040 Declaration 
                              terminated incorrectly
 (row 1288:
  static const Shortint SPFILENOTIFY_ENDREGISTRATION = 0x20;
 )

TIA
Vaclav


Subject: Re: svn down ?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 17 Jul 2007 10:45:42 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> I redownloaded the files instead of relocating the trunk and i got the complete SVN with all tags, branches etc.
> 851 MB for the JCL and 3.54 GB for the JVCL. Of course many files are contained ten times or more, but still very impressive.

The number of files should be impressive too. Hopefully no developers need to work on all branches/tags of the libraries.

Florent


Subject: Re: svn down ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 Jul 2007 12:31:00 +0200
Newsgroups: jedi.vcl

I redownloaded the files instead of relocating the trunk and i got the complete SVN with all tags, branches etc.
851 MB for the JCL and 3.54 GB for the JVCL. Of course many files are contained ten times or more, but still very impressive.


Subject: Error "Printing in progress" with the preview controls
From: Edwin <nospam@domain.com>
Date: Fri, 13 Jul 2007 12:13:03 +0800
Newsgroups: jedi.vcl

Hi,

I use a TJvPreviewPrinter with a TJvPreviewRenderControl to print an image control in the program , and one of the users got an EPrinter error with message "Printing in progress".

I looked at the call stack captured by JCL DEBUG mechanism and found that the user executed the print task two times, the error should be occurring when he try to print the file the second time.

So should I check the printer status by reading Printer.Printing each time the user clicked the Print button? But please look at [0078B7AD] below, before the user printed the 2nd time, JvPrvwRender.TJvPreviewPrinter.EndDoc was called already, and I expect Printer.Printing was reseted to false, why it is still = true?

Thanks.


------------------------------------------------------------------------
 Error message:

Printing in progress.
Exception class: EPrinter
Exception address: 00443E32
------------------------------------------------------------------------
------
Stack list, generated 7/12/2007 10:40:29 AM
[007AD0B5] JclHookExcept.HookedRaiseException + $39
[00443E2D] Printers.RaiseError + $11
[0044439D] Printers.TPrinter.CheckPrinting + $45
[004445BF] Printers.TPrinter.SetPrinter + $37
[0044924B] Dialogs.SetPrinter + $47
[004494EF] Dialogs.TPrintDialog.Execute + $117
[0078C13F] PreviewForm.TfrmPreview.tbPrintClick (Line 147,
"UI\PreviewForm.pas" + 17) + $B
[00569CF8] TB2Item.TTBCustomItem.Click (Line 1499, "TB2Item.pas" + 22) +
$9
[005B6FC6] SpTBXItem.TSpTBXCustomItem.Click (Line 4179, "SpTBXItem.pas"
+ 2) + $3
[00569B97] TB2Item.TTBCustomItem.ClickWndProc (Line 1449, "TB2Item.pas"
+ 27) + $5
[00436468] Classes.StdWndProc + $14
[00437166] Contnrs.TComponentList.GetItems + $A
[00482B2B] Forms.TApplication.ProcessMessage + $83
[00482B4A] Forms.TApplication.ProcessMessages + $A
[00443E3E] Printers.AbortProc + $A
[0044448C] Printers.TPrinter.EndDoc + $10
[0078B7AD] JvPrvwRender.TJvPreviewPrinter.EndDoc (Line 951,
"JvPrvwRender.pas" + 2) + $3
[0078910F] JvPrvwDoc.TJvCustomPreviewControl.PrintRange (Line 1495,
"JvPrvwDoc.pas" + 103) + $5
[0078B907] JvPrvwRender.TJvPreviewPrinter.Print (Line 1031,
"JvPrvwRender.pas" + 13) + $17
[0078C1AD] PreviewForm.TfrmPreview.tbPrintClick (Line 158,
"UI\PreviewForm.pas" + 28) + $3


Subject: Re: jvdesktopalert tutorial
From: "Tjipke A. van der Plaats" <tiriss@tiriss.com>
Date: Thu, 12 Jul 2007 19:50:09 +0200
Newsgroups: jedi.vcl

> > I understand, but to me this looks like an overkill as the execute method 
> > is unlikely to throw an exception. I do agree however that such a pattern 
> > is a good habit to take, but I rarely do it because of the unlikeliness of 
> > an exception in this case.

Well the code below was (partly) copied from a real app, only in that case I 
was using my own descendant of TjvDesktopAlert and within that sometimes 
execute does give exceptions ;-)

    Tjipke


-- Need to change your projects version info from the commandline? Use ChangeRes: http://www.tiriss.com/changeres 

Subject: Re: jvdesktopalert tutorial
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 12 Jul 2007 18:09:56 +0200
Newsgroups: jedi.vcl

Tjipke A. van der Plaats wrote:
>> Why do you have a try except here? Without it, if an exception occurs, the object would not be destroyed immediately but because you give the application as an owner, the memory would be freed anyway.
>
> Seems you answer you own question: "Because without it the object would not be destroyed (immediately.)"
> It is a generic design pattern to use for cases where something doesn't get destroyed in case of an exception.
> So it might not be completely necessary: I like to clean up my stuff as soon as possible, otherwise things become a mess.
>
> But for demoing the TjvDesktopalert, it isn't needed so it might have been better to not include it here.
>
> Tjipke
>
>

I understand, but to me this looks like an overkill as the execute method is unlikely to throw an exception. I do agree however that such a pattern is a good habit to take, but I rarely do it because of the unlikeliness of an exception in this case.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: jvdesktopalert tutorial
From: "Tjipke A. van der Plaats" <tiriss@tiriss.com>
Date: Thu, 12 Jul 2007 14:24:08 +0200
Newsgroups: jedi.vcl

> > Why do you have a try except here? Without it, if an exception occurs, the 
> > object would not be destroyed immediately but because you give the 
> > application as an owner, the memory would be freed anyway.

Seems you answer you own question: "Because without it the object would not 
be destroyed (immediately.)"
It is a generic design pattern to use for cases where something doesn't get 
destroyed in case of an exception.
So it might not be completely necessary: I like to clean up my stuff as soon 
as possible, otherwise things become a mess.

But for demoing the TjvDesktopalert, it isn't needed so it might have been 
better to not include it here.

Tjipke


-- Need to change your projects version info from the commandline? Use ChangeRes: http://www.tiriss.com/changeres 

Subject: Problem with JvListView AutoSort in Delphi 2007
From: "leidge" <leifhans@hotmail.com>
Date: Thu, 12 Jul 2007 12:10:03 +0100
Newsgroups: jedi.vcl

Hi

I try to use the following code in the AutoSort event for jvListView from 
jedi 3.32.
This does not work as I get an error that TJvSortMethod is an undecleared 
identifier.  Any ideas ?

procedure TForm1.JvListView1AutoSort(Sender: TObject; Column: Integer;
  var AMethod: TJvSortMethod);
begin
  if (Column <= 2) then
    AMethod := smDateTime
  else
    AMethod := smAlphabetic;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid sorting
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 12 Jul 2007 11:02:58 +0100
Newsgroups: jedi.vcl

> >Hello!
> >
> >I'm trying to use the TJvDBGrid with an Firebird DB and the Interbase 
> >components.
> >
> >I want to change the sorting of the date in the grid but i'm don't 
> >understand how to do this.
> >
> >Can somebody give me a short introduction how to do do this.

The right component to use for sorting is TJvDBUltimGrid. There's a bit 
of help at the beginning of the source file (JvDBUltimGrid.pas).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: table for TJvAppDBStorage
From: "koral" <koral00@op.pl>
Date: Thu, 12 Jul 2007 09:00:28 +0100
Newsgroups: jedi.vcl

Hi,

I need to store app settings in MSSQL database connected through ADO. What
fields should be defined in appropriate table to store per-user settings
using TJvAppDBStorage? There number of users is increasing and thus in
this table must be also a field like user_id.

Regards, PK



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvdesktopalert tutorial
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 12 Jul 2007 09:20:01 +0200
Newsgroups: jedi.vcl

Tjipke A. van der Plaats wrote:
>> I am creating jvdesktopalert at runtime without adding this component from the component panel to my form. So i don t need to add this component 'visible' to my form (i am only adding the class to the uses of my unit).
>
> What does the following do for you? For me it creates 4 alerts on the right of my screen above each other
>
> for I := 0 to 3 do
>   with TJvDesktopAlert.Create(Application) do
>   try
>     MessageText := 'MyMessage';
>     HeaderText := 'MyHeader';
>     Execute;
>   except
>     Free;
>     raise;
>   end;

Why do you have a try except here? Without it, if an exception occurs, the object would not be destroyed immediately but because you give the application as an owner, the memory would be freed anyway.


Subject: Re: jvdesktopalert tutorial
From: "Tjipke A. van der Plaats" <tiriss@tiriss.com>
Date: Thu, 12 Jul 2007 08:56:04 +0200
Newsgroups: jedi.vcl

> > I am creating jvdesktopalert at runtime without adding this component from 
> > the component panel to my form. So i don t need to add this component 
> > 'visible' to my form (i am only adding the class to the uses of my unit).

What does the following do for you? For me it creates 4 alerts on the right 
of my screen above each other

for I := 0 to 3 do
  with TJvDesktopAlert.Create(Application) do
  try
    MessageText := 'MyMessage';
    HeaderText := 'MyHeader';
    Execute;
  except
    Free;
    raise;
  end;


Tjipke

-- Need to change your projects version info from the commandline? Use ChangeRes: http://www.tiriss.com/changeres 

Subject: Re: svn down ?
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 11 Jul 2007 19:42:39 +0200
Newsgroups: jedi.vcl

On Wed, 11 Jul 2007 11:42:04 -0500, Ricardo Cardona R wrote:

> >I have problems with svn at sourceforge:
> >
>> >>ping svn.sourceforge.net
> >
> >Ping request could not find host svn.sourceforge.net. Please check the name and
> >try again.
> >
> >Is svn service down ?

No, but that one you are using doesn't exist anymore.
See https://sourceforge.net/docs/E09#notice

You should use
https://jvcl.svn.sourceforge.net/svnroot/jvcl
--
Uwe


Subject: svn down ?
From: Ricardo Cardona R <rcardona@mail.com>
Date: Wed, 11 Jul 2007 11:42:04 -0500
Newsgroups: jedi.vcl

hi,

I have problems with svn at sourceforge:

> ping svn.sourceforge.net

Ping request could not find host svn.sourceforge.net. Please check the name and
try again.

Is svn service down ?

Thanks in advance.

Ricardo Cardona


Subject: TJvCsvDataSet: Problem with quoted values and Headers
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Wed, 11 Jul 2007 08:11:35 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,
if I try to open a csv file with qouted headers, I allways got the error 
messge: 
<FileName>: ProcessCsvHeaderRow: Field <FieldName> found in file but not 
in field definitions.
But if I look into the field definitions the field is present but it's 
name is uppercase and without qoutes.

Any suggestions how to solve this problem?

-- Mit freundlichen Grüßen/Regards Heiko Adams Fachinformatiker Anwendungsentwicklung Tel: +49 (95 65) 94 22 - 42 Fax: +49 (95 65) 94 22 - 22 Mail: heiko.adams@regenspurger.de Web: http://www.regenspurger.de / www.kigapro.de 

Subject: Re: FullColorDialog
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 11 Jul 2007 09:24:09 +0200
Newsgroups: jedi.vcl

Hi,

Did you check the MM package for installation?

Full color components used to be on the Bar/Panel page (TJvFullColorPanel, TJvFullColorTrackBar and TJvFullColorGroup), on the Label page (TJvFullColorLabel), on the List/Combo page (TJvFullColorSpaceCombo and TJvFullColorAxisCombo), on the Dialog page (TJvFullColorDialog and TJvFullColorCircleDialog) and on the Visual page (TJvFullColorCircle).

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: New event for JvDBGridExport
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 10 Jul 2007 08:53:46 +0200
Newsgroups: jedi.vcl

>> >> I'm not quite sure of the name of the event. OnGetColumnName,
>> >> OnGettingColumnName, OnReadingColumnName, OnColumnNameRead...
> >
> > Best check the names of all the events of the component. If it is a family 
> > then the name may be acceptable. After all the class name sets the frame 
> > for the meaning.

Maybe we can call it OnSetColumnName since this event allow to modify the 
name of the column when we initialize it to the name of the field ...

To the first question of Robert, yes the event is common to all the Export 
component because I introduce it in the ancestor.

Regards,
Lionel




Subject: Re: New event for JvDBGridExport
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Jul 2007 05:28:17 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I'm not quite sure of the name of the event. OnGetColumnName, OnGettingColumnName, OnReadingColumnName, OnColumnNameRead...

Best check the names of all the events of the component. If it is a family then the name may be acceptable. After all the class name sets the frame for the meaning.


Subject: Re: How to set the width of tabs in a JvRichEdit
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 10 Jul 2007 00:22:51 +0200
Newsgroups: jedi.vcl

Edwin wrote:
> Hi there,
> Currently I press TAB when a TJvRichEdit object is focus, there will be a blank space of 8 characters, How to set the width of tabs to 4 characters?

You can set the Tab property of the Paragraph property of a TJvRichEdit
control. This specifies the position, in points, of a particular tab
stop. You can NOT set the position in characters.

See the EditorDemo in \examples\JvRichEdit\ for an example.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: New event for JvDBGridExport
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 09 Jul 2007 18:06:31 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Lionel Reynaud wrote:
>> Hi,
>>
>> I add a new event in JvDBGridExport : OnColumnName (TJvExportColumnName type)
>> The purpose is to allow the modification of the name of the column in the exported file. This is usefull when you want to suppress some text or character (specially useful when you export in XML).
>>
>> If you think it's good, please add to CVS ...
>>
>> Regards,
>> Lionel
>
> Sounds good. While you are at it please check if all the parts of the export are covered or if some other events could be useful.
> This is a job for the users of the component.

I'm not quite sure of the name of the event. OnGetColumnName, OnGettingColumnName, OnReadingColumnName, OnColumnNameRead...


Subject: Re: New event for JvDBGridExport
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Jul 2007 18:06:00 +0200
Newsgroups: jedi.vcl

Lionel Reynaud wrote:
> Hi,
>
> I add a new event in JvDBGridExport : OnColumnName (TJvExportColumnName type)
> The purpose is to allow the modification of the name of the column in the exported file. This is usefull when you want to suppress some text or character (specially useful when you export in XML).
>
> If you think it's good, please add to CVS ...
>
> Regards,
> Lionel

Sounds good. While you are at it please check if all the parts of the export are covered or if some other events could be useful.
This is a job for the users of the component.


Subject: New event for JvDBGridExport
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 9 Jul 2007 16:58:33 +0200
Newsgroups: jedi.vcl

Hi,

I add a new event in JvDBGridExport : OnColumnName (TJvExportColumnName 
type)
The purpose is to allow the modification of the name of the column in the 
exported file. This is usefull when you want to suppress some text or 
character (specially useful when you export in XML).

If you think it's good, please add to CVS ...

Regards,
Lionel




JvDBGridExport.pas
	



Subject: TJvDBGrid sorting
From: Christoph <Christoph.Reimer@barnie.de>
Date: Mon, 09 Jul 2007 00:33:28 +0200
Newsgroups: jedi.vcl

Hello!

I'm trying to use the TJvDBGrid with an Firebird DB and the Interbase components.

I want to change the sorting of the date in the grid but i'm don't understand how to do this.

Can somebody give me a short introduction how to do do this.

Thanks!



Subject: Problem with JvImagesViewer
From: "leonbadman" <leonbadmanPRRRRRRRR@gPmRaRiRl.com>
Date: Sat, 7 Jul 2007 07:59:07 +0100
Newsgroups: jedi.vcl

Hi,

When I delete an image from JvImagesViewer, my application throws an
exeception ('oleaut32.dll');


This is the code (simply delete the selected item):

.....
ThumbView.Items[ThumbView.SelectedIndex].Delete;
.....


TIA
Ciao
Leonardo Cosmai.



--- posted by geoForum on http://delphi.newswhat.com


Subject: FullColorDialog
From: "garcia" <garcia@mediasoft.com.br>
Date: Fri, 6 Jul 2007 11:42:40 -0300
Newsgroups: jedi.vcl

Hi All,

I have installed the new jvcl in Delphi7, and the fullColorComponets not 
appears in the component pallet?
Did anyone have a idea?

thks 




Subject: Re: Jv Plugin Wizard needs update
From: "Niels v/d Spek" <demonng@lumensoft.nl>
Date: Fri, 6 Jul 2007 12:09:34 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > The expert thows an exception in Turbo Delphi about an incorrect
> > requires clause. Delphi 6 does not throw an exception, but the created
> > package does not contain a source file.
> >
The plugin experts is al a long time broken. It does not work for Delphi 7 
also.
I have tried to find the problem, but not found the correct way to fix this.

> >
> > I have DelphiSpeedUp 2.51 and DDevExtensions 1.4 installed.





Subject: JvDockServer/JvDockClient
From: "PavolS" <p.stolc@atlas.sk>
Date: Fri, 6 Jul 2007 11:30:56 +0200
Newsgroups: jedi.vcl

I dock a form to mainform using JvDockServer to its left side. So far its 
ok. When I close docked form (not freeing it, just hide), the docking panel 
hides too. So far its ok. When I open that previously closed docked form, I 
expect it appears again docked, but nothing occures. The width of docking 
panel (parent of docked form) equals 0. How can I tell the docking panel 
should recelculate its bounds and show with its child controls? Thanks.





Subject: Re: Jv Plugin Wizard needs update
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 06 Jul 2007 11:29:12 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> The expert thows an exception in Turbo Delphi about an incorrect requires clause. Delphi 6 does not throw an exception, but the created package does not contain a source file.

It throws exception in BCB5 and BDS2006. Have a look at mantis issues 3230 and 3903


Subject: Jv Plugin Wizard needs update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Jul 2007 10:15:24 +0200
Newsgroups: jedi.vcl

The expert thows an exception in Turbo Delphi about an incorrect requires clause. Delphi 6 does not throw an exception, but the created package does not contain a source file.

I have DelphiSpeedUp 2.51 and DDevExtensions 1.4 installed.


Subject: TJvCsvDataSet with TAB instead of comma
From: "Amorrow" <andrew.morrow@cityofhenderson.com>
Date: Fri, 6 Jul 2007 00:45:21 +0100
Newsgroups: jedi.vcl

I can't seem to figure out how to set this up to use tabs.  I've tried #9
etc and setting it as runtime to avoid any parsing in the parameter
picker.  Does anyone have any advice on this one?  Thank you very much in
advance.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDocking - small correction and a question
From: "mapson" <mapson@nospam.com>
Date: Thu, 5 Jul 2007 16:20:47 +0200
Newsgroups: jedi.vcl

Hello,

   In the JvDockSupportControl unit on line 1777 the drag form's color is set to clHighlight, but if you want it to look like Delphi 2006's docking system it should be set to clActiveCaption.

   My question: Is there any way to control this behavior from my docking style? For example - in Macromedia Dreamweaver the dragged window itself is displayed alpha blended, and in VisualStudio .NET 2005 the window isn't blended at all...

Thanks for your answer and all these great components!


Subject: Re: jvdesktopalert tutorial
From: "Stefan Henkenjohann" <nospam@googlemail.com>
Date: Wed, 4 Jul 2007 15:10:35 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote
> > Could you elaborate a bit more on this, I don't understand the question 
> > completely.
> >
> >
>> >> Now i dont need jvdesktopalertstack.. for what is it?
> >
> > To have multiple alerts shown at the same time, stacked one on top of the 
> > other.

I am creating jvdesktopalert at runtime without adding this component from 
the component panel to my form. So i don t need to add this component 
'visible' to my form (i am only adding the class to the uses of my unit).

And I am creating multiple desktop alerts at the same time on top of the 
other with:

> >     DA.Location.Left := Random(Screen.Width - 200);
> >     DA.Location.Top :=  Random(Screen.Height - 100);

You said jvdesktopalertstack can do this automaticly? Can you give me a 
sample code of that? Theres no example of the jvdesktopalertstack in the 
folder.

Thanks for your fast and good help! 




Subject: Re: jvdesktopalert tutorial
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 04 Jul 2007 13:37:26 +0200
Newsgroups: jedi.vcl

Stefan Henkenjohann wrote:
>> Look in the Examples subfolder, there should be an example here.
>
> Thanks, i forgot these two lines:
>
>     DA.Location.Left := Random(Screen.Width - 200);
>     DA.Location.Top :=  Random(Screen.Height - 100);
>
> But why do i need this component on the form when i am creating this dynamicly?

Could you elaborate a bit more on this, I don't understand the question completely.


> Now i dont need jvdesktopalertstack.. for what is it?

To have multiple alerts shown at the same time, stacked one on top of the other.


Subject: Re: jvdesktopalert tutorial
From: "Stefan Henkenjohann" <nospam@googlemail.com>
Date: Wed, 4 Jul 2007 12:44:06 +0200
Newsgroups: jedi.vcl

> >
> > Look in the Examples subfolder, there should be an example here.

Thanks, i forgot these two lines:

    DA.Location.Left := Random(Screen.Width - 200);
    DA.Location.Top :=  Random(Screen.Height - 100);

But why do i need this component on the form when i am creating this 
dynamicly?

Now i dont need jvdesktopalertstack.. for what is it?

Thanks! 




Subject: Re: jvdesktopalert tutorial
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 04 Jul 2007 11:31:04 +0200
Newsgroups: jedi.vcl

Stefan Henkenjohann wrote:
> Hi jedi,
>
> I am trying to use the tjvdesktopalert and the jvdesktopalert stack.I would like to create several alerts at the same time.
>
> But how can i do this?
>
> My Form has these two componentes. But i can only execute one desktopalert at the same time.
>
> Are there any sample codes or tutorial out there?

Look in the Examples subfolder, there should be an example here.


Subject: jvdesktopalert tutorial
From: "Stefan Henkenjohann" <shenkenjohann@googlemail.com>
Date: Wed, 4 Jul 2007 10:20:21 +0200
Newsgroups: jedi.vcl

Hi jedi,

I am trying to use the tjvdesktopalert and the jvdesktopalert stack.I would 
like to create several alerts at the same time.

But how can i do this?

My Form has these two componentes. But i can only execute one desktopalert 
at the same time.

Are there any sample codes or tutorial out there?


Hope thats clear. Thanks! 




Subject: images overlapped when use JvImagesViewer with PngImage
From: Edwin <nospam@domain.com>
Date: Wed, 04 Jul 2007 13:45:06 +0800
Newsgroups: jedi.vcl

Hi There,

If you use JvImagesViewer with PngImage the images will be overlapped, but have no problem when using with graphicsEx, however PngImage can give you a higher quality bitmap.

Thanks.


Subject: How to set the width of tabs in a JvRichEdit
From: Edwin <nospam@domain.com>
Date: Wed, 04 Jul 2007 12:13:07 +0800
Newsgroups: jedi.vcl

Hi there,
Currently I press TAB when a TJvRichEdit object is focus, there will be a blank space of 8 characters, How to set the width of tabs to 4 characters?

Thanks.


Subject: Re: Context sensitive help for JVCL components in BDS 2006 ?
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Mon, 2 Jul 2007 23:44:32 +0200
Newsgroups: jedi.vcl


"Remko Bonte" <remkobonteSP@Mgmail.com> wrote in message news:f6bqh0$8ls$2@news.talkto.net...
> Alf Christophersen wrote:
>> I have found and installed the context sensitive help for JCL, but I can't find the same thing for JVCL :-(
>>
>> Are there any plans for such a support ?
>
> For the next release, I plan to include MS Help 2 files.

Good to hear!!
I think this is something almost everyone is looking for!



Subject: Re: Context sensitive help for JVCL components in BDS 2006 ?
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Mon, 02 Jul 2007 23:39:46 +0200
Newsgroups: jedi.vcl

Alf Christophersen wrote:
> I have found and installed the context sensitive help for JCL, but I can't find the same thing for JVCL :-(
>
> Are there any plans for such a support ? 

For the next release, I plan to include MS Help 2 files.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Documentation for the Thread component(s)
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Mon, 02 Jul 2007 23:37:38 +0200
Newsgroups: jedi.vcl

Gavin Melville wrote:
> Is there any documentation for the thread group of components, even
> minimal.   

No, there is no documentation for these components, just the examples in the \examples\JvManagedThreads directory.

I'll try to document these components for the next release.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: D6 - JVCL Installs But Doesnt Start
From: "Chris" <c.bibby@ntlworld.com>
Date: Mon, 2 Jul 2007 16:03:36 +0100
Newsgroups: jedi.vcl

Ah thats its, cheers!

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:f6at4i$2gn$1@news.talkto.net...
> > Look where those files are located in your machine and make sure this 
> > directory is added to the PATH environment variable. 




Subject: Re: D6 - JVCL Installs But Doesnt Start
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 02 Jul 2007 15:17:55 +0200
Newsgroups: jedi.vcl

Look where those files are located in your machine and make sure this directory is added to the PATH environment variable.


Subject: Documentation for the Thread component(s)
From: Gavin Melville <gavin.melville@acclipse.co.nz>
Date: Mon, 02 Jul 2007 23:42:19 +1200
Newsgroups: jedi.vcl

Hi,

Is there any documentation for the thread group of components, even
minimal.   It may be obvious for the build team, but some details are
hard to figure out, like even what the various components do.

TIA,

--
Regards,
Gavin Melville
gavin.melville@acclipse.co.nz


Subject: D6 - JVCL Installs But Doesnt Start
From: "Chris" <c.bibby@ntlworld.com>
Date: Mon, 2 Jul 2007 12:37:42 +0100
Newsgroups: jedi.vcl

Running Delphi 6 Pro

Installed the latest version of JVCL, it installs without errors but when I 
try to run Delphi I get various errors stating that components failed to 
start because they were not found.

Files that Delphi apparently cant find/start are:

JclBaseExpertD60.dpl
JclDebugExpertDLLD60.dll
JclD60.bpl
JclProjectAnalysisExpertDLLD60.dll
JclFavouriteFoldersExpertDLLD60.dll
JclRepositoryExpertDLLD60.dll
JclThreadNameExpertDLLD60.dll
JclUsesExpertDLLD60.dll
JclBaseExpertD60.bpl
JclSMIDViewExpertDLLD60.dll

Dephi starts after clicking OK to all the errors and I was pretty confident 
that the paths are correct, but something is missing somewhere.

Any help would be appreciated. 




Subject: Re: JCV 3.31 Compile error in JClWin32.hpp BDS2006 C++
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 01 Jul 2007 19:13:06 +0200
Newsgroups: jedi.vcl

This a JCL problem as it comes from JclWin32.hpp

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JCV 3.31 Compile error in JClWin32.hpp BDS2006 C++
From: "Rainer Koch" <rainer.koch@rk-softwareentwicklung.de>
Date: Sun, 1 Jul 2007 17:41:07 +0200
Newsgroups: jedi.vcl

I have the same error. i ther any solution ?

Rainer

"Dave" <drbeaker@g-mail.com> schrieb im Newsbeitrag 
news:eudsu9$d1e$1@news.talkto.net...
> > If I try to add a TJvJCVLAboutComponent to my form I get compilation 
> > errors:
> >
> > [C++ Error] Jclwin32.hpp(506): E2040 Declaration terminated incorrectly
> > [C++ Error] Jclwin32.hpp(507): E2040 Declaration terminated incorrectly
> > [C++ Error] Jclwin32.hpp(508): E2040 Declaration terminated incorrectly
> > [C++ Error] Jclwin32.hpp(509): E2040 Declaration terminated incorrectly
> > [C++ Error] Jclwin32.hpp(510): E2040 Declaration terminated incorrectly
> > [C++ Error] Jclwin32.hpp(511): E2040 Declaration terminated incorrectly
> > [C++ Error] iosfwd(254): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::int_type'
> > [C++ Error] iosfwd(136): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::int_type'
> > [C++ Error] iosfwd(260): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::assign(wchar_t &,const wchar_t &)'
> > [C++ Error] iosfwd(141): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::assign(wchar_t &,const wchar_t &)'
> > [C++ Error] iosfwd(265): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::eq(const wchar_t &,const wchar_t &)'
> > [C++ Error] iosfwd(146): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::eq(const wchar_t &,const wchar_t &)'
> > [C++ Error] iosfwd(270): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::lt(const wchar_t &,const wchar_t &)'
> > [C++ Error] iosfwd(151): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::lt(const wchar_t &,const wchar_t &)'
> > [C++ Error] iosfwd(276): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::compare(const wchar_t *,const wchar_t *,unsigned 
> > int)'
> > [C++ Error] iosfwd(156): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::compare(const wchar_t *,const wchar_t *,unsigned 
> > int)'
> > [C++ Error] iosfwd(283): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::length(const wchar_t *)'
> > [C++ Error] iosfwd(167): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::length(const wchar_t *)'
> > [C++ Error] iosfwd(290): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::copy(wchar_t *,const wchar_t *,unsigned int)'
> > [C++ Error] iosfwd(176): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::copy(wchar_t *,const wchar_t *,unsigned int)'
> > [C++ Error] iosfwd(298): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::find(const wchar_t *,unsigned int,const wchar_t &)'
> > [C++ Error] iosfwd(187): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::find(const wchar_t *,unsigned int,const wchar_t &)'
> > [C++ Error] iosfwd(305): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::move(wchar_t *,const wchar_t *,unsigned int)'
> > [C++ Error] iosfwd(197): E2344 Earlier declaration of 
> > 'char_traits<wchar_t>::move(wchar_t *,const wchar_t *,unsigned int)'
> > [C++ Error] iosfwd(312): E2238 Multiple declaration for 
> > 'char_traits<wchar_t>::assign(wchar_t *,unsigned int,wchar_t)'
> > [C++ Error] iosfwd(312): E2228 Too many error or warning messages
> > 




Subject: TjvStatusBar problem
From: "Khurram Zaveri" <nospma_kzaveri@gmail.com>
Date: Sat, 30 Jun 2007 22:38:36 +0530
Newsgroups: jedi.vcl

Hello All,

I have a TjvStatusBar in my app with 4 panels. 3 of those panels are plain 
text, while the 4th one has a progress bar in it.

It looks fine, till I expand the form on which the StatusBar is on. Somehow 
the proportionality of the StatusBar is lost. Is there any way I can 
maintain the size of the panels proportional to the StatusBar and form..?

Thanks
Khurram




Subject: Re: Documentation?
From: "Khurram Zaveri" <nospma_kzaveri@gmail.com>
Date: Sat, 30 Jun 2007 22:02:18 +0530
Newsgroups: jedi.vcl

I figured out yout typo.. Thanks



"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:f65pea$doi$3@news.talkto.net...
> > Khurram Zaveri wrote:
>> >> Hello All,
>> >>
>> >> Where can I get good documentation on the JVCL?
>> >> Specifically the StatusBar and K-Wizard components.
>> >> Thanks
>> >> Khurram Zaveri
> >
> > http://homepages.codegar.com/jedi/jedihelp/
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Documentation?
From: "Khurram Zaveri" <nospma_kzaveri@gmail.com>
Date: Sat, 30 Jun 2007 21:56:45 +0530
Newsgroups: jedi.vcl

The link doesn't work :(

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:f65pea$doi$3@news.talkto.net...
> > Khurram Zaveri wrote:
>> >> Hello All,
>> >>
>> >> Where can I get good documentation on the JVCL?
>> >> Specifically the StatusBar and K-Wizard components.
>> >> Thanks
>> >> Khurram Zaveri
> >
> > http://homepages.codegar.com/jedi/jedihelp/
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Documentation?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 30 Jun 2007 16:44:00 +0200
Newsgroups: jedi.vcl

Khurram Zaveri wrote:
> Hello All,
>
> Where can I get good documentation on the JVCL?
> Specifically the StatusBar and K-Wizard components.
> Thanks
> Khurram Zaveri

http://homepages.codegar.com/jedi/jedihelp/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Please use SafeLoadLibrary() instead of LoadLibrary()
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 30 Jun 2007 16:43:20 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Jean-Fabien Connault wrote:
>
>> JVCL\jvcl\devtools\ErrLook\src\HtmlHlp.pas
>
> ErrLook isn't used anymore.
>
>
>> JVCL\jvcl\examples\JvDBExplorer\TUTIL.PAS
>
> I haven't changed any examples.

And I don't think they should.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Documentation?
From: "Khurram Zaveri" <nospma_kzaveri@gmail.com>
Date: Sat, 30 Jun 2007 18:16:46 +0530
Newsgroups: jedi.vcl

Hello All,

Where can I get good documentation on the JVCL?
Specifically the StatusBar and K-Wizard components.
Thanks
Khurram Zaveri






Subject: How to change output filename in TJvUrlListGrabber
From: faber <monti.fabrizio@NORUBBISHgmail.com>
Date: Sat, 30 Jun 2007 14:45:09 +0200
Newsgroups: jedi.vcl

Hi All,

i'm using TJvUrlListGrabber.

Let's suppose I have 20 http links to 20 different files.
I don't know how to modify filename when omOutput property is omFile. What event handler should I use ?

Thank you in advance


Subject: Context sensitive help for JVCL components in BDS 2006 ?
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Sat, 30 Jun 2007 14:16:18 +0200
Newsgroups: jedi.vcl

I have found and installed the context sensitive help for JCL, but I can't find the same thing for JVCL :-(

Are there any plans for such a support ? (Having a help compiler, it should normally be only a recompilation of the help source using the HTML 2 compiler and pack the resulting Hx* files and other files needed.

Hope to see this fixed :-)




Subject: Re: Please use SafeLoadLibrary() instead of LoadLibrary()
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 30 Jun 2007 11:07:40 +0000 (UTC)
Newsgroups: jedi.vcl

Jean-Fabien Connault wrote:

> > JVCL\jvcl\devtools\ErrLook\src\HtmlHlp.pas

ErrLook isn't used anymore.


> > JVCL\jvcl\examples\JvDBExplorer\TUTIL.PAS

I haven't changed any examples.



-- Regards, Andreas Hausladen 

Subject: Re: Please use SafeLoadLibrary() instead of LoadLibrary()
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Sat, 30 Jun 2007 11:49:05 +0200
Newsgroups: jedi.vcl

Andreas,

> Done.

It looks like the following files are still using LoadLibrary:

JVCL\jvcl\devtools\ErrLook\src\HtmlHlp.pas
JVCL\jvcl\examples\JvDBExplorer\TUTIL.PAS

Maybe it is on purpose.

JEFF 

Subject: Re: Problems with TJvListItem/ExceptionDLG and Bugtracker Register
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 30 Jun 2007 10:25:55 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>> I'm trying to contact the person in charge at t-online
>
> ROTFL from a German

I know, I know, but the server is giving an error message with an email to send complaints to. I don't expect any answer from it, but at least I would have tried <g>

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problems with TJvListItem/ExceptionDLG and Bugtracker Register
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 30 Jun 2007 05:33:16 +0200
Newsgroups: jedi.vcl

OBones wrote:
> I'm trying to contact the person in charge at t-online

ROTFL from a German


Subject: Re: Problems with TJvListItem/ExceptionDLG and Bugtracker Register
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 30 Jun 2007 01:14:20 +0200
Newsgroups: jedi.vcl

Ralph Eisenbach wrote:

> Therefore I suggest the following snippet for TJvListview.CustomDrawItem:

So, to sum up, you add the test "is TJvListItem" ?

>>> 3.) I tried to register to bugtracker, but always get the message
>>> "the following from address failed. bugtacker@delphi-jedi.org". (My mail server is t-online.de)
>>
>> What is the account you tried to register?
>
> SurFan

I resent the confirmation email for your account, and there clearly is a problem. I'm trying to contact the person in charge at t-online to clarify the situation.

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problems with TJvListItem/ExceptionDLG and Bugtracker Register
From: Ralph Eisenbach <xyzzy@ingdewe.de>
Date: Fri, 29 Jun 2007 13:00:27 +0200
Newsgroups: jedi.vcl

Hi, thanks for your quick response

OBones schrieb:
> I seem to remember that CreateEnh is there because it is not possible or desirable to override the creator. Can't remember exactly why though.

After a little more investigation, i think the main problem is in TJVListview.CustomDrawItem: If Item is not derived from TJvListview (f.i. TListview), same error occurs (nil cannot be assigned to TFont). Therefore I suggest the following snippet for TJvListview.CustomDrawItem:


function TJvListView.CustomDrawItem(Item: TListItem;
  State: TCustomDrawState; Stage: TCustomDrawStage): Boolean;
begin
  if (Stage = cdPrePaint) and Assigned(Item) and (Item is TJvListItem) then
  begin
    if TJvListItem(Item).Font <> nil then
      Canvas.Font := TJvListItem(Item).Font;
    if ViewStyle in ViewStylesItemBrush then
      if TJvListItem(Item).Brush <> nil then
        Canvas.Brush := TJvListItem(Item).Brush;
    Canvas.Handle;
  end;

  Result := inherited CustomDrawItem(Item, State, Stage);
end;


>> 2.) ExceptionDLG:
> This is a JCL problem, please report in jedi.jcl

oops sorry, my mistake

>> 3.) I tried to register to bugtracker, but always get the message
>> "the following from address failed. bugtacker@delphi-jedi.org". (My mail server is t-online.de)
>
> What is the account you tried to register?

SurFan

> Our email server has not restarted correctly after the power outage last Thursday but it should be running fine now. Note however that t-online.de uses SORBS and as such you might never receive the email even if it went through ok. I recommend using a gmail account, we know that they work well.

O.K: I'll try that

>
> Regards
> Olivier


Subject: Re: Problems with TJvListItem/ExceptionDLG and Bugtracker Register
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 29 Jun 2007 11:38:36 +0200
Newsgroups: jedi.vcl

Ralph Eisenbach wrote:
> Hi,
>
> 1.) TJVListItem has the following problem:
> You MUST Create TJvListItem by using the "CreateEnh" constructor, because if you use "Create" only the inherited constructor gets called, leaving at least the "Font" member uninitialized, resulting in a "nil cannot be assigned to TFont" - error when used in a TJvListview. For unexperienced users i think it should be better to override the Create Method and do all init stuff in there.

I seem to remember that CreateEnh is there because it is not possible or desirable to override the creator. Can't remember exactly why though.


> 2.) ExceptionDLG:
> By using the ExceptionDialogClass variable i think you want to give developers the opportunity to create their own Exception-Dialog. But this doesn't work, because line 559 in ExceptDlg.pas has to be "ExceptionDialog := ExceptionDialogClass.Create(Application)" not "ExceptionDialog := TExceptionDialogClass.Create(Application);"

This is a JCL problem, please report in jedi.jcl


> 3.) I tried to register to bugtracker, but always get the message
> "the following from address failed. bugtacker@delphi-jedi.org". (My mail server is t-online.de)

What is the account you tried to register?
Our email server has not restarted correctly after the power outage last Thursday but it should be running fine now. Note however that t-online.de uses SORBS and as such you might never receive the email even if it went through ok. I recommend using a gmail account, we know that they work well.

Regards
Olivier


Subject: Problems with TJvListItem/ExceptionDLG and Bugtracker Register
From: Ralph Eisenbach <xyzzy@ingdewe.de>
Date: Fri, 29 Jun 2007 09:52:13 +0200
Newsgroups: jedi.vcl

Hi,

1.) TJVListItem has the following problem:
You MUST Create TJvListItem by using the "CreateEnh" constructor, because if you use "Create" only the inherited constructor gets called, leaving at least the "Font" member uninitialized, resulting in a "nil cannot be assigned to TFont" - error when used in a TJvListview. For unexperienced users i think it should be better to override the Create Method and do all init stuff in there.

2.) ExceptionDLG:
By using the ExceptionDialogClass variable i think you want to give developers the opportunity to create their own Exception-Dialog. But this doesn't work, because line 559 in ExceptDlg.pas has to be "ExceptionDialog := ExceptionDialogClass.Create(Application)" not "ExceptionDialog := TExceptionDialogClass.Create(Application);"

3.) I tried to register to bugtracker, but always get the message
"the following from address failed. bugtacker@delphi-jedi.org". (My mail server is t-online.de)

Ralph


Subject: Re: TJvDBGrid and Vista
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 29 Jun 2007 08:48:45 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Andreas Hausladen wrote:
>> The changes are now in the SVN.
>
> Thanks for that; but I think the DELPHI2007_UP define is not yet defined in jedi.inc.

AFAIK, it is, the 3.31 release was for Delphi 2007


Subject: Re: Proposal: Remove of VisualCLX code
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 28 Jun 2007 20:49:00 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in
message news:f618jq$o20$1@news.talkto.net...
> > It's done.

"<Sniff> Poor VisualCLX, I hardly knew thee..."

EdB




Subject: Re: TJvDBGrid and Vista
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Fri, 29 Jun 2007 00:04:04 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The changes are now in the SVN.

Thanks for that; but I think the DELPHI2007_UP define is not yet defined in jedi.inc.

> The JvEx*.pas files are "read only". If you want to change them you
> must change the jvcl3/devtools/JvExVcl/src/ files and then start the
> jvcl3/devtools/JvExVCL/preprocess.bat. This will generate the files in
> jvcl3/run.

Okay, thanks.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Proposal: Remove of VisualCLX code
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 28 Jun 2007 21:18:50 +0000 (UTC)
Newsgroups: jedi.vcl

It's done.


-- Regards, Andreas Hausladen 

Subject: Re: Implementation of REDO in TJvHLEditor
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 28 Jun 2007 21:26:16 +0200
Newsgroups: jedi.vcl

IssamA wrote:

> please can anybody help me to solve this Problem.

Well the only solution is to write up the required code.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Manually install Jvcl on delphi 2007 ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 28 Jun 2007 21:25:41 +0200
Newsgroups: jedi.vcl

Hicks wrote:

> I guess it's about something I must add to my lib path, but have no
> idea (debug dcu ? bpl ? ...).

Search path most likely.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Ambiguity between 'IAutoComplete' and 'Jvtooledit::IAutoComplete'
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 28 Jun 2007 21:20:29 +0200
Newsgroups: jedi.general,jedi.vcl

VooDoo wrote:

> Does anybody knows the solution ?

Try adding this in the jvcl\run\JvToolEdit.pas file at line 86

  {$EXTERNALSYM IAutoComplete}

and this at line 105

  {$EXTERNALSYM IAutoComplete2}

Then at line 107
  {$HPPEMIT '#include "shldisp.h"'}
  {$HPPEMIT 'typedef DelphiInterface<IAutoComplete> _di_IAutoComplete;'}
  {$HPPEMIT 'typedef DelphiInterface<IAutoComplete2> _di_IAutoComplete2;'}

This should help.
I have changed this in SVN so that the next release has it.
Thanks for the report.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Please use SafeLoadLibrary() instead of LoadLibrary()
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 28 Jun 2007 20:51:17 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>> Thanks for this hint. I start working on this now.
>
> JVCL now uses SafeLoadLibrary.
>

Thanks for doing that.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Please use SafeLoadLibrary() instead of LoadLibrary()
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 28 Jun 2007 18:36:55 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Thanks for this hint. I start working on this now.

JVCL now uses SafeLoadLibrary.


-- Regards, Andreas Hausladen 

Subject: Re: Proposal: Remove of VisualCLX code
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 28 Jun 2007 20:19:36 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> As we all know Kylix is dead and there will be no new version of the
> VisualCLX. So why should we keep all the automatically created
> qrun/qcommon/qdesign files? Especially because they weren't recreated
> for a very long time and will not even compile with Kylix 3 in their
> current state. The VCL part has also undergone a lot of changes that
> broke the JVCLX.

I'm all for it.
This means that a clear message on sourceforge and in the next release text (install\release) must be published once it is done.

Thanks for bringing this up.
Cheers
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Proposal: Remove of VisualCLX code
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 28 Jun 2007 18:09:35 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I'm all for it.

Ironically I will use the JvclToCLX tool to remove all the then
unnecessary IFDEFs.


-- Regards, Andreas Hausladen 

Subject: Proposal: Remove of VisualCLX code
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 28 Jun 2007 17:58:35 +0000 (UTC)
Newsgroups: jedi.vcl

As we all know Kylix is dead and there will be no new version of the
VisualCLX. So why should we keep all the automatically created
qrun/qcommon/qdesign files? Especially because they weren't recreated
for a very long time and will not even compile with Kylix 3 in their
current state. The VCL part has also undergone a lot of changes that
broke the JVCLX.

-- Regards, Andreas Hausladen 

Subject: Re: Please use SafeLoadLibrary() instead of LoadLibrary()
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 28 Jun 2007 17:35:17 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks for this hint. I start working on this now.


-- Regards, Andreas Hausladen 

Subject: Please use SafeLoadLibrary() instead of LoadLibrary()
From: "Andrew Fiddian-Green" <nn@dd.cc>
Date: Thu, 28 Jun 2007 19:14:01 +0200
Newsgroups: jedi.vcl

In the JVCL you make a lot of calls to LoadLibrary(), whereas you should be 
using SafeLoadLibrary() instead.

Excerpt from D2007 Help:
SafeLoadLibrary loads a Windows DLL or Linux shared object file, as 
specified by Filename. SafeLoadLibrary preserves the current FPU control 
word, preventing library initialization code from permanently overwriting 
precision and exception masks.

Regards,
AndrewFG





Subject: Re: TJvDBGrid and Vista
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 28 Jun 2007 16:32:50 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Remko Bonte

The changes are now in the SVN.

The JvEx*.pas files are "read only". If you want to change them you
must change the jvcl3/devtools/JvExVcl/src/ files and then start the
jvcl3/devtools/JvExVCL/preprocess.bat. This will generate the files in
jvcl3/run.

-- Regards, Andreas Hausladen 

Subject: JvValidator and VK_DECIMAL (keypad decimal separator)
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 28 Jun 2007 14:06:44 +0200
Newsgroups: jedi.vcl

Hi all,

When using a floating point format in TJvValidateEdit, it is only possible to type in characters that allow entering a number, that is digits, negative sign and decimal separator.
On a French keyboard (and some others as well), the numeric keypad "decimal" key sends a VK_DECIMAL code in WM_KEYDOWN but a dot (.) in the WM_CHAR message. The reason for this is explained here:
http://blogs.msdn.com/michkap/archive/2006/09/13/752377.aspx

Now, most of my users here are French and using the numeric keypad to enter numbers and as a result, when they intend to type in 18.45 they end up with 1845 which can be quite annoying when it comes to accounting for instance.
I tried hooking the OnKeyPress event but it is triggered after the test for character validity has been done. I tried changing the Key value in an OnKeyDown event, but of course this has no impact as the WM_CHAR event does not take this change into account.
I don't want to use the dfCustom format as it means I have to go through all edits and add a OnValidate handler.

So I'm now considering modifying the component so that I can change the decimal point before testing its validity. I thought of some approaches:

1. Change the behaviour of TJvCustomValidateEdit so that whenever a comma or dot is typed, the value of DecimalSeparator is used instead.

2. Add a "DecimalSeparatorChars" property that gets read and if the entered character is in this string, then use the value of DecimalSeparator instead of the original value. The default value for this would be equal to DecimalSeparator

3. Same as approach 2 but with '.,' as the default value

4. Add an OnValidatingChar event that is triggered right at the beginning of TJvCustomValidateEdit.IsValidChar and that allows to change the character about to be validated.

I must admit that solution 3 is my favored one but because this can have a negative impact, I am asking about it here first. Please let me know what you think and what other solution you can come up with.

Thanks
Olivier


Subject: Re: TJvDBGrid and Vista
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Wed, 27 Jun 2007 21:59:53 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Sounds like the new painting strategy of D2007.

Yes, it currently only applies to D2007+Vista.

The easiest way to fix this IMO is to adjust the WndProc procedures in the JvEx* pas files,

from:

    WM_ERASEBKGND:
      begin
        IdSaveDC := [..]

to:

    WM_ERASEBKGND:
      if Msg.WParam <> 0 then
      begin
        IdSaveDC := [..]

Same for WM_PRINTCLIENT.

And I think the code for WM_PRINTCLIENT, WM_PRINT that fixes the VCL bug is not necessary for D2007 and up, because it is fixed in VCL for those versions.

(I don't know exactly how to change the JvEx* pas files, so someone else may do that if he likes <g>)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Ambiguity between 'IAutoComplete' and 'Jvtooledit::IAutoComplete'
From: VooDoo <darek640@op.pl>
Date: Wed, 27 Jun 2007 14:30:08 +0200
Newsgroups: jedi.general,jedi.vcl

Hi,
Several days ago I install JVCL 3.32(in C++ Builder 6 Pro, WindowsXP SP2), and now if i try to compile some old project (nothing was change) to compile i get following error:

[C++ Error] shldisp.h(8545): E2015 Ambiguity between 'IAutoComplete' and 'Jvtooledit::IAutoComplete'
[C++ Error] shldisp.h(8553): E2238 Multiple declaration for 'IAutoComplete'
[C++ Error] shldisp.h(353): E2344 Earlier declaration of 'IAutoComplete'
[C++ Error] shldisp.h(8631): E2015 Ambiguity between 'IAutoComplete' and 'Jvtooledit::IAutoComplete'
[C++ Error] shldisp.h(8632): E2015 Ambiguity between 'IAutoComplete' and 'Jvtooledit::IAutoComplete'
[C++ Error] shldisp.h(8646): E2015 Ambiguity between 'IAutoComplete' and 'Jvtooledit::IAutoComplete'
[C++ Error] shldisp.h(8647): E2015 Ambiguity between 'IAutoComplete' and 'Jvtooledit::IAutoComplete'
[C++ Error] shldisp.h(8668): E2015 Ambiguity between 'IAutoComplete2' and 'Jvtooledit::IAutoComplete2'
[C++ Error] shldisp.h(8688): E2238 Multiple declaration for 'IAutoComplete2'
[C++ Error] shldisp.h(359): E2344 Earlier declaration of 'IAutoComplete2'
[C++ Error] shldisp.h(8689): E2015 Ambiguity between 'IAutoComplete' and 'Jvtooledit::IAutoComplete'
[C++ Error] shldisp.h(8778): E2015 Ambiguity between 'IAutoComplete2' and 'Jvtooledit::IAutoComplete2'
[C++ Error] shldisp.h(8779): E2015 Ambiguity between 'IAutoComplete2' and 'Jvtooledit::IAutoComplete2'
[C++ Error] shldisp.h(8790): E2015 Ambiguity between 'IAutoComplete2' and 'Jvtooledit::IAutoComplete2'
[C++ Error] shldisp.h(8791): E2015 Ambiguity between 'IAutoComplete2' and 'Jvtooledit::IAutoComplete2'
[C++ Error] JclWin32.hpp(508): E2040 Declaration terminated incorrectly
[C++ Error] JclWin32.hpp(509): E2040 Declaration terminated incorrectly
[C++ Error] JclWin32.hpp(510): E2040 Declaration terminated incorrectly
[C++ Error] JclWin32.hpp(511): E2040 Declaration terminated incorrectly
[C++ Error] JclWin32.hpp(512): E2040 Declaration terminated incorrectly
[C++ Error] JclWin32.hpp(513): E2040 Declaration terminated incorrectly

I tried to instal old JVCL but it dosen't help
Does anybody knows the solution ?


Subject: Manually install Jvcl on delphi 2007 ?
From: "Hicks" <hicks@gmail.com>
Date: Tue, 26 Jun 2007 22:34:22 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

I'm willing to install the latest jvcl manually into delphi 200
2007, but I'm having some troubles doing so:

First, I installed the JCL following the manual:
- I edited the jcld11.inc
- Opened the JclPackagesD110.groupproj files, compiled everything,
installed the experts
- I did NOT add anything to my lib or whatever path since I don't know
what to put where, and the manual install doc have no mention of it

- I opened the jvcl "D11 Packages.bdsgroup" file, tried to compile,
fails saying required package JclVcl is missing.

I guess it's about something I must add to my lib path, but have no
idea (debug dcu ? bpl ? ...).

Thanks in advance

-- Hicks 

Subject: Re: Slightly polished example for JvThread
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 26 Jun 2007 08:37:10 +0100
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> You must prevent the parallel execution.
>> >> The component can't do this.
> >
> >I don't know any details about db-class in question, but TJvThread has
> >property 'ExclusiveExecution' (or MaxCount=1) which prevents start of
> >more then 1 thread simultaneously (TJvThread.Execute returns nil if 1
> >thread was already started). Probably this can help.
> >
> >-- 
> >Alex
> >

Hi Alex,

i must look for it. But i think it didn't help in all circumstances.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Slightly polished example for JvThread
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 26 Jun 2007 03:35:23 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > You must prevent the parallel execution.
> > The component can't do this.

I don't know any details about db-class in question, but TJvThread has
property 'ExclusiveExecution' (or MaxCount=1) which prevents start of
more then 1 thread simultaneously (TJvThread.Execute returns nil if 1
thread was already started). Probably this can help.

-- Alex 

Subject: Re: TJvDBGrid and Vista
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 26 Jun 2007 05:29:16 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> So basically WM_PAINT is called but nothing has to be painted.
>
> I don't know for sure whether there is a problem in JVCL code that causes the BeginPaint to return an empty rect, or that it just can happen..

Sounds like the new painting strategy of D2007.


Subject: Re: TJvDBGrid and Vista
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Tue, 26 Jun 2007 01:13:14 +0200
Newsgroups: jedi.vcl

Lithian wrote:
> I have a problem with TJvDBGrid with Vista and D2007 (no WinXP/2000 in my test).
> [..] you receive a "Canvas does not allow drawing".

I can reproduce this on Vista + D2007. You get the error message because the code in TJvExDBGrid.WndProc is called with message WM_ERASEBKGND and wParam 0.

It originates in TWinControl.WMPaint where BeginPaint apparently can return an empty rect, that is passed to BeginBufferedPaint which returns then the null DC that will be used as argument for the WM_ERASEBKGND call.

So basically WM_PAINT is called but nothing has to be painted.

I don't know for sure whether there is a problem in JVCL code that causes the BeginPaint to return an empty rect, or that it just can happen..

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Mon, 25 Jun 2007 11:07:04 -0500
Newsgroups: jedi.vcl

> Now you must use the Before/AfterThreadExecution Events to disable/enable the actions/menus/buttons.

I will do !

>
> The other seemed to be a problem in the oracle dll's. Maybe you can ask the guys from corelabs, or have a link at the oracle metalink.

Ok.

Thanks a lot, that is a nice feature !

Ricardo


Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 25 Jun 2007 17:37:40 +0200
Newsgroups: jedi.vcl

Hi Ricardo,

for the first part: That's your task. You must prevent the parallel execution.
The component can't do this.

The old behaviour with modal dialog which executes automaticly didn't have the problem.

Now you must use the Before/AfterThreadExecution Events to disable/enable the actions/menus/buttons.

The other seemed to be a problem in the oracle dll's. Maybe you can ask the guys from corelabs, or have a link at the oracle metalink.

Greetings
Jens

Ricardo Cardona R schrieb:
> Hi,
>
>> Ricardo, please have a look at the last svn updated source.
> I set the delay to 5000 and run the query, the problem is i can retry the same query, click twice the button because the UI is responding, that double query run block the app.
>
> Another problem with the new version is when go to last record i have AV, this behavior is not constant sometimes the fetch is canceled, but the next query i get AV.
>
> Oci version : 9.2.0.1.0
> DLL : C:\oracle\BIN\oci.dll
> Oracle version : 9.2.0.7.0
>
> Access violation at address 614C0135 in module 'oran9.dll'. Read of address 000000F0 !
>
> 61504645 +000 oran9.dll
> 61490ad4 +124 oran9.dll                                      nioqbr
> 6060227b +00b oraclient9.dll                                 OCIBreak
> 03447639 +019 oci.dll                                        OCIBreak
> 0053ad59 +045 dbexplorer.ml.exe OraClasses                   TOCIConnection.BreakExec
> 005458e9 +011 dbexplorer.ml.exe OraClasses                   TOCICommand.BreakExec
> 0055f17e +006 dbexplorer.ml.exe Ora                          TOraDataSet.BreakExec
> 00830894 +000 dbexplorer.ml.exe JvOdacSmartQuery         266 TJvOdacSmartQuery.BreakExecution
> 0082ed9c +054 dbexplorer.ml.exe JvBaseDBThreadedDataset  862 TJvBaseDatasetThreadHandler.BreakExecution
> 0082e93c +018 dbexplorer.ml.exe JvBaseDBThreadedDataset  688 TJvBaseDatasetThread.CancelExecute
> 0081a175 +025 dbexplorer.ml.exe JvThread                 394 TJvCustomThreadDialogForm.DefaultCancelBtnClick
> 004afba0 +064 dbexplorer.ml.exe Controls                     TControl.Click
> 00498ff0 +01c dbexplorer.ml.exe StdCtrls                     TButton.Click
> 00567571 +065 dbexplorer.ml.exe Buttons                      TBitBtn.Click
> 004990e4 +00c dbexplorer.ml.exe StdCtrls                     TButton.CNCommand
> 004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
> 004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
> 00498f64 +06c dbexplorer.ml.exe StdCtrls                     TButtonControl.WndProc
> 004af7d8 +024 dbexplorer.ml.exe Controls                     TControl.Perform
> 004b2b6b +023 dbexplorer.ml.exe Controls                     DoControlMsg
> 004b3227 +00b dbexplorer.ml.exe Controls                     TWinControl.WMCommand
> 004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
> 004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
> 004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
> 0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
> 7c828533 +02b ntdll.dll                                      KiUserCallbackDispatcher
> 7739c332 +044 user32.dll                                     SendMessageW
> 773b045e +016 user32.dll                                     CallWindowProcA
> 004b2b17 +0d7 dbexplorer.ml.exe Controls                     TWinControl.DefaultHandler
> 004affa8 +010 dbexplorer.ml.exe Controls                     TControl.WMLButtonUp
> 004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
> 004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
> 00498f64 +06c dbexplorer.ml.exe StdCtrls                     TButtonControl.WndProc
> 004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
> 0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
> 773a16e0 +00a user32.dll                                     DispatchMessageA
> 004d00ef +083 dbexplorer.ml.exe Forms                        TApplication.ProcessMessage
> 004d0126 +00a dbexplorer.ml.exe Forms                        TApplication.HandleMessage
> 004ccd63 +147 dbexplorer.ml.exe Forms                        TCustomForm.ShowModal
> 0071cbd6 +026 dbexplorer.ml.exe JvComponent              254 TJvForm.ShowModal
> 0081aafa +06e dbexplorer.ml.exe JvThread                1000 TJvThread.CreateThreadDialogForm
> 0081a68f +027 dbexplorer.ml.exe JvThread                 639 TJvThread.Resume
> 0081a5df +10f dbexplorer.ml.exe JvThread                 584 TJvThread.Execute
> 0081a62e +02a dbexplorer.ml.exe JvThread                 603 TJvThread.ExecuteAndWait
> 0081ab31 +01d dbexplorer.ml.exe JvThread                1012 TJvThread.ExecuteWithDialog
> 0082f69b +06b dbexplorer.ml.exe JvBaseDBThreadedDataset 1208 TJvBaseDatasetThreadHandler.InternalLast
> 00830a2f +00f dbexplorer.ml.exe JvOdacSmartQuery         403 TJvOdacSmartQuery.InternalLast
> 004ef5bd +041 dbexplorer.ml.exe DB                           TDataSet.Last
> 0065b5f9 +151 dbexplorer.ml.exe dxDBGrid                     TCustomdxDBGrid.WMVScroll
> 004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
> 004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
> 005fd88c +150 dbexplorer.ml.exe dxTL                         TCustomdxTreeList.WndProc
> 00650181 +151 dbexplorer.ml.exe dxDBGrid                     TCustomdxDBGrid.WndProc
> 7c828533 +02b ntdll.dll                                      KiUserCallbackDispatcher
> 004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
> 0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
> 7c828533 +02b ntdll.dll                                      KiUserCallbackDispatcher
> 7739c332 +044 user32.dll                                     SendMessageW
> 773b045e +016 user32.dll                                     CallWindowProcA
> 004b2b17 +0d7 dbexplorer.ml.exe Controls                     TWinControl.DefaultHandler
> 004b40af +09f dbexplorer.ml.exe Controls                     TWinControl.WMSysCommand
> 004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
> 004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
> 005fd88c +150 dbexplorer.ml.exe dxTL                         TCustomdxTreeList.WndProc
> 00650181 +151 dbexplorer.ml.exe dxDBGrid                     TCustomdxDBGrid.WndProc
> 004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
> 0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
> 7c828533 +02b ntdll.dll                                      KiUserCallbackDispatcher
> 7739c332 +044 user32.dll                                     SendMessageW
> 773b045e +016 user32.dll                                     CallWindowProcA
> 004b2b17 +0d7 dbexplorer.ml.exe Controls                     TWinControl.DefaultHandler
> 004afce5 +015 dbexplorer.ml.exe Controls                     TControl.WMNCLButtonDown
> 004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
> 004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
> 005fd88c +150 dbexplorer.ml.exe dxTL                         TCustomdxTreeList.WndProc
> 00650181 +151 dbexplorer.ml.exe dxDBGrid                     TCustomdxDBGrid.WndProc
> 004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
> 0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
> 773a16e0 +00a user32.dll                                     DispatchMessageA
> 004d00ef +083 dbexplorer.ml.exe Forms                        TApplication.ProcessMessage
> 004d0126 +00a dbexplorer.ml.exe Forms                        TApplication.HandleMessage
> 004d0346 +096 dbexplorer.ml.exe Forms                        TApplication.Run
> 009470ba +146 dbexplorer.ml.exe DBExplorer               155 initialization
>
> Mi machine Windows 2003 Server
> Thanks,
>
> Ricardo

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Mon, 25 Jun 2007 10:19:37 -0500
Newsgroups: jedi.vcl

Hi,

> Ricardo, please have a look at the last svn updated source.
I set the delay to 5000 and run the query, the problem is i can retry the same query, click twice the button because the UI is responding, that double query run block the app.

Another problem with the new version is when go to last record i have AV, this behavior is not constant sometimes the fetch is canceled, but the next query i get AV.

Oci version : 9.2.0.1.0
DLL : C:\oracle\BIN\oci.dll
Oracle version : 9.2.0.7.0

Access violation at address 614C0135 in module 'oran9.dll'. Read of address 000000F0 !

61504645 +000 oran9.dll
61490ad4 +124 oran9.dll                                      nioqbr
6060227b +00b oraclient9.dll                                 OCIBreak
03447639 +019 oci.dll                                        OCIBreak
0053ad59 +045 dbexplorer.ml.exe OraClasses                   TOCIConnection.BreakExec
005458e9 +011 dbexplorer.ml.exe OraClasses                   TOCICommand.BreakExec
0055f17e +006 dbexplorer.ml.exe Ora                          TOraDataSet.BreakExec
00830894 +000 dbexplorer.ml.exe JvOdacSmartQuery         266 TJvOdacSmartQuery.BreakExecution
0082ed9c +054 dbexplorer.ml.exe JvBaseDBThreadedDataset  862 TJvBaseDatasetThreadHandler.BreakExecution
0082e93c +018 dbexplorer.ml.exe JvBaseDBThreadedDataset  688 TJvBaseDatasetThread.CancelExecute
0081a175 +025 dbexplorer.ml.exe JvThread                 394 TJvCustomThreadDialogForm.DefaultCancelBtnClick
004afba0 +064 dbexplorer.ml.exe Controls                     TControl.Click
00498ff0 +01c dbexplorer.ml.exe StdCtrls                     TButton.Click
00567571 +065 dbexplorer.ml.exe Buttons                      TBitBtn.Click
004990e4 +00c dbexplorer.ml.exe StdCtrls                     TButton.CNCommand
004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
00498f64 +06c dbexplorer.ml.exe StdCtrls                     TButtonControl.WndProc
004af7d8 +024 dbexplorer.ml.exe Controls                     TControl.Perform
004b2b6b +023 dbexplorer.ml.exe Controls                     DoControlMsg
004b3227 +00b dbexplorer.ml.exe Controls                     TWinControl.WMCommand
004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
7c828533 +02b ntdll.dll                                      KiUserCallbackDispatcher
7739c332 +044 user32.dll                                     SendMessageW
773b045e +016 user32.dll                                     CallWindowProcA
004b2b17 +0d7 dbexplorer.ml.exe Controls                     TWinControl.DefaultHandler
004affa8 +010 dbexplorer.ml.exe Controls                     TControl.WMLButtonUp
004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
00498f64 +06c dbexplorer.ml.exe StdCtrls                     TButtonControl.WndProc
004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
773a16e0 +00a user32.dll                                     DispatchMessageA
004d00ef +083 dbexplorer.ml.exe Forms                        TApplication.ProcessMessage
004d0126 +00a dbexplorer.ml.exe Forms                        TApplication.HandleMessage
004ccd63 +147 dbexplorer.ml.exe Forms                        TCustomForm.ShowModal
0071cbd6 +026 dbexplorer.ml.exe JvComponent              254 TJvForm.ShowModal
0081aafa +06e dbexplorer.ml.exe JvThread                1000 TJvThread.CreateThreadDialogForm
0081a68f +027 dbexplorer.ml.exe JvThread                 639 TJvThread.Resume
0081a5df +10f dbexplorer.ml.exe JvThread                 584 TJvThread.Execute
0081a62e +02a dbexplorer.ml.exe JvThread                 603 TJvThread.ExecuteAndWait
0081ab31 +01d dbexplorer.ml.exe JvThread                1012 TJvThread.ExecuteWithDialog
0082f69b +06b dbexplorer.ml.exe JvBaseDBThreadedDataset 1208 TJvBaseDatasetThreadHandler.InternalLast
00830a2f +00f dbexplorer.ml.exe JvOdacSmartQuery         403 TJvOdacSmartQuery.InternalLast
004ef5bd +041 dbexplorer.ml.exe DB                           TDataSet.Last
0065b5f9 +151 dbexplorer.ml.exe dxDBGrid                     TCustomdxDBGrid.WMVScroll
004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
005fd88c +150 dbexplorer.ml.exe dxTL                         TCustomdxTreeList.WndProc
00650181 +151 dbexplorer.ml.exe dxDBGrid                     TCustomdxDBGrid.WndProc
7c828533 +02b ntdll.dll                                      KiUserCallbackDispatcher
004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
7c828533 +02b ntdll.dll                                      KiUserCallbackDispatcher
7739c332 +044 user32.dll                                     SendMessageW
773b045e +016 user32.dll                                     CallWindowProcA
004b2b17 +0d7 dbexplorer.ml.exe Controls                     TWinControl.DefaultHandler
004b40af +09f dbexplorer.ml.exe Controls                     TWinControl.WMSysCommand
004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
005fd88c +150 dbexplorer.ml.exe dxTL                         TCustomdxTreeList.WndProc
00650181 +151 dbexplorer.ml.exe dxDBGrid                     TCustomdxDBGrid.WndProc
004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
7c828533 +02b ntdll.dll                                      KiUserCallbackDispatcher
7739c332 +044 user32.dll                                     SendMessageW
773b045e +016 user32.dll                                     CallWindowProcA
004b2b17 +0d7 dbexplorer.ml.exe Controls                     TWinControl.DefaultHandler
004afce5 +015 dbexplorer.ml.exe Controls                     TControl.WMNCLButtonDown
004afa08 +188 dbexplorer.ml.exe Controls                     TControl.WndProc
004b2a33 +157 dbexplorer.ml.exe Controls                     TWinControl.WndProc
005fd88c +150 dbexplorer.ml.exe dxTL                         TCustomdxTreeList.WndProc
00650181 +151 dbexplorer.ml.exe dxDBGrid                     TCustomdxDBGrid.WndProc
004b26b0 +02c dbexplorer.ml.exe Controls                     TWinControl.MainWndProc
0047efb0 +014 dbexplorer.ml.exe Classes                      StdWndProc
773a16e0 +00a user32.dll                                     DispatchMessageA
004d00ef +083 dbexplorer.ml.exe Forms                        TApplication.ProcessMessage
004d0126 +00a dbexplorer.ml.exe Forms                        TApplication.HandleMessage
004d0346 +096 dbexplorer.ml.exe Forms                        TApplication.Run
009470ba +146 dbexplorer.ml.exe DBExplorer               155 initialization

Mi machine Windows 2003 Server
Thanks,

Ricardo


Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 23 Jun 2007 14:18:20 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Thanks, I don't know how that slipped through...

The modify-check code in the installer is now fixed. It was broken for
a long time (especially for the C++Builder). The "never-build package
xxx must be recompiled" error should be history now. The main reason
was that the dependency checks for the JCL failed due to wrong
dcp-filenames (e.g. Jcld50d50.dcp instead of Jcld50.dcp)


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 23 Jun 2007 10:20:16 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>> Now the list is empty for BDS 2005 and BDS 2006. And the
>> Frameworks[False, pkVCL] returns NIL what causes the compile code to
>> crash with an access violation.
>
> This is now fixed.
>

Thanks, I don't know how that slipped through...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 23 Jun 2007 00:04:27 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Now the list is empty for BDS 2005 and BDS 2006. And the
> > Frameworks[False, pkVCL] returns NIL what causes the compile code to
> > crash with an access violation.

This is now fixed.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 22 Jun 2007 23:33:42 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I'm looking at it right now, and I'm onto something. Please stay
> > tuned...

Now the list is empty for BDS 2005 and BDS 2006. And the
Frameworks[False, pkVCL] returns NIL what causes the compile code to
crash with an access violation.

-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Fri, 22 Jun 2007 23:55:27 +0200
Newsgroups: jedi.vcl

Olivier,

> This has now been changed, please use revision 11369 or later and let me know how that goes. Thanks for the help.

This revision has fixed the issue on my machine (Windows Vista, Delphi 2007).

Thanks for the fix.

JEFF


Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 22 Jun 2007 23:26:12 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Yep, that's what I found as well. The installer considers a target to be valid if, among other things, the bdsgroup file is there.
> This part needs to be upgraded to deal with groupproj files.

This has now been changed, please use revision 11369 or later and let me know how that goes. Thanks for the help.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 22 Jun 2007 23:21:14 +0200
Newsgroups: jedi.vcl

But had shown me the right way. Thanks. It's now a realy nice feature.

Ricardo, please have a look at the last svn updated source.

For me it seems to work.

Greetings
Jens

AlexB schrieb:
> Jens Fudickar wrote:
>
>> @AlexB: You more firm to the JvThread.
>
> I worked up only 'thread' part, not dialogs (they worked well).
>
>> Any ideas?
>
> I've uploaded quick solution (draft) into binaries, take a look.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 22 Jun 2007 22:47:59 +0200
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:
> Karlheinz Jansen wrote:
>
>> Same problem here with actual SVN.
>> I have D7, BDS2006, Delphi2007 installed.
>> The list is not empty for D7 and BDS2006, but is empty for Delphi2007.
>>
>> Karlheinz
>
> Problem occurs with version 11361 (deleted bdsgroup for D11)
>
> I hope this help to find the error.

Yep, that's what I found as well. The installer considers a target to be valid if, among other things, the bdsgroup file is there.
This part needs to be upgraded to deal with groupproj files.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 22 Jun 2007 22:45:54 +0200
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:

> Same problem here with actual SVN.
> I have D7, BDS2006, Delphi2007 installed.
> The list is not empty for D7 and BDS2006, but is empty for Delphi2007.

I'm looking at it right now, and I'm onto something. Please stay tuned...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: "Karlheinz Jansen" <KarlheinzREMOVEJansen@REMOVEweb.de>
Date: Fri, 22 Jun 2007 20:20:18 +0000 (UTC)
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:

> > Same problem here with actual SVN.
> > I have D7, BDS2006, Delphi2007 installed.
> > The list is not empty for D7 and BDS2006, but is empty for Delphi2007.
> > 
> > Karlheinz

Problem occurs with version 11361 (deleted bdsgroup for D11)

I hope this help to find the error.

Karlheinz

-- 

Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: "Karlheinz Jansen" <KarlheinzREMOVEJansen@REMOVEweb.de>
Date: Fri, 22 Jun 2007 20:00:07 +0000 (UTC)
Newsgroups: jedi.vcl

Jean-Fabien Connault wrote:

> > Hi,
> > 
> > It appears that there's an issue with the latest JVCL 3.33 (from SVN)
> > installer. When launching the installer, the screen which displays
> > the packages is empty and installing will cause an exception.
> > 
> > Released JVCL 3.32 is installing fine.
> > 
> > JEFF

Same problem here with actual SVN.
I have D7, BDS2006, Delphi2007 installed.
The list is not empty for D7 and BDS2006, but is empty for Delphi2007.

Karlheinz

-- 

Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Fri, 22 Jun 2007 21:40:09 +0200
Newsgroups: jedi.vcl

Olivier,

> See Mantis #4137 (http://homepages.codegear.com/jedi/issuetracker/view.php?id=4137)
> Basically, we are not seeing this here, but many people are. If you could try to debug the installer, that would help us greatly.

Mantis #4137 states that it is not fixed with JVCL 3.32 but JVCL 3.32 is installing ok here.

May it be something which was broken in JVCL < 3.32, fixed in JVCL 3.32 and broken again in JVCL > 3.32?

Please let me know where to look at and which files to compare.

Thanks.

JEFF




Subject: TJvDBGrid and Vista
From: Lithian <lithian@tiscalinet.it>
Date: Fri, 22 Jun 2007 07:45:41 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I have a problem with TJvDBGrid with Vista and D2007 (no WinXP/2000 in my 
test).

To reproduce the problem you must create a MDI form with 2 buttons. Each 
button must open a MDI child form. Both the child forms must have jvdbgrid 
with a datasource and a dataset (I used a clientdataset without data and 
not active).

Then if you run the program, open both the child forms and try to give the 
focus to the first and then to the second if they are overlapped you 
receive a "Canvas does not allow drawing".

Ciao,
Luca.


Subject: Re: JVCL 3.33 (Latest SVN) Installer Issue
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 21 Jun 2007 18:40:21 +0200
Newsgroups: jedi.vcl

Jean-Fabien Connault wrote:
> Hi,
>
> It appears that there's an issue with the latest JVCL 3.33 (from SVN) installer. When launching the installer, the screen which displays the packages is empty and installing will cause an exception.

See Mantis #4137 (http://homepages.codegear.com/jedi/issuetracker/view.php?id=4137)
Basically, we are not seeing this here, but many people are. If you could try to debug the installer, that would help us greatly.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JVCL 3.33 (Latest SVN) Installer Issue
From: "Jean-Fabien Connault" <cycocrew@users.sourceforge.net>
Date: Thu, 21 Jun 2007 16:38:45 +0200
Newsgroups: jedi.vcl

Hi,

It appears that there's an issue with the latest JVCL 3.33 (from SVN) installer. When launching the installer, the screen which displays the packages is empty and installing will cause an exception.

Released JVCL 3.32 is installing fine.

JEFF


Subject: Re: Slightly polished example for JvThread
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 21 Jun 2007 06:29:45 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > @AlexB: You more firm to the JvThread.

I worked up only 'thread' part, not dialogs (they worked well).

> > Any ideas?

I've uploaded quick solution (draft) into binaries, take a look. 

-- Alex 

Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 21 Jun 2007 01:32:09 +0200
Newsgroups: jedi.vcl

@AlexB: You more firm to the JvThread. So what do you think is the best way to implement?
For me it should be implemented in the Base TJvThread, but how?

Any ideas?

Greetings
Jens

Ricardo Cardona R schrieb:
>> Principle yes, this should be possible.
>> Please add a feature request to the issuetracker.
>
> http://homepages.borland.com/jedi/issuetracker/view.php?id=4162

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Wed, 20 Jun 2007 18:16:03 -0500
Newsgroups: jedi.vcl

> Principle yes, this should be possible.
> Please add a feature request to the issuetracker.

http://homepages.borland.com/jedi/issuetracker/view.php?id=4162


Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 20 Jun 2007 22:18:52 +0200
Newsgroups: jedi.vcl



Ricardo Cardona R schrieb:
>> Any further comments on my threaded dataset components.
>
> hmm, well, yes ... is posible show window only after past N time, i will like show window only if select execution is more than 2 seconds, my clients not like the "blink" window with every query.

Principle yes, this should be possible.
Please add a feature request to the issuetracker.


>
>> Did you have seen also the odac logon components ?
>
> No, i will look !

Have fun with it :-)

>
> Thanks
> Ricardona

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: FAQ: upgrading painlessly
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 Jun 2007 21:47:12 +0200
Newsgroups: jedi.vcl

Marc Pelletier wrote:

> I downloaded JVCL332CompleteJCL1100-Build2646.zip. The instructions tell me I can use jvclinstall to remove the previous version (3.0) and install the new one, but the installer isn't shipped compiled, and depends on components I don't have installed. Surely this is an oversight?

Install.bat is there to compile it from command line.


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Wed, 20 Jun 2007 10:50:10 -0500
Newsgroups: jedi.vcl

> Any further comments on my threaded dataset components.

hmm, well, yes ... is posible show window only after past N time, i will like show window only if select execution is more than 2 seconds, my clients not like the "blink" window with every query.

> Did you have seen also the odac logon components ?

No, i will look !

Thanks
Ricardona


Subject: Re: FAQ: upgrading painlessly
From: Marc Pelletier <marc@stopspam.goldak.ca>
Date: Wed, 20 Jun 2007 14:56:34 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gf_@_fe_altern.org> wrote in news:f5ahir$tcv$1
@news.talkto.net:

> > Uninstall current version of the JCL/JVCL
> > Install the new version
> > 
> > That should do it
> > 

Well not quite. 

I downloaded JVCL332CompleteJCL1100-Build2646.zip. The instructions tell me 
I can use jvclinstall to remove the previous version (3.0) and install the 
new one, but the installer isn't shipped compiled, and depends on 
components I don't have installed. Surely this is an oversight?

cheers

Marc


Subject: Re: function GetMACAdress()
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 20 Jun 2007 12:18:47 +0200
Newsgroups: jedi.vcl

Eric,

Could you step into the GetMACAddress function to see which method is used? This function can load its result from netbios or (if netbios fails) from smnp. That will narrow the prospection area.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: new JvGraphics.pas
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Jun 2007 10:55:10 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones schrieb:
>
>> As to the naming, feel free to change the unit name, I could not come up with a better one.
>
> Indeed, the file name is bad as well. JvGraphicFormats.pas would be better. I now think the file should stay in run. It is dependent on other files in run.

Or it could go in JvJVCLUtils where we already have a TJvPicture class...


Subject: Re: new JvGraphics.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Jun 2007 10:50:53 +0200
Newsgroups: jedi.vcl

OBones schrieb:

> As to the naming, feel free to change the unit name, I could not come up with a better one.

Indeed, the file name is bad as well. JvGraphicFormats.pas would be better. I now think the file should stay in run. It is dependent on other files in run.


Subject: Re: JvDBTreeView did not compile today
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Jun 2007 09:57:50 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have changed it to compile, but i am unsure if the change is really the intended fix. See line 1285.

Bugger, that's the refactoring that impacted this. It was originally called DeleteChilds and I renamed it to DeleteChildren as it is proper English.
Your change is indeed the intended fix, I'm sorry I did not check any further.


Subject: Re: new JvGraphics.pas
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Jun 2007 09:50:05 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> It sucked. I integrated it properly.
> It should probably go to common not run.
>
> I dislike the way the basic graphics formats get registered.
> This should not be part of JvGraphics.pas.

This was part of JvDBImage.pas and was moved out so that it can be used by JvImage.pas as well.
As to the naming, feel free to change the unit name, I could not come up with a better one.


Subject: new JvGraphics.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Jun 2007 09:18:18 +0200
Newsgroups: jedi.vcl

It sucked. I integrated it properly.
It should probably go to common not run.

I dislike the way the basic graphics formats get registered.
This should not be part of JvGraphics.pas.


Subject: JvDBTreeView did not compile today
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Jun 2007 09:15:46 +0200
Newsgroups: jedi.vcl

I have changed it to compile, but i am unsure if the change is really the intended fix. See line 1285.


Subject: Re: FAQ: upgrading painlessly
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Jun 2007 08:42:20 +0200
Newsgroups: jedi.vcl

Marc Pelletier wrote:

> What are the recommended steps to get to the newest version. I'm never sure which packages I want/need, so I would like to make sure I get exactly the same set.

Uninstall current version of the JCL/JVCL
Install the new version

That should do it


Subject: Re: FAQ: upgrading painlessly
From: MrT <tultalk@attglobal.net>
Date: Tue, 19 Jun 2007 21:52:30 -0500
Newsgroups: jedi.vcl

Indy is a real pain. Last time I upgraded I spent at least two days "repairing" my apps. Some time later you open another app that you have not touched for 6 months and boom, more problems. I avoid upgrading Indy at all costs.

Marc Pelletier wrote:
> Hello,
>
> I've looked through the faq and this newsgroup, but I can't find any instructions on upgrading from one version to the next. I recently had 2 days of pain upgrading Indy, so I'm a little gun shy right now.
>
> I currently have 3.00 installed and would like to get current.
> What are the recommended steps to get to the newest version. I'm never sure which packages I want/need, so I would like to make sure I get exactly the same set.
>
> Thanks
>
> Marc Pelletier
> Goldak Airborne Surveys
>


Subject: Re: FAQ: upgrading painlessly
From: MrT <tultalk@attglobal.net>
Date: Tue, 19 Jun 2007 21:50:31 -0500
Newsgroups: jedi.vcl

Installation instructions are in the download.

Marc Pelletier wrote:
> Hello,
>
> I've looked through the faq and this newsgroup, but I can't find any instructions on upgrading from one version to the next. I recently had 2 days of pain upgrading Indy, so I'm a little gun shy right now.
>
> I currently have 3.00 installed and would like to get current.
> What are the recommended steps to get to the newest version. I'm never sure which packages I want/need, so I would like to make sure I get exactly the same set.
>
> Thanks
>
> Marc Pelletier
> Goldak Airborne Surveys
>


Subject: Re: ANN: JVCL 3.32 Released!
From: MrT <tultalk@attglobal.net>
Date: Tue, 19 Jun 2007 18:53:30 -0500
Newsgroups: jedi.vcl,jedi.general

Ehhh!!! Not so simple. Pulled in way to many things.

This fixed the problem in the original JvRichEditToHTML (3.10)

  Size := Abs(Value.Size);
  if Size = 0 then Size := 8;
  Result := Format('<SPAN style="color: #%s; font-size: %dpt; font-family: %s;">',
                    [FCToH.HtmlColor, Size,Value.Name]);

//  Result := Format('<FONT COLOR="#%s" SIZE="%d" FACE="%s">',
//                [FCToH.HtmlColor,(Value.Size mod 8) + 2,Value.Name]);

AlexB wrote:
> MrT wrote:
>
>> I (just for kicks) used JvRichEditToHTML.pas from 3.32 in my app
>> built with 3.10. Compiled and ran fine but exhibited same problem
>> with font sizes I was looking for solution to.
>>
>> Bug reports say this is fixed earlier:    0003731: TJvRichEditToHtml
>> still not formatting correctly
>>
>> Was it really fixed or did it rise from the ashes in 3.32?
>
> Try to compare previous and current source of component: I suspect that
> the old version of a code could accidentally get in library.
>
> I played with the TJvThread some weeks, but in release I see the old
> version. Probably it was thoughtful act (introduction of the new module
> is postponed before final testing), but probably it there was an
> accident.
>


Subject: FAQ: upgrading painlessly
From: Marc Pelletier <marc@stopspam.goldak.ca>
Date: Tue, 19 Jun 2007 22:40:05 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

I've looked through the faq and this newsgroup, but I can't find any 
instructions on upgrading from one version to the next. I recently had 2 
days of pain upgrading Indy, so I'm a little gun shy right now.

I currently have 3.00 installed and would like to get current. 

What are the recommended steps to get to the newest version. I'm never sure 
which packages I want/need, so I would like to make sure I get exactly the 
same set.

Thanks

Marc Pelletier
Goldak Airborne Surveys



Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 20 Jun 2007 00:26:25 +0200
Newsgroups: jedi.vcl



Ricardo Cardona R schrieb:
>> Sorry, no Win98. On Vista there is no problem, and on win2000 i also don't know any problems.
>
> I tested in Win2000, XP and Windows 2003 server and program works very well.
>
>> And, what happens when you press the cancel button?
>
> In Win98 the cancel button not work (not message error), the program continue fetching all records and never cancel the fetch, also the label with record count is never updated, always "0".
>
>> Please put a breakpoint at the cancel event and have a look what happens.
>
> Sorry but that PC is not my developer machine.

Same Here.
>
> Maybe the Win98 support for my program is over ;)

Maybe yes, and sorry that i can't help you at this point.
>
> This time i hope be more clear.
>

Yes.

> Again thanks.

No Problem.

Any further comments on my threaded dataset components.

Did you have seen also the odac logon components ?

Greetings
Jens
>
> Ricardona
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 19 Jun 2007 17:24:47 -0500
Newsgroups: jedi.vcl

> Sorry, no Win98. On Vista there is no problem, and on win2000 i also don't know any problems.

I tested in Win2000, XP and Windows 2003 server and program works very well.

> And, what happens when you press the cancel button?

In Win98 the cancel button not work (not message error), the program continue fetching all records and never cancel the fetch, also the label with record count is never updated, always "0".

> Please put a breakpoint at the cancel event and have a look what happens.

Sorry but that PC is not my developer machine.

Maybe the Win98 support for my program is over ;)

This time i hope be more clear.

Again thanks.

Ricardona





Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 19 Jun 2007 23:58:13 +0200
Newsgroups: jedi.vcl

And, what happens when you press the cancel button?
Please put a breakpoint at the cancel event and have a look what happens.

Greetings
Jens

Jens Fudickar schrieb:
> Sorry, no Win98. On Vista there is no problem, and on win2000 i also don't know any problems.
>
> Greetings
> Jens
>
> Ricardo Cardona R schrieb:
>> Hi Jens,
>>
>>> what are your problems with jvSmartQuery?
>>
>> My problem is in Win98, when the dataset is getting all records the cancel button not work.
>>
>> I attached a simple project at binaries, execute a select with a lot of records and move grid scroll to bottom then try cancel the fetch.
>>
>> Thanks in advance
>>
>> Ricardona
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 19 Jun 2007 23:57:28 +0200
Newsgroups: jedi.vcl

Sorry, no Win98. On Vista there is no problem, and on win2000 i also don't know any problems.

Greetings
Jens

Ricardo Cardona R schrieb:
> Hi Jens,
>
>> what are your problems with jvSmartQuery?
>
> My problem is in Win98, when the dataset is getting all records the cancel button not work.
>
> I attached a simple project at binaries, execute a select with a lot of records and move grid scroll to bottom then try cancel the fetch.
>
> Thanks in advance
>
> Ricardona
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 19 Jun 2007 16:42:18 -0500
Newsgroups: jedi.vcl

Hi Jens,

> what are your problems with jvSmartQuery?

My problem is in Win98, when the dataset is getting all records the cancel button not work.

I attached a simple project at binaries, execute a select with a lot of records and move grid scroll to bottom then try cancel the fetch.

Thanks in advance

Ricardona



Subject: Re: Where can I find documentation/ help for TJvMTMonitorSection?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 19 Jun 2007 22:50:05 +0200
Newsgroups: jedi.vcl

and there is the online help:

http://homepages.codegear.com/jedi/jedihelp

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL SVN rev 11345 fails to compile (Delphi 2006)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 19 Jun 2007 22:49:24 +0200
Newsgroups: jedi.vcl

This is already fixed.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 19 Jun 2007 22:16:48 +0200
Newsgroups: jedi.vcl

Hi Ricardona,

what are your problems with jvSmartQuery?
For me (i have designed them) i didn't have any problems. After the changes of alex everything works good.

Greetings
Jens

Ricardo Cardona R schrieb:
>> As I can see you use not the latest version, please download and
>> recheck. 
>
> Alex, with the new version (Revision: 11332)the problem disappear, but right now have problems with jvSmartQuery, i think is a jvThread-jvSmartQuery combination, let met test that and i will report the results.
>
>> Sorry for the inconvenience.
>
> Sorry for delay ;) and thanks
>
> Ricardona
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 19 Jun 2007 09:15:55 -0500
Newsgroups: jedi.vcl

> As I can see you use not the latest version, please download and
> recheck. 

Alex, with the new version (Revision: 11332)the problem disappear, but right now have problems with jvSmartQuery, i think is a jvThread-jvSmartQuery combination, let met test that and i will report the results.

> Sorry for the inconvenience.

Sorry for delay ;) and thanks

Ricardona



Subject: Re: JVCL SVN rev 11345 fails to compile (Delphi 2006)
From: Pierre Y. <pierre.y@gmail.com>
Date: Tue, 19 Jun 2007 15:32:39 +0200
Newsgroups: jedi.vcl

Pierre Y. a présenté l'énoncé suivant :
> Hi,
>
> I updated my JVCL SVN local copy today, it doesn't compile :
>
> F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvCheckBox.pas(99) Avertissement: W1010 La méthode 'SetAutoSize' cache la méthode virtuelle du type de base 'TControl'
>
> (SetAutoSize method hides the virtual method of base type 'TControl')
>
> F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvCheckBox.pas(110) Erreur: E2254 La procédure surchargée 'SetAutoSize' doit être marquée avec la directive 'overload'
>
> (Overloaded procedure 'SetAutoSize' should be marqued with 'overload' directive)
>
> F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvCheckBox.pas(99) Conseil: H2219 Le symbole privé 'SetAutoSize' est déclaré mais jamais utilisé
>
> (Private symbol 'SetAutoSize' is declared but never used)
>
> F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvCheckBox.pas(99) Erreur: E2065 Déclaration forward ou external non satisfaite : 'TJvCheckBox.SetAutoSize'
>
> (Forward or external declaration unsatisfied : 'TJvCheckBox.SetAutoSize')
>
> F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvDynControlEngineJVCL.pas(44) Fatale: F2063 Impossible de compiler l'unité utilisée '..\..\run\JvCheckBox.pas'
>
> (Cannot compile used unit ...)
>
> Hope this helps,
>
> Regards,

Suggested Patch :

Index: run/JvCheckBox.pas
===================================================================
--- run/JvCheckBox.pas    (revision 11345)
+++ run/JvCheckBox.pas    (working copy)
@@ -96,7 +96,7 @@
    procedure SetLinkedControls(const Value: TJvLinkedControls);
    procedure ReadAssociated(Reader: TReader);
    procedure SetDataConnector(const Value: TJvCheckBoxDataConnector);
-    procedure SetAutoSize(Value: Boolean);
+    //procedure SetAutoSize(Value: Boolean);
  protected
    function CreateDataConnector: TJvCheckBoxDataConnector; virtual;
    procedure Notification(AComponent: TComponent; Operation: TOperation);override;
Index: run/JvDBTreeView.pas
===================================================================
--- run/JvDBTreeView.pas    (revision 11345)
+++ run/JvDBTreeView.pas    (working copy)
@@ -1282,7 +1282,7 @@
      while ParentNode.HasChildren do
      begin
        ChildNode := ParentNode.GetNext;
-        DeleteChildren(ChildNode);
+        Self.DeleteChildren(ChildNode);
      end;

      if FDataLink.DataSet.Locate(FMasterField, TJvDBTreeNode(ParentNode).FMasterValue, []) then

-- 
Pierre Y.




Subject: JVCL SVN rev 11345 fails to compile (Delphi 2006)
From: Pierre Y. <pierre.y@gmail.com>
Date: Tue, 19 Jun 2007 15:25:14 +0200
Newsgroups: jedi.vcl

Hi,

I updated my JVCL SVN local copy today, it doesn't compile :

F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvCheckBox.pas(99) Avertissement: W1010 La méthode 'SetAutoSize' cache la méthode virtuelle du type de base 'TControl'

(SetAutoSize method hides the virtual method of base type 'TControl')

F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvCheckBox.pas(110) Erreur: E2254 La procédure surchargée 'SetAutoSize' doit être marquée avec la directive 'overload'

(Overloaded procedure 'SetAutoSize' should be marqued with 'overload' directive)

F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvCheckBox.pas(99) Conseil: H2219 Le symbole privé 'SetAutoSize' est déclaré mais jamais utilisé

(Private symbol 'SetAutoSize' is declared but never used)

F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvCheckBox.pas(99) Erreur: E2065 Déclaration forward ou external non satisfaite : 'TJvCheckBox.SetAutoSize'

(Forward or external declaration unsatisfied : 'TJvCheckBox.SetAutoSize')

F:\Projets Borland Studio\Composants\JEDI\jvcl\run\JvDynControlEngineJVCL.pas(44) Fatale: F2063 Impossible de compiler l'unité utilisée '..\..\run\JvCheckBox.pas'

(Cannot compile used unit ...)

Hope this helps,

Regards,

-- 
Pierre Y.




Subject: Implementation of REDO in TJvHLEditor
From: "IssamA" <i_ali_4@hotmail.com>
Date: Tue, 19 Jun 2007 13:17:38 +0100
Newsgroups: jedi.vcl

Hi,
I have JVCL 3.31 installed on BDS2006, and I need to use redo action in 
TJvHLEditor but the problem is redo Procedure is not implemented in 
TJvUndo.

procedure TJvUndo.Redo;
begin
  RedoNotImplemented;
end;

please can anybody help me to solve this Problem.

best regards,
Issam.



--- posted by geoForum on http://delphi.newswhat.com


Subject: function GetMACAdress()
From: Eric <eric_@_menlog.com_>
Date: Tue, 19 Jun 2007 11:06:55 +0200
Newsgroups: jedi.vcl

Hi,

I use the unit snmp.pas in the function GetMACAdress().
It doens't works on vista (the function returns a different address at each reboot and it isn't the real MAcAddress listed by ipConfig -all)

I don't know if a update of snmp.pas exists, because I don't find the file.

Can you help to find a update or a new function  ?

Thank you

Eric

Note : The header of the unit is :

{******************************************************************}
{                                                                  }
{ Borland Delphi Runtime Library                                   }
{ SNMP functions interface unit                                    }
{                                                                  }
{ Portions created by Microsoft are                                }
{ Copyright (C) 1992-1999 Microsoft Corporation.                   }
{ All Rights Reserved.                                             }
{                                                                  }
{ The original file is: snmp.h                                     }
{ The original Pascal code is: Snmp.pas, released 05 Oct 2001.     }
{ The initial developer of the Pascal code is Petr Vones           }
{ (petr.v@mujmail.cz).                                             }
{                                                                  }
{ Portions created by Petr Vones are                               }
{ Copyright (C) 2001 Petr Vones                                    }
{                                                                  }
{ Obtained through:                                                }
{                                                                  }
{ Joint Endeavour of Delphi Innovators (Project JEDI)              }
{                                                                  }
{ You may retrieve the latest version of this file at the Project  }
{ JEDI home page, located at http://delphi-jedi.org                }
{                                                                  }
{ The contents of this file are used with permission, subject to   }
{ the Mozilla Public License Version 1.1 (the "License"); you may  }
{ not use this file except in compliance with the License. You may }
{ obtain a copy of the License at                                  }
{ http://www.mozilla.org/MPL/MPL-1.1.html                          }
{                                                                  }
{ Software distributed under the License is distributed on an      }
{ "AS IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or   }
{ implied. See the License for the specific language governing     }
{ rights and limitations under the License.                        }
{                                                                  }
{******************************************************************}


Subject: Re: ANN: JVCL 3.32 Released!
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 19 Jun 2007 08:43:09 +0200
Newsgroups: jedi.vcl,jedi.general

AlexB wrote:
> MrT wrote:
>
>> I (just for kicks) used JvRichEditToHTML.pas from 3.32 in my app
>> built with 3.10. Compiled and ran fine but exhibited same problem
>> with font sizes I was looking for solution to.
>>
>> Bug reports say this is fixed earlier:    0003731: TJvRichEditToHtml
>> still not formatting correctly
>>
>> Was it really fixed or did it rise from the ashes in 3.32?
>
> Try to compare previous and current source of component: I suspect that
> the old version of a code could accidentally get in library.
>
> I played with the TJvThread some weeks, but in release I see the old
> version. Probably it was thoughtful act (introduction of the new module
> is postponed before final testing), but probably it there was an
> accident.

Nope, it's just that the release was made from sources dated 30/05/2007 in order for us to be present on the companion DVD of C++ Builder 2007.
So any changes after that date are NOT in the release.


Subject: Re: ANN: JVCL 3.32 Released!
From: MrT <tultalk@attglobal.net>
Date: Mon, 18 Jun 2007 22:37:48 -0500
Newsgroups: jedi.vcl,jedi.general

Hi:

 I (just for kicks) used JvRichEditToHTML.pas from 3.32 in my app built with 3.10. Compiled and ran fine but exhibited same problem with font sizes I was looking for solution to.

Bug reports say this is fixed earlier:    0003731: TJvRichEditToHtml still not formatting correctly

Was it really fixed or did it rise from the ashes in 3.32?


Thanks

Best regards

OBones wrote:
> MrT wrote:
>> Any horror stories to be anticipated going from 3.10 -> 3.32??
>
> None that I know of, provided you uninstall both the JCL and JVCL before installing the new versions.
>


Subject: Re: ANN: JVCL 3.32 Released!
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 19 Jun 2007 03:07:22 +0000 (UTC)
Newsgroups: jedi.vcl,jedi.general

MrT wrote:

> > I (just for kicks) used JvRichEditToHTML.pas from 3.32 in my app
> > built with 3.10. Compiled and ran fine but exhibited same problem
> > with font sizes I was looking for solution to.
> > 
> > Bug reports say this is fixed earlier:    0003731: TJvRichEditToHtml
> > still not formatting correctly
> > 
> > Was it really fixed or did it rise from the ashes in 3.32?

Try to compare previous and current source of component: I suspect that
the old version of a code could accidentally get in library.

I played with the TJvThread some weeks, but in release I see the old
version. Probably it was thoughtful act (introduction of the new module
is postponed before final testing), but probably it there was an
accident.

-- Alex 

Subject: Re: New TJvProgressBar WinXP and Vista features
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 18 Jun 2007 16:34:06 +0000 (UTC)
Newsgroups: jedi.vcl

All the new properties require a manifest resource because they are
implemented in the Common Controls 6.0.



-- Regards, Andreas Hausladen 

Subject: Re: Where can I find documentation/ help for TJvMTMonitorSection?
From: Ahmet İpkin <ahmetipkin@hotmail.com>
Date: Mon, 18 Jun 2007 18:23:37 +0300
Newsgroups: jedi.vcl

I don't know exactly but perhaps you can find help documents at SourceForge - JCL / JVCL Project Page.
There is help documents for JCL but I don't know whether there is for JVCL

Look for download pages for help documents : http://sourceforge.net/projects/jvcl

"Sean B. Durkin" <temp@com.com.au>, iletisinde şunu yazdı, news:evusv0$25s$1@news.talkto.net...
> Hi,
>
> Where can I find documentation or help for TJvMTMonitorSection?
>
> Yes, I know about the example Philosophers program, but that
> does not explain any thing.
>
>
> Faithfully,
> Sean B. Durkin 



Subject: Re: Problems with version of JVCL
From: Ahmet İpkin <ahmetipkin@hotmail.com>
Date: Mon, 18 Jun 2007 18:19:47 +0300
Newsgroups: jedi.vcl

Besides, for new JCL versions, I recommend you to download newest JVCL package either... It's, after the install, automaticly changes the controls and you don't need to worry about that. (All controls are still available in new packages either)

You can download the newest JVCL at http://sourceforge.net/projects/jvcl .


"ssamayoa" <nospam@stopspam.com>, iletisinde şunu yazdı, news:f2hllq$7le$1@news.talkto.net...
> >Error was:
>> 'Unit JvLabel was compiled with different version of
>> JvThemes.ThemeServices'
>
> Check for copies of JvThemes.dcu in your machine.
>
> Which Delphi / BCB are using you?
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com 



Subject: Re: New TJvProgressBar WinXP and Vista features
From: Ahmet İpkin <ahmetipkin@hotmail.com>
Date: Mon, 18 Jun 2007 18:15:40 +0300
Newsgroups: jedi.vcl

Thanks for your help. I've downloaded the newest package... However, I did notice something on that new ProgressBar Control that it's marquee style doesn't work if you don't place a TXPManifest control on your project. And if I put that manifest thing; my all project seem weird and all my work for that project (in visual) goes in vain..

Is there anything else I can do to solve that marquee thing, or is it unable to be solved right now?

(I'm using Borland Developer Studio 2006 on Windows Vista)
(PS : I've tried to compile the project and test it under Windows XP and it didn't work either)

----------
"Robert Marquardt" <robert_marquardt@gmx.de>, iletisinde şunu yazdı, news:f4rj09$i94$1@news.talkto.net...
> Ahmet İpkin schrieb:
>> How can we reach the "new ProgressBar" control ? Is it open for downloading?
>
> Download from http://jvcl.sf.net/daily *and* http://jcl.sf.net/daily 



Subject: JVCLDemos.bpg
From: "bert" <rakabdel@free.fr>
Date: Mon, 18 Jun 2007 15:22:29 +0200
Newsgroups: jedi.vcl

why i open JVCLDemos.bpg in examples jvcl directory there is no program in 
list, its empty
thank you 




Subject: Re: ANN: JVCL 3.32 Released!
From: MrT <tultalk@attglobal.net>
Date: Sun, 17 Jun 2007 20:10:30 -0500
Newsgroups: jedi.vcl,jedi.general

Thanks.

OBones wrote:
OBones wrote:
> MrT wrote:
>> Any horror stories to be anticipated going from 3.10 -> 3.32??
>
> None that I know of, provided you uninstall both the JCL and JVCL before installing the new versions.
>

> MrT wrote:
>> Any horror stories to be anticipated going from 3.10 -> 3.32??
>
> None that I know of, provided you uninstall both the JCL and JVCL before installing the new versions.
>


Subject: Re: ANN: JVCL 3.32 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 17 Jun 2007 22:43:04 +0200
Newsgroups: jedi.vcl,jedi.general

MrT wrote:
> Any horror stories to be anticipated going from 3.10 -> 3.32??

None that I know of, provided you uninstall both the JCL and JVCL before installing the new versions.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: ANN: JVCL 3.32 Released!
From: MrT <tultalk@attglobal.net>
Date: Sun, 17 Jun 2007 15:38:04 -0500
Newsgroups: jedi.vcl,jedi.general

Any horror stories to be anticipated going from 3.10 -> 3.32??
Thanks

Best regards

OBones wrote:
> The JVCL Team is proud to announce that the stable release of JVCL 3.32 is available for download.
>
> JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006 and 2007; C++Builder 5, 6, 2006 and 2007. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.
>
> This release brings official support for C++Builder 2007.
>
> This release is available in four different flavors:
> - Full install + latest JCL
> - Full install without JCL
> - Source and examples only
> - Source only
>
> The current version is JVCL 3.32.
>
>
> The JVCL Team
> http://jvcl.sourceforge.net
>


Subject: ANN: JVCL 3.32 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 17 Jun 2007 17:02:29 +0200
Newsgroups: jedi.vcl,jedi.general

The JVCL Team is proud to announce that the stable release of JVCL 3.32 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006 and 2007; C++Builder 5, 6, 2006 and 2007. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release brings official support for C++Builder 2007.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.32.


The JVCL Team
http://jvcl.sourceforge.net

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: No jvclc10.inc
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 17 Jun 2007 16:00:45 +0200
Newsgroups: jedi.vcl

OBones wrote:
> That's most likely because you updated the JCL from SVN which includes modifications for BCB2007. Problem is that I haven't had time yet to update the SVN for JVCL. This should be done in the following hours.

Ok, this is now in, use SVN revision 11326 or tomorrow's daily zip.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: No jvclc10.inc
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 17 Jun 2007 14:15:11 +0200
Newsgroups: jedi.vcl

That's most likely because you updated the JCL from SVN which includes modifications for BCB2007. Problem is that I haven't had time yet to update the SVN for JVCL. This should be done in the following hours.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvThread changes
From: "AlexB" <b.a.v@inbox.ru>
Date: Sun, 17 Jun 2007 11:54:55 +0000 (UTC)
Newsgroups: jedi.vcl

For all concerned persons: see fixed version in mantis.
-- Best regards, Alex. 

Subject: Re: No jvclc10.inc
From: "AlexB" <b.a.v@inbox.ru>
Date: Sun, 17 Jun 2007 10:09:31 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > AlexB a e'crit :
>> > > jvclc10.inc is absent after installation of latest version in
>> > > BDS2006.
 
> > It should be jvcld10.inc.

Maybe, but now compilation stops with msg 'no jvclc10.inc'.

In Jvcl.inc:

{$IFDEF BCB10}
 {$I jvclc10.inc}
 {$DEFINE JVCL_CONFIGURED}
{$ENDIF BCB10}

-- Alex 

Subject: Re: No jvclc10.inc
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 17 Jun 2007 11:42:50 +0200
Newsgroups: jedi.vcl

AlexB a e'crit :
> jvclc10.inc is absent after installation of latest version in BDS2006.

It should be jvcld10.inc.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: TJvTransparentButton
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Sun, 17 Jun 2007 11:25:06 +0200
Newsgroups: jedi.vcl

Hello,

I'm dynamically adding these buttons to a TFlowGrid and set transparent:=false and some color.
I also set the BorderWidth to 3, but when running the app. this is only shown after the first click on each button. Setting border width = 3 in the designer works immediatelly.

I'm using V3.10 or so of Jedi with BDS2006.

Greetings

Markus


Subject: No jvclc10.inc
From: "AlexB" <b.a.v@inbox.ru>
Date: Sun, 17 Jun 2007 08:07:21 +0000 (UTC)
Newsgroups: jedi.vcl

Нi all.

jvclc10.inc is absent after installation of latest version in BDS2006.

-- Alex 

Subject: Re: TJvRichEditToHTML
From: MrT <tultalk@attglobal.net>
Date: Sat, 16 Jun 2007 21:58:50 -0500
Newsgroups: jedi.vcl

       0003731: TJvRichEditToHtml still not formatting correctly

Does the fix for this resolve what I am referring to???


MrT wrote:


> Hi:
>
>   I am using 3.10. Problem with this conversion. Typing in the Rich
> Edit looks fine. What comes out in the strings is much bigger font. Looks awful.
>
> Has this been fixed in later releases of JVCL?
>
> Thanks.
>
> Best regards


Subject: TJvRichEditToHTML
From: MrT <tultalk@attglobal.net>
Date: Sat, 16 Jun 2007 21:42:46 -0500
Newsgroups: jedi.vcl

Hi:

  I am using 3.10. Problem with this conversion. Typing in the Rich
Edit looks fine. What comes out in the strings is much bigger font. Looks awful.

Has this been fixed in later releases of JVCL?

Thanks.

Best regards


Subject: Re: Desktop like button
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 15 Jun 2007 16:28:21 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Hum, but how do I make it show the icons in column first order rather than in line first?

ListView.IconOptions.Arrangement := (iaLeft, iaTop);

-- 
Florent Ouchet


Subject: Re: JvThread changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 15 Jun 2007 15:27:52 +0200
Newsgroups: jedi.vcl

AlexB schrieb:
> The basic idea: the pointer on thread object is transferred to user, it
> is desirable to protect object from the non-authorized destruction.
>
> If it will entail excessive complication of a code it is better to
> refuse it (simply describe the prohibition on destruction in the
> documentation).

You cannot avoid that the user calls Destroy on any object. TObject has a Destroy which is always visible. You can account for the consequences though. Simply have the object (TJvBaseThread) linked to its controller (TJvThread) and the controller can do the book keeping.
The TJvHidDeviceController creates an object dor each plugged HID device. If the user destroys the object with the device still plugged then a replacement object is created internally.

The trick for a private constructor is simple. Have the normal Create throw an exception unconditionally. Now Create is unusable and you can implement a second private constructor which you use in the unit.


Subject: Re: JvThread changes
From: "AlexB" <b.a.v@inbox.ru>
Date: Fri, 15 Jun 2007 12:44:53 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The compiler throwing hints or warnings is unacceptable.

Yes. 

Actually this change has been made in last moment and is not so
considered.

The basic idea: the pointer on thread object is transferred to user, it
is desirable to protect object from the non-authorized destruction.

If it will entail excessive complication of a code it is better to
refuse it (simply describe the prohibition on destruction in the
documentation).

> > It is possible to implement objects which cannot be instantiated
> > outside the unit. TJvHidDevice in JvHidControllerClass.pas shows the
> > way to go.

I'll take a look.

>> > > And probably some bad style was in initial version.
> > 
> > Probably not if i ever style cleaned it.

AFAIR some (small) style violations was where.

> > Is it already in "Latest"?
> > 
> > Not before tomorrow.

Ok.

-- Alex 

Subject: Re: Bugs in Current JvCalcEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Jun 2007 14:39:10 +0200
Newsgroups: jedi.vcl

Frederick W. wrote:
> OBones wrote:
>> Failing? I know there are some issues with some very picky mail servers but it works in most cases. Use a gmail account for instance and it'll work.
>
> Nope. From http://homepages.borland.com/jedi/issuetracker/signup_page.php
>
> "Due to some server problems it is not possible to activate new accounts. This problem should be fixed soon. If you need your account activated now please send me an email (..removed..) with your newly created username."

That's just a warning, but as I see emails going through my mail server, I can tell you they work. Admittedly, not for all recipients, but in most cases, it works.


Subject: Re: JvThread changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 15 Jun 2007 14:12:02 +0200
Newsgroups: jedi.vcl

AlexB schrieb:

> Ok, it was for discussion and was mentioned in my notes.
> Idea was the result of C-thinking.
> If it's unacceptable - no big deal.

The compiler throwing hints or warnings is unacceptable.
It is possible to implement objects which cannot be instantiated outside the unit. TJvHidDevice in JvHidControllerClass.pas shows the way to go.
Blocking Destroy is not a good idea. See JvHidControllerClass.pas on how to handle the problem. The controller component is notified and does the cleanup of its data structures.

> Do it as best I can. :)
> And probably some bad style was in initial version.

Probably not if i ever style cleaned it.

> I'll take a look. Is it already in "Latest"?

Not before tomorrow.


Subject: Re: Bugs in Current JvCalcEdit
From: "Frederick W." <winkel79.nospam@web.de>
Date: Fri, 15 Jun 2007 13:49:54 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Failing? I know there are some issues with some very picky mail servers but it works in most cases. Use a gmail account for instance and it'll work.

Nope. From http://homepages.borland.com/jedi/issuetracker/signup_page.php

"Due to some server problems it is not possible to activate new accounts. This problem should be fixed soon. If you need your account activated now please send me an email (..removed..) with your newly created username."


Subject: Re: JvThread changes
From: "AlexB" <b.a.v@inbox.ru>
Date: Fri, 15 Jun 2007 11:18:40 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The changes were a mess.

The new unit was uploaded for discussion and testing.
And I have been slightly surprised, that it has been committed "as is". 
:)

> > - TJvBaseThread had RTTI switched on and a published property which
> > did not make sense at all.

It was in initial version.
(Maybe due to more strict visibility rules in last versions of Delphi -
I don't know)

> > - Create and Destroy were moved to protected in the wrong assumption
> >   that they then could not be called outside the unit. This only
> >   resulted in hints we do not tolerate.

Ok, it was for discussion and was mentioned in my notes.
Idea was the result of C-thinking.
If it's unacceptable - no big deal.

> > - Several bad names were chosen for method names.

I'm not so strong in English, sorry :) 
And I left most of names (all?) "as was".

> > - A very bad coding style was used.

Do it as best I can. :)
And probably some bad style was in initial version.

> > - The UNIX part has been changed, but not even been compiled to
> >   check the syntax.

Mentioned in unit and in notes. It needs testing of course.

> > I have changed the above an placed some comments where i think errors
> > still lurk.

I'll take a look. Is it already in "Latest"?

> > TJvThread is a bad name in itself.

Agreed.

-- Alex 

Subject: JvThread changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 15 Jun 2007 12:02:14 +0200
Newsgroups: jedi.vcl

The changes were a mess.

- TJvBaseThread had RTTI switched on and a published property which did
  not make sense at all.
- Create and Destroy were moved to protected in the wrong assumption
  that they then could not be called outside the unit. This only
  resulted in hints we do not tolerate.
- Several bad names were chosen for method names.
- A very bad coding style was used.
- The UNIX part has been changed, but not even been compiled to
  check the syntax.

I have changed the above an placed some comments where i think errors still lurk.
TJvThread is a bad name in itself. TJvThreadHolder or similar is better.


Subject: Re: Desktop like button
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Jun 2007 11:43:03 +0200
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>> Andreas Hausladen wrote:
>>>> Do we have this?
>>>
>>> The desktop is a SysListView aka TListView in Icon mode with a
>>> background image. So TJvListView meight be able to do the job.
>>
>> Thanks for that, it looks promising.
>
> Hum, but how do I make it show the icons in column first order rather than in line first?
> And the, how do I get the columns to be centered rather than ragged right?

Never mind, I'll fiddle with LVM_SETPOSITION.


Subject: Re: Desktop like button
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Jun 2007 11:25:56 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Andreas Hausladen wrote:
>>> Do we have this?
>>
>> The desktop is a SysListView aka TListView in Icon mode with a
>> background image. So TJvListView meight be able to do the job.
>
> Thanks for that, it looks promising.

Hum, but how do I make it show the icons in column first order rather than in line first?
And the, how do I get the columns to be centered rather than ragged right?


Subject: Re: Desktop like button
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Jun 2007 11:16:01 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>> Do we have this?
>
> The desktop is a SysListView aka TListView in Icon mode with a
> background image. So TJvListView meight be able to do the job.

Thanks for that, it looks promising.


Subject: Re: Bugs in Current JvCalcEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Jun 2007 08:38:37 +0200
Newsgroups: jedi.vcl

Frederick W. wrote:
> You are kindding, aren't you? You are sending a link to a page where I must register but registration is offline, not working and failing ;)

Failing? I know there are some issues with some very picky mail servers but it works in most cases. Use a gmail account for instance and it'll work.


Subject: Re: Slightly polished example for JvThread
From: "AlexB" <b.a.v@inbox.ru>
Date: Fri, 15 Jun 2007 04:00:51 +0000 (UTC)
Newsgroups: jedi.vcl

Ricardo Cardona R wrote:

> > JvThread 1006 TJvThread.CreateThreadDialogForm
> > JvThread  588 TJvThread.Resume
> > JvThread  559 TJvThread.Execute +005

In latest (very modified):

931 TJvThread.CreateThreadDialogForm
573 TJvThread.Resume
531 TJvThread.Execute

As I can see you use not the latest version, please download and
recheck. If the problem will not disappear, please try to make the
minimal project showing the error.
I tried to keep compatibility of the updated component, however side
effects are possible.

Sorry for the inconvenience.

-- Best regards, Alex 

Subject: Re: JVDockServer/Client
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Fri, 15 Jun 2007 00:47:06 +0200
Newsgroups: jedi.vcl

Adam Webb wrote:
> I am using the JVDockServer and Client in my app. I've used it before without problems, but not since upgrading to Delphi 2007 + Vista x64. If I have a single form docked at each docksite its fine, if I try and close one of the forms, I get an "canvas does not allow drawing error", I also get the same problem when I try and drop 2 forms onto the same dock so they are tabbed.

I think this is already reported in this newsgroup. I'll fix this when I have time. This is in a week or so.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Bugs in Current JvCalcEdit
From: "Frederick W." <winkel79.nospam@web.de>
Date: Thu, 14 Jun 2007 20:29:01 +0200
Newsgroups: jedi.vcl

You are kindding, aren't you? You are sending a link to a page where I must register but registration is offline, not working and failing ;)

Could somebody else create a bug ticket? I do not have a Jedi Mantis account...

Regards
Frederick

OBones schrieb:
> Frederick W. wrote:
>> Hello,
>>
>> again a few things I´ve discovered. I do not know how to report bugs - could someone do this?
>
> http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: Slightly polished example for JvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 14 Jun 2007 20:24:39 +0200
Newsgroups: jedi.vcl

Could you create a sample and post it to the issuetracker?

http://homepages.codegear.com/jedi/issuetracker/

Greetings
Jens

Ricardo Cardona R schrieb:
> Call Stack
>
> computer name     : GSANDOVAL
> user name         : gsandoval
> registered owner  : Open Systems Open Systems
> operating system  : Windows 98 SE build 2222
> system language   : Spanish
> system up time    : 57 minutes 29 seconds
> program up time   : 59 seconds
> physical memory   : 0/126 MB (free/total)
> system resources  : 60/51 (gdi/user)
> free disk space   : (C:) 1.42 GB
> display mode      : 1152x864, 24 bit
> process id        : $fff690bd
> allocated memory  : 53.59 MB
> executable        : DBEXPLORER.EXE
> exec. date/time   : 2007-05-28 08:00
> version           : 6.3.1.181
> compiled with     : BCB6
> madExcept version : 3.0d
> contact name      : gsandoval
> contact email     : gsandoval@open.com.co
> callstack crc     : $01f5490f, $b8231858, $c60f8e3c
> exception number  : 1
> exception class   : EAccessViolation
> exception message : Access violation at address 01F5490F. Read of address FFFFFFFF.
>
>
>
> main thread ($fff6933d):
> 01f5490f +000 ???
> 004b064e +04e DBEXPLORER.EXE Controls                     TWinControl.PaintHandler
> 004b0b7f +03f DBEXPLORER.EXE Controls                     TWinControl.WMPaint
> 004b45a8 +010 DBEXPLORER.EXE Controls                     TCustomControl.WMPaint
> 004ad48c +188 DBEXPLORER.EXE Controls                     TControl.WndProc
> 004b04b7 +157 DBEXPLORER.EXE Controls                     TWinControl.WndProc
> 004b0134 +02c DBEXPLORER.EXE Controls                     TWinControl.MainWndProc
> 0047ca34 +014 DBEXPLORER.EXE Classes                      StdWndProc
> 0082d354 +068 DBEXPLORER.EXE JvThread                1006 TJvThread.CreateThreadDialogForm
> 0082ceef +027 DBEXPLORER.EXE JvThread                 588 TJvThread.Resume
> 0082ce8e +116 DBEXPLORER.EXE JvThread                 559 TJvThread.Execute
> 0082ceb9 +005 DBEXPLORER.EXE JvThread                 573 TJvThread.ExecuteAndWait
> 0082d389 +01d DBEXPLORER.EXE JvThread                1018 TJvThread.ExecuteWithDialog
> 0083191b +08f DBEXPLORER.EXE JvBaseDBThreadedDataset 1231 TJvBaseDatasetThreadHandler.SetActive
> 00832b8f +00f DBEXPLORER.EXE JvOdacSmartQuery         431 TJvOdacSmartQuery.SetActive
> 004eab88 +004 DBEXPLORER.EXE DB                           TDataSet.Open
> 0050b500 +084 DBEXPLORER.EXE DBAccess                     TCustomDADataSet.Execute
> 009383e0 +2f0 DBEXPLORER.EXE frmSQL                   643 TforSQL.ExecuteSQL
> 009387a7 +04f DBEXPLORER.EXE frmSQL                   689 TforSQL.ExecSQL
> 00923295 +021 DBEXPLORER.EXE frmMDIMain               996 TforMDIMain.SQLSimpleExecute
> 0047bdab +00f DBEXPLORER.EXE Classes                      TBasicAction.Execute
> 004b850d +031 DBEXPLORER.EXE ActnList                     TContainedAction.Execute
> 004b9185 +03d DBEXPLORER.EXE ActnList                     TCustomAction.Execute
> 0047bc80 +034 DBEXPLORER.EXE Classes                      TBasicActionLink.Execute
> 00597344 +084 DBEXPLORER.EXE TB2Item                 1496 TTBCustomItem.Click
> 006b823d +015 DBEXPLORER.EXE SpTBXItem               4159 TSpTBXCustomItem.Click
> 00598678 +158 DBEXPLORER.EXE TB2Item                 2176 TTBCustomItem.IsShortCut
> 005ac963 +033 DBEXPLORER.EXE TB2Toolbar              1565 TTBCustomToolbar.IsShortCut
> 005aca19 +06d DBEXPLORER.EXE TB2Toolbar              1603 HandleShortCutOnForm
> 005acba6 +07e DBEXPLORER.EXE TB2Toolbar              1660 TTBCustomToolbar.MainWindowHook
> 004ccfcd +051 DBEXPLORER.EXE Forms                        TApplication.WndProc
> 0047ca34 +014 DBEXPLORER.EXE Classes                      StdWndProc
> 004ad48c +188 DBEXPLORER.EXE Controls                     TControl.WndProc
> 004b04b7 +157 DBEXPLORER.EXE Controls                     TWinControl.WndProc
> 004c772d +421 DBEXPLORER.EXE Forms                        TCustomForm.WndProc
> 007c558b +013 DBEXPLORER.EXE JvDockControlForm       2523 TJvDockBaseControl.WindowProc
> 007c8c9d +035 DBEXPLORER.EXE JvDockControlForm       4629 TJvDockServer.WindowProc
> 004ad25c +024 DBEXPLORER.EXE Controls                     TControl.Perform
> 0047ca34 +014 DBEXPLORER.EXE Classes                      StdWndProc
> 004b0134 +02c DBEXPLORER.EXE Controls                     TWinControl.MainWndProc
> 0047ca34 +014 DBEXPLORER.EXE Classes                      StdWndProc
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: New TJvProgressBar WinXP and Vista features
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 14 Jun 2007 16:33:08 +0200
Newsgroups: jedi.vcl

Ahmet İpkin schrieb:
> How can we reach the "new ProgressBar" control ? Is it open for downloading?

Download from http://jvcl.sf.net/daily *and* http://jcl.sf.net/daily


Subject: Re: New TJvProgressBar WinXP and Vista features
From: Ahmet İpkin <ahmetipkin@hotmail.com>
Date: Thu, 14 Jun 2007 17:24:06 +0300
Newsgroups: jedi.vcl

How can we reach the "new ProgressBar" control ? Is it open for downloading?

Because I'm starving for a "marquee style" progress bar here :)


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>, iletisinde şunu yazdı, news:f3cpfe$cpb$1@news.talkto.net...
> I have added the features Windows XP (Marquee) and Vista
> (SmoothReverse, State) features of the ProgressBar control to the
> TJvProgressBar control.
>
> -- 
> Regards,
>
> Andreas Hausladen 



Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Thu, 14 Jun 2007 08:20:56 -0500
Newsgroups: jedi.vcl

Call Stack

computer name     : GSANDOVAL
user name         : gsandoval
registered owner  : Open Systems Open Systems
operating system  : Windows 98 SE build 2222
system language   : Spanish
system up time    : 57 minutes 29 seconds
program up time   : 59 seconds
physical memory   : 0/126 MB (free/total)
system resources  : 60/51 (gdi/user)
free disk space   : (C:) 1.42 GB
display mode      : 1152x864, 24 bit
process id        : $fff690bd
allocated memory  : 53.59 MB
executable        : DBEXPLORER.EXE
exec. date/time   : 2007-05-28 08:00
version           : 6.3.1.181
compiled with     : BCB6
madExcept version : 3.0d
contact name      : gsandoval
contact email     : gsandoval@open.com.co
callstack crc     : $01f5490f, $b8231858, $c60f8e3c
exception number  : 1
exception class   : EAccessViolation
exception message : Access violation at address 01F5490F. Read of address FFFFFFFF.



main thread ($fff6933d):
01f5490f +000 ???
004b064e +04e DBEXPLORER.EXE Controls                     TWinControl.PaintHandler
004b0b7f +03f DBEXPLORER.EXE Controls                     TWinControl.WMPaint
004b45a8 +010 DBEXPLORER.EXE Controls                     TCustomControl.WMPaint
004ad48c +188 DBEXPLORER.EXE Controls                     TControl.WndProc
004b04b7 +157 DBEXPLORER.EXE Controls                     TWinControl.WndProc
004b0134 +02c DBEXPLORER.EXE Controls                     TWinControl.MainWndProc
0047ca34 +014 DBEXPLORER.EXE Classes                      StdWndProc
0082d354 +068 DBEXPLORER.EXE JvThread                1006 TJvThread.CreateThreadDialogForm
0082ceef +027 DBEXPLORER.EXE JvThread                 588 TJvThread.Resume
0082ce8e +116 DBEXPLORER.EXE JvThread                 559 TJvThread.Execute
0082ceb9 +005 DBEXPLORER.EXE JvThread                 573 TJvThread.ExecuteAndWait
0082d389 +01d DBEXPLORER.EXE JvThread                1018 TJvThread.ExecuteWithDialog
0083191b +08f DBEXPLORER.EXE JvBaseDBThreadedDataset 1231 TJvBaseDatasetThreadHandler.SetActive
00832b8f +00f DBEXPLORER.EXE JvOdacSmartQuery         431 TJvOdacSmartQuery.SetActive
004eab88 +004 DBEXPLORER.EXE DB                           TDataSet.Open
0050b500 +084 DBEXPLORER.EXE DBAccess                     TCustomDADataSet.Execute
009383e0 +2f0 DBEXPLORER.EXE frmSQL                   643 TforSQL.ExecuteSQL
009387a7 +04f DBEXPLORER.EXE frmSQL                   689 TforSQL.ExecSQL
00923295 +021 DBEXPLORER.EXE frmMDIMain               996 TforMDIMain.SQLSimpleExecute
0047bdab +00f DBEXPLORER.EXE Classes                      TBasicAction.Execute
004b850d +031 DBEXPLORER.EXE ActnList                     TContainedAction.Execute
004b9185 +03d DBEXPLORER.EXE ActnList                     TCustomAction.Execute
0047bc80 +034 DBEXPLORER.EXE Classes                      TBasicActionLink.Execute
00597344 +084 DBEXPLORER.EXE TB2Item                 1496 TTBCustomItem.Click
006b823d +015 DBEXPLORER.EXE SpTBXItem               4159 TSpTBXCustomItem.Click
00598678 +158 DBEXPLORER.EXE TB2Item                 2176 TTBCustomItem.IsShortCut
005ac963 +033 DBEXPLORER.EXE TB2Toolbar              1565 TTBCustomToolbar.IsShortCut
005aca19 +06d DBEXPLORER.EXE TB2Toolbar              1603 HandleShortCutOnForm
005acba6 +07e DBEXPLORER.EXE TB2Toolbar              1660 TTBCustomToolbar.MainWindowHook
004ccfcd +051 DBEXPLORER.EXE Forms                        TApplication.WndProc
0047ca34 +014 DBEXPLORER.EXE Classes                      StdWndProc
004ad48c +188 DBEXPLORER.EXE Controls                     TControl.WndProc
004b04b7 +157 DBEXPLORER.EXE Controls                     TWinControl.WndProc
004c772d +421 DBEXPLORER.EXE Forms                        TCustomForm.WndProc
007c558b +013 DBEXPLORER.EXE JvDockControlForm       2523 TJvDockBaseControl.WindowProc
007c8c9d +035 DBEXPLORER.EXE JvDockControlForm       4629 TJvDockServer.WindowProc
004ad25c +024 DBEXPLORER.EXE Controls                     TControl.Perform
0047ca34 +014 DBEXPLORER.EXE Classes                      StdWndProc
004b0134 +02c DBEXPLORER.EXE Controls                     TWinControl.MainWndProc
0047ca34 +014 DBEXPLORER.EXE Classes                      StdWndProc



Subject: Re: Slightly polished example for JvThread
From: Ricardo Cardona R <rcardona@mail.com>
Date: Thu, 14 Jun 2007 07:53:44 -0500
Newsgroups: jedi.vcl

> Updated example for JvThread in binaries (I can't upload it into mantis
> because I still can't get mantis account :( ).

Thanks Alex, i have problems in win98 with the new(you) and old jvThread , so anyone have problems too ?

TIA

Ricardo


Subject: Re: Turbo C++ Pro and JVCL
From: Muzaffar Mahkamov <mahkamov@gmail.com>
Date: Thu, 14 Jun 2007 17:50:30 +0500
Newsgroups: jedi.vcl

Thank you, Olivier. I'll try the suggested solutions this weekend and post the results here.

Muzaffar


Subject: Re: Turbo C++ Pro and JVCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 14 Jun 2007 12:22:17 +0200
Newsgroups: jedi.vcl

Muzaffar Mahkamov wrote:
> I see that this report has been filed several times but couldn't find any working solution. I have Turbo C++ Professional with all updates and Delphi compiler pack installed. When trying to install JVCL 3.31 I can see no packages in the list and get an Access violation.

That is what has been reported in mantis 4137:
http://homepages.codegear.com/jedi/issuetracker/view.php?id=4137


> When trying to install packages manually I get "Delphi.Personality is required" error in the BDS. I think this is causing AV in Jedi Installer.

Interesting direction. The error you get in BDS is because you open Delphi packages that despite being "dual mode" packages still require the Delphi personality to install.
I know that the installer is looking for personalities and it might well be that it's only looking for the Delphi ones. Anyway, you could try to change line 1106 in install\JVCLInstall\DelphiData.pas from this

    if SupportsPersonalities([persDelphi]) then

to this

    if SupportsPersonalities([persDelphi]) or (Version >= 4) then

This might help. The only other thing is for you to debug the installer and let us know your findings.


> BCB6 packages could be successfully loaded into Turbo C++ Pro and compiled with some modifications in the package properties (include paths). However, I was not sure it's the correct way of installing JVCL and didn't complete the build. I guess some components/files might be missing in BCB6 packages.

Not necessarily. Actually, it might even work quite well, BDS should import them fine.


> Is there any workaround for this problem? Or at least, is it possible to convert the packages in the packages/D10 folder into BCB packages?

Not that I know of. But using the BCB6 ones should do the trick.

Cheers
Olivier


Subject: Re: Bugs in Current JvCalcEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 14 Jun 2007 11:26:35 +0200
Newsgroups: jedi.vcl

Frederick W. wrote:
> Hello,
>
> again a few things I´ve discovered. I do not know how to report bugs - could someone do this?

http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: Bugs in Current JvCalcEdit
From: "Frederick W." <winkel79.nospam@web.de>
Date: Thu, 14 Jun 2007 11:22:10 +0200
Newsgroups: jedi.vcl

Hello,

again a few things I´ve discovered. I do not know how to report bugs - could someone do this?

JvCalcEdit from JvCalc.pas (Using latest version 3.31 of JVCL)

1) The button changing the sign (+ or -) of a value has no bitmap at all. It is empty.

2) The popup window looses its background color when an instance of TjvCalcEdit is created -after- another instance of any type of combobox (TCustomComboBox, TComboBox, TTntComboBox etc) has been closed. This only happens when used in Virtual Stringtree (Gridmode, latest Version 4.5.3 and before).

3) When using JvCalcEdit in VirtualStringTree I have an AV Exception with TRessourceManager.FreeResource if JvCalcEdit is focussed and user is exiting application.

Has anybody a solution or hint?

Regards Frederick


Subject: Slightly polished example for JvThread
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 14 Jun 2007 07:38:13 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

Updated example for JvThread in binaries (I can't upload it into mantis
because I still can't get mantis account :( ).

-- Alex 

Subject: Re: JvPageList and JvStandardPage
From: norberto <pellicci@shaw.ca>
Date: Wed, 13 Jun 2007 20:57:27 -0700
Newsgroups: jedi.vcl

norberto wrote:
> Greetings,
>
> What is the usefulness of using JvStandardPage with JvPageList? Is it mandatory?  i ask because i have seen JvStandardPage used in the example for JvPageListTree.
>
> Is there someplace i can get more information regarding using JvPageList?
>
> Thanks in advance.


Never mind....!

Sorry.

Thanks.


Subject: JvPageList and JvStandardPage
From: norberto <pellicci@shaw.ca>
Date: Wed, 13 Jun 2007 17:38:42 -0700
Newsgroups: jedi.vcl

Greetings,

What is the usefulness of using JvStandardPage with JvPageList? Is it mandatory?  i ask because i have seen JvStandardPage used in the example for JvPageListTree.

Is there someplace i can get more information regarding using JvPageList?

Thanks in advance.


Subject: Turbo C++ Pro and JVCL
From: Muzaffar Mahkamov <mahkamov@gmail.com>
Date: Wed, 13 Jun 2007 19:41:32 +0500
Newsgroups: jedi.vcl

I see that this report has been filed several times but couldn't find any working solution. I have Turbo C++ Professional with all updates and Delphi compiler pack installed. When trying to install JVCL 3.31 I can see no packages in the list and get an Access violation.

When trying to install packages manually I get "Delphi.Personality is required" error in the BDS. I think this is causing AV in Jedi Installer.

BCB6 packages could be successfully loaded into Turbo C++ Pro and compiled with some modifications in the package properties (include paths). However, I was not sure it's the correct way of installing JVCL and didn't complete the build. I guess some components/files might be missing in BCB6 packages.

Is there any workaround for this problem? Or at least, is it possible to convert the packages in the packages/D10 folder into BCB packages?

Thanks in advance,
Muzaffar


Subject: Re: How install JCL e JVCL in turbo delphi
From: "Vicente Barros Leonel" <vicente@unicredgv.com.br>
Date: Tue, 12 Jun 2007 16:32:49 -0300
Newsgroups: jedi.vcl

Sorry my version is JVCL331CompleteJCL199-Build2551
thanks

"Vicente Barros Leonel" <vicente@unicredgv.com.br> escreveu na mensagem 
news:f4mrm3$ouf$1@news.talkto.net...
> > How install JCL e JVCL in turbo delphi
> >
> > install.bat not compile
> >
> > Thanks
> > 




Subject: Re: How install JCL e JVCL in turbo delphi
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 12 Jun 2007 21:31:48 +0200
Newsgroups: jedi.vcl

You should be able to install the JCL and the JVCL on Turbo Professional if you have compiler binaries (dcc32.exe) that can be downloaded from CG's website.
The JCL can be installed on Turbo Explorer, you need package at Sourceforge whose name is ending by "-turbo.zip". The JVCL can be used by code (no interaction with the designer).

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: How install JCL e JVCL in turbo delphi
From: "Vicente Barros Leonel" <vicente@unicredgv.com.br>
Date: Tue, 12 Jun 2007 16:30:27 -0300
Newsgroups: jedi.vcl

How install JCL e JVCL in turbo delphi

install.bat not compile

Thanks 




Subject: JVDockServer/Client
From: "Adam Webb" <adam.webb2@btinternet.com>
Date: Tue, 12 Jun 2007 20:12:21 +0100
Newsgroups: jedi.vcl

Hi

I am using the JVDockServer and Client in my app. I've used it before without problems, but not since upgrading to Delphi 2007 + Vista x64. If I have a single form docked at each docksite its fine, if I try and close one of the forms, I get an "canvas does not allow drawing error", I also get the same problem when I try and drop 2 forms onto the same dock so they are tabbed.

Any help with this?

Adam


Subject: Re: Bugs in Current JvCalcEdit
From: "Frederick W." <winkel79.nospam@web.de>
Date: Tue, 12 Jun 2007 21:09:17 +0200
Newsgroups: jedi.vcl

Hello,

I´ve tracked down the autosize problem to the VST. So no JvCalcEdit problem here.

The coloring was a problem with control highlighting. Again no failure of JvCalcEdit but an odd behaviour.

The only problem I see are drawing failures when using doublebuffered. And even using doublebuffered JvCalcEdit's SpeedButton heavily flickers...

Regards Frederick


Subject: Re: To Discuss : TJvThread Changes
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 12 Jun 2007 08:21:47 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

Now new version of TJvThread is in JVCL for Win (folder 'run').
But in 'qrun' I see some old version, be careful.
Personally I don't use unix part ...

-- Alex 

Subject: Re: Bugs in Current JvCalcEdit
From: "Frederick W." <winkel79.nospam@web.de>
Date: Mon, 11 Jun 2007 20:31:35 +0200
Newsgroups: jedi.vcl

I forgot:

Sometimes a TJvCalcEdit will fail with an Exception in "TResourceManager.FreeResource". This only happens if JvCalcEdit is used (as inplace editor in VST/VTV).

Using other editors works fine...

Regards
Freddy


Subject: Bugs in Current JvCalcEdit
From: "Frederick W." <winkel79.nospam@web.de>
Date: Mon, 11 Jun 2007 20:29:31 +0200
Newsgroups: jedi.vcl

Dear Jedi Knights ;)

I have just installed current Jedi JVCL 3.30 and afterwards 3.31.

I have several Problems with JvCalcEdit (JvBaseEdits.pas and JvCalc.pas):

1) Setting a Height manually with AutoSize := false will always fail if TjvCalcEdit is used as inplace editor within a Virtual Stringtree in Gridmode.

2) If JvCalcEdit's Popup-Button is clicked after a (Tnt)ComboBox in another cell of Virtual Stringtree has been clicked the JvCalcEdit Popup Panel looses it's background color - it will always be clWhite or clWindow (regardsless if ComboBox has been in drowdown or simple edit state).

The VTV Version of Stringtree is 4.5.2.

Has anybody a quick-and-dirty fix for this? I saw in CVS that latest changes to JvBaseEdit are 9 months old and to JvCalc.pas 12 months old).

Btw: Great job!

Kind regards
Freddy


Subject: Re: Need tips for showing grouped icons in TJvImagesViewer
From: Edwin <nospam@domain.com>
Date: Mon, 11 Jun 2007 21:09:35 +0800
Newsgroups: jedi.vcl

Thanks very much for you hint, Peter Thornqvist.

Of course I will submit it if I done it, but not sure when will do it, maybe I will use another control, I'm still investigating.

Peter Thornqvist wrote:
> This will require some significant additions/alterations to the painting logic. Most of the code that calculates where to draw is in TJvCustomItemViewer - actual drawing is done in TJvImagesViewer.DrawItem.
>
> The major method that calculates where an item is/should be located is TJvCustomItemViewer.ItemRect, so I would start there. Be aware that there are other methods that rely on the notion that items are evenly spaced in rows and columns, so it could be tricky making it support grouping, but it is by no means impossible.
>
> Make sure you add a property where users can chose whether they want groups or not (and default to the current behavior) so current users aren't affected. When done, submit it as a donation to Mantis.
>
> Good luck!
>


Subject: Re: Problem with JVCL Installer and Vista
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 11 Jun 2007 08:39:33 +0200
Newsgroups: jedi.vcl

Jens Fudickar a écrit :
> Then i can go to the targets, and here it stops. Both targets are shown, but disabled, because the jcl installation is not recognized. Didn't know why, because it's executed one minute before.

You could check the registry for key under HKCU\Software\Borland\BDS\5.0\Jedi There should be a subkey named "JCL" with details about its version and its location on hdd (cf unit JediRegInfo.pas for details).
You have to install the JCL and the JVCL from the same account on the computer.

-- 
Florent Ouchet


Subject: Problem with JVCL Installer and Vista
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 10 Jun 2007 23:37:04 +0200
Newsgroups: jedi.vcl

Hi,

since my switch to vista i had an interesting problem with the jvcl installer, i want to discuss, before adding it to mantis.

On all my computers i had a directory shortcut to my development directory.

On XP i used "subst s: e:\entwicklung".

So all my components are installed on directory s:, and i was able to move the base directory without changing settings, and the pathes are a little bit shorter.

My Jcl Installation is here : "S:\Delphi\Components\jcl\"
and my JVCL is here : "S:\Delphi\Components\jvcl\"

But on vista i got problems with this, and so i sitched to connecting the directory s: as a network drive.

On my computer i have D5 (for compile tests) and D2007.

Now i could install jcl and my devexpress components. But the jvcl installer is not working.

The first msg i've got is this (after compiling):
[Warning]: msgfmt not found in PATH, no language support in the installer
[Starting Installer...]

Then i can go to the targets, and here it stops. Both targets are shown, but disabled, because the jcl installation is not recognized. Didn't know why, because it's executed one minute before.

Anyone has an idea?

Greetings and thanks
Jens

-- 


___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: take over loading .ico file for TJvImagesViewer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 10 Jun 2007 06:29:30 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Basically, you would have to provide your own extended TGraphic class and register it as the handler for ico files (have a look at TPicture.RegisterFileFormat in Graphics.pas). There are examples in JvAni, JvCursor, JvGIF and JvPcx how it is done. JvCursor is probably the closest match for what you are looking to do.

I have a faint recall that we have .ico somewhere. A quick search did not find it though. JvCursor or JvAni should be the way to go. Cursors and icons are handled largely by the same API functions in Windows.


Subject: Re: Need tips for showing grouped icons in TJvImagesViewer
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Sat, 9 Jun 2007 22:25:17 +0200
Newsgroups: jedi.vcl

This will require some significant additions/alterations to the painting 
logic. Most of the code that calculates where to draw is in 
TJvCustomItemViewer - actual drawing is done in TJvImagesViewer.DrawItem.

The major method that calculates where an item is/should be located is 
TJvCustomItemViewer.ItemRect, so I would start there. Be aware that there 
are other methods that rely on the notion that items are evenly spaced in 
rows and columns, so it could be tricky making it support grouping, but it 
is by no means impossible.

Make sure you add a property where users can chose whether they want groups 
or not (and default to the current behavior) so current users aren't 
affected. When done, submit it as a donation to Mantis.

Good luck!

-- Regards, Peter "Edwin" <nospam@domain.com> skrev i meddelandet news:f483lo$ef9$1@news.talkto.net...
> > Dear all,
> >
> > I want to use TJvImagesViewer to show icons in a grouped manner, see below 
> > illustration:
> >
> > Group A
> > Icon1, Icon2, Icon3
> > Group B
> > Icon1, Icon2, Icon3
> > Group C
> > Icon1, Icon2, Icon3
> >
> > Any hints for implementing this?
> >
> > I have some thoughts:
> > 1. populate the items property programmatic ally so that we know which 
> > icon belong to which group
> >
> > 2. use a specific icon, e.g. a blank icon to fill the line of the group 
> > title, so we will see the icons are separated by blank icons, but how to 
> > do this?
> >
> > any suggestions? or there is another component which is more suitable for 
> > this task?
> >
> > Edwin
> > Thanks. 




Subject: Re: take over loading .ico file for TJvImagesViewer
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Sat, 9 Jun 2007 22:11:59 +0200
Newsgroups: jedi.vcl

Basically, you would have to provide your own extended TGraphic class and 
register it as the handler for ico files (have a look at 
TPicture.RegisterFileFormat in Graphics.pas). There are examples in JvAni, 
JvCursor, JvGIF and JvPcx how it is done. JvCursor is probably the closest 
match for what you are looking to do.

Good luck!

-- Regards, Peter "Edwin" <nospam@domain.com> skrev i meddelandet news:f490h1$jeu$1@news.talkto.net...
> > Hi Buddies,
> >
> > I use TJvImagesViewer to show XP icons and the paiting is ugly,
> > it's said that TJvImagesViewer internally use TPicture class to load the 
> > image files, so I want to take over loading the .ico files and provide the 
> > TPicture a correct bitmap, but I have no experience of exendting the 
> > TGraphic class yet, any tips will be appreciated. thanks.
> >
> > Edwin. 




Subject: Re: JvInspector: Internal error: two data instances pointing to the same data are registered.
From: Ricardo Cardona R <rcardona@mail.com>
Date: Fri, 08 Jun 2007 08:04:29 -0500
Newsgroups: jedi.vcl


> I have a problem using jvInspector with database data; the problem occurs when inspector is cleared (TJvCustomInspector.Clear); any ideas ? i did something wrong?

Fixed, my bad.

Thanks

Ricardo


Subject: Re: There is a TFrame descendant with resizable borders and fake caption bar with buttons?
From: "Greg Bullock" <corelnews@tsppd.com>
Date: Fri, 8 Jun 2007 00:12:12 -0700
Newsgroups: jedi.vcl

You can add a TTabControl to your MDI client form.  Create an OnChange event 
with

  if (MyChildTabControl->TabIndex >= 0) {
    TForm *ChildWin = dynamic_cast<TForm 
*>(MyChildTabControl->Tabs->Objects[MyChildTabControl->TabIndex]);
    if (ChildWin)
      ChildWin->BringToFront();
  }


In the OnShow event of your MDI child form, add the line

  MyMainForm->MyChildTabControl->Tabs->AddObject(Caption,this);

and in the OnClose event, add

  int MyTabIndex = MyMainForm->MyChildTabControl->Tabs->IndexOfObject(this);
  if (MyTabIndex >= 0)
    MyMainForm->MyChildTabControl->Tabs->Delete(MyTabIndex);

Regards.
Greg




"Valdir Stiebe Junior" <valdir@dype.com.br> wrote in message 
news:op.ts8tktdj45z2g3@dype.no-ip.org...
> >I want to make tabbed mdi interface, like Opera Browser.
> > It is almost like the normal mdi plus tabs. The only difference is that 
> > the MDI childs are independent. Each MDI child can be maximized/restored 
> > (normal with borders)/minimized independent of the others MDI childs.
> >
> > Thanks. 




Subject: take over loading .ico file for TJvImagesViewer
From: Edwin <nospam@domain.com>
Date: Thu, 07 Jun 2007 21:28:12 +0800
Newsgroups: jedi.vcl

Hi Buddies,

I use TJvImagesViewer to show XP icons and the paiting is ugly,
it's said that TJvImagesViewer internally use TPicture class to load the image files, so I want to take over loading the .ico files and provide the TPicture a correct bitmap, but I have no experience of exendting the TGraphic class yet, any tips will be appreciated. thanks.

Edwin.


Subject: Re: EClassNotFound with TJvEdit
From: "Felix Gartsman" <garisman@netvision.net.il>
Date: Thu, 7 Jun 2007 13:54:40 +0300
Newsgroups: jedi.vcl

I recreated the project and now it's gone.

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:f46mcq$7o6$1@news.talkto.net...
> Felix Gartsman wrote:
>
>> Hello,
>> If I put TJvEdit control on a form, when I run the application I get
>> EClassNotFound exception loading it. I use latest JCL/JVCL from
>> SourceForge with Delphi 2007 on Vista.
>>
>> Felix.
>
> Is there a "MyComponentName: TJvEdit" line in the TForm class? The
> compiler will not generate the necessary code/data to find the TJvEdit
> class if this is missing.
>
> -- 
> Regards,
>
> Andreas Hausladen 



Subject: Need tips for showing grouped icons in TJvImagesViewer
From: Edwin <nospam@domain.com>
Date: Thu, 07 Jun 2007 13:15:40 +0800
Newsgroups: jedi.vcl

Dear all,

I want to use TJvImagesViewer to show icons in a grouped manner, see below illustration:

Group A
Icon1, Icon2, Icon3
Group B
Icon1, Icon2, Icon3
Group C
Icon1, Icon2, Icon3

Any hints for implementing this?

I have some thoughts:
1. populate the items property programmatic ally so that we know which icon belong to which group

2. use a specific icon, e.g. a blank icon to fill the line of the group title, so we will see the icons are separated by blank icons, but how to do this?

any suggestions? or there is another component which is more suitable for this task?

Edwin
Thanks.


Subject: Re: TJvRichEdit visible area
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Thu, 07 Jun 2007 03:01:53 +0200
Newsgroups: jedi.vcl

SB wrote:
> When using large text files, is there a way to know which part of the text is visible in a TJvRichEdit from the user perspective? Any idea on the best way to achieve this?

You can use the EM_CHARFROMPOS message for that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvRichEdit visible area
From: "SB" <slanbuas@hotmail.com>
Date: Wed, 6 Jun 2007 17:16:17 -0400
Newsgroups: jedi.vcl

When using large text files, is there a way to know which part of the text 
is visible in a TJvRichEdit from the user perspective? Any idea on the best 
way to achieve this?


thanks
Slan 




Subject: Re: how to install Jedi Help?
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Wed, 06 Jun 2007 20:03:49 +0200
Newsgroups: jedi.vcl

Griffyn wrote:
> I've downloaded the winhelp zip files for JCL and JVCL, and unzipped them to my Delphi6\Help folder.  But how can I get context-sensitive help to pop when I press F1?  For example, click a TEdit component on your form, and press F1 and up pops help for TEdit.  How can I do the same for the Jedi components? 

An easy way is to use the Component Help Installer tool from http://www.delphidabbler.com/software?id=chi.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: EClassNotFound with TJvEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 6 Jun 2007 16:12:10 +0000 (UTC)
Newsgroups: jedi.vcl

Felix Gartsman wrote:

> > Hello,
> > If I put TJvEdit control on a form, when I run the application I get
> > EClassNotFound exception loading it. I use latest JCL/JVCL from
> > SourceForge with Delphi 2007 on Vista.
> > 
> > Felix.

Is there a "MyComponentName: TJvEdit" line in the TForm class? The
compiler will not generate the necessary code/data to find the TJvEdit
class if this is missing.

-- Regards, Andreas Hausladen 

Subject: EClassNotFound with TJvEdit
From: "Felix Gartsman" <garisman@netvision.net.il>
Date: Wed, 6 Jun 2007 18:39:02 +0300
Newsgroups: jedi.vcl

Hello,
If I put TJvEdit control on a form, when I run the application I get EClassNotFound exception loading it. I use latest JCL/JVCL from SourceForge with Delphi 2007 on Vista.

Felix.


Subject: Re: Delphi 6 Update 2
From: "Griffyn" <griffynx2000@yahoo.com.au>
Date: Wed, 6 Jun 2007 16:53:24 +1000
Newsgroups: jedi.vcl

oops, they're dead, try this FTP folder. 
ftp://ftp.borland.co.jp/pub/delphi/

"Nemanja Avramovic" <avramyu@gmail.com> wrote in message 
news:f3uggt$tf0$1@news.talkto.net...
> > Does anyone have and can upload Delphi 6 update 1 and update 2 for me? I
> > have searched whole Internet (Google) and torrents but all links are dead.
> >
> > I can not install JCL/JVCL without these. 




Subject: how to install Jedi Help?
From: "Griffyn" <griffynx2000@yahoo.com.au>
Date: Wed, 6 Jun 2007 16:49:16 +1000
Newsgroups: jedi.vcl

I've downloaded the winhelp zip files for JCL and JVCL, and unzipped them to 
my Delphi6\Help folder.  But how can I get context-sensitive help to pop 
when I press F1?  For example, click a TEdit component on your form, and 
press F1 and up pops help for TEdit.  How can I do the same for the Jedi 
components? 




Subject: Re: Delphi 6 Update 2
From: "Griffyn" <griffynx2000@yahoo.com.au>
Date: Wed, 6 Jun 2007 16:47:19 +1000
Newsgroups: jedi.vcl

see http://www.tek-tips.com/viewthread.cfm?qid=1334294

"Nemanja Avramovic" <avramyu@gmail.com> wrote in message 
news:f3uggt$tf0$1@news.talkto.net...
> > Does anyone have and can upload Delphi 6 update 1 and update 2 for me? I
> > have searched whole Internet (Google) and torrents but all links are dead.
> >
> > I can not install JCL/JVCL without these. 




Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 5 Jun 2007 03:08:47 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Hi Alex,
> > i've uploaded the pas file. Please check it.
Check ... what?  :-)
 
> > What about the hpp file? Must i upload it also?
No, this file is only for the information.

> > And thanks again for your work.
Thanks all of you first of all.
I shall be happy if my small contribution will help the project.

-- Alex. 

Subject: Re: TJvThread: apllication doesn't finish
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 04 Jun 2007 23:03:03 +0200
Newsgroups: jedi.vcl

Hi Alex,

i've uploaded the pas file. Please check it.

What about the hpp file? Must i upload it also?

And thanks again for your work.

Greetings
Jens



AlexB schrieb:
> And see new file (JvThread_v2) in binaries
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: RxLib to JVCL
From: Will Watts <willw@applied.spambait.co.uk>
Date: Mon, 04 Jun 2007 18:07:58 GMT
Newsgroups: jedi.vcl

Additionally, there are some notes in

jedi/jvcl/help/migrating.htm

which discuss the running of the convert.exe tool to automatically swap 
out some of your RxLib components, and a list of some of the ones that 
don't go automatically (such as TCurrencyEdit), and what you have to 
do.

-- Will Watts 

Subject: Re: RxLib to JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 4 Jun 2007 14:03:53 +0000 (UTC)
Newsgroups: jedi.vcl

Roy Nielsen wrote:

> > RxLib's TCurrencyEdit

This component was merged into TJvValidateEdit (with property
DisplayFormat = dfCurrency)

-- Regards, Andreas Hausladen 

Subject: RxLib to JVCL
From: "Roy Nielsen" <rnielsen@nospamwitte-nielsen.dk>
Date: Mon, 4 Jun 2007 13:12:44 +0000 (UTC)
Newsgroups: jedi.vcl

Hi

We are in the process of converting our RxLib components to JVCL v3,
and would like to know which component replaces RxLib's TCurrencyEdit ?

rgds

Roy Nielsen

-- 

Subject: Re: OT: Subversion
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Mon, 4 Jun 2007 00:36:46 -0400
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:f3u3tt$rnm$1@news.talkto.net...
> > Sounds good, but it seems you came close to vendor branches but not
> > completely to it.
> > Externals are great but if the external repository is not there
> > (internet down for example), you can't get the sources.
> > And keeping track of your own changes can be tricky. The best solution,
> > even if a bit more complicated, is vendor branches as explained here:
> >
> > http://svnbook.red-bean.com/nightly/en/svn.advanced.vendorbr.html
> >
> > I could never get the svn_load_dirs.pl script under windows but I wrote
> > up a batch file that seems enough for my needs. Let me know if you want
it.

Thanks (both of you ) -  I'll check out both when I'm not quites so
tired...

EdB




Subject: Re: Problem in D7 on load JVCL packages...
From: "Mike O'Grady" <mikeogrady@aquilatechnology.com>
Date: Sun, 3 Jun 2007 20:05:39 +0100
Newsgroups: jedi.vcl

Sergey,

If you have used a previous JEDI version, and you use packages, it is 
possible that at some point you will have installed your final application 
on your PC and the Jedi packages are now in your Windows System32 directory. 
So, even if you completely uninstalled the previous Jedi installation, the 
packages will still be there.

Just a thought,
Mike

"Sergey Dyagovchenko" <dyaga@ukr.net> wrote in message 
news:op.tsxri91c7p3qd9@svasti-ayanam.net.sumy.ua...
> > Hi.
> > * One problem was with installation of JCL with option "Add Favorite 
> > Folder to Open/Save dialogs..." (<- smthing like that). The error was with 
> > kernel32.dll. After uncheking this option the installation was succesfull.
> > * But, I got another problem. Before loading D7 got errors with JVCL 
> > packages. The Error messages are on Russian, so i will try to translate 
> > it...
> > Example:
> > * "Point of the entry in procedure @Jvtranslatestring@initialization$qqrv 
> > is not found in library DLL JvCoreD7R.bpl"
> > * "Point of the entry in procedure @Jvcomponent@TJvForm@ShowModal$qqrv is 
> > not found in library DLL JvCoreD7R.bpl" for JVCL Network Components
> > * and so on...
> >
> > JVCL version: JVCL331CompleteJCL199-Build2551.7z
> >
> > Please, help me with this problem. Thank you.
> >
> > P.S.:...and sorry for my bad English...  :) 




Subject: Accessing JvOutlookBar in host app from plugin
From: "Mike O'Grady" <mikeogrady@aquilatechnology.com>
Date: Sun, 3 Jun 2007 16:47:01 +0100
Newsgroups: jedi.vcl

I have an application which uses JvPlugins to provide custom versions of
some functions in the main application. For example, an invoicing function
in the plugin may provide additional functionality over the same function in
the main application.

To prevent users from accidentally launching the wrong version of the
function, I get the plugin to reassign the OnClick method of the relevant
menu item in the main app to the new function in the plugin, e.g.

with HostApplication.MainForm.FindComponent('InvoiceEntry1') as TMenuItem do
OnClick := CustomCommands1Execute

The problem arises when the main application has a JvOutlookBar which
launches the function. I don't seen to be able to access the OnClick event
of the button in the JvOutlookBar from the plugin. I have tried the
following (and every variation I could think of) but nothing works.

if HostApplication.MainForm.FindComponent('JvOutlookbar1') <> nil then
with (HostApplication.MainForm.FindComponent('JvOutlookbar1') as
TJvOutlookbar).Pages[0].Buttons[1] do OnClick := CustomCommands1Execute

All I get is "Invalid Class Typecast"

I'm on D7 with JVCL 3.0. Any suggestions would be greatly appreciated.

Mike O'Grady








Subject: Re: Delphi 6 Update 2
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Jun 2007 16:14:25 +0200
Newsgroups: jedi.vcl

You get these from Codegear after you have registered your product.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Delphi 6 Update 2
From: Nemanja Avramovic <avramyu@gmail.com>
Date: Sun, 03 Jun 2007 15:50:21 +0200
Newsgroups: jedi.vcl

Does anyone have and can upload Delphi 6 update 1 and update 2 for me? I
have searched whole Internet (Google) and torrents but all links are dead. 
 
I can not install JCL/JVCL without these. 


Subject: Re: OT: Subversion
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sun, 03 Jun 2007 14:39:16 +0200
Newsgroups: jedi.vcl

Hi,

OBones wrote:

> > Sounds good, but it seems you came close to vendor branches but not
> > completely to it.

> > Externals are great but if the external repository is not there
> > (internet down for example), you can't get the sources.

The externals I describe in the article are on the same subversion server as
the main repository so they are always there unless the main repository is
also missing.

> > And keeping track of your own changes can be tricky. The best solution,
> > even if a bit more complicated, is vendor branches as explained here:

> > http://svnbook.red-bean.com/nightly/en/svn.advanced.vendorbr.html

Hm, I remember reading this chapter and thinking "what a complicated way of
doing things". Now, I read it again and thought "Maybe I didn't understand
it the first time I read it". ;-)
I'd probably still put it into a separate repository though.

And after I just watched the video of Linus Torvalds' talking about git and
distributed development, I am quite sure that something like git is what I
really want. Unfortunately I am apparently to stupid to use git and there
seems to be no decent GUI or even Windows port of it anyway.

MfG
twm



Subject: Re: OT: Subversion
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Jun 2007 12:15:54 +0200
Newsgroups: jedi.vcl

Sounds good, but it seems you came close to vendor branches but not completely to it.
Externals are great but if the external repository is not there (internet down for example), you can't get the sources.
And keeping track of your own changes can be tricky. The best solution, even if a bit more complicated, is vendor branches as explained here:

http://svnbook.red-bean.com/nightly/en/svn.advanced.vendorbr.html

I could never get the svn_load_dirs.pl script under windows but I wrote up a batch file that seems enough for my needs. Let me know if you want it.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: OT: Subversion
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sun, 03 Jun 2007 11:19:06 +0200
Newsgroups: jedi.vcl

Hi,

edbored wrote:

> > I've been wanting to create a subversion repository for my own code - keep
> > laptop and desktop code in synch.

> > I'm a little confused on how to set up jcl/jvcl within my own repository.
> > That is, I use TortoiseSVN to grab updates from sourceforge,  so I do I
> > configure my own SVN repository to also maintain jcl/jvcl so I can get
> > proper snapshots of code versions.

Have you looked at svn:externals yet? If not, you should. ;-) On my homepage
you can find an article about how I deal with 3rd party libraries. I am not
sure this is the best way but at least it should give you some ideas.

http://www.dummzeuch.de/delphi/subversion/english.html

MfG
twm



Subject: OT: Subversion
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sat, 2 Jun 2007 17:34:26 -0400
Newsgroups: jedi.vcl

I've been wanting to create a subversion repository for my own code - keep
laptop and desktop code in synch.

I'm a little confused on how to set up jcl/jvcl within my own repository.
That is, I use TortoiseSVN to grab updates from sourceforge,  so I do I
configure my own SVN repository to also maintain jcl/jvcl so I can get
proper snapshots of code versions.

Any suggestions of how best to accomplish this?

TIA.

Cheers,
EdB




Subject: Re: Problem installing JVCL into BCB6
From: "Pete Fraser" <pete.fraser@frasersoft.nospam.com>
Date: Sat, 2 Jun 2007 16:00:58 +0100
Newsgroups: jedi.vcl

It's working OK now having cleaned up the old method of working to the new 
method.
And I think it's a better way of working for multiple IDEs so it's probably 
not worth you taking time looking into it.
But thanks for trying.

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:f3rhvb$gmm$1@news.talkto.net...
> >I just tried and I'm not seeing this. But maybe I'm not doing it the right 
> >way. Could you indicate when you get the error and paste the exact output 
> >you get from the installation process?




Subject: Re: Problem installing JVCL into BCB6
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 02 Jun 2007 12:57:00 +0200
Newsgroups: jedi.vcl

I just tried and I'm not seeing this. But maybe I'm not doing it the right way. Could you indicate when you get the error and paste the exact output you get from the installation process?

Thanks
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Problem installing JVCL into BCB6
From: "Pete Fraser" <pete.fraser@frasersoft.nospam.com>
Date: Sat, 2 Jun 2007 11:33:06 +0100
Newsgroups: jedi.vcl

I have been having problems installing JVCL into BCB6, it installs correctly 
into BDS2006 & Delphi2007.
It looks as if it's installing the JCL object files into the wrong place and 
then the JVCL installer can't find these object files.
I fixed it by changing the output path that the installer creates lib files 
into.

Scenario:
I used to install JCL/JVCL with the output path into the lib directory under 
JCL/JVCL install directory and in BCB6 that all worked OK.
Then I got BDS2006 and downloaded the latest JVCL combined and tried to 
install again.
Now when I install JCL it comes up with the bpl file as being under JCL/JVCL 
install directory and I thought that would be OK so kept it and installed 
JCL - OK then installed JVCL and it failed as it couldn't find some object 
files.

Uninstalled everything and removed all instances of jcl/jvcl from everywhere 
I could find.
Re-installed JCL editing the bpl path to be under BCB6/Projects... and the 
installation goes OK.

Has anyone else seen this problem?
Is it a bug in the installer?

Thanks, Pete 




Subject: Re: Regarding TJvImagesViewer, not sure it's bug or not
From: Edwin <nospam@domain.com>
Date: Sat, 02 Jun 2007 16:16:03 +0800
Newsgroups: jedi.vcl

Thank you very much, Peter Thornqvist.



Peter Thornqvist wrote:
> Images are loaded by TPicture (see TJvPictureItem.CreatePicture) and since it uses the file extension to determine the loading class, it will fail on files with the wrong extension. You could handle the TJvImagesViewer.OnLoadError event to silence the exception or provide your own error message.
>


Subject: There is a TFrame descendant with resizable borders and fake caption bar with buttons?
From: "Valdir Stiebe Junior" <valdir@dype.com.br>
Date: Fri, 01 Jun 2007 09:42:19 -0300
Newsgroups: jedi.vcl

I want to make tabbed mdi interface, like Opera Browser.
It is almost like the normal mdi plus tabs. The only difference is that the MDI childs are independent. Each MDI child can be maximized/restored (normal with borders)/minimized independent of the others MDI childs.

Thanks.


Subject: New TJvDataSource events
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 1 Jun 2007 10:51:17 +0000 (UTC)
Newsgroups: jedi.vcl

I have added additional events to the TJvDataSource which make it a lot
more powerfull than the TDataSource component. I always hated the
OnDataChange event. It is triggered all the time even if you only
resize a column in a DBGrid. Most of the time I need a
OnDataSetScrolled event to refresh details data sets.

New events:
- OnDataSetScrolled (triggered when ever the dataset cursor is changed,
after active change, after delete, before insert, after canceled insert)
- OnFieldChanged (triggered when ever a field value has changed
[between Edit/Insert and Post/Cancel])
- OnRecordChanged
- OnDataSetChanged
- OnActiveChanged
- OnLayoutChanged
- OnEditingChanged
- OnCheckBrowseMode

-- Regards, Andreas Hausladen 

Subject: jvLogInDialog
From: "Ian Branch" <branch@sitathome.net>
Date: Fri, 1 Jun 2007 08:48:46 +0000 (UTC)
Newsgroups: jedi.vcl

Can anybody point me to an example of using jvLoginDialog?
I use it's predecessor, before it became part of jvcl, but its workings have me
a little confused now with the 'enhancements'.

Regards & TIA,

Ian


-- 

Subject: Re: Delphi / C++ Builder
From: "Michael M." <nospam@mike.com>
Date: Thu, 31 May 2007 22:53:20 +0100
Newsgroups: jedi.vcl

Thanks Alex and Andrew.

Hopefully it will not take them too long, I think maybe all the .net 
versions released by microsoft + vista release will slow them down.

Mike.

"Michael M." <nospam@mike.com> wrote in message 
news:f3husl$aoc$1@news.talkto.net...
> > Hi all,
> >
> > Firstly sorry that this is not directly regarding Jedi VCL, did not know 
> > where else to ask.
> >
> > Can Borland C++ or Delphi build 64bit applications (without .NET FX), I 
> > can not see from the CodeGear site if they do or not.
> >
> > I know MSVC++ 2005 can, but MFC give me a headache compared to VCL.
> >
> > regards,
> >
> > Mike.
> >
> >
> > 




Subject: Re: Help with JvInterpreterProgram and JvInterpreterFm
From: "inaciolino" <inaciolino@hotmail.com>
Date: Thu, 31 May 2007 20:42:39 +0100
Newsgroups: jedi.vcl

Thanks for the help

> >You can find some examples in examples\RaLib folder



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JclSynch (JVCL330Complete / JCL198-Build2530) On D7
From: "Jim P" <jim@jbenterprises.net>
Date: Thu, 31 May 2007 09:09:12 -0400
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:f3lq7e$vij$1@news.talkto.net...
> > Look on your hard drive for old versions of dcus/dcp/lib files from the 
> > Jcl and Jvcl. Delete them (or move them away) and you should be sorted.

Thanks. I'll do it. Its an honor to get a response from people that are so 
dedicated to this project.

Jim 




Subject: Re: JclSynch (JVCL330Complete / JCL198-Build2530) On D7
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 31 May 2007 08:40:44 +0200
Newsgroups: jedi.vcl

Look on your hard drive for old versions of dcus/dcp/lib files from the Jcl and Jvcl. Delete them (or move them away) and you should be sorted.


Subject: JclSynch (JVCL330Complete / JCL198-Build2530) On D7
From: <routerb@bellsouth.net>
Date: Thu, 31 May 2007 00:58:12 -0400
Newsgroups: jedi.vcl

Hello All:

Novice here...so be careful. :-)

Installed and everything stated sucess. But running several of the example 
applciations, I get the follow errors:

[Fatal Error] JvAppStorage.pas(899): Unit JclSynch was compiled with a 
different version of JclBase.TLargeInteger
[Fatal Error] JvAppStorage.pas(899): Unit JclSynch was compiled with a 
different version of JclRegistry.RegWriteInteger

Upgrading to the most current JCL/JCVL and I get the same types of errors.

Can someone help this newbie?

Thanks

Jim




Subject: JvProfilerForm report has a negative time ?
From: "Greg" <greg-DOT-bullock@sparta.com>
Date: Wed, 30 May 2007 12:37:36 -0700
Newsgroups: jedi.vcl

A diagnostic version of my app includes JvProfilerForm to collect some
runtime statistics.

A user generated a profiler report today that includes a negative time.  I
can't imagine how this happened.  Here's the report header and the line in
question:

Profiler 32 run 5/30/2007 by "Beta Tester" (machine BT1).
Profiler 32 - (C) 1996 Certified Software Corp, portions Copyright (C) 1997
by Peter Thörnqvist; all rights reserved.
Function / Procedure  Total time (ms) Calls Average time (ms) Percent (%)
....
TCalculationInProgressDlg::UpdateProgressBar -160542.00 3348264 -0.05 -3.11
....

Note that the user had rebooted his system this morning, before running the
test and generating the profiler report, so that should rule out the
possibility that the return result from GetTickCount rolled over from
$FFFFFFFF to $00000000.

Any ideas on how a negative time could appear here?

Thanks.
Greg





Subject: Re: Delphi / C++ Builder
From: "Andrew Fiddian-Green" <nn@dd.cc>
Date: Wed, 30 May 2007 13:28:23 +0200
Newsgroups: jedi.vcl

> > .. did not know where else to ask.

Look for the news server "newsgroups.borland.com"

The best group is probably "borland.public.delphi.ide.general"

But anyway to answer your question, as 64bit solution is foreseen but still 
a long way off...

AndrewFG
 




Subject: Re: Installing JVCL Help Files in D2007 IDE?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 30 May 2007 13:18:42 +0200
Newsgroups: jedi.vcl

Andrew Fiddian-Green wrote:
>> it is not a high priority for me right now.
>
> It could actually be quite easy...
>
> http://frogleg.mvps.org/helptechnologies/mshelp2/h2conv.html

It's not so much creating the h2 files that is complicated and time consuming. It is synchronising between the SVN server and the web help.


Subject: Re: Installing JVCL Help Files in D2007 IDE?
From: "Andrew Fiddian-Green" <nn@dd.cc>
Date: Wed, 30 May 2007 13:14:35 +0200
Newsgroups: jedi.vcl

> > it is not a high priority for me right now.

It could actually be quite easy...

http://frogleg.mvps.org/helptechnologies/mshelp2/h2conv.html




Subject: Re: Help with JvInterpreterProgram and JvInterpreterFm
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 30 May 2007 09:24:41 +0400
Newsgroups: jedi.vcl

You can find some examples in examples\RaLib folder

> > Hallo, I'm from Brazil and use JEDI components, as a matter of fact
> > they're incredible. I've just downloaded The last version of JCL and
> > JVCL, I'm using Delphi 7, and I'd like to know how to use
> > JvInterpreterProgram and JvInterpreterFm. I tried to find any
> > information in JCL/JVCL Help and OnLine Help but I didn't find anything.
> > I'll be VERY PLEASED if Anyone could help me sending, or showing, an
> > example.
> >




Subject: Re: Delphi / C++ Builder
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 30 May 2007 02:55:55 +0000 (UTC)
Newsgroups: jedi.vcl

Michael M. wrote:

> > Can Borland C++ or Delphi build 64bit applications (without .NET FX),

AFAIK no ...

-- Alex 

Subject: JvInspector: Internal error: two data instances pointing to the same data are registered.
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 29 May 2007 17:39:21 -0500
Newsgroups: jedi.vcl

Hi,

I have a problem using jvInspector with database data; the problem occurs when inspector is cleared (TJvCustomInspector.Clear); any ideas ? i did something wrong?

Thanks in advance

Ricardo Cardona



Call Stack

exception class   : EJvInspectorData
exception message : Internal error: two data instances pointing to the same data are registered.

00715192 +03a dbexplorer.ml.exe JvInspector      2687 TJvInspDataReg.Remove
00724d94 +034 dbexplorer.ml.exe JvInspector     10951 TJvCustomInspectorData.BeforeDestruction
004045f5 +009 dbexplorer.ml.exe System                @BeforeDestruction
0093a7aa +002 dbexplorer.ml.exe JvInspDB          154 TJvInspectorDBData.Destroy
00724cd1 +089 dbexplorer.ml.exe JvInspector     10918 TJvCustomInspectorData.RemoveItem
0071da21 +0e1 dbexplorer.ml.exe JvInspector      7354 TJvCustomInspectorItem.BeforeDestruction
004045f5 +009 dbexplorer.ml.exe System                @BeforeDestruction
0071ac96 +002 dbexplorer.ml.exe JvInspector      5834 TJvCustomInspectorItem.Destroy
0040420c +008 dbexplorer.ml.exe System                TObject.Free
0048b312 +016 dbexplorer.ml.exe Contnrs               TObjectList.Notify
00474bd9 +059 dbexplorer.ml.exe Classes               TList.Delete
0071db48 +094 dbexplorer.ml.exe JvInspector      7381 TJvCustomInspectorItem.Delete
0071da76 +03a dbexplorer.ml.exe JvInspector      7364 TJvCustomInspectorItem.Clear
00718430 +024 dbexplorer.ml.exe JvInspector      4518 TJvCustomInspector.Clear
0093c725 +009 dbexplorer.ml.exe FrameData         175 TfraData.Clear
0085d67e +366 dbexplorer.ml.exe frmMasterDetail   221 TforMasterDetail.fraMastercoboTableChange
006a8a1e +05e dbexplorer.ml.exe TntStdCtrls      1697 TntCombo_CNCommand
006a9923 +013 dbexplorer.ml.exe TntStdCtrls      2089 TTntCustomComboBox.CNCommand
004afa20 +188 dbexplorer.ml.exe Controls              TControl.WndProc
004b2a4b +157 dbexplorer.ml.exe Controls              TWinControl.WndProc
004979ae +102 dbexplorer.ml.exe StdCtrls              TCustomCombo.WndProc
00498b29 +03d dbexplorer.ml.exe StdCtrls              TCustomComboBox.WndProc
006ad305 +085 dbexplorer.ml.exe TntControls       669 TWinControlTrap.WindowProc
004af7f0 +024 dbexplorer.ml.exe Controls              TControl.Perform
004b2b83 +023 dbexplorer.ml.exe Controls              DoControlMsg
004b323f +00b dbexplorer.ml.exe Controls              TWinControl.WMCommand
004afa20 +188 dbexplorer.ml.exe Controls              TControl.WndProc
004b2a4b +157 dbexplorer.ml.exe Controls              TWinControl.WndProc
004b26c8 +02c dbexplorer.ml.exe Controls              TWinControl.MainWndProc
006ad305 +085 dbexplorer.ml.exe TntControls       669 TWinControlTrap.WindowProc
004b26c8 +02c dbexplorer.ml.exe Controls              TWinControl.MainWndProc
0047efc8 +014 dbexplorer.ml.exe Classes               StdWndProc
7739bf6f +016 user32.dll                              CallWindowProcW
006acf60 +054 dbexplorer.ml.exe TntControls       557 TWinControlTrap.Win32Proc
0047efc8 +014 dbexplorer.ml.exe Classes               StdWndProc
7c828533 +02b ntdll.dll                               KiUserCallbackDispatcher
7739c332 +044 user32.dll                              SendMessageW
7739bf6f +016 user32.dll                              CallWindowProcW
006ad160 +0f0 dbexplorer.ml.exe TntControls       608 TWinControlTrap.DefWin32Proc
0047efc8 +014 dbexplorer.ml.exe Classes               StdWndProc
773b045e +016 user32.dll                              CallWindowProcA
004b2b2f +0d7 dbexplorer.ml.exe Controls              TWinControl.DefaultHandler
004b324e +01a dbexplorer.ml.exe Controls              TWinControl.WMCommand
004afa20 +188 dbexplorer.ml.exe Controls              TControl.WndProc
004b2a4b +157 dbexplorer.ml.exe Controls              TWinControl.WndProc
004979ae +102 dbexplorer.ml.exe StdCtrls              TCustomCombo.WndProc
00498b29 +03d dbexplorer.ml.exe StdCtrls              TCustomComboBox.WndProc
006ad305 +085 dbexplorer.ml.exe TntControls       669 TWinControlTrap.WindowProc
004b26c8 +02c dbexplorer.ml.exe Controls              TWinControl.MainWndProc
0047efc8 +014 dbexplorer.ml.exe Classes               StdWndProc
7739bf6f +016 user32.dll                              CallWindowProcW
006acf60 +054 dbexplorer.ml.exe TntControls       557 TWinControlTrap.Win32Proc
0047efc8 +014 dbexplorer.ml.exe Classes               StdWndProc
7c828533 +02b ntdll.dll                               KiUserCallbackDispatcher
7739c332 +044 user32.dll                              SendMessageW
773a16e0 +00a user32.dll                              DispatchMessageA
004d0107 +083 dbexplorer.ml.exe Forms                 TApplication.ProcessMessage
004d013e +00a dbexplorer.ml.exe Forms                 TApplication.HandleMessage
004d035e +096 dbexplorer.ml.exe Forms                 TApplication.Run
0094b92a +146 dbexplorer.ml.exe DBExplorer        155 initialization


Subject: Delphi / C++ Builder
From: "Michael M." <nospam@mike.com>
Date: Tue, 29 May 2007 20:35:21 +0100
Newsgroups: jedi.vcl

Hi all,

Firstly sorry that this is not directly regarding Jedi VCL, did not know 
where else to ask.

Can Borland C++ or Delphi build 64bit applications (without .NET FX), I can 
not see from the CodeGear site if they do or not.

I know MSVC++ 2005 can, but MFC give me a headache compared to VCL.

regards,

Mike.
 




Subject: can i show whole memo fields in jvdbultimgrid?
From: "vladimir" <galic.vladimir@gmail.com>
Date: Tue, 29 May 2007 00:10:27 +0200
Newsgroups: jedi.vcl

i have memo fields in my jvdbultimgrid and i need to show them as they 
really are; so if i have one memo written in 5 lines, i want that row to 
have 5 lines in height... but if next memo is written in just 1 line, i want 
it to be shown in 1 line. can i do that in jvdbultimgrid and, if i can, how? 




Subject: Re: Installing JVCL Help Files in D2007 IDE?
From: Remko Bonte <remkobonteSP@Mgmail.com>
Date: Mon, 28 May 2007 18:21:20 +0200
Newsgroups: jedi.vcl

Andrew Fiddian-Green wrote:
> But I also downloaded the JVCL help files and I dont see any way to install
> them into the Delphi 2007 IDE too (i.e. RAD Studio 2007)?

You are correct, you can't install them into the Delphi 2007 IDE. I will create such help files probably for the next release of JVCL or so, but it is not a high priority for me right now.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: using JVthread component
From: "Michael M." <nospam@mike.com>
Date: Mon, 28 May 2007 15:34:15 +0100
Newsgroups: jedi.vcl

Alex,

You are correct, sorry I was using postmessage to notify my main window that 
lookup had completed, this seemed to corrupt the data, I guessing that 
postmessage does not wait for the window to start processing the message, 
and sendmessage does, so the data refrenced is no longer valid if I use 
PostMessage.

Changed:

    Postmessage(form1.Handle, WM_LookUpResult, 0,  integer(pchar(s)));
To:
    Sendmessage(form1.Handle, WM_LookUpResult, 0,  integer(pchar(s)));

Seems to working now, I am using delphi 7.

Mike.

"AlexB" <b.a.v@inbox.ru> wrote in message 
news:f3dlg0$gn6$1@news.talkto.net...
> > Michael M. wrote:
> >
>> >> This does not seem to work.
> >
> > Strangely ... :(
> > This code works well for me in D2006:
> >
> > procedure TForm2.Button3Click(Sender: TObject);
> > begin
> > JvThread1.Execute(Pchar('Local host'));
> > end;
> >
> > procedure TForm2.JvThread1Execute(Sender: TObject; Params: Pointer);
> > var
> > s: string;
> > begin
> > s:=PChar(params);
> > JvThread1.SynchMessageDlg(s, mtInformation, [mbOK], 0);
> > end;
> >
> > In dialog I see normal string and no AV.
> >
> > I have no idea now. Could you show more/all your code? Probably mistake
> > is in other place.
> >
> > --
> > Alex.
> > 




Subject: Installing JVCL Help Files in D2007 IDE?
From: "Andrew Fiddian-Green" <nn@dd.cc>
Date: Mon, 28 May 2007 16:16:47 +0200
Newsgroups: jedi.vcl

The installer works very nicely in installing the JVCL into Delphi 2007.
Thanks.

But I also downloaded the JVCL help files and I dont see any way to install
them into the Delphi 2007 IDE too (i.e. RAD Studio 2007)?

AndrewFG





Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Mon, 28 May 2007 12:10:28 +0000 (UTC)
Newsgroups: jedi.vcl

And see new file (JvThread_v2) in binaries

-- Alex 

Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Mon, 28 May 2007 11:58:34 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

TJvThread changes: the 2-nd iteration

After some investigation I've created the v.2 of changes.

1) I've found out that I didn't know some details of TThread work. In
addition the difference (IMHO bug in BCB5) between BCB5 and BDS
versions of TThread was found, namely: the following code works
differently in BCB5 and BDS:

 TThread* t=new TThread(true); // create suspended
 delete t;

In BDS (and perhaps in BCB6 - I don't know) deleting of not resumed
TThread causes resume (and OnTerminate) behind the scene.

In BCB resume  doesn't happens (due to incorrect 'if' condition in
TThread.Destroy) and it causes memory leak (8 bytes, New() in
System.BeginThread, _FreeMem in not called System.ThreadWrapper).

Thus my previous suggestion about instant deletion of not started
threads is impossible: we should always resume new thread (in order to
avoid of memory leak and for "forward compatibility BCB5->BDS").

I've decided that in case of exception in OnBegin/BeforeResume it is
necessary to call Terminate for new thread before resume. In this case
user can (must) check Terminated as very first action in the thread
procedure, set approptiate ReturnValue and skip thread body. Then will
be called OnTerminate as usual etc.

2) Full support was added for deferred resume (RunOnCreate=false).
TJvThread.BeforeResume is called in TJvBaseThread.Resume (if it's
necessary).

3) Full support was added for suspending/resuming any thread in list.

4) A number of TJvThread procedures now have different action by a call
in different contexts.

 Procedure               Context of            Context of
                     some thread in list    any other thread
-------------------------------------------------------------------

 GetTerminated       flag 'Terminated'      flags 'Terminated'
 (and property       for this               for all threads in list
  Terminated)        thread object

 Get/SetReturnValue  Get/Set return value   nothing
 (and property       for this
  ReturnValue)       thread object

 SetPriority         Set priority           Set priority
                     for this               for all threads in list
                     thread                 and property 'Priority'

 Suspend             Suspend                Suspend 
                     for this               for all threads in list
                     thread

Thus in OnExecute we can use methods of TJvBaseThread object (directly
and faster) or methods of TJvThread in old style (indirectly and slower
due to scanning of list).

As you can see GetTerminated now has different semantics: in old
version it always was 'for all threads in list'.

This method was positioned as a way of definition of the 'Terminated'
status. But Returning of Terminated for _all_ threads in list (as it
was in old version) is unreliable. For example:

OnButton1:
   JvThread.Terminate // terminates all, I would like           
                      // to stop execution of all 'old' threads

OnTimer:
   JvThread.Execute   // new thread was added on some reason

In some 'old' thread:
   if(JvThread.Terminated) // old thread continues execution
                           // because new (not terminated)
                           // thread is in list now

4) Procedures Lock and Unlock were added for safe use of
property Threads[]:

 JvThread.Lock;
 try
   T:=JvThread.Threads[i];
  ...
 finally
   JvThread.Unlock;
 end;

5) TJvTread.WaitFor added (wait for all threads).

6) Full support was added for deferred deletion
(FreeOnTerminate=false). Such threads remain in the list (the number of
threads is still limited by MaxCount), and it is possible to remove
them later with special procedures

   RemoveZombie(BaseThread: TJvBaseThread) and 
   RemoveZombie; // all finished

Property Finished was added for this purpose.

7) Constructor and destructor of TJvBaseThread are protected now. 
It prevents improper use of pointers on thread objects in
container(TJvThread): user can't create thread with pointer on some
instance of TJvThread or delete existing thread.

8) Some methods were moved from 'published' to 'public'. I don't know
all details, please check it.

9) Test application (BCB5) was updated for testing all features.

-- Alex. 

Subject: Re: using JVthread component
From: "AlexB" <b.a.v@inbox.ru>
Date: Mon, 28 May 2007 04:23:29 +0000 (UTC)
Newsgroups: jedi.vcl

Michael M. wrote:

> > This does not seem to work.

Strangely ... :(
This code works well for me in D2006:

procedure TForm2.Button3Click(Sender: TObject);
begin
 JvThread1.Execute(Pchar('Local host'));
end;

procedure TForm2.JvThread1Execute(Sender: TObject; Params: Pointer);
var
 s: string;
begin
 s:=PChar(params);
 JvThread1.SynchMessageDlg(s, mtInformation, [mbOK], 0);
end;

In dialog I see normal string and no AV.

I have no idea now. Could you show more/all your code? Probably mistake
is in other place.

--
Alex. 



Subject: New TJvProgressBar WinXP and Vista features
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 27 May 2007 20:25:18 +0000 (UTC)
Newsgroups: jedi.vcl

I have added the features Windows XP (Marquee) and Vista
(SmoothReverse, State) features of the ProgressBar control to the
TJvProgressBar control.

-- Regards, Andreas Hausladen 

Subject: Re: using JVthread component
From: "Michael M." <nospam@mike.com>
Date: Sun, 27 May 2007 15:56:57 +0100
Newsgroups: jedi.vcl

This does not seem to work.

Am is supposed to wrap the parameters in a function?

Mike.
"AlexB" <b.a.v@inbox.ru> wrote in message 
news:f35q6t$b77$1@news.talkto.net...
> > Michael M. wrote:
> >
>> >> My question is How do I pass a parameter to the JvThread component.
>> >> In the procedre below how do I retrieve the data stored in Params
>> >>
>> >> procedure TForm1.JvThread1Execute(Sender: TObject; Params: Pointer);
>> >>
>> >> I have tried JvThread1Execute(Pchar('localhost'));
>> >>
>> >> to try to send some data to it and then convert it to a string inside
>> >> the function but always get access voilation.
> >
> > Did you already see an example (Examples->JvThread)?
> >
> > It should work (not tested in Delphi, I'm BCB user):
> >
> > // starting thread
> > procedure TForm1.Button1Click(Sender: TObject);
> > begin
> >  JvThread1.Execute(Pchar('localhost'));
> > end;
> >
> > // Execution (body of started thread)
> > procedure TForm1.JvThread1Execute(Sender: TObject; params: Pointer);
> > var
> > s: string;
> > begin
> > s:=PChar(params);
> > ...
> > end;
> >
> > How many threads you use? I had problems (AV) with number of threads>1
> > in current version of TJvThread.
> >
> > -- 
> > Alex. 




Subject: Problem in D7 on load JVCL packages...
From: "Sergey Dyagovchenko" <dyaga@ukr.net>
Date: Sat, 26 May 2007 16:24:35 +0300
Newsgroups: jedi.vcl

Hi.
* One problem was with installation of JCL with option "Add Favorite Folder to Open/Save dialogs..." (<- smthing like that). The error was with kernel32.dll. After uncheking this option the installation was succesfull.
* But, I got another problem. Before loading D7 got errors with JVCL packages. The Error messages are on Russian, so i will try to translate it...
Example:
    * "Point of the entry in procedure @Jvtranslatestring@initialization$qqrv is not found in library DLL JvCoreD7R.bpl"
    * "Point of the entry in procedure @Jvcomponent@TJvForm@ShowModal$qqrv is not found in library DLL JvCoreD7R.bpl" for JVCL Network Components
    * and so on...

JVCL version: JVCL331CompleteJCL199-Build2551.7z

Please, help me with this problem. Thank you.

P.S.:...and sorry for my bad English...  :)


Subject: Re: TJvTFDays refresh command
From: "Ekkas" <anton@true.co.za>
Date: Fri, 25 May 2007 23:32:21 +0100
Newsgroups: jedi.vcl

After 2 days of trying everything imaginable,I found that the 
ScheduleManager's RefreshAutoReconcile was True, which caused Appts to 
disappear everytime I try to refresh something.... Set it to false,an 
all works as it should, just call ScheduleManager's RefreshAppts...

Thanks for the help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Help with JvInterpreterProgram and JvInterpreterFm
From: "inaciolino" <inaciolino@hotmail.com>
Date: Fri, 25 May 2007 21:42:48 +0100
Newsgroups: jedi.vcl

Hallo, I'm from Brazil and use JEDI components, as a matter of fact 
they're incredible. I've just downloaded The last version of JCL and 
JVCL, I'm using Delphi 7, and I'd like to know how to use 
JvInterpreterProgram and JvInterpreterFm. I tried to find any 
information in JCL/JVCL Help and OnLine Help but I didn't find anything. 
I'll be VERY PLEASED if Anyone could help me sending, or showing, an 
example. 
 
                                   With Best wishes
 
                                                                         
                      Jose Inacio Lino de Almeida Junior
 
 
P.S.: Sorry for my English, it isn't so good.



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvcl 3.31 BDS 2006 no packages
From: simo_j <mia_meil@yahoo.it>
Date: Fri, 25 May 2007 17:30:47 +0200
Newsgroups: jedi.vcl

Hi all
I have bcb6 personal and bds2006 pro update2.
If I select bcb6 in "Select packages" I can see packages in list, but for bds2006 list is empty.
In Jedi installer DCP path is ...\lib\d10
Does anyone knows how to install it correctly ?

Greetings
Simo


Subject: Re: TJvTFDays refresh command
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 25 May 2007 16:11:13 +0100
Newsgroups: jedi.vcl

> >The proc you gave me only loads from the DB if it is a new Appt.
> >Ekkas

Simple: free the appt object (do not delete) then reload. For example, I
"delete" from schedule the appt:

procedure TFormaProgramados.EliminarDetalle(ID: integer);
var
  Appt: TJvTFAppt;
  i: integer;
begin
  i := 0;
  while (i < TFProgs.ApptCount) do
  begin
    Appt := TFProgs.Appts [i];
    if (Appt.Data = ID) then
       Appt.Free
    else
       Inc(i);
  end;
end;

Then reload it:

procedure TFormaProgramados.begin
  DetalleProg.ParamByName('mensaje_id').AsInteger := ID;
  CargarAppts(DetalleProg);
end;

DetalleProg is a query which only returns one Appt.

To refresh an Appt:

EliminarDetalle(ID: integer);
CargarDetalle(ID: integer);

To refresh entire shedule just free all appt objects then reload as apropiate.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvTFDays refresh command
From: "Ekkas" <anton@true.co.za>
Date: Fri, 25 May 2007 14:13:18 +0100
Newsgroups: jedi.vcl

Thanks, but it seems ScheduleManager have a cache, so the 'new' isn't 
true, therefore it never get updated. 
My problem is that I view the appts on one PC. Another user on network 
change colour/time etc. Now I want to force ScheduleManager to refresh 
the Appt from the db.

The proc you gave me only loads from the DB if it is a new Appt.
Ekkas



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: reduce flicker on resize on ExDBGrids
From: Julian <rodri_es@mixmail.com>
Date: Fri, 25 May 2007 12:21:10 +0200
Newsgroups: jedi.vcl

Done

http://homepages.codegear.com/jedi/issuetracker/view.php?id=4138


OBones escribió:
> Please submit this in Mantis:
>
> http://homepages.codegear.com/jedi/issuetracker/
>


Subject: Re: To Discuss : TJvThread Changes
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 25 May 2007 10:56:50 +0100
Newsgroups: jedi.vcl

> >If the changes are needed to fix bugs then compatibility is not an 
> >issue. The JVCL prefers progress over compatibility anyway.
> >
> >Are the changes worth a new component? If so we could add them as new 
> >component and deprecate the old one to remove it some time later.
> >

I don't think that they are worth a new component. The changes are 
mostyl fixes

Greetings
Jens

(Writing this in my holidays :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: using JVthread component
From: "AlexB" <b.a.v@inbox.ru>
Date: Fri, 25 May 2007 04:54:54 +0000 (UTC)
Newsgroups: jedi.vcl

Michael M. wrote:

> > My question is How do I pass a parameter to the JvThread component.
> > In the procedre below how do I retrieve the data stored in Params
> > 
> > procedure TForm1.JvThread1Execute(Sender: TObject; Params: Pointer);
> > 
> > I have tried JvThread1Execute(Pchar('localhost'));
> > 
> > to try to send some data to it and then convert it to a string inside
> > the function but always get access voilation. 

Did you already see an example (Examples->JvThread)?

It should work (not tested in Delphi, I'm BCB user):

// starting thread
procedure TForm1.Button1Click(Sender: TObject);
begin
  JvThread1.Execute(Pchar('localhost'));
end;

// Execution (body of started thread)
procedure TForm1.JvThread1Execute(Sender: TObject; params: Pointer);
var
 s: string;
begin
 s:=PChar(params);
 ...
end;

How many threads you use? I had problems (AV) with number of threads>1
in current version of TJvThread.

-- Alex. 

Subject: using JVthread component
From: "Michael M." <nospam@mike.com>
Date: Thu, 24 May 2007 18:21:15 +0100
Newsgroups: jedi.vcl

Hi all,

Firstly thanks to everyone who has contributed to the jedi project for some 
great components.

My question is How do I pass a parameter to the JvThread component

in the procedre below  how do I retrieve the data stored in Params

procedure TForm1.JvThread1Execute(Sender: TObject; Params: Pointer);

I have tried   JvThread1Execute(Pchar('localhost'));

to try to send some data to it and then convert it to a string inside the 
function but always get access voilation.  Am I even supposed to try and 
pass something through there?

Regards,

Mike. 




Subject: Re: reduce flicker on resize on ExDBGrids
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 24 May 2007 19:16:59 +0200
Newsgroups: jedi.vcl

Please submit this in Mantis:

http://homepages.codegear.com/jedi/issuetracker/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvTFDays refresh command
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 24 May 2007 16:19:35 +0100
Newsgroups: jedi.vcl

> >I'm writing a multi-user client/server TCP calendar program.
> >Now when a remote user change (add/edit/delete) an appointment, how can 
> >I tell the TJvTFDays/JvTFWeeks/JvTFMonths (or Schedulemanager I suppose) 
> >to :

Write a custom method which adds appt like this:

procedure TFormaProgramados.CargarAppts(Fuente: TIBSQL);
var
  Appt: TJvTFAppt;
  Nueva: boolean;
begin
  Fuente.ExecQuery;
  try
    while not Fuente.Eof do
    begin
      TFProgs.RequestAppt(
        Fuente.FieldByName('mensaje_det_id').AsString,
        Appt, Nueva);
      if Nueva then
      begin
        Appt.SetStartEnd(
          Fuente.FieldByName('enviar_el').AsDate,
          Fuente.FieldByName('enviar_el').AsTime,
          Fuente.FieldByName('enviar_el').AsDate,
          Fuente.FieldByName('enviar_el').AsTime + (1 / 2880) );
        Appt.Description := Fuente.FieldByName('contenido').AsString;
        Appt.Data := Fuente.FieldByName('mensaje_id').AsInteger;
        if (Fuente.FieldByName('enviado').AsString = 'S') then
           Appt.Color := clLtGray;
        Appt.Persistent := Fuente.FieldByName('periodicidad').AsString = 'U';
        Appt.AddSchedule('*');
      end;
      Fuente.Next;
    end;
  finally
    Fuente.Close;
  end;
end;

Then invoke your method from need appt:

procedure TFormaProgramados.TFProgsNeedAppts(Sender: TObject;
  Schedule: TJvTFSched);
begin
  ListaProgs.ParamByName('del').AsDateTime := Schedule.SchedDate;
  ListaProgs.ParamByName('al').AsDateTime := Schedule.SchedDate + 1;
  CargarAppts(ListaProgs);
end;

As you can see, when TJvTFScheduleManager (TFProgs) needs appts is when
you change some property in the TJvTFDays, TJvTFWeeks or TJvTFMonths. Of
course you can call "CargarAppts" when you want. 

Hope this helps you.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGrid changes - who can commit
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 24 May 2007 15:49:37 +0100
Newsgroups: jedi.vcl

Hi.

I wanted to make a dbgrid's title show with gradient background then I
wrote a simple OnDrawColumnTitle event which calls GradientFillRect() but
it didn't work. I dig into source's and found (// $Id: JvDBGrid.pas 11153
2007-01-16 19:00:50Z ahuser $
):

1. Line 2852 (DrawCell):
      if (DataLink = nil) or not DataLink.Active then

The event isnt called if datasource isnt assigned or its dataset isn't
active. I still didn't change about this.

2. If DefaultDrawText = Ture the background is erased but this is because
WriteCellText() (called from DrawTitleCaption line 2715) forces the brush
to bsSolid (lines 2516 & 17):

      if Brush.Style <> bsSolid then
        Brush.Style := bsSolid;

then erasing the cell's background.

To make it work, comment out lines 2516 & 2517 and set the Canvas's brush
styte with bsClear after drawinig the gradient background:

procedure TForm8.JvDBUltimGrid1DrawColumnTitle(Sender: TObject;
  ACanvas: TCanvas; ARect: TRect; AColumn: TColumn;
  var ASortMarker: TJvDBGridBitmap; IsDown: Boolean; var Offset: Integer;
  var DefaultDrawText, DefaultDrawSortMarker: Boolean);
begin
  // ... Get c1 & c2 
  GradientFillRect(ACanvas, ARect, c1, c2, fdTopToBottom, 8);
  ACanvas.Brush.Style := bsClear;
end;

made the trick.

I check this little hack and found safe because almost at the begining of
DrawCell method (line 2731) the iherited method is called which erases de
cell background far before the event is called.

Could this little hack (commenting / removing lines 2516 & 2517) could
make to the official version?

By the way, this only works if ReduceFlicker = false because when is true
a temp bitmap is created which of course dont have the desired background,
may be later I address this and point 1.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvcl 3.3 - problem with JvImagesViewer
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 24 May 2007 16:25:34 +0200
Newsgroups: jedi.vcl

The reason for this is that the click event is triggered before mouse up, 
and SelectedIndex is not changed until mouse up (I even think this is 
documented somewhere). The reason for not changing SelectedIndex until mouse 
up has to do with implementing multi-select and dragging. The work around 
is -as you've discovered-to use the ItemChanged event instead. If anyone can 
find a alternate way of implementing SelectedIndex without breaking 
multi-select and dragging, it would be appreciated

-- Regards, Peter "marcelo" <mcgal(REMOVETHIS)@ig.com.br> skrev i meddelandet news:f2l72v$qc3$1@news.talkto.net...
> >i use delphi 7 and JVCL 3.3
> > component JVImagesViewer
> >
> > but i got a problem...
> >
> > the correct for this code is to give the "actual" clicked image,
> > but allways give the "second last" image clicked...
> >
> > procedure TForm1.JvImagesViewer1Click(Sender: TObject);
> > begin
> > if JvImagesViewer1.SelectedIndex > -1 then
> > caption:=JvImagesViewer1.Items[JvImagesViewer1.SelectedIndex].FileName
> > end;
> >
> > what i detected in my debug
> > ----------------------------
> > - when the "image is clicked" (first time) the Selectedindex return 
> > negative
> > number..
> > and if you clicked "againd" the property is filled with a positive number.
> >
> > tks
> > Marcelo
> >
> > 




Subject: Re: Regarding TJvImagesViewer, not sure it's bug or not
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 24 May 2007 16:10:40 +0200
Newsgroups: jedi.vcl

Images are loaded by TPicture (see TJvPictureItem.CreatePicture) and since 
it uses the file extension to determine the loading class, it will fail on 
files with the wrong extension. You could handle the 
TJvImagesViewer.OnLoadError event to silence the exception or provide your 
own error message.

-- Regards, Peter "Edwin" <nospam@domain.com> skrev i meddelandet news:f2684f$aub$1@news.talkto.net...
> > Dear all,
> >
> > I use TJvImagesViewer in my program to display icons in a given folder, 
> > one of my users changed the extension of a gif file to .ico and placed it 
> > into the folder, this caused TJvImagesViewer always raise a exception.
> >
> > Edwin
> >
> > thanks. 




Subject: reduce flicker on resize on ExDBGrids
From: Julian <rodri_es@mixmail.com>
Date: Thu, 24 May 2007 12:42:44 +0200
Newsgroups: jedi.vcl

Can you add in JvExDBGrids.pas to reduce flicker on resize  ?

Info from ThemedDBGrid  (Jeremy North's)

protected
procedure WMEraseBkgnd(var Msg: TWMEraseBkgnd); message WM_ERASEBKGND;



procedure TJvExDBGrid.WMEraseBkgnd(var Message: TWMEraseBkgnd);
begin
  Message.Result := 1; // the grid paints its whole content in the Paint method
end;



Also you can create themed JvExDBGrids adding functions from ThemedDBGrid.pas on
http://andy.jgknet.de/blog/archives/45-Theming-all-TDBGrid-at-runtime.html

Regards


Subject: TJvTFDays refresh command
From: "Ekkas" <anton@true.co.za>
Date: Wed, 23 May 2007 21:54:45 +0100
Newsgroups: jedi.vcl

I'm writing a multi-user client/server TCP calendar program.
Now when a remote user change (add/edit/delete) an appointment, how can 
I tell the TJvTFDays/JvTFWeeks/JvTFMonths (or Schedulemanager I suppose) 
to :
1)Refresh everything
2)just refresh Appt no. xxx
3)just remove apptno xxx
4)refresh all for schedule xxx
5)refresh all for day...
6)refresh schedule xxx for day xxx
7) you catch my drift? etc.etc.etc.
etc.

and then update the displays...

If I can just give a refresh_all command for now that would help already
Thanks
AntonE



--- posted by geoForum on http://delphi.newswhat.com


Subject: Component to mirror text/screen at vertical axis
From: Siegfried <siegfried.wessler@hbm.com>
Date: Wed, 23 May 2007 11:52:09 +0200
Newsgroups: jedi.vcl

Hi, is there any component around, by which I can display mirrored - not rotated - text? Maybe whithin JVCL?

Or does anybody know of a commercial graphics adapter / driver which mirrors the whole screen at the vertical axis, not just rotating though?

Thank You. Siegfried.


Subject: Re: Desktop like button
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 22 May 2007 10:36:06 +0000 (UTC)
Newsgroups: jedi.vcl

> > Do we have this?

The desktop is a SysListView aka TListView in Icon mode with a
background image. So TJvListView meight be able to do the job.


-- Regards, Andreas Hausladen 

Subject: Desktop like button
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 22 May 2007 12:19:09 +0200
Newsgroups: jedi.vcl

Hi,

I'd like to know if we have around here a button that behaves like the icons on the windows desktop. Or maybe a panel onto which I can place buttons that behaves like the icons on the windows desktop:
I want a clickable icon with a larger clickable caption underneath but don't want the area above the caption and not in the icon to be clickable. A region like this:
      ___
     |   |
 ____|   |____
|_____________|

Do we have this?
I looked quickly around, and I know it sounds funny being the coordinator and asking this, but I don't know all components in the JVCL ;-)

Cheers
Olivier


Subject: New personal edition detection
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 20 May 2007 07:55:31 +0000 (UTC)
Newsgroups: jedi.vcl

I have updated the code that detects if the installed IDE is a personal
edition. Former the installer checked for "Edition in ['Personal',
'STD', 'PER', 'PERS']". But this failed on installation where the
edition registry key is empty or translated.
The new implementation looks for the db.dcu file.

-- Regards, Andreas Hausladen 

Subject: Re: jvcl 3.3 - problem with JvImagesViewer
From: "marcelo" <mcgal(REMOVETHIS)@ig.com.br>
Date: Fri, 18 May 2007 19:07:44 -0300
Newsgroups: jedi.vcl

i found another solution using the "onchanged" event..

but is this the correct way ? (the result is ok to me)

procedure TForm1.JvImagesViewer1ItemChanged(Sender: TObject;
  Item: TJvViewerItem);
begin
if JvImagesViewer1.SelectedIndex > -1 then
begin
caption:=JvImagesViewer1.Items[JvImagesViewer1.SelectedIndex].FileName;
JvImage1.Picture.LoadFromFile(JvImagesViewer1.Items[JvImagesViewer1.SelectedIndex].FileName);
end;
end; 




Subject: jvcl 3.3 - problem with JvImagesViewer
From: "marcelo" <mcgal(REMOVETHIS)@ig.com.br>
Date: Fri, 18 May 2007 18:55:11 -0300
Newsgroups: jedi.vcl

i use delphi 7 and JVCL 3.3
component JVImagesViewer

but i got a problem...

the correct for this code is to give the "actual" clicked image,
but allways give the "second last" image clicked...

procedure TForm1.JvImagesViewer1Click(Sender: TObject);
begin
if JvImagesViewer1.SelectedIndex > -1 then
caption:=JvImagesViewer1.Items[JvImagesViewer1.SelectedIndex].FileName
end;

what i detected in my debug
----------------------------
- when the "image is clicked" (first time) the Selectedindex return negative 
number..
and if you clicked "againd" the property is filled with a positive number.

tks
Marcelo




Subject: JvRichEditToHTML formating bug
From: Andreas Lauß <webmaster@andreas-lauss.de>
Date: Thu, 17 May 2007 20:50:29 +0200
Newsgroups: jedi.vcl

Hi,
I want to use the JvRichEditToHTML to convert a simple text with bold, underline and italic formatings to html. But this component makes errors with the formating. Show my demo project in the zip-archive (there is also an screenshot included).

I hope you can fix it. All other free rtf2html units/components doesen't work or the formating is badder than JvRichEditToHTML.

And thanks for developing this great component collection.

bye,
Andreas Lauß
http://www.andreas-lauss.de
rtf2html.zip
	



Subject: Re: Problems with version of JVCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 17 May 2007 15:27:10 +0100
Newsgroups: jedi.vcl

> >Error was:
> >'Unit JvLabel was compiled with different version of 
> >JvThemes.ThemeServices'

Check for copies of JvThemes.dcu in your machine.

Which Delphi / BCB are using you?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: To Discuss : TJvThread Changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 17 May 2007 16:25:28 +0200
Newsgroups: jedi.vcl

If the changes are needed to fix bugs then compatibility is not an issue. The JVCL prefers progress over compatibility anyway.

Are the changes worth a new component? If so we could add them as new component and deprecate the old one to remove it some time later.


Subject: Re: Problems with version of JVCL
From: "David Mohoric" <mukomuki@hotmail.com>
Date: Thu, 17 May 2007 12:48:20 +0100
Newsgroups: jedi.vcl

Error was:
'Unit JvLabel was compiled with different version of 
JvThemes.ThemeServices'


> >
> >Well, there were changes in 3.1 but if you do not give any error 
message 
> >how do you expect us to help you?
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >http://jvcl.sf.net/
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problems with version of JVCL
From: "David Mohoric" <mukomuki@hotmail.com>
Date: Thu, 17 May 2007 11:58:56 +0100
Newsgroups: jedi.vcl

 Hi, I 've compilled my application on some other computer, where I have 
JEDI components 3.0. Now I tried to compile with version 3.1 but it 
doesn't work (could not compile).
Any ideas?

David Mohoric



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with version of JVCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 17 May 2007 12:27:32 +0200
Newsgroups: jedi.vcl

David Mohoric wrote:
>  Hi, I 've compilled my application on some other computer, where I have JEDI components 3.0. Now I tried to compile with version 3.1 but it doesn't work (could not compile).
> Any ideas?

Well, there were changes in 3.1 but if you do not give any error message how do you expect us to help you?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: To Discuss : TJvThread Changes
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 17 May 2007 04:38:00 +0000 (UTC)
Newsgroups: jedi.vcl

ssamayoa wrote:

>> >> Alex made some suggestions and improvements which sounds logical,
>> >> but they will break the backward compatibility.
 
> > Better if those comments are
> > added to the source file also.

Have you already seen files in 'binaries'?
There are:
- new (well) tested TJvThread unit
- new test project with some comments
- my notes

Unit and project have some comments in style
- "old/new" or
- //- (removed)  //+ (added/replaced)

In addition you can compare current and new TJvThread units in your
merge tool (WinMerge for example).

> > Please add to the documentation
Not so easy due to my bad English :-/

> > what we should change on our applications

Virtually ... nothing :) because improvements concern those parts which
either did not work, or were practically useless.

1) TJvThread.Execute returns pointer to the created TJvBaseThread
instead of (useless) ThreadID. You can use this pointer
- for manual resuming if you create new thread with RunOnCreate=false
- for deletion if you create new thread with FreeOnTerminate=false
(both variants are not recommended because they are useless :)
Of course you still can get ThreadID via respective property.

2) The calls of OnBegin and BeforeResume are guarded with try/except.
If there is an exception, the new thread is excluded from the internal
list immediately (without execution).

3) The call of BeforeResume is executed right after creation of a
thread irrespective of value of a RunOnCreate flag for more uniformity.

4) The TJvThread.Execute (body of thread) is called with poiner on
current TJvBaseThread object instead of pointer on TJvThread
(container). You can use all usual properties and methods of TThread
directly (ReturnValue, Synchronize). And of course you still can get
Container (TJvThread component) via respective property.

5) TJvThread.Synchronize method was improved. I dont't know how old
version worked before (and in BDS) but in my BCB5 it doesn't work at
all. The declaration now is:

  procedure Synchronize
   (Method: TThreadMethod; Thread: TJvBaseThread = nil);

If the second parameter is omitted it mimics backword compatibility but
works slower. Actually this subroutine becomes unnecessary because in
procedure TJvThread.OnExecute you can use the standard
TJvBaseThread.Synchronize method.

6) OnFinish event is called with poiner on current TJvBaseThread object
(as in #4) instead of pointer on TJvThread (container). You can
- inspect ReturnValue
- get poiner on thread's data via respective property, inspect and
delete data.
And of course you still can get Container (TJvThread component) via
respective property.

-- Alex. 

Subject: Re: To Discuss : TJvThread Changes
From: "John Friel" <john@frieltek.com>
Date: Wed, 16 May 2007 13:59:16 -0500
Newsgroups: jedi.vcl

I followed the thread listed and believe the changes should be made.
If it breaks backwards compatibility, then I for one would welcome the 
changes in exchange for a more reliable Threads unit.

John

"ssamayoa" <nospam@stopspam.com> wrote in message 
news:f2f4ih$par$1@news.talkto.net...
>> > >Alex made some suggestions and improvements which sounds logical, but
>> >>they will break the backward compatibility.
> >
> > Please add to the documentation what we should change on our applications
> > because I use it a lot. Better if those comments are added to the source
> > file also.
> >
> > Regards.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: TjvAVICapture: How to capture video AND audio from DV camera firewire stream?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 16 May 2007 20:46:46 +0200
Newsgroups: jedi.vcl

Siegfried wrote:

> Mh. It doesn't. I tried other commercial components, which do. I'd go for the shareware component (buying it), but they also have some wierd stuff I dislike. So it must be something within TJvAviCapture. I might find it, reading source code, but unfortunately I don't have the sources of the shareware component to compare with.
> Hopefully it's just a problem with my video driver. The application shall run on another machine. So maybe I'll succeed with that pc.

Well, here is what I just did with my Creative webcam connected:

Start Delphi 6
Drop a TJvAVICapture on a TForm
Set AutoSize to True
Set DriverIndex to 0
Set Previewing to True

And right there, I have the live image from the webcam inside the component.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: New component TJvDBCheckBox
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 16 May 2007 16:37:18 +0000 (UTC)
Newsgroups: jedi.vcl

Component name. TJvDBCheckBox
Palette: Jv DB Visual
Package: JvDB-R
Base class: TDBCheckBox

Description:
The TJvDBCheckBox has the two new events OnChange and OnChanging which
trigger when the checked state is changing or has been changed. These
events aren't triggered when the checked state changes due to a dataset
change.
The dataset field is updated before OnChange is called.



-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : TJvThread Changes
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 16 May 2007 16:22:48 +0100
Newsgroups: jedi.vcl

> >Alex made some suggestions and improvements which sounds logical, but 
> >they will break the backward compatibility.

Please add to the documentation what we should change on our applications
because I use it a lot. Better if those comments are added to the source
file also.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvGridFilter
From: "yassoubxl" <rocafellah@gmail.com>
Date: Wed, 16 May 2007 13:24:10 +0100
Newsgroups: jedi.vcl

Hello

I have a grid and i want to filter it with a JvGridFilter.

I use the following lines in my unit:

JvGridFilter.Grid := StringGrid1;
JvGridFilter.Filter('Filter');

but this doesn't work!

How can i use the JvGridFilter?

Thx.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvAVICapture: How to capture video AND audio from DV camera firewire stream?
From: Siegfried <siegfried.wessler@hbm.com>
Date: Wed, 16 May 2007 12:47:17 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Siegfried wrote:
[...]
Thank You. Knowing that I have to use analog input and windows mixer helped a lot. In this case it's okay to do so and it's working. Solved!

[...]
>
>> What to do to view video while preview or recording?
>
> This should work right away.

Mh. It doesn't. I tried other commercial components, which do. I'd go for the shareware component (buying it), but they also have some wierd stuff I dislike. So it must be something within TJvAviCapture. I might find it, reading source code, but unfortunately I don't have the sources of the shareware component to compare with.
Hopefully it's just a problem with my video driver. The application shall run on another machine. So maybe I'll succeed with that pc.

>> So far I am trying to understand how to work with TJvAviCapture by playing with the demo source applied with JVCL.
>
> It is based on the AVICap API from Windows, which is good but limited in some ways. 
[...]

It still is a great component, as JVCL is in common anyway!

Siegfried.


Subject: Re: 64 bit server
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 May 2007 09:05:49 +0200
Newsgroups: jedi.vcl

Kovács György schrieb:
> Dear Developers!
>
> We encountered a problem running vcs server on 64 bit windows server.
> The service cannot be installed under win64.
> Do you plan to release jvcs server for 64 bit windows in the future?
>
> Thanks in advance.
>
> George Kovach, developer.

Near miss. This is the vcl group not the vcs group. Please repost in the other group.


Subject: 64 bit server
From: "Kovács György" <gyorgy.kovacs@globenet.hu>
Date: Wed, 16 May 2007 08:55:14 +0200
Newsgroups: jedi.vcl

Dear Developers!

We encountered a problem running vcs server on 64 bit windows server.
The service cannot be installed under win64.
Do you plan to release jvcs server for 64 bit windows in the future?

Thanks in advance.

George Kovach, developer.




Subject: JvTrayIcon: Balloon hint disappears if shown from OnBalloonClick
From: Michal Borsuk <support@truesoft.eu>
Date: Tue, 15 May 2007 23:47:56 +0200
Newsgroups: jedi.vcl

Hi to all,

I'm trying to show a balloon hint over the tray icon after the previous ballon hint is clicked (which works with CoolTrayIcon), but the second balloon hint pops up, and then fads righ after.

Can this be prevented? Thank you in advance.


-- 
Michael Borsuk
Advanced Call Manager - a call register and manager.
  http://www.truesoft.eu/



Subject: To Discuss : TJvThread Changes
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 15 May 2007 21:38:31 +0200
Newsgroups: jedi.vcl

Hi all together,

please have a look at the Thread "TJvThread: apllication doesn't finish" starting at the 09. May.

Alex made some suggestions and improvements which sounds logical, but they will break the backward compatibility.
This is something i didn't want to decide on my own, so please give us some comments.

Greetings
Jens

P.S. I will be out of office until end of may, so have a good time :-)
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvThread: apllication doesn't finish
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 15 May 2007 21:36:10 +0200
Newsgroups: jedi.vcl

Your suggestions are looking logical, but they are breaking the backward compatibility, so this is problematical.

I will make a separate call to discuss your issues, and hopefully when i come back from my holidays, all issues are cleared :-)

Greetings
Jens

AlexB schrieb:
> Jens Fudickar wrote:
>
>> For me it was not clear, that you want discuss more upcoming issues
>
> Some problems result in corrections and incomplete compatibility with
> the previous version.
>
>> What are the points you want to discuss and to improve. I've done a
>> lot of working in the dialog system, but not so much in the base
>> thread components.
>
> Then our work mutually supplements each other: I worked just with
> thread part.
>
> ------------------------
> 1. In current version TJvThread.Execute returns THandle (at least in
> declaration):
>
>    function TJvThread.Execute(P: Pointer): THandle;
>
> In reality it returns ThreadID
>
>      Result := BaseThread.ThreadID;
>
> ThreadID is absolutely useless. I suggest to return the pointer on the
> created TJvBaseThread object. Advantage: if the thread is not started
> automatically (RunOnCreate=false), the user can at least delete it
> later. Otherwise deletion is impossible (there is no pointer on the
> created object).
>
> 2. For the greater uniformity it is offered to execute the
> OnBeforeResume before check of property RunOnCreate. Then event handler
> will be called irrespective of RunOnCreate value. Otherwise (at the
> subsequent manual start for objects with RunOnCreate=false) event will
> not be executed at all.
>
> IMHO we should remove property RunOnCreate (RunOnCreate should always
> be true). I don't see any sense in a call of JvThread.Execute if I
> don't want to start the thread immediately.
>
> 3. IMHO we should remove property FreeOnTerminate (FreeOnTerminate
> should always be true). The component creates and operates
> TJvBaseThread object, hence it should destroy it. The reasons for
> setting FreeOnTerminate=false are:
>  - getting the thread exit code;
>  - manipulation with output data.
> We can easily do it in OnFinish event (see #5).
> 4. Issues with exceptions in TJvThread events:
> - Calls of user procedures OnBegin and OnBeforeResume in
> JvThread.Execute should be protected with try/finally. If the user code
> will raise exception, the thread object should be immediately excluded
> from the list and deleted.
> - If I raise exception in OnFinish or/and in OnFinishAll then I get
> "Project JvThreadProj.exe raised exception class EWin32Error with
> message 'Win32 Error.  Code: 5. Access denied'. Process stopped. Use
> Step or Run to continue." and then 'Abnormal program termination'. I
> don't know what to do with it.
>
> 5. In current version TJvBaseThread.Execute calls TJvThread.OnExecute as
>
>   FExecuteEvent(FSender, FParams);
>
> where FSender is pointer on JvThread component (container). This pointer
> doesn't carry any specific information about the current thread, hence
> it is practically useless. I suggest to pass the pointer on the current
> thread object:
>
>   FExecuteEvent(Self, FParams); // Self - TJvBaseThread
>
> Advantages: in TJvThread.OnExecute
> - we have full information about current thread object and its
> container (via special property Container);
> - we can use standard methods and properties of TThread: Synchronize,
> Terminated, ReturnValue (preliminary they should be promoted in the
> public section of TJvBaseThread).
>
> The same for
>
>   procedure TJvThread.DoTerminate(Sender: TObject);
>   begin
> ....
>     if Assigned(FOnFinish) then
> //    FOnFinish(Self);    // current version
>       FOnFinish(Sender);  // new version: Sender is TJvBaseThread
>
> Advantages: in TJvThread.OnFinish - we can get pointer on thread data (via special property
> TJvBaseThread.Params), inspect and then delete data;
> - we can see ReturnValue.
>
> 6. Using random thread object for Syncronize (via GetLastThread) causes
> problems (AV), I don't know why. I have written procedure for search of
> the current thread in the list, and then never saw any problems.
>
> Actually even this subroutine becomes unnecessary because in procedure
> TJvThread.OnExecute it is possible to use the standard
> TJvBaseThread.Synchronize method of current object as mentioned above.
>
> 7. The following methods of TJvThread
>  
>     function GetPriority(Thread: THandle): TThreadPriority;
>     procedure SetPriority(Thread: THandle; Priority: TThreadPriority);
>     {$IFDEF UNIX}
>     function GetPolicy(Thread: THandle): Integer;
>     procedure SetPolicy(Thread: THandle; Policy: Integer);
>     {$ENDIF UNIX}
>     procedure QuitThread(Thread: THandle);
>     procedure Suspend(Thread: THandle);
>     procedure Resume(Thread: THandle);
>
> have no relation to object. IMHO they should be removed.
>
> Instead of them I've added other procedures which operate on all
> threads in the list.
>
>     procedure SetPriorityAll(NewPriority: TThreadPriority);
>     procedure SetPolicyAll(Policy: Integer) // not tested
>     procedure SuspendAll;
>     procedure ResumeAll;
>
> 9. Also I've added the limit of threads. MaxCount=1 is identical to
> Exclusive=true.
>
> 10. Example project (BCB5) was updated for testing all features.
>
> See all files in jedi.binaries.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TjvAVICapture: How to capture video AND audio from DV camera firewire stream?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 15 May 2007 19:19:33 +0200
Newsgroups: jedi.vcl

Siegfried wrote:
> OBones schrieb:
>> Have you selected the appropriate source as a record source in the windows audio properties?
>
> 1. Do I have to use Windows mixer?

Yes.


> I wanted to capture video and audio into avi file right away as they are streamed over firewire from camera.
>
> I can't remember to set any windows audio settings when I captured dv camera material using Premiere or such.

Because they seem to be able to access lower level functions from the drivers.


> If so, what input source do I have to use in the windows audio properties? The windows mixer offers all kind of analog inputs, but none for "VFW" or "Firewire".

I have no idea, the documentation for the camera should indicate this.


> 2. All capture applications I use (e.g. Premiere, Scenalizer) are able to preview or overlay (?) the captured video. But with TJvAviCapture it is not possible. Doesn't my video driver support TJvAviCapture while it does for other applications? I set Previewing:=True and Overlaying:=True but it didn't help.

This should work. Well, try setting Previewing to True and leave Overlaying to False.


> What to do to view video while preview or recording?

This should work right away.


> So far I am trying to understand how to work with TJvAviCapture by playing with the demo source applied with JVCL.

It is based on the AVICap API from Windows, which is good but limited in some ways. Try using NetMeeting with your camera and you will see a very similar output of what TJvAVICapture is capable of doing.
Basically, it was designed to be used with those low cost USB webcams, but it turns out it works with many other cameras if they provide an AVICap compliant driver (VFW). But this driver might not provide everything that the camera is capable of doing.
You are the only one who can experiment with this as I don't have the same model of camera that you have.

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TjvAVICapture: How to capture video AND audio from DV camera firewire stream?
From: Siegfried <siegfried.wessler@hbm.com>
Date: Tue, 15 May 2007 16:57:43 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Have you selected the appropriate source as a record source in the windows audio properties?

1. Do I have to use Windows mixer?

I wanted to capture video and audio into avi file right away as they are streamed over firewire from camera.

I can't remember to set any windows audio settings when I captured dv camera material using Premiere or such.

If so, what input source do I have to use in the windows audio properties? The windows mixer offers all kind of analog inputs, but none for "VFW" or "Firewire".

2. All capture applications I use (e.g. Premiere, Scenalizer) are able to preview or overlay (?) the captured video. But with TJvAviCapture it is not possible. Doesn't my video driver support TJvAviCapture while it does for other applications? I set Previewing:=True and Overlaying:=True but it didn't help.

What to do to view video while preview or recording?

So far I am trying to understand how to work with TJvAviCapture by playing with the demo source applied with JVCL.

Thank You very much for your quick reply!

Siegfried.


Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Tue, 15 May 2007 12:38:36 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > For me it was not clear, that you want discuss more upcoming issues

Some problems result in corrections and incomplete compatibility with
the previous version.

> > What are the points you want to discuss and to improve. I've done a
> > lot of working in the dialog system, but not so much in the base
> > thread components.

Then our work mutually supplements each other: I worked just with
thread part.

------------------------
1. In current version TJvThread.Execute returns THandle (at least in
declaration):

   function TJvThread.Execute(P: Pointer): THandle;

In reality it returns ThreadID

     Result := BaseThread.ThreadID;

ThreadID is absolutely useless. I suggest to return the pointer on the
created TJvBaseThread object. Advantage: if the thread is not started
automatically (RunOnCreate=false), the user can at least delete it
later. Otherwise deletion is impossible (there is no pointer on the
created object).

2. For the greater uniformity it is offered to execute the
OnBeforeResume before check of property RunOnCreate. Then event handler
will be called irrespective of RunOnCreate value. Otherwise (at the
subsequent manual start for objects with RunOnCreate=false) event will
not be executed at all.

IMHO we should remove property RunOnCreate (RunOnCreate should always
be true). I don't see any sense in a call of JvThread.Execute if I
don't want to start the thread immediately.

3. IMHO we should remove property FreeOnTerminate (FreeOnTerminate
should always be true). The component creates and operates
TJvBaseThread object, hence it should destroy it. The reasons for
setting FreeOnTerminate=false are:
 - getting the thread exit code;
 - manipulation with output data.
We can easily do it in OnFinish event (see #5). 

4. Issues with exceptions in TJvThread events:
- Calls of user procedures OnBegin and OnBeforeResume in
JvThread.Execute should be protected with try/finally. If the user code
will raise exception, the thread object should be immediately excluded
from the list and deleted.
- If I raise exception in OnFinish or/and in OnFinishAll then I get
"Project JvThreadProj.exe raised exception class EWin32Error with
message 'Win32 Error.  Code: 5. Access denied'. Process stopped. Use
Step or Run to continue." and then 'Abnormal program termination'. I
don't know what to do with it.

5. In current version TJvBaseThread.Execute calls TJvThread.OnExecute as

  FExecuteEvent(FSender, FParams);

where FSender is pointer on JvThread component (container). This pointer
doesn't carry any specific information about the current thread, hence
it is practically useless. I suggest to pass the pointer on the current
thread object:

  FExecuteEvent(Self, FParams); // Self - TJvBaseThread

Advantages: in TJvThread.OnExecute
- we have full information about current thread object and its
container (via special property Container);
- we can use standard methods and properties of TThread: Synchronize,
Terminated, ReturnValue (preliminary they should be promoted in the
public section of TJvBaseThread).

The same for

  procedure TJvThread.DoTerminate(Sender: TObject);
  begin
.....
    if Assigned(FOnFinish) then
//    FOnFinish(Self);    // current version
      FOnFinish(Sender);  // new version: Sender is TJvBaseThread

Advantages: in TJvThread.OnFinish 
- we can get pointer on thread data (via special property
TJvBaseThread.Params), inspect and then delete data;
- we can see ReturnValue.

6. Using random thread object for Syncronize (via GetLastThread) causes
problems (AV), I don't know why. I have written procedure for search of
the current thread in the list, and then never saw any problems.

Actually even this subroutine becomes unnecessary because in procedure
TJvThread.OnExecute it is possible to use the standard
TJvBaseThread.Synchronize method of current object as mentioned above.

7. The following methods of TJvThread
 
    function GetPriority(Thread: THandle): TThreadPriority;
    procedure SetPriority(Thread: THandle; Priority: TThreadPriority);
    {$IFDEF UNIX}
    function GetPolicy(Thread: THandle): Integer;
    procedure SetPolicy(Thread: THandle; Policy: Integer);
    {$ENDIF UNIX}
    procedure QuitThread(Thread: THandle);
    procedure Suspend(Thread: THandle);
    procedure Resume(Thread: THandle);

have no relation to object. IMHO they should be removed.

Instead of them I've added other procedures which operate on all
threads in the list.

    procedure SetPriorityAll(NewPriority: TThreadPriority);
    procedure SetPolicyAll(Policy: Integer) // not tested
    procedure SuspendAll;
    procedure ResumeAll;

9. Also I've added the limit of threads. MaxCount=1 is identical to
Exclusive=true.

10. Example project (BCB5) was updated for testing all features.

See all files in jedi.binaries.

-- Alex. 

Subject: Re: Solution to install Jvcl/Jcl on Delphi 2007 Trial
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 15 May 2007 11:20:36 +0200
Newsgroups: jedi.vcl

t wrote:
> Hello,
>
> Have you a simple solution to install Jvcl/Jcl on a Delphi 2007 Trial Version
>  The problem is that the Command line tools are not supported in the trial version
>
> So i can install all packages via the IDE
> but if you have any better solution

No, there is no other solution.

Regards
Olivier


Subject: Solution to install Jvcl/Jcl on Delphi 2007 Trial
From: t <t@t.com>
Date: Tue, 15 May 2007 11:12:07 +0200
Newsgroups: jedi.vcl

Hello,

Have you a simple solution to install Jvcl/Jcl on a Delphi 2007 Trial Version
 The problem is that the Command line tools are not supported in the trial version

So i can install all packages via the IDE
but if you have any better solution

Many thanks


Subject: Re: TjvAVICapture: How to capture video AND audio from DV camera firewire stream?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 15 May 2007 08:42:26 +0200
Newsgroups: jedi.vcl

Have you selected the appropriate source as a record source in the windows audio properties?


Subject: TjvAVICapture: How to capture video AND audio from DV camera firewire stream?
From: Siegfried <ca.wessler@gmx.de>
Date: Tue, 15 May 2007 02:37:12 +0200
Newsgroups: jedi.vcl

Hi,

I need to write a tiny application that captures real time video plus audio from a DV camera by firewire.

TjvAVICapture works great on Video, but I simply can't get the Audio stream captured.

I got property AudioCapture:=true and I guess that I set all other props correctly. The file properties tell that Audio should be recorded at 48 kHz, 16 bit, 2 channels, but no audio to hear.

When I use any commercial capture apps as Premiere or Scenalizer I get live preview, capture video and audio on the same pc.

I use Delphi 7 and JVCL 3.31.

This is quiet urgent, because I have to send a proposal within 2 days, and I need to know whether I will be able to do the job!

Thank You!


Subject: Problem with instaling JVCL in Turbo C++ Pro
From: VooDoo <darek640@op.pl>
Date: Mon, 14 May 2007 13:47:51 +0200
Newsgroups: jedi.vcl

Hi,
I got problem with installing JVCL (3.30 JCL Jedi Code Library
Release 1.98 Build 2530 03-February-2007) and few older. I always have the same problem, page "Select packages" is empty. Does anyone knows how to install it correctly ?

P.S. install log from jcl and screen shot send to binary group.


Subject: Re: TJvThread: apllication doesn't finish
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 13 May 2007 21:35:08 +0200
Newsgroups: jedi.vcl

Hi Alex,

AlexB schrieb:
> Jens Fudickar wrote:
>
>> thanks for your work.
>> I'm realy interested to have a look for it.
>
> Thank you for your attention. :-)

you are welcome.

>
>> Please collect all your comments and changes and make an entry in our
>> mantis system:
>  
> I think this component requires a lot of improvements and some
> discussion about architecture. I think the NG is more suitable for this
> than mantis, isn't it? I can upload new code in attachments and post my
> comments in NG for conversation.
>

Your point is right, for discussion the ng is better.

For me it was not clear, that you want discuss more upcoming issues :-) My point was to get all changes at one place where i can't forget them (because in my vacations i hopefully lost the word computer :-)

What are the points you want to discuss and to improve. I've done a lot of working in the dialog system, but not so much in the base thread components.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Sun, 13 May 2007 12:37:37 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > thanks for your work.
> > I'm realy interested to have a look for it.

Thank you for your attention. :-)

> > Please collect all your comments and changes and make an entry in our
> > mantis system:
 
I think this component requires a lot of improvements and some
discussion about architecture. I think the NG is more suitable for this
than mantis, isn't it? I can upload new code in attachments and post my
comments in NG for conversation.

-- Alex. 

Subject: Regarding TJvImagesViewer, not sure it's bug or not
From: Edwin <nospam@domain.com>
Date: Sun, 13 May 2007 13:41:42 +0800
Newsgroups: jedi.vcl

Dear all,

I use TJvImagesViewer in my program to display icons in a given folder, one of my users changed the extension of a gif file to .ico and placed it into the folder, this caused TJvImagesViewer always raise a exception.

Edwin

thanks.


Subject: Re: TJvThread: apllication doesn't finish
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 12 May 2007 10:36:01 +0200
Newsgroups: jedi.vcl

Hi Alex,

thanks for your work.

I'm realy interested to have a look for it.

Please collect all your comments and changes and make an entry in our mantis system:
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

I will have a look for it after my vacations (end of may).

Greetings
Jens


AlexB schrieb:
> AlexB wrote:
>
>> I've found a small issue in TJvThread code:
>>
>> function TJvThread.Execute(P: Pointer): THandle;
> ....
>>    FThreads.Add(BaseThread);
>>
>> // Attention:  call of the user code, possible raising of exception       DoCreate;
>>     except
>>       BaseThread.Free;
>> // Attention: pointer to object still in FThreads list.
>
> Eventually the list will be cleared, but most likely much later (by
> call Terminate) and through call Resume for all not previously started
> threads which was collected in list earlier. I think, that it not that
> user expects, so fix here (try-catch) is necessary.
>
> The same issue is some lines below:
>
>     if FRunOnCreate then
>     begin
>       if Assigned(BeforeResume) then
>         BeforeResume(Self);
> // if user code raises exception
> // then nonactive thread still exists in list
>
>       BaseThread.Resume;
>       ...
>
> Fix:
>
>       if Assigned(BeforeResume) then
>         try
>           BeforeResume(Self);
>         except
>           FThreads.Remove(BaseThread);
>           BaseThread.Free;
>           raise;
>         end;                BaseThread.Resume;
>
> ----------------------------------------------------
>
> If I raise exception in OnFinish or/and in OnFinishAll then I get
>
> "Project JvThreadProj.exe raised exception class EWin32Error with
> message 'Win32 Error.  Code: 5. Access denied'. Process stopped. Use
> Step or Run to continue."
>
> and then 'Abnormal program termination'.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVPlugin and interfaces
From: Edwin <nospam@domain.com>
Date: Sat, 12 May 2007 11:44:59 +0800
Newsgroups: jedi.vcl

ThankAndrew wrote:
> "Aldo" <aldeep@ua.fm> wrote in message news:dudf7p$rnm$1@talkto.net...
>>> I am developing a major software project using DLL-based plugins and have 
>> resolved the issues I've come across by extending the JvPlugin to handle a "Communicator" interface as well as providing conversion routines to map between classes (the only ones that need it are those that use the "as" comparison in their Assign methods). Finally, in the Plugin.Initialise I set the DLL's Application object's handle to the main program Application handle and link to the main app's OnIdle event to pass messages.
>>> Also, sharemem or some other memory manager (eg: FastMM) need to be used by 
>> all DLLs and main app.
>> Hi Andrew.
>> Can you post some code example of doing this, because I'm not familiar with all this interfaces and handles.
>>
>> Thanks in advance,
>> Alex.
> Alex,
> As this is quite complicated, I've posted the current source on my website: http://members.ozemail.com.au/~abaylis/downloads.htm
> Feel free to have a look and email me if you have questions.
> Andrew
Thank you so much Andrew! I will have a look!!!

Edwin


Subject: JvValidators in the classic Form -> Datamodule set up
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Fri, 11 May 2007 16:36:09 +0000 (UTC)
Newsgroups: jedi.vcl

All,

I am doing a form (well fram actually) in D7.  I thought it would be
good to add the validator component (although never used it before).
This is a classic form -> datamodule & I feel the datamodule should be
dishing out and validating the rules.

I have methods like isOkToPost so that I can check certain conditions
before enabling the Save button, but want to go further & like the GUI
feedback from the validator example.

As far as I can see I think I am going to have to either do a lot of
work manually when creating the frame and hooking in custom validators
or:
- When the frame creates the datamodule, have some kind of utility
function that creates a jvCustomValidator for each data aware control.
These will be hooked up to an onValidate method in the frame that works
out the field and dataset
- It calls the datamodule with the field and dataset ref and the
datamodule returns with a true or false and a message, which gets
plugged in to the validators error message if not valid.

Has anyone done anything like this before, or am I making it very
complicated?


-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: JvDocking under vista
From: "Kiriakos" <pyscripter@gmail.com>
Date: Fri, 11 May 2007 02:42:46 +0300
Newsgroups: jedi.vcl

No just with BDS2006.
">>
> Did you try to compile it with D2007?


Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Thu, 10 May 2007 09:47:08 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > I've found a small issue in TJvThread code:
> > 
> > function TJvThread.Execute(P: Pointer): THandle;
....
> >    FThreads.Add(BaseThread);
> > 
> > // Attention:  call of the user code, possible raising of exception 
> >       DoCreate;
> >     except
> >       BaseThread.Free;
> > // Attention: pointer to object still in FThreads list.

Eventually the list will be cleared, but most likely much later (by
call Terminate) and through call Resume for all not previously started
threads which was collected in list earlier. I think, that it not that
user expects, so fix here (try-catch) is necessary.

The same issue is some lines below:

    if FRunOnCreate then
    begin
      if Assigned(BeforeResume) then
        BeforeResume(Self);
// if user code raises exception
// then nonactive thread still exists in list

      BaseThread.Resume;
      ...

Fix:

      if Assigned(BeforeResume) then
        try
          BeforeResume(Self);
        except
          FThreads.Remove(BaseThread);
          BaseThread.Free;
          raise;
        end;          
      BaseThread.Resume;

----------------------------------------------------

If I raise exception in OnFinish or/and in OnFinishAll then I get

"Project JvThreadProj.exe raised exception class EWin32Error with
message 'Win32 Error.  Code: 5. Access denied'. Process stopped. Use
Step or Run to continue."

and then 'Abnormal program termination'.

-- Alex 

Subject: JvZlibMultiple tries to decompress an uncompressed file
From: "Hippy" <nospam@matthewhipkin.co.uk>
Date: Wed, 9 May 2007 15:56:35 +0100
Newsgroups: jedi.vcl

Hi there

I'm having a problem with JvZlibMultiple, I really need it to kick up an
exception if the file passed to it is not a compressed file. Is there any
way I can make it do this?

Currently it just attempts to create random directories from the contents
of the file (in this case a text file).

Thanks in advance.

Hippy



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 9 May 2007 12:54:06 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > // Attention: possible raising of exception
> >       Self.Synchronize(ExceptionHandler);

.... in VCL thread.
No fix needed for this line. :)

-- Alex 

Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 9 May 2007 12:50:20 +0000 (UTC)
Newsgroups: jedi.vcl

Additional issue:

procedure TJvBaseThread.Execute;
begin
  FExecuteIsActive := True;
  try
    FExecuteEvent(FSender, FParams);
    FExecuteIsActive := False;
  except
    on E: Exception do
    begin
      FExecuteIsActive := False;
// Attention: Active=False but thread still running
// for a long time (while message is on screen)
      FException := E;
      FExceptionAddr := ExceptAddr;
// Attention: possible raising of exception
      Self.Synchronize(ExceptionHandler);
    end;
  end;
end;

Possible fix:

procedure TJvBaseThread.Execute;
begin
  FExecuteIsActive := True;
  try
    FExecuteEvent(FSender, FParams);
//-  FExecuteIsActive := False;
  except
    on E: Exception do
    begin
//-   FExecuteIsActive := False;
      FException := E;
      FExceptionAddr := ExceptAddr;
      try //+
       Self.Synchronize(ExceptionHandler);
      except end; //+
    end;
  end;
  FExecuteIsActive := False; //+
end;

-- Alex. 

Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 9 May 2007 12:33:37 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > Can anyone check it independently and suggest a fix?

Solution: replace

 while(
   (!JvThread1->Terminated) && 
   (!JvThread2->Terminated) )

on

  while(
      JvThread1->OneThreadIsRunning() ||
      JvThread2-> OneThreadIsRunning() )

in FormCloseQuery.

Terminated is irrelevant here, it shows only state of Terminated flag,
not the real state of thread.

------------------------------------------

I've found a small issue in TJvThread code:

function TJvThread.Execute(P: Pointer): THandle;
var
  BaseThread: TJvBaseThread;
begin
  Result := 0;
  if Exclusive and OneThreadIsRunning then
    Exit;

  if Assigned(FOnExecute) then
  begin
    Added:=false;
    BaseThread := TJvBaseThread.Create(Self, FOnExecute, P);
    try
      BaseThread.FreeOnTerminate := FFreeOnTerminate;
      BaseThread.OnShowMessageDlgEvent := OnShowMessageDlgEvent;
      BaseThread.Priority := Priority;
      BaseThread.OnTerminate := DoTerminate;
      FThreads.Add(BaseThread);

// Attention:  call of the user code, possible raising of exception 
      DoCreate;

    except
// Attention: thread was not ran,
// Free does not call OnTerminate and FThreads.Remove
      BaseThread.Free;
// Attention: pointer to object still in FThreads list.

      raise;
    end;
    if FRunOnCreate then
    begin
      if Assigned(BeforeResume) then
        BeforeResume(Self);
      BaseThread.Resume;
      CreateThreadDialogForm;
    end;
    Result := BaseThread.ThreadID;
  end;
end;

procedure TJvThread.DoCreate;
begin
  if Assigned(FOnBegin) then
    FOnBegin(Self);
end;

- - -
Possible fix:

function TJvThread.Execute(P: Pointer): THandle;
var
  BaseThread: TJvBaseThread;
begin
  Result := 0;
  if Exclusive and OneThreadIsRunning then
    Exit;

  if Assigned(FOnExecute) then
  begin
    BaseThread := TJvBaseThread.Create(Self, FOnExecute, P);
    try
      BaseThread.FreeOnTerminate := FFreeOnTerminate;
      BaseThread.OnShowMessageDlgEvent := OnShowMessageDlgEvent;
      BaseThread.Priority := Priority;
      BaseThread.OnTerminate := DoTerminate;
      FThreads.Add(BaseThread);
//+
      try
        DoCreate;
      except
        FThreads.Remove(BaseThread);
        raise;
      end;

    except
      BaseThread.Free;
      raise;
    end;
....

-- Alex 

Subject: Re: TJvThread: apllication doesn't finish
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 9 May 2007 13:20:02 +0100
Newsgroups: jedi.vcl

You had to terminate the thread manually in the onClose Event.

Greetings
Jens

> >Hi all.
> >
> >BCB5, latest JVCL. 
> >
> >Working thread in TJvThread prevents normal finish of application.
> >
> >Steps:
> >- run JvThread example;
> >- run thread with "Start job 2" button;
> >- instantly try to close the form.
> >
> >Result:
> >- in debugger: application doesn't finish;
> >- stand-alone: application disappears from task bar but still presents
> >in process list.
> >
> >Reason:
> >- background thread still exists, method OneThreadIsRunning endlessly
> >returns 1.
> >
> >Can anyone check it independently and suggest a fix?
> >
> >-- 
> >Alex.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 9 May 2007 11:44:41 +0000 (UTC)
Newsgroups: jedi.vcl

Jens wrote:

> > You had to terminate the thread manually in the onClose Event.

Yes, but it's already in text of JvThread example
(see TForm1::FormCloseQuery)

-- Alex. 

Subject: TJvThread: apllication doesn't finish
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 9 May 2007 10:07:33 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

BCB5, latest JVCL. 

Working thread in TJvThread prevents normal finish of application.

Steps:
- run JvThread example;
- run thread with "Start job 2" button;
- instantly try to close the form.

Result:
- in debugger: application doesn't finish;
- stand-alone: application disappears from task bar but still presents
in process list.

Reason:
- background thread still exists, method OneThreadIsRunning endlessly
returns 1.

Can anyone check it independently and suggest a fix?

-- Alex. 

Subject: Re: Some questions about JvZlibMultiple
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 08 May 2007 21:37:49 +0200
Newsgroups: jedi.vcl

I have some code to compress ZIP/TAR/7Z, the code to decompress these archives is still being worked on.
I'll publish them ASA it's finished.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Some questions about JvZlibMultiple
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Tue, 08 May 2007 13:17:40 -0400
Newsgroups: jedi.vcl

Heiko Adams wrote:
> OBones schrieb:
>>> 2) How can I create .tar.gz files?
>>
>> GZ files are supported by the underlying TJclCompression classes, .TAR support is in the works and so is 7zip
>>
> That means I just have to name my compressed file xy.gz?


In the works means "You can't do this YET". Some time in the future we'll get around to writing this functionality.  Don't hold your breath. :-)



Warren


Subject: XP Theme aware painter for TJvTabBar
From: "Valdir Stiebe Junior" <valdir@dype.com.br>
Date: Mon, 07 May 2007 14:30:04 -0300
Newsgroups: jedi.vcl

I've posted a theme aware JvTabBar painter based on TJvTabBarModernPainter (because the default look is good with the classic theme) at jedi.binaries.

Little problems:
 - fixed size and lack of consts for my own needs (didn't take the time to learn how the "Canvas.TextWidth" should be used when themes are enabled).
 - missing a CloseButtonPosition (left or right).
 - missing support for icons on tabs (and icon position).
 - should be based on TJvTabBarPainter.

Please let me know if it works on Vista.

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Some questions about JvZlibMultiple
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Mon, 07 May 2007 09:44:26 +0200
Newsgroups: jedi.vcl

OBones schrieb:
>> 2) How can I create .tar.gz files?
>
> GZ files are supported by the underlying TJclCompression classes, .TAR support is in the works and so is 7zip
>
That means I just have to name my compressed file xy.gz?

>> 3) How do I get the best compression ratio?
>
> Set the compression options to the highest.
What's the highest? 9??
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel:   +49 (95 65) 94 22 - 42
Fax:   +49 (95 65) 94 22 – 22
Mail:  heiko.adams@regenspurger.de
Web:   http://www.regenspurger.de / www.kigapro.de


Subject: Re: Some questions about JvZlibMultiple
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 07 May 2007 09:39:32 +0200
Newsgroups: jedi.vcl

Heiko Adams wrote:
> Hi Folks,
> because the helpfile(s) don't tell anything about jvzlibmultiple I ask my questions here:
>
> 1) Why can't I open compressed files created with jvzlibmultiple with 7zip or other tools?

Because what TJvZlibMultiple creates is in its own format, incompatible with others.

> 2) How can I create .tar.gz files?

GZ files are supported by the underlying TJclCompression classes, .TAR support is in the works and so is 7zip


> 3) How do I get the best compression ratio?

Set the compression options to the highest.


Subject: Some questions about JvZlibMultiple
From: Heiko Adams <heiko.adams@regenspurger.de>
Date: Mon, 07 May 2007 09:35:46 +0200
Newsgroups: jedi.vcl

Hi Folks,
because the helpfile(s) don't tell anything about jvzlibmultiple I ask my questions here:

1) Why can't I open compressed files created with jvzlibmultiple with 7zip or other tools?
2) How can I create .tar.gz files?
3) How do I get the best compression ratio?
-- 
Mit freundlichen Grüßen/Regards


Heiko Adams
Fachinformatiker Anwendungsentwicklung

Tel:   +49 (95 65) 94 22 - 42
Fax:   +49 (95 65) 94 22 – 22
Mail:  heiko.adams@regenspurger.de
Web:   http://www.regenspurger.de / www.kigapro.de


Subject: Re: Problems with D2007pro+JvSettingsTreeView+JVListView
From: "Dierk" <noname@csslabs.de>
Date: Sun, 6 May 2007 11:36:02 +0200
Newsgroups: jedi.vcl

I think this is something simular to that:
http://qc.codegear.com/wc/qcmain.aspx?d=44777

Nobody with same problems out there?
Regards

Dierk

"Dierk" <noname@csslabs.de> schrieb im Newsbeitrag 
news:f1g0mj$rr9$1@news.talkto.net...
> > Has someone tried to use JVSettingstreeview or JVListView with Delphi2007?
> > After setting entries and links to pages and the application compiling als 
> > seems to work well.
> > But everytime (mostly) the project is loaded again through newstart of 
> > delphi, the entries are gone.
> > It´s really magic, but I don´t like it.
> > Any suggestions?
> >
> > Regards
> > Dierk
> > 




Subject: Re: another problem maybe related to vista
From: chinsho <antispam@digital-com.com>
Date: Sun, 06 May 2007 15:56:27 +0900
Newsgroups: jedi.vcl

chinsho wrote:
> my program used lots of TJvDBActions which is no problem under windows xp, but all the actions was disabled under vista. I will report more information after I find the real reason.
>
> best regards
> chinsho

looks like which is related to the jvcl3.31 which is displayed not only on vista , also xp. The old version jvcl does not have such problem.

best regards
chinsho


Subject: another problem maybe related to vista
From: chinsho <antispam@digital-com.com>
Date: Sun, 06 May 2007 15:36:03 +0900
Newsgroups: jedi.vcl

my program used lots of TJvDBActions which is no problem under windows xp, but all the actions was disabled under vista. I will report more information after I find the real reason.

best regards
chinsho


Subject: Re: JvDocking under vista
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 06 May 2007 06:23:23 +0200
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> I can reproduce the problem on Vista x64 with latest SVN and D2007
> Pro, but I can't reproduce it with D6.02 Personal nor D7.0 Personal.

D2007 has a new painting strategy. Vista also. The message about the Canvas means that painting is tried before the window exists.


Subject: Re: Dialog related problem on vista
From: chinsho <antispam@digital-com.com>
Date: Sun, 06 May 2007 11:58:28 +0900
Newsgroups: jedi.vcl

chinsho wrote:
>
>    I just tested a program with TJvFileNameEdit on vista and found that when I pressed the edit button there was a modaless browser dialog popuped instead of a modal dialog.
>    Then I changed the D2007 dialogs unit global variable UseLatestCommonDialogs:=false to disable the vista style file open dialog. This time there is a modal dialog was displayed but the dialog was very large with lot of space area on it. Which was looked very strange, I did not look into the source, but I guess some hack sub window class was not worked on vista as expected.
>
> best regards
> chinsho

sorry, I was wrong, there was no problem with UseLatestCommonDialogs:=True (default), but with problem when UseLatestCommonDialogs:=False, the old style dialog was displayed strange.

best regards
chinsho


Subject: Dialog related problem on vista
From: chinsho <antispam@digital-com.com>
Date: Sun, 06 May 2007 11:51:31 +0900
Newsgroups: jedi.vcl


   I just tested a program with TJvFileNameEdit on vista and found that when I pressed the edit button there was a modaless browser dialog popuped instead of a modal dialog.
   Then I changed the D2007 dialogs unit global variable UseLatestCommonDialogs:=false to disable the vista style file open dialog. This time there is a modal dialog was displayed but the dialog was very large with lot of space area on it. Which was looked very strange, I did not look into the source, but I guess some hack sub window class was not worked on vista as expected.

best regards
chinsho


Subject: Re: JvDocking under vista
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 05 May 2007 17:40:50 +0200
Newsgroups: jedi.vcl

On Sat, 05 May 2007 21:49:59 +0900, chinsho wrote:

>> >> AFAIK none of the active developers has Vista. But I am going to buy a 
>> >> new computer with probably Vista in the coming month or so.

This might be almost true.
I don't count myself as a JVCL developer and have used my new Vista
machine only few hours so far.

>> >> Did you test it on Vista with other JVCL versions?
>> >> 
> >I just compile the lastest daily jvcl , the problem was still there.

I can reproduce the problem on Vista x64 with latest SVN and D2007
Pro, but I can't reproduce it with D6.02 Personal nor D7.0 Personal.
--
Uwe


Subject: Re: JvDocking under vista
From: chinsho <antispam@digital-com.com>
Date: Sat, 05 May 2007 21:49:59 +0900
Newsgroups: jedi.vcl

Remko Bonte wrote:
> chinsho wrote:
>> when I running the docking demo MSDN2002,it always report Canvas does not allow drawing. JVCL is version 3.31
>>
>> it looks like no problem under windows xp
>
> AFAIK none of the active developers has Vista. But I am going to buy a new computer with probably Vista in the coming month or so.
>
> Did you test it on Vista with other JVCL versions?
>
I just compile the lastest daily jvcl , the problem was still there.


Subject: Re: JvDocking under vista
From: chinsho <antispam@digital-com.com>
Date: Sat, 05 May 2007 21:48:49 +0900
Newsgroups: jedi.vcl

Kiriakos wrote:
> The daily version with patches 4076, 3998 and 3958 is working fine for me on Vista.
>
>
> "chinsho" <antispam@digital-com.com> wrote in message news:f177te$can$1@news.talkto.net...
>> when I running the docking demo MSDN2002,it always report Canvas does not allow drawing. JVCL is version 3.31
>>
>> it looks like no problem under windows xp
>>
>> best regards
>> chinsho 
>
Did you try to compile it with D2007?


Subject: Re: JvDocking under vista
From: chinsho <antispam@digital-com.com>
Date: Sat, 05 May 2007 21:47:15 +0900
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> chinsho wrote:
>> when I running the docking demo MSDN2002,it always report Canvas does not allow drawing. JVCL is version 3.31
>
> Please tell also your Delphi version.
I use D2007 to compile the program on the vista, and just install the lastest daily build jvcl. The problem was still there.


Subject: Problems with D2007pro+JvSettingsTreeView+JVListView
From: "Dierk" <noname@csslabs.de>
Date: Fri, 4 May 2007 21:16:27 +0200
Newsgroups: jedi.vcl

Has someone tried to use JVSettingstreeview or JVListView with Delphi2007?
After setting entries and links to pages and the application compiling als 
seems to work well.
But everytime (mostly) the project is loaded again through newstart of 
delphi, the entries are gone.
It´s really magic, but I don´t like it.
Any suggestions?

Regards
Dierk 




Subject: Embedded Forms Help
From: "RT" <ralph.tuttle@visi.com>
Date: Fri, 4 May 2007 10:12:07 -0500
Newsgroups: jedi.vcl

Is there anyone that can tell me if you can have a TFrame object in an 
embedded form? (Jedi developer of TjvEmbeddedForm?)

If there is no TFrame object in my app I get the expected behavior.  If 
there is a Tframe in the embedded form then the form exists/appears outside 
of the main window and neither docking or undocking has any effect.

What do I need to change in either the embedded form or the TFrame that the 
embedded form contains to get this to work.  Or should I abandon embedded 
forms and use MDI? 




Subject: Re: Porting JVCL.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 4 May 2007 10:40:00 +0000 (UTC)
Newsgroups: jedi.vcl

Johan Bouwhuis wrote:

> > Does anyone have experience porting JVCL to .NET? What 
> > about JEDI.NET?

JEDI.NET aimed to use WinForms and JEDI.NET is no longer active.

The JCL already works under .NET. The JVCL has some initial VCL.NET
support and some components already work under VCL.NET. So the core of
JVCL is already VCL.NET enabled.



-- Regards, Andreas Hausladen 

Subject: Porting JVCL.
From: "Johan Bouwhuis" <jjbouwhuis@elbe-development.nl>
Date: Fri, 4 May 2007 09:22:53 +0200
Newsgroups: jedi.vcl

Hello All,

I do maintaince work on a Delphi BDS 2006 Win32 application that relies 
(heavily) on JVCL 3.1. Due the changes in strategy, our customer deciceded 
that they want to port the application to Delphi.NET. So, they've asked me 
to write a report on how to undertake this operation. I tackled some issues 
but I'm stuck with JVCL. Does anyone have experience porting JVCL to .NET? 
What about JEDI.NET?

If migration is not an option - are there alternatives? Is it possible 
(advisible) to wrap the JVCL library and make it ".NET aware"?

Any comments, tips, etc, are very much appreciated,

Many thanks,
Johan Bouwhuis




Subject: Re: Problem with JvClock
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 04 May 2007 08:13:00 +0200
Newsgroups: jedi.vcl

Mark J. Wallin schrieb:

> The date format is the default (American): m/d/yyyy.
> Setting 'twelvehour' to true causes the display problem.  No other
> properties are being set.  It is occurring with D7 (all patches applied)
> on a PC with Windows 2000 SP4 and 1280x1024 resolution. JVCL is version
> 3.30.

Sorry for the late answer. i tried that (german locale) and did not get the error. I did not get am or pm either because that is not a german time format. I had a quick glance at the code and i think it is way too complicated and contains presumptions.
Maybe a complete rewrite of that part would be useful.


Subject: Detect changed selection in JvDBUltimGrid
From: Stephan Jaschke <stephan@stj-software.de>
Date: Thu, 03 May 2007 21:16:42 +0200
Newsgroups: jedi.vcl

(originally posted wrong in jedi.jcl)

Hi all.

Has anybody an idea how to detect a selection change in a multiselect
JvDBUltimGrid?

I have to suppress/disallow the selection of some combination of records.

Scalabiums SMDBGrid has an event called OnSelectionChange where one could
intercept the selection process. Is there a compareable way with the
JvDBUltimGrid?

Any ideas appreciated.
Regards Stephan


Subject: Re: JvDocking under vista
From: "Kiriakos" <pyscripter@gmail.com>
Date: Thu, 3 May 2007 19:50:41 +0300
Newsgroups: jedi.vcl

The daily version with patches 4076, 3998 and 3958 is working fine for me on Vista.


"chinsho" <antispam@digital-com.com> wrote in message news:f177te$can$1@news.talkto.net...
> when I running the docking demo MSDN2002,it always report Canvas does not allow drawing. JVCL is version 3.31
>
> it looks like no problem under windows xp
>
> best regards
> chinsho 



Subject: Re: JvDocking under vista
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 May 2007 05:38:02 +0200
Newsgroups: jedi.vcl

chinsho wrote:
> when I running the docking demo MSDN2002,it always report Canvas does not allow drawing. JVCL is version 3.31

Please tell also your Delphi version.


Subject: Re: JvDocking under vista
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 02 May 2007 18:34:15 +0200
Newsgroups: jedi.vcl

chinsho wrote:
> when I running the docking demo MSDN2002,it always report Canvas does not allow drawing. JVCL is version 3.31
>
> it looks like no problem under windows xp

AFAIK none of the active developers has Vista. But I am going to buy a new computer with probably Vista in the coming month or so.

Did you test it on Vista with other JVCL versions?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: ANN: Jedi Mantis and emails
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 May 2007 08:41:08 +0200
Newsgroups: jedi.general,jedi.apiconversion,jedi.jcl,jedi.math,jedi.darth,jedi.vcs,jedi.dotnet,jedi.vcl

Niels v/d Spek wrote:
> OBones wrote:
>> Florent Ouchet wrote:
>>> Hi all,
>>>
>>> During last months, the issue tracker of Jedi projects (powered by
>>> Mantis) was missing mail support. Some of you may have registered
>>> yourself but could not receive confirmation e-mail resulting in
>>> unactivated (and thus unusable) accounts.
>>> Obones fixed this problem few days ago and now you should be able to
>>> confirm your account and/or recover your password.
>>>
>>> The issue tracker of Jedi Projects can be consulted at:
>>> http://homepages.codegear.com/jedi/issuetracker/
>>>
>>> Given recent spam intrusions; every submissions, modifications or
>>> discussions of reports require a registered account for almost all
>>> projects.
>> Just for information:
>> I reset the passwords of all accounts that were never logged in. You
>> should receive in the upcoming hours/days an email with the new
>> password allowing you to connect.
>> Sorry for the inconvenience.
>
> Used to check.
> Do you have resend the new password already? becose i have noting found jet.
> But maby it is send to a mail-account that i do not use anymore.
>
> Thanks
>
> PS. I have send a message to ma DOT thoma AT gmx DOT de for enebling my account.

What is your account name?


Subject: Re: ANN: Jedi Mantis and emails
From: "Niels v/d Spek" <demonng@lumensoft.nl>
Date: Wed, 2 May 2007 07:51:11 +0200
Newsgroups: jedi.apiconversion,jedi.jcl,jedi.math,jedi.darth,jedi.vcs,jedi.dotnet,jedi.vcl

Niels v/d Spek wrote:
....

Oeps sorry, this was not my intention.
Please answare in jedi.general.






Subject: Re: ANN: Jedi Mantis and emails
From: "Niels v/d Spek" <demonng@lumensoft.nl>
Date: Wed, 2 May 2007 07:48:50 +0200
Newsgroups: jedi.general,jedi.apiconversion,jedi.jcl,jedi.math,jedi.darth,jedi.vcs,jedi.dotnet,jedi.vcl

OBones wrote:
> > Florent Ouchet wrote:
>> >> Hi all,
>> >>
>> >> During last months, the issue tracker of Jedi projects (powered by
>> >> Mantis) was missing mail support. Some of you may have registered
>> >> yourself but could not receive confirmation e-mail resulting in
>> >> unactivated (and thus unusable) accounts.
>> >> Obones fixed this problem few days ago and now you should be able to
>> >> confirm your account and/or recover your password.
>> >>
>> >> The issue tracker of Jedi Projects can be consulted at:
>> >> http://homepages.codegear.com/jedi/issuetracker/
>> >>
>> >> Given recent spam intrusions; every submissions, modifications or
>> >> discussions of reports require a registered account for almost all
>> >> projects.
> >
> > Just for information:
> > I reset the passwords of all accounts that were never logged in. You
> > should receive in the upcoming hours/days an email with the new
> > password allowing you to connect.
> > Sorry for the inconvenience.

Used to check.
Do you have resend the new password already? becose i have noting found jet.
But maby it is send to a mail-account that i do not use anymore.

Thanks

PS. I have send a message to ma DOT thoma AT gmx DOT de for enebling my 
account.






Subject: Re: where is the selected property in JVCL 3.3 (component JVImagesViewer)
From: "Marcelo" <mcgal#remove_this_line#@ig.com.br>
Date: Tue, 1 May 2007 21:33:51 -0300
Newsgroups: jedi.vcl

tks Peter..

you solved my problem..

i added the property Selected line in the public section and
now i can see the property without any problem..

i hope that this fix will be available in the next jvcl snapshot .

much tks and god bless you..

bye

best regards
Marcelo C.


"Peter Thornqvist" <peter.tornqvist@nospam.gmail.com> escreveu na mensagem 
news:f1578t$2ne$1@news.talkto.net...
You're right, Marcelo: the Selected property is protected, that's why you
can't access it. This is an oversight and should be fixed in the source. You
can fix it locally/temporarily by opening JvImagesViewer.pas and add a
"property Selected;" declaration to the public section of the class.

As an alternative you can iterate the Items property and check the State of
each item:

for i := 0 to JvImagesViewer1.Count - 1
  if cdsSelected in JvImagesViewer1.Items[i].State then
    // do something

As for FindFirstSelected and FindLastSelected being protected: this is
because they are only accurate if the selection is continuous and they are
only meant to help with the internal management of the control.

-- Regards, Peter "Marcelo" <mcgal#remove_this_line#@ig.com.br> skrev i meddelandet news:f0t45f$a3b$1@news.talkto.net...
> > wow...
> > same problem with delphi 5 and 7 (enterprise)
> > now i updated the jcl and jvcl with the "daily snapshot"
> > (24-april-2007)
> >
> > same problem..
> >
> > selected property "doesnt existe" under delphi 5/7
> >
> > if JvImagesViewer1.Selected[JvImagesViewer1.Items[i]] then
> > ====>  [Error] unit1.pas(132): Undeclared identifier: 'Selected'
> >
> >





Subject: Re: TJvAVICapture Capture Single Frame
From: "StinkyDuck" <stinkyduck@gmail.com>
Date: Tue, 1 May 2007 08:55:41 -0400
Newsgroups: jedi.vcl

Ok...I did the following which seemed to work fine.

I have a button to take a photo and set the TakePhoto flag to True.  In the 
OnFrame event I save the frame using the SaveDIB procedure to a file and set 
the flag to False.  This seems to work.

procedure TJvAviCapDemoFrm.Button1Click(Sender: TObject);
var
  Result: Boolean;
begin
  AviCap.FileName := 'E:\My Documents\Temp\Test.bmp';
  Log('AviCapFileName: ' + AviCap.FileName);

  Result := AviCap.StartSingleFrameCapture;
  Log('StartSingleFrameCapture: ' + BoolToStr(Result, True));

  Result := AviCap.CaptureFrame;
  Log('CaptureFrame: ' + BoolToStr(Result, True));

  TakePhoto := True;

  Result := AviCap.StopSingleFrameCapture;
  Log('StopSingleFrameCapture: ' + BoolToStr(Result, True));

procedure TJvAviCapDemoFrm.AviCapFrame(Sender: TJvAVICapture; videoHdr: 
PVIDEOHDR);
var
  Result: Boolean;
begin
  Result := AviCap.SaveDIB('E:\My Documents\Temp\TestDIB.bmp');
  Log('SaveDIB: ' + BoolToStr(Result, True));
  TakePhoto := False;
end;


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:f15kc5$57q$1@news.talkto.net...
> > StinkyDuck wrote:
>> >> How do you capture a single frame and store it in a file using this
>> >> component?
>> >>
>> >> The documentation seems limited and the sample application shows how to
>> >> capture the actual video for 3 seconds.
>> >>
>> >> I'm just looking to capture a single frame like taking a photo.
> >
> > StartSingleFrameCapture
> > CaptureFrame
> > StopSingleFrameCapture
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: TJvAVICapture Capture Single Frame
From: "StinkyDuck" <stinkyduck@gmail.com>
Date: Tue, 1 May 2007 07:51:07 -0400
Newsgroups: jedi.vcl

I have tried this to save as a bmp or jpg.  I set the FileName property to 
"C:\Temp\Test.bmp" and did exactly as you described.  It saves as an AVI.

I added a take photo button to the JvAviCapDemo application for my testing.

-StinkyDuck

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:f15kc5$57q$1@news.talkto.net...
> > StinkyDuck wrote:
>> >> How do you capture a single frame and store it in a file using this
>> >> component?
>> >>
>> >> The documentation seems limited and the sample application shows how to
>> >> capture the actual video for 3 seconds.
>> >>
>> >> I'm just looking to capture a single frame like taking a photo.
> >
> > StartSingleFrameCapture
> > CaptureFrame
> > StopSingleFrameCapture
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: JvDocking under vista
From: chinsho <antispam@digital-com.com>
Date: Tue, 01 May 2007 20:23:40 +0900
Newsgroups: jedi.vcl

when I running the docking demo MSDN2002,it always report Canvas does not allow drawing. JVCL is version 3.31

it looks like no problem under windows xp

best regards
chinsho


Subject: Re: TJvAVICapture Capture Single Frame
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 30 Apr 2007 22:44:04 +0200
Newsgroups: jedi.vcl

StinkyDuck wrote:
> How do you capture a single frame and store it in a file using this
> component?
>
> The documentation seems limited and the sample application shows how to
> capture the actual video for 3 seconds.
>
> I'm just looking to capture a single frame like taking a photo.

StartSingleFrameCapture
CaptureFrame
StopSingleFrameCapture

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem with JvClock
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Mon, 30 Apr 2007 15:38:23 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > Mark J. Wallin schrieb:
>> >> When the date is displayed, the leftmost digit of the time is not
>> >> visible (when the hour is two digits).  Is there any way to put more
>> >> space between the date and time?
> > 
> > I have tried a quick example and could not see a problem.
> > Please give more information. Which date format are you using? Which
> > other properties do you set

The date format is the default (American): m/d/yyyy.
Setting 'twelvehour' to true causes the display problem.  No other
properties are being set.  It is occurring with D7 (all patches applied)
on a PC with Windows 2000 SP4 and 1280x1024 resolution. JVCL is version
3.30.


Subject: TJvAVICapture Capture Single Frame
From: "StinkyDuck" <stinkyduck@gmail.com>
Date: Mon, 30 Apr 2007 13:32:24 -0400
Newsgroups: jedi.vcl

How do you capture a single frame and store it in a file using this
component?

The documentation seems limited and the sample application shows how to
capture the actual video for 3 seconds.

I'm just looking to capture a single frame like taking a photo.

-StinkyDuck




Subject: Re: where is the selected property in JVCL 3.3 (component JVImagesViewer)
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Mon, 30 Apr 2007 19:00:10 +0200
Newsgroups: jedi.vcl

You're right, Marcelo: the Selected property is protected, that's why you 
can't access it. This is an oversight and should be fixed in the source. You 
can fix it locally/temporarily by opening JvImagesViewer.pas and add a 
"property Selected;" declaration to the public section of the class.

As an alternative you can iterate the Items property and check the State of 
each item:

for i := 0 to JvImagesViewer1.Count - 1
  if cdsSelected in JvImagesViewer1.Items[i].State then
    // do something

As for FindFirstSelected and FindLastSelected being protected: this is 
because they are only accurate if the selection is continuous and they are 
only meant to help with the internal management of the control.

-- Regards, Peter "Marcelo" <mcgal#remove_this_line#@ig.com.br> skrev i meddelandet news:f0t45f$a3b$1@news.talkto.net...
> > wow...
> > same problem with delphi 5 and 7 (enterprise)
> > now i updated the jcl and jvcl with the "daily snapshot"
> > (24-april-2007)
> >
> > same problem..
> >
> > selected property "doesnt existe" under delphi 5/7
> >
> > if JvImagesViewer1.Selected[JvImagesViewer1.Items[i]] then
> > ====>  [Error] unit1.pas(132): Undeclared identifier: 'Selected'
> >
> > 




Subject: Re: where is the selected property in JVCL 3.3 (component JVImagesViewer)
From: "Marcelo" <mcgal#remove_this_line#@ig.com.br>
Date: Fri, 27 Apr 2007 12:27:05 -0300
Newsgroups: jedi.vcl

wow...
same problem with delphi 5 and 7 (enterprise)
now i updated the jcl and jvcl with the "daily snapshot"
(24-april-2007)

same problem..

selected property "doesnt existe" under delphi 5/7

if JvImagesViewer1.Selected[JvImagesViewer1.Items[i]] then
====>  [Error] unit1.pas(132): Undeclared identifier: 'Selected'




Subject: Re: Embedded Forms and Frames
From: "RT" <ralph.tuttle@visi.com>
Date: Fri, 27 Apr 2007 10:26:13 -0500
Newsgroups: jedi.vcl

Okay, new day.

My embedded form contains a TFrame.  If I remove the TFrame object the form 
appears as normal and can be undocked.  If I leave it in, it is visible 
behind the main form if I resize it.  Can embedded forms be used with 
Frames? 




Subject: Re: where is the selected property in JVCL 3.3 (component JVImagesViewer)
From: "Marcelo" <mcgal#remove_this_line#@ig.com.br>
Date: Fri, 27 Apr 2007 11:05:28 -0300
Newsgroups: jedi.vcl

hi,

still with the problem.

i'm using Delphi 5 and JVCL 3.31

JvImagesViewer1.Selected
/// [Error] unit1.pas(133): Undeclared identifier: 'Selected'

i can only find "jvImagesViewer1.SelectedIndex"  the
"JvImagesViewer1.Selected" property isnt available




Subject: JvExpress
From: "Pierre95" <p.chassang@tele2.fr>
Date: Fri, 27 Apr 2007 11:12:52 +0200
Newsgroups: jedi.vcl

Hi!
I'm using for the first time JvExpress and JvExpressButtons.
How can I do to change buttons order(place) in JvExpress?
I use 3.31 version with Delphi 2005
Thanks

Pierre 




Subject: Embedded Forms
From: "RT" <ralph.tuttle@visi.com>
Date: Thu, 26 Apr 2007 17:15:24 -0500
Newsgroups: jedi.vcl

I am trying to use the embeddedFormPanel and embeddedFormLlink.  I have 
looked at the example and have set it up, I think, correctly.  In the IDE 
the embedded form shows cross hatched in the main forms embeddedFormPanel. 
However when I run the program nothing appears.  All forms have their 
visible properties set to true and I have tried the 'alwaysVisible' property 
in both states.

Does anyone have another simple example of showing and hiding an embedded 
form or can guess what I am forgetting to set/unset?

TIA

RT 




Subject: Re: JvInterpreter "Array type" and Type Casting
From: "Leonardo M. Ramé" <martinrame@yahoo.com>
Date: Thu, 26 Apr 2007 09:16:36 -0300
Newsgroups: jedi.vcl

Ivan Ravin escribió:
> JvInterpreter can interpret both expressions :
> Object1.SubCollection1.Items[1].Name;
> TCollection(Object1.SubCollection1).Items[1].Name;
>
> and even call for default property:
> Object1.SubCollection1[1].Name;
>
> Very likely your SubCollection1 is nil when You call script
>
Thanks Ivan for your response, but no, SubCollection1 is not nil.

Let me explain the problem with a little more detail. Object1 is "injected" to the script by a GetValue function, inside the script, I can access all its published properties, but if the object contains a subcollection, I can't access its items.

How I resolved my problem? I created five "published" properties in the TCollection, First, Next and Current, these properties return the First,  Next and Current TCollectionItem. I also added a boolean Eof property for use in a "While not myCollection.Eof do" loop.

Example:

  TmyCollection = class(TCollection)
  private
    FCurrent: Integer;
    function GetFirst: TmyItem;
    function GetNext: TmyItem;
    function GetEof: Boolean;
    function GetCurrent: TmyItem;
  public
    constructor Create; override;
 published
    property First: TmyItem read GetFirst;
    property Next: TmyItem read GetNext;
    property Eof: Boolean read GetEof;
    property Current: TmyItem read GetCurrent;
  end;

....

implementation

....

function TmyCollection.GetFirst: TMyItem;
begin
  if Count > 0 then
  begin
    Result := TmyItem(Self[0]);
    FCurrent := 0;
  end
  else
    Result := nil;
end;


function TmyCollection.GetNext: TmyItem;
begin
  if not EOF then
    Inc(FCurrent);
  Result := TmyItem(Self[FActual]);
end;

function TmyCollection.GetEof: Boolean;
begin
  Result := FCurrent = (Count - 1);
end;

function TmyCollection.GetCurrent: TmyItem;
begin
  Self[FCurrent].LoadData;
  Result := TmyItem(Self[FCurrent]);
end;

Regards,
Leonardo M. Ramé
http://leonardorame.blogspot.com


Subject: Re: where is the selected property in JVCL 3.3 (component JVImagesViewer)
From: "Don Siders" <dsiders@charter.net>
Date: Wed, 25 Apr 2007 22:00:45 -0400
Newsgroups: jedi.vcl

> > my program was using a listbox to select multiple files,
> > but now i'm converting it to use "jvImagesViewer", but if i set
> > the jvImagesViewer.multiselect:=True,

> > i cant find the property Selected,  to get the selected list of images.

> > i know
> > JvImagesViewer1.Count  (show the total number of images)
> > JvImagesViewer1.SelectedIndex  (show the actual seletect item, but "not 
> > all the itens")

> > how can i get the "selected images" ?

JvImagesViewer  behaves more like TListView (rather than TListBox)... except 
it does not have a SelCount property or a GetNextItem method like TListView. 
For multi-select, you'll have to iterate over entries in the Items property:

    if AViewer.Options.MultiSelect then
    begin
        for i := 0 to AViewer.Items.Count - 1 do
        begin
            // do something with the picture
            if AViewer.Selected[AViewer.Items[i]] then ;
        end;
    end;

It has FindFirstSelected and FindLastSelected methods... but they're 
protected.  Making those more accessible and adding FindNextSelected(n) 
would have made the task more iterator-like. Adding enumerator support to 
the TJvViewerItemList class would be another alternative.

hth...




Subject: where is the selected property in JVCL 3.3 (component JVImagesViewer)
From: "Marcelo" <none@none.com>
Date: Wed, 25 Apr 2007 18:09:50 -0300
Newsgroups: jedi.vcl

hi,

i'm using jvimagesviewer with D5 and i have a problem..

my program was using a listbox to select multiple files,

but now i'm converting it to use "jvImagesViewer", but if i set
the jvImagesViewer.multiselect:=True,

i cant find the property Selected,  to get the selected list of images.

i know
JvImagesViewer1.Count  (show the total number of images)
JvImagesViewer1.SelectedIndex  (show the actual seletect item, but "not all the itens")

how can i get the "seletect images" ?

please, need help.

thanks

Marcelo





Subject: Re: Can't select JvListView item by code !
From: "Greg Bullock" <corelnews@tsppd.com>
Date: Wed, 25 Apr 2007 09:04:04 -0700
Newsgroups: jedi.vcl

What is the minimal test application to reproduce the problem?  That is, if 
we
 - create a one-form app,
 - drop a JvListView on it,
 - add a few of items,
 - set the other properties as you have them, and
 - add a button with the the OnClick code

     JvListView3.Selected:=JvListView3.Items[1];
     JvListView3.ItemFocused:=JvListView3.Selected;

will that demonstrate the problem?

Regards.
Greg 




Subject: Re: BDS Evaluation not supported
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 25 Apr 2007 08:47:00 +0200
Newsgroups: jedi.vcl

Marc Leclerc wrote:
> Hi,
>
> Wondering why that is, i am trying to see the implication of porting a CB5 app to BDS2006 and JVCL is my only question mark, any comments or suggestions.

It has ALWAYS been the case that we do not support trial versions from within the installer because the command line compiler is NOT include in those trial versions.
However, you can manually compile and install the packages. It just takes longer.


Subject: Re: ANN: Jedi Mantis and emails
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 25 Apr 2007 08:46:05 +0200
Newsgroups: jedi.general,jedi.apiconversion,jedi.jcl,jedi.math,jedi.darth,jedi.vcs,jedi.dotnet,jedi.vcl

Florent Ouchet wrote:
> Hi all,
>
> During last months, the issue tracker of Jedi projects (powered by Mantis) was missing mail support. Some of you may have registered yourself but could not receive confirmation e-mail resulting in unactivated (and thus unusable) accounts.
> Obones fixed this problem few days ago and now you should be able to confirm your account and/or recover your password.
>
> The issue tracker of Jedi Projects can be consulted at:
> http://homepages.codegear.com/jedi/issuetracker/
>
> Given recent spam intrusions; every submissions, modifications or discussions of reports require a registered account for almost all projects.

Just for information:
I reset the passwords of all accounts that were never logged in. You should receive in the upcoming hours/days an email with the new password allowing you to connect.
Sorry for the inconvenience.


Subject: Re: Problem with JvClock
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 25 Apr 2007 08:24:21 +0200
Newsgroups: jedi.vcl

Mark J. Wallin schrieb:
> When the date is displayed, the leftmost digit of the time is not
> visible (when the hour is two digits).  Is there any way to put more
> space between the date and time?

I have tried a quick example and could not see a problem.
Please give more information. Which date format are you using? Which other properties do you set?


Subject: BDS Evaluation not supported
From: "Marc Leclerc" <AT: marc-leclerc@videotron.ca>
Date: Tue, 24 Apr 2007 21:46:27 -0400
Newsgroups: jedi.vcl

Hi,

Wondering why that is, i am trying to see the implication of porting a CB5 
app to BDS2006 and JVCL is my only question mark, any comments or 
suggestions.

Thanks 




Subject: ANN: Jedi Mantis and emails
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 24 Apr 2007 23:35:29 +0200
Newsgroups: jedi.general,jedi.apiconversion,jedi.jcl,jedi.math,jedi.darth,jedi.vcs,jedi.dotnet,jedi.vcl

Hi all,

During last months, the issue tracker of Jedi projects (powered by Mantis) was missing mail support. Some of you may have registered yourself but could not receive confirmation e-mail resulting in unactivated (and thus unusable) accounts.
Obones fixed this problem few days ago and now you should be able to confirm your account and/or recover your password.

The issue tracker of Jedi Projects can be consulted at:
http://homepages.codegear.com/jedi/issuetracker/

Given recent spam intrusions; every submissions, modifications or discussions of reports require a registered account for almost all projects.

Regards,

-- 
Florent Ouchet


Subject: Re: Problem with JvClock
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Tue, 24 Apr 2007 16:49:55 -0400
Newsgroups: jedi.vcl

Mark J. Wallin wrote:
> > When the date is displayed, the leftmost digit of the time is not
> > visible (when the hour is two digits).  Is there any way to put more
> > space between the date and time?

Sorry, forgot to mention the version I am using is 3.30.  Has this been
fixed in 3.31?


Subject: Problem with JvClock
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Tue, 24 Apr 2007 16:48:32 -0400
Newsgroups: jedi.vcl

When the date is displayed, the leftmost digit of the time is not
visible (when the hour is two digits).  Is there any way to put more
space between the date and time?


Subject: Can't select JvListView item by code !
From: Snoopy <snoopy74@wolke7.net>
Date: Tue, 24 Apr 2007 20:49:14 +0100
Newsgroups: jedi.vcl

Nobody an idea ?


Subject: Re: Strange error while installing newest JVCL on D2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 24 Apr 2007 19:57:18 +0200
Newsgroups: jedi.vcl

Asle Frantzen a écrit :
> But still - I've been using Delphi since 2003 now, and always gathered
> all components and third party stuff in the Borland directory - and I've
> never experienced any problems 'til now.
>
> And now it was - in fact - a bug that made my head go just a little bit
> more bald today :)

We already had bug reports against this kind of issues in the past; probably this time the path is one character longer of dcc32 is now one character more sensible than in previous versions.
We'll probably have several reports against Delphi 2007; your test helps us :)

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Strange error while installing newest JVCL on D2007
From: "Asle Frantzen" <asle@cocacoliker.com>
Date: Tue, 24 Apr 2007 19:37:46 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> > Thanks for the feedback, shortening path name would have been my next
> > argument (hey really :) ), that's why placing Jedi library inside
> > CodeGear directories, "program files" or "documents and settings" used
> > to fail.

But still - I've been using Delphi since 2003 now, and always gathered
all components and third party stuff in the Borland directory - and I've
never experienced any problems 'til now.

And now it was - in fact - a bug that made my head go just a little bit
more bald today :)

..a 




Subject: Re: Strange error while installing newest JVCL on D2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 24 Apr 2007 19:24:26 +0200
Newsgroups: jedi.vcl

Thanks for the feedback, shortening path name would have been my next argument (hey really :) ), that's why placing Jedi library inside CodeGear directories, "program files" or "documents and settings" used to fail.

:)

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JvInterpreter "Array type" and Type Casting
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 24 Apr 2007 20:37:44 +0400
Newsgroups: jedi.vcl

JvInterpreter can interpret both expressions :
Object1.SubCollection1.Items[1].Name;
TCollection(Object1.SubCollection1).Items[1].Name;

and even call for default property:
Object1.SubCollection1[1].Name;

Very likely your SubCollection1 is nil when You call script


> > I tested both methods:
> > -------
> > begin
> >   Result := Object1.SubCollection1.Items[1].Name;
> > end;
> > -------
> >
> > and
> >
> > -------
> > begin
> >   Result := TCollection(Object1.SubCollection1).Items[1].Name;
> > end;
> > -------
> >
> > The second one is a Typecast just in case SubCollection1 isn't a 
> > TCollection but a descendant.
> >
> > Thanks for your help.
> > Regards.
> >
> > Leonardo
> >
>> >>
>> >> I don't think it supports default properties so you should try writing 
>> >> this:
>> >>
>> >> Result := Object1.SubCollection1.Items[1].Name;
>> >> 




Subject: Re: jvInterpreter compile function?
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 24 Apr 2007 20:09:03 +0400
Newsgroups: jedi.vcl

> > Does anybody know if there is a possibility that the TjvInterpreter 
> > compiles the script, just to check for errors?
> >

TjvInterpreter is pure interpreter and checks errors only when runs script;
TjvInterpreter.Compile method just checks hihg-level unit sintaxis:
- unit declaration;
- uses, const, type, var declaration (for unit level);
- last "end."
- function/procedure declaration (headers) and pairs of begin..end and 
try..end inside it

Even in RUN method it cant check your expressions if it wouldnt interpret 
it. For example:

procedure NeverBuildInDelphi;
begin
  if true then
    showMessage('Interpreter thinks this proc is good')
  else
    You can put here any wrong code and interpreter will think this code is 
good;
end; 




Subject: Re: Strange error while installing newest JVCL on D2007
From: "Asle Frantzen" <asle@cocacoliker.com>
Date: Tue, 24 Apr 2007 18:00:28 +0200
Newsgroups: jedi.vcl

> > this is a strange error, do you get it every-time you launch the
> > installation?

Yup, every time!


But I think I solved it now, there seems to be a bug in the new RAD-studio.

Google helped me find this error report at borlands web sites, and the
problem reporter there says "seems to be related to the path length of items 
in a uses clause"

http://qc.borland.com/wc/qcmain.aspx?d=44731

So I shortened the path length, and it compiled without problems.

..a





Subject: Re: Strange error while installing newest JVCL on D2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 24 Apr 2007 16:47:55 +0200
Newsgroups: jedi.vcl

Asle Frantzen a écrit :
> C:\CodeGear\RAD Studio\5.0\lib\JvclAndJCL\jvcl\run\JvSegmentedLEDDisplayMapperFrame.pas(161) Error: E2029 ',' or ';' expected but ';' found

Hi,

this is a strange error, do you get it every-time you launch the installation?
However, I suggest you not to place Jedi Libraries in Delphi 2007 directories.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Strange error while installing newest JVCL on D2007
From: "Asle Frantzen" <asle@cocacoliker.com>
Date: Tue, 24 Apr 2007 14:56:11 +0200
Newsgroups: jedi.vcl

Downloaded the latest (daily) JCL and JVCL today (24/4)
and installed JCL without problems. JVCL stops at the end,
with a strange error - here's the log:

(I opened the file in question, and there's nothing that seems out
of the ordinary)

Anyone?
_

Windows XP Service Pack 2 (5.1.2600)

JVCL 3.31.0.0

[Generating: Packages]
Generating packages for D11
 Loaded template.dpk
 Loaded template.dproj
 Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdD11R.bpl]
[Compiling: JvCoreD11R.bpl]
[Compiling: JvSystemD11R.bpl]
[Compiling: JvStdCtrlsD11R.bpl]
[Compiling: JvCtrlsD11R.bpl]
[Compiling: JvAppFrmD11R.bpl]
[Compiling: JvCoreD11D.bpl]
[Compiling: JvAppFrmD11D.bpl]
[Compiling: JvBandsD11R.bpl]
[Compiling: JvBandsD11D.bpl]
[Compiling: JvCustomD11R.bpl]
[Compiling: JvDlgsD11R.bpl]
[Compiling: JvDBD11R.bpl]
[Compiling: JvBDED11R.bpl]
[Compiling: JvDBD11D.bpl]
[Compiling: JvBDED11D.bpl]
[Compiling: JvCmpD11R.bpl]
[Compiling: JvCmpD11D.bpl]
[Compiling: JvCryptD11R.bpl]
[Compiling: JvCryptD11D.bpl]
[Compiling: JvCtrlsD11D.bpl]
[Compiling: JvCustomD11D.bpl]
[Compiling: JvDlgsD11D.bpl]
[Compiling: JvDockingD11R.bpl]
[Compiling: JvDockingD11D.bpl]
[Compiling: JvDotNetCtrlsD11R.bpl]
[Compiling: JvDotNetCtrlsD11D.bpl]
[Compiling: JvEDID11R.bpl]
[Compiling: JvEDID11D.bpl]
[Compiling: JvGlobusD11R.bpl]
[Compiling: JvGlobusD11D.bpl]
[Compiling: JvHMID11R.bpl]
CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear
C:\CodeGear\RAD 
Studio\5.0\lib\JvclAndJCL\jvcl\run\JvSegmentedLEDDisplayMapperFrame.pas(161) 
Error: E2029 ',' or ';' expected but ';' found
C:\CodeGear\RAD 
Studio\5.0\lib\JvclAndJCL\jvcl\run\JvSegmentedLEDDisplayMapperFrame.pas(161) 
Fatal: F2084 Internal Error: D21153 




Subject: Re: ZLib conflicts
From: "Ron Tuijnman" <ron@nowhere.com>
Date: Tue, 24 Apr 2007 12:27:12 +0200
Newsgroups: jedi.vcl

"Ron Tuijnman" <ron@nowhere.com> schreef in bericht 
news:f0kddj$lg0$1@news.talkto.net...
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in 
> > bericht news:atb1la$978$1@talkto.net...
>> >> "Rich Ackerson" <richsa@aergo.com> wrote in message
>> >> news:atb173$96c$1@talkto.net...
>>> >>> I am trying to install the newest JEDI VCL files into my Delphi 6 
>>> >>> system.
>> >> I
>>> >>> have a few 3rd party components already installed, including the
>>> >>> TExtraDevices package from Waler to enhance my Reportbuilder install.
>>> >>>
>>> >>> When I try to install the JVCL, I receive errors that Delphi cannot load
>> >> the
>>> >>> package JVCL200_R60 because it contains the unit ZLib which is also
>>> >>> contained in the package xtradev6.
>>> >>>
>>> >>> What is the workaround for this problem?
>> >>
>> >> I believe, is on the FAQ
>> >>
> >
> > ...Hi Michael. I'm suffering from the same error, and full of hope chekced 
> > the faq. It stated to include the file which contains zlib into the 
> > requires section. But I have about twenty or thirty files complaining 
> > about this zlib-issue. So I guess that's not quite the solution after all. 
> > Anymore suggestions, please?
> >
> > Ron

....Just got it to work!
Deinstalled all components
Packages Install --> remove all jVcl-related packages
Downloaded  JVCL331CompleteJCL199-Build2551.zip again
Unpacked it in ..\Borland\Delphi7\components\Jedi
Installed JCL install first (in folder JCL)
Run Delphi (no errors given)
Close Delphi again
Run JVCL install
Settings: Update (not the complete new install) all other settings left to 
their default
Run Delphi again, this time no zLib-exceptions etc. etc.
Took a single component and compiled the project1 (form + single component). 
It worked fine!

Now I'm going to do some serious programming here (an incident database for 
registering all support cases)

Keep up the good work!

Ron 




Subject: Re: ZLib conflicts
From: "Ron Tuijnman" <ron@nowhere.com>
Date: Tue, 24 Apr 2007 10:08:57 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht 
news:atb1la$978$1@talkto.net...
> > "Rich Ackerson" <richsa@aergo.com> wrote in message
> > news:atb173$96c$1@talkto.net...
>> >> I am trying to install the newest JEDI VCL files into my Delphi 6 system.
> > I
>> >> have a few 3rd party components already installed, including the
>> >> TExtraDevices package from Waler to enhance my Reportbuilder install.
>> >>
>> >> When I try to install the JVCL, I receive errors that Delphi cannot load
> > the
>> >> package JVCL200_R60 because it contains the unit ZLib which is also
>> >> contained in the package xtradev6.
>> >>
>> >> What is the workaround for this problem?
> >
> > I believe, is on the FAQ
> >

....Hi Michael. I'm suffering from the same error, and full of hope chekced 
the faq. It stated to include the file which contains zlib into the requires 
section. But I have about twenty or thirty files complaining about this 
zlib-issue. So I guess that's not quite the solution after all. Anymore 
suggestions, please?

Ron 




Subject: Re: Betr.: Re: jvInterpreter compile function?
From: "Leonardo M. Ramé" <martinrame@yahoo.com>
Date: Mon, 23 Apr 2007 10:29:18 -0300
Newsgroups: jedi.vcl

Richard van de Pol escribió:
> thanks for your quick responds.
> i have tried what u say, but i see it only works with units. and even then only for the usual commands.
> What i am looking for is a error check function to check the code without running it.
>

Richard, Compile method is included in TJvInterpreterUnit, and only works with units, not functions. If you assign your function code to Source property of TJvInterpreterUnit and try to "Compile", an exception is raised telling you "unit clause not exists".

A workaround is to create a fake code by adding a uses clause by code before the compile method, then, if the result of compile is ok, replace the fake source by the correct on an Run.

Regards,
Leonardo.


Subject: Betr.: Re: jvInterpreter compile function?
From: "Richard van de Pol" <rvdpol@abnetsol.nl>
Date: Mon, 23 Apr 2007 09:11:40 +0200
Newsgroups: jedi.vcl

thanks for your quick responds.
i have tried what u say, but i see it only works with units. and even then only for the usual commands.
What i am looking for is a error check function to check the code without running it.



Subject: Re: JEDI Version Control System
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 23 Apr 2007 07:38:05 +0200
Newsgroups: jedi.vcl

On Sun, 22 Apr 2007 21:13:24 -0300, "Zuza" wrote:

This is the wrong newsgroup for this question. Use the group jedi.vcs
next time.

> >Hello every body, is alredy there a JEDI VCS working with delphi 
> >2007 :

Largely yes. For more information have a look into the thread "D2007
support thread" in jedi.vcs.
--
Uwe


Subject: JEDI Version Control System
From: "Zuza" <zuzafgc@uol.com.br>
Date: Sun, 22 Apr 2007 21:13:24 -0300
Newsgroups: jedi.vcl

        Hello every body, is alredy there a JEDI VCS working with delphi 
2007 :



Thanks


Zuza




Subject: Re: JvXPRadioButton?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 22 Apr 2007 18:47:05 +0200
Newsgroups: jedi.vcl

DRS wrote:
> Is anyone working on a JvXPRadioButton to complement the existing JvXPCheckBox?  Failing that, does anyone know where one might be found? 

You could try your hand at it yourself and donate it.
Should not be too hard. TRadioButton and TCheckBox are near relatives.


Subject: Re: JvXPRadioButton?
From: "DRS" <drs@removethis.ihug.com.au>
Date: Mon, 23 Apr 2007 01:10:07 +1000
Newsgroups: jedi.vcl

"DRS" <drs@removethis.ihug.com.au> wrote in message
news:evn4gh$muq$1@news.talkto.net
> > Is anyone working on a JvXPRadioButton to complement the existing
> > JvXPCheckBox?  Failing that, does anyone know where one might be
> > found?

Anyone? 




Subject: TjvFormMagnet & BDS2006
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Fri, 20 Apr 2007 15:53:53 -0400
Newsgroups: jedi.vcl

Setup BDS 2006 + JVCL 3.31.

I have a main form that dynamically creates a 2, 3rd, 4th etc forms.  Both 
the main and dynamic form have a TJvFormMagnet on them.  I want the 
dynamically created form to glue to the main one and move when I move the 
main form.

I've played with the properties on both forms and the best I can do is get 
the main form to glue to the dynamic one.  I've reversed the properties that 
both magnets had and it still refuses to glue to the main form.

At this point I'm not sure if I just have my properties out of whack or it 
really can't do what I want.  Can someone clue me in?

TIA,
Jeff 




Subject: Re: jvInterpreter compile function?
From: "Leonardo M. Ramé" <martinrame@yahoo.com>
Date: Fri, 20 Apr 2007 09:33:14 -0300
Newsgroups: jedi.vcl

Richard van de Pol escribió:
> Hi all,
> Does anybody know if there is a possibility that the TjvInterpreter compiles the script, just to check for errors?
>

You can use the Compile method of TJvInterpreterProgram.

Example:

var
  lInterpret: TjvInterpreterProgram;

begin
  lInterpret := TjvInterpreterProgram.Create(nil);
  lInterpret.Pas := Memo1.Lines;
  try
    lInterpret.Compile; // test
  except
    // Compilation error!
  end;
  lInterpret.Free;
end;


Subject: Re: ID3v2
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 20 Apr 2007 11:25:46 +0200
Newsgroups: jedi.vcl

Alex Gonsales wrote:
> Hi,
>
> I'm looking for help with the TJvID3v2 component, which has some bugs, I'm
> trying to use this component to read the cover art from .MP3 files but it
> only return the image partially, but sometimes it returns the image perfectly!

Hi Alex,

if you make a bug report at http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php, I'll look into it. Please attach a MP3 file that does NOT work to the bug report.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: ID3v2
From: "Alex Gonsales" <aagons@yahoo.com>
Date: Fri, 20 Apr 2007 01:27:49 -0700
Newsgroups: jedi.vcl

Hi,

I'm looking for help with the TJvID3v2 component, which has some bugs, I'm
trying to use this component to read the cover art from .MP3 files but it
only return the image partially, but sometimes it returns the image 
perfectly!


Any help or suggestion is welcome!


Alex




Subject: jvInterpreter compile function?
From: "Richard van de Pol" <rvdpol@abnetsol.nl>
Date: Fri, 20 Apr 2007 10:18:34 +0200
Newsgroups: jedi.vcl

Hi all, 

Does anybody know if there is a possibility that the TjvInterpreter compiles the script, just to check for errors?



Subject: Re: Install jvcl 3.31 fails on D7 W2000
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 20 Apr 2007 08:28:14 +0200
Newsgroups: jedi.vcl

ErrorBase wrote:
> ErrorBase wrote:
>> I select several different things in Configuration but always get :
>>
>> '$' is not a valid integer value.
>>
>> in the log i only see (with verbose on):
>>
>>> Windows 2000 Service Pack 4 (5.0.2195)
>>>
>>> JVCL 3.31.0.0
>>>
>>> [Generating: Packages]
>>> Generating packages for D7
>>>     Loaded template.dof
>> Eb
> I removed the whole jvcl directory and started over, it is currently
> compiling. i guess i can not upgrade from 3.00 to 3.31 by replacing the
> files and run install again.

Not necessarily no
And on top of that, you must have upgraded the JCL as well


Subject: Re: Install jvcl 3.31 fails on D7 W2000
From: ErrorBase <errorbase@hotmail.com>
Date: Thu, 19 Apr 2007 22:44:51 +0200
Newsgroups: jedi.vcl

ErrorBase wrote:
> > I select several different things in Configuration but always get :
> > 
> > '$' is not a valid integer value.
> > 
> > in the log i only see (with verbose on):
> > 
>> >> Windows 2000 Service Pack 4 (5.0.2195)
>> >>
>> >> JVCL 3.31.0.0
>> >>
>> >> [Generating: Packages]
>> >> Generating packages for D7
>> >> 	Loaded template.dof
> > 
> > Eb
I removed the whole jvcl directory and started over, it is currently
compiling. i guess i can not upgrade from 3.00 to 3.31 by replacing the
files and run install again.

Eb


Subject: Side Menu Bar
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Thu, 19 Apr 2007 13:33:38 +0100
Newsgroups: jedi.vcl

Hi,

I have realised that a lot of the JvButtons e.g. JvTransparentButton have a 
DropDownMenu option, in which you can assign a Popup Menu.  The Menu appears 
at the bottom.  Is there a a way to make it appear on the side.  Almost like 
a normal menu.

Essentially i need a a menu system like what is under Windows XP's start 
button (without the start button) which allows menus to come from the side.

Thanks
Rudy 




Subject: Re: JvNavPageStyleManager theme
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Thu, 19 Apr 2007 12:20:45 +0100
Newsgroups: jedi.vcl

Hi,

Thanks for the suggestion...it is a very bespoke theme so doubt it will be 
of any use to anyone...i needed it as i will be using more that one of 
these, with a custom style.

Thanks
Rudy 




Subject: Re: JvInterpreter "Array type" and Type Casting
From: "Leonardo M. Ramé" <martinrame@yahoo.com>
Date: Wed, 18 Apr 2007 15:08:33 -0300
Newsgroups: jedi.vcl

Thanks Olivier, I've tried what you suggested and the parser returns 'Undeclared identifier Items'.

I tested both methods:
-------
begin
  Result := Object1.SubCollection1.Items[1].Name;
end;
-------

and

-------
begin
  Result := TCollection(Object1.SubCollection1).Items[1].Name;
end;
-------

The second one is a Typecast just in case SubCollection1 isn't a TCollection but a descendant.

Thanks for your help.
Regards.

Leonardo

>
> I don't think it supports default properties so you should try writing this:
>
> Result := Object1.SubCollection1.Items[1].Name;
>


Subject: Re: JvInterpreter "Array type" and Type Casting
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 18 Apr 2007 19:46:38 +0200
Newsgroups: jedi.vcl

martinrame wrote:

> that's ok, but if I try to retrieve SubCollection1's items with a script
> like this:
>
> ------------
> begin
>   Result := Object1.SubCollection1[1].Name;
> end;
> ------------
>
> The parser returns 'Array type required'. Any hint on this?

I don't think it supports default properties so you should try writing this:

Result := Object1.SubCollection1.Items[1].Name;

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvInterpreter "Array type" and Type Casting
From: "martinrame" <martinrame@yahoo.com>
Date: Wed, 18 Apr 2007 16:41:02 +0100
Newsgroups: jedi.vcl

I have a TJvInterpreter embedded in my app and a GetValue procedure to
give access to application's objects using this code:

procedure TMyObj.GetValue(Sender: TObject; Identifier: string;
  var Value: Variant; Args: TJvInterpreterArgs; var Done: Boolean);
begin
  if AnsiSameText(Identifier, 'Object1') then
  begin
    Value := O2V(FObject1);
    Done := True;
  end;
end;

"Object1" class is defined like this:

TObject1 = class(TPersistent)
private
  FSubObj1: TSubObj;
  FSubCollection: TSubCollection;
published
  property SubObj1: TSubObj1 read ... write ...;
  property SubCollection1: TSubCollection1 read ... write ...;
end;

If I create the following script to be interpreted by TJvInterpreter:
------------
begin
  Result := Object1.SubObj1.Age;
end;
------------

The script will return the value of property Age of Object1.SubObj1,
that's ok, but if I try to retrieve SubCollection1's items with a script
like this:

------------
begin
  Result := Object1.SubCollection1[1].Name;
end;
------------

The parser returns 'Array type required'. Any hint on this?

Another question is how to tell the parser a class can be used to typecast
a value.

Thanks in advance,
Leonardo M. Ramé
http://leonardorame.blogspot.com



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvdbGrid and RowNumber
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 Apr 2007 15:42:40 +0100
Newsgroups: jedi.vcl

This may be helps you:

http://delphi.about.com/library/weekly/aa042605a.htm

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvdbGrid and RowNumber
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 Apr 2007 15:20:26 +0100
Newsgroups: jedi.vcl

> >where I drop the record moved from left grid (I want the dropped record 
> >is below the record under the cursor on the right grid). To do this, I 

You must think terms of record on recordset instead of row on grid. To
move the records you must insert on destination DATASET then delete from
source DATASET, this means that you must think on how to do it at that
level, grid only shows what dataset has. This means that what you need to
known is which record of the dataset is where the drop hapends and insert
the records bellow that at DATASET level. To implement this depends on
which TDataSet descendant are you using. Which dataset are using you?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvdbGrid and RowNumber
From: jacky <jfrieske@poczta.onet.pl>
Date: Wed, 18 Apr 2007 14:19:24 +0200
Newsgroups: jedi.vcl

ssamayoa napisał(a):
>> I'd like to obtain the real number of a row in onDragDrop event. I use .MouseCoord(X,Y), but the result of this method is a row counted from first visible row, not the real row number.
>>> Fred
>
> The grid is just a "window" which shows the recordset a page at a time.
>
> What do you want to do with "the real" row number?
>
> If you tell us may be we can suggest some ways to acomplish the task.
>
> Regards.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com
I've got two panels (left side and right side). Both panels has its own jvdbGrid. What I want is to move some records from left jvdbGrid to the right jvdbGrid (with drag and drop method). Important thing is the row, where I drop the record moved from left grid (I want the dropped record is below the record under the cursor on the right grid). To do this, I use MouseCoord(X,Y) on  onDragDrop event of right grid. Problem is, that I got wrong Y coord, when there is more records than visible records (I get Y position counted from first visible record eg. 6 not the real position eg. 10), so the moved record is inserted after 6th row, not after 10th (counted from the first row of dataset).


Subject: Re: D2007 on Vista: Cannot load Libraries
From: "Peter Bartelt" <peter.bartelt@web.de>
Date: Wed, 18 Apr 2007 10:46:24 +0200
Newsgroups: jedi.vcl

Solved by installing jcl-Latest and JVCL3-Latest.
Thanks for your help.

Peter

"Peter Bartelt" <peter.bartelt@web.de> schrieb im Newsbeitrag news:evkg77$804$1@news.talkto.net...
> Hello,
>
> I downloaded and installed the latest version of JCL/JVCL
> (JVCL331CompleteJCL199-Build2551.zip). No Problems with the installation,
> everything was compiled without errors. But when I start Delphi I get an
> error for every JVCL Package that Delphi tries to load and in the end they
> are not useable. The JCL Packages have been loaded without problems.
>
> Does anybody know what happened here and how to fix this problem?
>
> Thx in advance,
>
> Peter
>



Subject: Install jvcl 3.31 fails on D7 W2000
From: ErrorBase <errorbase@hotmail.com>
Date: Wed, 18 Apr 2007 00:53:32 +0200
Newsgroups: jedi.vcl

I select several different things in Configuration but always get :

'$' is not a valid integer value.

in the log i only see (with verbose on):

> > Windows 2000 Service Pack 4 (5.0.2195)
> > 
> > JVCL 3.31.0.0
> > 
> > [Generating: Packages]
> > Generating packages for D7
> > 	Loaded template.dof

Eb


Subject: Re: 3.31 jcl - lvcl zip file Will not install in D2007 on Vista
From: "w2m" <w2m00@hicomponents00.com>
Date: Tue, 17 Apr 2007 11:54:59 -0400
Newsgroups: jedi.vcl

4-17-07 Update installed just fine in Delphi 2007 on Vista Premium.

Thank-you

Bill


Subject: Re: TjvdbGrid and RowNumber
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 17 Apr 2007 16:02:34 +0100
Newsgroups: jedi.vcl

> >I'd like to obtain the real number of a row in onDragDrop event. I use 
> >.MouseCoord(X,Y), but the result of this method is a row counted from 
> >first visible row, not the real row number.
>> >> Fred

The grid is just a "window" which shows the recordset a page at a time.

What do you want to do with "the real" row number?

If you tell us may be we can suggest some ways to acomplish the task.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JEDI Installer
From: "Mark Reichert" <mark@messagelink.com>
Date: Tue, 17 Apr 2007 09:51:50 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:f00j1n$bpq$2@news.talkto.net...
> > Mark Reichert wrote:
>> >> I tried building the Installer to install the JCL and JVCL and it 
>> >> required I have the JvWizard already installed.  Should I be installing a 
>> >> JVCL component before I have an installer and where would I find the 
>> >> right package?
> >
> > To build the installer, use the install.bat file.
> > It will be built from the command line and hence not require the JVCL to 
> > be installed.

Thanks, it worked. 




Subject: Re: TjvdbGrid and RowNumber
From: jacky <jfrieske@poczta.onet.pl>
Date: Tue, 17 Apr 2007 12:14:02 +0200
Newsgroups: jedi.vcl


Fred napisał(a):
>> Hi
>> How to obtain real number of clicked row.
>
> ..RecNo ?
>
I'd like to obtain the real number of a row in onDragDrop event. I use ..MouseCoord(X,Y), but the result of this method is a row counted from first visible row, not the real row number.
> Fred
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


Subject: Re: D2007 on Vista: Cannot load Libraries
From: "Peter Bartelt" <peter.bartelt@web.de>
Date: Tue, 17 Apr 2007 11:20:54 +0200
Newsgroups: jedi.vcl

I did a complete Install of D2007. BDS 2006 is also installed (only the basics), otherwise the Devexpress Components won't work until they'll release a new version which will be installable under D2007. Other installed components are TMS and FastReport 4. The OS is Vista Ultimate.

Is this the information you need or should I collect some more details (registry keys, paths etc)?

Peter

"Florent Ouchet" <outchy@users.sourceforge.net> schrieb im Newsbeitrag news:evq50d$9aj$1@news.talkto.net...
> Peter Bartelt a écrit :
>> F_ _ _!!!!
>
> no need
>
>> I did a clean install of JCL/JVCL. Compiling process without problems. JCL was loaded but JVCL components failed with the same error message.
>> Any other ideas?
>
> Did you install all the features of Delphi 2007? We'll try to reproduce with all the steps and details you give to us.
>
> -- 
> Florent Ouchet
> What I am listening http://www.pandora.com/people/outch 



Subject: Re: dcc32ex.exe update
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 17 Apr 2007 08:39:37 +0200
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen wrote:
> I have updated the dcc32ex.exe.
>
> Fixed: The RegReadStr function was not able to read string that were
> greater than MAX_PATH. In that case it returned random data. This had
> an impact on the IDE's "search path" registry value.
>
> Improved: The "Using Delphi version" text is now replaced by a more
> user friendly "Using Delphi 7", "Using Borland Developer Studio 2006",
> "Using CodeGear Delphi 2007 for Win32" and so on.
>
> Added: command line option --delphi-version=d11  (set prefered compiler
> version)
>
> Added: command line option --verbose  (always show the errors and
> warnings from the compiler detection)

Thanks.


Subject: dcc32ex.exe update
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 16 Apr 2007 21:57:24 +0200
Newsgroups: jedi.jcl,jedi.vcl

I have updated the dcc32ex.exe.

Fixed: The RegReadStr function was not able to read string that were
greater than MAX_PATH. In that case it returned random data. This had
an impact on the IDE's "search path" registry value.

Improved: The "Using Delphi version" text is now replaced by a more
user friendly "Using Delphi 7", "Using Borland Developer Studio 2006",
"Using CodeGear Delphi 2007 for Win32" and so on.

Added: command line option --delphi-version=d11  (set prefered compiler
version)

Added: command line option --verbose  (always show the errors and
warnings from the compiler detection)


-- Regards, Andreas Hausladen 

Subject: Re: JEDI Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 16 Apr 2007 19:46:22 +0000 (UTC)
Newsgroups: jedi.vcl

Mark Reichert wrote:

> > Should I be installing a JVCL component before I have an 
> > installer and where would I find the right package?

You do not have to install the components to compile the installer. It
is only the main form that uses the JvWizards component. You can click
the "cancel" button in the error dialog that the IDE shows you.

But you must add the
"jcl\source;jcl\source\common;jcl\source\windows;jvcl3\run;jvcl3\resourc
es" paths to the search paths so the install can be compiled.



-- Regards, Andreas Hausladen 

Subject: Re: JEDI Installer
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 16 Apr 2007 21:41:20 +0200
Newsgroups: jedi.vcl

Mark Reichert wrote:
> I tried building the Installer to install the JCL and JVCL and it required I have the JvWizard already installed.  Should I be installing a JVCL component before I have an installer and where would I find the right package? 

To build the installer, use the install.bat file.
It will be built from the command line and hence not require the JVCL to be installed.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JEDI Installer
From: "Mark Reichert" <mark@messagelink.com>
Date: Mon, 16 Apr 2007 14:29:58 -0500
Newsgroups: jedi.vcl

I tried building the Installer to install the JCL and JVCL and it required I 
have the JvWizard already installed.  Should I be installing a JVCL 
component before I have an installer and where would I find the right 
package? 




Subject: Re: TJvCSVDataSet filter doesn't work?
From: haywack <bm@haywack.com>
Date: Mon, 16 Apr 2007 10:20:42 -0700
Newsgroups: jedi.vcl

ThaWarren Postma wrote:
> haywack wrote:
>> Hi,
>>
>> I'm trying to get the filter to work on a TJvCSVDataSet to work but I can't.
>>
>> is this possible?
>>
>> thanks!
>> Brian
>>
>>   
> The built in TTable base class filtering methods DO NOT WORK.  However, there are a custom set of filtering routines.
>
> Try this:
>
> myTable.SetFilter( <condition> )   // string based filtering (  FIELD1=BOB)
> myTable.SetFilterNum( <condition> ) // numeric filtering ( FIELD2 > 85 )
>
> Warren

That worked, Thanks!!

Brian


Subject: Re: Delphi 2007 reworked
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 16 Apr 2007 18:55:17 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Florent Ouchet wrote:
>> If the JVCL installer used JclBorlandTools, it would work :p
>
> Does JclBorlandTools only compile packages that have changed. ;-)

don't know exactly how the JVCL installer does that but that seems feasible.

> msbuild has a huge startup overhead. In order to show the compiler
> errors, warnings and hints you must set the logging level above normal
> and then you have a lot of superfluous messages that nobody wants to
> read. It also wouldn't work correctly because the dproj files aren't
> set up correctly (missing source file list, missing compiler options,
> missing linker options).
> Despite this, it would be an idea to add it.

The installers already filtrate compiler outputs to get line numbers, the same operation could be made to eliminate noisy outputs.

> BTW: I hate the behaviour of the JCL Installer that puts all thes
> "removing ..." messages to the log window after pressing the OK button
> in the compile progress dialog. If I want to see the compile errors, I
> have to maximize the log window and then I must scroll a lot to find
> the compile errors.

Yep, that's really annoying.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Delphi 2007 reworked
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 16 Apr 2007 16:34:11 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > If the JVCL installer used JclBorlandTools, it would work :p

Does JclBorlandTools only compile packages that have changed. ;-)

 
> > TJclDCC32.AddProjectOptions can read options from dproj, bdsproj and
> > dof files. However we should call msbuild rather than calling dcc32.

msbuild has a huge startup overhead. In order to show the compiler
errors, warnings and hints you must set the logging level above normal
and then you have a lot of superfluous messages that nobody wants to
read. It also wouldn't work correctly because the dproj files aren't
set up correctly (missing source file list, missing compiler options,
missing linker options).
Despite this, it would be an idea to add it.


BTW: I hate the behaviour of the JCL Installer that puts all thes
"removing ..." messages to the log window after pressing the OK button
in the compile progress dialog. If I want to see the compile errors, I
have to maximize the log window and then I must scroll a lot to find
the compile errors.



-- Regards, Andreas Hausladen 

Subject: Re: Delphi 2007 reworked
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 16 Apr 2007 16:24:35 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > While you work on the installers can you please also implement adding
> > the pathes at the start of the list instead on the end?

What problems do we get with this change, knocking out the $(BDS)\lib
directory. Future will show.

> > Also deleting the .bpl and .dcp files would help.
> > That would take care of the other common install problem.

If you set the "Build packages" option, the files are deleted. But this
doesn't prevent the compiler from taking the wrong JCL packages.



-- Regards, Andreas Hausladen 

Subject: Re: Style cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 Apr 2007 15:55:43 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> This is MY fault for the ugly code/commenting-out-sections.  I'll try to clean it up!

Kill the "Polaris" comments while you are at it.


Subject: Re: Style cleanup
From: Warren Postma <wp@tekran.com>
Date: Mon, 16 Apr 2007 09:02:51 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> This file is work in progress and still a mess.


This is MY fault for the ugly code/commenting-out-sections.  I'll try to clean it up!

Warren


Subject: Re: TJvCSVDataSet filter doesn't work?
From: Warren Postma <wp@tekran.com>
Date: Mon, 16 Apr 2007 08:58:22 -0400
Newsgroups: jedi.vcl

haywack wrote:
> Hi,
>
> I'm trying to get the filter to work on a TJvCSVDataSet to work but I can't.
>
> is this possible?
>
> thanks!
> Brian
>
>   
The built in TTable base class filtering methods DO NOT WORK.  However, there are a custom set of filtering routines.

Try this:

myTable.SetFilter( <condition> )   // string based filtering (  FIELD1=BOB)
myTable.SetFilterNum( <condition> ) // numeric filtering ( FIELD2 > 85 )

Warren


Subject: Re: Delphi 2007 reworked
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 Apr 2007 14:35:35 +0200
Newsgroups: jedi.vcl

While you work on the installers can you please also implement adding the pathes at the start of the list instead on the end? That should take care of the wrong jedi.inc being found which is the most common install problem.
Also deleting the .bpl and .dcp files would help. That would take care of the other common install problem.


Subject: Re: Delphi 2007 reworked
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 16 Apr 2007 13:18:28 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> But don't delete the bdsproj file. I haven't had the time to write a
> dproj reader class for the installer. So we must stick to the bdsproj
> for Delphi 2007 until this class has been written.

If the JVCL installer used JclBorlandTools, it would work :p

TJclDCC32.AddProjectOptions can read options from dproj, bdsproj and dof files. However we should call msbuild rather than calling dcc32.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Delphi 2007 reworked
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 16 Apr 2007 10:45:08 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Ok, but I thought you added support in the JCL as well so that it can
> > compile a dproj project.

That works the same way:

C:\Jedi\Jcl\packages> rsvars.bat

C:\Jedi\Jvcl\packages> msbuild /t:build


But don't delete the bdsproj file. I haven't had the time to write a
dproj reader class for the installer. So we must stick to the bdsproj
for Delphi 2007 until this class has been written.

-- Regards, Andreas Hausladen 

Subject: Re: Delphi 2007 reworked
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 16 Apr 2007 12:22:34 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> Can you describe how the msbuild support works?
>
>
> C:\Jedi\Jvcl3\packages> rsvars.bat
>
> C:\Jedi\Jvcl3\packages> msbuild /t:build

Ok, but I thought you added support in the JCL as well so that it can compile a dproj project.


Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 16 Apr 2007 12:06:34 +0200
Newsgroups: jedi.vcl

faber wrote:
> OBones ha scritto:
>> Andreas Hausladen wrote:
>>> LaGuna wrote:
>>>
>>>> Why JEDI does not collaborate to develop Lazarus?
>>>
>>> Because nobody volunteers to do the job. Everybody wants everything but
>>> only some less will do the job.
>>>
>>> Let's do some calculation:
>>> - 0.25 % of all developers are willing to do the job
>>> - JVCL has about 5 (more or less active developers)
>>>
>>> 5 * 0.0025 = 0.0125
>>> Trunc(0.0125) = 0
>>>
>>> So ZERO developers volonteer to do the job.
>>>
>>>
>>>
>>>> Lazarus can become one instrument of advanced development with your
>>>> contribution.
>>>
>>> Not only that we are too less developers to do the job, also the MPL1.1
>>> is not compatible with the L/GPL. And I don't think that it is possible
>>> to find all JVCL contributors and ask them to confirm a license change
>>> to a dual license (only GPL or LGPL is out of question for the JVCL
>>> because that would cause the JVCL-users to either link against a BPL or
>>> to make their own code L/GPL).
>>>
>>> And even if the license change would be possible, there is still the
>>> problem that the more complex components will not port to the LCL
>>> without a huge amount of work/time. There are also many components that
>>> require Windows. And only having components like TJvShape for the LCL
>>> doesn't make sense.
>>
>> I, for one, would reject the move to L/GPL as I completely dislike its viral nature. And that would also mean I can't use it anymore at work, which would a VERY bad thing.
>>
> Wait a second :
>
> GPL = viral
> LGPL = not viral
>
> Or am I wrong ?

LGPL is less viral, but still is.


Subject: Re: Delphi 2007 reworked
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 16 Apr 2007 10:02:13 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Can you describe how the msbuild support works?


C:\Jedi\Jvcl3\packages> rsvars.bat

C:\Jedi\Jvcl3\packages> msbuild /t:build





-- Regards, Andreas Hausladen 

Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: faber <monti.fabrizio@NORUBBISHgmail.com>
Date: Mon, 16 Apr 2007 11:41:52 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Andreas Hausladen wrote:
>> LaGuna wrote:
>>
>>> Why JEDI does not collaborate to develop Lazarus?
>>
>> Because nobody volunteers to do the job. Everybody wants everything but
>> only some less will do the job.
>>
>> Let's do some calculation:
>> - 0.25 % of all developers are willing to do the job
>> - JVCL has about 5 (more or less active developers)
>>
>> 5 * 0.0025 = 0.0125
>> Trunc(0.0125) = 0
>>
>> So ZERO developers volonteer to do the job.
>>
>>
>>
>>> Lazarus can become one instrument of advanced development with your
>>> contribution.
>>
>> Not only that we are too less developers to do the job, also the MPL1.1
>> is not compatible with the L/GPL. And I don't think that it is possible
>> to find all JVCL contributors and ask them to confirm a license change
>> to a dual license (only GPL or LGPL is out of question for the JVCL
>> because that would cause the JVCL-users to either link against a BPL or
>> to make their own code L/GPL).
>>
>> And even if the license change would be possible, there is still the
>> problem that the more complex components will not port to the LCL
>> without a huge amount of work/time. There are also many components that
>> require Windows. And only having components like TJvShape for the LCL
>> doesn't make sense.
>
> I, for one, would reject the move to L/GPL as I completely dislike its viral nature. And that would also mean I can't use it anymore at work, which would a VERY bad thing.
>
Wait a second :

GPL = viral
LGPL = not viral

Or am I wrong ?


Subject: Re: Delphi 2007 reworked
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 16 Apr 2007 09:50:05 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have updated the JVCL to use a different set of packages and an own
> lib directory for Delphi 2007. This fixes a lot of problems.
>
> Fixed bugs:
> - The Installer had registered the Delphi 2007 packages to the BDS 2006
> IDE registry key (because Version 10 - 6 [version lap] => BDS 4.0).
> - The former Delphi 2007 support broke the BDS 2006 compiler because
> BDS 2006 used the Delphi 2007 compiled units what resulted in broken
> executables.
>
> New features:
> - msbuild support for Delphi 2007

Thanks for that.
Can you describe how the msbuild support works?


Subject: Where can I find documentation/ help for TJvMTMonitorSection?
From: "Sean B. Durkin" <temp@com.com.au>
Date: Mon, 16 Apr 2007 14:17:49 +1000
Newsgroups: jedi.vcl

Hi,

Where can I find documentation or help for TJvMTMonitorSection?

Yes, I know about the example Philosophers program, but that
does not explain any thing.


Faithfully,
Sean B. Durkin


Subject: Re: 3.31 jcl - lvcl zip file Will not install in D2007 on Vista
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 15 Apr 2007 21:25:20 +0000 (UTC)
Newsgroups: jedi.vcl

w2m wrote:

> > BDS2006 was never installed on this hard drive.

I just committed a reworked Delphi 2007 support today. The old "D2007
support" looked into the BDS 2006 registry keys.

You could download the daily snapshot
http://jvcl.sourceforge.net/daily/
But I don't know if the changes are already in the 2007-04-15 snapshot.
So waiting for the 2007-04-16 snapshot meight be necessary.


-- Regards, Andreas Hausladen 

Subject: Re: 3.31 jcl - lvcl zip file Will not install in D2007 on Vista
From: "w2m" <w2m00@hicomponents00.com>
Date: Sun, 15 Apr 2007 16:54:52 -0400
Newsgroups: jedi.vcl

More info....

BDS2006 was never installed on this hard drive.

Bill


Subject: Re: 3.31 jcl - lvcl zip file Will not install in D2007 on Vista
From: "w2m" <w2m00@hicomponents00.com>
Date: Sun, 15 Apr 2007 16:49:29 -0400
Newsgroups: jedi.vcl

error in previous post

JVCL failed to install immediately after running installer  .JCL intstalled ok.

Thanks,

Bill


Subject: 3.31 jcl - lvcl zip file Will not install in D2007 on Vista
From: "w2m" <w2m00@hicomponents00.com>
Date: Sun, 15 Apr 2007 16:47:10 -0400
Newsgroups: jedi.vcl

I downloaded the jvcl-jvcl 3.31 version and attempted to run the bat files to install on Delphi 2007 on Vista.
JCL failed to install immediately after running installer

1. Jcl and Jvcl were never installed prior to running the installer.
2. Ran the jcl bat file... jcl installer reported  taht the jcl was sucessfully installed.
3. Ran the jvcl bat file.  the jvcl installer reported that the wrong version of jcl was installed.  How can this be the incorrect version of jcl when the jcl was installed from the same zip fileas thr jvcl and after the jcl installer reported the jcl was installed sunessfully.

What should I try to do to get jvcl installed?

Thanks,

Bill


Subject: Can't select JvListView item by code !
From: Snoopy <snoopy74@wolke7.net>
Date: Sun, 15 Apr 2007 13:13:10 +0100
Newsgroups: jedi.vcl

Hello,

using Delphi 2oo6 (developing a win32 application) i've the following problem:

In a JvListView i want to select and highlight an item automatically after a refresh of the list. for this i saved the (unique) caption and searching for it ater the refresh / rebuild of the JvListView. The function returns the right item and (for tests) the right caption.

so far so good.

i tried this:

    JvListView3.Selected:=JvListView3.Items[n];
    JvListView3.ItemFocused:=JvListView3.Selected

.... where n is the correct id of the item. but i can't hightlight / select that item again !

JvListView:

- multiselect = off
- rowselect = on
- hideseletion = off
- readonly = on
- viewstyle = vsReport

Anyone an idea ?

regards,
Snoopy



Subject: Delphi 2007 reworked
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 15 Apr 2007 11:26:07 +0000 (UTC)
Newsgroups: jedi.vcl

I have updated the JVCL to use a different set of packages and an own
lib directory for Delphi 2007. This fixes a lot of problems.

Fixed bugs:
- The Installer had registered the Delphi 2007 packages to the BDS 2006
IDE registry key (because Version 10 - 6 [version lap] => BDS 4.0).
- The former Delphi 2007 support broke the BDS 2006 compiler because
BDS 2006 used the Delphi 2007 compiled units what resulted in broken
executables.

New features:
- msbuild support for Delphi 2007


-- Regards, Andreas Hausladen 

Subject: JvTFDaysPrinter
From: "Henry" <EZMed@NoSpam.hotmail.com>
Date: Sat, 14 Apr 2007 12:45:03 -0500
Newsgroups: jedi.vcl

This sends output straight to printer but I would like to preview prior to 
printing.
Is this possible? I use printtoscreen(10, false) instead of printdirect, but 
it doesn't do anything

Thanks 




Subject: Multiple Resources utfschedulemanager
From: "Henry" <EZMed@NoSpam.hotmail.com>
Date: Sat, 14 Apr 2007 09:52:02 -0500
Newsgroups: jedi.vcl

Is there a way to have different start and end times for the jvtfdays 
component? I have multiple resources that start and end at different times. 
Am I going to have to put multiple jvtfdays on my form? Multiple utfschedule 
managers?
Any help is appreciated

Thanks




Subject: Re: D2007 on Vista: Cannot load Libraries
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 14 Apr 2007 11:02:23 +0200
Newsgroups: jedi.vcl

Peter Bartelt a écrit :
> F_ _ _!!!!

no need

> I did a clean install of JCL/JVCL. Compiling process without problems. JCL was loaded but JVCL components failed with the same error message.
> Any other ideas?

Did you install all the features of Delphi 2007? We'll try to reproduce with all the steps and details you give to us.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: D2007 on Vista: Cannot load Libraries
From: "Peter Bartelt" <peter.bartelt@web.de>
Date: Sat, 14 Apr 2007 10:59:10 +0200
Newsgroups: jedi.vcl

F_ _ _!!!!
I did a clean install of JCL/JVCL. Compiling process without problems. JCL was loaded but JVCL components failed with the same error message.
Any other ideas?

-- 
Peter


"Florent Ouchet" <outchy@users.sourceforge.net> schrieb im Newsbeitrag news:evo54q$ttc$1@news.talkto.net...
> Peter Bartelt a écrit :
>> that's great, what's your secret? Which folder did you choose to put \jcl and \jvcl in? Was it in your library path before you run the install process?
>> Stupid questions, I know. But as you know many things changed with vista for security reasons and it's possible that I made some mistakes here.
>
> No it was a clean system. The JCL is in d:\programmation\jcl\jcl.
> There are some issues with manifests on Vista but that should not explain the issue you're experiencing.
> I already reworked JCL ones and will soon commit changes for the JVCL.
>
> -- 
> Florent Ouchet
> What I am listening http://www.pandora.com/people/outch 



Subject: Windows Color Presets Component
From: Jo Black <blablabla@nomail.com>
Date: Fri, 13 Apr 2007 14:49:45 -0400
Newsgroups: jedi.vcl

Hi
In the old version of JVCL ( version 2 i think) there was a component that let change the color presets of Windows, but I dont find it in the new releases of the JVCL !!!
are there aby alternative one ?

Thanks


Subject: Re: D2007 on Vista: Cannot load Libraries
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 13 Apr 2007 16:51:40 +0200
Newsgroups: jedi.vcl

Peter Bartelt a écrit :
> that's great, what's your secret? Which folder did you choose to put \jcl and \jvcl in? Was it in your library path before you run the install process?
> Stupid questions, I know. But as you know many things changed with vista for security reasons and it's possible that I made some mistakes here.

No it was a clean system. The JCL is in d:\programmation\jcl\jcl.
There are some issues with manifests on Vista but that should not explain the issue you're experiencing.
I already reworked JCL ones and will soon commit changes for the JVCL.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: D2007 on Vista: Cannot load Libraries
From: "Peter Bartelt" <peter.bartelt@web.de>
Date: Fri, 13 Apr 2007 16:29:52 +0200
Newsgroups: jedi.vcl

Florent,

that's great, what's your secret? Which folder did you choose to put \jcl and \jvcl in? Was it in your library path before you run the install process?
Stupid questions, I know. But as you know many things changed with vista for security reasons and it's possible that I made some mistakes here.

Peter

"Florent Ouchet" <outchy@users.sourceforge.net> schrieb im Newsbeitrag news:evo03n$sj1$1@news.talkto.net...
> Peter,
>
> I just installed the development versions of the JCL and JVCL on Delphi 2007 on Vista Pro; the issue you described didn't happen.
>
> Peter Bartelt a écrit :
>> I tried this but there is no difference. The problem still exists.
>>
>> Peter
>>
>> "Florent Ouchet" <outchy@users.sourceforge.net> schrieb im Newsbeitrag news:evna24$nog$1@news.talkto.net...
>>> Mark,
>>>
>>>
>>> The JCL and JVCL should now be DEP compatible, modifications were made months ago.
>>>
>>> -- 
>>> Florent Ouchet
>>> What I am listening http://www.pandora.com/people/outch
>>
>
>
> -- 
> Florent Ouchet
> What I am listening http://www.pandora.com/people/outch 



Subject: Re: D2007 on Vista: Cannot load Libraries
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 13 Apr 2007 15:25:49 +0200
Newsgroups: jedi.vcl

Peter,

I just installed the development versions of the JCL and JVCL on Delphi 2007 on Vista Pro; the issue you described didn't happen.

Peter Bartelt a écrit :
> I tried this but there is no difference. The problem still exists.
>
> Peter
>
> "Florent Ouchet" <outchy@users.sourceforge.net> schrieb im Newsbeitrag news:evna24$nog$1@news.talkto.net...
>> Mark,
>>
>>
>> The JCL and JVCL should now be DEP compatible, modifications were made months ago.
>>
>> -- 
>> Florent Ouchet
>> What I am listening http://www.pandora.com/people/outch 
>


-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: D2007 on Vista: Cannot load Libraries
From: "Peter Bartelt" <peter.bartelt@web.de>
Date: Fri, 13 Apr 2007 15:08:20 +0200
Newsgroups: jedi.vcl

I tried this but there is no difference. The problem still exists.

Peter

"Florent Ouchet" <outchy@users.sourceforge.net> schrieb im Newsbeitrag news:evna24$nog$1@news.talkto.net...
> Mark,
>
>
> The JCL and JVCL should now be DEP compatible, modifications were made months ago.
>
> -- 
> Florent Ouchet
> What I am listening http://www.pandora.com/people/outch 



Subject: Re: D2007 on Vista: Cannot load Libraries
From: Mark Watts <mwatts42@gmail.nospam.remove.this.c.o.m>
Date: Fri, 13 Apr 2007 12:13:40 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Florent,

> Mark,
>
> The JCL and JVCL should now be DEP compatible, modifications were made
> months ago.

Yep, I know that. In fact I am running JCL/JVCL on a Windows Server 2003 machine using AMD hardware with DEP turned on with no problems.  But I have been surprised by DEP before.  So many times in fact that I now almost always check that as the first thing I do when a program starts misbehaving.

FWIW: I have no DEP problems with the last release of JCL/JVCL and D2007.

-mark



Subject: Re: D2007 on Vista: Cannot load Libraries
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 13 Apr 2007 09:09:42 +0200
Newsgroups: jedi.vcl

Mark,


The JCL and JVCL should now be DEP compatible, modifications were made months ago.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: JvXPRadioButton?
From: "DRS" <drs@removethis.ihug.com.au>
Date: Fri, 13 Apr 2007 15:36:12 +1000
Newsgroups: jedi.vcl

Is anyone working on a JvXPRadioButton to complement the existing 
JvXPCheckBox?  Failing that, does anyone know where one might be found? 




Subject: Re: D2007 on Vista: Cannot load Libraries
From: Mark Watts <mwatts42@gmail.nospam.remove.this.c.o.m>
Date: Thu, 12 Apr 2007 21:43:00 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Peter,

This is something of a shot in the dark but have you tried turning off DEP (Data Execution Prevention) for Delphi 2007.  I have often found this to be the problem in situations like this and while D2007 runs fine with DEP turned on, there might be something in JVCL that is causing a problem.

-mark

> Hello,
>
> I downloaded and installed the latest version of JCL/JVCL
> (JVCL331CompleteJCL199-Build2551.zip). No Problems with the
> installation, everything was compiled without errors. But when I start
> Delphi I get an error for every JVCL Package that Delphi tries to load
> and in the end they are not useable. The JCL Packages have been loaded
> without problems.
>
> Does anybody know what happened here and how to fix this problem?
>
> Thx in advance,
>
> Peter
>




Subject: TJvCSVDataSet filter doesn't work?
From: "haywack" <bm@haywack.com>
Date: Thu, 12 Apr 2007 10:38:52 -0700
Newsgroups: jedi.vcl

Hi,

I'm trying to get the filter to work on a TJvCSVDataSet to work but I can't.

is this possible?

thanks!
Brian 




Subject: Twilight (dark) color schemes in Windows cause JEDI Installer to look ugly.
From: Warren Postma <wp@tekran.com>
Date: Thu, 12 Apr 2007 10:47:11 -0400
Newsgroups: jedi.vcl

Would anybody mind if I add a tweak to the JVCL installer so that if the listbox is a dark color ((R+G+B)/3 < 128) that we omit the little light-green highlight on every other row?
It looks AWFUL. I just tried installing JVCL with the colors set this way, mostly because I'm testing what happens to my apps (where is clBlack/clWhite/etc hardcoded, instead of clBtnFace, etc)

Warren


Subject: Re: Any chance to use JEDI with Turbo Delphi Express 2006 (w/o dcc32.exe)
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 12 Apr 2007 15:25:51 +0100
Newsgroups: jedi.vcl

drop me a line with your real e-mail to logicasw ( at ) gmail ( dot ) com.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Any chance to use JEDI with Turbo Delphi Express 2006 (w/o dcc32.exe)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 12 Apr 2007 16:19:01 +0200
Newsgroups: jedi.vcl

The JCL can be registered in Turbo Explorer 2006 (items are added to environment pathes). Just download files ending by "-turbo.zip" in the file section of the JCL at sourceforge:
http://sourceforge.net/project/showfiles.php?group_id=47514

HTML Help 2.0 files can be merged in IDE help as well, extract archive ending by "-htmlhelp2.zip" in the JCL directory and launch JCL installation process.

Regards,

-- 
Florent Ouchet


Subject: Re: Any chance to use JEDI with Turbo Delphi Express 2006 (w/o dcc32.exe)
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 12 Apr 2007 14:35:45 +0200
Newsgroups: jedi.vcl

haste wrote:
> Hello!
>
> Is it possible to use JCL/JCVL with Turbo Delphi Express 2006, who don't have dcc32.exe (thus i can not compile it)?
>
> Any answers will apreciated!
>

That would be pointless as you would not be able to install the packages anyway.
But you can still compile your applications with the JCL/JVCL, it's just opening the forms that will not be possible.


Subject: Any chance to use JEDI with Turbo Delphi Express 2006 (w/o dcc32.exe)
From: "haste" <mail@no-ip.org>
Date: Thu, 12 Apr 2007 10:25:21 +0100
Newsgroups: jedi.vcl

Hello!

Is it possible to use JCL/JCVL with Turbo Delphi Express 2006, who don't 
have dcc32.exe (thus i can not compile it)?

Any answers will apreciated!



--- posted by geoForum on http://delphi.newswhat.com


Subject: D2007 on Vista: Cannot load Libraries
From: "Peter Bartelt" <peter.bartelt@web.de>
Date: Thu, 12 Apr 2007 07:38:16 +0200
Newsgroups: jedi.vcl

Hello,

I downloaded and installed the latest version of JCL/JVCL (JVCL331CompleteJCL199-Build2551.zip). No Problems with the installation, everything was compiled without errors. But when I start Delphi I get an error for every JVCL Package that Delphi tries to load and in the end they are not useable. The JCL Packages have been loaded without problems.

Does anybody know what happened here and how to fix this problem?

Thx in advance,

Peter

error.jpg

error.jpg
	



Subject: Missing text on JvBalloonHint
From: "Andrew Polden" <andrewp@onpix.com>
Date: Thu, 12 Apr 2007 10:43:11 +1000
Newsgroups: jedi.vcl

Hi

I'm having problems using the JvBalloonHint component - i've noticed that on 
some machines the text is missing from the balloon. Instead of showing the 
text "Please wait while retrieving pricing information...", the balloon is 
empty.

I thought perhaps it was due to the "Classic" Windows theme being used on 
these machines, but after changing this on my development machine the 
balloon hint worked fine.

Does anybody here have any suggestions as to the cause of this problem? I 
have version 1.34 of JvBalloonHints.pas

Thanks, Andrew 




Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 11 Apr 2007 21:52:39 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Tue, 10 Apr 2007 17:08:41 +0200, Florent Ouchet wrote:

> >Uwe Schuster a écrit :
>> >> Are the any official or semi official information available about 
>> >> "Only personalities should use AddProductInfo"?
> >
> >Not official at all but in a single personality product like Delphi 
> >2007, functions like SplashScreenServices.AddProductBitmap doesn't work 
> >as expected (only one item can be added), same remark for 
> >AboutBoxServices.AddProductInfo.

Well what I didn't notice is that the personality isn't in the product
list if only one personality is installed but it is if an expert does
use AddProductInfo.
I've checked if the issue is still in BDS 1 and yes it is. With an
expert which does use AddProductInfo the title of the Aboutbox and so
on does change as well.
That confirms the theory that only personalities should use
AddProductInfo.

>> >> Yes the JVCS experts does still use AddProductInfo.
>> >> Anyway I used the JCL for the images and JclOtaUtils.pas also 
>> >> does still use AddProductInfo.
> >
> >It should be changed :)

JCL:
I have changed it in JclOtaUtils.pas in revision 1975.
The resource string RsAboutCopyright in JclOtaResources.pas 
should now be obsolete and could be removed.

JVCL:
I have changed it in JvCoreReg.pas in revision 11255.
I haven't changed it in Jedi.Jvcl.Design.RegisterComponents.pas
because I don't know how to test it.
--
Uwe


Subject: Re: HTML hints in JvBalloonHint
From: "Peter Bezemek" <pietro@guitar.sk>
Date: Wed, 11 Apr 2007 20:41:24 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> napísal v správe 
news:eutd6q$826$1@news.talkto.net...
> > We won't be including them directly like that. Indeed, imagine that 
> > someone uses it today with strings that could be interpreted as HTML tags. 
> > With your change on, their application would behave differently without 
> > any warning.
> > As a result, adding a property to control this behaviour is the way to go.
> > But the proposal looks interesting. Can you put it in a Mantis issue?
> > http://homepages.codegear.com/jedi/issuetracker/

Well, the issue you mentioned indeed happened to me!
I have been using an older version of JvBalloonHint and the new version did 
not support the features of the old version in any way!
My application, compiled with new JVCL, started to display nonsense in the 
hints.

I have noticed that there was an effort to change the old syntax <c:Red> to 
HTML tags, but the result is uncertain, the code is kind of mixed,
some parts use the HTML format, some the old format and some don't work at 
all. Also, there seems to be different units implementing different versions 
of HTML behaviour.

I cannot put this issue to Mantis, because I cannot sign up for a new 
account (for some weeks now, it says Due to some server problems it is not 
possible to activate new accounts. This problem should be fixed soon.) 




Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 11 Apr 2007 00:28:40 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Tue, 10 Apr 2007 14:51:47 +0200, Florent Ouchet wrote:

>> >> For more information see QC 43952.
> >
> >I hope this report will be considered, the issues are really funny :D

Nick Hodges has opened this issue within the last hours.
(Probably after my posting in the thread "What Delphi 2007 version?"
in b.p.d.non-technical.)
--
Uwe


Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 11 Apr 2007 00:20:20 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Tue, 10 Apr 2007 17:08:41 +0200, Florent Ouchet wrote:

>> >> Yes the JVCS experts does still use AddProductInfo.
>> >> Anyway I used the JCL for the images and JclOtaUtils.pas also 
>> >> does still use AddProductInfo.
> >
> >It should be changed :)

And JvCoreReg.pas needs that change as well.
--
Uwe


Subject: Re: package suffix for Delphi 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 10 Apr 2007 17:34:21 +0200
Newsgroups: jedi.jcl,jedi.vcl

We got a proposal of modifications for the JCL with lib-suffix 110: http://homepages.codegear.com/jedi/issuetracker/view.php?id=4082

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: package suffix for Delphi 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 10 Apr 2007 17:08:41 +0200
Newsgroups: jedi.jcl,jedi.vcl

Uwe Schuster a écrit :
> Are the any official or semi official information available about "Only personalities should use AddProductInfo"?

Not official at all but in a single personality product like Delphi 2007, functions like SplashScreenServices.AddProductBitmap doesn't work as expected (only one item can be added), same remark for AboutBoxServices.AddProductInfo.

> Yes the JVCS experts does still use AddProductInfo.
> Anyway I used the JCL for the images and JclOtaUtils.pas also does still use AddProductInfo.

It should be changed :)

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Tue, 10 Apr 2007 15:32:20 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Tue, 10 Apr 2007 14:51:47 +0200, Florent Ouchet wrote:

> >Uwe Schuster a écrit :
>> >> In order to fix this :-) use a plain Delphi or remove all wizards
>> >> which use IOTAAboutBoxServices.AddProductInfo.
> >
> >Only personalities should use AddProductInfo, standard 
> >plugins/experts/enhancements should use AddPluginInfo.

Are the any official or semi official information available about 
"Only personalities should use AddProductInfo"?

Yes the JVCS experts does still use AddProductInfo.
Anyway I used the JCL for the images and JclOtaUtils.pas also 
does still use AddProductInfo.

>> >> For more information see QC 43952.
> >
> >I hope this report will be considered, the issues are really funny :D

I hope that too.
--
Uwe


Subject: Re: package suffix for Delphi 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 10 Apr 2007 14:51:47 +0200
Newsgroups: jedi.jcl,jedi.vcl

Uwe Schuster a écrit :
> In order to fix this :-) use a plain Delphi or remove all wizards
> which use IOTAAboutBoxServices.AddProductInfo.

Only personalities should use AddProductInfo, standard plugins/experts/enhancements should use AddPluginInfo.

> For more information see QC 43952.

I hope this report will be considered, the issues are really funny :D

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Tue, 10 Apr 2007 14:49:09 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Tue, 10 Apr 2007 14:23:12 +0200, OBones wrote:

>> >>  --> *110.bpl
> >
> >That makes life much easier for us.
> >And we'll reassess this when Cogswell comes out, it might well be that 
> >it moves to 115.bpl

Well there seams to be more votes for *110.bpl.
As long as no one else shows up with others pros for *105 (than my
expectations) then I will vote for *110.bpl too.
--
Uwe


Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Tue, 10 Apr 2007 14:34:33 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Tue, 10 Apr 2007 13:36:16 +0200, Florent Ouchet wrote:

> >About box of Delphi 2007 reports this information:
> >CodeGear™ Highlander pour Microsoft® Windows™ Version 11.0.2627.5503 
> >Copyright © 2007 CodeGear. Tous droits réservés.

In order to fix this :-) use a plain Delphi or remove all wizards
which use IOTAAboutBoxServices.AddProductInfo.
For more information see QC 43952.
--
Uwe


Subject: Re: package suffix for Delphi 2007
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 10 Apr 2007 14:23:12 +0200
Newsgroups: jedi.jcl,jedi.vcl

Carsten Schuette wrote:
> Florent Ouchet wrote:
>
>> The IDE build number is 11.0.
>
> You're right.
> DCC32 is also version 11.
>
>  --> *110.bpl

That makes life much easier for us.
And we'll reassess this when Cogswell comes out, it might well be that it moves to 115.bpl


Subject: Re: package suffix for Delphi 2007
From: "Carsten Schuette" <carsten.schuette@gmx.de>
Date: Tue, 10 Apr 2007 11:48:04 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> > The IDE build number is 11.0.

You're right.
DCC32 is also version 11.

 --> *110.bpl

Carsten

-- 

Subject: Re: package suffix for Delphi 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 10 Apr 2007 13:36:16 +0200
Newsgroups: jedi.jcl,jedi.vcl

Carsten Schuette a écrit :
> I suggest d105 and *105.bpl, because Delphi 2007 is Delphi 10.5, not
> Delphi 11. Some Delphi binaries are also named 105, like bordbk105.dll.

About box of Delphi 2007 reports this information:
CodeGear™ Highlander pour Microsoft® Windows™ Version 11.0.2627.5503 Copyright © 2007 CodeGear. Tous droits réservés.

The IDE build number is 11.0.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: package suffix for Delphi 2007
From: "Carsten Schuette" <carsten.schuette@gmx.de>
Date: Tue, 10 Apr 2007 10:24:31 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

OBones wrote:

> > Uwe Schuster wrote:
>> > > On Thu, 22 Mar 2007 20:27:18 +0100, Florent Ouchet wrote:
>> > > 
>>> > > > Any feedback is appreciated,
>> > > 
>> > > Although I have only D2007 I would prefer a D11 lib dir and *105.bpl
>> > > for the packages.
> > 
> > Well, if we go down that road, it's gonna be D11 and *110.bpl

I suggest d105 and *105.bpl, because Delphi 2007 is Delphi 10.5, not
Delphi 11. Some Delphi binaries are also named 105, like bordbk105.dll.

Carsten


Subject: Re: Style cleanup
From: "Don Siders" <dsiders@charter.net>
Date: Mon, 9 Apr 2007 22:59:34 -0400
Newsgroups: jedi.vcl

>> >> Before:
>> >>     procedure SetVisible(IsVisible: Boolean);
>> >> After:
>> >>     procedure SetVisible(AVisible: Boolean);
>> >> I don't understand the reason for the change. "IsVisible" is more 
>> >> meaningful than "AVisible". That should revert to IsVisible.

> > I don't know if it is the case here, but for the documentation it is NOT 
> > preferred to use the same name for both a parameter and a property. In 
> > such cases it is better IMO to prefix the parameter names with an A.

In addition, the "arguments start with A" convention adheres to the original 
Borland coding style guidelines (if that matters any more<g>).





Subject: Re: JvInspDB - Register ftOraClob
From: Ricardo Cardona R <rcardona@mail.com>
Date: Mon, 09 Apr 2007 18:07:11 -0500
Newsgroups: jedi.vcl

Mantis #4096

http://homepages.borland.com/jedi/issuetracker/view.php?id=4096


Subject: Re: Style cleanup
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 10 Apr 2007 00:24:27 +0200
Newsgroups: jedi.vcl

Fred wrote:
> In Chart.pas:
> -------------
> Before:
>     procedure SetVisible(IsVisible: Boolean);
>
> After:
>     procedure SetVisible(AVisible: Boolean);
>
> I don't understand the reason for the change. "IsVisible" is more meaningful than "AVisible". That should revert to IsVisible.

I don't know if it is the case here, but for the documentation it is NOT preferred to use the same name for both a parameter and a property. The documentation tool automatically creates a link from a property name in documentation text to the topic that describes that property.

So if you name a parameter the same as a property then that parameter name will also be changed into a link; the tool can't make a distinction.

See for example the documentation of TJvTranslatorStrings.Add, TJvCustomUrlGrabber.CanGrab or TJvCustomCsvDataSet.ExportRows.

In such cases it is better IMO to prefix the parameter names with an A.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: [JVCL 3.1] populating TJvFileListBox: Glyphs missing
From: "Fritz Franz" <fritzfranz24@hotmail.com>
Date: Mon, 9 Apr 2007 21:21:48 +0200
Newsgroups: jedi.vcl

Hello there!

I try to populate a TJvFileListBox with Files found with TJvSearchFiles 
component. But I can't get the icons of the files. For all types of files is 
shown a hand like the one which is under a Symbol when the object is free 
for access from the network (don`t know how this this called in english, 
sorry).
When I connect the TJvFileListBox to a TJvDirectoryListBox, then all icons 
are shown correctly.

What could be wrong in the first case? Some Ideas?

Thx in advance!

Fritz 




Subject: JvInspDB - Register ftOraClob
From: Ricardo Cardona R <rcardona@mail.com>
Date: Mon, 09 Apr 2007 11:20:25 -0500
Newsgroups: jedi.vcl

Hi,

I'm using jvInspector with dataset in Oracle database, but i have errors with CLOB columns, this is because the field type ftOraClob is not registered.

The fix for the issue is:

File: JvInspDB

procedure RegisterDBTypes;
begin
 with TJvInspectorDBData.FieldTypeMapping do
 begin
   --
   Add(TJvInspectorTFieldTypeRegItem.Create('', '', ftOraClob, System.TypeInfo(string)));  //Added    ---
 end;
end;

Thanks in advance
Ricardo Cardona


Subject: Re: JvDocking and Vista
From: Warren Postma <wp@tekran.com>
Date: Mon, 09 Apr 2007 11:11:21 -0400
Newsgroups: jedi.vcl

Big0424 wrote:
> Hello, I have a bug using jvdocking component and vista.
> When I compile the MSDN2002 Demo (located at exemples/jvDocking/MSDN2002), I have the following error (Unfortunately in French, translated roughly):
> The canvas can't be drawed.
>
> Could you help me ?
>
> Thanks.
What version of JVCL?  I don't think 3.31 has this issue.  I had this issue with older versions of JVCL.

Warren


Subject: Re: JcCsvData field limit
From: Warren Postma <wp@tekran.com>
Date: Mon, 09 Apr 2007 11:08:54 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Tim wrote:
>> There is a MAXCOLUMNS setting of 80 in the JvCsvData unit which I would like to increase to 96. I cannot see any obvious reason why this should be a problem, but I still get an error at design time if it goes over 80 using the CsvFieldDef Editor.
>>
>> It may also be because I am recompiling JvCsvData incorrectly. Could anyone confirm that I can increase the maxcolumns and also the procedure for recompiling. (I know it sounds basic, but better to be sure).
>
> I do not know anything about it, but you should aim for removing the limitation completely. The surest way of recompiling is to execute the installer. Both the JCL and the JVCL installer are designed for this task so there are no problems for installing again and again and again...
I notice MAXCOLUMNS is 120 in SVN now.

"Some day" I had always planned to remove the two big pains in JvCsvData set:

 1. Fixed size record TJvCsvRow (record type), and fixed maximum amount of data in a row (2k per csv row)
 2. MAXCOLUMNS define must be a fixed limit, because an array of however many columns must be part of each JvCsvRow.

To rearchitect this would be a MAJOR task. I think the current value (120 columns, 2kbytes  max row strings)  is probably sufficient.  Of course we reach a point where the memory usage of JvCsvDataset for 10,000 rows in memory could be insane, because of the sheer amount (120 * 2 bytes = 240 bytes) of overhead for this array of integers in each JvCsvRow record.

To slow it down but make it more efficient, JvCsvRow  record could become a class, and the class could have a dynamically sized array, however there is a huge amount of work to be done, because the
internals of the Borland data-aware table control code is based on records.


Warren



Subject: Re: JcCsvData field limit
From: Warren Postma <wp@tekran.com>
Date: Mon, 09 Apr 2007 11:03:09 -0400
Newsgroups: jedi.vcl

Tim wrote:
> There is a MAXCOLUMNS setting of 80 in the JvCsvData unit which I would like to increase to 96. I cannot see any obvious reason why this should be a problem, but I still get an error at design time if it goes over 80 using the CsvFieldDef Editor.
>
> It may also be because I am recompiling JvCsvData incorrectly. Could anyone confirm that I can increase the maxcolumns and also the procedure for recompiling. (I know it sounds basic, but better to be sure).
>   

You have to recompile the designtime package as well as the runtime package,
if you rebuild a local copy with this limit raised.

May I suggest that if you're going to do this, you should probably make your OWN runtime and
designtime package files (.dpk) with just the JvCsvDataset, or associated designtime code, as the case
may be, loaded inside it.


Warren


Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: Warren Postma <wp@tekran.com>
Date: Mon, 09 Apr 2007 11:00:52 -0400
Newsgroups: jedi.vcl

Bart van der Werf wrote:
>
> "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:eushhl$24c$1@news.talkto.net...
>> OBones wrote:
>>
>>> I, for one, would reject the move to L/GPL as I completely dislike its viral nature. And that would also mean I can't use it anymore at work, which would a VERY bad thing.
>>
>> I do not reject the GPL, but i see that it only works in a GPL mono-culture (pun intended).
>
> I allways wondered why MPL is so popular here and not the BSD ?

There were several competing BSD licenses, weren't there? With and without advertising clause. Etc etc.

MPL is the next best thing to the "DWTFYWWI" license.
see:
http://tools.wikimedia.de/~avar/cvs/COPYING

Warren






Subject: Re: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: Warren Postma <wp@tekran.com>
Date: Mon, 09 Apr 2007 10:56:37 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:
>
> How can I tell if the JEDI installer is rebuilding the packages as dual-mode or not?

Incidentally the packages look like "dual mode" packages. When I open up the project file JvCoreD10R.dpk, and jvCoreD10D.dpk, and look
in Project Options,  under the Linker item, there is a Linker Output group box which has an option called "Generate all C++Builder files", which is
selected.

Yet the components are NOT appearing in the palette when I create  C++Builder new app.  They are in the list of installed packages.

Warren


Subject: Re: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: Warren Postma <wp@tekran.com>
Date: Mon, 09 Apr 2007 10:46:52 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Warren Postma wrote:
>> OBones wrote:
>>> Warren Postma wrote:
>>>
>>>> I have uninstalled and reinstalled several times. Should I see a separate entry in the installer for C++Builder 2006 or do the
>>>> same BPLs work for both?
>>>
>>> Note that you MUST rebuild the packages or they might not be compiled in dual mode.
>> I just did that, and it still doesn't show up any packages in C++Builder.
>>
>> Is there any instructions anywhere on the web showing how to take a valid installed component for Delphi and make it visible/useable in C++ Builder?
>> (not just JEDI, but my own private built components).
>>
>> Maybe I can figure this out if I knew SOMETHING about how the C++ Builder component registrations differ.
>
> Hum... There is a cache of the packages, that tells BDS if they are dual mode or not.
> Maybe try to clear that cache (I believe it's in the registry)
I found the key and cleared  the Package Cache key in HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Package Cache (delphi 2006).

How can I tell if the JEDI installer is rebuilding the packages as dual-mode or not?

Warren



Subject: Re: Windows menubar
From: Moore <delfino03@caramail.com>
Date: Mon, 09 Apr 2007 12:18:11 +0200
Newsgroups: jedi.vcl

ssamayoa escribió:
> But hasn't the TBX's cool themes.

you may create your own themes (ColorMaps)..


Subject: Re: JcCsvData field limit
From: "Tim" <tim@evolvedatasystems.co.uk>
Date: Sun, 8 Apr 2007 16:56:24 +0100
Newsgroups: jedi.vcl

Thanks Robert.

I have recompiled the package containing JvCsvData and it is now working 
with a change of value for maxcolumns - not sure what I was doing before.

I will stick with an increase to 100 fields for now and change it if needed.

Tim

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:ev8130$q3$1@news.talkto.net...
> > Tim wrote:
>> >> There is a MAXCOLUMNS setting of 80 in the JvCsvData unit which I would 
>> >> like to increase to 96. I cannot see any obvious reason why this should 
>> >> be a problem, but I still get an error at design time if it goes over 80 
>> >> using the CsvFieldDef Editor.
>> >>
>> >> It may also be because I am recompiling JvCsvData incorrectly. Could 
>> >> anyone confirm that I can increase the maxcolumns and also the procedure 
>> >> for recompiling. (I know it sounds basic, but better to be sure).
> >
> > I do not know anything about it, but you should aim for removing the 
> > limitation completely. The surest way of recompiling is to execute the 
> > installer. Both the JCL and the JVCL installer are designed for this task 
> > so there are no problems for installing again and again and again... 




Subject: JvDocking and Vista
From: Big0424 <big0424@gmail.com>
Date: Sat, 07 Apr 2007 15:52:14 +0200
Newsgroups: jedi.vcl

Hello, I have a bug using jvdocking component and vista.
When I compile the MSDN2002 Demo (located at exemples/jvDocking/MSDN2002), I have the following error (Unfortunately in French, translated roughly):
The canvas can't be drawed.

Could you help me ?

Thanks.


Subject: Re: JcCsvData field limit
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 07 Apr 2007 14:13:37 +0200
Newsgroups: jedi.vcl

Tim wrote:
> There is a MAXCOLUMNS setting of 80 in the JvCsvData unit which I would like to increase to 96. I cannot see any obvious reason why this should be a problem, but I still get an error at design time if it goes over 80 using the CsvFieldDef Editor.
>
> It may also be because I am recompiling JvCsvData incorrectly. Could anyone confirm that I can increase the maxcolumns and also the procedure for recompiling. (I know it sounds basic, but better to be sure).

I do not know anything about it, but you should aim for removing the limitation completely. The surest way of recompiling is to execute the installer. Both the JCL and the JVCL installer are designed for this task so there are no problems for installing again and again and again...


Subject: Re: Error during installation in JvDockVIDStyle revision 11252
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 07 Apr 2007 12:13:57 +0200
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:
> With the last modifications (revision 11252) you can't compile this
> file in BDS2006 and Delphi 2007.

Sorry about that. I can't fix it right now, but as a work-around you can remove the InvalidateDockHostSiteOfControl call in TJvDockVIDTabPageControl.CMDockNotification.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvListView strange black strike on each row in Vista
From: "latas" <nospamx12@gmail.com>
Date: Sat, 7 Apr 2007 09:57:30 +0100
Newsgroups: jedi.vcl

 Hi friends. I've got one question and one suggestion. The suggestion is 
related to reporting bugs jvcl webpage, which is not working, failing to 
send the email on registration process.

The question is about JvListView. I'm using this component, and I'm able 
to reproduce the problem, simply creating a new application, put a 
JvListView on the Form with Report Style, and add some items.
Build the project. When you run it on Vista, it looks some kind of event 
is raised when you move the mouse over each ListView rows. When that 
happens the row is filled with a black line hidding the text behind the 
line.

I tried to debug this issue, but I couldn't found anything. It doesn't 
happen on XP.

Any suggestion is very welcome.

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JcCsvData field limit
From: "Tim" <tim@evolvedatasystems.co.uk>
Date: Sat, 7 Apr 2007 08:59:18 +0100
Newsgroups: jedi.vcl

There is a MAXCOLUMNS setting of 80 in the JvCsvData unit which I would like 
to increase to 96. I cannot see any obvious reason why this should be a 
problem, but I still get an error at design time if it goes over 80 using 
the CsvFieldDef Editor.

It may also be because I am recompiling JvCsvData incorrectly. Could anyone 
confirm that I can increase the maxcolumns and also the procedure for 
recompiling. (I know it sounds basic, but better to be sure).

Thanks. 




Subject: Re: Error during installation in JvDockVIDStyle revision 11252
From: "Donald Shimoda" <shimodadonald@hotmail.com>
Date: Fri, 6 Apr 2007 20:59:52 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > revert to the previous revision on those files.

Already do, still dont compile. 
I trying reverting to the revision you use to deliver the last packed
file (11221 i believe) and works.

Best regards
-- Donald 

Subject: Re: Error during installation in JvDockVIDStyle revision 11252
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 06 Apr 2007 22:47:26 +0200
Newsgroups: jedi.vcl

revert to the previous revision on those files.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Error during installation in JvDockVIDStyle revision 11252
From: "Donald Shimoda" <shimodadonald@hotmail.com>
Date: Fri, 6 Apr 2007 20:20:06 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Karlheinz Jansen wrote:
>> > > With the last modifications (revision 11252) you can't compile this
>> > > file in BDS2006 and Delphi 2007.
>> > > 
>> > > Delphi 7 works fine.
>> > > 
>> > > 
>> > > Regards Karlheinz
>> > > 
> > Giving the exact error message would help...

As i post in the general group:

Hi,
  I'm using SVN version of JCL and JVCl.
  JCl compiles and install fine/
  JVCL fail for BDS2006 (Architect) and for BDS2007(Enterprise).


Thats the output of the error:

[Compiling: JvDockingD10R.bpl]
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
C:\Librerias\Jedi\jvcl\jvcl\run\JvDockVIDStyle.pas(2535) Error: E2003
Undeclared identifier: 'InvalidateDockHostSiteOfControl'
C:\Librerias\Jedi\jvcl\jvcl\run\JvDockVSNetStyle.pas(39) Fatal: F2063
Could not compile used unit '..\..\run\JvDockVIDStyle.pas'


I try, uninstalling both libraries, cleaning, etc. Nothing works.

Please anybody help me, cannot work for that reason. :(

TIA
-- Donald 

Subject: Re: Error during installation in JvDockVIDStyle revision 11252
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 06 Apr 2007 21:30:46 +0200
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:
> With the last modifications (revision 11252) you can't compile this
> file in BDS2006 and Delphi 2007.
>
> Delphi 7 works fine.
>
>
> Regards Karlheinz
>
Giving the exact error message would help...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Error during installation in JvDockVIDStyle revision 11252
From: "Donald Shimoda" <shimodadonald@hotmail.com>
Date: Fri, 6 Apr 2007 18:22:22 +0000 (UTC)
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:

> > With the last modifications (revision 11252) you can't compile this
> > file in BDS2006 and Delphi 2007.
> > 
> > Delphi 7 works fine.
> > 
> > 
> > Regards Karlheinz

Rigth, that exactly happens to me. I suppose getting the previous
version work fine?

TIA
-- Donald 

Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 06 Apr 2007 19:26:10 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Fri, 06 Apr 2007 15:51:31 +0200, OBones wrote:

> >Well, I don't know for sure, but it might well be that Highlander will 
> >use D12 and 120.bpl

Maybe but unlikely from my POV - we will know that when it is out.

Why not:
If CodeGear would have used bordbk110.dll for the debugger instead of
bordbk105.dll it would be much more likely.

Why:
They have skipped *80 (*71 was used for BDS1 and BDS2).

Anyway I still prefer to use 105 instead of 110 for the JCL (as long
as we don't use another scheme).

Why?

If we use 105 we should have no problem with Highlander.
If we would use 110 and Highlander will use 120 we would have no
problem as well, but if Highlander will use 110 we will have to make
the change to 105 for D2007.
--
Uwe


Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 06 Apr 2007 19:00:23 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Fri, 06 Apr 2007 18:11:20 +0200, Robert Marquardt wrote:

>> >> Although I have only D2007 I would prefer a D11 lib dir and *105.bpl
>> >> for the packages.
> >
> >Which limits do we have with the names? 

Only the following comes into my mind:
We should not give them names which are in use by anyone else.

> >How about using "D2007"?

That would work as well.

> >I heard about a Unicode VCL which may go parallel to the current one 
> >like CLX so we may need another name part soon enough.

We could add a W there or get the imagination from the unicode VCL
packages names itself.
--
Uwe


Subject: Error during installation in JvDockVIDStyle revision 11252
From: "Karlheinz Jansen" <KarlheinzREMOVEJansen@REMOVEweb.de>
Date: Fri, 6 Apr 2007 16:25:57 +0000 (UTC)
Newsgroups: jedi.vcl

With the last modifications (revision 11252) you can't compile this
file in BDS2006 and Delphi 2007.

Delphi 7 works fine.


Regards Karlheinz

-- 

Subject: Re: package suffix for Delphi 2007
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Apr 2007 18:11:20 +0200
Newsgroups: jedi.jcl,jedi.vcl

Uwe Schuster wrote:

> Although I have only D2007 I would prefer a D11 lib dir and *105.bpl
> for the packages.

Which limits do we have with the names? How about using "D2007"?
I heard about a Unicode VCL which may go parallel to the current one like CLX so we may need another name part soon enough.


Subject: Re: package suffix for Delphi 2007
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 6 Apr 2007 15:55:50 +0200
Newsgroups: jedi.jcl,jedi.vcl

Uwe Schuster wrote:

> > I guess at least Andreas will support the 105 (he does use it in
> > DelphiSpeedUp).

I use it because the Delphi debugger use it. I can't use the 100 for
DelphiSpeedUp because this would imply that it would work with Delphi
2006. But the IDE has changed and DelphiSpeedUp for Delphi 2007 would
misinterpret some function parameters if it is used in Delphi 2006.



-- Regards, Andreas Hausladen 

Subject: Re: package suffix for Delphi 2007
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 06 Apr 2007 15:51:31 +0200
Newsgroups: jedi.jcl,jedi.vcl

Uwe Schuster wrote:
> On Fri, 06 Apr 2007 15:14:44 +0200, OBones wrote:
>
>>> Although I have only D2007 I would prefer a D11 lib dir and *105.bpl
>>> for the packages.
>> Well, if we go down that road, it's gonna be D11 and *110.bpl
>
> Do you really prefer 110?
>
> I don't because I guess Highlander will use 110 and as far as I've
> seen component vendors and CodeGear use 105 for D2007?
>
> I guess at least Andreas will support the 105 (he does use it in
> DelphiSpeedUp).

Well, I don't know for sure, but it might well be that Highlander will use D12 and 120.bpl


Subject: Re: JVCaptionPanel
From: "RT" <ralph.tuttle@visi.com>
Date: Fri, 6 Apr 2007 08:40:43 -0500
Newsgroups: jedi.vcl

I hate when it's that simple!

thanks


"Peter Thornqvist" <peter.tornqvist@nospam.gmail.com> wrote in message 
news:ev536c$gnb$1@news.talkto.net...
> > Use a TrueType font like Tahoma, Arial or Verdana instead. Ms Sans Serif 
> > cannot be rotated
> >
> > -- 
> > Regards, Peter
> >
> > "RT" <ralph.tuttle@visi.com> skrev i meddelandet 
> > news:ev14ri$srd$1@news.talkto.net...
>> >> Version 3.31
>> >>
>> >> Here is the  panel settings from the DFM file
>> >>
>> >>    object pnlDataList: TJvCaptionPanel
>> >>      Left = 1
>> >>      Top = 29
>> >>      Width = 264
>> >>      Height = 394
>> >>      Align = alLeft
>> >>      AutoDrag = False
>> >>      Buttons = [capMin, capRestore, capHelp]
>> >>      Caption = 'Original Data'
>> >>      CaptionFont.Charset = DEFAULT_CHARSET
>> >>      CaptionFont.Color = clWhite
>> >>      CaptionFont.Height = -13
>> >>      CaptionFont.Name = 'MS Sans Serif'
>> >>      CaptionFont.Style = [fsBold]
>> >>      Locked = True
>> >>      DragMode = dmAutomatic
>> >>      OutlookLook = False
>> >>      Resizable = False
>> >>      TabOrder = 0
>> >>      OnButtonClick = pnlDataListButtonClick
>> >>      DesignSize = (
>> >>        258
>> >>        388)
>> >>      object mOrgData: TMemo
>> >>        Left = 30
>> >>        Top = 0
>> >>        Width = 190
>> >>        Height = 288
>> >>        Anchors = [akLeft, akTop, akRight, akBottom]
>> >>        TabOrder = 0
>> >>      end
>> >>      object LMDButton1: TLMDButton
>> >>        Left = 228
>> >>        Top = 85
>> >>        Width = 24
>> >>        Height = 106
>> >>        Anchors = [akTop, akRight]
>> >>        Caption = 
>> >> 'C'#13#10'o'#13#10'n'#13#10'v'#13#10'e'#13#10'r'#13#10't'
>> >>        Font.Charset = DEFAULT_CHARSET
>> >>        Font.Color = clWindowText
>> >>        Font.Height = -11
>> >>        Font.Name = 'MS Sans Serif'
>> >>        Font.Style = [fsBold]
>> >>        ParentFont = False
>> >>        TabOrder = 1
>> >>        Visible = True
>> >>        WordWrap = True
>> >>        OnClick = LMDButton1Click
>> >>        MultiLine = True
>> >>      end
>> >>    end
>> >>
>> >> "ssamayoa" <nospam@stopspam.com> wrote in message 
>> >> news:ev0sku$r45$1@news.talkto.net...
>>>> >>> >1.  If a jvCaptionPanel has CaptionPosition set to dpLeft, the caption 
>>>> >>> >text
>>> >>>
>>> >>> I just did a test and it works.
>>> >>> What version of VCL are using you?
>>> >>>
>>> >>> Regards.
>>> >>>
>>> >>>
>>> >>>
>>> >>> --- posted by geoForum on http://delphi.newswhat.com
>> >>
>> >>
> >
> > 




Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 06 Apr 2007 15:32:46 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Fri, 06 Apr 2007 15:14:44 +0200, OBones wrote:

>> >> Although I have only D2007 I would prefer a D11 lib dir and *105.bpl
>> >> for the packages.
> >
> >Well, if we go down that road, it's gonna be D11 and *110.bpl

Do you really prefer 110?

I don't because I guess Highlander will use 110 and as far as I've
seen component vendors and CodeGear use 105 for D2007?

I guess at least Andreas will support the 105 (he does use it in
DelphiSpeedUp).
--
Uwe


Subject: Re: package suffix for Delphi 2007
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 06 Apr 2007 15:14:44 +0200
Newsgroups: jedi.jcl,jedi.vcl

Uwe Schuster wrote:
> On Thu, 22 Mar 2007 20:27:18 +0100, Florent Ouchet wrote:
>
>> Any feedback is appreciated,
>
> Although I have only D2007 I would prefer a D11 lib dir and *105.bpl
> for the packages.

Well, if we go down that road, it's gonna be D11 and *110.bpl


Subject: Re: package suffix for Delphi 2007
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 06 Apr 2007 14:04:12 +0200
Newsgroups: jedi.jcl,jedi.vcl

On Thu, 22 Mar 2007 20:27:18 +0100, Florent Ouchet wrote:

> >Any feedback is appreciated,

Although I have only D2007 I would prefer a D11 lib dir and *105.bpl
for the packages.
--
Uwe


Subject: Re: JVCaptionPanel
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Fri, 6 Apr 2007 11:22:37 +0200
Newsgroups: jedi.vcl

Use a TrueType font like Tahoma, Arial or Verdana instead. Ms Sans Serif 
cannot be rotated

-- Regards, Peter "RT" <ralph.tuttle@visi.com> skrev i meddelandet news:ev14ri$srd$1@news.talkto.net...
> > Version 3.31
> >
> > Here is the  panel settings from the DFM file
> >
> >    object pnlDataList: TJvCaptionPanel
> >      Left = 1
> >      Top = 29
> >      Width = 264
> >      Height = 394
> >      Align = alLeft
> >      AutoDrag = False
> >      Buttons = [capMin, capRestore, capHelp]
> >      Caption = 'Original Data'
> >      CaptionFont.Charset = DEFAULT_CHARSET
> >      CaptionFont.Color = clWhite
> >      CaptionFont.Height = -13
> >      CaptionFont.Name = 'MS Sans Serif'
> >      CaptionFont.Style = [fsBold]
> >      Locked = True
> >      DragMode = dmAutomatic
> >      OutlookLook = False
> >      Resizable = False
> >      TabOrder = 0
> >      OnButtonClick = pnlDataListButtonClick
> >      DesignSize = (
> >        258
> >        388)
> >      object mOrgData: TMemo
> >        Left = 30
> >        Top = 0
> >        Width = 190
> >        Height = 288
> >        Anchors = [akLeft, akTop, akRight, akBottom]
> >        TabOrder = 0
> >      end
> >      object LMDButton1: TLMDButton
> >        Left = 228
> >        Top = 85
> >        Width = 24
> >        Height = 106
> >        Anchors = [akTop, akRight]
> >        Caption = 'C'#13#10'o'#13#10'n'#13#10'v'#13#10'e'#13#10'r'#13#10't'
> >        Font.Charset = DEFAULT_CHARSET
> >        Font.Color = clWindowText
> >        Font.Height = -11
> >        Font.Name = 'MS Sans Serif'
> >        Font.Style = [fsBold]
> >        ParentFont = False
> >        TabOrder = 1
> >        Visible = True
> >        WordWrap = True
> >        OnClick = LMDButton1Click
> >        MultiLine = True
> >      end
> >    end
> >
> > "ssamayoa" <nospam@stopspam.com> wrote in message 
> > news:ev0sku$r45$1@news.talkto.net...
>>> >> >1.  If a jvCaptionPanel has CaptionPosition set to dpLeft, the caption 
>>> >> >text
>> >>
>> >> I just did a test and it works.
>> >> What version of VCL are using you?
>> >>
>> >> Regards.
>> >>
>> >>
>> >>
>> >> --- posted by geoForum on http://delphi.newswhat.com
> >
> > 




Subject: Re: Style cleanup
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 5 Apr 2007 16:04:31 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > I understand the prefix before an object: "AForm" may mean "A form" 
> > or "Any form", "AField" -> "A field", etc.

It means "Argument" = function parameter.


-- Regards, Andreas Hausladen 

Subject: Re: Style cleanup
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 5 Apr 2007 15:39:26 +0100
Newsgroups: jedi.vcl

> >For this one, the use of the A prefix is a "standard" used everywhere 
in 
> >the VCL. Look at the parameter for TForm.Create for instance.

I understand the prefix before an object: "AForm" may mean "A form" 
or "Any form", "AField" -> "A field", etc. But before "Visible"... That 
sounds strange or my english isn't good enough.
And I don't understand why "IsVisible" is a bad name for a variable ? 
When you write the condition:
   if (MyObject.IsVisible) then
or
   if (MyObject.Visible) then
that's more meaningful than:
   if (MyObject.AVisible) then
I prefer Visible to IsVisible, but AVisible is definitely not my cup of 
tea.
When I saw AVisible in the Chart.pas unit, at first I wondered what this 
A could mean. And finally I saw in SVN it was a replacement for IS. 
Whatever rule is used here, I find this rule bad and it should be 
discarded. And wouldn't it be better to concentrate on the variable 
names meaning nothing instead of changing names of those meaning 
something ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 05 Apr 2007 15:46:26 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> OBones wrote:
>> Warren Postma wrote:
>>
>>> I have uninstalled and reinstalled several times. Should I see a separate entry in the installer for C++Builder 2006 or do the
>>> same BPLs work for both?
>>
>> Note that you MUST rebuild the packages or they might not be compiled in dual mode.
> I just did that, and it still doesn't show up any packages in C++Builder.
>
> Is there any instructions anywhere on the web showing how to take a valid installed component for Delphi and make it visible/useable in C++ Builder?
> (not just JEDI, but my own private built components).
>
> Maybe I can figure this out if I knew SOMETHING about how the C++ Builder component registrations differ.

Hum... There is a cache of the packages, that tells BDS if they are dual mode or not.
Maybe try to clear that cache (I believe it's in the registry)


Subject: Re: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: Warren Postma <wp@tekran.com>
Date: Thu, 05 Apr 2007 09:36:32 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Warren Postma wrote:
>
>> I have uninstalled and reinstalled several times. Should I see a separate entry in the installer for C++Builder 2006 or do the
>> same BPLs work for both?
>
> Note that you MUST rebuild the packages or they might not be compiled in dual mode.
I just did that, and it still doesn't show up any packages in C++Builder.

Is there any instructions anywhere on the web showing how to take a valid installed component for Delphi and make it visible/useable in C++ Builder?
(not just JEDI, but my own private built components).

Maybe I can figure this out if I knew SOMETHING about how the C++ Builder component registrations differ.

Warren


Subject: Re: Style cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Apr 2007 14:41:42 +0200
Newsgroups: jedi.vcl

Fred wrote:

> The comment is moved to the next line and the developer may think it applies now to the following line, not the previous one. Comments at end of lines should never be moved IMHO.

Probably done by DelForEx which i use on files which have been really badly formatted. JvChart.pas was one of the baddest files we had.
This is called collateral damage.
The file is hopelessly overcommented anyway. All the "NEW" comments should be removed. Only sometimes they contain documentation at all. Documentstion should go into the help file.
The "Polaris" markers should definitely be deleted. Same for many disabled and outdated code lines.

This file is work in progress and still a mess.


Subject: Re: Style cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Apr 2007 14:36:03 +0200
Newsgroups: jedi.vcl

Fred wrote:

> Before:
>   if Enabled or ((DisabledTextColor = clGrayText) and (DisabledColor = clWindow)) then
>
> After:
>   if Enabled or
>     ((ColorToRGB(DisabledTextColor) =
>       ColorToRGB(clGrayText)) and (ColorToRGB(DisabledColor) = ColorToRGB
> (clWindow))) then

Not done by me. I would not have made a break after =. It also clearly shows a code change which only one familiar with the component could have implemented. It is even suspicious.

> I don't understand the reason for the change. "IsVisible" is more meaningful than "AVisible". That should revert to IsVisible.

IsVisible is a bad name for a parameter. Is should only be allowed for properties and even for those it is wrong. There is a good reason why the VCL property is called Visible.

> Robert, don't trust too much your automatic replacement tool. ;-)

I definitely did that by hand. All name changes are done by hand.


Subject: Re: Style cleanup
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 05 Apr 2007 13:37:25 +0200
Newsgroups: jedi.vcl

Fred wrote:
>  Hello,
>
> I'm usually pleased to see Robert doing some cleanup in the files, but sometimes that bothers me. Two examples:
>
> In Edit.pas:
> ------------
> Before:
>   if Enabled or ((DisabledTextColor = clGrayText) and (DisabledColor = clWindow)) then
>
> After:
>   if Enabled or
>     ((ColorToRGB(DisabledTextColor) =
>       ColorToRGB(clGrayText)) and (ColorToRGB(DisabledColor) = ColorToRGB
> (clWindow))) then
>
> The rewriting makes it less legible.

Yep, parenthesis groups should be kept together as much as possible.
I propose this:

if Enabled or
   ((DisabledTextColor = clGrayText) and
    (DisabledColor = clWindow)) then

> -------------
> Before:
>     procedure SetVisible(IsVisible: Boolean);
>
> After:
>     procedure SetVisible(AVisible: Boolean);
>
> I don't understand the reason for the change. "IsVisible" is more meaningful than "AVisible". That should revert to IsVisible.

For this one, the use of the A prefix is a "standard" used everywhere in the VCL. Look at the parameter for TForm.Create for instance.


Subject: Re: Style cleanup
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 5 Apr 2007 11:44:14 +0100
Newsgroups: jedi.vcl

A bad change (seen many times in Chart.pas):
Before:
    property XAxisDateTimeMode: Boolean read FXAxisDateTimeMode write 
FXAxisDateTimeMode; // REWORKED LOGIC NEW IN 2007! See 
GraphXAxisDivisionMarkers
    property XAxisDateTimeDivision:Double read FXAxisDateTimeDivision 
write SetXAxisDateTimeDivision; // NEW 2007 : What is the nominal 
date/time division (1.0=day, 1.0/24=1 hour)

After:
    property XAxisDateTimeMode: Boolean read FXAxisDateTimeMode write 
FXAxisDateTimeMode;
    // REWORKED LOGIC NEW IN 2007! See GraphXAxisDivisionMarkers
    property XAxisDateTimeDivision: Double read FXAxisDateTimeDivision 
write SetXAxisDateTimeDivision;
    // NEW 2007 : What is the nominal date/time division (1.0=day, 
1.0/24=1 hour)

The comment is moved to the next line and the developer may think it 
applies now to the following line, not the previous one. Comments at end 
of lines should never be moved IMHO.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Style cleanup
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 5 Apr 2007 11:38:29 +0100
Newsgroups: jedi.vcl

 Hello,

I'm usually pleased to see Robert doing some cleanup in the files, but 
sometimes that bothers me. Two examples:

In Edit.pas:
------------
Before:
  if Enabled or ((DisabledTextColor = clGrayText) and (DisabledColor = 
clWindow)) then

After:
  if Enabled or
    ((ColorToRGB(DisabledTextColor) =
      ColorToRGB(clGrayText)) and (ColorToRGB(DisabledColor) = ColorToRGB
(clWindow))) then

The rewriting makes it less legible.

In Chart.pas:
-------------
Before:
    procedure SetVisible(IsVisible: Boolean);

After:
    procedure SetVisible(AVisible: Boolean);

I don't understand the reason for the change. "IsVisible" is more 
meaningful than "AVisible". That should revert to IsVisible.

Robert, don't trust too much your automatic replacement tool. ;-)

Best regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvdbGrid and RowNumber
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 5 Apr 2007 10:24:48 +0100
Newsgroups: jedi.vcl

> >Hi
> >How to obtain real number of clicked row.

..RecNo ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Apr 2007 08:13:06 +0200
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> I allways wondered why MPL is so popular here and not the BSD ?

Someone started it and now all stick to it because it avoids problems with licensing. Dual licensing is hard enough. Different licenses for parts is unbearable.


Subject: Re: JVCaptionPanel
From: "RT" <ralph.tuttle@visi.com>
Date: Wed, 4 Apr 2007 16:26:09 -0500
Newsgroups: jedi.vcl

Version 3.31

Here is the  panel settings from the DFM file

    object pnlDataList: TJvCaptionPanel
      Left = 1
      Top = 29
      Width = 264
      Height = 394
      Align = alLeft
      AutoDrag = False
      Buttons = [capMin, capRestore, capHelp]
      Caption = 'Original Data'
      CaptionFont.Charset = DEFAULT_CHARSET
      CaptionFont.Color = clWhite
      CaptionFont.Height = -13
      CaptionFont.Name = 'MS Sans Serif'
      CaptionFont.Style = [fsBold]
      Locked = True
      DragMode = dmAutomatic
      OutlookLook = False
      Resizable = False
      TabOrder = 0
      OnButtonClick = pnlDataListButtonClick
      DesignSize = (
        258
        388)
      object mOrgData: TMemo
        Left = 30
        Top = 0
        Width = 190
        Height = 288
        Anchors = [akLeft, akTop, akRight, akBottom]
        TabOrder = 0
      end
      object LMDButton1: TLMDButton
        Left = 228
        Top = 85
        Width = 24
        Height = 106
        Anchors = [akTop, akRight]
        Caption = 'C'#13#10'o'#13#10'n'#13#10'v'#13#10'e'#13#10'r'#13#10't'
        Font.Charset = DEFAULT_CHARSET
        Font.Color = clWindowText
        Font.Height = -11
        Font.Name = 'MS Sans Serif'
        Font.Style = [fsBold]
        ParentFont = False
        TabOrder = 1
        Visible = True
        WordWrap = True
        OnClick = LMDButton1Click
        MultiLine = True
      end
    end

"ssamayoa" <nospam@stopspam.com> wrote in message 
news:ev0sku$r45$1@news.talkto.net...
>> > >1.  If a jvCaptionPanel has CaptionPosition set to dpLeft, the caption 
>> > >text
> >
> > I just did a test and it works.
> > What version of VCL are using you?
> >
> > Regards.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Wed, 4 Apr 2007 22:12:19 +0200
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:eushhl$24c$1@news.talkto.net...
> OBones wrote:
>
>> I, for one, would reject the move to L/GPL as I completely dislike its viral nature. And that would also mean I can't use it anymore at work, which would a VERY bad thing.
>
> I do not reject the GPL, but i see that it only works in a GPL mono-culture (pun intended).

I allways wondered why MPL is so popular here and not the BSD ?


Subject: Re: ComboBox with Id and Description
From: "Rick" <nospam_rjg@lumaxlighting.com>
Date: Wed, 4 Apr 2007 16:07:49 -0400
Newsgroups: jedi.vcl

I tried the DBLookupCombobox and that looks like it will work just fine. 
Thanks.

"ssamayoa" <nospam@stopspam.com> wrote in message 
news:ev0ons$q85$1@news.talkto.net...
>> > >component. Therefore, I need access to an ItemIndex property so I can
>> >>determine which item is selected and get the appropriate value. I do not 
>> >>see
>> >>where ItemIndex is available on JvDBComboBox.
>> >>
> >
> > There isnt.
> >
> > Is the list comming from db table or query?
> >
> > If it is, use a DBLookupCombobox or JvDBLookupComboBox. Even if isnt
> > linked to database field you can select a value and get it thru public
> > property called KeyValue.
> >
> > Regards.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: JVCaptionPanel
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 4 Apr 2007 20:54:09 +0100
Newsgroups: jedi.vcl

> >1.  If a jvCaptionPanel has CaptionPosition set to dpLeft, the caption text 

I just did a test and it works.
What version of VCL are using you?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCaptionPanel
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 4 Apr 2007 19:56:47 +0100
Newsgroups: jedi.vcl

> >1.  Is there a way, through this panel or another, with the captionPosition 
> >set to dpLeft have the caption text show either rotated 90 degrees or word 
> >wrapped?

I dont undertand what you mean.

> >2.  When using a jvxSplitter between two of the above panels I get three 
> >areas that come into play when I try to use the splitter.  One for each 
> >panel and one for the splitter.  What properties do I need to adjust so that 
> >the panels are soely controled by the splitter?

Do you use another spliter component before?

You must set Aling in the tree componets and those components must be in
the same contaner (Form, panel, scroller, etc.). For a vertical split,
first panel must have Align = alLeft, spliter Align = alLeft and last
panel must have alClient.

This is what you need to known?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ComboBox with Id and Description
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 4 Apr 2007 19:47:26 +0100
Newsgroups: jedi.vcl

> >component. Therefore, I need access to an ItemIndex property so I can 
> >determine which item is selected and get the appropriate value. I do not see 
> >where ItemIndex is available on JvDBComboBox.
> >

There isnt.

Is the list comming from db table or query?

If it is, use a DBLookupCombobox or JvDBLookupComboBox. Even if isnt
linked to database field you can select a value and get it thru public
property called KeyValue.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error during installation jvcl
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 4 Apr 2007 19:36:55 +0100
Newsgroups: jedi.vcl

> >I have Delphi 2005 personal... ;op

Yep, personal version doesnt have data access components then dbrtl doesnt
exists. Dont include JVCL DB pacakges and it should install.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCaptionPanel
From: "RT" <ralph.tuttle@visi.com>
Date: Wed, 4 Apr 2007 13:36:08 -0500
Newsgroups: jedi.vcl

Thank you for responding.

1.  If a jvCaptionPanel has CaptionPosition set to dpLeft, the caption text 
does not display.  IS there a way to get the text to display?

2.  I had those settings set as you suggested but I also had 'resizeable' 
set to true.  Fixed now.


"ssamayoa" <nospam@stopspam.com> wrote in message 
news:ev0p9d$qcm$1@news.talkto.net...
>> > >1.  Is there a way, through this panel or another, with the 
>> > >captionPosition
>> >>set to dpLeft have the caption text show either rotated 90 degrees or word
>> >>wrapped?
> >
> > I dont undertand what you mean.
> >
>> >>2.  When using a jvxSplitter between two of the above panels I get three
>> >>areas that come into play when I try to use the splitter.  One for each
>> >>panel and one for the splitter.  What properties do I need to adjust so 
>> >>that
>> >>the panels are soely controled by the splitter?
> >
> > Do you use another spliter component before?
> >
> > You must set Aling in the tree componets and those components must be in
> > the same contaner (Form, panel, scroller, etc.). For a vertical split,
> > first panel must have Align = alLeft, spliter Align = alLeft and last
> > panel must have alClient.
> >
> > This is what you need to known?
> >
> > Regards.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: JvPasswordForm in JVCL 3.31 ?
From: "dco" <educ.dco@gmail.com>
Date: Wed, 4 Apr 2007 18:24:32 +0100
Newsgroups: jedi.vcl

 Hello,

Could you tell where is
the JvPasswordForm in JVCL 3.31
I do not find it! 

Thank you
Dany



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error during installation jvcl
From: "Mehdi Chihaoui" <mchihaoui@wizarbox.com>
Date: Wed, 4 Apr 2007 17:43:03 +0200
Newsgroups: jedi.vcl

Hi,

I have Delphi 2005 personal... ;op

Some ideas ?

Med

"ssamayoa" <nospam@stopspam.com> a écrit dans le message de news: 
ev0cj6$nla$1@news.talkto.net...
>> > >JvCoreD9R.dpk(46) Fatal: E2202 Package 'dbrtl' request not found
> >
> > Which version of Delphi 2005 you have: personal, professional or
> > enterprise (architect I think)?
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: ComboBox with Id and Description
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 4 Apr 2007 16:22:35 +0100
Newsgroups: jedi.vcl

> >I am always needing to populate a TComboBox with descriptions and also hold 
> >each descriptions id to a database.  Is there any Jedi component that does 

You can do as OBones said or

> >this simple task?  If not, I will develop one and give it to the Jedi 
> >project if someone can tell me where to send it.

If is data aware what you need, JvDBComboBox already has Items & Values
properties.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error during installation jvcl
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 4 Apr 2007 16:20:06 +0100
Newsgroups: jedi.vcl

> >JvCoreD9R.dpk(46) Fatal: E2202 Package 'dbrtl' request not found

Which version of Delphi 2005 you have: personal, professional or
enterprise (architect I think)?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Exist version for lazarus?
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 4 Apr 2007 16:17:19 +0100
Newsgroups: jedi.vcl

> >Lazarus is indispensable to move application windows in lazarus.

Not enterely true: Wine.

Wine is stable enougth to run sophisticated Delphi W32 made applications
such TOAD 8 & 9 (I ran both using instantclient 10.1). I also ran my own
Delphi W32 made applications with any problem.

There is very low overhead since Wine isn't an emulator, it a
remplementation of Win32 API in windows: Your exe run as fast as it will
in Windows. The delay in GUI isnt Wine, it is the X system delay baseon on
client/server architecture. I also ran Windows applications in Linux thru
X client from other host.

There is no need to go to Lazarus because of Linux nor BDS nor Solaris.

Regars.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ComboBox with Id and Description
From: "Rick" <nospam_rjg@lumaxlighting.com>
Date: Wed, 4 Apr 2007 11:16:34 -0400
Newsgroups: jedi.vcl

Yes, I've done that in the past. I just grow tired of including code to 
create and free the objects.

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ev0804$mne$1@news.talkto.net...
> > You can always assign an object to the ComboBox.Items.Objects property... 




Subject: Re: ComboBox with Id and Description
From: "Rick" <nospam_rjg@lumaxlighting.com>
Date: Wed, 4 Apr 2007 11:16:17 -0400
Newsgroups: jedi.vcl

I've had a look at JvDBComboBox and it does what I am looking for with the 
Values property, however, I am not updating a database directly through this 
component. Therefore, I need access to an ItemIndex property so I can 
determine which item is selected and get the appropriate value. I do not see 
where ItemIndex is available on JvDBComboBox.

"ssamayoa" <nospam@stopspam.com> wrote in message 
news:ev0cnq$nm6$1@news.talkto.net...
>> > >I am always needing to populate a TComboBox with descriptions and also 
>> > >hold
>> >>each descriptions id to a database.  Is there any Jedi component that does
> >
> > You can do as OBones said or
> >
>> >>this simple task?  If not, I will develop one and give it to the Jedi
>> >>project if someone can tell me where to send it.
> >
> > If is data aware what you need, JvDBComboBox already has Items & Values
> > properties.
> >
> > Regards.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: ComboBox with Id and Description
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 04 Apr 2007 15:14:53 +0200
Newsgroups: jedi.vcl

You can always assign an object to the ComboBox.Items.Objects property...


Subject: ComboBox with Id and Description
From: "Rick" <nospam_rjg@lumaxlighting.com>
Date: Wed, 4 Apr 2007 08:59:17 -0400
Newsgroups: jedi.vcl

I am always needing to populate a TComboBox with descriptions and also hold 
each descriptions id to a database.  Is there any Jedi component that does 
this simple task?  If not, I will develop one and give it to the Jedi 
project if someone can tell me where to send it.

Thanks,

Rick 




Subject: Error during installation jvcl
From: "Mehdi Chihaoui" <mchihaoui@wizarbox.com>
Date: Wed, 4 Apr 2007 11:09:24 +0200
Newsgroups: jedi.vcl

Hi,

I have installed Borland Delphi 2005, jcl v1.99 and it's OK.

I would try to install jvcl v3.00 and I have this error :

JvCoreD9R.dpk(46) Fatal: E2202 Package 'dbrtl' request not found



What's wrong ?



Thanks




Subject: Re: Exist version for lazarus?
From: LaGuna <troppispam@cisono.com>
Date: Wed, 04 Apr 2007 09:19:09 +0200
Newsgroups: jedi.vcl

Robert Marquardt ha scritto:
> LaGuna wrote:
>>     Group JEDE could give just the contribution in order to render it stabler.
>>
>> Tanks by Enzo
>
> Really? We have work enough with the JVCL already.
> Why don't you do it? Open source means volunteering yourself not asking others to volunteer.

    
I do not make part of the group.

They are a develop small that it has wants to grow.

Lazarus to contrary of (Delphi/Kilix) could offire more very than what it is believed.

Today Win32 is the only solution but with avventod of sight the panorama it is changed.

Thanks


Subject: Re: Exist version for lazarus?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Apr 2007 08:32:37 +0200
Newsgroups: jedi.vcl

LaGuna wrote:
>     Group JEDE could give just the contribution in order to render it stabler.
>
> Tanks by Enzo

Really? We have work enough with the JVCL already.
Why don't you do it? Open source means volunteering yourself not asking others to volunteer.


Subject: Re: package suffix for Delphi 2007
From: "Carsten Schuette" <carsten.schuette@gmx.de>
Date: Wed, 4 Apr 2007 06:30:29 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen wrote:

> > Florent Ouchet wrote:
> > 
>> > > Because DCU and BPL are shared beween BDS 2006 and Delphi 2007
> > 
> > We should create an own lib directory for Delphi 2007.

I also would appreciate this.

Carsten


Subject: JVCaptionPanel
From: "RT" <ralph.tuttle@visi.com>
Date: Tue, 3 Apr 2007 17:18:45 -0500
Newsgroups: jedi.vcl

1.  Is there a way, through this panel or another, with the captionPosition 
set to dpLeft have the caption text show either rotated 90 degrees or word 
wrapped?

2.  When using a jvxSplitter between two of the above panels I get three 
areas that come into play when I try to use the splitter.  One for each 
panel and one for the splitter.  What properties do I need to adjust so that 
the panels are soely controled by the splitter?

TIA

RT 




Subject: Re: Exist version for lazarus?
From: LaGuna <troppispam@cisono.com>
Date: Tue, 03 Apr 2007 18:56:57 +0200
Newsgroups: jedi.vcl

    
Group JEDE could give just the contribution in order to render it stabler.

Tanks by Enzo


Subject: Re: HTML hints in JvBalloonHint
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 03 Apr 2007 13:25:10 +0200
Newsgroups: jedi.vcl

We won't be including them directly like that. Indeed, imagine that someone uses it today with strings that could be interpreted as HTML tags. With your change on, their application would behave differently without any warning.
As a result, adding a property to control this behaviour is the way to go.
But the proposal looks interesting. Can you put it in a Mantis issue?
http://homepages.codegear.com/jedi/issuetracker/


Subject: Re: HTML hints in JvBalloonHint
From: "Peter Bezemek" <pietro@guitar.sk>
Date: Tue, 3 Apr 2007 12:16:54 +0200
Newsgroups: jedi.vcl

Since I received no answer from you guys, I have attempted to find the 
solution by myself and I have managed to achieve what I wanted (HTML hints 
work in JvBalloonHint).
I am not sure if it is a general solution to the problem, but at least it 
works for my purpose. (I am especially uncertain if it works for Unicode 
strings)

In JvBalloonHint.pas I have modified the source to use HTML function from 
JVCLUtils.pas instead of DrawTextW

//for calculating the rectangle of the hint

in TJvBalloonWindow.CalcMsgRect(MaxWidth: Integer): TRect;

....

    {DrawTextW(Canvas.Handle, FMsg, Result,
      DT_CALCRECT or DefaultTextFlags or DrawTextBiDiModeFlagsReadingOnly);}
    Result.Right:=HTMLTextWidth(Canvas, Result, [], FMsg);
    Result.Bottom:=HTMLTextHeight(Canvas, FMsg);
....

//************************

in TJvBalloonWindowEx.Paint;

....
{DrawTextW(Canvas.Handle, FMsg, HintRect,
      DefaultTextFlags or DrawTextBiDiModeFlagsReadingOnly);}
    HTMLDrawText(Canvas, HintRect, [], FMsg);
....

Please include these changes in the next release of JVCL.

Thank you,
Peter Bezemek


"Peter Bezemek" <pietro@guitar.sk> napísal v správe 
news:euj08l$91h$1@news.talkto.net...
> > Hello everyone,
> >
> > I've been using colored hints in JvBalloonHint in older version of JVCL 
> > and it worked ok. It does not seem to work in the latest version, no 
> > matter how I try to make it work.
> > I have noticed that <c:Red>red <c:Green>green syntax is changed to <font 
> > color=clRed>Red
> > but unfortunately, it does not work for JvBalloonHint, only for standard 
> > application hint in conjunction with HtHints
> >
> > Any help would be appreciated.
> >
> > Best regards,
> > Peter Bezemek
> > 




Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Tue, 3 Apr 2007 00:33:02 -0400
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:eushhl$24c$1@news.talkto.net...
> > OBones wrote:
> >
>> > > I, for one, would reject the move to L/GPL as I completely dislike its
>> > > viral nature. And that would also mean I can't use it anymore at work,
>> > > which would a VERY bad thing.
> >
> > I do not reject the GPL, but i see that it only works in a GPL
> > mono-culture (pun intended).

I don't reject it - but I'm petri-fied of it.

<sorry, couldn't resist>

Cheers,
EdB




Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Apr 2007 05:39:54 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I, for one, would reject the move to L/GPL as I completely dislike its viral nature. And that would also mean I can't use it anymore at work, which would a VERY bad thing.

I do not reject the GPL, but i see that it only works in a GPL mono-culture (pun intended).


Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 2 Apr 2007 22:23:24 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > that would also mean I can't use it anymore at work, which would a
> > VERY bad thing.

And as a result of that nobody would remain on the active developer
list.


-- Regards, Andreas Hausladen 

Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 02 Apr 2007 22:43:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> LaGuna wrote:
>
>> Why JEDI does not collaborate to develop Lazarus?
>
> Because nobody volunteers to do the job. Everybody wants everything but
> only some less will do the job.
>
> Let's do some calculation:
> - 0.25 % of all developers are willing to do the job
> - JVCL has about 5 (more or less active developers)
>
> 5 * 0.0025 = 0.0125
> Trunc(0.0125) = 0
>
> So ZERO developers volonteer to do the job.
>
>
>
>> Lazarus can become one instrument of advanced development with your
>> contribution.
>
> Not only that we are too less developers to do the job, also the MPL1.1
> is not compatible with the L/GPL. And I don't think that it is possible
> to find all JVCL contributors and ask them to confirm a license change
> to a dual license (only GPL or LGPL is out of question for the JVCL
> because that would cause the JVCL-users to either link against a BPL or
> to make their own code L/GPL).
>
> And even if the license change would be possible, there is still the
> problem that the more complex components will not port to the LCL
> without a huge amount of work/time. There are also many components that
> require Windows. And only having components like TJvShape for the LCL
> doesn't make sense.

I, for one, would reject the move to L/GPL as I completely dislike its viral nature. And that would also mean I can't use it anymore at work, which would a VERY bad thing.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Exist version for lazarus?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 02 Apr 2007 22:40:48 +0200
Newsgroups: jedi.vcl

LaGuna wrote:
> OBones ha scritto:
>> LaGuna wrote:
>>> Exist version for lazarus?
>>
>> No, lazarus is not stable enough.
>
> Lazarus is indispensable to move application windows in lazarus.
>
> Tanks

Yes, but try to have even basic design time support and you'll see what I mean when I say that it's not stable enough.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: package suffix for Delphi 2007
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 02 Apr 2007 22:39:58 +0200
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen wrote:
> Florent Ouchet wrote:
>
>> Because DCU and BPL are shared beween BDS 2006 and Delphi 2007
>
> We should create an own lib directory for Delphi 2007. I just ran into
> a problem that my BDS 2006 IDE produced a borken executable. It took
> the jcl\d10 DCUs which were compiled with Delphi 2007. And you don't
> think how much time it had cost me to figure out what the actual
> problem was.

Yeah, I'm slowly getting on this idea too.
Florent is away for the week, but after he comes back, I think we will make the move.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: package suffix for Delphi 2007
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 2 Apr 2007 22:23:21 +0200
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> > Because DCU and BPL are shared beween BDS 2006 and Delphi 2007

We should create an own lib directory for Delphi 2007. I just ran into
a problem that my BDS 2006 IDE produced a borken executable. It took
the jcl\d10 DCUs which were compiled with Delphi 2007. And you don't
think how much time it had cost me to figure out what the actual
problem was.

-- Regards, Andreas Hausladen 

Subject: Re: Why JEDI does not collaborate to develop Lazarus?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 2 Apr 2007 17:42:42 +0000 (UTC)
Newsgroups: jedi.vcl

LaGuna wrote:

> > Why JEDI does not collaborate to develop Lazarus?

Because nobody volunteers to do the job. Everybody wants everything but
only some less will do the job.

Let's do some calculation:
- 0.25 % of all developers are willing to do the job
- JVCL has about 5 (more or less active developers)

5 * 0.0025 = 0.0125
Trunc(0.0125) = 0

So ZERO developers volonteer to do the job.



> > Lazarus can become one instrument of advanced development with your
> > contribution.

Not only that we are too less developers to do the job, also the MPL1.1
is not compatible with the L/GPL. And I don't think that it is possible
to find all JVCL contributors and ask them to confirm a license change
to a dual license (only GPL or LGPL is out of question for the JVCL
because that would cause the JVCL-users to either link against a BPL or
to make their own code L/GPL).

And even if the license change would be possible, there is still the
problem that the more complex components will not port to the LCL
without a huge amount of work/time. There are also many components that
require Windows. And only having components like TJvShape for the LCL
doesn't make sense.


-- Regards, Andreas Hausladen 

Subject: Why JEDI does not collaborate to develop Lazarus?
From: LaGuna <troppispam@cisono.com>
Date: Mon, 02 Apr 2007 19:05:32 +0200
Newsgroups: jedi.vcl

Why JEDI does not collaborate to develop Lazarus?

    
Lazarus can become one instrument of advanced development with your contribution.

Tanks.


Subject: Re: Exist version for lazarus?
From: LaGuna <troppispam@cisono.com>
Date: Mon, 02 Apr 2007 19:03:11 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> LaGuna wrote:
>> Exist version for lazarus?
>
> No, lazarus is not stable enough.

Lazarus is indispensable to move application windows in lazarus.

Tanks


Subject: TJvLabel
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 2 Apr 2007 15:26:25 +0200
Newsgroups: jedi.vcl

Hi,

I'm using TJvLabel and its HotTrack capability. I've set the
HotTrack.Font.color to clBlue and when I move over the label it turns into
a blue one.

After clicking onto the label (I'm opening the explorer), the font color
does not change anymore when hovering over the label a second time. 

Is there a option where I could tell the label not to reset its font color
or tell it not to memorize the first click?

-- cu, Michael 

Subject: Re: How to dock a form use tab style in code
From: "Mark Jarray" <M.Jarray@nospam.org>
Date: Sun, 1 Apr 2007 09:38:42 +0800
Newsgroups: jedi.vcl

> > Basically in a nutshell:
> >
> >    1. first item docked to a panel is as you say, manualDock
> >    2. second item you dock, you MUST create your own TJvDockTabHost 
> > control (see demo)
> >    3. You must then dock form 1 into the tab host, then dock form 2 into 
> > the tab host, then dock the tab host into the dock panel.
> >    4. Next time, just add a page to the same panel.
> >    5. you must also write some code to handle undocking-from-code. When 
> > the second tab goes away, you don't want a one-tab tab-host form anymore, 
> > so you must in code undock the last form, destroy the tab host, and redock 
> > the last form to the panel.
> >
> > I realize this is a LOT of work, but it's made this way because the 
> > component set was written primarily to support docking-via-mouse-drags and 
> > a lot of docking-from-code support code was not yet written.
> >
> > Maybe in a future version of JvDocking, I will add to it some features to 
> > make tabbed docking a little easier to manage.
> >

thanks, i will try.




Subject: Re: Error during JVCL installation with italian localization
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 31 Mar 2007 12:26:17 +0200
Newsgroups: jedi.vcl

F3 wrote:
>> Nope, it's not where you should do it. Either you use the installer to edit the options (button at top right), or you edit the jvcld6.inc file and remove the dot in front of "DEFINE USE_DXGETTEXT" in those lines :
>
> I had already tried to do this, also because I noticed that no {$DEFINE USE_DXGETTEXT} was present in jvcl.inc, while in jvcld6.inc there was that define just ready to be undotted. Then I discovered that enabling it was the same as checking the relative option in the installer.
> Unfortunately the result is exactly the same, same errors and installation aborted.

I just tried, the installer modified all the JvCore packages (i have C5, C6, D6 and D2006 installed) and all installations are just fine.
Did you regenerate the packages?
Which version are you using?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: no packages
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sat, 31 Mar 2007 00:22:33 +0200
Newsgroups: jedi.vcl


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:eujprt$ecv$1@news.talkto.net...
> Bart van der Werf wrote:
>> How do i install jcl+jvcl so that i don't use packages, i want to do some quick debugging using jvcl and the packages are getting in the way.
>
> Just add the source paths to the search path of your project.
> But you won't be able to open any form in Delphi...

great, that works,  was getting incomplete callstacks


Subject: Re: no packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 30 Mar 2007 21:58:03 +0200
Newsgroups: jedi.vcl

Bart van der Werf wrote:
> How do i install jcl+jvcl so that i don't use packages, i want to do some quick debugging using jvcl and the packages are getting in the way.

Just add the source paths to the search path of your project.
But you won't be able to open any form in Delphi...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: no packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 30 Mar 2007 19:57:26 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > But you won't be able to open any form in Delphi...

.... that uses JVCL components on it.


-- Regards, Andreas Hausladen 

Subject: no packages
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Fri, 30 Mar 2007 21:23:18 +0200
Newsgroups: jedi.vcl

How do i install jcl+jvcl so that i don't use packages, i want to do some quick debugging using jvcl and the packages are getting in the way.


Subject: Re: Plugin wizard
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Mar 2007 15:49:12 +0200
Newsgroups: jedi.vcl

Lepidosteus wrote:
> This may not be the right place to say this,
>
> The plugin wizard is broken under delphi 2006 if you want to make a package plugin: you endup with a new project, empty.
> If you try to do it again without relauching the ide, both dll and package fails with "interface not supported".
>
> Dll works fine.
>
http://homepages.codegear.com/jedi/issuetracker/view.php?id=3230


Subject: Plugin wizard
From: "Lepidosteus" <lepidosteus@gmail.com>
Date: Fri, 30 Mar 2007 15:47:03 +0200
Newsgroups: jedi.vcl

This may not be the right place to say this,

The plugin wizard is broken under delphi 2006 if you want to make a package 
plugin: you endup with a new project, empty.
If you try to do it again without relauching the ide, both dll and package 
fails with "interface not supported".

Dll works fine.

-- lepidosteus 

Subject: Re: JvTranslator demo and help
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Mar 2007 15:44:39 +0200
Newsgroups: jedi.vcl

Lepidosteus wrote:
> "OBones" <obones_gf_@_fe_altern.org> wrote in message news:euibof$5q9$1@news.talkto.net...
>> It's unlikely any work will be done on this demo and component because it has been deprecated in favor of DxGettext for localization.
>> However, we could look at having the demo compile, but I insist, the use of TJvTranslator is strongly discouraged.
>>
>> Cheers
>> Olivier
> Is there any demo for DxGettext ?

Not in the JVCL as this is an external project.
But you will get all the infos you want here: http://dybdahl.dk/dxgettext/


Subject: Re: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Mar 2007 15:41:06 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I have uninstalled and reinstalled several times. Should I see a separate entry in the installer for C++Builder 2006 or do the
> same BPLs work for both?

Note that you MUST rebuild the packages or they might not be compiled in dual mode.


Subject: Re: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: "Lepidosteus" <lepidosteus@gmail.com>
Date: Fri, 30 Mar 2007 15:31:08 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wp@tekran.com> wrote in message 
news:euj1ok$99r$3@news.talkto.net...
> > I have uninstalled and reinstalled several times. Should I see a separate 
> > entry in the installer for C++Builder 2006 or do the
> > same BPLs work for both?
> >
> > Warren
Same for both. I reinstalled in the morning for delphi/win32 (not carring 
about bcb at all at this point)

Seeing your post later I just looked at it, and it had worked for BCB too.

As I said, all default options.

-- lepidosteus 

Subject: Re: JvTranslator demo and help
From: "Lepidosteus" <lepidosteus@gmail.com>
Date: Fri, 30 Mar 2007 15:29:35 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:euibof$5q9$1@news.talkto.net...
> > It's unlikely any work will be done on this demo and component because it 
> > has been deprecated in favor of DxGettext for localization.
> > However, we could look at having the demo compile, but I insist, the use 
> > of TJvTranslator is strongly discouraged.
> >
> > Cheers
> > Olivier
Is there any demo for DxGettext ?

-- lepidosteus 

Subject: Re: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: Warren Postma <wp@tekran.com>
Date: Fri, 30 Mar 2007 09:05:00 -0400
Newsgroups: jedi.vcl

Lepidosteus wrote:
> "Warren Postma" <wp@tekran.com> wrote in message news:eugvvu$t9i$1@news.talkto.net...
>  
>> Someone just complained about a bug dropping a component on a form and compiling in C++Builder personality. I had never even tried it.
>>
>> So I tried C++ Builder for the first time. The component palette DOES NOT contain any JVCL components when I create a new C++Builder project,
>> but the components look like they are installed properly when I look at the installed component packages (.BPLs).
>>
>> Am I missing something?
>>
>> Warren
>>     
>
> I'm not a BCB user, but since I have bds 2006 I just gave it a look, I have all components on the palette (just like in the delphi personality).
>
>   
I wonder how I managed to screw life up then.  :-)

I have uninstalled and reinstalled several times. Should I see a separate entry in the installer for C++Builder 2006 or do the
same BPLs work for both?

Warren


Subject: HTML hints in JvBalloonHint
From: "Peter Bezemek" <pietro@guitar.sk>
Date: Fri, 30 Mar 2007 14:40:54 +0200
Newsgroups: jedi.vcl

Hello everyone,

I've been using colored hints in JvBalloonHint in older version of JVCL and 
it worked ok. It does not seem to work in the latest version, no matter how 
I try to make it work.
I have noticed that <c:Red>red <c:Green>green syntax is changed to <font 
color=clRed>Red
but unfortunately, it does not work for JvBalloonHint, only for standard 
application hint in conjunction with HtHints

Any help would be appreciated.

Best regards,
Peter Bezemek 




Subject: Re: Coloring Time Slots
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Mar 2007 08:53:35 +0200
Newsgroups: jedi.vcl

Henry wrote:
> Thanks VooDoo, works like a champ.
>
> Where would I look to find out how to color a time slot without setting an "appointment". I would like to have my schedule show "booked" from 12 to 1 for lunch but if I book another appointment from 12 to 12:30, I would like it to sit on top of the 12 to 1 lunch time, not show "double" booked.
> Is this possible?

Not directly, but you could remove the previous one.


Subject: Re: JvTranslator demo and help
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Mar 2007 08:52:05 +0200
Newsgroups: jedi.vcl

It's unlikely any work will be done on this demo and component because it has been deprecated in favor of DxGettext for localization.
However, we could look at having the demo compile, but I insist, the use of TJvTranslator is strongly discouraged.

Cheers
Olivier


Subject: Re: JvChart Problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Mar 2007 08:00:14 +0200
Newsgroups: jedi.vcl

While the source of JvChart is overhauled it would be a good idea to strip most of the comments and dead code. There is no need to make "// NEW" comments at all. It only makes the source unreadable. Many of the comments explaining the private variables are useless also. Often the name is explanation enough.
Maybe also stripping the TJVCHART_ARRAY_OF_ARRAY by deciding for one of the implementations.


Subject: Re: JvTranslator demo and help
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Mar 2007 05:35:00 +0200
Newsgroups: jedi.vcl

Lepidosteus wrote:
> Hello,
>
> - First, maybe an issue:
> Using latest jvcl release, the TJvTranslator exemple does not compile under delphi 2006. It requests a lot of QWhatever units (wich I suspect to be BCB units ?).


Q means CLX.


Subject: Re: JvChart Problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Mar 2007 05:33:31 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I believe the warnings are gone now.  I think that guy had an intermediate checkin where I had left in an unused local variable declaration in a few functions.

I cleaned it up.


Subject: Coloring Time Slots
From: "Henry" <EZMed@NoSpam.hotmail.com>
Date: Thu, 29 Mar 2007 18:06:28 -0500
Newsgroups: jedi.vcl

Thanks VooDoo, works like a champ.

Where would I look to find out how to color a time slot without setting an 
"appointment". I would like to have my schedule show "booked" from 12 to 1 
for lunch but if I book another appointment from 12 to 12:30, I would like 
it to sit on top of the 12 to 1 lunch time, not show "double" booked.
Is this possible?

Henry 




Subject: Re: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: "Lepidosteus" <lepidosteus@gmail.com>
Date: Thu, 29 Mar 2007 21:58:39 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wp@tekran.com> wrote in message 
news:eugvvu$t9i$1@news.talkto.net...
> > Someone just complained about a bug dropping a component on a form and 
> > compiling in C++Builder personality. I had never even tried it.
> >
> > So I tried C++ Builder for the first time. The component palette DOES NOT 
> > contain any JVCL components when I create a new C++Builder project,
> > but the components look like they are installed properly when I look at 
> > the installed component packages (.BPLs).
> >
> > Am I missing something?
> >
> > Warren

I'm not a BCB user, but since I have bds 2006 I just gave it a look, I have 
all components on the palette (just like in the delphi personality).

To install, I uninstalled my previous jcl and jvcl, then installed the 
lastest sourceforge releases (install.bat jcl then jvcl, left default 
settings).

Works both with only the BCB personnality loaded, or with all personalities.

If you tell me the exact component that may not be working, I can test it.

PS: wow, I forgot how slow was c++ to compile ...

-- lepidosteus 

Subject: JvTranslator demo and help
From: "Lepidosteus" <lepidosteus@gmail.com>
Date: Thu, 29 Mar 2007 21:50:00 +0200
Newsgroups: jedi.vcl

Hello,

- First, maybe an issue:
Using latest jvcl release, the TJvTranslator exemple does not compile under 
delphi 2006. It requests a lot of QWhatever units (wich I suspect to be BCB 
units ?).

For the record, it is NOT in the qexemples dir, but in the regular exemples.

- Second, I've got a question about the JvTranslator.
So far, what I undertood about how I should do it is; make you application 
as you've always done, with the exception of constant strings (dialogs, ..) 
which are const that you also add in a JvTranslatorStrings.

Then make a dump of your application using ComponentToXML.

Then translate this dump in as many languages as you want, provide a "choose 
language" screen, and on user selection call Translate(filename);

Am I correct ?

If I am, my issue is about the "dump". There is a way to *skip* given 
properties' name, but not to *only allow* some.
For exemple, I want only the Caption and Text properties to be saved, can I 
do that ?

If I can't, I guess I will have to manually clean up the dump to remove all 
useless properties I don't want, but since applications can get very big, I 
hoped there were an "easy" way.


Thanks
-- Lepidosteus 

Subject: Just tried C++ Builder in BDS 2006, there are no JVCL components in the palette.
From: Warren Postma <wp@tekran.com>
Date: Thu, 29 Mar 2007 14:22:30 -0400
Newsgroups: jedi.vcl

Someone just complained about a bug dropping a component on a form and compiling in C++Builder personality. I had never even tried it.

So I tried C++ Builder for the first time. The component palette DOES NOT contain any JVCL components when I create a new C++Builder project,
but the components look like they are installed properly when I look at the installed component packages (.BPLs).

Am I missing something?

Warren


Subject: Re: JvChart Problems
From: Warren Postma <wp@tekran.com>
Date: Thu, 29 Mar 2007 14:13:40 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Warren, can you look at removing the warnings Fred mentioned?
> The policy is ZERO messages from the compiler in the JVCL.
>
I believe the warnings are gone now.  I think that guy had an intermediate checkin where I had left in an unused local variable declaration in a few functions.

There are 0 hints, 0 warnings when I build here, for Delphi 7, 2006, and 2007.   I don't have BCB, D6, D5, or D2005 installed.


Warren


Subject: Re: Schedule Manager Refresh
From: VooDoo <darek640@op.pl>
Date: Thu, 29 Mar 2007 08:48:34 +0200
Newsgroups: jedi.vcl

Henry napisał(a):
> I have tried to get refresh to work by several different means. I am using the schedule manager with a jvtfdays component, sql back end. I am using batch mode (would on demand mode work for me? how?)
> I have a query in LoadBatches to "load" data. I am doing a processbatches, I've released and requested / retrieved schedules, all to no avail.
> So my question is How do I do a refresh in batch mode / ondemand mode and which is better for performance?
>
> Does someone have an example they would like to sell?
>
> Henry
>
I do it like this:
//---------------------------------------------------------------------------
OnRefreshAppt
{
 if (Baza->TFTr->Active)
  try {Baza->TFTr->Commit();}
  catch(...) {Baza->TFTr->Rollback();}
      Baza->TFQ->SQL->Clear();
      Baza->TFQ->SQL->Add("Select * From GroupAppt Where ApptID = :ApptID");
      Baza->TFQ->ParamByName("ApptID")->AsString = Appt->ID;
      Baza->TFQ->Open();
      if (Baza->TFQ->RecordCount == 1)
        {

Appt->SetStartEnd(Baza->TFQ->FieldByName("StartDate")->AsDateTime,
                           Baza->TFQ->FieldByName("StartTime")->AsDateTime,
                           Baza->TFQ->FieldByName("EndDate")->AsDateTime,
                           Baza->TFQ->FieldByName("EndTime")->AsDateTime);
          Appt->Description = Baza->TFQ->FieldByName("Description")->AsString;
          Appt->AlarmEnabled = Baza->TFQ->FieldByName("AlarmEnabled")->AsInteger;
          Appt->AlarmAdvance = Baza->TFQ->FieldByName("AlarmAdvance")->AsInteger;
          Appt->Refreshed = true;
        }
      Baza->TFQ->Close();

  // Now update the Appt --> Schedule(s) relationship
  Appt->ClearSchedules();
      Baza->TFQ->SQL->Clear();
      Baza->TFQ->SQL->Add("Select * From GroupLink Where ApptID = :ApptID");
      Baza->TFQ->ParamByName("ApptID")->AsString = Appt->ID;
      Baza->TFQ->Open();
      Baza->TFQ->First();
      while (!Baza->TFQ->Eof)
        {

Appt->AddSchedule(Baza->TFQ->FieldByName("SchedName")->AsString.Trim());
          Baza->TFQ->Next();
        }
      Baza->TFQ->Close(); // ApptSchedulesQuery

if (Baza->TFTr->Active)
  try {Baza->TFTr->Commit();}
  catch(...) {Baza->TFTr->Rollback();}
}
//---------------------------------------------------------------------------
and
//---------------------------------------------------------------------------
OnRefreshAll
int ileAppt = ScheduleManager->ApptCount(); // ile appt
// Refresh every appt in schedule
for (int a=0; a < ileAppt; a++)
{
 ScheduleManager->dbRefreshAppt(ScheduleManager->Appts[a]);
}

}
//---------------------------------------------------------------------------
maybe this would help.
Refresh selected Appt in JvTFDays1
ScheduleManager->dbRefreshAppt(JvTFDays1->SelAppt);
Refresh all Appt in the Schedule
ScheduleManager->dbRefreshAll();


Subject: Schedule Manager Refresh
From: "Henry" <ezmed@nospam.hotmail.com>
Date: Wed, 28 Mar 2007 18:06:28 -0500
Newsgroups: jedi.vcl

I have tried to get refresh to work by several different means. I am using 
the schedule manager with a jvtfdays component, sql back end. I am using 
batch mode (would on demand mode work for me? how?)
I have a query in LoadBatches to "load" data. I am doing a processbatches, 
I've released and requested / retrieved schedules, all to no avail.
So my question is How do I do a refresh in batch mode / ondemand mode and 
which is better for performance?

Does someone have an example they would like to sell?

Henry 




Subject: Re: TNT Unicode is now TMS Unicode
From: Nico <nospam@nospam.com>
Date: Wed, 28 Mar 2007 23:40:16 +0200
Newsgroups: jedi.vcl

edbored wrote:
> "OBones" <obones_gf_@_fe_altern.org> wrote in message
> news:eud7v9$9ot$1@news.talkto.net...
>> Robert Marquardt wrote:
>>> edbored wrote:
>>>
>>>> Um, would that be per USED source code line, or EVERY line in the
>>>> library? I'm pretty sure I'm not using everything, so I don't think
> it's
>>>> fair that I pay for stuff that only other people care about and...
>>>
>>> This is a MS style license. Fairness is therfore not involved :->
>>> Now hand over the money or i sue you!
>> Guys, guys, please calm down. This is already turning into a troll on
>> the borland/codegear forums, so please leave it over there.
>
> (Spoilsport - and what the heck, Robert would have to wait in
> line behind Revenue Canada...)
>
> Shall we move this over to bpot then?
> <eg>
>
> Cheers,
> EdB
>
>

I doubt that tms owns the rights on tmt. hundreds of delphi users have contributed to tnt components.


Subject: Re: JvChart Problems
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 28 Mar 2007 18:17:12 +0200
Newsgroups: jedi.vcl

Warren, can you look at removing the warnings Fred mentioned?
The policy is ZERO messages from the compiler in the JVCL.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Exist version for lazarus?
From: Warren Postma <wp@tekran.com>
Date: Wed, 28 Mar 2007 11:49:27 -0400
Newsgroups: jedi.vcl

OBones wrote:
> LaGuna wrote:
>> Exist version for lazarus?
>
> No, lazarus is not stable enough.

Also, the designers of Lazarus' LCL didn't take any care to provide basic compatibility in low level VCL-equivalent classes.

Warren



Subject: JvZlibMultiple new property in SVN - ForceDirectoriesFlag
From: Warren Postma <wp@tekran.com>
Date: Wed, 28 Mar 2007 11:48:47 -0400
Newsgroups: jedi.vcl

Just checked in the following change to JvZlibMultiple.pas:

Added a new property ForceDirectoriesFlag.

Defaults to true.

Turn it off when you need to prevent JvZlibMultiple from calling ForceDirectories (which will create a tree of subdirectories),

If you do so, be prepared instead to handle exceptions if file content is not in directories you can handle.

It should be possible to unpack a single file without its path, from a JvZlibMultiple archive, using this new property, and by stripping the paths as you extract files.

So for example, imagine you're writing a WinZip type GUI shell that reads and unpacks files from an archive in this custom JvZlibMultiple format.    You can now implement an "view/extract single file" or "extract selected files"  from archive, by skipping all files you didn't want, and you can prevent creation of subfolders, and force output to go into a temporary folder of your own creation (and not some subdirectory thereof).

Warren


Subject: Re: JvThread/JvThreadDialog
From: "ZioNemo" <ZioREMOVENemo@hotREMOVEmail.com>
Date: Wed, 28 Mar 2007 16:44:31 +0100
Newsgroups: jedi.vcl

> >ZioNemo wrote:
> >
>> >> I did some modifications extracting the image-detection code and reusing
>> >> it in both components. Is there any interest in those mods?
> >
> >Always. Best post it as donation to our Mantis bugtracker.
> >http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
Ok.
I will do some cleanup and then I will post it to Mantis.

> >
>> >> I have done some work to be able to read .zip and .rar files.
>> >> I parse the directory and locate the relevant portion of the file, then I
>> >> pass it to JclCompression for decoding. It works for me, but I didn't test
>> >> it extensively. I plan to add .zip creation. Is there any interest?
> >
> >Best read the thread "JvZLibMultiple output file can't be read by winrar 
> >/ winzip" from 2005/03/25 for that.
I did.
That is the reason I posted this (aside for the first, still unanswered,
question).
My current code can list and decode "normal" .zip & .rar archives but
cannot produce them.

I do not have much time in my hands, but if  can help back... (c;]
I can post the code in its current (non-releasable) status in order to
have Your comments.
I'm willing to massage to be Jvcl-compatible, if it won't take too long.

Best Regards

ZioNemo

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Exist version for lazarus?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 28 Mar 2007 16:26:46 +0200
Newsgroups: jedi.vcl

LaGuna wrote:
> Exist version for lazarus?

No, lazarus is not stable enough.


Subject: JCV 3.31 Compile error in JClWin32.hpp BDS2006 C++
From: "Dave" <drbeaker@g-mail.com>
Date: Wed, 28 Mar 2007 15:13:10 +0100
Newsgroups: jedi.vcl

If I try to add a TJvJCVLAboutComponent to my form I get compilation errors:

[C++ Error] Jclwin32.hpp(506): E2040 Declaration terminated incorrectly
[C++ Error] Jclwin32.hpp(507): E2040 Declaration terminated incorrectly
[C++ Error] Jclwin32.hpp(508): E2040 Declaration terminated incorrectly
[C++ Error] Jclwin32.hpp(509): E2040 Declaration terminated incorrectly
[C++ Error] Jclwin32.hpp(510): E2040 Declaration terminated incorrectly
[C++ Error] Jclwin32.hpp(511): E2040 Declaration terminated incorrectly
[C++ Error] iosfwd(254): E2238 Multiple declaration for 
'char_traits<wchar_t>::int_type'
[C++ Error] iosfwd(136): E2344 Earlier declaration of 
'char_traits<wchar_t>::int_type'
[C++ Error] iosfwd(260): E2238 Multiple declaration for 
'char_traits<wchar_t>::assign(wchar_t &,const wchar_t &)'
[C++ Error] iosfwd(141): E2344 Earlier declaration of 
'char_traits<wchar_t>::assign(wchar_t &,const wchar_t &)'
[C++ Error] iosfwd(265): E2238 Multiple declaration for 
'char_traits<wchar_t>::eq(const wchar_t &,const wchar_t &)'
[C++ Error] iosfwd(146): E2344 Earlier declaration of 
'char_traits<wchar_t>::eq(const wchar_t &,const wchar_t &)'
[C++ Error] iosfwd(270): E2238 Multiple declaration for 
'char_traits<wchar_t>::lt(const wchar_t &,const wchar_t &)'
[C++ Error] iosfwd(151): E2344 Earlier declaration of 
'char_traits<wchar_t>::lt(const wchar_t &,const wchar_t &)'
[C++ Error] iosfwd(276): E2238 Multiple declaration for 
'char_traits<wchar_t>::compare(const wchar_t *,const wchar_t *,unsigned 
int)'
[C++ Error] iosfwd(156): E2344 Earlier declaration of 
'char_traits<wchar_t>::compare(const wchar_t *,const wchar_t *,unsigned 
int)'
[C++ Error] iosfwd(283): E2238 Multiple declaration for 
'char_traits<wchar_t>::length(const wchar_t *)'
[C++ Error] iosfwd(167): E2344 Earlier declaration of 
'char_traits<wchar_t>::length(const wchar_t *)'
[C++ Error] iosfwd(290): E2238 Multiple declaration for 
'char_traits<wchar_t>::copy(wchar_t *,const wchar_t *,unsigned int)'
[C++ Error] iosfwd(176): E2344 Earlier declaration of 
'char_traits<wchar_t>::copy(wchar_t *,const wchar_t *,unsigned int)'
[C++ Error] iosfwd(298): E2238 Multiple declaration for 
'char_traits<wchar_t>::find(const wchar_t *,unsigned int,const wchar_t &)'
[C++ Error] iosfwd(187): E2344 Earlier declaration of 
'char_traits<wchar_t>::find(const wchar_t *,unsigned int,const wchar_t &)'
[C++ Error] iosfwd(305): E2238 Multiple declaration for 
'char_traits<wchar_t>::move(wchar_t *,const wchar_t *,unsigned int)'
[C++ Error] iosfwd(197): E2344 Earlier declaration of 
'char_traits<wchar_t>::move(wchar_t *,const wchar_t *,unsigned int)'
[C++ Error] iosfwd(312): E2238 Multiple declaration for 
'char_traits<wchar_t>::assign(wchar_t *,unsigned int,wchar_t)'
[C++ Error] iosfwd(312): E2228 Too many error or warning messages 




Subject: Exist version for lazarus?
From: LaGuna <troppispam@cisono.com>
Date: Wed, 28 Mar 2007 15:43:53 +0200
Newsgroups: jedi.vcl

Exist version for lazarus?

Tanks


Subject: Re: JvChart Problems
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 28 Mar 2007 11:47:40 +0100
Newsgroups: jedi.vcl

> >Is that okay? Avoids lots of very ugly IfDeffing througout JvChart, and 
> >appears to compile and run fine in Delphi 2006, 2007, and Delphi 7.

Yes, that's the right choice, I think.

> >Can someone try latest SVN JvChart.pas (rev 11236) to see if it
> >compiles on Delphi 6, BCB 5, and others?

It cannot compile on my computer because of the dozen of hints and 
warnings (mainly: variables declared but not used). Beside that, the 
IsNan problem is fixed.

And just a trivial thing: we're in march, not yet in april (date of your 
comments in the unit).

Regards, 
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvThread/JvThreadDialog
From: "ZioNemo" <ZioREMOVENemo@hotREMOVEmail.com>
Date: Wed, 28 Mar 2007 11:33:33 +0100
Newsgroups: jedi.vcl

Hi All,
I've been unable to find info on how to use the (apparently promising)
JvThread/JvThreadDialog components. Not even an example.
Can someone explain how to use them?

Other questions:

I found a very interesting image-format detection in JvDBImage; is there
any reason why the same code is not used in the plain JvImage?? I know
that usually you load images from files, but it is also known that image
extension is not always reliable (I know some sites that have only .jpg
images... even if they actually contain gif or png encoded pictures).
I did some modifications extracting the image-detection code and reusing
it in both components. Is there any interest in those mods?

I have done some work to be able to read .zip and .rar files.
I parse the directory and locate the relevant portion of the file, then I
pass it to JclCompression for decoding. It works for me, but I didn't test
it extensively. I plan to add .zip creation. Is there any interest?

Thanks in Advance

P.S.: if it matters:
I have Jvcl-331 installed under bds2006.

ZioNemo

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Wed, 28 Mar 2007 12:31:25 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Guillem wrote:
>> > > pls disregard the PS. I had not yet my coffee(ine) this morning
>> > > when I posted it <g>. Next time I'll post it to
>> > > borland.public.delphi.internationalization.win32.
> > 
> > Best use http://utf8vcl.sf.net
> > There are several forums now.

thanks for pointing that out. Last time I checked the SF webpage there
were no forums yet.

-- Best regards :-) Guillem Vicens Meier Dep. Informática Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: JvThread/JvThreadDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Mar 2007 11:22:16 +0200
Newsgroups: jedi.vcl

ZioNemo wrote:

> I did some modifications extracting the image-detection code and reusing
> it in both components. Is there any interest in those mods?

Always. Best post it as donation to our Mantis bugtracker.
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

> I have done some work to be able to read .zip and .rar files.
> I parse the directory and locate the relevant portion of the file, then I
> pass it to JclCompression for decoding. It works for me, but I didn't test
> it extensively. I plan to add .zip creation. Is there any interest?

Best read the thread "JvZLibMultiple output file can't be read by winrar / winzip" from 2005/03/25 for that.


Subject: Re: JvThread/JvThreadDialog
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 28 Mar 2007 11:19:56 +0200
Newsgroups: jedi.vcl

ZioNemo wrote:

> I found a very interesting image-format detection in JvDBImage; is there
> any reason why the same code is not used in the plain JvImage?? I know
> that usually you load images from files, but it is also known that image
> extension is not always reliable (I know some sites that have only .jpg
> images... even if they actually contain gif or png encoded pictures).
> I did some modifications extracting the image-detection code and reusing
> it in both components. Is there any interest in those mods?

Sounds good, please submit them in Mantis.


> I have done some work to be able to read .zip and .rar files.
> I parse the directory and locate the relevant portion of the file, then I
> pass it to JclCompression for decoding. It works for me, but I didn't test
> it extensively. I plan to add .zip creation. Is there any interest?

This should go in the JclCompression file, from the JCL, and yes, we are interested.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Mar 2007 11:12:33 +0200
Newsgroups: jedi.vcl

Guillem wrote:
>  pls disregard the PS. I had not yet my coffee(ine) this morning when I
> posted it <g>. Next time I'll post it to
> borland.public.delphi.internationalization.win32.

Best use http://utf8vcl.sf.net
There are several forums now.


Subject: TjvdbGrid and RowNumber
From: jacky <jfrieske@poczta.onet.pl>
Date: Wed, 28 Mar 2007 11:01:25 +0200
Newsgroups: jedi.vcl

Hi
How to obtain real number of clicked row. I've a TjvdbGrid with numer of records greater then visible rows. I scroll down the component and click the last record. I want to obtain the real row number (eg. 100) not row number in visible window (eg. 20).


Subject: Re: JvChart Problems
From: wp_xxyyzz <wp_xxyyzzz@gmx.net>
Date: Wed, 28 Mar 2007 10:54:53 +0200
Newsgroups: jedi.vcl

Hi Warren:

>> - Divisions on the y axis are not calculated property. Select
>> "PrimaryYAxis.YMax := +1.1; PrimaryYAxis.YMin := -1.1;
>> PrimaryYAxis.YDivisions := 5;" and you will find divisions
>> at -1.1, -0.7, -0.2, 0.2, 0.7, 1.1 which is not correct for a linear axis
>> (different spacings between divisions).
>>   
> By my math -1.1 to 1.1 is a range of 2.2, divided by 5, is 0.44.  What you see is the result of rounding to 1 decimal place.
Yes, that helps. But diagrams with such weired annotation are hard to read... It would be better to be able to specify the "increment" (TeeChart-speak) between successive axis labels, a clever rounding routine would be great.

>> - The header of the y axis is never displayed.
Sorry, this was a problem of myself (had dropped the "VCL" conditional define somehow).

>> - There is no legend. If several data series are displayed I'd expect to
>> have a legend somewhere in the chart. PenLegends are displayed only if a
>> series is clicked on.
>>   
> You have to set that up. Set the legend position (left or bottom).
The legend does show up when the legend position is set to "below", but never when set to "right".
"LegendRowCount" has no effect either, in fact this property is never called in the JvChart code.

>
>> - There is not way to display a scatter plot, i.e. unevenly spaced x values.
>>   
> Sorry, you'll have to fake that for now. I suggest a TPaintBox since none of the chart component code is very good for what you need in this case.
This is a pity...

>
>> - I can't get the Options.PenValueLabels to work.
>>   
To be more precise, the PenValueLabels are offset vertically by more than half of the chart height.

>> - The x axis has labels only in Date/time mode.
>>   
> Used to work for me, please send sample also.
Yes, after setting the Options.XLegends, it works. How can I modify the spacing between the labels?

-------------

There are some more bugs:
- Changing the XOrigin does move the y axis, but leaves the y axis tickmarks in place.

- Changing the YOrigin moves the y axis tickmarks vertically out of the y axis range.

- Changing YStartOffset does not modify anything.

- The y axis tick labels should be centered on the height of their corresponding tickmarks, but not in between.

- I would prefer to have the chart title centered across the diagram. Currently is starts at the center and draw to the right. The same would be nice for the x and y axes titles.

- Changing the legend position causes also the position of the x axis title to move.

- The size of the plotting rectangle is not recalculated when the legend font or axis font sizes are increased. Therefore the legend moves out of the chart bounds in case of a large legend font size, or the legend overlaps with the x axis annotation in case of a large axis font size.

- By the way, how to change the fonts of the axes titles?

- Sometimes the PenUnit stringlist is called with a too-large index. The method "InternalPlotGraph" contains code such as
  "if Options.PenUnit.Count >= I then ..."
Is this correct? Shouldn't it be "<=" instead?
By the way, wouldn't it be necessary to initialize all the pen-related string lists to the length defined in SetPenCount?

Werner

>> With kind regards,
>> Werner
>>   
>
> Hope I can help you out!
>
> Warren


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Wed, 28 Mar 2007 10:43:51 +0200
Newsgroups: jedi.vcl

Guillem wrote:

> > Bart van der Werf wrote:
> > 
>> > > http://utf8vcl.sf.net
>> > > http://sourceforge.net/projects/utf8vcl/
>> > > 
>> > > I'm interrested in what you think about it.
>> > > 
>> > > greets, Bart
> > 
> > Hi Bart,
> > 
> > just downloaded the CVS version and the test app shows me strange
> > characters. Is this normal or a known issue?

pls disregard the PS. I had not yet my coffee(ine) this morning when I
posted it <g>. Next time I'll post it to
borland.public.delphi.internationalization.win32.

-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: TNT Unicode is now TMS Unicode
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Wed, 28 Mar 2007 04:36:51 -0400
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote in message
news:eud7v9$9ot$1@news.talkto.net...
> > Robert Marquardt wrote:
>> > > edbored wrote:
>> > >
>>> > >> Um, would that be per USED source code line, or EVERY line in the
>>> > >> library? I'm pretty sure I'm not using everything, so I don't think
it's
>>> > >> fair that I pay for stuff that only other people care about and...
>> > >
>> > >
>> > > This is a MS style license. Fairness is therfore not involved :->
>> > > Now hand over the money or i sue you!
> >
> > Guys, guys, please calm down. This is already turning into a troll on
> > the borland/codegear forums, so please leave it over there.

(Spoilsport - and what the heck, Robert would have to wait in
line behind Revenue Canada...)

Shall we move this over to bpot then?
<eg>

Cheers,
EdB




Subject: Re: TNT Unicode is now TMS Unicode
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 28 Mar 2007 10:16:22 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> edbored wrote:
>
>> Um, would that be per USED source code line, or EVERY line in the
>> library? I'm pretty sure I'm not using everything, so I don't think it's
>> fair that I pay for stuff that only other people care about and...
>
>
> This is a MS style license. Fairness is therfore not involved :->
> Now hand over the money or i sue you!

Guys, guys, please calm down. This is already turning into a troll on the borland/codegear forums, so please leave it over there.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Wed, 28 Mar 2007 10:12:55 +0200
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > http://utf8vcl.sf.net
> > http://sourceforge.net/projects/utf8vcl/
> > 
> > I'm interrested in what you think about it.
> > 
> > greets, Bart

Hi Bart,

just downloaded the CVS version and the test app shows me strange
characters. Is this normal or a known issue?

-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam PS: I'm asking here because I don't know where else... 

Subject: Re: TNT Unicode is now TMS Unicode
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Mar 2007 09:13:17 +0200
Newsgroups: jedi.vcl

edbored wrote:

> Um, would that be per USED source code line, or EVERY line in the
> library? I'm pretty sure I'm not using everything, so I don't think it's
> fair that I pay for stuff that only other people care about and...


This is a MS style license. Fairness is therfore not involved :->
Now hand over the money or i sue you!


Subject: Re: TNT Unicode is now TMS Unicode
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 27 Mar 2007 18:16:15 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > What happens to THESE, then:

I love it when someone thinks he can apply his new license to an older,
already released version. I think the JCL and the JVCL should do the
same. Drop MPL and make it a commecial license which applies to all
already released JCL/JVCL version and requires every user to pay us 1
EUR per source code line (makes more than 1 million euro per active
JCL/JVCL developer).

-- Regards, Andreas Hausladen 

Subject: Re: TNT Unicode is now TMS Unicode
From: Warren Postma <wp@tekran.com>
Date: Tue, 27 Mar 2007 13:55:19 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> So you all know why TNT controls will not end up in JVCL:

Rats.  Formerly freely downloadable, and now purely commercial.  Not a step forward. Sigh.
What happens to THESE, then:
http://mh-nexus.de/tntunicodecontrols.htm


Warren



Subject: Re: JvChart Problems
From: Warren Postma <wp@tekran.com>
Date: Tue, 27 Mar 2007 13:50:23 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Should be IFDEF COMPILER11_UP instead
> Never use the VERXXX one, always use the one that are defined in jedi.inc
> As to where NaN is defined for VCL5, it seems it's not defined, the interpreter only recognizes it if its DELPHI6 or upper (see JvInterpreter_Math.pas)
> However, JclMath defines IsNaN for D5/C5, so you might want to see if you can find a constant in there that is not exposed, or create a new one for this very purpose.
>
I've decided to try just using JclMath.IsNan throughout JvChart, that way no matter what version of JvChart, and no matter what version of Delphi,
we're always calling JclMath.IsNan, which works on any version of Delphi, even prior to Delphi 6.

Is that okay? Avoids lots of very ugly IfDeffing througout JvChart, and appears to compile and run fine in Delphi 2006, 2007, and Delphi 7.

Can someone try latest SVN JvChart.pas (rev 11236) to see if it compiles on Delphi 6, BCB 5, and others?

Warren


Subject: TNT Unicode is now TMS Unicode
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Mar 2007 19:42:29 +0200
Newsgroups: jedi.vcl

So you all know why TNT controls will not end up in JVCL:

March 26, 2007

TMS software is excited to announce the acquisition of the TntWare
Unicode controls. The TntWare Unicode controls are the accepted defacto
standard solution for creating Unicode enabled applications with Delphi
& C++Builder. TntWare and TMS software have come to an agreement that it
is in the best interest for the continued development and support of the
TntWare Unicode controls that this is from today offered by TMS
software. TMS software will also build on the TntWare Unicode controls
technology to further extend TMS components with Unicode support as well
as expand the range of TntWare Unicode controls and add features to
these. In order to guarantee the continuation of the Unicode controls
development and to provide the best possible technical support, TMS
software will from today offer the TntWare Unicode controls as the
product "TMS Unicode Component Pack" with pricing at 30EU for a single
developer license and 120EU for a site license at
http://www.tmssoftware.com/go/?tmsuni From today, we also announce the
support for Delphi 2007 for Win32.

We're looking forward to make the standard for Delphi Unicode controls
even better and to offer first class support for all current & future
Delphi and C++Builder versions.

Kind regards,
Troy Wolbrink, TntWare
Bruno Fierens, TMS software


Subject: Re: JvChart Problems
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 27 Mar 2007 19:19:46 +0200
Newsgroups: jedi.vcl

Should be IFDEF COMPILER11_UP instead
Never use the VERXXX one, always use the one that are defined in jedi.inc
As to where NaN is defined for VCL5, it seems it's not defined, the interpreter only recognizes it if its DELPHI6 or upper (see JvInterpreter_Math.pas)
However, JclMath defines IsNaN for D5/C5, so you might want to see if you can find a constant in there that is not exposed, or create a new one for this very purpose.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvChart Problems
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 27 Mar 2007 17:06:41 +0100
Newsgroups: jedi.vcl

And Math.IsNan doesn't exist in D5 and BCB5.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvChart Problems
From: Warren Postma <wp@tekran.com>
Date: Tue, 27 Mar 2007 11:39:49 -0400
Newsgroups: jedi.vcl

Werner Pamler wrote:
> Hi,
>
> having read here about the new TJvChart features I was hoping that the
> issues with this components would have been fixed. Unfortunately this is not
> the case. So let me report some of the problems that I have with this
> component:
>
> - Divisions on the y axis are not calculated property. Select
> "PrimaryYAxis.YMax := +1.1; PrimaryYAxis.YMin := -1.1;
> PrimaryYAxis.YDivisions := 5;" and you will find divisions
> at -1.1, -0.7, -0.2, 0.2, 0.7, 1.1 which is not correct for a linear axis
> (different spacings between divisions).
>   
By my math -1.1 to 1.1 is a range of 2.2, divided by 5, is 0.44.  What you see is the result of rounding to 1 decimal place.



> - The header of the y axis is never displayed.
>   

Sample code please.

> - There is not legend. If several data series are displayed I'd expect to
> have a legend somewhere in the chart. PenLegends are displayed only if a
> series is clicked on.
>   
You have to set that up. Set the legend position (left or bottom).

> - There is not way to display a scatter plot, i.e. unevenly spaced x values.
>   
Sorry, you'll have to fake that for now. I suggest a TPaintBox since none of the chart component code is very good for what you need in this case.


> - I can't get the Options.PenValueLabels to work.
>   
Sample would be good.

> - The x axis has labels only in Date/time mode.
>   
Used to work for me, please send sample also.


> With kind regards,
> Werner
>   

Hope I can help you out!

Warren


Subject: Re: JvChart Problems
From: Warren Postma <wp@tekran.com>
Date: Tue, 27 Mar 2007 11:28:57 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:
> Fred wrote:
>> And Math.IsNan doesn't exist in D5 and BCB5.
>>
>> Fred
>>   
>
> Eeek. And in Delphi 2007 it won't compile without the "Math." prefix.
>
> I will {$IFDEF} it.
>

> Can anyone tell me what $IFDEF to use in this case?

I think it should be {$IFDEF VER185}Math.{$ENDIF} since it builds everywhere else without that prefix, and maybe on D5/BCB5 IsNan has to be done using a JCL routine, right?  Help!?

Warren




Subject: Re: JVCL v3.30.0.0 doesn't detect / install on D2007
From: Warren Postma <wp@tekran.com>
Date: Tue, 27 Mar 2007 11:10:32 -0400
Newsgroups: jedi.vcl

Dave wrote:
> Version 3.31.0.0 fixed it.
>
>   
:-) If in doubt, try the latest version.   Time travel is also an option.

Warren


Subject: Re: JvChart Problems
From: Warren Postma <wp@tekran.com>
Date: Tue, 27 Mar 2007 11:09:16 -0400
Newsgroups: jedi.vcl

Fred wrote:
> And Math.IsNan doesn't exist in D5 and BCB5.
>
> Fred
>   

Eeek. And in Delphi 2007 it won't compile without the "Math." prefix.

I will {$IFDEF} it.

Can anyone tell me what $IFDEF to use in this case?


I will look into these issues above as well.  Anybody else got any major complaints about JvChart? It so happens I have some time to play with it.

My biggest pet peeve in JvChart is that Printing is broken, but I've spent days on that one before and because I don't understand Printing in Windows very well, I was unable to figure out why the printouts are all squishy (flat). :-)



Warren



Subject: Re: JConsts.dcu "File not found"
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 27 Mar 2007 12:48:30 +0200
Newsgroups: jedi.vcl

This is a JCL problem, followup set.

Fabio Giliberti wrote:
> I downloaded jcl & jvcl 3.30 from sourceforge and I'm trying to install it in my Delphi 7 IDE.
> Running the install.bat I can execute the installer interface (1.98).
> Installing the library for my version of Delphi have this error in log window:
>
> ********************* L O G *********************
> JCL 1.98 Release Build 2530
> Delphi 7====================================
> Installed personalities :
> 32 bit Delphi
> ============================================
> Saving conditional defines...
> Loaded template for include file C:\COMPON~1\jcl\source\jcl.template.inc
> Saved include file C:\COMPON~1\jcl\source\jcld7.inc
> Added "C:\COMPON~1\jcl\lib\d7;C:\COMPON~1\jcl\source" to library search path.
> Added "C:\COMPON~1\jcl\source\common;C:\COMPON~1\jcl\source\windows;C:\COMPON~1\jcl\source\vcl;C:\COMPON~1\jcl\source\visclx" to library browsing path.
> Added "C:\COMPON~1\jcl\lib\d7\debug" to Debug DCU Path.
> Making common library units for Delphi 7
> Compiling .dcu files...
> C:\Programmi\Borland\Delphi7\bin\dcc32.exe Jcl8087 JclAbstractContainers JclAlgorithms JclAnsiStrings JclArrayLists JclArraySets JclBase JclBinaryTrees JclBorlandTools JclComplex JclCompression JclContainerIntf JclCounter JclDateTime JclEDI JclEDISEF JclEDITranslators JclEDIXML JclEDI_ANSIX12 JclEDI_ANSIX12_Ext JclEDI_UNEDIFACT JclEDI_UNEDIFACT_Ext JclExprEval JclFileUtils JclHashMaps JclHashSets JclIniFiles JclLinkedLists JclLogic JclMath JclMIDI JclMime JclPCRE JclQueues JclResources JclRTTI JclSchedule JclSimpleXml JclStacks JclStatistics JclStreams JclStrHashMap JclStrings JclSysInfo JclSysUtils JclUnitConv JclUnitVersioning JclUnitVersioningProviders JclValidation JclVectors JclWideStrings pcre
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> 268778 lines, 2.22 seconds, 1814 bytes code, 112 bytes data.
> Making windows library units for Delphi 7
> Compiling .dcu files...
> C:\Programmi\Borland\Delphi7\bin\dcc32.exe Hardlinks JclAppInst JclCIL JclCLR JclCOM JclConsole JclDebug JclDotNet JclHookExcept JclLANMan JclLocales JclMapi JclMetadata JclMiscel JclMsdosSys JclMultimedia JclNTFS JclPeImage JclRegistry JclSecurity JclShell JclStructStorage JclSvcCtrl JclSynch JclTask JclTD32 JclUnicode JclWideFormat JclWin32 JclWin32Ex JclWinMIDI mscoree_TLB mscorlib_TLB MSHelpServices_TLB MSTask Snmp zlibh
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> 190477 lines, 1.61 seconds, 50231 bytes code, 16736 bytes data.
> Making vcl library units for Delphi 7
> Compiling .dcu files...
> C:\Programmi\Borland\Delphi7\bin\dcc32.exe JclGraphics JclGraphUtils JclPrint
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JclGraphics.pas(539) Fatal: File not found: 'JConsts.dcu'   <==
> Failed vcl library units for Delphi 7
> Starting Uninstall process..................
> [CUT]
> ******************** E N D   L O G *****************
>
> I found on the web no information about this error, but i found that JConsts.dcu doesn't exists...
> Please help, thank you.
>
>
> -----------------------------------
> Fabio Giliberti.
> MSN: fabio_giliberti@hotmail.com
> ICQ#: 291157840
>


Subject: Re: JVCL v3.30.0.0 doesn't detect / install on D2007
From: "Dave" <drbeaker@gmail.com>
Date: Tue, 27 Mar 2007 11:47:46 +0100
Newsgroups: jedi.vcl

Version 3.31.0.0 fixed it. 




Subject: Re: JVCL v3.30.0.0 doesn't detect / install on D2007
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 27 Mar 2007 12:47:37 +0200
Newsgroups: jedi.vcl

Version 3.31 was published just for this very purpose, why do you keep using 3.30?


Subject: JConsts.dcu "File not found"
From: "Fabio Giliberti" <fabio@nuovavision.com>
Date: Tue, 27 Mar 2007 12:11:31 +0200
Newsgroups: jedi.vcl

I downloaded jcl & jvcl 3.30 from sourceforge and I'm trying to install it 
in my Delphi 7 IDE.
Running the install.bat I can execute the installer interface (1.98).
Installing the library for my version of Delphi have this error in log 
window:

********************* L O G *********************
JCL 1.98 Release Build 2530
Delphi 7====================================
Installed personalities :
32 bit Delphi
============================================
Saving conditional defines...
Loaded template for include file C:\COMPON~1\jcl\source\jcl.template.inc
Saved include file C:\COMPON~1\jcl\source\jcld7.inc
Added "C:\COMPON~1\jcl\lib\d7;C:\COMPON~1\jcl\source" to library search 
path.
Added 
"C:\COMPON~1\jcl\source\common;C:\COMPON~1\jcl\source\windows;C:\COMPON~1\jcl\source\vcl;C:\COMPON~1\jcl\source\visclx" 
to library browsing path.
Added "C:\COMPON~1\jcl\lib\d7\debug" to Debug DCU Path.
Making common library units for Delphi 7
Compiling .dcu files...
C:\Programmi\Borland\Delphi7\bin\dcc32.exe Jcl8087 JclAbstractContainers 
JclAlgorithms JclAnsiStrings JclArrayLists JclArraySets JclBase 
JclBinaryTrees JclBorlandTools JclComplex JclCompression JclContainerIntf 
JclCounter JclDateTime JclEDI JclEDISEF JclEDITranslators JclEDIXML 
JclEDI_ANSIX12 JclEDI_ANSIX12_Ext JclEDI_UNEDIFACT JclEDI_UNEDIFACT_Ext 
JclExprEval JclFileUtils JclHashMaps JclHashSets JclIniFiles JclLinkedLists 
JclLogic JclMath JclMIDI JclMime JclPCRE JclQueues JclResources JclRTTI 
JclSchedule JclSimpleXml JclStacks JclStatistics JclStreams JclStrHashMap 
JclStrings JclSysInfo JclSysUtils JclUnitConv JclUnitVersioning 
JclUnitVersioningProviders JclValidation JclVectors JclWideStrings pcre
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
268778 lines, 2.22 seconds, 1814 bytes code, 112 bytes data.
Making windows library units for Delphi 7
Compiling .dcu files...
C:\Programmi\Borland\Delphi7\bin\dcc32.exe Hardlinks JclAppInst JclCIL 
JclCLR JclCOM JclConsole JclDebug JclDotNet JclHookExcept JclLANMan 
JclLocales JclMapi JclMetadata JclMiscel JclMsdosSys JclMultimedia JclNTFS 
JclPeImage JclRegistry JclSecurity JclShell JclStructStorage JclSvcCtrl 
JclSynch JclTask JclTD32 JclUnicode JclWideFormat JclWin32 JclWin32Ex 
JclWinMIDI mscoree_TLB mscorlib_TLB MSHelpServices_TLB MSTask Snmp zlibh
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
190477 lines, 1.61 seconds, 50231 bytes code, 16736 bytes data.
Making vcl library units for Delphi 7
Compiling .dcu files...
C:\Programmi\Borland\Delphi7\bin\dcc32.exe JclGraphics JclGraphUtils 
JclPrint
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JclGraphics.pas(539) Fatal: File not found: 'JConsts.dcu'   <==
Failed vcl library units for Delphi 7
Starting Uninstall process..................
[CUT]
******************** E N D   L O G *****************

I found on the web no information about this error, but i found that 
JConsts.dcu doesn't exists...
Please help, thank you.


-----------------------------------
Fabio Giliberti.
MSN: fabio_giliberti@hotmail.com
ICQ#: 291157840 




Subject: JVCL v3.30.0.0 doesn't detect / install on D2007
From: "Dave" <drbeaker@gmail.com>
Date: Tue, 27 Mar 2007 11:01:02 +0100
Newsgroups: jedi.vcl

I'm trying to install JVCL and it has successfully installed for D2005 & 
D2006, but the installer just doesn't "see" D2007.  JCL installed fine.  Any 
ideas? 




Subject: Re: installation question
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 27 Mar 2007 11:22:45 +0200
Newsgroups: jedi.vcl

RT wrote:
> Found the culprit files, delted those, uninstalled and reinstalled with a
> rebuild.
> Alls Well!

Thanks for the feedback, enjoy developing with Jedi Libraries ;)

-- 
Florent Ouchet


Subject: JvChart Problems
From: "Werner Pamler" <werner.pamler@freenet.de>
Date: Tue, 27 Mar 2007 11:02:01 +0200
Newsgroups: jedi.vcl

Hi,

having read here about the new TJvChart features I was hoping that the
issues with this components would have been fixed. Unfortunately this is not
the case. So let me report some of the problems that I have with this
component:

- Divisions on the y axis are not calculated property. Select
"PrimaryYAxis.YMax := +1.1; PrimaryYAxis.YMin := -1.1;
PrimaryYAxis.YDivisions := 5;" and you will find divisions
at -1.1, -0.7, -0.2, 0.2, 0.7, 1.1 which is not correct for a linear axis
(different spacings between divisions).

- The header of the y axis is never displayed.

- There is not legend. If several data series are displayed I'd expect to
have a legend somewhere in the chart. PenLegends are displayed only if a
series is clicked on.

- There is not way to display a scatter plot, i.e. unevenly spaced x values.

- I can't get the Options.PenValueLabels to work.

- The x axis has labels only in Date/time mode.

With kind regards,
Werner




Subject: Re: JVMail attachment filename
From: "Jhoe Logz" <eric@smsglobal.com>
Date: Tue, 27 Mar 2007 15:22:06 +0800
Newsgroups: jedi.vcl

 I'll check it out.
 thanks Florent.



"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message
news:eu43f6$q75$1@news.talkto.net...
> > Hi,
> >
> > I made a modification in revision 11230 of JVCL source repository to
> > allow attachments to be renamed, just place a null char (#0) between
> > physical and virtual file names
> > 'c:\physicalfilename.ext'#0'Virtual file name.txt'
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch




Subject: Re: Schedule Manager
From: "Henry" <ezmed@nospam.hotmail.com>
Date: Mon, 26 Mar 2007 18:14:37 -0500
Newsgroups: jedi.vcl

Thanks for replying. It didn't work for me. Maybe I am doing something 
wrong.
I have a schedulemanager set to batch mode and jvtfdays on my form. I have a 
query in LoadBatches, Whenever one workstation inserts an appointment, the 
other workstation cannot view the new appointment unless they exit and 
return to the application. Should I be in batch mode as opposed to ondemand? 
How do I do a refresh in batch mode / ondemand mode?

Henry

"Scott Toney" <stoneyaway@NoSpam.msn.com> wrote in message 
news:etjois$hac$1@news.talkto.net...
> >I asked almost the same question a while back, since then, I found out that 
> >if I release the schedule, request the schedule, process batches, refresh 
> >connections that it will work. I also set the mode to batch and do my sql 
> >query in onloadbatches.
> > Scott
> > "Henry Chaumont" <ezmed@hotmail.com> wrote in message 
> > news:etcurr$edo$1@news.talkto.net...
>> >>I am writing an appointment system. I noticed in jvtfmanager that 
>> >>refreshappts is commented out. How would I go about refreshing the 
>> >>appointment list? I have tried the following with no luck.
>> >>
>> >> 1.
>> >>  utfschedulemanager1.RefreshConnections(jvtfdays1);
>> >>  utfschedulemanager1.ReleaseSchedule(jvtfdays1, resourcecombo.Text, 
>> >> gotodatepicker.date);
>> >>  for i := 0 to utfschedulemanager1.ConControlCount - 1 do
>> >>    utfschedulemanager1.ConControls[I].Refresh;
>> >>  utfScheduleManager1LoadBatch(sender, resourcecombo.text, 
>> >> gotodatepicker.date, gotodatepicker.date);
>> >>  utfschedulemanager1.RequestSchedule(jvtfdays1, resourcecombo.text, 
>> >> gotodatepicker.date);
>> >>
>> >>
>> >> 2.
>> >>  jvtfdays1.Update;
>> >>  utfschedulemanager1.ProcessBatches;
>> >>
>> >> utfScheduleManager1.dbRefreshSched(utfschedulemanager1.FindSchedule(resourcecombo.Text, 
>> >> gotodatepicker.Date));
>> >>
>> >>
>> >> 3.
>> >>  tDates := tStringList.Create;
>> >>  tdays := scheduledates.count;
>> >>  for tInt := 0 to tdays - 1 do
>> >>    tDates[tint] := scheduledates.Strings[tint];
>> >>  ScheduleDates.Clear;
>> >>
>> >>  tdatetemp := gotodatepicker.Date;
>> >>  if (dayscombo.ItemIndex = 0) then
>> >>    tint := 31
>> >>  else if (dayscombo.ItemIndex = 1) then
>> >>    tint := 14
>> >>  else if (dayscombo.ItemIndex = 2) then
>> >>    tint := 7
>> >>  else if (dayscombo.ItemIndex = 3) then
>> >>    tint := 5
>> >>  else if (dayscombo.ItemIndex = 4) then
>> >>    tint := 3
>> >>  else if (dayscombo.ItemIndex = 5) then
>> >>    tint := 2
>> >>  else if (dayscombo.ItemIndex = 6) then
>> >>    tint := 1;
>> >>  for tIndex := 0 to tdays-1 do
>> >>  begin
>> >>    ScheduleDates.Add(tDates[tindex]);
>> >>  end;
>> >>    utfScheduleManager1.dbRefreshAll;
>> >>    if not (JvTFDays1.SelAppt=nil) then
>> >>      JvTFDays1.SelAppt := nil;
>> >>    JvTFDays1.Cols.Clear;
>> >>
>> >>    utfScheduleManager1.Flush(True);
>> >>    if JvTFDays1.Grouping=grDate then
>> >>    begin
>> >>      for NoDays := 0 to ScheduleDates.Count - 1 do
>> >>      begin
>> >>        for i := 0 to ScheduleNames.Count-1 do
>> >>        begin
>> >>          aCol := JvTFDays1.Cols.add;
>> >>          aCol.SchedName := ScheduleNames[i];
>> >>          aCol.SchedDate := strtodate(ScheduleDates[NoDays]);
>> >>        end
>> >>      end
>> >>    end
>> >>    else
>> >>      if JvTFDays1.Grouping=grResource then
>> >>      begin
>> >>        for i := 0 to ScheduleNames.Count-1 do
>> >>        begin
>> >>          for NoDays := 0 to ScheduleDates.Count - 1 do
>> >>          begin
>> >>            aCol := JvTFDays1.Cols.add;
>> >>            aCol.SchedName := ScheduleNames[i];
>> >>            aCol.SchedDate := strtodate(ScheduleDates[NoDays]);
>> >>          end
>> >>        end
>> >>      end
>> >>
>> >> Any help would be greatly appreciated
>> >>
>> >>
> >
> > 




Subject: Re: installation question
From: "RT" <ralph.tuttle@visi.com>
Date: Mon, 26 Mar 2007 16:56:07 -0500
Newsgroups: jedi.vcl

Found the culprit files, delted those, uninstalled and reinstalled with a
rebuild.
Alls Well!


"RT" <ralph.tuttle@visi.com> wrote in message
news:eu95pv$kh9$1@news.talkto.net...
> > Boy, it's been a long time since I have used these groups.  Even forgot to
> > 'Reply to Group'
> >
> > I'm using D7 enterprise and XP pro.
> >
> >
> >
> > "Florent Ouchet" <outchy@users.sourceforge.net> wrote in message
> > news:eu951k$kck$1@news.talkto.net...
>> >> Hi,
>> >>
>> >> Which version of Delphi do you use?
>> >>
>> >> -- 
>> >> Florent Ouchet
>> >> What I am listening http://www.pandora.com/people/outch
> >
> >





Subject: Re: JvChart checkin new features in SVN
From: Warren Postma <wp@tekran.com>
Date: Mon, 26 Mar 2007 16:52:09 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Thanks a lot for all this.
>
No problem.

Warren


Subject: Re: New JvCsvDataSet features in SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 26 Mar 2007 22:32:09 +0200
Newsgroups: jedi.vcl

Doesn't hurt to have one more demo for this component.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvChart checkin new features in SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 26 Mar 2007 22:31:43 +0200
Newsgroups: jedi.vcl

Thanks a lot for all this.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: installation question
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 26 Mar 2007 21:31:39 +0200
Newsgroups: jedi.vcl

being answered by mail.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: installation question
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Mon, 26 Mar 2007 15:22:30 -0400
Newsgroups: jedi.vcl

RT wrote:
> Boy, it's been a long time since I have used these groups.  Even forgot to 'Reply to Group'
>
> I'm using D7 enterprise and XP pro.
>

Perhaps you have a very old version of a JEDI source code folder, or folder full of old DCU (compiled object code) stuff somewhere else in your library/project search path?

Warren


Subject: Re: installation question
From: "RT" <ralph.tuttle@visi.com>
Date: Mon, 26 Mar 2007 14:13:20 -0500
Newsgroups: jedi.vcl

Boy, it's been a long time since I have used these groups.  Even forgot to 
'Reply to Group'

I'm using D7 enterprise and XP pro.



"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:eu951k$kck$1@news.talkto.net...
> > Hi,
> >
> > Which version of Delphi do you use?
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: installation question
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 26 Mar 2007 20:58:57 +0200
Newsgroups: jedi.vcl

Hi,

Which version of Delphi do you use?

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: installation question
From: "RT" <ralph.tuttle@visi.com>
Date: Mon, 26 Mar 2007 13:56:41 -0500
Newsgroups: jedi.vcl

Hello all,

New to jvcl so bear with me.
Just installed version : JVCL331CompleteJCL199-Build2551.zip

tried to use jvBackground component.

Compiler complains that it was built with a different graphics unit.

What steps do I need to take now and what did I do/not do that I should 
have?

TIA 




Subject: New JvCsvDataSet features in SVN
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Mon, 26 Mar 2007 14:29:29 -0400
Newsgroups: jedi.vcl

JvCsvDataSet new methods: DeleteCsvColumn (allows you to modify a CSV file by deleting a column of data from the file), and SetFilterNum (allows you to filter on numeric type fields, by greater than, less than, or equals to a particular value).

Both of these have been pretty handy for me.  The former (DeleteCsvColumn) turns out to be handy when you need to modify a Csv file you generated, to remove an extraneous column. (Happens to me now and then).  I have written a nice CsvEditor that I use to view and modify CSV files. I could check it in as a new little demo (it's pretty small) for the JvCsvDataSet.  It shows certain features of JvCsvDataSet (such as the ability to delete columns from your own CSV files, which would be a brutal thing to try to do on your own in a text editor!).

Is there any interest in me checking in the CSV Editor as a JVCL example?

I will attach it in binaries first, so someone can have a look at it.
Note that it requires the latest SVN checkin of JvCsvDataSet in order to compile (since it uses the newly added DeleteCsvColumn)

Warren


Subject: Re: JvChart checkin new features in SVN
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Mon, 26 Mar 2007 14:09:50 -0400
Newsgroups: jedi.vcl

warren postma wrote:
>
> Just about to check in a change to the JvChart demo that shows the new features off.


Demo for JvChart (in examples) modified to show pretty gradients in chart background, and background horizontal/vertical bars. (These are not just for pretty looks, they are useful when you want to show QA/QC control charts or alarm charts, with warning or alarm limits, etc).



Warren


Subject: Re: JvZLibMultiple output file can't be read by winrar / winzip
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Mon, 26 Mar 2007 14:04:55 -0400
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>> Right now, TAR is not supported. The class is there, but it does not do anything. However, GZIP is working just fine, I'm using it on a daily basis.
>
> if I got some time to finish my TAR classes, we should be able to produce and read .tar.gz files; but probably not before June.
>
I wrote a nice working TAR.GZ component for Delphi some years ago. I wish i knew what I did with it! :-)

Warren


Subject: JvChart checkin new features in SVN
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Mon, 26 Mar 2007 13:57:32 -0400
Newsgroups: jedi.vcl

JvChart changes (see comments in file, marked NEW 2007)


I contributed the following new features for JvChart today:

                          - Added gradient background to chart
                        - Added new way of doing date/time markers
                        - Added horizontal & vertical bars to highlight various data ranges or control limits
                        - Floating marker caption color can now be set.
                        - Added DeleteFloatingMarkerObj
                        - Graphical glitches/chart-display-bug-fixes.


(SVN repository rev 11232, JVCL trunk)

Just about to check in a change to the JvChart demo that shows the new features off.

Warren


Subject: Re: JvZLibMultiple output file can't be read by winrar / winzip
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 26 Mar 2007 17:20:24 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Right now, TAR is not supported. The class is there, but it does not do anything. However, GZIP is working just fine, I'm using it on a daily basis.

if I got some time to finish my TAR classes, we should be able to produce and read .tar.gz files; but probably not before June.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: [TJvPlugin] Using SimpleShareMem
From: Riz <riz@eternalmind.ru>
Date: Mon, 26 Mar 2007 18:30:18 +0400
Newsgroups: jedi.vcl

Hello everybody, does anyone know if it's possible to use TJvPlugin with new fastmm? When I add SimpleShareMem instead of ShareMem host application behave strange on exit. It's still running but without main form and last message in BDS log is about unloading module(so, need to manually stop it).


Subject: Re: JvZLibMultiple output file can't be read by winrar / winzip
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 26 Mar 2007 15:45:16 +0200
Newsgroups: jedi.vcl

warren postma wrote:
> OBones wrote:
>> However, by using directly the underlying JCL classes, one can create Gzip compatible archives.
>
> Can JCL do TAR Format and then GZIP it or is it limited to a-single-file-compressed-as-gzip?

Right now, TAR is not supported. The class is there, but it does not do anything. However, GZIP is working just fine, I'm using it on a daily basis.


Subject: Re: JvZLibMultiple output file can't be read by winrar / winzip
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Mon, 26 Mar 2007 09:31:34 -0400
Newsgroups: jedi.vcl

OBones wrote:
> However, by using directly the underlying JCL classes, one can create Gzip compatible archives.

Can JCL do TAR Format and then GZIP it or is it limited to a-single-file-compressed-as-gzip?


Subject: Re: JvZLibMultiple output file can't be read by winrar / winzip
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 26 Mar 2007 14:51:53 +0200
Newsgroups: jedi.vcl

warren postma wrote:
> faber wrote:
>>> Because it's ZLib format not Zip or Rar.
>>>
>>> -- 
>>> Olivier Sannier
>>> JVCL Coordinator
>>> http://jvcl.sf.net/
>>>
>>
>> Sorry I'm not very expert in this topic.
>>
>> Doesn't JvZLibMultiple create a gzip-like file ?
>>
>>
>
> It's not the same as a .TAR.GZ format.  It's a custom format only understood by TJvZLibMultiple.

However, by using directly the underlying JCL classes, one can create Gzip compatible archives.


Subject: Re: How to dock a form use tab style in code
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Mon, 26 Mar 2007 08:47:58 -0400
Newsgroups: jedi.vcl

Mark Jarray wrote:
> Hi,
>
>     I want to dock form use tab style in code,
> first time, call
>
>   ChildForm.ManualDock(DockServer.CustomDockPanel);
>
> can dock the childform to the full client docksite,
>
> but next, when new another form, call
>     theform.ManualDock(DockServer.CustomDockPannel);
>
> this is default to side by side, how to set it
> default use tab style docking.
>

You should look in the example code.

See the examples\JvDocking\DockingInCode

Basically in a nutshell:

   1. first item docked to a panel is as you say, manualDock
   2. second item you dock, you MUST create your own TJvDockTabHost control (see demo)
   3. You must then dock form 1 into the tab host, then dock form 2 into the tab host, then dock the tab host into the dock panel.
   4. Next time, just add a page to the same panel.
   5. you must also write some code to handle undocking-from-code. When the second tab goes away, you don't want a one-tab tab-host form anymore, so you must in code undock the last form, destroy the tab host, and redock the last form to the panel.

I realize this is a LOT of work, but it's made this way because the component set was written primarily to support docking-via-mouse-drags and a lot of docking-from-code support code was not yet written.

Maybe in a future version of JvDocking, I will add to it some features to make tabbed docking a little easier to manage.

Warren


Subject: Re: JvZLibMultiple output file can't be read by winrar / winzip
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Mon, 26 Mar 2007 08:43:11 -0400
Newsgroups: jedi.vcl

faber wrote:
>> Because it's ZLib format not Zip or Rar.
>>
>> -- 
>> Olivier Sannier
>> JVCL Coordinator
>> http://jvcl.sf.net/
>>
>
> Sorry I'm not very expert in this topic.
>
> Doesn't JvZLibMultiple create a gzip-like file ?
>
>

It's not the same as a .TAR.GZ format.  It's a custom format only understood by TJvZLibMultiple.

Warren


Subject: Re: TJVrichedit and protocol handling
From: Fabrice Vendé <fabrice@infocob.com>
Date: Mon, 26 Mar 2007 11:12:17 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> Fabrice wrote:
>
>> Where to find sample code to detect no standard protocol ?
>> How to Detect and underline word  like skype:XXXXXX ? I havn't found any sample...
>
> See http://www.delphipages.com/result.cfm?ID=511
>

Ok thank you I will try to code a component mix between Tjvrichedit and Triched98.

Maybe it could be interesting to add it in wish list of Tjvrichedit ?

Bests regards,


Fabrice


Subject: Re: JVCL 3.31 Install Issue / Delphi 2007 for Win32 (Windows Vista)
From: "Jean-Fabien Connault" <cycocrew@wanadoo.fr>
Date: Sun, 25 Mar 2007 14:40:09 +0200
Newsgroups: jedi.vcl

Florent,

It wasn't the archive (zip) itself but the uncompress process (that went went wrong). The archive posted @ sourceforge is fine.

JEFF


Subject: JCL+JVCL 3.31 on Delphi 6
From: Nico <nospam@nospam.com>
Date: Sun, 25 Mar 2007 13:36:11 +0200
Newsgroups: jedi.vcl

The installation was perfect!


Subject: Re: JVCL 3.31 Install Issue / Delphi 2007 for Win32 (Windows Vista)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 25 Mar 2007 11:49:34 +0200
Newsgroups: jedi.vcl

Jean-Fabien Connault a écrit :
> The issue was related to a corrupted install package. Everything went smoothly with the proper install package.

Hi,

Thanks for the update, do you remember the location where you downloaded corrupted archive from?

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JVCL 3.31 Install Issue / Delphi 2007 for Win32 (Windows Vista)
From: "Jean-Fabien Connault" <cycocrew@wanadoo.fr>
Date: Sun, 25 Mar 2007 11:48:00 +0200
Newsgroups: jedi.vcl

Hi,

The issue was related to a corrupted install package. Everything went smoothly with the proper install package.

JEFF


Subject: Re: TJvDateEdit, TJvDBDateEdit
From: "pr" <pr@telkom.net>
Date: Sun, 25 Mar 2007 07:21:36 +0200
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:eu3psn$odi$1@news.talkto.net...
> > pr wrote:
>> >> When I click on the last column (Sun) the grid scrolls to the left
>> >> and it is impossible to get the first column back (Mon) without
>> >> closing and reopening the DateEdit window.
> >
> > This is now fixed in Rev. 11229.
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net

Thank you.

Peter
Technisoft




Subject: Re: JvZLibMultiple output file can't be read by winrar / winzip
From: "faber" <monti_fabrizio@I_HATE_SPAMMERS_libero.it>
Date: Sun, 25 Mar 2007 00:59:01 +0100
Newsgroups: jedi.vcl

> >Because it's ZLib format not Zip or Rar.
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >http://jvcl.sf.net/
> >

Sorry I'm not very expert in this topic.

Doesn't JvZLibMultiple create a gzip-like file ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL 3.31 Install Issue / Delphi 2007 for Win32 (Windows Vista)
From: "Jean-Fabien Connault" <cycocrew@wanadoo.fr>
Date: Sun, 25 Mar 2007 00:28:42 +0100
Newsgroups: jedi.vcl

Hi,

I'm having problems installing JVCL 3.31 on Delphi 2007 for Win32 (Windows Vista)

JCL 1.99-Build2551 installed properly, but JVCL won't install.

Here's the output of the install batch file execution:

[Compiling installer...]
Using Delphi 11
CodeGear Delphi for Win32 compiler version 18.5
Copyright (c) 1983,2007 CodeGear
Main.pas(47) Fatal: F1026 File not found: 'JvExControls.dcu'

Failed to compile JVCL installer

Press any key to continue . . .

Any idea on what did go wrong?

Thanks in advance for the support.

JEFF


Subject: JvZLibMultiple output file can't be read by winrar / winzip
From: "faber" <monti_fabrizio@I_HATE_SPAMMERS_libero.it>
Date: Sun, 25 Mar 2007 00:07:54 +0100
Newsgroups: jedi.vcl

Hi all

Why compressed files created by JvZLibMultiple cannot be read neither with
winzip nor with winrar ?

PS: I'm using JvZLibMultiple demo in "examples" code


Thank you in advance



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvZLibMultiple output file can't be read by winrar / winzip
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 24 Mar 2007 23:47:04 +0100
Newsgroups: jedi.vcl

Because it's ZLib format not Zip or Rar.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVMail attachment filename
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 24 Mar 2007 22:01:37 +0100
Newsgroups: jedi.vcl

Hi,

I made a modification in revision 11230 of JVCL source repository to allow attachments to be renamed, just place a null char (#0) between physical and virtual file names
'c:\physicalfilename.ext'#0'Virtual file name.txt'

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: minor update to jedi.inc
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 24 Mar 2007 20:46:24 +0100
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt a écrit :
> I mainly made a style cleanup and changed the KYLIXxx ifdefs to use the same chaining as the other ifdefs.
> There should be no change in functionality at all.

Robert,

Thanks for doing this.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: TJvMail does not work with Microsoft Outlook 2003
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 24 Mar 2007 19:31:15 +0100
Newsgroups: jedi.vcl

pr wrote:
> It creates an e-mail with visually the correct information,
> e-mail address, subject, body, etc.
> Sending this e-mail results in an error message being
> returned that the mail cannot be delivered.
> Create an e-mail with exactly the same information in
> Outlook 2003 itself and there is no problem with sending it.

Did you use SMTP:name@domain as address, thus with the SMTP prefix?


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJVrichedit and protocol handling
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 24 Mar 2007 19:27:27 +0100
Newsgroups: jedi.vcl

Fabrice wrote:

> Where to find sample code to detect no standard protocol ?
> How to Detect and underline word  like skype:XXXXXX ? I havn't found any sample...

See http://www.delphipages.com/result.cfm?ID=511

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvDateEdit, TJvDBDateEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 24 Mar 2007 19:19:20 +0100
Newsgroups: jedi.vcl

pr wrote:
> When I click on the last column (Sun) the grid scrolls to the left
> and it is impossible to get the first column back (Mon) without
> closing and reopening the DateEdit window.

This is now fixed in Rev. 11229.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvgExportExcel errors
From: "pr" <pr@telkom.net>
Date: Sat, 24 Mar 2007 20:08:45 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:eu3hs8$mro$1@news.talkto.net...
> > This is a globus component, it will most likely not be fixed.

Thanks. A hint somwhere about this would be useful.

Peter
Technisoft





Subject: Re: TJVrichedit and protocol handling
From: Fabrice <technique@infocob.com>
Date: Sat, 24 Mar 2007 18:00:32 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Fabrice wrote:
>
>> But Tjvrichedit doesn't handle other protocol than the standard protocols (http: , ftp: mailto:....).
>
> Does the normal TRichEdit (a wrapper around the Windows RichEdit control) detect other protocols?


No it is not handled by standard TRichedit. Certainly a bug  because add protocol is standard under Windows. It is very powerfull.
For example Mozilla Thunderbird autodetect all protocol of windows.
If you add a link into OpenOffice or Winword it work with every protocol...


Where to find sample code to detect no standard protocol ?
How to Detect and underline word  like skype:XXXXXX ? I havn't found any sample...



Fabrice




Subject: Re: TJvgExportExcel errors
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 24 Mar 2007 17:02:21 +0100
Newsgroups: jedi.vcl

This is a globus component, it will most likely not be fixed.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJVrichedit and protocol handling
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Mar 2007 16:08:34 +0100
Newsgroups: jedi.vcl

Fabrice wrote:

> But Tjvrichedit doesn't handle other protocol than the standard protocols (http: , ftp: mailto:....).

Does the normal TRichEdit (a wrapper around the Windows RichEdit control) detect other protocols?


Subject: TJvgExportExcel errors
From: "pr" <pr@telkom.net>
Date: Sat, 24 Mar 2007 13:42:53 +0200
Newsgroups: jedi.vcl

Exporting using this component produces a Book1 plus a Book 2
with the same information on it.
If SaveToFilename is TRUE it also produces an error message on
immediate exit that the data cannot be saved to the same file name
as a open work book.
If SaveToFilename is FALSE one has to close each Book separately
on immediate exit.

BDS2006, JVCL 3.31

Mantis tracker stilll not working.

Peter
Technisoft




Subject: TJvMail does not work with Microsoft Outlook 2003
From: "pr" <pr@telkom.net>
Date: Sat, 24 Mar 2007 13:31:36 +0200
Newsgroups: jedi.vcl

It creates an e-mail with visually the correct information,
e-mail address, subject, body, etc.
Sending this e-mail results in an error message being
returned that the mail cannot be delivered.
Create an e-mail with exactly the same information in
Outlook 2003 itself and there is no problem with sending it.

Mantis tracker still not working.

Peter
Technisoft




Subject: TJVrichedit and protocol handling
From: Fabrice <technique@infocob.com>
Date: Sat, 24 Mar 2007 12:06:01 +0100
Newsgroups: jedi.vcl

Hello,


TJvrichedit can handle standard protocol like :
http:
ftp:
mailtto:
....
All list is here :
http://msdn.microsoft.com/library/default.asp?url=/workshop/networking/predefined/protocols.asp

When Tjvrichedit detect these protocols it show it as hyperlink.


But it is easy to add a new protocol like software like Skype do. Skype protocol is skype:. When Skype is installed on you computer try Start/execute write skype:024651545. Press Ok it will start Skype and phone to 024651545
We can do like this :
http://msdn.microsoft.com/library/default.asp?url=/workshop/networking/pluggable/pluggable.asp



But Tjvrichedit doesn't handle other protocol than the standard protocols (http: , ftp: mailto:....).

How to handle it ? Any tips to handle it with code ?
Any known bugs about it ?


Best regards,


Fabrice Vendé


Subject: How to dock a form use tab style in code
From: "Mark Jarray" <M.Jarray@nospam.org>
Date: Sat, 24 Mar 2007 17:13:20 +0800
Newsgroups: jedi.vcl

Hi,

    I want to dock form use tab style in code,
first time, call

  ChildForm.ManualDock(DockServer.CustomDockPanel);

can dock the childform to the full client docksite,

but next, when new another form, call
    theform.ManualDock(DockServer.CustomDockPannel);

this is default to side by side, how to set it
default use tab style docking.


thanks very much!

Jarray




Subject: minor update to jedi.inc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Mar 2007 07:06:30 +0100
Newsgroups: jedi.jcl,jedi.vcl

I mainly made a style cleanup and changed the KYLIXxx ifdefs to use the same chaining as the other ifdefs.
There should be no change in functionality at all.


Subject: Re: JVCL 3.31 install on BDS 2006 failed - installer should detect JVCL already in library path.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Mar 2007 05:49:00 +0100
Newsgroups: jedi.vcl

warren postma wrote:

> Perhaps the installer should detect the JVCL folder (either lib/d10 contianing old dcus or a source code folder).  Just an idea. If I get some time I will try to contribute something in this general direction,
> if nobody objects to such a check being added to the installer.

You should also change the installer to add the JVCL pathes to the start of the Library path. That should kill most of the problems with finding old jedi.inc files.


Subject: Recommendation for component
From: "Andrew Diabo" <andy@prizm.com>
Date: Fri, 23 Mar 2007 23:54:28 -0400
Newsgroups: jedi.vcl

I would like to display images much like the thumbnail view of Explorer but 
able to drag n' drop items to change the order of the items (like in Control 
Panel) and with autoscrolling while dragging. Can anyone recommend if there 
is such a component appropriate for this use in JVCL?

Thanks in advance.

Andy 




Subject: JVCL 3.31 install on BDS 2006 failed - installer should detect JVCL already in library path.
From: warren postma <wp@tekran____NOSPAM.CORPORATION>
Date: Fri, 23 Mar 2007 15:31:26 -0400
Newsgroups: jedi.vcl

When I try to install JVCL 3.31, it installs fine in Delphi 7 and Delphi 2007 (brand new), but not Delphi 2006.

It turns out that it was because old Jedi source code was in the Delphi 2006 library path. When I renamed one of my source code folders so that
the library path did not include the old JVCL source folders, the build
worked.

Perhaps the installer should detect the JVCL folder (either lib/d10 contianing old dcus or a source code folder).  Just an idea. If I get some time I will try to contribute something in this general direction,
if nobody objects to such a check being added to the installer.


Warren


Subject: Re: JvNavPageStyleManager theme
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Fri, 23 Mar 2007 19:15:14 +0100
Newsgroups: jedi.vcl

> > How do i go about creating my own JvNavPageStyleManager theme.

In JvNavigationPane.pas:

1. Add a new item to the TJvNavPanelTheme enumeration.
2. Add your new enum item to the TJvNavPaneStyleManager.SetTheme case 
statement and set the properties according to your style. Use the existing 
themes as example
3. Rebuild the run-time package (JvPageCompsXXX.dpk)
4. When it works, upload to Mantis for inclusion

-- Regards, Peter 

Subject: Re: JVMail attachment filename
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 23 Mar 2007 18:18:11 +0100
Newsgroups: jedi.vcl

Jhoe Logz a écrit :
> I hope I'll get an answer over the weekend.
> :)

Hi,

I don't know JvMail but JclMAPI (the code behind JvMail) was recently modified to allow such file name modifications.
These changes should be propagated to this wrapper.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: TNT Unicode is now TMS Unicode
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Fri, 23 Mar 2007 10:04:14 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in
message news:eubn1f$751$1@news.talkto.net...
> > Warren Postma wrote:
> >
>> > > What happens to THESE, then:
> >
> > I love it when someone thinks he can apply his new license to an older,
> > already released version. I think the JCL and the JVCL should do the
> > same. Drop MPL and make it a commecial license which applies to all
> > already released JCL/JVCL version and requires every user to pay us 1
> > EUR per source code line (makes more than 1 million euro per active
> > JCL/JVCL developer).
> >


Um, would that be per USED source code line, or EVERY line in the
library? I'm pretty sure I'm not using everything, so I don't think it's
fair
that I pay for stuff that only other people care about and...

<waaa-waa-wah>   :(

Whiny B*stards unite!

<g>

Let me add once again how much I appreciate having JCL/JVCL
available - thanks to each and every one of the core team.

Heck, thanks to the off-siders too!

Cheers,
EdB




Subject: Re: package suffix for Delphi 2007
From: Will Watts <willw@applied.spambait.co.uk>
Date: Fri, 23 Mar 2007 12:06:30 GMT
Newsgroups: jedi.jcl,jedi.vcl

My earlier post re PCRE suggests that, in general terms, separate 
treatment for D2006 and D2007 is desirable.

Also, I have heard of D2006 visual components (the Developer Express 
components) that fail with D2007 new double buffering scheme for 
drawing.

The safer path is surely to assume that something in JCL will 
eventually encounter a similar difficulty. 

-- Will Watts 

Subject: Re: package suffix for Delphi 2007
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 23 Mar 2007 11:17:33 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

> > Do you need both tools with different settings?

No.

> > Is a package compiled with Delphi 2007 incompatible with BDS 2006?
> > I've never experienced such an incompatibility.

A package that is compiled with BDS 2006 on a system where also Delphi
2007 is installed, makes the BDS 2006 compilation incompatible to BDS
2006. No that is no typo: BDS 2006 is incompatible to BDS 2006 if there
is a Delphi 2007 on the system. I got the first bug reports for
DelphiSpeedUp 2.45 where BDS 2006 user report that the D10 package need
the unit Dwmapiinitilization$qqrv symbol that is introduces by Delphi
2007.

My BDS 2006 installation also doesn't like the BDS 2006 rt100.bpl and
vcl100.bpl. It must be started with the Delphi 2007's rtl and vcl
package.


-- Regards, Andreas Hausladen 

Subject: Re: JVMail attachment filename
From: "Jhoe Logz" <eric@smsglobal.com>
Date: Fri, 23 Mar 2007 17:56:09 +0800
Newsgroups: jedi.vcl

I hope I'll get an answer over the weekend.
:)

"Jhoe Logz" <eric@smsglobal.com> wrote in message
news:etr2aq$2po$1@news.talkto.net...
> > anybody here that can help me on this?
> >
> > "Jhoe Logz" <eric@smsglobal.com> wrote in message
> > news:esgbla$33n$1@news.talkto.net...
>> > > how can I get the real filename of the attachment? i want extract them
> > from
>> > > the Windows temp folder and save it on another directory. thanks for any
>> > > help.
>> > >
>> > >
> >
> >




Subject: Re: bug in JvUIBLib
From: "Jesper Dam" <jazzic@hurtigst.dk>
Date: Fri, 23 Mar 2007 10:28:54 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:etu7pl$l9g$1@news.talkto.net...
> > Jesper Dam wrote:
> >
>> >> Ohh I was not aware of the version difference, thanx for the enlightment.
>> >> I am using the UIB broker in InstantObjects v2.0 to connect to a Firebird 
>> >> database. InstantObjects v2.0 relies on JvUIB... so, I should remove the 
>> >> UIB components from my Jedi installation and add the original UIB 
>> >> components instead? version 1 - 2?
> >
> > Yes, that's the idea.
I have removed the Jedi version of UIB and installed UIB v2.1 RC1. The bug 
has been fixed in this version and it seems that InstantObjects works ok :-)




Subject: Install JVCL in Turbo c++ pro(no packages)
From: VooDoo <darek640@op.pl>
Date: Fri, 23 Mar 2007 08:24:01 +0100
Newsgroups: jedi.vcl

Hello,

I'm having problem with installing JVCL in turbo C++. In installer there isn't any packages to install. JCL was installed (with no problem). I tried on version 3.30 and daily from 2007-03-22.


Subject: Re: package suffix for Delphi 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 23 Mar 2007 07:04:05 +0100
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen a écrit :
> I need both at the same time for two reasons:

Do you need both tools with different settings?

> 1. I must compile my tools with BDS 2006 to give the BDS 2006 users a
> working version that doesn't require Delphi 2007 exported functions.

Is a package compiled with Delphi 2007 incompatible with BDS 2006? I've never experienced such an incompatibility.

> 2. I use C++Builder and there is no C++Builder 2007 available at the
> moment.

We could name C++Builder packages c100 or c110.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: package suffix for Delphi 2007
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 23 Mar 2007 00:07:53 +0100
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> > Because DCU and BPL are shared beween BDS 2006 and Delphi 2007, these
> > files cannot have different settings (coded in included files). This
> > corner case might not be a problem since developers should not need
> > both tools at the same time.

I need both at the same time for two reasons:

1. I must compile my tools with BDS 2006 to give the BDS 2006 users a
working version that doesn't require Delphi 2007 exported functions.
2. I use C++Builder and there is no C++Builder 2007 available at the
moment.

-- Regards, Andreas Hausladen 

Subject: package suffix for Delphi 2007
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 22 Mar 2007 20:27:18 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi all,

The JCL and JVCL now support Delphi 2007 for Win32. This release is non-breaking, ie it can use the same DCU and BPL as BDS 2006.
The libraries intensively use this non-change, Delphi 2007 packages are compiled from BDS 2006 package files, dcu are placed in lib\d10, bpl files still have the d10 suffix.

There are presently no major issues with this share but we can discuss if the idea is good (or not).

Because DCU and BPL are shared beween BDS 2006 and Delphi 2007, these files cannot have different settings (coded in included files). This corner case might not be a problem since developers should not need both tools at the same time.

Any feedback is appreciated,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: bug in JvUIBLib
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Mar 2007 16:39:08 +0100
Newsgroups: jedi.vcl

Jesper Dam wrote:

> Ohh I was not aware of the version difference, thanx for the enlightment.
> I am using the UIB broker in InstantObjects v2.0 to connect to a Firebird database. InstantObjects v2.0 relies on JvUIB... so, I should remove the UIB components from my Jedi installation and add the original UIB components instead? version 1 - 2?

Yes, that's the idea.


Subject: Re: bug in JvUIBLib
From: "Jesper Dam" <jazzic@hurtigst.dk>
Date: Thu, 22 Mar 2007 14:18:45 +0100
Newsgroups: jedi.vcl

From: "Robert Marquardt" <robert_marquardt@gmx.de>
> > Jesper Dam wrote:
>> >> When using the embedded version of Firebird 2.0 (fbembed.dll) this bug 
>> >> comes to the surface.
> >
> > Better use the original UIB components only. The JvUIB components do not 
> > get bugfixed anymore and i think we will drop them entirely to avoid such 
> > version problems.

Ohh I was not aware of the version difference, thanx for the enlightment.
I am using the UIB broker in InstantObjects v2.0 to connect to a Firebird 
database. InstantObjects v2.0 relies on JvUIB... so, I should remove the UIB 
components from my Jedi installation and add the original UIB components 
instead? version 1 - 2?




Subject: Re: bug in JvUIBLib
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Mar 2007 13:31:24 +0100
Newsgroups: jedi.vcl

Jesper Dam wrote:
> When using the embedded version of Firebird 2.0 (fbembed.dll) this bug comes to the surface.

Better use the original UIB components only. The JvUIB components do not get bugfixed anymore and i think we will drop them entirely to avoid such version problems.


Subject: bug in JvUIBLib
From: "Jesper Dam" <jazzic@hurtigst.dk>
Date: Thu, 22 Mar 2007 12:27:24 +0100
Newsgroups: jedi.vcl

When using the embedded version of Firebird 2.0 (fbembed.dll) this bug comes 
to the surface.
One symptom is the RowsAffected returns 0. The problem seems to be a 
malformed parameter setup when calling isc_dsql_sql_info where both input 
and output points to the same area in memory...

Please see: 
http://www.progdigy.com/modules.php?name=Forums&file=viewtopic&t=3195 for 
further details.
Notice that InByte is moved out of the record structure and a dummy byte is 
inserted instead, otherwise the call to isc_dsql_sql_info fails...

Look at theese methods
TUIBLibrary.DSQLPrepare
TUIBLibrary.DSQLInfoPlan
TUIBLibrary.DSQLInfoStatementType
TUIBLibrary.DSQLInfoRowsAffected

Some feedback on this one would be nice, thanx.

/Jesper Dam





Subject: Re: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Thu, 22 Mar 2007 07:59:14 +0200
Newsgroups: jedi.vcl

Version 3.31 still has the same problem. :(
BDS2006, JVCL 3.31


"pr" <pr@telkom.net> wrote in message news:eqpcvs$ifl$1@news.talkto.net...
> > Hello,
> >
> > I am using a TJvDBCalcEdit component to connect via
> > IBX to a Firebird database.
> >
> > On my form there are two components linked to the same
> > underlying field or not, doesn't matter.
> >
> > Problem:
> > Table is opened, cursor is located in the component 1 with
> > the whole field highlighted.
> > When I start typing the new characters go in front of the
> > existing ones, e.g. when typing 34 into the field which shows
> > 2,000.00 it changes to 342,000.00.
> >
> > Tab to component 2 and tab again back to component 1.
> > Again the whole field content is highlighted but when I start
> > typing it first clears the existing numbers and puts in 34 as
> > a value, as it should.
> >
> > I tried all kind of settings which IMO could have an influence.
> > Adding code SelectAll, SelStart/SelLength to the OnEnter
> > event makes no difference either.
> >
> > TJvCalcEdit does not show this behaviour and works correctly.
> >
> > D5, JVCL 3.30 (upgraded from 3.10 which showed had the
> > identical problem), IBX 5.04, Firebird 2.0.1 (same problem
> > with Firebird 1.5.x).
> >
> > The old TRxDBCalcEdit which is presumably the Jedi component's
> > ancestor and is still used in some of my legacy programs also
> > works as expected.
> >
> > Advice? Comments? Help?
> >
> > Peter Reber
> > Technisoft
> >
> >





Subject: Re: TJvDateEdit, TJvDBDateEdit
From: "pr" <pr@telkom.net>
Date: Thu, 22 Mar 2007 07:58:37 +0200
Newsgroups: jedi.vcl

Version 3.31 still has the same problem.
BDS2006 JVCL 3.31.

Mantis bug tracker is still down for new registrations, by now probably for more than
a month.

  "pr" <pr@telkom.net> wrote in message news:eqrjb1$15h$1@news.talkto.net...
  When I click on the last column (Sun) the grid scrolls to the left
  and it is impossible to get the first column back (Mon) without
  closing and reopening the DateEdit window.




  D5, JVCL 3.30 (3.10 had the same problem)

  Peter Reber
  Technisoft



Subject: Re: Installing JVCL - Problem
From: Robert <jorobertobr@yahoo.com.br>
Date: Wed, 21 Mar 2007 09:52:50 -0400
Newsgroups: jedi.vcl

Andreas Hausladen escreveu:
> Robert wrote:
>
>> Error: E2003 Undeclared identifier: 'TRect' 
>
> Could it be that you have an old jedi.inc in your search paths?
>
>
Yes, i'm have old jedi.inc.

Problem solved.

Thanks


Subject: Re: Installing JVCL - Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 21 Mar 2007 11:49:35 +0000 (UTC)
Newsgroups: jedi.vcl

Robert wrote:

> > Error: E2003 Undeclared identifier: 'TRect' 

Could it be that you have an old jedi.inc in your search paths?


-- Regards, Andreas Hausladen 

Subject: Re: JVMail attachment filename
From: "Jhoe Logz" <eric@smsglobal.com>
Date: Wed, 21 Mar 2007 18:47:52 +0800
Newsgroups: jedi.vcl

anybody here that can help me on this?

"Jhoe Logz" <eric@smsglobal.com> wrote in message
news:esgbla$33n$1@news.talkto.net...
> > how can I get the real filename of the attachment? i want extract them
from
> > the Windows temp folder and save it on another directory. thanks for any
> > help.
> >
> >




Subject: Re: Installing JVCL - Problem
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Wed, 21 Mar 2007 14:04:00 +1000
Newsgroups: jedi.vcl

The best way I have found of installing JCL/JVCL is to uninstall 
everything.  Then do a search for any of the  expected *.bpl files on 
the HDD and delete them (make sure you are only deleting jcl/jvcl 
files) then reboot and run the JCL (followed by JVCL) installer for 
ONE environment at a time.

-- Malcolm Townsville, Australia "Robert" <jorobertobr@yahoo.com.br> wrote in message news:etq4gh$u97$1@news.talkto.net...
> > Malcolm Cheyne escreveu:
>> >> Did you install the matching JCL  FIRST ?
>> >>
> >
> > Yes.
> >
> > Robert. 




Subject: Re: jvMenu and msXP Style under Vista
From: "Kiriakos" <kvlahos@ath.forthnet.gr>
Date: Wed, 21 Mar 2007 05:16:34 +0200
Newsgroups: jedi.vcl

Write on a form, possibly alpha blended, and show the form.  See for example 
Mantis Report 4076.
For background info see 
http://blogs.msdn.com/oldnewthing/archive/2007/02/23/1747713.aspx.

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eto3g2$gf0$1@news.talkto.net...
> > Kiriakos wrote:
>> >> Indeed, writing to the desktop is very slow and highly discouraged with 
>> >> Vista Aero theme.
> >
> > Ok, but then what is the recommended way to do this? 




Subject: Re: Installing JVCL - Problem
From: Robert <jorobertobr@yahoo.com.br>
Date: Tue, 20 Mar 2007 22:18:12 -0400
Newsgroups: jedi.vcl

Malcolm Cheyne escreveu:
> Did you install the matching JCL  FIRST ?
>

Yes.

Robert.


Subject: Re: Installing JVCL - Problem
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Wed, 21 Mar 2007 12:11:06 +1000
Newsgroups: jedi.vcl

Did you install the matching JCL  FIRST ?

-- Malcolm Townsville, Australia "Robert" <jorobertobr@yahoo.com.br> wrote in message news:etprno$t2m$2@news.talkto.net...
> > Hi,
> >
> > I am trying to install JVCL 3.30 but the following error occurs:
> > VCL 3.30.0.0
> >
> >
> > [Compiling: Packages]
> > [Compiling: Jv3rdD10R.bpl]
> > Borland Delphi for Win32 compiler version 18.0
> > Copyright (c) 1983,2005 Borland Software Corporation
> > 597 lines, 0.05 seconds, 26876 bytes code, 112 bytes data.
> > [Compiling: JvCoreD10R.bpl]
> > Borland Delphi for Win32 compiler version 18.0
> > Copyright (c) 1983,2005 Borland Software Corporation
> > E:\JVCL330\JVCL\run\JvThemes.pas(776) Error: E2003 Undeclared 
> > identifier: 'TRect'
> > E:\JVCL330\JVCL\run\JvThemes.pas(779) Error: E2003 Undeclared 
> > identifier: 'HDC'
> > E:\JVCL330\JVCL\run\JvThemes.pas(780) Error: E2003 Undeclared 
> > identifier: 'HBRUSH'
> > E:\JVCL330\JVCL\run\JvThemes.pas(786) Error: E2003 Undeclared 
> > identifier: 'UINT'
> > E:\JVCL330\JVCL\run\JvThemes.pas(902) Error: E2003 Undeclared 
> > identifier: 'FillRect'
> > E:\JVCL330\JVCL\run\JvThemes.pas(1091) Error: E2003 Undeclared 
> > identifier: 'DrawFrameControl'
> > E:\JVCL330\JVCL\run\JvThemes.pas(1211) Error: E2003 Undeclared 
> > identifier: 'TPoint'
> > E:\JVCL330\JVCL\run\JvThemes.pas(1214) Error: E2003 Undeclared 
> > identifier: 'PtInRect'
> > E:\JVCL330\JVCL\run\JvExButtons.pas(50) Fatal: F2063 Could not 
> > compile used unit '..\..\run\JvThemes.pas'
> >
> >
> > What am i missing?
> >
> > Robert. 




Subject: Installing JVCL - Problem
From: Robert <jorobertobr@yahoo.com.br>
Date: Tue, 20 Mar 2007 19:48:27 -0400
Newsgroups: jedi.vcl

Hi,

I am trying to install JVCL 3.30 but the following error occurs:
VCL 3.30.0.0


[Compiling: Packages]
[Compiling: Jv3rdD10R.bpl]
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
597 lines, 0.05 seconds, 26876 bytes code, 112 bytes data.
[Compiling: JvCoreD10R.bpl]
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
E:\JVCL330\JVCL\run\JvThemes.pas(776) Error: E2003 Undeclared identifier: 'TRect'
E:\JVCL330\JVCL\run\JvThemes.pas(779) Error: E2003 Undeclared identifier: 'HDC'
E:\JVCL330\JVCL\run\JvThemes.pas(780) Error: E2003 Undeclared identifier: 'HBRUSH'
E:\JVCL330\JVCL\run\JvThemes.pas(786) Error: E2003 Undeclared identifier: 'UINT'
E:\JVCL330\JVCL\run\JvThemes.pas(902) Error: E2003 Undeclared identifier: 'FillRect'
E:\JVCL330\JVCL\run\JvThemes.pas(1091) Error: E2003 Undeclared identifier: 'DrawFrameControl'
E:\JVCL330\JVCL\run\JvThemes.pas(1211) Error: E2003 Undeclared identifier: 'TPoint'
E:\JVCL330\JVCL\run\JvThemes.pas(1214) Error: E2003 Undeclared identifier: 'PtInRect'
E:\JVCL330\JVCL\run\JvExButtons.pas(50) Fatal: F2063 Could not compile used unit '..\..\run\JvThemes.pas'


What am i missing?

Robert.


Subject: Re: TJvMemoryData usage example, anyone?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 20 Mar 2007 15:27:29 +0100
Newsgroups: jedi.vcl

Well, this works:

  source := TJvMemoryData.Create(nil);
  try
    source.FieldDefs.Add('CODCIV', ftString, 256);
    source.FieldDefs.Add('LIBCIV', ftString, 256);

    source.Open;
    for I := 0 to 5 - 1 do
    begin
      source.AppendRecord([IntToStr(I), 'Libellé ' + IntToStr(I)]);
    end;

    source.Open;
    source.First;
    Msg := '';
    while not source.Eof do
    begin
      Msg := Msg + source.FieldByName('LIBCIV').AsString + #13#10;

      source.Next;
    end;
    ShowMessage(Msg);
  finally
    source.Free;
  end;

The key is to use AppendRecord as it does not require the hidden field to exist. And because all my usage is for reading, it is not used either during the rest of the application.
Hope this helps users.


Subject: Re: TJvMemoryData usage example, anyone?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 20 Mar 2007 14:29:25 +0100
Newsgroups: jedi.vcl

ssamayoa wrote:
>> But whenever it tries to apply the changes it complains that it cannot find the field named C67F70Z90.
>
> I remember having such problem a couple of years ago and as I can recall
> it was about apply mode or key field names properties. Try changing some
> of them or both.

Well, I can't figure out a way to use this...


> I discart the use of TJvMemoryData in favor of TClientDataSet.

Yeah, but I don't want to depend on midas for this. And TClientDataset is too big for what I want.
Bugger, I have to find a way to make this work.


Subject: jvdbGrid and TopRow
From: jacky <jfrieske@poczta.onet.pl>
Date: Tue, 20 Mar 2007 13:42:47 +0100
Newsgroups: jedi.vcl

Hi
TDBGrid component has a property TopRow.
What is the name of this property in TjvdbGrid?


Subject: Re: jvMenu and msXP Style under Vista
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 20 Mar 2007 08:49:28 +0100
Newsgroups: jedi.vcl

Kiriakos wrote:
> Indeed, writing to the desktop is very slow and highly discouraged with Vista Aero theme.

Ok, but then what is the recommended way to do this?


Subject: Re: jvMenu and msXP Style under Vista
From: "Kiriakos" <kvlahos@ath.forthnet.gr>
Date: Tue, 20 Mar 2007 01:10:45 +0200
Newsgroups: jedi.vcl

Indeed, writing to the desktop is very slow and highly discouraged with 
Vista Aero theme.


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:etmgdd$7a9$1@news.talkto.net...
> > None of us have Vista here, and thus we cannot test it.
> > However, I believe it has to do with the way the borders are drawn, 
> > because it accesses the desktop window. Not sure though, I would 
> > appreciate if you could try to debug this.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: TJvMemoryData usage example, anyone?
From: "ssamayoa" <nospam@stopspam.com>
Date: Mon, 19 Mar 2007 20:33:10 +0100
Newsgroups: jedi.vcl

> >But whenever it tries to apply the changes it complains that it cannot 
> >find the field named C67F70Z90.

I remember having such problem a couple of years ago and as I can recall
it was about apply mode or key field names properties. Try changing some
of them or both.

I discart the use of TJvMemoryData in favor of TClientDataSet.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvMenu and msXP Style under Vista
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 19 Mar 2007 18:16:33 +0100
Newsgroups: jedi.vcl

None of us have Vista here, and thus we cannot test it.
However, I believe it has to do with the way the borders are drawn, because it accesses the desktop window. Not sure though, I would appreciate if you could try to debug this.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: jvMenu and msXP Style under Vista
From: Zapology <Zapology@gmx.net>
Date: Mon, 19 Mar 2007 16:56:34 +0100
Newsgroups: jedi.vcl

Hi,

we just tested our software under Vista and there seems to be a problem with the msXP Style in the jvMenu components.

If a main menu or popup uses msXP the mouseover effects and the whole behavior of the menu is extremely slow.
I tried the JvMenus example and it is the same problem (with the XP PopUp).

If I change the window theme in vista to "windows classic theme" then it works the normal way.

Is the a solution for this problem?
We have jedi 3.2 but i couldn't find something about it in the 3.3 changelog.

Zapology



Subject: TJvMemoryData usage example, anyone?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 19 Mar 2007 16:46:12 +0100
Newsgroups: jedi.vcl

Hi all,

I'm trying to use TJvMemoryData to get a complete "in memory" dataset, but I can't manage to add stuff into it, it always chokes on the hidden field that stores status. Here is my code:

  jmd.ApplyMode := amAppend;

  jmd.FieldDefs.Clear;
  jmd.FieldDefs.Add('FIELDONE', ftString);
  jmd.FieldDefs.Add('FIELDTWO', ftString);

  jmd.Open;
  for I := 0 to 5 - 1 do
  begin
    jmd.Append;
    jmd.FieldByName('FIELDONE').AsString := IntToStr(I);
    jmd.FieldByName('FIELDTWO').AsString := 'Value ' + IntToStr(I);
    jmd.ApplyChanges;
  end;

But whenever it tries to apply the changes it complains that it cannot find the field named C67F70Z90.
In my case, I cannot have a source DataSet, and hence the property is set to nil.
In the end, I'm wondering what would be the point of this component if it must have a "non in-memory" source to work...

Any help greatly appreciated.
Cheers
Olivier


Subject: Re: JVCL 3.31 Released!
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 19 Mar 2007 16:42:35 +0100
Newsgroups: jedi.vcl,jedi.general

Niels wrote:
> "OBones" <obones_gf_@_fe_altern.org> schreef in bericht
> news:etlvmt$3f7$1@news.talkto.net
>> The JVCL Team is proud to announce that the stable release of JVCL
>> 3.31 is available for download.
>>
> Hallo Obones,
> Congratulated with the new version release.
> Is there any of my given modification included in this release?

If it was in SVN by the 25th of February, yes. Anything after that is not in this release, but still in SVN.


Subject: TjvRichEdit
From: "FeliXus" <bilcan2000@hotmail.com>
Date: Mon, 19 Mar 2007 15:56:03 +0100
Newsgroups: jedi.vcl

How can I move scroll to end on JvRichEdit without focusing TJvrichedit.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvRichEdit
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Mon, 19 Mar 2007 15:44:31 +0100
Newsgroups: jedi.vcl

Hi,

> > How can I move scroll to end on JvRichEdit without focusing TJvrichedit.

Have tried this:

  JvRichEdit1.SelStart := Length(JvRichEdit1.Text);
  JvRichEdit1.Perform(EM_SCROLLCARET, 0, 0);

Maybe you must focuse it after this. But you could set the focus back to
the previous focused control.

CU, Eddi


Subject: Re: JVCL 3.31 Released!
From: "Niels" <demonNG@lumensoft.nl>
Date: Mon, 19 Mar 2007 15:41:42 +0100
Newsgroups: jedi.vcl,jedi.general

"OBones" <obones_gf_@_fe_altern.org> schreef in bericht
news:etlvmt$3f7$1@news.talkto.net
> > The JVCL Team is proud to announce that the stable release of JVCL
> > 3.31 is available for download.
> >
Hallo Obones,
Congratulated with the new version release.
Is there any of my given modification included in this release?

thanks any way

Niels v.d Spek 




Subject: WiSHLIST: Property ecSmartCase for TjvEdit
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Tue, 20 Mar 2007 00:01:21 +1000
Newsgroups: jedi.vcl

I needed to stop my users from entering data like FirstName in 
UPPERCASE and went searching through the JVCL components for a 
specific edit control to do that.  I could see: ecLowerCase; ecNormal; 
and ecUpperCase in most (including other) edit components, but no 
SmartCase (which incidently, I had been incorrectly calling 
CamelCase).

I googled around and found, among other references, a reply by Florent 
saying a strSmartCase function already exists in JCL.jclStrings.pas.

Is it possible to include this as one of the drop down 
TjvEdit.CharCase properties?

For your consideration .....

BTW thanks for the great work.  I downloaded the latest JCL and JVCL 
as we "speak"

-- Malcolm Townsville, Australia 

Subject: ANN: JVCL 3.31 Released!
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 19 Mar 2007 13:32:26 +0100
Newsgroups: jedi.vcl,jedi.general

The JVCL Team is proud to announce that the stable release of JVCL 3.31 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005, 2006 and 2007; C++Builder 5, 6 and 2006 (Borland Developer Studio). JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release brings official support for Delphi 2007.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.31.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: Refresh
From: "Scott Toney" <stoneyaway@NoSpam.msn.com>
Date: Sun, 18 Mar 2007 15:15:24 -0500
Newsgroups: jedi.vcl

I kept starting over and got it. Thanks

"Niels" <demonNG@lumensoft.nl> wrote in message 
news:etk3t4$jcf$1@news.talkto.net...
> > "Scott Toney" <stoneyaway@NoSpam.msn.com> schreef in bericht
> > news:etjg53$fii$1@news.talkto.net
>> >> Will it take a contribution to get an answer?
>> >>
>> >> "Scott Toney" <scott@spine-brain.com> wrote in message
>> >> news:et4eck$v59$1@news.talkto.net...
>>> >>> I am writing an application for my daughter and her friends to share
>>> >>> calendars. My problem is that when one girl puts in her information,
>>> >>> the other girls can't see it unless they shut down and restart the
>>> >>> program. I was thinking about putting in a "Refresh" button (along
>>> >>> with a timer to "press" the button at a specified interval) with a
>>> >>> refresh calendar call, but can't find a refresh calendar procedure/
>>> >>> refresh jvtfdays. Is there one
>>> >>> / Where is it?????
>>> >>>
> > Can you tell us a bit more how you get the aganda inforamtie (like do you 
> > use a database of some kind)? Which compoment do you use to show the 
> > informatie.
> >
> > Now it is to little information for helping you.
> >
> >
> >
>>> >>> Thanks
>>> >>> Scott
> >
> > 




Subject: Re: Refresh
From: "Niels" <demonNG@lumensoft.nl>
Date: Sun, 18 Mar 2007 20:26:13 +0100
Newsgroups: jedi.vcl

"Scott Toney" <stoneyaway@NoSpam.msn.com> schreef in bericht
news:etjg53$fii$1@news.talkto.net
> > Will it take a contribution to get an answer?
> >
> > "Scott Toney" <scott@spine-brain.com> wrote in message
> > news:et4eck$v59$1@news.talkto.net...
>> >> I am writing an application for my daughter and her friends to share
>> >> calendars. My problem is that when one girl puts in her information,
>> >> the other girls can't see it unless they shut down and restart the
>> >> program. I was thinking about putting in a "Refresh" button (along
>> >> with a timer to "press" the button at a specified interval) with a
>> >> refresh calendar call, but can't find a refresh calendar procedure/
>> >> refresh jvtfdays. Is there one
>> >> / Where is it?????
>> >>
Can you tell us a bit more how you get the aganda inforamtie (like do you 
use a database of some kind)? Which compoment do you use to show the 
informatie.

Now it is to little information for helping you.



>> >> Thanks
>> >> Scott 




Subject: Re: Schedule Manager
From: "Scott Toney" <stoneyaway@NoSpam.msn.com>
Date: Sun, 18 Mar 2007 11:20:13 -0500
Newsgroups: jedi.vcl

I asked almost the same question a while back, since then, I found out that 
if I release the schedule, request the schedule, process batches, refresh 
connections that it will work. I also set the mode to batch and do my sql 
query in onloadbatches.
Scott
"Henry Chaumont" <ezmed@hotmail.com> wrote in message 
news:etcurr$edo$1@news.talkto.net...
> >I am writing an appointment system. I noticed in jvtfmanager that 
> >refreshappts is commented out. How would I go about refreshing the 
> >appointment list? I have tried the following with no luck.
> >
> > 1.
> >  utfschedulemanager1.RefreshConnections(jvtfdays1);
> >  utfschedulemanager1.ReleaseSchedule(jvtfdays1, resourcecombo.Text, 
> > gotodatepicker.date);
> >  for i := 0 to utfschedulemanager1.ConControlCount - 1 do
> >    utfschedulemanager1.ConControls[I].Refresh;
> >  utfScheduleManager1LoadBatch(sender, resourcecombo.text, 
> > gotodatepicker.date, gotodatepicker.date);
> >  utfschedulemanager1.RequestSchedule(jvtfdays1, resourcecombo.text, 
> > gotodatepicker.date);
> >
> >
> > 2.
> >  jvtfdays1.Update;
> >  utfschedulemanager1.ProcessBatches;
> > 
> > utfScheduleManager1.dbRefreshSched(utfschedulemanager1.FindSchedule(resourcecombo.Text, 
> > gotodatepicker.Date));
> >
> >
> > 3.
> >  tDates := tStringList.Create;
> >  tdays := scheduledates.count;
> >  for tInt := 0 to tdays - 1 do
> >    tDates[tint] := scheduledates.Strings[tint];
> >  ScheduleDates.Clear;
> >
> >  tdatetemp := gotodatepicker.Date;
> >  if (dayscombo.ItemIndex = 0) then
> >    tint := 31
> >  else if (dayscombo.ItemIndex = 1) then
> >    tint := 14
> >  else if (dayscombo.ItemIndex = 2) then
> >    tint := 7
> >  else if (dayscombo.ItemIndex = 3) then
> >    tint := 5
> >  else if (dayscombo.ItemIndex = 4) then
> >    tint := 3
> >  else if (dayscombo.ItemIndex = 5) then
> >    tint := 2
> >  else if (dayscombo.ItemIndex = 6) then
> >    tint := 1;
> >  for tIndex := 0 to tdays-1 do
> >  begin
> >    ScheduleDates.Add(tDates[tindex]);
> >  end;
> >    utfScheduleManager1.dbRefreshAll;
> >    if not (JvTFDays1.SelAppt=nil) then
> >      JvTFDays1.SelAppt := nil;
> >    JvTFDays1.Cols.Clear;
> >
> >    utfScheduleManager1.Flush(True);
> >    if JvTFDays1.Grouping=grDate then
> >    begin
> >      for NoDays := 0 to ScheduleDates.Count - 1 do
> >      begin
> >        for i := 0 to ScheduleNames.Count-1 do
> >        begin
> >          aCol := JvTFDays1.Cols.add;
> >          aCol.SchedName := ScheduleNames[i];
> >          aCol.SchedDate := strtodate(ScheduleDates[NoDays]);
> >        end
> >      end
> >    end
> >    else
> >      if JvTFDays1.Grouping=grResource then
> >      begin
> >        for i := 0 to ScheduleNames.Count-1 do
> >        begin
> >          for NoDays := 0 to ScheduleDates.Count - 1 do
> >          begin
> >            aCol := JvTFDays1.Cols.add;
> >            aCol.SchedName := ScheduleNames[i];
> >            aCol.SchedDate := strtodate(ScheduleDates[NoDays]);
> >          end
> >        end
> >      end
> >
> > Any help would be greatly appreciated
> >
> > 




Subject: Re: Refresh
From: "Scott Toney" <stoneyaway@NoSpam.msn.com>
Date: Sun, 18 Mar 2007 08:56:16 -0500
Newsgroups: jedi.vcl

Will it take a contribution to get an answer?

"Scott Toney" <scott@spine-brain.com> wrote in message 
news:et4eck$v59$1@news.talkto.net...
> >I am writing an application for my daughter and her friends to share
> > calendars. My problem is that when one girl puts in her information, the
> > other girls can't see it unless they shut down and restart the program. I
> > was thinking about putting in a "Refresh" button (along with a timer to
> > "press" the button at a specified interval) with a refresh calendar call,
> > but can't find a refresh calendar procedure/ refresh jvtfdays. Is there 
> > one
> > / Where is it?????
> >
> > Thanks
> > Scott
> >
> > 




Subject: Re: jvcs.exe can you do a one-shot checkout?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 17 Mar 2007 19:19:23 +0100
Newsgroups: jedi.vcl

James,

Best ask JVCS-related questions in newsgroup jedi.vcs.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: jvcs.exe can you do a one-shot checkout?
From: "James Lawson" <james.lawson@cepca-technology.co.uk>
Date: Sat, 17 Mar 2007 17:42:57 -0000
Newsgroups: jedi.vcl

Hi all,

I thought I could use the Jedi VCS command line client to integrate with 
visual studio / text editors / whatever, using a one shot command like 
this...

jvcs.exe 127.0.0.1:2106 -user james -password pass -checkout filename

....but it complains that I do not have a project set.

if I run...

jvcs.exe 127.0.0.1:2106 -user james -password pass -openproject 
myproj -checkout filename

....it doesn't like it.

If I try and do the openproject and the checkout in two seperate steps, the 
openproject does not persist across multiple jvcs calls.

Can anyone tell me how to checkout a file using jvcs command line in a 
single line?  I would be most grateful.

Kind Regards,
James 




Subject: Re: Windows menubar
From: "ssamayoa" <nospam@stopspam.com>
Date: Sat, 17 Mar 2007 00:15:53 +0100
Newsgroups: jedi.vcl

> >TActionManager also allows this..

But hasn't the TBX's cool themes.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvTFDays
From: "Scott Toney" <scott@spine-brain.com>
Date: Fri, 16 Mar 2007 13:26:33 -0600
Newsgroups: jedi.vcl

I change the appt.color per appointment reason not per resource.

"Rudy Hentzen" <rhentzen@hotmail.com> wrote in message
news:eteghh$nun$1@news.talkto.net...
> > Hi,
> >
> > Is it possible to have different colours ofr different resources??
> >
> > I did try somethings with templates but couldnt figure out where the
> > settings would be.
> >
> > Many thanks
> > Rudy
> >
> >




Subject: TJvTFDays
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Fri, 16 Mar 2007 16:28:39 -0000
Newsgroups: jedi.vcl

Hi,

Is it possible to have different colours ofr different resources??

I did try somethings with templates but couldnt figure out where the 
settings would be.

Many thanks
Rudy 




Subject: Re: JvPanel Flat
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Fri, 16 Mar 2007 15:20:46 -0000
Newsgroups: jedi.vcl

Cool,

I was wondering if there was a way of doing in the component, but using 
those components in cool.

Many thanks
Rudy

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:etec42$n2u$1@news.talkto.net...
> >A TBevel or TShape maybe ? 




Subject: Re: JvPanel Flat
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 16 Mar 2007 16:14:33 +0100
Newsgroups: jedi.vcl

A TBevel or TShape maybe ?


Subject: JvPanel Flat
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Fri, 16 Mar 2007 14:52:15 -0000
Newsgroups: jedi.vcl

Hi,

I would like to put a border around my JvPanel which i have made flat.  I 
have tried the Flat Boarder Colour property but this did not work.

Any help would be greatly appreciated

Thanks
Rudy 




Subject: Re: Windows menubar
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Fri, 16 Mar 2007 14:24:07 -0000
Newsgroups: jedi.vcl

Thanks
Rudy 




Subject: Re: Windows menubar
From: Moore <delfino03@caramail.com>
Date: Fri, 16 Mar 2007 14:30:18 +0100
Newsgroups: jedi.vcl

TActionManager also allows this..


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Fri, 16 Mar 2007 09:19:42 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > 
> > Some components base on still unpatched Win32 functions like
> > TListView which bases on the Listview_ functions. We also have not
> > considered all ramificatons of the concept. for example i just
> > changed the message interceptors to only intercept messages to
> > windows owned by the application. Otherwise you could not send
> > messages with ASCII strings to other applications. It is a bit
> > superfluous, because only very few messages allow strings to other
> > applications, yet it should be handled lest we forget.

ok, thanks for the info

-- Best regards :-) Guillem Vicens Meier Dep. Informática Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Mar 2007 05:35:10 +0100
Newsgroups: jedi.vcl

Guillem wrote:

> what do you mean by partially? Do you mean components that work for
> some Unicode characters but not for others?

Some components base on still unpatched Win32 functions like TListView which bases on the Listview_ functions. We also have not considered all ramificatons of the concept. for example i just changed the message interceptors to only intercept messages to windows owned by the application. Otherwise you could not send messages with ASCII strings to other applications. It is a bit superfluous, because only very few messages allow strings to other applications, yet it should be handled lest we forget.


Subject: Schedule Manager
From: "Henry Chaumont" <ezmed@hotmail.com>
Date: Thu, 15 Mar 2007 21:24:06 -0500
Newsgroups: jedi.vcl

I am writing an appointment system. I noticed in jvtfmanager that 
refreshappts is commented out. How would I go about refreshing the 
appointment list? I have tried the following with no luck.

1.
  utfschedulemanager1.RefreshConnections(jvtfdays1);
  utfschedulemanager1.ReleaseSchedule(jvtfdays1, resourcecombo.Text, 
gotodatepicker.date);
  for i := 0 to utfschedulemanager1.ConControlCount - 1 do
    utfschedulemanager1.ConControls[I].Refresh;
  utfScheduleManager1LoadBatch(sender, resourcecombo.text, 
gotodatepicker.date, gotodatepicker.date);
  utfschedulemanager1.RequestSchedule(jvtfdays1, resourcecombo.text, 
gotodatepicker.date);


2.
  jvtfdays1.Update;
  utfschedulemanager1.ProcessBatches;
  utfScheduleManager1.dbRefreshSched(utfschedulemanager1.FindSchedule(resourcecombo.Text, 
gotodatepicker.Date));


3.
  tDates := tStringList.Create;
  tdays := scheduledates.count;
  for tInt := 0 to tdays - 1 do
    tDates[tint] := scheduledates.Strings[tint];
  ScheduleDates.Clear;

  tdatetemp := gotodatepicker.Date;
  if (dayscombo.ItemIndex = 0) then
    tint := 31
  else if (dayscombo.ItemIndex = 1) then
    tint := 14
  else if (dayscombo.ItemIndex = 2) then
    tint := 7
  else if (dayscombo.ItemIndex = 3) then
    tint := 5
  else if (dayscombo.ItemIndex = 4) then
    tint := 3
  else if (dayscombo.ItemIndex = 5) then
    tint := 2
  else if (dayscombo.ItemIndex = 6) then
    tint := 1;
  for tIndex := 0 to tdays-1 do
  begin
    ScheduleDates.Add(tDates[tindex]);
  end;
    utfScheduleManager1.dbRefreshAll;
    if not (JvTFDays1.SelAppt=nil) then
      JvTFDays1.SelAppt := nil;
    JvTFDays1.Cols.Clear;

    utfScheduleManager1.Flush(True);
    if JvTFDays1.Grouping=grDate then
    begin
      for NoDays := 0 to ScheduleDates.Count - 1 do
      begin
        for i := 0 to ScheduleNames.Count-1 do
        begin
          aCol := JvTFDays1.Cols.add;
          aCol.SchedName := ScheduleNames[i];
          aCol.SchedDate := strtodate(ScheduleDates[NoDays]);
        end
      end
    end
    else
      if JvTFDays1.Grouping=grResource then
      begin
        for i := 0 to ScheduleNames.Count-1 do
        begin
          for NoDays := 0 to ScheduleDates.Count - 1 do
          begin
            aCol := JvTFDays1.Cols.add;
            aCol.SchedName := ScheduleNames[i];
            aCol.SchedDate := strtodate(ScheduleDates[NoDays]);
          end
        end
      end

Any help would be greatly appreciated




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Thu, 15 Mar 2007 20:27:33 +0100
Newsgroups: jedi.vcl


"Guillem" <guillemvicens-nospam@clubgreenoasis.com> wrote in message news:etb1ak$2ia$1@news.talkto.net...
> Bart van der Werf wrote:
>
>>
>> No bug reports are great too :)
>
> great :-)
>
>>
>> But at them moment we know that we don't support alot of compontents
>> yet, so bug reports on the components that do work partially would
>> help the most.
>
> what do you mean by partially? Do you mean components that work for
> some Unicode characters but not for others?

No if it supports some characters it supports all of them, atleast, as far as we can support it.



Subject: JvNavPageStyleManager theme
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Thu, 15 Mar 2007 15:18:40 -0000
Newsgroups: jedi.vcl

Hi,

How do i go about creating my own JvNavPageStyleManager theme.

Thanks
Rudy





Subject: Re: Windows menubar
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Thu, 15 Mar 2007 14:47:02 -0000
Newsgroups: jedi.vcl

Thanks, i am trying them know, but finding them tricky to install.  Having 
issues with version problems, but going through the document now.

Thanks
Rudy

> > Look for Toolbar 2000 (http://www.jrsoftware.org/tb2k.php, is not free but
> > cheap), TBX (http://www.g32.org/) and the TBX patch
> > (http://mxs.bergsoft.net/files/TBXPatch220.zip).




Subject: Re: TJvCustomInspector
From: "Valdir Stiebe Junior" <valdir@dype.com.br>
Date: Thu, 15 Mar 2007 08:45:49 -0300
Newsgroups: jedi.vcl

Done. Everything working now.

Should I send or post this diff anywhere?


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Mar 2007 10:16:49 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> Is this down conversion interceptable ?

No. It is what the compiler does when generating code.


Subject: Re: Error during JVCL installation with italian localization
From: "F3" <f3@mytrashmail.com>
Date: Thu, 15 Mar 2007 09:50:46 +0100
Newsgroups: jedi.vcl

> >Nope, it's not where you should do it. Either you use the installer to 
> >edit the options (button at top right), or you edit the jvcld6.inc file 
> >and remove the dot in front of "DEFINE USE_DXGETTEXT" in those lines :

I had already tried to do this, also because I noticed that no {$DEFINE 
USE_DXGETTEXT} was present in jvcl.inc, while in jvcld6.inc there was 
that define just ready to be undotted. Then I discovered that enabling it 
was the same as checking the relative option in the installer.
Unfortunately the result is exactly the same, same errors and 
installation aborted.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Thu, 15 Mar 2007 08:49:24 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > 
> > No bug reports are great too :)

great :-)

> > 
> > But at them moment we know that we don't support alot of compontents
> > yet, so bug reports on the components that do work partially would
> > help the most.

what do you mean by partially? Do you mean components that work for
some Unicode characters but not for others?

-- Best regards :-) Guillem Vicens Meier Dep. Informática Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Thu, 15 Mar 2007 08:30:45 +0100
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:et8mk0$m13$1@news.talkto.net...
> Robert Marquardt wrote:
>
>> I think this problem has been solved. The TestText was causing the problem. BDS handles UTF-8 in the source itself (adding BOM etc).
>> I have changed the string literal to code the UTF-8 chars as hex constants so the source now only contains ASCII chars.
>
> Tested with Turbo Delphi and D6. For the current demo app it works.
> I have removed the warning and the compiler option for now.
> This has to be documented for BDS though (when we write the documentation). The codepage setting 65001 means that the compiler does not promote string literals containing UTF-8 chars to WideString.
> The problem is caused by an assignment of this literal to a string then. The down conversion goes to ANSI not UTF-8.

Is this down conversion interceptable ?


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Thu, 15 Mar 2007 08:29:58 +0100
Newsgroups: jedi.vcl


"Guillem" <guillemvicens-nospam@clubgreenoasis.com> wrote in message news:et8mrv$m22$1@news.talkto.net...
> Bart van der Werf wrote:
>
>>
>> It looks like we're going to convert the ComCtrls unit next, so these
>> will be taken on aswell, if you want to contribute get the code from
>> cvs.
>>
>
> Hi Bart,
>
> unfortunately my knowledge on internationalization and Unicode is very
> little, so I can't really help by coding. :-)
>
> That's why I thought I could contribute by testing components and
> submitting bug reports. I'm donwloading the cvs version every day
> before doing so. If you feel I could do otherwise just tell me. I'm
> willing to hear :-)

No bug reports are great too :)

But at them moment we know that we don't support alot of compontents yet, so bug reports on the components that do work partially would help the most.

greets, Bart


Subject: Re: ANN: TNT Unicode Controls - Seeking new home!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Mar 2007 05:42:14 +0100
Newsgroups: jedi.vcl

OBones wrote:

> You said it all. The resources are what is missing most at that time.

A message to the Borland newsgroups should attract some new developers.


Subject: Re: Windows menubar
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 14 Mar 2007 21:18:32 +0100
Newsgroups: jedi.vcl

> >I could not find the equilvent Jedi component and any help will be 
> >appreciated.

JVCL hasn't.

Look for Toolbar 2000 (http://www.jrsoftware.org/tb2k.php, is not free but
cheap), TBX (http://www.g32.org/) and the TBX patch
(http://mxs.bergsoft.net/files/TBXPatch220.zip).

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ANN: TNT Unicode Controls - Seeking new home!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 14 Mar 2007 20:46:03 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:
> On Mon, 12 Mar 2007 17:56:17 +0100, Robert Marquardt wrote:
>
>> This is what i answered there:
>> I see no reason why we would not accept it into the JVCL.
>
> As long as there are enough resources to integrate and maintain it I
> see no reason why the JVCL shouldn't accept the donation.

You said it all. The resources are what is missing most at that time.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: ANN: TNT Unicode Controls - Seeking new home!
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 14 Mar 2007 20:37:12 +0100
Newsgroups: jedi.vcl

On Mon, 12 Mar 2007 17:56:17 +0100, Robert Marquardt wrote:

> >This is what i answered there:
> >I see no reason why we would not accept it into the JVCL.

As long as there are enough resources to integrate and maintain it I
see no reason why the JVCL shouldn't accept the donation.
--
Uwe


Subject: Windows menubar
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Wed, 14 Mar 2007 17:13:50 -0000
Newsgroups: jedi.vcl

Hi,

I am looking for the component that is used in the Microsoft Office 
components on the Menu.  It allows the background to be gradient faded (left 
to right) and also allows the moveable bars, (menu and button), to be added.

I could not find the equilvent Jedi component and any help will be 
appreciated.

Many thanks
Rudy 




Subject: Re: Error during JVCL installation with italian localization
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 14 Mar 2007 16:48:38 +0100
Newsgroups: jedi.vcl

F3 wrote:

> "...compile the JVCL with USE_DXGETTEXT defined..."
> Ok, added a {$DEFINE USE_DXGETTEXT} line in jvcl.inc.

Nope, it's not where you should do it. Either you use the installer to edit the options (button at top right), or you edit the jvcld6.inc file and remove the dot in front of "DEFINE USE_DXGETTEXT" in those lines :

{ Enable this define if you have the dxgettext (http://dxgettext.sourceforge.net)
translation tool installed and want to use it with the JVCL. }
{.$DEFINE USE_DXGETTEXT}


This should get you sorted.


Subject: Error during JVCL installation with italian localization
From: "F3" <f3@mytrashmail.com>
Date: Wed, 14 Mar 2007 14:46:23 +0100
Newsgroups: jedi.vcl

Hi,
I'm trying to install JVCL 3.30 with Delphi6 PRO using the included 
italian localization. I've already installed JCL and JVCL with the 
default settings and everything went fine.

Now I'm following the readme instructions:

"All you need to do is download and install DxGettext..."
Ok, done.

"...compile the JVCL with USE_DXGETTEXT defined..."
Ok, added a {$DEFINE USE_DXGETTEXT} line in jvcl.inc.

"...and the JVCL will be localized to the language your application chose 
to run in..."
Mmm, not exactly :)

During the packages compilation I get this error message:

Warning: Unit 'JvGnugettext' implicitly imported into package 'JvCoreD6R'
Error: JvHMID6R.dpk(41): Packages 'JvCoreD6R' and 'Jv3rdD6R' both contain 
unit 'JvGnugettext'

What am I missing or doing wrong?
Thank you
 



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid, WordWrap, and RowHeights
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 14 Mar 2007 13:38:11 +0100
Newsgroups: jedi.vcl

The parent DBGrid does not allow to have different row heights. You can 
modify each row height programmatically but there will always be a 
moment where a DBGrid function is called and refresh the display. Don't 
lose your time with that. The only thing you can do is to expand/reduce 
all heights of the same amount.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Wed, 14 Mar 2007 11:38:39 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > 
> > It looks like we're going to convert the ComCtrls unit next, so these
> > will be taken on aswell, if you want to contribute get the code from
> > cvs.
> > 

Hi Bart,

unfortunately my knowledge on internationalization and Unicode is very
little, so I can't really help by coding. :-)

That's why I thought I could contribute by testing components and
submitting bug reports. I'm donwloading the cvs version every day
before doing so. If you feel I could do otherwise just tell me. I'm
willing to hear :-)

-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Mar 2007 12:35:42 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I think this problem has been solved. The TestText was causing the problem. BDS handles UTF-8 in the source itself (adding BOM etc).
> I have changed the string literal to code the UTF-8 chars as hex constants so the source now only contains ASCII chars.

Tested with Turbo Delphi and D6. For the current demo app it works.
I have removed the warning and the compiler option for now.
This has to be documented for BDS though (when we write the documentation). The codepage setting 65001 means that the compiler does not promote string literals containing UTF-8 chars to WideString.
The problem is caused by an assignment of this literal to a string then. The down conversion goes to ANSI not UTF-8.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Mar 2007 11:53:50 +0100
Newsgroups: jedi.vcl

Guillem wrote:

> Btw, when I first ran the downloaded test app this morning I forgot to
> specify the codepage in project options, but it still worked fine
> (except for ListView). Is that normal?

I think this problem has been solved. The TestText was causing the problem. BDS handles UTF-8 in the source itself (adding BOM etc).
I have changed the string literal to code the UTF-8 chars as hex constants so the source now only contains ASCII chars.


Subject: Re: Strange TJvDirectoryEdit behavior
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 14 Mar 2007 11:49:55 +0100
Newsgroups: jedi.vcl

Please post an entry to mantis including a sample.
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Greetings
Jens

> > I have a configuration dialog that has 3 TJvDirectoryEdit controls and 
> >one TJvFilenameEdit. If I open any of the TJvDirectoryEdits I see no 
> >directories listed. If I open the TJvFilenameEdit, I see directories & 
> >files. Reopen DirectoryEdit and directories are now shown.
> >Thanks
> >Bill
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Wed, 14 Mar 2007 11:48:23 +0100
Newsgroups: jedi.vcl

"Guillem" <guillemvicens-nospam@clubgreenoasis.com> wrote in message 
news:et8e86$kn9$1@news.talkto.net...
> > Robert Marquardt wrote:
> >
>> >> TListView is problematic. I doubt that it is easy to get it working.
>> >> It bases on the Windows Listview which sucks.
> >
> > I just tested TTabControl and TPageControl. Both give weird characters.
> > I've submitted a bug report for each one.

It looks like we're going to convert the ComCtrls unit next, so these will 
be taken on aswell, if you want to contribute get the code from cvs.

> > Btw, when I first ran the downloaded test app this morning I forgot to
> > specify the codepage in project options, but it still worked fine
> > (except for ListView). Is that normal?

Maybe you didn't rebuild the .dcu files.

Greets, Bart 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Wed, 14 Mar 2007 09:11:34 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > TListView is problematic. I doubt that it is easy to get it working.
> > It bases on the Windows Listview which sucks.

I just tested TTabControl and TPageControl. Both give weird characters.
I've submitted a bug report for each one.

Btw, when I first ran the downloaded test app this morning I forgot to
specify the codepage in project options, but it still worked fine
(except for ListView). Is that normal?

-- Best regards :-) Guillem Vicens Meier Dep. Informática Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Strange TJvDirectoryEdit behavior
From: "starCOM" <mcmahon2-@comcast.net>
Date: Wed, 14 Mar 2007 01:06:45 +0100
Newsgroups: jedi.vcl

 I have a configuration dialog that has 3 TJvDirectoryEdit controls and 
one TJvFilenameEdit. If I open any of the TJvDirectoryEdits I see no 
directories listed. If I open the TJvFilenameEdit, I see directories & 
files. Reopen DirectoryEdit and directories are now shown.
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGrid, WordWrap, and RowHeights
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Tue, 13 Mar 2007 16:44:40 -0700
Newsgroups: jedi.vcl

Hi folks --

I asked a question here a couple weeks ago about working with the JvDBGrid 
component. When WordWrap is turned on, rows are not automatically resized to 
make visible all the text within a (now wrapped) cell. I was interested in 
making that happen, i.e., when text is wrapped I want a row's height to be 
increased. Member Fred was kind enough to respond. He told me that the 
question had been asked and answered multiple times before. I think I'm 
either too new this forum or don't know how to search well--I was unable to 
find a post discussing how to do what I wanted to do.

I've been trying to accomplish the task on my own, but I'm only getting part 
way there. With the code I pasted below, from the grid's DrawColumnCell 
event, rows will expand when text is wrapped (good), but they'll stay 
expanded if a user resizes a row so that text fits on a single line. (Note 
that I'm only concerned with Column[0] below.)

var
   textWidth: integer;
   cellWidth: integer;
   isWrapped: Boolean;
begin
   if Column.Index = 0 then
   begin
     isWrapped:=False;
     cellWidth := Rect.Right - Rect.Left;
     textWidth := DBGrid1.Canvas.TextWidth(Column.Field.DisplayText);
     if (textWidth > cellWidth - 5) then
     begin
       DBGrid1.AutoSizeRows := False;
       isWrapped:=True;
       if (DBGrid1.RowsHeight <= 3 *
Canvas.TextHeight('X')) then
         DBGrid1.RowsHeight := 2 * DBGrid1.RowsHeight;
     end;
   end;
end;

To try to keep all the grid rows to a single line if no text in column[0] is 
being wrapped, i.e., textWidth<cellWidth, I added this line toward the end 
of the method:
     if isWrapped=False then DBGrid1.AutoSizeRows:=True;
It doesn't produce the hoped for effects, though.

So I'm wondering whether anyone can offer a suggestion or otherwise help me 
see what I'm doing wrong.

Thanks, in advance -- Al




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Tue, 13 Mar 2007 22:09:03 +0100
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:et6o7j$c94$1@news.talkto.net...
> TListView is problematic. I doubt that it is easy to get it working.
> It bases on the Windows Listview which sucks.

i've been looking at the code and see nothing that can't be converted aslong as it is isolated and instanced for unicode.

It does look like a bit of work :)

can't seem to find either where the listview is instanced, or where the actual contents of a cell is fetched.

TTreeView also lives in the same code so it needs some attention.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Mar 2007 18:57:59 +0100
Newsgroups: jedi.vcl

TListView is problematic. I doubt that it is easy to get it working.
It bases on the Windows Listview which sucks.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Tue, 13 Mar 2007 15:42:57 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Guillem wrote:
> > 
>> > > I'm not sure if you had time to get to it, but just as a reminder, I
>> > > downloaded this morning the example version from 07-03-09 and did
>> > > check again with tStringGrid. It still does not work.
> > 
> > TStringGrid seems to work now.
> > Best get TortoiseCVS and download the CVS. http://www.tortoisecvs.org
> > 
> > :pserver:anonymous@utf8vcl.cvs.sourceforge.net:/cvsroot/utf8vcl
> > Module is utf8vcl.
> > A standard CVS SourceForge project.

done, works for me also :-)

-- Best regards :-) Guillem Vicens Meier Dep. Informática Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 13 Mar 2007 12:15:40 +0100
Newsgroups: jedi.vcl

Fred wrote:
> Hello,
>
> I sent the changes to Olivier. They should be soon in the SVN repository.

They are now.


Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 13 Mar 2007 10:45:52 +0100
Newsgroups: jedi.vcl

Hello,

I sent the changes to Olivier. They should be soon in the SVN repository.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ANN: TNT Unicode Controls - Seeking new home!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Mar 2007 06:03:19 +0100
Newsgroups: jedi.vcl

Martin Holmes wrote:

> I think this is tremendously important, and I hope Tnt finds a home in the JVCL. If money will help a smooth adoption, I'm good for a $100 contribution.

Please contact Troy directly to know if he got commercial offers.
Be content. Commercial offers may take some time so Troy is unlikey to decide fast.
I will post to Jedi Steering so we can gather an official opinion about that.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Mar 2007 05:58:54 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:
> :) Fixed all known issues that i could find besides the D4 bugs, can't find my D4 anywhere :(

No real problem. D4 is not supported by JCL or JVCL. Only a few programmers still use it.

> I guess i can write a few more intercepts, but without tests you run the risk of introducing problems.

We should seek the help of a Chinese and an Israeli programmer.
They know about internationalization :-)


Subject: Re: ANN: TNT Unicode Controls - Seeking new home!
From: Martin Holmes <mholmes@uvic.ca>
Date: Mon, 12 Mar 2007 16:05:54 -0700
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have crossposted this from borland.public.delphi.internationalization.win32
>
> This is what i answered there:
> I see no reason why we would not accept it into the JVCL.
> I will post your message in our newsgroup.
> Of course if you find someone to pay for it then that has precedence.
>
> I did not mail him directly yet.

I think this is tremendously important, and I hope Tnt finds a home in the JVCL. If money will help a smooth adoption, I'm good for a $100 contribution.

Cheers,
Martin


Subject: Refresh
From: "Scott Toney" <scott@spine-brain.com>
Date: Mon, 12 Mar 2007 14:50:13 -0600
Newsgroups: jedi.vcl

I am writing an application for my daughter and her friends to share
calendars. My problem is that when one girl puts in her information, the
other girls can't see it unless they shut down and restart the program. I
was thinking about putting in a "Refresh" button (along with a timer to
"press" the button at a specified interval) with a refresh calendar call,
but can't find a refresh calendar procedure/ refresh jvtfdays. Is there one
/ Where is it?????

Thanks
Scott




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Mon, 12 Mar 2007 20:38:36 +0100
Newsgroups: jedi.vcl

:) Fixed all known issues that i could find besides the D4 bugs, can't find my D4 anywhere :(

I guess i can write a few more intercepts, but without tests you run the risk of introducing problems.


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Mon, 12 Mar 2007 20:12:41 +0100
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:et479j$tf7$1@news.talkto.net...
> Bart van der Werf wrote:
>
>> I don't see how to return an error using the WM_GETTEXT except returning a zero, but that is a valid response accordign to the comments, so i prefer making this best effort approach that matches strncpy in this regard.
>
>
> I would shorten the string to fit the buffer as you do, but i would always include a #0 at the end. It is safer to always return valid strings. So for a buffer size of 1 a #0 is placed and 0 is returned.

Hmz, i guess that sounds ok, found another bug that i myself introduced in this area

i removed some + 1's allong the way that were necesary, i'll start placing them back now :)


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 19:56:24 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> I don't see how to return an error using the WM_GETTEXT except returning a zero, but that is a valid response accordign to the comments, so i prefer making this best effort approach that matches strncpy in this regard.


I would shorten the string to fit the buffer as you do, but i would always include a #0 at the end. It is safer to always return valid strings. So for a buffer size of 1 a #0 is placed and 0 is returned.


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Mon, 12 Mar 2007 19:32:59 +0100
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:et3v7i$ro8$1@news.talkto.net...
> Bart van der Werf wrote:
>
>> WM_GETTEXT has this in its wParam so it fits the description.
>> It describes the max buffer size of the destination
>
> No. You have written yourself "destination" so the source goes always including the #0 or not at all.

I don't see how to return an error using the WM_GETTEXT except returning a zero, but that is a valid response accordign to the comments, so i prefer making this best effort approach that matches strncpy in this regard.

If somethign else shows freom tests we can allways adapt it again.


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Mon, 12 Mar 2007 19:26:09 +0100
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:et3v7i$ro8$1@news.talkto.net...
> Bart van der Werf wrote:
>
>> WM_GETTEXT has this in its wParam so it fits the description.
>> It describes the max buffer size of the destination
>
> No. You have written yourself "destination" so the source goes always including the #0 or not at all.

Maybe i misread strncpy but i believe the size is of the destination buffer, and it writes to the dest buffer upto the size if the source is large enough, leaving no trailing #0.



Subject: Re: ANN: TNT Unicode Controls - Seeking new home!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 17:56:17 +0100
Newsgroups: jedi.vcl

I have crossposted this from borland.public.delphi.internationalization.win32

This is what i answered there:
I see no reason why we would not accept it into the JVCL.
I will post your message in our newsgroup.
Of course if you find someone to pay for it then that has precedence.

I did not mail him directly yet.


Subject: ANN: TNT Unicode Controls - Seeking new home!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 17:53:17 +0100
Newsgroups: jedi.vcl

Five years ago in January of 2002, I launched the TNT Unicode Controls
project with one Unicode-enabled component: TTntEdit.  My applications were going global, and I needed to support Unicode in them.  I've always been a big fan of the Object Pascal language and the VCL framework.  So rather than switching to a completely different development environment, I decided that I'd rather improve the environment that I was already being productive in.
I'm glad I did.

Delphi for .NET has always held out hope for me, because of its built-in
support for Unicode.  But my applications were pretty heavily tied to using ADO Express components, and these weren't yet available in Delphi 8.  And then by the time Delphi 2005 came around, TNT Unicode Controls were keeping me pretty comfortable in the world of native Delphi.Win32.

The feedback I've received from other developers has always been very
valuable.  The error reports I received from others have helped me to
correct issues before the users of my applications run into them.  In fact, this feedback is why I freely made these components available (ie. free testing).  But the project has really slowed down significantly in terms of new development the past few years.  I have reached a point where I have all the controls I need for my own applications.  And as a natural side effect of not new much new development, the quality has been very stable.

Now that I'm not benefiting as much from the feedback, I no longer have good business reasons to justify the cost of management of this project.  Before I pull the plug, I'd like to find a new home for this project.  I don't have any preconceived notions of how the future owner would mange this project. It could be a SourceForge-style project, absorbed by JVCL or some similar project, or it could even be a commercial entity. So, if you would like to assume ownership of this project, please present your case to me directly by email.

Sincerely,
Troy Wolbrink
http://www.tntware.com/delphicontrols/unicode/

P.S.  Thanks so much to all those who have contributed back to this project over the years in terms of feedback, ideas, code, encouragement, gifts, etc. I've come to learn that the Delphi community is the best software development community in the world!




Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 17:38:47 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> WM_GETTEXT has this in its wParam so it fits the description.
> It describes the max buffer size of the destination 

No. You have written yourself "destination" so the source goes always including the #0 or not at all.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 17:16:20 +0100
Newsgroups: jedi.vcl

Guillem wrote:

> I'm not sure if you had time to get to it, but just as a reminder, I
> downloaded this morning the example version from 07-03-09 and did check
> again with tStringGrid. It still does not work.

TStringGrid seems to work now.
Best get TortoiseCVS and download the CVS. http://www.tortoisecvs.org

:pserver:anonymous@utf8vcl.cvs.sourceforge.net:/cvsroot/utf8vcl
Module is utf8vcl.
A standard CVS SourceForge project.


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Mon, 12 Mar 2007 17:13:11 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:et3tck$rcv$1@news.talkto.net...
> > Bart van der Werf wrote:
> >
>> >> APPLICATION USAGE
>> >> If there is no null byte in the first n bytes of the array pointed to by 
>> >> s2, the result is not null-terminated.
> >
> > Yes, but these are the explicit exceptions. Functions with an additional 
> > length parameter which describes the max length of the source not the 
> > destination.

WM_GETTEXT has this in its wParam so it fits the description.
It describes the max buffer size of the destination 




Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 17:07:22 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> APPLICATION USAGE
> If there is no null byte in the first n bytes of the array pointed to by s2, the result is not null-terminated.

Yes, but these are the explicit exceptions. Functions with an additional length parameter which describes the max length of the source not the destination.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Mon, 12 Mar 2007 15:10:49 +0100
Newsgroups: jedi.vcl

If we patch all the W functions through unicows.dll it would also still work 
on win 9x :) 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Mon, 12 Mar 2007 14:06:38 +0100
Newsgroups: jedi.vcl

> > I'm not sure if you had time to get to it, but just as a reminder, I
> > downloaded this morning the example version from 07-03-09 and did check
> > again with tStringGrid. It still does not work.
> >
> > I have submitted a bug report to SourceForge regarding this issue.
> >
> > I also tested tBitBtn. Works fine.

I think this is fixed by a change of andreas, i'll extend the testcode with 
a stringgrid this evening and see if i can trace down the problem, i'll also 
update the zip files.

thanks for the feedback

greets, Bart




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Mon, 12 Mar 2007 12:59:34 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > 
> > "Bart van der Werf" <bluelive@xs4all.nl> wrote in message
> > news:esookp$pcl$1@news.talkto.net...
>> > > http://utf8vcl.sf.net
>> > > http://sourceforge.net/projects/utf8vcl/
> > 
> > For those willing to contribute we could use the following:
> > 
> > Bugreports of how it fails to work for your applications.
> > A list of components that still have problems.
> > A window messages expert that can tell us which window messages still
> > need converting.  Someone that can help to turn the documentation xml
> > of the bds into autogenerated conversion stubs for the A functions
> > that still need converting.  The jcl expert Robert talked about.
> > 
> > 
> > greets, Bart

not sure why the other message did not arrive well, so I'm reposting it.

I'm not sure if you had time to get to it, but just as a reminder, I
downloaded this morning the example version from 07-03-09 and did check
again with tStringGrid. It still does not work.

I have submitted a bug report to SourceForge regarding this issue.

I also tested tBitBtn. Works fine.

-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Mon, 12 Mar 2007 12:19:49 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:et3arm$nlt$2@news.talkto.net...
> > Bart van der Werf wrote:
> >
>> >> Maxlen is including #0 so if it won't fit don't write the #0, this is 
>> >> pretty common way of working with strings in C
> >
> > Huh? I am a Win32 C programmer also and the common handling is that if the 
> > string including the #0 does not fit then fail the function and copy 
> > nothing.

strncpy for example works this way.

http://www.die.net/doc/linux/man/man3/strncpy.3.html

APPLICATION USAGE
If there is no null byte in the first n bytes of the array pointed to by s2, 
the result is not null-terminated.




Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 11:51:04 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> Maxlen is including #0 so if it won't fit don't write the #0, this is pretty common way of working with strings in C

Huh? I am a Win32 C programmer also and the common handling is that if the string including the #0 does not fit then fail the function and copy nothing.


Subject: Re: splitting out a part of the JCL and JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 11:48:45 +0100
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> This change would affect several JEDI projects, I sent a message to the Steering comity.
> "Jedi Experts" (http://sourceforge.net/projects/jexperts/) has been inactive for years, it could be used to host existing experts.

Seen it.
One of the reasons i have for this is to shake it up a bit.
The JCL and JVCL have become a bit stagnant. We should seek new developers and new goals. At least try to reach older goals.
All the better if a long dead project comes to life again.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Mon, 12 Mar 2007 10:46:52 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > 
> > "Bart van der Werf" <bluelive@xs4all.nl> wrote in message
> > news:esookp$pcl$1@news.talkto.net...
>> > > http://utf8vcl.sf.net
>> > > http://sourceforge.net/projects/utf8vcl/
> > 
> > For those willing to contribute we could use the following:
> > 
> > Bugreports of how it fails to work for your applications.
> > A list of components that still have problems.
> > A window messages expert that can tell us which window messages still
> > need converting.  Someone that can help to turn the documentation xml



Subject: TitlePopup menus in JvDBGrid/JvDBUltimGrid
From: VooDoo <darek640@op.pl>
Date: Mon, 12 Mar 2007 09:37:27 +0100
Newsgroups: jedi.vcl

I'm can't display a Title popup menu to work on a DBUltimGrid(in DBGrid is the same).
If I set only a Popupmenu, that works for both the grid and the titles, but if i set separate title popup menu doesn't show.
m'i doing something wrong or it's bug ?


Subject: Re: splitting out a part of the JCL and JVCL?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 12 Mar 2007 08:50:11 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert,

This change would affect several JEDI projects, I sent a message to the Steering comity.
"Jedi Experts" (http://sourceforge.net/projects/jexperts/) has been inactive for years, it could be used to host existing experts.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Mon, 12 Mar 2007 08:13:16 +0100
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:et2mes$kn0$1@news.talkto.net...
> Bart van der Werf wrote:
>
>> len = 0: write a #0 but only if the buffer isn't nil
>
> AFAIK wrong. Never ever copy more than allowed by the length.

your right, i'lll add that check to and do nothing if the passed in buffer is known to be zero length
>
>> len < maxlen: also copy the trailing #0
>
> OK.
>
>> len = maxlen: don't copy the trailing zero
>
> Is that documented?

Maxlen is including #0 so if it won't fit don't write the #0, this is pretty common way of working with strings in C


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 06:05:43 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> I'm pretty excited by your input, the project is really racing along atm :)
> I'm used to work with 50 other devs on a project but there is seldom (never actually) this kind of cooperation on a single piece of code.

This is where Open Source is at its best.
The JVCL lives off about 5 programmers. I doubt that a commercial product with full-time programmers would be much faster or better.

I knew Andreas would know all the tricks :-)


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Mar 2007 06:02:49 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> len = 0: write a #0 but only if the buffer isn't nil

AFAIK wrong. Never ever copy more than allowed by the length.

> len < maxlen: also copy the trailing #0

OK.

> len = maxlen: don't copy the trailing zero

Is that documented?


Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "canman888" <canman888@hotmail.com>
Date: Sun, 11 Mar 2007 22:24:05 +0100
Newsgroups: jedi.vcl

Hi Fred,

I agree wholeheartedly with you, your suggestion is definately the best 
solution, thank you :)

Cheers,
Canman


"Fred" <nospam_@_nospam.com> skrev i en meddelelse 
news:esrq5u$i8s$1@news.talkto.net...
> > If you agree with my previous message, I will commit my changes to SVN.
> > I kept your proposal and made it work. In fact, it was the same amount
> > of work to improve the source from my proposal or from yours. I tested
> > all cases and I get the expected results.
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 22:22:48 +0100
Newsgroups: jedi.vcl

ok new version in cvs that fixes the buffer overrun and also fixed the bug that actually caused the problem with passing nil for zero length strings.
i forget to set the wParam for the inner handler of wm_gettext.

greets, Bart

ps.

I'm pretty excited by your input, the project is really racing along atm :)
I'm used to work with 50 other devs on a project but there is seldom (never actually) this kind of cooperation on a single piece of code.


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 21:48:12 +0100
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et1p67$gi6$1@news.talkto.net...
> Bart van der Werf wrote:
>
>> The +1 might overrun the buffer if the TempResult is allready the
>> precise size of the buffer, if the buffer is the precise size you
>> don't copy the trailing #0
>
> That code isn't by me. I only switched the first two parameters
> (CopyMemory vs Move).

Ah, appologies, i send you email about it too, better ignore that then :)

I'll rewrite it to do something more sensible.

ie:

len = 0: write a #0 but only if the buffer isn't nil
len < maxlen: also copy the trailing #0
len = maxlen: don't copy the trailing zero



Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 20:35:19 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > The +1 might overrun the buffer if the TempResult is allready the
> > precise size of the buffer, if the buffer is the precise size you
> > don't copy the trailing #0

That code isn't by me. I only switched the first two parameters
(CopyMemory vs Move).

-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 21:22:16 +0100
Newsgroups: jedi.vcl


"Bart van der Werf" <bwerf@xs4all.nl> wrote in message news:et1noi$g7v$1@news.talkto.net...
>
> "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et1mcp$fpn$1@news.talkto.net...
>> Bart van der Werf wrote:
>>
>>> The ListBox now shows the utf8 chars as if they were ascii
>>
>> You are right. I must have been to focused on the richedit that I
>> overseen this.
>>
>>> GroupBox seems to corrupt memory
>>
>> Does not happen here.
>>
>>> The testbutton now has an AV in the Memo code.
>>
>> Does not happen here.
>
> You should try to run it with safemm or paginmm, they are much more reliable in finding buffer overrun style errors

found the problem:

function MessageU2WAfter(hWnd: HWND; Msg: UINT; InWParam: WPARAM; InLParam: LPARAM;
 TempWParam: WPARAM; TempLParam: LPARAM; TempResult: LRESULT; Proc: TStdWndProcDef): LRESULT;

           Move(C^, PChar(InLParam)^, SizeOf(Utf8Byte) * TempResult + 1);

The +1 might overrun the buffer if the TempResult is allready the precise size of the buffer, if the buffer is the precise size you don't copy the trailing #0



Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 21:14:05 +0100
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et1n3c$g0k$1@news.talkto.net...
> Bart van der Werf wrote:
>
>> How huge is this leak ? i wouldn't expect too many wndprocs being
>> wrapped.
>
> It is very huge. Everytime I move the mouse the VirtualAlloc reserves
> another 4 KB.

Ah yes , that is huge :)

i guess it keeps wrapping the same wndproc with a new intercept. maybe we can include a hashmap of wndproc to the interceptwrapper.


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 21:11:35 +0100
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et1mcp$fpn$1@news.talkto.net...
> Bart van der Werf wrote:
>
>> The ListBox now shows the utf8 chars as if they were ascii
>
> You are right. I must have been to focused on the richedit that I
> overseen this.
>
>> GroupBox seems to corrupt memory
>
> Does not happen here.
>
>> The testbutton now has an AV in the Memo code.
>
> Does not happen here.

You should try to run it with safemm or paginmm, they are much more reliable in finding buffer overrun style errors


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 20:02:50 +0000 (UTC)
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > Did you try to compile it with D6 with an update pack?
> > 
> > Here with D6 Personal with update pack 2 "CompilerVersion" is 14.01
> > and thatswhy the compiler stops at {$WARN UNSAFE_...

Definitly not my day. This is now fixed (and some other bugs:
SendMessageA/PostMessageA hooks were deactivated)


-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 19:59:40 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > How huge is this leak ? i wouldn't expect too many wndprocs being
> > wrapped.

It is very huge. Everytime I move the mouse the VirtualAlloc reserves
another 4 KB.



-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 19:55:34 +0000 (UTC)
Newsgroups: jedi.vcl

Oh dear. I had put the SendMessage/PostMessage hooking into a comment
(for testing) and forgot to reactivate them.



-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 19:50:53 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

>> > > - Fixed WM_GETTEXT/WM_GETLBTEXT bug
> > 
> > what was the bug ?

It was an access violation. WM_GETTEXT doesn't like it if it is called
with lParam = 0.

> > Geh, this is not ok, there is no such thing as a utf8char, by
> > definition :) A better name would be a Utf8Byte, or even better
> > remove it completly and only keep the PUtf8Char (which makes alot
> > more sense in context)

The Utf8Char type is not used at all. So it could be removed.


>> > > - Changed hooking code (Win9x debug hook support)
> > 
> > How does this work ?

If you start the application within a debugger in Win9x, the debugger
will replace the whole import table by a debug thunk which itself
contains the original import entry. In that case the old Hook()
function would have failed to hook the function.


-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 11 Mar 2007 20:49:20 +0100
Newsgroups: jedi.vcl

On Sun, 11 Mar 2007 18:57:25 +0000 (UTC), "Andreas Hausladen" wrote:

>> >> Please add the stdcall only for D6 (and lower) as I suggested earlier
>> >> in this branch of this thread.
> >
> >Not necessary. I have reworked the all units. And now it works with
> >Delphi 5, 6, 7, 2005 and 2006. (I do not have Delphi 4, so it meight
> >also work with it)

Did you try to compile it with D6 with an update pack?

Here with D6 Personal with update pack 2 "CompilerVersion" is 14.01
and thatswhy the compiler stops at {$WARN UNSAFE_...
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 19:47:37 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > The ListBox now shows the utf8 chars as if they were ascii

You are right. I must have been to focused on the richedit that I
overseen this.

> > GroupBox seems to corrupt memory

Does not happen here.

> > The testbutton now has an AV in the Memo code.

Does not happen here.


-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 20:27:22 +0100
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et1jk3$f6k$2@news.talkto.net...
> Bart van der Werf wrote:
>
> I have committed my changes:
>
> - Fixed WM_GETTEXT/WM_GETLBTEXT bug
> - Replaced AnsiChar by Utf8Char type name where applicatable
> - Added GDI32 Text function hooks
> - Changed hooking code (Win9x debug hook support)
> - Added Delphi 5 and 6 compatibility
> - Speed improvements (cdecl functions are replaced by the original
> functions, Utf8<->Unicode conversion is not done when only the string
> length is needed)

This change introduces two bugs for me:

The ListBox now shows the utf8 chars as if they were ascii
GroupBox seems to corrupt memory
The testbutton now has an AV in the Memo code.


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 20:08:16 +0100
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et1jk3$f6k$2@news.talkto.net...
> Bart van der Werf wrote:
>
> I have committed my changes:
>
> - Fixed WM_GETTEXT/WM_GETLBTEXT bug
> - Replaced AnsiChar by Utf8Char type name where applicatable
> - Added GDI32 Text function hooks
> - Changed hooking code (Win9x debug hook support)
> - Added Delphi 5 and 6 compatibility
> - Speed improvements (cdecl functions are replaced by the original
> functions, Utf8<->Unicode conversion is not done when only the string
> length is needed)
>
>
> There is a huge memory leak (the VirtualAlloc calls) that should be
> reworked.

This is by design for the time being.
Currently i see no obvious moment where they can be freed.
How huge is this leak ? i wouldn't expect too many wndprocs being wrapped.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 20:06:23 +0100
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et1jel$f6k$1@news.talkto.net...
> Uwe Schuster wrote:
>
>> Please add the stdcall only for D6 (and lower) as I suggested earlier
>> in this branch of this thread.
>
> Not necessary. I have reworked the all units. And now it works with
> Delphi 5, 6, 7, 2005 and 2006. (I do not have Delphi 4, so it meight
> also work with it)
>
> - Fixed WM_GETTEXT/WM_GETLBTEXT bug

what was the bug ?

> - Replaced AnsiChar by Utf8Char type name where applicatable

Geh, this is not ok, there is no such thing as a utf8char, by definition :)
A better name would be a Utf8Byte, or even better remove it completly and only keep the PUtf8Char (which makes alot more sense in context)

> - Added GDI32 Text function hooks

Great :)

> - Changed hooking code (Win9x debug hook support)

How does this work ?

> - Added Delphi 5 and 6 compatibility

I'll try my d4 if i can find the cd.

> - Speed improvements (cdecl functions are replaced by the original
> functions, Utf8<->Unicode conversion is not done when only the string
> length is needed)

Great :)

>
>
>
> -- 
> Regards,
>
> Andreas Hausladen 



Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 19:00:20 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

I have committed my changes:

- Fixed WM_GETTEXT/WM_GETLBTEXT bug
- Replaced AnsiChar by Utf8Char type name where applicatable
- Added GDI32 Text function hooks
- Changed hooking code (Win9x debug hook support)
- Added Delphi 5 and 6 compatibility
- Speed improvements (cdecl functions are replaced by the original
functions, Utf8<->Unicode conversion is not done when only the string
length is needed)


There is a huge memory leak (the VirtualAlloc calls) that should be
reworked.

-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 18:57:25 +0000 (UTC)
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > Please add the stdcall only for D6 (and lower) as I suggested earlier
> > in this branch of this thread.

Not necessary. I have reworked the all units. And now it works with
Delphi 5, 6, 7, 2005 and 2006. (I do not have Delphi 4, so it meight
also work with it)

- Fixed WM_GETTEXT/WM_GETLBTEXT bug
- Replaced AnsiChar by Utf8Char type name where applicatable
- Added GDI32 Text function hooks
- Changed hooking code (Win9x debug hook support)
- Added Delphi 5 and 6 compatibility
- Speed improvements (cdecl functions are replaced by the original
functions, Utf8<->Unicode conversion is not done when only the string
length is needed)



-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 11 Mar 2007 19:14:41 +0100
Newsgroups: jedi.vcl

On Sun, 11 Mar 2007 15:08:05 +0100, Robert Marquardt wrote:

>> >> I hope you've added the stdcall only for CreateWindowExAIntercept and
>> >> *not* for CreateWindowAIntercept. If I do so it crashes as well.
> >
> >Yep. Works for D6 also.

With revision 1.7 of UTF8VCL.pas it does only work with D6 and not
longer with D7 or higher.
Please add the stdcall only for D6 (and lower) as I suggested earlier
in this branch of this thread.
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 18:26:13 +0100
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et1c1i$dmj$1@news.talkto.net...
> Bart van der Werf wrote:
>
>> This sounds very interresting, how would this work ?
>>
>> Depending on how this is done, utf8vcl might even have use for c++
>> programs.
>
> I just tried it and all looked well, except the RichEdit which seems to
> be very special. When you load the RichEdit20.dll the DLL registers the
> Ansi and Wide RichEdit. But due to the RegisterClass hook the Ansi
> version is registered as Unicode and won't accept any Utf8 chars.

Eh ?

Ah, the ansi version shadows the actual unicode version.... hmz, i guess the RegisterClass should work in such a way as to allways prefer a W and not overwrite the W with a wrapper A version.
However, how to detect this :)


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 16:50:58 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > This sounds very interresting, how would this work ?
> > 
> > Depending on how this is done, utf8vcl might even have use for c++
> > programs.

I just tried it and all looked well, except the RichEdit which seems to
be very special. When you load the RichEdit20.dll the DLL registers the
Ansi and Wide RichEdit. But due to the RegisterClass hook the Ansi
version is registered as Unicode and won't accept any Utf8 chars.



-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Bart van der Werf" <bwerf@xs4all.nl>
Date: Sun, 11 Mar 2007 16:51:02 +0100
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in message news:et0r46$ana$1@news.talkto.net...
> Robert Marquardt wrote:
>
>> Oops, i now see the problem. Some of the functions are implemented in
>> Windows.pas without stdcall instead of being only declarations of the
>> Win32 functions.
>
> Why not hook directly into the User32.dll ? This would also redirect
> all calls from other modules (DLLs) to the utf8 enabled code.

This sounds very interresting, how would this work ?

Depending on how this is done, utf8vcl might even have use for c++ programs.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Mar 2007 15:08:05 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> I hope you've added the stdcall only for CreateWindowExAIntercept and
> *not* for CreateWindowAIntercept. If I do so it crashes as well.

Yep. Works for D6 also.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Mar 2007 14:52:56 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> Anyway it does work for me. I hope you've added the stdcall only for CreateWindowExAIntercept and
> *not* for CreateWindowAIntercept. If I do so it crashes as well.

I will rework my changes now. I messed it up so i have to restart from freshly downloaded versions.


Subject: Re: splitting out a part of the JCL and JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Mar 2007 14:50:45 +0100
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> Each member of the JCL team will have to be in the team of this new project.
> IMO having 2 installers is already a big work; you should consider that some parts of them have to be rewritten each time a new version of Delphi/C++Builder is released. Adding a new installer won't make things easier.

Not nice to hear that others have good arguments against my idea ;-)

> Do you mean this expert could be used to add FastMM units to a project?
> I don't understand what would be the benefit for madExcept, this project already has its own experts.

Yes, but it can become problematic if several of these enhancements are installed. The order in the uses becomes important.


Subject: Re: Themed Grid - so far so good - will be incorporated as oficial jvcl?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 11 Mar 2007 14:05:40 +0100
Newsgroups: jedi.vcl

Post a diff file to Mantis

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 11 Mar 2007 13:50:52 +0100
Newsgroups: jedi.vcl

On Sun, 11 Mar 2007 08:19:31 +0100, Robert Marquardt wrote:

>> >> function CreateWindowExAIntercept(...): HWND; {$IFNDEF COMPILER7_UP}
>> >> stdcall; {$ENDIF}
> >
> >It still crashes on D6 with the change. I currently work on adding the 
> >GetTextExtent functions.

Anyway it does work for me. 
I hope you've added the stdcall only for CreateWindowExAIntercept and
*not* for CreateWindowAIntercept. If I do so it crashes as well.
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicodeapplication.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 11 Mar 2007 12:02:15 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Oops, i now see the problem. Some of the functions are implemented in
> > Windows.pas without stdcall instead of being only declarations of the
> > Win32 functions.

Why not hook directly into the User32.dll ? This would also redirect
all calls from other modules (DLLs) to the utf8 enabled code.


-- Regards, Andreas Hausladen 

Subject: Re: splitting out a part of the JCL and JVCL?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 11 Mar 2007 10:47:25 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt a écrit :
> It would simplify the GUI of the Installer which loses the experts checkboxes. The JCL experts are outside the scope of the JCL.

Debug expert wasn't introduced a long time after JclDebug. I can hardly imagine this expert splitted out of the JCL since it highly relies on JCL functions and has to be frequently updated to be compatible with latest changes.

> IDE and program enhancements are a well defined area so a separate project makes sense. The Installer can easily be split from the JCL installer.

Each member of the JCL team will have to be in the team of this new project.
IMO having 2 installers is already a big work; you should consider that some parts of them have to be rewritten each time a new version of Delphi/C++Builder is released. Adding a new installer won't make things easier.

> No real problem with that, but progress continues.
> The new project would be a sister project of the JVCL. If fact it can be independent of the JCL. It would only offer to install the JCL experts if it detects an installed JCL.

We have to think about compatibility issues and time to look after this new project too.
It takes about 1 day to make a release of the JCL and test it on all versions of Delphi/C++Builder/BDS. Having new dependencies will probably makes this time longer.
Who candidates to be one of the administrators for this new project?

> It could handle 3rd party enhancements like madExcept or FastMM. All those program enhancements which work by simply adding a unit to the program.

Do you mean this expert could be used to add FastMM units to a project?
I don't understand what would be the benefit for madExcept, this project already has its own experts.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: utf8vcl: EM_GETLINE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Mar 2007 08:26:29 +0100
Newsgroups: jedi.vcl

> What do you mean ? the code looks ok if i read
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/editcontrols/editcontrolreference/editcontrolmessages/em_getline.asp 

Oops, i misread. I will remove the comments.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Mar 2007 08:22:16 +0100
Newsgroups: jedi.vcl

Oops, i now see the problem. Some of the functions are implemented in Windows.pas without stdcall instead of being only declarations of the Win32 functions.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Mar 2007 08:19:31 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> function CreateWindowExAIntercept(...): HWND; {$IFNDEF COMPILER7_UP}
> stdcall; {$ENDIF}


Huh?
I think it should be always stdcall. It is a Win32 function after all.
It still crashes on D6 with the change. I currently work on adding the GetTextExtent functions.


Subject: Re: splitting out a part of the JCL and JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Mar 2007 08:10:10 +0100
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:
> Robert,
>
> Expert-specific part in the JCL Installer are only about 100 lines of code. That's not that big.

It would simplify the GUI of the Installer which loses the experts checkboxes. The JCL experts are outside the scope of the JCL.

> Starting a new library will require thousands lines to be written again (with lots of redundancies with JCL and JVCL code - at least in the installer of this new library).

IDE and program enhancements are a well defined area so a separate project makes sense. The Installer can easily be split from the JCL installer.

> I don't understand why current structure cannot continue.

No real problem with that, but progress continues.
The new project would be a sister project of the JVCL. If fact it can be independent of the JCL. It would only offer to install the JCL experts if it detects an installed JCL.
It could handle 3rd party enhancements like madExcept or FastMM. All those program enhancements which work by simply adding a unit to the program.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: El Salvador <salvadorbs@email.it>
Date: Sun, 11 Mar 2007 00:03:33 +0100
Newsgroups: jedi.vcl

Florent Ouchet ha scritto:
> El Salvador a écrit :
>> Ok, but status doesn't change: I can't use mpl components in gpl software (example? I can't use JCL and JVCL in my gpl software).
>
> As expected since original contributors to Jedi projects decided not to choose GPL:
> http://tech.groups.yahoo.com/group/Delphi-JEDI/surveys?id=803930
> Users had the same choice:
> http://tech.groups.yahoo.com/group/Delphi-JEDI/surveys?id=803929
>
> Because we're not able to contact all developers who contributed to Jedi Projects since this time, it won't change anymore.
>
It's a only example. I can to mention Graphics32, FastMM and other MPL components, in addition to JCL and JVCL (great projects, very useful :) ). And like so I can to mention:
- VirtualTreeview (LGPL/MPL 1.1), Toolbar2000 (Toolbar License/GPL) for dual license
- synEdit (Apache License Software/GPL/MPL 1.0), Delphi Scintilla Interface Components for tri-license (GPL/LGPL/MPL 1.1)

But ok, I accept your choice and I wish you good luck for your (very) interest project. :)


Subject: Re: splitting out a part of the JCL and JVCL?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 10 Mar 2007 22:54:11 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert,

Expert-specific part in the JCL Installer are only about 100 lines of code. That's not that big.
Starting a new library will require thousands lines to be written again (with lots of redundancies with JCL and JVCL code - at least in the installer of this new library).
I don't understand why current structure cannot continue.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 10 Mar 2007 22:32:37 +0100
Newsgroups: jedi.vcl

El Salvador a écrit :
> Ok, but status doesn't change: I can't use mpl components in gpl software (example? I can't use JCL and JVCL in my gpl software).

As expected since original contributors to Jedi projects decided not to choose GPL:
http://tech.groups.yahoo.com/group/Delphi-JEDI/surveys?id=803930
Users had the same choice:
http://tech.groups.yahoo.com/group/Delphi-JEDI/surveys?id=803929

Because we're not able to contact all developers who contributed to Jedi Projects since this time, it won't change anymore.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 10 Mar 2007 13:02:00 +0100
Newsgroups: jedi.vcl

On Sat, 10 Mar 2007 12:22:24 +0100, "Bart van der Werf" wrote:

>> >> Not necessary and you still have added request 1673105 (utf8vcl
>> >> crashes on D4). The latest CVS version does work with D6 if I add
>> >> stdcall to CreateWindowExAIntercept.
> >
> >ok great i'll add this in cvs then,
> >
> >do you know what the ifdef should look like ? 

Given a define for D7 and higher it could look this

function CreateWindowExAIntercept(...): HWND; {$IFNDEF COMPILER7_UP}
stdcall; {$ENDIF}

The question is should a .inc file be added in order to define
COMPILER7_UP or is simple construct like 

{$DEFINE COMPILER7_UP}

{$IFDEF VER140}
  {$UNDEF COMPILER7_UP}
{$ENDIF VER140}
{$IFDEF VER130}
  {$UNDEF COMPILER7_UP}
{$ENDIF VER130}
{$IFDEF VER120}
  {$UNDEF COMPILER7_UP}
{$ENDIF VER120}

enough for now.
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Sat, 10 Mar 2007 12:22:24 +0100
Newsgroups: jedi.vcl

"Uwe Schuster" <jedivcs@bitcommander.de> wrote in message 
news:5q45v2dvgnmkscdtd05i34gtqfaf4okupg@4ax.com...
> > On Fri, 9 Mar 2007 16:31:40 +0100, "Bart van der Werf" wrote:
> >
>> >>If you can log a bug on the website with reproduction steps i'll try to 
>> >>take
>> >>a look this weekend
> >
> > Not necessary and you still have added request 1673105 (utf8vcl
> > crashes on D4). The latest CVS version does work with D6 if I add
> > stdcall to CreateWindowExAIntercept.
> > --
> > Uwe

ok great i'll add this in cvs then,

do you know what the ifdef should look like ? 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 10 Mar 2007 12:19:07 +0100
Newsgroups: jedi.vcl

On Fri, 9 Mar 2007 16:30:55 +0100, "Bart van der Werf" wrote:

> >Ok thanks this lokalizes the problems alot, i think i need a different 
> >intercept for delphi before D7 and the current one that works for D7 and 
> >further. 

An IFDEFed stdcall for CreateWindowExAIntercept is enough.
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 10 Mar 2007 12:17:59 +0100
Newsgroups: jedi.vcl

On Fri, 9 Mar 2007 16:31:40 +0100, "Bart van der Werf" wrote:

> >If you can log a bug on the website with reproduction steps i'll try to take 
> >a look this weekend 

Not necessary and you still have added request 1673105 (utf8vcl
crashes on D4). The latest CVS version does work with D6 if I add
stdcall to CreateWindowExAIntercept.
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Sat, 10 Mar 2007 11:07:11 +0100
Newsgroups: jedi.vcl

"El Salvador" <salvadorbs@email.it> wrote in message 
news:estup3$sui$1@news.talkto.net...
> > Robert Marquardt ha scritto:
>> >> El Salvador wrote:
>> >>
>>> >>> Ok, but status doesn't change: I can't use mpl components in gpl 
>>> >>> software (example? I can't use JCL and JVCL in my gpl software).
>> >>
>> >> Please do not be so insistent. We do not oppose your request.
>> >> This project is young and currently has more tech problems than licensing 
>> >> problems.
> > I am not insistent. I want know why do you use MPL and not dual license or 
> > tri license (I know almost delphi opensource components are mpl, but I 
> > want know your reasons).

Because mpl was proposed and OK'ed
gpl is a bad word to mention around managers 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: El Salvador <salvadorbs@email.it>
Date: Sat, 10 Mar 2007 10:46:31 +0100
Newsgroups: jedi.vcl

Robert Marquardt ha scritto:
> El Salvador wrote:
>
>> Ok, but status doesn't change: I can't use mpl components in gpl software (example? I can't use JCL and JVCL in my gpl software).
>
> Please do not be so insistent. We do not oppose your request.
> This project is young and currently has more tech problems than licensing problems.
I am not insistent. I want know why do you use MPL and not dual license or tri license (I know almost delphi opensource components are mpl, but I want know your reasons).


Subject: utf8vcl: EM_GETLINE
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Sat, 10 Mar 2007 10:44:11 +0100
Newsgroups: jedi.vcl

    EM_GETLINE:
      begin
        // (rom) this is most probably wrong. See EM_LINEINDEX, 
EM_LINELENGTH.

What do you mean ? the code looks ok if i read
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/editcontrols/editcontrolreference/editcontrolmessages/em_getline.asp 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Sat, 10 Mar 2007 10:21:56 +0100
Newsgroups: jedi.vcl

"Bart van der Werf" <bluelive@xs4all.nl> wrote in message 
news:esookp$pcl$1@news.talkto.net...
> > http://utf8vcl.sf.net
> > http://sourceforge.net/projects/utf8vcl/

For those willing to contribute we could use the following:

Bugreports of how it fails to work for your applications.
A list of components that still have problems.
A window messages expert that can tell us which window messages still need 
converting.
Someone that can help to turn the documentation xml of the bds into 
autogenerated conversion stubs for the A functions that still need 
converting.
The jcl expert Robert talked about.


greets, Bart 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 10 Mar 2007 06:29:22 +0100
Newsgroups: jedi.vcl

El Salvador wrote:

> Ok, but status doesn't change: I can't use mpl components in gpl software (example? I can't use JCL and JVCL in my gpl software).

Please do not be so insistent. We do not oppose your request.
This project is young and currently has more tech problems than licensing problems.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: El Salvador <salvadorbs@email.it>
Date: Fri, 09 Mar 2007 22:10:34 +0100
Newsgroups: jedi.vcl

Bart van der Werf ha scritto:
> "El Salvador" <salvadorbs@email.it> wrote in message news:ess66t$kus$1@news.talkto.net...
>> Bart van der Werf ha scritto:
>>> "El Salvador" <salvadorbs@email.it> wrote in message news:espuqb$3ek$1@news.talkto.net...
>>>> Bart van der Werf ha scritto:
>>>>> http://utf8vcl.sf.net
>>>>> http://sourceforge.net/projects/utf8vcl/
>>>>>
>>>>> I'm interrested in what you think about it.
>>>>>
>>>>> greets, Bart
>>>> Interesting project, but one question on project's license: Why  only MPL and not GPL/LGPL/MPL?
>>> How do you mean ?
>>> I'm open to multi licensing, however this does not seem to be the general style with other delphi opensource projects.
>> MPL is incompatible with the GPL: I can't use components (with license MPL) in a GPL software.
>
> pretty much all delphi opensource components are mpl so it makes more sense to just use the mpl
>
Ok, but status doesn't change: I can't use mpl components in gpl software (example? I can't use JCL and JVCL in my gpl software).


Subject: Re: JvMarkupViewer (Solution)
From: "Diego Regio" <nospam@nospam.spam>
Date: Fri, 9 Mar 2007 17:08:18 -0300
Newsgroups: jedi.vcl

Look at the message "(Solved) JvMarkupViewer problem" I sent minutes ago.

Diego.

"Larry Williamson" <jvcllist@nyte.us> wrote in message
news:dro1ik$8u3$1@talkto.net...
> > Does anyone here use JvMarkupViewer?
> >
> > I can't seem to get it to render anything, I tried setting the text both
> > in design-time and run time, and it doesn't seem to even accept normal
> > text (non-html).
> >
> > I would rather not have to rely on TWebBrowser.
> >
> > Any suggestions?
> >
> > Thanks!
> > Larry




Subject: Re: JvMarkupViewer text property
From: "Diego Regio" <nospam@nospam.spam>
Date: Fri, 9 Mar 2007 17:07:44 -0300
Newsgroups: jedi.vcl

Look at the message "(Solved) JvMarkupViewer problem" I sent minutes ago.

Diego.


"Roman" <vsdesign@ukr.net> wrote in message
news:ee195e$c1h$1@news.talkto.net...
> > Hello All,
> >
> > I can not assign any value to text property of JvMarkupViewer.
> > JvMarkupLabel works fine.
> >
> > Do you have some idea?
> >
> > Thank in advance.
> > Roman




Subject: (Solved) JvMarkupViewer problem
From: "Diego Regio" <nospam@nospam.spam>
Date: Fri, 9 Mar 2007 17:03:58 -0300
Newsgroups: jedi.vcl

The JVCL component TJvMarkupViewer is currently broken. It doesn't display
anything.

The Text property, in it's setter, checks the new value to be different from
the current value. But if it is different, then it does "Exit" the procedure
immediatly. Here is the code, with the corrections in comments:


procedure TJvMarkupViewer.SetText(const Value: TCaption);
var
  s: string;
begin
{$IFDEF VCL}
  if Value <> FText then   // *********** "<>" should be "="
    Exit;
{$ENDIF VCL}
{$IFDEF VisualCLX}
  if Value <> GetText then   // *********** "<>" should be "="
    Exit;
{$ENDIF VisualCLX}
  s := Value;
  s := StringReplace(s, sLineBreak, ' ', [rfReplaceAll]);
  s := TrimRight(s);
  ParseHTML(s);
  HTMLElementDimensions;
  {$IFDEF VCL}
  FText := s;
  Invalidate;
  {$ENDIF VCL}
  {$IFDEF VisualCLX}
  inherited SetText(s);
  {$ENDIF VisualCLX}
end;
--------------

The unit is JvMarkupViewer, JVCL version 3.30.


By the way, I tried to inform this in mantis, but it's signup process is
also broken. =(
(http://homepages.borland.com/jedi/issuetracker/main_page.php)


HTH,
Diego Regio
desde Argentina, larga vida a Delphi!




Subject: Re: splitting out a part of the JCL and JVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 9 Mar 2007 20:51:08 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> > The JVCL Installer should be expanded to start the JCL Installer.

It already does. But only if it finds the JCL Installer. (except
someone removed that code)

-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Fri, 9 Mar 2007 20:03:29 +0100
Newsgroups: jedi.vcl

"El Salvador" <salvadorbs@email.it> wrote in message 
news:ess66t$kus$1@news.talkto.net...
> > Bart van der Werf ha scritto:
>> >> "El Salvador" <salvadorbs@email.it> wrote in message 
>> >> news:espuqb$3ek$1@news.talkto.net...
>>> >>> Bart van der Werf ha scritto:
>>>> >>>> http://utf8vcl.sf.net
>>>> >>>> http://sourceforge.net/projects/utf8vcl/
>>>> >>>>
>>>> >>>> I'm interrested in what you think about it.
>>>> >>>>
>>>> >>>> greets, Bart
>>> >>> Interesting project, but one question on project's license: Why  only 
>>> >>> MPL and not GPL/LGPL/MPL?
>> >>
>> >> How do you mean ?
>> >> I'm open to multi licensing, however this does not seem to be the general 
>> >> style with other delphi opensource projects.
> > MPL is incompatible with the GPL: I can't use components (with license 
> > MPL) in a GPL software.

pretty much all delphi opensource components are mpl so it makes more sense 
to just use the mpl 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Mar 2007 18:57:22 +0100
Newsgroups: jedi.vcl

El Salvador wrote:

> MPL is incompatible with the GPL: I can't use components (with license MPL) in a GPL software.

GPL is a bit uncommon for Delphi programs so MPL 1.1 is more important right now.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: El Salvador <salvadorbs@email.it>
Date: Fri, 09 Mar 2007 18:40:57 +0100
Newsgroups: jedi.vcl

Bart van der Werf ha scritto:
> "El Salvador" <salvadorbs@email.it> wrote in message news:espuqb$3ek$1@news.talkto.net...
>> Bart van der Werf ha scritto:
>>> http://utf8vcl.sf.net
>>> http://sourceforge.net/projects/utf8vcl/
>>>
>>> I'm interrested in what you think about it.
>>>
>>> greets, Bart
>> Interesting project, but one question on project's license: Why  only MPL and not GPL/LGPL/MPL?
>
> How do you mean ?
> I'm open to multi licensing, however this does not seem to be the general style with other delphi opensource projects.
>
MPL is incompatible with the GPL: I can't use components (with license MPL) in a GPL software.


Subject: Re: TJVMemoryData says Field not found
From: "Oleav" <empty@n.a>
Date: Fri, 9 Mar 2007 19:36:36 +0300
Newsgroups: jedi.vcl

What if to add Fields, not FieldDefs?

Regards,
Oleav.

"anithegregorian" <anithegregorian@gmail.com> wrote in message
news:esruj2$jat$1@news.talkto.net...
> > Im simply trying to copy the structure of a dataset into TJvMemoryData and
> > consiquently add one more field named f_path to the TJvMemoryData
FieldDefs
> > (If that is how you can add fields to a dataset at runtime). When I run
the
> > proram i get this error:
> > Project frisbi.exe raised exception class EDatabaseError with message
'Field
> > f_path' not found.
> >
> > and heres the code I've used:
> >     with dsCInf do
> >     begin
> >       //Dont copy structure more than once
> >       if FieldDefs.Count = 0 then
> >       begin
> >         CopyStructure(adst);
> >         FieldDefs.Add('f_path', ftString, 80);
> >         Active := true;
> >       end;
> >       //DataSetToDataSet(adst, dsCInf);
> >       FieldByName('f_path').Value := slDB.Strings[iCnt];
> >     end;
> >
> > where dsCInf is the TJvMemoryData component. Whats wrong here... I have no
> > idea :(
> >
> >




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Fri, 9 Mar 2007 16:31:40 +0100
Newsgroups: jedi.vcl

"Uwe Schuster" <jedivcs@bitcommander.de> wrote in message 
news:5go2v2ta3022kfabgc5i3lq1j49qj0sode@4ax.com...
> > On Fri, 09 Mar 2007 14:24:07 +0100, Robert Marquardt wrote:
> >
>>> >>> The problem is an access violation at 0 read 0. As long as Memo1 or
>>> >>> RichEdit1 are on the form this error is an EReadError while reading
>>> >>> Memo1.Lines.Strings or RichEdit1.Lines.Strings.
>> >>
>> >>My guess is that the EM_GETLINE handling is wrong. It can be fixed.
> >
> > That doesn't seams to be the problem. It never stops in the EM_GETLINE
> > code in UTF8VCLMessages.pas before the error occurs.
> >
>> >>I just fixed some other message handling problems in CVS.
> >
> > I've tried it. It doesn't change anything related to the problem.

If you can log a bug on the website with reproduction steps i'll try to take 
a look this weekend 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Fri, 9 Mar 2007 16:30:55 +0100
Newsgroups: jedi.vcl

"Uwe Schuster" <jedivcs@bitcommander.de> wrote in message 
news:0vo2v2hjt6ono0kdmf2oloq5e7avr485vf@4ax.com...
> > On Fri, 9 Mar 2007 14:21:04 +0100, "Bart van der Werf" wrote:
> >
>> >>It doesn't work with delphi's before D7 at the moment, but i'm not sure 
>> >>why.
>> >>(it should work fine all the way back to d4 or maybe even earlier, there 
>> >>is
>> >>no technical reason not too.)
>> >>Maybe because the CreateWindow function wasn't wrapped like it is in D7 
>> >>and
>> >>onwards, so that the calldecl is wrong.
>> >>Could you confirm ?
> >
> > If I comment out
> >
> > Hook(@CreateWindowExA, @CreateWindowExAIntercept,
> > @CreateWindowExAJump);

Ok thanks this lokalizes the problems alot, i think i need a different 
intercept for delphi before D7 and the current one that works for D7 and 
further. 




Subject: TJVMemoryData says Field not found
From: "anithegregorian" <anithegregorian@gmail.com>
Date: Fri, 9 Mar 2007 21:00:47 +0530
Newsgroups: jedi.vcl

Im simply trying to copy the structure of a dataset into TJvMemoryData and 
consiquently add one more field named f_path to the TJvMemoryData FieldDefs 
(If that is how you can add fields to a dataset at runtime). When I run the 
proram i get this error:
Project frisbi.exe raised exception class EDatabaseError with message 'Field 
f_path' not found.

and heres the code I've used:
    with dsCInf do
    begin
      //Dont copy structure more than once
      if FieldDefs.Count = 0 then
      begin
        CopyStructure(adst);
        FieldDefs.Add('f_path', ftString, 80);
        Active := true;
      end;
      //DataSetToDataSet(adst, dsCInf);
      FieldByName('f_path').Value := slDB.Strings[iCnt];
    end;

where dsCInf is the TJvMemoryData component. Whats wrong here... I have no 
idea :( 




Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Mar 2007 16:03:48 +0100
Newsgroups: jedi.vcl

If you agree with my previous message, I will commit my changes to SVN. 
I kept your proposal and made it work. In fact, it was the same amount 
of work to improve the source from my proposal or from yours. I tested 
all cases and I get the expected results.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 09 Mar 2007 14:47:36 +0100
Newsgroups: jedi.vcl

On Fri, 9 Mar 2007 14:21:04 +0100, "Bart van der Werf" wrote:

> >It doesn't work with delphi's before D7 at the moment, but i'm not sure why. 
> >(it should work fine all the way back to d4 or maybe even earlier, there is 
> >no technical reason not too.)
> >Maybe because the CreateWindow function wasn't wrapped like it is in D7 and 
> >onwards, so that the calldecl is wrong.
> >Could you confirm ?

If I comment out 

Hook(@CreateWindowExA, @CreateWindowExAIntercept,
@CreateWindowExAJump);

and

Hook(@CreateWindowEx, @CreateWindowExAIntercept, @CreateWindowExJump);

the access violation doesn't occur anymore, but then it doesn't work
(There are no unicode characters.).

If I doesn't comment out these lines, but add a stdcall to
CreateWindowExAIntercept the access violation doesn't occur as well,
but it doesn't work neither.

> >I think they wrapped it because of the floatingpoint register mask problems. 

I don't know this issue.
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 09 Mar 2007 14:40:45 +0100
Newsgroups: jedi.vcl

On Fri, 09 Mar 2007 14:24:07 +0100, Robert Marquardt wrote:

>> >> The problem is an access violation at 0 read 0. As long as Memo1 or
>> >> RichEdit1 are on the form this error is an EReadError while reading
>> >> Memo1.Lines.Strings or RichEdit1.Lines.Strings.
> >
> >My guess is that the EM_GETLINE handling is wrong. It can be fixed.

That doesn't seams to be the problem. It never stops in the EM_GETLINE
code in UTF8VCLMessages.pas before the error occurs.

> >I just fixed some other message handling problems in CVS.

I've tried it. It doesn't change anything related to the problem.
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Mar 2007 14:24:07 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> The problem is an access violation at 0 read 0. As long as Memo1 or
> RichEdit1 are on the form this error is an EReadError while reading
> Memo1.Lines.Strings or RichEdit1.Lines.Strings.

My guess is that the EM_GETLINE handling is wrong. It can be fixed.
I just fixed some other message handling problems in CVS.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Fri, 9 Mar 2007 14:21:04 +0100
Newsgroups: jedi.vcl

"Uwe Schuster" <jedivcs@bitcommander.de> wrote in message 
news:90k2v2p0cg92csbm78hdaisuagsklv3qub@4ax.com...
> > On Fri, 09 Mar 2007 05:39:27 +0100, Robert Marquardt wrote:
> >
>> >>BTW Andreas can surely test if the IDE for D6, D7 can be patched to show
>> >>utf-8.
> >
> > I haven't had a look how utf8vcl does work, but the current example
> > (utf8vcl-example-070309.zip) doesn't work for me with D6 (Personal).
> > It does with D7 (7.0 Personal).
> >
> > The problem is an access violation at 0 read 0. As long as Memo1 or
> > RichEdit1 are on the form this error is an EReadError while reading
> > Memo1.Lines.Strings or RichEdit1.Lines.Strings.

It doesn't work with delphi's before D7 at the moment, but i'm not sure why. 
(it should work fine all the way back to d4 or maybe even earlier, there is 
no technical reason not too.)
Maybe because the CreateWindow function wasn't wrapped like it is in D7 and 
onwards, so that the calldecl is wrong.
Could you confirm ?
I think they wrapped it because of the floatingpoint register mask problems. 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 09 Mar 2007 13:26:50 +0100
Newsgroups: jedi.vcl

On Fri, 09 Mar 2007 05:39:27 +0100, Robert Marquardt wrote:

> >BTW Andreas can surely test if the IDE for D6, D7 can be patched to show 
> >utf-8.

I haven't had a look how utf8vcl does work, but the current example
(utf8vcl-example-070309.zip) doesn't work for me with D6 (Personal).
It does with D7 (7.0 Personal).

The problem is an access violation at 0 read 0. As long as Memo1 or
RichEdit1 are on the form this error is an EReadError while reading
Memo1.Lines.Strings or RichEdit1.Lines.Strings.
--
Uwe


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Mar 2007 12:58:28 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> It is 100% windows api specific, nothing reusable for crossplatform at all i think. 

Lazarus for Windows is of course using Win32 so it may be usable.
I have no problem with dual licensing, but that can safely be decided later.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Mar 2007 12:56:44 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> I was wondering if utf8vcl could be provided in a dll form that automaticly attached itself to any delphi application. 

I am not sure if an unsuspecting Delphi application can be forcibly patched without problems. I see no immediate problems for the WndProcs to reside in a DLL though. So the older Delphi IDEs could be patched by an expert. This may cause problems with the editor where suddenly two chars have only one char position on the screen. That is why i thought about a special preview/edit window where you can display/edit a source in utf8 and handle those problems.


Subject: Re: splitting out a part of the JCL and JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Mar 2007 12:47:14 +0100
Newsgroups: jedi.vcl,jedi.jcl

Andreas Hausladen wrote:
> And who tells all the users that they now must install an third pack?
> It is already hard enough to tell them that they must install the JCL
> in order to use the JVCL, and that the JCL doesn't contain the visual
> components.
>
> But it is a interesting idea.

Neither the JCL nor the JVCL depend on the experts.
The new experts project will probably only depend on the JCL.

The JVCL Installer should be expanded to start the JCL Installer.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 9 Mar 2007 11:33:31 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > If you can tell me what window messages and api calls are
> > used by the StringGrid i'll try to look at it this weekend.

It is the ExtTextOut() function. You might also intercept the
GetTextExtentPoint32() function.


-- Regards, Andreas Hausladen 

Subject: Re: splitting out a part of the JCL and JVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 9 Mar 2007 11:29:08 +0000 (UTC)
Newsgroups: jedi.vcl,jedi.jcl

And who tells all the users that they now must install an third pack?
It is already hard enough to tell them that they must install the JCL
in order to use the JVCL, and that the JCL doesn't contain the visual
components.

But it is a interesting idea.


-- Regards, Andreas Hausladen 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Fri, 9 Mar 2007 11:58:35 +0100
Newsgroups: jedi.vcl

"Guillem" <guillemvicens-nospam@clubgreenoasis.com> wrote in message 
news:esrc15$9tq$1@news.talkto.net...
> > Bart van der Werf wrote:
> >
>> >> http://utf8vcl.sf.net
>> >> http://sourceforge.net/projects/utf8vcl/
>> >>
>> >> I'm interrested in what you think about it.
>> >>
>> >> greets, Bart
> >
> > works for me.
> >
> >
> > I tried it also with a TStringGrid, a TLabeledEdit and a TStaticText.
> > The last 2 worked well but StringGrid did not. It shows strange
> > characters. All of them have assigned the DEFAULT_CHARSET as the rest
> > of components. Am I missing anything?
> >
> > Following text did show properly except on the StringGrid
> >
> > ao\!|"@.#$%&/()=??!^`*+[]??c{};:_-.,~
> >
> >
> > I tried with Pristina, Times New Roman, Courier New and Comic Sans MS.
> > No problem related to these fonts.

Possibly there is an intercept missing for a few window messages, i haven't 
checked for all components yet, and not all intercepts are made yet.
If you can tell me what window messages and api calls are used by the 
StringGrid i'll try to look at it this weekend.
The CHARSET setting should not make any difference at all, but i need to 
research this.

greets, Bart 




Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Mar 2007 11:40:35 +0100
Newsgroups: jedi.vcl

Hello,

To satisfy both of us, I think the right behavior should be:

In all cases:
Items is used to display the values to the user.

With EnableValues = true:
OnGetText and OnSetText are not used. The Values property is used 
instead.

With EnableValues = false:
OnGetText and OnSetText are used if they are assigned.

What do you think about this ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: splitting out a part of the JCL and JVCL?
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Fri, 9 Mar 2007 10:15:25 +0000 (UTC)
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> > I thought about splitting out the IDE related parts of the JCL and
> > JVCL into a separate project. That would be all the experts from the
> > JCL and the global design editors of the JVCL.  It would simplify the
> > installer of the JCL considerably without changing the relation of
> > JCL and JVCL. It also solves the problem that the experts do not
> > really belong to the JCL.
> > 
> > The utf8VCL project of Bart van der Werf shows that we are in need of
> > an IDE integration expert anyway. It would allow to handle the
> > various popular addins like madExcept, FastMM/ShareMem, JCL experts
> > etc.  It would add the correct units in the correct order to the uses
> > list. In fact a plugin expert for the various non-component IDE and
> > program enhancements.

although I'm not a member of Jedi Team, it seems an interesting path to
me.

Just my 0.02
-- Best regards :-) Guillem Vicens Meier Dep. Informática Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Fri, 9 Mar 2007 10:13:57 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > http://utf8vcl.sf.net
> > http://sourceforge.net/projects/utf8vcl/
> > 
> > I'm interrested in what you think about it.
> > 
> > greets, Bart

works for me.


I tried it also with a TStringGrid, a TLabeledEdit and a TStaticText.
The last 2 worked well but StringGrid did not. It shows strange
characters. All of them have assigned the DEFAULT_CHARSET as the rest
of components. Am I missing anything?

Following text did show properly except on the StringGrid

ao\!|"@.#$%&/()=??!^`*+[]??c{};:_-.,~


I tried with Pristina, Times New Roman, Courier New and Comic Sans MS.
No problem related to these fonts.


-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Fri, 9 Mar 2007 09:48:53 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Guillem wrote:
> > 
>> > > how do I tell Delphi the codepage?
> > 
> > Copied from Bart's  answer to me in the basm newsgroup:
> > 
> > Project Options -> Compiler -> Code Generation -> Codepage

thanks for the info 

> > 
> > This option isn't available in D7 and before, but also not needed
> > there.  In D7 and before you get some garbage in the editor because
> > it cannot read the utf8 text.
> > BDS2006 can read the document fine, but will convert it to ansi on
> > compiletime if you do not set the codepage when building.

I'm using BDS2006 with upd2 and hotfixes up to 10. Works fine for me :-)

-- Best regards :-) Guillem Vicens Meier Dep. Informática Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Fri, 9 Mar 2007 09:44:33 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:esqo4q$6u0$2@news.talkto.net...
> > Bart van der Werf wrote:
> >
>> >> How do you mean ?
>> >> I'm open to multi licensing, however this does not seem to be the general 
>> >> style with other delphi opensource projects.
> >
> > Multi-license is only needed for Delphi/Kylix projects and this is one is 
> > limited to Win32. If it is applicable to FreePascal (Lazarus) is doubtful.

It is 100% windows api specific, nothing reusable for crossplatform at all i 
think. 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Fri, 9 Mar 2007 09:43:46 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:esqo0b$6u0$1@news.talkto.net...
> > Bart van der Werf wrote:
> >
>> >> Bitstream font is pretty complete, i'm not sure if it is proportional or 
>> >> not.
> >
> > I thought about it and it does not make sense to have a fully 
> > non-proportioanl Unicode font. A chinese char is far too big for example. 
> > A utf-8 font is needed. Non-proportional in ASCII and proportional 
> > everywhere else. That would be the best font for the BDS IDE.
> >
> > BTW Andreas can surely test if the IDE for D6, D7 can be patched to show 
> > utf-8. It may give some problems like strange char positions, but at least 
> > a mode should be possible which shows the sources as utf-8. Maybe a 
> > preview window as alternative.

Ah that is very intresting :)

I was wondering if utf8vcl could be provided in a dll form that automaticly 
attached itself to any delphi application. 




Subject: splitting out a part of the JCL and JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Mar 2007 08:39:52 +0100
Newsgroups: jedi.vcl,jedi.jcl

I thought about splitting out the IDE related parts of the JCL and JVCL into a separate project. That would be all the experts from the JCL and the global design editors of the JVCL.
It would simplify the installer of the JCL considerably without changing the relation of JCL and JVCL. It also solves the problem that the experts do not really belong to the JCL.

The utf8VCL project of Bart van der Werf shows that we are in need of an IDE integration expert anyway. It would allow to handle the various popular addins like madExcept, FastMM/ShareMem, JCL experts etc.
It would add the correct units in the correct order to the uses list. In fact a plugin expert for the various non-component IDE and program enhancements.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Mar 2007 05:41:50 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> How do you mean ?
> I'm open to multi licensing, however this does not seem to be the general style with other delphi opensource projects. 

Multi-license is only needed for Delphi/Kylix projects and this is one is limited to Win32. If it is applicable to FreePascal (Lazarus) is doubtful.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Mar 2007 05:39:27 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> Bitstream font is pretty complete, i'm not sure if it is proportional or not. 

I thought about it and it does not make sense to have a fully non-proportioanl Unicode font. A chinese char is far too big for example. A utf-8 font is needed. Non-proportional in ASCII and proportional everywhere else. That would be the best font for the BDS IDE.

BTW Andreas can surely test if the IDE for D6, D7 can be patched to show utf-8. It may give some problems like strange char positions, but at least a mode should be possible which shows the sources as utf-8. Maybe a preview window as alternative.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Thu, 8 Mar 2007 22:57:23 +0100
Newsgroups: jedi.vcl

"El Salvador" <salvadorbs@email.it> wrote in message 
news:espuqb$3ek$1@news.talkto.net...
> > Bart van der Werf ha scritto:
>> >> http://utf8vcl.sf.net
>> >> http://sourceforge.net/projects/utf8vcl/
>> >>
>> >> I'm interrested in what you think about it.
>> >>
>> >> greets, Bart
> > Interesting project, but one question on project's license: Why  only MPL 
> > and not GPL/LGPL/MPL?

How do you mean ?
I'm open to multi licensing, however this does not seem to be the general 
style with other delphi opensource projects. 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Thu, 8 Mar 2007 22:56:36 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:espjp6$11e$2@news.talkto.net...
> > Does anyone know of a non-proportional Unicode font?
> > Arial Unicode MS is fairly complete, but proportional.
> >
> > I changed the test application to use Arial Unicode MS and pasted some 
> > chinese chars from a spam mail into the memo and it worked beautifully.

Bitstream font is pretty complete, i'm not sure if it is proportional or 
not. 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: El Salvador <salvadorbs@email.it>
Date: Thu, 08 Mar 2007 22:22:22 +0100
Newsgroups: jedi.vcl

Bart van der Werf ha scritto:
> http://utf8vcl.sf.net
> http://sourceforge.net/projects/utf8vcl/
>
> I'm interrested in what you think about it.
>
> greets, Bart
>
Interesting project, but one question on project's license: Why  only MPL and not GPL/LGPL/MPL?


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Mar 2007 19:21:07 +0100
Newsgroups: jedi.vcl

Does anyone know of a non-proportional Unicode font?
Arial Unicode MS is fairly complete, but proportional.

I changed the test application to use Arial Unicode MS and pasted some chinese chars from a spam mail into the memo and it worked beautifully.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Mar 2007 19:18:52 +0100
Newsgroups: jedi.vcl

Guillem wrote:

> how do I tell Delphi the codepage?

Copied from Bart's  answer to me in the basm newsgroup:

Project Options -> Compiler -> Code Generation -> Codepage

This option isn't available in D7 and before, but also not needed there.
In D7 and before you get some garbage in the editor because it cannot read
the utf8 text.
BDS2006 can read the document fine, but will convert it to ansi on
compiletime if you do not set the codepage when building.


Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 8 Mar 2007 18:45:50 +0100
Newsgroups: jedi.vcl

> >That's simply not true.

I'd like to know what's not true.
I tried your solution and that doesn't work with or without values. I 
get an error when I try to post a change. The SetText event, as you say, 
is absolutely necessary to make it work.
My question is : why do you prefer a solution where you must add an 
event to make it work ?

> >Then DBComboBox works as it should (with or with out values).

I'd like to understand why someone added the Values property...

> > And as I noted before, in Jedi 2.20 it worked as 
> >it should..

"As it should" I don't know. "As you wish", that's more certain.
So, now, what's the best solution for you and me ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Thu, 8 Mar 2007 16:33:40 +0000 (UTC)
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> > http://utf8vcl.sf.net
> > http://sourceforge.net/projects/utf8vcl/
> > 
> > I'm interrested in what you think about it.
> > 
> > greets, Bart

how do I tell Delphi the codepage?

-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "canman888" <canman888@hotmail.com>
Date: Thu, 8 Mar 2007 16:05:16 +0100
Newsgroups: jedi.vcl

That's simply not true. All you need to do is to add you SetText event too. 
Then DBComboBox works as it should (with or with out values). Now the reason 
why I want to use TJvDBCombobox is that you can type in it to search, even 
though it's DropDownList, that is imho the biggest enhancement between 
borlands and jedis version. And as I noted before, in Jedi 2.20 it worked as 
it should..




"Fred" <nospam_@_nospam.com> skrev i en meddelelse 
news:eson5m$p3c$1@news.talkto.net...
>> > >I have now read through that thread and I see absolutely no good
>> >>explanation. It should be made to work like Borlands own component.
> >
> > Obviously, JvDBComboBox has been designed to work differently (and I'm
> > not responsible for that, OK ?). Throw a DBComboBox and a JvDBComboBox
> > on a form and link them to a field with an OnGetText event. As you can
> > see, the DBComboBox displays the text as it should appear to the user.
> > The JvDBComboBox shows nothing (and that has nothing to do with
> > OnGetText). Now populate their Item property with the values to choose
> > from. What are you going to put in the DBComboBox Item property ? If you
> > put the internal values (those to store), the user will see these values
> > (OnGetText is not triggered when you drop down the list). If you put the
> > values to display to the user, any change will throw out an error.
> > Conclusion: DBComboBox cannot handle fields with an OnGetText event.
> > That's why I suppose someone created the JvDBComboBox with two
> > properties: Items and Values. In Items, you put the values for the DB.
> > In Values, you put the values for the user. That behavior was broken
> > with fields with an OnGetText event. That's why I made my changes.
> > There's surely a better way to make the things work, I agree. Be free to
> > improve this component, but don't revert it to its previous state.
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Mar 2007 13:18:40 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:

> To use it you only need to add the unit to the dpr at the top, below sharemem/fastmm.

Then it should become an expert which precisely handles this.
We are in need of such an expert anyway. Handling several of these popular plugins. madExcept for example is another candidate.
The JclDebug expert is probably the best starting point for that.


Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Thu, 8 Mar 2007 12:18:16 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:esoqf7$pnl$1@news.talkto.net...
> > Bart van der Werf wrote:
>> >> http://utf8vcl.sf.net
>> >> http://sourceforge.net/projects/utf8vcl/
>> >>
>> >> I'm interrested in what you think about it.
> >
> > Just checked with a JvComboListBox and it works.
> > Please make me developer. I already have style cleaned the sources.

I'll add you to the project when i have a few minutes at my home pc.
If you can send me the changed sources or a patchset i'll submit them to 
cvs.

> > I am usure if it should be added to the JCL or JVCL. If it is made a 
> > component then JVCL if it is made an expert then JCL.

To use it you only need to add the unit to the dpr at the top, below 
sharemem/fastmm.




Subject: Re: New project turns normal delphi application into a UTF-8 unicode application.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Mar 2007 12:02:08 +0100
Newsgroups: jedi.vcl

Bart van der Werf wrote:
> http://utf8vcl.sf.net
> http://sourceforge.net/projects/utf8vcl/
>
> I'm interrested in what you think about it.

Just checked with a JvComboListBox and it works.
Please make me developer. I already have style cleaned the sources.

I am usure if it should be added to the JCL or JVCL. If it is made a component then JVCL if it is made an expert then JCL.


Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 8 Mar 2007 11:54:01 +0100
Newsgroups: jedi.vcl

> >I have now read through that thread and I see absolutely no good 
> >explanation. It should be made to work like Borlands own component.

Obviously, JvDBComboBox has been designed to work differently (and I'm 
not responsible for that, OK ?). Throw a DBComboBox and a JvDBComboBox 
on a form and link them to a field with an OnGetText event. As you can 
see, the DBComboBox displays the text as it should appear to the user. 
The JvDBComboBox shows nothing (and that has nothing to do with 
OnGetText). Now populate their Item property with the values to choose 
from. What are you going to put in the DBComboBox Item property ? If you 
put the internal values (those to store), the user will see these values 
(OnGetText is not triggered when you drop down the list). If you put the 
values to display to the user, any change will throw out an error. 
Conclusion: DBComboBox cannot handle fields with an OnGetText event. 
That's why I suppose someone created the JvDBComboBox with two 
properties: Items and Values. In Items, you put the values for the DB. 
In Values, you put the values for the user. That behavior was broken 
with fields with an OnGetText event. That's why I made my changes.
There's surely a better way to make the things work, I agree. Be free to 
improve this component, but don't revert it to its previous state.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: New project turns normal delphi application into a UTF-8 unicode application.
From: "Bart van der Werf" <bluelive@xs4all.nl>
Date: Thu, 8 Mar 2007 11:30:58 +0100
Newsgroups: jedi.vcl

http://utf8vcl.sf.net
http://sourceforge.net/projects/utf8vcl/

I'm interrested in what you think about it.

greets, Bart 




Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 8 Mar 2007 11:15:58 +0100
Newsgroups: jedi.vcl

> >I don't care, this bug totally destroyed my programs,

Waaaah ! I made a program bomb ! Call me THE ANNIHILATOR ! ;-)
Before shouting at me, please think a little bit. If I removed the 
change you consider as the right one, there's maybe a reason. I use a 
lot of OnGetText in my programs and that's because my OnGetText did'nt 
work with your proposal (the previous situation) that I tried to find a 
solution. JvDBComboBox has been modified many times after me by other 
guys and maybe something has been broken inside by another change, so 
take a closer look at the component before changing anything. And it is 
possible I forgot a very special case. Don't blame for that because I 
usually do many tests before modifying the JVCL. I hope you'll do the 
same.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Changes by Niels
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 7 Mar 2007 22:53:31 +0100
Newsgroups: jedi.vcl

> >By looking at the themed DBGrid, I'm surprised by the amount of changes 
> >done. And I see the grid uses new bitmaps, but where are they ?

I can use it on  Delphi 7.

The only problem I got was that there is extra bmps needed as resources,
you must include it on jvbdgrids.res, compile/install jvcl then remove it.
After all it works well.

By the way, I think that the changes are no so big after all.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "canman888" <canman888@hotmail.com>
Date: Wed, 7 Mar 2007 19:00:28 +0100
Newsgroups: jedi.vcl

I have now read through that thread and I see absolutely no good 
explanation. It should be made to work like Borlands own component.



"Fred" <nospam_@_nospam.com> skrev i en meddelelse 
news:esmhq4$c11$1@news.talkto.net...
> > Hello,
> >
>>>>> >>>>>Should be changed to this
> >
> > I know that can be disturbing but there's a good reason behind this. Do
> > a search in this forum to find the explanation.
> > This has been changed on May 5 2006.
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "canman888" <canman888@hotmail.com>
Date: Wed, 7 Mar 2007 18:56:36 +0100
Newsgroups: jedi.vcl

I don't care, this bug totally destroyed my programs, and I am sure it did 
so for many others. In version 2.20 it worked like it should, and it should 
be made to work again. Or at least make a property so that a developer can 
select what he wants!


"Fred" <nospam_@_nospam.com> skrev i en meddelelse 
news:esmhq4$c11$1@news.talkto.net...
> > Hello,
> >
>>>>> >>>>>Should be changed to this
> >
> > I know that can be disturbing but there's a good reason behind this. Do
> > a search in this forum to find the explanation.
> > This has been changed on May 5 2006.
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: JvDBUltimGrid: Multi-line headers / word wrap
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 7 Mar 2007 17:55:38 +0100
Newsgroups: jedi.vcl

> >Then add a line break (#13#10) in your title...

Fool of me !

I was using only #13 !

Thanks !



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 7 Mar 2007 16:10:16 +0100
Newsgroups: jedi.vcl

Hello,

>>>> >>>>Should be changed to this

I know that can be disturbing but there's a good reason behind this. Do 
a search in this forum to find the explanation.
This has been changed on May 5 2006.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvTransparentButton
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Wed, 7 Mar 2007 14:47:06 -0000
Newsgroups: jedi.vcl

Just a recap.

If you could.  could you please create a delphi application with a main form 
(Form1) and a secondary form (Form2).

- Add lots of JvTransparentButtons to Form2.
- Create an instance of Form2 created by Form1
using

procedure TForm1.Button1Click(Sender: TObject);
var
    Form2  : TForm2;
begin
    Form2 := TForm2.Create(Self);
    Form2.ShowModal;
    Form2.Release;
end;

When i do the above i get the following error:
exception class   : EAccessViolation
exception message : Access violation at address 004A2F4F in module 
'Project1.exe'. Read of address 00A08294.

main thread ($488):
004a2f4f +01f Project1.exe JvTransparentButton 
TJvTransparentButton.Notification
004656c7 +03f Project1.exe Classes                   TComponent.Notification
00478bc3 +00f Project1.exe Controls                  TControl.Notification
00491d2c +010 Project1.exe Forms 
TCustomForm.Notification
00465599 +01d Project1.exe Classes 
TComponent.RemoveComponent
0046540d +055 Project1.exe Classes                   TComponent.Destroy
00478957 +09b Project1.exe Controls                  TControl.Destroy
0048101c +02c Project1.exe Controls                  TGraphicControl.Destroy
004a0f3c +028 Project1.exe JvButton 
TJvCustomGraphicButton.Destroy
004a2f1d +049 Project1.exe JvTransparentButton 
TJvTransparentButton.Destroy
0047bd4a +08a Project1.exe Controls                  TWinControl.Destroy
00490fe8 +028 Project1.exe Forms 
TScrollingWinControl.Destroy
00491bcb +0ab Project1.exe Forms                     TCustomForm.Destroy
004036fc +008 Project1.exe System                    TObject.Free
00495830 +000 Project1.exe Forms                     TCustomForm.CMRelease
0047aad0 +188 Project1.exe Controls                  TControl.WndProc
0047d9db +157 Project1.exe Controls                  TWinControl.WndProc
00492b01 +421 Project1.exe Forms                     TCustomForm.WndProc
0047d658 +02c Project1.exe Controls                  TWinControl.MainWndProc
004663e8 +014 Project1.exe Classes                   StdWndProc
77d496c2 +00a user32.dll                             DispatchMessageA
00498ea7 +083 Project1.exe Forms 
TApplication.ProcessMessage
00498ec6 +00a Project1.exe Forms 
TApplication.HandleMessage
004990e6 +096 Project1.exe Forms                     TApplication.Run
004a5127 +03b Project1.exe Project1            18 +3 initialization


However, i have have a few JvtransparentButtons then i do not get an error.

Any help will be greatly appreciated.

Thanks
Rudy





Subject: A bug fixed: TField.OnGetText event is not being used in TJvDBComboBox
From: "canman888" <canman888@hotmail.com>
Date: Wed, 7 Mar 2007 15:05:19 +0100
Newsgroups: jedi.vcl

Hi,

As per the subject. This:

procedure TJvCustomDBComboBox.DataChange(Sender: TObject);
begin
  if not HandleAllocated or DroppedDown then
    Exit;
  if FDataLink.Field <> nil then
    ComboText := FDataLink.Field.AsString /////WRONG!
  else
  if csDesigning in ComponentState then
    ComboText := Name
  else
    ComboText := '';
end;


>>> >>>Should be changed to this


procedure TJvCustomDBComboBox.DataChange(Sender: TObject);
begin
  if not HandleAllocated or DroppedDown then
    Exit;
  if FDataLink.Field <> nil then
    SetComboText(FDataLink.Field.Text)  //Right
  else
  if csDesigning in ComponentState then
    ComboText := Name
  else
    ComboText := '';
end;


Otherwise the combobox does not use the TField.OnGetText return value.

I would have reported this on Mantis, but they have trouble creating new 
users.

Cheers,
Canman888 




Subject: Re: Changes by Niels
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 7 Mar 2007 13:33:34 +0100
Newsgroups: jedi.vcl

> >I'm currently testing the themed DBGrid.

I tried to compile my JVCL packages with the theming option checked, but 
that does not work. The explanations given in the readme.htm for BCB5 
and ThemeManager don't work (and cannot work since DCC32 does not 
generate any HPP or OBJ files without the right parameters).

By looking at the themed DBGrid, I'm surprised by the amount of changes 
done. And I see the grid uses new bitmaps, but where are they ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Changes by Niels
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 7 Mar 2007 11:45:05 +0100
Newsgroups: jedi.vcl

Hello,

I'm currently testing the themed DBGrid.
I have a question about the changes in JvDBUltimGrid. What are their 
purpose ? I don't understand their usefulness just at looking at them.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBUltimGrid: Multi-line headers / word wrap
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 7 Mar 2007 11:24:54 +0100
Newsgroups: jedi.vcl

> >What I want is to "force" the line break.

Then add a line break (#13#10) in your title...

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvGroupHeader - Bevel disappears if caption to long
From: "timog" <none@abc.com>
Date: Wed, 7 Mar 2007 09:21:34 +0100
Newsgroups: jedi.vcl

Hello newsgroup,

I just discovered a weird bug in die 3.30 stable release: If a 
TJvGroupHeader has a caption longer than 16 characters, the bevel is not 
painted anymore. Is there a way to fix this? I can't register at the 
mantis bug reporting site so I hope to find an answer here. 

Kind regards,

Timo

PS: Posted with the web interface - time may be off.



--- posted by geoForum on http://delphi.newswhat.com


Subject: For JvDocking Users
From: "Kiriakos" <pyscripter@gmail.com>
Date: Wed, 7 Mar 2007 05:31:19 +0200
Newsgroups: jedi.vcl

In Manits 4076, I have extended JvDocking to have BDS like (alpha blended) 
form dragging.  Check it out.

This works great in Vista with Aero theme, whilst the old JvDocking as well 
as the standard Delphi form dragging are highly problematic (very slow even 
with a good GPU). In Vista, you are strongly discouraged to write directly 
to the desktop which is what the old code does.

Also other bug fixes and improvements can be found in Mantis reports 3958, 
4020, 3998 and 3989. 




Subject: Themed Grid - so far so good - will be incorporated as oficial jvcl?
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 6 Mar 2007 21:38:11 +0100
Newsgroups: jedi.vcl

Neis did a merge of JvDBGrid with Jed Software's ThemedGrid and as far as
I can tell it works fine.

I woul like to see this change in the official jvcl, can be?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: About Theme aware and the grid's in JVCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 6 Mar 2007 21:36:10 +0100
Newsgroups: jedi.vcl

> >I have a problem using this modified grid: the "highligth" column

I dont believe.
First time it give the problem I said but now I cant reproduce the problem.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: About Theme aware and the grid's in JVCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 6 Mar 2007 21:15:37 +0100
Newsgroups: jedi.vcl

Never mind about missing resources.

I have a problem using this modified grid: the "highligth" column
indicator is in the column at the rigth of the current mouse pointer position.

I download latest JVCL sources and replaced only JvDBGrid.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: About Theme aware and the grid's in JVCL
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Tue, 6 Mar 2007 15:20:54 +0000 (UTC)
Newsgroups: jedi.vcl

Niels wrote:

> > Thanks but it is already done ;) it was not so much work afterall.


Niels:

Could you please post the resource ?

I finally have some time to test your modifications but can't because
missign resources.

Regards.

-- 

Subject: Re: JvDBUltimGrid: Multi-line headers / word wrap
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Tue, 6 Mar 2007 13:36:25 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:
> > Just set WordWrap to true...

Thanks.

What I want is to "force" the line break.

Regards.


-- 

Subject: Re: JvDBUltimGrid: Multi-line headers / word wrap
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 6 Mar 2007 11:15:11 +0100
Newsgroups: jedi.vcl

> >I would like to use multi line headers in JvDBUltimGrid.
> >Some light where and how to change the component appreciated.

Just set WordWrap to true...

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem with finding Appt having only it's ID in JvTFScheduleManager
From: VooDoo <darek640@op.pl>
Date: Tue, 06 Mar 2007 09:50:48 +0100
Newsgroups: jedi.vcl

Hello,

I got problem with finding appt having only it's ID in JvTFScheduleManager.Function FindAppt always returns NULL. I know the appt is load because JvTFDays shows the appt, and i have to we. Anyone knows how to solve this problem ?
Thanks for any help.

void __fastcall TfrmMain::DeactivateAlarm(AnsiString AppID)
{
TJvTFAppt *Appt;

Appt = ScheduleManager->FindAppt(AppID);

if (Appt!=NULL)
 {
 try {
   Appt->BeginUpdate();
   Appt->AlarmEnabled = false;
   }
 __finally
  {
  Appt->EndUpdate();  // Save data to database
  }

 }
else {
 try {
  // Saving data directly to database
  Baza->AlarmyD->SQL->Clear();
  Baza->AlarmyD->SQL->Add("UPDATE GROUPAPPT SET ALARMENABLED=0");
  Baza->AlarmyD->SQL->Add("WHERE APPTID=:APPTID;");
  Baza->AlarmyD->ParamByName("APPTID")->AsString = AppID;
  Baza->AlarmyD->Prepare();
  Baza->AlarmyD->Open();
  Baza->AlarmyD->Close();
  Baza->AlarmyD->UnPrepare();
  }
 catch(...)
  {
  Baza->AlarmyDTr->Rollback();
  MessageBox(this->Handle,"Error","Data didn't saved.",MB_OK|MB_ICONERROR);
  }
 }
}


Subject: Re: Partly OT - threads, JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Mon, 5 Mar 2007 17:30:11 -0500
Newsgroups: jedi.vcl

"Hap Woodcock" <mrhappy@nebulous.net> wrote in message
news:eshta3$brg$1@news.talkto.net...
> > edbored wrote:
>> > > "octweak" <octweak@terra.com.br> wrote in message
>> > > news:es7e0m$jvn$2@news.talkto.net...
>>> > >> You might want to read this also:
>>> > >>
http://www.eonclash.com/Tutorials/Multithreading/MartinHarvey1.1/ToC.html
>>> > >>
>> > >
>> > > Added to 'favourites" - thanks!
>> > >
>> > > EdB
>> > >
>> > >
> >
> > HTML help file compilation
> > http://rheuh.free.fr/docpack/Delphi/threads.chm

Fine then, removed from 'favourites'!

<g>

Thanks.

EdB




Subject: JvDBUltimGrid: Multi-line headers / word wrap
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Mon, 5 Mar 2007 22:26:37 +0000 (UTC)
Newsgroups: jedi.vcl

I would like to use multi line headers in JvDBUltimGrid.

Some light where and how to change the component appreciated.

Regards.

-- 

Subject: Re: Partly OT - threads, JvSimScope
From: Hap Woodcock <mrhappy@nebulous.net>
Date: Mon, 05 Mar 2007 14:07:33 -0600
Newsgroups: jedi.vcl

edbored wrote:
> "octweak" <octweak@terra.com.br> wrote in message
> news:es7e0m$jvn$2@news.talkto.net...
>> You might want to read this also:
>> http://www.eonclash.com/Tutorials/Multithreading/MartinHarvey1.1/ToC.html
>>
>
> Added to 'favourites" - thanks!
>
> EdB
>
>

HTML help file compilation
http://rheuh.free.fr/docpack/Delphi/threads.chm


Subject: Re: JvComputerInfoEx
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 05 Mar 2007 17:56:12 +0100
Newsgroups: jedi.vcl

Brian,


You should use GetWindowsVersion from JclSysInfo.pas.
Almost all classes declared in JvComputerInfoEx.pas call functions from JclSysInfo.pas to get values.

The function GetWindowsVersion returns an enumeration:
type
  TWindowsVersion =
   (wvUnknown, wvWin95, wvWin95OSR2, wvWin98, wvWin98SE, wvWinME,
    wvWinNT31, wvWinNT35, wvWinNT351, wvWinNT4, wvWin2000, wvWinXP,
    wvWin2003, wvWinXP64, wvWin2003R2, wvWinVista, wvWinLonghorn);

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: JvComputerInfoEx
From: "Brian Pedersen" <prog@night.dk>
Date: Mon, 5 Mar 2007 16:40:53 +0100
Newsgroups: jedi.vcl

Hi all

this might be a noob question, but anyway

anyubody know how i can convert JvComputerInfoEx1.OS.OSVersion to a string?

or any better way to see what OS that's used ?

need to know if it's Win NT, Win XP or Vista not the productname of it (home, pro, ultimate)

-- 
Venlig hilsen / Kind Regards
Brian Pedersen
www.night.dk



Subject: JVMail attachment filename
From: "Jhoe Logz" <eric@smsglobal.com>
Date: Mon, 5 Mar 2007 14:00:23 +0800
Newsgroups: jedi.vcl

how can I get the real filename of the attachment? i want extract them from
the Windows temp folder and save it on another directory. thanks for any
help.




Subject: Re: Threadsafe File Access
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 02 Mar 2007 23:15:36 +0100
Newsgroups: jedi.vcl

Sorry, this is not so easy to handle, because of the internal structure of the TJvLogFile. The component allways has the complete logfile in memory and then only saves the results.

For your needs, this would be a complete rewrite.

What about giving separate names for the files for each thread?

Greetings
Jens

io schrieb:
>> TJvAppXMLStorage and TJvAppINIStorage now have a new property to use a
>> Mutex to enable the thread savety. (didn't know the name without my delphi :-)
>
> Okay, that will work for the configuration files, but not for the logging files.
>
> As far as I can see, no equivalent property exists for the TJvLogFile component.  We have an app with multiple threads that can potentially all log to the same log file, which we suspected was causing us some grief.
>
> Any suggestions on a work around?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Problem with JVAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 02 Mar 2007 23:09:58 +0100
Newsgroups: jedi.vcl

Sorry for the long delay.

It's fixed now in svn.

Greetings
Jens

Eduardo Mauro schrieb:
> I posted the solution to the problem 2 weeks ago in Mantis. It is working
> correctly since it is in production since the fix. It is only necessary to
> change one method, as stated in the Mantis entry. Link to it:
>
> http://homepages.borland.com/jedi/issuetracker/view.php?id=4063
>
> It includes a project which reproduces the problem.
>
> Best regards,
> Eduardo Mauro
>
>
> "Jens" <jens.fudickar@oratool.de> escreveu na mensagem news:es4apt$2d8$1@news.talkto.net...
>> When you have finished your changes please make an entry in our mantis
>> system which shows the changes. Preferred as diff file.
>>
>> And better: if possible include a sample to show the wrong behavoiur.
>>
>> I will have a look for it then.
>>
>> Greetings
>> Jens
>>
>> P.S. http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php :-)
>>
>>> I had the same problem and looks like the following code in  =
>>>
>>> TJvCustomAppStorage.WriteList (JnAppStorage.pas) needs to be changed:
>>>
>>> --------------
>>>     for I :=3D 0 to ItemCount - 1 do
>>>       OnWriteItem(TargetStore, TargetPath, List, I, ItemName);
>>>     if (PrevListCount > ItemCount) and Assigned(OnDeleteItems) then
>>>       OnDeleteItems(TargetStore, TargetPath, List, ItemCount,  =
>>>
>>> PrevListCount - 1, ItemName);
>>> --------------
>>>
>>> I just replaced "Self" & "Path" with TargetStore & TargetPath... and wor=
>>> ks  =
>>>
>>> fine.
>>>
>>> G.Vavoulogiannis
>>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com 
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Question about messageboxes
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 2 Mar 2007 15:56:51 +0100
Newsgroups: jedi.vcl

> >That was the one i needed ;) do you know something?

TJvDSADialog in "Jv Dialogs".

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Partly OT - threads, JvSimScope
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 01 Mar 2007 23:05:01 +0100
Newsgroups: jedi.vcl

edbored wrote:

> e.g. I'll probably use something like RTC to provide remote web
> access to the results - so some other thread-based component will
> want to read vars.

Ah yes, in that case you indeed have multiple readers <g>


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Partly OT - threads, JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 1 Mar 2007 16:41:15 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:es7gvh$knc$1@news.talkto.net...
> > edbored wrote:
> >
>> > > Just out of curiosity, what happens to the thread that is trying to
>> > > write if a reader has the var acquired? Does it fail or wait for the
>> > > release?
> >
> > It waits, indefinitely.
> > If you want a timeout, you should go low level and call the windows APIs
> > directly which are encapsulated by the TCriticalSection class.

Nope, that works for me... Thanks again.
> >
> >
> >
>> > > Actually, one writer with multiple readers... (the serial device is read
>> > > by one routine, the results are to be "shared" amongst many.
> >
> > In terms of readers/writers, I was referring to threads. And to me, only
> > the main thread is reading the values, for display purposes.

There are other things reading the values - I didn't want to complicate
my already "wordy" scenario <g>.

e.g. I'll probably use something like RTC to provide remote web
access to the results - so some other thread-based component will
want to read vars.

Cheers,
EdB




Subject: Re: Partly OT - threads, JvSimScope
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 01 Mar 2007 22:36:41 +0100
Newsgroups: jedi.vcl

Nope, as soon as you have two threads, you MUST protect the data. If not, you might end up reading half written values.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Partly OT - threads, JvSimScope
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 01 Mar 2007 22:35:53 +0100
Newsgroups: jedi.vcl

edbored wrote:

> Just out of curiosity, what happens to the thread that is trying to
> write if a reader has the var acquired? Does it fail or wait for the
> release?

It waits, indefinitely.
If you want a timeout, you should go low level and call the windows APIs directly which are encapsulated by the TCriticalSection class.



> Actually, one writer with multiple readers... (the serial device is read
> by one routine, the results are to be "shared" amongst many.

In terms of readers/writers, I was referring to threads. And to me, only the main thread is reading the values, for display purposes.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Partly OT - threads, JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 1 Mar 2007 16:02:49 -0500
Newsgroups: jedi.vcl

"octweak" <octweak@terra.com.br> wrote in message
news:es7e0m$jvn$2@news.talkto.net...
> > You might want to read this also:
> > http://www.eonclash.com/Tutorials/Multithreading/MartinHarvey1.1/ToC.html
> >

Added to 'favourites" - thanks!

EdB




Subject: Re: Partly OT - threads, JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 1 Mar 2007 15:52:01 -0500
Newsgroups: jedi.vcl

"octweak" <octweak@terra.com.br> wrote in message
news:es7dso$jvn$1@news.talkto.net...
> > edbored wrote:
>> > > I'm looking for guidance on how to safely access data with threads.
>> > >
>> > > In particular, any tips on how I should set up variables, functions or
?? to
>> > > allow the safest and most effective way for one thread to write a var,
and
>> > > potentially multiple threads read that var?

> > If only one thread will write to the var,
> > you have nothing to worry about.
> >
> > Mutex, and Critical Sections are only necessary if you have 2 or more
> > threads updating a var.
> >


> > Special care should be taken with third part components, that might use
> > somekind of global var.
>> > >

Not sure what this means in the context of my scenario... What
type of "special care"?

Thanks.

Cheers,
EdB




Subject: Re: Partly OT - threads, JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 1 Mar 2007 15:49:57 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:es74r6$i6k$1@news.talkto.net...
> > You should "protect" your variables with a TCriticalSection.
> > The main thread (the OnUpdate event of the TJvSimScope for instance)
> > "Acquire"s the section, reads the values then "Release"s it.
> > The code that updates the value does the same. This way only one of the
> > two threads can have access to the "section" at a time and they won't
> > overwrite or read half written values.

Thanks.

Just out of curiosity, what happens to the thread that is trying to
write if a reader has the var acquired? Does it fail or wait for the
release?

> > That's a low level approach, but it works very well for me. You might
> > also want to have a look at the MultiReadSingleWrite synchronisation
> > object if you have multiple readers.

Thanks for tip, will review.

> > But if, as I suspect, you have one reader and multiple writes, the
> > TCriticalSection is the way to go.

Actually, one writer with multiple readers... (the serial device is read
by one routine, the results are to be "shared" amongst many.

Cheers,
EdB




Subject: Re: Partly OT - threads, JvSimScope
From: octweak <octweak@terra.com.br>
Date: Thu, 01 Mar 2007 17:46:18 -0300
Newsgroups: jedi.vcl

You might want to read this also:
http://www.eonclash.com/Tutorials/Multithreading/MartinHarvey1.1/ToC.html

edbored wrote:
> I'm looking for guidance on how to safely access data with threads.
>
> In particular, any tips on how I should set up variables, functions or ?? to
> allow the safest and most effective way for one thread to write a var, and
> potentially multiple threads read that var?
>
> Scenario: I'm using Turbopower APRO to poll a serial device and return 5
> data values (current, voltage, temperature, RPM, direction). The APRO stuff
> runs threaded (that is, there are three separate threads that work to read
> port, trigger on data etc). I want to save the 5 vars in such a way that
> other threads can deal with them. For example, I'd like to have one
> JvSimScope component read the voltage and another JvSimScope read the
> current value.
>
> I know I can use threadvar - but evidently that's pretty slow.
>
> TIA
>
> Cheers,
> EdB
>
>


Subject: Re: Partly OT - threads, JvSimScope
From: octweak <octweak@terra.com.br>
Date: Thu, 01 Mar 2007 17:44:11 -0300
Newsgroups: jedi.vcl

edbored wrote:
> I'm looking for guidance on how to safely access data with threads.
>
> In particular, any tips on how I should set up variables, functions or ?? to
> allow the safest and most effective way for one thread to write a var, and
> potentially multiple threads read that var?
If only one thread will write to the var,
you have nothing to worry about.

Mutex, and Critical Sections are only necessary if you have 2 or more threads updating a var.

Special care should be taken with third part components, that might use somekind of global var.
>
> Scenario: I'm using Turbopower APRO to poll a serial device and return 5
> data values (current, voltage, temperature, RPM, direction). The APRO stuff
> runs threaded (that is, there are three separate threads that work to read
> port, trigger on data etc). I want to save the 5 vars in such a way that
> other threads can deal with them. For example, I'd like to have one
> JvSimScope component read the voltage and another JvSimScope read the
> current value.
>
> I know I can use threadvar - but evidently that's pretty slow.
>
> TIA
>
> Cheers,
> EdB
>
>


Subject: Re: TJvCustomInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 01 Mar 2007 20:04:06 +0100
Newsgroups: jedi.vcl

Valdir Stiebe Junior wrote:
> But in this event the (Item.Inspector as TJvInspector).InspectObject isn't  set yet.
>
> Should I change the FInspectObject := Value; at the  TJvCustomInspector.SetInspectObject to be the first line of code?

I'd put it after the Root.Clear

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: Re: Partly OT - threads, JvSimScope
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 01 Mar 2007 19:08:45 +0100
Newsgroups: jedi.vcl

You should "protect" your variables with a TCriticalSection.
The main thread (the OnUpdate event of the TJvSimScope for instance) "Acquire"s the section, reads the values then "Release"s it.
The code that updates the value does the same. This way only one of the two threads can have access to the "section" at a time and they won't overwrite or read half written values.
That's a low level approach, but it works very well for me. You might also want to have a look at the MultiReadSingleWrite synchronisation object if you have multiple readers.
But if, as I suspect, you have one reader and multiple writes, the TCriticalSection is the way to go.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Partly OT - threads, JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 1 Mar 2007 12:13:04 -0500
Newsgroups: jedi.vcl

I'm looking for guidance on how to safely access data with threads.

In particular, any tips on how I should set up variables, functions or ?? to
allow the safest and most effective way for one thread to write a var, and
potentially multiple threads read that var?

Scenario: I'm using Turbopower APRO to poll a serial device and return 5
data values (current, voltage, temperature, RPM, direction). The APRO stuff
runs threaded (that is, there are three separate threads that work to read
port, trigger on data etc). I want to save the 5 vars in such a way that
other threads can deal with them. For example, I'd like to have one
JvSimScope component read the voltage and another JvSimScope read the
current value.

I know I can use threadvar - but evidently that's pretty slow.

TIA

Cheers,
EdB




Subject: Re: Question about messageboxes
From: "Niels" <demonNG@lumensoft.nl>
Date: Thu, 1 Mar 2007 18:08:25 +0100
Newsgroups: jedi.vcl

"ssamayoa" <nospam@stopspam.com> schreef in bericht
news:es6re2$g6g$1@news.talkto.net
>> >> Hallo,
>> >> Does J[V]CL has a messagebox with an option "Show next time" ?
>> >> Or does someone know a package that has this ?
> >
> > AFAIK only "dont show again".

That was the one i needed ;) do you know something?

Thanks anyway
Niels 




Subject: Re: Question about messageboxes
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 1 Mar 2007 17:16:37 +0100
Newsgroups: jedi.vcl

> >Hallo,
> >Does J[V]CL has a messagebox with an option "Show next time" ?
> >Or does someone know a package that has this ?

AFAIK only "dont show again".

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Question about messageboxes
From: "Niels" <demonNG@lumensoft.nl>
Date: Thu, 1 Mar 2007 15:22:34 +0100
Newsgroups: jedi.vcl

Hallo,
Does J[V]CL has a messagebox with an option "Show next time" ?
Or does someone know a package that has this ?

thanks

Niels




Subject: Re: Problem with JVAppStorage
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Thu, 1 Mar 2007 07:40:36 -0300
Newsgroups: jedi.vcl

I posted the solution to the problem 2 weeks ago in Mantis. It is working
correctly since it is in production since the fix. It is only necessary to
change one method, as stated in the Mantis entry. Link to it:

http://homepages.borland.com/jedi/issuetracker/view.php?id=4063

It includes a project which reproduces the problem.

Best regards,
Eduardo Mauro


"Jens" <jens.fudickar@oratool.de> escreveu na mensagem 
news:es4apt$2d8$1@news.talkto.net...
> > When you have finished your changes please make an entry in our mantis
> > system which shows the changes. Preferred as diff file.
> >
> > And better: if possible include a sample to show the wrong behavoiur.
> >
> > I will have a look for it then.
> >
> > Greetings
> > Jens
> >
> > P.S. http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php 
> > :-)
> >
>> >>I had the same problem and looks like the following code in  =
>> >>
>> >>TJvCustomAppStorage.WriteList (JnAppStorage.pas) needs to be changed:
>> >>
>> >>--------------
>> >>     for I :=3D 0 to ItemCount - 1 do
>> >>       OnWriteItem(TargetStore, TargetPath, List, I, ItemName);
>> >>     if (PrevListCount > ItemCount) and Assigned(OnDeleteItems) then
>> >>       OnDeleteItems(TargetStore, TargetPath, List, ItemCount,  =
>> >>
>> >>PrevListCount - 1, ItemName);
>> >>--------------
>> >>
>> >>I just replaced "Self" & "Path" with TargetStore & TargetPath... and wor=
>> >>ks  =
>> >>
>> >>fine.
>> >>
>> >>G.Vavoulogiannis
>> >>
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: Problem with JVAppStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 28 Feb 2007 18:20:31 +0100
Newsgroups: jedi.vcl

When you have finished your changes please make an entry in our mantis
system which shows the changes. Preferred as diff file.

And better: if possible include a sample to show the wrong behavoiur.

I will have a look for it then.

Greetings
Jens

P.S. http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php :-)

> >I had the same problem and looks like the following code in  =
> >
> >TJvCustomAppStorage.WriteList (JnAppStorage.pas) needs to be changed:
> >
> >--------------
> >     for I :=3D 0 to ItemCount - 1 do
> >       OnWriteItem(TargetStore, TargetPath, List, I, ItemName);
> >     if (PrevListCount > ItemCount) and Assigned(OnDeleteItems) then
> >       OnDeleteItems(TargetStore, TargetPath, List, ItemCount,  =
> >
> >PrevListCount - 1, ItemName);
> >--------------
> >
> >I just replaced "Self" & "Path" with TargetStore & TargetPath... and wor=
> >ks  =
> >
> >fine.
> >
> >G.Vavoulogiannis
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with JVAppStorage
From: "George Vavoulogiannis" <georgev@hol.gr>
Date: Wed, 28 Feb 2007 18:14:03 +0200
Newsgroups: jedi.vcl

....works fine... well it writes the list, but it does not read it...
....checking ReadList also...

G.Vavoulogiannis


Subject: Re: Problem with JVAppStorage
From: "George Vavoulogiannis" <georgev@hol.gr>
Date: Wed, 28 Feb 2007 14:34:35 +0200
Newsgroups: jedi.vcl

I had the same problem and looks like the following code in TJvCustomAppStorage.WriteList (JnAppStorage.pas) needs to be changed:

--------------
    for I := 0 to ItemCount - 1 do
      OnWriteItem(TargetStore, TargetPath, List, I, ItemName);
    if (PrevListCount > ItemCount) and Assigned(OnDeleteItems) then
      OnDeleteItems(TargetStore, TargetPath, List, ItemCount, PrevListCount - 1, ItemName);
--------------

I just replaced "Self" & "Path" with TargetStore & TargetPath... and works fine.

G.Vavoulogiannis


Subject: TJvCustomInspector
From: "Valdir Stiebe Junior" <valdir@dype.com.br>
Date: Tue, 27 Feb 2007 17:35:40 -0300
Newsgroups: jedi.vcl

Hello,

I'm trying to hide some properties at the AfterItemCreate event.
For this, I must test if the actual InspectObject inherits from a specific class.

But in this event the (Item.Inspector as TJvInspector).InspectObject isn't set yet.

Should I change the FInspectObject := Value; at the TJvCustomInspector.SetInspectObject to be the first line of code?

The actual code is:

procedure TJvCustomInspector.SetInspectObject(const Value: TObject);
begin
  Root.Clear;
  if Value <> nil then
    TJvInspectorPropData.New(Root, Value);
  FInspectObject := Value;
end;

Or can I reach the actual InspectObject by other way?

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Delphi 2007 for Win32 anyone?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 27 Feb 2007 20:29:14 +0100
Newsgroups: jedi.vcl

Hi,

You can see the Jedi Visual Component Library running on Delphi 2007 for Win32 at Holger's blog: http://holger.monien.biz/gfx/betajedi.jpg

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Access violation when instaling JVCL
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Tue, 27 Feb 2007 10:38:04 -0500
Newsgroups: jedi.vcl

I have the 32 bit version of Vista Ultimate

RJ

> > Do you have Vista 64 bit or Vista 32 bit?
> > There may be some problems with the registry on 64 bit OS.
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch




Subject: Re: Access violation when instaling JVCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 27 Feb 2007 06:54:19 +0100
Newsgroups: jedi.vcl

Rolland Jones a écrit :
> Well I finally installed Jcl 1.99 and JVcl 3.31 in BDS2006 on Vista. The main problem was that BDS needed to be fully installed or at least had to have delphi and cbuilder present in the installation. Also during the jvcl install no packages were present until I the pressed reload IDE button a few times, then all of a sudden the packages appeared and I was able to continue the installation. Now all is fine, although I'm not really sure I understand what was wrong to begin with.

Do you have Vista 64 bit or Vista 32 bit?
There may be some problems with the registry on 64 bit OS.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Access violation when instaling JVCL
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Tue, 27 Feb 2007 00:19:06 -0500
Newsgroups: jedi.vcl

Well I finally installed Jcl 1.99 and JVcl 3.31 in BDS2006 on Vista. The main problem was that BDS needed to be fully installed or at least had to have delphi and cbuilder present in the installation. Also during the jvcl install no packages were present until I the pressed reload IDE button a few times, then all of a sudden the packages appeared and I was able to continue the installation. Now all is fine, although I'm not really sure I understand what was wrong to begin with.
Thanks OBones.

RJ


Subject: Re: JvValidator - how to change the Color of a Component wich has error?
From: "Mozachi" <oficina.do.pedrao@gmail.com>
Date: Tue, 27 Feb 2007 01:36:18 +0100
Newsgroups: jedi.vcl

> >Hi,
> >
> >Is there a way to change the color of a component wich has error
> >(JvValidator) ?
> >
> >If so, how can I do that?
> >
> >Any ideas are welcome.

Well, I downloaded some examples and found a way.

TIA,

Leonardo.

Leo Mozachi

--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvCheckListBox/TJvCheckTreeView question
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 26 Feb 2007 21:52:23 +0100
Newsgroups: jedi.vcl

Hi!

I need to display the state and description of a set of (status) bits. I thought TJvCheckListBox would be ideal solution for this - each item would be a single status bit and check box next to each item would indicate the state of such bit.

The user is not supposed to change the status of individual bits. In other words, the check list box (and especially the check boxes) has to be read-only. My problem is that I don't seem to find a way how to do nothing when users clicks on any of the check boxes.

I've also tried to achieve the same with TJvCheckTreeView but no luck whatsoever. Any idea would be appreciated.


-- 
Ivo Bauer [OZM Research]


Subject: JvValidator - how to change the Color of a Component wich has error?
From: "Mozachi" <oficina.do.pedrao@gmail.com>
Date: Mon, 26 Feb 2007 21:26:04 +0100
Newsgroups: jedi.vcl

Hi,

Is there a way to change the color of a component wich has error
(JvValidator) ?

If so, how can I do that?

Any ideas are welcome.

TIA,

Leonardo Mozachi

Leo Mozachi

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Access violation when instaling JVCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 26 Feb 2007 15:15:07 +0100
Newsgroups: jedi.vcl

Rolland Jones wrote:
> Can you route me to this newer version of the jvcl ? All I have is the jvcl
> 3.30 that comes with the jcl 1.98. I looked up at
> http://jcl.sourceforge.net/daily/ no jvcl there yet, only the jcl_latest
> 1.99.

http://jvcl.sf.net/daily/

or on the mirror:

http://obones.free.fr/jvcl_daily/

As it seems the SF one is still down (out of my control, unfortunately)


Subject: Re: Access violation when instaling JVCL
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Mon, 26 Feb 2007 09:04:06 -0500
Newsgroups: jedi.vcl

Can you route me to this newer version of the jvcl ? All I have is the jvcl
3.30 that comes with the jcl 1.98. I looked up at
http://jcl.sourceforge.net/daily/ no jvcl there yet, only the jcl_latest
1.99.

RJ




Subject: Re: Access violation when instaling JVCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 26 Feb 2007 08:46:03 +0100
Newsgroups: jedi.vcl

Rolland Jones wrote:
> I'm surprised also, I didn't even know there was an C10 version. I installed CBuilder from BDS2006 Arhitect not Delphi, the jcl was 1.99 (jcl_latest) and the jvcl version is the 3.30 from the sourceforge.

So you only installed the C++ Builder personality?
And you should use the latest jvcl with the latest JCL, the 3.30 might be a bit outdated with respect wit the JCL you use.

I guess the problems come from the fact that only the C++ Builder personality was installed.


Subject: Re: Access violation when instaling JVCL
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Sun, 25 Feb 2007 18:47:29 -0500
Newsgroups: jedi.vcl

I'm surprised also, I didn't even know there was an C10 version. I installed CBuilder from BDS2006 Arhitect not Delphi, the jcl was 1.99 (jcl_latest) and the jvcl version is the 3.30 from the sourceforge.

RJ


Subject: Re: Access violation when instaling JVCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 25 Feb 2007 22:24:45 +0100
Newsgroups: jedi.vcl

Rolland Jones wrote:
> I digged into this a little further to find that the C10 folder isn't
> present in the jvcl directory, so I added it. Now the installer DCP directory text is black instead of red. Still there are no packages displayed in the installer.

Which version of Delphi are you using?
And which version of the JVCL?

C10 should not be needed at all and I'm quite surprised it shows up, hence my questions.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Access violation when instaling JVCL
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Sun, 25 Feb 2007 16:07:09 -0500
Newsgroups: jedi.vcl

I digged into this a little further to find that the C10 folder isn't
present in the jvcl directory, so I added it. Now the installer DCP directory text is black instead of red. Still there are no packages displayed in the installer.

Paul, I might give a manual install a try if nothing else works.

RJ



Subject: Re: Down-Property of TJvgSpeedButton
From: Roman Ganz <knightkiller@NOS.PAMshadowgames.ch>
Date: Sun, 25 Feb 2007 17:07:07 +0100
Newsgroups: jedi.vcl

OBones schrieb:

> The thing is that the Globus components are being progressively removed from the JVCL because the vast majority of them is poorly written. As a result, a "fix" to any Globus component sits at the bottom of the priority queue, especially because we consider that the equivalent "Non Globus" component works better.
> Should there be a property missing from the Non Globus component, it should be implemented and the Globus component dismissed.

Ok, I think the JvSpeedButton would be the best base button for my needs. I need a gradient (and an inverted gradient for pressed-style) and I have to disable the 3D-like border and enable a flat black line as  border... see the attached screenshot

button.png

button.png
	



Subject: Re: JvTransparentButton
From: "Rudy" <rhentzen@hotmail.com>
Date: Sun, 25 Feb 2007 13:54:12 -0000
Newsgroups: jedi.vcl

Apparently, the Release is working ok, but if i use Free then it throws an 
error.

It is ok for now.
Thanks

> > In such a case, you should not use Release but Free. 




Subject: Re: Access violation when instaling JVCL
From: "Paul" <Peebee@NW.com>
Date: Sun, 25 Feb 2007 10:25:57 +0100
Newsgroups: jedi.vcl

I've had the same problem (see thread "Error installing Jvcl")
After 2 days testing, I finally got it installed manually.
Install each design-time package manually.
I've got errors in a few packages though.
If you're lucky, you don't need them.

Paul


Error installing Jvc

"Rolland Jones" <r.jones@videotron.ca> schreef in bericht 
news:erq77e$ak7$1@news.talkto.net...
> >I got the JCL installed fine with the CLR disabled, with OBones help. Now 
> >when I try to install JVCL I get :
> >
> > Access violation at addr. 04E4E1A in module 'JVCLInstaller.exe'. Read of 
> > addr. 00000014
> >
> > RJ 




Subject: Access violation when instaling JVCL
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Sat, 24 Feb 2007 15:29:31 -0500
Newsgroups: jedi.vcl

I got the JCL installed fine with the CLR disabled, with OBones help. Now when I try to install JVCL I get :

Access violation at addr. 04E4E1A in module 'JVCLInstaller.exe'. Read of addr. 00000014

RJ


Subject: Re: Unable to install JCL for BDS2006 on VISTA
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 24 Feb 2007 19:38:40 +0100
Newsgroups: jedi.vcl

Do not install the CLR (.Net) part of the JCL and you'll be fine.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Down-Property of TJvgSpeedButton
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 24 Feb 2007 19:37:54 +0100
Newsgroups: jedi.vcl

Roman Ganz wrote:
>> I made a little fix, please commit it to the repository.
>
> no anwser???

The thing is that the Globus components are being progressively removed from the JVCL because the vast majority of them is poorly written. As a result, a "fix" to any Globus component sits at the bottom of the priority queue, especially because we consider that the equivalent "Non Globus" component works better.
Should there be a property missing from the Non Globus component, it should be implemented and the Globus component dismissed.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Unable to install JCL for BDS2006 on VISTA
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Sat, 24 Feb 2007 11:14:41 -0500
Newsgroups: jedi.vcl

I just downloaded JCL/JVCL 1.98/3.30 and I tried to install on my system. Here's the JCL error from the log file:
JCL 1.98 Release Build 2530
Borland Developer Studio 2006 CLR v1.1.4322=
Installed personalities :
32 bit Delphi
32 bit C++Builder
============================================
Saving conditional defines...
Loaded template for include file C:\PROGRA~1\Borland\JEDI\jcl\source\jcl.template.inc
Saved include file C:\PROGRA~1\Borland\JEDI\jcl\source\jcld10.net.inc
Making common library units for Borland Developer Studio 2006 CLR v1.1.4322
Compiling .dcu files...
Failed common library units for Borland Developer Studio 2006 CLR v1.1.4322
Starting Uninstall process..................

I tried with JCL 1.99 no change same error

RJ



Subject: Re: Down-Property of TJvgSpeedButton
From: Roman Ganz <knightkiller@NOS.PAMshadowgames.ch>
Date: Sat, 24 Feb 2007 16:35:30 +0100
Newsgroups: jedi.vcl

> I made a little fix, please commit it to the repository.

no anwser???


Subject: Re: JvDBGRid, WordWrap, and RowHeight
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Fri, 23 Feb 2007 15:54:02 -0800
Newsgroups: jedi.vcl

Hi Fred --

Thanks for taking the time to respond. Yes, I did try searching the
forum--perhaps I'm not sure about where to look. I found some info within
the thread at http://tinyurl.com/28h238, but that was about it. I'll
experiment at home this weekend.

Thanks again -- Al

"Fred" <nospam_@_nospam.com> wrote in message 
news:ermbdv$k80$1@news.talkto.net...
> > Hi,
> >
> > Globally, the answer is no. Do a search in this forum to find the
> > explanations. Your question has been asked many times before.
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: JvDBGRid, WordWrap, and RowHeight
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 23 Feb 2007 11:05:13 +0100
Newsgroups: jedi.vcl

Hi,

Globally, the answer is no. Do a search in this forum to find the 
explanations. Your question has been asked many times before.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Threadsafe File Access
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 22 Feb 2007 22:54:49 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> I have used mutex because of the problem when two different apps are working on the same file.
>
> Not only threads, And i think in this case you need the mutex approach.

Good point indeed.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvDBGRid, WordWrap, and RowHeight
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Thu, 22 Feb 2007 13:18:43 -0800
Newsgroups: jedi.vcl

Hi folks --

I'd like to use the grid such that row heights are automatically increased 
when text in a cell is long enough to wrap to another line. Are there any 
simple, known ways already out there for how to do this? I think I can 
figure it out ... something along the lines of  if the length of the text in 
a cell is longer than the width of the cell then double its row 
height...maybe? Still, if you've got something handy I'd love to be able to 
see it.

Thanks, in advance -- Al





Subject: Re: Threadsafe File Access
From: "io" <io.psibot@gmail.com>
Date: Thu, 22 Feb 2007 15:00:44 -0600
Newsgroups: jedi.vcl

> > TJvAppXMLStorage and TJvAppINIStorage now have a new property to use a
> > Mutex to enable the thread savety. (didn't know the name without my delphi 
> > :-)

Okay, that will work for the configuration files, but not for the logging 
files.

As far as I can see, no equivalent property exists for the TJvLogFile 
component.  We have an app with multiple threads that can potentially all 
log to the same log file, which we suspected was causing us some grief.

Any suggestions on a work around?

-- i/0 (Jay) 

Subject: Re: Threadsafe File Access
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 22 Feb 2007 21:48:59 +0100
Newsgroups: jedi.vcl

I have used mutex because of the problem when two different apps are working on the same file.

Not only threads, And i think in this case you need the mutex approach.

Greetings
Jens

OBones schrieb:
> Jens wrote:
>> TJvAppXMLStorage and TJvAppINIStorage now have a new property to use a
>> Mutex to enable the thread savety. (didn't know the name without my delphi :-)
>
> Mutex? wouldn't a critical section be enough?

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: About Theme aware and the grid's in JVCL
From: "Niels" <demonNG@lumensoft.nl>
Date: Thu, 22 Feb 2007 21:48:05 +0100
Newsgroups: jedi.vcl

"ssamayoa" <nospam@stopspam.com> schreef in bericht
news:erj4rc$4d6$1@news.talkto.net
>> >> And i mend to ask where in de code i can put the modifications.
>> >>
> >
> > I haven't so much free time but I will try to see it tomorrow.
> >
Thanks but it is already done ;) it was not so much work afterall.
I have put the modificated file in the bin newsgroup.

Niels 




Subject: Re: JvExpressButton question
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 22 Feb 2007 20:51:53 +0100
Newsgroups: jedi.vcl

> > Actually, it is very easy to implement the InsertButton and MoveButton 
> > methods:

Hm, the InsertButton method doesn't seem to work correctly. Using 
AddButton+MoveButton seems OK, though. Probably a timing issue...

-- Regards, Peter 

Subject: Re: JvExpressButton question
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 22 Feb 2007 20:42:31 +0100
Newsgroups: jedi.vcl

> > JvExpress doesn't support inserting buttons, only adding at the end. Maybe 
> > you can use the ExchangeButtons method to move it, but a Move or 
> > InsertButton method would have been better I guess...

Actually, it is very easy to implement the InsertButton and MoveButton 
methods:

procedure TJvLookOutPage.MoveButton(Button: TJvCustomLookOutButton; 
NewIndex: integer);
begin
  FButtons.Move(FButtons.IndexOf(Button), NewIndex);
end;

function TJvLookOutPage.InsertButton(Index:integer): TJvCustomLookOutButton;
begin
  Result := AddButton;
  MoveButton(Result, Index);
end;


Maybe that should be added to SVN. Also note that wherever the original code 
declares parameters and return values as TJvLookOutButton(s), it should 
really use TJvCustomLookOutButton(s) to facilitate easier subclassing.

-- Regards, Peter 

Subject: Re: JvExpressButton question
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 22 Feb 2007 20:32:15 +0100
Newsgroups: jedi.vcl

JvExpress doesn't support inserting buttons, only adding at the end. Maybe 
you can use the ExchangeButtons method to move it, but a Move or 
InsertButton method would have been better I guess...

-- Regards, Peter "Adrien Reboisson" <adrien-reboissonA-TastaseD-O-Tcom@sexygirls.com> skrev i meddelandet news:erap71$l9j$1@news.talkto.net...
> > Hi,
> >
> > How can I *insert* a JvExpressButton in a JvExpress ? When I add an 
> > ExpressButton I cannot found a way to move it up or down. If I want for 
> > instance to insert a new button instead of the first one displayed on the 
> > JvExpress, it seems that I have to delete all the existing buttons, then 
> > add the new one and recreate those I deleted before. Do I miss something ?
> >
> > Regards,
> >
> > A.R. 




Subject: Re: JvScrollingWindow and Controls not visibles
From: Eric <eric_@_menlog.com_>
Date: Thu, 22 Feb 2007 16:20:33 +0100
Newsgroups: jedi.vcl

My bug report

http://homepages.borland.com/jedi/issuetracker/view.php?id=4069


Subject: Re: About Theme aware and the grid's in JVCL
From: Moore <delfino03@caramail.com>
Date: Thu, 22 Feb 2007 13:41:14 +0100
Newsgroups: jedi.vcl

have you seen the 0003791 of mantis???


Subject: Re: JvScrollingWindow and Controls not visibles
From: Eric <eric_@_menlog.com_>
Date: Thu, 22 Feb 2007 11:57:53 +0100
Newsgroups: jedi.vcl

Hi Olivier,

I understand now your reasonning
So, to show you what appends I make a project with your example
and when I am doing that I found a bug !

The procedure procedure updateVisible don't take the scroolDirection when FAutoHide = False. In this case the scrollDirection is always sdHorizontal.

I notice too that the scrollButtons are not always refresh in designing mode.
So, I 'll send you my little project in the mantis later

Eric


OBones a écrit :
> My problem is the following:
>
> When controls at the bottom are not visible, but the button is still visible, do they get scrolled anyway. Imagine you have this:
>  _
> |A|
> |B|
>  -
>  C
>  D
>
> Control A, B and D have their Visible property to True.
> Control C has its Visible property to False.
>
> Only A and B fit in the scrolling window, hence the scroll button is shown because of D.
> I scroll to the bottom so that D is visible with an empty space on top of it.
> And now, I set C.Visible to True. My question is then the following:
> Where does C show up?
> 1. Just above D because it was scrolled anyway
> 2. Just below D and the scroll button comes back
>
> If it's 2, then we have a problem. Do you understand my reasonning?
> I'm not an expert with this component, but I feel the above situation could happen and I want the clarification before taking any action.
>
> Cheers
>


Subject: Re: JVAppStorage for persisting configuration
From: "Thomas Mueller" <nospam@dummzeuch.de>
Date: Thu, 22 Feb 2007 11:08:27 +0100
Newsgroups: jedi.vcl

Hi,

On Mon, 19 Feb 2007 16:08:39 +0100, Thomas Mueller <nospam@dummzeuch.de> wrote:

> is there an easy way to use a TJvAppIniStorage to persist settings stored in a TPersistent descendant?

To answer my own question:

Yes, there is: TJvCustomAppStorage.ReadPersistent / WritePersistent

twm


Subject: Re: Threadsafe File Access
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 22 Feb 2007 11:00:01 +0100
Newsgroups: jedi.vcl

Jens wrote:
> TJvAppXMLStorage and TJvAppINIStorage now have a new property to use a
> Mutex to enable the thread savety. (didn't know the name without my delphi :-)

Mutex? wouldn't a critical section be enough?


Subject: Re: Threadsafe File Access
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 22 Feb 2007 09:53:39 +0100
Newsgroups: jedi.vcl

TJvAppXMLStorage and TJvAppINIStorage now have a new property to use a
Mutex to enable the thread savety. (didn't know the name without my delphi :-)

Greetings
Jens

> >
> >Are all/any of the JVCL componentst that access files (.log, .xml, etc...) 
> >thread safe?
> >I'm specifically concerned about TJvLogFile and TJvAppXMLStorage.  I'm not 
> >very thread savvy and can't be certain about my ability to devise an 
> >accurate test.
> >
> >Thanks for any help.
> >
> >--
> >  i/0 (Jay) 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Thu, 22 Feb 2007 08:21:36 +0200
Newsgroups: jedi.vcl

"ssamayoa" <nospam@stopspam.com> wrote in message 
news:erhrme$sr0$1@news.talkto.net...
> > You could try to fix it and return the patch to the project.
> >
> > Or all the VALUE you got from JVCL isn't enougth to you to spend some
> > hours of debugging and fix it for the sake of ALL the users of JVCL?
> >
> > I really surprised how you replyed...

Sure I could but it is a matter of priorities. I am upgrading
my programs from D5 to D2006, substituting the RX library
for the Jedi one, upgrading about 300 reports from
Fastreport 2 to Fastreport 4. This is quite a job.
I also have half a dozen customers who want new facilities
which I do not want to implement in the old program version.

My day is pretty full with this upgrade work and to be sidetracked
by bug issues in components is a severe disruption of what I want
to and need to focus on.

So, once I may be ready to release the product and if this
problem is not fixed by then, I may try to fix it myself, simply
because I take pride in my work.

Peter Reber
Technisoft




Subject: Re: Delphi 2007 for Win32 anyone?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Thu, 22 Feb 2007 06:52:10 +0100
Newsgroups: jedi.vcl

Hello,

since D2007 is part of the Studio line (yes it's Win32 only) you can buy it with SA and will then get the next version for free if it's released within a year of your SA purchase.

As numerous things indicate there will be a Studio release this year as well so it will pay off afaik. And D2007 is supposed to be non breaking that means most components which have a D2006 version available should work out of the box here.

Greetings

Markus


Subject: Re: About Theme aware and the grid's in JVCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 22 Feb 2007 05:54:26 +0100
Newsgroups: jedi.vcl

> >
> >And i mend to ask where in de code i can put the modifications. 
> >

I haven't so much free time but I will try to see it tomorrow.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: About Theme aware and the grid's in JVCL
From: "Niels" <demonNG@lumensoft.nl>
Date: Wed, 21 Feb 2007 23:21:35 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> schreef in bericht
news:eride7$uq$2@news.talkto.net
> > Mantis:
> >
> > http://homepages.codegear.com/jedi/issuetracker/

Thanks Obones, but i have no excess at the tracker you know.

And i mend to ask where in de code i can put the modifications. 




Subject: Re: JvSimScope and recent changes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 21 Feb 2007 22:30:48 +0100
Newsgroups: jedi.vcl

Hum... you'll be better with the mirror, the SF one is down:

http://obones.free.fr/jvcl_daily/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvSimScope and recent changes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 21 Feb 2007 22:28:36 +0100
Newsgroups: jedi.vcl

Markus.Humm wrote:

> So what did change, what broke my app. and how to fix it?

I did some numerous changes, and yes, one of them triggered this issue. However, it has been fixed and is available in SVN. If you don't have access to our SVN server, you can always get the file from the daily zips here:

http://jvcl.sf.net/daily/

Sorry for the inconvenience, a new release (3.31) is in the works but not quite there yet.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: About Theme aware and the grid's in JVCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 21 Feb 2007 22:26:38 +0100
Newsgroups: jedi.vcl

Mantis:

http://homepages.codegear.com/jedi/issuetracker/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvScrollingWindow and Controls not visibles
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 21 Feb 2007 22:25:28 +0100
Newsgroups: jedi.vcl

My problem is the following:

When controls at the bottom are not visible, but the button is still visible, do they get scrolled anyway. Imagine you have this:
 _
|A|
|B|
 -
 C
 D

Control A, B and D have their Visible property to True.
Control C has its Visible property to False.

Only A and B fit in the scrolling window, hence the scroll button is shown because of D.
I scroll to the bottom so that D is visible with an empty space on top of it.
And now, I set C.Visible to True. My question is then the following:
Where does C show up?
1. Just above D because it was scrolled anyway
2. Just below D and the scroll button comes back

If it's 2, then we have a problem. Do you understand my reasonning?
I'm not an expert with this component, but I feel the above situation could happen and I want the clarification before taking any action.

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvSimScope and recent changes
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Wed, 21 Feb 2007 20:39:52 +0100
Newsgroups: jedi.vcl

Hello,

in one of my apps I'm using the JvSimScope (this is D2006).
Now I had to install Delphi on a 2nd PC for debugging reasons and take this app. over. I wasn't sure anymore which JVCL version on my main machine was used so I ended up with downloading the 3.30 release of 20. Feb.

I could install it then and tried to run the app. Every time I set active to true on one of the scopes the app. immediatelly crashed with "Division by zero", maybe because some lines were enabled but defaulted to 0 in my case? I don't know.

So what did change, what broke my app. and how to fix it?

Greetings

Markus


Subject: Threadsafe File Access
From: "io" <io.psibot@gmail.com>
Date: Wed, 21 Feb 2007 12:18:50 -0600
Newsgroups: jedi.vcl

Are all/any of the JVCL componentst that access files (.log, .xml, etc...) 
thread safe?
I'm specifically concerned about TJvLogFile and TJvAppXMLStorage.  I'm not 
very thread savvy and can't be certain about my ability to devise an 
accurate test.

Thanks for any help.

--
  i/0 (Jay) 




Subject: Re: About Theme aware and the grid's in JVCL
From: "Niels" <demonNG@lumensoft.nl>
Date: Wed, 21 Feb 2007 19:13:37 +0100
Newsgroups: jedi.vcl

"ssamayoa" <nospam@stopspam.com> schreef in bericht
news:erhrtl$st4$1@news.talkto.net
>> >> Sorry for replaying on my own post so many times ;)
>> >> But i got a green light to implement the ThemeGrid:
> >
> > Excellent !
> >
> > Update us when you have a working beta to try it.
> >
> > Regards.
> >
I will do that, but for now, i'm wondering where to put it.
Maby the JVCL Team can give me a hint about this ;)

Niels 




Subject: Re: JvScrollingWindow and Controls not visibles
From: Eric <eric_@_menlog.com_>
Date: Wed, 21 Feb 2007 18:55:51 +0100
Newsgroups: jedi.vcl

Hi Olivier,

Have you plan to make this changes or not ?
I know you are very busy, it's just to know ...

Thank you
Eric


Subject: Re: About Theme aware and the grid's in JVCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 21 Feb 2007 18:16:01 +0100
Newsgroups: jedi.vcl

> >Sorry for replaying on my own post so many times ;)
> >But i got a green light to implement the ThemeGrid:

Excellent !

Update us when you have a working beta to try it.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBCalcEdit
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 21 Feb 2007 18:12:09 +0100
Newsgroups: jedi.vcl

You could try to fix it and return the patch to the project.

Or all the VALUE you got from JVCL isn't enougth to you to spend some
hours of debugging and fix it for the sake of ALL the users of JVCL?

I really surprised how you replyed...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: About Theme aware and the grid's in JVCL
From: "Niels" <demonNG@lumensoft.nl>
Date: Wed, 21 Feb 2007 17:14:36 +0100
Newsgroups: jedi.vcl

Sorry for replaying on my own post so many times ;)
But i got a green light to implement the ThemeGrid:

-=-=-=-=-=-=-=-=-=-=-=-=-
Hi Niels,

The code has no license so you can do what you like with it.

Also note that if the JVCL grid descends from TDBGrid when all you
would need to do it change it to descend from TThemeDBGrid.

There are actually a change or two that I have got for it that I
should apply to the CodeCentral entry. I will try and do this over the
weekend.

Note that the Titles do not support any justification, but this could
easily be addressed (I did not need this when I implemented it). You
could just copy the WriteText (from memory) method (it is private to
the DBGrid unit) and use a derivative of that.

If you need some info on the code, let me know and I'll try to help.
Due to the nature of the grid implementation some interesting code was
required.

Appreciate you asking.

cheers,
Jeremy

On 2/22/07, Niels v/d Spek <vdspek@lumensoft.nl> wrote:
> >
> > Hallo Jeremy,
> >
> > I'm a big user of the JVCL component's, but one of the missing thing's is
> > the lack Themed headers in there grid's.
> > Now is my question, are willing to donate the changes you meed, to the 
> > JVCL
> > team?
> > I willing to implement it me self when you like.
> >
> > Thanks anyway
> >
> > Niels v/d Spek
> >
> > PS i'm not directly related to the JVCL Team, only an user of it.

-=-=-=-=-=-=-=-=-=-

Niels 




Subject: Re: About Theme aware and the grid's in JVCL
From: "niels" <jvc_ng@lumensoft.nl>
Date: Wed, 21 Feb 2007 16:57:57 +0100
Newsgroups: jedi.vcl

"Niels" <demonNG@lumensoft.nl> wrote in message 
news:erhb6s$pok$1@news.talkto.net...
> > I'm working to make my application Theme aware and found out
> > That i can't do this with the Delphi and JVCL grid components or do i mis 
> > something that i need to set or install?
> > I'm a havy user of the TJvDBUltraGrid and i hope dat there is a way to get 
> > the headers more Theme alike.
> >
> > Thanks anyway
> >

After using some time to read the ng i found that this question was asked 
before, sorry.
Only there is no time for you to implemment it.  i have asked the maker off 
the themegrid of he likes to donate his code to the JVCL. When he does, i'm 
willing to implement it.


 > Niels
> >
> > 




Subject: TJvTrackBar: move/resize programmatically
From: "AlexB" <b.a.v@inbox.ru>
Date: Wed, 21 Feb 2007 12:23:11 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all.

Can anybody help: TJvTrackBar ignores changes of position (Top, Left)
and size (Width, Height) in run time. Perform(WM_SIZE...) doesn't work
too ...

-- Alex. 

Subject: About Theme aware and the grid's in JVCL
From: "Niels" <demonNG@lumensoft.nl>
Date: Wed, 21 Feb 2007 12:39:07 +0100
Newsgroups: jedi.vcl

I'm working to make my application Theme aware and found out
That i can't do this with the Delphi and JVCL grid components or do i mis 
something that i need to set or install?
I'm a havy user of the TJvDBUltraGrid and i hope dat there is a way to get 
the headers more Theme alike.

Thanks anyway

Niels 




Subject: Re: TJvDBCalcEdit
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Wed, 21 Feb 2007 09:05:15 +0000 (UTC)
Newsgroups: jedi.vcl

pr wrote:

> > 
> > I do not fix third party components. They either work, or if
> > they don't I expect the writer or support person to fix it.
> > I do not expect the user of my programs to fix my problems
> > even if they would have the required resources.
> > I write applications and would like use components. Maybe
> > one day I may become a component writer (or fixer) but right
> > now I chose to focus on a different level of programming.
> > 
> > What a waste of time and manpower if each one of us would
> > attempt fix every problem ourselves and when an upgrade
> > comes along the whole game begins again.
> > 

Reread his/her post. I think you completely missed his/her point.

-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: Delphi 2007 for Win32 anyone?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 21 Feb 2007 09:20:50 +0100
Newsgroups: jedi.vcl

Then you missed the point.
Delphi 2007 is a release of its own, but from the public information gathered on the blogs at codegear, it is clear that the "studio" approach is still valid and that a release of the "studio" should be done later this year.

As to support by the JCL and JVCL, it's generally a matter of days (if not hours),  depending on who has access to the new version first.
The SVN version will be updated first and a release should shortly follow.

Well, that's the way it worked out with BDS2006, we'll see how that goes this time round.


Subject: Delphi 2007 for Win32 anyone?
From: "Alchemist" <dridenhour@stltoday.com>
Date: Tue, 20 Feb 2007 16:37:55 -0600
Newsgroups: jedi.vcl

All,

Hmm... just received an email about the impending release of Delphi 2007 for 
Win32 coming out in March.  Which actually left me with more questions than 
it answered.  The biggest of which are...

It seems that after the big borland push to have a 'Dev Studio' are they now 
splitting product back out into Delphi, C++, C#, etc. etc.  its definitely 
more profitable for them...  $399 upgrade for each tool instead of one 
studio... but leaves me wondering if this is just a VISTA stop gap release 
like Delphi 8 for .NET was... and while id love to have VISTA support I want 
..NET CF support more... and this looks like a Win32 release.

And on the subject of JVCL...   how long typically does it take a new IDE 
version to be supported by the JEDI project.    Im using a few components in 
a project that would be cool to move to vista this spring/summer maybe.

Thanks,

Dan aka Alchemist 




Subject: Re: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Tue, 20 Feb 2007 20:10:28 +0200
Newsgroups: jedi.vcl

"ssamayoa" <nospam@stopspam.com> wrote in message 
news:erf1fo$bo7$1@news.talkto.net...
> > What you didn't try to fix it?
> >
> > That's the beaty of having all the sources!!

I do not fix third party components. They either work, or if
they don't I expect the writer or support person to fix it.
I do not expect the user of _my_ programs to fix my problems
even if they would have the required resources.
I write applications and would like _use_ components. Maybe
one day I may become a component writer (or fixer) but right
now I chose to focus on a different level of programming.

What a waste of time and manpower if each one of us would
attempt fix every problem ourselves and when an upgrade
comes along the whole game begins again.

Peter Reber
Technisoft




Subject: Re: Dual-Action buttons...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Feb 2007 18:56:04 +0100
Newsgroups: jedi.vcl

Craig wrote:
> Do we have a Dual-Action button out there for Delphi 7?
>
> I was using ToxButton but they are now gone - sad.
>
> I need to have a button with a split.  I need the right side to have an down arrow the will invoke a popup menu. The main left side will cause the default button action.  I can not find a current replacment for this and need one that will render correctly in XP.
>
> For an example see the split buttons that firefox or IE7 uses.
>
> Any Ideas?
>
> Thank you.
>
> Craig.
>

Check TJvArrowButton on the Jv Button palette.


Subject: Dual-Action buttons...
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Tue, 20 Feb 2007 12:19:43 -0500
Newsgroups: jedi.vcl

Do we have a Dual-Action button out there for Delphi 7?

I was using ToxButton but they are now gone - sad.

I need to have a button with a split.  I need the right side to have an down 
arrow the will invoke a popup menu. The main left side will cause the 
default button action.  I can not find a current replacment for this and 
need one that will render correctly in XP.

For an example see the split buttons that firefox or IE7 uses.

Any Ideas?

Thank you.

Craig. 




Subject: Error installing Jvcl
From: "Paul" <Peebee@nowhere.com>
Date: Tue, 20 Feb 2007 17:19:48 +0100
Newsgroups: jedi.vcl

Hi all,

I had Jvcl installed in D7 (V3.0)
Thanks to a automatic Windows-update that went wrong completely, I had to 
reinstall everything (Thanks M$)
I reinstalled D7 and installed jcl and jvcl.
Installing jvcl fails with an error message:
"Error reading ImageLogo.Picture.Data: access violation at 00490878 in 
modeule  JVCLInstall.exe"
I've tested it with V3.0 and V3.3

Any idea ?


Paul 




Subject: Re: TJvDBCalcEdit
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 20 Feb 2007 16:32:34 +0100
Newsgroups: jedi.vcl

What you didn't try to fix it?

That's the beaty of having all the sources!!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Is there any component could select both file and directory in one dialog
From: SilverFox <Admin@SilverFox.Name>
Date: Tue, 20 Feb 2007 21:57:32 +0800
Newsgroups: jedi.vcl

thank you for your help, it's useful.

On Sat, 17 Feb 2007 16:50:25 -0600
Hap Woodcock <mrhappy@nebulous.net> wrote:

> > SilverFox wrote:
>> > > Hello,everyone
>> > > 
>> > >    I'm new to use JVCL.
>> > > 
>> > >    I want to find a component to finish follow function :
>> > > 
>> > >    1.Open a dialog to show all the files and directory.
>> > >    2.It will show the sub directories If double click a folder.
>> > >    3.After selected a file/folder,Just Click the button like 'ok', It will return the path of file/folder.
>> > > 
>> > >    here is a screenshot, the one is what i need. http://img442.imageshack.us/img442/4254/snapfi0.gif 
>> > > 
>> > >    or i should do it by myself, sorry for my poor english.
>> > > 
>> > > thank you!
> > 
> > 
> > TJvBrowseForFolderDialog
> > 
> > See  \jvcl\examples\JvDialogs for demo example.


-- SilverFox <Admin@SilverFox.Name> 

Subject: [BUG] JvDesktopAlert with AutoFree cause EAccessViolation
From: Kata32 <NOSPAMkata32@hotmail.com>
Date: Mon, 19 Feb 2007 19:13:40 +0100
Newsgroups: jedi.vcl

New account to Mantis Bug Tracker is down so I post here...

You can try with JvDesktopAlertDemo in JVCL320SourceExamples.zip:

if you set by code the AutoFree ptoperty to true (that is not set in
the demo) and click many times and fast on preview button, sometimes,
when all alerts disappear an EAccessViolation was raised.

Thank's

Adriano


Subject: Re: Install jvcl on Delphi Explorer
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 19 Feb 2007 17:15:59 +0000 (UTC)
Newsgroups: jedi.vcl

Mario wrote:

> > With the special jcl turbo zip file I can install JCL. But how do I
> > install jvcl?

Extract the JVCL zip file to a directory of your choice. Then open the
IDE and add

$(jvcl)\source\common;$(jvcl)\source\resources;$(jvcl)\source\run

to the search path (replace $(jvcl) by the directory of your choice).
Now you can use the JVCL by code. There is no IDE support (no drag&drop
of components and no property editors)


-- Regards, Andreas Hausladen 

Subject: a very strang problem wih toolbar's with Labels
From: "Niels" <demonNG@lumensoft.nl>
Date: Mon, 19 Feb 2007 16:41:38 +0100
Newsgroups: jedi.vcl

Hallo,

I like to add a transparant Label on a (jv)Toolbar, using a the Grandient 
setting.
When i do this i get a separator line in the middle of the label, see 
picture below. This separator line moves to the left when i run a demo.

Can someone help me to fix this?
Thanks

Thanks 



toolbar_testje.png
	



Subject: JVAppStorage for persisting configuration
From: "Thomas Mueller" <nospam@dummzeuch.de>
Date: Mon, 19 Feb 2007 16:08:39 +0100
Newsgroups: jedi.vcl

Hi,

is there an easy way to use a TJvAppIniStorage to persist settings stored in a TPersistent descendant?

Let's assume I have got:

type
  TMyConfig=class(TPersistent)
  private
    FStringProp: string;
    FIntegerProp: integer;
    FBooleanProp: boolean;
    FEnumProp: TAlign;
  public
  published
    property StringProp: string read FStringProp write FStringProp;
    property IntegerProp: integer read FIntegerProp write FIntegerProp;
    property BooleanProp: boolean read FBooleanProp write FBooleanProp;
    property EnumProp: TAlign read FEnumProp write FEnumProp;
  end;

And I want to persist this object in an INI-File (or any other TJvCustomAppStorage).

I was looking for something like ...

AppStorage.StoreComponent(MyConfig);

and

AppStorage.StoreComponent(MyConfig);

.... but I couldn't find anything in the JVCL, so I have written my own classes similar to the code in TJvFormStorage. Was this a waste of time? Should I just have looked harder?

twm


Subject: Install jvcl on Delphi Explorer
From: "Mario" <nospam@nu.nl>
Date: Mon, 19 Feb 2007 14:39:39 +0100
Newsgroups: jedi.vcl

I want to install Jedi on Delphi Explorer.

With the special jcl turbo zip file I can install JCL. But how do I install 
jvcl? 




Subject: JvExpressButton question
From: Adrien Reboisson <adrien-reboissonA-TastaseD-O-Tcom@sexygirls.com>
Date: Mon, 19 Feb 2007 00:58:19 +0100
Newsgroups: jedi.vcl

Hi,

How can I *insert* a JvExpressButton in a JvExpress ? When I add an ExpressButton I cannot found a way to move it up or down. If I want for instance to insert a new button instead of the first one displayed on the JvExpress, it seems that I have to delete all the existing buttons, then add the new one and recreate those I deleted before. Do I miss something ?

Regards,

A.R.


Subject: Delphi Resources - New Delphi, C++ Builder and Kylix portal
From: Delphi Resources Administrator<info@delphiresources.com>
Date: Sun, 18 Feb 2007 12:32:56 +0100
Newsgroups: jedi.vcl

We are glad to announce you the birth of Delphi Resources 
(www.delphiresources.com <http://www.delphiresources.com>), the new website 
dedicated to Delphi, C++ builder and Kylix developers that has the aim to 
*create a great community* to help the needs of professional and beginner 
developers.

The website intends to collect all the best that is available on the net for the 
development of Delphi, C++ builder and Kylix applications in order to create a 
big and free collection of components, software, manuals, classes and everything 
else a developer needs.

To realize this objective *we need your help*: we ask you to give us 5 minutes 
of your precious time to register (in a completely free way) your components, 
software, suggestions, manuals and everything else you want in our website. You 
will have to register yourself just one time to be able to insert, anytime you 
want, any your resource. In this way you will be able to give visibility to your 
products and at the same time give a big contribution to the birth of Delphi 
Resources community. *The registration at the website is fast, free and respects 
your privacy*, infact any data will be given out to thirds without your consent.

If you need help to register yourself or to register your products click here 
<http://www.delphiresources.com/faqs/developer.html> 
(http://www.delphiresources.com/faqs/developer.html), an easy guide will show 
you the main points of the procedure.
Trusting in your contribute we thank you in advance and we remember you that we 
are at your disposal for any information you want.

If you want support this project click here 
<http://www.delphiresources.com/support.html> 
(http://www.delphiresources.com/support.html).

You can support us with a simple link of Delphi Resources on your website.

We are looking for authors for our website too. If you are keen on these 
languages and you look for a space to express yourself this is your occasion.

Delphi Resources Administartor



Subject: Re: Is there any component could select both file and directory in one dialog
From: Hap Woodcock <mrhappy@nebulous.net>
Date: Sat, 17 Feb 2007 16:50:25 -0600
Newsgroups: jedi.vcl

SilverFox wrote:
> Hello,everyone
>
>    I'm new to use JVCL.
>
>    I want to find a component to finish follow function :
>
>    1.Open a dialog to show all the files and directory.
>    2.It will show the sub directories If double click a folder.
>    3.After selected a file/folder,Just Click the button like 'ok', It will return the path of file/folder.
>
>    here is a screenshot, the one is what i need. http://img442.imageshack.us/img442/4254/snapfi0.gif
>    or i should do it by myself, sorry for my poor english.
>
> thank you!


TJvBrowseForFolderDialog

See  \jvcl\examples\JvDialogs for demo example.


Subject: Is there any component could select both file and directory in one dialog
From: SilverFox <Admin@SilverFox.Name>
Date: Sat, 17 Feb 2007 02:17:39 +0800
Newsgroups: jedi.vcl

Hello,everyone

   I'm new to use JVCL.

   I want to find a component to finish follow function :

   1.Open a dialog to show all the files and directory.
   2.It will show the sub directories If double click a folder.
   3.After selected a file/folder,Just Click the button like 'ok', It will return the path of file/folder.

   here is a screenshot, the one is what i need. http://img442.imageshack.us/img442/4254/snapfi0.gif 

   or i should do it by myself, sorry for my poor english.

thank you!
-- SilverFox <Admin@SilverFox.Name> 

Subject: Re: JvScrollingWindow and Controls not visibles
From: Eric <eric_@_menlog.com_>
Date: Fri, 16 Feb 2007 12:11:54 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Yes, but are the controls scrolled or are they in the middle of nowhere?

I don't really see what kind of problem you are thinking.

Bu when you set visible the controls visibles agains there are 2 cases.

First : Control is in the scrolling area and there is no problem
Second : Control is out scrolling area window and you must scroll to see it

Note : the control could be partial visible, it depends of is position


Subject: Re: JvScrollingWindow and Controls not visibles
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 16 Feb 2007 11:51:35 +0100
Newsgroups: jedi.vcl

Yes, but are the controls scrolled or are they in the middle of nowhere?


Subject: Re: JvScrollingWindow and Controls not visibles
From: Eric <eric_@_menlog.com_>
Date: Fri, 16 Feb 2007 11:49:32 +0100
Newsgroups: jedi.vcl

Hi Olivier,

OBones a écrit :
> But what will happen if you make them visible again and you have already scrolled the panel ?

Good question ;)

I just try this below to make all controls visible again
(Scroll button is hide at the beginnig)

procedure TFMENU.Button1Click(Sender: TObject);
var
  i : integer;
begin
  for i:= 0 To JvScrollingWindow1.ControlCount-1 do
    JvScrollingWindow1.Controls[i].Visible := True;
end;

And it works. The scrolling button is visible !



Subject: Re: JvScrollingWindow and Controls not visibles
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 16 Feb 2007 11:34:40 +0100
Newsgroups: jedi.vcl

But what will happen if you make them visible again and you have already scrolled the panel ?


Subject: JvScrollingWindow and Controls not visibles
From: Eric <eric_@_menlog.com_>
Date: Fri, 16 Feb 2007 11:24:18 +0100
Newsgroups: jedi.vcl

Hello,

I use successfully JvScrollingWindow, but I ask you if is it
possible to add the test not visble in the unit JvScrollPanel.pas in
procedure UpdateVisible at line 638 and 653.

if (Controls[i] = FUpLeft) or (Controls[i] = FDownRight) or (Not Controls[i].Visible) then

In fact I set property autoHide to true to hide the scrollButton when it isn't necessary. My controls in the scrollingWindow could be visible or not, but without this test the scrolling button is always shown.

For me, there is no utility to scroll invisibles objects and I hope for you too.

Thank you
Eric


Subject: Re: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Fri, 16 Feb 2007 12:12:58 +0200
Newsgroups: jedi.vcl

Demo posted to binaries.

Peter Reber
Technisoft




Subject: Re: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Thu, 15 Feb 2007 23:22:49 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:er1fh8$2v0$1@news.talkto.net...
> > Ok, let me explain one thing:
> >
> > You come around and do not provide a demo application.
> > How do you expect us to test this?
> >
> > And if you plan to do it, please post it in binaries.
> >
> > Oh and by the way, the average time for an issue to be dealt with is 10 
> > working days. Yours are still far from this limit, people here are not at 
> > your disposal, they too have a work to do.

Thanks OBones,

this is really all I want and need, an acknowledgment that there
may be a problem and some suggestions how to proceed or what
is required from your side. I will consider putting together a demo
and post it. If it takes 10 days then that is how long it takes.
No problem as long as one knows it. It is the total lack of any
response more than anything else which was disconcerting.

Peter Reber
Technisoft




Subject: Re: how to access to TJvPlugin custom public methods from a form in the same plugin
From: faber <monti.fabrizio@NORUBBISHgmail.com>
Date: Thu, 15 Feb 2007 16:36:39 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Thing is, I don't even understand what you are trying to do, you did not show any real code.
>

Yes sorry.. I'm not very good with english :D

However I've found a solution (don't know if it's a good solution.. but it works)

I've added this line before the implementation section

var FMyPlug : TMyPlugIn;  //TMyPlugin derives from TJvPlugin

function RegisterPlugin: TJvPlugin;
begin
  FMyPlug := TMyPlugIn.Create(nil);
  Result := FMyPlug ;
end;

Now other units in the same plugin package can access the public methos of this unit by using FMyPlug.

I hope I was clear this time =)


Subject: Re: TJvDBCalcEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 15 Feb 2007 12:18:42 +0100
Newsgroups: jedi.vcl

Ok, let me explain one thing:

You come around and do not provide a demo application.
How do you expect us to test this?

And if you plan to do it, please post it in binaries.

Oh and by the way, the average time for an issue to be dealt with is 10 working days. Yours are still far from this limit, people here are not at your disposal, they too have a work to do.


Subject: Re: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Thu, 15 Feb 2007 13:14:21 +0200
Newsgroups: jedi.vcl

No response for 3 days? No response for 2 days to my other query. Both
for problems which are apparently in the library for months and the issue
raised in this post is a *major* problem which in my case will soon hold up 
the
release of $10-20k software.

Issue Tracker down for 2 days with message:

"Project JEDI - Issue Tracker
Due to some server problems it is not possible to activate new accounts.
This problem should be fixed soon."

I am not impressed. Is anyone out there listening and maybe even have a
suggestion?

Peter Reber
Technisoft

"pr" <pr@telkom.net> wrote in message news:eqphci$jb6$1@news.talkto.net...
> > Hi,
> >
> > in addition it does not happen if DecimalPlaces = 0 and DisplayFormat = 0.
> > Any other values seem to cause a problem.
> > Seems related to Bug 0001851 in the tracker.
> >
> > Peter Reber
> > Technisoft
> >
> > "pr" <pr@telkom.net> wrote in message news:eqpg0h$j1l$1@news.talkto.net...
>> >> Hi,
>> >>
>> >> this only seems to happen right after the form is created and only
>> >> affects
>> >> the first TJvDBCalcEdit component that receives the focus after that, no
>> >> matter
>> >> whether it is the first component focused on or not.
>> >>
>> >> Once it works OK, after closing and reopening the form without destroying
>> >> and recreating it it still works OK.
>> >>
>> >> Peter Reber
>> >> Technisoft
>> >>
>> >> "pr" <pr@telkom.net> wrote in message
>> >> news:eqpcvs$ifl$1@news.talkto.net...
>>> >>> Hello,
>>> >>>
>>> >>> I am using a TJvDBCalcEdit component to connect via
>>> >>> IBX to a Firebird database.
>>> >>>
>>> >>> On my form there are two components linked to the same
>>> >>> underlying field or not, doesn't matter.
>>> >>>
>>> >>> Problem:
>>> >>> Table is opened, cursor is located in the component 1 with
>>> >>> the whole field highlighted.
>>> >>> When I start typing the new characters go in front of the
>>> >>> existing ones, e.g. when typing 34 into the field which shows
>>> >>> 2,000.00 it changes to 342,000.00.
>>> >>>
>>> >>> Tab to component 2 and tab again back to component 1.
>>> >>> Again the whole field content is highlighted but when I start
>>> >>> typing it first clears the existing numbers and puts in 34 as
>>> >>> a value, as it should.
>>> >>>
>>> >>> I tried all kind of settings which IMO could have an influence.
>>> >>> Adding code SelectAll, SelStart/SelLength to the OnEnter
>>> >>> event makes no difference either.
>>> >>>
>>> >>> TJvCalcEdit does not show this behaviour and works correctly.
>>> >>>
>>> >>> D5, JVCL 3.30 (upgraded from 3.10 which showed had the
>>> >>> identical problem), IBX 5.04, Firebird 2.0.1 (same problem
>>> >>> with Firebird 1.5.x).
>>> >>>
>>> >>> The old TRxDBCalcEdit which is presumably the Jedi component's
>>> >>> ancestor and is still used in some of my legacy programs also
>>> >>> works as expected.
>>> >>>
>>> >>> Advice? Comments? Help?
>>> >>>
>>> >>> Peter Reber
>>> >>> Technisoft
>>> >>>
>>> >>>
>> >>
>> >>
> >
> >







Subject: Re: JvTransparentButton
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 15 Feb 2007 08:30:49 +0100
Newsgroups: jedi.vcl

In such a case, you should not use Release but Free.


Subject: Re: jvMRUManager
From: "Phil Scadden" <p.scadden@^Spam trap - remove^gns.cri.nz>
Date: Thu, 15 Feb 2007 14:45:55 +1300
Newsgroups: jedi.vcl

If it helps, then here is my tiny test project.



MRU demo.zip
	



Subject: Re: jvMRUManager
From: "Phil Scadden" <p.scadden@^Spam trap - remove^gns.cri.nz>
Date: Thu, 15 Feb 2007 14:43:52 +1300
Newsgroups: jedi.vcl

> > Then make the issue also and i will try to help you.

Hmm, well I tried and it worked then went back to my application and
strangely it
works now too. And brought back files from earlier sessions when it didnt.
Something
in reading the storage. Beats me what I changed its going.




Subject: Re: JvTransparentButton
From: "Rudy" <rhentzen@hotmail.com>
Date: Thu, 15 Feb 2007 00:43:36 -0000
Newsgroups: jedi.vcl

No takers??

Well i found out when it happens.

I did the following:
Create a new App in D7.  Create a new form 'Form2'.  Put on 24 Transparent 
Buttons.

Added a Transparent button on Form1 and called Form2 as follows

procedure TForm1.JvTransparentButton1Click(Sender: TObject);
var
    Form2 : TForm2;
begin
    Form2 := TForm2.Create(Self);
    Form2.ShowModal;
    Form2.Release;
end;

if i open form2 then close it is fine. If i open again and close it throws 
the access violation.

if i remove the .Realase then is works fine.

Any ideas??

Thanks
Rudy


"Rudy Hentzen" <rhentzen@hotmail.com> wrote in message 
news:eqpnbo$kpc$1@news.talkto.net...
> > Hi,
> >
> > I am using JvTransparentButtons however, when i close a form using them i 
> > get the following error, "AccessViolation" and the stack tells me that it 
> > is due to TJvTransparentButton.Notification.  I am overriding the 
> > constructor.
> >
> > Any help will be greatly appreciated.
> >
> > Thanks
> > Rudy
> > 




Subject: Re: jvMRUManager
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 14 Feb 2007 22:06:55 +0100
Newsgroups: jedi.vcl

Then make the issue also and i will try to help you.

Greetings
Jens

Phil Scadden schrieb:
> I dont believe it is a bug - its simply the lack of documentation on what
> you are
> supposed to do. I suspect I have to add code to an event handler on read and
> write
> but the lack of any docs or examples make it pretty tough. A simple example
> of it
> working in the "examples" area is probably all it needs.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Can't install jcl v3.20 - package xmlrtl not found when compiling
From: Yan Silver <yansliver@mail.md>
Date: Wed, 14 Feb 2007 21:20:17 +0100
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> That's a problem with Delphi 2005 personal which is missing xmlrtl.dcp (this file was not redistributed because Delphi 2005 personal doesn't provide built-in support for xml).
>
> You can download a faked xmlrtl.dcp for Delphi 2005 at:
> http://andy.jgknet.de/oss/kylix/wiki/index.php/Delphi_2005_Personal_Edition_xmlrtl.dcp_fake
> or http://tinyurl.com/b8f2s
>
> Regards,
>
Ok - Fixed


Subject: Re: jvMRUManager
From: "Phil Scadden" <p.scadden@^Spam trap - remove^gns.cri.nz>
Date: Thu, 15 Feb 2007 08:58:02 +1300
Newsgroups: jedi.vcl

I dont believe it is a bug - its simply the lack of documentation on what
you are
supposed to do. I suspect I have to add code to an event handler on read and
write
but the lack of any docs or examples make it pretty tough. A simple example
of it
working in the "examples" area is probably all it needs.




Subject: Re: how to access to TJvPlugin custom public methods from a form in the same plugin
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 14 Feb 2007 18:15:32 +0100
Newsgroups: jedi.vcl

Thing is, I don't even understand what you are trying to do, you did not show any real code.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Can't install jcl v3.20 - package xmlrtl not found when compiling
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 14 Feb 2007 17:06:51 +0000 (UTC)
Newsgroups: jedi.vcl

Yan Silver wrote:

> > Any idea about ?

You use the Personal Edition. This misses the xmlrtl.dcp file that is
required to compile any designtime code.

You must install the faked xmlrtl.dcp
http://andy.jgknet.de/oss/kylix/wiki/index.php/Delphi_2005_Personal_Edition
_xmlrtl.dcp_fake


-- Regards, Andreas Hausladen 

Subject: Re: Can't install jcl v3.20 - package xmlrtl not found when compiling
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 14 Feb 2007 17:54:38 +0100
Newsgroups: jedi.vcl

That's a problem with Delphi 2005 personal which is missing xmlrtl.dcp (this file was not redistributed because Delphi 2005 personal doesn't provide built-in support for xml).

You can download a faked xmlrtl.dcp for Delphi 2005 at:
http://andy.jgknet.de/oss/kylix/wiki/index.php/Delphi_2005_Personal_Edition_xmlrtl.dcp_fake
or http://tinyurl.com/b8f2s

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: how to access to TJvPlugin custom public methods from a form in the same plugin
From: faber <monti.fabrizio@NORUBBISHgmail.com>
Date: Wed, 14 Feb 2007 16:57:43 +0100
Newsgroups: jedi.vcl

faber ha scritto:
> Hi all !!
>
> I'm developing a plugin using TJvPlugin. I'll call it TExamplePlugin. It has a public method called "xxx".
>
> I've added a TForm to my plugin, but from it I cannot access to TExamplePlugin.xxx
>
> I can access only RegisterPlugin.
>
> Why?
>
> Isn't TJvPlugin a normal TDataModule?
>
> Is there a way to solve this?
>
> Thank you in advance!!
>
> Monti Fabrizio
> Italy

No One Knows it :( ??


Subject: Can't install jcl v3.20 - package xmlrtl not found when compiling
From: Yan Silver <yansliver@mail.md>
Date: Wed, 14 Feb 2007 15:11:55 +0100
Newsgroups: jedi.vcl

Install on Delphi Perso. 2005 / (jcl + jvcl 3.20) with all options := default.
Error appears at the first complilation when installing jcl:
Text of failure is :
"
...
Installing package F:\jvcl3.20\jcl\packages\d9\JclBaseExpert.dpk...
Installing package F:\jvcl3.20\jcl\packages\d9\JclBaseExpert.dpk
Compiling package F:\jvcl3.20\jcl\packages\d9\JclBaseExpert.dpk
"C:\Program Files\Borland\BDS\3.0\bin\dcc32.exe" F:\jvcl3.20\jcl\packages\d9\JclBaseExpert.dpk
Borland Delphi pour Win32 compilateur version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
JclBaseExpert.dpk(41) Fatal: E2202 Package 'xmlrtl' requis non trouve‚
Compilation failure
"
Any idea about ?
Thanks


Subject: Re: jvMRUManager
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 14 Feb 2007 14:56:13 +0100
Newsgroups: jedi.vcl

Could you create a small sample and post it to mantis ?
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
Greetings
Jens

> >I am struggling to figure this one out. I have add a jvMRUManager,
> >jvFormstorage and
> >jvAppRegistrystorage to form and connected them. When a file is opened, it
> >appears
> >in my "Reopen" submenu, no problem. However, the recent files arent stored
> >on exit.
> >The only example with it (DBExplorer) in v3, has {TO DO} comments on fixing
> >for
> >revised storage on relevant bits. I dont suppose there is a real example
> >anywhere?
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Down-Property of TJvgSpeedButton
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Wed, 14 Feb 2007 14:22:14 +0100
Newsgroups: jedi.vcl

> I made a little fix, please commit it to the repository.

I made a Issue (0004065) in Mantis for this


Subject: Down-Property of TJvgSpeedButton
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Wed, 14 Feb 2007 10:38:15 +0100
Newsgroups: jedi.vcl

Hello,

The buttons TJvgSpeedButton and TJvgExtSpeedButton are great, but they have a little bug: When the Down property is set, they don't paint the correct style. So it is not possible to see, if a button is down.

I made a little fix, please commit it to the repository.

greets,
Roman Ganz


JvgSpeedButton.diff

Index: JvgSpeedButton.pas
===================================================================
--- JvgSpeedButton.pas	(revision 11187)
+++ JvgSpeedButton.pas	(working copy)
@@ -168,7 +168,7 @@
 
   R := ClientRect;
 
-  if FIsDown and FMouseEnter then
+  if Down or (FIsDown and FMouseEnter) then
     BevelOuter := bvLowered
   else
     BevelOuter := bvRaised;
@@ -385,7 +385,7 @@
   end;
   R := ClientRect;
 
-  if FIsDown and FMouseEnter then
+  if Down or (FIsDown and FMouseEnter) then
     LStyle := StylePushed
   else
   if FMouseEnter then

JvgSpeedButton.diff
	



Subject: Re: Problem for installation Jedi VCL 3.3 !
From: "Philippe RISPAL" <ph.rispal@wanadoo.fr>
Date: Wed, 14 Feb 2007 08:11:19 +0100
Newsgroups: jedi.vcl

Thanks You Olivier !

"OBones" <obones_gfd_@_gfd_altern.org> a écrit dans le message de news: 
eqt578$b6e$1@news.talkto.net...
> > You must install the JCL first, as indicated in the readme file.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: jvMRUManager
From: "Phil Scadden" <p.scadden@^Spam trap - remove^gns.cri.nz>
Date: Wed, 14 Feb 2007 14:47:53 +1300
Newsgroups: jedi.vcl

I am struggling to figure this one out. I have add a jvMRUManager,
jvFormstorage and
jvAppRegistrystorage to form and connected them. When a file is opened, it
appears
in my "Reopen" submenu, no problem. However, the recent files arent stored
on exit.
The only example with it (DBExplorer) in v3, has {TO DO} comments on fixing
for
revised storage on relevant bits. I dont suppose there is a real example
anywhere?




Subject: Re: Problem with designide100.bpl
From: "Runspect" <runspe@noo.es>
Date: Tue, 13 Feb 2007 23:11:22 +0100
Newsgroups: jedi.vcl

The solution is to click on the control very carefully and slowly :-)

"Runspect" <runspe@noo.es> escribió en el mensaje 
news:eqtd02$d4g$1@news.talkto.net...
> >I got the same problem too. The error occurs when I make a fast double 
> >click on the control and the control seems to move a little bit.
> >
> > "small-ant" <small-and@yandex.ru> escribió en el mensaje 
> > news:eqhl58$plm$1@news.talkto.net...
>> >> Hello,
>> >>
>> >> I've encounted strange problem with Delphi IDE (Turbo Delphi 2006
>> >> Prof, JEDI 320, 330 the same);
>> >> When I open the project and try to click on a control
>> >> on design form the control disappears immediately and I can admire not
>> >> ending show of "Error message" windows containing something like "Access
>> >> violation at address... in module 'designide100.bpl'; The application
>> >> uses JEDI DB components and it looks it's the source of the problem. Have 
>> >> anybody met such problem and
>> >> perhaps knows the solution :) ?
>> >>
>> >> Thanks in advance,
>> >> Benek
> >
> > 




Subject: Re: Problem with designide100.bpl
From: "Runspect" <runspe@noo.es>
Date: Tue, 13 Feb 2007 23:10:05 +0100
Newsgroups: jedi.vcl

I got the same problem too. The error occurs when I make a fast double click 
on the control and the control seems to move a little bit.

"small-ant" <small-and@yandex.ru> escribió en el mensaje 
news:eqhl58$plm$1@news.talkto.net...
> > Hello,
> >
> > I've encounted strange problem with Delphi IDE (Turbo Delphi 2006
> > Prof, JEDI 320, 330 the same);
> > When I open the project and try to click on a control
> > on design form the control disappears immediately and I can admire not
> > ending show of "Error message" windows containing something like "Access
> > violation at address... in module 'designide100.bpl'; The application
> > uses JEDI DB components and it looks it's the source of the problem. Have 
> > anybody met such problem and
> > perhaps knows the solution :) ?
> >
> > Thanks in advance,
> > Benek 




Subject: Re: Problem for installation Jedi VCL 3.3 !
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 13 Feb 2007 19:57:48 +0000 (UTC)
Newsgroups: jedi.vcl

Philippe RISPAL wrote:

> > "Dependencies are missing. Please install them first !"

JVCL has two dependencies:
1. A Delphi/BCB edtition (5-10) that comes with a command line compiler
2. The JCL (Jedi Code Library) that must be installed first.


-- Regards, Andreas Hausladen 

Subject: Re: Problem for installation Jedi VCL 3.3 !
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 13 Feb 2007 20:57:34 +0100
Newsgroups: jedi.vcl

You must install the JCL first, as indicated in the readme file.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Problem for installation Jedi VCL 3.3 !
From: "Philippe RISPAL" <ph.rispal@wanadoo.fr>
Date: Tue, 13 Feb 2007 19:36:19 +0100
Newsgroups: jedi.vcl

Hi,

Sorry for my english language ! Ia m french developper !

I have somes problem to install a compilation components Jedi VCL for Delphi 
2005 version 3.30

When I clicked on Icon "Install.Bat", I obtained this message (look 
error.bmp file please) :

"Dependencies are missing. Please install them first !"

Can anyone help and explain what I should do and what my problem could be?

Thanks in advance.

I using Delphi 2005 and Windows XP







error.bmp
	



Subject: TJvDateEdit, TJvDBDateEdit
From: "pr" <pr@telkom.net>
Date: Tue, 13 Feb 2007 07:46:00 +0200
Newsgroups: jedi.vcl

When I click on the last column (Sun) the grid scrolls to the left
and it is impossible to get the first column back (Mon) without
closing and reopening the DateEdit window.





D5, JVCL 3.30 (3.10 had the same problem)

Peter Reber
Technisoft


dateedit.bmp
	



Subject: JvTFDays
From: "limelect" <limelect@gmail.com>
Date: Mon, 12 Feb 2007 16:15:21 +0100
Newsgroups: jedi.vcl

 using the component JvTFDays in the domo
examples\JvTimeFrameWork\PhotoOp
i would like the times NOT to over lap
for example having one appt time 10 to 11
the other cannot be 9 to 10.30 for example
how do i do that ?
any help
p.s i like a message to pop up



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: cant install, missing JclSimpleXml.dcu
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Mon, 12 Feb 2007 12:32:53 -0200
Newsgroups: jedi.vcl

I'm telling you, people are stupid...
thank you buddy
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eqirti$2j7$1@news.talkto.net...
> > psy wrote:
>> >> I've tried  several latest packages and none of them compiled cause of 
>> >> this unit:
>> >>
>> >> http://jvcl.sourceforge.net/daily/ -> 2007-02-07 full
>> >>
>> >> would this unit be broken for 2 weeks or so on the latest packages?
>> >> thank you
> >
> > I said JCL without any V in the name.
> > And the page you mentioned also tells you to download the JCL daily, with 
> > a direct link to it.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: JvTFDays
From: "limelect" <limelect@bezeqint.net>
Date: Mon, 12 Feb 2007 16:14:18 +0200
Newsgroups: jedi.vcl

using the component JvTFDays in the domo
examples\JvTimeFrameWork\PhotoOp
i would like the times NOT to over lap
for example having one appt time 10 to 11
the other cannot be 9 to 10.30 for example
how do i do that ?
any help
p.s i like a message to pop up 




Subject: Re: About TJvThread
From: "pr" <pr@telkom.net>
Date: Mon, 12 Feb 2007 15:26:26 +0200
Newsgroups: jedi.vcl

"Tiberiu Horvath" <exact@exactonly.ro> wrote in message 
news:entv4n$vjh$1@news.talkto.net...
> > TD2006, Firebird.
> >
> > To avoid "program not responding" messages, I found out that I can use 
> > TJvThread to make my program more responsive. But sometimes I receive 
> > different error messages. : "GDS32.dll error" or "Access Violation".
> >
> > I read that transactions are not thread safe. But the "ExecuteAndWait" 
> > method doesn't make TJvThread suitable for this kind of job ?
> >
> > Can somebody suggest some other trick to avoid program "freezing" ?

Every thread must have its own Database connection.

Peter
Technisoft
 




Subject: Re: About TJvThread
From: Andreas Pohl <ng@ibp-consult.com>
Date: Mon, 12 Feb 2007 14:03:23 +0100
Newsgroups: jedi.vcl

Hallo Tiberiu Horvath,

> > Is Interbase thread safe ? Or it is the same as Firebird ?

Firebird as a RDBMS can't be stated as thread safe. It's a multi
threated (service-) application for sure.

For accessing Firebird database in a thread safe" environment I use
components of ibobjects.com (commercial and "trustware" license).

HTH.

-- Andreas 

Subject: JvTransparentButton
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Mon, 12 Feb 2007 12:42:26 -0000
Newsgroups: jedi.vcl

Hi,

I am using JvTransparentButtons however, when i close a form using them i 
get the following error, "AccessViolation" and the stack tells me that it is 
due to TJvTransparentButton.Notification.  I am overriding the constructor.

Any help will be greatly appreciated.

Thanks
Rudy 




Subject: Re: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Mon, 12 Feb 2007 13:00:33 +0200
Newsgroups: jedi.vcl

Hi,

in addition it does not happen if DecimalPlaces = 0 and DisplayFormat = 0.
Any other values seem to cause a problem.
Seems related to Bug 0001851 in the tracker.

Peter Reber
Technisoft

"pr" <pr@telkom.net> wrote in message news:eqpg0h$j1l$1@news.talkto.net...
> > Hi,
> >
> > this only seems to happen right after the form is created and only affects
> > the first TJvDBCalcEdit component that receives the focus after that, no 
> > matter
> > whether it is the first component focused on or not.
> >
> > Once it works OK, after closing and reopening the form without destroying
> > and recreating it it still works OK.
> >
> > Peter Reber
> > Technisoft
> >
> > "pr" <pr@telkom.net> wrote in message news:eqpcvs$ifl$1@news.talkto.net...
>> >> Hello,
>> >>
>> >> I am using a TJvDBCalcEdit component to connect via
>> >> IBX to a Firebird database.
>> >>
>> >> On my form there are two components linked to the same
>> >> underlying field or not, doesn't matter.
>> >>
>> >> Problem:
>> >> Table is opened, cursor is located in the component 1 with
>> >> the whole field highlighted.
>> >> When I start typing the new characters go in front of the
>> >> existing ones, e.g. when typing 34 into the field which shows
>> >> 2,000.00 it changes to 342,000.00.
>> >>
>> >> Tab to component 2 and tab again back to component 1.
>> >> Again the whole field content is highlighted but when I start
>> >> typing it first clears the existing numbers and puts in 34 as
>> >> a value, as it should.
>> >>
>> >> I tried all kind of settings which IMO could have an influence.
>> >> Adding code SelectAll, SelStart/SelLength to the OnEnter
>> >> event makes no difference either.
>> >>
>> >> TJvCalcEdit does not show this behaviour and works correctly.
>> >>
>> >> D5, JVCL 3.30 (upgraded from 3.10 which showed had the
>> >> identical problem), IBX 5.04, Firebird 2.0.1 (same problem
>> >> with Firebird 1.5.x).
>> >>
>> >> The old TRxDBCalcEdit which is presumably the Jedi component's
>> >> ancestor and is still used in some of my legacy programs also
>> >> works as expected.
>> >>
>> >> Advice? Comments? Help?
>> >>
>> >> Peter Reber
>> >> Technisoft
>> >>
>> >>
> >
> > 




Subject: Re: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Mon, 12 Feb 2007 12:36:57 +0200
Newsgroups: jedi.vcl

Hi,

this only seems to happen right after the form is created and only affects
the first TJvDBCalcEdit component that receives the focus after that, no 
matter
whether it is the first component focused on or not.

Once it works OK, after closing and reopening the form without destroying
and recreating it it still works OK.

Peter Reber
Technisoft

"pr" <pr@telkom.net> wrote in message news:eqpcvs$ifl$1@news.talkto.net...
> > Hello,
> >
> > I am using a TJvDBCalcEdit component to connect via
> > IBX to a Firebird database.
> >
> > On my form there are two components linked to the same
> > underlying field or not, doesn't matter.
> >
> > Problem:
> > Table is opened, cursor is located in the component 1 with
> > the whole field highlighted.
> > When I start typing the new characters go in front of the
> > existing ones, e.g. when typing 34 into the field which shows
> > 2,000.00 it changes to 342,000.00.
> >
> > Tab to component 2 and tab again back to component 1.
> > Again the whole field content is highlighted but when I start
> > typing it first clears the existing numbers and puts in 34 as
> > a value, as it should.
> >
> > I tried all kind of settings which IMO could have an influence.
> > Adding code SelectAll, SelStart/SelLength to the OnEnter
> > event makes no difference either.
> >
> > TJvCalcEdit does not show this behaviour and works correctly.
> >
> > D5, JVCL 3.30 (upgraded from 3.10 which showed had the
> > identical problem), IBX 5.04, Firebird 2.0.1 (same problem
> > with Firebird 1.5.x).
> >
> > The old TRxDBCalcEdit which is presumably the Jedi component's
> > ancestor and is still used in some of my legacy programs also
> > works as expected.
> >
> > Advice? Comments? Help?
> >
> > Peter Reber
> > Technisoft
> >
> > 




Subject: Introduction to TJvInspector
From: "Heiko Tappe" <tappe@transdata.net>
Date: Mon, 12 Feb 2007 11:05:41 +0100
Newsgroups: jedi.vcl

Sorry for posting this question again. But I didn't get an answer to my 
previous post
and I think it might have been because of the thread's subject. I kind of 
"reused" an older thread.
So people might not have seen my question.


As a newbie to TJvInspector I would like to know what would be the
best/easiest way to work on the properties of my objects.

Let's say one of my objects looks like this...

TMyObject = class
....
public
  property Name: string read GetName write SetName;
  property Value: Integer read GetValue write SetValue;
  ...
end;

So no published properties, "only" public.

Now I thought I could do something like adding the properties I'd like to
see in the inspector, e.g.

  Add/Register(ObjectInstance, PropertyName, PropertyType, AddrOfGetter,
AddrOfSetter{if not readonly}, ...)

I had a look at the examples but couldn't find something suitable.

I could of course write mapper classes which publish the properties I want
to see in the inspector.
But I would like to avoid that ;-)

--Heiko





Subject: Re: About TJvThread
From: "Heiko Tappe" <tappe@transdata.net>
Date: Mon, 12 Feb 2007 11:01:07 +0100
Newsgroups: jedi.vcl

Tiberiu,

> > Is Interbase thread safe ? Or it is the same as Firebird ?

Oops, sorry. I must have overlooked your question.
No, afaik InterBase isn't thread safe either. But I kind of stopped using
InterBase since version 6.0.

--Heiko 




Subject: TJvDBCalcEdit
From: "pr" <pr@telkom.net>
Date: Mon, 12 Feb 2007 11:45:24 +0200
Newsgroups: jedi.vcl

Hello,

I am using a TJvDBCalcEdit component to connect via
IBX to a Firebird database.

On my form there are two components linked to the same
underlying field or not, doesn't matter.

Problem:
Table is opened, cursor is located in the component 1 with
the whole field highlighted.
When I start typing the new characters go in front of the
existing ones, e.g. when typing 34 into the field which shows
2,000.00 it changes to 342,000.00.

Tab to component 2 and tab again back to component 1.
Again the whole field content is highlighted but when I start
typing it first clears the existing numbers and puts in 34 as
a value, as it should.

I tried all kind of settings which IMO could have an influence.
Adding code SelectAll, SelStart/SelLength to the OnEnter
event makes no difference either.

TJvCalcEdit does not show this behaviour and works correctly.

D5, JVCL 3.30 (upgraded from 3.10 which showed had the
identical problem), IBX 5.04, Firebird 2.0.1 (same problem
with Firebird 1.5.x).

The old TRxDBCalcEdit which is presumably the Jedi component's
ancestor and is still used in some of my legacy programs also
works as expected.

Advice? Comments? Help?

Peter Reber
Technisoft




Subject: Re: JVCL daily zip download error
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 12 Feb 2007 09:44:05 +0100
Newsgroups: jedi.vcl

OBones napsal(a):
> For now, use the mirror:
>
> http://obones.free.fr/jvcl_daily/
>
> I'll investigate what's going on.

Got it, thanks!


-- 
Ivo Bauer [OZM Research]


Subject: Re: JVCL daily zip download error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 12 Feb 2007 07:36:28 +0100
Newsgroups: jedi.vcl

For now, use the mirror:

http://obones.free.fr/jvcl_daily/

I'll investigate what's going on.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JVCL daily zip download error
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 11 Feb 2007 23:00:08 +0100
Newsgroups: jedi.vcl

Hi,

I'd just want to report that there is a problem downloading the JVCL daily zips. There are no previous zips available and attempt to download the latest zip package leads to the following error:

An error has been encountered in accessing this page.

1. Server: jvcl.sourceforge.net
2. URL path: /daily/JVCL3-Latest.zip
3. Error notes: File does not exist: /home/groups/j/jv/jvcl/htdocs/daily/JVCL3-Latest.zip
4. Error type: 404
5. Request method: GET
6. Request query string:
7. Time: 2007-02-11 13:55:55 PST (1171230955)


FYI, JCL daily zip download works just fine for me.

Thanks!


-- 
Ivo Bauer [OZM Research]


Subject: how to access to TJvPlugin custom public methods from a form in the same plugin
From: faber <monti.fabrizio@NORUBBISHgmail.com>
Date: Sun, 11 Feb 2007 16:10:59 +0100
Newsgroups: jedi.vcl

Hi all !!

I'm developing a plugin using TJvPlugin. I'll call it TExamplePlugin. It has a public method called "xxx".

I've added a TForm to my plugin, but from it I cannot access to TExamplePlugin.xxx

I can access only RegisterPlugin.

Why?

Isn't TJvPlugin a normal TDataModule?

Is there a way to solve this?

Thank you in advance!!

Monti Fabrizio
Italy


Subject: Re: Problem with JVAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 10 Feb 2007 15:52:24 +0100
Newsgroups: jedi.vcl

Please create an entry in out mantis system and include a sample to reproduce the behaviour.
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
Greetings and thanks.
Jens

EMauro schrieb:
> I am having a hard time with TJvAppStorage. I am using it to read/write
> string lists. Reading is ok but writing is faulty. In my TJvAppStorage I
> have a registry substorage. When I try to write a list, an exception is
> thrown about invalid path. Examining the code I think the error (if it is
> not an error in my code) is located in:
>
> procedure TJvCustomAppStorage.WriteStringListItem(Sender: TJvCustomAppStorage;
>   const Path: string; const List: TObject; const Index: Integer; const
> ItemName: string);
> begin
>   if List is TStrings then
>     Sender.WriteStringInt(ConcatPaths([Path, ItemName + IntToStr(Index)]),
> TStrings(List)[Index]);
> end;
>
> I think it should be:
>
>     Sender.WriteString(ConcatPaths([Path, ItemName + IntToStr(Index)]),
> TStrings(List)[Index]);
>
> since it resolves the substorages.
>
> Best regards,
> Eduardo Mauro
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Problem with JVAppStorage
From: "EMauro" <span@acabit.com.br>
Date: Sat, 10 Feb 2007 14:49:47 +0100
Newsgroups: jedi.vcl

I am having a hard time with TJvAppStorage. I am using it to read/write
string lists. Reading is ok but writing is faulty. In my TJvAppStorage I
have a registry substorage. When I try to write a list, an exception is
thrown about invalid path. Examining the code I think the error (if it is
not an error in my code) is located in:

procedure TJvCustomAppStorage.WriteStringListItem(Sender: TJvCustomAppStorage;
  const Path: string; const List: TObject; const Index: Integer; const
ItemName: string);
begin
  if List is TStrings then
    Sender.WriteStringInt(ConcatPaths([Path, ItemName + IntToStr(Index)]),
TStrings(List)[Index]);
end;

I think it should be:

    Sender.WriteString(ConcatPaths([Path, ItemName + IntToStr(Index)]),
TStrings(List)[Index]);

since it resolves the substorages.

Best regards,
Eduardo Mauro



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: cant install, missing JclSimpleXml.dcu
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 09 Feb 2007 23:17:25 +0100
Newsgroups: jedi.vcl

psy wrote:
> I've tried  several latest packages and none of them compiled cause of this unit:
>
> http://jvcl.sourceforge.net/daily/ -> 2007-02-07 full
>
> would this unit be broken for 2 weeks or so on the latest packages?
> thank you

I said JCL without any V in the name.
And the page you mentioned also tells you to download the JCL daily, with a direct link to it.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: formstorage in datamodule
From: Moore <delfino03@caramail.com>
Date: Fri, 09 Feb 2007 22:56:03 +0100
Newsgroups: jedi.vcl

does the formstorage component functions when it is put in a datamodule?
i assign some dataset properties to be stored in the formstorage attached to an inifilestorage, the ini file is created but it is empty..


Subject: Re: cant install, missing JclSimpleXml.dcu
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Fri, 9 Feb 2007 19:42:03 -0200
Newsgroups: jedi.vcl

I've tried  several latest packages and none of them compiled cause of this 
unit:

http://jvcl.sourceforge.net/daily/ -> 2007-02-07 full

would this unit be broken for 2 weeks or so on the latest packages?
thank you

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eqi9k0$uig$1@news.talkto.net...
> > psy wrote:
>> >> Hi,
>> >> I'm trying to install JVCL here and I get:
>> >> "JclSimpleXml.pas(45) Fatal: F1026 File not found: JclSimpleXml.dcu"
>> >> Failed to compile JVCL installer.
>> >> how can I fix this in order to install it?
>> >> thank you
> >
> > Get the latest JCL.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Closing DesktopAlert ....
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Fri, 9 Feb 2007 20:31:50 +0100
Newsgroups: jedi.vcl

> > Sorry, i already try that but dont work :
> >
> > procedure TForm1.Button9Click(Sender: TObject);
> > begin
> > alert1.Close(true);
> > end;
> >
> > ??

Are you displaying "DA" or "alert1"? From your code example, it looks like 
you are caling DA.Execute. If you are, you will have to call DA.Close, not 
alert1.Close

-- Regards, Peter 

Subject: Re: cant install, missing JclSimpleXml.dcu
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 09 Feb 2007 18:05:05 +0100
Newsgroups: jedi.vcl

psy wrote:
> Hi,
> I'm trying to install JVCL here and I get:
> "JclSimpleXml.pas(45) Fatal: F1026 File not found: JclSimpleXml.dcu"
> Failed to compile JVCL installer.
> how can I fix this in order to install it?
> thank you 

Get the latest JCL.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: cant install, missing JclSimpleXml.dcu
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Fri, 9 Feb 2007 13:47:10 -0200
Newsgroups: jedi.vcl

Hi,
I'm trying to install JVCL here and I get:
"JclSimpleXml.pas(45) Fatal: F1026 File not found: JclSimpleXml.dcu"
Failed to compile JVCL installer.
how can I fix this in order to install it?
thank you 




Subject: Problem with designide100.bpl
From: small-ant <small-and@yandex.ru>
Date: Fri, 09 Feb 2007 12:16:20 +0100
Newsgroups: jedi.vcl

Hello,

I've encounted strange problem with Delphi IDE (Turbo Delphi 2006
Prof, JEDI 320, 330 the same);
When I open the project and try to click on a control
on design form the control disappears immediately and I can admire not
ending show of "Error message" windows containing something like "Access
violation at address... in module 'designide100.bpl'; The application
uses JEDI DB components and it looks it's the source of the problem. Have anybody met such problem and
perhaps knows the solution :) ?

Thanks in advance,
Benek


Subject: Re: JvSimScope
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 08 Feb 2007 09:11:30 +0100
Newsgroups: jedi.vcl

edbored wrote:
> "OBones" <obones_gfd_@_gfd_altern.org> wrote in message
> news:eqdgp6$pf9$1@news.talkto.net...
>>> Just performed an SVN update. JvSimScopeDemo is looking for unit
> 'CPUUsage'.
>>> Replacing with JvCPUUsage causes a problem with undeclared identifier
>>> GetCPUUsage.
>> Woops, that's a unit I have at work but I forgot to add it. I'll see if
>> it's needed after all because JvCPUUsage could well be updated to
>> perform this task.
>> Sorry for the delay.
>
> No probs - the demo is quite clear with the random value chart anyway.
>
> I tried incorporating JvCPUUsage - all I get is '0' as the Usage string.

Yep, that was expected the previous version of JvCPUUsage was reading the registry, which is only working for non NT based systems. I modified it to use the correct way of doing things under NT based systems, and also modified the demo to use it. The current SVN content now works just fine.


Subject: Re: JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Wed, 7 Feb 2007 16:50:51 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:eqdgp6$pf9$1@news.talkto.net...
>> > >
>> > > Just performed an SVN update. JvSimScopeDemo is looking for unit
'CPUUsage'.
>> > >
>> > > Replacing with JvCPUUsage causes a problem with undeclared identifier
>> > > GetCPUUsage.
> >
> > Woops, that's a unit I have at work but I forgot to add it. I'll see if
> > it's needed after all because JvCPUUsage could well be updated to
> > perform this task.
> > Sorry for the delay.

No probs - the demo is quite clear with the random value chart anyway.

I tried incorporating JvCPUUsage - all I get is '0' as the Usage string.

D7Ent, Win2K pro all patches.

Cheers,
EdB




Subject: Re: JvSimScope
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 07 Feb 2007 22:36:46 +0100
Newsgroups: jedi.vcl

edbored wrote:
> "OBones" <obones_gf_@_fe_altern.org> wrote in message
> news:eqc1df$d29$2@news.talkto.net...
> me.
>> Ok, you'll find in SVN and in binaries a new demo that shows the usual
>> way of doing things and the new one.
>> If you use JVCL 3.30, you must upgrade the JvSimScope.pas file to use
>> this demo as there were a few leftover bugs that I fixed while creating
>> the demo. The zip file in binaries contains the demo and the modified
>> source.
>>
>> Hope this helps.
>
>
> Just performed an SVN update. JvSimScopeDemo is looking for unit 'CPUUsage'.
>
> Replacing with JvCPUUsage causes a problem with undeclared identifier
> GetCPUUsage.

Woops, that's a unit I have at work but I forgot to add it. I'll see if it's needed after all because JvCPUUsage could well be updated to perform this task.
Sorry for the delay.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Wed, 7 Feb 2007 13:32:14 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote in message
news:eqc1df$d29$2@news.talkto.net...
me.
> >
> > Ok, you'll find in SVN and in binaries a new demo that shows the usual
> > way of doing things and the new one.
> > If you use JVCL 3.30, you must upgrade the JvSimScope.pas file to use
> > this demo as there were a few leftover bugs that I fixed while creating
> > the demo. The zip file in binaries contains the demo and the modified
> > source.
> >
> > Hope this helps.


Just performed an SVN update. JvSimScopeDemo is looking for unit 'CPUUsage'.

Replacing with JvCPUUsage causes a problem with undeclared identifier
GetCPUUsage.

Cheers,
EdB




Subject: Re: JvDBGrid and AutoSort
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Wed, 7 Feb 2007 11:07:29 +0000 (UTC)
Newsgroups: jedi.vcl

Alan Colburn wrote:

> > Hi folks --
> > 
> > I am new to the JvDBGrid component and I have to say that I am
> > excited about it. It offers some features I have been looking for.
> > I'm having a small problem, though. After I save and reload some data
> > (in a ClientDataSet) which I'm displaying on the grid, it comes back
> > sorted in a way I don't want it to be. In fact, I don't want it to be
> > sorted at all. The AutoSort property is set to False, but I'm
> > wondering if there's something I don't know about that might
> > supersede this property? ... Are there properties or settings I'm not
> > thinking about that I should look at?
> > 

are you sure you're not sorting wrong the ClientDataset?


-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: Interpreter Question...
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 7 Feb 2007 13:59:07 +0300
Newsgroups: jedi.vcl

Yes, writing adapter is all you need to use own functionns and classes in 
script.
For classes: Pas2Rai2 does not make adapter for public fields, but does it 
for properties. If You still want to use fields, try to make adapter 
manually

> > Thanks for the info...  I tried Pas2Rai2 and it did a great job of 
> > creating adapter settings for the methods and such but ignored the public 
> > types.   I looked at the declaration for the SearchRec you referenced and 
> > it looks like doing that for this type might be problematic... as its a 
> > record containing several arrays of custom types.  Im thinking it might be 
> > easier to extend the interpreter with new functions to retrieve the data.
> >
> > Basically create new functions which retrieve the information in 
> > manageable bits... then use Pas2Rai2 to create the adapter for those 
> > functions.   Sound workable?
> >




Subject: Re: JvDBGrid and AutoSort
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 7 Feb 2007 11:58:08 +0100
Newsgroups: jedi.vcl

Hello,

> >After I save and reload some data (in a ClientDataSet) 
> >which I'm displaying on the grid, it comes back sorted in a way I don't 
want 
> >it to be. In fact, I don't want it to be sorted at all. The AutoSort 
> >property is set to False, but I'm wondering if there's something I 
don't 
> >know about that might supersede this property? ... Are there properties 
or 
> >settings I'm not thinking about that I should look at?

Not to my knowledge. That may come from the index properties of your 
ClientDataSet component.

If one day you need better sorting functions than those in JvDBGrid, use 
JvDBUltimGrid. It has been specially designed for that.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvSimScope
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 07 Feb 2007 09:08:48 +0100
Newsgroups: jedi.vcl

Markus.Humm wrote:
> OBones schrieb:
>> Markus.Humm wrote:
>>
>>> Question: how did you enhance it? Will it break existing functionality? I already use it in a situation where 0-100% is just right...
>>
>> No, I did not change its functionality, I expanded on it. Basically, you can now set min and max, logical units instead of pixels and stuff like that.
>> I'll put together a simple example with CPU usage and a random graph, that's how I did my tests to improve it, so it should be easy to clean it up.
>>
> This just sounds too great to be true... ;-)
> Looks like a well done job on a very usefull component to me.

Ok, you'll find in SVN and in binaries a new demo that shows the usual way of doing things and the new one.
If you use JVCL 3.30, you must upgrade the JvSimScope.pas file to use this demo as there were a few leftover bugs that I fixed while creating the demo. The zip file in binaries contains the demo and the modified source.

Hope this helps.
Cheers
Olivier


Subject: JvDBGrid and AutoSort
From: "Alan Colburn" <aicolburn@yahoo.NOSPAM.com>
Date: Tue, 6 Feb 2007 17:39:43 -0800
Newsgroups: jedi.vcl

Hi folks --

I am new to the JvDBGrid component and I have to say that I am excited about 
it. It offers some features I have been looking for. I'm having a small 
problem, though. After I save and reload some data (in a ClientDataSet) 
which I'm displaying on the grid, it comes back sorted in a way I don't want 
it to be. In fact, I don't want it to be sorted at all. The AutoSort 
property is set to False, but I'm wondering if there's something I don't 
know about that might supersede this property? ... Are there properties or 
settings I'm not thinking about that I should look at?

Thanks, in advance -- Al C. (aicolburn@hotmail.com)





Subject: Re: Problem with new TJvLanguageLoader on 3.30 version
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Tue, 6 Feb 2007 23:19:00 +0100
Newsgroups: jedi.vcl

On Mon, 29 Jan 2007 12:37:45 -0300, "Marcelo" 
<marcelosoftware@yahoo.com.br> wrote in article <epl42r$647$1
@news.talkto.net>:
> > I was puting a loop to translate component caption strings like the 
> > following procdure
> > How can i contour that problem?

I'm guessing it's because JvLanguageLoader now uses TIniFile, which 
means that you need to set the correct section for each form, from 
which to load the strings.
Look for the FormSection property in JvLanguageLoader.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Interpreter Question...
From: "Alchemist" <dridenhour@stltoday.com>
Date: Tue, 6 Feb 2007 14:45:53 -0600
Newsgroups: jedi.vcl

Ivan,

Thanks for the info...  I tried Pas2Rai2 and it did a great job of creating 
adapter settings for the methods and such but ignored the public types.   I 
looked at the declaration for the SearchRec you referenced and it looks like 
doing that for this type might be problematic... as its a record containing 
several arrays of custom types.  Im thinking it might be easier to extend 
the interpreter with new functions to retrieve the data.

Basically create new functions which retrieve the information in manageable 
bits... then use Pas2Rai2 to create the adapter for those functions.   Sound 
workable?

Thanks,

Dan

"Ivan Ravin" <ivan_ra@mail.ru> wrote in message 
news:eq9gf8$qle$1@news.talkto.net...
> > If You want use own record types, you must register it in adapter. For 
> > example, look for AddRec expression in JvInterpreter_SysUtils module 
> > (registration of TSearchRec)
> > If You want to use own classes, register it in adapter too (look at any 
> > JvInterpreter_... module). There is helping utility in 
> > examples\RaLib\Pas2Rai2 folder making this process easily
> >
>> >> I know its possible to give a script access to an object using the 
>> >> GetValue method...  but this only seems to work for simple data types. 
>> >> For example If shared I could change FormName.Caption  but couldnt change 
>> >> FormName.ArrayStructureOrOtherComplexDataType.
>> >>
>> >> So is it possible to expose complex data types which are fields within an 
>> >> object to direct view/modification by a a script?
>> >>
> >
> > 




Subject: Text clipped in TJvScrollText component
From: Tim Coates <tc@rms-telecomms.com>
Date: Tue, 06 Feb 2007 22:30:03 +1000
Newsgroups: jedi.vcl

Hi,

I enter text

"This is a really long message"

to appear in the scroll text component, and have the text scroll from right to left. What happens is that if the text to display is longer than the width of the control it will chop off the remainder of the text. That is if the width of the component allows for at most

"This is a really long messa"

the user will never see text (characters) "ge". Compare the the scroll text component with a stock market ticker. Although this is not what we want to use the component for, what we expect to see is

"his is a really long messag"

after the "T" scrolls off the left hand side. When the "T" scrolls off the left, what we actually see is

"his is a really long messa"

I noticed a bug that had been entered into Mantis but was marked as resolved due to lack of feedback. Unless wordwrap does something that I dont know about, having text appear over multiple lines would not be satisfactory (for the people we develop software for).

So my questions are these -

1. is there some property in the component that I am not seeing.
2. is there a more recent version that performs as described above
3, if not 1 or 2, are there plans to resolve this scrolling issue?

Outside of the issue listed above this is a good component we it also does not appear to have cpu utilization issues that we have seen with other marquee type components.

If anyone had already implemented the changes requested above, would they gbe kind enough to share their code?

Thanks in advance,
Tim


Subject: Problem with TJvDBTreeView and the value "-1"
From: Zapology <Zapology@gmx.net>
Date: Tue, 06 Feb 2007 13:29:18 +0100
Newsgroups: jedi.vcl

My Table looks like this:

Table_Groups
-------------
ID    GUID
Name    VARCHAR
Parent    GUID

Some Values are

-1, "test -1", null
 2, "test  2", null
 3, "test  3", -1

MasterField = ID; DetailField = Parent; ItemField = Name

The output looks like this:

 - test -1
  |
  |_____ test 3

 - test2
 - test 3


It must be:

 - test -1
  |
  |_____ test 3

 - test2

If I change the value "-1" to "5" or what else it works!
It seems to me there are any Problems with "-1" in an VarChar Field?


Subject: Re: TJVHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 06 Feb 2007 13:03:33 +0100
Newsgroups: jedi.vcl

gustav wrote:
> Hi,
> are gps navigators HID devices? I have tried 'Basic Demo' (found at UsbHid demos), but it is not found at device list. The Usb cabel is ok because MapSource can use it. 

Obviously not. GPS devices are traditionally RS232 devices so have a look in Device Manager (with plugged GPS device) if you have an additional COM port. USB GPS devices usually come with virtual COM ports.


Subject: [OT][~] Thoughts on the JVCL validation framework
From: Andrea Raimondi <rainaple@tin.it>
Date: Tue, 06 Feb 2007 12:55:32 +0100
Newsgroups: jedi.vcl

http://www.andrearaimondi.net/index.php?m=02&y=07&entry=entry070206-030039

If you have anything to add, feel free to comment, either here or on my
weblog :-)

I marked it as "OT" only because the main topic is broader.

Andrew


Subject: TJVHidDeviceController
From: "gustav" <sterna@mbnet.fi>
Date: Tue, 6 Feb 2007 13:54:21 +0200
Newsgroups: jedi.vcl

Hi,
are gps navigators HID devices? I have tried 'Basic Demo' (found at UsbHid 
demos), but it is not found at device list. The Usb cabel is ok because 
MapSource can use it. 




Subject: Re: Interpreter Question...
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 6 Feb 2007 12:06:57 +0300
Newsgroups: jedi.vcl

If You want use own record types, you must register it in adapter. For 
example, look for AddRec expression in JvInterpreter_SysUtils module 
(registration of TSearchRec)
If You want to use own classes, register it in adapter too (look at any 
JvInterpreter_... module). There is helping utility in 
examples\RaLib\Pas2Rai2 folder making this process easily

> > I know its possible to give a script access to an object using the 
> > GetValue method...  but this only seems to work for simple data types. 
> > For example If shared I could change FormName.Caption  but couldnt change 
> > FormName.ArrayStructureOrOtherComplexDataType.
> >
> > So is it possible to expose complex data types which are fields within an 
> > object to direct view/modification by a a script?
> >




Subject: Interpreter Question...
From: "Alchemist" <dridenhour@stltoday.com>
Date: Mon, 5 Feb 2007 20:29:04 -0600
Newsgroups: jedi.vcl

All,

Ive just found the JEDI tools... they look great... but figuring out what 
does what is a bit of an adventure, and I have a question I havent been able 
to find an answer to.

I know its possible to give a script access to an object using the GetValue 
method...  but this only seems to work for simple data types.  For example 
If shared I could change FormName.Caption  but couldnt change 
FormName.ArrayStructureOrOtherComplexDataType.

So is it possible to expose complex data types which are fields within an 
object to direct view/modification by a a script?

Thanks 




Subject: RichEdit problems
From: Dev Singh <verman_d@hotmail.com>
Date: Mon, 5 Feb 2007 21:59:30 +0000 (UTC)
Newsgroups: jedi.vcl

I am using JVCL 3.3 with Delphi 7. With example for JVRichEdit I am trying 
to achieve the following but cannot. Could someone help me.
1. Set the default font to 'CityBlueprint' when starting a new document.
2. When pasting from HTML page, font information is completely lost.

Thanking you all.

Dev


Subject: Re: TJvTrayIcon problem
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 05 Feb 2007 22:26:53 +0100
Newsgroups: jedi.vcl

J Eisenheim wrote:
> That was, this function Sleeps 30*1000 miliseconds if Shell_NotifyIcon fails, and freezes the program.
>
> And unfortunatelly Shell_NotifyIcon many times fails with no real reason (tested on WinXP, Vista).
>

Did you set the Active property to True, before calling BalloonHint?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvTrayIcon problem
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 05 Feb 2007 22:13:51 +0100
Newsgroups: jedi.vcl

J Eisenheim wrote:
> That was, this function Sleeps 30*1000 miliseconds if Shell_NotifyIcon fails, and freezes the program.

That is weird. Can you be more specific on the circumstances when it fails?

* Can you reproduce the failure?
* Does it fail on a single or on multiple machines?
* Does it only happen at a specific time, eg. at startup of the machine, or only when the machine is stressed?
* Does it only happen with certain parameters passed to the BalloonHint method?
* Is it possible that some process is locking the shell?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvTrayIcon problem
From: "J Eisenheim" <j.eisenheim@gmail.com>
Date: Mon, 5 Feb 2007 21:41:57 +0200
Newsgroups: jedi.vcl

That was, this function Sleeps 30*1000 miliseconds if Shell_NotifyIcon 
fails, and freezes the program.

And unfortunatelly Shell_NotifyIcon many times fails with no real reason 
(tested on WinXP, Vista).

Anybody has a solution ?

function TJvTrayIcon.NotifyIcon(uFlags: UINT; dwMessage: DWORD): Boolean;
const
  cMaxRetryCount = 30; // arbitrary
  cDelay = 1000; // arbitrary
var
  ErrorCode: Integer;
  RetryCount: Integer;
begin
  FIconData.uFlags := uFlags;
  Result := Shell_NotifyIcon(dwMessage, @FIconData);
  if not Result then
  begin
    { Calling Shell_NotifyIcon can fail on XP when the shell is busy
      See http://support.microsoft.com/default.aspx?scid=kb;ja;418138

      Shell_NotifyIcon has a timeout of 4 sec. to complete. If that fails
      because the shell is busy, then False is returned and GetLastError
      returns ERROR_TIMEOUT (but testing shows that it can also return 0)
      Solution is to wait a bit and retry.

      However, even when GetLastError() returns ERROR_TIMEOUT,
      the icon can often be actually added(or deleted).

      If NIM_ADD times out and Shell_NotifyIcon(NIM_MODIFY) returns true,
      the addition of the icon was actually successful.
      Similarly, if NIM_DELETE times out and Shell_NotifyIcon(NIM_MODIFY) 
returns
      false, the deletion of the icon was actually successful. (See Mantis 
#3747)

      http://qc.borland.com/wc/qcmain.aspx?d=29306 provides steps to
      reproduce this problem.
    }
    ErrorCode := GetLastError;
    if (ErrorCode = 0) or (ErrorCode = ERROR_TIMEOUT) then
    begin
      RetryCount := 0;
      repeat
        Sleep(cDelay);

        case dwMessage of
          NIM_ADD: Result := Shell_NotifyIcon(NIM_MODIFY, @FIconData);
          NIM_DELETE: Result := not Shell_NotifyIcon(NIM_MODIFY, 
@FIconData);
        end;

        if Result then
          Exit;

        Inc(RetryCount);
        Result := Shell_NotifyIcon(dwMessage, @FIconData);
      until Result or (RetryCount > cMaxRetryCount);
    end;
  end;
end;


"J Eisenheim" <j.eisenheim@gmail.com> wrote in message 
news:eq7vvi$io8$1@news.talkto.net...
> > Hi,
> >
> > With JediVCL 3.3  and Delphi 2006
> >
> > TrayIcon.BalloonHint() can freeze the program for a few seconds and 
> > balloon is not displayed.
> >
> > Any solution ?
> >
> > JediVCL 3.2 worked fine.
> >
> > Thanks.
> > 




Subject: Re: Can anyone give me some background on what happened in design\JvDataProviderItemDesign.pas since 3.0 regarding VirtualProtect?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 05 Feb 2007 20:23:13 +0100
Newsgroups: jedi.vcl

Warren Postma a écrit :
> Can anyone (who is outchy?) clarify what's up here?

Hi,

I'm outchy, you can view the names for the usernames at:
http://sourceforge.net/project/memberlist.php?group_id=45786

This access violation is thrown by DEP (Data Execution Prevention). This technology prevents data from the stack or from the heap to be executed without priorly being allowed to.
You apparently either turned DEP on on your computer or enabled DEP in the IDE process. The modifications that were made in the repository should solve DEP issues in the JCL and the JVCL (there were some in JclDebug, JvDataItemProviders etc).
The modifications were discussed in this thread:
http://delphi.newswhat.com/geoxml/forumhistorythread?groupname=jedi.vcl&messageid=ekd18s$cm1$1@news.talkto.net
http://tinyurl.com/ysjgfy

In the code you pasted, the problem is caused by changing the access rights for the 4 bytes (removing the execution bit - these changes apply to the entire memory page - 2KB - including the address of this code): when the VirtualProperty function returns, the memory page is not allowed to be executed anymore and an exception is raised.

Do you use the SVN version or JVCL 3.0?

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: TJvTrayIcon problem
From: "J Eisenheim" <j.eisenheim@gmail.com>
Date: Mon, 5 Feb 2007 21:19:23 +0200
Newsgroups: jedi.vcl

Hi,

With JediVCL 3.3  and Delphi 2006

TrayIcon.BalloonHint() can freeze the program for a few seconds and balloon 
is not displayed.

Any solution ?

JediVCL 3.2 worked fine.

Thanks. 




Subject: Can anyone give me some background on what happened in design\JvDataProviderItemDesign.pas since 3.0 regarding VirtualProtect?
From: Warren Postma <wp@tekran.com>
Date: Mon, 05 Feb 2007 13:46:51 -0500
Newsgroups: jedi.vcl

I notice that some virtual-memory tweakage code has been changed. I just ran into a case where this was screwing me up.  I am wondering WHY it suddently broke on me.
Can anyone tell me anything that would help me figure out the mystery.  I changed some apparently unrelated things on my computer, and suddenly this code started
throwing access violations when I start up delphi:

{from earlier version 3.0 of JvDataProviderItemDesign.pas:}

procedure CreateTypeInfo(const AClass: TClass);
var
 P: PChar;
 PNewInfo: Pointer;
 OldProtect: Cardinal;
begin
 P := TypeInfoFromClass(AClass);
 { Below the typeinfo is cloned, while an additional 2048 bytes are reserved at the end. This 2048
   bytes will be used to "inject" additional properties. Since each property takes 27 + the length
   of the property name bytes, assuming an average of 40 bytes/property will allow approximately 50
   properties to be appended to the existing property list. }
 // (rom) is there some security so we do not blow up everything by exceeding the 2048 bytes?
 PNewInfo := CloneTypeInfo(Pointer(PInteger(P)^), 2048);
 {$IFDEF MSWINDOWS}
 if VirtualProtect(P, 4, PAGE_WRITECOPY, OldProtect) then  /// XXX ACCESS VIOLATION
 try
   PInteger(P)^ := Integer(PNewInfo);
 finally
   VirtualProtect(P, 4, OldProtect, OldProtect);
 end;
 {$ENDIF MSWINDOWS}
 {$IFDEF LINUX}
 WriteProcessMemory(GetCurrentProcess, P, PNewInfo, 4, OldProtect);  // asn ???
 {$ENDIF LINUX}
end;


This has been rewritten in the latest SVN stuff, the direct call to virtualProtect was replaced.

Can anyone (who is outchy?) clarify what's up here?

Warren


Subject: JvInspector
From: "Heiko Tappe" <tappe@transdata.net>
Date: Mon, 5 Feb 2007 15:58:43 +0100
Newsgroups: jedi.vcl

As a newbie to TJvInspector I would like to know what would be the 
best/easiest way to work on the properties of my objects.

Let's say one of my objects looks like this...

TMyObject = class
....
public
  property Name: string read GetName write SetName;
  property Value: Integer read GetValue write SetValue;
  ...
end;

So no published properties, "only" public.

Now I thought I could do something like adding the properties I'd like to 
see in the inspector, e.g.

  Add/Register(ObjectInstance, PropertyName, PropertyType, AddrOfGetter, 
AddrOfSetter{if not readonly}, ...)

I had a look at the examples but couldn't find something suitable.

I could of course write mapper classes which publish the properties I want 
to see in the inspector.
But I would like to avoid that ;-)

--Heiko 




Subject: Re: TJvCheckListView
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Feb 2007 13:50:02 +0100
Newsgroups: jedi.vcl

Edward Koryagin wrote:
> procedure TJvTreeView.ClearSelection;
>
> Line 2627
>
> if not Assigned( FSelectedList ) or ( FSelectedList.Count = 0 ) then
>     Exit;
> instead of
>   if FSelectedList.Count = 0 then
>     Exit;


Fixed in SVN. The filename would have been helpful.


Subject: TJvCheckListView
From: "Edward Koryagin" <eduardk@slingshot.co.nz>
Date: Tue, 6 Feb 2007 00:22:23 +1300
Newsgroups: jedi.vcl

procedure TJvTreeView.ClearSelection;

Line 2627

if not Assigned( FSelectedList ) or ( FSelectedList.Count = 0 ) then
    Exit;
instead of
  if FSelectedList.Count = 0 then
    Exit;





Subject: Re: Problem with new TJvLanguageLoader on 3.30 version
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Mon, 5 Feb 2007 10:18:06 +0000 (UTC)
Newsgroups: jedi.vcl

Marcelo wrote:

> > DxGettext is a component ??
> > Is it the Ideal tool to translate strings of components as labels for
> > exemple in runtime as JvLanguageLoader was?

http://dybdahl.dk/dxgettext/

-- Best regards :-) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: Problem with new TJvLanguageLoader on 3.30 version
From: "Marcelo" <marcelosoftware@yahoo.com.br>
Date: Sun, 4 Feb 2007 22:04:33 -0300
Newsgroups: jedi.vcl

Ok, so why is it still there?
DxGettext is a component ??
Is it the Ideal tool to translate strings of components as labels for 
exemple in runtime as JvLanguageLoader was?

thanks in advance.

"OBones" <obones_gf_@_fe_altern.org> escreveu na mensagem 
news:epmsh8$fmk$2@news.talkto.net...
> > This component has been dropped in favor of DxGettext as it was not stable 
> > enough and did not allow for easy maintenance. 




Subject: Re: EAccessViolation in TJvSimpleXMLElem
From: Tim Coates <tc@rms-telecomms.com>
Date: Mon, 05 Feb 2007 10:03:08 +1000
Newsgroups: jedi.vcl

I have tested this theory out and it does not generate an AV (any error) in development/testing environment.

Tim

Tim Coates wrote:
>  From my post below.. if FSelACDPabxId were any an empty string.... would that be enough to trigger this error?
>
> Tim
>
> Tim Coates wrote:
>> Thanks for the info re JclDebug. I have included the stack list after doing what was suggested in the "how to" file. Would I be correct in saying the fault lies in the method "SaveMyAgents". (I dont know why this procedure would be called when the program first starts, but...)
>>
>> The offending line of code is...
>>
>> WriteInteger('myagents\' + FSelACDPabxId + '\count', lvMyAgents.Items.Count);
>>
>> Regardless of whether this the procedure is called or not, it does not alter the fact that it otherwise works in many other installations.
>>
>> Any help appreciated. Thanks,
>>
>> Tim Coates
>>
>>
>> Exception class: EAccessViolation
>> Exception address: 006C6A77
>> ----------------------------------------------------------------------------------------------------
>> Stack list, generated 2/2/2007 8:07:44 PM
>> [006C6A77] JvSimpleXml.TJvSimpleXMLElem.GetItems (Line 1292, "JvSimpleXml.pas" + 1) + $0
>> [00404417] System.@HandleAnyException (Line 9362, "system.pas" + 13) + $0
>> [006CB266] JvAppXMLStorage.TJvCustomAppXMLStorage.DoWriteInteger (Line 497, "JvAppXMLStorage.pas" + 5) + $8
>> [005146D6] JvAppStorage.TJvCustomAppStorage.WriteIntegerInt (Line 1583, "JvAppStorage.pas" + 1) + $8
>> [00515519] JvAppStorage.TJvCustomAppStorage.WriteInteger (Line 1861, "JvAppStorage.pas" + 3) + $A
>> [00B4C4CF] TSy_Main.TApplModl1.SaveMyAgents (Line 14851, "TSy_Main.pas" + 4) + $3C
>> [00B4CD95] TSy_Main.TApplModl1.ChngPbxAcdModl (Line 14989, "TSy_Main.pas" + 13) + $3
>> [00B2E9D6] TSy_Main.TApplModl1.cbPbxListChange (Line 7003, "TSy_Main.pas" + 44) + $6
>> [00B2FD40] TSy_Main.TApplModl1.WMPostInit (Line 7301, "TSy_Main.pas" + 34) + $5
>> [0046CDC7] Controls.TControl.WndProc (Line 4561, "Controls.pas" + 53) + $8
>> [0058AA84] JvListView.TJvListView.WMAutoSelect (Line 1378, "JvListView.pas" + 7) + $9
>> [0046CDC7] Controls.TControl.WndProc (Line 4561, "Controls.pas" + 53) + $8
>> [00470C28] Controls.TWinControl.DefaultHandler (Line 6269, "Controls.pas" + 23) + $28
>> [00470AE2] Controls.TWinControl.WndProc (Line 6242, "Controls.pas" + 33) + $6
>> [0048C684] Forms.TCustomForm.WndProc (Line 3044, "Forms.pas" + 103) + $6
>> [00573333] JvWndProcHook.TJvHookInfos.WindowProc (Line 767, "JvWndProcHook.pas" + 33) + $9
>> [004706B4] Controls.TWinControl.MainWndProc (Line 6139, "Controls.pas" + 3) + $9
>> [00433C34] Classes.StdWndProc (Line 10563, "classes.pas" + 8) + $0
>> [00494164] Forms.TApplication.ProcessMessage (Line 6696, "Forms.pas" + 13) + $4
>> [004941AB] Forms.TApplication.HandleMessage (Line 6715, "Forms.pas" + 1) + $6
>> [00494446] Forms.TApplication.Run (Line 6799, "Forms.pas" + 16) + $3
>> [00B52E94] tsy_admin.tsy_admin (Line 170, "C:\devp\telesystem\tsy_admin.dpr" + 14) + $7
>> ----------------------------------------------------------------------------------------------------
>> System   : Windows XP Professional, Version: 5.1, Build: A28, "Service Pack 2"
>> Processor: Intel,               Intel(R) Pentium(R) 4 CPU 3.00GHz, 2980 MHz MMX
>> Display  : 1280x1024 pixels, 32 bpp
>> ----------------------------------------------------------------------------------------------------
>> List of loaded modules:
>> [00400000] C:\Program Files\RMST\CALLManager\bin\tsy_admin.exe
>>            7.0.0.445 - 7.0.0.445
>>            Phone System Administration
>> [00E90000] C:\Program Files\RMST\CALLManager\bin\TeleSecurity.dll
>> <00400000> 7.0.0.441 - 7.0.0.441
>>            TeleSecurity Module
>> [010F0000] C:\WINDOWS\system32\borlndmm.dll
>>            6.0.6.163 - 6.0.6.163
>>            Borland Memory Manager
>> [01100000] C:\Program Files\RMST\CALLManager\bin\Telelog.dll
>> <00400000> 7.0.0.441 - 7.0.0.441
>>            TeleLog Module
>> [019C0000] C:\WINDOWS\system32\msi.dll
>> <745E0000> 3.1.4000.2435 - 3.1.4000.2435
>>            Windows Installer
>> [02430000] C:\Program Files\Common Files\System\msadc\msadcer.dll
>> <20000000> 2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Data Access - OLE DB Cursor Engine Resources
>> [028B0000] C:\Program Files\Common Files\System\Ole DB\SQLOLEDB.RLL
>> <00400000> 2000.85.1117.0 - 2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft OLE DB Provider for SQL Server
>> [03630000] C:\WINDOWS\system32\shdoclc.dll
>> <20000000> 6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>>            Shell Doc Object and Control Library
>> [04220000] C:\WINDOWS\IME\SPGRMR.DLL
>> <20000000> 5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            SPTIP Grammar DLL
>> [04240000] C:\Program Files\Common Files\Microsoft Shared\INK\SKCHUI.DLL
>> <10000000> 1.0.1038.0 - 1.0.1038.0
>>            Draw Pen Tip
>> [10000000] C:\DOCUME~1\ardmy\LOCALS~1\Temp\IadHide5.dll
>>            7.2.0.157 - Version 7.2.0 (Build 157R)
>>            IAdHide
>> [10100000] C:\Program Files\Logitech\SetPoint\lgscroll.dll
>>            2.60.606.0 - 2.60.606
>>            Logitech Scroll Enabler (UNICODE)
>> [13D00000] C:\Program Files\ScanSoft\OmniPagePro14.0\OpHook14.dll
>>            14.0.2003.10281 - 14.0.2003.10281
>>            OCR Aware Hook (32-bit)
>> [20000000] C:\WINDOWS\system32\xpsp2res.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Service Pack 2 Messages
>> [4DD00000] C:\Program Files\Common Files\System\Ole DB\sqloledb.dll
>>            2000.85.1117.0 - 2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft OLE DB Provider for SQL Server
>> [4DE10000] C:\Program Files\Common Files\System\ado\msado15.dll
>>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Data Access - ActiveX Data Objects
>> [51580000] C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\MSDBG2.DLL
>>            7.0.9466.0 - 7.00.9466
>>            Active Debugging Proxy/Stub
>> [51660000] C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\PDM.DLL
>>            7.0.9466.0 - 7.00.9466
>>            Process Debug Manager
>> [5AD70000] C:\WINDOWS\system32\uxtheme.dll
>>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft UxTheme Library
>> [5B860000] C:\WINDOWS\system32\NETAPI32.dLL
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Net Win32 API DLL
>> [5C2C0000] C:\WINDOWS\ime\sptip.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            SAPI5.0/CTF layer DLL
>> [5EDD0000] C:\WINDOWS\system32\olepro32.dll
>>            5.1.2600.2180 - 5.1.2600.2180
>> [605D0000] C:\WINDOWS\system32\mslbui.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            LangageBar Add In
>> [60E30000] C:\Program Files\Common Files\System\Ole DB\MSDATL3.dll
>>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Data Access - OLE DB Implementation Support Routines
>> [65E20000] C:\WINDOWS\system32\itss.dll
>>            5.2.3790.2453 - 5.2.3790.2453 (srv03_sp1_gdr.050525-1542)
>>            Microsoft® InfoTech Storage System Library
>> [662B0000] C:\WINDOWS\system32\hnetcfg.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Home Networking Configuration Manager
>> [6C1B0000] C:\WINDOWS\system32\DUSER.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows DirectUser Engine
>> [6D4F0000] C:\WINDOWS\system32\DBNETLIB.DLL
>>            2000.85.1117.0 - 2000.085.1117 (xpsp_sp2_rtm.040803-2158)
>>            Winsock Oriented Net DLL for SQL Clients
>> [71A50000] C:\WINDOWS\system32\mswsock.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Windows Sockets 2.0 Service Provider
>> [71A90000] C:\WINDOWS\System32\wshtcpip.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows Sockets Helper DLL
>> [71AA0000] C:\WINDOWS\system32\WS2HELP.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows Socket 2.0 Helper for Windows NT
>> [71AB0000] C:\WINDOWS\system32\WS2_32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows Socket 2.0 32-Bit DLL
>> [71AD0000] C:\WINDOWS\system32\wsock32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows Socket 32-Bit DLL
>> [71B20000] C:\WINDOWS\system32\mpr.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Multiple Provider Router DLL
>> [71BF0000] C:\WINDOWS\system32\SAMLIB.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            SAM Library DLL
>> [71D90000] C:\WINDOWS\system32\url.dll
>>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>>            Internet Shortcut Shell Extension DLL
>> [71F80000] C:\WINDOWS\system32\security.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Security Support Provider Interface
>> [722B0000] C:\WINDOWS\system32\sensapi.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            SENS Connectivity API DLL
>> [72B40000] C:\WINDOWS\system32\appwiz.cpl
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Shell Application Manager
>> [73000000] C:\WINDOWS\system32\winspool.drv
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows Spooler Driver
>> [73160000] C:\Program Files\Common Files\System\Ole DB\oledb32.dll
>>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Data Access - OLE DB Core Services
>> [73DC0000] C:\WINDOWS\system32\LZ32.DLL
>>            5.1.2600.0 - 5.1.2600.0 (xpclient.010817-1148)
>>            LZ Expand/Compress API DLL
>> [74060000] C:\Program Files\Common Files\System\msadc\msadce.dll
>>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Data Access - OLE DB Cursor Engine
>> [746C0000] C:\WINDOWS\system32\msls31.dll
>>            3.10.349.0 - 3.10.349.0
>>            Microsoft Line Services library file
>> [746F0000] C:\WINDOWS\system32\msimtf.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Active IMM Server DLL
>> [74720000] C:\WINDOWS\system32\MSCTF.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            MSCTF Server DLL
>> [74C80000] C:\WINDOWS\system32\OLEACC.dll
>>            4.2.5406.0 - 4.2.5406.0 (xpclient.010817-1148)
>>            Active Accessibility Core Component
>> [74D30000] C:\WINDOWS\system32\oledlg.dll
>>            5.1.2600.0 - 1.0 (XPClient.010817-1148)
>>            Microsoft Windows(TM) OLE 2.0 User Interface Support
>> [74E30000] C:\WINDOWS\system32\RICHED20.DLL
>>            5.30.23.1221 - 5.30.23.1221
>>            Rich Text Edit Control, v3.0
>> [750B0000] C:\WINDOWS\system32\RESUTILS.DLL
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Cluster Resource Utility DLL
>> [750F0000] C:\WINDOWS\system32\MTXCLU.DLL
>>            2001.12.4414.311 - 2001.12.4414.311
>>            MS DTC amd MTS clustering support DLL
>> [75130000] C:\WINDOWS\system32\colbact.DLL
>>            2001.12.4414.258 - 2001.12.4414.258
>> [75350000] C:\Program Files\Common Files\System\Ole DB\OLEDB32R.DLL
>>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Data Access - OLE DB Core Services Resources
>> [754D0000] C:\WINDOWS\system32\CRYPTUI.dll
>>            5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Trust UI Provider
>> [755C0000] C:\WINDOWS\system32\msctfime.ime
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Text Frame Work Service IME
>> [75CF0000] C:\WINDOWS\system32\MLANG.dll
>>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>>            Multi Language Support DLL
>> [75E90000] C:\WINDOWS\system32\SXS.DLL
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Fusion 2.5
>> [76080000] C:\WINDOWS\system32\MSVCP60.dll
>>            6.2.3104.0 - 6.02.3104.0
>>            Microsoft (R) C++ Runtime Library
>> [76380000] C:\WINDOWS\system32\MSIMG32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            GDIEXT Client DLL
>> [76390000] C:\WINDOWS\system32\imm32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows XP IMM32 API Client DLL
>> [763B0000] C:\WINDOWS\system32\comdlg32.dll
>>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>>            Common Dialogs DLL
>> [765B0000] C:\WINDOWS\system32\MSDART.DLL
>>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Data Access - OLE DB Runtime Routines
>> [76620000] C:\WINDOWS\system32\comsvcs.dll
>>            2001.12.4414.258 - 2001.12.4414.258
>> [767A0000] C:\WINDOWS\system32\ntdsapi.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            NT5DS
>> [769C0000] C:\WINDOWS\system32\USERENV.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Userenv
>> [76B40000] C:\WINDOWS\system32\winmm.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            MCI API DLL
>> [76BF0000] C:\WINDOWS\system32\PSAPI.DLL
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Process Status Helper
>> [76C30000] C:\WINDOWS\system32\WINTRUST.dll
>>            5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Trust Verification APIs
>> [76C90000] C:\WINDOWS\system32\IMAGEHLP.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows NT Image Helper
>> [76D10000] C:\WINDOWS\system32\CLUSAPI.DLL
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Cluster API Library
>> [76D60000] C:\WINDOWS\system32\IPHlpAPI.DLL
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            IP Helper API
>> [76E80000] C:\WINDOWS\system32\rtutils.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Routing Utilities
>> [76E90000] C:\WINDOWS\system32\rasman.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Remote Access Connection Manager
>> [76EB0000] C:\WINDOWS\system32\TAPI32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft® Windows(TM) Telephony API Client DLL
>> [76EE0000] C:\WINDOWS\system32\RASAPI32.DLL
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Remote Access API
>> [76F20000] C:\WINDOWS\system32\DNSAPI.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            DNS Client API DLL
>> [76F60000] C:\WINDOWS\system32\WLDAP32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Win32 LDAP API DLL
>> [76FB0000] C:\WINDOWS\System32\winrnr.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            LDAP RnR Provider DLL
>> [76FC0000] C:\WINDOWS\system32\rasadhlp.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Remote Access AutoDial Helper
>> [76FD0000] C:\WINDOWS\system32\CLBCATQ.DLL
>>            2001.12.4414.258 - 2001.12.4414.258
>> [77050000] C:\WINDOWS\system32\COMRes.dll
>>            2001.12.4414.258 - 2001.12.4414.258
>> [77120000] C:\WINDOWS\system32\oleaut32.dll
>>            5.1.2600.2180 - 5.1.2600.2180
>> [771B0000] C:\WINDOWS\system32\wininet.dll
>>            6.0.2900.2861 - 6.00.2900.2861 (xpsp_sp2_gdr.060303-1517)
>>            Internet Extensions for Win32
>> [77260000] C:\WINDOWS\system32\urlmon.dll
>>            6.0.2900.2870 - 6.00.2900.2870 (xpsp_sp2_gdr.060317-1513)
>>            OLE32 Extensions for Win32
>> [773D0000] C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
>>            6.0.2900.2180 - 6.0 (xpsp_sp2_rtm.040803-2158)
>>            User Experience Controls Library
>> [774E0000] C:\WINDOWS\system32\ole32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft OLE for Windows
>> [77690000] C:\WINDOWS\system32\NTMARTA.DLL
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows NT MARTA provider
>> [77760000] C:\WINDOWS\system32\SHDOCVW.dll
>>            6.0.2900.2877 - 6.00.2900.2877 (xpsp_sp2_gdr.060329-1545)
>>            Shell Doc Object and Control Library
>> [77920000] C:\WINDOWS\system32\SETUPAPI.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows Setup API
>> [77A80000] C:\WINDOWS\system32\CRYPT32.dll
>>            5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Crypto API32
>> [77B20000] C:\WINDOWS\system32\MSASN1.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            ASN.1 Runtime APIs
>> [77B40000] C:\WINDOWS\system32\appHelp.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Application Compatibility Client Library
>> [77C00000] C:\WINDOWS\system32\version.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Version Checking and File Installation Libraries
>> [77C10000] C:\WINDOWS\system32\msvcrt.dll
>>            7.0.2600.2180 - 7.0.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows NT CRT DLL
>> [77C70000] C:\WINDOWS\system32\msv1_0.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Microsoft Authentication Package v1.0
>> [77D40000] C:\WINDOWS\system32\user32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows XP USER API Client DLL
>> [77DD0000] C:\WINDOWS\system32\advapi32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Advanced Windows 32 Base API
>> [77E70000] C:\WINDOWS\system32\RPCRT4.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Remote Procedure Call Runtime
>> [77F10000] C:\WINDOWS\system32\GDI32.dll
>>            5.1.2600.2818 - 5.1.2600.2818 (xpsp_sp2_gdr.051228-1427)
>>            GDI Client DLL
>> [77F60000] C:\WINDOWS\system32\SHLWAPI.dll
>>            6.0.2900.2861 - 6.00.2900.2861 (xpsp_sp2_gdr.060303-1517)
>>            Shell Light-weight Utility Library
>> [77FE0000] C:\WINDOWS\system32\Secur32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Security Support Provider Interface
>> [78130000] C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd\MSVCR80.dll
>>            8.0.50727.42 - 8.00.50727.42
>>            Microsoft® C Runtime Library
>> [7C420000] C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd\MSVCP80.dll
>>            8.0.50727.42 - 8.00.50727.42
>>            Microsoft® C++ Runtime Library
>> [7C800000] C:\WINDOWS\system32\kernel32.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows NT BASE API Client DLL
>> [7C900000] C:\WINDOWS\system32\ntdll.dll
>>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>>            NT Layer DLL
>> [7C9C0000] C:\WINDOWS\system32\shell32.dll
>>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>>            Windows Shell Common Dll
>> [7DB10000] C:\WINDOWS\system32\HHCTRL.OCX
>>            5.2.3790.2453 - 5.2.3790.2453 (srv03_sp1_gdr.050525-1542)
>>            Microsoft® HTML Help Control
>> [7DC30000] C:\WINDOWS\system32\mshtml.dll
>>            6.0.2900.2873 - 6.00.2900.2873 (xpsp_sp2_gdr.060322-1613)
>>            Microsoft (R) HTML Viewer
>> ----------------------------------------------------------------------------------------------------
>> Active Controls hierarchy:
>> TCheckBox "CheckBox1"
>> TPanel "Panel1"
>> TfrmEmbedHelpWin "frmEmbedHelpWin"
>> ----------------------------------------------------------------------------------------------------


Subject: Re: TJvCustomAppXMLStorage.GetNodeFromPath - non-optimized ?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 04 Feb 2007 23:09:29 +0300
Newsgroups: jedi.vcl

What about adding JvConsts into implementation uses and convertings SUBJ as following ?

function TJvCustomAppXMLStorage.GetNodeFromPath(Path: string; StartNode: TJvSimpleXmlElem = nil): TJvSimpleXmlElem;
var
  NodeList: TStringList;
  I: Integer;
  Node: TJvSimpleXmlElem;
  NodeName: string;
begin
  Result := nil;

  ReloadIfNeeded;
  if StartNode <> nil then
    Node := StartNode
  else
    Node := Xml.Root;

  try
    NodeList := TStringList.Create;
    try
      StrToStrings(Path, PathDelim, NodeList, False);

      // If the name is the same as the root AND the first in
      if NodeList.Count > 0 then
         if CheckNodeNameCharacters(NodeList[0]) = Xml.Root.Name then
            NodeList.Delete(0);

      for I := 0 to NodeList.Count - 1 do
      begin
        // Node names cannot have spaces in them so we replace
        // those spaces by the replacement string. If there is
        // no such string, we trigger an exception as the XML
        // standard doesn't allow spaces in node names
        NodeName := CheckNodeNameCharacters(NodeList[I]);

        Node := Node.Items.ItemNamed[NodeName];
        if not Assigned(Node) then
           Exit; // return nil, if cannot travers full Path
      end;
    finally
      NodeList.Free;
    end;
  except
    Node := nil;
  end;
  Result := Node;
end;


Subject: TJvCustomAppXMLStorage.GetNodeFromPath - non-optimized ?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 04 Feb 2007 21:50:36 +0300
Newsgroups: jedi.vcl

AS: i think, TRY statesment are to be swapped.
There may be chance, that     Node := Xml.GetRoot; would raise an Exception, and stringlist would not be freed.

This is the main loop, that looks


Won't it be better to check for (1) before the loop than in every iteration of loop ?

Statement 2 makes loop through all the items making string comparing - quite an expensive operation - to get value that... would be dropped out to be re-calculated in next statement.
I think Delphi can never optimize this, so won't it be better to make it twice faster by caching the value in temporary var ?

for I := 0 to NodeList.Count - 1 do
  begin
    NodeName := CheckNodeNameCharacters(NodeList[I]);

     // If the name is the same as the root AND the first in
     if not ((I = 0) and (NodeName = Xml.Root.Name)) then          (1)
       if Assigned(Node.Items.ItemNamed[NodeName]) then            (2)
         Node := Node.Items.ItemNamed[NodeName]
       else
         Exit;
end;

As you can see, if at some point


Subject: Re: Midas with latest Jedi 3.3
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 04 Feb 2007 21:22:50 +0300
Newsgroups: jedi.vcl

> [Error] Packages 'dsnapcon' and 'JvDBD7R' both contain unit 'MConnect'

what is the package dsnapcon ?

> jvcld7.inc and note the advise that: I need to add JvDlgsXXX.dcp to JvDBXXX.bpk.
>
> First, should that be JvDBXXX.bpk or JvDBXXX.dpk (working with D7 here).

DCP is compiled BPK. Like DCU for PAS
DPK was used in Delphi 3, in C++ Builder it became BPK, Delphi 4 followed.


Subject: Re: JVCL 3.30 Install problem
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 04 Feb 2007 21:17:45 +0300
Newsgroups: jedi.vcl

03.02.07 в 14:30 Yaþar ÖZANLAÐAN в своём письме писал(а):

> C:\Jedi\jvcl\run\JvSimpleXml.pas(45) Fatal: F2051 Unit JclSimpleXml was
> compiled with a different version of
> JclResources.RsEInvalidXMLElementUnexpectedCharacte

When you see messages like that, it is 90% chance that you did not updated all copies of JclResources module.

Do search all you drives for file mask JclResources.*
Chances are, you will find some old unupdated copy of JclResource.dcu or ..pas

I also wonder if old copy of unit can be sealed within some old unupdated ..dcp file (i ain't sure which BPK (and hence DCP) file does contain JclResources).


Subject: AppXMLStorage - are delimiters in sync ?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 04 Feb 2007 21:09:30 +0300
Newsgroups: jedi.vcl

JvAppXMLStorage.pas, line 785 ->       StrToStrings(Path, '\', NodeList, False);

This insists that back-slash is always used for delimiter.
Comment for method CreateAndSetNode insists the same.

JvAppStorage.pas, line 1832 ->   TargetPath := PathDelim + ConcatPaths([Path, InPath]);
This line uses constant that might be usual slash in Linux.

I ain't sure that will really matter, chanced anyone will run it in Kylix/Lazarus/whatever, but it seems to be inconsistent to me.


Subject: JVCL 3.30 Install problem - not solved with existing fixing
From: "__hello__" <olivier.lucaes@laposte.net>
Date: Sun, 4 Feb 2007 16:55:19 +0100
Newsgroups: jedi.vcl

I have uninstalled version 3.2, including JCL version associated. All dcu
deleted. Install JCL ok. Install JVCL and get following message error. Try
all fix proposed for the same error without success.
Tried the very last version of JVCL (3.31) and daily JCL (1.99) one : same
issue.

C:\Program Files\Borland\Sources\JVCL330\run\JvSimpleXml.pas(45) Fatal:
F2051 Unit JclSimpleXml was compiled with a different version of
JclResources.RsEInvalidXMLElementUnexpectedCharacte


{-----------------------------------------------------------------------------
The contents of this file are subject to the Mozilla Public License
Version 1.1 (the "License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.mozilla.org/MPL/MPL-1.1.html

Software distributed under the License is distributed on an "AS IS" basis,
WITHOUT WARRANTY OF ANY KIND, either expressed or implied. See the License for
the specific language governing rights and limitations under the License.

The Original Code is: JvSimpleXML.PAS, released on 2002-06-03

The Initial Developer of the Original Code is Sébastien Buysse [sbuysse
att buypin dott com]
Portions created by Sébastien Buysse are Copyright (C) 2001 Sébastien Buysse.
All Rights Reserved.

Contributor(s): Christophe Paris.
                Florent Ouchet (move from the JVCL to the JCL).

You may retrieve the latest version of this file at the Project JEDI's
JVCL home page,
located at http://jvcl.sourceforge.net

Known Issues: This component does not parse the !DOCTYPE tags but
preserves them
-----------------------------------------------------------------------------}
// $Id: JvSimpleXml.pas 11143 2007-01-13 13:51:16Z obones $

unit JvSimpleXml;

{$I jvcl.inc}

interface

uses
  {$IFDEF MSWINDOWS}
  Windows, // Delphi 2005 inline
  {$ENDIF MSWINDOWS}
  SysUtils,
  Classes,
  {$IFDEF HAS_UNIT_VARIANTS}
  Variants,
  {$ENDIF HAS_UNIT_VARIANTS}
  {$IFDEF UNITVERSIONING}
  JclUnitVersioning,
  {$ENDIF UNITVERSIONING}
  JclSimpleXml;

type
  TJvOnSimpleXMLParsed = TJclOnSimpleXMLParsed;
  TJvOnValueParsed = TJclOnValueParsed;
  TJvOnSimpleProgress = TJclOnSimpleProgress;

  TJvSimpleHashTable = TJclSimpleHashTable;
  TJvSimpleXMLElem = TJclSimpleXMLElem;
  TJvSimpleXMLElemCData = TJclSimpleXMLElemCData;
  TJvSimpleXMLElemClass = TJclSimpleXMLElemClass;
  TJvSimpleXMLElemClassic = TJclSimpleXMLElemClassic;
  TJvSimpleXMLElemComment = TJclSimpleXMLElemComment;
  TJvSimpleXMLElemCompare = TJclSimpleXMLElemCompare;
  TJvSimpleXMLElemDocType = TJclSimpleXMLElemDocType;
  TJvSimpleXMLElemHeader = TJclSimpleXMLElemHeader;
  TJvSimpleXMLElemText = TJclSimpleXMLElemText;
  TJvSimpleXMLElems = TJclSimpleXMLElems;
  TJvSimpleXMLElemSheet = TJclSimpleXMLElemSheet;
  TJvSimpleXMLElemsProlog = TJclSimpleXMLElemsProlog;
  EJvSimpleXMLError = EJclSimpleXMLError;
  TJvSimpleXMLProp = TJclSimpleXMLProp;
  TJvSimpleXMLProps = TJclSimpleXMLProps;

  //Those hash stuffs are for future use only
  //Plans are to replace current hash by this mechanism
  TJvHashKind = TJclHashKind;

  TJvHashElem = TJclHashElem;
  PJvHashElem = PJclHashElem;
  TJvHashRecord = TJclHashRecord;
  PJvHashRecord = PJclHashRecord;
  TJvHashList = TJclHashList;
  PJvHashList = PJclHashList;

  TJvSimpleXMLOptions = TJclSimpleXMLOptions;

const
  sxoAutoCreate = JclSimpleXml.sxoAutoCreate;
  sxoAutoIndent = JclSimpleXml.sxoAutoIndent;
  sxoAutoEncodeValue = JclSimpleXml.sxoAutoEncodeValue;
  sxoAutoEncodeEntity = JclSimpleXml.sxoAutoEncodeEntity;
  sxoDoNotSaveProlog = JclSimpleXml.sxoDoNotSaveProlog;
  sxoTrimPrecedingTextWhitespace =
JclSimpleXml.sxoTrimPrecedingTextWhitespace;

type
  TJvSimpleXMLEncodeEvent = TJclSimpleXMLEncodeEvent;
  TJvSimpleXMLEncodeStreamEvent = TJclSimpleXMLEncodeStreamEvent;

  // to have access to the protected methods
  TJclHackSimpleXML = class(TJclSimpleXML) end;

  TJvSimpleXML = class(TComponent)
  private
    FJclSimpleXML: TJclHackSimpleXML;
    function GetFileName: TFileName;
    function GetIndentString: string;
    function GetOnDecodeStream: TJvSimpleXMLEncodeStreamEvent;
    function GetOnDecodeValue: TJvSimpleXMLEncodeEvent;
    function GetOnEncodeStream: TJvSimpleXMLEncodeStreamEvent;
    function GetOnEncodeValue: TJvSimpleXMLEncodeEvent;
    function GetOnLoadProgress: TJvOnSimpleProgress;
    function GetOnSaveProgress: TJvOnSimpleProgress;
    function GetOnTagParsed: TJvOnSimpleXMLParsed;
    function GetOnValueParsed: TJvOnValueParsed;
    function GetOptions: TJvSimpleXMLOptions;
    function GetProlog: TJvSimpleXMLElemsProlog;
    function GetRoot: TJvSimpleXMLElemClassic;
    procedure SetOnDecodeStream(const Value: TJvSimpleXMLEncodeStreamEvent);
    procedure SetOnDecodeValue(const Value: TJvSimpleXMLEncodeEvent);
    procedure SetOnEncodeStream(const Value: TJvSimpleXMLEncodeStreamEvent);
    procedure SetOnEncodeValue(const Value: TJvSimpleXMLEncodeEvent);
    procedure SetOnLoadProgress(const Value: TJvOnSimpleProgress);
    procedure SetOnSaveProgress(const Value: TJvOnSimpleProgress);
    procedure SetOnTagParsed(const Value: TJvOnSimpleXMLParsed);
    procedure SetOnValueParsed(const Value: TJvOnValueParsed);
    procedure SetOptions(const Value: TJvSimpleXMLOptions);
    procedure SetProlog(const Value: TJvSimpleXMLElemsProlog);
  protected
    procedure SetIndentString(const Value: string);
    procedure SetRoot(const Value: TJclSimpleXMLElemClassic);
    procedure SetFileName(Value: TFileName);
    procedure DoLoadProgress(const APosition, ATotal: Integer);
    procedure DoSaveProgress;
    procedure DoTagParsed(const AName: string);
    procedure DoValueParsed(const AName, AValue: string);
    procedure DoEncodeValue(var Value: string); virtual;
    procedure DoDecodeValue(var Value: string); virtual;
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
    procedure LoadFromString(const Value: string);
    procedure LoadFromFile(const FileName: TFileName);
    procedure LoadFromStream(Stream: TStream);
    procedure LoadFromResourceName(Instance: THandle; const ResName: string);
    procedure SaveToFile(FileName: TFileName);
    procedure SaveToStream(Stream: TStream);
    function SaveToString: string;
    property Prolog: TJvSimpleXMLElemsProlog read GetProlog write SetProlog;
    property Root: TJvSimpleXMLElemClassic read GetRoot write SetRoot;
    property XMLData: string read SaveToString write LoadFromString;
  published
    property FileName: TFileName read GetFileName write SetFileName;
    property IndentString: string read GetIndentString write SetIndentString;
    property Options: TJvSimpleXMLOptions read GetOptions write SetOptions
default [sxoAutoIndent, sxoAutoEncodeValue, sxoAutoEncodeEntity];
    property OnSaveProgress: TJvOnSimpleProgress read GetOnSaveProgress
write SetOnSaveProgress;
    property OnLoadProgress: TJvOnSimpleProgress read GetOnLoadProgress
write SetOnLoadProgress;
    property OnTagParsed: TJvOnSimpleXMLParsed read GetOnTagParsed write
SetOnTagParsed;
    property OnValueParsed: TJvOnValueParsed read GetOnValueParsed write
SetOnValueParsed;
    property OnEncodeValue: TJvSimpleXMLEncodeEvent read GetOnEncodeValue
write SetOnEncodeValue;
    property OnDecodeValue: TJvSimpleXMLEncodeEvent read GetOnDecodeValue
write SetOnDecodeValue;
    property OnEncodeStream: TJvSimpleXMLEncodeStreamEvent read
GetOnEncodeStream write SetOnEncodeStream;
    property OnDecodeStream: TJvSimpleXMLEncodeStreamEvent read
GetOnDecodeStream write SetOnDecodeStream;
  end;

{$IFNDEF CLR}
{$IFDEF COMPILER6_UP}
type
  TXMLVariant = JclSimpleXml.TXMLVariant {$IFDEF COMPILER10_UP} deprecated
{$ENDIF COMPILER10_UP}; // use JclSimpleXml.TXMLVariant

  TXMLVarData = JclSimpleXML.TXMLVarData {$IFDEF COMPILER10_UP} deprecated
{$ENDIF COMPILER10_UP}; // JclSimpleXML.TXMLVarData

procedure XMLCreateInto(var ADest: Variant; const AXML: TJvSimpleXMLElem);
deprecated; // use JclSimpleXml.XMLCreateInto
function XMLCreate(const AXML: TJvSimpleXMLElem): Variant; overload;
deprecated; // use JclSimpleXml.XMLCreate
function XMLCreate: Variant; overload; deprecated; // use
JclSimpleXml.XMLCreate

function VarXML: TVarType; deprecated; // use JclSimpleXml.VarXML

{$ENDIF COMPILER6_UP}
{$ENDIF !CLR}

// Encodes a string into an internal format:
// any character <= #127 is preserved
// all other characters are converted to hex notation except
// for some special characters that are converted to XML entities
function SimpleXMLEncode(const S: string): string; {$IFDEF COMPILER6_UP}
deprecated; {$ENDIF COMPILER6_UP} // use JclSimpleXml.SimpleXMLEncode
// Decodes a string encoded with SimpleXMLEncode:
// any character <= #127 is preserved
// all other characters and substrings are converted from
// the special XML entities to characters or from hex to characters
// NB! Setting TrimBlanks to true will slow down the process considerably
procedure SimpleXMLDecode(var S: string; TrimBlanks: Boolean); {$IFDEF
COMPILER6_UP} deprecated; {$ENDIF COMPILER6_UP} // use
JclSimpleXml.SimpleXMLDecode

function XMLEncode(const S: string): string; {$IFDEF COMPILER6_UP}
deprecated; {$ENDIF COMPILER6_UP} // use JclSimpleXml.XMLEncode
function XMLDecode(const S: string): string; {$IFDEF COMPILER6_UP}
deprecated; {$ENDIF COMPILER6_UP} // use JclSimpleXml.XMLDecode

// Encodes special characters (', ", <, > and &) into XML entities
(@apos;, &quot;, &lt;, &gt; and &amp;)
function EntityEncode(const S: string): string; {$IFDEF COMPILER6_UP}
deprecated; {$ENDIF COMPILER6_UP} // use JclSimpleXml.EntityEncode
// Decodes XML entities (@apos;, &quot;, &lt;, &gt; and &amp;) into
special characters (', ", <, > and &)
function EntityDecode(const S: string): string; {$IFDEF COMPILER6_UP}
deprecated; {$ENDIF COMPILER6_UP} // use JclSimpleXml.EntityDecode

{$IFDEF UNITVERSIONING}
const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$URL:
https://jvcl.svn.sourceforge.net:443/svnroot/jvcl/trunk/jvcl/run/JvSimpleXml.pas
$';
    Revision: '$Revision: 11143 $';
    Date: '$Date: 2007-01-13 05:51:16 -0800 (Sat, 13 Jan 2007) $';
    LogPath: 'JVCL\run'
  );
{$ENDIF UNITVERSIONING}

implementation

function EntityEncode(const S: string): string;
begin
  Result := JclSimpleXml.EntityEncode(S);
end;

function EntityDecode(const S: string): string;
begin
  Result := JclSimpleXml.EntityDecode(S);
end;

function SimpleXMLEncode(const S: string): string;
begin
  Result := JclSimpleXml.SimpleXMLEncode(S);
end;

procedure SimpleXMLDecode(var S: string; TrimBlanks: Boolean);
begin
  JclSimpleXml.SimpleXMLDecode(S, TrimBlanks);
end;

function XMLEncode(const S: string): string;
begin
  Result := JclSimpleXml.SimpleXMLEncode(S);
end;

function XMLDecode(const S: string): string;
begin
  JclSimpleXml.SimpleXMLDecode(Result, False);
end;

{$IFNDEF CLR}
{$IFDEF COMPILER6_UP}

function VarXML: TVarType;
begin
  Result := JclSimpleXml.VarXML;
end;

procedure XMLCreateInto(var ADest: Variant; const AXML: TJvSimpleXMLElem);
begin
  JclSimpleXml.XMLCreateInto(ADest, AXML);
end;

function XMLCreate(const AXML: TJvSimpleXMLElem): Variant;
begin
  Result := JclSimpleXml.XMLCreate(AXML);
end;

function XMLCreate: Variant;
begin
  Result := JclSimpleXml.XMLCreate;
end;

{$ENDIF COMPILER6_UP}
{$ENDIF ~CLR}

//=== { TJvSimpleXML } =======================================================

constructor TJvSimpleXML.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FJclSimpleXML := TJclHackSimpleXML.Create;
end;

destructor TJvSimpleXML.Destroy;
begin
  FJclSimpleXML.Free;
  inherited Destroy;
end;

procedure TJvSimpleXML.DoDecodeValue(var Value: string);
begin
  FJclSimpleXML.DoDecodeValue(Value);
end;

procedure TJvSimpleXML.DoEncodeValue(var Value: string);
begin
  FJclSimpleXML.DoEncodeValue(Value);
end;

procedure TJvSimpleXML.DoLoadProgress(const APosition, ATotal: Integer);
begin
  FJclSimpleXML.DoLoadProgress(APosition, ATotal);
end;

procedure TJvSimpleXML.DoSaveProgress;
begin
  FJclSimpleXML.DoSaveProgress;
end;

procedure TJvSimpleXML.DoTagParsed(const AName: string);
begin
  FJclSimpleXML.DoTagParsed(AName);
end;

procedure TJvSimpleXML.DoValueParsed(const AName, AValue: string);
begin
  FJclSimpleXML.DoValueParsed(AName, AValue);
end;

function TJvSimpleXML.GetFileName: TFileName;
begin
  Result := FJclSimpleXML.FileName;
end;

function TJvSimpleXML.GetIndentString: string;
begin
  Result := FJclSimpleXML.IndentString;
end;

function TJvSimpleXML.GetOnDecodeStream: TJvSimpleXMLEncodeStreamEvent;
begin
  Result := FJclSimpleXML.OnDecodeStream;
end;

function TJvSimpleXML.GetOnDecodeValue: TJvSimpleXMLEncodeEvent;
begin
  Result := FJclSimpleXML.OnDecodeValue;
end;

function TJvSimpleXML.GetOnEncodeStream: TJvSimpleXMLEncodeStreamEvent;
begin
  Result := FJclSimpleXML.OnDecodeStream;
end;

function TJvSimpleXML.GetOnEncodeValue: TJvSimpleXMLEncodeEvent;
begin
  Result := FJclSimpleXML.OnEncodeValue;
end;

function TJvSimpleXML.GetOnLoadProgress: TJvOnSimpleProgress;
begin
  Result := FJclSimpleXML.OnLoadProgress;
end;

function TJvSimpleXML.GetOnSaveProgress: TJvOnSimpleProgress;
begin
  Result := FJclSimpleXML.OnSaveProgress;
end;

function TJvSimpleXML.GetOnTagParsed: TJvOnSimpleXMLParsed;
begin
  Result := FJclSimpleXML.OnTagParsed;
end;

function TJvSimpleXML.GetOnValueParsed: TJvOnValueParsed;
begin
  Result := FJclSimpleXML.OnValueParsed;
end;

function TJvSimpleXML.GetOptions: TJvSimpleXMLOptions;
begin
  Result := FJclSimpleXML.Options;
end;

function TJvSimpleXML.GetProlog: TJvSimpleXMLElemsProlog;
begin
  Result := FJclSimpleXML.Prolog;
end;

function TJvSimpleXML.GetRoot: TJvSimpleXMLElemClassic;
begin
  Result := FJclSimpleXML.Root;
end;

procedure TJvSimpleXML.LoadFromFile(const FileName: TFileName);
begin
  FJclSimpleXML.LoadFromFile(FileName);
end;

procedure TJvSimpleXML.LoadFromResourceName(Instance: THandle;
  const ResName: string);
begin
  FJclSimpleXML.LoadFromResourceName(Instance, ResName);
end;

procedure TJvSimpleXML.LoadFromStream(Stream: TStream);
begin
  FJclSimpleXML.LoadFromStream(Stream);
end;

procedure TJvSimpleXML.LoadFromString(const Value: string);
begin
  FJclSimpleXML.LoadFromString(Value);
end;

procedure TJvSimpleXML.SaveToFile(FileName: TFileName);
begin
  FJclSimpleXML.SaveToFile(FileName);
end;

procedure TJvSimpleXML.SaveToStream(Stream: TStream);
begin
  FJclSimpleXML.SaveToStream(Stream);
end;

function TJvSimpleXML.SaveToString: string;
begin
  Result := FJclSimpleXML.SaveToString;
end;

procedure TJvSimpleXML.SetFileName(Value: TFileName);
begin
  FJclSimpleXML.FileName := Value;
end;

procedure TJvSimpleXML.SetIndentString(const Value: string);
begin
  FJclSimpleXML.IndentString := Value;
end;

procedure TJvSimpleXML.SetOnDecodeStream(
  const Value: TJvSimpleXMLEncodeStreamEvent);
begin
  FJclSimpleXML.OnDecodeStream := Value;
end;

procedure TJvSimpleXML.SetOnDecodeValue(const Value: TJvSimpleXMLEncodeEvent);
begin
  FJclSimpleXML.OnDecodeValue := Value;
end;

procedure TJvSimpleXML.SetOnEncodeStream(
  const Value: TJvSimpleXMLEncodeStreamEvent);
begin
  FJclSimpleXML.OnEncodeStream := Value;
end;

procedure TJvSimpleXML.SetOnEncodeValue(const Value: TJvSimpleXMLEncodeEvent);
begin
  FJclSimpleXML.OnEncodeValue := Value;
end;

procedure TJvSimpleXML.SetOnLoadProgress(const Value: TJvOnSimpleProgress);
begin
  FJclSimpleXML.OnLoadProgress := Value;
end;

procedure TJvSimpleXML.SetOnSaveProgress(const Value: TJvOnSimpleProgress);
begin
  FJclSimpleXML.OnSaveProgress := Value;
end;

procedure TJvSimpleXML.SetOnTagParsed(const Value: TJvOnSimpleXMLParsed);
begin
  FJclSimpleXML.OnTagParsed := Value;
end;

procedure TJvSimpleXML.SetOnValueParsed(const Value: TJvOnValueParsed);
begin
  FJclSimpleXML.OnValueParsed := Value;
end;

procedure TJvSimpleXML.SetOptions(const Value: TJvSimpleXMLOptions);
begin
  FJclSimpleXML.Options := Value;
end;

procedure TJvSimpleXML.SetProlog(const Value: TJvSimpleXMLElemsProlog);
begin
  FJclSimpleXML.Prolog := Value;
end;

procedure TJvSimpleXML.SetRoot(const Value: TJclSimpleXMLElemClassic);
begin
  FJclSimpleXML.Root := Value;
end;

initialization
  {$IFDEF UNITVERSIONING}
  RegisterUnitVersion(HInstance, UnitVersioning);
  {$ENDIF UNITVERSIONING}

finalization
  {$IFDEF UNITVERSIONING}
  UnregisterUnitVersion(HInstance);
  {$ENDIF UNITVERSIONING}

end.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL 3.30 Install problem
From: "Yaþar ÖZANLAÐAN" <yasarozanlar@gmail.com>
Date: Sat, 3 Feb 2007 13:30:35 +0200
Newsgroups: jedi.vcl

Hi

JCL 3.30 installed normally but JVCL 3.30 not install. Error messages under 
the mail.
Please help me.

Yaþar ÖZANLAÐAN

Windows XP Service Pack 2 (5.1.2600)

JVCL 3.31.0.0

[Generating: Packages]

Generating packages for D10

Loaded template.bdsproj

Loaded template.dof

Loaded template.dpk

Loaded template.rc

[Compiling: Packages]

[Compiling: Jv3rdD10R.bpl]

Borland Delphi for Win32 compiler version 18.0

Copyright (c) 1983,2005 Borland Software Corporation

4864 lines, 0.12 seconds, 26876 bytes code, 112 bytes data.

[Compiling: JvCoreD10R.bpl]

Borland Delphi for Win32 compiler version 18.0

Copyright (c) 1983,2005 Borland Software Corporation

160028 lines, 2.89 seconds, 706356 bytes code, 5304 bytes data.

[Compiling: JvSystemD10R.bpl]

Borland Delphi for Win32 compiler version 18.0

Copyright (c) 1983,2005 Borland Software Corporation

C:\Jedi\jvcl\run\JvSimpleXml.pas(45) Fatal: F2051 Unit JclSimpleXml was 
compiled with a different version of 
JclResources.RsEInvalidXMLElementUnexpectedCharacte




Subject: Re: EAccessViolation in TJvSimpleXMLElem
From: Tim Coates <tc@rms-telecomms.com>
Date: Sat, 03 Feb 2007 11:24:38 +1000
Newsgroups: jedi.vcl

From my post below.. if FSelACDPabxId were any an empty string.... would that be enough to trigger this error?

Tim

Tim Coates wrote:
> Thanks for the info re JclDebug. I have included the stack list after doing what was suggested in the "how to" file. Would I be correct in saying the fault lies in the method "SaveMyAgents". (I dont know why this procedure would be called when the program first starts, but...)
>
> The offending line of code is...
>
> WriteInteger('myagents\' + FSelACDPabxId + '\count', lvMyAgents.Items.Count);
>
> Regardless of whether this the procedure is called or not, it does not alter the fact that it otherwise works in many other installations.
>
> Any help appreciated. Thanks,
>
> Tim Coates
>
>
> Exception class: EAccessViolation
> Exception address: 006C6A77
> ----------------------------------------------------------------------------------------------------
> Stack list, generated 2/2/2007 8:07:44 PM
> [006C6A77] JvSimpleXml.TJvSimpleXMLElem.GetItems (Line 1292, "JvSimpleXml.pas" + 1) + $0
> [00404417] System.@HandleAnyException (Line 9362, "system.pas" + 13) + $0
> [006CB266] JvAppXMLStorage.TJvCustomAppXMLStorage.DoWriteInteger (Line 497, "JvAppXMLStorage.pas" + 5) + $8
> [005146D6] JvAppStorage.TJvCustomAppStorage.WriteIntegerInt (Line 1583, "JvAppStorage.pas" + 1) + $8
> [00515519] JvAppStorage.TJvCustomAppStorage.WriteInteger (Line 1861, "JvAppStorage.pas" + 3) + $A
> [00B4C4CF] TSy_Main.TApplModl1.SaveMyAgents (Line 14851, "TSy_Main.pas" + 4) + $3C
> [00B4CD95] TSy_Main.TApplModl1.ChngPbxAcdModl (Line 14989, "TSy_Main.pas" + 13) + $3
> [00B2E9D6] TSy_Main.TApplModl1.cbPbxListChange (Line 7003, "TSy_Main.pas" + 44) + $6
> [00B2FD40] TSy_Main.TApplModl1.WMPostInit (Line 7301, "TSy_Main.pas" + 34) + $5
> [0046CDC7] Controls.TControl.WndProc (Line 4561, "Controls.pas" + 53) + $8
> [0058AA84] JvListView.TJvListView.WMAutoSelect (Line 1378, "JvListView.pas" + 7) + $9
> [0046CDC7] Controls.TControl.WndProc (Line 4561, "Controls.pas" + 53) + $8
> [00470C28] Controls.TWinControl.DefaultHandler (Line 6269, "Controls.pas" + 23) + $28
> [00470AE2] Controls.TWinControl.WndProc (Line 6242, "Controls.pas" + 33) + $6
> [0048C684] Forms.TCustomForm.WndProc (Line 3044, "Forms.pas" + 103) + $6
> [00573333] JvWndProcHook.TJvHookInfos.WindowProc (Line 767, "JvWndProcHook.pas" + 33) + $9
> [004706B4] Controls.TWinControl.MainWndProc (Line 6139, "Controls.pas" + 3) + $9
> [00433C34] Classes.StdWndProc (Line 10563, "classes.pas" + 8) + $0
> [00494164] Forms.TApplication.ProcessMessage (Line 6696, "Forms.pas" + 13) + $4
> [004941AB] Forms.TApplication.HandleMessage (Line 6715, "Forms.pas" + 1) + $6
> [00494446] Forms.TApplication.Run (Line 6799, "Forms.pas" + 16) + $3
> [00B52E94] tsy_admin.tsy_admin (Line 170, "C:\devp\telesystem\tsy_admin.dpr" + 14) + $7
> ----------------------------------------------------------------------------------------------------
> System   : Windows XP Professional, Version: 5.1, Build: A28, "Service Pack 2"
> Processor: Intel,               Intel(R) Pentium(R) 4 CPU 3.00GHz, 2980 MHz MMX
> Display  : 1280x1024 pixels, 32 bpp
> ----------------------------------------------------------------------------------------------------
> List of loaded modules:
> [00400000] C:\Program Files\RMST\CALLManager\bin\tsy_admin.exe
>            7.0.0.445 - 7.0.0.445
>            Phone System Administration
> [00E90000] C:\Program Files\RMST\CALLManager\bin\TeleSecurity.dll
> <00400000> 7.0.0.441 - 7.0.0.441
>            TeleSecurity Module
> [010F0000] C:\WINDOWS\system32\borlndmm.dll
>            6.0.6.163 - 6.0.6.163
>            Borland Memory Manager
> [01100000] C:\Program Files\RMST\CALLManager\bin\Telelog.dll
> <00400000> 7.0.0.441 - 7.0.0.441
>            TeleLog Module
> [019C0000] C:\WINDOWS\system32\msi.dll
> <745E0000> 3.1.4000.2435 - 3.1.4000.2435
>            Windows Installer
> [02430000] C:\Program Files\Common Files\System\msadc\msadcer.dll
> <20000000> 2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Data Access - OLE DB Cursor Engine Resources
> [028B0000] C:\Program Files\Common Files\System\Ole DB\SQLOLEDB.RLL
> <00400000> 2000.85.1117.0 - 2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
>            Microsoft OLE DB Provider for SQL Server
> [03630000] C:\WINDOWS\system32\shdoclc.dll
> <20000000> 6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>            Shell Doc Object and Control Library
> [04220000] C:\WINDOWS\IME\SPGRMR.DLL
> <20000000> 5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            SPTIP Grammar DLL
> [04240000] C:\Program Files\Common Files\Microsoft Shared\INK\SKCHUI.DLL
> <10000000> 1.0.1038.0 - 1.0.1038.0
>            Draw Pen Tip
> [10000000] C:\DOCUME~1\ardmy\LOCALS~1\Temp\IadHide5.dll
>            7.2.0.157 - Version 7.2.0 (Build 157R)
>            IAdHide
> [10100000] C:\Program Files\Logitech\SetPoint\lgscroll.dll
>            2.60.606.0 - 2.60.606
>            Logitech Scroll Enabler (UNICODE)
> [13D00000] C:\Program Files\ScanSoft\OmniPagePro14.0\OpHook14.dll
>            14.0.2003.10281 - 14.0.2003.10281
>            OCR Aware Hook (32-bit)
> [20000000] C:\WINDOWS\system32\xpsp2res.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Service Pack 2 Messages
> [4DD00000] C:\Program Files\Common Files\System\Ole DB\sqloledb.dll
>            2000.85.1117.0 - 2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
>            Microsoft OLE DB Provider for SQL Server
> [4DE10000] C:\Program Files\Common Files\System\ado\msado15.dll
>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Data Access - ActiveX Data Objects
> [51580000] C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\MSDBG2.DLL
>            7.0.9466.0 - 7.00.9466
>            Active Debugging Proxy/Stub
> [51660000] C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\PDM.DLL
>            7.0.9466.0 - 7.00.9466
>            Process Debug Manager
> [5AD70000] C:\WINDOWS\system32\uxtheme.dll
>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft UxTheme Library
> [5B860000] C:\WINDOWS\system32\NETAPI32.dLL
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Net Win32 API DLL
> [5C2C0000] C:\WINDOWS\ime\sptip.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            SAPI5.0/CTF layer DLL
> [5EDD0000] C:\WINDOWS\system32\olepro32.dll
>            5.1.2600.2180 - 5.1.2600.2180
> [605D0000] C:\WINDOWS\system32\mslbui.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            LangageBar Add In
> [60E30000] C:\Program Files\Common Files\System\Ole DB\MSDATL3.dll
>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Data Access - OLE DB Implementation Support Routines
> [65E20000] C:\WINDOWS\system32\itss.dll
>            5.2.3790.2453 - 5.2.3790.2453 (srv03_sp1_gdr.050525-1542)
>            Microsoft® InfoTech Storage System Library
> [662B0000] C:\WINDOWS\system32\hnetcfg.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Home Networking Configuration Manager
> [6C1B0000] C:\WINDOWS\system32\DUSER.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows DirectUser Engine
> [6D4F0000] C:\WINDOWS\system32\DBNETLIB.DLL
>            2000.85.1117.0 - 2000.085.1117 (xpsp_sp2_rtm.040803-2158)
>            Winsock Oriented Net DLL for SQL Clients
> [71A50000] C:\WINDOWS\system32\mswsock.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Windows Sockets 2.0 Service Provider
> [71A90000] C:\WINDOWS\System32\wshtcpip.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows Sockets Helper DLL
> [71AA0000] C:\WINDOWS\system32\WS2HELP.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows Socket 2.0 Helper for Windows NT
> [71AB0000] C:\WINDOWS\system32\WS2_32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows Socket 2.0 32-Bit DLL
> [71AD0000] C:\WINDOWS\system32\wsock32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows Socket 32-Bit DLL
> [71B20000] C:\WINDOWS\system32\mpr.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Multiple Provider Router DLL
> [71BF0000] C:\WINDOWS\system32\SAMLIB.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            SAM Library DLL
> [71D90000] C:\WINDOWS\system32\url.dll
>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>            Internet Shortcut Shell Extension DLL
> [71F80000] C:\WINDOWS\system32\security.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Security Support Provider Interface
> [722B0000] C:\WINDOWS\system32\sensapi.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            SENS Connectivity API DLL
> [72B40000] C:\WINDOWS\system32\appwiz.cpl
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Shell Application Manager
> [73000000] C:\WINDOWS\system32\winspool.drv
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows Spooler Driver
> [73160000] C:\Program Files\Common Files\System\Ole DB\oledb32.dll
>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Data Access - OLE DB Core Services
> [73DC0000] C:\WINDOWS\system32\LZ32.DLL
>            5.1.2600.0 - 5.1.2600.0 (xpclient.010817-1148)
>            LZ Expand/Compress API DLL
> [74060000] C:\Program Files\Common Files\System\msadc\msadce.dll
>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Data Access - OLE DB Cursor Engine
> [746C0000] C:\WINDOWS\system32\msls31.dll
>            3.10.349.0 - 3.10.349.0
>            Microsoft Line Services library file
> [746F0000] C:\WINDOWS\system32\msimtf.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Active IMM Server DLL
> [74720000] C:\WINDOWS\system32\MSCTF.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            MSCTF Server DLL
> [74C80000] C:\WINDOWS\system32\OLEACC.dll
>            4.2.5406.0 - 4.2.5406.0 (xpclient.010817-1148)
>            Active Accessibility Core Component
> [74D30000] C:\WINDOWS\system32\oledlg.dll
>            5.1.2600.0 - 1.0 (XPClient.010817-1148)
>            Microsoft Windows(TM) OLE 2.0 User Interface Support
> [74E30000] C:\WINDOWS\system32\RICHED20.DLL
>            5.30.23.1221 - 5.30.23.1221
>            Rich Text Edit Control, v3.0
> [750B0000] C:\WINDOWS\system32\RESUTILS.DLL
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Cluster Resource Utility DLL
> [750F0000] C:\WINDOWS\system32\MTXCLU.DLL
>            2001.12.4414.311 - 2001.12.4414.311
>            MS DTC amd MTS clustering support DLL
> [75130000] C:\WINDOWS\system32\colbact.DLL
>            2001.12.4414.258 - 2001.12.4414.258
> [75350000] C:\Program Files\Common Files\System\Ole DB\OLEDB32R.DLL
>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Data Access - OLE DB Core Services Resources
> [754D0000] C:\WINDOWS\system32\CRYPTUI.dll
>            5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Trust UI Provider
> [755C0000] C:\WINDOWS\system32\msctfime.ime
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Text Frame Work Service IME
> [75CF0000] C:\WINDOWS\system32\MLANG.dll
>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>            Multi Language Support DLL
> [75E90000] C:\WINDOWS\system32\SXS.DLL
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Fusion 2.5
> [76080000] C:\WINDOWS\system32\MSVCP60.dll
>            6.2.3104.0 - 6.02.3104.0
>            Microsoft (R) C++ Runtime Library
> [76380000] C:\WINDOWS\system32\MSIMG32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            GDIEXT Client DLL
> [76390000] C:\WINDOWS\system32\imm32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows XP IMM32 API Client DLL
> [763B0000] C:\WINDOWS\system32\comdlg32.dll
>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>            Common Dialogs DLL
> [765B0000] C:\WINDOWS\system32\MSDART.DLL
>            2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Data Access - OLE DB Runtime Routines
> [76620000] C:\WINDOWS\system32\comsvcs.dll
>            2001.12.4414.258 - 2001.12.4414.258
> [767A0000] C:\WINDOWS\system32\ntdsapi.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            NT5DS
> [769C0000] C:\WINDOWS\system32\USERENV.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Userenv
> [76B40000] C:\WINDOWS\system32\winmm.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            MCI API DLL
> [76BF0000] C:\WINDOWS\system32\PSAPI.DLL
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Process Status Helper
> [76C30000] C:\WINDOWS\system32\WINTRUST.dll
>            5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Trust Verification APIs
> [76C90000] C:\WINDOWS\system32\IMAGEHLP.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows NT Image Helper
> [76D10000] C:\WINDOWS\system32\CLUSAPI.DLL
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Cluster API Library
> [76D60000] C:\WINDOWS\system32\IPHlpAPI.DLL
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            IP Helper API
> [76E80000] C:\WINDOWS\system32\rtutils.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Routing Utilities
> [76E90000] C:\WINDOWS\system32\rasman.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Remote Access Connection Manager
> [76EB0000] C:\WINDOWS\system32\TAPI32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft® Windows(TM) Telephony API Client DLL
> [76EE0000] C:\WINDOWS\system32\RASAPI32.DLL
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Remote Access API
> [76F20000] C:\WINDOWS\system32\DNSAPI.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            DNS Client API DLL
> [76F60000] C:\WINDOWS\system32\WLDAP32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Win32 LDAP API DLL
> [76FB0000] C:\WINDOWS\System32\winrnr.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            LDAP RnR Provider DLL
> [76FC0000] C:\WINDOWS\system32\rasadhlp.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Remote Access AutoDial Helper
> [76FD0000] C:\WINDOWS\system32\CLBCATQ.DLL
>            2001.12.4414.258 - 2001.12.4414.258
> [77050000] C:\WINDOWS\system32\COMRes.dll
>            2001.12.4414.258 - 2001.12.4414.258
> [77120000] C:\WINDOWS\system32\oleaut32.dll
>            5.1.2600.2180 - 5.1.2600.2180
> [771B0000] C:\WINDOWS\system32\wininet.dll
>            6.0.2900.2861 - 6.00.2900.2861 (xpsp_sp2_gdr.060303-1517)
>            Internet Extensions for Win32
> [77260000] C:\WINDOWS\system32\urlmon.dll
>            6.0.2900.2870 - 6.00.2900.2870 (xpsp_sp2_gdr.060317-1513)
>            OLE32 Extensions for Win32
> [773D0000] C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
>            6.0.2900.2180 - 6.0 (xpsp_sp2_rtm.040803-2158)
>            User Experience Controls Library
> [774E0000] C:\WINDOWS\system32\ole32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft OLE for Windows
> [77690000] C:\WINDOWS\system32\NTMARTA.DLL
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows NT MARTA provider
> [77760000] C:\WINDOWS\system32\SHDOCVW.dll
>            6.0.2900.2877 - 6.00.2900.2877 (xpsp_sp2_gdr.060329-1545)
>            Shell Doc Object and Control Library
> [77920000] C:\WINDOWS\system32\SETUPAPI.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows Setup API
> [77A80000] C:\WINDOWS\system32\CRYPT32.dll
>            5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Crypto API32
> [77B20000] C:\WINDOWS\system32\MSASN1.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            ASN.1 Runtime APIs
> [77B40000] C:\WINDOWS\system32\appHelp.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Application Compatibility Client Library
> [77C00000] C:\WINDOWS\system32\version.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Version Checking and File Installation Libraries
> [77C10000] C:\WINDOWS\system32\msvcrt.dll
>            7.0.2600.2180 - 7.0.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows NT CRT DLL
> [77C70000] C:\WINDOWS\system32\msv1_0.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Microsoft Authentication Package v1.0
> [77D40000] C:\WINDOWS\system32\user32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows XP USER API Client DLL
> [77DD0000] C:\WINDOWS\system32\advapi32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Advanced Windows 32 Base API
> [77E70000] C:\WINDOWS\system32\RPCRT4.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Remote Procedure Call Runtime
> [77F10000] C:\WINDOWS\system32\GDI32.dll
>            5.1.2600.2818 - 5.1.2600.2818 (xpsp_sp2_gdr.051228-1427)
>            GDI Client DLL
> [77F60000] C:\WINDOWS\system32\SHLWAPI.dll
>            6.0.2900.2861 - 6.00.2900.2861 (xpsp_sp2_gdr.060303-1517)
>            Shell Light-weight Utility Library
> [77FE0000] C:\WINDOWS\system32\Secur32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Security Support Provider Interface
> [78130000] C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd\MSVCR80.dll
>            8.0.50727.42 - 8.00.50727.42
>            Microsoft® C Runtime Library
> [7C420000] C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd\MSVCP80.dll
>            8.0.50727.42 - 8.00.50727.42
>            Microsoft® C++ Runtime Library
> [7C800000] C:\WINDOWS\system32\kernel32.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows NT BASE API Client DLL
> [7C900000] C:\WINDOWS\system32\ntdll.dll
>            5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
>            NT Layer DLL
> [7C9C0000] C:\WINDOWS\system32\shell32.dll
>            6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
>            Windows Shell Common Dll
> [7DB10000] C:\WINDOWS\system32\HHCTRL.OCX
>            5.2.3790.2453 - 5.2.3790.2453 (srv03_sp1_gdr.050525-1542)
>            Microsoft® HTML Help Control
> [7DC30000] C:\WINDOWS\system32\mshtml.dll
>            6.0.2900.2873 - 6.00.2900.2873 (xpsp_sp2_gdr.060322-1613)
>            Microsoft (R) HTML Viewer
> ----------------------------------------------------------------------------------------------------
> Active Controls hierarchy:
> TCheckBox "CheckBox1"
> TPanel "Panel1"
> TfrmEmbedHelpWin "frmEmbedHelpWin"
> ----------------------------------------------------------------------------------------------------


Subject: Re: EAccessViolation in TJvSimpleXMLElem
From: Tim Coates <tc@rms-telecomms.com>
Date: Sat, 03 Feb 2007 11:18:20 +1000
Newsgroups: jedi.vcl

Thanks for the info re JclDebug. I have included the stack list after doing what was suggested in the "how to" file. Would I be correct in saying the fault lies in the method "SaveMyAgents". (I dont know why this procedure would be called when the program first starts, but...)

The offending line of code is...

WriteInteger('myagents\' + FSelACDPabxId + '\count', lvMyAgents.Items.Count);

Regardless of whether this the procedure is called or not, it does not alter the fact that it otherwise works in many other installations.

Any help appreciated. Thanks,

Tim Coates


Exception class: EAccessViolation
Exception address: 006C6A77
----------------------------------------------------------------------------------------------------
Stack list, generated 2/2/2007 8:07:44 PM
[006C6A77] JvSimpleXml.TJvSimpleXMLElem.GetItems (Line 1292, "JvSimpleXml.pas" + 1) + $0
[00404417] System.@HandleAnyException (Line 9362, "system.pas" + 13) + $0
[006CB266] JvAppXMLStorage.TJvCustomAppXMLStorage.DoWriteInteger (Line 497, "JvAppXMLStorage.pas" + 5) + $8
[005146D6] JvAppStorage.TJvCustomAppStorage.WriteIntegerInt (Line 1583, "JvAppStorage.pas" + 1) + $8
[00515519] JvAppStorage.TJvCustomAppStorage.WriteInteger (Line 1861, "JvAppStorage.pas" + 3) + $A
[00B4C4CF] TSy_Main.TApplModl1.SaveMyAgents (Line 14851, "TSy_Main.pas" + 4) + $3C
[00B4CD95] TSy_Main.TApplModl1.ChngPbxAcdModl (Line 14989, "TSy_Main.pas" + 13) + $3
[00B2E9D6] TSy_Main.TApplModl1.cbPbxListChange (Line 7003, "TSy_Main.pas" + 44) + $6
[00B2FD40] TSy_Main.TApplModl1.WMPostInit (Line 7301, "TSy_Main.pas" + 34) + $5
[0046CDC7] Controls.TControl.WndProc (Line 4561, "Controls.pas" + 53) + $8
[0058AA84] JvListView.TJvListView.WMAutoSelect (Line 1378, "JvListView.pas" + 7) + $9
[0046CDC7] Controls.TControl.WndProc (Line 4561, "Controls.pas" + 53) + $8
[00470C28] Controls.TWinControl.DefaultHandler (Line 6269, "Controls.pas" + 23) + $28
[00470AE2] Controls.TWinControl.WndProc (Line 6242, "Controls.pas" + 33) + $6
[0048C684] Forms.TCustomForm.WndProc (Line 3044, "Forms.pas" + 103) + $6
[00573333] JvWndProcHook.TJvHookInfos.WindowProc (Line 767, "JvWndProcHook.pas" + 33) + $9
[004706B4] Controls.TWinControl.MainWndProc (Line 6139, "Controls.pas" + 3) + $9
[00433C34] Classes.StdWndProc (Line 10563, "classes.pas" + 8) + $0
[00494164] Forms.TApplication.ProcessMessage (Line 6696, "Forms.pas" + 13) + $4
[004941AB] Forms.TApplication.HandleMessage (Line 6715, "Forms.pas" + 1) + $6
[00494446] Forms.TApplication.Run (Line 6799, "Forms.pas" + 16) + $3
[00B52E94] tsy_admin.tsy_admin (Line 170, "C:\devp\telesystem\tsy_admin.dpr" + 14) + $7
----------------------------------------------------------------------------------------------------
System   : Windows XP Professional, Version: 5.1, Build: A28, "Service Pack 2"
Processor: Intel,               Intel(R) Pentium(R) 4 CPU 3.00GHz, 2980 MHz MMX
Display  : 1280x1024 pixels, 32 bpp
----------------------------------------------------------------------------------------------------
List of loaded modules:
[00400000] C:\Program Files\RMST\CALLManager\bin\tsy_admin.exe
           7.0.0.445 - 7.0.0.445
           Phone System Administration
[00E90000] C:\Program Files\RMST\CALLManager\bin\TeleSecurity.dll
<00400000> 7.0.0.441 - 7.0.0.441
           TeleSecurity Module
[010F0000] C:\WINDOWS\system32\borlndmm.dll
           6.0.6.163 - 6.0.6.163
           Borland Memory Manager
[01100000] C:\Program Files\RMST\CALLManager\bin\Telelog.dll
<00400000> 7.0.0.441 - 7.0.0.441
           TeleLog Module
[019C0000] C:\WINDOWS\system32\msi.dll
<745E0000> 3.1.4000.2435 - 3.1.4000.2435
           Windows Installer
[02430000] C:\Program Files\Common Files\System\msadc\msadcer.dll
<20000000> 2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Cursor Engine Resources
[028B0000] C:\Program Files\Common Files\System\Ole DB\SQLOLEDB.RLL
<00400000> 2000.85.1117.0 - 2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
           Microsoft OLE DB Provider for SQL Server
[03630000] C:\WINDOWS\system32\shdoclc.dll
<20000000> 6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Shell Doc Object and Control Library
[04220000] C:\WINDOWS\IME\SPGRMR.DLL
<20000000> 5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SPTIP Grammar DLL
[04240000] C:\Program Files\Common Files\Microsoft Shared\INK\SKCHUI.DLL
<10000000> 1.0.1038.0 - 1.0.1038.0
           Draw Pen Tip
[10000000] C:\DOCUME~1\ardmy\LOCALS~1\Temp\IadHide5.dll
           7.2.0.157 - Version 7.2.0 (Build 157R)
           IAdHide
[10100000] C:\Program Files\Logitech\SetPoint\lgscroll.dll
           2.60.606.0 - 2.60.606
           Logitech Scroll Enabler (UNICODE)
[13D00000] C:\Program Files\ScanSoft\OmniPagePro14.0\OpHook14.dll
           14.0.2003.10281 - 14.0.2003.10281
           OCR Aware Hook (32-bit)
[20000000] C:\WINDOWS\system32\xpsp2res.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Service Pack 2 Messages
[4DD00000] C:\Program Files\Common Files\System\Ole DB\sqloledb.dll
           2000.85.1117.0 - 2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
           Microsoft OLE DB Provider for SQL Server
[4DE10000] C:\Program Files\Common Files\System\ado\msado15.dll
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - ActiveX Data Objects
[51580000] C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\MSDBG2.DLL
           7.0.9466.0 - 7.00.9466
           Active Debugging Proxy/Stub
[51660000] C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\PDM.DLL
           7.0.9466.0 - 7.00.9466
           Process Debug Manager
[5AD70000] C:\WINDOWS\system32\uxtheme.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft UxTheme Library
[5B860000] C:\WINDOWS\system32\NETAPI32.dLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Net Win32 API DLL
[5C2C0000] C:\WINDOWS\ime\sptip.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SAPI5.0/CTF layer DLL
[5EDD0000] C:\WINDOWS\system32\olepro32.dll
           5.1.2600.2180 - 5.1.2600.2180
[605D0000] C:\WINDOWS\system32\mslbui.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           LangageBar Add In
[60E30000] C:\Program Files\Common Files\System\Ole DB\MSDATL3.dll
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Implementation Support Routines
[65E20000] C:\WINDOWS\system32\itss.dll
           5.2.3790.2453 - 5.2.3790.2453 (srv03_sp1_gdr.050525-1542)
           Microsoft® InfoTech Storage System Library
[662B0000] C:\WINDOWS\system32\hnetcfg.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Home Networking Configuration Manager
[6C1B0000] C:\WINDOWS\system32\DUSER.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows DirectUser Engine
[6D4F0000] C:\WINDOWS\system32\DBNETLIB.DLL
           2000.85.1117.0 - 2000.085.1117 (xpsp_sp2_rtm.040803-2158)
           Winsock Oriented Net DLL for SQL Clients
[71A50000] C:\WINDOWS\system32\mswsock.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Windows Sockets 2.0 Service Provider
[71A90000] C:\WINDOWS\System32\wshtcpip.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Sockets Helper DLL
[71AA0000] C:\WINDOWS\system32\WS2HELP.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Socket 2.0 Helper for Windows NT
[71AB0000] C:\WINDOWS\system32\WS2_32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Socket 2.0 32-Bit DLL
[71AD0000] C:\WINDOWS\system32\wsock32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Socket 32-Bit DLL
[71B20000] C:\WINDOWS\system32\mpr.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Multiple Provider Router DLL
[71BF0000] C:\WINDOWS\system32\SAMLIB.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SAM Library DLL
[71D90000] C:\WINDOWS\system32\url.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Internet Shortcut Shell Extension DLL
[71F80000] C:\WINDOWS\system32\security.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Security Support Provider Interface
[722B0000] C:\WINDOWS\system32\sensapi.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SENS Connectivity API DLL
[72B40000] C:\WINDOWS\system32\appwiz.cpl
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Shell Application Manager
[73000000] C:\WINDOWS\system32\winspool.drv
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Spooler Driver
[73160000] C:\Program Files\Common Files\System\Ole DB\oledb32.dll
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Core Services
[73DC0000] C:\WINDOWS\system32\LZ32.DLL
           5.1.2600.0 - 5.1.2600.0 (xpclient.010817-1148)
           LZ Expand/Compress API DLL
[74060000] C:\Program Files\Common Files\System\msadc\msadce.dll
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Cursor Engine
[746C0000] C:\WINDOWS\system32\msls31.dll
           3.10.349.0 - 3.10.349.0
           Microsoft Line Services library file
[746F0000] C:\WINDOWS\system32\msimtf.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Active IMM Server DLL
[74720000] C:\WINDOWS\system32\MSCTF.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           MSCTF Server DLL
[74C80000] C:\WINDOWS\system32\OLEACC.dll
           4.2.5406.0 - 4.2.5406.0 (xpclient.010817-1148)
           Active Accessibility Core Component
[74D30000] C:\WINDOWS\system32\oledlg.dll
           5.1.2600.0 - 1.0 (XPClient.010817-1148)
           Microsoft Windows(TM) OLE 2.0 User Interface Support
[74E30000] C:\WINDOWS\system32\RICHED20.DLL
           5.30.23.1221 - 5.30.23.1221
           Rich Text Edit Control, v3.0
[750B0000] C:\WINDOWS\system32\RESUTILS.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Cluster Resource Utility DLL
[750F0000] C:\WINDOWS\system32\MTXCLU.DLL
           2001.12.4414.311 - 2001.12.4414.311
           MS DTC amd MTS clustering support DLL
[75130000] C:\WINDOWS\system32\colbact.DLL
           2001.12.4414.258 - 2001.12.4414.258
[75350000] C:\Program Files\Common Files\System\Ole DB\OLEDB32R.DLL
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Core Services Resources
[754D0000] C:\WINDOWS\system32\CRYPTUI.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Trust UI Provider
[755C0000] C:\WINDOWS\system32\msctfime.ime
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Text Frame Work Service IME
[75CF0000] C:\WINDOWS\system32\MLANG.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Multi Language Support DLL
[75E90000] C:\WINDOWS\system32\SXS.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Fusion 2.5
[76080000] C:\WINDOWS\system32\MSVCP60.dll
           6.2.3104.0 - 6.02.3104.0
           Microsoft (R) C++ Runtime Library
[76380000] C:\WINDOWS\system32\MSIMG32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           GDIEXT Client DLL
[76390000] C:\WINDOWS\system32\imm32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows XP IMM32 API Client DLL
[763B0000] C:\WINDOWS\system32\comdlg32.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Common Dialogs DLL
[765B0000] C:\WINDOWS\system32\MSDART.DLL
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Runtime Routines
[76620000] C:\WINDOWS\system32\comsvcs.dll
           2001.12.4414.258 - 2001.12.4414.258
[767A0000] C:\WINDOWS\system32\ntdsapi.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           NT5DS
[769C0000] C:\WINDOWS\system32\USERENV.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Userenv
[76B40000] C:\WINDOWS\system32\winmm.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           MCI API DLL
[76BF0000] C:\WINDOWS\system32\PSAPI.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Process Status Helper
[76C30000] C:\WINDOWS\system32\WINTRUST.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Trust Verification APIs
[76C90000] C:\WINDOWS\system32\IMAGEHLP.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT Image Helper
[76D10000] C:\WINDOWS\system32\CLUSAPI.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Cluster API Library
[76D60000] C:\WINDOWS\system32\IPHlpAPI.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           IP Helper API
[76E80000] C:\WINDOWS\system32\rtutils.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Routing Utilities
[76E90000] C:\WINDOWS\system32\rasman.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Access Connection Manager
[76EB0000] C:\WINDOWS\system32\TAPI32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft® Windows(TM) Telephony API Client DLL
[76EE0000] C:\WINDOWS\system32\RASAPI32.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Access API
[76F20000] C:\WINDOWS\system32\DNSAPI.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DNS Client API DLL
[76F60000] C:\WINDOWS\system32\WLDAP32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Win32 LDAP API DLL
[76FB0000] C:\WINDOWS\System32\winrnr.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           LDAP RnR Provider DLL
[76FC0000] C:\WINDOWS\system32\rasadhlp.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Access AutoDial Helper
[76FD0000] C:\WINDOWS\system32\CLBCATQ.DLL
           2001.12.4414.258 - 2001.12.4414.258
[77050000] C:\WINDOWS\system32\COMRes.dll
           2001.12.4414.258 - 2001.12.4414.258
[77120000] C:\WINDOWS\system32\oleaut32.dll
           5.1.2600.2180 - 5.1.2600.2180
[771B0000] C:\WINDOWS\system32\wininet.dll
           6.0.2900.2861 - 6.00.2900.2861 (xpsp_sp2_gdr.060303-1517)
           Internet Extensions for Win32
[77260000] C:\WINDOWS\system32\urlmon.dll
           6.0.2900.2870 - 6.00.2900.2870 (xpsp_sp2_gdr.060317-1513)
           OLE32 Extensions for Win32
[773D0000] C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
           6.0.2900.2180 - 6.0 (xpsp_sp2_rtm.040803-2158)
           User Experience Controls Library
[774E0000] C:\WINDOWS\system32\ole32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft OLE for Windows
[77690000] C:\WINDOWS\system32\NTMARTA.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT MARTA provider
[77760000] C:\WINDOWS\system32\SHDOCVW.dll
           6.0.2900.2877 - 6.00.2900.2877 (xpsp_sp2_gdr.060329-1545)
           Shell Doc Object and Control Library
[77920000] C:\WINDOWS\system32\SETUPAPI.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Setup API
[77A80000] C:\WINDOWS\system32\CRYPT32.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Crypto API32
[77B20000] C:\WINDOWS\system32\MSASN1.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           ASN.1 Runtime APIs
[77B40000] C:\WINDOWS\system32\appHelp.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Application Compatibility Client Library
[77C00000] C:\WINDOWS\system32\version.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Version Checking and File Installation Libraries
[77C10000] C:\WINDOWS\system32\msvcrt.dll
           7.0.2600.2180 - 7.0.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT CRT DLL
[77C70000] C:\WINDOWS\system32\msv1_0.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Authentication Package v1.0
[77D40000] C:\WINDOWS\system32\user32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows XP USER API Client DLL
[77DD0000] C:\WINDOWS\system32\advapi32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Advanced Windows 32 Base API
[77E70000] C:\WINDOWS\system32\RPCRT4.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Procedure Call Runtime
[77F10000] C:\WINDOWS\system32\GDI32.dll
           5.1.2600.2818 - 5.1.2600.2818 (xpsp_sp2_gdr.051228-1427)
           GDI Client DLL
[77F60000] C:\WINDOWS\system32\SHLWAPI.dll
           6.0.2900.2861 - 6.00.2900.2861 (xpsp_sp2_gdr.060303-1517)
           Shell Light-weight Utility Library
[77FE0000] C:\WINDOWS\system32\Secur32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Security Support Provider Interface
[78130000] C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd\MSVCR80.dll
           8.0.50727.42 - 8.00.50727.42
           Microsoft® C Runtime Library
[7C420000] C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd\MSVCP80.dll
           8.0.50727.42 - 8.00.50727.42
           Microsoft® C++ Runtime Library
[7C800000] C:\WINDOWS\system32\kernel32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT BASE API Client DLL
[7C900000] C:\WINDOWS\system32\ntdll.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           NT Layer DLL
[7C9C0000] C:\WINDOWS\system32\shell32.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Shell Common Dll
[7DB10000] C:\WINDOWS\system32\HHCTRL.OCX
           5.2.3790.2453 - 5.2.3790.2453 (srv03_sp1_gdr.050525-1542)
           Microsoft® HTML Help Control
[7DC30000] C:\WINDOWS\system32\mshtml.dll
           6.0.2900.2873 - 6.00.2900.2873 (xpsp_sp2_gdr.060322-1613)
           Microsoft (R) HTML Viewer
----------------------------------------------------------------------------------------------------
Active Controls hierarchy:
TCheckBox "CheckBox1"
TPanel "Panel1"
TfrmEmbedHelpWin "frmEmbedHelpWin"
----------------------------------------------------------------------------------------------------


Subject: Re: EAccessViolation in TJvSimpleXMLElem
From: Tim Coates <tc@rms-telecomms.com>
Date: Sat, 03 Feb 2007 11:16:21 +1000
Newsgroups: jedi.vcl

Thanks for the info re JclDebug. I have included the stack list after doing what was suggested in the "how to" file. Would I be correct in saying the fault lies in the method "SaveMyAgents". (I dont know why this procedure would be called when the program first starts, but...)

Regardless of whether this the procedure is called or not, it does not alter the fact that it otherwise works in many other installations.

Any help appreciated. Thanks,
Tim Coates


Exception class: EAccessViolation
Exception address: 006C6A77
----------------------------------------------------------------------------------------------------
Stack list, generated 2/2/2007 8:07:44 PM
[006C6A77] JvSimpleXml.TJvSimpleXMLElem.GetItems (Line 1292, "JvSimpleXml.pas" + 1) + $0
[00404417] System.@HandleAnyException (Line 9362, "system.pas" + 13) + $0
[006CB266] JvAppXMLStorage.TJvCustomAppXMLStorage.DoWriteInteger (Line 497, "JvAppXMLStorage.pas" + 5) + $8
[005146D6] JvAppStorage.TJvCustomAppStorage.WriteIntegerInt (Line 1583, "JvAppStorage.pas" + 1) + $8
[00515519] JvAppStorage.TJvCustomAppStorage.WriteInteger (Line 1861, "JvAppStorage.pas" + 3) + $A
[00B4C4CF] TSy_Main.TApplModl1.SaveMyAgents (Line 14851, "TSy_Main.pas" + 4) + $3C
[00B4CD95] TSy_Main.TApplModl1.ChngPbxAcdModl (Line 14989, "TSy_Main.pas" + 13) + $3
[00B2E9D6] TSy_Main.TApplModl1.cbPbxListChange (Line 7003, "TSy_Main.pas" + 44) + $6
[00B2FD40] TSy_Main.TApplModl1.WMPostInit (Line 7301, "TSy_Main.pas" + 34) + $5
[0046CDC7] Controls.TControl.WndProc (Line 4561, "Controls.pas" + 53) + $8
[0058AA84] JvListView.TJvListView.WMAutoSelect (Line 1378, "JvListView.pas" + 7) + $9
[0046CDC7] Controls.TControl.WndProc (Line 4561, "Controls.pas" + 53) + $8
[00470C28] Controls.TWinControl.DefaultHandler (Line 6269, "Controls.pas" + 23) + $28
[00470AE2] Controls.TWinControl.WndProc (Line 6242, "Controls.pas" + 33) + $6
[0048C684] Forms.TCustomForm.WndProc (Line 3044, "Forms.pas" + 103) + $6
[00573333] JvWndProcHook.TJvHookInfos.WindowProc (Line 767, "JvWndProcHook.pas" + 33) + $9
[004706B4] Controls.TWinControl.MainWndProc (Line 6139, "Controls.pas" + 3) + $9
[00433C34] Classes.StdWndProc (Line 10563, "classes.pas" + 8) + $0
[00494164] Forms.TApplication.ProcessMessage (Line 6696, "Forms.pas" + 13) + $4
[004941AB] Forms.TApplication.HandleMessage (Line 6715, "Forms.pas" + 1) + $6
[00494446] Forms.TApplication.Run (Line 6799, "Forms.pas" + 16) + $3
[00B52E94] tsy_admin.tsy_admin (Line 170, "C:\devp\telesystem\tsy_admin.dpr" + 14) + $7
----------------------------------------------------------------------------------------------------
System   : Windows XP Professional, Version: 5.1, Build: A28, "Service Pack 2"
Processor: Intel,               Intel(R) Pentium(R) 4 CPU 3.00GHz, 2980 MHz MMX
Display  : 1280x1024 pixels, 32 bpp
----------------------------------------------------------------------------------------------------
List of loaded modules:
[00400000] C:\Program Files\RMST\CALLManager\bin\tsy_admin.exe
           7.0.0.445 - 7.0.0.445
           Phone System Administration
[00E90000] C:\Program Files\RMST\CALLManager\bin\TeleSecurity.dll
<00400000> 7.0.0.441 - 7.0.0.441
           TeleSecurity Module
[010F0000] C:\WINDOWS\system32\borlndmm.dll
           6.0.6.163 - 6.0.6.163
           Borland Memory Manager
[01100000] C:\Program Files\RMST\CALLManager\bin\Telelog.dll
<00400000> 7.0.0.441 - 7.0.0.441
           TeleLog Module
[019C0000] C:\WINDOWS\system32\msi.dll
<745E0000> 3.1.4000.2435 - 3.1.4000.2435
           Windows Installer
[02430000] C:\Program Files\Common Files\System\msadc\msadcer.dll
<20000000> 2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Cursor Engine Resources
[028B0000] C:\Program Files\Common Files\System\Ole DB\SQLOLEDB.RLL
<00400000> 2000.85.1117.0 - 2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
           Microsoft OLE DB Provider for SQL Server
[03630000] C:\WINDOWS\system32\shdoclc.dll
<20000000> 6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Shell Doc Object and Control Library
[04220000] C:\WINDOWS\IME\SPGRMR.DLL
<20000000> 5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SPTIP Grammar DLL
[04240000] C:\Program Files\Common Files\Microsoft Shared\INK\SKCHUI.DLL
<10000000> 1.0.1038.0 - 1.0.1038.0
           Draw Pen Tip
[10000000] C:\DOCUME~1\ardmy\LOCALS~1\Temp\IadHide5.dll
           7.2.0.157 - Version 7.2.0 (Build 157R)
           IAdHide
[10100000] C:\Program Files\Logitech\SetPoint\lgscroll.dll
           2.60.606.0 - 2.60.606
           Logitech Scroll Enabler (UNICODE)
[13D00000] C:\Program Files\ScanSoft\OmniPagePro14.0\OpHook14.dll
           14.0.2003.10281 - 14.0.2003.10281
           OCR Aware Hook (32-bit)
[20000000] C:\WINDOWS\system32\xpsp2res.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Service Pack 2 Messages
[4DD00000] C:\Program Files\Common Files\System\Ole DB\sqloledb.dll
           2000.85.1117.0 - 2000.085.1117.00 (xpsp_sp2_rtm.040803-2158)
           Microsoft OLE DB Provider for SQL Server
[4DE10000] C:\Program Files\Common Files\System\ado\msado15.dll
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - ActiveX Data Objects
[51580000] C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\MSDBG2.DLL
           7.0.9466.0 - 7.00.9466
           Active Debugging Proxy/Stub
[51660000] C:\Program Files\Common Files\Microsoft Shared\VS7DEBUG\PDM.DLL
           7.0.9466.0 - 7.00.9466
           Process Debug Manager
[5AD70000] C:\WINDOWS\system32\uxtheme.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft UxTheme Library
[5B860000] C:\WINDOWS\system32\NETAPI32.dLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Net Win32 API DLL
[5C2C0000] C:\WINDOWS\ime\sptip.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SAPI5.0/CTF layer DLL
[5EDD0000] C:\WINDOWS\system32\olepro32.dll
           5.1.2600.2180 - 5.1.2600.2180
[605D0000] C:\WINDOWS\system32\mslbui.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           LangageBar Add In
[60E30000] C:\Program Files\Common Files\System\Ole DB\MSDATL3.dll
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Implementation Support Routines
[65E20000] C:\WINDOWS\system32\itss.dll
           5.2.3790.2453 - 5.2.3790.2453 (srv03_sp1_gdr.050525-1542)
           Microsoft® InfoTech Storage System Library
[662B0000] C:\WINDOWS\system32\hnetcfg.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Home Networking Configuration Manager
[6C1B0000] C:\WINDOWS\system32\DUSER.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows DirectUser Engine
[6D4F0000] C:\WINDOWS\system32\DBNETLIB.DLL
           2000.85.1117.0 - 2000.085.1117 (xpsp_sp2_rtm.040803-2158)
           Winsock Oriented Net DLL for SQL Clients
[71A50000] C:\WINDOWS\system32\mswsock.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Windows Sockets 2.0 Service Provider
[71A90000] C:\WINDOWS\System32\wshtcpip.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Sockets Helper DLL
[71AA0000] C:\WINDOWS\system32\WS2HELP.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Socket 2.0 Helper for Windows NT
[71AB0000] C:\WINDOWS\system32\WS2_32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Socket 2.0 32-Bit DLL
[71AD0000] C:\WINDOWS\system32\wsock32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Socket 32-Bit DLL
[71B20000] C:\WINDOWS\system32\mpr.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Multiple Provider Router DLL
[71BF0000] C:\WINDOWS\system32\SAMLIB.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SAM Library DLL
[71D90000] C:\WINDOWS\system32\url.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Internet Shortcut Shell Extension DLL
[71F80000] C:\WINDOWS\system32\security.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Security Support Provider Interface
[722B0000] C:\WINDOWS\system32\sensapi.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SENS Connectivity API DLL
[72B40000] C:\WINDOWS\system32\appwiz.cpl
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Shell Application Manager
[73000000] C:\WINDOWS\system32\winspool.drv
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Spooler Driver
[73160000] C:\Program Files\Common Files\System\Ole DB\oledb32.dll
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Core Services
[73DC0000] C:\WINDOWS\system32\LZ32.DLL
           5.1.2600.0 - 5.1.2600.0 (xpclient.010817-1148)
           LZ Expand/Compress API DLL
[74060000] C:\Program Files\Common Files\System\msadc\msadce.dll
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Cursor Engine
[746C0000] C:\WINDOWS\system32\msls31.dll
           3.10.349.0 - 3.10.349.0
           Microsoft Line Services library file
[746F0000] C:\WINDOWS\system32\msimtf.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Active IMM Server DLL
[74720000] C:\WINDOWS\system32\MSCTF.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           MSCTF Server DLL
[74C80000] C:\WINDOWS\system32\OLEACC.dll
           4.2.5406.0 - 4.2.5406.0 (xpclient.010817-1148)
           Active Accessibility Core Component
[74D30000] C:\WINDOWS\system32\oledlg.dll
           5.1.2600.0 - 1.0 (XPClient.010817-1148)
           Microsoft Windows(TM) OLE 2.0 User Interface Support
[74E30000] C:\WINDOWS\system32\RICHED20.DLL
           5.30.23.1221 - 5.30.23.1221
           Rich Text Edit Control, v3.0
[750B0000] C:\WINDOWS\system32\RESUTILS.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Cluster Resource Utility DLL
[750F0000] C:\WINDOWS\system32\MTXCLU.DLL
           2001.12.4414.311 - 2001.12.4414.311
           MS DTC amd MTS clustering support DLL
[75130000] C:\WINDOWS\system32\colbact.DLL
           2001.12.4414.258 - 2001.12.4414.258
[75350000] C:\Program Files\Common Files\System\Ole DB\OLEDB32R.DLL
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Core Services Resources
[754D0000] C:\WINDOWS\system32\CRYPTUI.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Trust UI Provider
[755C0000] C:\WINDOWS\system32\msctfime.ime
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Text Frame Work Service IME
[75CF0000] C:\WINDOWS\system32\MLANG.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Multi Language Support DLL
[75E90000] C:\WINDOWS\system32\SXS.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Fusion 2.5
[76080000] C:\WINDOWS\system32\MSVCP60.dll
           6.2.3104.0 - 6.02.3104.0
           Microsoft (R) C++ Runtime Library
[76380000] C:\WINDOWS\system32\MSIMG32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           GDIEXT Client DLL
[76390000] C:\WINDOWS\system32\imm32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows XP IMM32 API Client DLL
[763B0000] C:\WINDOWS\system32\comdlg32.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Common Dialogs DLL
[765B0000] C:\WINDOWS\system32\MSDART.DLL
           2.81.1117.0 - 2.81.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - OLE DB Runtime Routines
[76620000] C:\WINDOWS\system32\comsvcs.dll
           2001.12.4414.258 - 2001.12.4414.258
[767A0000] C:\WINDOWS\system32\ntdsapi.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           NT5DS
[769C0000] C:\WINDOWS\system32\USERENV.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Userenv
[76B40000] C:\WINDOWS\system32\winmm.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           MCI API DLL
[76BF0000] C:\WINDOWS\system32\PSAPI.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Process Status Helper
[76C30000] C:\WINDOWS\system32\WINTRUST.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Trust Verification APIs
[76C90000] C:\WINDOWS\system32\IMAGEHLP.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT Image Helper
[76D10000] C:\WINDOWS\system32\CLUSAPI.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Cluster API Library
[76D60000] C:\WINDOWS\system32\IPHlpAPI.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           IP Helper API
[76E80000] C:\WINDOWS\system32\rtutils.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Routing Utilities
[76E90000] C:\WINDOWS\system32\rasman.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Access Connection Manager
[76EB0000] C:\WINDOWS\system32\TAPI32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft® Windows(TM) Telephony API Client DLL
[76EE0000] C:\WINDOWS\system32\RASAPI32.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Access API
[76F20000] C:\WINDOWS\system32\DNSAPI.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DNS Client API DLL
[76F60000] C:\WINDOWS\system32\WLDAP32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Win32 LDAP API DLL
[76FB0000] C:\WINDOWS\System32\winrnr.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           LDAP RnR Provider DLL
[76FC0000] C:\WINDOWS\system32\rasadhlp.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Access AutoDial Helper
[76FD0000] C:\WINDOWS\system32\CLBCATQ.DLL
           2001.12.4414.258 - 2001.12.4414.258
[77050000] C:\WINDOWS\system32\COMRes.dll
           2001.12.4414.258 - 2001.12.4414.258
[77120000] C:\WINDOWS\system32\oleaut32.dll
           5.1.2600.2180 - 5.1.2600.2180
[771B0000] C:\WINDOWS\system32\wininet.dll
           6.0.2900.2861 - 6.00.2900.2861 (xpsp_sp2_gdr.060303-1517)
           Internet Extensions for Win32
[77260000] C:\WINDOWS\system32\urlmon.dll
           6.0.2900.2870 - 6.00.2900.2870 (xpsp_sp2_gdr.060317-1513)
           OLE32 Extensions for Win32
[773D0000] C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
           6.0.2900.2180 - 6.0 (xpsp_sp2_rtm.040803-2158)
           User Experience Controls Library
[774E0000] C:\WINDOWS\system32\ole32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft OLE for Windows
[77690000] C:\WINDOWS\system32\NTMARTA.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT MARTA provider
[77760000] C:\WINDOWS\system32\SHDOCVW.dll
           6.0.2900.2877 - 6.00.2900.2877 (xpsp_sp2_gdr.060329-1545)
           Shell Doc Object and Control Library
[77920000] C:\WINDOWS\system32\SETUPAPI.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Setup API
[77A80000] C:\WINDOWS\system32\CRYPT32.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Crypto API32
[77B20000] C:\WINDOWS\system32\MSASN1.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           ASN.1 Runtime APIs
[77B40000] C:\WINDOWS\system32\appHelp.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Application Compatibility Client Library
[77C00000] C:\WINDOWS\system32\version.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Version Checking and File Installation Libraries
[77C10000] C:\WINDOWS\system32\msvcrt.dll
           7.0.2600.2180 - 7.0.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT CRT DLL
[77C70000] C:\WINDOWS\system32\msv1_0.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Authentication Package v1.0
[77D40000] C:\WINDOWS\system32\user32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows XP USER API Client DLL
[77DD0000] C:\WINDOWS\system32\advapi32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Advanced Windows 32 Base API
[77E70000] C:\WINDOWS\system32\RPCRT4.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Procedure Call Runtime
[77F10000] C:\WINDOWS\system32\GDI32.dll
           5.1.2600.2818 - 5.1.2600.2818 (xpsp_sp2_gdr.051228-1427)
           GDI Client DLL
[77F60000] C:\WINDOWS\system32\SHLWAPI.dll
           6.0.2900.2861 - 6.00.2900.2861 (xpsp_sp2_gdr.060303-1517)
           Shell Light-weight Utility Library
[77FE0000] C:\WINDOWS\system32\Secur32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Security Support Provider Interface
[78130000] C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd\MSVCR80.dll
           8.0.50727.42 - 8.00.50727.42
           Microsoft® C Runtime Library
[7C420000] C:\WINDOWS\WinSxS\x86_Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_0de06acd\MSVCP80.dll
           8.0.50727.42 - 8.00.50727.42
           Microsoft® C++ Runtime Library
[7C800000] C:\WINDOWS\system32\kernel32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT BASE API Client DLL
[7C900000] C:\WINDOWS\system32\ntdll.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           NT Layer DLL
[7C9C0000] C:\WINDOWS\system32\shell32.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Shell Common Dll
[7DB10000] C:\WINDOWS\system32\HHCTRL.OCX
           5.2.3790.2453 - 5.2.3790.2453 (srv03_sp1_gdr.050525-1542)
           Microsoft® HTML Help Control
[7DC30000] C:\WINDOWS\system32\mshtml.dll
           6.0.2900.2873 - 6.00.2900.2873 (xpsp_sp2_gdr.060322-1613)
           Microsoft (R) HTML Viewer
----------------------------------------------------------------------------------------------------
Active Controls hierarchy:
TCheckBox "CheckBox1"
TPanel "Panel1"
TfrmEmbedHelpWin "frmEmbedHelpWin"
----------------------------------------------------------------------------------------------------


Subject: Re: TJvAppIniFileStorage looping the writing and reading
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Fri, 2 Feb 2007 16:59:32 -0500
Newsgroups: jedi.vcl

I do use only one AppStorageComponent per app, but on the main form in my 
case.

What is the sintax to get to the ini file from the AppStorage?
AppStorage.?????.?????.[ReadString]   ????

Is this decended from  an tINIfile?



"Jens" <jens.fudickar@oratool.de> wrote in message 
news:epuqh1$g4$1@news.talkto.net...
> > Hi Craig,
> >
> > that's not so easy.
> >
> > My first advice is to use only one AppStorageComponent in your app. Place
> > it in a datamodule and you can use it for all forms.
> >
> > For the data holded outside the AppStorage i would suggest to use the
> > AppStorage also (if possible).
> >
> > Greetings
> > Jens
> >




Subject: Re: JvDBUltimGrid
From: Bruce Michener <bmichene@boe.ca.gov>
Date: Fri, 02 Feb 2007 12:30:39 -0800
Newsgroups: jedi.vcl

Never mind, I turned on RowSelect under Options which caused my problem.

Bruce Michener wrote:
> I just upgraded to version 3.30 and now the SearchNext function of this component fails to work.  The Search function works fine, but the SearchNext seems to remain on the same cell and returns a true.


Subject: JvDBUltimGrid
From: Bruce Michener <bmichene@boe.ca.gov>
Date: Fri, 02 Feb 2007 12:12:16 -0800
Newsgroups: jedi.vcl

I just upgraded to version 3.30 and now the SearchNext function of this component fails to work.  The Search function works fine, but the SearchNext seems to remain on the same cell and returns a true.


Subject: Re: JvSimScope
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Fri, 02 Feb 2007 19:45:59 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Markus.Humm wrote:
>
>> Question: how did you enhance it? Will it break existing functionality? I already use it in a situation where 0-100% is just right...
>
> No, I did not change its functionality, I expanded on it. Basically, you can now set min and max, logical units instead of pixels and stuff like that.
> I'll put together a simple example with CPU usage and a random graph, that's how I did my tests to improve it, so it should be easy to clean it up.
>
This just sounds too great to be true... ;-)
Looks like a well done job on a very usefull component to me.

Greetings

Markus


Subject: Re: EAccessViolation in TJvSimpleXMLElem
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 02 Feb 2007 14:04:41 +0100
Newsgroups: jedi.vcl

Tim Coates wrote:
> OBones wrote:
>> It is trying to access a nil item, and without a valid call stack, we can't be of much help.
>
> Forgive my ignorance but how can I make it create a valid call stack so that I can get some help. It is only on this one system where the AV occurs. I would love to know what the program is doing wrong in this instance that seems to work at every other installation.

I suspect a missing node in the XML file.
To get a complete call stack, have a look at JclDebug and the associated wizard in the JCL.


Subject: Re: EAccessViolation in TJvSimpleXMLElem
From: Tim Coates <tc@rms-telecomms.com>
Date: Fri, 02 Feb 2007 21:58:18 +1000
Newsgroups: jedi.vcl

OBones wrote:
> It is trying to access a nil item, and without a valid call stack, we can't be of much help.

Forgive my ignorance but how can I make it create a valid call stack so that I can get some help. It is only on this one system where the AV occurs. I would love to know what the program is doing wrong in this instance that seems to work at every other installation.

Tim


Subject: Re: TJvAppIniFileStorage looping the writing and reading
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 2 Feb 2007 09:39:42 +0100
Newsgroups: jedi.vcl

Hi Craig,

that's not so easy.

My first advice is to use only one AppStorageComponent in your app. Place
it in a datamodule and you can use it for all forms.

For the data holded outside the AppStorage i would suggest to use the
AppStorage also (if possible).

Greetings
Jens

> >In 3.20 to make all cases (multi-forms and or multi apps) work, here is what 
> >I do...
> >Also, I have other information in the ini file placed there outside of the 
> >JvAppIniFileStorage control.
> >
> >What is your advice Jens?
> >I do not really like the "auto' reading and writing of the control, it 
> >happens too much and can make execution get slow.
> >
> >I use this after closing a form:
> >  JvAppIniFileStorage1.Flush;
> >  JvAppIniFileStorage1.Reload;
> >
> >I use this in application close event:
> >   //re-read any changes in the ini that were added manually or by OTHER 
> >apps or forms
> >   JvAppIniFileStorage1.Reload;
> >   //now re-save the placement and LOCAL settings to the ini
> >   JvFormStorage1.SaveFormPlacement;
> >
> >"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message 
> >news:eptoab$ra2$1@news.talkto.net...
>> >> Hi Craig,
>> >>
>> >> this is a little bit tricky.
>> >>
>> >> I had the same problems with multiple applications running on one system.
>> >>
>> >> What i have implemented for this reason is a new Property in the 
>> >> TJvAppIniFileStorage and TJvAppXmlFileStorage.
>> >> The Property SynchronizeFlushReload uses a Mutex to lock any flush/reload 
>> >> operations on a file. This should be included in the 3.30.
>> >>
>> >> Greetings
>> >> Jens
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: EAccessViolation in TJvSimpleXMLElem
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 02 Feb 2007 09:10:33 +0100
Newsgroups: jedi.vcl

It is trying to access a nil item, and without a valid call stack, we can't be of much help.


Subject: TJvThread
From: AlexB <b.a.v@inbox.ru>
Date: Fri, 02 Feb 2007 13:53:09 +0600
Newsgroups: jedi.vcl

Hi all.

In JvThread.pas:

{$IFDEF UNIX}

function TJvThread.GetPolicy(Thread: THandle): Integer;
begin
  Result := 0;
  if Thread <> 0 then
    Result := GetThreadPolicy(Thread);
end;

procedure TJvThread.SetPolicy(Thread: THandle; Policy: Integer);
begin
  if Thread <> 0 then
    SetThreadPriority(Thread, Policy);
// I'm not unix man but I suspect typo here:
// should be SetThreadPolicy, isn't it?
end;

{$ENDIF UNIX}

Alex.


Subject: EAccessViolation in TJvSimpleXMLElem
From: Tim Coates <tc@rms-telecomms.com>
Date: Fri, 02 Feb 2007 15:48:38 +1000
Newsgroups: jedi.vcl

We use the JVCL components (version 3.1) in an application and get an access violation when the programs loads. I have included a log near the end of this email.

The program uses two xml storage objects and the only other place where anything xml based is used, is in a "news" form. The odd thing is that the access violation only occurs at one customer site. It does not occur at any other site.

Now we put exception handling around the FormCreate, FormShow, and any other function in our program that is called when the program starts. The error that we get seems to occur between the end of the FormShow event and the actual displaying of the form = in this code it mainly goes through

  TJvHookInfos.WindowProc(var Msg: TMessage);

and other hook related functions.

The log file is contained below. Any assitance (or bug fix) would be greatly appreciated.

Thanks in advance,
Tim Coates

# -----------------------------------------------------------------------------------------
# START LOGGING : tsy_admin at 2/1/2007 11:44:59 PM
# -----------------------------------------------------------------------------------------
# PROCESS  : C:\Program Files\RMST\CALLManager\bin\tsy_admin.exe
# USER     : ****
# COMPUTER : *******
# SYSTEM   : Windows NT v5.1.2600 Service Pack 2
# -----------------------------------------------------------------------------------------
#
# 2/1/2007 11:45:13 PM [ EXCEPT ] Type         : EAccessViolation ( EExternal )
                                  Unit         : JvSimpleXml
                                  Line         : 1292
                                  Class        : TJvSimpleXMLElem
                                  Function     : GetItems
                                  Address      : 0x0068D50F
                                  Sender Class : TApplModl1 > TApplModl > TForm > TCustomForm > TScrollingWinControl > TWinControl > TControl > TComponent > TPersistent > TObject
                                  Sender Name  : ApplModl1
                                  Message      : Access violation at address 0068D50F in module 'tsy_admin.exe'. Read of address 0000000C
                                  Call Stack   : U_XAM_Debug::TXAMDebug.GetCallStack

U_XAM_Debug::TXAMDebug.GetExceptionInfos

U_XAM_Debug::TXAMDebug.ProcessException

U_XAM_Debug::TXAMDebug.HandleException

Forms::TApplication.HandleException
                                                 Classes::StdWndProc
                                                 Windows::CloseClipboard
                                                 Windows::DrawIconEx
                                                 Windows::GetMessageTime
                                                 SysUtils::StrScan

Forms::TApplication.ProcessMessage
                                                 tsy_admin::<Unknown>
                                                 Variants::_VarFromInt


Subject: Re: TJvAppIniFileStorage looping the writing and reading
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Thu, 1 Feb 2007 18:28:43 -0500
Newsgroups: jedi.vcl

In 3.20 to make all cases (multi-forms and or multi apps) work, here is what 
I do...
Also, I have other information in the ini file placed there outside of the 
JvAppIniFileStorage control.

What is your advice Jens?
I do not really like the "auto' reading and writing of the control, it 
happens too much and can make execution get slow.

I use this after closing a form:
  JvAppIniFileStorage1.Flush;
  JvAppIniFileStorage1.Reload;

I use this in application close event:
   //re-read any changes in the ini that were added manually or by OTHER 
apps or forms
   JvAppIniFileStorage1.Reload;
   //now re-save the placement and LOCAL settings to the ini
   JvFormStorage1.SaveFormPlacement;

"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message 
news:eptoab$ra2$1@news.talkto.net...
> > Hi Craig,
> >
> > this is a little bit tricky.
> >
> > I had the same problems with multiple applications running on one system.
> >
> > What i have implemented for this reason is a new Property in the 
> > TJvAppIniFileStorage and TJvAppXmlFileStorage.
> > The Property SynchronizeFlushReload uses a Mutex to lock any flush/reload 
> > operations on a file. This should be included in the 3.30.
> >
> > Greetings
> > Jens




Subject: Re: TJvAppIniFileStorage looping the writing and reading
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Thu, 1 Feb 2007 18:21:16 -0500
Newsgroups: jedi.vcl

Here is the full call stack for both break points.  Again these methods are 
called over and over if set to automatic.  I think that they should be 
called after some change event, like a form close.  Then there will be 
almost no chance of a file in use issue with multiple forms or applications.

..Reload
TJvAppIniFileStorage.Reload
TJvCustomAppStorage.ReloadIfNeeded
TJvCustomAppIniStorage.WriteValue('QRUNNER','FormVersion','0')
TJvCustomAppIniStorage.DoWriteInteger(???,0)
TJvCustomAppStorage.WriteIntegerInt(???,???)
TJvCustomAppStorage.WriteInteger(???,0)
TJvFormPlacement.WriteInteger('FormVersion',0)
TJvFormPlacement.SaveFormPlacement
TJvFormPlacement.FormCloseQuery(???,???)
TForm1QP.FormShow(???)
TJvFormPlacement.FormShow($1443C78)
TJvHookInfos.WindowProc((45081, 0, 0, 0, 0, 0, 0, 0, 0, 0))
TJvHookInfos.WindowProc((45067, 1, 0, 0, 1, 0, 0, 0, 0, 0))
newQP


..Flush
TJvAppIniFileStorage.Flush
TJvCustomAppStorage.FlushIfNeeded
TJvCustomAppIniStorage.WriteValue(???,???,'0')
TJvCustomAppIniStorage.DoWriteInteger(???,0)
TJvCustomAppStorage.WriteIntegerInt(???,???)
TJvCustomAppStorage.WriteInteger(???,0)
TJvFormPlacement.WriteInteger('FormVersion',0)
TJvFormPlacement.SaveFormPlacement
TJvFormPlacement.FormCloseQuery(???,???)
TForm1QP.FormShow(???)
TJvFormPlacement.FormShow($1443C78)
TJvHookInfos.WindowProc((45081, 0, 0, 0, 0, 0, 0, 0, 0, 0))
TJvHookInfos.WindowProc((45067, 1, 0, 0, 1, 0, 0, 0, 0, 0))
newQP

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eptna4$r0e$1@news.talkto.net...
> > Yes, but what is the full call stack when you hit the breakpoint?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: TJvAppIniFileStorage looping the writing and reading
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 01 Feb 2007 23:07:10 +0100
Newsgroups: jedi.vcl

Hi Craig,

this is a little bit tricky.

I had the same problems with multiple applications running on one system.

What i have implemented for this reason is a new Property in the TJvAppIniFileStorage and TJvAppXmlFileStorage.
The Property SynchronizeFlushReload uses a Mutex to lock any flush/reload operations on a file. This should be included in the 3.30.

Greetings
Jens

Craig schrieb:
> Hello all,
>
> I have 3.20 installed and I found that when setting the below properties to true that the ini file is written and read more than once a second.  This causes read errors if you have more than one form or app using the same ini file.  This is also not the functionality as per the documentation on http://homepages.borland.com/jedi/jedihelp/.
> ....[snip]
> 9.62
> TJvAppIniFileStorage.AutoReload If set to True, the Reload method will be called whenever an information is about to be read from the in memory file.
> 8.44
> TJvAppIniFileStorage.AutoFlush If set to True, the Flush method will be called whenever a modification has been made to the in memory file.
>
> Will this be updated or can the read and write errors be prevented?
> For now, I changed my code and will try to do everything in a more manual fashion, but this reduces the functionality of the component.
>
> Thanks.
>
> Craig.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppIniFileStorage looping the writing and reading
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 01 Feb 2007 22:49:58 +0100
Newsgroups: jedi.vcl

Yes, but what is the full call stack when you hit the breakpoint?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvAppIniFileStorage looping the writing and reading
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Thu, 1 Feb 2007 16:47:30 -0500
Newsgroups: jedi.vcl

Here is the code that I set a break point on:
From JvAppIniStorage.pas.
If you need me to write a simple example, let me know as my app is large.

What I see (with the break point) is that the Flush and or Reload is called 
too often.

procedure TJvAppIniFileStorage.Flush;
var
  Path: string;
begin
  if (FullFileName <> '') and not ReadOnly and not (csDesigning in 
ComponentState) then
  begin
    Path := ExtractFilePath(IniFile.FileName);
    if Path <> '' then
      ForceDirectories(Path);
    IniFile.Rename(FullFileName, False);
    IniFile.UpdateFile;
  end;
end;

procedure TJvAppIniFileStorage.Reload;
begin
  if not IsUpdating and not (csDesigning in ComponentState) then
  begin
    inherited Reload;
    if FileExists(FullFileName) then
      IniFile.Rename(FullFileName, True)
    else  // file may have disappeared. If so, clear the file
      IniFile.Clear;
  end;
end;


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eptksp$qb4$1@news.talkto.net...
> > Try to look in the call stack for "Flush" and see where it comes from. I'm 
> > not seeing this behaviour here.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: TJvAppIniFileStorage looping the writing and reading
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 01 Feb 2007 22:08:43 +0100
Newsgroups: jedi.vcl

Try to look in the call stack for "Flush" and see where it comes from. I'm not seeing this behaviour here.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Closing DesktopAlert ....
From: "Luis M. Norberto" <"r_roll(Obvious)"@hotmail.com>
Date: Thu, 1 Feb 2007 19:24:22 +0000
Newsgroups: jedi.vcl

On Thu, 1 Feb 2007 14:51:59 +0100, Peter Thornqvist wrote:

> > In the event handler for the button click:
> > 
> > JvDesktopAlert1.Close(true/false);

Sorry, i already try that but dont work :

procedure TForm1.Button9Click(Sender: TObject);
begin
alert1.Close(true);
end;

??


Subject: TJvAppIniFileStorage looping the writing and reading
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Thu, 1 Feb 2007 11:51:59 -0500
Newsgroups: jedi.vcl

Hello all,

I have 3.20 installed and I found that when setting the below properties to 
true that the ini file is written and read more than once a second.  This 
causes read errors if you have more than one form or app using the same ini 
file.  This is also not the functionality as per the documentation on 
http://homepages.borland.com/jedi/jedihelp/.
....[snip]
9.62
TJvAppIniFileStorage.AutoReload If set to True, the Reload method will be 
called whenever an information is about to be read from the in memory file.
8.44
TJvAppIniFileStorage.AutoFlush If set to True, the Flush method will be 
called whenever a modification has been made to the in memory file.

Will this be updated or can the read and write errors be prevented?
For now, I changed my code and will try to do everything in a more manual 
fashion, but this reduces the functionality of the component.

Thanks.

Craig. 




Subject: Re: Closing DesktopAlert ....
From: "Peter Thornqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 1 Feb 2007 14:51:59 +0100
Newsgroups: jedi.vcl

In the event handler for the button click:

JvDesktopAlert1.Close(true/false);

-- Regards, Peter "Luis M. Norberto" <"r_roll(Obvious)"@hotmail.com> skrev i meddelandet news:1mvnp1iz3fdaj$.1nxb5j5fk1hk5$.dlg@40tude.net...
> >I would like to close this "DA" with a command from some other button in
> > the form.
> >
> > So how close without clicking on the close button of the "DA" ?
> >
> >
> > Alert1 its a TjvDesktopAlert, with displayduration=0
> > Edmessage its a Tmemo
> > EdHeader ist  a Tedit
> >
> > I took this code from the example...
> >
> > The code :
> >
> > procedure TForm1.Button1Click(Sender: TObject);
> > var
> >  i,j:integer;
> >  DA:TJvDesktopAlert;
> >  FOptions:TJvDesktopAlertOptions;
> > begin
> >   DA := TJvDesktopAlert.Create(Self);
> >  DA.Images := ImageList1;
> >    DA.HeaderText := edHeader.Text;
> >    DA.MessageText := edMessage.Text;
> >    Da.Colors.CaptionFrom:=alert1.Colors.CaptionFrom;
> > Da.Colors.CaptionTo:=alert1.Colors.CaptionTo;
> > Da.Colors.WindowFrom:= alert1.Colors.WindowFrom;
> > Da.Colors.WindowTo:= alert1.Colors.WindowTo;
> >    FOptions := [];
> >    DA.Options := alert1.Options;
> >    DA.Location.AlwaysResetPosition :=alert1.Location.AlwaysResetPosition;
> >    DA.Location.Position :=alert1.Location.Position;
> >    DA.Location.Width := alert1.Location.Width;
> >    DA.Location.Height := alert1.Location.Height;
> >    DA.AlertStyle := alert1.AlertStyle;
> >    DA.StyleHandler.StartInterval := alert1.StyleHandler.StartInterval;
> >    DA.StyleHandler.StartSteps := alert1.StyleHandler.StartSteps;
> >    DA.StyleHandler.DisplayDuration:=alert1.StyleHandler.DisplayDuration;
> >    DA.StyleHandler.EndInterval :=alert1.StyleHandler.EndInterval;
> >    DA.StyleHandler.EndSteps :=alert1.StyleHandler.EndSteps;
> >
> >      Include(FOptions,daoCanClick);
> >      Include(FOptions, daoCanMove);
> >      Include(FOptions, daoCanClose);
> >
> >    DA.Options := FOptions;
> > DA.Execute;
> >
> > end; 




Subject: JvCalcEdit
From: jacky <jfrieske@poczta.onet.pl>
Date: Thu, 01 Feb 2007 09:02:16 +0100
Newsgroups: jedi.vcl

Hi.
I've got problem with TJvCalcEdit component. I'd like to set following behaviour:
1. When I set a value, I want a value string in edit left when I exit the control.
2. When I set empty string, I want empty string in edit left when I exit the control
3. When I set 0 value, I want 0 (zero) string in edit left when I exit the control.
Is it possible?


Subject: Re: JvSimScope
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 31 Jan 2007 22:23:32 +0100
Newsgroups: jedi.vcl

Markus.Humm wrote:

> Question: how did you enhance it? Will it break existing functionality? I already use it in a situation where 0-100% is just right...

No, I did not change its functionality, I expanded on it. Basically, you can now set min and max, logical units instead of pixels and stuff like that.
I'll put together a simple example with CPU usage and a random graph, that's how I did my tests to improve it, so it should be easy to clean it up.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvSimScope
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Wed, 31 Jan 2007 21:44:27 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Markus.Humm wrote:
>
>> Any way to change this?
>
> Use the latest daily version, I already changed this for a project of mine.
>
Thanks!

I don't use dailies etc. but when I upgrade to Highlander I will reinstall Jedi anyhow so it should be included in that version by then.

Question: how did you enhance it? Will it break existing functionality? I already use it in a situation where 0-100% is just right...

Greetings

Markus


Subject: Re: TJvCustomScheduledEvents
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 31 Jan 2007 19:03:36 +0100
Newsgroups: jedi.vcl

Jens wrote:
> Hi Ervin,
>
> there no such functionality.
>
> Sorry!
>
> And "normally" i don't see a usage for this. Tha Appstorage is designed to
> store settings which are customizable by the user. And the events are
> normally not.

I totally agree. And setting the OnExecute is VERY easy by code.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvCustomScheduledEvents
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 31 Jan 2007 18:07:05 +0100
Newsgroups: jedi.vcl

Hi Ervin,

there no such functionality.

Sorry!

And "normally" i don't see a usage for this. Tha Appstorage is designed to
store settings which are customizable by the user. And the events are
normally not.

Greetings
Jens

> >I have one more problem with loading the Events objects from an
> >TJvAppIniFileStorage. Now every property is set right except the OnExecute
> >event handler property. After ScheduledEvents loaded nothing happens
> >because the OnExecute property is not set. Is there a way to save the
> >event handler function address with AppStorage? I could loop through, the
> >Events and set them to an event handler function but since I have
> >different type of events  it would be much more convenient if I could save
> >the function address also.
> >
> >Thanks, Ervin
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvCustomScheduledEvents
From: "Eman" <eman@hotmail.com>
Date: Wed, 31 Jan 2007 17:56:09 +0100
Newsgroups: jedi.vcl

I have one more problem with loading the Events objects from an
TJvAppIniFileStorage. Now every property is set right except the OnExecute
event handler property. After ScheduledEvents loaded nothing happens
because the OnExecute property is not set. Is there a way to save the
event handler function address with AppStorage? I could loop through, the
Events and set them to an event handler function but since I have
different type of events  it would be much more convenient if I could save
the function address also.

Thanks, Ervin



--- posted by geoForum on http://delphi.newswhat.com


Subject: Closing DesktopAlert ....
From: "Luis M. Norberto" <"r_roll(Obvious)"@hotmail.com>
Date: Tue, 30 Jan 2007 23:42:09 +0000
Newsgroups: jedi.vcl

I would like to close this "DA" with a command from some other button in
the form.

So how close without clicking on the close button of the "DA" ?


Alert1 its a TjvDesktopAlert, with displayduration=0
Edmessage its a Tmemo
EdHeader ist  a Tedit

I took this code from the example...

The code :

procedure TForm1.Button1Click(Sender: TObject);
var
  i,j:integer;
  DA:TJvDesktopAlert;
  FOptions:TJvDesktopAlertOptions;
begin
   DA := TJvDesktopAlert.Create(Self);
  DA.Images := ImageList1;
    DA.HeaderText := edHeader.Text;
    DA.MessageText := edMessage.Text;
    Da.Colors.CaptionFrom:=alert1.Colors.CaptionFrom;
Da.Colors.CaptionTo:=alert1.Colors.CaptionTo;
Da.Colors.WindowFrom:= alert1.Colors.WindowFrom;
Da.Colors.WindowTo:= alert1.Colors.WindowTo;
    FOptions := [];
    DA.Options := alert1.Options;
    DA.Location.AlwaysResetPosition :=alert1.Location.AlwaysResetPosition;
    DA.Location.Position :=alert1.Location.Position;
    DA.Location.Width := alert1.Location.Width;
    DA.Location.Height := alert1.Location.Height;
    DA.AlertStyle := alert1.AlertStyle; 
    DA.StyleHandler.StartInterval := alert1.StyleHandler.StartInterval;  
    DA.StyleHandler.StartSteps := alert1.StyleHandler.StartSteps;
    DA.StyleHandler.DisplayDuration:=alert1.StyleHandler.DisplayDuration;
    DA.StyleHandler.EndInterval :=alert1.StyleHandler.EndInterval;
    DA.StyleHandler.EndSteps :=alert1.StyleHandler.EndSteps;

      Include(FOptions,daoCanClick);
      Include(FOptions, daoCanMove);
      Include(FOptions, daoCanClose);

    DA.Options := FOptions;
 DA.Execute;

end;


Subject: Re: JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Tue, 30 Jan 2007 15:35:30 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> wrote in message
news:epmsea$fmk$1@news.talkto.net...
> > edbored wrote:
>>> >> >
>> > > Is there a demo app using the Sim stuff? I've stopped on the palette to
>> > > see what's there, but the usage didn't exactly jump out at me. <g>
> >
> > Not that I know of, but it's not that complicated to figure out from the
> > properties.
> > I'll see if I can put one together.

Cool. Something quick-and-dirty would be fine if you want to send it to me.
I'll even polish it up as a demo if you like...

EdB




Subject: Re: Problem with new TJvLanguageLoader on 3.30 version
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 30 Jan 2007 08:36:33 +0100
Newsgroups: jedi.vcl

This component has been dropped in favor of DxGettext as it was not stable enough and did not allow for easy maintenance.


Subject: Re: JvSimScope
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 30 Jan 2007 08:34:59 +0100
Newsgroups: jedi.vcl

edbored wrote:
> "OBones" <obones_gfd_@_gfd_altern.org> wrote in message
> news:eplmvl$a11$1@news.talkto.net...
>> Markus.Humm wrote:
>>
>>> Any way to change this?
>> Use the latest daily version, I already changed this for a project of
> mine.
>
> Is there a demo app using the Sim stuff? I've stopped on the palette to
> see what's there, but the usage didn't exactly jump out at me. <g>

Not that I know of, but it's not that complicated to figure out from the properties.
I'll see if I can put one together.


Subject: Re: BDS 2006 - I can install JVCL - missing dependencies
From: "Alan Worker" <onanmaniak@seznam.cz>
Date: Tue, 30 Jan 2007 08:25:47 +0100
Newsgroups: jedi.vcl

Thank you so much, It helped me. :)

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:epmqhj$fdn$1@news.talkto.net...
> > Hi,
> >
> > This revision number is a unique ID identifying the version of JCL source. 
> > This version is available in the latest daily zips available at 
> > http://jcl.sf.net/daily
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: BDS 2006 - I can install JVCL - missing dependencies
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 30 Jan 2007 08:00:58 +0100
Newsgroups: jedi.vcl

Hi,

This revision number is a unique ID identifying the version of JCL source. This version is available in the latest daily zips available at http://jcl.sf.net/daily

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JvSimScope
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Mon, 29 Jan 2007 21:04:04 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:eplmvl$a11$1@news.talkto.net...
> > Markus.Humm wrote:
> >
>> > > Any way to change this?
> >
> > Use the latest daily version, I already changed this for a project of
mine.

Is there a demo app using the Sim stuff? I've stopped on the palette to
see what's there, but the usage didn't exactly jump out at me. <g>

EdB




Subject: Re: JvTFWeeks control selecting an appointment
From: "Lawrence" <lgreen@sitescapers.com>
Date: Tue, 30 Jan 2007 02:02:09 +0100
Newsgroups: jedi.vcl

> >There should be an event for that on the TJvTFWeeks component
> >

I can not find one specific to selected appointment.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: BDS 2006 - I can install JVCL - missing dependencies
From: "Alan Worker" <onanmaniak@seznam.cz>
Date: Mon, 29 Jan 2007 23:59:04 +0100
Newsgroups: jedi.vcl

Thank you :) but what is revision 1902 ? i tried to google it but I didnt 
found it.

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:epll8i$9kt$1@news.talkto.net...
> > See comments made by Florent Ouchet in thread titled "Problem with 
> > combination of current SVN versions of JCL and JVCL":
> >
> > "Ok got it, that's a bug in the installer when settings are not kept.
> > You may give a try to revision 1902."
> >
> > Basically, answer "Yes" to the question asking to keep the settings and 
> > you should be fine.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Problem with new TJvLanguageLoader on 3.30 version
From: "Marcelo" <marcelosoftware@yahoo.com.br>
Date: Mon, 29 Jan 2007 19:07:21 -0300
Newsgroups: jedi.vcl

It is a kind of translator you can translate at runtime component strings 
like buton captions or menus loading strings from a text file. It is in 'non 
visual' pallete im not sure im not working in Delphi IDE right now it have a 
sugestive icon drawed 'Ger -> Eng' (German to English).

"Guillem" <guillemvicens-nospam@clubgreenoasis.com> escreveu na mensagem 
news:epl613$6ge$1@news.talkto.net...
> > Marcelo wrote:
> >
>> >> newsgroup.  I have been updated From JVCL 3.0 to JVCL 3.30 and the
>> >> new TJvLanguageLoader miss Loadlanguage method or changed it.  I was
> >
> > sorry, but where is this component to find and what is its purpose? I
> > have JVCL 3.10 installed and can't find it. (??)
> >
> > -- 
> > Best regards :)
> >
> > Guillem Vicens Meier
> > Dep. Informatica Green Service S.A.
> > www.clubgreenoasis.com
> > --
> > Contribute to the Indy Docs project: http://docs.indyproject.org
> > --
> > In order to contact me remove the -nospam
> > 




Subject: Re: JvSimScope
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 29 Jan 2007 21:55:23 +0100
Newsgroups: jedi.vcl

Markus.Humm wrote:

> Any way to change this?

Use the latest daily version, I already changed this for a project of mine.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvSimScope
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Mon, 29 Jan 2007 21:38:50 +0100
Newsgroups: jedi.vcl

Hallo,

I find JvSimScope very usefull most times but one limitation I find restricting. It limits the possible range to values between 0 and 100 maybe the authors only had % in mind. But if I'd like to use it as a sort of logic analyzer analyzing communication streams of transmitted bytes the range from 0-255 would be much better.

Any way to change this?

Greetings

Markus


Subject: Re: BDS 2006 - I can install JVCL - missing dependencies
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 29 Jan 2007 21:25:59 +0100
Newsgroups: jedi.vcl

See comments made by Florent Ouchet in thread titled "Problem with combination of current SVN versions of JCL and JVCL":

"Ok got it, that's a bug in the installer when settings are not kept.
You may give a try to revision 1902."

Basically, answer "Yes" to the question asking to keep the settings and you should be fine.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: BDS 2006 - I can install JVCL - missing dependencies
From: "Alan Worker" <onanmaniak@seznam.cz>
Date: Mon, 29 Jan 2007 20:49:34 +0100
Newsgroups: jedi.vcl

Hello. I tried to install JVCL on Turbo Delphi but i got error : 
"Dependencies are missing,Please install them first."

Of course that I am already installed JCL successfully.

Can please anybody help me with this ? i think that mistake will be in 
registry. 




Subject: Re: Problem with new TJvLanguageLoader on 3.30 version
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Mon, 29 Jan 2007 16:05:55 +0000 (UTC)
Newsgroups: jedi.vcl

Marcelo wrote:

> > newsgroup.  I have been updated From JVCL 3.0 to JVCL 3.30 and the
> > new TJvLanguageLoader miss Loadlanguage method or changed it.  I was

sorry, but where is this component to find and what is its purpose? I
have JVCL 3.10 installed and can't find it. (??)

-- Best regards :) Guillem Vicens Meier Dep. Informatica Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Problem with new TJvLanguageLoader on 3.30 version
From: "Marcelo" <marcelosoftware@yahoo.com.br>
Date: Mon, 29 Jan 2007 12:37:45 -0300
Newsgroups: jedi.vcl

Hi All !!! Congratulations for the excelent component library !!!

Thanks in advance to Robert Marquadt to redirect me to thiat newsgroup.
I have been updated From JVCL 3.0 to JVCL 3.30 and the new TJvLanguageLoader 
miss Loadlanguage method or changed it.
I was puting a loop to translate component caption strings like the 
following procdure
How can i contour that problem?

procedure TFrmPrincipal.LoadLang(Filename : String);
var i : Integer;
begin
  try
    for I := 0 to FrmPrincipal.ComponentCount -1 do
    begin
      if not(FrmPrincipal.Components[I].Name = 'SysInfoEx')then
         LanguageLoader.LoadLanguage(FrmPrincipal.Components[I], Filename); 
{ -- It works in jvcl 3.0 but not in 3.30 !!! --}
    end;
  except
    on e: Exception do
       ShowMessage('File dont Found '+ Filename + ' '+ e.Message);
  end;
end;

Thank you. 




Subject: Re: Install problems ...
From: "Jon Rowlan" <jon.rowlan@sads.com>
Date: Mon, 29 Jan 2007 15:32:28 -0000
Newsgroups: jedi.vcl

Fine now Florent ..

corrupted download ... at my end ... not the mirrors

thanks,

jON

"Jon Rowlan" <jon.rowlan@sads.com> wrote in message 
news:epiun9$q49$1@news.talkto.net...
> >I have never used jvcl before but tried to install on my D5 machine.
> >
> > This fails but I don't know where I should be looking for the answer ... 
> > first error I guess ...
> >
> > can anyone please guide me?
> >
> > thanks,
> >
> > jON
> >
> > JCL 1.98 Release Build 2509
> > Delphi 5====================================
> > Installed personalities :
> > 32 bit Delphi
> > ============================================
> > Saving conditional defines...
> > Loaded template for include file 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\source\jcl.template.inc
> > Saved include file L:\disks\DELPHI~1\jvcl\jcl\jcl\source\jcld5.inc
> > Added 
> > "L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5;L:\disks\DELPHI~1\jvcl\jcl\jcl\source" 
> > to library search path.
> > Added 
> > "L:\disks\DELPHI~1\jvcl\jcl\jcl\source\common;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\windows;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\vcl;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\visclx" 
> > to library browsing path.
> > Added "L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5\debug" to Debug DCU Path.
> > Making common library units for Delphi 5
> > Compiling .dcu files...
> > "C:\Program Files\Borland\Delphi5\bin\dcc32.exe" Jcl8087 
> > JclAbstractContainers JclAlgorithms JclAnsiStrings JclArrayLists 
> > JclArraySets JclBase JclBinaryTrees JclBorlandTools JclComplex 
> > JclCompression JclContainerIntf JclCounter JclDateTime JclEDI JclEDISEF 
> > JclEDITranslators JclEDIXML JclEDI_ANSIX12 JclEDI_ANSIX12_Ext 
> > JclEDI_UNEDIFACT JclEDI_UNEDIFACT_Ext JclExprEval JclFileUtils JclHashMaps 
> > JclHashSets JclIniFiles JclLinkedLists JclLogic JclMath JclMIDI JclMime 
> > JclPCRE JclQueues JclResources JclRTTI JclSchedule JclSimpleXml JclStacks 
> > JclStatistics JclStreams JclStrHashMap JclStrings JclSysInfo JclSysUtils 
> > JclUnitConv JclUnitVersioning JclUnitVersioningProviders JclValidation 
> > JclVectors JclWideStrings pcre
> > Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> > JclEDISEF.pas(395) Error: Undeclared identifier: 'TEDISEF'
> > JclEDISEF.pas(395) Error: Illegal character in input file: '!' ($21)
> > JclEDISEF.pas(397) Error: Identifier expected but 'FUNCTION' found
> > JclEDISEF.pas(397) Error: Function needs result type
> > JclEDISEF.pas(2833) Error: Undeclared identifier: 'AddSubElement'
> > JclEDISEF.pas(2945) Error: Declaration of 'BindTextSets' differs from 
> > previous declaration
> > JclEDISEF.pas(2947) Error: Undeclared identifier: 'FEDISEFTextSets'
> > JclEDISEF.pas(2947) Error: Missing operator or semicolon
> > JclEDISEF.pas(2948) Error: ')' expected but identifier 
> > 'ReturnListItemsByName' found
> > JclEDISEF.pas(2948) Error: Undeclared identifier: 'GetTextSetsLocation'
> > JclEDISEF.pas(2948) Error: 'END' expected but ')' found
> > JclEDISEF.pas(2951) Error: Undeclared identifier: 'AddSubElement'
> > JclEDISEF.pas(2951) Error: ';' expected but ':' found
> > JclEDISEF.pas(2953) Error: Undeclared identifier: 'Result'
> > JclEDISEF.pas(2953) Error: Undeclared identifier: 'Self'
> > JclEDISEF.pas(3243) Error: Not enough actual parameters
> > JclEDISEF.pas(397) Error: Unsatisfied forward or external declaration: 
> > 'TEDISEFCompositeElement.AddSubElement2'
> > JclEDITranslators.pas(57) Fatal: Could not compile used unit 
> > 'JclEDI_ANSIX12.pas'
> > Failed common library units for Delphi 5
> > Starting Uninstall process..................
> > Removed 
> > "L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5;L:\disks\DELPHI~1\jvcl\jcl\jcl\source" 
> > from library search path.
> > Removed 
> > "L:\disks\DELPHI~1\jvcl\jcl\jcl\source\common;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\windows;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\vcl;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\visclx" 
> > from library browsing path.
> > Removed "L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5\debug" from Debug DCU Path.
> > Removing package packages\d5\Jcld50.dpk.
> > Uninstalling package L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\Jcld50.dpk
> > Deleting file C:\Program Files\Borland\Delphi5\Projects\Bpl\Jcld50.bpl
> > File deletion failure
> > Deleting file L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5\Jcld50.dcp
> > File deletion failure
> > Deleting file C:\Program Files\Borland\Delphi5\Projects\Bpl\Jcld50.map
> > File deletion failure
> > Uninstallation of package finished
> > ...done.
> > Removing package packages\d5\JclBaseExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclBaseExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclBaseExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing package packages\d5\JclDebugExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclDebugExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclDebugExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing expert packages\d5\JclDebugExpertDLLd50.dpr
> > Uninstalling expert 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclDebugExpertDLLd50.dpr
> > Removing from registry expert C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclDebugExpertDLLd50.dll
> > Unregistration failed
> > Uninstallation of expert finished
> > ...failed
> > Removing package packages\d5\JclProjectAnalysisExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclProjectAnalysisExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclProjectAnalysisExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing expert packages\d5\JclProjectAnalysisExpertDLLd50.dpr
> > Uninstalling expert 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclProjectAnalysisExpertDLLd50.dpr
> > Removing from registry expert C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclProjectAnalysisExpertDLLd50.dll
> > Unregistration failed
> > Uninstallation of expert finished
> > ...failed
> > Removing package packages\d5\JclFavoriteFoldersExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclFavoriteFoldersExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclFavoriteFoldersExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing expert packages\d5\JclFavoriteFoldersExpertDLLd50.dpr
> > Uninstalling expert 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclFavoriteFoldersExpertDLLd50.dpr
> > Removing from registry expert C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclFavoriteFoldersExpertDLLd50.dll
> > Unregistration failed
> > Uninstallation of expert finished
> > ...failed
> > Removing package packages\d5\JclRepositoryExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclRepositoryExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclRepositoryExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing expert packages\d5\JclRepositoryExpertDLLd50.dpr
> > Uninstalling expert 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclRepositoryExpertDLLd50.dpr
> > Removing from registry expert C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclRepositoryExpertDLLd50.dll
> > Unregistration failed
> > Uninstallation of expert finished
> > ...failed
> > Removing package packages\d5\JclThreadNameExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclThreadNameExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclThreadNameExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing expert packages\d5\JclThreadNameExpertDLLd50.dpr
> > Uninstalling expert 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclThreadNameExpertDLLd50.dpr
> > Removing from registry expert C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclThreadNameExpertDLLd50.dll
> > Unregistration failed
> > Uninstallation of expert finished
> > ...failed
> > Removing package packages\d5\JclUsesExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclUsesExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclUsesExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing expert packages\d5\JclUsesExpertDLLd50.dpr
> > Uninstalling expert 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclUsesExpertDLLd50.dpr
> > Removing from registry expert C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclUsesExpertDLLd50.dll
> > Unregistration failed
> > Uninstallation of expert finished
> > ...failed
> > Removing package packages\d5\JclSIMDViewExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclSIMDViewExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclSIMDViewExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing expert packages\d5\JclSIMDViewExpertDLLd50.dpr
> > Uninstalling expert 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclSIMDViewExpertDLLd50.dpr
> > Removing from registry expert C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclSIMDViewExpertDLLd50.dll
> > Unregistration failed
> > Uninstallation of expert finished
> > ...failed
> > Removing package packages\d5\JclVersionControlExpertd50.dpk.
> > Uninstalling package 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclVersionControlExpertd50.dpk
> > Removing from registry package C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclVersionControlExpertd50.bpl
> > Unregistration failed
> > Uninstallation of package finished
> > ...failed.
> > Removing expert packages\d5\JclVersionControlExpertDLLd50.dpr
> > Uninstalling expert 
> > L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclVersionControlExpertDLLd50.dpr
> > Removing from registry expert C:\Program 
> > Files\Borland\Delphi5\Projects\Bpl\JclVersionControlExpertDLLd50.dll
> > Unregistration failed
> > Uninstallation of expert finished
> > ...failed
> > Removing  from Delphi Online Help
> > ...failed.
> > Removed Exception Dialog.
> > Removed Exception Dialog with Send.
> > Removed CLX Exception Dialog.
> >
> >
> > 




Subject: Re: JvTFWeeks control selecting an appointment
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 29 Jan 2007 08:38:54 +0100
Newsgroups: jedi.vcl

There should be an event for that on the TJvTFWeeks component


Subject: JvTFWeeks control selecting an appointment
From: "Lawrence" <lgreen@sitescapers.com>
Date: Mon, 29 Jan 2007 04:52:47 +0100
Newsgroups: jedi.vcl

 When using the week control in the timeframework controls, when 
selecting an appointment, how does one get the appointment ID? I can 
select it within the cell with the mouse, and it turns blue, but when I 
click it like that how can I make the Day control set to that 
appointment or the details of that appointment show in a details screen? 
Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Install problems ...
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 28 Jan 2007 21:14:56 +0100
Newsgroups: jedi.vcl

Hi,

The line numbers don't match the content of the file. You may have downloaded a corrupted archive. I suggest you download it again and see what will happen.
If it fails again, could you report here the URL of the file (including the name of the mirror server at Sourceforge)?

Thanks,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Install problems ...
From: "Jon Rowlan" <jon.rowlan@sads.com>
Date: Sun, 28 Jan 2007 19:48:58 -0000
Newsgroups: jedi.vcl

I have never used jvcl before but tried to install on my D5 machine.

This fails but I don't know where I should be looking for the answer ... 
first error I guess ...

can anyone please guide me?

thanks,

jON

JCL 1.98 Release Build 2509
Delphi 5====================================
Installed personalities :
32 bit Delphi
============================================
Saving conditional defines...
Loaded template for include file 
L:\disks\DELPHI~1\jvcl\jcl\jcl\source\jcl.template.inc
Saved include file L:\disks\DELPHI~1\jvcl\jcl\jcl\source\jcld5.inc
Added 
"L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5;L:\disks\DELPHI~1\jvcl\jcl\jcl\source" 
to library search path.
Added 
"L:\disks\DELPHI~1\jvcl\jcl\jcl\source\common;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\windows;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\vcl;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\visclx" 
to library browsing path.
Added "L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5\debug" to Debug DCU Path.
Making common library units for Delphi 5
Compiling .dcu files...
"C:\Program Files\Borland\Delphi5\bin\dcc32.exe" Jcl8087 
JclAbstractContainers JclAlgorithms JclAnsiStrings JclArrayLists 
JclArraySets JclBase JclBinaryTrees JclBorlandTools JclComplex 
JclCompression JclContainerIntf JclCounter JclDateTime JclEDI JclEDISEF 
JclEDITranslators JclEDIXML JclEDI_ANSIX12 JclEDI_ANSIX12_Ext 
JclEDI_UNEDIFACT JclEDI_UNEDIFACT_Ext JclExprEval JclFileUtils JclHashMaps 
JclHashSets JclIniFiles JclLinkedLists JclLogic JclMath JclMIDI JclMime 
JclPCRE JclQueues JclResources JclRTTI JclSchedule JclSimpleXml JclStacks 
JclStatistics JclStreams JclStrHashMap JclStrings JclSysInfo JclSysUtils 
JclUnitConv JclUnitVersioning JclUnitVersioningProviders JclValidation 
JclVectors JclWideStrings pcre
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
JclEDISEF.pas(395) Error: Undeclared identifier: 'TEDISEF'
JclEDISEF.pas(395) Error: Illegal character in input file: '!' ($21)
JclEDISEF.pas(397) Error: Identifier expected but 'FUNCTION' found
JclEDISEF.pas(397) Error: Function needs result type
JclEDISEF.pas(2833) Error: Undeclared identifier: 'AddSubElement'
JclEDISEF.pas(2945) Error: Declaration of 'BindTextSets' differs from 
previous declaration
JclEDISEF.pas(2947) Error: Undeclared identifier: 'FEDISEFTextSets'
JclEDISEF.pas(2947) Error: Missing operator or semicolon
JclEDISEF.pas(2948) Error: ')' expected but identifier 
'ReturnListItemsByName' found
JclEDISEF.pas(2948) Error: Undeclared identifier: 'GetTextSetsLocation'
JclEDISEF.pas(2948) Error: 'END' expected but ')' found
JclEDISEF.pas(2951) Error: Undeclared identifier: 'AddSubElement'
JclEDISEF.pas(2951) Error: ';' expected but ':' found
JclEDISEF.pas(2953) Error: Undeclared identifier: 'Result'
JclEDISEF.pas(2953) Error: Undeclared identifier: 'Self'
JclEDISEF.pas(3243) Error: Not enough actual parameters
JclEDISEF.pas(397) Error: Unsatisfied forward or external declaration: 
'TEDISEFCompositeElement.AddSubElement2'
JclEDITranslators.pas(57) Fatal: Could not compile used unit 
'JclEDI_ANSIX12.pas'
Failed common library units for Delphi 5
Starting Uninstall process..................
Removed 
"L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5;L:\disks\DELPHI~1\jvcl\jcl\jcl\source" 
from library search path.
Removed 
"L:\disks\DELPHI~1\jvcl\jcl\jcl\source\common;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\windows;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\vcl;L:\disks\DELPHI~1\jvcl\jcl\jcl\source\visclx" 
from library browsing path.
Removed "L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5\debug" from Debug DCU Path.
Removing package packages\d5\Jcld50.dpk.
Uninstalling package L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\Jcld50.dpk
Deleting file C:\Program Files\Borland\Delphi5\Projects\Bpl\Jcld50.bpl
File deletion failure
Deleting file L:\disks\DELPHI~1\jvcl\jcl\jcl\lib\d5\Jcld50.dcp
File deletion failure
Deleting file C:\Program Files\Borland\Delphi5\Projects\Bpl\Jcld50.map
File deletion failure
Uninstallation of package finished
....done.
Removing package packages\d5\JclBaseExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclBaseExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclBaseExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing package packages\d5\JclDebugExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclDebugExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclDebugExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing expert packages\d5\JclDebugExpertDLLd50.dpr
Uninstalling expert 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclDebugExpertDLLd50.dpr
Removing from registry expert C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclDebugExpertDLLd50.dll
Unregistration failed
Uninstallation of expert finished
....failed
Removing package packages\d5\JclProjectAnalysisExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclProjectAnalysisExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclProjectAnalysisExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing expert packages\d5\JclProjectAnalysisExpertDLLd50.dpr
Uninstalling expert 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclProjectAnalysisExpertDLLd50.dpr
Removing from registry expert C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclProjectAnalysisExpertDLLd50.dll
Unregistration failed
Uninstallation of expert finished
....failed
Removing package packages\d5\JclFavoriteFoldersExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclFavoriteFoldersExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclFavoriteFoldersExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing expert packages\d5\JclFavoriteFoldersExpertDLLd50.dpr
Uninstalling expert 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclFavoriteFoldersExpertDLLd50.dpr
Removing from registry expert C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclFavoriteFoldersExpertDLLd50.dll
Unregistration failed
Uninstallation of expert finished
....failed
Removing package packages\d5\JclRepositoryExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclRepositoryExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclRepositoryExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing expert packages\d5\JclRepositoryExpertDLLd50.dpr
Uninstalling expert 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclRepositoryExpertDLLd50.dpr
Removing from registry expert C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclRepositoryExpertDLLd50.dll
Unregistration failed
Uninstallation of expert finished
....failed
Removing package packages\d5\JclThreadNameExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclThreadNameExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclThreadNameExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing expert packages\d5\JclThreadNameExpertDLLd50.dpr
Uninstalling expert 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclThreadNameExpertDLLd50.dpr
Removing from registry expert C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclThreadNameExpertDLLd50.dll
Unregistration failed
Uninstallation of expert finished
....failed
Removing package packages\d5\JclUsesExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclUsesExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclUsesExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing expert packages\d5\JclUsesExpertDLLd50.dpr
Uninstalling expert 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclUsesExpertDLLd50.dpr
Removing from registry expert C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclUsesExpertDLLd50.dll
Unregistration failed
Uninstallation of expert finished
....failed
Removing package packages\d5\JclSIMDViewExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclSIMDViewExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclSIMDViewExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing expert packages\d5\JclSIMDViewExpertDLLd50.dpr
Uninstalling expert 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclSIMDViewExpertDLLd50.dpr
Removing from registry expert C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclSIMDViewExpertDLLd50.dll
Unregistration failed
Uninstallation of expert finished
....failed
Removing package packages\d5\JclVersionControlExpertd50.dpk.
Uninstalling package 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclVersionControlExpertd50.dpk
Removing from registry package C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclVersionControlExpertd50.bpl
Unregistration failed
Uninstallation of package finished
....failed.
Removing expert packages\d5\JclVersionControlExpertDLLd50.dpr
Uninstalling expert 
L:\disks\DELPHI~1\jvcl\jcl\jcl\packages\d5\JclVersionControlExpertDLLd50.dpr
Removing from registry expert C:\Program 
Files\Borland\Delphi5\Projects\Bpl\JclVersionControlExpertDLLd50.dll
Unregistration failed
Uninstallation of expert finished
....failed
Removing  from Delphi Online Help
....failed.
Removed Exception Dialog.
Removed Exception Dialog with Send.
Removed CLX Exception Dialog.





Subject: Re: Using JvRichEdit inside a dll
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Sun, 28 Jan 2007 16:16:25 +0100
Newsgroups: jedi.vcl

On Sat, 27 Jan 2007 22:28:21 +0000 (UTC), "MOnate" 
<monate@deletethismomsoftco.com> wrote in article <epgjm5$fnb$1
@news.talkto.net>:
> > That was my first thought, but I have read in this same newsgroup that
> > there are no plans to upgrade TJvRichEdit to support newer versions of
> > the RichEdit control because it is not redistributable, and, maybe more
> > important, its new features are no longer being documented.

It was my impression that it meant no support for adding those new 
features, not fixing bugs (though one might be caused by the other).
I think it can never hurt to have a report that JvRichEdit has a bug 
in combination with a specific RichEd dll.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: JVCL 3.30 not compatible with personal edition ?
From: Michael <trafalga@free.fr>
Date: Sun, 28 Jan 2007 12:18:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Michael wrote:
>
>> I don't have problem with JVCL 3.20, but with 3.30 I can't compile the JVCL part because JVCore need the database components.
>
> This is a bug. It will be fixed.

Thanks :)


Subject: Re: JVCL 3.30 not compatible with personal edition ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Jan 2007 12:10:57 +0100
Newsgroups: jedi.vcl

Michael wrote:

> I don't have problem with JVCL 3.20, but with 3.30 I can't compile the JVCL part because JVCore need the database components.

This is a bug. It will be fixed.


Subject: JVCL 3.30 not compatible with personal edition ?
From: Michael <trafalga@free.fr>
Date: Sun, 28 Jan 2007 12:02:10 +0100
Newsgroups: jedi.vcl

Hi,

I'm a french user of Delphi 2005 personal edition (so, sorry for my bad english ;-) ).

I don't have problem with JVCL 3.20, but with 3.30 I can't compile the JVCL part because JVCore need the database components.

No information about this on Sourceforge.

Is it normal ? No more support for personal edition with 3.30 and later release ?

Thanks,


Subject: Re: Using JvRichEdit inside a dll
From: "MOnate" <monate@deletethismomsoftco.com>
Date: Sat, 27 Jan 2007 22:28:21 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Jacob,

That was my first thought, but I have read in this same newsgroup that
there are no plans to upgrade TJvRichEdit to support newer versions of
the RichEdit control because it is not redistributable, and, maybe more
important, its new features are no longer being documented.

Jacob Boerema wrote:

> > hy not make a bug report about what's not working correctly. Maybe 
> > it's something that can be fixed.



-- 

Subject: Re: JvDocking windows titlebars
From: "migajek" <michal@nospam.com>
Date: Sat, 27 Jan 2007 20:15:00 +0100
Newsgroups: jedi.vcl

Hmm I've found that first time I'm running MSND2002 demo (there is no
DockLayout.ini) the same issue occurs... what is even more strange, one of
the dock window I'm creating behaviours as expected even on the first run...
Ok, currently I'm going to distribute layout file with my program but I
hope someone will fix that ;)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Using JvRichEdit inside a dll
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Sat, 27 Jan 2007 17:00:48 +0100
Newsgroups: jedi.vcl

On Fri, 26 Jan 2007 21:36:56 +0100, "MOnate" 
<monate@removethismomsoftco.com> wrote in article <epdlu7$229$1
@news.talkto.net>:
> > I have seen that TJvRichEdit is not fully compatible with versions of
> > riched20.dll past version 4.1.

Why not make a bug report about what's not working correctly. Maybe 
it's something that can be fixed.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Panel FlatBorder Color Does Not Work With v3.3
From: "Kamlesh" <kam3000@rediffmail.com>
Date: Sat, 27 Jan 2007 18:36:01 +0530
Newsgroups: jedi.vcl

Dear Friends

FlatBorder Color which used to work in previous version is now not working 
with 3.3 !!!
i just compiled my application without any changes after installing jvcl 3.3 
and now there is no border color in my panels.

am i missing something ??

Thanks
Kamlesh 




Subject: Re: TJvCustomScheduledEvents
From: "Eman" <eman@hotmail.com>
Date: Fri, 26 Jan 2007 22:23:59 +0100
Newsgroups: jedi.vcl

Thank, it works now :)!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Using JvRichEdit inside a dll
From: "MOnate" <monate@removethismomsoftco.com>
Date: Fri, 26 Jan 2007 21:36:56 +0100
Newsgroups: jedi.vcl

Hi all,

I have seen that TJvRichEdit is not fully compatible with versions of
riched20.dll past version 4.1. This creates a problem in my case since
I am making an add-in for Word and Outlook. An add-in is basically a
dll under control of Word and Outlook. It seems that for that reason it
will use whatever version of the riched20.dll the particular version of
Word and Outlook use themselves.

I have tried to modify the InitRichEditDll procedure to try and load
the good old riched20.dll located on system32 which is guaranteed to be
compatible with TJvRichEdit, but it doesn't seem to work. I don't even
know if it is even possible to make it work.

The only solution I see is to split my add-in, creating an stand-alone
executable that is called by the add-in dll, but that creates the
problem of communication between the dll and the exe. I would prefer to
avoid it, if possible.

Anyway, what I have tried is as follows:

procedure InitRichEditDll;
....
  DefaultRichEdit : string;  // Auxiliary string
begin
  RichEditVersion := 1;
  OldError := SetErrorMode(SEM_NOOPENFILEERRORBOX);
  try
    DefaultRichEdit := 
      PathAppend(GetSpecialFolderLocation(csidl_System),riched20.dll');
    GLibHandle := LoadLibrary(PChar(DefaultRichEdit));
    if (GLibHandle > 0) and (GLibHandle < HINSTANCE_ERROR) then begin
      GLibHandle := 0;
    end;
    if GLibHandle = 0 then begin  // If failed, execute previous code
      GLibHandle := LoadLibrary(RichEdit20ModuleName);
	...

Well, it works if you are making a normal application but it doesn't in
a dll. The other approach I have think of is to make a copy of
riched20.dll, rename it as richedit.dll and replace the definition of
DefaultRichEdit as:

DefaultRichEdit := 'c:\Delphi7\Projects\FormsAssistant\richedit.dll';

Of course, again it works inside an application but it fails in the
add-in. I don't even think that it is legal to include a copy of
riched20.dll in my add-in.

What can I do?

Thank you very much in advance,

- Manuel

--
www.momsoftco.com

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvCustomScheduledEvents
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 26 Jan 2007 19:57:05 +0100
Newsgroups: jedi.vcl

There was an issue in Mantis about this.
I believe the proposed fix has been included after the release of JVCL 3.30, and as such it will be in the next release.
Or you can get it now from the SVN server or the daily zips:

http://jvcl.sf.net/daily/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: TJvCustomScheduledEvents
From: "Eman" <eman@hotmail.com>
Date: Fri, 26 Jan 2007 19:17:47 +0100
Newsgroups: jedi.vcl

Hi,

I'm working on a scheduler project, storing the events to an ini file with
TJvAppIniFileStorage. The values stored in the ini file are not sufficient
to recreate the events when the program loads. The values in the ini file: 
    [Schedule\Event 0]
    Eventname=Test
    Stamp.Date=732705
    Stamp.Time=18000000
    TriggerCount=1
    DayCount=1
    Snooze.Date=0
    Snooze.Time=-1
    SnoozeInterval.wYear=0
    SnoozeInterval.wMonth=0
    SnoozeInterval.wDay=0
    SnoozeInterval.wHour=0
    SnoozeInterval.wMinute=0
    SnoozeInterval.wSecond=0
    SnoozeInterval.wMilliseconds=0

But I'm missing the values like the one stored in the dfm if I set up a
design time event Like: 
      StartDate = '2007/01/26 07:22:21.000'
      RecurringType = srkYearly
      EndType = sekNone
      Freq_StartTime = 14400000
      Freq_EndTime = 14400000
      Freq_Interval = 1
      Yearly_IndexKind = sikMonday
      Yearly_IndexValue = 1
      Yearly_Month = 1
      Yearly_Interval = 1

Am I missing something or do I have to save these values manually? Should
not this values appear in the TJvCustomScheduledEvents.SaveSingleEvent
function? 
Thanks, Eman



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Fri, 26 Jan 2007 18:27:51 +0100
Newsgroups: jedi.vcl

Hi Florent,

> Ok got it, that's a bug in the installer when settings are not kept.
> You may give a try to revision 1902.

Just tried it and everything works as expected again. Thanks for the fast bugfix! :)

Best regards,
Andre


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 26 Jan 2007 18:15:03 +0100
Newsgroups: jedi.vcl

Ok got it, that's a bug in the installer when settings are not kept.
You may give a try to revision 1902.

Thanks,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: compile-error JVCL 3.30 during installation - compiled with different version of....
From: "Günter Althof" <guenteralthof@t-online.de>
Date: Fri, 26 Jan 2007 15:38:33 +0100
Newsgroups: jedi.vcl

You´re right - I´ve deinstalled old D2005 but forgot those files. After 
deleting them all worked fine.
Now JCL/JVCL ist installed for D5 and D2006. Tnx

"OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag 
news:epcv93$t3g$1@news.talkto.net...
> > You have old DCUs somewhere on your hard drive. 




Subject: Re: compile-error JVCL 3.30 during installation - compiled with different version of....
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 26 Jan 2007 14:22:05 +0100
Newsgroups: jedi.vcl

You have old DCUs somewhere on your hard drive.


Subject: compile-error JVCL 3.30 during installation - compiled with different version of....
From: "Günter Althof" <guenteralthof@t-online.de>
Date: Fri, 26 Jan 2007 13:52:27 +0100
Newsgroups: jedi.vcl

After installation of jcl successfully in d5 and D2006 without problems I 
wanted to install the jvcl. The compiler comes up with following error:

\JEDI\jvcl\run\JvSimpleXml.pas(45) Fatal: Unit JclSimpleXml wurde mit einer 
unterschiedlichen Version von 
JclResources.RsEInvalidXMLElementUnexpectedCharacte compiliert.

I used the built in install routine.

Before that I cleaned all like discribed in the readme.htm.

Can you give me a hint?

tnx Günter




Subject: Installation in redhat for Kylix
From: "dnsan" <doanngocsan2003@yahoo.com>
Date: Fri, 26 Jan 2007 11:22:06 +0100
Newsgroups: jedi.vcl

 Hello,

Please advice me does JVCL support Kylix OE ? When I run "sh ./install.sh"
error message is 

Your Delphi/BCB version is not supported by this JVCL version !!!

Regards



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installation in redhat for Kylix
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 26 Jan 2007 10:51:54 +0100
Newsgroups: jedi.vcl

dnsan wrote:
>  Hello,
>
> Please advice me does JVCL support Kylix OE ? When I run "sh ./install.sh"
> error message is
> Your Delphi/BCB version is not supported by this JVCL version !!!

Well, there you have it, it is not supported.


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Fri, 26 Jan 2007 09:07:04 +0100
Newsgroups: jedi.vcl

Hi Florent,

> Could you post the log file "jcl\bin\Borland Developer Studio 2006.log" in the jedi.binaries group?

Just posted it under the topic "Install log as requested by Florent Ouchet" around 09:05 :)

Best regards,
Andre


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 26 Jan 2007 07:46:22 +0100
Newsgroups: jedi.vcl

Andre,

Could you post the log file "jcl\bin\Borland Developer Studio 2006.log" in the jedi.binaries group?

thanks,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Fri, 26 Jan 2007 01:22:17 +0100
Newsgroups: jedi.vcl

Hi Florent,

> Do you launch the JCL installer and the JVCL installer in the same account?
> That could explain the difference of HKCU. Otherwise, I cannot find any reason for this problem.

Yes, both installers are run from the same account. I'll try to track things down a bit with Regmon. Let's see.

[some time later]

Now this is really strange... The installer removes the JCL key at the end of the installation!?
During the installation, I see CreateKey and SetValue operations and everything looks okay, but some time later the installer performs a DeleteKey operation! This happens after an OpenKey and a QueryKey which returns "SubKeys=0" and a finishing CloseKey.

And yes, I AM sure I didn't log an uninstall accidentally :)

Best regards,
Andre


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 25 Jan 2007 23:06:59 +0100
Newsgroups: jedi.vcl

Do you launch the JCL installer and the JVCL installer in the same account?
That could explain the difference of HKCU. Otherwise, I cannot find any reason for this problem.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Thu, 25 Jan 2007 20:56:11 +0100
Newsgroups: jedi.vcl

Hi there,

Florent Ouchet schrieb:
> OBones a écrit :
>> The JVCL installer looks for registry keys that should be in there:
>>
>> HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Jedi\JCL
>
> only if the user selects the "packages" node in the JCL installer. If this option is not checked, a warning is shown.
> We assume that, by not compiling packages, users are informed that they won't be able to use the JCL as a prerequisite for the JVCL.

I checked again, all checkboxes in the Packages node were checked (except for "do not keep MAP files"). Maybe there is a bug? I'll try to remove JCL and JVCL and try again.

Verified - I used the uninstall option in the installer which stripped all of the JCL key and values from the registry and installed it again. Checked twice that packages node options were enabled. Install went through without an error - but no registry entries for JCL.

What to try next?

Best regards,
Andre


Subject: Re: JvDocking windows titlebars
From: "migajek" <michal@nospam.com>
Date: Thu, 25 Jan 2007 18:31:55 +0100
Newsgroups: jedi.vcl

> >AFAIR, simple fix to this issue is, that you just resize
> >left,right,bottom,top dock for 1px.
Unfortunately this doesnt change anything... 
The properties of dock server are following


    LeftSplitterStyle.Cursor = crHSplit
    LeftSplitterStyle.ParentColor = False
    RightSplitterStyle.Cursor = crHSplit
    RightSplitterStyle.ParentColor = False
    TopSplitterStyle.Cursor = crVSplit
    TopSplitterStyle.ParentColor = False
    BottomSplitterStyle.Cursor = crVSplit
    BottomSplitterStyle.ParentColor = False
    DockStyle = JvDockVSNetStyle



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 25 Jan 2007 18:14:12 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> The JVCL installer looks for registry keys that should be in there:
>
> HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Jedi\JCL

only if the user selects the "packages" node in the JCL installer. If this option is not checked, a warning is shown.
We assume that, by not compiling packages, users are informed that they won't be able to use the JCL as a prerequisite for the JVCL.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Thu, 25 Jan 2007 15:29:14 +0100
Newsgroups: jedi.vcl

Hi Robert,

>> Thanks for the help, but it still doesn't explain the reason why the JCL installer failed to create and fill those values...
>
> Maybe registry permission problems. The JCL installer may fail to write the registry entries.
> Are you Admin on your computer?

As it is a development machine, and I'm experimenting a lot on it, yes, I'm (there) permanently logged in as admin. I'm too lazy to use runas all the time and know about the consequences for that particular machine :)

If it's permission problems, then it's a really strange event, because all keys have been created properly, and the various subkeys are populated with values properly, too. Sounds like a little bit more feedback from the installer could be useful. :)

Best regards,
Andre


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Jan 2007 15:09:26 +0100
Newsgroups: jedi.vcl

Andre Tertling wrote:

> Thanks for the help, but it still doesn't explain the reason why the JCL installer failed to create and fill those values...

Maybe registry permission problems. The JCL installer may fail to write the registry entries.
Are you Admin on your computer?


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Thu, 25 Jan 2007 13:48:53 +0100
Newsgroups: jedi.vcl

OBones schrieb:
>
> The JVCL installer looks for registry keys that should be in there:
>
> HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Jedi\JCL
>
> Namely, the following values:
> BplDir, DcpDir, RootDir and Version
>
> Check their values, my current SVN version has these, respectively:
>
> D:\Mes documents\Projets Borland Studio\Bpl
> D:\Sources\jcl\jcl\lib\d10
> D:\Sources\jcl\jcl\
> 1.99.0.2509

Interesting,

HKCU\Software\Borland\BDS\4.0\Jedi\JCL has no values inside at all. (The subkeys IDE, IDE\Actions,  etc. are there).

I'll try adding them manually.

[one minute later]

Yay, it works now! :)

Thanks for the help, but it still doesn't explain the reason why the JCL installer failed to create and fill those values...

Best regards,
Andre



Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 25 Jan 2007 13:33:54 +0100
Newsgroups: jedi.vcl

Andre Tertling wrote:
> Hi Florent,
>
>> If you have Turbo Explorer, then this is as designed. The JVCL cannot be installed on this product.
>
> Unfortunately, it's a full BDS 2006 Professional (english) that I purchased just last december. :) I'm completely stumped, I've installed JCL/JVCL numerous times and did several upgrades via SVN too, and all went through without any problems. This is the first time it doesn't work, and (Greetings to Murphy and his law) it's just about now that I'd need it a bit urgently :(

The JVCL installer looks for registry keys that should be in there:

HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Jedi\JCL

Namely, the following values:
BplDir, DcpDir, RootDir and Version

Check their values, my current SVN version has these, respectively:

D:\Mes documents\Projets Borland Studio\Bpl
D:\Sources\jcl\jcl\lib\d10
D:\Sources\jcl\jcl\
1.99.0.2509


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Thu, 25 Jan 2007 13:25:21 +0100
Newsgroups: jedi.vcl

Hi Florent,

> If you have Turbo Explorer, then this is as designed. The JVCL cannot be installed on this product.

Unfortunately, it's a full BDS 2006 Professional (english) that I purchased just last december. :) I'm completely stumped, I've installed JCL/JVCL numerous times and did several upgrades via SVN too, and all went through without any problems. This is the first time it doesn't work, and (Greetings to Murphy and his law) it's just about now that I'd need it a bit urgently :(

Best regards,
Andre


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 25 Jan 2007 13:17:57 +0100
Newsgroups: jedi.vcl

Hi,

If you have Turbo Explorer, then this is as designed. The JVCL cannot be installed on this product.

Florent


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Thu, 25 Jan 2007 13:10:57 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> Andre Tertling wrote:
>
>> Installing the JCL works nicely
>
> Have you used the JCL Installer or have you installed them by hand? The
> JVCL Installer requires that you have used the JCL Installer to install
> the JCL.

I used the installer (by running install.bat). The JCL paths got added to my Delphi installation properly, too.

Regards,
Andre


Subject: Re: Problem with combination of current SVN versions of JCL and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 25 Jan 2007 11:30:29 +0000 (UTC)
Newsgroups: jedi.vcl

Andre Tertling wrote:

> > Installing the JCL works nicely

Have you used the JCL Installer or have you installed them by hand? The
JVCL Installer requires that you have used the JCL Installer to install
the JCL.


-- Regards, Andreas Hausladen 

Subject: Problem with combination of current SVN versions of JCL and JVCL
From: Andre Tertling <tertling@web.de>
Date: Thu, 25 Jan 2007 12:23:12 +0100
Newsgroups: jedi.vcl

Hi there,

I just wiped my hard disk and did a fresh install of XP and BDS 2006. After that I installed an SVN client and fetched the current versions of JCL (rev. 1900) and JVCL (rev. 11163).

Installing the JCL works nicely, but afterwards the JVCL installation fails right at the start:

=====CUT=====
[Compiling installer...]
Missing dependencies for Delphi 10
 - JCL  is required but not installed. (http://jcl.sourceforge.net)

Dependencies are missing. Please install them first.
=====CUT=====

Any ideas how to fix this? I've put JCL and JVCL into the same directories as last time I installed them, and everything should be like the last time I installed it. And there shouldn't be any outdated files at all because I wiped the hard disk and did a completely fresh install of everything.

Best regards,
Andre


Subject: Re: Turbo C++
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 25 Jan 2007 09:11:34 +0100
Newsgroups: jedi.vcl

VooDoo wrote:
> I have Turbo C++ Profesional and I can't instal JVCL . Installer write there
> is no dcc32 file.
> Can some one knows the solution?

Yes, as it has been said numerous times, you MUST download the free command line compilers from Codegear. These are only available to registered users.


Subject: Re: Turbo C++
From: "VooDoo" <darek640@op.pl>
Date: Thu, 25 Jan 2007 08:59:20 +0100
Newsgroups: jedi.vcl

I have Turbo C++ Profesional and I can't instal JVCL . Installer write there
is no dcc32 file.
Can some one knows the solution?
"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in
message news:ekpseg$gmn$1@news.talkto.net...
> > Stefan wrote:
> >
>> > > Does JVCL work with Turbo C++?
> >
> > It works with Turbo C++ Professional which ships with a Delphi command
> > line compiler. It does not work with Turbo C++ Explorer.
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: 2 questions about tJvAviCapture: webcam not recognized and stretch preview
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 25 Jan 2007 08:40:53 +0100
Newsgroups: jedi.vcl

Fodox wrote:
> The component can't see the driver of an old  Logitech Quickcam Express (by use "EnumDrivers" and then assign the "Drivers" property to a ListBox). Is the webcam too old or what?

If the driver does not provide AVICap capabilities, then it won't be seen by the component.


> Also, is possible to stratch the preview output to an arbitrary size?

No it's not, the video processing is not done by the component but by the camera and system itself.
However, you can use the events to get the image information and do the strecthing in a TImage.


Subject: Re: JvDBTreeView - 4 bug fixes and 3 additional properties
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 25 Jan 2007 08:39:43 +0100
Newsgroups: jedi.vcl

Martin Schnell wrote:

> Is someone else currently working on JvDBTreeView?

Not that I know of.


> I can give you the bug fixes. Are the additional properties interesting for JVCL?

As Robert said, the bug fixes are always welcome. Please get a login in Mantis and post them attached to an issue:
http://homepages.codegear.com/jedi/issuetracker/

As to the new properties, I'm quite the first two could easily be implemented with a "LinkedObject" property. This way it is generic enough so that people can use it for whatever they want.
The ReservedNodes, I don't understand and would need more information.


Subject: Re: JvDBTreeView - 4 bug fixes and 3 additional properties
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Jan 2007 05:35:10 +0100
Newsgroups: jedi.vcl

Martin Schnell wrote:

> Is someone else currently working on JvDBTreeView?
> I can give you the bug fixes. Are the additional properties interesting for JVCL?

Bug fixes are always welcome.
New properties need to be discussed to avoid property inflation.


Subject: Re: ANN: JVCL 3.30 Released!
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Wed, 24 Jan 2007 22:57:55 +0100
Newsgroups: jedi.vcl,jedi.general

many thanks :)


Subject: JvDBTreeView - 4 bug fixes and 3 additional properties
From: "Martin Schnell" <mschnell2@tlonstruct.com>
Date: Wed, 24 Jan 2007 21:27:15 +0100
Newsgroups: jedi.vcl

Olivier

I'm currently using JvDBTreeView for an open source application (Bookpiles, 
a book organizer, www.bookpiles.org).
Since I have used it I found and fixed 4 bugs.
  - Fix: Add Node, IconField, icon field value was not set.
    Value now set, same value as parent
  - Fix: Add Node, MasterField, MasterValue not unique
    Unique value now ensuredensured
  - Fix: Delete node, database reord deleted for selected node only
    Delete now records for all childs
  - Fix: Drag&drop, move node for each drag
    Now only for node drag, not for drag of other objects

Additionally I have added 3 properties which I need for my application
  - Additional property: InfoField,
    Additional text for tree nodes, stored in additional db column, can be 
used to show counters for each node like in Outlook
  - Additional property: UseInfo, switch to use InfoField
  - Additional property: ResevedNodes, I need a reserved number range for 
node id's. So that I can add nodes with given id's
         later

Is someone else currently working on JvDBTreeView?
I can give you the bug fixes. Are the additional properties interesting for 
JVCL?

Regards

Martin 




Subject: 2 questions about tJvAviCapture: webcam not recognized and stretch preview
From: "Fodox" <no@no.no>
Date: Wed, 24 Jan 2007 18:07:52 +0100
Newsgroups: jedi.vcl

The component can't see the driver of an old  Logitech Quickcam Express (by 
use "EnumDrivers" and then assign the "Drivers" property to a ListBox). Is 
the webcam too old or what?

Also, is possible to stratch the preview output to an arbitrary size?

Thank you
  Fodox 




Subject: Re: [D5] hel on tJvAviCapture
From: "Fodox" <no@no.no>
Date: Wed, 24 Jan 2007 17:44:59 +0100
Newsgroups: jedi.vcl

> > This has now be fixed in revision 11161 in Subversion.

I confirm, thank you very muck! 




Subject: JvTabBar, JvPageList and TFrame
From: "Rudy Hentzen" <rhentzen@hotmail.com>
Date: Wed, 24 Jan 2007 15:52:46 -0000
Newsgroups: jedi.vcl

Hi,

I have a Frame (MainFrame) to which i add a JvTabBar with a JvPageList, both 
linked.  I then add 2 Tabs which into add to JvStandardPage elements to the 
PageList.  I then rename the pages as i get an error JvStandardPage1 not 
found.  I then create a new frame class TFrame1 and when i try to do 
anything on the MainFrame i get an error class TFrame1 not found.

Any ideas??

Many thanks
Rudy 




Subject: Re: Install JCl-jvcl Ver 1.98 D7
From: "Claude" <livreplus@magic.fr>
Date: Wed, 24 Jan 2007 16:45:17 +0100
Newsgroups: jedi.vcl

I delete everythings, and I unzip it with winzipp and now it is properly 
working. So it seems that the unzip delivered with XP pro has a probleme.
Thanks very much
Claude
"OBones" <obones_gf_@_fe_altern.org> a écrit dans le message de news: 
ep7rmm$1ir$1@news.talkto.net...
> > You must have folders where you unzipped the files.
> > And you should start with the JCL first, there is no point in doing the 
> > JVCL if the JCL gave you an error message. 




Subject: Re: Install JCl-jvcl Ver 1.98 D7
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 24 Jan 2007 15:50:22 +0100
Newsgroups: jedi.vcl

You must have folders where you unzipped the files.
And you should start with the JCL first, there is no point in doing the JVCL if the JCL gave you an error message.


Subject: Re: Install JCl-jvcl Ver 1.98 D7
From: "Claude" <livreplus@magic.fr>
Date: Wed, 24 Jan 2007 15:40:01 +0100
Newsgroups: jedi.vcl

Iget the message on the dos windows
File not found jvtypes.dcu
I decompresse the files with the utility delivered with XP Pro. I don't 
nknow if it does make a difference
I download the zip file from jcl-jvcl
regards
"OBones" <obones_gf_@_fe_altern.org> a écrit dans le message de news: 
ep7i27$va5$2@news.talkto.net...
> > Give us the real error messages. 




Subject: Re: Install JCl-jvcl Ver 1.98 D7
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 24 Jan 2007 13:05:49 +0100
Newsgroups: jedi.vcl

Give us the real error messages.


Subject: Re: [D5] hel on tJvAviCapture
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 24 Jan 2007 13:05:26 +0100
Newsgroups: jedi.vcl

Fodox wrote:
>> This has now be fixed in revision 11161 in Subversion. You can also get those files in the next daily zips from here:
>>
>> http://jvcl.sf.net/daily/
>
> I tried until today, but I see nothing in this page. Every zip's link report unavailable page, and the 7z archives are empty.

Bugger. I'll investigate.


> Is there another way to get the last files?

Yes, there is a mirror:

for the JVCL: http://obones.free.fr/jvcl_daily/
for the JCL: http://obones.free.fr/jcl_daily/


Subject: Re: [D5] hel on tJvAviCapture
From: "Fodox" <no@no.no>
Date: Wed, 24 Jan 2007 11:11:55 +0100
Newsgroups: jedi.vcl

> > This has now be fixed in revision 11161 in Subversion. You can also get 
> > those files in the next daily zips from here:
> >
> > http://jvcl.sf.net/daily/

I tried until today, but I see nothing in this page. Every zip's link report 
unavailable page, and the 7z archives are empty.
Is there another way to get the last files?

Thank you 




Subject: Install JCl-jvcl Ver 1.98 D7
From: "claude.lec" <cllec@wanadoo.fr>
Date: Wed, 24 Jan 2007 09:48:55 +0100
Newsgroups: jedi.vcl

Install JCl-jvcl Ver 1.98 D7
Hi

I try to instal the version 1.98 on my shop machine. I never had those 
software on the machine because I got a Harddisk crash in september and I 
developpe on my home machine.Now i want to carry on in the shop.
I instal first the JCL. I  compile. I got on one line (I didn't note which 
one)
a violation message. I carry on- result ok.
When I start the jvcl install, I have a message teeling me the JVtype.dcu 
not found.
What did I did wrong?
Regards
Claude 




Subject: Re: JvDocking windows titlebars
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Tue, 23 Jan 2007 15:50:04 +0000 (UTC)
Newsgroups: jedi.vcl

migajek wrote:

> > Hi
> >  I've posted this as a bug at JVCL issue tracker, but now I'm not
> > sure if it is JVCL bug or my mistake.
> >  Im using jvDocking,
> >  just after the program runs I'm creating some dockable forms and
> > docking them using the code from MSDN2002 example. The problem is,
> > that when I move the cursor over the side "button" the window shows,
> > but without the titlebar!
> > The following screenshot shows that
> > http://img217.imageshack.us/img217/6070/wrongbp2.jpg
> > But, when the window hides (automatically) and appears after moving
> > the cursor again over the side "button", the window has the correct
> > titlebar :  http://img65.imageshack.us/img65/3593/goodco4.jpg
> > 
> > the code for creating & docking is following
> > 
> >  procedure VSNetDockForm(AForm: TForm; APanel: TJvDockVSNETPanel);
> >  begin
> >     AForm.ManualDock(APanel,nil,APanel.Align);
> >     APanel.DoAutoHideControl(AForm);
> >  end;
> > 
> > 
> > FTPClientForm:= TFTPClientForm.Create(Application);
> > VSNetDockForm(FTPClientForm, jvDockServer1.LeftDockPanel as
> > TJvDockVSNETPanel);
> > 
> > I've found out that calling ShowDockForm before ManualDock() resolves
> > the problem, but window blinks than for a moment when program starts. 
> > I've been trying setting top property to 1000 before showing the form
> > and than restoring the original top value after DoAutoHide, and it
> > partially works - the window titlebar shows at first mouse-over but
> > it never gets painted as an active window.
> > 
> > 
> > 
> > --- posted by geoForum on http://delphi.newswhat.com

AFAIR, simple fix to this issue is, that you just resize
left,right,bottom,top dock for 1px.

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://simail.sf.net - small advanced e-mail client, 1.0 version is making a revolution in e-mail managment world, with automatic message classification into views. 

Subject: Re: rtf and tables
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Jan 2007 12:53:34 +0100
Newsgroups: jedi.vcl

Aurélien Dellieux wrote:

> i don't understand why Wordpad seem to be correct (at least the table remains unchanged, and this is a better aspect...).

It probabnly does not use a Richedit control.

> This might be a problem in the richedit dll ?

For sure. Each version of the richedit DLL is buggy in its unique way.


Subject: Re: rtf and tables
From: Aurélien Dellieux <a.dellieux@nospam.corwin.fr>
Date: Tue, 23 Jan 2007 08:44:10 +0100
Newsgroups: jedi.vcl

> Randall wrote:

> Perhaps your issue is similar to an Netscape vs IE HTML issue - whereby IE let's you get away with bad HTML syntax. In other words, are you 100% sure your RTF is properly formatted?
>
Just to be sure, i tried to make a new document with MS Word 2003.
I saved it under rtf format and tried again with Wordpad, TJvRichEdit, Total Commander Lister window (TRichEdit i suppose).
All render well until i resize the window to make it smaller.
The table is reorganized, like the text just under the table.
When doing the same thing with Wordpad, the table remains intact.

i tried something else : as Visual FoxPro is the main development tool here, i used a new form on which i dropped a Microsoft Rich Textbox Control (activex), and loaded the same rtf file.
And, surprise, it appears that the same behavior happens : the table is reorganized too.

i don't understand why Wordpad seem to be correct (at least the table remains unchanged, and this is a better aspect...).

This might be a problem in the richedit dll ?

-- 
Aurélien Dellieux

site perso :  http://dellieuxa.perso.orange.fr
site boulot : http://www.corwin.fr
test2.zip
	



Subject: Re: rtf and tables
From: Randall <randall@no_spam.bytewise.com.au>
Date: Tue, 23 Jan 2007 16:07:18 +1100
Newsgroups: jedi.vcl

Aurélien Dellieux wrote:

> Hello,
>
> i have a problem trying to display a rtf file correctly.
>
> please find test.rtf attached as a sample.
>
> when displaying this file using the TJvRichEdit component, the table is not maintained to a constant width when resizing the form.
> the columns are moved to the line as if the table was considered a simple paragraph or text.
>
> i tried with the native TRichEdit component, and got the same problem (tried borland delphi richedit demo).
>
> when i try to use wordpad (which use riched20.dll too), there is no display problem.
>
> i tried the sample TRichView (third party component) demo (importing the file and converting it to RVF format), and it behaves like in wordpad (table is not modified by the wordwrap boolean).
>
> when loading this file into MS Word or OpenOffice, they both behave like wordpad.
>
> could there be some implementation problem in the native TRichEdit component on which TJvRichEdit is based ?
>
> tests were made with delphi 6 update 3, and platforms were windows xp sp 2 and windows 2006 terminal server, openoffice 2.1, word 2003.
>
> thanks for any help...
>
ps - I should mention, I could correct the problem by tweaking the Zoom property. Perhaps you add a slider to your form to allow the user to adjust the zoom?

-randall


Subject: Re: rtf and tables
From: Randall <randall@no_spam.bytewise.com.au>
Date: Tue, 23 Jan 2007 15:50:44 +1100
Newsgroups: jedi.vcl

Aurélien Dellieux wrote:
> Hello,
>
> i have a problem trying to display a rtf file correctly.
>
> please find test.rtf attached as a sample.
>
> when displaying this file using the TJvRichEdit component, the table is not maintained to a constant width when resizing the form.
> the columns are moved to the line as if the table was considered a simple paragraph or text.
>
> i tried with the native TRichEdit component, and got the same problem (tried borland delphi richedit demo).
>
> when i try to use wordpad (which use riched20.dll too), there is no display problem.
>
> i tried the sample TRichView (third party component) demo (importing the file and converting it to RVF format), and it behaves like in wordpad (table is not modified by the wordwrap boolean).
>
> when loading this file into MS Word or OpenOffice, they both behave like wordpad.
>
> could there be some implementation problem in the native TRichEdit component on which TJvRichEdit is based ?
>
> tests were made with delphi 6 update 3, and platforms were windows xp sp 2 and windows 2006 terminal server, openoffice 2.1, word 2003.
>
> thanks for any help...
>

I'm not an expert in this area, but have dabbled plenty with RTF issues, and compared all the big players - DevExpress TcxRichEdit (wrapper around TRichEdit), Borland's TRichEdit, TRichView and TjvRichEdit. In general my expereince is that the Jedi implementation is best and takes into account what MS lib you are using. The RichView is too far from the beaten path IMHO and doesn't integrate well if you are trying to do a richEdit replacement. It is probably best, but most difficult to work with.

As far as WYSIWYG display I have always used the Jedi control as the benchmark. It is NOT a descendant of Borland's TRichEdit but a TJvCustomMemo.

Perhaps your issue is similar to an Netscape vs IE HTML issue - whereby IE let's you get away with bad HTML syntax. In other words, are you 100% sure your RTF is properly formatted?

I just revved up your test.rtf in my test app - it woudl appear that this grid is too wide, and it is trying to adjust (in Word) by adjusting the font size. If I resize my app to be full screen it renders correctly. But when shrunk down, it doesn't adjust font sizes but does adjust the column positions and hence they stop lining up. This with Delphi 7.01 and Jedi 3.3

HTH
-randall


Subject: TJvXPBar
From: "martinrame" <martinrame@yahoo.com>
Date: Mon, 22 Jan 2007 20:45:45 +0100
Newsgroups: jedi.vcl

In a form I create in run time (in the FormCreate event) three TJvXPBars
with the property Grouped := True. I want to show only one of them
expanded so I set its Collapsed property to False (only on one TjvXPBar),
but no one shows expanded.

How can I accomplish that?.

Thank you in advance.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvSimpleXml.pas(45) Fatal: Unit JclSimpleXml wurde mit einer unterschiedlichen Version von JclResources.RsEInvalidXMLElementUnexpectedCharacte compiliert
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 22 Jan 2007 12:23:47 +0100
Newsgroups: jedi.vcl

Bah c'est super utile, je parle pas allemand.


FWIW, it looks to me you have an old version of the JCL that you did not uninstall...


Subject: JvSimpleXml.pas(45) Fatal: Unit JclSimpleXml wurde mit einer unterschiedlichen Version von JclResources.RsEInvalidXMLElementUnexpectedCharacte compiliert
From: uweiq139 <uweiq139@gmx.de>
Date: Mon, 22 Jan 2007 12:07:03 +0100
Newsgroups: jedi.vcl

JVCL 3.30.0.0

[Generating: Packages]
Generating packages for C6
    Loaded template.bpk
        Writing JvCoreC6R.bpk for C6
        Writing JvCoreC6R.bpk for c6p (c6p template used)
        Writing JvGlobusC6D.bpk for C6
        Writing JvGlobusC6R.bpk for C6
        Writing JvInterpreterC6D.bpk for C6
        Writing JvInterpreterC6R.bpk for C6
    Loaded template.cpp
        Writing JvGlobusC6R.cpp for C6
    Loaded template.dpk
        Writing JvCoreC6R.dpk for C6
        Writing JvCoreC6R.dpk for c6p (c6p template used)
        Writing JvGlobusC6D.dpk for C6
        Writing JvGlobusC6R.dpk for C6
        Writing JvInterpreterC6D.dpk for C6
        Writing JvInterpreterC6R.dpk for C6
    Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdC6R.bpl]
"C:\Borland\CBuilder6\Bin\dcc32.exe" Jv3rdC6R.dpk
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
5213 Zeilen, 0.19 Sekunden, 177 Bytes Code, 0 Bytes Daten.
"C:\Borland\CBuilder6\Bin\dcc32.exe" Jv3rdC6R.dpk
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
1666 Zeilen, 0.16 Sekunden, 26936 Bytes Code, 121 Bytes Daten.
"C:\Borland\CBuilder6\Bin\bcc32.exe" @Jv3rdC6R.@@@
Borland C++ 5.6.4 für Win32 Copyright (c) 1993, 2002 Borland
c:\borland\jedi\jvcl\packages\c6\jv3rdc6r.cpp:
"C:\Borland\CBuilder6\Bin\ilink32.exe" @Jv3rdC6R.@@@
Turbo Incremental Link 5.66 Copyright (c) 1997-2002 Borland
[Compiling: JvCoreC6R.bpl]
"C:\Borland\CBuilder6\Bin\dcc32.exe" JvCoreC6R.dpk
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation

177395 Zeilen, 7.03 Sekunden, 1241 Bytes Code, 0 Bytes Daten.
"C:\Borland\CBuilder6\Bin\dcc32.exe" JvCoreC6R.dpk
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
1724 Zeilen, 2.00 Sekunden, 711384 Bytes Code, 6509 Bytes Daten.
"C:\Borland\CBuilder6\Bin\bcc32.exe" @JvCoreC6R.@@@
Borland C++ 5.6.4 für Win32 Copyright (c) 1993, 2002 Borland
c:\borland\jedi\jvcl\packages\c6\jvcorec6r.cpp:
"C:\Borland\CBuilder6\Bin\ilink32.exe" @JvCoreC6R.@@@
Turbo Incremental Link 5.66 Copyright (c) 1997-2002 Borland
[Compiling: JvSystemC6R.bpl]
"C:\Borland\CBuilder6\Bin\dcc32.exe" JvSystemC6R.dpk
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Borland\Jedi\jvcl\run\JvSimpleXml.pas(45) Fatal: Unit JclSimpleXml wurde mit einer unterschiedlichen Version von JclResources.RsEInvalidXMLElementUnexpectedCharacte compiliert


Subject: JEDI Online Help
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Mon, 22 Jan 2007 10:50:18 +0100
Newsgroups: jedi.vcl

Hello,

having the possibility to search for resent changes in "JEDI Online
Help" would be nice. At the moment there is no chance to keep track of
the growing of the Online Help.

Ciao Heinz Z.



Subject: INSTALLATION OF VERSION 3.30
From: "ArdiIIa" <ArdiIIa@ono.com>
Date: Sun, 21 Jan 2007 18:02:19 +0100
Newsgroups: jedi.vcl

ERROR -->

Windows XP Service Pack 2 (5.1.2600)

JVCL 3.30.0.0

[Generating: Packages]
Generating packages for D7
	Loaded template.dof
	Loaded template.dpk
	Loaded template.rc
[Compiling: Packages]
[Compiling: Jv3rdD7R.bpl]
[Compiling: JvCoreD7R.bpl]
[Compiling: JvSystemD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\XXX\Borland\Delphi7\JEDI\jvcl\run\JvNTEventLog.pas(527) Error:
Undeclared identifier: 'RsLogUserSIDNotFound'
JvSystemD7R.dpk(91) Fatal: Could not compile used unit
'..\..\run\JvNTEventLog.pas'



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [D5] hel on tJvAviCapture
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 20 Jan 2007 21:01:23 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I'll try to have a look in the next few days.

Ok, Sorry for the inconvenience, there was a bug, it did not resize the internal window, only the containing control.
This has now be fixed in revision 11161 in Subversion. You can also get those files in the next daily zips from here:

http://jvcl.sf.net/daily/

Regards
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: No ColumnResize and drag&drop for DBGrid
From: "Martin Schnell" <mschnell2@tlonstruct.com>
Date: Sat, 20 Jan 2007 19:23:06 +0100
Newsgroups: jedi.vcl

The TJvDBGrid has an option dgColumnResize true / false. If resize is true 
the user can change the width of columns at run time.
Unfortunately this does not work when drag & drop is programmed for a 
DBGrid.

When changing the column width the event JvDBGrid1MouseMove is fired which 
normally starts the drag action.
The visual effect is the the column border is moved 1 or 2 pixels and 
further column resize is not possible.

How can I distinguish between a real drag and a column resize?

Shoud JvDBGrid do this automatically?



Regards

Martin 




Subject: Using JvDBLookupTreeViewCombo
From: "afadly" <ttt@yahoo.com>
Date: Sat, 20 Jan 2007 18:27:59 +0100
Newsgroups: jedi.vcl

How I can use JvDBLookupTreeViewCombo?
I have a table refering to itself with ID, parent fields
I tried many ways but it does not display any data!



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDocking windows titlebars
From: "migajek" <michal@nospam.com>
Date: Fri, 19 Jan 2007 18:34:58 +0100
Newsgroups: jedi.vcl

Hi
 I've posted this as a bug at JVCL issue tracker, but now I'm not sure if
it is JVCL bug or my mistake.
 Im using jvDocking,
 just after the program runs I'm creating some dockable forms and docking
them using the code from MSDN2002 example. The problem is, that when I
move the cursor over the side "button" the window shows, but without the
titlebar!
The following screenshot shows that
http://img217.imageshack.us/img217/6070/wrongbp2.jpg
But, when the window hides (automatically) and appears after moving the
cursor again over the side "button", the window has the correct titlebar :
http://img65.imageshack.us/img65/3593/goodco4.jpg

the code for creating & docking is following

 procedure VSNetDockForm(AForm: TForm; APanel: TJvDockVSNETPanel);
 begin
    AForm.ManualDock(APanel,nil,APanel.Align);
    APanel.DoAutoHideControl(AForm);
 end;


FTPClientForm:= TFTPClientForm.Create(Application);
VSNetDockForm(FTPClientForm, jvDockServer1.LeftDockPanel as
TJvDockVSNETPanel);

I've found out that calling ShowDockForm before ManualDock() resolves the
problem, but window blinks than for a moment when program starts. 
I've been trying setting top property to 1000 before showing the form and
than restoring the original top value after DoAutoHide, and it partially
works - the window titlebar shows at first mouse-over but it never gets
painted as an active window.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [D5] hel on tJvAviCapture
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 19 Jan 2007 15:10:05 +0100
Newsgroups: jedi.vcl

Fodox wrote:
> [cut]
>> It resized correctly filling the rigth size but only a quarter of the image was displayed. I tried to fix myself the problem but I couldn't had enough time.
>
> Exactly, the same as I can see with my webcam.
> I tried TVideoGrabber demo too, and with this component the webcam work with all the resolutions I set.  Unfortunately TVideoGrabber is very expensive... any other suggestion?

I'll try to have a look in the next few days.


Subject: Re: [D5] hel on tJvAviCapture
From: "Fodox" <no@no.no>
Date: Fri, 19 Jan 2007 15:00:22 +0100
Newsgroups: jedi.vcl

[cut]
> > It resized correctly filling the rigth size but only a quarter of the 
> > image was displayed. I tried to fix myself the problem but I couldn't had 
> > enough time.

Exactly, the same as I can see with my webcam.
I tried TVideoGrabber demo too, and with this component the webcam work with 
all the resolutions I set.  Unfortunately TVideoGrabber is very expensive... 
any other suggestion?


Thank you 




Subject: Access violation error with Turbo C++
From: "Andy" <andyseo27@gmail.com>
Date: Fri, 19 Jan 2007 08:25:50 -0500
Newsgroups: jedi.vcl

Hi,

I have installed both BCB6 and Turbo C++ pro on my computer.
There is no problem with BCB6. But whenever I tried to install JVCL with
Turbo C++ pro after installing JCL, I'm getting Access violation error on
JVCLInstall.exe.
Is there anyone who resolved this problem?
Thank you.

--

Regards,
  Andy Seo




Subject: Re: [D5] hel on tJvAviCapture
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Fri, 19 Jan 2007 07:44:57 -0200
Newsgroups: jedi.vcl

> > Probably the webcam delivers only 320x240 images.

I don't think so. I tried using the component with a Microsoft webcam. I set 
the camera to capture 640x480 but the componente only displayed a portion of 
the image. It resized correctly filling the rigth size but only a quarter of 
the image was displayed. I tried to fix myself the problem but I couldn't 
had enough time.

Best regards,
Eduardo Mauro 




Subject: Re: [D5] hel on tJvAviCapture
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 19 Jan 2007 10:29:45 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Fodox wrote:
>> Hi!
>>
>> I'm trying the component tjvAviCapture, I need to capture single images from webcam and work with them. The example included in Jvcl folders works good, but I can't set dimensions over 320x240. If I change the format with "Select format" button, the effective dimension if bigger but I can see only a part of it.
>
> Probably the webcam delivers only 320x240 images.

Exactly. To get larger images, the program must extrapolate.


Subject: Re: Issue installing JVCL with BDS 2006
From: Frank Staal <F_no_spam_Staal@liamhsuh.com>
Date: Fri, 19 Jan 2007 09:38:31 +0100
Newsgroups: jedi.vcl

On Thu, 18 Jan 2007 10:47:03 -0600, "Chris Burr" <cburr@kcc.com>
wrote:

> >Found the issue, you were both correct.  Vista's so-called search wasn't 
> >showing me all the files, a DOS search uncovered them all.  Apologies for 
> >the waste of your time.
> >
Meaning that there was an old jedi.inc somewhere along the path? I'll
check my own paths...


Subject: Re: [D5] hel on tJvAviCapture
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 19 Jan 2007 09:33:38 +0100
Newsgroups: jedi.vcl

Fodox wrote:
> Hi!
>
> I'm trying the component tjvAviCapture, I need to capture single images from webcam and work with them. The example included in Jvcl folders works good, but I can't set dimensions over 320x240. If I change the format with "Select format" button, the effective dimension if bigger but I can see only a part of it.

Probably the webcam delivers only 320x240 images.


Subject: rtf and tables
From: Aurélien Dellieux <a.dellieux@nospam.corwin.fr>
Date: Fri, 19 Jan 2007 09:27:25 +0100
Newsgroups: jedi.vcl

Hello,

i have a problem trying to display a rtf file correctly.

please find test.rtf attached as a sample.

when displaying this file using the TJvRichEdit component, the table is not maintained to a constant width when resizing the form.
the columns are moved to the line as if the table was considered a simple paragraph or text.

i tried with the native TRichEdit component, and got the same problem (tried borland delphi richedit demo).

when i try to use wordpad (which use riched20.dll too), there is no display problem.

i tried the sample TRichView (third party component) demo (importing the file and converting it to RVF format), and it behaves like in wordpad (table is not modified by the wordwrap boolean).

when loading this file into MS Word or OpenOffice, they both behave like wordpad.

could there be some implementation problem in the native TRichEdit component on which TJvRichEdit is based ?

tests were made with delphi 6 update 3, and platforms were windows xp sp 2 and windows 2006 terminal server, openoffice 2.1, word 2003.

thanks for any help...

-- 
Aurélien Dellieux

site perso :  http://dellieuxa.perso.orange.fr
site boulot : http://www.corwin.fr
test.rtf
	



Subject: [D5] hel on tJvAviCapture
From: "Fodox" <no@no.no>
Date: Fri, 19 Jan 2007 08:39:11 +0100
Newsgroups: jedi.vcl

Hi!

I'm trying the component tjvAviCapture, I need to capture single images from 
webcam and work with them. The example included in Jvcl folders works good, 
but I can't set dimensions over 320x240. If I change the format with "Select 
format" button, the effective dimension if bigger but I can see only a part 
of it.

Anyone can help me?

Thanks
Fodox 




Subject: Re: Issue installing JVCL with BDS 2006
From: "Chris Burr" <cburr@kcc.com>
Date: Thu, 18 Jan 2007 10:47:03 -0600
Newsgroups: jedi.vcl

Found the issue, you were both correct.  Vista's so-called search wasn't showing me all the files, a DOS search uncovered them all.  Apologies for the waste of your time.


"OBones" <obones_gf_@_fe_altern.org> wrote in message news:eoo018$h35$1@news.talkto.net...
> Chris Burr wrote:
>
>> There is no issue with an old jedi.inc.  If I remove the section:
>
> So when your car shows up a warning sign about the brakes being faulty, you disconnect the sign?
>
>
>> Then it gets past that point, but then seems to have some sort of an issue with not being about to find SResNotFound in JvComponent.pas
>
> Well, of course it has a problem, you simply removed the message telling you there is a problem, you did not solve it... 



Subject: Re: Delphi 6 and Turbo Delphi 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 18 Jan 2007 16:45:07 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "Andreas Hausladen" wrote in message <news:eonmcd$fae$1@news.talkto.net>:
>
>> These two lines mean that the dcc32ex.exe hasn't found the registry key
>> HKCU\Software\Borland\Delphi\6.0\Jedi\Jcl or the values in that key are
>> wrong.
> The OP, mentioned the installer did not found dcc32.exe (from Turbo Delphi)
> and not dcc32ex.exe (from Jedi)!

Yes, it's missing in D10, but it's there in D6.


Subject: Re: Delphi 6 and Turbo Delphi 2006
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 18 Jan 2007 16:40:04 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:eonmcd$fae$1@news.talkto.net>:

> > These two lines mean that the dcc32ex.exe hasn't found the registry key
> > HKCU\Software\Borland\Delphi\6.0\Jedi\Jcl or the values in that key are
> > wrong.
The OP, mentioned the installer did not found dcc32.exe (from Turbo Delphi)
and not dcc32ex.exe (from Jedi)!

-- cu, Michael 

Subject: JVCL 3.30 successfully installed on Delphi 6 Personal
From: faber <faber@italy.it>
Date: Thu, 18 Jan 2007 15:47:52 +0100
Newsgroups: jedi.vcl

Just wanted to report this :D

Thank you guys !!! :D


Subject: Re: Issue installing JVCL with BDS 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 18 Jan 2007 15:26:03 +0100
Newsgroups: jedi.vcl

Chris Burr wrote:

> There is no issue with an old jedi.inc.  If I remove the section:

So when your car shows up a warning sign about the brakes being faulty, you disconnect the sign?


> Then it gets past that point, but then seems to have some sort of an issue with not being about to find SResNotFound in JvComponent.pas

Well, of course it has a problem, you simply removed the message telling you there is a problem, you did not solve it...


Subject: Re: Issue installing JVCL with BDS 2006
From: "Chris Burr" <cburr@kcc.com>
Date: Thu, 18 Jan 2007 08:01:09 -0600
Newsgroups: jedi.vcl

There is no issue with an old jedi.inc.  If I remove the section:

{$IFNDEF JVCL_CONFIGURED}
{$IFDEF SUPPORTS_COMPILETIME_MESSAGES}
 {$MESSAGE FATAL 'Your Delphi/BCB version is not supported by this JVCL
version!'}
{$ELSE}
141->  'Your Delphi/BCB version is not supported by this JVCL version!'
{$ENDIF SUPPORTS_COMPILETIME_MESSAGES}
{$ENDIF !JVCL_CONFIGURED}

Then it gets past that point, but then seems to have some sort of an issue with not being about to find SResNotFound in JvComponent.pas

(Sry for not replying sooner, was on vacation for 2 days)

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:eohsu4$brr$1@news.talkto.net...
> AlexB wrote:
>
>> It's old prdoblem with old jedi.inc in path.
>> Is it good idea to check the presence of old jedi.inc in installer and give a warning?
>
> We will solve the preoblem by adding the JVCL pathes to the start of the library path. Then the newest jedi.inc is found first. The file is backward compatible so the other components using it will have no problem. 



Subject: Re: Delphi 6 and Turbo Delphi 2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 18 Jan 2007 11:41:01 +0000 (UTC)
Newsgroups: jedi.vcl

Nick wrote:

> > JCL asked me witch Delphi to use. JVCL did not.

The JVCL Installer need the JCL to compile, so it can't ask you
anything because it isn't compiled yet.


> > Missing dependencies for Delphi 6
> >  - JCL  is required but not installed. (http://jcl.sourceforge.net)

These two lines mean that the dcc32ex.exe hasn't found the registry key
HKCU\Software\Borland\Delphi\6.0\Jedi\Jcl or the values in that key are
wrong.


-- Regards, Andreas Hausladen 

Subject: Re: Delphi 6 and Turbo Delphi 2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 18 Jan 2007 11:38:37 +0000 (UTC)
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > If you just select Delphi 6, what happens?

The problem is the he doesn't get that far.


-- Regards, Andreas Hausladen 

Subject: Re: Delphi 6 and Turbo Delphi 2006
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 18 Jan 2007 08:53:29 +0100
Newsgroups: jedi.vcl

"Nick" wrote in message <news:eon6s4$crm$2@news.talkto.net>:

> > I don't want Turbo Delphi. I want use JVCL with Delphi 6!!!
As far as I remember you can choose, from a drop down box, which version
you would like to install. Per default it installs for all found Delphi
versions. 
If you just select Delphi 6, what happens?

-- cu, Michael 

Subject: Re: Delphi 6 and Turbo Delphi 2006
From: Nick <noreply@nodomain.com>
Date: Thu, 18 Jan 2007 08:21:26 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> did you install the JCL (http://jcl.sf.net/) ?
>
> - Florent

JCL asked me witch Delphi to use. JVCL did not.


Subject: Re: Delphi 6 and Turbo Delphi 2006
From: Nick <noreply@nodomain.com>
Date: Thu, 18 Jan 2007 08:17:27 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Nick wrote:
>> I have installed Delphi 6 and Turbo Delphi 2006 in parallel.
>> The JVCL install.bat is not able to install because of missing dcc32.exe from Turbo Delphi. But I would like to install with Delphi 6 only.
>
> Do you have Turbo Delphi Explorer or a full version?
> Download dcc32.exe from CodeGear is you have a full version.
> I had no problem then.

I don't want Turbo Delphi. I want use JVCL with Delphi 6!!!



Subject: Re: Delphi 6 and Turbo Delphi 2006
From: Nick <noreply@nodomain.com>
Date: Thu, 18 Jan 2007 08:16:35 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> did you install the JCL (http://jcl.sf.net/) ?
>
> - Florent

Yes, JCL is being installed first.


Subject: Re: Delphi 6 and Turbo Delphi 2006
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Jan 2007 05:42:54 +0100
Newsgroups: jedi.vcl

Nick wrote:
> I have installed Delphi 6 and Turbo Delphi 2006 in parallel.
> The JVCL install.bat is not able to install because of missing dcc32.exe from Turbo Delphi. But I would like to install with Delphi 6 only.

Do you have Turbo Delphi Explorer or a full version?
Download dcc32.exe from CodeGear is you have a full version.
I had no problem then.


Subject: Re: Delphi 6 and Turbo Delphi 2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 17 Jan 2007 21:28:03 +0000 (UTC)
Newsgroups: jedi.vcl

Nick wrote:

> > Missing dependencies for Delphi 6
> >  - JCL  is required but not installed. (http://jcl.sourceforge.net)

Do you have installed the JCL first? The JVCL is based on the JCL.



-- Regards, Andreas Hausladen 

Subject: Re: Delphi 6 and Turbo Delphi 2006
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 17 Jan 2007 22:26:50 +0100
Newsgroups: jedi.vcl

did you install the JCL (http://jcl.sf.net/) ?

- Florent


Subject: Re: Delphi 6 and Turbo Delphi 2006
From: Nick <noreply@nodomain.com>
Date: Wed, 17 Jan 2007 22:06:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> You can start the install by opening a console window and starting the
> install.bat this way:
>
> install.bat d6
>
>

same problem:

D:\Jedi\jvcl>install.bat d6
[Compiling installer...]
Missing dependencies for Delphi 6
 - JCL  is required but not installed. (http://jcl.sourceforge.net)

Delphi 10 is no valid installation
 - dcc32.exe missing

Dependencies are missing. Please install them first.

Failed to compile JVCL installer

Drücken Sie eine beliebige Taste . . .











Subject: Re: Delphi 6 and Turbo Delphi 2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 17 Jan 2007 20:47:25 +0000 (UTC)
Newsgroups: jedi.vcl

You can start the install by opening a console window and starting the
install.bat this way:

install.bat d6


-- Regards, Andreas Hausladen 

Subject: Delphi 6 and Turbo Delphi 2006
From: Nick <noreply@nodomain.com>
Date: Wed, 17 Jan 2007 21:18:48 +0100
Newsgroups: jedi.vcl

I have installed Delphi 6 and Turbo Delphi 2006 in parallel.
The JVCL install.bat is not able to install because of missing dcc32.exe from Turbo Delphi. But I would like to install with Delphi 6 only.


Subject: Re: Help Files?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 16 Jan 2007 22:29:25 +0100
Newsgroups: jedi.vcl

Warrick Wilson wrote:

> I appreciate the new version. I installed it on my home system to give it some testing before I install it on the computer I use at work.
>
> Will there be an update to the help files for this release? 

Yes, it is in the works. No estimated date just yet, but quite soon.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Help Files?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Tue, 16 Jan 2007 12:18:41 -0800
Newsgroups: jedi.vcl

I appreciate the new version. I installed it on my home system to give it 
some testing before I install it on the computer I use at work.

Will there be an update to the help files for this release? 




Subject: New JvDBGrid TJvDBGridControl property: LeaveOnKeyDown
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 16 Jan 2007 19:03:18 +0000 (UTC)
Newsgroups: jedi.vcl

I have added a new propertty LeaveOnUpDownKey: Boolean to the
TJvDBGridControl class. It controls if the Up/Down key should be
redirected to the grid.

-- Regards, Andreas Hausladen 

Subject: Re: ANN: JVCL 3.30 Released!
From: Daniele Teti <thisiswrong@wrong.com>
Date: Tue, 16 Jan 2007 17:23:26 +0100
Newsgroups: jedi.vcl,jedi.general

OBones wrote:
[CUT]

Thanks for this great work!


Daniele


Subject: Re: JCLVCL.dcp error JVCL 3.3 and JCL 1.98
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Tue, 16 Jan 2007 11:39:45 +0000 (UTC)
Newsgroups: jedi.vcl

Paulo wrote:

> > For some reason the unistall (3.3 and 3.2) don't have removed the
> > JCLVCL.dcp and JCLVCL100.dcp 

These files are not deleted by the JVCL Installer because they aren't
part of the JVCL. They belong to the JCL.


-- Regards, Andreas Hausladen 

Subject: Re: ANN: JVCL 3.30 Released!
From: Paw Suddergaard <paw@top-house.dk>
Date: Tue, 16 Jan 2007 11:12:37 +0100
Newsgroups: jedi.vcl

Thank you! This is great news!


Subject: Re: ANN: JVCL 3.30 Released!
From: Paw Suddergaard <paw@top-house.dk>
Date: Tue, 16 Jan 2007 11:12:04 +0100
To: OBones <obones_gfd_@_gfd_altern.org>
Newsgroups: jedi.vcl,jedi.general

Thank you! This is great news!


Subject: JVCL 3.3 "non-stick" compiler directives...
From: Randall <randall@no_spam.bytewise.com.au>
Date: Tue, 16 Jan 2007 20:16:37 +1100
Newsgroups: jedi.vcl

The following compiler directives do not "stick" when set:
USE_3RDPARTY_DEVEXPRESS_CXGRID
USE_3RDPARTY_DEVEXPRESS_CXEDITOR
USE_3RDPARTY_INDY

at least not for a Delphi7 compile. I must set them manually when I do the install.

regards,
-randall


Subject: To all Users of TJvDatabase...Action
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Tue, 16 Jan 2007 09:30:26 +0100
Newsgroups: jedi.vcl

Hello,

at first to all the Jedis: Thanks for the new release.

But with TJvDatabase...Action components there is a pitfall if you
upgrade to Version 3.30. Now this component works only if the DataSource
and DataSet of the used DataComponent is created before the TActionList.

So, perhaps a user must change the creation sequence of his form to make
it work again.

Hope it save somebody the time for debugging.

Ciao Heinz Z.


Subject: Re: JVCL 3.30 Released!
From: "Rafick" <rafick@microace.co.za>
Date: Tue, 16 Jan 2007 09:23:47 +0200
Newsgroups: jedi.vcl,jedi.general

Thanks and well done to the the team ! 




Subject: Re: Issue installing JVCL with BDS 2006
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Jan 2007 07:56:12 +0100
Newsgroups: jedi.vcl

AlexB wrote:

> It's old prdoblem with old jedi.inc in path.
> Is it good idea to check the presence of old jedi.inc in installer and give a warning?

We will solve the preoblem by adding the JVCL pathes to the start of the library path. Then the newest jedi.inc is found first. The file is backward compatible so the other components using it will have no problem.


Subject: Midas with latest Jedi 3.3
From: Randall <randall@no_spam.bytewise.com.au>
Date: Tue, 16 Jan 2007 16:47:48 +1100
Newsgroups: jedi.vcl

I am getting this error:
[Error] Packages 'dsnapcon' and 'JvDBD7R' both contain unit 'MConnect'

when I try and compile one of my projects. I have checked Jv_MIDAS for jvcld7.inc and note the advise that: I need to add JvDlgsXXX.dcp to JvDBXXX.bpk.

First, should that be JvDBXXX.bpk or JvDBXXX.dpk (working with D7 here). In addition - this package JvDBD7R.dpk already has a reference to JvDlgsD7R.dcp - so I removed it and replaced it with the DataSnap package - still no good.

Can someone clarify what I am doing wrong here to utilize the Jv_MIDAS compile option. Or explain what I will be missing out on, if I simply turn off the compiler directive? Do I need to do a "Buid Packages" from within the Jedi install so it knows of the change I made to the DPK?

cheers,
-randall


Subject: Re: Issue installing JVCL with BDS 2006
From: AlexB <b.a.v@inbox.ru>
Date: Tue, 16 Jan 2007 11:21:20 +0600
Newsgroups: jedi.vcl

OBones wrote:
> Yes, but what about a jedi.inc file somewhere else?

It's old prdoblem with old jedi.inc in path.
Is it good idea to check the presence of old jedi.inc in installer and give a warning?

Alex.


Subject: Re: JCLVCL.dcp error JVCL 3.3 and JCL 1.98
From: "Paulo" <meirelles.paulo@uol.com.br>
Date: Mon, 15 Jan 2007 23:47:17 -0200
Newsgroups: jedi.vcl

Please, accept my apologies.
I found the problem.
For some reason the unistall (3.3 and 3.2) don't have removed the JCLVCL.dcp 
and JCLVCL100.dcp from BDS .. LIB directory... When I try to install the new 
version the BDS uses an old lib and get the access violation error.

Thank you.


"Paulo" <meirelles.paulo@uol.com.br> escreveu na mensagem 
news:eoh9d4$9q1$1@news.talkto.net...
> >I don´t know if its a bug or my error during installation !
> >
> > When I try to install a JCL 1.98 at the BDS 2006, works fine.
> > But when I try to install JVCL 3.3... I get an error JCLVCL.dcp need to be 
> > rebuild...
> >
> > Changing the path to file the JVCL install works fine.
> >
> > But when I start BDS 2006 IDE I get an error... Delphi cannot load any 
> > desing time library due to memory illegal access. "Access violation at 
> > address 21B8D2B5 in module 'all modules'. Read of address 00000000"
> >
> > What´s the purposes of JCLVCL ?
> > I did something wrong ?
> > What´s correct way to install?
> >
> > Thank you.. rgds
> >
> > 




Subject: JCLVCL.dcp error JVCL 3.3 and JCL 1.98
From: "Paulo" <meirelles.paulo@uol.com.br>
Date: Mon, 15 Jan 2007 23:22:41 -0200
Newsgroups: jedi.vcl

I don´t know if its a bug or my error during installation !

When I try to install a JCL 1.98 at the BDS 2006, works fine.
But when I try to install JVCL 3.3... I get an error JCLVCL.dcp need to be 
rebuild...

Changing the path to file the JVCL install works fine.

But when I start BDS 2006 IDE I get an error... Delphi cannot load any 
desing time library due to memory illegal access. "Access violation at 
address 21B8D2B5 in module 'all modules'. Read of address 00000000"

What´s the purposes of JCLVCL ?
I did something wrong ?
What´s correct way to install?

Thank you.. rgds




Subject: Re: Issue installing JVCL with BDS 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 15 Jan 2007 20:45:53 +0100
Newsgroups: jedi.vcl

Chris Burr wrote:

> that jvcl.inc is straight from the zip file of 3.30

Yes, but what about a jedi.inc file somewhere else?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Issue installing JVCL with BDS 2006
From: "Chris Burr" <cburr@kcc.com>
Date: Mon, 15 Jan 2007 12:43:58 -0600
Newsgroups: jedi.vcl

that jvcl.inc is straight from the zip file of 3.30

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:eogd0o$342$1@news.talkto.net...
> Chris Burr wrote:
>> Delphi 2006 (Delphi 10)
>>
>> Here's the contents of line 141 (and a little above & below)
>> {$IFNDEF JVCL_CONFIGURED}
>> {$IFDEF SUPPORTS_COMPILETIME_MESSAGES}
>>  {$MESSAGE FATAL 'Your Delphi/BCB version is not supported by this JVCL version!'}
>> {$ELSE}
>> 141->  'Your Delphi/BCB version is not supported by this JVCL version!'
>> {$ENDIF SUPPORTS_COMPILETIME_MESSAGES}
>> {$ENDIF !JVCL_CONFIGURED}
>
> Well, it sure looks like you have a problem with your installation.
> Most likely, you have an old jvcl.inc or jedi.inc somewhere on your hard drive.
>
> -- 
> Olivier Sannier
> JVCL Coordinator
> http://jvcl.sf.net/ 



Subject: Re: Issue installing JVCL with BDS 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 15 Jan 2007 18:18:20 +0100
Newsgroups: jedi.vcl

Chris Burr wrote:
> Delphi 2006 (Delphi 10)
>
> Here's the contents of line 141 (and a little above & below)
> {$IFNDEF JVCL_CONFIGURED}
> {$IFDEF SUPPORTS_COMPILETIME_MESSAGES}
>  {$MESSAGE FATAL 'Your Delphi/BCB version is not supported by this JVCL version!'}
> {$ELSE}
> 141->  'Your Delphi/BCB version is not supported by this JVCL version!'
> {$ENDIF SUPPORTS_COMPILETIME_MESSAGES}
> {$ENDIF !JVCL_CONFIGURED}

Well, it sure looks like you have a problem with your installation.
Most likely, you have an old jvcl.inc or jedi.inc somewhere on your hard drive.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Issue installing JVCL with BDS 2006
From: "Chris Burr" <cburr@kcc.com>
Date: Mon, 15 Jan 2007 10:07:30 -0600
Newsgroups: jedi.vcl

Delphi 2006 (Delphi 10)

Here's the contents of line 141 (and a little above & below)
{$IFNDEF JVCL_CONFIGURED}
{$IFDEF SUPPORTS_COMPILETIME_MESSAGES}
 {$MESSAGE FATAL 'Your Delphi/BCB version is not supported by this JVCL version!'}
{$ELSE}
141->  'Your Delphi/BCB version is not supported by this JVCL version!'
{$ENDIF SUPPORTS_COMPILETIME_MESSAGES}
{$ENDIF !JVCL_CONFIGURED}


"OBones" <obones_gf_@_fe_altern.org> wrote in message news:eog8fn$25u$1@news.talkto.net...
> Which version of Delphi?
> What's in jvcl.inc at line 141? 



Subject: Re: Issue installing JVCL with BDS 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 15 Jan 2007 17:01:12 +0100
Newsgroups: jedi.vcl

Which version of Delphi?
What's in jvcl.inc at line 141?


Subject: Issue installing JVCL with BDS 2006
From: "Chris Burr" <cburr@kcc.com>
Date: Mon, 15 Jan 2007 09:58:54 -0600
Newsgroups: jedi.vcl

The JCL install went smoothly, but I can't seem to get the JVCL install to work.

I've checked the following in the installer:
IDE registration
   Clean JVCL component palettes

Generate Map Files
   Link Map files in binaries
   Delete after linking/compression

JVCL Options
   Register global design editors
   Registry JvGif for .gif
   Use JVCL for all packages

The error I'm getting is: ...\jvcl.inc(141): E2029 'END' expected but string constant found
while it was compiling the Jv3rdD10R.bpl


Subject: Re: Old TJvAppStorage (or TJvFormStorage) problem is here again
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 15 Jan 2007 16:22:03 +0100
Newsgroups: jedi.vcl

hello all,

ok, since there was no reply I have added issue 4037 to Mantis.

Regards
Salvatore


Subject: Errormessage after installing new Jedi package
From: "John Smith" <NoSpam@NoSpam.com>
Date: Mon, 15 Jan 2007 14:59:09 +0100
Newsgroups: jedi.vcl

Hi.


After installing the new Jedi package with Borland C++ Builder,
i get the runtime - errormessage : Ressource JvXPCustomWinXPBarCOLLAPSE0 not
found.

This in a old project, build and compiled with the older JEDI V3.0 package.

If i delete my JvXPBar - componente from the project, the program is
running.
If i place a new JvXPBar componente in the existing project, i get the
errormessage.....


If i create a brandnew project and place the JvXPBar componente on it, it
runns.

I checked the include files and the pragma link statements of both projects,
but i can't find a different.


Does anyone knows, how to solv the problem?

Thanks.
Jonny





Subject: Re: small installer issue
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 15 Jan 2007 14:07:44 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I just installed Turbo Delphi and tried to install the JVCL.
> It only shows Delphi 6 as installation destination. Obviously because the JVCL is already installed in Delphi 6.
> Uninstalling and restarting the installer makes it detect both Delphi versions.

Well, yeah, you need to choose the first item in the radio group, the one that says "New installation"


Subject: small installer issue
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Jan 2007 13:27:02 +0100
Newsgroups: jedi.vcl

I just installed Turbo Delphi and tried to install the JVCL.
It only shows Delphi 6 as installation destination. Obviously because the JVCL is already installed in Delphi 6.
Uninstalling and restarting the installer makes it detect both Delphi versions.


Subject: Re: ANN: JVCL 3.30 Released!
From: Bepy Scacioa <freddy.junior@email.it>
Date: Mon, 15 Jan 2007 11:40:01 +0100
Newsgroups: jedi.vcl,jedi.general

Thank you very much !


Subject: Re: Problems with installation of JVCL3.30
From: "Torsten Hunnenberg" <thunnenberg@gmx.de>
Date: Sun, 14 Jan 2007 20:37:34 +0100
Newsgroups: jedi.vcl

Thanks,

I found some more Jcl units inside the lib folder.

Now everything is working fine.

Thanks a lot for this new great Version

Torsten


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> schrieb 
im Newsbeitrag news:eodt06$lkj$1@news.talkto.net...
> > OBones wrote:
> >
>> >> and it even seems you did not update the JCL before installing the JVCL
> >
> > Or there are older JCL units (dcu) in one of the IDE's search paths
> > (German: "Bibliothekspfade").
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: ANN: JVCL 3.30 Released!
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sun, 14 Jan 2007 20:20:47 +0100
Newsgroups: jedi.vcl,jedi.general

Am Sun, 14 Jan 2007 13:03:52 +0100 schrieb OBones:

> > The JVCL Team is proud to announce that the stable release of JVCL 3.30 
> > is available for download.
[..]
> > The current version is JVCL 3.30.
> > 
Thanks Olivier and to the team for your great work!

-- cu, Michael 

Subject: Re: Problems with installation of JVCL3.30
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 14 Jan 2007 18:32:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > and it even seems you did not update the JCL before installing the JVCL

Or there are older JCL units (dcu) in one of the IDE's search paths
(German: "Bibliothekspfade").


-- Regards, Andreas Hausladen 

Subject: Re: Problems with installation of JVCL3.30
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 14 Jan 2007 18:50:06 +0100
Newsgroups: jedi.vcl

It seems your Delphi 5 installation is not complete, and it even seems you did not update the JCL before installing the JVCL

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Problems with installation of JVCL3.30
From: "Torsten Hunnenberg" <thunnenberg@gmx.de>
Date: Sun, 14 Jan 2007 18:38:49 +0100
Newsgroups: jedi.vcl

Hello,

I have some problems to install the Version 3.30

Installation of JCL was running smoothly with out any problems
if I try to install JVCL to my Delphi 2005 Version I will get following 
error:
(I modified the Delphi 5 Path for test resons but no change)

[Compiling installer...]
Delphi 5 is no valid installation
 - RootDir registry entry is not valid

Using Delphi 9
Borland Delphi für Win32 Compiler-Version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
C:\Programme\Borland\Bds\3.0\jvcl\run\JvSimpleXml.pas(45) Fatal: F2051 Unit 
JclS
impleXml wurde mit einer unterschiedlichen Version von 
JclResources.RsEInvalidXM
LElementUnexpectedCharacte compiliert

Failed to compile JVCL installer

Drücken Sie eine beliebige Taste . . .


The installation was running well with Delphi 5

-- best regards Torsten 

Subject: ANN: JVCL 3.30 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 14 Jan 2007 13:03:52 +0100
Newsgroups: jedi.vcl,jedi.general

The JVCL Team is proud to announce that the stable release of JVCL 3.30 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005 and 2006; C++Builder 5, 6 and 2006 (Borland Developer Studio). JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release contains changes, additions and bugfixes too numerous to list here, but here are some of the highlights:

- Support for Delphi 5, 6, 7, 2005 (Win32), 2006 (Win32)
- Support for C++ Builder 5, 6 and 2006 (Borland Developer Studio)
- The merge of the Globus library has continued. Refer to the migrating_globus.html file for details.
- Improved installer support for Borland Developer Studio 2006, especially for users not installing in the default directories.
- Numerous bugs fixed and features added (more than 360 resolved mantis issues).
- Tighter integration with the JCL

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.30.


The JVCL Team
http://jvcl.sourceforge.net

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: attn Marcel Bestebroer [was Re: TJvInspector --Stack Overflow] proposed solution
From: "Adem" <adembaba@excite.com>
Date: Sun, 14 Jan 2007 02:21:56 +0000 (UTC)
Newsgroups: jedi.vcl

[ Since Marcel is the person who wrote JvInspector.pas, I thought it best to address him --please correct me if that's not the proper. ]

To solve this problem, I added a new (private) function to TJvCustomInspectorItem.

function TJvCustomInspectorItem.HasCircularReference(AClass: TClass): Boolean;
var
  Item1: TJvCustomInspectorItem;
begin {does AClass exist in the the path}
  Item1 := Self;
  Result := False;
  while (not Result) and (Item1 <> nil) do begin
    Result := (AClass = Item1.ClassType);
    Item1 := Item1.Parent;
  end;
end;

and I also added an if statement to TJvCustomInspectorData.NewItem() as below

// A check has been added to the followning function to prevent it from
// endlessly creating circular references if one of the parents is the
// same class as the item to be created.

function TJvCustomInspectorData.NewItem(const AParent: TJvCustomInspectorItem): TJvCustomInspectorItem;
var
  ItemClass: TJvInspectorItemClass;
  RegItem: TJvCustomInspectorRegItem;
begin
  Result := nil;
  AParent.Inspector.DoAfterDataCreate(Self);
  RegItem := ItemRegister.FindMatch(Self);
  if RegItem <> nil then begin
    ItemClass := RegItem.ItemClass;
    if not AParent.HasCircularReference(ItemClass) then begin {check for circular reference. Adem}
      AParent.Inspector.DoBeforeItemCreate(Self, ItemClass);
      if ItemClass <> nil then begin
        Result := ItemClass.Create(AParent, Self);
        if Result <> nil then begin
          RegItem.ApplyDefaults(Result);
          SetLength(FItems, Length(FItems) + 1);
          FItems[High(FItems)] := Result;
          Result.InvalidateMetaData;
          Result.DoAfterItemCreate;
        end;
      end;
    end; {HasCircularReference}
  end;
end;

This has solved the problems I was having with stack overflow. And, I have not seen any adverse effects.

I would like this to be applied to the sources --that is if you think it is appropriate.


Subject: Re: Old TJvAppStorage (or TJvFormStorage) problem is here again
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sat, 13 Jan 2007 17:45:39 +0100
Newsgroups: jedi.vcl

I forgot to add that I have the JCL and JVCL in one location only and also compiled packages are all in one location only.

Briefly, what is the solution, uncomment this commented line?

   //  if FRestored or not Active then

Thanks
Salvatore


Subject: JvBalloon
From: "JosepZ" <srjosepz@gmail.com>
Date: Sat, 13 Jan 2007 10:30:09 +0100
Newsgroups: jedi.vcl

How can i do for show a Jvballoon when the mouse is over a
ActionMainMenuBar, for showing the focused item hint?

I can do it all controls in my form, but i don't know how to do it with the
actionclients of a actionmainmenubars...





Subject: JEDI VCL bug
From: "peek^" <sniffpeek@hotmail.com>
Date: Fri, 12 Jan 2007 20:27:24 -0500
Newsgroups: jedi.vcl

In TJvSpinEdit OnExit handler, if you change Alignment to anything other 
that what it already is, application will hang up. 




Subject: TJvSpinEdit values
From: "peek^" <sniffpeek@hotmail.com>
Date: Fri, 12 Jan 2007 17:54:38 -0500
Newsgroups: jedi.vcl

Hi.  I have DisplayFormat = "#0.000" and number of decimal places is 3. 
When control is not focused it displays everything properly, but when it is 
focused, any zeros to the right are gone.  Anyway to go around that?


For example:  NON FOCUSED - 5.300
FOCUSED - 5.3 




Subject: Re: JvAppIniStorage problems w read/write-only properties
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 12 Jan 2007 15:23:50 +0100
Newsgroups: jedi.vcl

Could you create a sample and add it to mantis.

http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Greetings
Jens

> >2007.01.12. 00:15:34 d=E1tumon Jens Fudickar <jens.fudickar@oratool.de> =
> >=EDrta:
> >
> >Thank your for your reply, it really solved the problem. So read-only  =
> >
> >properties should not be
> >published.
> >
> >Can you help me with the ReadObjectList problem too?
> >
> >I have a list of objects chained onto a TObjectList called FList with th=
> >e  =
> >
> >type FItemClass.
> >I save the list using WriteObjectList as follows:
> >
> >   FIniStorage.Reload; // I save several lists into one INI-file, so fil=
> >e  =
> >
> >needs to be reloaded before saving the list
> >   FIniStorage.WriteString     ( 'Classname' , FItemClass.ClassName );
> >   FIniStorage.WriteObjectList ( '.\'        , FList                );
> >   FIniStorage.Flush;
> >
> >I tried restoring the list with ReadObjectList using
> >
> >   FIniStorage.ReadObjectList ( '.\' , FList );
> >
> >but it did not work. I had to use ReadPersistent on every item like
> >
> >   maxi :=3D FIniStorage.ReadInteger('Count',0);
> >   if maxi > 0 then begin
> >     FList.Clear;  // clears up the items
> >     AddNew(maxi); // adds maxi items to the list
> >     for i :=3D 0 to maxi - 1 do FIniStorage.ReadPersistent('Item'  =
> >
> >+ IntToStr(i),FList[i] as FItemClass,TRUE,FALSE);
> >   end;
> >
> >I checked ReadObjectList and saw that "Classname" value is read from the=
> >  =
> >
> >items' sections not from the global
> >section where the item count is stored. Is it a bug or a feature? Does i=
> >t  =
> >
> >mean that I have to include a property
> >named "Classname" in our components to be used with ReadObjectList?
> >
>> >> I'm not sure if your code is working. Because a property must not have=
> > a  =
> >
>> >> setprocedure to be writable.
>> >>
>> >> Did you have tested it?
>> >>
>> >> If it is a component from you, move the property to public. This shoul=
> >d  =
> >
>> >> solve your problem.
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppIniStorage problems w read/write-only properties
From: h734790@freemail.hu
Date: Fri, 12 Jan 2007 10:52:40 +0100
Newsgroups: jedi.vcl

2007.01.12. 00:15:34 dátumon Jens Fudickar <jens.fudickar@oratool.de> írta:

Thank your for your reply, it really solved the problem. So read-only properties should not be
published.

Can you help me with the ReadObjectList problem too?

I have a list of objects chained onto a TObjectList called FList with the type FItemClass.
I save the list using WriteObjectList as follows:

  FIniStorage.Reload; // I save several lists into one INI-file, so file needs to be reloaded before saving the list
  FIniStorage.WriteString     ( 'Classname' , FItemClass.ClassName );
  FIniStorage.WriteObjectList ( '.\'        , FList                );
  FIniStorage.Flush;

I tried restoring the list with ReadObjectList using

  FIniStorage.ReadObjectList ( '.\' , FList );

but it did not work. I had to use ReadPersistent on every item like

  maxi := FIniStorage.ReadInteger('Count',0);
  if maxi > 0 then begin
    FList.Clear;  // clears up the items
    AddNew(maxi); // adds maxi items to the list
    for i := 0 to maxi - 1 do FIniStorage.ReadPersistent('Item' + IntToStr(i),FList[i] as FItemClass,TRUE,FALSE);
  end;

I checked ReadObjectList and saw that "Classname" value is read from the items' sections not from the global
section where the item count is stored. Is it a bug or a feature? Does it mean that I have to include a property
named "Classname" in our components to be used with ReadObjectList?

> I'm not sure if your code is working. Because a property must not have a setprocedure to be writable.
>
> Did you have tested it?
>
> If it is a component from you, move the property to public. This should solve your problem.



Subject: Re: Library pathes added by Installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 12 Jan 2007 05:47:45 +0100
Newsgroups: jedi.vcl,jedi.jcl

Carsten Schuette wrote:

> there are some $(DELPHI) paths at the beginning of the list. I would
> suggest to add the JCL paths after these standard search patchs.

I have no problem with Jedi pathes at the start of the list.
We kept our file names clean so there is no conflict with Delphi files.
It is easier to to add the names at the start of the list and some
advanced users do add $DELPHI to their pathes when installing
components into subdirectories of Delphi.


Subject: Re: JvAppIniStorage problems w read/write-only properties
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 12 Jan 2007 00:15:34 +0100
Newsgroups: jedi.vcl

I'm not sure if your code is working. Because a property must not have a setprocedure to be writable.

Did you have tested it?

If it is a component from you, move the property to public. This should solve your problem.

Greetings
Jens

h734790@freemail.hu schrieb:
> Hi all,
>
> I noticed that JvAppIniStorage causes Access Violation errors when using
> WriteObjectList on a list of objects that has read-only properties.
> It saves the values of the read-only properties too, and the problem occurs,
> when you try to restore your list using either ReadObjectList or ReadPersistent.
> (Actually, I had to use ReadPersistent because ReadObjectList did not work for me
> for some reason.)
>
> The problem is that WriteProperty and ReadProperty procedures do not check if the
> properties are read-only or write-only. Eg. WriteProperty tries to save
> write-only properties too, while ReadProperty tries to write into read-only properties.
>
> The following line seems to solve the problem. It should be inserted into both
> procedures after the line "P := GetPropInfo(PersObj, PropName, tkAny);":
>
> if (not Assigned(P^.GetProc)) or (not Assigned(P^.SetProc)) then Exit;
>
> Please tell me if I am doing something wrong or you know a better solution.
>
> Bela Szegedi

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Library pathes added by Installer
From: "Carsten Schuette" <carsten.schuette@gmx.de>
Date: Thu, 11 Jan 2007 22:22:26 +0000 (UTC)
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> > Currently the Installer adds the JCL/JVCL pathes at the end of the
> > Library pathes list of the IDE. I think it is better to add the
> > pathes at the start of the list instead.

Robert,

there are some $(DELPHI) paths at the beginning of the list. I would
suggest to add the JCL paths after these standard search patchs.

Carsten

-- 

Subject: Re: Old TJvAppStorage (or TJvFormStorage) problem is here again
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 11 Jan 2007 23:14:13 +0100
Newsgroups: jedi.vcl

hello Robert,

are you asking to me? :-) I cannot change a file and then store the changes in SVN, I am not authorized to write in SVN. By the way, I always uninstall all packages before downloading the SVN update and then I reinstall the whole package.

I have given a look at the file and the code in my file is exactly identical to the code written in your message. As a further clue, I can tell you that I have another application that I compiled before November 2006, so before the last SVN update and the problem is not present.

Regards
Salvatore


Subject: JvDesktopAlert with AutoFree create EAccessViolation
From: Kata32 <NOSPAMkata32@hotmail.com>
Date: Thu, 11 Jan 2007 20:24:26 +0100
Newsgroups: jedi.vcl

You can try with JvDesktopAlertDemo in JVCL320SourceExamples.zip:

if you set by code the AutoFree ptoperty to true (that is not set in
the demo) and click many times and fast on preview button SOMETIMES,
when all alerts disappear an EAccessViolation was raised.

Thank's

Adriano



Subject: Re: CopyProperty
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 11 Jan 2007 19:09:04 +0100
Newsgroups: jedi.vcl

Assign is already available in the VCL, why would we want to implement CopyProperty?
Simply implement Assign where needed and you're done.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: CopyProperty
From: "peek^" <sniffpeek@hotmail.com>
Date: Thu, 11 Jan 2007 12:53:25 -0500
Newsgroups: jedi.vcl

> > You get the error because JvSpinEdit doesn't implement Assign. The correct 
> > approach is to implement Assign in JvSpinEdit (and any other component 
> > that is missing an implementation you require). When you're done, you can 
> > upload the changed code to Mantis per to review and possibly add to the 
> > main code.
> >
> > The real problem is deciding what to copy when Assign is called...
> >


Well Im not going to implement anything.  I have CopyProperty functions 
which serve me perfectly.  This is just a suggestion on my part to make 
Assign or CopyProperty a standard for all Jv components.

As to what to copy, everything that you can find in the property editor, 
except the name.  Why?  Because people that use this usually have a design 
time reference control, which they use to clone more controls at runtime. 
For example, you need to design an ignition table editor, which is 10x10. 
Youd have 100 TJvSpinEdit controls which you allocate and position at 
runtime.  So youd use copy property just after you allocate the control, 
copy all properties, and then move them around.  Then you (well I) assign 
Parent and ParentWindow.  Assign Tag so I can ID the position, and then I 
show them.

Also, please read my other post about TJvSpinEdit features and bug.

Thanks. 




Subject: Re: CopyProperty
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 11 Jan 2007 18:48:43 +0100
Newsgroups: jedi.vcl

> > now I remember, thats why I have that silly code.  And the reason why I 
> > said global overloaded CopyProperty function is because Assign means 
> > something else in VCL (apperantely).

You get the error because JvSpinEdit doesn't implement Assign. The correct 
approach is to implement Assign in JvSpinEdit (and any other component that 
is missing an implementation you require). When you're done, you can upload 
the changed code to Mantis per to review and possibly add to the main code.

The real problem is deciding what to copy when Assign is called...

-- Regards, Peter 

Subject: Re: CopyProperty
From: "peek^" <sniffpeek@hotmail.com>
Date: Thu, 11 Jan 2007 12:04:07 -0500
Newsgroups: jedi.vcl

> > ended up with a bunch of silly code that copied properties.  Im going to 
> > now comment out some of the silly code and use the Assign function 
> > instead, Ill let you know what happens.
> >

I get runtime error,

---------------------------
Megajolt Lite Jr Tuner (DEBUG_BUILD)
---------------------------
Cannot assign a TJvSpinEdit to a TJvSpinEdit.

(TID:8920) - 0x00470E94 - 0x00000000
Type: "EConvertError"    Origin: "TApplication"
---------------------------
OK   Help
---------------------------

now I remember, thats why I have that silly code.  And the reason why I said 
global overloaded CopyProperty function is because Assign means something 
else in VCL (apperantely).

IMO CopyProperty is much more straight forward to use.  And the properties 
to copy is only what you see in property designer, and nothing more.  It 
might even have a third member as bool, to copy or not handlers.

Cheerz!!!!!! 




Subject: Re: CopyProperty
From: "peek^" <sniffpeek@hotmail.com>
Date: Thu, 11 Jan 2007 11:58:12 -0500
Newsgroups: jedi.vcl

> > Huh?
> > A Jv component is usually derived from a VCL component. There Clone has to 
> > copy the ancestor properties like Width or Color for example.
> > Yet a component derived from the Jv component (we have many of them) 
> > shoulkd not have to implement that again. It calls inherited Clone and 
> > then only clones its own new properties.
> >
> > This is as mentioned the Assign method


Well, what I meant was there is no need to copy members bellow a certain 
heirarchy level.  Actually I havent looked at this.  I remember needing to 
copy properties several years ago when I started serious programming, and at 
that time I tried the Assign, and it didnt accomplish what I wanted, so I 
ended up with a bunch of silly code that copied properties.  Im going to now 
comment out some of the silly code and use the Assign function instead, Ill 
let you know what happens. 




Subject: JvAppIniStorage problems w read/write-only properties
From: h734790@freemail.hu
Date: Thu, 11 Jan 2007 16:44:24 +0100
Newsgroups: jedi.vcl

Hi all,

I noticed that JvAppIniStorage causes Access Violation errors when using
WriteObjectList on a list of objects that has read-only properties.
It saves the values of the read-only properties too, and the problem occurs,
when you try to restore your list using either ReadObjectList or ReadPersistent.
(Actually, I had to use ReadPersistent because ReadObjectList did not work for me
for some reason.)

The problem is that WriteProperty and ReadProperty procedures do not check if the
properties are read-only or write-only. Eg. WriteProperty tries to save
write-only properties too, while ReadProperty tries to write into read-only properties.

The following line seems to solve the problem. It should be inserted into both
procedures after the line "P := GetPropInfo(PersObj, PropName, tkAny);":

if (not Assigned(P^.GetProc)) or (not Assigned(P^.SetProc)) then Exit;

Please tell me if I am doing something wrong or you know a better solution.

Bela Szegedi


Subject: Re: Old TJvAppStorage (or TJvFormStorage) problem is here again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Jan 2007 16:18:40 +0100
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> Other references are much older and by the way I haven't found any occurrence of "FormVersion" in the whole file. The log file is of 2006-11-01.

const
  siVersion = 'FormVersion'; // do not localize

procedure TJvFormPlacement.SaveFormPlacement;
begin
  { (marcelb) say what? Store when the component has done a restore previously or if it's inactive?
    I think it should only store if Active is set to True. Changed accordingly }
//  if FRestored or not Active then
  if Assigned(AppStorage) then
  begin
    WriteInteger(siVersion, FVersion);
    Save;
    SavePlacement;
    FSaved := True;
  end;
end;


This looks to me as if someone experimented and did not clean up.
Since the file has not been touched since 19 May 2006 (last meaningful change 8 Jan 2006), i would guess that you have changed this locally.
Do you have several copies of the file? It may be that you reinstalled and now the installation file is found instead of your changed file.


Subject: Re: Old TJvAppStorage (or TJvFormStorage) problem is here again
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 11 Jan 2007 15:40:56 +0100
Newsgroups: jedi.vcl

hello OBones,

the first three meaningful occurrences that I have found in Changelog.txt are:

2005-12-03:
- TJvFormStorage.StoredProps can now be directly edited with the
 standard IDE strings editor & code editor by editing it from
 Object Inspector. The StoredProps Editor can still be invoked
 by double clicking on the TJvFormStorage component on the form.
 (Mantis #3150) // elahn

2004-09-14
- JvFormStorage now has two new properties: StoredValuesPath and
 StoredPropsPath controling the path prefix to add for StoredProps
 and StoredValues. These should not be left empty if there is a
 risk to have duplicates names between StoredProps and StoredValues
 // obones

2004-08-01
- JvAppStorage and JvFormPlacement enhanced for usage of
 IJvAppStorageHandler, now unpublished Form properties can be stored
 by JvFormPlacement  //jfudickar

Other references are much older and by the way I haven't found any occurrence of "FormVersion" in the whole file. The log file is of 2006-11-01.

Regards
Salvatore


Subject: Re: CopyProperty
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Jan 2007 15:07:30 +0100
Newsgroups: jedi.vcl

peek^ wrote:

> No.  there is no need to copy ancestor properties. 

Huh?
A Jv component is usually derived from a VCL component. There Clone has to copy the ancestor properties like Width or Color for example.
Yet a component derived from the Jv component (we have many of them) shoulkd not have to implement that again. It calls inherited Clone and then only clones its own new properties.

This is as mentioned the Assign method.


Subject: Re: Old TJvAppStorage (or TJvFormStorage) problem is here again
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 11 Jan 2007 14:54:56 +0100
Newsgroups: jedi.vcl

AFAIK, this was discussed here or in Mantis. Look in the SVN log to see the reason why this was added.


Subject: Old TJvAppStorage (or TJvFormStorage) problem is here again
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 11 Jan 2007 14:43:15 +0100
Newsgroups: jedi.vcl

hello all,

I usually update JCL and JVCL via SVN. The last time I did it was on 1-Nov-2006 and from that moment an old problem popped out again. I remember that with the previous update (about June 2006) I hadn't this problem.

Well, now I don't remember exactly if the problem was generated in TJvAppStorage or in TJvFormStorage, anyway, in every created key the value "FormVersion" is always added. So for example, if I have this structure:

Key1
 MyValue1
 MyValue2
Key2
 MyValue1
 MyValue2
Key3
 MyValue1
 MyValue2

after executing and closing the application I have:

Key1
 MyValue1
 MyValue2
 FormVersion
Key2
 MyValue1
 MyValue2
 FormVersion
Key3
 MyValue1
 MyValue2
 FormVersion

This causes troubles for example with the uninstaller that is not able to remove the whole registry tree because all "FormVersion" values has been added after installation and are therefore left there. This is only one. Another is that I don't like that something is added without letting me know :-)

Is it possible to revert to old behaviour when this spurious value was not automatically created? Let me know if this is enough or if I have to open a Mantis issue.

Thanks
Salvatore


Subject: Re: CopyProperty
From: "peek^" <sniffpeek@hotmail.com>
Date: Thu, 11 Jan 2007 05:59:07 -0500
Newsgroups: jedi.vcl

> > A virtual Clone method would be better. That would allow to call inherited 
> > Clone() to handle the ancestor properties.
> >

No.  there is no need to copy ancestor properties. 




Subject: Re: CopyProperty
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 11 Jan 2007 08:58:46 +0100
Newsgroups: jedi.vcl

No.

Normally Assign only copies the data-properties, and here also the events are wished.

Greetings
Jens

OBones schrieb:
> Isn't it what Assign is for ?

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: CopyProperty
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 11 Jan 2007 08:49:50 +0100
Newsgroups: jedi.vcl

Isn't it what Assign is for ?


Subject: Re: CopyProperty
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Jan 2007 08:08:54 +0100
Newsgroups: jedi.vcl

peek^ wrote:
> JEDI will really be complete if for each component there was a function that copies all properties and event handlers.  Which is useful when doing runtime control construction.

A virtual Clone method would be better. That would allow to call inherited Clone() to handle the ancestor properties.

> Such functions would be overloaded, and global, not member.  Like so
> void CopyProperty(TJvSpinEdit &se1, const TJvSpinEdit &const se2);

What for?


Subject: CopyProperty
From: "peek^" <sniffpeek@hotmail.com>
Date: Wed, 10 Jan 2007 19:06:04 -0500
Newsgroups: jedi.vcl

JEDI will really be complete if for each component there was a function that 
copies all properties and event handlers.  Which is useful when doing 
runtime control construction.

Such functions would be overloaded, and global, not member.  Like so
void CopyProperty(TJvSpinEdit &se1, const TJvSpinEdit &const se2);

Note that operator= is not suitable for this, as it doesnt describe the 
action.

All this could be easily accomplished if every component designer would 
write a function next to their class.



void CopyProperty(TJvSpinEdit &se1, const TJvSpinEdit &const se2)
  {
#pragma warn -8037
    se1.Align = se2.Align;
    se1.Alignment = se2.Alignment;
    se1.AlignWithMargins = se2.AlignWithMargins;
    se1.Anchors = se2.Anchors;
    se1.ArrowKeys =  se2.ArrowKeys;
    se1.AutoSelect = se2.AutoSelect;
    se1.AutoSize = se2.AutoSize;
    se1.BeepOnError = se2.BeepOnError;
    se1.BevelEdges = se2.BevelEdges;
    se1.BevelInner = se2.BevelInner;
    se1.BevelKind = se2.BevelKind;
    se1.BevelOuter = se2.BevelOuter;
    se1.BiDiMode = se2.BiDiMode;
    se1.BorderStyle = se2.BorderStyle;
    se1.ButtonKind = se2.ButtonKind;
    se1.CheckMaxValue = se2.CheckMaxValue;
    se1.CheckMinValue = se2.CheckMinValue;
    se1.CheckOptions = se2.CheckOptions;
    se1.ClipboardCommands = se2.ClipboardCommands;
    se1.Color = se2.Color;
    se1.Constraints = se2.Constraints;
    se1.Cursor = se2.Cursor;
    se1.Decimal = se2.Decimal;
    se1.DisplayFormat = se2.DisplayFormat;
    se1.DotNetHighlighting = se2.DotNetHighlighting;
    se1.DragCursor = se2.DragCursor;
    se1.DragKind = se2.DragKind;
    se1.DragMode = se2.DragMode;
    se1.EditorEnabled = se2.EditorEnabled;
    se1.Enabled = se2.Enabled;
    se1.Font = se2.Font;
    se1.Height = se2.Height;
    se1.HelpContext = se2.HelpContext;
    se1.HelpKeyword = se2.HelpKeyword;
    se1.HelpType = se2.HelpType;
    se1.HideSelection = se2.HideSelection;
    se1.Hint = se2.Hint;
    se1.ImeMode = se2.ImeMode;
    se1.ImeName = se2.ImeName;
    se1.Increment = se2.Increment;
    se1.Left = se2.Left;
    se1.Margins = se2.Margins;
    se1.MaxLength = se2.MaxLength;
    se1.MaxValue = se2.MaxValue;
    se1.MinValue = se2.MinValue;
    //se1.Name = se2.Name;
    se1.ParentBiDiMode = se2.ParentBiDiMode;
    se1.ParentColor = se2.ParentColor;
    se1.ParentFont = se2.ParentFont;
    se1.ParentShowHint = se2.ParentShowHint;
    se1.PopupMenu = se2.PopupMenu;
    se1.ReadOnly = se2.ReadOnly;
    se1.ShowButton = se2.ShowButton;
    se1.ShowHint = se2.ShowHint;
    se1.TabOrder = se2.TabOrder;
    se1.TabStop = se2.TabStop;
    se1.Tag = se2.Tag;
    se1.Thousands = se2.Thousands;
    se1.Top = se2.Top;
    se1.Value = se2.Value;
    se1.ValueType = se2.ValueType;
    se1.Visible = se2.Visible;
    se1.Width = se2.Width;


    se1.OnBottomClick = se2.OnBottomClick;
    se1.OnChange = se2.OnChange;
    se1.OnClick = se2.OnClick;
    se1.OnContextPopup = se2.OnContextPopup;
    se1.OnDblClick = se2.OnDblClick;
    se1.OnDragDrop = se2.OnDragDrop;
    se1.OnDragOver = se2.OnDragOver;
    se1.OnEndDock = se2.OnEndDock;
    se1.OnEndDrag = se2.OnEndDrag;
    se1.OnEnter = se2.OnEnter;
    se1.OnExit = se2.OnExit;
    se1.OnKeyDown = se2.OnKeyDown;
    se1.OnKeyPress = se2.OnKeyPress;
    se1.OnKeyUp = se2.OnKeyUp;
    se1.OnMouseDown = se2.OnMouseDown;
    se1.OnMouseMove = se2.OnMouseMove;
    se1.OnMouseUp = se2.OnMouseUp;
    se1.OnMouseWheelDown = se2.OnMouseWheelDown;
    se1.OnMouseWheelUp = se2.OnMouseWheelUp;
    se1.OnStartDock = se2.OnStartDock;
    se1.OnStartDrag = se2.OnStartDrag;
    se1.OnTopClick = se2.OnTopClick;
#pragma warn .8037
  }




Subject: TJvSpinEdit bug and lack of features
From: "peek^" <sniffpeek@hotmail.com>
Date: Wed, 10 Jan 2007 18:34:04 -0500
Newsgroups: jedi.vcl

This is about TJvSpinEdit, but could also apply to other Edit controls.


BUG:  Center text alignment is great when button is not showing, but when 
button is showing it is off, because button width is not taken into account.

LACK OF FEATURE:  Ctrl3D....  Just like in standard C++Builder TEdit 
control.  With Ctrl3D 3D border is not drawn, instead a line is drawn.  Also 
additional property called border width will specify the width of that line. 
If you want to go crazy, specify color of that border too.  This is very 
useful in my situation.  Im designing an ignition tuner where there are many 
(10x10) edit controls side by side.  With 3D border they look crappy, 
without it they look good.  TJvSpinEdit lacks the border and wont align text 
to center vertically.

LACK OF FEATURE:  We want to align text vertically as well.  Set height 21, 
Font lucida console 8, border none.  Text is at the top, but should be in 
the middle. 




Subject: TJvInspector --Stack Overflow
From: "Adem" <adembaba@excite.com>
Date: Wed, 10 Jan 2007 16:47:45 +0000 (UTC)
Newsgroups: jedi.vcl


When an object has a property that is the same class as the object itself I get a stack overflow.

Here is what I mean:

TMyObject = class(TPersistent)
private
  FSomeObject: TMyObject;
published
  property SomeObject: TMyObject read FSomeObject;
end;

Is there a way of preventing TJvInspector from recursively digging all the way until it meets a stack overflow?


Subject: TJvInspector --linked list
From: "Adem" <adembaba@excite.com>
Date: Wed, 10 Jan 2007 09:31:17 +0000 (UTC)
Newsgroups: jedi.vcl


Hi,

I have an object which has a property such as below:

TLinkedListNode = Class(TPersistent)
published
  Parent: TLinkedListNode;
  NextSibling: TLinkedListNode;
  PrevSibling: TLinkedListNode;
  FirstChild: TLinkedListNode;
  LastChild: TLinkedListNode;
end;

TMyObject = Class(TPersistent)
published
  Items: TLinkedListNode;
end;

I would like to display the 'Items' property fully expanded when the corresponding line is clicked in TJvInspector.

Could someone tell me how I do that


Subject: Re: JvDBTreeView automatically expand all
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 10 Jan 2007 10:10:28 +0300
Newsgroups: jedi.vcl

> > How can the whole tree be expanded automatically during first show?
> >
> > Or alternatively how can the program expand certain nodes utomatically, 
> > e.g. the one's opened last time?
> >
1) You can try to save/restore tree in the stream (for example look at 
TJvCustomDBTreeView.DestroyWnd / TJvCustomDBTreeView.CreateWnd code). This 
will restore tree entirely

2) Save TJvDBTreeNode(DBTreeView.Selected).MasterValue and on restore call 
SelectNode method 




Subject: JvDBTreeView automatically expand all
From: "Martin Schnell" <mschnell2@tlonstruct.com>
Date: Tue, 9 Jan 2007 23:08:51 +0100
Newsgroups: jedi.vcl

I use a JvDBTreeView on a form. When the form opens all nodes directly under 
the root node are shown. Nodes futher below I can open by clicking on the 
plus sign + . This all works ok, but I have to open all nodes manually.

How can the whole tree be expanded automatically during first show?

Or alternatively how can the program expand certain nodes utomatically, e.g. 
the one's opened last time?



Regards

Martin 




Subject: Re: JVCL 3.3 file release?
From: "Martin Schnell" <mschnell2@tlonstruct.com>
Date: Tue, 9 Jan 2007 22:25:12 +0100
Newsgroups: jedi.vcl

Olivier

> > one is scheduled quite soon, before the end of the month.

thank you, I will check SF then.

Martin




Subject: Re: About TJvThread
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Tue, 9 Jan 2007 23:15:03 +0200
Newsgroups: jedi.vcl

Is Interbase thread safe ? Or it is the same as Firebird ?


T


"Heiko Tappe" <htappe@disy-net.de> wrote in message 
news:eo0rnl$fjo$1@news.talkto.net...
> > Hi Tiberiu,
> >
> > AFAIK, you have to have one firebird connection per thread because the
> > firebird library isn't thread safe.
> >
> > --Heiko

--------------------------------------------------------------------------------
I am using the free version of SPAMfighter for private users.
It has removed 1826 spam emails to date.
Paying users do not have this message in their emails.
Try SPAMfighter for free now!




Subject: Re: JVCL 3.3 file release?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 09 Jan 2007 21:45:57 +0100
Newsgroups: jedi.vcl

Martin Schnell wrote:

> Has JVCL version 3.3 been finally released? The last file version on SF is 3.2 (11 months old).
> I can load the source from SVN, but I'm interested in a stable release.

SVN is stable, usually we just take it an call it a release.
But to go back to the release, one is scheduled quite soon, before the end of the month.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JVCL 3.3 file release?
From: "Martin Schnell" <mschnell2@tlonstruct.com>
Date: Tue, 9 Jan 2007 21:25:12 +0100
Newsgroups: jedi.vcl

Has JVCL version 3.3 been finally released? The last file version on SF is 
3.2 (11 months old).
I can load the source from SVN, but I'm interested in a stable release.

Regards

Martin 




Subject: Re: About TJvThread
From: Heiko Tappe <htappe@disy-net.de>
Date: Tue, 09 Jan 2007 20:53:04 +0100
Newsgroups: jedi.vcl

Hi Tiberiu,

AFAIK, you have to have one firebird connection per thread because the
firebird library isn't thread safe.

--Heiko


Subject: Re: Transparent label?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Tue, 09 Jan 2007 19:56:08 +0100
Newsgroups: jedi.vcl


>
> The standard TLabel has a transparent property. Hence any TLabel descendant in the JVCL has it too.
Hello,

thanks, found that one out as well now.
The problem was that the label sits on a TToolbar with gradient filling on so the buttons come in the way. But JEDI did help here as well with a gradient panel as background for the label.

Greetings

Markus


Subject: Re: About TJvThread
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Tue, 9 Jan 2007 08:01:43 +0200
Newsgroups: jedi.vcl

Thank you for your help. I'll take a look.

T


"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message 
news:enubfo$21v$1@news.talkto.net...
> > The problem could be the things what you are doing in the thread.
> >
> > You are not allowed to do anything with the vcl for example. All 
> > operations which are working with the main thread of your app (vcl for 
> > example) must be called via synchronize.
> >
> > Have a look at the delphi documentation/help files about multithreading 
> > development.
> >
> > Greetings
> > Jens
> >
> > Tiberiu Horvath schrieb:
>> >> TD2006, Firebird.
>> >>
>> >> To avoid "program not responding" messages, I found out that I can use 
>> >> TJvThread to make my program more responsive. But sometimes I receive 
>> >> different error messages. : "GDS32.dll error" or "Access Violation".
>> >>
>> >> I read that transactions are not thread safe. But the "ExecuteAndWait" 
>> >> method doesn't make TJvThread suitable for this kind of job ?
>> >>
>> >> Can somebody suggest some other trick to avoid program "freezing" ?
>> >>
>> >>
>> >> Thank you all,
>> >> Tiberiu
>> >>
>> >>
>> >> procedure Tangajat_obj.create_in();
>> >> var
>> >>   MyAngajat_obj_JvThread:TJvThread;
>> >> begin
>> >>
>> >>   MyAngajat_obj_JvThread:=TJvThread.Create(nil);
>> >>   MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
>> >>   MyAngajat_obj_JvThread.ExecuteAndWait(self);
>> >>   MyAngajat_obj_JvThread.Destroy;
>> >> end;
>> >>
>> >>
>> >> --------------------------------------------------------------------------------
>> >> I am using the free version of SPAMfighter for private users.
>> >> It has removed 1826 spam emails to date.
>> >> Paying users do not have this message in their emails.
>> >> Try SPAMfighter for free now!
>> >>
>> >>
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Fuchstanzweg 34 * 65760 Eschborn
> > Tel. +49-6173-967556 * Fax +49-6173-967558
> >
> > Home of OraTool - http://www.oratool.de

--------------------------------------------------------------------------------
I am using the free version of SPAMfighter for private users.
It has removed 1826 spam emails to date.
Paying users do not have this message in their emails.
Try SPAMfighter for free now!




Subject: Re: About TJvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 08 Jan 2007 22:01:58 +0100
Newsgroups: jedi.vcl

The problem could be the things what you are doing in the thread.

You are not allowed to do anything with the vcl for example. All operations which are working with the main thread of your app (vcl for example) must be called via synchronize.

Have a look at the delphi documentation/help files about multithreading development.

Greetings
Jens

Tiberiu Horvath schrieb:
> TD2006, Firebird.
>
> To avoid "program not responding" messages, I found out that I can use TJvThread to make my program more responsive. But sometimes I receive different error messages. : "GDS32.dll error" or "Access Violation".
>
> I read that transactions are not thread safe. But the "ExecuteAndWait" method doesn't make TJvThread suitable for this kind of job ?
>
> Can somebody suggest some other trick to avoid program "freezing" ?
>
>
> Thank you all,
> Tiberiu
>
>
> procedure Tangajat_obj.create_in();
> var
>   MyAngajat_obj_JvThread:TJvThread;
> begin
>
>   MyAngajat_obj_JvThread:=TJvThread.Create(nil);
>   MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
>   MyAngajat_obj_JvThread.ExecuteAndWait(self);
>   MyAngajat_obj_JvThread.Destroy;
> end;
>
>
> --------------------------------------------------------------------------------
> I am using the free version of SPAMfighter for private users.
> It has removed 1826 spam emails to date.
> Paying users do not have this message in their emails.
> Try SPAMfighter for free now!
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: About TJvThread
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Mon, 8 Jan 2007 19:29:04 +0200
Newsgroups: jedi.vcl

TD2006, Firebird.

To avoid "program not responding" messages, I found out that I can use 
TJvThread to make my program more responsive. But sometimes I receive 
different error messages. : "GDS32.dll error" or "Access Violation".

I read that transactions are not thread safe. But the "ExecuteAndWait" 
method doesn't make TJvThread suitable for this kind of job ?

Can somebody suggest some other trick to avoid program "freezing" ?


Thank you all,
Tiberiu


procedure Tangajat_obj.create_in();
var
  MyAngajat_obj_JvThread:TJvThread;
begin

  MyAngajat_obj_JvThread:=TJvThread.Create(nil);
  MyAngajat_obj_JvThread.OnExecute:=sub_create_in;
  MyAngajat_obj_JvThread.ExecuteAndWait(self);
  MyAngajat_obj_JvThread.Destroy;
end;


--------------------------------------------------------------------------------
I am using the free version of SPAMfighter for private users.
It has removed 1826 spam emails to date.
Paying users do not have this message in their emails.
Try SPAMfighter for free now!




Subject: Re: Transparent label?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 08 Jan 2007 08:35:08 +0100
Newsgroups: jedi.vcl

Markus.Humm wrote:
> Hello,
>
> I'm using the standard TToolbar but have the gradient option switched on. I also have a label on the toolbar to show some property, unfortunatelly the standard TLabel has a solid background which doesn't look too well with that gradient.
>
> Is there any transparent (regarding to background) label component in Jedi? If yes, which? (I'm using Jedi 3.0 or 3.1 currently)

The standard TLabel has a transparent property. Hence any TLabel descendant in the JVCL has it too.


Subject: Transparent label?
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Mon, 08 Jan 2007 07:03:10 +0100
Newsgroups: jedi.vcl

Hello,

I'm using the standard TToolbar but have the gradient option switched on. I also have a label on the toolbar to show some property, unfortunatelly the standard TLabel has a solid background which doesn't look too well with that gradient.

Is there any transparent (regarding to background) label component in Jedi? If yes, which? (I'm using Jedi 3.0 or 3.1 currently)

Greetings

Markus


Subject: Re: Updating with dailies
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 07 Jan 2007 21:53:30 +0100
Newsgroups: jedi.vcl

Hi,

Elahn notified me that his file is now back online.
http://www.elahn.net/subversion_config.txt

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: get an assembler specialist
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Jan 2007 18:36:05 +0100
Newsgroups: jedi.jcl,jedi.vcl

Uwe Schuster wrote:

> For now I support Roberts statement "The PUREPASCAL idea is the way to
> go".

It is not as easy as i thought. We already have PIC, CPU386, CLR and MSWINDOWS ifdefs mixing in.


Subject: Re: get an assembler specialist
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 07 Jan 2007 13:09:00 +0100
Newsgroups: jedi.jcl,jedi.vcl

On Sat, 06 Jan 2007 14:31:28 +0100, Florent Ouchet wrote:

> >Uwe Schuster a écrit :
>> >> {$IFNDEF PUREPASCAL}
>> >>   // assembler code here
>> >> {$ELSE}
>> >>   // Delphi equivalent here
>> >> {$ENDIF} 
> >
> >This template can become more complex if 2 versions of the assembler 
> >have to be written (along with FPC differences).
> >
> >{$IFNDEF PUREPASCAL}
> >   // assembler code here
> >   {$IFDEF 64BIT}
> >     // 64 bit assembler
> >   {$ELSE ~64BIT}
> >     // 32 bit assembler
> >   {$ENDIF ~64BIT}
> >{$ELSE}
> >   // Delphi equivalent here
> >{$ENDIF}
> >
> >Of course all these implementations have to be tested tested and tested 
> >again.

I agree that the template can become much more complex if we support
multiple assembler implementations.
For now I support Roberts statement "The PUREPASCAL idea is the way to
go".
--
Uwe


Subject: Re: JCL 1.98 and JVCL 3.3 installation problem
From: "Andy" <nospam@prizm.com>
Date: Sun, 7 Jan 2007 04:35:33 -0500
Newsgroups: jedi.vcl

Hi Robert,

Thanks for the input. I will give it a try and report.

Andy

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:enpvd5$c7s$1@news.talkto.net...
> > OBones wrote:
> >
>> >> You have an old jedi.inc somewhere on your hard drive. Find it, delete or 
>> >> move it, and then you should be sorted.
> >
> > Can you alternatively try to move the JVCL and JCL pathes in
> > "Tools : Environment options... : Library : Library path" of the IDE
> > up to the start of the list? If that helps to find the correct jedi.inc 
> > file then we will update the installer to add the pathes right there 
> > instead at the end of the list. 




Subject: Re: JCL 1.98 and JVCL 3.3 installation problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Jan 2007 06:16:16 +0100
Newsgroups: jedi.vcl

OBones wrote:

> You have an old jedi.inc somewhere on your hard drive. Find it, delete or move it, and then you should be sorted.

Can you alternatively try to move the JVCL and JCL pathes in
"Tools : Environment options... : Library : Library path" of the IDE
up to the start of the list? If that helps to find the correct jedi.inc file then we will update the installer to add the pathes right there instead at the end of the list.


Subject: Re: JCL 1.98 and JVCL 3.3 installation problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 06 Jan 2007 19:03:33 +0100
Newsgroups: jedi.vcl

Andy wrote:

> Hi Olivier,
>
> Thanks for the tip. The only place my jedi.inc is located is either in the jcl or jvcl
> folder. I made a search on my entire hard drive. I noticed that jedi.inc is located
> in several sub folders in jcl and jvcl. Not sure which one I should be using.
>
> I downloaded JVCL320CompleteJCL197-Build2172.zip that had everything
> in that zip and it installed fine. I assume the latest versions of jcl and jvcl have
> some quirks.

Well, I'm using the daily version and do not have any problem.
However you say that you installed a previous version. Did you uninstall and removed the files properly?
I'm quite sure this is the reason why there is an old jedi.inc on your pc.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JCL 1.98 and JVCL 3.3 installation problem
From: "Andy" <nospam@prizm.com>
Date: Sat, 6 Jan 2007 08:43:40 -0500
Newsgroups: jedi.vcl

Hi Olivier,

Thanks for the tip. The only place my jedi.inc is located is either in the 
jcl or jvcl
folder. I made a search on my entire hard drive. I noticed that jedi.inc is 
located
in several sub folders in jcl and jvcl. Not sure which one I should be 
using.

I downloaded JVCL320CompleteJCL197-Build2172.zip that had everything
in that zip and it installed fine. I assume the latest versions of jcl and 
jvcl have
some quirks.

Andy

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eno5mj$42n$1@news.talkto.net...
> > Andy wrote:
> >
>> >> Then I installed the latest JVCL 3.3 also dated Jan 6 and it was unable 
>> >> to
>> >> compile the first package with "Alert_jedi_inc_incompatible" error in the 
>> >> \common\jvcl.inc.
> >
> > You have an old jedi.inc somewhere on your hard drive. Find it, delete or 
> > move it, and then you should be sorted.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: JCL 1.98 and JVCL 3.3 installation problem
From: "Andy" <nospam@prizm.com>
Date: Sat, 6 Jan 2007 08:39:38 -0500
Newsgroups: jedi.vcl

Hi Florent,

When the dll option is selected, the experts cannot load in the IDE for some 
reason.
It couldn't find the files and the JcBaseExpert.bpl cannot be loaded even 
though all
the dll files are in the path.

Andy

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:eno0v6$3bb$1@news.talkto.net...
> > Andy a écrit :
>> >> I installed the latest JCL 1.98 dated Jan 6 without any problems, except 
>> >> that
>> >> I needed to specify the experts as package instead of dll. The dll option 
>> >> which
>> >> is the default did not work for me.
> >
> > Could you precise what is not working? Thanks.
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: get an assembler specialist
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 06 Jan 2007 14:31:28 +0100
Newsgroups: jedi.jcl,jedi.vcl

Uwe Schuster a écrit :
> {$IFNDEF PUREPASCAL}
>   // assembler code here
> {$ELSE}
>   // Delphi equivalent here
> {$ENDIF} 

This template can become more complex if 2 versions of the assembler have to be written (along with FPC differences).

{$IFNDEF PUREPASCAL}
  // assembler code here
  {$IFDEF 64BIT}
    // 64 bit assembler
  {$ELSE ~64BIT}
    // 32 bit assembler
  {$ENDIF ~64BIT}
{$ELSE}
  // Delphi equivalent here
{$ENDIF}

Of course all these implementations have to be tested tested and tested again.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: get an assembler specialist
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 06 Jan 2007 14:23:16 +0100
Newsgroups: jedi.jcl,jedi.vcl

On Sat, 06 Jan 2007 10:46:19 +0100, OBones wrote:

> >I'll look at them and try to rework them in full pascal. Will do this 
> >with an ifdef, just let me know which one to use, I'm thinking 
> >PURE_PASCAL like in the VCL.

We have it without the underscore in jedi.inc which is in use in
JclLogic and JclMath.
While looking for PUREPASCAL in the JCL I stumbled over
jcl\docs\cps.html (Cross Platform Strategy) which says

<quote>
For crossplatform compatability it is absolutely necessary to reduce
the amount of inline assembler code used. Therefore as a general rule
every line of assembler must have a pure pascal pendant. Please use
assembler only if it really has a noticeable impact on the libraries
performance. 
{$IFNDEF PUREPASCAL}
  // assembler code here
{$ELSE}
  // Delphi equivalent here
{$ENDIF} 
</quote>
--
Uwe


Subject: Re: JCL 1.98 and JVCL 3.3 installation problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 06 Jan 2007 13:46:23 +0100
Newsgroups: jedi.vcl

Andy wrote:

> Then I installed the latest JVCL 3.3 also dated Jan 6 and it was unable to
> compile the first package with "Alert_jedi_inc_incompatible" error in the \common\jvcl.inc.

You have an old jedi.inc somewhere on your hard drive. Find it, delete or move it, and then you should be sorted.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JCL 1.98 and JVCL 3.3 installation problem
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 06 Jan 2007 12:24:58 +0100
Newsgroups: jedi.vcl

Andy a écrit :
> I installed the latest JCL 1.98 dated Jan 6 without any problems, except that
> I needed to specify the experts as package instead of dll. The dll option which
> is the default did not work for me.

Could you precise what is not working? Thanks.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: JCL 1.98 and JVCL 3.3 installation problem
From: "Andy" <nospam@prizm.com>
Date: Sat, 6 Jan 2007 06:10:54 -0500
Newsgroups: jedi.vcl

I installed the latest JCL 1.98 dated Jan 6 without any problems, except 
that
I needed to specify the experts as package instead of dll. The dll option 
which
is the default did not work for me.

Then I installed the latest JVCL 3.3 also dated Jan 6 and it was unable to
compile the first package with "Alert_jedi_inc_incompatible" error in the 
\common\jvcl.inc.

Can anyone help and explain what I should do and what my problem could be?

Thanks in advance.

Andy 




Subject: Re: get an assembler specialist
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 06 Jan 2007 10:46:19 +0100
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:
> I don't think that keeping a lot of routines written in asm is a good thing. If they can be reworked in pure pascal, that would help the team maintaining them (I reworked JclSysInfo.CPUID few weeks ago to make it more human friendly).
> Functions written in BASM in JclStrings, JclAnsiStrings and JclWideStrings are not compatible with 64 bit compilers and will have to be fully rewritten, in addition some of them don't work as expected (I can't get StrCompare returns a negative result - the line "CMP AL, DL" should be replaced by something close to "SUBB AL, DL" but that's just a patch not a solution).
> These functions were faster compared to older versions of the RTL, but that's no more true. If we cannot get someone to maintain them, we'll have to deprecate them and maybe delete them.

I'll look at them and try to rework them in full pascal. Will do this with an ifdef, just let me know which one to use, I'm thinking PURE_PASCAL like in the VCL.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Library pathes added by Installer
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 05 Jan 2007 14:31:13 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:
> Currently the Installer adds the JCL/JVCL pathes at the end of the Library pathes list of the IDE. I think it is better to add the pathes at the start of the list instead.
> It should reduce the number of occasions when a wrong version of jedi.inc is found to null. jedi.inc is fully backward compatible so any other component using an older version of jedi.inc should compile fine when being recompiled and using the new jedi.inc.

Sounds good to me.


Subject: Library pathes added by Installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 05 Jan 2007 14:14:32 +0100
Newsgroups: jedi.vcl,jedi.jcl

Currently the Installer adds the JCL/JVCL pathes at the end of the Library pathes list of the IDE. I think it is better to add the pathes at the start of the list instead.
It should reduce the number of occasions when a wrong version of jedi.inc is found to null. jedi.inc is fully backward compatible so any other component using an older version of jedi.inc should compile fine when being recompiled and using the new jedi.inc.


Subject: Re: Updating with dailies
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 05 Jan 2007 05:54:44 +0100
Newsgroups: jedi.vcl

TrcSr wrote:
> Thank you for your suggestions. However, I am having a problem with the installation of the SVN. I tried to follow the instructions on the website, but I do not get the response from right-clicking in Windows Explorer as described in the site. The window that opends does not contain anything about Tortoise SVN. What am I doing wrong? I am using WinXP with all the current updates andpatches.

Did you restart Windows. Explorer extensions like TortoiseSVN need that.


Subject: Re: Questions about TJvComboEdit
From: "Andy Wu" <andy_wu@systemsunion.com>
Date: Fri, 5 Jan 2007 09:44:54 +0800
Newsgroups: jedi.vcl

Can anyone shed some light on my questions?

Thanks,

Andy


"Andy Wu" <andy_wu@systemsunion.com> wrote in message 
news:eni6in$9bh$1@news.talkto.net...
> > Sorry for the duplication, I sent this message as a reply to another 
> > message, it's an obvious mistake.
> >
> > ---
> >
> > Hi there,
> >
> > I'm trying to use the TJvComboEdit component where I need the autocomplete
> > items to be different in response to the user input. I do this by adding a
> > handler to the OnChange event of the component, the handler function is
> > something like this:
> >
> > procedure TForm1.OnChange(Sender: TObject);
> > begin
> >    JvComboEdit1.AutoCompleteItems.clear;
> >    if JvComboEdit1.Text = 'eve' then
> >    begin
> >        JvComboEdit1.AutoCompleteItems.Append('evening');
> >        JvComboEdit1.AutoCompleteItems.Append('every day');
> >        JvComboEdit1.AutoCompleteItems.Append('every year');
> >    end;
> >
> >    if JvComboEdit1.Text = 'ever' then
> >    begin
> >        JvComboEdit1.AutoCompleteItems.Append('every day');
> >        JvComboEdit1.AutoCompleteItems.Append('every eod');
> >        JvComboEdit1.AutoCompleteItems.Append('every hour');
> >    end;
> >
> >    JvComboEdit1.AutoCompleteItems.Append('every week');
> >
> > end;
> >
> > The problem is no matter what I input('e', 'eve', 'ever'), only 'every 
> > week'
> > is listed in the drop-down, why? I think I did it wrong somewhere, but
> > couldn't figure out what it is.
> >
> > Also, is it possible to dropdown everything in the 'AutoCompleteItems'
> > despite what the user has input?
> >
> > And, how to make the component look 'flat' TJvComboBox's 'BevelKind' set 
> > to
> > 'bkFlat'?
> >
> > Thanks in advance,
> >
> > Andy
> >
> >
> >
> > 




Subject: Re: Updating with dailies
From: "TrcSr" <trcmail@intrstar.net>
Date: Thu, 4 Jan 2007 18:03:01 -0500
Newsgroups: jedi.vcl

Thank you for your suggestions. However, I am having a problem with the 
installation of the SVN. I tried to follow the instructions on the website, 
but I do not get the response from right-clicking in Windows Explorer as 
described in the site. The window that opends does not contain anything 
about Tortoise SVN. What am I doing wrong? I am using WinXP with all the 
current updates andpatches.

TRC

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:eniem2$a63$1@news.talkto.net...
> > TrcSr a écrit :
>> >> How often is it reccomended to update with the dailies? It seems a little 
>> >> cumbersome to do it every day, unless I am doing something wrong. I want 
>> >> to keep as current as possible, without overdoing the downloading.
> >
> > I second Jens' proposal, you can find details to configure your subversion 
> > client at 
> > http://homepages.codegear.com/jedi/wiki/index.php?title=Repository
> >
> > The first operation is a checkout: it is a complete download of the 
> > source. Every time you want to synchronise your copy, the update operation 
> > is really faster (less than 1 minute).
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: Cannot access Mantis page
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 4 Jan 2007 18:39:51 +0100
Newsgroups: jedi.vcl

ok, now it works, thank you.

Salvatore


Subject: Re: question about ifdef CLR (maintainance of JvChart.pas)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 04 Jan 2007 16:33:49 +0100
Newsgroups: jedi.vcl

Warren Postma a écrit :
> Great stuff. If I've forgotten my SVN password, I probably go get that reset using SourceForge's regular tool set, right?

right, this is the same account:
https://sourceforge.net/account/login.php

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Error with jvChartDemo
From: Warren Postma <wp@tekran.com>
Date: Thu, 04 Jan 2007 10:30:28 -0500
Newsgroups: jedi.vcl

M. Vercherat wrote:
> Hi,
>
> I have just tried the demo of jvChart. First the demo works well, however if I launch "Floatings Markers..." then return to an other type of chart, an error message appears "Invalid pen index..".
> If function scrolling is set a lot of error messages appears and the only way to stop the application is a 'Ctrl+Alt+Del'. Any idea ?
> Regards
> M Vercherat
>
>
I hope to fix that in the bug-fixes I'll be checking into version-control (subversion) very soon. Sorry to hear you're having trouble.  There are bugs in the current repository that I've fixed.

Warren


Subject: Re: question about ifdef CLR (maintainance of JvChart.pas)
From: Warren Postma <wp@tekran.com>
Date: Thu, 04 Jan 2007 10:29:44 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Warren Postma wrote:
>
>> Robert Marquardt wrote:
>>
>>> Robert Marquardt wrote:
>>>
>>>> I will soon make a sweep for this sort of error.
>>>
>>>
>>> Sweeped. Less than 13 files in run (i fixed some other style bugs also).
>>> design was clean already.
>>>
>> Okay.  Shall I make my feature-adds & graphics-bugfixes and check in (assuming my developer account still lets me) or shall I post a diff to somebody? Are we frozen or anything?
>
> Please post, just keep in mind that we now use SVN, not CVS anymore.
> And no, we are not frozen just yet, a release is "in my mind" for January, but no date has been set yet.
>
Great stuff. If I've forgotten my SVN password, I probably go get that reset using SourceForge's regular tool set, right?

Warren


Subject: Re: Cannot access Mantis page
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 04 Jan 2007 16:27:18 +0100
Newsgroups: jedi.vcl

Or better use http://homepages.codegear.com/jedi/issuetracker

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Cannot access Mantis page
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Jan 2007 16:14:52 +0100
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> I have to submit a Mantis issue but I cannot access its page, but in general I cannot access any page in the homepages.borland.com/... root so no access for http://homepages.borland.com/jedi/issuetracker/main_page.php. Is anything changed?

Borland is moving the pages over to CodeGear domain.
Use http://jvcl.sf.net to reach the JVCL website and use the "Mantis" link on the page. It links to http://homepages.borland.com/jedi/issuetracker which works also.


Subject: Cannot access Mantis page
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 4 Jan 2007 15:57:06 +0100
Newsgroups: jedi.vcl

hello all,

first of all a happy 2007 for all.

I have to submit a Mantis issue but I cannot access its page, but in general I cannot access any page in the homepages.borland.com/... root so no access for http://homepages.borland.com/jedi/issuetracker/main_page.php. Is anything changed?

Thank you
Salvatore


Subject: Re: Updating with dailies
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 04 Jan 2007 14:31:28 +0100
Newsgroups: jedi.vcl

Hi,

I mailed Elahn some days ago about this link and I'm waiting for his reply. We'll see in some days however this file is optional.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Updating with dailies
From: "Don Siders" <dsiders@charter.net>
Date: Thu, 4 Jan 2007 07:43:46 -0500
Newsgroups: jedi.vcl

> > I second Jens' proposal, you can find details to configure your subversion 
> > client at 
> > http://homepages.codegear.com/jedi/wiki/index.php?title=Repository

When I go to that page, it tells me I need to replace the "Subversion 
Configuration File" with the one at the URL 
http://www.elahn.net/subversion_config.txt.  It's a dead link (404).

I have no idea what the file contains, or even why it's required.  But I, 
and some of my cohorts, have gotten to this step and never proceeded any 
further due to the omission/error.  Granted, I figured out how to checkout 
without the modified config file.  But it's not presented on the wiki page 
as being optional.

I would recommend that the modified entries (or the entire config file) be 
included inline in the Wiki page, or that the link be fixed.

tia...





Subject: Re: Updating with dailies
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 04 Jan 2007 09:42:21 +0100
Newsgroups: jedi.vcl

TrcSr a écrit :
> How often is it reccomended to update with the dailies? It seems a little cumbersome to do it every day, unless I am doing something wrong. I want to keep as current as possible, without overdoing the downloading.

I second Jens' proposal, you can find details to configure your subversion client at http://homepages.codegear.com/jedi/wiki/index.php?title=Repository

The first operation is a checkout: it is a complete download of the source. Every time you want to synchronise your copy, the update operation is really faster (less than 1 minute).

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Questions about TJvComboEdit
From: "Andy Wu" <andy_wu@systemsunion.com>
Date: Thu, 4 Jan 2007 14:27:23 +0800
Newsgroups: jedi.vcl

Sorry for the duplication, I sent this message as a reply to another 
message, it's an obvious mistake.

---

Hi there,

I'm trying to use the TJvComboEdit component where I need the autocomplete
items to be different in response to the user input. I do this by adding a
handler to the OnChange event of the component, the handler function is
something like this:

procedure TForm1.OnChange(Sender: TObject);
begin
    JvComboEdit1.AutoCompleteItems.clear;
    if JvComboEdit1.Text = 'eve' then
    begin
        JvComboEdit1.AutoCompleteItems.Append('evening');
        JvComboEdit1.AutoCompleteItems.Append('every day');
        JvComboEdit1.AutoCompleteItems.Append('every year');
    end;

    if JvComboEdit1.Text = 'ever' then
    begin
        JvComboEdit1.AutoCompleteItems.Append('every day');
        JvComboEdit1.AutoCompleteItems.Append('every eod');
        JvComboEdit1.AutoCompleteItems.Append('every hour');
    end;

    JvComboEdit1.AutoCompleteItems.Append('every week');

end;

The problem is no matter what I input('e', 'eve', 'ever'), only 'every week'
is listed in the drop-down, why? I think I did it wrong somewhere, but
couldn't figure out what it is.

Also, is it possible to dropdown everything in the 'AutoCompleteItems'
despite what the user has input?

And, how to make the component look 'flat' TJvComboBox's 'BevelKind' set to
'bkFlat'?

Thanks in advance,

Andy






Subject: Question about TJvComboEdit
From: "Andy Wu" <andy_wu@systemsunion.com>
Date: Thu, 4 Jan 2007 13:59:02 +0800
Newsgroups: jedi.vcl

Hi there,

I'm trying to use the TJvComboEdit component where I need the autocomplete 
items to be different in response to the user input. I do this by adding a 
handler to the OnChange event of the component, the handler function is 
something like this:

procedure TForm1.OnChange(Sender: TObject);
begin
    JvComboEdit1.AutoCompleteItems.clear;
    if JvComboEdit1.Text = 'eve' then
    begin
        JvComboEdit1.AutoCompleteItems.Append('evening');
        JvComboEdit1.AutoCompleteItems.Append('every day');
        JvComboEdit1.AutoCompleteItems.Append('every year');
    end;

    if JvComboEdit1.Text = 'ever' then
    begin
        JvComboEdit1.AutoCompleteItems.Append('every day');
        JvComboEdit1.AutoCompleteItems.Append('every eod');
        JvComboEdit1.AutoCompleteItems.Append('every hour');
    end;

    JvComboEdit1.AutoCompleteItems.Append('every week');

end;

The problem is no matter what I input('e', 'eve', 'ever'), only 'every week' 
is listed in the drop-down, why? I think I did it wrong somewhere, but 
couldn't figure out what it is.

Also, is it possible to dropdown everything in the 'AutoCompleteItems' 
despite what the user has input?

And, how to make the component look 'flat' TJvComboBox's 'BevelKind' set to 
'bkFlat'?

Thanks in advance,

Andy




Subject: Re: Updating with dailies
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 04 Jan 2007 01:41:12 +0100
Newsgroups: jedi.vcl

Use the svn client. Then you only got the changes of a day.

Greetings
Jens

TrcSr schrieb:
> How often is it reccomended to update with the dailies? It seems a little cumbersome to do it every day, unless I am doing something wrong. I want to keep as current as possible, without overdoing the downloading.
>
> Thanks
>
> TRCSr
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Updating with dailies
From: "TrcSr" <trcmail@intrstar.net>
Date: Wed, 3 Jan 2007 19:30:36 -0500
Newsgroups: jedi.vcl

How often is it reccomended to update with the dailies? It seems a little 
cumbersome to do it every day, unless I am doing something wrong. I want to 
keep as current as possible, without overdoing the downloading.

Thanks

TRCSr 




Subject: Re: "Q" files in JEDI
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 3 Jan 2007 10:25:19 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > All Q files are for Kylix and they are out of date. We think about
> > discontinuing them.

Most of them (qrun, qdesign) were autogenerated with the JvclVclClx tool
in the devtools directory.


-- Regards, Andreas Hausladen 

Subject: Re: "Q" files in JEDI
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Jan 2007 05:45:45 +0100
Newsgroups: jedi.vcl

TrcSr wrote:

> My other burning question is the difference between the "regular" JEDI functions and the "Q" functions.

All Q files are for Kylix and they are out of date. We think about discontinuing them.


Subject: "Q" files in JEDI
From: "TrcSr" <trcmail@intrstar.net>
Date: Tue, 2 Jan 2007 22:06:56 -0500
Newsgroups: jedi.vcl

Hi and Happy New Year to all,

I am new to the JEDI group and have just started to learn to use all of the 
great code that appears to be available from you. I am having a few problems 
getting used to the way these things operate and will need some hand-holding 
for a while I am afraid. My first attempt at using the code was using the 
Calendar function. That went pretty well except for getting to learn the 
functions of the various object parameters. My next attempt was to try the 
Chart Demo program. This I had several problems with. It compiled OK and 
ran, but whenever a slight change was made to the operation of the program, 
like generate new random values or change an option, I would get an error 
that the pen index was out of range or something like that. There was 
another post about that and that person was told to download the dailies, 
which I did but it didn't change that problem. Am I doing something wrong?

My other burning question is the difference between the "regular" JEDI 
functions and the "Q" functions. I tried the JvQChartDemo and it would not 
even load, even after I added the path to my Delphi path. (BTW I am using 
Delphi 7. I have Delphi 8, but have not really used it.)

Thanks for everybodies efforts.

TRC




Subject: Re: Happy New Year
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Tue, 2 Jan 2007 06:52:22 -0500
Newsgroups: jedi.vcl

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message
news:enam2e$10v$1@news.talkto.net...
> > Hi,
> >
> > Happy new year and best wishes to the users and team members of the JVCL
> > for this new year.


So far so good...

<g>

Best wishes to all as well.
And many thanks for all the work the JCL and JVCL teams have done in the
past years!

EdB




Subject: Re: jvcl3/common should be cleaned
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 2 Jan 2007 11:49:30 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > How about changing the JVCL installer to start the JCL Installer?

The code is already there (from the beginning on)
JVCLInstall\PgIDESelection.pas: TIDESelectionPage.DoInstallJcl

-- Regards, Andreas Hausladen 

Subject: Re: jvcl3/common should be cleaned
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Jan 2007 12:25:25 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> The project was paused because of the lack of untranslated API, Windows Vista will soon be released ;)

This is not really true.
MS Visual Studio 2005 has over 700 files in its include directory.


Subject: Re: jvcl3/common should be cleaned
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 02 Jan 2007 10:43:13 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> How about changing the JVCL installer to start the JCL Installer?
> A simple open dialog could do that if automatic detection fails.

Could be easily done only when the JCL and JVCL are zipped in the same archive.

> Personally i think we should try to go for the JWA. It allows to revive the project.

The project was paused because of the lack of untranslated API, Windows Vista will soon be released ;)

- Florent


Subject: Re: jvcl3/common should be cleaned
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Jan 2007 05:46:49 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Exactly. Having a dependency on JWA is not necessarily a good thing, especially considering the ever coming back problems with people not installing the JCL.

How about changing the JVCL installer to start the JCL Installer?
A simple open dialog could do that if automatic detection fails.

Personally i think we should try to go for the JWA. It allows to revive the project.


Subject: Re: jvcl3/common should be cleaned
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 01 Jan 2007 20:04:09 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> Why not move all these .pas files to the jvcl\run directory where they fit
>> better.
>
>
> For the Jv-prefixed files i see no problem.
> The other files are conversions and helper files for conversions.
> Ideally these files would be now a Jedi-Apilib which the JVCL uses like the JCL. I do not mind moving the files to another directory, but run is not ideal.

Exactly. Having a dependency on JWA is not necessarily a good thing, especially considering the ever coming back problems with people not installing the JCL.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Happy New Year
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 01 Jan 2007 10:59:26 +0100
Newsgroups: jedi.vcl

Hi,

Happy new year and best wishes to the users and team members of the JVCL for this new year.

- Florent


Subject: Happy New Year
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 31 Dec 2006 21:41:45 +0100
Newsgroups: jedi.vcl

We are at revision 11111 for the JVCL :-)


Subject: Re: jvcl3/common should be cleaned
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 30 Dec 2006 18:24:13 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why not move all these .pas files to the jvcl\run directory where they fit
> better.

For the Jv-prefixed files i see no problem.
The other files are conversions and helper files for conversions.
Ideally these files would be now a Jedi-Apilib which the JVCL uses like the JCL. I do not mind moving the files to another directory, but run is not ideal.


Subject: jvcl3/common should be cleaned
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 30 Dec 2006 15:30:25 +0000 (UTC)
Newsgroups: jedi.vcl

In "jvcl\common" there are lots of pas files. Because the
jedi.inc/jvcl.inc file is in this directory the folder is added to the
library path instead of the browsing path. This causes all the pas files
in this directory to be recompiled for every project that uses them
directly or through another unit.

Why not move all these .pas files to the jvcl\run directory where they fit
better.

-- Regards, Andreas Hausladen 

Subject: Error with jvChartDemo
From: M. Vercherat <vercherat.maurice@libertysurf.fr>
Date: Sat, 30 Dec 2006 09:44:40 +0100
Newsgroups: jedi.vcl

Hi,

I have just tried the demo of jvChart. First the demo works well, however if I launch "Floatings Markers..." then return to an other type of chart, an error message appears "Invalid pen index..".
If function scrolling is set a lot of error messages appears and the only way to stop the application is a 'Ctrl+Alt+Del'. Any idea ?
Regards
M Vercherat




Subject: Re: question about ifdef CLR (maintainance of JvChart.pas)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 30 Dec 2006 00:23:31 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> Robert Marquardt wrote:
>
>> Robert Marquardt wrote:
>>
>>> I will soon make a sweep for this sort of error.
>>
>>
>> Sweeped. Less than 13 files in run (i fixed some other style bugs also).
>> design was clean already.
>>
> Okay.  Shall I make my feature-adds & graphics-bugfixes and check in (assuming my developer account still lets me) or shall I post a diff to somebody? Are we frozen or anything?

Please post, just keep in mind that we now use SVN, not CVS anymore.
And no, we are not frozen just yet, a release is "in my mind" for January, but no date has been set yet.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: question about ifdef CLR (maintainance of JvChart.pas)
From: Warren Postma <wp@tekran.com>
Date: Fri, 29 Dec 2006 13:28:58 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Robert Marquardt wrote:
>
>> I will soon make a sweep for this sort of error.
>
> Sweeped. Less than 13 files in run (i fixed some other style bugs also).
> design was clean already.
>
Okay.  Shall I make my feature-adds & graphics-bugfixes and check in (assuming my developer account still lets me) or shall I post a diff to somebody? Are we frozen or anything?
Warren


Subject: Re: question about ifdef CLR (maintainance of JvChart.pas)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 29 Dec 2006 19:01:54 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will soon make a sweep for this sort of error.

Sweeped. Less than 13 files in run (i fixed some other style bugs also).
design was clean already.



Subject: Re: question about ifdef CLR (maintainance of JvChart.pas)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 29 Dec 2006 18:22:13 +0100
Newsgroups: jedi.vcl

OBones wrote:

>> (2) Why isn't it always done? For instance, in JvChart.pas, line 1115 or so:
>
> Because some of them have been added after the initial review and most users don't know about the difference.

JvChart.pas is clean. I recently style cleaned it.
I will soon make a sweep for this sort of error.


Subject: Re: question about ifdef CLR (maintainance of JvChart.pas)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 29 Dec 2006 17:54:16 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> My questions:
>
> (1) Why is this in there? My code compiles fine (just always do raise ERangeError.Create(RsEDataIndexTooLargeProbablyAnInternal)) on Win32,
>  so why is it only there in case of ifdef-CLR now?

Using the @ operator on resource strings is more memory friendly as it does not require creating a temporary string to be passed to the constructor. On top of that, this generates a much smaller code as it just does a one to one memory copy. So, yes, both run fine, but the use of @ is much nicer.


> (2) Why isn't it always done? For instance, in JvChart.pas, line 1115 or so:

Because some of them have been added after the initial review and most users don't know about the difference.


> I guess since TJVCHART_ARRAY_OF_ARRAY was never tested under CLR conditions?  (it probably should be, since the CLR may have different array-of-array performance than the VCL.)

It's unlikely it has been tested, yes.


> What convention shall I observe from This Point Forward?

As the only constructor that exists in CLR is the one with a string, please use the IFDEF CLR wherever you can.

Cheers
Olivier



-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: question about ifdef CLR (maintainance of JvChart.pas)
From: Warren Postma <wp@tekran.com>
Date: Fri, 29 Dec 2006 11:38:46 -0500
Newsgroups: jedi.vcl

I have developed some nice features and made many visible improvements to chart quality in JvChart.pas and think it's time to merge my local JvChart.pas
back up to the JVCL sources. In particular I have floating marker improvements, background gradients,  and floating color bars (horizontal and vertical) that can be used to highlight ranges (think of a quality control strip chart with a pass area, and two fail regions).

Anyways, the merge doesn't look too bad, but comparing the code from the last released version of JVCL to my current code (which is based on JVCL from about a year ago) I notice one meme-change.

What would formerly have read like this:

if (idx<0) or (idx>CHART_SANITY_LIMIT) then // Sanity check!
   raise ERangeError.Create(RsEDataIndexTooLargeProbablyAnInternal);

Now reads like this:

 if (idx < 0) or (idx > CHART_SANITY_LIMIT) then // Sanity check!
     {$IFDEF CLR}
     raise ERangeError.Create(RsEDataIndexTooLargeProbablyAnInternal);
     {$ELSE}
     raise ERangeError.CreateRes(@RsEDataIndexTooLargeProbablyAnInternal);
     {$ENDIF CLR}


My questions:

(1) Why is this in there? My code compiles fine (just always do raise ERangeError.Create(RsEDataIndexTooLargeProbablyAnInternal)) on Win32,
 so why is it only there in case of ifdef-CLR now?
(2) Why isn't it always done? For instance, in JvChart.pas, line 1115 or so:

{$IFDEF TJVCHART_ARRAY_OF_ARRAY}
procedure TJvChartData.Grow(Pen, ValueIndex: Integer);
var
 I, J, oldLength: Integer;
begin
 if (Pen < 0) or (ValueIndex < 0) then
 begin
   raise ERangeError.CreateRes(@RsEDataIndexCannotBeNegative);
 end;
 if (Pen > CHART_SANITY_LIMIT) or (ValueIndex > CHART_SANITY_LIMIT) then
 begin
   raise ERangeError.CreateRes(@RsEDataIndexTooLargeProbablyAnInternal);
 end;
......

I guess since TJVCHART_ARRAY_OF_ARRAY was never tested under CLR conditions?  (it probably should be, since the CLR may have different array-of-array performance than the VCL.)


What convention shall I observe from This Point Forward?

Regards,

Warren





Subject: Re: Installation failed
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 25 Dec 2006 19:18:27 +0100
Newsgroups: jedi.vcl

In a command line prompt where the working directory is $(JCL), type
> install d6

And that should be ok to build the installer, the JVCL 3.20 and the JCL 1.97 are not compatible with Turbo Explorer (but the installation process should run fine with Turbo Professional).

The development version of the JCL is compatible with Turbo Explorer (when the installer is built using Delphi 6), it will register JCL directories in the environment options. You can download this version in the dailyzips page given in Robert's message.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Installation failed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 25 Dec 2006 18:32:10 +0100
Newsgroups: jedi.vcl

DIKonsult wrote:
> HI,
> tryed to install JVCL320 but something failed with the dcc32.exe when it came to Delphi Developer 2006, I have Turbo Delphi as well as Delphi 6 and Delphi 2005 on my computer.
> Removed all components in all versions but now I get following response from the Install.bat

The daily snapshots are more stable and contain lots of bugfixes and
an updated JVCL Installer
http://jcl.sf.net/daily
http://jvcl.sf.net/daily

(stealing a recent answer from Andreas Hausladen)

Do you have downloaded the dcc32.exe for Turbo Delphi?


Subject: Installation failed
From: "DIKonsult" <dag.doff@di_konsult.se>
Date: Mon, 25 Dec 2006 18:22:48 +0100
Newsgroups: jedi.vcl

HI,
tryed to install JVCL320 but something failed with the dcc32.exe when it 
came to Delphi Developer 2006, I have Turbo Delphi as well as Delphi 6 and 
Delphi 2005 on my computer.
Removed all components in all versions but now I get following response from 
the Install.bat

build.exe found. Pretest: ok
Using d10 for build process.

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
Fatal: F2141 Bad file format: 'C:\Program\Borland\BDS\4.0\Lib\vcl.dcp'

** error 1 ** deleting ..\bin\JediInstaller.exe

** error 1 ** deleting installer
Press ENTER to continue


What's wrong.

Regards
Dag




Subject: Re: Spoilt and frustrated for choice
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 25 Dec 2006 16:16:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Total Size: 236 GB (248.094.173 bytes)

Total Size: 236 MB (248.094.173 bytes) of course




Subject: Re: Spoilt and frustrated for choice
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 25 Dec 2006 16:14:59 +0100
Newsgroups: jedi.vcl

Adem wrote:
> I have just refreshed my local SVN copy (all of JCL and JVCL)
> and here is what it looks like for JCL and JVCL:
>
> JCL
> ----------------------------
> Total Size: 440 MB (461,643,536 bytes)
> File Count: 54,605
> Folder Count: 15,668
>
> JVCL
> ----------------------------
> Total Size: 2.24 GB (2,409,923,552 bytes)
> File Count: 355,611
> Folder Count: 63,674
>
> Wow!

I think this counts all revisions in SVN.
Checking with Explorer my trunk checkout i get:

JCL
----------------------------
Total Size: 48 MB (48.294.395 bytes)
File Count: 6,343
Folder Count: 1,298

JVCL
----------------------------
Total Size: 236 GB (248.094.173 bytes)
File Count: 31,651
Folder Count: 5,394

No compiled examples, but installed from SVN so with .dcu files.
Still impressive.

BTW we are at revision 11100 for JVCL :-)


Subject: Re: Spoilt and frustrated for choice
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 25 Dec 2006 11:13:03 +0100
Newsgroups: jedi.vcl

Adem a écrit :
> Now the question:
> There are branches and trunks in both JCL and JVCL trees.
> Which one should I install from each?

Usually, you just need to check the /trunk/ out and start install.bat located in this directory.
Branches contain unstable code that should be used only for testing. Tags are snapshots of the repository for every important stages of development (releases, big changes...).

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Spoilt and frustrated for choice
From: "Adem" <adembaba@excite.com>
Date: Mon, 25 Dec 2006 07:18:24 +0000 (UTC)
Newsgroups: jedi.vcl

I have just refreshed my local SVN copy (all of JCL and JVCL)
and here is what it looks like for JCL and JVCL:

JCL
----------------------------
Total Size: 440 MB (461,643,536 bytes)
File Count: 54,605
Folder Count: 15,668

JVCL
----------------------------
Total Size: 2.24 GB (2,409,923,552 bytes)
File Count: 355,611
Folder Count: 63,674

Wow!

I stand amazed at the output. I'd like to thank everyone
that has contributed. Great work guys.

Now the question:

There are branches and trunks in both JCL and JVCL trees.

Which one should I install from each?

Cheers,


Subject: Re: DataProvider tutorial ?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 24 Dec 2006 21:36:51 +0100
Newsgroups: jedi.vcl

Arioch wrote:
> CHM can be decompiled

I know, but we (and with me I mean whoever's gonna keep the tutorials and help up to date <g>) should try to re-create the Doc-O-Matic sources. At least we can copy&paste almost everything.

>> Yes, you posted it here in binaries. Some time ago someone asked for
>> it in mantis. I uploaded it there:
>> http://homepages.borland.com/jedi/issuetracker/view.php?id=3106
>
>
> I uploaded there the most recent of files found by me, timestamped  13.09.2003

Well, whadda ya know, I actually wrote a tutorial for the provider/consumer stuff. Seems pretty accurate, too. Some mistakes (sentences that don't seem right, typo's, those sort of things), but certainly usable.

-- 
Marcel Bestebroer
To mail me, remove the obvious from my mail address


Subject: Re: DataProvider tutorial ?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 24 Dec 2006 20:24:46 +0300
Newsgroups: jedi.vcl

24.12.06 в 18:38 Jacob Boerema в своём письме писал(а):

>> to the repository, which seems to be the case, the tutorial sources are
>> permanently gone).

CHM can be decompiled

> Yes, you posted it here in binaries. Some time ago someone asked for
> it in mantis. I uploaded it there:
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3106

I uploaded there the most recent of files found by me, timestamped 13.09.2003


Subject: Re: DataProvider tutorial ?
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Sun, 24 Dec 2006 16:38:49 +0100
Newsgroups: jedi.vcl

On Sun, 24 Dec 2006 09:45:30 +0100, "Marcel Bestebroer" 
<marcel.b.theobvious@xs4all.nl> wrote in article <emlen2$1nv$1
@news.talkto.net>:
> > Arioch wrote:
>> > > 3 years ago there was a Provider tutorial.
> > 
> > There was? I can't find it anywhere (that's not saying much, considering 
> > I had to replace my HD a couple of months ago, and if I never added it 
> > to the repository, which seems to be the case, the tutorial sources are 
> > permanently gone).


Yes, you posted it here in binaries. Some time ago someone asked for 
it in mantis. I uploaded it there:
http://homepages.borland.com/jedi/issuetracker/view.php?id=3106


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: DataProvider tutorial ?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 24 Dec 2006 09:45:30 +0100
Newsgroups: jedi.vcl

Arioch wrote:
> 3 years ago there was a Provider tutorial.

There was? I can't find it anywhere (that's not saying much, considering I had to replace my HD a couple of months ago, and if I never added it to the repository, which seems to be the case, the tutorial sources are permanently gone).

>
> I think within this 3 years the Providers implementation details was  changed.

Not that I know of, but since I'm not involved in JVCL for about 3 years, I wouldn't rule it out.

> However i did not find the tutorial neither among other tutorials in JVCL  help, nor as a separate download.

Then I have to assume it was never released officially (perhaps a work in progress, which I later failed to commit).

I did notice the DataProvider stuff is documented and there's 1 Provider/Consumer example (most likely because no other controls where adapted to the provider-consumer pattern, and no more providers where created).

-- 
Marcel Bestebroer

To mail me, remove the obvious from my mail address


Subject: DataProvider tutorial ?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 24 Dec 2006 00:24:25 +0300
Newsgroups: jedi.vcl

3 years ago there was a Provider tutorial.

I think within this 3 years the Providers implementation details was changed.

And i think that for any newbye this tutoriial is also to be helpful.

However i did not find the tutorial neither among other tutorials in JVCL help, nor as a separate download.

Is it possible to blow the dust of it, perhaps make some updates and include into JVCL help ?


Subject: Re: TJvPanel in TJvPanel lost Caption and Bevel move or resize parent
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 23 Dec 2006 18:32:23 +0100
Newsgroups: jedi.vcl

Hello Uwe,

you have already inserted an entry to mantis. This the best way you could do.

It didn't help you to add a mail here also. If anyone find's time to look for it, he will do.

Greetings
Jens

Uwe Braune schrieb:
> Hi,
>
> Environment:
> Delphi 5 Enterprise
> Windows XP Pro SP2
> JCL Daily from 2006/12/19
> JVCL Daily from 2006/12/19
>
> Create a JvPanel in JvPanel and the included Panel is transparent.
> Now move or resize the parent lost caption and bevel.
>
> I've attached a test application.
>
> Uwe

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Modification of TJvStarField doesn't display stars
From: Andrea Raimondi <rainaple@tin.it>
Date: Sat, 23 Dec 2006 10:20:56 +0100
Newsgroups: jedi.vcl

Hello.

I'm modifying TJvStarField to mix it with TJvFlyingText.
The desired end result is a star field with the text flying.

To modify it, I have copied and pasted the code from TJvStarField
into another unit, calling it JvStarFieldWithText.

I have then refactored the "Paint" method to logical code
blocks and it now looks like this:

procedure TJvStarfieldWithText.Paint;
var
  I, J: Integer;

  procedure DesignTimePaint;
  begin
    Canvas.Brush.Style := bsClear;
    Canvas.Pen.Style := psDot;
    Canvas.Pen.Color := clBlack;
    Canvas.Rectangle(ClientRect);
  end;

  function CheckSizes : Boolean;
  begin
    Result := FBmp.Height = Height;
    Result := Result and ( FBmp.Width = Width );
  end;

  procedure InitStars;
  begin
    FBmp.Canvas.Brush.Color := Color;
      if Color =  clNone then
        FBmp.Canvas.Brush.Style := bsClear
      else
        FBmp.Canvas.Brush.Style := bsSolid;
      FBmp.Canvas.FillRect(ClientRect);
  end;

  procedure DrawStar( AStar : TJvStar );
  begin
    if AStar.X < Width then
    begin
      FBmp.Canvas.Pixels[AStar.X, AStar.Y] := AStar.Color;
    end;
    AStar.X := AStar.X - AStar.Speed;
    if AStar.X < 0 then
    begin
      AStar.X := Width;
      AStar.Y := Random(Height);
      AStar.Speed := Random(FMaxSpeed) + 1;
      J := Random(120) + 120;
      AStar.Color := RGB(J, J, J);
    end;
  end;

begin
  if csDesigning in ComponentState then
  begin
    DesignTimePaint;
  end
  else
  begin
    if Not CheckSizes then
      Resize
    else
    begin
      // Initialize bitmap
      InitStars;
      // Draw the double buffer
      for I := 0 to FStars - 1 do
      begin
        DrawStar( FStarField[ I ] );
      end;
      Canvas.Lock;
      try
        if Color =  clNone then
          Canvas.Brush.Style := bsClear
        else
          Canvas.Brush.Style := bsSolid;
        // Update main canvas
        Canvas.Draw(0, 0, FBmp);
      finally
        Canvas.Unlock;
      end;
    end;
  end;
end;

The only other modification I did was to rename "TJvStars" to "TJvStar".
Please note that the code has simply been *moved*, not changed, but it
doesn't work anymore.

A hint to what may be causing problems is that if I keep both
JvStarField and JvStarFieldWithText in the same project and
keep the second unit last, then I get AVs on program's exit.
Keeping JvStarField, instead, as last doesn't cause any AV on
exit.

What did I overlook?

TIA,

Andrew


Subject: JVCL320 Install problem on D7
From: "Szepy" <imre.szepessy@t-online.hu>
Date: Fri, 22 Dec 2006 15:57:28 +0100
Newsgroups: jedi.vcl

Hi,

after all (JCL, JVCL) installation fine, I get a message with 'Resource 
TJvForm not found'with on run of my project.
The library path looks as it should...
What do I make wrong?

I used 2.1 before without any problems.

Szepy 




Subject: TJvPanel in TJvPanel lost Caption and Bevel move or resize parent
From: Uwe Braune <braune@dblinks.de>
Date: Fri, 22 Dec 2006 13:02:52 +0100
Newsgroups: jedi.vcl

Hi,

Environment:
Delphi 5 Enterprise
Windows XP Pro SP2
JCL Daily from 2006/12/19
JVCL Daily from 2006/12/19

Create a JvPanel in JvPanel and the included Panel is transparent.
Now move or resize the parent lost caption and bevel.

I've attached a test application.

Uwe
test.zip
	



Subject: Re: D6 Folder not recognized
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 22 Dec 2006 06:42:37 +0100
Newsgroups: jedi.vcl

The fix is to add this directory to the BPL environment variable (in my computer's properties).

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: D6 Folder not recognized
From: "Carlos" <carlos.aneses@gmail.com>
Date: Thu, 21 Dec 2006 22:27:09 -0400
Newsgroups: jedi.vcl

I am migrating D6 form one laptop to another laptop. Copy everything to a 
USB memory pen drive and copy it back to the new laptop. Esport the 
registers and install them on the new computer. Almots everything working 
but 2 installations. One is Jedi. I uninstall Jedi and was able to rin the 
installations but always get the same error. If I try to go to the project> 
option> packes and check the Jedi components it tells me that it can't find 
the files on Program Files\...\Bpl    When I go to that directory all the 
files where there. but the system can't see them even it use the correct 
path. I change the files to C:\Jedi2 folder and tried to use that folder but 
got the same message. Added that directory to the libary path and move it to 
the top of the list and still can't find the folder.
Because I copy the files (not a reinstallation of Delphi) there may be a 
user related issue. It is a new XP computer. No special setting as I know.

Why I get an error that say that it don't find the files but if I use the 
window explorer I can see tha files on the same directory that the it is 
suppose to be,

Carlos 




Subject: TJvDBLookupTreeView in Delphi 6: Howto?
From: Andrea Raimondi <rainaple@tin.it>
Date: Thu, 21 Dec 2006 15:27:07 +0100
Newsgroups: jedi.vcl

Hello.

I've looked for examples in JVCL, yet no luck with that.
I have *NO* clue about how to use this or its "combobox"
counterpart( which is what I actually need ).

Does anybody have hints on how to use this?

Please help,

Andrew


Subject: Re: Problem with JvDBLookupCombo and dual screens
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 21 Dec 2006 05:56:10 +0100
Newsgroups: jedi.vcl

Joachim Beck wrote:
> Hi,
>
> I am using TJvDBLookupCombo on a system with dual screens (extended desktop). Every time the window containing the combobox is displayed on the right screen, the drop down box appears on the left screen. The standard vcl drop down boxes don't show this effect.

Can you enter this in our Mantis bugtracker?

Several of our components have been fixed long ago to overcome this sort of error. Check the sources of TJvCalcEdit etc. to find the fix. It should be easily adaptable.


Subject: Problem with JvDBLookupCombo and dual screens
From: "Joachim Beck" <j.beck@kbs-gmbh.de>
Date: Wed, 20 Dec 2006 18:57:40 +0100
Newsgroups: jedi.vcl

Hi,

I am using TJvDBLookupCombo on a system with dual screens (extended 
desktop). Every time the window containing the combobox is displayed on the 
right screen, the drop down box appears on the left screen. The standard vcl 
drop down boxes don't show this effect.

Any ideas?
Thanks to all
regards
Joachim 




Subject: Re: Windows Installer MSI
From: Bill <w2m00@hicomponents00.com>
Date: Wed, 20 Dec 2006 08:40:56 -0500
Newsgroups: jedi.vcl

Thank-you Robert.

Regards,

Bill

> Neither JCL nor JVCL contain code for MSI. The Jedi-apilib contains the API conversion for MSI http://jedi-apilib.sf.net
> Since MSI API is part of the Win32 API doecumentation is available from Microsoft. Try the MSDN online documentation http://msdn.microsoft.com


Subject: Re: Windows Installer MSI
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Dec 2006 05:54:55 +0100
Newsgroups: jedi.vcl

Bill wrote:
> Are there any components or source in JCL or JVCL to create a installer for windows using MSI?  Are there any demos of any kind?
>
> I have managed to "dig up" some old code from 2001 but I have no idea on where or how to begin.
>
> Any links to some discussion about this anywhere for Delphi?
> Does MSI use a database?
> How to do preliminary setup?
> How to add files to installer?
> How to execute the installer?
>
> Any books?
>
> Any tips will be appreciated.

Neither JCL nor JVCL contain code for MSI. The Jedi-apilib contains the API conversion for MSI http://jedi-apilib.sf.net
Since MSI API is part of the Win32 API doecumentation is available from Microsoft. Try the MSDN online documentation http://msdn.microsoft.com


Subject: Windows Installer MSI
From: Bill <w2m00@hicomponents00.com>
Date: Tue, 19 Dec 2006 20:08:42 -0500
Newsgroups: jedi.vcl

Are there any components or source in JCL or JVCL to create a installer for windows using MSI?  Are there any demos of any kind?

I have managed to "dig up" some old code from 2001 but I have no idea on where or how to begin.

Any links to some discussion about this anywhere for Delphi?
Does MSI use a database?
How to do preliminary setup?
How to add files to installer?
How to execute the installer?

Any books?

Any tips will be appreciated.

Thanks

Bill


Subject: Re: How does one install JVCL with BDS2006
From: "Bruce Eglington" <bruce.eglington@usask.ca>
Date: Tue, 19 Dec 2006 09:44:21 -0600
Newsgroups: jedi.vcl

Hi
  thanks, I have now managed to get JEDI installed for use with BDS2006. It 
looks great and will be very useful.

Bruce


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eln3i3$76p$1@news.talkto.net...
> > Bruce Eglington wrote:
> >
>> >> Hi
>> >>   what is the newest version? I downloaded version 3.20 over the weekend 
>> >> and thought that was the most recent one, based on the items at 
>> >> http://homepages.borland.com/jedi/jvcl/
>> >>
>> >> Subsequent to your previous message, I went back in to the .zip file and 
>> >> found that install.bat and a few other files did not extract when I did 
>> >> an Extract All. I have now tried this batch file but it claims to be 
>> >> using the wrong path. Any suggestions?
> >
> > Please make sure you unzipped correctly and kept the directory structure. 
> > If you get an error message, please give it in full.
> >
> > Oh, and the very latest one is available as a daily zip:
> >
> > http://jvcl.sf.net/daily/
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Installed JVCL 2006-12-12 on Delphi 6 Personal (BUT WITH SOME PROBLEMS)
From: faber <faber@italy.it>
Date: Tue, 19 Dec 2006 16:02:13 +0100
Newsgroups: jedi.vcl

Hi

Yes, projects\bpl is in my environ var

Sorry for the late reply.. I wasn't able to connect to internet =)

However I can live without JCL Experts for some months :D


Subject: Re: Ping: TJvPatchFile mantainer
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 16 Dec 2006 22:28:54 +0000 (UTC)
Newsgroups: jedi.vcl

There is no active maintainer for this component anymore. Sébastien Buysse
and Michael Beck have left the JVCL project as active developers years ago.

-- Regards, Andreas Hausladen 

Subject: Ping: TJvPatchFile mantainer
From: Andrea Raimondi <rainaple@tin.it>
Date: Sat, 16 Dec 2006 20:01:06 +0100
Newsgroups: jedi.vcl

Hello,

Can you please drop me an email since I'm trying to enhance the
component but before releasing the modified source I'd like to
discuss it with you.

Newsgroup chat is also possible, although having more focus to a
single person is - obviously - better.

TIA,

Andrew


Subject: Enhancement for TJvSearchFiles
From: Andrea Raimondi <rainaple@tin.it>
Date: Sat, 16 Dec 2006 15:27:55 +0100
Newsgroups: jedi.vcl

Hello,

I've written some more code for TJvSearchFiles.
My modifications pertain to two new events:

- OnBeginSearch
- OnEndSearch

both of type TNotifyEvent.

Beside declaring the new properties(trivial) the code is placed in
TJvSearchFiles.Search method which is modified as follows:

function TJvSearchFiles.Search: Boolean;
var
  SearchInRootDir: Boolean;
  ADepth: Integer;
begin
  Result := False;
  if Searching then
    Exit;
  Init;
  //+ Start modification here
  if Assigned( FOnBeginSearch ) then
    FOnBeginSearch( Self );
  // End modification here
  FSearching := True;
  try
    // Removed comment wasting bandwidth
    SearchInRootDir := not (soExcludeFilesInRootDir in Options) and
      (not (soCheckRootDirValid in Options) or IsRootDirValid);

    if not SearchInRootDir and ((DirOption = doExcludeSubDirs) or
      ((DirOption = doExcludeCompleteInvalidDirs) and
      (soCheckRootDirValid in Options))) then
    begin
      Result := True;
      Exit;
    end;

    ADepth := 0;
    Result := InternalSearch(FRootDirectory, SearchInRootDir, ADepth);
  finally
    FSearching := False;
  end;
  //+ Start modifcation here
  if Not FAborting then
  begin
    if Assigned( FOnEndSearch ) then
      FOnEndSearch( Self );
  end;
  // End modification here
end;

I made sure it wasn't in abort mode because there already is an abort event.

Anything I got wrong about it?

Feel free to add this modification to the SVN.

TIA,

Andrew


Subject: Re: JvDataEmbedded error in BDS
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Dec 2006 12:24:02 +0100
Newsgroups: jedi.vcl

Paw Suddergaard wrote:
> Ok, i am using JVCL 3.20. So i need to get the latest from svn?

Yes, as explained here:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

Or you could get the daily zip here:

http://jvcl.sf.net/daily/

Note that to use the JVCL daily or SVN version, you need the JCL daily or SVN version as well.


Subject: Re: JvDataEmbedded error in BDS
From: Paw Suddergaard <paw@top-house.dk>
Date: Fri, 15 Dec 2006 11:02:56 +0100
Newsgroups: jedi.vcl

Ok, i am using JVCL 3.20. So i need to get the latest from svn?

thanks,

/Paw

OBones wrote:
> Paw Suddergaard wrote:
>> [C++ Error] JvDataEmbedded.hpp(147): E2113 Virtual function '_fastcall TJvDataEmbedded::ReadUnpublished(TReader *)' conflicts with base class 'TJvComponentEmbedded'
>>
>> USING BDS...
>>
>> Just a new VCL app, place a JvDataEmbedded component on the form. Nothing else...
>>
>> Please Help, thanks
>>
>> /Paw
>
> Nothing like this here, with the latest sources.
>


Subject: Re: unexpected UTF-8 in file
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Dec 2006 09:03:19 +0100
Newsgroups: jedi.vcl

This should now be fixed in SVN


Subject: Re: unexpected UTF-8 in file
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 14 Dec 2006 20:48:36 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
>     Hello, All!
>
> JvSimScope.pas
>
> Startes with three specific bytes of UTF-8 invisible space.
>
> They are illegal for Delphi 5, hence the file is no more usable in D5

This is now fixed.
Sorry for the inconvenience

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: unexpected UTF-8 in file
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Thu, 14 Dec 2006 22:16:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 14 Dec 2006 21:54:14 +0300 @829)
....while the fading voice of Arioch whispered through the darkness:

 AB> JvSimScope.pas

more troubles with it:

1) JvVCL5Utils should be added to interface/uses (TCollectionNotification)
I think some 'compatibility' units could be marked somehow, then automagic toold could justify all the units in JVCL, whether they do use any public identificators from those compatibility units.

2) TOwnedCollection does not have method .Notify (at least in D5)

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: unexpected UTF-8 in file
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Thu, 14 Dec 2006 21:54:14 +0300
Newsgroups: jedi.vcl

    Hello, All!

JvSimScope.pas

Startes with three specific bytes of UTF-8 invisible space.

They are illegal for Delphi 5, hence the file is no more usable in D5


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JvDataEmbedded error in BDS
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 14 Dec 2006 19:24:08 +0100
Newsgroups: jedi.vcl

Paw Suddergaard wrote:
> [C++ Error] JvDataEmbedded.hpp(147): E2113 Virtual function '_fastcall TJvDataEmbedded::ReadUnpublished(TReader *)' conflicts with base class 'TJvComponentEmbedded'
>
> USING BDS...
>
> Just a new VCL app, place a JvDataEmbedded component on the form. Nothing else...
>
> Please Help, thanks
>
> /Paw

Nothing like this here, with the latest sources.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvDataEmbedded error in BDS
From: Paw Suddergaard <paw@top-house.dk>
Date: Thu, 14 Dec 2006 12:55:44 +0100
Newsgroups: jedi.vcl

[C++ Error] JvDataEmbedded.hpp(147): E2113 Virtual function '_fastcall TJvDataEmbedded::ReadUnpublished(TReader *)' conflicts with base class 'TJvComponentEmbedded'

USING BDS...

Just a new VCL app, place a JvDataEmbedded component on the form. Nothing else...

Please Help, thanks

/Paw



Subject: Re: Installed JVCL 2006-12-12 on Delphi 6 Personal (BUT WITH SOME PROBLEMS)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 13 Dec 2006 18:00:40 +0100
Newsgroups: jedi.vcl

faber a écrit :
> I had to remove JCL Experts from installation to work. Delphi wasn't able to find JCL dlls in its Projects/BPL directory at start.

Is projects\bpl in your path environment variable?

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Help with JvDBDateTimePicker
From: "Will Honor" <will24@(No Spam at all)Orange.net>
Date: Wed, 13 Dec 2006 15:20:36 +0000 (UTC)
Newsgroups: jedi.vcl

  I have had a look through the source code for this and have found a
possible bug. When the control has focus the nulltext is copied to
FKeepNulltext and FNulltext is set to ''. When the control is dropped
down it has to decide whether or not the value is null. For some reason
the first part of that check is to see whether or not FNulltext has a
value. Therefore CheckNullValue will always return False and the
dropdowndate will be incorrect. The following fix appears to work for
me. Should I raise this on Mantis?

Regards,
  Will.

JvDateTimePicker.pas

Change this :

function TJvDateTimePicker.CheckNullValue: Boolean;
begin
  Result := CheckNullValue(FNullText, Format, Kind, DateTime, NullDate);
end;

To this :

function TJvDateTimePicker.CheckNullValue: Boolean;
var tmpNullText : String ;
begin
  if self.Focused
  then tmpNullText := FKeepNullText
  else tmpNullText := FNullText ;
  Result := CheckNullValue(tmpNullText, Format, Kind, DateTime,
NullDate);
end;


Subject: Help with JvDBDateTimePicker
From: "Will Honor" <will24@(No Spam at all)Orange.net>
Date: Wed, 13 Dec 2006 14:35:25 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,
  Can anyone help me with using the JvDBDatetimepicker component. I set
the following when I open a form containing a JvDBDateTimePicker.
 
  NullDate := strtodate('30/12/1899') ; //Probably not necessary?
  NullText := 'No Appointment' ;
  DropDownDate := now ;


  When the dataset opens and the date field is null the picker
correctly contains the nulltext. when I drop the box down to choose a
date I am expecting to see the dropdowndate as the highlighted date.
That is not the case, the picker shows me the nulldate. How can I get
the control to show the dropdowndate when it drops down? I have tried
changing the value in the ondropdown event with no success.
  I am using the daily snapshot from 12/12/2006 as there were problems
with jvDBDateTimepicker in the offical release.

Thanks.
  Will.





-- 

Subject: Installed JVCL 2006-12-12 on Delphi 6 Personal (BUT WITH SOME PROBLEMS)
From: faber <faber@italy.it>
Date: Wed, 13 Dec 2006 10:39:46 +0100
Newsgroups: jedi.vcl

Hi All

I downloaded latest jvcl & jcl packages (12th december 2006)

I had to remove JCL Experts from installation to work. Delphi wasn't able to find JCL dlls in its Projects/BPL directory at start.

I had to open manually JvCoreD6R to re-create .RES file.

I hope this feedback will help you guys =)


See you,
Monti Fabrizio from Italy


Subject: Re: How does one install JVCL with BDS2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 12 Dec 2006 21:31:02 +0100
Newsgroups: jedi.vcl

Bruce Eglington wrote:

> Hi
>   what is the newest version? I downloaded version 3.20 over the weekend and thought that was the most recent one, based on the items at http://homepages.borland.com/jedi/jvcl/
>
> Subsequent to your previous message, I went back in to the .zip file and found that install.bat and a few other files did not extract when I did an Extract All. I have now tried this batch file but it claims to be using the wrong path. Any suggestions?

Please make sure you unzipped correctly and kept the directory structure. If you get an error message, please give it in full.

Oh, and the very latest one is available as a daily zip:

http://jvcl.sf.net/daily/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: How does one install JVCL with BDS2006
From: "Bruce Eglington" <bruce.eglington@usask.ca>
Date: Tue, 12 Dec 2006 14:20:31 -0600
Newsgroups: jedi.vcl

Hi
  what is the newest version? I downloaded version 3.20 over the weekend and 
thought that was the most recent one, based on the items at 
http://homepages.borland.com/jedi/jvcl/

Subsequent to your previous message, I went back in to the .zip file and 
found that install.bat and a few other files did not extract when I did an 
Extract All. I have now tried this batch file but it claims to be using the 
wrong path. Any suggestions?

Thanks
   Bruce


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eln2cp$70i$1@news.talkto.net...
> > Bruce Eglington wrote:
> >
>> >> Hi. Thanks for the response which makes sense, except that there is no 
>> >> install.bat file in the jvcl section.
> >
> > Then you did not download the most recent version.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: How does one install JVCL with BDS2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 12 Dec 2006 21:11:08 +0100
Newsgroups: jedi.vcl

Bruce Eglington wrote:

> Hi. Thanks for the response which makes sense, except that there is no install.bat file in the jvcl section.

Then you did not download the most recent version.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Outlook email component
From: "Rudy" <rhentzen@hotmail.com>
Date: Tue, 12 Dec 2006 19:56:37 -0000
Newsgroups: jedi.vcl

Hi,

Does anyone know of a component that mimicks the Outlook Email view.  I 
would like to use it for a very simple, database driven, messaging tool.

Any ideas, or pointers will be appreciated.

Thanks
Rudy 




Subject: Re: How does one install JVCL with BDS2006
From: "Bruce Eglington" <bruce.eglington@usask.ca>
Date: Tue, 12 Dec 2006 13:45:51 -0600
Newsgroups: jedi.vcl

Hi. Thanks for the response which makes sense, except that there is no 
install.bat file in the jvcl section.

Bruce


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:elmr5t$5lf$1@news.talkto.net...
> > You installed the JCL, fine, it's a prerequisite.
> > But the components are in the JVCL (notice the V), so you must also use 
> > the install.bat from the jvcl folder.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: How does one install JVCL with BDS2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 12 Dec 2006 19:07:58 +0100
Newsgroups: jedi.vcl

You installed the JCL, fine, it's a prerequisite.
But the components are in the JVCL (notice the V), so you must also use the install.bat from the jvcl folder.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: How does one install JVCL with BDS2006
From: "Bruce Eglington" <bruce.eglington@usask.ca>
Date: Tue, 12 Dec 2006 11:00:56 -0600
Newsgroups: jedi.vcl

Good day
  I have BDS2006 and have downloaded JEDI . I have run the install script in 
the /jcl folder, and this supposedly installs the JEDI components fine. When 
starting BDS2006, I see that the JEDI library is loaded but I can not get to 
see any JVCL components for use in my programs.

I also have Delphi 6 on my computer and JEDI installs the JVCL UIB 
components on the palette just fine.

What else is needed to get the visual component (UIB dbexpress items, for 
instance) to install and show in the BDS2006 IDE?

Bruce 




Subject: Re: I think I found the issue and potential fix.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 12 Dec 2006 06:45:19 +0100
Newsgroups: jedi.vcl

ChuckJ wrote:

> Despite my previous post about 'works as designed', I think I know where this problem can be fixed.  I have not investigate potential side effects of this fix.

Please create a Mantis entry for this if you find that this code should go into the component.


Subject: I think I found the issue and potential fix.
From: ChuckJ <user@example.net>
Date: Mon, 11 Dec 2006 14:43:34 -0800
Newsgroups: jedi.vcl

Despite my previous post about 'works as designed', I think I know where this problem can be fixed.  I have not investigate potential side effects of this fix. Well, here goes:

In JvDbUtils is the following function:

function TJvLocateObject.Locate(const KeyField, KeyValue: string;
  Exact, CaseSensitive: Boolean): Boolean;

Inside this function is this code:

      Result := MatchesLookup(FLookupField);
      if not Result then
      begin
        if UseKey then
          Result := LocateKey
        else
        begin
          if FilterApplicable then
            Result := LocateFilter
          else
            Result := LocateFull;
        end;
        if not Result then
          SetToBookmark(DataSet, FBookmark);
      end;


The times the component works with an integer LookupDisplay is when the MatchesLookup function returns TRUE. To make all cases work, we would need the FilterApplicable function to return FALSE for and integer lookup. This would result in the LocateFull routine being called which I believe would make the lookup work correctly with the integer.

I will test this theory when I find the time.

Thanks,
Chuck


Subject: Re: Problem with TJvDBLookupCombo or problem with me?
From: ChuckJ <user@example.net>
Date: Mon, 11 Dec 2006 14:14:21 -0800
Newsgroups: jedi.vcl

I slogged through the TJvDbLookupCombo source and discovered that the component 'works as designed'. It looks like it would be quite difficult to get the component to work properly with an integer lookup.

Thanks,
Chuck


Subject: Re: JvDBGrid boolean field Editor and Client-Server DBs...
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 11 Dec 2006 22:21:38 +0100
Newsgroups: jedi.vcl

Dave wrote:

> OBones wrote:
>
>> Dave wrote:
>>
>>> Since the TStringField.AsBoolean supports reading & writing (T,F), it was very simple to add Char(1) support to the JvDBGrid.  Please let me know if/how I can offer these changes to the TJvDBGrid.
>>
>>
>> AFAIK, this is already available, through an event. OnGetBooleanField or similarly named...
>
>
> Unless you are talking about after Version 3.20, the OnGetBooleanField event only works for Integer values, not String.

I'm using the daily version, maybe you could check it out :

http://jvcl.sf.net/daily/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvDBGrid boolean field Editor and Client-Server DBs...
From: Dave <not@not.com>
Date: Mon, 11 Dec 2006 13:51:22 -0700
Newsgroups: jedi.vcl

OBones wrote:
> Dave wrote:
>> Since the TStringField.AsBoolean supports reading & writing (T,F), it was very simple to add Char(1) support to the JvDBGrid.  Please let me know if/how I can offer these changes to the TJvDBGrid.
>
> AFAIK, this is already available, through an event. OnGetBooleanField or similarly named...

Unless you are talking about after Version 3.20, the OnGetBooleanField event only works for Integer values, not String.

Dave.


Subject: Re: Problem with TJvDBLookupCombo or problem with me?
From: ChuckJ <user@example.net>
Date: Mon, 11 Dec 2006 12:34:26 -0800
Newsgroups: jedi.vcl

Here is a shorter problem description:

I am using TJvDbLookupCombo component, with the LookupIndex property and the LookupDisplay property both referencing the same integer database field. If I try to select the lookup by typing in the edit field, the lookup item is selected properly only if it appears in the initial dropdown(which by default, is the first 8 records in the lookup table).

I have repeated the problem with the DataField and DataSource properties   filled out, so the lack of a target does not appear to be the cause.

I have repeated the problem by leaving the LookupDisplay property blank, which should default to using the integer LookupIndex field as the LookupDisplay.

I have a test app using TClientDataSet to an xml file which has 2 TJvLookupCombo components on a form, one integer lookup with integer display and the other integer lookup with string display. These components access the same database. The integer-integer component fails and the integer-string component works OK.

Thanks,
Chuck

ChuckJ wrote:
> Hello,
> I am using JVCL 3.2 with BDS 2006.
> I have a small Delphi app which illustrates the issue.
>
> In my application I am using TJvDbLookupCombo to do a database lookup without specifying a database target. Here are the database properties:
>
> DataField is empty
> DataSource is empty
> LookupDisplay  Index  //This is an integer field in a TClientDataSet
> LookupIndex  Index //This is same field as LookupDisplay
> LookupSource DSTest //This references a TClientDataSet with field.
>
> If I populate the TClientDataSet 'Index' field with integer values from 100 to 140, I get the following unexpected behavior:
>
> 1)If I type '104' into the edit field, the component acts as expected, the number '104' is highlighted in the dropdown list.
>
> 2)If I type '130' into the edit field, I see the scrollbar drop when the '3' is typed, but the '3' does not appear in the edit field, and the dropdown list does not change from the initial display of '100' through '107'.
>
> 3)I can select any value of '100' through '140' by moving the scrollbar manually and selecting the number from the list.
>
> I then added a string field named 'IndexString' to my database which for any given record has the string version of the 'Index' field. I then set the TJvDbLookupCombo database properties to:
>
> DataField is empty
> DataSource is empty
> LookupDisplay  IndexString  //This is string field in a TClientDataSet
> LookupIndex  Index //This is integer field in TClientDataSet
> LookupSource DSTest //This references a TClientDataSet with field.
>
> This setup works completely as expected. One can select any index value in the database by typing in the edit field.
>
> So am I doing something wrong in my use of TJvDbLookupCombo or is the problem with the component?
>
> Is there a better component to use when I want to constrain possible edit entries to match those in a database table, but do not want the result to be written to a database field?
>
> Thanks,
> Chuck


Subject: Problem with TJvDBLookupCombo or problem with me?
From: ChuckJ <user@example.net>
Date: Mon, 11 Dec 2006 11:31:39 -0800
Newsgroups: jedi.vcl

Hello,
I am using JVCL 3.2 with BDS 2006.
I have a small Delphi app which illustrates the issue.

In my application I am using TJvDbLookupCombo to do a database lookup without specifying a database target. Here are the database properties:

DataField is empty
DataSource is empty
LookupDisplay  Index  //This is an integer field in a TClientDataSet
LookupIndex  Index //This is same field as LookupDisplay
LookupSource DSTest //This references a TClientDataSet with field.

If I populate the TClientDataSet 'Index' field with integer values from 100 to 140, I get the following unexpected behavior:

1)If I type '104' into the edit field, the component acts as expected, the number '104' is highlighted in the dropdown list.

2)If I type '130' into the edit field, I see the scrollbar drop when the '3' is typed, but the '3' does not appear in the edit field, and the dropdown list does not change from the initial display of '100' through '107'.

3)I can select any value of '100' through '140' by moving the scrollbar manually and selecting the number from the list.

I then added a string field named 'IndexString' to my database which for any given record has the string version of the 'Index' field. I then set the TJvDbLookupCombo database properties to:

DataField is empty
DataSource is empty
LookupDisplay  IndexString  //This is string field in a TClientDataSet
LookupIndex  Index //This is integer field in TClientDataSet
LookupSource DSTest //This references a TClientDataSet with field.

This setup works completely as expected. One can select any index value in the database by typing in the edit field.

So am I doing something wrong in my use of TJvDbLookupCombo or is the problem with the component?

Is there a better component to use when I want to constrain possible edit entries to match those in a database table, but do not want the result to be written to a database field?

Thanks,
Chuck


Subject: TJvPageControl and FireFox like "close buttons" on TabSheets
From: "Abdullah Kauchali" <non@non.com>
Date: Mon, 11 Dec 2006 21:02:47 +0200
Newsgroups: jedi.vcl

Do we have any "out of the box" functionality like the close buttons on 
Tabsheets seen on Mozilla Firefox browser tabs? 




Subject: TJvCustomLabel Calling GetCursorPos while the screen saver is active
From: "Tan Bronson" <tbronson@tickets.com>
Date: Mon, 11 Dec 2006 10:04:27 -0500
Newsgroups: jedi.vcl

I have an application that runs in the foreground, and creating background 
threads according to a user defined schedule.

I've upgraded to D26k and Jedi 3.20, and I find that my application has 
started to have problems where GetCursorPos is called when the screen saver 
is active.

My first problem was that was I enabling & disabling TActionLists, but the 
problem is the customer leavesthe mouse on a TJvLabel when the screen saver 
goes active.



My fix is pretty simple, don't call CursorPos unless we're the foreground 
task:



procedure TJvCustomLabel.UpdateTracking;
var
  OldValue, OtherDragging: Boolean;
begin
  OldValue := MouseOver;
  OtherDragging :=
    {$IFDEF VCL}
    KeyPressed(VK_LBUTTON)
    {$IFDEF COMPILER6_UP}
    or Mouse.IsDragging
    {$ENDIF COMPILER6_UP}
    {$ENDIF VCL}
    {$IFDEF VisualCLX}
    DragActivated
    {$ENDIF VisualCLX}
    ;

  if Enabled and not OtherDragging and IsForegroundTask then
    // Avoid asking for the cursor, if we're not the foreground task
    MouseOver := (FindDragTarget(Mouse.CursorPos, True) = Self)
  else
    MouseOver := false;

  if MouseOver <> OldValue then
    Invalidate;

end;



From the SVN history it looks like people have been working in this area, 
could someone please comment on my code

(or help me come up with something better)





 generated 12/11/2006 7:37:29 AM

[004180A3] SysUtils.SysUtils.RaiseLastOSError (Line 16276, "sysutils.pas" + 
7) + $3

[00436861] Classes.Classes.TBasicAction.Execute (Line 11070, "classes.pas" + 
3) + $9

[0041801C] SysUtils.SysUtils.RaiseLastOSError (Line 16263, "sysutils.pas" + 
1) + $5

[004180DB] SysUtils.SysUtils.Win32Check (Line 16291, "sysutils.pas" + 1) + 
$6

[00485CE5] Controls.Controls.TMouse.GetCursorPos (Line 11917, "Controls.pas" 
+ 2) + $9

[00603515] JvLabel.JvLabel.TJvCustomLabel.UpdateTracking (Line 1263, 
"JvLabel.pas" + 14) + $1C

[006034B8] JvLabel.JvLabel.TJvCustomLabel.MouseUp (Line 1243, "JvLabel.pas" 
+ 4) + $2

[00477DFD] Controls.Controls.TControl.DoMouseUp (Line 5352, "Controls.pas" + 
2) + $28

[00477E8D] Controls.Controls.TControl.WMLButtonUp (Line 5364, "Controls.pas" 
+ 8) + $8

[00477339] Controls.Controls.TControl.WndProc (Line 5143, "Controls.pas" + 
83) + $8

[00490C35] Forms.Forms.TCustomForm.WndProc (Line 3284, "Forms.pas" + 125) + 
$6

[00476EE6] Controls.Controls.TControl.Perform (Line 5018, "Controls.pas" + 
5) + $F

[00404B36] System.System.@IsClass (Line 9094, "system.pas" + 1) + $8

[0049BCEF] Forms.Forms.TApplication.DispatchAction (Line 8568, "Forms.pas" + 
6) + $F

[004994BB] Forms.Forms.TApplication.WndProc (Line 7365, "Forms.pas" + 101) + 
$E

[004377BC] Classes.Classes.StdWndProc (Line 11572, "classes.pas" + 8) + $0

[005413A3] JvExControls.JvExControls.TJvExGraphicControl.WndProc + $1DB

[00476EE6] Controls.Controls.TControl.Perform (Line 5018, "Controls.pas" + 
5) + $F

[0047BB8A] Controls.Controls.TWinControl.IsControlMouseMsg (Line 7130, 
"Controls.pas" + 15) + $22

[0047BF2A] Controls.Controls.TWinControl.WndProc (Line 7211, "Controls.pas" 
+ 70) + $6

[00541C75] JvExControls.JvExControls.TJvExCustomControl.WndProc + $4E5

[0047B730] Controls.Controls.TWinControl.MainWndProc (Line 7021, 
"Controls.pas" + 3) + $9

[004377BC] Classes.Classes.StdWndProc (Line 11572, "classes.pas" + 8) + $0

[0049A066] Forms.Forms.TApplication.ProcessMessage (Line 7670, "Forms.pas" + 
23) + $4

[0049A0AB] Forms.Forms.TApplication.HandleMessage (Line 7689, "Forms.pas" + 
1) + $6

[0049A346] Forms.Forms.TApplication.Run (Line 7773, "Forms.pas" + 16) + $3

[0075BD70] ProVenueAccessControl.ProVenueAccessControl.Finalization (Line 
4444, "TACSUI.pas") + $6542




Subject: Re: JvDBGrid boolean field Editor and Client-Server DBs...
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 11 Dec 2006 08:31:02 +0100
Newsgroups: jedi.vcl

Dave wrote:
> Since the TStringField.AsBoolean supports reading & writing (T,F), it was very simple to add Char(1) support to the JvDBGrid.  Please let me know if/how I can offer these changes to the TJvDBGrid.

AFAIK, this is already available, through an event. OnGetBooleanField or similarly named...


Subject: Re: JvDBGrid boolean field Editor and Client-Server DBs...
From: Dave <not@not.com>
Date: Fri, 08 Dec 2006 13:58:04 -0700
Newsgroups: jedi.vcl

Since the TStringField.AsBoolean supports reading & writing (T,F), it was very simple to add Char(1) support to the JvDBGrid.  Please let me know if/how I can offer these changes to the TJvDBGrid.

Thanks,
Dave.

Dave Hamdon wrote:
> Boolean fields in C/S dbs are typically Char(1).  The boolean field editor only supports boolean and integer types.  Is there a way to have a checkbox in the JvDBGrid for a char(1) field with 'Y', 'N' or 'T', 'F'?
>
>


Subject: JvDBGrid boolean field Editor and Client-Server DBs...
From: Dave Hamdon <not@not.com>
Date: Fri, 08 Dec 2006 09:36:54 -0700
Newsgroups: jedi.vcl

Boolean fields in C/S dbs are typically Char(1).  The boolean field editor only supports boolean and integer types.  Is there a way to have a checkbox in the JvDBGrid for a char(1) field with 'Y', 'N' or 'T', 'F'?


-- 
Dave A. Hamdon
madH consulting Inc.
madh@tobject.com


Subject: Help on JvSysInformation.Memory
From: "Markus.Humm" <markus.humm@freenet.de>
Date: Fri, 08 Dec 2006 06:52:17 +0100
Newsgroups: jedi.vcl

Hello,

I'm using JvSystemInformation (or how it's called, don't have Delphi here right now) but couldn't find any help about it (that is in the 3.00 help packages).

What I'm trying to do is to implement a check in my application server to send a warning to the GUI when memory on that PC becomes low, let's say only 16 MB free. I don't know which property to query (the app. server queries memory usage for statistical reasons once a second).

I've built in a test function into the server which allocates some user definable amount of memory to simulate it, but what property I query, I ran into EOutOfMemory exception before my app server could report a low memory condition.

The other thing is: what is the property memoryuseage? On one PC it went up when I started several big applications beside my app server, on the other PC it always stayed the same, even when I allocated much memory via my test function.

Any help available for this here? Besides of that the component does a good job. Does it recognise Vista as OS already properly? (I'm using 3.00) or hav I to donload a newer JVCL version?

Greetings

Markus


Subject: Re: problems with the new component i added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 06 Dec 2006 06:24:11 +0100
Newsgroups: jedi.vcl

Moore wrote:

> The one who set the issue to resolved in Mantis forgot to add a note saying that, when I first so read it i thought it was closed without resolution..

I was unfamiliar with the Mantis GUI and the comment was lost.


Subject: Re: problems with the new component i added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 06 Dec 2006 06:23:20 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Robert Marquardt wrote:
>
>> Can someone please set Mantis 3887 to resolved?
>
> You don't have access?

I tried the wrong user name several times.


Subject: Re: problems with the new component i added
From: Moore <delfino03@caramail.com>
Date: Tue, 05 Dec 2006 10:49:34 +0100
Newsgroups: jedi.vcl

The one who set the issue to resolved in Mantis forgot to add a note saying that, when I first so read it i thought it was closed without resolution..

Anyway, the component now with the modification is a lot more useful, and this is thanks to the JVCL community, thnx to all..

Robert Marquardt wrote:
>
>> Can someone please set Mantis 3887 to resolved?


Subject: TJvgSysRequirements moved to TJvSysRequirements
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 05 Dec 2006 09:32:11 +0100
Newsgroups: jedi.vcl

In the ongoing effort to merge or get rid of the Globus components i have reworked TJvgSysRequirements. It now resides on the "Jv System" palette as TJvSysRequirements.
I have mainly added a property setter for WindowsVersions to disallow inconsistent settings. Other property setters will follow.


Subject: Re: error when installing JVCL 3.2.
From: "Jo" <Jo@Nospam.com>
Date: Mon, 4 Dec 2006 14:27:04 -0600
Newsgroups: jedi.vcl

Ohh it was a old file in my disk.
it works fine now thanks


"Florent Ouchet" <outchy@users.sourceforge.net> a écrit dans le message de 
news: el1mmo$mor$1@news.talkto.net...
> > Robert Marquardt a écrit :
>> >> Now please read my message completely. You have an old JVCL installation 
>> >> in the search pathes of Delphi. Delete it.
> >
> > Or an other file named jedi.inc somewhere on his hdd.
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: error when installing JVCL 3.2.
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 04 Dec 2006 18:40:04 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Now please read my message completely. You have an old JVCL installation in the search pathes of Delphi. Delete it.

Or an other file named jedi.inc somewhere on his hdd.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: error when installing JVCL 3.2.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 04 Dec 2006 18:33:20 +0100
Newsgroups: jedi.vcl

Jo wrote:
> Thank for the reply
>
> but strange i Downloaded it from the  http://jcl.sf.net/daily (03-Dec-2006 22:58) and http://jvcl.sf.net/daily (2006-12-04 01:44:41 PST) and the same error raise.
>
> any idea please

Now please read my message completely. You have an old JVCL installation in the search pathes of Delphi. Delete it.


Subject: Re: error when installing JVCL 3.2.
From: "Jo" <Jo@Nospam.com>
Date: Mon, 4 Dec 2006 11:14:38 -0600
Newsgroups: jedi.vcl

Thank for the reply

but strange i Downloaded it from the  http://jcl.sf.net/daily (03-Dec-2006 
22:58) and http://jvcl.sf.net/daily (2006-12-04 01:44:41 PST) and the same 
error raise.

any idea please

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de 
news: el0dd8$fq2$2@news.talkto.net...
> > Jo wrote:
> >
>> >> ALERT_jedi_inc_incompatible' in the jvcl.inc file
> >
> > This is a warning that you have an old jedi.inc file in the search pathes 
> > of Delphi. Probably an older JCL or JVCL installation.
> >
> > BTW it is better to use the daily zips of the JCL and JVCL (you need 
> > both). http://jcl.sf.net/daily and http://jvcl.sf.net/daily 




Subject: Re: Colour combo box
From: "Rudy" <rhetzen@hotmail.com>
Date: Mon, 4 Dec 2006 12:50:21 -0000
Newsgroups: jedi.vcl

Interesting...that worked.  the next step is if i want to have my own custom
colours that are stored in a database as

Colour (Integer)    Name(VARCHAR)
$904594                Busy
$092454                Meeting
....

Thanks for all the help thus far

Rudy

"Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message 
news:ekkrfh$nea$1@news.talkto.net...
>> >> Hmm...unfortunately i cannot see how to remove the current colours e.g. 
>> >> black etc from the combo.  I have removed the entries from the colour map 
>> >> but they are not removed from thecombo at runtime.
> >
> > The default colormap looks like this:
> > clBlack=Black
> > clMaroon=Maroon
> > clGreen=Green
> > clOlive=Olive
> > clNavy=Navy blue
> > clPurple=Purple
> > clTeal=Teal
> > clGray=Gray
> >
> > To replace the text value, you'd do:
> >
> > clBlack=House
> > clMaroon=Garden
> > clGreen=Garage
> > clOlive=Patio
> >
> > etc
> >
> > -- 
> >
> > Regards, Peter
> >
> > 




Subject: Re: JVCL 3.2 and Turbo Delphi 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 04 Dec 2006 08:52:18 +0100
Newsgroups: jedi.vcl

Tiberiu Horvath wrote:
> Instalation went fine after I downloaded dcc32.exe from Borland.
>
> To all the authors of JCL/JVCL, thank you,
>
>
> Tiberiu

Thanks for letting us know, we do appreciate it when people take the time to simply say "it went fine, thanks".

Cheers
Olivier


Subject: Re: error when installing JVCL 3.2.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 04 Dec 2006 07:02:04 +0100
Newsgroups: jedi.vcl

Jo wrote:

> ALERT_jedi_inc_incompatible' in the jvcl.inc file

This is a warning that you have an old jedi.inc file in the search pathes of Delphi. Probably an older JCL or JVCL installation.

BTW it is better to use the daily zips of the JCL and JVCL (you need both). http://jcl.sf.net/daily and http://jvcl.sf.net/daily


Subject: error when installing JVCL 3.2.
From: "Jo" <Jo@Nospam.com>
Date: Sun, 3 Dec 2006 20:17:43 -0600
Newsgroups: jedi.vcl

Hi
I downloaded JVCL and JCL fron the daily pakages site (the version update 
date and time is : 2006-12-03 01:43:48 PST).
The JCL installation works fine but i get error when installing the JVCL, 
the following msg appears :
ALERT_jedi_inc_incompatible' in the jvcl.inc file




Subject: Re: problems with the new component i added
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Dec 2006 13:21:44 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Can someone please set Mantis 3887 to resolved?

You don't have access?


> @obones: It was trivial to implement it. It was mainly tweaking existing sources. Nontrivial was only knowing the mechanisms :-)

By trivial, I mean something that takes no more than five minutes, including commit ;-)


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 02 Dec 2006 10:46:16 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> The JCL traditionally carries the IDE experts.
> I am not sure if we should separate them out.
> If so we should think about handing them to the GExperts group.

The idea is not to separate the existing experts that require the JCL.
This new plugin will require some new components to be written (graphs, charts, draw planes...), these components would fit in the JVCL. Then the problem is to find a place for the design-time code, it won't be just design-time editors but a complete set of debug windows. Should it be part of the JVCL?

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: AlexB <b.a.v@inbox.ru>
Date: Sat, 02 Dec 2006 15:20:52 +0600
Newsgroups: jedi.vcl

AlexB wrote:

> Export of values into clipboard already exists,  into file - maybe but
> IMHO not so useful.

I must take back my words: standard watch can export into clipboard only up to 255 values (at least in BCB5), hence exporting array into file is useful.

Alex.


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 2 Dec 2006 09:03:08 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I am not sure if we should separate them out.
> > If so we should think about handing them to the GExperts group.

Don't these plugins make heavily use of the JCL? If so I don't think
others do want an external JCL dependency (Jcl.bpl) in their plugin set.
We already see that many start to install the JVCL and then ask why it
can't find Jcl.bpl.


-- Regards, Andreas Hausladen 

Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: AlexB <b.a.v@inbox.ru>
Date: Sat, 02 Dec 2006 14:36:23 +0600
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> We have to find a place for this plugin
....
> A new project should be started.

Really you have decided to start to make this plugin? If so, I'll be very happy, as well as everyone who does scientific and technical calculations. I wish you success!

Alex.


Subject: Re: problems with the new component i added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 02 Dec 2006 08:25:16 +0100
Newsgroups: jedi.vcl

I have merged TJvFindReplaceEditor into TJvFindReplace with the help of a property editor. Now all the problems should be gone.

Can someone please set Mantis 3887 to resolved?
@obones: It was trivial to implement it. It was mainly tweaking existing sources. Nontrivial was only knowing the mechanisms :-)

Are there any other components mergeable in this way?


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 02 Dec 2006 06:16:32 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
> We have to find a place for this plugin, the Jedi Code Library is not designed for VCL stuff like implementing visual components, the Jedi Visual Component Library is targetting debug-time enhancements.
> A new project should be started.

The JCL traditionally carries the IDE experts.
I am not sure if we should separate them out.
If so we should think about handing them to the GExperts group.


Subject: Re: DesktopAlert brings app to front
From: @in@taavi.ee
Date: Fri, 01 Dec 2006 21:05:12 GMT
Newsgroups: jedi.vcl

On Fri, 01 Dec 2006 18:02:48 GMT, @in@taavi.ee wrote:

> >Is there a way to show JvDesktopAlert without making the app to become
> >the topmost? I vaguely recall some discussion about this issue and so
> >I downloaded latest JvDesktopAlert.pas (10691 2006-06-09 14:12:23) but
> >when I use code like
> >  DA := TJvDesktopAlert.Create(Self);
> >  DA.Execute;
> >then it makes my app the topmost... am I missing some property?

OK, I now *installed* (previously I just overrided old files and did
build) the latest version and it seems to work most of the time...
occasionally app still ends up as topmost but it's not as bad as the
old version was.


ain


Subject: Re: Turbo C++
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 1 Dec 2006 18:31:44 +0000 (UTC)
Newsgroups: jedi.vcl

Stefan wrote:

> > Does JVCL work with Turbo C++?

It works with Turbo C++ Professional which ships with a Delphi command
line compiler. It does not work with Turbo C++ Explorer.


-- Regards, Andreas Hausladen 

Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 01 Dec 2006 19:22:38 +0100
Newsgroups: jedi.vcl

Hi,

We have to find a place for this plugin, the Jedi Code Library is not designed for VCL stuff like implementing visual components, the Jedi Visual Component Library is targetting debug-time enhancements.
A new project should be started.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: problems with the new component i added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 01 Dec 2006 19:12:39 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> I don't have this problem. The packages compiled fine (installer compiled using Delphi 5).

I tried again and now it works. I will commit the new packages.


Subject: DesktopAlert brings app to front
From: @in@taavi.ee
Date: Fri, 01 Dec 2006 18:02:48 GMT
Newsgroups: jedi.vcl

Hi,

Is there a way to show JvDesktopAlert without making the app to become
the topmost? I vaguely recall some discussion about this issue and so
I downloaded latest JvDesktopAlert.pas (10691 2006-06-09 14:12:23) but
when I use code like
  DA := TJvDesktopAlert.Create(Self);
  DA.Execute;
then it makes my app the topmost... am I missing some property?


TIA
ain


Subject: JVCL 3.2 and Turbo Delphi 2006
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Fri, 1 Dec 2006 19:56:06 +0200
Newsgroups: jedi.vcl

Instalation went fine after I downloaded dcc32.exe from Borland.

To all the authors of JCL/JVCL, thank you,


Tiberiu

--------------------------------------------------------------------------------
I am using the free version of SPAMfighter for private users.
It has removed 1308 spam emails to date.
Paying users do not have this message in their emails.
Try SPAMfighter for free now!




Subject: Re: problems with the new component i added
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 01 Dec 2006 18:49:06 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Compiling the packages now throws some warnings about implicitly included units. I tried to add JvCustom-R to the requires section of JvDlgs-R.xml and regenerated the packages, but then the Installer crashes instantly when started.

I don't have this problem. The packages compiled fine (installer compiled using Delphi 5).

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Turbo C++
From: Stefan <jan_ek@op.pl>
Date: Fri, 01 Dec 2006 13:33:12 +0100
Newsgroups: jedi.vcl

Does JVCL work with Turbo C++? I know it works with BDS2006, but only one Turbo can be installed on a machine, so I don't have Delphi compiler.

Stefan


Subject: problems with the new component i added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 01 Dec 2006 07:59:54 +0100
Newsgroups: jedi.vcl

I have just added TJvFindReplaceEditor (to JvFindReplace.pas).
It is a companion to TJvFindReplace but it works on TJvCustomEditor descendants.

Now i have two problems.
Placing a TJvCustomEditor allows to select TCustomEdits for the EditControl property in the IDE. This mechanism fails for TJvFindReplaceEditor and TCustomEditors. Is that an IDE bug?

Compiling the packages now throws some warnings about implicitly included units. I tried to add JvCustom-R to the requires section of JvDlgs-R.xml and regenerated the packages, but then the Installer crashes instantly when started.


Subject: Re: Colour combo box
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 30 Nov 2006 14:26:22 +0100
Newsgroups: jedi.vcl

> > Interesting...that worked.  the next step is if i want to have my own 
> > custom colours that are stored in a database as


That is a bit trickier. First, if you don't have coCustomColors in Options 
(allows the user to select a color from a color dialog), you will have to 
call one method and handle a couple of events to get it to work. To add a 
new color/name combo, use AddColor(AColor: TColor; const DisplayName: 
string), then assign a handler to OnNewColor and write:

procedure TForm1.JvColorComboBox1NewColor(Sender: TObject; Color: TColor;
  var DisplayName: String; var AllowAdd: Boolean);
begin
  AllowAdd := true;
end;

Finally, add a handler for the OnGetDisplayName event that returns the name 
you want to show:

procedure TForm1.JvColorComboBox1GetDisplayName(Sender: TObject;
  Index: Integer; Color: TColor; var DisplayName: String);
begin
  DisplayName := JvColorComboBox1.Items[Index];
end;

That should be it.

-- Regards, Peter 

Subject: Re: Colour combo box
From: "Rudy" <rhetzen@hotmail.com>
Date: Thu, 30 Nov 2006 12:40:28 -0000
Newsgroups: jedi.vcl

Interesting...that worked.  the next step is if i want to have my own custom 
colours that are stored in a database as

Colour (Integer)    Name(VARCHAR)
$904594                Busy
$092454                Meeting
....

Thanks for all the help thus far

Rudy


"Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message 
news:ekkrfh$nea$1@news.talkto.net...
>> >> Hmm...unfortunately i cannot see how to remove the current colours e.g. 
>> >> black etc from the combo.  I have removed the entries from the colour map 
>> >> but they are not removed from thecombo at runtime.
> >
> > The default colormap looks like this:
> > clBlack=Black
> > clMaroon=Maroon
> > clGreen=Green
> > clOlive=Olive
> > clNavy=Navy blue
> > clPurple=Purple
> > clTeal=Teal
> > clGray=Gray
> >
> > To replace the text value, you'd do:
> >
> > clBlack=House
> > clMaroon=Garden
> > clGreen=Garage
> > clOlive=Patio
> >
> > etc
> >
> > -- 
> >
> > Regards, Peter
> >
> > 




Subject: Re: Yet another question about the DBTreeView
From: "Robert Meek" <meekTAN@comcast.net>
Date: Wed, 29 Nov 2006 16:39:23 -0500
Newsgroups: jedi.vcl

    Yes, I think so too because I'm using it in an application with about 
100 secondary child nodes beneath a root and 10 times that as child nodes 
beneath then sometimes 4 levels in depth and it shows instantly!

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "djsmith" <djsmith9@pacbell.net> wrote in message news:ekhifl$4c3$1@news.talkto.net...
> >I did notice that I had to write several lines of code just to refresh the
> > tree from the root node.
> >
> > (I.E.
> > JVDBTV.Items.Clear;
> > JVDBTV.UpdateTree;
> > )
> >
> >   A positive attribute is that it seems to be very nicely optimized on 
> > what
> > I've seen it doing so far.
> >
> > Dave
> >
> >
> > "Robert Meek" <meekTAN@comcast.net> wrote in message
> > news:ekhcrl$364$1@news.talkto.net...
>> >>     I've tried all the common ideas like refreshing in various events 
>> >> from
>> >> resize to even moving the position of the splitter in code, repaints,
> > etc.,
>> >> but nothing seems to work except manually moving the splitter!  There are
>> >> definitely some graphic anomalies with this control.  I had a devil of a
>> >> time getting my selected icon to show on the selected node when that node
>> >> was selected in code as the treeview was first shown.  Afterwards it
> > wasn't
>> >> a problem, but even in the control's OnActivate I was not able to get the
>> >> icon to change as wanted.  I don't remember offhand exactly how I finally
>> >> solved that problem as it was some time ago, but it involved calling
> > events
>> >> like the OnClick manually.
>> >>
>> >> --
>> >> from Robert Meek dba Tangentals Design
>> >> meekTAN@comcast.net
>> >> "djsmith" <djsmith9@pacbell.net> wrote in message
>> >> news:ekerdc$l9c$1@news.talkto.net...
>>> >> > How about refreshing the DBTreeview in a Form.OnResize event? Or if
> > worst
>>> >> > came to worst, you could resize the form 1 pixel.
>>> >> >
>>> >> > Dave
>>> >> >
>>> >> > "Robert Meek" <meekTAN@comcast.net> wrote in message
>>> >> > news:ek8bml$kkp$1@news.talkto.net...
>>>> >> >>     I'd been using this component for some time now very successfully,
>>>> >> >> but
>>> >> > I
>>>> >> >> just noticed in an application I wrote that the horizontal scrollbar,
>>> >> > which
>>>> >> >> appears automatically when needed doesn't always behave as expected,
> > and
>>> >> > as
>>>> >> >> there are no published properties for it I was wondering if anyone
> > might
>>>> >> >> have a workaround or solution?
>>>> >> >>     Here's what happens:
>>>> >> >>     My form is created at a set width.  On the form a DBTreeView is 
>>>> >> >> set
>>>> >> >> to
>>>> >> >> alClient align.  There is also a toolbar at the top and on it one of
> > the
>>>> >> >> buttons when clicked changes the form width and height to it's Minimum
>>>> >> >> Contsraints.  Clicking this button while the form is at it's minimum
>>>> >> >> Contsraints opens it back up to it's full width and height.
>>>> >> >>     With the form set to it's full width and height as per user
> > settings
>>> >> > in
>>>> >> >> an inifile, no scrollbar is present in the TreeView as the caption of
> > the
>>>> >> >> node closest to it's right side does not extend to it's right edge.
> > This
>>> >> > is
>>>> >> >> as it should be.  But if I use the button as above, first to minimize
> > the
>>>> >> >> form to it's minimum constrainsts and then to bring it back to it's
> > full
>>>> >> >> width and hieght, the scrollbar appears and stays showing even though
>>>> >> >> it's
>>>> >> >> not needed!  The only way to get rid of it is to manaually resize the
>>> >> > width
>>>> >> >> of the form a pixel or two!
>>>> >> >>     So what I need is some way to reset the scrollbar correctly to
>>> >> > invisible
>>>> >> >> when the DBTreeView width is resized to a width where it is not 
>>>> >> >> needed.
>>>> >> >>
>>>> >> >> --
>>>> >> >> from Robert Meek dba Tangentals Design
>>>> >> >> meekTAN@comcast.net
>>>> >> >>
>>>> >> >>
>>> >> >
>>> >> >
>> >>
>> >>
> >
> > 




Subject: Re: Colour combo box
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 29 Nov 2006 21:44:37 +0100
Newsgroups: jedi.vcl

> > Hmm...unfortunately i cannot see how to remove the current colours e.g. 
> > black etc from the combo.  I have removed the entries from the colour map 
> > but they are not removed from thecombo at runtime.

The default colormap looks like this:
clBlack=Black
clMaroon=Maroon
clGreen=Green
clOlive=Olive
clNavy=Navy blue
clPurple=Purple
clTeal=Teal
clGray=Gray

To replace the text value, you'd do:

clBlack=House
clMaroon=Garden
clGreen=Garage
clOlive=Patio

etc

-- Regards, Peter 

Subject: Re: Colour combo box
From: "Rudy" <rhetzen@hotmail.com>
Date: Wed, 29 Nov 2006 17:33:41 -0000
Newsgroups: jedi.vcl

Hi,

I did try to do this, but i have never created my own component before.  I 
did the Component -> Install component and created a new class then. 
However, I do not know where to go from here.  I did manage to overwrite the 
DrawItem method but, i had issues with this, as it was using the TColorBox's 
'ColorToPretyName'.  Any help will be appreciated.

Thanks
Rudy

"djsmith" <djsmith9@pacbell.net> wrote in message 
news:ekiogm$b1l$1@news.talkto.net...
> > You can roll your own colorcombo pretty easily by storing the color value 
> > in
> > the objects property of a standard TCombobox. Add a list of names and 
> > color
> > values to the combo at form creation. Then in a simple onItemDraw, create 
> > a
> > block of color at the left side using Canvas with the color value supplied
> > in the objects property.
> >
> > with ColorCombo.items do
> > begin
> >  AddObject('maroon', TObject(StringToColor('clmaroon')));
> >  AddObject('brown', TObject(StringToColor('clbrown')));
> >  etc.
> > end;
> >
> > In the ItemDraw property, set the Canvas.brush.color property from the
> > Objects property: (You'll access the specific line from a parameter in the
> > event, not what I have below. I'm not in Delphi). You'll have to reset the
> > boundaries of Rect (another parameter of the event) too so it doesn't 
> > color
> > over the whole line, blocking out the text (unless you want to change the
> > font color to accomodate readability of the text on each line as the color
> > changes).
> >
> > With ColorCombo do
> >   Canvas.Brush.Color := TColor(Items.Objects(Items.IndexOf('brown'));
> >   Canvas.Brush.Fill;
> >
> > P.S. You can also look at the source code of the JV component to see how
> > they're doing it, then roll your own customized to what you need.
> >
> > Dave
> >
> >
> > "Rudy" <rhentzen@hotmail.com> wrote in message
> > news:ekic8h$96l$1@news.talkto.net...
>> >> Hmm...unfortunately i cannot see how to remove the current colours e.g.
>> >> black etc from the combo.  I have removed the entries from the colour map
>> >> but they are not removed from thecombo at runtime.
>> >>
>> >> Any help is appreciated
>> >> Rudy
>> >>
>> >>
>> >> "Rudy" <rhentzen@hotmail.com> wrote in message
>> >> news:ekcubn$9ig$1@news.talkto.net...
>>> >> > Perfect thanks
>>> >> >
>>> >> > "Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message
>>> >> > news:ek6jgf$c46$1@news.talkto.net...
>>>>> >> >>> Is there a component that can associate a colour with a name.  E.g. 
>>>>> >> >>> in
>>>>> >> >>> the combobox it will have the colour 'blue' and some text e.g. 
>>>>> >> >>> 'house'
>>>> >> >>
>>>> >> >> You could use a TJvColorComboBox and its ColorNameMap property to
>>>> >> >> associate names with colors
>>>> >> >>
>>>> >> >> --
>>>> >> >> Regards, Peter
>>>> >> >>
>>> >> >
>>> >> >
>> >>
>> >>
> >
> > 




Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 29 Nov 2006 18:03:50 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Can't that be optimized by only pulling the visible elements?

That's a basic optimization, although we could implement some caching mechanism to avoid reload each time the chart is refreshed, the performance of the get method will be really poor. Debugger evaluators are not designed to be called in loops.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: AlexB <b.a.v@inbox.ru>
Date: Wed, 29 Nov 2006 20:12:59 +0600
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Is there any third-party vendor which provides such a plugin?

Hmm, I don't know.

Below you suggest much more things, than I could even imagine! I see some enthusiasm of you. :)

> Each visualization graph will have several inputs: (X, Y for parametrized graphs - X, Y, C for graphics - X^N for file export),  each
> array to be watched can have more than one dimension, array elements can be records or classes (and the user only wants to display few fields per element), the user may want to restrict the visualization to a predefined range of indexes.

Export of values into clipboard already exists, into file - maybe but IMHO not so useful.
Specific field of array of structures on graph - maybe.
More than one dimension (surface) - I think it's too difficult and not so useful.
Parametrized graphs - maybe.
Range of indexes - yes of course.

> We could imagine some functional blocks to implement various computations between samples.

If the certain calculations in his algorithm are necessary for the programmer, he should make them in any case. It looks beautifully, but not so useful.

> The configuration dialog could be organized as a white board where function blocks are connected (inputs are watches, outputs are graphs or exports, some function blocks can be inserted to adjust scale, colors in bitmaps...), well something close to Matlab Simulink.

Yes, but whether it is necessary for us whole MatLab in a debugger? :)

My wishes are much more modest.
1) 1D arrays and scalars as horisontal ("levels") or vertical ("boundaries") lines.
2) List of graph-watches like list of watches in BDS2006 with checks for active ones.
3) Customization of graph-watch like usual (double click on watch and fill out the  dialog, where user can choose type of data, range of indexes and so on).
4) On graph form - customization of axis (auto/fixed) and combo for user defined axis settings ("Input data", "FFT" for example).
5) Saving settings between sessions.

>> What is the time it is necessary to spend for creation of the elementary working version which less experienced programmers could develop further?
>
> This time can hardly be evaluated. Given my free time, I'd say 4-5 weeks to write the inputs, maybe 6-8 weeks to have stable interfaces that can be used to create additional blocks/graphs/inputs (then some third party controls can be used to display the data).

It's really plenty of your free time :(

Alex.


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Nov 2006 13:54:57 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> The main problem is performance, if the array contains thousands elements, calling the debugger interface to get each element will take a very long time.

Can't that be optimized by only pulling the visible elements?


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 29 Nov 2006 13:10:40 +0100
Newsgroups: jedi.vcl

AlexB wrote:
> While this feature is not present. Also I suspect, that it will not be realized in the foreseeable future by CG ... :(

Is there any third-party vendor which provides such a plugin?

> It would be wonderful! I can submit some ideas about required functionality.

Each visualization graph will have several inputs: (X, Y for parametrized graphs - X, Y, C for graphics - X^N for file export), each array to be watched can have more than one dimension, array elements can be records or classes (and the user only wants to display few fields per element), the user may want to restrict the visualization to a predefined range of indexes.
We could imagine some functional blocks to implement various computations between samples. The configuration dialog could be organized as a white board where function blocks are connected (inputs are watches, outputs are graphs or exports, some function blocks can be inserted to adjust scale, colors in bitmaps...), well something close to Matlab Simulink.

> What is the time it is necessary to spend for creation of the elementary working version which less experienced programmers could develop further?

This time can hardly be evaluated. Given my free time, I'd say 4-5 weeks to write the inputs, maybe 6-8 weeks to have stable interfaces that can be used to create additional blocks/graphs/inputs (then some third party controls can be used to display the data).

- Florent


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: AlexB <b.a.v@inbox.ru>
Date: Wed, 29 Nov 2006 15:41:03 +0600
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> AlexB wrote:
>> Is it possible to create an IDE plugin for arrays of base types visualisation (for all integers and floats/doubles) in debug time?
>
> Yes it is possible using OTA interfaces to the debugger.
> I've already seen some requests on Borland's newsgroups a couple of time, don't know if they were satisfied.

While this feature is not present. Also I suspect, that it will not be realized in the foreseeable future by CG ... :(

> The main problem is performance, if the array contains thousands elements, calling the debugger interface to get each element will take a very long time.
> While debugging native processes written in C++ or Delphi, it could be possible to directly read the process memory to get the data (then the data has to be interpreted).

Certainly, such feature is necessary first of all for debugging native programs.

> I can create it,

It would be wonderful! I can submit some ideas about required functionality.

> but time may be a limitation...

Eternal problem :-(

What is the time it is necessary to spend for creation of the elementary working version which less experienced programmers could develop further?

Alex.


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 29 Nov 2006 10:11:16 +0100
Newsgroups: jedi.vcl

AlexB wrote:
> Is it possible to create an IDE plugin for arrays of base types visualisation (for all integers and floats/doubles) in debug time?

Yes it is possible using OTA interfaces to the debugger.
I've already seen some requests on Borland's newsgroups a couple of time, don't know if they were satisfied.

> I mean something like "Watches" with chart. I think it can be good additinal productivity tool. This feature exists for example in Analog Device VDSP++ IDE.

The main problem is performance, if the array contains thousands elements, calling the debugger interface to get each element will take a very long time.
While debugging native processes written in C++ or Delphi, it could be possible to directly read the process memory to get the data (then the data has to be interpreted).

> If yes who can create such plugin?

I can create it, but time may be a limitation...

- Florent


Subject: CompileExamples.bat
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Nov 2006 09:49:48 +0100
Newsgroups: jedi.vcl

I have updated the makefile.mak by removing some demos (namely the Globus examples). Now it almost works again.

Only these errors and warnings still pop up:

JvUltimDBGridADOTest.dpr
MainForm.pas(7) Fatal: File not found: 'JvExStdCtrls.dcu'

JvUltimDBGridBDETest.dpr
MainForm.pas(8) Fatal: File not found: 'JvExDBGrids.dcu'

JvInterpreterEndUser.dpr
E:\Daten\JVCL\run\JvInterpreter_Quickrpt.pas(60) Fatal: You must have QuickReport to compile this unit

JVCLMegaDemo.dpr
E:\Daten\JVCL\examples\JvCharMap\JvCharMapMainFrmU.pas(349) Warning: Symbol 'Count' is specific to a platform
E:\Daten\JVCL\examples\JvCharMap\JvCharMapMainFrmU.pas(350) Warning: Symbol 'Name' is specific to a platform
E:\Daten\JVCL\examples\JvCharMap\JvCharMapMainFrmU.pas(350) Warning: Symbol 'LocaleID' is specific to a platform


I have also removed the offending demos from the JVCLMegaDemo.


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: AlexB <b.a.v@inbox.ru>
Date: Wed, 29 Nov 2006 14:32:08 +0600
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>> Is it possible to create an IDE plugin for arrays of base types visualisation (for all integers and floats/doubles) in debug time?
>>
>> I mean something like "Watches" with chart. I think it can be good additinal productivity tool. This feature exists for example in Analog Device VDSP++ IDE.
>>
>> If yes who can create such plugin?

> Maybe you can write it yourself.

I believe there are a lot of persons who know MUCH MORE about plugins then me. :-))

> BTW such an expert definitely needs a way to switch between signed/unsigned display and decimal/hex display.

Let me explain what I name "Watch with chart": I should like to drag identifiers of arrays (or pointers) into watch list, right click on watch and customize it (in usual style). In chart I should like to view the contents of arrays as series. Such feature will allow to look through results of processing of numerical arrays directly in IDE without necessity of additional programming.

Alex.


Subject: Re: Really strange TortoiseSVN problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Nov 2006 09:03:08 +0100
Newsgroups: jedi.vcl

:-( (very dumb face)
I should have checked the directory where i start my DOS boxes.
It worked on another copy of the JVCL.


Subject: Really strange TortoiseSVN problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Nov 2006 08:57:06 +0100
Newsgroups: jedi.vcl

At least i think it is a TortoiseSVN problem.
Try editing for example examples\makefile.mak with a Windows editor and then with a DOS editor in a DOS box. The file is unchanged in the DOS editor.
Generally there seems to be a problem with files created by DOS commands. It could be a problem of short vs long file names.
dir /X makefile.mak does not show a short file name.


Subject: Re: IDE plugin for arrays visualisation in debug time - is it possible?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Nov 2006 07:24:28 +0100
Newsgroups: jedi.vcl

AlexB wrote:
> Hi all.
>
> Is it possible to create an IDE plugin for arrays of base types visualisation (for all integers and floats/doubles) in debug time?
>
> I mean something like "Watches" with chart. I think it can be good additinal productivity tool. This feature exists for example in Analog Device VDSP++ IDE.
>
> If yes who can create such plugin?
>
> Alex.

Have a look at the JCL simdview expert JCL\experts\debug\simdview.
Maybe you can write it yourself. Florent Ouchet is the author.

BTW such an expert definitely needs a way to switch between signed/unsigned display and decimal/hex display. Optionally also display as string and widestring.


Subject: IDE plugin for arrays visualisation in debug time - is it possible?
From: AlexB <b.a.v@inbox.ru>
Date: Wed, 29 Nov 2006 11:12:17 +0600
Newsgroups: jedi.vcl

Hi all.

Is it possible to create an IDE plugin for arrays of base types visualisation (for all integers and floats/doubles) in debug time?

I mean something like "Watches" with chart. I think it can be good additinal productivity tool. This feature exists for example in Analog Device VDSP++ IDE.

If yes who can create such plugin?

Alex.


Subject: Re: Colour combo box
From: "djsmith" <djsmith9@pacbell.net>
Date: Tue, 28 Nov 2006 20:41:17 -0500
Newsgroups: jedi.vcl

You can roll your own colorcombo pretty easily by storing the color value in
the objects property of a standard TCombobox. Add a list of names and color
values to the combo at form creation. Then in a simple onItemDraw, create a
block of color at the left side using Canvas with the color value supplied
in the objects property.

with ColorCombo.items do
begin
  AddObject('maroon', TObject(StringToColor('clmaroon')));
  AddObject('brown', TObject(StringToColor('clbrown')));
  etc.
end;

In the ItemDraw property, set the Canvas.brush.color property from the
Objects property: (You'll access the specific line from a parameter in the
event, not what I have below. I'm not in Delphi). You'll have to reset the
boundaries of Rect (another parameter of the event) too so it doesn't  color
over the whole line, blocking out the text (unless you want to change the
font color to accomodate readability of the text on each line as the color
changes).

With ColorCombo do
   Canvas.Brush.Color := TColor(Items.Objects(Items.IndexOf('brown'));
   Canvas.Brush.Fill;

P.S. You can also look at the source code of the JV component to see how
they're doing it, then roll your own customized to what you need.

Dave


"Rudy" <rhentzen@hotmail.com> wrote in message
news:ekic8h$96l$1@news.talkto.net...
> > Hmm...unfortunately i cannot see how to remove the current colours e.g.
> > black etc from the combo.  I have removed the entries from the colour map
> > but they are not removed from thecombo at runtime.
> >
> > Any help is appreciated
> > Rudy
> >
> >
> > "Rudy" <rhentzen@hotmail.com> wrote in message
> > news:ekcubn$9ig$1@news.talkto.net...
>> > > Perfect thanks
>> > >
>> > > "Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message
>> > > news:ek6jgf$c46$1@news.talkto.net...
>>>> > >>> Is there a component that can associate a colour with a name.  E.g. in
>>>> > >>> the combobox it will have the colour 'blue' and some text e.g. 'house'
>>> > >>
>>> > >> You could use a TJvColorComboBox and its ColorNameMap property to
>>> > >> associate names with colors
>>> > >>
>>> > >> --
>>> > >> Regards, Peter
>>> > >>
>> > >
>> > >
> >
> >




Subject: JvScheduledEvents
From: "John J" <johnjces@hotmail.com>
Date: Tue, 28 Nov 2006 17:59:36 -0700
Newsgroups: jedi.vcl

Good day!

Does anyone have a demo of the JvScheduledEvents component? It seems like a
great one and one I'd love to use.

One question I have, at runtime, can you add a new event and then bring up
the Schedule Editor? Or does one have to rewrite that form?

Thanks!

John




Subject: Re: Colour combo box
From: "Rudy" <rhentzen@hotmail.com>
Date: Tue, 28 Nov 2006 22:12:37 -0000
Newsgroups: jedi.vcl

Hmm...unfortunately i cannot see how to remove the current colours e.g. 
black etc from the combo.  I have removed the entries from the colour map 
but they are not removed from thecombo at runtime.

Any help is appreciated
Rudy


"Rudy" <rhentzen@hotmail.com> wrote in message 
news:ekcubn$9ig$1@news.talkto.net...
> > Perfect thanks
> >
> > "Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message 
> > news:ek6jgf$c46$1@news.talkto.net...
>>> >>> Is there a component that can associate a colour with a name.  E.g. in 
>>> >>> the combobox it will have the colour 'blue' and some text e.g. 'house'
>> >>
>> >> You could use a TJvColorComboBox and its ColorNameMap property to 
>> >> associate names with colors
>> >>
>> >> -- 
>> >> Regards, Peter
>> >>
> >
> > 




Subject: Re: JVCL and DEP
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 28 Nov 2006 22:35:18 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> As well. Might be worth updating it in the process.

These lines of code are not modified in the dxgettext trunk. It's worth suggesting them the same changes.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JVCL and DEP
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 28 Nov 2006 22:28:27 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> JvGnuGetText
>
>
> JvGnuGetText is based on a very old dxGetText unit.

As well. Might be worth updating it in the process.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 28 Nov 2006 19:20:09 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > JvGnuGetText

JvGnuGetText is based on a very old dxGetText unit.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL and DEP
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 28 Nov 2006 19:04:35 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> For JvGnuGetText, you should discuss with the author of GnuGetText, Lars Dybdhal.

A message has been posted to the dxgettext mailing list on their yahoo group.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JVCL and DEP
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 28 Nov 2006 17:59:40 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Committed in revisions 11051 and 11052, there is still some lines that need to be rewritten in JvGnuGetText, the memory protection should only be modified and restored in THook.Disable and THook.Enable.
>
> - Florent

For JvGnuGetText, you should discuss with the author of GnuGetText, Lars Dybdhal.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Yet another question about the DBTreeView
From: "djsmith" <djsmith9@pacbell.net>
Date: Tue, 28 Nov 2006 09:52:18 -0500
Newsgroups: jedi.vcl

I did notice that I had to write several lines of code just to refresh the
tree from the root node.

(I.E.
JVDBTV.Items.Clear;
JVDBTV.UpdateTree;
)

   A positive attribute is that it seems to be very nicely optimized on what
I've seen it doing so far.

Dave


"Robert Meek" <meekTAN@comcast.net> wrote in message
news:ekhcrl$364$1@news.talkto.net...
> >     I've tried all the common ideas like refreshing in various events from
> > resize to even moving the position of the splitter in code, repaints,
etc.,
> > but nothing seems to work except manually moving the splitter!  There are
> > definitely some graphic anomalies with this control.  I had a devil of a
> > time getting my selected icon to show on the selected node when that node
> > was selected in code as the treeview was first shown.  Afterwards it
wasn't
> > a problem, but even in the control's OnActivate I was not able to get the
> > icon to change as wanted.  I don't remember offhand exactly how I finally
> > solved that problem as it was some time ago, but it involved calling
events
> > like the OnClick manually.
> >
> > --
> > from Robert Meek dba Tangentals Design
> > meekTAN@comcast.net
> > "djsmith" <djsmith9@pacbell.net> wrote in message
> > news:ekerdc$l9c$1@news.talkto.net...
>> > > How about refreshing the DBTreeview in a Form.OnResize event? Or if
worst
>> > > came to worst, you could resize the form 1 pixel.
>> > >
>> > > Dave
>> > >
>> > > "Robert Meek" <meekTAN@comcast.net> wrote in message
>> > > news:ek8bml$kkp$1@news.talkto.net...
>>> > >>     I'd been using this component for some time now very successfully,
>>> > >> but
>> > > I
>>> > >> just noticed in an application I wrote that the horizontal scrollbar,
>> > > which
>>> > >> appears automatically when needed doesn't always behave as expected,
and
>> > > as
>>> > >> there are no published properties for it I was wondering if anyone
might
>>> > >> have a workaround or solution?
>>> > >>     Here's what happens:
>>> > >>     My form is created at a set width.  On the form a DBTreeView is set
>>> > >> to
>>> > >> alClient align.  There is also a toolbar at the top and on it one of
the
>>> > >> buttons when clicked changes the form width and height to it's Minimum
>>> > >> Contsraints.  Clicking this button while the form is at it's minimum
>>> > >> Contsraints opens it back up to it's full width and height.
>>> > >>     With the form set to it's full width and height as per user
settings
>> > > in
>>> > >> an inifile, no scrollbar is present in the TreeView as the caption of
the
>>> > >> node closest to it's right side does not extend to it's right edge.
This
>> > > is
>>> > >> as it should be.  But if I use the button as above, first to minimize
the
>>> > >> form to it's minimum constrainsts and then to bring it back to it's
full
>>> > >> width and hieght, the scrollbar appears and stays showing even though
>>> > >> it's
>>> > >> not needed!  The only way to get rid of it is to manaually resize the
>> > > width
>>> > >> of the form a pixel or two!
>>> > >>     So what I need is some way to reset the scrollbar correctly to
>> > > invisible
>>> > >> when the DBTreeView width is resized to a width where it is not needed.
>>> > >>
>>> > >> --
>>> > >> from Robert Meek dba Tangentals Design
>>> > >> meekTAN@comcast.net
>>> > >>
>>> > >>
>> > >
>> > >
> >
> >




Subject: Re: Yet another question about the DBTreeView
From: "Robert Meek" <meekTAN@comcast.net>
Date: Tue, 28 Nov 2006 08:16:50 -0500
Newsgroups: jedi.vcl

    I've tried all the common ideas like refreshing in various events from 
resize to even moving the position of the splitter in code, repaints, etc., 
but nothing seems to work except manually moving the splitter!  There are 
definitely some graphic anomalies with this control.  I had a devil of a 
time getting my selected icon to show on the selected node when that node 
was selected in code as the treeview was first shown.  Afterwards it wasn't 
a problem, but even in the control's OnActivate I was not able to get the 
icon to change as wanted.  I don't remember offhand exactly how I finally 
solved that problem as it was some time ago, but it involved calling events 
like the OnClick manually.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "djsmith" <djsmith9@pacbell.net> wrote in message news:ekerdc$l9c$1@news.talkto.net...
> > How about refreshing the DBTreeview in a Form.OnResize event? Or if worst
> > came to worst, you could resize the form 1 pixel.
> >
> > Dave
> >
> > "Robert Meek" <meekTAN@comcast.net> wrote in message
> > news:ek8bml$kkp$1@news.talkto.net...
>> >>     I'd been using this component for some time now very successfully, 
>> >> but
> > I
>> >> just noticed in an application I wrote that the horizontal scrollbar,
> > which
>> >> appears automatically when needed doesn't always behave as expected, and
> > as
>> >> there are no published properties for it I was wondering if anyone might
>> >> have a workaround or solution?
>> >>     Here's what happens:
>> >>     My form is created at a set width.  On the form a DBTreeView is set 
>> >> to
>> >> alClient align.  There is also a toolbar at the top and on it one of the
>> >> buttons when clicked changes the form width and height to it's Minimum
>> >> Contsraints.  Clicking this button while the form is at it's minimum
>> >> Contsraints opens it back up to it's full width and height.
>> >>     With the form set to it's full width and height as per user settings
> > in
>> >> an inifile, no scrollbar is present in the TreeView as the caption of the
>> >> node closest to it's right side does not extend to it's right edge.  This
> > is
>> >> as it should be.  But if I use the button as above, first to minimize the
>> >> form to it's minimum constrainsts and then to bring it back to it's full
>> >> width and hieght, the scrollbar appears and stays showing even though 
>> >> it's
>> >> not needed!  The only way to get rid of it is to manaually resize the
> > width
>> >> of the form a pixel or two!
>> >>     So what I need is some way to reset the scrollbar correctly to
> > invisible
>> >> when the DBTreeView width is resized to a width where it is not needed.
>> >>
>> >> --
>> >> from Robert Meek dba Tangentals Design
>> >> meekTAN@comcast.net
>> >>
>> >>
> >
> > 




Subject: Re: Can anyone shed light on how to use JVDBTreeview?
From: "Robert Meek" <meekTAN@comcast.net>
Date: Tue, 28 Nov 2006 08:10:09 -0500
Newsgroups: jedi.vcl

    Actually I didn't say that...someone else did and I agreed with him in 
context with his situation which happened to be the same as mine.  In both 
our cases we only wanted one root node, thus 0 was used and the record with 
that value was created to be the only root node.  Every other node was a 
child of it.  It's just a matter of personal taste of course, but I feel it 
provides a better visual sense of the overall arraignment of nodes when they 
all have a common root rather than being independent of each other.  Users 
tend to look at a treeview wanting to see the entire hierarchy of a 
particular line of nodes, starting at their chosen node in most cases and 
working their way back to the root.  And when that line ends abruptly 
instead of ending as a child of a common root node, it leaves the eyes 
wondering and a moment of confusion can be the result.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "djsmith" <djsmith9@pacbell.net> wrote in message news:ekfojb$s8t$1@news.talkto.net...
> > Robert,
> >
> >   After working with the component more closely, I see that the
> > StartMasterValue acts as a filter on the detail field value. Whatever 
> > value
> > I set StartMasterValue to, only detailField records matching that value 
> > will
> > be created as root level nodes (using my autoinc field in that parameter).
> > The MasterField wasn't showing up as having any effect.  This differs from
> > what you explained about setting it to zero, so I thought you might like 
> > to
> > know that.
> >
> > Dave
> >
> >
> > "Robert Meek" <meekTAN@comcast.net> wrote in message
> > news:ekepkv$kvt$1@news.talkto.net...
>> >>     I'm not sure what the problem might be, so all I can offer is if you
>> >> send me a table with data like yours perhaps I can hook it up in an
> > example
>> >> of my own using NexusDB.  I'm sure it wouldn't be any trouble
> > interpolating
>> >> the fields from one dB to the other.
>> >>
>> >> --
>> >> from Robert Meek dba Tangentals Design
>> >> meekTAN@comcast.net
>> >> "djsmith" <djsmith9@pacbell.net> wrote in message
>> >> news:ekdta9$gta$1@news.talkto.net...
>>> >> >   Thanks for your reply Robert but I tried your ideas and still 
>>> >> > nothing.
> > I
>>> >> > tried using a table with the primary index as detail field, a foreign
> > key
>>> >> > field as Masterfield, a text field as ItemField, and setting
>>> >> > StartMastvalue
>>> >> > to zero. When I set the detail AND Masterfields to the foreign key
> > field,
>>> >> > I
>>> >> > got the whole table in the zeroth position with all records as the 
>>> >> > child
>>> >> > node for All parent nodes. Actually I think they might have been only
> > the
>>> >> > records where the Masterfield value was zero?.. I'll have a closer look
>>> >> > tomorrow.
>>> >> >
>>> >> > Dave
>>> >> >
>>> >> >
>>> >> > "Robert Meek" <meekTAN@comcast.net> wrote in message
>>> >> > news:ek8b0h$kif$1@news.talkto.net...
>>>> >> >>     No, you need only one table.  Here's how I set mine up to work
> > along
>>>> >> >> with setting the Start Master Value to 0:
>>>> >> >>
>>>> >> >> NodeID : AutoInc
>>>> >> >>
>>>> >> >> ParentNodeID : Integer
>>>> >> >>
>>>> >> >> NodeName ( caption ) : String
>>>> >> >>
>>>> >> >> NodeIcon : Integer
>>>> >> >>
>>>> >> >> Hook it up to a TDataSource and it to the DBTreeView. Here are the
>>>> >> >> properties in the treeview that get conmnected to each of the fields
>>>> >> >> above
>>>> >> >> starting at the top of the object inspector and moving down:
>>>> >> >>
>>>> >> >> DetailField = ParentNodeID
>>>> >> >>
>>>> >> >> IconField = NodeIcon
>>>> >> >>
>>>> >> >> ItemField = NodeName
>>>> >> >>
>>>> >> >> MasterField = NodeID
>>>> >> >>
>>>> >> >>
>>>> >> >> --
>>>> >> >> from Robert Meek dba Tangentals Design
>>>> >> >> meekTAN@comcast.net
>>>> >> >> "djsmith" <djsmith9@pacbell.net> wrote in message
>>>> >> >> news:ek76s8$fa5$1@news.talkto.net...
>>>>> >> >> >    I'll try setting StartMasterValue to zero but I'm thinking that
> > this
>>>>> >> >> > component requiresa a table that is a non-normalized Master/Detail
> > (IE.
>>>>> >> >> > detail records are in the same table as oppposed to a standard
>>>>> >> >> > Master/Detail
>>>>> >> >> > two table arrangement), is that the case? I don't see why it 
>>>>> >> >> > wouldn't
>>> >> > have
>>>>> >> >> > two source links, one for the Master table, the other for the Detail
>>> >> > table
>>>>> >> >> > (like the TDBLookup component).
>>>>> >> >> >
>>>>> >> >> > Dave
>>>>> >> >> >
>>>>> >> >> >
>>>>> >> >> > "Rolland Jones" <r.jones@bellnet.ca> wrote in message
>>>>> >> >> > news:ek26d9$n76$1@news.talkto.net...
>>>>>> >> >> >> With the kind help of Robert Meek I was able to get the component 
>>>>>> >> >> >> do
>>> >> > what
>>>>> >> >> > I
>>>>>> >> >> >> wanted. It initially didn't work because I had overlooked and 
>>>>>> >> >> >> forgot
>>>>>> >> >> >> to
>>>>> >> >> > set
>>>>>> >> >> >> one of it's properties. The property is the StartMasterValue and in
> > my
>>>>>> >> >> >> application the value has to be set to zero, which I think should 
>>>>>> >> >> >> be
>>> >> > the
>>>>>> >> >> >> default value.
>>>>>> >> >> >>
>>>>>> >> >> >> Long life to this forum.
>>>>>> >> >> >>
>>>>>> >> >> >> RJ
>>>>>> >> >> >>
>>>>>> >> >> >>
>>>>> >> >> >
>>>>> >> >> >
>>>> >> >>
>>>> >> >>
>>> >> >
>>> >> >
>> >>
>> >>
> >
> > 




Subject: Re: JVCL and DEP
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 28 Nov 2006 11:03:03 +0100
Newsgroups: jedi.vcl

Committed in revisions 11051 and 11052, there is still some lines that need to be rewritten in JvGnuGetText, the memory protection should only be modified and restored in THook.Disable and THook.Enable.

- Florent


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 28 Nov 2006 07:51:34 +0100
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> All the code of the JVCL (runtime, devtools, examples, installer) has to be modified to reference JclSimpleXml instead of JvSimpleXml.

Only if they cannot use the component. Some devtools and all examples should stay unchanged.


Subject: Re: Can anyone shed light on how to use JVDBTreeview?
From: "djsmith" <djsmith9@pacbell.net>
Date: Mon, 27 Nov 2006 17:24:07 -0500
Newsgroups: jedi.vcl

Robert,

   After working with the component more closely, I see that the
StartMasterValue acts as a filter on the detail field value. Whatever value
I set StartMasterValue to, only detailField records matching that value will
be created as root level nodes (using my autoinc field in that parameter).
The MasterField wasn't showing up as having any effect.  This differs from
what you explained about setting it to zero, so I thought you might like to
know that.

Dave


"Robert Meek" <meekTAN@comcast.net> wrote in message
news:ekepkv$kvt$1@news.talkto.net...
> >     I'm not sure what the problem might be, so all I can offer is if you
> > send me a table with data like yours perhaps I can hook it up in an
example
> > of my own using NexusDB.  I'm sure it wouldn't be any trouble
interpolating
> > the fields from one dB to the other.
> >
> > --
> > from Robert Meek dba Tangentals Design
> > meekTAN@comcast.net
> > "djsmith" <djsmith9@pacbell.net> wrote in message
> > news:ekdta9$gta$1@news.talkto.net...
>> > >   Thanks for your reply Robert but I tried your ideas and still nothing.
I
>> > > tried using a table with the primary index as detail field, a foreign
key
>> > > field as Masterfield, a text field as ItemField, and setting
>> > > StartMastvalue
>> > > to zero. When I set the detail AND Masterfields to the foreign key
field,
>> > > I
>> > > got the whole table in the zeroth position with all records as the child
>> > > node for All parent nodes. Actually I think they might have been only
the
>> > > records where the Masterfield value was zero?.. I'll have a closer look
>> > > tomorrow.
>> > >
>> > > Dave
>> > >
>> > >
>> > > "Robert Meek" <meekTAN@comcast.net> wrote in message
>> > > news:ek8b0h$kif$1@news.talkto.net...
>>> > >>     No, you need only one table.  Here's how I set mine up to work
along
>>> > >> with setting the Start Master Value to 0:
>>> > >>
>>> > >> NodeID : AutoInc
>>> > >>
>>> > >> ParentNodeID : Integer
>>> > >>
>>> > >> NodeName ( caption ) : String
>>> > >>
>>> > >> NodeIcon : Integer
>>> > >>
>>> > >> Hook it up to a TDataSource and it to the DBTreeView. Here are the
>>> > >> properties in the treeview that get conmnected to each of the fields
>>> > >> above
>>> > >> starting at the top of the object inspector and moving down:
>>> > >>
>>> > >> DetailField = ParentNodeID
>>> > >>
>>> > >> IconField = NodeIcon
>>> > >>
>>> > >> ItemField = NodeName
>>> > >>
>>> > >> MasterField = NodeID
>>> > >>
>>> > >>
>>> > >> --
>>> > >> from Robert Meek dba Tangentals Design
>>> > >> meekTAN@comcast.net
>>> > >> "djsmith" <djsmith9@pacbell.net> wrote in message
>>> > >> news:ek76s8$fa5$1@news.talkto.net...
>>>> > >> >    I'll try setting StartMasterValue to zero but I'm thinking that
this
>>>> > >> > component requiresa a table that is a non-normalized Master/Detail
(IE.
>>>> > >> > detail records are in the same table as oppposed to a standard
>>>> > >> > Master/Detail
>>>> > >> > two table arrangement), is that the case? I don't see why it wouldn't
>> > > have
>>>> > >> > two source links, one for the Master table, the other for the Detail
>> > > table
>>>> > >> > (like the TDBLookup component).
>>>> > >> >
>>>> > >> > Dave
>>>> > >> >
>>>> > >> >
>>>> > >> > "Rolland Jones" <r.jones@bellnet.ca> wrote in message
>>>> > >> > news:ek26d9$n76$1@news.talkto.net...
>>>>> > >> >> With the kind help of Robert Meek I was able to get the component do
>> > > what
>>>> > >> > I
>>>>> > >> >> wanted. It initially didn't work because I had overlooked and forgot
>>>>> > >> >> to
>>>> > >> > set
>>>>> > >> >> one of it's properties. The property is the StartMasterValue and in
my
>>>>> > >> >> application the value has to be set to zero, which I think should be
>> > > the
>>>>> > >> >> default value.
>>>>> > >> >>
>>>>> > >> >> Long life to this forum.
>>>>> > >> >>
>>>>> > >> >> RJ
>>>>> > >> >>
>>>>> > >> >>
>>>> > >> >
>>>> > >> >
>>> > >>
>>> > >>
>> > >
>> > >
> >
> >




Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 27 Nov 2006 21:21:06 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones a écrit :
> That's what I suggested in my message.

a new branch is present with this code:

https://svn.sourceforge.net/svnroot/jvcl/branches/Moving_JvSimpleXml_to_JclSimpleXml/

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JVCL and DEP
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 27 Nov 2006 19:21:44 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> No it uses dcc32ex.exe. Which is only a "unit directory helper" for
> dcc32.exe. The JVCL doesn't use any makefile anymore (there are too many
> problems with make.exe).

ok, then build.exe can be removed from the trunk.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JVCL and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Nov 2006 18:02:03 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > OT on this thread: does the JVCL installation process still use
> > build.exe?

No it uses dcc32ex.exe. Which is only a "unit directory helper" for
dcc32.exe. The JVCL doesn't use any makefile anymore (there are too many
problems with make.exe).

-- Regards, Andreas Hausladen 

Subject: Re: JvImagesViewer not show Icons contains alpha channel properly.
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Mon, 27 Nov 2006 19:01:29 +0100
Newsgroups: jedi.vcl

> > Hi Peter and OBones, what component or lib you will suggest me to use to 
> > read .ico file with alpha-chanel enabled?

I'm not sure if PngCOmponents support it. You could check with the TB2k/TBX 
guys. They are doing this all the time.

-- Regards, Peter 

Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 27 Nov 2006 17:29:58 +0100
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:
> OBones wrote:
>
>> That would be a solution, but it won't work as TJclSimpleXML is a class. You should leave TJvSimpleXML as a TComponent derived class and leave the public and published sections. All the code behind those will be a mere wrapper around an internally kept TJclSimpleXML.
>
>
> I did not remove the ancestor class of TJclSimpleXML, it still inherits from TComponent.

But I thought the JCL should not contain components...


> We could imagine a way to have a different ancestor for TJclSimpleXML but TJvSimpleXML will have to redeclare all the functions and all the properties.

That's what I suggested in my message.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvEmbeddedFormPanel resize & repaint BUG?
From: "djsmith" <djsmith9@pacbell.net>
Date: Mon, 27 Nov 2006 09:25:37 -0500
Newsgroups: jedi.vcl

The code that actually does the embedding of the form is very small. The
rest of it is just overhead to provide you with the components to provide
it! A nice improvement over these components would be a derivative of TForm
that solves the problems inherent with embedded forms, such as alignment of
the form in the parent container. I found a web page that describes exactly
such a solution at
http://www.midnightbeach.com/jon/pubs/ModelsViewsAndFrames.html   but have
not tried it yet.

    Here is the working code and how to use it in the host forms Onshow
event:

procedure TForm1.FormShow(Sender: TObject);
begin
Form2 := TForm2.Create(self);
With Form2 do
  begin
    Parent := Form1.Panel1;
    Align := alClient;
    BorderStyle := bsNone;
    Show;
  end;
end;

Dave

"Matt" <matt@borer.co.uk> wrote in message
news:ekecto$irq$1@news.talkto.net...
> > Hi,
> >
> > Im using Delphi 2006 ( Same on D6 tho too ) and JVCL 3.0.
> >
> > My Main form has a TJvEmbeddedFormPanel and the forms that get linked to
it
> > have the corresponding link object.
> > This all works fine however, I have problems with these embedded forms
> > redrawing. This is especially true then using TPanels on the forms.
> >
> > The problem is that they fail to full draw during a resize or sometimes on
> > first time show. The drawing leaves rectangles of missing colour.
> >
> > Ive found that POSTMESSAGE ing a RESIZE message (after the link is made to
> > show an embedded form) helps a great deal but any use of TPanels, Tab
Sheets
> > etc just doent draw properly.
> >
> > It seems like some other windows repaint messages arnt being propogated to
> > the embedded forms correctly?
> >
> > Any suggestions / work arounds would be appreciated/
> >
> > Thanks
> >
> >
> > Matt
> >
> >




Subject: Re: Yet another question about the DBTreeView
From: "djsmith" <djsmith9@pacbell.net>
Date: Mon, 27 Nov 2006 09:06:25 -0500
Newsgroups: jedi.vcl

How about refreshing the DBTreeview in a Form.OnResize event? Or if worst
came to worst, you could resize the form 1 pixel.

Dave

"Robert Meek" <meekTAN@comcast.net> wrote in message
news:ek8bml$kkp$1@news.talkto.net...
> >     I'd been using this component for some time now very successfully, but
I
> > just noticed in an application I wrote that the horizontal scrollbar,
which
> > appears automatically when needed doesn't always behave as expected, and
as
> > there are no published properties for it I was wondering if anyone might
> > have a workaround or solution?
> >     Here's what happens:
> >     My form is created at a set width.  On the form a DBTreeView is set to
> > alClient align.  There is also a toolbar at the top and on it one of the
> > buttons when clicked changes the form width and height to it's Minimum
> > Contsraints.  Clicking this button while the form is at it's minimum
> > Contsraints opens it back up to it's full width and height.
> >     With the form set to it's full width and height as per user settings
in
> > an inifile, no scrollbar is present in the TreeView as the caption of the
> > node closest to it's right side does not extend to it's right edge.  This
is
> > as it should be.  But if I use the button as above, first to minimize the
> > form to it's minimum constrainsts and then to bring it back to it's full
> > width and hieght, the scrollbar appears and stays showing even though it's
> > not needed!  The only way to get rid of it is to manaually resize the
width
> > of the form a pixel or two!
> >     So what I need is some way to reset the scrollbar correctly to
invisible
> > when the DBTreeView width is resized to a width where it is not needed.
> >
> > --
> > from Robert Meek dba Tangentals Design
> > meekTAN@comcast.net
> >
> >




Subject: Re: Can anyone shed light on how to use JVDBTreeview?
From: "Robert Meek" <meekTAN@comcast.net>
Date: Mon, 27 Nov 2006 08:36:40 -0500
Newsgroups: jedi.vcl

    I'm not sure what the problem might be, so all I can offer is if you 
send me a table with data like yours perhaps I can hook it up in an example 
of my own using NexusDB.  I'm sure it wouldn't be any trouble interpolating 
the fields from one dB to the other.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "djsmith" <djsmith9@pacbell.net> wrote in message news:ekdta9$gta$1@news.talkto.net...
> >   Thanks for your reply Robert but I tried your ideas and still nothing. I
> > tried using a table with the primary index as detail field, a foreign key
> > field as Masterfield, a text field as ItemField, and setting 
> > StartMastvalue
> > to zero. When I set the detail AND Masterfields to the foreign key field, 
> > I
> > got the whole table in the zeroth position with all records as the child
> > node for All parent nodes. Actually I think they might have been only the
> > records where the Masterfield value was zero?.. I'll have a closer look
> > tomorrow.
> >
> > Dave
> >
> >
> > "Robert Meek" <meekTAN@comcast.net> wrote in message
> > news:ek8b0h$kif$1@news.talkto.net...
>> >>     No, you need only one table.  Here's how I set mine up to work along
>> >> with setting the Start Master Value to 0:
>> >>
>> >> NodeID : AutoInc
>> >>
>> >> ParentNodeID : Integer
>> >>
>> >> NodeName ( caption ) : String
>> >>
>> >> NodeIcon : Integer
>> >>
>> >> Hook it up to a TDataSource and it to the DBTreeView. Here are the
>> >> properties in the treeview that get conmnected to each of the fields 
>> >> above
>> >> starting at the top of the object inspector and moving down:
>> >>
>> >> DetailField = ParentNodeID
>> >>
>> >> IconField = NodeIcon
>> >>
>> >> ItemField = NodeName
>> >>
>> >> MasterField = NodeID
>> >>
>> >>
>> >> --
>> >> from Robert Meek dba Tangentals Design
>> >> meekTAN@comcast.net
>> >> "djsmith" <djsmith9@pacbell.net> wrote in message
>> >> news:ek76s8$fa5$1@news.talkto.net...
>>> >> >    I'll try setting StartMasterValue to zero but I'm thinking that this
>>> >> > component requiresa a table that is a non-normalized Master/Detail (IE.
>>> >> > detail records are in the same table as oppposed to a standard
>>> >> > Master/Detail
>>> >> > two table arrangement), is that the case? I don't see why it wouldn't
> > have
>>> >> > two source links, one for the Master table, the other for the Detail
> > table
>>> >> > (like the TDBLookup component).
>>> >> >
>>> >> > Dave
>>> >> >
>>> >> >
>>> >> > "Rolland Jones" <r.jones@bellnet.ca> wrote in message
>>> >> > news:ek26d9$n76$1@news.talkto.net...
>>>> >> >> With the kind help of Robert Meek I was able to get the component do
> > what
>>> >> > I
>>>> >> >> wanted. It initially didn't work because I had overlooked and forgot 
>>>> >> >> to
>>> >> > set
>>>> >> >> one of it's properties. The property is the StartMasterValue and in my
>>>> >> >> application the value has to be set to zero, which I think should be
> > the
>>>> >> >> default value.
>>>> >> >>
>>>> >> >> Long life to this forum.
>>>> >> >>
>>>> >> >> RJ
>>>> >> >>
>>>> >> >>
>>> >> >
>>> >> >
>> >>
>> >>
> >
> > 




Subject: Re: JVCL and DEP
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 27 Nov 2006 13:15:11 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Now that the JVCL Installer can use the JCL, we are free to use any JCL
> method (instead of copying it).

Yep,

OT on this thread: does the JVCL installation process still use build.exe?
Yesterday, I made some changes in build.exe in the JCL, do I need to merge them in the JVCL?

- Florent


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 27 Nov 2006 13:08:29 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:
> That would be a solution, but it won't work as TJclSimpleXML is a class. You should leave TJvSimpleXML as a TComponent derived class and leave the public and published sections. All the code behind those will be a mere wrapper around an internally kept TJclSimpleXML.

I did not remove the ancestor class of TJclSimpleXML, it still inherits from TComponent.
We could imagine a way to have a different ancestor for TJclSimpleXML but TJvSimpleXML will have to redeclare all the functions and all the properties.

- Florent


Subject: Re: JVCL and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Mon, 27 Nov 2006 11:27:27 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > We could refactor all these memory modification codes to call
> > JclSysUtils.WriteProtectedMemory.

Now that the JVCL Installer can use the JCL, we are free to use any JCL
method (instead of copying it).



-- Regards, Andreas Hausladen 

Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 27 Nov 2006 11:24:27 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

>> Should all these TJvSimpleXML* classes be marked as deprecated with a message (comment) suggesting the use of TJclSimpleXml*? all the unit?
>
> Yes, that would be nice.

Hum, a side note: Not all the unit as the component is not deprecated. Only the elements themselves are.


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 27 Nov 2006 11:14:58 +0100
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> All the stuff declared in JvSimpleXml will be a wrapper on JclSimpleXml, the user won't have to change a single thing:
>
> type
>   TJvSimpleXmlProp = TJclSimpleXmlProp;
>   ...

Perfect.


> The main problem could be TJvSimpleXml, I don't know if a wrapper has its own RTTI; I'll do some tests this evening.
> Calling RegisterComponent(TJvSimpleXml) - where TJvSimpleXml is declared as TJvSimpleXml = TJclSimpleXml - may register the TJclSimpleXml class: the component TJvSimpleXml will not exist anymore :( A solution could be  to declare TJvSimpleXml as:
>
> type
>   TJvSimpleXml = class(TJclSimpleXml)
>   end;

That would be a solution, but it won't work as TJclSimpleXML is a class. You should leave TJvSimpleXML as a TComponent derived class and leave the public and published sections. All the code behind those will be a mere wrapper around an internally kept TJclSimpleXML.


> Should all these TJvSimpleXML* classes be marked as deprecated with a message (comment) suggesting the use of TJclSimpleXml*? all the unit?

Yes, that would be nice.


> I'll try with all the code I have that use the TJvSimpleXml. Should I create a branch in JVCL subversion to permit all developers to verify and test the code without breaking the JVCL trunk (there should not be any problem with introducing JclSimpleXml.pas in the JCL source)?

Yes please.


Subject: Re: JVCL and DEP
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 27 Nov 2006 11:10:43 +0100
Newsgroups: jedi.vcl

Should be done this evening.

- Florent


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 27 Nov 2006 11:09:57 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:
> Hum... Yes, but you still need to modify JvSimpleXML.pas so that it declares a component and all the types so that user applications do not have to change A SINGLE thing.

All the stuff declared in JvSimpleXml will be a wrapper on JclSimpleXml, the user won't have to change a single thing:

type
  TJvSimpleXmlProp = TJclSimpleXmlProp;
  TJvSimpleXmlElem = TJclSimpleXmlElem;
  EJvSimpleXmlError = EJclSimpleXmlError;
  ...

The main problem could be TJvSimpleXml, I don't know if a wrapper has its own RTTI; I'll do some tests this evening.
Calling RegisterComponent(TJvSimpleXml) - where TJvSimpleXml is declared as TJvSimpleXml = TJclSimpleXml - may register the TJclSimpleXml class: the component TJvSimpleXml will not exist anymore :( A solution could be  to declare TJvSimpleXml as:

type
  TJvSimpleXml = class(TJclSimpleXml)
  end;

Should all these TJvSimpleXML* classes be marked as deprecated with a message (comment) suggesting the use of TJclSimpleXml*? all the unit?

> Best test for this is to try to compile the TJvSimpleXML examples.

I'll try with all the code I have that use the TJvSimpleXml. Should I create a branch in JVCL subversion to permit all developers to verify and test the code without breaking the JVCL trunk (there should not be any problem with introducing JclSimpleXml.pas in the JCL source)?

- Florent


Subject: TJvEmbeddedFormPanel resize & repaint BUG?
From: "Matt" <matt@borer.co.uk>
Date: Mon, 27 Nov 2006 10:00:45 -0000
Newsgroups: jedi.vcl

Hi,

Im using Delphi 2006 ( Same on D6 tho too ) and JVCL 3.0.

My Main form has a TJvEmbeddedFormPanel and the forms that get linked to it 
have the corresponding link object.
This all works fine however, I have problems with these embedded forms 
redrawing. This is especially true then using TPanels on the forms.

The problem is that they fail to full draw during a resize or sometimes on 
first time show. The drawing leaves rectangles of missing colour.

Ive found that POSTMESSAGE ing a RESIZE message (after the link is made to 
show an embedded form) helps a great deal but any use of TPanels, Tab Sheets 
etc just doent draw properly.

It seems like some other windows repaint messages arnt being propogated to 
the embedded forms correctly?

Any suggestions / work arounds would be appreciated/

Thanks


Matt




Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 27 Nov 2006 09:02:19 +0100
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:
> Hi,
>
> I am starting the moving.
> All the code of the JVCL (runtime, devtools, examples, installer) has to be modified to reference JclSimpleXml instead of JvSimpleXml.

Hum... Yes, but you still need to modify JvSimpleXML.pas so that it declares a component and all the types so that user applications do not have to change A SINGLE thing.
Best test for this is to try to compile the TJvSimpleXML examples.


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 27 Nov 2006 08:50:40 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi,

I am starting the moving.
All the code of the JVCL (runtime, devtools, examples, installer) has to be modified to reference JclSimpleXml instead of JvSimpleXml.

-- 
Florent Ouchet


Subject: Re: JvImagesViewer not show Icons contains alpha channel properly.
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Mon, 27 Nov 2006 15:35:30 +0800
Newsgroups: jedi.vcl

OBones wrote:
> MindVisualizer--Mind Mapping Software wrote:
>
>> Thanks for you advise, Peter Thornqvist.
>>
>> However the user of the program might use .ico file......
>>
>> Peter Thornqvist wrote:
>>
>>> You could convert the images to png and use PngComponents to load them. That should give you automatic alpha blending (IIRC)
>
> Conversion can be done in memory by your program
>

Hi Peter and OBones, what component or lib you will suggest me to use to read .ico file with alpha-chanel enabled?


Subject: Re: JVCL and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Nov 2006 08:30:27 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> We could refactor all these memory modification codes to call JclSysUtils.WriteProtectedMemory.

Do it!


Subject: Re: JVCL and DEP
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 27 Nov 2006 06:53:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> What was the problem?

I found 1 problem in 2 different locations: the execute flag was missing in 2 calls to VirtualProtect. A call to VirtualProtect returns the previous access right (it is PAGE_EXECUTE_READ), so the new access right has to be PAGE_EXECUTE_READWRITE (not PAGE_READWRITE).

We could refactor all these memory modification codes to call JclSysUtils.WriteProtectedMemory.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JvImagesViewer not show Icons contains alpha channel properly.
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Mon, 27 Nov 2006 13:46:38 +0800
Newsgroups: jedi.vcl

OBones wrote:
> MindVisualizer--Mind Mapping Software wrote:
>
>> Thanks for you advise, Peter Thornqvist.
>>
>> However the user of the program might use .ico file......
>>
>> Peter Thornqvist wrote:
>>
>>> You could convert the images to png and use PngComponents to load them. That should give you automatic alpha blending (IIRC)
>
> Conversion can be done in memory by your program
>

Oh Yes! thanks for hint!

Edwin
Best Regards,
Mind Visualizer--Productive Mind Mapping Software
http://www.mindmapware.com


Subject: Re: Can anyone shed light on how to use JVDBTreeview?
From: "djsmith" <djsmith9@pacbell.net>
Date: Mon, 27 Nov 2006 00:32:37 -0500
Newsgroups: jedi.vcl

   Thanks for your reply Robert but I tried your ideas and still nothing. I
tried using a table with the primary index as detail field, a foreign key
field as Masterfield, a text field as ItemField, and setting StartMastvalue
to zero. When I set the detail AND Masterfields to the foreign key field, I
got the whole table in the zeroth position with all records as the child
node for All parent nodes. Actually I think they might have been only the
records where the Masterfield value was zero?.. I'll have a closer look
tomorrow.

Dave


"Robert Meek" <meekTAN@comcast.net> wrote in message
news:ek8b0h$kif$1@news.talkto.net...
> >     No, you need only one table.  Here's how I set mine up to work along
> > with setting the Start Master Value to 0:
> >
> > NodeID : AutoInc
> >
> > ParentNodeID : Integer
> >
> > NodeName ( caption ) : String
> >
> > NodeIcon : Integer
> >
> > Hook it up to a TDataSource and it to the DBTreeView. Here are the
> > properties in the treeview that get conmnected to each of the fields above
> > starting at the top of the object inspector and moving down:
> >
> > DetailField = ParentNodeID
> >
> > IconField = NodeIcon
> >
> > ItemField = NodeName
> >
> > MasterField = NodeID
> >
> >
> > --
> > from Robert Meek dba Tangentals Design
> > meekTAN@comcast.net
> > "djsmith" <djsmith9@pacbell.net> wrote in message
> > news:ek76s8$fa5$1@news.talkto.net...
>> > >    I'll try setting StartMasterValue to zero but I'm thinking that this
>> > > component requiresa a table that is a non-normalized Master/Detail (IE.
>> > > detail records are in the same table as oppposed to a standard
>> > > Master/Detail
>> > > two table arrangement), is that the case? I don't see why it wouldn't
have
>> > > two source links, one for the Master table, the other for the Detail
table
>> > > (like the TDBLookup component).
>> > >
>> > > Dave
>> > >
>> > >
>> > > "Rolland Jones" <r.jones@bellnet.ca> wrote in message
>> > > news:ek26d9$n76$1@news.talkto.net...
>>> > >> With the kind help of Robert Meek I was able to get the component do
what
>> > > I
>>> > >> wanted. It initially didn't work because I had overlooked and forgot to
>> > > set
>>> > >> one of it's properties. The property is the StartMasterValue and in my
>>> > >> application the value has to be set to zero, which I think should be
the
>>> > >> default value.
>>> > >>
>>> > >> Long life to this forum.
>>> > >>
>>> > >> RJ
>>> > >>
>>> > >>
>> > >
>> > >
> >
> >




Subject: Re: JVCL and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Nov 2006 06:20:45 +0100
Newsgroups: jedi.vcl

What was the problem?


Subject: JVCL and DEP
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 26 Nov 2006 22:31:39 +0100
Newsgroups: jedi.vcl

Hi all,

Background: DEP stands for Data Execution Prevention, it prevents all memory pages containing data to be executed: they must not contain code.
DEP raises an exception when the execution point is set to a data page: the execution message is something close to: "Project ABC raises an exception at address X: write of address Y" where X = Y.

I just committed a patch to the JVCL in revision 11045 to make it successfully load on a DEP enabled computer (tested with BDS 2006). It doesn't mean that the JVCL is fully compatible with DEP (some problems may still be present).
All developers - using the JCL and the JVCL - and having a DEP capable processor and OS are invited to test their program with DEP on.

Please report any issue in this group or in our mantis when it will be back online.

-- 
Florent Ouchet


Subject: Re: Colour combo box
From: "Rudy" <rhentzen@hotmail.com>
Date: Sun, 26 Nov 2006 20:44:48 -0000
Newsgroups: jedi.vcl

Perfect thanks

"Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message 
news:ek6jgf$c46$1@news.talkto.net...
>> >> Is there a component that can associate a colour with a name.  E.g. in 
>> >> the combobox it will have the colour 'blue' and some text e.g. 'house'
> >
> > You could use a TJvColorComboBox and its ColorNameMap property to 
> > associate names with colors
> >
> > -- 
> > Regards, Peter
> > 




Subject: Re: JVCL 3.30 Install into D5 problem
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 26 Nov 2006 01:27:46 +0100
Newsgroups: jedi.vcl

Rick wrote:
> Well.. now the copile failed for another reason, Undeclared identifier: GetModuleName in JvRichEdit.pas.

This should now be fixed in rev. 11042 of JvRichEdit.pas.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL 3.30 Install into D5 problem
From: "Rick" <rick@nospam.net>
Date: Sat, 25 Nov 2006 16:37:01 -0700
Newsgroups: jedi.vcl

Thanks!

I had another 3rd party tool, VCLZip, that had an older jedi.inc file.

Well.. now the copile failed for another reason, Undeclared identifier: 
GetModuleName in JvRichEdit.pas.

Eric


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eka66f$sr7$1@news.talkto.net...
> > Rick wrote:
> >
>> >> I downloaded the dailies for both JVCL and JCL (11-24-2006), ran the 
>> >> install.bat for the JCL for both D5 and D7.  OK so far.
>> >>
>> >> Then I ran the install.bat for JVCL, and during the 'Compiling Packages" 
>> >> phase I get the error:
>> >>
>> >> Compiling Jv3rdD5R.bpl
>> >> Borland Delphi Version 13.0 Copyright(c) 1983,99 Inprise Corporation
>> >> D:\DevTools\jvcl\Common\jvcl.inc(36) Error: 'END' expected but identifier 
>> >> 'ALERT_jedi_inc_incompatible' found
>> >>
>> >> Ideas on how to resolve???
> >
> > Somewhere on your hard drive you have an old jedi.inc file that is 
> > interfering. Remove it, or remove the path to it from Delphi's options and 
> > you should be sorted.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: JVCL 3.30 Install into D5 problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 25 Nov 2006 20:40:05 +0100
Newsgroups: jedi.vcl

Rick wrote:

> I downloaded the dailies for both JVCL and JCL (11-24-2006), ran the install.bat for the JCL for both D5 and D7.  OK so far.
>
> Then I ran the install.bat for JVCL, and during the 'Compiling Packages" phase I get the error:
>
> Compiling Jv3rdD5R.bpl
> Borland Delphi Version 13.0 Copyright(c) 1983,99 Inprise Corporation
> D:\DevTools\jvcl\Common\jvcl.inc(36) Error: 'END' expected but identifier 'ALERT_jedi_inc_incompatible' found
>
> Ideas on how to resolve???

Somewhere on your hard drive you have an old jedi.inc file that is interfering. Remove it, or remove the path to it from Delphi's options and you should be sorted.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JVCL 3.30 Install into D5 problem
From: "Rick" <rick@nospam.net>
Date: Sat, 25 Nov 2006 11:59:20 -0700
Newsgroups: jedi.vcl

I downloaded the dailies for both JVCL and JCL (11-24-2006), ran the 
install.bat for the JCL for both D5 and D7.  OK so far.

Then I ran the install.bat for JVCL, and during the 'Compiling Packages" 
phase I get the error:

Compiling Jv3rdD5R.bpl
Borland Delphi Version 13.0 Copyright(c) 1983,99 Inprise Corporation
D:\DevTools\jvcl\Common\jvcl.inc(36) Error: 'END' expected but identifier 
'ALERT_jedi_inc_incompatible' found

Ideas on how to resolve???

Thanks,
Eric




Subject: Re: JvImagesViewer not show Icons contains alpha channel properly.
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Sat, 25 Nov 2006 13:54:25 +0100
Newsgroups: jedi.vcl

> > However the user of the program might use .ico file......

If you are using the JvImageListViewer, you can use a PngImageList instead 
of a standard TImageList. This component supports adding icons, bitmaps as 
well as png images to the list.

The rest should be automatic

-- Regards, Peter 

Subject: Re: JvImagesViewer not show Icons contains alpha channel properly.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 25 Nov 2006 12:06:14 +0100
Newsgroups: jedi.vcl

MindVisualizer--Mind Mapping Software wrote:

> Thanks for you advise, Peter Thornqvist.
>
> However the user of the program might use .ico file......
>
> Peter Thornqvist wrote:
>
>> You could convert the images to png and use PngComponents to load them. That should give you automatic alpha blending (IIRC)

Conversion can be done in memory by your program

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvImagesViewer not show Icons contains alpha channel properly.
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Sat, 25 Nov 2006 18:48:52 +0800
Newsgroups: jedi.vcl

Thanks for you advise, Peter Thornqvist.

However the user of the program might use .ico file......

Peter Thornqvist wrote:
> You could convert the images to png and use PngComponents to load them. That should give you automatic alpha blending (IIRC)
>


Subject: Yet another question about the DBTreeView
From: "Robert Meek" <meekTAN@comcast.net>
Date: Fri, 24 Nov 2006 22:02:02 -0500
Newsgroups: jedi.vcl

    I'd been using this component for some time now very successfully, but I 
just noticed in an application I wrote that the horizontal scrollbar, which 
appears automatically when needed doesn't always behave as expected, and as 
there are no published properties for it I was wondering if anyone might 
have a workaround or solution?
    Here's what happens:
    My form is created at a set width.  On the form a DBTreeView is set to 
alClient align.  There is also a toolbar at the top and on it one of the 
buttons when clicked changes the form width and height to it's Minimum 
Contsraints.  Clicking this button while the form is at it's minimum 
Contsraints opens it back up to it's full width and height.
    With the form set to it's full width and height as per user settings in 
an inifile, no scrollbar is present in the TreeView as the caption of the 
node closest to it's right side does not extend to it's right edge.  This is 
as it should be.  But if I use the button as above, first to minimize the 
form to it's minimum constrainsts and then to bring it back to it's full 
width and hieght, the scrollbar appears and stays showing even though it's 
not needed!  The only way to get rid of it is to manaually resize the width 
of the form a pixel or two!
    So what I need is some way to reset the scrollbar correctly to invisible 
when the DBTreeView width is resized to a width where it is not needed.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net 

Subject: Re: Can anyone shed light on how to use JVDBTreeview?
From: "Robert Meek" <meekTAN@comcast.net>
Date: Fri, 24 Nov 2006 21:50:13 -0500
Newsgroups: jedi.vcl

    No, you need only one table.  Here's how I set mine up to work along 
with setting the Start Master Value to 0:

NodeID : AutoInc

ParentNodeID : Integer

NodeName ( caption ) : String

NodeIcon : Integer

Hook it up to a TDataSource and it to the DBTreeView. Here are the 
properties in the treeview that get conmnected to each of the fields above 
starting at the top of the object inspector and moving down:

DetailField = ParentNodeID

IconField = NodeIcon

ItemField = NodeName

MasterField = NodeID


-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "djsmith" <djsmith9@pacbell.net> wrote in message news:ek76s8$fa5$1@news.talkto.net...
> >    I'll try setting StartMasterValue to zero but I'm thinking that this
> > component requiresa a table that is a non-normalized Master/Detail (IE.
> > detail records are in the same table as oppposed to a standard 
> > Master/Detail
> > two table arrangement), is that the case? I don't see why it wouldn't have
> > two source links, one for the Master table, the other for the Detail table
> > (like the TDBLookup component).
> >
> > Dave
> >
> >
> > "Rolland Jones" <r.jones@bellnet.ca> wrote in message
> > news:ek26d9$n76$1@news.talkto.net...
>> >> With the kind help of Robert Meek I was able to get the component do what
> > I
>> >> wanted. It initially didn't work because I had overlooked and forgot to
> > set
>> >> one of it's properties. The property is the StartMasterValue and in my
>> >> application the value has to be set to zero, which I think should be the
>> >> default value.
>> >>
>> >> Long life to this forum.
>> >>
>> >> RJ
>> >>
>> >>
> >
> > 




Subject: Re: I need an idea for some palette icons which are missing
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 24 Nov 2006 18:32:00 +0100
Newsgroups: jedi.vcl

OBones wrote:

> These components allow runtime design of a form, pretty much like what the IDE does. But I'm out of ideas on how to represent this...

That is easy. An older Delphi icon in a window frame. I think i will use the icon of D6.


Subject: Re: I need an idea for some palette icons which are missing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 24 Nov 2006 18:11:23 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> TJvDesignSurface, TJvDesignScrollBox and TJvDesignPanel from the "Jv Runtime Design" palette do not have a JVCL icon yet.
>
> TJvDesignScrollBox and TJvDesignPanel icons are easy. The JVCL background plus the standard icon plus a small overlay of the TJvDesignSurface icon.
>
> TJvDesignSurface is the problem. What does this component family do and how to represent that functionality in an icon?

These components allow runtime design of a form, pretty much like what the IDE does. But I'm out of ideas on how to represent this...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: I need an idea for some palette icons which are missing
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 24 Nov 2006 17:37:43 +0100
Newsgroups: jedi.vcl

TJvDesignSurface, TJvDesignScrollBox and TJvDesignPanel from the "Jv Runtime Design" palette do not have a JVCL icon yet.

TJvDesignScrollBox and TJvDesignPanel icons are easy. The JVCL background plus the standard icon plus a small overlay of the TJvDesignSurface icon.

TJvDesignSurface is the problem. What does this component family do and how to represent that functionality in an icon?


Subject: Can anyone shed light on how to use JVDBTreeview?
From: "djsmith" <djsmith9@pacbell.net>
Date: Fri, 24 Nov 2006 11:33:07 -0500
Newsgroups: jedi.vcl

    I'll try setting StartMasterValue to zero but I'm thinking that this
component requiresa a table that is a non-normalized Master/Detail (IE.
detail records are in the same table as oppposed to a standard Master/Detail
two table arrangement), is that the case? I don't see why it wouldn't have
two source links, one for the Master table, the other for the Detail table
(like the TDBLookup component).

Dave


"Rolland Jones" <r.jones@bellnet.ca> wrote in message
news:ek26d9$n76$1@news.talkto.net...
> > With the kind help of Robert Meek I was able to get the component do what
I
> > wanted. It initially didn't work because I had overlooked and forgot to
set
> > one of it's properties. The property is the StartMasterValue and in my
> > application the value has to be set to zero, which I think should be the
> > default value.
> >
> > Long life to this forum.
> >
> > RJ
> >
> >




Subject: Re: JvImagesViewer not show Icons contains alpha channel properly.
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Fri, 24 Nov 2006 14:04:36 +0100
Newsgroups: jedi.vcl

You could convert the images to png and use PngComponents to load them. That 
should give you automatic alpha blending (IIRC)

-- Regards, Peter 

Subject: Re: Auto button resizing
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Fri, 24 Nov 2006 14:03:50 +0100
Newsgroups: jedi.vcl

> >I am using the TjvImgBtn and want to auto resize the button based on the 
> >caption.
> >
> > I have tried using jvImgBtn.Canvas.TextWidth(jvImgBtn.Caption) to get the 
> > text length, but this just throws an exception - canvas cannot be written 
> > to.
> >
> > Any ideas gratefully received.

If the button is using the same font settings as the form it is on, you can 
use the form's Canvas property instead.

-- Regards, Peter 

Subject: JvImagesViewer not show Icons contains alpha channel properly.
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Fri, 24 Nov 2006 20:25:15 +0800
Newsgroups: jedi.vcl

Hi,

I use JvImagesViewer to show icons, all icons are displayed correctly except those contains alpha channel. and tip to tweak the source to have it support those transparent icons?

Thanks

--------------
Best Regards,
Mind Visualizer--Productive Mind Mapping Software
http://www.mindmapware.com


Subject: Auto button resizing
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Fri, 24 Nov 2006 12:08:58 -0000
Newsgroups: jedi.vcl

I am using the TjvImgBtn and want to auto resize the button based on the 
caption.

I have tried using jvImgBtn.Canvas.TextWidth(jvImgBtn.Caption) to get the 
text length, but this just throws an exception - canvas cannot be written 
to.

Any ideas gratefully received. 




Subject: Re: Colour combo box
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Fri, 24 Nov 2006 12:02:49 +0100
Newsgroups: jedi.vcl

> > Is there a component that can associate a colour with a name.  E.g. in the 
> > combobox it will have the colour 'blue' and some text e.g. 'house'

You could use a TJvColorComboBox and its ColorNameMap property to associate 
names with colors

-- Regards, Peter 

Subject: Re: Colour combo box
From: "Rudy" <rhetzen@hotmail.com>
Date: Fri, 24 Nov 2006 10:57:46 -0000
Newsgroups: jedi.vcl

Hi,

Thanks for the reply, however i didnt see how i can assign my own term to a 
colour.

Any ideas??

Thanks
Rudy


"djsmith" <djsmith9@pacbell.net> wrote in message 
news:ejv85o$96q$1@news.talkto.net...
> > that's part of the original delphi components I believe. TColorCombo on 
> > the
> > Win32 or  Additional pallettes.
> >
> >
> >
> > "Rudy" <rhetzen@hotmail.com> wrote in message
> > news:ejv138$7tr$1@news.talkto.net...
>> >> Hi,
>> >>
>> >> Is there a component that can associate a colour with a name.  E.g. in 
>> >> the
>> >> combobox it will have the colour 'blue' and some text e.g. 'house'
>> >>
>> >> so the combo box will hold
>> >>
>> >> Colur     Text
>> >> 'blue'     'house'
>> >> 'green'    'garden'
>> >>
>> >> many thanks
>> >>
>> >> Rudy
>> >>
>> >>
> >
> > 




Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 23 Nov 2006 20:40:44 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > I'm not familiar with SetBrushOrgEx(). What this function is supposed to 
> > improve in this case ?

The (default) BrushOrg is 0/0 for the bitmap. When you bitblt the bitmap
on the Canvas the BrushOrg of the Canvas is irrelevant because you do not
use any Brush operation (like PatBlt). But to get exactly the same
behaviour that the old WriteCellText code had, you must set the brush
origin to the position where the old code BitBlted the bitmap.
I think in the case of this code it isn't even necessary. But there was a
comment in the method that mentioned the brush origin. So I added the code.


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 23 Nov 2006 21:35:16 +0100
Newsgroups: jedi.vcl

Thanks for the code.
I'm not familiar with SetBrushOrgEx(). What this function is supposed to 
improve in this case ?

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 23 Nov 2006 18:30:14 +0000 (UTC)
Newsgroups: jedi.vcl

procedure TJvDBGrid.WriteCellText(ARect: TRect; DX, DY: Integer; const
Text: string;
  Alignment: TAlignment; ARightToLeft: Boolean; Options: Integer = 0);
const
  AlignFlags: array [TAlignment] of Integer =
    (DT_LEFT or DT_EXPANDTABS or DT_NOPREFIX,
     DT_RIGHT or DT_EXPANDTABS or DT_NOPREFIX,
     DT_CENTER or DT_EXPANDTABS or DT_NOPREFIX);
  RTL: array [Boolean] of Integer = (0, DT_RTLREADING);
var
  B, R: TRect;
  Pt: TPoint;
  DrawOptions: Integer;
begin
  with ARect do
  begin
    R := Classes.Rect(Left + DX, Top + DY, Right - 1, Bottom - 1);
    B := Classes.Rect(Left, Top, Right, Bottom);
  end;
  with Canvas do
  begin
    if Canvas.CanvasOrientation = coRightToLeft then
      ChangeBiDiModeAlignment(Alignment);
    DrawOptions := AlignFlags[Alignment] or RTL[ARightToLeft];
    if Options <> 0 then
      DrawOptions := DrawOptions or Options;
    if WordWrap then
      DrawOptions := DrawOptions or DT_WORDBREAK;

    Font := Canvas.Font;
    Font.Color := Canvas.Font.Color;
    Brush := Canvas.Brush;
    if Brush.Style <> bsSolid then // do not recreate the brush if not
necessary
      Brush.Style := bsSolid;

    // do painting in one step
    SetBrushOrgEx(Handle, R.Left, R.Top, @Pt);
    FillRect(B);
    SetBkMode(Handle, TRANSPARENT);
    Windows.DrawText(Handle, PChar(Text), Length(Text), R, DrawOptions);
    SetBrushOrgEx(Handle, Pt.X, Pt.Y, nil);
  end;
end;



-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 23 Nov 2006 18:54:59 +0100
Newsgroups: jedi.vcl

> >I don't notice any slowness with a grid displayed on the whole screen 
of 
> >my old Pentium 900 Mhz, even with thousands of records. The grid 

.... because my grid was displaying only four fields.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 23 Nov 2006 18:52:26 +0100
Newsgroups: jedi.vcl

I tried with the following code and I got a slight but perceptible 
flickering. That's unpleasant but not enough disturbing for the extra 
speed that gives in grids with lots of fields, so I'm going to make the 
bitmap buffering optional. If you have a better code, Andreas, let me 
know.

Without the bitmap buffering:
procedure TJvDBGrid.WriteCellText(ARect: TRect; DX, DY: Integer; const 
Text: string;
  Alignment: TAlignment; ARightToLeft: Boolean; Options: Integer = 0);
const
  AlignFlags: array [TAlignment] of Integer =
    (DT_LEFT or DT_EXPANDTABS or DT_NOPREFIX,
     DT_RIGHT or DT_EXPANDTABS or DT_NOPREFIX,
     DT_CENTER or DT_EXPANDTABS or DT_NOPREFIX);
  RTL: array [Boolean] of Integer = (0, DT_RTLREADING);
var
  R: TRect;
  DrawOptions: Integer;
begin
  with ARect do
    R := Classes.Rect(Left + DX, Top + DY, Right - 1, Bottom - 1);
  with Canvas do
  begin
    Brush.Style := bsSolid;
    FillRect(ARect);
    SetBkMode(Handle, TRANSPARENT);
    DrawOptions := AlignFlags[Alignment] or RTL[ARightToLeft];
    if Options <> 0 then
      DrawOptions := DrawOptions or Options;
    if WordWrap then
      DrawOptions := DrawOptions or DT_WORDBREAK;
    Windows.DrawText(Handle, PChar(Text), Length(Text), R, DrawOptions);
  end;
end;

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Has anyone used Jvplugin with Interfaces?
From: "djsmith" <djsmith9@pacbell.net>
Date: Thu, 23 Nov 2006 12:38:17 -0500
Newsgroups: jedi.vcl

A while back I saw an article on using Interfaces as a way to enable more
elaborate communication between Dll modules with the JVPlugin. Has anyone
tried this or know of any more sample apps of how to use jvplugin than comes
with the JVCL? Thanks in advance.

Dave




Subject: JvRichEdit and BCB5
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 23 Nov 2006 16:46:35 +0100
Newsgroups: jedi.vcl

The following line in JvRichEdit does not compile with BCB5:

 FileName := GetModuleName(GLibHandle);

GetModuleName is an unknown identifier. I don't know why because it is 
declared in SysUtils. Since the function is just a wrapper for 
Windows.GetModuleFileName, the problem could be solved by using directly 
Windows.GetModuleFileName.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with JvPropertyStore
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 23 Nov 2006 15:58:19 +0100
Newsgroups: jedi.vcl

> >I tested the last version with IgnoreProperties added and that works now 
> >without error. Problem solved.
> >
> >Fred
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

Great, thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 23 Nov 2006 14:01:38 +0100
Newsgroups: jedi.vcl

> >I tries it without any background bitmap. And I couldn't recognize any
> >flicker or bad painting (as it is stated in the the comment in this
> >method).

I changed a lot of things in this procedure since the beginning and I'm 
very surprised it works well now without the background bitmap.
I'm going to try the grid without the buffering this afternoon and if 
have the same satisfying result as you, I think the right thing to do 
would be to create a property "ReduceFlickering" to make the buffering 
optional. No?

After a few tries, it seems that the number of fields is the big 
responsible for the slowness.

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 23 Nov 2006 13:51:21 +0100
Newsgroups: jedi.vcl

How many fields are displayed in your grid ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 23 Nov 2006 13:50:26 +0100
Newsgroups: jedi.vcl

> >The TJvDBGrid.WriteCellText function is very slow. It creates a 
background
> >bitmap to reduce flicker. But when using this bitmap the painting gets
> >very slow especially if you have a TJvGrid that fills the whole screen.

I don't notice any slowness with a grid displayed on the whole screen of 
my old Pentium 900 Mhz, even with thousands of records. The grid 
refreshes very quickly when I scroll. I can't even notice a difference 
between a small sized grid and a very large grid.
I remember that without the background bitmap the display was horrible 
when you scroll.
WriteCellText is copied from TDBGrid. It is mostly Borland code. That 
doesn't mean there's no possible improvement. If you have a suggestion...

A user has reported in the past a huge slowness in JVDBGrid when the 
dataset contains a lot of records (millions ?). I think that's related 
to the record count made by the scrolling mechanism. If your dataset is 
in this case, try to deactivate the record counting and let us know.

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid.WriteCellText is very slow
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 23 Nov 2006 11:39:46 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > and use the FTempBitmap in the WriteCellText method.

I tries it without any background bitmap. And I couldn't recognize any
flicker or bad painting (as it is stated in the the comment in this
method).

So for me it works without the help of a bitmap, but maybe it doesn't
work for others (Fred?)


-- Regards, Andreas Hausladen 

Subject: Re: Problem with Jvcl installation
From: "Habib" <habibz@zappmobile.ro>
Date: Thu, 23 Nov 2006 11:01:58 +0200
Newsgroups: jedi.vcl

Thank you very much... I solved it.

Habib

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:ek3dbe$s6r$1@news.talkto.net...
> > Habib a écrit :
>> >> It seems that in
>> >> C:\Documents and Settings\Habib\My Documents\Borland Studio Projects\Bpl 
>> >> there is no JcvVcl.dcp file.
> >
> > The file JclVcl.dcp is outputted to $(JCL)\lib\d10 by default to avoid 
> > conflicts with Delphi 2005.
> >
>> >> I tried again to build JcvVcl package
> >
> > How and where did you build the package?
> >
>> >> but no jclvcl.dcp file again.
>> >> when I build the package it appears a message:
>> >>
>> >> [Pascal Warning] JclPrint.pas(634): W1000 Symbol 'GetBinSourceList' is 
>> >> deprecated
>> >> [Pascal Warning] JclPrint.pas(682): W1000 Symbol 'GetPaperList' is 
>> >> deprecated
>> > > Can be this the cause?
> >
> > Warnings don't make compilation failing. They are not the cause of the 
> > problem.
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: JvInspector - How to set a value from outside
From: "Jury Gerasimov" <jury@softshape.com>
Date: Thu, 23 Nov 2006 16:44:23 +0800
Newsgroups: jedi.vcl

>> > > How should I change it to make it work ?
> >
> > The proper way would be (completely untested):

It worked, thank you Marcel !

> > Things get easier if you create a custom inspector item; usually
> > overriding the GetDisplayValue and SetDisplayValue methods is enough to
> > make it work without hassles.

That would require even more deep JvInspector knowledge, so I'd not call it
easier :)

--

Regards,
Jury Gerasimov

Softshape Development
mailto:jury@softshape.com
http://www.softshape.com




Subject: Re: Problem with Jvcl installation
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 23 Nov 2006 06:56:48 +0100
Newsgroups: jedi.vcl

Habib a écrit :
> It seems that in
> C:\Documents and Settings\Habib\My Documents\Borland Studio Projects\Bpl there is no JcvVcl.dcp file.

The file JclVcl.dcp is outputted to $(JCL)\lib\d10 by default to avoid conflicts with Delphi 2005.

> I tried again to build JcvVcl package

How and where did you build the package?

> but no jclvcl.dcp file again.
> when I build the package it appears a message:
>
> [Pascal Warning] JclPrint.pas(634): W1000 Symbol 'GetBinSourceList' is deprecated
> [Pascal Warning] JclPrint.pas(682): W1000 Symbol 'GetPaperList' is deprecated
> Can be this the cause?

Warnings don't make compilation failing. They are not the cause of the problem.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: TJvDBGrid.WriteCellText is very slow
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 23 Nov 2006 01:24:56 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The TJvDBGrid.WriteCellText function is very slow. It creates a background
> bitmap to reduce flicker. But when using this bitmap the painting gets
> very slow especially if you have a TJvGrid that fills the whole screen.
>

I don't know the TJvDBGrid control very well, but maybe change it to

procedure TJvDBGrid.Paint;
begin
  FTempBitmap := CreateTempBitMap;
  try
    inherited Paint;
  finally
    FTempBitmap.Free;
  end;
end;

and use the FTempBitmap in the WriteCellText method.
FTempBitmap probably should have a large enough size so it doesn't have to be resized often. Maybe the width of the visible grid and height of the current column.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Problem with Jvcl installation
From: "Habib" <habibz@zappmobile.ro>
Date: Thu, 23 Nov 2006 01:01:54 +0200
Newsgroups: jedi.vcl

Ok...
It seems that in
C:\Documents and Settings\Habib\My Documents\Borland Studio Projects\Bpl 
there is no JcvVcl.dcp file.
I tried again to build JcvVcl package, but no jclvcl.dcp file again.
when I build the package it appears a message:

[Pascal Warning] JclPrint.pas(634): W1000 Symbol 'GetBinSourceList' is 
deprecated
[Pascal Warning] JclPrint.pas(682): W1000 Symbol 'GetPaperList' is 
deprecated

Can be this the cause?

Thanks,


"Habib" <habibz@zappmobile.ro> wrote in message 
news:ek2j2g$p86$1@news.talkto.net...
> >I installed JCL first.
> >
> > "OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
> > news:ek2ikj$p5f$1@news.talkto.net...
>> >> Read the readme file, where it says EXPLICITELY that you must install the 
>> >> JCL first...
>> >>
>> >> -- 
>> >> Olivier Sannier
>> >> JVCL Coordinator
>> >> http://jvcl.sf.net/
> >
> > 




Subject: Re: Problem with Jvcl installation
From: "Habib" <habibz@zappmobile.ro>
Date: Thu, 23 Nov 2006 00:30:34 +0200
Newsgroups: jedi.vcl

I installed JCL first.

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:ek2ikj$p5f$1@news.talkto.net...
> > Read the readme file, where it says EXPLICITELY that you must install the 
> > JCL first...
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Problem with Jvcl installation
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Nov 2006 23:23:20 +0100
Newsgroups: jedi.vcl

Read the readme file, where it says EXPLICITELY that you must install the JCL first...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Problem with Jvcl installation
From: "Habib" <habibz@zappmobile.ro>
Date: Wed, 22 Nov 2006 23:50:35 +0200
Newsgroups: jedi.vcl

sorry, correction,  the package missing name from C:\Documents and 
Settings\Habib\My Documents\Borland Studio Projects\Bpl is JclVcl100.bpl 




Subject: Problem with Jvcl installation
From: "Habib" <habibz@zappmobile.ro>
Date: Wed, 22 Nov 2006 23:39:36 +0200
Newsgroups: jedi.vcl

Hello,

I have problems with Jvcl latest edition installation. When I try 
installation with install batch file it appears the following message:

[Compiling installer...]
The system cannot find the path specified
Failed to compile JVCL installer

When I try manually, other error:
[Pascal Fatal Error] JvCoreD10R.dpk(40): E2202 Required package 'JclVcl' not 
found

The path for the package which it tells me that it can't be found is 
correct, C:\Documents and Settings\Habib My Documents\Borland Studio 
Projects\Bpl, and the package missing is there but the name is JcVcl100.bpl. 
What I must do?

I have delphi2006

Thank you very much 




Subject: TJvDBGrid.WriteCellText is very slow
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 22 Nov 2006 20:52:59 +0000 (UTC)
Newsgroups: jedi.vcl

The TJvDBGrid.WriteCellText function is very slow. It creates a background
bitmap to reduce flicker. But when using this bitmap the painting gets
very slow especially if you have a TJvGrid that fills the whole screen.

-- Regards, Andreas Hausladen 

Subject: Re: How to insert OleObject into JvRichedit by Code? Just like TOleObject.CreateObjectFromFile
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 22 Nov 2006 21:17:30 +0100
Newsgroups: jedi.vcl

Edwinyeah wrote:
> How to insert OleObject into JvRichedit by Code other than Calling InsertObjectDialog, Just like TOleObject.CreateObjectFromFile? I want to insert a excel spreadsheet directly into JvRichEdit instead of letting the user select manually.

I have added some methods to TJvRichEdit (Rev. 11026 of JvRichEdit.pas) so you can now use the following code to add an excel spreadsheet:

JvRichEdit1.InsertObject('Excel.Worksheet', False);

or

uses
  OleCtnrs;

const
  CLASS_ExcelWorksheet: TGUID = '{00020820-0000-0000-C000-000000000046}';
var
  Info: TCreateInfo;
begin
  Info.CreateType := ctNewObject;
  Info.ClassID := CLASS_ExcelWorksheet;
  Info.ShowAsIcon := False;
  Info.IconMetaPict := 0;
  JvRichEdit1.InsertObjectFromInfo(Info);
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: How to use JvDBlookupTreeViewCombo
From: "Rolland Jones" <r.jones@bellnet.ca>
Date: Wed, 22 Nov 2006 13:56:41 -0500
Newsgroups: jedi.vcl

With the kind help of Robert Meek I was able to get the component do what I
wanted. It initially didn't work because I had overlooked and forgot to set
one of it's properties. The property is the StartMasterValue and in my
application the value has to be set to zero, which I think should be the
default value.

Long life to this forum.

RJ




Subject: Re: problem with DesignPanel
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Nov 2006 19:26:51 +0100
Newsgroups: jedi.vcl

Gilles Vasseur wrote:

> What's the problem ?

You already mentionned this in Mantis, no one was able to look at it just yet. It will be looked at when one of us has spare time.
Alternatively, you can debug it, see what goes wrong and propose a bug fix.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: problem with DesignPanel
From: Gilles Vasseur <gilles.vasseur58@free.fr>
Date: Wed, 22 Nov 2006 19:24:11 +0100
Newsgroups: jedi.vcl

Put a Jvdesignpanel on a form.
Put a JvLabel on the panel.
Put a button to enable/disable the panel.
Put a button to make the label visible/not visible.
Before the DesignPanel has been enabled, no problem : the label can appear/disappear.
After the DesignPanel has been enabled/disabled, the label always gets visible whenever you change its visibility.
It seems to remain in design state... (flag csdesigning in componentstate is always set).
What's the problem ?

Thanks,

Gilles


Subject: Re: JvInspector - How to set a value from outside
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 22 Nov 2006 19:02:29 +0100
Newsgroups: jedi.vcl

Jury Gerasimov wrote:
>
> JvInspector.Selected.Data.AsString := '12345';
>
> It compiles, but won't change the current item's value.

You're wrong; it does set the data. Unfortunately the selected item is being edited, so the edit control doesn't know the value was changed and continue to display the value it had before the change.

> How should I change it to make it work ?

The proper way would be (completely untested):

var
  cur: TJvCustomInspectorItem;
begin
  cur := JvInspector.Selected;
  if cur.Editing then
  begin
    cur.DoneEdit(True);
    cur.Data.AsString := '12345';
    cur.InitEdit;
  end
  else
    cur.Data.AsString := '12345';
end;

BTW, you can safely use the AsInteger, AsFloat, As... properties of the data instance, though for some data types (like sets) certain properties will result in an exception. In that respect the AsString is the safest way to assign a value to an instance.

In addition, you can always directly modify the property, variable or whatever the data instance represents, but you should still use the above mechanism if you're referring to the currently focused/selected item, simply replacing the cur.Data.AsString parts with 'myInstance.myProperty', 'myVariable' or whatever the data instance represents.

Things get easier if you create a custom inspector item; usually overriding the GetDisplayValue and SetDisplayValue methods is enough to make it work without hassles.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Problem with JvPropertyStore
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 22 Nov 2006 16:48:54 +0100
Newsgroups: jedi.vcl

I tested the last version with IgnoreProperties added and that works now 
without error. Problem solved.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with JvPropertyStore
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 22 Nov 2006 15:23:16 +0100
Newsgroups: jedi.vcl

> >How did you use the JvPropertyStore and what is the value
> >of the property.

If it's used, it's used automatically by JvAppRegistryStorage. I suppose 
the problem is in the "cleaning" or "finalization" code of your changes 
(I didn't look at them).

> >Could you create a sample?

I'm not a Delphi user and I can't easily debug Pascal code with BCB5, so 
I'm just warning you about the error.

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: LeaveOnEnterKey improvement suggestion
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 22 Nov 2006 14:38:56 +0100
Newsgroups: jedi.vcl

> >Do you have any details for this bug?

You added LeaveOnEnterKey in this condition:
  if (Key = Cr) and PostOnEnterKey and not ReadOnly then

That was not necessary and that introduced a bug: the inplace editor was 
posting the record each time you pressed the Enter key if 
LeaveOnEnterKey was true (regardless of the PostOnEnterKey setting).

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: LeaveOnEnterKey improvement suggestion
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 22 Nov 2006 14:34:14 +0100
Newsgroups: jedi.vcl

> >Fred wrote:
> >
>> >> Just a remark: pointers are not always set to nil by default
> >
> >Your example is a local variable. But my changes were for object fields
> >(unless I made a mistake). And all fields of an object are initialized 
to
> >Zero/Null/Nil in TObject.InitInstance() that is called before the
> >constructor code is executed.

Ah OK... I'm used to see "MyPointer := nil" at the beginning of many 
functions written by Borland and I thought the problem was with any 
pointer in any situation.
I learnt something today :) Thanks for the explanation.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvInspector - How to set a value from outside
From: "Jury Gerasimov" <jury@softshape.com>
Date: Wed, 22 Nov 2006 12:28:36 +0800
Newsgroups: jedi.vcl

Hello all,

that's supposed to be an easy task, but I wasn't able to write right code
for it yet !

I add SpinEdit for integer items, it should increase and decrease the
currently selected Inspector item. After all it should set it as string (by
design, yes...), but the following line does nothing -

JvInspector.Selected.Data.AsString := '12345';

It compiles, but won't change the current item's value. Is it correct ? How
should I change it to make it work ?

--

Regards,
Jury Gerasimov

Softshape Development
mailto:jury@softshape.com
http://www.softshape.com




Subject: Re: TJvImagesViewer, images on the right most side are partially hidden by the vertical scrool bar
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Wed, 22 Nov 2006 11:07:31 +0800
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Just being curious: what did you do, i.e. when do you break to a new line?
>

Hummm, just make the items to be wrapped as soon as the
right edge is outside the bounds. :)


Subject: Re: TJvImagesViewer, images on the right most side are partially hidden by the vertical scrool bar
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Wed, 22 Nov 2006 11:07:25 +0800
To: Peter Thornqvist <peter.tornqvist@gmail.com>
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Just being curious: what did you do, i.e. when do you break to a new line?
>

Hummm, just make the items to be wrapped as soon as the
right edge is outside the bounds. :)


Subject: Re: Problem with JvPropertyStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 21 Nov 2006 23:54:12 +0100
Newsgroups: jedi.vcl

Hi Fred,

could you give me some more informations.

I think i've made last changes adding the property TJvCustomPropertyStore.SynchronizeStoreProperties.

But this property is false by default and so there should be no change in the app.

How did you use the JvPropertyStore and what is the value of the property.

Could you create a sample?

Greetings
Jens

Fred schrieb:
> Hi,
>
> Since the last change in JvPropertyStore, my apps (using JvAppRegistryStorage) end with a msgbox saying "abnormal termination" when I quit them, and two error dialogs. I revert this unit (and only this one) to its previous version and now all works fine again. So...
>
> Fred
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: LeaveOnEnterKey improvement suggestion
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 21 Nov 2006 18:47:38 +0000 (UTC)
Newsgroups: jedi.vcl

> > Andreas, I wait your approval about this before doing the changes

Do your changes.


> > and fixing the bug you introduced in the OnKeyPress event.

Do you have any details for this bug? Maybe it is the (usual) "works for
me but breaks other's code" bug the I seem to recently produce when I'm
modifying TJvDBGrid.


-- Regards, Andreas Hausladen 

Subject: Re: LeaveOnEnterKey improvement suggestion
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 21 Nov 2006 18:44:38 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > Just a remark: pointers are not always set to nil by default

Your example is a local variable. But my changes were for object fields
(unless I made a mistake). And all fields of an object are initialized to
Zero/Null/Nil in TObject.InitInstance() that is called before the
constructor code is executed.

type
  TTest = class(TObject)
    myPtr : PChar;
    procedure Test;
  end;

procedure TTest.Test;
begin
  if myPtr = Nil
  then ShowMessage('myPtr is nil')
  else ShowMessage('myPtr is not nil');
end;



And for local variables all reference counted types are initialized to
Null/nil. So local strings, dyn. arrays and interfaces are set to nil by
the compiler "magic" in the "begin" line.

-- Regards, Andreas Hausladen 

Subject: Problem with JvPropertyStore
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 21 Nov 2006 19:40:34 +0100
Newsgroups: jedi.vcl

Hi,

Since the last change in JvPropertyStore, my apps (using 
JvAppRegistryStorage) end with a msgbox saying "abnormal termination" 
when I quit them, and two error dialogs. I revert this unit (and only 
this one) to its previous version and now all works fine again. So...

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: LeaveOnEnterKey improvement suggestion
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 21 Nov 2006 19:03:54 +0100
Newsgroups: jedi.vcl

Fred wrote:
> Just a remark: pointers are not always set to nil by default, so it was very dangerous to remove initializations to nil in JvDBGrid. If you're not convinced, try this (or look at the Borland source code):
>
> var
>   myPtr : PChar;
> begin
>   if myPtr = Nil
>   then ShowMessage('myPtr is nil')
>   else ShowMessage('myPtr is not nil');
> end;

Yes, but if they are Fields of a class (private members for instance), they are all initialized to nil.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: HDC_DESKTOP not declared
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 21 Nov 2006 18:31:09 +0100
Newsgroups: jedi.vcl

> > when I compile my project which include JvJVCLUtils under BDS2006,
> > I got the following error:
> >
> > JvJVCLUtils.pas:E2003not declared: 'HDC_DESKTOP'
> > in function InternalGetDIB();
> >
> > I try to find this constant in *.pas from jedi and from borland folder.
> > I can not found it.

HDC_DESKTOP is defined in CreateCompatibleDC in JvJCLUtils but only if CLR 
is *not* defined.

Have you installed JVCL/JCL for BDS2006 only or are you using the same 
install as for an earlier version of Delphi? Do you have the JVCL/JCL source 
folders in your library path?

-- Regards, Peter 

Subject: Re: Colour combo box
From: "djsmith" <djsmith9@pacbell.net>
Date: Tue, 21 Nov 2006 11:06:19 -0500
Newsgroups: jedi.vcl

that's part of the original delphi components I believe. TColorCombo on the
Win32 or  Additional pallettes.



"Rudy" <rhetzen@hotmail.com> wrote in message
news:ejv138$7tr$1@news.talkto.net...
> > Hi,
> >
> > Is there a component that can associate a colour with a name.  E.g. in the
> > combobox it will have the colour 'blue' and some text e.g. 'house'
> >
> > so the combo box will hold
> >
> > Colur     Text
> > 'blue'     'house'
> > 'green'    'garden'
> >
> > many thanks
> >
> > Rudy
> >
> >




Subject: Colour combo box
From: "Rudy" <rhetzen@hotmail.com>
Date: Tue, 21 Nov 2006 14:04:42 -0000
Newsgroups: jedi.vcl

Hi,

Is there a component that can associate a colour with a name.  E.g. in the 
combobox it will have the colour 'blue' and some text e.g. 'house'

so the combo box will hold

Colur     Text
'blue'     'house'
'green'    'garden'

many thanks

Rudy 




Subject: Re: LeaveOnEnterKey improvement suggestion
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 21 Nov 2006 14:14:59 +0100
Newsgroups: jedi.vcl

Just a remark: pointers are not always set to nil by default, so it was 
very dangerous to remove initializations to nil in JvDBGrid. If you're 
not convinced, try this (or look at the Borland source code):

var
  myPtr : PChar;
begin
  if myPtr = Nil
  then ShowMessage('myPtr is nil')
  else ShowMessage('myPtr is not nil');
end;

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: LeaveOnEnterKey improvement suggestion
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 21 Nov 2006 14:04:28 +0100
Newsgroups: jedi.vcl

Hi,

I saw the property LeaveOnEnterKey has been added to JvDBGrid and I have 
a suggestion to improve it since it won't be very useful for most of the 
grid users IMHO and can be confusing. LeaveOnEnterKey seems to mean that 
if it is turned to false, the Enter key won't serve to leave the edit 
controls. That's not the case (the Enter key will work as usual in the 
inplace edit control). This property concerns only the custom edit 
controls, unlike PostOnEnterKey. Moreover, the custom edit controls have 
been created at the beginning to fulfill a special need: the inability 
to edit memo fields, and I suppose they are mainly used now to solve 
that problem; however LeaveOnEnterKey can't be set to true with a memo 
edit control because the Enter key is needed to create a new line. So 
this property is useless with the most current edit control. That's 
annoying and that's why I suggest the following improvement: 
LeaveOnEnterKey could be a property of the custom edit controls, along 
with FitCell. So we could decide if it is useful or not, edit control by 
edit control.
Andreas, I wait your approval about this before doing the changes (and 
fixing the bug you introduced in the OnKeyPress event).

Regards
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to Display Rich Text from BLOB Field in JvDBGrid or JvDBUltimGrid Data Controls
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 21 Nov 2006 13:43:39 +0100
Newsgroups: jedi.vcl

Hello,

If you just want to display the text content, use the OnGetText event. 
If you want to display the rich text instead, draw it over the cell in 
the OnDrawColumnCell event. I don't know very well the JvRichEdit 
object, so I can't offer more to help you.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to Display Rich Text from BLOB Field in JvDBGrid or JvDBUltimGrid Data Controls
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 21 Nov 2006 13:35:07 +0100
Newsgroups: jedi.vcl

Hello,

If you just wa
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL and .NET
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 21 Nov 2006 10:16:29 -0200
Newsgroups: jedi.vcl

Thank you very much for your response. I will try to compile and post the 
results.

Best regards,
Eduardo Mauro


"Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de> escreveu na 
mensagem news:ejuocq$6eq$1@news.talkto.net...
> > Eduardo Mauro wrote:
> >
>> >> Is it possible to compile some components to use with BDS 2006 for
>> >> .NET? I am asking because I saw in the code the CLR define and I
>> >> became curious. I couldn't find any reference in the installer.
> >
> > I started to port some components earlier this year. But because my
> > spare time is limited and I had to do other things I stopped working on
> > it. But some components should already work.
> >
> > So you could try to compile the d9.net or d10.net package in the
> > jvcl3\packages directory. (First you have to compile the JCL.NET). But
> > some code meight got .NET-broken in the last months. So there is no
> > guarante that it will work.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: JVCL and .NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Tue, 21 Nov 2006 11:36:58 +0000 (UTC)
Newsgroups: jedi.vcl

Eduardo Mauro wrote:

> > Is it possible to compile some components to use with BDS 2006 for
> > .NET? I am asking because I saw in the code the CLR define and I
> > became curious. I couldn't find any reference in the installer.

I started to port some components earlier this year. But because my
spare time is limited and I had to do other things I stopped working on
it. But some components should already work.

So you could try to compile the d9.net or d10.net package in the
jvcl3\packages directory. (First you have to compile the JCL.NET). But
some code meight got .NET-broken in the last months. So there is no
guarante that it will work.


-- Regards, Andreas Hausladen 

Subject: JVCL and .NET
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 21 Nov 2006 08:26:10 -0200
Newsgroups: jedi.vcl

Hi,

Is it possible to compile some components to use with BDS 2006 for .NET? I 
am asking because I saw in the code the CLR define and I became curious. I 
couldn't find any reference in the installer.

Best regards,
Eduardo Mauro 




Subject: HDC_DESKTOP not declared
From: vdupuis <vincentdupuis@sescoi.fr>
Date: Tue, 21 Nov 2006 09:07:46 +0100
Newsgroups: jedi.vcl

Hi,

when I compile my project which include JvJVCLUtils under BDS2006,
I got the following error:

JvJVCLUtils.pas:E2003not declared: 'HDC_DESKTOP'
in function InternalGetDIB();

I try to find this constant in *.pas from jedi and from borland folder.
I can not found it.

Someone can help me ?

regards,
Vincent


Subject: Re: TJvAppXMLStorage and
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 21 Nov 2006 02:33:51 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Jens wrote:
>>> Jens wrote:
>>>>> Jens Fudickar wrote:
>>>>>> SORRY AND SHAME ON ME!!!!!
>>>>>>
>>>>>> It seems to be that we all were blind!!!!
>>>>>>
>>>>>> Both component have these options
>>>>>>
>>>>>> TJvSimpleXMLOptions : sxoAutoEncodeValue,
>>>>>>     sxoAutoEncodeEntity
>>>>>>
>>>>>> TJvAppXMLStorageOptions.AutoEncodeValue + TJvAppXMLStorageOptions.AutoEncodeEntity
>>>>>>
>>>>>>
>>>>>> Ignore all my posts :-)
>>>>> Nope, they should be turned on by default then.
>>>>>
>>>> I will do this.
>>>>
>>> Thanks, but it's actually even worth.
>>> When an OnEncodeValue handler is set, it seems the auto encoding is skipped. And if the value given by the handler is not valid, it will generate an unreadable XML.
>>> To me, the characters mentioned above should ALWAYS be replaced whichever origin the value has.
>>>
>>
>> I have seen this also, but i was not sure about it. For me this would be
>> ok also.
>> Should i change it?
>
> Yes.

Done, have  a look on it.
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: facial recognition with webcam?
From: norberto <pellicci@shaw.ca>
Date: Mon, 20 Nov 2006 17:05:25 -0800
Newsgroups: jedi.vcl

Hi,

Are there any Delphi components, DLLs, ActiveX or other code for doing facial recognition using a webcam? i know there are components for video capture in the Jedi libraries but i'm wondering if there is anything for facial recognition given a captured image?

If not, does anyone know of such a Delphi component, etc.?

Thanks.


Subject: Re: problem with JCL install
From: "djsmith" <djsmith9@pacbell.net>
Date: Mon, 20 Nov 2006 19:08:46 -0500
Newsgroups: jedi.vcl

I dropped back to the v. 3.10 package (before reading this) and everything
installed just fine. I think there's something missing in that 3.20 build.

Dave Smith

"Jacob Boerema" <j.g.boerema@gmail.invalid> wrote in message
news:MPG.1fca54607ea6ec339896ce@forums.talkto.net...
> > On Sat, 18 Nov 2006 23:08:04 -0500, "djsmith" <djsmith9@pacbell.net>
> > wrote in article <ejola8$6ve$1@news.talkto.net>:
>> > > Delphi 6 on my Win98SE laptop:
> >
> > Unless they have changed something lately this should work on Win9x
> >
> > Open a dos window and go to jcl/install directory
> > Then run the following command:
> > make -fprototypes.mak VclUnits
> >
> > Next try to install jcl again.
> >
> > --
> > Jacob Boerema
> > E-mail: remove dots from j.g.boerema and replace invalid with com
> > http://home.wanadoo.nl/jgboerema/en/Freeware.htm




Subject: How to Display Rich Text from BLOB Field in JvDBGrid or JvDBUltimGrid Data Controls
From: "doug4" <doug4@juno.com>
Date: Mon, 20 Nov 2006 21:45:15 +0100
Newsgroups: jedi.vcl

I am trying to display the contents of a BLOB field in a Firebird 
database in either the TJvDBGrid or TJvDBUltimGrid data controls.  I am 
using the "EditControls" property and I have tried it with both the 
DBMemo and DBRichEdit edit control components.  The picture of the BLOB 
symbol appears on the grid instead of the contents of the BLOB field.  
The BLOB field just contains text, some of which is rich text (bold, 
underlines, colors, etc.).

When I press the "F2" function key to put the BLOB field into edit mode, 
I do see the contents of the BLOB field and I can successfully edit the 
field.  However, I would like to see the contents of all of the BLOB 
fields for each record currently displayed on the grid when just viewing 
the records and not have to edit a BLOB field in order to see it's 
contents.  Is there a way to do this?

Thanks for your help,
doug4



--- posted by geoForum on http://delphi.newswhat.com


Subject: Mantis problem
From: Carmelo Viavattene <carmelo_viavatteneNOSPAM@NOSPAMtin.it>
Date: Mon, 20 Nov 2006 20:59:33 +0100
Newsgroups: jedi.vcl

Now I can reconnect to http://homepages.borland.com/jedi/issuetracker/my_view_page.php?
(problem from 13 to 18 November).

Then, in this my view page, I cannot remove some monitored issue (in this view, the last in bottom, at the left)
  The issue (3616) is green (resolved) and I cannot connect to this issue to remove my look check

It's possible (when i connect to http://homepages.borland.com/jedi/issuetracker/my_view_page.php?) to remove the look check in another way?

Regards,
Carmelo Viavattene


Subject: Re: TJvImagesViewer, images on the right most side are partially hidden by the vertical scrool bar
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Mon, 20 Nov 2006 17:38:26 +0100
Newsgroups: jedi.vcl

Just being curious: what did you do, i.e. when do you break to a new line?

-- Regards, Peter "MindVisualizer--Mind Mapping Software" <nospam@domain.com> skrev i meddelandet news:ejrvpu$ngf$1@news.talkto.net...
> > Hi Peter Thornqvist,
> > I don't use AutoCenter, because I want auto center horizontally only but 
> > not also vertically.
> >
> > I tweak the source as your instructed, thank your very much!
> >
> > --------------
> > Best Regards,
> > Mind Visualizer--Productive Mind Mapping Software
> > http://www.mindmapware.com
> >
> > Peter Thornqvist wrote:
>> >> Have you tried using Options.AutoCenter?
>> >>
>> >> Basically, if AutoCenter is false, an item is wrapped to the next line if 
>> >> more than 1/3 of the item is outside the client bounds (same as thumb 
>> >> view in Explorer IIRC). If AutoCenter is true, items are wrapped as soon 
>> >> as the right edge is outside the bounds.
>> >>
>> >> If neither is to your satisfaction, calculations for wrapping is done in 
>> >> TJvCustomItemViewer.UpdateAll. You might want to have a look and tweak 
>> >> the code a bit.
>> >> 




Subject: Re: TJvImagesViewer, images on the right most side are partially hidden by the vertical scrool bar
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Mon, 20 Nov 2006 18:34:41 +0800
Newsgroups: jedi.vcl

Hi Peter Thornqvist,
I don't use AutoCenter, because I want auto center horizontally only but not also vertically.

I tweak the source as your instructed, thank your very much!

--------------
Best Regards,
Mind Visualizer--Productive Mind Mapping Software
http://www.mindmapware.com

Peter Thornqvist wrote:
> Have you tried using Options.AutoCenter?
>
> Basically, if AutoCenter is false, an item is wrapped to the next line if more than 1/3 of the item is outside the client bounds (same as thumb view in Explorer IIRC). If AutoCenter is true, items are wrapped as soon as the right edge is outside the bounds.
>
> If neither is to your satisfaction, calculations for wrapping is done in TJvCustomItemViewer.UpdateAll. You might want to have a look and tweak the code a bit.
>


Subject: Re: TJvImagesViewer, images on the right most side are partially hidden by the vertical scrool bar
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Mon, 20 Nov 2006 18:34:32 +0800
To: Peter Thornqvist <peter.tornqvist@gmail.com>
Newsgroups: jedi.vcl

Hi Peter Thornqvist,
I don't use AutoCenter, because I want auto center horizontally only but not also vertically.

I tweak the source as your instructed, thank your very much!

--------------
Best Regards,
Mind Visualizer--Productive Mind Mapping Software
http://www.mindmapware.com

Peter Thornqvist wrote:
> Have you tried using Options.AutoCenter?
>
> Basically, if AutoCenter is false, an item is wrapped to the next line if more than 1/3 of the item is outside the client bounds (same as thumb view in Explorer IIRC). If AutoCenter is true, items are wrapped as soon as the right edge is outside the bounds.
>
> If neither is to your satisfaction, calculations for wrapping is done in TJvCustomItemViewer.UpdateAll. You might want to have a look and tweak the code a bit.
>


Subject: Re: TJvAppXMLStorage and
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 20 Nov 2006 10:06:41 +0100
Newsgroups: jedi.vcl

> >Jens wrote:
>>> >>> Jens Fudickar wrote:
>>>> >>>> SORRY AND SHAME ON ME!!!!!
>>>> >>>>
>>>> >>>> It seems to be that we all were blind!!!!
>>>> >>>>
>>>> >>>> Both component have these options
>>>> >>>>
>>>> >>>> TJvSimpleXMLOptions : sxoAutoEncodeValue,
>>>> >>>>     sxoAutoEncodeEntity
>>>> >>>>
>>>> >>>> TJvAppXMLStorageOptions.AutoEncodeValue + 
>>>> >>>> TJvAppXMLStorageOptions.AutoEncodeEntity
>>>> >>>>
>>>> >>>>
>>>> >>>> Ignore all my posts :-)
>>> >>> Nope, they should be turned on by default then.
>>> >>>
>> >> 
>> >> I will do this.
>> >> 
> >
> >Thanks, but it's actually even worth.
> >When an OnEncodeValue handler is set, it seems the auto encoding is 
> >skipped. And if the value given by the handler is not valid, it will 
> >generate an unreadable XML.
> >To me, the characters mentioned above should ALWAYS be replaced 
> >whichever origin the value has.
> >

I have seen this also, but i was not sure about it. For me this would be
ok also.
Should i change it?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 20 Nov 2006 09:43:26 +0100
Newsgroups: jedi.vcl

Thanks, the readme file has been updated


Subject: Re: TJvAppXMLStorage and
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 20 Nov 2006 09:32:23 +0100
Newsgroups: jedi.vcl

Jens wrote:
>> Jens wrote:
>>>> Jens Fudickar wrote:
>>>>> SORRY AND SHAME ON ME!!!!!
>>>>>
>>>>> It seems to be that we all were blind!!!!
>>>>>
>>>>> Both component have these options
>>>>>
>>>>> TJvSimpleXMLOptions : sxoAutoEncodeValue,
>>>>>     sxoAutoEncodeEntity
>>>>>
>>>>> TJvAppXMLStorageOptions.AutoEncodeValue + TJvAppXMLStorageOptions.AutoEncodeEntity
>>>>>
>>>>>
>>>>> Ignore all my posts :-)
>>>> Nope, they should be turned on by default then.
>>>>
>>> I will do this.
>>>
>> Thanks, but it's actually even worth.
>> When an OnEncodeValue handler is set, it seems the auto encoding is skipped. And if the value given by the handler is not valid, it will generate an unreadable XML.
>> To me, the characters mentioned above should ALWAYS be replaced whichever origin the value has.
>>
>
> I have seen this also, but i was not sure about it. For me this would be
> ok also.
> Should i change it?

Yes.


Subject: Re: [Q+bug] XMLSerialize demo
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Nov 2006 22:50:32 +0100
Newsgroups: jedi.vcl

Riz wrote:

> OBones wrote:
>
>>
>> Simple: don't use it, use TJvAppXMLStorage instead.
>>
> Lol, and what about serialization?

Well, as far I know the XMLSerialize component, it's not finished but its purpose was to store the properties of a component into an XML file/stream.
Well, the TJvAppXMLStorage can do that just fine as well.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: [Q+bug] XMLSerialize demo
From: Riz <riz@eternalmind.ru>
Date: Sun, 19 Nov 2006 22:17:02 +0300
Newsgroups: jedi.vcl

OBones wrote:
>
> Simple: don't use it, use TJvAppXMLStorage instead.
>
Lol, and what about serialization?


Subject: Re: [Q+bug] XMLSerialize demo
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Nov 2006 13:19:00 +0100
Newsgroups: jedi.vcl

Riz wrote:

> Exeption on load(open tag not found), someone here had this problem a year ago and didn't get answer. Maybe someone can help now?

Simple: don't use it, use TJvAppXMLStorage instead.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: How to use JvDBlookupTreeViewCombo
From: "Robert Meek" <meekTAN@comcast.net>
Date: Sun, 19 Nov 2006 07:03:02 -0500
Newsgroups: jedi.vcl

    It's probably a lot like the DBTreeView which I've been using 
successfully for a long time.  It was tough at first though as I had to 
experiment to set all the various properties as well since it also doesn't 
have a help file.  If you want to write to me privately with your exact 
problems I'll see if I can help you out.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Rolland Jones" <r.jones@videotron.ca> wrote in message news:ejopdb$7c6$1@news.talkto.net...
> > Does someone have a little description on how to fill the properties of 
> > the
> > JvDBLookupTreeViewCombo component to properly use it. So far I haven't 
> > found
> > any help for it.
> >
> > Thanks in advance, RJ
> >
> > 




Subject: Re: problem with JCL install
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Sun, 19 Nov 2006 11:46:14 +0100
Newsgroups: jedi.vcl

On Sat, 18 Nov 2006 23:08:04 -0500, "djsmith" <djsmith9@pacbell.net> 
wrote in article <ejola8$6ve$1@news.talkto.net>:
> > Delphi 6 on my Win98SE laptop:

Unless they have changed something lately this should work on Win9x

Open a dos window and go to jcl/install directory
Then run the following command:
make -fprototypes.mak VclUnits

Next try to install jcl again.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: How to use JvDBlookupTreeViewCombo
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Sun, 19 Nov 2006 00:26:19 -0500
Newsgroups: jedi.vcl

Does someone have a little description on how to fill the properties of the
JvDBLookupTreeViewCombo component to properly use it. So far I haven't found
any help for it.

Thanks in advance, RJ




Subject: problem with JCL install
From: "djsmith" <djsmith9@pacbell.net>
Date: Sat, 18 Nov 2006 23:08:04 -0500
Newsgroups: jedi.vcl

Delphi 6 on my Win98SE laptop:

Trying to install JVCL v 3.20 (full version containing jcl 1.97), it gets
past the DOS stuff with no problems but when the GUI installer loads things
are amiss:
- checkbox for my delphi version is greyed out (appears to be the screen
before the packages selection screen) and I'm unable to get the 'Next'
button to ungrey. The correct path to jcl is already in the text box.

    Realizing that it might need JCL installed first, I went to install that
only to see it bailing with the following error (running jcl\install.bat at
a command prompt):

Using d6.dev for build process.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
JediInstaller.dpr(10) Fatal: File not found: 'JediInstallerMain.dcu'
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
JediInstaller.dpr(10) Fatal: File not found: 'JediInstallerMain.dcu'
        cd ..
        bin\JediInstaller.exe
Fatal: Unable to execute command: bin\JediInstaller.exe

** error 1 ** deleting installer
Press ENTER to continue


Anyone have any ideas?

Dave Smith




Subject: [Q+bug] XMLSerialize demo
From: Riz <riz@eternalmind.ru>
Date: Sun, 19 Nov 2006 02:32:16 +0300
Newsgroups: jedi.vcl

Exeption on load(open tag not found), someone here had this problem a year ago and didn't get answer. Maybe someone can help now?


Subject: Re: JCL daily is wrong !!!
From: faber <faber@italy.it>
Date: Sat, 18 Nov 2006 20:55:05 +0100
Newsgroups: jedi.vcl

Florent Ouchet ha scritto:
> Hi,
>
> There is a problem with the "svn export" command, sometimes the server resets the connection and data are truncated.
>

Oh well.. I hope next daily will be completed =)

Thx for the info


Subject: Re: JCL daily is wrong !!!
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 18 Nov 2006 12:47:52 +0100
Newsgroups: jedi.vcl

Hi,

There is a problem with the "svn export" command, sometimes the server resets the connection and data are truncated.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JvTimeFrameWork
From: "Rudy" <rhentzen@hotmail.com>
Date: Sat, 18 Nov 2006 11:14:43 -0000
Newsgroups: jedi.vcl

Awesome dude, much appreciated

Rudy
"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ejk9tg$hus$1@news.talkto.net...
> > Rudy wrote:
>> >> Hi,
>> >>
>> >> Is it possible to open multiple diaries, like shared diaries in Outlook 
>> >> using the jvDays component?
> >
> > Yes, they are called "Schedules" and the associated demo show just this. 




Subject: Re: TJvImagesViewer, images on the right most side are partially hidden by the vertical scrool bar
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Sat, 18 Nov 2006 11:04:44 +0100
Newsgroups: jedi.vcl

Have you tried using Options.AutoCenter?

Basically, if AutoCenter is false, an item is wrapped to the next line if 
more than 1/3 of the item is outside the client bounds (same as thumb view 
in Explorer IIRC). If AutoCenter is true, items are wrapped as soon as the 
right edge is outside the bounds.

If neither is to your satisfaction, calculations for wrapping is done in 
TJvCustomItemViewer.UpdateAll. You might want to have a look and tweak the 
code a bit.

-- Regards, Peter 

Subject: JCL daily is wrong !!!
From: faber <faber@italy.it>
Date: Sat, 18 Nov 2006 09:40:13 +0100
Newsgroups: jedi.vcl

Hi all

In JCL daily (13th november) there isn't the "install" folder and there isn't the install.bat.

I installed jcl 11th november with JVCL daily (17th november) successfully on my Delphi 6 Personal.

I hope it's the same.


Subject: TJvImagesViewer, images on the right most side are partially hidden by the vertical scrool bar
From: MindVisualizer--Mind Mapping Software <nospam@domain.com>
Date: Sat, 18 Nov 2006 11:35:26 +0800
Newsgroups: jedi.vcl

Dear All,

I use TJvImagesViewer to show some icons, when the vertical scrollbar is shown, the icons on the most right side will be hidden partially by the scrollbar(find attached screenshot), is there a way to avoid this? i.e. if there is now enough space to show the shole image, then wrap to the next line. thanks.


-------------------
MindVisualizer--Mind Mapping Software.
http://www.mindmapware.com


Subject: Re: TJvAppXMLStorage and
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 17 Nov 2006 15:56:14 +0100
Newsgroups: jedi.vcl

Jens wrote:
>> Jens Fudickar wrote:
>>> SORRY AND SHAME ON ME!!!!!
>>>
>>> It seems to be that we all were blind!!!!
>>>
>>> Both component have these options
>>>
>>> TJvSimpleXMLOptions : sxoAutoEncodeValue,
>>>     sxoAutoEncodeEntity
>>>
>>> TJvAppXMLStorageOptions.AutoEncodeValue + TJvAppXMLStorageOptions.AutoEncodeEntity
>>>
>>>
>>> Ignore all my posts :-)
>> Nope, they should be turned on by default then.
>>
>
> I will do this.
>

Thanks, but it's actually even worth.
When an OnEncodeValue handler is set, it seems the auto encoding is skipped. And if the value given by the handler is not valid, it will generate an unreadable XML.
To me, the characters mentioned above should ALWAYS be replaced whichever origin the value has.


Subject: Re: JvTimeFrameWork
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 17 Nov 2006 13:28:54 +0100
Newsgroups: jedi.vcl

Rudy wrote:
> Hi,
>
> Is it possible to open multiple diaries, like shared diaries in Outlook using the jvDays component?

Yes, they are called "Schedules" and the associated demo show just this.


Subject: JvTimeFrameWork
From: "Rudy" <rhentzen@hotmail.com>
Date: Fri, 17 Nov 2006 11:59:32 -0000
Newsgroups: jedi.vcl

Hi,

Is it possible to open multiple diaries, like shared diaries in Outlook 
using the jvDays component?

Many thanks
Rudy





Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavatteneNOSPAM@NOSPAMtin.it>
Date: Fri, 17 Nov 2006 12:07:03 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Yes, homepages.borland.com seems to be down, we're investigating
Today, it work.

Then:
1) My mistake in compiling ThemeManager:
After cd "\Programs\Soft Gems\Theme Manager\delphi"
insert these steps:
copy ..\cbuilder\thememanagerc5.res
copy ..\cbuilder\thememanagerd5d.res
and after:
copy thememanagerd5.dpk thememanagerc5.dpk
copy thememanagerd5d.dpk thememanagerc5d.dpk

2) Another step for ThemeManager is, after compiling:
cd "\Programs\Soft Gems\Theme Manager\source"
Edit TmSchema.hpp:
change:
#include "tmschema.h"
to:
#include "..\cbuilder\tmschema.h"

Edit UxTheme.hpp:
change:
#include "uxtheme.h"
to:
#include "..\cbuilder\uxtheme.h"

Regards,
Carmelo Viavattene


Subject: How to insert OleObject into JvRichedit by Code? Just like TOleObject.CreateObjectFromFile
From: Edwinyeah <edwinyeah@21cn.com>
Date: Fri, 17 Nov 2006 16:35:13 +0800
Newsgroups: jedi.vcl

How to insert OleObject into JvRichedit by Code other than Calling InsertObjectDialog, Just like TOleObject.CreateObjectFromFile? I want to insert a excel spreadsheet directly into JvRichEdit instead of letting the user select manually.

I found a interface called IRichEditOle which seems to be what can help me, dose anyone knows about it?

Thanks.


Subject: Re: JvPreViewControl not always print correctly before TPageSetupDialog.Execute
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 16 Nov 2006 20:57:11 +0100
Newsgroups: jedi.vcl

> > The key is that we should not only set the the ReferenceHandle, but should 
> > also re-build the preview against the current selected printer.

Exactly, that's the difference between the two event handlers

-- Regards, Peter 

Subject: Nested dataset in jvdbgrid
From: Sisma <sisma@sisma.it>
Date: Thu, 16 Nov 2006 20:26:52 +0100
Newsgroups: jedi.vcl

Hi to everyone!
I have to make a form with a dbgrid (or something similar) that allows
to view all records of a db table. The problem is on the fact that each
record contains multi-level nested datasets. This form doesn't need to
provide edit or insert actions, only browse. How can i display nested
data in a different way? For example, i'd like to group each nested data
into a combo (or lookup), so i can inspect it dropping down the combo
and browse nested data as a list of items into the combo itself, or
better, i'd like to use the browsing method used by dbgrid in the case
of ADTs.
Any suggestion?

P.S.: sorry for my poor English, I'm Italian :)


Subject: JvReport edtior visualization
From: flavio simonetti <flaviosime@yahoo.it>
Date: Thu, 16 Nov 2006 11:54:15 +0100
Newsgroups: jedi.vcl

hi

I try to use JvReport and seem to be a very powerful component, but some bottons in globus report editor are overlaied and so I cannot use them (I  also try to enlarge control bar without success).  Is this a bug ? Is possible add a  background image in a doc  as in Pdf format ?

thanks a lot
Flavio


Subject: Re: JvPreViewControl not always print correctly before TPageSetupDialog.Execute
From: Edwinyeah <edwinyeah@21cn.com>
Date: Thu, 16 Nov 2006 13:42:05 +0800
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Make this change in the demo:
>
> procedure TfrmMain.Print1Click(Sender: TObject);
> var
>   i: integer;
>   jp: TJvPreviewPrinter;
> begin
>   PrintDialog1.PrintRange := prAllPages;
>   if pd.PageCount < 1 then
>     PrintDialog1.Options := PrintDialog1.Options - [poPageNums]
>   else
>   begin
>     PrintDialog1.Options := PrintDialog1.Options + [poPageNums];
>     PrintDialog1.FromPage := 1;
>     PrintDialog1.ToPage := pd.PageCount;
>   end;
>   if PrintDialog1.Execute then
>   begin
>     i := cbPreview.ItemIndex;
>     try
>       // create output suitable for the selected printer
>       cbPreview.ItemIndex := 1;
>       cbPreviewChange(Sender);
>       jp := TJvPreviewPrinter.Create(nil);
>       try
>         jp.Assign(PrintDialog1);
>         jp.Printer := Printer;
>         jp.PrintPreview := pd;
>         jp.Print;
>       finally
>         jp.Free;
>       end;
>     finally
>       cbPreview.ItemIndex := i;
>       cbPreviewChange(Sender);
>     end;
>   end;
> end;
>
> Does it work now?

Hi Peter Thornqvist,
I'm really appreciated for your help, it works!
The key is that we should not only set the the ReferenceHandle, but should also re-build the preview against the current selected printer.
Thanks very much!


Subject: Re: JvPreViewControl not always print correctly before TPageSetupDialog.Execute
From: Edwinyeah <edwinyeah@21cn.com>
Date: Thu, 16 Nov 2006 13:41:29 +0800
To: Peter Thornqvist <peter.tornqvist@gmail.com>
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Make this change in the demo:
>
> procedure TfrmMain.Print1Click(Sender: TObject);
> var
>   i: integer;
>   jp: TJvPreviewPrinter;
> begin
>   PrintDialog1.PrintRange := prAllPages;
>   if pd.PageCount < 1 then
>     PrintDialog1.Options := PrintDialog1.Options - [poPageNums]
>   else
>   begin
>     PrintDialog1.Options := PrintDialog1.Options + [poPageNums];
>     PrintDialog1.FromPage := 1;
>     PrintDialog1.ToPage := pd.PageCount;
>   end;
>   if PrintDialog1.Execute then
>   begin
>     i := cbPreview.ItemIndex;
>     try
>       // create output suitable for the selected printer
>       cbPreview.ItemIndex := 1;
>       cbPreviewChange(Sender);
>       jp := TJvPreviewPrinter.Create(nil);
>       try
>         jp.Assign(PrintDialog1);
>         jp.Printer := Printer;
>         jp.PrintPreview := pd;
>         jp.Print;
>       finally
>         jp.Free;
>       end;
>     finally
>       cbPreview.ItemIndex := i;
>       cbPreviewChange(Sender);
>     end;
>   end;
> end;
>
> Does it work now?

Hi Peter Thornqvist,
I'm really appreciated for your help, it works!
The key is that we should not only set the the ReferenceHandle, but should also re-build the preview against the current selected printer.
Thanks very much!


Subject: Make JvMainMenu1 look exactly like TActionMainMenuBar
From: "Ronan Cafferty" <rcafferty@gmail.com>
Date: Wed, 15 Nov 2006 21:59:21 -0000
Newsgroups: jedi.vcl

We are going from v2 to v3 of our app. v2 uses TActionMainMenuBar. v3 
supports skins using VCLSkin. TActionMainMenuBar doesn't skin with this, but 
TJvMainMenu does. So I added one and moved all the functionality to it, and 
it works great. The problem is it would be just perfect if all the colours 
were the same, as all the screenshots and manuals etc show the default 
TActionMainMenuBar colours, the jv one has changed them so the appear 
darker. I note there is a TJvXPMenuItemPainter component which the 
TJvMainMenu can use, and it seems to expose all its color items as 
properties.

So has anyone come across this before, and happen to be able to list the hex 
colour values into the TJvXPMenuItemPainter to make it look like a 
TActionMainMenuBar please? 




Subject: Re: JvPreViewControl not always print correctly before TPageSetupDialog.Execute
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 15 Nov 2006 18:01:05 +0100
Newsgroups: jedi.vcl

Make this change in the demo:

procedure TfrmMain.Print1Click(Sender: TObject);
var
  i: integer;
  jp: TJvPreviewPrinter;
begin
  PrintDialog1.PrintRange := prAllPages;
  if pd.PageCount < 1 then
    PrintDialog1.Options := PrintDialog1.Options - [poPageNums]
  else
  begin
    PrintDialog1.Options := PrintDialog1.Options + [poPageNums];
    PrintDialog1.FromPage := 1;
    PrintDialog1.ToPage := pd.PageCount;
  end;
  if PrintDialog1.Execute then
  begin
    i := cbPreview.ItemIndex;
    try
      // create output suitable for the selected printer
      cbPreview.ItemIndex := 1;
      cbPreviewChange(Sender);
      jp := TJvPreviewPrinter.Create(nil);
      try
        jp.Assign(PrintDialog1);
        jp.Printer := Printer;
        jp.PrintPreview := pd;
        jp.Print;
      finally
        jp.Free;
      end;
    finally
      cbPreview.ItemIndex := i;
      cbPreviewChange(Sender);
    end;
  end;
end;

Does it work now?
-- Regards, Peter 

Subject: Re: JvPreViewControl not always print correctly before TPageSetupDialog.Execute
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 15 Nov 2006 08:53:48 +0100
Newsgroups: jedi.vcl

It is a bit finicky with that. Are you setting DeviceInfo.ReferenceHandle to
a valid Printer handle when you are not showing the print dialog? This must
be done *before* creating the preview otherwise you are creating the preview
using one device handle and printing it using another. This could be the
cause of those errors.

-- Regards, Peter "Edwinyeah" <edwinyeah@21cn.com> skrev i meddelandet news:ejec0q$k1r$2@news.talkto.net...
> > Edwinyeah wrote:
>> >> Edwinyeah wrote:
>>> >>> Dear all,
>>> >>>
>>> >>> To reproduce this issue, you can run the JvPreviewControl example under 
>>> >>> JVCL\Examples\JvPreviewDocument, don't go to "Printer Settings..." 
>>> >>> before printing, then you will see that the printout will not be always 
>>> >>> correct, i.e. some printers ok while some are not, the result of 
>>> >>> printing in my PC are as following:
>>> >>>
>>> >>> HP OfficeJet 5500: unexpected size of print out.
>>> >>> Microsoft Office Document Image Writer: unexpected size
>>> >>> PDFCreator: OK, this is the only one printer that always print correctly
>>> >>> PDF-XChange 3.0: unexpected size
>>> >>>
>>> >>>
>>> >>> But if you go to "Printer Settings..." and click OK before printing, 
>>> >>> everything will be OK, all printout on all printers will be OK...really 
>>> >>> strange bug.
>>> >>>
>>> >>> help me please.
>> >>
>> >> I forgot to explain that HP OfficeJet 5500 is a networked printer.
> >
> > and it's the default printer. and I found further information:
> >
> > If you Print with the same printer as the one in PageSetupDialog, then 
> > everything is OK, otherwise will get unexpected print result(seems the 
> > scale or coordinate system is wrong). 




Subject: Re: JvPreViewControl not always print correctly before TPageSetupDialog.Execute
From: Edwinyeah <edwinyeah@21cn.com>
Date: Wed, 15 Nov 2006 14:36:21 +0800
Newsgroups: jedi.vcl

Edwinyeah wrote:
> Edwinyeah wrote:
>> Dear all,
>>
>> To reproduce this issue, you can run the JvPreviewControl example under JVCL\Examples\JvPreviewDocument, don't go to "Printer Settings..." before printing, then you will see that the printout will not be always correct, i.e. some printers ok while some are not, the result of printing in my PC are as following:
>>
>> HP OfficeJet 5500: unexpected size of print out.
>> Microsoft Office Document Image Writer: unexpected size
>> PDFCreator: OK, this is the only one printer that always print correctly
>> PDF-XChange 3.0: unexpected size
>>
>>
>> But if you go to "Printer Settings..." and click OK before printing, everything will be OK, all printout on all printers will be OK...really strange bug.
>>
>> help me please.
>
> I forgot to explain that HP OfficeJet 5500 is a networked printer.

and it's the default printer. and I found further information:

If you Print with the same printer as the one in PageSetupDialog, then everything is OK, otherwise will get unexpected print result(seems the scale or coordinate system is wrong).


Subject: Re: JvPreViewControl not always print correctly before TPageSetupDialog.Execute
From: Edwinyeah <edwinyeah@21cn.com>
Date: Wed, 15 Nov 2006 14:32:33 +0800
Newsgroups: jedi.vcl

Edwinyeah wrote:
> Dear all,
>
> To reproduce this issue, you can run the JvPreviewControl example under JVCL\Examples\JvPreviewDocument, don't go to "Printer Settings..." before printing, then you will see that the printout will not be always correct, i.e. some printers ok while some are not, the result of printing in my PC are as following:
>
> HP OfficeJet 5500: unexpected size of print out.
> Microsoft Office Document Image Writer: unexpected size
> PDFCreator: OK, this is the only one printer that always print correctly
> PDF-XChange 3.0: unexpected size
>
>
> But if you go to "Printer Settings..." and click OK before printing, everything will be OK, all printout on all printers will be OK...really strange bug.
>
> help me please.

I forgot to explain that HP OfficeJet 5500 is a networked printer.


Subject: JvPreViewControl not always print correctly before TPageSetupDialog.Execute
From: Edwinyeah <edwinyeah@21cn.com>
Date: Wed, 15 Nov 2006 13:37:47 +0800
Newsgroups: jedi.vcl

Dear all,

To reproduce this issue, you can run the JvPreviewControl example under JVCL\Examples\JvPreviewDocument, don't go to "Printer Settings..." before printing, then you will see that the printout will not be always correct, i.e. some printers ok while some are not, the result of printing in my PC are as following:

HP OfficeJet 5500: unexpected size of print out.
Microsoft Office Document Image Writer: unexpected size
PDFCreator: OK, this is the only one printer that always print correctly
PDF-XChange 3.0: unexpected size


But if you go to "Printer Settings..." and click OK before printing, everything will be OK, all printout on all printers will be OK...really strange bug.

help me please.


Subject: Re: TJvxRichEdit and HTMLHelp
From: "BugMeNot" <NotMeBug@localhost.com>
Date: Wed, 15 Nov 2006 00:13:10 +0100
Newsgroups: jedi.vcl

Update: possibly something to do with the over-ridden WM_RButtonUp message
handler inside of the TJvCustomRichEdit class.

For reasons I can't explain, setting the AllowObjects property to False,
then commenting out most of the lines in the WMRButtonUp method (except
for 'inherited') allows the HTMLHelp window to appear successfully, so I'm
going to leave it at that...

Thanks

> >Hello
> >
> >I'm having problems with my Context Sensitive help in a project that uses
> >a TJvxRichEdit control (help works fine with all other form controls).
> >
> >When I make an HtmlHelp API call to display my ToolTip, the help window
> >appears for a fraction of a second, then vanishes. It's as though the
> >TJvxRichEdit control is snatching back focus.
> >I've tried to see where this is happening in JvRichEd.pas, but can't see
> >anything obvious (although much of the code is beyond me).
> >
> >Is this a known problem? I'd be grateful for any suggestions as to how I
> >can get around it.
> >
> >Thanks in advance
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvxRichEdit and HTMLHelp
From: "BugMeNot" <NotMeBug@localhost.com>
Date: Tue, 14 Nov 2006 23:59:40 +0100
Newsgroups: jedi.vcl

Hello

I'm having problems with my Context Sensitive help in a project that uses
a TJvxRichEdit control (help works fine with all other form controls).

When I make an HtmlHelp API call to display my ToolTip, the help window
appears for a fraction of a second, then vanishes. It's as though the
TJvxRichEdit control is snatching back focus.
I've tried to see where this is happening in JvRichEd.pas, but can't see
anything obvious (although much of the code is beyond me).

Is this a known problem? I'd be grateful for any suggestions as to how I
can get around it.

Thanks in advance



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvXRichEdit and TJvRichEdit ??
From: "Andrew Fiddian-Green" <nn@dd.cc>
Date: Tue, 14 Nov 2006 18:13:25 +0100
Newsgroups: jedi.vcl

Thankx





Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 14 Nov 2006 15:29:29 +0100
Newsgroups: jedi.vcl

Yes, homepages.borland.com seems to be down, we're investigating


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavatteneNOSPAM@NOSPAMtin.it>
Date: Tue, 14 Nov 2006 15:28:09 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
>> 1) Can You say which are the controls qualified for the Themes?
>
> I don't have a list, but most of them should work just fine.
>
>
>> 2) If You want, I can write a .BAT file, including the changed .dpk
>> (I think ThemeManager not changed in the future, is only for the older Delphi/BCB)
>
> Don't bother, the number of people using the JVCL in C++ Builder is quite low, and the number of people of using themes among these is even lower. You're the first one to ask, which is why I think it is enough to mention it in the readme file.
Thank You for mention in readme file.

You have reported some mistake in You readme, and I help You to correct:
1) In the first row:
   ThemeManagerD5D.dpl
must be writed
   ThemeManagerD5D.dpk
2) In the last row, the files generated in $(ROOT)\projects\intermed are 8 (not 2):
   ThemeManagerC5.obj
   ThemeManagerC5D.obj
   ThemeManagerReg.obj
   ThemeMgr.obj
   ThemeMgrDB.obj
   ThemeSrv.obj
   TmSchema.obj
   UxTheme.obj
All these 8 .OBJ are needed to install JVCL

Other problems:
3) From 13 Nov I cannot connect to http://homepages.borland.com/jedi/issuetracker/my_view_page.php?
      Any idea?
4) Previously, in this my view page, I cannot remove some looked issue (in this view, the last in bottom, at the left)
   The issue is green (resolved) and I cannot connect to this issue to remove my look check
   (I not remember the issue number, an I cannot connect)
      It's possible (when i connect to http://homepages.borland.com/jedi/issuetracker/my_view_page.php?) to remove the look check in another way?

Regards,
Carmelo Viavattene


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 14 Nov 2006 15:27:54 +0100
Newsgroups: jedi.vcl

Thanks, this is now fixed in SVN.


Subject: Re: TJvXRichEdit and TJvRichEdit ??
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 14 Nov 2006 15:18:18 +0100
Newsgroups: jedi.vcl

Andrew Fiddian-Green wrote:

> Can you please tell me what is the difference between the JvX and the Jv version of the control? Can I safely substitute the newest version of TJvRichEdit for the old JvX one? Are there any known incompatibilities? Or other tips?

X means that we got two different components with the same name.
AFAIK all of these components have been integrated into one.

We favor improvement over backward compatibility so incompatibilities are to be expected. At least components change their API sometimes or get completely reimplemented with a new concept.

For Rich Text components the main compatibility issue is the version of the underlying Rich Text control of Windows.


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavatteneNOSPAM@NOSPAMtin.it>
Date: Tue, 14 Nov 2006 15:14:24 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
>> 1) Can You say which are the controls qualified for the Themes?
>
> I don't have a list, but most of them should work just fine.
>
>
>> 2) If You want, I can write a .BAT file, including the changed .dpk
>> (I think ThemeManager not changed in the future, is only for the older Delphi/BCB)
>
> Don't bother, the number of people using the JVCL in C++ Builder is quite low, and the number of people of using themes among these is even lower. You're the first one to ask, which is why I think it is enough to mention it in the readme file.
Thank You for mention in readme file.

You have reported some mistake in You readme, and I help You to correct:
1) In the first row:
   ThemeManagerD5D.dpl
must be writed
   ThemeManagerD5D.dpk
2) In the last row, the files generated in $(ROOT)\projects\intermed are 8 (not 2):
   ThemeManagerC5.obj
   ThemeManagerC5D.obj
   ThemeManagerReg.obj
   ThemeMgr.obj
   ThemeMgrDB.obj
   ThemeSrv.obj
   TmSchema.obj
   UxTheme.obj
All these 8 .OBJ are needed to install JVCL

Regards,
Carmelo Viavattene






Subject: TJvXRichEdit and TJvRichEdit ??
From: "Andrew Fiddian-Green" <nn@dd.cc>
Date: Tue, 14 Nov 2006 14:18:11 +0100
Newsgroups: jedi.vcl

My application is using a rich edit control called TJvXRichedit from an 
early version of the JVCL (the file is dated 2002).

It looks like I am hitting some limitations of that control, so I was 
checking to see if there are any updates for it in the current JVCL release. 
But I discovered that there is no longer a TJvXRichedit in the package but 
only a TJvRichEdit (without the 'X').

Can you please tell me what is the difference between the JvX and the Jv 
version of the control? Can I safely substitute the newest version of 
TJvRichEdit for the old JvX one? Are there any known incompatibilities? Or 
other tips?

Thanks in advance.




Subject: TJvThumbView drag n' drop help
From: "Andy" <nospam@prizm.com>
Date: Mon, 13 Nov 2006 22:03:38 -0500
Newsgroups: jedi.vcl

How do I drag and drop items in JVCL TJvThumbview? I would appreciate some
code snippets on how to do this.

Thanks very much in advance.

Andy





Subject: Re: RichEdit 5.0 and JvRichEdit--continue ddiscussion
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 14 Nov 2006 01:44:18 +0100
Newsgroups: jedi.vcl

Edwin wrote:
> Hi Remko Bonte, thank you.
> Can I insert a specified Ole object by GUID directly? It seems JvRichEiit can only insert a ole object by calling InsertObjectDialog?

I'll add some methods to TJvRichEdit to insert objects.

Some more info on rich edit controls is here:

http://blogs.msdn.com/murrays/archive/2006/10/20/some-richedit-history.aspx
http://blogs.msdn.com/murrays/archive/2006/10/14/richedit-versions.aspx


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Problem installing latest version
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 13 Nov 2006 19:20:04 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>>        {$IFDEF WIN32}
>>        JediLibDirs := JediLibDirs + ';' + RootDir + '\source\windows';
>>        {$ELSE}
>>        JediLibDirs := JediLibDirs + ';' + RootDir + '\source\unix';
>>        {$ENDIF WINDOWS}
>
>
> dcc32ex.exe does not support LINUX/UNIX. So this is not necessary.
> Furthermore unter UNIX the path separator is ":" (colon).

Ok. I'll make sure this is in by the end of tomorrow.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: [Fwd: JvUIB, how to use on D7 ?]
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 13 Nov 2006 18:23:06 +0100
Newsgroups: jedi.vcl,jedi.jcl

wrong group, JvUIB is part of the JVCL. follow-up set to jedi.vcl


-------- Message original --------
From: - Mon Nov 13 18:20:46 2006
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Path: news.talkto.net!not-for-mail
From: JJW Informática Ltda. - Roberto <roberto@jjwinformatica.com.br>
Newsgroups: jedi.jcl
Subject: JvUIB, how to use on D7 ?
Date: Mon, 13 Nov 2006 15:22:08 -0300
Organization: talkto.net
Lines: 26
Message-ID: <eja9hb$vuh$1@news.talkto.net>
NNTP-Posting-Host: 201-34-170-79.bnut3702.dsl.brasiltelecom.net.br
X-Trace: news.talkto.net 1163438445 32721 201.34.170.79 (13 Nov 2006 17:20:45 GMT)
X-Complaints-To: news@news.talkto.net
NNTP-Posting-Date: Mon, 13 Nov 2006 17:20:45 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.3790.1830
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830
X-RFC2646: Format=Flowed; Original
Xref: news.talkto.net jedi.jcl:6567

I have downloaded from www.progdigy.com the 'Unified Interbase v2.0' and
intalled.. When I try open a query, a exception raises.
I'm using Delphi 7 Enterprise

The install septs are:
- Edit jvuib.inc and active {$DEFINE FB15} directive
- Build dbexpUIBfire15.dll and copy the .dll to 'windows\system32'
- Compile and run the install.exe
- File -> New -> Application and put A SQLConnection, SQLDataSet,
DataSetProvider, ClientDataSet, DataSource and DBGrid
- Link SQLDataSet1.SQLConnection to SQLConnection1,
DataSetProvider1.DataSet to SQLDataSet1, ClientDataSet1.ProviderName to
DataSetProvider1, DataSource1.DataSet to ClientDataSet1, DBGrid1.DataSource
to DataSource1
- Assign SQLConnection.ConnectionName := 'UIB FireBird15 Connection' and
SQLConnection1.Params.Values['Database'] := 'localhost:C:\mydb.fdb'
- Form1.OnCreate:
  SQLConnection1.Open;
  ClientDataSet1.Open; // this line will make a "hard work" on fbserver.exe
and this error will ocourrs:
     DBExpressError: Unknown error code '65535'


Any idea ?


Subject: Re: Problem installing latest version
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 13 Nov 2006 17:20:53 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> >         {$IFDEF WIN32}
> >         JediLibDirs := JediLibDirs + ';' + RootDir + '\source\windows';
> >         {$ELSE}
> >         JediLibDirs := JediLibDirs + ';' + RootDir + '\source\unix';
> >         {$ENDIF WINDOWS}

dcc32ex.exe does not support LINUX/UNIX. So this is not necessary.
Furthermore unter UNIX the path separator is ":" (colon).

-- Regards, Andreas Hausladen 

Subject: Re: Installation on C++Builder with themes
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 13 Nov 2006 17:51:18 +0100
Newsgroups: jedi.vcl

I'm interested by your work.

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: using Scheduler in JclSchedule
From: "Heiko Luettge" <hoika@boerde.de>
Date: Mon, 13 Nov 2006 17:44:11 +0100
Newsgroups: jedi.vcl

Hallo #,

I try to figure out, who to use the scheduling component in JclScheduler,
there was only a 2003 old message from the creater,
who says, just look in help, is soo easy,
but it isn't !  ;)
I never workes with interfaces before,
so it would be nice to give a small hint about uese it.

My current code:
FormCreate
var
  tdtNextEventFromNow: TTimeStamp;
  DailySchedule: IJclDailySchedule;
begin
  JclSchedule:= CreateSchedule;

  tdtNextEventFromNow:= JclSchedule.NextEventFromNow;
  if CompareTimeStamps(tdtNextEventFromNow, NullStamp)=0 then
  begin
    Label_NextEvent.Caption:= 'no events found';
  end
  else
  begin
//    Label_NextEvent.Caption:= 'hm ;('
  end;

  DailySchedule:= IJclDailySchedule.Create(JclSchedule);
end;

Do I have to create my one class, implementing the special interfaces eg
Daily ?


TiA
Heiko








Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Mon, 13 Nov 2006 13:58:27 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
>> 1) Can You say which are the controls qualified for the Themes?
>
> I don't have a list, but most of them should work just fine.
>
>
>> 2) If You want, I can write a .BAT file, including the changed .dpk
>> (I think ThemeManager not changed in the future, is only for the older Delphi/BCB)
>
> Don't bother, the number of people using the JVCL in C++ Builder is quite low, and the number of people of using themes among these is even lower. You're the first one to ask, which is why I think it is enough to mention it in the readme file.
Ok, and thank You

Regards,
Carmelo Viavattene


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 13 Nov 2006 13:25:57 +0100
Newsgroups: jedi.vcl

> 1) Can You say which are the controls qualified for the Themes?

I don't have a list, but most of them should work just fine.


> 2) If You want, I can write a .BAT file, including the changed .dpk
> (I think ThemeManager not changed in the future, is only for the older Delphi/BCB)

Don't bother, the number of people using the JVCL in C++ Builder is quite low, and the number of people of using themes among these is even lower. You're the first one to ask, which is why I think it is enough to mention it in the readme file.


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Mon, 13 Nov 2006 12:10:24 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Thanks for reporting back about those steps, they have been added to the readme file. We will not automate them, it's a bit too complex.
> Now, to answer your questions:
>
> 2) The ones about JvCaptionButton are specific to C5, it seems it's outputting them for no valid reason, I'll investigate
> The ones about JVDBSpinEdit were already fixed in SVN in the past few days.
> 3) You don't even have to delete the DCP and OBJ files, they would get recreated anyway.
> 4) You MUST keep the DCP file at least or you will have to recreate it for the next install.
>
> Cheers
> Olivier
Thank You.
1) Can You say which are the controls qualified for the Themes?

2) If You want, I can write a .BAT file, including the changed .dpk
(I think ThemeManager not changed in the future, is only for the older Delphi/BCB)

Regards


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 13 Nov 2006 11:13:51 +0100
Newsgroups: jedi.vcl

Thanks for reporting back about those steps, they have been added to the readme file. We will not automate them, it's a bit too complex.
Now, to answer your questions:

2) The ones about JvCaptionButton are specific to C5, it seems it's outputting them for no valid reason, I'll investigate
The ones about JVDBSpinEdit were already fixed in SVN in the past few days.
3) You don't even have to delete the DCP and OBJ files, they would get recreated anyway.
4) You MUST keep the DCP file at least or you will have to recreate it for the next install.

Cheers
Olivier


Subject: Re: Problem installing latest version
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Mon, 13 Nov 2006 07:47:08 -0200
Newsgroups: jedi.vcl

OBones, you are correct. I debuged dcc32ex and noted that it was not 
founding JclBase then I noticed the unmarked options in the JCL installer.

Best regards,
Eduardo Mauro


"OBones" <obones_gf_@_fe_altern.org> escreveu na mensagem 
news:ej997q$r2g$1@news.talkto.net...
> > Andreas Hausladen wrote:
>> >> Eduardo Mauro wrote:
>> >>
>>> >>> Never mind. Solved. Thanks.
>> >>
>> >> And what was the problem?
> >
> > Yeah, I'd like to know as well because I get the exact same error.
> > Did an SVN update, ran the JCL installer just fine and the JVCL installer 
> > batch file complains that it cannot find the JCL...
> >
> > Wait, I know why. dcc32ex looks for lib\d10\JclBase.dcu
> > But that file is NOT present for me because I did NOT choose to build 
> > library units, I don't need them.
> > So an "else" case should be added to the test at line 366, here is what I 
> > propose:
> >
> >       else if FileExists(RootDir + '\source\common\JclBase.pas') then
> >       begin
> >         JediLibDirs := JediLibDirs + ';' + RootDir + '\source;' + RootDir 
> > + '\source\common;' + RootDir + '\source\vcl;' + RootDir + 
> > '\source\visclx';
> >         {$IFDEF WIN32}
> >         JediLibDirs := JediLibDirs + ';' + RootDir + '\source\windows';
> >         {$ELSE}
> >         JediLibDirs := JediLibDirs + ';' + RootDir + '\source\unix';
> >         {$ENDIF WINDOWS}
> >         Result.InstalledJcl := True;
> >       end;
> >
> > This is not yet in SVN, but will be today unless advised otherwise.
> >
> > Cheers
> > Olivier 




Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Mon, 13 Nov 2006 10:44:30 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Not much need for a batch file.
> As Florent said, create a dpk file with the same files as the bpk. For this, get some inspiration (or even use directly) the dpk from delphi 5.
> Then call dcc32 from your C++ builder 5 installation with the dpk name as a parameter.
> You will most likely have to add quite a few "paths" as -U, -I options, but in the end, you should get the DCP file upon successful compilation.
> Look in the jvcl\archive\batchfiles folder for the MakeJclDCP4BCB.bat file, it does this sort of things. The only lien you are interested in is the call to dcc32:
>
> %ROOT%\bin\dcc32 -I"..\..\source;..\..\source\common" -U"..\..\source\common;..\..\source\windows;..\..\source\vcl;..\..\source\visclx;%ROOT%\Lib\Obj" "Package.dcp"
>
> Those options were for the JCL, you will have to adapt them to ThemeManager.
> Once you manage to do this, we would be glad to hear about the full command line you used.
>
> Cheers
> Olivier
>
Problem solved:

1) The steps are:
Open a a MS-Dos Prompt
type:
cd "\Programs\Soft Gems\Theme Manager\delphi"
copy thememanagerd5.dpk thememanagerc5.dpk
copy thememanagerd5d.dpk thememanagerc5d.dpk
edit thememanagerc5.dpk
In editor change:
package ThemeManagerD5;
  to:
package ThemeManagerC5;
  and
{$IMPLICITBUILD ON}
  to:
{$IMPLICITBUILD OFF}
  save and exit
edit thememanagerc5d.dpk
In editor change:
package ThemeManagerD5D;
  to:
package ThemeManagerC5D;
  and
requires
ThemeManagerD5,
  to:
requires
ThemeManagerC5,
  and
{$IMPLICITBUILD ON}
  to:
{$IMPLICITBUILD OFF}
  save and exit
type:
\Programs\borland\cbuilder5\bin\dcc32 ThemeManagerC5.dpk
\Programs\borland\cbuilder5\bin\dcc32 ThemeManagerC5D.dpk
copy ThemeManagerC5.dcp \Programs\borland\cbuilder5\projects\bpl
copy ThemeManagerC5D.dcp \Programs\borland\cbuilder5\projects\bpl
cd \Programs\borland\cbuilder5\projects\intermed
copy *.obj ..\lib

That's all.
Now, is possible to enable ThemeManager in JVCL installer, and work.

During compiling, I'am some warnigs:
Hint: Package 'JvCtrlsC5R' does not use or export 'JvCaptionButton.TAlphaBitmap.LoadFromResourceID'
Hint: Package 'JvCtrlsC5R' does not use or export 'JvCaptionButton.TBitmapAdapter.Draw'
Hint: Package 'JvCtrlsC5R' does not use or export 'JvCaptionButton.TBitmapAdapter.DrawFixed'
Hint: Package 'JvCtrlsC5R' does not use or export 'JvCaptionButton.TBitmapAdapter.GetIsValid'
Hint: Package 'JvCtrlsC5R' does not use or export 'JvCaptionButton.TBitmapAdapter.LoadFromResourceID'
C:\Documents and Settings\Carmelo\Documenti\JVCL\run\JvDBSpinEdit.pas(68) Hint: Overriding virtual method 'TJvDBSpinEdit.ExecuteAction' has lower visibility (protected) than base class 'TJvSpinEdit' (public)
C:\Documents and Settings\Carmelo\Documenti\JVCL\run\JvDBSpinEdit.pas(69) Hint: Overriding virtual method 'TJvDBSpinEdit.UpdateAction' has lower visibility (protected) than base class 'TJvSpinEdit' (public)

2) I must ignore these warnings, or You (JVCL Team) must change some instructions?
3) If You want to automate all the steps, I think is possible to delete:
ThemeManagerC*.dcp from \Programs\borland\cbuilder5\projects\bpl
*.obj from \Programs\borland\cbuilder5\projects\lib
4) I not delete the *.bpl and *.obj files of thememanager for the next installing of JVCL

Regards,
Carmelo Viavattene



Subject: Re: Problem installing latest version
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 13 Nov 2006 09:09:37 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Eduardo Mauro wrote:
>
>> Never mind. Solved. Thanks.
>
> And what was the problem?

Yeah, I'd like to know as well because I get the exact same error.
Did an SVN update, ran the JCL installer just fine and the JVCL installer batch file complains that it cannot find the JCL...

Wait, I know why. dcc32ex looks for lib\d10\JclBase.dcu
But that file is NOT present for me because I did NOT choose to build library units, I don't need them.
So an "else" case should be added to the test at line 366, here is what I propose:

      else if FileExists(RootDir + '\source\common\JclBase.pas') then
      begin
        JediLibDirs := JediLibDirs + ';' + RootDir + '\source;' + RootDir + '\source\common;' + RootDir + '\source\vcl;' + RootDir + '\source\visclx';
        {$IFDEF WIN32}
        JediLibDirs := JediLibDirs + ';' + RootDir + '\source\windows';
        {$ELSE}
        JediLibDirs := JediLibDirs + ';' + RootDir + '\source\unix';
        {$ENDIF WINDOWS}
        Result.InstalledJcl := True;
      end;

This is not yet in SVN, but will be today unless advised otherwise.

Cheers
Olivier


Subject: Re: Still error on jvclMegaDemo
From: "Joe H" <joe.ah@att.net>
Date: Mon, 13 Nov 2006 00:12:55 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > It is well known that the examples are always lagging behind the
> > source code. I'll try to have an overhaul on these, but cannot
> > guarantee anything.  And when you say it does not run, what message
> > do you get ?

It doesn't produce an error message. The screen just never comes up. It
shows on the task bar but no vorm is visible. I finally closed it in
the ide and noticed the form isn't visible in the ide. Also the two
components that showed problems, tJvgBevel and tjvgsplitter are not on
the component palet, probably because the two units were only in the
archive folder when the jvcl was installed.

Since I haven't used jedi in a couple of years, and many of the items
in help don't show a single line on the use of the components and worst
of all, I see almost ZERO comments in the source code, I was hoping the
examples would show what some of these components provide over the
standards already in the ide.

-- 

Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 12 Nov 2006 19:51:07 +0100
Newsgroups: jedi.vcl

Not much need for a batch file.
As Florent said, create a dpk file with the same files as the bpk. For this, get some inspiration (or even use directly) the dpk from delphi 5.
Then call dcc32 from your C++ builder 5 installation with the dpk name as a parameter.
You will most likely have to add quite a few "paths" as -U, -I options, but in the end, you should get the DCP file upon successful compilation.
Look in the jvcl\archive\batchfiles folder for the MakeJclDCP4BCB.bat file, it does this sort of things. The only lien you are interested in is the call to dcc32:

%ROOT%\bin\dcc32 -I"..\..\source;..\..\source\common" -U"..\..\source\common;..\..\source\windows;..\..\source\vcl;..\..\source\visclx;%ROOT%\Lib\Obj" "Package.dcp"

Those options were for the JCL, you will have to adapt them to ThemeManager.
Once you manage to do this, we would be glad to hear about the full command line you used.

Cheers
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: installing jvcl on Turbo Delphi Win32 fails because include directory does not exist
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sun, 12 Nov 2006 12:05:19 +0100
Newsgroups: jedi.vcl

Hi,

I just updated my working copy from the latest sources in the repository and
tried to run the installer. Everything seemed to work fine until I got this
error:

[Compiling: JvStdCtrlsD10R.bpl]
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation

Fatal: F2039 Could not create output file 'C:\Program
Files\Borland\BDS\4.0\Include\Vcl\JvLinkedControls.hpp'

The reason for this is simple: The directory C:\Program
Files\Borland\BDS\4.0\Include does not exist on my installation. I think it
is only created when installing the full BDS 4.0 version or Turbo C++.

After I created the subdirectories Include\Vcl it worked.

MfG
twm


Subject: Re: Still error on jvclMegaDemo
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 12 Nov 2006 11:42:56 +0100
Newsgroups: jedi.vcl

It is well known that the examples are always lagging behind the source code. I'll try to have an overhaul on these, but cannot guarantee anything.
And when you say it does not run, what message do you get ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: jvcl roadmap
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 12 Nov 2006 11:42:08 +0100
Newsgroups: jedi.vcl

faber wrote:
> I'd like to know (if possible) when, approximately, jvcl 3.5 will REALLY come out :)

Good point. We'll release 3.30 first and will have to delay 3.5 as the merge of Globus components is not yet finished. No dates are set yet though

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem installing latest version
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 12 Nov 2006 08:07:25 +0000 (UTC)
Newsgroups: jedi.vcl

Eduardo Mauro wrote:

> > Never mind. Solved. Thanks.

And what was the problem?


-- Regards, Andreas Hausladen 

Subject: jvcl roadmap
From: faber <faber@italy.it>
Date: Sat, 11 Nov 2006 23:35:06 +0100
Newsgroups: jedi.vcl

I'd like to know (if possible) when, approximately, jvcl 3.5 will REALLY come out :)

Thx :)


Subject: Re: Still error on jvclMegaDemo
From: "Joe H" <joe.ah@att.net>
Date: Sat, 11 Nov 2006 21:30:17 +0000 (UTC)
Newsgroups: jedi.vcl

Compontents in JvgBevel and jvgSplit never made it into the component
list so the megademo form is broken. the program appears to build with
no errors but does not run. I give up on it. This is just a bit
ridiculous and certainly does not encourage one to use these components
in one's programs.


> > I found jvgBevel.pas in the archive and copied it to run. Then tried
> > another build. This time I get the following:
> > 
> > [Pascal Fatal Error] glDemo.pas(36): F1026 File not found:
> > 'JvgSplit.dcu'
> > 
> > Again I copied jvgSplit.pas from the archive to the run folder. Next
> > build compiled ok but produced the following warnings:
> > 


Subject: Re: Problem installing latest version
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Sat, 11 Nov 2006 19:27:57 -0200
Newsgroups: jedi.vcl

Never mind. Solved. Thanks.

> > Hi,
> >
> > I downloaded the latest version of JCL and JVCL. Before install I erase 
> > everything, including register entries manually. JCL installed ok but JVCL 
> > gives the following message:
> >
> > [Compiling installer...]
> > Missing dependencies for Delphi 7
> > - JCL  is required but not installed. (http://jcl.sourceforge.net)
> >
> > Dependencies are missing. Please install them first.
> > Failed to compile JVCL installer
> >
> > I repeated the whole processe several time withous success. What is 
> > happening. JCL is installed and the registry entries are ok. It seems that 
> > dcc32ex is not getting the correct values from registry. I am using 
> > Windows XP Pro SP2.
> >
> > Best regards,
> > Eduardo Mauro
> >
> > 




Subject: Still error on jvclMegaDemo
From: "Joe H" <joe.ah@att.net>
Date: Sat, 11 Nov 2006 20:25:33 +0000 (UTC)
Newsgroups: jedi.vcl

I just installed the jcl and jvcl dailies with no errors for Nov 11th
and the JvclMegaDemo still fails to compile. Here are the hints and the
error from d2006 pro.


[Pascal Hint] JvPageSetupTitled.pas(124): H2443 Inline function
'PointToSmallPoint' has not been expanded because unit 'Types' is not
specified in USES list
[Pascal Hint] JvAppDBStorage.pas(452): H2443 Inline function
'AnsiSameStr' has not been expanded because unit 'Windows' is not
specified in USES list
[Pascal Hint] JvgAskListBox.pas(902): H2443 Inline function
'SmallPointToPoint' has not been expanded because unit 'Types' is not
specified in USES list
[Pascal Fatal Error] glDemo.pas(33): F1026 File not found:
'JvgBevel.dcu'


I found jvgBevel.pas in the archive and copied it to run. Then tried
another build. This time I get the following:

[Pascal Fatal Error] glDemo.pas(36): F1026 File not found:
'JvgSplit.dcu'

Again I copied jvgbevel.pas from the archive to the run folder. Next
build compiled ok but produced the following warnings:

[Pascal Hint] JvPageSetupTitled.pas(124): H2443 Inline function
'PointToSmallPoint' has not been expanded because unit 'Types' is not
specified in USES list
[Pascal Hint] JvAppDBStorage.pas(452): H2443 Inline function
'AnsiSameStr' has not been expanded because unit 'Windows' is not
specified in USES list
[Pascal Hint] JvgAskListBox.pas(902): H2443 Inline function
'SmallPointToPoint' has not been expanded because unit 'Types' is not
specified in USES list
[Pascal Hint] JvInspDB.pas(642): H2443 Inline function 'AnsiSameText'
has not been expanded because unit 'Windows' is not specified in USES
list
[Pascal Hint] JvInspDB.pas(649): H2443 Inline function 'AnsiSameText'
has not been expanded because unit 'Windows' is not specified in USES
list
[Pascal Hint] JvID3v2Types.pas(1468): H2443 Inline function
'AnsiCompareText' has not been expanded because unit 'Windows' is not
specified in USES list
[Pascal Hint] JclParseUses.pas(543): H2443 Inline function
'AnsiCompareText' has not been expanded because unit 'Windows' is not
specified in USES list
[Pascal Hint] JvNavPaneDemoMainForm.pas(166): H2443 Inline function
'MonthCal_GetMinReqRect' has not been expanded because unit 'Types' is
not specified in USES list
-- 

Subject: Problem installing latest version
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Sat, 11 Nov 2006 17:19:55 -0200
Newsgroups: jedi.vcl

Hi,

I downloaded the latest version of JCL and JVCL. Before install I erase 
everything, including register entries manually. JCL installed ok but JVCL 
gives the following message:

[Compiling installer...]
Missing dependencies for Delphi 7
 - JCL  is required but not installed. (http://jcl.sourceforge.net)

Dependencies are missing. Please install them first.
Failed to compile JVCL installer

I repeated the whole processe several time withous success. What is 
happening. JCL is installed and the registry entries are ok. It seems that 
dcc32ex is not getting the correct values from registry. I am using Windows 
XP Pro SP2.

Best regards,
Eduardo Mauro




Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Fri, 10 Nov 2006 23:36:10 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Except that the C++ Builder IDE does not allow to create a DCP file.
> To do this, one has to get the one from Delphi 5 and compile it manually calling dcc32 directly.
> That's what the JCL installer is doing by the way.
>

I'am only BCB5 and not Delphi5.

Then, the solution to create a DCP file is:
compile ThemeManager manually calling dcc32 directly (like JCL-JVCL installer).

ThemeManager can be downloaded from You.

Can You send me a batch file to create the ThemeManagere .DCP?

Regards,
Carmelo Viavattene


Subject: Re: jvCharMapDemo
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Fri, 10 Nov 2006 22:22:50 +0100
Newsgroups: jedi.vcl

> > It would be nice if this jvcharmap program could be modified to show
> > the same values as charmap and gExperts, even if it was just another
> > option, but at this point I give up unless someone can provide another
> > way of approaching this. Maybe there is a way to specify to windows the
> > encoding to be used, but I couldn't find it.

The difference is that MS CharMap doesn't display the characters between 127 
and 159.

Check yourself: enable "Advanced mode", select "Unicode" and select the 
tilde (~). The unicode character is U+007E (A+126). Now select the next 
character (non-breaking space). Unicode value is U+00A0 (A+160). Since 
JvCharMap always displays every character within the selected interval, you 
see the different results. Unless someone (not me!) recodes it to skip these 
characters, you will have to live with it, I'm afraid.

-- Regards, Peter 

Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Nov 2006 20:51:15 +0100
Newsgroups: jedi.vcl

Except that the C++ Builder IDE does not allow to create a DCP file.
To do this, one has to get the one from Delphi 5 and compile it manually calling dcc32 directly.
That's what the JCL installer is doing by the way.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Installation on C++Builder with themes
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 10 Nov 2006 20:40:48 +0100
Newsgroups: jedi.vcl

Carmelo,

The problem is that components placed in a C++ package can be used neither by a delphi program nor by a delphi library/package.

There is a workaround for that:

Create and compile a new delphi package: ThemeManagerC5.dpk containing all the units from thememanager: ThemeMgr.pas, ThemeMgrDB.pas, ThemeSrv.pas, TmSchema.pas, UxTheme.pas.
This operation will create the required dcp file.
Then recompile the BCB package ThemeManagerC5.bpk and install it in the IDE.

If the JVCL installation still fails, you may place the ThemeManagerC5.dcp inside $(BCB5)\lib\obj\

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Fri, 10 Nov 2006 20:26:21 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> I don't have BCB handy, you'll have to wait until I get access to my other PC.
No news, then I think:

JVCL3 install not compile with ThemeManager in BCB5Pro

is a bug, and a problem for me and for any BCB5 user.

Please, help.

Regards,
Carmelo Viavattene


Subject: Re: TJvDBTreeView
From: "Viktor" <osypov@gmail.com>
Date: Fri, 10 Nov 2006 18:56:39 +0100
Newsgroups: jedi.vcl

I don't know how to get DB information for item which is drawing in
TJvDBTreeView.OnCustomDrawItem.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvCharMapDemo
From: "Joe H" <joe.ah@att.net>
Date: Fri, 10 Nov 2006 16:18:17 +0000 (UTC)
Newsgroups: jedi.vcl

After playing around with this for a couple more hours I have
determined the following (and I appologize if I'm stating obvious
things that everyone else already knows):

1: Windows is killing the values in the range of 128 to 159.
2. If I change the code to print as a normal string instead of wide
string, it shows some of the characters but not all of them in this
range. Instead of empty boxes, we get a ? symbol instead.
3. If I write a simple program to display the values between 128 and
159 it shows the same values as CharMap and GExperts shows.
4. Playing with the font.charset value, changes the display some but
still don't show the proper values. Apparently only about 10 or so
different charset values make any difference and some seem to be
nothing more than showing the font as bold or normal.
5. There must be another setting involved that is forcing windows to
use some standard in this case instead of the truetype font contents.

After some Googling, I find that officially, the values between 128 and
159 are "supposed" to be left undefined and non-printable even though
most windows fonts actually encode these.

As a programmer, all I want to do is quickly find the number of the
symbol I want to display or print in my program. I've read now that
unicode defines a character set with more than 10,000 characters in it
so far and it works like a single huge character set. As I understand
it, and I'm certainly no expert and really don't want to become one,
any unicode font would have to provide a face for each of the defined
character codes--i.e. the differences between fonts would be only their
appearance. So if everything were unicode, a character map would be
supurfluous since every font would map to the same basic glyphs. What
would be needed then would be a character name map so that tmsym or
something else like that could be used in the code to refer to whatever
number that symbol is the trademark symbol. I saw that iso provides
such a list although many of the names are not exactly intuitive and
sound like they were invented by biologists.

I can see that unicode, if I understand it correctly, would simplify
many things but we still have to use windows true-type fonts and the
resources that exist now. I previously thought unicode was essentially
the same as widechars but I see now that widechars are just a way to
make room to hold unicode characters.

It would be nice if this jvcharmap program could be modified to show
the same values as charmap and gExperts, even if it was just another
option, but at this point I give up unless someone can provide another
way of approaching this. Maybe there is a way to specify to windows the
encoding to be used, but I couldn't find it.


Subject: Questions about TJvHTLabel
From: Andre Tertling <tertling@gmx.net>
Date: Fri, 10 Nov 2006 16:32:34 +0100
Newsgroups: jedi.vcl

Hi there,

today I happened to need a label that can display HTML links and so I
tried TJvHTLabel. It works just like expected, except for some small
things:

- How can I set the colors of the Link (normal, highlighted, visited)?
- Where should I add code to get an underlined link when the mouse
points to it (like the pseudo-class "hover" in CSS)?

I googled about this and found properties like "colorhighlight"
mentioned, but these seem to be for Listbox and Combobox only.

Any ideas or suggestions?

Best regards,
Andre


Subject: Re: RichEdit 5.0 and JvRichEdit--continue ddiscussion
From: "Edwin" <user@domain.com>
Date: Fri, 10 Nov 2006 03:50:10 +0100
Newsgroups: jedi.vcl

Hi Remko Bonte, thank you.
Can I insert a specified Ole object by GUID directly? It seems JvRichEiit 
can only insert a ole object by calling InsertObjectDialog?

> >Edwin wrote:
>> >> 1. the higher the version of riched20.dll is, the more feather
>> >> TJvRichEdit(some something else like it) control gets, especiall the 
6.0
>> >> version comes with ms office 2007.
> >
> >An important thing to note is that those dll's are not redistributable. 
> >Thus Microsoft forbids you to distribute those dll's: you can only 
> >distribute the v3.0 dll with your application.
> >
>> >> ok, come back to JvRichEdit, I found another way to implement the table
>> >> function in JvRichEdit, how about implement a OLE server, like execel, 
and
>> >> than a user can edit it JvRichEdit. any tips and comments on this?
> >
> >You could generate an ActiveX wrapper control from a TStringGrid control 
> >or something, and insert that in a rich edit control.
> >

>> >> and if we directly nanipulate the RTF tags, can we implement 
insert/delete
>> >> row/column? 
> >
> >For manipulating a table you probably need to parse and rework the RTF 
> >data. That is going to be a lot of work.
> >
> >-- 
> >Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Thu, 9 Nov 2006 22:42:11 +0300
Newsgroups: jedi.vcl,jedi.jcl

The stars so gaily glistened... (Sat, 04 Nov 2006 23:19:04 +0100 @971)
....while the fading voice of Florent whispered through the darkness:

 FO> In details: the .bdsproj files are xml files. 

So, there are Delphi/BCB versions, that use XML config files, but do not provider some standard XML parser in VCL ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: jvCharMapDemo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 09 Nov 2006 20:39:42 +0100
Newsgroups: jedi.vcl

If you do the stuff for storing settings, please use the JvAppstorage components.


Joe H schrieb:
> The CharMap Demo program is a truly wonderful and useful program, not
> just a demo. I like it so much better than the windows charmap program,
> mainly because I can increase the font size so that I can easily see
> the characters on my high resolution monitors.
>
> However, the characters shown are not the same. For example, the Tahoma
> font (and many others) in the jvCharMapDemo shows blanks for the values
> for numbers 128 through 160 while CharMap shows values for these
> positions. In particular one of these is the TM symbol which I use
> frequently in my programs. I've spent a couple of hours so far looking
> for a way to change the character set shown by the program and can't
> see a way to do it.
>
> I would really appreciate it if someone could tell me how to do this.
> Surely there must be a way else why would there be a difference. If I
> can find the way, I will add another option to the demo to allow the
> user to change this setting at run time. I will also add an option for
> the program to save the last used font and it's characteristics
> including whatever character set is selected, as default settings,
> probably in an ini file.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 09 Nov 2006 17:53:22 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> I don't have BCB handy, you'll have to wait until I get access to my other PC.
Please, remember also the problem n.1: *.DCP generation for connecting with JVCL.

Regards,
Carmelo Viavattene


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 09 Nov 2006 16:44:35 +0100
Newsgroups: jedi.vcl

I don't have BCB handy, you'll have to wait until I get access to my other PC.


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 09 Nov 2006 16:30:20 +0100
Newsgroups: jedi.vcl

In BugTracker, at my question:

2) In floating help is writed:
ThemeManager must be compiled with "never-build package".
I not know Delphi and the correspondent BCB option.

You replied:

> ----------------------------------------------------------------------  obones - 11-09-06 02:10  ---------------------------------------------------------------------- 2 is the same with C++ Builder, simply open the package file (bpk) and
> look in the options. 
I view in options of the .pbk and not found any "never-build package" option

Regards,
Carmelo Viavattene


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 09 Nov 2006 15:31:06 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Carmelo Viavattene wrote:
>> OBones ha scritto:
>>> Carmelo Viavattene wrote:
>>>
>>>> Can You Help me?
>>>
>>> You need the DCP file as well.
>> In BCB\Projects\Bpl I'am only ThemeManagerC5.BPL and .TDS
>>
>>
>> In my installation of BCB5 I'am installed also Delphi4, and ThemeManagere have generated:
>> ThemeManagerD4.DCP and ThemeManagerD4D.DCP in Delphi4\Bin
>>
>> Then I understand the DCP is a Delphi generated file.
>>
>> Can You help me to generate the requested DCP file for my BCB5?
>
> It is generated by dcc32 and should be generated by BCB when compiling the package. Look on your harddrive for it.
I try also a new installation of BCB5, and the installation of the only ThemeManager.
No .DCP file is generated.

Then I try also a recompile of ThemeManagerC5.bpk, and no .DCP file is generated.

The problem is: can I add some option to generate this .DCP?

Regards,
Carmelo Viavattene


Subject: Re: jvCharMapDemo
From: "Robert Meek" <meekTAN@comcast.net>
Date: Thu, 9 Nov 2006 09:03:23 -0500
Newsgroups: jedi.vcl

    When you get this done, please make the new version available for 
download as it certainly is a better program the Microsoft's own.  I use it 
myself as well!

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Joe H" <joe.ah@att.net> wrote in message news:eist3c$ueo$1@news.talkto.net...
> > The CharMap Demo program is a truly wonderful and useful program, not
> > just a demo. I like it so much better than the windows charmap program,
> > mainly because I can increase the font size so that I can easily see
> > the characters on my high resolution monitors.
> >
> > However, the characters shown are not the same. For example, the Tahoma
> > font (and many others) in the jvCharMapDemo shows blanks for the values
> > for numbers 128 through 160 while CharMap shows values for these
> > positions. In particular one of these is the TM symbol which I use
> > frequently in my programs. I've spent a couple of hours so far looking
> > for a way to change the character set shown by the program and can't
> > see a way to do it.
> >
> > I would really appreciate it if someone could tell me how to do this.
> > Surely there must be a way else why would there be a difference. If I
> > can find the way, I will add another option to the demo to allow the
> > user to change this setting at run time. I will also add an option for
> > the program to save the last used font and it's characteristics
> > including whatever character set is selected, as default settings,
> > probably in an ini file.
> >
> > -- 
> > 




Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 09 Nov 2006 12:32:29 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Carmelo Viavattene wrote:
>> OBones ha scritto:
>>> Carmelo Viavattene wrote:
>>>
>>>> Can You Help me?
>>>
>>> You need the DCP file as well.
>> In BCB\Projects\Bpl I'am only ThemeManagerC5.BPL and .TDS
>>
>>
>> In my installation of BCB5 I'am installed also Delphi4, and ThemeManagere have generated:
>> ThemeManagerD4.DCP and ThemeManagerD4D.DCP in Delphi4\Bin
>>
>> Then I understand the DCP is a Delphi generated file.
>>
>> Can You help me to generate the requested DCP file for my BCB5?
>
> It is generated by dcc32 and should be generated by BCB when compiling the package. Look on your harddrive for it.
I look in my hardrive.
I'am *.DCP in BCB\Project\Lib, only for the lib generated from JVCL
(example: JvValidatorsC5D, I'am .BPI, .LIB, and .DCP)

For all my other generated files, in BCB\Project\Lib I'am only .BPI and ..LIB, not .DCP.

Then, is my configuration of BCB not generate the .DCP.
I not know the solution.

You, in JVCL, know the switch to generate the DCP in dcc32

Can You help me?

Regards,
Carmelo Viavattene


Subject: TJvXPBar and WordWrap
From: "Stranger" <udalov_e@mail.ru>
Date: Thu, 9 Nov 2006 12:01:41 +0100
Newsgroups: jedi.vcl

Hi.
I use to component TJvXPBar. This component does not have property 
WorWrap. How to solve this problem? 
Stranger. 



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 09 Nov 2006 10:40:50 +0100
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:
> OBones ha scritto:
>> Carmelo Viavattene wrote:
>>
>>> Can You Help me?
>>
>> You need the DCP file as well.
> In BCB\Projects\Bpl I'am only ThemeManagerC5.BPL and .TDS
>
>
> In my installation of BCB5 I'am installed also Delphi4, and ThemeManagere have generated:
> ThemeManagerD4.DCP and ThemeManagerD4D.DCP in Delphi4\Bin
>
> Then I understand the DCP is a Delphi generated file.
>
> Can You help me to generate the requested DCP file for my BCB5?

It is generated by dcc32 and should be generated by BCB when compiling the package. Look on your harddrive for it.


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 09 Nov 2006 10:20:23 +0100
Newsgroups: jedi.vcl

OBones ha scritto:
> Carmelo Viavattene wrote:
>
>> Can You Help me?
>
> You need the DCP file as well.
In BCB\Projects\Bpl I'am only ThemeManagerC5.BPL and .TDS


In my installation of BCB5 I'am installed also Delphi4, and ThemeManagere have generated:
ThemeManagerD4.DCP and ThemeManagerD4D.DCP in Delphi4\Bin

Then I understand the DCP is a Delphi generated file.

Can You help me to generate the requested DCP file for my BCB5?

Regards,
Carmelo Viavattene


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 09 Nov 2006 09:53:27 +0100
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:

> Can You Help me?

You need the DCP file as well.


Subject: Re: Installation on C++Builder with themes
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 09 Nov 2006 09:52:16 +0100
Newsgroups: jedi.vcl

Florent Ouchet ha scritto:
>>> I can't compile the JVCL with Themes support enabled on C++Builder 5 and C++Builder 6. Can anyone success this installation?
>>
>> Do you have the required third party theme support file(s) ?
>
> Yes, I installed the latest version of Mike Lischke's Theme manager.
> It created these files:
> projects\bpl\ThemeManagerC5.bpl
> projects\bpl\ThemeManagerC5.tds
> projects\bpl\ThemeManagerC5D.bpl
> projects\bpl\ThemeManagerC5D.tds
> projects\lib\ThemeManagerC5.bpi
> projects\lib\ThemeManagerC5.lib
> projects\lib\ThemeManagerC5D.bpi
> projects\lib\ThemeManagerC5D.lib
>
> The readme.htm file doesn't say how to install themes in C++Builder, the "explicit rebuild" option is not present in this product.
>

I'am the same problem.
I compile JVCL3 from a clean installation, and the error is:
Required package 'ThemeManagerC5' not found.

ThemeManagerC5.bpl is in BCB\Project\Bpl.

Can You Help me?

Regards,
Carmelo Viavattene


Subject: Re: Problem After Install - Part 2
From: "Joe H" <joe.ah@att.net>
Date: Wed, 8 Nov 2006 21:37:30 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Ah but it does exist. Look at the uninstall button in the JCL
> > installer and the uninstall option in the JVCL one.  It's even
> > mentionned in the readme file. But hey, who reads these anyway ;-)

Oops. I'm guilty. Sorry, I didn't read it. Apparently I'm not alone.
but I'm pleased to hear that is is available. Thanks.

I'll take advantage of that.


Subject: Re: Problem After Install - Part 2
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 08 Nov 2006 22:09:26 +0100
Newsgroups: jedi.vcl

Joe H wrote:

> Larry Maturo wrote:
>
>
>> Hi Olivier,
>>
>> I have tried everything.  I can't get the latest JCL build.  I get a
>> page not found when I click on latest.zip.  So, I'm using JCL version
>> 1.97 and JCVL version 3.20 as you suggested.  Now when I start
>> Delphi 7  I get:
>>
>> Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\
>>   Bpl\JclRepositoryExpertDLL70.dll
>
>
> Would it be that hard to make an uninstaller/cleaner that would cleanup
> previous installations including registry entries so that an update
> could easily be installed?

Ah but it does exist. Look at the uninstall button in the JCL installer and the uninstall option in the JVCL one.
It's even mentionned in the readme file. But hey, who reads these anyway ;-)

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem After Install - Part 2
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Wed, 8 Nov 2006 14:29:28 -0600
Newsgroups: jedi.vcl

Hi Florent,

Thank you!  That did the trick.

-- Larry

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:eitcbf$2sf$1@news.talkto.net...
> > Larry Maturo a écrit :
>> >> I started Delphi 7, opened a package using the jcl/jvcl,
>> >>  and got the error message:
>> >> Required package 'Djcl' not found.
> >
> > Ok, then you just have to remove that reference from this package and add 
> > a new one to delphi7\projects\bpl\jcl.dcp.
> >
> > I apologize for not having understood the problem sooner.
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: Problem After Install - Part 2
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 08 Nov 2006 20:46:50 +0100
Newsgroups: jedi.vcl

Larry Maturo a écrit :
> I started Delphi 7, opened a package using the jcl/jvcl,
>  and got the error message:
> Required package 'Djcl' not found.

Ok, then you just have to remove that reference from this package and add a new one to delphi7\projects\bpl\jcl.dcp.

I apologize for not having understood the problem sooner.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Problem After Install - Part 2
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Wed, 8 Nov 2006 13:31:29 -0600
Newsgroups: jedi.vcl

Well, after Joe mentioned the registry, I also cleaned the registry.  That 
got
rid of the message about could not find Wizard, 'C:\Program Files\Borland\
    Delphi7\Projects\Bpl\JclRepositoryExpertDLL70.dll.

Now all I get in Delphi 7 when I compile is:

Required package 'Djcl' not found.

So to sumarize, I did the following, in the order shown:

I removed from the Delphi packages:
    all jcl entires
    all jvcl entries
I removed from Delphi libary paths and browsing paths
    all jcl paths
    all jvcl paths
I deleted the following:
    jcl directory
    jcvl directory
    all jcl*.* files from C:\Program Files\Borland\Delphi 7\Projects\bpl
    all jcvl*.* files from C:\Program Files\Borland\Delphi 7\Projects\bpl
I removed from the registry
    all references to jcl
    all references to jvcl

I unpacked jcl 1.97, build 2172, and installed
I unpacked jvcl 3.20 and installed

I started Delphi 7, opened a package using the jcl/jvcl,
 and got the error message:

Required package 'Djcl' not found.

-- Larry Maturo




"Larry Maturo" <Lawrence.Maturo@Quest.com> wrote in message 
news:eit66q$1fp$1@news.talkto.net...
> > Hi Florent, Olivier,
> >
> > I'm starting over again.  I removed the packages from Delphi,
> > have deleted the directories, deleted the files under Delphi,
> > and removed the paths from library and browsing path in
> > Delphi.  Still, when I start Delphi 7 I get the error about
> > Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\
> >    Bpl\JclRepositoryExpertDLL70.dll.
> >
> > What can be causing this?  I want to make sure I don't have any
> > references left to JCL and JVCL before I start extracting and
> > rebuilding everything.
> >
> > -- Larry
> >
> >
> >
> > "Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
> > news:eit35d$pm$1@news.talkto.net...
>> >> Larry,
>> >>
>> >> You may have extracted the JCL archive in place of an existing old 
>> >> version of the JCL. That's not supported:
>> >>  - clean the directory (by erasing all existing files and directories
>> >>  - delete all old files of the JCL
>> >>  - extract the complete archive
>> >>  - install the JCL
>> >>
>> >> Regards,
>> >>
>> >> -- 
>> >> Florent Ouchet
>> >> What I am listening http://www.pandora.com/people/outch
> >
> > 




Subject: Re: Problem After Install - Part 2
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Wed, 8 Nov 2006 13:16:36 -0600
Newsgroups: jedi.vcl

Hi Joe,

Thank you for mentioning the registry.  I hadn't looked there.  There was 
lots
of things in the registry to remove.

-- Larry

"Joe H" <joe.ah@att.net> wrote in message 
news:eit8fn$20i$1@news.talkto.net...
> > Larry Maturo wrote:
> >
>> >> Hi Olivier,
>> >>
>> >> I have tried everything.  I can't get the latest JCL build.  I get a
>> >> page not found when I click on latest.zip.  So, I'm using JCL version
>> >> 1.97 and JCVL version 3.20 as you suggested.  Now when I start
>> >> Delphi 7  I get:
>> >>
>> >> Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\
>> >>    Bpl\JclRepositoryExpertDLL70.dll
> >
> > Would it be that hard to make an uninstaller/cleaner that would cleanup
> > previous installations including registry entries so that an update
> > could easily be installed?
> >
> > I just donwnloaded and installed the current versions of jcl and jvcl
> > from jedi and ran into a number of problems with d2006 (many of the
> > example programs will not compile) even though I haven't had any jedi
> > components installed for a couple of years now. I downloaded all 30,000
> > or so messages from this newsgroup and see many posts which aparently
> > all involve not removing previous versions properly or completely and
> > have also seen many posts that say that the current versions 3.20 and
> > 1.97 are old and to use the daily versions instead. Seems like an
> > unstaller or cleaner would be a great help to many people. 




Subject: Re: Problem After Install - Part 2
From: "Joe H" <joe.ah@att.net>
Date: Wed, 8 Nov 2006 18:43:04 +0000 (UTC)
Newsgroups: jedi.vcl

Larry Maturo wrote:

> > Hi Olivier,
> > 
> > I have tried everything.  I can't get the latest JCL build.  I get a
> > page not found when I click on latest.zip.  So, I'm using JCL version
> > 1.97 and JCVL version 3.20 as you suggested.  Now when I start
> > Delphi 7  I get:
> > 
> > Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\
> >    Bpl\JclRepositoryExpertDLL70.dll

Would it be that hard to make an uninstaller/cleaner that would cleanup
previous installations including registry entries so that an update
could easily be installed?

I just donwnloaded and installed the current versions of jcl and jvcl
from jedi and ran into a number of problems with d2006 (many of the
example programs will not compile) even though I haven't had any jedi
components installed for a couple of years now. I downloaded all 30,000
or so messages from this newsgroup and see many posts which aparently
all involve not removing previous versions properly or completely and
have also seen many posts that say that the current versions 3.20 and
1.97 are old and to use the daily versions instead. Seems like an
unstaller or cleaner would be a great help to many people.


Subject: Re: Problem After Install - Part 2
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Wed, 8 Nov 2006 12:04:08 -0600
Newsgroups: jedi.vcl

Hi Florent, Olivier,

I'm starting over again.  I removed the packages from Delphi,
have deleted the directories, deleted the files under Delphi,
and removed the paths from library and browsing path in
Delphi.  Still, when I start Delphi 7 I get the error about
Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\
    Bpl\JclRepositoryExpertDLL70.dll.

What can be causing this?  I want to make sure I don't have any
references left to JCL and JVCL before I start extracting and
rebuilding everything.

-- Larry



"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:eit35d$pm$1@news.talkto.net...
> > Larry,
> >
> > You may have extracted the JCL archive in place of an existing old version 
> > of the JCL. That's not supported:
> >  - clean the directory (by erasing all existing files and directories
> >  - delete all old files of the JCL
> >  - extract the complete archive
> >  - install the JCL
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: Problem After Install - Part 2
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 08 Nov 2006 18:10:05 +0100
Newsgroups: jedi.vcl

Larry,

You may have extracted the JCL archive in place of an existing old version of the JCL. That's not supported:
 - clean the directory (by erasing all existing files and directories
 - delete all old files of the JCL
 - extract the complete archive
 - install the JCL

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Problem After Install - Part 2
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 08 Nov 2006 17:36:26 +0100
Newsgroups: jedi.vcl

Larry Maturo wrote:

> And when I try to compile I get: Required package 'DJcl' not found.

That's what we keep telling you, you have an OLD version of the JCL somewhere.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem After Install - Part 2
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Wed, 8 Nov 2006 10:09:47 -0600
Newsgroups: jedi.vcl

Hi Florent,

You wrote:
>> >> Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\
>> >>     Bpl\JclRepositoryExpertDLL70.dll
> >
> > This directory must be in your PATH environment variable.

It was in my path, but somehow the file got deleted.  It was in the recycle
bin so I fetched it out and put it where it was suppose to be.

You wrote:
>> >> When I try to compile something that uses the jcl/jvcl I get:
>> >>
>> >> Packages 'DJcl' and 'Jcl' both contain unit 'JClAppinst'
> >
> > You have a previous version of the JCL that you did not uninstall before. 
> > You will have to delete it by hand (remove the orphan djcl.bpl and 
> > djcl.dcp and probably the associated DCUs).
> >
Actually, it was in the Delphi bpl directory.  I deleted it from there.

Now when I start Delphi 7 I get:

The procedure entry point @Jclotawizardfrom@initialization@qqrv could
not be located in the dynamic link library JclBaseExpert70.bpl.

After I click OK I get:

Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\Bpl\
JclRepositoryExpertDLL70.dll.  Which is very weird, since I just put
it there and can see it in the directory listing.

And when I try to compile I get: Required package 'DJcl' not found.

-- Larry






Subject: jvCharMapDemo
From: "Joe H" <joe.ah@att.net>
Date: Wed, 8 Nov 2006 15:28:46 +0000 (UTC)
Newsgroups: jedi.vcl

The CharMap Demo program is a truly wonderful and useful program, not
just a demo. I like it so much better than the windows charmap program,
mainly because I can increase the font size so that I can easily see
the characters on my high resolution monitors.

However, the characters shown are not the same. For example, the Tahoma
font (and many others) in the jvCharMapDemo shows blanks for the values
for numbers 128 through 160 while CharMap shows values for these
positions. In particular one of these is the TM symbol which I use
frequently in my programs. I've spent a couple of hours so far looking
for a way to change the character set shown by the program and can't
see a way to do it.

I would really appreciate it if someone could tell me how to do this.
Surely there must be a way else why would there be a difference. If I
can find the way, I will add another option to the demo to allow the
user to change this setting at run time. I will also add an option for
the program to save the last used font and it's characteristics
including whatever character set is selected, as default settings,
probably in an ini file.

-- 

Subject: problem with jvRichEditToHtml
From: "Guillem" <guillemvicens-nospam@clubgreenoasis.com>
Date: Wed, 8 Nov 2006 11:04:23 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

using JVCL 3.2 and BDS 2006 Ent.

I am trying to convert a text contained in a TjvRichEdit to HTML. When
I use the ConvertToHtml method from a tjvRichEditToHtml it does not
convert it properly.

For example, instead of 

hello blablabla <b>one</b> two

I get

hello blablabl<b>la o</b>ne two


Just in case before doing the conversion I saved the text to RTF to
check if it somehow is malformated but it appears correctly in the RTF
file.

Any ideas what could be causing this?

TIA
-- Best regards :) Guillem Vicens Meier Dep. Informática Green Service S.A. www.clubgreenoasis.com -- Contribute to the Indy Docs project: http://docs.indyproject.org -- In order to contact me remove the -nospam 

Subject: Re: TJvDBTreeView
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 8 Nov 2006 12:26:05 +0300
Newsgroups: jedi.vcl

> > I use component TJvDBTreeView and I want to set color for each item depend
> > on information from DB. How can I do it?
> >
> > For example:
> > If field DB.Date is null the item in the treeview must be red color else
> > green.
> >

You can use simple trick to access protected event handler 
TCustomTreeView.OnAdvancedCustomDrawItem:

type
  THackDBTreeView=class(TJvDBTreeView );

procedure TForm1.FormCreate(Sender: TObject);
var temp:string;
begin
  THackDBTreeView(DBTreeView1).OnAdvancedCustomDrawItem:=
    MyAdvancedCustomDrawItem;
end;

This is screenshoot demonstrating custom draw of Item in 
MyAdvancedCustomDrawItem 



DBTreeView.JPG
	



Subject: Re: TJvAppXMLStorage and
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 8 Nov 2006 09:17:26 +0100
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
>> >> SORRY AND SHAME ON ME!!!!!
>> >> 
>> >> It seems to be that we all were blind!!!!
>> >> 
>> >> Both component have these options
>> >> 
>> >> TJvSimpleXMLOptions : sxoAutoEncodeValue,
>> >>     sxoAutoEncodeEntity
>> >> 
>> >> TJvAppXMLStorageOptions.AutoEncodeValue + 
>> >> TJvAppXMLStorageOptions.AutoEncodeEntity
>> >> 
>> >> 
>> >> Ignore all my posts :-)
> >
> >Nope, they should be turned on by default then.
> >

I will do this.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAppXMLStorage and
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 08 Nov 2006 08:36:52 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> SORRY AND SHAME ON ME!!!!!
>
> It seems to be that we all were blind!!!!
>
> Both component have these options
>
> TJvSimpleXMLOptions : sxoAutoEncodeValue,
>     sxoAutoEncodeEntity
>
> TJvAppXMLStorageOptions.AutoEncodeValue + TJvAppXMLStorageOptions.AutoEncodeEntity
>
>
> Ignore all my posts :-)

Nope, they should be turned on by default then.


Subject: Re: Problem after reinstall
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 08 Nov 2006 08:36:11 +0100
Newsgroups: jedi.vcl

Larry Maturo wrote:
> Hi Olivier,
>
> I have tried everything.  I can't get the latest JCL build.  I get a page not found when I click
> on latest.zip.  So, I'm using JCL version 1.97 and JCVL version 3.20 as you suggested.  Now
> when I start Delphi 7 I get:
>
> Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\Bpl\JclRepositoryExpertDLL70.dll
>
> When I try to compile something that uses the jcl/jvcl I get:
>
> Packages 'DJcl' and 'Jcl' both contain unit 'JClAppinst'

Both message have the same origin: you had a previous version of the JCL which you did not uninstall correctly (removing files is NOT enough) and now the windows registry contains information about files that no longer exist.


Subject: Re: Problem After Install - Part 2
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 08 Nov 2006 07:21:42 +0100
Newsgroups: jedi.vcl

Larry,

> Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\
>     Bpl\JclRepositoryExpertDLL70.dll

This directory must be in your PATH environment variable.

> When I try to compile something that uses the jcl/jvcl I get:
>
> Packages 'DJcl' and 'Jcl' both contain unit 'JClAppinst'

You have a previous version of the JCL that you did not uninstall before. You will have to delete it by hand (remove the orphan djcl.bpl and djcl.dcp and probably the associated DCUs).

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Problem After Install - Part 2
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Tue, 7 Nov 2006 17:25:51 -0600
Newsgroups: jedi.vcl

Hi Olivier,

I have tried everything.  I can't get the latest JCL build.  I get a page
not found when I click on latest.zip.  So, I'm using JCL version 1.97
and JCVL version 3.20 as you suggested.  Now when I start
Delphi 7  I get:

Could not find Wizard, 'C:\Program Files\Borland\Delphi7\Projects\
    Bpl\JclRepositoryExpertDLL70.dll

When I try to compile something that uses the jcl/jvcl I get:

Packages 'DJcl' and 'Jcl' both contain unit 'JClAppinst'

BDS2006 on the other hand works fine with this install.

-- Larry




Subject: Re: TJvAppXMLStorage and
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 08 Nov 2006 00:20:48 +0100
Newsgroups: jedi.vcl

SORRY AND SHAME ON ME!!!!!

It seems to be that we all were blind!!!!

Both component have these options

TJvSimpleXMLOptions : sxoAutoEncodeValue,
    sxoAutoEncodeEntity

TJvAppXMLStorageOptions.AutoEncodeValue + TJvAppXMLStorageOptions.AutoEncodeEntity


Ignore all my posts :-)

Greetings
Jens

OBones schrieb:
> Jens wrote:
>> I agree.
>>
>> Who can implement this?
>>
>> I could do it, but then how? Fixed in the code, optional, properties,
>> events???
>
> In the code, compulsory.
> Find where OnEncodeValue is called, and do it right after the event handler has been called.
> Then do the same with OnDecodeValue, this time right before the event handler is being called.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Problem after reinstall
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Tue, 7 Nov 2006 12:27:22 -0600
Newsgroups: jedi.vcl

Hi Olivier,

Just a note.  BDS2006 seems to work fine.  The only problem is with Delphi 
7.

-- Larry Maturo

"Larry Maturo" <Lawrence.Maturo@Quest.com> wrote in message 
news:eiqbqb$hfb$1@news.talkto.net...
> > Hi Olivier,
> >
> > I have tried everything.  I can't get the latest JCL build.  I get a page 
> > not found when I click
> > on latest.zip.  So, I'm using JCL version 1.97 and JCVL version 3.20 as 
> > you suggested.  Now
> > when I start Delphi 7 I get:
> >
> > Could not find Wizard, 'C:\Program 
> > Files\Borland\Delphi7\Projects\Bpl\JclRepositoryExpertDLL70.dll
> >
> > When I try to compile something that uses the jcl/jvcl I get:
> >
> > Packages 'DJcl' and 'Jcl' both contain unit 'JClAppinst'
> >
> > -- Larry
> >
> >
> > "OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
> > news:eihjek$36d$1@news.talkto.net...
>> >> Larry Maturo wrote:
>>> >>> HI Olivier,
>>> >>>
>>> >>> I can't get a daily build of the JCL.  I get an error accessing it.  I'm 
>>> >>> using version 1.97
>>> >>> build 2172 of the JCL since that is the latest build I can find on the 
>>> >>> site. What version
>>> >>> of the JCVL will that work with?  My latest try after deleting 
>>> >>> everything resulted in
>>> >>> neither Dephi 7 or BDS 2006 being able to open.  Agh!!!
>> >>
>> >> I'll setup a daily zip mirror for the JCL over the week-end. The build 
>> >> you are using only works with version 3.20 (release) of the JVCL.
>> >> Bear with us for the next few days and you'll be able to use the daily 
>> >> zips again.
>> >> You can also retrieve the sources directly from SVN if you want too as 
>> >> well:
>> >>
>> >> http://homepages.borland.com/jedi/wiki/index.php?title=Repository
>> >>
>> >> -- 
>> >> Olivier Sannier
>> >> JVCL Coordinator
>> >> http://jvcl.sf.net/
> >
> > 




Subject: Re: TJvAppXMLStorage and
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Nov 2006 19:14:53 +0100
Newsgroups: jedi.vcl

Jens wrote:
> I agree.
>
> Who can implement this?
>
> I could do it, but then how? Fixed in the code, optional, properties,
> events???

In the code, compulsory.
Find where OnEncodeValue is called, and do it right after the event handler has been called.
Then do the same with OnDecodeValue, this time right before the event handler is being called.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvAppXMLStorage and
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 7 Nov 2006 18:40:09 +0100
Newsgroups: jedi.vcl

I agree.

Who can implement this?

I could do it, but then how? Fixed in the code, optional, properties,
events???

Greetings
Jens

>> >> Any character in the value of a property or node that could jeopardize 
>> >> further reading of the generated XML should be entity encoded. Up to know, 
>> >> I can only think of these ones:
> >
> >XML defines these entities and so should JvSimpleXML to be compatible:
> >
> >&amp;
> >&lt;
> >&gt;
> >&apos;
> >&quot;
> >
> >-- 
> >Regards, Peter 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAppXMLStorage and
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 7 Nov 2006 18:01:39 +0100
Newsgroups: jedi.vcl

> > Any character in the value of a property or node that could jeopardize 
> > further reading of the generated XML should be entity encoded. Up to know, 
> > I can only think of these ones:

XML defines these entities and so should JvSimpleXML to be compatible:

&amp;
&lt;
&gt;
&apos;
&quot;

-- Regards, Peter 

Subject: Re: Problem after reinstall
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Tue, 7 Nov 2006 10:21:40 -0600
Newsgroups: jedi.vcl

Hi Olivier,

I have tried everything.  I can't get the latest JCL build.  I get a page 
not found when I click
on latest.zip.  So, I'm using JCL version 1.97 and JCVL version 3.20 as you 
suggested.  Now
when I start Delphi 7 I get:

Could not find Wizard, 'C:\Program 
Files\Borland\Delphi7\Projects\Bpl\JclRepositoryExpertDLL70.dll

When I try to compile something that uses the jcl/jvcl I get:

Packages 'DJcl' and 'Jcl' both contain unit 'JClAppinst'

-- Larry


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eihjek$36d$1@news.talkto.net...
> > Larry Maturo wrote:
>> >> HI Olivier,
>> >>
>> >> I can't get a daily build of the JCL.  I get an error accessing it.  I'm 
>> >> using version 1.97
>> >> build 2172 of the JCL since that is the latest build I can find on the 
>> >> site. What version
>> >> of the JCVL will that work with?  My latest try after deleting everything 
>> >> resulted in
>> >> neither Dephi 7 or BDS 2006 being able to open.  Agh!!!
> >
> > I'll setup a daily zip mirror for the JCL over the week-end. The build you 
> > are using only works with version 3.20 (release) of the JVCL.
> > Bear with us for the next few days and you'll be able to use the daily 
> > zips again.
> > You can also retrieve the sources directly from SVN if you want too as 
> > well:
> >
> > http://homepages.borland.com/jedi/wiki/index.php?title=Repository
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: TJvAppXMLStorage and
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 7 Nov 2006 17:13:47 +0100
Newsgroups: jedi.vcl

I would add the ">" also.


Greetings
Jens

> >Jens Fudickar wrote:
>> >> My guess is more the XML component, because it's a basic and principle 
>> >> problem.
>> >> 
>> >> But i'm open for anything.
>> >> 
>> >> Greetings
>> >> Jens
> >
> >Well, ok, after thinking a bit about it, and having been bitten this 
> >very morning by it, here is what I think should be done:
> >
> >Any character in the value of a property or node that could jeopardize 
> >further reading of the generated XML should be entity encoded. Up to 
> >know, I can only think of these ones:
> >
> >"  &quot;
> >'  &apos;
> ><  &lt;
> >
> >This list should remain limited to the characters that need to be 
> >encoded to have a valid XML file, which is why I did not add > in it. 
> >But it might need to be added.
> >
> >Any opinions?
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAppXMLStorage and
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 07 Nov 2006 10:42:42 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> My guess is more the XML component, because it's a basic and principle problem.
>
> But i'm open for anything.
>
> Greetings
> Jens

Well, ok, after thinking a bit about it, and having been bitten this very morning by it, here is what I think should be done:

Any character in the value of a property or node that could jeopardize further reading of the generated XML should be entity encoded. Up to know, I can only think of these ones:

"  &quot;
'  &apos;
<  &lt;

This list should remain limited to the characters that need to be encoded to have a valid XML file, which is why I did not add > in it. But it might need to be added.

Any opinions?


Subject: TJvDBTreeView
From: "Viktor" <osypov@gmail.com>
Date: Tue, 7 Nov 2006 10:35:44 +0100
Newsgroups: jedi.vcl

Hi all!

I need your help!

I use component TJvDBTreeView and I want to set color for each item depend
on information from DB. How can I do it?

For example:
If field DB.Date is null the item in the treeview must be red color else
green.

I know about property DataLink but I cannot imagine how to use it :(

Please, help me!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: RichEdit 5.0 and JvRichEdit--continue ddiscussion
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 06 Nov 2006 23:27:58 +0100
Newsgroups: jedi.vcl

Edwin wrote:
> 1. the higher the version of riched20.dll is, the more feather
> TJvRichEdit(some something else like it) control gets, especiall the 6.0
> version comes with ms office 2007.

An important thing to note is that those dll's are not redistributable. Thus Microsoft forbids you to distribute those dll's: you can only distribute the v3.0 dll with your application.

> ok, come back to JvRichEdit, I found another way to implement the table
> function in JvRichEdit, how about implement a OLE server, like execel, and
> than a user can edit it JvRichEdit. any tips and comments on this?

You could generate an ActiveX wrapper control from a TStringGrid control or something, and insert that in a rich edit control.

> and if we directly nanipulate the RTF tags, can we implement insert/delete
> row/column? 

For manipulating a table you probably need to parse and rework the RTF data. That is going to be a lot of work.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL Installation
From: "Rudy" <rhentzen@hotmail.com>
Date: Mon, 6 Nov 2006 19:17:16 -0000
Newsgroups: jedi.vcl

Cheers mate, worked a treat, didnt think the lower ones were  the latest 
version

Rudy

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eincdm$1pm$1@news.talkto.net...
> > Rudy wrote:
>> >> Thats really strange, it reads
>> >>
>> >>       File
>> >>      Date and time
>> >>      Size
>> >>      Description
>> >>
>> >>       JCL-Latest.zip
>> >>      Missing file  Missing file  The complete set of files, including the 
>> >> examples and the installer.
>> >>
>> >>       JCL-Source-Latest.zip
>> >>      Missing file  Missing file  Only the source files, no examples and 
>> >> no installer
> >
> > Look below, you have the full list. 




Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Daniele Teti <thisiswrong@wrong.com>
Date: Mon, 06 Nov 2006 18:04:37 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:
> While we are at it can we find other parts of the JVCL to move?

I'm agree with move!

What about engine to stream published TComponent properties to XML format? (TjvAppXMLFileStorage)
One old JEDI project seems to be dead (http://www.delphihome.com/xml/en/index.php3) ... so why dont use this engine that's already here to substitute dead ones?

Daniele


Subject: Re: JVDBgrid
From: "André Prando" <alprando@hotmail.com.br>
Date: Mon, 6 Nov 2006 11:29:52 -0300
Newsgroups: jedi.vcl

Ok.. Thanks Fred !

"Fred" <nospam_@_nospam.com> escreveu na mensagem 
news:ein50p$hg$1@news.talkto.net...
>> > >mask '!99999\-9;0;_'.
>> >>
> >
> > As I said above, use the event OnGetText instead.
> >
> > Regards,
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: JVCL Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 06 Nov 2006 14:13:37 +0100
Newsgroups: jedi.vcl

Rudy wrote:
> Thats really strange, it reads
>
>       File
>      Date and time
>      Size
>      Description
>
>       JCL-Latest.zip
>      Missing file  Missing file  The complete set of files, including the examples and the installer.
>
>       JCL-Source-Latest.zip
>      Missing file  Missing file  Only the source files, no examples and no installer

Look below, you have the full list.


Subject: Re: JVCL Installation
From: "Rudy" <rhetzen@hotmail.com>
Date: Mon, 6 Nov 2006 11:43:32 -0000
Newsgroups: jedi.vcl

Thats really strange, it reads

      File
     Date and time
     Size
     Description

      JCL-Latest.zip
     Missing file  Missing file  The complete set of files, including the 
examples and the installer.

      JCL-Source-Latest.zip
     Missing file  Missing file  Only the source files, no examples and no 
installer

and when i click it goes to 'page cannot be dispalyed'

Rudy

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ein61h$m5$1@news.talkto.net...
> > Rudy wrote:
>> >> Hi,
>> >>
>> >> Thanks, but your mirror seems to be down also.  Any others?
> >
> > Nope, but I just tried and it worked like a charm. 




Subject: Re: JVCL Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 06 Nov 2006 12:24:42 +0100
Newsgroups: jedi.vcl

Rudy wrote:
> Hi,
>
> Thanks, but your mirror seems to be down also.  Any others?

Nope, but I just tried and it worked like a charm.


Subject: Re: JVCL Installation
From: "Rudy" <rhetzen@hotmail.com>
Date: Mon, 6 Nov 2006 11:06:34 -0000
Newsgroups: jedi.vcl

Hi,

Thanks, but your mirror seems to be down also.  Any others?

Thanks
Rudy

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eimr9g$un9$1@news.talkto.net...
> > Rudy wrote:
>> >> Version from the Zip file 'JVCL320CompleteJCL197-Build2172.zip' 
>> >> downloaded yesterday.
>> >>
>> >> JCL 1.97
>> >> JVCL 3.20
>> >>
>> >> Rudy
> >
> > Ah but that is quite old now, and it might indeed have a problem.
> > To fix this, open the file JvSystem-R.xml in the packages\xml folder and 
> > add a line to the requires list, a line indicating that it requires 
> > JvCore-R
> >
> > Or alternatively, you can download the daily versions from here:
> >
> > http://jcl.sf.net/daily/
> > http://jvcl.sf.net/daily/
> >
> > The first one seems to be down at the moment, a mirror has been put in 
> > place here: http://obones.free.fr/jcl_daily/
> >
> > Cheers
> > Olivier 




Subject: Re: JVDBgrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 6 Nov 2006 11:57:02 +0100
Newsgroups: jedi.vcl

> >mask '!99999\-9;0;_'.
> >

As I said above, use the event OnGetText instead.

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVDBgrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 6 Nov 2006 11:51:03 +0100
Newsgroups: jedi.vcl

> >Considering the name of the property (EditMask) the JvDbgrid's
> >behaviour is not exactly wrong. :-)

I agree with you: the EditMask property of a field shouldn't be used to 
format the display when the field is not edited (I read the help file 
and that confirmed it is an "edit-only" property, and that's a typing 
mask, not really a display mask). If you need to format the display, 
there's the event OnGetText, much more powerful than a property.

I don't know why this is different in TDBGrid but that's a strange 
behavior of TDBGrid (you cannot separate the two formats, quite 
annoying...).

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 6 Nov 2006 11:28:02 +0100
Newsgroups: jedi.vcl

> >This only works with the DBGrid-inherited inplace editor. But if you set
> >up EditControls this does not work for the external inplace editors.

Yes, the problem is with the other edit controls. The only solution I 
found until now is to put the management of the Enter key in the 
OnKeyPress event of the edit control. Some of these editors need the 
Enter key to function properly (e.g. TDBMemo creates a new line each 
time you press it), many others don't need it, so there's no common rule 
for all of them. Same thing for up and down arrows.

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVDBgrid
From: "André Prando" <alprando@hotmail.com.br>
Date: Mon, 6 Nov 2006 06:35:26 -0300
Newsgroups: jedi.vcl

mask '!99999\-9;0;_'.

"Fred" <nospam_@_nospam.com> escreveu na mensagem 
news:eicr55$7hl$1@news.talkto.net...
> > Could you provide an example of mask ?
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: JVCL Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 06 Nov 2006 09:21:13 +0100
Newsgroups: jedi.vcl

Rudy wrote:
> Version from the Zip file 'JVCL320CompleteJCL197-Build2172.zip' downloaded yesterday.
>
> JCL 1.97
> JVCL 3.20
>
> Rudy

Ah but that is quite old now, and it might indeed have a problem.
To fix this, open the file JvSystem-R.xml in the packages\xml folder and add a line to the requires list, a line indicating that it requires JvCore-R

Or alternatively, you can download the daily versions from here:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

The first one seems to be down at the moment, a mirror has been put in place here: http://obones.free.fr/jcl_daily/

Cheers
Olivier


Subject: Re: JVCL Installation
From: "Rudy" <rhentzen@hotmail.com>
Date: Mon, 6 Nov 2006 07:54:59 -0000
Newsgroups: jedi.vcl

Version from the Zip file 'JVCL320CompleteJCL197-Build2172.zip' downloaded 
yesterday.

JCL 1.97
JVCL 3.20

Rudy


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eimos6$uch$1@news.talkto.net...
> > Rudy wrote:
>> >> Hi,
>> >>
>> >> I am trying to Install JVCL, but keep get the error "Packages 
>> >> 'JVSystemD7R' and 'JvCoreD7R' both contain the unit 
>> >> 'JvAppStorageSelectList'.  The JCL stuff installed without any hitches.
>> >>
>> >> Any ideas?
> >
> > Which version ? 




Subject: Re: JVCL Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 06 Nov 2006 08:38:37 +0100
Newsgroups: jedi.vcl

Rudy wrote:
> Hi,
>
> I am trying to Install JVCL, but keep get the error "Packages 'JVSystemD7R' and 'JvCoreD7R' both contain the unit 'JvAppStorageSelectList'.  The JCL stuff installed without any hitches.
>
> Any ideas?

Which version ?


Subject: JVCL Installation
From: "Rudy" <rhentzen@hotmail.com>
Date: Mon, 6 Nov 2006 07:36:40 -0000
Newsgroups: jedi.vcl

Hi,

I am trying to Install JVCL, but keep get the error "Packages 'JVSystemD7R' 
and 'JvCoreD7R' both contain the unit 'JvAppStorageSelectList'.  The JCL 
stuff installed without any hitches.

Any ideas?

Thanks
Rudy 




Subject: Re: JVDBgrid
From: Jeferson Oliveira <jefersonfoliveira@gmail.com>
Date: Sun, 05 Nov 2006 15:44:59 -0300
Newsgroups: jedi.vcl

Fred escreveu:
> Could you provide an example of mask ?

I believe it occurs with any mask.
I've tested with the mask '0\-0;0;_'. The diference is that DBGrid always show the text formatted, while JvDBGrid only format the text when the column is being edited (double click or press F2 on the column text).
Considering the name of the property (EditMask) the JvDbgrid's behaviour is not exactly wrong. :-)


Regards,

Jeferson Oliveira
Brazil


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 05 Nov 2006 11:58:36 +0100
Newsgroups: jedi.vcl

Thomas Mueller a écrit :
> I agree with moving the component to jcl, but why is it a component anyway?
> Shouldn't it just be a class?

There is no reason for being a component. It could just be dropped on forms or datamodule, that facilitated its instantiation. To preserve backward compatibility the ancestor of TJvSimpleXml should not be changed. The ancestor of TJclSimpleXml could be different if TJvSimpleXml is a wrapper rather than an alias on TJclSimpleXml.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sun, 05 Nov 2006 11:46:54 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi Olivier,

OBones wrote:

> > So what we came up with is that we could move the code of TJvSimpleXML
> > into the JCL, and have TJvSimpleXML be a mere wrapper around the new
> > TJclSimpleXML component, adding the Create(Owner) constructor and
> > publishing the events among other things.

I agree with moving the component to jcl, but why is it a component anyway?
Shouldn't it just be a class?

(I have never used it so I don't know whether there would be a reason for it
to be a component.)


MfG
twm


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 5 Nov 2006 10:56:30 +0100
Newsgroups: jedi.vcl,jedi.jcl

Agree.


-- Regards, Andreas Hausladen 

Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 05 Nov 2006 06:29:50 +0100
Newsgroups: jedi.vcl,jedi.jcl

While we are at it can we find other parts of the JVCL to move?


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 05 Nov 2006 06:16:45 +0100
Newsgroups: jedi.vcl,jedi.jcl

Supported.


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 04 Nov 2006 23:19:04 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones a écrit :
> While discussing with Florent, the JCL coordinator, it turned out that he is more and more needing an XML parser inside the JCL, at the very least in the installer.

In details: the .bdsproj files are xml files. The JCL installer (as well as the runtime in JclBorlandTools) has to read the informations in this file to generate the arguments for the compiler command line.

-- 
Florent Ouchet


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 04 Nov 2006 23:05:59 +0100
Newsgroups: jedi.vcl,jedi.jcl

Agree!!

OBones schrieb:
> Hi all,
>
> While discussing with Florent, the JCL coordinator, it turned out that he is more and more needing an XML parser inside the JCL, at the very least in the installer. He could use the DOM parser, but this has a lot of issues with it, the main one about which version of MSXML is available on the users systems.
> In the JVCL installer, the TJvSimpleXML component is used and it is quite nice to have it. But as much as the JVCL requires the JCL to be there, the other way is not possible, nor desirable.
> So what we came up with is that we could move the code of TJvSimpleXML into the JCL, and have TJvSimpleXML be a mere wrapper around the new TJclSimpleXML component, adding the Create(Owner) constructor and publishing the events among other things.
> Of course, this must be a transparent migration and in order to have this happen, all the items/properties types would be redeclared, something like this:
>
> type
>   TJvSimpleXMLElem = TJclSimpleXMLElem;
>
> This would require validating the process for all platforms, but I'm quite confident this would work.
> At the moment, this is just a proposal, open for debate, suggestions, opinions. Please feel free to come forward.
>
> Cheers
> Olivier
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: [Proposal] Moving TJvSimpleXML to the JCL
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 04 Nov 2006 22:44:44 +0100
Newsgroups: jedi.vcl,jedi.jcl

On Sat, 04 Nov 2006 22:29:48 +0100, OBones wrote:

> >So what we came up with is that we could move the code of TJvSimpleXML 
> >into the JCL, and have TJvSimpleXML be a mere wrapper around the new 
> >TJclSimpleXML component, adding the Create(Owner) constructor and 
> >publishing the events among other things.
[...]
> >At the moment, this is just a proposal, open for debate, suggestions, 
> >opinions. Please feel free to come forward.

I support the proposal of moving TJvSimpleXML into the JCL.

Uwe


Subject: [Proposal] Moving TJvSimpleXML to the JCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 04 Nov 2006 22:29:48 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi all,

While discussing with Florent, the JCL coordinator, it turned out that he is more and more needing an XML parser inside the JCL, at the very least in the installer. He could use the DOM parser, but this has a lot of issues with it, the main one about which version of MSXML is available on the users systems.
In the JVCL installer, the TJvSimpleXML component is used and it is quite nice to have it. But as much as the JVCL requires the JCL to be there, the other way is not possible, nor desirable.
So what we came up with is that we could move the code of TJvSimpleXML into the JCL, and have TJvSimpleXML be a mere wrapper around the new TJclSimpleXML component, adding the Create(Owner) constructor and publishing the events among other things.
Of course, this must be a transparent migration and in order to have this happen, all the items/properties types would be redeclared, something like this:

type
  TJvSimpleXMLElem = TJclSimpleXMLElem;

This would require validating the process for all platforms, but I'm quite confident this would work.
At the moment, this is just a proposal, open for debate, suggestions, opinions. Please feel free to come forward.

Cheers
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvAppXMLStorage and
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 04 Nov 2006 14:06:58 +0100
Newsgroups: jedi.vcl

My guess is more the XML component, because it's a basic and principle problem.

But i'm open for anything.

Greetings
Jens

OBones schrieb:
> Jens wrote:
>>> Jens Fudickar wrote:
>>>
>>>> The question is :
>>>> Storing something like
>>>> "select * from a, b where /* a <=> b */ a.id = b.id " via XML-Appstorage should be possible without using additional events.
>>>> => Would i say.
>>> Yes, I agree, I was merely suggesting a workaround.
>>> Maybe HTML encoding the string would be a solution...
>>>
>>
>> Should we implement it in the JvSimpleXML or in the XMLAppStorage?
>
> AppXML would be my guess, the XML component should remain simple, some people might even rely on the fact that it does not pre encode certain values. But this is open for discussions.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Problem after reinstall
From: "Don Siders" <dsiders@charter.net>
Date: Sat, 4 Nov 2006 06:39:02 -0500
Newsgroups: jedi.vcl

> > You can also retrieve the sources directly from SVN if you want too as 
> > well:
> > http://homepages.borland.com/jedi/wiki/index.php?title=Repository

That page contains a link to http://www.elahn.net/subversion_config.txt 
which no longer exists:
  404 Error  -  Page Not Found
  We are sorry for the inconvenience. The page that you are looking for is 
either not constructed or does not exist. We are always changing our website 
in order to improve the overall experience for our visitors. It is likely 
that the information that you are looking for will appear in the new pages.
  2005 www.elahn.net



  Would it be possible to get the SVN configration settings included 
directly in the Wiki site?




Subject: Re: Problem after reinstall
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 04 Nov 2006 09:36:48 +0100
Newsgroups: jedi.vcl

Larry Maturo wrote:
> HI Olivier,
>
> I can't get a daily build of the JCL.  I get an error accessing it.  I'm using version 1.97
> build 2172 of the JCL since that is the latest build I can find on the site. What version
> of the JCVL will that work with?  My latest try after deleting everything resulted in
> neither Dephi 7 or BDS 2006 being able to open.  Agh!!!

I'll setup a daily zip mirror for the JCL over the week-end. The build you are using only works with version 3.20 (release) of the JVCL.
Bear with us for the next few days and you'll be able to use the daily zips again.
You can also retrieve the sources directly from SVN if you want too as well:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 4 Nov 2006 08:27:35 +0000 (UTC)
Newsgroups: jedi.vcl

Ok, now I can see the problem with PostOnEnterKey.


Fred wrote:

> > What other behaviour ?
> > Try this: type F2 in a cell to open the inplace editor, then type Enter. 
> > The editor closes. So what are you talking about ?

This only works with the DBGrid-inherited inplace editor. But if you set
up EditControls this does not work for the external inplace editors.


-- Regards, Andreas Hausladen 

Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Sat, 4 Nov 2006 03:03:03 +0100
Newsgroups: jedi.vcl

> >Our customers had problems with the other behaviour and reported it as a
> >bug.

What other behaviour ?
Try this: type F2 in a cell to open the inplace editor, then type Enter. 
The editor closes. So what are you talking about ?

> >TJvDBGrid has too many options and ways to be used that
> >I can test them all.

I'm just wondering if you really try your changes. I don't think so. The 
PostEnterKey problem is too obvious to be missed.

> >Either we control this via a "global" property or a property for each
> >control.

??? Sorry, I don't understand.

> >Can you point me to that posting? The only posting I see is the
> > "Yes, it's better." answer in this thread.

We discussed of the PostEnterKey in the thread "dgTabs are not set in 
default JvDBGrid.Options". My answer is there.

> >My view of this is that if the user presses ENTER he wants to leave the
> >inplace editor by posting his changes (while ESC cancels the changes).

At first, I prefer to precise the meaning of the verb "post". For me, it 
means you save the edited record in the database. It's what the Post 
function does in Delphi and I think it's the common meaning of the word 
in our programmer world.
So, the DBGrid doesn't post the change when you press Enter. It just 
closes the inplace editor. Nothing else. And that's the same thing in 
JvDBGrid. Look at the DBGrid code if you don't believe me.

If you set PostEnterKey to True, that means you want to post (= save in 
the database) your record (= all fields) every time you use the Enter 
key. Result: you'll have big trouble to succeed in posting records with 
more than one required field and you won't be able to revert a change. 
Try it. Only with your keyboard, and press Enter each time you edit a 
field. Is it really what you want ?

> >That is what TDBGrid does. But with PostOnEnterKey = False this doesn't
> >work anymore.

No, that's wrong. Try it.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: storing data
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 4 Nov 2006 03:27:18 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 3 Nov 2006 10:33:07 +0200 @397)
....while the fading voice of Tiberiu whispered through the darkness:

 TH> I was unable to create a .dbf file in runtime that had Numeric(1) type 
 TH> (BDE cannot do this), so I had to embed somehow the empty .dbf in the

Isn't BDE dead ? Did you tried tdbf.sf.net ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Problem after reinstall
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Fri, 3 Nov 2006 16:57:25 -0600
Newsgroups: jedi.vcl

HI Olivier,

I can't get a daily build of the JCL.  I get an error accessing it.  I'm 
using version 1.97
build 2172 of the JCL since that is the latest build I can find on the site. 
What version
of the JCVL will that work with?  My latest try after deleting everything 
resulted in
neither Dephi 7 or BDS 2006 being able to open.  Agh!!!

-- Larry Maturo


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eiggaf$uq8$1@news.talkto.net...
> > Larry Maturo wrote:
> >
>> >> Hi Olivier,
>> >>
>> >> Thank you for all the help.
>> >>
>> >> You wrote:
>> >> But if Delphi complains about it, it
>> >>
>>> >>>means you did not even uninstall that previous version from delphi...
>> >>
>> >>
>> >> I went into the Component/Install Packages menu and deleted all refereces 
>> >> to
>> >> JCL and JVCL.  Is there something else I need to do?
> >
> > Nope. And then remove the dcu/dcp/lib/bpl files I mentionned earlier. It 
> > should work better
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Problem after reinstall
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 03 Nov 2006 23:37:09 +0100
Newsgroups: jedi.vcl

Larry Maturo wrote:

> Hi Olivier,
>
> Thank you for all the help.
>
> You wrote:
> But if Delphi complains about it, it
>
>> means you did not even uninstall that previous version from delphi...
>
>
> I went into the Component/Install Packages menu and deleted all refereces to
> JCL and JVCL.  Is there something else I need to do?

Nope. And then remove the dcu/dcp/lib/bpl files I mentionned earlier. It should work better

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 3 Nov 2006 22:22:09 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > With that change, be prepared for user screams ! ;)

Our customers had problems with the other behaviour and reported it as a
bug.
 

> > I think you focus too much on the problem you want to solve, and not 
> > enough on the many other issues that could occur.

I've done these changes at work, so please forgive me for being single
solution centric. TJvDBGrid has too many options and ways to be used that
I can test them all. But fortunatelly you test a different usage of
TJvDBGrid.


> > With that, you introduced a big mess in my apps and I'm not surprised
> > at all. Try to use a DBComboBox or a DBMemo inside a JvDBGrid and
> > you'll understand.

Either we control this via a "global" property or a property for each
control.


> > I explained to you in a previous post why True as the default value is
> > a big mistake.

Can you point me to that posting? The only posting I see is the "Yes, it's
better." answer in this thread.

My view of this is that if the user presses ENTER he wants to leave the
inplace editor by posting his changes (while ESC cancels the changes).
That is what TDBGrid does. But with PostOnEnterKey = False this doesn't
work anymore.

Removing both the VK_UP/DOWN and the PostOnEnterKey code causes the user
to stick in the current inplace editor until he presses ESC (cancel
changes) or he clicks or tabs into another cell (post changes). My
customers do not like this behaviour. They want the ENTER key because it
worked this way before when we used TDBGrid. In my eyes PostOnEnter=True
should be the default, because TDBGrid's inplace editors also post on
ENTER.


-- Regards, Andreas Hausladen 

Subject: Re: Problem after reinstall
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Fri, 3 Nov 2006 15:23:52 -0600
Newsgroups: jedi.vcl

Hi Olivier,

Thank you for all the help.

You wrote:
But if Delphi complains about it, it
> > means you did not even uninstall that previous version from delphi...

I went into the Component/Install Packages menu and deleted all refereces to
JCL and JVCL.  Is there something else I need to do?

-- Larry

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eig2vs$sk6$1@news.talkto.net...
> > Larry Maturo wrote:
> >
>> >> Hi Olivier,
>> >>
>> >> I deleted everthing, started over, and still have the same problem.  So, 
>> >> what exactly
>> >> do I have to delete?  I have deleted everything in the jvl and jcvl 
>> >> directories.  Are
>> >> there other files I need to delete?
> >
> > Yes, look fo dcu, dcp, lib, bpl and hpp files from the JCL and JVCL 
> > everywhere on your harddrive. You'll find a DJcl.dcp somewhere and that 
> > one is way too old and interfering. But if Delphi complains about it, it 
> > means you did not even uninstall that previous version from delphi...
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Problem after reinstall
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 03 Nov 2006 19:49:36 +0100
Newsgroups: jedi.vcl

Larry Maturo wrote:

> Hi Olivier,
>
> I deleted everthing, started over, and still have the same problem.  So, what exactly
> do I have to delete?  I have deleted everything in the jvl and jcvl directories.  Are
> there other files I need to delete?

Yes, look fo dcu, dcp, lib, bpl and hpp files from the JCL and JVCL everywhere on your harddrive. You'll find a DJcl.dcp somewhere and that one is way too old and interfering. But if Delphi complains about it, it means you did not even uninstall that previous version from delphi...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem after reinstall
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Fri, 3 Nov 2006 12:13:03 -0600
Newsgroups: jedi.vcl

Hi Olivier,

I deleted everthing, started over, and still have the same problem.  So, 
what exactly
do I have to delete?  I have deleted everything in the jvl and jcvl 
directories.  Are
there other files I need to delete?

-- Larry



"Larry Maturo" <lmaturo@imceda.com> wrote in message 
news:eiftk5$rr4$1@news.talkto.net...
> > Hi Olivier,
> >
> > I am again deleting everything and starting over.  What I am starting with 
> > is
> > the jcl from 10/28, the latest build I could find, and the jcvl with a zip 
> > file
> > labeled jcvl3_latest.zip.  Will these play nicely together?
> >
> > -- Larry Maturo
> >
> >
> > "OBones" <obones_gf_@_fe_altern.org> wrote in message 
> > news:eieskb$h6u$1@news.talkto.net...
>> >> Larry Maturo wrote:
>>> >>> Hi Olivier,
>>> >>>
>>> >>> When I try to compile a package that uses them in D7 I get:
>>> >>> [Error] SA_D7.dpk(43): Packages 'DJcl' and 'Jcl' both contain unit 
>>> >>> 'JclWideFormat'
>>> >>>
>>> >>> Any idea what this means?
>> >>
>> >> It means you have a VERY old version of the JCL lying around and you did 
>> >> not remove it correctly before attempting the install.
> >
> > 




Subject: Re: Problem after reinstall
From: "Larry Maturo" <lmaturo@imceda.com>
Date: Fri, 3 Nov 2006 11:17:54 -0600
Newsgroups: jedi.vcl

Hi Olivier,

I am again deleting everything and starting over.  What I am starting with 
is
the jcl from 10/28, the latest build I could find, and the jcvl with a zip 
file
labeled jcvl3_latest.zip.  Will these play nicely together?

-- Larry Maturo


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eieskb$h6u$1@news.talkto.net...
> > Larry Maturo wrote:
>> >> Hi Olivier,
>> >>
>> >> When I try to compile a package that uses them in D7 I get:
>> >> [Error] SA_D7.dpk(43): Packages 'DJcl' and 'Jcl' both contain unit 
>> >> 'JclWideFormat'
>> >>
>> >> Any idea what this means?
> >
> > It means you have a VERY old version of the JCL lying around and you did 
> > not remove it correctly before attempting the install. 




Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 03 Nov 2006 18:16:40 +0100
Newsgroups: jedi.vcl

gandf wrote:
>
> That does not function. As if the pointer obtained were not of this type. That bug on the line with “addowner”. you have an idea? :
>
> void __fastcall TForm1::Inspector1AfterItemCreate(TObject *Sender,
>       TJvCustomInspectorItem *Item)
> {
> TJvInspectorComponentItem *Temp = dynamic_cast<TJvInspectorComponentItem *>(Item);
> Temp->AddOwner(Form1);
> }

Are you sure the item in question is that for the component reference you are trying to alter? The above code would fire for each and every item, while you are only interested in those that refer to a component reference. Note that by default the TJvInspectorComponentItem is only generated for properties of type TComponent (or descendants, of course).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvAppXMLStorage and
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 03 Nov 2006 15:33:27 +0100
Newsgroups: jedi.vcl

Jens wrote:
>> Jens Fudickar wrote:
>>
>>> The question is :
>>> Storing something like
>>> "select * from a, b where /* a <=> b */ a.id = b.id " via XML-Appstorage should be possible without using additional events.
>>> => Would i say.
>> Yes, I agree, I was merely suggesting a workaround.
>> Maybe HTML encoding the string would be a solution...
>>
>
> Should we implement it in the JvSimpleXML or in the XMLAppStorage?

AppXML would be my guess, the XML component should remain simple, some people might even rely on the fact that it does not pre encode certain values. But this is open for discussions.


Subject: Re: TJvAppXMLStorage and
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 3 Nov 2006 14:41:37 +0100
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> The question is :
>> >> Storing something like
>> >> "select * from a, b where /* a <=> b */ a.id = b.id " via XML-Appstorage 
>> >> should be possible without using additional events.
>> >> => Would i say.
> >
> >Yes, I agree, I was merely suggesting a workaround.
> >Maybe HTML encoding the string would be a solution...
> >

Should we implement it in the JvSimpleXML or in the XMLAppStorage?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 3 Nov 2006 11:43:14 +0100
Newsgroups: jedi.vcl

Hi,

> >- Included gdTabs in the default grid options
> >- Rewritten ShowEditor bugfix (@Fred: the "sounds better" code)

Great!

> >- Added VK_UP/VK_DOWN support

With that, you introduced a big mess in my apps and I'm not surprised at 
all. Try to use a DBComboBox or a DBMemo inside a JvDBGrid and you'll 
understand.
Some components don't need the arrow keys for a normal use, some others 
absolutely need them. Your code prevents these components from being 
used with the keyboard.
Currently, the key events must be handled at the custom control level, 
except for the following keys (the grid "system" keys): ESC and Tab (and 
Enter if PostEnterKey is True).

> >- renamed PostOnEnter to PostOnEnterKey and defaults to TRUE (to keep
> >default settings in sync with TDBGrid)

I explained to you in a previous post why True as the default value is a 
big mistake. The reason is still valid and your sentence between 
parenthesis is still wrong. There was no difference between the two 
grids on that point, now there's one.
With that change, be prepared for user screams ! ;)

I think you focus too much on the problem you want to solve, and not 
enough on the many other issues that could occur.

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAppXMLStorage and "&lt;=&gt;"
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 03 Nov 2006 09:37:54 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> The question is :
> Storing something like
> "select * from a, b where /* a <=> b */ a.id = b.id " via XML-Appstorage should be possible without using additional events.
> => Would i say.

Yes, I agree, I was merely suggesting a workaround.
Maybe HTML encoding the string would be a solution...


Subject: Re: storing data
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Fri, 3 Nov 2006 10:33:07 +0200
Newsgroups: jedi.vcl

Thank you both !

Long live Jedi !!!


I was unable to create a .dbf file in runtime that had Numeric(1) type (BDE 
cannot do this), so I had to embed somehow the empty .dbf in the exe.

TJvDataEmbedded was exactly what I needed !



Tiberiu



"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:eids0a$dd3$1@news.talkto.net...
> > OBones wrote:
> >
>> >> Isn't it what TJvDataEmbedded does?
> >
> > That is another solution (and even easier).
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen

--------------------------------------------------------------------------------
I am using the free version of SPAMfighter for private users.
It has removed 769 spam emails to date.
Paying users do not have this message in their emails.
Try SPAMfighter for free now!




Subject: Re: Problem after reinstall
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 03 Nov 2006 08:54:50 +0100
Newsgroups: jedi.vcl

Larry Maturo wrote:
> Hi Olivier,
>
> When I try to compile a package that uses them in D7 I get:
> [Error] SA_D7.dpk(43): Packages 'DJcl' and 'Jcl' both contain unit 'JclWideFormat'
>
> Any idea what this means?

It means you have a VERY old version of the JCL lying around and you did not remove it correctly before attempting the install.


Subject: Re: Problem after reinstall
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 03 Nov 2006 05:22:07 +0100
Newsgroups: jedi.vcl

Larry Maturo a écrit :
> I noticed that there are no builds of the jcl since the 28th

being investigated.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Problem after reinstall
From: "Larry Maturo" <lmaturo@imceda.com>
Date: Thu, 2 Nov 2006 17:24:53 -0600
Newsgroups: jedi.vcl

Hi Olivier,

When I try to compile a package that uses them in D7 I get:
[Error] SA_D7.dpk(43): Packages 'DJcl' and 'Jcl' both contain unit 
'JclWideFormat'

Any idea what this means?

-- Larry Maturo


"Larry Maturo" <lmaturo@imceda.com> wrote in message 
news:eiduen$dq8$1@news.talkto.net...
> > Hi Olivier,
> >
> > I spoke too soon.  The D7 install for the jcvl worked, but the BDS2006 
> > install failed with:
> > JvHMID10R.dpk(41) Error: E2199 Packages 'JvCoreD10R' and 'Jv3rdD10R' both 
> > contain unit 'JvGnugettext'
> >
> > JvHMID10R.dpk(41) Fatal: F2220 Could not compile package 'JvCoreD10R'
> >
> > -- Larry
> >
> > "Larry Maturo" <lmaturo@imceda.com> wrote in message 
> > news:eiduad$dpi$1@news.talkto.net...
>> >> Hi Olivier,
>> >>
>> >> I redownloaded and reinstalled, and it's working now.  Thank you.
>> >>
>> >> -- Larry
>> >>
>> >> "Larry Maturo" <lmaturo@imceda.com> wrote in message 
>> >> news:eidp10$cuf$1@news.talkto.net...
>>> >>> Hi Olivier,
>>> >>>
>>> >>> That is what I did earlier today.  At least I think I did.  I noticed 
>>> >>> that there
>>> >>> are no builds of the jcl since the 28th, but there are builds of the 
>>> >>> jcvl from
>>> >>> today.  Which build of each should I grab to make sure they are 
>>> >>> compatible?
>>> >>>
>>> >>> -- Larry
>>> >>>
>>> >>>
>>> >>> "OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
>>> >>> news:eidojo$crk$1@news.talkto.net...
>>>> >>>> Please try with the daily versions:
>>>> >>>>
>>>> >>>> http://jcl.sf.net/daily/
>>>> >>>> http://jvcl.sf.net/daily/
>>>> >>>>
>>>> >>>> -- 
>>>> >>>> Olivier Sannier
>>>> >>>> JVCL Coordinator
>>>> >>>> http://jvcl.sf.net/
>>> >>>
>>> >>>
>> >>
>> >>
> >
> > 




Subject: Re: Problem after reinstall
From: "Larry Maturo" <lmaturo@imceda.com>
Date: Thu, 2 Nov 2006 17:19:52 -0600
Newsgroups: jedi.vcl

Hi Olivier,

I spoke too soon.  The D7 install for the jcvl worked, but the BDS2006 
install failed with:
JvHMID10R.dpk(41) Error: E2199 Packages 'JvCoreD10R' and 'Jv3rdD10R' both 
contain unit 'JvGnugettext'

JvHMID10R.dpk(41) Fatal: F2220 Could not compile package 'JvCoreD10R'

-- Larry

"Larry Maturo" <lmaturo@imceda.com> wrote in message 
news:eiduad$dpi$1@news.talkto.net...
> > Hi Olivier,
> >
> > I redownloaded and reinstalled, and it's working now.  Thank you.
> >
> > -- Larry
> >
> > "Larry Maturo" <lmaturo@imceda.com> wrote in message 
> > news:eidp10$cuf$1@news.talkto.net...
>> >> Hi Olivier,
>> >>
>> >> That is what I did earlier today.  At least I think I did.  I noticed 
>> >> that there
>> >> are no builds of the jcl since the 28th, but there are builds of the jcvl 
>> >> from
>> >> today.  Which build of each should I grab to make sure they are 
>> >> compatible?
>> >>
>> >> -- Larry
>> >>
>> >>
>> >> "OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
>> >> news:eidojo$crk$1@news.talkto.net...
>>> >>> Please try with the daily versions:
>>> >>>
>>> >>> http://jcl.sf.net/daily/
>>> >>> http://jvcl.sf.net/daily/
>>> >>>
>>> >>> -- 
>>> >>> Olivier Sannier
>>> >>> JVCL Coordinator
>>> >>> http://jvcl.sf.net/
>> >>
>> >>
> >
> > 




Subject: Re: Problem after reinstall
From: "Larry Maturo" <lmaturo@imceda.com>
Date: Thu, 2 Nov 2006 17:17:34 -0600
Newsgroups: jedi.vcl

Hi Olivier,

I redownloaded and reinstalled, and it's working now.  Thank you.

-- Larry

"Larry Maturo" <lmaturo@imceda.com> wrote in message 
news:eidp10$cuf$1@news.talkto.net...
> > Hi Olivier,
> >
> > That is what I did earlier today.  At least I think I did.  I noticed that 
> > there
> > are no builds of the jcl since the 28th, but there are builds of the jcvl 
> > from
> > today.  Which build of each should I grab to make sure they are 
> > compatible?
> >
> > -- Larry
> >
> >
> > "OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
> > news:eidojo$crk$1@news.talkto.net...
>> >> Please try with the daily versions:
>> >>
>> >> http://jcl.sf.net/daily/
>> >> http://jvcl.sf.net/daily/
>> >>
>> >> -- 
>> >> Olivier Sannier
>> >> JVCL Coordinator
>> >> http://jvcl.sf.net/
> >
> > 




Subject: Re: TJvAppXMLStorage and "&lt;=&gt;"
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 03 Nov 2006 00:05:45 +0100
Newsgroups: jedi.vcl

Hi Olivier,

there was no answer, but i didn't know what's the best way to manage this.

The question is :
Storing something like
"select * from a, b where /* a <=> b */ a.id = b.id " via XML-Appstorage should be possible without using additional events.
=> Would i say.

But it's not.


What are the comments of others?

If it should, what would be the best way to solve it.


Greetings
Jens


Jens Fudickar schrieb:
> Hi Olivier,
>
> i know, but what would be the best way?
>
> What will be the way? How does an valid xml looks like, which contains <=> in the value.
>
> Example : How should i translate :
>
> <SQL-Statement>select * from a, b where /* a <=> b */ a.id = b.id </SQL-Statement>
>
> Greetings
> Jens
>
> OBones schrieb:
>> Jens wrote:
>>
>>> What would be the best solution to prevent this?
>>
>> There are events in the XMLAppStorage component that allow you to encode the content before it is written and decode it right after it has been read.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: storing data
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 2 Nov 2006 22:38:02 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Isn't it what TJvDataEmbedded does?

That is another solution (and even easier).

-- Regards, Andreas Hausladen 

Subject: Re: Problem after reinstall
From: "Larry Maturo" <lmaturo@imceda.com>
Date: Thu, 2 Nov 2006 15:47:12 -0600
Newsgroups: jedi.vcl

Hi Olivier,

That is what I did earlier today.  At least I think I did.  I noticed that 
there
are no builds of the jcl since the 28th, but there are builds of the jcvl 
from
today.  Which build of each should I grab to make sure they are compatible?

-- Larry


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eidojo$crk$1@news.talkto.net...
> > Please try with the daily versions:
> >
> > http://jcl.sf.net/daily/
> > http://jvcl.sf.net/daily/
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Problem after reinstall
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 02 Nov 2006 22:40:12 +0100
Newsgroups: jedi.vcl

Please try with the daily versions:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Problem after reinstall
From: "Larry Maturo" <lmaturo@imceda.com>
Date: Thu, 2 Nov 2006 15:39:04 -0600
Newsgroups: jedi.vcl

I had to reinstall Delphi 7.  I downloaded jcl and jvcl.  jcl installed 
without
a problem, but when trying to install jcvl, I get:

[Compiling installer...]
Missing dependencies for Delphi 7
 - JCL  is required but not installed. (http://jcl.sourceforge.net)

Missing dependencies for C++Builder 5
 - JCL  is required but not installed. (http://jcl.sourceforge.net)

C++Builder 6 is no valid installation
 - dcc32.exe missing
 - System.dcu missing

Missing dependencies for Delphi 10
 - JCL  is required but not installed. (http://jcl.sourceforge.net)

Dependencies are missing. Please install them first.

Failed to compile JVCL installer

I was installing JEDI Code Library v 1.96.  I don't know what
version of jcvl I was installing, as none of the files in the root of the
install mentions a version number.

-- Larry Maturo 




Subject: Re: storing data
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 02 Nov 2006 20:14:02 +0100
Newsgroups: jedi.vcl

Isn't it what TJvDataEmbedded does?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: storing data
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 2 Nov 2006 18:24:47 +0000 (UTC)
Newsgroups: jedi.vcl

Tiberiu Horvath wrote:

> > Is there any component that let me read a file, RAW, regardless of it's
> > format, store it's content in my code (pas) for being able to generate
> > the file directly from my .exe ?

You could use resource files (.res) that you link into the executable.

e.g.
MyResFile.rc:
---------------
AttachedData RCDATA C:\Somewhere\On\Your\Disk\Table.xls
---------------
With "brcc32 MyResFile.rc" you can compile the .rc to a .res file

Usage:
----------------
{$R MyResFile.res}

function GetResFile(Stream: TStream; const ResName: string);
var
  Res: TResourceStream;
begin
  Res := TResourceStream.Create(HInstance, 'AttachedData');
  try
    Stream.CopyFrom(Res);
  finally
    Res.Free;
  end;
end;
---------------



-- Regards, Andreas Hausladen 

Subject: storing data
From: "Tiberiu Horvath" <exact@exactonly.ro>
Date: Thu, 2 Nov 2006 19:12:47 +0200
Newsgroups: jedi.vcl

Hi all,

D6, JVCL 3.2,

Is there any component that let me read a file, RAW, regardless of it's 
format, store it's content in my code (pas) for being able to generate the 
file directly from my .exe ?



Thank you,
Tiberiu Horvath



--------------------------------------------------------------------------------
I am using the free version of SPAMfighter for private users.
It has removed 769 spam emails to date.
Paying users do not have this message in their emails.
Try SPAMfighter for free now!




Subject: Re: JVDBgrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 2 Nov 2006 14:07:19 +0100
Newsgroups: jedi.vcl

Could you provide an example of mask ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVDBgrid
From: "André Prando" <alprando@hotmail.com.br>
Date: Wed, 1 Nov 2006 15:56:53 -0300
Newsgroups: jedi.vcl

Hi all,

Using the JVDBGrid, it not show mask correctly in Field Type TStringField.
The mask is defined in EditMask of Field in the ClientDataSet.

In the DBGrid of the Delphi, show correctly.

Wait undertand my english.

Thanks

André-Brazil 




Subject: Re: Desktopalert, label refresh ????
From: "Luis M. Norberto" <luismObvious@fercat.homelinux.net>
Date: Wed, 1 Nov 2006 16:39:08 +0000
Newsgroups: jedi.vcl

The question is, if i "touch" the Location.Height TJvDesktopAlert dos not 
show the MessageText after I increase the height:
- memo1 as changed the text to 5 lines or more...
( Here the message text is visible)

After that decrease the location.height:
memo1 has just 1 line ...

Here theres no Messagetext visible....

This is another test :

Form1.Alert1.MessageText:=memo1.text;
Form1.Alert1.HeaderText:= 'Alarm to Some hour';
alert1.Location.Height:= alert1.Form.lblText.Height+75;
if alert1.Location.Height<90 then alert1.Location.Height:=90;
Alert1.Execute;



On Tue, 31 Oct 2006 21:50:02 +0000, Luis M. Norberto wrote:

> > Hi.
> > I have one problem, se the exemple :
> > 
> > procedure TForm1.Button1Click(Sender: TObject);
> > begin
> > alert1.Location.Height:=100;
> > Form1.Alert1.MessageText:=memo1.text;
> > Form1.Alert1.HeaderText:= 'Alarm to Some hour';
> > Alert1.Execute;
> > if Alert1.Form.lblText.Height>56 then
> > begin
> > alert1.Location.Height:=Alert1.Form.lblText.Height+alert1.Form.lblHeader.Height+40;
> > Alert1.close(true);
> > alert1.Execute;
> > end;
> > 
> > end;
> > 
> > memo1, can have 1, 2, unteil 20 lines.
> > ~The default to apear in the Desktopalert is 2 lines, when more i change
> > the heigh.
> > But if i change the memo again to 1 ou 2 lines tne execute the code above,
> > theres no "Alarm" , theres nothing in the message.... only if i cahnge
> > again the memo...
> > 
> > Need help...


Subject: Re: Doubts JVUIB Components
From: Moore <delfino03@caramail.com>
Date: Wed, 01 Nov 2006 12:45:36 +0100
Newsgroups: jedi.vcl

Use MDO components en www.mdolib.com, they are like IBX desendents of FIB but with complete firebird compatibility..

Arioch /BDV/ escribió:
> IBX is targeted at Interbase, and why the basics of IB and FB are the same,
> there is no warranty all would work ok.


Subject: Re: Doubts JVUIB Components
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 1 Nov 2006 02:32:14 +0100
Newsgroups: jedi.vcl

> >Hmm, just for the sake of completion, you can use dbExpress with the
> >open odbc stuff at
> >http://sourceforge.net/projects/open-dbexpress/

In this case may be better use the UIB's dbxpress driver. I use it once
but it is an unnecesary additional layer:

DB control > ClientDataSet > Provider > DBX > UIB Driver (in DLL)

And didn't work as good as my current way:

DB control > ClientDataSet > Provider > TIBQuery

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Doubts JVUIB Components
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 1 Nov 2006 02:26:49 +0100
Newsgroups: jedi.vcl

> >IBX is targeted at Interbase, and why the basics of IB and FB are the same,
> >there is no warranty all would work ok.

I'mn using it with FB 1.5 and 2.0, TIBDataSet/TIBQuery directly bound to
TDataSource for lookup and ad-hoc quering and TIBQuery > Provider >
ClientDataSet for all CRUD.

So far so good.

May be is just a matter of custom/tradition because I use IBX since Greg's
FIB in D4 (or was D3? not shure).

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ImgEdit and FiltEdit not found
From: Diego <a@b.com>
Date: Wed, 01 Nov 2006 09:29:02 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Diego wrote:
>
>> Where could I get this required file from? It is not on my system. Any
>> suggestions would be appreciated.
>
> These files are inside of dclstd100.bpl that ships with BDS.
>
> The jvcl3\packages\xml\JvCore-D.xml file has this tag:
> <Package Name="dclstd" Targets="allv6up" Condition=""/>
> It indicates that the dclstd package should be "required" if the .dpk file
> for Delphi 6-2006 is created. The only reason (I can imagine) for the
> missing inclusion it that your jvcl3\devtools\bin\pgEdit.xml file does not
> contain any BDS 2006 information or the "allv6up" alias is wrong?
>
>

Thanks for the reply Andreas. I will try this out tonight.

Cheers,
Diego


Subject: Re: ImgEdit and FiltEdit not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 31 Oct 2006 23:19:48 +0000 (UTC)
Newsgroups: jedi.vcl

Diego wrote:

> > Where could I get this required file from? It is not on my system. Any
> > suggestions would be appreciated.

These files are inside of dclstd100.bpl that ships with BDS.

The jvcl3\packages\xml\JvCore-D.xml file has this tag:
<Package Name="dclstd" Targets="allv6up" Condition=""/>
It indicates that the dclstd package should be "required" if the .dpk file
for Delphi 6-2006 is created. The only reason (I can imagine) for the
missing inclusion it that your jvcl3\devtools\bin\pgEdit.xml file does not
contain any BDS 2006 information or the "allv6up" alias is wrong?


-- Regards, Andreas Hausladen 

Subject: ImgEdit and FiltEdit not found
From: Diego <a@b.com>
Date: Wed, 01 Nov 2006 08:40:40 +1000
Newsgroups: jedi.vcl

Hi all,

When building JVCL (Delphi 2006) I get the following error:

[Pascal Fatal Error] JvDsgnEditors.pas (41): F1026 File not found: 'ImgEdit.dcu'

The same thing for FiltEdit.

Where could I get this required file from? It is not on my system. Any suggestions would be appreciated.

Thanks.

Diego


Subject: Desktopalert, label refresh ????
From: "Luis M. Norberto" <luismObvious@fercat.homelinux.net>
Date: Tue, 31 Oct 2006 21:50:02 +0000
Newsgroups: jedi.vcl

Hi.
I have one problem, se the exemple :

procedure TForm1.Button1Click(Sender: TObject);
begin
alert1.Location.Height:=100;
Form1.Alert1.MessageText:=memo1.text;
Form1.Alert1.HeaderText:= 'Alarm to Some hour';
Alert1.Execute;
if Alert1.Form.lblText.Height>56 then
begin
alert1.Location.Height:=Alert1.Form.lblText.Height+alert1.Form.lblHeader.Height+40;
Alert1.close(true);
alert1.Execute;
end;

end;

memo1, can have 1, 2, unteil 20 lines.
~The default to apear in the Desktopalert is 2 lines, when more i change
the heigh.
But if i change the memo again to 1 ou 2 lines tne execute the code above,
theres no "Alarm" , theres nothing in the message.... only if i cahnge
again the memo...

Need help...


Subject: RichEdit 5.0 and JvRichEdit--continue ddiscussion
From: "Edwin" <user@domain.com>
Date: Tue, 31 Oct 2006 13:39:11 +0100
Newsgroups: jedi.vcl

Dear all,

few months ago I posted a message about table support for JvRichEdit, and
 Remko Bonte replied with really helpful information, but due to my bad
news reader program I missed the reply and dramatically I found this post
when searching richedit via google!!! but what a pity that this thread has
been closed(I can't find any reply like), thus I re-open it again. sorry
for any inconvinience. 

these days I did some research on supporting table in richedit control,
and got the following information:
1. the higher the version of riched20.dll is, the more feather
TJvRichEdit(some something else like it) control gets, especiall the 6.0
version comes with ms office 2007.

2. Dream RichEditor has a nice table support, insert table, insert/del
row/column, cell marging, etc. but apparently it's implemented by VCL, not
Richedit itself, you see this by placing the newer ver of riched20.dll in
the same dir. thus can't take advangtage of the new version of riched20.dll.

3.  another powerful word processing control is WPTools, but it has issues
in support unicode, IME, etc.

4. there is a pure VCL TRichView control, the features are simillar to
richedit control, but has following shortcomes: can only set the backgroud
color for a whole line only, but not some words; and also has a issue with
fart east IME environment; can't insert OLE object(or I didn't find it?).

ok, come back to JvRichEdit, I found another way to implement the table
function in JvRichEdit, how about implement a OLE server, like execel, and
than a user can edit it JvRichEdit. any tips and comments on this?

and if we directly nanipulate the RTF tags, can we implement insert/delete
row/column? tips are appreciated, especially if Remko Bonte can provide
further help :).

---------------------------------------
RichEdit 5.0 and JvRichEdit
edwinyeah [Jun 6 2006, 05:39]

Hi,

The latest RichEdit version is 5.0 which shipped with Office 2003, and 
many enhancement were provided, the most interesting one among these 
enhancements is table related feature--tables are displayed almost look 
like what it look like in MS word. To try this you can try to copy the 
JvRichEdit demo program to folder in C:\Program Files\Common 
Files\Microsoft Shared\OFFICE11, which riched.dll located in, and run it.

How ever, there is no built-in support for manipulating the table, i.e. 
  adding row, adding column, resizing, and so on?

Will there be a plan to make JvRichEdit support the RichEdit Ver. 5.0?
If not, Any tips to make JvRichEdit take advantage of RichEdit 5.0? Any 
tips, doc/source links are appreciated. :)

      Re: RichEdit 5.0 and JvRichEdit
      Remko Bonte [Jun 6 2006, 23:23]

      edwinyeah wrote:
      > Will there be a plan to make JvRichEdit support the RichEdit Ver. 5.0?

      The highest documented rich edit version is v4.1. This documentation 
      contains (almost) no references to tables (only readonly info). AFAICS 
      there is no info about v5.0 on the internet.
      So this makes it hard to add v5.0 specific support in JvRichEdit.pas.
      Also, the rich edit dll v5.0 is not redistributable, so supporting 5.0 
      would not be very useful.

      > If not, Any tips to make JvRichEdit take advantage of RichEdit
5.0? Any 
      > tips, doc/source links are appreciated. :)

      You could try to insert RTF directly into the rich edit. For example to 
      add a table you can use the following code:

      const
         cTable =
           '{\rtf1' +
           '\trowd' +
           '\trgaph108\trleft-108' +
           '\cellx2000' +
           '\cellx4000' +
           '\cellx6000' +
           '\pard' +
           '\intbl 1a\cell 1b\cell 1c\cell\row' +
           '\intbl 2a\cell 2b\cell 2c\cell\row' +
           '\intbl 3a\cell 3b\cell 3c\cell\row' +
           '\intbl 4a\cell 4b\cell 4c\cell\row' +
           '\intbl 5a\cell 5b\cell 5c\cell\row' +
           '\pard\par' +
           '}';

      procedure TForm1.InsertTable;
      var
         Stream: TStringStream;
      begin
         Stream := TStringStream.Create(cTable);
         try
           JvRichEdit1.StreamFormat := sfRichText;
           JvRichEdit1.StreamMode := [smSelection, smPlainRtf];
           JvRichEdit1.Lines.LoadFromStream(Stream);
         finally
           Stream.Free;
         end;
      end;

      A simple way to create similar RTF code as the cTable string is to make 
      some text in Word, save it as RTF. Then open it in WordPad and save it 
      again so the RTF becomes smaller because Word produces very verbose RTF.

      If you want to know what all this RTF code is about, then you can 
      download the specification from 
     
http://www.microsoft.com/downloads/details.aspx?familyid=ac57de32-17f0-4b46-9e4e-467ef9bc5540&displaylang=en

      -- 
      Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvcl 3.20 Delphi 5
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 31 Oct 2006 08:43:48 +0100
Newsgroups: jedi.vcl

Sam Francke wrote:
> LS,
>
> I like to say, that I've installed jvcl-3.20 and jcl-1.97 in Delphi 5
> without any problems. Thanks a lot for your work.

Thanks for letting us know, hope you enjoys using the components.


Subject: TJvGIFAnimator flickers
From: "Pavel Rogulin" <pavelr@community.nospam>
Date: Tue, 31 Oct 2006 04:41:21 +0300
Newsgroups: jedi.vcl

Hi!

Solution is:
  Rename
     TJvGIFAnimator.Paint;
  to
     TJvGIFAnimator.BufferedPaint;

Regards,
Pavel.




Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: gandf <gandf@freesbee.fr>
Date: Mon, 30 Oct 2006 22:07:35 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Marcel Bestebroer wrote:
>
>> gandf wrote:
>>
>>> Hello and thank you.
>>> I still have a question :
>>> How to reach TJvInspectorComponentItem by what the AfterItemCreate event gives access to TObject *Sender and TJvCustomInspectorItem *Item.
>>> I did not find how y to reach and I tried to create one but that of it bug (TJvInspectorComponentItem *CompItem = new TJvInspectorComponentItem (Item, Item->Data);)
>>> Thus my question is simple : How to reach TJvInspectorComponentItem?
>>
>>
>> Cast the Item parameter to TJvInspectorComponentItem (by C is very rusty, but I think it's something like "TJvInspectorComponentItem() Item"). 
>
> That's the "hard coded" one, not recommended at all with c++. One should rather use the dynamic_cast construct:
>
> dynamic_cast<TJvInspectorComponentItem *>(Item)
>
>

That does not function. As if the pointer obtained were not of this type. That bug on the line with “addowner”. you have an idea? :

void __fastcall TForm1::Inspector1AfterItemCreate(TObject *Sender,
      TJvCustomInspectorItem *Item)
{
TJvInspectorComponentItem *Temp = dynamic_cast<TJvInspectorComponentItem *>(Item);
Temp->AddOwner(Form1);
}


Subject: Re: Doubts JVUIB Components
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 30 Oct 2006 23:23:30 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 30 Oct 2006 13:18:04 -0500 @804)
....while the fading voice of edbored whispered through the darkness:

 e> Hmm, just for the sake of completion, you can use dbExpress with the
 e> open odbc stuff at
 e> http://sourceforge.net/projects/open-dbexpress/


Unnecessary long chain IMHO. Like ODBC via BDE was.

It is better to use ODBC directly.
Or to use free OLE DB provider 

-- WinAMP://vedisheva http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Doubts JVUIB Components
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Mon, 30 Oct 2006 13:18:04 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.False-Domain.ru> wrote in message
news:ei0cpb$6h0$1@news.talkto.net...
> > The stars so gaily glistened... (Fri, 27 Oct 2006 18:58:35 +0100 @790)
> > ...while the fading voice of ssamayoa whispered through the darkness:
> >
> >  s> Better use IBX.
> >  s> UIB are very primitive compared to IBX.
> >
> > UIB are targeted on multi-multi-threaded daemons, so they are as direct,
as
> > possible.
> > Filtering, caching and all other ISAM stuff is not there.
> > AFAIR the basics of UIB just wasn't TDataSet at all.
> >
> > IBX is targeted at Interbase, and why the basics of IB and FB are the
same,
> > there is no warranty all would work ok.
> >
> > I'd suggest trying some components set delibrately supporting Firebird
> > Such as FIB+ (www.devrace.com), or perhaps IBDAC
> >
(http://www.torry.net/quicksearchd.php?String=interbase&Exact=&Title=Yes&s=0
> > &remember=www.torry.net&Next=Next+%3E%3E)
> >
> > As well, You may use Microsoft ADO/OLE-DB/ODBC
> > http://ibase.ru/components.htm#components
> > www.translate.ru
> > -- 
> > http://Arioch.nm.ru/FL/Fidolook_SL.png
> > Mail: the)under(Arioch)at(nm)dot(ru   ICQ: xmpp:arioch@jabber.ru
> >

Hmm, just for the sake of completion, you can use dbExpress with the
open odbc stuff at
http://sourceforge.net/projects/open-dbexpress/

Just make sure you ignore the version 2.012 available as a download and
instead grab the CVS version 3.026.
Cheers,
EdB




Subject: jvcl 3.20 Delphi 5
From: "Sam Francke" <samfrancke@invalid.nl>
Date: Mon, 30 Oct 2006 18:02:05 +0000 (UTC)
Newsgroups: jedi.vcl

LS,

I like to say, that I've installed jvcl-3.20 and jcl-1.97 in Delphi 5
without any problems. Thanks a lot for your work.

-- Groeten Sam Francke 

Subject: Re: JvPanel BUG, somebody can help...
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 30 Oct 2006 01:45:56 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 16 Oct 2006 08:52:39 -0300 @536)
....while the fading voice of JJW whispered through the darkness:

 JIL> The source demo is posted on "jedi.binaries"
 JIL> The subject is "TJvPanel - Transparent Bug"

Nothing special in Delphi 5

Delphi 7 specific ?

-- WinAMP://vedisheva http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 29 Oct 2006 22:37:18 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> gandf wrote:
>
>> Hello and thank you.
>> I still have a question :
>> How to reach TJvInspectorComponentItem by what the AfterItemCreate event gives access to TObject *Sender and TJvCustomInspectorItem *Item.
>> I did not find how y to reach and I tried to create one but that of it bug (TJvInspectorComponentItem *CompItem = new TJvInspectorComponentItem (Item, Item->Data);)
>> Thus my question is simple : How to reach TJvInspectorComponentItem?
>
>
> Cast the Item parameter to TJvInspectorComponentItem (by C is very rusty, but I think it's something like "TJvInspectorComponentItem() Item"). 

That's the "hard coded" one, not recommended at all with c++. One should rather use the dynamic_cast construct:

dynamic_cast<TJvInspectorComponentItem *>(Item)


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 29 Oct 2006 20:53:55 +0100
Newsgroups: jedi.vcl

gandf wrote:
> Hello and thank you.
> I still have a question :
> How to reach TJvInspectorComponentItem by what the AfterItemCreate event gives access to TObject *Sender and TJvCustomInspectorItem *Item.
> I did not find how y to reach and I tried to create one but that of it bug (TJvInspectorComponentItem *CompItem = new TJvInspectorComponentItem (Item, Item->Data);)
> Thus my question is simple : How to reach TJvInspectorComponentItem?

Cast the Item parameter to TJvInspectorComponentItem (by C is very rusty, but I think it's something like "TJvInspectorComponentItem() Item"). You shouldn't ever need to create an item yourself (creating a data instance will automatically create the related item based on the type<->item class registration database).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: gandf <gandf@freesbee.fr>
Date: Sun, 29 Oct 2006 20:34:58 +0100
Newsgroups: jedi.vcl

Hello and thank you.
I still have a question :
How to reach TJvInspectorComponentItem by what the AfterItemCreate event gives access to TObject *Sender and TJvCustomInspectorItem *Item.
I did not find how y to reach and I tried to create one but that of it bug (TJvInspectorComponentItem *CompItem = new TJvInspectorComponentItem (Item, Item->Data);)
Thus my question is simple : How to reach TJvInspectorComponentItem?

gandf


Marcel Bestebroer a écrit :
> gandf wrote:
>> Hello,
>> I use the TJvInspector component in a project using GLScene but my problem arises with all the other standard components. I use C++Builder 6.0 pro update 4.
>> I made a research here but I did not find the solution. The properties which make it possible to choose a component (those which are red in the inspector of object of C++Builder) does not function correctly in TJvInspector.
>> Indeed, if a component is already chosen, it “+” is well posted and I can reach these properties but I do not have his name in ComboBox. I do not have any name of component in the comboBox which makes it possible to choose it. This ComboBox east is readonly (impossible to enter a value). Do you have a solution?
>>
>
> Sorry for the long delay, but work had to take precedence. Anyway, there's a solution to the problem:
>
> If the property type is of a class derived from TComponent, the inspector will have generated a TJvInspectorComponentItem instance for it. In the inspector's AfterItemCreate event, call AddOwner(<form>) and all components with that form as the owner and of the proper class will be added to the list of choosable components. Repeat the call for any forms/datamodules you need.
>
> If the property type is not a TComponent derivatives, a TJvInspectorClassItem will have been generated. In that case you can assigning an event handler to the item's OnGetValueList event (from the inspector's AfterItemCreate event).
>
> I hope this answers your question.
>


Subject: Re: Doubts JVUIB Components
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 29 Oct 2006 09:57:37 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> The stars so gaily glistened... (Fri, 27 Oct 2006 09:24:09 +0200 @350)
> ...while the fading voice of OBones whispered through the darkness:
>
>  O> The JvUIB sources in the JVCL are outdated and will not be upgraded.
>
> If UIB and JediVCL went different roads, why to keep the mtogether ?

Because there was no final public release warning people about that fact. This release is due in a few weeks and after that, the JvUIB components will be removed from the JVCL.
This has already been discussed in the past.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Doubts JVUIB Components
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 29 Oct 2006 00:01:17 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 27 Oct 2006 09:24:09 +0200 @350)
....while the fading voice of OBones whispered through the darkness:

 O> The JvUIB sources in the JVCL are outdated and will not be upgraded.

If UIB and JediVCL went different roads, why to keep the mtogether ?

It seems like that ancient version of Graphics32 that was once in Jedi
CodeLib
-- http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Doubts JVUIB Components
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 28 Oct 2006 23:58:26 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 27 Oct 2006 18:58:35 +0100 @790)
....while the fading voice of ssamayoa whispered through the darkness:

 s> Better use IBX.
 s> UIB are very primitive compared to IBX.

UIB are targeted on multi-multi-threaded daemons, so they are as direct, as
possible.
Filtering, caching and all other ISAM stuff is not there.
AFAIR the basics of UIB just wasn't TDataSet at all.

IBX is targeted at Interbase, and why the basics of IB and FB are the same,
there is no warranty all would work ok.

I'd suggest trying some components set delibrately supporting Firebird
Such as FIB+ (www.devrace.com), or perhaps IBDAC
(http://www.torry.net/quicksearchd.php?String=interbase&Exact=&Title=Yes&s=0
&remember=www.torry.net&Next=Next+%3E%3E)

As well, You may use Microsoft ADO/OLE-DB/ODBC
http://ibase.ru/components.htm#components
www.translate.ru
-- http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: JVCL Installer changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 28 Oct 2006 19:53:23 +0000 (UTC)
Newsgroups: jedi.vcl

The dcc32ex.exe now has additional parameters:

--use-search-paths
--requires-jcl
--requires-jvcl

With these parameters it is now possible to use JCL units in the JVCL
Installer. This solves the problems with the JclDebug functions the
installer had used through the Jcl.bpl file.

-- Regards, Andreas Hausladen 

Subject: Re: Bug in JvTabBar
From: Roman Ganz <knightkiller@NOS.PAMshadowgames.ch>
Date: Sat, 28 Oct 2006 21:04:43 +0200
Newsgroups: jedi.vcl

> I have committed a new patch that (should) fix the actual problem.

thank you.


Subject: Re: Fixed JCL debug data insertion failure - actually broke it
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 28 Oct 2006 14:55:55 +0000 (UTC)
Newsgroups: jedi.vcl

I'm currenlty extending dcc32ex.exe to find the JCL. With this change the
limitation for the JVCL Installer not to use any JCL unit is lifted. As a
result of this we can directly call the
JclDebug.InsertDebugDataIntoExecutableFile function.

-- Regards, Andreas Hausladen 

Subject: Re: How does JvInspector know that an object property has changed?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 28 Oct 2006 10:58:33 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> I've noticed that the JvInspector object refreshes even though you mutate object properties /manually/ (ie. outside the visual JvInspector control).
>
> How does JvInspector know that some property of the object has changed? What magic is this?  :)

Voodoo magic <g> As you already mentioned in your second post, it doesn't. It might've been a glitch in your code that actually forced a refresh of the inspector. Or, you modified the property though the data instance of the inspector...

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 28 Oct 2006 10:48:18 +0200
Newsgroups: jedi.vcl

gandf wrote:
> Hello,
> I use the TJvInspector component in a project using GLScene but my problem arises with all the other standard components. I use C++Builder 6.0 pro update 4.
> I made a research here but I did not find the solution. The properties which make it possible to choose a component (those which are red in the inspector of object of C++Builder) does not function correctly in TJvInspector.
> Indeed, if a component is already chosen, it “+” is well posted and I can reach these properties but I do not have his name in ComboBox. I do not have any name of component in the comboBox which makes it possible to choose it. This ComboBox east is readonly (impossible to enter a value). Do you have a solution?
>

Sorry for the long delay, but work had to take precedence. Anyway, there's a solution to the problem:

If the property type is of a class derived from TComponent, the inspector will have generated a TJvInspectorComponentItem instance for it. In the inspector's AfterItemCreate event, call AddOwner(<form>) and all components with that form as the owner and of the proper class will be added to the list of choosable components. Repeat the call for any forms/datamodules you need.

If the property type is not a TComponent derivatives, a TJvInspectorClassItem will have been generated. In that case you can assigning an event handler to the item's OnGetValueList event (from the inspector's AfterItemCreate event).

I hope this answers your question.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Fri, 27 Oct 2006 22:34:53 +0200
Newsgroups: jedi.vcl

Eric ha scritto:
> In french to Obones (Sorry for the others)
>
> Cher olivier,
>
> Loin de moi l'idée de critiquer ton travail et celui des autres développeurs de la JVCL.
> Sur ce coup là je préfère m'exprimer en français pour qu'il n'y est pas un malentendu sur mes propos cette fois.
> Le message qui t'était adressé était un clin d'oeil et non pas un signe d'impatience ou une quelconque critique sur ton travail.
> J'utilise beaucoup la JVCL et j'essaye à mon niveau d'apporter ma contribution en tant que bug reporter (j'espère même pouvoir en faire plus un jour ;) )
> Milles excuses
>
> Eric
>
Et pourquoi en français?
Toi, tu pense que nous ne pouvons le compredre?
Moi, je dois parler en italien?

Carmelo


Subject: Re: Doubts JVUIB Components
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 27 Oct 2006 18:58:35 +0100
Newsgroups: jedi.vcl

Better use IBX.
UIB are very primitive compared to IBX.
Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: THTMLParser
From: "Nick Glasier" <nickg@southnet.co.nz>
Date: Fri, 27 Oct 2006 23:17:07 +1300
Newsgroups: jedi.vcl

Could someone give me a few hints as to how this component works. I want to 
take a page from the www (which could contain any kind of HTML including 
scripts), and strip everything but the text that is seen on screen.





Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: Eric <eric_@_menlog.com_>
Date: Fri, 27 Oct 2006 11:04:26 +0200
Newsgroups: jedi.vcl

In french to Obones (Sorry for the others)

Cher olivier,

Loin de moi l'idée de critiquer ton travail et celui des autres développeurs de la JVCL.
Sur ce coup là je préfère m'exprimer en français pour qu'il n'y est pas un malentendu sur mes propos cette fois.
Le message qui t'était adressé était un clin d'oeil et non pas un signe d'impatience ou une quelconque critique sur ton travail.
J'utilise beaucoup la JVCL et j'essaye à mon niveau d'apporter ma contribution en tant que bug reporter (j'espère même pouvoir en faire plus un jour ;) )
Milles excuses

Eric


OBones a écrit :
> Eric wrote:
>
>> (I am waiting OBones to correct this bug ;) )
>
> FWIW, i'm not the only one to work on the JVCL, and having asked you a question does not mean I'll fix the issue.
> Right now I don't have much spare time, and it seems other developers are in the same case.


Subject: Doubts JVUIB Components
From: "Niegil" <niegil@bluechip.org>
Date: Fri, 27 Oct 2006 09:07:11 +0100
Newsgroups: jedi.vcl

 Hi, 

I am new here , Can anybody clear some of my doubts ....... 

1) I have a application that has delphi 5.0 as front end and paradox as 
backend . now i am planning to use firebird 2.0 as backend . I thinking 
of using JVUIB components for connectivity . Wiil it be fine . 

2) Is JVUIB a free driver or should i pay for it . 

3) If i have to pay, from where should i purchase it and what would be 
its pricing?. 

4) What are the licencing procedures for commercial use 

5) From where can i get support for JVUIB connectivity. 


Regards 

Niegil Thomas



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 27 Oct 2006 09:43:29 +0200
Newsgroups: jedi.vcl

Eric wrote:

> (I am waiting OBones to correct this bug ;) )

FWIW, i'm not the only one to work on the JVCL, and having asked you a question does not mean I'll fix the issue.
Right now I don't have much spare time, and it seems other developers are in the same case.


Subject: Re: Doubts JVUIB Components
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 27 Oct 2006 09:24:09 +0200
Newsgroups: jedi.vcl

The JvUIB sources in the JVCL are outdated and will not be upgraded. If you want the latest versions and support, you should go at the original author's website here: http://www.progdigy.com/


Subject: JvSchedulingEvents Sample
From: Reinhold Erlacher <reinholderlacher@msn.com>
Date: Fri, 27 Oct 2006 06:29:21 +0000 (UTC)
Newsgroups: jedi.vcl

hi all,
I'm checking out JvScheduleEvents and would like to ask, if someone has a small sample or some code lines of how to create/modify a schedule event in runtime and how to save/load in runtime. (If possible without using the appstorage component, as I'm using another system for this).

thanks
reinhold




Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 26 Oct 2006 19:42:36 +0200
Newsgroups: jedi.vcl

Eric ha scritto:
> Set KeyPreview = True to the form
>
Thank You: It work!

Regards,
Carmelo Viavattene


Subject: Re: Bug in JvTabBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 26 Oct 2006 17:22:29 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > The proposed fix was only working with the original memory manager. And
> > there it was a ticking time bomb.

I have committed a new patch that (should) fix the actual problem.


-- Regards, Andreas Hausladen 

Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: Eric <eric_@_menlog.com_>
Date: Thu, 26 Oct 2006 18:49:04 +0200
Newsgroups: jedi.vcl

Set KeyPreview = True to the form

Carmelo Viavattene a écrit :
> Eric ha scritto:
>> Hi Carmelo,
>>
>> To type the Decimal Separator from numerical keypad you must do that :
>> declare a variable :
>>
>> Comma : Boolean;
>>
>> And add there 2 procedures to your form :
>>
>> procedure TFORM1.FormKeyDown(Sender: TObject; var Key: Word;
>>   Shift: TShiftState);
>> begin
>>   Comma :=((Key=VK_DECIMAL)and(decimalSeparator=','));
>> end;
>>
>> procedure TFORM1.FormKeyPress(Sender: TObject; var Key: Char);
>> begin
>>   if (Comma and ((ActiveControl.ClassType = TJvSpinEdit)))then
>>     Key:=',';
>> end;
>>
>> Ps : Don't use DisplayFormat in the TJvSpinEdit, because it doesn't works
>> see mantis : http://homepages.borland.com/jedi/issuetracker/view.php?id=3936
>> (I am waiting OBones to correct this bug ;) )
>>
>> Eric
>>
>
> I use Borland C++ Builder, and I'am translated Pascal instructions to C++.
>  Comma :=((Key=VK_DECIMAL)and(decimalSeparator=','));
> must be:
>  Comma :=((Key=VK_DECIMAL)and(DecimalSeparator=','));
>
> This not work.
> I'am also debugged Your code, inserting a break point in the previous instruction Comma:=
> Pressing a key (numeric or alphanumeric or '.' or ',') my program not enter never in Your code:
> procedure TFORM1.FormKeyDown
>
> And now?
>
> Regards,
> Carmelo Viavattene


Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 26 Oct 2006 18:37:18 +0200
Newsgroups: jedi.vcl

Eric ha scritto:
> Hi Carmelo,
>
> To type the Decimal Separator from numerical keypad you must do that :
> declare a variable :
>
> Comma : Boolean;
>
> And add there 2 procedures to your form :
>
> procedure TFORM1.FormKeyDown(Sender: TObject; var Key: Word;
>   Shift: TShiftState);
> begin
>   Comma :=((Key=VK_DECIMAL)and(decimalSeparator=','));
> end;
>
> procedure TFORM1.FormKeyPress(Sender: TObject; var Key: Char);
> begin
>   if (Comma and ((ActiveControl.ClassType = TJvSpinEdit)))then
>     Key:=',';
> end;
>
> Ps : Don't use DisplayFormat in the TJvSpinEdit, because it doesn't works
> see mantis : http://homepages.borland.com/jedi/issuetracker/view.php?id=3936
> (I am waiting OBones to correct this bug ;) )
>
> Eric
>

I use Borland C++ Builder, and I'am translated Pascal instructions to C++.
 Comma :=((Key=VK_DECIMAL)and(decimalSeparator=','));
must be:
 Comma :=((Key=VK_DECIMAL)and(DecimalSeparator=','));

This not work.
I'am also debugged Your code, inserting a break point in the previous instruction Comma:=
Pressing a key (numeric or alphanumeric or '.' or ',') my program not enter never in Your code:
procedure TFORM1.FormKeyDown

And now?

Regards,
Carmelo Viavattene


Subject: Re: How does JvInspector know that an object property has changed?
From: "Abdullah Kauchali" <non@non.com>
Date: Thu, 26 Oct 2006 16:49:55 +0200
Newsgroups: jedi.vcl

"Abdullah Kauchali" <non@non.com> wrote in message 
news:ehqgf7$7v6$1@news.talkto.net...
> > I've noticed that the JvInspector object refreshes even though you mutate 
> > object properties /manually/ (ie. outside the visual JvInspector control).
> >
> > How does JvInspector know that some property of the object has changed? 
> > What magic is this?  :)

Ok, it doesn;t anymore.... hmm?  What's going on?  (Ok, I'm taking the day 
off ...) 




Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: Eric <eric_@_menlog.com_>
Date: Thu, 26 Oct 2006 16:43:35 +0200
Newsgroups: jedi.vcl

Hi Carmelo,

To type the Decimal Separator from numerical keypad you must do that :
declare a variable :

Comma : Boolean;

And add there 2 procedures to your form :

procedure TFORM1.FormKeyDown(Sender: TObject; var Key: Word;
  Shift: TShiftState);
begin
  Comma :=((Key=VK_DECIMAL)and(decimalSeparator=','));
end;

procedure TFORM1.FormKeyPress(Sender: TObject; var Key: Char);
begin
  if (Comma and ((ActiveControl.ClassType = TJvSpinEdit)))then
    Key:=',';
end;

Ps : Don't use DisplayFormat in the TJvSpinEdit, because it doesn't works
see mantis : http://homepages.borland.com/jedi/issuetracker/view.php?id=3936
(I am waiting OBones to correct this bug ;) )

Eric

Carmelo Viavattene a écrit :
> OBones ha scritto:
>> Which version of the JVCL are you using?
> I use Daily JVCL20061011 (with JCL 20061010)
>


Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 26 Oct 2006 16:28:22 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Which version of the JVCL are you using?
I use Daily JVCL20061011 (with JCL 20061010)



Subject: How does JvInspector know that an object property has changed?
From: "Abdullah Kauchali" <non@non.com>
Date: Thu, 26 Oct 2006 16:24:53 +0200
Newsgroups: jedi.vcl

I've noticed that the JvInspector object refreshes even though you mutate 
object properties /manually/ (ie. outside the visual JvInspector control).

How does JvInspector know that some property of the object has changed? 
What magic is this?  :) 




Subject: Re: Currency in JvSpinEdit and JvValidateEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Oct 2006 16:05:49 +0200
Newsgroups: jedi.vcl

Which version of the JVCL are you using?


Subject: Currency in JvSpinEdit and JvValidateEdit
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 26 Oct 2006 15:58:53 +0200
Newsgroups: jedi.vcl

In my program, I use:
JvSpinEdit
JvValidateEdit

In my country, Italy, the default DecimalSeparator, specified in the Number Format of Regional Settings section in the Windows Control Panel, is:
','
Then, if in Windows Calc, I write 1.1 from numeric keypad, I view 1,1
In the controls of my program, assigning a value from program, I view the numbers with the correct Decimal Separator.
The problem is:
In my controls, I cannot type the Decimal Separator from numerical keypad: the only solution to enter a decimal number is to digit the ',' from QWERTY side of my keyboard.
1) Is possible to have these controls to use my regional settings for the '.' from numeric keypad?

In my country, Italy, the default ThousandSeparator, specified in the Number Format of Regional Settings section in the Windows Control Panel, is:
'.'
Then the number 123456 must be displayed: '123.456'

2) In my controls, I can view my numbers in correct Regional settings?

JvSpinEdit have a property DisplayFormat
JvValidateEdit not have a property DisplayFormat
I do not know which property to use and like to set.

In conclusion, in my country, the international "123456.78" is entered "123456,78" and displayed "123.456,78"

3) In my controls, I want to type and view my numbers in correct Regional settings: How?

Someone can help me?

Thanks, and regards,

Carmelo Viavattene


Subject: Re: Bug in JvTabBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 26 Oct 2006 10:41:17 +0000 (UTC)
Newsgroups: jedi.vcl

Roman Ganz wrote:

> > Can someone please reopen the Issue or Fix it finally? Thanks.

The proposed fix was only working with the original memory manager. And
there it was a ticking time bomb.


-- Regards, Andreas Hausladen 

Subject: Re: Bug in JvTabBar
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Oct 2006 12:15:55 +0200
Newsgroups: jedi.vcl

Roman Ganz wrote:
>> But look at the comment for 10973: It introduced an AV. So your fix is obviously not a completely valid solution...
>
> Yes, i saw it.
>
> But the Fix was not from me, it was from Ivo Bauer. I just reportet the failure here.
> Can you reopen the Issue please?

I'd rather have you create another one, ideally with a proposed bug fix.


Subject: Re: Bug in JvTabBar
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Thu, 26 Oct 2006 11:44:45 +0200
Newsgroups: jedi.vcl

> But look at the comment for 10973: It introduced an AV. So your fix is obviously not a completely valid solution...

Yes, i saw it.

But the Fix was not from me, it was from Ivo Bauer. I just reportet the failure here.
Can you reopen the Issue please?


Subject: Re: Bug in JvTabBar
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 26 Oct 2006 11:18:15 +0200
Newsgroups: jedi.vcl

Roman Ganz wrote:
> The Developer "ahuser" reverted the fix to the Issue 3879 in SVN-Revision 10973!
>
> Can someone please reopen the Issue or Fix it finally? Thanks.

But look at the comment for 10973: It introduced an AV. So your fix is obviously not a completely valid solution...


Subject: Re: Bug in JvTabBar
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Thu, 26 Oct 2006 10:29:06 +0200
Newsgroups: jedi.vcl

The Developer "ahuser" reverted the fix to the Issue 3879 in SVN-Revision 10973!

Can someone please reopen the Issue or Fix it finally? Thanks.

greets Roman


Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 24 Oct 2006 17:37:34 +0000 (UTC)
Newsgroups: jedi.vcl

I finally got the time to merge my changes into the repository.

DBGrid changes:
- Added VK_UP/VK_DOWN support
- Included gdTabs in the default grid options (to keep default settings in
sync with TDBGrid)
- renamed PostOnEnter to PostOnEnterKey and defaults to TRUE (to keep
default settings in sync with TDBGrid)
- Rewritten ShowEditor bugfix (@Fred: the "sounds better" code)


-- Regards, Andreas Hausladen 

Subject: Re: TjvTFDays hint
From: flavio simonetti <flaviosime@yahoo.it>
Date: Tue, 24 Oct 2006 12:20:10 +0200
Newsgroups: jedi.vcl

I try this :
....OnShowHint(...,var HintRect: TRect,...)
var
   coord:TJvTFDaysCoord;
begin
  coord := JvTFDays1.PtToCell(HintRect.Left+4,HintRect.Top-6);
  JvTFDays1.SelAppt  := JvTFDays1.Cols.Items[coord.Col].MapLocation(coord.Col,coord.Row);
.....

maplocation should return a jvtfappt but nil return ???


Subject: Re: TJvBrowseFolder
From: "Arch Brooks" <arch_brooks@msn.com>
Date: Mon, 23 Oct 2006 11:30:27 -0500
Newsgroups: jedi.vcl

Thank You Sir,

I appreciate you input and answer.

Have a Fantastic day!

Arch


"Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message
news:ehiq72$uh1$1@news.talkto.net...
> > The component uses the SHBrowseForFolder API function to display the
dialog.
> > SHBrowseForFolder provide no means of changing the dialogs appearance.
> >
> > -- 
> > Regards, Peter
> >
> > "Arch Brooks" <arch_brooks@msn.com> skrev i meddelandet
> > news:ehiltr$tml$1@news.talkto.net...
>> > > Hello Folks,
>> > >
>> > > I would like to change the colors for the window, dialog buttons and the
>> > > background color of the directory selection box.
>> > >
>> > > I abviously am overlooking the area in the code where this is
>> > > accomplished.
>> > >
>> > > Thanks in advance!
>> > >
>> > > Arch Brooks
>> > >
>> > >
> >
> >




Subject: Re: TJvBrowseFolder
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Mon, 23 Oct 2006 18:21:54 +0200
Newsgroups: jedi.vcl

The component uses the SHBrowseForFolder API function to display the dialog. 
SHBrowseForFolder provide no means of changing the dialogs appearance.

-- Regards, Peter "Arch Brooks" <arch_brooks@msn.com> skrev i meddelandet news:ehiltr$tml$1@news.talkto.net...
> > Hello Folks,
> >
> > I would like to change the colors for the window, dialog buttons and the
> > background color of the directory selection box.
> >
> > I abviously am overlooking the area in the code where this is 
> > accomplished.
> >
> > Thanks in advance!
> >
> > Arch Brooks
> >
> > 




Subject: TJvBrowseFolder
From: "Arch Brooks" <arch_brooks@msn.com>
Date: Mon, 23 Oct 2006 10:01:13 -0500
Newsgroups: jedi.vcl

Hello Folks,

I would like to change the colors for the window, dialog buttons and the
background color of the directory selection box.

I abviously am overlooking the area in the code where this is accomplished.

Thanks in advance!

Arch Brooks




Subject: TjvTFDays hint
From: flavio simonetti <flaviosime@yahoo.it>
Date: Mon, 23 Oct 2006 12:39:24 +0200
Newsgroups: jedi.vcl

Hi
i want display additional informations about an appt from a DB in jvtfdays hint.

How i can retrive appt.id when mouse is over a jvtfdays.schedule without select it ?
How work
JvTFDaysShowHint(Sender: TObject; HintType: TJvTFHintType; Ref: TObject; var intRect:                      TRect; var HintText: string);    ?

Flavio


Subject: Re: jvcl <--> glscene2006
From: flavio simonetti <flaviosime@yahoo.it>
Date: Mon, 23 Oct 2006 12:25:13 +0200
Newsgroups: jedi.vcl

Thank you
(i red glscene installation documentation but didn't found this tip)

Toni Sivula ha scritto:
> It is mentioned in glscene documentation:

> The VfW.pas unit is used/referred by both GLScene and the JvMM package, to
> resolve the incompatibility, either add the GLScene package to the requires
> of JvMM, or add JvMM to the requires of GLScene. Rebuild the packages.
>
> /Toni
>
>


Subject: Re: VCL Installation
From: "Olivier Daumas" <od.dev@morvandelle.com>
Date: Mon, 23 Oct 2006 09:02:05 +0200
Newsgroups: jedi.vcl

May be the problem is that Delphi7 is still present on my PC ?
I tried to work with jvcl in D7, that cause no problem at all.

"OBones" <obones_gfd_@_gfd_altern.org> a écrit dans le message de news: 
ehfbkm$enl$1@news.talkto.net...
> > Stephen Quinn wrote:
>> >> Olivier
>> >>
>> >> Open a DOS (Start->Run->Cmd.exe) window and enter PATH and you'll see 
>> >> that both lists have been combined into one.
>> >>
>> >>
>>> >>>...Projets Borland Studio\Bpl doesn't appear in the bottom list, but 
>>> >>>appear in the top list.
>> >>
>> >> If it's not a typo then then spelling of 'Projets' seems incorrect to me 
>> >> or does that PATH really exist ('Projects' spelt like that)
> >
> > It's the French version of BDS so "Projects" has been translated. What I 
> > find weird though is that there is no trace of a login in the Document and 
> > Settings path.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: jvcl.inc BCB10 issue
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 22 Oct 2006 18:59:14 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> There is an extra BCB10 entry in the jvcl.inc file. But DELPHI10 already
> handles this. So the jvcld10.inc and the jvclc10.inc are included mixing
> both configurations.
>
> Am I wrong, or is this a bug?

Problem is that the BCB symbol is not defined when building in dual mode. And that's where the problem comes from.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: jvcl.inc BCB10 issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 22 Oct 2006 15:20:50 +0000 (UTC)
Newsgroups: jedi.vcl

There is an extra BCB10 entry in the jvcl.inc file. But DELPHI10 already
handles this. So the jvcld10.inc and the jvclc10.inc are included mixing
both configurations.

Am I wrong, or is this a bug?


-- Regards, Andreas Hausladen 

Subject: Re: JvNavigationPanel
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Sun, 22 Oct 2006 16:19:28 +0200
Newsgroups: jedi.vcl

> > I would like to visible the JvNavPanelPage  during the Runtime.
> > But when i switch the Panel to Visible:=false ,the Panel doesn't visible 
> > false.

Don't use Visible for this, it won't work.

To remove the big page button and only show a small icon in the "tray", set 
Iconic to true. If you want to temporarily hide the page use HidePage method 
in the TJvNavigationPane control and ShowPage to show it again.

-- Regards, Peter 

Subject: JvNavigationPanel
From: "RKronenwett" <RKronenwett@HarmanBecker.com>
Date: Sun, 22 Oct 2006 14:24:18 +0200
Newsgroups: jedi.vcl

Hello,
I have a question about the JvNavigationPane Komponente.

I would like to visible the JvNavPanelPage  during the Runtime.
But when i switch the Panel to Visible:=false ,the Panel doesn't visible 
false.

Can anyone give me a Tip?

thanks. 




Subject: Re: VCL Installation
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 22 Oct 2006 10:55:00 +0200
Newsgroups: jedi.vcl

Stephen Quinn wrote:
> Olivier
>
> Open a DOS (Start->Run->Cmd.exe) window and enter PATH and you'll see that both lists have been combined into one.
>
>
>> ...Projets Borland Studio\Bpl doesn't appear in the bottom list, but appear in the top list.
>
> If it's not a typo then then spelling of 'Projets' seems incorrect to me or does that PATH really exist ('Projects' spelt like that)

It's the French version of BDS so "Projects" has been translated. What I find weird though is that there is no trace of a login in the Document and Settings path.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvInterpreterProgram
From: "mawe4585" <martin.weber@asbion.de>
Date: Sun, 22 Oct 2006 09:07:05 +0100
Newsgroups: jedi.vcl

Well, the problem is the constructor, when I make a procedure instead of
constructor it works fine..

so i have to make an OnCreate-Event in the TRobot-class and write the
procedures for the event in the TMyRobot.. i hope it will accept
overridden procedures



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: simple question
From: "Stephen Quinn" <steveqNO@SPAMbigpond.net.au>
Date: Sun, 22 Oct 2006 11:06:30 +1000
Newsgroups: jedi.vcl

Rael

> > In the mega demo, in the bottom left corner is a fancy control - errr 
> > something like task bar or outlookbar.., (purple headers). Please tell me what 
> > the name of the component is?

If it's the one I think you want then (no guarantees)
    - TJvXPContainer

You should load up the Megademo source and find these yourself in future<g>
    - <InstallDirectory>\jvcl\examples\JVCLMegaDemo

HTH
Steve 




Subject: Re: VCL Installation
From: "Stephen Quinn" <steveqNO@SPAMbigpond.net.au>
Date: Sun, 22 Oct 2006 10:36:32 +1000
Newsgroups: jedi.vcl

Olivier

Open a DOS (Start->Run->Cmd.exe) window and enter PATH and you'll see that both 
lists have been combined into one.

> > ...Projets Borland Studio\Bpl doesn't appear in the bottom list, but appear in 
> > the top list.
If it's not a typo then then spelling of 'Projets' seems incorrect to me or does 
that PATH really exist ('Projects' spelt like that)

HTH
Steve 




Subject: simple question
From: "Rael" <rael@nospam.com>
Date: Sun, 22 Oct 2006 02:25:08 +0200
Newsgroups: jedi.vcl

Hi,

In the mega demo, in the bottom left corner is a fancy control - errr 
something like task bar or outlookbar.., (purple headers). Please tell me 
what the name of the component is?

Thanks,
Rael 




Subject: Re: TJvInterpreterProgram
From: "mawe4585" <martin.weber@asbion.de>
Date: Sat, 21 Oct 2006 22:22:47 +0100
Newsgroups: jedi.vcl

>>> >>>oh then i have to take another component :(
>>> >>>i hope PascalScript can do this...
>>> >>>
>> >> ehmm.. one Moment.. what about the GlobalJvInterpreterAdapter.AddClass()?
>> >>
>> >> is this just for decoration?
>> >>
> >This is for classes from compiled code. After 
> >GlobalJvInterpreterAdapter.AddClass() call You can use this class in 
> >scripts.
> >
> >And I think any interpreter that can export classes into main programm 
> >really is compiler :). So, PascalScript woldnt help You, only dcc32.exe.
> >
> >This is very special case: JvInterpreter can interpret forms (TForm 
> >descendant), and this forms are like any other form. But if You export this 
> >forms into main programm, You will see all of them are TJvInterpreterForm. 
> >

OK, I try another thing...

can I do a procedure like:

procedure TestProc(Arg : TMyObject);
begin

end;

into the script and run this function from the compiled program?

I try the CallFunction, but i have some problems with the TMyObject. How
can i use this?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvInterpreterProgram
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Sat, 21 Oct 2006 22:27:34 +0400
Newsgroups: jedi.vcl

>> >>oh then i have to take another component :(
>> >>i hope PascalScript can do this...
>> >>
> > ehmm.. one Moment.. what about the GlobalJvInterpreterAdapter.AddClass()?
> >
> > is this just for decoration?
> >
This is for classes from compiled code. After 
GlobalJvInterpreterAdapter.AddClass() call You can use this class in 
scripts.

And I think any interpreter that can export classes into main programm 
really is compiler :). So, PascalScript woldnt help You, only dcc32.exe.

This is very special case: JvInterpreter can interpret forms (TForm 
descendant), and this forms are like any other form. But if You export this 
forms into main programm, You will see all of them are TJvInterpreterForm. 




Subject: Re: jvcl <--> glscene2006
From: "Toni Sivula" <tonisivula@hotmail.com>
Date: Sat, 21 Oct 2006 20:28:33 +0300
Newsgroups: jedi.vcl

It is mentioned in glscene documentation:



The VfW.pas unit is used/referred by both GLScene and the JvMM package, to
resolve the incompatibility, either add the GLScene package to the requires
of JvMM, or add JvMM to the requires of GLScene. Rebuild the packages.

/Toni




Subject: Re: VCL Installation
From: "Olivier Daumas" <od.dev@morvandelle.com>
Date: Sat, 21 Oct 2006 09:45:32 +0200
Newsgroups: jedi.vcl

Hi,

Thank you very mutch for your help.
....Projets Borland Studio\Bpl doesn't appear in the bottom list, but appear 
in the top list.
But, Delphi7 Pathes appear in the bottom list, may be the problem is here 
?...

Here are the pathes of both lists :
top = C:\Documents and Settings\Bureau\Mes documents\Projets Borland 
Studio\Bpl
bottom = C:\Program Files\Borland\Delphi7\Bin;C:\Program 
Files\Borland\Delphi7\Projects\Bpl\;C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\;C:\Program 
Files\Borland\BDS\4.0\Bin;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program 
Files\Borland\CaliberRM SDK 2005 R2\lib 




Subject: Re: custom form in desktop alert - refactored..
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Fri, 20 Oct 2006 23:01:48 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Seems like any component that has a handle does not work. That's
> > quite bad.  And why did you refactor everything?
> > If it's not capable of working completely, what is the point?
> > And finally, please provide a patch file, that's much easier to
> > integrate.

Yeah, I managed to debug the bastard :) In ShowNoActivate we need to
set Visbile to true.

procedure TJvCustomFormDesktopAlert.ShowNoActivate;
begin
  Visible := True; //we need this :)
  Include(FFormState, fsShowing);
//  Windows.SetParent(Handle, 0);
//-- The above was introduced to partially solve the issue of the
visible
//--   TJvFormDesktopAlert(s) dropping behind another App when this App
is
//--   defocused.
//-- Unfortunately, this re-introduces the bug of momentarily taking
the focus
//--   away from the active form within this App, when it has the focus.
//--   A further side-effect is to set Application.Active := True
  SetWindowPos(Handle, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE or
SWP_NOSIZE
    or SWP_NOACTIVATE or SWP_NOOWNERZORDER or SWP_NOREDRAW or
SWP_NOSENDCHANGING);
  DoShow;
  Exclude(FFormState, fsShowing);
  Include(FFormState, fsVisible);
end;

I'll prepare a patch tomorrow if you agree? And I'll also update
example.

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://simail.sf.net - small advanced e-mail client 

Subject: Re: custom form in desktop alert - refactored..
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 20 Oct 2006 23:54:28 +0200
Newsgroups: jedi.vcl

Seems like any component that has a handle does not work. That's quite bad.
And why did you refactor everything?
If it's not capable of working completely, what is the point?
And finally, please provide a patch file, that's much easier to integrate.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: custom form in desktop alert - refactored..
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Fri, 20 Oct 2006 20:32:59 +0000 (UTC)
Newsgroups: jedi.vcl

Hi, I post a message abour using custom form in Desktop alert on
01.10.2006

I had a spare afteronoon so I decided to make refactoring myself. I did
refactor everthing and I maintained backward compatibility. So old
component shoukld work. But there is problem with new component
TJvDesktopAlertForm.
After form is shown, only TImage and TLabel componets are visible, 
other components such as TButton, TCheckbox.... are invisble, could any
of those who have a lot of experiences in components design try to
debug that?
I attached patched jvDesktop*.pas files along with demo application to
show the problem. files are available in jedi.binaries.

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://simail.sf.net - small advanced e-mail client 

Subject: Re: TJvInterpreterProgram
From: "mawe4585" <martin.weber@asbion.de>
Date: Fri, 20 Oct 2006 19:57:18 +0100
Newsgroups: jedi.vcl

>> >>JvInterpreter can not interpret classes, only TForm descendants are 
>> >>available.
>> >>An in TForm You can not use constructor, do all work in onCreate handler
>> >>
>> >>
>> >>
> >
> >oh then i have to take another component :(
> >i hope PascalScript can do this...
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

ehmm.. one Moment.. what about the GlobalJvInterpreterAdapter.AddClass()?

is this just for decoration?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvInterpreterProgram
From: "mawe4585" <martin.weber@asbion.de>
Date: Fri, 20 Oct 2006 19:40:07 +0100
Newsgroups: jedi.vcl

> >JvInterpreter can not interpret classes, only TForm descendants are 
> >available.
> >An in TForm You can not use constructor, do all work in onCreate handler
> >
> >
> >

oh then i have to take another component :(
i hope PascalScript can do this...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvInterpreterProgram
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 20 Oct 2006 19:32:47 +0400
Newsgroups: jedi.vcl

JvInterpreter can not interpret classes, only TForm descendants are 
available.
An in TForm You can not use constructor, do all work in onCreate handler




Subject: Re: dgTabs are not set in default JvDBGrid.Options
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 20 Oct 2006 16:07:30 +0100
Newsgroups: jedi.vcl

> >Shouldn't the PostOnEnter(Key) property be True by default?

Oh no ! That would be a nightmare for my users ;)

> >If I use a
> >normal TDBGrid and press the enter key while in the InplaceEdit
> >control, the grid closes the inplace edit control.

Yes, it closes the inplace edit control but it doesn't post anything.

The key events in a custom edit control are handled at the custom edit 
control level, thus if you want to close a custom edit control with the 
Enter key, the only way is to add in its OnKeyPress event:
if (Key = #13) then
begin
  MyJvDBGrid.CloseControl;
  Key := #0;
end;

If you put this bit of code in JvDBGrid and makes it automatic (i.e. all 
custom edit controls close when the Enter key is pressed) then you'll 
have a lot of troubles with some controls using this key for another 
purpose (TMemo for example).

Regards, 
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvInterpreterProgram
From: "mawe4585" <martin.weber@asbion.de>
Date: Fri, 20 Oct 2006 14:14:30 +0100
Newsgroups: jedi.vcl

Hello, 
 
I have some Questions to the TJvInterpreterprogram. 
 
First I have a little problem: 
 
I compile the following code with the component: 
 
unit RobotName; 
 
interface 
type 
TMyRobot = class(TRobot) 
private 
public 
constructor Create; 
end; 
 
var MyRobot : TMyRobot; 
 
implementation 
 
constructor TMyRobot.Create; 
begin 
Test; 
end; 
 
end. 
 
when i compile that i get the message, that a declaration is expected, but
'constructor' is found. The error occurs after the implementation. What is
wrong in this code? 
 
Second Question:  
 
can I "export" the TMyRobot object from this code back to the main-program
to use its functions there? 
 
Thanks for answers 
 
Martin Weber



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvcl <--> glscene2006
From: flavio simonetti <flaviosime@yahoo.it>
Date: Fri, 20 Oct 2006 14:03:40 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> You say there is a conflict, but you do not say which one.
> And to me this looks like a problem with GLScene, not the JVCL, but without the conflict message, we cannot help.

right
but now i repair this problem and i don't write the package name (??...MM) the error message was not more explicit.... sorry!

Flavio


Subject: Re: VCL Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 20 Oct 2006 13:31:35 +0200
Newsgroups: jedi.vcl

Then that is not what I meant.

What I meant is the ENVIRONMENT variable called PATH. To access its value, do this :


Open the control panel (panneau de configuration)
Run the System applet
In the Advanced tab, there is a button at the bottom left called "Environment variables". Click on it.
In the new window, you have two lists.
In both of these lists, you will find a line with "PATH" on the left.
Use the "Modify" button to see the current value.
If "C:\Documents and Settings\Bureau\Mes documents\Projets Borland Studio\Bpl" is not in the value from the list at the bottom, then look in the value from the list at the top.
If it's not there either, add it in the value at the top, using a semicolon (point virgule) to separate from the existing value.
You must do all this with Delphi closed.

Cheers
Olivier


Subject: Re: VCL Installation
From: "Olivier Daumas" <od.dev@morvandelle.com>
Date: Fri, 20 Oct 2006 13:26:22 +0200
Newsgroups: jedi.vcl

In english I guess :
Project
-> Options
-> Folders/Conditions
-> Search path
click on ... button
and saw one of the path :
"C:\Documents and Settings\Bureau\Mes documents\Projets Borland Studio\Bpl"

So when I open this directory, I see all of the .bpl that Delphi can't find.

To be sure Delphi can find it, I put it in :
(in english may be):
Tools
-> Environment options
-> Delphi options
-> Win32 - Library
-> search path (the 4th EditText)
click on ... button
"C:\Documents and Settings\Bureau\Mes documents\Projets Borland Studio\Bpl"
and I can see the 4 jcl/source path too.



"OBones" <obones_gf_@_fe_altern.org> a écrit dans le message de news: 
ehaajh$oga$1@news.talkto.net...
> > Olivier Daumas wrote:
> >
>> >> So one of the questions is :
>> >> Why 4) after done 3) ?
> >
> > Because delphi knows about the folder and adds it to its internal list.
> >
> >
>> >> This directory is in the PATH variable.
> >
> > How do you check that? 




Subject: Re: VCL Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 20 Oct 2006 13:06:35 +0200
Newsgroups: jedi.vcl

Olivier Daumas wrote:

> So one of the questions is :
> Why 4) after done 3) ?

Because delphi knows about the folder and adds it to its internal list.


> This directory is in the PATH variable.

How do you check that?


Subject: Re: VCL Installation
From: "Olivier Daumas" <od.dev@morvandelle.com>
Date: Fri, 20 Oct 2006 13:02:59 +0200
Newsgroups: jedi.vcl

>> >> 3) I try to add a Jedi package (for example jcl100.bpl), of course D2006 
>> >> tell me that this package is not a conception package (never mind)
>> >> 4) I can work with jedi component
> >
> > Well, sure, it's a JCL package so it's not installable.

Of course it' not ! It's not the problem. It's not easy to for me to explain 
in english. It's because I put a path 1) 2) 3) 4) 5) 6)
So one of the questions is :
Why 4) after done 3) ?

> > Then it very much looks like the directory is not in your PATH variable
bpl directory is "C:\Documents and Settings\Bureau\Mes documents\Projets 
Borland Studio" created by Delphi. All jvcl .bpl files that Delphi search 
are present in this folder,
This directory is in the PATH variable.

Thank you for trying to help me. 




Subject: Re: jvcl <--> glscene2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 20 Oct 2006 11:52:42 +0200
Newsgroups: jedi.vcl

You say there is a conflict, but you do not say which one.
And to me this looks like a problem with GLScene, not the JVCL, but without the conflict message, we cannot help.


Subject: jvcl <--> glscene2006
From: flavio simonetti <flaviosime@yahoo.it>
Date: Fri, 20 Oct 2006 11:43:54 +0200
Newsgroups: jedi.vcl

Hi
I use jvcl since 3 month without problems on delphi 2006.
4 days ago i try to install glscene2006 (a very good openGL implemetation for delphi) but opening an old project with jvSchedulemanager and jvGradientHeaderPanel components delphi show me an error  'class xxxxxxxxx not found ' caused by a conflict packages with  GLscene2006 , if I check 'Ignore' the components disappear but if I reallocate them in design-time seems to be persistent.

Flavio Simonetti



Subject: Re: VCL Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 20 Oct 2006 09:39:25 +0200
Newsgroups: jedi.vcl

Olivier Daumas wrote:
> Hello,
>
> I've got some problems with Jedi vcl installation in Delphi 2006 :
> jvcl 3.1 and jcl 1.96 (given with D2006 Partner DVD)
>
> 1) the installation make no mistake,
> 2) I put a component on a form, D2006 rises an exception "... JvCoreD10D.bpl not found ...".

Might well be that a required DLL is missing on your machine, or that the directory where the BPL are is not in the PATH environment variable.


> 3) I try to add a Jedi package (for example jcl100.bpl), of course D2006 tell me that this package is not a conception package (never mind)

Well, sure, it's a JCL package so it's not installable.


> 4) I can work with jedi component
> 5) I restart D2006
> 6) I can't work anymore with jedi component and I return to 2)

Then it very much looks like the directory is not in your PATH variable


Subject: Re: JVCL and Delphi2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 20 Oct 2006 09:38:07 +0200
Newsgroups: jedi.vcl

Olivier Daumas wrote:
> Is there somewhere somebody who use JVCL with Delphi 2006 ? 

I do this everyday, and I saw your other message, no need to create a new one.


Subject: JVCL and Delphi2006
From: "Olivier Daumas" <od.dev@morvandelle.com>
Date: Fri, 20 Oct 2006 09:31:57 +0200
Newsgroups: jedi.vcl

Is there somewhere somebody who use JVCL with Delphi 2006 ? 




Subject: Re: TjvDesignPanel
From: Frédéric SCHENCKEL <f.schenckel@cab-technologies.fr>
Date: Fri, 20 Oct 2006 08:38:00 +0200
Newsgroups: jedi.vcl

Don Siders wrote:
>> Did someone make a real project with this component ?
>
>> I have the feeling, that this set of component is not really 'finished'.
>> I will try to extend this set of components and if the result is acceptable, publish the modifications.
>
> I tried the demo in .\examples\JvDesigner.  It seems to function as expected.  What are you having problems with?
>
Hello,

Yes it's working, but it seems hard to extend it a little.

Try to get the coordinates of the mouse while the panel is active for example...

But it's also possible that I misunderstand the concept...

Regards


Subject: Re: RichEdit 2.0 issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Oct 2006 21:55:49 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Do you mean the exception that is thrown in TJvRichEditStrings.Insert? 

I wrongly thought that I used the JvRichEdit in the Installer, but it is a
simple TRichEdit that throws the EOutOfResources in TRIchEditLines.Insert.

-- Regards, Andreas Hausladen 

Subject: Re: RichEdit 2.0 issue
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 19 Oct 2006 23:20:09 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Remko Bonte wrote:
>
>> I do have that version. So what is the problem :)
>
> Under certain circumstances it failes on RichEditLog.Lines.Add(Line) with
> an EOutOfResources exception, saying that it cannot insert a richedit
> line. I already downloaded that richedt20.dll version. But the bug doesn't
> appear on my system. Nevertheless, I have added a try/except block to
> catch this exception type.

Do you mean the exception that is thrown in TJvRichEditStrings.Insert? That might happen if the version of the rich edit dll is wrongly detected. This can happen if you use a beta rich edit, for example the rich edit from Office 2007 beta etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: RichEdit 2.0 issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Oct 2006 20:53:21 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > I do have that version. So what is the problem :)

Under certain circumstances it failes on RichEditLog.Lines.Add(Line) with
an EOutOfResources exception, saying that it cannot insert a richedit
line. I already downloaded that richedt20.dll version. But the bug doesn't
appear on my system. Nevertheless, I have added a try/except block to
catch this exception type.


-- Regards, Andreas Hausladen 

Subject: Re: RichEdit 2.0 issue
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 19 Oct 2006 22:23:04 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Andreas Hausladen wrote:
>>
>> I do not have the 5.50.30.2002 version.
>
> I do have that version. So what is the problem :)
>
If you want you can download it here http://www.dynawell.com/support/ResKit/office2003.asp btw.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: RichEdit 2.0 issue
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 19 Oct 2006 22:05:46 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> There seems to be a problem with the riched20.dll 5.50.30.2002 and
> TJvRichEdit. Someone in a German forum had problems with this version of
> the DLL used by the JVCL Installer. By replacing it with 5.30.23.1221
> everything worked.
>
> I do not have the 5.50.30.2002 version.

I do have that version. So what is the problem :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TjvDesignPanel
From: "Don Siders" <dsiders@charter.net>
Date: Thu, 19 Oct 2006 15:40:22 -0400
Newsgroups: jedi.vcl

> > Did someone make a real project with this component ?

> > I have the feeling, that this set of component is not really 'finished'.
> > I will try to extend this set of components and if the result is 
> > acceptable, publish the modifications.

I tried the demo in .\examples\JvDesigner.  It seems to function as 
expected.  What are you having problems with? 




Subject: TjvDesignPanel
From: Frédéric SCHENCKEL <f.schenckel@cab-technologies.fr>
Date: Thu, 19 Oct 2006 21:05:46 +0200
Newsgroups: jedi.vcl

Hello,

Did someone make a real project with this component ?

I have the feeling, that this set of component is not really 'finished'.
I will try to extend this set of components and if the result is acceptable, publish the modifications.

Tips are welcome !!!

Thanks

Regards

Frédéric


Subject: Re: RichEdit 2.0 issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Oct 2006 18:28:55 +0000 (UTC)
Newsgroups: jedi.vcl

I have added a try/except block that catches the EOutOfResources exception
that the TRichEdit control meight throw under some special circumstances.

-- Regards, Andreas Hausladen 

Subject: RichEdit 2.0 issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Oct 2006 16:50:22 +0000 (UTC)
Newsgroups: jedi.vcl

There seems to be a problem with the riched20.dll 5.50.30.2002 and
TJvRichEdit. Someone in a German forum had problems with this version of
the DLL used by the JVCL Installer. By replacing it with 5.30.23.1221
everything worked.

I do not have the 5.50.30.2002 version.

-- Regards, Andreas Hausladen 

Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 19 Oct 2006 12:37:00 +0100
Newsgroups: jedi.vcl

> >+        if (Col = LastCell.X) and (Row <> LastCell.Y) then
> >+        begin
> >+          { ColEnter is not invoked when switching between rows
> >staying in the
> >+            same column. }
> >+          if FAlwaysShowEditor and not EditorMode then
> >+            ShowEditor;
> >+        end;
> >
> >This doesn't change the ColEnter/ColExit behaviour.

If Col and Row of the inherited grid are not changed, that sounds good.

> >I have also renamed
> >the property PostOnEnter to PostOnEnterKey (+defineproperty helper)
> >(because PostOnEnter sounds like that it should Post when you enter a
> >grid cell).

Yes, it's better.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: dgTabs are not set in default JvDBGrid.Options
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 19 Oct 2006 12:34:14 +0100
Newsgroups: jedi.vcl

> >Why is the dgTabs options not set in the default TJvDBGrid.Options

I don't know.

> >(DefJvGridOptions). Is there any reason not to set it? The Grid behaves
> >really strange (in the eyes of a user) if it is not set.

Since the JVCL policy is to be as close to the ancestor (DBGrid) 
behavior as possible, dgTabs should be True by default.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 19 Oct 2006 12:29:56 +0100
Newsgroups: jedi.vcl

> >I need it in "AlwaysShowEditor" mode. Because otherwise the editor will
> >not be shown automatically if you switch between rows in the same
> >column.
> >It is only implemented for the mouse because in "AlwaysShowEditor" mode 
it
> >is not possible to use the cursor up/down to move between lines.

Ok, I will try to find quickly a solution to this problem with 
AlwaysShowEditor. I have an idea other than patching ColEnter/ColExit.

Regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: VCL Installation
From: "Olivier Daumas" <od.dev@morvandelle.com>
Date: Thu, 19 Oct 2006 13:24:38 +0200
Newsgroups: jedi.vcl

Hi,

yes the path of the folder where we can find all of the .bpl that Delphi 
doesn't find is in the search path.
I don't understand what's going on :
I have uninstalled/reinstalled D2006, the problem is still present.
I've no problem with Delphi7.


"Ralf Kaiser" <rk@lingosmart.de> a écrit dans le message de news: 
eh7f5i$bkn$1@news.talkto.net...
> > "Olivier Daumas" <od.dev@morvandelle.com> schrieb im Newsbeitrag 
> > news:eh4p5g$u4o$1@news.talkto.net...
> >
>> >> 1) the installation make no mistake,
>> >> 2) I put a component on a form, D2006 rises an exception "... 
>> >> JvCoreD10D.bpl not found ...".
> >
> > Hi,
> >
> > did you check if the directory where the D2006-BPLs are is contained in 
> > your search path? I mean the path that is displayed when you enter "PATH" 
> > on a command line, not the compiler search path!
> >
> > BPLs are DLLs so they need to be somewhere in the search path in order to 
> > get found and loaded by a program (here: by Delphi). Normally the Delphi 
> > setup should have added that directory to the search path but maybe 
> > another program has modified the path?
> >
> > Just an idea,
> > Ralf
> >
> >
> >
> > 




Subject: Re: dgTabs are not set in default JvDBGrid.Options
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 19 Oct 2006 10:53:08 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > Since the JVCL policy is to be as close to the ancestor (DBGrid) 
> > behavior as possible, dgTabs should be True by default.

And if we already at this topic:

Shouldn't the PostOnEnter(Key) property be True by default? If I use a
normal TDBGrid and press the enter key while in the InplaceEdit
control, the grid closes the inplace edit control. With
PostOnEnter(Key) = False the control editor doesn't react on VK_RETURN,
but the default inplace edit does.

-- Regards, Andreas Hausladen 

Subject: dgTabs are not set in default JvDBGrid.Options
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 19 Oct 2006 10:26:54 +0000 (UTC)
Newsgroups: jedi.vcl

Why is the dgTabs options not set in the default TJvDBGrid.Options
(DefJvGridOptions). Is there any reason not to set it? The Grid behaves
really strange (in the eyes of a user) if it is not set.

-- Regards, Andreas Hausladen 

Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 19 Oct 2006 10:25:23 +0000 (UTC)
Newsgroups: jedi.vcl

I found a new solution to my problem:

        if (dgRowSelect in Options) and (Cell.Y >= TitleOffset) then
          inherited MouseDown(Button, Shift, 1, Y)
        else
          inherited MouseDown(Button, Shift, X, Y);
+        if (Col = LastCell.X) and (Row <> LastCell.Y) then
+        begin
+          { ColEnter is not invoked when switching between rows
staying in the
+            same column. }
+          if FAlwaysShowEditor and not EditorMode then
+            ShowEditor;
+        end;

This doesn't change the ColEnter/ColExit behaviour. I have also renamed
the property PostOnEnter to PostOnEnterKey (+defineproperty helper)
(because PostOnEnter sounds like that it should Post when you enter a
grid cell).

I'll commit the changes tonight.


-- Regards, Andreas Hausladen 

Subject: Re: VCL Installation
From: "Ralf Kaiser" <rk@lingosmart.de>
Date: Thu, 19 Oct 2006 11:06:08 +0200
Newsgroups: jedi.vcl

"Olivier Daumas" <od.dev@morvandelle.com> schrieb im Newsbeitrag 
news:eh4p5g$u4o$1@news.talkto.net...

> > 1) the installation make no mistake,
> > 2) I put a component on a form, D2006 rises an exception "... 
> > JvCoreD10D.bpl not found ...".

Hi,

did you check if the directory where the D2006-BPLs are is contained in your 
search path? I mean the path that is displayed when you enter "PATH" on a 
command line, not the compiler search path!

BPLs are DLLs so they need to be somewhere in the search path in order to 
get found and loaded by a program (here: by Delphi). Normally the Delphi 
setup should have added that directory to the search path but maybe another 
program has modified the path?

Just an idea,
Ralf

 




Subject: TJvPlugin don't
From: "DarKraZY" <j.guitar@gmail.com>
Date: Thu, 19 Oct 2006 09:04:25 +0100
Newsgroups: jedi.vcl

Hello everyone!

I'm new in this news, and I hope that you can pardon about my english.

I'm using TJvPlugin like a package, and I have TJvPluginManager in the
main project. The version of JVCL is 2.10.

Inside the package there are forms in fsMDIChild.

Well, when I load the plugin I cannot change the focus of controls with
the key TAB. If I put the forms in the main project without plugins, they
work perfectly.

Thank you for readme.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvPlugin don't
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 19 Oct 2006 09:41:53 +0200
Newsgroups: jedi.vcl

DarKraZY wrote:

> I'm using TJvPlugin like a package, and I have TJvPluginManager in the
> main project. The version of JVCL is 2.10.

I'm sorry, but version 2.10 is more than 2 years old, start upgrading to version 3.20 and test again.


Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: gandf <gandf@freesbee.fr>
Date: Wed, 18 Oct 2006 20:48:09 +0200
Newsgroups: jedi.vcl

Does nobody have solution?

gandf a écrit :
> Abdullah Kauchali a écrit :
>> "gandf" <gandf@freesbee.fr>:
>>> Hello,
>>> I use the TJvInspector component in a project using GLScene but my problem arises with all the other standard components. I use C++Builder 6.0 pro update 4.
>>> I made a research here but I did not find the solution. The properties which make it possible to choose a component (those which are red in the inspector of object of C++Builder) does not function correctly in TJvInspector.
>>
>> (If I understand your problem correctly...)
>>
>> Your object must expose published properties in order for JvInspector to display them.
>>
> The problem is :
> The properties indicating another object does not function correctly (the name of the object is not to post, it does not have there a list of the objects, impossible to put one of them manually) but when an object is already indicated, one can reach all the properties of this object by “+”.  I would like that the user can change this object and to put another of them.


Subject: Re: ColEnter and ColExit in JvDBGrid
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 18 Oct 2006 18:08:14 +0000 (UTC)
Newsgroups: jedi.vcl

I need it in "AlwaysShowEditor" mode. Because otherwise the editor will
not be shown automatically if you switch between rows in the same column.
It is only implemented for the mouse because in "AlwaysShowEditor" mode it
is not possible to use the cursor up/down to move between lines.

I must admit, I haven't tested it without the goAlwaysShowEditor option.
Sorry for breaking your code.
It was this comment (my be?) that brought me to the ColEnter/Exit "bug".

  { The AlwaysShowEditor option is not compatible with the custom inplace
edit
    controls. But if the EditorMode is set to True in ColEnter() it
emulates the
    AlwaysShowEditor option. }


-- Regards, Andreas Hausladen 

Subject: Reported bug status about TJvPanel...
From: "JJW Informática Ltda. - Roberto" <roberto@jjwinformatica.com.br>
Date: Wed, 18 Oct 2006 10:11:30 -0300
Newsgroups: jedi.vcl

I have reported a bug at the TJvPanel transparent property....

Any ideia how to fix it?

The source example to reproduce the bug is posted in jedi.binaries 
"TJvPanel - Transparent Bug"


Thanks! 




Subject: Re: Ambiguity with IsEqualGUID
From: @in@taavi.ee
Date: Wed, 18 Oct 2006 12:51:23 GMT
Newsgroups: jedi.vcl

On Wed, 18 Oct 2006 11:56:56 +0100, "Fred" <nospam_@_nospam.com>
wrote:

> >Try to do a full text search in the Borland source directory. I found it 
> >in OLE32.pas and two other units if my memory is right.

Hmm, yes, now found it in ActiveX and OLE2 units... but not in ole32
unit (there is no ole32.pas AFAICS, but the function is exported from
ole32.dll, thats probably why you name it).


ain


Subject: ColEnter and ColExit in JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 18 Oct 2006 13:35:44 +0100
Newsgroups: jedi.vcl

Hello,

Andreas, recently you added a few lines to JvDBGrid to trigger 
OnColEnter and OnColExit when the row of the focused cell changes but 
not its column. This is not what's expected from ColEnter/ColExit. These 
events are not meant to deal with rows (look at TDBGrid) and I don't 
understand why you made that only for the mouse. All worked very well 
before. Moreover, your code introduced two bugs in my apps (the most 
obvious is when you select the first column and try to drag it a few 
columns further). Since I found no Mantis entry asking for it, I'm going 
to remove your code.
If you want to detect a change of row with the mouse (a kind of 
OnRowEnter), use the event OnCellClick. And if you need an 
event "OnCellExit" or "OnRowExit", let me know and I'll add it (if you 
have no time to do it yourself, of course).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Ambiguity with IsEqualGUID
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 18 Oct 2006 11:56:56 +0100
Newsgroups: jedi.vcl

> >In which unit? Can't find it in D5Pro...

Try to do a full text search in the Borland source directory. I found it 
in OLE32.pas and two other units if my memory is right.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: VCL Installation
From: "Olivier Daumas" <od.dev@morvandelle.com>
Date: Wed, 18 Oct 2006 10:37:45 +0200
Newsgroups: jedi.vcl

Hello,

I've got some problems with Jedi vcl installation in Delphi 2006 :
jvcl 3.1 and jcl 1.96 (given with D2006 Partner DVD)

1) the installation make no mistake,
2) I put a component on a form, D2006 rises an exception "... JvCoreD10D.bpl 
not found ...".
3) I try to add a Jedi package (for example jcl100.bpl), of course D2006 
tell me that this package is not a conception package (never mind)
4) I can work with jedi component
5) I restart D2006
6) I can't work anymore with jedi component and I return to 2)

Notice that the installation and working in Delphi 7 make no problem.

Can some body try to understand my english and help me please ?

Thank you for trying. 




Subject: Re: sync variable with thread component
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Tue, 17 Oct 2006 19:28:35 -0200
Newsgroups: jedi.vcl

will check that out, ty!
"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eh2qs7$job$1@news.talkto.net...
> > You must SYNCHRONIZE with the main thread to have all this work. Read the 
> > documentation in Delphi's help to understand this... 




Subject: Re: File extension not always available in FileName for TJvFileListBox
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Tue, 17 Oct 2006 22:57:49 +0200
Newsgroups: jedi.vcl


"Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message news:eh2s38$k1v$1@news.talkto.net...
> It is intended. If you always want to show extensions regardless of user settings, set ForceFileExtensions to true. You may not have this property if you have an older version, so an upgrade is recommended

Ok. Thanx to know. I'll do that, but I also solved it in another way. Since the list of files are filtered on a certain extension, I add that one if needed.



Subject: Re: Fixed JCL debug data insertion failure - actually broke it
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 17 Oct 2006 18:02:52 +0200
Newsgroups: jedi.vcl

Andreas,

You may generalize this program to create .jdbg files
too, cf my feature request in mantis:
http://homepages.borland.com/jedi/issuetracker/view.php?id=3923

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: File extension not always available in FileName for TJvFileListBox
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 17 Oct 2006 17:15:56 +0200
Newsgroups: jedi.vcl

It is intended. If you always want to show extensions regardless of user 
settings, set ForceFileExtensions to true. You may not have this property if 
you have an older version, so an upgrade is recommended

-- Regards, Peter "Alf Christophersen" <alf.christophersen@basalmed.uio.no> skrev i meddelandet news:eh2hlc$hoe$1@news.talkto.net...
> >I had just a problem that the FileName chosen do not contain file name 
> >extension if Windows Explorer has turned off showing these.
> >
> > Is this something that could be amended in some way, or is it intended?
> >
> > Using JVCL v.3 made around dec. 28 2005. Last date in changelog is Dec. 
> > 03. 2005
> >
> > 




Subject: Re: sync variable with thread component
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 17 Oct 2006 16:55:14 +0200
Newsgroups: jedi.vcl

You must SYNCHRONIZE with the main thread to have all this work. Read the documentation in Delphi's help to understand this...


Subject: Re: sync variable with thread component
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 17 Oct 2006 15:51:28 +0200
Newsgroups: jedi.vcl

But what does it throw, what message?

psy wrote:
> it does throws, I found this Params on a jvthread sample:
>
> procedure TForm1.JvThread2Execute(Sender: TObject; params: Pointer);
> ...
> ...
> //To use global variable/objects, you have to synchronize (to avoid conflicts)
>   TForm1(params).Value2 := k;
>   JvThread2.Synchronize(TForm1(params).Stats2);
>
> thank you
> "OBones" <obones_gf_@_fe_altern.org> wrote in message news:eh1u3g$eh2$2@news.talkto.net...
>> First of all, do not cast directly, use the as keyword:
>>
>> MyGlobalStringListVar := (Params as TDataModule1).MyGlobalStringListVar
>>
>> This might trigger another exception because Params is not of the type you expected. 

Subject: Re: JvRichEdit
From: "Antony" <bounce@x-word.com>
Date: Tue, 17 Oct 2006 14:48:45 +0100
Newsgroups: jedi.vcl

Now submitted at

http://homepages.borland.com/jedi/issuetracker/view.php?id=3961

The JEDI issue tracker page has this message "Due to some server problems
it is not possible to activate new accounts....". But it did work OK
despite the message.

Antony



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: sync variable with thread component
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Tue, 17 Oct 2006 11:47:55 -0200
Newsgroups: jedi.vcl

nevermind, this line compiles:
TDataModule1(params).MyGlobalStringListVar:= MyGlobalStringListVar;
not sure if it is doing its stuff though;
now it happens that if I user jvDesktopAlert its showing up too fast, like, 
it shows for 2
seconds only when the duration I setup is much longer, it happens only when 
executed
from inside the thread.
thanks a lot brother
"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eh2n4l$ir8$1@news.talkto.net...
> > But what does it throw, what message?
> >
> > psy wrote:
>> >> it does throws, I found this Params on a jvthread sample:
>> >>
>> >> procedure TForm1.JvThread2Execute(Sender: TObject; params: Pointer);
>> >> ...
>> >> ...
>> >> //To use global variable/objects, you have to synchronize (to avoid 
>> >> conflicts)
>> >>   TForm1(params).Value2 := k;
>> >>   JvThread2.Synchronize(TForm1(params).Stats2);
>> >>
>> >> thank you
>> >> "OBones" <obones_gf_@_fe_altern.org> wrote in message 
>> >> news:eh1u3g$eh2$2@news.talkto.net...
>>> >>> First of all, do not cast directly, use the as keyword:
>>> >>>
>>> >>> MyGlobalStringListVar := (Params as TDataModule1).MyGlobalStringListVar
>>> >>>
>>> >>> This might trigger another exception because Params is not of the type 
>>> >>> you expected. 




Subject: Re: Ambiguity with IsEqualGUID
From: @in@taavi.ee
Date: Tue, 17 Oct 2006 13:07:18 GMT
Newsgroups: jedi.vcl

On Tue, 17 Oct 2006 11:51:01 +0100, "Fred" <nospam_@_nospam.com>
wrote:

> >After verification, IsEqualGUID is in the Borland source files since a 
> >long time (Delphi 4 at least) so there's no need apparently for this 
> >duplicated function in JvJCLUtils. But I understand now why it has been 
> >added. The function was in a different unit in Delphi 4 and Delphi 5 

In which unit? Can't find it in D5Pro...


TIA
ain


Subject: Re: sync variable with thread component
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Tue, 17 Oct 2006 10:43:57 -0200
Newsgroups: jedi.vcl

it does throws, I found this Params on a jvthread sample:

procedure TForm1.JvThread2Execute(Sender: TObject; params: Pointer);
....
....
//To use global variable/objects, you have to synchronize (to avoid 
conflicts)
  TForm1(params).Value2 := k;
  JvThread2.Synchronize(TForm1(params).Stats2);

thank you
"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eh1u3g$eh2$2@news.talkto.net...
> > First of all, do not cast directly, use the as keyword:
> >
> > MyGlobalStringListVar := (Params as TDataModule1).MyGlobalStringListVar
> >
> > This might trigger another exception because Params is not of the type you 
> > expected. 




Subject: File extension not always available in FileName for TJvFileListBox
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Tue, 17 Oct 2006 14:17:59 +0200
Newsgroups: jedi.vcl

I had just a problem that the FileName chosen do not contain file name extension if Windows Explorer has turned off showing these.

Is this something that could be amended in some way, or is it intended?

Using JVCL v.3 made around dec. 28 2005. Last date in changelog is Dec. 03. 2005




Subject: Re: Ambiguity with IsEqualGUID
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 17 Oct 2006 11:51:01 +0100
Newsgroups: jedi.vcl

> >Not that I can see, there is a IFDEF COMPILER5 that makes it call the 
> >CompareMem function.

After verification, IsEqualGUID is in the Borland source files since a 
long time (Delphi 4 at least) so there's no need apparently for this 
duplicated function in JvJCLUtils. But I understand now why it has been 
added. The function was in a different unit in Delphi 4 and Delphi 5 
(and another one in BCB 5). Since Delphi 6 and probably BCB6 (not 
verified), the function is now in the SysUtils unit. Thus, the function 
in JvJCLutils is there to avoid problems with unit declarations 
depending on the version used. I don't know if I'm very clear on that 
point... ;)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: sync variable with thread component
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 17 Oct 2006 08:43:05 +0200
Newsgroups: jedi.vcl

First of all, do not cast directly, use the as keyword:

MyGlobalStringListVar := (Params as TDataModule1).MyGlobalStringListVar

This might trigger another exception because Params is not of the type you expected.


Subject: Re: JvRichEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 17 Oct 2006 08:41:59 +0200
Newsgroups: jedi.vcl

Antony wrote:
> The bug system is currently not activating registrations so I've not done
> that.

What?
I received emails for new accounts during the past few days. Which account did you create, I'll have the password sent to you.


Subject: Re: sync variable with thread component
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Mon, 16 Oct 2006 21:30:25 -0200
Newsgroups: jedi.vcl

please :(

"psy" <psy_ddrNOSPAM@yahoo.com> wrote in message 
news:eh00j8$3co$1@news.talkto.net...
> > how to get this line working?
> >
> > MyGlobalStringListVar := TDataModule1(Params).MyGlobalStringListVar;
> > 



Subject: Re: JvRichEdit
From: "Antony" <bounce@x-word.com>
Date: Mon, 16 Oct 2006 21:47:26 +0100
Newsgroups: jedi.vcl

The bug system is currently not activating registrations so I've not done
that.

You can see a demo at

http://www.crossword-compiler.com/users/RichBug.zip

- run and press Start and then "set plain text". (I'm using XP)

[of course in an ideal world the "text" property would just respect the
Font.Charset...]

thanks,
Antony



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Fixed JCL debug data insertion failure - actually broke it
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 16 Oct 2006 19:18:14 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > How about loading it ONLY when it is needed, then unload it after it has
> > been used?

That's the way I changed it (on my disk). It now does the LoadPackage by
hand, so no exception is raised. And the BPL is loaded on request. (no
more exceptions in the TJVCLData constructor).

-- Regards, Andreas Hausladen 

Subject: Re: Fixed JCL debug data insertion failure - actually broke it
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 16 Oct 2006 21:02:52 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It is not good to load all JclXX.bpl package into one executable. So if
> you have more than one Delphi installer now tries to load Jcl50.bpl,
> Jcl60.bpl, Jcl70.bpl, Jcl90.bpl and Jcl100.bpl into one process. This can
> only produce access violations, what it does.
>
> I'll rewrite it. I don't know yet, how. But if I don't find a nice working
> solution, I meight create a precompiled DebugInfo DLL.

How about loading it ONLY when it is needed, then unload it after it has been used?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Fixed JCL debug data insertion failure - actually broke it
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 16 Oct 2006 18:25:00 +0000 (UTC)
Newsgroups: jedi.vcl

It is not good to load all JclXX.bpl package into one executable. So if
you have more than one Delphi installer now tries to load Jcl50.bpl,
Jcl60.bpl, Jcl70.bpl, Jcl90.bpl and Jcl100.bpl into one process. This can
only produce access violations, what it does.

I'll rewrite it. I don't know yet, how. But if I don't find a nice working
solution, I meight create a precompiled DebugInfo DLL.

-- Regards, Andreas Hausladen 

Subject: Re: sync variable with thread component
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Mon, 16 Oct 2006 11:15:08 -0200
Newsgroups: jedi.vcl

how to get this line working?

MyGlobalStringListVar := TDataModule1(Params).MyGlobalStringListVar;

"psy" <psy_ddrNOSPAM@yahoo.com> wrote in message 
news:egqui4$deg$1@news.talkto.net...
> > hi there,
> > I have some code on the main form which adds a "task_id" to a string list 
> > on my datamodule, this procedure adds the id and if the thread is already 
> > not running I execute it.
> > on the thread code finalization I should remove the just executed task_id 
> > from the string list and "sync" the string list to check for more tasks.
> > I can't seem to make the syncronization work, I always get an AV when I 
> > try and without doing it some tasks are get skipped, can I get some help 
> > on this?
> > thanks a lot
> >
> > sample code:
> >
> > MAIN:
> > {Add Task Procedure}
> > //The jvtimerlist fires an event and the event name is the task id
> > DataModule1.ThreadCheck.Add((Sender as TJvTimerEvent).Name);
> > //run thread or wait on list
> > if DataModule1.trdCheckMessages.Terminated then
> > begin
> >  DataModule1.trdCheckMessages.Execute(Self);
> > end;
> >
> > DATAMODULE
> > {Global Variable}
> > ThreadCheck : TStringList;
> >
> > {Thread Execute Code}
> > while (ThreadCheck.Count > 0) do
> > begin
> >    ...
> >    ...
> >    //here is an attempt to sync which generates an AV exception
> >    ThreadCheck := TDataModule1(Params).ThreadCheck;
> >
> >    //just to make sure the item is still there
> >    if (ThreadCheck.Count > 0) then
> >    begin
> >       ThreadCheck.Delete(0);
> >    end;
> > end;
> >
> > 




Subject: Re: Ambiguity with IsEqualGUID
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 16 Oct 2006 13:59:04 +0100
Newsgroups: jedi.vcl

> >Don't do so. Just add an ExternalSym to it, that'll fix it while 
> >allowing the JVCL to compile.
> >Well, I added the ExternalSym in the SVN version, so you might as well 
> >grab it.

OH YES ! I didn't think to do that. That works. And I'm supposed to be 
the BCB programer here... :)
Nevertheless, by doing so, the code remaining in JvJCLUtils is just 
Result := SysUtils.IsEqualGUID(IID1, IID2). Is it enough to justify the 
function existence ?

That would be great if someone using Delphi 5 Standard, BCB 5 Standard 
or BCB 6 Standard could tell us how this function is implemented in his 
version...

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Ambiguity with IsEqualGUID
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 16 Oct 2006 14:46:37 +0200
Newsgroups: jedi.vcl

Fred wrote:

> Nevertheless, by doing so, the code remaining in JvJCLUtils is just Result := SysUtils.IsEqualGUID(IID1, IID2). Is it enough to justify the function existence ?

Not that I can see, there is a IFDEF COMPILER5 that makes it call the CompareMem function.


> That would be great if someone using Delphi 5 Standard, BCB 5 Standard or BCB 6 Standard could tell us how this function is implemented in his version...

Good point, but I don't have any of these...


Subject: Re: JvPanel BUG, somebody can help...
From: "JJW Informatica Ltda. - Roberto" <roberto@jjwinformatica.com.br>
Date: Mon, 16 Oct 2006 08:52:39 -0300
Newsgroups: jedi.vcl

The source demo is posted on "jedi.binaries"
The subject is "TJvPanel - Transparent Bug"

Thanks


"Arioch /BDV/" <the_Arioch@nm.False-Domain.ru> escreveu na mensagem 
news:egtkh5$os5$1@news.talkto.net...
> > The stars so gaily glistened... (Fri, 13 Oct 2006 08:21:59 -0300 @515)
> > ...while the fading voice of JJW whispered through the darkness:
> >
> > JIL> Over this TImage put the TJvPanel....
> >
> > as default ?
> >
> > JIL> Now put a TSpeedButton with a glyph and flat style in true....
> >
> > anywhere on a form ?
> >
> > JIL> The redraw of the panel isn't happening ... why?
> >
> > why should it ?
> >
> > Please, post tiny small sources of what do you want into jvcl.binary forum
> >
> > Also it would be nice to form the messages in "how to ask questions smart
> > way" pattern.
> > Currently Your post raises a bunch of silly questions, asking them is a
> > boring task.
> > -- 
> > WinAMP://none: WinAMP is suffocated
> > http://Arioch.nm.ru/FL/Fidolook_SL.png
> > Mail: the)under(Arioch)at(nm)dot(ru   ICQ: xmpp:arioch@jabber.ru
> > 




Subject: Re: Ambiguity with IsEqualGUID
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 16 Oct 2006 12:50:12 +0100
Newsgroups: jedi.vcl

> >Because GUIDdef.h is not pressent and cannot be used in Delphi.

I know that. I'm an experienced Delphi user too. ;)
I was just explaining what is blocking with C++Builder. Delphi users 
can't encounter this kind of problem and are not aware of it.

I wonder why IsEqualGUID has been redefined since it is a function in 
SysUtils.pas (Delphi) or guiddef.h (C++Builder). This function simply 
wraps a call to the function IsEqualGUID in OLE32.DLL. Every windows 
user has OLE32.DLL in its system directory.

I'M GOING TO REMOVE THE FUNCTION IN JVJCLUTILS EXCEPT IF SOMEONE HAS A 
SERIOUS REASON TO PREVENT ME FROM DOING SO.

If the users of the standard version of BCB or Delphi doesn't have this 
function available, they still can call the function in OLE32.DLL or 
simply do a CompareMem(@IID1, @IID2, SizeOf(IID1)) with IID1, IID2: 
TGUID. If your program rely on many calls to IsEqualGUID from the JVCL, 
I agree that could be a serious reason.

> >=========Beginning of the citation==============
> >#include <JvJCLUtils.hpp>
> >#undef IsEqualGUID
> >#include <GUIDdef.h>
> >=========The end of the citation================

I don't declare both of these headers. They are included automatically 
by the units used. So, I can't do that.

> >=========Beginning of the citation==============
> >#ifndef IsEqualGUID
> >/*....definition of it*/
> >#endif
> >=========The end of the citation================

If I have to modify the JvJCLUtils unit, I prefer to remove the function.

> >And i guess You can also reach the same using namespaces or options
> >whether identifiers are case-sensitive or case-insensitive, but You'd
> > find a C++ experienced man.

Workaround, workaround... I'd prefer a fix. ;)

> > F> The problem I encounter is with some COM objects. I cannot use them
> > F> because of this ambiguity.
> >
> >Why do those objects use JvJCLUtils.pas ?

They don't. My COM object is on the same form as my JVCL objects. The 
Borland code makes a call to IsEqualGUID (I don't know where and that's 
not a concern: it must be done) when I use the COM object and the same 
function is already defined in JvJCLUtils, an unit called by many JVCL 
components -> ambiguity. Since the JVCL definition seems useless, I 
suggest to remove it.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Ambiguity with IsEqualGUID
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 16 Oct 2006 13:21:30 +0200
Newsgroups: jedi.vcl

Fred wrote:

> I'M GOING TO REMOVE THE FUNCTION IN JVJCLUTILS EXCEPT IF SOMEONE HAS A SERIOUS REASON TO PREVENT ME FROM DOING SO.

Don't do so. Just add an ExternalSym to it, that'll fix it while allowing the JVCL to compile.
Well, I added the ExternalSym in the SVN version, so you might as well grab it.


Subject: Re: JvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 15 Oct 2006 23:07:21 +0200
Newsgroups: jedi.vcl

Antony wrote:
> I converted some TRichEdit code to JvRichEdit to use the nice new features.
>
> However I've found that setting PlainText behaves differently. In
> particular if I set PlainText:=false, stream in some Russian RTF text,
> then set PlainText:=true, the text is lost (converted to ? - usual result
> of using non-Unicode or RTF interface to the control). With TRichEdit this
> works fine, and used to be the only reliable way to handle non-native
> charsets.

Could you make a bug report (at http://homepages.borland.com/jedi/issuetracker/main_page.php), and especially attach a demo that shows the problem. I see that it doesn't work with the TJvRichEdit control, but I also can't make it work with the TRichEdit control.

> Any ideas? (I also tried streaming in Unicode plain text, but had
> different problems with that too)

This should work, but I see some problems in the code of TJvRichEdit, so I'll fix those. But a demo that shows the problems you encountered would be nice.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Ambiguity with IsEqualGUID
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 15 Oct 2006 19:43:52 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 10 Oct 2006 19:46:16 +0100 @823)
....while the fading voice of Fred whispered through the darkness:

 F> I have a blocking ambiguity in my BCB5 app with IsEqualGUID. It is
 F> defined in JvJCLUtils.hpp and in GUIDdef.h. I can't see why it is
 F> defined in JvJCLUtils

Because GUIDdef.h is not pressent and cannot be used in Delphi.
And if it could, then there would not be ambiguity between
JvJCLUtils.IsEqualGUID and GUIDdef.IsEqualGUID

 F> and the only way I found to solve the problem is to remove the function
 F> in JvJCLUtils.

Not the only.
One more way - if You need both modules included, include then in the
following way:
=========Beginning of the citation==============
#include <JvJCLUtils.hpp>
#undef IsEqualGUID
#include <GUIDdef.h>
=========The end of the citation================

Or in JvJCLUtils You can
=========Beginning of the citation==============
#ifndef IsEqualGUID
/*....definition of it*/
#endif
=========The end of the citation================

And i guess You can also reach the same using namespaces or options whether
identifiers are case-sensitive or case-insensitive, but You'd find a C++
experienced man.


 F> The problem I encounter is with some COM objects. I cannot use them
 F> because of this ambiguity.

Why do those objects use JvJCLUtils.pas ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JvPanel BUG, somebody can help...
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 15 Oct 2006 19:36:13 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 13 Oct 2006 08:21:59 -0300 @515)
....while the fading voice of JJW whispered through the darkness:

 JIL> Over this TImage put the TJvPanel....

as default ?

 JIL> Now put a TSpeedButton with a glyph and flat style in true....

anywhere on a form ?

 JIL> The redraw of the panel isn't happening ... why?

why should it ?

Please, post tiny small sources of what do you want into jvcl.binary forum

Also it would be nice to form the messages in "how to ask questions smart
way" pattern.
Currently Your post raises a bunch of silly questions, asking them is a
boring task.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JvHttpUrlGrabber.Stop works properly ?
From: Jose <joseantonio@imasdnet.com>
Date: Sun, 15 Oct 2006 13:09:17 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Jose wrote:
>> i have a small piece of code to download a url and if the user press "stop" button to cancel the proccess then my program hangs.
>>
>> anybody can check this ?
>
> Which version of the JVCL do you use?
>
yesterday Daily build


Subject: Re: JvHttpUrlGrabber.Stop works properly ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 15 Oct 2006 12:16:42 +0200
Newsgroups: jedi.vcl

Jose wrote:
> i have a small piece of code to download a url and if the user press "stop" button to cancel the proccess then my program hangs.
>
> anybody can check this ?

Which version of the JVCL do you use?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvHttpUrlGrabber.Stop works properly ?
From: Jose <joseantonio@imasdnet.com>
Date: Sun, 15 Oct 2006 11:43:03 +0200
Newsgroups: jedi.vcl

i have a small piece of code to download a url and if the user press "stop" button to cancel the proccess then my program hangs.

anybody can check this ?

thx


Subject: Re: JvHttpUrlGrabber1 file in use error?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 15 Oct 2006 10:48:12 +0200
Newsgroups: jedi.vcl

dogo wrote:

> Is there anyway to check to see if the end of file has been written successfully

Well, as far as I remember, and without looking at the sources OnDoneFile is called only after the file has been completely written.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvRichEdit
From: "Antony" <bounce@x-word.com>
Date: Sat, 14 Oct 2006 19:56:20 +0100
Newsgroups: jedi.vcl

I converted some TRichEdit code to JvRichEdit to use the nice new features.

However I've found that setting PlainText behaves differently. In
particular if I set PlainText:=false, stream in some Russian RTF text,
then set PlainText:=true, the text is lost (converted to ? - usual result
of using non-Unicode or RTF interface to the control). With TRichEdit this
works fine, and used to be the only reliable way to handle non-native
charsets.

Any ideas? (I also tried streaming in Unicode plain text, but had
different problems with that too)

Thanks.
Antony



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvHttpUrlGrabber1 file in use error?
From: "dogo" <dogo_daz@removeit_msn.com>
Date: Sat, 14 Oct 2006 16:15:24 +0100
Newsgroups: jedi.vcl

Thanks,

Is there anyway to check to see if the end of file has been written 
successfully

Once again

Cheers

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:egqq7s$cl3$1@news.talkto.net...
> > dogo wrote:
> >
>> >> Now it would seem that sometimes the code for OnConnectionClose is done 
>> >> before the  JvHttpUrlGrabber onDoneFile, any ideas how I can slow down 
>> >> the OnConnectionClose  routine so it  runs after the ondonefile,
> >
> > Well, yes, the connection is closed by the server independently of the end 
> > of the file. And only when then the file is complete it is being written 
> > to disk. So the order of the events cannot be predetermined and you should 
> > not rely on any arrangment.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: sync variable with thread component
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Sat, 14 Oct 2006 12:09:44 -0300
Newsgroups: jedi.vcl

hi there,
I have some code on the main form which adds a "task_id" to a string list on 
my datamodule, this procedure adds the id and if the thread is already not 
running I execute it.
on the thread code finalization I should remove the just executed task_id 
from the string list and "sync" the string list to check for more tasks.
I can't seem to make the syncronization work, I always get an AV when I try 
and without doing it some tasks are get skipped, can I get some help on 
this?
thanks a lot

sample code:

MAIN:
{Add Task Procedure}
//The jvtimerlist fires an event and the event name is the task id
DataModule1.ThreadCheck.Add((Sender as TJvTimerEvent).Name);
//run thread or wait on list
if DataModule1.trdCheckMessages.Terminated then
begin
  DataModule1.trdCheckMessages.Execute(Self);
end;

DATAMODULE
{Global Variable}
ThreadCheck : TStringList;

{Thread Execute Code}
while (ThreadCheck.Count > 0) do
begin
    ...
    ...
    //here is an attempt to sync which generates an AV exception
    ThreadCheck := TDataModule1(Params).ThreadCheck;

    //just to make sure the item is still there
    if (ThreadCheck.Count > 0) then
    begin
       ThreadCheck.Delete(0);
    end;
end;




Subject: Re: JvHttpUrlGrabber1 file in use error?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 14 Oct 2006 15:55:24 +0200
Newsgroups: jedi.vcl

dogo wrote:

> Now it would seem that sometimes the code for OnConnectionClose is done before the  JvHttpUrlGrabber onDoneFile, any ideas how I can slow down the OnConnectionClose  routine so it  runs after the ondonefile,

Well, yes, the connection is closed by the server independently of the end of the file. And only when then the file is complete it is being written to disk. So the order of the events cannot be predetermined and you should not rely on any arrangment.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvHttpUrlGrabber1 file in use error?
From: "dogo" <dogo_daz@removeit_msn.com>
Date: Sat, 14 Oct 2006 11:22:04 +0100
Newsgroups: jedi.vcl

Hi I'm using JvHttpUrlGrabber onDoneFile routine to run this bit of code



procedure TForm1.JvHttpUrlGrabber1DoneFile(Sender: TObject; FileName: 
string;

  FileSize: Integer; Url: string);

var

  a, PlanesNotFoundNum: integer;

  myDate: TDateTime;

begin



  JvHtmlParser1.FileName := 'C:\Temp\dogo.html';

  //label1.Caption := IntToStr(ASQLite3Query1.RecordCount);

  //Screen.Cursor := crHourGlass;

  Self.Tag := 0;

  FStartTime := Now();

  with JvHtmlParser1 do

  begin

    ClearConditions;

    AddCondition('Text', 'currentModule_currentModule_Registration>', '<');

    OnKeyFound := self.HTML2TextKeyFound;

  end;



  try

    JvHtmlParser1.AnalyseFile;

    // ShowStatus(Now() - FStartTime);

    spSkinEdit1.Text := ReplaceSpecials(FText);

  finally

    FText := '';

    Screen.Cursor := crDefault;

  end;



    JvHtmlParser1.AnalyseFile;

    //ShowStatus(Now() - FStartTime);

    spSkinEdit23.Text := ReplaceSpecials(FText);

  finally

    FText := '';

    Screen.Cursor := crDefault;

  end;



  label1.Caption := IntToStr(ASQLite3Query1.RecordCount);

  JvHttpUrlGrabber1.Stop;

  if ASQLite3Query2.RecordCount = 0 then

  begin

    ASQLite3Table1.Open;

    ASQLite3Table2.insert;

    ASQLite3Table2.FieldByName('ModesS').AsString :=

      ASQLite3Query1.FieldByName('ModeS').AsString;

    ASQLite3Table2.Post;

    ASQLite3Table1.Locate('AircraftID',

      ASQLite3Query1.FieldByName('AircraftID').AsString, []);

    getstring := spSkinEdit1.Text;

    setlength(getstring, 13);

    if getstring = 'Registration:' then

    begin

      myDate := (now);

      ShortDateFormat := 'dd mmm yyyy';

      PlanesNotFound.Add('The following plane has not been found using it 
ModeS Code ' + ASQLite3Query1.FieldByName('ModeS').AsString + ' On ' + 
DateToStr(myDate));

      for PlanesNotFoundNum := 0 to PlanesNotFound.Count - 1 do

        PlanesNotFound.SaveToFile('PlanesNotFound.txt');

    end

    else

      with ASQLite3Query3 do

      begin

        active := False;

        sql.Clear;

        StartTransaction;

        sql.Add('update Aircraft set Registration = "' + spSkinEdit1.Text

          + '", CurrentRegDate = "' + spSkinEdit2.Text



          + '" where ModeS ="' +

          spSkinEdit10.Text + '"');

        execsql;

        commit;

      end;

    // ASQLite3Query1.next;

   //  startnexturl;

  end;

end;



and then on the OnConnectionClose I run



procedure TForm1.JvHttpUrlGrabber1ConnectionClosed(Sender: TObject);

begin

  ASQLite3Query1.Next;

  StartNextURL;

end;





Now it would seem that sometimes the code for OnConnectionClose is done 
before the  JvHttpUrlGrabber onDoneFile, any ideas how I can slow down the 
OnConnectionClose  routine so it  runs after the ondonefile,



Hope this all makes sense



Regards Darren




Subject: JvPanel BUG, somebody can help...
From: "JJW Informática Ltda. - Roberto" <roberto@jjwinformatica.com.br>
Date: Fri, 13 Oct 2006 08:21:59 -0300
Newsgroups: jedi.vcl

Hi friends.... I'm tired trying to create a Transparent Panel what works....

I actuality have found the TJvPanel, but, a small bug exists. Try this to 
reproduce it:

Put a TImage in a Form (with any bitmap, jpeg...)
Over this TImage put the TJvPanel....
Now put a TSpeedButton with a glyph and flat style in true....
Run the project and click the SpeedButton....

The redraw of the panel isn't happening ... why?

Thanks....
PS: Sorry, but I tired trying to get some HELP at borland newsgroup about 
develop this faq, becasu the only answer is, resumed, "BUY THE XXXX PACKAGE 
COMPONENTS"... 




Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: gandf <gandf@freesbee.fr>
Date: Thu, 12 Oct 2006 23:30:01 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali a écrit :
> "gandf" <gandf@freesbee.fr>:
>> Hello,
>> I use the TJvInspector component in a project using GLScene but my problem arises with all the other standard components. I use C++Builder 6.0 pro update 4.
>> I made a research here but I did not find the solution. The properties which make it possible to choose a component (those which are red in the inspector of object of C++Builder) does not function correctly in TJvInspector.
>
> (If I understand your problem correctly...)
>
> Your object must expose published properties in order for JvInspector to display them.
>
The problem is :
The properties indicating another object does not function correctly (the name of the object is not to post, it does not have there a list of the objects, impossible to put one of them manually) but when an object is already indicated, one can reach all the properties of this object by “+”.  I would like that the user can change this object and to put another of them.


Subject: potential names clash
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 13 Oct 2006 00:00:49 +0400
Newsgroups: jedi.vcl

Hello, All!

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sysinfo/base/gettickcount64.asp

This function clashes with the one from JvJVCLUtils.pas

While it is not very dangerous, it is still seems not nice.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JvTipOfDay Checkbox
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 12 Oct 2006 18:32:52 +0200
Newsgroups: jedi.vcl

Sorry, pressed the wrong button...

to uncheck:

JvTipOfDay1.Options := JvTipOfDay1.Options - [toShowOnStartup];

-- Regards, Peter 

Subject: Re: JvTipOfDay Checkbox
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 12 Oct 2006 18:31:59 +0200
Newsgroups: jedi.vcl

To check the checkbox:

JvTipOfDay1.Options := JvTipOfDay1.Options + [toShowOnStartup];

to uncheck:

"Dale Hertzfeld" <dale@sys-cor.com> skrev i meddelandet 
news:egjis6$9bj$1@news.talkto.net...
> > Peter,
> >
> > Yep, have that set to true. But I am asking... Is how do I programatically 
> > check the value of the checkbox after it is displayed?
> >
> > There is no JvTipOfDay1.Checkbox.value or something. I only see 
> > JvTipOfDay1.CheckboxText which I know is not the value of the checked 
> > state of the checkbox.
> >
> > Thanks
> >
> >
> >
> >
> >
> > "Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message 
> > news:egjfim$8h0$1@news.talkto.net...
> >
>>> >>> How can we check the value of the checkbox?
>> >> Add toShowOnStartup to Options
>> >>
>> >> -- 
>> >> Regards, Peter
>> >>
> >
> > 




Subject: JvInspector with lookup?
From: "Abdullah Kauchali" <non@non.com>
Date: Thu, 12 Oct 2006 14:31:02 +0200
Newsgroups: jedi.vcl

I've had a look at the InspectorDBExample and I like it.

I have one question:  is it possible to display a field/property that has 
been setup as a lookup field directly in the Inspector control?

IOW:  I'm looking for the dropdown capability and the ability to change a 
foreign key attributed based on the value chosen from the dropdown directly 
in the Inspector control - like in a TDBGrid.

Possible?

Kind regards,

A 




Subject: Re: JvInspector : Impossible to obtain the list of component for this type of property
From: "Abdullah Kauchali" <non@non.com>
Date: Thu, 12 Oct 2006 14:24:11 +0200
Newsgroups: jedi.vcl

"gandf" <gandf@freesbee.fr>:
> > Hello,
> > I use the TJvInspector component in a project using GLScene but my problem 
> > arises with all the other standard components. I use C++Builder 6.0 pro 
> > update 4.
> > I made a research here but I did not find the solution. The properties 
> > which make it possible to choose a component (those which are red in the 
> > inspector of object of C++Builder) does not function correctly in 
> > TJvInspector.

(If I understand your problem correctly...)

Your object must expose published properties in order for JvInspector to 
display them. 




Subject: Re: JvTipOfDay Checkbox
From: "Dale Hertzfeld" <dale@sys-cor.com>
Date: Wed, 11 Oct 2006 13:06:31 -0700
Newsgroups: jedi.vcl

Peter,

Yep, have that set to true. But I am asking... Is how do I programatically 
check the value of the checkbox after it is displayed?

There is no JvTipOfDay1.Checkbox.value or something. I only see 
JvTipOfDay1.CheckboxText which I know is not the value of the checked state 
of the checkbox.

Thanks





"Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message 
news:egjfim$8h0$1@news.talkto.net...

>> >> How can we check the value of the checkbox?
> > Add toShowOnStartup to Options
> >
> > -- 
> > Regards, Peter
> > 




Subject: Re: JvTipOfDay Checkbox
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 11 Oct 2006 21:10:17 +0200
Newsgroups: jedi.vcl

> > How can we check the value of the checkbox?
Add toShowOnStartup to Options

-- Regards, Peter 

Subject: JvInspector : Impossible to obtain the list of component for this type of property
From: gandf <gandf@freesbee.fr>
Date: Wed, 11 Oct 2006 17:34:41 +0200
Newsgroups: jedi.vcl

Hello,
I use the TJvInspector component in a project using GLScene but my problem arises with all the other standard components. I use C++Builder 6.0 pro update 4.
I made a research here but I did not find the solution. The properties which make it possible to choose a component (those which are red in the inspector of object of C++Builder) does not function correctly in TJvInspector.
Indeed, if a component is already chosen, it “+” is well posted and I can reach these properties but I do not have his name in ComboBox. I do not have any name of component in the comboBox which makes it possible to choose it. This ComboBox east is readonly (impossible to enter a value). Do you have a solution?

Thank you


Subject: JvTipOfDay Checkbox
From: "Dale Hertzfeld" <dale@sys-cor.com>
Date: Wed, 11 Oct 2006 07:52:05 -0700
Newsgroups: jedi.vcl

How can we check the value of the checkbox?

Thanks 




Subject: New event in JvDBGrid to handle string fields as boolean fields
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 11 Oct 2006 15:17:54 +0100
Newsgroups: jedi.vcl

Hello,

I made some changes to the JvDBGrid unit:
OnIsBooleanField is now called OnCheckIfBooleanField and has two new 
parameters: StringForTrue et StringForFalse. These parameters are only 
useful (and used) when your field type is 'string' (or widestring if you 
use ADO).
The comparison between the string values is not case sensitive.

Example of use (Delphi):
if Field.FieldName = 'HappyDelphiUser' then
begin
  StringForTrue := 'YES';  // Default is 1
  StringForFalse := 'NO';  // Default is 0
  Result := True;
end
else
  Result := False;

(BCB)
if (Field->FieldName == "HappyDelphiUser")
{
  StringForTrue = "YES";  // Default is 1
  StringForFalse = "NO";  // Default is 0
  return true;
}
else
  return false;

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGridExcelExport and decimal separator problem
From: Mirek <cipel_miroslav@prokes-rubber.cz>
Date: Wed, 11 Oct 2006 14:57:51 +0200
Newsgroups: jedi.vcl

export decimal number to excel not works proper if decimal separator not '.'


Subject: Ambiguity with IsEqualGUID
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Oct 2006 19:46:16 +0100
Newsgroups: jedi.vcl

Hello,

I have a blocking ambiguity in my BCB5 app with IsEqualGUID. It is 
defined in JvJCLUtils.hpp and in GUIDdef.h. I can't see why it is 
defined in JvJCLUtils and the only way I found to solve the problem is 
to remove the function in JvJCLUtils.
The problem I encounter is with some COM objects. I cannot use them 
because of this ambiguity.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDbxClientDataSet
From: Moore <delfino03@caramail.com>
Date: Tue, 10 Oct 2006 10:30:06 +0200
Newsgroups: jedi.vcl

There was available a TSQLClientDataset (and TIBClientDataset), but were deprecated by Borland because they caused problems, so TSimpleDataset is the best choice..


Subject: Re: stretch graphic in JvDBImage proportional
From: Zapology <Zapology@gmx.net>
Date: Tue, 10 Oct 2006 08:54:31 +0200
Newsgroups: jedi.vcl

Peter Thornqvist schrieb:
> "Zapology" <Zapology@gmx.net> skrev i meddelandet news:egctd6$rio$1@news.talkto.net...
>> Is it possible to stretch the graphic proportional to row height? If yes, how?
>>
>> For future development of the JvDBImage component (my wishlist):
>> Add a property "bitmap scaling" or "stretch mode" with the values "original size",
>> "stretch", "fit to height" and "fit to width".
>
> Using Proportional and Stretch together should accomplish what you want.
>
Thanks, I have'nt seen this property.


Subject: Re: stretch graphic in JvDBImage proportional
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Mon, 9 Oct 2006 19:24:02 +0200
Newsgroups: jedi.vcl

"Zapology" <Zapology@gmx.net> skrev i meddelandet 
news:egctd6$rio$1@news.talkto.net...
> > Is it possible to stretch the graphic proportional to row height? If yes, 
> > how?
> >
> > For future development of the JvDBImage component (my wishlist):
> > Add a property "bitmap scaling" or "stretch mode" with the values 
> > "original size",
> > "stretch", "fit to height" and "fit to width".

Using Proportional and Stretch together should accomplish what you want.

-- Regards, Peter 

Subject: stretch graphic in JvDBImage proportional
From: Zapology <Zapology@gmx.net>
Date: Mon, 09 Oct 2006 09:24:09 +0200
Newsgroups: jedi.vcl

Is it possible to stretch the graphic proportional to row height? If yes, how?

For future development of the JvDBImage component (my wishlist):
Add a property "bitmap scaling" or "stretch mode" with the values "original size",
"stretch", "fit to height" and "fit to width".


Subject: Re: TJvAppXMLStorage and "&lt;=&gt;"
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 07 Oct 2006 22:29:47 +0200
Newsgroups: jedi.vcl

Hi Olivier,

i know, but what would be the best way?

What will be the way? How does an valid xml looks like, which contains <=> in the value.

Example : How should i translate :

<SQL-Statement>select * from a, b where /* a <=> b */ a.id = b.id </SQL-Statement>

Greetings
Jens

OBones schrieb:
> Jens wrote:
>
>> What would be the best solution to prevent this?
>
> There are events in the XMLAppStorage component that allow you to encode the content before it is written and decode it right after it has been read.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Wanted Improvement for TjvGroupBox
From: Roman Ganz <knightkiller@NOS.PAMshadowgames.ch>
Date: Fri, 06 Oct 2006 23:25:24 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Will do, but please attach this file to a mantis issue here:
>
> http://homepages.borland.com/jedi/issuetracker/
>
> Better yet, please send a patch file as it allows easier integration.

OK, I made a new Issue (3942) with an attached patch-file


>> I don't know if it works properly with {$IFDEF JVCLThemesEnabled}...
>
> If you could test, we would appreciate it.

I dont know exactly how, I never used it... Please look at the Paint-Routine, I am not shure, if I should made there something

greets Roman


Subject: Re: JvDbxClientDataSet
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 6 Oct 2006 17:33:37 +0000 (UTC)
Newsgroups: jedi.vcl

ssamayoa wrote:

> > Please correctme but, this is not a remake of TSimpleClientDataSet?

Good point. Because of all the Query, Provider, CDS usage I must have got
blind.

-- Regards, Andreas Hausladen 

Subject: Re: JvDbxClientDataSet
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 6 Oct 2006 16:17:56 +0100
Newsgroups: jedi.vcl

Please correctme but, this is not a remake of TSimpleClientDataSet?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Wanted Improvement for TjvGroupBox
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 06 Oct 2006 15:45:49 +0200
Newsgroups: jedi.vcl

Roman Ganz wrote:
> OBones schrieb:
>> Yes, if you can keep backward compatibility with existing DFMs.
>
> OK, I made a first try, it should be backward compatible... Please check it.

Will do, but please attach this file to a mantis issue here:

http://homepages.borland.com/jedi/issuetracker/

Better yet, please send a patch file as it allows easier integration.


> There is a JvGroupBox.hpp - for C-Builder right? - I don't know what to do in this file...

Don't send it to us, it's automatically generated by the compiler and thus is not distributed.


> I don't know if it works properly with {$IFDEF JVCLThemesEnabled}...

If you could test, we would appreciate it.


Subject: Re: Wanted Improvement for TjvGroupBox
From: Roman Ganz <knightkiller@NOS.PAMshadowgames.ch>
Date: Fri, 06 Oct 2006 14:56:29 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Yes, if you can keep backward compatibility with existing DFMs.

OK, I made a first try, it should be backward compatible... Please check it.
There is a JvGroupBox.hpp - for C-Builder right? - I don't know what to do in this file...

I don't know if it works properly with {$IFDEF JVCLThemesEnabled}...

greets Roman


JvGroupBox.pas

{-----------------------------------------------------------------------------
The contents of this file are subject to the Mozilla Public License
Version 1.1 (the "License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.mozilla.org/MPL/MPL-1.1.html

Software distributed under the License is distributed on an "AS IS" basis,
WITHOUT WARRANTY OF ANY KIND, either expressed or implied. See the License for
the specific language governing rights and limitations under the License.

The Original Code is: JvGroupBox.PAS, released on 2000-11-22.

The Initial Developer of the Original Code is Peter Below <100113 dott 1101 att compuserve dott com>
Portions created by Peter Below are Copyright (C) 2000 Peter Below.
All Rights Reserved.

Contributor(s): ______________________________________.

You may retrieve the latest version of this file at the Project JEDI's JVCL home page,
located at http://jvcl.sourceforge.net

Known Issues:
-----------------------------------------------------------------------------}
// $Id: JvGroupBox.pas 10612 2006-05-19 19:04:09Z jfudickar $

unit JvGroupBox;

{$I jvcl.inc}

interface

uses
  {$IFDEF UNITVERSIONING}
  JclUnitVersioning,
  {$ENDIF UNITVERSIONING}
  SysUtils, Classes, Windows, Messages, Graphics, Controls, Forms, StdCtrls,
  JvThemes, JvExControls, JvExStdCtrls, JvJCLUtils, JvComponent, JvCheckBox;

type
  TJvGroupBox = class(TJvExGroupBox, IJvDenySubClassing)
  private
    FCheckBox: TJvCheckBox;
    FOnHotKey: TNotifyEvent;
    FPropagateEnable: Boolean;
    FCheckable: Boolean;
    procedure SetPropagateEnable(const Value: Boolean);
    procedure SetCheckable(const Value: Boolean);
    function GetCaption: TCaption;
    procedure SetCaption(const Value: TCaption);
    function GetChecked: Boolean;
    procedure SetChecked(const Value: Boolean);
    function StoredCheckable: Boolean;
  protected
    function WantKey(Key: Integer; Shift: TShiftState;
      const KeyText: WideString): Boolean; override;
    procedure EnabledChanged; override;
    procedure DoHotKey; dynamic;
    procedure Paint; override;
  public
    constructor Create(AOwner: TComponent); override;
    property Canvas;
  published
    property Caption: TCaption read GetCaption write SetCaption;
    property Checkable: Boolean read FCheckable write SetCheckable default False;
    property Checked: Boolean read GetChecked write SetChecked stored StoredCheckable; 
    property HintColor;
    {$IFDEF JVCLThemesEnabledD56}
    property ParentBackground default True;
    {$ENDIF JVCLThemesEnabledD56}
    property PropagateEnable: Boolean read FPropagateEnable write SetPropagateEnable default False;
    property OnMouseEnter;
    property OnMouseLeave;
    property OnParentColorChange;
    property OnHotKey: TNotifyEvent read FOnHotKey write FOnHotKey;
  end;

{$IFDEF UNITVERSIONING}
const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$URL: https://svn.sourceforge.net/svnroot/jvcl/trunk/jvcl/run/JvGroupBox.pas $';
    Revision: '$Revision: 10612 $';
    Date: '$Date: 2006-05-19 21:04:09 +0200 (Fr, 19 Mai 2006) $';
    LogPath: 'JVCL\run'
  );
{$ENDIF UNITVERSIONING}

implementation

uses
  Math;

constructor TJvGroupBox.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FPropagateEnable := False;
  ControlStyle := ControlStyle + [csAcceptsControls];
  {$IFDEF JVCLThemesEnabledD56}
  IncludeThemeStyle(Self, [csParentBackground]);
  {$ENDIF JVCLThemesEnabledD56}
  FCheckable := False;
end;

procedure TJvGroupBox.Paint;
var
  H: Integer;
  R: TRect;
  Flags: Longint;
  {$IFDEF JVCLThemesEnabledD56}
  Details: TThemedElementDetails;
  CaptionRect: TRect;
  {$ENDIF JVCLThemesEnabledD56}
  LastBkMode: Integer;
begin
  {$IFDEF JVCLThemesEnabled}
  if ThemeServices.ThemesEnabled then
  begin
    {$IFDEF COMPILER7_UP}
    inherited Paint;
    {$ELSE}
    if Enabled then
      Details := ThemeServices.GetElementDetails(tbGroupBoxNormal)
    else
      Details := ThemeServices.GetElementDetails(tbGroupBoxDisabled);
    R := ClientRect;
    Inc(R.Top, Canvas.TextHeight('0') div 2);
    ThemeServices.DrawElement(Canvas.Handle, Details, R);

    CaptionRect := Rect(8, 0, Min(Canvas.TextWidth(Caption) + 8, ClientWidth - 8),
      Canvas.TextHeight(Caption));

    Canvas.Brush.Color := Self.Color;
    DrawThemedBackground(Self, Canvas, CaptionRect);
    ThemeServices.DrawText(Canvas.Handle, Details, Caption, CaptionRect, DT_LEFT, 0);
    {$ENDIF COMPILER7_UP}
    Exit;
  end;
  {$ENDIF JVCLThemesEnabled}
  with Canvas do
  begin
    LastBkMode := GetBkMode(Handle);
    try
      Font := Self.Font;
      H := TextHeight('0');
      R := Rect(0, H div 2 - 1, Width, Height);
      {$IFDEF VCL}
      if Ctl3D then
      begin
      {$ENDIF VCL}
        Inc(R.Left);
        Inc(R.Top);
        Brush.Color := clBtnHighlight;
        FrameRect({$IFDEF VisualCLX} Canvas, {$ENDIF} R);
        OffsetRect(R, -1, -1);
        Brush.Color := clBtnShadow;
      {$IFDEF VCL}
      end
      else
        Brush.Color := clWindowFrame;
      {$ENDIF VCL}
      FrameRect({$IFDEF VisualCLX} Canvas, {$ENDIF} R);
      if Text <> '' then
      begin
        if not UseRightToLeftAlignment then
          R := Rect(8, 0, 0, H)
        else
          R := Rect(R.Right - Canvas.TextWidth(Text) - 8, 0, 0, H);
        Flags := DrawTextBiDiModeFlags(DT_SINGLELINE);
        // calculate text rect
        SetBkMode(Handle, OPAQUE);
        DrawText(Handle, Text, Length(Text), R, Flags or DT_CALCRECT);
        Brush.Color := Color;
        if not Enabled then
        begin
          OffsetRect(R, 1, 1);
          Font.Color := clBtnHighlight;
          DrawText(Canvas, Text, Length(Text), R, Flags);
          OffsetRect(R, -1, -1);
          Font.Color := clBtnShadow;
          SetBkMode(Handle, TRANSPARENT);
          DrawText(Canvas, Text, Length(Text), R, Flags);
        end
        else
          DrawText(Canvas, Text, Length(Text), R, Flags);
      end;
    finally
      SetBkMode(Handle, LastBkMode);
      {$IFDEF VisualCLX}
      Stop;
      {$ENDIF VisualCLX}
    end;
  end;
end;

function TJvGroupBox.WantKey(Key: Integer; Shift: TShiftState;
  const KeyText: WideString): Boolean;
begin
  Result := inherited WantKey(Key, Shift, KeyText);
  if Result then
    DoHotKey;
end;

procedure TJvGroupBox.EnabledChanged;
var
  I: Integer;
begin
  inherited EnabledChanged;
  if PropagateEnable then
    for I := 0 to ControlCount - 1 do
      Controls[I].Enabled := Enabled;
  Invalidate;
end;

function TJvGroupBox.GetCaption: TCaption;
begin
  if FCheckable then
    Result := FCheckBox.Caption
  else
    Result := inherited Caption;
end;

function TJvGroupBox.GetChecked: Boolean;
begin
  if FCheckable then
    Result := FCheckBox.Checked
  else
    Result := False;
end;

procedure TJvGroupBox.DoHotKey;
begin
  if Assigned(FOnHotKey) then
    FOnHotKey(Self);
end;

procedure TJvGroupBox.SetCaption(const Value: TCaption);
begin
  if FCheckable then
    FCheckBox.Caption := Value
  else
    inherited Caption := Value;
end;

procedure TJvGroupBox.SetCheckable(const Value: Boolean);
begin
  if FCheckable <> Value then
  begin
    if Value then begin
      FCheckBox := TJvCheckBox.Create(Self);
      FCheckBox.Parent := Self;
      FCheckBox.Top := 0;
      FCheckBox.Left := 8;
      FCheckBox.Caption := Caption;
      inherited Caption := '';
    end
    else
    begin
      inherited Caption := FCheckBox.Caption;
      FCheckBox.Free;
    end;
    FCheckable := Value;
  end;
end;

procedure TJvGroupBox.SetChecked(const Value: Boolean);
begin
  if FCheckable then
    FCheckBox.Checked := Value;
end;

procedure TJvGroupBox.SetPropagateEnable(const Value: Boolean);
var
  I: Integer;
begin
  FPropagateEnable := Value;
  for I := 0 to ControlCount - 1 do
    if (not FCheckable) or (Controls[I] <> FCheckBox) then
      Controls[I].Enabled := Enabled;
end;

function TJvGroupBox.StoredCheckable: Boolean;
begin
  Result := FCheckable and Checked;
end;

{$IFDEF UNITVERSIONING}
initialization
  RegisterUnitVersion(HInstance, UnitVersioning);

finalization
  UnregisterUnitVersion(HInstance);
{$ENDIF UNITVERSIONING}

end.


JvGroupBox.pas
	



Subject: Re: Wanted Improvement for TjvGroupBox
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 06 Oct 2006 10:13:13 +0200
Newsgroups: jedi.vcl

Roman Ganz wrote:

> When I would try to make this, would JVCL integrate this to their JvGroupBox? If Yes, Great. If No, I let it be

Yes, if you can keep backward compatibility with existing DFMs.


Subject: Re: Wanted Improvement for TjvGroupBox
From: Roman Ganz <knightkiller@NOS.PAMshadowgames.ch>
Date: Fri, 06 Oct 2006 10:07:04 +0200
Newsgroups: jedi.vcl

Hi Peter,

> On second thought, it is probably better to use a frame for this since there is need to write some code to enable/disable the groupbox items when the checkbox is checked/unchecked.
>
> Here's a very simple frame that does what you are after:

Thanks for your Help, but I dont want to do it with Frames or Component Templates. I thought this is a commonly missed Feature of the Groupbox, so it should be integrated IN the Groupbox...

When I would try to make this, would JVCL integrate this to their JvGroupBox? If Yes, Great. If No, I let it be

greets Roman


Subject: JvDbxClientDataSet
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 5 Oct 2006 20:46:40 +0000 (UTC)
Newsgroups: jedi.vcl

At work we always use the three components TSQLQuery, TDataSetProvider and
TClientDataSet in combination. This floods the whole DataModule (and
sometimes Forms/Frames) with lots of non-visual components. We have also
to keep the SQLQuery's fields and the ClientDataSet's field in sync what
sometimes leads to "Field not found" bugs. In order to reduce the number
of components I started writing the TJvDbxClientDataSet component that
automatically creates the TSQLQuery and TDataSetProvider and associates
the three components with each other.

Here is my first class design. Any wishes, corrections, additions,
comments, ...

type
  TSQLStrings = TWideStrings; // IFDEF for Delphi < 2006

  TJvDbxClientDataSet = class(TClientDataSet)
  private
    FQuery: TSQLQuery;
    FProvider: TDataSetProvider;
    function GetSQL: TSQLStrings;
    procedure SetSQL(const Value: TSQLStrings);
    function GetSQLConnection: TSQLConnection;
    procedure SetSQLConnection(const Value: TSQLConnection);
  public
    constructor Create(AOwner: TComponent); override;

    property Provider: TDataSetProvider read FProvider;
    property Query: TSQLQuery read FQuery;
  published
    property SQLConnection: TSQLConnection read GetSQLConnection write
SetSQLConnection;
    property SQL: TSQLStrings read GetSQL write SetSQL;
  published
    //property ProviderName; we already have a Provider
    property Active;
    property Aggregates;
    property AggregatesActive;
    //... rest of the TClientDataSet published properties
  end;


-- Regards, Andreas Hausladen 

Subject: Re: JvDesignSurface: WM_KEYDOWN not fired for arrow-keys
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 05 Oct 2006 16:14:05 +0200
Newsgroups: jedi.vcl

Alexander Dober wrote:
> Hi,
>
> I'm using the JEDI components in version 3.2. I got a little prob with the JvDesigner demo. When I place a new component on the design surface and select it, the "nudge" and "grow/shrink"-functions doesn't work. I debugged the whole thing and realized that the "WM_KEYDOWN" event is not fired when i press the arrow keys on my keyboard. I only get an "WM_KEYUP" event. For every other key the "WM_KEYDOWN" event is fired.
>
> Is this a known problem?

Known problem, not that I am aware of. Problem, most likely. Maybe it is being eaten by the designer logic...


Subject: Re: TIF Metadata Extraction
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 5 Oct 2006 14:40:05 +0200
Newsgroups: jedi.vcl

> > I believe Graphics32 handles TIF
Sorry, I meant GraphicEx (by Mike Liscke)

-- Regards, Peter 

Subject: JvDesignSurface: WM_KEYDOWN not fired for arrow-keys
From: "Alexander Dober" <a_dober@gmx.net>
Date: Thu, 5 Oct 2006 14:15:33 +0200
Newsgroups: jedi.vcl

Hi,

I'm using the JEDI components in version 3.2. I got a little prob with the 
JvDesigner demo. When I place a new component on the design surface and 
select it, the "nudge" and "grow/shrink"-functions doesn't work. I debugged 
the whole thing and realized that the "WM_KEYDOWN" event is not fired when i 
press the arrow keys on my keyboard. I only get an "WM_KEYUP" event. For 
every other key the "WM_KEYDOWN" event is fired.

Is this a known problem?


Best regards,

Alex. 




Subject: Re: Wanted Improvement for TjvGroupBox
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 5 Oct 2006 12:42:34 +0200
Newsgroups: jedi.vcl

> > a component template? Whats this?

From Delphi Help:
"Component templates are components that you configure with property values 
that you specify. They can be based on one or several components. Component 
templates are stored in a file called delphi.dct in the bin directory."

On second thought, it is probably better to use a frame for this since there 
is need to write some code to enable/disable the groupbox items when the 
checkbox is checked/unchecked.

Here's a very simple frame that does what you are after:

----------------------------------------------------
unit Unit2;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, ExtCtrls, JvExStdCtrls, JvCheckBox;

type
  TFrame2 = class(TFrame)
    Panel1: TPanel;
    GroupBox1: TGroupBox;
    CheckBox1: TJvCheckBox;
    procedure CheckBox1Click(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
    procedure AfterConstruction; override;

  end;

implementation

{$R *.dfm}

{ TFrame2 }

procedure EnableControls(Control:TWinControl; Enable:boolean);
var i:integer;
begin
  Control.Enabled := Enable;
  for i := 0 to Control.ControlCount - 1 do
  begin
    if (Control.Controls[i] is TWinControl) then
      EnableControls(TWinControl(Control.Controls[i]), Enable)
    else
      Control.Controls[i].Enabled := Enable;
  end;
end;

procedure TFrame2.AfterConstruction;
begin
  inherited;
  EnableControls(GroupBox1, CheckBox1.Checked);
end;

procedure TFrame2.CheckBox1Click(Sender: TObject);
begin
  EnableControls(GroupBox1, CheckBox1.Checked);
end;

end.
----------------------------------------------------
object Frame2: TFrame2
  Left = 0
  Top = 0
  Width = 351
  Height = 176
  AutoSize = True
  TabOrder = 0
  object Panel1: TPanel
    Left = 0
    Top = 0
    Width = 351
    Height = 176
    BevelOuter = bvNone
    BorderWidth = 5
    ParentBackground = False
    TabOrder = 0
    object GroupBox1: TGroupBox
      Left = 5
      Top = 5
      Width = 341
      Height = 166
      Align = alClient
      ParentBackground = False
      TabOrder = 0
    end
    object CheckBox1: TJvCheckBox
      Left = 18
      Top = -1
      Width = 74
      Height = 17
      Caption = 'CheckBox1'
      TabOrder = 1
      OnClick = CheckBox1Click
      LinkedControls = <>
      HotTrackFont.Charset = DEFAULT_CHARSET
      HotTrackFont.Color = clWindowText
      HotTrackFont.Height = -11
      HotTrackFont.Name = 'MS Shell Dlg 2'
      HotTrackFont.Style = []
    end
  end
end
----------------------------------------------------

Save as pas/dfm, ad to your project, drop on your form, drop components on 
the groupbox. When you check/uncheck the checkbox, all controls in the 
groupbox will enable/disable as well.

-- Regards, Peter 

Subject: Re: Wanted Improvement for TjvGroupBox
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Thu, 05 Oct 2006 11:47:35 +0200
Newsgroups: jedi.vcl

Hi Peter,

> Why not create a component template with a standard checkbox and groupbox? That shouldn't be too complicated.
>
a component template? Whats this?

btw. the standard checkbox i not good for that, because there is no "AutoSize"-Property. So the Checkbox is possibly to large or to small for the Caption. The JvCheckbox has an AutoSize.

greets
Roman


Subject: Re: Wanted Improvement for TjvGroupBox
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Thu, 05 Oct 2006 11:44:13 +0200
Newsgroups: jedi.vcl

Hi Arioch,

> Search on Torry, there were at least two such components.
> But them both had their glitches.
> Seems there is no easy way to do it correctly

I dont want to install more thirdparty-components than necessary.
Thats why I asked JVCL...

greets
Roman


Subject: Re: Wanted Improvement for TjvGroupBox
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 4 Oct 2006 21:45:16 +0200
Newsgroups: jedi.vcl

Why not create a component template with a standard checkbox and groupbox? 
That shouldn't be too complicated.

-- Regards, Peter 

Subject: Re: Wanted Improvement for TjvGroupBox
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 4 Oct 2006 23:00:56 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 02 Oct 2006 10:27:32 +0200 @394)
....while the fading voice of Roman whispered through the darkness:

 RG> I often need a Groupbox with a included Checkbox instead of the
 RG> Caption. I need this for example for optional Filters of Tables or
 RG> other optional Configurations.

Search on Torry, there were at least two such components.
But them both had their glitches.
Seems there is no easy way to do it correctly

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: TIF Metadata Extraction
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 4 Oct 2006 19:26:34 +0200
Newsgroups: jedi.vcl

> > It appears that the file mask in jvImageViewer omits the tif extension. If 
> > one of you have a pointer to a Jedi or other Delphi component to extract 
> > metadata from tif graphic files, that would be a great help.

The default file mask is constructed by calling 
Graphics.GraphicFileMask(TGraphic). If TIF is not available at design-time, 
it won't be included. At the same time, allthough a soecific file-format 
might be registered at design-time, that doesn't mean that it is available 
at run-time. For example, GIF is registered at design-time (at least in 
Delphi 7), but you still have to add a GIF handler unit to the uses of your 
project or the application will fail at run-time.

If you do add a TIF handler to your project, you will have to manually add a 
TIF filemask entry to actually see them at run-time.

I believe Graphics32 handles TIF

-- Regards, Peter 

Subject: TIF Metadata Extraction
From: "Jack" <jwcane@mindspring.com>
Date: Wed, 4 Oct 2006 13:13:35 -0400
Newsgroups: jedi.vcl

It appears that the file mask in jvImageViewer omits the tif extension. If 
one of you have a pointer to a Jedi or other Delphi component to extract 
metadata from tif graphic files, that would be a great help. 




Subject: Re: JvComputerInfoEx enhancements
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 4 Oct 2006 19:12:36 +0200
Newsgroups: jedi.vcl

You should create a Mantis request for this issue, attaching your modified 
units (both JCL and JVCL) so the developer that takes it on won't have to 
redo the whole thing.

Dynamically linking to SHGetFolderLocation (and falling back to 
SHGetSpecialFolderLocation if it isn't available) should not be a problem.

-- Regards, Peter 

Subject: Re: JvComputerInfoEx enhancements
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Wed, 04 Oct 2006 14:45:22 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Andre Tertling wrote:
[adding new properties to JvComputerInfoEx]
>> For my project, I can safely assume that the required shell version is installed, but I doubt that this is acceptable behaviour for a JVCL component :)
>
> And that is why we did not add them ourselves, because we have no idea what happens in a system where the shell is not of the right version. Can you test this and report back?

I just had a look at the SVN version I fetched this morning: TJvSystemFolders.Get simply calls JclShell.GetSpecialFolderLocation with the value given. That function calls SHGetSpecialFolderLocation which has been available since shell32.dll version 4.0 (NT4/W95). This function simply returns an error if it can't make heads nor tails of its call parameters, which then results in JclShell.GetSpecialFolderLocation returning an empty string. This means it should be safe to implement newer CSIDL values.

However, since Windows 2000, SHGetSpecialFolderLocation has been superseded by SHGetFolderLocation which offers better multi-user support and other goodies.

MSDN especially points out behaviour for folders which belong to multiple users but are handled as if they belong to a single user. Quote: "The most commonly used folder of this type is 'My Documents'." To deal with such folders, SHGetFolderLocation accepts a user token - correct impersonation is left to the caller (D'oh!). In addition to retrieving special folders, SHGetFolderLocation can also create missing ones on demand which can turn out to be a sweet feature. Maybe it is worth to think about adding this functionality some day. ;)

Best regards,
Andre


Subject: Re: JvComputerInfoEx enhancements
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 04 Oct 2006 14:13:11 +0200
Newsgroups: jedi.vcl

Andre Tertling wrote:
> Hi there,
>
> for one of my projects, I'd like to have access to more than the currently available shell folders. In particular, I'd like to implement some of the folders that came into existence with shell 6.0 (those are folders like "My Videos"), would it be feasible to just add the particular properties to JvComputerInfoEx? For my current testing, I added the CSIDL values for the new folders to JclWin32.pas and the corresponding properties to the TJvSystemFolders class. Should I post these changes to the binary group?
> For my project, I can safely assume that the required shell version is installed, but I doubt that this is acceptable behaviour for a JVCL component :)

And that is why we did not add them ourselves, because we have no idea what happens in a system where the shell is not of the right version. Can you test this and report back?


Subject: JvComputerInfoEx enhancements
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Wed, 04 Oct 2006 14:03:44 +0200
Newsgroups: jedi.vcl

Hi there,

for one of my projects, I'd like to have access to more than the currently available shell folders. In particular, I'd like to implement some of the folders that came into existence with shell 6.0 (those are folders like "My Videos"), would it be feasible to just add the particular properties to JvComputerInfoEx? For my current testing, I added the CSIDL values for the new folders to JclWin32.pas and the corresponding properties to the TJvSystemFolders class. Should I post these changes to the binary group?
For my project, I can safely assume that the required shell version is installed, but I doubt that this is acceptable behaviour for a JVCL component :)

Best regards,
Andre


Subject: Re: Installation
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 4 Oct 2006 07:44:39 +0000 (UTC)
Newsgroups: jedi.vcl

Charlie wrote:

> > So perhpas it's finding the dcc32 for Delphi 5, huh. I'll check for
> > different versions on my system.

You could use FileMon (http://www.sysinternals.com/Utilities/Filemon.html)
to  find out if the installer uses the wrong dcc32.exe.

-- Regards, Andreas Hausladen 

Subject: Re: Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 04 Oct 2006 08:33:46 +0200
Newsgroups: jedi.vcl

Charlie wrote:
> Could I not just do a 'normal' install of the packages?

Yes, that's what we call manual install and what is described in the readme/install file.


Subject: Re: Installation
From: "Charlie" <kerscher@bellsouth.net>
Date: Tue, 3 Oct 2006 20:39:01 -0400
Newsgroups: jedi.vcl

Could I not just do a 'normal' install of the packages?
Charlie
"Charlie" <kerscher@bellsouth.net> wrote in message 
news:efkjne$r52$1@news.talkto.net...
> >I already have jcl/jvcl installed for Delphi 5. Now I want to install it 
> >for BDS 2006. I have extracted the JVCL 230CompleteJCL197-Build to a folder 
> >called JEDI. Two folders were created with several subfolders; namely jcl 
> >and jvcl.
> >
> > I need to know what to do to install for BDS 2006.
> > Thank you,
> > Charlie
> > 




Subject: Re: Installation
From: "Charlie" <kerscher@bellsouth.net>
Date: Tue, 3 Oct 2006 20:34:03 -0400
Newsgroups: jedi.vcl

I'm the first to admit that if it can go wrong it will with me, lol.
So perhpas it's finding the dcc32 for Delphi 5, huh. I'll check for 
different versions on my system.
Charlie

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eftljr$8pf$1@news.talkto.net...
> > Charlie wrote:
>> >> Thanks Andreas. Downloaded as you suggested; but still get the following 
>> >> error:
>> >> Fatal: Bad file format 'C:\Program Files\Borland\BDS2006\Lib\rtl.dcp'
> >
> > Looks like the compiler (dcc32) that is being used is not the same version 
> > as the one that made rtl.dcp. And the only reason I could see this 
> > happening is using one from a previous version of delphi. Something is 
> > very strange in your installation... 




Subject: Re: Installation
From: "Charlie" <kerscher@bellsouth.net>
Date: Tue, 3 Oct 2006 20:30:59 -0400
Newsgroups: jedi.vcl

Already did that before I contacted the group; in fact reinstalled both 
delphi 5 and BDS 2006
Charlie
"Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message 
news:efu7kl$e93$1@news.talkto.net...
>> >> Thanks Peter, but there were no duplicates.
> > Strange. It does sound like something is wrong with your Delphi 
> > installation(s). Reinstalling might be the only possible solution...
> >
> > -- 
> > Regards, Peter
> > 




Subject: Re: Installation
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 3 Oct 2006 19:46:02 +0200
Newsgroups: jedi.vcl

> > Thanks Peter, but there were no duplicates.
Strange. It does sound like something is wrong with your Delphi 
installation(s). Reinstalling might be the only possible solution...

-- Regards, Peter 

Subject: Re: Writing with JVAppIniFileStorage in a hidden file
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 3 Oct 2006 19:44:28 +0200
Newsgroups: jedi.vcl

> > But how can I do this? This is not possible without modifying the Delphi 
> > VCL code library.

Is the file hidden by design or accident?

You could change the attribute(s) before saving and reapply them  after 
saving. No need to change VCL or JVCL for that.

Another alternative:

procedure TJvAppIniFileStorage.Flush;
var
  Path: string;
  Attr:Cardinal;
begin
  if (FullFileName <> '') and not ReadOnly and not (csDesigning in 
ComponentState) then
  begin
    try
      Path := ExtractFilePath(IniFile.FileName);
      if Path <> '' then
        ForceDirectories(Path);
      if FileExists(FullFileName) then
      begin
        Attr := GetFileAttributes(PChar(FullFilename));
        DeleteFile(FullFilename);
      end
      else
        Attr := FILE_ATTRIBUTE_NORMAL;
      IniFile.Rename(FullFileName, False);
      IniFile.UpdateFile;
      SetFileAttributes(PChar(FullFilename), Attr);
    except
      on E: Exception do
        DoError(E.Message);
    end;
  end;
end;


-- Regards, Peter 

Subject: Re: Writing with JVAppIniFileStorage in a hidden file
From: "Dierk" <noname@csslabs.de>
Date: Tue, 3 Oct 2006 16:39:14 +0200
Newsgroups: jedi.vcl

>>> >>>To avoid the error, specify the same attributes as the existing file.
But how can I do this? This is not possible without modifying the Delphi VCL 
code library.

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> schrieb im Newsbeitrag 
news:efs4af$sf$1@news.talkto.net...
> > Peter Thornqvist wrote:
>>> >>> I get an "EFCreateError". Translated "Could not create file 
>>> >>> 'myFile.ini'"
>>> >>> I think JVAppIniFileStorage wants to create a new file because of it is 
>>> >>> invisible.
>> >>
>> >> That doesn't sound right. [..]
> >
> > This is actually kinda true, see 
> > http://windowssdk.msdn.microsoft.com/en-us/library/ms685006.aspx
> >
> > Windows Server 2003 and Windows XP/2000:  If CREATE_ALWAYS and 
> > FILE_ATTRIBUTE_NORMAL are specified, CreateFile fails and sets the last 
> > error to ERROR_ACCESS_DENIED if the file exists and has the 
> > FILE_ATTRIBUTE_HIDDEN or FILE_ATTRIBUTE_SYSTEM attribute. To avoid the 
> > error, specify the same attributes as the existing file.
> >
> > VCL code:
> >
> > function FileCreate(const FileName: string): Integer;
> > {$IFDEF MSWINDOWS}
> > begin
> >   Result := Integer(CreateFile(PChar(FileName), GENERIC_READ or 
> > GENERIC_WRITE,
> >     0, nil, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, 0));
> > end;
> > {$ENDIF}
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: .dcr files are not found when compiling packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 03 Oct 2006 16:17:19 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> So what you are saying is that the values in the template.bdsproj file
>> were wrong ?
>
> Yes, it was "..\..common" instead of
> "..\..\run;..\..\common;..\..\Resources"

Bugger. Well, thanks for fixing that.


Subject: Re: .dcr files are not found when compiling packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 3 Oct 2006 14:11:32 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > So what you are saying is that the values in the template.bdsproj file
> > were wrong ?

Yes, it was "..\..common" instead of
"..\..\run;..\..\common;..\..\Resources"

-- Regards, Andreas Hausladen 

Subject: Re: .dcr files are not found when compiling packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 03 Oct 2006 16:01:15 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> It is very strange it is not there, it's all template based...
>
> Sure. But BDS 2006 doesn't use the .dof file anymore, it uses the
> <Directories name="searchpaths"> node in the .bdsproj.
>
> D10 changes are already committed. D9 still uses the .dof file, which
> always had the correct search paths.

So what you are saying is that the values in the template.bdsproj file were wrong ?


Subject: Re: .dcr files are not found when compiling packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 3 Oct 2006 13:49:08 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > It is very strange it is not there, it's all template based...

Sure. But BDS 2006 doesn't use the .dof file anymore, it uses the
<Directories name="searchpaths"> node in the .bdsproj.

D10 changes are already committed. D9 still uses the .dof file, which
always had the correct search paths.

-- Regards, Andreas Hausladen 

Subject: Re: .dcr files are not found when compiling packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 03 Oct 2006 15:44:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Thomas Mueller wrote:
>
>> Ooops, I am not a member of the jvcl project, only of the jcl. Could
>> somebody who is allowed to please add ..\..\resources to the search path
>> of the jvclcore package?
>
> I'll do it because I already working on JvCoreR.bpl

It is very strange it is not there, it's all template based...


Subject: Re: TJvTFDays Appt width on the grid
From: "pat" <pleygues@free.fr>
Date: Tue, 3 Oct 2006 14:37:03 +0100
Newsgroups: jedi.vcl

> >I don't think it is at all possible.

Damned !



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: .dcr files are not found when compiling packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 3 Oct 2006 13:26:51 +0000 (UTC)
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> > Ooops, I am not a member of the jvcl project, only of the jcl. Could
> > somebody who is allowed to please add ..\..\resources to the search path
> > of the jvclcore package?

I'll do it because I already working on JvCoreR.bpl

-- Regards, Andreas Hausladen 

Subject: Re: .dcr files are not found when compiling packages
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Tue, 03 Oct 2006 15:24:39 +0200
Newsgroups: jedi.vcl

Hi,

Thomas Mueller wrote:

> > It apparently is only missing in jvclcore. I have added it and committed
> > the change.

Ooops, I am not a member of the jvcl project, only of the jcl. Could
somebody who is allowed to please add ..\..\resources to the search path of
the jvclcore package?

MfG
twm


Subject: Re: .dcr files are not found when compiling packages
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Tue, 03 Oct 2006 15:21:30 +0200
Newsgroups: jedi.vcl

Hi,

Thomas Mueller wrote:

> > I just tried to compile the current jvcl version from subversion and found
> > that none of the designtime packages for Delphi 10 compile (OK I have so
> > far only checked the first two from the project group). They cannot find
> > a .dcr file which is located in the resources directory. Adding this
> > directory to the package's search path fixes the problem.

It apparently is only missing in jvclcore. I have added it and committed the
change.

MfG
twm



Subject: TJvTFDays Appt width on the grid
From: "pat" <pleygues@free.fr>
Date: Tue, 3 Oct 2006 13:51:20 +0100
Newsgroups: jedi.vcl

Hello ! 
Using JVCL 3.0, D7, component TJvTFDays

Is it possible to make the Appt width = constant on the grid ? 
(Appt width expand to the column width, and I don't want that)
I don't find where...

Thank's



--- posted by geoForum on http://delphi.newswhat.com


Subject: .dcr files are not found when compiling packages
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Tue, 03 Oct 2006 14:48:26 +0200
Newsgroups: jedi.vcl

Hi,

I just tried to compile the current jvcl version from subversion and found
that none of the designtime packages for Delphi 10 compile (OK I have so
far only checked the first two from the project group). They cannot find
a .dcr file which is located in the resources directory. Adding this
directory to the package's search path fixes the problem.

Is there any reason why it shouldn't be there? Otherwise I will add it and
commit the changes to subversion.

MfG
twm



Subject: Re: Installation
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 03 Oct 2006 14:42:15 +0200
Newsgroups: jedi.vcl

Charlie wrote:
> Thanks Andreas. Downloaded as you suggested; but still get the following error:
> Fatal: Bad file format 'C:\Program Files\Borland\BDS2006\Lib\rtl.dcp'

Looks like the compiler (dcc32) that is being used is not the same version as the one that made rtl.dcp. And the only reason I could see this happening is using one from a previous version of delphi. Something is very strange in your installation...


Subject: Re: Installation
From: "Charlie" <kerscher@bellsouth.net>
Date: Tue, 3 Oct 2006 08:36:40 -0400
Newsgroups: jedi.vcl

Thanks Andreas. Downloaded as you suggested; but still get the following 
error:
Fatal: Bad file format 'C:\Program Files\Borland\BDS2006\Lib\rtl.dcp'

Charlie
"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:efmmnd$5ce$1@news.talkto.net...
> > Charlie wrote:
> >
>> >> . I have extracted the JVCL 230CompleteJCL197-Build
> >
> > Better use the daily snapshots of JCL and JVCL. They have a better
> > installer core. Actually both installers hover undergone lots of bugfixing
> > and logic changes after the last official release.
> >
> > http://jcl.sf.net/daily
> > http://jvcl.sf.net/daily
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Installation
From: "Charlie" <kerscher@bellsouth.net>
Date: Tue, 3 Oct 2006 08:30:22 -0400
Newsgroups: jedi.vcl

Thanks Peter, but there were no duplicates.
Charlie
"Peter Thornqvist" <peter.tornqvist@gmail.com> wrote in message 
news:efmlvh$59e$1@news.talkto.net...
> > Check your system path for duplicates, wrong entries or too many 
> > directories (right-click My Computer, Properties, Advanced, Environment 
> > Variables).
> >
> > -- 
> > Regards, Peter
> >
> > "Charlie" <kerscher@bellsouth.net> skrev i meddelandet 
> > news:efmj88$4rb$1@news.talkto.net...
>> >>I don't know why I even try. I've always have had trouble installing the 
>> >>jcl/jvcl library. To get it installed for Dephi 5 it took be a period of 6 
>> >>days and 30 hourse. Looks like I get to do that again. But I've used so 
>> >>many of the controls in the app I'm upgrading to BDS 2006 that I must. The 
>> >>error I'm now getting is that the "system.pas" file cannot be found.
>> >> Any ideas would be welcomed.
>> >> Charlie
>> >>
>> >> "Charlie" <kerscher@bellsouth.net> wrote in message 
>> >> news:eflr7c$pi$1@news.talkto.net...
>>> >>> I'm getting the following when I "install" jcl:
>>> >>>
>>> >>> Fatal: Bad file format 'C:\Program Files\Borland\BDS2006\Lib\rtl.dcp'
>>> >>>
>>> >>> Any ideas???
>>> >>> Thanks
>>> >>>
>>> >>> I already have jcl/jvcl installed for Delphi 5. Now I want to install it 
>>> >>> for BDS 2006. I have extracted the JVCL 230CompleteJCL197-Build to a 
>>> >>> folder called JEDI. Two folders were created with several subfolders; 
>>> >>> namely jcl and jvcl
>>> >>>
>>> >>> I need to know what to do to install for BDS 2006.
>>> >>> Thank you,
>>> >>> Charlie
>>> >>>
>> >>
>> >>
> >
> > 




Subject: Re: TJvTFDays Appt width on the grid
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 03 Oct 2006 14:05:56 +0200
Newsgroups: jedi.vcl

pat wrote:
> Hello ! Using JVCL 3.0, D7, component TJvTFDays
>
> Is it possible to make the Appt width = constant on the grid ? (Appt width expand to the column width, and I don't want that)
> I don't find where...

I don't think it is at all possible.


Subject: Re: Writing with JVAppIniFileStorage in a hidden file
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 03 Oct 2006 00:37:21 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> I get an "EFCreateError". Translated "Could not create file 'myFile.ini'"
>> I think JVAppIniFileStorage wants to create a new file because of it is invisible.
>
> That doesn't sound right. [..]

This is actually kinda true, see http://windowssdk.msdn.microsoft.com/en-us/library/ms685006.aspx

Windows Server 2003 and Windows XP/2000:  If CREATE_ALWAYS and FILE_ATTRIBUTE_NORMAL are specified, CreateFile fails and sets the last error to ERROR_ACCESS_DENIED if the file exists and has the FILE_ATTRIBUTE_HIDDEN or FILE_ATTRIBUTE_SYSTEM attribute. To avoid the error, specify the same attributes as the existing file.

VCL code:

function FileCreate(const FileName: string): Integer;
{$IFDEF MSWINDOWS}
begin
  Result := Integer(CreateFile(PChar(FileName), GENERIC_READ or GENERIC_WRITE,
    0, nil, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, 0));
end;
{$ENDIF}

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Writing with JVAppIniFileStorage in a hidden file
From: "Dierk" <noname@csslabs.de>
Date: Tue, 3 Oct 2006 00:13:48 +0200
Newsgroups: jedi.vcl

Ok I try to show you the path of the program:

procedure TJvAppIniFileStorage.Flush;
var
  Path: string;
begin
  if (FullFileName <> '') and not ReadOnly and not (csDesigning in 
ComponentState) then
  begin
    Path := ExtractFilePath(IniFile.FileName);
    if Path <> '' then
      ForceDirectories(Path);
    IniFile.Rename(FullFileName, False);
    IniFile.UpdateFile;               <<<<<<<<<<<<<<<<here go to next
==============================================

procedure TMemIniFile.UpdateFile;
var
  List: TStringList;
begin
  List := TStringList.Create;
  try
    GetStrings(List);
    List.SaveToFile(FFileName);    <<<<<<<<<<<<<here go to next
==============================================

procedure TStrings.SaveToFile(const FileName: string);
var
  Stream: TStream;
begin
  Stream := TFileStream.Create(FileName, fmCreate);  <<<<<<< here go to next
================================================

TFileStream.Create(const FileName: string; Mode: Word);
begin
  if Mode = fmCreate then
  begin
    FHandle := FileCreate(FileName);
    if FHandle < 0 then
      raise EFCreateError.CreateResFmt(@SFCreateError, [FileName]);     <<< 
here I get the exception :(

=====================================================

I´m using D5Pro and JVCL3.2 on WinXP

Dierk

"Peter Thornqvist" <peter.tornqvist@gmail.com> schrieb im Newsbeitrag 
news:efs1c2$en$1@news.talkto.net...
>> > >I get an "EFCreateError". Translated "Could not create file 'myFile.ini'"
>> >> I think JVAppIniFileStorage wants to create a new file because of it is 
>> >> invisible.
> >
> > That doesn't sound right. Check the Reload and Flush methods for the 
> > actual implementation, but I believe they use FileExists to check the 
> > filename. FileExists uses FindFirstFile/FindNextFile (via FileAge?) and 
> > these functions finds hidden files as well.
> >
> > I suspect the problem might be elsewhere. Try to step into the code and 
> > see where it goes wrong.
> >
> > -- 
> > Regards, Peter
> > 




Subject: Re: Writing with JVAppIniFileStorage in a hidden file
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Mon, 2 Oct 2006 23:46:50 +0200
Newsgroups: jedi.vcl

> >I get an "EFCreateError". Translated "Could not create file 'myFile.ini'"
> > I think JVAppIniFileStorage wants to create a new file because of it is 
> > invisible.

That doesn't sound right. Check the Reload and Flush methods for the actual 
implementation, but I believe they use FileExists to check the filename. 
FileExists uses FindFirstFile/FindNextFile (via FileAge?) and these 
functions finds hidden files as well.

I suspect the problem might be elsewhere. Try to step into the code and see 
where it goes wrong.

-- Regards, Peter 

Subject: Re: Writing with JVAppIniFileStorage in a hidden file
From: "Dierk" <noname@csslabs.de>
Date: Mon, 2 Oct 2006 23:05:00 +0200
Newsgroups: jedi.vcl

I get an "EFCreateError". Translated "Could not create file 'myFile.ini'"
I think JVAppIniFileStorage wants to create a new file because of it is 
invisible.

Dierk

"OBones" <obones_gfd_@_gfd_altern.org> schrieb im Newsbeitrag 
news:efpan2$i99$1@news.talkto.net...
> > Dierk wrote:
> >
>> >> Hi,
>> >> I´ve just tried to write with JVAppIniFileStorage into a hidden file.
>> >> This don´t work. Why? How can I fix this?
> >
> > What errors do you get?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: JvSpinEdit and currency format
From: Eric <eric_@_menlog.com_>
Date: Mon, 02 Oct 2006 12:11:27 +0200
Newsgroups: jedi.vcl

http://homepages.borland.com/jedi/issuetracker/view.php?id=3936


Subject: Re: JvSpinEdit and currency format
From: Eric <eric_@_menlog.com_>
Date: Mon, 02 Oct 2006 10:34:29 +0200
Newsgroups: jedi.vcl

In the code of jvSpin.pas I saw that editFormat is changed when
displayFormat is used.

When the spinEdit is in edit mode the edit format become
'0.#' and display 0 and so it's impossible to input decimalSeparator.
in TJvCustomSpinEdit.DataChanged the correct editFormat is '0.0'

So if someboby could make this change : MakeStr('#', FDecimal) by MakeStr('0', FDecimal) (Obones or florent by example ;) )

procedure TJvCustomSpinEdit.DataChanged;
var
  EditFormat: string;
  WasModified: Boolean;
begin
  if (ValueType = vtFloat) and FFocused and (FDisplayFormat <> '') then
  begin
    EditFormat := '0';
    if FDecimal > 0 then
      EditFormat := EditFormat + '.' + MakeStr('0', FDecimal); // Line t o change
    { Changing EditText sets Modified to false }
    WasModified := Modified;
    try
      Text := FormatFloat(EditFormat, Value);
    finally
      Modified := WasModified;
    end;
  end;
end;

Thank you
Eric

Eric a écrit :
> Hi,
>
> I don't how to set jvSpinEdit properties
> to input currency
>
> I do that :
>
> Decimal = 2
> DisplayFormat = #,##0.00 €
> ValueType = vtFloat
>
> My problem is : Impossible to input decimal number (no decimalSeparator)
> (With no DisplayFormat I can input decimal separator, but the input
> is not easy)
>
> Is there a bug with the displayFormat ?
>
> Thank you
>
> Eric


Subject: Wanted Improvement for TjvGroupBox
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Mon, 02 Oct 2006 10:27:32 +0200
Newsgroups: jedi.vcl

Hi there,

I often need a Groupbox with a included Checkbox instead of the Caption.
I need this for example for optional Filters of Tables or other optional Configurations.

When the Checkbox is checked, all Child-Components of the Groupbox
should be enabled and when the Checkbox is unchecked then all Child-Components of the Groupbox should be disabled (but not the Checkbox itself).

I don't know if someone else could use that, but for me, it would make a lot easier. Im not good in development of Components, so... maybe somebody could help me...

Some Ideas:
- a new Property to the jvGroupBox "Checkable: Boolean; default False" (or something like that) and a "Checked: Boolean;"
- if this Property is True a jvCheckbox will be visible with the Caption of the Groupbox (in Groupbox.Caption Set-Routine should be the Checkbox.Caption be updated, when "Checkable" is True)
- On Set-Routine of "Checked" all Child-Components should be set to Enable := False. (Maybe, there is a better Way... maybe there should be a property to control that. "AutoDisable" or "DisableChilds" or ...)

greets Roman


Subject: Re: JvFormStorage
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 2 Oct 2006 08:40:32 +0200
Newsgroups: jedi.vcl

"Jens" wrote in message <news:efi849$e4j$1@news.talkto.net>:

> > i think the larger size is designtime or came from your design time
> > properties.
Don't think so as my designtime size properties are much smaller than those
I see when the application starts.

> > You should move the logon-dialog from the oncreate to the OnFormShow
> > Event. Then your problem should be fixed.
I will try this and see what happens.

Thanks
-- cu, Michael 

Subject: Re: Writing with JVAppIniFileStorage in a hidden file
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 01 Oct 2006 23:07:56 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> Hi,
> I´ve just tried to write with JVAppIniFileStorage into a hidden file.
> This don´t work. Why? How can I fix this?

What errors do you get?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Desktop alert show custom form
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sun, 1 Oct 2006 11:36:57 +0000 (UTC)
Newsgroups: jedi.vcl

Hi!

I'm trying to use custom form to be shown instead of default
DesktopAlert form. I don't have any success.

1st I inherited TJvDesktopAlert so I can access protected FDesktopForm
variable, then I Inherited a form from TJvFormDesktopAlert, but none of
components I added to form gets created (;

Is it really possible that the authors didn't tought that someone might
want to use Desktop alert to display custom form?

I went through code quickly and it seems that there is no quick
sollution for that except a lot of component rewriting (:

Code I'm using right now:

type TJvDesktopAlertSm = class(TJvDesktopAlert)
  private
    FDesktopForm: TJvFormDesktopAlert;
    procedure setForm(const Value: TJvFormDesktopAlert);
  published
  public
    property Form: TJvFormDesktopAlert read FDesktopForm write setForm ;
end;

procedure TJvDesktopAlertSm.setForm(const Value: TJvFormDesktopAlert);
begin
  if FDesktopForm <> nil then
    FreeAndNil(FDesktopForm);

  FDesktopForm := Value;
end;

procedure test;
var da: TJvDesktopAlertSm;
var frm: TfrmDesktopAlertSmall;
begin
  da := TJvDesktopAlertSm.Create(Self);
  frm := TfrmDesktopAlertSmall.Create(da);
  da.Form := frm;
  da.AutoFree := True;
  da.AlertStack := JvDesktopAlertStack1;

  //AV in next line because Image is not created
  frm.Image.Assign(Application.Icon);

  da.Execute;
end;

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://simail.sf.net - small advanced e-mail client 

Subject: Re: JVDBComboBox - OnDrawItem event does not exists!
From: Haris Alatas <haris@crack.gr>
Date: Sun, 01 Oct 2006 14:17:51 +0300
Newsgroups: jedi.vcl

I made a mistake. The event exists in the JvDBComboBox BUT it doesnt in
the JvDBLookupComboBox!! That's the problem :-)

Haris Alatas wrote:
> > Is there any alternative way to change the selection background color on
> >  the JvDbComboBox?
> > 
> > Haris


Subject: JVDBComboBox - OnDrawItem event does not exists!
From: Haris Alatas <haris@crack.gr>
Date: Sun, 01 Oct 2006 14:15:00 +0300
Newsgroups: jedi.vcl

Is there any alternative way to change the selection background color on
 the JvDbComboBox?

Haris


Subject: Writing with JVAppIniFileStorage in a hidden file
From: "Dierk" <noname@csslabs.de>
Date: Sun, 1 Oct 2006 11:14:38 +0200
Newsgroups: jedi.vcl

Hi,
I´ve just tried to write with JVAppIniFileStorage into a hidden file.
This don´t work. Why? How can I fix this?

Regards
Dierk





Subject: Re: Installation
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 30 Sep 2006 21:14:22 +0000 (UTC)
Newsgroups: jedi.vcl

Charlie wrote:

> > . I have extracted the JVCL 230CompleteJCL197-Build

Better use the daily snapshots of JCL and JVCL. They have a better
installer core. Actually both installers hover undergone lots of bugfixing
and logic changes after the last official release.

http://jcl.sf.net/daily
http://jvcl.sf.net/daily


-- Regards, Andreas Hausladen 

Subject: Re: Installation
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Sat, 30 Sep 2006 23:01:41 +0200
Newsgroups: jedi.vcl

Check your system path for duplicates, wrong entries or too many directories 
(right-click My Computer, Properties, Advanced, Environment Variables).

-- Regards, Peter "Charlie" <kerscher@bellsouth.net> skrev i meddelandet news:efmj88$4rb$1@news.talkto.net...
> >I don't know why I even try. I've always have had trouble installing the 
> >jcl/jvcl library. To get it installed for Dephi 5 it took be a period of 6 
> >days and 30 hourse. Looks like I get to do that again. But I've used so 
> >many of the controls in the app I'm upgrading to BDS 2006 that I must. The 
> >error I'm now getting is that the "system.pas" file cannot be found.
> > Any ideas would be welcomed.
> > Charlie
> >
> > "Charlie" <kerscher@bellsouth.net> wrote in message 
> > news:eflr7c$pi$1@news.talkto.net...
>> >> I'm getting the following when I "install" jcl:
>> >>
>> >> Fatal: Bad file format 'C:\Program Files\Borland\BDS2006\Lib\rtl.dcp'
>> >>
>> >> Any ideas???
>> >> Thanks
>> >>
>> >> I already have jcl/jvcl installed for Delphi 5. Now I want to install it 
>> >> for BDS 2006. I have extracted the JVCL 230CompleteJCL197-Build to a 
>> >> folder called JEDI. Two folders were created with several subfolders; 
>> >> namely jcl and jvcl
>> >>
>> >> I need to know what to do to install for BDS 2006.
>> >> Thank you,
>> >> Charlie
>> >>
> >
> > 




Subject: Re: Installation
From: "Charlie" <kerscher@bellsouth.net>
Date: Sat, 30 Sep 2006 16:15:09 -0400
Newsgroups: jedi.vcl

I don't know why I even try. I've always have had trouble installing the 
jcl/jvcl library. To get it installed for Dephi 5 it took be a period of 6 
days and 30 hourse. Looks like I get to do that again. But I've used so many 
of the controls in the app I'm upgrading to BDS 2006 that I must. The error 
I'm now getting is that the "system.pas" file cannot be found.
Any ideas would be welcomed.
Charlie

"Charlie" <kerscher@bellsouth.net> wrote in message 
news:eflr7c$pi$1@news.talkto.net...
> > I'm getting the following when I "install" jcl:
> >
> > Fatal: Bad file format 'C:\Program Files\Borland\BDS2006\Lib\rtl.dcp'
> >
> > Any ideas???
> > Thanks
> >
> > I already have jcl/jvcl installed for Delphi 5. Now I want to install it 
> > for BDS 2006. I have extracted the JVCL 230CompleteJCL197-Build to a 
> > folder called JEDI. Two folders were created with several subfolders; 
> > namely jcl and jvcl
> >
> > I need to know what to do to install for BDS 2006.
> > Thank you,
> > Charlie
> > 




Subject: Re: Installation
From: "Charlie" <kerscher@bellsouth.net>
Date: Sat, 30 Sep 2006 09:25:15 -0400
Newsgroups: jedi.vcl

I'm getting the following when I "install" jcl:

Fatal: Bad file format 'C:\Program Files\Borland\BDS2006\Lib\rtl.dcp'

Any ideas???
Thanks

I already have jcl/jvcl installed for Delphi 5. Now I want to install it for 
BDS 2006. I have extracted the JVCL 230CompleteJCL197-Build to a folder 
called JEDI. Two folders were created with several subfolders; namely jcl 
and jvcl

I need to know what to do to install for BDS 2006.
Thank you,
Charlie 




Subject: Re: jcl 1.98
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 30 Sep 2006 14:22:24 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 27 Sep 2006 22:15:27 +0200 @885)
....while the fading voice of Brian whispered through the darkness:

 BP> Anybody know where to download jcl1.98 or higher?

via SVN just like You download latest JVCL

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Installation
From: "Charlie" <kerscher@bellsouth.net>
Date: Fri, 29 Sep 2006 22:11:02 -0400
Newsgroups: jedi.vcl

I already have jcl/jvcl installed for Delphi 5. Now I want to install it for 
BDS 2006. I have extracted the JVCL 230CompleteJCL197-Build to a folder 
called JEDI. Two folders were created with several subfolders; namely jcl 
and jvcl.

I need to know what to do to install for BDS 2006.
Thank you,
Charlie 




Subject: JvSpinEdit and currency format
From: Eric <eric_@_menlog.com_>
Date: Fri, 29 Sep 2006 17:00:28 +0200
Newsgroups: jedi.vcl

Hi,

I don't how to set jvSpinEdit properties
to input currency

I do that :

Decimal = 2
DisplayFormat = #,##0.00 €
ValueType = vtFloat

My problem is : Impossible to input decimal number (no decimalSeparator)
(With no DisplayFormat I can input decimal separator, but the input
is not easy)

Is there a bug with the displayFormat ?

Thank you

Eric


Subject: Re: TJvAppXMLStorage and "&lt;=&gt;"
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 29 Sep 2006 08:30:25 +0200
Newsgroups: jedi.vcl

Jens wrote:

> What would be the best solution to prevent this?

There are events in the XMLAppStorage component that allow you to encode the content before it is written and decode it right after it has been read.


Subject: TJvAppXMLStorage and "&lt;=&gt;"
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 29 Sep 2006 06:43:30 +0100
Newsgroups: jedi.vcl

Hi,

i'm using the XMLAppStorage to store SQL-Statements on the filesystem.

Now i've got the case that the sql-statement contains the string "<=>" in
a comment.

For the sql it's not a problem, but for xml-file.

When reading back the data i've got 

Invalid XML Element: Erroneous end of tag, expecting </=> but </Content>
found.

What would be the best solution to prevent this?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 29 Sep 2006 06:30:47 +0100
Newsgroups: jedi.vcl

Hi Michael, 

i think the larger size is designtime or came from your design time
properties.

You should move the logon-dialog from the oncreate to the OnFormShow
Event. Then your problem should be fixed.

Greetings
Jens

> >Hi,
> >
> >I've put a JvFormStorage on my main form and set its AppStorage property.
> >
> >This works very well, however I encountered a small annoying problem. The
> >first time the main form gets displayed on the screen it has a larger size
> >than some seconds after. 
> >
> >This means for example it displays (don't know the size exactly) with 1024
> >x 768 and short after this it resizes to the size which it had before
> >leaving the application the last time.
> >
> >Is there a problem if I show a logon dialog in the OnCreate event of the
> >main form. At this very moment the user should input the password, the size
> >of the main form is large.  After confirming the dialog it resizes to its
> >correct size.
> >-- 
> >cu,
> >Michael
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [OT] Re: Turbo Delphi Pro
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 28 Sep 2006 22:47:39 +0200
Newsgroups: jedi.vcl

At 20:21:25, 28.09.2006, Florent Ouchet wrote:

> > Thanks,
> > 
> > Just found the thread in google groups: http://tinyurl.com/enlh4
> > http://groups.google.com/group/borland.public.delphi.language.delphi.gen
> > eral/browse_frm/thread/2362a72f244056f7/44ce2dabf13bbcfe?lnk=st&q=obj+je
> > di+msvcrt+group%3Aborland.public.*&rnum=1&hl=en#44ce2dabf13bbcfe
> > 
> > I didn't notice this code from the JCL before :S

FWIW, this is my msvcrt.dll interface unit:

http://rvelthuis.de/zips/msvcrt.zip

-- Rudy Velthuis http://rvelthuis.de/ "It is dangerous to be sincere unless you are also stupid." - George Bernard Shaw (1856-1950) 

Subject: Re: [OT] Re: Turbo Delphi Pro
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 28 Sep 2006 20:21:25 +0200
Newsgroups: jedi.vcl

Thanks,

Just found the thread in google groups: http://tinyurl.com/enlh4
http://groups.google.com/group/borland.public.delphi.language.delphi.general/browse_frm/thread/2362a72f244056f7/44ce2dabf13bbcfe?lnk=st&q=obj+jedi+msvcrt+group%3Aborland.public.*&rnum=1&hl=en#44ce2dabf13bbcfe

I didn't notice this code from the JCL before :S

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: JvFormStorage
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 28 Sep 2006 19:02:43 +0200
Newsgroups: jedi.vcl

Hi,

I've put a JvFormStorage on my main form and set its AppStorage property.

This works very well, however I encountered a small annoying problem. The
first time the main form gets displayed on the screen it has a larger size
than some seconds after. 

This means for example it displays (don't know the size exactly) with 1024
x 768 and short after this it resizes to the size which it had before
leaving the application the last time.

Is there a problem if I show a logon dialog in the OnCreate event of the
main form. At this very moment the user should input the password, the size
of the main form is large.  After confirming the dialog it resizes to its
correct size.
-- cu, Michael 

Subject: Re: [OT] Re: Turbo Delphi Pro
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 28 Sep 2006 18:29:33 +0200
Newsgroups: jedi.vcl

At 17:55:06, 28.09.2006, Florent Ouchet wrote:

> > Rudy,
> > 
> > Could you have a look at the thread "Statically compiling PCRE" in the
> > jedi.jcl group?
> > 
> > Will Watts gave a link to an article from your website
> > (http://rvelthuis.de/articles/articles-cobjs.html) which is referencing
> > the Jedi projects as a reference for linking msvcrt.dll. 

JEDI is only mentioned in:  

<<
FWIW, this is not my idea, I got it as a suggestion from Rob Kennedy in
the Borland newsgroups. It seems the _JEDI_ project also uses this
technique in some of their sources.
>> >>

I did see someone mention this, either in here or in one of the mailing
lists. I just don't know where that was.
-- Rudy Velthuis http://rvelthuis.de/ "The opposite of a correct statement is a false statement. The opposite of a profound truth may well be another profound truth." -- Niels Bohr (1885-1962) 

Subject: [OT] Re: Turbo Delphi Pro
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 28 Sep 2006 17:55:06 +0200
Newsgroups: jedi.vcl

Rudy,

Could you have a look at the thread "Statically compiling PCRE" in the jedi.jcl group?

Will Watts gave a link to an article from your website (http://rvelthuis.de/articles/articles-cobjs.html) which is referencing the Jedi projects as a reference for linking msvcrt.dll. Which Jedi project does this link?

TIA,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: what happen with Andreas Hausladen web?
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 28 Sep 2006 13:09:32 +0200
Newsgroups: jedi.vcl

At 12:22:38, 28.09.2006, Paw Suddergaard wrote:

>> > > I'm using delphispeedup and c++ compiler enhacements 2.7 and both
>> > > works  like a charm, and always you can uninstall.
> > 
> > Me too. Hope you find a solution with your website Andreas. Would like
> > to be able to use your great tools in the future!

It is up again.

-- Rudy Velthuis http://rvelthuis.de/ "To err is human -- and to blame it on a computer is even more so." -- Robert Orben. 

Subject: Re: what happen with Andreas Hausladen web?
From: Paw Suddergaard <paw@top-house.dk>
Date: Thu, 28 Sep 2006 12:22:38 +0200
Newsgroups: jedi.vcl

> I'm using delphispeedup and c++ compiler enhacements 2.7 and both works like a charm, and always you can uninstall.

Me too. Hope you find a solution with your website Andreas. Would like to be able to use your great tools in the future!

/Paw


Subject: Re: Turbo Delphi Pro
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 28 Sep 2006 12:07:11 +0200
Newsgroups: jedi.vcl

At 08:46:41, 28.09.2006, OBones wrote:

> > Rudy Velthuis wrote:
>> > > At 16:34:52, 14.09.2006, Xavier CAMIER wrote:
>> > > 
>>> > > > Hi,
>>> > > > 
>>> > > > I just received Turbo Delphi Pro Edition and unfortunately I
>>> > > > discovered I was unable to efficiently install JVCL 3.2. After
>>> > > > having googled and read Michael Fritz's 04/09/2006 "Turbo Editions"
>>> > > > post I understood dcc32.exe was missing EVEN into the Pro version.
>> > > 
>> > > It is said to be made available as a download for Pro users.
> > 
> > And it is now available:
> > 
> > http://www.borland.com/downloads/registered/download_turbo.html

\o/ YAY!

-- Rudy Velthuis http://rvelthuis.de/ "So I rang up a local building firm, I said 'I want a skip outside my house.' He said 'I'm not stopping you.'" -- Tommy Cooper 

Subject: Re: Turbo Delphi Pro
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 28 Sep 2006 08:46:41 +0200
Newsgroups: jedi.vcl

Rudy Velthuis wrote:
> At 16:34:52, 14.09.2006, Xavier CAMIER wrote:
>
>> Hi,
>>
>> I just received Turbo Delphi Pro Edition and unfortunately I discovered
>> I was unable to efficiently install JVCL 3.2. After having googled and
>> read Michael Fritz's 04/09/2006 "Turbo Editions" post I understood
>> dcc32.exe was missing EVEN into the Pro version.
>
> It is said to be made available as a download for Pro users.

And it is now available:

http://www.borland.com/downloads/registered/download_turbo.html


Subject: Re: Latest JvHidDeviceController?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 28 Sep 2006 06:37:33 +0200
Newsgroups: jedi.vcl

norberto wrote:

> Thank you all.

Wait with that until you understand the component itself :-)
Do not hesitate to ask me directly if you have problems.
Only do not expect instant answers. My cancer treatment takes me out one week in three.


Subject: Re: jcl 1.98
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 27 Sep 2006 22:46:33 +0200
Newsgroups: jedi.vcl

Brian Pedersen wrote:

> Hello
>
> Anybody know where to download jcl1.98 or higher?
> so i can install jvcl from today

http://jcl.sf.net/daily/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: jcl 1.98
From: "Brian Pedersen" <prog@night.dk>
Date: Wed, 27 Sep 2006 22:15:27 +0200
Newsgroups: jedi.vcl

Hello

Anybody know where to download jcl1.98 or higher?
so i can install jvcl from today

Brian 




Subject: jvimagesview (possibility to add this feature in the jvcl) (Mr.obones ?..)
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Wed, 27 Sep 2006 13:44:29 -0300
Newsgroups: jedi.vcl

hi,

i'm trying to use JVimagesview in my small program..

but i need two basic features...

Peter show a solution to the problem, will solve my problem,
but the bad is that code isnt implemented in the original sources, and
when i updated the code i will lost the modifications.

the best should be to  added the features in the next releases,
are basic features to this kind of application (that works with thumbnails)


i suggest more control (using a custom sort method or using these)  :

when you set the "path"
jvlistview.path:='C:\pic'

you need more control to see the thumbnails ,
and i suggest two properties for this

jvlistview.sortmethod:= byfilename , byfiledatetime
jvlistview.sort:= ascending , descending


what is the possibilite to add this ?

tks
Marcelo 




Subject: Re: Latest JvHidDeviceController?
From: norberto <pellicci@shaw.ca>
Date: Wed, 27 Sep 2006 00:39:23 -0700
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> In the svn you find the upcoming 3.30.
>
> And you must include the full package, and also the update jcl package from svn.
>
> Greetings
> Jens
>
OBones wrote:
>
> Use the daily one :
>
> http://jvcl.sf.net/daily/

Robert Marquardt wrote:
>
> The one in the SVN is the newest one.
> It additionally has its own private versioning in the file
> cHidControllerClassVersion = '1.0.32';
> because it also exists as standalone package.

Thank you all.

norberto


Subject: Re: how change by code :ascending or descing with "jvImagesviewer"
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 26 Sep 2006 18:48:32 +0200
Newsgroups: jedi.vcl

Another idea:

add a protected virtual CustomSort method to TJvCustomItemViewer:

  protected
    procedure CustomSort(Compare:TListSortCompare);virtual;
....

This just calls the T(Object)List Sort method:

procedure TJvCustomItemViewer.CustomSort(Compare: TListSortCompare);
begin
  FItems.Sort(Compare);
end;


Override this method in JvImagesViewer and make it public:

public
    procedure CustomSort(Compare: TListSortCompare); override;
....

If the user calls with nil method, do a standard filename ascending sort, 
otherwise use the provided compare method:

function SortByFilename(Item1, Item2:Pointer):integer;
begin
  Result := AnsiCompareFileName(TJvPictureItem(Item1).Filename, 
TJvPictureItem(Item2).Filename);
end;

procedure TJvImagesViewer.CustomSort(Compare: TListSortCompare);
begin
  if Assigned(Compare) then
    inherited CustomSort(Compare)
  else
    inherited CustomSort(SortByFilename);
  Invalidate;
end;

Now it is very easy for the user to sort either way:

function InvertSort(Item1, Item2:Pointer):integer;
begin
  Result := AnsiCompareFileName(TJvPictureItem(Item2).Filename, 
TJvPictureItem(Item1).Filename);
end;

procedure TForm1.chkInvertClick(Sender: TObject);
begin
  if chkInvert.Checked then
    JvImagesViewer1.CustomSort(InvertSort)
  else
    JvImagesViewer1.CustomSort(nil);
end;

-- Regards, Peter 

Subject: TvValidateEdit
From: "Jules" <thescholars@gmail.com>
Date: Tue, 26 Sep 2006 17:38:39 +0100
Newsgroups: jedi.vcl

hi there

I have notice that whenever a value that does not match the min and max 
value is entered, the control will change the current value to either the 
min or the max value.

My problem is that i would like to display a custom message before the value 
is changed back to either mix or max value.

any help?

Thanks 




Subject: Re: how change by code :ascending or descing with "jvImagesviewer"
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 26 Sep 2006 17:24:02 +0200
Newsgroups: jedi.vcl

To change the display name of each item, change its Caption property.

-- Regards, Peter "Marcelo" <mcgal-NOSPAM-@ig.com.br> skrev i meddelandet news:efa10f$p66$1@news.talkto.net...
> > 1) how change by code :ascending or descing with "jvImagesviewer"  ?
> >
> > for example: jvimagesviewer.path:='c:\pic';
> >
> >                   i need to show using two user inputs
> >
> >                     - news file thumbnails  first
> >
> >                      or
> >
> >                    - old file thumbnails  first
> >
> >
> > 2) is possible to change the caption of each thumbnail to only show the 
> > "first name of the file"
> > without the extension ?
> >
> > for example:  in the thumbnails you have a caption,
> >
> > but i only want to show the "caption" without the file extension..
> >
> > c:\pic\myfile.jpg   in the caption should be displayed as  MYFILE (and not 
> > MYFILE.JPG)
> >
> >
> >
> >
> > tks for you help..
> >
> > i tried to look inside "docs" but in the full installation i cannot find 
> > any documentation about
> > this...
> >
> > Regards
> >
> > Marcelo
> >
> >
> >
> >
> >
> >
> >
> >
> > 




Subject: Re: how change by code :ascending or descing with "jvImagesviewer"
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 26 Sep 2006 17:22:34 +0200
Newsgroups: jedi.vcl

You have no control over sorting as it is, but it wouldn't be too hard to 
add an event that allowed you to do custom sorting. Heck, an even better 
idea would be to add a preprocess event that allows you to manipulate the 
list any way you choose - sorting, deleting, rearranging etc, before they 
are displayed in the control.

I.e in LoadImages:
....
          if SysUtils.FindFirst(TmpDir + FileMasks[I], faAnyFile, F) = 0 
then
          try
            repeat
              if F.Attr and faDirectory = 0 then
                Files.Add(TmpDir + F.Name);
            until SysUtils.FindNext(F) <> 0;
            PreProcess(Files); // <=== allow user to manage the files
                                    // before the items are created
            Count := Files.Count;
            J := 0;
            while J < Files.Count do
            begin
              Items[J].FileName := Files[J];
              Inc(J);
            end;
          finally
            SysUtils.FindClose(F);
          end;
....


-- Regards, Peter "Marcelo" <mcgal-NOSPAM-@ig.com.br> skrev i meddelandet news:efa10f$p66$1@news.talkto.net...
> > 1) how change by code :ascending or descing with "jvImagesviewer"  ?
> >
> > for example: jvimagesviewer.path:='c:\pic';
> >
> >                   i need to show using two user inputs
> >
> >                     - news file thumbnails  first
> >
> >                      or
> >
> >                    - old file thumbnails  first
> >
> >
> > 2) is possible to change the caption of each thumbnail to only show the 
> > "first name of the file"
> > without the extension ?
> >
> > for example:  in the thumbnails you have a caption,
> >
> > but i only want to show the "caption" without the file extension..
> >
> > c:\pic\myfile.jpg   in the caption should be displayed as  MYFILE (and not 
> > MYFILE.JPG)
> >
> >
> >
> >
> > tks for you help..
> >
> > i tried to look inside "docs" but in the full installation i cannot find 
> > any documentation about
> > this...
> >
> > Regards
> >
> > Marcelo
> >
> >
> >
> >
> >
> >
> >
> >
> > 




Subject: Re: Latest JvHidDeviceController?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 26 Sep 2006 16:38:01 +0200
Newsgroups: jedi.vcl

norberto wrote:
> Hi,
>
> Where can i download the latest version of JvHidDeviceController? i remember that there was recently an update for it but i can't find it anymore.
>
> Thanks!
>
> norberto

The one in the SVN is the newest one.
It additionally has its own private versioning in the file cHidControllerClassVersion = '1.0.32';
because it also exists as standalone package.


Subject: Re: JvListView
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Tue, 26 Sep 2006 10:47:41 -0300
Newsgroups: jedi.vcl

hi dale...

i using the last daily snapshot from jvcl + jcl (3.5)
and no problem with your code..

 why you don't use the the last daily updates ?

see your code (works fine)
http://xs.to/xs.php?h=xs107&d=06392&f=snap-jvlistview.png

http://jvcl.sourceforge.net/daily/
http://jcl.sourceforge.net/daily/

regards
Marcelo




Subject: Re: TJvBallonHint with TJvLookupCombo
From: Eric <eric_@_menlog.com_>
Date: Tue, 26 Sep 2006 10:41:20 +0200
Newsgroups: jedi.vcl

Thank you Remko

> But next time, please go to our bug tracker

Ok I will do :)

Eric


Subject: Re: Latest JvHidDeviceController?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 26 Sep 2006 08:57:34 +0200
Newsgroups: jedi.vcl

norberto wrote:
> i found theJvHidDeviceController.pas under SVN on Sourceforge but i'm confused about the versioning. Is it supposed to be 3.10 or 3.20? The latest JVCL i downloaded yesterday has JvHidDeviceController with V3.10.
>
> Is this the latest version?

Use the daily one :

http://jvcl.sf.net/daily/


Subject: Re: JvListView
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 26 Sep 2006 08:57:09 +0200
Newsgroups: jedi.vcl

Please use Mantis:

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: Runtime designer - example?
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 26 Sep 2006 08:56:25 +0200
Newsgroups: jedi.vcl

I don't have many answers for you. You might want to have a look at the readme file that comes with the original submission here :

http://homepages.borland.com/jedi/issuetracker/view.php?id=2847

And last but not least, have a look in the sources, there are some comments.

But basically, the idea is to be able to put components on a design surface, move them, edit them (via JvInspector) and then save the layout for later restoring.


Subject: Re: Latest JvHidDeviceController?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 26 Sep 2006 08:39:46 +0200
Newsgroups: jedi.vcl

In the svn you find the upcoming 3.30.

And you must include the full package, and also the update jcl package from svn.

Greetings
Jens

norberto schrieb:
> i found theJvHidDeviceController.pas under SVN on Sourceforge but i'm confused about the versioning. Is it supposed to be 3.10 or 3.20? The latest JVCL i downloaded yesterday has JvHidDeviceController with V3.10.
>
> Is this the latest version?
>
> Thanks.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Latest JvHidDeviceController?
From: norberto <pellicci@shaw.ca>
Date: Mon, 25 Sep 2006 23:30:50 -0700
Newsgroups: jedi.vcl

i found theJvHidDeviceController.pas under SVN on Sourceforge but i'm confused about the versioning. Is it supposed to be 3.10 or 3.20? The latest JVCL i downloaded yesterday has JvHidDeviceController with V3.10.

Is this the latest version?

Thanks.


Subject: Re: JvListView
From: "Dale Hertzfeld" <dale@sys-cor.com>
Date: Mon, 25 Sep 2006 22:42:57 -0700
Newsgroups: jedi.vcl

Here is a simple example attached showing that it does not display
correctly.

Thanks,
Dale


"Dale Hertzfeld" <dale@sys-cor.com> wrote in message
news:ef97hv$l77$1@news.talkto.net...
> > Hello,
> >
> > Upgraded to 320 and now the following code is not working
> > onDrawCustomItem.
> >
> >  if Item.Index mod 2 = 0 then
> >    lstRecords.Canvas.Brush.Color := $00CEFFFF
> >  else
> >    lstRecords.Canvas.Brush.Color := clMenuBar;
> >
> >  if (Item.SubItems[7] <> 'X') then
> >    begin
> >      lstRecords.Canvas.Font.Color := clRed;
> >    end
> >  else
> >    begin
> >      lstRecords.Canvas.Font.Color := clBlack;
> >    end;
> >
> > What Am I doing Wrong?
> >
> > Also TipODay gets error - JvForm not found.
> >
> > Thanks,
> > Dale
> >
> >



Example.zip
	



Subject: how change by code :ascending or descing with "jvImagesviewer"
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Mon, 25 Sep 2006 22:50:09 -0300
Newsgroups: jedi.vcl

1) how change by code :ascending or descing with "jvImagesviewer"  ?

for example: jvimagesviewer.path:='c:\pic';

                   i need to show using two user inputs

                     - news file thumbnails  first

                      or

                    - old file thumbnails  first


2) is possible to change the caption of each thumbnail to only show the "first name of the file"
without the extension ?

for example:  in the thumbnails you have a caption,

but i only want to show the "caption" without the file extension..

c:\pic\myfile.jpg   in the caption should be displayed as  MYFILE (and not MYFILE.JPG)




tks for you help..

i tried to look inside "docs" but in the full installation i cannot find any documentation about
this...

Regards

Marcelo











Subject: Re: how register a class in jvimagesviewer
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Mon, 25 Sep 2006 19:45:57 -0300
Newsgroups: jedi.vcl

oops.. solved..

tks;

with tpicture do
begin
RegisterFileFormat('xyz','',TJPEGImage);
end; 




Subject: how register a class in jvimagesviewer
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Mon, 25 Sep 2006 19:25:01 -0300
Newsgroups: jedi.vcl

hi,

i use delphi 5...

when i want to add and display a new class with the normal Timage
i use this code...

for example:  i register xyz as "tjpegimage"..
===========================================
image1.picture.RegisterFileFormat('xyz','',TJPEGImage);
Image1.Picture.LoadFromFile(arquivo);


how i can add "xyz" class to JvImagesviewer   to open this format ?
i put  jvimagesviewer.filemask:='.xyz';

but i don't know how to make the same "command"
=> image1.picture.RegisterFileFormat('xyz','',TJPEGImage);

with the JvImagesViewer...

any tip ?

tks
Marcelo




Subject: Re: TJvBallonHint with TJvLookupCombo
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 25 Sep 2006 23:23:41 +0200
Newsgroups: jedi.vcl

Eric wrote:
> Hi,
>
> The TJvBallonHint doesn't work with the TJvLookupCombo when
> the mouse is move to the items of the combo (hint is not displayed correctly)

This is now fixed in Rev 10947 of JvDBLookup.pas.

But next time, please go to our bug tracker at http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php and make a bug report, so you can also upload screen shots and/or sample applications that show the bug.

Pictures or applications speak louder than words, so that makes it easier to reproduce and fix a reported bug :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvListView
From: "Dale Hertzfeld" <dale@sys-cor.com>
Date: Mon, 25 Sep 2006 11:35:38 -0700
Newsgroups: jedi.vcl

Hello,

Upgraded to 320 and now the following code is not working onDrawCustomItem.

  if Item.Index mod 2 = 0 then
    lstRecords.Canvas.Brush.Color := $00CEFFFF
  else
    lstRecords.Canvas.Brush.Color := clMenuBar;

  if (Item.SubItems[7] <> 'X') then
    begin
      lstRecords.Canvas.Font.Color := clRed;
    end
  else
    begin
      lstRecords.Canvas.Font.Color := clBlack;
    end;

What Am I doing Wrong?

Also TipODay gets error - JvForm not found.

Thanks,
Dale




Subject: Re: I'm confused with JCL Debug
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 25 Sep 2006 20:05:31 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ a écrit :
> Are You talking about some settings of JclDebug ?
> Then, perhaps, by default they should be off.
>
> However, since, Delphi does not provide tail recursion optimisation, all the
> procedures should be seen on stack, in raw mode or not - how can this matter
> ?

In raw mode analysis, all the procedures from the call stack are listed. But all other pointers to code segments are listed too.
This feature is disabled by default in the "JCL exception dialog" wizard (although its caption is really not clear - being changed).

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Palette icon for TJvTranslateString - missed
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 25 Sep 2006 21:48:07 +0400
Newsgroups: jedi.vcl

Hello, All!

Seems there is no icon for this component

In images subfolder there are two similar-looking files :
TJVTRANSLATOR.BMP and TJVTRANSLATORSTRINGS.BMP

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: I'm confused with JCL Debug
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 25 Sep 2006 21:41:25 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 24 Sep 2006 22:24:09 +0200 @891)
....while the fading voice of Florent whispered through the darkness:

 FO> This confusion in the trace can be caused by a raw analysis of the
 FO> stack.

Are You talking about some settings of JclDebug ?
Then, perhaps, by default they should be off.

However, since, Delphi does not provide tail recursion optimisation, all the
procedures should be seen on stack, in raw mode or not - how can this matter
?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: TJvBallonHint with TJvDBLookupCombo
From: Eric <eric_@_menlog.com_>
Date: Mon, 25 Sep 2006 18:11:41 +0200
Newsgroups: jedi.vcl

Sorry,
It's not TJvLookupCombo but TJvDBLookupCombo

Eric a écrit :
> Hi,
>
> The TJvBallonHint doesn't work with the TJvLookupCombo when
> the mouse is move to the items of the combo (hint is not displayed correctly)
>
> It's work with the TJvComboBox because there is no hint on the combo items.
> I think the problem is the in the TJvLookupCombo, because it's not correct to have the hint on each item of a combo.
>
> I hope it's so clear to understand the problem
>
> Eric


Subject: TJvBallonHint with TJvLookupCombo
From: Eric <eric_@_menlog.com_>
Date: Mon, 25 Sep 2006 17:51:26 +0200
Newsgroups: jedi.vcl

Hi,

The TJvBallonHint doesn't work with the TJvLookupCombo when
the mouse is move to the items of the combo (hint is not displayed correctly)

It's work with the TJvComboBox because there is no hint on the combo items.
I think the problem is the in the TJvLookupCombo, because it's not correct to have the hint on each item of a combo.

I hope it's so clear to understand the problem

Eric


Subject: Re: Runtime designer - example?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Mon, 25 Sep 2006 08:44:16 -0700
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:ef414d$ti5$1@news.talkto.net...
> > Warrick Wilson wrote:
>> >> Is there an example of what the Runtime Designer is capable of? The help 
>> >> that can be downloaded is for 3.1, not 3.2, and there's no info there. 
>> >> There's not much in the CodeCentral link I found from back in 2005 when 
>> >> it first got added to JVCL. And I don't find it intuitive as it is. 
>> >> Thanks.
> >
> > Help is online here:
> >
> > http://homepages.borland.com/jedi/jedihelp/
> >
> > And an example is in the examples folder of the JVCL.

As much as I appreciate your response, I'm still having issues with this 
component. I visited the page you referenced above. In the search box I 
typed in "jv runtime design" - that's the title of the tab in my Delphi 7 
Pro installation. I got 50 results - none of which have anything to do with 
this component.

The JVCL 3.1 .HLP file has nothing on this.

So I went into my tab, found the name of a particular component - 
JVDesignSurface - and put that into the search box on the web page. Got one 
result for the .pas file, and went into that. It gives me this:

===
Unit JvDesignSurface.pas

Author: Scott J Miles

Package: RuntimeDesign

Status: Generated

Contains the TJvDesignSurface component.
===

Then is lists the items in the unit, all of which say "Write here a 
summary".

I fired up the example. I made a layout, had the image stuff disappear on 
me, saved a file, and reloaded a file. Now what?

I'm not asking for exhaustive "Runtime Designer for Dummies", but I'd be 
happy with a hint. What's this for? What can I do with the file I create? 
What's the WindowProcHook for versus the other entry in the example? 
Basically, if I don't know how to use this component, I can't figure it out, 
because it's way too mysterious.

I understand that this is a volunteer effort, and I really do appreciate the 
work that people have done, have donated, and continue to do to improve the 
product. But it's frustrating to run into something that looks interesting, 
yet lacks any type of explanation of what it's for. 




Subject: Re: what happen with Andreas Hausladen web?
From: Julian <rodri_es@mixmail.com>
Date: Mon, 25 Sep 2006 11:15:31 +0200
Newsgroups: jedi.vcl

Hap Woodcock wrote:

> Julian wrote:
>> I'm trying to download delphispeedup from Andreas Hausladen web but there is another web page.
>
> I would think twice about running his software. His turbomerger, in some situations clobbers the operating system requiring a complete operating system install.
>
> Not good.

I'm using delphispeedup and c++ compiler enhacements 2.7 and both works like a charm, and always you can uninstall.


Subject: Re: jvHidDeviceController compiler error
From: "Steinar G" <stegroe@hotmail.com>
Date: Mon, 25 Sep 2006 10:59:30 +0200
Newsgroups: jedi.vcl

"OBones" wrote:
> > You must have somewhere a declaration of a function/procedure/variable 
> > that is named "Pointer" and that interferes with the Pointer type name.


Thank you. I found the "second pointer" now. I had earlier only searched for
it in this unit, but the problem was in another unit.




Subject: Re: jvHidDeviceController compiler error
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 25 Sep 2006 10:50:49 +0200
Newsgroups: jedi.vcl

You must have somewhere a declaration of a function/procedure/variable that is named "Pointer" and that interferes with the Pointer type name.


Subject: jvHidDeviceController compiler error
From: "Steinar G" <stegroe@hotmail.com>
Date: Mon, 25 Sep 2006 10:31:10 +0200
Newsgroups: jedi.vcl

Hi folks
I'm using jvHidDeviceController in delphi5. I am getting an compiler error
in the procedure declaration saying:
"'Pointer' is not a type identifier" refering to the "const Data: Pointer;" 
declaration
in the showread procedure.
I have tried the example in the jvcl folder and it works fine. I have mainly
copied the HID code into my own code, but then I get this error. I have 
tried
reinstalling delphi, but with no difference.
What could be causing this compiler error?
All suggestions appreciated.

public
published
    procedure ShowRead(HidDev: TJvHidDevice; ReportID: Byte;
      const Data: Pointer; Size: Word);
end;

procedure tmustadfrm.ShowRead(HidDev: TJvHidDevice; ReportID: Byte;
  const Data: Pointer; Size: Word);  //error here
var
  I: Integer;
  Str: string;
begin
  Str := Format('R %.2x  ', [ReportID]);
  for I := 0 to Size - 1 do
  begin
    str := Format('%.2x ', [Cardinal(PChar(Data)[i])]);
....
....


Steinar G





Subject: Latest JvHidDeviceController?
From: norberto <pellicci@shaw.ca>
Date: Sun, 24 Sep 2006 19:58:01 -0700
Newsgroups: jedi.vcl

Hi,

Where can i download the latest version of JvHidDeviceController? i remember that there was recently an update for it but i can't find it anymore.

Thanks!

norberto


Subject: Re: I'm confused with JCL Debug
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 24 Sep 2006 22:24:09 +0200
Newsgroups: jedi.vcl

Arioch,

This confusion in the trace can be caused by a raw analysis of the stack.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: fix from Arioch works fine.. tks
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 25 Sep 2006 00:12:37 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 23 Sep 2006 16:13:26 -0300 @842)
....while the fading voice of Marcelo whispered through the darkness:

 M> this fix will be available in the last snapshots ?

already in SVN with help of OBones

And i wonder, how it looked before code beautifier worked out this function.
Quite probable it looked like
=========Beginning of the citation==============
   if Result = nil then
       Result := GetItemClass.Create(Self);
       FItems[Index] := Result;
=========The end of the citation================
so in theory code beautifier could throw the warning here.


 M> function TJvCustomItemViewer.GetItems(Index: Integer): TJvViewerItem;
 M> begin
 M> //  Result := FItems[Index];
 M> //  if Result = nil then
 M> //    Result := GetItemClass.Create(Self);
 M> //  FItems[Index] := Result;
 M>    Result := FItems[Index];
 M>    if Result = nil then
 M>      BEGIN
 M>       Result := GetItemClass.Create(Self);
 M>       FItems[Index] := Result;
 M>      END;
 M> end;

Funny, You cloned the hole body, instead of just inserting two words
(highlighted by me)


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: I'm confused with JCL Debug
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 25 Sep 2006 00:07:43 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 23 Sep 2006 15:53:15 -0300 @828)
....while the fading voice of Marcelo whispered through the darkness:

 M> (0007EC0D) [0047FC0D]
 M> [00402D61] System.TObject.GetInterface + $1
 M> [0040277A] System.Error + $E
 M> [004030EE] System.NotifyExceptFinally + $1A

nothing here in between

 M> [00470669] JvBrowseFolder.TJvBrowseForFolderDialog.Execute (Line 1209,
 M> "JvBrowseFolder.pas" + 81) + $13

I can't understand this stack trace

1) was Use debug DCUs checked or not ?
RTL/VCL units are almost absent there, but still...
=========Beginning of the citation==============
[0041F362] Controls. + $0
[0040FD46] Classes.TStringList.Clear + $2E
[0041F380] Controls. + $0
=========The end of the citation================

2) why that black hole after TJvBrowseForFolderDialog.Execute  ?
Just NOTHING there !
Until Marcello manually inserteded $D- for units with JvCustomItemViewer and
JvViewerItemList (which i highly doubt) i think that stack trace should
include both function TJvCustomItemViewer.GetItems and procedure
TJvViewerItemList.SetItem !

I'm lost now.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: what happen with Andreas Hausladen web?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 24 Sep 2006 08:26:37 +0000 (UTC)
Newsgroups: jedi.vcl

Hap Woodcock wrote:

> > I would think twice about running his software. His turbomerger, in some
> > situations clobbers the operating system requiring a complete operating
> > system install.

That was a false alarm. It turned out to be a RAM chip defect that caused
the crash. Unfortunatelly those two persons hadn't told me that directly
after they found that out. So TurboMerger works as it should.


-- Regards, Andreas Hausladen 

Subject: Re: what happen with Andreas Hausladen web?
From: Hap Woodcock <mrhappy@nebulous.net>
Date: Sat, 23 Sep 2006 22:20:53 -0500
Newsgroups: jedi.vcl

Julian wrote:
> I'm trying to download delphispeedup from Andreas Hausladen web but there is another web page.

I would think twice about running his software. His turbomerger, in some situations clobbers the operating system requiring a complete operating system install.

Not good.


Subject: Re: jvThread sync
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 23 Sep 2006 22:58:52 +0200
Newsgroups: jedi.vcl

psy wrote:

>> Create a property in your thread class and use it.
>
> where can I find a sample code that uses that technique?
> thank you

Show me your code, and I'll be able to help a bit more

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: jvThread sync
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Sat, 23 Sep 2006 17:31:16 -0300
Newsgroups: jedi.vcl

> > Create a property in your thread class and use it.
where can I find a sample code that uses that technique?
thank you

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:ef3pkk$san$1@news.talkto.net...
> > psy wrote:
> >
>> >> you're right, now how can I pass an integer parameter to a 
>> >> thread.Execute? I'm not really sure how to user pointers...
> >
> > Why do you want to use pointers?
> > Create a property in your thread class and use it.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Got it ? - nothing here for QC !
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 23 Sep 2006 21:22:53 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Wouldn't reverting to using a plain TList and adding the modified "if Result = nil then" test you suggested fix the problem?

Only refactoring the test is enough. Only change the value if it was nil before. I've fixed that.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Runtime designer - example?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 23 Sep 2006 21:15:31 +0200
Newsgroups: jedi.vcl

Warrick Wilson wrote:
> Is there an example of what the Runtime Designer is capable of? The help that can be downloaded is for 3.1, not 3.2, and there's no info there. There's not much in the CodeCentral link I found from back in 2005 when it first got added to JVCL. And I don't find it intuitive as it is. Thanks. 

Help is online here:

http://homepages.borland.com/jedi/jedihelp/

And an example is in the examples folder of the JVCL.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: fix from Arioch works fine.. tks
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Sat, 23 Sep 2006 16:13:26 -0300
Newsgroups: jedi.vcl

really tks arioch..

your fix works fine... and the problem is solved...

this fix will be available in the last snapshots ?

function TJvCustomItemViewer.GetItems(Index: Integer): TJvViewerItem;
begin
//  Result := FItems[Index];
//  if Result = nil then
//    Result := GetItemClass.Create(Self);
//  FItems[Index] := Result;
   Result := FItems[Index];
   if Result = nil then
     BEGIN
      Result := GetItemClass.Create(Self);
      FItems[Index] := Result;
     END;
end;




"Arioch" <the_Arioch@false.nm.domain.ru> escreveu na mensagem news:op.tgcbj3d357p8gu@max...
The invalid opperation occures somewhere within TList.Get if i got it
right.

So i'd list the things that confuses me:

> > function TJvCustomItemViewer.GetItems(Index: Integer): TJvViewerItem;
> > begin
> >   Result := FItems[Index];
> >   if Result = nil then
> >     Result := GetItemClass.Create(Self);
> >   FItems[Index] := Result;
> > end;

Why this extra assignment ? why not
> >   if Result = nil then     BEGIN
> >          Result := GetItemClass.Create(Self);
> >          FItems[Index] := Result;
> >      END;
> > end;
?

When we follow to
> > procedure TJvViewerItemList.SetItem(Index: Integer; const Value:
> > TJvViewerItem);
> > begin
> >   inherited Items[Index] := Value;
> > end;

we get the crash. 




Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Sat, 23 Sep 2006 15:53:15 -0300
Newsgroups: jedi.vcl

tks for the tips to use jcl debug unit..

heres the debug

Exception class: EInvalidPointer
Exception address: 00402D66
----------------------------------------------------------------------------------------------------
Stack list, generated 23/9/2006 15:51:53
(0007EC0D) [0047FC0D]
[00402D61] System.TObject.GetInterface + $1
[0040277A] System.Error + $E
[004030EE] System.NotifyExceptFinally + $1A
[00470669] JvBrowseFolder.TJvBrowseForFolderDialog.Execute (Line 1209, "JvBrowseFolder.pas" + 81) + 
$13
[00402DA4] System.TObject.GetInterface + $44
[0041F362] Controls. + $0
[0040FD46] Classes.TStringList.Clear + $2E
[0041F380] Controls. + $0
[0046F600] JvBrowseFolder. (Line 295, "JvBrowseFolder.pas" + 0) + $374
[0046DC87] JvXPButtons.TJvXPCustomButton.Create (Line 369, "JvXPButtons.pas" + 28) + $1E
[0046DCAE] JvXPButtons.TJvXPCustomButton.Destroy (Line 374, "JvXPButtons.pas" + 1) + $3
[0046E3E1] JvXPButtons.TJvXPCustomButton.Paint (Line 664, "JvXPButtons.pas" + 44) + $3C
[0046E506] JvXPButtons.TJvXPCustomButton.Paint (Line 698, "JvXPButtons.pas" + 78) + $0
[0046E548] JvXPButtons.TJvXPCustomButton.Paint (Line 704, "JvXPButtons.pas" + 84) + $22
[0042C66E] Controls.DoFindZone + $16E
[0040240C] System.SysFreeMem + $164
[0042C9E7] Controls.TDockTree.LoadFromStream + $177
[00461564] JvJVCLUtils.TJvPicture.ReadBitmapData (Line 7960, "JvJVCLUtils.pas" + 0) + $0
[00461607] JvJVCLUtils.TJvPicture.DefineProperties (Line 8002, "JvJVCLUtils.pas" + 25) + $7
[00461643] JvJVCLUtils.TJvPicture.DefineProperties (Line 8013, "JvJVCLUtils.pas" + 36) + $6
[00429868] Controls.TWinControl.CNSysKeyDown + $34
[0042CA7F] Controls.DrawCloseButton + $7
[0046F05C] JvBrowseFolder. + $0
[00429A21] Controls.TWinControl.ChangeScale + $39
[0042C4E2] Controls.TDockTree.InsertSibling + $52
[004026FC] System.@FreeMem + $4
[00403AA1] System.@LStrFromPCharLen + $2D
(00078586) [00479586]
[0041862A] Graphics.TFileFormatsList.Create + $86
[0041889C] Graphics.TFileFormatsList.FindClassName + $4C
[004189FF] Graphics.TFileFormatsList.BuildFilterStrings + $D3
[00418852] Graphics.TFileFormatsList.FindClassName + $2
[00430420] ImgList.StreamsEqual + $2C
[0042C712] Controls.FindControlAtPos + $A
[0040240C] System.SysFreeMem + $164
[0042C9E7] Controls.TDockTree.LoadFromStream + $177
[00461607] JvJVCLUtils.TJvPicture.DefineProperties (Line 8002, "JvJVCLUtils.pas" + 25) + $7
[0042C0E4] Controls.TDockTree.GetControlBounds + $70
[0043DEE4] Forms.TCustomForm.WMSysCommand + $74
[00446593] jpeg.jpeg_calc_output_dimensions + $4FF
[004465B2] jpeg.jpeg_calc_output_dimensions + $51E
[004467BD] jpeg.. + $85
(000858E3) [004868E3]
----------------------------------------------------------------------------------------------------
System   : Windows XP Professional, Version: 5.1, Build: A28, "Service Pack 2"
Processor: AMD, AMD Athlon(tm) XP 2600+, 1920 MHz MMX
Display  : 1152x864 pixels, 32 bpp
----------------------------------------------------------------------------------------------------
List of loaded modules:
[00400000] C:\teste\viewer\Project1.exe
           (no version info)
[00F10000] C:\Arquivos de programas\Arquivos comuns\Logitech\Scrolling\LgMsgHk.dll
<10000000> 1.1.0.0 - 1.1.0
           Logitech Message Hook Library
[010D0000] C:\Arquivos de programas\Strokeit\mhook.dll
<10000000> (no version info)
[01A20000] C:\WINDOWS\system32\xpsp2res.dll
<20000000> 5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Mensagens do Service Pack 2
[10000000] C:\Arquivos de programas\Logitech\MouseWare\System\LgWndHk.dll
           9.79.25.1 - 9.79.025
           Logitech Call Window Hook Library
[20000000] C:\WINDOWS\system32\odbcint.dll
           3.525.1117.0 - 3.525.1117.0 built by: (_sqlbld)
           Microsoft Data Access - Recursos do ODBC
[5B1C0000] C:\WINDOWS\system32\uxtheme.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Biblioteca UxTheme Microsoft
[5BCB0000] C:\WINDOWS\system32\NETAPI32.dll
           5.1.2600.2952 - 5.1.2600.2952 (xpsp_sp2_gdr.060714-0446)
           Net Win32 API DLL
[5D510000] C:\WINDOWS\system32\comctl32.dll
           5.82.2900.2180 - 5.82 (xpsp_sp2_rtm.040803-2158)
           Common Controls Library
[62E80000] C:\WINDOWS\system32\LPK.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Language Pack
[71AE0000] C:\WINDOWS\system32\mpr.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL do roteador provedor múltiplo
[71BC0000] C:\WINDOWS\System32\SAMLIB.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           SAM Library DLL
[71BE0000] C:\WINDOWS\System32\ntlanman.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft(R) Lan Manager
[71C50000] C:\WINDOWS\System32\NETRAP.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Net Remote Admin Protocol DLL
[71C60000] C:\WINDOWS\System32\NETUI1.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           NT LM UI Common Code - Networking classes
[71CA0000] C:\WINDOWS\System32\NETUI0.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Código comum da interface gráfica de usuário do LM do NT
[73B50000] C:\WINDOWS\system32\sti.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de cliente de dispositivos de imagem fixa
[74610000] C:\WINDOWS\system32\ODBC32.dll
           3.525.1117.0 - 3.525.1117.0 (xpsp_sp2_rtm.040803-2158)
           Microsoft Data Access - ODBC Driver Manager
[746E0000] C:\WINDOWS\system32\MSCTF.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de servidor MSCTF
[74AA0000] C:\WINDOWS\system32\CFGMGR32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Configuration Manager Forwarder DLL
[74D50000] C:\WINDOWS\system32\USP10.dll
           1.420.2600.2180 - 1.0420.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Uniscribe Unicode script processor
[75940000] C:\WINDOWS\system32\MSGINA.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT Logon GINA DLL
[75F30000] C:\WINDOWS\System32\drprov.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft Terminal Server Network Provider
[75F40000] C:\WINDOWS\System32\davclnt.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de cliente Web DAV
[75F50000] C:\WINDOWS\system32\browseui.dll
           6.0.2900.2937 - 6.00.2900.2937 (xpsp_sp2_gdr.060623-0002)
           Biblioteca da interface de usuário do navegador do Shell
[76050000] C:\WINDOWS\system32\MSVCP60.dll
           6.2.3104.0 - 6.02.3104.0
           Microsoft (R) C++ Runtime Library
[76330000] C:\WINDOWS\system32\WINSTA.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Winstation Library
[76380000] C:\WINDOWS\system32\comdlg32.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de diálogos comuns
[765D0000] C:\WINDOWS\System32\CSCDLL.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Agente de rede off-line
[768B0000] C:\WINDOWS\system32\CRYPTUI.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Interface de usuário do fornecedor de confiança de certificados da Microsoft
[76960000] C:\WINDOWS\system32\LINKINFO.dll
           5.1.2600.2751 - 5.1.2600.2751 (xpsp_sp2_gdr.050831-1520)
           Windows Volume Tracking
[76970000] C:\WINDOWS\system32\ntshrui.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Extensões do Shell para compartilhamento
[769A0000] C:\WINDOWS\system32\USERENV.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Userenv
[76B00000] C:\WINDOWS\system32\ATL.DLL
           3.5.2284.0 - 3.05.2284
           ATL Module for Windows XP (Unicode)
[76BD0000] C:\WINDOWS\system32\PSAPI.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Process Status Helper
[76C10000] C:\WINDOWS\system32\WINTRUST.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           APIs de verificação de segurança da Microsoft
[76C70000] C:\WINDOWS\system32\IMAGEHLP.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT Image Helper
[76F40000] C:\WINDOWS\system32\WLDAP32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL da API LDAP Win32
[76FB0000] C:\WINDOWS\system32\CLBCATQ.DLL
           2001.12.4414.308 - 2001.12.4414.308
[77030000] C:\WINDOWS\system32\COMRes.dll
           2001.12.4414.258 - 2001.12.4414.258
[77100000] C:\WINDOWS\system32\oleaut32.dll
           5.1.2600.2180 - 5.1.2600.2180
[77190000] C:\WINDOWS\system32\WININET.dll
           6.0.2900.2937 - 6.00.2900.2937 (xpsp_sp2_gdr.060623-0002)
           Internet Extensions para Win32
[773B0000] 
C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
           6.0.2900.2180 - 6.0 (xpsp_sp2_rtm.040803-2158)
           User Experience Controls Library
[774C0000] C:\WINDOWS\system32\ole32.dll
           5.1.2600.2726 - 5.1.2600.2726 (xpsp_sp2_gdr.050725-1528)
           Microsoft OLE para Windows e Windows NT
[77740000] C:\WINDOWS\system32\shdocvw.dll
           6.0.2900.2937 - 6.00.2900.2937 (xpsp_sp2_gdr.060623-0002)
           Biblioteca Shell de controles e objetos-documento
[77900000] C:\WINDOWS\system32\SETUPAPI.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           API de instalação do Windows
[77A00000] C:\WINDOWS\System32\cscui.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Interface de usuário de cache do cliente
[77A60000] C:\WINDOWS\system32\CRYPT32.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Crypto API32
[77B00000] C:\WINDOWS\system32\MSASN1.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           ASN.1 Runtime APIs
[77B20000] C:\WINDOWS\system32\appHelp.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Application Compatibility Client Library
[77BE0000] C:\WINDOWS\system32\version.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Version Checking and File Installation Libraries
[77BF0000] C:\WINDOWS\system32\msvcrt.dll
           7.0.2600.2180 - 7.0.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT CRT DLL
[77D20000] C:\WINDOWS\system32\user32.dll
           5.1.2600.2622 - 5.1.2600.2622 (xpsp_sp2_gdr.050301-1519)
           DLL de Cliente API de usuário Windows XP
[77DB0000] C:\WINDOWS\system32\RPCRT4.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Procedure Call Runtime
[77E50000] C:\WINDOWS\system32\GDI32.dll
           5.1.2600.2818 - 5.1.2600.2818 (xpsp_sp2_gdr.051228-1427)
           GDI Client DLL
[77EA0000] C:\WINDOWS\system32\SHLWAPI.dll
           6.0.2900.2937 - 6.00.2900.2937 (xpsp_sp2_gdr.060623-0002)
           Biblioteca de utilitário abreviado para Shell
[77F20000] C:\WINDOWS\system32\Secur32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Security Support Provider Interface
[77F50000] C:\WINDOWS\system32\advapi32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           API de base do Windows 32 avançada
[7C800000] C:\WINDOWS\system32\kernel32.dll
           5.1.2600.2945 - 5.1.2600.2945 (xpsp_sp2_gdr.060704-2349)
           DLL cliente da API BASE do Windows NT
[7C900000] C:\WINDOWS\system32\ntdll.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de nível do NT
[7C9C0000] C:\WINDOWS\system32\shell32.dll
           6.0.2900.2951 - 6.00.2900.2951 (xpsp_sp2_gdr.060713-0009)
           DLL comum do Shell do Windows
----------------------------------------------------------------------------------------------------
Active Controls hierarchy:
TJvXPButton "Button1"
TForm1 "Form1"
----------------------------------------------------------------------------------------------------


"Arioch" <the_Arioch@false.nm.domain.ru> escreveu na mensagem news:op.tgcbj3cp57p8gu@max...
21.09.06 ? 20:01 Marcelo ? ????? ?????? ?????(?):

> > i got this error
> > ==================================================================================
> > project project1.exe raised exception class EInvalidPointer with
> > message 'Invalid pointer operation'.  process stopped. Use Step or Run
> > to continue
> > ==================================================================================

Marcelo, two litle advises:
  1. try saving screenshots to PNG rather than JPG. Usually JPG files are
larger and add some blur to screenshots.
JPEG was designed for unshape images of nature: flowers, see, etc.
Screenshots are shape with little nuber of colours and contrast borders,
where PNG usually works better.
  2. since You installed JCL, add ExceptDlg from JCL examples to uses and
check Insert Debug Info in Delphi Project menu. This would make exceptions
work slower but give quite more info, especially when you will give you
app to someone who cannpot debug it himself :) 




Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Sat, 23 Sep 2006 15:44:40 -0300
Newsgroups: jedi.vcl

yes.. i changed the line using your tip
(FCanvas as TControlCanvas).UpdateTextFlags;

but the problem continues...

same crash and same error message

i don't know how to solve this...


===================================================================

"OBones" <obones_gfd_@_gfd_altern.org> escreveu na mensagem news:ef2t5u$nfh$1@news.talkto.net...
Marcelo wrote:
> > humm... i think is that you want..
> >
> > i inspected the FCanvas value at breakpoint
> >
> > Fcanvas = $D35610

Thanks, I thought it would be nil but it is not.
Okay, please replace this line


TControlCanvas(FCanvas).UpdateTextFlags;

by this line

(FCanvas as TControlCanvas).UpdateTextFlags;


And let us know if the exception is changing. What I expect is that the
exception will say something like that "Unable to cast XXX into
TControlCanvas". If that's the case, i'm VERY interested in what the XXX
is. If that's not the case, then you'll have to step into
UpdateTextFlags and see where it gives the AV.
I'm sorry I can not help more, I don't have access to Delphi 5 and
despite all my efforts, I could not get my hands on a copy of it...

Cheers

-- Olivier Sannier JVCL Coordinator http://jvcl.sf.net/ 

Subject: Runtime designer - example?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Sat, 23 Sep 2006 11:41:41 -0700
Newsgroups: jedi.vcl

Is there an example of what the Runtime Designer is capable of? The help 
that can be downloaded is for 3.1, not 3.2, and there's no info there. 
There's not much in the CodeCentral link I found from back in 2005 when it 
first got added to JVCL. And I don't find it intuitive as it is. Thanks. 




Subject: Re: Got it ? - nothing here for QC !
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Sat, 23 Sep 2006 20:20:43 +0200
Newsgroups: jedi.vcl

Wouldn't reverting to using a plain TList and adding the modified "if Result 
= nil then" test you suggested fix the problem?

-- Regards, Peter "Arioch" <the_Arioch@false.nm.domain.ru> skrev i meddelandet news:op.tgce65dz57p8gu@max...
> > 23.09.06 ? 21:10 Arioch ? ????? ?????? ?????(?):
> >
>> >> Exactly. I wonder why this does not happen in D7 ? different heap 
>> >> manager ?
> >
> > Sorry. i overlooked later sources of VCL
> >
> > Borland fixed this bug later - but did not provided fix for Delphi 5. :-(
> >
> > Hence one more reason to support older Delphi versions - excessive bug 
> > tests :-)
> >
> >
> >
> > PS: from BDS-2006 generation:
> >
> > procedure TList.Put(Index: Integer; Item: Pointer);
> > var
> >   Temp: Pointer;
> > begin
> >   if (Index < 0) or (Index >= FCount) then
> >     Error(@SListIndexError, Index);
>>>>> >>>>>  if Item <> FList^[Index] then
>>>>> >>>>>  begin
> >     Temp := FList^[Index];
> >     FList^[Index] := Item;
> >     if Temp <> nil then
> >       Notify(Temp, lnDeleted);
> >     if Item <> nil then
> >       Notify(Item, lnAdded);
>>>>> >>>>>  end;
> > end; 




Subject: Re: Got it ? - nothing here for QC !
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 23 Sep 2006 22:05:19 +0400
Newsgroups: jedi.vcl

23.09.06 в 21:10 Arioch в своём письме писал(а):

> Exactly. I wonder why this does not happen in D7 ? different heap manager ?

Sorry. i overlooked later sources of VCL

Borland fixed this bug later - but did not provided fix for Delphi 5. :-(

Hence one more reason to support older Delphi versions - excessive bug tests :-)



PS: from BDS-2006 generation:

procedure TList.Put(Index: Integer; Item: Pointer);
var
  Temp: Pointer;
begin
  if (Index < 0) or (Index >= FCount) then
    Error(@SListIndexError, Index);
>>>>  if Item <> FList^[Index] then
>>>>  begin
    Temp := FList^[Index];
    FList^[Index] := Item;
    if Temp <> nil then
      Notify(Temp, lnDeleted);
    if Item <> nil then
      Notify(Item, lnAdded);
>>>>  end;
end;


Subject: Got it ? - someone - post a ticket to Borland QC !
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 23 Sep 2006 21:10:25 +0400
Newsgroups: jedi.vcl

> Why this extra assignment ? why not
>>   if Result = nil then     BEGIN
>>          Result := GetItemClass.Create(Self);
>>          FItems[Index] := Result;
>>      END;
>> end;
> ?

Exactly. I wonder why this does not happen in D7 ? different heap manager ?
Someone, try the Marcelo's sample in Delphi7 with FastMM in debug mode!
This place is definitly a bug, that triggers a bug in TObjectList+TList cooperation.



procedure TJvCustomItemViewer.Paint;
//// line 1342

  for I := 0 to Count - 1 do
    if not Items[I].Deleting then /// this one !  (**1**)
    begin
      if not Options.LazyRead or IsRectVisible(ItemRect) then
        DrawItem(I,
             GetItemState(I),   //// and this one !  (**2**)
                   Canvas, ItemRect, TextRect);


Look at this!
They both call function TJvCustomItemViewer.GetItems

Then it got into TObjectList.SetItem(Index, That_very_Item!!)

Then it got into
> procedure TList.Put(Index: Integer; Item: Pointer);
> var
>   Temp: Pointer;
> begin
>   if (Index < 0) or (Index >= FCount) then
>     Error(@SListIndexError, Index);
>   Temp := FList^[Index];
>   FList^[Index] := Item;
>   if Temp <> nil then
>     Notify(Temp, lnDeleted);
^^^^^^^^ Here !
>   if Item <> nil then
>     Notify(Item, lnAdded);
> end;

We have TEMP = ITEM here. Sure, Borland dev's did not think of stupid scenario of
  >>> SomeObjectList[i] := SomeObjectList[i];
with SomeObjectList.OwnsObjects = TRUE;

> procedure TObjectList.Notify(Ptr: Pointer; Action: TListNotification);
> begin
>   if OwnsObjects then
>     if Action = lnDeleted then
>       TObject(Ptr).Free;
^^^^^^^^ Here !
>   inherited Notify(Ptr, Action);
> end;


Resume: at (**1**) we occasionally free the object, but still place in Heap is kept intact with dead object's data (or perhaps just because Added noteificaton do nothing there is no memory access).
Later at (**2**) the memory is already corrupt but the dead pointer is kept within TList and attepmt to fetch the item leads to crash.

It is philisophical question wht to do, but either TList.Put should not post notifications when TEMP=ITEM, or TObjectList.SetItem should skip itself when inherited Items[Index] = Value.

PS: i remember when i did TInterfaceList - dead objecta flew all around me :-)


Subject: Re: jvThread sync
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 23 Sep 2006 19:07:37 +0200
Newsgroups: jedi.vcl

psy wrote:

> you're right, now how can I pass an integer parameter to a thread.Execute? I'm not really sure how to user pointers...

Why do you want to use pointers?
Create a property in your thread class and use it.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 23 Sep 2006 20:46:41 +0400
Newsgroups: jedi.vcl

21.09.06 в 20:01 Marcelo в своём письме писал(а):

> i got this error
> ==================================================================================
> project project1.exe raised exception class EInvalidPointer with
> message 'Invalid pointer operation'.  process stopped. Use Step or Run to continue
> ==================================================================================

Marcelo, two litle advises:
 1. try saving screenshots to PNG rather than JPG. Usually JPG files are larger and add some blur to screenshots.
JPEG was designed for unshape images of nature: flowers, see, etc. Screenshots are shape with little nuber of colours and contrast borders, where PNG usually works better.
 2. since You installed JCL, add ExceptDlg from JCL examples to uses and check Insert Debug Info in Delphi Project menu. This would make exceptions work slower but give quite more info, especially when you will give you app to someone who cannpot debug it himself :)


Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 23 Sep 2006 20:46:41 +0400
Newsgroups: jedi.vcl

The invalid opperation occures somewhere within TList.Get if i got it right.

So i'd list the things that confuses me:

> function TJvCustomItemViewer.GetItems(Index: Integer): TJvViewerItem;
> begin
>   Result := FItems[Index];
>   if Result = nil then
>     Result := GetItemClass.Create(Self);
>   FItems[Index] := Result;
> end;

Why this extra assignment ? why not
>   if Result = nil then     BEGIN
>          Result := GetItemClass.Create(Self);
>          FItems[Index] := Result;
>      END;
> end;
?

When we follow to
> procedure TJvViewerItemList.SetItem(Index: Integer; const Value: TJvViewerItem);
> begin
>   inherited Items[Index] := Value;
> end;

we get the crash.


Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 23 Sep 2006 20:25:15 +0400
Newsgroups: jedi.vcl

23.09.06 в 13:02 OBones в своём письме писал(а):

> will say something like that "Unable to cast XXX into TControlCanvas". If that's the case, i'm VERY interested in what the XXX is

Guess Marcelo can just Evaluate or Watch FCanvas.ClassName ;)


Subject: Re: jvThread sync
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Sat, 23 Sep 2006 10:09:18 -0300
Newsgroups: jedi.vcl

you're right, now how can I pass an integer parameter to a thread.Execute? 
I'm not really sure how to user pointers...
"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ef0l9r$c3j$1@news.talkto.net...
> > I'm quite sure that the ExecuteAndWait locks the main thread and thus 
> > prevents any message processing. What is the point of having a thread when 
> > you want for it to finish ? 




Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 23 Sep 2006 11:02:04 +0200
Newsgroups: jedi.vcl

Marcelo wrote:
> humm... i think is that you want..
>
> i inspected the FCanvas value at breakpoint
>
> Fcanvas = $D35610

Thanks, I thought it would be nil but it is not.
Okay, please replace this line


TControlCanvas(FCanvas).UpdateTextFlags;

by this line

(FCanvas as TControlCanvas).UpdateTextFlags;


And let us know if the exception is changing. What I expect is that the exception will say something like that "Unable to cast XXX into TControlCanvas". If that's the case, i'm VERY interested in what the XXX is. If that's not the case, then you'll have to step into UpdateTextFlags and see where it gives the AV.
I'm sorry I can not help more, I don't have access to Delphi 5 and despite all my efforts, I could not get my hands on a copy of it...

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Fri, 22 Sep 2006 16:48:26 -0300
Newsgroups: jedi.vcl

humm... i think is that you want..

i inspected the FCanvas value at breakpoint

Fcanvas = $D35610

see the screenshot
http://xs.to/xs.php?h=xs106&d=06385&f=jedi3-error-snap.jpg

==============================================
procedure TJvCustomItemViewer.PaintWindow(DC: HDC);
begin
  FCanvas.Lock;
  try
    FCanvas.Handle := DC;
    try
      TControlCanvas(FCanvas).UpdateTextFlags;  <<===breakpoint here
      Paint;
    finally
      FCanvas.Handle := 0;
    end;
  finally
    FCanvas.Unlock;
  end;
end;

=================================================================
"OBones" <obones_gfd_@_gfd_altern.org> escreveu na mensagem news:ef0vrd$efe$1@news.talkto.net...
Marcelo wrote:
> > hi,
> >
> > the snapshot with "local variables"
> > [break point at line 1368] TcontrolCanvas(FCanvas).UpdateTextFlags;
> > http://xs.to/xs.php?h=xs106&d=06385&f=jedi2-error-snap.jpg

But that does not answer my question. What is the value of FCanvas ?

-- Olivier Sannier JVCL Coordinator http://jvcl.sf.net/ 

Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 22 Sep 2006 17:35:25 +0200
Newsgroups: jedi.vcl

Marcelo wrote:
> hi,
>
> the snapshot with "local variables"
> [break point at line 1368] TcontrolCanvas(FCanvas).UpdateTextFlags;
> http://xs.to/xs.php?h=xs106&d=06385&f=jedi2-error-snap.jpg

But that does not answer my question. What is the value of FCanvas ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Fri, 22 Sep 2006 16:48:16 +0200
Newsgroups: jedi.vcl

Ah, missed that. Sorry

-- Regards, Peter "Marcelo" <mcgal-NOSPAM-@ig.com.br> skrev i meddelandet news:eevc12$6ev$1@news.talkto.net...
> > did you read the sample code in the first post ?
> >
> > yes..
> >
> > jpegs is present in the clausule (as you can see the first post)
> >
> >
> > "Peter Thornqvist" <peter.tornqvist@gmail.com> escreveu na mensagem
> > news:eev0l2$508$1@news.talkto.net...
> > Do you have "jpeg" in your uses clause?
> >
> > -- 
> > Regards, Peter
> >
> > "Marcelo" <mcgal-NOSPAM-@ig.com.br> skrev i meddelandet
> > news:eeuvd5$4ok$1@news.talkto.net...
>> >> hi,
>> >>
>> >> i recompile the jvcl with "developer" option checked to produce the debug
>> >> information..
>> >>
>> >> here is the snapshot of the error when running
>> >>
>> >> http://xs.to/xs.php?h=xs306&d=06384&f=jedi-error-snap.jpg
>> >>
>> >>
> >
> >
> > 




Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Fri, 22 Sep 2006 10:52:12 -0300
Newsgroups: jedi.vcl

hi,

the snapshot with "local variables"
[break point at line 1368] TcontrolCanvas(FCanvas).UpdateTextFlags;
http://xs.to/xs.php?h=xs106&d=06385&f=jedi2-error-snap.jpg

the snapshot (trace into)
http://xs.to/xs.php?h=xs206&d=06385&f=jedi-error-into.jpg



"OBones" <obones_gf_@_fe_altern.org> escreveu na mensagem news:ef004n$8n8$1@news.talkto.net...
Marcelo wrote:
> > hi,
> >
> > i recompile the jvcl with "developer" option checked to produce the debug information..
> >
> > here is the snapshot of the error when running

Put a breakpoint on the call to UpdateTextFlags call and when it stops
there, please tell us the value of FCanvas. 




Subject: Re: jvThread sync
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 22 Sep 2006 14:37:35 +0200
Newsgroups: jedi.vcl

I'm quite sure that the ExecuteAndWait locks the main thread and thus prevents any message processing. What is the point of having a thread when you want for it to finish ?


Subject: Re: jvThread sync
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Fri, 22 Sep 2006 09:18:21 -0300
Newsgroups: jedi.vcl

any help please :-(
"psy" <psy_ddrNOSPAM@yahoo.com> wrote in message 
news:eeucec$bs$1@news.talkto.net...
> > Hi there,
> > I have a small piece of code that fires a thread component like this:
> > //
> > trdCheckMessages.ExecuteAndWait(Self);
> > and inside the execute method of this thread I have a call to a custom
> > procedure that executes a desktopalert component. before I added the
> > threading it was working fine but now the desktopalert is not showing 
> > anymore,
> > if  I debug I can see that the code flows perfectly but there is no visual 
> > feedback from the
> > desktop alert, how is this issue related to the jvThread component?
> >
> > Another question related to the jvThread is that I have an object:
> > ThreadCheckList : TStringList;
> > and inside this thread execute method I update this list, how do I sync it 
> > with the
> > global variable?
> >
> > thanks a lot!
> > 




Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 22 Sep 2006 08:35:33 +0200
Newsgroups: jedi.vcl

Marcelo wrote:
> hi,
>
> i recompile the jvcl with "developer" option checked to produce the debug information..
>
> here is the snapshot of the error when running

Put a breakpoint on the call to UpdateTextFlags call and when it stops there, please tell us the value of FCanvas.


Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Thu, 21 Sep 2006 21:46:06 -0300
Newsgroups: jedi.vcl

did you read the sample code in the first post ?

yes..

jpegs is present in the clausule (as you can see the first post)


"Peter Thornqvist" <peter.tornqvist@gmail.com> escreveu na mensagem 
news:eev0l2$508$1@news.talkto.net...
Do you have "jpeg" in your uses clause?

-- Regards, Peter "Marcelo" <mcgal-NOSPAM-@ig.com.br> skrev i meddelandet news:eeuvd5$4ok$1@news.talkto.net...
> > hi,
> >
> > i recompile the jvcl with "developer" option checked to produce the debug
> > information..
> >
> > here is the snapshot of the error when running
> >
> > http://xs.to/xs.php?h=xs306&d=06384&f=jedi-error-snap.jpg
> >
> >





Subject: Re: TJvTfAppt.Description inserting new line
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Fri, 22 Sep 2006 00:08:56 +0200
Newsgroups: jedi.vcl

On Thu, 21 Sep 2006 21:22:46 +0200, "Peter Thornqvist"
<peter.tornqvist@gmail.com> wrote:

> >You can't set a part of the text bold AFAIK, but you can bold the entire 
> >text by adjusting the properties of either ApptAttr.Font or SelApptAttr.Font 
> >(not sure which one you want, maybe both).

Ok Peter.

Thanks a lot..


Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 21 Sep 2006 23:36:41 +0200
Newsgroups: jedi.vcl

Do you have "jpeg" in your uses clause?

-- Regards, Peter "Marcelo" <mcgal-NOSPAM-@ig.com.br> skrev i meddelandet news:eeuvd5$4ok$1@news.talkto.net...
> > hi,
> >
> > i recompile the jvcl with "developer" option checked to produce the debug 
> > information..
> >
> > here is the snapshot of the error when running
> >
> > http://xs.to/xs.php?h=xs306&d=06384&f=jedi-error-snap.jpg
> >
> > 




Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Thu, 21 Sep 2006 18:15:19 -0300
Newsgroups: jedi.vcl

hi,

i recompile the jvcl with "developer" option checked to produce the debug information..

here is the snapshot of the error when running

http://xs.to/xs.php?h=xs306&d=06384&f=jedi-error-snap.jpg 




Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Thu, 21 Sep 2006 17:33:34 -0300
Newsgroups: jedi.vcl

the error with  JvImagesViewer1 appear when you set the directory.

if i set the directory in "design mode" i got the same error ...

but in my sample (see below) the error is raised at the line => 
JvImagesViewer1.Directory:=JvBrowseForFolderDialog1.Directory;

one good tip:
- if the destination folder is empty.. no error raised

- if the destination folder has images (jpg ) .. the error is raised

==============================================================
uses jpeg;

procedure TForm1.Button1Click(Sender: TObject);
begin

if JvBrowseForFolderDialog1.Execute then
   begin
   JvImagesViewer1.Enabled:=false;
   JvImagesViewer1.FileMask:='*.jpg';
   caption:=JvBrowseForFolderDialog1.Directory;
   JvImagesViewer1.Directory:=JvBrowseForFolderDialog1.Directory;   <<=== error here
   JvImagesViewer1.Enabled:=true;              <<= error here
   end;
end;
==============================================================

see the debug information attached...


"OBones" <obones_gfd_@_gfd_altern.org> escreveu na mensagem news:eeujf8$1rq$1@news.talkto.net...
Can't you trace into the source code to see where it triggers the
exception ?

-- Olivier Sannier JVCL Coordinator http://jvcl.sf.net/

EurekaLog 5.1.9

Application:
-------------------------------------------------------
  1.1 Start Date      : Thu, 21 Sep 2006 17:20:58 -0300
  1.2 Name/Description: Project1.exe
  1.3 Version Number  : 
  1.4 Parameters      : 
  1.5 Compilation Date: Thu, 21 Sep 2006 17:20:22 -0300

Exception:
----------------------------------------------
  2.1 Date   : Thu, 21 Sep 2006 17:21:10 -0300
  2.2 Address: 00402EC1
  2.3 Module : Project1.exe
  2.4 Type   : EInvalidPointer
  2.5 Message: Invalid pointer operation.

Active Controls:
---------------------------
  3.1 Form Class   : TForm1
  3.2 Form Text    : C:\pic
  3.3 Control Class: TForm1
  3.4 Control Text : C:\pic

Computer:
-----------------------------------------------------
  4.1 Name          : ADMIN
  4.2 User          : admin
  4.3 Total Memory  : 511 Mb
  4.4 Free Memory   : 73 Mb
  4.5 Total Disk    : 21,36 Gb
  4.6 Free Disk     : 1,29 Gb
  4.7 System Up Time: 7 hours, 14 minutes, 20 seconds
  4.8 Processor     : AMD Athlon(tm) XP 2600+
  4.9 Display Mode  : 1152 x 864, 32 bit

Operating System:
------------------------------------
  5.1 Type    : Microsoft Windows XP
  5.2 Build # : 2600
  5.3 Update  : Service Pack 2
  5.4 Language: Portuguese

Network:
---------------------------------------------------------------------
  6.1 IP Address: 010.000.000.005 - 192.168.146.001 - 192.168.242.001
  6.2 Submask   : 255.255.255.000 - 255.255.255.000 - 255.255.255.000
  6.3 Gateway   : 010.000.000.002 - 000.000.000.000 - 000.000.000.000
  6.4 DNS 1     : 010.000.000.002 - 000.000.000.000 - 000.000.000.000
  6.5 DNS 2     : 000.000.000.000 - 000.000.000.000 - 000.000.000.000
  6.6 DHCP      : ON              - OFF             - OFF            

Call Stack Information:
------------------------------------------------------------------------
|Address |Module      |Unit        |Class|Procedure/Method        |Line|
------------------------------------------------------------------------
| Running Thread: ID=5132; Priority=0; Class=; [Main]                  |
|----------------------------------------------------------------------|
|77E58A36|GDI32.dll   |            |     |RestoreDC               |    |
|77E5ADF3|GDI32.dll   |            |     |MoveToEx                |    |
|77E6EAFB|GDI32.dll   |            |     |GetCurrentPositionEx    |    |
|7C9010ED|ntdll.dll   |            |     |RtlLeaveCriticalSection |    |
|7C9118EC|ntdll.dll   |            |     |RtlDeleteCriticalSection|    |
|77D2C660|user32.dll  |            |     |CallWindowProcW         |    |
|5D528532|comctl32.dll|            |     |DefSubclassProc         |    |
|5D5284F1|comctl32.dll|            |     |DefSubclassProc         |    |
|77D2BB05|user32.dll  |            |     |GetPropW                |    |
|77D296C2|user32.dll  |            |     |DispatchMessageA        |    |
|77D296B8|user32.dll  |            |     |DispatchMessageA        |    |
|004A6CAB|Project1.exe|Project1.dpr|     |                        |13  |
------------------------------------------------------------------------

Modules Information:
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
|Handle  |Name        |Description                                                                 |Version         |Size   |Modified           |Path                                                                                                |
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
|00400000|Project1.exe|                                                                            |                |796160 |2006-09-21 17:20:24|C:\teste\viewer                                                                                     |
|00FD0000|LgMsgHk.dll |Logitech Message Hook Library                                               |1.1.0.0         |24064  |2004-01-08 09:50:00|C:\Arquivos de programas\Arquivos comuns\Logitech\Scrolling                                         |
|010E0000|mhook.dll   |                                                                            |                |7168   |2004-09-27 16:59:52|C:\Arquivos de programas\Strokeit                                                                   |
|01AF0000|xpsp2res.dll|Mensagens do Service Pack 2                                                 |5.1.2600.2180   |2945536|2004-08-04 03:45:02|C:\WINDOWS\system32                                                                                 |
|10000000|LgWndHk.dll |Logitech Call Window Hook Library                                           |9.79.25.1       |6144   |2004-01-08 09:50:00|C:\Arquivos de programas\Logitech\MouseWare\System                                                  |
|20000000|odbcint.dll |Microsoft Data Access - Recursos do ODBC                                    |3.525.1117.0    |98304  |2004-08-04 03:44:44|C:\WINDOWS\system32                                                                                 |
|5B1C0000|uxtheme.dll |Biblioteca UxTheme Microsoft                                                |6.0.2900.2180   |219648 |2004-08-04 00:45:28|C:\WINDOWS\system32                                                                                 |
|5BCB0000|NETAPI32.dll|Net Win32 API DLL                                                           |5.1.2600.2952   |332288 |2006-07-14 12:38:54|C:\WINDOWS\system32                                                                                 |
|5D510000|comctl32.dll|Common Controls Library                                                     |5.82.2900.2180  |611328 |2004-08-04 03:45:22|C:\WINDOWS\system32                                                                                 |
|62E80000|LPK.DLL     |Language Pack                                                               |5.1.2600.2180   |22016  |2004-08-04 03:45:24|C:\WINDOWS\system32                                                                                 |
|71A60000|WS2HELP.dll |DLL de ajuda do Windows Socket 2.0 para Windows NT                          |5.1.2600.2180   |19968  |2004-08-04 03:45:30|C:\WINDOWS\system32                                                                                 |
|71A70000|WS2_32.dll  |Windows Socket 2.0 32-Bit DLL                                               |5.1.2600.2180   |82944  |2004-08-04 03:45:30|C:\WINDOWS\system32                                                                                 |
|71A90000|wsock32.dll |DLL de soquete para Windows de 32 bits                                      |5.1.2600.2180   |25088  |2004-08-04 03:45:30|C:\WINDOWS\system32                                                                                 |
|71AE0000|mpr.dll     |DLL do roteador provedor múltiplo                                           |5.1.2600.2180   |59904  |2004-08-04 03:45:24|C:\WINDOWS\system32                                                                                 |
|71BC0000|SAMLIB.dll  |SAM Library DLL                                                             |5.1.2600.2180   |64000  |2004-08-04 03:45:26|C:\WINDOWS\System32                                                                                 |
|71BE0000|ntlanman.dll|Microsoft(R) Lan Manager                                                    |5.1.2600.2180   |43520  |2004-08-04 03:45:26|C:\WINDOWS\System32                                                                                 |
|71C50000|NETRAP.dll  |Net Remote Admin Protocol DLL                                               |5.1.2600.2180   |12288  |2004-08-04 03:45:26|C:\WINDOWS\System32                                                                                 |
|71C60000|NETUI1.dll  |NT LM UI Common Code - Networking classes                                   |5.1.2600.2180   |245760 |2004-08-04 03:45:26|C:\WINDOWS\System32                                                                                 |
|71CA0000|NETUI0.dll  |Código comum da interface gráfica de usuário do LM do NT                    |5.1.2600.2180   |81920  |2004-08-04 03:45:26|C:\WINDOWS\System32                                                                                 |
|73B50000|sti.dll     |DLL de cliente de dispositivos de imagem fixa                               |5.1.2600.2180   |68096  |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|74610000|ODBC32.dll  |Microsoft Data Access - ODBC Driver Manager                                 |3.525.1117.0    |249856 |2004-08-04 03:45:26|C:\WINDOWS\system32                                                                                 |
|746E0000|MSCTF.dll   |DLL de servidor MSCTF                                                       |5.1.2600.2180   |294400 |2004-08-04 03:45:24|C:\WINDOWS\system32                                                                                 |
|74AA0000|CFGMGR32.dll|Configuration Manager Forwarder DLL                                         |5.1.2600.2180   |16896  |2004-08-04 03:44:08|C:\WINDOWS\system32                                                                                 |
|74D50000|USP10.dll   |Uniscribe Unicode script processor                                          |1.420.2600.2180 |406528 |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|75940000|MSGINA.dll  |Windows NT Logon GINA DLL                                                   |5.1.2600.2180   |997888 |2004-08-04 03:45:24|C:\WINDOWS\system32                                                                                 |
|75F30000|drprov.dll  |Microsoft Terminal Server Network Provider                                  |5.1.2600.2180   |14336  |2004-08-04 03:45:22|C:\WINDOWS\System32                                                                                 |
|75F40000|davclnt.dll |DLL de cliente Web DAV                                                      |5.1.2600.2180   |25088  |2004-08-04 03:45:22|C:\WINDOWS\System32                                                                                 |
|75F50000|browseui.dll|Biblioteca da interface de usuário do navegador do Shell                    |6.0.2900.2937   |1023488|2006-06-23 08:11:46|C:\WINDOWS\system32                                                                                 |
|76050000|MSVCP60.dll |Microsoft (R) C++ Runtime Library                                           |6.2.3104.0      |413696 |2004-08-04 03:45:26|C:\WINDOWS\system32                                                                                 |
|76330000|WINSTA.dll  |Winstation Library                                                          |5.1.2600.2180   |53760  |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|76380000|comdlg32.dll|DLL de diálogos comuns                                                      |6.0.2900.2180   |275456 |2004-08-04 03:45:22|C:\WINDOWS\system32                                                                                 |
|765D0000|CSCDLL.dll  |Agente de rede off-line                                                     |5.1.2600.2180   |102400 |2004-08-04 03:45:22|C:\WINDOWS\System32                                                                                 |
|768B0000|CRYPTUI.dll |Interface de usuário do fornecedor de confiança de certificados da Microsoft|5.131.2600.2180 |528384 |2004-08-04 03:45:22|C:\WINDOWS\system32                                                                                 |
|76960000|LINKINFO.dll|Windows Volume Tracking                                                     |5.1.2600.2751   |19968  |2005-08-31 22:43:36|C:\WINDOWS\system32                                                                                 |
|76970000|ntshrui.dll |Extensões do Shell para compartilhamento                                    |5.1.2600.2180   |145408 |2004-08-04 03:45:26|C:\WINDOWS\system32                                                                                 |
|769A0000|USERENV.dll |Userenv                                                                     |5.1.2600.2180   |728576 |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|76B00000|ATL.DLL     |ATL Module for Windows XP (Unicode)                                         |3.5.2284.0      |58880  |2004-08-04 03:45:22|C:\WINDOWS\system32                                                                                 |
|76BD0000|PSAPI.DLL   |Process Status Helper                                                       |5.1.2600.2180   |23040  |2004-08-04 03:45:26|C:\WINDOWS\system32                                                                                 |
|76C10000|WINTRUST.dll|APIs de verificação de segurança da Microsoft                               |5.131.2600.2180 |176640 |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|76C70000|IMAGEHLP.dll|Windows NT Image Helper                                                     |5.1.2600.2180   |144384 |2004-08-04 03:45:24|C:\WINDOWS\system32                                                                                 |
|76F40000|WLDAP32.dll |DLL da API LDAP Win32                                                       |5.1.2600.2180   |173056 |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|76FB0000|CLBCATQ.DLL |                                                                            |2001.12.4414.308|498688 |2005-07-26 01:40:30|C:\WINDOWS\system32                                                                                 |
|77030000|COMRes.dll  |                                                                            |2001.12.4414.258|821760 |2004-08-04 03:45:22|C:\WINDOWS\system32                                                                                 |
|77100000|oleaut32.dll|                                                                            |5.1.2600.2180   |553472 |2004-08-04 03:45:26|C:\WINDOWS\system32                                                                                 |
|77190000|WININET.dll |Internet Extensions para Win32                                              |6.0.2900.2937   |660992 |2006-06-23 08:11:50|C:\WINDOWS\system32                                                                                 |
|773B0000|comctl32.dll|User Experience Controls Library                                            |6.0.2900.2180   |1050624|2004-08-04 03:44:04|C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9|
|774C0000|ole32.dll   |Microsoft OLE para Windows e Windows NT                                     |5.1.2600.2726   |1284608|2005-07-26 01:40:32|C:\WINDOWS\system32                                                                                 |
|77740000|shdocvw.dll |Biblioteca Shell de controles e objetos-documento                           |6.0.2900.2937   |1494016|2006-06-23 08:11:50|C:\WINDOWS\system32                                                                                 |
|77900000|SETUPAPI.dll|API de instalação do Windows                                                |5.1.2600.2180   |993792 |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|77A00000|cscui.dll   |Interface de usuário de cache do cliente                                    |5.1.2600.2180   |331776 |2004-08-04 03:45:22|C:\WINDOWS\System32                                                                                 |
|77A60000|CRYPT32.dll |Crypto API32                                                                |5.131.2600.2180 |603648 |2004-08-04 03:45:22|C:\WINDOWS\system32                                                                                 |
|77B00000|MSASN1.dll  |ASN.1 Runtime APIs                                                          |5.1.2600.2180   |57344  |2004-08-04 03:45:24|C:\WINDOWS\system32                                                                                 |
|77B20000|appHelp.dll |Application Compatibility Client Library                                    |5.1.2600.2180   |126976 |2004-08-04 03:45:22|C:\WINDOWS\system32                                                                                 |
|77BE0000|version.dll |Version Checking and File Installation Libraries                            |5.1.2600.2180   |18944  |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|77BF0000|msvcrt.dll  |Windows NT CRT DLL                                                          |7.0.2600.2180   |343040 |2004-08-04 03:45:26|C:\WINDOWS\system32                                                                                 |
|77D20000|user32.dll  |DLL de Cliente API de usuário Windows XP                                    |5.1.2600.2622   |577536 |2005-03-02 15:18:26|C:\WINDOWS\system32                                                                                 |
|77DB0000|RPCRT4.dll  |Remote Procedure Call Runtime                                               |5.1.2600.2180   |581120 |2004-08-04 03:45:26|C:\WINDOWS\system32                                                                                 |
|77E50000|GDI32.dll   |GDI Client DLL                                                              |5.1.2600.2818   |280064 |2005-12-28 23:54:44|C:\WINDOWS\system32                                                                                 |
|77EA0000|SHLWAPI.dll |Biblioteca de utilitário abreviado para Shell                               |6.0.2900.2937   |474112 |2006-06-23 08:11:50|C:\WINDOWS\system32                                                                                 |
|77F20000|Secur32.dll |Security Support Provider Interface                                         |5.1.2600.2180   |55808  |2004-08-04 03:45:28|C:\WINDOWS\system32                                                                                 |
|77F50000|advapi32.dll|API de base do Windows 32 avançada                                          |5.1.2600.2180   |683008 |2004-08-04 03:45:22|C:\WINDOWS\system32                                                                                 |
|7C800000|kernel32.dll|DLL cliente da API BASE do Windows NT                                       |5.1.2600.2945   |1022976|2006-07-05 07:56:28|C:\WINDOWS\system32                                                                                 |
|7C900000|ntdll.dll   |DLL de nível do NT                                                          |5.1.2600.2180   |723968 |2004-08-04 03:45:18|C:\WINDOWS\system32                                                                                 |
|7C9C0000|shell32.dll |DLL comum do Shell do Windows                                               |6.0.2900.2951   |8483328|2006-07-13 10:35:54|C:\WINDOWS\system32                                                                                 |
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

Registers:
-----------------------------
EAX: 00D60498   EDI: 00D8DE10
EBX: 00402EC6   ESI: 00000000
ECX: 0040C400   ESP: 0012F75C
EDX: 00402EC6   EIP: 00402EC1

Stack:               Memory Dump:
------------------   ---------------------------------------------------------------------------
0012F75C: 00D8DE10   00402EC1: E8 42 F8 FF FF 5E 5B C3 8D 40 00 84 D2 74 08 83  .B...^[..@...t..
0012F760: 0040278C   00402ED1: C4 F0 E8 24 03 00 00 84 D2 74 0F E8 73 03 00 00  ...$.....t..s...
0012F764: 00D8DE10   00402EE1: 64 8F 05 00 00 00 00 83 C4 0C C3 E8 6B 03 00 00  d...........k...
0012F768: 00D8DE01   00402EF1: 84 D2 7E 05 E8 52 03 00 00 C3 90 85 C0 74 07 8B  ..~..R.......t..
0012F76C: 00403251   00402F01: 08 B2 01 FF 51 FC C3 53 56 57 89 C3 89 D7 AB 8B  ....Q..SVW......
0012F770: 0049B096   00402F11: 4B D8 31 C0 51 C1 E9 02 49 F3 AB 59 83 E1 03 F3  K.1.Q...I..Y....
0012F774: 00D8A984   00402F21: AA 89 D0 89 E2 8B 4B B8 85 C9 74 01 51 8B 5B DC  ......K...t.Q.[.
0012F778: 00D8DE02   00402F31: 85 DB 74 04 8B 1B EB ED 39 D4 74 1D 5B 8B 0B 83  ..t.....9.t.[...
0012F77C: 00402F07   00402F41: C3 04 8B 73 10 85 F6 74 06 8B 7B 14 89 34 38 83  ...s...t..{..48.
0012F780: 00452AEF   00402F51: C3 1C 49 75 ED 39 D4 75 E3 5F 5E 5B C3 8B C0 87  ..Iu.9.u._^[....
0012F784: 00D8DE10   00402F61: CA 81 F9 00 00 00 FF 73 11 81 F9 00 00 00 FE 72  .......s.......r
0012F788: 00496FB8   00402F71: 07 0F BF C9 03 08 FF 21 FF E1 81 E1 FF FF FF 00  .......!........
0012F78C: 00D8A984   00402F81: 01 C1 89 D0 8B 11 E9 14 2C 00 00 C3 8D 40 00 55  ........,....@.U
0012F790: 0041153D   00402F91: 8B EC 83 C4 F8 53 56 57 33 DB 89 5D F8 8B F9 89  .....SVW3..]....
0012F794: 00000000   00402FA1: 55 FC 8B F0 33 C0 55 68 1E 30 40 00 64 FF 30 64  U...3.Uh.0@.d.0d
0012F798: 00D8DE10   00402FB1: 89 20 8B 55 FC 8B 06 E8 73 00 00 00 8B D8 85 DB  . .U....s.......




Project1.txt
	



Subject: Re: TJvTfAppt.Description inserting new line
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 21 Sep 2006 21:22:46 +0200
Newsgroups: jedi.vcl

You can't set a part of the text bold AFAIK, but you can bold the entire 
text by adjusting the properties of either ApptAttr.Font or SelApptAttr.Font 
(not sure which one you want, maybe both).

-- Regards, Peter "Terry Yapt" <yapt@NtechOSPnovellAM.com> skrev i meddelandet news:amn5h21hq98n1lo7hg76og4akb4km9f48v@4ax.com...
> > On Tue, 19 Sep 2006 20:56:28 +0200, "Peter Thornqvist"
> > <peter.tornqvist@gmail.com> wrote:
> >
>> >>Add agoFormattedDesc to TJvTFDays.Options and it should work with either
>> >>#13, #10 or both
> >
> > Thats do the trick....
> >
> > and If I can abuse of your patiente.. how can I set a bold text ?
> >
> > Thanks a lot. 




Subject: Re: TJvTfAppt.Description inserting new line
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Thu, 21 Sep 2006 20:55:01 +0200
Newsgroups: jedi.vcl

On Tue, 19 Sep 2006 20:56:28 +0200, "Peter Thornqvist"
<peter.tornqvist@gmail.com> wrote:

> >Add agoFormattedDesc to TJvTFDays.Options and it should work with either 
> >#13, #10 or both

Thats do the trick.... 

and If I can abuse of your patiente.. how can I set a bold text ?

Thanks a lot.


Subject: Re: JvImagesViewer doesnt works with delphi 5 enterprise
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 21 Sep 2006 19:51:40 +0200
Newsgroups: jedi.vcl

Can't you trace into the source code to see where it triggers the exception ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvImagesViewer doesnt works with delphi 5 enterprise
From: "Marcelo" <mcgal-NOSPAM-@ig.com.br>
Date: Thu, 21 Sep 2006 13:01:05 -0300
Newsgroups: jedi.vcl

hi,

i installed the last version of jvcl and jcl (21-september-2006)
with delphi 5 enterprise (with all updates)

but when i compile and execute the small project that only use one componet
JvImagesViewer1

i got this error
==================================================================================
project project1.exe raised exception class EInvalidPointer with
message 'Invalid pointer operation'.  process stopped. Use Step or Run to continue
==================================================================================


i think that this is a bug, because the same project compile and works fine in
delphi 7 enterprise.. (but i need to use this code with delphi 5)..

someone could help me  ?

==============================================================
uses jpeg;

procedure TForm1.Button1Click(Sender: TObject);
begin

if JvBrowseForFolderDialog1.Execute then
   begin
   JvImagesViewer1.Enabled:=false;
   JvImagesViewer1.FileMask:='*.jpg';
   caption:=JvBrowseForFolderDialog1.Directory;
   JvImagesViewer1.Directory:=JvBrowseForFolderDialog1.Directory;
   JvImagesViewer1.Enabled:=true;
   end;
end;
==============================================================



tks
Marcelo
from Brazil







Subject: jvThread sync
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Thu, 21 Sep 2006 12:52:12 -0300
Newsgroups: jedi.vcl

Hi there,
I have a small piece of code that fires a thread component like this:
//
trdCheckMessages.ExecuteAndWait(Self);
and inside the execute method of this thread I have a call to a custom
procedure that executes a desktopalert component. before I added the
threading it was working fine but now the desktopalert is not showing 
anymore,
if  I debug I can see that the code flows perfectly but there is no visual 
feedback from the
desktop alert, how is this issue related to the jvThread component?

Another question related to the jvThread is that I have an object:
ThreadCheckList : TStringList;
and inside this thread execute method I update this list, how do I sync it 
with the
global variable?

thanks a lot! 




Subject: Re: what happen with Andreas Hausladen web?
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 21 Sep 2006 11:04:52 +0200
Newsgroups: jedi.vcl

Hi Andreas,

when will your doors opened again for us?

I want to test DelphiSpeedUp, too. :)

Dierk

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> schrieb
im Newsbeitrag news:eersm7$j9l$1@news.talkto.net...
> > OBones wrote:
> >
>> > > Hence we have no more information than you have. I would recommend
>> > > you contact him directly.
> >
> > I have taken down the subdomain because yesterday I got over 10,000
> > accesses in between 10 minutes and downloading every file from the server.
> > And that looks very suspicius to me.
> >
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: TJvInspector
From: Frédéric SCHENCKEL <f.schenckel@cab-technologies.fr>
Date: Wed, 20 Sep 2006 21:38:27 +0200
Newsgroups: jedi.vcl

Thanks,

That's how I will do it !

Thanks again...

Frédéric

Marcel Bestebroer wrote:
> Frédéric SCHENCKEL wrote:
>> Is there a way to configure the inspector so that I can decide wich properties the Inspector shows ?
>
> You could write a handler for the BeforeItemCreate event; by setting the ItemClass parameter to nil for certain data instance(s) (in this case properties), no item will be created for it. Simply filter out any data instances you're not interested in.
>


Subject: Re: TJvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 20 Sep 2006 20:54:42 +0200
Newsgroups: jedi.vcl

Frédéric SCHENCKEL wrote:
> Is there a way to configure the inspector so that I can decide wich properties the Inspector shows ?

You could write a handler for the BeforeItemCreate event; by setting the ItemClass parameter to nil for certain data instance(s) (in this case properties), no item will be created for it. Simply filter out any data instances you're not interested in.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: what happen with Andreas Hausladen web?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 20 Sep 2006 17:10:31 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Hence we have no more information than you have. I would recommend
> > you contact him directly.

I have taken down the subdomain because yesterday I got over 10,000
accesses in between 10 minutes and downloading every file from the server.
And that looks very suspicius to me.



-- Regards, Andreas Hausladen 

Subject: Re: what happen with Andreas Hausladen web?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 Sep 2006 17:52:38 +0200
Newsgroups: jedi.vcl

While Andreas works every now and then on the JCL and JVCL, his work on DelphiSpeedUp and DDevExtensions is in no way affiliated with the JCL or JVCL. Hence we have no more information than you have. I would recommend you contact him directly.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: what happen with Andreas Hausladen web?
From: Julian <rodri_es@mixmail.com>
Date: Wed, 20 Sep 2006 17:47:36 +0200
Newsgroups: jedi.vcl

Hi

I'm trying to download delphispeedup from Andreas Hausladen web but there is another web page.

New URL?

Regards


Subject: Re: JvAppStorage and Columns
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Sep 2006 17:00:40 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:eerjrg$hj9$1@news.talkto.net>:
>
>> You can have "custom values" and handle them yourself if you want to.
> Yes, I already expected this answer ;-) But anyway there is at least a way how to handle this task.

Note that the JvListView has a string property with the order and width of columns. If you store that one, it should work as well, I guess.


Subject: Re: JvAppStorage and Columns
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 20 Sep 2006 16:54:46 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:eerjrg$hj9$1@news.talkto.net>:

> > You can have "custom values" and handle them yourself if you want to.
Yes, I already expected this answer ;-) 
But anyway there is at least a way how to handle this task.

-- cu, Michael 

Subject: Re: TJvInspector
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Sep 2006 16:42:48 +0200
Newsgroups: jedi.vcl

Frédéric SCHENCKEL wrote:
> Hello,
>
>
> Is there a way to configure the inspector so that I can decide wich properties the Inspector shows ?
>
> I looked into the code but I've seen nothing like this...
>
> Perhaps am i missing something ?

You can add one property at a time, thus deciding which show and which do not. That's one solution, maybe there is another one.


Subject: Re: JvAppStorage and Columns
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Sep 2006 16:42:20 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Hi,
>
> is JvAppStorage capable of storing the width of columns of listviews?
> At least I did not found a simple solution. The Form Storage Designer lets
> me add the listview columns property but I need a "subproperty" like
> listview.columns.width.

You can have "custom values" and handle them yourself if you want to.


Subject: TJvInspector
From: Frédéric SCHENCKEL <f.schenckel@cab-technologies.fr>
Date: Wed, 20 Sep 2006 16:29:04 +0200
Newsgroups: jedi.vcl

Hello,


Is there a way to configure the inspector so that I can decide wich properties the Inspector shows ?

I looked into the code but I've seen nothing like this...

Perhaps am i missing something ?

Thanks

Best regards

Frédéric


Subject: JvAppStorage and Columns
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 20 Sep 2006 16:24:33 +0200
Newsgroups: jedi.vcl

Hi,

is JvAppStorage capable of storing the width of columns of listviews? 

At least I did not found a simple solution. The Form Storage Designer lets
me add the listview columns property but I need a "subproperty" like
listview.columns.width.


-- cu, Michael 

Subject: Re: Ressource files not found
From: "Rolland Jones" <r.jones@bellnet.ca>
Date: Wed, 20 Sep 2006 10:13:13 -0400
Newsgroups: jedi.vcl

Yep that did it. I was placing the refs. to the folders in the env. var.
instead of the linker.

RJ

"OBones" <obones_gf_@_fe_altern.org> a écrit dans le message de
news:eeqnmq$cok$1@news.talkto.net...
> > AFAIR, BCB6 is missing a way to indicate globally where it should look
> > for resources. So you need to add the "run" and "resources" folder to
> > the library search path for your project.
> > Once done, the linker should be happy.




Subject: JvDBComboBox Change background color in Selection
From: Haris Alatas <haris@crack.gr>
Date: Wed, 20 Sep 2006 17:12:48 +0300
Newsgroups: jedi.vcl

How can I change the background color from the classic blue to another
color like for example in the DBGrid with the gdSelected.


Subject: Re: Ressource files not found
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 20 Sep 2006 08:41:12 +0200
Newsgroups: jedi.vcl

AFAIR, BCB6 is missing a way to indicate globally where it should look for resources. So you need to add the "run" and "resources" folder to the library search path for your project.
Once done, the linker should be happy.


Subject: Ressource files not found
From: "Rolland Jones" <r.jones@videotron.ca>
Date: Tue, 19 Sep 2006 19:13:28 -0400
Newsgroups: jedi.vcl

I added two JvDBUltimGrid to the example project ADO Shape shipped with BCB6
the problem is that I get the following errors when I compile it :
Linker error unable to open file 'JVDBGRID.RES'
Linker error unable to open file 'JVDBGRIDSELECTCOLUMNFORM.DFM'
Linker error unable to open file 'JVCONSTS.RES'
Linker error unable to open file 'JVTOOLEDIT.RES'
I tried adding paths to the ressource directory, didn't help.
What I find strange is that when the components are added to an empty form,
all is fine.

I'm relatively new at this so I must be overlooking something very basic, RJ




Subject: Re: JvJVCLUtils was compiled with a different version of JvConsts.HDC_DESKTOP
From: Roman <vsdesign@ukr.net>
Date: Tue, 19 Sep 2006 22:11:45 +0200
Newsgroups: jedi.vcl

Reinstall once more and it is OK now. :)

Roman wrote:
> Hello All,
>
> I installed JVCL320CompleteJCL197-Build2172, Delphi7 and when compile project with jvDBGrid for example, I get
>
> [Fatal Error] Unit1.pas(7): Unit JvJVCLUtils was compiled with a different version of JvConsts.HDC_DESKTOP
>
> and can not compile project.
>
> Do you have some ideas?
>
> Thank in advance.
> Roman


Subject: JvJVCLUtils was compiled with a different version of JvConsts.HDC_DESKTOP
From: Roman <vsdesign@ukr.net>
Date: Tue, 19 Sep 2006 21:01:30 +0200
Newsgroups: jedi.vcl

Hello All,

I installed JVCL320CompleteJCL197-Build2172, Delphi7 and when compile project with jvDBGrid for example, I get

[Fatal Error] Unit1.pas(7): Unit JvJVCLUtils was compiled with a different version of JvConsts.HDC_DESKTOP

and can not compile project.

Do you have some ideas?

Thank in advance.
Roman


Subject: Re: TJvTfAppt.Description inserting new line
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 19 Sep 2006 20:56:28 +0200
Newsgroups: jedi.vcl

Add agoFormattedDesc to TJvTFDays.Options and it should work with either 
#13, #10 or both

-- Regards, Peter "Terry Yapt" <yapt@NtechOSPnovellAM.com> skrev i meddelandet news:77brg2peqad5rhq8ltqtduiiq2eu5n1bb0@4ax.com...
> > Hello all,
> >
> > I am looking for insert a new line character on TJVTfApp.Description.
> > I have tried with #13 and #10, but no luck.
> >
> > Are there any way to do it ?
> >
> > Greetings. 




Subject: Re: TJvTfAppt.Description inserting new line
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Tue, 19 Sep 2006 15:05:44 +0200
Newsgroups: jedi.vcl

On Mon, 18 Sep 2006 09:05:38 +0200, OBones <obones_gf_@_fe_altern.org>
wrote:

> >Terry Yapt wrote:
>> >> Hello all,
>> >> 
>> >> I am looking for insert a new line character on TJVTfApp.Description.
>> >> I have tried with #13 and #10, but no luck.
>> >> 
>> >> Are there any way to do it ?
> >
> >Using both should do the trick.

It doesn't run.  Neither #13 nor #10 nor both of them.


Subject: Re: Installing JEDI for D7 and D2006
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 19 Sep 2006 06:29:30 +0200
Newsgroups: jedi.vcl

warrenjw wrote:
> Hi
> I am new to the JEDI scene but am very impressed with what it has to offer. I need to have both Delphi 7 and 2006 on my computer and I was wondering how to proceed with the JEDI installation under these circumstances.

Simply proceed!
That situation is not uncommon and therefore handled. :)


Subject: Installing JEDI for D7 and D2006
From: "warrenjw" <warrenjw@internode.on.net>
Date: Tue, 19 Sep 2006 10:53:16 +1000
Newsgroups: jedi.vcl

Hi
I am new to the JEDI scene but am very impressed with what it has to offer. 
I need to have both Delphi 7 and 2006 on my computer and I was wondering how 
to proceed with the JEDI installation under these circumstances.

Help appreciated.

Regards,

Warren Weber
warrenjw@internode.on.net 




Subject: Re: Turbo Delphi Pro
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 18 Sep 2006 18:18:21 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Argh, that sucks.
> I'll see what I can do with Borland.

The libraries could create C++ packages which import sources written in pascal.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Post Install Problem
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Mon, 18 Sep 2006 18:16:25 +0200
Newsgroups: jedi.vcl

Andre Tertling a écrit :
> Those are not the files from the current SVN, I just grepped through my installation at work. I'll fetch the current SVN before writing anything :)

I committed modifications in revision 10936 to all the files you listed  (except for the CLX ones that need to be generated).

> I'm sorry that I can't test the memory leak fix, sorry.

Ok, I'll try to understand the thing.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Post Install Problem
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Mon, 18 Sep 2006 16:13:14 +0200
Newsgroups: jedi.vcl

Florent,

I'm not a specialist in that field either :) Maybe someone else is using that component at the moment and could test it? I plan on looking at the sysutils stuff in JCL and making up that "boldly write where noone has written before" function to remedy the DEP issues this evening. Let me have a quick grep and see how many VirtualProtect() calls I can see...

Heh, and JclSysUtils.pas reads something like "// better VirtualProtect, direct patch, VirtualProtect" in several places. I'll take care of those as well, if you don't mind.

JclPeImage.pas seems to have some potential issues, too.
Compiler5MissingPropertyFix.pas has the same broken implementation as JvDataProviderItemDesign.pas - Looks like a tad of work for tonight :)
QWindows.pas has them too, same as JvQDataProviderItemDesign.pas, JvQDSADialogs.pas and JvDSADialogs.pas...

Those are not the files from the current SVN, I just grepped through my installation at work. I'll fetch the current SVN before writing anything :)

I'm sorry that I can't test the memory leak fix, sorry.

Best regards,
Andre

Florent Ouchet schrieb:
> Andre,
>
> Could you test the file I linked to issue 3909 http://homepages.borland.com/jedi/issuetracker/view.php?id=3909
> I can hardly test it because I really don't know how data providers work.
>
> Regards,
>


Subject: Re: Turbo Delphi Pro
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 18 Sep 2006 15:53:12 +0200
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:

> And now?

Argh, that sucks.
I'll see what I can do with Borland.


Subject: Re: Turbo Delphi Pro
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Mon, 18 Sep 2006 15:17:46 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Carmelo Viavattene wrote:
>> OBones ha scritto:
>>> Xavier CAMIER wrote:
>>>
>>>> That's about all.
>>>
>>> And that is indeed correct.
>> And for the Turbo C++ users?
>
> Should be exactly the same, the packages are "dual mode" packages and can be opened and will compile with the C++ personality.
In TurboC++ Explorer:

If I load jcl\packages\JclPackagesD100.bdsgroup
I'am many dialog with title 'Error', and the message is:

Personality Delphi.Personality is required to load project and is not loaded. Cannot load project.
Unable to create project F:\source\lib\jcl\packages\d10\Jcl.bdsproj. This project will be removed from the project group.
....JclVcl.bdsproj ...
....JclBaseExpert.bdsproj ...
....JclDebugExpert.bdsproj ...
....JclFavoriteFoldersExpert.bdsproj ...
....JclProjectAnalisysExpert.bdsproj ...
....JclRepositoryExpert.bdsproj ...
....JclUsesExpert.bdsproj ...
....JclVersionControlExpert.bdsproj ...

And now?
Regards



Subject: Re: Turbo Delphi Pro
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 18 Sep 2006 13:52:56 +0200
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:
> OBones ha scritto:
>> Xavier CAMIER wrote:
>>
>>> That's about all.
>>
>> And that is indeed correct.
> And for the Turbo C++ users?

Should be exactly the same, the packages are "dual mode" packages and can be opened and will compile with the C++ personality.


Subject: Re: Turbo Delphi Pro
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Mon, 18 Sep 2006 13:12:44 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Xavier CAMIER wrote:
>
>> That's about all.
>
> And that is indeed correct.
And for the Turbo C++ users?


Subject: Re: Turbo Delphi Pro
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 18 Sep 2006 11:22:07 +0200
Newsgroups: jedi.vcl

"Rudy Velthuis" wrote in message <news:xn0er99d60000007obelix@teamb.com>:

> > At 12:32:05, 15.09.2006, Andreas Hausladen wrote:
> > 
>> >> Rudy Velthuis wrote:
>> >> 
>>> >>> It is said
>> >> 
>> >> But it isn't at the moment because they "work on it".
> > That is why I said "to be made", not "is". <g>
And that's why I posted in the Borland NG that you *could* use dcc32 from
BDS2006, if you own this, too ;-)

-- cu, Michael 

Subject: Re: TJvTfAppt.Description inserting new line
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 18 Sep 2006 09:05:38 +0200
Newsgroups: jedi.vcl

Terry Yapt wrote:
> Hello all,
>
> I am looking for insert a new line character on TJVTfApp.Description.
> I have tried with #13 and #10, but no luck.
>
> Are there any way to do it ?

Using both should do the trick.


Subject: Re: Post Install Problem
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 17 Sep 2006 23:14:08 +0200
Newsgroups: jedi.vcl

Andre Tertling a écrit :
> So there should be a cleanup mechanism for that. I mean, okay, it's only a few kb, but depending on the design and runtime of the application, it can turn out to be a memory hog.

Andre,

Could you test the file I linked to issue 3909 http://homepages.borland.com/jedi/issuetracker/view.php?id=3909
I can hardly test it because I really don't know how data providers work.

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: JvInspector - setting a property dropdown list.
From: "Abdullah Kauchali" <non@non.com>
Date: Sun, 17 Sep 2006 22:22:41 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer"
> > Just remember, I said /more/ chances; I'll make no promise of being around 
> > here every weekend <g>

Fair enough.  :) 




Subject: TJvTfAppt.Description inserting new line
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Sun, 17 Sep 2006 22:16:53 +0200
Newsgroups: jedi.vcl

Hello all,

I am looking for insert a new line character on TJVTfApp.Description.
I have tried with #13 and #10, but no luck.

Are there any way to do it ?

Greetings.


Subject: Re: JvInspector - setting a property dropdown list.
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Sep 2006 19:57:29 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> "Marcel Bestebroer"
>
>> You'll have more chances of me answering during the weekend than week days
>
>
> Well, now I know!
>
> Have a splendid week!  See you next weekend.  :) 

Just remember, I said /more/ chances; I'll make no promise of being around here every weekend <g>

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvInspector - setting a property dropdown list.
From: "Abdullah Kauchali" <non@non.com>
Date: Sun, 17 Sep 2006 15:50:47 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer"
> >   TJvInspectorComponentItem(Item).Flags := 
> > TJvInspectorComponentItem(Item).Flags + [iifValueList];
> >
> > Just to be sure you're not removing any flags the control/item needs.


Ah, of course.  Many thanks. 




Subject: Re: JvInspector - setting a property dropdown list.
From: "Abdullah Kauchali" <non@non.com>
Date: Sun, 17 Sep 2006 15:50:21 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer"
> > You'll have more chances of me answering during the weekend than week days

Well, now I know!

Have a splendid week!  See you next weekend.  :) 




Subject: Re: JvInspector - setting a property dropdown list.
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Sep 2006 15:08:03 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> Worked like a charm!  Many thanks, Marcel.

Glad to know it worked.

>       TJvInspectorComponentItem(Item).Flags :=  [iifValueList];

I'd change this to:

  TJvInspectorComponentItem(Item).Flags := TJvInspectorComponentItem(Item).Flags + [iifValueList];

Just to be sure you're not removing any flags the control/item needs.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvInspector - setting a property dropdown list.
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Sep 2006 15:07:13 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> "Marcel Bestebroer"
>
>> I'm gonna do this from memory, so some of the details (like method/property/event names) might be off slightly.
>
>
> Marcel!  Whoa, on a Sunday!  :)

You'll have more chances of me answering during the weekend than week days

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvInspector - setting a property dropdown list.
From: "Abdullah Kauchali" <non@non.com>
Date: Sun, 17 Sep 2006 14:56:03 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer"
> > The inspector control has an AfterItemCreate event that is fired for each 
> > item the inspector generates. Write a handler and search for your item (in 
> > this case, the one who's Data instance has the name "MyChoice"; if that 
> > name could occur multiple times, you'll can add additional checks, ie. 
> > whether it's the correct parent).
> >
> > Once you have found the item, you can set the Flags property to include 
> > the iifValueList. Next you'll attach an event handler to the 
> > OnGetValueList event of the item; that handler is responsible for 
> > retrieving the list of items in the drop down.

Worked like a charm!  Many thanks, Marcel.

Here's the exact code:

procedure TForm1.JvInspector1AfterItemCreate(Sender: TObject;
  Item: TJvCustomInspectorItem);
begin

  if (Item.Data <> nil) and (CompareText(Item.Data.Name, 'MyChoice') = 0) 
then begin
      TJvInspectorComponentItem(Item).Flags :=  [iifValueList];
      TJvInspectorComponentItem(Item).OnGetValueList := 
OnGetValueListForCustom;
  end;
end;

....

procedure TForm1.OnGetValueListForCustom(Item: TJvCustomInspectorItem; 
Values: TStrings);
begin
  Values.Add('FirstValue');
  Values.Add('SecondValue');
end;

......




Subject: Re: JvInspector - setting a property dropdown list.
From: "Abdullah Kauchali" <non@non.com>
Date: Sun, 17 Sep 2006 13:42:00 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer"
> > I'm gonna do this from memory, so some of the details (like 
> > method/property/event names) might be off slightly.

Marcel!  Whoa, on a Sunday!  :)

I'll give this a whirl right away ... report back soon ...

Thanks, thanks, thanks! 




Subject: Re: JvInspector - setting a property dropdown list.
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Sep 2006 12:43:58 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> Ho do I get the object inspector to display a dropdown list of possible choices for the published property "MyChoice" at runtime (the list must be dynamic and not based on enum elements)?

I'm gonna do this from memory, so some of the details (like method/property/event names) might be off slightly.

You have two options: create a specific edit type (a descendant from TJvCustomInspectorItem) or use the events.

The first option might be preferable in more generic cases (color selection, for instance), so for these singular cases you should go with the events (described below); If you do want to go the generic way, have a look at the JvInspExtraEditors unit on how it's done.

The inspector control has an AfterItemCreate event that is fired for each item the inspector generates. Write a handler and search for your item (in this case, the one who's Data instance has the name "MyChoice"; if that name could occur multiple times, you'll can add additional checks, ie. whether it's the correct parent).

Once you have found the item, you can set the Flags property to include the iifValueList. Next you'll attach an event handler to the OnGetValueList event of the item; that handler is responsible for retrieving the list of items in the drop down.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvInspector - setting a property dropdown list.
From: "Abdullah Kauchali" <non@non.com>
Date: Sun, 17 Sep 2006 12:08:47 +0200
Newsgroups: jedi.vcl

Hi folks,

Been trying to use TJvInspector.

Got this class:


type

  SQLStatement = class(TComponent)
  private
    FChoice: string
    published
        property MyChoice: string read FChoice write FChoice;
  end;

Ho do I get the object inspector to display a dropdown list of possible 
choices for the published property "MyChoice" at runtime (the list must be 
dynamic and not based on enum elements)?

Any ideas???

Many thanks & kind regards,

A 




Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: "tinyabs" <nospam@me.com>
Date: Sun, 17 Sep 2006 07:40:41 +0100
Newsgroups: jedi.vcl

> >Maziar Navahan wrote:
>> >> how disable and enable DEP Complemnetry ?
>> >> seems DEP have some mode some can configure in some mode
> >
> >I have no idea, I don't have a DEP enabled computer
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >http://jvcl.sf.net/
> >

u have to edit your boot.ini in the system drive. remove /NOEXECUTE[=?]
and add /EXECUTE. that way, you will have DEP off.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL Installation Fails: "I/O Error 103"
From: "David Wilbourn" <dwilbourn@tiscali.nl>
Date: Sat, 16 Sep 2006 10:57:05 +0200
Newsgroups: jedi.vcl

Fixed: Used latest daily build....

"David Wilbourn" <dwilbourn@tiscali.nl> wrote in message 
news:eefd1q$mqu$1@news.talkto.net...
> >I am trying to upgrade from JVCL 3 (JVCL300CompleteJCL195-Build1848) to 3.2 
> >(JVCL320CompleteJCL197-Build2172). I did the full uninstall of both the JCL 
> >and JVCL, including cleaning the registry. The JCL installation goes fine 
> >but the JVCL installation starts almost as soon as it stops with just the 
> >cryptic "I/O Error 103".  The only thing is details is:
> >
> > Windows XP Service Pack 2 (5.1.2600)
> >
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Generating: Templates]
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Writing: ..\D5\dcc32.cfg
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Generating: Templates]
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Writing: ..\D5std\dcc32.cfg
> > [Generating: Packages]
> > Generating packages for D5
> > Loaded template.dof
> >
> > Any suggestions???
> > 




Subject: JVCL Installation Fails: "I/O Error 103"
From: "David Wilbourn" <dwilbourn@tiscali.nl>
Date: Sat, 16 Sep 2006 01:29:40 +0200
Newsgroups: jedi.vcl

I am trying to upgrade from JVCL 3 (JVCL300CompleteJCL195-Build1848) to 3.2 
(JVCL320CompleteJCL197-Build2172). I did the full uninstall of both the JCL 
and JVCL, including cleaning the registry. The JCL installation goes fine 
but the JVCL installation starts almost as soon as it stops with just the 
cryptic "I/O Error 103".  The only thing is details is:

Windows XP Service Pack 2 (5.1.2600)

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D5\dcc32.cfg
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D5std\dcc32.cfg
[Generating: Packages]
Generating packages for D5
 Loaded template.dof

Any suggestions??? 




Subject: Re: Multithread Queue
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Fri, 15 Sep 2006 15:22:27 -0300
Newsgroups: jedi.vcl

this one?

TJclQueue
This class store objects in a FIFO dynamic array.
The default capacity is 16 elements. This limit is fixed.
If the compilation symbol THREADSAFE is defined, this container is 
threadsafe.

TJclIntfQueue
This class store interfaces in a FIFO dynamic array.
The default capacity is 16 elements. This limit is fixed.
If the compilation symbol THREADSAFE is defined, this container is 
threadsafe.

TJclStrQueue
This class store strings in a FIFO dynamic array.
The default capacity is 16 elements. This limit is fixed.
If the compilation symbol THREADSAFE is defined, this container is 
threadsafe.

is there any demo around?
thanks a lot

"Ricardo Cardona R" <rcardona@mail.com> wrote in message 
news:eee9u6$ggo$1@news.talkto.net...
>> >> the balls would be added through a timer and queued till the current ball 
>> >> gets inside the circle...
> > If you need a threaded queue then use JclQueues, i not used it before but 
> > maybe can help you.
> >
> > Enjoy
> >
> > Ricardona 




Subject: Re: Post Install Problem
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 15 Sep 2006 18:16:15 +0200
Newsgroups: jedi.vcl

Andre Tertling a écrit :
> So there should be a cleanup mechanism for that. I mean, okay, it's only a few kb, but depending on the design and runtime of the application, it can turn out to be a memory hog.

I fully agree there. I'll see what I am able to do.

> Oh my, see what lack of sleep can cause :) I had a pretty sleepless night (don't know why, was just completely restless and could not sleep at all although I was tired) and mixed up some things. Of course, the pointer location is of interest and not the memory block allocated by MemAlloc.

No worries... I will probably be like you are in few weeks, I work daily more than 10 hours, don't know how long I will be able to resist.

> About that unique function: I think I could make up something like that over the weekend. It should perform VirtualQuery to check if changes are required, then modify the page access value only if needed, write as requested and revert the access changes. Maybe embed all that in a critical section to avoid problems with MT/MP. Why not call it WriteProcessMemoryEx :)

There is a proverb here in France that says something close to: you don't have to invent the wheel. I think this function is already present in the JCL (probably in JclSysUtils or so).

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Turbo Delphi and TD32Tweaks
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 15 Sep 2006 17:51:03 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have canceled this article because it shows how to remove the "3rd-party
> packages" limitation from TurboDelphi/C++.
>
thx

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Turbo Delphi Pro
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Fri, 15 Sep 2006 17:21:21 +0200
Newsgroups: jedi.vcl

At 12:32:05, 15.09.2006, Andreas Hausladen wrote:

> > Rudy Velthuis wrote:
> > 
>> > > It is said
> > 
> > But it isn't at the moment because they "work on it".

That is why I said "to be made", not "is". <g>

-- Rudy Velthuis http://rvelthuis.de/ "I have had a perfectly wonderful evening, but this wasn't it." -- Groucho Marx 

Subject: Turbo Delphi and TD32Tweaks
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 15 Sep 2006 15:08:33 +0000 (UTC)
Newsgroups: jedi.vcl

I have canceled this article because it shows how to remove the "3rd-party
packages" limitation from TurboDelphi/C++.

-- Regards, Andreas Hausladen 

Subject: Re: Turbo Delphi Pro
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 15 Sep 2006 16:33:24 +0200
Newsgroups: jedi.vcl

Xavier CAMIER wrote:

> That's about all.

And that is indeed correct.


Subject: Re: Turbo Delphi Pro
From: Xavier CAMIER <camierx@online.fr>
Date: Fri, 15 Sep 2006 16:13:33 +0200
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Xavier,
>
> Could you try with a switch /b instead of /p?
>
> Regards,
>

I don't think it would work as the problem mainly came from dependencies locations. I don't have enough time to study how the installer works but I think it manages several parameters understood by DCC32.exe but not by bdc.exe. I think bdc.exe wasn't coded to be used as a command line tool.

Anyway my colleague tried the /b switch using a dcc32.exe named bdc shorcut and it didn't change anything to my failure :-)

So the only efficent way to install the jvcl was to load
Jedi\jcl\packages\JclPackagesD100.bdsgroup then to build the whole group. When built I had to install each part of the group one by one (there isn't so much to do).

Then i've loaded Jedi\jvcl\packages\D10 Packages.bdsgroup and done as previous (there was a little bit more to do).


To make my app working I had to set some paths into the IDE options :
C:\PROGRA~1\Borland\Jedi\jcl\lib\d10;C:\PROGRA~1\Borland\Jedi\jcl\source;C:\Program Files\Borland\Jedi\jvcl\Resources;C:\Program Files\Borland\Jedi\jvcl\lib\D10;C:\Program Files\Borland\Jedi\jvcl\run;C:\Program Files\Borland\Jedi\jvcl\common

That's about all.
Regards
Xavier


Subject: Re: Multithread Queue
From: Ricardo Cardona R <rcardona@mail.com>
Date: Fri, 15 Sep 2006 08:35:28 -0500
Newsgroups: jedi.vcl

> the balls would be added through a timer and queued till the current ball gets inside the circle...
If you need a threaded queue then use JclQueues, i not used it before but maybe can help you.

Enjoy

Ricardona


Subject: Re: Multithread Queue
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Fri, 15 Sep 2006 10:07:22 -0300
Newsgroups: jedi.vcl

the balls would be added through a timer and queued till the current ball 
gets inside the circle...
"psy" <psy_ddrNOSPAM@yahoo.com> wrote in message 
news:eee8fo$g7s$1@news.talkto.net...
> >I was looking for something similar but synchronous, for the instance there 
> >would be no couting and one ball would be issued at a time and the next 
> >ball would only start moving after the current ball gets inside the circle.
> > does is make sense?
> >
> > "Ricardo Cardona R" <rcardona@mail.com> wrote in message 
> > news:ee6itf$963$1@news.talkto.net...
>>>>> >>>>> I'm trying to use TJvMTThread's with a TJvMTManager.
>>>>> >>>>> I need to share a TStringList with two threads, one will feed it and 
>>>>> >>>>> the other will consume.
>> >>
>> >> Look jvcl\examples\JvManagedThreads\Balls this example use a 
>> >> TJvMtCountingSection like a semaphoro.
>> >>
>> >> Ricardona
> >
> > 




Subject: Re: Multithread Queue
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Fri, 15 Sep 2006 10:06:38 -0300
Newsgroups: jedi.vcl

I was looking for something similar but synchronous, for the instance there 
would be no couting and one ball would be issued at a time and the next ball 
would only start moving after the current ball gets inside the circle.
does is make sense?

"Ricardo Cardona R" <rcardona@mail.com> wrote in message 
news:ee6itf$963$1@news.talkto.net...
>>>> >>>> I'm trying to use TJvMTThread's with a TJvMTManager.
>>>> >>>> I need to share a TStringList with two threads, one will feed it and 
>>>> >>>> the other will consume.
> >
> > Look jvcl\examples\JvManagedThreads\Balls this example use a 
> > TJvMtCountingSection like a semaphoro.
> >
> > Ricardona 




Subject: Re: Post Install Problem
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Fri, 15 Sep 2006 13:41:36 +0200
Newsgroups: jedi.vcl

Florent Ouchet schrieb:
> Andre Tertling a écrit :
[...]
>> JvDataProviderItemDesign.pas but I see that some amount of memory is allocated, and a pointer to that block will replace another pointer if everything works well. This raises two questions:
>>
>> a) What happens to the previous block of memory?
>
> The previous block belongs to a segment described and initialized from data in the executable file (like all TypeInfo, string constants...). It should not be freed.
[...]
>> b) If the VirtualProtect call fails, what happens to the newly allocated block of memory?
>
> Well, this block of memory seems not be be ever released whatever the result of VirtualProtect is. This block of memory is ever leaked.

So there should be a cleanup mechanism for that. I mean, okay, it's only a few kb, but depending on the design and runtime of the application, it can turn out to be a memory hog.

>> I suggest performing VirtualQuery first and skipping the VirtualProtect stuff completely if write access is already granted. MemAlloc allocates 
[...]
> The block of memory being modified in the functions never belongs to the heap; thus the write access is almost never granted.
> I thought about writing a unique function to perform writes on memory blocks that may be write-protected, that will make future modifications easier.
>
Oh my, see what lack of sleep can cause :) I had a pretty sleepless night (don't know why, was just completely restless and could not sleep at all although I was tired) and mixed up some things. Of course, the pointer location is of interest and not the memory block allocated by MemAlloc.

About that unique function: I think I could make up something like that over the weekend. It should perform VirtualQuery to check if changes are required, then modify the page access value only if needed, write as requested and revert the access changes. Maybe embed all that in a critical section to avoid problems with MT/MP. Why not call it WriteProcessMemoryEx :)

What do you think?

Best regards,
Andre


Subject: Re: Turbo Delphi Pro
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Fri, 15 Sep 2006 10:32:05 +0000 (UTC)
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

> > It is said

But it isn't at the moment because they "work on it".

-- Regards, Andreas Hausladen 

Subject: Re: macros in delphi 5?
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Fri, 15 Sep 2006 10:29:08 +0000 (UTC)
Newsgroups: jedi.vcl

Arek wrote:

> > [Error] JvExButtons.pas(31): 'INTERFACE' expected but identifier
> > 'WARNINGHEADER' found
> > 
> > Please, help, what should I do?

Looks like the compiler uses the template files from
jvcl3\devtools\JvExVCL\source instead of the preprocessed files from
jvcl3\run.



-- Regards, Andreas Hausladen 

Subject: Re: Post Install Problem
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 15 Sep 2006 07:21:08 +0200
Newsgroups: jedi.vcl

Andre Tertling a écrit :
> Ah, thanks. I still wonder what this code will do in case the call to virtualprotect fails (if you happen to run into a GUARD page, you'll be in trouble, anyway). Isn't there even a memory leak in such a case? I didn't have the time to inspect all the surrounding code in JvDataProviderItemDesign.pas but I see that some amount of memory is allocated, and a pointer to that block will replace another pointer if everything works well. This raises two questions:
>
> a) What happens to the previous block of memory?

The previous block belongs to a segment described and initialized from data in the executable file (like all TypeInfo, string constants...). It should not be freed.
This block of memory cannot belong to a guard page; or the executable will never execute because all read accesses to this block would fail too.

> b) If the VirtualProtect call fails, what happens to the newly allocated block of memory?

Well, this block of memory seems not be be ever released whatever the result of VirtualProtect is. This block of memory is ever leaked.

> I suggest performing VirtualQuery first and skipping the VirtualProtect stuff completely if write access is already granted. MemAlloc allocates memory from the heap, right? So it should be extremely unusual that VirtualAlloc will cure any potential problem at all. Why was it introduced in the first place?

The block of memory being modified in the functions never belongs to the heap; thus the write access is almost never granted.
I thought about writing a unique function to perform writes on memory blocks that may be write-protected, that will make future modifications easier.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch*


Subject: Re: Post Install Problem
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Fri, 15 Sep 2006 04:55:28 +0200
Newsgroups: jedi.vcl

Florent Ouchet schrieb:
> Andre,
>
> The changes for revision 10936 can be viewed at http://svn.sourceforge.net/viewvc/jvcl?view=rev&revision=10936

Ah, thanks. I still wonder what this code will do in case the call to virtualprotect fails (if you happen to run into a GUARD page, you'll be in trouble, anyway). Isn't there even a memory leak in such a case? I didn't have the time to inspect all the surrounding code in JvDataProviderItemDesign.pas but I see that some amount of memory is allocated, and a pointer to that block will replace another pointer if everything works well. This raises two questions:

a) What happens to the previous block of memory?
b) If the VirtualProtect call fails, what happens to the newly allocated block of memory?

The MSDN even says:

It is best to avoid using VirtualProtect to change page protections on memory blocks allocated by GlobalAlloc, HeapAlloc, or LocalAlloc, because multiple memory blocks can exist on a single page. The heap manager assumes that all pages in the heap grant at least read and write access.

I suggest performing VirtualQuery first and skipping the VirtualProtect stuff completely if write access is already granted. MemAlloc allocates memory from the heap, right? So it should be extremely unusual that VirtualAlloc will cure any potential problem at all. Why was it introduced in the first place?

> The main problem with replacement by VirtualProtect is how to signal a failure. The functions that called WriteProcessMemory did not use to raise an exception on failure and the changes should not raise any exceptions once modified.

Yes, it is always useful not to be notified when something essential goes wrong :-> I'm too new to JCL/JVCL to have any idea about the inner workings but this kind of programming seems a bit fragile to me. Of course, I may be paranoid :)
I learnt about defensive programming the hard way when writing my first exe file header parser. I spent a whole day with making it robust enough to parse all executable files on my hard disk without access violations and triggered assertions :D

> Using DEP when available is really recommended. I don't think disabling this protection for all applications is a good change.

I am sorry for not elaborating enough about the boot.ini change being a temporary workaround for the moment. Even worse, imagine that there are some essential software packages which still trigger DEP every now and then, even commercial ones. I had to turn off DEP on two machines in order to be able to work on them at all. But that's a completely different story :)

I'll see if I find some time to experiment with my suggested modifications.

Best regards,
Andre


Subject: Re: JVTfDays _simple_ example.
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Thu, 14 Sep 2006 23:44:10 +0200
Newsgroups: jedi.vcl

On Thu, 14 Sep 2006 22:02:44 +0200, OBones
<obones_gfd_@_gfd_altern.org> wrote:

> >Don't use RequestAppt, use dbNewAppt just like in the example I gave you.

Sorry.  Forgot to say dbNewAppt use gives me the same behaviour.  Not
all appointments/schedules show and closing the form throw an Access
Violation.

Putting a slepp(100) give the trick.  But I would like to know what is
the problem.

Using MadCollection I got this information on the exception.  If any
hacker could to help me, ok.  If not I leave the sleep workaround on
the code:

================
madExcept version : 3.0b
callstack crc     : $00000000, $d3db1a6f, $d3db1a6f
exception number  : 1
exception class   : EAccessViolation
exception message : Access violation at address 00000000. Read of
address 00000000.

main thread ($114):
00000000 +000 ???
0056db0f +00b GesTar.exe   JvTFManager TJvTFSched.DisconnectAppt
0056daad +08d GesTar.exe   JvTFManager          TJvTFSched.Notify
0056d2a8 +010 GesTar.exe   JvTFManager          TJvTFAppt.Disconnect
0056d00c +044 GesTar.exe   JvTFManager          TJvTFAppt.Notify
0056ec5c +0a4 GesTar.exe   JvTFManager TJvTFScheduleManager.RemoveAppt
0056ea05 +061 GesTar.exe   JvTFManager TJvTFScheduleManager.Notify
0056ce34 +02c GesTar.exe   JvTFManager          TJvTFAppt.Destroy
0040301c +008 GesTar.exe   System               TObject.Free
0056e652 +072 GesTar.exe   JvTFManager TJvTFScheduleManager.Destroy
004633ba +046 GesTar.exe   Classes TComponent.DestroyComponents
004631bb +053 GesTar.exe   Classes              TComponent.Destroy
0047b48c +0a0 GesTar.exe   Controls             TControl.Destroy
0047e483 +0bb GesTar.exe   Controls             TWinControl.Destroy
00493284 +028 GesTar.exe   Forms TScrollingWinControl.Destroy
00493f33 +0ab GesTar.exe   Forms                TCustomForm.Destroy
0040301c +008 GesTar.exe   System               TObject.Free
005a1690 +06c GesTar.exe   uPrincipal    710 +6
TfPrincipal.DesarrolloDiario1Click
0048d18c +068 GesTar.exe   Menus                TMenuItem.Click
0048e2e7 +013 GesTar.exe   Menus                TMenu.DispatchCommand
00496b93 +01f GesTar.exe   Forms                TCustomForm.WMCommand
0047d2e9 +111 GesTar.exe   Controls             TControl.WndProc
0047fe32 +1d2 GesTar.exe   Controls             TWinControl.WndProc
004033a6 +002 GesTar.exe   System               @ClassDestroy
0047adc8 +024 GesTar.exe   Controls             TControlCanvas.Destroy
0040301c +008 GesTar.exe   System               TObject.Free
004c4e53 +1b3 GesTar.exe   JvMenus              TJvMainMenu.WMDrawItem
004bfcdf +017 GesTar.exe   JvWndProcHook TJvWindowHook.DoAfterMessage
004bfb58 +118 GesTar.exe   JvWndProcHook TJvHookInfos.WindowProc
0047fa34 +02c GesTar.exe   Controls TWinControl.MainWndProc
004bfcff +017 GesTar.exe   JvWndProcHook TJvWindowHook.DoBeforeMessage
004bfadb +09b GesTar.exe   JvWndProcHook TJvHookInfos.WindowProc
0047fa34 +02c GesTar.exe   Controls TWinControl.MainWndProc
004922d0 +014 GesTar.exe   Forms                StdWndProc
77d1c670 +016 user32.dll                        CallWindowProcW
58c48532 +041 comctl32.dll                      DefSubclassProc
77d196d2 +00a user32.dll                        DispatchMessageA
0049af87 +083 GesTar.exe   Forms TApplication.ProcessMessage
0049afa6 +00a GesTar.exe   Forms TApplication.HandleMessage
0049b1b1 +081 GesTar.exe   Forms                TApplication.Run
005a1d4b +053 GesTar.exe   GesTar         24 +4 initialization

cpu registers:
eax = 00b7f738
ebx = 00000000
ecx = 00b7f734
edx = 00b7f800
esi = 00ba4b10
edi = 00000000
eip = 00000000
esp = 0012f920
ebp = 00b7f434

stack dump:
0012f920  12 db 56 00 10 4b ba 00 - b2 da 56 00 64 f9 12 00
...V..K....V.d...
0012f930  10 4b ba 00 34 f4 b7 00 - 34 f4 b7 00 ad d2 56 00
..K..4...4.....V.
0012f940  0c c3 ba 00 ff ff ff ff - 11 d0 56 00 61 ec 56 00
...........V.a.V.
0012f950  0c c3 ba 00 34 f4 b7 00 - 08 bd 56 00 00 00 00 00
.....4.....V.....
0012f960  0c c3 ba 00 04 fa 12 00 - 0a ea 56 00 37 ce 56 00
...........V.7.V.
0012f970  01 b6 56 00 0c c3 ba 00 - 01 84 5a 00 1f 30 40 00
...V.......Z..0@.
0012f980  57 e6 56 00 6c 27 bb 00 - 34 3f bb 00 bd 33 46 00
W.V.l'..4?...3F.
0012f990  74 fc 12 00 6c 27 bb 00 - 6c 27 bb 00 c0 31 46 00
t...l'..l'...1F.
0012f9a0  00 00 00 00 74 fc 12 00 - 6c 27 bb 00 6c 27 bb 00
.....t...l'..l'..
0012f9b0  91 b4 47 00 00 c1 b8 00 - 01 00 00 00 a9 33 40 00
...G..........3@.
0012f9c0  db 63 46 00 28 3d bb 00 - 28 3d bb 00 6c 27 bb 00
..cF.(=..(=..l'..
0012f9d0  88 e4 47 00 00 00 00 00 - 6c 27 bb 00 00 00 00 00
...G.....l'......
0012f9e0  89 32 49 00 fc fb 12 00 - 78 69 b9 00 38 3f 49 00
..2I.....xi..8?I.
0012f9f0  a8 fb 12 00 a4 37 40 00 - 04 fa 12 00 6c 27 bb 01
......7@.....l'..
0012fa00  6c 27 bb 00 18 fa 12 00 - 1f 30 40 00 95 16 5a 00
l'.......0@...Z.
0012fa10  9d 16 5a 00 64 b5 b9 00 - 78 fb 12 00 92 d1 48 00
...Z.d...x.....H.
0012fa20  00 00 00 00 ea e2 48 00 - 78 69 b9 00 98 6b 49 00
.......H.xi...kI.
0012fa30  fc fb 12 00 78 69 b9 00 - ec d2 47 00 74 fc 12 00
.....xi....G.t...
0012fa40  fc fb 12 00 78 69 b9 00 - 37 fe 47 00 74 fc 12 00
.....xi..7.G.t...
0012fa50  fc fb 12 00 b0 35 ba 00 - a0 fa 12 00 da 27 40 00
......5.......'@.

disassembling:
[...]
005a1680       pop     ecx
005a1681       mov     fs:[eax], edx
005a1684       push    $5a169d
005a1689 710   mov     eax, [$5a7b34]
005a168e       mov     eax, [eax]
005a1690     > call    -$19e681 ($403014)     ; System.TObject.Free
005a1695       ret
005a1696       jmp     -$19df27 ($403774)     ; System.@HandleFinally
005a169b       jmp     loc_5a1689
005a169d 712   pop     ebx
005a169e       pop     ebp
[...]



================


Subject: Re: Turbo Delphi Pro
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Thu, 14 Sep 2006 23:13:59 +0200
Newsgroups: jedi.vcl

At 16:34:52, 14.09.2006, Xavier CAMIER wrote:

> > Hi,
> > 
> > I just received Turbo Delphi Pro Edition and unfortunately I discovered
> > I was unable to efficiently install JVCL 3.2. After having googled and
> > read Michael Fritz's 04/09/2006 "Turbo Editions" post I understood
> > dcc32.exe was missing EVEN into the Pro version.

It is said to be made available as a download for Pro users.
-- Rudy Velthuis http://rvelthuis.de/ "They couldn't hit an elephant at this dist--" -- John B. Sedwick, general, dying words, 1864 

Subject: Re: JVTfDays _simple_ example.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 14 Sep 2006 22:02:44 +0200
Newsgroups: jedi.vcl

Don't use RequestAppt, use dbNewAppt just like in the example I gave you.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVTfDays _simple_ example.
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Thu, 14 Sep 2006 20:59:06 +0200
Newsgroups: jedi.vcl

On Tue, 12 Sep 2006 18:43:37 +0200, OBones
<obones_gfd_@_gfd_altern.org> wrote:

> >Terry Yapt wrote:
> >
>> >> I always am getting a list index out of bouns on '//****' lines.
> >
> >Well, yes, have you added the schedules to the manager?
> >
> >A schedule is a "category". Appointments belong to a schedule.
> >A simple code would be something like that
> >
> >procedure TForm1.Button1Click(Sender: TObject);
> >var
> >   appt: TJvTFAppt;
> >begin
> >   appt := sm.dbNewAppt('Title');
> >   appt.AddSchedule('Schedule');
> >   appt.SetStartEnd(Now, 8/24, Now, 18/24);
> >end;
> >
> >To see the appointment, you need to add a column to the TJvTFDays and in 
> >this column define the SchedName property to match the schedule the 
> >appointment belongs to.

I got it.  I don't understand completely the component but I got it to
run and show all my appointments/schedules.

But I have going into another strange problem.

If I put a breakpoint when I am creating appointments all goes ok. But
If I leave the code to run freely then only a few
appointments/schedules show up.  And after close the form an AV
(Access Violation) is going on.

I have checked if I put a sleep(100) code in the middle of the code,
all goes ok too.  It is a rare behaviour.

I put here my onshow code:

================
d1   is the TJvTFDays;
sm1 is the TJVTFScheduleManager


procedure TfDesDia.FormShow(Sender: TObject);
var
  Appt   : TJvTfAppt;
  creado : boolean;
begin
  d1.Template.LinearName      := 'Desarrollo Diario';
  d1.Template.LinearStartDate := FechaRef;
  d1.Template.LinearDayCount  := 1;
  d1.Template.ActiveTemplate  := agtLinear;
  d1.Grouping := grResource;
  d1.GotoDate(FechaRef);
  //--
  Dm1.kbmMemTable1.Active := true;
  Dm1.kbmMemTable1.First;
  while not Dm1.kbmMemTable1.Eof do
    begin
      sm1.RequestAppt('',Appt,creado);
      if creado then
        begin
 Appt.SetStartEnd(Dm1.kbmMemTable1.FieldByName('Fecha').AsDateTime,
 Dm1.kbmMemTable1.FieldByName('HoraD').AsDateTime,
 Dm1.kbmMemTable1.FieldByName('Fecha').AsDateTime,
 Dm1.kbmMemTable1.FieldByName('HoraH').AsDateTime);
          Appt.Description :=
Dm1.kbmMemTable1.FieldByName('Descripcion').AsString;
          sm1.Schedules[0].AddAppt(Appt);
        end;
      sleep(100);  // ************ LOOK here ************
      Dm1.kbmMemTable1.Next;
    end;
Dm1.kbmMemTable1.Active := false;
end;
================

Greetings...


Subject: macros in delphi 5?
From: "Arek" <nospam@example.com>
Date: Thu, 14 Sep 2006 19:12:34 +0200
Newsgroups: jedi.vcl

Hello,

I installed newest JVCL from SVN in Delphi 5 Pro. When I try to use for 
example the
JVBitBtn control compilation stops on the following line:

{MACROINCLUDE JvExControls.macros}

and I get following error:

[Error] JvExButtons.pas(31): 'INTERFACE' expected but identifier 
'WARNINGHEADER' found

Please, help, what should I do? 




Subject: Re: Post Install Problem
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 14 Sep 2006 18:27:58 +0200
Newsgroups: jedi.vcl

Andre,

The changes for revision 10936 can be viewed at http://svn.sourceforge.net/viewvc/jvcl?view=rev&revision=10936

The main problem with replacement by VirtualProtect is how to signal a failure. The functions that called WriteProcessMemory did not use to raise an exception on failure and the changes should not raise any exceptions once modified.
Some functions were modifying accesses (adding writable flag but removing executable flag), I modified these functions to set the execution flag. The original flags are always restored.

Using DEP when available is really recommended. I don't think disabling this protection for all applications is a good change.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Post Install Problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 14 Sep 2006 18:26:32 +0200
Newsgroups: jedi.vcl

Revision: 10936
          http://svn.sourceforge.net/jvcl/?rev=10936&view=rev
Author:   outchy
Date:     2006-09-13 10:32:43 -0700 (Wed, 13 Sep 2006)

Log Message:
-----------
Fixed possible DEP issues

Modified Paths:
--------------

trunk/jvcl/devtools/InstallerTests/Installer/D5Workarounds/Compiler5MissingPropertyFix.pas
    trunk/jvcl/install/JVCLInstall/Compiler5MissingPropertyFix.pas
    trunk/jvcl/qcommon/QWindows.pas
    trunk/jvcl/run/JvDSADialogs.pas
    trunk/jvcl/run/JvImageList.pas
    trunk/jvcl/run/JvThemes.pas
    trunk/jvcl/run/JvVCL5Utils.pas

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Post Install Problem
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Thu, 14 Sep 2006 18:02:58 +0200
Newsgroups: jedi.vcl

Florent,

could you name at least one so I can see what changes you did? I'm pretty out of time at the moment so I can't do a search and compare etc. :) Anyway, that meddling with VirtualProtect in some places needs a wrapup and error condition handling. I'll make something up, maybe over the weekend.

One easy way to bypass the problems is adding "/noexecute=alwaysoff" to the line with the boot options in your boot.ini. I'll post a small program that adds it programmatically when I get back home tonight or tomorrow. However, this just deals with symptoms, not reasons ;)

Best regards,
Andre


Florent Ouchet schrieb:
> I committed a fix for several functions that could cause issue running on DEP enabled computer. You could try the latest daily zips and see what is happening.
> Hoping it will help,
>


Subject: Re: Turbo Delphi Pro
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 14 Sep 2006 17:55:17 +0200
Newsgroups: jedi.vcl

Xavier,

Could you try with a switch /b instead of /p?

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Post Install Problem
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 14 Sep 2006 17:53:54 +0200
Newsgroups: jedi.vcl

Andre,

I committed a fix for several functions that could cause issue running on DEP enabled computer. You could try the latest daily zips and see what is happening.
Hoping it will help,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Turbo Delphi Pro
From: Xavier CAMIER <camierx@online.fr>
Date: Thu, 14 Sep 2006 17:40:16 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Hi.
>
> First, I thought that the command line compiler was available to registered users. Have you checked there?
>
> Second, compilers are specific to their version, the DCU format is completely different from one version to the other. Hence you cannot use v7 DCUs with v10.
>
> Third, you can open the project group, click on "build all", then install the packages starting with those :
>
> 3d, Core, System, StdCtrls, Ctrls
>
> AFAIK, the rest can follow in any order you want.

Thank you for replying so quickly.

I've checked the whole HD thanks to window's search function using the dcc32.exe then the dcc*.* keywords. All I found was the delphi 7 dcc32.exe file and its delphi 7 friends dome DC100 DLL (DCC100.dll,DCC100.FR,DCC100.jdbg,DCC100IL.DLL,DCC100IL.FR,DCC100IL.jdbg,)  and more astonishing DCC32.cfg, DCC32.jdbg.

This is a clean install so I'm sure I'm not missing something.

Installing the way you told me is ok. It seems working fine.

Thanks for all.
Xavier



Subject: Re: Turbo Delphi Pro
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 14 Sep 2006 16:50:04 +0200
Newsgroups: jedi.vcl

Hi.

First, I thought that the command line compiler was available to registered users. Have you checked there?

Second, compilers are specific to their version, the DCU format is completely different from one version to the other. Hence you cannot use v7 DCUs with v10.

Third, you can open the project group, click on "build all", then install the packages starting with those :

3d, Core, System, StdCtrls, Ctrls

AFAIK, the rest can follow in any order you want.


Subject: Turbo Delphi Pro
From: Xavier CAMIER <camierx@online.fr>
Date: Thu, 14 Sep 2006 16:34:52 +0200
Newsgroups: jedi.vcl

Hi,

I just received Turbo Delphi Pro Edition and unfortunately I discovered I was unable to efficiently install JVCL 3.2. After having googled and read Michael Fritz's 04/09/2006 "Turbo Editions" post I understood dcc32.exe was missing EVEN into the Pro version.

I tried to cheat the installer in :

    - copying a Delphi 7 dcc32.exe into the bin BDS directory : it failed.
    - making a bds.exe /p shortcut called dcc32.exe : it failed but am I surprised ? :-))
    - making a small app called dcc32.exe which converts the dcc32 call to a bds.exe /p param1 param2 ... call. First I thought it worked until I realised the registration was Ok but the *100.bpl files weren't generated. So I tried to improve the app in forbidden it to give back hand until BDS finished its tasks. It failed because BDS was unable to find/understand parameters files (probably some dependencies). So... it failed.
    - I thought inheriting the needed jvcl components would be enough but I failed in doing it.


My question is "Is there a way to install JVCL" on Turbo Delphi without spending hours in installing package after package (after having understood wich package should be installed before its friend...)" ?

If not will there be soon a way to do it or do I have to keep using Delphi 7 all my life ? :-)

Kind Regards
Xavier


Subject: Re: Post Install Problem
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Thu, 14 Sep 2006 16:10:35 +0200
Newsgroups: jedi.vcl

As I am intending to use JCL/JVCL in a project that may run on a lot of DEP-enabled machines, I'll have to have a closer look at all the problems. In one earlier thread, one code location was already identified. As usual, my time is pretty consumed by other things I have to do, so I'll just leave helpful comments for now. I hope the situation will change soon.

Best regards,
Andre


Larry Maturo schrieb:
> Thank you.  That was the problem, indeed.  Very strange.  I didn't install
> the debug stuff, so I can't debug it.  I never thought I'd run into this sort of
> thing.
>
> "OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:ee6una$bkp$1@news.talkto.net...
>> Looks like Data Execution Prevention (DEP) is kicking in.
>> Look on google to find how to disable it for BDS.
>> Or even better, try to debug the packages to find which line of code is causing this.


Subject: Re: Seems ver3.2 have problem with dual cpu system ?
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Thu, 14 Sep 2006 15:01:24 +0200
Newsgroups: jedi.vcl

We had problems with DEP as well, and only on AMD64 CPUs which implement the feature in hardware. I admit, it's not really obvious from the piece of code why it should trigger DEP. Anyway, it's a better idea to retrieve the old page protection value before changing it to anything.

If I understand the bit of code right, it's a strange method to allocate some memory "somehow". I'd implement it differently, using VirtualAlloc to get my memory. When I think of it, this may be how DEP tries to detect malicous activity, changing page flags with VirtualProtect without using VirtualAlloc on unallocated space.

And last but not least, the code is anything but portable for Windows x64 but that's another topic :D

If anybody feels like outlining what the code does overall, I may be tempted to contribute with a code change to make it work more smoothly :) Feel free to contact me by email if you like.

> I know that it is there. I had it on and nothing happens. But there seems
> that there is still a problem with the JVCL. But how knows. Maybe it is
> only a broken system.

From my experience with process memory access and DEP, it's not.

Best regards,
Andre


Subject: Re: Getting text from a TJvNavigation Panel
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 13 Sep 2006 22:09:51 +0200
Newsgroups: jedi.vcl

TJvNavPanelPage redirects its Caption property to the associated "button" at 
the bottom of the control and since this button control is ultimately 
derived from TGraphicControl you can't access it using SendMessage - 
TGraphicControl have no window handle - so in short: no it is not possible 
AFAIK.

-- Regards, Peter "Stefan" <stefandwebb@gmail.com> skrev i meddelandet news:ee5aek$1hk$1@news.talkto.net...
> > Hi,
> > I have the Win32 window handle (hwnd) to a TJvNavigationPanel control and 
> > its TjvNavPanelPage child control. Is it possible to get the text 
> > displayed in the TJvNavigationPanel by using Windows messages (that is, by 
> > the Win32 API call SendMessage(...))?
> > Thanks,
> > Stefan.
> > 




Subject: Re: TJvDBGrid with booleans for Firebird?
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 13 Sep 2006 16:24:29 +0100
Newsgroups: jedi.vcl

> >I just added the possibility to use a TStringField in the SVN, but it is
> >limited to 0 (false) and 1 (true).

That's why I didn't add the string type to the types allowed for a 
pseudo-boolean field. French users would like it to handle "O" and "N", 
english users "Y" and "N", russian users "D" and "N", and so on...
A workaround would be to pass the char used for True as a parameter.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Docking Problems
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 13 Sep 2006 16:51:46 +0200
Newsgroups: jedi.vcl

Russell Weetch wrote:
> Do you know the issue number?

It appears it has not been done yet.


Subject: Re: TJvDBGrid with booleans for Firebird?
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 13 Sep 2006 15:23:52 +0100
Newsgroups: jedi.vcl

> >Just create the "On" one and mark the other with the deprecated keyword.
> >That should do it.

NO NO NO !!!!!!!
It's not some code triggered when a certain event occurs, so the prefix 
ON does mean nothing in this particular case. IsBooleanField is not an 
event despite its class and it's not the only event name not beginning 
with ON. There are a lot of them in Borland standard classes 
(e.g. "AfterPost").
So I suggest to remove this "ON" or to give a meaningful name 
as "OnCheckIfBooleanField".

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Multithread Queue
From: "Gustavo Rodrigo" <guga@phoebus.com.br>
Date: Wed, 13 Sep 2006 11:01:32 -0300
Newsgroups: jedi.vcl

Thks.

>>>> >>>> I'm trying to use TJvMTThread's with a TJvMTManager.
>>>> >>>> I need to share a TStringList with two threads, one will feed it and 
>>>> >>>> the other will consume.
> >
> > Look jvcl\examples\JvManagedThreads\Balls this example use a 
> > TJvMtCountingSection like a semaphoro.
> >
> > Ricardona 




Subject: Re: Docking Problems
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Wed, 13 Sep 2006 14:34:54 +0100
Newsgroups: jedi.vcl

Do you know the issue number?

thanks

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ee8h6d$jlf$1@news.talkto.net...
> > Dario Tiraboschi wrote:
> >
>> >> Someone interested?
> >
> > Please post the fix and the required explanations in mantis here:
> >
> > http://homepages.borland.com/jedi/issuetracker/
> >
> >
>> >> P.S. The demo requires also the VirtualTreeView.
> >
> > It would be better if you could rewrite it so as to not require the VT. 
> > This way we can include it in the standard distribution. 




Subject: Re: Docking Problems
From: "Dario Tiraboschi" <dtiraboschi@removethis.tiscalinet.it>
Date: Wed, 13 Sep 2006 15:08:28 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> ha scritto nel messaggio 
news:ee8t3t$llh$1@news.talkto.net...
> >
> > Every now and then some people develop/fix a big part of it. But usually, 
> > once they have it doing what they want, they stop there. I can't and won't 
> > blame them for that, it's what we all do here <g>

That's normal!
BTW many thanks to all the people of this great community!

Regards
Dario
www.dsxp.com




Subject: Re: Docking Problems
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 13 Sep 2006 14:23:14 +0200
Newsgroups: jedi.vcl

Dario Tiraboschi wrote:
> "OBones" <obones_gf_@_fe_altern.org> ha scritto nel messaggio
>
>> Please post the fix and the required explanations in mantis here:
>>
>> http://homepages.borland.com/jedi/issuetracker/
>>
>>
>>> P.S. The demo requires also the VirtualTreeView.
>> It would be better if you could rewrite it so as to not require the VT. This way we can include it in the standard distribution.
>
> Ok! I will do it ASAP.
> Are there some people involved in jvDock project?

Every now and then some people develop/fix a big part of it. But usually, once they have it doing what they want, they stop there. I can't and won't blame them for that, it's what we all do here <g>


Subject: Re: Docking Problems
From: "Dario Tiraboschi" <dtiraboschi@removethis.tiscalinet.it>
Date: Wed, 13 Sep 2006 14:16:54 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> ha scritto nel messaggio

> > Please post the fix and the required explanations in mantis here:
> >
> > http://homepages.borland.com/jedi/issuetracker/
> >
> >
>> >> P.S. The demo requires also the VirtualTreeView.
> >
> > It would be better if you could rewrite it so as to not require the VT. 
> > This way we can include it in the standard distribution.

Ok! I will do it ASAP.
Are there some people involved in jvDock project?

Regards
Dario





Subject: Re: Docking Problems
From: "Dario Tiraboschi" <dtiraboschi@removethis.tiscalinet.it>
Date: Wed, 13 Sep 2006 14:11:43 +0200
Newsgroups: jedi.vcl

"Russell Weetch" <russell@smxi.removethis.com> ha scritto nel messaggio 
news:ee8goa$jk9$1@news.talkto.net...
> > Hi Dario
> >
> > I'd be interested.

Hi Russel,

just posted the demo in binaries.

Dario




Subject: Re: Docking Problems
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 13 Sep 2006 10:59:44 +0200
Newsgroups: jedi.vcl

Dario Tiraboschi wrote:

> Someone interested?

Please post the fix and the required explanations in mantis here:

http://homepages.borland.com/jedi/issuetracker/


> P.S. The demo requires also the VirtualTreeView.

It would be better if you could rewrite it so as to not require the VT. This way we can include it in the standard distribution.


Subject: Re: Docking Problems
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Wed, 13 Sep 2006 09:50:25 +0100
Newsgroups: jedi.vcl

Hi Dario

I'd be interested.

At the moment I have reverted to standard docking which is fine for the 
moment, but I'd very much like to use the added jv features.
Russell

"Dario Tiraboschi" <dtiraboschi@removethis.tiscalinet.it> wrote in message 
news:ee7r92$gon$1@news.talkto.net...
> >
> > "Russell Weetch" <russell@smxi.removethis.com> ha scritto nel messaggio 
> > news:ee6m0h$9qh$1@news.talkto.net...
>> >>I am using the jedi docking controls and the custompanel.
> >
> >
>> >> Also, I can't get the OnUnDock event to fire - which control should this 
>> >> be linked to?
> >
>> >> thanks for any help
> >
> > I have the possibility to post an application demo, in the jedi.binaries.
> > BTY it requires a two little changes,  concerning the CustomDock feature, 
> > in the original jvclDoking source code.
> > It's would be nice to include this demo, and the two fixes, in the 
> > standard distribution.
> >
> > Someone interested?
> >
> > Regards
> > Dario
> >
> > P.S. The demo requires also the VirtualTreeView.
> >
> >
> >
> >
> >
> >
> > 




Subject: Re: Docking Problems
From: "Dario Tiraboschi" <dtiraboschi@removethis.tiscalinet.it>
Date: Wed, 13 Sep 2006 04:43:51 +0200
Newsgroups: jedi.vcl

"Russell Weetch" <russell@smxi.removethis.com> ha scritto nel messaggio 
news:ee6m0h$9qh$1@news.talkto.net...
> >I am using the jedi docking controls and the custompanel.


> > Also, I can't get the OnUnDock event to fire - which control should this 
> > be linked to?

> > thanks for any help

I have the possibility to post an application demo, in the jedi.binaries.
BTY it requires a two little changes,  concerning the CustomDock feature, in 
the original jvclDoking source code.
It's would be nice to include this demo, and the two fixes, in the standard 
distribution.

Someone interested?

Regards
Dario

P.S. The demo requires also the VirtualTreeView.









Subject: Re: Post Install Problem
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Tue, 12 Sep 2006 14:48:26 -0500
Newsgroups: jedi.vcl

Hi Olivier,

Thank you.  That was the problem, indeed.  Very strange.  I didn't install
the debug stuff, so I can't debug it.  I never thought I'd run into this 
sort of
thing.

-- Larry


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:ee6una$bkp$1@news.talkto.net...
> > Looks like Data Execution Prevention (DEP) is kicking in.
> > Look on google to find how to disable it for BDS.
> > Or even better, try to debug the packages to find which line of code is 
> > causing this.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Post Install Problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 12 Sep 2006 20:36:28 +0200
Newsgroups: jedi.vcl

Looks like Data Execution Prevention (DEP) is kicking in.
Look on google to find how to disable it for BDS.
Or even better, try to debug the packages to find which line of code is causing this.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Post Install Problem
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Tue, 12 Sep 2006 12:37:16 -0500
Newsgroups: jedi.vcl

I downloaded the latest version of jcl and jvcl.  I got both of them
to install without errors.  I open BDS2006 (only Delphi Win32
personality installed), and get the following error message:

Can't load package C:\Documents and Settings\lmaturo\My Documents\Borland 
Studio\
            Projects\bpl\JvBandsD10D.bpl
Access violation at address 15C4B528.  Write of address 15C4B528.
Do you want to attempt to load this package the next time a project is 
loaded?

I get this same message on a lot of packages.  They are all in the directory 
where it
is looking, so I don't know what the problem is.

-- Larry Maturo




Subject: Re: Seems ver3.2 have problem with dual cpu system ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 12 Sep 2006 17:04:17 +0000 (UTC)
Newsgroups: jedi.vcl

Larry Maturo wrote:

> > Look in the Control Panel\System\Advanced, and then click on
> > the Data Execution Protection tab.

I know that it is there. I had it on and nothing happens. But there seems
that there is still a problem with the JVCL. But how knows. Maybe it is
only a broken system.

-- Regards, Andreas Hausladen 

Subject: Re: JVTfDays _simple_ example.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 12 Sep 2006 18:43:37 +0200
Newsgroups: jedi.vcl

Terry Yapt wrote:

> I always am getting a list index out of bouns on '//****' lines.

Well, yes, have you added the schedules to the manager?

A schedule is a "category". Appointments belong to a schedule.
A simple code would be something like that

procedure TForm1.Button1Click(Sender: TObject);
var
  appt: TJvTFAppt;
begin
  appt := sm.dbNewAppt('Title');
  appt.AddSchedule('Schedule');
  appt.SetStartEnd(Now, 8/24, Now, 18/24);
end;

To see the appointment, you need to add a column to the TJvTFDays and in this column define the SchedName property to match the schedule the appointment belongs to.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Seems ver3.2 have problem with dual cpu system ?
From: "Larry Maturo" <Lawrence.Maturo@Quest.com>
Date: Tue, 12 Sep 2006 11:38:37 -0500
Newsgroups: jedi.vcl

Hi Andres,

It should already have that support.  Windows will use software for it, if 
the hardware
does not support it.  Look in the Control Panel\System\Advanced, and then 
click on
the Data Execution Protection tab.

-- Larry Maturo

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:eds468$meh$1@news.talkto.net...
> > Maziar Navahan wrote:
> >
>> >> how can disable DEP :(
> >
> > But that shouldn't be the final solution. Maybe my next computer (next
> > year) will have DEP support, so I could test the JCL and JVCL against it.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 12 Sep 2006 18:17:15 +0200
Newsgroups: jedi.vcl

Maziar Navahan wrote:
> how disable and enable DEP Complemnetry ?
> seems DEP have some mode some can configure in some mode

I have no idea, I don't have a DEP enabled computer

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Tue, 12 Sep 2006 08:09:22 -0800
Newsgroups: jedi.vcl

how disable and enable DEP Complemnetry ?
seems DEP have some mode some can configure in some mode

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ee5l0e$2v9$1@news.talkto.net...
> > Maziar Navahan wrote:
>> >> a samll help needed :
>> >> have any one FORCE way to enable and disable DEP ;)
> >
> > Excuse me?
> >
> > I did not understand what you said. 




Subject: Docking Problems
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Tue, 12 Sep 2006 17:07:44 +0100
Newsgroups: jedi.vcl

I am using the jedi docking controls and the custompanel.

I have set JVDOCK_QUERY in my project conditional defines, but still don't 
get anything back in

DockServer.CustomDockPanel.GetDockedControls(WinControls)

although I did once in the demo app.

Also, I can't get the OnUnDock event to fire - which control should this be 
linked to?

thanks for any help 




Subject: Re: Multithread Queue
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 12 Sep 2006 10:19:35 -0500
Newsgroups: jedi.vcl

>>> I'm trying to use TJvMTThread's with a TJvMTManager.
>>> I need to share a TStringList with two threads, one will feed it and the other will consume.

Look jvcl\examples\JvManagedThreads\Balls this example use a TJvMtCountingSection like a semaphoro.

Ricardona


Subject: Re: Multithread Queue
From: "Gustavo Rodrigo" <guga@phoebus.com.br>
Date: Tue, 12 Sep 2006 11:42:15 -0300
Newsgroups: jedi.vcl

Yeah.

so, we both need some solution.

In my case I could solve this problem using TCriticalSection every time I'm 
reading or writing in the TStringList, but it's also necessary to implement 
a semaphoro schema, I mean, while one thread is accessing the StringList, 
the other will be in a Wait state event.

But I'm looking for a component that abstratcts all of it. Does anyone know 
that component?

[]'s
Gustavo

"psy" <psy_ddrNOSPAM@yahoo.com> escreveu na mensagem 
news:ee4r7k$v6q$1@news.talkto.net...
> > you question is somehow related to mine is that right?
> >
>> >>"Gustavo Rodrigo" <guga@phoebus.com.br> wrote in message 
>> >>news:ee3p1i$naf$1@news.talkto.net...
>> >>Guys,
>> >>
>> >>is there any solution/component that controls a multithread shared queue?
>> >>
>> >>I'm trying to use TJvMTThread's with a TJvMTManager.
>> >>I need to share a TStringList with two threads, one will feed it and the 
>> >>other will consume.
>> >>
>> >>
>> >>thks,
>> >>
>> >>Guga
> >
> > 




Subject: Re: JVTfDays _simple_ example.
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Tue, 12 Sep 2006 15:50:38 +0200
Newsgroups: jedi.vcl

On Tue, 12 Sep 2006 10:00:30 +0200, OBones <obones_gf_@_fe_altern.org>
wrote:

> >Terry Yapt wrote:
>>> >>> Terry Yapt wrote:
>>> >>>
>>>> >>>> Somebody have a _simple_ example how to do it ?
>>> >>> The demo in the JVCL example is not enough ?
>>> >>> Anyway, for the appts to show up, you need that their "schedule" matches 
>>> >>> one of the schedules for TJvTFDays.
>> >> 
>> >> The demo in the JVCL example is too many big.  I do only need a bit
>> >> and simple  application with an app showed on JVTFDays.  Inserted
>> >> programatically.  It seems very simple, but after a few days I cannot
>> >> get it to work.  Working with a simple example will be more easy going
>> >> to more dificult stufs and then the example on JVCL will be useful.
> >
> >But if you look into the demo, there is what you want in the code behind 
> >the "add" button.

The new button on example simply does this:

  ApptEdit.ShowModal;

After that and following the code on AppEdit, I see it does different
things depending on the form controls are filled or not on the onShow.
At the end the onShow event call itself (I think) and do another
different thing because it has data on it.

Really, really, really hard example to follow.  I would prefer a few
lines to create a 'visible' app/schedules on the fly.

> >
> >
>> >> If it is not possible I will try a schedule that "matches" a jvTFDays
>> >> schedule. 
> >
> >Well, start with that, it's required for it to show.

Here is my testing code:

d1 = JvTfDays;
sm1 = ScheduleManager;

  Table.Active := true;
  Table;
  while not TAble.Eof do
    begin
      sm1.RequestAppt('',Appt,iscreated);
      if iscreated then
        begin
          Appt.SetStartEnd(Table.FieldByName('date').AsDateTime,
                           Table.FieldByName('timef').AsDateTime,
                           Table.FieldByName('date').AsDateTime,
                           Table.FieldByName('timet').AsDateTime);
          Appt.AddSchedule(Table.FieldByName('Id').AsString);
          Appt.Description :=Table.FieldByName('Descrip').AsString;
          //if d1.ScheduleCount = 0 then creado := false;  //****
          sm1.Schedules[0].AddAppt(Appt);  //****
        end;
      table.Next;
    end;
table.Active := false;

I always am getting a list index out of bouns on '//****' lines.

Any idea... ?


Subject: example of OnGetGraphicClass
From: Moore <delfino03@caramail.com>
Date: Tue, 12 Sep 2006 10:55:58 +0200
Newsgroups: jedi.vcl

I need an example of the event OnGetGraphicClass for the JvDBImage, I
need to know when assigning a field to the control the 2 first chars of
the stream to do an action or other, thnx


Subject: Re: JVTfDays _simple_ example.
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 12 Sep 2006 10:00:30 +0200
Newsgroups: jedi.vcl

Terry Yapt wrote:
>> Terry Yapt wrote:
>>
>>> Somebody have a _simple_ example how to do it ?
>> The demo in the JVCL example is not enough ?
>> Anyway, for the appts to show up, you need that their "schedule" matches one of the schedules for TJvTFDays.
>
> The demo in the JVCL example is too many big.  I do only need a bit
> and simple  application with an app showed on JVTFDays.  Inserted
> programatically.  It seems very simple, but after a few days I cannot
> get it to work.  Working with a simple example will be more easy going
> to more dificult stufs and then the example on JVCL will be useful.

But if you look into the demo, there is what you want in the code behind the "add" button.


> If it is not possible I will try a schedule that "matches" a jvTFDays
> schedule. 

Well, start with that, it's required for it to show.


Subject: Re: JVTfDays _simple_ example.
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Tue, 12 Sep 2006 09:50:59 +0200
Newsgroups: jedi.vcl


> >Terry Yapt wrote:
> >
>> >> Somebody have a _simple_ example how to do it ?
> >
> >The demo in the JVCL example is not enough ?
> >Anyway, for the appts to show up, you need that their "schedule" matches 
> >one of the schedules for TJvTFDays.

The demo in the JVCL example is too many big.  I do only need a bit
and simple  application with an app showed on JVTFDays.  Inserted
programatically.  It seems very simple, but after a few days I cannot
get it to work.  Working with a simple example will be more easy going
to more dificult stufs and then the example on JVCL will be useful.

If it is not possible I will try a schedule that "matches" a jvTFDays
schedule. 

Greetings.  



Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 12 Sep 2006 08:46:03 +0200
Newsgroups: jedi.vcl

Maziar Navahan wrote:
> a samll help needed :
> have any one FORCE way to enable and disable DEP ;)

Excuse me?

I did not understand what you said.


Subject: Re: JvListView->DoubleBuffered = true; = Memory leak?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 12 Sep 2006 07:37:55 +0200
Newsgroups: jedi.vcl

Remy wrote:
> OBones wrote:
>
>> Depends on which version of the JVCL you use.
>
>
> The latest release:  JVCL320CompleteJCL197-Build2172 

Then you should try the daily version:

http://jvcl.sf.net/daily/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Mon, 11 Sep 2006 21:34:21 -0800
Newsgroups: jedi.vcl

a samll help needed :
have any one FORCE way to enable and disable DEP ;)

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:ee11q4$at6$1@news.talkto.net...
> > Maziar Navahan wrote:
>> >> now my i DEP disable then dont try it...
>> >> if this important for jvcl group comment me to do it ..
> >
> > Yes, please, we would really appreciate if you could try Florent's 
> > suggestion and let us know how it works.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Getting text from a TJvNavigation Panel
From: "Stefan" <stefandwebb@gmail.com>
Date: Tue, 12 Sep 2006 13:44:23 +1000
Newsgroups: jedi.vcl

Hi,
I have the Win32 window handle (hwnd) to a TJvNavigationPanel control and 
its TjvNavPanelPage child control. Is it possible to get the text displayed 
in the TJvNavigationPanel by using Windows messages (that is, by the Win32 
API call SendMessage(...))?
Thanks,
Stefan. 




Subject: Re: how to download the latest version
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Mon, 11 Sep 2006 21:21:31 -0300
Newsgroups: jedi.vcl

nevermind, a jvcl_old dir was on the search path...
"psy" <psy_ddrNOSPAM@yahoo.com> wrote in message 
news:ee4u8n$vlk$1@news.talkto.net...
> >I got a couple fifty error messages while installing jvrichedit and an 
> >error message when compiling any jvcl project after I installed the latest 
> >trunck:
> >
> > [Fatal Error] Main.pas(7): Unit JvJVCLUtils was compiled with a different 
> > version of JvConsts.HDC_DESKTOP
> >
> > is it hard to fix it?
> >
> > "edbored" <edwardbNONO@NONOsgci.com> wrote in message 
> > news:ee43io$pru$1@news.talkto.net...
>> >> From the screen shot you are using  TortoiseCVS to try and get code from 
>> >> a
>> >> SVN repository (CVS<>SVN).
>> >>
>> >> It will be somewhat more effective if  you download and install 
>> >> TortoiseSVN,
>> >> and then try again.
>> >>
>> >> Cheers,
>> >> EdB
>> >>
>> >> "psy" <psy_ddrNOSPAM@yahoo.com> wrote in message
>> >> news:ee41ul$pe5$1@news.talkto.net...
>>> >>> Hi there,
>>> >>> I've been struggling for weeks and I cant seem to download
>>> >>> the latest branch from the cvs, what's the catch to download
>>> >>> using tortoise cvs?
>>> >>> thank you
>>> >>>
>>> >>>
>>> >>>
>> >>
>> >>
> >
> > 




Subject: Re: how to download the latest version
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Mon, 11 Sep 2006 21:16:55 -0300
Newsgroups: jedi.vcl

I got a couple fifty error messages while installing jvrichedit and an error 
message when compiling any jvcl project after I installed the latest trunck:

[Fatal Error] Main.pas(7): Unit JvJVCLUtils was compiled with a different 
version of JvConsts.HDC_DESKTOP

is it hard to fix it?

"edbored" <edwardbNONO@NONOsgci.com> wrote in message 
news:ee43io$pru$1@news.talkto.net...
> > From the screen shot you are using  TortoiseCVS to try and get code from a
> > SVN repository (CVS<>SVN).
> >
> > It will be somewhat more effective if  you download and install 
> > TortoiseSVN,
> > and then try again.
> >
> > Cheers,
> > EdB
> >
> > "psy" <psy_ddrNOSPAM@yahoo.com> wrote in message
> > news:ee41ul$pe5$1@news.talkto.net...
>> >> Hi there,
>> >> I've been struggling for weeks and I cant seem to download
>> >> the latest branch from the cvs, what's the catch to download
>> >> using tortoise cvs?
>> >> thank you
>> >>
>> >>
>> >>
> >
> > 




Subject: Re: Multithread Queue
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Mon, 11 Sep 2006 20:25:07 -0300
Newsgroups: jedi.vcl

you question is somehow related to mine is that right?

> >"Gustavo Rodrigo" <guga@phoebus.com.br> wrote in message 
> >news:ee3p1i$naf$1@news.talkto.net...
> >Guys,
> >
> >is there any solution/component that controls a multithread shared queue?
> >
> >I'm trying to use TJvMTThread's with a TJvMTManager.
> >I need to share a TStringList with two threads, one will feed it and the 
> >other will consume.
> >
> >
> >thks,
> >
> >Guga 




Subject: Re: how to download the latest version
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Mon, 11 Sep 2006 20:23:47 -0300
Newsgroups: jedi.vcl

> > SVN repository (CVS<>SVN).
I'm telling you, people are stupid...
that worked thanks!

"edbored" <edwardbNONO@NONOsgci.com> wrote in message 
news:ee43io$pru$1@news.talkto.net...
> > From the screen shot you are using  TortoiseCVS to try and get code from a
> > SVN repository (CVS<>SVN).
> >
> > It will be somewhat more effective if  you download and install 
> > TortoiseSVN,
> > and then try again.
> >
> > Cheers,
> > EdB
> >
> > "psy" <psy_ddrNOSPAM@yahoo.com> wrote in message
> > news:ee41ul$pe5$1@news.talkto.net...
>> >> Hi there,
>> >> I've been struggling for weeks and I cant seem to download
>> >> the latest branch from the cvs, what's the catch to download
>> >> using tortoise cvs?
>> >> thank you
>> >>
>> >>
>> >>
> >
> > 




Subject: Re: JvListView->DoubleBuffered = true; = Memory leak?
From: "Remy" <RemyHodgers@No.Spam.Hotmail.com>
Date: Tue, 12 Sep 2006 00:14:49 +0200
Newsgroups: jedi.vcl

OBones wrote:
> > Depends on which version of the JVCL you use.

The latest release:  JVCL320CompleteJCL197-Build2172 




Subject: Re: Turbo Editions
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 12 Sep 2006 00:43:46 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 05 Sep 2006 23:10:35 +0200 @924)
....while the fading voice of Florent whispered through the darkness:

 FO> The main problem is that we have to redistribute compiled packages
 FO> because the installer won't work with out dcc32.exe.

don't know about BTS, but for Delphi 4/5 AFAIR one could run >>delphi32.exe
/b project-file<<
While it itook rather longer than DCC32.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: how to download the latest version
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Mon, 11 Sep 2006 13:41:19 -0400
Newsgroups: jedi.vcl

Forgot to add this:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository



"edbored" <edwardbNONO@NONOsgci.com> wrote in message
news:ee43io$pru$1@news.talkto.net...
> > From the screen shot you are using  TortoiseCVS to try and get code from a
> > SVN repository (CVS<>SVN).
> >
> > It will be somewhat more effective if  you download and install
TortoiseSVN,
> > and then try again.
> >
> > Cheers,
> > EdB
> >
> > "psy" <psy_ddrNOSPAM@yahoo.com> wrote in message
> > news:ee41ul$pe5$1@news.talkto.net...
>> > > Hi there,
>> > > I've been struggling for weeks and I cant seem to download
>> > > the latest branch from the cvs, what's the catch to download
>> > > using tortoise cvs?
>> > > thank you
>> > >
>> > >
>> > >
> >
> >




Subject: Re: how to download the latest version
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Mon, 11 Sep 2006 12:40:30 -0400
Newsgroups: jedi.vcl

From the screen shot you are using  TortoiseCVS to try and get code from a
SVN repository (CVS<>SVN).

It will be somewhat more effective if  you download and install TortoiseSVN,
and then try again.

Cheers,
EdB

"psy" <psy_ddrNOSPAM@yahoo.com> wrote in message
news:ee41ul$pe5$1@news.talkto.net...
> > Hi there,
> > I've been struggling for weeks and I cant seem to download
> > the latest branch from the cvs, what's the catch to download
> > using tortoise cvs?
> > thank you
> >
> >
> >




Subject: how to download the latest version
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Mon, 11 Sep 2006 13:13:35 -0300
Newsgroups: jedi.vcl

Hi there,
I've been struggling for weeks and I cant seem to download
the latest branch from the cvs, what's the catch to download
using tortoise cvs?
thank you 



cvs.jpg
	



Subject: Multithread Queue
From: "Gustavo Rodrigo" <guga@phoebus.com.br>
Date: Mon, 11 Sep 2006 10:46:28 -0300
Newsgroups: jedi.vcl

Guys,

is there any solution/component that controls a multithread shared queue?

I'm trying to use TJvMTThread's with a TJvMTManager.
I need to share a TStringList with two threads, one will feed it and the other will consume.


thks,

Guga


Subject: Re: JVTfDays _simple_ example.
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 11 Sep 2006 15:27:30 +0200
Newsgroups: jedi.vcl

Terry Yapt wrote:

> Somebody have a _simple_ example how to do it ?

The demo in the JVCL example is not enough ?
Anyway, for the appts to show up, you need that their "schedule" matches one of the schedules for TJvTFDays.


Subject: JVTfDays _simple_ example.
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Mon, 11 Sep 2006 15:08:17 +0200
Newsgroups: jedi.vcl

hello,

I would like to get JvTfDays to work.  I _only_ want to "draw" several
appointments and I would like to do it without any database, table or
file.  Only insert apps programatically.

I have spend several days and I haven't could get it to work.  I am
already creating apps but it does not show in JvTfDays control.

Somebody have a _simple_ example how to do it ?

Greetings..


Subject: Re: Docking Query
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Mon, 11 Sep 2006 09:51:33 +0100
Newsgroups: jedi.vcl

Thanks Dario

putting it there worked a treat.

Although the panel reports no docked items, so I guess it is being 
controlled completely by the dockserver. Especially as the panel's ONDock.. 
events don't fire. The CustomDockPanel doesn't have (or at least doesn't 
expose) the OnDock events so not sure what to do here.

"Dario Tiraboschi" <dtiraboschi@tiscalinet.it> wrote in message 
news:ee297e$gq0$1@news.talkto.net...
> >
> > "Russell Weetch" <russell@smxi.removethis.com> ha scritto nel messaggio 
> > news:ee2810$gkt$1@news.talkto.net...
>> >> Ok, yes this is defined in JvDockTree, so that should be ok.
>> >>
>> >> Also, Panel2.DockClientCount also always shows 0, and Panel2.DockDrop 
>> >> doesn't fire when a from is dropped on it.
>> >>
>> >> Any ideas, would be a great help thanks.
> >
> > I dont'know why ( I haven't investigate) but there is a strange behavior 
> > in the unit JvDockControlForm, procedure 
> > TJvDockAdvPanel.GetDockedControls(WinControls: TList);  there the 
> > conditional definine is not reconized.
> > It should be better to put the define in the project 
> > options|Directories/Conditionals|Conditional defines.
> > For me it works fine.
> >
> > Regards
> > Dariko tiraboschi
> >
> >
> >
> > 




Subject: Re: JvListView->DoubleBuffered = true; = Memory leak?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 11 Sep 2006 08:48:06 +0200
Newsgroups: jedi.vcl

Remy wrote:

> Is this a known issue? / Is there a workaround for this?

Depends on which version of the JVCL you use.


Subject: Re: Docking Query
From: "Dario Tiraboschi" <dtiraboschi@tiscalinet.it>
Date: Mon, 11 Sep 2006 02:05:01 +0200
Newsgroups: jedi.vcl

"Russell Weetch" <russell@smxi.removethis.com> ha scritto nel messaggio 
news:ee2810$gkt$1@news.talkto.net...
> > Ok, yes this is defined in JvDockTree, so that should be ok.
> >
> > Also, Panel2.DockClientCount also always shows 0, and Panel2.DockDrop 
> > doesn't fire when a from is dropped on it.
> >
> > Any ideas, would be a great help thanks.

I dont'know why ( I haven't investigate) but there is a strange behavior in 
the unit JvDockControlForm, procedure 
TJvDockAdvPanel.GetDockedControls(WinControls: TList);  there the 
conditional definine is not reconized.
It should be better to put the define in the project 
options|Directories/Conditionals|Conditional defines.
For me it works fine.

Regards
Dariko tiraboschi






Subject: Re: Simple docking is impossible
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Mon, 11 Sep 2006 00:46:06 +0100
Newsgroups: jedi.vcl

there is an example actually called DockingInCode

"Andreas Schubert" <nospam@here.com> wrote in message 
news:edpnrs$a5l$1@news.talkto.net...
> >i did have a look at them already
> > but they all only handle docking at runtime by moving the forms.
> > I need a example on how to dock them manually by code.
> >
> > Andy
> >
> > "OBones" <obones_gfd_@_gfd_altern.org> schrieb im Newsbeitrag 
> > news:edpnla$a3s$1@news.talkto.net...
>> >> Andreas Schubert wrote:
>> >>
>>> >>> I tried everything but cant get this. Anyone can setup a quick example 
>>> >>> in D7 for me?
>> >>
>> >> You have the examples in the simirarly named folder. Have a look at them.
>> >>
>> >> -- 
>> >> Olivier Sannier
>> >> JVCL Coordinator
>> >> http://jvcl.sf.net/
> >
> > 




Subject: Re: Docking Query
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Mon, 11 Sep 2006 00:44:39 +0100
Newsgroups: jedi.vcl

Ok, yes this is defined in JvDockTree, so that should be ok.

Also, Panel2.DockClientCount also always shows 0, and Panel2.DockDrop 
doesn't fire when a from is dropped on it.

Any ideas, would be a great help thanks.

btw, using Delphi 6.02 Enterprise.

"Dario Tiraboschi" <dtiraboschi@tiscalinet.it> wrote in message 
news:ee20ib$foa$1@news.talkto.net...
> > "Russell Weetch" <russell@smxi.removethis.com> ha scritto nel messaggio 
> > news:edu9ae$ur3$1@news.talkto.net...
>> >> However, DockServer.CustomDockPanel.GetDockedControls never returns 
>> >> anything, actually not even in the example.
>> >>
>> >> Any ideas?
> >
> > Are you sure you enabled JVDOCK_QUERY conditional define?
> >
> >
> > 




Subject: Re: Docking Query
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Mon, 11 Sep 2006 00:11:13 +0100
Newsgroups: jedi.vcl

is that documented anywhere?

where would be the best place to put this?

"Dario Tiraboschi" <dtiraboschi@tiscalinet.it> wrote in message 
news:ee20ib$foa$1@news.talkto.net...
> > "Russell Weetch" <russell@smxi.removethis.com> ha scritto nel messaggio 
> > news:edu9ae$ur3$1@news.talkto.net...
>> >> However, DockServer.CustomDockPanel.GetDockedControls never returns 
>> >> anything, actually not even in the example.
>> >>
>> >> Any ideas?
> >
> > Are you sure you enabled JVDOCK_QUERY conditional define?
> >
> >
> > 




Subject: Re: Docking Query
From: "Dario Tiraboschi" <dtiraboschi@tiscalinet.it>
Date: Sun, 10 Sep 2006 23:37:13 +0200
Newsgroups: jedi.vcl

 "Russell Weetch" <russell@smxi.removethis.com> ha scritto nel messaggio 
news:edu9ae$ur3$1@news.talkto.net...
> > However, DockServer.CustomDockPanel.GetDockedControls never returns 
> > anything, actually not even in the example.
> >
> > Any ideas?

Are you sure you enabled JVDOCK_QUERY conditional define?





Subject: JvMarkupViewer text property
From: Roman <vsdesign@ukr.net>
Date: Sun, 10 Sep 2006 16:58:27 +0200
Newsgroups: jedi.vcl

Hello All,

I can not assign any value to text property of JvMarkupViewer.
JvMarkupLabel works fine.

Do you have some idea?

Thank in advance.
Roman


Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 10 Sep 2006 14:52:36 +0200
Newsgroups: jedi.vcl

Maziar Navahan wrote:
> now my i DEP disable then dont try it...
> if this important for jvcl group comment me to do it ..

Yes, please, we would really appreciate if you could try Florent's suggestion and let us know how it works.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Html help?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sun, 10 Sep 2006 14:09:47 +0200
Newsgroups: jedi.vcl

hello all,

any plan for a html help that can integrate in BDS 2006 help system (like 
the actual JCL beta help 2)?

Regards
Salvatore 




Subject: Re: Invalid Image Size error after install of SVN version
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sun, 10 Sep 2006 03:22:18 -0400
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:edturu$tl6$1@news.talkto.net...
> > edbored wrote:
> >
>> > > I wish you were right... Easy fix.
>> > >
>> > > Uninstalled DSU and DevExtensions. No joy - still getting "Invalid Image
>> > > Size".
>> > >
>> > > On the bright side I have a whole new appreciation for DSU!  I can't
believe
>> > > I used to work with "D7 the glacial"... <g>
> >
> > Then disable Jvcl packages one by one until you find the culprit.

<gulp> It gets worse. It occurs to me that I haven't used the RB Outline
stuff for awhile. If I go back 3 months I've installed:
DevEx QuantumGrid, TMS Component pack, new version of Graphics32, new
version of Cad Soft CADImportVCL, the TnT unicode stuff, and a couple of
others.

Maybe I should just 'ghost' my machine, go back to an earlier image and
start installing until it fails...

But hey! It's "just time" - right?  <sigh>

I wonder what the upgrade cost of RB is?  <g>

EdB




Subject: JvDbTreeView.treenode populate data property programatically.
From: Terry Yapt <yapt@NtechOSPnovellAM.com>
Date: Sat, 09 Sep 2006 18:28:10 +0200
Newsgroups: jedi.vcl

Hello all,

How and where can I set the 'data' property on a
TJvDbTreeView.TreeNode ?

I would like to store a unique string/class to quick recover the
record associated with a treenode.

I cannot find any event to set data property AFTER a new record was
propagated to a JvDbTreeNode.

Any example or explanation ?

Thanks in advance.


Subject: JvListView->DoubleBuffered = true; = Memory leak?
From: "Remy" <RemyHodgers@No.Spam.Hotmail.com>
Date: Sat, 9 Sep 2006 17:17:12 +0200
Newsgroups: jedi.vcl

I have a program where I use 3 JvListViews; 1 on Form1, 1 on Form2 and 1 on 
Form3.

Form2 has options on it for Form1 and Form3 has options on it for Form2.

When I set 'JvListView->DoubleBuffered = true;' on Form2 and then open it 
and move it a bit, it goes crazy after a few seconds, painting the Form and 
the background goes wrong and memory increases a lot.  When I don't set 
DoubleBuffered, everything is alright.

Is this a known issue? / Is there a workaround for this?

Remy 




Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Sat, 9 Sep 2006 06:08:21 -0800
Newsgroups: jedi.vcl

now my i DEP disable then dont try it...
if this important for jvcl group comment me to do it ..


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:eds5ti$mq2$1@news.talkto.net...
> > Nice to hear that.
> > Did the change suggested by Florent helped ?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Docking Query
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Sat, 9 Sep 2006 13:05:43 +0100
Newsgroups: jedi.vcl

Also, when I dock my first form it does not fill the client panel.

"Russell Weetch" <russell@smxi.removethis.com> wrote in message 
news:edu9ae$ur3$1@news.talkto.net...
> >I am using code to dock windows, and have looked at the example 
> >extensively. However, DockServer.CustomDockPanel.GetDockedControls never 
> >returns anything, actually not even in the example.
> >
> > Any ideas?
> > 




Subject: Docking Query
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Sat, 9 Sep 2006 12:42:16 +0100
Newsgroups: jedi.vcl

I am using code to dock windows, and have looked at the example extensively. 
However, DockServer.CustomDockPanel.GetDockedControls never returns 
anything, actually not even in the example.

Any ideas? 




Subject: Re: Embedded Forms
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Sat, 9 Sep 2006 11:18:51 +0100
Newsgroups: jedi.vcl

I think I maybe better off trying a docking solution.

"Russell Weetch" <russell@smxi.removethis.com> wrote in message 
news:edpg2j$8gb$1@news.talkto.net...
> > I've tried that, but that's when I get an AV. (ie embPanel.FormLink := 
> > nil) without releasing the form
> >
> > "Bruce Michener" <bmichene@boe.ca.gov> wrote in message 
> > news:edpcpj$7n1$1@news.talkto.net...
>> >>I would imagine the critical piece is setting the FormLink property to nil 
>> >>not the close and relase of the linkedform.
>> >>
>> >> Russell Weetch wrote:
>>> >>> Hi Thanks.
>>> >>>
>>> >>> Is there no way to keep the form created? Just hidden or even undocked 
>>> >>> for that matter.
>>> >>>
>>> >>> "Bruce Michener" <bmichene@boe.ca.gov> wrote in message 
>>> >>> news:edpakc$76p$1@news.talkto.net...
>>>> >>>> I make sure the current embedded form is closed and released, then I 
>>>> >>>> set the embedded formlink property to nil before linking another.
>>>> >>>>       embPanel.LinkedForm.Close;
>>>> >>>>       embPanel.LinkedForm.Release;
>>>> >>>>       embPanel.FormLink := nil;
>>>> >>>>
>>>> >>>> Russell Weetch wrote:
>>>>> >>>>> I am using the TJvEmbeddedInstanceFormPanel component and am assigning 
>>>>> >>>>> the form in code. I want to be able to change the form that is 
>>>>> >>>>> displayed in the panel, but when I try to change the linked form I get 
>>>>> >>>>> an av.
>>>>> >>>>>
>>>>> >>>>> Any ideas how best to achieve this?
>>>>> >>>>>
>>>>> >>>>> thanks
>>> >>>
> > 




Subject: Re: Invalid Image Size error after install of SVN version
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 09 Sep 2006 10:43:56 +0200
Newsgroups: jedi.vcl

edbored wrote:

> I wish you were right... Easy fix.
>
> Uninstalled DSU and DevExtensions. No joy - still getting "Invalid Image
> Size".
>
> On the bright side I have a whole new appreciation for DSU!  I can't believe
> I used to work with "D7 the glacial"... <g>

Then disable Jvcl packages one by one until you find the culprit.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Simple TimerList queue system
From: "psy" <psy_ddrNOSPAM@yahoo.com>
Date: Fri, 8 Sep 2006 21:05:16 -0300
Newsgroups: jedi.vcl

Hi guys,
I was wondering if any of you know a simple solution to create a queue using 
the jvTimerList.
I needed that all the events that would fire at the exact the same time to 
fire together so I could
add them to a custom queue, what is happening now is that the first event 
fires and the item
is added to my TStringList queue and gets processed but by the action is 
over the next item
will not fire... Application.ProcessMessages doesnt seem to solve my 
problem.
Does anyone have a sample code or any idea on how to implement this timer 
queue?
thanks! 




Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 8 Sep 2006 17:30:27 +0000 (UTC)
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> > It doesn't even
> > mention that restriction of the Explorer editions at all.


Maybe notepad hides the small printed :-)

-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Fri, 08 Sep 2006 19:18:14 +0200
Newsgroups: jedi.vcl

Hi Rudy,

Rudy Velthuis wrote:

>>> >> > PS: may it be that ony dialog page of loading packages removed. Make
>>> >> > DLL with such a page and ability to load BPL - and this restriction
>>> >> > is fixed ?

>> >> If that meight work, it would violate the license.

> > I didn't have the chance to install it on a non-BDS computer yet, but
> > does the license really forbid it?

IANAL, but if I read the license correctly it doesn't. It doesn't even
mention that restriction of the Explorer editions at all.

MfG
twm


Subject: Re: Turbo Editions
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Fri, 08 Sep 2006 19:09:16 +0200
Newsgroups: jedi.vcl

Hi,

Arioch /BDV/ wrote:

> > PS: may it be that ony dialog page of loading packages removed. Make DLL
> > with such a page and ability to load BPL - and this restriction is fixed ?

No, that dialog (component / install packages) is still there. 
It even lists several 3rd party components that come with the installation
(eg. Indy and TeeChart). But you get an error message when you try to load
one: "This version is not licensed to load third party components or IDE
addins."

MfG
twm



Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Fri, 8 Sep 2006 18:58:09 +0200
Newsgroups: jedi.vcl

At 15:38:23, 08.09.2006, Ricardo Cardona R wrote:

>> > > I cannot compile the JCL and JVCL: dcc32.exe not found

You can of course compile them in the IDE. You don't need dcc32.exe to
compile them. You need dcc32.exe to install them using the installer that
comes with them. But you can also compile them manually, from the IDE.
-- Rudy Velthuis http://rvelthuis.de/ "There is no sincerer love than the love of food." -- George Bernard Shaw (1856-1950) 

Subject: Re: Invalid Image Size error after install of SVN version
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Fri, 8 Sep 2006 12:57:35 -0400
Newsgroups: jedi.vcl

I wish you were right... Easy fix.

Uninstalled DSU and DevExtensions. No joy - still getting "Invalid Image
Size".

On the bright side I have a whole new appreciation for DSU!  I can't believe
I used to work with "D7 the glacial"... <g>

Cheers,
EdB

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:edq0mk$c13$1@news.talkto.net...
> > I'd say DSU, but that's only me.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/




Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Fri, 8 Sep 2006 18:56:11 +0200
Newsgroups: jedi.vcl

At 18:03:40, 08.09.2006, Andreas Hausladen wrote:

> > Arioch BDV wrote:
> > 
>> > > PS: may it be that ony dialog page of loading packages removed. Make
>> > > DLL with such a page and ability to load BPL - and this restriction
>> > > is fixed ?
> > 
> > If that meight work, it would violate the license.

I didn't have the chance to install it on a non-BDS computer yet, but
does the license really forbid it?

-- Rudy Velthuis http://rvelthuis.de/ "Everybody wants to go to heaven, but nobody wants to die." -- Joe Louis. 

Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Fri, 8 Sep 2006 18:52:50 +0200
Newsgroups: jedi.vcl

At 17:41:35, 08.09.2006, Arioch /BDV/ wrote:

> > The stars so gaily glistened... (Tue, 5 Sep 2006 22:50:23 +0200 @909)
> > ...while the fading voice of Ralf whispered through the darkness:
> > 
> >  >> FAQ says that Explorer would take special care to disallow 3-rd
> > party  >> IDE plugins and components to be installed.
> > 
> >  RK> That applies only to BPL-based experts!! I just have installed
> >  RK> ModeMaker CodeExplorer which is a DLL based expert!
> > 
> > Hence we need DLL, loading BPL-based wizards and acting like a proxy
> > between them and IDE.

Can a DLL load a BPL-wizard into the IDE? AFAIK, dclusr.bpl is accepted
(on oversight?), so that could perhaps achieve it.

-- Rudy Velthuis http://rvelthuis.de/ "I have made this letter longer than usual because I lack the time to make it shorter." -- Blaise Pascal 

Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 08 Sep 2006 18:31:51 +0200
Newsgroups: jedi.vcl

Nice to hear that.
Did the change suggested by Florent helped ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Fri, 8 Sep 2006 08:28:26 -0800
Newsgroups: jedi.vcl

ok : ok problem is DEP
"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:eds4ip$me6$2@news.talkto.net...
> > Maziar,
> >
> > please try to replace PAGE_WRITECOPY by PAGE_EXECUTE_READWRITE. If this 
> > modification solves the problem, then it is a DEP issue.
> > Thanks for having tracked this issue.
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: Seems ver3.2 have problem with dual cpu system ?
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Fri, 8 Sep 2006 08:27:41 -0800
Newsgroups: jedi.vcl

ok problem is DEP

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:edrtvd$l2n$1@news.talkto.net...
> > Maziar Navahan wrote:
>> >> how can disable DEP :(
> >
> > It's a windows option, look on google. 




Subject: Re: Turbo Editions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 08 Sep 2006 18:11:28 +0200
Newsgroups: jedi.vcl

Carmelo Viavattene a écrit :
> BDS have dcc32.exe

of course, but only if the Delphi.win32 or C++Builder personality is installed.

> Turbo C++ not have dcc32.exe: Explorer surely, Professional can be.

Do you mean Turbo C++ Explorer or Turbo C++ Professional (with command line compilers downloaded from Borland's website).

Regards,

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Turbo Editions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 08 Sep 2006 18:08:48 +0200
Newsgroups: jedi.vcl

> JediVCL ??? It is not wizard

maybe he meant JediVCS which is a wizard.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 08 Sep 2006 18:07:35 +0200
Newsgroups: jedi.vcl

Maziar,

please try to replace PAGE_WRITECOPY by PAGE_EXECUTE_READWRITE. If this modification solves the problem, then it is a DEP issue.
Thanks for having tracked this issue.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 8 Sep 2006 16:03:40 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> > PS: may it be that ony dialog page of loading packages removed. Make DLL
> > with such a page and ability to load BPL - and this restriction is fixed
> > ?

If that meight work, it would violate the license.


-- Regards, Andreas Hausladen 

Subject: Re: Seems ver3.2 have problem with dual cpu system ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 8 Sep 2006 16:02:16 +0000 (UTC)
Newsgroups: jedi.vcl

Maziar Navahan wrote:

> > how can disable DEP :(

But that shouldn't be the final solution. Maybe my next computer (next
year) will have DEP support, so I could test the JCL and JVCL against it.

-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 8 Sep 2006 16:00:04 +0000 (UTC)
Newsgroups: jedi.vcl

Thomas Mueller wrote:

>> > > We could make a binary + source release.
> > 
> > Actually, what's the point?

The point is that I always wanted a binary release to get the JVCL working
on computers with a "destroyed" IDE configuration.

> > Turbo Explorer does not allow to install 3rd party components

It does, but even on runtime. No designtime.

> > Jedi would be in breach of the license if you provided a
> > workaround.

And that is something we will never provide.


-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 8 Sep 2006 19:41:35 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 5 Sep 2006 22:50:23 +0200 @909)
....while the fading voice of Ralf whispered through the darkness:

 >> FAQ says that Explorer would take special care to disallow 3-rd party
 >> IDE plugins and components to be installed.

 RK> That applies only to BPL-based experts!! I just have installed
 RK> ModeMaker CodeExplorer which is a DLL based expert!

Hence we need DLL, loading BPL-based wizards and acting like a proxy between
them and IDE.

PS: may it be that ony dialog page of loading packages removed. Make DLL
with such a page and ability to load BPL - and this restriction is fixed ?

 >> Hence bye-bye CnWizards, GExperts, JediVCL and so on..

 RK> Welcome back CnWizards, GExperts, JediVCL and so on..

JediVCL ??? It is not wizard

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Turbo Editions
From: Ricardo Cardona R <rcardona@mail.com>
Date: Fri, 08 Sep 2006 09:33:33 -0500
Newsgroups: jedi.vcl

> Then, I must install the Turbo edition in a computer with a previous compiler version, and use (compiling only the project) the previously compiled JVCL?

You need open Turbo IDE for compile any project and recompile all source, app and components; the command line compiler is *not* included in the Explorer edition.

> I understand, in Turbo explorer I cannot open any form with my JVCL component.

Yep, you can't install components in Turbo. Use them in code, like any other class, but you can't install them in the Turbo IDE.

This limitation does not exist for Turbo Pro.

Ricardona


Subject: Re: Seems ver3.2 have problem with dual cpu system ?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 08 Sep 2006 16:18:26 +0200
Newsgroups: jedi.vcl

Maziar Navahan wrote:
> how can disable DEP :(

It's a windows option, look on google.


Subject: Re: Seems ver3.2 have problem with dual cpu system ?
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Fri, 8 Sep 2006 06:12:49 -0800
Newsgroups: jedi.vcl

how can disable DEP :(

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:edrsi8$knp$1@news.talkto.net...
> > Maziar Navahan wrote:
> >
>> >> //!!!!!!!!!!!!!!!!!!!!!!  IN THIS NEXT LINE I GET AV !!!!!!!!!!!!!
>> >>
>> >>   if VirtualProtect(P, 4, PAGE_WRITECOPY, OldProtect) then  //<- this 
>> >> line !
> >
> > This looks very much like a problem with DEP (Data Execution Prevention, 
> > look in Wikipedia).
> >
> > Interesting to know that this line might be the culprit. 




Subject: Re: Turbo Editions
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 08 Sep 2006 16:06:39 +0200
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:
> Ricardo Cardona R ha scritto:
>>> I cannot compile the JCL and JVCL: dcc32.exe not found
>>> This try of compilation is made in my computer 2, with installed TurboC++, and not BCB5Pro
>>
>> I compiled mi D7 program with the turbo edition, the app use JCL/JVCL/TB2K/TBX/TspTBXLib/In house GIS Component; you only need open your project and build, nothing more.
>>
> Then, I must install the Turbo edition in a computer with a previous compiler version, and use (compiling only the project) the previously compiled JVCL?

No, absolutely not.
If you have the source files for the JVCL, your project using them will compile and run just fine.
It's viewing the forms that use the components that will not work because the components are not installed.


Subject: Re: Turbo Editions
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Fri, 08 Sep 2006 16:02:16 +0200
Newsgroups: jedi.vcl

Ricardo Cardona R ha scritto:
>> I cannot compile the JCL and JVCL: dcc32.exe not found
>> This try of compilation is made in my computer 2, with installed TurboC++, and not BCB5Pro
>
> I compiled mi D7 program with the turbo edition, the app use JCL/JVCL/TB2K/TBX/TspTBXLib/In house GIS Component; you only need open your project and build, nothing more.
>
Then, I must install the Turbo edition in a computer with a previous compiler version, and use (compiling only the project) the previously compiled JVCL?

> Enjoy
>
> Ricardona
>
> P.D. not open any form, it don't like to turbo editions.
I understand, in Turbo explorer I cannot open any form with my JVCL component.

Can You explain P.D.?

Thank You

Regards,
Carmelo Viavattene


Subject: Re: Seems ver3.2 have problem with dual cpu system ?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 08 Sep 2006 15:54:20 +0200
Newsgroups: jedi.vcl

Maziar Navahan wrote:

> //!!!!!!!!!!!!!!!!!!!!!!  IN THIS NEXT LINE I GET AV !!!!!!!!!!!!!
>
>   if VirtualProtect(P, 4, PAGE_WRITECOPY, OldProtect) then  //<- this line !

This looks very much like a problem with DEP (Data Execution Prevention, look in Wikipedia).

Interesting to know that this line might be the culprit.


Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Fri, 8 Sep 2006 05:39:59 -0800
Newsgroups: jedi.vcl

AMD 4200+ with 1GB ram dual cpu in  trace i see

JvDataProviderItemDesign


rocedure CreateTypeInfo(const AClass: TClass);
var
  P: PChar;
  PNewInfo: Pointer;
  OldProtect: Cardinal;
begin
  P := TypeInfoFromClass(AClass);
  { Below the typeinfo is cloned, while an additional 2048 bytes are 
reserved at the end. This 2048
    bytes will be used to "inject" additional properties. Since each 
property takes 27 + the length
    of the property name bytes, assuming an average of 40 bytes/property 
will allow approximately 50
    properties to be appended to the existing property list. }
  // (rom) is there some security so we do not blow up everything by 
exceeding the 2048 bytes?
  PNewInfo := CloneTypeInfo(Pointer(PInteger(P)^), 2048);
  {$IFDEF MSWINDOWS}


//!!!!!!!!!!!!!!!!!!!!!!  IN THIS NEXT LINE I GEt AV !!!!!!!!!!!!!

  if VirtualProtect(P, 4, PAGE_WRITECOPY, OldProtect) then   //<- in this 
line i get AV
  try
    PInteger(P)^ := Integer(PNewInfo);
  finally
    VirtualProtect(P, 4, OldProtect, OldProtect);
  end;
  {$ENDIF MSWINDOWS}
  {$IFDEF LINUX}
  WriteProcessMemory(GetCurrentProcess, P, PNewInfo, 4, OldProtect);  // asn 
???
  {$ENDIF LINUX}
end;


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:edrrg2$kh5$1@news.talkto.net...
> > Which machine?
> > Do you have DEP activated? 




Subject: Re: Turbo Editions
From: Ricardo Cardona R <rcardona@mail.com>
Date: Fri, 08 Sep 2006 08:38:23 -0500
Newsgroups: jedi.vcl

> I cannot compile the JCL and JVCL: dcc32.exe not found
> This try of compilation is made in my computer 2, with installed TurboC++, and not BCB5Pro

I compiled mi D7 program with the turbo edition, the app use JCL/JVCL/TB2K/TBX/TspTBXLib/In house GIS Component; you only need open your project and build, nothing more.

Enjoy

Ricardona

P.D. not open any form, it don't like to turbo editions.


Subject: Seems ver3.2 have problem with dual cpu system ?
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Fri, 8 Sep 2006 05:36:57 -0800
Newsgroups: jedi.vcl

i in last message for me in rev 3.2 in delphi2006 Sp2 i get AV in install 
design time package

i trace it i see in

JvDataProviderItemDesign


rocedure CreateTypeInfo(const AClass: TClass);
var
  P: PChar;
  PNewInfo: Pointer;
  OldProtect: Cardinal;
begin
  P := TypeInfoFromClass(AClass);
  { Below the typeinfo is cloned, while an additional 2048 bytes are 
reserved at the end. This 2048
    bytes will be used to "inject" additional properties. Since each 
property takes 27 + the length
    of the property name bytes, assuming an average of 40 bytes/property 
will allow approximately 50
    properties to be appended to the existing property list. }
  // (rom) is there some security so we do not blow up everything by 
exceeding the 2048 bytes?
  PNewInfo := CloneTypeInfo(Pointer(PInteger(P)^), 2048);
  {$IFDEF MSWINDOWS}

//!!!!!!!!!!!!!!!!!!!!!!  IN THIS NEXT LINE I GET AV !!!!!!!!!!!!!

  if VirtualProtect(P, 4, PAGE_WRITECOPY, OldProtect) then  //<- this line !
  try
    PInteger(P)^ := Integer(PNewInfo);
  finally
    VirtualProtect(P, 4, OldProtect, OldProtect);
  end;
  {$ENDIF MSWINDOWS}
  {$IFDEF LINUX}
  WriteProcessMemory(GetCurrentProcess, P, PNewInfo, 4, OldProtect);  // asn 
???
  {$ENDIF LINUX}
end;

in single cpu system i dont see this bug





Subject: Re: Av in install all ver3.2 Designtime package in d2006 sp2
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 08 Sep 2006 15:36:06 +0200
Newsgroups: jedi.vcl

Which machine?
Do you have DEP activated?


Subject: Av in install all ver3.2 Designtime package in d2006 sp2
From: "Maziar Navahan" <mnavahan@yahoo.com>
Date: Fri, 8 Sep 2006 05:09:44 -0800
Newsgroups: jedi.vcl

Hi

i have new nightmare
i use delphi 2006 SP2 with hothix3,4,5,6
with orginal ver3.2 jcl/jvcl

i try install jcl first ...ok
itry install JVCl ....ok

but stop when run delphi in runtime i see AV in all JVCL
designtime package! . reinstall windows and delphi dont help me :( 




Subject: Re: Turbo Editions
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Fri, 08 Sep 2006 14:56:54 +0200
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> Carmelo Viavattene wrote:
>
>  
>> Then, Borland must decide if You can make publicity about the
>> compiling of JCL and JVCL for Turbo C++ Explorer
>>     
> You can already compile the JCL and JVCL. But you cannot use them
> visually, only by coding.
>   
Hi, Andreas

I cannot compile the JCL and JVCL: dcc32.exe not found
This try of compilation is made in my computer 2, with installed TurboC++, and not BCB5Pro

In my computer 1 I'am BCB5Pro, and JCL and JVCL compiled and installed.
Can I use the dcc32.exe of BCB5 version?
This can be made with:
a) Installing TurboC++ also in computer 1 (I can have problem in Windows associations of *.cpp, *.h, ...files)
b) Copyng dcc32.exe (BCB5 version) from computer 1 to computer 2
This is compatible with the license?

After, I can use VCL and JVCL only by coding
>> additional component can only simplify the development of
>> applications
>>     
> Certainly, but newbees (what is in my eyes the main target of the
> Explorer editions) do not have problems with the limitation for several
> months.
Ok, I'am not a newbie.
The main target of Explorer edition can be the newbies, and these users can have some difficulties (pointers, etc.) in c and c++ languages, such difficulties not to succeed to program endured.
Also, the newbies must insert a menu, dialog, ... and must learn to create a complete Windows application, and these users can be satisfied with the 200 controls of TurboC++.
Then, the newbies can do not have problems with limitation for several months. OK

Post Scriptum =
In Your DDevExtensions v. 1.2, the bug previously signaled is not completely resolved:
Starting BCB5Pro, in the splash screen, I see a string DDevExstension 1.2, in the bottom right
In previous versions of DDevExtensions, the splash screen have also a 2 line grayed in the top (not visible if DDevExtension is not installed)
In this version of DDevExtensions, the splash screen have only a 2 line grayed in the top (not visible if DDevExtension is not installed).
Can You solve this litte cosmetic bug?

Post Scriptum 2 =
bcc32pch 2.7 alpha 2 work correctly in TurboC++
bcc32pch 2.7 alpha 2 with bcc32pchPlugin27Alpha2_50.zip work correctly in BCB5.0

Regards,
Carmelo Viavattene




Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Fri, 8 Sep 2006 11:08:43 +0000 (UTC)
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:

> > Then, Borland must decide if You can make publicity about the
> > compiling of JCL and JVCL for Turbo C++ Explorer

You can already compile the JCL and JVCL. But you cannot use them
visually, only by coding.


> > additional component can only simplify the development of
> > applications

Certainly, but newbees (what is in my eyes the main target of the
Explorer editions) do not have problems with the limitation for several
months.


-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Fri, 08 Sep 2006 12:26:30 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> But then again, you don't seem to understand that while this seems possible, it is not desirable.
I understand: is possible, and You do not know if you can make it.
> It's a hack, which Borland may or may not want us to make publicity about, and we do not want to put at risk the good relations we have with them for this.
Ok, You have good relation with Borland.
Then, Borland must decide if You can make publicity about the compiling of JCL and JVCL for Turbo C++ Explorer
> Officially, it is not possible to install additional components in the Turbo Explorer edition and we will NOT support nor provide tools that would allow to circumvent this limitation.
I think: additional component can only simplify the development of applications.
Therefore, more us they are some and better he is.
For Borland, I task, to enlarge the numbers of Borland users, the best can be to enable the installation of a limited numbers of additional components, in explorer editions.
A professional user, switch to professional TurboC or BDS

I also not want to circumvent the license.
I'am my BCB5 Professional, and I'am purchased all the previous version of C++ and C IDE, from Turbo C for Dos.
I'am not upgraded toBCB6, because too many errors of this version.
An upgrade to BDS2006 is expensive, and in this moment I task does not serve me the other languages not C++.
Also, I think the 2007 version will exit soon.
Then, I continue to develop in my BCB5Pro, according to my license.
At this moment, I am not commercializing my application, in development only in C++.
Version 2006 of the compiler (Turbo C++) is beautiful and useful for several the modernizations it carries out from Borland.

If I can recompile my application in a 2006 BCB (TurboC++), I complete the development of my application in this modernized compiler-IDE, and I want to purchase the 2007 version of the IDE-Compiler.
If the prices are similar to those today, I Task to purchase the upgrade to BDS version.
At this moment, if I can use Your component in TurboC++, I can continue my development in a 2006 compiler.
Else, I continue in BCB5Pro, and after I switch to the 2007 version.
For me, using TurboC++, at this moment, is in order to only anticipate the change from a *.bpr project to a *.bdsproj project.

Regards,
Carmelo Viavattene



Subject: Re: Turbo Editions
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 08 Sep 2006 11:20:14 +0200
Newsgroups: jedi.vcl

But then again, you don't seem to understand that while this seems possible, it is not desirable.
It's a hack, which Borland may or may not want us to make publicity about, and we do not want to put at risk the good relations we have with them for this.
Officially, it is not possible to install additional components in the Turbo Explorer edition and we will NOT support nor provide tools that would allow to circumvent this limitation.


Subject: Re: Turbo Editions
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Fri, 08 Sep 2006 11:08:48 +0200
Newsgroups: jedi.vcl

Florent Ouchet ha scritto:
> Robert Marquardt a écrit :
>> Not to mention future problems with update packs. It could require a binary release for each update.
>
> Assuming there is updates for BDS 2006 that will be adapted back to Turbo. I do not think so. Borland/DTG seems to avoid update packs for run-time code.
>
BDS have dcc32.exe
Turbo C++ not have dcc32.exe: Explorer surely, Professional can be.

If I had a my friend with the BDS, it can compile JCL and JVCL.
If this my friend gives me the compiled files, I can install JCL and JVCL in TurboC++.

Then, if my friend=(JVCL team), I, and the community of TurboC++ Explorer users, can install JCL and JVCL in TurboC++.

In case of updates for BDS 2006, adapted to Turbo, I think is possible to have another compiled version, one for TurboC++ released, and one for TurboC++ updated.

I Task also that he is the much most probable one that BDS 2006 and TurboC will not updated, but that it will exit a BDS2007 and relative TurboC++2007.

Then, probably the problem can be solved with:
- a compiled TurboC++ (2006) version of JCL and JVCL
- a future TurboC++2007 version of JCL and JVCL, only when TurboC++2007 is out

What it turns out useful and productive today, is to have a compiled version for the actual TurboC++2006.
Useless to get enraged for what it will happen in future.

Carmelo Viavattene


Subject: Re: Turbo Editions
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Fri, 08 Sep 2006 09:26:42 +0200
Newsgroups: jedi.vcl

Hi,

Andreas Hausladen wrote:

>> >> IMO this means JVCL will not install in Turbo Explorer, since it needs
>> >> dcc32.exe, right?

> > We could make a binary + source release.

Actually, what's the point? Turbo Explorer does not allow to install 3rd
party components, even though I have just proven that it is technically
possible. Jedi would be in breach of the license if you provided a
workaround.

Buyers of Turbo Professional supposedly will get dcc32 for download, so the
installer should just work.

MfG
twm



Subject: Re: "JCL 1.97 or higher required" installing in Delphi2005 and Delphi2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 08 Sep 2006 09:03:49 +0200
Newsgroups: jedi.vcl

sandokan wrote:
> Hi,
> I'm trying to install the JVCL tools in a computer with Delphi2005 and Delphi2006 IDE. I've install the JCL previously but when I try to install the JVCL I have an advise that says "JCL 1.97 or higher required" and I cna't install JVCL in Delphi2005. JVCL in Delphi2006 works OK.

Have you selected Delphi 2005 and 2006 in the JCL installer?

The message above appears when at least one of these conditions is NOT met:

1. The JCL is installed
2. The JCL directory indicated in the page is not empty
3. The JCL is not out of date


To determine condition 1, the following tests are done

Read BplDir, DcpDir, RootDir and Version values from HKEY_CURRENT_USER\Software\Borland\BDS\3.0\Jedi\JCL
If any of these is empty, the JCL is considered as not installed

To determine condition 3, the value read in the registry for Version is compared to 1.97.1.2172. If it's lower, then the JCL is outdated.


Please verify which condition is not met, and let us know.
Note that the registry key depends on the environment you are targetting, the one above is for D2005.


Subject: Re: Turbo Editions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 08 Sep 2006 07:01:33 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Not to mention future problems with update packs. It could require a binary release for each update.

Assuming there is updates for BDS 2006 that will be adapted back to Turbo. I do not think so. Borland/DTG seems to avoid update packs for run-time code.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Turbo Editions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 08 Sep 2006 06:54:45 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> We could make a binary + source release.

Yes and no.
I have no problem with a binary release, but the JVCL is now an example how far you can go with a source only release. I dislike it a bit to break that custom.

Not to mention future problems with update packs. It could require a binary release for each update.


Subject: Wizard Errors
From: "jB" <noname@noway.com>
Date: Thu, 7 Sep 2006 23:46:57 +0200
Newsgroups: jedi.vcl

Dear All,

I am a newbie and have installed jedi latest, in Borland C++ 6 Patch 4 on
windows xp pro.

If I try and use the wizards I get these 2 errors

Image 1 is for the plugin Wizard
Image 2 is for the Band Wizard

Can anyone please advise me what I can do to resolve this.

Thanks

jB













Image1.jpg
	


Image2.jpg
Image2.jpg
	



Subject: "JCL 1.97 or higher required" installing in Delphi2005 and Delphi2006
From: sandokan <javi_s@teleline.es>
Date: Thu, 07 Sep 2006 22:57:12 +0200
Newsgroups: jedi.vcl

Hi,
I'm trying to install the JVCL tools in a computer with Delphi2005 and Delphi2006 IDE. I've install the JCL previously but when I try to install the JVCL I have an advise that says "JCL 1.97 or higher required" and I cna't install JVCL in Delphi2005. JVCL in Delphi2006 works OK.

Thanks.


Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 7 Sep 2006 20:54:34 +0000 (UTC)
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > IMO this means JVCL will not install in Turbo Explorer, since it needs
> > dcc32.exe, right?

We could make a binary + source release.

-- Regards, Andreas Hausladen 

Subject: Re: Invalid Image Size error after install of SVN version
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 07 Sep 2006 22:50:33 +0200
Newsgroups: jedi.vcl

I'd say DSU, but that's only me.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Invalid Image Size error after install of SVN version
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 7 Sep 2006 16:23:05 -0400
Newsgroups: jedi.vcl

I'm having an odd error - I use Report Builder (v7.04), and ever since I've
upgraded to SVN version of jcl/jvcl I'm getting an error at design time -
when I go to Report|Outline Settings  I get "Invalid Image Size" error.

Hmm, it just occurred to me that I also upgraded the DelphiSpeedUp recently
too.

Anyone think there could be anything in jcl/jvcl or even DSU that might
affect RB?  I can't think of anything else I've changed...

Cheers,
EdB





Subject: Re: Simple docking is impossible
From: Jason Swager <jswager@alohaoi.com>
Date: Thu, 07 Sep 2006 13:22:35 -0700
To: Anwendungsprogrammierer@web.de
Newsgroups: jedi.vcl

Andreas Schubert wrote:
> I tried everything but cant get this. Anyone can setup a quick example in D7 for me?

Take a look at TControl.ManualDock.  Also some functions in JvDockControlForm, particularly ManualTabDock, ManualTabDockAddPage and ManualConjoinDock.

Jason Swager


Subject: JvgCheckListBox multi line error and fix
From: "Martin Schnell" <mschnell2@tlonstruct.com>
Date: Thu, 7 Sep 2006 21:13:08 +0200
Newsgroups: jedi.vcl

I have looked for a check list box which can show multiple lines for one 
item. The only list box I could find was TJvgCheckListBox derived from 
TJvgListBox. File JvgListBox.pas



All works ok when I display data the first time with FormShow. For all data 
added later only the first line is shown. The data for e.g. a second line is 
there but the drawing rectangle is not high enough.



In procedure TJvgListBox.CNMeasureItem the text height is calculated with 
Windows function DrawText and DT_CALCRECT

There is already a workaround in place if DrawText returns zero height - use 
14 then.



    Windows.DrawText(Canvas.Handle, PChar(Items[itemID]),

      Length(Items[itemID]), R, DT_CALCRECT or WordBreak[fboWordWrap in 
Options]);

    if R.Bottom = 0 then

      R.Bottom := 14



This workaround is ok only for single line items and for default font size 8 
pt, otherwise the item field is not high enough.



DrawText ALWAYS returns ZERO when called after FormShow. I don't know why, 
but I think the canvas handle is invalid.



My fix uses CreateCompatibleDC to have a valid device context. This DC is 
used instead of Canvas.Handle. Now DrawText never returns zero height. Multi 
line items or items with larger font are now displayed correctly.

Unfortunately the calculated height differs by +1 or +2 pixels per line to 
the prior method, but all data is visible.



Var

  DC: HDC;



    DC := CreateCompatibleDC(0);

    Windows.DrawText(DC, PChar(Items[itemID]),

      Length(Items[itemID]), R, DT_CALCRECT or WordBreak[fboWordWrap in 
Options]);

    DeleteDC(DC);







Martin




Subject: Re: Simple docking is impossible
From: "Andreas Schubert" <nospam@here.com>
Date: Thu, 7 Sep 2006 20:19:33 +0200
Newsgroups: jedi.vcl

i did have a look at them already
but they all only handle docking at runtime by moving the forms.
I need a example on how to dock them manually by code.

Andy

"OBones" <obones_gfd_@_gfd_altern.org> schrieb im Newsbeitrag 
news:edpnla$a3s$1@news.talkto.net...
> > Andreas Schubert wrote:
> >
>> >> I tried everything but cant get this. Anyone can setup a quick example in 
>> >> D7 for me?
> >
> > You have the examples in the simirarly named folder. Have a look at them.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Simple docking is impossible
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 07 Sep 2006 20:16:15 +0200
Newsgroups: jedi.vcl

Andreas Schubert wrote:

> I tried everything but cant get this. Anyone can setup a quick example in D7 for me?

You have the examples in the simirarly named folder. Have a look at them.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Simple docking is impossible
From: "Andreas Schubert" <nospam@here.com>
Date: Thu, 7 Sep 2006 19:41:33 +0200
Newsgroups: jedi.vcl

Hi people,

it seems impossible to achive this.
I got a main Form and 4 client forms.
all client forms should be docked to the main form:
Form1 on the left, not undockable but autohide=true
Form 3 and Form 4 docked on the right, Form3 upper right, Form4 down right - 
each 50% of available heigth
and Form2 can be created multiple times and fill the rest of the available 
space, if more than one instance is created, these forms should be tabbed

I tried everything but cant get this. Anyone can setup a quick example in D7 
for me?

Thanks in advance

Andy

(please eMail it to Anwendungsprogrammierer@web.de)

t 




Subject: Re: Embedded Forms
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Thu, 7 Sep 2006 17:06:42 +0100
Newsgroups: jedi.vcl

I've tried that, but that's when I get an AV. (ie embPanel.FormLink := nil) 
without releasing the form

"Bruce Michener" <bmichene@boe.ca.gov> wrote in message 
news:edpcpj$7n1$1@news.talkto.net...
> >I would imagine the critical piece is setting the FormLink property to nil 
> >not the close and relase of the linkedform.
> >
> > Russell Weetch wrote:
>> >> Hi Thanks.
>> >>
>> >> Is there no way to keep the form created? Just hidden or even undocked 
>> >> for that matter.
>> >>
>> >> "Bruce Michener" <bmichene@boe.ca.gov> wrote in message 
>> >> news:edpakc$76p$1@news.talkto.net...
>>> >>> I make sure the current embedded form is closed and released, then I set 
>>> >>> the embedded formlink property to nil before linking another.
>>> >>>       embPanel.LinkedForm.Close;
>>> >>>       embPanel.LinkedForm.Release;
>>> >>>       embPanel.FormLink := nil;
>>> >>>
>>> >>> Russell Weetch wrote:
>>>> >>>> I am using the TJvEmbeddedInstanceFormPanel component and am assigning 
>>>> >>>> the form in code. I want to be able to change the form that is 
>>>> >>>> displayed in the panel, but when I try to change the linked form I get 
>>>> >>>> an av.
>>>> >>>>
>>>> >>>> Any ideas how best to achieve this?
>>>> >>>>
>>>> >>>> thanks
>> >> 



Subject: Re: Embedded Forms
From: Bruce Michener <bmichene@boe.ca.gov>
Date: Thu, 07 Sep 2006 08:10:54 -0700
Newsgroups: jedi.vcl

I would imagine the critical piece is setting the FormLink property to nil not the close and relase of the linkedform.

Russell Weetch wrote:
> Hi Thanks.
>
> Is there no way to keep the form created? Just hidden or even undocked for that matter.
>
> "Bruce Michener" <bmichene@boe.ca.gov> wrote in message news:edpakc$76p$1@news.talkto.net...
>> I make sure the current embedded form is closed and released, then I set the embedded formlink property to nil before linking another.
>>       embPanel.LinkedForm.Close;
>>       embPanel.LinkedForm.Release;
>>       embPanel.FormLink := nil;
>>
>> Russell Weetch wrote:
>>> I am using the TJvEmbeddedInstanceFormPanel component and am assigning the form in code. I want to be able to change the form that is displayed in the panel, but when I try to change the linked form I get an av.
>>>
>>> Any ideas how best to achieve this?
>>>
>>> thanks 
>
>


Subject: Re: Embedded Forms
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Thu, 7 Sep 2006 16:07:00 +0100
Newsgroups: jedi.vcl

Hi Thanks.

Is there no way to keep the form created? Just hidden or even undocked for 
that matter.

"Bruce Michener" <bmichene@boe.ca.gov> wrote in message 
news:edpakc$76p$1@news.talkto.net...
> >I make sure the current embedded form is closed and released, then I set 
> >the embedded formlink property to nil before linking another.
> >       embPanel.LinkedForm.Close;
> >       embPanel.LinkedForm.Release;
> >       embPanel.FormLink := nil;
> >
> > Russell Weetch wrote:
>> >> I am using the TJvEmbeddedInstanceFormPanel component and am assigning 
>> >> the form in code. I want to be able to change the form that is displayed 
>> >> in the panel, but when I try to change the linked form I get an av.
>> >>
>> >> Any ideas how best to achieve this?
>> >>
>> >> thanks 




Subject: Re: Embedded Forms
From: Bruce Michener <bmichene@boe.ca.gov>
Date: Thu, 07 Sep 2006 07:34:01 -0700
Newsgroups: jedi.vcl

I make sure the current embedded form is closed and released, then I set the embedded formlink property to nil before linking another.
      embPanel.LinkedForm.Close;
      embPanel.LinkedForm.Release;
      embPanel.FormLink := nil;

Russell Weetch wrote:
> I am using the TJvEmbeddedInstanceFormPanel component and am assigning the form in code. I want to be able to change the form that is displayed in the panel, but when I try to change the linked form I get an av.
>
> Any ideas how best to achieve this?
>
> thanks
>


Subject: Embedded Forms
From: "Russell Weetch" <russell@smxi.removethis.com>
Date: Thu, 7 Sep 2006 11:34:44 +0100
Newsgroups: jedi.vcl

I am using the TJvEmbeddedInstanceFormPanel component and am assigning the 
form in code. I want to be able to change the form that is displayed in the 
panel, but when I try to change the linked form I get an av.

Any ideas how best to achieve this?

thanks 




Subject: Re: Turbo Editions
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 7 Sep 2006 09:19:49 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" wrote in message <news:edklgk$c9v$1@news.talkto.net>:

> > Seems that Borland was wrong (regarding the DLL experts).
> > 
> > I have just installed TurboDelphi (Win32) and installed ModeMaker 
> > CodeExplorer which is implemented as DLL expert!
> > 
> > IT WORKS!
I guessed that there muse be a way to do this ;-)

-- cu, Michael 

Subject: Re: JvFindReplace not useful for HLEditor
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 07 Sep 2006 07:13:39 +0200
Newsgroups: jedi.vcl

Moore wrote:

> I wanted to use JvFindReplace to find/replace text in a JvHLEditor, but the EditControl property cannot be HLEditor (design or runtime), is there any solution to this?

Here is a local TJvFindReplaceBase descendant i have written to solve this problem. It is *not* part of the JVCL and i am not sure if it still fits the current SVN version.
We should think about a full solution for the problem.

unit JvFindReplaceEditor;

{$I jvcl.inc}

interface

uses
  SysUtils, Classes, Windows, Messages, Controls, Dialogs, StdCtrls,
  JvFindReplace, JvEditor;

type
  TJvFindReplaceEditor = class(TJvFindReplaceBase)
  private
    FEditControl: TJvCustomEditor;
    procedure SetEditControl(Value: TJvCustomEditor);
  protected
    procedure Notification(AComponent: TComponent; Operation: TOperation); override;
    function GetEditText: string; override;
    function GetEditSelText: string; override;
    function GetEditSelStart: Integer; override;
    function GetEditSelLength: Integer; override;
    function GetEditHandle: HWND; override;
    procedure TestEditAssigned; override;
    procedure SetEditText(const Text: string); override;
    procedure SetEditSelText(const Text: string); override;
    procedure SetEditSelStart(Start: Integer); override;
    procedure SetEditSelLength(Length: Integer); override;
    procedure SetEditFocus; override;
  published
    property EditControl: TJvCustomEditor read FEditControl write SetEditControl;
    property Fast;
    property Options;
    property FindText;
    property ReplaceText;
    property ShowDialogs;
    property HelpContext;
  end;

implementation

uses
  JvTypes, JvResources;

procedure TJvFindReplaceEditor.Notification(AComponent: TComponent; Operation: TOperation);
begin
  inherited Notification(AComponent, Operation);
  if (Operation = opRemove) and (AComponent = FEditControl) then
    FEditControl := nil;
end;

procedure TJvFindReplaceEditor.SetEditControl(Value: TJvCustomEditor);
begin
  FEditControl := Value;
  if Value <> nil then
    Value.FreeNotification(Self);
end;

procedure TJvFindReplaceEditor.TestEditAssigned;
begin
  if not Assigned(FEditControl) then
    raise EJVCLException.CreateRes(@RsENoEditAssigned);
end;

function TJvFindReplaceEditor.GetEditText: string;
begin
  Result := FEditControl.Lines.Text;
end;

function TJvFindReplaceEditor.GetEditSelText: string;
begin
  Result := FEditControl.SelText;
end;

function TJvFindReplaceEditor.GetEditSelStart: Integer;
begin
  Result := FEditControl.SelStart;
end;

function TJvFindReplaceEditor.GetEditSelLength: Integer;
begin
  Result := FEditControl.SelLength;
end;

function TJvFindReplaceEditor.GetEditHandle: HWND;
begin
  Result := 0;
end;

procedure TJvFindReplaceEditor.SetEditText(const Text: string);
begin
  FEditControl.Lines.Text := Text;
end;

procedure TJvFindReplaceEditor.SetEditSelText(const Text: string);
begin
  FEditControl.SelText := Text;
end;

procedure TJvFindReplaceEditor.SetEditSelStart(Start: Integer);
begin
  FEditControl.SelStart := Start;
end;

procedure TJvFindReplaceEditor.SetEditSelLength(Length: Integer);
begin
  FEditControl.SelLength := Length;
end;

procedure TJvFindReplaceEditor.SetEditFocus;
begin
  FEditControl.SetFocus;
end;

end.



Subject: Re: TJvDBGrid with booleans for Firebird?
From: "Martin Schnell" <mschnell2@tlonstruct.com>
Date: Wed, 6 Sep 2006 22:02:24 +0200
Newsgroups: jedi.vcl

> > Field := FieldToShowAsCheck;
> >
> > this serves me with my FB apps..

Thank you, this has solved my problem.

Martin 




Subject: JvFindReplace not useful for HLEditor
From: Moore <delfino03@caramail.com>
Date: Wed, 06 Sep 2006 20:30:32 +0200
Newsgroups: jedi.vcl

I wanted to use JvFindReplace to find/replace text in a JvHLEditor, but the EditControl property cannot be HLEditor (design or runtime), is there any solution to this?


Subject: Re: Unable to Replace Image
From: "Dave Keighan" <dave.keighan@gmail.com>
Date: Wed, 6 Sep 2006 17:09:02 +0000 (UTC)
Newsgroups: jedi.vcl

> any help would be appreciated.

Oddly ... no longer required. Things are working perfectly. I have no idea what went wrong but apparently, it was my fault.

-- 
Dave
President & CEO
International Brotherhood of Delphi Hobbyists and Occupational Developers


Subject: Re: can't install the latest SVN version
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Wed, 06 Sep 2006 17:52:41 +0200
Newsgroups: jedi.vcl

Eric a écrit :
> I see too that the jcl install program crash on exit

Yes, I just found an issue while releasing interfaces being implemented in VCL objects automatically destroyed when their owner is freed.
I thought this problem happened only for CLX but unfortunately some older version of Delphi/C++Builder (at least D6 and D7) have this problem too.
Being investigated.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: can't install the latest SVN version
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 06 Sep 2006 12:15:08 +0200
Newsgroups: jedi.vcl

Eric wrote:
> Thank you OBones
>
> I see too that the jcl install program crash on exit

Then ask in the jedi.jcl group <g>


Subject: Re: can't install the latest SVN version
From: Eric <eric_@_menlog.com_>
Date: Wed, 06 Sep 2006 11:34:25 +0200
Newsgroups: jedi.vcl

Thank you OBones

I see too that the jcl install program crash on exit

OBones a écrit :
> Eric wrote:
>
>> Hello,
>>
>> I can't install the latest version (usion D7PRO)
>> Fatal error
>> Error : JvBalloonHint.pas : Bad caracter in the input file 'ï' ($EF)
>
>
> Damn. I'll fix this


Subject: Re: can't install the latest SVN version
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 06 Sep 2006 11:33:01 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Eric wrote:
>> Hello,
>>
>> I can't install the latest version (usion D7PRO)
>> Fatal error
>> Error : JvBalloonHint.pas : Bad caracter in the input file 'ï' ($EF)
>
> Damn. I'll fix this

Fixed


Subject: Re: can't install the latest SVN version
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 06 Sep 2006 11:31:32 +0200
Newsgroups: jedi.vcl

Eric wrote:
> Hello,
>
> I can't install the latest version (usion D7PRO)
> Fatal error
> Error : JvBalloonHint.pas : Bad caracter in the input file 'ï' ($EF)

Damn. I'll fix this


Subject: can't install the latest SVN version
From: Eric <eric_@_menlog.com_>
Date: Wed, 06 Sep 2006 11:25:13 +0200
Newsgroups: jedi.vcl

Hello,

I can't install the latest version (usion D7PRO)
Fatal error
Error : JvBalloonHint.pas : Bad caracter in the input file 'ï' ($EF)

Thank you
Eric


Subject: Re: JvHttpUrlGrabber
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 06 Sep 2006 10:09:12 +0200
Newsgroups: jedi.vcl

Roman wrote:

> So, I need in grabbed text change "&amp;" sign with with "&" and then use it.

Ah but the grabbed content is in your hands, you do whatever you want with it, the JvUrlGrabber is in no way involved in that.


Subject: Unable to Replace Image
From: "Dave Keighan" <dave.keighan@gmail.com>
Date: Wed, 6 Sep 2006 01:40:26 +0000 (UTC)
Newsgroups: jedi.vcl

I've disabled all my JVCL controls in BDS2006. Now when I start a new project and go to enable [juast about] any of then I get:
.... the message-box:
---------------------------
Project1 - Borland Developer Studio 2006 - Unit1
---------------------------
Unable to Replace Image.
---------------------------
OK
---------------------------

Pleae, please don't tell me there's a _special_ sequence or that I can't enable the JVCL groups as required.

any help would be appreciated.
-- 
Dave
Delphi Hobbyists and Occupational Developers
Member Since 1998


Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Wed, 6 Sep 2006 01:12:37 +0200
Newsgroups: jedi.vcl

At 00:48:34, 06.09.2006, Andreas Hausladen wrote:

> > Florent Ouchet wrote:
> > 
>> > > The main problem is that we have to redistribute compiled packages
>> > > because the installer won't work with out dcc32.exe.
> > 
> > That shouldn't be a problem. We could write a DLL-expert that invokes
> > the compilation in the IDE.

Didn't read the license yet, but AFAIK, ISTR that I read somewhere that
that is prohibited.


-- Rudy Velthuis http://rvelthuis.de/ "Democracy does not guarantee equality of conditions - it only guarantees equality of opportunity." -- Irving Kristol 

Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 5 Sep 2006 23:10:36 +0000 (UTC)
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

> > I doubt they don't know this.

I hope so.



-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Wed, 6 Sep 2006 01:06:33 +0200
Newsgroups: jedi.vcl

At 00:41:55, 06.09.2006, Andreas Hausladen wrote:

> > Florent Ouchet wrote:
> > 
>> > > and these experts could be used to load design-time packages...
> > 
> > "could" is not "can". I already know why you can load DLL experts. And I
> > must say that the implementation of this limitation is a joke. The first
> > tools that overcome this limitation were released for Delphi 2005 where
> > nobody ever thought about this. Maybe Borland should have tested the
> > Turbos with some plugins before implementing this limitation the way it
> > is now.

Think about it this way: perhaps they never very aggressively pursued
this. I doubt they don't know this.
-- Rudy Velthuis http://rvelthuis.de/ "DOS Computers manufactured by companies such as IBM, Compaq, Tandy, and millions of others are by far the most popular, with about 70 million machines in use worldwide. Macintosh fans, on the other hand, may note that cockroaches are far more numerous than humans, and that numbers alone do not denote a higher life form." -- New York Times, November 26, 1991 

Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 5 Sep 2006 22:48:34 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The main problem is that we have to redistribute compiled packages
> > because the installer won't work with out dcc32.exe.

That shouldn't be a problem. We could write a DLL-expert that invokes the
compilation in the IDE.

Straightforward plan:
- Delete the HKCU\Software\Borland\JEDICompilation registry key
- Copy the necessary parts from HKLM\Software\Borland\BDS\4.0
- Register the "JCL/JVCL-Compiler.dll" as Expert to the JEDICompilation
"version"
- Start the IDE with -rJEDICompilation -pDelphi
- JEDICompilation.dll will take the necessary actions (from a config file)
- JEDICompilation.dll automatically closes the IDE


-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 5 Sep 2006 22:43:14 +0000 (UTC)
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > Welcome back CnWizards, GExperts, JediVCL and so on..

Some "Eigenwerbung" :-)

...., DDevExtensions 1.2, DelphiSpeedUp 1.99 (just released, because of the
not working "Loader.bpl")

-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 5 Sep 2006 22:41:55 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > and these experts could be used to load design-time packages...

"could" is not "can". I already know why you can load DLL experts. And I
must say that the implementation of this limitation is a joke. The first
tools that overcome this limitation were released for Delphi 2005 where
nobody ever thought about this. Maybe Borland should have tested the
Turbos with some plugins before implementing this limitation the way it is
now.


-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Wed, 6 Sep 2006 00:13:14 +0200
Newsgroups: jedi.vcl

At 22:11:24, 05.09.2006, Ricardo Cardona R wrote:

>> > > Until someone would manage the way to overcome this, Turbo Explorer
>> > > would be a minor to Lazarus
> > 
> > It looks like evaluation version or a hobby version, more for students;
> > when you need make serious work is better update to pro version.

With one difference: the license does not restrict you to non-commercial
purposes.

But why update to Turbo Pro? AFAIK, Turbo Pro is $399, while the full BDS
Pro upgrade (all four personalities) is $460, i.e. only $61 more.

-- Rudy Velthuis http://rvelthuis.de/ "I believe that sex is a beautiful thing between two people. Between five, it's fantastic." -- Woody Allen 

Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Wed, 6 Sep 2006 00:10:45 +0200
Newsgroups: jedi.vcl

At 21:40:15, 05.09.2006, Arioch /BDV/ wrote:

> > The stars so gaily glistened... (Mon, 4 Sep 2006 14:07:11 +0200 @546)
> > ...while the fading voice of Michael whispered through the darkness:
> > 
> >  MF> that the command line compiler is not included in the Explorer
> >  MF> edition. IMO this means JVCL will not install in Turbo Explorer,
> > since  MF> it needs dcc32.exe, right?
> > 
> > No, not because of lack of DCC32.
> > 
> > FAQ says that Explorer would take special care to disallow 3-rd party
> > IDE plugins and components to be installed.
> > Hence bye-bye CnWizards, GExperts, JediVCL and so on..

If it is true that DLL experts will be loaded, GExperts should work. But
for installation, the sources should be delivered compiled as well.
-- Rudy Velthuis http://rvelthuis.de/ "There is no idea so simple and powerful that you can't get zillions of people to misunderstand it." -- Alan Kay 

Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Tue, 5 Sep 2006 23:57:53 +0200
Newsgroups: jedi.vcl

At 22:09:31, 05.09.2006, Ralf Kaiser wrote:

> > I have just installed TurboDelphi (Win32) and installed ModeMaker
> > CodeExplorer which is implemented as DLL expert!
> > 
> > IT WORKS!

Aha! Good news.

-- Rudy Velthuis http://rvelthuis.de/ "He had decided to live forever or die in the attempt." -- Joseph Heller. 

Subject: Re: Turbo Editions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 05 Sep 2006 23:10:35 +0200
Newsgroups: jedi.vcl

Ralf Kaiser a écrit :
> Oh! - Does Borland (or DTG) know that? :-)

don't know

> And: would that be legal or would it break the license (have not looked into the licese file yet)?

The main problem is that we have to redistribute compiled packages because the installer won't work with out dcc32.exe.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Turbo Editions
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Tue, 5 Sep 2006 22:50:23 +0200
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.False-Domain.ru> schrieb im Newsbeitrag 
news:edkjr0$bsi$1@news.talkto.net...

> > FAQ says that Explorer would take special care to disallow 3-rd party IDE
> > plugins and components to be installed.

That applies only to BPL-based experts!! I just have installed ModeMaker 
CodeExplorer which is a DLL based expert!

> > Hence bye-bye CnWizards, GExperts, JediVCL and so on..

Welcome back CnWizards, GExperts, JediVCL and so on..




Subject: Re: Turbo Editions
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Tue, 5 Sep 2006 22:48:14 +0200
Newsgroups: jedi.vcl

"Florent Ouchet" <outchy@users.sourceforge.net> schrieb im Newsbeitrag 
news:edklsp$cbp$1@news.talkto.net...
> > Ralf Kaiser a écrit :
>> >> IT WORKS!
> >
> > and these experts could be used to load design-time packages...
> >

Oh! - Does Borland (or DTG) know that? :-)

And: would that be legal or would it break the license (have not looked into 
the licese file yet)?

Ralf 




Subject: Re: Turbo Editions
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Tue, 05 Sep 2006 22:13:42 +0200
Newsgroups: jedi.vcl

Ralf Kaiser a écrit :
> IT WORKS!

and these experts could be used to load design-time packages...

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: Turbo Editions
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 05 Sep 2006 15:11:24 -0500
Newsgroups: jedi.vcl

> Until someone would manage the way to overcome this, Turbo Explorer would be
> a minor to Lazarus

It looks like evaluation version or a hobby version, more for students; when you need make serious work is better update to pro version.

Ricardona


Subject: Re: Turbo Editions
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Tue, 5 Sep 2006 22:09:31 +0200
Newsgroups: jedi.vcl

"Rudy Velthuis" <newsgroups@rvelthuis.de> schrieb im Newsbeitrag 
news:xn0eqttyjnus86t000obelix@teamb.com...
>> >> i know that it will not be possible to install any package. But do you
>> >> know if it will be possible to install experts that are implemented as
>> >> DLL and not as BPL?? (most expert i know come as DLL-expert)
> >
> > According to what Borland said in the Borland groups, no, it will not be
> > possible.

Hi,

Seems that Borland was wrong (regarding the DLL experts).

I have just installed TurboDelphi (Win32) and installed ModeMaker 
CodeExplorer which is implemented as DLL expert!

IT WORKS!

So it seems that DLL experts are supported by the Turbo editions (Jedi SVN 
or CSV experts, GExperts...)

Ciao,
Ralf




Subject: Re: Turbo Editions
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 5 Sep 2006 23:40:15 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 4 Sep 2006 14:07:11 +0200 @546)
....while the fading voice of Michael whispered through the darkness:

 MF> that the command line compiler is *not* included in the Explorer
 MF> edition. IMO this means JVCL will not install in Turbo Explorer, since
 MF> it needs dcc32.exe, right?

No, not because of lack of DCC32.

FAQ says that Explorer would take special care to disallow 3-rd party IDE
plugins and components to be installed.
Hence bye-bye CnWizards, GExperts, JediVCL and so on..

Until someone would manage the way to overcome this, Turbo Explorer would be
a minor to Lazarus

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JvHttpUrlGrabber
From: Roman <vsdesign@ukr.net>
Date: Tue, 05 Sep 2006 20:21:24 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Roman wrote:
>> Hello all,
>>
>> Is it possible set some property of JvHttpUrlGrabber to grab web pages without changing, for example "&" to "&amp;"?
>
> What do you mean ?

Sorry, wrong question. I did not notice that
url in source has "&amp;" signs
(<a href="http://part1&amp;part2&amp;part2)
and I tried to follow the link from source (of cause with no result).

So, I need in grabbed text change "&amp;" sign with with "&" and then use it.

Thank you
Roman


Subject: Re: TJVRichEdit Toolbar
From: Ian <sales@indiesoft.co.uk>
Date: Tue, 05 Sep 2006 14:51:28 +0100
Newsgroups: jedi.vcl

Edmund Matzke wrote:
>> I want to use a TJVRichEdit for editing email messages and then convert the text to HTML before sending the email. I was looking at the JVRichEdit demo (in the megademo) and would like to know how to make the toolbar that has the font face, size, bold, italic, colors and justification.  I've had a look through the components but got a bit lost! I'd appreciate someone pointing me in the right direction. Also, if there is somewhere I can get the source code for the JVRichEdit demo I'm sure I would find the answer there.
>
> Have a look at the demos in your Delphi-Installation, there you will find
> \Demos\RichEdit\. This shows many basics, and using JvRichEdit instead of
> RichEdit should be no problem.
>
> CU, Eddi

It seems so obvious *now* :)

Thankyou so much, Edmund, for your quick reply. I have copied and pasted the DFM into my project and I'm working through adding the event code.

Thanks again,

Ian


Subject: Re: TJVRichEdit Toolbar
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Tue, 5 Sep 2006 15:28:09 +0200
Newsgroups: jedi.vcl

> > I want to use a TJVRichEdit for editing email messages and then convert 
> > the text to HTML before sending the email. I was looking at the 
> > JVRichEdit demo (in the megademo) and would like to know how to make the 
> > toolbar that has the font face, size, bold, italic, colors and 
> > justification.  I've had a look through the components but got a bit 
> > lost! I'd appreciate someone pointing me in the right direction. Also, 
> > if there is somewhere I can get the source code for the JVRichEdit demo 
> > I'm sure I would find the answer there.

Have a look at the demos in your Delphi-Installation, there you will find
\Demos\RichEdit\. This shows many basics, and using JvRichEdit instead of
RichEdit should be no problem.

CU, Eddi


Subject: TJVRichEdit Toolbar
From: Ian <sales@indiesoft.co.uk>
Date: Tue, 05 Sep 2006 14:02:58 +0100
Newsgroups: jedi.vcl

Hi

I want to use a TJVRichEdit for editing email messages and then convert the text to HTML before sending the email. I was looking at the JVRichEdit demo (in the megademo) and would like to know how to make the toolbar that has the font face, size, bold, italic, colors and justification.  I've had a look through the components but got a bit lost! I'd appreciate someone pointing me in the right direction. Also, if there is somewhere I can get the source code for the JVRichEdit demo I'm sure I would find the answer there.

Thanks for your help,

Ian


Subject: Re: TJvListItems and TJvListItem
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 05 Sep 2006 09:20:44 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> But I could not find any occurrence of those classes in any other source
> file. Are the classes really used and if so, how?

They are, you can cast any Item returned by the functions from the TJvListView, it's always going to be a TJvListItem. It's simply because there is a GetItemClass or GetItemsClass override somewhere.
And because this is all in the same file, there's no point in seeing it anywhere else but in the users code.


Subject: TJvListItems and TJvListItem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 5 Sep 2006 09:07:07 +0200
Newsgroups: jedi.vcl

Hi,

I'm searching a way to extend the VCL's TListItem for my own listview (just
adding one more property). 
JVCL has got its own listviewm and looking into the source of JVListView, I
discovered that there two new classes: TJvListItems and TJvListItem.

But I could not find any occurrence of those classes in any other source
file. Are the classes really used and if so, how?
-- cu, Michael 

Subject: TJvDockVSPopupPanelSplitter.Notification
From: Maxim Shiryaev <MaximShiryaev@mail.ru>
Date: Tue, 05 Sep 2006 06:33:10 +0400
Newsgroups: jedi.vcl

Hi.

    VSPopupPanel := nil;

should be replaced with

    FVSPopupPanel := nil;

During destroy an assert in Setter prevents a field clear. It results in an assertion and then AV on application destruction.

Maxim.


Subject: Re: Turbo Editions
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 4 Sep 2006 16:59:16 +0000 (UTC)
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

> > According to what Borland said in the Borland groups, no, it will not be
> > possible.

At least not the way that the IDE loads them.


-- Regards, Andreas Hausladen 

Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Mon, 4 Sep 2006 17:56:47 +0200
Newsgroups: jedi.vcl

At 14:19:24, 04.09.2006, Michael Fritz wrote:

> > "Rudy Velthuis" wrote in message
> > <news:xn0eqtodmnn501e000obelix@teamb.com>:
> > 
>> > > Worse: you can't install ANY component or expert in Turbo Explorer.
>> > > You can use them, in code, like any other class, but you can't
>> > > install them in the IDE.

> > Ah, yes, I've read this in the FAQ, too - bad IMO. Perhaps the
> > (compiled) packages can be "inserted" via any registry keys/values :-)

I doubt it.

> > Yes, and IMO it's not that expensive to not upgrade. But still the
> > question: will JVCL compile in the Pro edition?

I see no reason why not. Borland says the Turbo Pro is simply a BDS Pro
with only one personality.
-- Rudy Velthuis http://rvelthuis.de/ "Beware of computer programmers that carry screwdrivers." -- Leonard Brandwein. 

Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Mon, 4 Sep 2006 17:55:22 +0200
Newsgroups: jedi.vcl

At 14:50:40, 04.09.2006, Ralf Kaiser wrote:

> > "Rudy Velthuis" <newsgroups@rvelthuis.de> schrieb im Newsbeitrag
> > news:xn0eqtodmnn501e000obelix@teamb.com...
> > 
>> > > Worse: you can't install ANY component or expert in Turbo Explorer.
>> > > You
> > 
> > Hi,
> > 
> > i know that it will not be possible to install any package. But do you
> > know if it will be possible to install experts that are implemented as
> > DLL and not as BPL?? (most expert i know come as DLL-expert)

According to what Borland said in the Borland groups, no, it will not be
possible.

-- Rudy Velthuis http://rvelthuis.de/ "Science is like sex: sometimes something useful comes out, but that is not the reason we are doing it" -- Richard Feynman 

Subject: Re: Turbo Editions
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 4 Sep 2006 14:50:40 +0200
Newsgroups: jedi.vcl

"Rudy Velthuis" <newsgroups@rvelthuis.de> schrieb im Newsbeitrag
news:xn0eqtodmnn501e000obelix@teamb.com...

> > Worse: you can't install ANY component or expert in Turbo Explorer. You

Hi,

i know that it will not be possible to install any package. But do you know
if it will be possible to install experts that are implemented as DLL and
not as BPL?? (most expert i know come as DLL-expert)

Ciao,
Ralf



Subject: Re: Turbo Editions
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 04 Sep 2006 14:23:25 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "Rudy Velthuis" wrote in message <news:xn0eqtodmnn501e000obelix@teamb.com>:
>
>> Worse: you can't install ANY component or expert in Turbo Explorer. You
>> can use them, in code, like any other class, but you can't install them
>> in the IDE.
> Ah, yes, I've read this in the FAQ, too - bad IMO. Perhaps the (compiled)
> packages can be "inserted" via any registry keys/values :-)
>  
>> This limitation does not exist for Turbo Pro.
> Yes, and IMO it's not that expensive to not upgrade. But still the
> question: will JVCL compile in the Pro edition?

Should be, it's a stripped down BDS version. Nothing more, nothing less.
We might need to adjust the registry keys where it looks for versions informations, but I'm not sure it's required.


Subject: Re: Turbo Editions
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Mon, 4 Sep 2006 14:21:21 +0200
Newsgroups: jedi.vcl

At 14:07:11, 04.09.2006, Michael Fritz wrote:

> > that the command line compiler is not
> > included in the Explorer edition.  IMO this means JVCL will not install
> > in Turbo Explorer, since it needs dcc32.exe, right?

Worse: you can't install ANY component or expert in Turbo Explorer. You
can use them, in code, like any other class, but you can't install them
in the IDE.

This limitation does not exist for Turbo Pro.

-- Rudy Velthuis http://rvelthuis.de/ "Everybody wants to go to heaven, but nobody wants to die." -- Joe Louis. 

Subject: Re: Turbo Editions
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 4 Sep 2006 14:19:24 +0200
Newsgroups: jedi.vcl

"Rudy Velthuis" wrote in message <news:xn0eqtodmnn501e000obelix@teamb.com>:

> > Worse: you can't install ANY component or expert in Turbo Explorer. You
> > can use them, in code, like any other class, but you can't install them
> > in the IDE.
Ah, yes, I've read this in the FAQ, too - bad IMO. Perhaps the (compiled)
packages can be "inserted" via any registry keys/values :-)
 
> > This limitation does not exist for Turbo Pro.
Yes, and IMO it's not that expensive to not upgrade. But still the
question: will JVCL compile in the Pro edition?


-- cu, Michael 

Subject: Turbo Editions
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 4 Sep 2006 14:07:11 +0200
Newsgroups: jedi.vcl

Hi,

yes, I know, the Turbo editions are not out yet but I guess some of us will
think about switching to one of these new products.

And of course the question is: Is JVCL (and JCL) Turbo compatible. I've
read here
http://bdn.borland.com/article/33659#28IsthecommandlinecompilerincludedintheTurboExplorereditions
that the command line compiler is *not* included in the Explorer edition.
IMO this means JVCL will not install in Turbo Explorer, since it needs
dcc32.exe, right?

So the question still applies to the Professional edition...
-- cu, Michael 

Subject: Re: Memory Leak in JvNTEventLog, JVCL 3.30
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 04 Sep 2006 11:10:49 +0200
Newsgroups: jedi.vcl

Daniel Schalber wrote:
> Hi,
>  
> I found a memory leak in JvNTEventLog (delphi) in function TJvNTEventLogRecord.GetMessageText.
> The TRegistry is created but there is not freed at the end.

Already fixed by revision 10892 in SVN


Subject: Re: WYSIWYG HTML-Edit
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 4 Sep 2006 10:49:48 +0200
Newsgroups: jedi.vcl

Hmmm.
Now I took the richtext editor from jvcl and and convert it to html.
It´s not the best way, but it works for me.

"Kurt Bilde" <kub@[adm].sdu.dk> schrieb im Newsbeitrag
news:ecur22$pdi$1@news.talkto.net...
> > Hi Dierk,
> >
> > Dierk wrote:
>> > > I´m searching for a simple HTML-Edit component with functionality of a
>> > > RichEdit component.
>> > > Is there any free component like this?
> >
> > So what did you end up with?
> >
> > One of the suggestions in my search so far have been
> > http://groups.yahoo.com/group/KSDhtmlEdit/
> >
> > I have also been looking for at simple solution, but still haven't found
> > what I'm looking for... Also with some basic RichEdit funtionality like
> > bold, italic, underline, bullets, heading ect.
> >
> > -Kurt




Subject: Memory Leak in JvNTEventLog, JVCL 3.30
From: "Daniel Schalber" <d.schalber@cab-technologies.fr>
Date: Mon, 4 Sep 2006 10:16:23 +0200
Newsgroups: jedi.vcl

Hi,

I found a memory leak in JvNTEventLog (delphi) in function TJvNTEventLogRecord.GetMessageText.
The TRegistry is created but there is not freed at the end.


Here the part of code with problem:

with TRegistry.Create do            //create is done here but there is no free at the end 
    begin
      RootKey := HKEY_LOCAL_MACHINE;
      OpenKey(Format('%s\%s\%s', [cEventLogBaseKey, FEventLog.Log, Source]), False); {rw}
//      OpenKey(Format('SYSTEM\CurrentControlSet\Services\EventLog\%s\%s', [FEventLog.Log, FEventLog.Source]), False);
      MessagePath := ReadString('EventMessageFile');
      repeat
        I := Pos(';', MessagePath);
        if I <> 0 then
        begin
          if FormatMessageFrom(Copy(MessagePath, 1, I - 1 )) then {rw}
//          if FormatMessageFrom(Copy(MessagePath, 1, I)) then
            Break;
          MessagePath := Copy(MessagePath, I + 1, MaxInt); {rw}
//          MessagePath := Copy(MessagePath, I, MaxInt);
        end
        else
          FormatMessageFrom(MessagePath);
      until I = 0;
    end
  finally
    FreeMem(Args)
  end;
  Result := St;


Subject: Re: JvHttpUrlGrabber
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 04 Sep 2006 08:40:11 +0200
Newsgroups: jedi.vcl

Roman wrote:
> Hello all,
>
> Is it possible set some property of JvHttpUrlGrabber to grab web pages without changing, for example "&" to "&amp;"?

What do you mean ?


Subject: Re: Getting Started
From: "Glynn Owen" <me@myself.I>
Date: Sun, 3 Sep 2006 22:59:36 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Meek wrote:

> > You'll still find quite a lot that isn't documented, and even those
> > that are I found to be somewhat inadequate.  It's a tough job
> > maintaining them because of the constant changes being made too.

No doubt, but even a little help is appreciated.

Regards,
Glynn

-- Read my lips! No new taxes. (George Herbert Bush) 

Subject: JvAppInstances - whee on pallete ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 4 Sep 2006 00:56:26 +0400
Newsgroups: jedi.vcl

Hello, All!

It is currently on Jv System tab.
But won't it be more intutive to search for it on Jv Application tab ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: TJvDBGrid with booleans for Firebird?
From: Moore <delfino03@caramail.com>
Date: Sun, 03 Sep 2006 20:32:15 +0200
Newsgroups: jedi.vcl

In the IsBooleanField event put the following to show a checkbox in firebird:

Field := FieldToShowAsCheck;

this serves me with my FB apps..


Subject: Re: TJvDBGrid with booleans for Firebird?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Sep 2006 14:11:40 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>>
>>> Might well be indeed.
>>> Just create the "On" one and mark the other with the deprecated keyword.
>>> That should do it.
>>> Even better, a property reader if it's possible for events.
>>
>>
>>
>> It would be nice if you could do that. At the moment I have enough to do
>> with DelphiSpeedUp, DDevExtensions and bcc32pch. And there is still
>> another project waiting to be continued that should become my xmas present
>> for the Delphi community.
>
>
> I'll look into it then.

Done. In the end, I'm quite sure your changes were not required.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: j(v)cl and C++-Builder
From: "Robert W. Kuhn" <2006@ku.hn>
Date: Sun, 3 Sep 2006 13:31:14 +0200
Newsgroups: jedi.vcl

OBones:

>>> >>>Which path did you add?
>> >> 
>> >> 
>> >> c:\Programme\JEDI\jcl\lib\d10\ and
>> >> c:\Programme\JEDI\jvcl\lib\d10\
> > 
> > Is that for the C++ Options?

Yes. But here was an error - dont know why. Now everything seems to work -
thanks!


Tschau - Robert
-- vertrau voraus voraus 

Subject: Re: j(v)cl and C++-Builder
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Sep 2006 13:25:09 +0200
Newsgroups: jedi.vcl

Robert W. Kuhn wrote:

> OBones:
>
>
>>> I am trying to use J(v)cl (JVCL320CompleteJCL197-Build2172) with my
>>> BDS2006 - C++-Builder and have two problems:
>>>
>>> 1. Again and again I get (after linking) this dialog:   http://www.ku.hn/j.gif How can I switch them off?
>>
>> In the project menu, uncheck the "Insert JCL debug data" item.
>
>
> Thanks!  
>
>>> 2. With every new project I have to locate the JclVcl.bpi and the Jcl.bpi.   I added the paths in the setup (include-path and in the search-path),      but: http://www.ku.hn/bpi.gif
>>
>> Which path did you add?
>
>
> c:\Programme\JEDI\jcl\lib\d10\ and
> c:\Programme\JEDI\jvcl\lib\d10\

Is that for the C++ Options?
And do you have the said BPI files in this location?
Further to this, you could try not to build with runtime packages (it's in the projects options).

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: j(v)cl and C++-Builder
From: "Robert W. Kuhn" <2006@ku.hn>
Date: Sun, 3 Sep 2006 13:18:41 +0200
Newsgroups: jedi.vcl

OBones:

>> >> I am trying to use J(v)cl (JVCL320CompleteJCL197-Build2172) with my
>> >> BDS2006 - C++-Builder and have two problems:
>> >> 
>> >> 1. Again and again I get (after linking) this dialog: 
>> >>    http://www.ku.hn/j.gif How can I switch them off?
> > 
> > In the project menu, uncheck the "Insert JCL debug data" item.

Thanks! 
 
>> >> 2. With every new project I have to locate the JclVcl.bpi and the Jcl.bpi. 
>> >>    I added the paths in the setup (include-path and in the search-path),    
>> >>    but: http://www.ku.hn/bpi.gif
> > 
> > Which path did you add?

c:\Programme\JEDI\jcl\lib\d10\ and
c:\Programme\JEDI\jvcl\lib\d10\

Two pichtures:
http://www.vermtech.de/lib.jpg
http://www.vermtech.de/search.jpg

Tschau - Robert
-- vertrau voraus voraus 

Subject: JvHttpUrlGrabber
From: Roman <vsdesign@ukr.net>
Date: Sun, 03 Sep 2006 11:36:52 +0200
Newsgroups: jedi.vcl

Hello all,

Is it possible set some property of JvHttpUrlGrabber to grab web pages without changing, for example "&" to "&amp;"?

Thanks.

Roman


Subject: Re: j(v)cl and C++-Builder
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Sep 2006 11:29:12 +0200
Newsgroups: jedi.vcl

Robert W. Kuhn wrote:

> Hello,
>
> I am trying to use J(v)cl (JVCL320CompleteJCL197-Build2172) with my
> BDS2006 - C++-Builder and have two problems:
>
> 1. Again and again I get (after linking) this dialog:    http://www.ku.hn/j.gif How can I switch them off?

In the project menu, uncheck the "Insert JCL debug data" item.


> 2. With every new project I have to locate the JclVcl.bpi and the Jcl.bpi.    I added the paths in the setup (include-path and in the search-path),       but: http://www.ku.hn/bpi.gif

Which path did you add?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvDBGrid with booleans for Firebird?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Sep 2006 11:27:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> Might well be indeed.
>> Just create the "On" one and mark the other with the deprecated keyword.
>> That should do it.
>> Even better, a property reader if it's possible for events.
>
>
> It would be nice if you could do that. At the moment I have enough to do
> with DelphiSpeedUp, DDevExtensions and bcc32pch. And there is still
> another project waiting to be continued that should become my xmas present
> for the Delphi community.

I'll look into it then.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: [OT] Re: TJvDBGrid with booleans for Firebird?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 3 Sep 2006 08:56:09 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Andreas, do your tools relocate the modules for a faster startup (to
> > avoid relocation at load time)?  I started writing one, its
> > functionality is not limited to BDS.

No the do not relocate anything yet.


-- Regards, Andreas Hausladen 

Subject: [OT] Re: TJvDBGrid with booleans for Firebird?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sun, 03 Sep 2006 10:10:15 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> It would be nice if you could do that. At the moment I have enough to do
> with DelphiSpeedUp, DDevExtensions and bcc32pch. And there is still
> another project waiting to be continued that should become my xmas present
> for the Delphi community.

Andreas, do your tools relocate the modules for a faster startup (to avoid relocation at load time)?
I started writing one, its functionality is not limited to BDS.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: j(v)cl and C++-Builder
From: "Robert W. Kuhn" <2006@ku.hn>
Date: Sun, 3 Sep 2006 09:07:13 +0200
Newsgroups: jedi.vcl

Hello,

I am trying to use J(v)cl (JVCL320CompleteJCL197-Build2172) with my
BDS2006 - C++-Builder and have two problems:

1. Again and again I get (after linking) this dialog: 
   http://www.ku.hn/j.gif How can I switch them off?

2. With every new project I have to locate the JclVcl.bpi and the Jcl.bpi. 
   I added the paths in the setup (include-path and in the search-path),    
   but: http://www.ku.hn/bpi.gif

Thanks for any help!

Robert


Subject: Re: TJvDBGrid with booleans for Firebird?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 2 Sep 2006 23:02:52 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Might well be indeed.
> > Just create the "On" one and mark the other with the deprecated keyword.
> > That should do it.
> > Even better, a property reader if it's possible for events.

It would be nice if you could do that. At the moment I have enough to do
with DelphiSpeedUp, DDevExtensions and bcc32pch. And there is still
another project waiting to be continued that should become my xmas present
for the Delphi community.

-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid with booleans for Firebird?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 03 Sep 2006 00:37:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Can't remember which one, but this might be worth investigating.
>
>
> I hope these are not the "IsBoolField" event that misses the "On" prefix.
> I haven't renamed it due to backward compatibility.

Might well be indeed.
Just create the "On" one and mark the other with the deprecated keyword.
That should do it.
Even better, a property reader if it's possible for events.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvDBGrid with booleans for Firebird?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 2 Sep 2006 22:27:31 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Can't remember which one, but this might be worth investigating.

I hope these are not the "IsBoolField" event that misses the "On" prefix.
I haven't renamed it due to backward compatibility.

-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid with booleans for Firebird?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 02 Sep 2006 23:35:48 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Martin Schnell wrote:
>
>
>> Does someone know a workaround?
>
>
> I just added the possibility to use a TStringField in the SVN, but it is
> limited to 0 (false) and 1 (true).

AFAIR, Fred has already provided such a possibility via an event of the grid. Can't remember which one, but this might be worth investigating.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvDBGrid with booleans for Firebird?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 2 Sep 2006 21:28:09 +0000 (UTC)
Newsgroups: jedi.vcl

.... because I need it at work last week. So my change uses 0 and 1 because
it is not a reaction on your posting ;-)


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid with booleans for Firebird?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 2 Sep 2006 21:26:45 +0000 (UTC)
Newsgroups: jedi.vcl

Martin Schnell wrote:

> > Does someone know a workaround?

I just added the possibility to use a TStringField in the SVN, but it is
limited to 0 (false) and 1 (true).


-- Regards, Andreas Hausladen 

Subject: TJvDBGrid with booleans for Firebird?
From: "Martin Schnell" <mschnell2@tlonstruct.com>
Date: Sat, 2 Sep 2006 21:39:17 +0200
Newsgroups: jedi.vcl

the TJvDBGrid can display boolean values in a column with checkboxes. There 
is a JCVL demo which shows that.
But this requires that a DB value is defines as boolean.

I use a JvDBGrid with Firebird (and Zeos), unforunately Firebird has no true 
boolean values. I use the values Y and N in a char(1) field instead. Because 
it's a char field I can't show the column as boolean with JvDBrid.

Does someone know a workaround?


Martin 




Subject: Re: Problem with 3.30 JvAppXMLStorage
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sat, 2 Sep 2006 14:57:55 -0400
Newsgroups: jedi.vcl

> > The JvAppXMLStorage stuff is reading the "encrypted" password data
properly.
> > When it gets passed to MimeDecodeString in the jcl it is not decoded
> > properly.
> >
> > Moving to jedi.jcl with simpler example.
> >

This is a problem with MimeDecodeString.

Reported in mantis as  0003883

EdB




Subject: Re: Getting Started
From: "Robert Meek" <meekTAN@comcast.net>
Date: Sat, 2 Sep 2006 11:44:53 -0400
Newsgroups: jedi.vcl

    Maybe I'm being dumb about it, but I won't "work" the system that way. 
Doing that is kinda like getting a P.O. Box in Maryland in order to get a 
driver's license when they've taken yours away somewhere else!  I dealt with 
too many people who lived that way when I was in the Insurance business 
managing a brokerage, and it always caught up to them.  In fact the reason I 
have such a problem today is that in the States if you have a disability and 
decide to work anyway, you don't get any benefits, like medical coverage! 
So you try to work it so that you official income stays low...working under 
the table, moving from job to job, working for yourself, etc., and then if 
or when you can't work anymore you get placed on the lowest rung of the 
ladder which is basically poverty level, but it's the only way to continue 
getting medical benefits!  And even then you have to hide everything or 
they'll count the value of what you own and use it to take your benefits 
down even lower!  I've met so many people in this same situation that are 
trying to beat this system in so many different ways, but it always ends up 
the same.  Basically they can have nothing of value in their own name and 
have to lie at every turn to keep what little they do have!
-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "mark boler" <mboler_@_resminder_.com> wrote in message news:edalvo$pa9$1@news.talkto.net...
> > Robert Meek wrote:
>> >>     I can only take telecommuting jobs from now on due to a disability 
>> >> and what's rough about this is that more and more contracts for such work 
>> >> are ONLY going outside the continental USA!  I've tried to underbid to 
>> >> the point
> >
> > Just set up an overseas company and tell them you are there. You can also 
> > just tell them that you are in Mexico, but have a US post office box and 
> > bank.
> >
> > Mark 




Subject: Re: Problem with 3.30 JvAppXMLStorage
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sat, 2 Sep 2006 04:56:14 -0400
Newsgroups: jedi.vcl

"edbored" <edwardbNONO@NONOsgci.com> wrote in message
news:edbdr0$s3r$1@news.talkto.net...
> > I've just finally upgraded from very last CVS copy to most recent SVN copy
> > of jcl/jvcl  (BTW: painless update - nice work on wiki, installer etc).
> >
> > When I compile and run a program that uses JvAppXMLStorage with an
encrypted
> > value, I get garbage returned.
> >
> > That is, I have an xml file created with a the CVS(3.2) version of code
that
> > had an encrypted password. When I try and load that password using
SVN(3.3)
> > version of code, I get garbage returned...
> >

The JvAppXMLStorage stuff is reading the "encrypted" password data properly.
When it gets passed to MimeDecodeString in the jcl it is not decoded
properly.

Moving to jedi.jcl with simpler example.

EdB





Subject: Problem with 3.30 JvAppXMLStorage
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sat, 2 Sep 2006 04:02:37 -0400
Newsgroups: jedi.vcl

I've just finally upgraded from very last CVS copy to most recent SVN copy
of jcl/jvcl  (BTW: painless update - nice work on wiki, installer etc).

When I compile and run a program that uses JvAppXMLStorage with an encrypted
value, I get garbage returned.

That is, I have an xml file created with a the CVS(3.2) version of code that
had an encrypted password. When I try and load that password using SVN(3.3)
version of code, I get garbage returned...

Here's the code:

   JvXMLStoreMain.EnablePropertyValueCrypt;
   FSQLPassword    := jvAppStore.ReadString('SybaseSet\Password', '');
   JvXMLStoreMain.DisablePropertyValueCrypt;


Here's my encrypt/decrypt functions:
procedure TdmCS.JvXMLStoreMainDecryptPropertyValue(var Value: String);
begin
 //  need a function, even if does nothing
end;

//----------------------------------------------------------
procedure TdmCS.JvXMLStoreMainEncryptPropertyValue(var Value: String);
begin
 //  need a function, even if does nothing
end;

Not real clever - but the password value was mangled (mime encoded?) and
"de-mangled" quite nicely.

Right now, the value returned is three chars in the middle of the actual
password plus "sword".

That is, if the original password was ABCDEFG then I'm getting "DEFsword"
returned.

I tried tracing the code - it jumps about oddly. I'm wondering if there are
old versions of *something* still around.

Besides j*.dcu and j*.bpl, what can I search for to make sure I've cleaned
everything out?

Thanks.

EdB





Subject: Re: Getting Started
From: mark boler <mboler_@_resminder_.com>
Date: Fri, 01 Sep 2006 20:18:05 -0500
Newsgroups: jedi.vcl

Robert Meek wrote:
>     I can only take telecommuting jobs from now on due to a disability and what's rough about this is that more and more contracts for such work are ONLY going outside the continental USA!  I've tried to underbid to the point 

Just set up an overseas company and tell them you are there. You can also just tell them that you are in Mexico, but have a US post office box and bank.

Mark


Subject: Re: [Linker Fatal Error] Unable to open file 'JVCORED10R.BPI'
From: "Remy" <RemyHodgers@No.Spam.Hotmail.com>
Date: Fri, 1 Sep 2006 23:04:42 +0200
Newsgroups: jedi.vcl

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:eda6e7$mut$1@news.talkto.net...
> > Strangely, bpi for BDS 2006 are outputted in $(JCL)\lib\d10 whereas they 
> > are outputted in the bpl directory for C++Builder 5 and 6.

I noticed.

Before reinstalling, I put the jcl and jvcl directories in 
'$(BDS)\4.0\source\'. (and I'll leave them there ;).

So, 'JVCORED10R.BPI' is now found in 'E:\Program 
Files\Borland\BDS\4.0\source\jvcl\lib\d10'.


Best regards and thanks for thinking with me,

Remy 




Subject: Re: [Linker Fatal Error] Unable to open file 'JVCORED10R.BPI'
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 01 Sep 2006 22:48:37 +0200
Newsgroups: jedi.vcl

Remy a écrit :
> That is what I thought, but putting it back did not work strangly enough *I tried*.
> I reinstalled it and now it does work again.

Strangely, bpi for BDS 2006 are outputted in $(JCL)\lib\d10 whereas they are outputted in the bpl directory for C++Builder 5 and 6.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: Re: [Linker Fatal Error] Unable to open file 'JVCORED10R.BPI'
From: "Remy" <RemyHodgers@No.Spam.Hotmail.com>
Date: Fri, 1 Sep 2006 19:58:37 +0200
Newsgroups: jedi.vcl

That is what I thought, but putting it back did not work strangly enough *I 
tried*.

I reinstalled it and now it does work again.

Remy

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:ed9r5g$kuf$1@news.talkto.net...
> >
> > The folder where you extracted the archive is not only the installation 
> > folder. It contains also the source and lib directories for the JVCL. If 
> > you remove the library files, the compilation will fail.
> >
> > -- 
> > Florent Ouchet
> > What I am listening http://www.pandora.com/people/outch 




Subject: Re: [Linker Fatal Error] Unable to open file 'JVCORED10R.BPI'
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Fri, 01 Sep 2006 19:36:19 +0200
Newsgroups: jedi.vcl


The folder where you extracted the archive is not only the installation folder. It contains also the source and lib directories for the JVCL. If you remove the library files, the compilation will fail.

-- 
Florent Ouchet
What I am listening http://www.pandora.com/people/outch


Subject: [Linker Fatal Error] Unable to open file 'JVCORED10R.BPI'
From: "Remy" <RemyHodgers@No.Spam.Hotmail.com>
Date: Fri, 1 Sep 2006 19:07:53 +0200
Newsgroups: jedi.vcl

I installed JCL and JVCL a couple of weeks ago ( 
JVCL320CompleteJCL197-Build2172.zip ).

- using BDS.

( btw: JVCL did not include itself [$(BDS)\include\JVCL] automatically in 
'Path and Defines', but JCL did. )


Worked without any problems until today when I removed the install-folder 
from my Desktop, 'JVCL320CompleteJCL197-Build2172'.

I got this error:
[Linker Fatal Error] Fatal: Unable to open file 'JVCORED10R.BPI'

I will try to install it all again, but I wanted to post this message for 
futere references and maybe also some other people noticed this?

Remy 




Subject: Re: Which JCL to build current daily dist.?
From: "m utku karataþ" <m.utku.k@g_o_o_g_l_e_smailservice.com>
Date: Fri, 1 Sep 2006 15:15:01 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gf_@_fe_altern.org> wrote in
news:ed8kni$ds5$1@news.talkto.net: 

<snip>..........
> > You got the correct one. However it looks like you did not "clean up" 
> > the pre existing install, leading to a JClVcl package somewhere that 
> > needs to be recompiled.
> > This can also happen with old DCUs and the like.

Duh I forgot to remove the old bpl and dcp's. Smoothly installed now, 
thanks.


-- Best regards. M. Utku Karatas 

Subject: Re: Which JCL to build current daily dist.?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 01 Sep 2006 08:43:25 +0200
Newsgroups: jedi.vcl

m utku karataþ wrote:
> Hi,
>
> I am trying to install the current daily dist. of JVCL. As it required JCL 1.98 I grabbed the daily of JCL too (officially latest is 1.97).
>
> Here is the situation now: I get "Neverbuild JCLVCL must be recompiled" error, though I modified JCLVCL to be 'rebuilt as needed' I again got the same error so I guess there are much more incompatibility going on.
>
> Can somebody tell me the version of his JCL so I get it right, thanks.

You got the correct one. However it looks like you did not "clean up" the pre existing install, leading to a JClVcl package somewhere that needs to be recompiled.
This can also happen with old DCUs and the like.


Subject: Which JCL to build current daily dist.?
From: "m utku karataþ" <m.utku.k@g_o_o_g_l_e_smailservice.com>
Date: Thu, 31 Aug 2006 21:46:15 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I am trying to install the current daily dist. of JVCL. As it required 
JCL 1.98 I grabbed the daily of JCL too (officially latest is 1.97).

Here is the situation now: I get "Neverbuild JCLVCL must be recompiled" 
error, though I modified JCLVCL to be 'rebuilt as needed' I again got the 
same error so I guess there are much more incompatibility going on.

Can somebody tell me the version of his JCL so I get it right, thanks.

-- Best regards. M. Utku Karatas 

Subject: Re: New Installer Compile.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 31 Aug 2006 20:38:46 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> Why the heck is JvJansD, JvGlobusD and all the other packages that I do
>> not want to be compiled now compiled? The time to compile these packages
>> is not worth the time it takes to compile them (in my eyes). So why are
>> now all packages compiled? (and no, the checkbox in the installer isn't
>> checked neither for the runtime nor for the designtime packages).
>
>
> Might be because I forgot to test one condition in the rewrite. I'll look into this in the upcoming hours.

Well, I looked, and I don't get it.
Only the packages that end up in the "ProjectOrder" list get compiled. This list is filled by SortProjectGroup and it only adds the packages if their Compile property is True or are required by another package.
And I just tested, I deselected JvAppFrm and it did not get compiled.
I'm quite puzzled here.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvTrayIcon in a service?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Thu, 31 Aug 2006 22:07:06 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 30 Aug 2006 18:53:23 -0700 @120)
....while the fading voice of Daytona whispered through the darkness:

 D> My app just pushes out updates and I wanted to show the balloon hint
 D> while they are being applied.  Was trying to avoid having another
 D> application to write :)

That was possibly ok when Windows was limited in single interactive user per
OS.
Now, when there are vastly used terminal servers, when different users can
work switching their sessions without logging out - it is not clear where is
the desktop where should messages be thrown.
It was said that Windows Vista will just disable any service to "communicate
with desktop"
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: New Installer Compile.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 31 Aug 2006 20:03:36 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why the heck is JvJansD, JvGlobusD and all the other packages that I do
> not want to be compiled now compiled? The time to compile these packages
> is not worth the time it takes to compile them (in my eyes). So why are
> now all packages compiled? (and no, the checkbox in the installer isn't
> checked neither for the runtime nor for the designtime packages).

Might be because I forgot to test one condition in the rewrite. I'll look into this in the upcoming hours.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: New Installer Compile.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 31 Aug 2006 17:48:44 +0000 (UTC)
Newsgroups: jedi.vcl

Why the heck is JvJansD, JvGlobusD and all the other packages that I do
not want to be compiled now compiled? The time to compile these packages
is not worth the time it takes to compile them (in my eyes). So why are
now all packages compiled? (and no, the checkbox in the installer isn't
checked neither for the runtime nor for the designtime packages).

-- Regards, Andreas Hausladen 

Subject: Re: JvTrayIcon in a service?
From: "Daytona" <d@d.com>
Date: Wed, 30 Aug 2006 18:53:23 -0700
Newsgroups: jedi.vcl

I know you are probably right...

My app just pushes out updates and I wanted to show the balloon hint while 
they are being applied.  Was trying to avoid having another application to 
write :)

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:ed5cg0$thl$1@news.talkto.net...
> > Best write a client application that handles the display. 




Subject: Re: JvTrayIcon in a service?
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Thu, 31 Aug 2006 03:01:12 +0200
Newsgroups: jedi.vcl

Services should not use a session to work.
Best write a client application that handles the display. It is launched/closed by the user session and it communicates with the service through pipes, mutex...

Regards,

-- 
Florent Ouchet


Subject: JvTrayIcon in a service?
From: "Daytona" <d@d..com>
Date: Wed, 30 Aug 2006 17:55:53 -0700
Newsgroups: jedi.vcl

Hi All,

I am interested in using JvTrayIcon in a service and have had no luck.  I 
would prefer not to need the Interactive option as well so I can run the 
service with elevated priveleges...

I actually bought SvCom to help with this, but I am having stability issues 
in BDS 2006.  Sometimes it all works fine, sometimes the service will not 
even install.

If I can get the TrayIcon to work then I will be able to drop SvCom for now.

Thanks in advance,
David






Subject: Re: Getting Started
From: "Robert Meek" <meekTAN@comcast.net>
Date: Wed, 30 Aug 2006 12:16:32 -0400
Newsgroups: jedi.vcl

    I can only take telecommuting jobs from now on due to a disability and 
what's rough about this is that more and more contracts for such work are 
ONLY going outside the continental USA!  I've tried to underbid to the point 
it wouldn't even be worth my while, but get replies like, "If we hire inside 
the US at that rate it will lower the income potential for other US 
programmers!"  And my favorite, "The State dept has setup tax incentives for 
us if we send our contracts overseas!"  I still get a lot of Pro-Bono 
requests though, and so if it's a small business who needs help and can't 
afford to hire a programmer I'll help them out.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:ed33mr$gva$2@news.talkto.net...
> > My job is vacant. Interested?
> > It involves C programming though. 




Subject: Re: JVCL: 3.10 (is it actually 3.20) & TJVDesktopAlert error (possibly)
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 30 Aug 2006 15:58:51 +0200
Newsgroups: jedi.vcl

Jason Chapman wrote:

> Any thoughts or suggestions how I debug this further.  I know it is 90%
> likely to be my code, but I am at a bit of a loss where to start.

First, get the latest SVN version:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

Then try again with that version.
After that, try to reproduce it on your machine.


Subject: JVCL: 3.10 (is it actually 3.20) & TJVDesktopAlert error (possibly)
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Wed, 30 Aug 2006 13:38:25 +0000 (UTC)
Newsgroups: jedi.vcl

I have a user, who will be in my app, which has TJVDesktopAlert
windows.  When they alt-tab to another windows and do something, then
alt-tab back.  Every so often they get an AV:
Access violation at address 005AD1C0 in module 'SIPPBrowser_395.exe'. 
Read of address 04A096C0. 
Cater Allen Sippwin Last SubtrustId: 777 Exception class:
EAccessViolation Exception address: 005AD1C0
------------------------------------------------------------------------
------ Stack list, generated 29/08/2006 15:35:25
[005AD1C0] JvExForms.TJvExCustomForm.WndProc + $4EC 
[004042CF] System.@HandleAnyException + $33 
[004854B4] Controls.TWinControl.MainWndProc + $2C 
[0042ECD4] Classes.StdWndProc + $14 
[004A080F] Forms.TraverseClients + $4F 
[0090FF7D] AppEvnts.TCustomApplicationEvents.DoMessage + $D 
[004A3B4F] Forms.TApplication.ProcessMessage + $83 
[004A3B86] Forms.TApplication.HandleMessage + $A 
[004A0645] Forms.TCustomForm.ShowModal + $15D 
[00911E04] frmMainu.TfrmMain.btnSIPPClick (Line 338, "frmMainu.pas" +
13) + $5

I haven't been able to delv too deeply as they are the only use on this
site who has enabled the alert windows and it is intermittant.  Looking
at the code in JvExForms.TJvExCustomForm.WndProc, there are things like:

    CM_FOCUSCHANGED:
      FocusChanged(TWinControl(Msg.LParam));
and also implicit references to self.  I was wondering if there was any
chance that the window could have dissappeared and freed itself, but
the time this code is executed and if anyone else has had problems with
this.


Any thoughts or suggestions how I debug this further.  I know it is 90%
likely to be my code, but I am at a bit of a loss where to start.


Cheers,
-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: Bug in JvTabBar
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Wed, 30 Aug 2006 14:07:36 +0200
Newsgroups: jedi.vcl

> I have just submitted the mantis entry:
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3879

Thanks!


Subject: Re: Bug in JvTabBar
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 30 Aug 2006 12:56:23 +0200
Newsgroups: jedi.vcl

OBones napsal(a):
> Please put this in Mantis:

I have just submitted the mantis entry:
http://homepages.borland.com/jedi/issuetracker/view.php?id=3879

It contains a brief analysis of why this issue occurs and I also provided a proposed bug fix.

-- 
Ivo Bauer [OZM Research]


Subject: Re: Bug in JvTabBar
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 30 Aug 2006 11:04:43 +0200
Newsgroups: jedi.vcl

Roman Ganz wrote:
> To gain the Error:
> Just click on the "Close" Tab of the jvTabBar.
>
> I made a quick Test with an old Version of jvcl 3 (Date: 2005/09/22) and Delphi 7 Enterprise
>
> No Problem, it works perfectly

Please put this in Mantis:

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: Bug in JvTabBar
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Wed, 30 Aug 2006 10:55:05 +0200
Newsgroups: jedi.vcl

To gain the Error:
Just click on the "Close" Tab of the jvTabBar.

I made a quick Test with an old Version of jvcl 3 (Date: 2005/09/22) and Delphi 7 Enterprise

No Problem, it works perfectly


Subject: Bug in JvTabBar
From: Roman Ganz <knightkiller_NOS.PAM_@shadowgames.ch>
Date: Wed, 30 Aug 2006 10:41:08 +0200
Newsgroups: jedi.vcl

Hi,

When I put a JvTabBar with 4 Tabs, and I close the Form, an AccessViolation occurs on Delphi 2006

I dont know where the Bug is, but i've made a little Demo.
I used the current SVN-Version (yesterday and today synced)

greets & thanks for help

Roman
JvTabBar.zip
	



Subject: Re: Getting Started
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 30 Aug 2006 06:22:03 +0200
Newsgroups: jedi.vcl

My job is vacant. Interested?
It involves C programming though.


Subject: Print Preview, Page Orientation
From: faber <faber@italy.it>
Date: Wed, 30 Aug 2006 00:57:20 +0200
Newsgroups: jedi.vcl

Hi All

Is there a way to select a page in JVCL preview Control and decide to print it in landscape/portrait orientation ?

I don't want to print ALL the pages in the same orientation.

Thanks in advance.

Fabrizio Monti


Subject: Re: Getting Started
From: "Robert Meek" <meekTAN@comcast.net>
Date: Tue, 29 Aug 2006 14:12:33 -0400
Newsgroups: jedi.vcl

    Believe me, if I had just a little more time I would help you on this 
myself.  But between trying desperately to make a little cash doing 
freelance work via telecommuting, getting a shareware program ready for 
sale, and taking care of my moderating duties on a few Delphi lists, I 
barely have enough time left over to take my dog for a short walk!

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:ecv30m$rsv$1@news.talkto.net...
> > Robert Meek wrote:
>> >> You'll still find quite a lot that isn't documented, and even those that 
>> >> are I found to be somewhat inadequate.  It's a tough job maintaining them 
>> >> because of the constant changes being made too.
> >
> > Indeed, but we welcome anyone of good will.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Getting Started
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 28 Aug 2006 17:44:22 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:
> You'll still find quite a lot that isn't documented, and even those that are I found to be somewhat inadequate.  It's a tough job maintaining them because of the constant changes being made too.

Indeed, but we welcome anyone of good will.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Getting Started
From: "Robert Meek" <meekTAN@comcast.net>
Date: Mon, 28 Aug 2006 11:01:19 -0400
Newsgroups: jedi.vcl

You'll still find quite a lot that isn't documented, and even those that are 
I found to be somewhat inadequate.  It's a tough job maintaining them 
because of the constant changes being made too.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "OBones" <obones_gf_@_fe_altern.org> wrote in message news:ecu2i3$ls1$1@news.talkto.net...
> > Glynn Owen wrote:
> >
>> >> Is the .hlp file re-compiled from the changes to the HTML?
> >
> > Yes. 




Subject: Re: WYSIWYG HTML-Edit
From: Kurt Bilde <kub@[adm].sdu.dk>
Date: Mon, 28 Aug 2006 15:28:37 +0200
Newsgroups: jedi.vcl

Hi Dierk,

Dierk wrote:
> I´m searching for a simple HTML-Edit component with functionality of a
> RichEdit component.
> Is there any free component like this?

So what did you end up with?

One of the suggestions in my search so far have been http://groups.yahoo.com/group/KSDhtmlEdit/

I have also been looking for at simple solution, but still haven't found what I'm looking for... Also with some basic RichEdit funtionality like bold, italic, underline, bullets, heading ect.

-Kurt


Subject: Re: Getting Started
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 28 Aug 2006 08:31:13 +0200
Newsgroups: jedi.vcl

Glynn Owen wrote:

> Is the .hlp file re-compiled from the changes to the HTML?

Yes.


Subject: Re: Getting Started
From: "Glynn Owen" <me@myself.I>
Date: Mon, 28 Aug 2006 05:50:39 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Glynn Owen wrote:
>> > > Don S wrote:
>> > > 
>> > > 
>>>> > > > > I was hoping there would be some docs. Reading through
>>>> > > > > hundreds of .pas files is not something I have the time to do. I
>>>> > > > > guess I'll just have to ask lots of stupid questions on this
>>>> > > > > newsgroup.
>>> > > > 
>>> > > > There is online documentation located at:
>>> > > > http://homepages.borland.com/jedi/jvcl/.  And downloadable formats
>>> > > > here: http://sourceforge.net/project/showfiles.php?group_id=45786
>> > > 
>> > > 
>> > > That's a lot better. It's not hard to understand why a lot of the
>> > > leafs say "not documented." Is it really possible to edit those
>> > > through the HTML interface that pops up?
> > 
> > Yes. Do the changes you think are useful and they will be put "for
> > review". Once reviewed, they will be online.  Should you decide to
> > contribute on a regular basis, please ask for a "writer's" login
> > which allows direct write access.  This process is required as I keep
> > getting spam changes and I don't want this system to become a display
> > for internet medecine vendors.
> > 
> > Cheers.

Is the .hlp file re-compiled from the changes to the HTML?

TIA, Glynn

-- Every decent man is ashamed of the government he lives under. (H. L. Mencken) 

Subject: Re: Getting Started
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 28 Aug 2006 07:39:39 +0200
Newsgroups: jedi.vcl

Glynn Owen wrote:
> Don S wrote:
>
>
>>> I was hoping there would be some docs. Reading through
>>> hundreds of .pas files is not something I have the time to do. I
>>> guess I'll just have to ask lots of stupid questions on this
>>> newsgroup.
>>
>> There is online documentation located at:
>> http://homepages.borland.com/jedi/jvcl/.  And downloadable formats
>> here: http://sourceforge.net/project/showfiles.php?group_id=45786
>
>
> That's a lot better. It's not hard to understand why a lot of the leafs
> say "not documented." Is it really possible to edit those through the
> HTML interface that pops up?

Yes. Do the changes you think are useful and they will be put "for review". Once reviewed, they will be online.
Should you decide to contribute on a regular basis, please ask for a "writer's" login which allows direct write access.
This process is required as I keep getting spam changes and I don't want this system to become a display for internet medecine vendors.

Cheers.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Getting Started
From: "Glynn Owen" <me@myself.I>
Date: Sun, 27 Aug 2006 21:14:54 +0000 (UTC)
Newsgroups: jedi.vcl

Don S wrote:

>> > > I was hoping there would be some docs. Reading through
>> > > hundreds of .pas files is not something I have the time to do. I
>> > > guess I'll just have to ask lots of stupid questions on this
>> > > newsgroup.
> > 
> > There is online documentation located at:
> > http://homepages.borland.com/jedi/jvcl/.  And downloadable formats
> > here: http://sourceforge.net/project/showfiles.php?group_id=45786

That's a lot better. It's not hard to understand why a lot of the leafs
say "not documented." Is it really possible to edit those through the
HTML interface that pops up?

Regards,
Glynn

-- Joel: That's the movies, Ed. Try reality. Ed: No thanks. (Northern Exposure) 

Subject: Re: Getting Started
From: "Glynn Owen" <me@myself.I>
Date: Sun, 27 Aug 2006 21:12:44 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > But there are docs.
> > The help file is downloadable from sourceforge and the content is
> > readable online:
> > 
> > http://homepages.borland.com/jedi/jedihelp/
> > 
> > Regards

Got it. Thank you.
Glynn

-- The most important question when any new computer architecture is introduced is "So what?" (Unknown) 

Subject: Re: Getting Started
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sun, 27 Aug 2006 15:10:15 -0400
Newsgroups: jedi.vcl

> > I was hoping there would be some docs. Reading through
> > hundreds of .pas files is not something I have the time to do. I guess
> > I'll just have to ask lots of stupid questions on this newsgroup.

There is online documentation located at: 
http://homepages.borland.com/jedi/jvcl/.
And downloadable formats here: 
http://sourceforge.net/project/showfiles.php?group_id=45786 




Subject: Re: Getting Started
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 27 Aug 2006 20:49:33 +0200
Newsgroups: jedi.vcl

Glynn Owen wrote:

> Robert Meek wrote:
>
>
>> Hi Glynn,
>> It's a lot like Delphi itself.  And as I was told time and time again
>> when I first started.  You basically need to read the source to
>> really get a handle on it.  What I did was go thru the pas files one
>> at a time, one per day, making notes of what was available in order
>> to make my own set of docs. And I'd be happy to send you a copy
>> except that it was stolen along with all my other archived files when
>> my system was stolen last thanksgiving weekend! I haven't gotten
>> around to re-doing it again!
>
>
> That's too bad. I was hoping there would be some docs. Reading through
> hundreds of .pas files is not something I have the time to do. I guess
> I'll just have to ask lots of stupid questions on this newsgroup.

But there are docs.
The help file is downloadable from sourceforge and the content is readable online:

http://homepages.borland.com/jedi/jedihelp/

Regards

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Getting Started
From: "Glynn Owen" <me@myself.I>
Date: Sun, 27 Aug 2006 18:47:46 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Meek wrote:

> > Hi Glynn,
> > It's a lot like Delphi itself.  And as I was told time and time again
> > when I first started.  You basically need to read the source to
> > really get a handle on it.  What I did was go thru the pas files one
> > at a time, one per day, making notes of what was available in order
> > to make my own set of docs. And I'd be happy to send you a copy
> > except that it was stolen along with all my other archived files when
> > my system was stolen last thanksgiving weekend! I haven't gotten
> > around to re-doing it again!

That's too bad. I was hoping there would be some docs. Reading through
hundreds of .pas files is not something I have the time to do. I guess
I'll just have to ask lots of stupid questions on this newsgroup.

Glynn

-- The most important question when any new computer architecture is introduced is "So what?" (Unknown) 

Subject: Re: Getting Started
From: "Robert Meek" <meekTAN@comcast.net>
Date: Sun, 27 Aug 2006 09:41:32 -0400
Newsgroups: jedi.vcl

Hi Glynn,
    It's a lot like Delphi itself.  And as I was told time and time again 
when I first started.  You basically need to read the source to really get a 
handle on it.  What I did was go thru the pas files one at a time, one per 
day, making notes of what was available in order to make my own set of docs. 
And I'd be happy to send you a copy except that it was stolen along with all 
my other archived files when my system was stolen last thanksgiving weekend! 
I haven't gotten around to re-doing it again!

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Glynn Owen" <glynnowen@comcast.net> wrote in message news:ecr481$9v8$1@news.talkto.net...
> > How can I get started learning the capabilities of this library? Is there 
> > any documentation? The demos are nice, but hardly comprehensive...
> >
> > TIA, Glynn
> > 




Subject: Getting Started
From: "Glynn Owen" <glynnowen@comcast.net>
Date: Sat, 26 Aug 2006 20:40:58 -0700
Newsgroups: jedi.vcl

How can I get started learning the capabilities of this library? Is there 
any documentation? The demos are nice, but hardly comprehensive...

TIA, Glynn 




Subject: Re: Install Issue: Illegal character in input file: 'i' ($EF)
From: "Daytona" <d@d.com>
Date: Sat, 26 Aug 2006 09:04:34 -0700
Newsgroups: jedi.vcl

Thanks!

Somehow I have never noticed that combo in Notepad before :)

"Florent Ouchet" <outchy@users.sourceforge.net> wrote in message 
news:ecotia$gc$1@news.talkto.net...
> > Delphi7, you can open the source file in notepad, select file/save as, in 
> > the dialog, there is a combo that allows you to change text encoding. Just 
> > revert it to "Ansi".




Subject: Re: makemodified.bat - parameters
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 26 Aug 2006 17:20:15 +0200
Newsgroups: jedi.vcl

Arioch wrote:
> 02.07.06 в 23:25 Florent Ouchet в своём письме писал(а):
>
>> As far as I remember %2- is equivalent to %2 %3 %4 %5 %6 %7 %8 %9
>
>
> Quite interesting. I wonder where it started from ? at least it was not so  in DOS.
> Never heard of that, i wonder how reliable is it through MS OS versions

It's got nothing to do with DOS, it's just the batch file grouping them.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: makemodified.bat - parameters
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 26 Aug 2006 19:06:18 +0400
Newsgroups: jedi.vcl

02.07.06 в 23:25 Florent Ouchet в своём письме писал(а):

> As far as I remember %2- is equivalent to %2 %3 %4 %5 %6 %7 %8 %9

Quite interesting. I wonder where it started from ? at least it was not so in DOS.
Never heard of that, i wonder how reliable is it through MS OS versions


Subject: Re: Install Issue: Illegal character in input file: 'i' ($EF)
From: Florent Ouchet <outchy@users.sourceforge.net>
Date: Sat, 26 Aug 2006 09:33:47 +0200
Newsgroups: jedi.vcl

Daytona a écrit :
> Can you give me a bit more detail on the method to save with a different encoding?  Was this right-click somewhere in BDS 2006?

This item was added in the editor context menu. If you have just Delphi7, you can open the source file in notepad, select file/save as, in the dialog, there is a combo that allows you to change text encoding. Just revert it to "Ansi".

Regards,

-- 
Florent Ouchet


Subject: Re: Install Issue: Illegal character in input file: 'i' ($EF)
From: "Daytona" <d@d.com>
Date: Fri, 25 Aug 2006 22:01:44 -0700
Newsgroups: jedi.vcl

Thanks for fixing it Robert, but maybe you can help me understand the 'right 
click and save with different encoding' bit?

Obviously using D7 to fix works for me, but I want to understand :)

Thanks again,
Dave


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:ecojar$v0f$1@news.talkto.net...
> > Daytona wrote:
>> >> Hi Again,
>> >>
>> >> Once again I found the same issue, but with Caption Panel this time 
>> >> around.
> >
> > Fixed in SVN. 




Subject: Re: Install Issue: Illegal character in input file: 'i' ($EF)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Aug 2006 06:27:18 +0200
Newsgroups: jedi.vcl

Daytona wrote:
> Hi Again,
>
> Once again I found the same issue, but with Caption Panel this time around. 

Fixed in SVN.


Subject: Re: Install Issue: Illegal character in input file: 'i' ($EF)
From: "Daytona" <d@d.com>
Date: Fri, 25 Aug 2006 19:50:04 -0700
Newsgroups: jedi.vcl

Hi Again,

Once again I found the same issue, but with Caption Panel this time around. 
I could not figure out the method you mentioned (right-click and chose a 
different encoding) but I noticed that when I opened the offending source 
there were a few screwy characters at the beginning of the file.

Deleted those, saved, and I was able to install.

I tried to commit the fix, but alas I do not have a password to SVN.

Can you give me a bit more detail on the method to save with a different 
encoding?  Was this right-click somewhere in BDS 2006?

Thanks,
David


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ec3ncl$g7b$1@news.talkto.net...
> > Daytona wrote:
>> >> Thanks Robert!
>> >>
>> >> Is there any way for us 2006 developers to fix/avoid this?  I could not 
>> >> even see the 'invalid character'....
> >
> > It comes from the SVN "$Date$" tag that is localized and because some of 
> > us are not in "English speaking" countries, we get localized month 
> > (typically, Août for August). When D2006 sees the accented character it 
> > decides to save the file in UTF-8. One can right click and choose a 
> > different encoding though, which does fix the file.
> > I'm investigating a way to not have the localized months in the $Date$ 
> > tag, but the TortoiseSVN guys have been unhelpful, to say the least... 




Subject: Re: Error when compiling the latest SVN into D5.
From: "Ian Branch" <branch@sitathome.net>
Date: Fri, 25 Aug 2006 09:59:18 +0000 (UTC)
Newsgroups: jedi.vcl

Missed by that:=Null much.  All OK in D5 now.

Thanks guys.

Ian


-- 

Subject: Re: Error when compiling the latest SVN into D5.
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 25 Aug 2006 11:52:35 +0200
Newsgroups: jedi.vcl

Thanks. This is now fixed in SVN.


Subject: Re: Error when compiling the latest SVN into D5.
From: "Ian Branch" <branch@sitathome.net>
Date: Fri, 25 Aug 2006 09:51:07 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > OBones a écrit :
>> > > How do you test if a variant is assigned then?
> > 
> > From the help of Delphi 5 (sorry the help is written in French):
> > 
> > Unité
> > 
> > System
> > 
> > Catégorie
> > 
> > routines de gestion des variants
> > 
> > function VarIsEmpty(const V: Variant): Boolean;
> > 
> > Description
> > 
> > La fonction VarIsEmpty renvoie True si le variant donné contient la valeur
> > Unassigned. Si le variant contient n'importe quelle autre donnée, la fonction
> > renvoie False.
> > 
> > Remarque :	Ne confondez pas un Variant Unassigned avec un Variant Null. Un
> > Variant Null est encore affecté, mais a la valeur Null. A l'inverse des
> > Variants Unassigned, les Variants Null peuvent être utilisés dans des
> > expressions et convertis en d'autres types de Variants.
> > 
> > 
> > 
> > and
Or in English..

Indicates whether the specified Variant is unassigned.

Unit

System

Category

Variant support routines

function VarIsEmpty(const V: Variant): Boolean;

Description

VarIsEmpty returns True if the given Variant contains the value Unassigned. If
the Variant contains any other value, the function result is False.

Note:	Do not confuse an unassigned Variant with a Null Variant. A Null Variant
is still assigned, but has the value Null. Unlike unassigned Variants, Null
Variants can be used in expressions and can be converted to other types of
Variants.



-- 

Subject: Re: Error when compiling the latest SVN into D5.
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 25 Aug 2006 10:37:52 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> How do you test if a variant is assigned then?

From the help of Delphi 5 (sorry the help is written in French):

Unité

System

Catégorie

routines de gestion des variants

function VarIsEmpty(const V: Variant): Boolean;

Description

La fonction VarIsEmpty renvoie True si le variant donné contient la valeur Unassigned. Si le variant contient n'importe quelle autre donnée, la fonction renvoie False.

Remarque :    Ne confondez pas un Variant Unassigned avec un Variant Null. Un Variant Null est encore affecté, mais a la valeur Null. A l'inverse des Variants Unassigned, les Variants Null peuvent être utilisés dans des expressions et convertis en d'autres types de Variants.



and



Unité

System

Catégorie

routines de gestion des variants

function VarIsNull(const V: Variant): Boolean;

Description

La fonction VarIsNull renvoie True si le variant donné contient la valeur. Si le variant contient n'importe quelle autre donnée, la fonction renvoie False.

Remarque :    Ne confondez pas un Variant Null avec un Variant Unassigned. Un Variant Null est encore affecté, mais a la valeur Null. A l'inverse des Variants Unassigned, les Variants Null peuvent être utilisés dans des expressions et convertis en d'autres types de Variants.

-- 
Florent Ouchet


Subject: Re: Attention: The installer may fail when building all packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 25 Aug 2006 09:50:52 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hi all,
>
> Following the recent changes in compile.pas and in the run folder, it may happen that the installer fails building the Jvcl because it did not sort the packages correctly.
> I'm currently working on a fix, so please be patient in the meantime.
>
> Sorry for the inconvenience
> Olivier

This is now fixed in SVN.


Subject: Attention: The installer may fail when building all packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 25 Aug 2006 09:35:41 +0200
Newsgroups: jedi.vcl

Hi all,

Following the recent changes in compile.pas and in the run folder, it may happen that the installer fails building the Jvcl because it did not sort the packages correctly.
I'm currently working on a fix, so please be patient in the meantime.

Sorry for the inconvenience
Olivier


Subject: Re: Error when compiling the latest SVN into D5.
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 25 Aug 2006 09:35:08 +0200
Newsgroups: jedi.vcl

Ian Branch wrote:
> Hi Guys,
>
>     I get the following when trying to compile the latest SVN files int D5.
>
>
> Compiling: JvCustomD5R.bpl]
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> D:\jvcl3\run\JvValidateEdit.pas(374) Error: Undeclared identifier: 'VarIsClear'
> JvCustomD5R.dpk(86) Fatal: Could not compile used unit
> '..\..\run\JvValidateEdit.pas'

How do you test if a variant is assigned then?


Subject: Error when compiling the latest SVN into D5.
From: "Ian Branch" <branch@sitathome.net>
Date: Fri, 25 Aug 2006 07:00:27 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Guys,

	I get the following when trying to compile the latest SVN files int D5.


Compiling: JvCustomD5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
D:\jvcl3\run\JvValidateEdit.pas(374) Error: Undeclared identifier: 'VarIsClear'
JvCustomD5R.dpk(86) Fatal: Could not compile used unit
'..\..\run\JvValidateEdit.pas'
-- Any thoughts? Regards, Ian 

Subject: Re: TJvFormStorage does not appear to restore width and height of Maximized
From: Doug <please@no.spam>
Date: Thu, 24 Aug 2006 07:50:48 -0700
Newsgroups: jedi.vcl

I set up a small application with the components and the darn thing worked.

It appears that in my application, it was calling the datamodule and returning data in the OnActivate event. That function seems to interupt the restoration of the form. By moving the function to the OnShow event the form is able to restore just fine.

Thank you for asking me to do the obvious problem checking. I should have done that first.

Doug



Subject: Re: TJvFormStorage does not appear to restore width and height of Maximized
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 23 Aug 2006 21:46:14 +0200
Newsgroups: jedi.vcl

Could you create a small sample and add this to mantis, please.
http://homepages.borland.com/jedi/issuetracker/main_page.php

Greetings and thanks
Jens


Doug schrieb:
> Hello All,
>
> Am using a TJvFormStorage component to restore a form's properties. This form is not the main form, it is a child of the main form. This child form, when closed saves the Maximized window state. On opening the form button indicates that the window is maximized. The top and left points are 0. The width and height are not the width and height of the screen but seem to be the width and height of the normal state. The components on the form appear to be attempting to size to a maximized window.
>
> How do I get this form to return the correct width and height for a maximized window?
>
> Clicking on the restore button returns the window to it's normal window state and position. The main form has it's own TJvFormStorage component and works great. Additionally, can you please tell me where the window state is stored? It does not appear to be in the ini file or I am just not seeing it.
>
> Doug
> JVCL version 3.1
> Delphi 6 Enterprise

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: TJvFormStorage does not appear to restore width and height of Maximized
From: Doug <please@no.spam>
Date: Wed, 23 Aug 2006 08:51:26 -0700
Newsgroups: jedi.vcl

Hello All,

Am using a TJvFormStorage component to restore a form's properties. This form is not the main form, it is a child of the main form. This child form, when closed saves the Maximized window state. On opening the form button indicates that the window is maximized. The top and left points are 0. The width and height are not the width and height of the screen but seem to be the width and height of the normal state. The components on the form appear to be attempting to size to a maximized window.

How do I get this form to return the correct width and height for a maximized window?

Clicking on the restore button returns the window to it's normal window state and position. The main form has it's own TJvFormStorage component and works great. Additionally, can you please tell me where the window state is stored? It does not appear to be in the ini file or I am just not seeing it.

Doug
JVCL version 3.1
Delphi 6 Enterprise


Subject: Re: WYSIWYG HTML-Edit
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 23 Aug 2006 11:28:53 -0400
Newsgroups: jedi.vcl

> > I´m searching for a simple HTML-Edit component with functionality of a
> > RichEdit component.
> > Is there any free component like this?

Not sure exactly what you're looking for... but I've had very good 
experiences using XStandard (http://xstandard.com/). It's a WYSIWG XHTML 1.1 
editor. It's an ActiveX control, so it has to be installed on each of the 
local machines where it is used. The XStandard Lite version is free for 
non-commercial use.

hth... 




Subject: Suggestion
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Aug 2006 15:33:25 +0200
Newsgroups: jedi.jcl,jedi.vcl

hello all,

I have noticed that in the splash screen of BDS 2006 (the big black 
resizable window) are listed some of the main libraries during loading. The 
JCL and the JVCL are listed as well. Could it be possible in the first line, 
to show the full version string along with the library name? Something like

JCL library 1.9.2.12345
JVCL library 3.30.0.12345

Sorry for the cross-posting but this request regards both libraries.

Thanks
Salvatore 




Subject: Re: Cannot compile/install today's snapshot
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Aug 2006 15:23:08 +0200
Newsgroups: jedi.vcl

> > You can select the files to be reverted...

ok, thanks.

Salvatore 




Subject: Re: Cannot compile/install today's snapshot
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 23 Aug 2006 14:39:02 +0200
Newsgroups: jedi.vcl

Salvatore Besso a écrit :
> ah, I see :-) Does it work on the single file only or even on a whole folder, to revert multiple files at the same time? For example, what happens if I issue a Revert on the main jvcl folder? Are all locally modified files reverted to the original?

You can select the files to be reverted when it applies to a sandbox/directory.

-- 
Florent Ouchet


Subject: Re: Cannot compile/install today's snapshot
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Aug 2006 14:30:16 +0200
Newsgroups: jedi.vcl

hello Olivier,

> > Fixed in SVN, update jvcl\install\JVCLInstall\Compile.pas

well done, now it works.

Regards
Salvatore 




Subject: Re: Cannot compile/install today's snapshot
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Aug 2006 14:28:35 +0200
Newsgroups: jedi.vcl

hello Olivier,

> > Yes, that's on purpose or you would loose your changes.
> > For that, you should use the "revert" command.

ah, I see :-) Does it work on the single file only or even on a whole 
folder, to revert multiple files at the same time? For example, what happens 
if I issue a Revert on the main jvcl folder? Are all locally modified files 
reverted to the original?

Regards
Salvatore 




Subject: Re: Cannot compile/install today's snapshot
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 23 Aug 2006 13:47:11 +0200
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>> Salvatore Besso wrote:
>>
>>> added line, but as soon as I click on the Install button I get:
>>>
>>> List index out of bounds (-1)
>>
>> Very strange and I think totally unrelated.
>
> I'm investigating this.

Fixed in SVN, update jvcl\install\JVCLInstall\Compile.pas


Subject: Re: Cannot compile/install today's snapshot
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 23 Aug 2006 13:31:35 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Salvatore Besso wrote:
>
>> added line, but as soon as I click on the Install button I get:
>>
>> List index out of bounds (-1)
>
> Very strange and I think totally unrelated.

I'm investigating this.


Subject: Re: Cannot compile/install today's snapshot
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 23 Aug 2006 13:28:56 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> added line, but as soon as I click on the Install button I get:
>
> List index out of bounds (-1)

Very strange and I think totally unrelated.


> BTW, it seems that Tortoise doesn't restore locally modified files to their unmodified state. I had to delete the xml and dpk files in order to get back the original ones.

Yes, that's on purpose or you would loose your changes.
For that, you should use the "revert" command.


Subject: Re: Cannot compile/install today's snapshot
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Aug 2006 13:20:06 +0200
Newsgroups: jedi.vcl

hello Olivier,

> > And please let me know if that helps

added line, but as soon as I click on the Install button I get:

List index out of bounds (-1)

Now I have updated my SVN snapshot again so that the xml file is unmodified 
again.

BTW, it seems that Tortoise doesn't restore locally modified files to their 
unmodified state. I had to delete the xml and dpk files in order to get back 
the original ones.

Regards
Salvatore 




Subject: Re: Cannot compile/install today's snapshot
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 23 Aug 2006 12:57:12 +0200
Newsgroups: jedi.vcl

Add this line to the requires section of JvAppFrm-R.xml

    <Package Name="JvCtrls-R" Targets="all" Condition=""/>

And please let me know if that helps.


Subject: Cannot compile/install today's snapshot
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Aug 2006 11:45:43 +0200
Newsgroups: jedi.vcl

hello,

just updated my SVN (few minutes ago). BDS 2006 Architect, latest JCL 
snapshot:

58449 lines, 2.88 seconds, 84652 bytes code, 596 bytes data.
[Compiling: JvAppFrmD10R.bpl]
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
D:\Borland Studio Projects\Components\JVCL3 
SVN\jvcl\run\JvGradientCaption.pas(203) Fatal: F1026 File not found: 
'JvCaptionButton.dcu'

Regards
Salvatore 




Subject: WYSIWYG HTML-Edit
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 23 Aug 2006 09:45:31 +0200
Newsgroups: jedi.vcl

I´m searching for a simple HTML-Edit component with functionality of a
RichEdit component.
Is there any free component like this?

Cheers
Dierk




Subject: Re: Sorting in JvListView
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 22 Aug 2006 18:26:11 +0200
Newsgroups: jedi.vcl

Please report this in Mantis:

http://homepages.borland.com/jedi/issuetracker/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Sorting in JvListView
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 22 Aug 2006 12:20:51 -0300
Newsgroups: jedi.vcl

I have a small suggestion for JvListView.

If you add values with thousand separators to columns they are not ordered 
correctly, even if you set to smNumeric or smCurrency. There problems lies 
in the fact that StrToFloat do not accept thousand separators. To fix it is 
only necessary to remove the thousand separator prior the conversion to 
float in IsBigger function. It also makes function faster since no more 
exceptions are raised when strings contains thousand separator.

            smNumeric:
              begin
                try
->                  First  := StrRemoveChars(First, [ThousandSeparator]);
->                  Second := StrRemoveChars(Second, [ThousandSeparator]);

                  I := StrToFloat(First);
                  J := StrToFloat(Second);
                  Result := I > J;
                except
                  try
                    l := StrToInt64(First);
                  except
                    l := 0;
                  end;
                  try
                    m := StrToInt64(Second);
                  except
                    m := 0;
                  end;
                  Result := l > m;
                end;
              end;

The same is necessary in smCurrency case.

Best regards,
Eduardo Mauro
www.connectedtext.com 




Subject: Re: Borders with JvRichedit?
From: Aurélien Dellieux <a.dellieux@nospam.corwin.fr>
Date: Tue, 22 Aug 2006 16:43:10 +0200
Newsgroups: jedi.vcl

> Hi.
> I am trying to draw a 2-line text with borders using the TJvRichedit
> component.
> I am working with Win 98 2nd edition, use richedit version 3.
> I can draw cells (tables) in the richedit control, but I cannot draw borders
> around
> a paragraph.
> I use the code below in a Word compatible text editor, and it draws the
> borders
> around the 2-line text. My richedit control instead draws the 2 line,
> but no borders. Any help? Thanks.
> Enrico
i think it's a limitation of the rich edit dll to not 100% mimic word.
the tables are not well supported.

here is the msdn link to the richedit dll help (please copy/paste pieces of the link in the address bar, as it will be cut) :
http://msdn.microsoft.com/library/en-us/shellcc/platform/commctls/richedit/richeditcontrols/aboutricheditcontrols.asp?frame=true

-- 
Aurélien Dellieux

site perso :  http://dellieuxa.perso.orange.fr
site boulot : http://www.corwin.fr




Subject: Borders with JvRichedit?
From: "E.P." <epergola@prodigy.net.mx>
Date: Mon, 21 Aug 2006 13:06:53 -0700
Newsgroups: jedi.vcl

Hi.
I am trying to draw a 2-line text with borders using the TJvRichedit
component.
I am working with Win 98 2nd edition, use richedit version 3.
I can draw cells (tables) in the richedit control, but I cannot draw borders
around
a paragraph.
I use the code below in a Word compatible text editor, and it draws the
borders
around the 2-line text. My richedit control instead draws the 2 line,
but no borders. Any help? Thanks.
Enrico

This is the 'stream' I insert in the ricedit text:

'{\rtf1\ansi\deff0\adeflang1025'+
'\pard\plain \ltrpar\s1\cf0{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}'+
'\box\brdrs\brdrw1\brdrcf1\brsp28{\*\brdrt\brdlncol1\brdlnin0\brdlnout1\brdl
ndist0}\brsp28{\*\brdrl\brdlncol1\brdlnin0\brdlnout1\brdlndist0}\brsp28{\*\b
rdrb\brdlncol1\brdlnin0\brdlnout1\brdlndist0}'+
'\brsp28{\*\brdrr\brdlncol1\brdlnin0\brdlnout1\brdlndist0}\brsp28\rtlch\af3\
afs24\lang255\ltrch\dbch\af2\afs24\langfe255\loch\f0\fs24\lang1033
{\loch\f0\fs24\lang1033\i0\b0 ABCDEF}'+
'\par {\loch\f0\fs24\lang1033\i0\b0 1234567}'+
'\par }'




Subject: Re: Problems installing JVCL3.2 on Borland Developer Studio 2006
From: "Commodore" <august.rydberg@home.se>
Date: Sun, 20 Aug 2006 23:05:34 +0100
Newsgroups: jedi.vcl

> >Hi,
> >
> >Did you install the JVCL using the same account as the one you use to 
> >launch BDS 2006?
> >
> >-- 
> >Florent Ouchet
> >
Yes



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems installing JVCL3.2 on Borland Developer Studio 2006
From: "Commodore" <august.rydberg@home.se>
Date: Sun, 20 Aug 2006 22:33:49 +0100
Newsgroups: jedi.vcl

> >Commodore wrote:
> >
>>> >>>Commodore wrote:
>>> >>>
>>> >>>
>>>> >>>>Hello,
>>>> >>>>
>>>> >>>>I've got Borland Developer Studio 2006 installed and updated with update2.
>>>> >>>>I also got JCL 1.97 installed properly. However, when I try to install
>>>> >>>>JVCL 3.2 it doesn't display ANY packages in the select packages form of
>>>> >>>>the installation wizard. How do I fix this? If I click next anyway the
>>>> >>>>installation program crashes with a access violation in JVCLInstall.exe.
>>> >>>
>>> >>>How did you unzip? Did you keep the folder structure? It looks like you 
>>> >>>did not.
>>> >>>
>>> >>>-- 
>>> >>>Olivier Sannier
>>> >>>JVCL Coordinator
>>> >>>http://jvcl.sf.net/
>>> >>>
>> >> 
>> >> 
>> >> I kept the folder structure. On another computer where BCB6.0 was also
>> >> installed it would show the packages when BCB6 was selected but none when
>> >> BDS2006 was selected.
> >
> >Do you have files in the packages\d10 folder?
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >http://jvcl.sf.net/
> >
Yes, I do have 257 files in that folder.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems installing JVCL3.2 on Borland Developer Studio 2006
From: "Commodore" <august.rydberg@home.se>
Date: Sun, 20 Aug 2006 22:09:01 +0100
Newsgroups: jedi.vcl

> >Commodore wrote:
> >
>> >> Hello,
>> >> 
>> >> I've got Borland Developer Studio 2006 installed and updated with update2.
>> >> I also got JCL 1.97 installed properly. However, when I try to install
>> >> JVCL 3.2 it doesn't display ANY packages in the select packages form of
>> >> the installation wizard. How do I fix this? If I click next anyway the
>> >> installation program crashes with a access violation in JVCLInstall.exe.
> >
> >How did you unzip? Did you keep the folder structure? It looks like you 
> >did not.
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >http://jvcl.sf.net/
> >

I kept the folder structure. On another computer where BCB6.0 was also
installed it would show the packages when BCB6 was selected but none when
BDS2006 was selected.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems installing JVCL3.2 on Borland Developer Studio 2006
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 20 Aug 2006 22:51:51 +0200
Newsgroups: jedi.vcl

Hi,

Did you install the JVCL using the same account as the one you use to launch BDS 2006?

-- 
Florent Ouchet


Subject: Problems installing JVCL3.2 on Borland Developer Studio 2006
From: "Commodore" <august.rydberg@home.se>
Date: Sun, 20 Aug 2006 21:46:02 +0100
Newsgroups: jedi.vcl

Hello,

I've got Borland Developer Studio 2006 installed and updated with update2.
I also got JCL 1.97 installed properly. However, when I try to install
JVCL 3.2 it doesn't display ANY packages in the select packages form of
the installation wizard. How do I fix this? If I click next anyway the
installation program crashes with a access violation in JVCLInstall.exe.

Thanks in advance.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems installing JVCL3.2 on Borland Developer Studio 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 20 Aug 2006 22:37:33 +0200
Newsgroups: jedi.vcl

Commodore wrote:

>> Commodore wrote:
>>
>>
>>> Hello,
>>>
>>> I've got Borland Developer Studio 2006 installed and updated with update2.
>>> I also got JCL 1.97 installed properly. However, when I try to install
>>> JVCL 3.2 it doesn't display ANY packages in the select packages form of
>>> the installation wizard. How do I fix this? If I click next anyway the
>>> installation program crashes with a access violation in JVCLInstall.exe.
>>
>> How did you unzip? Did you keep the folder structure? It looks like you did not.
>>
>> -- 
>> Olivier Sannier
>> JVCL Coordinator
>> http://jvcl.sf.net/
>>
>
>
> I kept the folder structure. On another computer where BCB6.0 was also
> installed it would show the packages when BCB6 was selected but none when
> BDS2006 was selected.

Do you have files in the packages\d10 folder?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problems installing JVCL3.2 on Borland Developer Studio 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 20 Aug 2006 22:12:59 +0200
Newsgroups: jedi.vcl

Commodore wrote:

> Hello,
>
> I've got Borland Developer Studio 2006 installed and updated with update2.
> I also got JCL 1.97 installed properly. However, when I try to install
> JVCL 3.2 it doesn't display ANY packages in the select packages form of
> the installation wizard. How do I fix this? If I click next anyway the
> installation program crashes with a access violation in JVCLInstall.exe.

How did you unzip? Did you keep the folder structure? It looks like you did not.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Distribute JVCL BPL files with my software
From: Andrea Raimondi <rainaple@tin.it>
Date: Sat, 19 Aug 2006 10:30:17 +0200
Newsgroups: jedi.vcl

faber ha scritto:
> Since your name is "Andrea Raimondi" I thought you were italian

And you're right. My point is that not everybody here speaks Italian,
inherently you ought to make your sentences understandable by anyone.

> :)

Cheers,

Andrew


Subject: Re: JvDBLookupCombo and JvArrowButton compile errors
From: "Paul Stockton" <paul@no.spam.plz.barwicksystems.co.uk>
Date: Fri, 18 Aug 2006 15:20:57 +0100
Newsgroups: jedi.vcl

All working thanks :) Checked everything again, all folders were clean 
still, then noticed in my Delphi6 library list it had ONE entry pointing to 
Delphi7\Jedi install!!!

Thanks for your help.

Paul.

"OBones" <obones_gf_@_fe_altern.org> wrote in message
> > You may have DCUs from the JCL or JVCL lying somewhere else. You may also 
> > have .pas files from one or both libraries. Look for Jv* and Jcl* on your 
> > harddrive. 




Subject: Re: JvDBLookupCombo and JvArrowButton compile errors
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 18 Aug 2006 14:59:35 +0200
Newsgroups: jedi.vcl

Paul Stockton wrote:
> Thanks - prior to installing I followed the Uninstall instructions, one of the steps is to remove the JEDI files from the Projects\Bpl folder, I only deleted files beginning with "jv", are there some other files I should be looking for in this folder please?


You may have DCUs from the JCL or JVCL lying somewhere else. You may also have .pas files from one or both libraries. Look for Jv* and Jcl* on your harddrive.


Subject: Re: JvDBLookupCombo and JvArrowButton compile errors
From: "Paul Stockton" <paul@no.spam.plz.barwicksystems.co.uk>
Date: Fri, 18 Aug 2006 13:54:51 +0100
Newsgroups: jedi.vcl

Thanks - prior to installing I followed the Uninstall instructions, one of 
the steps is to remove the JEDI files from the Projects\Bpl folder, I only 
deleted files beginning with "jv", are there some other files I should be 
looking for in this folder please?

Apart from the Bpl folder I uninstalled according to the instructions, hence 
I'm now clutching at straws so to speak! ;)

Thanks

Paul.


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ec47hv$ilq$3@news.talkto.net...
> > You have an old version of the JCL and/or JVCL somewhere on your harddrive 
> > and it conflicts with the new one.
> > Sort out your installation and this should go away. 




Subject: Re: JvDBLookupCombo and JvArrowButton compile errors
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 18 Aug 2006 13:17:20 +0200
Newsgroups: jedi.vcl

You have an old version of the JCL and/or JVCL somewhere on your harddrive and it conflicts with the new one.
Sort out your installation and this should go away.


Subject: Re: Encryption and MD5
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 18 Aug 2006 13:16:34 +0200
Newsgroups: jedi.vcl

Zief wrote:
> When mentioning reversable, I was talking about the Blowfish encryption, sorry.
> As for MD5, the lockbox lbcipher module produces MD5 strings that do not match with MD5 over the same file on the Pocket Pc, using a free C# module.

Then use a few other MD5 packages (some are free on the web) and compare the results to find which of the two is wrong.


Subject: Re: jvSimpleXml xml Standard
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 18 Aug 2006 13:16:10 +0200
Newsgroups: jedi.vcl

Zief wrote:
> What are the major differences anyway, I can't see much different at all!

The location of accented characters in the map


Subject: JvDBLookupCombo and JvArrowButton compile errors
From: "Paul Stockton" <paul@no.spam.plz.barwicksystems.co.uk>
Date: Fri, 18 Aug 2006 11:40:12 +0100
Newsgroups: jedi.vcl

Hi all, appreciate any help here...

Delphi 6 (Build 6.240) Update Pack 2
JVCL320CompleteJCL197-Build2172.zip

I've installed the latest JEDI packages (both jcl & jvcl) into Delphi, using 
the default installation options.

When I create a new application and drop a TJvArrowButton onto the form and 
try to compile I get the following error message:
[Fatal Error] MyTestU.pas(7): Unit JvExControls was compiled with a 
different version of JvTypes.TJvTrackFontOptions

However, I do have a large application which also uses the TJvArrowButton 
(from a previous version of JEDI) and this compiles OK with this new 
version.

I also want to use the TJvDBLookupCombo, but when I drop this component onto 
a form and try to compile the JvFunctions.pas file opens and I get the 
following errors:
[Error] JvFunctions.pas(87): Undeclared identifier: 'TWallpaperStyle'
[Error] JvDirectories.pas(38): Undeclared identifier: 'TJvComponent'
[Error] JvDirectories.pas(38): Class type required
[Fatal Error] JvFunctions.pas(315): Could not compile used unit 
'JvDirectories.pas'

Thanks for any assistance

Paul. 




Subject: Re: jvSimpleXml xml Standard
From: "Zief" <cantemailme@thisfakeaddress.com>
Date: Fri, 18 Aug 2006 11:23:47 +0100
Newsgroups: jedi.vcl

What are the major differences anyway, I can't see much different at all!

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ec3ti4$h2q$1@news.talkto.net...
> > Zief wrote:
>> >> Hi,
>> >>
>> >> Is it possible to change the encoding that this component uses, from the
>> >> default which appears to be "iso-8859-1" to "windows-1252"?
> >
> >   JvSimpleXML1.Prolog.Encoding := 'windows-1252';
> >
> > Note that the component will NOT do any conversion, it is YOUR 
> > responsibility to ensure the text inside the nodes conforms to the 
> > encoding you indicated in the prolog. 




Subject: Re: Encryption and MD5
From: "Zief" <cantemailme@thisfakeaddress.com>
Date: Fri, 18 Aug 2006 11:22:38 +0100
Newsgroups: jedi.vcl

When mentioning reversable, I was talking about the Blowfish encryption, 
sorry.
As for MD5, the lockbox lbcipher module produces MD5 strings that do not 
match with MD5 over the same file on the Pocket Pc, using a free C# module.

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:ec3tjf$h2q$2@news.talkto.net...
> > MD5 is NOT reversible, it's a Hash, not a Cipher.
> > What do you want to do? 




Subject: Re: Encryption and MD5
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 18 Aug 2006 10:27:34 +0200
Newsgroups: jedi.vcl

MD5 is NOT reversible, it's a Hash, not a Cipher.
What do you want to do?


Subject: Re: jvSimpleXml xml Standard
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 18 Aug 2006 10:26:51 +0200
Newsgroups: jedi.vcl

Zief wrote:
> Hi,
>
> Is it possible to change the encoding that this component uses, from the
> default which appears to be "iso-8859-1" to "windows-1252"?

  JvSimpleXML1.Prolog.Encoding := 'windows-1252';

Note that the component will NOT do any conversion, it is YOUR responsibility to ensure the text inside the nodes conforms to the encoding you indicated in the prolog.


Subject: Encryption and MD5
From: "Zief" <cantemailme@thisfakeaddress.com>
Date: Fri, 18 Aug 2006 09:24:53 +0100
Newsgroups: jedi.vcl

Hi,

I am currently doing a project for Windows Mobile where the device has to 
read a file generated from a PC Delphi application. This file contains parts 
that are blowfish encrypted (passwords), and the file as a whole includes 
its own MD5 checksum. Unfortunately the Delphi components currently used to 
do these things, I think are from Turbopower Lockbox, do not seem to output 
standard results that the C# program on the Pocket Pc can reverse, using the 
same keys, iv, etc.
I am wondering if there are Jedi components for doing this sort of thing 
that anyone can recommend, that I might have more success with across 
platforms?

Thanks,
Zief




Subject: jvSimpleXml xml Standard
From: "Zief" <cantemailme@thisfakeaddress.com>
Date: Fri, 18 Aug 2006 09:19:52 +0100
Newsgroups: jedi.vcl

Hi,

Is it possible to change the encoding that this component uses, from the
default which appears to be "iso-8859-1" to "windows-1252"?

Cheers,
Zief 




Subject: Can't see header in JvListview
From: "Brian Pedersen" <prog@night.dk>
Date: Fri, 18 Aug 2006 09:03:18 +0200
Newsgroups: jedi.vcl

Hi All

I have a small problem with some of my JvListview!

i cant see the header buttons b4 i try to click where i think they are, then 
the become visible, how do i get them visible all the time?

Regards
Brian 




Subject: Re: Install Issue: Illegal character in input file: 'i' ($EF)
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 18 Aug 2006 08:41:27 +0200
Newsgroups: jedi.vcl

Daytona wrote:
> Thanks Robert!
>
> Is there any way for us 2006 developers to fix/avoid this?  I could not even see the 'invalid character'....

It comes from the SVN "$Date$" tag that is localized and because some of us are not in "English speaking" countries, we get localized month (typically, Août for August). When D2006 sees the accented character it decides to save the file in UTF-8. One can right click and choose a different encoding though, which does fix the file.
I'm investigating a way to not have the localized months in the $Date$ tag, but the TortoiseSVN guys have been unhelpful, to say the least...


Subject: Re: Install Issue: Illegal character in input file: 'i' ($EF)
From: "Daytona" <d@d.com>
Date: Thu, 17 Aug 2006 22:46:52 -0700
Newsgroups: jedi.vcl

Thanks Robert!

Is there any way for us 2006 developers to fix/avoid this?  I could not even 
see the 'invalid character'....

The entire Jedi team has always been great for me.  If any of you (Robert, 
Andreas, Obones, Peter. etc, etc...) find yourselves in Los Angeles or Tampa 
let me know.  Drinks are on me!

David


PS - Sorry if I forgot anyone else...  The offer is open to you all!



"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:ec3ipi$fng$1@news.talkto.net...
> > Daytona wrote:
>> >> Hi All,
>> >>
>> >> I just used SVN to update both JCL & JVCL and I cannot compile the JVCL 
>> >> because of an error message with JvGrids.pas and an invalid character.  I 
>> >> looked and do not see anything wrong.
>> >>
>> >> Is anyone else seeing this error?
>> >>
>> >> Thanks,
>> >> Dave
> >
> > This is a recent error showing up if a JVCL developer uses BDS2006 to edit 
> > the files. It adds a Unicode BOM to the file sometimes which it should 
> > not.
> > Fixed in SVN. 




Subject: Re: Install Issue: Illegal character in input file: 'i' ($EF)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Aug 2006 07:09:05 +0200
Newsgroups: jedi.vcl

Daytona wrote:
> Hi All,
>
> I just used SVN to update both JCL & JVCL and I cannot compile the JVCL because of an error message with JvGrids.pas and an invalid character.  I looked and do not see anything wrong.
>
> Is anyone else seeing this error?
>
> Thanks,
> Dave 

This is a recent error showing up if a JVCL developer uses BDS2006 to edit the files. It adds a Unicode BOM to the file sometimes which it should not.
Fixed in SVN.


Subject: Install Issue: Illegal character in input file: 'i' ($EF)
From: "Daytona" <d@d.com>
Date: Thu, 17 Aug 2006 20:00:41 -0700
Newsgroups: jedi.vcl

Hi All,

I just used SVN to update both JCL & JVCL and I cannot compile the JVCL 
because of an error message with JvGrids.pas and an invalid character.  I 
looked and do not see anything wrong.

Is anyone else seeing this error?

Thanks,
Dave 




Subject: Re: TJvNTEvent log 'issues'
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 17 Aug 2006 16:22:22 -0400
Newsgroups: jedi.vcl

> > The time offset can be changed when the program is run. The component 
> > should handle this situation too.

Perhaps the offset could be determined when TJvNTEventLog.Open is called 
instead of in the constructor.




Subject: Re: TJvNTEvent log 'issues'
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 17 Aug 2006 20:26:03 +0200
Newsgroups: jedi.vcl

The time offset can be changed when the program is run. The component should handle this situation too.

-- 
Florent Ouchet


Subject: Re: TJvNTEvent log 'issues'
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 17 Aug 2006 14:07:22 -0400
Newsgroups: jedi.vcl

>>> >> > - Does not decode the DateTime properly- timezone issue- does not
>>> >> > take timezone bias into account: GetDateTime needs to add/subtract
>>> >> > time bias, or must the user do this?

> > The 'GetDateTime' private function, which returns a TDateTime does not
> > compensate for for the user's timezone- so the TDateTime returned is
> > GMT.

> > For efficiency, it would be best not to call the Windows API
> > GetTimeZoneInformation() every time in GetDateTime, to adjust for the
> > local datetime. The way the component is structured, I'm unsure what
> > the best way is to minimise GetTimeZoneInformation calls...

Perhaps the local timezone Bias could be stored as a public read-only 
TDateTime property like TJvNTEventLog.TZOffset that gets populated in the 
constructor.

The value could then be applied to the property value when 
TJvNTEventLogRecord.GetDateTime is called, like:

Result := ((StartPoint * 86400.0) +
    (PEventLogRecord(FCurrentRecord)^.TimeWritten) / 86400.0) -
    FEventLog.TZOffset;

One Windows API call to populate the TimezoneInformation structure and 
determine the bias value.

Just a thought... 




Subject: Re: Distribute JVCL BPL files with my software
From: faber <faber@italy.it>
Date: Thu, 17 Aug 2006 20:05:06 +0200
Newsgroups: jedi.vcl

 > This is an international forum and you're not supposed to be
> speaking anything except English to respect peers.
>

Oh well :)

Since your name is "Andrea Raimondi" I thought you were italian

"Se sei italiano ti saluto con un CIAO" = "If you are italian, I say goodbye to you with a BYE"

:)


Subject: Little left side hint disappearing in TJvTFDays
From: faber <faber@italy.it>
Date: Thu, 17 Aug 2006 19:17:28 +0200
Newsgroups: jedi.vcl

Hi All,

When selecting rows, a little hint showing the range of time (e.g. 8.00 - 8.30) appears near the fancy time column, but after a millisecond it disappers.

Why ? If there a way to fix it ?


Sorry for my english :)


Subject: Re: TJvNTEvent log 'issues'
From: "Keith Blows" <noone@nowhere.com>
Date: Thu, 17 Aug 2006 16:27:50 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Keith Blows wrote:
> > 
>> > > - Line 479, TRegistry is never freed- memory leak
> > 
> > Fixed in SVN.

Thank you.
 
 
>> > > - Does not decode the DateTime properly- timezone issue- does not
>> > > take timezone bias into account: GetDateTime needs to add/subtract
>> > > time bias, or must the user do this?
> > 
> > Which property, which line?


The 'GetDateTime' private function, which returns a TDateTime does not
compensate for for the user's timezone- so the TDateTime returned is
GMT.

For efficiency, it would be best not to call the Windows API
GetTimeZoneInformation() every time in GetDateTime, to adjust for the
local datetime. The way the component is structured, I'm unsure what
the best way is to minimise GetTimeZoneInformation calls...


Regards,
Keith


-- 

Subject: Re: TJvNTEvent log 'issues'
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 17 Aug 2006 15:41:40 +0200
Newsgroups: jedi.vcl

Keith Blows wrote:

> - Line 479, TRegistry is never freed- memory leak

Fixed in SVN.


> - Does not decode the DateTime properly- timezone issue- does not take
> timezone bias into account: GetDateTime needs to add/subtract time
> bias, or must the user do this?

Which property, which line?


Subject: TJvNTEvent log 'issues'
From: "Keith Blows" <noone@nowhere.com>
Date: Thu, 17 Aug 2006 13:28:12 +0000 (UTC)
Newsgroups: jedi.vcl

JEDI Team,

I've picked up a two issues with TJvNTEventLog. 

Sorry, the Mantis system does not appear to be getting my login
password through to me, so I'm posting this here:

- Line 479, TRegistry is never freed- memory leak

- Does not decode the DateTime properly- timezone issue- does not take
timezone bias into account: GetDateTime needs to add/subtract time
bias, or must the user do this?


-- Regards, Keith mail: keith <removethis> b < the usual at sign to go here > kbsoft ( dot )com 

Subject: Re: Distribute JVCL BPL files with my software
From: Andrea Raimondi <rainaple@tin.it>
Date: Thu, 17 Aug 2006 10:09:45 +0200
Newsgroups: jedi.vcl

faber ha scritto:
> Thanks :D

Welcome.

> PS: Se sei italiano ti saluto con un CIAO :P

This is an international forum and you're not supposed to be
speaking anything except English to respect peers.

Cheers,

Andrew


Subject: Re: Sometimes... they're back!
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 16 Aug 2006 21:54:01 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Is Turbo Professional shipped with the command line compiler?

If it does not ship with dcc32.exe then that would not be an reduced to
one personality BDS Professional. I never read/heared that the
TurboProfessional will not ship with dcc32.exe. It was always the talk
about the Explorer edition. But we will see.

> > If not, we could probably use the compiler's DLL instead 
> > of the missing executables.

If you ask Borland that they give you the structures that you need to
access the dcc32.dll, then we could compile the JVCL by invoking the IDE
compiler.

Ok, I already have the interface for Delphi 7. But I don't think that that
would work for BDS 2006. And I don't want to play catch up with newer
Compilers for which I would need about 1 week to get the interface.
(BTW: The Delphi 7 IDE compiler cannot handles path lists that are longer
than MAX_PATH)


-- Regards, Andreas Hausladen 

Subject: Re: Sometimes... they're back!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 16 Aug 2006 22:40:39 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> The Explorer editions can use the JVCL only by code. There is/will be no
> designtime support because this edition does not have the ability to
> install any package (and it does not ship with the command line compiler)

Is Turbo Professional shipped with the command line compiler? (only the license are said to be different, no the binaries).
If not, we could probably use the compiler's DLL instead of the missing executables.

-- 
Florent Ouchet


Subject: Re: Sometimes... they're back!
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 16 Aug 2006 17:11:54 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Not really, I'm quite sure they already are supported as they are just
> > repackaging of BDS2006.

The Explorer editions can use the JVCL only by code. There is/will be no
designtime support because this edition does not have the ability to
install any package (and it does not ship with the command line compiler)

-- Regards, Andreas Hausladen 

Subject: Re: Sometimes... they're back!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 16 Aug 2006 17:44:08 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:
> http://www.turboexplorer.com/
>
> other platforms and additional job for Jedi programmers?

Not really, I'm quite sure they already are supported as they are just repackaging of BDS2006.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Sometimes... they're back!
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 16 Aug 2006 17:09:39 +0200
Newsgroups: jedi.vcl

http://www.turboexplorer.com/

other platforms and additional job for Jedi programmers?

Anyway it's fine to see them back :-)

Regards
Salvatore 




Subject: Re: Distribute JVCL BPL files with my software
From: faber <faber@italy.it>
Date: Wed, 16 Aug 2006 02:15:14 +0200
Newsgroups: jedi.vcl

Thanks :D


PS: Se sei italiano ti saluto con un CIAO :P


Subject: Re: Distribute JVCL BPL files with my software
From: Andrea Raimondi <rainaple@tin.it>
Date: Tue, 15 Aug 2006 20:07:41 +0200
Newsgroups: jedi.vcl

faber ha scritto:
> Now... Can I distribute jvcl bpl files needed to run my software to my clients or will it be a license break ?

Yes.

> PPS: does borland let distribute vcl and rtl bpl or not ? (sorry but i'm not quite good with legal affairs :P )

Deploy.txt file in Delphi program directory.

Andrew


Subject: Re: SVN Update Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 15 Aug 2006 19:37:46 +0200
Newsgroups: jedi.vcl

Am Thu, 10 Aug 2006 13:14:03 +0200 schrieb Andre Tertling:

> > So did that change anything for you? I can't try it at the moment.
Sorry for the delayed reply. No, it didn`t change anything at all!

-- cu, Michael 

Subject: Distribute JVCL BPL files with my software
From: faber <faber@italy.it>
Date: Tue, 15 Aug 2006 11:29:31 +0200
Newsgroups: jedi.vcl

Hi All :)

Since I'm developing a modular software (using package plugins) I need to compile my software with run time packages.

Now... Can I distribute jvcl bpl files needed to run my software to my clients or will it be a license break ?

PS: I've not modified jvcl source code

PPS: does borland let distribute vcl and rtl bpl or not ? (sorry but i'm not quite good with legal affairs :P )


Subject: Re: automatically start with Windows
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Mon, 14 Aug 2006 10:34:01 +0000 (UTC)
Newsgroups: jedi.vcl

delphiXXX wrote:

> > Is there any unit or jvcl component that can be used to configure an
> > application so it can be automatically started with Windows startup ?

Why do you need a component for that? It would be exaggerated to write
50 lines (a component) for something that can be done with 4 lines of
(actual) code.

var
  Reg: TRegistry;
begin
  Reg := TRegistry.Create;
  try
    if Reg.OpenKey('\Software\Microsoft\Windows\CurrentVersion\Run')
then
      Reg.WriteString('MyApp', 'C:\MyApp.exe');
  finally
    Reg.Free;
  end;
end;


-- Regards, Andreas Hausladen 

Subject: Re: Print Preview - Problem with Font
From: faber <faber@italy.it>
Date: Mon, 14 Aug 2006 11:28:27 +0200
Newsgroups: jedi.vcl

Hi,

I found the problem.

This code gave me some problems:

(PrintDiag = TPrintDialog;
 JvPrwContron = TJvPreviewControl;
 JvPrwPrint = TJvPreviewPrinter);

procedure TForm_Preview.bx_file_printClick(Sender: TObject);
begin
  Screen.Cursor := crHourGlass;
  try
    PrintDiag.PrintRange := prAllPages;
    if JvPrwControl.PageCount < 1 then
      PrintDiag.Options := PrintDiag.Options - [poPageNums]
    else
    begin
      PrintDiag.Options := PrintDiag.Options + [poPageNums];
      PrintDiag.FromPage := 1;
      PrintDiag.ToPage := JvPrwControl.PageCount;
    end;
    if PrintDiag.Execute then
    begin
      JvPrwPrint.Assign(PrintDiag);
      JvPrwPrint.Printer := Printer;
      JvPrwPrint.Print;
    end;
  finally
    Screen.Cursor := crDefault;
  end;
end;

while this one not:

procedure TForm_Preview.bx_but_printClick(Sender: TObject);
begin
  Screen.Cursor := crHourGlass;
  try
    JvPrwPrint.PrintRange := prAllPages;
    JvPrwPrint.Copies := 1;
    JvPrwPrint.Collate := False;
    JvPrwPrint.Printer := Printer;
    JvPrwPrint.Print;
  finally
    Screen.Cursor := crDefault;
  end;
end;

So I thought the problem was in the PrintDialog window.

I added a JvPrwControl.Repaint method after the execution of Print Dialog and now it works:

procedure TForm_Preview.bx_file_printClick(Sender: TObject);
begin
  Screen.Cursor := crHourGlass;
  try
    PrintDiag.PrintRange := prAllPages;
    if JvPrwControl.PageCount < 1 then
      PrintDiag.Options := PrintDiag.Options - [poPageNums]
    else
    begin
      PrintDiag.Options := PrintDiag.Options + [poPageNums];
      PrintDiag.FromPage := 1;
      PrintDiag.ToPage := JvPrwControl.PageCount;
    end;
    if PrintDiag.Execute then
    begin
      JvPrwPrint.Assign(PrintDiag);
      JvPrwControl.Repaint;
      JvPrwPrint.Printer := Printer;
      JvPrwPrint.Print;
    end;
  finally
    Screen.Cursor := crDefault;
  end;
end;

I really don't know why, but it works :|

LOL :D


Subject: Re: JvTFDays: can't display an appointment
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 14 Aug 2006 10:50:13 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> OBones wrote:
>> Then you did not take the FULL package.
>
> That's possible, but unlikely.
>
> <searching and revolving the web>
>
> Found the examples :D
>
> Wasn't easy but I eventually found 'em.
>
> Weird I couldn't see them from SourceForge page.

They are inside the full package:

http://prdownloads.sourceforge.net/jvcl/JVCL320CompleteJCL197-Build2172.7z?download

or even the SourceExamples package. The full list is here:

http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42327&release_id=395480


Subject: Re: JvTFDays: can't display an appointment
From: Andrea Raimondi <rainaple@tin.it>
Date: Mon, 14 Aug 2006 10:29:05 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Then you did not take the FULL package.

That's possible, but unlikely.

<searching and revolving the web>

Found the examples :D

Wasn't easy but I eventually found 'em.

Weird I couldn't see them from SourceForge page.

Andrew


Subject: automatically start with Windows
From: "delphiXXX" <nospam@delphixxx.com>
Date: Mon, 14 Aug 2006 08:57:31 +0100
Newsgroups: jedi.vcl

Hi,

Is there any unit or jvcl component that can be used to configure an
application so it can be automatically started with Windows startup ?

Thanks for any information,



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvTFDays: can't display an appointment
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 14 Aug 2006 09:36:10 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> OBones wrote:
>> You have the sources, there is a folder called "example", and the demo is in the JvTimeFrameWork folder:
>>
>> examples\JvTimeFrameWork\PhotoOp
>
> There's no *examples* folder in the source distro I have.

Then you did not take the FULL package.


Subject: Re: JvTFDays: can't display an appointment
From: Andrea Raimondi <rainaple@tin.it>
Date: Mon, 14 Aug 2006 09:35:45 +0200
Newsgroups: jedi.vcl

OBones wrote:
> You have the sources, there is a folder called "example", and the demo is in the JvTimeFrameWork folder:
>
> examples\JvTimeFrameWork\PhotoOp

There's no *examples* folder in the source distro I have.

Cheers,

Andrew


Subject: Re: JvTFDays: can't display an appointment
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 14 Aug 2006 07:40:16 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:
> OBones wrote:
>
>> It has a property to do so. Have a look at the demo, it's "schedules" that are used to disply the appointments for the different persons.
>
>
> Demos?
>
> I wish there was one!
>
> The only one I could find on SF is an exe-only(without sources) and it
> does *not* contain the time framework!

You have the sources, there is a folder called "example", and the demo is in the JvTimeFrameWork folder:

examples\JvTimeFrameWork\PhotoOp



-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvTFDays: can't display an appointment
From: Andrea Raimondi <rainaple@tin.it>
Date: Sun, 13 Aug 2006 23:58:38 +0200
Newsgroups: jedi.vcl

OBones wrote:
> It has a property to do so. Have a look at the demo, it's "schedules" that are used to disply the appointments for the different persons.

Demos?

I wish there was one!

The only one I could find on SF is an exe-only(without sources) and it
does *not* contain the time framework!

Andrew


Subject: Re: JvTFDays: can't display an appointment
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 13 Aug 2006 22:42:10 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:

> OBones wrote:
>
>> Is the TJvTFDay configured to display "Test Schedule"?
>
>
> How do I configure it to do so?

It has a property to do so. Have a look at the demo, it's "schedules" that are used to disply the appointments for the different persons.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvTFDays: can't display an appointment
From: Andrea Raimondi <rainaple@tin.it>
Date: Sun, 13 Aug 2006 19:53:46 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Is the TJvTFDay configured to display "Test Schedule"?

How do I configure it to do so?

> Setting SelAppt is uselss in your case. And the Confirmation useless for a start.

Just making sure :D

Andrew


Subject: JvExVCL update
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 13 Aug 2006 13:22:10 +0000 (UTC)
Newsgroups: jedi.vcl

I have added a new property to the JvExVCL controls:

property HintWindowClass: THintWindowClass default nil;

By setting this property to a specialized HintWindowClass will use the
specialized hint window when a hint should be shown for the control.

-- Regards, Andreas Hausladen 

Subject: Re: Print Preview - Problem with Font
From: faber <faber@italy.it>
Date: Sun, 13 Aug 2006 14:29:05 +0200
Newsgroups: jedi.vcl

Hi

I come back from vacation yesterday :)

I'll try your code today :D

Thx again :)


Subject: Re: Print Preview - Landscape & Portrait
From: faber <faber@italy.it>
Date: Sun, 13 Aug 2006 14:27:57 +0200
Newsgroups: jedi.vcl

Hi

I came back from vacation yesterday :)

I'll try your advice asap :)

Thx


Subject: Re: JvDBGridExport.pas problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 13 Aug 2006 13:03:37 +0200
Newsgroups: jedi.vcl

Changed in SVN

Mirek schrieb:
> OBones napsal(a):
>> Mirek wrote:
>>> Jens napsal(a):
>>>> Without sitting on my delphi:
>>>>
>>>> What about VarToStr?
>>>>
>>>> Greetings
>>>> Jens
>>>>> OBones napsal(a):
>>>>>> Why ?
>>>>>
>>>>> Delphi error: could not convert variant of type (Null) into type (String)
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --- posted by geoForum on http://delphi.newswhat.com
>>>
>>>
>>> in latest version JVCL is always "Result := string(Field.Value);". Export to Excel not working if DBGrid includes NULL values...
>>
>> Yes, but what about using VarToStr? Does it work?
>
> "Result :=  VarToStr(Field.Value);" works well
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Helpfile JVCL.HLP in BDS2006
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Sun, 13 Aug 2006 12:34:04 +0200
Newsgroups: jedi.vcl

Wieland Scholz wrote:

> > how can I install JVCL.HLP in BDS2006 for having F1-support as usual.
> > Unfortunately there is no hint in the BDS documentation ?!

You can use this:

http://cc.borland.com/item.aspx?id=23948

It can be configured to open any .hlp file, external program or website when
you press Ctrl-F1, Shift-F1 or Alt-F1.

That's not a full integration into the BDS 2006 help system, but as good as
you will get.

MfG
twm



Subject: Re: JvTFDays: can't display an appointment
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 13 Aug 2006 00:50:30 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:

> Hello.
>
> I want to add an appointment to my JvTFDays component.
>
> This my code:
>
> unit Unit1;
>
> interface
>
> uses
>   Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
>   Dialogs, StdCtrls, JvExControls, JvComponent, JvTFManager, JvTFDays;
>
> type
>   TForm1 = class(TForm)
>     JvTFDays1: TJvTFDays;
>     Button1: TButton;
>     JvTFScheduleManager1: TJvTFScheduleManager;
>     procedure Button1Click(Sender: TObject);
>     procedure JvTFDays1CreateQuickEntry(Sender: TObject; var ApptID: string;
>       var StartDate: TDate; var StartTime: TTime; var EndDate: TDate;
>       var EndTime: TTime; var Confirm: Boolean);
>   private
>     { Private declarations }
>   public
>     { Public declarations }
>   end;
>
> var
>   Form1: TForm1;
>
> implementation
>
> uses DateUtils;
>
> {$R *.dfm}
>
> procedure TForm1.Button1Click(Sender: TObject);
> var TestAppt : TJvTFAppt;
>     StartTime : TDateTime;
>     EndTime: TDateTime;
> begin
>   StartTime := EncodeTime( 8,0,0,0 );
>   EndTime := EncodeTime( 9,0,0,0 );
>   TestAppt := JvTFScheduleManager1.dbNewAppt( 'Test' );
>   TestAppt.SetStartEnd( Today,StartTime,Now,EndTime );
>   TestAppt.Persistent := True;
>   TestAppt.AddSchedule( 'Test schedule');
>   JvTFDays1.SelAppt := TestAppt;
>   JvTFDays1.EditAppt( 0,TestAppt);
> end;
>
> procedure TForm1.JvTFDays1CreateQuickEntry(Sender: TObject; var ApptID: string;
>   var StartDate: TDate; var StartTime: TTime; var EndDate: TDate;
>   var EndTime: TTime; var Confirm: Boolean);
> begin
>   Confirm := True;
> end;
>
> end.
>
> It comes from a close look to QuickEntry protected method, but I also
> couldn't find any way to use the Quick entry. Properties are at
> default values.
>
> Any hints?

Is the TJvTFDay configured to display "Test Schedule"?
Setting SelAppt is uselss in your case. And the Confirmation useless for a start.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvTFDays: can't display an appointment
From: Andrea Raimondi <rainaple@tin.it>
Date: Sat, 12 Aug 2006 17:57:47 +0200
Newsgroups: jedi.vcl

Hello.

I want to add an appointment to my JvTFDays component.

This my code:

unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, JvExControls, JvComponent, JvTFManager, JvTFDays;

type
  TForm1 = class(TForm)
    JvTFDays1: TJvTFDays;
    Button1: TButton;
    JvTFScheduleManager1: TJvTFScheduleManager;
    procedure Button1Click(Sender: TObject);
    procedure JvTFDays1CreateQuickEntry(Sender: TObject; var ApptID: string;
      var StartDate: TDate; var StartTime: TTime; var EndDate: TDate;
      var EndTime: TTime; var Confirm: Boolean);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

uses DateUtils;

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);
var TestAppt : TJvTFAppt;
    StartTime : TDateTime;
    EndTime: TDateTime;
begin
  StartTime := EncodeTime( 8,0,0,0 );
  EndTime := EncodeTime( 9,0,0,0 );
  TestAppt := JvTFScheduleManager1.dbNewAppt( 'Test' );
  TestAppt.SetStartEnd( Today,StartTime,Now,EndTime );
  TestAppt.Persistent := True;
  TestAppt.AddSchedule( 'Test schedule');
  JvTFDays1.SelAppt := TestAppt;
  JvTFDays1.EditAppt( 0,TestAppt);
end;

procedure TForm1.JvTFDays1CreateQuickEntry(Sender: TObject; var ApptID: string;
  var StartDate: TDate; var StartTime: TTime; var EndDate: TDate;
  var EndTime: TTime; var Confirm: Boolean);
begin
  Confirm := True;
end;

end.

It comes from a close look to QuickEntry protected method, but I also
couldn't find any way to use the Quick entry. Properties are at
default values.

Any hints?

Cheers,

Andrew


Subject: Re: ComboBox x 2
From: "De Armas Adrian" <adearmas@forumnet.com.ar>
Date: Fri, 11 Aug 2006 10:00:20 -0300
Newsgroups: jedi.vcl

Oliver,

I just read your mail and I was wondering if this steps fit to me.

The combobox I wrote was kind of based on the TJvCheckedComboBox it has some 
functions and methods and are exactly the same, but I'm not sure if I can 
make a patch for this because if I patch TJvChechedComboBox it wouldn't be 
the TJvCheckedComboBox we know. It would be totally different and the name 
of the component should be changed, so I wonder if it's fair to patch 
TJVCheckedComboBox.
If I patch TJvChechedComboBox, that component will have the hability to turn 
into a no "Checked ComboBox".
Should I patch it anyway?

I'll be patient for your reply.

Thank you.


"OBones" <obones_gf_@_fe_altern.org> escribió en el mensaje 
news:ebclf2$h9t$1@news.talkto.net...
> > De Armas Adrian wrote:
>>> >>> Robert Marquardt wrote:
>>>> >>>> Tell more about the component. Do you want to release it under MPL 1.1?
>>>> >>>> Would it fit the JVCL? If so you should consider donating it to the 
>>>> >>>> JVCL.
>> >> R: I have no problem to donate it. I'd love to.
>> >>
>>> >>> See his "ComboBox" post from 07/08.
>>> >>> I have not had time to answer just yet and it seems he has not much 
>>> >>> patience.
>> >> R: I am sorry about that. Won't happen again.
>> >>
>> >> How can I donate it. At least how can I send it to someone so he/she 
>> >> would consider it as a part of JVCL?
> >
> > 1. Get the SVN version: 
> > http://homepages.borland.com/jedi/wiki/index.php?title=Repository
> >
> > 2. Make your changes inside the original combobox you derive from, instead 
> > of deriving from it.
> >
> > 3. Create a patch file: 
> > http://homepages.borland.com/jedi/wiki/index.php?title=Create_a_patch_file
> >
> > 4. Upload the patch file along with your explanations in Mantis:
> > http://homepages.borland.com/jedi/issuetracker/
> >
> > Cheers
> > Olivier 




Subject: Re: Helpfile JVCL.HLP in BDS2006
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 11 Aug 2006 09:44:17 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> edbored a écrit :
>
>> Some time ago either here or on 3rd-party-tools a thread evolved into a
>> discussion of donating to jvcl with paypal. ISTR that the consensus was
>> something like "what would we spend it on?".
>>
>> Perhaps Doc-o-matic pro would be a good candidate...
>
>
> Toolsfactory donated free licenses of Doc-o-matic to Jedi members.
> I don't know if your request in on the TODO list of the Jedi Help team.
>

Yes, I plan to include a HTML Help 2.0 file in the next release of JVCL.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Helpfile JVCL.HLP in BDS2006
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 10 Aug 2006 17:05:56 -0400
Newsgroups: jedi.vcl

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message
news:ebfsbk$43m$1@news.talkto.net...
> > edbored a écrit :
>> > > Some time ago either here or on 3rd-party-tools a thread evolved into a
>> > > discussion of donating to jvcl with paypal. ISTR that the consensus was
>> > > something like "what would we spend it on?".
>> > >
>> > > Perhaps Doc-o-matic pro would be a good candidate...
> >
> > Toolsfactory donated free licenses of Doc-o-matic to Jedi members.
> > I don't know if your request in on the TODO list of the Jedi Help team.

Wow. I found a spot where I can't even *give* money away... <g>

EdB




Subject: Re: Helpfile JVCL.HLP in BDS2006
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 10 Aug 2006 20:01:34 +0200
Newsgroups: jedi.vcl

edbored a écrit :
> Some time ago either here or on 3rd-party-tools a thread evolved into a
> discussion of donating to jvcl with paypal. ISTR that the consensus was
> something like "what would we spend it on?".
>
> Perhaps Doc-o-matic pro would be a good candidate...

Toolsfactory donated free licenses of Doc-o-matic to Jedi members.
I don't know if your request in on the TODO list of the Jedi Help team.

-- 
Florent Ouchet


Subject: Re: Helpfile JVCL.HLP in BDS2006
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Thu, 10 Aug 2006 13:32:56 -0400
Newsgroups: jedi.vcl

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message
news:ebetnm$t4q$1@news.talkto.net...
> > Wieland Scholz a écrit :
>> > > how can I install JVCL.HLP in BDS2006 for having F1-support as usual.
>> > > Unfortunately there is no hint in the BDS documentation ?!
> >
> > HLP documentations cannot be merged into IDE help. The JVCL need to
> > produce HTML Help 2.0 files (Doc-o-matic pro is able to produce them)
> > and to register them invoking some functions of a type library from MS.


Some time ago either here or on 3rd-party-tools a thread evolved into a
discussion of donating to jvcl with paypal. ISTR that the consensus was
something like "what would we spend it on?".

Perhaps Doc-o-matic pro would be a good candidate...

EdB




Subject: Re: c++builder obj directories
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 10 Aug 2006 17:19:17 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> >  -NH<path> = unit .hpp output directory
> >   -NO<path> = unit .obj output directory
> >   -NB<path> = unit .bpi output directory

I don't think that the older dcc32.exe know the aliases -NH and -NB
But as I currently work on bcc32pch, I know for sure that dcc32.exe of
bcb6 knowns -NO

-- Regards, Andreas Hausladen 

Subject: Re: c++builder obj directories
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 10 Aug 2006 18:43:54 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Nor is -N1 or -N2, one of the two being the option to use if I remember correctly

dcc32 from BDS 2006 says:

> c:\program files\borland\bds\4.0\bin\dcc32
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation

Syntax: dcc32 [options] filename [options]

  -A<unit>=<alias> = Set unit alias
  -B = Build all units
  -CC = Console target
  -CG = GUI target
  -D<syms> = Define conditionals
  -E<path> = EXE/DLL output directory
  -F<offset> = Find error
  -GD = Detailed map file
  -GP = Map file with publics
  -GS = Map file with segments
  -H = Output hint messages
  -I<paths> = Include directories
  -J = Generate .obj file
  -JPHNE = Generate C++ .obj file, .hpp file, in namespace, export all
  -K<addr> = Set image base addr
  -LE<path> = package .bpl output directory
  -LN<path> = package .dcp output directory
  -LU<package> = Use package
  -M = Make modified units
  -N0<path> = unit .dcu output directory
  -NH<path> = unit .hpp output directory
  -NO<path> = unit .obj output directory
  -NB<path> = unit .bpi output directory
  -NS<namespaces> = Namespace search path
  -O<paths> = Object directories
  -P = look for 8.3 file names also
  -Q = Quiet compile
  -R<paths> = Resource directories
  -U<paths> = Unit directories
  -V = Debug information in EXE
  -VR = Generate remote debug (RSM)
  -W[+|-][warn_id] = Output warning messages
  -Z = Output 'never build' DCPs
  -$<dir> = Compiler directive
  --help = Show this help screen
  --version = Show name and version
  --codepage:<cp> = specify source file encoding
  --default-namespace:<namespace> = set namespace
  --depends = output unit dependency information
  --doc = output XML documentation
  --drc = output resource string .drc file
  --no-config = do not load default DCC32.CFG file
Compiler switches: -$<letter><state> (defaults are shown below)
  A8  Aligned record fields
  B-  Full boolean Evaluation
  C+  Evaluate assertions at runtime
  D+  Debug information
  G+  Use imported data references
  H+  Use long strings by default
  I+  I/O checking
  J-  Writeable structured consts
  L+  Local debug symbols
  M-  Runtime type info
  O+  Optimization
  P+  Open string params
  Q-  Integer overflow checking
  R-  Range checking
  T-  Typed @ operator
  U-  Pentium(tm)-safe divide
  V+  Strict var-strings
  W-  Generate stack frames
  X+  Extended syntax
  Y+  Symbol reference info
  Z1  Minimum size of enum types


-- 
Florent Ouchet


Subject: Re: c++builder obj directories
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 10 Aug 2006 18:24:32 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Andreas Hausladen a écrit :
>
>> There is the -NO ([eN O], not -N0 [eN na:l] )
>
>
> This option is not documented for C++Builder 5 and C++Builder 6:

Nor is -N1 or -N2, one of the two being the option to use if I remember correctly

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: c++builder obj directories
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 10 Aug 2006 18:08:50 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :

> There is the -NO ([eN O], not -N0 [eN na:l] )

This option is not documented for C++Builder 5 and C++Builder 6:

>c:\program files\borland\cbuilder5\bin\dcc32
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

Syntaxe : DCC32 [options] NomFichier [options]

  -A<unité>=<alias> = Alias d'unité     -K<addr> = Adresse de base image
  -B = Construire toutes les unités     -LU<paquet> = Utiliser paquet
  -CC = Cible console                   -M = Construire unités modifiées
  -CG = Cible GUI                       -N<chemin> = destination DCU
  -D<syms> = Définir conditionnels      -O<chemins> = Répertoires objets
  -E<chemin> = Répertoire dest. EXE     -P = Chercher aussi fichiers 8.3
  -F<offset> = Chercher erreur          -Q = Compilation silencieuse
  -GD = Fichier map détaillé            -R<chemins> = Répertoires ressources
  -GP = Fichier map avec publics        -U<chemins> = Répertoires unités
  -GS = Fichier map avec segments       -V = Infos débogage dans EXE
  -H = Afficher les conseils            -VR = Générer débogage distant (RSM)
  -I<paths> = Répertoires d'inclusion   -W = Afficher les avertissements
  -J = Générer fichier .obj             -Z = Générer DCPs
  -JP = Générer fichier .obj C++        -$<dir> = Directive de compilation
Options du compilateur : -$<lettre><état> (voir défauts ci-dessous)
  A+  Champs enregistrements alignés       P+  Params chaîne ouverte
  B-  Evaluation booléenne complète        Q-  Vérification débordement entier
  C+  Evaluer assertions à l'exécution     R-  Vérification étendue
  D+  Informations de débogage             T-  Opérateur @ typé
  G+  Utiliser réf. données importées      U-  Division Pentium(tm) sûre
  H+  Utiliser chaînes longues par défaut  V+  Chaîne variables strictes
  I+  Vérification E/S                     W-  Générer cadre de pile
  J+  Consts structurées en écriture       X+  Syntaxe étendue
  L+  Symboles débogage locaux             Y+  Info référence symbole
  M-  Info type à l'exécution              Z1  Taille mini types énumérés
  O+  Optimisations
Taille de pile : -$M<TaillePileMini[,TaillePileMaxi]> (défaut 16384,1048576)


>c:\program files\borland\cbuilder6\bin\dcc32
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation

Syntaxe : dcc32 [options] fichier [options]

  -A<unité>=<alias> = Alias d'unité    -LU<paquet> = Utiliser paquet
  -B = Construire toutes les unités    -M = Construire unités modifiées
  -CC = Cible console                  -N<chemin> = destination DCU
  -CG = Cible GUI                      -O<chemins> = Répertoires objets
  -D<syms> = Définir conditionnels     -P = Chercher aussi fichiers 8.3
  -E<chemin> = Répertoire dest. EXE    -Q = Compilation silencieuse
  -F<offset> = Chercher erreur         -R<chemins> = Répertoires ressources
  -GD = Fichier map détaillé           -U<chemins> = Répertoires unités
  -GP = Fichier map avec publics       -V = Infos débogage dans EXE
  -GS = Fichier map avec segments      -VR = Générer débogage distant (RSM)
  -H = Afficher les conseils           -W = Afficher les avertissements
  -I<paths> = Répertoires d'inclusion  -Z = Générer DCPs
  -J = Générer fichier .obj            -$<dir> = Directive de compilation
  -JP = Générer fichier .obj C++       --help = Affiche cet écran d'aide
  -K<addr> = Adresse de base image     --version = Affiche le nom et la version
Options du compilateur : -$<lettre><état> (voir défauts ci-dessous)
  A8  Champs enregistrements alignés       P+  Params chaîne ouverte
  B-  Evaluation booléenne complète        Q-  Vérification débordement entier
  C+  Evaluer assertions à l'exécution     R-  Vérification étendue
  D+  Informations de débogage             T-  Opérateur @ typé
  G+  Utiliser réf. données importées      U-  Division Pentium(tm) sûre
  H+  Utiliser chaînes longues par défaut  V+  Chaîne variables strictes
  I+  Vérification E/S                     W-  Générer cadre de pile
  J-  Consts structurées en écriture       X+  Syntaxe étendue
  L+  Symboles débogage locaux             Y+  Info référence symbole
  M-  Info type à l'exécution              Z1  Taille mini types énumérés
  O+  Optimisations

-- 
Florent Ouchet


Subject: Re: SVN Update Problem
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Thu, 10 Aug 2006 13:14:03 +0200
Newsgroups: jedi.vcl

Michael Fritz schrieb:
> The Sourceforce support team replied to my request 
[...]
> Try adding the following line in the [global] section of the
> ~/.subversion/servers file:
>
> http-compression = no
>
> And see if that will avoid the problem.
[...]

So did that change anything for you? I can't try it at the moment.

Best regards,
Andre


Subject: Re: c++builder obj directories
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Thu, 10 Aug 2006 10:22:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I'm not sure if it's possible to indicate a different path for dcus
> > and objs when compiling the packages.

There is the -NO ([eN O], not -N0 [eN na:l] )


-- Regards, Andreas Hausladen 

Subject: Re: Helpfile JVCL.HLP in BDS2006
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 10 Aug 2006 11:19:21 +0200
Newsgroups: jedi.vcl

Wieland Scholz a écrit :
> how can I install JVCL.HLP in BDS2006 for having F1-support as usual. Unfortunately there is no hint in the BDS documentation ?!

HLP documentations cannot be merged into IDE help. The JVCL need to produce HTML Help 2.0 files (Doc-o-matic pro is able to produce them) and to register them invoking some functions of a type library from MS.

-- 
Florent Ouchet


Subject: Helpfile JVCL.HLP in BDS2006
From: "Wieland Scholz" <rab-ftl@t-online.de>
Date: Thu, 10 Aug 2006 10:59:44 +0200
Newsgroups: jedi.vcl

Hi,

how can I install JVCL.HLP in BDS2006 for having F1-support as usual. 
Unfortunately there is no hint in the BDS documentation ?!

Thanks in advance

Wieland Scholz
Heidenrod, Germany 




Subject: Re: Problem while installing JVCL
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 10 Aug 2006 09:02:30 +0200
Newsgroups: jedi.vcl

harishjs wrote:

> I searched for JvHidControllerClass.pas file in my delphi installation
> directory and didn't found it. I think I don't have that control.
>
> Also when I tried installing JVCL manually (by opening package group file
> and clicking Project - Build All Projects) it gave me following errors:

> What is wrong? I use Delphi 6 Enterprise.

You must have, somewhere on your hard drive(s), an old installation of the JVCL. Remove it, then retry.


Subject: Re: bug in TortoiseSVN?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 09 Aug 2006 22:14:37 +0200
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Should they be left as they are or should I revert my changes?

just reverted the changes.

-- 
Florent Ouchet


Subject: Re: bug in TortoiseSVN?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 09 Aug 2006 22:14:22 +0200
Newsgroups: jedi.vcl

Yes, but Florent mentionned tonight's problem where it complains it cannot access the file system.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: bug in TortoiseSVN?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 09 Aug 2006 22:13:23 +0200
Newsgroups: jedi.vcl

Michael Fritz a écrit :
> Yes, it seems so - see my posting from 27. July 06 "SVN Update Problem".

There are some other problems while committing files: "can't access the filesystem" or something close...
Unfortunately, project managers are not able to do anything :(

-- 
Florent Ouchet


Subject: Re: bug in TortoiseSVN?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 9 Aug 2006 22:10:02 +0200
Newsgroups: jedi.vcl

Am Wed, 09 Aug 2006 19:33:33 +0200 schrieb Andre Tertling:

> > Florent Ouchet schrieb:
> > 
>> >> The SVN access seems to be unstable, I hope my commit is not the reason 
>> >> why...
> > 
> > When I picked up the development versions of JCL and JVCL recently (to 
> > check out the improvements in the IDE version expert), it took me three 
> > attempts to get all of the JCL content and nearly a dozen retries to get 
> > all of the JVCL stuff. So it is probably not your fault :)
Yes, it seems so - see my posting from 27. July 06 "SVN Update Problem".
-- cu, Michael 

Subject: Re: Problem while installing JVCL
From: "harishjs" <harishsave@yahoo.com>
Date: Wed, 9 Aug 2006 20:12:01 +0100
Newsgroups: jedi.vcl

> >harishjs wrote:
>> >> Hi,
>> >> 
>> >> I'm facing problem while installing JVCL. As per installation notes I
>> >> install JCL first successfully. But when I tried to install JVCL, it gives
>> >> me following errors:
>> >> 
>> >> D:\My
>> >>
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(531)
>> >> Error: Undeclared identifier: 'RsEDirectThreadCreationNotAllowed'
> >
> >Do you have the standalone version of my HID component installed?
> >If so then remove that package. The JVCL contains this component also.
> >

Hi Robert,

I searched for JvHidControllerClass.pas file in my delphi installation
directory and didn't found it. I think I don't have that control.

Also when I tried installing JVCL manually (by opening package group file
and clicking Project - Build All Projects) it gave me following errors:

[Error] JvProgramVersionCheck.pas(1546): Undeclared identifier: 'ProxyParams'
[Error] JvProgramVersionCheck.pas(1546): Missing operator or semicolon
[Error] JvProgramVersionCheck.pas(1547): Missing operator or semicolon
[Error] JvProgramVersionCheck.pas(1548): Missing operator or semicolon
[Error] JvProgramVersionCheck.pas(1549): Missing operator or semicolon
[Error] JvProgramVersionCheck.pas(1617): Undeclared identifier:
'ProxySettings'
[Error] JvProgramVersionCheck.pas(1617): Missing operator or semicolon
[Error] JvProgramVersionCheck.pas(1618): Undeclared identifier:
'ProxySettings'
[Error] JvProgramVersionCheck.pas(1618): Missing operator or semicolon
[Error] JvProgramVersionCheck.pas(1619): Undeclared identifier:
'ProxySettings'
[Error] JvProgramVersionCheck.pas(1619): Missing operator or semicolon
[Error] JvProgramVersionCheck.pas(1620): Undeclared identifier:
'ProxySettings'
[Error] JvProgramVersionCheck.pas(1620): Missing operator or semicolon
[Fatal Error] JvNetD6R.dpk(62): Could not compile used unit
'..\..\run\JvProgramVersionCheck.pas'
[Pascal Error] JvProgramVersionCheck.pas(1): Unable to invoke Code
Completion due to errors in source code

What is wrong? I use Delphi 6 Enterprise.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvgPageControl
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 09 Aug 2006 21:03:14 +0200
Newsgroups: jedi.vcl

smot wrote:

> Hi Jedi Group,
>
> I'm using TJvgPageControl for a project.
> I've been struggling to figure out how to add another picture for each tab.
> I assigned a different image index to each tab but two pictures appear Over
> each other?
>
> Is anybody aware of this problem? How Could I fix it?

Don't use TJvgPageControl, it's from the globus library and will be deprecated quite soon.
Use TJvPageControl instead.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: TJvgPageControl
From: "smot" <wantom_nospam@nospamgmx.net>
Date: Wed, 9 Aug 2006 20:47:36 +0200
Newsgroups: jedi.vcl

Hi Jedi Group,

I'm using TJvgPageControl for a project.
I've been struggling to figure out how to add another picture for each tab.
I assigned a different image index to each tab but two pictures appear Over
each other?

Is anybody aware of this problem? How Could I fix it?

Thanks

Thomas





Subject: Re: bug in TortoiseSVN?
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Wed, 09 Aug 2006 19:33:33 +0200
Newsgroups: jedi.vcl

Florent Ouchet schrieb:

> The SVN access seems to be unstable, I hope my commit is not the reason why...

When I picked up the development versions of JCL and JVCL recently (to check out the improvements in the IDE version expert), it took me three attempts to get all of the JCL content and nearly a dozen retries to get all of the JVCL stuff. So it is probably not your fault :)

Best regards,
Andre



Subject: bug in TortoiseSVN?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 09 Aug 2006 19:27:30 +0200
Newsgroups: jedi.vcl

Hi,

I just did a big commit to fix some problems with forms marked as containing binary data and end of line for text files set to eol (they were changes in properties).
Although I unchecked them, some files were committed (the include files in jvcl\common); I can't revert these small changes.
Should they be left as they are or should I revert my changes?

The SVN access seems to be unstable, I hope my commit is not the reason why...

-- 
Florent Ouchet


Subject: Re: DBGrid and XP-Theme
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 09 Aug 2006 19:08:53 +0200
Newsgroups: jedi.vcl

SB wrote:

>> See issue 3791:
>>
>> http://homepages.borland.com/jedi/issuetracker/view.php?id=3791
>
>
>
> So, maybe it comes in the future ???

If someone has the time to do it, yes. Right now, I don't.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: error-messages with new version
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 09 Aug 2006 19:08:14 +0200
Newsgroups: jedi.vcl

Philips10 wrote:

> But: I downloaded the newest version available.
> Did the jedi-team decide to remove some controls
> from the package (as it as jvclblinklabel)?

Yes, please read the help\migrating.html file.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Where can I find a listing of all components contained in JEDI?
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 9 Aug 2006 12:25:59 -0400
Newsgroups: jedi.vcl

> > Before I downlown and install 600 components, I would like to know what
> > components JEDI VCL contains.  Where can I find this list?

You can cruise the alphabetic list of classes in the online help.
http://homepages.borland.com/jedi/jedihelp/browse.php?Id=12&types=1




Subject: Where can I find a listing of all components contained in JEDI?
From: "Michael Tuttle" <mtuttle2@cox.net>
Date: Wed, 9 Aug 2006 10:24:11 -0500
Newsgroups: jedi.vcl

Before I downlown and install 600 components, I would like to know what
components JEDI VCL contains.  Where can I find this list?

Thanks,

Mike




Subject: Re: DBGrid and XP-Theme
From: "SB" <OGKarotte@gmx.de.net>
Date: Wed, 9 Aug 2006 14:39:45 +0000 (UTC)
Newsgroups: jedi.vcl

> > 
> > See issue 3791:
> > 
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3791


So, maybe it comes in the future ???



-- 

Subject: Re: DBGrid and XP-Theme
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 09 Aug 2006 16:33:05 +0200
Newsgroups: jedi.vcl

SB wrote:
> Hello together,
>
> does JvDBGrid supporting XP-Themes!!!
>
> If so, how is it to enable ???
> (Only by dropping XP-Manifest Compo on form doesn't work in my App.)
>
> I'm using D2005Pro with JVCL 3.20 under XP.

See issue 3791:

http://homepages.borland.com/jedi/issuetracker/view.php?id=3791


Subject: DBGrid and XP-Theme
From: "SB" <OGKarotte@gmx.de.net>
Date: Wed, 9 Aug 2006 14:23:59 +0000 (UTC)
Newsgroups: jedi.vcl

Hello together,

does JvDBGrid supporting XP-Themes!!!

If so, how is it to enable ???
(Only by dropping XP-Manifest Compo on form doesn't work in my App.)

I'm using D2005Pro with JVCL 3.20 under XP.

TIA

Stefan

-- 

Subject: Re: c++builder obj directories
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 09 Aug 2006 16:17:09 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
> According to the descriptions of the directory jvcl\lib\c5 and jvcl\lib\c6 are intended to receive dcu files and jvcl\lib\c5\obj and jvcl\lib\c6\obj are intended to receive obj files.
> On my computer, all these files are placed in jvcl\lib\c5 and jvcl\lib\c6.
> Is it as designed?

I'm not sure if it's possible to indicate a different path for dcus and objs when compiling the packages.


Subject: Re: forms and big fonts
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 09 Aug 2006 15:48:47 +0200
Newsgroups: jedi.vcl


Done in revision 10870

I will commit the examples later when the sourceforge server stops complaining than it cannot access the file system.

-- 
Florent Ouchet


Subject: c++builder obj directories
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 09 Aug 2006 15:47:13 +0200
Newsgroups: jedi.vcl

Hi,

According to the descriptions of the directory jvcl\lib\c5 and jvcl\lib\c6 are intended to receive dcu files and jvcl\lib\c5\obj and jvcl\lib\c6\obj are intended to receive obj files.
On my computer, all these files are placed in jvcl\lib\c5 and jvcl\lib\c6.
Is it as designed?

-- 
Florent Ouchet


Subject: Re: A small request for TJvTimer (and the answer to it)
From: @in@taavi.ee
Date: Wed, 09 Aug 2006 13:29:49 GMT
Newsgroups: jedi.vcl

On Wed, 09 Aug 2006 13:21:27 +0200, Michal Borsuk
<support@truesoft.eu> wrote:

> >procedure TJvTimer.Reset;
> >begin

I guess that instead of

> >  Self.Enabled := False;
> >  Self.Enabled := True;

  Self.UpdateTimer;

Should be called.


ain


Subject: Re: forms and big fonts
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 09 Aug 2006 15:09:44 +0200
Newsgroups: jedi.vcl

Please do


Subject: Re: forms and big fonts
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 09 Aug 2006 15:03:42 +0200
Newsgroups: jedi.vcl

Hi,

Do I have a go for a commit?

M      devtools\PackagesGenerator\FormTypeDialog.dfm
M      devtools\PackagesGenerator\KnownTagsForm.dfm
M      devtools\PackagesGenerator\AdvancedOptionsForm.dfm
M      devtools\PackagesGenerator\TargetDialog.dfm
M      devtools\PackagesGenerator\ModelsForm.dfm
M      devtools\PackagesGenerator\GenerationMessagesForm.dfm
M      devtools\PackagesGenerator\MainForm.dfm
M      devtools\BPRfix\BPRfixForm.dfm
M      devtools\PackagesCheck\DefineForm.dfm
M      devtools\PackagesCheck\MainForm.dfm
M      devtools\ErrLook\src\ModulesFrm.dfm
M      devtools\ErrLook\src\MainFrm.dfm
M      devtools\dxgettextResstr\Main.dfm
M      devtools\JVCLConvert\OptionsFrm.dfm
M      devtools\JVCLConvert\fJvclConverterMain.dfm
M      devtools\JVCLConvert\fAboutMe.dfm
M      devtools\JvInterpreter\MakeHash\Unit1.dfm
M      devtools\FAQBuilder\OptionsFrm.dfm
M      run\JvParserForm.dfm
M      run\JvHLEditorPropertyForm.dfm
M      run\JvGridPreviewForm.dfm
M      run\JvBDEExceptionForm.dfm
M      run\JvProgressForm.dfm
M      run\JvSpeedbarSetupForm.dfm
M      run\JvgQPrintSetupForm.dfm
M      run\JvPatchForm.dfm
M      run\JvBDECheckPasswordForm.dfm
M      run\JvJVCLAboutForm.dfm
M      run\JvDBGridSelectColumnForm.dfm
M      run\JvLogForm.dfm
M      run\JvDualListForm.dfm
M      run\JvSLDMappingEditorDialog.dfm
M      run\JvPainterQBForm.dfm
M      run\JvgQPrintPreviewForm.dfm
M      run\JvWallpaperEditForm.dfm
M      run\JvYearGridEditForm.dfm
M      run\JvSpellerForm.dfm
M      run\JvPainterEffectsForm.dfm
M      run\JvQuickPreviewForm.dfm
M      run\JvProfilerForm.dfm
M      run\JvDBQueryParamsForm.dfm
M      run\JvLoginForm.dfm
M      run\JvExceptionForm.dfm
M      install\JVCLInstall\FrmCompileMessages.dfm
M      install\JVCLInstall\Main.dfm
M      install\JVCLInstall\Helpers\MainConfig.dfm
M      design\JvgAlignForm.dfm
M      design\JvVirtualKeyEditorForm.dfm
M      design\JvPageManagerForm.dfm
M      design\JvgMultiResourceEditorForm.dfm
M      design\JvSelectDataSetForm.dfm
M      design\JvgReportEditorForm.dfm
M      design\JvPluginParamsForm.dfm
M      design\JvOutlookBarForm.dfm
M      design\JvCsvDataForm.dfm
M      design\JvBaseDsgnForm.dfm
M      design\JvgLogicItemEditorForm.dfm
M      design\JvgLogicsEditorForm.dfm
M      design\JvWizardEditorForm.dfm
M      design\JvgCompEditorTemplateForm.dfm
M      design\JvValidatorsEditorForm.dfm
M      design\JvCheckedItemsForm.dfm
M      design\JvgLabelEditorForm.dfm
M      design\JvHTHintForm.dfm
M      design\JvPageLinkEditorForm.dfm
M      design\JvgRTFPreviewForm.dfm
M      design\JvTreeItemsEditorForm.dfm
M      design\JvPageListEditorForm.dfm
M      design\JvID3v2DefineForm.dfm
M      design\JvBandObjectDLLWizardForm.dfm
M      design\JvgReportParamEditorForm.dfm
M      design\JvPictureEditForm.dfm
M      design\JvColorProviderAddDialogForm.dfm
M      design\JvSpeedbarForm.dfm
M      design\JvgComponentListEditorForm.dfm
M      design\JvFormPropertiesForm.dfm
M      design\JvgReportParamsForm.dfm
M      design\JvDateTimeForm.dfm
M      design\JvID3v2EditorForm.dfm
M      design\JvImagePreviewForm.dfm
M      design\JvIconListForm.dfm
M      examples\JediSurveyor\Reporter\CommentsFrm.dfm
M      examples\JediSurveyor\Reporter\MainFrm.dfm
M      examples\JediSurveyor\Builder\MainFrm.dfm
M      examples\JediSurveyor\Surveyor\CommentFrm.dfm
M      examples\JediSurveyor\Surveyor\MainFrm.dfm
M      examples\JvAni\BCB\MainForm.dfm
M      examples\JvAni\JvAniMainFormU.dfm
M      examples\JvBalloonHint\BCB\MainForm.dfm
M      examples\JvBalloonHint\JvBalloonHintMainFormU.dfm
M      examples\JvBackground\BackgroundControl\TVDemoMain.dfm
M      examples\JvBackground\MDIForm\MDIBkgndDemoChld.dfm
M      examples\JvBackground\MDIForm\MDIBkgndDemoSettings.dfm
M      examples\JvBackground\MDIForm\MDIBkgndDemoMain.dfm
M      examples\JvAppInstances\BCB\MainForm.dfm
M      examples\JvArrowButton\BCB\MainForm.dfm
M      examples\Globus\LanguageLoader\LanguageLoaderExampleForm.dfm
M      examples\Globus\Visual Components Demo\glHelpPanel_demo.dfm
M      examples\Globus\Visual Components Demo\glDemo.dfm
M      examples\JvAppDDECmd\AppDdeCmdMain.dfm
M      examples\JvAviCapture\BCB\MainForm.dfm
M      examples\JvAviCapture\JvAviCapDemoFrmU.dfm
M      examples\JvAppHotKey\BCB\MainForm.dfm
M      examples\JvAppHotKey\JvAppHotKeyDemoMainFormU.dfm

-- 
Florent Ouchet


Subject: Re: forms and big fonts
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 09 Aug 2006 14:53:56 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> I think this was discussed before, but I can't remember the outcome <g>. Maybe you could document what you are doing for the next generation.

I just wrote an article in the JEDI wiki:
http://homepages.borland.com/jedi/wiki/index.php?title=Scaling_Controls

hoping I did not do too many spelling mistakes,

-- 
Florent Ouchet


Subject: Re: ComboBox x 2
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 09 Aug 2006 14:47:12 +0200
Newsgroups: jedi.vcl

De Armas Adrian wrote:
>> Robert Marquardt wrote:
>>> Tell more about the component. Do you want to release it under MPL 1.1?
>>> Would it fit the JVCL? If so you should consider donating it to the JVCL.
> R: I have no problem to donate it. I'd love to.
>
>> See his "ComboBox" post from 07/08.
>> I have not had time to answer just yet and it seems he has not much patience.
> R: I am sorry about that. Won't happen again.
>
> How can I donate it. At least how can I send it to someone so he/she would consider it as a part of JVCL?

1. Get the SVN version: http://homepages.borland.com/jedi/wiki/index.php?title=Repository

2. Make your changes inside the original combobox you derive from, instead of deriving from it.

3. Create a patch file: http://homepages.borland.com/jedi/wiki/index.php?title=Create_a_patch_file

4. Upload the patch file along with your explanations in Mantis:
http://homepages.borland.com/jedi/issuetracker/

Cheers
Olivier


Subject: Re: ComboBox x 2
From: "De Armas Adrian" <adearmas@forumnet.com.ar>
Date: Wed, 9 Aug 2006 09:29:45 -0300
Newsgroups: jedi.vcl

> > Robert Marquardt wrote:
>> >> Tell more about the component. Do you want to release it under MPL 1.1?
>> >> Would it fit the JVCL? If so you should consider donating it to the JVCL.
R: I have no problem to donate it. I'd love to.

> > See his "ComboBox" post from 07/08.
> > I have not had time to answer just yet and it seems he has not much 
> > patience.
R: I am sorry about that. Won't happen again.

How can I donate it. At least how can I send it to someone so he/she would 
consider it as a part of JVCL?

Regards,

Adrian 




Subject: A small request for TJvTimer (and the answer to it)
From: Michal Borsuk <support@truesoft.eu>
Date: Wed, 09 Aug 2006 13:21:27 +0200
Newsgroups: jedi.vcl

Hello.

I have a small request regarding TJvTimer. I've been using it a lot
recently and I've found that resetting the timer upon an event is easy,
but not very neat in the code. I mean it's not completely obvious what
this means:

MyTimer.Enabled := False;
MyTimer.Enabled := True;

I'd much prefer
MyTimer.Reset;

Hence I've written this code:

procedure TJvTimer.Reset;
begin

  //don't enable if not running
  if Self.Enabled = False then Exit;

  //reset
  Self.Enabled := False;
  Self.Enabled := True;

end;

*** OR better ***

procedure TLmbTimer.Reset(ForceEnabled: Boolean = False);
begin

  //don't reset if not running
  if (Self.Enabled = False) and not ForceEnabled then Exit;

  //reset
  Self.Enabled := False;
  Self.Enabled := True;


end;



If you think it makes sense, then I'd be glad to see it in JvTimer.pas

Regards,


-- Michal Borsuk Advanced Call Manager - a call register and manager. http://www.truesoft.eu/ 

Subject: Re: JvXPBar feature suggestion: data aware & word wrap
From: "Miles Loveday" <mloveday@metsec.com>
Date: Wed, 9 Aug 2006 10:07:54 +0100
Newsgroups: jedi.vcl

oh yeah there also seems to be a bug in the jvxpbar code - the highlighting
doesn't show up when the mouse is moved over an item horizontally, only when
it is moved over vertically. the item can be selected, etc fine, its just
the highlighting on mouse over that seems to struggle. i'm using win2k &
delphi 2005.

miles


"Miles Loveday" <mloveday@metsec.com> wrote in message
news:ebc7gr$eqm$1@news.talkto.net...
> > i use jvxpbar loads - in my opinion its the best way of showing lists of
> > data based on a single item in another list. what isn't wanted can be
> > hidden, plus they look really good (much better than a dbgrid with a
single
> > column).
> >
> > so... firstly a data-aware version would be amazingly useful and would
save
> > writing a routine to fetch the data manually for each xpbar.
> >
> > the other thing is that i use it for long text/memo fields. now i
understand
> > its good to keep the size of each item in the list down, but it'd be great
> > to be able to word wrap the text, and then maybe limit that wrap to a
couple
> > of lines (or specified number).
> >
> > currently i'm using a single DBMemo to display whichever item in the 10 or
> > so lists i have, but this is far from ideal, and i'd rather have it just
> > shown in the list itself.
> >
> > my own stab at doing this (from scratch - i don't understand the JvXPBar
> > code enough to modify it) did work, but it was slow, didn't look so great
> > and could not be collapsed. however, i could alter it to show images,
> > checkboxes, dropdown boxes, etc... another feature which would be
> > exceptionally useful in the xpbar!
> >
> > any other ideas or anyone willing to take this on would be appreciated! i
> > personally don't have the experience to modify this myself...
> >
> > miles
> >
> >




Subject: JvXPBar feature suggestion: data aware & word wrap
From: "Miles Loveday" <mloveday@metsec.com>
Date: Wed, 9 Aug 2006 09:48:35 +0100
Newsgroups: jedi.vcl

i use jvxpbar loads - in my opinion its the best way of showing lists of
data based on a single item in another list. what isn't wanted can be
hidden, plus they look really good (much better than a dbgrid with a single
column).

so... firstly a data-aware version would be amazingly useful and would save
writing a routine to fetch the data manually for each xpbar.

the other thing is that i use it for long text/memo fields. now i understand
its good to keep the size of each item in the list down, but it'd be great
to be able to word wrap the text, and then maybe limit that wrap to a couple
of lines (or specified number).

currently i'm using a single DBMemo to display whichever item in the 10 or
so lists i have, but this is far from ideal, and i'd rather have it just
shown in the list itself.

my own stab at doing this (from scratch - i don't understand the JvXPBar
code enough to modify it) did work, but it was slow, didn't look so great
and could not be collapsed. however, i could alter it to show images,
checkboxes, dropdown boxes, etc... another feature which would be
exceptionally useful in the xpbar!

any other ideas or anyone willing to take this on would be appreciated! i
personally don't have the experience to modify this myself...

miles




Subject: Re: ComboBox x 2
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 09 Aug 2006 08:46:41 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> De Armas Adrian wrote:
>> Sorry if I make this question again. I have made a new component with some specific improvements that I needed.
>> I want to share this component but I use a JVCL a lot inside of it, so I wonder if sharing it is something illegal or not. Could you please tell me?
>> If I upload this component to Torry.net (just an example) and I write that it needs JVCL to be compiled, Am I doing something wrong?
>
> There is no legal problem with it. The only problem i see are the users disliking such a setup.
> Tell more about the component. Do you want to release it under MPL 1.1?
> Would it fit the JVCL? If so you should consider donating it to the JVCL.

See his "ComboBox" post from 07/08.
I have not had time to answer just yet and it seems he has not much patience.


Subject: Re: ComboBox x 2
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 09 Aug 2006 06:09:01 +0200
Newsgroups: jedi.vcl

De Armas Adrian wrote:
> Sorry if I make this question again. I have made a new component with some specific improvements that I needed.
> I want to share this component but I use a JVCL a lot inside of it, so I wonder if sharing it is something illegal or not. Could you please tell me?
> If I upload this component to Torry.net (just an example) and I write that it needs JVCL to be compiled, Am I doing something wrong?

There is no legal problem with it. The only problem i see are the users disliking such a setup.
Tell more about the component. Do you want to release it under MPL 1.1?
Would it fit the JVCL? If so you should consider donating it to the JVCL.


Subject: Re: Looking for a particular kind of control
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 8 Aug 2006 17:37:34 +0000 (UTC)
Newsgroups: jedi.vcl

Andre Tertling wrote:

> > Is there such a control in the JVCL collection? A basic control that I
> > can extend as needed will be fine, too.

I think the VirtualTreeView is the best cadindate for this. But it is not
part of the JVCL. The "virtual" means that the component does not know
your data, it is up to you to give the VT the required data when it asks
for them (event handler like OnInitNode, OnGetText). There are examples in
the VT download file.

Screenshot of one of my projects that uses VT.
http://andy.jgknet.de/misc/VirtualTreeView.png

VirtualTreeView Homepage
http://www.delphi-gems.com/VirtualTreeview/

Gallery:
http://www.delphi-gems.com/VirtualTreeview/VTGallery.php

-- Regards, Andreas Hausladen 

Subject: ComboBox x 2
From: "De Armas Adrian" <adearmas@forumnet.com.ar>
Date: Tue, 8 Aug 2006 12:56:19 -0300
Newsgroups: jedi.vcl

Sorry if I make this question again. I have made a new component with some 
specific improvements that I needed.
I want to share this component but I use a JVCL a lot inside of it, so I 
wonder if sharing it is something illegal or not. Could you please tell me?
If I upload this component to Torry.net (just an example) and I write that 
it needs JVCL to be compiled, Am I doing something wrong?

Regards,

Adrian 




Subject: Re: question regarding Build.dpr
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Tue, 08 Aug 2006 14:20:06 +0200
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Stephane Wierzbicki a écrit :
>> I'm just trying to understand how the whole package installer is working.
>> I've just checked the BDS.exe resources but didn't find any references to the default folder for user projects.
>> All Strings resources start from 65xxx. I didn't find anything !.
>
> The string resource is located in CoreIdeXXX.bpl
>
Thank you very much !


Subject: Re: question regarding Build.dpr
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 08 Aug 2006 13:25:10 +0200
Newsgroups: jedi.vcl

Stephane Wierzbicki a écrit :
> I'm just trying to understand how the whole package installer is working.
> I've just checked the BDS.exe resources but didn't find any references to the default folder for user projects.
> All Strings resources start from 65xxx. I didn't find anything !.

The string resource is located in CoreIdeXXX.bpl

-- 
Florent Ouchet


Subject: Looking for a particular kind of control
From: Andre Tertling <andre.tertling@engelmann.com>
Date: Tue, 08 Aug 2006 13:22:10 +0200
Newsgroups: jedi.vcl

Hi there,

I am looking for a particular kind of control. It is difficult do describe it, but there is a similar Control implemented in VC++ with screenshots available at http://www.codeproject.com/listctrl/xlistctrl.asp if you like to have a look. I am basically looking for a control that will allow me to insert an arbitrary amount of strings, one per row, with a checkbox (whose status can be retrieved of course) in front of the string and an identifier parameter that is connected to the string so I can identify the checked items based on a value rather than on the string that is displayed.
My problem is that at present, the code I have to improve uses a static solution with greyed out items which just looks ugly.

Is there such a control in the JVCL collection? A basic control that I can extend as needed will be fine, too.

Best regards,
Andre


Subject: Re: question regarding Build.dpr
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Tue, 8 Aug 2006 11:03:45 +0000 (UTC)
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:

> > All Strings resources start from 65xxx. 
> > I didn't find anything !.

If there is none the default name ("Borland Studio Projects") is used.



-- Regards, Andreas Hausladen 

Subject: Re: question regarding Build.dpr
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Tue, 08 Aug 2006 12:43:38 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Stephane Wierzbicki wrote:
>> Hi,
>>
>> I'm trying to understand the Build.dpr project.
>> Can somebody gives me details on the BDSVersion record and specialy what ProjectDirResId means and how to get it ?
>
> It's the resource ID of the resource string inside bds.exe that contains the default folder for user projects. This ID is different for every BDS version and is found by looking at the resources manually.
> Why are you interested in this?
>
Olivier,

I'm just trying to understand how the whole package installer is working.
I've just checked the BDS.exe resources but didn't find any references to the default folder for user projects.
All Strings resources start from 65xxx. I didn't find anything !.


Thank you


Subject: Re: JvDBGridExport.pas problem
From: Mirek <cipel_miroslav@prokes-rubber.cz>
Date: Tue, 08 Aug 2006 10:49:04 +0200
Newsgroups: jedi.vcl

OBones napsal(a):
> Mirek wrote:
>> Jens napsal(a):
>>> Without sitting on my delphi:
>>>
>>> What about VarToStr?
>>>
>>> Greetings
>>> Jens
>>>> OBones napsal(a):
>>>>> Why ?
>>>>
>>>> Delphi error: could not convert variant of type (Null) into type (String)
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> --- posted by geoForum on http://delphi.newswhat.com
>>
>>
>> in latest version JVCL is always "Result := string(Field.Value);". Export to Excel not working if DBGrid includes NULL values...
>
> Yes, but what about using VarToStr? Does it work?

"Result :=  VarToStr(Field.Value);" works well



Subject: Re: JvDBGridExport.pas problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 08 Aug 2006 09:57:10 +0200
Newsgroups: jedi.vcl

Mirek wrote:
> Jens napsal(a):
>> Without sitting on my delphi:
>>
>> What about VarToStr?
>>
>> Greetings
>> Jens
>>> OBones napsal(a):
>>>> Why ?
>>>
>>> Delphi error: could not convert variant of type (Null) into type (String)
>>>
>>>
>>>
>>>
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>
>
> in latest version JVCL is always "Result := string(Field.Value);". Export to Excel not working if DBGrid includes NULL values...

Yes, but what about using VarToStr? Does it work?


Subject: Re: JvDBGridExport.pas problem
From: Mirek <cipel_miroslav@prokes-rubber.cz>
Date: Tue, 08 Aug 2006 09:48:20 +0200
Newsgroups: jedi.vcl

Jens napsal(a):
> Without sitting on my delphi:
>
> What about VarToStr?
>
> Greetings
> Jens
>> OBones napsal(a):
>>> Why ?
>>
>> Delphi error: could not convert variant of type (Null) into type (String)
>>
>>
>>
>>
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


in latest version JVCL is always "Result := string(Field.Value);". Export to Excel not working if DBGrid includes NULL values...






Subject: Re: error-messages with new version
From: "Philips10" <Philips10@ph.com>
Date: Mon, 7 Aug 2006 22:19:56 +0100
Newsgroups: jedi.vcl

> >Philips10 wrote:
> >
>> >> What is going wrong here?
> >
> >Please read the other messages around, this question comes every two 
> >days these times.
> >Basically, you have, somewhere on your hard drive, some old DCUs from 
> >the previous version of the JCL/JVCL that you had installed before.
> >The demos do not exhibit this behaviour because they generate and look 
> >for the DCUs in the dcu directory at the root of the JVCL install tree.
> >

Yes thanks.
I had it as such:
  borland
    Jedi
      Jedi 2.5
        jcl
        jvcl
      Jedi 3
        jcl
        jvcl
   Now I got
    Borland
      Jedi
        jcl
        jvcl

But: I downloaded the newest version available.
Did the jedi-team decide to remove some controls
from the package (as it as jvclblinklabel)?

BTW:
The newest versions are here to download:
http://jvcl.sourceforge.net/daily/
http://jcl.sf.net/daily/

Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: question regarding Build.dpr
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 7 Aug 2006 17:18:20 +0000 (UTC)
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:

> > I'm trying to understand the Build.dpr project.
> > Can somebody gives me details on the BDSVersion record and specialy what
> > ProjectDirResId means and how to get it ?

build.dpr (make.exe starter) is deprecated and replace by the light weight
dcc32ex.dpr (dcc32.exe starter)



-- Regards, Andreas Hausladen 

Subject: Re: question regarding Build.dpr
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 07 Aug 2006 18:46:01 +0200
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:
> Hi,
>
> I'm trying to understand the Build.dpr project.
> Can somebody gives me details on the BDSVersion record and specialy what ProjectDirResId means and how to get it ?

It's the resource ID of the resource string inside bds.exe that contains the default folder for user projects. This ID is different for every BDS version and is found by looking at the resources manually.
Why are you interested in this?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: question regarding Build.dpr
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Mon, 07 Aug 2006 18:09:37 +0200
Newsgroups: jedi.vcl

Hi,

I'm trying to understand the Build.dpr project.
Can somebody gives me details on the BDSVersion record and specialy what ProjectDirResId means and how to get it ?

Thank you !



Subject: ComboBox
From: "De Armas Adrian" <adearmas@forumnet.com.ar>
Date: Mon, 7 Aug 2006 11:04:15 -0300
Newsgroups: jedi.vcl

Hello,
Sometime ago I needed a combobox capable of doing some specific tasks.
Well, I didnt find it so I wrote my own. I based it on the 
TJvCheckedComboBox component and I use many funtions and controls from JVCL 
inside of it.
Now I want to share it, I don't know if you are interested in it but my 
first idea was to publish it on torry or some web page like that. So my 
question is, am I free to publish it wherever I want?, Would you like to try 
it?

The new features the combobox has are:
* New property "SelectionType".
    * ssMultiple: acts like a TJVCheckedComboBox
    * ssSimple: acts like a normal ComboBox
* ShowCustomButton: it adds a panel with a button which has an Onclick 
event. I needed this feature because as items of the combo I use data from a 
database, if I click on that button, I can edit the database.
*SearchColor: Now it is possible to see what you are typing in the listbox 
so you know exactly what is what you are searching.

And some other properties to manage the way that button and panel look like.
Algo I made visible some other properties that I needed to manage the look 
and feel of the control eg: BevelInner, BevelKind, etc

If JVCL is not interested, am I doing something wrong if I publish this 
component telling that it needs JVCL installed to compile, can I distribute 
it?
I am sorry if I cant explain my self very well, but writting in english is a 
pain to me.

Regards,

Adrian





Subject: Re: JEDI 3.20 with BDS2006: crashes loading run-time packages
From: "somusque" <tobias_subscriber@tgtools.com>
Date: Mon, 7 Aug 2006 11:49:36 +0100
Newsgroups: jedi.vcl

> > The JVCL has some problem running on a computer with DEP

That might be it. I will try turning it off the next time I experience 
the crashes. So far I had to reboot to fix the problem.

Luckily my compiled software is fully compatible with DEP, even with a 
few JVCL components.

Cheers,
Tobias



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JEDI 3.20 with BDS2006: crashes loading run-time packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Mon, 7 Aug 2006 10:28:32 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The JVCL has some problem running on a computer with DEP (Data
> > Execution Prevention) enabled

But then it would always fail to start and not randomly.



-- Regards, Andreas Hausladen 

Subject: Re: JEDI 3.20 with BDS2006: crashes loading run-time packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 07 Aug 2006 12:16:24 +0200
Newsgroups: jedi.vcl

somusque wrote:
>> The JVCL has some problem running on a computer with DEP
>
> That might be it. I will try turning it off the next time I experience the crashes. So far I had to reboot to fix the problem.
>
> Luckily my compiled software is fully compatible with DEP, even with a few JVCL components.

Then, if you have time, we would be glad if you could narrow down the search field by trying out a few components and see which ones trigger DEP or not.


Subject: Re: Multiple forms with TJvDockServer
From: Zapology <Zapology@gmx.net>
Date: Mon, 07 Aug 2006 10:33:24 +0200
Newsgroups: jedi.vcl

kitovyj schrieb:
> Hi all!
>
> I have two non-modal forms, each of them has a TJvDockServer. Both of forms have a set of dockable tool-forms. What I have to do to prevent tool-forms of one server-form be dockable to other server-form?
>
> thanks.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

i have the same problem.
i have a mainform with a dockserver and a
second form with a dockserver that is MODAL!!!

now it is possible do dock the docklients from the modal form to the underlying form .... thats really bad!!
how can i prevent this???


Subject: Re: TJvPageListTreeView,TJvPageList,TJvStandardPage...add page and link at runtime.
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Mon, 7 Aug 2006 09:37:10 +0200
Newsgroups: jedi.vcl

If you link the Pageindex of a page to a node, selecting the node will
change the page, so you don't need the JvPageListTreeView1Change. You do not
need to delete the pages as long as you create them with an owner (as you do
with "this" now)

Regards, Peter



"TCup" <c++.delphi@hotmail.com> skrev i meddelandet
news:eb5vm7$a75$1@news.talkto.net...
> > Peter Thornqvist wrote:
> >
>> > > It's not intuitive, but something like this would do it (NB! Delphi
code):
>> > >
>> > > procedure TForm1.AddPage(const AName: string; AParentNode:TTreeNode);
> >
> > Thank you Peter!
> > This is my C++ Builder version translated basically from your example.
> > I added code to force pageflip on treenode selection event
(JvPageListTreeView1Change).
> > It seems that this might be redundant code, does node selection in your
code result in
> > page change in Delphi?
> >
> > Do I need to delete pages when I close my form?
> >
> > void __fastcall TForm1::AddPage(const AnsiString pName, TTreeNode
*pParentNode)
> > {
> >   TJvStandardPage *P;
> >   TJvPageIndexNode *N;
> >   TLabel *L;
> >
> >   P=new TJvStandardPage(this);
> >   P->Caption=pName;
> >   P->PageList=JvPageList1; // this adds the page to the pagelist
> >   P->Name=AnsiString(pName).Delete(5,1);
> >
> >   L=new TLabel(this);
> >   L->Parent=P;
> >   L->Align=alTop;
> >   L->Caption=pName;
> >
> > //There may be error here but messagedlg does not show
> >   N = dynamic_cast<TJvPageIndexNode
*>(JvPageListTreeView1->Items->AddChild(pParentNode,
> >   pName));
> >
> > if(N!=NULL)
> >   {
> >   N->PageIndex=P->PageIndex; // this links the pagelist and the treenode
together
> >   JvPageListTreeView1->Selected = N; // display the new page/node
> >   }
> > else
> >   {
> >   MessageDlg("Error: Dynamic_cast failed", mtError, TMsgDlgButtons() <<
mbOK, 0);
> >   }
> > }
> >
//--------------------------------------------------------------------------
-
> > void __fastcall TForm1::JvTransparentButton1Click(TObject *Sender)
> > {
> > //Test the procedure...add page as rootnode not as childnode
> >   AnsiString pagename="Page "+AnsiString(JvPageList1->PageCount);
> >   AddPage(pagename,0);
> > }
> >
//--------------------------------------------------------------------------
-
> > void __fastcall TForm1::JvPageListTreeView1Change(TObject *Sender,
> >       TTreeNode *Node)
> > {
> > //Force page flipping on treenode selection
> >
JvPageList1->ActivePage=JvPageList1->Pages[JvPageListTreeView1->Selected->In
dex];
> > }
> >
//--------------------------------------------------------------------------
-
> >
> >
> > Thanks again for the example.
> >
> >   T.C.
> >




Subject: Re: JEDI 3.20 with BDS2006: crashes loading run-time packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 07 Aug 2006 09:01:12 +0200
Newsgroups: jedi.vcl

somusque a écrit :
> sometimes I get access violations when the IDE loads the JVCL packages. Such as, Access Violation at address 1532B2F4. Write of 1532B2F4.

The JVCL has some problem running on a computer with DEP (Data Execution Prevention) enabled (on Windows XP SP2 or Windows 2003). You may try turning off this option for the entire IDE.

Regards,

-- 
Florent Ouchet


Subject: Re: error-messages with new version
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 07 Aug 2006 08:43:36 +0200
Newsgroups: jedi.vcl

Philips10 wrote:

> What is going wrong here?

Please read the other messages around, this question comes every two days these times.
Basically, you have, somewhere on your hard drive, some old DCUs from the previous version of the JCL/JVCL that you had installed before.
The demos do not exhibit this behaviour because they generate and look for the DCUs in the dcu directory at the root of the JVCL install tree.


Subject: Re: TJvPageListTreeView,TJvPageList,TJvStandardPage...add page and link at runtime.
From: "TCup" <c++.delphi@hotmail.com>
Date: Sun, 6 Aug 2006 23:58:00 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > It's not intuitive, but something like this would do it (NB! Delphi code):
> > 
> > procedure TForm1.AddPage(const AName: string; AParentNode:TTreeNode);

Thank you Peter!
This is my C++ Builder version translated basically from your example.
I added code to force pageflip on treenode selection event (JvPageListTreeView1Change).
It seems that this might be redundant code, does node selection in your code result in
page change in Delphi?

Do I need to delete pages when I close my form?

void __fastcall TForm1::AddPage(const AnsiString pName, TTreeNode *pParentNode)
{
  TJvStandardPage *P;
  TJvPageIndexNode *N;
  TLabel *L;

  P=new TJvStandardPage(this);
  P->Caption=pName;
  P->PageList=JvPageList1; // this adds the page to the pagelist
  P->Name=AnsiString(pName).Delete(5,1);

  L=new TLabel(this);
  L->Parent=P;
  L->Align=alTop;
  L->Caption=pName;
  
//There may be error here but messagedlg does not show
  N = dynamic_cast<TJvPageIndexNode *>(JvPageListTreeView1->Items->AddChild(pParentNode,
  pName));

if(N!=NULL)
  {
  N->PageIndex=P->PageIndex; // this links the pagelist and the treenode together
  JvPageListTreeView1->Selected = N; // display the new page/node
  }
else
  {
  MessageDlg("Error: Dynamic_cast failed", mtError, TMsgDlgButtons() << mbOK, 0);
  }
}
//---------------------------------------------------------------------------
void __fastcall TForm1::JvTransparentButton1Click(TObject *Sender)
{
//Test the procedure...add page as rootnode not as childnode
  AnsiString pagename="Page "+AnsiString(JvPageList1->PageCount);
  AddPage(pagename,0);
}
//---------------------------------------------------------------------------
void __fastcall TForm1::JvPageListTreeView1Change(TObject *Sender,
      TTreeNode *Node)
{
//Force page flipping on treenode selection
  JvPageList1->ActivePage=JvPageList1->Pages[JvPageListTreeView1->Selected->Index];
}
//---------------------------------------------------------------------------


Thanks again for the example.
 
  T.C. 



Subject: error-messages with new version
From: "Philips10" <Philips10@ph.com>
Date: Sun, 6 Aug 2006 23:21:06 +0100
Newsgroups: jedi.vcl

 Hi

As I put a TJvEdit on a form, I gt this error-message:
[Fatal Error] Unit1.pas(10): Unit JvExStdCtrls was compiled with a 
different
version of JvTypes.TJvClipboardCommands

As I put a TJVChart on the form, Ï get this error-message:
[Fatal Error] Unit1.pas(10): Unit JvChart was compiled with a different
version of JvComponent.TJvGraphicControl\

with the demos that come with jedi, these error-messages are not given.

I did install JVCL300RC1JCL194-Build1758Complete
and the newest jcl (all from sourceforge).

What is going wrong here?

Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: JEDI 3.20 with BDS2006: crashes loading run-time packages
From: "somusque" <tobias_subscriber@tgtools.com>
Date: Sun, 6 Aug 2006 23:17:11 +0100
Newsgroups: jedi.vcl

Hi,

sometimes I get access violations when the IDE loads the JVCL packages. 
Such as, Access Violation at address 1532B2F4. Write of 1532B2F4.

I used the standard JVCL installer to install JEDI 3.20. I have no other 
problems with JVCL.

Using BDS2006 with update 2 and the four or so additional fixes from 
Borland.

Any ideas?

Cheers,
Tobias



--- posted by geoForum on http://delphi.newswhat.com


Subject: hide the scan in tjvchart
From: "Omer Yasar Can" <omercan@home.nl>
Date: Sun, 6 Aug 2006 23:36:01 +0200
Newsgroups: jedi.vcl

How can I hide the scale in tjvchart?

Thanks




Subject: Re: TJvPageListTreeView,TJvPageList,TJvStandardPage...add page and link at runtime.
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Sun, 6 Aug 2006 18:06:17 +0200
Newsgroups: jedi.vcl

It's not intuitive, but something like this would do it (NB! Delphi code):

procedure TForm1.AddPage(const AName: string; AParentNode:TTreeNode);
var
  P:TJvStandardPage;
  N:TJvPageIndexNode;
  L:TLabel;
begin
  P := TJvStandardPage.Create(Self);
  P.Caption := AName;
  P.PageList := JvPageList1; // this adds the page to the pagelist

  // add a label so you know which page is selected (for debugging only)
  L := TLabel.Create(Self);
  L.Caption := AName;
  L.Parent := P;
  L.Align := alTop;

  N := JvPageListTreeView1.Items.AddChild(AParentNode, AName) as
TJvPageIndexNode; // typecast to get at the PageIndex property
  N.PageIndex := P.PageIndex; // this links the pagelist and the treenode
together
  JvPageListTreeView1.Selected := N; // display the new page/node
end;

Regards, Peter

"TCup" <c++.delphi@hotmail.com> skrev i meddelandet
news:eb12fm$d9e$1@news.talkto.net...
> >
> > How can I create a new TStandardPage at runtime and link it to a
> > TJvPageList and TJvPageListTreeView. I am trying to generate a wizard
> > that displays a variable number of Pages. Each page contains a TFrame
> > displaying input field editors. I am using C++ Builder 6, but any help
> > in Delphi would be useful.
> >
> > I looked in the source but I am not sure this is how the control is
> > designed to be used... Are you expected to create all pages at design
> > time? I don't fully understand interfaces and why they are used here.
> >
> > Can someone give me some pointers here? :)
> >
> > TIA
> > T.C.




Subject: TJvPageListTreeView,TJvPageList,TJvStandardPage...add page and link at runtime.
From: "TCup" <c++.delphi@hotmail.com>
Date: Sat, 5 Aug 2006 03:15:02 +0000 (UTC)
Newsgroups: jedi.vcl


How can I create a new TStandardPage at runtime and link it to a
TJvPageList and TJvPageListTreeView. I am trying to generate a wizard
that displays a variable number of Pages. Each page contains a TFrame
displaying input field editors. I am using C++ Builder 6, but any help
in Delphi would be useful.

I looked in the source but I am not sure this is how the control is
designed to be used... Are you expected to create all pages at design
time? I don't fully understand interfaces and why they are used here.

Can someone give me some pointers here? :)

TIA
T.C.


Subject: Re: RichEdit to Html
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Fri, 4 Aug 2006 20:44:03 -0500
Newsgroups: jedi.vcl

Ups !

I found it


"Alejandro Castro" <alejandro@alfra.info> wrote in message 
news:eb0pcd$cbl$1@news.talkto.net...
> > Is there a function or component to convert from RichEdit text to Html?
> >
> > There was a component in an old version (JvRichEdittohtml), is there 
> > something like these?
> >
> > Thanks
> >
> > Alejandro
> > 




Subject: RichEdit to Html
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Fri, 4 Aug 2006 19:36:20 -0500
Newsgroups: jedi.vcl

Is there a function or component to convert from RichEdit text to Html?

There was a component in an old version (JvRichEdittohtml), is there 
something like these?

Thanks

Alejandro 




Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Robert Meek" <meekTAN@comcast.net>
Date: Fri, 4 Aug 2006 09:42:54 -0400
Newsgroups: jedi.vcl

    It may not be a part of C++.  As I said I didn't do the testing for it 
under that platform.
    In any case, it will be a while before I am able to do any further work 
on the component, but please feel free to alter it as required.  If you make 
any changes all I ask is that you send me a copy for testing under D2006 and 
that you carry the info provided in the pas file as comments foreword like a 
readme.  I gave this to the community so if you can better it it'll be good 
for the Jvcl and all of us!

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Gary Pickrell" <gap@eskimo.com> wrote in message news:op.tdqhmmh3bi0fdk@dallben.hsd1.wa.comcast.net... Thank you for the information. I didn't find the TD32 info option where you described, so I'm going to assume it was added after BCB 5. =-( I've been unable to get exact line numbers, but I have been able to get class and function names which is a big help in debugging. I'm interested in testing your updated versions or perhaps helping a little with the coding. Gary Pickrell (gap@eskimo.com) On Sat, 29 Jul 2006 22:42:52 -0700, Robert Meek <meekTAN@comcast.net> wrote:
> > TD32 info option can be found in the project options dialog just below 
> > where
> > you set the type of MAP file you wish created...which by the way should 
> > be
> > set to 'detailed'!  I don't really know if the Jcl routines require this 
> > but
> > I have it set to on in any case.  The option to insert Jcl Debug Info is
> > merely a way of quickly turning all these options on as they should be
> > without you're having to go thru every page of the project options to set
> > them manually.  However, after using this menu item, check your project
> > options in any case just to make sure they are all set correctly.  Then 
> > set
> > this as you default for all projects.  Later, once you are ready to do 
> > your
> > final Build-all for release, turn this item off and check your project
> > options again.  They should all be set back to normal.  Note:  Another 
> > thing
> > is never code/debug with optimization turned on.  Turn it on when you are
> > ready to make your final build all!
> >     Let me know how all this works out, as I intend on starting from 
> > scratch
> > to build a new, updated version of the JclDebugHandler just as soon as I 
> > get
> > a few long over due projects finished.  When I do finally get to it I'm
> > going to make a net version as well, AND test specifically for C++ and  C# 
> > as
> > well.
> >



-- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ 

Subject: Re: we have a new type of editing error
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 04 Aug 2006 10:05:30 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Well, Delphi 2006 does it. Bugger, how do I tell it not to?

Before each commit: Right click on the editor window -> File Format -> Ansi

can't find any automatic way to do so.

-- 
Florent Ouchet


Subject: Re: we have a new type of editing error
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 04 Aug 2006 09:42:37 +0200
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>> Robert Marquardt wrote:
>>> JvClock.pas contained some strange chars at file start.
>>> I suspect that it was a Unicode BOM.
>>> Last edit by obones.
>>
>> I know where it comes from: The $Date replacement in the unitversioning constant. Indeed, it uses the localized date format to display the month in full letters. And in French, August takes an accented character, represent it in UTF-8 by SVN.
>> Next thing is to find who's adding the BOM as it s generally recommended NOT to add a BOM in an UTF-8 file.
>
> Well, Delphi 2006 does it. Bugger, how do I tell it not to?

Hum, we could use the following format:

'$Date::                           $'

as indicated in the SVN book here:

http://svnbook.red-bean.com/nightly/en/svn.advanced.props.html#svn.advanced.props.special.keywords

so that the localized part is not added to the string. I'll see if I can tell SVN not to add the string in localized format.


Subject: Re: we have a new type of editing error
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 04 Aug 2006 09:16:17 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>> JvClock.pas contained some strange chars at file start.
>> I suspect that it was a Unicode BOM.
>> Last edit by obones.
>
> I know where it comes from: The $Date replacement in the unitversioning constant. Indeed, it uses the localized date format to display the month in full letters. And in French, August takes an accented character, represent it in UTF-8 by SVN.
> Next thing is to find who's adding the BOM as it s generally recommended NOT to add a BOM in an UTF-8 file.

Well, Delphi 2006 does it. Bugger, how do I tell it not to?


Subject: Re: we have a new type of editing error
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 04 Aug 2006 09:10:56 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> JvClock.pas contained some strange chars at file start.
> I suspect that it was a Unicode BOM.
> Last edit by obones.

I know where it comes from: The $Date replacement in the unitversioning constant. Indeed, it uses the localized date format to display the month in full letters. And in French, August takes an accented character, represent it in UTF-8 by SVN.
Next thing is to find who's adding the BOM as it s generally recommended NOT to add a BOM in an UTF-8 file.


Subject: Re: TJvImageListBox disabled color
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 04 Aug 2006 09:05:39 +0200
Newsgroups: jedi.vcl

Jeff Young wrote:
> Peter,
>   Thanks for the help. I will look into both those options. On another note, is there a resource that will tell me how to get around the "This ... was compiled with another version of ..." if I edit the Jedi Source to do what I need it to do? I had to reinstall Jedi to get back to a workable state. :(


You have DCUs from the JCL/JVCL that are outdated with respect to the source files. I suppose that is because you have lib\dX in the library path BEFORE the run directory (or the run directory is not even present). Remove the lib\dX directory, add the run and common directory and you should be sorted. Note that this is exactly what the "Developper install" check box will do.


Subject: Re: we have a new type of editing error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 04 Aug 2006 06:15:33 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Ah but it's already been fixed by Robert...

Yes, because D6 complains about illegal chars otherwise.



Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Gary Pickrell" <gap@eskimo.com>
Date: Thu, 03 Aug 2006 17:43:24 -0700
Newsgroups: jedi.vcl


Thank you for the information.  I didn't find the TD32 info option where
you described, so I'm going to assume it was added after BCB 5. =-(

I've been unable to get exact line numbers, but I have been able to get
class and function names which is a big help in debugging.

I'm interested in testing your updated versions or perhaps helping a little
with the coding.

Gary Pickrell (gap@eskimo.com)

On Sat, 29 Jul 2006 22:42:52 -0700, Robert Meek <meekTAN@comcast.net> wrote:

> TD32 info option can be found in the project options dialog just below where
> you set the type of MAP file you wish created...which by the way should be
> set to 'detailed'!  I don't really know if the Jcl routines require this but
> I have it set to on in any case.  The option to insert Jcl Debug Info is
> merely a way of quickly turning all these options on as they should be
> without you're having to go thru every page of the project options to set
> them manually.  However, after using this menu item, check your project
> options in any case just to make sure they are all set correctly.  Then set
> this as you default for all projects.  Later, once you are ready to do your
> final Build-all for release, turn this item off and check your project
> options again.  They should all be set back to normal.  Note:  Another thing
> is never code/debug with optimization turned on.  Turn it on when you are
> ready to make your final build all!
>     Let me know how all this works out, as I intend on starting from scratch
> to build a new, updated version of the JclDebugHandler just as soon as I get
> a few long over due projects finished.  When I do finally get to it I'm
> going to make a net version as well, AND test specifically for C++ and C# as
> well.
>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: TJvImageListBox disabled color
From: "Jeff Young" <jeffyoung@kc.rr.com>
Date: Thu, 3 Aug 2006 23:20:34 +0100
Newsgroups: jedi.vcl

Peter,
  Thanks for the help. I will look into both those options. On another 
note, is there a resource that will tell me how to get around 
the "This ... was compiled with another version of ..." if I edit the 
Jedi Source to do what I need it to do? I had to reinstall Jedi to get 
back to a workable state. :(

Long term, I will insert a "Disabled Color" Option into the controls I 
use, but for now, a hardcoded hack will suffice.

All this for a colorblind user who can't tell the difference between 
clWindow and clBtnFace. And the project requires disabling the 
controls... geesh. :)

Thanks again.

Jeff

> >My bad. I was under the impression that you wanted to change the color 
of
> >disabled *items*. But you are asking for the color of disabled 
*control*.
> >
> >Have a look at TJvImageComboBox.EnabledChanged. Adding code to set the
> >Font.Color as well should do it



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvImageListBox disabled color
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 3 Aug 2006 22:42:48 +0200
Newsgroups: jedi.vcl

My bad. I was under the impression that you wanted to change the color of
disabled *items*. But you are asking for the color of disabled *control*.

Have a look at TJvImageComboBox.EnabledChanged. Adding code to set the
Font.Color as well should do it

Peter

"Peter Thornqvist" <peter.tornqvist@gmail.com> skrev i meddelandet
news:eatmgj$sqp$1@news.talkto.net...
> > The disabled color is never explicitly set by the control. You could
change
> > the code in TJvImageListBox.DrawItem to something like this:
> >
> > ...
> >   if odSelected in State then
> >   begin
> >     Canvas.Brush.Color := Items[Index].ColorHighlight;
> >     Canvas.Font.Color := Items[Index].ColorHighlightText;
> >   end
> >   // set disabled color
> >   else if odDisabled in State then
> >   begin
> >     Canvas.Brush.Color := clBtnFace; // or whatever you prefer...
> >     Canvas.Font.Color := clGrayText;
> >   end;
> > ...
> >
> > Of course, the best would be to add new properties to TJvImageItem to
> > control the disabled colors, but as a work-around hard-coding works as
> > well...
> >
> > Peter
> >
> > "Jeff Young" <jeffyoung@kc.rr.com> skrev i meddelandet
> > news:ear92r$co2$1@news.talkto.net...
>> > > Hi,
>> > >   I am in need of the ability to change the disabled color of the
>> > > TJvImageListBox control. The whole "put it on a panel and disable the
>> > > panel" won't work for me. I need to know the appropriate place/method to
>> > > override the Painting of the disabled colors. I have waded through the
>> > > code and searched google & yahoo. All to no avail.
>> > >
>> > > Any help would be appriciated.
>> > >
>> > > Thanks,
>> > >
>> > > Jeff Young
>> > >
>> > >
>> > >
>> > > --- posted by geoForum on http://delphi.newswhat.com
> >
> >




Subject: Re: TJvImageListBox disabled color
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 3 Aug 2006 22:32:26 +0200
Newsgroups: jedi.vcl

The disabled color is never explicitly set by the control. You could change
the code in TJvImageListBox.DrawItem to something like this:

....
  if odSelected in State then
  begin
    Canvas.Brush.Color := Items[Index].ColorHighlight;
    Canvas.Font.Color := Items[Index].ColorHighlightText;
  end
  // set disabled color
  else if odDisabled in State then
  begin
    Canvas.Brush.Color := clBtnFace; // or whatever you prefer...
    Canvas.Font.Color := clGrayText;
  end;
....

Of course, the best would be to add new properties to TJvImageItem to
control the disabled colors, but as a work-around hard-coding works as
well...

Peter

"Jeff Young" <jeffyoung@kc.rr.com> skrev i meddelandet
news:ear92r$co2$1@news.talkto.net...
> > Hi,
> >   I am in need of the ability to change the disabled color of the
> > TJvImageListBox control. The whole "put it on a panel and disable the
> > panel" won't work for me. I need to know the appropriate place/method to
> > override the Painting of the disabled colors. I have waded through the
> > code and searched google & yahoo. All to no avail.
> >
> > Any help would be appriciated.
> >
> > Thanks,
> >
> > Jeff Young
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Problem with JvDBMaskEdit and JvDBDateEdit
From: "Stefan Bartos" <OGKarotte@gmxpro.de.net>
Date: Thu, 3 Aug 2006 17:54:54 +0000 (UTC)
Newsgroups: jedi.vcl

Hello together,

i have some problems with two DBAware-components:

1. to protect the view of the Text in an JvDBMaskEdit i've set the
Passwordchar to '*' but the original text is still viewing, with
Delphi's own DBEdit it works fine. Any ideas???

2. i like to set the Date in an JvDBDateEdit to a calculated Date
during the new record event. Inspecting the JvDateEdit.Date property
during Debug shows that the Value seems to be accepted but the
JvDBDateEdit didn't show it.

until today i've used the Version 3.20, i've changed today to the
VCL-Latest, but it still won't work...

Any help is appreciated


Regards

Stefan
-- 

Subject: Re: we have a new type of editing error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 03 Aug 2006 18:34:23 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>>
>>> I don't have them here, a working updated from the SVN repository.
>>
>>
>>
>> In Delphi 2005/2006 you do not see them because the editor supports UTF8.
>
>
> I've opened it with an Hex editor to double check, still not there.

Ah but it's already been fixed by Robert...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: we have a new type of editing error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 03 Aug 2006 18:32:31 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I don't have them here, a working updated from the SVN repository.
>
>
> In Delphi 2005/2006 you do not see them because the editor supports UTF8.

I've opened it with an Hex editor to double check, still not there.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: we have a new type of editing error
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 3 Aug 2006 16:26:49 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I don't have them here, a working updated from the SVN repository.

In Delphi 2005/2006 you do not see them because the editor supports UTF8.


-- Regards, Andreas Hausladen 

Subject: Re: we have a new type of editing error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 03 Aug 2006 18:07:17 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> JvClock.pas contained some strange chars at file start.
> I suspect that it was a Unicode BOM.
> Last edit by obones.

I don't have them here, a working updated from the SVN repository.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: we have a new type of editing error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Aug 2006 17:42:42 +0200
Newsgroups: jedi.vcl

JvClock.pas contained some strange chars at file start.
I suspect that it was a Unicode BOM.
Last edit by obones.


Subject: Re: Any auto-update component provided?
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 3 Aug 2006 14:54:40 +0200
Newsgroups: jedi.vcl

Changing FormShow to this should work as well:

procedure TForm1.FormShow(Sender: TObject);
begin
  ShortDateFormat := 'DD.MM.YYYY';
  DateSeparator := '.';
  try
    VersionCheck;
  finally
    GetFormatSettings;
  end;
end;

"Peter Thornqvist" <peter.tornqvist@gmail.com> skrev i meddelandet
news:easres$kdi$1@news.talkto.net...
> > The errors are caused by storing dates and numbers using one locale (i.e
> > 12.10.2004) and then reading them in using another (i.e 2004-10-12). Don't
> > do it.
> >
> > Peter
> >
> >
> > "Jens" <jens.fudickar@oratool.de> skrev i meddelandet
> > news:e7qhin$1v8$1@news.talkto.net...
>> > > Sorry, but i've never heard about something like that.
>> > >
>> > > Did you have any more infos?
>> > > Are there any steps to reproduce?
>> > >
>> > >
>> > > Greetings
>> > > Jens
>> > >
>>> > > >After successful installation and compile the sample project
>>> > > >JvProgramVersionCheck, it returns many EConvertError exception and
> > nothing
>>> > > >show on the screen.
>>> > > >
>>> > > >Any tutorial or steps on using this component to do the auto-update
>>> > > >application usage?
>>> > > >
>>> > > >Benson.
>>> > > >
>>> > > >"Jens Fudickar" <jens.fudickar@oratool.de>
>>> > > >???????:e7jrig$1l3$1@news.talkto.net...
>>>> > > >> Yes.
>>>> > > >>
>>>> > > >> Have a look for the TJvProgramVersionCheck Component.
>>>> > > >>
>>>> > > >> Greetings
>>>> > > >> Jens
>>>> > > >>
>>>> > > >> Benson Wong schrieb:
>>>>> > > >> > Any auto-update component provided?
>>>>> > > >> > That is, run the client program, it will check against the server
>>> > > >version.
>>>>> > > >> > If there is any new version, download it, and re-load the client
>>> > > >program.
>>>>> > > >> >
>>>>> > > >> > Pls advise.
>>>>> > > >> > Benson
>>>>> > > >> > D2005
>>>>> > > >> >
>>>>> > > >> >
>>>> > > >>
>>>> > > >> --
>>>> > > >> ___________________________________________________________
>>>> > > >> Softwareentwicklung Jens Fudickar
>>>> > > >> Fuchstanzweg 34 * 65760 Eschborn
>>>> > > >> Tel. +49-6173-967556 * Fax +49-6173-967558
>>>> > > >>
>>>> > > >> Home of OraTool - http://www.oratool.de
>>> > > >
>>> > > >
>>> > > >
>> > >
>> > >
>> > >
>> > > --- posted by geoForum on http://delphi.newswhat.com
> >
> >




Subject: Re: Any auto-update component provided?
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 3 Aug 2006 14:50:46 +0200
Newsgroups: jedi.vcl

The errors are caused by storing dates and numbers using one locale (i.e
12.10.2004) and then reading them in using another (i.e 2004-10-12). Don't
do it.

Peter


"Jens" <jens.fudickar@oratool.de> skrev i meddelandet
news:e7qhin$1v8$1@news.talkto.net...
> > Sorry, but i've never heard about something like that.
> >
> > Did you have any more infos?
> > Are there any steps to reproduce?
> >
> >
> > Greetings
> > Jens
> >
>> > >After successful installation and compile the sample project
>> > >JvProgramVersionCheck, it returns many EConvertError exception and
nothing
>> > >show on the screen.
>> > >
>> > >Any tutorial or steps on using this component to do the auto-update
>> > >application usage?
>> > >
>> > >Benson.
>> > >
>> > >"Jens Fudickar" <jens.fudickar@oratool.de>
>> > >???????:e7jrig$1l3$1@news.talkto.net...
>>> > >> Yes.
>>> > >>
>>> > >> Have a look for the TJvProgramVersionCheck Component.
>>> > >>
>>> > >> Greetings
>>> > >> Jens
>>> > >>
>>> > >> Benson Wong schrieb:
>>>> > >> > Any auto-update component provided?
>>>> > >> > That is, run the client program, it will check against the server
>> > >version.
>>>> > >> > If there is any new version, download it, and re-load the client
>> > >program.
>>>> > >> >
>>>> > >> > Pls advise.
>>>> > >> > Benson
>>>> > >> > D2005
>>>> > >> >
>>>> > >> >
>>> > >>
>>> > >> --
>>> > >> ___________________________________________________________
>>> > >> Softwareentwicklung Jens Fudickar
>>> > >> Fuchstanzweg 34 * 65760 Eschborn
>>> > >> Tel. +49-6173-967556 * Fax +49-6173-967558
>>> > >>
>>> > >> Home of OraTool - http://www.oratool.de
>> > >
>> > >
>> > >
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: JvEnterAsTab, how know object have a KeyPress and disable JvEnterAsTab?
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 3 Aug 2006 14:33:20 +0200
Newsgroups: jedi.vcl

To clarify: EnterAsTab only ever intercepts ENTER key presses. All other
keys should pass through untouched to the active control. If that  isn't the
case, then there is a bug in the component.

Peter

"Peter Thornqvist" <peter.tornqvist@gmail.com> skrev i meddelandet
news:easqap$k5q$1@news.talkto.net...
> > In the OnHandleEnter event, set Handled to false
> >
> > Peter
> >
> > "Fellipe Henrique" <fellipeh@oi.com.br> skrev i meddelandet
> > news:e9im68$di9$1@news.talkto.net...
>> > > Hello, I have JvEnterAsTab in my form, but some components have self
>> > > OnKeyPress, but when I use JvEnterAsTab, the KeyPress assigned of
> > components
>> > > doesn't work, my question is: how to start a KeyPress assigned one
> > component
>> > > if have it?
>> > >
>> > >
>> > > Thanks for all, and sorry my poor english.
>> > >
>> > > Fellipe H.
>> > >
>> > >
> >
> >




Subject: Re: JvEnterAsTab, how know object have a KeyPress and disable JvEnterAsTab?
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 3 Aug 2006 14:31:31 +0200
Newsgroups: jedi.vcl

In the OnHandleEnter event, set Handled to false

Peter

"Fellipe Henrique" <fellipeh@oi.com.br> skrev i meddelandet
news:e9im68$di9$1@news.talkto.net...
> > Hello, I have JvEnterAsTab in my form, but some components have self
> > OnKeyPress, but when I use JvEnterAsTab, the KeyPress assigned of
components
> > doesn't work, my question is: how to start a KeyPress assigned one
component
> > if have it?
> >
> >
> > Thanks for all, and sorry my poor english.
> >
> > Fellipe H.
> >
> >




Subject: Re: Print Preview - Problem with Font
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 3 Aug 2006 14:27:48 +0200
Newsgroups: jedi.vcl

Try setting the Application.Handle of the DLL to be the same as the
Application.Handle of the host application.

Peter

"faber" <faber@italy.it> skrev i meddelandet
news:eakkah$4jv$1@news.talkto.net...
> > Hi All,
> >
> > I've creating a print preview plugin with TJvPlugin and Preview
components.
> >
> > When I print from the dll, my printer prints within margins BUT it
> > changes the font. It's a font where each char has the same distance from
> > other chars (don't know to say it in technical words).
> >
> > When I use THE SAME FORMS and THE SAME PROCEDURES in an application (so,
> > not in a dll), my printer works correctly (either margins either font).
> >
> > I think it depends by Printer function (maybe it doesn't work correctly
> > in dlls).
> >
> > What do you think ?




Subject: Re: How to get Name in JvEnterAsTab?
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Thu, 3 Aug 2006 14:25:40 +0200
Newsgroups: jedi.vcl

The parent doesn't matter in this case.

If you check the forms ActiveControl property, do you get a name then?

Peter

"Fellipe Henrique" <fellipeh@oi.com.br> skrev i meddelandet
news:eaqagf$6fp$1@news.talkto.net...
> > Hello Peter, I using one Form, what is parent is a PageControl, I'm using
a
> > TDI interface...
> >
> > Regards, Fellipe
> >
> > "Peter Thornqvist" <peter.tornqvist@gmail.com> escreveu na mensagem
> > news:eans26$p79$1@news.talkto.net...
>> > > Hm, this should normally work. AControl is the same as
Form.ActiveControl.
>> > > Are you using a frame or unnamed controls, maybe?
>> > >
>> > > Regards, Peter
>> > >
>> > > "Fellipe Henrique" <fellipeh@oi.com.br> skrev i meddelandet
>> > > news:eanmgk$nvn$1@news.talkto.net...
>>> > >>     Hello, in OnHanbleEnter , in JvEnterAsTab I have AControl, derived
to
>>> > >> TWinControl, how I get the name of current AControl? I try
AControl.Name,
>>> > >> but is always empty... my intention is disable JvEnterAsTab, if current
>>> > >> AControl is in my pre-created list.
>>> > >>
>>> > >> How I do these?
>>> > >>
>>> > >> thanks for all.
>>> > >>
>>> > >> Fellipe H.
>>> > >>
>>> > >>
>> > >
>> > >
> >
> >




Subject: Re: move of JvgScrollBox to archive
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 03 Aug 2006 08:53:04 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>> The palette icon needs to be moved also (including changes to the .rc file and regeneration of the .dcr file)
>
> Ah yes. Will do.

Done, and for the others as well (bevel, splitter, graphicbutton)


Subject: Re: move of JvgScrollBox to archive
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 03 Aug 2006 08:45:33 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> The palette icon needs to be moved also (including changes to the .rc file and regeneration of the .dcr file)

Ah yes. Will do.


Subject: move of JvgScrollBox to archive
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Aug 2006 07:23:31 +0200
Newsgroups: jedi.vcl

The palette icon needs to be moved also (including changes to the .rc file and regeneration of the .dcr file)


Subject: Re: Problem while installing JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Aug 2006 06:25:43 +0200
Newsgroups: jedi.vcl

harishjs wrote:
> Hi,
>
> I'm facing problem while installing JVCL. As per installation notes I
> install JCL first successfully. But when I tried to install JVCL, it gives
> me following errors:
>
> D:\My
> Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(531)
> Error: Undeclared identifier: 'RsEDirectThreadCreationNotAllowed'

Do you have the standalone version of my HID component installed?
If so then remove that package. The JVCL contains this component also.


Subject: TJvImageListBox disabled color
From: "Jeff Young" <jeffyoung@kc.rr.com>
Date: Thu, 3 Aug 2006 00:21:59 +0100
Newsgroups: jedi.vcl

 Hi,
  I am in need of the ability to change the disabled color of the 
TJvImageListBox control. The whole "put it on a panel and disable the 
panel" won't work for me. I need to know the appropriate place/method to 
override the Painting of the disabled colors. I have waded through the 
code and searched google & yahoo. All to no avail.

Any help would be appriciated.

Thanks,

Jeff Young



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Conflict with the JvUIB packages
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Wed, 2 Aug 2006 16:16:20 -0400
Newsgroups: jedi.vcl

<@in@taavi.ee> wrote in message
news:44d0674d.3024329046@forums.talkto.net...
> > On Tue, 01 Aug 2006 22:42:15 +0200, OBones
> > <obones_gfd_@_gfd_altern.org> wrote:
> >
>> > >What I propose today is to simply remove the JvUIB packages altogether
> > >from the JVCL and reiterate the fact that people should look into the
>> > >progdigy website.
> >
> > IMHO this would be the way to go. Everything else would just add to
> > the confusion...
> >

I agree - a lot simpler to remove and redirect interest...

EdB




Subject: Re: SVN Update Problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 02 Aug 2006 21:43:19 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> I assumed that this must be done server-side because I cannot find anything
> like this in my Tortoise installation, right? - can sbdy please confirm
> this or even try out?

C:\Documents and Settings\MyProfile\Application Data\Subversion\servers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: SVN Update Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 2 Aug 2006 21:26:37 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 10:33:47 +0200 schrieb OBones:

> > Michael Fritz wrote:

> > I do too, but not always. Mostly, it's when there are 200 files to 
> > update that I get it.
The Sourceforce support team replied to my request
https://sourceforge.net/tracker/?func=detail&atid=200001&aid=1529564&group_id=1
with this posting:

"
Greetings,

Try adding the following line in the [global] section
of the ~/.subversion/servers file:

http-compression = no

And see if that will avoid the problem.

SourceForge.net Support
"

I assumed that this must be done server-side because I cannot find anything
like this in my Tortoise installation, right? - can sbdy please confirm
this or even try out?

-- cu, Michael 

Subject: Re: Windows Explorer-like Task Panel
From: René <drachen-herz@gmx.de>
Date: Wed, 02 Aug 2006 19:14:36 +0200
Newsgroups: jedi.vcl

Rafael Almeida Batista wrote:
> Hi! I know the question may be dumb... but is there a component in JVCL to emulate Windows Explorer's Task Panel (that one that appears like Folder Tasks and et cetera. I guess you know what I'm talking about...)? What is the name and in which pallete can I find it?


Do you mean TJvXPBar (palette "Jv XP Controls")?


Subject: Problem while installing JVCL
From: "harishjs" <harishsave@yahoo.com>
Date: Wed, 2 Aug 2006 16:54:46 +0100
Newsgroups: jedi.vcl

Hi,

I'm facing problem while installing JVCL. As per installation notes I
install JCL first successfully. But when I tried to install JVCL, it gives
me following errors:

D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(531)
Error: Undeclared identifier: 'RsEDirectThreadCreationNotAllowed'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(715)
Error: Undeclared identifier: 'RsEDirectHidDeviceCreationNotAllowed'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(768)
Error: Undeclared identifier: 'RsEDeviceCannotBeIdentified'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(771)
Error: Undeclared identifier: 'RsEDeviceCannotBeOpened'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(1151)
Error: Undeclared identifier: 'RsUnknownLocaleIDFmt'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2207)
Error: Undeclared identifier: 'RsEHIDBooleanError'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2231)
Error: Undeclared identifier: 'RsHIDP_STATUS_NULL'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2233)
Error: Undeclared identifier: 'RsHIDP_STATUS_INVALID_PREPARSED_DATA'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2235)
Error: Undeclared identifier: 'RsHIDP_STATUS_INVALID_REPORT_TYPE'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2237)
Error: Undeclared identifier: 'RsHIDP_STATUS_INVALID_REPORT_LENGTH'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2239)
Error: Undeclared identifier: 'RsHIDP_STATUS_USAGE_NOT_FOUND'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2241)
Error: Undeclared identifier: 'RsHIDP_STATUS_VALUE_OUT_OF_RANGE'

D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2243)
Error: Undeclared identifier: 'RsHIDP_STATUS_BAD_LOG_PHY_VALUES'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2245)
Error: Undeclared identifier: 'RsHIDP_STATUS_BUFFER_TOO_SMALL'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2247)
Error: Undeclared identifier: 'RsHIDP_STATUS_INTERNAL_ERROR'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2249)
Error: Undeclared identifier: 'RsHIDP_STATUS_I8042_TRANS_UNKNOWN'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2251)
Error: Undeclared identifier: 'RsHIDP_STATUS_INCOMPATIBLE_REPORT_ID'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2253)
Error: Undeclared identifier: 'RsHIDP_STATUS_NOT_VALUE_ARRAY'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2255)
Error: Undeclared identifier: 'RsHIDP_STATUS_IS_VALUE_ARRAY'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2257)
Error: Undeclared identifier: 'RsHIDP_STATUS_DATA_INDEX_NOT_FOUND'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2259)
Error: Undeclared identifier: 'RsHIDP_STATUS_DATA_INDEX_OUT_OF_RANGE'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2261)
Error: Undeclared identifier: 'RsHIDP_STATUS_BUTTON_NOT_PRESSED'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2263)
Error: Undeclared identifier: 'RsHIDP_STATUS_REPORT_DOES_NOT_EXIST'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2265)
Error: Undeclared identifier: 'RsHIDP_STATUS_NOT_IMPLEMENTED'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2267)
Error: Undeclared identifier: 'RsUnknownHIDFmt'
D:\My
Documents\Development\Delphi\Delphi\JEDI\jvcl\run\JvHidControllerClass.pas(2269)
Error: Undeclared identifier: 'RsHIDErrorPrefix'
JvSystemD6R.dpk(90) Fatal: Could not compile used unit
'..\..\run\JvHidControllerClass.pas'

Whats exactly is wrong?? Please help.

-- Harish



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGridExport.pas problem
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 2 Aug 2006 16:16:17 +0100
Newsgroups: jedi.vcl

Without sitting on my delphi:

What about VarToStr?

Greetings
Jens
> >OBones napsal(a):
>> >> Why ?
> >
> >
> >Delphi error: could not convert variant of type (Null) into type (String)
> >
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to get Name in JvEnterAsTab?
From: "Fellipe Henrique" <fellipeh@oi.com.br>
Date: Wed, 2 Aug 2006 10:48:29 -0300
Newsgroups: jedi.vcl

Hello Peter, I using one Form, what is parent is a PageControl, I'm using a 
TDI interface...

Regards, Fellipe

"Peter Thornqvist" <peter.tornqvist@gmail.com> escreveu na mensagem 
news:eans26$p79$1@news.talkto.net...
> > Hm, this should normally work. AControl is the same as Form.ActiveControl.
> > Are you using a frame or unnamed controls, maybe?
> >
> > Regards, Peter
> >
> > "Fellipe Henrique" <fellipeh@oi.com.br> skrev i meddelandet
> > news:eanmgk$nvn$1@news.talkto.net...
>> >>     Hello, in OnHanbleEnter , in JvEnterAsTab I have AControl, derived to
>> >> TWinControl, how I get the name of current AControl? I try AControl.Name,
>> >> but is always empty... my intention is disable JvEnterAsTab, if current
>> >> AControl is in my pre-created list.
>> >>
>> >> How I do these?
>> >>
>> >> thanks for all.
>> >>
>> >> Fellipe H.
>> >>
>> >>
> >
> > 




Subject: Re: JCL Installation problem
From: "Jens Fudge" <jens.fudge@archersoft.dk>
Date: Wed, 2 Aug 2006 15:27:06 +0200
Newsgroups: jedi.vcl

After removing the DJcl70.bpl I managed to get the thing installed. Thanks 
for helping

/Jens Fudge
"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eaq76q$5ro$1@news.talkto.net...
> > Jens Fudge wrote:
>> >> Hi again
>> >>
>> >> I'm trying to do a manual install, but get the errormessage Cant load 
>> >> package jcl70.bpl, it contains unit zlibh, which is also contained in 
>> >> DJcl70.bpl.
>> >>
>> >> The funny thing is, I cannot find Djcl.bpl anywhere.  Not on the machine, 
>> >> not in Delphi's package list.
>> >>
>> >> Do you have any suggestions?
> >
> > Look for it on your hard drive. This means you have an old JCL somewhere. 




Subject: Re: JCL Installation problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 Aug 2006 14:52:58 +0200
Newsgroups: jedi.vcl

Jens Fudge wrote:
> Hi again
>
> I'm trying to do a manual install, but get the errormessage Cant load package jcl70.bpl, it contains unit zlibh, which is also contained in DJcl70.bpl.
>
> The funny thing is, I cannot find Djcl.bpl anywhere.  Not on the machine, not in Delphi's package list.
>
> Do you have any suggestions?

Look for it on your hard drive. This means you have an old JCL somewhere.


Subject: Re: Inspecting properties of non-persistent classes
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 02 Aug 2006 14:51:36 +0200
Newsgroups: jedi.vcl

Ivo Bauer napsal(a):
> OK, I would like to be able to manually inspect just a couple of class properties. In the demo example I have seen the usage of TJvInspectorVarData.New class method. But this involves an extra copy of each property value. Is there a way to add an item that would point to actual property instead?

Figured it out. For those who might be interested:

type
  {$TYPEINFO ON}
  TTestClass = class
  private
    fDateStarted: TDateTime;
    fLaboratoryName: string;
  public
    constructor Create;
  published
    property DateStarted: TDateTime read fDateStarted;
    property LaboratoryName: string read fLaboratoryName write fLaboratoryName;
  end;
  {$TYPEINFO OFF}

  vData := TJvInspectorPropData.New(vCategory, fTestClass, 'LaboratoryName');
  vData.DisplayName := 'Laboratory Name';

  vData := TJvInspectorPropData.New(vCategory, fTestClass, 'DateStarted');
  vData.DisplayName := 'Date Started';

-- 
Ivo Bauer [OZM Research]


Subject: Re: JCL Installation problem
From: "Jens Fudge" <jens.fudge@archersoft.dk>
Date: Wed, 2 Aug 2006 14:44:55 +0200
Newsgroups: jedi.vcl

OH.. I did indeed find djcl70.bpl in my Delphi bpl path..
But it seems that this comes with Delphi, or what?

/Jens Fudge

"Jens Fudge" <jens.fudge@archersoft.dk> wrote in message 
news:eaq6a3$5m1$1@news.talkto.net...
> > Hi again
> >
> > I'm trying to do a manual install, but get the errormessage Cant load 
> > package jcl70.bpl, it contains unit zlibh, which is also contained in 
> > DJcl70.bpl.
> >
> > The funny thing is, I cannot find Djcl.bpl anywhere.  Not on the machine, 
> > not in Delphi's package list.
> >
> > Do you have any suggestions?
> >
> > /Jens Fudge
> >
> >
> > "OBones" <obones_gf_@_fe_altern.org> wrote in message 
> > news:eapud9$47p$1@news.talkto.net...
>> >> Jens Fudge wrote:
>>> >>> Hi
>>> >>>
>>> >>> I have a problem installing the JCL (and probably also JVCL).
>>> >>> When running install.bat I get the following:
>>> >>>
>>> >>> '1' is not recognized as an internal or external command,
>>> >>> operable program or batch file.
>> >>
>> >> What version of windows?
>> >> This looks to me that the command interpreter is removing the % in %1 
>> >> instead of replacing it with the value of the first parameter.
>> >>
>> >>
>>> >>> Even help in how I install the JCL / JVCL manually would be great.
>> >>
>> >> Open the packages, compile them all for the JCL.
>> >> Do the same for the JVCL, then install those with a D at the end, as in 
>> >> JvCoreD10D.dpk
>> >>
>> >> You have package groups that you might find handy.
> >
> > 




Subject: Re: JCL Installation problem
From: "Jens Fudge" <jens.fudge@archersoft.dk>
Date: Wed, 2 Aug 2006 14:38:35 +0200
Newsgroups: jedi.vcl

Hi again

I'm trying to do a manual install, but get the errormessage Cant load 
package jcl70.bpl, it contains unit zlibh, which is also contained in 
DJcl70.bpl.

The funny thing is, I cannot find Djcl.bpl anywhere.  Not on the machine, 
not in Delphi's package list.

Do you have any suggestions?

/Jens Fudge


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eapud9$47p$1@news.talkto.net...
> > Jens Fudge wrote:
>> >> Hi
>> >>
>> >> I have a problem installing the JCL (and probably also JVCL).
>> >> When running install.bat I get the following:
>> >>
>> >> '1' is not recognized as an internal or external command,
>> >> operable program or batch file.
> >
> > What version of windows?
> > This looks to me that the command interpreter is removing the % in %1 
> > instead of replacing it with the value of the first parameter.
> >
> >
>> >> Even help in how I install the JCL / JVCL manually would be great.
> >
> > Open the packages, compile them all for the JCL.
> > Do the same for the JVCL, then install those with a D at the end, as in 
> > JvCoreD10D.dpk
> >
> > You have package groups that you might find handy. 




Subject: Re: JvDBGridExport.pas problem
From: Mirek <cipel_miroslav@prokes-rubber.cz>
Date: Wed, 02 Aug 2006 13:40:41 +0200
Newsgroups: jedi.vcl

OBones napsal(a):
> Why ?


Delphi error: could not convert variant of type (Null) into type (String)





Subject: Re: JCL Installation problem
From: "Jens Fudge" <jens.fudge@archersoft.dk>
Date: Wed, 2 Aug 2006 13:36:48 +0200
Newsgroups: jedi.vcl

hmmm.. OK..

I'll try to do a manual install, cos' I haveney clue how to fix Windows....

Thanks anyway

/Jens Fudge

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eaq0td$4mv$2@news.talkto.net...
> > Jens Fudge wrote:
>> >> The Windows version is Windows XP Pro, SP2
>> >>
>> >> Could I manully replace the %1 with what in the bat-file? I installed the 
>> >> JCL on another machine some months ago, and found it very easy... So if I 
>> >> just could replace the parameter with a hardcoded text, it would be 
>> >> great.
>> >>
>> >> Thanks for a quick reply.
> >
> > Yes, but no.
> > What you have to do is fix your environment to understand why the 
> > parameter handling in batch file is broken. 




Subject: Re: JCL Installation problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 Aug 2006 13:05:09 +0200
Newsgroups: jedi.vcl

Jens Fudge wrote:
> The Windows version is Windows XP Pro, SP2
>
> Could I manully replace the %1 with what in the bat-file? I installed the JCL on another machine some months ago, and found it very easy... So if I just could replace the parameter with a hardcoded text, it would be great.
>
> Thanks for a quick reply.

Yes, but no.
What you have to do is fix your environment to understand why the parameter handling in batch file is broken.


Subject: Re: JvDBGridExport.pas problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 Aug 2006 13:04:39 +0200
Newsgroups: jedi.vcl

Why ?


Subject: Re: JCL Installation problem
From: "Jens Fudge" <jens.fudge@archersoft.dk>
Date: Wed, 2 Aug 2006 13:03:55 +0200
Newsgroups: jedi.vcl

The Windows version is Windows XP Pro, SP2

Could I manully replace the %1 with what in the bat-file? I installed the 
JCL on another machine some months ago, and found it very easy... So if I 
just could replace the parameter with a hardcoded text, it would be great.

Thanks for a quick reply.

/Jens Fudge


"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:eapud9$47p$1@news.talkto.net...
> > Jens Fudge wrote:
>> >> Hi
>> >>
>> >> I have a problem installing the JCL (and probably also JVCL).
>> >> When running install.bat I get the following:
>> >>
>> >> '1' is not recognized as an internal or external command,
>> >> operable program or batch file.
> >
> > What version of windows?
> > This looks to me that the command interpreter is removing the % in %1 
> > instead of replacing it with the value of the first parameter.
> >
> >
>> >> Even help in how I install the JCL / JVCL manually would be great.
> >
> > Open the packages, compile them all for the JCL.
> > Do the same for the JVCL, then install those with a D at the end, as in 
> > JvCoreD10D.dpk
> >
> > You have package groups that you might find handy. 




Subject: JvDBGridExport.pas problem
From: Mirek <cipel_miroslav@prokes-rubber.cz>
Date: Wed, 02 Aug 2006 12:25:03 +0200
Newsgroups: jedi.vcl


function TJvCustomDBGridExport.GetFieldValue(const Field: TField): string;
begin
  if Assigned(Field.OnGetText) and FUseFieldGetText then
  begin
    Result := '';
    Field.OnGetText(Field, Result, True);
  end
  else
  begin
    Result := string(Field.Value);    <<<---  ?????
  end;
end;



correctly:

if not Field.IsNull then
  Result := string(Field.Value);


Subject: Re: JCL Installation problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 Aug 2006 12:22:31 +0200
Newsgroups: jedi.vcl

Jens Fudge wrote:
> Hi
>
> I have a problem installing the JCL (and probably also JVCL).
> When running install.bat I get the following:
>
> '1' is not recognized as an internal or external command,
> operable program or batch file.

What version of windows?
This looks to me that the command interpreter is removing the % in %1 instead of replacing it with the value of the first parameter.


> Even help in how I install the JCL / JVCL manually would be great.

Open the packages, compile them all for the JCL.
Do the same for the JVCL, then install those with a D at the end, as in JvCoreD10D.dpk

You have package groups that you might find handy.


Subject: JCL Installation problem
From: "Jens Fudge" <jens.fudge@archersoft.dk>
Date: Wed, 2 Aug 2006 12:10:32 +0200
Newsgroups: jedi.vcl

Hi

I have a problem installing the JCL (and probably also JVCL).
When running install.bat I get the following:

'1' is not recognized as an internal or external command,
operable program or batch file.
build.exe found. Pretest: ok
Using d7.dev for build process.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
'1' is not recognized as an internal or external command,
operable program or batch file.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

** error 1 ** deleting prototypes

** error 1 ** deleting installer
Press ENTER to continue


I have tried getting the daily snapshot of today. This didnt make any 
difference.

Any help is highly appreciated.

Even help in how I install the JCL / JVCL manually would be great.

Regards
Jens Fudge 




Subject: Re: Inspected item cannot be set read-only?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 Aug 2006 11:26:11 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> Hi, All!
>
> I'm adding a new item to JvInspector which is of type TDateTime. This item should never be edited, only displayed. I thought that setting ReadOnly to True on that item would be enough, but apparently the item can be edited at runtime. Here's the code:
>
> var
>   gvDateStarted: TDateTime;
>
> vData := TJvInspectorVarData.New(vCategory, 'DateStarted',
>   TypeInfo(TDateTime), @gvDateStarted);
> vData.DisplayName := 'Date Started';
> vData.ReadOnly := True;
>
>
> If I change the third parameter to be TypeInfo(TDate) or TypeInfo(TTime), it works fine. What am I doing wrong?

There is an outstanding issue with TDateTime where its readonly mode does not populate to its two subproperties. This is Mantis 1784 and I would love to hear about a solution for it.

http://homepages.borland.com/jedi/issuetracker/view.php?id=1784


Subject: Inspected item cannot be set read-only?
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 02 Aug 2006 10:53:45 +0200
Newsgroups: jedi.vcl

Hi, All!

I'm adding a new item to JvInspector which is of type TDateTime. This item should never be edited, only displayed. I thought that setting ReadOnly to True on that item would be enough, but apparently the item can be edited at runtime. Here's the code:

var
  gvDateStarted: TDateTime;

vData := TJvInspectorVarData.New(vCategory, 'DateStarted',
  TypeInfo(TDateTime), @gvDateStarted);
vData.DisplayName := 'Date Started';
vData.ReadOnly := True;


If I change the third parameter to be TypeInfo(TDate) or TypeInfo(TTime), it works fine. What am I doing wrong?

Thank you.

-- 
Ivo Bauer [OZM Research]


Subject: Re: Conflict with the JvUIB packages
From: @in@taavi.ee
Date: Wed, 02 Aug 2006 08:53:22 GMT
Newsgroups: jedi.vcl

On Tue, 01 Aug 2006 22:42:15 +0200, OBones
<obones_gfd_@_gfd_altern.org> wrote:

> >What I propose today is to simply remove the JvUIB packages altogether 
>from the JVCL and reiterate the fact that people should look into the 
> >progdigy website.

IMHO this would be the way to go. Everything else would just add to
the confusion...


ain


Subject: Re: Conflict with the JvUIB packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 Aug 2006 10:16:13 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:
> Florent Ouchet a écrit :
>> Pierre Y. a écrit :
>>> Pierre is not the author of these components :-) The author is Henri Gourvest. I'm somewhat of a "maintainer".
>>
>> Henri Gourvest is already a member of the JVCL. I was thinking about adding a new active member.
>
> Waw nice ;-)
>
>>> What do you think of expurgating the JvUIB suite from all "high level components" and leave only the low level, client library wrapper in the JCL ?
>>
>> That could be possible if it doesn't introduce any dependence on DB packages.
>
> It doesn't any dependence on any DB package. Have a look at jvuibase.pas, jvuibconsts.pas, jvuiberror.pas and jvuiblib.pas.

They would have to be renamed to JclUibBase... and that would make synchronizing them even harder. To me, users should simply be directed to Progdigy website.


Subject: Re: Conflict with the JvUIB packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 Aug 2006 10:15:17 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Olivier,
>
> Did you contact the authors (pierrey) of these components and could they help the JVCL team to keep synchronized sources?

I had a face to face meeting with Henri a year and a half ago and we decided that it was too much for too little benefit. Basically, he wanted to support FPC completely, and that meant removing this support everytime he synchronized the JVCL copy. And it came to a point where this was not possible any longer as it prevented him from doing a set of major changes in the UIB sources.
Hence the decision that was taken, leading to today's problem which I had not foreseen back then.


Subject: Re: Inspecting properties of non-persistent classes
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 02 Aug 2006 09:56:57 +0200
Newsgroups: jedi.vcl

OBones napsal(a):
> {$M+} on the class.
>
> Or simply manage the class manually, adding an inspector item for any element you want to inspect.

OK, I would like to be able to manually inspect just a couple of class properties. In the demo example I have seen the usage of TJvInspectorVarData.New class method. But this involves an extra copy of each property value. Is there a way to add an item that would point to actual property instead?

Thank you, Olivier.

-- 
Ivo Bauer [OZM Research]


Subject: Re: Conflict with the JvUIB packages
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 02 Aug 2006 09:45:36 +0200
Newsgroups: jedi.vcl

> It doesn't any dependence on any DB package. Have a look at...
introduce --^

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)

Capitaine anglais : "Vous vous battez pour l'argent, nous on se bat pour l'honneur !"
Robert Surcouf : "Vous avez raison, Monsieur, chacun de nous combat pour ce qui lui manque."




Subject: Re: Conflict with the JvUIB packages
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 02 Aug 2006 09:44:04 +0200
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Pierre Y. a écrit :
>> Pierre is not the author of these components :-) The author is Henri Gourvest. I'm somewhat of a "maintainer".
>
> Henri Gourvest is already a member of the JVCL. I was thinking about adding a new active member.

Waw nice ;-)

>> What do you think of expurgating the JvUIB suite from all "high level components" and leave only the low level, client library wrapper in the JCL ?
>
> That could be possible if it doesn't introduce any dependence on DB packages.

It doesn't any dependence on any DB package. Have a look at jvuibase.pas, jvuibconsts.pas, jvuiberror.pas and jvuiblib.pas.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)

Capitaine anglais : "Vous vous battez pour l'argent, nous on se bat pour l'honneur !"
Robert Surcouf : "Vous avez raison, Monsieur, chacun de nous combat pour ce qui lui manque."




Subject: Re: Conflict with the JvUIB packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 02 Aug 2006 09:39:40 +0200
Newsgroups: jedi.vcl

Pierre Y. a écrit :
> Pierre is not the author of these components :-) The author is Henri Gourvest. I'm somewhat of a "maintainer".

Henri Gourvest is already a member of the JVCL. I was thinking about adding a new active member.

> What do you think of expurgating the JvUIB suite from all "high level components" and leave only the low level, client library wrapper in the JCL ?

That could be possible if it doesn't introduce any dependence on DB packages.

-- 
Florent Ouchet


Subject: Re: Conflict with the JvUIB packages
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 02 Aug 2006 09:27:33 +0200
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Olivier,
>
> Did you contact the authors (pierrey) of these components and could they help the JVCL team to keep synchronized sources?

Pierre is not the author of these components :-) The author is Henri Gourvest. I'm somewhat of a "maintainer".

What do you think of expurgating the JvUIB suite from all "high level components" and leave only the low level, client library wrapper in the JCL ?

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)

Capitaine anglais : "Vous vous battez pour l'argent, nous on se bat pour l'honneur !"
Robert Surcouf : "Vous avez raison, Monsieur, chacun de nous combat pour ce qui lui manque."




Subject: Re: Conflict with the JvUIB packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 02 Aug 2006 09:19:28 +0200
Newsgroups: jedi.vcl

Olivier,

Did you contact the authors (pierrey) of these components and could they help the JVCL team to keep synchronized sources?

-- 
Florent Ouchet


Subject: Re: Inspecting properties of non-persistent classes
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 02 Aug 2006 08:41:18 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> Hi, All!
>
> Is JvInspector capable of inspecting a specific subset of properties of a class that does not descend from TPersistent? If so, what is the recommended approach?

{$M+} on the class.

Or simply manage the class manually, adding an inspector item for any element you want to inspect.


Subject: JvgPageControl
From: "smot" <wantom_nospam@nospamgmx.net>
Date: Wed, 2 Aug 2006 04:12:29 +0200
Newsgroups: jedi.vcl

Hi Jedi Group,

I'm using TJvgPageControl for a project.
I've been struggling to figure out how to add another picture for each tab.
I assigned a different image index to each tab but two pictures appear Over 
each other?

Is anybody aware of this problem? How Could I fix it?

Thanks

Thomas 




Subject: Preventing JvInspector item from being edited
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 02 Aug 2006 00:25:25 +0200
Newsgroups: jedi.vcl

Hi, All!

What is the recommended approach to prevent a specific JvInspector item from being edited? Currently, I use OnBeforeSelection event handler to permit/forbid specific item to enter the edit state. This works fine unless the item which should not be allowed to be edited is currently selected, as I'm unable to find a way how to unselect currently selected item. Any ideas?

Thank you.

-- 
Ivo Bauer [OZM Research]


Subject: Inspecting properties of non-persistent classes
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 02 Aug 2006 00:25:18 +0200
Newsgroups: jedi.vcl

Hi, All!

Is JvInspector capable of inspecting a specific subset of properties of a class that does not descend from TPersistent? If so, what is the recommended approach?

Thank you.

-- 
Ivo Bauer [OZM Research]


Subject: Conflict with the JvUIB packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Aug 2006 22:42:15 +0200
Newsgroups: jedi.vcl

Hi all.

As you all know, the JvUIB packages in the current JVCL versions have not been updated by us nor their original author because we decided it was too much work to keep the synchronisation. This was decided about one and a half year ago and people were then told to go directly for the source of this components at this address:

http://www.progdigy.com/

As it turns out, we left the outdated version in the JVCL. However, there is problem if a user installs the JVCL after the JvUIB components from progdigy. Of course, the user would have deselected the JvUIB components so that those from progdigy do not get overriden by those from the JVCL.
However, the problem comes from the fact that the installer will remove the JvUIB packages from the list of installed packages because they start with "Jv" (see install\JVCLInstallJVCLData.pas:1469) and of course it does not reinstall them because they are not selected.
There is no easy way to fix the installer that I can think of, but if you can, please come forward.
What I propose today is to simply remove the JvUIB packages altogether from the JVCL and reiterate the fact that people should look into the progdigy website. This should be done in 10 days, provided there is no other alternative until then.

Thanks for your help
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Print Preview - Landscape & Portrait
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 1 Aug 2006 17:32:24 +0200
Newsgroups: jedi.vcl

You could try changing the printer orientation manually in the OnNewPage
event. I haven't tried it, but it's worth a try...

Regards, Peter

"faber" <faber@italy.it> skrev i meddelandet
news:eanmj8$nvv$1@news.talkto.net...
> > Hi All,
> >
> > I have a Preview Control linked to a Preview RichEdit. I have some text
> > and an image which is too large to print in portrait orientation. I
> > should not resize it.
> >
> > Is there a way to print, for example, to print a page in portrait (for
> > my text) and a page in landscape (for my image) orientation ?
> >
> > Thx in advance




Subject: Re: How to get Name in JvEnterAsTab?
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 1 Aug 2006 17:30:22 +0200
Newsgroups: jedi.vcl

Hm, this should normally work. AControl is the same as Form.ActiveControl.
Are you using a frame or unnamed controls, maybe?

Regards, Peter

"Fellipe Henrique" <fellipeh@oi.com.br> skrev i meddelandet
news:eanmgk$nvn$1@news.talkto.net...
> >     Hello, in OnHanbleEnter , in JvEnterAsTab I have AControl, derived to
> > TWinControl, how I get the name of current AControl? I try AControl.Name,
> > but is always empty... my intention is disable JvEnterAsTab, if current
> > AControl is in my pre-created list.
> >
> > How I do these?
> >
> > thanks for all.
> >
> > Fellipe H.
> >
> >




Subject: Print Preview - Landscape & Portrait
From: faber <faber@italy.it>
Date: Tue, 01 Aug 2006 15:57:08 +0200
Newsgroups: jedi.vcl

Hi All,

I have a Preview Control linked to a Preview RichEdit. I have some text and an image which is too large to print in portrait orientation. I should not resize it.

Is there a way to print, for example, to print a page in portrait (for my text) and a page in landscape (for my image) orientation ?

Thx in advance


Subject: How to get Name in JvEnterAsTab?
From: "Fellipe Henrique" <fellipeh@oi.com.br>
Date: Tue, 1 Aug 2006 10:55:26 -0300
Newsgroups: jedi.vcl

    Hello, in OnHanbleEnter , in JvEnterAsTab I have AControl, derived to 
TWinControl, how I get the name of current AControl? I try AControl.Name, 
but is always empty... my intention is disable JvEnterAsTab, if current 
AControl is in my pre-created list.

How I do these?

thanks for all.

Fellipe H. 




Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 1 Aug 2006 09:43:49 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:eall3e$b1e$1@news.talkto.net>:

> > Might have been a .cfg, .local or any other file generated by the IDE.
Perhaps but it won't be easy to find this out in the complex progress the
installer performs and which files it needs, builds, modifies or uses...

Anyway it works now again and hopefully forever :-)
-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 31 Jul 2006 21:19:12 +0200
Newsgroups: jedi.vcl

Might have been a .cfg, .local or any other file generated by the IDE.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 31 Jul 2006 20:46:57 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 21:24:40 +0200 schrieb Michael Fritz:

> > Hi,
> > 
> > finally I managed to update from SVN and did a fresh install of JVCL. After
> > some time the compilation stops with this error:
> > 
> > Q:\Delphi70\_jvcl\run\JvBackgrounds.pas(68) Fatal: Never-build package
> > 'JclVcl' must be recompiled
And the solution is: completely delete all files from the jcl and jvcl
folders, download them again from SVN and all runs well - using the paths
settings!

-- cu, Michael 

Subject: Multiple forms with TJvDockServer
From: "kitovyj" <kitovyj@mail.ru>
Date: Mon, 31 Jul 2006 15:16:36 +0100
Newsgroups: jedi.vcl

Hi all!

I have two non-modal forms, each of them has a TJvDockServer. Both of 
forms have a set of dockable tool-forms. What I have to do to prevent 
tool-forms of one server-form be dockable to other server-form?

thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Print Preview - Problem with Font
From: faber <faber@italy.it>
Date: Mon, 31 Jul 2006 15:19:40 +0200
Newsgroups: jedi.vcl

faber ha scritto:
> Hi All,
>
> I've creating a print preview plugin with TJvPlugin and Preview components.
>
> When I print from the dll, my printer prints within margins BUT it changes the font. It's a font where each char has the same distance from other chars (don't know to say it in technical words).
>
> When I use THE SAME FORMS and THE SAME PROCEDURES in an application (so, not in a dll), my printer works correctly (either margins either font).
>
> I think it depends by Printer function (maybe it doesn't work correctly in dlls).
>
> What do you think ?

An Update:

Printers.pas in DLL:
- when i print to a local printer, it's all ok
- when i print to a LAN printer, it change fonts

Printers.pas in APP:
- it prints correctly either to a local either to a LAN printer.


Subject: Print Preview - Problem with Font
From: faber <faber@italy.it>
Date: Mon, 31 Jul 2006 11:59:38 +0200
Newsgroups: jedi.vcl

Hi All,

I've creating a print preview plugin with TJvPlugin and Preview components.

When I print from the dll, my printer prints within margins BUT it changes the font. It's a font where each char has the same distance from other chars (don't know to say it in technical words).

When I use THE SAME FORMS and THE SAME PROCEDURES in an application (so, not in a dll), my printer works correctly (either margins either font).

I think it depends by Printer function (maybe it doesn't work correctly in dlls).

What do you think ?


Subject: Windows Explorer-like Task Panel
From: "Rafael Almeida Batista" <almeidabatista@uol.com.br>
Date: Mon, 31 Jul 2006 00:59:43 -0300
Newsgroups: jedi.vcl

Hi! I know the question may be dumb... but is there a component in JVCL to 
emulate Windows Explorer's Task Panel (that one that appears like Folder 
Tasks and et cetera. I guess you know what I'm talking about...)? What is 
the name and in which pallete can I find it?

Thanks.

Rafael Almeida 




Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Robert Meek" <meekTAN@comcast.net>
Date: Sun, 30 Jul 2006 01:42:52 -0400
Newsgroups: jedi.vcl

TD32 info option can be found in the project options dialog just below where 
you set the type of MAP file you wish created...which by the way should be 
set to 'detailed'!  I don't really know if the Jcl routines require this but 
I have it set to on in any case.  The option to insert Jcl Debug Info is 
merely a way of quickly turning all these options on as they should be 
without you're having to go thru every page of the project options to set 
them manually.  However, after using this menu item, check your project 
options in any case just to make sure they are all set correctly.  Then set 
this as you default for all projects.  Later, once you are ready to do your 
final Build-all for release, turn this item off and check your project 
options again.  They should all be set back to normal.  Note:  Another thing 
is never code/debug with optimization turned on.  Turn it on when you are 
ready to make your final build all!
    Let me know how all this works out, as I intend on starting from scratch 
to build a new, updated version of the JclDebugHandler just as soon as I get 
a few long over due projects finished.  When I do finally get to it I'm 
going to make a net version as well, AND test specifically for C++ and C# as 
well.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Gary Pickrell" <gap@eskimo.com> wrote in message news:op.tdgg5hzvbi0fdk@dallben... Thank you very much for this help. I'm getting closer. I have both jcl and jvcl installed. What is TD32? How do I turn it on? The menu item "Project->Insert JCL debug Information" is greyed out. Is there any relevance to that? I think it greys out after I click on it. I've seen it give the line numbers twice, but when I rebuild the project they go away. Very strange I say. At least it is giving me the names of the functions throwing the exceptions. -Gary On Fri, 28 Jul 2006 06:21:36 -0700, Robert Meek <meekTAN@comcast.net> wrote:
> >     Do you have the jcl and jvcl both installed?  Make sure you have
> > AppendLogFile = true, ExceptionLogging = True, LogtoFile = True,
> > StackTracingEnabled = Trueand UnhandledExceptionsOnly = False;  Make sure
> > under Project options that all Debug Info is turned on.  I also have TD32
> > Debug info turned on as well.  It seems that turns on automatically when 
> > I
> > click the Insert Jcl Debug info menu item under Projects.
> >     If none of this works, I can only think that perhaps it has  something 
> > to
> > do specifically with C++.  I wrote the component specifically for use 
> > with
> > Delphi and never tested it myself under C++ as I don't have it, however
> > others have told me it does work.
> >



-- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ 

Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Gary Pickrell" <gap@eskimo.com>
Date: Sat, 29 Jul 2006 07:57:07 -0700
Newsgroups: jedi.vcl


Thank you very much for this help.  I'm getting closer.  I have both jcl and jvcl installed.

What is TD32?  How do I turn it on?

The menu item "Project->Insert JCL debug Information" is greyed out.  Is there any relevance to that?  I think it greys out after I click on it.

I've seen it give the line numbers twice, but when I rebuild the project they go away.  Very strange I say.  At least it is giving me the names of the functions throwing the exceptions.

    -Gary

On Fri, 28 Jul 2006 06:21:36 -0700, Robert Meek <meekTAN@comcast.net> wrote:

>     Do you have the jcl and jvcl both installed?  Make sure you have
> AppendLogFile = true, ExceptionLogging = True, LogtoFile = True,
> StackTracingEnabled = Trueand UnhandledExceptionsOnly = False;  Make sure
> under Project options that all Debug Info is turned on.  I also have TD32
> Debug info turned on as well.  It seems that turns on automatically when I
> click the Insert Jcl Debug info menu item under Projects.
>     If none of this works, I can only think that perhaps it has something to
> do specifically with C++.  I wrote the component specifically for use with
> Delphi and never tested it myself under C++ as I don't have it, however
> others have told me it does work.
>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: TJvTranslator - Method : Translate(const Form: TCustomForm) - Strange Lines
From: faber <faber@italy.it>
Date: Sat, 29 Jul 2006 10:44:33 +0200
Newsgroups: jedi.vcl

Hi All

I'm using 2006-07-26 01:39:20 PDT Daily installation of JVCL + JCL


This is the TJvTranslator Method:

procedure TJvTranslator.Translate(const Form: TCustomForm);
var
  J: Integer;
  S: string;
  lElem: TJvSimpleXMLElem;
begin
  J := Pos('_', Form.Name);
  if J = 0 then
    S := Form.Name
  else
    S := Copy(Form.Name, 1, J - 1);
  lElem := FindItemNamed(nil, S, True);
  if lElem <> nil then
    TranslateComponent(Form, lElem)
end;

*************************************************************+

I don't understand the meaning of these lines:

  J := Pos('_', Form.Name);
  if J = 0 then
    S := Form.Name
  else
    S := Copy(Form.Name, 1, J - 1);

JvTranslator won't translate any form if the name contains a "_"

I noticed that since my form is named "Form_Main", and I was wondering why the JvTranslator wasn't able to translate.

The example in "examples" folder works, since the form name has no "_"

In fact I had to modify the method in this way :

procedure TJvTranslator.Translate(const Form: TCustomForm);
var
  lElem: TJvSimpleXMLElem;
begin
  lElem := FindItemNamed(nil, Form.Name, True);
  if lElem <> nil then
    TranslateComponent(Form, lElem)
end;

Am I right or not ? :|


Subject: JvStatusBar refresh and AutoHint
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sat, 29 Jul 2006 02:34:18 -0400
Newsgroups: jedi.vcl

I've a scenario whereby a speed button has a hint. My JvStatusBar has
AutoHint on. Clicking on the speed button starts a SQL query that takes 5
seconds or so. The AutoHint is still visible, until the query is done.

I'd really like to show status in the status bar whilst the query is active
(there's actually a series of 4 queries, I'm looking to update the status
bar between each query).

So, how so I force the statusbar to revert to normal?

I've tried turning off autohint at the start, and turning it back on once
the queries are done. No good.

Is the only solution to call "processmessages"?

Thanks,

EdB




Subject: TJvFilenameEdit filter question
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sat, 29 Jul 2006 01:28:30 +0100
Newsgroups: jedi.vcl

I have a question re filter behavior. I set a series of ilters. When I 
first browse, I see all files. If I change the filter from say *.* to 
*.vbs, all files disappear. If I go up to the parent directory and back 
down, all the vbs files appear w/o touching the filter. Is there a 
property that needs to be set or an event that I must handle ?
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Jul 2006 20:39:04 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 21:24:40 +0200 schrieb Michael Fritz:

And now it's up to you to find the cause of this error!

I've downloaded the daily zip of JCL (dated 2006-07-27) and JVCL dated
(2006-07-28) unzipped the files and ran both installers.

- JCL compiled w/o any problems as it did before (files from SVN).
- JVCL compiled w/o any problems, too the initial encountered error about
the JclVCL units disappeared!

Strange now, huh! The only difference I could find is a path in the JCL
installer. The insteller from SVN used the following paths on my computer: 
dcp directory: q:\delphi70\_dcp
bpl directory: q:\delphi70\_bpl

The daily zip uses however:
dcp directory: q:\delphi70\_dcp
bpl directory: q:\delphi70\_jcl\lib\d7

That's all! The JVCL installer used the same settings and path as it did
for the SVN files!

Now I'm going to test a little bit more: I'm changing the bpl path to the
one I first used q:\delphi70\_bpl...
-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Jul 2006 20:08:06 +0200
Newsgroups: jedi.vcl

Am Fri, 28 Jul 2006 13:04:19 +0200 schrieb Ralf Kaiser:

> > i added: <JEDI>\jcl\lib\d9 to the global LIB path and recompiled by hand.
Even this did not help me out of here...

I gave up for now - I cannot install JVCL for now and must search for
another solution.

-- cu, Michael 

Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Robert Meek" <meekTAN@comcast.net>
Date: Fri, 28 Jul 2006 09:22:23 -0400
Newsgroups: jedi.vcl

    No it works for others as well in Delphi at least.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:eac8hk$qfq$1@news.talkto.net...
> >I believe it only works for VCL exceptions.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Robert Meek" <meekTAN@comcast.net>
Date: Fri, 28 Jul 2006 09:21:36 -0400
Newsgroups: jedi.vcl

    Do you have the jcl and jvcl both installed?  Make sure you have 
AppendLogFile = true, ExceptionLogging = True, LogtoFile = True, 
StackTracingEnabled = Trueand UnhandledExceptionsOnly = False;  Make sure 
under Project options that all Debug Info is turned on.  I also have TD32 
Debug info turned on as well.  It seems that turns on automatically when I 
click the Insert Jcl Debug info menu item under Projects.
    If none of this works, I can only think that perhaps it has something to 
do specifically with C++.  I wrote the component specifically for use with 
Delphi and never tested it myself under C++ as I don't have it, however 
others have told me it does work.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Gary Pickrell" <gap@eskimo.com> wrote in message news:op.tddcu9xabi0fdk@dallben.hsd1.wa.comcast.net... Thank you very much for your suggestions. Yes, I've created a specail project for this. I have a TJvDebugHandler, a memo and a button. The button contains one of two lines. 1) throw "up"; 2) x = x/0; Neither give line numbers. I've clicked Projects->Options->Compiler->Full Debug I've cheched Projects->Options->Linker->Map File (Detailed) I haven't gotten a line number or file name yet =-( Thanks again! -Gary On Thu, 27 Jul 2006 14:40:22 -0700, Robert Meek <meekTAN@comcast.net> wrote:
> >     Have you tried setting up and testing for a basic exception like div 
> > by
> > 0?  If this works, then it may just be that particular error, as 
> > sometimes
> > and for what reason I'm not sure of the line number is not always 
> > reported
> > correctly by the underlying exception handling code.  Also, make sure you
> > have full debug info turned on and have a detailed MAP file created!
> >



-- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ 

Subject: Re: jvCoolBar + XP syle Menu
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Jul 2006 13:43:31 +0200
Newsgroups: jedi.vcl

Zapology wrote:
> Hi,
>
> i want to have a Menu in a jvCoolbar.
> but if i use a jvToolbar as a Menu i can't use the jvXPMenuItemPainter
> with it.

Yes you can, provided the menu you indicate to it is a TJvMainMenu


> Is it possible to have a XP style Menu in a jvCoolbar?

Not sure.


Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Jul 2006 13:41:54 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" wrote in message <news:eacrfd$thn$1@news.talkto.net>:

> > But i have searched my whole system now for jcl*.dcu and jv*.dcu and deleted
> > them all. After that i installed JCL without problems and the installation
> > for D2006 showed the same error as on Michaels system:
> > 
> > E:\LIB\JEDI\jvcl\run\JvBackgrounds.pas(68) Fatal: E2225 Never-build package
> > 'JclVcl' must be recompiled
I will try again and search all drives for any occurrences - but I'm also
sure I do not have any further in any of the accessible paths.

BTW I've tried to compile the JvCoreD7R.dpk (I guess that's the name w/o
looking it up) in the D7 IDE and it failed with the same error, also I did
not try your solution yet. 

I will report about this afternoon or evening.

-- cu, Michael 

Subject: jvCoolBar + XP syle Menu
From: Zapology <Zapology@gmx.net>
Date: Fri, 28 Jul 2006 13:34:27 +0200
Newsgroups: jedi.vcl

Hi,

i want to have a Menu in a jvCoolbar.
but if i use a jvToolbar as a Menu i can't use the jvXPMenuItemPainter
with it.

Is it possible to have a XP style Menu in a jvCoolbar?

Zapology


Subject: Re: Fatal Error can't find CJcl.bpi
From: Paw Suddergaard <paw@easyflex.dk>
Date: Fri, 28 Jul 2006 13:26:26 +0200
Newsgroups: jedi.vcl

> Open your project's bpr file with a text editor (while it is NOT opened in BCB) and look for references to those packages. Remove them and you should be sorted.

I've had the same problem with CJCL and CJVCL... I removed them... But now all my XP buttons are missing their Glyph :o(

Why?


Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 28 Jul 2006 13:20:00 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag
news:eacqtd$tdn$1@news.talkto.net...
> > Ralf Kaiser wrote:
>> > > Hi,
>> > >
>> > > i added: <JEDI>\jcl\lib\d9 to the global LIB path and recompiled by
hand.
>> > >
>> > > But i am sure that i had some older DCU somewhere (like OBones said
before).
>> > > Currently i am searching all my drives for old DCUs and will try to
solve
>> > > this for me by removing them ALL
>> > >
>> > > (BTW: it only happed for D2005, not for D5 or D7 so it must have been a
DCU
>> > > that only D2005 was able to find!)
> >
> > Or it might be that you have both D2005 and D2006 installed. And because
> > they share the same bpl output directory, if the BPL found is from
> > D2005, D2006 will require that you recompile it.

No. I do not have D2006! (the BPL names contain the version nuber, so i
don't think that this coud happen...)

But i have searched my whole system now for jcl*.dcu and jv*.dcu and deleted
them all. After that i installed JCL without problems and the installation
for D2006 showed the same error as on Michaels system:

E:\LIB\JEDI\jvcl\run\JvBackgrounds.pas(68) Fatal: E2225 Never-build package
'JclVcl' must be recompiled

I am absolutely shure that i did not have ANY DCUs from jcl or jvcl on my
system before installing this time!

Really strange...  I will have to rebuild the JVCL in the IDE (as before)

Ciao,
Ralf



Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 28 Jul 2006 13:04:19 +0200
Newsgroups: jedi.vcl

Hi,

i added: <JEDI>\jcl\lib\d9 to the global LIB path and recompiled by hand.

But i am sure that i had some older DCU somewhere (like OBones said before).
Currently i am searching all my drives for old DCUs and will try to solve
this for me by removing them ALL

(BTW: it only happed for D2005, not for D5 or D7 so it must have been a DCU
that only D2005 was able to find!)

Ciao,
Ralf





Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Jul 2006 13:03:15 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
> Hi,
>
> i added: <JEDI>\jcl\lib\d9 to the global LIB path and recompiled by hand.
>
> But i am sure that i had some older DCU somewhere (like OBones said before).
> Currently i am searching all my drives for old DCUs and will try to solve
> this for me by removing them ALL
>
> (BTW: it only happed for D2005, not for D5 or D7 so it must have been a DCU
> that only D2005 was able to find!)

Or it might be that you have both D2005 and D2006 installed. And because they share the same bpl output directory, if the BPL found is from D2005, D2006 will require that you recompile it.


Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Jul 2006 09:18:17 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:eacc9l$r18$1@news.talkto.net>:

> > Which confirms what i'm saying: there is another bpl, dcp, dcu file 
> > somewhere that triggers this...
Olivier,

however I did not change anything in my JCL or JVCL installation. The
directories are still the same as are the paths in the IDE. I just updated
from the SVN repository and called install.bat - that's all.

I made use of the JVCL library all time before w/o any problems until I
updated and did a *fresh* install.

Anyway, I will search the harddisk for any occurrences of any JclVCL file
and report back here...

-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Jul 2006 09:12:01 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" wrote in message <news:eac9m6$ql4$1@news.talkto.net>:

> > i had the same problem some time ago (about 4 weeks) when using the
> > installer. I solved it by opening the packages in Delphi and adding the path
> > (compiler searchg path!) to JclVcl to all packages by hand and recompiling
> > them.
Thanks Ralf for reply,

which path did you add? The path with the bpl's or dcp's or with the
sources. Did you add it to ALL packages?

If so I wonder why there are not more threads about this problem or better
why the installer does not take care of this.

I guess it will be ok if I add this path to the global search path of the
IDE.
 
> > (setting the correct compiler search path  should be quite easy if you use
> > Andreas Hausladens DDevExtensions! :-)
I will try since I've it installed, too

-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Jul 2006 08:54:00 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
> "Michael Fritz" <spam_athome@yahoo.de> schrieb im Newsbeitrag
> news:zue8b56wathe$.iqhvujfzsk8j$.dlg@40tude.net...
>
>> Q:\Delphi70\_jvcl\run\JvBackgrounds.pas(68) Fatal: Never-build package
>> 'JclVcl' must be recompiled
>>
>
> Hi,
>
> i had the same problem some time ago (about 4 weeks) when using the
> installer. I solved it by opening the packages in Delphi and adding the path
> (compiler searchg path!) to JclVcl to all packages by hand and recompiling
> them.

Which confirms what i'm saying: there is another bpl, dcp, dcu file somewhere that triggers this...


Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 28 Jul 2006 08:16:21 +0200
Newsgroups: jedi.vcl

"Michael Fritz" <spam_athome@yahoo.de> schrieb im Newsbeitrag
news:zue8b56wathe$.iqhvujfzsk8j$.dlg@40tude.net...

> > Q:\Delphi70\_jvcl\run\JvBackgrounds.pas(68) Fatal: Never-build package
> > 'JclVcl' must be recompiled
> >

Hi,

i had the same problem some time ago (about 4 weeks) when using the
installer. I solved it by opening the packages in Delphi and adding the path
(compiler searchg path!) to JclVcl to all packages by hand and recompiling
them.

(setting the correct compiler search path  should be quite easy if you use
Andreas Hausladens DDevExtensions! :-)

Ciao,
Ralf



Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 28 Jul 2006 07:49:50 +0200
Newsgroups: jedi.vcl

I believe it only works for VCL exceptions.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Jul 2006 07:40:14 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 23:08:49 +0200 schrieb OBones:

> > No. You might have another copy of the JCL somewhere else. Check the 
> > dates of the packages.
I've found an old DjclVcl.dvp somewhere, deleted it but does not run
either.
Which packages must I search for. JclVCL.*?


-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Jul 2006 06:58:43 +0200
Newsgroups: jedi.vcl

Am Fri, 28 Jul 2006 06:55:38 +0200 schrieb Michael Fritz:

> > Am Thu, 27 Jul 2006 21:18:40 +0000 (UTC) schrieb Andreas Hausladen:
> > 
>> >> Are there some .dcu files in the jcl/source/* or jvcl/run directories ?
>> >> The compiler preferes .dcu files before .dcp files.
> > No, not at all.
I've found them in jcl/lib/d7 or jvcl/dcu and jvcl/lib/d7

Why are their duplicate dcu files in the last mention directories? They all
have almost the same create time just about one or two seconds diff?

-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 28 Jul 2006 06:55:38 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 21:18:40 +0000 (UTC) schrieb Andreas Hausladen:

> > Are there some .dcu files in the jcl/source/* or jvcl/run directories ?
> > The compiler preferes .dcu files before .dcp files.
No, not at all.

-- cu, Michael 

Subject: TJvProgressDialog OnProgress problem
From: Peter Panino <peter-panino@aon.at>
Date: Fri, 28 Jul 2006 03:22:56 +0200
Newsgroups: jedi.vcl

The JvProgressDialog OnProgress event seems to be not triggered:

ProgressDlg.InitValues(1, 50, 1, 0, 'Caption', '');
ProgressDlg.Show;
for i := 1 to 50 do
begin
  ProgressDlg.Text := IntToStr(i);
  ProgressDlg.Position := i;
end;
ProgressDlg.Hide;

procedure TForm1.ProgressDlgProgress(Sender: TObject; var AContinue: Boolean);
begin
  windows.Beep(200,100); // does not work!
end;

Shouldn't it beep on every step (50 times in all)?

TJvProgressDialog Version 3.10


Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Gary Pickrell" <gap@eskimo.com>
Date: Thu, 27 Jul 2006 15:31:47 -0700
Newsgroups: jedi.vcl


Thank you very much for your suggestions.

Yes, I've created a specail project for this.  I have a TJvDebugHandler,
a memo and a button.  The button contains one of two lines.

1) throw "up";
2) x = x/0;

Neither give line numbers.

I've clicked Projects->Options->Compiler->Full Debug
I've cheched Projects->Options->Linker->Map File (Detailed)

I haven't gotten a line number or file name yet =-(

Thanks again!

    -Gary

On Thu, 27 Jul 2006 14:40:22 -0700, Robert Meek <meekTAN@comcast.net> wrote:

>     Have you tried setting up and testing for a basic exception like div by
> 0?  If this works, then it may just be that particular error, as sometimes
> and for what reason I'm not sure of the line number is not always reported
> correctly by the underlying exception handling code.  Also, make sure you
> have full debug info turned on and have a detailed MAP file created!
>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Robert Meek" <meekTAN@comcast.net>
Date: Thu, 27 Jul 2006 17:40:22 -0400
Newsgroups: jedi.vcl

    Have you tried setting up and testing for a basic exception like div by 
0?  If this works, then it may just be that particular error, as sometimes 
and for what reason I'm not sure of the line number is not always reported 
correctly by the underlying exception handling code.  Also, make sure you 
have full debug info turned on and have a detailed MAP file created!

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Gary Pickrell" <gap@eskimo.com> wrote in message news:op.tdbb9rylbi0fdk@dallben.hsd1.wa.comcast.net... I'm having trouble getting the file name and the line number of an exception when using TJvDebugHandler Here is the message I'm getting. 7/26/2006 1:16:39 PM Exception EExternalException occured in RaiseException at 0 in file Message: C++ Exception This is created by throwing an exception on line 30 of the file Unit1.cpp I'm copying the information out of the ExceptionStringList property. Any ideas what I should try? Thanks in advanced. I'm very excited about the idea of having file names and line numbers for debugging purposes when something goes wrong! I'll do a happy dance when I get it working. Watch out world! -Gary
-- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 27 Jul 2006 21:18:40 +0000 (UTC)
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Perhaps the installer cannot find one of them. The paths to both
> > directories is correct and can be found in PATH.

Are there some .dcu files in the jcl/source/* or jvcl/run directories ?
The compiler preferes .dcu files before .dcp files.


-- Regards, Andreas Hausladen 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 23:09:15 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 23:05:26 +0200 schrieb Michael Fritz:

> > Is it possible that this file has got the wrong name? Instead of JclVCL it
> > must read JclVcl70?
I've found a JclVcl70.bpl in my .\bpl directory and a JclVCL.dcp in my
..\dcp directory both compiled today...

Perhaps the installer cannot find one of them. The paths to both
directories is correct and can be found in PATH.

-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 27 Jul 2006 23:08:49 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Am Thu, 27 Jul 2006 22:33:05 +0200 schrieb OBones:
>
>
>> You need the JCL SVN version as well, and need to compile it first.
>
> Is it possible that this file has got the wrong name? Instead of JclVCL it
> must read JclVcl70?

No. You might have another copy of the JCL somewhere else. Check the dates of the packages.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 23:05:26 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 22:33:05 +0200 schrieb OBones:

> > You need the JCL SVN version as well, and need to compile it first.
Is it possible that this file has got the wrong name? Instead of JclVCL it
must read JclVcl70?

I'm using D7 BTW.
-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 22:53:42 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 22:33:05 +0200 schrieb OBones:

> > You need the JCL SVN version as well, and need to compile it first.
I thought I did this already but I updated again w/o any problems and
installed it again.

After re-running the installer of JVCL I get the same error again...

-- cu, Michael 

Subject: Re: Fatal: Never-build package 'JclVcl' must be recompiled
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 27 Jul 2006 22:33:05 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Hi,
>
> finally I managed to update from SVN and did a fresh install of JVCL. After
> some time the compilation stops with this error:
>
> Q:\Delphi70\_jvcl\run\JvBackgrounds.pas(68) Fatal: Never-build package
> 'JclVcl' must be recompiled
>
> What does this mean? I've tried to uncheck the option "Use JVCL in all
> packages" but this didn't solve it either - honestly I do not have any clue
> where to search to resolve this error.

You need the JCL SVN version as well, and need to compile it first.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Fatal: Never-build package 'JclVcl' must be recompiled
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 21:24:40 +0200
Newsgroups: jedi.vcl

Hi,

finally I managed to update from SVN and did a fresh install of JVCL. After
some time the compilation stops with this error:

Q:\Delphi70\_jvcl\run\JvBackgrounds.pas(68) Fatal: Never-build package
'JclVcl' must be recompiled

What does this mean? I've tried to uncheck the option "Use JVCL in all
packages" but this didn't solve it either - honestly I do not have any clue
where to search to resolve this error.

-- cu, Michael 

Subject: Re: SVN Update Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 21:03:26 +0200
Newsgroups: jedi.vcl

Am Thu, 27 Jul 2006 20:38:50 +0200 schrieb OBones:

>> >> Just replace this line in postnew.sh:
>> >> export SVNCOMMAND=export
>> >> by
>> >> export SVNCOMMAND=checkout
> > 
> > That's a start, but I dont think zip and 7zip will find them. I'll try.
Perhaps you build an extra zip containing the .SVN directories additionally
as I think not everybody will need those SVN control files, too.

-- cu, Michael 

Subject: Re: BDS2006 install problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 27 Jul 2006 20:39:24 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> OBones a écrit :
>
>> I happened on every single install I've done here. Clean installs, on newly installed Delphi 2006. Ran it once before, JCL installed correctly, but the map files would never link.
>
>
> This process could fail if the JVCL installer is launched before the JCL installation is finished.

Might be, but I always waited for it to finish. However, I did not start Delphi between the two installs.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: SVN Update Problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 27 Jul 2006 20:38:50 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> OBones a écrit :
>
>> They are hidden files, and by default, not added. As they don't include any user details (contrary to what CVS did), I might add them, but don't have the time to work on this right now
>
>
> These files are not created because of the command used to get the sources.
>
> Just replace this line in postnew.sh:
> export SVNCOMMAND=export
> by
> export SVNCOMMAND=checkout

That's a start, but I dont think zip and 7zip will find them. I'll try.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: BDS2006 install problem
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 27 Jul 2006 20:24:40 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> I happened on every single install I've done here. Clean installs, on newly installed Delphi 2006. Ran it once before, JCL installed correctly, but the map files would never link.

This process could fail if the JVCL installer is launched before the JCL installation is finished.

-- 
Florent Ouchet


Subject: Re: SVN Update Problem
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 27 Jul 2006 20:21:28 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> They are hidden files, and by default, not added. As they don't include any user details (contrary to what CVS did), I might add them, but don't have the time to work on this right now

These files are not created because of the command used to get the sources.

Just replace this line in postnew.sh:
export SVNCOMMAND=export
by
export SVNCOMMAND=checkout

-- 
Florent Ouchet


Subject: Re: SVN Update Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 13:17:20 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:eaa6qr$ec6$1@news.talkto.net>:

> > But once it is done, you will only receive a few files daily, and that 
> > works just fine. It's been a long time since I had the above mentionned 
> > problem.
Yes, of course your are right. 

BTW I've done a feature request in the Tortoise newsgroup to add an option
on the update dialog to automatically resume the update process if there is
an error. Let's see what the developers will say about this...

-- cu, Michael 

Subject: Re: SVN Update Problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Jul 2006 13:08:27 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:eaa2ji$djd$1@news.talkto.net>:
>
>> They are hidden files, and by default, not added. As they don't include any user details (contrary to what CVS did), I might add them, but don't have the time to work on this right now
> So I will have to use this unbelievable SVN update again and again. OK, I
> will spend this half an hour (or more) and update the complete JVCL
> directory...

But once it is done, you will only receive a few files daily, and that works just fine. It's been a long time since I had the above mentionned problem.


Subject: Re: SVN Update Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 12:40:52 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:eaa2ji$djd$1@news.talkto.net>:

> > They are hidden files, and by default, not added. As they don't include 
> > any user details (contrary to what CVS did), I might add them, but don't 
> > have the time to work on this right now
So I will have to use this unbelievable SVN update again and again. OK, I
will spend this half an hour (or more) and update the complete JVCL
directory...

-- cu, Michael 

Subject: Re: SVN Update Problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Jul 2006 11:56:12 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:ea9tok$cqu$1@news.talkto.net>:
>
>> http://jvcl.sf.net/daily/
>> http://jcl.sf.net/daily/
> A question regarding the zipped files at this location: I guess that those
> files do not include the .svn subdirectories, right?

Right.


> I would prefer to be them included to do an SVN update for myself after
> unpacking the files...

They are hidden files, and by default, not added. As they don't include any user details (contrary to what CVS did), I might add them, but don't have the time to work on this right now


Subject: Re: SVN Update Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 11:27:30 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:ea9tok$cqu$1@news.talkto.net>:

> > http://jvcl.sf.net/daily/
> > http://jcl.sf.net/daily/
A question regarding the zipped files at this location: I guess that those
files do not include the .svn subdirectories, right?

I would prefer to be them included to do an SVN update for myself after
unpacking the files...

-- cu, Michael 

Subject: Re: SVN Update Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 11:16:42 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:ea9tok$cqu$1@news.talkto.net>:


> > Does not seem to be SourceForge, but more an "in between" transparent 
> > proxy, as it does not happen internally at SourceForge. It did not 
> > happen either from my SVN server at home to my work. So I guess it's 
> > related to some provider in the middle. SF has been informed, they know 
> > about it, but I don't think they can do much about it.

Thanks Olivier for your reply. Anyway, I've just submitted a support
request at SFN.

-- cu, Michael 

Subject: Re: 2006-07-26 01:39:20 PDT Daily Correctly Installed on Delphi 6 Personal
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Jul 2006 10:34:29 +0200
Newsgroups: jedi.vcl

faber wrote:
> Hi All :)
>
> Thx to all JVCL team especially to OBones :)
>
> I had to create the JvCoreD6R.res file and then the installer did all the work without problems.

Ah yes, sorry.


> I've got 2 warnings:
> C:\Programmi\Borland\Delphi6\JVCL\run\NvURLListGrabber.pas (712): Symbol
> 'StartAll' is deprecated
>
> C:\Programmi\Borland\Delphi6\JVCL\run\NvURLListGrabber.pas (726): Symbol 'StartAll' is deprecated

Expected, I'll remove those methods altogether when the release comes, most likely in September.


Subject: Re: SVN Update Problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Jul 2006 10:33:47 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Whom must I blame for this annoying issue? I guess it's Sourceforge, right?
> Is there any contact possibility to send a complaint about this?

Does not seem to be SourceForge, but more an "in between" transparent proxy, as it does not happen internally at SourceForge. It did not happen either from my SVN server at home to my work. So I guess it's related to some provider in the middle. SF has been informed, they know about it, but I don't think they can do much about it.


> Is it just me who gets this error or sbdy else, too? 

I do too, but not always. Mostly, it's when there are 200 files to update that I get it.


> Can sbdy please post the link for the nightly builds of JVCL and perhaps of
> JCL, too?

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/


Subject: 2006-07-26 01:39:20 PDT Daily Correctly Installed on Delphi 6 Personal
From: faber <faber@italy.it>
Date: Thu, 27 Jul 2006 09:59:21 +0200
Newsgroups: jedi.vcl

Hi All :)

Thx to all JVCL team especially to OBones :)

I had to create the JvCoreD6R.res file and then the installer did all the work without problems.

I've got 2 warnings:
C:\Programmi\Borland\Delphi6\JVCL\run\NvURLListGrabber.pas (712): Symbol
'StartAll' is deprecated

C:\Programmi\Borland\Delphi6\JVCL\run\NvURLListGrabber.pas (726): Symbol 'StartAll' is deprecated


:)


Subject: SVN Update Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 27 Jul 2006 09:42:51 +0200
Newsgroups: jedi.vcl

Hi,

three months ago I posted this message here:

--------------------------------------------
Hi,
I assume that right now SVN on Sourceforge has some problems. I cannot
download any of the JVCL files using
https://svn.sourceforge.net/svnroot/jvcl. 
I cannot even browse the directory on SFN.

Downloading JVCL currently starts up but breaks with error "REPORT request
failed on '/svnroot/jvcl/!svn/vcc/default' and 'REPORT of
/svnroot/jvcl/!svn/vcc/default': Could not read response body:....'
--------------------------------------------

And I sill having this annoying issue when updating JVCL (and JCL too) from
SVN. Of course after restarting the update and resuming more than 10 times
I finally get all the files however this means I've to sit at my computer
and wait for the error occurring.

I use the SVN update @work and @home this means different firewalls are
active with different providers. @Home I'm running the very famous
Fritz!Box 7170 for DSL connection and everything and I mean really
everything works including online gaming and surfing the internet but not
this SVN update. I've installed the latest Tortoise update of course!

Whom must I blame for this annoying issue? I guess it's Sourceforge, right?
Is there any contact possibility to send a complaint about this?

Is it just me who gets this error or sbdy else, too? 
Can sbdy please post the link for the nightly builds of JVCL and perhaps of
JCL, too?

Thanks,
-- cu, Michael 

Subject: Re: Desktop Alert - Message
From: "Daytona" <d@d.com>
Date: Wed, 26 Jul 2006 22:52:35 -0700
Newsgroups: jedi.vcl

Nice Don!

I had missed the bit that it was being passed as a parm.  Been coding 
forever, but that is exactly the kind of crapola that still wastes so much 
of my time :)



"Don S" <blacknapkin@twistandfruge.com> wrote in message 
news:ea9cqa$alc$1@news.talkto.net...
>>> >>> How can you send multiple line of text with return lines, alert.exe 
>>> >>> "Title" "Message" "Width:400" "Height:200" and so on.
> >
>> >> Have you tried adding #13 where you want line breaks?
>> >> I use this all the time in other controls...
> >
> > If that doesn't work with command line args, you can preprocess the 
> > message text to replace a token like '\n' with the CR and/or LF needed in 
> > the control.
> >
> > alert.exe "Title" "Message line 1\nMessage line 2" "Width:400" 
> > "Height:200"
> >
> > and in your app:
> >
> > sMessage := StringReplace(ParamStr(2), '\n', #13, [rfReplaceAll]);
> >
> > hth...
> >
> > 




Subject: Re: Desktop Alert - Message
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 26 Jul 2006 23:44:16 -0400
Newsgroups: jedi.vcl

>> >> How can you send multiple line of text with return lines, alert.exe 
>> >> "Title" "Message" "Width:400" "Height:200" and so on.

> > Have you tried adding #13 where you want line breaks?
> > I use this all the time in other controls...

If that doesn't work with command line args, you can preprocess the message 
text to replace a token like '\n' with the CR and/or LF needed in the 
control.

alert.exe "Title" "Message line 1\nMessage line 2" "Width:400" "Height:200"

and in your app:

sMessage := StringReplace(ParamStr(2), '\n', #13, [rfReplaceAll]);

hth...




Subject: Re: Desktop Alert - Message
From: Handred <jrsmith@mediom.com>
Date: Wed, 26 Jul 2006 22:16:50 -0400
Newsgroups: jedi.vcl

I will try it by tomorow, at this time I was reinstalling delphi because of an error that occured heh.. Thanks for this fast answer. First time I use news groups, seems like it REALLY worths it.

Best regards.

Handred

Daytona wrote:
> Have you tried adding #13 where you want line breaks?
>
> I use this all the time in other controls...
>
> "Handred" <jrsmith@mediom.com> wrote in message news:ea9769$9r5$1@news.talkto.net...
>> Hi.
>>
>> I am making a little application with only DesktopAlert component on a hidden form. It is a standalone exe file where you call parameters and depending on them, it only shows the alert and then exit itself.
>>
>> You call it this way:
>>
>> alert.exe "Title" "Message" "Width:400" "Height:200" and so on.
>>
>> My problem is the following.
>>
>> How can you send multiple line of text with return lines, so the box shows it this way?
>>
>> ______________________________________
>> |Some title                          x|
>> |       |
>> |message line 1       |
>> |message line 2                       |
>> |_____________________________________|
>>
>> Reply me at jrsmith@mediom.com
>>
>> Thanks a lot! 
>
>


Subject: Re: Desktop Alert - Message
From: "Daytona" <d@d.com>
Date: Wed, 26 Jul 2006 19:13:22 -0700
Newsgroups: jedi.vcl

Have you tried adding #13 where you want line breaks?

I use this all the time in other controls...

"Handred" <jrsmith@mediom.com> wrote in message 
news:ea9769$9r5$1@news.talkto.net...
> > Hi.
> >
> > I am making a little application with only DesktopAlert component on a 
> > hidden form. It is a standalone exe file where you call parameters and 
> > depending on them, it only shows the alert and then exit itself.
> >
> > You call it this way:
> >
> > alert.exe "Title" "Message" "Width:400" "Height:200" and so on.
> >
> > My problem is the following.
> >
> > How can you send multiple line of text with return lines, so the box shows 
> > it this way?
> >
> > ______________________________________
> > |Some title                          x|
> > |       |
> > |message line 1       |
> > |message line 2                       |
> > |_____________________________________|
> >
> > Reply me at jrsmith@mediom.com
> >
> > Thanks a lot! 




Subject: Desktop Alert - Message
From: Handred <jrsmith@mediom.com>
Date: Wed, 26 Jul 2006 22:08:14 -0400
Newsgroups: jedi.vcl

Hi.

I am making a little application with only DesktopAlert component on a hidden form. It is a standalone exe file where you call parameters and depending on them, it only shows the alert and then exit itself.

You call it this way:

alert.exe "Title" "Message" "Width:400" "Height:200" and so on.

My problem is the following.

How can you send multiple line of text with return lines, so the box shows it this way?

______________________________________
|Some title                          x|
|                      |
|message line 1                  |
|message line 2                       |
|_____________________________________|

Reply me at jrsmith@mediom.com

Thanks a lot!


Subject: Getting File and Line # infomation from TJvDebugHandler in C++ builder 5
From: "Gary Pickrell" <gap@eskimo.com>
Date: Wed, 26 Jul 2006 13:23:41 -0700
Newsgroups: jedi.vcl


I'm having trouble getting the file name and the line number of an exception when using TJvDebugHandler

Here is the message I'm getting.

7/26/2006 1:16:39 PM Exception EExternalException occured in RaiseException at 0 in file
Message: C++ Exception

This is created by throwing an exception on line 30 of the file Unit1.cpp  I'm copying the information out of the ExceptionStringList property.  Any ideas what I should try?

Thanks in advanced.  I'm very excited about the idea of having file names and line numbers for debugging purposes when something goes wrong!  I'll do a happy dance when I get it working.  Watch out world!

    -Gary


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 26 Jul 2006 19:44:29 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> I have added the missing JvCore-R packages for personal versions,
>
>
> Why does JvCore-R requires a DB package? Was that your C++Builder fix of
> JvDataSourceIntf ?

Yes. Unless you want to #define all values from the DB types, that's the only way to go.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 26 Jul 2006 16:59:33 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I have added the missing JvCore-R packages for personal versions,

Why does JvCore-R requires a DB package? Was that your C++Builder fix of
JvDataSourceIntf ?



-- Regards, Andreas Hausladen 

Subject: Re: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 26 Jul 2006 10:55:33 +0200
Newsgroups: jedi.vcl

faber wrote:

> Hi and thanks again for the fast reply
>
> What software should i use to get the cvs version from server ?
>
> Maybe it's better if i wait this night daily build :)
>
> Sorry, i'm new to cvs world :)

It's SVN and it's all described here:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository


Subject: Re: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: faber <faber@italy.it>
Date: Wed, 26 Jul 2006 10:36:08 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> faber wrote:
>
>> The DelphiPersoanlEdition symbol was already activated, but i've got the same error :(
>
> Please try with current SVN version (rev 10845), I have added the missing JvCore-R packages for personal versions, and updated the project groups.
>
>
>> About the "Projects macro in project group file is missing or incorrect" error:
>>
>> http://bdn.borland.com/article/29862
>>
>> I don't know why borland says that it's a margin problem.. lol
>
> Cause it's not Borland that says that, it's someone who wrote an article on BDN.


Hi and thanks again for the fast reply

What software should i use to get the cvs version from server ?

Maybe it's better if i wait this night daily build :)

Sorry, i'm new to cvs world :)


Subject: Re: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 26 Jul 2006 09:52:36 +0200
Newsgroups: jedi.vcl

faber wrote:

> The DelphiPersoanlEdition symbol was already activated, but i've got the same error :(

Please try with current SVN version (rev 10845), I have added the missing JvCore-R packages for personal versions, and updated the project groups.


> About the "Projects macro in project group file is missing or incorrect" error:
>
> http://bdn.borland.com/article/29862
>
> I don't know why borland says that it's a margin problem.. lol

Cause it's not Borland that says that, it's someone who wrote an article on BDN.


Subject: Re: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: faber <faber@italy.it>
Date: Wed, 26 Jul 2006 09:37:27 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> faber wrote:
>> Hi All
>>
>> After I installed the daily JCL, I tried to install the daily JVCL too but I got this error:
>>
>> JvCoreD6R.dpk(46) Fatal: Required package 'dbrtl' not found
>>
>> I haven't got dbrlt since I'm using Personal Edition.
>
> Yes, but that's expected. Is the "DelphiPersonalEdition" symbol defined in the include file? It should be, and that file is jvcld6.inc. Open it with notepad, and remove the dot (".") in front of this $DEFINE DelphiPersonalEdition. Then start the installer. Note that this define should be set automatically by the installer, hence my surprise not to see it.
>
>
>> So, I tried to install JVCL Manually but while opening the Borland Project Group file in "packages" folder I got another error from IDE:
>>
>> PROJECTS macro in project group file missing or incorrect
>>
>> I googled it and I read that it's a issue with the right margin. I tried to increase the right margin in the Editor windows (as said in the Borland website) but the error was still here.
>
> What? That has nothing to do with a margin in the editor. I don't have Delphi 6 here at work, I'll try to have a look in the next few days, but it's more related to a "line-ending" conversion problem.
>
>
>> PS: Sorry for my english :) I'm italian :)
>
> No worries, it was good enough for me to understand it.


Hi :)

thanks for your reply

The DelphiPersoanlEdition symbol was already activated, but i've got the same error :(

About the "Projects macro in project group file is missing or incorrect" error:

http://bdn.borland.com/article/29862

I don't know why borland says that it's a margin problem.. lol



Subject: Re: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 26 Jul 2006 08:38:18 +0200
Newsgroups: jedi.vcl

faber wrote:
> Hi All
>
> After I installed the daily JCL, I tried to install the daily JVCL too but I got this error:
>
> JvCoreD6R.dpk(46) Fatal: Required package 'dbrtl' not found
>
> I haven't got dbrlt since I'm using Personal Edition.

Yes, but that's expected. Is the "DelphiPersonalEdition" symbol defined in the include file? It should be, and that file is jvcld6.inc. Open it with notepad, and remove the dot (".") in front of this $DEFINE DelphiPersonalEdition. Then start the installer. Note that this define should be set automatically by the installer, hence my surprise not to see it.


> So, I tried to install JVCL Manually but while opening the Borland Project Group file in "packages" folder I got another error from IDE:
>
> PROJECTS macro in project group file missing or incorrect
>
> I googled it and I read that it's a issue with the right margin. I tried to increase the right margin in the Editor windows (as said in the Borland website) but the error was still here.

What? That has nothing to do with a margin in the editor. I don't have Delphi 6 here at work, I'll try to have a look in the next few days, but it's more related to a "line-ending" conversion problem.


> PS: Sorry for my english :) I'm italian :)

No worries, it was good enough for me to understand it.


Subject: Re: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: faber <faber@italy.it>
Date: Wed, 26 Jul 2006 05:27:57 +0200
Newsgroups: jedi.vcl

faber ha scritto:
> Hi All
>
> After I installed the daily JCL, I tried to install the daily JVCL too but I got this error:
>
> Windows XP Service Pack 2 (5.1.2600)
>
> JVCL 3.30.0.0
>
> [Generating: Packages]
> Generating packages for D6
>     Loaded template.dof
>     Loaded template.dpk
>     Loaded template.rc
> [Compiling: Packages]
> [Compiling: JvCoreD6R.bpl]
> "C:\Programmi\Borland\Delphi6\Bin\dcc32.exe" JvCoreD6R.dpk
> Borland Delphi Version 14.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JvCoreD6R.dpk(46) Fatal: Required package 'dbrtl' not found
>
> I haven't got dbrlt since I'm using Personal Edition.
>
> So, I tried to install JVCL Manually but while opening the Borland Project Group file in "packages" folder I got another error from IDE:
>
> PROJECTS macro in project group file missing or incorrect
>
> I googled it and I read that it's a issue with the right margin. I tried to increase the right margin in the Editor windows (as said in the Borland website) but the error was still here.
>
>
> Any Idea ? :)
>
> Thanks in advace
>
> PS: Sorry for my english :) I'm italian :)


Didn't remember to say that I tried the JCL / JVCL dailies on a CLEAN delphi 6 installation :)


Subject: Daily 2006-07-25 01:39:37 PDT Doesn't Work on Delphi 6 Personal
From: faber <faber@italy.it>
Date: Wed, 26 Jul 2006 05:19:10 +0200
Newsgroups: jedi.vcl

Hi All

After I installed the daily JCL, I tried to install the daily JVCL too but I got this error:

Windows XP Service Pack 2 (5.1.2600)

JVCL 3.30.0.0

[Generating: Packages]
Generating packages for D6
    Loaded template.dof
    Loaded template.dpk
    Loaded template.rc
[Compiling: Packages]
[Compiling: JvCoreD6R.bpl]
"C:\Programmi\Borland\Delphi6\Bin\dcc32.exe" JvCoreD6R.dpk
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
JvCoreD6R.dpk(46) Fatal: Required package 'dbrtl' not found

I haven't got dbrlt since I'm using Personal Edition.

So, I tried to install JVCL Manually but while opening the Borland Project Group file in "packages" folder I got another error from IDE:

PROJECTS macro in project group file missing or incorrect

I googled it and I read that it's a issue with the right margin. I tried to increase the right margin in the Editor windows (as said in the Borland website) but the error was still here.


Any Idea ? :)

Thanks in advace

PS: Sorry for my english :) I'm italian :)


Subject: Re: Ambiguities due to jvDBFieldType
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 25 Jul 2006 17:50:53 +0100
Newsgroups: jedi.vcl

> >Well, please try the current SVN version that should improve things a
> >lot.

Not enough time for a test currently but the changes done look very good.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvThumbView
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Mon, 24 Jul 2006 17:11:13 +0200
Newsgroups: jedi.vcl

> > Well I am the original author, I know them well enough.

Oki. I'm talking with the right person then! :-)

> > o The sorting shoold be an easy task as far as I remember. I need to see
> >  the code to be sure but I think that it can be expanded easy to support
> >  any kind of sort. It is after all based on TStringList.

I see.

> > o The draging and relocating it will be a harder task to accomplish but it
> >  can be done. I need more info how this shoold work droping it on top of
> >  an other thumbnail shoold it take its place in the order pushing
> >  all others one position down or up. if you change folder and come back to
> >  the same folder do you need the components to remember the custom order?
> >  If yes then the new thumbnails how shoold they be sorted when reopening
> >  the same folder. Do you need the components to automatically save all
> >  information or your application will take care of that (which is better
> >  IMHO)?

If dragged on top of another thumb the other should be pushed down.
I'm not using the thumbnail viewer to show the content of directories but to
show a list
of thumb images that were taken from different paths simultaneously.
Is the application that take cares about thumbnail order management.
Data stored in each thumb property will be 'saved' in a database and restore
from it
when the thumbs collection have to be restored.

>> >> Are you familiar with TJvThumbnail also?
>> >> I'm looking to add to TJvThumbnail some more string properties and to
>> >> modify it's layout to show such
>> >> strings in the bottom of the thumbnail.
> >
> > Adding new properties is not that hard at all. Please be more
> > specific on the properties and how you plan to use them and
> > I could direct you for an optimal approch.
> > Also there is an event which you can use to set the caption
> > to what ever you like.

I need a couple more of labels to display over (or in the bottom of) the
thumbnail to show some custom data such as thumbnail position, thumb
comments and so on.

> > o I can only take a closer look on week ends and not all of them
> >  I am afraid.
> > I will try to help you in any question you might have.

I just need suggestion don't mind :-) 




Subject: Re: BDS2006 install problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Jul 2006 13:07:36 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> You can avoid getting those by unchecking the "Generate map files"
>> checkbox on the options page.
>
> That is a solution, but it doesn't explain why this happens. (This has
> never happened on my installation)

I happened on every single install I've done here. Clean installs, on newly installed Delphi 2006. Ran it once before, JCL installed correctly, but the map files would never link.


Subject: Re: BDS2006 install problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Mon, 24 Jul 2006 10:39:13 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > You can avoid getting those by unchecking the "Generate map files"
> > checkbox on the options page.

That is a solution, but it doesn't explain why this happens. (This has
never happened on my installation)


-- Regards, Andreas Hausladen 

Subject: Re: BDS2006 install problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Jul 2006 11:25:07 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Mirek wrote:
>> latest daily version JCL, JVCL and BDS2006 Update 2
>>
>> I get the following errors:
>
> Yes, those do not affect the installation of the JVCL, it's just that the packages won't have detailed debugging informations.
> Not much of a problem for regular usage.

You can avoid getting those by unchecking the "Generate map files" checkbox on the options page.


Subject: Re: BDS2006 install problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Jul 2006 11:24:40 +0200
Newsgroups: jedi.vcl

Mirek wrote:
> latest daily version JCL, JVCL and BDS2006 Update 2
>
> I get the following errors:

Yes, those do not affect the installation of the JVCL, it's just that the packages won't have detailed debugging informations.
Not much of a problem for regular usage.


Subject: BDS2006 install problem
From: Mirek <cipel_miroslav@prokes-rubber.cz>
Date: Mon, 24 Jul 2006 10:59:44 +0200
Newsgroups: jedi.vcl

latest daily version JCL, JVCL and BDS2006 Update 2

I get the following errors:

[Linking: map files]
Linking Jv3rdD10R.map inside Jv3rdD10R.bpl
Error: Unable to link Jv3rdD10R.map
Linking JvAppFrmD10R.map inside JvAppFrmD10R.bpl
Error: Unable to link JvAppFrmD10R.map
Linking JvAppFrmD10D.map inside JvAppFrmD10D.bpl
Error: Unable to link JvAppFrmD10D.map
Linking JvBandsD10R.map inside JvBandsD10R.bpl
Error: Unable to link JvBandsD10R.map
Linking JvBandsD10D.map inside JvBandsD10D.bpl
Error: Unable to link JvBandsD10D.map
Linking JvBDED10R.map inside JvBDED10R.bpl
Error: Unable to link JvBDED10R.map
Linking JvBDED10D.map inside JvBDED10D.bpl
Error: Unable to link JvBDED10D.map
Linking JvCmpD10R.map inside JvCmpD10R.bpl
Error: Unable to link JvCmpD10R.map
Linking JvCmpD10D.map inside JvCmpD10D.bpl
Error: Unable to link JvCmpD10D.map
Linking JvCoreD10R.map inside JvCoreD10R.bpl
Error: Unable to link JvCoreD10R.map
Linking JvCoreD10D.map inside JvCoreD10D.bpl
Error: Unable to link JvCoreD10D.map
Linking JvCryptD10R.map inside JvCryptD10R.bpl
Error: Unable to link JvCryptD10R.map
Linking JvCryptD10D.map inside JvCryptD10D.bpl
Error: Unable to link JvCryptD10D.map
Linking JvCtrlsD10R.map inside JvCtrlsD10R.bpl
Error: Unable to link JvCtrlsD10R.map
Linking JvCtrlsD10D.map inside JvCtrlsD10D.bpl
Error: Unable to link JvCtrlsD10D.map
Linking JvCustomD10R.map inside JvCustomD10R.bpl
Error: Unable to link JvCustomD10R.map
Linking JvCustomD10D.map inside JvCustomD10D.bpl
Error: Unable to link JvCustomD10D.map
Linking JvDBD10R.map inside JvDBD10R.bpl
Error: Unable to link JvDBD10R.map
Linking JvDBD10D.map inside JvDBD10D.bpl
Error: Unable to link JvDBD10D.map
Linking JvDlgsD10R.map inside JvDlgsD10R.bpl
Error: Unable to link JvDlgsD10R.map
Linking JvDlgsD10D.map inside JvDlgsD10D.bpl
Error: Unable to link JvDlgsD10D.map
Linking JvDockingD10R.map inside JvDockingD10R.bpl
Error: Unable to link JvDockingD10R.map
Linking JvDockingD10D.map inside JvDockingD10D.bpl
Error: Unable to link JvDockingD10D.map
Linking JvDotNetCtrlsD10R.map inside JvDotNetCtrlsD10R.bpl
Error: Unable to link JvDotNetCtrlsD10R.map
Linking JvDotNetCtrlsD10D.map inside JvDotNetCtrlsD10D.bpl
Error: Unable to link JvDotNetCtrlsD10D.map
Linking JvEDID10R.map inside JvEDID10R.bpl
Error: Unable to link JvEDID10R.map
Linking JvEDID10D.map inside JvEDID10D.bpl
Error: Unable to link JvEDID10D.map
Linking JvGlobusD10R.map inside JvGlobusD10R.bpl
Error: Unable to link JvGlobusD10R.map
Linking JvGlobusD10D.map inside JvGlobusD10D.bpl
Error: Unable to link JvGlobusD10D.map
Linking JvHMID10R.map inside JvHMID10R.bpl
Error: Unable to link JvHMID10R.map
Linking JvHMID10D.map inside JvHMID10D.bpl
Error: Unable to link JvHMID10D.map
Linking JvInterpreterD10R.map inside JvInterpreterD10R.bpl
Error: Unable to link JvInterpreterD10R.map
Linking JvInterpreterD10D.map inside JvInterpreterD10D.bpl
Error: Unable to link JvInterpreterD10D.map
Linking JvJansD10R.map inside JvJansD10R.bpl
Error: Unable to link JvJansD10R.map
Linking JvJansD10D.map inside JvJansD10D.bpl
Error: Unable to link JvJansD10D.map
Linking JvManagedThreadsD10R.map inside JvManagedThreadsD10R.bpl
Error: Unable to link JvManagedThreadsD10R.map
Linking JvManagedThreadsD10D.map inside JvManagedThreadsD10D.bpl
Error: Unable to link JvManagedThreadsD10D.map
Linking JvMMD10R.map inside JvMMD10R.bpl
Error: Unable to link JvMMD10R.map
Linking JvMMD10D.map inside JvMMD10D.bpl
Error: Unable to link JvMMD10D.map
Linking JvNetD10R.map inside JvNetD10R.bpl
Error: Unable to link JvNetD10R.map
Linking JvNetD10D.map inside JvNetD10D.bpl
Error: Unable to link JvNetD10D.map
Linking JvPageCompsD10R.map inside JvPageCompsD10R.bpl
Error: Unable to link JvPageCompsD10R.map
Linking JvPageCompsD10D.map inside JvPageCompsD10D.bpl
Error: Unable to link JvPageCompsD10D.map
Linking JvPluginD10R.map inside JvPluginD10R.bpl
Error: Unable to link JvPluginD10R.map
Linking JvPluginD10D.map inside JvPluginD10D.bpl
Error: Unable to link JvPluginD10D.map
Linking JvPrintPreviewD10R.map inside JvPrintPreviewD10R.bpl
Error: Unable to link JvPrintPreviewD10R.map
Linking JvPrintPreviewD10D.map inside JvPrintPreviewD10D.bpl
Error: Unable to link JvPrintPreviewD10D.map
Linking JvRuntimeDesignD10R.map inside JvRuntimeDesignD10R.bpl
Error: Unable to link JvRuntimeDesignD10R.map
Linking JvRuntimeDesignD10D.map inside JvRuntimeDesignD10D.bpl
Error: Unable to link JvRuntimeDesignD10D.map
Linking JvStdCtrlsD10R.map inside JvStdCtrlsD10R.bpl
Error: Unable to link JvStdCtrlsD10R.map
Linking JvStdCtrlsD10D.map inside JvStdCtrlsD10D.bpl
Error: Unable to link JvStdCtrlsD10D.map
Linking JvSystemD10R.map inside JvSystemD10R.bpl
Error: Unable to link JvSystemD10R.map
Linking JvSystemD10D.map inside JvSystemD10D.bpl
Error: Unable to link JvSystemD10D.map
Linking JvTimeFrameworkD10R.map inside JvTimeFrameworkD10R.bpl
Error: Unable to link JvTimeFrameworkD10R.map
Linking JvTimeFrameworkD10D.map inside JvTimeFrameworkD10D.bpl
Error: Unable to link JvTimeFrameworkD10D.map
Linking JvUIBD10R.map inside JvUIBD10R.bpl
Error: Unable to link JvUIBD10R.map
Linking JvUIBD10D.map inside JvUIBD10D.bpl
Error: Unable to link JvUIBD10D.map
Linking JvValidatorsD10R.map inside JvValidatorsD10R.bpl
Error: Unable to link JvValidatorsD10R.map
Linking JvValidatorsD10D.map inside JvValidatorsD10D.bpl
Error: Unable to link JvValidatorsD10D.map
Linking JvWizardD10R.map inside JvWizardD10R.bpl
Error: Unable to link JvWizardD10R.map
Linking JvWizardD10D.map inside JvWizardD10D.bpl
Error: Unable to link JvWizardD10D.map
Linking JvXPCtrlsD10R.map inside JvXPCtrlsD10R.bpl
Error: Unable to link JvXPCtrlsD10R.map
Linking JvXPCtrlsD10D.map inside JvXPCtrlsD10D.bpl
Error: Unable to link JvXPCtrlsD10D.map
Copying files...
[Finished JVCL for VCL installation]




Subject: Re: TJvAppStorage Usage Question
From: "Adam H." <ahairsub4@rREMOVEMEspamSTOPPER.jvxp.com>
Date: Mon, 24 Jul 2006 16:54:02 +1000
Newsgroups: jedi.vcl

Hi OBones,

>> >> I then create 2 substorages in the TJVAppStorage component. One pointing 
>> >> to the TJVAppDBStorage, and one pointing to the TJVAppINIFileStorage 
>> >> components.
> >
> > Actually, you should only create one substorage with Rootpath set to an 
> > empty string.

That makes sence. Thanks for your time.

Best Regards

Adam.

>> >> What value do I need to set the rootpath in the SUBSTORAGE properties to 
>> >> make my applicatio use the DBStorage, or the INI storage?
> >
> > When the user chooses to change the location, you change the storage 
> > component pointed at by the substorage element in JvAppStorage. 




Subject: Re: TJvAppStorage Usage Question
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Jul 2006 08:43:33 +0200
Newsgroups: jedi.vcl

Adam H. wrote:

> I then create 2 substorages in the TJVAppStorage component. One pointing to the TJVAppDBStorage, and one pointing to the TJVAppINIFileStorage components.

Actually, you should only create one substorage with Rootpath set to an empty string.


> What value do I need to set the rootpath in the SUBSTORAGE properties to make my applicatio use the DBStorage, or the INI storage?

When the user chooses to change the location, you change the storage component pointed at by the substorage element in JvAppStorage.


Subject: Re: TJvAppStorage Usage Question
From: "Adam H." <ahairsub4@rREMOVEMEspamSTOPPER.jvxp.com>
Date: Mon, 24 Jul 2006 14:17:13 +1000
Newsgroups: jedi.vcl

Hi OBones, and thanks for your reply.

I'm still a little confused as to how to set this up. I tried checking out 
the rootpath property at 
http://homepages.borland.com/jedi/jedihelp/item.php?Id=126957, but it looks 
like the help file hasn't been completed.

Here's where I'm confused.

If I drop 4 components onto a form:

TJVFormStorage

TJVAppStorage

TJVAppIniFileStorage and

TJVAppDBStorage

I then link FormStorage->AppStorage.

I then create 2 substorages in the TJVAppStorage component. One pointing to 
the TJVAppDBStorage, and one pointing to the TJVAppINIFileStorage 
components.

What value do I need to set the rootpath in the SUBSTORAGE properties to 
make my applicatio use the DBStorage, or the INI storage?

Thanks & Regards

Adam.

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:e9pth4$lgs$1@news.talkto.net...
> > Adam H. wrote:
> >
>> >> I believe that I can instead, point all my FormStorage components to a 
>> >> JVAppStorage component, and then direct what component I want my 
>> >> TJVAppStorage component to use (whether it bea INI, Reg or DB).
> >
> > Yes, that's the main purpose of it.
> >
> >
>> >> The question I have is that I don't know how to use Substorages. (I can 
>> >> add a storage in there, and link it to, say a TJVAppDBStorage component, 
>> >> but how do I tell the application to use the 1st or 2nd Substorage 
>> >> component).
> >
> > You do so by using the RootPath property. Any path that starts with the 
> > one indicated for the substorage will be handled by it.
> > So if you indicate nothing, all paths will be handled by the component you 
> > specified.
> >
> > Hence you have this chain:
> >
> > JvFormStorage ---> JvAppStorage ---> JvXXXStorage
> >
> >
>> >> My end goal is to allow the user to either decide whether he wants his 
>> >> storages stored in either the INI file, or on in a database file.
> >
> > To do this, simply change the last bit in the chain, the others won't even 
> > notice. 




Subject: TScrollbox
From: Nick <noreply@nodomain.com>
Date: Sun, 23 Jul 2006 18:03:40 +0200
Newsgroups: jedi.vcl


Can Jedi.VCL solve this?

http://qc.borland.com/wc/qcmain.aspx?d=31609


Subject: Re: Resize DockClient?
From: Jason Swager <jswager@alohaoi.com>
Date: Fri, 21 Jul 2006 13:12:35 -0700
Newsgroups: jedi.vcl

HyrumR wrote:
> It may not be the most elegant solution, but you could setup all your windows how you want them, save the docktree info to an appstorage, and then ship that file with your application.

That's almost a solution I could live with.  Except for screen sizes. The apps that I'm writing are running on 800x600 to massive multiple monitor systems.  If I build a template dock window, it would have to be based on percentages of screen size rather than actual pixels.

Although that lends itself to a possible solution... those functions I mentioned earlier write to an AppStorage, which can be configured to write to an XML or maybe even an INI file.  And those files are easily editable.  If I were to generate a docking window file, then edit those values on first run on a customer's system based on their screen size, I could get my docked windows to come out the way I want them.

Not exactly elegant, but certainly possible.

Thanks!
Jason


Subject: Re: Resize DockClient?
From: HyrumR <hyrum@rlights.com>
Date: Fri, 21 Jul 2006 11:40:57 -0600
Newsgroups: jedi.vcl

It may not be the most elegant solution, but you could setup all your windows how you want them, save the docktree info to an appstorage, and then ship that file with your application.

> I've been looking for someone that knows how to do that for the past 6 months - but no response yet.  I've been in and out of the docking code to see if there is some easy way to expose methods/properties to allow this sort of control, but I haven't found anything.  I was even looking for some way of moving the sizing bar via code and hoping that the docked windows would respond nicely - but even that can't be done. Resizing seems to require the mouse down and up events to work properly.
>
> Jason Swager


Subject: Re: send mail using JvMail
From: "Adam Kobylinski" <adamkob@NO_SPAM.op.pl>
Date: Fri, 21 Jul 2006 11:45:26 +0200
Newsgroups: jedi.vcl

User "Felix González" <felix.gonzalez@gvgest.es> in message 
news:drnlgn$5pt$1@talkto.net wrote...
> > Hi
> >
> > I´m using JvMail to send mail and work´s fine. But it´s posible to use the 
> > defeault Outlook´s configuration? (like ask read confirmation) or how can 
> > I send a mail and automaticaly ask read confirmation?

What about this issue, I need set require return receipt flag 
(MAPI_RECEIPT_REQUESTED).

Any ideas?

Best regards
Adam




Subject: TJvFilenameEdit: Filename and Text properties
From: Bepy Scacioa <freddy.junior@email.it>
Date: Fri, 21 Jul 2006 11:18:58 +0200
Newsgroups: jedi.vcl

On a JvFilenameEdit, I would like to have the Text showing only the filename without the full path; but the Filename property must always contain the full name with path.
I've tried to change the Text property but after, when I read the Filename it contains the same as Text.
An option like "HidePath" would be perfect.


Subject: Re: JvXPBar morphed into JvXPGroupBox (collapsible)
From: Eric <eric_@_menlog.com_>
Date: Fri, 21 Jul 2006 11:08:36 +0200
Newsgroups: jedi.vcl

Hi Warren,

Your new component is very interresting ...
I don't kwow if the Jedi project would add your code,
but if could send it to me ...

Thank you
Eric

Warren Postma a écrit :
> I have always wanted a TJvXPBar lookalike without Items in it, and which
> you could set to the height you wanted it to, and that was collapsable,
> I took the source JvXPBar.pas and created a new control using it,
> because I don't think the changes I have in mind can or should be done
> to the basic JvXPBar which does what it does very well, and would be
> hard to add this feature without breaking JvXPBar.
>
> The derived control, which does NOT inherit from JvXPBar is called
> TJvXPGroupBox that is basically like the JvXPBar, except it can't have
> items.  Whenever it collapses, it remembers its previous full height,
> which you can set to any height you like, and when you expand, it
> animates itself out, just like JvXPBar.
>
> I have an initial version which has some glitches, but is almost
> working.  A picture is in jedi.Binaries.  Comments? Should I add it into
> the JVCL?  Source will be posted to jedi.binaries as soon as the
> glitches are worked out.   Is JvXPGroupBox a reasonable control name for
> what this does? Should I name it JvXPCollapsiblePanel? Something else?
>
> Warren


Subject: Re: TJvAppStorage Usage Question
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 21 Jul 2006 08:51:38 +0200
Newsgroups: jedi.vcl

Adam H. wrote:

> I believe that I can instead, point all my FormStorage components to a JVAppStorage component, and then direct what component I want my TJVAppStorage component to use (whether it bea INI, Reg or DB).

Yes, that's the main purpose of it.


> The question I have is that I don't know how to use Substorages. (I can add a storage in there, and link it to, say a TJVAppDBStorage component, but how do I tell the application to use the 1st or 2nd Substorage component).

You do so by using the RootPath property. Any path that starts with the one indicated for the substorage will be handled by it.
So if you indicate nothing, all paths will be handled by the component you specified.

Hence you have this chain:

JvFormStorage ---> JvAppStorage ---> JvXXXStorage


> My end goal is to allow the user to either decide whether he wants his storages stored in either the INI file, or on in a database file.

To do this, simply change the last bit in the chain, the others won't even notice.


Subject: TJvAppStorage Usage Question
From: "Adam H." <ahairsub4@rREMOVEMEspamSTOPPER.jvxp.com>
Date: Fri, 21 Jul 2006 14:35:52 +1000
Newsgroups: jedi.vcl

Hi,

I have in the past been using the TJVAppINIFileStorage component, and would 
like to expand the applications storage options.

I believe that I can instead, point all my FormStorage components to a 
JVAppStorage component, and then direct what component I want my 
TJVAppStorage component to use (whether it bea INI, Reg or DB).

The question I have is that I don't know how to use Substorages. (I can add 
a storage in there, and link it to, say a TJVAppDBStorage component, but how 
do I tell the application to use the 1st or 2nd Substorage component).

My end goal is to allow the user to either decide whether he wants his 
storages stored in either the INI file, or on in a database file.

Thanks & Regards

Adam. 




Subject: Re: Ambiguities due to jvDBFieldType
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 20 Jul 2006 21:38:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Fred wrote:
>
>>> #define Value Db::Value
>>
>>
>> That's an even worst solution when you have in 7 different units (a real case):
>> = dsInsert
>> = dsEdit
>> = dsBrowse
>> = ftMemo
>
>
> Indeed.
>
> If you could send me a very simple application showing this problem, it would make my life easier.

Well, please try the current SVN version that should improve things a lot.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvSimScope misses standard properties in the designer
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 20 Jul 2006 21:11:28 +0200
Newsgroups: jedi.vcl

Markus wrote:
> OBones schrieb:
>
>> Markus wrote:
>>
>>> Hello,
>>>
>>> why does JvSimScope miss standard properties in the visual designer,
>>> such as anchors? I can set them in code, yes, but they aren't shown in
>>> the designer. Why? Couldn't one add them?
>>
>> Why? Because they are not published in the ancestor and we did not
>> publish them in the component.
>> Adding them? Sure, it will be done in SVN as soon as it is back online.
>
>
> Soory for not knowing what SVN is.

No worries, even if you had known, you would have had the changes as they were only committed this morning.


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvSimScope misses standard properties in the designer
From: Markus <markus.humm@freenet.de>
Date: Thu, 20 Jul 2006 20:06:56 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> > Markus wrote:
>> >> Hello,
>> >>
>> >> why does JvSimScope miss standard properties in the visual designer,
>> >> such as anchors? I can set them in code, yes, but they aren't shown in
>> >> the designer. Why? Couldn't one add them?
> > 
> > Why? Because they are not published in the ancestor and we did not
> > publish them in the component.
> > Adding them? Sure, it will be done in SVN as soon as it is back online.

Soory for not knowing what SVN is.
This component gave me another little headache which is solved now. The
problem arises when the component is placed on a TGroupBox together with
 a lable where AutoSize is set to true. If the size of the label
changes, setbounds on the JvSimScope is called which internally calls
clear so all contents of the scope is lost. Nasty. Searched quite a
while but then setting AutoSize of these labels I had there resolved it.

Besides that a nice component I might use more often in the future...

Greetings

Markus


Subject: Re: Ambiguities due to jvDBFieldType
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 20 Jul 2006 15:25:51 +0100
Newsgroups: jedi.vcl

> >#define Value Db::Value

That's an even worst solution when you have in 7 different units (a real 
case):
= dsInsert
= dsEdit
= dsBrowse
= ftMemo

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with TJvTabDefaultPainter
From: "Rael" <rael@nospam.com>
Date: Thu, 20 Jul 2006 15:36:57 +0200
Newsgroups: jedi.vcl

I discovered you need to set TabStop to false :)

"Rael" <rael@nospam.com> wrote in message 
news:e9la7o$qf4$1@news.talkto.net...
> > Hi,
> >
> > The ShowFocus property of TJvTabDefaultPainter only seems to work at 
> > design time. When I actually run an app the Focus dots are there. How to 
> > fix?
> >
> > Thanks,
> > Rael
> > 




Subject: Re: Ambiguities due to jvDBFieldType
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Jul 2006 15:35:59 +0200
Newsgroups: jedi.vcl

Fred wrote:
>> #define Value Db::Value
>
> That's an even worst solution when you have in 7 different units (a real case):
> = dsInsert
> = dsEdit
> = dsBrowse
> = ftMemo

Indeed.

If you could send me a very simple application showing this problem, it would make my life easier.

Cheers
Olivier


Subject: Re: TJvThumbView
From: Yannis <None@noware.non>
Date: Thu, 20 Jul 2006 11:13:56 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_gfd_altern.org> wrote in 
news:e9m6v3$337$1@news.talkto.net:

> > Yannis wrote:
> > 
>> >> o I can only take a closer look on week ends and not all of them 
>> >>   I am afraid.
> > 
> > Don't you worry, it's the same with most developers in the JVCL. I don't 
> > know if you have SVN write access but if not, please ask, as you are the 
> > one most likely to do the best changes in this code.
> > Of course, if you are wondering about a design or code change, we will 
> > gladly try to help by answering your questions.
> > 
> > Cheers
> > 

To be honest I do not see any harm on getting SVN write access,
at the same time it might be a waste if this access is given to 
some one else with more time on their hands. I have no plans to 
work on the components as it is and I have other concerns as well.

Regards
Yannis.


Subject: Re: Subversion access down
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Jul 2006 08:59:08 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Jan Derk wrote:
>> The jcl and jvcl subversion repositories seems to be down for the last
>> 12 hours or so:
>>
>> http://svn.sourceforge.net/jvcl
>> http://svn.sourceforge.net/jcl
>>
>> Direct access using TortoiseSVN fails with the same Service unavailable
>> error. Other sourceforge projects SVN repositories are up and running.
>>
>> Is this scheduled maintenance?
>
> No, but it's not just the jvcl and jcl, other projects at sourceforge suffer from the same outage.
> I have sent a support request to sourceforge, I will keep you guys posted.

It is now back online


Subject: NavPane
From: "Jerry Hayes" <jhayes@nospam.connexability.dot.com>
Date: Wed, 19 Jul 2006 20:21:32 -0400
Newsgroups: jedi.vcl

Would be nice to have the button in NavPane page have an option to
"UseHeaderStyle", that way, it could hook up to the styler and be
"invisible" when on a header, (using identical colorfrom/to).

Thanks ;) 




Subject: Re: TJvThumbView
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Jul 2006 23:07:51 +0200
Newsgroups: jedi.vcl

Yannis wrote:

> o I can only take a closer look on week ends and not all of them   I am afraid.

Don't you worry, it's the same with most developers in the JVCL. I don't know if you have SVN write access but if not, please ask, as you are the one most likely to do the best changes in this code.
Of course, if you are wondering about a design or code change, we will gladly try to help by answering your questions.

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvThumbView
From: Yannis <None@noware.non>
Date: Wed, 19 Jul 2006 20:39:18 +0000 (UTC)
Newsgroups: jedi.vcl

"Michele Santucci" <michele.santucci@celinavio.it> wrote in
news:e9fl26$t1u$1@news.talkto.net: 

> > Hallo,
> > 
> > it seems that you're quite familiar on TJvThumbView class, can I ask
> > you some more questions about it?

Well I am the original author, I know them well enough.

> > I would like to add the capability of 'moving' the thumbnail dragging
> > and dropping it to a new location
> > and also the capability to sort the list of the thumbs given working
> > on some thumb properties.
> > You think it should be an easy task?

o The sorting shoold be an easy task as far as I remember. I need to see 
  the code to be sure but I think that it can be expanded easy to support 
  any kind of sort. It is after all based on TStringList.

o The draging and relocating it will be a harder task to accomplish but it   
  can be done. I need more info how this shoold work droping it on top of 
  an other thumbnail shoold it take its place in the order pushing 
  all others one position down or up. if you change folder and come back to 
  the same folder do you need the components to remember the custom order?
  If yes then the new thumbnails how shoold they be sorted when reopening
  the same folder. Do you need the components to automatically save all 
  information or your application will take care of that (which is better 
  IMHO)?


> > Are you familiar with TJvThumbnail also?
> > I'm looking to add to TJvThumbnail some more string properties and to
> > modify it's layout to show such
> > strings in the bottom of the thumbnail.

Adding new properties is not that hard at all. Please be more 
specific on the properties and how you plan to use them and 
I could direct you for an optimal approch.
Also there is an event which you can use to set the caption 
to what ever you like.

Always keep in mind that 
o all the above is my hamble opinion I could be wrong and others 
  might have better ideas.
o I can only take a closer look on week ends and not all of them 
  I am afraid.

I will try to help you in any question you might have.

Regards
Yannis.





Subject: Re: JvSimScope misses standard properties in the designer
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Jul 2006 16:27:44 +0200
Newsgroups: jedi.vcl

Markus wrote:
> Hello,
>
> why does JvSimScope miss standard properties in the visual designer,
> such as anchors? I can set them in code, yes, but they aren't shown in
> the designer. Why? Couldn't one add them?

Why? Because they are not published in the ancestor and we did not publish them in the component.
Adding them? Sure, it will be done in SVN as soon as it is back online. Access is described here:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository


Subject: Re: Ambiguities due to jvDBFieldType
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Jul 2006 15:59:00 +0200
Newsgroups: jedi.vcl

Fred wrote:
>> Hello,
>>
>> I have many ambiguity errors in BCB5 due to JvDBFieldType in JvDataSourceIntf. It would be nice to find a solution for that.
>
> Same problem with TJvDataSetState.
> To avoid these problems, I have to put "Db::" before any field type or dataset state value. Too much work ! "dsBrowse" appears about 35 times in one of my app. Please do something......

#define Value Db::Value


Subject: Re: Ambiguities due to jvDBFieldType
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 19 Jul 2006 14:12:34 +0100
Newsgroups: jedi.vcl

> >Hello,
> >
> >I have many ambiguity errors in BCB5 due to JvDBFieldType in 
> >JvDataSourceIntf. It would be nice to find a solution for that.

Same problem with TJvDataSetState.
To avoid these problems, I have to put "Db::" before any field type or 
dataset state value. Too much work ! "dsBrowse" appears about 35 times 
in one of my app. Please do something......

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem with TJvTabDefaultPainter
From: "Rael" <rael@nospam.com>
Date: Wed, 19 Jul 2006 14:57:36 +0200
Newsgroups: jedi.vcl

Hi,

The ShowFocus property of TJvTabDefaultPainter only seems to work at design 
time. When I actually run an app the Focus dots are there. How to fix?

Thanks,
Rael 




Subject: Re: Subversion access down
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Jul 2006 12:17:47 +0200
Newsgroups: jedi.vcl

Jan Derk wrote:
> The jcl and jvcl subversion repositories seems to be down for the last
> 12 hours or so:
>
> http://svn.sourceforge.net/jvcl
> http://svn.sourceforge.net/jcl
>
> Direct access using TortoiseSVN fails with the same Service unavailable
> error. Other sourceforge projects SVN repositories are up and running.
>
> Is this scheduled maintenance?

No, but it's not just the jvcl and jcl, other projects at sourceforge suffer from the same outage.
I have sent a support request to sourceforge, I will keep you guys posted.

cheers
Olivier


Subject: Subversion access down
From: "Jan Derk" <none@none.none>
Date: Wed, 19 Jul 2006 10:11:35 +0000 (UTC)
Newsgroups: jedi.vcl

The jcl and jvcl subversion repositories seems to be down for the last
12 hours or so:

http://svn.sourceforge.net/jvcl
http://svn.sourceforge.net/jcl

Direct access using TortoiseSVN fails with the same Service unavailable
error. Other sourceforge projects SVN repositories are up and running.

Is this scheduled maintenance?

Jan Derk


Subject: Is possible in JvInterpreter to have set-type variables?
From: "A_Sokoloff" <a@email.ru>
Date: Wed, 19 Jul 2006 09:33:46 +0100
Newsgroups: jedi.vcl

I create Edit in script, and want to set to it property Anchors
  Edit: = TEdit. Create (self);
  Edit. Parent: = self;
  Edit. Anchors: = [akTop, akLeft, akRight];

How I can force to work last line? It is possible? 



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Anyone problems with SVN write access?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Jul 2006 09:14:42 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Florent Ouchet wrote:
>
>> Do you know how long it takes before they lock an account?
>
> They only locked my SVN access. After a login the homepage sayed that my
> password has expired and I should give them a new one what I've done.

This is the reason:

https://sourceforge.net/forum/forum.php?forum_id=591370


Subject: Re: Resize DockClient?
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Jul 2006 08:49:15 +0200
Newsgroups: jedi.vcl

Jason Swager wrote:
> Zapology wrote:
>> i need to move the splitter with mouse everytime I start my application in order to get the correct size ... that sucks
>
> Well, some of the functionality IS implemented.  There are functions SaveDockTreeToAppStorage() and LoadDockTreeFromAppStorage() that will write/read the tree structure.  Those functions work rather well for remembering the dock states.  In my case, it was just the initial dock positions that were less-than-desirable.
>
> An inspection of those two functions didn't help all that much. They both appear to use a fair amount of private stuff from the dock classes that a external code can't get to (and probably shouldn't get to because someone will probably misuse the methods/properties).

Yes. But if you manage to find a way inside those classes to achieve what you want, we will gladly accept it. The thing is that the Docking code has been given to us with little documentation, mostly in Russian, and we managed to add a few methods thanks to the efforts of users like you. As I'm not using these components in my daily tasks at work, I'm not able to help much.


Subject: Re: Jans ArrayButton - No enable or visible properties
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Jul 2006 08:47:37 +0200
Newsgroups: jedi.vcl

Gary Mugford wrote:
> Hi,
>
>   I was hoping to be able to do something like this:
>   BtnItem.enabled := true;
>
>   Then, after finishing with the items, do:
>   BtnItem.enabled := false;
>
>   Alternatively, I would have been happy with having a visible property.
> But the ArrayButton has neither.

Yes, I understand. Please add an entry in Mantis here:

http://homepages.borland.com/jedi/issuetracker/

And indicate which one of the two (or both) you want:

A global property, or a "Per button" property.


Subject: JvSimScope misses standard properties in the designer
From: Markus <markus.humm@freenet.de>
Date: Wed, 19 Jul 2006 07:16:59 +0200
Newsgroups: jedi.vcl

Hello,

why does JvSimScope miss standard properties in the visual designer,
such as anchors? I can set them in code, yes, but they aren't shown in
the designer. Why? Couldn't one add them?

Greetings

Markus


Subject: Re: Jans ArrayButton - No enable or visible properties
From: Gary Mugford <gmugford@0219rogers.com>
Date: Tue, 18 Jul 2006 18:27:07 -0400
Newsgroups: jedi.vcl

Hi,

  I was hoping to be able to do something like this:
  BtnItem.enabled := true;

  Then, after finishing with the items, do:
  BtnItem.enabled := false;

  Alternatively, I would have been happy with having a visible property.
But the ArrayButton has neither.

  GM

On Mon, 10 Jul 2006 08:58:08 +0200, OBones <obones_gf_@_fe_altern.org>
wrote:

> >Gary Mugford wrote:
>> >> Hi all,
>> >> 
>> >>   I've come to use the ArrayButton a fair bit recently and have nothing
>> >> but good things to say ... until I needed it disabled until certain
>> >> conditions were met. Unfortunately, the component has no Enabled or
>> >> Visible properties. At least version 1.31 of the source.
>> >> 
>> >>   Has a newer release (Daily included) corrected this? Given that it is a 
>> >> Jan's component, WILL it be corrected? If the answer to the preceding
>> >> is no to both, can somebody offer me a guide to adding enabled at the
>> >> least? I've got some experience modifying components to have different
>> >> defaults, but I'm leery of screwing up working code trying to add
>> >> properties.
> >
> >What do you mean by "Visible" and "Enabled"? Global properties or 
> >individual properties (called Visibles and Enableds in that case)?
> >And yes, the Jans components are updated, it's only the Globus ones that 
> >are generally not worth the effort.

 ==========================================
 When replying via email please move all 
 numbers from right of at symbol to left of 
 at symbol to get email address.


Subject: Re: Resize DockClient?
From: Jason Swager <jswager@alohaoi.com>
Date: Tue, 18 Jul 2006 14:25:09 -0700
Newsgroups: jedi.vcl

Zapology wrote:
> i need to move the splitter with mouse everytime I start my application in order to get the correct size ... that sucks

Well, some of the functionality IS implemented.  There are functions SaveDockTreeToAppStorage() and LoadDockTreeFromAppStorage() that will write/read the tree structure.  Those functions work rather well for remembering the dock states.  In my case, it was just the initial dock positions that were less-than-desirable.

An inspection of those two functions didn't help all that much. They both appear to use a fair amount of private stuff from the dock classes that a external code can't get to (and probably shouldn't get to because someone will probably misuse the methods/properties).

Jason


Subject: Re: Resize DockClient?
From: Zapology <Zapology@gmx.net>
Date: Tue, 18 Jul 2006 23:09:05 +0200
Newsgroups: jedi.vcl

Jason Swager wrote:
> Zapology wrote:
>
>> is really nobody able to help me? :-(
>>
>> here you have my test project, perhaps somebody can try to
>> find a solution
>>
>>
>> thx
>>
>> Zapology
>
>
> I've been looking for someone that knows how to do that for the past 6 months - but no response yet.  I've been in and out of the docking code to see if there is some easy way to expose methods/properties to allow this sort of control, but I haven't found anything.  I was even looking for some way of moving the sizing bar via code and hoping that the docked windows would respond nicely - but even that can't be done. Resizing seems to require the mouse down and up events to work properly.
>
> Jason Swager

hmmm thats really bad
i need to move the splitter with mouse everytime I start my application in order to get the correct size ... that sucks

I can't believe that such an important functionality isn't implementet.
maybe in a later jedi-vcl version?


Subject: Re: Resize DockClient?
From: Jason Swager <jswager@alohaoi.com>
Date: Tue, 18 Jul 2006 09:50:03 -0700
Newsgroups: jedi.vcl

Zapology wrote:
> is really nobody able to help me? :-(
>
> here you have my test project, perhaps somebody can try to
> find a solution
>
>
> thx
>
> Zapology

I've been looking for someone that knows how to do that for the past 6 months - but no response yet.  I've been in and out of the docking code to see if there is some easy way to expose methods/properties to allow this sort of control, but I haven't found anything.  I was even looking for some way of moving the sizing bar via code and hoping that the docked windows would respond nicely - but even that can't be done. Resizing seems to require the mouse down and up events to work properly.

Jason Swager


Subject: Re: Resize DockClient?
From: Zapology <Zapology@gmx.net>
Date: Tue, 18 Jul 2006 18:49:50 +0200
Newsgroups: jedi.vcl

is really nobody able to help me? :-(

here you have my test project, perhaps somebody can try to
find a solution


thx

Zapology
test.zip
	



Subject: Ambiguities due to jvDBFieldType
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 18 Jul 2006 15:36:16 +0100
Newsgroups: jedi.vcl

Hello,

I have many ambiguity errors in BCB5 due to JvDBFieldType in 
JvDataSourceIntf. It would be nice to find a solution for that.

Since TJvDBFieldType is similar to TFieldType, why don't we use 
TFieldType ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Ambiguities due to jvDBFieldType
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Jul 2006 16:14:45 +0200
Newsgroups: jedi.vcl

Fred wrote:
> Hello,
>
> I have many ambiguity errors in BCB5 due to JvDBFieldType in JvDataSourceIntf. It would be nice to find a solution for that.

Will look at that.


> Since TJvDBFieldType is similar to TFieldType, why don't we use TFieldType ?

I guess because TFieldType is not available in non Pro versions


Subject: JvEnterAsTab, how know object have a KeyPress and disable JvEnterAsTab?
From: "Fellipe Henrique" <fellipeh@oi.com.br>
Date: Tue, 18 Jul 2006 10:03:00 -0300
Newsgroups: jedi.vcl

Hello, I have JvEnterAsTab in my form, but some components have self 
OnKeyPress, but when I use JvEnterAsTab, the KeyPress assigned of components 
doesn't work, my question is: how to start a KeyPress assigned one component 
if have it?


Thanks for all, and sorry my poor english.

Fellipe H. 




Subject: Re: TJvCharMap unvalid characters
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Tue, 18 Jul 2006 01:28:54 +0200
Newsgroups: jedi.vcl

I think I understand. You dont want to see the "invalid" boxes at all? There
is no way to "pack" the grid and only display those characters that are
included in the selected font in the current TJvCharMap. The code assumes
that all characters from StartRange to EndRange should be included in the
grid without "gaps".

This is not only because it is (a lot!) simpler to implement, but also
because I'm not sure it is even possible to tell if the font has a glyph for
a specific character. If anyone knows how to do that, then it might be
possible to change the code, but I make no promises.

Regards, Peter

"Peter Panino" <peter-panino@aon.at> skrev i meddelandet
news:e9guoe$5dh$1@news.talkto.net...
> > PPeter Thornqvist wrote:
>> > > Set CharRange.Filter to ufUndefined, CharRange.StartChar to 33 and
>> > > CharRange.EndRange to 126 or 255 (depending on font and locale)
>> > >
>> > > Reagrds, Peter
>> > >
>> > > "Peter Panino" <peter-panino@aon.at> skrev i meddelandet
>> > > news:e9gfin$2fr$1@news.talkto.net...
>>> > >> How can the unvalid characters (displayed as an empty square) and empty
>>> > >> characters be excluded from being displayed? So to make the Charmap
>>> > >> display only the printable characters?
>> > >
>> > >
> > Peter, thank you for your answer, but I see that my question was not
> > clear enough.
> >
> > With the settings you're suggesting, and the Font set to Tahoma, the
> > chars from 127 to 160 are always displayed as empty squares,
> > independently from the selected Charset.




Subject: Re: TJvCharMap unvalid characters
From: Peter Panino <peter-panino@aon.at>
Date: Mon, 17 Jul 2006 23:14:44 +0200
Newsgroups: jedi.vcl

PPeter Thornqvist wrote:
> Set CharRange.Filter to ufUndefined, CharRange.StartChar to 33 and
> CharRange.EndRange to 126 or 255 (depending on font and locale)
>
> Reagrds, Peter
>
> "Peter Panino" <peter-panino@aon.at> skrev i meddelandet
> news:e9gfin$2fr$1@news.talkto.net...
>> How can the unvalid characters (displayed as an empty square) and empty
>> characters be excluded from being displayed? So to make the Charmap
>> display only the printable characters?
>
>
Peter, thank you for your answer, but I see that my question was not clear enough.

With the settings you're suggesting, and the Font set to Tahoma, the chars from 127 to 160 are always displayed as empty squares, independently from the selected Charset.


Subject: Re: TJvCharMap unvalid characters
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Mon, 17 Jul 2006 21:11:42 +0200
Newsgroups: jedi.vcl

Set CharRange.Filter to ufUndefined, CharRange.StartChar to 33 and
CharRange.EndRange to 126 or 255 (depending on font and locale)

Reagrds, Peter

"Peter Panino" <peter-panino@aon.at> skrev i meddelandet
news:e9gfin$2fr$1@news.talkto.net...
> > How can the unvalid characters (displayed as an empty square) and empty
> > characters be excluded from being displayed? So to make the Charmap
> > display only the printable characters?




Subject: Resize DockClient?
From: Zapology <Zapology@gmx.net>
Date: Mon, 17 Jul 2006 19:11:08 +0200
Newsgroups: jedi.vcl

Hi,

is it possible to change the size of a DockClient in code, after docking?

I have a Dockserver and two Dockclients ...
if i do this:

DockClient1.ManualDock(JvDockServer1.RightDockPanel,nil,alClient);

DockClient2.ManualDock(JvDockServer1.RightDockPanel,nil,alBottom);

i get the result on "1.jpg".
The two Dockclients always get 50% of the Mainform-height.
What i really want is shown in "2.jpg".

How can i change the height of Dockclient1 / Dockclient2 after docking?
I tried differnt things like Dockclient1.height or Dockclient1.parent.height but it doesn't work


Zapology

2.jpg


1.jpg

2.jpg
	


1.jpg
1.jpg
	



Subject: TJvCharMap unvalid characters
From: Peter Panino <peter-panino@aon.at>
Date: Mon, 17 Jul 2006 18:55:57 +0200
Newsgroups: jedi.vcl

How can the unvalid characters (displayed as an empty square) and empty characters be excluded from being displayed? So to make the Charmap display only the printable characters?


Subject: Re: JvColorButton + BDS2006 Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Jul 2006 16:34:15 +0000 (UTC)
Newsgroups: jedi.vcl

Mitch wrote:

> > I'm a little leary about using a daily build of the JVCL 
> > for my production work.

We use only daily snapshots in production work, even if the dailys are
older, but everything in the SVN is better than the released versions. And
if we find a bug, someone (in most cases: me) fixes the bug and I commit
it then to the JVCL SVN after some tests. (That reminds me that I have one
or two bugfixed files at work that I must commit).


-- Regards, Andreas Hausladen 

Subject: Re: JvColorButton + BDS2006 Problem
From: Mitch <mitch.nnnooo@rockware.com>
Date: Mon, 17 Jul 2006 10:10:32 -0600
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Mitch wrote:
>
>
>> pressing the button brings up the JvColorForm but sends the modal parent dialog to the back.
>
>
> I can't reproduce this with the SVN version.
> You can download a daily snapshot from
> http://jvcl.sf.net/daily
> But keep in mind that if you use a daily snapshot of JVCL, you must also
> use the corresponding daily snapshot of the JCL (http://jcl.sf.net)
>
>
Thanks, it was updated and works properly now. I'm a little leary about using a daily build of the JVCL for my production work. Would I be better off going back to 3.0?

Mitch


Subject: Re: Does TJvComboBox work right?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 17 Jul 2006 17:41:55 +0200
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> On Mon, 17 Jul 2006 15:46:52 +0200, OBones <obones_gf_@_fe_altern.org>
> wrote:
>
>
>>> So what is the difference between "ReadOnly" and "Enabled"?
>>
>> Enabled set to False is with the background grayed. That aspect is sometimes not desirable, hence the use of ReadOnly. Please note that this is the exact same behaviour as with the original TComboBox.
>
>
> Actually, TComboBox doesn't have ReadOnly property. 

Ah, sorry, I mistook it for TEdit.


> Basically ReadOnly in TJvComboBox should work like in any other
> control - when read only, user can't change it's value/state.

Agreed



> I guess it is bug in AutoComplete which doesn't respect ReadOnly
> seting.

Sounds like it.


> Also, IMO, when ReadOnly then combobox shouldn't automatically drop
> down (even when AutoDropDown=true).

Agreed as well.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Does TJvComboBox work right?
From: @in@taavi.ee
Date: Mon, 17 Jul 2006 15:36:14 GMT
Newsgroups: jedi.vcl

On Mon, 17 Jul 2006 15:46:52 +0200, OBones <obones_gf_@_fe_altern.org>
wrote:

>> >> So what is the difference between "ReadOnly" and "Enabled"?
> >
> >Enabled set to False is with the background grayed. That aspect is 
> >sometimes not desirable, hence the use of ReadOnly. Please note that 
> >this is the exact same behaviour as with the original TComboBox.

Actually, TComboBox doesn't have ReadOnly property. 
Basically ReadOnly in TJvComboBox should work like in any other
control - when read only, user can't change it's value/state.


>> >> if you move with the arrow keys and press enter the item is not selected, 
>> >> but if you type something and press enter you can select an item. 
> >
> >Yes, and that is a bug. With ReadOnly set, you should not be able to 
> >type or change anything.

I guess it is bug in AutoComplete which doesn't respect ReadOnly
seting.

Also, IMO, when ReadOnly then combobox shouldn't automatically drop
down (even when AutoDropDown=true).


ain


Subject: Re: Does TJvComboBox work right?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 17 Jul 2006 15:46:52 +0200
Newsgroups: jedi.vcl

De Armas Adrian wrote:
>>> 3) If you type something wrong, you cant correct it with backspace or delete. Is it correct?
>> Well, it's read only so that is correct. What is not is that you shouldn't even be able to type anything.
>>
>
> So what is the difference between "ReadOnly" and "Enabled"?

Enabled set to False is with the background grayed. That aspect is sometimes not desirable, hence the use of ReadOnly. Please note that this is the exact same behaviour as with the original TComboBox.


>>> 4) if you select an item by typing it is correctly selected, but if you try to do that by moving the cursor with the up & down arrow, it is not selected. Is it correct?
>> Do you mean that when pressing enter it is not selected? Well, that is expected, the combo box is read only.
>
> if you move with the arrow keys and press enter the item is not selected, but if you type something and press enter you can select an item. 

Yes, and that is a bug. With ReadOnly set, you should not be able to type or change anything.


Subject: Re: Does TJvComboBox work right?
From: "De Armas Adrian" <adearmas@forumnet.com.ar>
Date: Mon, 17 Jul 2006 10:44:53 -0300
Newsgroups: jedi.vcl

>> >> 3) If you type something wrong, you cant correct it with backspace or 
>> >> delete. Is it correct?
> >
> > Well, it's read only so that is correct. What is not is that you shouldn't 
> > even be able to type anything.
> >

So what is the difference between "ReadOnly" and "Enabled"?


> >
>> >> 4) if you select an item by typing it is correctly selected, but if you 
>> >> try to do that by moving the cursor with the up & down arrow, it is not 
>> >> selected. Is it correct?
> >
> > Do you mean that when pressing enter it is not selected? Well, that is 
> > expected, the combo box is read only.

if you move with the arrow keys and press enter the item is not selected, 
but if you type something and press enter you can select an item. 




Subject: Re: Does TJvComboBox work right?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 17 Jul 2006 15:32:12 +0200
Newsgroups: jedi.vcl

De Armas Adrian wrote:

> 3) If you type something wrong, you cant correct it with backspace or delete. Is it correct?

Well, it's read only so that is correct. What is not is that you shouldn't even be able to type anything.


> 4) if you select an item by typing it is correctly selected, but if you try to do that by moving the cursor with the up & down arrow, it is not selected. Is it correct?

Do you mean that when pressing enter it is not selected? Well, that is expected, the combo box is read only.


Subject: Does TJvComboBox work right?
From: "De Armas Adrian" <adearmas@forumnet.com.ar>
Date: Mon, 17 Jul 2006 10:01:59 -0300
Newsgroups: jedi.vcl

Hello Jedi,

I am trying to get a Combobox with which the user can select only one item 
from the list item. I want to let the user type in the edit box for quick 
selection but he/she can only type something that matches an item from the 
list.
I can get quite close to this functionality with the TJvComboBox but it 
doesn't work and I am not sure if what it does is the correct functionality.

These are the steps to get close to what I want to do and to see what 
TJvComboBox does.

1) Create a new VCL Forms Application
2) Place a TJVComboBox on the form
3) Add the items: One, Oone, Two, Three, Four, Five, Fine, Six, Seven, Seven 
Up
3) Set:

ReadOnly = true
AutoComplete=true
AutoDropDown=true
Text=''

4) Run the application

1) if you type something the combobox will automatically drop down. This is 
correct.
2) If you write something that does not match the items in the list, it does 
nothing. Perfect.
3) If you type something wrong, you cant correct it with backspace or 
delete. Is it correct?
4) if you select an item by typing it is correctly selected, but if you try 
to do that by moving the cursor with the up & down arrow, it is not 
selected. Is it correct?

I am not sure if I should send this issue to the mantis, so I wanted to ask 
here first.
Thanks in advance.

Regards,

Adrian



-- De Armas, Adrián adearmas@equitygroup.com.ar Departamento de Investigacion y Desarrollo Equity Group Consultores www.equitygroup.com.ar 

Subject: Re: JvComputerInfoEx info need
From: "Menaka" <lifetoday@rediffmail.com>
Date: Mon, 17 Jul 2006 12:58:03 +0100
Newsgroups: jedi.vcl

> >In my delphi code I have,
> >if pos('98', JvComputerInfo.ProductName) > 0 then---Error here
> >
> >AS JvComputerInfo is not supported I replaced it with JvComputerInfoEx.
> >
> >And also in help that ProductName is not a member of 
> >TJvComputerInfoEx. It has the property  name : TComponentName. Can I use 
> >this in my code instead of ProductName?
> >Please do tell me what I should use instead of ProductName?
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

Also need the relacement of Dayrunning in below line,
   if pos('XP', JvComputerInfo.ProductName) >0 then
      i := 10;
    i := i + Min(10, JvComputerInfo.DayRunning);------Error here
    result := i;

Please help on these



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvComputerInfoEx info need
From: "Menaka" <lifetoday@rediffmail.com>
Date: Mon, 17 Jul 2006 12:47:54 +0100
Newsgroups: jedi.vcl

In my delphi code I have,
if pos('98', JvComputerInfo.ProductName) > 0 then

AS JvComputerInfo is not supported I replaced it with JvComputerInfoEx.

And also in help that ProductName is not a member of 
TJvComputerInfoEx. It has the property  name : TComponentName. Can I use 
this in my code instead of ProductName?
Please do tell me what I should use instead of ProductName?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvComputerInfoEx info need
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 17 Jul 2006 13:27:38 +0200
Newsgroups: jedi.vcl

Come on, it's not that hard to look around and find these.
You have the sources, and the online help

http://homepages.borland.com/jedi/jedihelp/unit.php?Id=2108

Especially that one.

http://homepages.borland.com/jedi/jedihelp/item.php?Id=128643


Subject: Re: JvComputerInfoEx info need
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 17 Jul 2006 13:06:54 +0200
Newsgroups: jedi.vcl

Menaka wrote:
> In my delphi code I have,
> if pos('98', JvComputerInfo.ProductName) > 0 then
>
> AS JvComputerInfo is not supported I replaced it with JvComputerInfoEx.
>
> And also in help that ProductName is not a member of TJvComputerInfoEx. It has the property  name : TComponentName. Can I use this in my code instead of ProductName?
> Please do tell me what I should use instead of ProductName?

JvComputerInfoEx.OS.ProductName


Subject: Re: TJvThumbView
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Mon, 17 Jul 2006 11:25:38 +0200
Newsgroups: jedi.vcl

Hallo,

it seems that you're quite familiar on TJvThumbView class, can I ask you 
some more questions about it?
I would like to add the capability of 'moving' the thumbnail dragging and 
dropping it to a new location
and also the capability to sort the list of the thumbs given working on some 
thumb properties.
You think it should be an easy task?

Are you familiar with TJvThumbnail also?
I'm looking to add to TJvThumbnail some more string properties and to modify 
it's layout to show such
strings in the bottom of the thumbnail.

Thnx right now,

    Michele 'TuX' Santucci

"Yannis" <None@noware.non> ha scritto nel messaggio 
news:e9amo7$6df$1@news.talkto.net...
> > "Michele Santucci" <michele.santucci@celinavio.it> wrote in
> > news:e9566u$d1h$1@news.talkto.net:
> >
>> >> Hello,
>> >>
>> >> how does the SortList() method of TJvThumbView component works?
>> >>
> >
> > SortList is there to sort the thumbnail list based on their name.
> >
> > After the sort is completed then it recalculates the thumbnail
> > position in the thumbview and refreshes the view.
> >
> > I seem to remember that I had plans to sort on varius other properties
> > like file size, file type etc but it seems that I never finished it.
> >
> > Regards
> > Yannis.
> > 




Subject: Re: Where is the JVCLSpash resource?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Jul 2006 19:02:03 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> I do a revert on my directory to avoid unwanted commits.

No real problem. The dcr and res files are generated only once in a while and only by hand.


Subject: Re: Where is the JVCLSpash resource?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 16 Jul 2006 16:51:26 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
>> Which version of MAKE/BRC are you using?
>
> brc32.exe: 5.40 (1990, 1999 Inprise)
> brcc32.exe: 5.40 (1990, 1999 Inprise)

same output here.

I do a revert on my directory to avoid unwanted commits.

-- 
Florent Ouchet


Subject: Re: Where is the JVCLSpash resource?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 16 Jul 2006 14:47:22 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > SVN does not compare file time to know if a file is modified

I haven't said that. At least I haven't meant that because how SVN
compares files, doesn't make a difference for make.exe.

> > Which version of MAKE/BRC are you using?

brc32.exe: 5.40 (1990, 1999 Inprise)
brcc32.exe: 5.40 (1990, 1999 Inprise)

-- Regards, Andreas Hausladen 

Subject: Re: Where is the JVCLSpash resource?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 16 Jul 2006 16:19:27 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Because make.exe looks for the last modified date of the .rc and .res/.dcr
> files. And with SVN it depends on what directory/files the "svn update"
> command updates first.

SVN does not compare file time to know if a file is modified or not (CVS does this), the files JvAppFrmReg.dcr JvBDEReg.dcr JvCmpReg.dcr... are locally modified because their checksum is different compared to the checksum of the file in the repository.
The file content is different because it is compiled from a different source or with a different tool.

Which version of MAKE/BRC are you using?

-- 
Florent Ouchet


Subject: Re: Where is the JVCLSpash resource?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 16 Jul 2006 14:03:37 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > when I executed it, many other drc files were modified, why were they?

Because make.exe looks for the last modified date of the .rc and .res/.dcr
files. And with SVN it depends on what directory/files the "svn update"
command updates first.

-- Regards, Andreas Hausladen 

Subject: Re: Where is the JVCLSpash resource?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 16 Jul 2006 15:27:17 +0200
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> I am about to commit the bitmap image and the modified JvCoreReg.rc files, what are the steps to generate drc files?

ok, just found the makefile.

when I executed it, many other drc files were modified, why were they?

-- 
Florent Ouchet


Subject: Re: Where is the JVCLSpash resource?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 16 Jul 2006 15:12:15 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> All resources in the .dcr and .res files need to be enclosed in the .rc files because the files are generated.

I am about to commit the bitmap image and the modified JvCoreReg.rc files, what are the steps to generate drc files?

-- 
Florent Ouchet


Subject: Re: Problems with JvThread compoent
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 16 Jul 2006 12:32:32 +0200
Newsgroups: jedi.vcl

Anirudh wrote:
> [..]
> ------------------------------------------------------------------------
> Exception EOSError in module ReSpiceID3.exe at 00005EBA
> System Error Code 1400
> Invalid window handle
> ------------------------------------------------------------------------
>
> Any help from you guys would be helpfull , I really want to relish the threading concepts......

My guess is that a window handle is created in the context of the thread, and destroyed in the context of the main thread. That is not possible. You have to ensure that the window handles are created/destroyed in the same thread.

Problem looking at your code is that you are accessing VCL controls inside the thread. That is dangerous because it can implicitly create/destroy window handles of those controls.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Problems with JvThread compoent
From: "Anirudh" <anithegregorian@gmail.com>
Date: Sun, 16 Jul 2006 14:05:11 +0530
Newsgroups: jedi.vcl

Im makin a batch MP3 tag renaming tool. Its capable of writing tags to 
multiple files and multiple folders too. Im using the JvThread component 
when renaming files or folders in batch mode. When in batch folders mode it 
searches for the MP3 files first and puts them in JvStrings component which 
I use later to tag the files. The tool also generates a log of successfull 
tagging and errors on files that cannot be tagged.

This is the code for reference:
//Apply tags in batch mode, here it begins the batch tagging
procedure TfrmMain.btnStartTaggingClick(Sender: TObject);
  begin
  oJvThread.RunOnCreate := True;
  oJvThread.Execute(Self);
end;

// This is the thread execute method code
procedure TfrmMain.oJvThreadExecute(Sender: TObject; Params: Pointer);
  var i : Integer;
begin

  {Clear the log window first before any batch operations}
  REdit.Lines.Clear;

  //If in batch files mode
  if btnToggleMode.Down = True then begin

    JvProg.Visible := True;
    JvProg.Maximum := oStShellListView.SelectedItems.Count-1;

    for i := 0 to oStShellListView.SelectedItems.Count-1 do begin

      //Apply ID3v1 tags first
      oJvID3v1.FileName := oStShellListView.SelectedItems[i].Path;
      SaveID3v1Tags;

      //Apply ID3v2 tags then
      oJvID3v2.FileName := oStShellListView.SelectedItems[i].Path;
      SaveID3v2Tags;

      JvProg.Position := i;

    end;

    JvProg.Visible := False;
    {Free the strings as well}
    FreeAndNil (JvStrs);

    if oJvThread.Terminated then begin
      oJvThread.Terminate;
      oJvThread.RunOnCreate := False;
      Exit;
    end;

  end;

THE PROBLEM:
After exiting the app. when in IDE debugging mode it gives an error Invalid 
handled: the hand for .... window not found. Intrestingly it shows this 
because after tagging, sometimes the REdit which is a TRichText control is 
destroyed and it cant find it.... When running the program outside the IDE 
i.e. the executable also produces the same error with this message :
------------------------------------------------------------------------
Exception EOSError in module ReSpiceID3.exe at 00005EBA
System Error Code 1400
Invalid window handle
------------------------------------------------------------------------

Any help from you guys would be helpfull , I really want to relish the 
threading concepts...... 




Subject: Re: Where is the JVCLSpash resource?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Jul 2006 07:02:23 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> This picture was in JVCL\resources\JvCoreReg.dcr with all pictures that are used by JvCoreReg.pas.
> It is present in revision 10070 of this file.
> I didn't copy this picture into jvcl\images because I wanted someone to produce a picture that looks better.

All resources in the .dcr and .res files need to be enclosed in the .rc files because the files are generated.


Subject: Re: TJvThumbView
From: Yannis <None@noware.non>
Date: Sat, 15 Jul 2006 12:23:36 +0000 (UTC)
Newsgroups: jedi.vcl

"Michele Santucci" <michele.santucci@celinavio.it> wrote in 
news:e9566u$d1h$1@news.talkto.net:

> > Hello,
> > 
> > how does the SortList() method of TJvThumbView component works?
> > 

SortList is there to sort the thumbnail list based on their name.

After the sort is completed then it recalculates the thumbnail 
position in the thumbview and refreshes the view.

I seem to remember that I had plans to sort on varius other properties
like file size, file type etc but it seems that I never finished it.

Regards
Yannis.



Subject: Re: TJvThumbView
From: "Yannis" <None@noware.non>
Date: Sat, 15 Jul 2006 00:46:24 +0000 (UTC)
Newsgroups: jedi.vcl

Michele Santucci wrote:

> > Hello,
> > 
> > how does the SortList() method of TJvThumbView component works?

wow this is a blast from the past. I need to take a look on the code
I'll try to answer this in the week end.

Regards
Yannis.

-- 

Subject: Re: JvValidateEdit.pas now has memory leak.
From: "John Friel" <john@frieltek.com>
Date: Fri, 14 Jul 2006 16:07:22 -0500
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:e98hue$tfm$1@news.talkto.net...
> > I've accidentally typed FFields.Clear instead of FFields.Free ;-)

So, in a way, I did help!

Cheers!

john




Subject: Re: JvColorButton + BDS2006 Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Jul 2006 20:51:01 +0000 (UTC)
Newsgroups: jedi.vcl

Mitch wrote:

> > pressing the button brings up the JvColorForm but 
> > sends the modal parent dialog to the back.

I can't reproduce this with the SVN version.
You can download a daily snapshot from
http://jvcl.sf.net/daily
But keep in mind that if you use a daily snapshot of JVCL, you must also
use the corresponding daily snapshot of the JCL (http://jcl.sf.net)


-- Regards, Andreas Hausladen 

Subject: JvColorButton + BDS2006 Problem
From: Mitch <mitch.nnnooo@rockware.com>
Date: Fri, 14 Jul 2006 14:40:43 -0600
Newsgroups: jedi.vcl

I've just updated to BDS2006 from D7 nd figured it was time to use the latest JVCL (3.20) but I'm having a problem with the JvColorButton. After placing the JvColorButton on a modal dialog, pressing the button brings up the JvColorForm but sends the modal parent dialog to the back.

I've experimented with changing my dialogs formstyle and a bit of uneducated experimentation with the ColorForms CreateParams without any luck. Hopefully there is a simple fix.

Mitch


Subject: Re: Anyone problems with SVN write access?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Jul 2006 20:25:32 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Do you know how long it takes before they lock an account?

They only locked my SVN access. After a login the homepage sayed that my
password has expired and I should give them a new one what I've done.

-- Regards, Andreas Hausladen 

Subject: Re: Anyone problems with SVN write access?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 14 Jul 2006 19:20:30 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Damn. They locked my account because my password has expired.

Do you know how long it takes before they lock an account?

I just received a message about your commit.

-- 
Florent Ouchet


Subject: still docking
From: "Andreas Schubert" <nospam@here.com>
Date: Fri, 14 Jul 2006 19:18:44 +0200
Newsgroups: jedi.vcl

hi,

whats wrong with that code?
there are 2 forms that should be docked left and right, but only the left 
one shows up

procedure Tfrm_main.make1Click(Sender: TObject);
var p : TJvDockpanel;
 p2: TJVDockPanel;
begin

    f:=tfrm_navigator.Create(self);
    p :=self.JvDockServer1.DockPanelWithAlign[alLeft];
    f.ManualDock(p);
    e:=tfrm_Entry.Create(self);
     p2:=self.JvDockServer1.DockPanelWithAlign[alright];
    e.ManualDock(p2);

end; 




Subject: Re: Anyone problems with SVN write access?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Jul 2006 16:56:51 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I cannot commit anything. The SVN server does not accept my login data.
> > Anyone else having the same problem?

Damn. They locked my account because my password has expired.

-- Regards, Andreas Hausladen 

Subject: Anyone problems with SVN write access?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Jul 2006 16:53:39 +0000 (UTC)
Newsgroups: jedi.vcl

I cannot commit anything. The SVN server does not accept my login data.
Anyone else having the same problem?

-- Regards, Andreas Hausladen 

Subject: Re: JvValidateEdit.pas now has memory leak.
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Jul 2006 16:49:18 +0000 (UTC)
Newsgroups: jedi.vcl

I've accidentally typed FFields.Clear instead of FFields.Free ;-)


> > Wish I could figure out the solution for you...

That is very easy: have a look at this line:
[JvDataSourceIntf.pas][JvDataSourceIntf][TJvDataConnector.Create][376]

It says: In file JvDataSourceIntf.pas in the constructor
TJvDataConnector.Create in line 376 is the leak.


-- Regards, Andreas Hausladen 

Subject: JvValidateEdit.pas now has memory leak.
From: "John Friel" <john@frieltek.com>
Date: Fri, 14 Jul 2006 10:49:09 -0500
Newsgroups: jedi.vcl

Just did an SVN Update a couple days ago and now noticed that MM4 is 
reporting an additional memory leak for every JvValidateEdit I place on a 
form.

--------------------------------2006/7/14 
10:15:02--------------------------------
A memory block has been leaked. The size is: 20

Stack trace of when this block was allocated (return addresses):
403016 [system.pas][System][@GetMem][2648]
40461B [system.pas][System][TObject.NewInstance][8824]
4049EA [system.pas][System][@ClassCreate][9489]
436016 [Contnrs.pas][Contnrs][TObjectList.Create][256]
40B4F7 [FastMM4.pas][System][DebugGetMem][5839]
59C8CF 
[JvDataSourceIntf.pas][JvDataSourceIntf][TJvDataConnector.Create][376]
59CEAB 
[JvDataSourceIntf.pas][JvDataSourceIntf][TJvFieldDataConnector.Create][653]
5B2A26 
[JvValidateEdit.pas][JvValidateEdit][TJvValidateEditDataConnector.Create][366]
5B2E7E 
[JvValidateEdit.pas][JvValidateEdit][TJvCustomValidateEdit.CreateDataConnector][483]


It looks like it started about the time the extra Data Aware code was 
added/updated.  This leak exists in today's Update as well in line 483:

function TJvCustomValidateEdit.CreateDataConnector: TJvFieldDataConnector;
begin
  Result := TJvValidateEditDataConnector.Create(Self);  // <-- here
end;


Looks like memory is allocated for the edit and never freed.

Wish I could figure out the solution for you...

john




Subject: TJvThumbView
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Thu, 13 Jul 2006 12:10:48 +0200
Newsgroups: jedi.vcl

Hello,

how does the SortList() method of TJvThumbView component works?

-- Michele Santucci =================== Celin Avio S.r.l. Software Dev. Manager -------------------------------------- tel. +390187933876 loc. Cerri 19020 Follo (SP) =================== 

Subject: Re: JVCL/JVCL and .NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 12 Jul 2006 16:36:47 +0000 (UTC)
Newsgroups: jedi.vcl

Luca Giannoni wrote:

> > JCL/JVCL are only for WIN32 or I can use also in .NET personality?
> > And, if I can use in .NET How can I resolve this error?

The JVCL is only partly ready for VCL.NET. I'm the only person who has
worked on that part and for the last seven months nobody worked on the
JVCL.NET. There is no package that could be just installed into the IDE.
You must collect every file you want by yourself.

-- Regards, Andreas Hausladen 

Subject: JVCL/JVCL and .NET
From: "Luca Giannoni" <l.giannoni@tntpost.it>
Date: Wed, 12 Jul 2006 14:37:17 +0200
Newsgroups: jedi.vcl

Hi to everybody,

I migrate my program from delphi 6/7 to delphi 2005/delphi2006.
Now I use delphi 2005 but I'm awainting for delphi 2006 version
I use also 3.20 version of jvcl (and JCL).

When in my program I use JCL/JVCL unit I have an error becouse Delphi can't 
find .dcuil file.

JCL/JVCL are only for WIN32 or I can use also in .NET personality?
And, if I can use in .NET How can I resolve this error?

thanks in advance

Luca Giannoni




Subject: Re: Docking
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Tue, 11 Jul 2006 13:25:39 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Schubert wrote:

> > Hi again,
> > 
> > is there really noone who can give me a short example of the code
> > that is required to accomplish what i want?
> > 
> > Thanks again
> > 
> > Andy
> > 
> > "Andreas Schubert" <nospam@here.com> schrieb im Newsbeitrag
> > news:e8ijhl$vev$1@news.talkto.net...
>> > > Hi Elahn,
>> > > 
>> > > yes I did, but it really does not help much.
>> > > 
>> > > 
>> > >"Elahn Ientile" <elahn@elahn.net> schrieb im Newsbeitrag
> > news:e8hmcm$r7h$2@news.talkto.net...
>>> > > > Andreas Schubert wrote, on 6/07/2006 4:50 AM:
>>>> > > > > Hi People,
>>>> > > > > 
>>>> > > > > I hope someone can help me here with some sample code.
>>>> > > > > I am playing around with the docking panels for some time now
>>>> > > > > and dont  get this to work:
>>> > > > 
>>> > > > Have you looked through the examples? jvcl\examples\JvDocking
>>> > > > 
>>> > > > --  enjoy life,
>>> > >>           Elahn
>> > > 
>> > > 

see examples (search for custom dock), but there is a bug, you can't
autohide items in custom dock

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://simail.sf.net - small advanced e-mail client 

Subject: Re: Where is the JVCLSpash resource?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 10 Jul 2006 18:27:58 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> I have updated some .res and .dcr files and now the splash bitmap that is
> used for Delphi 2005 and BDS 2006 is gone and there is no file in
> jvcl3\images directory that indicates that the JVCLSPLASH resource was
> ever there.

This picture was in JVCL\resources\JvCoreReg.dcr with all pictures that are used by JvCoreReg.pas.
It is present in revision 10070 of this file.
I didn't copy this picture into jvcl\images because I wanted someone to produce a picture that looks better.

-- 
Florent Ouchet


Subject: Re: Add Hint to JvOutlookBar
From: "Morten Johansen" <iosoftgame@gmail.com>
Date: Mon, 10 Jul 2006 15:01:20 +0200
Newsgroups: jedi.vcl

When you move the mouse over the items, it should show a hint...and then it
should be able to hide caption of the item.


"OBones" <obones_gfd_@_gfd_altern.org> skrev i en meddelelse
news:e8movv$s57$2@news.talkto.net...
> > What? How?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/





Subject: Re: tjvtimeframe
From: "cjlapao" <cjlapao@donet.pt>
Date: Mon, 10 Jul 2006 12:07:13 +0100
Newsgroups: jedi.vcl

> >Trace what LoadBatch is doing at startup and see where it is called, and 
> >what it does.
> >Once you have done that you should be able to figure out what you need.
> >Personally, I have never used LoadBatch and always created the Appts one 
> >by one from a database not, from a storage. But my case was pretty much 
> >specific.
> >You also have the example to look at in the examples folder.
> >

thank you for all the quick anwsers you are the best. the example uses the
loadbatch and that's the only way i could load the apointemnets in the
database i ill try tho figure it out
 thanks again for the quick support

Carlos Lapão

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: tjvtimeframe
From: "cjlapao" <cjlapao@donet.pt>
Date: Mon, 10 Jul 2006 11:29:23 +0100
Newsgroups: jedi.vcl

> >cjlapao wrote:
>>> >>> cjlapao wrote:
>>>> >>>> i made a application like outlook with the tjvtimeframe and it works on a
>>>> >>>> network but i can't refresh the days. for example if i make a appointment
>>>> >>>> in a computer the other can't see it unless we exists the program and
>>>> >>>> starts again. the data is on a db and is loaded true the loadbatch event
>>> >>> You have to reload the appointments from a common source.
>>> >>>
>> >>  i use a tjvtmschedulemanager and what is the trigger to reload
> >
> >dbRefreshAll
> >
> >http://homepages.borland.com/jedi/jedihelp/item.php?Id=142177
> >
i may be doing something wrong because that doesnt work.
 it only update de loadbatch once on the begining then after that it
doesn't update it anymor i know this because i place a listbox and add a
line each time the loadbatch e call and for the same date it's onlyu
called in the begining when i select the date
do i have to place something in the refreshappt in the tjvtmshcedulemanager?

Carlos Lapão

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: tjvtimeframe
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Jul 2006 11:54:16 +0200
Newsgroups: jedi.vcl

Trace what LoadBatch is doing at startup and see where it is called, and what it does.
Once you have done that you should be able to figure out what you need.
Personally, I have never used LoadBatch and always created the Appts one by one from a database not, from a storage. But my case was pretty much specific.
You also have the example to look at in the examples folder.


Subject: Re: tjvtimeframe
From: "cjlapao" <cjlapao@donet.pt>
Date: Mon, 10 Jul 2006 10:31:23 +0100
Newsgroups: jedi.vcl

> >cjlapao wrote:
>> >> i made a application like outlook with the tjvtimeframe and it works on a
>> >> network but i can't refresh the days. for example if i make a appointment
>> >> in a computer the other can't see it unless we exists the program and
>> >> starts again. the data is on a db and is loaded true the loadbatch event
> >
> >You have to reload the appointments from a common source.
> >
 i use a tjvtmschedulemanager and what is the trigger to reload

Carlos Lapão

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: tjvtimeframe
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Jul 2006 10:59:28 +0200
Newsgroups: jedi.vcl

cjlapao wrote:
>> cjlapao wrote:
>>> i made a application like outlook with the tjvtimeframe and it works on a
>>> network but i can't refresh the days. for example if i make a appointment
>>> in a computer the other can't see it unless we exists the program and
>>> starts again. the data is on a db and is loaded true the loadbatch event
>> You have to reload the appointments from a common source.
>>
>  i use a tjvtmschedulemanager and what is the trigger to reload

dbRefreshAll

http://homepages.borland.com/jedi/jedihelp/item.php?Id=142177


Subject: Re: Jans ArrayButton - No enable or visible properties
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Jul 2006 08:58:08 +0200
Newsgroups: jedi.vcl

Gary Mugford wrote:
> Hi all,
>
>   I've come to use the ArrayButton a fair bit recently and have nothing
> but good things to say ... until I needed it disabled until certain
> conditions were met. Unfortunately, the component has no Enabled or
> Visible properties. At least version 1.31 of the source.
>
>   Has a newer release (Daily included) corrected this? Given that it is a Jan's component, WILL it be corrected? If the answer to the preceding
> is no to both, can somebody offer me a guide to adding enabled at the
> least? I've got some experience modifying components to have different
> defaults, but I'm leery of screwing up working code trying to add
> properties.

What do you mean by "Visible" and "Enabled"? Global properties or individual properties (called Visibles and Enableds in that case)?
And yes, the Jans components are updated, it's only the Globus ones that are generally not worth the effort.


Subject: Re: Where is the JVCLSpash resource?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Jul 2006 08:52:02 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have updated some .res and .dcr files and now the splash bitmap that is
> used for Delphi 2005 and BDS 2006 is gone and there is no file in
> jvcl3\images directory that indicates that the JVCLSPLASH resource was
> ever there.

Doesn't it come from the JCL ?


Subject: Re: tjvtimeframe
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Jul 2006 08:47:26 +0200
Newsgroups: jedi.vcl

cjlapao wrote:
> i made a application like outlook with the tjvtimeframe and it works on a
> network but i can't refresh the days. for example if i make a appointment
> in a computer the other can't see it unless we exists the program and
> starts again. the data is on a db and is loaded true the loadbatch event

You have to reload the appointments from a common source.


Subject: Re: JvPlugin PackageKind Problem: Application is not licensed to use this feature
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Jul 2006 08:41:13 +0200
Newsgroups: jedi.vcl

Bayu Prasetio wrote:
> Can anyone show me on how to call and where I have to place it in my code?

Google should help, but in the initialization section of a unit should be fine.


Subject: Re: JvPlugin PackageKind Problem: Application is not licensed to use this feature
From: Bayu Prasetio <bpras@bprasetio.or.id>
Date: Mon, 10 Jul 2006 08:56:25 +0700
Newsgroups: jedi.vcl

I'm using BDS2006 Architect and Delphi 7 Enterprise in the same machine. Both of them produced the same behavior.

I'm Using Daytona wrote:
> I have only seen that error when attempting to run code that uses part of Delphi not included in the release being used by the Developer...  For example, trying to use ADO in the Personal Edition...
>
> What version are you using?
>
>
> "Bayu Prasetio" <bpras@bprasetio.or.id> wrote in message news:e7hm13$m2p$1@news.talkto.net...
>> Can anyone show me on how to call and where I have to place it in my code?
>>
>> Thanks.
>>
>> OBones wrote:
>>> Have you called CoInitialize in the DLL?
>>>
>
>


Subject: Jans ArrayButton - No enable or visible properties
From: Gary Mugford <gmugford@0219rogers.com>
Date: Sun, 09 Jul 2006 14:27:15 -0400
Newsgroups: jedi.vcl

Hi all,

  I've come to use the ArrayButton a fair bit recently and have nothing
but good things to say ... until I needed it disabled until certain
conditions were met. Unfortunately, the component has no Enabled or
Visible properties. At least version 1.31 of the source.

  Has a newer release (Daily included) corrected this? Given that it is a 
Jan's component, WILL it be corrected? If the answer to the preceding
is no to both, can somebody offer me a guide to adding enabled at the
least? I've got some experience modifying components to have different
defaults, but I'm leery of screwing up working code trying to add
properties.

  Thanks, GM
 ==========================================
 When replying via email please move all 
 numbers from right of at symbol to left of 
 at symbol to get email address.


Subject: Re: A Bug in TJvDBGridCSVExport
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 09 Jul 2006 15:26:38 +0200
Newsgroups: jedi.vcl

Please put this in Mantis:

http://homepages.borland.com/jedi/issuetracker/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Where is the JVCLSpash resource?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 9 Jul 2006 12:24:54 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > In which .pas file is this resource used?

design\JvCoreReg.pas  line 186 and line 207


-- Regards, Andreas Hausladen 

Subject: Re: Where is the JVCLSpash resource?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Jul 2006 14:20:57 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have updated some .res and .dcr files and now the splash bitmap that is
> used for Delphi 2005 and BDS 2006 is gone and there is no file in
> jvcl3\images directory that indicates that the JVCLSPLASH resource was
> ever there.
>

In which .pas file is this resource used?


Subject: Where is the JVCLSpash resource?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 9 Jul 2006 09:38:56 +0000 (UTC)
Newsgroups: jedi.vcl

I have updated some .res and .dcr files and now the splash bitmap that is
used for Delphi 2005 and BDS 2006 is gone and there is no file in
jvcl3\images directory that indicates that the JVCLSPLASH resource was
ever there.

-- Regards, Andreas Hausladen 

Subject: Re: JvDataSource with IJvDataSource interface
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 09 Jul 2006 09:28:18 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> For Delphi 5 the "DataConnector.DataSource: IJvDataSource" property must
> be set by code because Delphi 5 doesn't support interfaces in the object
> inspector. Maybe we should write a property editor for this.

There might be one... I think I wrote one for the provider/consumer stuff. If so, it should be in the design folder.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: A Bug in TJvDBGridCSVExport
From: chinsho <anti-spam@sun-star.co.jp>
Date: Sun, 09 Jul 2006 11:47:52 +0900
Newsgroups: jedi.vcl

when export csv file , the column name always was exported even the corresponding field is not exportable. Below is the old source.

function TJvDBGridCSVExport.DoExport: Boolean;
var
  I: Integer;
  ARecNo, lRecCount: Integer;
  lBookmark: TBookmark;
  lString, lField: string;
begin
  FDocument.Clear;
  Result := True;
  try
    if ShowColumnName then
    begin
      lString := '';
      for I := 0 to FColumnCount - 1 do
        //ERROR: does not check the field exportable property
        if FRecordColumns[I].Visible  then
          if lString = '' then
            lString := FRecordColumns[I].ColumnName
          else
            lString := lString + Separator + FRecordColumns[I].ColumnName;
      FDocument.Add(lString);
    end;

below is my fixed source

function TJvDBGridCSVExport.DoExport: Boolean;
var
  I: Integer;
  ARecNo, lRecCount: Integer;
  lBookmark: TBookmark;
  lString, lField: string;
begin
  FDocument.Clear;
  Result := True;
  try
    if ShowColumnName then
    begin
      lString := '';
      for I := 0 to FColumnCount - 1 do
////////FIX BEGIN
        if FRecordColumns[I].Visible  and FRecordColumns[I].Exportable
///////FIX END
then
          if lString = '' then
            lString := FRecordColumns[I].ColumnName
          else
            lString := lString + Separator + FRecordColumns[I].ColumnName;
      FDocument.Add(lString);
    end;

regards
chin shou


Subject: Re: JvDataSource with IJvDataSource interface
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 09 Jul 2006 10:47:09 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote, on 9/07/2006 10:25 AM:
> I have added a new component TJvDataSource that supports the new interface
> IJvDataSource. With this interface it is possible to add data binding to
> components without introducing DB dependencies. I have added two examples:
> TJvEdit and TJvValidateEdit.

This is a great idea and an elegant solution. Thanks Andreas!

-- 
enjoy life,
           Elahn


Subject: JvDataSource with IJvDataSource interface
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 9 Jul 2006 00:25:50 +0000 (UTC)
Newsgroups: jedi.vcl

I have added a new component TJvDataSource that supports the new interface
IJvDataSource. With this interface it is possible to add data binding to
components without introducing DB dependencies. I have added two examples:
TJvEdit and TJvValidateEdit.

For Delphi 5 the "DataConnector.DataSource: IJvDataSource" property must
be set by code because Delphi 5 doesn't support interfaces in the object
inspector. Maybe we should write a property editor for this.


-- Regards, Andreas Hausladen 

Subject: Add Hint to JvOutlookBar
From: "Morten Johansen" <iosoftgame@gmail.com>
Date: Sat, 8 Jul 2006 17:11:36 +0200
Newsgroups: jedi.vcl

I have an idea for JvOutlookBar.

The items should be able to use Hint instead of Caption.

I hope somebody can make that and will do it..


From

Morten Johansen




Subject: Re: Docking
From: "Andreas Schubert" <nospam@here.com>
Date: Sat, 8 Jul 2006 12:19:58 +0200
Newsgroups: jedi.vcl

Hi again,

is there really noone who can give me a short example of the code that is 
required to accomplish what i want?

Thanks again

Andy

"Andreas Schubert" <nospam@here.com> schrieb im Newsbeitrag 
news:e8ijhl$vev$1@news.talkto.net...
> > Hi Elahn,
> >
> > yes I did, but it really does not help much.
> >
> >
> > "Elahn Ientile" <elahn@elahn.net> schrieb im Newsbeitrag 
> > news:e8hmcm$r7h$2@news.talkto.net...
>> >> Andreas Schubert wrote, on 6/07/2006 4:50 AM:
>>> >>> Hi People,
>>> >>>
>>> >>> I hope someone can help me here with some sample code.
>>> >>> I am playing around with the docking panels for some time now and dont 
>>> >>> get this to work:
>> >>
>> >> Have you looked through the examples? jvcl\examples\JvDocking
>> >>
>> >> -- 
>> >> enjoy life,
>> >>            Elahn
> >
> > 




Subject: Re: Error in daily files (JvPluginD10D)
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 7 Jul 2006 19:28:02 -0400
Newsgroups: jedi.vcl

>> >> Then you have some old DCUs lying around.
> > I'll check. Thanks.

Problem solved.  I had copied the new JCL source... but I didn't *compile* 
it.  Ahem... I'm an idiot.<g>

Sorry for the false alarm. 




Subject: Re: Error in daily files
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 08 Jul 2006 01:06:22 +0200
Newsgroups: jedi.vcl

Don S wrote:

> There is an error in the source from the daily zip file for 2007-07-07.  It is trying to use TStringBuilder in a Win32 project (JvNetD10R).
>
> [Pascal Error] JvRichEditToHtml.pas(317): E2003 Undeclared identifier: 'TStringBuilder'

But then again, you have an outdated JCL, TStringBuilder is defined in JclStrings, both for .Net and Win32.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Error in daily files (JvPluginD10D)
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 7 Jul 2006 19:01:59 -0400
Newsgroups: jedi.vcl

> > Then you have some old DCUs lying around.

I'll check. Thanks. 




Subject: Re: Error in daily files (JvPluginD10D)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 08 Jul 2006 00:59:40 +0200
Newsgroups: jedi.vcl

Don S wrote:

>> As stated on the daily page, you MUST update the JCL as well.
>
>
> I downloaded and installed the latest JCL available at the time (2007.07.06). 

Then you have some old DCUs lying around.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Add Hint to JvOutlookBar
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 08 Jul 2006 00:59:16 +0200
Newsgroups: jedi.vcl

What? How?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Error in daily files (JvPluginD10D)
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 7 Jul 2006 18:59:08 -0400
Newsgroups: jedi.vcl

> > As stated on the daily page, you MUST update the JCL as well.

I downloaded and installed the latest JCL available at the time 
(2007.07.06). 




Subject: Re: Error in daily files (JvPluginD10D)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 08 Jul 2006 00:56:06 +0200
Newsgroups: jedi.vcl

Don S wrote:
> [Pascal Error] JvPluginWizard.pas(291): E2003 Undeclared identifier: 'DirDelimiter'
> [Pascal Error] JvPluginWizard.pas(601): E2003 Undeclared identifier: 'DirDelimiter'
> [Pascal Fatal Error] JvPluginReg.pas(45): F2063 Could not compile used unit '..\..\design\JvPluginWizard.pas' 

As stated on the daily page, you MUST update the JCL as well.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Error in daily files (JvPluginD10D)
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 7 Jul 2006 18:33:12 -0400
Newsgroups: jedi.vcl

[Pascal Error] JvPluginWizard.pas(291): E2003 Undeclared identifier: 
'DirDelimiter'
[Pascal Error] JvPluginWizard.pas(601): E2003 Undeclared identifier: 
'DirDelimiter'
[Pascal Fatal Error] JvPluginReg.pas(45): F2063 Could not compile used unit 
'..\..\design\JvPluginWizard.pas' 




Subject: Error in daily files
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 7 Jul 2006 17:51:51 -0400
Newsgroups: jedi.vcl

There is an error in the source from the daily zip file for 2007-07-07.  It 
is trying to use TStringBuilder in a Win32 project (JvNetD10R).

[Pascal Error] JvRichEditToHtml.pas(317): E2003 Undeclared identifier: 
'TStringBuilder'




Subject: tjvtimeframe
From: "cjlapao" <cjlapao@donet.pt>
Date: Fri, 7 Jul 2006 17:41:20 +0100
Newsgroups: jedi.vcl

i made a application like outlook with the tjvtimeframe and it works on a
network but i can't refresh the days. for example if i make a appointment
in a computer the other can't see it unless we exists the program and
starts again. the data is on a db and is loaded true the loadbatch event

Carlos Lapão

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: runtime files to install
From: "Daytona" <d@d.com>
Date: Fri, 7 Jul 2006 08:24:30 -0700
Newsgroups: jedi.vcl

Bob Swart has a great tool called REQUIRED that will tell you all the BPLs 
your application needs if you decide to distribute with runtimes....

Like Andreas mentioned though, by default everything is compiled into the 
EXE so you should not have to worry about it...

David 




Subject: Re: JvPlugin PackageKind Problem: Application is not licensed to use this feature
From: "Daytona" <d@d.com>
Date: Fri, 7 Jul 2006 08:21:20 -0700
Newsgroups: jedi.vcl

I have only seen that error when attempting to run code that uses part of 
Delphi not included in the release being used by the Developer...  For 
example, trying to use ADO in the Personal Edition...

What version are you using?


"Bayu Prasetio" <bpras@bprasetio.or.id> wrote in message 
news:e7hm13$m2p$1@news.talkto.net...
> > Can anyone show me on how to call and where I have to place it in my code?
> >
> > Thanks.
> >
> > OBones wrote:
>> >> Have you called CoInitialize in the DLL?
>> >> 




Subject: Re: JvCalculator
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 07 Jul 2006 13:37:13 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:
>     I'm still trying to get this to work as wanted.  It seems the value property is the only one exposed I can work with but when I read it all I get is 0!  It's a double which should be easy enough to use...so if the value property isn't actually showing the current value held what is it for?

But it works when Execute returns True. It may seem "disturbing" at first, but closing the window with the Cross at the top right will have Execute return False. The user has to click the "check mark" button right above number 7. Only then will the value property be changed.


Subject: JvCalculator
From: "Robert Meek" <meekTAN@comcast.net>
Date: Fri, 7 Jul 2006 07:17:13 -0400
Newsgroups: jedi.vcl

    I'm still trying to get this to work as wanted.  It seems the value 
property is the only one exposed I can work with but when I read it all I 
get is 0!  It's a double which should be easy enough to use...so if the 
value property isn't actually showing the current value held what is it for?

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net 

Subject: Re: Tjvavicapture
From: "spoke25" <shadow_9325@yahoo.ca>
Date: Fri, 7 Jul 2006 09:12:27 +0100
Newsgroups: jedi.vcl

> >spoke25 wrote:
> >
>> >>   Hello All.. 
>> >> 
>> >>   I need webcam to pic application.. I read some subject but they are 
not 
>> >> enough for me.. 
>> >>   How is get a picture my webcam ..
> >
> >Have a look at the sample application, and the AVICap documentation in 
> >the MSDN.
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >http://jvcl.sf.net/
> >
Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: DecisionCube like in jedy
From: "lotfi zemali" <lotfiz@yahoo.com>
Date: Fri, 7 Jul 2006 00:37:41 +0100
Newsgroups: jedi.vcl

Hi,
is there a Decision cube like component in jedy. Delphi TDecisioncube seems 
to have problem in new versions of Delphi
it always show the message : 'The DecisionCube capacity is low. Please 
deactivate dimensions or change the data set'.
so i'm looking for a free OLAP tool.
Thanks 




Subject: Re: JvDesignPanel
From: "Micha" <schumannNoSpam@itc-msNoSpam.de>
Date: Thu, 6 Jul 2006 22:19:03 +0100
Newsgroups: jedi.vcl

> >For editing the properties, please use the JvInspector component
Thanks!
Unfortunately I do not know how to connect the Inspector to the 
component when it is activated. Sorry for my dumb questions, the example 
doesnt answer that.

An other issue I cannot solve: If I place 10 Edito controls one after 
each other, I cannot align them since they seem to be placed differently 
relatively to the grid. I would like to omit align functions but allow 
the customer just placing the components in a rough grid to make it as 
easy as possible.

I now use own components that register the events automatically and have 
the correct starting properties, this works well.

Thanks,

Micha



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDesignPanel
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Jul 2006 22:36:36 +0200
Newsgroups: jedi.vcl

Micha wrote:

>> For editing the properties, please use the JvInspector component
>
> Thanks!
> Unfortunately I do not know how to connect the Inspector to the component when it is activated. Sorry for my dumb questions, the example doesnt answer that.

JvInspector.AddComponent()

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Tjvavicapture
From: "spoke25" <shadow_9325@yahoo.ca>
Date: Thu, 6 Jul 2006 21:36:01 +0100
Newsgroups: jedi.vcl

  Hello All.. 

  I need webcam to pic application.. I read some subject but they are not 
enough for me.. 
  How is get a picture my webcam ..



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Tjvavicapture
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Jul 2006 22:35:54 +0200
Newsgroups: jedi.vcl

spoke25 wrote:

>   Hello All..
>   I need webcam to pic application.. I read some subject but they are not enough for me..   How is get a picture my webcam ..

Have a look at the sample application, and the AVICap documentation in the MSDN.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvDesignPanel
From: "Micha" <schumannNoSpam@itc-msNoSpam.de>
Date: Thu, 6 Jul 2006 20:39:31 +0100
Newsgroups: jedi.vcl

Does anybody have some Examples using JvDesignPanel going beyond the 
example in /examples? I want to integrate a form designer in my app and 
experimented with JvDesignerPanel. Seems to have everything I need but I 
came across these questions:

How do I "run" the form designed with JvDesignPanel? I need to change 
object attributes and connect event procedures. I did not manage to 
program that. 

How can something like align et al be realized?

Is there an easy way to give every insertet control a set of default 
values including size. I also would like to disallow resizing directly 
when inserting.

Any help is very appreciated! Thanks in advance!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDesignPanel
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Jul 2006 21:31:45 +0200
Newsgroups: jedi.vcl

For editing the properties, please use the JvInspector component

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: runtime files to install
From: "Andreas Schubert" <nospam@here.com>
Date: Thu, 6 Jul 2006 11:03:28 +0200
Newsgroups: jedi.vcl

Thank you very much Elahn!


"Elahn Ientile" <elahn@elahn.net> schrieb im Newsbeitrag 
news:e8hm80$r7h$1@news.talkto.net...
> > Andreas Schubert wrote, on 6/07/2006 7:40 AM:
>> >> I'd like to install an Application on a clients computer that uses 
>> >> different vcl components. What runtime files do I have to install there 
>> >> or does the .exe run on its own?
> >
> > Hi Andreas,
> >
> > This is a delphi packages question. If you build with runtime packages, 
> > you will need to include the package (.bpl) files with your distribution. 
> > If you build *without* runtime packages (default), then everything is 
> > included in the .exe file.
> >
> > -- 
> > enjoy life,
> >            Elahn 




Subject: Re: Docking
From: "Andreas Schubert" <nospam@here.com>
Date: Thu, 6 Jul 2006 11:01:33 +0200
Newsgroups: jedi.vcl

Hi Elahn,

yes I did, but it really does not help much.


"Elahn Ientile" <elahn@elahn.net> schrieb im Newsbeitrag 
news:e8hmcm$r7h$2@news.talkto.net...
> > Andreas Schubert wrote, on 6/07/2006 4:50 AM:
>> >> Hi People,
>> >>
>> >> I hope someone can help me here with some sample code.
>> >> I am playing around with the docking panels for some time now and dont 
>> >> get this to work:
> >
> > Have you looked through the examples? jvcl\examples\JvDocking
> >
> > -- 
> > enjoy life,
> >            Elahn 




Subject: Re: forms and big fonts
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Thu, 6 Jul 2006 09:08:27 +0100
Newsgroups: jedi.vcl

> >Florent Ouchet wrote:
> >I think this was discussed before, but I can't remember the outcome <g>. 
> >Maybe you could document what you are doing for the next generation.

I will write a page in the wiki.

> >The link mentioned by me in that bug report is available using the web 
> >archive:
> >
> >http://web.archive.org/web/20041012140401/http://bcbdev.com/faqs/faq96.htm

Thanks for the link, that's useful.

-- Florent Ouchet --- posted by geoForum on http://delphi.newswhat.com 

Subject: Re: Docking
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 06 Jul 2006 10:43:41 +1000
Newsgroups: jedi.vcl

Andreas Schubert wrote, on 6/07/2006 4:50 AM:
> Hi People,
>
> I hope someone can help me here with some sample code.
> I am playing around with the docking panels for some time now and dont get this to work:

Have you looked through the examples? jvcl\examples\JvDocking

-- 
enjoy life,
           Elahn


Subject: Re: runtime files to install
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 06 Jul 2006 10:41:09 +1000
Newsgroups: jedi.vcl

Andreas Schubert wrote, on 6/07/2006 7:40 AM:
> I'd like to install an Application on a clients computer that uses different vcl components. What runtime files do I have to install there or does the .exe run on its own?

Hi Andreas,

This is a delphi packages question. If you build with runtime packages, you will need to include the package (.bpl) files with your distribution. If you build *without* runtime packages (default), then everything is included in the .exe file.

-- 
enjoy life,
           Elahn


Subject: runtime files to install
From: "Andreas Schubert" <nospam@here.com>
Date: Wed, 5 Jul 2006 23:40:07 +0200
Newsgroups: jedi.vcl

Hi all,

I'd like to install an Application on a clients computer that uses different 
vcl components. What runtime files do I have to install there or does the 
..exe run on its own?

thanks

Andy




Subject: Docking
From: "Andreas Schubert" <nospam@here.com>
Date: Wed, 5 Jul 2006 21:17:55 +0200
Newsgroups: jedi.vcl

Hi People,

I hope someone can help me here with some sample code.
I am playing around with the docking panels for some time now and dont get
this to work:

There is a frmMain, frmA, frmB and frmC

frmA to frmC should be arranged on frmMain like this:
frmA docked left with AutoHide=true, frmC docked right with AutoHide=true
and frmB filling the space between not hidable.
Can some1 pls provide me how to do this?

Your help is highly appreciated.

BTW: I am using D6 Enterprise

Andy




Subject: Docking
From: "Andreas Schubert" <nospam@here.com>
Date: Wed, 5 Jul 2006 20:50:34 +0200
Newsgroups: jedi.vcl

Hi People,

I hope someone can help me here with some sample code.
I am playing around with the docking panels for some time now and dont get 
this to work:

There is a frmMain, frmA, frmB and frmC

frmA to frmC should be arranged on frmMain like this:
frmA docked left with AutoHide=true, frmC docked right with AutoHide=true 
and frmB filling the space between not hidable.
Can some1 pls provide me how to do this?

Your help is highly appreciated.

Andy 




Subject: Re: JvInspector issues: help needed
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 06 Jul 2006 03:53:45 +1000
Newsgroups: jedi.vcl

OBones wrote, on 5/07/2006 10:01 PM:
> 1654 - Might be fixed; the fix mentioned was a partial fix, but I think someone else made another change to further correct it;

I committed a fix (revision 10061) which allowed the inspector to scroll while an item editor is active, but I was unable to get the combo box to scroll.

-- 
enjoy life,
           Elahn


Subject: JvCalculator
From: "Robert Meek" <meekTAN@comcast.net>
Date: Wed, 5 Jul 2006 12:22:54 -0400
Newsgroups: jedi.vcl

Two questions regarding this dialog.  I'm trying to send the input/output as 
shown in it's display to a kinda of tape list that can be stored as a 
record.  I've been converting the value property as displayed to a string 
but all I ever get is zero!  Is there another way of doing this>
Also is there anyway of getting the dialog's top, left, Height, and Width so 
that I can show my tape form next to it properly?

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net 

Subject: JvInspector issues: help needed
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 05 Jul 2006 14:01:12 +0200
Newsgroups: jedi.vcl

Hi all,

There are currently in Mantis 6 issues about TJvInspector formerly assigned to MarcelB. As he is not active on the JVCL anymore, he released them and gave those details:

1615 - Feature request
1620 - Needs to be checked
1654 - Might be fixed; the fix mentioned was a partial fix, but I think someone else made another change to further correct it;
1714 - Feature request, IMO important to simulate Delphi OI behavior
1718 - Feature request
1784 - Not fixed, AFAIK

Originally there were 9 of them, but I fixed on the 3 others as it did not involved too many changes. What I would appreciate now is for some people to come up with solutions and diff files with proposed changes.

Thanks in advance for your help.
Cheers
Olivier


Subject: Re: JvVCL5Utils error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Wed, 5 Jul 2006 07:58:27 +0100
Newsgroups: jedi.vcl

> >Menaka wrote:
> >
>> >> I migrated Delphi 5 code to Delphi 2006. I get the below error.
>> >> JvVCLUtils.pas: F2039 Could not create output file
>> >> 'Output\JvVCLUtils.dcu'
> >
> >Can it be that you have set the unit output directory of your project to
> >the non-existent folder "output"?  The JVCL does not use a directory
> >called "output".
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >

Can you please tell me What should the output folder be for JVCL



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvVCL5Utils error in Delphi 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 05 Jul 2006 08:33:58 +0200
Newsgroups: jedi.vcl

Menaka wrote:
>> Menaka wrote:
>>
>>> I migrated Delphi 5 code to Delphi 2006. I get the below error.
>>> JvVCLUtils.pas: F2039 Could not create output file
>>> 'Output\JvVCLUtils.dcu'
>> Can it be that you have set the unit output directory of your project to
>> the non-existent folder "output"?  The JVCL does not use a directory
>> called "output".
>>
>>
>> -- 
>> Regards,
>>
>> Andreas Hausladen
>>
>
> Can you please tell me What should the output folder be for JVCL

What Andreas said is that YOUR project options indicate an output folder called "Output". The JVCL does not change those values, and you can set whatever value you wish in YOUR project.
The JVCL packages already have correct values and none of them use "Output", hence the reason why we say it is YOUR project that is at fault.


Subject: JvVCL5Utils error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Wed, 5 Jul 2006 06:18:44 +0100
Newsgroups: jedi.vcl

 Hi,

I migrated Delphi 5 code to Delphi 2006. I get the below error.
JvVCLUtils.pas: F2039 Could not create output file 'Output\JvVCLUtils.dcu'

Please do help me on this.
Thanks in advance,
Menaka



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvVCL5Utils error in Delphi 2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 5 Jul 2006 05:16:47 +0000 (UTC)
Newsgroups: jedi.vcl

Menaka wrote:

> > I migrated Delphi 5 code to Delphi 2006. I get the below error.
> > JvVCLUtils.pas: F2039 Could not create output file
> > 'Output\JvVCLUtils.dcu'

Can it be that you have set the unit output directory of your project to
the non-existent folder "output"?  The JVCL does not use a directory
called "output".


-- Regards, Andreas Hausladen 

Subject: Re: forms and big fonts
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 04 Jul 2006 07:33:52 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Isn't this something which should be implemented in the dfm cleaning tool? devtools\DFMCleaner

Yes this could be used for that, the operations are quite repetitive:

if PropertyExists(ClientWidth) and PropertyExists(ClientHeight) then
begin
  if PropertyIsTrue(Scaled) or not PropertyExists(Scaled) then
    // the form can be scaled
  else
    DeleteProperty(Scaled);
end
else
begin
  SetProperty(ClientWidth, PropertyValue(Width) - 2 * SizeOf(FormEdges));
  SetProperty(ClientHeight, PropertyValue(Height) - 2 * SizeOf(FormEdges) - SizeOf(TitleBar));
  // size of edges and title bar when the ppi (pixel per inch) stored in the dfm file
  // the size of the title bar depends on the form style
  if PropertyExists(Scaled) then
    DeleteProperty(Scaled);
  DeleteProperty(Width);
  DeleteProperty(Height);
end;

All forms have to be reviewed because of the rounding noise added by the scale factor: component's left/top/width/height *= system text height / stored text height.

-- 
Florent Ouchet


Subject: Re: forms and big fonts
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Jul 2006 07:06:58 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi all,
>
> Some forms of the JVCL have their Scaled property set to False, other are not compatible with big fonts. We should have a more consistent appearance than we have now.

Isn't this something which should be implemented in the dfm cleaning tool? devtools\DFMCleaner


Subject: Re: forms and big fonts
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 03 Jul 2006 23:01:48 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi all,
>
> Some forms of the JVCL have their Scaled property set to False, other are not compatible with big fonts. We should have a more consistent appearance than we have now.
> I am presently using big font (150%) but I won't keep this ugly setting a long time. Should I take some time to modify design-time and run-time forms?
>

I think this was discussed before, but I can't remember the outcome <g>. Maybe you could document what you are doing for the next generation.

You might want to look at the following link that discusses this also:

http://homepages.borland.com/jedi/issuetracker/view.php?id=2078

The link mentioned by me in that bug report is available using the web archive:

http://web.archive.org/web/20041012140401/http://bcbdev.com/faqs/faq96.htm

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvDBGrid: Hide
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 3 Jul 2006 17:59:43 +0100
Newsgroups: jedi.vcl

> >Fred wrote:
> >
>> >> No, but that could be a good thing to add a property to hide it.
> >
> >Yes, I've already added it to Mantis as a feature request.

The fix will be in SVN soon (for the two Mantis requests).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid: Hide
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Mon, 3 Jul 2006 16:37:11 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > The fix will be in SVN soon (for the two Mantis requests).

I was notified by Mantis, thanks a lot!

-- Erick Sasse 

Subject: Re: forms and big fonts
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Mon, 3 Jul 2006 13:39:44 +0100
Newsgroups: jedi.vcl

> >Obones wrote:
> >What impact does Scaled := True has beyond helping a bit with Large Font 
> >settings?

I guess nothing except for controls that displays pictures or that cannot
be resized.

> >I mean, does it have an impact when used with regular font settings? And 
> >last but not least, is it available in D5/C5?

It does not have any impact when the pixel per inch setting is set at 96.
There are some issues when Form.Width and Form.Height are stored in the
dfm file, the Form.ClientWidth and Form.ClientHeight properties have to be
used.
I changed jvcl\design jvcl\run jvcl\devtools jvcl\install yesterday, I can
change jvcl\examples this evening.

-- Florent Ouchet --- posted by geoForum on http://delphi.newswhat.com 

Subject: Re: JvDBGrid: Hide
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Mon, 3 Jul 2006 11:10:15 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > No, but that could be a good thing to add a property to hide it.

Yes, I've already added it to Mantis as a feature request.

-- Erick Sasse 

Subject: Re: JvDBGrid: CheckBox per line without a field
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Mon, 3 Jul 2006 11:09:45 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > Why don't you add a dummy field for that ?

I was trying to avoid that, because this is a base form for generic
queries, and for every call I pass a different DataSet to it.

-- Erick Sasse 

Subject: Re: forms and big fonts
From: "Rudy Velthuis" <newsgroups@rvelthuis.de>
Date: Mon, 3 Jul 2006 12:35:58 +0200
Newsgroups: jedi.vcl

At 09:05:07, 03.07.2006, OBones wrote:

> > What impact does Scaled := True has beyond helping a bit with Large
> > Font settings?  I mean, does it have an impact when used with regular
> > font settings? And last but not least, is it available in D5/C5?

AFAIK, Scaled has been present since D1.
-- Rudy Velthuis http://rvelthuis.de/ "Assassins!" -- Arturo Toscanini (1867-1957) to his orchestra 

Subject: Re: JvDBGrid: Hide
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 3 Jul 2006 10:53:00 +0100
Newsgroups: jedi.vcl

> >Can I hide the checkbox "with real field names" from the
> >SelectColumnsDialog?

No, but that could be a good thing to add a property to hide it.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid: CheckBox per line without a field
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 3 Jul 2006 10:51:01 +0100
Newsgroups: jedi.vcl

Hello,

> >Is it possible to have a CheckBox per line without having a field
> >associated with it?

No.

> >I just want to allow the user to select rows by clicking on the
> >checkbox.

Why don't you add a dummy field for that ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: forms and big fonts
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 03 Jul 2006 09:05:07 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi all,
>
> Some forms of the JVCL have their Scaled property set to False, other are not compatible with big fonts. We should have a more consistent appearance than we have now.
> I am presently using big font (150%) but I won't keep this ugly setting a long time. Should I take some time to modify design-time and run-time forms?

What impact does Scaled := True has beyond helping a bit with Large Font settings?
I mean, does it have an impact when used with regular font settings? And last but not least, is it available in D5/C5?


Subject: Re: Election extended for Jedi Director
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 03 Jul 2006 15:45:44 +1000
Newsgroups: jedi.vcl

m utku karatas wrote, on 3/07/2006 5:03 AM:
> Need to be in the mailing list to vote? IMHO this should be public.

You need to join the yahoo group, but you can elect not to receive emails. This is free and only takes a short amount of time to do. Anyone can do so, which by definition makes it public. :)

-- 
enjoy life,
           Elahn


Subject: Re: makemodified.bat - parameters
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 02 Jul 2006 21:25:45 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a e'crit :
> Thanks, this is now fixed in SVN.

Install.bat should be modified too.

As far as I remember %2- is equivalent to %2 %3 %4 %5 %6 %7 %8 %9

-- 
Florent Ouchet


Subject: forms and big fonts
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 02 Jul 2006 21:22:42 +0200
Newsgroups: jedi.vcl

Hi all,

Some forms of the JVCL have their Scaled property set to False, other are not compatible with big fonts. We should have a more consistent appearance than we have now.
I am presently using big font (150%) but I won't keep this ugly setting a long time. Should I take some time to modify design-time and run-time forms?

-- 
Florent Ouchet


Subject: Re: Election extended for Jedi Director
From: m utku karatas <m.utku.k@g_o_o_g_l_e_smailservice.com>
Date: Sun, 2 Jul 2006 19:03:47 +0000 (UTC)
Newsgroups: jedi.vcl

Elahn Ientile <elahn@elahn.net> wrote in news:e86vv8$5q8$1@news.talkto.net:

> > Hi All, Alan C. Moore posted this to the Delphi-JEDI mailing list:
> > 
> > Members of Project JEDI,
> > 
> > I had hoped to end the election for Director today but we are still
> > short of the 50 needed votes (currently at 35). Having cummincated
> > with the Steering Team we will be expending the election another week
> > or until we reach 50 votes. Thanks to those of you who have already
> > voted.
> > 
> > Best wishes,
> > 
> > Alan C. Moore

Need to be in the mailing list to vote? IMHO this should be public.

-- Best regards. M. Utku Karatas 

Subject: Re: JvDBGrid Indicator Button
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sun, 2 Jul 2006 16:42:37 +0000 (UTC)
Newsgroups: jedi.vcl

Erick Sasse wrote:

> > I want to fire the SelectColumnsDialog when the user clicks the
> > indicator. Is it a good idea or there's a better one to show this
> > dialog?

Forget it, I've just found out that if I enable the TitleArrow
property, the indicator button works exactly like I wanted.

http://homepages.borland.com/jedi/jedihelp/item.php?Id=130364

-- Erick Sasse 

Subject: Re: makemodified.bat - parameters
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Jul 2006 09:10:39 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> > %1, %2 and others parameters are not to be explicitly quoted.

Thanks, this is now fixed in SVN.


-- Regards, Andreas Hausladen 

Subject: Re: Election extended for Jedi Director
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 02 Jul 2006 09:22:23 +1000
Newsgroups: jedi.vcl

> I had hoped to end the election for Director today but we are still
> short of the 50 needed votes (currently at 35). Having cummincated
> with the Steering Team we will be expending the election another week
> or until we reach 50 votes. Thanks to those of you who have already
> voted.

And the link to the election poll is:

http://groups.yahoo.com/group/Delphi-JEDI/surveys?id=2265644

-- 
enjoy life,
           Elahn


Subject: Election extended for Jedi Director
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 02 Jul 2006 09:19:43 +1000
Newsgroups: jedi.vcl

Hi All, Alan C. Moore posted this to the Delphi-JEDI mailing list:

Members of Project JEDI,

I had hoped to end the election for Director today but we are still
short of the 50 needed votes (currently at 35). Having cummincated
with the Steering Team we will be expending the election another week
or until we reach 50 votes. Thanks to those of you who have already
voted.

Best wishes,

Alan C. Moore


Subject: makemodified.bat - parameters
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 1 Jul 2006 15:41:21 +0400
Newsgroups: jedi.vcl

Hello, All!

%1, %2 and others parameters are not to be explicitly quoted.

For example try something like >>makemodified d5<< - the d5 parameter would
be ignored

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: TJvInterpreter...
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Fri, 30 Jun 2006 20:40:07 -0300
Newsgroups: jedi.vcl

wow... thanks Oliver

 i have sample now.   :)

but i need help ou other documentation too...

regards

charles

"OBones" <obones_gfd_@_gfd_altern.org> escribió en el mensaje 
news:e848un$ncr$2@news.talkto.net...
> > Charles Adriano wrote:
> >
>> >> hi all..
>> >>
>> >> please, i need information (documentation, help and/or samples) about
>> >>
>> >> - TJvInterpreterFm
>> >> - TJvInterpreterProgram
> >
> > Examples\RaLib\RaInterpreter
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: TJvInterpreter...
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 01 Jul 2006 00:35:12 +0200
Newsgroups: jedi.vcl

Charles Adriano wrote:

> hi all..
>
> please, i need information (documentation, help and/or samples) about
>
> - TJvInterpreterFm
> - TJvInterpreterProgram

Examples\RaLib\RaInterpreter

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvDBGrid: Hide "with real field names" CheckBox
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 30 Jun 2006 21:52:10 +0000 (UTC)
Newsgroups: jedi.vcl

Can I hide the checkbox "with real field names" from the
SelectColumnsDialog?

Thanks!

-- Erick Sasse 

Subject: JvDBGrid Indicator Button
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 30 Jun 2006 21:38:23 +0000 (UTC)
Newsgroups: jedi.vcl

Is it possible to make the indicator title cell work as a button? I've
tried the OnCellClick and OnTitleClick, but none is fired when we click
there.

I want to fire the SelectColumnsDialog when the user clicks the
indicator. Is it a good idea or there's a better one to show this
dialog?

Thanks!

-- Erick Sasse 

Subject: JvDBGrid: CheckBox per line without a field
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 30 Jun 2006 21:13:13 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

Is it possible to have a CheckBox per line without having a field
associated with it?
I just want to allow the user to select rows by clicking on the
checkbox.

Thanks!

-- Erick Sasse 

Subject: TJvInterpreter...
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Fri, 30 Jun 2006 17:31:08 -0300
Newsgroups: jedi.vcl

hi all..

please, i need information (documentation, help and/or samples) about

- TJvInterpreterFm
- TJvInterpreterProgram

regardas 




Subject: Re: jvcomputer info opengl info removal request
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Fri, 30 Jun 2006 17:36:48 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > We won't remove them. However, there was an issue in JclSysInfo.pas
> > where the GetOpenGLVersion funtion would not unload the OpenGL
> > libraries. This has been fixed, please get the latest version of
> > JclSysInfo.pas from the JCL:
> > 
> > http://homepages.borland.com/jedi/wiki/index.php?title=Repository
> > 
> > Cheers
Hm. It seems that latest nightly did the job.
I had a 20.5.2006 nightly installed.

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://simail.sf.net - small advanced e-mail client 

Subject: Re: jvcomputer info opengl info removal request
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 30 Jun 2006 18:00:26 +0200
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:

> Hi!
>
> Guys could you REMOVE openGL version info in further veersions.
> Because opengl32.dll is loaded and then mouse acceleration with
> logitech drivers is gone while that application has focus, because
> drivers detect application as a game.
> unaccelerated mouse drives ppl with large screen resolution nuts.

We won't remove them. However, there was an issue in JclSysInfo.pas where the GetOpenGLVersion funtion would not unload the OpenGL libraries. This has been fixed, please get the latest version of JclSysInfo.pas from the JCL:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvDBUltimateGrid and row color issue
From: Doug <please@no.spam>
Date: Fri, 30 Jun 2006 07:46:20 -0700
Newsgroups: jedi.vcl

On Fri, 30 Jun 2006 06:49:14 -0700, Fred <nospam_@_nospam.com> wrote:

> > if (not Highlight) then
> > begin
> >   AFont.Color := mycolor1;
> >   Background := mycolor2;
> > end;


THANK YOU, Fred!!!
That was it. I really appreciate the help. With all the time you put into these groups helping people, I can't imagine that you have a real job. Am certainly very thankful there are people like you to help to help us all become better programmers.
In this case am trying to color matching groups of records. Each group has a match number.


     if (grid.DataSource.DataSet.FieldByName('match').AsInteger mod 2 = 0) then
     	Background := clInfoBk
     else
     	Background := clWindow;
     if Highlight then
     begin
       AFont.Color := clHighlightText;
       Background := clHighlight;
     end;


Subject: Re: JvDBUltimateGrid and row color issue
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 30 Jun 2006 14:49:14 +0100
Newsgroups: jedi.vcl

Please pay attention to the event parameters. Highlight is a read-only 
boolean. So use it like a read-only boolean. Example:
if (not Highlight) then
begin
  AFont.Color := mycolor1;
  Background := mycolor2;
end;

And if you want to color the rows alternatively, use instead the two 
AlternateRowColor properties.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvComputerInfo error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Fri, 30 Jun 2006 14:45:01 +0100
Newsgroups: jedi.vcl

> >Menaka wrote:
>>> >>> Identification.LocalComputerName
>>> >>>
>>> >>>
>>> >>> And you did not answer my other question.
>>> >>>
>> >> 
>> >> OBones,
>> >> 
>> >> We had Jvcl3 for Delphi 5.
>> >> 
>> >> Computername error is resolved. Can you please help me on the other 
one 
>> >> too regarding what parameter name should be given for the constructor 
>> >> Create
> >
> >Ah yes, missed that line. Sorry.
> >Well, pass in 'nil', as you would for any component that you manually 
> >create and destroy.
> >
OBones,
Thanks alot for your help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvComputerInfo error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Fri, 30 Jun 2006 14:05:41 +0100
Newsgroups: jedi.vcl

> >Identification.LocalComputerName
> >
> >
> >And you did not answer my other question.
> >

OBones,

We had Jvcl3 for Delphi 5.

Computername error is resolved. Can you please help me on the other one 
too regarding what parameter name should be given for the constructor 
Create



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Mantis 1959: Quick report components
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Jun 2006 15:02:42 +0200
Newsgroups: jedi.vcl

Frank Klose wrote:
> Hi,
>
> the components are from me and I think the tab can be JvQReport

The tab is fine by me.

> the package is inside the rar but I don´t know how you can integrate
> it in the Jedi-Packages.

Yes that's the problem. We already have some QR related components, but they are in the Globus packages, soon to be phased out.
Hence the reason why I'm asking for opinions:

1. Create yet another package
2. Put in an existing package. Which one?


Subject: Re: JvComputerInfo error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Fri, 30 Jun 2006 13:37:43 +0100
Newsgroups: jedi.vcl

> >Replace any instance of JvComputerInfo by JvComputerInfoEx.
> >
> >And one more question: what version of the JVCL was installed under 
> >Delphi 5?
> >
I replaced JvComputerInfo by JvComputerInfoEx. Now I get the error 
Undeclared Identifier 'ComputerName'

function TISMSCallMgr_Proxy.GetComputerName: string;
var
  JvComputerInfoEx: TJvComputerInfoEx;
begin
  if FComputerName = '' then
  try
    JvComputerInfoEx := TJvComputerInfoEx.Create; --> error here
    try
      FComputerName := JvComputerInfoEx.ComputerName; --> error here
    finally
      JvComputerInfoEx.Free;
    end;
  except
    on E:Exception do
      LogFile.LogIt(E.Message + '; {4042D42A-429D-4814-AA5A-
117F3760F9DE}', LOG_PRIORITY_HIGH, nil);
  end;
  result := FComputerName;
end;

Error 2035: Not enough actual parameters
Error:2003 Undeclared Identifier 'ComputerName'

I found in help that it should be TJvComputerInfoEx.Create(AOwner: 
TComponent); 
But in my code don't know what parameters I should pass for create.

And also saw in help that Computername is not a member of 
TJvComputerInfoEx. It has the property  name : TComponentName. Can I use 
this in my code instead of Computername?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvComputerInfo error in Delphi 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Jun 2006 14:31:25 +0200
Newsgroups: jedi.vcl

Menaka wrote:
>> Identification.LocalComputerName
>>
>>
>> And you did not answer my other question.
>>
>
> OBones,
>
> We had Jvcl3 for Delphi 5.
>
> Computername error is resolved. Can you please help me on the other one too regarding what parameter name should be given for the constructor Create

Ah yes, missed that line. Sorry.
Well, pass in 'nil', as you would for any component that you manually create and destroy.


Subject: jvcomputer info opengl info removal request
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Fri, 30 Jun 2006 12:20:37 +0000 (UTC)
Newsgroups: jedi.vcl

Hi!

Guys could you REMOVE openGL version info in further veersions.
Because opengl32.dll is loaded and then mouse acceleration with
logitech drivers is gone while that application has focus, because
drivers detect application as a game.
unaccelerated mouse drives ppl with large screen resolution nuts.


Regards,
Miha

-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://simail.sf.net - small advanced e-mail client 

Subject: Re: JvFormStorage not restoring JvDBGrid
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 30 Jun 2006 12:13:02 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Yes, and I just tested, the example you posted has the settings saved
> > under the [Form2\TForm2JvDBGrid1] section.  Maybe the other one comes
> > from earlier tests.

Yes, it's working! Thanks. :)

-- Erick Sasse 

Subject: Re: JvComputerInfo error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Fri, 30 Jun 2006 12:57:25 +0100
Newsgroups: jedi.vcl

> > Hi,
> >
> >I migrated the delphi 5 code to Delphi 2006. I get the error while 
> >compiling the code,
> >
> >implementation
> >
> >uses ComServ, ISMSCallMgr_TLB, JvComputerInfo;-->error here
> >
> >Error:F1026 File not found : 'JvComputerInfo.dcu'
> >
> >
> >In d10 folder I could find only 'JvComputerInfoEx.dcu'
> >
> >'JvComputerInfo.pas' file is present in archive folder.
> >
> >Please do help me on this.
> >
> >Thanks
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >
I have the below piece of code in Delphi 5 which is showing error when 
migrated to Delphi 2006.Please do help me on this.

implementation

uses ComServ, ISMSCallMgr_TLB, JvComputerInfo; -->error here
.......
........
function TISMSCallMgr_Proxy.GetComputerName: string;
var
  JvComputerInfo: TJvComputerInfo;
begin
  if FComputerName = '' then
  try
    JvComputerInfo := TJvComputerInfo.Create;
    try
      FComputerName := JvComputerInfo.ComputerName;
    finally
      JvComputerInfo.Free;
    end;
  except
    on E:Exception do
      LogFile.LogIt(E.Message + '; {4042D42A-429D-4814-AA5A-
117F3760F9DE}', LOG_PRIORITY_HIGH, nil);
  end;
  result := FComputerName;
end;

Error:F1026 File not found : 'JvComputerInfo.dcu'



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvComputerInfo error in Delphi 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Jun 2006 13:55:38 +0200
Newsgroups: jedi.vcl

Identification.LocalComputerName


And you did not answer my other question.


Subject: Re: JvFormStorage not restoring JvDBGrid
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Jun 2006 13:53:30 +0200
Newsgroups: jedi.vcl

Erick Sasse wrote:
> OBones wrote:
>
>> Well, with the latest changes (GetFirstParentForm) it saves and loads
>> in the same place regardless of where it is actually located. At
>> least that's what I observed here.
>
> Did you commit to trunk? My update didn't bring any changes.

Yes, and I just tested, the example you posted has the settings saved under the [Form2\TForm2JvDBGrid1] section.
Maybe the other one comes from earlier tests.


Subject: Re: JvFormStorage not restoring JvDBGrid
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 30 Jun 2006 11:46:11 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Well, with the latest changes (GetFirstParentForm) it saves and loads
> > in the same place regardless of where it is actually located. At
> > least that's what I observed here.

Did you commit to trunk? My update didn't bring any changes.

-- Erick Sasse 

Subject: Re: JvFormStorage not restoring JvDBGrid
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Jun 2006 13:12:15 +0200
Newsgroups: jedi.vcl

OBones wrote:

>> It's not an important issue, but it would be nice if both instances
>> share the same settings.
>
> I agree, but I'm not sure if this is at all possible. I'll investigate tomorrow.

Well, with the latest changes (GetFirstParentForm) it saves and loads in the same place regardless of where it is actually located. At least that's what I observed here.


Subject: Re: TJVComboEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Jun 2006 13:11:25 +0200
Newsgroups: jedi.vcl

michael wrote:
> I downloaded JVCL320CompleteJCL197-Build2172.zip, no help files found in help directory

Yes, the help is a separate download on SourceForge.


> In the online help I read it is only filter common prefixes such as http://, anyway to modify this filter behaviour ?
> or should I say I would like to filter the items myself, anyway to do it ?

No easy way that I know of.


Subject: JvComputerInfo error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Fri, 30 Jun 2006 12:09:42 +0100
Newsgroups: jedi.vcl

 Hi,

I migrated the delphi 5 code to Delphi 2006. I get the error while 
compiling the code,

implementation

uses ComServ, ISMSCallMgr_TLB, JvComputerInfo;-->error here

Error:F1026 File not found : 'JvComputerInfo.dcu'


In d10 folder I could find only 'JvComputerInfoEx.dcu'

'JvComputerInfo.pas' file is present in archive folder.

Please do help me on this.

Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvComputerInfo error in Delphi 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Jun 2006 13:08:33 +0200
Newsgroups: jedi.vcl

Replace any instance of JvComputerInfo by JvComputerInfoEx.

And one more question: what version of the JVCL was installed under Delphi 5?


Subject: Re: TJVComboEdit
From: "michael" <mgoh_id@yahoo.co.uk>
Date: Fri, 30 Jun 2006 17:20:56 +0700
Newsgroups: jedi.vcl

I downloaded JVCL320CompleteJCL197-Build2172.zip, no help files found in 
help directory

In the online help I read it is only filter common prefixes such as http://, 
anyway to modify this filter behaviour ?
or should I say I would like to filter the items myself, anyway to do it ?

Thanks

Regards
Michael

"OBones" <obones_gf_@_fe_altern.org> wrote in message 
news:e82ltl$ep6$1@news.talkto.net...
> > michael wrote:
>> >> In TJvComboEdit there is option for FilterPrefixes
>> >> What this options for ?
> >
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=142595
> >
> >
>> >> And Does Jedi VCL have their API Documented ?
> >
> > Yes, a good part of it is in the help files, or the online help at the 
> > above address. 




Subject: Re: TJVComboEdit
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 30 Jun 2006 10:04:13 +0200
Newsgroups: jedi.vcl

michael wrote:
> In TJvComboEdit there is option for FilterPrefixes
> What this options for ?

http://homepages.borland.com/jedi/jedihelp/item.php?Id=142595


> And Does Jedi VCL have their API Documented ?

Yes, a good part of it is in the help files, or the online help at the above address.


Subject: GRID - With AutoComplete
From: "michael" <mgoh_id@yahoo.co.uk>
Date: Fri, 30 Jun 2006 14:33:56 +0700
Newsgroups: jedi.vcl

Is there any Grid in the package w/ autocomplete Input

thanks

Regards
Michael 




Subject: TJVComboEdit
From: "michael" <mgoh_id@yahoo.co.uk>
Date: Fri, 30 Jun 2006 14:32:36 +0700
Newsgroups: jedi.vcl

In TJvComboEdit there is option for FilterPrefixes
What this options for ?

And Does Jedi VCL have their API Documented ?


Thank You

Regards
Michael






Subject: Widestring in TJvAppStorage
From: "Marco" <marco@marco.com>
Date: Fri, 30 Jun 2006 01:21:09 +0200
Newsgroups: jedi.vcl

Hi there!

I love the Jv persistence components! Great work!!

I do have two questions, though:

1. I'm writing an international application. Some object properties are 
widestrings, which should save and load correctly into a DB or XML file 
(don't care which one). However, if I use TJvAppDBStorage or 
TJvAppXMLFileStorage, widestrings are not saved correctly. They seem to be 
treated as normal strings. Is there a work-around for this problem?

2. Since the DB-Storage is slow, I'd prefer using XML-storage. Does 
TJvAppXMLFileStorage support something like "SaveToStream" ? Or should I 
write a custom descendant class which can save to a stream?

Thanks for any help !!!

Regards

Marco 




Subject: Re: JvDBUltimateGrid and row color issue
From: Doug <please@no.spam>
Date: Thu, 29 Jun 2006 12:45:23 -0700
Newsgroups: jedi.vcl

On Thu, 29 Jun 2006 09:40:19 -0700, Fred <nospam_@_nospam.com> wrote:

>> How do I return normal highlight and text?
>
> Use the right event: OnGetCellParams
>
> Fred
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

Tried OnGetCellParams that with the same results. Also, tried changing the Highlight to both true and false with no change.

procedure TfrmMain.GridGetCellParams(Sender: TObject; Field: TField;
  AFont: TFont; var Background: TColor; Highlight: Boolean);
begin
  if (Grid.DataSource.DataSet.FieldByName('match').AsInteger mod 2 = 0) then
     Background := clInfoBk
  else
     Background := clWindow;
  Highlight := False;
end;
-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: JvFormStorage not restoring JvDBGrid
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 29 Jun 2006 20:56:57 +0200
Newsgroups: jedi.vcl

Erick Sasse wrote:

> Is it expected? 

I'm not very surprised, the chain of parenthood is different.


> It's not an important issue, but it would be nice if both instances
> share the same settings.

I agree, but I'm not sure if this is at all possible. I'll investigate tomorrow.


> And thanks again for such a great work!

Thanks for thanking us ;-)

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvDBUltimateGrid and row color issue
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 29 Jun 2006 17:40:19 +0100
Newsgroups: jedi.vcl

> >How do I return normal highlight and text?

Use the right event: OnGetCellParams

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormStorage not restoring JvDBGrid
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 29 Jun 2006 16:39:28 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Ok, well, I introduced and used GetFirstParentForm that does what the
> > one in Delphi 2006 does with False passed as the second parameter.

Thanks, now it is working. :)

But there a little detail. If you run the testcase I attached to the
Mantis ticket, you'll see that when I open the form inside a tab and
when I open it as a regular form, the settings are saved to different
sections in the INI file.

Is it expected? 
It's not an important issue, but it would be nice if both instances
share the same settings.

And thanks again for such a great work!

-- Erick Sasse 

Subject: Re: JvFormStorage not restoring JvDBGrid
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 29 Jun 2006 18:23:29 +0200
Newsgroups: jedi.vcl

OBones wrote:

> However, if the one in lower version does not have this possibility, then I'll have to reimplement it...

Ok, well, I introduced and used GetFirstParentForm that does what the one in Delphi 2006 does with False passed as the second parameter.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvFormStorage not restoring JvDBGrid
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 29 Jun 2006 17:37:36 +0200
Newsgroups: jedi.vcl

Erick Sasse wrote:
> OBones wrote:
>
>
>> This is now fixed in SVN.
>
>
> I can't compile it using D7.
> My GetParentForm doesn't have a boolean parameter.
>
> This is the interface for the function in the Forms unit:
>
> function GetParentForm(Control: TControl): TCustomForm;
>
> Are you using a custom GetParentForm?

No, I'm using the one from Delphi 2006.
However, if the one in lower version does not have this possibility, then I'll have to reimplement it...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvFormStorage not restoring JvDBGrid
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 29 Jun 2006 14:56:42 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > This is now fixed in SVN.

I can't compile it using D7.
My GetParentForm doesn't have a boolean parameter.

This is the interface for the function in the Forms unit:

function GetParentForm(Control: TControl): TCustomForm;

Are you using a custom GetParentForm?

-- Erick Sasse 

Subject: Re: JvFormStorage not restoring JvDBGrid
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 29 Jun 2006 14:42:58 +0200
Newsgroups: jedi.vcl

Erick Sasse wrote:
> Jens Fudickar wrote:
>
>> ould you please create a small sample and add it to mantis with a new
>> bug entry.
>
> In the meanwhile, is there any way to force the restore by code?

No ;-)

And by the way, it was JvDBGrid not saving itself correctly, due to a bug in GetDefaultSection inside JvJVCLUtils.pas

This is now fixed in SVN.


Subject: Re: jvcl error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Thu, 29 Jun 2006 09:58:03 +0100
Newsgroups: jedi.vcl

> >Hi, 
> >I get the following errors when I migrated Delphi 5 code to Delphi 2006
> >
> >C:\CARSPAN\DEV\SOURCE\CLIENT\ISMSCLIENTADMIN\ISMSCLIENTADMIN 
> >C:\Components\Jedi\jvcl\common\jvcl.inc(110) Error: E2029 'UNIT' 
expected 
> >but string constant found
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(78) Error: E2003 
> >Undeclared identifier: 'TTime'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(79) Error: E2003 
> >Undeclared identifier: 'HKEY'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(117) Error: E2029 '.' 
> >expected but 'IMPLEMENTATION' found
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(117) Warning: W1011 
> >Text after final 'END.' - ignored by compiler
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(66) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetRegisteredOrganization'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(67) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetComputerName'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(68) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetRegisteredOwner'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(69) Error: E2065 
> >Unsatisfied forward or external declaration: 'TJvComputerInfo.GetComment'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(70) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetWorkGroup'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(71) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetDVDRegion'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(72) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetProductID'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(73) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetProductKey'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(74) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetProductName'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(75) Error: E2065 
> >Unsatisfied forward or external declaration: 'TJvComputerInfo.GetVersion'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(76) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetVersionNumber'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(77) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetDayRunning'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(78) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetTimeRunning'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(79) Hint: H2219 
> >Private symbol 'WriteReg' declared but never used
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(79) Error: E2065 
> >Unsatisfied forward or external declaration: 'TJvComputerInfo.WriteReg'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(80) Hint: H2219 
> >Private symbol 'ReadReg' declared but never used
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(80) Error: E2065 
> >Unsatisfied forward or external declaration: 'TJvComputerInfo.ReadReg'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(81) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetLoggedOnUser'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(82) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.GetRealComputerName'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(84) Error: E2065 
> >Unsatisfied forward or external declaration: 'TJvComputerInfo.SetCompany'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(85) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.SetComputerName'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(86) Error: E2065 
> >Unsatisfied forward or external 
declaration: 'TJvComputerInfo.SetUsername'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(87) Error: E2065 
> >Unsatisfied forward or external declaration: 'TJvComputerInfo.SetComment'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(88) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.SetWorkGroup'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(89) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.SetDVDRegion'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(90) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.SetProductID'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(91) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.SetProductKey'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(92) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.SetProductName'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(93) Error: E2065 
> >Unsatisfied forward or external declaration: 'TJvComputerInfo.SetVersion'
> >C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(94) Error: E2065 
> >Unsatisfied forward or external 
> >declaration: 'TJvComputerInfo.SetVersionNumber'
> >uMain.pas(7) Fatal: F2063 Could not compile used 
unit 'JvComputerInfo.pas'
> >Can anyone please help me on this
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

Sorry



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Some Gmail accounts
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Thu, 29 Jun 2006 10:54:44 +0200
Newsgroups: jedi.vcl

Hi,

anybody else who wants one, just email me at dummzeuch@gmail.com I've got
100 invitations left and Google keeps on giving me new ones when I use
them.

MfG
twm



Subject: Re: jvcl error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Thu, 29 Jun 2006 08:17:24 +0100
Newsgroups: jedi.vcl

>> >>Menaka wrote:
>>> >>> Hi, 
>>> >>> I get the following errors when I migrated Delphi 5 code to Delphi 
2006
>> >>
>> >>Well, as a rule, always start with the first error in the list, as it 
>> >>may well trigger the others.
>> >>So in this case, it seems one file is including jvcl.inc and I believe 
>> >>it does so before the unit keyword. Find this file, fix the place where 
>> >>$I is located and that should help.
>> >>
> >
> >Can you please tell me how to find JVCL version?
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com

Please do tell me in details how to fix it.That is, I can see the line $I 
jvcl.inc in the jvcl.inc file. Pleasae tell me what I should do 
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvcl error in Delphi 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 29 Jun 2006 08:43:56 +0200
Newsgroups: jedi.vcl

Menaka wrote:
>>> Menaka wrote:
>>>> Hi, I get the following errors when I migrated Delphi 5 code to Delphi 
> 2006
>>> Well, as a rule, always start with the first error in the list, as it may well trigger the others.
>>> So in this case, it seems one file is including jvcl.inc and I believe it does so before the unit keyword. Find this file, fix the place where $I is located and that should help.
>>>
>> Can you please tell me how to find JVCL version?
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>
> Please do tell me in details how to fix it.That is, I can see the line $I jvcl.inc in the jvcl.inc file. Pleasae tell me what I should do 

Well, see my other reply first. And ONCE AGAIN, DO NOT CREATE MULTIPLE THREADS IN MULTIPLE LOCATION. Am I clear?


Subject: Re: jvcl error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Thu, 29 Jun 2006 07:32:32 +0100
Newsgroups: jedi.vcl

> >Menaka wrote:
>> >> Hi, 
>> >> I get the following errors when I migrated Delphi 5 code to Delphi 2006
> >
> >Well, as a rule, always start with the first error in the list, as it 
> >may well trigger the others.
> >So in this case, it seems one file is including jvcl.inc and I believe 
> >it does so before the unit keyword. Find this file, fix the place where 
> >$I is located and that should help.
> >

Can you please tell me how to find JVCL version?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormStorage not restoring JvDBGrid
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 29 Jun 2006 01:10:34 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > ould you please create a small sample and add it to mantis with a new
> > bug entry.

In the meanwhile, is there any way to force the restore by code?

Thanks! 

-- Erick Sasse 

Subject: Re: JvFormStorage not restoring JvDBGrid
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 28 Jun 2006 20:17:35 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > ould you please create a small sample and add it to mantis with a new
> > bug entry.

Done. #3785.
http://homepages.borland.com/jedi/issuetracker/view.php?id=3785

Thanks!

-- Erick Sasse 

Subject: Re: JvFormStorage not restoring JvDBGrid
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 28 Jun 2006 21:07:47 +0200
Newsgroups: jedi.vcl

ould you please create a small sample and add it to mantis with a new bug entry.

Greetings and thanks
Jens

Erick Sasse schrieb:
> Erick Sasse wrote:
>
>> The strange details is that it's happening only with the JvDBGrid,
>> because other controls are being restored without problem.
>
> One thing I forgot to mention is that the grid configurations are saved
> correctly to the INI file. But not restored.
>
> Thanks again!
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage not restoring JvDBGrid
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 28 Jun 2006 18:38:48 +0000 (UTC)
Newsgroups: jedi.vcl

Erick Sasse wrote:

> > The strange details is that it's happening only with the JvDBGrid,
> > because other controls are being restored without problem.

One thing I forgot to mention is that the grid configurations are saved
correctly to the INI file. But not restored.

Thanks again!

-- Erick Sasse 

Subject: JvFormStorage not restoring JvDBGrid
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 28 Jun 2006 18:36:14 +0000 (UTC)
Newsgroups: jedi.vcl

I'm opening my forms inside a TabSheet of a PageControl, and because of
this, the JvFormStorage is not restoring the JvDBGrid columns order and
size.

The strange details is that it's happening only with the JvDBGrid,
because other controls are being restored without problem.

Any ideas?

Thanks!

-- Erick Sasse 

Subject: JvDBUltimateGrid and row color issue
From: "doug" <doug.laakso@boe.ca.gov>
Date: Wed, 28 Jun 2006 10:51:24 -0700
Newsgroups: jedi.vcl

This code works for coloring the row but when cell is selected the highlight 
is the same color and text is lost.

How do I return normal highlight and text?

procedure TfrmMain.gridGetCellProps(Sender: TObject;
  Field: TField; AFont: TFont; var Background: TColor);
begin
  if (grid.DataSource.DataSet.FieldByName('match').AsInteger mod 2 = 0) then
     Background := clInfoBk
  else
     Background := clWindow;
end; 




Subject: Re: Some Gmail accounts
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Wed, 28 Jun 2006 13:52:22 +0100
Newsgroups: jedi.vcl

"Julio Saucedo" <juliosaucedo@gmail.com> wrote in message 
news:e7nem1$i4b$1@news.talkto.net...
> > http://mail.google.com/mail/a-c20369d302-2f262cb595-4055be7cf0
> > http://mail.google.com/mail/a-c20369d302-3b184712d9-1f20664e06
> > http://mail.google.com/mail/a-c20369d302-f14d24ed04-c0a74217d5
> > http://mail.google.com/mail/a-c20369d302-56a2ee3b2a-18148458c6
> > http://mail.google.com/mail/a-c20369d302-1e358b48bf-ccb048e995
> > http://mail.google.com/mail/a-c20369d302-0858eecb31-95523cebee
> >
> > --
> > Julio Saucedo

Got one. Sweet, Thanks 




Subject: Re: jvcl error in Delphi 2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 28 Jun 2006 13:30:42 +0200
Newsgroups: jedi.vcl

Menaka wrote:
> Hi, I get the following errors when I migrated Delphi 5 code to Delphi 2006

Well, as a rule, always start with the first error in the list, as it may well trigger the others.
So in this case, it seems one file is including jvcl.inc and I believe it does so before the unit keyword. Find this file, fix the place where $I is located and that should help.


Subject: jvcl error in Delphi 2006
From: "Menaka" <lifetoday@rediffmail.com>
Date: Wed, 28 Jun 2006 12:28:33 +0100
Newsgroups: jedi.vcl

Hi, 
I get the following errors when I migrated Delphi 5 code to Delphi 2006

C:\CARSPAN\DEV\SOURCE\CLIENT\ISMSCLIENTADMIN\ISMSCLIENTADMIN 
C:\Components\Jedi\jvcl\common\jvcl.inc(110) Error: E2029 'UNIT' expected 
but string constant found
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(78) Error: E2003 
Undeclared identifier: 'TTime'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(79) Error: E2003 
Undeclared identifier: 'HKEY'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(117) Error: E2029 '.' 
expected but 'IMPLEMENTATION' found
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(117) Warning: W1011 
Text after final 'END.' - ignored by compiler
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(66) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetRegisteredOrganization'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(67) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetComputerName'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(68) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetRegisteredOwner'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(69) Error: E2065 
Unsatisfied forward or external declaration: 'TJvComputerInfo.GetComment'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(70) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetWorkGroup'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(71) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetDVDRegion'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(72) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetProductID'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(73) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetProductKey'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(74) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetProductName'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(75) Error: E2065 
Unsatisfied forward or external declaration: 'TJvComputerInfo.GetVersion'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(76) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetVersionNumber'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(77) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetDayRunning'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(78) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetTimeRunning'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(79) Hint: H2219 
Private symbol 'WriteReg' declared but never used
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(79) Error: E2065 
Unsatisfied forward or external declaration: 'TJvComputerInfo.WriteReg'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(80) Hint: H2219 
Private symbol 'ReadReg' declared but never used
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(80) Error: E2065 
Unsatisfied forward or external declaration: 'TJvComputerInfo.ReadReg'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(81) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetLoggedOnUser'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(82) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.GetRealComputerName'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(84) Error: E2065 
Unsatisfied forward or external declaration: 'TJvComputerInfo.SetCompany'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(85) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.SetComputerName'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(86) Error: E2065 
Unsatisfied forward or external declaration: 'TJvComputerInfo.SetUsername'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(87) Error: E2065 
Unsatisfied forward or external declaration: 'TJvComputerInfo.SetComment'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(88) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.SetWorkGroup'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(89) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.SetDVDRegion'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(90) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.SetProductID'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(91) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.SetProductKey'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(92) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.SetProductName'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(93) Error: E2065 
Unsatisfied forward or external declaration: 'TJvComputerInfo.SetVersion'
C:\Components\Jedi\jvcl\archive\JvComputerInfo.pas(94) Error: E2065 
Unsatisfied forward or external 
declaration: 'TJvComputerInfo.SetVersionNumber'
uMain.pas(7) Fatal: F2063 Could not compile used unit 'JvComputerInfo.pas'
Can anyone please help me on this



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Found 2 little bugs (and fixes) in JvProgramVersionCheck
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 28 Jun 2006 10:52:17 +0200
Newsgroups: jedi.vcl

Julian wrote:
> If LocalDirectory = '' then delphi send an exception.

Ah yes. Thanks for the reports, this is now fixed in SVN.


Subject: Re: Embedding CHM-Help
From: "G.W. van der Vegt" <wim.vandervegt@ou.nl>
Date: Wed, 28 Jun 2006 10:43:17 +0200
Newsgroups: jedi.vcl

Hi,

The normal IE stays inside the chm file nicely so i thing the emebbedWB will 
too.

As for the index, if you embed a single/your own chm file you will known the 
starting page.

Btw there is one other way I think: If you manage to strip the titlebar & 
border of the html help viewer
and set the parent window to your form it will appear as part of your app (a 
child window). It will take some
setwindowlong calls etc. if I rember some old practices correctly.

That way you may be able to keep the index and stuff. Problem then is if you 
move windows etc you need
to move the child too I seem to remember from old experiments with using 
winhelp this way.

-- Wim van der Vegt 

Subject: TJvInspectorPropData.NotifyRemoveData
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 28 Jun 2006 18:37:27 +1000
Newsgroups: jedi.vcl

Hi All,

Does anyone know the purpose of TJvInspectorPropData.NotifyRemoveData and the code inside it? Commenting it out solves an issue, but I don't know if it'll introduce a new one.

http://homepages.borland.com/jedi/issuetracker/view.php?id=3348

-- 
enjoy life,
           Elahn


Subject: Re: Found 2 little bugs (and fixes) in JvProgramVersionCheck
From: Julian <rodri_es@mixmail.com>
Date: Wed, 28 Jun 2006 10:26:45 +0200
Newsgroups: jedi.vcl

If LocalDirectory = '' then delphi send an exception.

OBones escribió:
> What does the first one provide?
>


Subject: Re: Embedding CHM-Help
From: Bernhard Geyer <Bernhard.Geyer@nospam.de>
Date: Wed, 28 Jun 2006 08:23:03 +0200
Newsgroups: jedi.vcl

G.W. van der Vegt schrieb:
> Hi,
>
> In theory you should be able to use TEmbeddedWB. It's a matter of the URL.
>
> Just open your chm file by double clicking it and right click a page you want to show to get to the properties dialog.
> There note down the url. It should be a url like:
>
> mk:@MSITStore:C:\Downloads\isxkbchm.chm::/ListaArticoli.htm
>
> If you do a start|run and paste it in there IE (and thus probably the embeddedWB) will happily open it and even navigate in it.
>
> Only drawback is you seem to loose the index etc.

I also recognize the mk-Syntax. But I think I will also need the Index, ....


But if this is enough. How do I recognice the Starting-page of the chm-File?
And for navigation I think I need to implement the OnBevoreNavigate2-Event of TWebBrowser.


Subject: Re: What Have I Done Wrong
From: "Dave Keighan" <dave.keighan@gmail.com>
Date: Tue, 27 Jun 2006 21:54:54 +0000 (UTC)
Newsgroups: jedi.vcl

OBones,

> > First, and I must apologize for this, the examples are regularly out of date.
Don't, I don't think you need to although it'd have been nice to have something to the effect of 'getting the components out is the first priority so if you're having trouble with any of the examples post them to the VCL NG and we'll help you out there with them' included in the readme.

> > Second, and that was announced in some readme but might need to be clearer, the Globus components are in general of so little quality that we decided to progressively remove them from the JVCL as they're most often are better replacements in the other tabs.
Great, didn't know that and as it works out, I'm not going there anyway.

> > Please tell us what kind of components you are looking for we'll tell you which ones are best suited.
Many thanks, I'll keep that in mind but I'm pretty much sorted out now ... but I could be back :)

Nice work, it's appreciated.
-- Dave 

Subject: Re: Some Gmail accounts
From: Julio Saucedo <juliosaucedo@gmail.com>
Date: Tue, 27 Jun 2006 14:55:50 -0500
Newsgroups: jedi.vcl


> ????????

<quote>
Gmail is Google's free webmail service. You can get a Gmail account if you're invited by someone who already has one
</quote>

The last ones were invitations.

Regards

Julio Saucedo.


Subject: Re: revision history tool
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 27 Jun 2006 18:31:40 +0200
Newsgroups: jedi.jcl,jedi.vcl

Elahn Ientile a écrit :
> This is a known bug in TortoiseSVN. It has been fixed in the latest nightly build based on subversion 1.4.x, but it will not be fixed in the 1.3.x based TSVN builds, due to a lack of functionality in the svn log command.
>
> Until 1.4.x is released, work around as stated above.

Thanks for letting us know the reason of this problem.

-- 
Florent Ouchet


Subject: Re: Found 2 little bugs (and fixes) in JvProgramVersionCheck
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 27 Jun 2006 18:16:27 +0200
Newsgroups: jedi.vcl

What does the first one provide?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Mantis 1959: Quick report components
From: "Frank Klose" <klose@prisma-ds.de>
Date: Tue, 27 Jun 2006 15:48:40 +0200
Newsgroups: jedi.vcl

Hi,

the components are from me and I think the tab can be JvQReport
the package is inside the rar but I don´t know how you can integrate
it in the Jedi-Packages.

Best regards

Frank

"OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag
news:e0u2tg$o2f$1@news.talkto.net...
> > Hi guys
> >
> > In Mantis 1959, visible at
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=1959 there
> > are two enhanced components for QuickReport. They look fine to me, but
> > where should I add them? Which package and which tab?
> > Obviously, they would only be brought in if USE_QUICKREPORT is defined,
> > but I still don't know what to do about them.
> >
> > Any comments appreciated
> >
> > Cheers
> > Olivier




Subject: Found 2 little bugs (and fixes) in JvProgramVersionCheck
From: "rodries" <rodri_es_AT_@mixmail.com>
Date: Tue, 27 Jun 2006 13:18:02 +0100
Newsgroups: jedi.vcl

Hello

I'm trying JvProgramVersionCheck and I found 2 little bugs.

In procedure TJvProgramVersionCheck.Execute;
    if not DirectoryExists(LocalDirectory) then
-      if not ForceDirectories(LocalDirectory) then
        LocalDirectory := '';

    if not DirectoryExists(LocalDirectory) then
+      if (LocalDirectory<>'') and (not ForceDirectories
(LocalDirectory)) then
        LocalDirectory := '';


And in function TJvProgramVersionHTTPLocationIndy.LoadFileFromRemoteIndy
(...)

      if UserName <> '' then
        Request.UserName := UserName;
      if Password <> '' then
        Request.Password := Password;
+      Request.BasicAuthentication := PasswordRequired;
      try
        if Copy(ARemotePath, Length(ARemotePath), 1) <> '/' then


Great component
Regards



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvBalloonHint - application hint
From: "Russell Weetch" <russell@smxi.remove.com>
Date: Tue, 27 Jun 2006 12:14:49 +0100
Newsgroups: jedi.vcl

Thanks Remko

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:e7hh87$l9j$1@news.talkto.net...
> > Russell Weetch wrote:
>> >> I have  TjvBalloonHint as my application hint. How so I set the header 
>> >> proprty before it pops up? [..]
> >
> > You have to use to use the DefaultHeader property, and include the 
> > boUseDefaultHeader flag in the Options property of a TJvBalloonHint 
> > component.
> >
> > So for example:
> >
> > procedure TForm1.HandleShowHint(var HintStr: string; var CanShow: Boolean;
> >   var HintInfo: THintInfo);
> > begin
> >   JvBalloonHint1.Options := JvBalloonHint1.Options + [boUseDefaultHeader];
> >   JvBalloonHint1.DefaultHeader := TimeToStr(Time);
> > end;
> >
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: Some Gmail accounts
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 27 Jun 2006 09:40:03 +0200
Newsgroups: jedi.vcl


"Julio Saucedo" <juliosaucedo@gmail.com> schrieb im Newsbeitrag
news:e7nem1$i4b$1@news.talkto.net...
> > http://mail.google.com/mail/a-c20369d302-2f262cb595-4055be7cf0
> > http://mail.google.com/mail/a-c20369d302-3b184712d9-1f20664e06
> > http://mail.google.com/mail/a-c20369d302-f14d24ed04-c0a74217d5
> > http://mail.google.com/mail/a-c20369d302-56a2ee3b2a-18148458c6
> > http://mail.google.com/mail/a-c20369d302-1e358b48bf-ccb048e995
> > http://mail.google.com/mail/a-c20369d302-0858eecb31-95523cebee
> >
> > --
> > Julio Saucedo


????????



Subject: Re: Any auto-update component provided?
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 27 Jun 2006 07:52:43 +0100
Newsgroups: jedi.vcl

Sorry, but i've never heard about something like that.

Did you have any more infos?
Are there any steps to reproduce?


Greetings
Jens

> >After successful installation and compile the sample project
> >JvProgramVersionCheck, it returns many EConvertError exception and nothing
> >show on the screen.
> >
> >Any tutorial or steps on using this component to do the auto-update
> >application usage?
> >
> >Benson.
> >
> >"Jens Fudickar" <jens.fudickar@oratool.de>
> >???????:e7jrig$1l3$1@news.talkto.net...
>> >> Yes.
>> >>
>> >> Have a look for the TJvProgramVersionCheck Component.
>> >>
>> >> Greetings
>> >> Jens
>> >>
>> >> Benson Wong schrieb:
>>> >> > Any auto-update component provided?
>>> >> > That is, run the client program, it will check against the server
> >version.
>>> >> > If there is any new version, download it, and re-load the client
> >program.
>>> >> >
>>> >> > Pls advise.
>>> >> > Benson
>>> >> > D2005
>>> >> >
>>> >> >
>> >>
>> >> --
>> >> ___________________________________________________________
>> >> Softwareentwicklung Jens Fudickar
>> >> Fuchstanzweg 34 * 65760 Eschborn
>> >> Tel. +49-6173-967556 * Fax +49-6173-967558
>> >>
>> >> Home of OraTool - http://www.oratool.de
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: revision history tool
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 27 Jun 2006 08:10:58 +1000
Newsgroups: jedi.jcl,jedi.vcl

Elahn Ientile wrote, on 30/05/2006 3:52 AM:
> This seemed very strange to me, so I looked into it. Open the TSVN "Show Log" window and untick the checkbox "Stop on copy/rename" then either click "Show All" or close it and open it again to get only the first 100 logs.
>
> The bug in TSVN is that when you untick "Stop on copy/rename" then click "Next 100", an error: REPORT request failed on '/svnroot/jcl/!svn/bc/1545/tags/JCL197-Build2172'
> '/svnroot/jcl/!svn/bc/1545/tags/JCLBuild2172' path not found
>
> I will report this to TSVN.

This is a known bug in TortoiseSVN. It has been fixed in the latest nightly build based on subversion 1.4.x, but it will not be fixed in the 1.3.x based TSVN builds, due to a lack of functionality in the svn log command.

Until 1.4.x is released, work around as stated above.

-- 
enjoy life,
           Elahn


Subject: Re: Any auto-update component provided?
From: "Benson Wong" <benson@linktechsystem.com.hk>
Date: Mon, 26 Jun 2006 18:42:52 +0800
Newsgroups: jedi.vcl

After successful installation and compile the sample project
JvProgramVersionCheck, it returns many EConvertError exception and nothing
show on the screen.

Any tutorial or steps on using this component to do the auto-update
application usage?

Benson.

"Jens Fudickar" <jens.fudickar@oratool.de>
???????:e7jrig$1l3$1@news.talkto.net...
> > Yes.
> >
> > Have a look for the TJvProgramVersionCheck Component.
> >
> > Greetings
> > Jens
> >
> > Benson Wong schrieb:
>> > > Any auto-update component provided?
>> > > That is, run the client program, it will check against the server
version.
>> > > If there is any new version, download it, and re-load the client
program.
>> > >
>> > > Pls advise.
>> > > Benson
>> > > D2005
>> > >
>> > >
> >
> > --
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Fuchstanzweg 34 * 65760 Eschborn
> > Tel. +49-6173-967556 * Fax +49-6173-967558
> >
> > Home of OraTool - http://www.oratool.de




Subject: Some Gmail accounts
From: Julio Saucedo <juliosaucedo@gmail.com>
Date: Sun, 25 Jun 2006 20:53:02 -0500
Newsgroups: jedi.vcl

http://mail.google.com/mail/a-c20369d302-2f262cb595-4055be7cf0
http://mail.google.com/mail/a-c20369d302-3b184712d9-1f20664e06
http://mail.google.com/mail/a-c20369d302-f14d24ed04-c0a74217d5
http://mail.google.com/mail/a-c20369d302-56a2ee3b2a-18148458c6
http://mail.google.com/mail/a-c20369d302-1e358b48bf-ccb048e995
http://mail.google.com/mail/a-c20369d302-0858eecb31-95523cebee

-- 
Julio Saucedo


Subject: Re: What Have I Done Wrong
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 24 Jun 2006 20:08:12 +0200
Newsgroups: jedi.vcl

Dave Keighan wrote:
> I've re-down-loaded and re-installed, following the instructions, JVCL320CompleteJCL197-Build2172 on an XP box where I'm running BDS-2006-Pro.
>
> The Globus.dpr example has all kinds of missing components which I've found in the C:\Tools\Jedi Tools\jvcl\archive folder. The JVCLMegaDemo.dpr is much the same ... all kinds of components reported as 'unresolved' or not found or properties that don't exist when compiling it. I decided to just run CompileExamples.bat and then run the exes to see the demo I wanted. Wow, the build process was riddled with errors and half the resultant exe files crash when you run them. Most were so bad the exe doesn't even exist. Even after adding the archives folder [which is kinda dumb - they're discontinued tools, right] to the search path in the ide ... same problem.
>
> What started off as a quick and dirty 15 minute demo ... 3 hours ago where for some seemingly insane reason, I decided: no wait I'll use JVCL components - just gotta compile and run the Globus demo and have a look at the ones I want in action - has got me more than a little frustrated. What in hades have I mangled now?
>
> Now I've given up and a punt in the right direction [if you've got one] would sure help. 

First, and I must apologize for this, the examples are regularly out of date.
Second, and that was announced in some readme but might need to be clearer, the Globus components are in general of so little quality that we decided to progressively remove them from the JVCL as they're most often are better replacements in the other tabs.
Please tell us what kind of components you are looking for we'll tell you which ones are best suited.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Any auto-update component provided?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 24 Jun 2006 19:08:37 +0200
Newsgroups: jedi.vcl

Yes.

Have a look for the TJvProgramVersionCheck Component.

Greetings
Jens

Benson Wong schrieb:
> Any auto-update component provided?
> That is, run the client program, it will check against the server version.
> If there is any new version, download it, and re-load the client program.
>
> Pls advise.
> Benson
> D2005
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Any auto-update component provided?
From: "Benson Wong" <benson@linktechsystem.com.hk>
Date: Sun, 25 Jun 2006 00:24:35 +0800
Newsgroups: jedi.vcl

Any auto-update component provided?
That is, run the client program, it will check against the server version.
If there is any new version, download it, and re-load the client program.

Pls advise.
Benson
D2005




Subject: Re: JvPlugin PackageKind Problem: Application is not licensed to use this feature
From: Bayu Prasetio <bpras@bprasetio.or.id>
Date: Sat, 24 Jun 2006 04:21:59 +0700
Newsgroups: jedi.vcl

Can anyone show me on how to call and where I have to place it in my code?

Thanks.

OBones wrote:
> Have you called CoInitialize in the DLL?
>


Subject: Re: TjvBalloonHint - application hint
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 23 Jun 2006 22:00:15 +0200
Newsgroups: jedi.vcl

Russell Weetch wrote:
> I have  TjvBalloonHint as my application hint. How so I set the header proprty before it pops up? [..]

You have to use to use the DefaultHeader property, and include the boUseDefaultHeader flag in the Options property of a TJvBalloonHint component.

So for example:

procedure TForm1.HandleShowHint(var HintStr: string; var CanShow: Boolean;
  var HintInfo: THintInfo);
begin
  JvBalloonHint1.Options := JvBalloonHint1.Options + [boUseDefaultHeader];
  JvBalloonHint1.DefaultHeader := TimeToStr(Time);
end;


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: What Have I Done Wrong
From: "Dave Keighan" <dave.keighan@gmail.com>
Date: Fri, 23 Jun 2006 18:52:47 +0000 (UTC)
Newsgroups: jedi.vcl

I've re-down-loaded and re-installed, following the instructions, JVCL320CompleteJCL197-Build2172 on an XP box where I'm running BDS-2006-Pro.

The Globus.dpr example has all kinds of missing components which I've found in the C:\Tools\Jedi Tools\jvcl\archive folder. The JVCLMegaDemo.dpr is much the same ... all kinds of components reported as 'unresolved' or not found or properties that don't exist when compiling it. I decided to just run CompileExamples.bat and then run the exes to see the demo I wanted. Wow, the build process was riddled with errors and half the resultant exe files crash when you run them. Most were so bad the exe doesn't even exist. Even after adding the archives folder [which is kinda dumb - they're discontinued tools, right] to the search path in the ide .... same problem.

What started off as a quick and dirty 15 minute demo ... 3 hours ago where for some seemingly insane reason, I decided: no wait I'll use JVCL components - just gotta compile and run the Globus demo and have a look at the ones I want in action - has got me more than a little frustrated. What in hades have I mangled now?

Now I've given up and a punt in the right direction [if you've got one] would sure help. 
-- Dave Keighan 

Subject: TjvBalloonHint - application hint
From: "Russell Weetch" <russell@smxi.remove.com>
Date: Fri, 23 Jun 2006 16:26:55 +0100
Newsgroups: jedi.vcl

I have  TjvBalloonHint as my application hint. How so I set the header 
proprty before it pops up? I have an OnHint event with a THintInfo var, but 
casting the HintInfo.HintWindowClass as a TjvBalloonWindow and then trying 
to set the properties only results in an AV.

I have tried setting the Hint on the control to "Header Text | Description 
Text" but looking at the code, TjvBalloonHint doesn't use the GetShortHint 
call to get a header and body.

any help gratefully received. 




Subject: Re: JvListView
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 23 Jun 2006 14:03:57 +0100
Newsgroups: jedi.vcl

> >Already fixed for Delphi 5. So I think BCB 5 should work also.

New error with BCB 5: in FTileColumns.Assign(Value), Assign is an 
unknown method. Not surprising: I didn't find this method in the 
TIntegerList class, nor in the TList class.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvListView
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 23 Jun 2006 14:56:27 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Fred wrote:
>>> Already fixed for Delphi 5. So I think BCB 5 should work also.
>>
>> New error with BCB 5: in FTileColumns.Assign(Value), Assign is an unknown method. Not surprising: I didn't find this method in the TIntegerList class, nor in the TList class.
>
> Bugger. I thought TList.Assign existed in all versions of Delphi.
> I'll see what I can do ASAP.

Should be fixed in SVN.


Subject: Re: JvListView
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 23 Jun 2006 14:52:24 +0200
Newsgroups: jedi.vcl

Fred wrote:
>> Already fixed for Delphi 5. So I think BCB 5 should work also.
>
> New error with BCB 5: in FTileColumns.Assign(Value), Assign is an unknown method. Not surprising: I didn't find this method in the TIntegerList class, nor in the TList class.

Bugger. I thought TList.Assign existed in all versions of Delphi.
I'll see what I can do ASAP.


Subject: Just an observation about TJvPanel and constant repaint
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Fri, 23 Jun 2006 09:55:14 +0000 (UTC)
Newsgroups: jedi.vcl

All,
I am using a TJvPanel on a nested frame.  The application is on a
clients machine and I noticed it as I remote in, which can highlight
flicker that the eye misses.  Now I know it is there, I can see it on a
local install as well.

I include the DFM extract to show the number of components etc.

As you move the mouse onto and then over the component it flickers
noticeably.  I haven't done any research what is making it do so, any
ideas (I get really confused when trying to debug GUI code with
refreshes as my debugger buggers the normal flow :-) ).

object pnlSubtrust: TJvPanel
  Left = 0
  Top = 0
  Width = 771
  Height = 239
  HotTrackFont.Charset = DEFAULT_CHARSET
  HotTrackFont.Color = clWindowText
  HotTrackFont.Height = -11
  HotTrackFont.Name = 'MS Sans Serif'
  HotTrackFont.Style = []
  ArrangeSettings.WrapControls = False
  ArrangeSettings.BorderLeft = 4
  ArrangeSettings.BorderTop = 4
  ArrangeSettings.DistanceVertical = 4
  ArrangeSettings.DistanceHorizontal = 8
  Align = alTop
  Caption = 'pnlSubtrust'
  TabOrder = 0
  DesignSize = (
    771
    239)
  object Label1: TLabel
    Left = 4
    Top = 2
    Width = 75
    Height = 16
    Caption = 'Date of Deed'
  end
  object Label5: TLabel
    Left = 4
    Top = 38
    Width = 48
    Height = 16
    Caption = 'Address'
  end
  object Label7: TLabel
    Left = 4
    Top = 74
    Width = 85
    Height = 16
    Caption = 'Important Note'
  end
  object Label9: TLabel
    Left = 4
    Top = 108
    Width = 37
    Height = 16
    Caption = 'Tel No'
  end
  object Label11: TLabel
    Left = 4
    Top = 126
    Width = 42
    Height = 16
    Caption = 'Fax No'
  end
  object Label13: TLabel
    Left = 4
    Top = 144
    Width = 35
    Height = 16
    Caption = 'e-mail'
  end
  object Label17: TLabel
    Left = 4
    Top = 198
    Width = 77
    Height = 16
    Caption = 'Acc Manager'
  end
  object Label19: TLabel
    Left = 4
    Top = 180
    Width = 52
    Height = 16
    Caption = 'VAT Reg'
  end
  object Label15: TLabel
    Left = 4
    Top = 162
    Width = 71
    Height = 16
    Caption = 'Intermediary'
  end
  object Label3: TLabel
    Left = 4
    Top = 20
    Width = 23
    Height = 16
    Caption = 'Dob'
  end
  object Label4: TLabel
    Left = 200
    Top = 2
    Width = 87
    Height = 16
    Caption = 'Activation Date'
  end
  object dbedDATE_OF_DEED: TDBText
    Left = 100
    Top = 2
    Width = 65
    Height = 17
    DataField = 'DATE_OF_DEED'
    DataSource = dsSubTrust
  end
  object dbedDATEOFBIRTH: TDBText
    Left = 100
    Top = 20
    Width = 65
    Height = 17
    DataField = 'DATEOFBIRTH'
    DataSource = dsMember
  end
  object lblAddress: TLabel
    Left = 100
    Top = 38
    Width = 1103
    Height = 16
    Anchors = [akLeft, akTop, akRight]
    AutoSize = False
    Caption = 'lblAddress'
  end
  object dbedRED_NOTE: TDBText
    Left = 100
    Top = 74
    Width = 1098
    Height = 33
    Anchors = [akLeft, akTop, akRight]
    DataField = 'RED_NOTE'
    DataSource = dsSubTrust
    Font.Charset = ANSI_CHARSET
    Font.Color = clRed
    Font.Height = -13
    Font.Name = 'Arial'
    Font.Style = []
    ParentFont = False
  end
  object lblTelephoneNumber: TLabel
    Left = 100
    Top = 108
    Width = 117
    Height = 16
    Caption = 'lblTelephoneNumber'
  end
  object lblFaxNo: TLabel
    Left = 100
    Top = 126
    Width = 51
    Height = 16
    Caption = 'lblFaxNo'
  end
  object lblEmail: TLabel
    Left = 100
    Top = 144
    Width = 46
    Height = 16
    Caption = 'lblEmail'
  end
  object Label16: TLabel
    Left = 4
    Top = 56
    Width = 94
    Height = 16
    Caption = 'Correspondence'
  end
  object lblCorAddress: TLabel
    Left = 100
    Top = 56
    Width = 1103
    Height = 16
    Anchors = [akLeft, akTop, akRight]
    AutoSize = False
    Caption = 'lblCorAddress'
  end
  object dbedADMINISTRATOR_RETIRED: TDBText
    Left = 482
    Top = 2
    Width = 65
    Height = 17
    DataField = 'ADMINISTRATOR_RETIRED'
    DataSource = dsSubTrust
  end
  object lblIntermediary: TLabel
    Left = 100
    Top = 162
    Width = 84
    Height = 16
    Caption = 'lblIntermediary'
  end
  object lblAccMgr: TLabel
    Left = 100
    Top = 198
    Width = 58
    Height = 16
    Caption = 'lblAccMgr'
  end
  object lblVAT: TLabel
    Left = 100
    Top = 180
    Width = 38
    Height = 16
    Caption = 'lblVAT'
  end
  object Label8: TLabel
    Left = 200
    Top = 20
    Width = 23
    Height = 16
    Caption = 'Age'
  end
  object lblAge: TLabel
    Left = 285
    Top = 20
    Width = 36
    Height = 16
    Caption = 'lblAge'
  end
  object Label10: TLabel
    Left = 4
    Top = 216
    Width = 51
    Height = 16
    Caption = 'Branding'
  end
  object lblBranding: TLabel
    Left = 100
    Top = 216
    Width = 64
    Height = 16
    Caption = 'lblBranding'
  end
  object Label18: TLabel
    Left = 398
    Top = 2
    Width = 78
    Height = 16
    Caption = 'Cease Admin'
  end
  object lblActivationDate: TLabel
    Left = 294
    Top = 2
    Width = 96
    Height = 16
    AutoSize = False
    Caption = 'lblActivationDate'
  end
end


-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: Editors and AutoSize
From: "Jerry Hayes" <jhayes@NOSPAMcfl.rr.com>
Date: Thu, 22 Jun 2006 17:03:44 -0400
Newsgroups: jedi.vcl

> > This problem is inherited from the Combo Box control as implement in the 
> > Windows standard controls DLL.
> >
> > In other words, it's Windows' fault.  Removing this limitation would 
> > require you to implement your own combo box
> > that doesn't depend at all on Windows native controls.

Warren, completely understand.  And I do have my own MaskEdits, etc., that 
do the NCCalcSize, and whatever.

Would just be nice to have one in the JCL so I can keep consistent ;)

Thanks,

Jerry 




Subject: JvListView
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 22 Jun 2006 18:30:02 +0100
Newsgroups: jedi.vcl

 Hello,

JvListView does not compile with BCB5 because TCollectionNotification, 
cnAdded and cnDeleting are unknown identifiers.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvListView
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 22 Jun 2006 17:18:37 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > JvListView does not compile with BCB5 because TCollectionNotification, 
> > cnAdded and cnDeleting are unknown identifiers.

Already fixed for Delphi 5. So I think BCB 5 should work also.



-- Regards, Andreas Hausladen 

Subject: Re: For Andreas Hausladen - JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 22 Jun 2006 18:08:23 +0100
Newsgroups: jedi.vcl

> >I remember that the edit control was too
> >height and so I reset the it's bounds.

What kind of edit control ? I never saw a wrong height for the controls 
(standard and JVCL) that I use.

I have another problem with your code. The AlwaysShowEditor emulation 
works well when you move from one column to another, but not at all when 
you go up and down in the same column. For a user using only the default 
editor, the AlwaysShowEditor appears broken. I won't remove your code 
because I think we can build upon it and improve the AlwaysShowEditor 
emulation but, currently, I have no solution to offer for this bug.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: For Andreas Hausladen - JvDBGrid
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 22 Jun 2006 16:47:01 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > I think we can build upon it and improve the AlwaysShowEditor 
> > emulation but, currently, I have no solution to offer for this bug.

At the moment I do not have the time to have a look at this problem. But
maybe next week there is some time and perhaps I haven't deleted my test
project where I expieriences this bug.


-- Regards, Andreas Hausladen 

Subject: Re: JvPlugin PackageKind Problem: Application is not licensed to use this feature
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 22 Jun 2006 18:19:18 +0200
Newsgroups: jedi.vcl

Have you called CoInitialize in the DLL?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: tjvtimeframe
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 22 Jun 2006 18:19:03 +0200
Newsgroups: jedi.vcl

cjlapao wrote:

> i would like to know here can i find an example of a complete timeframe
> because i can't understand how to use it
> tia

We have examples, maybe one of these two is what you are looking for:

jvcl\examples\JvTimeFrameWork
jvcl\examples\JvTimeline

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: tjvtimeframe
From: "cjlapao" <cjlapao@donet.pt>
Date: Thu, 22 Jun 2006 16:46:25 +0100
Newsgroups: jedi.vcl

i would like to know here can i find an example of a complete timeframe
because i can't understand how to use it
tia

Carlos Lapão

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 22 Jun 2006 14:31:06 +0100
Newsgroups: jedi.vcl

> >We changed grid color properties to just clBlack and clWhite.

Did you replace every color in the unit source also ?


Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Yet another installation problem with BDS 2006 (Update 2)
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 21 Jun 2006 13:23:55 +0200
Newsgroups: jedi.vcl

Sven Jacobs wrote:
> Hi everyone,
>
> I'm trying to install the latest version of JVCL (3.20) on BDS 2006 with Update (=Service Pack) 2. I've chosen the package which includes the latest JCL version.
>
> In the first dialog the installer detects the BDS but the checkbox is greyed out. Next to it there's a message which sais "JCL 1.97 or newer required". It also detects the JCL path correctly. The problem persists when I manually install JCL beforehand (which works).

Well, first, you have to install the JCL before the JVCL, which is why you got the "newer required" message.
Then, you should use the current daily version which should fix this issue:

http://jvcl.sf.net/daily/

Carefully read what is that page, especially the part about requiring the daily JCL as well.

The 3.30 release will be out in a few weeks and based on this daily version so you will be able to get bug fixes earlier.


Subject: Yet another installation problem with BDS 2006 (Update 2)
From: Sven Jacobs <jacobs@tedsoft.de>
Date: Wed, 21 Jun 2006 12:41:58 +0200
Newsgroups: jedi.vcl

Hi everyone,

I'm trying to install the latest version of JVCL (3.20) on BDS 2006 with Update (=Service Pack) 2. I've chosen the package which includes the latest JCL version.

In the first dialog the installer detects the BDS but the checkbox is greyed out. Next to it there's a message which sais "JCL 1.97 or newer required". It also detects the JCL path correctly. The problem persists when I manually install JCL beforehand (which works).

-- 
Sincerely
Sven Jacobs


Subject: Re: Embedding CHM-Help
From: "G.W. van der Vegt" <wim.vandervegt@ou.nl>
Date: Wed, 21 Jun 2006 11:54:41 +0200
Newsgroups: jedi.vcl

Hi,

In theory you should be able to use TEmbeddedWB. It's a matter of the URL.

Just open your chm file by double clicking it and right click a page you 
want to show to get to the properties dialog.
There note down the url. It should be a url like:

mk:@MSITStore:C:\Downloads\isxkbchm.chm::/ListaArticoli.htm

If you do a start|run and paste it in there IE (and thus probably the 
embeddedWB) will happily open it and even navigate in it.

Only drawback is you seem to loose the index etc.
-- Wim van der Vegt 

Subject: Re: Embedding CHM-Help
From: Bernhard Geyer <Bernhard.Geyer@nospam.de>
Date: Wed, 21 Jun 2006 10:53:29 +0200
Newsgroups: jedi.vcl

Bernhard Geyer schrieb:
> Hi,
>
> is there any component in JVCL to get a CHM-Helpfile embedded in Delphi-Form?
>
> Bernhard
I see its a little bit confusing what I want.

I want to open a CHM-File on my Form. I want to have a component like TWebbrowser
that can open HTML/XML/...-Files for opening CHM-File.

I don't want a solution for CHM as Help-Format (Found helpware.net).


Subject: Tjvwizard buttons
From: "Zion" <zionz@synel.co.il>
Date: Wed, 21 Jun 2006 10:51:14 +0300
Newsgroups: jedi.vcl

Hello,

How can I force the buttons (Next, Back ...) to be at the left side of the 
wizard?

Thanks 




Subject: JvPlugin PackageKind Problem: Application is not licensed to use this feature
From: Bayu Prasetio <bpras@bprasetio.or.id>
Date: Wed, 21 Jun 2006 09:22:20 +0700
Newsgroups: jedi.vcl

Hi all,

I'm trying to make simple package plugin using JvPlugin. My codes are likely similiar to the provided plugin sample. except additional CommandExecute method. But in my package plugin, I got exception saying 'Application is not licensed to use this feature' form rtl70.bpl called from
procedure TADODBSample.ADODBSampleCommands0Execute

So what actually happend, and how to fix it?

Thanks, regards.
Bayu

Here my codes:

===========================================================================
uPluginIntf.pas -> just modified version of JvPlgIntf.pas with addition of procedure SetFormLink(LinkedForm: TJvEmbeddedFormLink) to embed my form from plugin to host application
---------------------------------------------------------------------------

unit uPluginIntf;

interface

uses
  Windows, Classes, JvEmbeddedForms;

// A common interface for all plugins
type
  ISCMainAppInterface = interface;
  ISCPluginInterface = interface
    ['{A7F68489-2B52-4E59-B5E8-2044C7F67C09}']

    // provide a means for the app to make itself known to the plugin
    procedure Init(const MainApp:ISCMainAppInterface);
  end;


  // if plugins shall be able to access the mainapplication,
  //   an interface for the main application should be defined as well
  ISCMainAppInterface = interface

    ['{00D251C6-8D61-43F7-88F8-35F7F7EC364D}']
    procedure SetFormLink(LinkedForm: TJvEmbeddedFormLink);
  end;


implementation

end.
===========================================================================



===========================================================================
uDBSample.pas -> just modified version of PluginTest.pas
---------------------------------------------------------------------------
unit uDBSample;

interface

uses
  Windows, Messages, SysUtils, Classes, Dialogs, Forms, Controls,
  JvPlugin, uPluginIntf;

type
  TADODBSample = class(TJvPlugin, ISCPluginInterface)
    procedure ADODBSampleCommands1Execute(Sender: TObject);
    procedure JvPlugInDestroy(Sender: TObject);
    procedure ADODBSampleCommands0Execute(Sender: TObject);
  private
    { Private declarations }
    FMainApp:ISCMainAppInterface;
  public
    { Public declarations }
    procedure Init(const MainApp: ISCMainAppInterface);
  end;

function RegisterPlugin: TJvPlugin; stdcall;

exports
  RegisterPlugin;

implementation

{$R *.dfm}

uses
  uProductSample, ExtCtrls;

// IMPORTANT NOTE: If you change the name of the Plugin container,
// you must set the type below to the same type. (Delphi changes
// the declaration, but not the procedure itself. Both the return
// type and the type created must be the same as the declared type above.
function RegisterPlugin: TJvPlugin;
begin
  Result := TADODBSample.Create(nil);
end;

procedure TADODBSample.ADODBSampleCommands1Execute(Sender: TObject);
begin
  frmSample.Disconnect;
end;

procedure TADODBSample.Init(const MainApp: ISCMainAppInterface);
begin
  FMainApp := MainApp;
  if frmSample <> nil then
  begin
    frmSample.MainApp := MainApp;
  end;
end;

procedure TADODBSample.JvPlugInDestroy(Sender: TObject);
begin
  FreeAndNil(frmSample);
end;

procedure TADODBSample.ADODBSampleCommands0Execute(Sender: TObject);
begin
  if frmSample = nil then
  begin
    frmSample := TfrmSample.Create(Self);<== HERE THE EXCEPTION SHOWN UP
    frmSample.MainApp := FMainApp;
  end;
  frmSample.Connect;
end;

end.
===========================================================================


===========================================================================
unit uProductSample;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, Grids, DBGrids, ExtCtrls, DBCtrls, DB, ADODB, JvComponentBase,
  JvEmbeddedForms, uPluginIntf;

type
  TfrmSample = class(TForm)
    adoconSample: TADOConnection;
    adoqrySample: TADOQuery;
    dsSample: TDataSource;
    dbnavSample: TDBNavigator;
    dbgrdSample: TDBGrid;
    JvEmbeddedFormLink: TJvEmbeddedFormLink;
  private
    { Private declarations }
  public
    { Public declarations }
    MainApp: ISCMainAppInterface;
    procedure Connect;
    procedure Disconnect;
  end;

var
  frmSample: TfrmSample;

implementation

{$R *.dfm}

{ TForm1 }

procedure TfrmSample.Connect;
begin
  adoconSample.Open;
  adoqrySample.Open;

  if MainApp <> nil then
    MainApp.SetFormLink(JvEmbeddedFormLink);
end;

procedure TfrmSample.Disconnect;
begin
  if MainApp <> nil then
    MainApp.SetFormLink(nil);

  adoqrySample.Close;
  adoconSample.Close;
end;

end.
===========================================================================


Subject: Re: JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 20 Jun 2006 14:50:23 -0300
Newsgroups: jedi.vcl

> >
> > My video card does not allow me to set less than 256 colors, so I cannot
> > try. Try to change every color value in the JvDBGrid (in the properties
> > and in the code) to a color from the 16 basic ones and let us know if
> > that fails again.

We changed grid color properties to just clBlack and clWhite. The same 
problem happens. The app freezes. We tried with a simple app, with only the 
grid. Same problem.

Best regards,
Eduardo Mauro 




Subject: Re: For Andreas Hausladen - JvDBGrid
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 20 Jun 2006 15:09:01 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > Since I'm going to deliver a new version this afternoon (with a cleaned 
> > AlwaysShowEditor emulation), may I comment this code out (until you find 
> > a good solution for both of us)?

I have made this fix for 2 weeks. Then I was in holyday. So I do not know
exactly what I fixed by this but I remember that the edit control was too
height and so I reset the it's bounds.
If you aren't happy with this simply discard it and commit your changes.
If I will see my bug again, I'll hopefully remember this thread and make a
all fit bugfix.

-- Regards, Andreas Hausladen 

Subject: Re: Problem with JvJVCLUtils . . .
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 21 Jun 2006 00:13:59 +1000
Newsgroups: jedi.vcl

WB wrote, on 20/06/2006 2:20 AM:
> I have downloaded, file: JVCL320CompleteJCL197-Build2172.zip

While this is the latest official release, it was released 4 months ago, so the problem may have been fixed since then. Please try the latest *development* version (daily zip or subversion repository) and see if it still occurs:

http://homepages.borland.com/jedi/wiki/index.php?title=Download

Note: I've moved the development section to the top of this webpage - it was at the bottom. :)

I'm not sure if it's related to this issue, but you need to install all of the Delphi 6 updates for JVCL to work correctly.

-- 
enjoy life,
           Elahn


Subject: Re: JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 20 Jun 2006 14:34:35 +0100
Newsgroups: jedi.vcl

> >I don't know if it is already related but JvDBGrid, at least here, in
> >our 
> >machines, lock the app if Windows is set to use just 16 colors. I know,
> >I 
> >know, who in the world would use 16 colors, but I have some customers
> >that 
> >use. Any ideas?

My video card does not allow me to set less than 256 colors, so I cannot 
try. Try to change every color value in the JvDBGrid (in the properties 
and in the code) to a color from the 16 basic ones and let us know if 
that fails again.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: For Andreas Hausladen - JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 20 Jun 2006 14:28:06 +0100
Newsgroups: jedi.vcl

> >Because the JvDBGrid's inherited MouseDown method will not work
> >properly. It leaves the function before doing anything if you use
> >custom edit controls.

OK.

> >It only set the Bounds twice. The first time is before the inplace edit
> >control is shown. And what is new: the second time after the control is
> >visible. It sets the bounds to the same rectangle.

In fact, the problem is with the Inc(Rect, 2). That moves the custom 
edit control two pixels away from the top left corner. That lets the 
focused cell appear behind and the new display is quite disturbing with 
its blue borders and dotted line. For me it's really ugly and I can't 
see what's the issue fixed with that. And I can't see also what the two 
bound settings really brings to the whole (except for fixing the wrong 
height and width after the Inc(Rect, 2)). All of this prevents me to use 
the new JvDBGrid in my apps and I'm not sure a lot of people wants to 
see these blue (or whatever color thay may use for their focused cells) 
borders around their controls.
Since I'm going to deliver a new version this afternoon (with a cleaned 
AlwaysShowEditor emulation), may I comment this code out (until you find 
a good solution for both of us)?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Embedding CHM-Help
From: roozbeh <roobehid@yahoo.com>
Date: Tue, 20 Jun 2006 15:30:13 +0330
Newsgroups: jedi.vcl

On Mon, 19 Jun 2006 15:53:50 +0330, Elahn Ientile <elahn@elahn.net> wrote:

> Elahn Ientile wrote, on 19/06/2006 10:18 PM:
>> What you could do is embed the file in a form using a component (I thought JVCL had one, but I can't see it right now, so maybe not) - then when the program runs, write the CHM file to disk.
>
> It's called TJvDataEmbedded on the Jv Non-Visual page.
>

well how to have its support on form?
ie when pressing f1 how to launch a chm help file?

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: For Andreas Hausladen - JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 20 Jun 2006 12:13:48 +0100
Newsgroups: jedi.vcl

> >This issue doesn't really surprise me.  There's other weirdness in the 
> >painting code in JvDbGrid, too, for instance, turn off
> > Options.dgColLines,

There's a few display issues with ColLines indeed. But all of them, 
AFAIK, are due to a bug in DBGrid.pas.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDbGrid display CheckBox
From: "Jeferson Oliveira" <jeferson@mvtec.com.br>
Date: Tue, 20 Jun 2006 08:08:57 -0300
Newsgroups: jedi.vcl

Hi Fred!

I've added a calculated boolean field to the dataset, and now everything 
works fine.
Thank you again!

Jeferson Oliveira
Belo Horizonte/MG - Brazil


"Fred" <nospam_@_nospam.com> escreveu na mensagem 
news:e78f7h$v55$1@news.talkto.net...
>> > >There is some way to configure to use the feature with char fields that
>> >>stores only two values, like 'Y' and 'N'?
> >
> > No, because in french that should be 'O' and 'N', in spanish 'S'
> > and 'N', in russian 'D' and 'N', etc. It's better to handle =0 (false)
> > and <>0 (true) only. If you can, change the field data type to bit or
> > boolean in your table.
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 20 Jun 2006 07:52:34 -0300
Newsgroups: jedi.vcl

Hi,

I don't know if it is already related but JvDBGrid, at least here, in our 
machines, lock the app if Windows is set to use just 16 colors. I know, I 
know, who in the world would use 16 colors, but I have some customers that 
use. Any ideas?

Best regards,
Eduardo Mauro
Acabit Tecnologia Ltda. 




Subject: Re: For Andreas Hausladen - JvDBGrid
From: "Andreas Hausladen" <AndreasDOTHausladen@gREMOVETHEOBVIOUSmx.de>
Date: Tue, 20 Jun 2006 10:29:35 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > - The AcquireFocus changes;

Because the JvDBGrid's inherited MouseDown method will not work
properly. It leaves the function before doing anything if you use
custom edit controls.


> > - The stuff to move the inplace edit controls.

It only set the Bounds twice. The first time is before the inplace edit
control is shown. And what is new: the second time after the control is
visible. It sets the bounds to the same rectangle.



-- Regards, Andreas Hausladen 

Subject: Re: JvDbGrid display CheckBox
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 20 Jun 2006 11:22:09 +0100
Newsgroups: jedi.vcl

> >There is some way to configure to use the feature with char fields that 
> >stores only two values, like 'Y' and 'N'?

No, because in french that should be 'O' and 'N', in spanish 'S' 
and 'N', in russian 'D' and 'N', etc. It's better to handle =0 (false) 
and <>0 (true) only. If you can, change the field data type to bit or 
boolean in your table.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Editors and AutoSize
From: Warren Postma <wp@tekran.com>
Date: Mon, 19 Jun 2006 17:03:30 -0400
Newsgroups: jedi.vcl

Jerry Hayes wrote:
> Something I've always hated about standard vcl combo boxes is their inability to size down vertically.  Even with AutoSize set to False.
>
>   
This problem is inherited from the Combo Box control as implement in the Windows standard controls DLL.

In other words, it's Windows' fault.  Removing this limitation would require you to implement your own combo box
that doesn't depend at all on Windows native controls.

Warren


Subject: Re: Embedding CHM-Help
From: Warren Postma <wp@tekran.com>
Date: Mon, 19 Jun 2006 17:02:11 -0400
Newsgroups: jedi.vcl

Bernhard Geyer wrote:
> Hi,
>
> is there any component in JVCL to get a CHM-Helpfile embedded in Delphi-Form?
>
> Bernhard
You want the .CHM help file content to be embedded inside the EXE file as a resource?

Or you just want to have .CHM help-file support added to TApplication?

Warren


Subject: Re: For Andreas Hausladen - JvDBGrid
From: Warren Postma <wp@tekran.com>
Date: Mon, 19 Jun 2006 17:00:57 -0400
Newsgroups: jedi.vcl

Fred wrote:
> (I tried to send this mail in private but I always get a delivery failure notification.)
>
> Hello,
>
> I'd like to understand some changes made to JvDBGrid because I can't see why
> you did them and I need to evaluate their impact on my apps:
> - The AcquireFocus changes;
> - The stuff to move the inplace edit controls. I have now two blue lines
> above my controls and on their left (it's blue because my focused cells are
> blue). It looks to me like a bad idea and I don't really understand why
> there was a problem before. That's the main reason why I don't use the
> current JvDBGrid in my production versions.
>
> Your AlwaysShowEditor emulation seems to work well. Good job !
>   
This issue doesn't really surprise me.  There's other weirdness in the painting code in JvDbGrid, too, for instance, turn off Options.dgColLines,
and the last column will be partially over-painted. Doesn't always happen, but happens here in some of my apps. I think it's something wrong
in JvDbGrid where it overloads base class functionality and overrides the painting code. It may also depend on XP Themes,
or some other system configuration variable .

Warren



Subject: Re: JvDbGrid display CheckBox
From: "Jeferson Oliveira" <jeferson@mvtec.com.br>
Date: Mon, 19 Jun 2006 17:59:23 -0300
Newsgroups: jedi.vcl

Hello Fred!

This is very good!
Thank you for your help!
I was looking into EditWithBoolBox function in JvDBGrid.pas, and I have 
noticed that this feature could be used to edit fields with DataType = 
ftBoolean, ftSmallint, ftInteger or ftWord.
There is some way to configure to use the feature with char fields that 
stores only two values, like 'Y' and 'N'?


Best regards,

Jeferson Oliveira
Belo Horizonte/MG - Brazil


"Fred" <nospam@nospam.nospam> escreveu na mensagem 
news:e76vk8$ok7$1@news.talkto.net...
>> >> To display a CheckBox in a column I'm using a TDbCheckBox associated with
>> >> the field in the EditControls property of the TJvDbGrid.
>> >> The DbCheckBox is displayed correctly but only in the record that is 
>> >> being
>> >> edited.
>> >> There is some way to always display the check boxes for all the grid 
>> >> rows?
> >
> > Is the cell displaying only a checkbox ? If Yes, use the boolean editor
> > instead of your checkbox (with the IsBool event when the field is not a 
> > true
> > boolean field).
> >
> > Fred
> > 




Subject: Re: JvDbGrid display CheckBox
From: "Fred" <nospam@nospam.nospam>
Date: Mon, 19 Jun 2006 21:58:26 +0200
Newsgroups: jedi.vcl

> > To display a CheckBox in a column I'm using a TDbCheckBox associated with
> > the field in the EditControls property of the TJvDbGrid.
> > The DbCheckBox is displayed correctly but only in the record that is being
> > edited.
> > There is some way to always display the check boxes for all the grid rows?

Is the cell displaying only a checkbox ? If Yes, use the boolean editor
instead of your checkbox (with the IsBool event when the field is not a true
boolean field).

Fred 




Subject: For Andreas Hausladen - JvDBGrid
From: "Fred" <nospam@nospam.nospam>
Date: Mon, 19 Jun 2006 21:56:01 +0200
Newsgroups: jedi.vcl

(I tried to send this mail in private but I always get a delivery failure 
notification.)

Hello,

I'd like to understand some changes made to JvDBGrid because I can't see why
you did them and I need to evaluate their impact on my apps:
- The AcquireFocus changes;
- The stuff to move the inplace edit controls. I have now two blue lines
above my controls and on their left (it's blue because my focused cells are
blue). It looks to me like a bad idea and I don't really understand why
there was a problem before. That's the main reason why I don't use the
current JvDBGrid in my production versions.

Your AlwaysShowEditor emulation seems to work well. Good job !

Cordially,
Frédéric 




Subject: Re: Problem with JvJVCLUtils . . .
From: "WB" <xor2@wp.pl>
Date: Mon, 19 Jun 2006 18:20:09 +0200
Newsgroups: jedi.vcl

Hi
    Thanks for your post.
I have downloaded, file: JVCL320CompleteJCL197-Build2172.zip
I've uinstalled everything then firstly i installed jcl then jvcl ... and 
the result is:

both overloaded procedures ->were<- overloaded but it still couldn't find 
procedure: StretchBltTransparent
[Error] JvJVCLUtils.pas(1872): Undeclared identifier: 
'StretchBltTransparent'

But there are more and more errors inside like:

[Error] JvJVCLUtils.pas(2316): Local class, interface or object types not 
allowed
[Error] JvJVCLUtils.pas(2952): Undeclared identifier: 'SOutOfResources'
[Error] JvJVCLUtils.pas(2980): Cannot initialize local variables
[Error] JvJVCLUtils.pas(2981): Cannot initialize local variables
[Error] JvJVCLUtils.pas(3019): Cannot initialize local variables
[Error] JvJVCLUtils.pas(3082): Cannot initialize local variables
[Error] JvJVCLUtils.pas(3268): ';' expected but '.' found
[Error] JvJVCLUtils.pas(3275): Undeclared identifier: 'Handle'
[Error] JvJVCLUtils.pas(3275): Undeclared identifier: 'Y'
[Error] JvJVCLUtils.pas(3925): Cannot initialize local variables
[Error] JvJVCLUtils.pas(3928): Local class, interface or object types not 
allowed

........ really many .............

Info section of this file included:
// $Id: JvJVCLUtils.pas,v 1.160 2005/02/17 10:20:40 marquardt Exp $
Maybe it will help ....

Thanks for any help



Uzytkownik "Elahn Ientile" <elahn@elahn.net> napisal w wiadomosci 
news:e75u33$goo$1@news.talkto.net...
> > WB wrote, on 19/06/2006 5:37 PM:
>> >> [Error] JvJVCLUtils.pas(1012): Previous declaration of 'SetWallpaper' was 
>> >> not marked with the 'overload' directive
>> >>
>> >> when i fixed it i got next one:
>> >>
>> >> [Error] JvJVCLUtils.pas(1872): Undeclared identifier: 
>> >> 'StretchBltTransparent'
> >
> > What version of JVCL are you using?
> >
> > Please try the latest *development* version (daily zip or subversion 
> > repository) and see if it still occurs:
> >
> > http://homepages.borland.com/jedi/wiki/index.php?title=Download
> >
> > -- 
> > enjoy life,
> >            Elahn 




Subject: JvDbGrid display CheckBox
From: "Jeferson Oliveira" <jeferson@mvtec.com.br>
Date: Mon, 19 Jun 2006 13:02:34 -0300
Newsgroups: jedi.vcl

To display a CheckBox in a column I'm using a TDbCheckBox associated with 
the field in the EditControls property of the TJvDbGrid.
The DbCheckBox is displayed correctly but only in the record that is being 
edited.
There is some way to always display the check boxes for all the grid rows?

I would appreciate any suggestion.
Thanks!

Jeferson Oliveira
Belo Horizonte/MG - Brazil 




Subject: Re: Embedding CHM-Help
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 19 Jun 2006 22:23:50 +1000
Newsgroups: jedi.vcl

Elahn Ientile wrote, on 19/06/2006 10:18 PM:
> What you could do is embed the file in a form using a component (I thought JVCL had one, but I can't see it right now, so maybe not) - then when the program runs, write the CHM file to disk.

It's called TJvDataEmbedded on the Jv Non-Visual page.

-- 
enjoy life,
           Elahn


Subject: Re: Embedding CHM-Help
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 19 Jun 2006 22:18:34 +1000
Newsgroups: jedi.vcl

Bernhard Geyer wrote, on 19/06/2006 6:01 PM:
> is there any component in JVCL to get a CHM-Helpfile embedded in Delphi-Form?

Hi Bernhard,

I'm pretty sure windows help will need a file on disk in order to open a CHM file.

What you could do is embed the file in a form using a component (I thought JVCL had one, but I can't see it right now, so maybe not) - then when the program runs, write the CHM file to disk.

Another way is to include it in your exe file as a resource (via a .rc file) and write it out to disk using a TResourceStream. This is the way I prefer to do it 'cause the file is NOT stored in the DFM file.

-- 
enjoy life,
           Elahn


Subject: Docking Persistence CustomPanel
From: "andreab" <andreab01@hotmail.com>
Date: Mon, 19 Jun 2006 12:29:23 +0100
Newsgroups: jedi.vcl

Hi,
I'd like to know if it is possible to use persistence when using the
custompanel event on TJvDockServer.
Everything works fine if the docksite is the form itself (that is when the
event is not assigned), but when I want to use a different container, the
procedure LoadDockTreeFromFile doesn't work.
Has someone ever encountered (and eventually solved) this problem?

Thanks

Andrea

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with JvJVCLUtils . . .
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 19 Jun 2006 20:25:24 +1000
Newsgroups: jedi.vcl

WB wrote, on 19/06/2006 5:37 PM:
> [Error] JvJVCLUtils.pas(1012): Previous declaration of 'SetWallpaper' was not marked with the 'overload' directive
>
> when i fixed it i got next one:
>
> [Error] JvJVCLUtils.pas(1872): Undeclared identifier: 'StretchBltTransparent'

What version of JVCL are you using?

Please try the latest *development* version (daily zip or subversion repository) and see if it still occurs:

http://homepages.borland.com/jedi/wiki/index.php?title=Download

-- 
enjoy life,
           Elahn


Subject: Embedding CHM-Help
From: Bernhard Geyer <Bernhard.Geyer@nospam.de>
Date: Mon, 19 Jun 2006 10:01:49 +0200
Newsgroups: jedi.vcl

Hi,

is there any component in JVCL to get a CHM-Helpfile embedded in Delphi-Form?

Bernhard


Subject: Problem with JvJVCLUtils . . .
From: "WB" <xor2@wp.pl>
Date: Mon, 19 Jun 2006 09:37:42 +0200
Newsgroups: jedi.vcl

Hi!
    I have installed Jvcl on Borldna delphi 6 ent. Everything was ok, I have 
components on my palette in delphi, but
the problem is with JvJVCLUtils.

    Components which use this unit, application can not be compiled because 
of the code errors inside:

Procedure SetWallpaper wasn't overloaded and that's why i got error:

[Error] JvJVCLUtils.pas(1012): Previous declaration of 'SetWallpaper' was 
not marked with the 'overload' directive

when i fixed it i got next one:

[Error] JvJVCLUtils.pas(1872): Undeclared identifier: 
'StretchBltTransparent'

This one I haven't fixed ...

Does anyone know what the problem is ??

Really thanks for help

Wojtek 




Subject: Editors and AutoSize
From: "Jerry Hayes" <jhayes@NOSPAMcfl.rr.com>
Date: Sat, 17 Jun 2006 14:23:20 -0400
Newsgroups: jedi.vcl

Something I've always hated about standard vcl combo boxes is their 
inability to size down vertically.  Even with AutoSize set to False.

I notice on the JVCL, the ComboEdit (e.g.) exhibits this behavior HOWEVER, 
it can be resized smaller by setting a constraint.

Could the standard control be set to respond appropriately to height when 
AutoSize is set to false? And ignore any auto-size requests made by font 
change, etc?

Thanks all,

Jerry 




Subject: Re: JvDBCalcEdit DisplayFormat
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sat, 17 Jun 2006 18:20:28 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Well, it worked for me, considering that the "space" is the thousands
> > separator, which is the correct value for French. Putting a comma
> > instead would probably require to escape the comma as it is a special
> > character. Use the TMaskEdit editor to find an appropriate value.

I don't get it. If you see the DisplayFormat help of a TNumericField,
you'll see that the comma is the generic thousand separator and when
the number is fomatted it is replaced by the thousand separator set in
windows regional settings.

-- Erick Sasse 

Subject: Re: JvDBCalcEdit DisplayFormat
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 17 Jun 2006 11:44:59 +0200
Newsgroups: jedi.vcl

Erick Sasse wrote:

> OBones wrote:
>
>
>> This should do it:
>>
>> , ##0.##
>
>
> No, didn't work.
> I have also tried: #,##0.00 and 0,000.00 and #,###.##.
> But none of them works. 

Well, it worked for me, considering that the "space" is the thousands separator, which is the correct value for French. Putting a comma instead would probably require to escape the comma as it is a special character. Use the TMaskEdit editor to find an appropriate value.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvDBCalcEdit DisplayFormat
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 16 Jun 2006 18:27:18 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > This should do it:
> > 
> > , ##0.##

No, didn't work.
I have also tried: #,##0.00 and 0,000.00 and #,###.##.
But none of them works. 

Thanks

-- Erick Sasse 

Subject: Re: JvDBCalcEdit DisplayFormat
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 16 Jun 2006 17:40:25 +0200
Newsgroups: jedi.vcl

Erick Sasse wrote:
> What's the correct DisplayFormat to use so that the thousand separator
> is shown?
> I tried some, but none worked.
>
> Thanks!

This should do it:

, ##0.##

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Converting app from using TCoolTrayIcon to TJvTrayIcon
From: "Eric Carlson" <eric.removethis.carlson@group-technical-andthis.com>
Date: Fri, 16 Jun 2006 16:32:49 +0100
Newsgroups: jedi.vcl

More news - with the current snapshot, something odd happens. I  set the 
component so the LMB up the app panel and RMB brings up a popup menu. The 
icon is on the main form of an SvCOM-managed service app. When I log off, 
then back on again I'm relieved to see the icon still present (TCoolTray 
would never reappear without the extra step I mentioned). However, whilst 
the LMB still brought up the window ok the RMB now does nothing - its "lost" 
its event mapping. Any clues please? 




Subject: Re: JvDBUltimGrid Sorting col whith TADOQuery
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 16 Jun 2006 16:32:10 +0100
Newsgroups: jedi.vcl

> >procedure TformMain.sortADOQry(qry: TADOQuery; srtStr: string);
> >var
> >    myBkMrk: TBookMark;
> >begin
> >    myBkMrk := qry.getbookmark;
> >    qry.Sort := srtStr;
> >    qry.GotoBookmark(myBkMrk);
> >    qry.FreeBookmark(myBkMrk);
> >end;

In that procedure, you could also use YourDBGrid.SavePosition and 
YourDBGrid.RestorePosition.
If you use them and put the following lines in the RestoreGridPosition 
event:

   if (MyADODataSet.BookmarkValid(SavedBookmark)) then
      MyADODataSet.Recordset.Bookmark := POleVariant(SavedBookmark)^;
   try MyADODataSet.Resync([rmExact]); except end;

....you will see no move of the current record (it will be displayed at 
the same place in the grid, i.e. same row, as before).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Using the Jvcl Docking controls
From: "Robert Meek" <meekTAN@comcast.net>
Date: Fri, 16 Jun 2006 07:13:30 -0400
Newsgroups: jedi.vcl

That entire folder was missing from my installation.  I'm using the 3.01 
install, so I re-installed it and found it!  Thanx.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:e6rv84$uk9$1@news.talkto.net...
> > Robert Meek wrote:
>> >>     What's the name of the example app?  I didn't see one specifically 
>> >> mentioning docking.
>> >>
> >
> > jvcl\examples\JvDocking
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: JvDBCalcEdit DisplayFormat
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 15 Jun 2006 21:44:28 +0000 (UTC)
Newsgroups: jedi.vcl

What's the correct DisplayFormat to use so that the thousand separator
is shown?
I tried some, but none worked.

Thanks!

-- Erick Sasse 

Subject: Re: BDS 2006 install Problem
From: Bill <w2m00@hicomponents00.com>
Date: Thu, 15 Jun 2006 15:16:18 -0400
Newsgroups: jedi.vcl

Thanks OBones,

Yes there was another file with same name in the path.  Problem solved.

Thank-you.

Bill

> Look on your system, there is a file somewhere called SNMP.pas which does NOT come from the JVCL. Remove it (well, rename it) and you should be sorted.


Subject: Re: BDS 2006 install Problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 15 Jun 2006 20:23:26 +0200
Newsgroups: jedi.vcl

Look on your system, there is a file somewhere called SNMP.pas which does NOT come from the JVCL. Remove it (well, rename it) and you should be sorted.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: BDS 2006 install Problem
From: Bill <w2m00@hicomponents00.com>
Date: Thu, 15 Jun 2006 13:28:28 -0400
Newsgroups: jedi.vcl

I have installed jcl and jvcl from Disk 4 of BDS 2006 set, but when I run a demo I get error:

[Pascal Fatal Error] JvAppStorage.pas(840): F2051 Unit JclSysInfo was compiled with a different version of SNMP.PAsnObjectIdentifier

I have uninstalled both jcl and jvcl, deleted all jcl and jvcl files, removed jcl and jvcl bpl files and then reinstalled.

No matter what I do I get the above error when running a jvcl demo.  Any fixes?

Thanks

Bill


Subject: Re: Using the Jvcl Docking controls
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 15 Jun 2006 17:44:08 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:
>     What's the name of the example app?  I didn't see one specifically mentioning docking.
>

jvcl\examples\JvDocking

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Using the Jvcl Docking controls
From: "Robert Meek" <meekTAN@comcast.net>
Date: Thu, 15 Jun 2006 11:34:41 -0400
Newsgroups: jedi.vcl

    What's the name of the example app?  I didn't see one specifically 
mentioning docking.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Robert Meek" <meekTAN@comcast.net> wrote in message news:e6oupp$e5b$1@news.talkto.net...
> > Yep!  Even tried different combinations of these settings for each of the 
> > two forms involved.  Is there a weird key combination that must be used? 
> > I tried all the obvious ones but got nowhere.  I'm running XP Pro SP 2 
> > with all updates, and BDS 2006 Delphi.
> >
> > -- 
> > from Robert Meek dba Tangentals Design
> > meekTAN@comcast.net
> > "OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
> > news:e6movv$3j3$1@news.talkto.net...
>> >> Robert Meek wrote:
>>> >>>     This is exactly what I tried!  The mainform has it set so only its 
>>> >>> right side will accept a dock and the child window its left side.  But 
>>> >>> they don't dock when I drag the child form over the right edge of the 
>>> >>> mainform.  I also tried with various key combinations.  Is there 
>>> >>> something else I'm missing?
>> >>
>> >> Is the DragMode set to dmAutomatic and the DragKind to dkDock ?
>> >>
>> >> -- 
>> >> Olivier Sannier
>> >> JVCL Coordinator
>> >> http://jvcl.sf.net/
> >
> > 




Subject: JvComboBox
From: "De Armas Adrian" <adearmas@forumnet.com.ar>
Date: Thu, 15 Jun 2006 10:37:34 -0300
Newsgroups: jedi.vcl

Hi,

Having a TJVComboBox, is it possible to:
* With Style = csDropDown & AutoComplete=True & AutoDropDown=True:
    Let the user type (in the edit box) while what he writes matches an item 
on the item list, and if he types something not contained in the item list 
the char typed would not appear in the edit box

or

* With Style = csDropDownList  & AutoComplete=True & AutoDropDown=True:
    See what the user is typing by changing the color of the chars typed in 
the droped list (just on the selected item).

May be this is already done in the TJVComboBox but I just can't find how to 
make it work... May be this can be done with someother "TJV" component.
If it can't be done, I'll try to do it.

Thanx.

Adrian.-

PS : I am really sorry about my english.
-- De Armas, Adrián adearmas@equitygroup.com.ar Departamento de Investigacion y Desarrollo Equity Group Consultores www.equitygroup.com.ar 

Subject: Re: Using the Jvcl Docking controls
From: Martin Holmes <mholmes@uvic.ca>
Date: Thu, 15 Jun 2006 05:56:16 -0700
Newsgroups: jedi.vcl

Hi there,

I have a whole application working with this, and I haven't really had any major problems with it. It might be worth making a very minimal example and posting your DFMs and PAS files somewhere we can look at them.

Cheers,
Martin

Robert Meek wrote:
> Yep!  Even tried different combinations of these settings for each of the two forms involved.  Is there a weird key combination that must be used?  I tried all the obvious ones but got nowhere.  I'm running XP Pro SP 2 with all updates, and BDS 2006 Delphi.
>


Subject: JvTimeline items.add
From: "Billo" <Billo@inet.com>
Date: Thu, 15 Jun 2006 08:03:44 +0100
Newsgroups: jedi.vcl

I am using JVCL300 JCL195-Build1848.

When I add items the new items are not only added to the file but all 
previous items are also added again. The file becomes filled with 
multiple copies of the items. 

Is this a bug or am I not adding the items correctly?


Here is a simplified code example -

NewItem := Timeline.items.add;
NewItem.caption := 'Item1';

The timeline file contains -
Item1

After adding 4 items the timeline file contains -
Item1
Item1 //   repeat of previous item.
Item2 // New Item added.
Item1 //   Repeat of 
Item2 //   both previous items.
Item3 // New Item added.
Item1 //   Repeat of 
Item2 //   all 3 previous 
Item3 //   items.
Item4 // New Item added.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Using the Jvcl Docking controls
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 14 Jun 2006 14:52:38 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:
> Yep!  Even tried different combinations of these settings for each of the two forms involved.  Is there a weird key combination that must be used?  I tried all the obvious ones but got nowhere.  I'm running XP Pro SP 2 with all updates, and BDS 2006 Delphi.

Have a look at the examples, they do work <g>


Subject: a question about jvrichedit
From: roozbeh <roobehid@yahoo.com>
Date: Wed, 14 Jun 2006 15:49:43 +0330
Newsgroups: jedi.vcl

I long time ago used jvrichedit-i think in jvcl2.10-,but then for some reasons i had to migrate to richedit98 becouse of its support of widestring which intrestingly also worked in win98,
is current jvrichedit can do the same?ie somehow show unicode charachters in win98 version of richedit,and support for widestrings?


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Using the Jvcl Docking controls
From: "Robert Meek" <meekTAN@comcast.net>
Date: Wed, 14 Jun 2006 08:18:16 -0400
Newsgroups: jedi.vcl

Yep!  Even tried different combinations of these settings for each of the 
two forms involved.  Is there a weird key combination that must be used?  I 
tried all the obvious ones but got nowhere.  I'm running XP Pro SP 2 with 
all updates, and BDS 2006 Delphi.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:e6movv$3j3$1@news.talkto.net...
> > Robert Meek wrote:
>> >>     This is exactly what I tried!  The mainform has it set so only its 
>> >> right side will accept a dock and the child window its left side.  But 
>> >> they don't dock when I drag the child form over the right edge of the 
>> >> mainform.  I also tried with various key combinations.  Is there 
>> >> something else I'm missing?
> >
> > Is the DragMode set to dmAutomatic and the DragKind to dkDock ?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: Installing current SVN version
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 14 Jun 2006 09:26:26 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gf_@_fe_altern.org> schrieb im Newsbeitrag
news:e6occh$ave$1@news.talkto.net...
> > Ralf Kaiser wrote:
>> > > Hi,
>> > >
>> > > when installing the current SVN version for D2005 i get an erro in the
>> > > installer.
> >
> > What is the error ?

It was:

"E2225 Never-build package 'JclVCL' must be recompiled" the error was
displayed for JvBackgrounds.pas

Now i have recompiled the library by hand (which worked after i set the
correct search path to the JCL-lib directory)

Ciao,
Ralf



Subject: Re: Installing current SVN version
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 14 Jun 2006 09:03:54 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
> Hi,
>
> when installing the current SVN version for D2005 i get an erro in the
> installer.

What is the error ?


Subject: Installing current SVN version
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 14 Jun 2006 08:47:27 +0200
Newsgroups: jedi.vcl

Hi,

when installing the current SVN version for D2005 i get an erro in the
installer.

I have then loaded the project group and compiled the packages "by hand"

In the package JvAppFrm i get the following error when compiling:

[Fatal Error] JvAppFrmReg.pas(44): E2225 Never-build package 'JclVCL' must
be recompiled

I have installed matching JCL/JVCL vesions that were loaded from SVN at the
same time.

Ciao,
Ralf



Subject: Re: Is the whole JCL/JVCL necessary ?
From: JBR <none@nowhere.com>
Date: Tue, 13 Jun 2006 22:01:18 +0200
Newsgroups: jedi.vcl

OBones avait énoncé :
> JBR wrote:
>
>> Hi,
>>
>> I've heard of a plugin system (jvPlugin) included in JVCL and I'd like to give it a try but I'd prefer not to install the whole thing as my system is super slow... Is it somehow possible to only get and install the jvPlugin system, and if yes, can anyone explain the steps to follow ?
>
> You must download the FULL package, but after you have installed the JCL (which is very light), you will be able to select only the JvPlugin package in the installer. This will also select the JvCore package, but that's normal.
> After that, continue the installer and you will only have the JvPlugin package installed.

Thank you, I will try as soon as possible... :')

-- 
MesNews, mangez-en, plein !




Subject: Re: Is the whole JCL/JVCL necessary ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 13 Jun 2006 20:50:03 +0200
Newsgroups: jedi.vcl

JBR wrote:

> Hi,
>
> I've heard of a plugin system (jvPlugin) included in JVCL and I'd like to give it a try but I'd prefer not to install the whole thing as my system is super slow... Is it somehow possible to only get and install the jvPlugin system, and if yes, can anyone explain the steps to follow ?

You must download the FULL package, but after you have installed the JCL (which is very light), you will be able to select only the JvPlugin package in the installer. This will also select the JvCore package, but that's normal.
After that, continue the installer and you will only have the JvPlugin package installed.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Is the whole JCL/JVCL necessary ?
From: JBR <none@nowhere.com>
Date: Tue, 13 Jun 2006 19:05:00 +0200
Newsgroups: jedi.vcl

Hi,

I've heard of a plugin system (jvPlugin) included in JVCL and I'd like to give it a try but I'd prefer not to install the whole thing as my system is super slow... Is it somehow possible to only get and install the jvPlugin system, and if yes, can anyone explain the steps to follow ?

Thanks !

-- 
MesNews, mangez-en, plein !




Subject: Re: Using the Jvcl Docking controls
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 13 Jun 2006 18:26:40 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:
>     This is exactly what I tried!  The mainform has it set so only its right side will accept a dock and the child window its left side.  But they don't dock when I drag the child form over the right edge of the mainform.  I also tried with various key combinations.  Is there something else I'm missing?

Is the DragMode set to dmAutomatic and the DragKind to dkDock ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Using the Jvcl Docking controls
From: "Robert Meek" <meekTAN@comcast.net>
Date: Tue, 13 Jun 2006 11:14:08 -0400
Newsgroups: jedi.vcl

    This is exactly what I tried!  The mainform has it set so only its right 
side will accept a dock and the child window its left side.  But they don't 
dock when I drag the child form over the right edge of the mainform.  I also 
tried with various key combinations.  Is there something else I'm missing?

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Martin Holmes" <mholmes@uvic.ca> wrote in message news:e6mcho$uh$1@news.talkto.net...
> > Hi there,
> >
> > 1. Put a TJVDockServer and a TJVDockDelphiStyle on the main form.
> >
> > 2. Set the TJVDockServer BottomDock, LeftDock, RightDock and TopDock to 
> > True or False depending on whether you want the child form to be dockable 
> > in those locations.
> >
> > 3. Put a TJVDockClient component on the child form, and set its DockStyle 
> > property to the main form's TJVDockDelphiStyle component.
> >
> > Cheers,
> > Martin
> >
> > Robert Meek wrote:
>> >>     I need a quick rundown of how to get the docking controls to work.  I 
>> >> assumed that in order to allow two Delphi window forms to dock together, 
>> >> the main form at it's right side only, and the secondary or child form at 
>> >> it's left side only, I should add a clientdocking component to the latter 
>> >> and a server docking component to the former.  I also assumed that I 
>> >> should add a Delphi docking styler to the mainform as well.  Nonetheless 
>> >> I cannot get this to work!
>> >>     If anyone has used these components for a simple need like this or 
>> >> has a better way i would greatly appreaciate any advice or instruction.
>> >> 




Subject: Re: Using the Jvcl Docking controls
From: Martin Holmes <mholmes@uvic.ca>
Date: Tue, 13 Jun 2006 05:52:53 -0700
Newsgroups: jedi.vcl

Hi there,

1. Put a TJVDockServer and a TJVDockDelphiStyle on the main form.

2. Set the TJVDockServer BottomDock, LeftDock, RightDock and TopDock to True or False depending on whether you want the child form to be dockable in those locations.

3. Put a TJVDockClient component on the child form, and set its DockStyle property to the main form's TJVDockDelphiStyle component.

Cheers,
Martin

Robert Meek wrote:
>     I need a quick rundown of how to get the docking controls to work.  I assumed that in order to allow two Delphi window forms to dock together, the main form at it's right side only, and the secondary or child form at it's left side only, I should add a clientdocking component to the latter and a server docking component to the former.  I also assumed that I should add a Delphi docking styler to the mainform as well.  Nonetheless I cannot get this to work!
>     If anyone has used these components for a simple need like this or has a better way i would greatly appreaciate any advice or instruction.
>


Subject: Using the Jvcl Docking controls
From: "Robert Meek" <meekTAN@comcast.net>
Date: Mon, 12 Jun 2006 23:51:23 -0400
Newsgroups: jedi.vcl

    I need a quick rundown of how to get the docking controls to work.  I 
assumed that in order to allow two Delphi window forms to dock together, the 
main form at it's right side only, and the secondary or child form at it's 
left side only, I should add a clientdocking component to the latter and a 
server docking component to the former.  I also assumed that I should add a 
Delphi docking styler to the mainform as well.  Nonetheless I cannot get 
this to work!
    If anyone has used these components for a simple need like this or has a 
better way i would greatly appreaciate any advice or instruction.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net 

Subject: Re: JvDBUltimGrid Sorting col whith TADOQuery
From: Bruce Michener <bmichene@boe.ca.gov>
Date: Mon, 12 Jun 2006 06:19:35 -0700
Newsgroups: jedi.vcl

Jedi Vcl wrote:
> I'm using AdoQuery o BetterAdoDataset and I don't understand how to use OnUseSort Event in JvDBUltimGrid.
> Does anyone show me a simple example how to implement OnUseSort Event ?
> Thanks
> Enrico
>
>
Here is what I do:
procedure TformMain.grdMainListUserSort(Sender: TJvDBUltimGrid;
  var FieldsToSort: TSortFields; SortString: string; var SortOK: Boolean);
begin
   sortADOQry(dmMainMod.qryMainList,sortstring);
   SortOK := true;
end;


procedure TformMain.sortADOQry(qry: TADOQuery; srtStr: string);
var
   myBkMrk: TBookMark;
begin
   myBkMrk := qry.getbookmark;
   qry.Sort := srtStr;
   qry.GotoBookmark(myBkMrk);
   qry.FreeBookmark(myBkMrk);
end;


Subject: Re: Notify changes in JvInspector datas
From: "TridenT" <trident_job@hotmail.com>
Date: Sun, 11 Jun 2006 22:12:03 +0200
Newsgroups: jedi.vcl

First, thanks for you complete reply.
But, there is one think I don't understand in your first line.

If I'm "inspecting" a property for a class for example, an integer, if it
changes, the OnDataValueChanged is called. ok, this is nice !
If I'm now inspecting a property StringList, it should work the same way. of
course, the inspected property is the class object, and this value will not
change, but the content yes ! When the editor is called to modify the lines,
how am i aware of this action ?


"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> a écrit dans le message
de news:e6c6p6$8pr$1@news.talkto.net...
> > TridenT wrote:
>> > > Hi,
>> > > I'm working with JVCL v3.20, and I'd like to know when a TStringList
added
>> > > in TJvInspector (with the TJvInspectorPropData.New method) is changing.
>> > >
>> > > For a simple type with no editor, for example an integer, it's simple :
>> > > Event TJvInspector.OnDataValueChanged is working great.
>> > >
>> > > But in the case of a TStringList , the data value is not changing (the
>> > > object address is the same) so no event is drop. The editor is launched,
I'm
>> > > making modification, but no event can be used for this.
>> > >
>> > > Have an idea ?
>> > >
>> > > Must I work with the OnChange event of my TStringList ? It's not very
easy
>> > > because as you can imagine, my TJvInspector have many different datra
type
>> > > inside ...
>> > >
> >
> > The only way TJvInspector would be notified of a change in data if it
> > would actually register a handler for the OnChange event. To me, that
> > seemed like an unacceptable approach at the time.
> >
> > It could work if TJvInspector assigns its own handler to the OnChange
> > event and chains to any existing handler (ie. the handler a user may
> > have assigned) and restores it when the TStrings instance is no longer
> > 'inspected'. But the docs should then explicitly state that the user
> > should never, ever change the OnChange event handler of the TStrings
> > instance while it is used by the inspector.
> >
> > Anyway, that should probably introduced in the TStrings item type or
> > TStrings registration handler (which allows pre and/or post
> > initializations). Simply have an event handler chain to the
> > OnDataValueChanged event *and* any handler that may have been assigned.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address




Subject: auto hide fature broken in custom dock?!
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sat, 10 Jun 2006 20:56:26 +0000 (UTC)
Newsgroups: jedi.vcl

Autohide pin is missing on forms that are docked into custom dock
panel..
Should I file a bug or...

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, games and books collections http://simail.sf.net - e-mail small advanced e-mail client 

Subject: Re: How to install snapshot
From: "Ronan Cafferty" <rcafferty@gmail.com>
Date: Sat, 10 Jun 2006 11:11:33 +0100
Newsgroups: jedi.vcl

"Ronan Cafferty" <rcafferty@gmail.com> wrote in message 
news:e6dtou$h1r$1@news.talkto.net...
> > the release build so I would be sure to get it right. Whats the correct 
> > way to get the snapshot installed please?
Thanks - I must have downloaded something totally different, the links you 
posted all work great.
> > 




Subject: Re: How to install snapshot
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 10 Jun 2006 12:10:21 +0200
Newsgroups: jedi.vcl

Ronan Cafferty wrote:

<SNIP>

> The issue is marked as resolved in the current build, so I downloaded the latest snapshot. However, it seems these are just a bunch of source files which I'm not familiar with - I was hoping there would be an installer like the release build so I would be sure to get it right. Whats the correct way to get the snapshot installed please? 

So I guess you took the zip file from here:

http://jvcl.sf.net/

and the one for the JCL here:

http://jcl.sf.net/

These zip files contain the same thing as the "release" zip files which I believe you extracted somewhere on your hard drive.
Considering you come from 3.1 or 3.2, there were changes in the JCL that require a bit of work. Not too much though. So first, leave the original files alone and start the JCL installer. Choose the uninstall button. Once done, do the same (uninstall) with the JVCL installer.
Now that this is done, rename the existing folders (just to be on the safe side) and unzip the files you downloaded above. Now, run the install.bat file just like you did the first time you installed JCL and JVCL. Of course, the "JCL first" rule still applies, but after that you should be sorted.
Do not hesitate to report back on your progress.

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvDBUltimGrid Sorting col whith TADOQuery
From: "Jedi Vcl" <enko@panservice.it>
Date: Sat, 10 Jun 2006 10:46:50 +0200
Newsgroups: jedi.vcl

I'm using AdoQuery o BetterAdoDataset and I don't understand how to use 
OnUseSort Event in JvDBUltimGrid.
Does anyone show me a simple example how to implement OnUseSort Event ?
Thanks
Enrico




Subject: How to install snapshot
From: "Ronan Cafferty" <rcafferty@gmail.com>
Date: Sat, 10 Jun 2006 08:53:03 +0100
Newsgroups: jedi.vcl

I'm moving from D7 to D2006 and have been forced to replace many components 
in this process due to them not being supported, so thanks JEDI you have 
saved lots of hassle! I have the D7 project working now, but am still new to 
JEDI. When setting up the D2006 system from the 3.20 release I got hit by 
http://homepages.borland.com/jedi/issuetracker/view.php?id=3567. I see there 
is a workaround but am not happy with fudging each users settings, the 
reason is the D7 system is built by FinalBuilder on a separate server, and 
that process doesn't run as an interactive user.

The issue is marked as resolved in the current build, so I downloaded the 
latest snapshot. However, it seems these are just a bunch of source files 
which I'm not familiar with - I was hoping there would be an installer like 
the release build so I would be sure to get it right. Whats the correct way 
to get the snapshot installed please? 




Subject: Re: JvInspector1.Painter.BackgroundColor doesn't change color
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 09 Jun 2006 18:15:21 +0200
Newsgroups: jedi.vcl

Hi,

tekio wrote:
> hello,
>
> If I change color in JvInspector1.Painter.BackgroundColor - nothing happens (background color of JvInspector1 is the same like before).
> Why? Is it bug?

*Scrathes head* I think it is. I'm not entirely sure, but I do think the BackgroundColor was to be used for the entire control's background. It's been a while since I waded through the code, so maybe someone who dared to travel through that code more recently may be able to shine a light on this mystery?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Notify changes in JvInspector datas
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 09 Jun 2006 18:14:35 +0200
Newsgroups: jedi.vcl

TridenT wrote:
> Hi,
> I'm working with JVCL v3.20, and I'd like to know when a TStringList added
> in TJvInspector (with the TJvInspectorPropData.New method) is changing.
>
> For a simple type with no editor, for example an integer, it's simple :
> Event TJvInspector.OnDataValueChanged is working great.
>
> But in the case of a TStringList , the data value is not changing (the
> object address is the same) so no event is drop. The editor is launched, I'm
> making modification, but no event can be used for this.
>
> Have an idea ?
>
> Must I work with the OnChange event of my TStringList ? It's not very easy
> because as you can imagine, my TJvInspector have many different datra type
> inside ...
>

The only way TJvInspector would be notified of a change in data if it would actually register a handler for the OnChange event. To me, that seemed like an unacceptable approach at the time.

It could work if TJvInspector assigns its own handler to the OnChange event and chains to any existing handler (ie. the handler a user may have assigned) and restores it when the TStrings instance is no longer 'inspected'. But the docs should then explicitly state that the user should never, ever change the OnChange event handler of the TStrings instance while it is used by the inspector.

Anyway, that should probably introduced in the TStrings item type or TStrings registration handler (which allows pre and/or post initializations). Simply have an event handler chain to the OnDataValueChanged event *and* any handler that may have been assigned.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: From Ctl3D to Flat, details
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 09 Jun 2006 15:30:21 +0200
Newsgroups: jedi.vcl

This is now in SVN. Here is what was written in the changelog:

Ctl3D and ParentCtl3D have been removed from the components, replaced by Flat and ParentFlat, measures have been taken to ensure that existing DFMs are read correctly

Do not hesitate to provide feedback.


Subject: JvInspector1.Painter.BackgroundColor doesn't change color
From: "tekio" <tekio@klub.chip.pl>
Date: Fri, 9 Jun 2006 09:56:30 +0200
Newsgroups: jedi.vcl

hello,

If I change color in JvInspector1.Painter.BackgroundColor - nothing happens 
(background color of JvInspector1 is the same like before).
Why? Is it bug?

sorry for my english:-)




Subject: Notify changes in JvInspector datas
From: "TridenT" <trident_job@hotmail.com>
Date: Thu, 8 Jun 2006 23:19:21 +0200
Newsgroups: jedi.vcl

Hi,
I'm working with JVCL v3.20, and I'd like to know when a TStringList added
in TJvInspector (with the TJvInspectorPropData.New method) is changing.

For a simple type with no editor, for example an integer, it's simple :
Event TJvInspector.OnDataValueChanged is working great.

But in the case of a TStringList , the data value is not changing (the
object address is the same) so no event is drop. The editor is launched, I'm
making modification, but no event can be used for this.

Have an idea ?

Must I work with the OnChange event of my TStringList ? It's not very easy
because as you can imagine, my TJvInspector have many different datra type
inside ...

Thx for any help.

-------------------------------------------
Delphi + JavaDoc = DelphiCodeToDoc
http://dephicodetodoc.sourceforge.net
TridenT




Subject: Re: spell check breaktrough
From: MrT <tultalk@attglobal.net>
Date: Wed, 07 Jun 2006 18:16:38 -0400
Newsgroups: jedi.vcl

Hi:

  Whatever your inclination. For me it works fine.

Best regards

Miha Vrhovnik wrote:
> MrT wrote:
>
>
>> Did you try speller???
>>
>
> I did. But I need live spellcheck for my e-mail application.
>
> Regards,
> Miha
>



Subject: Re: Installation 3.20 problems when starting iDE.
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Wed, 7 Jun 2006 19:25:44 +0200
Newsgroups: jedi.vcl



> I'm not sure if that was a question... the plink things will not cause any trouble accessing the Jedi repositories. Enabling ssh+svn will not affect it at all.

Ok, then I will merge together the two files, keeping what is needed to keep ssh etc. alive, but also take into use those things your setup has.



Subject: Re: From Ctl3D to Flat, details
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 07 Jun 2006 14:04:32 +0200
Newsgroups: jedi.vcl

One question though:

When Ctl3D and/or ParentCtl3D have been published in the past, should I make them public?
This would mean NO change in user's code but may add confusion when people read the source. Well, a comment would be there to indicate the reason why Ctl3D is public, but still.
My choice would be to not even make it public as it should be quite rare when user's code actually set this property.

Any opinions?

Regards
Olivier


Subject: From Ctl3D to Flat, details
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 07 Jun 2006 13:54:27 +0200
Newsgroups: jedi.vcl

Hi all,

This post is more a reminder for me than a real discussion, but do not hesitate to react if you feel like it.
I did a search on Ctl3D in the run folder and came up with a list of components using it. I then created families of components according to the method required to have them publish a Flat property (alongside ParentFlat where applicable). Here are the results:

1. Ctl3D implemented locally
JvCalculator

2. Ctl3D published, ParentCtl3D published
JvCheckedComboBox
JvDBFindEdit
JvDBSearchComboBox
JvDBSearchEdit
JvFullColorSpaceCombo
JvFullColorAxisCombo
JvxSplitter

3. Ctl3D not published, ParentCtl3D published
JvxCurrencyEdit
JvCalcEdit
JvCheckedMaskEdit
JvDatePickerEdit
JvDBMaskEdit
JvDBComboEdit
JvDBDateEdit
JvDBDatePickerEdit
JvDBLookupEdit
JvEdit
JvMaskEdit
JvComboEdit
JvFilenameEdit
JvDirectoryEdit
JvDateEdit

4. Ctl3D published, ParentCtl3D not published

5. Ctl3D not published, ParentCtl3D not published

Category 4 is empty because my search did not return any component in that case. Feel free to correct this.
Category 5 is empty because I did not search for all components that should have a Flat property, and for which implementation is easy. Please feel free to come forward with requests, there already is Issue 3707 for JvListBox, JvMemo and JvRichEdit.
The first three categories will all require to declare, implement and publish a Flat property. Category 2 and 3 will also require a ParentFlat property to be added. On top of this, DefineProperties will be overridden to allow reading existing DFM files without any error. I will implement all this at the highest inheritance level (but not necessarily in the JvEx generated files) just like what is done for the Flat property in JvDatePickerEdit for instance. I will also protect all this with IFDEF VCL just in case someone comes back to help with VisualCLX.
No time frame is set just yet, I'll keep everyone posted on the progress.

Cheers
Olivier


Subject: Re: spell check breaktrough
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Wed, 7 Jun 2006 11:32:27 +0000 (UTC)
Newsgroups: jedi.vcl

MrT wrote:

> > Did you try speller???
> > 
I did. But I need live spellcheck for my e-mail application.

Regards,
Miha

-- http://xcollect.sf.net - manage your movies, games and books collections http://simail.sf.net - e-mail small advanced e-mail client 

Subject: TjvDateEdit and intercepting changes before they happen with direct input
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Wed, 7 Jun 2006 10:35:26 +0000 (UTC)
Newsgroups: jedi.vcl

Version 3.10

All,

Just want to check what other people think before raising errors etc.

The onAccept only seems to fire if you use the popup calender, not if
you enter the date manually.  I think it should fire even if you change
it manually and before the text is updated.

My requirement is that if they enter dd or dd/mm that I apply special
rules, not the normal current month, current year or current year.

I thought I could hook into the OnAccept, but as I said, it only fires
on selecting in the popup calender.

I have looked at the onchange, which fires after each character is
typed, and on exit, but this seems like I would have to add a lot of
code to detect them suddenly going from 05 -> 05/06/2006 and change it
to 05/01/05 or whatever I wanted.

If OnAccept fired just as you tabbed away for manual entry, I would see:
Text: 05/ /
ADate: 05/06/06
I could then set aDate to 05/01/05 or whatever I wanted.



-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: spell check breaktrough
From: MrT <tultalk@attglobal.net>
Date: Tue, 06 Jun 2006 22:23:36 -0400
Newsgroups: jedi.vcl

Did you try speller???

Miha Vrhovnik wrote:
> MrT wrote:
>
>
>> In spellers.pas
>>
>> Change line 1015 to
>>
>>    else if ((FBackMemo is TCustomRichEdit) or (FBackMemo is
>
> TJvCustomRichEdit)) then
>
>> Add 2576
>>
>> TSpellChecker.RegisterEditControl('TJvCustomRichEdit', True, False);
>
>
> Am ok thanks for that, but I still didn't see live (on the fly, spell
> as I type) spellchecking.
>
> Regards,
> Miha



Subject: Re: RichEdit 5.0 and JvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 07 Jun 2006 00:23:26 +0200
Newsgroups: jedi.vcl

edwinyeah wrote:
> Will there be a plan to make JvRichEdit support the RichEdit Ver. 5.0?

The highest documented rich edit version is v4.1. This documentation contains (almost) no references to tables (only readonly info). AFAICS there is no info about v5.0 on the internet.
So this makes it hard to add v5.0 specific support in JvRichEdit.pas.
Also, the rich edit dll v5.0 is not redistributable, so supporting 5.0 would not be very useful.

> If not, Any tips to make JvRichEdit take advantage of RichEdit 5.0? Any tips, doc/source links are appreciated. :)

You could try to insert RTF directly into the rich edit. For example to add a table you can use the following code:

const
  cTable =
    '{\rtf1' +
    '\trowd' +
    '\trgaph108\trleft-108' +
    '\cellx2000' +
    '\cellx4000' +
    '\cellx6000' +
    '\pard' +
    '\intbl 1a\cell 1b\cell 1c\cell\row' +
    '\intbl 2a\cell 2b\cell 2c\cell\row' +
    '\intbl 3a\cell 3b\cell 3c\cell\row' +
    '\intbl 4a\cell 4b\cell 4c\cell\row' +
    '\intbl 5a\cell 5b\cell 5c\cell\row' +
    '\pard\par' +
    '}';

procedure TForm1.InsertTable;
var
  Stream: TStringStream;
begin
  Stream := TStringStream.Create(cTable);
  try
    JvRichEdit1.StreamFormat := sfRichText;
    JvRichEdit1.StreamMode := [smSelection, smPlainRtf];
    JvRichEdit1.Lines.LoadFromStream(Stream);
  finally
    Stream.Free;
  end;
end;

A simple way to create similar RTF code as the cTable string is to make some text in Word, save it as RTF. Then open it in WordPad and save it again so the RTF becomes smaller because Word produces very verbose RTF.

If you want to know what all this RTF code is about, then you can download the specification from http://www.microsoft.com/downloads/details.aspx?familyid=ac57de32-17f0-4b46-9e4e-467ef9bc5540&displaylang=en

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Can someone take a look at my first attempt to do threads!
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 7 Jun 2006 00:33:21 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 31 May 2006 13:39:55 +0100 @569)
....while the fading voice of dogo whispered through the darkness:
 d>     JvThread1.Execute(Self);

Why Self, not nil ?
I saw no docs on JvThread and i ain't sure what it does with this parameter

BTW, are OnBegin and OnFinish executed in main thread context or created
text one?

 d> and here the other bit

Usually it is not good idea to use VCL components in any threads other than
main.
I don't know what library do You use and how much is it like VCL i nthat
manner.

For example, AFAIR, Unified Interbase, beeing designed to be thread-safe,
does not had native TDataSet when was written.

Anyway - You're to ask whether components, You use to access a database are
thread-safe or not.

 d> procedure TForm4.JvThread1Execute(Sender: TObject; Params: Pointer);
 d> Var b:integer;
 d> begin
 d>    for b := 0 to VDBTable1.RecordCount - 1 do
 d>   begin
 d>     VDBQuery1.Close;
 d>     VDBQuery1.SQL.Clear;
 d>     VDBQuery1.SQL.Add('Select *');
 d>     VDBQuery1.SQL.Add('FROM craft');
 d>     VDBQuery1.SQL.Add('WHERE Mode = ''' +
 d> VDBTABLE1.FieldByName('Mode').AsString + '''');
 d> //VDBQuery1.SQL.Add('WHERE Mode <> ''' + Edit1.Text+'''' );

That is far from optimal, quite far!

var ModeField: TField; ModeParam: TParam;
begin
     ModeField := VDBTABLE1.FieldByName('Mode'); // quite expensive lookup -
only once
     VDBQuery1.Close;
     VDBQuery1.SQL.text := 'Select *'#13#10+
     'FROM craft'#13#10 +
     'WHERE Mode = :ModeSelector'; // one line (and action) instead of four
ones
     VDBQuery.Prepare; //half-execution sometimes :)
     ModeParam := VDBQuery.ParamByName('ModeSelector');  // quite expensive
lookup - only once

   for b := 0 to VDBTable1.RecordCount - 1 do
   begin
     VDBQuery1.Close;
     ModeParam.Value := ModeField.Value;
     VDBQuery1.Open; {open query + display data}
 //     if vdbquery1.RecordCount = 0 then{record not found post to
 //d> database2}
       if not vdbQuery.Empty // is there such ? if no - then .EOF instead
//   counting RecordCount may be quite long and memory-hungry operation!
 d>     begin
 d>       VDBTable2.Insert;
 d>       VDBTable2.FieldByName('FirstCreated').AsDateTime :=
 d> VDBTable1.FieldByName('FirstCreated').AsDateTime;
/// FieldByName is quite expensive lookup
/// Append might be faster sometimes
/// Consider .InserRecord or .AppendRecord
 d>       //Sniped more database posting //
 d>       VDBTable2.Post;
 d>           if jvthread1.Terminated then
// d>       Exit;
Break; // better ?
 d>     vdbtable1.Next;
 d>  end;
 d> end;

finally
    vdbQuery.Close; //don't forget to free resources
end;

 d> end;


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Information
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 06 Jun 2006 21:10:52 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> The stars so gaily glistened... (Tue, 6 Jun 2006 15:45:34 +0200 @614)
> ...while the fading voice of Salvatore whispered through the darkness:
>
>  SB> yup :-) The online help on TJvLinkLabel is not updated and contains
>  SB> nothing. I go to see if I have the demo somewhere (I usually use the
>  SB> daily snapshot).
>
> I wonder if there is some wiki with support for Doc-o-Matic :)
> Or with export to it

That's what jedihelp is. But people tend not to contribute that much... I'll see what I can do about opening it a bit more.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Information
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 6 Jun 2006 22:39:17 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 6 Jun 2006 15:45:34 +0200 @614)
....while the fading voice of Salvatore whispered through the darkness:

 SB> yup :-) The online help on TJvLinkLabel is not updated and contains
 SB> nothing. I go to see if I have the demo somewhere (I usually use the
 SB> daily snapshot).

I wonder if there is some wiki with support for Doc-o-Matic :)
Or with export to it

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Information
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 6 Jun 2006 15:45:34 +0200
Newsgroups: jedi.vcl

hello Obones,

> > The online help

yup :-) The online help on TJvLinkLabel is not updated and contains nothing. 
I go to see if I have the demo somewhere (I usually use the daily snapshot).

Regards
Salvatore 




Subject: Re: Information
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 06 Jun 2006 15:34:30 +0200
Newsgroups: jedi.vcl

The online help should provide some informations:

http://homepages.borland.com/jedi/jedihelp/

And you also have the demo which tells you exactly what you are looking for:
<link></link>


Subject: Information
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 6 Jun 2006 15:20:42 +0200
Newsgroups: jedi.vcl

hello all,

I don't know why, but I cannot open the JVCL 3.10 help file any more. Every 
time I get a Windows error on winhelp32.exe (using XP Pro SP2). So I ask how 
can I use the TJvLinkLabel component. Apart from assigning a caption, I 
can't figure out how to assign the URL and other properties. Do I have to 
use the OnLinkClicked event as well?

I have also noticed that a Wordwrap property (like TLabel) is missing, but 
I've seen that word wrap is effective by default. Instead the lack of the 
Alignment property is worse, because I cannot align a multi-line text at 
center. Is it possible to add this property as a feature request?

Thanks and regards
Salvatore 




Subject: RichEdit 5.0 and JvRichEdit
From: edwinyeah <edwinyeah@21cn.com>
Date: Tue, 06 Jun 2006 12:39:55 +0800
Newsgroups: jedi.vcl

Hi,

The latest RichEdit version is 5.0 which shipped with Office 2003, and many enhancement were provided, the most interesting one among these enhancements is table related feature--tables are displayed almost look like what it look like in MS word. To try this you can try to copy the JvRichEdit demo program to folder in C:\Program Files\Common Files\Microsoft Shared\OFFICE11, which riched.dll located in, and run it.

How ever, there is no built-in support for manipulating the table, i.e.  adding row, adding column, resizing, and so on?

Will there be a plan to make JvRichEdit support the RichEdit Ver. 5.0?
If not, Any tips to make JvRichEdit take advantage of RichEdit 5.0? Any tips, doc/source links are appreciated. :)


Subject: Re: Installation 3.20 problems when starting iDE.
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 06 Jun 2006 01:12:04 +1000
Newsgroups: jedi.vcl

Alf Christophersen wrote, on 6/06/2006 12:51 AM:
>> Yeah, it's simply a nice conf file that I developed to make things easier. It's not technically necessary, so just look through and pick the parts that you want to add/change in your conf file.
>
> It was the plink things that made me a little confused if that make trouble when accessing the Jedi repository (enabling my ssh+svn method in my daily php library)

I'm not sure if that was a question... the plink things will not cause any trouble accessing the Jedi repositories. Enabling ssh+svn will not affect it at all.

-- 
enjoy life,
           Elahn


Subject: Re: more realistic trayicon (continued)
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 06 Jun 2006 01:05:56 +1000
Newsgroups: jedi.vcl

Raf Kartz wrote, on 5/06/2006 9:52 PM:
> I'm not really sure how to get to that property....
> thank you
>
> "Elahn Ientile" <elahn@elahn.net> wrote in message
>>
>> The property Snap didn't work for you?

Drop a TJvTrayIcon on a form. Go to the Object Inspector, change the property Snap from False to True.

-- 
enjoy life,
           Elahn


Subject: Re: Installation 3.20 problems when starting iDE.
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Mon, 5 Jun 2006 16:51:48 +0200
Newsgroups: jedi.vcl



> Yeah, it's simply a nice conf file that I developed to make things easier. It's not technically necessary, so just look through and pick the parts that you want to add/change in your conf file.

It was the plink things that made me a little confused if that make trouble when accessing the Jedi repository (enabling my ssh+svn method in my daily php library)




Subject: Re: About Flat property
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 05 Jun 2006 16:06:22 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> OBones wrote:
>> Remko Bonte wrote:
>>
>>> Another thing to consider is that controls also have other properties and methods with Ctl3D in their name, e.g. ParentCtl3D: The TJvComboEdit has now a Flat property and a ParentCtl3D property, which is not good IMO.
>>
>> But we could "unpublish" ParentCtl3D and publish a property called ParentFlat.
>
> Yes, my only point is that components that have a Flat property and a ParentCtl3D property look a bit weird.
>
> One option is indeed to unpublish ParentCtl3D etc. which is not that simple I think.
>
> Another option is to keep the old and not descriptive name Ctl3D.
>
> (And another option is to mix those properties.)

Well, ok, I'll go for the Flat/ParentFlat route as much as I can. When it is not possible not to publish ParentCtl3D, it will stay there, alongside ParentFlat.

Any opinions on this?


Subject: Re: more realistic trayicon (continued)
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Mon, 5 Jun 2006 08:52:10 -0300
Newsgroups: jedi.vcl

I'm not really sure how to get to that property....
thank you
"Elahn Ientile" <elahn@elahn.net> wrote in message 
news:e5uc5k$v4n$2@news.talkto.net...
> > Raf Kartz wrote, on 4/06/2006 4:52 AM:
>> >> I'll try to hook a hide event when the the minimize button is clicked and 
>> >> after that I would minimize it...
> >
> > The property Snap didn't work for you?
> >
> > -- 
> > enjoy life,
> >            Elahn 




Subject: JVCL320 project build errors
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sun, 4 Jun 2006 20:34:06 +0100
Newsgroups: jedi.vcl

 I just upgraded to JVCL320CompleteJCL197-Build2172 and am receiving a 
JclUniCode.res not found error during project builds under D7Pro. Any 
help appreciated
Thanks,
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: more realistic trayicon (continued)
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 04 Jun 2006 20:20:29 +1000
Newsgroups: jedi.vcl

Raf Kartz wrote, on 4/06/2006 4:52 AM:
> I'll try to hook a hide event when the the minimize button is clicked and after that I would minimize it...

The property Snap didn't work for you?

-- 
enjoy life,
           Elahn


Subject: Re: Converting app from using TCoolTrayIcon to TJvTrayIcon
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 04 Jun 2006 20:18:51 +1000
Newsgroups: jedi.vcl

Eric Carlson wrote, on 2/06/2006 5:49 PM:
> Also, and I apologise if I've missed all this (new to jedi), but wheres the help apart from the examples please? Was it supposed to be installed in the IDE?

http://prdownloads.sourceforge.net/jvcl/JVCL310Help-WinHelp.zip?download

or online help, which is sometimes more up to date:

http://homepages.borland.com/jedi/jedihelp/

-- 
enjoy life,
           Elahn


Subject: Re: Installation 3.20 problems when starting iDE.
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 04 Jun 2006 20:02:43 +1000
Newsgroups: jedi.vcl

Alf Christophersen wrote, on 4/06/2006 12:33 AM:
>>> Another guide:
>>> http://homepages.borland.com/jedi/wiki/index.php?title=Repository
>
> I checked this guide, but it says I shall remove the settings I use today. There is a difference, I use daily the plink ssh for communication with another repository. Will the repository https:.... still work if I merge those two settings, by adding the global ignores and additional auto-props?
>
> I think most other parts are identical :-)

Yeah, it's simply a nice conf file that I developed to make things easier. It's not technically necessary, so just look through and pick the parts that you want to add/change in your conf file.

-- 
enjoy life,
           Elahn


Subject: Re: TJvPageList adding pages
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sat, 3 Jun 2006 23:26:52 +0100
Newsgroups: jedi.vcl

> >starCOM wrote:
> >
>> >> How do you programatically add pages at run time ?
>> >> Thanks
> >
> >Create a TJvStandardPage and assign the JvPageList to it's PageList
> >property
> >
> >Page := TJvStandardPage.Create(Self);
> >Page.PageList := JvPageList1;
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >
Thank you



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Forcing TJVTrayIcon to show icon?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 03 Jun 2006 22:29:10 +0200
Newsgroups: jedi.vcl

Akin wrote:
> Thank you for the feedback and sorry for bothering you. However, is it in cvs or in the downloadable package?
>
> And I seem not to find cvs pages.

The CVS Repository is not updated anymore, as we have switched to Subversion. To access the subversion repository, see:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

To quickly see the changes go to:

http://svn.sourceforge.net/viewcvs.cgi/jvcl/trunk/jvcl/run/JvTrayIcon.pas?r1=10612&r2=10633&sortby=date

Note that I did not implement a solution for the failed Shell_NotifyIcon call. But I am looking into that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Forcing TJVTrayIcon to show icon?
From: "Akin" <tercume@nospamatbtercume.com>
Date: Sat, 3 Jun 2006 23:00:42 +0300
Newsgroups: jedi.vcl

> > if not JvTrayIcon1.IconVisible then
> >   ShowMessage('Icon is not visible');
> >
> > to check if the icon is shown, and
> >
> > JvTrayIcon1.IconVisible := True;
> >
> > to show the icon.
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net

Thank you for the feedback and sorry for bothering you. However, is it in 
cvs or in the downloadable package?

And I seem not to find cvs pages.

Regards,
Akin 




Subject: Re: more realistic trayicon (continued)
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Sat, 3 Jun 2006 15:52:10 -0300
Newsgroups: jedi.vcl

I'll try to hook a hide event when the the minimize button is clicked and 
after that I would minimize it...
thanks
"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:e5ph8s$8rh$1@news.talkto.net...
> > OBones wrote:
> >
>> >> That's a windows setting from the user. Look around the 
>> >> SystemParametersInfo API function
> >
> > You can also use property Snap for this.
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: Installation 3.20 problems when starting iDE.
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Sat, 3 Jun 2006 16:33:26 +0200
Newsgroups: jedi.vcl


"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message news:e4uomu$crg$2@news.talkto.net...
> Elahn Ientile a écrit :
>> Another guide:
>> http://homepages.borland.com/jedi/wiki/index.php?title=Repository

I checked this guide, but it says I shall remove the settings I use today. There is a difference, I use daily the plink ssh for communication with another repository. Will the repository https:.... still work if I merge those two settings, by adding the global ignores and additional auto-props?

I think most other parts are identical :-)



Subject: Re: Forcing TJVTrayIcon to show icon?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 03 Jun 2006 16:12:28 +0200
Newsgroups: jedi.vcl

Akin wrote:
> Dear Friends,
>
> I'm starting an application on startup through registry. However sometimes, application's tray icon (provided by TJVTrayIcon component) is not shown (on XP machine).
>
> If I kill the application and restart it manually (through windows' start menu), icon is shown properly.
>
> Is there any method to check if TJvTrayIcon's icon is shown and if not force it to show.

I've made some changes to TJvTrayIcon.pas. You can now use

if not JvTrayIcon1.IconVisible then
  ShowMessage('Icon is not visible');

to check if the icon is shown, and

JvTrayIcon1.IconVisible := True;

to show the icon.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvPageList adding pages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 3 Jun 2006 07:33:29 +0000 (UTC)
Newsgroups: jedi.vcl

starCOM wrote:

> > How do you programatically add pages at run time ?
> > Thanks

Create a TJvStandardPage and assign the JvPageList to it's PageList
property

Page := TJvStandardPage.Create(Self);
Page.PageList := JvPageList1;

-- Regards, Andreas Hausladen 

Subject: TJvPageList adding pages
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sat, 3 Jun 2006 01:20:26 +0100
Newsgroups: jedi.vcl

How do you programatically add pages at run time ?
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: spell check breaktrough
From: "Achim Metzen" <Noone@none.de>
Date: Fri, 2 Jun 2006 20:56:54 +0200
Newsgroups: jedi.vcl

"Miha Vrhovnik" <bigdeny@yahoo.com> schrieb im Newsbeitrag 
news:e5f0dc$8m6$1@news.talkto.net...
> >... I'll port that if I gain knoweledge on how to perform live spellcheck.
> > For start JVRichedit will do, altrough I'd preffer an example on MSHtml
> > edit component :)
> >
Yes please, i'm looking for live spellchecking some years... But nothings 
usable around for free.
For now I'm using MS-WORD remote controlled, made looking as if it was a 
TRichEdit... well, it works, but has some side effects on running instances 
of MS-WORD.
So, wold be nice, to have a more stable and handy alternative.

Achim 




Subject: Re: JVCL for Kylix
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 2 Jun 2006 18:31:05 +0000 (UTC)
Newsgroups: jedi.vcl

haword wrote:

> > It is the end? More we shall not see UnVCLX patch, Clx3, Clx4?

Maybe. Maybe the application will be used under Linux again, but in that
case it would be a 100% VCL compatible framework that can only be used by
the company I work for because of the license of the VCL/CLX. But I don't
think this will be in the near future. It is more likely that the
application will be ported to Delphi.NET in some years.


-- Regards, Andreas Hausladen 

Subject: TJvDBGrid/TJvDBUltimGrid and SelectColumn form
From: Bruce Michener <bmichene@boe.ca.gov>
Date: Fri, 02 Jun 2006 09:47:58 -0700
Newsgroups: jedi.vcl

I'm experiencing and different behavior with the pop-up SelectColumn form within these grids when using in Delphi6 and Delphi2005. With Delphi6, the form aligns itself (setbounds) to the top left corner of the grid, but with Delphi2005 this does not occur.  With Delphi2005 it's acting as though the CellRect call from within ShowSelectColumnClick is returning as empty TRect. Has anyone else experienced this problem?


Subject: Re: Forcing TJVTrayIcon to show icon?
From: "Daytona" <d@d.com>
Date: Fri, 2 Jun 2006 08:01:17 -0700
Newsgroups: jedi.vcl

Hi Akin,

I suggest setting the Active property to false by default, and in a timer 
set it to True.  You should only need to do this once if the Timer is set to 
give the shell enough time to initialize.

Dave

"Akin" <tercume@nospamatbtercume.com> wrote in message 
news:e5obmv$lu$1@news.talkto.net...
> > Dear Friends,
> >
> > I'm starting an application on startup through registry. However 
> > sometimes, application's tray icon (provided by TJVTrayIcon component) is 
> > not shown (on XP machine).
> >
> > If I kill the application and restart it manually (through windows' start 
> > menu), icon is shown properly.
> >
> > Is there any method to check if TJvTrayIcon's icon is shown and if not 
> > force it to show.
> >
> > I tried the following approaches :
> >
> > If  JVTrayIcon1.CurrentIcon.Empty then
> > begin
> > JVTrayIcon1.Active := False;
> > JVTrayIcon1.Active := True;
> > end;
> >
> > The above code has no effect.
> >
> > If not IsWindowVisible(JvTrayIcon.CurrentIcon.Handle) then
> > begin
> > JVTrayIcon1.Active := False;
> > JVTrayIcon1.Active := True;
> > end;
> >
> > This causes tray icon to become visible and invisible continously (since 
> > I'm using above code in an OnTimer event).
> >
> > What I'm doing wrong.
> >
> > TIA and Regards,
> > Akin
> > 




Subject: Re: JVCL for Kylix
From: "haword" <haword_nospam@mail.ru>
Date: Fri, 2 Jun 2006 22:56:30 +0800
Newsgroups: jedi.vcl

> > Correct. I do not have any active Kylix project. (the last one was ported
> > to VCL). And my spare time is very limited now.

It is the end? More we shall not see UnVCLX patch, Clx3, Clx4?



Subject: Re: more realistic trayicon (continued)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 02 Jun 2006 16:17:16 +0200
Newsgroups: jedi.vcl

OBones wrote:

> That's a windows setting from the user. Look around the SystemParametersInfo API function

You can also use property Snap for this.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: more realistic trayicon (continued)
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 02 Jun 2006 15:29:57 +0200
Newsgroups: jedi.vcl

That's a windows setting from the user. Look around the SystemParametersInfo API function


Subject: more realistic trayicon (continued)
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Fri, 2 Jun 2006 10:02:54 -0300
Newsgroups: jedi.vcl

Hi,
Is there any way that I can get rid of that minimize animation (effect) when
the windows gets minimized? (even when user has it enabled on Windows 
settings).
I wanted that when the user clicks the minimize button the window would just 
disappear
and the trayicon would show up.
Just hiding the window would be an option (fake minimize) but the process 
would still
be in foreground thus requiring more cpu and memory as when the app is 
really
minimized memory consumption is much lower and cpu is freed (manage by the 
OS).
thanks. 




Subject: Re: Forcing TJVTrayIcon to show icon?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 02 Jun 2006 14:57:10 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Akin wrote:
>
>> Dear Friends,
>>
>> I'm starting an application on startup through registry. However sometimes, application's tray icon (provided by TJVTrayIcon component) is not shown (on XP machine).
>
>
> It seems that the Windows Shell is not ready when your application starts. TJvTrayIcon assumes that calling the windows function to add the tray icon is /always/ successfull, but it seems that this is not the case. So TJvTrayIcon needs to be changed.

See Also:

http://support.microsoft.com/default.aspx?scid=kb;ja;418138

translated:

http://translate.google.com/translate?u=http%3A%2F%2Fsupport.microsoft.com%2Fdefault.aspx%3Fscid%3Dkb%3Bja%3B418138&langpair=ja%7Cen&hl=en&c2coff=1&ie=UTF-8&oe=UTF-8&prev=%2Flanguage_tools


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Forcing TJVTrayIcon to show icon?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 02 Jun 2006 14:31:11 +0200
Newsgroups: jedi.vcl

Akin wrote:
> Dear Friends,
>
> I'm starting an application on startup through registry. However sometimes, application's tray icon (provided by TJVTrayIcon component) is not shown (on XP machine).

It seems that the Windows Shell is not ready when your application starts. TJvTrayIcon assumes that calling the windows function to add the tray icon is /always/ successfull, but it seems that this is not the case. So TJvTrayIcon needs to be changed.

> If I kill the application and restart it manually (through windows' start menu), icon is shown properly.
>
> Is there any method to check if TJvTrayIcon's icon is shown and if not force it to show.

You can't check whether the icon is shown (the code assumes that when Active is set to True that the icon is shown).

To force it to show you can indeed set Active to false, and then to True.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Fatal Error can't find CJcl.bpi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 02 Jun 2006 14:30:51 +0200
Newsgroups: jedi.vcl

Rolland Jones wrote:

> This is a great forum, I wasn't aware there was a forum for Jedi.

This is not a forum for Jedi. It is Jedi itself :-)

These newsgroups have dried up our original mailing list almost completely.


Subject: Re: Fatal Error can't find CJcl.bpi
From: "Rolland Jones" <r.jones@bellnet.ca>
Date: Fri, 2 Jun 2006 08:23:01 -0400
Newsgroups: jedi.vcl

OBones,
Thanks for confirming, because that's exactly what I did yesterday, removed
the references in the .bpr, and it fixed the problem.
This is a great forum, I wasn't aware there was a forum for Jedi.

RJ

> > Open your project's bpr file with a text editor (while it is NOT opened
> > in BCB) and look for references to those packages. Remove them and you
> > should be sorted.




Subject: Re: Fatal Error can't find CJcl.bpi
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 02 Jun 2006 13:06:17 +0200
Newsgroups: jedi.vcl

Rolland Jones wrote:
> Florent,
>
> Forgot to mention this was an C6 install, in case this changes the
> situation. I looked for but couldn't find any references to CJcl in the
> runtime packages. Maybe I should reinstall the whole thing from scratch, but
> I don't think I'd learn much that way.
> Or maybe there's a way to make C6 recompile them.

Open your project's bpr file with a text editor (while it is NOT opened in BCB) and look for references to those packages. Remove them and you should be sorted.


Subject: Re: Converting app from using TCoolTrayIcon to TJvTrayIcon
From: "Akin" <tercume@nospamatbtercume.com>
Date: Fri, 2 Jun 2006 13:55:23 +0300
Newsgroups: jedi.vcl

> >  if TMessage(Message).Msg = TaskBarCreated then
> >    begin
> >      ServiceTrayIcon.IconVisible := true;
> >
I'm also experiencing a similar problem (see the post just above your post).

> > There is no IconVisible property in TJvTrayIcon - what is the equivalent 
> > please?
> > Also, and I apologise if I've missed all this (new to jedi), but wheres 
> > the help apart from the examples please? Was it supposed to be installed 
> > in the IDE?

I managed to install it onto D5.1 by choosing help->customize and added the 
relevant help files on the window shown. HTH. 




Subject: Converting app from using TCoolTrayIcon to TJvTrayIcon
From: "Eric Carlson" <eric.removethis.carlson@group-technical-andthis.com>
Date: Fri, 2 Jun 2006 08:49:02 +0100
Newsgroups: jedi.vcl

When the desktop was restored, eg. after a user logging off then on or fast 
user switch etc, I had to detect this event and tell TCoolTrayIcon about it 
like so:

  if TMessage(Message).Msg = TaskBarCreated then
    begin
      ServiceTrayIcon.IconVisible := true;

There is no IconVisible property in TJvTrayIcon - what is the equivalent 
please?
Also, and I apologise if I've missed all this (new to jedi), but wheres the 
help apart from the examples please? Was it supposed to be installed in the 
IDE?




Subject: Forcing TJVTrayIcon to show icon?
From: "Akin" <tercume@nospamatbtercume.com>
Date: Fri, 2 Jun 2006 06:36:03 +0300
Newsgroups: jedi.vcl

Dear Friends,

I'm starting an application on startup through registry. However sometimes, 
application's tray icon (provided by TJVTrayIcon component) is not shown (on 
XP machine).

If I kill the application and restart it manually (through windows' start 
menu), icon is shown properly.

Is there any method to check if TJvTrayIcon's icon is shown and if not force 
it to show.

I tried the following approaches :

If  JVTrayIcon1.CurrentIcon.Empty then
begin
JVTrayIcon1.Active := False;
JVTrayIcon1.Active := True;
end;

The above code has no effect.

If not IsWindowVisible(JvTrayIcon.CurrentIcon.Handle) then
begin
JVTrayIcon1.Active := False;
JVTrayIcon1.Active := True;
end;

This causes tray icon to become visible and invisible continously (since I'm 
using above code in an OnTimer event).

What I'm doing wrong.

TIA and Regards,
Akin 




Subject: Re: JVCL for Kylix
From: "haword" <haword@mail.ru>
Date: Thu, 1 Jun 2006 22:53:26 +0300
Newsgroups: jedi.vcl

> > No killing, but kylix developers, yes <g>
AHuser more not develop in Kylix and not have times to helps this projects? 




Subject: Re: JVCL for Kylix
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 1 Jun 2006 19:40:22 +0000 (UTC)
Newsgroups: jedi.vcl

haword wrote:

> > AHuser more not develop in Kylix and not have times to helps this
> > projects?

Correct. I do not have any active Kylix project. (the last one was ported
to VCL). And my spare time is very limited now.


-- Regards, Andreas Hausladen 

Subject: Re: Fatal Error can't find CJcl.bpi
From: "Rolland Jones" <r.jones@bellnet.ca>
Date: Thu, 1 Jun 2006 14:08:02 -0400
Newsgroups: jedi.vcl

Florent,

Forgot to mention this was an C6 install, in case this changes the
situation. I looked for but couldn't find any references to CJcl in the
runtime packages. Maybe I should reinstall the whole thing from scratch, but
I don't think I'd learn much that way.
Or maybe there's a way to make C6 recompile them.

RJ

"Florent Ouchet" <ouchet.florent@laposte.net> a écrit dans le message de
news:e5keei$9nk$1@news.talkto.net...
> > Rolland,
> >
> > The list of run-time packages for your application was not modified. In
> > the project options, on the "packages" sheet, you will have to remove
> > all references to CJcl, CJclVcl, CJclVclx and to add Jcl, JclVcl, JclVclx.
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet

"Florent Ouchet" <ouchet.florent@laposte.net> a écrit dans le message de
news:e5keei$9nk$1@news.talkto.net...
> > Rolland,
> >
> > The list of run-time packages for your application was not modified. In
> > the project options, on the "packages" sheet, you will have to remove
> > all references to CJcl, CJclVcl, CJclVclx and to add Jcl, JclVcl, JclVclx.
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet




Subject: Re: a more flexible installer concept
From: @in@taavi.ee
Date: Thu, 01 Jun 2006 18:06:29 GMT
Newsgroups: jedi.vcl

On Wed, 31 May 2006 19:32:27 +0200, Robert Marquardt
<robert_marquardt@gmx.de> wrote:

> >The installer then presents all this in a GUI with "full install" and 
> >"highlight install" being simple presets.

I'm not sure I understand what you mean but... IMHO it would be waste
of time. If you have some time to spare on JVCL then use it to get rid
of useless components and merge dublicates and so on, so that all
component are "highlight components".


ain


Subject: Re: JVCL for Kylix
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 01 Jun 2006 16:56:30 +0200
Newsgroups: jedi.vcl

Raf Kartz a écrit :
> watch out cos steve ballmer is gonna get mad when he sees that!
> http://video.google.com/videoplay?docid=8913084255008000794
> as you can see he is completely crazy about developers ;)
>
> "Stephane Wierzbicki" <swierzbicki@free.fr> wrote in message news:e5mcd7$kun$2@news.talkto.net...
>> haword a écrit :
>>> support closed?
>>>
>> well, they are looking for kiling developpers.... if you can help ? 
>
>
LOL


Subject: Re: JVCL for Kylix
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Thu, 1 Jun 2006 11:49:42 -0300
Newsgroups: jedi.vcl

watch out cos steve ballmer is gonna get mad when he sees that!
http://video.google.com/videoplay?docid=8913084255008000794
as you can see he is completely crazy about developers ;)

"Stephane Wierzbicki" <swierzbicki@free.fr> wrote in message 
news:e5mcd7$kun$2@news.talkto.net...
> > haword a écrit :
>> >> support closed?
>> >>
> > well, they are looking for kiling developpers.... if you can help ? 




Subject: Re: more realistic trayicon
From: "Robert Meek" <meekTAN@comcast.net>
Date: Thu, 1 Jun 2006 09:28:51 -0400
Newsgroups: jedi.vcl

Actually I haven't experienced it since XP.  I had  the problem with Win 
2000.  I just would manually free the instance of the trayicon by name and 
then set it to nil immediately before calling Application.Terminate.
    I've also seen the problem of it persisting on the taskbar tray area 
even though it had been freed properly, and then a mouse-over would do the 
trick, but that was being caused by a late refresh of the taskbar I believe.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Jason Chapman" <jason@no_jac2._spam.co.uk> wrote in message news:e5kure$d3d$1@news.talkto.net...
> > Robert Meek wrote:
> >
>> >> Just a quick comment on the other half of your problem:  Sometimes
>> >> even when an application terminates normally a trayicon will still
>> >> get left behind. I've never been able to find out exactly why but
>> >> setting it to nil in the mainform's OnClose usually fixes it up for
>> >> me.
> >
> > Isn't this a problem in WIn XP.  If you move the mouse over the icon,
> > does it dissappear?
> >
> > I thought it was something to do with XP being busy.  I get it with a
> > few applications.
> >
> > -- 
> > Jason Chapman
> > JAC2 Consultancy
> > Development - Consultancy - Training
> > Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance,
> > Troubleshooting projects, QA.....
> > Web: www.jac2.co.uk 




Subject: Re: JVCL for Kylix
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 01 Jun 2006 14:07:25 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Stephane Wierzbicki wrote:
>> haword a écrit :
>>> support closed?
>>>
>> well, they are looking for kiling developpers.... if you can help ?
>
> No killing, but kylix developers, yes <g>
Ooopss ! , a bad bad typo ;)


Subject: Re: JVCL for Kylix
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 01 Jun 2006 11:40:56 +0200
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:
> haword a écrit :
>> support closed?
>>
> well, they are looking for kiling developpers.... if you can help ?

No killing, but kylix developers, yes <g>


Subject: Re: JVCL for Kylix
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 01 Jun 2006 11:35:31 +0200
Newsgroups: jedi.vcl

haword a écrit :
> support closed?
>
well, they are looking for kiling developpers.... if you can help ?


Subject: Re: Is Anyone having issues with JVPluginWizard (BDS2006 + SP2 : Delphi Personality)
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 01 Jun 2006 11:34:28 +0200
Newsgroups: jedi.vcl

I've just found the error in the JvPluginWizard.pas :

Add this define in function TJvPluginProjectCreator.NewProjectSource(const ProjectName: string): IOTAFile;
{$IFDEF COMPILER10}
      '  vcl,' + CrLf + '  JvCoreD10R;' + CrLf2 +
{$ENDIF COMPILER10}
      'end.';


Yet there is another "bug", running the wizard on the welcome page leads to exceptions too :
- After starting BDS 2006 (all Personality), you will get an Exception "Cannot locate project options for personality: CPlusPlusBuilder.Personality.
- After starting BDS 2006 Win32 Personality , you will get an EOleException  "Object reference not set to an instance of an object" (looks like a .Net error)

It looks like you have to create your project first... So, is there a way to fix this so that the wizard will act as in D5-D7 ?

Thank you !






Subject: JVCL for Kylix
From: "haword" <haword_nospam@mail.ru>
Date: Thu, 1 Jun 2006 17:33:25 +0800
Newsgroups: jedi.vcl

support closed?



Subject: Re: a more flexible installer concept
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 01 Jun 2006 18:23:44 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote, on 1/06/2006 1:40 PM:
> The nice thing about it is that it can be implemented in parallel to the current solution.

Sounds good. Perhaps a branch would be a good idea, until it has been tested. :)

-- 
enjoy life,
           Elahn


Subject: Is Anyone having issues with JVPluginWizard (BDS2006 + SP2 : Delphi Personality)
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 01 Jun 2006 10:23:35 +0200
Newsgroups: jedi.vcl

Hi,

I'm no more able to use the JVPluginWizard.
I'm getting an error each time I validate the Wizard.

Here is a call stack of my issue.
Is anyone getting the same error ?

Thank you for your help


date/time         : 2006-06-01, 09:54:12, 510ms
computer name     : ORGANISA-63ACBC
user name         : swierzbi <admin>
operating system  : Windows XP Service Pack 2 build 2600
system language   : French
system up time    : 1 hour 14 minutes
program up time   : 16 minutes 35 seconds
processor         : Intel(R) Pentium(R) M processor 2.00GHz
physical memory   : 483/1022 MB (free/total)
free disk space   : (C:) 58,62 GB
display mode      : 1400x1050, 32 bit
process id        : $da8
allocated memory  : 77,73 MB
command line      : "C:\Program Files\Borland\BDS\4.0\Bin\bds.exe" -pDelphi
executable        : bds.exe
current module    : madExcept_.bpl
exec. date/time   : 2006-03-03 10:02
version           : 10.0.2288.42451
madExcept version : 3.0c beta 2
contact name      : Stéphane Wierzbicki
contact email     : swierzbicki@fermoba.fr
callstack crc     : $f051f7c8, $63874a0e, $148c3d2a
exception number  : 1
exception class   : EOleException
exception message : Object reference not set to an instance of an object.

main thread ($654):
22741736 +09e dotnetcoreide100.bpl    DotNetModule         733   +8 DotNetModule.TDotNetDesignerHandler.OpenInteropFile
22740cef +0fb dotnetcoreide100.bpl    DotNetModule         475  +26 DotNetModule.TDotNetDesignerHandler.Create
22742e0e +016 dotnetcoreide100.bpl    DotNetModule        1432   +1 DotNetModule.TDotNetGenericDesignerHandler.Create
025d2053 +01b delphidotnetcore100.bpl DelphiDotNetModule   129   +1 DelphiDotNetModule.TDelphiDotNetDesignerHandler.Create
025d2030 +01c delphidotnetcore100.bpl DelphiDotNetModule   120   +3 DelphiDotNetModule.TDelphiDotNetDesignerGauntletHandlerMember.AttachHandler
005f4ccb +0ef coreide100.bpl          EditorBuffer        7410   +0 DocModul..EModuleError
400069d4 +024 rtl100.bpl              system              9538   +3 System.@AfterConstruction
0056f5c9 +021 coreide100.bpl          ModulesIntf           51   +0 SourceModule..TSourceModuleFormHandler
00602d39 +1cd coreide100.bpl          AlignDlg              83   +0 IDEServices..TProjectCreator
00603e0f +087 coreide100.bpl          IDEServices         1199   +6 IDEServices.TModuleCreator.GetInterfaceSource
4a38298b +09b JvPluginD10D.bpl        Jvpluginwizard                TJvPluginProjectCreator.NewDefaultModule
00601718 +8c0 coreide100.bpl          AlignDlg              83   +0 IDEServices..TLocalFileHistoryProvider
227468f5 +03d dotnetcoreide100.bpl    DotNetProject        768   +5 DotNetProject.TDotNetProject.AfterConstruction
400069d1 +021 rtl100.bpl              system              9538   +3 System.@AfterConstruction
20886a8a +002 TGIDE100.bpl            DesignProject        396   +0 DesignProject.TDesignProject.CreateModuleIntf
2088689f +063 TGIDE100.bpl            DesignProject        330   +2 DesignProject.TDesignProjectTraits.CreateProject
0056d13b +0bf coreide100.bpl          ProjectFileUtils     706   +2 ProjectFileUtils.LoadLocalProjectFile
00602f1a +062 coreide100.bpl          AlignDlg              83   +0 IDEServices..TToolTitleLine
00603de5 +05d coreide100.bpl          IDEServices         1197   +4 IDEServices.TModuleCreator.GetInterfaceSource
4a38275b +17f JvPluginD10D.bpl        Jvpluginwizard                TJvPluginWizard.Execute
0052ca70 +0a8 coreide100.bpl          ExptMain             592   +5 ExptMain.TExpertServices.AddWizard
4003fef3 +013 rtl100.bpl              classes            11071   +4 Classes.TBasicAction.Execute
218b8d65 +03d vclactnband100.bpl      ActnMenus            982   +6 ActnMenus.TCustomActionMenuBar.ExecAction
218ba07b +10b vclactnband100.bpl      ActnMenus           1546  +16 ActnMenus.TCustomActionMenuBar.TrackMenu
218bd460 +020 vclactnband100.bpl      ActnMenus           3143   +3 ActnMenus.TCustomActionMainMenuBar.TrackMenu
218b891d +029 vclactnband100.bpl      ActnMenus            883   +3 ActnMenus.TCustomActionMenuBar.CMItemClicked
52058a3b +2bb vcl100.bpl              Controls            5143  +83 Controls.TControl.WndProc
5205ca19 +499 vcl100.bpl              Controls            7246 +105 Controls.TWinControl.WndProc
218ba158 +084 vclactnband100.bpl      ActnMenus           1572  +15 ActnMenus.TCustomActionMenuBar.WndProc
5205c1a4 +02c vcl100.bpl              Controls            7021   +3 Controls.TWinControl.MainWndProc
40040ce8 +068 rtl100.bpl              classes            11657  +13 Classes.AllocateHWnd
77d196d2 +00a USER32.dll                                            DispatchMessageA
520792f4 +0fc vcl100.bpl              Forms               7670  +23 Forms.TApplication.ProcessMessage
5207932e +00a vcl100.bpl              Forms               7689   +1 Forms.TApplication.HandleMessage
5207954e +096 vcl100.bpl              Forms               7773  +16 Forms.TApplication.Run

thread $f04: <priority:1>
7c91eb94 +00 ntdll.dll                       KiFastSystemCallRet
7c91e9be +0a ntdll.dll                       NtWaitForSingleObject
7c8025d5 +85 kernel32.dll                    WaitForSingleObjectEx
7c80253d +0d kernel32.dll                    WaitForSingleObject
40041695 +3d rtl100.bpl   SyncObjs   337  +3 SyncObjs.TCriticalSection.Create
4003ea27 +c7 rtl100.bpl   classes   9913 +16 Classes.TThread.Create
40007772 +2e rtl100.bpl   system   12132 +38 System.ThreadWrapper

thread $f08:
7c91eb94 +00 ntdll.dll     KiFastSystemCallRet
7c91e9a9 +0a ntdll.dll     NtWaitForMultipleObjects
7c8094ec +00 kernel32.dll  WaitForMultipleObjectsEx
77d19603 +00 USER32.dll    MsgWaitForMultipleObjectsEx
77d196b3 +1a USER32.dll    MsgWaitForMultipleObjects

thread $fd8:
7c91eb94 +00 ntdll.dll     KiFastSystemCallRet
7c91e9a9 +0a ntdll.dll     NtWaitForMultipleObjects
7c8094ec +00 kernel32.dll  WaitForMultipleObjectsEx
7c809c81 +13 kernel32.dll  WaitForMultipleObjects

thread $fdc: <priority:2>
7c91eb94 +00 ntdll.dll     KiFastSystemCallRet
7c91e9a9 +0a ntdll.dll     NtWaitForMultipleObjects
7c8094ec +00 kernel32.dll  WaitForMultipleObjectsEx
7c809c81 +13 kernel32.dll  WaitForMultipleObjects

thread $284: <suspended> <priority:-1>
7c91eb94 +00 ntdll.dll                      KiFastSystemCallRet
7c91e859 +0a ntdll.dll                      NtSuspendThread
7c838f1c +0c kernel32.dll                   SuspendThread
4003f162 +26 rtl100.bpl   classes 10323  +3 Classes.TComponentEnumerator.Create
4003ea27 +c7 rtl100.bpl   classes  9913 +16 Classes.TThread.Create
40007772 +2e rtl100.bpl   system  12132 +38 System.ThreadWrapper

thread $940:
7c91eb94 +00 ntdll.dll                      KiFastSystemCallRet
7c91e9be +0a ntdll.dll                      NtWaitForSingleObject
7c8025d5 +85 kernel32.dll                   WaitForSingleObjectEx
7c80253d +0d kernel32.dll                   WaitForSingleObject
4003ea27 +c7 rtl100.bpl   classes  9913 +16 Classes.TThread.Create
40007772 +2e rtl100.bpl   system  12132 +38 System.ThreadWrapper

thread $944: <priority:15>
7c91eb94 +00 ntdll.dll     KiFastSystemCallRet
7c91e9a9 +0a ntdll.dll     NtWaitForMultipleObjects
7c8094ec +00 kernel32.dll  WaitForMultipleObjectsEx
7c809c81 +13 kernel32.dll  WaitForMultipleObjects

thread $958:
7c91eb94 +00 ntdll.dll                               KiFastSystemCallRet
7c91e9be +0a ntdll.dll                               NtWaitForSingleObject
7c8025d5 +85 kernel32.dll                            WaitForSingleObjectEx
7c80253d +0d kernel32.dll                            WaitForSingleObject
2103246d +19 vclide100.bpl IDEVirtualTrees  5150  +3 IDEVirtualTrees.TWorkerThread.Execute
4003ea27 +c7 rtl100.bpl    classes          9913 +16 Classes.TThread.Create
40007772 +2e rtl100.bpl    system          12132 +38 System.ThreadWrapper

thread $bfc:
7c91eb94 +00 ntdll.dll                     KiFastSystemCallRet
7c91d85a +0a ntdll.dll                     NtDelayExecution
7c8023e7 +4b kernel32.dll                  SleepEx
7c80244c +0a kernel32.dll                  Sleep
40007772 +2e rtl100.bpl   system 12132 +38 System.ThreadWrapper

thread $1d8:
7c91eb94 +00 ntdll.dll                KiFastSystemCallRet
7c91e397 +0a ntdll.dll                NtReplyWaitReceivePortEx
598394d5 +0d madExcept_.bpl madExcept CallThreadProcSafe
5983953f +37 madExcept_.bpl madExcept ThreadExceptFrame
>> created by thread $f3c at:
77e67675 +00 RPCRT4.dll

thread $278 (TfrxServerLog): <suspended> <priority:-1>
7c810856 +00 kernel32.dll
>> created by main thread ($654) at:
13bb2c7c +18 frxcs10.bpl  Frxserverlog TfrxServerLog.Create

thread $fe4:
7c91eb94 +00 ntdll.dll                KiFastSystemCallRet
7c91e9be +0a ntdll.dll                NtWaitForSingleObject
7c8025d5 +85 kernel32.dll             WaitForSingleObjectEx
598394d5 +0d madExcept_.bpl madExcept CallThreadProcSafe
5983953f +37 madExcept_.bpl madExcept ThreadExceptFrame
>> created by thread $f04 at:
774efd51 +00 ole32.dll

thread $ec0: <priority:2>
7c91eb94 +00 ntdll.dll                KiFastSystemCallRet
77d24abd +3b USER32.dll               GetMessageA
598394d5 +0d madExcept_.bpl madExcept CallThreadProcSafe
5983953f +37 madExcept_.bpl madExcept ThreadExceptFrame
>> created by main thread ($654) at:
76ae5f4c +00 winmm.dll

thread $3d8:
7c91eb94 +00 ntdll.dll                KiFastSystemCallRet
7c91e9be +0a ntdll.dll                NtWaitForSingleObject
7c8025d5 +85 kernel32.dll             WaitForSingleObjectEx
7c80253d +0d kernel32.dll             WaitForSingleObject
598394d5 +0d madExcept_.bpl madExcept CallThreadProcSafe
5983953f +37 madExcept_.bpl madExcept ThreadExceptFrame
>> created by main thread ($654) at:
146679a0 +00 mshtml.dll

thread $514:
7c91eb94 +00 ntdll.dll                KiFastSystemCallRet
7c91e9be +0a ntdll.dll                NtWaitForSingleObject
7c8025d5 +85 kernel32.dll             WaitForSingleObjectEx
7c80253d +0d kernel32.dll             WaitForSingleObject
598394d5 +0d madExcept_.bpl madExcept CallThreadProcSafe
5983953f +37 madExcept_.bpl madExcept ThreadExceptFrame
>> created by main thread ($654) at:
146679a0 +00 mshtml.dll

thread $1c8:
7c91eb94 +00 ntdll.dll                KiFastSystemCallRet
7c91e397 +0a ntdll.dll                NtReplyWaitReceivePortEx
598394d5 +0d madExcept_.bpl madExcept CallThreadProcSafe
5983953f +37 madExcept_.bpl madExcept ThreadExceptFrame
>> created by thread $1d8 at:
77e67675 +00 RPCRT4.dll


Subject: Re: tjvgridprinter
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 01 Jun 2006 08:52:52 +0200
Newsgroups: jedi.vcl

Alf Christophersen wrote:
>
> "OBones" <obones_gf_@_fe_altern.org> wrote in message news:e5k8gr$8e2$1@news.talkto.net...
>> Alf Christophersen wrote:
>>
>>> Is it a component made by some anonymous person and that's that ??
>>
>> It's part of the former Globus library (hence the g after the TJv prefix) and the overall quality of this library is quite appalling
>
> No, it is part of Jv Jans, but maybe there is the same trouble there.

Ah oops, yes. Well, for Jans, it's less dramatic, as most of the components are working, but Jans is not around to help at all with the rest...


Subject: Re: a more flexible installer concept
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 01 Jun 2006 05:40:24 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Then this is not a solution.
> You are forgetting that quite a few people install it manually and having back the two kilometers long confirmation dialog is NOT an option.

The nice thing about it is that it can be implemented in parallel to the current solution.


Subject: Re: more realistic trayicon
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Wed, 31 May 2006 20:38:07 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Meek wrote:

> > Just a quick comment on the other half of your problem:  Sometimes
> > even when an application terminates normally a trayicon will still
> > get left behind. I've never been able to find out exactly why but
> > setting it to nil in the mainform's OnClose usually fixes it up for
> > me.

Isn't this a problem in WIn XP.  If you move the mouse over the icon,
does it dissappear?

I thought it was something to do with XP being busy.  I get it with a
few applications.

-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: tjvgridprinter
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Wed, 31 May 2006 22:36:04 +0200
Newsgroups: jedi.vcl


"OBones" <obones_gf_@_fe_altern.org> wrote in message news:e5k8gr$8e2$1@news.talkto.net...
> Alf Christophersen wrote:
>
>> Is it a component made by some anonymous person and that's that ??
>
> It's part of the former Globus library (hence the g after the TJv prefix) and the overall quality of this library is quite appalling

No, it is part of Jv Jans, but maybe there is the same trouble there.




Subject: Re: a more flexible installer concept
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 31 May 2006 21:10:06 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> The problem i thought about was the highlight components only set of components.
> The solution could be to reduce the JVCL to a single package again.

Then this is not a solution.
You are forgetting that quite a few people install it manually and having back the two kilometers long confirmation dialog is NOT an option.
And the installer is not always working for everyone so the packages are here as a backup solution.
So to me, another approach must be used, and selecting a subset of the available packages is a place to start.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: a more flexible installer concept
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 31 May 2006 19:32:27 +0200
Newsgroups: jedi.vcl

The problem i thought about was the highlight components only set of components.
The solution could be to reduce the JVCL to a single package again.

The installer generates many files already so why not generate a Reg.pas file and a JVCL.dpk file? This removes the package organization completely and all IFDEF and manual options we have go into (XML) table files the installer uses to present selectable options to the user.

This is of course a bit simplified, but all structuring information we need can be placed in such tables. Units, components, supporting units, palette names, IFDEF options etc etc. All these relations are best stored in tables anyway.
The installer then presents all this in a GUI with "full install" and "highlight install" being simple presets.


Subject: Re: Can someone take a look at my first attempt to do threads!
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 01 Jun 2006 02:19:43 +1000
Newsgroups: jedi.vcl

dogo wrote, on 31/05/2006 10:39 PM:
> procedure TForm4.JvThread1Execute(Sender: TObject; Params: Pointer);
> Var b:integer;
> begin
>    for b := 0 to VDBTable1.RecordCount - 1 do
>   begin
>     VDBQuery1.Close;

Personally, I had a lot of problems when learning threads, but most of them were from database access. Now I follow this rule: any database access must be done in the main thread, unless the database connection and all database components are created, used and freed in the thread.

Also, depending on which database component library you're using, you may need to do special stuff to get your database connection to initialize in the thread correctly.

-- 
enjoy life,
           Elahn


Subject: Re: Fatal Error can't find CJcl.bpi
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 31 May 2006 17:59:27 +0200
Newsgroups: jedi.vcl

Rolland,

Rolland Jones a écrit :
> Hum not sure I understand why this is happening. I updated JEDI by first
> removing, as per install notes, and installed Version 3.20. I tried
> compiling the application I was working on and I get this error :
> Can't find CJcl.bpi, CJclVcl.bpi and CJclVclx.bpi
>
> Is there something I didn't do right ?

The list of run-time packages for your application was not modified. In the project options, on the "packages" sheet, you will have to remove all references to CJcl, CJclVcl, CJclVclx and to add Jcl, JclVcl, JclVclx.

Regards,

-- 
Florent Ouchet


Subject: Fatal Error can't find CJcl.bpi
From: "Rolland Jones" <r.jones@bellnet.ca>
Date: Wed, 31 May 2006 11:36:27 -0400
Newsgroups: jedi.vcl

Hum not sure I understand why this is happening. I updated JEDI by first
removing, as per install notes, and installed Version 3.20. I tried
compiling the application I was working on and I get this error :
Can't find CJcl.bpi, CJclVcl.bpi and CJclVclx.bpi

Is there something I didn't do right ?

RJ




Subject: Re: more realistic trayicon
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Wed, 31 May 2006 12:10:34 -0300
Newsgroups: jedi.vcl

Robert,
you make a very good point, its not always 100% proof that the icon goes 
away
after the app terminates. but what exactly do you set to nil?
thanks
"Robert Meek" <meekTAN@comcast.net> wrote in message 
news:e5k7if$8a4$1@news.talkto.net...
> > Just a quick comment on the other half of your problem:  Sometimes even 
> > when an application terminates normally a trayicon will still get left 
> > behind. I've never been able to find out exactly why but setting it to nil 
> > in the mainform's OnClose usually fixes it up for me.
> >
> > -- 
> > from Robert Meek dba Tangentals Design
> > meekTAN@comcast.net
> > "Raf Kartz" <raf_kk@hotmail.com> wrote in message 
> > news:e5fs0i$efc$1@news.talkto.net...
>> >> thats where I had it before ("application create") but on the wrong line 
>> >> actually
>> >> switching it to the top (right above application.initialize) did the 
>> >> trick.
>> >>
>> >> thanks!
>> >> "OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
>> >> news:e5fjmu$cpp$1@news.talkto.net...
>>> >>> Raf Kartz wrote:
>>> >>>
>>>>> >>>>>Application.ShowMainForm := False should help.
>>>> >>>>
>>>> >>>> where did you add the code? I tried on the form create,
>>>> >>>> application create but I still see the window minimizing.
>>> >>>
>>> >>> Nope, directly in the project source. In the OnCreate of the main form 
>>> >>> is way too late.
>>> >>>
>>> >>> -- 
>>> >>> Olivier Sannier
>>> >>> JVCL Coordinator
>>> >>> http://jvcl.sf.net/
>> >>
>> >>
> >
> > 




Subject: Re: tjvgridprinter
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 31 May 2006 16:17:10 +0200
Newsgroups: jedi.vcl

Alf Christophersen wrote:

> Is it a component made by some anonymous person and that's that ??

It's part of the former Globus library (hence the g after the TJv prefix) and the overall quality of this library is quite appalling indeed. Some components are quite good, but most of them are either not working or working unreliably. There is a process to merge the good ones into regular Jv components and get rid of those which don't work.
As you guessed, this is still in progress, is a quite slow process but we'll get there.
As to helping you here, I'm sorry, but I cannot say anything but look for a replacement outside the Globus tabs.


Subject: Re: more realistic trayicon
From: "Robert Meek" <meekTAN@comcast.net>
Date: Wed, 31 May 2006 10:01:02 -0400
Newsgroups: jedi.vcl

Just a quick comment on the other half of your problem:  Sometimes even when 
an application terminates normally a trayicon will still get left behind. 
I've never been able to find out exactly why but setting it to nil in the 
mainform's OnClose usually fixes it up for me.

-- from Robert Meek dba Tangentals Design meekTAN@comcast.net "Raf Kartz" <raf_kk@hotmail.com> wrote in message news:e5fs0i$efc$1@news.talkto.net...
> > thats where I had it before ("application create") but on the wrong line 
> > actually
> > switching it to the top (right above application.initialize) did the 
> > trick.
> >
> > thanks!
> > "OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
> > news:e5fjmu$cpp$1@news.talkto.net...
>> >> Raf Kartz wrote:
>> >>
>>>> >>>>Application.ShowMainForm := False should help.
>>> >>>
>>> >>> where did you add the code? I tried on the form create,
>>> >>> application create but I still see the window minimizing.
>> >>
>> >> Nope, directly in the project source. In the OnCreate of the main form is 
>> >> way too late.
>> >>
>> >> -- 
>> >> Olivier Sannier
>> >> JVCL Coordinator
>> >> http://jvcl.sf.net/
> >
> > 




Subject: Re: tjvgridprinter
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Wed, 31 May 2006 15:57:36 +0200
Newsgroups: jedi.vcl


"Jacob Boerema" <j.g.boerema@gmail.invalid> wrote in message news:MPG.1ecc1983a37edf4a9896cb@forums.talkto.net...
> On Wed, 10 May 2006 14:23:02 +0200, "jacky" <jfrieske@poczta.onet.pl>
> wrote in article <e3sl6d$82r$1@news.talkto.net>:
>> How to use tjvgridprinter? I assign a stringgrid to it, but I can't see
>> any method to print it.
>> Can I use it with DBGrid?
>
> Looking at the code I think you should set Preview to true which
> should show a preview form with a print button.

Is there a bug around with it? It comes up with two printer symbols, the first one comes up with a printer dialog, but seem to print nothing. When on the opposite, pressing the other printing button, it start to print the header lines of the grid, forever, page after page after page. :-( Quite an expensive component.

Is it a component made by some anonymous person and that's that ??



Subject: Can someone take a look at my first attempt to do threads!
From: "dogo" <dogo_daz@removeit_msn.com>
Date: Wed, 31 May 2006 13:39:55 +0100
Newsgroups: jedi.vcl

Hi,

I'm using Delphi 2006, an this is my first attempt to do stuff with threads, 
the reason I believe I need to do this is when I run the query the app 
becomes un responsive ant the CPU usage becomes max out

the code below appears to work but the form becomes blanked and the form 
state changes from WSnormal to WSMaximized after running for a couple of 
seconds, you can only stop the program from running within Delphi..

No doubt its my code :-)

OK I'm using JvThread

here the calling code

procedure TForm4.spSkinButton1Click(Sender: TObject);
Var i : integer;
begin
StartTime := Now;
     VDBDatabase1.Directory := DirPath;
     VDBDatabase1.DatabaseName := pathname;
      VDBDatabase1.Connected;
      VDBDatabase1.Open;
      vdBTable1.Open;
    //
      VDBDatabase2.Directory := DirPath1;
     VDBDatabase2.DatabaseName := pathname1;
      VDBDatabase2.Connected;
      VDBDatabase2.Open;
      vdBTable2.Open;
     SpSkinGauge1.MaxValue := VDBTable1.RecordCount;
    JvThread1.ThreadDialog := Nil;
    JvThread1.Execute(Self);
    (sender as TspSkinButton).enabled := False;
        end;

and here the other bit

procedure TForm4.JvThread1Execute(Sender: TObject; Params: Pointer);
Var b:integer;
begin
   for b := 0 to VDBTable1.RecordCount - 1 do
  begin
    VDBQuery1.Close;
    VDBQuery1.SQL.Clear;
    VDBQuery1.SQL.Add('Select *');
    VDBQuery1.SQL.Add('FROM craft');
    VDBQuery1.SQL.Add('WHERE Mode = ''' + 
VDBTABLE1.FieldByName('Mode').AsString + '''');
//VDBQuery1.SQL.Add('WHERE Mode <> ''' + Edit1.Text+'''' );
    VDBQuery1.Open; {open query + display data}
    if vdbquery1.RecordCount = 0 then{record not found post to database2}
    begin
      VDBTable2.Insert;
      VDBTable2.FieldByName('FirstCreated').AsDateTime := 
VDBTable1.FieldByName('FirstCreated').AsDateTime;
      //Sniped more database posting //
      VDBTable2.Post;
          if jvthread1.Terminated then
      Exit;
    vdbtable1.Next;
 end;
end;
end;




Subject: Re: spell check breaktrough
From: MrT <tultalk@attglobal.net>
Date: Tue, 30 May 2006 21:58:48 -0400
Newsgroups: jedi.vcl

Hi:

  I just went back and checked how wp works. I don't like it. I like the  spellers.pas just the way it works.

  It is sure much better than the JvSpeller (which I had a horrible time trying to get to work and gave up - thus the TSpeller). Works just fine for me and it is freeware.


MrT wrote:

> Sorry, I did not unxderstand what you meant. You mean after tabbing or moving off word it comes up with suggested spellings? I am used to spell checking after completion even though I ahve apps that do what you say like Word Perfect. I suppose it would be very easy to invoke the checker on each word after space or tab and highlighting in red.
>
> Miha Vrhovnik wrote:
>
>> MrT wrote:
>>
>>
>>> In spellers.pas
>>>
>>> Change line 1015 to
>>>
>>>    else if ((FBackMemo is TCustomRichEdit) or (FBackMemo is
>>
>>
>> TJvCustomRichEdit)) then
>>
>>> Add 2576
>>>
>>> TSpellChecker.RegisterEditControl('TJvCustomRichEdit', True, False);
>>
>>
>>
>> Am ok thanks for that, but I still didn't see live (on the fly, spell
>> as I type) spellchecking.
>>
>> Regards,
>> Miha
>
>



Subject: Re: spell check breaktrough
From: MrT <tultalk@attglobal.net>
Date: Tue, 30 May 2006 16:23:10 -0400
Newsgroups: jedi.vcl

Sorry, I did not unxderstand what you meant. You mean after tabbing or moving off word it comes up with suggested spellings? I am used to spell checking after completion even though I ahve apps that do what you say like Word Perfect. I suppose it would be very easy to invoke the checker on each word after space or tab and highlighting in red.

Miha Vrhovnik wrote:
> MrT wrote:
>
>
>> In spellers.pas
>>
>> Change line 1015 to
>>
>>    else if ((FBackMemo is TCustomRichEdit) or (FBackMemo is
>
> TJvCustomRichEdit)) then
>
>> Add 2576
>>
>> TSpellChecker.RegisterEditControl('TJvCustomRichEdit', True, False);
>
>
> Am ok thanks for that, but I still didn't see live (on the fly, spell
> as I type) spellchecking.
>
> Regards,
> Miha



Subject: Re: Behavior of TJvCustomEdit.ClipboardCommands
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Tue, 30 May 2006 16:46:23 +0000 (UTC)
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > The strange part is that they were not set (i.e. all showed False)
> > when you did it. Are you using an old JVCL or old GExperts?

I used actual SVN and actual Beta4 from GExperts.
I tried it afterwards at an other form and it worked (all showed true).
I don't know what happend.

Karlheinz


Subject: Re: spell check breaktrough
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Tue, 30 May 2006 16:27:59 +0000 (UTC)
Newsgroups: jedi.vcl

MrT wrote:

> >In spellers.pas
> >
> >Change line 1015 to
> >
> >     else if ((FBackMemo is TCustomRichEdit) or (FBackMemo is
TJvCustomRichEdit)) then
> >
> >Add 2576
> >
> >  TSpellChecker.RegisterEditControl('TJvCustomRichEdit', True, False);

Am ok thanks for that, but I still didn't see live (on the fly, spell
as I type) spellchecking.

Regards,
Miha
-- http://xcollect.sf.net - manage your movies, games and books collections http://simail.sf.net - e-mail small advanced e-mail client 

Subject: scroll treeview programatically
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Tue, 30 May 2006 11:50:00 -0300
Newsgroups: jedi.vcl

Hi folks,
Is there any function on the tjvtreeview to scroll the list
programatically in order to show the selected item?
for the instance a treeview with thousands of items where
the user selects one of the items but scrolls down the list
and then he decides to double check what item he selected
without getting lost...

thanks a lot
raf 




Subject: Re: Progress Display
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 30 May 2006 08:37:54 +0200
Newsgroups: jedi.vcl

Jeff Cook wrote:
> Thank you, Jens and Olivier
>
>
> This is almost what I want - the Copy File avi will do the job - but it would be nice to have an animation that looked more like mail going to the internet.

Well, if it's not "standard", it's not in there. But if you have the "images" making up the animation, there's a TJv component that can animate those.

Cheers
Olivier


Subject: Re: Progress Display
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Tue, 30 May 2006 12:11:13 +1200
Newsgroups: jedi.vcl

Thank you, Jens and Olivier


This is almost what I want - the Copy File avi will do the job - but it would be nice to have an animation that looked more like mail going to the internet.

Cheers

Jeff 
--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Re: spell check breaktrough
From: MrT <tultalk@attglobal.net>
Date: Mon, 29 May 2006 20:00:18 -0400
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:
> MrT wrote:
>
>
>>> The million € question right now is. Does anybody have an idea how
>>> to make a live spellchecking in JVRichEdit control.
>>
>> I got TSpeller to work with JvRighEdit and it works just fine (minor
>> revisions-trivial).
>
> MrT. I'm talkning about live spell checking, where you got misspeled
> words underlined with red /\/\ line. And you get suggestions after you
> right click misspeled words.
> If so, are there any chances to see how you've done it?
>
> Regards,
> Miha


In spellers.pas

Change line 1015 to

      else if ((FBackMemo is TCustomRichEdit) or (FBackMemo is TJvCustomRichEdit)) then

Add 2576

  TSpellChecker.RegisterEditControl('TJvCustomRichEdit', True, False);



Subject: Re: Progress Display
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 30 May 2006 01:07:55 +0200
Newsgroups: jedi.vcl

You should also have a look at the TJvThread and TJvThreadAnimateDialog Components, which gives you the possibility to handle everything inside a thread.

Have a look at the JvThread Example.

Greetings
Jens

OBones schrieb:
> Yes. It's in the TJvAnimate, with property CommonAVI set to aviDeleteFile and Active set to True.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Progress Display
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 30 May 2006 00:49:29 +0200
Newsgroups: jedi.vcl

Yes. It's in the TJvAnimate, with property CommonAVI set to aviDeleteFile and Active set to True.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Progress Display
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Tue, 30 May 2006 10:32:38 +1200
Newsgroups: jedi.vcl

Hi

Is there, amongst the riches of JVCL, a progress display which does something similar to the delete file display in Windows?  You know, the animated one where files are being extracted from a folder and "thrown away".

I have a module that uses SMTP to send email and I'd like a progress indicator like that (envelope whizzing down a line or being shot up into a cloud <g>).  The usual ProgressBar isn't really appropriate as although there are steps in the process of sending the email, they are uneven to a high degree, so you wouldn't see a nice progression - in fact if you where sending large file attachments it would sit at _almost_ 100% most of the time and that is something that irritates me greatly in some software.  I just need to have something that tells the user that something is happening and don't start pressing keys (like Ctrl-Alt-Del).

Cheers

Jeff
--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Re: more realistic trayicon
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Mon, 29 May 2006 19:18:46 -0300
Newsgroups: jedi.vcl

thats where I had it before ("application create") but on the wrong line 
actually
switching it to the top (right above application.initialize) did the trick.

thanks!
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:e5fjmu$cpp$1@news.talkto.net...
> > Raf Kartz wrote:
> >
>>> >>>Application.ShowMainForm := False should help.
>> >>
>> >> where did you add the code? I tried on the form create,
>> >> application create but I still see the window minimizing.
> >
> > Nope, directly in the project source. In the OnCreate of the main form is 
> > way too late.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: more realistic trayicon
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 29 May 2006 21:57:22 +0200
Newsgroups: jedi.vcl

Raf Kartz wrote:

>> Application.ShowMainForm := False should help.
>
> where did you add the code? I tried on the form create,
> application create but I still see the window minimizing.

Nope, directly in the project source. In the OnCreate of the main form is way too late.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: more realistic trayicon
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Mon, 29 May 2006 16:44:07 -0300
Newsgroups: jedi.vcl

> > Application.ShowMainForm := False should help.
where did you add the code? I tried on the form create,
application create but I still see the window minimizing.

thank you 




Subject: Re: more realistic trayicon
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 29 May 2006 21:40:07 +0200
Newsgroups: jedi.vcl

Raf Kartz wrote:
> Hi all,
> I wanted my app to start on the tray by default but I cant figure how to
> disable the window minimize animation when the app launches,
> whats the catch to do that?

Application.ShowMainForm := False should help.


> Also I noticed that in some instances the icon doesnt get removed
> automatically from the tray when the app exits, how can I get rid of
> that issue?

That's because your application crashed or you called System.Halt. If you exit normally (Application.Terminate), the icon will get removed.

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: more realistic trayicon
From: "Raf Kartz" <raf_kk@hotmail.com>
Date: Mon, 29 May 2006 16:31:46 -0300
Newsgroups: jedi.vcl

Hi all,
I wanted my app to start on the tray by default but I cant figure how to
disable the window minimize animation when the app launches,
whats the catch to do that?
Also I noticed that in some instances the icon doesnt get removed
automatically from the tray when the app exits, how can I get rid of
that issue?

thanks a lot! 




Subject: Re: revision history tool
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 29 May 2006 20:08:35 +0200
Newsgroups: jedi.jcl,jedi.vcl

Elahn Ientile a écrit :
> This seemed very strange to me, so I looked into it. Open the TSVN "Show Log" window and untick the checkbox "Stop on copy/rename" then either click "Show All" or close it and open it again to get only the first 100 logs.
>
> The bug in TSVN is that when you untick "Stop on copy/rename" then click "Next 100", an error: REPORT request failed on '/svnroot/jcl/!svn/bc/1545/tags/JCL197-Build2172'
> '/svnroot/jcl/!svn/bc/1545/tags/JCLBuild2172' path not found
>
> I will report this to TSVN.

Thanks, I didn't do all these tests. I thought that was not possible.

-- 
Florent Ouchet


Subject: Re: revision history tool
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 30 May 2006 03:57:29 +1000
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote, on 30/05/2006 2:34 AM:
> I locally deleted all logs sections of JCL files because they are outdated and can be misunderstood by users. I am about to commit these changes.

Cool. :)

>> However, if the aim is to provide version history to non-subversion users, I think the solution I proposed in the thread "History and Header" is an excellent one. It doesn't require any maintenance and also provides them with "future" version history, so for example they can see that the bug they found has already been fixed.
>
> This solution requires a web access and cannot be used offline.

Yes, it does require web access. I had assumed that every developer has web access while programming (personally, I almost can't live without it), but I guess you must have times without internet or you wouldn't bother writing a solution. ;)

-- 
enjoy life,
           Elahn


Subject: Re: revision history tool
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 30 May 2006 03:52:23 +1000
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote, on 30/05/2006 2:34 AM:
> The "SVN show log" command of TortoiseSVN do not work on tagged repository (when you import something like https://svn.sourceforge.net:443/svnroot/jcl/tags/JCL197-Build2172). It works only when used on trunks.

This seemed very strange to me, so I looked into it. Open the TSVN "Show Log" window and untick the checkbox "Stop on copy/rename" then either click "Show All" or close it and open it again to get only the first 100 logs.

The bug in TSVN is that when you untick "Stop on copy/rename" then click "Next 100", an error: REPORT request failed on '/svnroot/jcl/!svn/bc/1545/tags/JCL197-Build2172'
'/svnroot/jcl/!svn/bc/1545/tags/JCLBuild2172' path not found

I will report this to TSVN.

-- 
enjoy life,
           Elahn


Subject: Re: revision history tool
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 29 May 2006 18:34:20 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi,

Elahn Ientile a écrit :
> I agree 110%. I dislike having the history at the bottom of the file.

I locally deleted all logs sections of JCL files because they are outdated and can be misunderstood by users. I am about to commit these changes.

> However, if the aim is to provide version history to non-subversion users, I think the solution I proposed in the thread "History and Header" is an excellent one. It doesn't require any maintenance and also provides them with "future" version history, so for example they can see that the bug they found has already been fixed.

This solution requires a web access and cannot be used offline.
Please read comment I wrote in my reply to Obones.

-- 
Florent Ouchet


Subject: Re: revision history tool
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 29 May 2006 18:34:11 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi,

OBones a écrit :
> The JVCL never used $log$ and I definitely don't want it to use it.
> If people want the log, they have to use subversion, that's what it is for.

You have to be online with an access to svn.sourceforge.net:443.
The content of the source file (.pas) will not be modified, this tool is just made to see logs.
People may not want to use unstable versions of the J(V)CL. The "SVN show log" command of TortoiseSVN do not work on tagged repository (when you import something like https://svn.sourceforge.net:443/svnroot/jcl/tags/JCL197-Build2172). It works only when used on trunks. This feature seems to be working with the web viewer.

Regards,

-- 
Florent Ouchet


Subject: Re: spell check breaktrough
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Mon, 29 May 2006 14:27:58 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Glad to hear that.
> > But that means we would have to bundle hunspell with the JVCL right?
Right.

> > If that's correct, then I'd rather have you make your changes under a
> > $IFDEF condition very similar to the existing ones (USE_3RDPARTY_ICS
> > is one of them). This way people will be able to choose whether or
> > not they want to use hunspell.

I'll port that if I gain knoweledge on how to perform live spellcheck.
For start JVRichedit will do, altrough I'd preffer an example on MSHtml
edit component :)

Regards,
Miha


-- http://xcollect.sf.net - manage your movies, games and books collections http://simail.sf.net - e-mail small advanced e-mail client 

Subject: Re: spell check breaktrough
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Mon, 29 May 2006 14:26:12 +0000 (UTC)
Newsgroups: jedi.vcl

MrT wrote:

>> > > The million € question right now is. Does anybody have an idea how
>> > > to make a live spellchecking in JVRichEdit control.
> > 
> >  I got TSpeller to work with JvRighEdit and it works just fine (minor
> > revisions-trivial).
MrT. I'm talkning about live spell checking, where you got misspeled
words underlined with red /\/\ line. And you get suggestions after you
right click misspeled words.
If so, are there any chances to see how you've done it?

Regards,
Miha
-- http://xcollect.sf.net - manage your movies, games and books collections http://simail.sf.net - e-mail small advanced e-mail client 

Subject: Re: spell check breaktrough
From: MrT <tultalk@attglobal.net>
Date: Mon, 29 May 2006 08:48:07 -0400
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:
> Hi!
>
> Guys I finally made it. Let's just say that delphi will finally have a
> good opensource spellchecker.
>
> I managed to compile and create a C wrapper for hunspell spellchecker.
> Full spellchecker in 218k library. Hunspell uses same dictionaries as
> OOo and FF. For delphi there is only one exception, dictionaries must
> have utf-8 encoding. AFAIK this will be requirement for hunspell itself
> very soon.
>
> I'll release a sources for wrapper and binaries under same license
> hunspell is licensed (tri-license MPL, LGPL and GPL). I've already
> spoken to the hunspell author and he said that my wotk will be included
> in next release.
>
>
> The million € question right now is. Does anybody have an idea how to
> make a live spellchecking in JVRichEdit control.

  I got TSpeller to work with JvRighEdit and it works just fine (minor revisions-trivial).

>
> Also rewriting JVCL spellchecker so it would use hunspell shouldn't be
> a problem.
>
> OOo = openOffice
> FF = firefox
>
> Regards,
> Miha



Subject: Re: revision history tool
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 29 May 2006 20:13:21 +1000
Newsgroups: jedi.jcl,jedi.vcl

OBones wrote, on 29/05/2006 4:38 PM:
>> Subversion does not fill $log$ keywords like CVS does when the JCL and the JVCL used it. The history at the bottom of files is outdated and we should create a replacement for this.
>
> The JVCL never used $log$ and I definitely don't want it to use it.
> If people want the log, they have to use subversion, that's what it is for.

I agree 110%. I dislike having the history at the bottom of the file.

However, if the aim is to provide version history to non-subversion users, I think the solution I proposed in the thread "History and Header" is an excellent one. It doesn't require any maintenance and also provides them with "future" version history, so for example they can see that the bug they found has already been fixed.

-- 
enjoy life,
           Elahn


Subject: Re: spell check breaktrough
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 29 May 2006 08:41:55 +0200
Newsgroups: jedi.vcl

Glad to hear that.
But that means we would have to bundle hunspell with the JVCL right?
If that's correct, then I'd rather have you make your changes under a $IFDEF condition very similar to the existing ones (USE_3RDPARTY_ICS is one of them). This way people will be able to choose whether or not they want to use hunspell.


Subject: Re: revision history tool
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 29 May 2006 08:38:24 +0200
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> Subversion does not fill $log$ keywords like CVS does when the JCL and the JVCL used it. The history at the bottom of files is outdated and we should create a replacement for this.

The JVCL never used $log$ and I definitely don't want it to use it.
If people want the log, they have to use subversion, that's what it is for.


Subject: Re: Behavior of TJvCustomEdit.ClipboardCommands
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 29 May 2006 15:58:57 +1000
Newsgroups: jedi.vcl

Karlheinz wrote, on 29/05/2006 4:17 AM:
>> That's strange. When I use GExperts v1.3 on Delphi 7, to replace a
>> TEdit with a TJvEdit, all ClipboardCommands are set and ReadOnly =
>> False. This is what should occur because that's the default value for
>> a TJvEdit.
>
> Gexperts did not modify ReadOnly. All the ClipboardCommands were set to
> false otherwise I would not come into the problem.

Sorry, my statement was not clear.
When I said "all ClipboardCommands are set" I meant that if you look at them in the Object Inspector, they have "True" next to each of them, meaning they're included in the ClipboardCommands set.

The strange part is that they were not set (i.e. all showed False) when you did it. Are you using an old JVCL or old GExperts?

-- 
enjoy life,
           Elahn


Subject: spell check breaktrough
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sun, 28 May 2006 22:15:41 +0000 (UTC)
Newsgroups: jedi.vcl

Hi!

Guys I finally made it. Let's just say that delphi will finally have a
good opensource spellchecker.

I managed to compile and create a C wrapper for hunspell spellchecker.
Full spellchecker in 218k library. Hunspell uses same dictionaries as
OOo and FF. For delphi there is only one exception, dictionaries must
have utf-8 encoding. AFAIK this will be requirement for hunspell itself
very soon.

I'll release a sources for wrapper and binaries under same license
hunspell is licensed (tri-license MPL, LGPL and GPL). I've already
spoken to the hunspell author and he said that my wotk will be included
in next release.


The million € question right now is. Does anybody have an idea how to
make a live spellchecking in JVRichEdit control.

Also rewriting JVCL spellchecker so it would use hunspell shouldn't be
a problem.

OOo = openOffice
FF = firefox

Regards,
Miha
-- http://xcollect.sf.net - manage your movies, tv series, games and books collections http://simail.sf.net - e-mail small advanced e-mail client 

Subject: revision history tool
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 28 May 2006 23:37:46 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi all,

I started writing a tool that stores history of revisions for off-line use.

Subversion does not fill $log$ keywords like CVS does when the JCL and the JVCL used it. The history at the bottom of files is outdated and we should create a replacement for this.

Using subversion binaries (svn.exe), it is possible to get a list of all revisions of a directory with files that were modified/added/deleted/replaced (the command is svn log -v). My tool parses the output and stores revisions inside objects:

TRevision = class(TObject)
  private
    FFileList: TStrings;
    FAuthor: string;
    FID: Integer;
    FRevisionDate: string;
    FComment: string;
    function GetFile(Index: Integer): string;
    function GetFileCount: Integer;
    function GetOperation(Index: Integer): string;
  public
    constructor Create; reintroduce;
    destructor Destroy; override;
    procedure AddFile(const FileName, Operation: string);
    procedure RemoveFile(const FileName: string);
    procedure DeleteFile(Index: Integer);
    procedure ClearFiles;
    property ID: Integer read FID write FID;
    property Author: string read FAuthor write FAuthor;
    property RevisionDate: string read FRevisionDate write FRevisionDate;
    property Comment: string read FComment write FComment;
    property FileCount: Integer read GetFileCount;
    property Files[Index: Integer]: string read GetFile;
    property Operations[Index: Integer]: string read GetOperation;
  end;

Now I would like to store these objects for offline use. I thought about using TJvSimpleXml; but it takes a long time (more than 3 minutes) and it uses to much memory (about 200MB) to load and save the file (there are about 8000 objects to be stored for the JVCL - about 1200 for the JCL). The XML file is about 8MB for the JVCL.
Which system should I use for this tool? I would like something easy to use, fast and lightweight (without database).

The purpose of this tool is to create an offline version of the log command that works over directories and over files.

Thanks in advance,

-- 
Florent Ouchet


Subject: Re: Behavior of TJvCustomEdit.ClipboardCommands
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Sun, 28 May 2006 18:17:47 +0000 (UTC)
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > Karlheinz wrote, on 29/05/2006 3:06 AM:
>> > > I changed at my form some TEdits to TJvEdits with Gexperts.
>> > > Afterwards I could not edit the data's. Readonly was set to true.
> > 
> > That's strange. When I use GExperts v1.3 on Delphi 7, to replace a
> > TEdit with a TJvEdit, all ClipboardCommands are set and ReadOnly =
> > False. This is what should occur because that's the default value for
> > a TJvEdit.

Sorry, my statement was not clear.
Gexperts did not modify ReadOnly. All the ClipboardCommands were set to
false otherwise I would not come into the problem.
In the property editor ReadOnly was false, but the result inside the
application was that ReadOnly was true and I searched for the reason
and came up to the settings of ClipboardCommands.

It Was a long way :)

Karlheinz


Subject: Re: Behavior of TJvCustomEdit.ClipboardCommands
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 29 May 2006 03:44:16 +1000
Newsgroups: jedi.vcl

Karlheinz wrote, on 29/05/2006 3:06 AM:
> I changed at my form some TEdits to TJvEdits with Gexperts.
> Afterwards I could not edit the data's. Readonly was set to true.

That's strange. When I use GExperts v1.3 on Delphi 7, to replace a TEdit with a TJvEdit, all ClipboardCommands are set and ReadOnly = False. This is what should occur because that's the default value for a TJvEdit.

-- 
enjoy life,
           Elahn


Subject: Re: Behavior of TJvCustomEdit.ClipboardCommands
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Sun, 28 May 2006 17:06:36 +0000 (UTC)
Newsgroups: jedi.vcl

> > Anyway, I think this behaviour is there as a convenience, but unless
> > I'd looked at the help, I wouldn't expect it to occur and would still
> > set the ReadOnly property if I wanted it read only. Personally, I
> > think it's an unnecessary convenience which doesn't save much work at
> > the end of the day, but has the potential to create confusion.

I agree full, it was my problem to find it out because I didn't thought
about ClipboardCommands.
I changed at my form some TEdits to TJvEdits with Gexperts.
Afterwards I could not edit the data's. Readonly was set to true.
I was very surprised and need some time to find the reason.

Karlheinz



Subject: Re: Behavior of TJvCustomEdit.ClipboardCommands
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 29 May 2006 02:51:38 +1000
Newsgroups: jedi.vcl

OBones wrote, on 29/05/2006 1:43 AM:
>> The result is that you can not edit if no clipboardcommand is set or
>> only cacopy is set. Is that behavior right?
>
> To me that only means that ReadOnly gets to True if ClipboardCommands is set to [] or [caCopy]. But if you set it to [caCopy] and then set ReadOnly to False, I believe you should be able to input text. However, this would be very weird to be allowed to type in text but not paste it.

This could be desirable if you want to use it for login or verification purposes and you don't want it to be easily "script hacked", or want to make it inconvenient for someone to keep their credentials in a plain text file and copy/paste them. Still, there are better ways to protect an app, so I don't think it's overly likely to occur.

In the help it says:

* ClipboardCommands can't be set to [].
* If ClipboardCommands is set to [caCopy] then property ReadOnly is set to True.

As an aside, plainly ClipboardCommands can be set to []... is there some side-effect of doing this? Any reason why this shouldn't be allowed?

Anyway, I think this behaviour is there as a convenience, but unless I'd looked at the help, I wouldn't expect it to occur and would still set the ReadOnly property if I wanted it read only. Personally, I think it's an unnecessary convenience which doesn't save much work at the end of the day, but has the potential to create confusion. Anyway, that's my 2 cents. :)

-- 
enjoy life,
           Elahn


Subject: Re: Behavior of TJvCustomEdit.ClipboardCommands
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 28 May 2006 17:43:01 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> The result is that you can not edit if no clipboardcommand is set or
> only cacopy is set. Is that behavior right?

To me that only means that ReadOnly gets to True if ClipboardCommands is set to [] or [caCopy]. But if you set it to [caCopy] and then set ReadOnly to False, I believe you should be able to input text. However, this would be very weird to be allowed to type in text but not paste it.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Behavior of TJvCustomEdit.ClipboardCommands
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Sun, 28 May 2006 15:22:58 +0000 (UTC)
Newsgroups: jedi.vcl

I am not sure with the behavior of JvEdit and the property
ClipboardCommands.
As you can see ReadOnly is set if ClipboardCommands <= [caCopy]

procedure TJvCustomEdit.SetClipboardCommands(const Value:
TJvClipboardCommands);
begin
  if ClipboardCommands <> Value then
  begin
    inherited SetClipboardCommands(Value);
    ReadOnly := ClipboardCommands <= [caCopy];
  end;
end;

The result is that you can not edit if no clipboardcommand is set or
only cacopy is set. Is that behavior right?

Karlheinz


Subject: Detecting audio recording
From: "delphiXXX" <nospam@delphixxx.com>
Date: Sun, 28 May 2006 11:01:37 +0100
Newsgroups: jedi.vcl

Hi,

Is there any Jedi way to detect if audio recording and microphone
functionality is present and working fine ?

Somekind like verifying or testing audio card and microphone functionality.

I saw TJvSoundControl but it has no detection.

Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problems with JvLoginDialog
From: "Lowmax" <lowmax_5@yahoo.de>
Date: Fri, 26 May 2006 16:08:22 +0200
Newsgroups: jedi.vcl

Hi!

I Want to create a user defined login-Form (ex. Dialog-text in other
language) with the component JvLoginDialog.
Is this possible and how can I do this?

Thanks!
Lowmax




Subject: test
From: "Lowmax" <lowmax_5@yahoo.de>
Date: Fri, 26 May 2006 16:05:00 +0200
Newsgroups: jedi.vcl



Subject: Re: DelphiSpeedUp
From: AR <arturr@opegieka.pl>
Date: Fri, 26 May 2006 08:34:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen napisał(a):
> Version 1.8 is now available. It fixes all known bugs.
>
> http://andy.jgknet.de/dspeedup
>
>

I used it with Delphi 7 but after loading few packages I get AV in rtl70.bpl while loading different JVCL bpl-s ( each time different package raises AV ). Do I need to recompile it or get new sources (I use new daily jcl & jvcl zip ).

Regards
Artur


Subject: Need some help with TJvYearGrid component
From: "ashlar64" <namer@maine.rr.com>
Date: Thu, 25 May 2006 22:09:39 +0100
Newsgroups: jedi.vcl

 Hello,

Could someone show some basic code snippets on how to fill a day in with 
a color?  And mulitple days?  And is there a way to make the dialog box 
that pops up when you click on a cell read only?

Any idea when the help files might be done with this component?


Thanks!

---Dave



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 25 May 2006 19:09:13 +0000 (UTC)
Newsgroups: jedi.vcl

Version 1.8 is now available. It fixes all known bugs.

http://andy.jgknet.de/dspeedup


-- Regards, Andreas Hausladen 

Subject: Re: Ambiguity arises after loading 3.20
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 25 May 2006 17:51:40 +0200
Newsgroups: jedi.vcl

I just tried, and did not run into any of these problems. Please do as Elahn suggested and use the daily zip. If that still occurs, please report back with the actual code that shows the problem.

Cheers
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem getting latest JVCL source to compile
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 25 May 2006 17:08:14 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

>>> One was in the VCLZip component though and renaming that fixed the problem - quite why it would have been involved in the install if JVCL I can't understand though.
>>
>> Because VCLZip (or you) added the location of that file into Delphi's search path BEFORE the JVCL and delphi takes the first it finds.
>
> I didn't think the JCL/JVCL installers used the Delphi search path... have I misunderstood this?

Well, the dcc32 compiler may also use the PATH environment variable, AFAIK. We did take steps against this, but the library search path is used, especially to find third party libraries.


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem getting latest JVCL source to compile
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 26 May 2006 01:00:25 +1000
Newsgroups: jedi.vcl

OBones wrote, on 25/05/2006 8:10 PM:
> Jeff Cook wrote:
>
>> One was in the VCLZip component though and renaming that fixed the problem - quite why it would have been involved in the install if JVCL I can't understand though.
>
>
> Because VCLZip (or you) added the location of that file into Delphi's search path BEFORE the JVCL and delphi takes the first it finds.

I didn't think the JCL/JVCL installers used the Delphi search path... have I misunderstood this?

-- 
enjoy life,
           Elahn


Subject: Re: Problem getting latest JVCL source to compile
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 25 May 2006 12:10:47 +0200
Newsgroups: jedi.vcl

Jeff Cook wrote:

> One was in the VCLZip component though and renaming that fixed the problem - quite why it would have been involved in the install if JVCL I can't understand though.

Because VCLZip (or you) added the location of that file into Delphi's search path BEFORE the JVCL and delphi takes the first it finds.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Tester/Comments needed for new Component TJvDBLogonDialog
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 25 May 2006 00:37:48 +0200
Newsgroups: jedi.vcl

Hi,

for my oracle projects i'm working on a new component: TJvDBLogonDialog.

See the screenshot in the binaries.

The component is an enhanced logon dialog with features like:
- Connect History
  - Groupable
  - Shortcuts
  - different grouping trees
- Based on TJvAppStorage and TJvDynControlEngine

There will be an oracle version first. An ado version for other tests should be no problem.

Now i'm looking for some guys which will test the component and / or give me some comments on it.

Greetings and thanks
Jens

P.S. I'm off until sunday, so my reactions are only possible after sunday :-)
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Problem getting latest JVCL source to compile
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Thu, 25 May 2006 09:00:13 +1200
Newsgroups: jedi.vcl

OBones <obones_gf_@_fe_altern.org> wrote on Wed, 24 May 2006 08:39:40 +0200

> >Well, yes. This alert is here to warn you that somewhere on your hard
> >drive, there is a very OLD JEDI.INC file that the compiler is finding
> >and using instead of the one coming with the JCL and JVCL.
> >So please find that relic, delete, rename or move it, and then it should
> >work just fine.

OBones


Thanks for your help - though when a Search turned up 31 versions of the file I wasn't feeling very thankful :-)  

However, I soon realised that almost all of them were from my SVN update + the same files inside zip's of 3.0.  

One was in the VCLZip component though and renaming that fixed the problem - quite why it would have been involved in the install if JVCL I can't understand though.

Cheers

Jeff 
--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Re: Problem getting latest JVCL source to compile
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Thu, 25 May 2006 08:32:55 +1200
Newsgroups: jedi.vcl

Elahn Ientile <elahn@elahn.net> wrote on Wed, 24 May 2006 18:25:20 +1000

> >Jeff Cook wrote, on 24/05/2006 12:55 PM:
>> >> I have just got set up with TortoiseCVS and I have updated JCL and JVCL. I have sucessfully (I think) run the JCL Install, but the JVCL install fails with this message:-
> >
> >Hi Jeff,
> >
> >Was that a slip of the fingers and you actually meant TortoiseSVN?
> >
Elahn


Yes!  A slip of the fingers.  I'm into Subversion OK.

Cheers

Jeff

--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: @in@taavi.ee
Date: Wed, 24 May 2006 11:22:33 GMT
Newsgroups: jedi.vcl

On Tue, 23 May 2006 21:00:25 +0000 (UTC), "Jason Chapman"
<jason@no_jac2._spam.co.uk> wrote:

> >Just run your test, I think I was fixing another bug (I didn't use
> >stepit, but setting the position, which exhibited the same, not filling
> >problem.  I havent quite worked out what step, fstep is all about.
> >form my investigaiton it looked like the size of the blocks, but it
> >seems to have a confused meaning of size of blocks and ........
> >
> >I'll have to look quicker.  I can see that Step:=1 will do little as I
> >think you will end up with a lot of extremely skinny blocks, i.e. no
> >colour, just border.  Anyway, enough bitwidth waste, I think step has a
> >double means and needs clarifying.

Quote from D5 help:

TProgressBar.Step - Specifies the amount that Position increases when
the StepIt method is called.

So if in Jv[XP]ProgressBar this property actually means "width of the
block" then IMO this should be fixed too (create new property for
that).


> > My fix does sort it out if you use position.

Yes, code like

  JvXPProgressBar3.Max:= some_value;
  JvXPProgressBar3.Position:= 0;
  for x:= JvXPProgressBar3.Min to JvXPProgressBar3.Max do begin
     JvXPProgressBar3.Position:= JvXPProgressBar3.Position + 1;
     JvXPProgressBar3.Refresh;
     Sleep(50);
  end;
  ShowMessage('Done');

seems to work OK for the values I tried.


BTW, it looks like all JVCL progressbars share common anchestor and
most of the code is implemented in the base class. So it is very
likely that the other Pbars also have those problems (but I haven't
tested it).


ain


Subject: Re: Problem getting latest JVCL source to compile
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 24 May 2006 18:25:20 +1000
Newsgroups: jedi.vcl

Jeff Cook wrote, on 24/05/2006 12:55 PM:
> I have just got set up with TortoiseCVS and I have updated JCL and JVCL.  I have sucessfully (I think) run the JCL Install, but the JVCL install fails with this message:-

Hi Jeff,

Was that a slip of the fingers and you actually meant TortoiseSVN?

The CVS Repository is not updated anymore, as we have switched to Subversion. To access the subversion repository, see:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

-- 
enjoy life,
           Elahn


Subject: Re: Problem getting latest JVCL source to compile
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 24 May 2006 08:39:40 +0200
Newsgroups: jedi.vcl

Jeff Cook wrote:
> Jeff Cook <jeffc@aspect.co.nz> wrote on Wed, 24 May 2006 14:55:55 +1200
>
>> There are these lines in the file - but I don't understand them :-(
>>
>> {$IFNDEF JEDI_INC}
>> ALERT_jedi_inc_incompatible
>> // secure against old versions of jedi.inc.
>> {$ENDIF !JEDI_INC}
>>
>
> Hi
>
>
> I got brave and changed the above to...
>
> {$IFNDEF JEDI_INC}
> // ALERT_jedi_inc_incompatible --  Commented out by Jeff
> // secure against old versions of jedi.inc.
> {$ENDIF !JEDI_INC}
>
> .. and things got worse!.

Well, yes. This alert is here to warn you that somewhere on your hard drive, there is a very OLD JEDI.INC file that the compiler is finding and using instead of the one coming with the JCL and JVCL.
So please find that relic, delete, rename or move it, and then it should work just fine.


Subject: Re: DelphiSpeedUp
From: "Daytona" <d@d.com>
Date: Tue, 23 May 2006 20:14:26 -0700
Newsgroups: jedi.vcl

Hi Andreas/All,

I just downloaded 1.72 and when I went to install I noticed the improved UI. 
1.69 had been running well for me for a while, but I figured the upgrade 
could not hurt.

Of course, the fact that now the install UI is giving me more options sent 
me back to the list to ask a couple of questions :)

1)  What are the optimal settings for speeding up D7?
2)  What about BDS 2006?

On a different speedup note, I was thinking about building a load manager 
for BDS 2006 to make it simpler to setup different 'personality profiles' 
like the ones mentioned here: 
http://homepages.borland.com/medington/DelphiStartupTimes.htm

Obviously, this could go a long way towards speeding startup times if BDS 
2006 only loads the packages you might actually use....

ANYHOW, I figured before I started that project I would ask if you (or 
anyone else you might know of) has already done it.

Thanks again for you hard work on this,
Dave




Subject: Re: Problem getting latest JVCL source to compile
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Wed, 24 May 2006 15:11:30 +1200
Newsgroups: jedi.vcl

Jeff Cook <jeffc@aspect.co.nz> wrote on Wed, 24 May 2006 14:55:55 +1200

> >There are these lines in the file - but I don't understand them :-(
> >
> >{$IFNDEF JEDI_INC}
> >ALERT_jedi_inc_incompatible
> >// secure against old versions of jedi.inc.
> >{$ENDIF !JEDI_INC}
> >

Hi


I got brave and changed the above to...

{$IFNDEF JEDI_INC}
// ALERT_jedi_inc_incompatible --  Commented out by Jeff
// secure against old versions of jedi.inc.
{$ENDIF !JEDI_INC}

... and things got worse!.

===================================
Windows XP Service Pack 2 (5.1.2600)

JVCL 3.30.0.0

[Generating: Packages]
Generating packages for D6
    Loaded template.dof
    Loaded template.dpk
    Loaded template.rc
[Compiling: Packages]
[Compiling: JvCoreD6R.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Delphi\Components\jvcl\run\JvThemes.pas(776) Error: Undeclared identifier: 'TRect'
C:\Delphi\Components\jvcl\run\JvThemes.pas(779) Error: Undeclared identifier: 'HDC'
C:\Delphi\Components\jvcl\run\JvThemes.pas(780) Error: Undeclared identifier: 'HBRUSH'
C:\Delphi\Components\jvcl\run\JvThemes.pas(786) Error: Undeclared identifier: 'UINT'
C:\Delphi\Components\jvcl\run\JvThemes.pas(900) Error: Undeclared identifier: 'FillRect'
C:\Delphi\Components\jvcl\run\JvThemes.pas(1089) Error: Undeclared identifier: 'DrawFrameControl'
C:\Delphi\Components\jvcl\run\JvThemes.pas(1209) Error: Undeclared identifier: 'TPoint'
C:\Delphi\Components\jvcl\run\JvThemes.pas(1212) Error: Undeclared identifier: 'PtInRect'
C:\Delphi\Components\jvcl\run\JvExButtons.pas(50) Fatal: Could not compile used unit '..\..\run\JvThemes.pas'
===================================

Cheers

Jeff 

--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Problem getting latest JVCL source to compile
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Wed, 24 May 2006 14:55:55 +1200
Newsgroups: jedi.vcl

Hi

I hope this isn't OT for this group!

I have just got set up with TortoiseCVS and I have updated JCL and JVCL.  I have sucessfully (I think) run the JCL Install, but the JVCL install fails with this message:-
=============================================
Windows XP Service Pack 2 (5.1.2600)

JVCL 3.30.0.0

[Generating: Packages]
Generating packages for D6
    Loaded template.dof
    Loaded template.dpk
    Loaded template.rc
[Compiling: Packages]
[Compiling: JvCoreD6R.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Delphi\Components\jvcl\Common\jvcl.inc(36) Error: 'END' expected but identifier 'ALERT_jedi_inc_incompatible' found
==============================================

So I have dropped a stitch somewhere!

If I look through JVCL directory I see some files with an "!" mark instead of a tick.  One of these is "jvcld6.inc"  so I'm guessing that I have to do something here.

There are these lines in the file - but I don't understand them :-(

{$IFNDEF JEDI_INC}
ALERT_jedi_inc_incompatible
// secure against old versions of jedi.inc.
{$ENDIF !JEDI_INC}

There is also a "!" on the C:\Delphi\Components\jvcl\packages\d6 directory, but I can't find any files inside that have the "!".

Any assistance appreciated.

Cheers

Jeff
--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Tue, 23 May 2006 22:31:15 -0400
Newsgroups: jedi.vcl

Hi:

  I sort of gave up. Got TSpeller to work with JvRichEdit. Seems to work REALLY well. And, it catches:

don'tz
don'm
don'w
don'v

etc.


Elahn Ientile wrote:
> MrT wrote, on 22/05/2006 2:35 PM:
>
>> Interestingly enough, I just downloaded and installed 3.20 and the Speller example now uses a Memo instead of  a JvRichEdit. That is a pretty sneaky way around a problem, eh?
>>
>>
>> Should I report as a bu or try to fix it?
>
>
> Definitely try to fix it. Once you have fixed it (or if you can't), please report it on Mantis.
>
> It would be a good idea to try the Subversion Repository version or the latest Daily zip first though (as I suggested before), in case it has been fixed. Even if it hasn't, at least you know you'll be modifying the latest version of the file(s), not an old version.
>



Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Tue, 23 May 2006 21:00:25 +0000 (UTC)
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

> > Hmm, in my quick test it doesn't make a difference... just drop
> > JvXPPrpgress bar onto form and:
> > 
> > procedure TForm1.Button1Click(Sender: TObject);
> > var x: Integer;
> > begin
> >   for x:= JvXPProgressBar2.Min to JvXPProgressBar2.Max do begin
> >      JvXPProgressBar2.StepIt;
> >      JvXPProgressBar2.Refresh;
> >      Sleep(60);
> >   end;
> >   ShowMessage('Done');
> > end;
> > 
> > I see the progrssbar to show 100% way before message box pops up.
> > If I include
> > 
> >   JvXPProgressBar2.Steps:= 1;
> > 
> > in front of the loop, progress bar stays at 0%
> > 
> > Also, it looks like Smooth property isn't implemented - true or false,
> > the bar looks the same. Reported as
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3724
> > 
> > 
> > ain
Ain,

Just run your test, I think I was fixing another bug (I didn't use
stepit, but setting the position, which exhibited the same, not filling
problem.  I havent quite worked out what step, fstep is all about.
form my investigaiton it looked like the size of the blocks, but it
seems to have a confused meaning of size of blocks and ........

I'll have to look quicker.  I can see that Step:=1 will do little as I
think you will end up with a lot of extremely skinny blocks, i.e. no
colour, just border.  Anyway, enough bitwidth waste, I think step has a
double means and needs clarifying.

I'll look at more code later.  My fix does sort it out if you use
position.

Cheers,


-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 24 May 2006 06:50:22 +1000
Newsgroups: jedi.vcl

Jason Chapman wrote, on 24/05/2006 6:30 AM:
> OK, taken a look at the article (there is a broken link):
> http://homepages.borland.com/jedi/wiki/index.php?title=IssueTracker
> -> http://homepages.borland.com/jedi/issuetracker| gives a 404.

Fixed.

-- 
enjoy life,
           Elahn


Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Tue, 23 May 2006 20:30:12 +0000 (UTC)
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > Jason Chapman wrote, on 23/05/2006 8:48 PM:
>> > > 1) I work out how to get the daily builds / SVN etc etc and get
>> > > posting rights
> > 
> > Here is a simple step by step guide to accessing the subversion
> > repository:
> > 
> > http://homepages.borland.com/jedi/wiki/index.php?title=Repository
> > 
> > Even if you don't have commit rights, this will make it very easy to
> > create a diff/patch file for uploading to Mantis, as is described on
> > the page above.

OK, taken a look at the article (there is a broken link):
http://homepages.borland.com/jedi/wiki/index.php?title=IssueTracker
-> http://homepages.borland.com/jedi/issuetracker| gives a 404.

But I get the idea.  I need to and will install the SVN and / or
Tortoise (unless Winmerge files are the same).  I'm sorry thismust be
like extracting teeth for you lot.

I'm offline for a couple of days, so will probably have to wait till
Monday.

-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Tue, 23 May 2006 20:26:05 +0000 (UTC)
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

> > On Tue, 23 May 2006 14:24:04 +0000 (UTC), "Jason Chapman"
> > <jason@no_jac2._spam.co.uk> wrote:
> > 
>> > > Should be:
>> > > procedure TJvBaseProgressBar.Paint;
>> > > var
>> > >  ASize : Integer;
>> > > begin
>> > >  if (Max - Min <= 0) or (Width <= 0) or (Height <= 0) then
>> > >    Exit;
>> > >  // calculate the size of the bar based on Min, Max, Position and
>> > > Width or Height
>> > >  ASize := MulDiv(GetMaxBarSize, (Position - Min), (Max - Min));
>> > >  if not Smooth then
>> > >    ASize := (ASize div steps) * steps;
>> > >  DrawBar(Canvas, ASize);
>> > > end;
> > 
> > Hmm, in my quick test it doesn't make a difference... just drop
> > JvXPPrpgress bar onto form and:
> > 
> > procedure TForm1.Button1Click(Sender: TObject);
> > var x: Integer;
> > begin
> >   for x:= JvXPProgressBar2.Min to JvXPProgressBar2.Max do begin
> >      JvXPProgressBar2.StepIt;
> >      JvXPProgressBar2.Refresh;
> >      Sleep(60);
> >   end;
> >   ShowMessage('Done');
> > end;
> > 
> > I see the progrssbar to show 100% way before message box pops up.
> > If I include
> > 
> >   JvXPProgressBar2.Steps:= 1;
> > 
> > in front of the loop, progress bar stays at 0%
> > 
> > Also, it looks like Smooth property isn't implemented - true or false,
> > the bar looks the same. Reported as
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3724
> > 
> > 
> > ain

Ain,

You might be right, my main concern was the fact that at position:=max
for a lot of values (7,8,9,10) was nowhere near 100% full.  I also
tried with 1000 and incremented between 900 and 1000 on position and it
seemed to be at 100% at about 995.

What results do you get at position:=max = 10?

Cheers,

-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: @in@taavi.ee
Date: Tue, 23 May 2006 19:23:31 GMT
Newsgroups: jedi.vcl

On Tue, 23 May 2006 14:24:04 +0000 (UTC), "Jason Chapman"
<jason@no_jac2._spam.co.uk> wrote:

> >Should be:
> >procedure TJvBaseProgressBar.Paint;
> >var
> >  ASize : Integer;
> >begin
> >  if (Max - Min <= 0) or (Width <= 0) or (Height <= 0) then
> >    Exit;
> >  // calculate the size of the bar based on Min, Max, Position and
> >Width or Height
> >  ASize := MulDiv(GetMaxBarSize, (Position - Min), (Max - Min));
> >  if not Smooth then
> >    ASize := (ASize div steps) * steps;
> >  DrawBar(Canvas, ASize);
> >end;

Hmm, in my quick test it doesn't make a difference... just drop
JvXPPrpgress bar onto form and:

procedure TForm1.Button1Click(Sender: TObject);
var x: Integer;
begin
  for x:= JvXPProgressBar2.Min to JvXPProgressBar2.Max do begin
     JvXPProgressBar2.StepIt;
     JvXPProgressBar2.Refresh;
     Sleep(60);
  end;
  ShowMessage('Done');
end;

I see the progrssbar to show 100% way before message box pops up.
If I include

  JvXPProgressBar2.Steps:= 1;

in front of the loop, progress bar stays at 0%

Also, it looks like Smooth property isn't implemented - true or false,
the bar looks the same. Reported as
http://homepages.borland.com/jedi/issuetracker/view.php?id=3724


ain


Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 24 May 2006 04:03:49 +1000
Newsgroups: jedi.vcl

Jason Chapman wrote, on 23/05/2006 8:48 PM:
> 1) I work out how to get the daily builds / SVN etc etc and get posting
> rights

Here is a simple step by step guide to accessing the subversion repository:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

Even if you don't have commit rights, this will make it very easy to create a diff/patch file for uploading to Mantis, as is described on the page above.

-- 
enjoy life,
           Elahn


Subject: Re: Installation 3.20 problems when starting iDE.
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 24 May 2006 03:53:21 +1000
Newsgroups: jedi.vcl

Florent Ouchet wrote, on 23/05/2006 8:39 PM:
>> Another guide:
>> http://homepages.borland.com/jedi/wiki/index.php?title=Repository
>
> You're right, I am bookmarking this URL not to forget it.

If you use Thunderbird, a great plugin is Quicktext:

http://extensions.hesslow.se/quicktext/

-- 
enjoy life,
           Elahn


Subject: Re: DLL and "is" operator
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 23 May 2006 18:43:23 +0200
Newsgroups: jedi.vcl

AR wrote:
> if ( myObj is TMyClass ) then ....
>
> to work both in app and dll. Is plugin in form of a package the only solution ?

At least build the application and plug in dll using the vcl package. But with the plug in manager, you may also need the package containing the plug in components.

As an alternative, you should simply check class names. I think JclRTTI contains an IsClassByName function for this very purpose. It used to contain one, but I'm not sure if it's still there. I may be wrong about the name, too.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Is there a unit/procedure/function for CPU Usage
From: "G.W. van der Vegt" <wvd_vegt@knoware.nl>
Date: Tue, 23 May 2006 17:08:14 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Ed a écrit :
>> I'm look for a way to get the CPU Usage returned as a Integer so I can put it in a ProgressBar.  Is there a procedure/function call for this in any of the units.

You could look for code that reads the NT performance counters but be warned it's very sensitive stuff and can ruin a lot.

See http://www.profscomponents.com/code/Components/Performance/intro.htm (commercial)
or  http://www.delphi32.com/vcl/2947/ (free)
or  http://www.wilsonc.demon.co.uk/delphi.htm (free)
or  http://www.torry.net/authorsmore.php?id=1578 (free)
or  http://www.aldyn.ru/products/cpu_usage/index.html (free)

-- 
G.W. van der Vegt


Subject: Re: Is there a unit/procedure/function for CPU Usage
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 23 May 2006 16:38:13 +0200
Newsgroups: jedi.vcl

Ed a écrit :
> I'm look for a way to get the CPU Usage returned as a Integer so I can put it in a ProgressBar.  Is there a procedure/function call for this in any of the units.

Ed,

There is not any function that can return the load percentage of a processor neither in the JVCL nor in the JCL because there is no Win32 API to get this value. Searching in the MSDN documentation, the keywords matched few topics in the Windows Management Instrumentation (WMI) section: the CIM_Processor class contains a field about processor load (unit is percentage).

Regards,

-- 
Florent Ouchet


Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 23 May 2006 16:30:02 +0200
Newsgroups: jedi.vcl

Jason Chapman wrote:

> HIH and sorry for not being able to upload myself. As I say, I'll read
> the FAQ's.

Well, save the output in a text file and upload that file, that will be enough for me ;-)


Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Tue, 23 May 2006 14:25:25 +0000 (UTC)
Newsgroups: jedi.vcl

Jason Chapman wrote:

> > OBones wrote:
> > 
>> > > Please attach a diff file for your changes.
> > 

Forgot to say, this is in jvProgressBar.pas
-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Tue, 23 May 2006 14:24:04 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Please attach a diff file for your changes.

OK, Using Winmerge (use for GUI merge, not diff files).
Original File has SVN heading: 
// $Id: JvProgressBar.pas,v 1.28 2005/07/28 11:09:23 ahuser Exp $

Diff File:
218c218
<   ASize, APos: Integer;
---
> >   ASize : Integer;
223c223
<   APos := Position;
---
> >   ASize := MulDiv(GetMaxBarSize, (Position - Min), (Max - Min));
225,226c225
<     APos := APos - APos mod Steps;
<   ASize := MulDiv(GetMaxBarSize, (APos - Min), (Max - Min));
---
> >     ASize := (ASize div steps) * steps;

Or in a human readable:
Was:
procedure TJvBaseProgressBar.Paint;
var
  ASize, APos: Integer;
begin
  if (Max - Min <= 0) or (Width <= 0) or (Height <= 0) then
    Exit;
  // calculate the size of the bar based on Min, Max, Position and
Width or Height
  APos := Position;
  if not Smooth then
    APos := APos - APos mod Steps;
  ASize := MulDiv(GetMaxBarSize, (APos - Min), (Max - Min));
  DrawBar(Canvas, ASize);
end;
Should be:
procedure TJvBaseProgressBar.Paint;
var
  ASize : Integer;
begin
  if (Max - Min <= 0) or (Width <= 0) or (Height <= 0) then
    Exit;
  // calculate the size of the bar based on Min, Max, Position and
Width or Height
  ASize := MulDiv(GetMaxBarSize, (Position - Min), (Max - Min));
  if not Smooth then
    ASize := (ASize div steps) * steps;
  DrawBar(Canvas, ASize);
end;

HIH and sorry for not being able to upload myself. As I say, I'll read
the FAQ's.

-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Is there a unit/procedure/function for CPU Usage
From: "Ed" <ebrazell@selectqu.com>
Date: Tue, 23 May 2006 10:08:08 -0400
Newsgroups: jedi.vcl

I'm look for a way to get the CPU Usage returned as a Integer so I can put 
it in a ProgressBar.  Is there a procedure/function call for this in any of 
the units.

Thanks,

Ed 




Subject: Re: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 23 May 2006 13:48:18 +0200
Newsgroups: jedi.vcl

Please attach a diff file for your changes.


Subject: Fix for: Mantis: 0003720: JvXPProgressBar doesnt work as expected
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Tue, 23 May 2006 10:48:51 +0000 (UTC)
Newsgroups: jedi.vcl

All,
I thought it was time I did something, so plucked this bug off the top
of the list.

I have fixed for the JvXPProgressBar, but the same code is used in
other descendants of TJvBaseProgressBar.

I have done this on 3.2 release by copying the relevant fiel to the EXE
dir and tinkering in there.  I was suprised how long it took to fix (an
hour and a half), for what initially seemed like it would be 10
minutes.  I suppose one shouldn't estimate when you haven't looked at
the code or the object hierarchy.

Anyway, I have attached the fix to the Mantis Bug, but have not set up
SVN / Daily builds etc.  So choices are:
1) I work out how to get the daily builds / SVN etc etc and get posting
rights
2) I leave the fix in mantis and someone who already has the rights and
is into the swing of JVCL mods does the change.

I would prefer (1), but no time today, tomorrow..... so it would be a
while.  Will someone pick it up, if I promise to work all the glue I
need to get update rights and read all the docs some time.

Oh and someone should really review the fix to ensure it is correct.

Cheers,
-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: Installation 3.20 problems when starting iDE.
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 23 May 2006 12:39:35 +0200
Newsgroups: jedi.vcl

Elahn Ientile a écrit :
> Another guide:
> http://homepages.borland.com/jedi/wiki/index.php?title=Repository

Hi,

You're right, I am bookmarking this URL not to forget it.

-- 
Florent Ouchet


Subject: Re: Installation 3.20 problems when starting iDE.
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 23 May 2006 20:15:28 +1000
Newsgroups: jedi.vcl

Florent Ouchet wrote, on 23/05/2006 8:10 PM:
> This is now fixed, please check out our development repository as explained at http://sourceforge.net/svn/?group_id=47514 (you will need to check out the JVCL repository too http://sourceforge.net/svn/?group_id=45786).

Another guide:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

-- 
enjoy life,
           Elahn


Subject: Re: Installation 3.20 problems when starting iDE.
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 23 May 2006 12:10:17 +0200
Newsgroups: jedi.vcl

Hi,

This is now fixed, please check out our development repository as explained at http://sourceforge.net/svn/?group_id=47514 (you will need to check out the JVCL repository too http://sourceforge.net/svn/?group_id=45786).

Regards,

-- 
Florent Ouchet


Subject: Re: Ambiguity arises after loading 3.20
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 23 May 2006 20:01:47 +1000
Newsgroups: jedi.vcl

Sabetay Toros wrote, on 23/05/2006 6:20 PM:
> I'm using BCB6. After upgrading to 3.20 now the compiler gaves the above errors to the following line.

Hi Sabetay,

I have no idea what could cause that... you could try the latest development version (daily zip or subversion repository) and see if it still occurs:

http://homepages.borland.com/jedi/wiki/index.php?title=Download

-- 
enjoy life,
           Elahn


Subject: DLL and "is" operator
From: AR <arturr@opegieka.pl>
Date: Tue, 23 May 2006 11:58:22 +0200
Newsgroups: jedi.vcl

I use PluginManager and DLL-s in my App. I encountered a known problem with "is" or "as" operator checking object class type across dll and app. Because app and dll have two different VMTs informations, they identify my object class created in dll incorrectly. How to replace the solution :

if ( myObj is TMyClass ) then ....

to work both in app and dll. Is plugin in form of a package the only solution ?

Regards
Artur


Subject: TJvDBGrid and resizeable rows
From: Bepy Scacioa <freddy.junior@email.it>
Date: Tue, 23 May 2006 11:30:59 +0200
Newsgroups: jedi.vcl

Hi,

I need to display lines of text on a DBGrid, but words must be wrapped and rows must autoarrange height to accomodate long texts (no horizontal scroll should be needed).

Example table:

            TEXT COLUMN (16 chars length)
            ________________
FIRST ROW   aaa bbb ccc
            ________________
SECOND ROW  aaa bbb ccc ddd
            eee fff ggg
            ________________
THIRD ROW   aaa
            ________________

I've tried this behaviour with TJvDBGrid but no luck...
Any suggestion ?


Subject: Ambiguity arises after loading 3.20
From: Sabetay Toros <bilsarbiz@ttnet.net.tr>
Date: Tue, 23 May 2006 11:20:04 +0300
Newsgroups: jedi.vcl

  [C++ Error] yyp.cpp(38): E2015 Ambiguity between 'TJvComponent' and 'Jvcomponent::TJvComponent'
  [C++ Error] yyp.cpp(38): E2034 Cannot convert 'TJvComponent *' to 'Jvcomponent::TJvComponent *'
  [C++ Error] yyp.cpp(39): E2285 Could not find a match for 'TJvBalloonHint::TJvBalloonHint(Jvcomponent::TJvComponent *)'
  [C++ Warning] yyp.cpp(361): W8004 'Cmp' is assigned a value that is never used

Hi,
I'm using BCB6. After upgrading to 3.20 now the compiler gaves the above errors to the following line.

these are included files

#include "JvBrowseFolder.hpp"
#include "JvComponent.hpp"
#include "JvBalloonHint.hpp"


                   , FBallonHintComp( new TJvComponent (this))


What am I doing wrong, Any ideas

Thanks

Sabetay


Subject: Re: TJvEdit and ThemedPassword
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 23 May 2006 09:24:49 +0200
Newsgroups: jedi.vcl

"Remko Bonte" wrote in message <news:e4skog$qd8$1@news.talkto.net>:

> > Looking at the source code of JvEdit.pas the colors should be set as 
> > followed:
> > 
> > DisabledColor: clWindow
> > DisabledTextColor: clGrayText
Thanks for responding,

My fault - I thought the default values of properties are displayed in bold
letters, but its the other way round. Anyway it works now as designed ;-)

Thank you!
-- cu, Michael 

Subject: Re: A question about RegisterMSTextConverters
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Tue, 23 May 2006 16:51:35 +1200
Newsgroups: jedi.vcl

Elahn Ientile <elahn@elahn.net> wrote on Tue, 23 May 2006 14:35:38 +1000

> >Jeff Cook wrote, on 23/05/2006 9:44 AM:
>> >> Thanks for the advice. It seems that the TJvRichEditToHtml component suffers from the same problem - presumably because it uses the same text converters. If you don't register the text converters, you just get the RTF format. However, I can avoid the creation of temporary files as in my original code, so that is a gain.
> >
> >TJvRichEditToHtml is all pascal code, it doesn't use the Microsoft API
> >at all (AFAICS). This means you can debug & step through this to find
> >the issue and fix it. :)
> >
> >--
> >enjoy life,
> > Elahn
Elahn


OK, thanks.  I'll have a look at it in the morning.  I thought that it used the Microsoft stuff because when I removed the line ...

  BodyText.RegisterMSTextConverters;

... the output was straight RTF with all the "{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fswiss\fcharset0 Arial;}"  gobble-de-gook..
Maybe I confused myself!

Cheers

Jeff

--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Re: A question about RegisterMSTextConverters
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 23 May 2006 14:35:38 +1000
Newsgroups: jedi.vcl

Jeff Cook wrote, on 23/05/2006 9:44 AM:
> Thanks for the advice.  It seems that the TJvRichEditToHtml component suffers from the same problem - presumably because it uses the same text converters.  If you don't register the text converters, you just get the RTF format.  However, I can avoid the creation of temporary files as in my original code, so that is a gain.

TJvRichEditToHtml is all pascal code, it doesn't use the Microsoft API at all (AFAICS). This means you can debug & step through this to find the issue and fix it. :)

-- 
enjoy life,
           Elahn


Subject: Re: Speller Problem With SelStart
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 23 May 2006 14:30:18 +1000
Newsgroups: jedi.vcl

Elahn Ientile wrote, on 22/05/2006 5:38 AM:
> AFAICS, the bug is in TJvSpellChecker. If I run the JvSpellCheckerDemo with FastMM and then close it without doing anything, it sits there for an extremely long period of time generating the leak report - I don't know how long 'cause I've not waited for it to finish.
>
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3716

Remko has fixed this. Please test it to see if it is fixed for D5 as well. You'll need to use the repository version or wait for the next daily zip.

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

-- 
enjoy life,
           Elahn


Subject: Re: A question about RegisterMSTextConverters
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Tue, 23 May 2006 11:44:46 +1200
Newsgroups: jedi.vcl

Elahn Ientile <elahn@elahn.net> wrote on Mon, 22 May 2006 20:16:12 +1000

> >Jeff Cook wrote, on 22/05/2006 10:29 AM:
>> >> I'm using a a TJvRichEdit called BodyText to enter some text with font name, style, colour and size changes.
>> >>
>> >> I use the code below to convert the RTF to html. When I open the html file I see that the style, color and sizes work OK but it all comes out in the wrong font. It is displaying in Time New whereas the original was in Arial.
> >
> >Hi Jeff,
> >
> >If you're only converting to html, not loading html into the
> >TJvRichedit, you could try JvRichEditToHtml.pas.
> >
> >At the top of RegisterMSTextConverters, there are the following links
> >which may have more information:
> >
> >http://support.microsoft.com/support/kb/articles/q212/2/65.asp
> >http://www.microsoft.com/office/ork/2003/tools/BoxA07.htm
> >
> >--
> >enjoy life,
> > Elahn

Elahn


Thanks for the advice.  It seems that the TJvRichEditToHtml component suffers from the same problem - presumably because it uses the same text converters.  If you don't register the text converters, you just get the RTF format.  However, I can avoid the creation of temporary files as in my original code, so that is a gain.

This might be as good as it gets without parting with money for some fancy tool - not that I mind spending money on good components, but in this instance probably not worth it.


Cheers
--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Mon, 22 May 2006 19:41:36 -0400
Newsgroups: jedi.vcl

I can't add anything at all. I fporgot my pword and the site was supposed to send to my email and never did. Oc ourse maybe it takes more htan 10 hours?

Anyway, there are more silly problems with this.

I put in:

don'z
don'q
don'v
don'j

It responde dhta there was nothing to check since all the words are < 4 characters long. The length was terminated by the ' after the n. Not too good I would say.

I will post that alos when I get on it.


Elahn Ientile wrote:
> MrT wrote, on 22/05/2006 4:34 AM:
>
>> With memo as reText, problem was not there so it is the JvRichEdit.
>
>
> AFAICS, the bug is in TJvSpellChecker. If I run the JvSpellCheckerDemo with FastMM and then close it without doing anything, it sits there for an extremely long period of time generating the leak report - I don't know how long 'cause I've not waited for it to finish.
>
> By commenting out lines 340 & 353 in JvSpellChecker.pas, it removes the memory leak. i.e. in TJvDefaultSpellChecker.BuildTables, the lines: StrAddRef(Value);
>
> The problem is apparently that the strings for the words aren't being disposed of correctly. Since this isn't my area of expertise, I'll leave it to someone else to fix.
>
> I've added this to Mantis:
>
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3716
>
> Please monitor the issue on Mantis and test it once it has been fixed.
>



Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Mon, 22 May 2006 13:37:14 -0400
Newsgroups: jedi.vcl

Hi:

 I downloaded tha latest and all I got were compiler error - 1st line tooo long > 1023 characters and it wasn't??

Elahn Ientile wrote:

> MrT wrote, on 22/05/2006 2:35 PM:
>
>> Interestingly enough, I just downloaded and installed 3.20 and the Speller example now uses a Memo instead of  a JvRichEdit. That is a pretty sneaky way around a problem, eh?
>>
>>
>> Should I report as a bu or try to fix it?
>
>
> Definitely try to fix it. Once you have fixed it (or if you can't), please report it on Mantis.
>
> It would be a good idea to try the Subversion Repository version or the latest Daily zip first though (as I suggested before), in case it has been fixed. Even if it hasn't, at least you know you'll be modifying the latest version of the file(s), not an old version.
>



Subject: Re: TJvEdit and ThemedPassword
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 22 May 2006 17:18:43 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "Remko Bonte" wrote in message <news:e4sjck$q3s$1@news.talkto.net>:
>
>> The only work-around now is to use the default values for the DisabledTextColor and DisabledColor properties.
>
> Remko,
>
> thanks for this fast reply. However I did set DisabledColor to clBtnFace
> and DisabledTextColor to clBtnText. But the bullets do not show up.

Looking at the source code of JvEdit.pas the colors should be set as followed:

DisabledColor: clWindow
DisabledTextColor: clGrayText

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvEdit and ThemedPassword
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 22 May 2006 17:09:15 +0200
Newsgroups: jedi.vcl

"Remko Bonte" wrote in message <news:e4sjck$q3s$1@news.talkto.net>:

> > The only work-around now is to use the default values for the 
> > DisabledTextColor and DisabledColor properties.
Remko,

thanks for this fast reply. However I did set DisabledColor to clBtnFace
and DisabledTextColor to clBtnText. But the bullets do not show up.

Do you think that other properties are responsible for this? 

-- cu, Michael 

Subject: Re: TJvEdit and ThemedPassword
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 22 May 2006 16:55:19 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Hi,
>
> I'm using a TJvEdit component, setting ThemedPassword and ProtectPassword
> to True. After running my program, the text in the edit field shows some
> big dots or bullets, well know from the Windows XP logon screen.
>
> Setting Enabled on this edit field to False the bullets disappear and are
> changed into some special characters like an 'I' with an accent on it.
>
> I thought this has been fixed some release or revisions before as I already
> reported this issue some weeks/months before.

The problem is that if you set the DisabledTextColor or DisabledColor property to an non-default value than custom painting is done (if Enabled is false).

The custom painting does not draw the bullets when themed, but the 'I' with an accent on it, as you noted. There is no solution for this in SVN (CVS). I don't know how to fix this, because I don't know how to paint the themed bullets.

The only work-around now is to use the default values for the DisabledTextColor and DisabledColor properties.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvEdit and ThemedPassword
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 22 May 2006 16:31:31 +0200
Newsgroups: jedi.vcl

Hi,

I'm using a TJvEdit component, setting ThemedPassword and ProtectPassword
to True. After running my program, the text in the edit field shows some
big dots or bullets, well know from the Windows XP logon screen.

Setting Enabled on this edit field to False the bullets disappear and are
changed into some special characters like an 'I' with an accent on it.

I thought this has been fixed some release or revisions before as I already
reported this issue some weeks/months before.
-- cu, Michael 

Subject: Re: Installation 3.20 problems when starting iDE.
From: MrT <tultalk@attglobal.net>
Date: Mon, 22 May 2006 09:46:45 -0400
Newsgroups: jedi.vcl

Hi:

  Thanks. Doesn't seem to be any effect.

Florent Ouchet wrote:
> OBones a écrit :
>
>> The bpg files from the JCL are not up to date in the "release" packages. I believe they have been updated in the SVN version.
>
>
> Hi,
>
> They are not updated yet but that's the next item on my todo list.
> I would like to finish the development of the repository expert first.
> Other developers are welcome to have a look at this issue that was previously reported in our issue tracker: http://homepages.borland.com/jedi/issuetracker/view.php?id=3691
>



Subject: Re: A question about RegisterMSTextConverters
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 22 May 2006 20:16:12 +1000
Newsgroups: jedi.vcl

Jeff Cook wrote, on 22/05/2006 10:29 AM:
> I'm using a a TJvRichEdit called BodyText to enter some text with font name, style, colour and size changes.
> I use the code below to convert the RTF to html.  When I open the html file I see that the style, color and sizes work OK but it all comes out in the wrong font.  It is displaying in Time New whereas the original was in Arial.

Hi Jeff,

If you're only converting to html, not loading html into the TJvRichedit, you could try JvRichEditToHtml.pas.

At the top of RegisterMSTextConverters, there are the following links which may have more information:

http://support.microsoft.com/support/kb/articles/q212/2/65.asp
http://www.microsoft.com/office/ork/2003/tools/BoxA07.htm

-- 
enjoy life,
           Elahn


Subject: Re: About Flat property
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 22 May 2006 11:46:21 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Remko Bonte wrote:
>
>> Another thing to consider is that controls also have other properties and methods with Ctl3D in their name, e.g. ParentCtl3D: The TJvComboEdit has now a Flat property and a ParentCtl3D property, which is not good IMO.
>
> But we could "unpublish" ParentCtl3D and publish a property called ParentFlat.

Yes, my only point is that components that have a Flat property and a ParentCtl3D property look a bit weird.

One option is indeed to unpublish ParentCtl3D etc. which is not that simple I think.

Another option is to keep the old and not descriptive name Ctl3D.

(And another option is to mix those properties.)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Schedule Manager - Cannot focus on invisible or invisible window
From: Marek <marekk@simtel.pl>
Date: Mon, 22 May 2006 11:44:47 +0200
Newsgroups: jedi.vcl

jvcl 3.20 jcl 1.97

OBones napisał(a):
> Which version of the JVCL do you use?
>


Subject: Re: Speller Problem With SelStart
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 22 May 2006 19:09:57 +1000
Newsgroups: jedi.vcl

MrT wrote, on 22/05/2006 2:35 PM:
> Interestingly enough, I just downloaded and installed 3.20 and the Speller example now uses a Memo instead of  a JvRichEdit. That is a pretty sneaky way around a problem, eh?
>
>
> Should I report as a bu or try to fix it?

Definitely try to fix it. Once you have fixed it (or if you can't), please report it on Mantis.

It would be a good idea to try the Subversion Repository version or the latest Daily zip first though (as I suggested before), in case it has been fixed. Even if it hasn't, at least you know you'll be modifying the latest version of the file(s), not an old version.

-- 
enjoy life,
           Elahn


Subject: Re: About Flat property
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 22 May 2006 11:07:23 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> OBones wrote:
>> Hi guys,
>>
>> According to Delphi's help, Ctl3D has no effect under NT4 and later, but this is not quite true, at least for TEdit. 
>
> IIRC 16 bit applications could use the Ctl3D32.dll to have a 32 bit look, ie a 3d look. My guess it that in delphi 2 or so this property became deprecated. But later Borland used this property for another purpose but forgot to update the help file.
>
> Another thing to consider is that controls also have other properties and methods with Ctl3D in their name, e.g. ParentCtl3D: The TJvComboEdit has now a Flat property and a ParentCtl3D property, which is not good IMO.

But we could "unpublish" ParentCtl3D and publish a property called ParentFlat.


Subject: Re: Speller Problem With SelStart
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 22 May 2006 19:05:18 +1000
Newsgroups: jedi.vcl

MrT wrote, on 22/05/2006 1:58 PM:
>   I downloaded and installed the 3.20 version. Same AV when lines commented out.
>
> D5 win2k sp3

Please post this to the Mantis issue, along with which D5 Updates you have installed.

-- 
enjoy life,
           Elahn


Subject: Re: About Flat property
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 22 May 2006 11:01:28 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hi guys,
>
> According to Delphi's help, Ctl3D has no effect under NT4 and later, but this is not quite true, at least for TEdit. 

IIRC 16 bit applications could use the Ctl3D32.dll to have a 32 bit look, ie a 3d look. My guess it that in delphi 2 or so this property became deprecated. But later Borland used this property for another purpose but forgot to update the help file.

Another thing to consider is that controls also have other properties and methods with Ctl3D in their name, e.g. ParentCtl3D: The TJvComboEdit has now a Flat property and a ParentCtl3D property, which is not good IMO.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installation 3.20 problems when starting iDE.
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 22 May 2006 10:06:04 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> The bpg files from the JCL are not up to date in the "release" packages. I believe they have been updated in the SVN version.

Hi,

They are not updated yet but that's the next item on my todo list.
I would like to finish the development of the repository expert first.
Other developers are welcome to have a look at this issue that was previously reported in our issue tracker: http://homepages.borland.com/jedi/issuetracker/view.php?id=3691

-- 
Florent Ouchet


Subject: Re: Installation 3.20 problems when starting iDE.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 22 May 2006 07:56:32 +0200
Newsgroups: jedi.vcl

MrT wrote:

> Hi:
>
>
> Confused. These were from the project file. Must be old but, they are listed in JclPackagesD50.bpg but the dpk are not there. More old leftover in JEDI(D)??

The bpg files from the JCL are not up to date in the "release" packages. I believe they have been updated in the SVN version.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Installation 3.20 problems when starting iDE.
From: MrT <tultalk@attglobal.net>
Date: Mon, 22 May 2006 01:41:02 -0400
Newsgroups: jedi.vcl

Hi:


Confused. These were from the project file. Must be old but, they are listed in JclPackagesD50.bpg but the dpk are not there. More old leftover in JEDI(D)??

MrT wrote:
> Hi:
>
> Need a little help here. The apps I open seem to compile with the new version but I get these errors.
>
> D5 win2k sp3
>
>   After installing C5/D5 jcl/jvcl from 3.20 package, when I start Delphi with a project I get errors:
>
>   1. Can't find JclDebugIDE50.bpl.
>
>   2  Can't find DLL Djcl50.bpl
>
>   3 ThreadNameExpertd50.bpl
>
> Any suggestions?
>
>
> Thanks
>
> Best regards
>
>
>
>



Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Mon, 22 May 2006 00:35:37 -0400
Newsgroups: jedi.vcl

Interestingly enough, I just downloaded and installed 3.20 and the Speller example now uses a Memo instead of  a JvRichEdit. That is a pretty sneaky way around a problem, eh?


Should I report as a bu or try to fix it?

Thanks.

Best regards.


MrT wrote:

> With memo as reText, problem was not there so it is the JvRichEdit.
>
> So, what do we do here???
>
> Thanks.
>
> Best regards
>
> MrT wrote:
>
>> How would I tell? The demo does the same thing my app does.
>>
>> I will paste a memo over the richedit and see it it works with that okay. That should be the test.
>>
>> OBones wrote:
>>
>>> Are you sure it's the JVCL, and not simply the RichEdit the offender here?
>>>
>>
>



Subject: Installation 3.20 problems when starting iDE.
From: MrT <tultalk@attglobal.net>
Date: Mon, 22 May 2006 00:31:00 -0400
Newsgroups: jedi.vcl

Hi:

Need a little help here. The apps I open seem to compile with the new version but I get these errors.

D5 win2k sp3

  After installing C5/D5 jcl/jvcl from 3.20 package, when I start Delphi with a project I get errors:

  1. Can't find JclDebugIDE50.bpl.

  2  Can't find DLL Djcl50.bpl

  3 ThreadNameExpertd50.bpl

Any suggestions?


Thanks

Best regards






Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Sun, 21 May 2006 23:58:35 -0400
Newsgroups: jedi.vcl

Hi:

  I downloaded and installed the 3.20 version. Same AV when lines commented out.

D5 win2k sp3


Elahn Ientile wrote:
> MrT wrote, on 22/05/2006 7:11 AM:
>
>>   When I commnetd those out I get AV at <----- below:
>>
> <snip>
>
>>>
>>> I found StrAddRef(Value); in two places line 330 and 343. Maybe I have a different file than you. I commneted out the two lines and it stll had big leaks.
>
>
> I use the Subversion repository to stay up to date.
> http://homepages.borland.com/jedi/wiki/index.php?title=Download
>
> Commenting out these lines is NOT a solution, it simply illustrates where the problem lies. If after updating to the SVN version or daily zip, you still receive an AV after starting the demo & immediately closing it without doing anything, post your Delphi & OS versions.
>
> I only tested this on Delphi 7 Ent on Win2K.
>



Subject: A question about RegisterMSTextConverters
From: Jeff Cook <jeffc@aspect.co.nz>
Date: Mon, 22 May 2006 12:29:37 +1200
Newsgroups: jedi.vcl

Hi

I'm using a a TJvRichEdit called BodyText to enter some text with font name, style, colour and size changes. 

I use the code below to convert the RTF to html.  When I open the html file I see that the style, color and sizes work OK but it all comes out in the wrong font.  It is displaying in Time New whereas the original was in Arial.

Looking at temporary file I see that there is no <FONT FACE ...> at the start.  Just the SIZE was set and FACE was only set on the first change - near the end of the file.

Why is this?  And more to the point - is there a solution?

Cheers

Jeff

=============================
procedure TSmtpTestForm.FormCreate(Sender: TObject);
begin
  ...
  sl := TStringList.Create;
  BodyText.RegisterMSTextConverters;
end;
=============================
later
===================
  BodyText.Lines.SaveToFile('c:\temp\lines.html');
  sl.LoadFromFile('c:\temp\lines.html');
===================

<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252">
<META NAME="Generator" CONTENT="Internet Assistant for Word Version 3.0">
</HEAD>
<BODY>

<FONT SIZE=2><P>Dear Grant,</P>

</FONT><B><FONT COLOR="#ff0000"><P ALIGN="CENTER">Welcome to ASL Demonstration Realty Ltd</P>
</B></FONT><FONT SIZE=2>
<P>Thank you for choosing ASL Demonstration Realty Ltd to provide property management services to you.  Our aim is that the service we provide will at all times meet or exceed your expectations.</P>

<P>A list of our key staff who you may deal with from time to time is supplied below. If you have any questions or concerns please contact one of them.</P>

<P>Would you check the details below we have on file and if any item is incorrect would you advise me as soon as you are able.</P>

<P>Property owners name: <B>Mr Grant Black</P>
</B><P>Contact person: <B>Grant</P>
</B><P>Contact address: <B>2/19 Terry St, Mt Roskill</P>
</B><P>Contact phone numbers: <B>0-9-424 3588(day),0-9-424 3036(a/h),021-635 222(mob),0-9-426 2900(fax)</P>
</B><P>Contact email: <B>blackie@xtra.co.nz</P>
</B><P>Rental Payments: <B>Direct Credit to 22 2222 2222228 000</P>
</B>
<P>We are able to provide monthly statements by email and if you would like to do so please contact our office.</P>

<P>Thanks again for choosing ASL Demonstration Realty Ltd and please call if we can be of assistance at any time.</P>

<P>Yours sincerely,</P>

</FONT><B><I><FONT FACE="Curlz MT" SIZE=4><P>Ray Kneenights</P> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< here!
</B></I></FONT><FONT SIZE=2>
<P>Property Manager</P>
</FONT><FONT FACE="Comic Sans MS" SIZE=2></FONT></BODY>
</HTML>



--
Jeff Cook
Aspect Systems Ltd
Phone: +64-9-424 5388
Skype: jeffcooknz
www.aspect.co.nz
 





Subject: Re: Speller Problem With SelStart
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 22 May 2006 08:31:52 +1000
Newsgroups: jedi.vcl

MrT wrote, on 22/05/2006 7:11 AM:
>   When I commnetd those out I get AV at <----- below:
>
<snip>
>>
>> I found StrAddRef(Value); in two places line 330 and 343. Maybe I have a different file than you. I commneted out the two lines and it stll had big leaks.

I use the Subversion repository to stay up to date.
http://homepages.borland.com/jedi/wiki/index.php?title=Download

Commenting out these lines is NOT a solution, it simply illustrates where the problem lies. If after updating to the SVN version or daily zip, you still receive an AV after starting the demo & immediately closing it without doing anything, post your Delphi & OS versions.

I only tested this on Delphi 7 Ent on Win2K.

-- 
enjoy life,
           Elahn


Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Sun, 21 May 2006 17:11:19 -0400
Newsgroups: jedi.vcl

Hi:

  When I commnetd those out I get AV at <----- below:

procedure TJvDefaultSpellChecker.ClearTables;
var
  I, J: Integer;
  List: TList;
  S: string;
begin
  if FSoundexTable <> nil then
    for I := 0 to FSoundexTable.Count - 1 do
    begin
      TList(FSoundexTable[I]).Free;
      FSoundexTable[I] := nil;
    end;
//    FSoundexTable.Clear;

  if FWordTable <> nil then
    for I := 0 to FWordTable.Count - 1 do
    begin
      List := TList(FWordTable[I]);
      if List <> nil then
      begin
        for J := 0 to List.Count - 1 do
        begin
          S := PChar(List[J]);
          StrDecRef(S);  <---------------
        end;


MrT wrote:
> Hi:
>
>
> Thanks.
>
> Elahn Ientile wrote:
>
>> MrT wrote, on 22/05/2006 4:34 AM:
>>
>>> With memo as reText, problem was not there so it is the JvRichEdit.
>>
>>
>     This comment had to do with incrementing selstart, not with the leak.
>
>
>>
>> AFAICS, the bug is in TJvSpellChecker. If I run the JvSpellCheckerDemo with FastMM and then close it without doing anything, it sits there for an extremely long period of time generating the leak report - I don't know how long 'cause I've not waited for it to finish.
>>
>
>    That is what hapopned with me. OI had to terminate memproof as it was going on forever.
>
>
>> By commenting out lines 340 & 353 in JvSpellChecker.pas, it removes the memory leak. i.e. in TJvDefaultSpellChecker.BuildTables, the lines: StrAddRef(Value);
>
>
> I found StrAddRef(Value); in two places line 330 and 343. Maybe I have a different file than you. I commneted out the two lines and it stll had big leaks.
>
> Interesting.
>
>
>
>>
>> The problem is apparently that the strings for the words aren't being disposed of correctly. Since this isn't my area of expertise, I'll leave it to someone else to fix.
>>
>> I've added this to Mantis:
>>
>> http://homepages.borland.com/jedi/issuetracker/view.php?id=3716
>>
>> Please monitor the issue on Mantis and test it once it has been fixed.
>>
>



Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Sun, 21 May 2006 16:49:34 -0400
Newsgroups: jedi.vcl

Hi:


Thanks.

Elahn Ientile wrote:
> MrT wrote, on 22/05/2006 4:34 AM:
>
>> With memo as reText, problem was not there so it is the JvRichEdit.
>
    This comment had to do with incrementing selstart, not with the leak.


>
> AFAICS, the bug is in TJvSpellChecker. If I run the JvSpellCheckerDemo with FastMM and then close it without doing anything, it sits there for an extremely long period of time generating the leak report - I don't know how long 'cause I've not waited for it to finish.
>

   That is what hapopned with me. OI had to terminate memproof as it was going on forever.


> By commenting out lines 340 & 353 in JvSpellChecker.pas, it removes the memory leak. i.e. in TJvDefaultSpellChecker.BuildTables, the lines: StrAddRef(Value);

I found StrAddRef(Value); in two places line 330 and 343. Maybe I have a different file than you. I commneted out the two lines and it stll had big leaks.

Interesting.



>
> The problem is apparently that the strings for the words aren't being disposed of correctly. Since this isn't my area of expertise, I'll leave it to someone else to fix.
>
> I've added this to Mantis:
>
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3716
>
> Please monitor the issue on Mantis and test it once it has been fixed.
>



Subject: Re: installation troubles
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 21 May 2006 19:42:55 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > But can't it analyze DCP or BPL ?

If you give me the code and I have the time, I could add this feature. But
at the moment I do not have any time to do this. And that is the case
until july.


-- Regards, Andreas Hausladen 

Subject: Re: Speller Problem With SelStart
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 22 May 2006 05:38:32 +1000
Newsgroups: jedi.vcl

MrT wrote, on 22/05/2006 4:34 AM:
> With memo as reText, problem was not there so it is the JvRichEdit.

AFAICS, the bug is in TJvSpellChecker. If I run the JvSpellCheckerDemo with FastMM and then close it without doing anything, it sits there for an extremely long period of time generating the leak report - I don't know how long 'cause I've not waited for it to finish.

By commenting out lines 340 & 353 in JvSpellChecker.pas, it removes the memory leak. i.e. in TJvDefaultSpellChecker.BuildTables, the lines: StrAddRef(Value);

The problem is apparently that the strings for the words aren't being disposed of correctly. Since this isn't my area of expertise, I'll leave it to someone else to fix.

I've added this to Mantis:

http://homepages.borland.com/jedi/issuetracker/view.php?id=3716

Please monitor the issue on Mantis and test it once it has been fixed.

-- 
enjoy life,
           Elahn


Subject: Re: installation troubles
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 21 May 2006 22:44:20 +0400
Newsgroups: jedi.vcl

19.05.06 в 00:14 Andreas Hausladen в своём письме писал(а):

>>   Error: Never-build package 'JvCoreD5R' requires always-build package
>> 'ThemeManagerD5' :( What about if installer checked this BEFORE
>> compilation ?
>
> The installer does not know where the ThemeManagerD5.dpk is.

But can't it analyze DCP or BPL ?


Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Sun, 21 May 2006 14:34:37 -0400
Newsgroups: jedi.vcl

With memo as reText, problem was not there so it is the JvRichEdit.

So, what do we do here???

Thanks.

Best regards

MrT wrote:
> How would I tell? The demo does the same thing my app does.
>
> I will paste a memo over the richedit and see it it works with that okay. That should be the test.
>
> OBones wrote:
>
>> Are you sure it's the JVCL, and not simply the RichEdit the offender here?
>>
>



Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Sun, 21 May 2006 14:15:48 -0400
Newsgroups: jedi.vcl

How would I tell? The demo does the same thing my app does.

I will paste a memo over the richedit and see it it works with that okay. That should be the test.

OBones wrote:
> Are you sure it's the JVCL, and not simply the RichEdit the offender here?
>



Subject: Re: About Flat property
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 May 2006 20:08:40 +0200
Newsgroups: jedi.vcl

OBones wrote:

> There is a need to publish one of these, and I favor the Flat property. What are your opinions, and which controls should have it published?

I prefer Flat also.
The reason is simple. Ctl3d is declared deprecated in the help for years now. It was introduced in the switch from Win 3.1 to Win95. Flat was introduced for the newer flat look of Win XP.
So it is only logical to use Flat. We have already reworked the JVCL in favor of Flat anyway.


Subject: Re: JVCL praise
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Sun, 21 May 2006 17:42:44 +0000 (UTC)
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > OBones wrote, on 18/05/2006 4:31 AM:
>>> > >>Agreed - I've become dependent on JCL/JVCL - I've even finally
> > learned  to look through "bloated palettes" <g> first before
> > searching for 3rd-
>>> > > > party solutions. 
>> > > 
>> > > The BDS2006 IDE is quite good for this, typing the first letters
>> > > after  having clicked on the palette will filter the available
>> > > components.  Quite handy.
> > 
> > Compbar 1.04 does this very nicely with Delphi 7 (I haven't tested it
> > with other versions). Looking on the web, I can't find a place to
> > download it anymore, but if anyone wants it, I'll post it to binaries.
> > 
> > It filters based on any part of the name, e.g. "label" would return
> > TLabel, TJvLinkLabel, etc.

Wow, this really makes life a lot easier.  I often think I remember
seeing something, but can't really remember exactly what it was I
wanted.  I have switched this to extended search so it searches for
*whatever* and then docked it next to the Object Inspector.  Only been
using it for a few minutes, but already wondering how I can ditch the
component pallette from the top of the screen!

-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: About Flat property
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 May 2006 18:31:16 +0200
Newsgroups: jedi.vcl

Hi guys,

Some controls have Flat property, others have Ctl3D. In most cases the JVCL controls do not publish any of these properties. It would be good to actually publish at least one these. According to Delphi's help, Ctl3D has no effect under NT4 and later, but this is not quite true, at least for TEdit.
There is a need to publish one of these, and I favor the Flat property. What are your opinions, and which controls should have it published?

Thanks

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Speller Problem With SelStart
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 May 2006 17:18:03 +0200
Newsgroups: jedi.vcl

Are you sure it's the JVCL, and not simply the RichEdit the offender here?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Sun, 21 May 2006 10:59:32 -0400
Newsgroups: jedi.vcl

Further problem with memory leaks.

I ran my app in memproof and it was horrible. 30,000 live pointers
size > 1.6 mb after close. 25 errors. I think it overwhelmed memproof.
Anyway I tried the speller demo and it had the same leaks.

Is Jcl a sieve?



MrT wrote:
> Hi:
>
> JEDI vcl Version 3.00
>
>   Using JvSpellChecker with JvRichEdit. Put in say 5 lines of text with misspelled words.
>
>   As spell checker pickes up the words on the first line, they are highlighted properly. When it goes to the second line, the selstart is advanced 1 character to the right of where it should be. On the third line, 2 characters to the right. This goes on for however many lines their are including lines without any text.
>
> I can't see right now where this is failing and how to correct it. This occurs in the demo and my app.
>
> Anyone familiar with this?
>
>
> Thanks
>
> Best regards
>



Subject: Speller Problem With SelStart
From: MrT <tultalk@attglobal.net>
Date: Sun, 21 May 2006 10:41:30 -0400
Newsgroups: jedi.vcl

Hi:

JEDI vcl Version 3.00

  Using JvSpellChecker with JvRichEdit. Put in say 5 lines of text with misspelled words.

  As spell checker pickes up the words on the first line, they are highlighted properly. When it goes to the second line, the selstart is advanced 1 character to the right of where it should be. On the third line, 2 characters to the right. This goes on for however many lines their are including lines without any text.

I can't see right now where this is failing and how to correct it. This occurs in the demo and my app.

Anyone familiar with this?


Thanks

Best regards



Subject: Re: Error installing JVCL 3
From: "Pete" <petesouthwest@hotmail.com>
Date: Sat, 20 May 2006 19:50:16 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Where do you have installed the JVCL directory? The dcc32.exe has a
> > stack overrun when the path of the source files is too long.

Many thanks, moved the jvcl folder to the root and it all worked fine!

-- 

Subject: Re: Error installing JVCL 3
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 20 May 2006 15:32:40 +0200
Newsgroups: jedi.vcl

Where do you have installed the JVCL directory? The dcc32.exe has a stack
overrun when the path of the source files is too long.


-- Regards, Andreas Hausladen 

Subject: Re: Error installing JVCL 3
From: "Pete" <petesouthwest@hotmail.com>
Date: Sat, 20 May 2006 12:17:00 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Pete a écrit :
>> > > ** error -1073741819 ** deleting "C:\Program
>> > > Files\Borland\Delphi6\Projects\Bpl"\JvCoreD6D.bpl
> > 
> > Pete,
> > 
> > -1073741819 = $C0000005 that is the system error code for access
> > violations.  I do not think the JVCL is able to fix access violations
> > in dcc32 code.  I think you have a corrupted DCU or DCP of the RTL,
> > VCL, JCL or JVCL somewhere on your hdd that crashes the compiler.
> > 
> > Regards,

How would I go about tracking that down? I dont seem to have any other
problems compiling my normal projects, pressumably as I'm not using the
corrupted file?

Do i have to re-install delphi and the updates?


-- 

Subject: Re: Error installing JVCL 3
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 20 May 2006 12:03:05 +0200
Newsgroups: jedi.vcl

Pete a écrit :
> ** error -1073741819 ** deleting "C:\Program
> Files\Borland\Delphi6\Projects\Bpl"\JvCoreD6D.bpl

Pete,

-1073741819 = $C0000005 that is the system error code for access violations.
I do not think the JVCL is able to fix access violations in dcc32 code.
I think you have a corrupted DCU or DCP of the RTL, VCL, JCL or JVCL somewhere on your hdd that crashes the compiler.

Regards,

-- 
Florent Ouchet


Subject: Re: Error installing JVCL 3
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 20 May 2006 11:47:58 +0200
Newsgroups: jedi.vcl

I might go in HKEY_CURRENT_USER as well.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Error installing JVCL 3
From: "Pete" <petesouthwest@hotmail.com>
Date: Sat, 20 May 2006 09:29:49 +0000 (UTC)
Newsgroups: jedi.vcl

Pete wrote:

> > Hi
> > 
> > when i try to install the JVCL i get errors and the 
> > install program showes:
> > 
> > 	Loaded template.res
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Compiling: Packages]
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Compiling: Packages]
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Compiling: JvCoreD6D.bpl]
> > Borland Delphi Version 14.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > ** error -1073741819 ** deleting "C:\Program
> > Files\Borland\Delphi6\Projects\Bpl"\JvCoreD6D.bpl
> > 
> > ** error 1 ** deleting CompilePackages
> > 
> > 
> > Any ideas?
> > 
> > Many thanks
> > Pete

The actual error message I get is:

AppName: dcc32.exe	 AppVer: 6.0.6.240	 ModName: dcc32.exe
ModVer: 6.0.6.240	 Offset: 00039798

-- 

Subject: Re: Error installing JVCL 3
From: "Pete" <petesouthwest@hotmail.com>
Date: Sat, 20 May 2006 09:04:14 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Pete wrote:
> > 
>> > > OBones wrote:
>> > > 
>> > > 
>>> > > > Have you installed ALL the updates for Delphi ?
>> > > 
>> > > 
>> > > I thought I had, but is there any way to check?
>> > > 
> > In the registry, look for this key:
> > 
> > HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Delphi\6.0
> > 
> > Under it, you have Values, one that is called Update #2 which value
> > should read TRUE and another called Pascal RTL Patch #2 which value
> > should also read TRUE.
> > 
> > That's what I have here, and I got it working just fine.

Hi

I checked the reg and it seemed I hadnt updated, So I ran the 
d6_upd2-pro again.

My reg still doesnt appear to have an entry for update, but when i look
at the delphi 'about' it says delphi pro version 6 (build 6.240) update
pack 2.


I am running the JVCL 3 with default settings...

Pete

-- 

Subject: Re: Error installing JVCL 3
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 20 May 2006 01:24:03 +0200
Newsgroups: jedi.vcl

Pete wrote:

> OBones wrote:
>
>
>> Have you installed ALL the updates for Delphi ?
>
>
> I thought I had, but is there any way to check?
>
In the registry, look for this key:

HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Delphi\6.0

Under it, you have Values, one that is called Update #2 which value should read TRUE and another called Pascal RTL Patch #2 which value should also read TRUE.

That's what I have here, and I got it working just fine.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Error installing JVCL 3
From: "Pete" <petesouthwest@hotmail.com>
Date: Fri, 19 May 2006 19:57:43 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Have you installed ALL the updates for Delphi ?

I thought I had, but is there any way to check?

-- 

Subject: Re: SVN and JclUnitVersionInfo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 19 May 2006 21:37:13 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi Elahn,

thanks a lot.

I've updated the files now.

Greetings
Jens

Elahn Ientile schrieb:
> Jens Fudickar wrote, on 18/05/2006 9:18 AM:
>> A few weeks (2) are over, any chance to see it in the next time :-)
>
> Well, that took a lot longer than I was expecting. JCL is done & committed - 791 files. JVCL changes are still being uploaded to sourceforge...I think they'll be going for a while longer...4365 files.
>
> Log Message: Set svn:keywords property to all keywords on all files matching the pattern:
>
> *.pas;*.dpr;*.inc;*.dpk;*.rc;*.pm;*.java;*.js;*.c;*.cpp;*.h;*.conf;*.properties;*.xml;*.classpath;*.project;*.xsl;*.html;*.htm;*.css;*.php;*.pl;*.sh;Makefile;Makefile.*;*.txt
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Can't post a bug report on the JVDBFindEdit component
From: "ashlar64" <namer@maine.rr.com>
Date: Fri, 19 May 2006 17:14:04 +0100
Newsgroups: jedi.vcl

I am having difficulties logging in on the site where you report a bug.  
Could someone post this there?


 There seems to be a bug with the OnChange event in the JVDBFindEdit 
component.  It seems the OnChange event is happening before the table 
(whatever) is changed to point to another record.  So there is no way to 
have any code run after the table is pointing to another record.

The JVDBSearchEdit component OnChnage works fine on the other hand works 
fine.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Schedule Manager - Cannot focus on invisible or invisible window
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 19 May 2006 17:37:08 +0200
Newsgroups: jedi.vcl

Which version of the JVCL do you use?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Error installing JVCL 3
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 19 May 2006 17:36:41 +0200
Newsgroups: jedi.vcl

Have you installed ALL the updates for Delphi ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Error installing JVCL 3
From: "Pete" <petesouthwest@hotmail.com>
Date: Fri, 19 May 2006 15:15:53 +0000 (UTC)
Newsgroups: jedi.vcl

Hi

when i try to install the JVCL i get errors and the 
install program showes:

	Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: JvCoreD6D.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
** error -1073741819 ** deleting "C:\Program
Files\Borland\Delphi6\Projects\Bpl"\JvCoreD6D.bpl

** error 1 ** deleting CompilePackages


Any ideas?

Many thanks
Pete


Subject: Just a timely thank you
From: "Jason Chapman" <jason@no_jac2._spam.co.uk>
Date: Fri, 19 May 2006 13:33:42 +0000 (UTC)
Newsgroups: jedi.vcl

All,

Story - skip if pushed for time :-)
I have been using the component set for a while.  I included a jvLED in
my application to tell the user that a server process (diary / workflow
/ task management) robot had gone to sleep / crashed.

Periodically they would complain that the app (fairly large & runs
their business) would crash and leave cascading dialopgs on the screen.
After investigating it seemed to be a resource issue, you got a Win 87
error code.  No jclDebug, just crash.  Well I scratched my head.  Then
I noticed it only happened on days the robot crashed and was left
crashed.  This lead me to the jvLED.  After running on my laptop in
their office, in the IDE, I got a call stack and right enough it was in
the LED drawing.  I think it only happened when the app was minimized,
which is probably what stopped me from finding it straigh away.

Anyway, went onto your site, got the latest version, checked the source
and saw a fix.  Upgraded my development machine and am testing (20
LED's flashing 10 x sec) as we speak.

Story over

I would just like to thank you all for continuing with the development
/ support and refinement of the component set.  I keep meaning to get
involved and then time runs away from me.  But the very minimum I can
do is thank you.

JAC

-- Jason Chapman JAC2 Consultancy Development - Consultancy - Training Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA..... Web: www.jac2.co.uk 

Subject: Re: ScheduleManager - how to refresh appointments?
From: "Daniel Rail" <daniel@accra.ca>
Date: Fri, 19 May 2006 09:22:02 -0300
Newsgroups: jedi.vcl

"Marek" <marekk@simtel.pl> wrote in message 
news:e4impd$935$1@news.talkto.net...
> > Hi,
> >
> > Sorry, if it's a lame question, but I cannot force schedulemanager to 
> > reload appointments on demand - simple ScheduleManager->RefreshAppts()

RefreshAppts is supposed to be obsolete.  And, you should be using 
RefreshAll.

> > does not call ScheduleManager->OnLoadBatch event.
> > How to reload all appointments or at least refresh view in TJVTFDays 
> > control?
> > What does ScheduleManager->RefreshAll event mean?

It means refresh all appointments and schedules.  And, it should fire the 
OnNeedAppts event.  For, batch you might want to try 
ScheduleManager->RequestSchedule followed by 
ScheduleManager->ProcessBatches.  And, then you might need to call 
ScheduleManager->RefreshConnections.  I never used batch schedule 
processing, but that's what I have in my help files, and I don't know if I 
have an example.

Daniel Rail
Senior Software Developer
ACCRA Med Software Inc. (www.filopto.com) 




Subject: Re: TJvCreateProcess question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 19 May 2006 13:57:40 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> delphiXXX wrote:
>
>> Hello,
>>
>> Is TJvCreateProcess thread safe ?
>
> I did not take a long look, but the only problem that I see is that the component uses the AllocateHWndEx function which is not thread safe, I think.

More seriously is that the component uses the OnTerminate handler of TThread, which is /always/ executed in the main thread. This may cause some problems.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Best XML editor in JVCL?
From: "Keith Blows" <noone@nowhere.com>
Date: Fri, 19 May 2006 08:54:56 +0000 (UTC)
Newsgroups: jedi.vcl

Jedi'ers,


Could somebody please advise which would be the best editor for XML
editing (TJvHLEditor/TJvEditor)? Also, some hints/suggestions/comments
on bracket matching and code completetion for XML would also be greatly
appreciated!


Kind Regards,
Keith Blows


-- 

Subject: TJvScheduledEvents- calling up schedule editor at run-time
From: "Keith Blows" <noone@nowhere.com>
Date: Fri, 19 May 2006 08:44:21 +0000 (UTC)
Newsgroups: jedi.vcl

Fellow Jedi'ers,


I am writing a simple backup program and would like to use the
TJvScheduledEvents component to schedule/start the backup. However, I
figure out how to can call up the schedule editor at run-time, so I or
my user could edit the backup schedule (only 1 schedule is used...)?

Any help would be greatly appreciated!

Regards,
Keith Blows


-- 

Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 19 May 2006 06:50:02 +0200
Newsgroups: jedi.vcl

Phil Scadden wrote:

> > I installed 1.69 and found that Delphi Help found only .NET. (lost the
> > other filters)I didnt realise this wasDelphiSpeedup at first, but got
> > told on a mail list that this was a known bug. The problem certainly
> > went away when I uninstalled 1.69) Has this been fixed yet?

This has been fixed since version 1.70. And new we have version 1.72

-- Regards, Andreas Hausladen 

Subject: Re: JVCL praise
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 19 May 2006 06:48:56 +0200
Newsgroups: jedi.vcl

http://geocities.com/componentbar/

-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: "Phil Scadden" <p.scadden@^Spam trap - remove^gns.cri.nz>
Date: Fri, 19 May 2006 12:01:20 +1200
Newsgroups: jedi.vcl

> > There is a new bugfixed version 1.72:
> > Version 1.72
> > ============
> > - Fixed: "&" was translated to AccelChar in the splash screen
> > - Fixed: "File not found filename.dcu" when compiling after using the
> > open/save dialog
> > - Fixed: SetCurrentDir had not worked with "\\computer\share\" and "X:\"
> > - Added: BDS 2006 CheckDuplicateUnits hook for all packages (hooks
> > function InitializePackage(Filename, ValidateCallback) )
> > - Added: Installer supports BCB 5 and 6.

I installed 1.69 and found that Delphi Help found only .NET. (lost the other
filters)I didnt realise this wasDelphiSpeedup at first, but got told on a
mail list that this was a known bug. The problem certainly went away when I
uninstalled 1.69) Has this been fixed yet?





Subject: Re: JVCL praise
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 19 May 2006 10:01:05 +1000
Newsgroups: jedi.vcl

OBones wrote, on 18/05/2006 4:31 AM:
>> Agreed - I've become dependent on JCL/JVCL - I've even finally learned to look through "bloated palettes" <g> first before searching for 3rd-
>> party solutions. 
>
> The BDS2006 IDE is quite good for this, typing the first letters after having clicked on the palette will filter the available components. Quite handy.

Compbar 1.04 does this very nicely with Delphi 7 (I haven't tested it with other versions). Looking on the web, I can't find a place to download it anymore, but if anyone wants it, I'll post it to binaries.

It filters based on *any* part of the name, e.g. "label" would return TLabel, TJvLinkLabel, etc.

-- 
enjoy life,
           Elahn


Subject: Re: TJvCreateProcess question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 19 May 2006 01:21:57 +0200
Newsgroups: jedi.vcl

delphiXXX wrote:
> Hello,
>
> Is TJvCreateProcess thread safe ?

I did not take a long look, but the only problem that I see is that the component uses the AllocateHWndEx function which is not thread safe, I think.

> I would like to use it inside a thread process, each thread needs to
> execute external application.

The component is designed to be used in the main thread. It creates additional threads so it doesn't block the main thread.

I would advice you to use the TJvCreateProcess in the main thread of your application or use some other code to execute external applications.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 18 May 2006 23:20:30 +0200
Newsgroups: jedi.vcl

There is a new bugfixed version 1.72:

Direct Download:
http://andy.jgknet.de/misc/DelphiSpeedUpV172.zip


Version 1.72
============
- Fixed: "&" was translated to AccelChar in the splash screen
- Fixed: "File not found filename.dcu" when compiling after using the
open/save dialog
- Fixed: SetCurrentDir had not worked with "\\computer\share\" and "X:\"
- Added: BDS 2006 CheckDuplicateUnits hook for all packages (hooks
function InitializePackage(Filename, ValidateCallback) )
- Added: Installer supports BCB 5 and 6.


-- Regards, Andreas Hausladen 

Subject: ScheduleManager - how to refresh appointments?
From: Marek <marekk@simtel.pl>
Date: Thu, 18 May 2006 22:52:06 +0200
Newsgroups: jedi.vcl

Hi,

Sorry, if it's a lame question, but I cannot force schedulemanager to reload appointments on demand - simple ScheduleManager->RefreshAppts() does not call ScheduleManager->OnLoadBatch event.
How to reload all appointments or at least refresh view in TJVTFDays control?
What does ScheduleManager->RefreshAll event mean?

Thanks,

Marek


Subject: Re: JVCL praise
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 May 2006 22:43:52 +0200
Newsgroups: jedi.vcl

ashlar64 wrote:

> I just discovered JVCL a few days ago.  Wow what a great idea!!!  I am very impressed...even though there are alot of rough edges with some of the components it seems.
> Also the lack of help files makes many of these components extremely difficult to use.

The help files are on the SourceForge web site, and online on http://homepages.borland.com/jedi/jedihelp/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL praise
From: "ashlar64" <namer@maine.rr.com>
Date: Thu, 18 May 2006 21:42:02 +0100
Newsgroups: jedi.vcl

I just discovered JVCL a few days ago.  Wow what a great idea!!!  I am 
very impressed...even though there are alot of rough edges with some of 
the components it seems.
Also the lack of help files makes many of these components extremely 
difficult to use.

---Dave



--- posted by geoForum on http://delphi.newswhat.com


Subject: Question about a selected item in a JvDBLookUpList component
From: "ashlar64" <namer@maine.rr.com>
Date: Thu, 18 May 2006 21:38:29 +0100
Newsgroups: jedi.vcl

 Is there a way to manually force a JvDBLookUpList component to have 
that blue selected bar over the current record?

Also is there a way to automatically have that blue selected bar on the 
JvDBLookUpList move to another record when the current datasource moves 
to another record.  (For instance you move to another record when you 
click somewhere on a grid control and want that blue selected bar to 
move to the same record.)

Thanks!

---Dave



--- posted by geoForum on http://delphi.newswhat.com


Subject: Schedule Manager - Cannot focus on invisible or invisible window
From: Marek <marekk@simtel.pl>
Date: Thu, 18 May 2006 22:36:32 +0200
Newsgroups: jedi.vcl

Hi,

After conversion my project from Builder 6 to BDS 2006 one bug showed up:
when I modify any appointment, ie. move it in TJVTFDays or simply call Appt->SetModified() method, after program close I get an exception 'Cannot focus on invisible or invisible window' wich cannot be cought in application.
Of course, in Builder 6 everything works fine...

Anyone knows the reason/solution?

Thanks in advance,

Marek


Subject: Re: installation troubles
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 18 May 2006 22:14:34 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> >   Error: Never-build package 'JvCoreD5R' requires always-build package
> > 'ThemeManagerD5' :( What about if installer checked this BEFORE
> > compilation ?

The installer does not know where the ThemeManagerD5.dpk is.


-- Regards, Andreas Hausladen 

Subject: Re: Help JVCL Install Issues
From: Christopher Burke <forums.talkto.net@craznar.com>
Date: Fri, 19 May 2006 04:58:09 +1000
Newsgroups: jedi.vcl

OBones wrote:
> But the error message suggest there are multiple versions of the same pas/dcu/dcp file on your machine.

Well - I figured out what was going on ... the installer creates two different DCU (neither a debug) of the JvThemes.dcu file (I checked the timestamps - both date/time of installation).

I changed the search path manually in the IDE, now it works fine.

Have no idea why it does that.

Thanks anyway.


Subject: installation troubles
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Thu, 18 May 2006 21:50:55 +0400
Newsgroups: jedi.vcl

D5 U1 Ent

JvThemes.pas needs the following right under its >>implementation<< keyword:
{$IfNDef COMPILER6_UP} uses JvVCL5Utils; {$EndIf}


   Error: Never-build package 'JvCoreD5R' requires always-build package 'ThemeManagerD5' :(
What about if installer checked this BEFORE compilation ?


Subject: Re: SVN and JclUnitVersionInfo
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 19 May 2006 03:14:25 +1000
Newsgroups: jedi.vcl,jedi.jcl

Jens Fudickar wrote, on 18/05/2006 9:18 AM:
> A few weeks (2) are over, any chance to see it in the next time :-)

Well, that took a lot longer than I was expecting. JCL is done & committed - 791 files. JVCL changes are still being uploaded to sourceforge...I think they'll be going for a while longer...4365 files.

Log Message: Set svn:keywords property to all keywords on all files matching the pattern:

*.pas;*.dpr;*.inc;*.dpk;*.rc;*.pm;*.java;*.js;*.c;*.cpp;*.h;*.conf;*.properties;*.xml;*.classpath;*.project;*.xsl;*.html;*.htm;*.css;*.php;*.pl;*.sh;Makefile;Makefile.*;*.txt

-- 
enjoy life,
           Elahn


Subject: Re: How to use JvXPProgressBar
From: "J. Clarke" <jclarke@dssinc.NOSPAMcom>
Date: Thu, 18 May 2006 12:28:27 -0400
Newsgroups: jedi.vcl

I don't think your crazy - that thing doesn't function the way one would 
expect.  FWIW: The StepBy property isn't even exposed in the object 
inspector, could be it want's to do it dynamically . I'd think about using a 
different progress bar for the time being, there are a few under 'Jv Bars, 
Panels'...

Jeff

<@in@taavi.ee> wrote in message 
news:446c4d30.1101519515@forums.talkto.net...
> > Hi!
> >
> > So how does one use JvXPProgressBar? Should be really simple, but when
> > I execute code like
> >
> >  JvXPProgressBar1.Max:= 10;
> >  for x:= JvXPProgressBar1.Min to JvXPProgressBar1.Max do
> > JvXPProgressBar1.StepIt;
> >
> > then in the end of the loop progrss bar is about 2/3 filled. I expect
> > it to be 100%. Or when executing
> >
> >  JvXPProgressBar1.Max:= 1000;
> >  for x:= JvXPProgressBar1.Min to JvXPProgressBar1.Max do
> > JvXPProgressBar1.StepIt;
> >
> > then the bar shows 100% way before the completion of the loop.




Subject: Re: Help JVCL Install Issues
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 18 May 2006 16:37:31 +0200
Newsgroups: jedi.vcl

Christopher Burke wrote:

> Now I get "[Pascal Fatal Error] xxxxx.pas(8): F2051 Unit JvButton was compiled with a different version of JvThemes.ThemeServices"
>
> And yes - I've got rid of every trace of JVCL, JCL off the machine (then re-installed from scratch).

But the error message suggest there are multiple versions of the same pas/dcu/dcp file on your machine.


> Any ideas ?

Have you looked for the above mentionned extensions? I guess yes. In that case, do you have multiple Delphi installations, that might conflict with each other in the PATH environment variable?


Subject: Help JVCL Install Issues
From: Christopher Burke <forums.talkto.net@craznar.com>
Date: Fri, 19 May 2006 00:32:23 +1000
Newsgroups: jedi.vcl

Ok, 4 hours later and I'm still trying to get JVCL working in BDS 2006 (been using delphi for 10 years, D7/JVCL for around 5).

I managed to get it to install by using the daily download of JCL and JVCL (wouldn't even install before that).

Now I get "[Pascal Fatal Error] xxxxx.pas(8): F2051 Unit JvButton was compiled with a different version of JvThemes.ThemeServices"

And yes - I've got rid of every trace of JVCL, JCL off the machine (then re-installed from scratch).

Any ideas ?

Running Update #2 BDS2006 Enterprise.


Subject: How to use JvXPProgressBar
From: @in@taavi.ee
Date: Thu, 18 May 2006 10:45:29 GMT
Newsgroups: jedi.vcl

Hi!

So how does one use JvXPProgressBar? Should be really simple, but when
I execute code like

  JvXPProgressBar1.Max:= 10;
  for x:= JvXPProgressBar1.Min to JvXPProgressBar1.Max do
JvXPProgressBar1.StepIt;

then in the end of the loop progrss bar is about 2/3 filled. I expect
it to be 100%. Or when executing

  JvXPProgressBar1.Max:= 1000;
  for x:= JvXPProgressBar1.Min to JvXPProgressBar1.Max do
JvXPProgressBar1.StepIt;

then the bar shows 100% way before the completion of the loop.

So is it a bug or I just don't know how to use this component?

I use JVCL 3, in JvXPProgressBar.pas unit versioning is
const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$RCSfile: JvXPProgressBar.pas,v $';
    Revision: '$Revision: 1.8 $';
    Date: '$Date: 2005/02/17 10:21:19 $';
    LogPath: 'JVCL\run'
  );


TIA
ain


Subject: Re: JVCL praise
From: "Keith Blows" <noone@nowhere.com>
Date: Thu, 18 May 2006 07:09:22 +0000 (UTC)
Newsgroups: jedi.vcl

Kiriakos wrote:

- JvCreateProcess:
> > for executing external processes and capturing the output -


Thank you, I didn't notice that one on the palette! The timing of your
post was perfect, as this is exactly the component I needed for my
RSync backup project...


Regards,
Keith Blows

-- 

Subject: Re: JVCL Highlights
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 18 May 2006 03:02:02 -0400
Newsgroups: jedi.vcl

In article <e4h20n$seb$1@news.talkto.net>, obones_gfd_@_gfd_altern.org 
says...
> > Robert Marquardt wrote:
>> > > Ed Blanchard wrote:
>> > > 
>>> > >> Right. Now how do we vote/determine highlights etc?  Manually polling 
>>> > >> could take forever to compile... 
>> > > 
>> > > 
>> > > I think for a rough estimate we should vote out complete palettes like 
>> > > Globus and Jans.
> > 
> > Agreed.
> > 
> > 
There's stuff in Jans that *looks* really interesting, but I could never 
find the time to work out how to use it. So, yeah - agreed.

In fact, that might suggest a new category: "poorly documented" (or 
something more friendly like "no examples, sparse documentation").

EdB


Subject: Re: JVCL Highlights
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 May 2006 07:51:31 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Ed Blanchard wrote:
>
>> Right. Now how do we vote/determine highlights etc?  Manually polling could take forever to compile... 
>
>
> I think for a rough estimate we should vote out complete palettes like Globus and Jans.

Agreed.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL Highlights
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 May 2006 05:46:24 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> Right. Now how do we vote/determine highlights etc?  Manually polling could take forever to compile... 

I think for a rough estimate we should vote out complete palettes like Globus and Jans.


Subject: Re: How to get TJvComputerInfoEx.System.DragFullWindows to work?
From: Sean Gifford <seang@at_qatechnologies.com>
Date: Wed, 17 May 2006 21:27:29 -0600
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Sean Gifford a écrit :
>
>> Thanks Florent, any suggestions on how to do this?  I kind of thought this was the case, that's why I was trying the "SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, SPI_SETDRAGFULLWINDOWS, 0);"  Obviously there's a way to do it, you can Apply the setting in Windows and the existing windows reflect the setting immediately....am I on the right track?
>
>
> Well, in fact there was a bug in JvComputerInfoEx.pas, here is the correct implementation of JvComputerInfoEx.TJvSystemParametersInfo.MapToSet (near line 4880).
>
> function TJvSystemParametersInfo.MapToSet(Index: Integer): Integer;
> var
>   I: Integer;
> begin
>   InitMap;
>   for I := 0 to Length(FMap) - 1 do
>     if FMap[I].X = Index then
>     begin
>       Result := FMap[I].Y;
>       Exit;
>     end;
>   Result := -1;
> end;
>
> I feel confused, the code should never have worked since it was introduced in the JVCL :/ Fixed in revision 10607.
>
> Thanks for reporting the issue.
>
Florent,

That works like a charm, just a simple one liner to solve a huge headache!  Thank you!


Subject: Re: JVCL Highlights
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Wed, 17 May 2006 23:14:22 -0400
Newsgroups: jedi.vcl

In article <e4fq60$m3s$2@news.talkto.net>, obones_gfd_@_gfd_altern.org 
says...
> > Ed Blanchard wrote:
> > 
>> > > In article <e4f3b2$h6n$1@news.talkto.net>, robert_marquardt@gmx.de 
>> > > says...
>> > > 
>>> > >>How about creating a highlights-only version of the JVCL?
>>> > >>Either a separate download or an alternative package set.
>> > > 
>> > > Perhaps as simple as having configuration options in the installer - 
>> > > automatically select packages based on "highlights", 'Highlights + 
>> > > commonly used", and "the whole bloated thing you whiny bast..."  (oops, 
>> > > did I say that out loud?).
> > 
> > That would be my much preferred option.
> > 


Right. Now how do we vote/determine highlights etc?  Manually polling 
could take forever to compile... 

Hmm, didn't Borland issue a program years ago that developers could use 
against their applications in order to derive up actual utilization of 
components? Maybe something along those lines could be used to find the 
JvXXX stuff and unit version info for JCL? 

EdB


Subject: Re: Suggested change to TJvValidateEdit
From: "Phil Scadden" <p.scadden@^Spam trap - remove^gns.cri.nz>
Date: Thu, 18 May 2006 14:10:34 +1200
Newsgroups: jedi.vcl

> > Please create an issue in Mantis for that, in order for it not to be
> > forgotten about. What would be even better is if you could create a diff
> > file.
> >
> > http://homepages.borland.com/jedi/issuetracker/

Okay, I have done so. I have included the my changed file and a diff file
output as well.




Subject: Re: SVN and JclUnitVersionInfo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 18 May 2006 01:18:59 +0200
Newsgroups: jedi.vcl,jedi.jcl

A few weeks (2) are over, any chance to see it in the next time :-)

Elahn Ientile schrieb:
> OBones wrote, on 2/05/2006 7:55 PM:
>> Thank you so much for volunteering to do it :-P
>
> No probs, I'll put it on my todo list. I might not get to it for a few weeks though. :)
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: How to get TJvComputerInfoEx.System.DragFullWindows to work?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 18 May 2006 00:27:58 +0200
Newsgroups: jedi.vcl

Sean Gifford a écrit :
> Thanks Florent, any suggestions on how to do this?  I kind of thought this was the case, that's why I was trying the "SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, SPI_SETDRAGFULLWINDOWS, 0);"  Obviously there's a way to do it, you can Apply the setting in Windows and the existing windows reflect the setting immediately....am I on the right track?

Well, in fact there was a bug in JvComputerInfoEx.pas, here is the correct implementation of JvComputerInfoEx.TJvSystemParametersInfo.MapToSet (near line 4880).

function TJvSystemParametersInfo.MapToSet(Index: Integer): Integer;
var
  I: Integer;
begin
  InitMap;
  for I := 0 to Length(FMap) - 1 do
    if FMap[I].X = Index then
    begin
      Result := FMap[I].Y;
      Exit;
    end;
  Result := -1;
end;

I feel confused, the code should never have worked since it was introduced in the JVCL :/ Fixed in revision 10607.

Thanks for reporting the issue.

-- 
Florent Ouchet


Subject: Re: How to get TJvComputerInfoEx.System.DragFullWindows to work?
From: Sean Gifford <seang@at_qatechnologies.com>
Date: Wed, 17 May 2006 15:54:41 -0600
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Sean Gifford a écrit :
>
>> I'm attempting to set DragFullWindows to false, but this doesn't seem to make any change to the system.  Is there something I need to do to get the new setting to take effect (without restarting windows)?
>
>
> Hi,
>
> The current implementation calls the SystemParametersInfo Win32 API to change this setting and broadcast the message to all applications. But applications may or may not reload system-wide settings, it's developer's responsibility to write an application that is able to reload these settings while running. Most applications do not support this functionality.
>
> Regards,
>
Thanks Florent, any suggestions on how to do this?  I kind of thought this was the case, that's why I was trying the "SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, SPI_SETDRAGFULLWINDOWS, 0);"  Obviously there's a way to do it, you can Apply the setting in Windows and the existing windows reflect the setting immediately....am I on the right track?


Subject: Re: moving a file in SVN
From: Thomas Mueller <nospam@dummzeuch.de>
Date: Wed, 17 May 2006 23:08:49 +0200
Newsgroups: jedi.vcl

Hi,

Robert Marquardt wrote:

> > I want to move run\JvgProcess.pas and images\TJVGPROCESS.BMP to Archive.
> > Can that be done in Subversion or should i copy and delete as we have
> > done it in CVS?

I usually move files using Tortoise svn, either in the working copy by
dragging them with the right mouse button and selecting the svn move
option, or in the repository by using the repository browser.

MfG
twm


Subject: TJvCreateProcess question
From: "delphiXXX" <nospam@delphixxx.com>
Date: Wed, 17 May 2006 21:33:42 +0100
Newsgroups: jedi.vcl

Hello,

Is TJvCreateProcess thread safe ?

I would like to use it inside a thread process, each thread needs to
execute external application.

Is this possible?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL Highlights
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 May 2006 20:45:54 +0200
Newsgroups: jedi.vcl

My also!!!

OBones schrieb:
> Ed Blanchard wrote:
>
>> In article <e4f3b2$h6n$1@news.talkto.net>, robert_marquardt@gmx.de says...
>>
>>> How about creating a highlights-only version of the JVCL?
>>> Either a separate download or an alternative package set.
>>>
>>
>>
>>
>> Perhaps as simple as having configuration options in the installer - automatically select packages based on "highlights", 'Highlights + commonly used", and "the whole bloated thing you whiny bast..."  (oops, did I say that out loud?).
>
> That would be my much preferred option.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Highlights
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 17 May 2006 20:31:34 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> In article <e4f3b2$h6n$1@news.talkto.net>, robert_marquardt@gmx.de says...
>
>> How about creating a highlights-only version of the JVCL?
>> Either a separate download or an alternative package set.
>>
>
>
>
> Perhaps as simple as having configuration options in the installer - automatically select packages based on "highlights", 'Highlights + commonly used", and "the whole bloated thing you whiny bast..."  (oops, did I say that out loud?).

That would be my much preferred option.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL praise
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 17 May 2006 20:31:21 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> In article <e4fhqt$kd7$1@news.talkto.net>, nickhodges@gmail.com says...
>
>> Kiriakos wrote:
>>
>>
>>> Cudos to JCL/JVCL developers
>>
>> I second this.  The JVCL has been wrongly maligned a lot lately, and I
>> for one appreciate what you guys are up to.
>>
>
>
> Agreed - I've become dependent on JCL/JVCL - I've even finally learned to look through "bloated palettes" <g> first before searching for 3rd-
> party solutions. 

The BDS2006 IDE is quite good for this, typing the first letters after having clicked on the palette will filter the available components. Quite handy.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL praise
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Wed, 17 May 2006 13:59:34 -0400
Newsgroups: jedi.vcl

In article <e4fhqt$kd7$1@news.talkto.net>, nickhodges@gmail.com says...
> > Kiriakos wrote:
> > 
>> > > Cudos to JCL/JVCL developers
> > 
> > I second this.  The JVCL has been wrongly maligned a lot lately, and I
> > for one appreciate what you guys are up to.
> > 

Agreed - I've become dependent on JCL/JVCL - I've even finally learned 
to look through "bloated palettes" <g> first before searching for 3rd-
party solutions. 

Cheers,
EdB


Subject: Re: JVCL Highlights
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Wed, 17 May 2006 13:56:43 -0400
Newsgroups: jedi.vcl

In article <e4f3b2$h6n$1@news.talkto.net>, robert_marquardt@gmx.de 
says...
> > How about creating a highlights-only version of the JVCL?
> > Either a separate download or an alternative package set.
> > 


Perhaps as simple as having configuration options in the installer - 
automatically select packages based on "highlights", 'Highlights + 
commonly used", and "the whole bloated thing you whiny bast..."  (oops, 
did I say that out loud?).

EdB



 


Subject: Re: Suggested change to TJvValidateEdit
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 17 May 2006 18:48:52 +0200
Newsgroups: jedi.vcl

Please create an issue in Mantis for that, in order for it not to be forgotten about. What would be even better is if you could create a diff file.

http://homepages.borland.com/jedi/issuetracker/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVCL praise
From: "Nick Hodges" <nickhodges@gmail.com>
Date: Wed, 17 May 2006 16:09:01 +0000 (UTC)
Newsgroups: jedi.vcl

Kiriakos wrote:

> > Cudos to JCL/JVCL developers

I second this.  The JVCL has been wrongly maligned a lot lately, and I
for one appreciate what you guys are up to.

-- Nick Hodges Dunn Solutions Group 

Subject: JVCL Highlights
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 May 2006 14:01:46 +0200
Newsgroups: jedi.vcl

How about creating a highlights-only version of the JVCL?
Either a separate download or an alternative package set.



Subject: Re: JVCL praise
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 17 May 2006 08:43:41 +0200
Newsgroups: jedi.vcl

Thanks for your support, we all appreciate it greatly.
We do understand some of the criticism, and we are working at getting it better, but it's not always easy to prevent oneself from counter-bashing, as some have seen in borland's newsgroups.
In any case, thanks to all who support us, and thanks to all who don't, you all give us reasons to continue.

Cheers
Olivier


Subject: Re: moving a file in SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 17 May 2006 08:33:59 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> Robert Marquardt wrote, on 16/05/2006 7:15 PM:
>> I want to move run\JvgProcess.pas and images\TJVGPROCESS.BMP to Archive.
>> Can that be done in Subversion or should i copy and delete as we have done it in CVS?
>
> If you're using TortoiseSVN, the easiest way is to drag the file(s) with the right mouse button, then choose "SVN move versioned files here".

Hey, that's great, I didn't even know it was possible.


Subject: JVCL praise
From: "Kiriakos" <pyscripter@gmail.com>
Date: Wed, 17 May 2006 00:51:15 +0300
Newsgroups: jedi.vcl

There was some bashing of JVCL in the thirdparty borland newsgroup which I 
felt was grossly unfair. Here is a sample of the criticism raised:

"I installed it once a few years ago.  I saw my component palette fill up
with hundreds of controls, no common approach to the way they worked or were
presented, some duplicates, and lots I considered useless.

I uninstalled them and have never looked back since.  These days I prefer to
use small collections of components that do exactly what I need."

I used to feel the same but the recent versions of JCL/JVCL changed my mind. 
Instead of relying on many different collections I now rely almost 
exclusively on JVCL which contains practically everything I need and in a 
quality I would consider best-of-breed among freeware components.  Also the 
support of the component collection is excellent with a very active 
newsgroup and fixing of any bugs reported in a very prompt way.  Just to 
give you an idea of what components I find useful, here is a list of the 
components I use in a freeware Python IDE I have developed (PyScripter, see 
http://mmm-experts.com/Products.aspx?ProductId=4 for screenshots).

- JvDocking:  the best freeware docking components including a .NET style of 
docking
- JvAppStorage/JvFormStorage:  a powerful solution for the persistence of 
user options providing a choice of XML, INI files or the registry
- JvInspector: a powerful object property inspector (like Delphi's)
- JvTabBar:  A Delphi 2005-like tab control
- JvPageList: a lightweight PageControl without its problems
- JvHint:  Hint windows with HTML formatting
- JvLinkLabel:  a label with support for many HTML tags and a lot more
- JvSearchFiles:  scan directories for files in a thread
- JvCheckBox: a checkbox that can automatically change the properties of 
linked controls
- JvChangeNotify: threaded notification for changes in the file system
- JvProgramVersionCheck:  for automatic checking for updates and 
installation of updated version from the Internet
- JvCreateProcess:  for executing external processes and capturing the 
output
- JvNetscapeSplitter, JvBrowseFolder and many more...
- More-than-I-can-count functions from JCL

Of course there many many more gems in the library that can be useful in 
other applications
Cudos to JCL/JVCL developers





Subject: Re: How to get TJvComputerInfoEx.System.DragFullWindows to work?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 16 May 2006 23:26:08 +0200
Newsgroups: jedi.vcl

Sean Gifford a écrit :
> I'm attempting to set DragFullWindows to false, but this doesn't seem to make any change to the system.  Is there something I need to do to get the new setting to take effect (without restarting windows)?

Hi,

The current implementation calls the SystemParametersInfo Win32 API to change this setting and broadcast the message to all applications. But applications may or may not reload system-wide settings, it's developer's responsibility to write an application that is able to reload these settings while running. Most applications do not support this functionality.

Regards,

-- 
Florent Ouchet


Subject: Re: Suggested change to TJvValidateEdit
From: "Phil Scadden" <p.scadden@^Spam trap - remove^gns.cri.nz>
Date: Wed, 17 May 2006 09:23:12 +1200
Newsgroups: jedi.vcl

> > Have you made this change in your source and tested it? Is this the only
> > change required?
> >
> > I would favour the name dfFloatGeneral, after the Delphi help on %g.


I agree that dfFloatGeneral is a better name.

I have made the change and have tested it but I lack a test suite capable of
running
the changes through all format changes. You have to be make
many other changes too. Basically, everywhere that there is dfFloat you have
to add dfFloatGeneral. Lots of changes but minimal logic change.

I also couldnt find the property editor that would allow me to add
dfFloatGeneral
to the property types list so setting the property at run time. Where is
this???

I have attached my code, dffloatfree changed to dffloatGeneral.








JvValidateEdit.pas
	



Subject: How to get TJvComputerInfoEx.System.DragFullWindows to work?
From: Sean Gifford <seang@at_qatechnologies.com>
Date: Tue, 16 May 2006 15:05:36 -0600
Newsgroups: jedi.vcl

I'm attempting to set DragFullWindows to false, but this doesn't seem to make any change to the system.  Is there something I need to do to get the new setting to take effect (without restarting windows)?

I'm doing this:
  ciSystem.ReadOnly := false;
  if ciSystem.System is TJvWriteableInfo then
    ciSystem.System.DragFullWindows := false;

I've tried this to get it to take:
    SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, SPI_SETDRAGFULLWINDOWS, 0);

Any suggestions?

Thank you!


Subject: Re: moving a file in SVN
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 17 May 2006 02:57:38 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote, on 16/05/2006 7:15 PM:
> I want to move run\JvgProcess.pas and images\TJVGPROCESS.BMP to Archive.
> Can that be done in Subversion or should i copy and delete as we have done it in CVS?

If you're using TortoiseSVN, the easiest way is to drag the file(s) with the right mouse button, then choose "SVN move versioned files here".

-- 
enjoy life,
           Elahn


Subject: Re: moving a file in SVN
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 May 2006 11:36:25 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Use the rename command in SVN, adding the required ..\ paths.
> Do not forget to update the globus migrating help file as well.

All changes done like generating .dcr files and packages.
JvgRichEditUtils.pas will follow because it was completely unused.


Subject: Re: moving a file in SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 16 May 2006 11:32:12 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I want to move run\JvgProcess.pas and images\TJVGPROCESS.BMP to Archive.
> Can that be done in Subversion or should i copy and delete as we have done it in CVS?

Use the rename command in SVN, adding the required ..\ paths.
Do not forget to update the globus migrating help file as well.


Subject: moving a file in SVN
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 May 2006 11:15:24 +0200
Newsgroups: jedi.vcl

I want to move run\JvgProcess.pas and images\TJVGPROCESS.BMP to Archive.
Can that be done in Subversion or should i copy and delete as we have done it in CVS?


Subject: Re: Elapsed time in text
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 16 May 2006 18:51:26 +1000
Newsgroups: jedi.vcl

delphiXXX wrote, on 16/05/2006 9:02 AM:
> ElapsedTime := <EndTime - StartTime>
>
> Then convert it to text, something like "3 days, 20 hours, 34 minutes, 5
> seconds".

As Olivier suggested, FormatDateTime is the easiest way to format the Time portion. You could also use DecodeTime and assemble the string manually.

The number of days is Trunc(ElapsedTime). Or you can call DaysBetween(EndTime, StartTime).

-- 
enjoy life,
           Elahn


Subject: Re: Elapsed time in text
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 16 May 2006 07:54:39 +0200
Newsgroups: jedi.vcl

What about FormatDateTime from Delphi's VCL ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Elapsed time in text
From: "delphiXXX" <nospam@delphixxx.com>
Date: Tue, 16 May 2006 00:02:40 +0100
Newsgroups: jedi.vcl

Hi,

Is there any function in JVCL that can convert elapsed time to text ?

For example:

StartTime := Now;
// Do something in here for quite a long time
EndTime := Now;

ElapsedTime := <EndTime - StartTime>

Then convert it to text, something like "3 days, 20 hours, 34 minutes, 5
seconds".

Thanks for any help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvPlugin + Interbase/Firebird [4 imgs - ~300Kbs]
From: "Diego Bas" <diegobas@gmail.com>
Date: Mon, 15 May 2006 17:51:33 +0200
Newsgroups: jedi.vcl

Hi! Thx for your comment, but I've tried FastShareMem and don't runs fine. 
Now, app freezy always, even if I remove "FreeLibrary(PlgI.Handle);". I'll 
use ShareMem for now.

Thx.

Diego Bas

"ChrisCross" <chris_marinro@hotmail.com> escribió en el mensaje 
news:e3tdp0$ged$1@news.talkto.net...
> >
> > Problem is part Dll - part Delphi garbage colector..
> > when the dll use the db connection ... dll regards the variable as one of 
> > his own.
> > at "free" time(close) both apllication (main and dll try to free the same 
> > memory)
> > there are 2 possibilities:
> >  -1) use your own structures to transfer data between main and dll 
> > (classic dll - not a solution in your case)
> >  -2) use ShareMem or 
> > FastShareMem(http://www.codexterity.com/fastsharemem.htm very clever 
> > solution) to be able to avoid this problem
> >
> >
> >
> > "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru> wrote in message 
> > news:e3taa7$dbb$1@news.talkto.net...
>> >> The stars so gaily glistened... (Mon, 8 May 2006 17:03:33 +0200 @669)
>> >> ...while the fading voice of Diego whispered through the darkness:
>> >>
>> >> DB> B) I've attached some images of process:
>> >>
>> >> Hmm, You make DLL plugins ?
>> >> Perhaps, there are some dirty hacks with JCL to make DLL-plugins, but 
>> >> that
>> >> is never reliable.
>> >>
>> >> Did You tried to make BPL plugin ?
>> >> -- 
>> >> WinAMP://none: WinAMP is suffocated
>> >> http://Arioch.nm.ru/FL/Fidolook_SL.png
>> >> Mail: the)under(Arioch)at(nm)dot(ru   ICQ: xmpp:arioch@jabber.ru
>> >>
> >
> > 




Subject: Re: TJvRichEdit FindDialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 15 May 2006 11:55:30 +0200
Newsgroups: jedi.vcl

Jacob Boerema wrote:
> When using the Find dialog I think I remember something that you have to change one of the JvRichEdit properties to have it make the found text visible.

Yes, HideSelection must be False (default is True).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvRichEdit FindDialog
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Mon, 15 May 2006 11:47:04 +0200
Newsgroups: jedi.vcl

On Sun, 14 May 2006 23:17:06 +0100, "delphiXXX" <nospam@delphixxx.com> 
wrote in article <e4878m$9nj$1@news.talkto.net>:
> > If I click Button1, the FindDialog is displayed. But I dont see the find
> > result. 

If you just want to search some known text you can use
function FindText(const SearchStr: string;
      StartPos, Length: Integer; Options: TRichSearchTypes): Integer;

When using the Find dialog I think I remember something that you have 
to change one of the JvRichEdit properties to have it make the found 
text visible.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Suggested change to TJvValidateEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 15 May 2006 17:16:08 +1000
Newsgroups: jedi.vcl

Phil Scadden wrote, on 15/05/2006 10:02 AM:
> The crucial change is in DisplayText and need to add:
>
>       dfFloat:
>         ChangeText(Format('%.*n', [FDecimalPlaces, AsFloat]));
>       dfFloatfree:
>         ChangeText(Format('%.*g', [FDecimalPlaces, AsFloat]));
>
> The %g is my ideal floating point formater. FDecimalplaces is being

Have you made this change in your source and tested it? Is this the only change required?

I would favour the name dfFloatGeneral, after the Delphi help on %g.

-- 
enjoy life,
           Elahn


Subject: Re: Change TJvDBDateTimePicker time value programmatically
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 15 May 2006 17:08:19 +1000
Newsgroups: jedi.vcl,jedi.jcl

Filip Lundeholm wrote, on 15/05/2006 2:49 AM:
> I'm trying to use the JVCL debug expert to insert debug data into my executable but it doesn't work; no error messages or anything. I have to insert it manually afterwards using the MakeJclDbg.exe utility. This is not a big problem though because I will only do that once just before sending the completed program to my customer. It's strange though, because I think i've followed the installation instructions correctly.
>
> I'm using Delphi 7.

Hi Filip,

This is a JCL question and will be followed up in the jedi.jcl newsgroup. Which JCL version you are using?.

Try this first: In the Project menu, click "Insert JCL Debug data", when the icon is coloured it is on, when it is grey it is off. Then Build your project (not compile) and it should be inserted fine. From then on, compiling will insert the debug data, but the first time Delphi may not realise unless you Build.

-- 
enjoy life,
           Elahn


Subject: Suggested change to TJvValidateEdit
From: "Phil Scadden" <p.scadden@^Spam trap - remove^gns.cri.nz>
Date: Mon, 15 May 2006 12:02:42 +1200
Newsgroups: jedi.vcl

One of my pet hates with floating point controls is the assumption of fixed
decimal
places. All I really want is a control where you can only enter a floating
point number into
it, no letters. Sigh.

Anyway, I proposed that TJvValidateEdit support another format
call it dfFloatFree or something.

The crucial change is in DisplayText and need to add:

      dfFloat:
        ChangeText(Format('%.*n', [FDecimalPlaces, AsFloat]));
      dfFloatfree:
        ChangeText(Format('%.*g', [FDecimalPlaces, AsFloat]));

The %g is my ideal floating point formater. FDecimalplaces is being
interpreted as
the precision to display. Makes it easy to enter and display in the same
control,
9.1, 0.0005, 5.00000001 etc.




Subject: TJvRichEdit FindDialog
From: "delphiXXX" <nospam@delphixxx.com>
Date: Sun, 14 May 2006 23:17:06 +0100
Newsgroups: jedi.vcl

Hello,

How to use "FindDialog" properly in the TJvRichEdit ?

I have only two objects in a form : Button1 and Editor1

procedure TForm1.Button1Click(Sender: TObject);
begin
  Editor.FindDialog('Text');
end;

procedure TForm1.Editor1CloseFindDialog(Sender: TObject;
  Dialog: TFindDialog);
begin
  With Editor1 do
    if CanFocus then SetFocus;
end;

If I click Button1, the FindDialog is displayed. But I dont see the find
result. 

If I click Cancel in the FindDialog, I can see the find result. This is
because I have Editor1CloseFindDialog event.

What else do I need in here ? 

What I need is the simplest method to use the FindDialog properly.

Please help me.

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Visible and Focused Window On Desktop
From: Bill <w2m00@hicomponents00.com>
Date: Sun, 14 May 2006 17:07:58 -0400
Newsgroups: jedi.vcl

Filip,

Thanks,

I'll give that a try

Regards,

Bill


Subject: Re: Visible and Focused Window On Desktop
From: "Filip Lundeholm" <lundeholm@gmail.com>
Date: Sun, 14 May 2006 19:50:56 +0200
Newsgroups: jedi.vcl

Use standard windows API GetForegroundWindow to get the window handle of the 
active window. The taskbar and desktop area are all valid windows too, so 
you need to find out if the returned handle is belonging to a 'real' window 
or not. One solution would be to see if the window has a caption:

hWin := GetForegroundWindow;
if (GetWindowLong(hWin, GWL_STYLE) AND WS_CAPTION) > 0 then {do stuff with 
hWin}

Hope it helps

Filip Lundeholm

"Bill" <w2m00@hicomponents00.com> skrev i meddelandet 
news:e45sm1$v7m$2@news.talkto.net...
> > Is there any code or methods in jcl to determine if there is a visible and 
> > active (focused) window on the Desktop?
> >
> > I have a method in an app that needs to make sure there is an active 
> > window visible on the desktop to capture AVI frames from an active window. 
> > If there is no window I either get an AV or just the Taskbar is captured. 
> > Suggestions?
> >
> > Thanks
> >
> > Bill 




Subject: Change TJvDBDateTimePicker time value programmatically
From: "Filip Lundeholm" <lundeholm@gmail.com>
Date: Sun, 14 May 2006 18:49:01 +0200
Newsgroups: jedi.vcl

Hi!

I'm new to database-programming and I'm having a problem with the 
TJvDBDateTimePicker control. It works as expected but when I change the time 
value by code, it goes back to the default value when post()ing the changes. 
I tried something like this:

myTable.append
myTable.edit;
MyDBTimePicker.time := StrToTime('08:00');
myTable.post;

That will not work, but if I use a standard DBEdit-control, changing text in 
the same way will work. Is there any other way to change the default-value 
of a TJvDBDateTimePicker control when appending a new record?

I have another question too. I'm trying to use the JVCL debug expert to 
insert debug data into my executable but it doesn't work; no error messages 
or anything. I have to insert it manually afterwards using the 
MakeJclDbg.exe utility. This is not a big problem though because I will only 
do that once just before sending the completed program to my customer. It's 
strange though, because I think i've followed the installation instructions 
correctly.

I'm using Delphi 7.

Thanks,
Filip Lundeholm 




Subject: Re: Non-existent JVCL - JCL version mismatch
From: Jakob Reschke <jakres@googlemail.com>
Date: Sun, 14 May 2006 12:19:02 +0200
Newsgroups: jedi.vcl

Daytona schrieb:
> Try downloading the daily zips for both JCL and JVCL

Thank you, that helped :)

Greetings
Jakob


Subject: JvAviCapDemo: problem with preview size, bug ?
From: Axel <Axel108@gmx.de>
Date: Sun, 14 May 2006 10:06:21 +0200
Newsgroups: jedi.vcl

Hello,

in general, the JvAviDemo works well with my gsmart mini2 usb camera.
But when I switched to 640x480 resolution in preview, only the upper left quarter (320x240) is displayed. The window is enlarged, as if the larger image were there, and in video capture mode the video is saved in the right size of 640x480.
I tried a lot of changes of height and width of the avi component without visual change.
With other screencapture programs (virtualDub i.e.) the right video size is always displayed.
Maybe it might be a bug ?

I think someone has described a similar problem before, but he did not get an answer (ATB Translation Office 12.11.2005).

I use Delphi7 and jcl1.97 and jvcl320, newly installed without errors.

I would be happy if someone could help me with this.

Axel


Subject: problem with preview size in JvAviDemo
From: Axel <Axel108@gmx.de>
Date: Sun, 14 May 2006 10:03:54 +0200
Newsgroups: jedi.vcl

Hello,

in general, the JvAviDemo works well with my gsmart mini2 usb camera.
But when I switched to 640x480 resolution in preview, only the upper left quarter (320x240) is displayed. The window is enlarged, as if the larger image were there, and in video capture mode the video is saved in the right size of 640x480.
I tried a lot of changes of height and width of the avi component without visual change.
With other screencapture programs (virtualDub i.e.) the right video size is always displayed.
Maybe it might be a bug ?

I think someone has described a similar problem before, but he did not get an answer (ATB Translation Office 12.11.2005).

I use Delphi7 and jcl1.97 and jvcl320, newly installed without errors.

I would be happy if someone could help me with this.

Axel


Subject: Visible and Focused Window On Desktop
From: Bill <w2m00@hicomponents00.com>
Date: Sat, 13 May 2006 20:12:54 -0400
Newsgroups: jedi.vcl

Is there any code or methods in jcl to determine if there is a visible and active (focused) window on the Desktop?

I have a method in an app that needs to make sure there is an active window visible on the desktop to capture AVI frames from an active window.  If there is no window I either get an AV or just the Taskbar is captured.  Suggestions?

Thanks

Bill


Subject: Re: Hidden Jedi Treasure - jvcl\devtools\bin\DC.exe (DFMCleaner)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 13 May 2006 09:45:11 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> > What was the Delphi version that introduced that property ?

Delphi 7. This property is for the XP theming.

-- Regards, Andreas Hausladen 

Subject: Re: Hidden Jedi Treasure - jvcl\devtools\bin\DC.exe (DFMCleaner)
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 13 May 2006 02:49:16 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 05 May 2006 15:18:54 -0400 @846)
....while the fading voice of Warren whispered through the darkness:

 WP> A d10.txt file is not included in jedi, so I made one, which contains:

Playing with VirtualTreeView i stumbled upom one more anti-D5 properti
(TPanel's???)  .ParentBackground

What was the Delphi version that introduced that property ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Print Preview
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 12 May 2006 18:53:22 +0200
Newsgroups: jedi.vcl

Pierre wrote:
> Hi,
> When I try to assign a TPrinter instance (with Printer() method) I receive  following message from compiler:
> But I try to change Title it works fine. Any idea ?
>
>
>     JvPreviewPrinter1->Title = "Hello"; // ok SetTitle is called
>     JvPreviewPrinter1->Printer = p;// not ok because linker don't find  SetPrinterA

That's because SetPrinter is the name of an API available in both ANSI and Unicode versions. Hence there is a #define somewhere that says SetPrinter should be replaced by SetPrinterA. The solution to this problem is to rename SetPrinter to SetPrinterProperty in JvPrvwRender.pas
Once this is done, re run the JVCL installer and you'll get an updated and fixed set of files.
This change is already in SVN and will thus be available in tomorrow's daily zip.
Cheers
Olivier Sannier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Print Preview
From: Pierre <ppardo@metraware.com>
Date: Fri, 12 May 2006 16:30:56 +0200
Newsgroups: jedi.vcl

Hi,
When I try to assign a TPrinter instance (with Printer() method) I receive following message from compiler:
But I try to change Title it works fine. Any idea ?


    JvPreviewPrinter1->Title = "Hello"; // ok SetTitle is called
    JvPreviewPrinter1->Printer = p;// not ok because linker don't find SetPrinterA


-- 
Utilisant le client e-mail révolutionnaire d'Opera : http://www.opera.com/mail/


Subject: jvmrulist, lvmrumanager
From: "john sinclair" <johns@[dnsm]ctad.co.uk>
Date: Fri, 12 May 2006 11:39:08 +0100
Newsgroups: jedi.vcl

Does anyone have any examples  or advice on using these components, I just 
want to show a list of recently opened items.

thanks

John




Subject: Re: Jedi plugin wizard no more working on BDS2006 Upd2
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 11 May 2006 19:02:21 +0200
Newsgroups: jedi.vcl

Nobody is having this issue ?


Subject: Re: Non-existent JVCL - JCL version mismatch
From: "Daytona" <d@d..com>
Date: Thu, 11 May 2006 09:23:25 -0700
Newsgroups: jedi.vcl

Hi Jakob,

Try downloading the daily zips for both JCL and JVCL:
http://jvcl.sourceforge.net/daily/
http://jcl.sourceforge.net/daily/

They have always worked for me.
David 




Subject: Non-existent JVCL - JCL version mismatch
From: Jakob Reschke <jakres@googlemail.com>
Date: Thu, 11 May 2006 15:18:11 +0200
Newsgroups: jedi.vcl

I downloaded the JVCL 3.2 and JCL 1.97 bound in that 7z-file and tried to install them.
JCL just went fine, but the JVCL installer says, the JCL version 1.97 or higher is required. Well fine, I've just installed that...
So to me it's not possible to install JVCL higher than 3.00 (I've also tried 3.10, but the same problem there).

I renamed the old 3.00 version folder to "jvcl_old" before installing. Same with JCL folder.

How can I solve that problem?

Thank you very much
Jakob


Subject: JVCL MegaDemo praise
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 11 May 2006 14:30:16 +0200
Newsgroups: jedi.vcl

Hi @ll,

I received the above mail and thought some would like to read it, too! So I post it here with the kind permission of the author!

best regards

Ralf Grenzing

===================================================


Subject: JVCL MegaDemo

Hello,



I have been working on Delphi for the past 6 years.

I must say that the JVCL components are on of the best and I salute u for that.



Keep the good work

Manoj.


Subject: Close button for docking tabs
From: "delphidev" <delphidev@we-dont-exist.com>
Date: Thu, 11 May 2006 12:52:09 +0100
Newsgroups: jedi.vcl

Hello,

is there a way to show a small close button on tabs
used for docking forms?

Thank You
--Tim



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: SVN for non-jvcl developers
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 11 May 2006 15:47:35 +1000
Newsgroups: jedi.vcl

Tom Bolick wrote, on 11/05/2006 6:12 AM:
>   (Should this be the install dir or not?)

This should be the install dir.

> And would this apply to JCL as well?

See the (development) wiki:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

-- 
enjoy life,
           Elahn


Subject: SVN for non-jvcl developers
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Wed, 10 May 2006 16:12:45 -0400
Newsgroups: jedi.vcl

I am not a JVCL developer (i.e. exalted modifier of jvcl code).  
However, I do want to use SVN for keeping my JVCL up to date.  For 
example, I saw a change to jvLookOut.pas that I wanted.

What is the best way to do this?

Do I:
1) Do a full checkout of JVCL at some point, so that I have the complete 
JVCL SVN setup?  This would allow easy access to the files, and allow 
updates with a right click (T-SVN).
  (Should this be the install dir or not?)

2) Use the SVN Repo Browser to find the file I want and use "Save 
As..." to get it for my jvcl directory.

3) Some other, better way.

I am not worried about staying "up-to-date" all the time, but when I see 
a bug get fixed that I need, I'd like to be able to get the fix.

Also, after I do this, I assume I re-run install?

And would this apply to JCL as well?

Thanks,
Tom...


Subject: Re: TJvPlugin + Interbase/Firebird [4 imgs - ~300Kbs]
From: "ChrisCross" <chris_marinro@hotmail.com>
Date: Wed, 10 May 2006 22:09:12 +0300
Newsgroups: jedi.vcl

Problem is part Dll - part Delphi garbage colector..
when the dll use the db connection ... dll regards the variable as one of 
his own.
at "free" time(close) both apllication (main and dll try to free the same 
memory)
there are 2 possibilities:
  -1) use your own structures to transfer data between main and dll (classic 
dll - not a solution in your case)
  -2) use ShareMem or 
FastShareMem(http://www.codexterity.com/fastsharemem.htm very clever 
solution) to be able to avoid this problem



"Arioch /BDV/" <the_Arioch@nm.False-Domain.ru> wrote in message 
news:e3taa7$dbb$1@news.talkto.net...
> > The stars so gaily glistened... (Mon, 8 May 2006 17:03:33 +0200 @669)
> > ...while the fading voice of Diego whispered through the darkness:
> >
> > DB> B) I've attached some images of process:
> >
> > Hmm, You make DLL plugins ?
> > Perhaps, there are some dirty hacks with JCL to make DLL-plugins, but that
> > is never reliable.
> >
> > Did You tried to make BPL plugin ?
> > -- 
> > WinAMP://none: WinAMP is suffocated
> > http://Arioch.nm.ru/FL/Fidolook_SL.png
> > Mail: the)under(Arioch)at(nm)dot(ru   ICQ: xmpp:arioch@jabber.ru
> > 




Subject: Re: TJvPlugin + Interbase/Firebird [4 imgs - ~300Kbs]
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 10 May 2006 22:10:13 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 8 May 2006 17:03:33 +0200 @669)
....while the fading voice of Diego whispered through the darkness:

 DB> B) I've attached some images of process:

Hmm, You make DLL plugins ?
Perhaps, there are some dirty hacks with JCL to make DLL-plugins, but that
is never reliable.

Did You tried to make BPL plugin ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: TjvPlugin FileName BUG fix
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 11 May 2006 01:18:38 +1000
Newsgroups: jedi.vcl

Frenk wrote, on 10/05/2006 1:37 PM:
> Can someone add this to the CVS?

Please create an account on Mantis, our IssueTracker and post it there.

http://homepages.borland.com/jedi/issuetracker/

Please clearly describe the changes you've made and upload the changes as a file. Uploading a diff/patch file will get the quickest response, but if this is a little tricky for you, then zip up the source file and upload that. :)

To create a diff/patch file:

- If you're using TortoiseSVN, see http://homepages.borland.com/jedi/wiki/index.php?title=Create_a_patch_file

- If you're using the daily zips, to create a unified 3 line diff file, run "diff -U 3 [from-file] [to-file] > [originalFilename.patch]"

You can download diff as a part of GNU DiffUtils for Windows from:
http://gnuwin32.sourceforge.net/packages/diffutils.htm

-- 
enjoy life,
           Elahn


Subject: How to add dataset to JvCheckedComboBox
From: "presto" <asd@asd.com>
Date: Wed, 10 May 2006 11:50:38 -0300
Newsgroups: jedi.vcl

Hi, how to create an JvDBCheckedComboBox from JvCheckedComboBox ?
Also need to add values property so when item selected store value item 
(separeted by coma when more than one selected)

Thanks 




Subject: Re: tjvgridprinter
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Wed, 10 May 2006 16:39:21 +0200
Newsgroups: jedi.vcl

On Wed, 10 May 2006 14:23:02 +0200, "jacky" <jfrieske@poczta.onet.pl> 
wrote in article <e3sl6d$82r$1@news.talkto.net>:
> > How to use tjvgridprinter? I assign a stringgrid to it, but I can't see 
> > any method to print it.
> > Can I use it with DBGrid?

Looking at the code I think you should set Preview to true which 
should show a preview form with a print button.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: tjvgridprinter
From: jacky <jfrieske@poczta.onet.pl>
Date: Wed, 10 May 2006 14:23:02 +0200
Newsgroups: jedi.vcl

Hi
How to use tjvgridprinter? I assign a stringgrid to it, but I can't see any method to print it.
Can I use it with DBGrid?


Subject: Re: TJvComboBox and ReadOnly property
From: "Carlo Marona" <carHyphenmarona@libero.it>
Date: Wed, 10 May 2006 12:07:49 +0200
Newsgroups: jedi.vcl

Hi,

> > I use Delphi 7 here and with the style csSimple, the edit is readonly, but 
> > autocomplete still occurs. If you set Autocomplete to False along with 
> > ReadOnly, it should function correctly.
> >
> > Does this solve it for you?

I think it solves as really the problem is this, the autocompletaion 
function.
I'll do a try, but I think it will surely works.

Thanks.

    Carlo

P.S.
The hurry play dirty jokes. 




Subject: Re: TJvComboBox and ReadOnly property
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 10 May 2006 19:39:07 +1000
Newsgroups: jedi.vcl

Carlo Marona wrote, on 10/05/2006 12:15 AM:
> I use the TJvComboBox component because I need to make the combo box not editable in some particular cases.  When the style component property is set to csDropDownList, the readonly property works ok, but when style property is set to csSimple, the readonly property doesn't works and the combobox (simple edit) remains editable.  I solved using the component with the style csDropDown, but I would to know if it's a bug or it's a common behavior of the component.

Hi Carlo,

I use Delphi 7 here and with the style csSimple, the edit is readonly, but autocomplete still occurs. If you set Autocomplete to False along with ReadOnly, it should function correctly.

Does this solve it for you?

-- 
enjoy life,
           Elahn


Subject: TjvPlugin FileName BUG fix
From: "Frenk" <franc.rotar@iware.si>
Date: Wed, 10 May 2006 05:37:00 +0200
Newsgroups: jedi.vcl

TJvPluginManager.Plugins returns invalid FileName ("CustomPlugin" for all 
plugins). For internal use I modified a method

function AddCustomPlugin(PlugIn: TJvPlugIn ): Boolean
to
function AddCustomPlugin(PlugIn: TJvPlugIn; FileName : string): Boolean
and added
function TJvPluginManager.AddCustomPlugin(PlugIn: TJvPlugIn; FileName : 
string ): Boolean;
var
  PlgInfo: TPluginInfo;
  Counter: Integer;
begin
  Result := False;
  try
//    Result := PlugIn.Initialize(Self, Application, 'CustomPlugin'); 
// error!
    Result := PlugIn.Initialize(Self, Application, FileName);
    if not Result then

also added to procedure

procedure TJvPluginManager.LoadPlugin(FileName: string; PlgKind: 
TPluginKind);

      // initialize the plugin and add to list
      if AddCustomPlugin(PlugIn, FileName) then


Can someone add this to the CVS?

Regards,
Frenk 




Subject: [d5] TJvAVICapture
From: "Simone P." <simone@microinfo.it>
Date: Tue, 9 May 2006 23:42:43 +0200
Newsgroups: jedi.vcl

hi, anybody can help me for save a bitmap (.bmp) using TJvAVICapture and a 
USB Pinnacle 500 for get a frame on PAL Video???


Simone 




Subject: TJvComboBox and ReadOnly property
From: "Carlo Marona" <carHyphenmarona@libero.it>
Date: Tue, 9 May 2006 16:15:01 +0200
Newsgroups: jedi.vcl

Hi,
I use the TJvComboBox component because I need to make the combo box not 
editable in some particular cases.  When the style component property is set 
to csDropDownList, the readonly property works ok, but when style property 
is set to csSimple, the readonly property doesn't works and the combobox 
(simple edit) remains editable.  I solved using the component with the style 
csDropDown, but I would to know if it's a bug or it's a common behavior of 
the component.
Thanks.



-- to answare remove the underscore e-mail: _marona@soft4you.it 

Subject: docking forms and form size question
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Mon, 8 May 2006 20:10:47 +0000 (UTC)
Newsgroups: jedi.vcl

Hi!

Is there any chance to set form size programatically when two forms are
docked side by side. I'm using the following code, but when form
containing those docked forms is displayed it seems that each of docked
forms gets 50% of available space again.

procedure TfrmMovieSeries.setDefaultLayout;
  procedure VSNetDockForm(AForm: TForm; APanel: TJvDockVSNETPanel;
AutoHide: Boolean; Align: TAlign);
  begin
    AForm.ManualDock(APanel, nil, Align);
    APanel.ShowDockPanel(True, AForm);
    if AutoHide then
      APanel.DoAutoHideControl(AForm);
  end;
begin
  dckSrv.LeftDockPanel.Width := Max(Round(Self.Width * 0.5), 400);

  VSNetDockForm(frmMovieSeriesTree, dckSrv.LeftDockPanel as
TJvDockVSNETPanel, False, alLeft);
  VSNetDockForm(frmMovieSeriesList, dckSrv.LeftDockPanel as
TJvDockVSNETPanel, False, alNone);

  //leave it here because docked forms are not shown correctly without
this
  dckSrv.LeftDockPanel.Width := dckSrv.LeftDockPanel.Width + 1;
  //agrr how the fuck i can change width of docked form from code
  if dckSrv.LeftDockPanel.Width = 401 then
    frmMovieSeriesTree.Width := 170
  else
    frmMovieSeriesTree.Width := Max(Round(dckSrv.LeftDockPanel.Width *
0.5), 150);

  frmMovieSeriesList.Width := dckSrv.LeftDockPanel.Width -
frmMovieSeriesTree.Width;
end;


-- http://xcollect.sf.net - manage your movies, games and books collections http://simail.sf.net - e-mail small advanced e-mail client 

Subject: Re: TJvPlugin + Interbase/Firebird [4 imgs - ~300Kbs]
From: "Diego Bas" <diegobas@gmail.com>
Date: Mon, 8 May 2006 17:03:33 +0200
Newsgroups: jedi.vcl

Thank you for your fast answer. Some tips:

A) I use Delphi 7.

B) I've attached some images of process:

     Image1: My application and its used librarys.
     Image2: Threads opens when application runs normaly.
     Image3: Threads opens when application raise exception.
     Image4: Threads opens when I close my application.

C) If no exception raises... applications runs and closes fine.


Thx. Diego Bas

"Arioch /BDV/" <the_Arioch@nm.False-Domain.ru> escribio en el mensaje 
news:e3niol$e3p$1@news.talkto.net...
> > The stars so gaily glistened... (Mon, 8 May 2006 13:22:22 +0200 @515)
> > ...while the fading voice of Diego whispered through the darkness:
> >
> > DB> continues run in background. When I debug application, I found that in
> > DB> TJvPluginManager.UnloadPlugin function, in JvPluginMan.pas,
> > DB> FreeLibrary() hangs my application.
> >
> > which Delphi do You use  ?
> >
> > Can You look into list of threads in You process, ether fro mDelphi IDE
> > View/Debug windows or from SysInternals.com Process Explorer ?
> >
> > Perhaps IB components made some extra thread (Event Monitor ? ) and it
> > cannot be automatically closed.
> > Would You kill that extra thread in P.E. - would main thread be unfrozen 
> > and
> > close application as usual ?
> > -- 
> > WinAMP://none: WinAMP is suffocated
> > http://Arioch.nm.ru/FL/Fidolook_SL.png
> > Mail: the)under(Arioch)at(nm)dot(ru   ICQ: xmpp:arioch@jabber.ru
> > 


process4.JPG
	


process1.JPG
process1.JPG
	


process2.JPG
process2.JPG
	


process3.JPG
process3.JPG
	



Subject: Re: About Mantis 3641
From: Warren Postma <wp@tekran.com>
Date: Mon, 08 May 2006 10:42:34 -0400
Newsgroups: jedi.vcl

OBones wrote:
> > Well, the CopyParentImage is required for the transparency to work
> > completely if the button is not directly on the form. Put it on a
> > transparent panel, with an image under the panel. Without the
> > CopyParentImage, you should not see the image, but a black square
> > covering the button as a whole. CopyParentImage asks the parent to draw
> > itself in the canvas, into which we draw ourself afterwards.

Was this bug specific to certain Windows release/service-pack levels and
so on?  For example "happens one way on Windows XP without service
packs, another way on XP SP1, another way on XP SP2". Or am I getting
issues mixed up in my mind?

Warren


Subject: Re: 3.2 showing as 3.1?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 08 May 2006 16:38:26 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Martin Holmes wrote:
>
>> Hi there,
>>
>> After installing JVCL 3.2, my components all show "Version 3.10" in the AboutJVCL property. Is this a known bug, or have I screwed up my installation somehow?
>
>
> The version is in run\JVCLVer.pas.
>
> There are two possible reasons for 3.1 in it:
> 1. We forgot to update the version number (check the downloaded Zip).
>    This is then only a cosmetic problem.

This is the already well know case. I did forget to update this number, but it is already changed for the next version. Sorry about the inconvenience.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Import XML
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 09 May 2006 00:26:06 +1000
Newsgroups: jedi.vcl

Linda Luesink wrote, on 8/05/2006 7:50 PM:
> We use TJvgExportXML for exporting the result of a query to XML in Delphi6. Is there a component that can import this XML file? De database we use is SQLServer.

Hi Linda,

I don't use TJvgExportXML so I'm not sure exactly what you're looking for, but I use TJvSimpleXML and it works well for my needs. :)

-- 
enjoy life,
           Elahn


Subject: Re: TJvPlugin + Interbase/Firebird
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 8 May 2006 17:57:49 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 8 May 2006 13:22:22 +0200 @515)
....while the fading voice of Diego whispered through the darkness:

 DB> continues run in background. When I debug application, I found that in
 DB> TJvPluginManager.UnloadPlugin function, in JvPluginMan.pas,
 DB> FreeLibrary() hangs my application.

which Delphi do You use  ?

Can You look into list of threads in You process, ether fro mDelphi IDE
View/Debug windows or from SysInternals.com Process Explorer ?

Perhaps IB components made some extra thread (Event Monitor ? ) and it
cannot be automatically closed.
Would You kill that extra thread in P.E. - would main thread be unfrozen and
close application as usual ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: 3.2 showing as 3.1?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 May 2006 14:59:31 +0200
Newsgroups: jedi.vcl

Martin Holmes wrote:

> Hi there,
>
> After installing JVCL 3.2, my components all show "Version 3.10" in the AboutJVCL property. Is this a known bug, or have I screwed up my installation somehow?

The version is in run\JVCLVer.pas.

There are two possible reasons for 3.1 in it:
1. We forgot to update the version number (check the downloaded Zip).
   This is then only a cosmetic problem.
2. You have 3.1 files still in the search path of Delphi.
   Get rid of those files.


Subject: Jedi plugin wizard no more working on BDS2006 Upd2
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Mon, 08 May 2006 14:43:16 +0200
Newsgroups: jedi.vcl

Hi,

When validating the wizard i'm getting this error :

Error in module : REQUIRES clause is incorrect

 + $2A[21BF73E2]{delphicoreide100.bpl} PasMgr.PasMgr.TPascalCodeManager.ParseError (Line 3324, "PasMgr.pas" + 1) + $2A
 + $21[21C0798B]{delphicoreide100.bpl} PasMgr.PasMgr.TPascalPackageCodeManager.ParseSource (Line 10245, "PasMgr.pas" + 23) + $21
 + $75[0060FA65]{coreide100.bpl} CodeMgr.CodeMgr..TScanner + $75
 + $133[0060FC0F]{coreide100.bpl} CodeMgr.CodeMgr..TCodeManager + $133
 + $5[21BFCD3D]{delphicoreide100.bpl} PasMgr.PasMgr.TPascalCodeUpdater.Validate (Line 5910, "PasMgr.pas" + 0) + $5
 + $8[21BEDE9B]{delphicoreide100.bpl} BaseDelphiProject.BaseDelphiProject.TDelphiProjectModuleHandler.SetRequiresPackages (Line 2018, "BaseDelphiProject.pas" + 12) + $8
 + $B[21BE629D]{delphicoreide100.bpl} BasePasProjOpts.BasePasProjOpts.TPackageProjOptsManager.Initialize (Line 1964, "BasePasProjOpts.pas" + 12) + $B
 + $9[21BE6814]{delphicoreide100.bpl} BasePasProjOpts.BasePasProjOpts.TProjectOptions.Initialize (Line 2241, "BasePasProjOpts.pas" + 1) + $9
 + $9[21BEB149]{delphicoreide100.bpl} BaseDelphiProject.BaseDelphiProject.TBaseDelphiProject.InstallModuleHandlers (Line 941, "BaseDelphiProject.pas" + 0) + $9
 + $1E[065C4DE1]{delphide100.bpl} DelphiProject.DelphiProject.TDelphiProjectCreationTrait.CreateProject (Line 155, "DelphiProject.pas" + 2) + $1E
 + $58[0056D13B]{coreide100.bpl} ProjectFileUtils.ProjectFileUtils.LoadLocalProjectFile (Line 706, "ProjectFileUtils.pas" + 21) + $58
 + $62[00602F1A]{coreide100.bpl} IDEServices.IDEServices..TToolTitleLine + $62
 + $1E[00603DE5]{coreide100.bpl} IDEServices.IDEServices.TModuleCreator.GetInterfaceSource (Line 1197, "IDEServices.pas" + 4) + $1E
 + $17F[4A38275B]{JvPluginD10D.bpl} JvPluginWizard.JvPluginWizard.TJvPluginWizard.Execute + $17F
 + $2A[0052CA6D]{coreide100.bpl} ExptMain.ExptMain.TExpertServices.AddWizard (Line 592, "ExptMain.pas" + 5) + $2A
 + $3[218BD460]{vclactnband100.bpl} ActnMenus.ActnMenus.TCustomActionMainMenuBar.TrackMenu (Line 3143, "ActnMenus.pas" + 3) + $3
 + $4[218B891D]{vclactnband100.bpl} ActnMenus.ActnMenus.TCustomActionMenuBar.CMItemClicked (Line 883, "ActnMenus.pas" + 3) + $4
 + $6[5205CA19]{vcl100.bpl  } Controls.Controls.TWinControl.WndProc (Line 7246, "Controls.pas" + 105) + $6
 + $4[218BA158]{vclactnband100.bpl} ActnMenus.ActnMenus.TCustomActionMenuBar.WndProc (Line 1572, "ActnMenus.pas" + 15) + $4
 + $9[40040CE8]{rtl100.bpl  } Classes.Classes.AllocateHWnd (Line 11655, "classes.pas" + 11) + $9
 + $6A[77D18731]{USER32.dll  } GetDC + $6A
 + $14A[77D18811]{USER32.dll  } GetDC + $14A
 + $122[77D189C8]{USER32.dll  } GetWindowLongW + $122
 + $A[77D196C2]{USER32.dll  } DispatchMessageA + $A


Subject: 3.2 showing as 3.1?
From: Martin Holmes <mholmes@uvic.ca>
Date: Mon, 08 May 2006 05:37:48 -0700
Newsgroups: jedi.vcl

Hi there,

After installing JVCL 3.2, my components all show "Version 3.10" in the AboutJVCL property. Is this a known bug, or have I screwed up my installation somehow?

Cheers,
Martin


Subject: Re: TJvPlugin + Interbase/Firebird
From: "Diego Bas" <dbas@telefonica.net>
Date: Mon, 8 May 2006 13:32:09 +0200
Newsgroups: jedi.vcl

For now, I remove "FreeLibrary(PlgI.Handle);" from 
"TJvPluginManager.UnloadPlugin" and application runs, but I think this isn't 
better solution.

    Diego Bas

"Diego Bas" <dbas@telefonica.net> escribió en el mensaje 
news:e3n9l9$clr$1@news.talkto.net...
> > Hi! I have a little program with Firebird DB. I have PluginManager in main 
> > in main form with tibdatabase and tibtransaction. I have plugin unit with 
> > mdi child form, this form with tibdataset and tibtransaction. My 
> > plugin.initialize is:
> >
> > procedure TMantenimiento.JvPluginInitialize(Sender: TObject;
> >  var AllowLoad: Boolean);
> > begin
> >   AllowLoad := True;
> >
> >   OldApplication := Application;
> >   Application := HostApplication;
> >
> >   DB := Application.MainForm.FindComponent('dbPrincipal');
> > end;
> >
> >    In plugin.commandexecute i heve this:
> >
> > procedure TMantenimiento.MantenimientoCommands0Execute(Sender: TObject);
> > begin
> >    if not Assigned(frmManteCompanias) then
> >    begin
> >        frmManteCompanias := 
> > TfrmManteCompanias.Create(Application.MainForm);
> >        with frmManteCompanias do
> >        begin
> >            tblCompanias.Database := TIBDatabase(DB);
> >            traCompanias.DefaultDatabase := TIBDatabase(DB);
> >            ....
> >        end;
> >    end;
> > end;
> >
> >    When I'm executing application seems all working fine but, when 
> > application raises EIBInterbaseError, it no closes good! Application 
> > continues run in background. When I debug application, I found that in 
> > TJvPluginManager.UnloadPlugin function, in JvPluginMan.pas, FreeLibrary() 
> > hangs my application.
> >
> >    Can you help me!
> >
> >    Thx. and sorry 4 my bad English.
> >
> >    Diego Bas
> > 




Subject: TJvPlugin + Interbase/Firebird
From: "Diego Bas" <dbas@telefonica.net>
Date: Mon, 8 May 2006 13:22:22 +0200
Newsgroups: jedi.vcl

Hi! I have a little program with Firebird DB. I have PluginManager in main 
in main form with tibdatabase and tibtransaction. I have plugin unit with 
mdi child form, this form with tibdataset and tibtransaction. My 
plugin.initialize is:

procedure TMantenimiento.JvPluginInitialize(Sender: TObject;
  var AllowLoad: Boolean);
begin
   AllowLoad := True;

   OldApplication := Application;
   Application := HostApplication;

   DB := Application.MainForm.FindComponent('dbPrincipal');
end;

    In plugin.commandexecute i heve this:

procedure TMantenimiento.MantenimientoCommands0Execute(Sender: TObject);
begin
    if not Assigned(frmManteCompanias) then
    begin
        frmManteCompanias := 
TfrmManteCompanias.Create(Application.MainForm);
        with frmManteCompanias do
        begin
            tblCompanias.Database := TIBDatabase(DB);
            traCompanias.DefaultDatabase := TIBDatabase(DB);
            ....
        end;
    end;
end;

    When I'm executing application seems all working fine but, when 
application raises EIBInterbaseError, it no closes good! Application 
continues run in background. When I debug application, I found that in 
TJvPluginManager.UnloadPlugin function, in JvPluginMan.pas, FreeLibrary() 
hangs my application.

    Can you help me!

    Thx. and sorry 4 my bad English.

    Diego Bas 




Subject: Import XML
From: "Linda Luesink" <Linda.Luesink@hills.nl>
Date: Mon, 8 May 2006 11:50:31 +0200
Newsgroups: jedi.vcl

Hello,

We use TJvgExportXML for exporting the result of a query to XML in Delphi6. 
Is there a component that can import this XML file? De database we use is 
SQLServer.


Thanks,
Regards,
Linda Luesink 




Subject: MakeModified.bat and missing JCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 May 2006 18:05:15 +0200
Newsgroups: jedi.vcl

Hi,

if the jcl is missing (see my post in the jvl ng) the installer comes into an endless loop if the Makemodified.bat is used.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: D5: does not install
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 07 May 2006 15:55:58 +0400
Newsgroups: jedi.vcl

07.05.06 в 15:51 Arioch в своём письме писал(а):

> [Compiling: JvStdCtrlsD5R.bpl]
> "d:\Borland\Delphi5\Bin\dcc32.exe" JvStdCtrlsD5R.dpk
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> JvStdCtrlsD5R.dpk(115) Fatal: Never-build package 'JvSystemD5R' must be recompiled

remedi was 'install for developers' checkbox - which is anyway good for BPL-less projects ;)



Subject: D5: does not install
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 07 May 2006 15:51:10 +0400
Newsgroups: jedi.vcl

[Compiling: JvStdCtrlsD5R.bpl]
"d:\Borland\Delphi5\Bin\dcc32.exe" JvStdCtrlsD5R.dpk
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
JvStdCtrlsD5R.dpk(115) Fatal: Never-build package 'JvSystemD5R' must be recompiled


Subject: Re: Hidden Jedi Treasure - jvcl\devtools\bin\DC.exe (DFMCleaner)
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 06 May 2006 11:47:01 +0200
Newsgroups: jedi.vcl

On Fri, 05 May 2006 15:18:54 -0400, Warren Postma wrote:

> >I can add this little d10.txt file to the source code repository, if
> >y'all think that's good.  Did I miss any properties that are new to the
> >Delphi2006 VCL that I should be adding here, that are part of TControl,
> >TWindow, or TForm, or any basic control like TButton?

BTW, you will find some properties from D6 or higher(but BDS2006 isn't
covered) in my postings in thread "anti-Delphi5 properties, again :)"
started on 2006/04/22.

> >I think this utility is so handy, that it should be provided as a
> >graphical tool as well, so that users can scan and clean a folder.

If you are interested in .dfm processing stuff you should have a look
at JclDFM* which can be found in the following repository path
https://svn.sourceforge.net:443/svnroot/jcl/trunk/donations/source/common

> >(Unless gexperts already includes a visual dfm cleaner.)

I doubt that because of Erik Berry's posting in the thread
"Accessing all forms (and their components) in the current project" in
borland.public.delphi.opentoolsapi(started by Peter Thörnqvist on
2003/07/13).

Uwe


Subject: Re: Hidden Jedi Treasure - jvcl\devtools\bin\DC.exe (DFMCleaner)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 May 2006 05:48:12 +0200
Newsgroups: jedi.vcl

Can we assemble here all the features which this tool needs to become a prerelease tool for the JVCL?
It may also be of interest for other component pack developers.


Subject: Re: Seeing the exponential increase of Lazarus and FPC, why not implemented a JVCL version?
From: Warren Postma <wp@tekran.com>
Date: Fri, 05 May 2006 16:49:40 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:
> > enzo wrote:
> > o your level, but I would be pleased if someone that has the
>> >> abilities dasse a look to lazarus.

By the way, I downloaded the very newest build of Lazarus, and it's
really a lot nicer. I was wrong to say it was like "Delphi 0.1",
it's more like "Delphi 0.6".   I think they are more than halfway
to a real version.  However, they still rebuild the IDE, rather than
create a proper "runtime packages" system, which would require a lot
of compiler changes at the FPC level, which I hope they are working
on.  (The FPC discussions last time I was looking in on in this subject,
made me think that the Lazarus and FPC people were not likely to solve
this probably soon.)

Warren


Subject: Re: Hidden Jedi Treasure - jvcl\devtools\bin\DC.exe (DFMCleaner)
From: Warren Postma <wp@tekran.com>
Date: Fri, 05 May 2006 16:47:35 -0400
Newsgroups: jedi.vcl

OBones wrote:
> > Please add that d10 file.
> > 
committed as rev10590/rev10591 (there is one copy in devtools\bin\, and
one in dfmcleaner\ )

Warren


Subject: Re: Hidden Jedi Treasure - jvcl\devtools\bin\DC.exe (DFMCleaner)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 05 May 2006 22:40:04 +0200
Newsgroups: jedi.vcl

Please add that d10 file.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Seeing the exponential increase of Lazarus and FPC, why not implemented a JVCL version?
From: Warren Postma <wp@tekran.com>
Date: Fri, 05 May 2006 16:29:07 -0400
Newsgroups: jedi.vcl

enzo wrote:
o your level, but I would be pleased if someone that has the
> > abilities dasse a look to lazarus.

You maybe don't know enough about Delphi to know how far Lazarus is
behind Delphi in terms of functionality.   Lazarus is equivalent
right now to "Delphi Version 0.1", that is, it has about 5% of
the functionality of Delphi 2.0, and missing several massively
important architectural features, such as runtime package (.bpl
equivalent) support. You have to RECOMPILE and RELINK the
whole IDE to install a package.  This is not good.

Warren


Subject: Hidden Jedi Treasure - jvcl\devtools\bin\DC.exe (DFMCleaner)
From: Warren Postma <wp@tekran.com>
Date: Fri, 05 May 2006 15:18:54 -0400
Newsgroups: jedi.vcl

The little DFM cleaner (DC.exe) that comes with Jedi is a WONDERFUL thing.

I go to a command prompt, chance to my source root directory and type:

	dc -s -fd10.txt *.dfm -i

And my whole project (with hundreds of forms, and many subdirectories)
is purged of delphi 2006 specific property junk that prevents my app
which I have been editing in delphi 2006, from opening, compiling and
working in Delphi 7.  Delphi 7 is SO busted in fact, that after you
click "ignore all" to remove the PopupMode or Explicit* properties in
question, it doesn't even let you SAVE these painstakingly
one-by-one-open-the-form changes,  unless you also make some OTHER
changes.  (Some kind of dirty bit is still off, so File-Save does not
save the DFM file. This is a recipe for madness.)  DC to the rescue!

A d10.txt file is not included in jedi, so I made one, which contains:

*.PopupMode
*.PopupParent
*.ExplicitLeft
*.ExplicitTop
*.ExplicitWidth
*.ExplicitHeight

I can add this little d10.txt file to the source code repository, if
y'all think that's good.  Did I miss any properties that are new to the
Delphi2006 VCL that I should be adding here, that are part of TControl,
TWindow, or TForm, or any basic control like TButton?

I think this utility is so handy, that it should be provided as a
graphical tool as well, so that users can scan and clean a folder.
(Unless gexperts already includes a visual dfm cleaner.)

Regards,

Warren




Subject: Re: JvDesignSurface save Form in DFM Delphi style, is possible?
From: Warren Postma <wp@tekran.com>
Date: Fri, 05 May 2006 14:52:32 -0400
Newsgroups: jedi.vcl

What's the difference?  Besides a different name (some text you changed
yourself) what difference is there?

Warren


Subject: Re: If you use JvDBRadioPanel or JvDBComboBox, please read
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 5 May 2006 13:34:28 +0100
Newsgroups: jedi.vcl

> >   .DisplayText is for controls like TLabel, that do display value
> > but never edit it.
> >   .Text is for TEdit-like controls.

It seems you read me a little bit too quickly.

Anyway, your explanation is not totally right. DisplayText and Text has 
nothing to do with controls allowing changes or not. You can use both 
with a TDBEdit, for instance (and both are used in Borland's code) and 
you can modify Field.Text for a TDBLabel.
DisplayText is what you see when the control is not in editing mode and 
Text is what you see when the control is in editing mode. There's a 
third case when there's an edit mask (you see the mask, not directly the 
Text property). All of this can be modified by an OnGetText event.

> > Hence Text is not always the same as DisplayText.
> > But if event handler is not  specified - then they are the same
> > (and both are the same as .AsString ;) )

I agree.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: If you use JvDBRadioPanel or JvDBComboBox, please read
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 5 May 2006 02:47:01 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 28 Apr 2006 16:53:14 +0100 @703)
....while the fading voice of Fred whispered through the darkness:

 F> OnGetText event, Field.Text=Field.DisplayText if there's one).

Not exactly.
   .DisplayText is for controls like TLabel, that do display value but never
edit it.
   .Text is for TEdit-like controls.
Hence Text is not always the same as DisplayText.

But if event handler is not  specified - then they are the same (and both
are the same as .AsString ;) )

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 5 May 2006 02:41:29 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 23 Apr 2006 11:37:20 +0200 @442)
....while the fading voice of OBones whispered through the darkness:

 O> WinMergeU works with Unicode files but only under 2000/XP.

TSVN only works on WinNT now

 O> But the JVCL does not contain any of such files.

But some other library might use them, and the user would rely upon the
settings, he set when installed TSVN for JVCL.

If there is no difference, then more flexible application (Unicode-aware) is
better choice.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 5 May 2006 02:39:13 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 23 Apr 2006 00:13:35 +0200 @967)
....while the fading voice of OBones whispered through the darkness:

 O> As we say here in France: "Paris wasn't built in one day". Well, it's
 O> the same with everything.

 Giving link to wiki on the site is not buiding city, it is cutting a door
in the solid 0-ways wall around the city.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 5 May 2006 02:37:53 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 23 Apr 2006 00:12:09 +0200 @966)
....while the fading voice of OBones whispered through the darkness:

 >> BTW, what setting to use with WinMere to make it not only Diff viewer,
 >> but merger as well ?

 O> As indicated on the WinMerge website, this is a 2 way ONLY merger.
 O> That's why Elahn suggested Perforce 3 may merger...

Ok, i agree, but if two ways are enough for me and familiar WinMerge is good
for me - why not add commandline fro WinMerge ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Auto sorting for InspectorPropData
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 04 May 2006 21:36:33 +1000
Newsgroups: jedi.vcl

Andrey wrote, on 4/05/2006 7:42 PM:
>> It sounds like the same issue as Mantis #3348, is this the case?
>>
>> http://homepages.borland.com/jedi/issuetracker/view.php?id=3348
>
> Yes, that is the same case
>
> But when I comment TJvInspectorPropData.NotifyRemoveData, your demo works
> without errors, too.. The destructor call in NotifyRemoveData seems to be
> the root of all evil)

I can't see the purpose of NotifyRemoveData either. AFAICS commenting it out doesn't cause a memory leak.

-- 
enjoy life,
           Elahn


Subject: Re: Auto sorting for InspectorPropData
From: "Andrey" <thehangedman@mail.ru>
Date: Thu, 4 May 2006 13:42:12 +0400
Newsgroups: jedi.vcl

> > It sounds like the same issue as Mantis #3348, is this the case?
> >
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3348

Yes, that is the same case

But when I comment TJvInspectorPropData.NotifyRemoveData, your demo works
without errors, too.. The destructor call in NotifyRemoveData seems to be
the root of all evil)

Regards,
Andrey




Subject: Re: Auto sorting for InspectorPropData
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 04 May 2006 19:29:30 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote, on 3/05/2006 2:13 AM:
>> GetPropList(AInstance.ClassInfo, TypeKinds, PropList);
>> to
>> GetPropList(AInstance.ClassInfo, TypeKinds, PropList, false);
>> (true is a default SortList argument value)
>
> Is the sort parameter available in all supported Delphi editions? I think the reason I didn't add the false is because it wasn't available until one of the later Delphi editions. Of course, we could add it in an {$IFDEF} block....

This is available in Delphi 7. If it is unavailable in some delphi versions, I think it's worth an {$IFDEF}.

-- 
enjoy life,
           Elahn


Subject: Re: Auto sorting for InspectorPropData
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 04 May 2006 19:26:55 +1000
Newsgroups: jedi.vcl

Andrey wrote, on 4/05/2006 5:53 PM:
> Everything goes fine, until some CollectionItem has it's own published
> properties, and figures as a published property of some other class itself:
>
> TTestItem = class(TCollectionItem)
> ...
> published
>   property Name: string ...;
> end;
>
> TTestClass = class(TPersistent)
> ...
> published
>   property TestItems: TCollection ... ; // created as a Collection of
> TTestItem
>   property MyFavouriteItem: TTestItem ...;  // the error occurs when this is
> one of TestItems
> end;
>
> Now there're two Datas, managing MyFavouriteItem instance. One of them is
> TJvInspectorPropData, and another is my custom
> TJvInspectorCollectionItemData. The CollectionItem Item class itself can be
> either TJvInspectorClassItem, either my custom
> TJvInspectorCollectionItemItem - doesn't matter.
>
> The problem is with the TTestItem.Name property - for both MyFavouriteItem
> Datas it's managed by the same instance of TJvInspectorPropData - and the
> problem is that while removing one of the Datas (PropData and
> CollectionItemData) TJvInspectorPropData.NotifyRemoveData removes the Name
> property Data too, (which somhow wouldn't happen if both Datas were
> TJvInspectorPropData), and the error occurs while the rest of two parent
> Datas tries to access it.
>
> If  I comment Free statement in TJvInspectorPropData.NotifyRemoveData, no
> error occurs. I've broken my head, trying to understand what I can do about
> it)
>
> Is freeing data in TJvInspectorPropData.NotifyRemoveData really necessary?
> As far as I can see, it is destroyed anyway when it's Items array nulls.. Or
> maybe i'm doing something wrong?

It sounds like the same issue as Mantis #3348, is this the case?

http://homepages.borland.com/jedi/issuetracker/view.php?id=3348

-- 
enjoy life,
           Elahn


Subject: Re: Auto sorting for InspectorPropData (was: JvInspector and a property editor)
From: "Andrey" <thehangedman@mail.ru>
Date: Thu, 4 May 2006 11:53:43 +0400
Newsgroups: jedi.vcl

Thank you for explanation, and the onother one question)

I'm trying to create a TCollection editor (by the way, were there successful
attempts?), which acts as a TJvInspectorClassItem descendant, overriding
CreateMembers and DeleteMembers, where creating and deleting my custom
TJvInspectorCollectionItemData.

Everything goes fine, until some CollectionItem has it's own published
properties, and figures as a published property of some other class itself:

TTestItem = class(TCollectionItem)
....
published
  property Name: string ...;
end;

TTestClass = class(TPersistent)
....
published
  property TestItems: TCollection ... ; // created as a Collection of
TTestItem
  property MyFavouriteItem: TTestItem ...;  // the error occurs when this is
one of TestItems
end;

Now there're two Datas, managing MyFavouriteItem instance. One of them is
TJvInspectorPropData, and another is my custom
TJvInspectorCollectionItemData. The CollectionItem Item class itself can be
either TJvInspectorClassItem, either my custom
TJvInspectorCollectionItemItem - doesn't matter.

The problem is with the TTestItem.Name property - for both MyFavouriteItem
Datas it's managed by the same instance of TJvInspectorPropData - and the
problem is that while removing one of the Datas (PropData and
CollectionItemData) TJvInspectorPropData.NotifyRemoveData removes the Name
property Data too, (which somhow wouldn't happen if both Datas were
TJvInspectorPropData), and the error occurs while the rest of two parent
Datas tries to access it.

If  I comment Free statement in TJvInspectorPropData.NotifyRemoveData, no
error occurs. I've broken my head, trying to understand what I can do about
it)

Is freeing data in TJvInspectorPropData.NotifyRemoveData really necessary?
As far as I can see, it is destroyed anyway when it's Items array nulls.. Or
maybe i'm doing something wrong?

Thank You,
Andrey





Subject: Re: TJvAppIniFileStorage arbitrarily changes Filename extension
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 3 May 2006 12:42:10 +0200
Newsgroups: jedi.vcl

hello Obones,

the bug is confirmed with the latest snapshot of one hour ago. I have 
reopened issue 3680 (see explanation there) and downloaded a test case that 
demonstrates the bug.

Regards
Salvatore 




Subject: Re: TJvAppIniFileStorage arbitrarily changes Filename extension
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 3 May 2006 11:10:49 +0200
Newsgroups: jedi.vcl

hello Obones,

> > especially the one posted by Vaclav Korecek on 21st april 2006.

the snapshot (both JCL and JVCL) that is giving me the problem was 
downloaded on 25 april. Anyway I will try to update the SVN again now and 
see...

Regards
Salvatore 




Subject: Re: Insall problem with 3.2
From: Martin Holmes <mholmes@uvic.ca>
Date: Tue, 02 May 2006 17:10:49 -0700
Newsgroups: jedi.vcl

This is my JVCLinstall.ini file. It does solve the problem of the missing dcps -- they're in the lib/d9 folder -- but it doesn't seem to include any setting for Register to IDE:

[D9 Packages.bdsgroup]
Jv3rd-R=1
JvAppFrm-R=1
JvBands-R=1
JvBDE-R=1
JvCmp-R=1
JvCore-R=1
JvCrypt-R=1
JvCtrls-R=1
JvCustom-R=1
JvDB-R=1
JvDlgs-R=1
JvDocking-R=1
JvDotNetCtrls-R=1
JvEDI-R=1
JvGlobus-R=1
JvHMI-R=1
JvInterpreter-R=1
JvJans-R=1
JvManagedThreads-R=1
JvMM-R=1
JvNet-R=1
JvPageComps-R=1
JvPlugin-R=1
JvPrintPreview-R=1
JvRuntimeDesign-R=1
JvStdCtrls-R=1
JvSystem-R=1
JvTimeFramework-R=1
JvUIB-R=1
JvValidators-R=1
JvWizard-R=1
JvXPCtrls-R=1

[D9Per Packages.bdsgroup]
Jv3rd-R=1
JvAppFrm-R=1
JvBands-R=1
JvCmp-R=1
JvCore-R=1
JvCrypt-R=1
JvCtrls-R=1
JvCustom-R=1
JvDlgs-R=1
JvDocking-R=1
JvDotNetCtrls-R=1
JvGlobus-R=1
JvHMI-R=1
JvInterpreter-R=1
JvJans-R=1
JvManagedThreads-R=1
JvMM-R=1
JvNet-R=1
JvPageComps-R=1
JvPlugin-R=1
JvPrintPreview-R=1
JvRuntimeDesign-R=1
JvStdCtrls-R=1
JvSystem-R=1
JvTimeFramework-R=1
JvUIB-R=1
JvValidators-R=1
JvWizard-R=1
JvXPCtrls-R=1

[Delphi 2005 (Professional)]
DCPDir=C:\Documents and Settings\mholmes\My Documents\Borland Studio Projects\3rd_party_components\jedi\jvcl\lib\D9
DeveloperInstall=0
CleanPalettes=1
InstallMode_0=1
InstallMode_1=0
AutoDependencies=0
GenerateMapFiles=0
DebugUnits=0


What do the InstallMode values mean?

Cheers,
Martin


Andreas Hausladen wrote:
> Martin Holmes wrote:
>
>> If that box WAS unchecked, then it was unchecked by default; I accepted
>> all the defaults for both installers. If it's off by default in the 3.2
>> installer, then perhaps it should be on?
>
> This option is checked by default. But the setting is stored to are read
> from the jvcl3\bin\JVCLInstall.ini.
>
>


Subject: Is TJVTimer thread-safe?
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Wed, 3 May 2006 02:53:50 +0300
Newsgroups: jedi.vcl

Dear Friends,

I'm just wondering if TJVTimer is thread safe.

I'm creating and starting new threads in JVTimer but sometimes app 
arbitrarily behaves strange. Is there any issue of this sort with TJVTimer?

Regards and TIA
ATB 




Subject: DelphiSpeedUp 1.69
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 3 May 2006 00:41:35 +0200
Newsgroups: jedi.vcl

Changelog from 1.65 to 1.69:
- New (officially) bugfixed FastObj
- ExpandFileName cache is also cleared if the SetCurrentDirectory() call
fails
- FileAgeCache is cleared if SetCurrentDirectory() is calls and only used
during startup
- Fixed bug in direct RTL hooking code
- Added some more SysUtils hooks for optimized RTL functions.

Download Version 1.69:
http://andy.jgknet.de/misc/DelphiSpeedUpV169.zip

Download source code 1.69:
http://andy.jgknet.de/misc/DelphiSpeedUpSourceV169.7z

-- Regards, Andreas Hausladen 

Subject: Re: Insall problem with 3.2
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 2 May 2006 21:55:45 +0200
Newsgroups: jedi.vcl

Martin Holmes wrote:

> > If that box WAS unchecked, then it was unchecked by default; I accepted
> > all the defaults for both installers. If it's off by default in the 3.2
> > installer, then perhaps it should be on?

This option is checked by default. But the setting is stored to are read
from the jvcl3\bin\JVCLInstall.ini.


-- Regards, Andreas Hausladen 

Subject: Re: Insall problem with 3.2
From: Martin Holmes <mholmes@uvic.ca>
Date: Tue, 02 May 2006 12:42:31 -0700
Newsgroups: jedi.vcl

If that box WAS unchecked, then it was unchecked by default; I accepted all the defaults for both installers. If it's off by default in the 3.2 installer, then perhaps it should be on?

Cheers,
Martin

Andreas Hausladen wrote:
> The JVCL Installer has an option called "Register to IDE" if you uncheck
> this option the packages and the paths are not registered to the IDE. So
> this checkbox on the config page must be checked.
>
>
>


Subject: Re: TJvAppIniFileStorage arbitrarily changes Filename extension
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 02 May 2006 20:52:43 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> hello all,
>
> I have just posted entry 3680 on Mantis about this very urgent problem that blocks my application that should be deployed within twelve days :-) As I wrote in the entry, previous JVCL (3.10, I have never used 3.20 so I don't know for this) was just fine and didn't exhibit this error.

This has already been fixed, it's in the JCL, please use the latest daily and read the newsgroups, especially the one posted by Vaclav Korecek on 21st april 2006.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: TJvAppIniFileStorage arbitrarily changes Filename extension
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 2 May 2006 20:39:13 +0200
Newsgroups: jedi.vcl

hello all,

I have just posted entry 3680 on Mantis about this very urgent problem that 
blocks my application that should be deployed within twelve days :-) As I 
wrote in the entry, previous JVCL (3.10, I have never used 3.20 so I don't 
know for this) was just fine and didn't exhibit this error.

Regards
Salvatore 




Subject: Re: Insall problem with 3.2
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 2 May 2006 19:17:51 +0200
Newsgroups: jedi.vcl

The JVCL Installer has an option called "Register to IDE" if you uncheck
this option the packages and the paths are not registered to the IDE. So
this checkbox on the config page must be checked.



-- Regards, Andreas Hausladen 

Subject: Re: Insall problem with 3.2
From: Martin Holmes <mholmes@uvic.ca>
Date: Tue, 02 May 2006 09:57:33 -0700
Newsgroups: jedi.vcl

Hi there,

I've just done exactly the same operation on a Windows XP machine, with the same results:

1. Uninstalled old versions in the IDE, removed paths, etc.

2. Deleted all old files.

3. Ran JCL installer.

4. Ran JVCL installer.

5. Started Delphi -- no sign that any JCL or JVCL install had taken place! No components on the palette, no paths, nothing!

Again, I had to manually install all the packages in the IDE, and add all the paths to the library path list. The BPLs were all built in my BPL folder, but there are no dcp files; the last installation had created dcp files. This looks suspicious, but I don't know enough about the install process to understand what it means. Any ideas?

This was using the individual download of JCL 1.97_2172 and the individual download of JVCL 320 (no JCL).

If I'm doing something wrong, I can't imagine what it is. Perhaps there's some option in the installers I'm failing to check, or something. The  Has anyone else had this trouble upgrading from JCL 1.95_1848 and JVCL 3.00?

Cheers,
Martin

OBones wrote:
> This is very strange.
>
> Are you sure you never replied "no" to a question saying "Unable to load JvXXX package, do you want to load it next time a project is loaded?"
> Because if you did say "no", then the package is added to the list of packages to exclude, regardless of whether they changed or not.
>
> My 2 cents
> Olivier


Subject: Re: Auto sorting for InspectorPropData (was: JvInspector and a property editor)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 02 May 2006 18:13:27 +0200
Newsgroups: jedi.vcl

> GetPropList(AInstance.ClassInfo, TypeKinds, PropList);
> to
> GetPropList(AInstance.ClassInfo, TypeKinds, PropList, false);
> (true is a default SortList argument value)

Is the sort parameter available in all supported Delphi editions? I think the reason I didn't add the false is because it wasn't available until one of the later Delphi editions. Of course, we could add it in an {$IFDEF} block....

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJVSimnpleXML and define the Doctype in Header of XML-File
From: Daniel Rothmaler <Rothmaler@quodata.de>
Date: Tue, 02 May 2006 16:52:59 +0200
Newsgroups: jedi.vcl

Hendrik Lenz schrieb:
> > <!DOCTYPE DataSet SYSTEM "gdpdu-01-08-2002.dtd">
> > But how can i use the "TJvSimpleXMLElemsProlog"
> > class to define the second line (the doctype) of my xml file?

Hi Hendrik,

this should work (tested with latest SVN-version of JVCL):
JvSimpleXML1.Prolog.AddDocType('DataSet SYSTEM "gdpdu-01-08-2002.dtd"');

With kind regards
Daniel


Subject: Re: JvInspector and a property editor
From: "Andrey" <thehangedman@mail.ru>
Date: Tue, 2 May 2006 17:46:43 +0400
Newsgroups: jedi.vcl

Hello,

May I use this thread to suggest on TJvInspectorPropData?

When we get a prop list in
class function TJvInspectorPropData.New(const AParent:
TJvCustomInspectorItem;
  const AInstance: TObject; const TypeKinds: TTypeKinds):
TJvInspectorItemInstances;
, we receive it alpha-sorted by default. Do we really need this, as we have
SortKind of TJvCustomInspectorItem initialized to iskName by default anyway?
Now, when I need to have a custom, non-alphabetical order in the Inspector,
I have to write an annoying OnCompare func, but if you (developpers) change

GetPropList(AInstance.ClassInfo, TypeKinds, PropList);
to
GetPropList(AInstance.ClassInfo, TypeKinds, PropList, false);
(true is a default SortList argument value)

, then one could specify a correct sort order just by declaring properties
in the wanted order in a publiched section of a class definition (for
example a Name property of product information before, not after a
Description property - isn't it sensible?) and than setting InspectorItem's
SortList to iskNone.

Thank you,
Andrey




Subject: Re: Insall problem with 3.2
From: Martin Holmes <mholmes@uvic.ca>
Date: Tue, 02 May 2006 05:19:15 -0700
Newsgroups: jedi.vcl

Hi there,

OBones wrote:
> This is very strange.
>
> Are you sure you never replied "no" to a question saying "Unable to load JvXXX package, do you want to load it next time a project is loaded?"
> Because if you did say "no", then the package is added to the list of packages to exclude, regardless of whether they changed or not.

No, I definitely didn't. When I opened the project (which uses JVDocking) immediately after installing the JCL and JVCL, I got lots of error messages to the effect that components were missing, so I clicked Ignore to all of them, then closed that project immediately and started a new one, and went to look at the component bar. There were no JEDI components at all. Then I did Install Packages, selected all the D9 packages, and installed them -- I got error messages for the ones which are not design packages, of course, but the others appeared to install. Then I opened my original project again. This time, I got a message that the JVConsts.res file was missing. I went and added the appropriate folder to the D2005 directory paths, and now I'm able to open and build the project.

It's as if the installer didn't actually install any packages.

This is on Windows 2000, which may be rare enough now that no-one else has been in exactly the same situation.

But this does raise the issue of exactly how we should carry out upgrades. The instructions say to remove all previous versions of the components, but they don't say exactly how to do that. The installer actually seems to include an uninstaller, but I wasn't sure if that was the appropriate way to do it. It would be great if the instructions were more specific about the best way to remove the old installation. Should I run the JVCL installer again to unistall, then the JCL installer, before deleting the directories containing the components? Should I be making any changes to the registry?

Cheers,
Martin


Subject: Re: SVN and JclUnitVersionInfo
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 02 May 2006 19:58:57 +1000
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote, on 2/05/2006 7:55 PM:
> Thank you so much for volunteering to do it :-P

No probs, I'll put it on my todo list. I might not get to it for a few weeks though. :)

-- 
enjoy life,
           Elahn


Subject: Re: SVN and JclUnitVersionInfo
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 02 May 2006 11:55:49 +0200
Newsgroups: jedi.vcl,jedi.jcl

Thank you so much for volunteering to do it :-P


Subject: Re: SVN and JclUnitVersionInfo
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 02 May 2006 19:52:48 +1000
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote, on 2/05/2006 7:28 PM:
>> existing files need to be adjusted manually.
>
> Ok... Not easy to do. I'll try to find a way.

An app that calls BuildFileList on wildcard patterns and passes each file to the subversion commandline client should do it. The syntax for setting all keywords is:

svn propset svn:keywords "URL HeadURL Author LastChangedBy Date LastChangedDate Rev Revision LastChangedRevision Id" <filename>

Hmmm, this could make a neat utility. A form containing:
- an Edit for a list of wildcard patterns.
- a Memo for a list of commands to run on each file where <filename> is substituted.
- [optional] a CheckListBox containing the list of files generated based on the wildcard patterns, so the user can review it before executing and exclude certain files if desired.

-- 
enjoy life,
           Elahn


Subject: TJVSimnpleXML and define the Doctype in Header of XML-File
From: Hendrik Lenz <hendriklenz@gmx.de>
Date: Tue, 02 May 2006 11:34:03 +0200
Newsgroups: jedi.vcl

Hi,

how can i define this header in my xml-file that i create with the TJVSimpleXML Component and Delphi7:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE DataSet SYSTEM "gdpdu-01-08-2002.dtd">

THe first line can i create by using the "ProLog" Property of the TJVSimpleXML Component. But how can i use the "TJvSimpleXMLElemsProlog" class to define the second line (the doctype) of my xml file?

Has anyone some example code for delphi or any hints?

In the help file of Jedi VCL i don`t find taht what i need to do this.

Thanks Hendrik


Subject: Re: SVN and JclUnitVersionInfo
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 02 May 2006 11:28:35 +0200
Newsgroups: jedi.vcl,jedi.jcl

Elahn Ientile wrote:

> In my repositories, I have a general policy of not setting svn:keywords on directories, as it could result in undesired substitution. I set svn:keywords on each file that needs it. You'll see in my config file (available on the wiki) that the auto-props section takes care of this for newly added files, but existing files need to be adjusted manually.

Ok... Not easy to do. I'll try to find a way.


> OT: I was just reading in the Subversion Book that although some keywords (in svn:keywords) will be recognised regardless of case, the behaviour is deprecated. All keywords should be considered case-sensitive.

Sounds good to me.


Subject: Re: SVN and JclUnitVersionInfo
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 02 May 2006 19:12:53 +1000
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote, on 2/05/2006 6:05 PM:
>> Since Olivier changed it to $URL$ <snip>
>
> I changed what?

Sorry, Florent changed it (revision 1622)...I was tired. ;)

>> If you want to use $HeadURL$, then you'll need to add it to the svn:keywords property. Btw, $HeadURL$ and $URL$ are exactly the same, so it doesn't matter which is used. :)
>
> Currently, there is nothing in the svn:keywords property at the root, so that would explain why it does not work at all

In my repositories, I have a general policy of not setting svn:keywords on directories, as it could result in undesired substitution. I set svn:keywords on each file that needs it. You'll see in my config file (available on the wiki) that the auto-props section takes care of this for newly added files, but existing files need to be adjusted manually.

OT: I was just reading in the Subversion Book that although some keywords (in svn:keywords) will be recognised regardless of case, the behaviour is deprecated. All keywords should be considered case-sensitive.

-- 
enjoy life,
           Elahn


Subject: Re: JvInspector and new item editor
From: Frédéric SCHENCKEL <f.schenckel@cab-technologies.fr>
Date: Tue, 02 May 2006 10:15:16 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> Frédéric SCHENCKEL wrote, on 2/05/2006 5:40 AM:
>> I want to add a TBitmap editor to the jvInspector.
>>
>> Have someone and example how to add some custom editors ?
>
> Hi Frédéric,
>
> Have a look at run\JvInspExtraEditors.pas
>

Thanks, I found some examples in this file !

Regards

Frédéric


Subject: Re: SVN and JclUnitVersionInfo
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 02 May 2006 10:05:41 +0200
Newsgroups: jedi.vcl,jedi.jcl

Elahn Ientile wrote:
> Jens Fudickar wrote, on 29/04/2006 5:20 AM:
>> I've made a first test with the JclUnitVersioning.pas, but sadly it didn't work.
>>
>> Where is my mistake???
>
> The svn:keywords property must include the keyword in order for it to be substituted. Since Olivier changed it to $URL$, I add the "URL" keyword to the svn:keywords property for JclUnitVersioning.pas and now it works.

I changed what?


> If you want to use $HeadURL$, then you'll need to add it to the svn:keywords property. Btw, $HeadURL$ and $URL$ are exactly the same, so it doesn't matter which is used. :)

Currently, there is nothing in the svn:keywords property at the root, so that would explain why it does not work at all


Subject: Re: Insall problem with 3.2
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 02 May 2006 09:37:36 +0200
Newsgroups: jedi.vcl

This is very strange.

Are you sure you never replied "no" to a question saying "Unable to load JvXXX package, do you want to load it next time a project is loaded?"
Because if you did say "no", then the package is added to the list of packages to exclude, regardless of whether they changed or not.

My 2 cents
Olivier


Subject: Re: TjvApplicationHotkey
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 02 May 2006 08:57:49 +0200
Newsgroups: jedi.vcl

Pierre wrote:
> Does this comnponent works in D10/ Windows XP? I've set active = true and specified a key combination from the property list.
>
> However, there's no response when the hotkeys are pressed when the application runs.

Does the example work?


Subject: Re: JvInspector and new item editor
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 02 May 2006 13:22:39 +1000
Newsgroups: jedi.vcl

Frédéric SCHENCKEL wrote, on 2/05/2006 5:40 AM:
> I want to add a TBitmap editor to the jvInspector.
>
> Have someone and example how to add some custom editors ?

Hi Frédéric,

Have a look at run\JvInspExtraEditors.pas

-- 
enjoy life,
           Elahn


Subject: JvInspector and new item editor
From: Frédéric SCHENCKEL <f.schenckel@cab-technologies.fr>
Date: Mon, 01 May 2006 21:40:52 +0200
Newsgroups: jedi.vcl

Hello,

I want to add a TBitmap editor to the jvInspector.

Have someone and example how to add some custom editors ?

Thanks

Regards


Frédéric


Subject: Re: Insall problem with 3.2
From: Martin Holmes <mholmes@uvic.ca>
Date: Mon, 01 May 2006 05:47:27 -0700
Newsgroups: jedi.vcl

I found that if I go into the package installer in D2005, then select all the JCL and JVCL packages and install them, then add the JVCL/Resources folder to the Delphi Libraries path list, then my components appear and I've been able to compile an application.

But shouldn't the installer handle all this kind of thing? When I installed the last version, it went like clockwork and all the components were available in the IDE without my having to tweak things manually after installing.

Cheers,
Martin

Martin Holmes wrote:
> Hi there,
>
> I just tried to upgrade my JCL/JVCL installation in Delphi 2005, and I've run into problems. This is what I did:
>
> 1. Uninstalled all the old packages in the IDE.
>
> 2. Deleted all the old folders, BPLs, DCPs and so on.
>
> 3. Deleted all the old JCL and JVCL files.
>
> 4. Extracted the new files from the download.
>
> 5. Ran the JCL installer (seemed to go just fine).
>
> 6. Ran the JVCL installer (also seemed to go fine).
>
> However, when I start up Delphi, none of the packages or components are available in the IDE.
>
> Anyone know what I should do next? Did I miss some crucial step?
>
> All help appreciated,
> Martin


Subject: Insall problem with 3.2
From: Martin Holmes <mholmes@uvic.ca>
Date: Mon, 01 May 2006 05:29:13 -0700
Newsgroups: jedi.vcl

Hi there,

I just tried to upgrade my JCL/JVCL installation in Delphi 2005, and I've run into problems. This is what I did:

1. Uninstalled all the old packages in the IDE.

2. Deleted all the old folders, BPLs, DCPs and so on.

3. Deleted all the old JCL and JVCL files.

4. Extracted the new files from the download.

5. Ran the JCL installer (seemed to go just fine).

6. Ran the JVCL installer (also seemed to go fine).

However, when I start up Delphi, none of the packages or components are available in the IDE.

Anyone know what I should do next? Did I miss some crucial step?

All help appreciated,
Martin


Subject: CategoryChooser in TJvLinkLabel
From: "H. Bouty" <hbouty@gmail.com>
Date: Mon, 1 May 2006 14:08:47 +0700
Newsgroups: jedi.vcl

Dear All,

I played around with examples in JVCL folder and really interested in
TCategoryChooser in TJvLinkLabel example.
Does anybody know how to use this on my application, or install this unit
into my IDE for designing my form?
Tried with no success.

TIA,

HB




Subject: Re: BUMP: TjvProgressDialog and other jvDialogs
From: Pierre <nospamhere@please.com>
Date: Sun, 30 Apr 2006 18:35:41 +1000
Newsgroups: jedi.vcl

Elahn Ientile wrote:
>
> The latest development version is available from the Subversion repository, and there is a daily zip generated, so that is current as of yesterday. Please visit the URL above and try one of these options.
>

That's fixed it. Many thanks.



-- 
Pierre
Worrigee  NSW
  ,-._|\
 /  Oz  \
 \_,--._/
       v
+++++++++++++++++++++++++++++++
"What a silly, boring little man. His only function is to let you know what Harry Potter's going to look like when he's old." - British comedian Billy Connolly on Australian Prime Minister John Howard.




Subject: Re: BUMP: TjvProgressDialog and other jvDialogs
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 29 Apr 2006 21:15:22 +1000
Newsgroups: jedi.vcl

Pierre wrote, on 29/04/2006 3:11 PM:
> Elahn Ientile wrote:
>> http://homepages.borland.com/jedi/wiki/index.php?title=Download

> Thanks. I had already tried JVCL320  Build2172 and JCL 1.97 Build 2172, but it proved catastrophic for me. BDS/ D10 can me made to crash impressively :-D - I'll post the issues (there are a number) I have come up against,

The latest development version is available from the Subversion repository, and there is a daily zip generated, so that is current as of yesterday. Please visit the URL above and try one of these options.

-- 
enjoy life,
           Elahn


Subject: Re: BUMP: TjvProgressDialog and other jvDialogs
From: Pierre <nospamhere@please.com>
Date: Sat, 29 Apr 2006 15:11:50 +1000
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> Pierre wrote, on 29/04/2006 8:23 AM:
>> Is anyone able to shed any light on my earlier question why, after installing version 320 the progress dialog generates a fatal AV the moment .show is invoked?
>
> I think Olivier fixed this. Please try the latest development version and see if it still occurs:
>
> http://homepages.borland.com/jedi/wiki/index.php?title=Download
>
> If it still occurs, post it to Mantis, our IssueTracker, so it doesn't get lost.
>
> http://homepages.borland.com/jedi/wiki/index.php?title=IssueTracker
>

Thanks. I had already tried JVCL320  Build2172 and JCL 1.97 Build 2172, but it proved catastrophic for me. BDS/ D10 can me made to crash impressively :-D - I'll post the issues (there are a number) I have come up against,

Back to 310.




-- 
Pierre
Worrigee  NSW
  ,-._|\
 /  Oz  \
 \_,--._/
       v
+++++++++++++++++++++++++++++++
"What a silly, boring little man. His only function is to let you know what Harry Potter's going to look like when he's old." - British comedian Billy Connolly on Australian Prime Minister John Howard.




Subject: Re: BUMP: TjvProgressDialog and other jvDialogs
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 29 Apr 2006 13:38:47 +1000
Newsgroups: jedi.vcl

Pierre wrote, on 29/04/2006 8:23 AM:
> Is anyone able to shed any light on my earlier question why, after installing version 320 the progress dialog generates a fatal AV the moment .show is invoked?

I think Olivier fixed this. Please try the latest development version and see if it still occurs:

http://homepages.borland.com/jedi/wiki/index.php?title=Download

If it still occurs, post it to Mantis, our IssueTracker, so it doesn't get lost.

http://homepages.borland.com/jedi/wiki/index.php?title=IssueTracker

-- 
enjoy life,
           Elahn


Subject: Re: SVN and JclUnitVersionInfo
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 29 Apr 2006 13:35:18 +1000
Newsgroups: jedi.vcl,jedi.jcl

Jens Fudickar wrote, on 29/04/2006 5:20 AM:
> I've made a first test with the JclUnitVersioning.pas, but sadly it didn't work.
>
> Where is my mistake???

The svn:keywords property must include the keyword in order for it to be substituted. Since Olivier changed it to $URL$, I add the "URL" keyword to the svn:keywords property for JclUnitVersioning.pas and now it works.

If you want to use $HeadURL$, then you'll need to add it to the svn:keywords property. Btw, $HeadURL$ and $URL$ are exactly the same, so it doesn't matter which is used. :)

-- 
enjoy life,
           Elahn


Subject: TjvApplicationHotkey
From: Pierre <nospamhere@please.com>
Date: Sat, 29 Apr 2006 08:24:02 +1000
Newsgroups: jedi.vcl

Does this comnponent works in D10/ Windows XP? I've set active = true and specified a key combination from the property list.

However, there's no response when the hotkeys are pressed when the application runs.

-- 
Pierre
Worrigee  NSW
  ,-._|\
 /  Oz  \
 \_,--._/
       v
+++++++++++++++++++++++++++++++
"What a silly, boring little man. His only function is to let you know what Harry Potter's going to look like when he's old." - British comedian Billy Connolly on Australian Prime Minister John Howard.




Subject: BUMP: TjvProgressDialog and other jvDialogs
From: Pierre <nospamhere@please.com>
Date: Sat, 29 Apr 2006 08:23:13 +1000
Newsgroups: jedi.vcl

Is anyone able to shed any light on my earlier question why, after installing version 320 the progress dialog generates a fatal AV the moment .show is invoked?

Thanks



-- 
Pierre
Worrigee  NSW
  ,-._|\
 /  Oz  \
 \_,--._/
       v
+++++++++++++++++++++++++++++++
"What a silly, boring little man. His only function is to let you know what Harry Potter's going to look like when he's old." - British comedian Billy Connolly on Australian Prime Minister John Howard.




Subject: Re: SVN and JclUnitVersionInfo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 28 Apr 2006 21:20:40 +0200
Newsgroups: jedi.vcl,jedi.jcl

I've made a first test with the JclUnitVersioning.pas, but sadly it didn't work.

Where is my mistake???


Greetings
Jens

Jens Fudickar schrieb:
> Hi,
>
> after the svn update the unitversioning is no longer realy usefull.
>
>
> Now it looks like the following:
>
> const
>   UnitVersioning: TUnitVersionInfo = (
>     RCSfile: '$RCSfile$';
>     Revision: '$Revision: 10532 $';
>     Date: '$Date: 2006-04-19 21:31:23 +0200 (Mi, 19 Apr 2006) $';
>     LogPath: 'JVCL\run'
>     );
>
> Is there any replacement for the $RCSfile$ which gives the name of the file back?
>
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: If you use JvDBRadioPanel or JvDBComboBox, please read
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 28 Apr 2006 17:57:54 +0100
Newsgroups: jedi.vcl

> >Ok, so if I understand correctly, what is displayed in the control 
> >should be Field.Text and what is stored internally should be 
> >Field.AsString whenever a string is needed.
> >Apparently, this is not the case, and your changes aim at making the 
> >above situation happen. If that's correct, then please go ahead.

It's a little bit more complex because these components have two 
properties to separate internal values (Values) from displayed values 
(Items). The displayed values come from Items or from Field.Text. It 
depends on the style of combobox for instance (dropdown, dropdownlist, 
simple, etc.) and a few other things. It's not very easy to see if some 
side effects may occur because of my changes.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: If you use JvDBRadioPanel or JvDBComboBox, please read
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 28 Apr 2006 16:53:14 +0100
Newsgroups: jedi.vcl

> >The Text is used to allow for a display format if I remember correctly. 
> >Why does having the event assigned trigger a problem?

Because the internal value of the component should be the field value, 
not the field displayed text (Field.Text=Field.AsString if there's no 
OnGetText event, Field.Text=Field.DisplayText if there's one).
The component works when the event is not assigned and displays nothing 
when the event is assigned.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DelphiSpeedUp 1.6
From: "G.W. van der Vegt" <wvd_vegt@knoware.nl>
Date: Fri, 28 Apr 2006 17:17:09 +0200
Newsgroups: jedi.vcl


Hi,

Hmm, seems I'm pointing in the wrong direction. One of the components was not handling the deletion version well. Sorry for reporting it (but please do add a debug version to DelphiSpeedUp (I really like it!).

G.W. van der Vegt wrote:
> Hi,
>
> I managed to get it working with madExcept on version 1.6 (could not find v1.65 sources). Here is the first stacktrace faulting in FasterIsClass after i deleted an active TDataSet and tried to save the form it was located onto:
>
> main thread ($d94):
> 035010ee +00a DelphiSpeedUp7.dll  FastSys           643 +10 FasterIsClass
> 400387a2 +12e rtl70.bpl           Classes IsDefaultPropertyValue
> 40039127 +077 rtl70.bpl           Classes TWriter.WriteProperty
> 40038092 +08e rtl70.bpl           Classes TWriter.WriteProperties
> 40037b74 +20c rtl70.bpl           Classes TWriter.WriteData
> 7c910942 +025 ntdll.dll RtlAcquirePebLock
> 00d24457 +0f7 borlndmm.dll        Borlndmm                  SysGetMem
> 4000341a +00a rtl70.bpl           System                    @GetMem
> 40006ef0 +00c rtl70.bpl           System                    @NewAnsiString
> 4003cac3 +003 rtl70.bpl           Classes TComponent.WriteState
> 400378fb +0e7 rtl70.bpl           Classes TWriter.WriteComponent
> 0083796f +037 vcl70.bpl           Controls TWinControl.GetChildren
> 40037c85 +31d rtl70.bpl           Classes TWriter.WriteData
> 4003cac3 +003 rtl70.bpl           Classes TComponent.WriteState
> 400378fb +0e7 rtl70.bpl           Classes TWriter.WriteComponent
> 0833bf52 +032 NxCollectionRun.bpl NxPageControl     345  +2 TNxNotebook.GetChildren
>
> Btw madExcept needs manual patching with madExceptPatch of both the dll & bpl after building.
>
>
> G.W. van der Vegt wrote:
>> Hi,
>>
>> I really like the tool but is it possible to include a debug build with something like madExcept included so we can mail you detailed error reports? My machine at work is stable but at home D7EE is instable and won't let me add components from Compbar to a form for instance.
>>
>> Andreas Hausladen wrote:
>>> There is a new version 1.6 of DelphiSpeedUp. This new version fixes all
>>> bugs that I was able to reproduce. For example the FastObj vs. CodeHealer
>>> and two msvcrt register vs. cdecl bug. Both caused access violations and
>>> failed assertions.
>>>
>>> Download:
>>> http://andy.jgknet.de/misc/DelphiSpeedUpV16.zip
>>>
>>>
>>
>
>


-- 
G.W. van der Vegt


Subject: jvEmbeddedForm
From: "Micha" <schumannNoSpam@itc-msNoSpam.de>
Date: Fri, 28 Apr 2006 16:05:18 +0100
Newsgroups: jedi.vcl

I use jvEmbeddedForm quite a bit in my app, everything works fine except 
for scrollbars of components in the embedded form. They work, but they 
are not drawn until clicked on. I think others must have come across this 
problem too? Any help is very appreciated.

Micha



--- posted by geoForum on http://delphi.newswhat.com


Subject: If you use JvDBRadioPanel or JvDBComboBox, please read
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 28 Apr 2006 15:54:55 +0100
Newsgroups: jedi.vcl

Hello

Before commiting to SVN my changes for JvDBRadioPanel and JvDBComboBox, 
I want to be sure I won't break anything.
I made changes because these components don't work well (their value is 
not displayed) when their datafield has an event "OnGetText" assigned. 
This is due to the fact they read and set Field.Text instead of 
Field.AsString.
There's a workaround for that: assigning OnSetText and doing the 
conversion in the other direction to set the right value, but it 
requires to add lines of code in apps that can be avoided with my 
changes.

What's your opinion ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DelphiSpeedUp 1.6
From: "G.W. van der Vegt" <wvd_vegt@knoware.nl>
Date: Fri, 28 Apr 2006 16:25:28 +0200
Newsgroups: jedi.vcl

Hi,

I managed to get it working with madExcept on version 1.6 (could not find v1.65 sources). Here is the first stacktrace faulting in FasterIsClass after i deleted an active TDataSet and tried to save the form it was located onto:

main thread ($d94):
035010ee +00a DelphiSpeedUp7.dll  FastSys           643 +10 FasterIsClass
400387a2 +12e rtl70.bpl           Classes IsDefaultPropertyValue
40039127 +077 rtl70.bpl           Classes TWriter.WriteProperty
40038092 +08e rtl70.bpl           Classes TWriter.WriteProperties
40037b74 +20c rtl70.bpl           Classes TWriter.WriteData
7c910942 +025 ntdll.dll RtlAcquirePebLock
00d24457 +0f7 borlndmm.dll        Borlndmm                  SysGetMem
4000341a +00a rtl70.bpl           System                    @GetMem
40006ef0 +00c rtl70.bpl           System                    @NewAnsiString
4003cac3 +003 rtl70.bpl           Classes TComponent.WriteState
400378fb +0e7 rtl70.bpl           Classes TWriter.WriteComponent
0083796f +037 vcl70.bpl           Controls TWinControl.GetChildren
40037c85 +31d rtl70.bpl           Classes TWriter.WriteData
4003cac3 +003 rtl70.bpl           Classes TComponent.WriteState
400378fb +0e7 rtl70.bpl           Classes TWriter.WriteComponent
0833bf52 +032 NxCollectionRun.bpl NxPageControl     345  +2 TNxNotebook.GetChildren

Btw madExcept needs manual patching with madExceptPatch of both the dll & bpl after building.


G.W. van der Vegt wrote:
> Hi,
>
> I really like the tool but is it possible to include a debug build with something like madExcept included so we can mail you detailed error reports? My machine at work is stable but at home D7EE is instable and won't let me add components from Compbar to a form for instance.
>
> Andreas Hausladen wrote:
>> There is a new version 1.6 of DelphiSpeedUp. This new version fixes all
>> bugs that I was able to reproduce. For example the FastObj vs. CodeHealer
>> and two msvcrt register vs. cdecl bug. Both caused access violations and
>> failed assertions.
>>
>> Download:
>> http://andy.jgknet.de/misc/DelphiSpeedUpV16.zip
>>
>>
>


-- 
G.W. van der Vegt


Subject: Re: If you use JvDBRadioPanel or JvDBComboBox, please read
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Apr 2006 16:21:19 +0200
Newsgroups: jedi.vcl

Fred wrote:
>> The Text is used to allow for a display format if I remember correctly. Why does having the event assigned trigger a problem?
>
> Because the internal value of the component should be the field value, not the field displayed text (Field.Text=Field.AsString if there's no OnGetText event, Field.Text=Field.DisplayText if there's one).
> The component works when the event is not assigned and displays nothing when the event is assigned.

Ok, so if I understand correctly, what is displayed in the control should be Field.Text and what is stored internally should be Field.AsString whenever a string is needed.
Apparently, this is not the case, and your changes aim at making the above situation happen. If that's correct, then please go ahead.


Subject: Re: DelphiSpeedUp 1.6
From: "G.W. van der Vegt" <wvd_vegt@knoware.nl>
Date: Fri, 28 Apr 2006 15:26:21 +0200
Newsgroups: jedi.vcl

Hi,

I really like the tool but is it possible to include a debug build with something like madExcept included so we can mail you detailed error reports? My machine at work is stable but at home D7EE is instable and won't let me add components from Compbar to a form for instance.

Andreas Hausladen wrote:
> There is a new version 1.6 of DelphiSpeedUp. This new version fixes all
> bugs that I was able to reproduce. For example the FastObj vs. CodeHealer
> and two msvcrt register vs. cdecl bug. Both caused access violations and
> failed assertions.
>
> Download:
> http://andy.jgknet.de/misc/DelphiSpeedUpV16.zip
>
>

-- 
G.W. van der Vegt


Subject: Re: If you use JvDBRadioPanel or JvDBComboBox, please read
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Apr 2006 15:24:17 +0200
Newsgroups: jedi.vcl

Fred wrote:
> Hello
>
> Before commiting to SVN my changes for JvDBRadioPanel and JvDBComboBox, I want to be sure I won't break anything.
> I made changes because these components don't work well (their value is not displayed) when their datafield has an event "OnGetText" assigned. This is due to the fact they read and set Field.Text instead of Field.AsString.
> There's a workaround for that: assigning OnSetText and doing the conversion in the other direction to set the right value, but it requires to add lines of code in apps that can be avoided with my changes.
>
> What's your opinion ?

The Text is used to allow for a display format if I remember correctly. Why does having the event assigned trigger a problem?


Subject: Re: JCL + JVCL package
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Apr 2006 15:22:53 +0200
Newsgroups: jedi.vcl

Martin Holmes wrote:
> I just downloaded the separate install packages to check, and while the JCL docs seem to be updated, the JVCL document is still out of date.

Yes, the separate packages were not updated after we found this out. The next ones will be.


Subject: Re: JCL + JVCL package
From: Martin Holmes <mholmes@uvic.ca>
Date: Fri, 28 Apr 2006 05:58:47 -0700
Newsgroups: jedi.vcl

I just downloaded the separate install packages to check, and while the JCL docs seem to be updated, the JVCL document is still out of date.

Cheers,
Martin

OBones wrote:
> Martin Holmes wrote:
>
>> Is this package worth using, or should I download the separate JCL 197 and JVCL 3.2 packages?
>
> Yes it is, the update of those files just slipped through the release process.


Subject: Re: JCL + JVCL package
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Apr 2006 14:53:44 +0200
Newsgroups: jedi.vcl

Martin Holmes wrote:

> Is this package worth using, or should I download the separate JCL 197 and JVCL 3.2 packages?

Yes it is, the update of those files just slipped through the release process.


Subject: JCL + JVCL package
From: Martin Holmes <mholmes@uvic.ca>
Date: Fri, 28 Apr 2006 05:50:43 -0700
Newsgroups: jedi.vcl

Hi there,

I just downloaded and unzipped the latest joint zip file:

JVCL320CompleteJCL197-Build2172.zip

from Sourceforge. When I extract it and read the install.txt file in the JCL folder, it contains this:

[quote]
* JCL 1.96 is not compatible with JVCL versions < 3 and _will_ break them!     *
* JVCL v. 3.1 will get released together with JCL 1.96; it is available from   *
* http://jvcl.sourceforge.net/daily/
[/quote]

which suggests it's an old file. When I read the readme.htm file in the jvcl folder, it contains this:

[quote]
Current version

The current version of JVCL is 3.1, released on 2005-11-01.
The version you are using now is a special release for the Companion CD, based on the JVCL 3.1 with extra files to allow support for Borland Developer Studio 2006. Apart from that it is in all points equal to the 3.1 release.
[/quote]

Is this package worth using, or should I download the separate JCL 197 and JVCL 3.2 packages?

Cheers,
Martin


Subject: Re: Seen the esponenziale increase of Lazarus and Fpc, why not implemented one version?
From: enzo <nomail@nomail.som>
Date: Fri, 28 Apr 2006 14:02:42 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> enzo wrote:
>> Seen the esponenziale increase of Lazarus and Fpc, why not implemented one version?
>
> As indicated by Robert and Andreas, we would be pleased if someone could look at that.
> We are convinced this would be very hard, but if you manage to do it, then please report back and tell us the required changes.
> Note that we do not plan on doing it ourselves as none of us use lazarus in a way that requires the JVCL. Last time I checked it was not even capable of compiling a simple package in a nice and easy way so I decided to move on. And as I don't need it for work, and don't have much spare time, I'm leaving this to someone else.

This means that she has not seen the progress of Lazarus and FPC,
of certain Lazarus is not mature as Delphi, but many components that work exist both for Delphi and for Lazarus (UIB firebird interbase component, etc.).

I am not to your level, but I would be pleased if someone that has the abilities dasse a look to lazarus.

Thanks

Ciao by Enzo
www.scozzaro.it


Subject: Re: Seen the esponenziale increase of Lazarus and Fpc, why not implemented one version?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Apr 2006 09:54:25 +0200
Newsgroups: jedi.vcl

enzo wrote:
> Seen the esponenziale increase of Lazarus and Fpc, why not implemented one version?

As indicated by Robert and Andreas, we would be pleased if someone could look at that.
We are convinced this would be very hard, but if you manage to do it, then please report back and tell us the required changes.
Note that we do not plan on doing it ourselves as none of us use lazarus in a way that requires the JVCL. Last time I checked it was not even capable of compiling a simple package in a nice and easy way so I decided to move on. And as I don't need it for work, and don't have much spare time, I'm leaving this to someone else.


Subject: Re: Seen the esponenziale increase of Lazarus and Fpc, why not implementedone version?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 28 Apr 2006 09:52:29 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Try, then report back.

A good start is to first migrate the JvJCLUtils, JvJVCLUtils and the
JvExVCL units. But they have all strong dependency on the Windows API.


-- Regards, Andreas Hausladen 

Subject: Re: About Mantis 3641
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 28 Apr 2006 09:43:55 +0200
Newsgroups: jedi.vcl

Fred wrote:
>> It's me to be sorry because the culprit is not your fix, but the one done before. I had to remove the line 1127 with "CopyParentImage(Self, Canvas)". What is this thing supposed to do ?
>> After a closer examination, I can't see what your fix really changes. I understand now the problem described in Mantis (I didn't really read it the first time) and I'm going to fix it (because there's always a problem with the background when you remove the CopyParentImage).
>
> I compiled again with your fix and now that works. Sh*t... Please forget my messages. I don't understand what's going on on my PC with the JVCL compilation.

Ok, I reverted to the situation before, let me know how this goes.


Subject: Re: Seen the esponenziale increase of Lazarus and Fpc, why not implemented one version?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Apr 2006 07:49:13 +0200
Newsgroups: jedi.vcl

enzo wrote:
> Seen the esponenziale increase of Lazarus and Fpc, why not implemented one version?

Try, then report back.


Subject: Seen the esponenziale increase of Lazarus and Fpc, why not implemented one version?
From: enzo <nomail@nomail.som>
Date: Fri, 28 Apr 2006 07:29:42 +0200
Newsgroups: jedi.vcl

Seen the esponenziale increase of Lazarus and Fpc, why not implemented one version?

Ciao by Enzo
www.scozzaro.it


Subject: Re: DelphiSpeedUp 1.6
From: "Daytona" <d@d..com>
Date: Thu, 27 Apr 2006 15:44:51 -0700
Newsgroups: jedi.vcl

Sorry about that - 1.65 fixed my problem.

I replied to the wrong message...

"Daytona" <d@d..com> wrote in message news:e2rhan$53p$1@news.talkto.net...
> > This resolved the "Application is not licensed to use this feature" error 
> > I was seeing at 1.6 in BDS2006 Update 2.
> >
> > Thanks!
> > 




Subject: Re: DelphiSpeedUp 1.6
From: "Daytona" <d@d..com>
Date: Thu, 27 Apr 2006 15:42:39 -0700
Newsgroups: jedi.vcl

This resolved the "Application is not licensed to use this feature" error I 
was seeing at 1.6 in BDS2006 Update 2.

Thanks! 




Subject: Re: sample code for Tables in JEDI richedit?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 27 Apr 2006 22:34:20 +0200
Newsgroups: jedi.vcl

E.P. wrote:
> Hi and thank you , Remko.
>
> Yes the table added using your code can be edited by the end-user.
> HOWEVER, when I save the file, say like test.rtf, and then I reload it,
> the richedit remains blank.

Make sure that you set property StreamMode correct (it is set to only save the selection in the InsertTable procedure). Thus something like:

begin
  JvRichEdit1.StreamFormat := sfRichText;
  JvRichEdit1.StreamMode := [];
  JvRichEdit1.Lines.SaveToFile('somefile.rtf');
end;

> P.S. I think you should make a request to the EDI user: if you ask for help,
> you *must*  SUBMIT the code you used it into. If you do not, you will be
> marked as
> "won't help" for the next instance.

Problem with making rules is that nobody reads the rules :)

Here in the forum it is not always necessary to show code if you ask for help. But if you report a bug (at http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php) without a sample, then in most cases the user is asked to supply a program showing the bug before something is done.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: DelphiSpeedUp 1.65
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 27 Apr 2006 21:12:31 +0200
Newsgroups: jedi.vcl

Download:
http://andy.jgknet.de/misc/DelphiSpeedUpV165.zip

Changelog:

- Fixed Delphi 5 bug with ALT+F12 (Delphi 5 uses "old" FastCode unit)
- FastMove 3.03 (06-MAR-2006)
- Original FastCode


-- Regards, Andreas Hausladen 

Subject: Re: About Mantis 3641
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 27 Apr 2006 16:19:06 +0100
Newsgroups: jedi.vcl

> >It's me to be sorry because the culprit is not your fix, but the one 
> >done before. I had to remove the line 1127 with "CopyParentImage(Self, 
> >Canvas)". What is this thing supposed to do ?
> >After a closer examination, I can't see what your fix really changes. I 
> >understand now the problem described in Mantis (I didn't really read it 
> >the first time) and I'm going to fix it (because there's always a 
> >problem with the background when you remove the CopyParentImage).

I compiled again with your fix and now that works. Sh*t... Please forget 
my messages. I don't understand what's going on on my PC with the JVCL 
compilation.

Shame on me.

However, I still have to remove CopyParentImage to make the thing work. 
I'd like to know why it is needed in this unit.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: SVN and JclUnitVersionInfo
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 27 Apr 2006 17:05:35 +0200
Newsgroups: jedi.vcl,jedi.jcl

Jens,

You have a go for these modifications.
I apologize for not having answered before, I had no free hour for OSS development during the last few days.

-- 
Florent Ouchet


Subject: Re: About Mantis 3641
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 27 Apr 2006 16:01:18 +0100
Newsgroups: jedi.vcl

> >Fred wrote:
>> >> Hello,
>> >> 
>> >> The fix for Mantis 3641 has changed the drawing of transparent 
buttons  
>> >> (now, no frame is drawn around them when the mouse goes over). In 
this 
>> >> case and similar cases, it would be nice to let the old behavior 
>> >> available because I don't like to waste my time to understand why my 
>> >> apps look and act differently with the new JVCL. When someone want to 
>> >> change something because he doesn't like it (Mantis 3641 is NOT a 
bug) I 
>> >> suggest it adds a property to activate its change (e.g. a property 
>> >> NoFrame with a default value to false).
>> >> Currently, I have to remove the fix to get the old behavior of my 
>> >> buttons.
>> >> Moreover, the fix wasn't necessary. You just have to select fsRegular 
in 
>> >> FrameStyle to get what's expected by the user (a totally transparent 
>> >> button with no frame).
>> >> 
>> >> Fred
> >
> >Well, sorry about that, but this one got "fixed" in the middle
> >of dozens 

It's me to be sorry because the culprit is not your fix, but the one 
done before. I had to remove the line 1127 with "CopyParentImage(Self, 
Canvas)". What is this thing supposed to do ?
After a closer examination, I can't see what your fix really changes. I 
understand now the problem described in Mantis (I didn't really read it 
the first time) and I'm going to fix it (because there's always a 
problem with the background when you remove the CopyParentImage).

> >I have 
> >reverted it and added a comment to the original issue.

You went too quick ;-)
Next time, I will do the change by myself, so I will be the only guy to 
blame.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: About Mantis 3641
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Apr 2006 15:28:00 +0200
Newsgroups: jedi.vcl

Fred wrote:

> It's me to be sorry because the culprit is not your fix, but the one done before. I had to remove the line 1127 with "CopyParentImage(Self, Canvas)". What is this thing supposed to do ?

Well, the CopyParentImage is required for the transparency to work completely if the button is not directly on the form. Put it on a transparent panel, with an image under the panel. Without the CopyParentImage, you should not see the image, but a black square covering the button as a whole. CopyParentImage asks the parent to draw itself in the canvas, into which we draw ourself afterwards.


> After a closer examination, I can't see what your fix really changes. I understand now the problem described in Mantis (I didn't really read it the first time) and I'm going to fix it (because there's always a problem with the background when you remove the CopyParentImage).
> You went too quick ;-)
> Next time, I will do the change by myself, so I will be the only guy to blame.

So what happens with this code then? I'll let you do the changes, I just want to know what will be done.


Subject: About Mantis 3641
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 27 Apr 2006 14:05:40 +0100
Newsgroups: jedi.vcl

Hello,

The fix for Mantis 3641 has changed the drawing of transparent buttons  
(now, no frame is drawn around them when the mouse goes over). In this 
case and similar cases, it would be nice to let the old behavior 
available because I don't like to waste my time to understand why my 
apps look and act differently with the new JVCL. When someone want to 
change something because he doesn't like it (Mantis 3641 is NOT a bug) I 
suggest it adds a property to activate its change (e.g. a property 
NoFrame with a default value to false).
Currently, I have to remove the fix to get the old behavior of my 
buttons.
Moreover, the fix wasn't necessary. You just have to select fsRegular in 
FrameStyle to get what's expected by the user (a totally transparent 
button with no frame).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: SVN and JclUnitVersionInfo
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 27 Apr 2006 13:05:22 +0100
Newsgroups: jedi.vcl

I can't start before the 08. Mai.

After that i will update all files in one step and reupload all.

Greetings
Jens

> >Jens Fudickar wrote:
>> >> Did i have a go for it?????
> >
> >On my side of things, Yes.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: About Mantis 3641
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Apr 2006 13:41:09 +0200
Newsgroups: jedi.vcl

Fred wrote:
> Hello,
>
> The fix for Mantis 3641 has changed the drawing of transparent buttons  (now, no frame is drawn around them when the mouse goes over). In this case and similar cases, it would be nice to let the old behavior available because I don't like to waste my time to understand why my apps look and act differently with the new JVCL. When someone want to change something because he doesn't like it (Mantis 3641 is NOT a bug) I suggest it adds a property to activate its change (e.g. a property NoFrame with a default value to false).
> Currently, I have to remove the fix to get the old behavior of my buttons.
> Moreover, the fix wasn't necessary. You just have to select fsRegular in FrameStyle to get what's expected by the user (a totally transparent button with no frame).
>
> Fred

Well, sorry about that, but this one got "fixed" in the middle of dozens of others in an attempt to reduce the number of issues in Mantis. I have reverted it and added a comment to the original issue.
I did not take the time to asses this completely and went ahead directly. If you, or someone else, happen to see an issue where they think the proposed fix is not valid, please add a comment.
I understand that you cannot read every single issue, but if I could get comments on those that seem weird, that would help a lot.
And discussing all of them here is not really an option, and has limited effects anyway...

Cheers
Olivier


Subject: Re: Once upon a time...
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 27 Apr 2006 12:22:34 +0100
Newsgroups: jedi.vcl

> >For the JCL, dcp files are created in jcl\lib\dX by default. You are 
> >able to change the BPL output path to satisfy your needs.
> >If you do not want hpp files of the JCL to be copied in Borland 
> >directories, you can simply uncheck the "copy hpp file to..." checkbox 
> >in the installation options.

Do you mean that does not work ? ;-)

About the .DCP files, they were not in my BPL directory with the 
previous installer of the JVCL. In fact, I don't even know if they were 
somewhere (maybe they were deleted because they are useless for BCB 
users).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: SVN and JclUnitVersionInfo
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Apr 2006 12:33:26 +0200
Newsgroups: jedi.vcl

Jens wrote:
> I can't start before the 08. Mai.
>
> After that i will update all files in one step and reupload all.

With SVN you can do this quite easily. Do your changes, do an update, check that it still compiles, do your commit.
As to the date, that's fine by me.


Subject: Re: sample code for Tables in JEDI richedit?
From: "E.P." <epergola@prodigy.net.mx>
Date: Thu, 27 Apr 2006 03:21:55 -0700
Newsgroups: jedi.vcl

Hi and thank you , Remko.

Yes the table added using your code can be edited by the end-user.
HOWEVER, when I save the file, say like test.rtf, and then I reload it,
the richedit remains blank.
I hade a line "How do we do?"
then added a table. I made some changes inside the table, then I saved it.
Why the file is only 50 bytes ? (and then it loads as blank in the
richedit?)
Thanks.
Enrico.
P.S. I think you should make a request to the EDI user: if you ask for help,
you *must*  SUBMIT the code you used it into. If you do not, you will be
marked as
"won't help" for the next instance.
The major (only, perhaps) problem is in using the JEDI code.
(e.g I am not interested in developping 'X', or even thouroghly undertanding
it,
I just wnat to know how 'X' can be used in 1 particular instance.
Spending 30 hours or 100 in finding out how to use that only instance
defeats the purpose of using JEDI code)

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:e2ojbo$1lf$1@news.talkto.net...
> > First off, I do not think it is a good idea to use the rich edit control
> > for tables. But anyways..
> >
> > E.P. wrote:
>> > > First a question: would these tables be editable by the user at runtime?
> >
> > I'm not sure, but probably not.
> >
>> > > Now the request: would anyone be so kind to show some code on how to
>> > > insert a table in a JEDI richedit? (Lastest JEDI, Richedit 3.0)
> >
> > const
> >    cTable =
> >      '{\rtf1' +
> >      '\trowd' +
> >      '\trgaph108\trleft-108' +
> >      '\cellx2000' +
> >      '\cellx4000' +
> >      '\cellx6000' +
> >      '\pard' +
> >      '\intbl 1a\cell 1b\cell 1c\cell\row' +
> >      '\intbl 2a\cell 2b\cell 2c\cell\row' +
> >      '\intbl 3a\cell 3b\cell 3c\cell\row' +
> >      '\intbl 4a\cell 4b\cell 4c\cell\row' +
> >      '\intbl 5a\cell 5b\cell 5c\cell\row' +
> >      '\pard\par' +
> >      '}';
> >
> > procedure TForm1.InsertTable;
> > var
> >    Stream: TStringStream;
> > begin
> >    Stream := TStringStream.Create(cTable);
> >    try
> >      JvRichEdit1.StreamFormat := sfRichText;
> >      JvRichEdit1.StreamMode := [smSelection, smPlainRtf];
> >      JvRichEdit1.Lines.LoadFromStream(Stream);
> >    finally
> >      Stream.Free;
> >    end;
> > end;
> >
> > A simple way to create similar RTF code as the cTable string is to make
> > some text in Word, save it as RTF. Then open it in WordPad and save it
> > again so the RTF becomes smaller because Word produces very verbose RTF.
> >
> > If you want to know what all this RTF code is about, then you can
> > download the specification from
> >
http://www.microsoft.com/downloads/details.aspx?familyid=ac57de32-17f0-4b46-9e4e-467ef9bc5540&displaylang=en
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: SVN and JclUnitVersionInfo
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 27 Apr 2006 08:43:19 +0200
Newsgroups: jedi.vcl,jedi.jcl

Jens Fudickar wrote:
> Did i have a go for it?????

On my side of things, Yes.


Subject: Re: DelphiSpeedUp 1.6
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 27 Apr 2006 08:24:36 +0200
Newsgroups: jedi.vcl

Hi Andreas,

Just for yout info: the new version does not longer show the access
violations i had with some BPLs and Delphi 7. (even WITHOUT the registry
entries!)

Ciao,
Ralf





Subject: DelphiSpeedUp 1.6
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 27 Apr 2006 01:32:24 +0200
Newsgroups: jedi.vcl

There is a new version 1.6 of DelphiSpeedUp. This new version fixes all
bugs that I was able to reproduce. For example the FastObj vs. CodeHealer
and two msvcrt register vs. cdecl bug. Both caused access violations and
failed assertions.

Download:
http://andy.jgknet.de/misc/DelphiSpeedUpV16.zip


-- Regards, Andreas Hausladen 

Subject: Re: SVN and JclUnitVersionInfo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Apr 2006 23:52:55 +0200
Newsgroups: jedi.vcl,jedi.jcl

Did i have a go for it?????

Jens Fudickar schrieb:
>
> Elahn Ientile schrieb:
>> Jens Fudickar wrote, on 20/04/2006 6:00 AM:
>>>
>>>
>>> OBones schrieb:
>>>
>>>> Jens Fudickar wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> after the svn update the unitversioning is no longer realy usefull.
>>>>>
>>>>>
>>>>> Now it looks like the following:
>>>>>
>>>>> const
>>>>>   UnitVersioning: TUnitVersionInfo = (
>>>>>     RCSfile: '$RCSfile$';
>>>>>     Revision: '$Revision: 10532 $';
>>>>>     Date: '$Date: 2006-04-19 21:31:23 +0200 (Mi, 19 Apr 2006) $';
>>>>>     LogPath: 'JVCL\run'
>>>>>     );
>>>>>
>>>>> Is there any replacement for the $RCSfile$ which gives the name of the file back?
>>>>
>>>>
>>>> What about $HeadURL$ ?
>>>>
>>>
>>> What is the result?
>>>
>>> The content should be the name of the file. At the best only "JvThread.pas" for example.
>>
>> It will give the full URL to the file, e.g. https://svn.sourceforge.net:443/svnroot/jvcl/trunk/jvcl/build.sh
>>
>> The $Id$ keyword provides the name of the file (without path) as the first token, along with other info.
>>
>> For a full description of keywords: http://svnbook.red-bean.com/nightly/en/svn.advanced.props.html#svn.advanced.props.special.keywords
>>
>
> In this case i would suggest also $HeadURL$.
>
> And we should include a function to the TUnitVersion object to extract only the filename out of the full url.
>
> Any further comments.
>
> I could do this, but not before next week.
>
> Greetings
> Jens
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Discussion on threaded Datasets (TJvOracleDataset)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Apr 2006 23:34:13 +0200
Newsgroups: jedi.vcl

Hi,

i want to diskuss a point on threaded datasets.

I had implemented the TJvOracleDataset which is a Dataset (based on TOracleDataset from AllroundAutomations) that has the possibility to open and refresh the data showing a thread dialog which contains the progress of opening.

Now i had the problem that i need an other database component with the same functions.

What is the best way to manage this????

1. Copy all code to the new dataset component. I didn't like this!!!

2. ???

I'm think of creating a component/object which contains all classes with the generic code, and then implement the TJvOracleDataset of for example  TJvADODataset with overwriting some events and procedures using methods which are provided by the additional object.

The advantage is, that the complex code of the object has ot be written only once, and it can be used with not so much efforts for more dataset components.
The disadvantage is, that the code is more complex and nearly ugly.

But i didn't see any other way.

Any comments are welcome!!

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: install error messages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 26 Apr 2006 23:02:47 +0200
Newsgroups: jedi.vcl

These are two simple warnings that I know exist and are not a problem.
See the thread titled "JvUrlListGrabber changes", that's where they come from.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: sample code for Tables in JEDI richedit?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 26 Apr 2006 21:57:54 +0200
Newsgroups: jedi.vcl

First off, I do not think it is a good idea to use the rich edit control for tables. But anyways..

E.P. wrote:
> First a question: would these tables be editable by the user at runtime?

I'm not sure, but probably not.

> Now the request: would anyone be so kind to show some code on how to
> insert a table in a JEDI richedit? (Lastest JEDI, Richedit 3.0)

const
  cTable =
    '{\rtf1' +
    '\trowd' +
    '\trgaph108\trleft-108' +
    '\cellx2000' +
    '\cellx4000' +
    '\cellx6000' +
    '\pard' +
    '\intbl 1a\cell 1b\cell 1c\cell\row' +
    '\intbl 2a\cell 2b\cell 2c\cell\row' +
    '\intbl 3a\cell 3b\cell 3c\cell\row' +
    '\intbl 4a\cell 4b\cell 4c\cell\row' +
    '\intbl 5a\cell 5b\cell 5c\cell\row' +
    '\pard\par' +
    '}';

procedure TForm1.InsertTable;
var
  Stream: TStringStream;
begin
  Stream := TStringStream.Create(cTable);
  try
    JvRichEdit1.StreamFormat := sfRichText;
    JvRichEdit1.StreamMode := [smSelection, smPlainRtf];
    JvRichEdit1.Lines.LoadFromStream(Stream);
  finally
    Stream.Free;
  end;
end;

A simple way to create similar RTF code as the cTable string is to make some text in Word, save it as RTF. Then open it in WordPad and save it again so the RTF becomes smaller because Word produces very verbose RTF.

If you want to know what all this RTF code is about, then you can download the specification from http://www.microsoft.com/downloads/details.aspx?familyid=ac57de32-17f0-4b46-9e4e-467ef9bc5540&displaylang=en

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: install error messages
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 27 Apr 2006 02:04:50 +0800
Newsgroups: jedi.vcl

Hi

I uninstalled all jcl/jvcl and deleted all folders etc from my system.

I just d/l jcl dated 2006-4-25 and jvcl of the the same date.

jcl installed ok. At the end of the jvcl installation, a message (attached) was displayed.

The were no warnings, only references to delleting of map files.

I did a fresh d/l after cleaning up the first installation and re[eated the FULL installation and still had the message.

Is there a problem? or is this just a minor error?

There is only ONE copy of Jcl70.bpl etc on my Win XPPro SP2 D7 system.

-- 
kind regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

jvclprob.jpg

jvclprob.jpg
	



Subject: Re: JvDBMaskEdit - A fix?
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 27 Apr 2006 02:25:09 +1000
Newsgroups: jedi.vcl

Fred wrote, on 24/04/2006 11:38 PM:
> Did you see my changes ? Do you think the component works now as expected?

I had a quick glance and didn't understand them, but since Olivier committed them to SVN, I'm sure they're fine.

I'm not currently using the control and I'm really busy right now and won't have time to look for a couple of weeks. If you want I'll add it to my todo list, but if everyone's happy...

-- 
enjoy life,
           Elahn


Subject: Re: Subversion checkout problem.
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 27 Apr 2006 02:13:14 +1000
Newsgroups: jedi.vcl

OBones wrote, on 26/04/2006 11:43 PM:
>> Thanks.  Weird issue.  The "proxy" isn't on my local lan though, I'm
>> sure of that.  Is it part of the source-forge infrastructure?
>
> It seems it is. Or it might be one on the transatlantic link. Most of those are "transparent".

There is a transparent proxy at savvis.net which I suspect may be causing the issue. Since they are a major trans-continental carrier - and if it is the one causing the issue - it could be affecting many people.

When I checked out JVCL I had to update somewhere between 12 - 20 times (I lost count). However, I had no issues checking out JCL.

I am currently talking to Savvis.net to see if it is their server causing the issue.

To locate transparent proxy servers, see:
http://tracetcp.sourceforge.net/usage_proxy.html

-- 
enjoy life,
           Elahn


Subject: Re: Subversion checkout problem.
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 26 Apr 2006 15:43:59 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> OBones wrote:
>> Yes it does. Simply do an update once you reached the error point. After
>> two or three such updates you will get the full repository.
>
> Thanks.  Weird issue.  The "proxy" isn't on my local lan though, I'm
> sure of that.  Is it part of the source-forge infrastructure?

It seems it is. Or it might be one on the transatlantic link. Most of those are "transparent".


Subject: Re: Subversion checkout problem.
From: Warren Postma <wp@tekran.com>
Date: Wed, 26 Apr 2006 09:37:21 -0400
Newsgroups: jedi.vcl

OBones wrote:
> > Yes it does. Simply do an update once you reached the error point. After
> > two or three such updates you will get the full repository.

Thanks.  Weird issue.  The "proxy" isn't on my local lan though, I'm
sure of that.  Is it part of the source-forge infrastructure?

Warren


Subject: Re: Subversion checkout problem.
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 26 Apr 2006 15:36:57 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I am able to check out https://svn.sourceforge.net/svnroot/jvcl if I
> check out the top level folder only. a full checkout of  jvcl/trunk
> does not work.

Yes it does. Simply do an update once you reached the error point. After two or three such updates you will get the full repository.
Later, you will not reach the error and will only get the updates.
This problem has already been discussed here and is described in the (beta) wiki:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository#Troubleshooting

If downloading the repository starts, but stops with the following error:

 REPORT request failed on '/svnroot/jcl/!svn/vcc/default'

or

 REPORT of '/svnroot/jcl/!svn/vcc/default': Could not read response body:....

To work around this, repeatedly Update (right-click on the folder and click "SVN Update"), until it is completed without errors. We suspect this is caused by a proxy server (between you and sourceforge.net) that does not support very long replies to a REPORT request.


Subject: Subversion checkout problem.
From: Warren Postma <wp@tekran.com>
Date: Wed, 26 Apr 2006 09:32:15 -0400
Newsgroups: jedi.vcl

OBones wrote:
> > Hi all,
> > 
> > The Jedi Visual Component Library (JVCL) has changed its developer
> > repository from CVS to Subversion (SVN).


I get this error trying to do a checkout of
https://svn.sourceforge.net/svnroot/jvcl/trunk/jvcl

Error REPORT request failed on '/svnroot/jvcl/!svn/vcc/default'
Error REPORT of /...............   Could not read response body: Secure
connection truncated.

I am able to check out https://svn.sourceforge.net/svnroot/jvcl if I
check out the top level folder only. a full checkout of  jvcl/trunk
does not work.

Warren


Subject: Re: TJvXPContainer scrollbar
From: "RRups" <rrups.nospam@rinus.noxs.nl>
Date: Wed, 26 Apr 2006 13:03:59 +0100
Newsgroups: jedi.vcl

> >I use a TJvXPContainer with a couple op TJvXPBar objects. The amount of
> >items which the TJvXPBar object contains differs and I would like to have
> >a scrollbar in the Container when the size is insufficient to show all the
> >items of the open TJvXPBar(s).
> >
> >I tried adding a TScrollBar to the container, but I it doesn't seem the
> >right solution.
> >
> >Any ideas?
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >
I've figured out a way to solve my problem. I'll share it, so other people
can use it for themselves.
The TJvXPContainer should have the Layout > 'Autosize' property set to
'true'. Next you put the TJvXPContainer into an ScrollBox, which will
handle the scrolling aspect.

I hope someone else will benefit from this sollution. There are probably a
few other way to do this, so feel free to post your solution.



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvDBDateEdit and DefaultToday results date with time part.
From: Virgo Pärna <virgo.parna@mail.ee>
Date: Wed, 26 Apr 2006 13:27:40 +0200
Newsgroups: jedi.vcl

	When DefaultToday property of TJvDBDateEdit is set to True, then it
defaults to current time, not date, because in EditingChange fields
value is set to SysUtils.Now. Problem goes back to RXLib. But since it's
DateEdit component with now way of setting Time part it does not feel right.

-- Virgo Pärna virgo.parna@mail.ee 

Subject: TJvXPContainer scrollbar
From: "RRups" <rrups.nospam@rinus.noxs.nl>
Date: Wed, 26 Apr 2006 11:47:44 +0100
Newsgroups: jedi.vcl

I use a TJvXPContainer with a couple op TJvXPBar objects. The amount of
items which the TJvXPBar object contains differs and I would like to have
a scrollbar in the Container when the size is insufficient to show all the
items of the open TJvXPBar(s).

I tried adding a TScrollBar to the container, but I it doesn't seem the
right solution.

Any ideas?



--- posted by geoForum on http://delphi.newswhat.com


Subject: sample code for Tables in JEDI richedit?
From: "E.P." <epergola@prodigy.net.mx>
Date: Wed, 26 Apr 2006 01:40:55 -0700
Newsgroups: jedi.vcl

Hi
First a question: would these tables be editable by the user at runtime?
Now the request: would anyone be so kind to show some code on how to
insert a table in a JEDI richedit? (Lastest JEDI, Richedit 3.0)
I simply want to be able to insert a table at the cursor position,
say a predefined 5 row x 3 column table.
I just don't  know what functions to call, and with what parameter.
I would appreciate very much any help
(Alternatevely, where would I find some sample code?)
Enrico




Subject: Re: DelphiSpeedUp 1.5
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 26 Apr 2006 08:23:43 +0200
Newsgroups: jedi.vcl


"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> schrieb
im Newsbeitrag news:e2lgms$f5f$1@news.talkto.net...
> > Ralf Kaiser wrote:
> >
> > You could try to use these registry switches
> >
> > [HKCU\Software\DelphiTools\DelphiSpeedUp]
> > "NoFastSys": DWORD = 1
> > "NoFastObj": DWORD = 1

Sorry, that did not help either. The first AV happens in a BPL
"dcllmdrtf_d7.bpl" (part of the LMD Tools for D7), then other BPLs follow,
including some of the fresh compiled JEDIs. Yesterday i have tried that at
home where i have nearly the same Delphi 7 installation and there it works
without AV! I cannot find out what is different between these two
installations.

Ciao,
Ralf



Subject: Re: TJvTreeView Hi-lite and Bold problems
From: John B <JohnBee@SpamNot.Spam>
Date: Tue, 25 Apr 2006 18:12:51 -0400
Newsgroups: jedi.vcl

In article <e2lirc$fhe$1@news.talkto.net>, 
obones_gfd_@_gfd_altern.org says...
> > 
> > I have not checked, I was just shooting blind as I remember working on it.
> > 
> > 
Then I am sorry for being so terse. I know you all are doing this on 
your own time. I will wait patiently until you do.

In the meantime, I will continue to use the 06-04-16 daily.

Thank you

John Bee


Subject: Re: Once upon a time...
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 25 Apr 2006 19:11:20 +0200
Newsgroups: jedi.vcl

Fred a écrit :
> There was a time, not so long ago, when it was possible to compile the JCL and the JVCL without creating/copying any file outside of their install folders. That was a good thing for teams sharing these files on a server. Now, this time has gone. The JCL and JVCL copy/create a lot of files (.hpp, .dcp) in the Borland install directory, despite the options you may choose. Is this going to change or rather getting worse ?

Fred,

For the JCL, dcp files are created in jcl\lib\dX by default. You are able to change the BPL output path to satisfy your needs.
If you do not want hpp files of the JCL to be copied in Borland directories, you can simply uncheck the "copy hpp file to..." checkbox in the installation options.

Regards,

-- 
Florent Ouchet


Subject: Re: TJvTreeView Hi-lite and Bold problems
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 25 Apr 2006 18:30:41 +0200
Newsgroups: jedi.vcl

John B wrote:
> In article <e2l5sg$cpi$1@news.talkto.net>, obones_gf_@_fe_altern.org says...
>
>> Look at the log and you'll see the reasons for these changes.
>>
>
> The only thing in the log that I see that has anything to do with the treeview was back in 2004. Nothing concerning the treeview after
> 06-04-16.
>
> I am not bothered with the changes except in regards to the consequences of their effects.
>
>  You do not mind that the bold is being assigned to the wrong node? And that the hi-lite is not showing properly on the selected node without having to click in the treeview? Am not being snooty here :) just would like to know.

I have not checked, I was just shooting blind as I remember working on it.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: DelphiSpeedUp 1.5
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 25 Apr 2006 17:54:02 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

You could try to use these registry switches

[HKCU\Software\DelphiTools\DelphiSpeedUp]
"NoFastSys": DWORD = 1
"NoFastObj": DWORD = 1 


-- Regards, Andreas Hausladen 

Subject: Once upon a time...
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 25 Apr 2006 15:50:50 +0100
Newsgroups: jedi.vcl

 Hello,

There was a time, not so long ago, when it was possible to compile the 
JCL and the JVCL without creating/copying any file outside of their 
install folders. That was a good thing for teams sharing these files on 
a server. Now, this time has gone. The JCL and JVCL copy/create a lot of 
files (.hpp, .dcp) in the Borland install directory, despite the options 
you may choose. Is this going to change or rather getting worse ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvUrlListGrabber changes
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 25 Apr 2006 14:44:55 +0100
Newsgroups: jedi.vcl

> >Hum... Deprecated is not supported by BCB5 so you should not get the 
> >warnings.

This morning, I didn't succeed in compiling the JVCL because of an error 
in JvUrlGrabbers.pas. And, this afternoon, while I was trying to find 
the error, everything compiled. I didn't change anything. Strange......
So, don't worry about your warnings :-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Once upon a time...
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 25 Apr 2006 15:04:56 +0200
Newsgroups: jedi.vcl

Fred wrote:
>  Hello,
>
> There was a time, not so long ago, when it was possible to compile the JCL and the JVCL without creating/copying any file outside of their install folders. That was a good thing for teams sharing these files on a server. Now, this time has gone. The JCL and JVCL copy/create a lot of files (.hpp, .dcp) in the Borland install directory, despite the options you may choose. Is this going to change or rather getting worse ?

HPPs output directory should work. If it does not, then it's a bug in the installer. Note that this was changed because leaving them alongside the .pas files was not practical.
DCP files were always output alongside the BPL/BPI files. I'm not quite sure where they are put nowadays.


Subject: Re: TJvTreeView Hi-lite and Bold problems
From: John B <JohnBee@SpamNot.Spam>
Date: Tue, 25 Apr 2006 09:01:38 -0400
Newsgroups: jedi.vcl

In article <e2l5sg$cpi$1@news.talkto.net>, obones_gf_@_fe_altern.org 
says...
> > Look at the log and you'll see the reasons for these changes.
> > 
The only thing in the log that I see that has anything to do with the 
treeview was back in 2004. Nothing concerning the treeview after
06-04-16.

I am not bothered with the changes except in regards to the 
consequences of their effects.

 You do not mind that the bold is being assigned to the wrong node? 
And that the hi-lite is not showing properly on the selected node 
without having to click in the treeview? Am not being snooty here :) 
just would like to know.

John Bee





Subject: Re: TJvTreeView Hi-lite and Bold problems
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 25 Apr 2006 14:49:31 +0200
Newsgroups: jedi.vcl

Look at the log and you'll see the reasons for these changes.


Subject: TJvTreeView Hi-lite and Bold problems
From: John B <johnbe50@netzero.net>
Date: Tue, 25 Apr 2006 08:46:35 -0400
Newsgroups: jedi.vcl

Hi all;

 I am having 2 problems with the JvTreeview component in 
JVComCtrls.pas after the 06-04-16 daily.

One? of the changes to the treeview (beyond the above daily) offsets 
the treeview's bolded node by one node. If you set the root node as 
bolded in code the next node down gets the bold.

Also, the hi-lite does not show up unless you click a node other than 
the actual selected node. No node is shown as selected. You cannot 
hi-lite the selected node without clicking on another node first.

I have gone back to the 06-04-16 daily, which works fine. The last 
daily I have tried (which still has this problem) is 06-04-23 Source 
Only package.

I hope you can help me.

John Bee


Subject: Re: JvUrlListGrabber changes
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 25 Apr 2006 12:33:01 +0100
Newsgroups: jedi.vcl

> >Robert Marquardt wrote:
>> >> OBones wrote:
>> >> 
>>> >>> - StartAll and StopAll have been deprecated
>> >> 
>> >> I do not really like that because it results in warnings in the 
>> >> installer. Maybe we should filter some warnings in the installer.
> >
> >I know, me neither. But I don't get it: Even in a simple application, 
> >you will get the warnings even if the procedures are not used at all.
> >I'll ask around to see how I can filter this out.

As usually, Warnings = crashes when I compile with BCB5.
Currently, I cannot compile the JVCL of the day.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvUrlListGrabber changes
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 25 Apr 2006 13:13:48 +0200
Newsgroups: jedi.vcl

Fred wrote:
>> Robert Marquardt wrote:
>>> OBones wrote:
>>>
>>>> - StartAll and StopAll have been deprecated
>>> I do not really like that because it results in warnings in the installer. Maybe we should filter some warnings in the installer.
>> I know, me neither. But I don't get it: Even in a simple application, you will get the warnings even if the procedures are not used at all.
>> I'll ask around to see how I can filter this out.
>
> As usually, Warnings = crashes when I compile with BCB5.
> Currently, I cannot compile the JVCL of the day.
>
> Fred

Hum... Deprecated is not supported by BCB5 so you should not get the warnings.


Subject: Re: jvmail bcc Serial mails with DB Support
From: Manfred <newsletter1@csb86.ch>
Date: Tue, 25 Apr 2006 11:07:26 +0200
Newsgroups: jedi.vcl

TheMath schrieb:
> Mannfred:
>
> I don't recognize this as valid Delphi code:
>
>> if cb_serialmail.ItemIndex <> 'all Member' then   JvMail1.BlindCopy.AddRecipient(
>>       DM.Member_Mail.first;
>>         for i := 1 to DM.Member_Mail.RecordCount do
>>         begin
>>           (DM.Member_Mail.FieldByName(('EMAIL_MEMBER_G')+',').AsString);
>>           DM.Member_Mail.Next;
>> //        end;
>>   );
>
> If that works, then I have something to learn.  The following code shows
> how I would have written it:
>
>
> if cb_serialmail.ItemIndex <> 'all Member' then   begin
>   DM.Member_Mail.first;
>   while not DM.Member_Mail.EOF do
>      begin
>    JvMail1.BlindCopy.AddRecipient(DM.Member_Mail.FieldByName(('EMAIL_MEMBER_G')+
>                 ',').AsString);
>      DM.Member_Mail.Next;
>      end;
>   end;
>
> mIKE
>
> --- posted by geoForum on http://delphi.newswhat.com
Thanks for your fast and big help;-)

i have it now like this:

procedure Tfrm_email.btn_sendClick(Sender: TObject);
begin
  JvMail1.Clear;
  JvMail1.Recipient.AddRecipient(ToEdit.Text);
  if CcEdit.Text <> '' then JvMail1.CarbonCopy.AddRecipient(CcEdit.Text);
  if BcEdit.Text <> '' then JvMail1.BlindCopy.AddRecipient(BcEdit.Text);
  if cb_serialmail.Text = 'all Member' then
    begin
      DM.Member_Mail.first;
      while not DM.Member_Mail.EOF do
        begin

JvMail1.BlindCopy.AddRecipient(DM.Member_Mail.FieldByName('EMAIL_MEMBER_G').AsString);
          DM.Member_Mail.Next;
        end;
      end;
  JvMail1.Subject := SubjectEdit.Text;
  JvMail1.Body.Text := BodyEdit.Text;
  JvMail1.Attachment.Assign(AttachmentMemo.Lines);
  JvMail1.SendMail;
end;

greetings from Switzerland
Manfred


Subject: Re: DelphiSpeedUp 1.5
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 25 Apr 2006 10:45:08 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> schrieb im Newsbeitrag
news:e2igud$cbk$1@news.talkto.net...


> > the both. That was just before i installed DelphiSpeedUp. I will try to
> > repeat the recompile and see what happens.

Hi,

i have just recompiled the complete JCL/JVCL but i still get access
violations in rtl70.bpl caused by several BPLs when Delphi starts with the
speedup installed. I get the AVs when the BPLs are loaded (which can be seen
now in the splash)

This happens only in D7, D2005 is OK.

Ciao,
Ralf



Subject: Re: jvmail bcc Serial mails with DB Support
From: "TheMath" <TheMath@yahoo.com>
Date: Mon, 24 Apr 2006 21:56:50 +0100
Newsgroups: jedi.vcl

Mannfred:

I don't recognize this as valid Delphi code:

> >if cb_serialmail.ItemIndex <> 'all Member' then 
> >   JvMail1.BlindCopy.AddRecipient(
> >       DM.Member_Mail.first;
> >         for i := 1 to DM.Member_Mail.RecordCount do
> >         begin
> >           (DM.Member_Mail.FieldByName(('EMAIL_MEMBER_G')+',').AsString);
> >           DM.Member_Mail.Next;
> >//        end;
> >   );

If that works, then I have something to learn.  The following code shows
how I would have written it:


if cb_serialmail.ItemIndex <> 'all Member' then 
  begin
  DM.Member_Mail.first;
  while not DM.Member_Mail.EOF do
     begin
   
JvMail1.BlindCopy.AddRecipient(DM.Member_Mail.FieldByName(('EMAIL_MEMBER_G')+
                ',').AsString);
     DM.Member_Mail.Next;
     end;
  end;

mIKE

--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem to install jvcl 3.2 and Delphi 2006
From: Deathcon4 <pkutwak@gmail.com>
Date: Mon, 24 Apr 2006 16:41:34 -0300
Newsgroups: jedi.vcl

Hi people.

I'm having problem to install the jvcl. I installed jcl normal, but the jvcl shows errors. The message is:

Fatal: unable to execute command: echo
Press enter to continue

I put in c:\jvcl. No had problems to uncompress the file.

I put the bin directory in path of windows, the rest is ok.

Anybody knows how I resolve this?

I use Windows xp sp2

Thanks for help.

Deathcon4


Subject: Re: JvUrlListGrabber changes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 24 Apr 2006 19:46:14 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Yes, that would do, but still, I don't get why the warning fires when merely using the unit.
>
>
> Is that a comandline compiler / IDE compiler difference?

It doesn't seem so. I have asked the questions and expect the answers in the upcoming days. If they are not satisfactory, I'll remove the deprecated keyword.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvUrlListGrabber changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Apr 2006 19:42:59 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Yes, that would do, but still, I don't get why the warning fires when merely using the unit.

Is that a comandline compiler / IDE compiler difference?


Subject: Re: TjvWizard
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 24 Apr 2006 19:16:36 +0200
Newsgroups: jedi.vcl

The JVCL installer can be used as a demo.


-- Regards, Andreas Hausladen 

Subject: Re: TjvWizard
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Mon, 24 Apr 2006 20:25:44 +0400
Newsgroups: jedi.vcl

24.04.06 в 19:30 Russell Weetch в своём письме писал(а):

> Is there any help or some demos of these components? I have put together a

try to find ones for KWizard



Subject: TjvWizard
From: "Russell Weetch" <russell@smxi.com.remove>
Date: Mon, 24 Apr 2006 16:30:58 +0100
Newsgroups: jedi.vcl

Is there any help or some demos of these components? I have put together a 
wizard, which is fine but could do with some instruction for fine 
tuning/best way of doing things.

many thanks 




Subject: Re: DelphiSpeedUp
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Mon, 24 Apr 2006 15:48:27 +0100
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@false.nm.domain.ru> wrote in message 
news:op.s8gcxm0457p8gu@max...
> > 14.04.06 ? 17:39 Andy Vines ? ????? ?????? ?????(?):
> >
>> >> the only Third
>> >> party controls involved are JVCL, Devexpress & Raize.
> >
> > why only 3rd-party?

Hi There

I was just pointing out which 3rd party controls I had installed incase the 
problem I had was related to them.

Thanks 




Subject: jvmail bcc Serial mails with DB Support
From: Manfred <newsletter1@csb86.ch>
Date: Mon, 24 Apr 2006 16:13:52 +0200
Newsgroups: jedi.vcl

Hi

since a wile i try around with the jvmail Demo.
I want to be able to send Serial mails where the sender is in a Database.

So i created a Datasource DM.Member_Mail where is just the emailaddress.
Also i should be able to select different membergroups from a combobox.
( cb_serialmail )

procedure Tfrm_email.btn_sendClick(Sender: TObject);
begin
  JvMail1.Clear;
  JvMail1.Recipient.AddRecipient(ToEdit.Text);
  if CcEdit.Text <> '' then JvMail1.CarbonCopy.AddRecipient(CcEdit.Text);
  if BcEdit.Text <> '' then JvMail1.BlindCopy.AddRecipient(BcEdit.Text);
  if cb_serialmail.ItemIndex <> 'all Member' then JvMail1.BlindCopy.AddRecipient(
      DM.Member_Mail.first;
        for i := 1 to DM.Member_Mail.RecordCount do
        begin
          (DM.Member_Mail.FieldByName(('EMAIL_MEMBER_G')+',').AsString);
          DM.Member_Mail.Next;
//        end;
  );
  JvMail1.Subject := SubjectEdit.Text;
  JvMail1.Body.Text := BodyEdit.Text;
  JvMail1.Attachment.Assign(AttachmentMemo.Lines);
  JvMail1.SendMail;
end;

If anyone can help?

thanks
Mannfred


Subject: Re: JvDBMaskEdit - A fix?
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 24 Apr 2006 14:38:18 +0100
Newsgroups: jedi.vcl

> >Yeah, I understand that there is not a lot of benefit. The only 
> >"concrete" benefit would be being able to override the default value 
> >with an Empty value, but I can't see why anyone would do this in a
> >MaskEdit.

You're right. That would be a good reason to add a property (e.g. 
NoDefaultMask or EmptyEditMask). And I agree it's a bit strange to use a 
DBMaskEdit with no mask. But why not ?

Did you see my changes ? Do you think the component works now as 
expected?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DelphiSpeedUp 1.5
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 24 Apr 2006 14:39:34 +0200
Newsgroups: jedi.vcl

"Elahn Ientile" <elahn@elahn.net> schrieb im Newsbeitrag
news:e2igfk$c9b$1@news.talkto.net...
> > Ralf Kaiser wrote, on 24/04/2006 8:43 PM:
>> > > when i start D7 i get several AVs in different BPLs, for example:
JvDBD7D.bpl and several other 3rd party BPLs.
>> > >
>> > > Any hint? (what do you need to know to get closer to the problem?)
> >
> > Recompile JCL then JVCL. If you have any design-time packages that
> > depend use JCL/JVCL then recompile them. This fixed that exact error on
> > my D7 Ent.

Hi,

i had just recompiled the complete JCL/JVCL after my first SVN-checkout of
the both. That was just before i installed DelphiSpeedUp. I will try to
repeat the recompile and see what happens.

Ciao,
Ralf




Subject: Re: DelphiSpeedUp 1.5
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 24 Apr 2006 22:31:53 +1000
Newsgroups: jedi.vcl

Ralf Kaiser wrote, on 24/04/2006 8:43 PM:
> when i start D7 i get several AVs in different BPLs, for example: JvDBD7D.bpl and several other 3rd party BPLs.
>
> Any hint? (what do you need to know to get closer to the problem?)

Recompile JCL then JVCL. If you have any design-time packages that depend use JCL/JVCL then recompile them. This fixed that exact error on my D7 Ent.

-- 
enjoy life,
           Elahn


Subject: Re: DelphiSpeedUp 1.5
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 24 Apr 2006 12:43:24 +0200
Newsgroups: jedi.vcl

Hi,

i have just installed V1.5 on D2005 Ent and D7 Pro.

In D2005 Ent i see no problems but when i start D7 i get several AVs in
different BPLs, for example: JvDBD7D.bpl and several other 3rd party BPLs.

Uninstalling DelphiSpeedup for D7 removes the problems.

Any hint? (what do you need to know to get closer to the problem?)

Ciao,
Ralf




Subject: Re: JvUrlListGrabber changes
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Apr 2006 10:00:08 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> I know, me neither. But I don't get it: Even in a simple application, you will get the warnings even if the procedures are not used at all.
>> I'll ask around to see how I can filter this out.
>
> I mean filtering in the installer output for the separate error/warnings window only. A string match by file name and identifier, ie "JvUrlListGrabber.pas" and "StartAll" should be good enough.

Yes, that would do, but still, I don't get why the warning fires when merely using the unit.


Subject: Re: JvUrlListGrabber changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Apr 2006 09:59:05 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I know, me neither. But I don't get it: Even in a simple application, you will get the warnings even if the procedures are not used at all.
> I'll ask around to see how I can filter this out.

I mean filtering in the installer output for the separate error/warnings window only. A string match by file name and identifier, ie "JvUrlListGrabber.pas" and "StartAll" should be good enough.


Subject: Re: JvUrlListGrabber changes
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 24 Apr 2006 08:42:10 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> - StartAll and StopAll have been deprecated
>
> I do not really like that because it results in warnings in the installer. Maybe we should filter some warnings in the installer.

I know, me neither. But I don't get it: Even in a simple application, you will get the warnings even if the procedures are not used at all.
I'll ask around to see how I can filter this out.


Subject: Re: JvUrlListGrabber changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Apr 2006 08:35:09 +0200
Newsgroups: jedi.vcl

OBones wrote:

> - StartAll and StopAll have been deprecated

I do not really like that because it results in warnings in the installer. Maybe we should filter some warnings in the installer.


Subject: Re: TJvAppFileIniStorage problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 24 Apr 2006 05:06:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_gfd_altern.org> wrote in news:e2av7s$mf7$1
@news.talkto.net:

> >  To fix it, surround Extension by StrEnsurePrefix('.', ) in 
> > the SameText call and you'll be sorted.
> > 

This helped me.

Thank you,
Olivier.


Subject: Re: DelphiSpeedUp - newer fastmove
From: "bill" <mcmuddjunkno@earthlink.net>
Date: Sun, 23 Apr 2006 17:59:42 -0700
Newsgroups: jedi.vcl

> >There are only 3-4 places where it is referenced in the initialization 
> >section.

Oops -- wrong -- there are several other places where "move" is referenced
and needs to be changed to "moveproc" in fastmove v.3.
But it's still easy enough to do.




Subject: Re: DelphiSpeedUp - newer fastmove
From: "bill" <mcmuddjunkno@earthlink.net>
Date: Sun, 23 Apr 2006 17:33:59 -0700
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message >
> > I have modifiy the FastMove.pas. And it is D5 compatible (after my
> > changes). Otherwise I wouldn't be able to supply a Delphi 5 version of
> > DelphiSpeedUp.

 Yes I know. But this modified version 3 of fastmove is also D5 compatible.
So why not use it? It works fine.

  I renamed Move to MoveProc (in v.3). There are only 3-4 places where it
is referenced in the initialization section. I included FastcodeCPUID
as required by v.3. Then made a D5 build from your build.bat and changed
some paths. It puts the new D5 dll & bpl with the installer in \bin.

 I confess I have not noticed a speedup increase with fastmove v3.
But maybe others with more components etc. will ?

BillM








Subject: Re: Problem with TJvDBSearchComboBox
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 18:45:57 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> Any ideas?

What if you put multiple DB combo boxes?
What if the DB combo box is not linked to anything?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem with TJvDBSearchComboBox
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Sun, 23 Apr 2006 16:08:44 +0000 (UTC)
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > Karlheinz wrote, on 23/04/2006 7:06 PM:
>> > > http://homepages.borland.com/jedi/issuetracker/view.php?id=3657
> > 
> > Now fixed in SVN.
> > 
> > In procedure ClearList:
> > 
> > if not (csDestroying in ComponentState) then  //line added
> >   Items.Clear;

Problem is not solved for me.
If I have a form with only one JvDBSearchcomboBox on it. I don't get
the error.
In my application I have several forms with many components but only
one JvDBSearchComboBox I get the same error.
Only if I comment out the line ClearList the problem is solved.

destructor TJvDBCustomSearchComboBox.Destroy;
begin
//  ClearList;
  FDataLink.Free;
  FDataLink := nil; // Notification() is called by inherited Destroy
  inherited Destroy;
end; 

Any ideas?

Karlheinz


Subject: JvUrlListGrabber changes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 15:10:39 +0200
Newsgroups: jedi.vcl

Hi all,

Following the recent discussions about the Url Grabbers, and an outstanding request I received by email, I have modified TJvUrlListGrabber to introduce the new MaxSimultaneousGrabbers property.
Its default value is 0 so as to get the current behaviour as close as to the previous behaviour. Here is a summary of the changes:

- The Grabbers property now only contains the running grabbers.
- GrabberCount has been introduced. Obviously, when it is zero, no grabbers are running.
- StartAll and StopAll have been deprecated
- Start and Stop are introduced.
- Start creates and fills the Grabbers list, limited by the number of URLs or MaxSimultaneousGrabbers if it's greater than zero.
- NextUrlIndex indicates the index of the URL that will be grabbed next. Its value is only of use if MaxSimultaneousGrabbers is greater than zero.
- OnGrabberCreated and OnGrabberAdded are now available to get a notification when a grabber is created and added to the list. Note that when those events are fired, the grabber is not yet started.

The examples, changelog and online help have been updated as well.

Cheers
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: anti-Delphi5 properties, again :)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 23 Apr 2006 13:48:53 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> What they are ?

See http://jedqc.blogspot.com/2006/02/d2006-what-on-earth-are-these-explicit.html

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: anti-Delphi5 properties, again :)
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 23 Apr 2006 12:59:29 +0200
Newsgroups: jedi.vcl

On Sun, 23 Apr 2006 12:52:43 +0200, Uwe Schuster wrote:

>> >>2. update it for Explicit*
> >
> >add the properties to jvcl\devtools\DFMCleaner\SkipListD5.txt
> >
> >BTW, the current list is very short - our list in JVCS is much longer
> >and thatswhy I will update it.

Well I've decided not to update it. The situation in JVCS is a bit
different. We fix the *.dfm in our make process before the D5
compilation and not directly in the repository. For example removing
THotKey.OnChange would be a bad thing for D6 and above.

The following entries are additionally in the JVCS list

TImage.Proportional
TJvComboBox.AutoDropDown
TComboBox.AutoDropDown
TMenuItem.AutoCheck
TAction.AutoCheck
TAction.GroupIndex
TToolBar.Customizable
TListView.BevelInner
TListView.BevelOuter
TJvListView.BevelInner
TJvListView.BevelOuter
THotKey.OnChange


Uwe


Subject: Re: anti-Delphi5 properties, again :)
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 23 Apr 2006 12:52:43 +0200
Newsgroups: jedi.vcl

On Sun, 23 Apr 2006 06:04:21 +0200, Robert Marquardt wrote:

>> >> Thanks. But strange, i remember there was automatic devtool for that ?
> >
> >1. find it

jvcl\devtools\DFMCleaner\dc.dpr

> >2. update it for Explicit*

add the properties to jvcl\devtools\DFMCleaner\SkipListD5.txt

BTW, the current list is very short - our list in JVCS is much longer
and thatswhy I will update it.

> >3. apply it

I've currently no idea if there is a batch file or something else.

Uwe


Subject: Re: anti-Delphi5 properties, again :)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Apr 2006 12:29:11 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> But i think it is not the last time - that's why that tool had been given  birth :)

So we need to update the tool for the new properties.
I think we should expand it to a prerelease tool, ie it should also implement other checks for a JVCL/JCL release.


Subject: Re: Problem with TJvDBSearchComboBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Apr 2006 12:26:40 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> if not (csDestroying in ComponentState) then  //line added
>   Items.Clear;

Of course!
The classic fix for such problems.


Subject: Re: Problem with TJvDBSearchComboBox
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 23 Apr 2006 20:18:57 +1000
Newsgroups: jedi.vcl

Karlheinz wrote, on 23/04/2006 7:06 PM:
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3657

Now fixed in SVN.

In procedure ClearList:

if not (csDestroying in ComponentState) then  //line added
  Items.Clear;

-- 
enjoy life,
           Elahn


Subject: Re: anti-Delphi5 properties, again :)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 11:44:05 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> 23.04.06 в 02:18 OBones в своём письме писал(а):
>
>>>  What are those Explicit* properties ? invention of Delphi 2006 ?
>>
>>  Yep. My bad, I've been working a lot with D2006 and forgot about these  new properties.
>>
> What they are ?

Don't know. I think one can set a viewport in the undocked layout and these properties are used to store this. But I haven't looked up the documentation for it.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 11:37:20 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> Arioch /BDV/ wrote, on 22/04/2006 10:07 PM:
>
>>  EI> Does this make it clear enough? If not, please suggest some changes. :)
>>
>> Hmm, i would say, one better use WinMergeU.exe than WinMerge.exe :)
>
>
> Why? I can't see any difference in result. I've been using WinMerge.exe for over 6 months without any issues.

WinMergeU works with Unicode files but only under 2000/XP. But the JVCL does not contain any of such files.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: DelphiSpeedUp - newer fastmove
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 23 Apr 2006 11:31:57 +0200
Newsgroups: jedi.vcl

bill wrote:

> > Did you know FastCode offers a much newer version
> > (Version: 3.00 : 26-APR-2005) that is D5 compat ?

I have modifiy the FastMove.pas. And it is D5 compatible (after my
changes). Otherwise I wouldn't be able to supply a Delphi 5 version of
DelphiSpeedUp.

> > the author's comments makes it sound like v3 is a good improvement over
> > v1.  a change to note :
> >   MoveProc: procedure(const Source; var Dest; Count: Integer);
> > is now called
> >   Move: procedure(const Source; var Dest; Count : Integer);
> > changes are made in FastRTL.pas unit.

I named it MoveProc to not be in conflict with the RTL Move depending on
the "uses" order.


-- Regards, Andreas Hausladen 

Subject: Re: Problem with TJvDBSearchComboBox
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Sun, 23 Apr 2006 09:06:35 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Please create a Mantis issue indicating the new bug and its origin,
> > just like you did here. This way it will be looked at and not
> > forgotten if we don't have the time to do it right now.

Done!
http://homepages.borland.com/jedi/issuetracker/view.php?id=3657

Karlheinz


Subject: Re: DelphiSpeedUp
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 23 Apr 2006 12:38:00 +0400
Newsgroups: jedi.vcl

14.04.06 в 17:39 Andy Vines в своём письме писал(а):

> the only Third
> party controls involved are JVCL, Devexpress & Raize.

why only 3rd-party?


Subject: Re: anti-Delphi5 properties, again :)
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 23 Apr 2006 12:26:13 +0400
Newsgroups: jedi.vcl

23.04.06 в 08:04 Robert Marquardt в своём письме писал(а):

> doing it with an editor by hand is faster

for the 1st time :)

But i think it is not the last time - that's why that tool had been given birth :)


Subject: Re: anti-Delphi5 properties, again :)
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 23 Apr 2006 12:26:13 +0400
Newsgroups: jedi.vcl

23.04.06 в 02:18 OBones в своём письме писал(а):

>>  What are those Explicit* properties ? invention of Delphi 2006 ?
>  Yep. My bad, I've been working a lot with D2006 and forgot about these new properties.
>
What they are ?


Subject: Re: [JVCL] Migration to Subversion complete
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 23 Apr 2006 18:22:13 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote, on 22/04/2006 10:07 PM:
>  EI> Does this make it clear enough? If not, please suggest some changes. :)
>
> Hmm, i would say, one better use WinMergeU.exe than WinMerge.exe :)

Why? I can't see any difference in result. I've been using WinMerge.exe for over 6 months without any issues.

> BTW, what setting to use with WinMere to make it not only Diff viewer, but
> merger as well ?

I assume that was a typo and you meant WinMerge. I don't use WinMerge for merging because it only handles 2 files nicely, whereas I like to see 3 files when merging.

If you still want to use it, please see the documentation for syntax.

-- 
enjoy life,
           Elahn


Subject: Re: Problem with TJvDBSearchComboBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Apr 2006 08:28:57 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Obviously ClearList tries to access the window which is not there naymore. This is the other common way to trigger the error.
> Without looking at the source i would say ClearList should be moved down.

Probably wrong idea.


Subject: Re: anti-Delphi5 properties, again :)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Apr 2006 06:04:21 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Thanks. But strange, i remember there was automatic devtool for that ?

1. find it
2. update it for Explicit*
3. apply it

doing it with an editor by hand is faster :-)


Subject: Re: Problem with TJvDBSearchComboBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Apr 2006 06:01:59 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> destructor TJvDBCustomSearchComboBox.Destroy;
> begin
>   ClearList; <== that introduced the failure
>   FDataLink.Free;
>   FDataLink := nil; // Notification() is called by inherited Destroy
>   inherited Destroy;
> end;
>
> The reason for this line was Mantis 3215: Added call to ClearList in destructor to avoid memory leak

Obviously ClearList tries to access the window which is not there naymore. This is the other common way to trigger the error.
Without looking at the source i would say ClearList should be moved down.


Subject: Re: DelphiSpeedUp - newer fastmove
From: "bill" <mcmuddjunkno@earthlink.net>
Date: Sat, 22 Apr 2006 19:26:21 -0700
Newsgroups: jedi.vcl

Andreas,

I noticed you are using FastMove Version: 1.00 - 07-SEP-2003
possibly to keep it D5 compatible ?

Did you know FastCode offers a much newer version
(Version: 3.00 : 26-APR-2005) that is D5 compat ?

webpage
http://www.fastcode.dk/fastcodeproject/fastcodeproject/74.htm
link on page is     "FastMove for Delphi 5 Library"
DL the zip direct at
http://www.fastcode.dk/fastcodeproject/fastcodeproject/FastMove-D5Compat.zip

the author's comments makes it sound like v3 is a good improvement over v1.
a change to note :
   MoveProc: procedure(const Source; var Dest; Count: Integer);
is now called
   Move: procedure(const Source; var Dest; Count : Integer);
changes are made in FastRTL.pas unit.

BillM






Subject: Re: anti-Delphi5 properties, again :)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 00:18:56 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Hello, All!
>
> JvDBQueryParamsForm.dfm
>    A lot of DesignSize and ExplicitLeft
>
> JVCL3\install\JVCLInstall\Main.dfm
>      DesignSize
>
> JVCL3\examples\JvShellHook\JvShellHookDemoMainFormU.dfm
>      DesignSize, ExplicitLeft, ExplicitWidth, ExplicitHeight
>
> What are those Explicit* properties ? invention of Delphi 2006 ?

Yep. My bad, I've been working a lot with D2006 and forgot about these new properties.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: SVN - too unicode ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 00:17:46 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Hello, All!
>
> JvWin32:
>
> =========Beginning of the citation==============
>     RCSfile: '$RCSfile$';
>     Revision: '$Revision: 10103 $';
>     Date: '$Date: 2005-11-04 16:21:31 +0300 (РџС‚, 04 РЅРѕСЏ 2005) $';
> =========The end of the citation================
>
> What is there in Date field ? unexpectedly UTF-8 encoded date ?

Well, you see, here, on my copy, it's saying "jeu., 17 fÃ©vr. 2005"
So as it turns out, it's set by SVN on your LOCAL copy according to your locale setting for your operating system. It's encoded in UTF-8, yes, but it's not unexpected. As I said in an earlier message, we are still discovering new things with SVN and we will adapt to it. In this instance, it's the RCSFile and Date handling that need to be changed, but this has ALREADY been discussed in the JCL group.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem with TJvDBSearchComboBox
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 00:15:14 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> The error comes with revision 10423 in file JvDBSearchcomboBox.
>
> destructor TJvDBCustomSearchComboBox.Destroy;
> begin
>   ClearList; <== that introduced the failure
>   FDataLink.Free;
>   FDataLink := nil; // Notification() is called by inherited Destroy
>   inherited Destroy;
> end;
>
> The reason for this line was Mantis 3215: Added call to ClearList in destructor to avoid memory leak
>
> I don't have the knowledge to find the right solution for Mantis 3215
> without the problem described in this newsgroup subject.
>
> Could someone have a look?

Please create a Mantis issue indicating the new bug and its origin, just like you did here. This way it will be looked at and not forgotten if we don't have the time to do it right now.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 00:13:35 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Newsgroup is not the place to search info, and it is the only place where
> one can get info how to use SVN.

Website is a "starter". Support is on the newsgroups and SVN is a new thing here. It sounds to me like you want everything available right at the minute you asked for it. Well, too bad, it's not the way it works. As we say here in France: "Paris wasn't built in one day". Well, it's the same with everything.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 00:12:09 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> BTW, what setting to use with WinMere to make it not only Diff viewer, but
> merger as well ?

As indicated on the WinMerge website, this is a 2 way ONLY merger. That's why Elahn suggested Perforce 3 may merger...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Apr 2006 00:11:25 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> I think help sources and tests are nice things to have, and currently they
> are uncomfort to be used with SVN.

Why is that? Checkout /svnroot/jvcl/trunk and you'll get all this.


> That isolation of CVS between cleen referense folder and in-use programming
> folders made it easier to use those folders.

NO WAY! That's not the way to got. A source control system is here to manage the different version, NOT folders inside the different versions.


> BTW, in TortoiseCVS there were setting of compression, how much data should
> be compressed when transferred.
> I wonder i TortoiseSVN transferes uncompressed data, sine no such an option
> i could find ?

Ask the TSVN crowd, not us.


> PS: jvcl checkout:
> =========Beginning of the citation==============
> Error: REPORT request failed on '/svnroot/jvcl/!svn/vcc/default'
> Error: REPORT of '/svnroot/jvcl/!svn/vcc/default': Could not read response body:
> Secure connection truncated (https://svn.sourceforge.net)
> =========The end of the citation================

Haven't you read the wiki page which I keep mentionning to you? It's all explained...

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem with TJvDBSearchComboBox
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Sat, 22 Apr 2006 22:04:57 +0000 (UTC)
Newsgroups: jedi.vcl

The error comes with revision 10423 in file JvDBSearchcomboBox.

destructor TJvDBCustomSearchComboBox.Destroy;
begin
  ClearList; <== that introduced the failure
  FDataLink.Free;
  FDataLink := nil; // Notification() is called by inherited Destroy
  inherited Destroy;
end;

The reason for this line was 
Mantis 3215: Added call to ClearList in destructor to avoid memory leak

I don't have the knowledge to find the right solution for Mantis 3215
without the problem described in this newsgroup subject.

Could someone have a look?

Thanks

Karlheinz


Subject: Re: anti-Delphi5 properties, again :)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 22 Apr 2006 19:45:11 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ a écrit :
> Thanks. But strange, i remember there was automatic devtool for that ?

There is a devtool that need to be manually called :)

-- 
Florent Ouchet


Subject: Re: anti-Delphi5 properties, again :)
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 22 Apr 2006 21:25:03 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 22 Apr 2006 17:30:48 +0200 @688)
....while the fading voice of Robert whispered through the darkness:

 RM> All .dfm files fixed by hand.

Thanks. But strange, i remember there was automatic devtool for that ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JvHttpUrlGrabber
From: "dogo" <dogo_daz@removeit_msn.com>
Date: Sat, 22 Apr 2006 17:50:02 +0100
Newsgroups: jedi.vcl

I, Would like to say thanks to all of you,

especially OBones, i changed the file you suggested and things are now fine

Once again Cheers


Darren 




Subject: Re: Problem with TJvDBSearchComboBox
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Sat, 22 Apr 2006 15:31:37 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Karlheinz wrote:
> > Then it must be a problem in the ancestor classes.
> > JvCombobox.pas with "TJvCustomComboBox = class(TJvExCustomComboBox)".
> > Check for recent changes in the SVN history and we should find it.
> > 
> > JvCombobox.pas has been changed on 5 April 2006
> > "Mantis 3512: Put ItemIndex after Items in order for it to be
> > streamed correctly. Added Align in the published section"
> > 
Did not solve the problem.

To find out if it is a problem of Jcl/JVCL I have installed the version
JVCL3.2 and JCl1.97Build2172. With this combination the problem is
solved. => Must be a problem of JCL or JVCL

Does anyone have some hints what I can do to find out the reason for
the problem.

Karlheinz


Subject: Re: anti-Delphi5 properties, again :)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Apr 2006 17:30:48 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

All .dfm files fixed by hand.


Subject: Re: DelphiSpeedUp
From: "Y.Tomino" <demoonlit@panathenaia.halfmoon.jp>
Date: Sun, 23 Apr 2006 00:26:40 +0900
Newsgroups: jedi.vcl

Great!

My BDS2006(Delphi only mode) startup by 10 seconds from 20 seconds.

However, I saw the error in BDS with DelphiSpeedUp 15. (attachments)

1. Access Violation (Read) at 024E2A74 (DelphiSpeedUp10.dll)
2. Access Violation (Write) at 77F57EC4 (ntdll.dll)

And, I'm japanease user, I do not use Multi-Byte Characters for FileName, of course. But, a japanease user worrys about DelphiSpeedUp replaces FileName functions from Multi-Byte Characters ver. to Single-Byte Characters ver.
If it is good, could you put the condition judgment by the locale?

Thanks.
YT

error1.png


error2.png

error1.png
	


error2.png
error2.png
	



Subject: anti-Delphi5 properties, again :)
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 22 Apr 2006 18:22:52 +0400
Newsgroups: jedi.vcl

Hello, All!

JvDBQueryParamsForm.dfm
   A lot of DesignSize and ExplicitLeft

JVCL3\install\JVCLInstall\Main.dfm
     DesignSize

JVCL3\examples\JvShellHook\JvShellHookDemoMainFormU.dfm
     DesignSize, ExplicitLeft, ExplicitWidth, ExplicitHeight

What are those Explicit* properties ? invention of Delphi 2006 ?

examples\JvScrollingWindow\ScrollWinMainFormU.dfm
D:\Borland\AddOns\Jedi\jvcl\examples\JvDBActions\JvDBActionMainForm.dfm
     DesignSize

D:\Borland\AddOns\Jedi\jvcl\examples\JvAppStorage\SubStorage
Example\JvAppStorageSubStorageMainFrm.dfm
    ExplicitWidth,
    AppStoragePath = '%FORM_NAME%\'  was changed to
          AppStoragePath = 'JvAppStorageSubStorageMainForm\' - why ?

D:\Borland\AddOns\Jedi\jvcl\examples\Globus\Visual Components
Demo\glDemo.dfm
     Explicit*

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Problem with TJvDBSearchComboBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Apr 2006 15:57:40 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> I did not touch my application since several weeks and it works before.
> Yesterday i want to start with some modifications and I got the error
> with the actual JCL and JVCL SVN version.

Then it must be a problem in the ancestor classes.
JvCombobox.pas with "TJvCustomComboBox = class(TJvExCustomComboBox)".
Check for recent changes in the SVN history and we should find it.

JvCombobox.pas has been changed on 5 April 2006
"Mantis 3512: Put ItemIndex after Items in order for it to be streamed correctly. Added Align in the published section"

That looks promising. Revert JvCombobox.pas to the version before that date and see if the error vanishes.


Subject: SVN - too unicode ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 22 Apr 2006 17:53:15 +0400
Newsgroups: jedi.vcl

Hello, All!

JvWin32:

=========Beginning of the citation==============
    RCSfile: '$RCSfile$';
    Revision: '$Revision: 10103 $';
    Date: '$Date: 2005-11-04 16:21:31 +0300 (РџС‚, 04 РЅРѕСЏ 2005) $';
=========The end of the citation================

What is there in Date field ? unexpectedly UTF-8 encoded date ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 22 Apr 2006 16:07:25 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 19 Apr 2006 14:45:47 +1000 @240)
....while the fading voice of Elahn whispered through the darkness:

 EI> Does this make it clear enough? If not, please suggest some changes. :)


Hmm, i would say, one better use WinMergeU.exe than WinMerge.exe :)

BTW, what setting to use with WinMere to make it not only Diff viewer, but
merger as well ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 22 Apr 2006 16:06:00 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 18 Apr 2006 23:46:28 +0200 @948)
....while the fading voice of Andreas whispered through the darkness:

 AH> SVN already has a copy of all files in the .svn sub directory. So you
 AH> can revert changes without communicating with the SVN server.

Still not nice.

I have folders d:\Borland\AddOns\jcl and d:\Borland\AddOns\jvcl

Those are copies of
E:\Download\Borland\jvcl\CVS_src\JCL\jcl\
E:\Download\Borland\jvcl\CVS_src\Jvcl3\dev\JVCL3\

And there are folders like
E:\Download\Borland\jvcl\CVS_src\JCL\help\
E:\Download\Borland\jvcl\CVS_src\Jvcl3\dev\help\
E:\Download\Borland\jvcl\CVS_src\Jvcl3\dev\DUnit\
E:\Download\Borland\jvcl\CVS_src\JCL\qa\

You see, with SVN i would have to ether omit help folder, or to change the
paths (for example
d:\Borland\AddOns\jedi\jcl
d:\Borland\AddOns\jedi\jvcl
d:\Borland\AddOns\jedi\jcl.help
d:\Borland\AddOns\jedi\jvcl.help )
....and to change the paths in my projects :(

I think help sources and tests are nice things to have, and currently they
are uncomfort to be used with SVN.

That isolation of CVS between cleen referense folder and in-use programming
folders made it easier to use those folders.

BTW, in TortoiseCVS there were setting of compression, how much data should
be compressed when transferred.
I wonder i TortoiseSVN transferes uncompressed data, sine no such an option
i could find ?


PS: jvcl checkout:
=========Beginning of the citation==============
Error: REPORT request failed on '/svnroot/jvcl/!svn/vcc/default'
Error: REPORT of '/svnroot/jvcl/!svn/vcc/default': Could not read response body:
Secure connection truncated (https://svn.sourceforge.net)
=========The end of the citation================
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 22 Apr 2006 15:58:24 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 22 Apr 2006 13:47:46 +0200 @533)
....while the fading voice of Florent whispered through the darkness:

 FO> If it gains support of developers and users, I think it could be more
 FO> officially used.

It would never, if it is hidden.

How should i get that page from jvcl.sf.net ? is there some search box,
whene i can enter "SVN setup" and got that text ?

Newsgroup is not the place to search info, and it is the only place where
one can get info how to use SVN.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: [JVCL] Migration to Subversion complete
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 22 Apr 2006 13:47:46 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ a écrit :
> BTW, is Wiki reachables from jvcl.sf.net ? Can't find it there.

No it cannot be reached from JEDI web sites. It is still tool that is being evaluated.
If it gains support of developers and users, I think it could be more officially used.

-- 
Florent Ouchet


Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 22 Apr 2006 15:35:02 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 18 Apr 2006 12:00:06 +0200 @458)
....while the fading voice of OBones whispered through the darkness:

 O> and JVCL repositories is also available on the project Jedi Wiki here:
 O> http://homepages.borland.com/jedi/wiki/index.php?title=Repository

BTW, is Wiki reachables from jvcl.sf.net ? Can't find it there.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Problem with TJvDBSearchComboBox
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 22 Apr 2006 21:31:21 +1000
Newsgroups: jedi.vcl

Karlheinz wrote, on 22/04/2006 8:38 PM:
> I can create a new project with new form, I´add TJvDBSearchComboBox.
> After that I get the error and when I try to close the files I get the
> error and also "invalid pointer operation".
> The file unit1 will not close. I must close Delphi with the TaskManager.

This happened for me too.

-- 
enjoy life,
           Elahn


Subject: Re: JvHttpUrlGrabber
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 22 Apr 2006 12:53:51 +0200
Newsgroups: jedi.vcl

dogo wrote:
> Sorry i should of stated that i wanted this to fetch about 100 records, so therefor the application needs to be automatic, (saves on 100 clicks)but  it wont run in a loop, it would seem that the loop.
>
> here an example of my code

<SNIP>

That's not the way to go. As Warrick indicated, you should use the events of the grabber to set the URL.
The reason for this is that the grabbers are based on threads. Hence, when you call Start, a thread is launched and it updates the component's properties along the way. Of course, to do this, it calls Synchronize. And this call requires the messages to be treated by the application's main loop. You could call "ProcessMessages", but this would                                               not prevent you from clicking twice on the button. The way to go is the following :

procedure StartNextURL;
begin
  Inc(FNextURLIndex);
  if FNextURLIndex < FURLCount then
  begin
    Grabber.Url := GetNextUrl;
    Grabber.Start;
  end
  else
  begin
    Button.Enabled := True;
  end;
end;

procedure ButtonClick(Sender: TObject);
begin
  Button.Enabled := False;
  FNextURLIndex := 0;
  StartNextURL;
end;

procedure GrabberConnectionClosed(Sender: TObject);
begin
  StartNextURL;
end;

However, looking at the source code for the grabbers, there still is a slight problem in our sources because the gsStopped status is set AFTER OnConnectionClosed is called. This is a bug and I just fixed it. For you to fix it, just go at the end of TJvHttUrlGrabberThread.Execute (line 921 in JvUrlGrabbers.pas) and exchange the two lines so that the call to SetGrabberStatus is made BEFORE the call to Synchronize.
Once this is changed, the code I just gave you will work just fine and is MUCH cleaner that polling the status of the thread. I mean, you could do it, but it's definitely not a clean way to do it as you will have to call Application.ProcessMessages which will still force you to disable the button for the duration of the downloads.

Cheers
Olivier Sannier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Problem with TJvDBSearchComboBox
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Sat, 22 Apr 2006 10:38:40 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Please provide a bit of source of the use of
> > JvDBSearchComboBox1.

I can create a new project with new form, I´add TJvDBSearchComboBox.
After that I get the error and when I try to close the files I get the
error and also "invalid pointer operation".
The file unit1 will not close. I must close Delphi with the TaskManager.

I did not touch my application since several weeks and it works before.
Yesterday i want to start with some modifications and I got the error
with the actual JCL and JVCL SVN version.

Karlheinz


Subject: Re: Problem with TJvDBSearchComboBox
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 22 Apr 2006 16:54:39 +1000
Newsgroups: jedi.vcl

Karlheinz wrote, on 22/04/2006 5:24 AM:
> Please create a new form.
> Place one TJvDBSearchComboBox at the form.
> Switch to text view of the form. (Alt + F12)

I get the same error on D7. The english error msg is:

Control 'JvDBSearchComboBox1' has no parent window.

-- 
enjoy life,
           Elahn


Subject: Re: DelphiSpeedUp 1.5
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sat, 22 Apr 2006 02:54:25 -0400
Newsgroups: jedi.vcl

    In earlier messages regarding your add-on it said only up to D7 was 
supported.  But I see below you have added BDS 2006 support as well.  Can 
you give some info as to what it does exactly or what I should be looking 
for?

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:e2bfo0$q42$1@news.talkto.net...
> > There is a new version 1.5:
> >
> > http://andy.jgknet.de/misc/DelphiSpeedUpV15.zip
> >
> > Changes:
> > ---------------
> > - Better Delphi 2005 and BDS 2006 support
> > - Fixed hooking limitation (overall speed improvement for more Packages
> > and DLLs)
> > - DLLs go to $(APPDATA) instead of $(DELPHI)\Bin
> > - Fixed installer bug with OpenKey vs. OpenKeyReadOnly for HKLM.
> >
> >
> >
> > And here the complete source code:
> > http://andy.jgknet.de/misc/DelphiSpeedUpSourceV15.7z
> > I do not give any support for the source code. Neither do I answer any
> > questions about how and why something works as it is. (But I'm open for
> > bug reports and fixes).
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: JvHttpUrlGrabber
From: "David Gray" <graydr@pcug.org.au>
Date: Sat, 22 Apr 2006 16:13:27 +1000
Newsgroups: jedi.vcl

> >
> > this code works fine looping through the loop untill i remove the
> > showmessage boxes
> >
> > any ideas

Just a wild stab in the dark but try

"Application.processMessages" instead of the showmessage - there is probably
a dependency on the VCL messaging system in the code.




Subject: Re: JvHttpUrlGrabber
From: "dogo" <dogo_daz@removeit_msn.com>
Date: Sat, 22 Apr 2006 05:16:49 +0100
Newsgroups: jedi.vcl

Sorry i should of stated that i wanted this to fetch about 100 records, so 
therefor the application needs to be automatic, (saves on 100 clicks)but  it 
wont run in a loop, it would seem that the loop.

here an example of my code

var a, b: integer;
begin
  for a := 0 to 10 do
  begin
    repeat
      sleep(10000);
    until JvHttpUrlGrabber1.Status = gsStopped;
   while JvHttpUrlGrabber1.Status = gsStopped do


    //showmessage ('Stopped');
    JvHttpUrlGrabber1.Url := 
'http://www.bbc.co.uk?categoryid=60&pagetype=65&applicationid=1&mode=summary&modes=' 
+ VDBQuery1.FieldByName('ModeS').AsString;
    label2.Caption := (JvHttpUrlGrabber1.Url + 
VDBQuery1.FieldByName('ModeS').AsString);
    JvHttpUrlGrabber1.Start;
        sleep (10000)
     showmessage('Done : ' + inttostr(a));
  end;

this code works fine looping through the loop untill i remove the 
showmessage boxes

any ideas




end;

"Warrick Wilson" <warrickw@mercuryonline.com> wrote in message 
news:e2bhm6$qh4$1@news.talkto.net...
> > "dogo" <dogo_daz@removeit_msn.com> wrote in message 
> > news:e2b0f6$moo$1@news.talkto.net...
>> >> Hi all,
>> >>
>> >> I am having a go at writing a small App the attempts to update a 
>> >> database, after retrieving the data from a web page, I am please to say 
>> >> it works fine the first time on my button routine, but if I click the 
>> >> button two quickly I get
>> >> project1.exe raised exception class EGrabberNotStopped with message 'The 
>> >> grabber is not stopped, you cannot change it URL'
>> >>
>> >> any ideas how i can stop this,
>> >>
>> >> cheers
>> >>
>> >> dogo
> >
> > Disable the button when you click it and kick off the data gathering work. 
> > When that data gathering finishes, re-eneable the button in whatever 
> > routine gets notified that the task is complete. Prevents the button being 
> > clicked inappropriately.
> > 




Subject: Re: Problem with TJvDBSearchComboBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Apr 2006 06:13:48 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> You will get the error message in German "Element JvDBSearchComboBox1
> hat kein übergeordnetes Fenster".

This is a standard error of trying to access the window in the constructor. A quick peek at the source does not reveal anything problematic. Please provide a bit of source of the use of JvDBSearchComboBox1.


Subject: Re: DelphiSpeedUp 1.5
From: "Daytona" <d@d.com>
Date: Fri, 21 Apr 2006 18:28:04 -0700
Newsgroups: jedi.vcl

Hi Andreas,

I uninstalled 1.4, then installed 1.5 in my BDS 2006.2 Enterprise setup.

When I made my first attempt to start BDS I got an error that says:
'DbX.DbI was not found or identified.  It is needed to explore databases'

It has not occurred since the first startup, and may not be related, but I 
thought I would mention it in case others see the same.

Thanks for the great addin,
David 




Subject: Re: DelphiSpeedUp 1.5
From: Bill <w2m00@hicomponents00.com>
Date: Fri, 21 Apr 2006 19:17:01 -0400
Newsgroups: jedi.vcl

Andreas,

Can you install version 1.5 on top of 1.4?

Regards,

Bill


Subject: Re: JvHttpUrlGrabber
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Fri, 21 Apr 2006 14:07:19 -0700
Newsgroups: jedi.vcl

"dogo" <dogo_daz@removeit_msn.com> wrote in message 
news:e2b0f6$moo$1@news.talkto.net...
> > Hi all,
> >
> > I am having a go at writing a small App the attempts to update a database, 
> > after retrieving the data from a web page, I am please to say it works 
> > fine the first time on my button routine, but if I click the button two 
> > quickly I get
> > project1.exe raised exception class EGrabberNotStopped with message 'The 
> > grabber is not stopped, you cannot change it URL'
> >
> > any ideas how i can stop this,
> >
> > cheers
> >
> > dogo

Disable the button when you click it and kick off the data gathering work. 
When that data gathering finishes, re-eneable the button in whatever routine 
gets notified that the task is complete. Prevents the button being clicked 
inappropriately. 




Subject: DelphiSpeedUp 1.5
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 21 Apr 2006 22:35:33 +0200
Newsgroups: jedi.vcl

There is a new version 1.5:

http://andy.jgknet.de/misc/DelphiSpeedUpV15.zip

Changes:
---------------
- Better Delphi 2005 and BDS 2006 support
- Fixed hooking limitation (overall speed improvement for more Packages
and DLLs)
- DLLs go to $(APPDATA) instead of $(DELPHI)\Bin
- Fixed installer bug with OpenKey vs. OpenKeyReadOnly for HKLM.



And here the complete source code:
http://andy.jgknet.de/misc/DelphiSpeedUpSourceV15.7z
I do not give any support for the source code. Neither do I answer any
questions about how and why something works as it is. (But I'm open for
bug reports and fixes).


-- Regards, Andreas Hausladen 

Subject: Re: JvDBMaskEdit - A fix?
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 21 Apr 2006 20:34:02 +0100
Newsgroups: jedi.vcl

> >Well, if it is a field that hold multiple types of data, where the type 
> >of data is being determined by a different field - and the EditMask for 
> >that field is being updated by a DataSet Event; then not supporting
> >this could break existing compatibility.

My changes work fine. If EditMask is empty, it gets its value from 
Field.EditMask (and gets it automatically when this value changes at 
runtime).

Currently, the problem with TJvDBMaskEdit is that's an useless component 
because it has roughly the same properties and does the same things as 
TDBEdit. The property EditMask, the major difference between them, let 
us think its value overrides the default mask provided by the field (or 
provides a mask when there's not), but it does currently nothing. That's 
why I say there's a bug and did some changes to make it work as expected 
according to its name.

> >The only 
> >"concrete" benefit would be being able to override the default value 
> >with an Empty value, but I can't see why anyone would do this in a 
> >MaskEdit.

I'll consider that on monday. It's time to go back home.

Best regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem with TJvDBSearchComboBox
From: "Karlheinz" <KarlheinzWithoutThatJansen@wObviousToBeRemovedeb.de>
Date: Fri, 21 Apr 2006 19:24:16 +0000 (UTC)
Newsgroups: jedi.vcl

Please create a new form.
Place one TJvDBSearchComboBox at the form.
Switch to text view of the form.
You will get the error message in German "Element JvDBSearchComboBox1
hat kein übergeordnetes Fenster".

In English similar 
"Element JvDBSearchComboBox1 does not have a superordinate window"

I found this with D7 and the actual SVN version.

Any ideas?

Thanks for any help

Karlheinz



Subject: Re: JvUltimDbGrid : Draw first Sortmarker by code
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 21 Apr 2006 19:40:47 +0100
Newsgroups: jedi.vcl

> >I have a pre-sorted ado-query to show with the grid.
> >What is the best way to set an "initial" sort-marker to the column 
sorted
> >by the query?

(C++)
      TSortFields ToSort;
      ToSort.set_length(1);
      ToSort[0].Name = "ColumnToSort";
      ToSort[0].Order = JvGridSort_ASC; // or _DESC
      MyGrid->Sort(ToSort);

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvUltimDbGrid : Draw first Sortmarker by code
From: "Miller" <nospam@t-online.ch>
Date: Fri, 21 Apr 2006 19:02:23 +0100
Newsgroups: jedi.vcl

Hello,

I have a pre-sorted ado-query to show with the grid.
What is the best way to set an "initial" sort-marker to the column sorted
by the query?

thx
miller



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 21 Apr 2006 19:22:26 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Looking at your README, it says it also disables a "do you want to
> > rebuild" dialog. Why does it do this?

If you a are debugging a project and accidentally change a source file in
the editor, Delphi will ask you to recompile the project the next time you
press either (Shift+) F7, F8 or F9. But before it shows this MessageDlg
Delphi does some time consuming checks. And exactly this checks are
disabled and the function that causes these checks (GetShouldBuild) is
redirected to a function that simply returns False.


-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: Warren Postma <wp@tekran.com>
Date: Fri, 21 Apr 2006 12:35:37 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > With a full installed JVCL Delphi meight take "ages" to start. So I have
> > written a little Delphi expert that speeds up the startup of Delphi 5, 6
> > and 7.
> > 

This absolutely great.  My delphi 7 startup time reduced from over 60
seconds to under 10 seconds.  You totally ROCK Andreas.  What a nice hack.

Warren



Subject: Re: DelphiSpeedUp
From: Warren Postma <wp@tekran.com>
Date: Fri, 21 Apr 2006 12:29:23 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > With a full installed JVCL Delphi meight take "ages" to start. So I have
> > written a little Delphi expert that speeds up the startup of Delphi 5, 6
> > and 7.
> > 

Looking at your README, it says it also disables a "do you want to
rebuild" dialog. Why does it do this?

Warren


Subject: JvHttpUrlGrabber
From: "dogo" <dogo_daz@removeit_msn.com>
Date: Fri, 21 Apr 2006 17:15:38 +0100
Newsgroups: jedi.vcl

Hi all,

I am having a go at writing a small App the attempts to update a database, 
after retrieving the data from a web page, I am please to say it works fine 
the first time on my button routine, but if I click the button two quickly I 
get
project1.exe raised exception class EGrabberNotStopped with message 'The 
grabber is not stopped, you cannot change it URL'

any ideas how i can stop this,

cheers

dogo




Subject: Re: TJvAppFileIniStorage problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 21 Apr 2006 17:54:37 +0200
Newsgroups: jedi.vcl

Yes, I've seen this as well.
I've already fixed it, it's a bug in the JCL (not JVCL) in the PathAddExtension function in JclFileUtils. It was not completely taking into account the fact that the given extension could not have the leading dot. To fix it, surround Extension by StrEnsurePrefix('.', ) in the SameText call and you'll be sorted.

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: The installer works now with BCB5 !
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 21 Apr 2006 16:47:29 +0100
Newsgroups: jedi.vcl

 Hello,

I confirm the installer works now with BCB5. There's just a runtime 
error 216 at the end (ugly but not very annoying).

About the today version:
There's a bug in Design\JvBaseDlgEditor.pas. The "execute" have been 
commented in Run\JvBaseDlg.pas so they can't be called.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAppFileIniStorage problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 21 Apr 2006 15:41:30 +0000 (UTC)
Newsgroups: jedi.vcl

Vaclav Korecek wrote:  

I forgot: here is BCB6 Ent. and WinXP.




Subject: TJvAppFileIniStorage problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 21 Apr 2006 15:39:36 +0000 (UTC)
Newsgroups: jedi.vcl

Hi I have installed latest sources of JCL and JVCL.

Now I have big problem with with TJvAppFileIniStorage
and settings FileName in it in Design time.
If I set for example "prg.ini" it add to the FileName second .ini 
extension as "bonus" :-(. In run time it add also next new .ini
extension. 
It means component is in not usable for me at the moment.

Is there some new which I have not set properly or it is bug.

It seems to me - I must to return back to previous version of
CVS, because there was not this problem.

Any hint will be appreciated...

TIA,
Vaclav


Subject: Re: TJvDBUltimGrid and selected row
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 21 Apr 2006 16:26:27 +0100
Newsgroups: jedi.vcl

> >how could this help to decide if the current row is selected? Only 
> >Highlight=True and CurrentDrawRow<>Row is unique. If CurrentDrawRow=Row 
> >Highlight is always true (if dgRowSelect=True).

If dgRowSelect=True, there's nothing to color (except if you want to 
change dynamically the highlighting colors). In other cases, it's a good 
thing to put before everything else:
if (Highlight)
   return;
After that, you can compare CurrentDrawRow to Row to know if the row 
currently drawn is the same as the row where the dataset cursor is 
(the "selected" row).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: The installer works now with BCB5 !
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 21 Apr 2006 16:31:46 +0200
Newsgroups: jedi.vcl

Fred wrote:
>  Hello,
>
> I confirm the installer works now with BCB5. There's just a runtime error 216 at the end (ugly but not very annoying).
>
> About the today version:
> There's a bug in Design\JvBaseDlgEditor.pas. The "execute" have been commented in Run\JvBaseDlg.pas so they can't be called.

This is already fixed in SVN and should have been in today's daily.


Subject: Re: JvDBMaskEdit - A fix?
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 21 Apr 2006 23:55:53 +1000
Newsgroups: jedi.vcl

Fred wrote, on 21/04/2006 9:47 PM:
>> Also the field EditMask could change for every record.
>
> NO. It is a field property, not a record property.

Well, if it is a field that hold multiple types of data, where the type of data is being determined by a different field - and the EditMask for that field is being updated by a DataSet Event; then not supporting this could break existing compatibility.

>> I believe it is clearer to the user what is happening.
>
> A lot of DB component properties act the same way as Heinz and me suggested: there is a default value associated to the field or record that can be overriden by a user value. If the user value="" or Null or 0, the default value is used.

Yeah, I understand that there is not a lot of benefit. The only "concrete" benefit would be being able to override the default value with an Empty value, but I can't see why anyone would do this in a MaskEdit.

The other benefits are all opinion only. Btw, I don't have a problem with it being done that way; I'm simply debating it so the best solution occurs. :)

-- 
enjoy life,
           Elahn


Subject: Re: JVDocking problem
From: Martin Holmes <mholmes@uvic.ca>
Date: Fri, 21 Apr 2006 05:19:01 -0700
Newsgroups: jedi.vcl

I've found that setting the BoundsRect of the panel after docking any forms to it works OK (as opposed to setting just the height); now I'm trying to figure out how to set the size of the docked forms. As I work, I'll build  a little demo of anything I find, and submit it when I've figured out what's happening.

Cheers,
Martin


Warren Postma wrote:
> Martin Holmes wrote:
>> then the status bar jumps up above the bottom dock panel. Setting the
>> size of the docked form simply makes it too large for the panel, without
>> resizing the panel. Does anyone know how I can reliably set the size of
>> a bottom dock panel without screwing up the position of the status bar
>> below it?
>
> Can you create a minimal sample app to show what you mean?  What you're
> describing seems to me to be the same kind of issue I always encounter
> when I'm making a Panel control visible and invisible, and I have
> several panels nested inside a form, or another panel, and all are set
> to alignment alBottom.
>
> JvDocking uses a similar alignment for the bottom panel. Thus I suspect
> that docking and changing the size may in fact be momentarily making the
> bottom dock panel invisible then visible again, and creating your
> problem for you.
>
> A test app would be the best way to make this issue easily reproduceable.
>
> Warren


Subject: Re: JvDBMaskEdit - A fix?
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 21 Apr 2006 12:47:18 +0100
Newsgroups: jedi.vcl

> >No, Heinz's code snippet simply disables using the Field EditMask.

??? Did you really try it ? I'm sure you didn't because its code doesn't 
do that.

> >get this behaviour working and bug free is very complicated.

I'll do the change. To my eyes, it is less complicated to do than to 
understand the usefulness of your property (because I can't see it).

> >it was set automatically then EditMask shouldn't be stored.

It won't be stored.

> > Also the 
> >field EditMask could change for every record.

NO. It is a field property, not a record property.

> >I believe it is 
> >clearer to the user what is happening.

A lot of DB component properties act the same way as Heinz and me 
suggested: there is a default value associated to the field or record 
that can be overriden by a user value. If the user value="" or Null or 
0, the default value is used.

Let me show you the change. I post it this afternoon.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Using jvInterpreter
From: Mike Pollard <mikedp.sourceforgeforums@mailnull.com>
Date: Fri, 21 Apr 2006 11:02:51 +0100
Newsgroups: jedi.vcl

In article <e2890k$7i5$1@news.talkto.net>, wp@tekran.com says...
> > Mike Pollard wrote:
>> > > Hi, 
>> > > I'm trying to use jvInterpreter to access a 2 dimensional array of 
>> > > floats from another Delphi unit but can't seem to do it.
> > 
> > As far as I remember, ANY delphi variable you want to be accessible to
> > jvInterpreter MUST be a VARIANT type.  Any arrays I want to share with a
> > script I use VarArrayCreate to create a variant array. These are
> > transparently accessible to Delphi code, and to the interpreter.
> > 
> > Warren
> > 
Yes - I've looked at it a little harder and you are probably right about 
the variants.  I'll try that.  Do you have an example code fragment of 
how you set up a shared VarArray?

Mike


Subject: Re: Using jvInterpreter
From: Mike Pollard <mikedp.sourceforgeforums@mailnull.com>
Date: Fri, 21 Apr 2006 11:00:41 +0100
Newsgroups: jedi.vcl

In article <e27vup$5do$1@news.talkto.net>, ivan_ra@mail.ru says...
>> > > No, I was hoping to keep it simple and use a global statically defined
>> > > array (DAT : array[0..10000, 1..5] of double) inside a normal Delphi
>> > > unit and then either pass DAT to the interpreted function or reference
>> > > DAT (read and write) from within the interpreted code.
>> > >
> > Could you post some code (passing array into interpreter)? 
> > 
> > 
> > 
Not really as I can't get it to work but see Warren P's post.

Mike


Subject: Re: JvDBMaskEdit - A fix?
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 21 Apr 2006 11:13:22 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> ChuckJ wrote, on 21/04/2006 4:06 AM:
>> Fred wrote:
>>
>>>> These are both good ideas. The flag could perhaps be called "UseDataFieldEditMask" if that is not too long of a name.
>>>
>>> This new property sounds like an useless thing.
>>>
>>> IMHO, the fact you cannot change the edit mask is a bug. The Field.EditMask value should be a default value and only that. It should be overriden by the user value in EditMask.
>
>> I see your point. If the user doesn't want to use a component editmask, then don't supply one. This means Heinz's code snippet is the one to use.
>
> No, Heinz's code snippet simply disables using the Field EditMask. To get this behaviour working and bug free is very complicated. You have to track whether the EditMask was set by the user, or set automatically. If it was set automatically then EditMask shouldn't be stored. Also the field EditMask could change for every record.
>
> It is much easier to make it work with a property and I believe it is clearer to the user what is happening.
>
> However if someone wants to spend the time perfecting this code, it's fine with me. :)

Please, when this is done, do not forget to update the issue in Mantis


Subject: Build status page
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 21 Apr 2006 09:57:13 +0200
Newsgroups: jedi.vcl

Hi all,

As some of you know, there is a page in jvcl\help that indicates the most recent build status of the JVCL for the different platforms.
This page cannot be updated unless those who have access to the platforms indicated tell us about the status for those.
Developers should update it themselves, but I'm also calling for the users to let us know when they built successfully the JVCL on a given platform. This way the copy available on the daily build site can be more accurate than it is today.

Thanks for your help
Olivier Sannier
JVCL Coordinator


Subject: Re: DelphiSpeedUp
From: "bill" <mcmuddjunkno@earthlink.net>
Date: Thu, 20 Apr 2006 22:02:44 -0700
Newsgroups: jedi.vcl

great expert !

Coppermine 1.1 gig
WinXP SP2
D5 Standard
JVCL 2.10 (JCL 1.22)
and many, many other components scattered over 2 physical drives
Fast Memory Manager 4.64 + Eric Grange's FastMove for D5
your D5 speedup expert 1.4

projects load 30-40% faster
no build or compile errors
one mysterious improvement

thanks
BillM





Subject: Re: DelphiSpeedUp
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 21 Apr 2006 13:31:04 +1000
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote, on 21/04/2006 4:41 AM:
> Sometimes when closing delphi I have access violations.
> I checked all my packages (removing a package / closing delphi / watch for error / starting delphi...) and found that fastreport 3.x is the guilty !

Ahhhh, is THAT what it is. I haven't thoroughly investigated and I thought it was compbar v1.04. :)

I start wondering what's wrong when that AV *doesn't* occur. :þ

-- 
enjoy life,
           Elahn


Subject: Re: JvDBMaskEdit - A fix?
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 21 Apr 2006 13:25:09 +1000
Newsgroups: jedi.vcl

ChuckJ wrote, on 21/04/2006 4:06 AM:
> Fred wrote:
>
>>> These are both good ideas. The flag could perhaps be called "UseDataFieldEditMask" if that is not too long of a name.
>>
>> This new property sounds like an useless thing.
>>
>> IMHO, the fact you cannot change the edit mask is a bug. The Field.EditMask value should be a default value and only that. It should be overriden by the user value in EditMask.

> I see your point. If the user doesn't want to use a component editmask, then don't supply one. This means Heinz's code snippet is the one to use.

No, Heinz's code snippet simply disables using the Field EditMask. To get this behaviour working and bug free is very complicated. You have to track whether the EditMask was set by the user, or set automatically. If it was set automatically then EditMask shouldn't be stored. Also the field EditMask could change for every record.

It is much easier to make it work with a property and I believe it is clearer to the user what is happening.

However if someone wants to spend the time perfecting this code, it's fine with me. :)

-- 
enjoy life,
           Elahn


Subject: Re: DelphiSpeedUp
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 20 Apr 2006 20:41:30 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Stephane Wierzbicki wrote:
>
>> Is it possible to get these improvement for package unloading too (for
>> example when leaving Delphi) ?
>
> Delphi does not do a CheckDuplicateUnits when unloading packages. So the
> answer is no, it is not possible. But if you want to quit Delphi really
> fast you could use the task manager :-)
>
;)

Sometimes when closing delphi I have access violations.
I checked all my packages (removing a package / closing delphi / watch for error / starting delphi...) and found that fastreport 3.x is the guilty !
I just dream about a DelphiFastClose expert ;)


Subject: Re: JvDBMaskEdit - A fix?
From: ChuckJ <user@example.net>
Date: Thu, 20 Apr 2006 11:06:39 -0700
Newsgroups: jedi.vcl

Fred wrote:
>> These are both good ideas. The flag could perhaps be called "UseDataFieldEditMask" if that is not too long of a name.
>
> This new property sounds like an useless thing.
>
> IMHO, the fact you cannot change the edit mask is a bug. The Field.EditMask value should be a default value and only that. It should be overriden by the user value in EditMask.
>
> Fred
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com
I see your point. If the user doesn't want to use a component editmask, then don't supply one. This means Heinz's code snippet is the one to use.

Please give your input in the bug report:
<http://homepages.borland.com/jedi/issuetracker/view.php?id=3649>

Chuck


Subject: Re: JvDBMaskEdit - A fix?
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 20 Apr 2006 19:04:17 +0100
Newsgroups: jedi.vcl

> >These are both good ideas. The flag could perhaps be called 
> >"UseDataFieldEditMask" if that is not too long of a name.

This new property sounds like an useless thing.

IMHO, the fact you cannot change the edit mask is a bug. The 
Field.EditMask value should be a default value and only that. It should 
be overriden by the user value in EditMask.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 20 Apr 2006 17:52:24 +0200
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:

> > Is it possible to get these improvement for package unloading too (for
> > example when leaving Delphi) ?

Delphi does not do a CheckDuplicateUnits when unloading packages. So the
answer is no, it is not possible. But if you want to quit Delphi really
fast you could use the task manager :-)

-- Regards, Andreas Hausladen 

Subject: Re: JVDocking problem
From: Warren Postma <wp@tekran.com>
Date: Thu, 20 Apr 2006 11:24:50 -0400
Newsgroups: jedi.vcl

Martin Holmes wrote:
> > then the status bar jumps up above the bottom dock panel. Setting the
> > size of the docked form simply makes it too large for the panel, without
> > resizing the panel. Does anyone know how I can reliably set the size of
> > a bottom dock panel without screwing up the position of the status bar
> > below it?

Can you create a minimal sample app to show what you mean?  What you're
describing seems to me to be the same kind of issue I always encounter
when I'm making a Panel control visible and invisible, and I have
several panels nested inside a form, or another panel, and all are set
to alignment alBottom.

JvDocking uses a similar alignment for the bottom panel. Thus I suspect
that docking and changing the size may in fact be momentarily making the
bottom dock panel invisible then visible again, and creating your
problem for you.

A test app would be the best way to make this issue easily reproduceable.

Warren


Subject: Re: Using jvInterpreter
From: Warren Postma <wp@tekran.com>
Date: Thu, 20 Apr 2006 11:21:30 -0400
Newsgroups: jedi.vcl

Mike Pollard wrote:
> > Hi, 
> > I'm trying to use jvInterpreter to access a 2 dimensional array of 
> > floats from another Delphi unit but can't seem to do it.

As far as I remember, ANY delphi variable you want to be accessible to
jvInterpreter MUST be a VARIANT type.  Any arrays I want to share with a
script I use VarArrayCreate to create a variant array. These are
transparently accessible to Delphi code, and to the interpreter.

Warren


Subject: Re: JvDBMaskEdit - A fix?
From: ChuckJ <user@example.net>
Date: Thu, 20 Apr 2006 08:18:00 -0700
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> Heinz Zastrau wrote, on 20/04/2006 5:03 PM:
>> I think when I set EditMask in TDbEditMask it should override the one of the dataset.
>>
>>     if EditMast = '' then
>>       EditMask := FDataLink.Field.EditMask;
>
> Hi Heinz,
>
> In that case, there should be a new boolean property called "FixedEditMask" or something like that. The default False value means current behaviour, True means your desired behaviour.
>
I have entered this issue in bug tracker:

<http://homepages.borland.com/jedi/issuetracker/view.php?id=3649>

These are both good ideas. The flag could perhaps be called "UseDataFieldEditMask" if that is not too long of a name.


Subject: Re: JvDBMaskEdit - A fix?
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 20 Apr 2006 23:23:48 +1000
Newsgroups: jedi.vcl

Heinz Zastrau wrote, on 20/04/2006 5:03 PM:
> I think when I set EditMask in TDbEditMask it should override the one of the dataset.
>
>     if EditMast = '' then
>       EditMask := FDataLink.Field.EditMask;

Hi Heinz,

In that case, there should be a new boolean property called "FixedEditMask" or something like that. The default False value means current behaviour, True means your desired behaviour.

-- 
enjoy life,
           Elahn


Subject: Re: Trying to read from MSR with TJvHidDeviceController - how?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Apr 2006 15:12:41 +0200
Newsgroups: jedi.vcl

Lutz Kutscher wrote:

> Third: - I guess, only Robert Marquardt can answer this: Who and how much do I have to pay, if I want use this component in a commercial application?

I have no problem taking money :-)
You will have to pay the beer if i ever come to Steinberghaff.


Subject: Re: TJvFormStorage question
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 20 Apr 2006 14:50:51 +0200
Newsgroups: jedi.vcl

hi Jens,

> yes plaese add an entry to mantis, and please add a sample project also.

Added issue #3651

Regards
Salvatore


Subject: Re: Using jvInterpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 20 Apr 2006 16:49:33 +0400
Newsgroups: jedi.vcl

> > No, I was hoping to keep it simple and use a global statically defined
> > array (DAT : array[0..10000, 1..5] of double) inside a normal Delphi
> > unit and then either pass DAT to the interpreted function or reference
> > DAT (read and write) from within the interpreted code.
> >
Could you post some code (passing array into interpreter)? 




Subject: Re: Trying to read from MSR with TJvHidDeviceController - how?
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Apr 2006 14:42:47 +0200
Newsgroups: jedi.vcl

Lutz Kutscher wrote:

> Third: - I guess, only Robert Marquardt can answer this: Who and how much do I have to pay, if I want use this component in a commercial application?

That, I can answer.
JvHIDDeviceController is part of the JVCL and as such released under the MPL licence. This license allows any use, whether open source or commercial provided you mention in the documentation and/or about box that you use parts of the JVCL. If you happen to modify the source of these files in any way, then you need to publish your changes.
That's it.

Cheers
Olivier Sannier
JVCL Coordinator.


Subject: Re: Trying to read from MSR with TJvHidDeviceController - how?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Apr 2006 14:31:03 +0200
Newsgroups: jedi.vcl

Lutz Kutscher wrote:

> Swiping a card sends all data from that reader simulating keyboard input.

I will answer directly to him in german.
The general answer is that HID keyboards are specialy protected and cannot be read directly.


Subject: Trying to read from MSR with TJvHidDeviceController - how?
From: "Lutz Kutscher" <lutz@taylorsoft.de>
Date: Thu, 20 Apr 2006 14:28:05 +0200
Newsgroups: jedi.vcl

Hi,

I'm a newbie when it comes to USB and HID.
What I'm trying to do is to read card data sent from a magnetic stripe 
reader which is connected to USB and recognized as HID.
Swiping a card sends all data from that reader simulating keyboard input.
Since I need to implement it in an application that accepts true keyboard 
input as well as the card data passed from the reader, I have to find a way 
to separate those two HID's.
Doing this by analyzing the sent data is impossible (I tried a week before I 
found out, that a slight change in the readers setup causes complete failure 
of all the logic I wrote).
Now I found and tried Robert Marquardt's TJvHIDDeviceController. The demos 
for it work fine. They find an identify my card reader and it's properties.
I wrote the following to read from it (which raises some questions):

    TForm1 = class(TForm)
[...]
    private
        Rdr: TJvHIDDevice;
    end;
[...]

    function TForm1.HIDCtrlEnumerate(HidDev: TJvHidDevice; const Idx: 
Integer): Boolean;
    begin
      if HidDev.ProductName = 'MSR210U Card Reader' then begin
        Result := False;  //device found - no need to continue
        HIDCtrl.CheckOutByIndex(Rdr, Idx);
        Rdr.OnData := RdrData;
    end;

    procedure TForm1.RdrData(HidDev: TJvHidDevice; ReportID: Byte; const 
Data: Pointer; Size: Word);
    begin
      {some commands to process the data - doesn't matter, since this code 
is never executed.}
    end;

First: Checking Rdr.HasReadWriteAccess returns FALSE - i suppose, that this 
has something to do with my problems reading from the device. If so, how can 
I get this ReadWriteAccess?
Second: Is the CheckOutxxx method the right one to tell the device (or the 
API), that I'm interested in data sent by this device?
Third: - I guess, only Robert Marquardt can answer this: Who and how much do 
I have to pay, if I want use this component in a commercial application?

Thanks
Lutz 




Subject: JVDocking problem
From: Martin Holmes <mholmes@uvic.ca>
Date: Thu, 20 Apr 2006 05:19:24 -0700
Newsgroups: jedi.vcl

Hi there,

I'm trying to dock forms in code using JVDocking, and then set the size of the docked forms (or the panels containing them). This causes a very odd problem when there's a status bar below the bottom panel. If I do something like this:

  ufrmDockable.ManualDock(DockServer.RightDockPanel, nil, alClient);
  ufrmDockable2.ManualDock(DockServer.BottomDockPanel, nil, alClient);
  DockServer.BottomDockPanel.Height := 300;

then the status bar jumps up above the bottom dock panel. Setting the size of the docked form simply makes it too large for the panel, without resizing the panel. Does anyone know how I can reliably set the size of a bottom dock panel without screwing up the position of the status bar below it?

All help appreciated,
Martin


Subject: Re: Install Jvcl on BDS2006
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Thu, 20 Apr 2006 15:24:25 +0400
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir wrote:
>> I just made the new installation of the BDS2006 on XP.
>> The daily JCL(16-04-2006) was installed without any problem,
>> but the daily JVCL(19-04-2006) gave me a bulk of error messages like:
>> Error: Unable to link Jv3rdD10R.map and so on.
>> But it seems that the jvcl packages was installed to bds2006.
>> What is the problem?
>
> You checked "Compile map files" on the options page. I do get the same errors, and I have no idea why. But this is not problematic as the map files only add extra information for debugging purposes.
Yes, this is the solution, thank you.


Subject: Re: Install Jvcl on BDS2006
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Apr 2006 13:09:17 +0200
Newsgroups: jedi.vcl

Vladimir wrote:
> I just made the new installation of the BDS2006 on XP.
> The daily JCL(16-04-2006) was installed without any problem,
> but the daily JVCL(19-04-2006) gave me a bulk of error messages like:
> Error: Unable to link Jv3rdD10R.map and so on.
> But it seems that the jvcl packages was installed to bds2006.
> What is the problem?

You checked "Compile map files" on the options page. I do get the same errors, and I have no idea why. But this is not problematic as the map files only add extra information for debugging purposes.


Subject: Re: cant install latest SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Apr 2006 13:08:33 +0200
Newsgroups: jedi.vcl

Ivan Ravin wrote:
>> Which version of Delphi do you use?
>> It seems the Execute method in TCommonDialog has been made public recently, which explains the error you get.
>> But the thing is that TJvCommonDialogF and TJvCommonDialogP both inherit from TCommonDialog since the latest changes, so commenting out the code the way you did seems to be the way to go.
>> I'll change this tonight after having tested with v5 and v6.
>
> Error raises in D5.
> Anyway, I think commented code is unnecessary in any version of Delphi 

Yes, I agree. I'll assess that completely later this evening.


Subject: Re: Install Jvcl on BDS2006
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Thu, 20 Apr 2006 14:54:45 +0400
Newsgroups: jedi.vcl

I just made the new installation of the BDS2006 on XP.
The daily JCL(16-04-2006) was installed without any problem,
but the daily JVCL(19-04-2006) gave me a bulk of error messages like:
Error: Unable to link Jv3rdD10R.map and so on.
But it seems that the jvcl packages was installed to bds2006.
What is the problem?


Subject: Fill TJvDataEmbedded by CompileTime
From: Martin Berkemeier <mb@hsm.de>
Date: Thu, 20 Apr 2006 12:54:45 +0200
Newsgroups: jedi.vcl

Hello,

i want to know if there is a way to fill the DataEmbedded data at compiletime with a new file? this would be very easy to update an sfx application.


Subject: Re: cant install latest SVN
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 20 Apr 2006 14:42:05 +0400
Newsgroups: jedi.vcl

> > Which version of Delphi do you use?
> > It seems the Execute method in TCommonDialog has been made public 
> > recently, which explains the error you get.
> > But the thing is that TJvCommonDialogF and TJvCommonDialogP both inherit 
> > from TCommonDialog since the latest changes, so commenting out the code 
> > the way you did seems to be the way to go.
> > I'll change this tonight after having tested with v5 and v6.

Error raises in D5.
Anyway, I think commented code is unnecessary in any version of Delphi 




Subject: Re: cant install latest SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Apr 2006 11:27:36 +0200
Newsgroups: jedi.vcl

Which version of Delphi do you use?
It seems the Execute method in TCommonDialog has been made public recently, which explains the error you get.
But the thing is that TJvCommonDialogF and TJvCommonDialogP both inherit from TCommonDialog since the latest changes, so commenting out the code the way you did seems to be the way to go.
I'll change this tonight after having tested with v5 and v6.
Cheers
Olivier Sannier


Subject: Re: cant install latest SVN
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 20 Apr 2006 13:14:52 +0400
Newsgroups: jedi.vcl

>>> >>> Please check in JvBaseDlgEditor.pas, because it requires 
>>> >>> TJvCommonDialogP.execute and TJvCommonDialogF.execute
>> >>
>> >> I'll look into this.
> >
> > Well, I have just tested the installation with the current content of the 
> > SVN repository, and it installed just fine in BDS2006.
> > I do not have any other version here, especially no version 5, so I cannot 
> > test it works for those until tonight.

this code is visible for me (wrong strings commented by {}):

procedure TJvBaseDlgEditor.ExecuteVerb(Index: Integer);
begin
  if Index <> 0 then
    Exit;
  if Component is TCommonDialog then // (p3) a TJvCommonDialog is also a 
TCommonDialog (nowadays)
    TAccessProtectedCommonDialog(Component).Execute
  {else
  if Component is TJvCommonDialogP then
    TJvCommonDialogP(Component).Execute
  else
  // (rom) to accompany TJvCommonDialogP
  if Component is TJvCommonDialogF then
    TJvCommonDialogF(Component).Execute}
  else
    Exit;

  { Some properties might have changed }
  Designer.Modified;
end;




Subject: Re: cant install latest SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Apr 2006 10:18:08 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Ivan Ravin wrote:
>> Please check in JvBaseDlgEditor.pas, because it requires TJvCommonDialogP.execute and TJvCommonDialogF.execute 
>
> I'll look into this.

Well, I have just tested the installation with the current content of the SVN repository, and it installed just fine in BDS2006.
I do not have any other version here, especially no version 5, so I cannot test it works for those until tonight.


Subject: Re: cant install latest SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 20 Apr 2006 10:09:28 +0200
Newsgroups: jedi.vcl

Ivan Ravin wrote:
> Please check in JvBaseDlgEditor.pas, because it requires TJvCommonDialogP.execute and TJvCommonDialogF.execute 

I'll look into this.


Subject: cant install latest SVN
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 20 Apr 2006 12:01:26 +0400
Newsgroups: jedi.vcl

Please check in JvBaseDlgEditor.pas, because it requires 
TJvCommonDialogP.execute and TJvCommonDialogF.execute 




Subject: Re: DelphiSpeedUp
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 20 Apr 2006 09:32:08 +0200
Newsgroups: jedi.vcl

Is it possible to get these improvement for package unloading too (for example when leaving Delphi) ?


Subject: Re: TJvDBUltimGrid and selected row
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Thu, 20 Apr 2006 09:16:45 +0200
Newsgroups: jedi.vcl

Hello Fred,

> You need to know the value of CurrentDrawRow (to compare it with Row) but this property is private. I made it public a few days ago but with the migration from CVS to SVN, I don't know when this change will be available.

how could this help to decide if the current row is selected? Only Highlight=True and CurrentDrawRow<>Row is unique. If CurrentDrawRow=Row Highlight is always true (if dgRowSelect=True).

Ciao Heinz Z.


Subject: Re: JvDBMaskEdit - A fix?
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Thu, 20 Apr 2006 09:03:23 +0200
Newsgroups: jedi.vcl

Hello Elahn,

> Commenting out this line will prevent the TJvDBMaskEdit from using the EditMask from the DataSet. Try setting the EditMask for that field, in the DataSet component and that should fix the problem.

I think when I set EditMask in TDbEditMask it should override the one of the dataset.

    if EditMast = '' then
      EditMask := FDataLink.Field.EditMask;

Ciao Heinz Z.


Subject: Re: JVCL Version 3.30 at Mantis
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 20 Apr 2006 07:20:58 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> could anyone with the needed privs please add the version 3.30 to mantis, so that it could be used when closing issues.

Just mark issues as "fixed" and do not close them.
I will close them once the release is ready to go out.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JvDBMaskEdit - A fix?
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 20 Apr 2006 14:22:18 +1000
Newsgroups: jedi.vcl

ChuckJ wrote, on 20/04/2006 10:01 AM:
> Erick Sasse wrote:
>
>> I put a JvDBMaskEdit set the EditMask, it shows at design time, but
>> when I run the app, I can't see any mask.
>>
>> What am I doing wrong?
>>
>> Thanks!
>>
>
> Erick,
> In JVCL v. 3.20, comment out line 873 of JvDBControls.pas.
> You can do this from Delphi 2006 by right clicking on TJvDBMaskEdit and choosing Find Declaration. Then search for EditMask until you find the line in this context:
>
>       FAlignment := FDataLink.Field.Alignment;
>     end;
>     //EditMask := FDataLink.Field.EditMask;
>     if not (csDesigning in ComponentState) then
>
> The commented out line above is the culprit(I believe).
> You can then recompile by running clean.bat and then install.bat.
> In install options, you can uncheck the "install in IDE" options since the build will replace the .bpl which the IDE is already set to use.
>
> I have done almost no testing on this fix other than running a program using the fix and observing that the mask is intact.

Commenting out this line will prevent the TJvDBMaskEdit from using the EditMask from the DataSet. Try setting the EditMask for that field, in the DataSet component and that should fix the problem.

-- 
enjoy life,
           Elahn


Subject: Re: JvDBMaskEdit - A fix?
From: ChuckJ <user@example.net>
Date: Wed, 19 Apr 2006 17:01:44 -0700
Newsgroups: jedi.vcl

Erick Sasse wrote:
> I put a JvDBMaskEdit set the EditMask, it shows at design time, but
> when I run the app, I can't see any mask.
>
> What am I doing wrong?
>
> Thanks!
>

Erick,
In JVCL v. 3.20, comment out line 873 of JvDBControls.pas.
You can do this from Delphi 2006 by right clicking on TJvDBMaskEdit and choosing Find Declaration. Then search for EditMask until you find the line in this context:

      FAlignment := FDataLink.Field.Alignment;
    end;
    //EditMask := FDataLink.Field.EditMask;
    if not (csDesigning in ComponentState) then

The commented out line above is the culprit(I believe).
You can then recompile by running clean.bat and then install.bat.
In install options, you can uncheck the "install in IDE" options since the build will replace the .bpl which the IDE is already set to use.

I have done almost no testing on this fix other than running a program using the fix and observing that the mask is intact.

Good Luck!


Subject: Re: DelphiSpeedUp
From: "Stefan" <stefan@bodingh.se>
Date: Thu, 20 Apr 2006 00:28:02 +0200
Newsgroups: jedi.vcl

I got this when exit with the V1.4

/Stefan

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> skrev i 
meddelandet news:e23kpc$dnl$1@news.talkto.net...
> >I have found a bug in V1.3 (does not exist in V1.2) that causes Delphi to
> > generated stupid .dpr/.dpk files.
> >
> > Delphi changes
> > <code>
> > uses
> >  Main in 'Main.pas';
> > </code>
> >
> > to
> >
> > <code>
> > uses
> >  Main in '..\..\..\..\..\Program
> > Files\Borland\Delphi7\Projects\Test\Main.pas';
> > </code>
> >
> > So all V1.3 users should update to Version 1.4:
> > http://andy.jgknet.de/misc/DelphiSpeedUpV14.zip
> >
> > For those who have problems with the installer:
> > http://andy.jgknet.de/misc/DelphiSpeedUpInstallerSourceV14.zip
> >
> >
> > Version 1.4
> > ===========
> > - Fixed Win9x bug
> > - Fixed relative project filename in the .dpr/.dpk file.
> > - FastMove.pas replaces i386 FastCode Move. Uses SSE, MMX or i386
> > depending on the CPU
> > - New faster TList functions (not that radical as FasterTList)
> > - Show menu item: "Run/Run without debugger (SHIFT+CTRL+F9)"  [D6, D7]
> > - Added shortcut to Build project: SHIFT+F9  [D5, D6, D7]
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 


clip_image002.jpg
	



Subject: JVCL Version 3.30 at Mantis
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 19 Apr 2006 23:17:56 +0200
Newsgroups: jedi.vcl

Hi,

could anyone with the needed privs please add the version 3.30 to mantis, so that it could be used when closing issues.

Greetings and thanks
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvDBMaskEdit
From: ChuckJ <user@example.net>
Date: Wed, 19 Apr 2006 14:10:15 -0700
Newsgroups: jedi.vcl

Erick Sasse wrote:
> I put a JvDBMaskEdit set the EditMask, it shows at design time, but
> when I run the app, I can't see any mask.
>
> What am I doing wrong?
>
> Thanks!
>
I am seeing the same issue. If I figure out what is going on, I will let you know.


Subject: Re: SVN and JclUnitVersionInfo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 19 Apr 2006 22:17:50 +0200
Newsgroups: jedi.vcl,jedi.jcl


Elahn Ientile schrieb:
> Jens Fudickar wrote, on 20/04/2006 6:00 AM:
>>
>>
>> OBones schrieb:
>>
>>> Jens Fudickar wrote:
>>>
>>>> Hi,
>>>>
>>>> after the svn update the unitversioning is no longer realy usefull.
>>>>
>>>>
>>>> Now it looks like the following:
>>>>
>>>> const
>>>>   UnitVersioning: TUnitVersionInfo = (
>>>>     RCSfile: '$RCSfile$';
>>>>     Revision: '$Revision: 10532 $';
>>>>     Date: '$Date: 2006-04-19 21:31:23 +0200 (Mi, 19 Apr 2006) $';
>>>>     LogPath: 'JVCL\run'
>>>>     );
>>>>
>>>> Is there any replacement for the $RCSfile$ which gives the name of the file back?
>>>
>>>
>>> What about $HeadURL$ ?
>>>
>>
>> What is the result?
>>
>> The content should be the name of the file. At the best only "JvThread.pas" for example.
>
> It will give the full URL to the file, e.g. https://svn.sourceforge.net:443/svnroot/jvcl/trunk/jvcl/build.sh
>
> The $Id$ keyword provides the name of the file (without path) as the first token, along with other info.
>
> For a full description of keywords: http://svnbook.red-bean.com/nightly/en/svn.advanced.props.html#svn.advanced.props.special.keywords
>

In this case i would suggest also $HeadURL$.

And we should include a function to the TUnitVersion object to extract only the filename out of the full url.

Any further comments.

I could do this, but not before next week.

Greetings
Jens


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: SVN and JclUnitVersionInfo
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 20 Apr 2006 06:05:43 +1000
Newsgroups: jedi.vcl,jedi.jcl

Jens Fudickar wrote, on 20/04/2006 6:00 AM:
>
>
> OBones schrieb:
>
>> Jens Fudickar wrote:
>>
>>> Hi,
>>>
>>> after the svn update the unitversioning is no longer realy usefull.
>>>
>>>
>>> Now it looks like the following:
>>>
>>> const
>>>   UnitVersioning: TUnitVersionInfo = (
>>>     RCSfile: '$RCSfile$';
>>>     Revision: '$Revision: 10532 $';
>>>     Date: '$Date: 2006-04-19 21:31:23 +0200 (Mi, 19 Apr 2006) $';
>>>     LogPath: 'JVCL\run'
>>>     );
>>>
>>> Is there any replacement for the $RCSfile$ which gives the name of the file back?
>>
>>
>> What about $HeadURL$ ?
>>
>
> What is the result?
>
> The content should be the name of the file. At the best only "JvThread.pas" for example.

It will give the full URL to the file, e.g. https://svn.sourceforge.net:443/svnroot/jvcl/trunk/jvcl/build.sh

The $Id$ keyword provides the name of the file (without path) as the first token, along with other info.

For a full description of keywords: http://svnbook.red-bean.com/nightly/en/svn.advanced.props.html#svn.advanced.props.special.keywords

-- 
enjoy life,
           Elahn


Subject: Re: SVN and JclUnitVersionInfo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 19 Apr 2006 22:00:43 +0200
Newsgroups: jedi.vcl,jedi.jcl



OBones schrieb:
> Jens Fudickar wrote:
>
>> Hi,
>>
>> after the svn update the unitversioning is no longer realy usefull.
>>
>>
>> Now it looks like the following:
>>
>> const
>>   UnitVersioning: TUnitVersionInfo = (
>>     RCSfile: '$RCSfile$';
>>     Revision: '$Revision: 10532 $';
>>     Date: '$Date: 2006-04-19 21:31:23 +0200 (Mi, 19 Apr 2006) $';
>>     LogPath: 'JVCL\run'
>>     );
>>
>> Is there any replacement for the $RCSfile$ which gives the name of the file back?
>
> What about $HeadURL$ ?
>

What is the result?

The content should be the name of the file. At the best only "JvThread.pas" for example.



-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: SVN and JclUnitVersionInfo
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Apr 2006 21:54:40 +0200
Newsgroups: jedi.vcl,jedi.jcl

Jens Fudickar wrote:

> Hi,
>
> after the svn update the unitversioning is no longer realy usefull.
>
>
> Now it looks like the following:
>
> const
>   UnitVersioning: TUnitVersionInfo = (
>     RCSfile: '$RCSfile$';
>     Revision: '$Revision: 10532 $';
>     Date: '$Date: 2006-04-19 21:31:23 +0200 (Mi, 19 Apr 2006) $';
>     LogPath: 'JVCL\run'
>     );
>
> Is there any replacement for the $RCSfile$ which gives the name of the file back?

What about $HeadURL$ ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: SVN and JclUnitVersionInfo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 19 Apr 2006 21:47:47 +0200
Newsgroups: jedi.vcl,jedi.jcl

See also
Mantis 0003646: Wrong/Missing RCSFile information after move from CVS to SVN

http://homepages.borland.com/jedi/issuetracker/view.php?id=3646

Greetings
Jens

Jens Fudickar schrieb:
> Hi,
>
> after the svn update the unitversioning is no longer realy usefull.
>
>
> Now it looks like the following:
>
> const
>   UnitVersioning: TUnitVersionInfo = (
>     RCSfile: '$RCSfile$';
>     Revision: '$Revision: 10532 $';
>     Date: '$Date: 2006-04-19 21:31:23 +0200 (Mi, 19 Apr 2006) $';
>     LogPath: 'JVCL\run'
>     );
>
> Is there any replacement for the $RCSfile$ which gives the name of the file back?
>
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: SVN and JclUnitVersionInfo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 19 Apr 2006 21:37:43 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi,

after the svn update the unitversioning is no longer realy usefull.


Now it looks like the following:

const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$RCSfile$';
    Revision: '$Revision: 10532 $';
    Date: '$Date: 2006-04-19 21:31:23 +0200 (Mi, 19 Apr 2006) $';
    LogPath: 'JVCL\run'
    );

Is there any replacement for the $RCSfile$ which gives the name of the file back?


Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: DelphiSpeedUp
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Apr 2006 20:39:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Note to others: It does work just fine with BCB once installed manually.
>
>
> For BCB the bcc32pch tools brings much more speed (except that it is
> currently missing the startup improvement)

I was mostly looking for the startup improvement.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Font Displacement in JvMaskEdit???
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 19 Apr 2006 20:36:18 +0200
Newsgroups: jedi.vcl

Tim Kleinholz wrote:
> I noticed the text beeing drawn one pixel displaced to the top, compared with JvEdit or JvValidateEdit.
> Can anyone also validate this?

Yes, with

BorderStyle = bsSingle
Flat = False
and not themed.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 19 Apr 2006 20:19:45 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Note to others: It does work just fine with BCB once installed manually.

For BCB the bcc32pch tools brings much more speed (except that it is
currently missing the startup improvement)


-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Apr 2006 19:51:29 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> With a full installed JVCL Delphi meight take "ages" to start. So I have
>> written a little Delphi expert that speeds up the startup of Delphi 5, 6
>> and 7.
>>
>> The expert uses functions from the FastCode project and some of my own.
>> http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip
>
>
> Finally tried it with D6, it is impressive.
> Too bad it does not "install" with C++ Builder 5 or 6 automatically.

Note to others: It does work just fine with BCB once installed manually.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: DelphiSpeedUp
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Apr 2006 19:45:11 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> With a full installed JVCL Delphi meight take "ages" to start. So I have
> written a little Delphi expert that speeds up the startup of Delphi 5, 6
> and 7.
>
> The expert uses functions from the FastCode project and some of my own.
> http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip

Finally tried it with D6, it is impressive.
Too bad it does not "install" with C++ Builder 5 or 6 automatically.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Using jvInterpreter
From: Mike Pollard <mikedp.sourceforgeforums@mailnull.com>
Date: Wed, 19 Apr 2006 16:13:17 +0100
Newsgroups: jedi.vcl

In article <e25asq$lbc$1@news.talkto.net>, ivan_ra@mail.ru says...
> > do You use variant/open array? If so, you must try latest JvInterpreter.pas 
> > from CVS
> > 
>> > > I'm trying to use jvInterpreter to access a 2 dimensional array of
>> > > floats from another Delphi unit but can't seem to do it.
>> > >
>> > > I've tried passing it as a parameter, making it a global variable,
>> > > passing pointers etc. but don't seem to be able to get at it!
>> > >
>> > > Can anyone point me at an example of how this can be done - if it can be
>> > > done. I don't want to pass individual array elements as I will end up
>> > > with 100000 calls to the interpreted function - V SLOW!
> > 
> > 
> > 
No, I was hoping to keep it simple and use a global statically defined 
array (DAT : array[0..10000, 1..5] of double) inside a normal Delphi 
unit and then either pass DAT to the interpreted function or reference 
DAT (read and write) from within the interpreted code.

I'm essentially trying to perform the same kind of function as a 
spreadsheet on columns of data, but allowing the user to provide the 
arbitrarily complex) relationships between the columns as a text string 
(eg A := B+C/23.5 * sin(D);) which I can then parse into the interpreted 
code and execute in a 0..10000 loop.

Mike


Subject: Re: [JVCL] Migration to Subversion complete
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 20 Apr 2006 00:09:21 +1000
Newsgroups: jedi.vcl

OBones wrote, on 19/04/2006 11:45 PM:
> jvcl-checkins-nodiff has been created and setup. Please use it as soon as it is available.

Thankyou very much. :)

-- 
enjoy life,
           Elahn


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Apr 2006 15:45:38 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> OBones wrote, on 19/04/2006 5:28 PM:
>> I always had the diff with CVS and I really like it. I can create a "nodiff" list if need be, but this one will stay like that.
>
> Please, whenever you have time. :)
>
jvcl-checkins-nodiff has been created and setup. Please use it as soon as it is available.


Subject: Re: Using jvInterpreter
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 19 Apr 2006 15:38:07 +0200
Newsgroups: jedi.vcl

Ivan Ravin a écrit :
> do You use variant/open array? If so, you must try latest JvInterpreter.pas from CVS

Hi,

The latest JvInterpreter.pas is now present in subversion.
Details to connect to this repository can be read at http://homepages.borland.com/jedi/wiki/index.php?title=Repository

Regards,

-- 
Florent Ouchet


Subject: Re: DelphiSpeedUp
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 19 Apr 2006 23:36:17 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote, on 19/04/2006 4:21 PM:
> Elahn Ientile wrote:
>> In D7, the default shortcut for "Run without debugger" is SHIFT+F9
>
> In D7 the "Run without debugger" is not visible and does not react on a
> Shift+F9 (at least in the Pro SKU).
> So I assume that you have installed a plugin that shows this and sets the
> shortcut.
>
> BTW: I have choosen Shift+Ctrl+F9 for "Run without debugger" and Shift+F9
> for "Build project" because Delphi 8 to 2005 use these shortcuts.
>
> If you can wait until tonight (it's now 08:20 am here), then you will have
> the source code and you can change the shortcuts.

Fair enough. There's no hurry. :)

I actually wrote a simple package expert that exposes it, but I don't remember choosing a shortcut...maybe I did, whatever, it's not that important. :)

-- 
enjoy life,
           Elahn


Subject: Re: [JVCL] Migration to Subversion complete
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 19 Apr 2006 23:31:29 +1000
Newsgroups: jedi.vcl

OBones wrote, on 19/04/2006 5:28 PM:
> I always had the diff with CVS and I really like it. I can create a "nodiff" list if need be, but this one will stay like that.

Please, whenever you have time. :)

-- 
enjoy life,
           Elahn


Subject: Re: Using jvInterpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 19 Apr 2006 16:37:44 +0400
Newsgroups: jedi.vcl

do You use variant/open array? If so, you must try latest JvInterpreter.pas 
from CVS

> > I'm trying to use jvInterpreter to access a 2 dimensional array of
> > floats from another Delphi unit but can't seem to do it.
> >
> > I've tried passing it as a parameter, making it a global variable,
> > passing pointers etc. but don't seem to be able to get at it!
> >
> > Can anyone point me at an example of how this can be done - if it can be
> > done. I don't want to pass individual array elements as I will end up
> > with 100000 calls to the interpreted function - V SLOW!




Subject: Using jvInterpreter
From: Mike Pollard <mikedp.sourceforgeforums@mailnull.com>
Date: Wed, 19 Apr 2006 11:38:46 +0100
Newsgroups: jedi.vcl

Hi, 
I'm trying to use jvInterpreter to access a 2 dimensional array of 
floats from another Delphi unit but can't seem to do it.
  
I've tried passing it as a parameter, making it a global variable, 
passing pointers etc. but don't seem to be able to get at it! 

Can anyone point me at an example of how this can be done - if it can be 
done. I don't want to pass individual array elements as I will end up 
with 100000 calls to the interpreted function - V SLOW!
 
Thanks. 

Mike


Subject: Font Displacement in JvMaskEdit???
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Wed, 19 Apr 2006 11:16:48 +0200
Newsgroups: jedi.vcl

I noticed the text beeing drawn one pixel displaced to the top, compared with JvEdit or JvValidateEdit.
Can anyone also validate this?

------------------------------
Tim Kleinholz
STEP Software GmbH


Subject: Re: [JVCL] Migration to Subversion complete
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 19 Apr 2006 09:54:59 +0200
Newsgroups: jedi.vcl

I like the diff also.

It gives a fast overview of all changes.

OBones schrieb:
> Elahn Ientile wrote:
>> OBones wrote, on 19/04/2006 6:19 AM:
>>> Florent Ouchet wrote:
>>>
>>>> The commit notifications are not sent by mail.
>>>>
>>>> 2 hook scripts should be added (on the bottom of the subversion admin page):
>>>>
>>>> check-case-insensitive.py
>>>> svnnotify
>>>
>>>
>>> I know I missed something. This is now in place.
>>> Thanks.
>>
>> I would prefer it if we didn't receive the diff in the email. In the JCL commit emails it gives a URL to see the changes through ViewCVS and omits the diff.
>
> I always had the diff with CVS and I really like it. I can create a "nodiff" list if need be, but this one will stay like that.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Apr 2006 09:29:38 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened... (Tue, 18 Apr 2006 23:46:28 +0200 @948)
> ...while the fading voice of Andreas whispered through the darkness:
>
>  AH> Both anonymous and users use the save server. The only difference is
>  AH> that if you want to commit something to the SVN server you must enter
>  AH> your developer login data.
>
> Then wiki is to be reformulated.
> Curently it looks like anonymous developers can upload their fixes too.

Well, they can, as a diff file as explained in the page Elahn mentioned.


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 19 Apr 2006 09:28:28 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> OBones wrote, on 19/04/2006 6:19 AM:
>> Florent Ouchet wrote:
>>
>>> The commit notifications are not sent by mail.
>>>
>>> 2 hook scripts should be added (on the bottom of the subversion admin page):
>>>
>>> check-case-insensitive.py
>>> svnnotify
>>
>>
>> I know I missed something. This is now in place.
>> Thanks.
>
> I would prefer it if we didn't receive the diff in the email. In the JCL commit emails it gives a URL to see the changes through ViewCVS and omits the diff.

I always had the diff with CVS and I really like it. I can create a "nodiff" list if need be, but this one will stay like that.


Subject: Re: [JVCL] Migration to Subversion complete
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 19 Apr 2006 09:25:16 +0200
Newsgroups: jedi.vcl

Hi,

Arioch /BDV/ a écrit :
> 1) Is the step-by-step instruction targeted at anonymous user or developer
> having his own login/password in svn ?

The steps to checkout the repository are identical, only developers are able to commit operations into the repository.

> If anonymous - how can anonymous one upload patches via SVN ???

You can't without being registered and added to the list of developers for the J(V)CL.

> If not-anonymous - the nwhere to enter login/password and what should
> anonymous do ?

Login/Password are requested on commit operations.

Cheers,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: [JVCL] Migration to Subversion complete
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 19 Apr 2006 09:22:28 +0200
Newsgroups: jedi.vcl

Elahn Ientile a écrit :
> I would prefer it if we didn't receive the diff in the email. In the JCL commit emails it gives a URL to see the changes through ViewCVS and omits the diff.

I will create 2 mailing lists: one with diffs, one without diffs.

-- 
Florent Ouchet


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 19 Apr 2006 08:21:08 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > In D7, the default shortcut for "Run without debugger" is SHIFT+F9

In D7 the "Run without debugger" is not visible and does not react on a
Shift+F9 (at least in the Pro SKU).
So I assume that you have installed a plugin that shows this and sets the
shortcut.

BTW: I have choosen Shift+Ctrl+F9 for "Run without debugger" and Shift+F9
for "Build project" because Delphi 8 to 2005 use these shortcuts.

If you can wait until tonight (it's now 08:20 am here), then you will have
the source code and you can change the shortcuts.

-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 19 Apr 2006 15:22:38 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote, on 19/04/2006 7:12 AM:
> - Show menu item: "Run/Run without debugger (SHIFT+CTRL+F9)"  [D6, D7]
> - Added shortcut to Build project: SHIFT+F9  [D5, D6, D7]

In D7, the default shortcut for "Run without debugger" is SHIFT+F9. My team currently uses this, and I don't want to retrain myself and them. :)

-- 
enjoy life,
           Elahn


Subject: Re: TJvFormPlacement not registered in JVCL 3.20?
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 19 Apr 2006 14:55:20 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote, on 19/04/2006 7:16 AM:
> The stars so gaily glistened... (Thu, 6 Apr 2006 16:29:13 +0200 @645)
> ...while the fading voice of Edmund whispered through the darkness:
>
>  >> It looks like TJvFormPlacement is not registered in the IDE in JVCL
>  >> 3.20.   Can anyone confirm this or tell me where to find it?
>
>  EM> I think it's in the archive. You should use TJvFormStorage and
>  EM> TJvApp*Storage, this is much better.
>
> But might them be slower or larger in code size ?
> Why removed component, that 'just worked' ?

TJvFormStorage inherits from TJvFormPlacement. So it wasn't removed, it was abstracted in order to provide more functionality.

All improvements "might be slower or larger in code size". If you have found that it *is* slower, please modify it to speed it up and submit your changes to Mantis.

I can't imagine the code size being an issue, but if it is, you're welcome to download JVCL 2.1, rename the TJvFormPlacement component and use it instead. :)

-- 
enjoy life,
           Elahn


Subject: Re: [JVCL] Migration to Subversion complete
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 19 Apr 2006 14:45:47 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote, on 19/04/2006 7:29 AM:
> The stars so gaily glistened... (Tue, 18 Apr 2006 12:00:06 +0200 @458)
> ...while the fading voice of OBones whispered through the darkness:
>
> If anonymous - how can anonymous one upload patches via SVN ???
> =========Beginning of the citation==============
> Best of all, when you fix a bug or improve something, it's easy to submit it
> to us. And it's easy for us to review it and commit it to the repository
> =========The end of the citation================

In the "What now?" section, it says: To submit bugfixes/changes to us, create a patch file and upload it to our IssueTracker.

I've now updated the "create a patch file" page to include a "why" section. And I've made the word "submit" (in your above citation) link to this page.

Does this make it clear enough? If not, please suggest some changes. :)

> Otherwise Delphi would change timestamps of files, would create
> binary/temporary files and would drive CVS crazy.

If you use the subversion config file on the wiki (specifically the "global-ignores" section), subversion will ignore all binary/temporary files. This means that you can use your checkout directly, instead of creating a copy of it.

As to Delphi changing timestamps of files, it doesn't matter, because subversion does a diff on the file, it doesn't rely on the timestamp alone.

-- 
enjoy life,
           Elahn


Subject: Re: [JVCL] Migration to Subversion complete
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 19 Apr 2006 14:12:05 +1000
Newsgroups: jedi.vcl

OBones wrote, on 19/04/2006 6:19 AM:
> Florent Ouchet wrote:
>
>> The commit notifications are not sent by mail.
>>
>> 2 hook scripts should be added (on the bottom of the subversion admin page):
>>
>> check-case-insensitive.py
>> svnnotify
>
>
> I know I missed something. This is now in place.
> Thanks.

I would prefer it if we didn't receive the diff in the email. In the JCL commit emails it gives a URL to see the changes through ViewCVS and omits the diff.

-- 
enjoy life,
           Elahn


Subject: Re: [JVCL] Migration to Subversion complete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Apr 2006 05:50:39 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> You have to checkout because all the repository content was changed. Waiting for tomorrow won't change anything.

I had problems with a followup update after a new initial checkout.


Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 19 Apr 2006 02:45:08 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 18 Apr 2006 23:46:28 +0200 @948)
....while the fading voice of Andreas whispered through the darkness:

 AH> Both anonymous and users use the save server. The only difference is
 AH> that if you want to commit something to the SVN server you must enter
 AH> your developer login data.

Then wiki is to be reformulated.
Curently it looks like anonymous developers can upload their fixes too.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 19 Apr 2006 00:39:42 +0200
Newsgroups: jedi.vcl

Joze wrote:

> > On my computer I don't have 'RootDir' key in my D7 registry keys. So
> > DestDir is allways 'bin\' and because of that I get an error

The JVCL Installer also uses this registry key. I have "RootDir" in my D5,
D6, D7, D8, D9 and D10 registry key.

> > When I quit Delphi 7 I get an error:
> > Access violation at adress 01A967F6 in module DelphiSpeedUp7.dll. Read of
> > address 06535364.

I'm currently preparing the source code of DelphiSpeedUp for release. But
I haven't had this AV on my installation. And I test this DLL a lot.


-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: Joze <Joze.NoSpam.Stihec@nospam.siol.net>
Date: Wed, 19 Apr 2006 00:08:12 +0200
Newsgroups: jedi.vcl

On Tue, 18 Apr 2006 23:12:38 +0200, "Andreas Hausladen"
<AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote:


> >For those who have problems with the installer:
> >http://andy.jgknet.de/misc/DelphiSpeedUpInstallerSourceV14.zip

I checked your install program code and the reason for problem with your
install program on my machine is here:

    if Reg.OpenKey(DelphiKey, False) then  
    begin
      DestDir := AddPathDelim(Reg.ReadString('RootDir')) + 'bin\';

On my computer I don't have 'RootDir' key in my D7 registry keys. So DestDir is
allways 'bin\' and because of that I get an error

raise Exception.Create('Cannot copy file to ' + DestFilename);

I installed D7 some years ago (original CD installation) and I don't rember to
delete RootDir key. Should I add this key (D:\Delphi\D7 is my root path for D7)?
When I quit Delphi 7 I get an error:
Access violation at adress 01A967F6 in module DelphiSpeedUp7.dll. Read of
address 06535364.

Delphi 7, DelphiSpeedUp v1.4

Regards,

Joze


Subject: Re: [JVCL] Migration to Subversion complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 18 Apr 2006 23:46:28 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> > Otherwise Delphi would change timestamps of files, would create
> > binary/temporary files and would drive CVS crazy.
> > Why this step of making 'developer' copy of 'pure SVN' folder omitted in
> > this HowTo ?

SVN already has a copy of all files in the .svn sub directory. So you can
revert changes without communicating with the SVN server.

Both anonymous and users use the save server. The only difference is that
if you want to commit something to the SVN server you must enter your
developer login data.


-- Regards, Andreas Hausladen 

Subject: Re: [JVCL] Migration to Subversion complete
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 19 Apr 2006 01:29:19 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 18 Apr 2006 12:00:06 +0200 @458)
....while the fading voice of OBones whispered through the darkness:

 O> and JVCL repositories is also available on the project Jedi Wiki here:
 O> http://homepages.borland.com/jedi/wiki/index.php?title=Repository

1) Is the step-by-step instruction targeted at anonymous user or developer
having his own login/password in svn ?
If anonymous - how can anonymous one upload patches via SVN ???
=========Beginning of the citation==============
Best of all, when you fix a bug or improve something, it's easy to submit it
to us. And it's easy for us to review it and commit it to the repository
=========The end of the citation================

If not-anonymous - the nwhere to enter login/password and what should
anonymous do ?

2) with CVS it was quite different:
....
I download (checkout) CVS tree
I make a copy from CVS to another folder
I install JCL/JVCL from that another folder

Otherwise Delphi would change timestamps of files, would create
binary/temporary files and would drive CVS crazy.
Why this step of making 'developer' copy of 'pure SVN' folder omitted in
this HowTo ?


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: TJvFormPlacement not registered in JVCL 3.20?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 19 Apr 2006 01:16:49 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 6 Apr 2006 16:29:13 +0200 @645)
....while the fading voice of Edmund whispered through the darkness:

 >> It looks like TJvFormPlacement is not registered in the IDE in JVCL
 >> 3.20.   Can anyone confirm this or tell me where to find it?

 EM> I think it's in the archive. You should use TJvFormStorage and
 EM> TJvApp*Storage, this is much better.

But might them be slower or larger in code size ?
Why removed component, that 'just worked' ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 18 Apr 2006 23:12:38 +0200
Newsgroups: jedi.vcl

I have found a bug in V1.3 (does not exist in V1.2) that causes Delphi to
generated stupid .dpr/.dpk files.

Delphi changes
<code>
uses
  Main in 'Main.pas';
</code>

to

<code>
uses
  Main in '..\..\..\..\..\Program
Files\Borland\Delphi7\Projects\Test\Main.pas';
</code>

So all V1.3 users should update to Version 1.4:
http://andy.jgknet.de/misc/DelphiSpeedUpV14.zip

For those who have problems with the installer:
http://andy.jgknet.de/misc/DelphiSpeedUpInstallerSourceV14.zip


Version 1.4
===========
- Fixed Win9x bug
- Fixed relative project filename in the .dpr/.dpk file.
- FastMove.pas replaces i386 FastCode Move. Uses SSE, MMX or i386
depending on the CPU
- New faster TList functions (not that radical as FasterTList)
- Show menu item: "Run/Run without debugger (SHIFT+CTRL+F9)"  [D6, D7]
- Added shortcut to Build project: SHIFT+F9  [D5, D6, D7]


-- Regards, Andreas Hausladen 

Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 18 Apr 2006 22:19:49 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> The commit notifications are not sent by mail.
>
> 2 hook scripts should be added (on the bottom of the subversion admin page):
>
> check-case-insensitive.py
> svnnotify

I know I missed something. This is now in place.
Thanks.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: [JVCL] Migration to Subversion complete
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 18 Apr 2006 22:07:36 +0200
Newsgroups: jedi.vcl

The commit notifications are not sent by mail.

2 hook scripts should be added (on the bottom of the subversion admin page):

check-case-insensitive.py
svnnotify

-- 
Florent Ouchet


Subject: Re: Install Jvcl on BDS2006
From: "Sascha Ott" <sascha.ott@gmx.de>
Date: Tue, 18 Apr 2006 21:20:57 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote:

> > The problem is that if you use the debugger you are in a completly
> > different world where you have more write access then without a debugger.
> >
> > The only way to find this bug is to spread OutputDebugMessages or
> > WriteLn(f, ...) everywhere.

I'm not familar with component development, so you have to guide me. Telle 
me where to start.

Bye, Sascha 




Subject: Re: [JVCL] Migration to Subversion complete
From: Aldo <aldeep@ua.fm>
Date: Tue, 18 Apr 2006 22:09:48 +0300
Newsgroups: jedi.vcl


>
> As indicated on the wiki page here:
> http://homepages.borland.com/jedi/wiki/index.php?title=Repository
>
> the address is https://svn.sourceforge.net/svnroot/jvcl/trunk/jvcl
>
> Cheers
>

Thanks Olivier


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 18 Apr 2006 20:40:28 +0200
Newsgroups: jedi.vcl

Aldo wrote:

> Hi.
> What address of SVN repository to enter to TortoiseSVN client?

As indicated on the wiki page here:
http://homepages.borland.com/jedi/wiki/index.php?title=Repository

the address is https://svn.sourceforge.net/svnroot/jvcl/trunk/jvcl

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: DelphiSpeedUp
From: Aldo <aldeep@ua.fm>
Date: Tue, 18 Apr 2006 21:18:37 +0300
Newsgroups: jedi.vcl

I installed v13 and Delphi 7 even don't start, 'AV in module DelphiSpeedUp7.dll'

Regards,
Alex


Subject: Re: [JVCL] Migration to Subversion complete
From: Aldo <aldeep@ua.fm>
Date: Tue, 18 Apr 2006 21:13:58 +0300
Newsgroups: jedi.vcl

Hi.
What address of SVN repository to enter to TortoiseSVN client?


Thanks,
Alex


Subject: Re: TJvFormStorage question
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 18 Apr 2006 19:16:31 +0200
Newsgroups: jedi.vcl

Hi Salvatore,

yes plaese add an entry to mantis, and please add a sample project also.

Greetings
Jens

Salvatore Besso schrieb:
> hello all,
>
> I'm defining the StoredValues in this component, I set up a value name, I leave the Value property empty and I define the value type as string. I save the project. Ok so far. Why the types of these "empty" string values are reset to OleStr the next time that I open the project? I'd like that they remain as designed. Do I have to open a Mantis entry for this?
>
> Regards
> Salvatore

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: DelphiSpeedUp
From: Joze <Joze.NoSpam.Stihec@nospam.siol.net>
Date: Tue, 18 Apr 2006 18:44:05 +0200
Newsgroups: jedi.vcl

On Tue, 18 Apr 2006 17:57:37 +0200, "Andreas Hausladen"
<AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote:

> >You must only add DelphiSpeedUpLoader7.bpl to the
> >HKCU\Software\Borland\Delphi\7.0\Known IDE Packages

Thanks Andreas.

Maybe you could change your instructions in Readme.txt where
you are talking about registering DLL file (not BPL) as a 
Known IDE package in the registry.

It would be more clear for me if you change word DLL to BPL 
in this sentence:

"This will copy the DelphiSpeedUpX.dll and DelphiSpeedUpLoaderX.bpl to
$(DELPHI)\bin and it registers the BPL as an Known IDE package in the registry."

Best regards,

Joze


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 18 Apr 2006 17:57:37 +0200
Newsgroups: jedi.vcl

Joze wrote:

> > Install program stilll doesn't work for me (same error report).
> > Should I install (by hand) only DelphiSpeedUpLoader7.bpl or must I also
> > register an expert DelphiSpeedUp7.dll ? 

You must only add DelphiSpeedUpLoader7.bpl to the
HKCU\Software\Borland\Delphi\7.0\Known IDE Packages



-- Regards, Andreas Hausladen 

Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Apr 2006 16:27:39 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Robert Marquardt a écrit :
>> I have problems with update, but probably because you tweak the repository. I will try again tomorrow and will do a new initial checkout if the problems persist.
>
> You have to checkout because all the repository content was changed. Waiting for tomorrow won't change anything.

Oh, yes. Delete ALL files on your local copy then do a new checkout.


Subject: Re: [JVCL] Migration to Subversion complete
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 18 Apr 2006 16:24:50 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> I have problems with update, but probably because you tweak the repository. I will try again tomorrow and will do a new initial checkout if the problems persist.

You have to checkout because all the repository content was changed. Waiting for tomorrow won't change anything.

-- 
Florent Ouchet


Subject: Re: [JVCL] Migration to Subversion complete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Apr 2006 16:00:04 +0200
Newsgroups: jedi.vcl

I have problems with update, but probably because you tweak the repository. I will try again tomorrow and will do a new initial checkout if the problems persist.


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Apr 2006 15:55:00 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>> And this specific file on sourceforge is not used to generate the daily zip as cron is (was?) off. So I'm updating the one on my machine, and once it is complete, it will be committed to trunk/websites/daily/
>
> Matthias Thoma said in jedi.jcl:
> "Re: Source repository will migrate from CVS to SVN - Take 2"
> news://forums.talkto.net:119/e09md5$lhe$1@talkto.net
>
> <quote>
> [...]
> now that cron is working (stable?) we could move it to sf again...
> [...]
> </quote>

Yep, but I do not trust it just yet. And more technically, the one on SourceForge is used. The complete cron job on my server is the following:

Call postnew.sh on SourceForge
Call postnew.sh locally
Upload files on mirror

And because I do not want the password used to upload on the mirror to be "public" at sourceforge, I'm keeping it this way for the time being.
I'll assess another way to do it later on, one step at a time is enough.


Subject: Re: [JVCL] Migration to Subversion complete
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 18 Apr 2006 15:47:27 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> And this specific file on sourceforge is not used to generate the daily zip as cron is (was?) off. So I'm updating the one on my machine, and once it is complete, it will be committed to trunk/websites/daily/

Matthias Thoma said in jedi.jcl:
"Re: Source repository will migrate from CVS to SVN - Take 2"
news://forums.talkto.net:119/e09md5$lhe$1@talkto.net

<quote>
[...]
now that cron is working (stable?) we could move it to sf again...
[...]
</quote>

-- 
Florent Ouchet


Subject: Re: [JVCL] Migration to Subversion complete
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Apr 2006 15:36:55 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Obones,
>
> The initial checkout went fine.
>
>> Starting tomorrow, the daily zips of the JVCL developer repository, which can be downloaded from http://jvcl.sourceforge.net/daily/, will now contain a daily snapshot of the Subversion repository. 
>
> the /home/groups/j/jv/bin/postnew.sh file is not updated; is it used to generate daily zips?

As I said, it will start tomorrow. In the meantime, I'm working on it to get it running with SVN. I'm already doing test runs.
And this specific file on sourceforge is not used to generate the daily zip as cron is (was?) off. So I'm updating the one on my machine, and once it is complete, it will be committed to trunk/websites/daily/

Cheers
Olivier


Subject: Re: [JVCL] Migration to Subversion complete
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 18 Apr 2006 15:24:36 +0200
Newsgroups: jedi.vcl

Obones,

The initial checkout went fine.

> Starting tomorrow, the daily zips of the JVCL developer repository, which can be downloaded from http://jvcl.sourceforge.net/daily/, will now contain a daily snapshot of the Subversion repository. 

the /home/groups/j/jv/bin/postnew.sh file is not updated; is it used to generate daily zips?

Florent


Subject: Re: DelphiSpeedUp
From: Joze <Joze.NoSpam.Stihec@nospam.siol.net>
Date: Tue, 18 Apr 2006 14:30:10 +0200
Newsgroups: jedi.vcl

On Mon, 17 Apr 2006 19:03:24 +0200, "Andreas Hausladen"
<AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote:


> >I hope this new version 1.3 fixes the issues:
> >http://andy.jgknet.de/misc/DelphiSpeedUpV13.zip
> >
> >But I don't know if that will fix the installation issues.

Hi Andreas, 

I tried version 1.3.

Install program stilll doesn't work for me (same error report).
Should I install (by hand) only DelphiSpeedUpLoader7.bpl or must I also register
an expert DelphiSpeedUp7.dll ? 

I copied both files to D7/bin folder.

Thanks again for your work.

Regards,

Joze


Subject: Re: DelphiSpeedUp
From: "samuel herzog" <samuel.herzog@nospam.roche.com>
Date: Tue, 18 Apr 2006 12:26:57 +0200
Newsgroups: jedi.vcl

Have a similar problem where with one of the components.
Could not get the file FastList.pas from the link you mentioned.
Do you have another location where I could get the source needed to compile
my component with FastList ?

Thanks,
Samuel Herzog



"Andy Vines" <andy-vines@btNOTconnectED.com> wrote in message
news:e1nudr$v7i$1@news.talkto.net...
> >
> > "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote
in
> > message news:e1mf0r$o33$1@news.talkto.net...
>> > > With a full installed JVCL Delphi meight take "ages" to start. So I have
>> > > written a little Delphi expert that speeds up the startup of Delphi 5, 6
>> > > and 7.
>> > >
>> > > The expert uses functions from the FastCode project and some of my own.
>> > > http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip
>> > >
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Andreas Hausladen
> >
> > Wow, a real speed difference.
> >
> > Had to uninstall though as some of my forms started giving me List Index
Out
> > Of Bounds (-1) errors so couldn't open them.
> >
> > Thanks
> >
> >




Subject: [JVCL] Migration to Subversion complete
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 18 Apr 2006 12:00:06 +0200
Newsgroups: jedi.vcl,jedi.general

Hi all,

The Jedi Visual Component Library (JVCL) has changed its developer repository from CVS to Subversion (SVN).
This follows the change already made by the Jedi Code Library (JCL) and the repeatdly poor quality of service anonymous users were getting out of the CVS services at SourceForge.
This new version control system has many advantages over CVS and some new functionalities that will help further development (this comparison is developed in the Subversion book that can be freely read at http://svnbook.red-bean.com/).
All active developers of the Jedi Visual Component Library should migrate to this new system. This process was announced and prepared during the past few weeks in the developer forums (news://forums.talkto.net/jedi.vcl).
As you have probably noticed in the JVCL homepage on Sourceforge (http://sourceforge.net/projects/jvcl), the “subversion” tab appeared, this page containing information to connect to the SVN repository and to browse its content from a web browser. Information specific to the JCL and JVCL repositories is also available on the project Jedi Wiki here:
http://homepages.borland.com/jedi/wiki/index.php?title=Repository

Starting today, the latest sources of the JVCL will only be present in the SVN repository, the CVS repository will be kept read-only for courtesy purposes, changes made in the SVN repository will NOT be replicated into the CVS repository.
All users who want to have access to the latest sources should use Subversion. For Windows users, TortoiseSVN (http://tortoisesvn.sourceforge.net/) is a shell integration very similar and as easy to use as TortoiseCVS.

Starting tomorrow, the daily zips of the JVCL developer repository, which can be downloaded from http://jvcl.sourceforge.net/daily/, will now contain a daily snapshot of the Subversion repository.

Should you need help with this, please ask your questions on our newsgroups at news://forums.talkto.net/jedi.vcl

Regards,

Olivier Sannier
JVCL Coordinator


Subject: Re: DelphiSpeedUp
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Tue, 18 Apr 2006 10:48:40 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:e20hr2$gfb$2@news.talkto.net...
> > Here a new version 1.3:
> >
> > http://andy.jgknet.de/misc/DelphiSpeedUpV13.zip
> >
> > - Fixed many bugs
> > - Removed FasterTList which caused lots of bugs
> > - Added own TList.Get and TList.IndexOf
> > - Projects are now compiled a little bit faster
> > - BDS 2006 support.
> > - DelphiSpeedUp is now loaded earlier by the helper package
> > DelphiSpeedUpLoader (Known IDE Packages)


Great Thanks, All my problems solved now, works great.

Cheers

Andy 




Subject: TJvFormStorage question
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 18 Apr 2006 10:01:01 +0200
Newsgroups: jedi.vcl

hello all,

I'm defining the StoredValues in this component, I set up a value name, I leave the Value property empty and I define the value type as string. I save the project. Ok so far. Why the types of these "empty" string values are reset to OleStr the next time that I open the project? I'd like that they remain as designed. Do I have to open a Mantis entry for this?

Regards
Salvatore


Subject: Re: DelphiSpeedUp
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Mon, 17 Apr 2006 19:08:04 +0200
Newsgroups: jedi.vcl

Hi,

>> >> I am using FastMM4 DLL also for Delphi IDE. Is your expert compatible
>> >> with it?
> > 
> > I haven't tested the expert without this ;-)
 
I'm using this combination with no problems so far:-)

CU, Eddi


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Apr 2006 19:03:56 +0200
Newsgroups: jedi.vcl

Here a new version 1.3:

http://andy.jgknet.de/misc/DelphiSpeedUpV13.zip

- Fixed many bugs
- Removed FasterTList which caused lots of bugs
- Added own TList.Get and TList.IndexOf
- Projects are now compiled a little bit faster
- BDS 2006 support.
- DelphiSpeedUp is now loaded earlier by the helper package
DelphiSpeedUpLoader (Known IDE Packages)


-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Apr 2006 19:03:24 +0200
Newsgroups: jedi.vcl

Joze wrote:

> > I am using FastMM4 DLL also for Delphi IDE. Is your expert compatible
> > with it?

I haven't tested the expert without this ;-)


I hope this new version 1.3 fixes the issues:
http://andy.jgknet.de/misc/DelphiSpeedUpV13.zip

But I don't know if that will fix the installation issues.


-- Regards, Andreas Hausladen 

Subject: Re: Install Jvcl on BDS2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Apr 2006 19:00:09 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I tried that several times already and even with debugging the assembler
> > i did not find it. :-(

The problem is that if you use the debugger you are in a completly
different world where you have more write access then without a debugger.

The only way to find this bug is to spread OutputDebugMessages or
WriteLn(f, ...) everywhere.


-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: Joze <Joze.NoSpam.Stihec@nospam.siol.net>
Date: Mon, 17 Apr 2006 18:54:00 +0200
Newsgroups: jedi.vcl

Some feed back information:

I have problems with installing this expert using your InstallDelphiSpeedUp7.exe

I get an error: Cannot copy file to bin/DelphiSpeedUp7.dll
Unsinstall option reports me with checkboxes about successfull operation,
but it doesn't remove either DelphiSpeedUp7.dll nor registry setting.
So something doesn't work OK on my computer.

Sometimes I get an error also when I quit Delphi 7. It reports an error in 
DelphiSpeedUp7.dll. I can't reproduce it right now, so I can't tell you
complete error message.

Regards,

Joze

P.S.
If I install it by hand loading time is noticeable better also on a good
computer (AMD Athlon 64 dual core 3800+, 2 G RAM).

I am using FastMM4 DLL also for Delphi IDE. Is your expert compatible with it?

Thank you for your  work.


Subject: SVN migration: the real run
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 17 Apr 2006 17:54:07 +0200
Newsgroups: jedi.vcl

Hi all,

Thanks to sourceforge, I have a CVS tarball that has been generated today at 5:28 PDT (when I'm typing those words, its 8:42 PDT). I will use this tarball to do the SVN migration as announced earlier. This time, this will be for REAL.
As a result, I have removed CVS write access to all developers so that no further changes are lost. Note that it is possible some developers comitted changes during the three hours between the generation and the removal of write access. In this case, once I tell everyone it is ready, please check your changes are not in SVN and recommit them. I expect there will be few changes, if at all, in this case.
I expect the Subversion repository to be available by tomorrow morning before 12 noon, Paris time.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Install Jvcl on BDS2006
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Apr 2006 17:53:16 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> If you have some time, it would be nice if could debug the JVCL to find
> this bug. My CPU is not DEP enabled so I cannot find the bug.

I tried that several times already and even with debugging the assembler i did not find it. :-(


Subject: Re: Install Jvcl on BDS2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Apr 2006 16:36:19 +0200
Newsgroups: jedi.vcl

Sascha Ott wrote:

> >  But, who cares - now all works. Thank you,  Andreas!

If you have some time, it would be nice if could debug the JVCL to find
this bug. My CPU is not DEP enabled so I cannot find the bug.

-- Regards, Andreas Hausladen 

Subject: Re: Install Jvcl on BDS2006
From: "Sascha Ott" <sascha.ott@gmx.de>
Date: Mon, 17 Apr 2006 14:15:40 +0200
Newsgroups: jedi.vcl

> > Is DEP activated?
> >
> > Systemsteuerung->System->Erweitert->Systemleistung-Einstellungen->Datenausf
> > ührungsverhinderung

Yes, is was! Switched off and now all works fine! :)
I'am wondering that beside the Jedi-VCL no other application has ever 
problemes with DEP. I never got any message from windows that DEP had 
prevented an application to execute... But, who cares - now all works. Thank 
you,  Andreas!

Bye, Sascha 




Subject: Re: DelphiSpeedUp
From: Aldo <aldeep@ua.fm>
Date: Mon, 17 Apr 2006 14:32:52 +0300
Newsgroups: jedi.vcl


>
> Had to uninstall though as some of my forms started giving me List Index Out Of Bounds (-1) errors so couldn't open them.
>
> Thanks
>

I got the same problem :(




Subject: Re: Install Jvcl on BDS2006
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 17 Apr 2006 11:20:14 +0200
Newsgroups: jedi.vcl

Sascha Ott wrote:

> > I've tried. Absoluly the same problem!

Is DEP activated?

Systemsteuerung->System->Erweitert->Systemleistung-Einstellungen->Datenausf
ührungsverhinderung



-- Regards, Andreas Hausladen 

Subject: Re: Install Jvcl on BDS2006
From: "Sascha Ott" <sascha.ott@gmx.de>
Date: Mon, 17 Apr 2006 03:29:46 +0200
Newsgroups: jedi.vcl

Hi,

>> >> I don't get it work :-( Installing jcl is no problem on my D2006.w32 on 
>> >> XP

> > Please try the Daily zip and see if it still occurs:

I've tried. Absoluly the same problem!

I even tried some days before to reinstall BDS2006.

Here some information about my paths getting direct from registry. Maybe 
there is a problem? D2005 is not installed anymore.

Browsing path:
    $(BDS)\source\Win32\vcl;$(BDS)\source\Win32\rtl\common;$(BDS)\source\Win32\rtl\sys;$(BDS)\source\Win32\rtl\win;$(BDS)\source\Win32\WebSnap;$(BDS)\source\ToolsAPI;$(BDS)\source\Win32\IBX;$(BDS)\source\Win32\Internet;$(BDS)\source\Win32\Property 
Editors;$(BDS)\source\Win32\soap;$(BDS)\source\win32\xml;$(BDS)\source\Win32\db;$(BDS)\source\Win32\Decision 
Cube;$(BDS)\source\Indy10;E:\DELPHI~1\BPL2006\jcl\source\common;E:\DELPHI~1\BPL2006\jcl\source\windows;E:\DELPHI~1\BPL2006\jcl\source\vcl;E:\DELPHI~1\BPL2006\jcl\source\visclx;E:\Delphi2005\BPL2006\jvcl\common;E:\Delphi2005\BPL2006\jvcl\run

Search path:
    $(BDS)\lib;$(BDS)\Imports;$(BDS)\Lib\Indy10;E:\Delphi2005\Units;E:\Delphi2005\BPL2006\TComPort\source;e:\delphi2005\bpl2006;E:\DELPHI~1\BPL2006\jcl\lib\d10;E:\DELPHI~1\BPL2006\jcl\source;E:\Delphi2005\BPL2006\jvcl\lib\D10;E:\Delphi2005\BPL2006\jvcl\common;E:\Delphi2005\BPL2006\jvcl\Resources

Package DCP/DPL Output:

E:\Delphi2005\BPL2006

Environment Variables:

BDSPROJECTSDIR:
    E:\Delphi2005\Eigen
PATH:
    D:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\;D:\Programme\Borland\BDS\4.0\Bin;D:\WINDOWS\system32;D:\WINDOWS;D:\WINDOWS\System32\Wbem;D:\Programme\ATI 
Technologies\ATI.ACE\;E:\Delphi2005\BPL2006 




Subject: Re: Install Jvcl on BDS2006
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 17 Apr 2006 10:13:42 +1000
Newsgroups: jedi.vcl

Sascha Ott wrote, on 17/04/2006 6:42 AM:
> I don't get it work :-( Installing jcl is no problem on my D2006.w32 on XP Prof. But using jvcl is not possible. The installation works fine, wthout any error, but as I start the IDE I get an AV for every jvcl-package the the ide trys to load. The only Exception is package jvUIBD10D.bpl (JVCL Unified Interbase Comps) - this can be load and be used.
>
> Really strange, isn't it?
>
> I have tried all versions of jvcl complete packages (V3.00,V3.10,V3.20) At all version the same problem. I've done a deinstallation always and deleted really all old jvcl files, just so as desribed. Don't worked! I've tried to monitor with Filemon - no missing files or directorys. At my working PC with Winows2000 there was no problem! All went fine!

Please try the Daily zip and see if it still occurs:

http://jvcl.sf.net/daily/

As it says on the page, you'll need the Daily JCL as well:

http://jcl.sf.net/daily/


-- 
enjoy life,
           Elahn


Subject: Install Jvcl on BDS2006
From: "Sascha Ott" <sascha.ott@gmx.de>
Date: Sun, 16 Apr 2006 22:42:31 +0200
Newsgroups: jedi.vcl

Hello!

I don't get it work :-( Installing jcl is no problem on my D2006.w32 on XP 
Prof. But using jvcl is not possible. The installation works fine, wthout 
any error, but as I start the IDE I get an AV for every jvcl-package the the 
ide trys to load. The only Exception is package jvUIBD10D.bpl (JVCL Unified 
Interbase Comps) - this can be load and be used.

Really strange, isn't it?

I have tried all versions of jvcl complete packages (V3.00,V3.10,V3.20) At 
all version the same problem. I've done a deinstallation always and deleted 
really all old jvcl files, just so as desribed. Don't worked! I've tried to 
monitor with Filemon - no missing files or directorys. At my working PC with 
Winows2000 there was no problem! All went fine!

Any hints?

Bye, Sascha

---------------------------
Project1 - Borland Developer Studio 2006 - Unit1
---------------------------
Zugriffsverletzung bei Adresse 1553B4F4. Schreiben von Adresse 1553B4F4.
---------------------------
OK
---------------------------




Subject: Re: DelphiSpeedUp
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Sun, 16 Apr 2006 21:04:24 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> With a full installed JVCL Delphi meight take "ages" to start. So I have
> written a little Delphi expert that speeds up the startup of Delphi 5, 6
> and 7.
>
> The expert uses functions from the FastCode project and some of my own.
> http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip
>
>
Great Expert !. Thank you


Subject: Subversion config - global ignores
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 15 Apr 2006 11:12:07 +1000
Newsgroups: jedi.vcl,jedi.jcl

Hi All,

Thanks to Olivier, I've added the BDS files " *.local *.identcache __history " to the global-ignores section of the subversion config file, downloadable from the wiki:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

It now reads:

global-ignores = *.~* *.ddp *.dsk *.dof *.cfg *.exe *.dcu *.res *.bak *.BAK *.map *.drc *.gex *.local *.identcache __history    *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store

If anyone comes across any other temporary files created by Delphi, BCB or BDS, please let me know. :)

Also, if anyone knows of files we WANT to add to the repository, but they're not in the auto-props section of the config file, please let me know.

-- 
enjoy life,
           Elahn


Subject: Re: DelphiSpeedUp
From: "lotfi zemali" <lotfiz@yahoo.com>
Date: Fri, 14 Apr 2006 19:46:35 +0200
Newsgroups: jedi.vcl

Hi,
My delphi 7 start up becomes very fast. Thanks Andeas.
How about D2006 and D2005 ?
Tanks 




Subject: Re: DelphiSpeedUp
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 14 Apr 2006 17:39:59 +0400
Newsgroups: jedi.vcl

>> > >I think I found the bug.
> > OK. Now it works fine :)

This is one more issue (nonfatal, not every time):

when I run my project in IDE and it raises exception (for example, incorrect 
Firebird login), Delphi IDE freezes for ~5-10 sec., and then opens 
JvWndProcHook unit, string 767:
    if Assigned(FOldWndProc) then
      FOldWndProc(Msg)  // here
    else




Subject: Re: DelphiSpeedUp
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Fri, 14 Apr 2006 14:39:18 +0100
Newsgroups: jedi.vcl

> > I use FasterTList.pas (FastCode project). Maybe there is a bug in one of
> > the components that does not appear when the original TList is used? You
> > could link you application with FasterTList.pas to see if the same happens
> > when you run your project.
> >
> > http://cvs.sourceforge.net/viewcvs.py/fastcode/Source/FasterTList.pas?rev=1
> > .1&view=log
> >
> > http://tinyurl.com/ghnaq
> >

Thanks, will give it a go when back at work after Easter, the only Third 
party controls involved are JVCL, Devexpress & Raize.

So will also try to create a project adding the controls untill I can pin 
point whats causing it.





Subject: Re: DelphiSpeedUp
From: "Des" <nospam@nospam.com.uk>
Date: Fri, 14 Apr 2006 14:27:02 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:e1o7sf$1du$1@news.talkto.net...
> > Des wrote:
> >
>> >> Is this for Delphi only or will it work with BCB too?
> >
> > It should also work for BCB (if you add the expert by hand into the
> > registry). But DelphiSpeedUp uses "speedup" code from bcc32pch. And I
> > don't know if both work together.

Thanks, I'll give it a try.

Des 




Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Apr 2006 15:25:12 +0200
Newsgroups: jedi.vcl

Des wrote:

> > Is this for Delphi only or will it work with BCB too?

It should also work for BCB (if you add the expert by hand into the
registry). But DelphiSpeedUp uses "speedup" code from bcc32pch. And I
don't know if both work together.

-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 14 Apr 2006 17:20:39 +0400
Newsgroups: jedi.vcl

> >I think I found the bug.
OK. Now it works fine :) 




Subject: Re: DelphiSpeedUp
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 14 Apr 2006 14:51:37 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> I know, but my german is about as good as my knowledge of deep sea diving.

But learning deep sea diving is easier than learning German ;)

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Apr 2006 14:50:40 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Arioch wrote:
>
>> Let's think instead how to avoide writeln/radln or how to reuse it in GUI appication.
>> That is the main problem here ,not the unknown targets.
>
> There's already such measures in place for pgedit to work. So I guess the Log function was not called properly (anymore), I'll have a look at it.

Yep, that was it. I just committed changes in CVS to avoid this, it should not crash anymore.


Subject: Re: BCB5 and BCB6 compilers don't understand installer flags
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Apr 2006 14:48:58 +0200
Newsgroups: jedi.vcl

Fred wrote:
>> Hi,
>>
>> In JVCL3\install\JVCLInstall\Compiler.pas line 869, the -JPHNE and --BCB
>> flags are added to the compiler command line for all versions of BCB.
>> The BCB5 and BCB6 compilers output some strange warnings: "the package won't be written to the disk because the -J switch is present" and the compilation fails on a clean installation.
>
> Same problem for me.
>
> Fred, BCB5 user
>

This should be fixed now. And the "I/O error" message as well, I just committed a fix related to that. Please let me know how that goes, especially if you have "Unknown targets" messages while generating the packages.
Cheers
Olivier


Subject: Re: DelphiSpeedUp
From: "Des" <nospam@nospam.com.uk>
Date: Fri, 14 Apr 2006 13:48:45 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:e1mf0r$o33$1@news.talkto.net...
> > With a full installed JVCL Delphi meight take "ages" to start. So I have
> > written a little Delphi expert that speeds up the startup of Delphi 5, 6
> > and 7.
> >
> > The expert uses functions from the FastCode project and some of my own.
> > http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip
> >
Hi Andreas

Is this for Delphi only or will it work with BCB too?

Des





Subject: Re: Jvcl daily in BCB5: 2 install bugs
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Apr 2006 14:47:34 +0200
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:
> OBones ha scritto:
>> Ok, found it.
>> In Compile.pas, search '-DBCB'. Then replace it by an empty string and it will work just like it did before.
>> This has been put in CVS, along with the explanation but as the anonymous access is still offline, you should apply the above solution for now.
>> Sorry for the inconvenience.
>>
>> Olivier
>>
> In JVCL3-2006-04-06.zip the install problem is solved.
>
> And. for the language problem?

Solved as well, since yesterday. It may not be visible in the daily zip though.


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Apr 2006 14:40:07 +0200
Newsgroups: jedi.vcl

Andy Vines wrote:

> > Had to uninstall though as some of my forms started giving me List Index
> > Out Of Bounds (-1) errors so couldn't open them.

I use FasterTList.pas (FastCode project). Maybe there is a bug in one of
the components that does not appear when the original TList is used? You
could link you application with FasterTList.pas to see if the same happens
when you run your project.

http://cvs.sourceforge.net/viewcvs.py/fastcode/Source/FasterTList.pas?rev=1
..1&view=log

http://tinyurl.com/ghnaq


-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Apr 2006 13:25:39 +0200
Newsgroups: jedi.vcl

I think I found the bug. I hook Windows.SetCurrentDirectory() in order to
clear the ExpandFileName cache. But I also hook SysUtils.SetCurrentDir and
from there I call the original SetCurrentDirectory. So the cache is not
cleared.

Here the update:
http://andy.jgknet.de/misc/DelphiSpeedUpV12.zip


-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Fri, 14 Apr 2006 11:44:19 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in 
message news:e1mf0r$o33$1@news.talkto.net...
> > With a full installed JVCL Delphi meight take "ages" to start. So I have
> > written a little Delphi expert that speeds up the startup of Delphi 5, 6
> > and 7.
> >
> > The expert uses functions from the FastCode project and some of my own.
> > http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen

Wow, a real speed difference.

Had to uninstall though as some of my forms started giving me List Index Out 
Of Bounds (-1) errors so couldn't open them.

Thanks 




Subject: Re: DelphiSpeedUp
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 14 Apr 2006 13:41:53 +0400
Newsgroups: jedi.vcl

>> >> Delphi 5 now loads 2 time faster, but cant build some package projects
>> >> ("File not found", randomly) :(
> >
> > Do you have a small reproduceable testcase?
> >
Not just now, but this is problem:
I have BIG project (about 30 packages). Every "small" project has own 
directory, but output dirs are common:

-source
--project1
....
--projectN
-bin
-Units
--D5
--D7
--D9

For every project
search path includes Units dir, but not includes Units\D5;
DCP output dir = Units
DCU output dir = units\D5

and now is problem:
2 of my packages has source units with same name (and different context). 
This is acceptable because they cant be loaded simultaneously by 
business-logic. Unit in first package uses some unit, named "unit1", and 
unit from second - not. After building of first package I cant build second, 
with fatal error "File not found: unit1.dcu".
If I not use DelphiSpeedup, every package builds fine. 




Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Apr 2006 10:53:08 +0200
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> > Delphi 5 now loads 2 time faster, but cant build some package projects
> > ("File not found", randomly) :(

Do you have a small reproduceable testcase?



-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Apr 2006 10:35:08 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>> One note though: It might be better if the license was in English <g>
>
> It is just a "Use at your own risk" license.
>

I know, but my german is about as good as my knowledge of deep sea diving.


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Apr 2006 10:32:25 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > One note though: It might be better if the license was in English <g>

It is just a "Use at your own risk" license.



-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 14 Apr 2006 11:45:33 +0400
Newsgroups: jedi.vcl

> > With a full installed JVCL Delphi meight take "ages" to start. So I have
> > written a little Delphi expert that speeds up the startup of Delphi 5, 6
> > and 7.
> >
Delphi 5 now loads 2 time faster, but cant build some package projects 
("File not found", randomly) :( 




Subject: TJvFormStorage question
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Fri, 14 Apr 2006 09:01:01 +0200
Newsgroups: jedi.vcl

hello all,

I'm defining the StoredValues in this component, I set up a value name, I leave the Value property empty and I define the value type as string. I save the project. Ok so far. Why the types of these "empty" string values are reset to OleStr the next time that I open the project? I'd like that they remain as designed. Do I have to open a Mantis entry for this?

Regards
Salvatore


Subject: Re: DelphiSpeedUp
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Fri, 14 Apr 2006 08:59:01 +0200
Newsgroups: jedi.vcl

> > With a full installed JVCL Delphi meight take "ages" to start. So I have
> > written a little Delphi expert that speeds up the startup of Delphi 5, 6
> > and 7.

Wow, my D7 needed 25 s to start on an AMD 64XP 3200+ with 1 GByte memory,
now less than 15 seconds!

Thanks, Eddi


Subject: Re: DelphiSpeedUp
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 14 Apr 2006 08:41:13 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> With a full installed JVCL Delphi meight take "ages" to start. So I have
> written a little Delphi expert that speeds up the startup of Delphi 5, 6
> and 7.
>
> The expert uses functions from the FastCode project and some of my own.
> http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip

Thanks.
One note though: It might be better if the license was in English <g>


Subject: Re: DelphiSpeedUp
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 14 Apr 2006 10:53:05 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote, on 14/04/2006 7:14 AM:
> With a full installed JVCL Delphi meight take "ages" to start. So I have
> written a little Delphi expert that speeds up the startup of Delphi 5, 6
> and 7.
>
> The expert uses functions from the FastCode project and some of my own.
> http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip

Thanks Andreas, that's awesome!

I'm running Delphi 7 on a P4 3G with 1GB ram...and your expert speeds it up noticeably. :)

-- 
enjoy life,
           Elahn


Subject: Re: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 14 Apr 2006 00:21:43 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Why don't you use Sourceforge to host these files targeting JVCL users?

Actually this expert targets the notebook I use at work. It is very slow
but must load loads of packages. And at the moment the source code is not
open sourced (what is a criteria for sourceforge).

-- Regards, Andreas Hausladen 

Subject: Re: DelphiSpeedUp
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 14 Apr 2006 00:12:07 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> With a full installed JVCL Delphi meight take "ages" to start. So I have
> written a little Delphi expert that speeds up the startup of Delphi 5, 6
> and 7.
> The expert uses functions from the FastCode project and some of my own.
> http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip

Andreas,

Why don't you use Sourceforge to host these files targeting JVCL users?

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: DelphiSpeedUp
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 13 Apr 2006 23:14:36 +0200
Newsgroups: jedi.vcl

With a full installed JVCL Delphi meight take "ages" to start. So I have
written a little Delphi expert that speeds up the startup of Delphi 5, 6
and 7.

The expert uses functions from the FastCode project and some of my own.
http://andy.jgknet.de/misc/DelphiSpeedUpV11.zip


-- Regards, Andreas Hausladen 

Subject: Mantis 3637: JvPlugin hangs when compiled with runtime packages
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 13 Apr 2006 16:22:31 +0200
Newsgroups: jedi.vcl

Hi all,

I'm not a specialist of JvPlugin so I would appreciate if some of you could look at Mantis 3637:

http://homepages.borland.com/jedi/issuetracker/view.php?id=3637

I have had the freeze on FreeLibrary but I don't know where it comes from in that case as there is no user code in the plugins.

Any help appreciated

Cheers
Olivier


Subject: Re: JvDBGrid Multiselect &amp;amp;amp; TitleButtonClick
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 13 Apr 2006 12:52:05 +0100
Newsgroups: jedi.vcl

> >Is it only me, or does anybody else also find the MultiSelect behavior 
> >in grids for Delphi a bit different from grids in other applications 
> >(for instance e-mail clients, desktop search etc.)?

I agree that's not the best behavior I've ever seen for the mousewheel, 
but the JVCL tries to stick to the behavior of its parent classes. That 
said, everyone may freely change the way it works for its own use.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid Boolean Field
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 13 Apr 2006 12:40:02 +0100
Newsgroups: jedi.vcl

Yes, use the event IsBooleanField and set its result to true for your 
pseudo-boolean fields.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvWizard question
From: Pierre <nospamhere@please.com>
Date: Thu, 13 Apr 2006 07:44:55 +1000
Newsgroups: jedi.vcl

Hi,
Using latest JVCL etc and in this instance the jvwizard. It has one
welcome page and several interior pages.

Using code (Delphi) I want to be able to move back to the Welcome Page.

If I use TjvWizard.SelectFirstPage I get the first interior page.

Same with assigning ActivePage or ActivePageIndex

Can someone enlighten me how to reset the wizard to have the ActivePage
the WelcomePage?

Thanks




-- Pierre Worrigee NSW ,-._|\ / Oz \ \_,--._/ v +++++++++++++++++++++++++++++++ "What a silly, boring little man. His only function is to let you know what Harry Potter's going to look like when he's old." - British comedian Billy Connolly on Australian Prime Minister John Howard. 

Subject: Re: Subversion available for testing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 12 Apr 2006 22:13:11 +0200
Newsgroups: jedi.vcl

Ok, last step finished in just under an hour.
So please play around with the repository and let me know how that goes.
If you already checked out a copy, you'd better delete it and recheck it out as the revision numbers will be different (especially the latests).

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Subversion available for testing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 12 Apr 2006 20:56:00 +0200
Newsgroups: jedi.vcl

Steps 1 to 17: 1 hour
Step 18: Expected = 2 hours. Real = 4h
Step 19: Expected = 20 minutes. Real = 1h
Step 20: Expected = 2 hours. Real = 1h30
Step 21: Expected = 1 hour. Real = 1h20
Step 22: Expected = 30 minutes. Real = 50m
Step 23: Expected = 1 hour. Real = requested at 20h53

Step 19 should last shorter as it resulted from the fact that I did not rename the folders in previous steps
Step 22 lasted longer than last time as I had to put a bandwidth limit so as to not loose internet connectivity for other programs.
Step 23 is out of my hands and running right now.
All in all, this takes about 9hours with a svn dump taking up 1.9G of disk space.

Enjoy ;-)

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: JvDBGrid Boolean Field
From: "Lotfi ZEMALI" <lotfiz@yahoo.com>
Date: Wed, 12 Apr 2006 19:38:38 +0100
Newsgroups: jedi.vcl

Hi,
 I'm displaying IB6 tables using JVDBGrid. Since in IB6 there is no Boolean 
field, I'm using Integer filed (0,1) ( or string field (T, F)) instead. So 
is there a way to display integer fields or string fields as chackboxes in 
JvDBGrid ?
Thanks 




Subject: Re: Subversion available for testing
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 12 Apr 2006 16:55:47 +0200
Newsgroups: jedi.vcl

Daniel Rothmaler wrote:

> I also think, the Steps:
>> 6.  Move /jvcl to /dev/archive/jvcl
>> 7.  Move /jvcl132 to /dev/archive/jvcl132
> are a little bit dirty...
> Wouldn't it be better, to move them to the "/branches" folder?
> IMHO there shouldn't be any "archive" folders at "trunk" (or at a
> version control system at all)...

Well, those folders were here in CVS, they were not a branch. I'm putting them away in the archive folder, just in case someone would like to access them. If it was just to me, I'd drop altogether.
Putting them in branch could be done, but I don't like this very much, especially for the first one that has a non explicit name.
I'll stick with the initial plan, not many people will get the dev folder anymore anyway.

Cheers
Olivier


Subject: Re: Subversion available for testing
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 12 Apr 2006 16:53:15 +0200
Newsgroups: jedi.vcl

Hum... Seems the conversion takes a bit longer than I thought.
It seems I missed the renames at steps 13 to 15 hence the need to redo them via SVN. Those on steps 16 and 17 worked just fine.
Ok, next step, dump.

Steps 1 to 17: 1 hour
Step 18: Expected = 2 hours. Real = 4h
Step 19: Expected = 20 minutes. Real = 1h
Step 20: Expected = 2 hours. Real = 16h55 to ...
Step 21: Expected = 1 hour. Real =
Step 22: Expected = 30 minutes. Real =
Step 23: Expected = 1 hour. Real =


Subject: Re: Subversion available for testing
From: Daniel Rothmaler <Rothmaler@quodata.de>
Date: Wed, 12 Apr 2006 16:18:07 +0200
Newsgroups: jedi.vcl

Florent Ouchet schrieb:
> > I worded that poorly keeping TortoiseCVS words: right clicking on a file
> > in the "run" directory, select "update to revision", in the popup dialog
> > you can choose the version of the file you would like to retrieve.
> > [...]
> > This functionality would work only if files kept their original location.

Yes, but you can also get prior versions, by using the following procedure:

1. Right click on the file
2. Select "Show Log"
3. Then right click on the wanted Revision and select
  "Save revision to..." or just
  "Compare with working copy", if this is what you want

So it wouldn't be necessary to move the files locally...

I also think, the Steps:
> > 6.  Move /jvcl to /dev/archive/jvcl
> > 7.  Move /jvcl132 to /dev/archive/jvcl132
are a little bit dirty...
Wouldn't it be better, to move them to the "/branches" folder?
IMHO there shouldn't be any "archive" folders at "trunk" (or at a
version control system at all)...

With kind regards
Daniel



Subject: Re: Subversion available for testing
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 12 Apr 2006 23:59:26 +1000
Newsgroups: jedi.vcl

OBones wrote, on 12/04/2006 5:11 PM:
>>> Subversion should have kept track of the changes of directory, and that's why I did those changes on subversion so that we know it once was named an placed somewhere else.
>>
>>
>> This functionality would work only if files kept their original location.
>
>
> Well, it does work, except that in the past revision, the file was not there, hence it deletes it... Not sure if I can tell SVN not to delete the file, and to just retrieve the changes...

I think you'd have to do a merge. Possibly, a merge on a range of revisions at the old location + a merge on the revisions at the new location.

-- 
enjoy life,
           Elahn


Subject: JediVCL installer does not detect JCL instalaltion
From: Hofi <hofi@fw.hu>
Date: Wed, 12 Apr 2006 15:07:46 +0200
Newsgroups: jedi.vcl

Hi!

    I've downloaded http://prdownloads.sourceforge.net/jvcl/JVCL320CompleteJCL197-Build2172.7z JEDI_VCL+JCL install package.
On a winxp+sp2 box I've extracted the the two included directory into a dir we can call $(JEDI_DIR).
First in  $(JEDI_DIR)\jcl i ran install.bat. The installer detected my installed D10. The packages have built and installed correctly.
After this I've started install.bat from $(JEDI_DIR)\jvcl. The installer built and started but on the second 'Choose ide targets' page, although d10 detected fine, it's greyed (non selectable) :(
The JCL directory at the bottom of the page detected correctly and points to $(JEDI_DIR)\jcl but i could not select the build environment.
What could cause this problem?
TIA
  Hofi


Subject: Re: Subversion available for testing
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 12 Apr 2006 13:11:56 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> I didn't test renames, that could introduce problems since filenames are case sensitive and are stored in the CVS server file.

Yep, but it seems it's working. I'll validate that once the import is finished.


Subject: Re: Subversion available for testing
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Apr 2006 13:02:26 +0200
Newsgroups: jedi.vcl

I didn't test renames, that could introduce problems since filenames are case sensitive and are stored in the CVS server file.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Subversion available for testing
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 12 Apr 2006 11:56:46 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Florent Ouchet wrote:
>
>> That worked without any problem, I could reproduce the subversion tree by renaming and moving files from the CVS (server-side).
>
> Ok. I'll play around with this then.
> Thanks for the info.

Ok then.
The new process is this:

1.  Get a tarball of the repository
2.  Extract it on my machine
3.  Remove the invalid files:
       /dev/JVCL3/devtools/JvExVCL/source/jedi.inc
       /dev/help/JvID3v1.dtx
       /dev/help/JvID3v2Types.dtx
4.  Remove useless folder: CVSROOT
5.  Create /dev/archive folder
6.  Move /jvcl to /dev/archive/jvcl
7.  Move /jvcl132 to /dev/archive/jvcl132
8.  Move /dev/JVCL3 to /jvcl
9.  Move /dev/help to /help
10. Move /dev/donations to /donations
11. Move /dev/website to /websites
12. Rename /dev to /tests
13. Rename /jvcl/Dict to /jvcl/dict
14. Rename /jvcl/Include to /jvcl/include
15. Rename /jvcl/Resources to /jvcl/resources
16. Rename /jvcl/images/TJVDATABASEACTIONLIST.bmp,v to
           /jvcl/images/TJVDATABASEACTIONLIST.BMP,v
17. Rename /jvcl/images/MAKEONEDCR.BAT,v to
           /jvcl/images/MakeOneDCR.bat,v
18. Run cvs2svn
19. Remove left over files (.cvsignore) via SVN
20. Dump
21. BZip the dump
22. Upload the bzipped dump to SourceForge
23. Request migration

Test run (on a PII 350):

Steps 1 to 17: 1 hour
Step 18: Expected = 2 hours. Real = 11h45 to ...
Step 19: Expected = 20 minutes. Real =
Step 20: Expected = 2 hours. Real =
Step 21: Expected = 1 hour. Real =
Step 22: Expected = 30 minutes. Real =
Step 23: Expected = 1 hour. Real =

I will add times as they arrive. Expected duration is around 10 hours in total, including the breaks in between as I'm only doing this as background task.
Once this is on SourceForge, you'll be able to play around with it as with the previous test run.

Cheers
Olivier


Subject: Re: Subversion available for testing
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 12 Apr 2006 10:57:19 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> That worked without any problem, I could reproduce the subversion tree by renaming and moving files from the CVS (server-side).

Ok. I'll play around with this then.
Thanks for the info.


Subject: Re: Subversion available for testing
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Apr 2006 10:54:07 +0200
Newsgroups: jedi.vcl

That worked without any problem, I could reproduce the subversion tree by renaming and moving files from the CVS (server-side).

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Subversion available for testing
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Apr 2006 09:18:02 +0200
Newsgroups: jedi.vcl

I am doing a test on my box to see whether it is possible or not.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Subversion available for testing
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 12 Apr 2006 09:11:50 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>> What is this "special update" ?
>
> I worded that poorly keeping TortoiseCVS words: right clicking on a file in the "run" directory, select "update to revision", in the popup dialog you can choose the version of the file you would like to retrieve.

Hum, that... Yes, very annoying indeed.

>> Subversion should have kept track of the changes of directory, and that's why I did those changes on subversion so that we know it once was named an placed somewhere else.
>
> This functionality would work only if files kept their original location.

Well, it does work, except that in the past revision, the file was not there, hence it deletes it... Not sure if I can tell SVN not to delete the file, and to just retrieve the changes...


>> I dumped my local subversion repository and uploaded it on sourceforge, hence it has the history on the changed folder.
>> If I was to manually move CVS folders around, I would have to manually edit the CVS files to get them to reference the correct values.
>
> No, CVS files do not have link one on an other. You can move/delete files on the server side with-out any problem.

I'll check that then. Cause the local repository definitely has indications of what files and folders it expects to find.


Subject: Re: TJvDBDateTimePicker problems
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 12 Apr 2006 09:07:59 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Jerry Von Korff wrote:
>> ok.  I think the bug fix just posted solves this problem.
>> In the las release from 10.4.06 i get a compiler error in JvObjectPickerDialog row 719.
>>
>> I have replaces this line:
>>   HRes := FObjectPicker.Initialize(InitInfo);
>> to
>>   HRes := FObjectPicker.Initialize(@InitInfo);
>
> Yes, this is right. There is an issue in Mantis about that, the fix will be in CVS shortly.

This was issue 3633 and is now fixed in CVS.


Subject: Re: Subversion available for testing
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Apr 2006 09:00:27 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> What is this "special update" ?

I worded that poorly keeping TortoiseCVS words: right clicking on a file in the "run" directory, select "update to revision", in the popup dialog you can choose the version of the file you would like to retrieve.

> Subversion should have kept track of the changes of directory, and that's why I did those changes on subversion so that we know it once was named an placed somewhere else.

This functionality would work only if files kept their original location.

> I dumped my local subversion repository and uploaded it on sourceforge, hence it has the history on the changed folder.
> If I was to manually move CVS folders around, I would have to manually edit the CVS files to get them to reference the correct values.

No, CVS files do not have link one on an other. You can move/delete files on the server side with-out any problem.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: JvDBGrid Multiselect &amp;amp; TitleButtonClick
From: Bjørn Larsen <news@fakuva.no>
Date: Wed, 12 Apr 2006 08:49:30 +0200
Newsgroups: jedi.vcl

Fred skrev:

> The mouse wheel is not a selection tool, so you can move the cursor with it without changing any selection status. The scrollbars do the same.
> The mouse buttons and the keys are selection tools, so if you try to move the cursor with them, you will change the selection status of your records.
>
>
> JvDBGrid works the same way as DBGrid in multiselection mode (and fixes a few bugs).
>


Thank you for your answers.

I really find the JvDBGrid very good, despite my complaints!

I don't like the way MultiSelect works (probably in the majority of DBGrids for Delphi), so I think I'll go for my own variant.

I knew that multiselect in the standard DBGrid worked this way, but I thougth that this was a "bug" since the mousewheel scrolling features are so poor.

Is it only me, or does anybody else also find the MultiSelect behavior in grids for Delphi a bit different from grids in other applications (for instance e-mail clients, desktop search etc.)?

Bjørn


Subject: Re: Subversion available for testing
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 12 Apr 2006 08:45:53 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Obones,
>
> Because you did all rename/move/delete operations on the subversion repository; we are not able to do a "special update" on files for comparison and historical purposes. I often use this functionality.

What is this "special update" ?
Subversion should have kept track of the changes of directory, and that's why I did those changes on subversion so that we know it once was named an placed somewhere else.
I dumped my local subversion repository and uploaded it on sourceforge, hence it has the history on the changed folder.
If I was to manually move CVS folders around, I would have to manually edit the CVS files to get them to reference the correct values.

I don't quite get it here.

Cheers
Olivier


Subject: Re: Subversion available for testing
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Apr 2006 08:36:50 +0200
Newsgroups: jedi.vcl

Obones,

Because you did all rename/move/delete operations on the subversion repository; we are not able to do a "special update" on files for comparison and historical purposes. I often use this functionality.

I suggest you change the migration process:

 - download the tarball
 - unpack on a linux machine
 - remove invalid files
 - do the moves/deletes on the server files of the CVS

then you have 2 choices:
#1 test the cvs2svn script
#1 pack the CVS files
#1 upload the archive to sourceforge
or
#2 launch the cvs2svn script
#2 create a dump file
#2 pack the dump file
#2 upload the archive to sourceforge

 - wait for the request to be finished.
 - do the renames on Sourceforge's subversion

CVS do not version control of directories, they can be deleted/moved on the server side.

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: TJvDBDateTimePicker problems
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 12 Apr 2006 07:38:16 +0200
Newsgroups: jedi.vcl

Jerry Von Korff wrote:
> ok.  I think the bug fix just posted solves this problem.
> In the las release from 10.4.06 i get a compiler error in JvObjectPickerDialog row 719.
>
> I have replaces this line:
>   HRes := FObjectPicker.Initialize(InitInfo);
> to
>   HRes := FObjectPicker.Initialize(@InitInfo);

Yes, this is right. There is an issue in Mantis about that, the fix will be in CVS shortly.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvDBDateTimePicker problems
From: Jerry Von Korff <jvonkorff@astound.net>
Date: Tue, 11 Apr 2006 20:27:33 -0500
Newsgroups: jedi.vcl

ok.  I think the bug fix just posted solves this problem.
In the las release from 10.4.06 i get a compiler error in JvObjectPickerDialog row 719.

I have replaces this line:
  HRes := FObjectPicker.Initialize(InitInfo);
to
  HRes := FObjectPicker.Initialize(@InitInfo);


Subject: Re: TJvDBDateTimePicker problems
From: Jerry Von Korff <jvonkorff@astound.net>
Date: Tue, 11 Apr 2006 19:38:02 -0500
Newsgroups: jedi.vcl

Here's some more info:  I'm trying to install the daily builds JVCL and JCL.   I get the following error in Delphi 2006
jvobjectPickerDialog; incompatible types
PDSOP_INIT_INFO and
_DSOP_INIT_INFO.

I have tried a variety of combinations of builds.  I just can't get JVCL to install.

Anyone have an ideas.


Subject: Re: TJvDBDateTimePicker problems
From: Jerry Von Korff <jvonkorff@astound.net>
Date: Tue, 11 Apr 2006 16:16:26 -0500
Newsgroups: jedi.vcl

I'm having trouble getting the daily jvcl and jcl to work together. I've tried a number of combos, including the latest for each and the most recent identified as 2006.

Is there any way to determine which two builds go together.

Thanks.


Subject: Re: JVDBGrid and JVDBUltimGrid mouse wheel problem
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 11 Apr 2006 20:25:25 +0100
Newsgroups: jedi.vcl

> >I would like to post the change but I 
> >haven't found a workaround for this because the old value is restored 
> >before any OnMouseWheel event is fired. (This doesn't happen with 
> >standard TDBGrid)

The DBGrid seems to work exactly the same way (the old value is restored 
if you use the mouse wheel). Why do you say it doesn't happen with 
DBGrid ? Did I miss something ?

Nonetheless, there's a problem if you want to post the change. And I 
have no quick solution to offer, alas.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid Multiselect &amp;amp; TitleButtonClick
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 11 Apr 2006 20:08:56 +0100
Newsgroups: jedi.vcl

> >I'm not sure if I understand what you mean by "the first record you 
> >click on is always selected, but not the current one".

hum... I admit that's not clear ;-)
The selection state is indicated by the indicator on the first fixed 
column. You removed this indicator in your grid, so the selection state 
is not obvious.

Basically, there is three kind of records in your grid:
- records not selected (white background);
- records selected (blue background and a dot in the indicator column);
- current record = where the dataset cursor is currently; this record 
may be selected or not (blue background and an arrow in the indicator 
column with a dot inside if the record is selected).

The mouse wheel is not a selection tool, so you can move the cursor with 
it without changing any selection status. The scrollbars do the same.
The mouse buttons and the keys are selection tools, so if you try to 
move the cursor with them, you will change the selection status of your 
records.

Paint your selected records in another color and you'll understand what 
is selected and what is not (the record under the cursor is not always 
selected). In OnGetCellParams (C++):
      int RowSelected = YourGrid->SelectedRows->IndexOf(
                        YourGrid->DataSource->DataSet->Bookmark);
      if (RowSelected != -1)
      {
         // Selected record
         AFont->Color = clHighlightText;
         Background = clHighlight;
      }
      else
      {  // Unselected record and current record
         AFont->Color = clBlack;
         Background = (Highlight) ? 
                       TColor(0x0099FFFF):TColor(0x00EAFFFF);
      }

JvDBGrid works the same way as DBGrid in multiselection mode (and fixes 
a few bugs).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid Multiselect &amp;amp; TitleButtonClick
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 11 Apr 2006 19:40:41 +0100
Newsgroups: jedi.vcl

> >But now I have another problem. The event OnTitleBtnDblClick is still 
> >triggered even if I have set Enabled to false in the OnCheckButton...

It is probably a bug (or a design choice but I can't see the reason).
Since the sort functions in JvDBUltimGrid do not react to the double 
click and do not fire an AV if an index is missing, I presume you did 
your own sorting functions. So I cannot help more than that.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid Multiselect &amp; TitleButtonClick
From: Bjørn Larsen <bjorn@fakuva.no>
Date: Tue, 11 Apr 2006 16:52:31 +0200
Newsgroups: jedi.vcl

Fred skrev:
>> 1. When I have enabled MultiSelect, the grid automatically selects two records in some cases. All I have to do is to click on a record in the grid and then use the mouse wheel to scroll to another record. The grid will then suddenly have two records selected.
>
> I tried but saw nothing wrong.
>
> I wonder if you're aware that the first record you click on is always selected, but not the current one (that's why I paint the selected rows in another color; that makes it obvious to my users). You can't select anything with your mouse only (except for the first record).
>
> Fred
>

I'm not sure if I understand what you mean by "the first record you click on is always selected, but not the current one".

I have an image of my application illustrating my problem. http://www.fakuva.no/multiselect.jpg

If I use the arrow keys, everything works like a dream. And after using the arrow keys I can even use the mouse wheel to scroll without having an extra record "marked".

From the picture in the link above, I single click on the record 70 and scroll 3 steps up. As you can see the record 70 is still marked blue just like record 73 which now is the current active record in the dataset.

Is this the correct behavior?
Was one of the records supposed to have another color?

-- 
Bjørn




Subject: Re: JvDBGrid Multiselect &amp; TitleButtonClick
From: Bjørn Larsen <bjorn@fakuva.no>
Date: Tue, 11 Apr 2006 16:25:36 +0200
Newsgroups: jedi.vcl

Fred skrev:
>> 2. I create "dummy" columns in the grid that I use for drawing glyphs.
>> I also use TitleButtonClick to change the index in the dataset. If I click on the TitleButton for the "dummy" column (which does not have an corresponding field in the dataset) I get an AV.
>> I have solved this by creating calculated fields in the dataset that are not in use.
>
> ????? Why do you allow the user to click on these "dummy" columns ?
> Why don't you prevent him to click on them by setting Enabled to false in OnCheckButton for the appropriate columns ?
>
> Fred
>

Sorry, I was not aware of the OnCheckButton event. This is obviously a much better way to handle my problem.

But now I have another problem. The event OnTitleBtnDblClick is still triggered even if I have set Enabled to false in the OnCheckButton...

I'm using JEDI JCL 3.20 Build 2172

Bjørn


Subject: Exclude form containing JvDockServer from SaveDockTreeToFile
From: "lhaymehr" <atombased@hotmail.coX>
Date: Tue, 11 Apr 2006 16:01:21 +0200
Newsgroups: jedi.vcl

Hello.

Calling SaveDockTreeToFile automagically saves the size and position of my 
main form which contains JvDockTree. Is it somehow possible to exclude it 
from the save process? I have a separate component which takes care of the 
form saving.

thanks,
Vedran 




Subject: Re: TJvStandardMenuItemPainter problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 11 Apr 2006 12:58:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gf_@_fe_altern.org> wrote in news:e1g256$g8n$1
@news.talkto.net:

> > For bug reports, please use Mantis here:
> > 
> > http://homepages.borland.com/jedi/issuetracker/
> > 
OK. Undestood.
Done.

http://tinyurl.com/z8df6

Vaclav


Subject: Re: JvDBGrid Multiselect &amp; TitleButtonClick
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 11 Apr 2006 12:16:48 +0100
Newsgroups: jedi.vcl

> >1. When I have enabled MultiSelect, the grid automatically selects two 
> >records in some cases. All I have to do is to click on a record in the 
> >grid and then use the mouse wheel to scroll to another record. The grid 
> >will then suddenly have two records selected.

I tried but saw nothing wrong.

I wonder if you're aware that the first record you click on is always 
selected, but not the current one (that's why I paint the selected rows 
in another color; that makes it obvious to my users). You can't select 
anything with your mouse only (except for the first record).

> >Another situation is when I filter/range a recordset. If the focus is 
> >on a record thats removed by the filter, two records are selected when
> >I remove the filter again.

I did not try.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid Multiselect &amp; TitleButtonClick
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 11 Apr 2006 12:01:19 +0100
Newsgroups: jedi.vcl

> >2. I create "dummy" columns in the grid that I use for drawing glyphs.
> >I also use TitleButtonClick to change the index in the dataset. If I 
> >click on the TitleButton for the "dummy" column (which does not have 
> >an corresponding field in the dataset) I get an AV.
> >I have solved this by creating calculated fields in the dataset that 
> >are not in use.

????? Why do you allow the user to click on these "dummy" columns ?
Why don't you prevent him to click on them by setting Enabled to false 
in OnCheckButton for the appropriate columns ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvStandardMenuItemPainter problem
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 11 Apr 2006 12:58:55 +0200
Newsgroups: jedi.vcl

For bug reports, please use Mantis here:

http://homepages.borland.com/jedi/issuetracker/

Register for a login, then create a bug report.
Thanks
Olivier Sannier
JVCL Coordinator


Subject: JVDBGrid and JVDBUltimGrid mouse wheel problem
From: the_m <me@nospam.com>
Date: Tue, 11 Apr 2006 12:20:54 +0200
Newsgroups: jedi.vcl

Hi all,
thanks for your very useful JVCL components!

I have an issue with TJVDBGrid, TJVDBUltimGrid and mouse wheel: if the user edits a value in the grid and then rotates wheel up or down the old value of the field is restored. I would like to post the change but I haven't found a workaround for this because the old value is restored before any OnMouseWheel event is fired. (This doesn't happen with standard TDBGrid)

Any suggestion?
thanks in advance

-- 
the_m


Subject: TJvStandardMenuItemPainter problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 11 Apr 2006 10:19:21 +0000 (UTC)
Newsgroups: jedi.vcl

Hi to all,
we have problem with Images in tray PopUp menu  (maybe 
in popUp menu generally - I am not sure).

There are following condition here:
1. WinXP
2. BCB6 Pro or BCB6 Ent.
3. Tray PopUp menu use also images. 

A. If we use TJvStandardMenuItemPainter or any other 
   Menu Painter and if we set its LeftMargin to non-zero 
   value we can see that top and bottom Image in 
   popUp tray menu are same. 

B. If we set LeftMargin to zero we can see different 
   top and bottom images in tray popUp menu. Waht we want.

It seems to me as bug.

I have an example and pictures of the above described 
problem. I added the example into jedi.binaries NG
with same "TJvStandardMenuItemPainter problem" subject.
Please see there.
Example is in BCB6 and there is also some comment
how to work with. Also. There are two pictures which
demonstrate the problem.

All is zipped in one file.

Please can someone there compare the above described 
problem?


TIA
Vaclav


Subject: Re: Subversion available for testing
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 11 Apr 2006 09:29:33 +0100
Newsgroups: jedi.vcl

Hi,

the download is realy fast !!!

Greetings
Jens

> >Hi all,
> >
> >As discussed earlier, the subversion repository now contains all source 
> >files as they will be placed once the real migration is done. So please 
> >start using it to validate you can access it, write to it and retrieve 
> >your changes.
> >However, and that's important, keep in mind that this is just for 
> >TESTING. The content will be deleted and replaced by CVS content once 
> >the tarball generation is back online.
> >So for now, all development continues in CVS, but if you want to play 
> >along with SVN, then please do. The details for accessing it have been 
> >put together by Elahn on the Wiki here:
> >
> >http://homepages.borland.com/jedi/wiki/index.php?title=Repository
> >
> >Please also keep in mind the issue with proxies which do not support 
> >long replies to REPORT requests. This will happen to you with the 
> >initial checkout of the JVCL, it is VERY huge.
> >
> >And for those interested in the details, here is what I had to go 
> >through to get the SVN repository up and running:
> >
> >Download the tarball (10 minutes)
> >Unpack on a linux machine, to ensure EOL is the same as SF.
> >Remove invalid files (only 3)
> >Call cvs2svn (PII 350, 2 hours)
> >Checkout a complete copy (local network, 10 minutes)
> >Do the rename/move/deletes (multiple BIG commits, 3 hours)
> >Delete the local repository and recheckout (15 minutes)
> >Dump the svn repository (1.9G, 1 hour)
> >BZip the dump (250M, 2 hours)
> >Upload the dump (45 minutes)
> >Request import (1 hour)
> >
> >Total: around 11 hours work.
> >
> >As you can guess, I won't be doing this on a daily basis. I will keep 
> >everyone posted as to which tarball I'll be using once it's back up.
> >
> >Cheers
> >Olivier
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >http://jvcl.sf.net/
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvMail and Signatures
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 11 Apr 2006 00:48:08 -0400
Newsgroups: jedi.vcl

    I haven't been able to get the sig to show up using any simple MAPI 
component.  So I add a customer one to each app that requires it.

"Luke Johnston" <johnno_89@hotmail.com> wrote in message 
news:e1c94n$qb7$1@news.talkto.net...
> >I forgot to say that Outlook Express works fine with the signatures 
> >appearing
> >
> > Luke.
> > 




Subject: Re: TJvDBDateTimePicker problems
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 11 Apr 2006 14:26:23 +1000
Newsgroups: jedi.vcl

Jerry Von Korff wrote, on 11/04/2006 11:11 AM:
> I have the same problem:  BDE 2006
> JCL320 Build 2172
>
> According to the issue tracker, this problem perhaps was resolved on April 6, if I am reading this correctly.  Is this correct; and if so, what does one do to get the corrected source?

Please try the Daily zip:

http://jvcl.sf.net/daily/

As it says on the page, you'll need the Daily JCL as well:

http://jcl.sf.net/daily/

-- 
enjoy life,
           Elahn


Subject: Re: TJvDBDateTimePicker problems
From: Jerry Von Korff <jvonkorff@astound.net>
Date: Mon, 10 Apr 2006 20:11:40 -0500
Newsgroups: jedi.vcl

I have the same problem:  BDE 2006
JCL320 Build 2172

According to the issue tracker, this problem perhaps was resolved on April 6, if I am reading this correctly.  Is this correct; and if so, what does one do to get the corrected source?

Thanks.


Subject: Subversion available for testing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 10 Apr 2006 21:03:18 +0200
Newsgroups: jedi.vcl

Hi all,

As discussed earlier, the subversion repository now contains all source files as they will be placed once the real migration is done. So please start using it to validate you can access it, write to it and retrieve your changes.
However, and that's important, keep in mind that this is just for TESTING. The content will be deleted and replaced by CVS content once the tarball generation is back online.
So for now, all development continues in CVS, but if you want to play along with SVN, then please do. The details for accessing it have been put together by Elahn on the Wiki here:

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

Please also keep in mind the issue with proxies which do not support long replies to REPORT requests. This will happen to you with the initial checkout of the JVCL, it is VERY huge.

And for those interested in the details, here is what I had to go through to get the SVN repository up and running:

Download the tarball (10 minutes)
Unpack on a linux machine, to ensure EOL is the same as SF.
Remove invalid files (only 3)
Call cvs2svn (PII 350, 2 hours)
Checkout a complete copy (local network, 10 minutes)
Do the rename/move/deletes (multiple BIG commits, 3 hours)
Delete the local repository and recheckout (15 minutes)
Dump the svn repository (1.9G, 1 hour)
BZip the dump (250M, 2 hours)
Upload the dump (45 minutes)
Request import (1 hour)

Total: around 11 hours work.

As you can guess, I won't be doing this on a daily basis. I will keep everyone posted as to which tarball I'll be using once it's back up.

Cheers
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: jvRichEdit TabAlignment declaration
From: Aurélien Dellieux <a.dellieux@nospam.corwin.fr>
Date: Mon, 10 Apr 2006 14:39:07 +0200
Newsgroups: jedi.vcl

Hello,

in jvRichEditpas, TvTabAlignment share the same declaration style with TAlignment (classes.pas) : taCenter specifically...
when a TJvRichEdit is placed onto a form and taCenter is used on a standard object then the compiler uses JvRichEdit declaration one, which is not enumerated identically (third place in TAlignment and second place in TJvTabAlignment, thus displaying a text label to the right instead of center).
Classes is declared before JvRichEdit in the uses clause, but the last unit seem to be chosen by the compiler.
i simply wrote 'classes.taCenter', but i think it's not really good...

tested with delphi 6 upd 3, win xp sp2 and jvcl 3.20/jcl 1.97

regards,

-- 
Aurélien Dellieux

site perso : http://dellieuxa.perso.wanadoo.fr
site pro : http://www.corwin.fr




Subject: Re: Change Grid Row Color Based on Data
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 10 Apr 2006 13:05:10 +0100
Newsgroups: jedi.vcl

> >I'm switching from TcxGrid to TJvUltimDBGrid and can't figure out how
> >to change row colors based on data within the row.

I use this solution (C++) in OnGetCellParams:

   if (Highlight)
      return;

   if (MyDataSet->FieldByName("MyBoolField")->AsBoolean)
   {
      AFont->Color = clRed;
      Background = clBlack;
   }

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBUltimGrid and selected row
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 10 Apr 2006 12:51:34 +0100
Newsgroups: jedi.vcl

> >I'm trying to use the TJvDBUltimGrid.OnGetCellParams event.  How do I
> >tell if a cell on the same row as the cell represented by the current
> >event is selected?  The Highlight parameter doesn't seem to give me
> >this.  I'm trying to highlight the entire row.  I do not have
> >MultiSelect enabled.

You need to know the value of CurrentDrawRow (to compare it with Row) 
but this property is private. I made it public a few days ago but with 
the migration from CVS to SVN, I don't know when this change will be 
available.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGrid Multiselect & TitleButtonClick
From: Bjørn Larsen <news@fakuva.no>
Date: Mon, 10 Apr 2006 13:32:38 +0200
Newsgroups: jedi.vcl

Hi,

I have discovered two "issues" when using the JvDBGrid.

1. When I have enabled MultiSelect, the grid automatically selects two records in some cases. All I have to do is to click on a record in the grid and then use the mouse wheel to scroll to another record. The grid will then suddenly have two records selected.
Another situation is when I filter/range a recordset. If the focus is on a record thats removed by the filter, two records are selected when I remove the filter again.

I have managed to create a workaround for this by calling UnselectAll in the OnWheelDown/OnWheelUp event.

2. I create "dummy" columns in the grid that I use for drawing glyphs. I also use TitleButtonClick to change the index in the dataset. If I click on the TitleButton for the "dummy" column (which does not have an corresponding field in the dataset) I get an AV.

I have solved this by creating calculated fields in the dataset that are not in use.

These workarounds are not perfect solutions (Specially the one for MultiSelect). Maybe they can be solved in a better way in the source for the grid?

Best regards,
Bjørn Larsen


Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Apr 2006 13:20:41 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>> Well, well well...
>> The latest tarball is from 29-Mar-2006 21:09 but I know quite well that changes went through as the CVS repository restarted.
>> As a result, I will wait for the tarball to be regenerated before starting the migration. I will let people know when I take it so that developers can stop using CVS. If they'd continue, the changes would not be in.
>
> Hi,
>
> You could trigger a test migration, all developers will be able to test the repository and evaluate service quality. In addition, there will be fewer complications if you are aware of all problems that could happen during the migration.

I'm on it as we speak. It was taken from a tarball right at the end of March. It's a quite lengthy process, but it should be online tonight.


Subject: Re: ver migration
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 10 Apr 2006 13:13:19 +0200
Newsgroups: jedi.vcl

meik a écrit :
> I currently have Jedi 300_JCL195_bld1848 on D7.
> If I uninstall it and install Jedi 320_JCL197_bld2172
> is there any conversion process that is needed for projects coded on the 1848 build? 

meik,

There were not lots of changes that broke backward compatibility between these versions. Which parts of the JCL/JVCL are you using in your projects?

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: TjvListview and BDS2006
From: "Brian" <brian@night.dk>
Date: Mon, 10 Apr 2006 12:26:52 +0200
Newsgroups: jedi.vcl

Does nobody know how to resize re posision a Jvlistview at runtime?

Brian

"Brian" <brian@night.dk> skrev i en meddelelse 
news:e18b85$35j$1@news.talkto.net...
> > Hi All
> >
> > I used to use Delphi7 pro
> >
> > and used this code for setting up tjvlistviews
> >  With JvListView4 do
> >  begin
> >   top:=4;
> >   left:=4;
> >   height := 315;
> >   Width := 1006;
> >   Font.Size:=11;
> >   Columns[0].Width:=20;
> >   Columns[0].Caption:=' ';
> >   Columns[1].Width:=100;
> >   Columns[1].Caption:=gettext(460);
> >   Columns[2].Width:=372;
> >   Columns[2].Caption:=gettext(461);
> >   Columns[3].Width:=120;
> >   Columns[3].Caption:=gettext(468);
> >   Columns[4].Width:=220;
> >   Columns[4].Caption:=gettext(465);
> >  end;
> >
> > now I changed to BDS2006
> > and the code seems not to work any more
> > top, left, hight and Width is ignored
> > anyone had the same problem, and know how to fix it?
> >
> > Regards brian
> > 




Subject: Re: Migration to SVN
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 10 Apr 2006 10:05:29 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Well, well well...
> The latest tarball is from 29-Mar-2006 21:09 but I know quite well that changes went through as the CVS repository restarted.
> As a result, I will wait for the tarball to be regenerated before starting the migration. I will let people know when I take it so that developers can stop using CVS. If they'd continue, the changes would not be in.

Hi,

You could trigger a test migration, all developers will be able to test the repository and evaluate service quality. In addition, there will be fewer complications if you are aware of all problems that could happen during the migration.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Apr 2006 09:51:15 +0200
Newsgroups: jedi.vcl

Well, well well...
The latest tarball is from 29-Mar-2006 21:09 but I know quite well that changes went through as the CVS repository restarted.
As a result, I will wait for the tarball to be regenerated before starting the migration. I will let people know when I take it so that developers can stop using CVS. If they'd continue, the changes would not be in.

Sorry for the delay, but that's currently out of my hands.

Cheers
Olivier


Subject: Re: D5: JvThread may cause a deadlock, when quitting application ?
From: OBones <obones_gf_@_fe_altern.org>
Date: Mon, 10 Apr 2006 08:49:18 +0200
Newsgroups: jedi.vcl

Please post an issue in Mantis WITH a sample application showing all this.


Subject: Re: JvMail and Signatures
From: "Luke Johnston" <johnno_89@hotmail.com>
Date: Mon, 10 Apr 2006 10:33:08 +1000
Newsgroups: jedi.vcl

I forgot to say that Outlook Express works fine with the signatures 
appearing

Luke. 




Subject: JvMail and Signatures
From: "Luke Johnston" <johnno_89@hotmail.com>
Date: Mon, 10 Apr 2006 10:16:14 +1000
Newsgroups: jedi.vcl

Hi,

I am using the JvMail component to create a new emial with Outlook. I have a 
signature
setup in Outlook and when I click new message in Outlook the sig appears.

When I create a new email with JvMail, the signature is missing. Is there 
anyway to show the
default signature?

Thanks,

Luke. 




Subject: Re: typos
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Mon, 10 Apr 2006 00:29:29 +0400
Newsgroups: jedi.vcl

04.04.06 в 02:16 Andreas Hausladen в своём письме писал(а):

>> That makes me wish JVCL installer was really a bootstrapper, that would
>> finde JCL Installer and re-use it.
>
> The JVCL Installer finds the JCL but it cannot use it because at that
> moment it must be already compiled. So this is a no-go.

I said: there might be a tiny bootstrapper.exe which would find JCL and then compile and launch JCL-dependant installer.
Does it make sense or not - is another question :)


Subject: D5: JvThread may cause a deadlock, when quitting application ?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 09 Apr 2006 23:19:17 +0400
Newsgroups: jedi.vcl

Just drop JvThread onto mainform (the only form in test app).
I don't know if it counts, but JCL Exception Dialog is included into app.

Let's also drop two buttons: one would do JvThread1.Execute(nil) and another would do JvThread1.Terminate.

There might be some label, showing if thread is running - changed in JvThread1.OnBegin and OnFinish - just to see what's happening.

JvThread1.OnExecute might be as simple as
     while not JvThread1.Terminated do Sleep(1000);

Now, we even might set Form1.OnClose to be smth like
    with JvThread1 do if OneInstanceIsActive then Terminate;

Run it.

If we start and stop thread using buttons - it all goes ok.
But if we try to close form, then we run into infinite loop inside JvThread destructor.
That very "While OneInstanceIsActive do Sleep(1)";

It seems that 2nd threat is immobilized now, or the messages do not reach it or whatever - but we do have an infinite loop.

Mainform had disappeared from screen, but process would still run forever, windowless. Unitl hardkilled in Task Manager.




Subject: Re: TJvZlibMultiple
From: Dennis <cy_raid@hotmail.com>
Date: Sun, 09 Apr 2006 08:42:38 -0400
Newsgroups: jedi.vcl

I'm almost sure with the valid winzip header it would work, as the header is just some information and links to the data locations in the file.  If it uses zlib "deflate" method, it most definitely 'should' work.  But of course being theory, I cannot verify this until tested.  But if someone really wants to use Zip Files that badly, I would suggest using the TZipForge component.. Google it. ;)


Subject: Re: TJvZlibMultiple
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 09 Apr 2006 11:46:17 +0200
Newsgroups: jedi.vcl

Oh but we have no intention to change it. Well, we could have a look at adding an option to generate a ZIP compatible header, but I'm not even sure that is enough to get a valid zip file.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvZlibMultiple
From: "Cornie" <Nobody@nowhere.net>
Date: Sun, 9 Apr 2006 03:59:31 +0100
Newsgroups: jedi.vcl

> >Warren Postma wrote:
>> >> Adriano wrote:
>>> >>> I'm using TJvZlibMultiple, it work fine creating compressed file and 
>>> >>> decompressing file. But if I try to use WinRar or Winzip to decopmress I 
>>> >>> recive an error saying that the file may be corrupted.
>> >> 
>> >> Didn't JvZlibMultiple get removed from JVCL?  ;-)
> >
> >Nope, it's still there.
> >But as it uses ZLib method to compress data, it's no surprise that it 
> >cannot be opened by WinRar or WinZip if it's been called .Zip. Try 
> >calling it .gz, but I doubt it. This component is to compress data not 
> >to create ZIP files.
> >

The component compress the file(s) with zlib to a file with a header that
list the file(s) in the compress file.  This format is "unique" to the
component so other un-"zip" programs cannot unzip it as far as I have
tested it.  I prefer it that way, because I use it to send data packets
between user sites.  This way the users can not "manual" un-zip the data
and do what end-users normally do!

Please leave the component.

Regards



Cornie



--- posted by geoForum on http://delphi.newswhat.com


Subject: ver migration
From: "meik" <m706102516@cs.com>
Date: Sat, 8 Apr 2006 10:19:22 -0600
Newsgroups: jedi.vcl

I currently have Jedi 300_JCL195_bld1848 on D7.
If I uninstall it and install Jedi 320_JCL197_bld2172
is there any conversion process that is needed for projects coded on the 
1848 build? 




Subject: JvDBMaskEdit
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sat, 8 Apr 2006 13:08:52 +0000 (UTC)
Newsgroups: jedi.vcl

I put a JvDBMaskEdit set the EditMask, it shows at design time, but
when I run the app, I can't see any mask.

What am I doing wrong?

Thanks!

-- Erick Sasse Brazil 

Subject: TjvListview and BDS2006
From: "Brian" <brian@night.dk>
Date: Sat, 8 Apr 2006 14:44:57 +0200
Newsgroups: jedi.vcl

Hi All

I used to use Delphi7 pro

and used this code for setting up tjvlistviews
  With JvListView4 do
  begin
   top:=4;
   left:=4;
   height := 315;
   Width := 1006;
   Font.Size:=11;
   Columns[0].Width:=20;
   Columns[0].Caption:=' ';
   Columns[1].Width:=100;
   Columns[1].Caption:=gettext(460);
   Columns[2].Width:=372;
   Columns[2].Caption:=gettext(461);
   Columns[3].Width:=120;
   Columns[3].Caption:=gettext(468);
   Columns[4].Width:=220;
   Columns[4].Caption:=gettext(465);
  end;

now I changed to BDS2006
and the code seems not to work any more
top, left, hight and Width is ignored
anyone had the same problem, and know how to fix it?

Regards brian 




Subject: Re: Change Grid Row Color Based on Data
From: Vladimir Svrkota <see@reply.to>
Date: Sat, 8 Apr 2006 08:25:44 +0100
Newsgroups: jedi.vcl

Steve Harp wrote:

> > Since this event gives me the TField, it would work fine for the first
> > field but what about the others?

Use TField's DataSet property. It allows you to access any field in the
current row. For example:

procedure SomeProcedure( f: TField );
begin
	if f.DataSet.FieldByName('Column1').AsInteger = 0 then
		// Do your coloring
end;


Subject: Re: JvDocking, Appstorage, JvDockVSNET, AV's Please help!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 08 Apr 2006 01:35:49 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

>> Its been posted Warren, issue 0003603.
>
>
> Okay, sorry I haven't had a minute to look at it yet, but I will real
> soon now! :-)

I've put a workaround in place, please see my comment on issue 3603 as I'm not really happy with the solution. Basically, the AV is gone, so the issue is "solved", but the reloading doesn't work that well so I think a new issue should be created for that part.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: TJvDBUltimGrid and selected row
From: Steve Harp <kilroy@harpservices.com>
Date: Fri, 07 Apr 2006 18:59:30 -0400
Newsgroups: jedi.vcl

Hi All,

I'm trying to use the TJvDBUltimGrid.OnGetCellParams event.  How do I
tell if a cell on the same row as the cell represented by the current
event is selected?  The Highlight parameter doesn't seem to give me
this.  I'm trying to highlight the entire row.  I do not have
MultiSelect enabled.

Thanks,
Steve


Subject: Re: JvDocking, Appstorage, JvDockVSNET, AV's Please help!
From: Warren Postma <wp@tekran.com>
Date: Fri, 07 Apr 2006 17:21:18 -0400
Newsgroups: jedi.vcl


> > Its been posted Warren, issue 0003603.

Okay, sorry I haven't had a minute to look at it yet, but I will real
soon now! :-)

Warren


Subject: Change Grid Row Color Based on Data
From: Steve Harp <kilroy@harpservices.com>
Date: Fri, 07 Apr 2006 16:18:20 -0400
Newsgroups: jedi.vcl

Hi All,

I'm switching from TcxGrid to TJvUltimDBGrid and can't figure out how
to change row colors based on data within the row.  For instance, say
I'm displaying 4 columns of data and the value of the first column
needs to be used to determine the row color.  The only event that I've
seen that looks promissing is the OnDrawDataCell.  Since this event
gives me the TField, it would work fine for the first field but what
about the others?

How is this best done?

Thanks,
Steve


Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 07 Apr 2006 09:20:19 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "Michael Fritz" wrote in message
> <news:1iclf1gcl5qqr.2m8fmx19q18z.dlg@40tude.net>:
>
>>> I again assume that you and me too must have a local SVN server running,
>>> right?
>> Tried a commit into my local DB (not a SVN server installation) and it did
>> not update the simple test file with this property $ID$
> It seems if TSVN does an update of those properties only if the properties
> have been inserted into the files from the very beginning on.
>
> This means if I have already commited a file to the repository and insert
> e.g. the $Id$ property afterwards, TSVN ignores it in any future commits.
> Can sbdy confirm this behavior?

TSVN does not do it, it's the SVN library. And it will only do it if the appropriate svn:keyword property has been set on the file. Have you set this property?


Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 7 Apr 2006 08:59:11 +0200
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:1iclf1gcl5qqr.2m8fmx19q18z.dlg@40tude.net>:

>> >> I again assume that you and me too must have a local SVN server running,
>> >> right?
> > Tried a commit into my local DB (not a SVN server installation) and it did
> > not update the simple test file with this property $ID$
It seems if TSVN does an update of those properties only if the properties
have been inserted into the files from the very beginning on.

This means if I have already commited a file to the repository and insert
e.g. the $Id$ property afterwards, TSVN ignores it in any future commits.
Can sbdy confirm this behavior?

-- cu, Michael 

Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 7 Apr 2006 08:36:10 +0200
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:10ldfz8332lxm$.5gtohitix6rv$.dlg@40tude.net>:

>> >> http://www.elahn.net/subversion_config.txt
> > Oh, this file looks pretty good - thanks for this example. Where do I have
> > to copy this file? 
Answering myself after reading the Wiki ;-) I' now know where to copy this
config file. Thanks for providing me/us with this information.

> > I again assume that you and me too must have a local SVN server running,
> > right?
Tried a commit into my local DB (not a SVN server installation) and it did
not update the simple test file with this property $ID$

-- cu, Michael 

Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 7 Apr 2006 08:04:26 +0200
Newsgroups: jedi.vcl

"Elahn Ientile" wrote in message <news:e139nv$rep$1@news.talkto.net>:

> > Then wherever you have $Id$, etc. in the file will be expanded. I use 
> > [auto-props] in my subversion config file, so that whenever a I Add a 
> > file, it automatically sets the properties.
 
> > http://www.elahn.net/subversion_config.txt
Oh, this file looks pretty good - thanks for this example. Where do I have
to copy this file? 
I again assume that you and me too must have a local SVN server running,
right?

-- cu, Michael 

Subject: Re: JvDesktopAlert - appear near tray ?
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 14:20:48 +1000
Newsgroups: jedi.vcl

Arioch wrote, on 21/02/2006 9:09 AM:
> procedure TfrmMain.TrayClick(Sender: TObject);
> var
>     H:THandle;
>     R: TRect;
> begin
>     H:=FindWindow('Shell_TrayWnd', nil); {находим хандл окна таскбара}
>     h := FindWindowEx( h, 0, 'TrayNotifyWnd', NIL );
>     Win32Check(GetWindowRect(h,R));
>
>     ShowMessageFmt('%d:  %d.%d %d.%d', [h, r.left, r.top, r.right,  r.bottom]);
>
>     MOuse.CursorPos := r.TopLeft;
> end;
>
>
> This code on Win32 can tell where is tray area located on the screen  (respecting AutoHide, etc)
>
> Perhaps JvDestopAlert is to be extended to have option to show alerts near  tray ?
> Perhaps it is to be optionally linked to JvTrayIcon as well, showing  baloons for it ?

You can add the code for it in JvDesktopAlert.pas, TJvDesktopAlertStack.UpdatePositions; You'll need to add a new TJvDesktopAlertPosition called dapNearTray.

Once it's working and tested, let me know and I'll commit it. :)

I don't see how it could be added to JvTrayIcon, but you're welcome to try.

-- 
enjoy life,
           Elahn


Subject: Re: JvArrowButton: add property DropOnButtonClick
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 14:04:42 +1000
Newsgroups: jedi.vcl

Dominik Böhm wrote, on 21/02/2006 9:36 PM:
> I would like to add such a property to the JvArrowButton. DropOnButtonClick effects, whether the popupmenu drops also when the user clicks the button on the left of the arrow.
>
> I'll post my changed Unit to binaries.
>
> Changes:
> * Added private field FDropOnButtonClick
> * published property DropOnButtonClick
> * Changed one row in procedure TJvArrowButton.MouseDown from
>
>   FArrowClick := (X >= Width - ArrowWidth) and (X <= Width) and (Y >= 0) and (Y <= Height);
> to
>   FArrowClick := (X >= Width - ArrowWidth) and (X <= Width) and (Y >= 0) and (Y <= Height) or DropOnButtonClick;
>
> It would be nice if you could add this to the next release.

Hi Dominik,

I also changed MouseUp, so it wouldn't Click on closeup. This is now in CVS.

-- 
enjoy life,
           Elahn


Subject: Re: TJvFormPlacement not registered in JVCL 3.20?
From: "Bill Root" <nospam@nospam.net>
Date: Thu, 06 Apr 2006 18:58:02 -0400
Newsgroups: jedi.vcl

On Thu, 06 Apr 2006 16:41:11 -0400, Elahn Ientile <elahn@elahn.net> wrote:
> Edmund Matzke wrote, on 7/04/2006 4:30 AM:
>>>> I think it's in the archive. You should use TJvFormStorage and
>>>> TJvApp*Storage, this is much better.
>>>
>>> TJvFormStorage inherits from TJvFormPlacement.
>>   Sorry, I didn't know this. I just told what I did when I migrated from 2.x
>> to 3.0.
>
> No reason to apologise. You gave him mostly correct info that will definitely help; I simply clarified. :)


I see!  Now things make more sense.  Thank you both!

Finest regards,
Bill


Subject: Re: Migration to SVN
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 06:45:28 +1000
Newsgroups: jedi.vcl

Florent Ouchet wrote, on 7/04/2006 4:56 AM:
> I can't get it working:
>
>  >tracetcp svn.sourceforge.net:443
>
> Tracing route to 66.35.250.140 [svn.sourceforge.net] on port 443
> Over a maximum of 30 hops.
> 1       PacketInterface::sendPacket Failed: Interface not opened

Try this one:

http://michael.toren.net/code/tcptraceroute/

-- 
enjoy life,
           Elahn


Subject: Re: TJvFormPlacement not registered in JVCL 3.20?
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 06:41:11 +1000
Newsgroups: jedi.vcl

Edmund Matzke wrote, on 7/04/2006 4:30 AM:
>>> I think it's in the archive. You should use TJvFormStorage and
>>> TJvApp*Storage, this is much better.
>>
>> TJvFormStorage inherits from TJvFormPlacement.
>
>
> Sorry, I didn't know this. I just told what I did when I migrated from 2.x
> to 3.0.

Hi Eddi,

No reason to apologise. You gave him mostly correct info that will definitely help; I simply clarified. :)

-- 
enjoy life,
           Elahn


Subject: Re: Jvcl daily in BCB5: 2 install bugs
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 06 Apr 2006 22:12:20 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Ok, found it.
> In Compile.pas, search '-DBCB'. Then replace it by an empty string and it will work just like it did before.
> This has been put in CVS, along with the explanation but as the anonymous access is still offline, you should apply the above solution for now.
> Sorry for the inconvenience.
>
> Olivier
>
In JVCL3-2006-04-06.zip the install problem is solved.

And. for the language problem?

Thank You

Carmelo


Subject: Re: Migration to SVN
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 06 Apr 2006 20:56:18 +0200
Newsgroups: jedi.vcl

Elahn Ientile a écrit :
> Olivier, you're right it is "transparent". I love mental blanks. :þ
>
> Florent and Michael, check this out:
>
> http://tracetcp.sourceforge.net/usage_proxy.html

Elahn,

I can't get it working:

>tracetcp svn.sourceforge.net:443

Tracing route to 66.35.250.140 [svn.sourceforge.net] on port 443
Over a maximum of 30 hops.
1       PacketInterface::sendPacket Failed: Interface not opened

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: TJvFormPlacement not registered in JVCL 3.20?
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Thu, 6 Apr 2006 20:30:51 +0200
Newsgroups: jedi.vcl

>> >> I think it's in the archive. You should use TJvFormStorage and
>> >> TJvApp*Storage, this is much better.
> > 
> > TJvFormStorage inherits from TJvFormPlacement.

Sorry, I didn't know this. I just told what I did when I migrated from 2.x
to 3.0.

CU, Eddi


Subject: Re: Migration to SVN
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 03:57:36 +1000
Newsgroups: jedi.vcl

Florent Ouchet wrote, on 7/04/2006 3:03 AM:
> OBones a écrit :
>
>> I think it is called "transparent" proxy, and I suspect this as well.
>
>
> I did a traceroute and didn't find anything relevant; but this tool is not designed to locate this type of proxies.

Olivier, you're right it is "transparent". I love mental blanks. :þ

Florent and Michael, check this out:

http://tracetcp.sourceforge.net/usage_proxy.html

-- 
enjoy life,
           Elahn


Subject: Re: Migration to SVN
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 06 Apr 2006 19:15:59 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> It's a soft quota, hence I can go over without actually asking for it. Well, being nice, I asked anyway, and they said "yes, just don't forget to remove the file".

lol, I didn't know these details.
Once the migration is completed, this file is useless. It should be in this directory during few hours.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Migration to SVN
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 06 Apr 2006 19:03:44 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> I think it is called "transparent" proxy, and I suspect this as well.

I did a traceroute and didn't find anything relevant; but this tool is not designed to locate this type of proxies.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Migration to SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Apr 2006 18:54:24 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Florent Ouchet wrote, on 7/04/2006 1:58 AM:
>
>> Michael Fritz a écrit :
>>
>>> Do you have any proxy between Sourceforce and your local PC? Just to proof
>>> that it's a proxy problem or perhaps even a problem at SF.
>>
>>
>>
>> Not as far as I know; I have an ADSL connection.
>> I think this is a problem at Sourceforge.
>
>
> Your ISP could have an inline "silent" proxy, I forget what the technical name is. I know you can configure squid (a linux proxy) to do this. Basically, to the end user it looks like there is no proxy at all, but it's there nonetheless.

I think it is called "transparent" proxy, and I suspect this as well.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Migration to SVN
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 02:32:14 +1000
Newsgroups: jedi.vcl

Florent Ouchet wrote, on 7/04/2006 1:58 AM:
> Michael Fritz a écrit :
>
>> Do you have any proxy between Sourceforce and your local PC? Just to proof
>> that it's a proxy problem or perhaps even a problem at SF.
>
>
> Not as far as I know; I have an ADSL connection.
> I think this is a problem at Sourceforge.

Your ISP could have an inline "silent" proxy, I forget what the technical name is. I know you can configure squid (a linux proxy) to do this. Basically, to the end user it looks like there is no proxy at all, but it's there nonetheless.

-- 
enjoy life,
           Elahn


Subject: Re: Migration to SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Apr 2006 18:29:55 +0200
Newsgroups: jedi.vcl

Thanks Elahn.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Migration to SVN
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 06 Apr 2006 17:58:52 +0200
Newsgroups: jedi.vcl

Michael Fritz a écrit :
> Do you have any proxy between Sourceforce and your local PC? Just to proof
> that it's a proxy problem or perhaps even a problem at SF.

Not as far as I know; I have an ADSL connection.
I think this is a problem at Sourceforge.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: TJvFormPlacement not registered in JVCL 3.20?
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 01:38:31 +1000
Newsgroups: jedi.vcl

Edmund Matzke wrote, on 7/04/2006 12:29 AM:
>> It looks like TJvFormPlacement is not registered in the IDE in JVCL 3.20.   Can anyone confirm this or tell me where to find it?
>
>
> I think it's in the archive. You should use TJvFormStorage and
> TJvApp*Storage, this is much better.

TJvFormStorage inherits from TJvFormPlacement.

If you are upgrading from JVCL 2.x, you can convert your projects to JVCL 3. In your JVCL installation, see: jvcl\help\migrating.htm

-- 
enjoy life,
           Elahn


Subject: Re: Migration to SVN
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 01:33:15 +1000
Newsgroups: jedi.vcl

Hi All,

I've updated the guide to accessing the subversion repositories, so it now includes JVCL.

http://homepages.borland.com/jedi/wiki/index.php?title=Repository

If you want to improve/fix it or add additional stuff then go ahead, it's a wiki. :)

Note: The JVCL Subversion Repository is NOT active yet. Olivier will let us know when it is. :)

-- 
enjoy life,
           Elahn


Subject: Re: Migration to SVN
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 07 Apr 2006 00:47:42 +1000
Newsgroups: jedi.vcl

Michael Fritz wrote, on 6/04/2006 9:01 PM:
> "Elahn Ientile" wrote in message <news:e12s62$nhl$1@news.talkto.net>:
>
>
>> You could run an SVN server on your machine and access it via localhost, that's what I do. :)
>
> Oh, yes that's the other option I already do at home ;-)
> Do you make use of the SVN properties? If so could you please post a little
> example or the steps you did to get this running?

You need to set the svn:keywords property (on each file) to allow the keywords you want to use. I use:

svn:keywords=Id LastChangedDate LastChangedBy LastChangedRevision URL

Then wherever you have $Id$, etc. in the file will be expanded. I use [auto-props] in my subversion config file, so that whenever a I Add a file, it automatically sets the properties.

http://www.elahn.net/subversion_config.txt

-- 
enjoy life,
           Elahn


Subject: Re: TJvFormPlacement not registered in JVCL 3.20?
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Thu, 6 Apr 2006 16:29:13 +0200
Newsgroups: jedi.vcl

> > It looks like TJvFormPlacement is not registered in the IDE in JVCL 3.20.   
> > Can anyone confirm this or tell me where to find it?

I think it's in the archive. You should use TJvFormStorage and
TJvApp*Storage, this is much better.


Subject: TJvFormPlacement not registered in JVCL 3.20?
From: "Bill Root" <nospam@nospam.net>
Date: Thu, 06 Apr 2006 10:24:23 -0400
Newsgroups: jedi.vcl

It looks like TJvFormPlacement is not registered in the IDE in JVCL 3.20..  Can anyone confirm this or tell me where to find it?

Regards,
Bill


Subject: Re: Migration to SVN
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Thu, 6 Apr 2006 15:11:45 +0100
Newsgroups: jedi.vcl

Hi,

> >I assume that right now SVN on Sourceforge has some problems. I cannot
> >download any of the JCL files using
> >https://svn.sourceforge.net/svnroot/jvcl. 

I had this error too. Launching several updates after the initial 
checkout that failed solves the problem.

Regards,

Florent Ouchet
JCL Team Coordinator



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Migration to SVN
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Thu, 6 Apr 2006 15:08:13 +0100
Newsgroups: jedi.vcl

> >That's weird, I would have thought it is needed to do the conversion.

The CVSROOT module is just a special module; I didn't find any 
differences when I did tests with and without this module.

> >Right now, the repository is taking up 500M of uncompressed space on my 
> >machine. I haven't tried svn dump though.

You should ask sourceforge for an extension of the 100MB quota 
in /home/groups/j/jv/jvcl; the dump file won't fit inside if daily zips 
are present too. 

> >That could be a solution as well. So get the tarball, clean it up, 
> >reupload it, request migration and do the rest at SF... I'll investigate 
> >and will as such do some tests in the upcoming days.

This solution may take a long time; launching cvs2svn on the JVCL 
repository lasts about 1 hour on my 2.4GHz server. The migration will be 
about 4 times longer on sourceforge's server; launching the migration 
when US people are offline shorts this time.

Florent



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Apr 2006 15:40:32 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

>> That's weird, I would have thought it is needed to do the conversion.
>
> The CVSROOT module is just a special module; I didn't find any differences when I did tests with and without this module.

Good to know.


>> Right now, the repository is taking up 500M of uncompressed space on my machine. I haven't tried svn dump though.
>
> You should ask sourceforge for an extension of the 100MB quota in /home/groups/j/jv/jvcl; the dump file won't fit inside if daily zips are present too. 

It's a soft quota, hence I can go over without actually asking for it. Well, being nice, I asked anyway, and they said "yes, just don't forget to remove the file".


Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 14:48:49 +0200
Newsgroups: jedi.vcl

"Florent Ouchet" wrote in message <news:e1310r$onv$1@news.talkto.net>:

> > I had this error too. Launching several updates after the initial 
> > checkout that failed solves the problem.
Same to me, as already replied to Olivier. 

Do you have any proxy between Sourceforce and your local PC? Just to proof
that it's a proxy problem or perhaps even a problem at SF.

-- cu, Michael 

Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Apr 2006 13:18:58 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:e12pcm$n0t$1@news.talkto.net>:
>
>> Hum... It might be that your proxy does not support very long replies to the REPORT request.
>> In that case, do the checkout, let it fail, and once it has failed, do an Update. It should restart where it failed.
> Hurrah, I finally managed it. As you suggested to restart with the update
> command, honestly I had to do this about 10 times, the JCL library finally
> got copied to my PC.

Then my assumption seems right.

> Thanks again Olivier!

No worries, now I know what to say to people encountering the same kind of issues ;-)


Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 13:01:07 +0200
Newsgroups: jedi.vcl

"Elahn Ientile" wrote in message <news:e12s62$nhl$1@news.talkto.net>:

> > You could run an SVN server on your machine and access it via localhost, 
> > that's what I do. :)
Oh, yes that's the other option I already do at home ;-) 

Do you make use of the SVN properties? If so could you please post a little
example or the steps you did to get this running?

-- cu, Michael 

Subject: Re: Migration to SVN
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 06 Apr 2006 20:56:16 +1000
Newsgroups: jedi.vcl

Michael Fritz wrote, on 6/04/2006 7:30 PM:
> "OBones" wrote in message <news:e12j7r$lqj$2@news.talkto.net>:
>
>
>> You should use properties, that's the way it's done in SVN, as indicated in THE book:
>
> Thanks for those links. It seems if those properties can just be used
> server-side (on a 'real' SVN installation) and not during a commit into a
> locally installed repository.

You could run an SVN server on your machine and access it via localhost, that's what I do. :)

-- 
enjoy life,
           Elahn


Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 12:37:54 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:e12pcm$n0t$1@news.talkto.net>:

> > Hum... It might be that your proxy does not support very long replies to 
> > the REPORT request.
> > In that case, do the checkout, let it fail, and once it has failed, do 
> > an Update. It should restart where it failed.
Hurrah, I finally managed it. As you suggested to restart with the update
command, honestly I had to do this about 10 times, the JCL library finally
got copied to my PC.

Thanks again Olivier!
-- cu, Michael 

Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 12:22:10 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:e12pcm$n0t$1@news.talkto.net>:

> > Hum... It might be that your proxy does not support very long replies to 
> > the REPORT request.
> > In that case, do the checkout, let it fail, and once it has failed, do 
> > an Update. It should restart where it failed.
No chance either. I think, I will have to talk to our admin. He should
check the proxy settings for this issue.

Thanks!
-- cu, Michael 

Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Apr 2006 12:09:35 +0200
Newsgroups: jedi.vcl

Hum... It might be that your proxy does not support very long replies to the REPORT request.
In that case, do the checkout, let it fail, and once it has failed, do an Update. It should restart where it failed.


Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 11:46:48 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:e12n1g$mhg$1@news.talkto.net>:

> > Created a new dir
> > Right click, SVN checkout
> > Entered https://svn.sourceforge.net/svnroot/jcl/trunk
> > See files coming
> > Click Ok.
Exactly the way I did before. About 3,64 MBytes files were transferred and
suddenly it stops with the mentioned error.

> > I've just done it again, worked like a charm.
Sadly it does not work for me

> > If you're behind a proxy, verify that it supports the PROPFIND and 
> > REPORT commands.
Yes, that's true. I'm behind firewall and a proxy and I did set up the
proxy settings in Tortoise options, but it still breaks with this error.

I assume that this REPORT command has been sent already during the copy
process of the very first files too and did not crash anyway - strange!
-- cu, Michael 

Subject: Re: Migration to SVN
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Apr 2006 11:44:20 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Which ones? A list of those would be nice to have.

Less than i thought:

TJVDATABASEACTIONLIST.bmp -> TJVDATABASEACTIONLIST.BMP
MAKEONEDCR.BAT -> MakeOneDCR.bat

How about moving all unused files in Images to its own directory?
There are some template files in it.

All subdirectory names of JVCL3 should be lowercase (includes, resources, dict).


Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 11:30:35 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:e12j7r$lqj$2@news.talkto.net>:

> > You should use properties, that's the way it's done in SVN, as indicated 
> > in THE book:
Thanks for those links. It seems if those properties can just be used
server-side (on a 'real' SVN installation) and not during a commit into a
locally installed repository.

-- cu, Michael 

Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Apr 2006 11:29:29 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:e12j4a$lqj$1@news.talkto.net>:
>
>> I have just tried for the JCL (no V), it worked just fine.
> Strange! I retried it and it stops with the same error. Did you first copy
> any JCL files to you local hard disk?

Nope.

Created a new dir
Right click, SVN checkout
Entered https://svn.sourceforge.net/svnroot/jcl/trunk
See files coming
Click Ok.

I've just done it again, worked like a charm.
If you're behind a proxy, verify that it supports the PROPFIND and REPORT commands.


Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 11:19:54 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:e12j4a$lqj$1@news.talkto.net>:

> > I have just tried for the JCL (no V), it worked just fine.
Strange! I retried it and it stops with the same error. Did you first copy
any JCL files to you local hard disk?

-- cu, Michael 

Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Apr 2006 10:24:36 +0200
Newsgroups: jedi.vcl

You should use properties, that's the way it's done in SVN, as indicated in THE book:

http://svnbook.red-bean.com/nightly/en/svn.advanced.props.html#svn.advanced.props.special.keywords

or as a shorter link:

http://minilien.com/?GMghYYnuWZ

Enjoy


Subject: Re: Migration to SVN
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Apr 2006 10:22:43 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:e118cv$fes$1@news.talkto.net>:
>
>> Hi all
>>
>> After the succesful migration of the JCL to SVN (see their newsgroups), the JVCL is about to migrate as well. This is also a consequence of the 
> Hi,
> I assume that right now SVN on Sourceforge has some problems. I cannot
> download any of the JCL files using
> https://svn.sourceforge.net/svnroot/jvcl. I cannot even browse the directory on SFN.
>
> Downloading JCL currently starts up but breaks with error "REPORT request
> failed on '/svnroot/jcl/!svn/vcc/default' and 'REPORT of
> /svnroot/jcl/!svn/vcc/default': Could not read response body:....'
>
> Do you encounter the same problems?

I have just tried for the JCL (no V), it worked just fine.
However, I just activated the JVCL (with a V) and the repository is empty as I did not do anything to convert it. So yes, you will run into problems if you try to access it. It's activated, but empty, do not expect it to work. Well, actually, I'll deactivate it again and will only reactivate it once the migration is done.


Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 10:13:05 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:e118cv$fes$1@news.talkto.net>:

> > Hi all
> > 
> > After the succesful migration of the JCL to SVN (see their newsgroups), 
> > the JVCL is about to migrate as well. This is also a consequence of the 
> > repeated failures of CVS due to its very architecture. As SVN runs off a 
Hi,

just a question of interest: Currently almost all project files do have a
'revision' and 'modified by' tag (and some other tags as well),
automatically inserted by the CVS system, I assume.

SVN provides a similar possibility as described here:
http://tortoisesvn.sourceforge.net/node/18. However this mentioned tool,
SubWCRev.exe, must be executed manually to get revision tags into the
source files. Is there a chance to get this automated?

I'm using Windows XP and the TortoiseSVN client, integrated into the shell
but it seems it does not automate this job. Of course I do not want to
modify JVCL files but my own project files. Currently, using WinCVS, it
does change those mentioned tags inside my source file by itself.

-- cu, Michael 

Subject: Re: Migration to SVN
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 6 Apr 2006 09:42:35 +0200
Newsgroups: jedi.vcl

"OBones" wrote in message <news:e118cv$fes$1@news.talkto.net>:

> > Hi all
> > 
> > After the succesful migration of the JCL to SVN (see their newsgroups), 
> > the JVCL is about to migrate as well. This is also a consequence of the 
Hi,
I assume that right now SVN on Sourceforge has some problems. I cannot
download any of the JCL files using
https://svn.sourceforge.net/svnroot/jvcl. 
I cannot even browse the directory on SFN.

Downloading JCL currently starts up but breaks with error "REPORT request
failed on '/svnroot/jcl/!svn/vcc/default' and 'REPORT of
/svnroot/jcl/!svn/vcc/default': Could not read response body:....'

Do you encounter the same problems?
-- cu, Michael 

Subject: Re: Jvcl200_R50.dpk failed
From: OBones <obones_gf_@_fe_altern.org>
Date: Thu, 06 Apr 2006 08:38:09 +0200
Newsgroups: jedi.vcl

Charlie wrote:
> Again thank you Olivier
> Finally, Success. These are my steps:

Well, thanks for reporting all is well, and sorry for the hassle you had to go through.


Subject: Re: Migration to SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Apr 2006 07:59:31 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Hi,
>
> OBones a écrit :
>
>> 1.  Get a tarball of the repository
>> 2.  Put it on my machine
>> 3.  Remove the invalid files
>
>
> Remove the invalid files in the server side of the repository.

Yes, that's what I intend to do, on my own machine, not using any CVS command as they don't even seem to work on those corrupted files.

> The CVSROOT module can be removed before launching cvs2svn.

That's weird, I would have thought it is needed to do the conversion.


> Looking at steps; you will upload a SVN dump file archive to Sourceforge. What's the size of this file?

Right now, the repository is taking up 500M of uncompressed space on my machine. I haven't tried svn dump though.


> I didn't use this option when I migrated the JCL; I used "CVS tarball" because I was afraid of charset issues between my server and sourceforge's - only steps 1-4 (+CVSROOT deletion) were done on my server.

That could be a solution as well. So get the tarball, clean it up, reupload it, request migration and do the rest at SF... I'll investigate and will as such do some tests in the upcoming days.

Cheers

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Migration to SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Apr 2006 07:56:46 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> This is also a good time to fix the casing of some filenames.
> Namely the Image directory contains such files.

Which ones? A list of those would be nice to have.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Migration to SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Apr 2006 07:56:08 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> OBones wrote, on 6/04/2006 6:13 AM:
>
>> /donations
>> /help
>> /jvcl
>> /tests
>> /websites
>
>
> So will we have trunk/branches/tags at the root? Or under each of these folders?

At the root. The above folders will be in trunk initially, right after the migration. Once we get rolling, branches and tags will be created.
So all you will have to do is to checkout "https://svn.sourceforge.net/svnroot/jvcl/trunk" and you'll get all that.

Regards
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Migration to SVN
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 06 Apr 2006 06:25:06 +0200
Newsgroups: jedi.vcl

Hi,

OBones a écrit :
> 1.  Get a tarball of the repository
> 2.  Put it on my machine
> 3.  Remove the invalid files

Remove the invalid files in the server side of the repository.

> 4.  Run cvs2svn
> 5.  Remove left over files (.cvsignore and CVSROOT mostly)

The CVSROOT module can be removed before launching cvs2svn.

> 6.  Move /jvcl to /dev/archive/jvcl
> 7.  Move /jvcl132 to /dev/archive/jvcl132
> 8.  Move /dev/JVCL3 to /jvcl
> 9.  Move /dev/help to /help
> 10. Move /dev/donations to /donations
> 11. Move /dev/website to /websites
> 12. Rename /dev to /tests
> 13. Upload the repository to SourceForge

Looking at steps; you will upload a SVN dump file archive to Sourceforge. What's the size of this file?
I didn't use this option when I migrated the JCL; I used "CVS tarball" because I was afraid of charset issues between my server and sourceforge's - only steps 1-4 (+CVSROOT deletion) were done on my server.

> But I'm proposing to take sunday's tarball as a basis for the migration. Once started, there will be a period where any change in CVS will be discarded until the SVN repository is up. I will keep everyone posted as to when they should stop using CVS and as to when SVN is up and running.
> Right now, I'm looking for your opinions on the proposed steps.

Running this migration is a great idea :p

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Mantis 3552 and 3353: Indy 10 support
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 6 Apr 2006 00:21:07 -0400
Newsgroups: jedi.vcl

In article <e10jc4$9vi$1@news.talkto.net>, elahn@elahn.net says...
> > OBones wrote, on 5/04/2006 11:29 PM:
>> > > Those two issues (3552 & 3553) are about Indy 10 support. Right now, I 
>> > > know that the JVCL does not support anything but Indy 9. Should we 
>> > > introduce new compilation options for Indy 10 ?
> > 
> > I use Indy 10, but I don't (currently) use TJvProgramVersionCheck. 
> > TJvProgramVersionCheck is the only component that uses Indy, right?
> > 
> > 

I'm at home right now and can't actually check this, but it seems to me 
that Indy is only used in the ftp updates (and maybe http updates) of 
JvProgramVersionCheck - which is unfinished code... (some day I'll find 
time to finish the tutorial I started on this <sigh>).

JvPVC also supports ICS (also unfinished in ftp).

*IF* all the code dependent on Indy in JvPVC is unfinished, should we 
just dump Indy completely and stick with ICS instead?

EdB


Subject: Re: Migration to SVN
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Apr 2006 05:49:44 +0200
Newsgroups: jedi.vcl

This is also a good time to fix the casing of some filenames.
Namely the Image directory contains such files.


Subject: Re: Jvcl200_R50.dpk failed
From: "Charlie" <kerscher@bellsouth.net>
Date: Wed, 5 Apr 2006 20:47:53 -0400
Newsgroups: jedi.vcl

Again thank you Olivier
Finally, Success. These are my steps:

1) Start the IDE, open the packages page by selecting Component - Install
Packages
2) Select each of the JCL / JVCL packages in the list and click the Remove
button
3) Open Tools - Environment Options - Library and remove all library paths
pointing to JVCL and JCL folders
4) Just Delphi 5 CS
5) Close the IDE

6) Browse to the folder where your bpl and dcp files are located (default is
$(DELPHI)\Projects\Bpl for Delphi
7) Delete the top folder where JCL and JVCL is installed
8) Start regedit (click Start - Run, type "regedit.exe" and hit Enter). Open
the key HKEY_CURRENT_USER\Software\Borland\<compiler>\<version>\Palette and
delete all name/value items in the list related to JVCL  & any reference to
JEDI or JVCL or JCL in register
9) JVCL320CompleteJCL197-Build2172.zip
10) Extract JCL & JVCL into \Program Files\Borland\Delphi5\JEDI
11) JCL - Install.Bat - Installtion Finished
12) JCVL - Install.Bat - Configuration - Default except -Verbose Compiler
Output & Do Not Stop on Errors
13) All packages checked
14) Finished

Charlie Kerscher




Subject: Re: Migration to SVN
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 06 Apr 2006 09:39:24 +1000
Newsgroups: jedi.vcl

OBones wrote, on 6/04/2006 6:13 AM:
> /donations
> /help
> /jvcl
> /tests
> /websites

So will we have trunk/branches/tags at the root? Or under each of these folders?

-- 
enjoy life,
           Elahn


Subject: Computer restarts during installation
From: Tomasz Wójcik <prgTW@poczta.onet.pl>
Date: Wed, 05 Apr 2006 23:31:56 +0200
Newsgroups: jedi.vcl

Hello

    When I Try to install JEDI under Borland C++Cuilder 6 (with Update Pack 4) my system suddenly restarts after a few seconds of installing/compiling packages. I tried to close all runnung programs, even internet connection but it doesn't work.
    In Delphi 7 i have no problems with installation.

PLEASE HELP !

Best regards
Thomas
:: prgTW ::


Subject: Re: Migration to SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 05 Apr 2006 22:49:04 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Maybe we should move the /examples directory also to the root. For me it's
> only a time-consumer when I update the repository.

SVN is much more efficient when it updates the local copy from the server. That said, I'm also not in favor of moving the examples directory for these reasons:

1. It would break the compilation for most of them
2. It would make creating the releases and daily snapshots more complicated.

Regards
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Migration to SVN
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 5 Apr 2006 22:36:24 +0200
Newsgroups: jedi.vcl

Maybe we should move the /examples directory also to the root. For me it's
only a time-consumer when I update the repository.


-- Regards, Andreas Hausladen 

Subject: Migration to SVN
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 05 Apr 2006 22:13:26 +0200
Newsgroups: jedi.vcl

Hi all

After the succesful migration of the JCL to SVN (see their newsgroups), the JVCL is about to migrate as well. This is also a consequence of the repeated failures of CVS due to its very architecture. As SVN runs off a web server, it should be more stable and will also allow people behind a very restrictive firewall to access the repository without relying on the daily snapshots.
As with every migration, specific steps need to be taken in order not to loose anything. As the CVS repository contains some invalid files (3 last time I tried), the migration cannot be done via the service provided by SourceForge. On top of this, I would also like to take advantage of the "folder history" built in SVN to also cleanup the tree hierachy of the repository. So here are the steps that I'm proposing:

1.  Get a tarball of the repository
2.  Put it on my machine
3.  Remove the invalid files
4.  Run cvs2svn
5.  Remove left over files (.cvsignore and CVSROOT mostly)
6.  Move /jvcl to /dev/archive/jvcl
7.  Move /jvcl132 to /dev/archive/jvcl132
8.  Move /dev/JVCL3 to /jvcl
9.  Move /dev/help to /help
10. Move /dev/donations to /donations
11. Move /dev/website to /websites
12. Rename /dev to /tests
13. Upload the repository to SourceForge

Steps 5 to 12 are done using TortoiseSVN to keep track of the changes.
So in the end, the repository will have this at its root:

/donations
/help
/jvcl
/tests
/websites

where /jvcl is THE place where all development takes place which is, to me, definitely more logical.
Right now, the tarball generation is offline as indicated here:
http://sourceforge.net/docs/A04/

But I'm proposing to take sunday's tarball as a basis for the migration. Once started, there will be a period where any change in CVS will be discarded until the SVN repository is up. I will keep everyone posted as to when they should stop using CVS and as to when SVN is up and running.
Right now, I'm looking for your opinions on the proposed steps.

Cheers
Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Jvcl daily in BCB5: 2 install bugs
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 05 Apr 2006 21:52:17 +0200
Newsgroups: jedi.vcl

Ok, found it.
In Compile.pas, search '-DBCB'. Then replace it by an empty string and it will work just like it did before.
This has been put in CVS, along with the explanation but as the anonymous access is still offline, you should apply the above solution for now.
Sorry for the inconvenience.

Olivier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Mantis 3552 and 3353: Indy 10 support
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 06 Apr 2006 05:30:07 +1000
Newsgroups: jedi.vcl

Don S wrote, on 6/04/2006 2:18 AM:
> It has its' practical drawbacks though.  I would evaluate carefully before introducing that dependency.

Hi Don,

Could you give a little more detail please. :)

-- 
enjoy life,
           Elahn


Subject: Re: Mantis 3552 and 3353: Indy 10 support
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 5 Apr 2006 12:18:34 -0400
Newsgroups: jedi.vcl

> > Those two issues (3552 & 3553) are about Indy 10 support.

For 3552:

You need the packages IndySystem, IndyCore, and IndyProtocols for Indy 10 
support. The package names will also need to include the LIB suffix for the 
specific compiler version.

> > Right now, I know that the JVCL does not support anything but Indy 9. 
> > Should we introduce new compilation options for Indy 10?

There are no technical reasons that you should not support Indy 10.  It is a 
better library (IMO). You would likely benefit from the compression  support 
and the additional proxy types supported in Indy 10.  It has its' practical 
drawbacks though.  I would evaluate carefully before introducing that 
dependency.

--
Don Siders 




Subject: Re: Mantis 3552 and 3353: Indy 10 support
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 05 Apr 2006 16:26:47 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> OBones wrote, on 5/04/2006 11:29 PM:
>> Those two issues (3552 & 3553) are about Indy 10 support. Right now, I know that the JVCL does not support anything but Indy 9. Should we introduce new compilation options for Indy 10 ?
>
> I use Indy 10, but I don't (currently) use TJvProgramVersionCheck. TJvProgramVersionCheck is the only component that uses Indy, right?
>
So it seems. But actually, you NEED to activate Indy support in the include file for your version, and that is where you will run into the problems mentioned in those two issues.


Subject: Re: Mantis 3552 and 3353: Indy 10 support
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 06 Apr 2006 00:13:41 +1000
Newsgroups: jedi.vcl

OBones wrote, on 5/04/2006 11:29 PM:
> Those two issues (3552 & 3553) are about Indy 10 support. Right now, I know that the JVCL does not support anything but Indy 9. Should we introduce new compilation options for Indy 10 ?

I use Indy 10, but I don't (currently) use TJvProgramVersionCheck. TJvProgramVersionCheck is the only component that uses Indy, right?

-- 
enjoy life,
           Elahn


Subject: Re: Mantis 3480: AppStorage on removable drives
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 06 Apr 2006 00:04:06 +1000
Newsgroups: jedi.vcl

OBones wrote, on 5/04/2006 9:34 PM:
> 3. Trigger an "OnError" event handler

-- 
enjoy life,
           Elahn


Subject: Re: Jvcl200_R50.dpk failed
From: "Charlie" <kerscher@bellsouth.net>
Date: Wed, 5 Apr 2006 09:33:47 -0400
Newsgroups: jedi.vcl

Good morning Olivier. I finally stopped trying at 1:30am last night.
What I'll do today, as soon as I can, is go through the process again and
documenting the results.
I sincerely do appreciate your concerns and desire to help.
Will let you know.
Charlie
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:e0vl47$3rs$1@news.talkto.net...
> > Charlie wrote:
>> > > Thank you Olivier.
>> > > After 7 hours of trying to install the components I'm totally
frustrated. I
>> > > have tried over and over again the manual instructions and they don't
work
>> > > either!!!!
> >
> > What about telling us what you did, and what was the result, in details?
> >
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/




Subject: Mantis 3552 and 3353: Indy 10 support
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 05 Apr 2006 15:29:11 +0200
Newsgroups: jedi.vcl

Hi guys,

Those two issues (3552 & 3553) are about Indy 10 support. Right now, I know that the JVCL does not support anything but Indy 9. Should we introduce new compilation options for Indy 10 ?


Subject: Mantis 3480: AppStorage on removable drives
From: OBones <obones_gf_@_fe_altern.org>
Date: Wed, 05 Apr 2006 13:34:25 +0200
Newsgroups: jedi.vcl

Hi all,

Here is the text of mantis 3480:

If the Ini File cannot be written to on Flush, an exception is thrown. Since you cannot keep the Flush from happening automatically when the component is Destroyed, you always get an exception if the IniFile name points to an invalid drive. If, for example, you want to keep the Ini File on a USB or network drive which may become invalid before the program closes. Reads & Writes can be conditional (If FileExists), but the final Flush always happens.

Perhaps putting a try...except around the IniFile.UpdateFile would suffice.


I agree that there is something that should be done here. An empty "except" block is not the way to go for me, but we might be able to come up with a better solution:

1. Fail silently
2. Show an error message
3. Trigger an "OnError" event handler

What do you think?

Regards
Olivier


Subject: Re: JVGLogic any documentation?
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 5 Apr 2006 12:08:23 +0200
Newsgroups: jedi.vcl

Ahh I´ve ment JVGLogicproducer...
Any informations?




Subject: JVGLogic any documentation?
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 5 Apr 2006 12:06:11 +0200
Newsgroups: jedi.vcl

Hi there,
I´m searching for any documentation about TJVGLogic component.
For what is it? Any examples?

Greetings
Dierk




Subject: Re: JVPlugin and interfaces
From: "niels" <nielsNG@lumensoft.nl>
Date: Wed, 5 Apr 2006 09:57:33 +0200
Newsgroups: jedi.vcl

Andrew wrote:

> > Alex,
> > As this is quite complicated, I've posted the current source on my
> > website: http://members.ozemail.com.au/~abaylis/downloads.htm
> > Feel free to have a look and email me if you have questions.
> > Andrew

Hello Andrew,

Thank you for sharing this code.
I have tried to understand the way it works but i'm afraid i do not 
understand all.
Is it posible for you to create a smill exemple to you it with forms and 
gx_outlouk?
It is most helpfull for me.

Niels 




Subject: Re: Daily download
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 05 Apr 2006 07:39:11 +0200
Newsgroups: jedi.vcl

ssamayoa wrote:

> I download daily snapshots in a regular basis (one or twice a month) but
> today I want to update my JVCL copy but no zip nor 7z file was available.
>
> Is someone monitoring the CVS checkout and packing of JVCL?

http://sourceforge.net/docs/A04/

Daily packages are created from the anonymous access, which is done until friday at the very least.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Jvcl200_R50.dpk failed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 05 Apr 2006 07:38:25 +0200
Newsgroups: jedi.vcl

Charlie wrote:
> Thank you Olivier.
> After 7 hours of trying to install the components I'm totally frustrated. I
> have tried over and over again the manual instructions and they don't work
> either!!!!

What about telling us what you did, and what was the result, in details?


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Jvcl200_R50.dpk failed
From: "Charlie" <kerscher@bellsouth.net>
Date: Tue, 4 Apr 2006 22:40:57 -0400
Newsgroups: jedi.vcl

Thank you Olivier.
After 7 hours of trying to install the components I'm totally frustrated. I
have tried over and over again the manual instructions and they don't work
either!!!!
Charlie
Any other ideas???????



"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:e0ulgj$skq$1@news.talkto.net...
> > The manual installation process is described in help\install.htm
> >
> > But JVCL200_R50 is definitely NOT the latest version.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/




Subject: Daily download
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 5 Apr 2006 00:45:29 +0100
Newsgroups: jedi.vcl

I download daily snapshots in a regular basis (one or twice a month) but
today I want to update my JVCL copy but no zip nor 7z file was available.

Is someone monitoring the CVS checkout and packing of JVCL?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jvcl200_R50.dpk failed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 04 Apr 2006 22:38:49 +0200
Newsgroups: jedi.vcl

The manual installation process is described in help\install.htm

But JVCL200_R50 is definitely NOT the latest version.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Jvcl200_R50.dpk failed
From: "Charlie" <kerscher@bellsouth.net>
Date: Tue, 4 Apr 2006 15:47:04 -0400
Newsgroups: jedi.vcl

I found that I needed to update jcl & jvcl because the jvDBCSVExport wasn't
exporting properly so I tried to install an update. After several attempts I
deleted the folders that were previously installed and have tried installing
for the last three hours. I've even downloaded the software three times.
The auto install doesn't work as is evident by the install message that I
got as well as the ng.
What do I need to do to get jcl & jvcl installed? Thank you.
I've come to rely on the components so now I have several projects that I
can't update and run.
If I sound desparate I am.
Again thank you.
Charlie




Subject: Mantis 1959: Quick report components
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 04 Apr 2006 17:21:30 +0200
Newsgroups: jedi.vcl

Hi guys

In Mantis 1959, visible at http://homepages.borland.com/jedi/issuetracker/view.php?id=1959 there are two enhanced components for QuickReport. They look fine to me, but where should I add them? Which package and which tab?
Obviously, they would only be brought in if USE_QUICKREPORT is defined, but I still don't know what to do about them.

Any comments appreciated

Cheers
Olivier


Subject: Re: How about adding TEmbeddedWB to the JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Apr 2006 16:23:00 +0200
Newsgroups: jedi.vcl

Eduardo Mauro wrote:

> There is some active development for this component but I am not sure if it is done by the original author. See the Yahoo group, where new updates are posted. It would be a nice addition but a huge task given the number of units involved.

I am already in contact with them and i think i can get answers from all the authors of the added units. The original author is the problem.

All in all i think about asking the authors for dual-licensing.
MPL as part of the JVCL and the original licence (freeware/public domain) otherwise.


Subject: Re: How about adding TEmbeddedWB to the JVCL?
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 4 Apr 2006 08:23:57 -0300
Newsgroups: jedi.vcl

There is some active development for this component but I am not sure if it 
is done by the original author. See the Yahoo group, where new updates are 
posted. It would be a nice addition but a huge task given the number of 
units involved.

Best regards,
Eduardo Mauro
www.connectedtext.com 




Subject: Cursor Property
From: "ssyy" <ssforum@yandex.ru>
Date: Tue, 4 Apr 2006 10:49:56 +0100
Newsgroups: jedi.vcl

Thank you! Where can I find a TCursor inspector item?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 04 Apr 2006 08:44:08 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> Let's think instead how to avoide writeln/radln or how to reuse it in GUI appication.
> That is the main problem here ,not the unknown targets.

There's already such measures in place for pgedit to work. So I guess the Log function was not called properly (anymore), I'll have a look at it.


Subject: Re: Jvcl daily in BCB5: 2 install bugs
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Tue, 04 Apr 2006 06:59:26 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Carmelo Viavattene wrote:
>
>> Can be the problem is the same of topic "BCB5 and BCB6 compilers don't understand installer flags"
>
> It's the same one. I'm quite sure it happens on a completely clean install. If that's the case, I should be able to tackle it quite soon as I have C5/C6/D6/D2006 here. I even have a Virtual Machine with just C5 installed to try to understand where the A/Vs at the end come from.
>
The problem appear on a completely clean install.
My PC have Windows XP SP2, and BCB5 Professional.

I use BCB5, and a JVCL & JCL daily of 2006-01-16.
Then, clean with original installer of 2006-01-16.
After, I want use a new version:
JVCL daily of 2006-04-03 (from http://obones.free.fr/jvcl_daily/)
JCL daily of 2006-04-02  (from http://jcl.sf.net/daily/)

and I'am the problems with JVCL

Regards,
Carmelo Viavattene


Subject: Re: typos
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 4 Apr 2006 00:16:22 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > That makes me wish JVCL installer was really a bootstrapper, that would
> > finde JCL Installer and re-use it.

The JVCL Installer finds the JCL but it cannot use it because at that
moment it must be already compiled. So this is a no-go.


-- Regards, Andreas Hausladen 

Subject: Re: typos
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Tue, 04 Apr 2006 01:01:29 +0400
Newsgroups: jedi.vcl

> And how? dcc32.exe does not know where the JCL.dcp files is. The IDE knows

Can we modify dcc32.cfg ?

But it seems one more level of bootstrapping is required to add debug into Installer :(

That makes me wish JVCL installer was really a bootstrapper, that would finde JCL Installer and re-use it.
But how? Plugins? That can make JCL installer depent on JVCL :-)


Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Tue, 04 Apr 2006 01:01:29 +0400
Newsgroups: jedi.vcl

02.04.06 в 23:39 Andreas Hausladen в своём письме писал(а):

>> I just updated from CVS, restored my patches and.... And installer told
>> me  I/O error.
>
> Have you updated all directories. There was a change in the package
> creation code. You must also update the Installer, devtools and the
> packages\xml directories.

Sure i did. Perhaps CVS lags.
But that is what makes bugs found :)

Let's think instead how to avoide writeln/radln or how to reuse it in GUI appication.
That is the main problem here ,not the unknown targets.



Subject: Re: Jvcl daily in BCB5: 2 install bugs
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 03 Apr 2006 22:53:56 +0200
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:

> Can be the problem is the same of topic "BCB5 and BCB6 compilers don't understand installer flags"

It's the same one. I'm quite sure it happens on a completely clean install. If that's the case, I should be able to tackle it quite soon as I have C5/C6/D6/D2006 here. I even have a Virtual Machine with just C5 installed to try to understand where the A/Vs at the end come from.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Jvcl daily in BCB5: 2 install bugs
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Mon, 03 Apr 2006 20:06:32 +0200
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:
> We can't do anything at the moment because the developer CVS Server is not
> available for days.
>
>
>   
In Mantis, Obones solve some issues, then I think is possible search the problem, if You use:
JVCL daily of 2006-04-03 (from http://obones.free.fr/jvcl_daily/)
JCL daily of 2006-04-02  (from http://jcl.sf.net/daily/)
I think: simply unzipping in Your PC, then solve the problem.

My problem is Mantis ID 3620

I use BCB5 (Pro).
I know You not have BCB5, only BCB6 (pers) and BCB6 (Ent Trial)

Can be the problem is the same of topic "BCB5 and BCB6 compilers don't understand installer flags"

Then, to want help You with my BCB5, I must know the manual install procedure:

To manual install, I think the readme.htm (2004-12-13) is out of date.
Then, can You send the correct way to manual install

Regards,
Carmelo Viavattene


Subject: Re: Jvcl daily in BCB5: 2 install bugs
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 3 Apr 2006 17:58:50 +0200
Newsgroups: jedi.vcl

We can't do anything at the moment because the developer CVS Server is not
available for days.


-- Regards, Andreas Hausladen 

Subject: Re: [Screenshot] Changing size of captionpanel caption buttons
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 03 Apr 2006 20:45:26 +1000
Newsgroups: jedi.vcl

Please post all attachments to the jedi.binaries newsgroup, rather than attaching them to your post in jedi.vcl. This makes it nice and quick for users who download all messages for offline use.

-- 
enjoy life,
           Elahn


Subject: Re: Jvcl daily in BCB5: 2 install bugs
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Mon, 03 Apr 2006 12:42:52 +0200
Newsgroups: jedi.vcl

Also:
At the end of this installation, failed, I found others bugs, quitting the install:
Appear a dialog:
Istruction at "0x41001b30" refer to memory at "0x00000008". Memory cannot be "read"
Clicking on OK, another dialog, with title "Error":
Runtime error 216 at 00001b30.

Regards,
Carmelo Viavattene


Subject: Jvcl daily in BCB5: 2 install bugs
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Mon, 03 Apr 2006 12:34:34 +0200
Newsgroups: jedi.vcl

I use BCB5, and a JVCL & JCL daily of 2006-01-16.
I'am the last traslator of the italian language for JVCL.

Then, I want use a new version:
JVCL daily of 2006-04-03 (from http://obones.free.fr/jvcl_daily/)
JCL daily of 2006-04-02  (from http://jcl.sf.net/daily/)

I'am uninstalled the old version, then unzip the new.
JCL install, and all is OK.

The bugs are:
1) JVCL is only in english
2) JVCL install stop, and this is the output:


JVCL 3.30.0.0

[Generating: Packages]
Generating packages for C5
    Loaded template.bpk
        Writing JvCoreC5R.bpk for C5
    Loaded template.cpp
        Writing JvCoreC5R.cpp for C5
    Loaded template.dpk
        Writing JvCoreC5R.dpk for C5
    Loaded template.rc
[Compiling: Packages]
[Compiling: JvCoreC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

167600 lines, 3.89 seconds, 1083 bytes code, 0 bytes data.
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
1706 lines, 0.25 seconds, 1083 bytes code, 0 bytes data.
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
D:\Programmazione\LIB\JVCL\packages\c5\JvCoreC5R.cpp:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
[Compiling: JvSystemC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
JvSystemC5R.dpk(40) Warning: Package 'JvCoreC5R' will not be written to disk because -J option is enabled
JvSystemC5R.dpk(40) Fatal: Required package 'JvCoreC5R' not found



Good work
Regards,
Carmelo Viavattene


Subject: [Screenshot] Changing size of captionpanel caption buttons
From: skinhat <skinhat@gmail.com>
Date: Mon, 03 Apr 2006 14:37:42 +1000
Newsgroups: jedi.vcl

Is it possible to change the size of the captionpanel caption buttons (eg close button)? If not is it possible to add something like a captionbutton to a captionpanel so I can have my own buttons in the caption? I've attached a pic of what I'm after, though in this example I've created my own buttons by using TPanel and sticking them at the top of the caption panel. I need to create quite a few captionpanels in my app so it'd be better if I didnt have to create the buttons by hand in every caption panel.

captionpanel.jpg

captionpanel.jpg
	



Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Apr 2006 21:39:00 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > I just updated from CVS, restored my patches and.... And installer told
> > me  I/O error.

Have you updated all directories. There was a change in the package
creation code. You must also update the Installer, devtools and the
packages\xml directories.

-- Regards, Andreas Hausladen 

Subject: Re: typos
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Apr 2006 21:36:35 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > Since JVCL is installed after JCL is already installed, guess it can be
> > worked out.

And how? dcc32.exe does not know where the JCL.dcp files is. The IDE knows
it from the registry. But dcc32.exe isn't interested in the search path
settings in the registry. So how will you compile the JVCL Installer with
dcc32.exe without knowing about the correct JCL.dcp location?

This, and the fact that a dialog showing "JCL is not installed" is better
recognized by users than a console output saying "File not found:
JclBase.pas", are the reasons why the JVCL Installer is JCL-code free (
{$defines NO_JCL} )


-- Regards, Andreas Hausladen 

Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Apr 2006 21:31:35 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > Since i don't expect Installer would ever be localised

It is already localized for some languages (like German, French, Spain,
Italy, ...) The translations are not up to date but they exists and I have
a German JVCL Installer with two or three English checkboxes here.

-- Regards, Andreas Hausladen 

Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 2 Apr 2006 21:28:09 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Using the generateutils files from within the instaler is a
> > new thing 

What is your definition of "new"? :-)
The JVCL Installer uses the GenerateUtils.pas since the end of 2004.


-- Regards, Andreas Hausladen 

Subject: Re: date formats in TJvDateEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 03 Apr 2006 04:52:21 +1000
Newsgroups: jedi.vcl

Arioch wrote, on 3/04/2006 3:04 AM:
>> If you want it to display as per the locale, set DateFormatPreferred to  pdLocale, that way it will accept and display according to the locale,  but will also accept dates in the format of DateFormat.
>>
>> The modes [pdCustom, pdCustomOnly] are there specifically to override  the locale display.
>
>
> Locale is what set in Control Panel ?
> But how then i can specify i want to use Long format ?
> IF i cannot use 'dddddd' what should i use instead ?

Yes, locale is set in "Regional Options" in Control Panel.

Currently, you cannot use long date format (in fact, any non-numeric format) in TJvDateEdit. You're welcome to modify the source code to make this possible.

-- 
enjoy life,
           Elahn


Subject: Re: What happened there
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Apr 2006 20:40:33 +0200
Newsgroups: jedi.vcl

Arioch wrote:

>> Have you updated the packages/xml folder ?
>
>
> I did, maybe retry tomorrow or later
>
> CVS have some delay, i heard

It's more like it's dead until further notice. See SourceForge status page:

http://sourceforge.net/docs/A04/

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: typos
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 22:40:28 +0400
Newsgroups: jedi.vcl

02.04.06 в 22:04 OBones в своём письме писал(а):

>> BTW, why JCL Exception Debug dialog is not enabled in debug (CVS) version  of installer ?
>
> Because JCL can be installed anywhere and so the installer would not compile out of the box.
>

Since JVCL is installed after JCL is already installed, guess it can be worked out.


Subject: Re: What happened there
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 22:39:11 +0400
Newsgroups: jedi.vcl

> Have you updated the packages/xml folder ?

I did, maybe retry tomorrow or later

CVS have some delay, i heard



Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 22:39:11 +0400
Newsgroups: jedi.vcl

02.04.06 в 22:03 OBones в своём письме писал(а):

> PG is a command line application, so I expect to have a bunch of writeln's. Using the generateutils files from within the instaler is a new thing and it should not have any impact anyway.

But it did had impact.
It made installer fail to me.
It tried to call WriteLn from GUI-application, which has corrwesponding file handles closed by default


Subject: Re: How about... some policy of abandonware ?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 22:12:45 +0400
Newsgroups: jedi.vcl

I also met some components that were abondoned.

From CollapsePanel and TZoomInage to my last headache - great GridReport from vtkTools.com (domain is dead now)


Subject: Re: typos
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Apr 2006 20:04:58 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> BTW, why JCL Exception Debug dialog is not enabled in debug (CVS) version  of installer ?

Because JCL can be installed anywhere and so the installer would not compile out of the box.


> BTW, why  WriteLn(Format('Unknown target: %s', [currentTarget]));
> and not  WriteLn('Unknown target: ', currentTarget);  ?

Because it makes localization easier and it's always good practice to use insert markers instead of building up the strings from bits and pieces.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: What happened there
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Apr 2006 20:04:02 +0200
Newsgroups: jedi.vcl

Arioch wrote:

>> BTW, why  WriteLn(Format('Unknown target: %s', [currentTarget]));
>
>
> dirty and ugly am i
> Changed WriteLn to ShowMessage
>
> It tolds me that allclx and allbutclx are not known targets

Have you updated the packages/xml folder ?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Apr 2006 20:03:27 +0200
Newsgroups: jedi.vcl

PG is a command line application, so I expect to have a bunch of writeln's. Using the generateutils files from within the instaler is a new thing and it should not have any impact anyway.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 21:18:17 +0400
Newsgroups: jedi.vcl

02.04.06 в 21:04 Arioch в своём письме писал(а):

> So now, should we made an default OutPut file variable mapped to some log panel inside Installer?

I indeed made WriteLn and ReadLN over String - while generally i hate C STDIO, sometimes sscanf and sprintf is very handy.

I made it for Borland Pascal and AFAIR later used in some Delphi 32bit
So the question is to find or reimplement that code (it is easy) and to make a glue, some kind of provider+consumers, so it would be mapped to JEDI installer Log Panel later


Subject: What happened there
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 21:13:38 +0400
Newsgroups: jedi.vcl

> BTW, why  WriteLn(Format('Unknown target: %s', [currentTarget]));

dirty and ugly am i
Changed WriteLn to ShowMessage

It tolds me that allclx and allbutclx are not known targets


Subject: typos
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 21:11:02 +0400
Newsgroups: jedi.vcl

Sorry, short of time, so a huge bunch of typoes, even "feel" became "fill", but i hope You can get it anyhow. :)

BTW, why JCL Exception Debug dialog is not enabled in debug (CVS) version of installer ?

BTW, why  WriteLn(Format('Unknown target: %s', [currentTarget]));
and not  WriteLn('Unknown target: ', currentTarget);  ?


Subject: Re: date formats in TJvDateEdit
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 21:04:30 +0400
Newsgroups: jedi.vcl

> If you want it to display as per the locale, set DateFormatPreferred to pdLocale, that way it will accept and display according to the locale, but will also accept dates in the format of DateFormat.
>
> The modes [pdCustom, pdCustomOnly] are there specifically to override the locale display.

Locale is what set in Control Panel ?
But how then i can specify i want to use Long format ?
IF i cannot use 'dddddd' what should i use instead ?


Subject: New (after two weeks of looking at it last time) installer - Whoa!!! :D :D :D :D
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 02 Apr 2006 21:04:30 +0400
Newsgroups: jedi.vcl

Gusy, i'm surprised! YOu're defenitely going Unix way, whaere each application has stdin/stdout/stderr handles open! :D

I like it :)

I just updated from CVS, restored my patches and.... And installer told me I/O error.

I launched installer DPR in Delphi5 and started to fill surprised :)

1st of all - GnuGetText intentionally split their packages into Delphi5-version and post-D5 version.
Same is going for JvGetText/JvGetTextD5

But main.pas from JediInstaller defenitely forgot of that.
Since i don't expect Installer would ever be localised (i tried pirate-localised Delphi5 and it was worse than awful) i guess that would make no error, but anyhow it is a bad example, since Delph5 is officially not-supported within main gnugettext file.

Then i moved on to the error itself.

That is from devtools/PG/GenerateUtils.pas

procedure ExpandTargets(targets : TStrings);
---- skip ---
begin
---- skip ---
          WriteLn(Format('Unknown target: %s', [currentTarget]));
---- skip ---
end;

Gotcha! WriteLn in GUI app ?
I wonder how it worked on Your machines, guys!

So now, should we made an default OutPut file variable mapped to some log panel inside Installer?
It is not hard, but is is to be done, since, if i get it, pg.exe is console app, and hence need to use WriteLn.


Subject: How about adding TEmbeddedWB to the JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 02 Apr 2006 06:37:16 +0200
Newsgroups: jedi.vcl

That is a TWebBrowser descendant.
I have just worked on the source to improve it.

//                     For Delphi 4, 5, 6 and 7
//                     Freeware Component
//                            by
//                     Per Lindsø Larsen
//                 per.lindsoe@larsen.mail.dk

Unfortunately i cannot reach the author to ask him for permission.
The above email is dead. Does anyone know how to contact him?


Subject: Re: Can't install Jvcl 3.2 need jcl 1.97 !
From: "Nik" <nedubg@yahoo.com>
Date: Sat, 1 Apr 2006 16:05:28 -0800
Newsgroups: jedi.vcl

Thank you!!I need latest file of JCL? or JVCL? where i can get it..?

Here is what i did uptil now..but couldnt make it work.
I download "JVCL320CompleteJCL197-Build2172.7z"
unzip it and installed JCL..When I run JVCL Installer I could see both 
options for Delphi 2005 & Delphi 2006. But Delphi 2006 option was disabled. 
and would say JCL1.97 or higher requried.

After that I download file "jcl-Latest.zip" from http://jcl.sf.net/daily/  & 
Installed it
Here when I run JVCL Install. In dos windows it say using "d10for build 
process". But in installer when you choose IDE targets it doesnt show option 
for 2006.

I have Delhi 2005 on my C: drive and Delphi 2006 on E: I dont want to mess 
up Delphi 2005. How I need to proceed?

Thank you

--Nick



"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:e0mp0s$686$1@news.talkto.net...
>> >> An error has been encountered in accessing this page.
> >
> > Hi,
> >
> > The developer access to the source repository is down and the JVCL daily 
> > zip creation requires this access. You could try an older zip.
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet 




Subject: Re: Can't install Jvcl 3.2 need jcl 1.97 !
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 01 Apr 2006 22:49:01 +0200
Newsgroups: jedi.vcl

> An error has been encountered in accessing this page.

Hi,

The developer access to the source repository is down and the JVCL daily zip creation requires this access. You could try an older zip.

Regards,

-- 
Florent Ouchet


Subject: Re: Can't install Jvcl 3.2 need jcl 1.97 !
From: "Nik" <nedubg@yahoo.com>
Date: Sat, 1 Apr 2006 12:46:24 -0800
Newsgroups: jedi.vcl

Hi,
    I get following error when I click on link. Any Idea? Basically my 
problem is when I run JVCL3 Installer after installing JCL 97. Option Delphi 
2005 is disabled. I have D2006 & D2005 on same computer but different 
drives.

Thanks in advacne

An error has been encountered in accessing this page.

1. Server: jvcl.sourceforge.net
2. URL path: /daily/JVCL3-Latest.zip
3. Error notes: File does not exist: 
/home/groups/j/jv/jvcl/htdocs/daily/JVCL3-Latest.zip
4. Error type: 404
5. Request method: GET
6. Request query string:
7. Time: 2006-04-01 12:43:06 PST (1143924186)

Reporting this problem: The problem you have encountered is with a project 
web site hosted by SourceForge.net. This issue should be reported to the 
SourceForge.net-hosted project (not to SourceForge.net).

If this is a severe or recurring/persistent problem, please do one of the 
following, and provide the error text (numbered 1 through 7, above):

  1.. Contact the project via their designated support resources.
  2.. Contact the project administrators of this project via email (see the 
upper right-hand corner of the Project Summary page for their usernames) at 
user-name@users.sourceforge.net
If you are a member of the project that maintains this web content, please 
refer to the Site Documentation regarding the project web service for 
further assistance



"Elahn Ientile" <elahn@elahn.net> wrote in message 
news:e0bu7q$448$1@talkto.net...
> > Francois Lerebourg wrote, on 29/03/2006 2:39 AM:
>> >> did "jcl 1.97" exist ?
>> >> In the file want.xml of jcl1.97-build2172.zip, the version is 1.96 !!!
>> >>
>> >> I can't install JVCL 3.2 on BDS 2006, it needs jcl 1.97
>> >> I use French version of BDS 2006 Professional (full version), Win XP
>> >>
>> >> Any Idea ?
> >
> > Please try the Daily zip:
> >
> > http://jvcl.sf.net/daily/
> >
> > As it says on the page, you'll need the Daily JCL as well:
> >
> > http://jcl.sf.net/daily/
> >
> > --
> > enjoy life,
> >            Elahn 




Subject: Re: JclUnicode.res not found
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sat, 1 Apr 2006 15:57:12 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> > I fixed it only few days ago.

Thanks! :)

-- Erick Sasse Brazil 

Subject: Computer restart while installing JCL/JVCL in BCB6
From: user@domain.invalid
Date: Sat, 01 Apr 2006 17:46:21 +0200
Newsgroups: jedi.vcl

Hello

    When I Try to install JEDI under Borland C++Cuilder 6 (with Update Pack 4) my system suddenly restarts after a few seconds of installign/compiling packages. I tried to close all runnung programs, even internet connection but it doesn't work.
    In Delphi 7 i have no problems with installation.

PLEASE HELP !

Best regards
Thomas
:: prgTW ::


Subject: Re: JclUnicode.res not found
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 01 Apr 2006 17:25:47 +0200
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen a écrit :
> Shouldn't this file be copied to lib\d10 by the installer ?

They are when units are built. But a bug in BuildFileList should prevent resource files to be enumerated because they are in the current directory (reported in IT3207 http://homepages.borland.com/jedi/issuetracker/view.php?id=3207). I fixed it only few days ago.

Regards,

-- 
Florent Ouchet


Subject: Re: JclUnicode.res not found
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sat, 1 Apr 2006 14:55:17 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen wrote:

> > I got this too some time ago (fixed it myself by copying the
> > JclUnicode.res to lib\d10.

Thanks, that's fixed it here.

> > Shouldn't this file be copied to lib\d10 by the installer ?

I think so. In my case, lib\d7.

-- Erick Sasse Brazil 

Subject: Re: JclUnicode.res not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 1 Apr 2006 15:16:46 +0200
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> > Make sure JCL\lib\c5 or JCL\lib\c6 or JCL\lib\d10 (depending on your
> > version of C++Builder) is inside the environment or project search path.

I got this too some time ago (fixed it myself by copying the
JclUnicode.res to lib\d10.

Shouldn't this file be copied to lib\d10 by the installer ?


-- Regards, Andreas Hausladen 

Subject: Re: JclUnicode.res not found
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 01 Apr 2006 12:46:35 +0200
Newsgroups: jedi.jcl,jedi.vcl

Erick Sasse a écrit :
> I'm trying to use the JvID3v2 component and I get this error:
> File not found: JclUnicode.res.

Hi,

Make sure JCL\lib\c5 or JCL\lib\c6 or JCL\lib\d10 (depending on your version of C++Builder) is inside the environment or project search path.

Regards,

-- 
Florent Ouchet


Subject: how about adding TEmbeddedWB to the JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 Apr 2006 09:27:22 +0200
Newsgroups: jedi.vcl

That is a TWebBrowser descendant.
I have just worked on the source to improve it.

//                     For Delphi 4, 5, 6 and 7
//                     Freeware Component
//                            by
//                     Per Lindsø Larsen
//                 per.lindsoe@larsen.mail.dk

Unfortunately i cannot reach the author to ask him for permission.
The above email is dead. Does anyone know how to contact him?


Subject: how about adding TEmbeddedWB to the JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 Apr 2006 06:43:29 +0200
Newsgroups: jedi.vcl

That is a TWebBrowser descendant.
I have just worked on the source to improve it.

//                     For Delphi 4, 5, 6 and 7
//                     Freeware Component
//                            by
//                     Per Lindsø Larsen
//                 per.lindsoe@larsen.mail.dk

Unfortunately i cannot reach the author to ask him for permission.
The above email is dead. Does anyone know how to contact him?


Subject: JclUnicode.res not found
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 31 Mar 2006 23:44:56 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Hello,

I'm trying to use the JvID3v2 component and I get this error:

File not found: JclUnicode.res.

Any ideas?
Thanks!

PS: I'm crossposting because I think it's sort of related to both
libraries. I apologize if this assumption is wrong.

-- Erick Sasse Brazil 

Subject: select in JvListview
From: "Brian" <brian@night.dk>
Date: Wed, 29 Mar 2006 00:35:11 +0200
Newsgroups: jedi.vcl

Hi All

I have 1 Listview, where i select a line, stores the ItemIndex in the 
variable lnr
then i repaint the listview and select the line with

  Form1.ListView1.Items[lnr].Selected:=true;
  Form1.ListView1.ItemFocused:=Form1.ListView1.Selected;

but if it is line, lets say 200 i select then i need to scroll down to it.

Is there a way to scroll down to the line automaticly so it shows after 
refress

Regards
Brian

Sorry for my english




Subject: Re: BCB5 and BCB6 compilers don't understand installer flags
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 28 Mar 2006 19:25:55 +0100
Newsgroups: jedi.vcl

> >Hi,
> >
> >In JVCL3\install\JVCLInstall\Compiler.pas line 869, the -JPHNE and --BCB
> >flags are added to the compiler command line for all versions of BCB.
> >The BCB5 and BCB6 compilers output some strange warnings: "the package 
> >won't be written to the disk because the -J switch is present" and the 
> >compilation fails on a clean installation.

Same problem for me.

Fred, BCB5 user



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Can't install Jvcl 3.2 need jcl 1.97 !
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 29 Mar 2006 04:14:10 +1000
Newsgroups: jedi.vcl

Francois Lerebourg wrote, on 29/03/2006 2:39 AM:
> did "jcl 1.97" exist ?
> In the file want.xml of jcl1.97-build2172.zip, the version is 1.96 !!!
>
> I can't install JVCL 3.2 on BDS 2006, it needs jcl 1.97
> I use French version of BDS 2006 Professional (full version), Win XP
>
> Any Idea ?

Please try the Daily zip:

http://jvcl.sf.net/daily/

As it says on the page, you'll need the Daily JCL as well:

http://jcl.sf.net/daily/

-- 
enjoy life,
           Elahn


Subject: Can't install Jvcl 3.2 need jcl 1.97 !
From: "Francois Lerebourg" <an.pluzanski@9online.fr>
Date: Tue, 28 Mar 2006 18:39:17 +0200
Newsgroups: jedi.vcl

did "jcl 1.97" exist ?
In the file want.xml of jcl1.97-build2172.zip, the version is 1.96 !!!

I can't install JVCL 3.2 on BDS 2006, it needs jcl 1.97
I use French version of BDS 2006 Professional (full version), Win XP

Any Idea ?





Subject: Re: "Entwickler Magazin Reader's Choice 2006" results are online
From: OBones <obones_gf_@_fe_altern.org>
Date: Tue, 28 Mar 2006 09:04:56 +0200
Newsgroups: jedi.vcl

Thanks for letting us know, it is very satisfying to be second best to the VCL upon which we "build" our components.


Subject: Re: Richedit text conversion
From: "Nik" <nedubg@yahoo.com>
Date: Mon, 27 Mar 2006 16:16:58 -0800
Newsgroups: jedi.vcl

Anyone know abt this how to use "DefaultConverter" property?


"Nik" <nedubg@yahoo.com> wrote in message news:dvcdch$krv$1@talkto.net...
> > Hi,
> >    I am trying to convert richedit rtf text into plain text format using 
> > "DefaultConverter" any idea how to use it?
> >
> > Thank you
> >
> > --N
> > 




Subject: "Entwickler Magazin Reader's Choice 2006" results are online
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Mon, 27 Mar 2006 19:10:21 +0200
Newsgroups: jedi.vcl

Hi,

"Entwickler Magazin Reader's Choice 2006": the results are online and JVCL made the second place (after Borlands VCL) in the category "Best component/Component collection.

Link:

http://www.entwickler-magazin.de/umfrage/de/2006/index.xhtml

Congratulations!

Ciao,
Ralf



Subject: Re: TjvEditor - docs or examples?
From: "Russell Weetch" <russell@smxi.com.remove>
Date: Mon, 27 Mar 2006 10:34:05 +0100
Newsgroups: jedi.vcl

Remko

many thanks

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:e01j2s$19j$1@talkto.net...
> > Russell Weetch wrote:
>> >> Are there any docs or examples available for TjvEditor? Can't see 
>> >> anything in the help files or the examples folder.
> >
> > There is no documentation AFAIK, but there are examples in the 
> > examples\RaLib\Ra* directories (NOT in the examples\JvEditor directory as 
> > you would expect).
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: BCB5 and BCB6 compilers don't understand installer flags
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Mar 2006 22:45:26 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Although it doesn't understand these options, they should not be passed.

They are not passed to ilink32 because it does not understand these
options.

Sorry, but I still cannot reproduce this bug with BCB 6 Personal.

-- Regards, Andreas Hausladen 

Subject: Re: BCB5 and BCB6 compilers don't understand installer flags
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Mar 2006 22:45:26 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Although it doesn't understand these options, they should not be passed.

They are not passed to ilink32 because it does not understand these
options.

Sorry, but I still cannot reproduce this bug with BCB 6 Personal.

-- Regards, Andreas Hausladen 

Subject: Re: BCB5 and BCB6 compilers don't understand installer flags
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Mar 2006 21:38:16 +0200
Newsgroups: jedi.vcl

> These two parameters are only specified for the .dcu, .obj and .hpp
> compilaion. The .dcp isn't compiled with these options. And the C++ .bpl,
> ..lib and .bpi are linked by ilink32 which does not understand these
> options.

Although it doesn't understand these options, they should not be passed.

> BTW: I had never seen a problem on my BCB 6 (pers) installation and on the
> BCB 6 (Ent Trial)

Here is the log when I try to compile the JVCL from a clean check out of the CVS:

<log>
Windows 2000 Service Pack 4 (5.0.2195)

JVCL 3.30.0.0

[Generating: Packages]
Generating packages for C5
    Loaded template.bpk
    Loaded template.cpp
    Loaded template.dpk
    Loaded template.rc
[Compiling: Packages]
[Compiling: JvCoreC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

168738 lignes, 7.64 secondes, 1091 octets de code, 0 octets de données.
Borland C++ 5.5.1 pour Win32 Copyright (c) 1993, 2000 Borland
P:\Delphi\JVCL\JVCL3\packages\c5\JvCoreC5R.cpp:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
[Compiling: JvSystemC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

107056 lignes, 4.51 secondes, 1259 octets de code, 0 octets de données.
Borland C++ 5.5.1 pour Win32 Copyright (c) 1993, 2000 Borland
P:\Delphi\JVCL\JVCL3\packages\c5\JvSystemC5R.cpp:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
[Compiling: Jv3rdC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
5518 lignes, 0.36 secondes, 163 octets de code, 0 octets de données.
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
1688 lignes, 0.09 secondes, 163 octets de code, 0 octets de données.
Borland C++ 5.5.1 pour Win32 Copyright (c) 1993, 2000 Borland
P:\Delphi\JVCL\JVCL3\packages\c5\Jv3rdC5R.cpp:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
[Compiling: JvCoreC5D.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

62741 lignes, 3.02 secondes, 1363 octets de code, 0 octets de données.
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
1723 lignes, 0.69 secondes, 1363 octets de code, 0 octets de données.
Borland C++ 5.5.1 pour Win32 Copyright (c) 1993, 2000 Borland
P:\Delphi\JVCL\JVCL3\packages\c5\JvCoreC5D.cpp:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
[Compiling: JvAppFrmC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

26615 lignes, 1.30 secondes, 915 octets de code, 0 octets de données.
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
1702 lignes, 0.42 secondes, 915 octets de code, 0 octets de données.
Borland C++ 5.5.1 pour Win32 Copyright (c) 1993, 2000 Borland
P:\Delphi\JVCL\JVCL3\packages\c5\JvAppFrmC5R.cpp:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
[Compiling: JvStdCtrlsC5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

184858 lignes, 8.53 secondes, 1547 octets de code, 0 octets de données.
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
1757 lignes, 1.16 secondes, 1547 octets de code, 0 octets de données.
Borland C++ 5.5.1 pour Win32 Copyright (c) 1993, 2000 Borland
P:\Delphi\JVCL\JVCL3\packages\c5\JvStdCtrlsC5R.cpp:
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
[Compiling: JvAppFrmC5D.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
JvAppFrmC5D.dpk(40) Avertissement: Le paquet 'JvAppFrmC5R' ne sera pas écrit sur disque car l'option -J est activée
JvAppFrmC5D.dpk(40) Fatale: Paquet requis 'JvAppFrmC5R' non trouvé
</log>

The error happened after compilation of units.

The translation of the 2 last lines is:
JvAppFrmC5D.dpk(40) Warning: The package 'JvAppFrmC5R' won't be written to the disk because the -J option is active
JvAppFrmC5D.dpk(40) Fatal: Required package 'JvAppFrmC5R' not found

JvAppFrmC5R.bpi and JvAppFrmC5R.lib are located in C:\Programes\Borland\CBuilder5\Projects\Lib
This path is listed after a -U switch in dcc32.cfg.

JvAppFrmC5R.bpl is located in C:\Programes\Borland\CBuilder5\Projects\Bpl

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: BCB5 and BCB6 compilers don't understand installer flags
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Mar 2006 20:16:19 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > In JVCL3\install\JVCLInstall\Compiler.pas line 869, the -JPHNE and --BCB

These two parameters are only specified for the .dcu, .obj and .hpp
compilaion. The .dcp isn't compiled with these options. And the C++ .bpl,
..lib and .bpi are linked by ilink32 which does not understand these
options.

BTW: I had never seen a problem on my BCB 6 (pers) installation and on the
BCB 6 (Ent Trial)

-- Regards, Andreas Hausladen 

Subject: Re: BCB5 and BCB6 compilers don't understand installer flags
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Mar 2006 20:16:19 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > In JVCL3\install\JVCLInstall\Compiler.pas line 869, the -JPHNE and --BCB

These two parameters are only specified for the .dcu, .obj and .hpp
compilaion. The .dcp isn't compiled with these options. And the C++ .bpl,
..lib and .bpi are linked by ilink32 which does not understand these
options.

BTW: I had never seen a problem on my BCB 6 (pers) installation and on the
BCB 6 (Ent Trial)

-- Regards, Andreas Hausladen 

Subject: Re: BCB5 and BCB6 compilers don't understand installer flags
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Mar 2006 20:16:19 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > In JVCL3\install\JVCLInstall\Compiler.pas line 869, the -JPHNE and --BCB

These two parameters are only specified for the .dcu, .obj and .hpp
compilaion. The .dcp isn't compiled with these options. And the C++ .bpl,
..lib and .bpi are linked by ilink32 which does not understand these
options.

BTW: I had never seen a problem on my BCB 6 (pers) installation and on the
BCB 6 (Ent Trial)

-- Regards, Andreas Hausladen 

Subject: BCB5 and BCB6 compilers don't understand installer flags
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Mar 2006 19:14:55 +0200
Newsgroups: jedi.vcl

Hi,

In JVCL3\install\JVCLInstall\Compiler.pas line 869, the -JPHNE and --BCB
flags are added to the compiler command line for all versions of BCB.
The BCB5 and BCB6 compilers output some strange warnings: "the package won't be written to the disk because the -J switch is present" and the compilation fails on a clean installation.

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: date formats in TJvDateEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 26 Mar 2006 06:09:47 +1000
Newsgroups: jedi.vcl

Arioch wrote, on 26/03/2006 3:59 AM:
>>>> TJvCustomDateEdit.DateFormat
>>
>>
>> Long date format doesn't work in this control, as it is designed to  accept and display numbers only.
>>
>> The DateFormat property is there, so that a date can be entered in a  different format to the system locale.
>>
>> e.g. locale is United States (mm/dd/yyyy), because the computer wasn't  configured correctly, but the user is actually in Australia (dd/mm/yyyy).
>
>
> Then it seems this property should not control how the data is shown after  it was entered ?
>
> Seems like it is overused :)

It's necessary when releasing a program that will only be used in one country AND it's very possible that the users locale won't be correct.

If you want it to display as per the locale, set DateFormatPreferred to pdLocale, that way it will accept and display according to the locale, but will also accept dates in the format of DateFormat.

The modes [pdCustom, pdCustomOnly] are there specifically to override the locale display.

-- 
enjoy life,
           Elahn


Subject: Re: JvValidateEdit (Mantis #3587)
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 26 Mar 2006 05:59:28 +1000
Newsgroups: jedi.vcl

Tom Bolick wrote, on 25/03/2006 5:25 PM:
> Thanks!! In that case, here is the fix.  Can someone put it in CVS for me (Also uploaded in Mantis, not sure of the better place to do this sort of thing.)

Hi Tom,

Thanks, that's now in CVS.

Btw, please don't attach files in the (jedi.vcl) newsgroup. If you need to post a file here, please post in jedi.binaries, but Mantis is definitely the best place to upload it - simply quote the Mantis issue number in your post (exactly like you did). :)

-- 
enjoy life,
           Elahn


Subject: date formats in TJvDateEdit
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 25 Mar 2006 20:59:48 +0300
Newsgroups: jedi.vcl

>>> TJvCustomDateEdit.DateFormat
>>  BTW, did anyone succeded in making this work at least in Delphi5  design-time with long date format ("dddddd")
>>  Or with DateFormat like "dddd" - since it is possible ?
>
> Long date format doesn't work in this control, as it is designed to accept and display numbers only.
>
> The DateFormat property is there, so that a date can be entered in a different format to the system locale.
>
> e.g. locale is United States (mm/dd/yyyy), because the computer wasn't configured correctly, but the user is actually in Australia (dd/mm/yyyy).

Then it seems this property should not control how the data is shown after it was entered ?

Seems like it is overused :)


Subject: Re: TJvTabBar and Unicode?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 25 Mar 2006 20:59:48 +0300
Newsgroups: jedi.vcl

> i finally found the problem, though. It was that i needed to take the extra step of also setting the appropriate Charset property for the fonts when i selected the language of choice.

The most mystic property of TFont.
In Delphi 4 i had to set there RUSSIAN each time.

I wonder, what should DEFAULT mean ?
System-locale ? Process-locale ? And what is the default value for the latter - System-locale ? Or EXE-locale taken from EXE VersionInfo resource ? I never could understand it. Guess Windows programmers could not too, if the same font actes differently in different part of control :)


Subject: Re: TJvListView, BDS 2006, and ItemInfo popups...
From: "Daytona" <d@d.com>
Date: Sat, 25 Mar 2006 09:51:27 -0800
Newsgroups: jedi.vcl

Oddly enough, the condition seems to have corrected itself!  No idea what 
could have changed, but it now works as expected again.

When looking deeper I realized that the InfoTips were inherited from 
TListView so the problem was never related to JVCL at all  --  sorry for the 
premature post.


I had not seen the InfoTip before and assumed it was a Jedi feature :)

Thanks,
Dave

"Daytona" <d@d..com> wrote in message news:dvvb7f$ekl$1@talkto.net...
> > Hi All,
> >
> > Am I the only one who has noticed that when compiled in BDS 2006.1 the 
> > popup hint on ListView items only displays the first character?  When 
> > compiled in D7.1 it is fine.
> >
> > I am running the Dailys from about two weeks ago.  I will install the 
> > latest on my test machine tonight to see if it is resolved there.
> >
> > Thanks!
> > Dave
> > 




Subject: Re: C++ Builder .lib files (exported symbols)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 25 Mar 2006 17:49:12 +0100
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen a écrit :
> In my phpBB for my bcc32pch (C++Builder compiler speedfix) someone posted
> that the generated .lib files for the packages contain a huge number of
> exported symbols. But they are said to be of no use for statically linked
> application. So I wrote a tool that replaces all exported symbol
> information records in the OMF .lib file by a comment.
> Would that be of use for the JCL/JVCL? Or does it have a draw back on
> dynamically linked application?

The main problem may appear with statically linked applications (without run-time packages). Are .lib files used when an application is dynamically linked.
For statically linked applications, will JVCL/JCL functions be listed in map files if exports are removed?

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: JvValidateEdit (Mantis #3587)
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Sat, 25 Mar 2006 02:25:53 -0500
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Tom Bolick wrote, on 25/03/2006 10:02 AM:
>
>> So, can one change the order of initialization of Design time settings?  It seems to go alphabetically?
>>
>> Or is there a way to check and bypass the test if it is at create time?
>
>
> This checks if the component is currently loading the design-time settings:
>
> if csLoading in ComponentState then
>
> -- 
> enjoy life,
>            Elahn

Thanks!! In that case, here is the fix.  Can someone put it in CVS for me (Also uploaded in Mantis, not sure of the better place to do this sort of thing.)  I downloaded the latest from CVS before making my change (minutes ago), so it should be totally up to date.  Just glad to finally be contributing some small thing to such a great set of tools! Hopefully I'll have more to contribute in the not distant future.  (I can't wait til its on SVN.)


JvValidateEdit.pas

{-----------------------------------------------------------------------------
The contents of this file are subject to the Mozilla Public License
Version 1.1 (the "License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.mozilla.org/MPL/MPL-1.1.html

Software distributed under the License is distributed on an "AS IS" basis,
WITHOUT WARRANTY OF ANY KIND, either expressed or implied. See the License for
the specific language governing rights and limitations under the License.

The Original Code is JvValidateEdit, released on 20 February 2003,
  by Christopher Latta
Portions created by Christopher Latta are Copyright (C) 2003 Christopher Latta.
All Rights Reserved.

Contributor(s): Peter Thornqvist
                Peter Schraut (http://www.console-dev.de)

You may retrieve the latest version of this file at the Project JEDI's JVCL
home page, located at http://jvcl.sourceforge.net

Known Issues:
TJvValidateFormat uses the SysUtils.Format function to format numeric values.
While this uses the Windows regional settings for the currency symbol, decimal
separator and thousands separator, it does not format using the negative symbol,
negative number format, negative currency format and positive currency format.
This could be rectified by a custom-written formatting routine.

-----------------------------------------------------------------------------}
// $Id: JvValidateEdit.pas,v 1.44 2006/03/17 17:39:56 obones Exp $

unit JvValidateEdit;

{$I jvcl.inc}

interface

uses
  {$IFDEF UNITVERSIONING}
  JclUnitVersioning,
  {$ENDIF UNITVERSIONING}
  Windows, Messages, Controls, Graphics,
  SysUtils, Classes,
  JvEdit;

type
  TJvValidateEditDisplayFormat = (dfAlphabetic, dfAlphaNumeric, dfBinary,
    dfCheckChars, dfCurrency, dfCustom, dfFloat, dfHex, dfInteger,
    dfNonCheckChars, dfNone, dfOctal, dfPercent, dfScientific, dfYear);

  TJvValidateEditCriticalPointsCheck = (cpNone, cpMinValue, cpMaxValue, cpBoth);

  TJvValidateEditCriticalPoints = class(TPersistent)
  private
    FCheckPoints: TJvValidateEditCriticalPointsCheck;
    FColorAbove: TColor;
    FColorBelow: TColor;
    FMaxValue: Double;
    FMinValue: Double;
    FOnChange: TNotifyEvent;
    FDefCheckPoints: TJvValidateEditCriticalPointsCheck;
    FDefColorAbove: TColor;
    FDefColorBelow: TColor;
    procedure DoChanged;
    procedure SetMinValue(NewValue: Double);
    procedure SetMaxValue(NewValue: Double);
    procedure SetColorAbove(NewValue: TColor);
    procedure SetColorBelow(NewValue: TColor);
    procedure SetCheckPoints(NewValue: TJvValidateEditCriticalPointsCheck);
    function IsCheckPointsStored: Boolean;
    function IsColorAboveStored: Boolean;
    function IsColorBelowStored: Boolean;
  public
    procedure Assign(Source: TPersistent); override;
    procedure SetDefaults(ACheckPoints: TJvValidateEditCriticalPointsCheck;
      AColorAbove, AColorBelow: TColor);
    constructor Create;
  published
    property CheckPoints: TJvValidateEditCriticalPointsCheck read FCheckPoints
      write SetCheckPoints stored IsCheckPointsStored;
    property ColorAbove: TColor read FColorAbove write SetColorAbove stored IsColorAboveStored;
    property ColorBelow: TColor read FColorBelow write SetColorBelow stored IsColorBelowStored;
    property MaxValue: Double read FMaxValue write SetMaxValue;
    property MinValue: Double read FMinValue write SetMinValue;
    property OnChange: TNotifyEvent read FOnChange write FOnChange;
  end;

  TJvCustomTextValidateEvent = procedure(Sender: TObject; Key: Char;
    const AText: string; const Pos: Integer; var IsValid: Boolean) of object;
  TJvCustomIsValidEvent = procedure(Sender: TObject; var IsValid: Boolean) of object;

  TJvCustomValidateEdit = class(TJvCustomEdit)
  private
    FSelfChange: Boolean;
    FCheckChars: string;
    FDecimalPlaces: Cardinal;
    FDisplayFormat: TJvValidateEditDisplayFormat;
    FEditText: string;
    FHasMaxValue: Boolean;
    FHasMinValue: Boolean;
    FMaxValue: Double;
    FMinValue: Double;
    FOnCustomValidate: TJvCustomTextValidateEvent;
    FOnValueChanged: TNotifyEvent;
    FZeroEmpty: Boolean;
    EnterText: string;
    FDisplayPrefix: string;
    FDisplaySuffix: string;
    FCriticalPoints: TJvValidateEditCriticalPoints;
    FStandardFontColor: TColor;
    FAutoAlignment: Boolean;
    FTrimDecimals: Boolean;
    FOldFontChange: TNotifyEvent;
    FOnIsValid: TJvCustomIsValidEvent;
    FAllowEmpty: Boolean;
    procedure DisplayText;
    function ScientificStrToFloat(SciString: string): Double;
    procedure SetHasMaxValue(NewValue: Boolean);
    procedure SetHasMinValue(NewValue: Boolean);
    procedure SetMaxValue(NewValue: Double);
    procedure SetMinValue(NewValue: Double);
    procedure SetDecimalPlaces(NewValue: Cardinal);
    procedure SetDisplayFormat(NewValue: TJvValidateEditDisplayFormat);
    procedure SetZeroEmpty(NewValue: Boolean);
    function GetAsInteger: Int64;
    procedure SetAsInteger(NewValue: Int64);
    function GetAsCurrency: Currency;
    procedure SetAsCurrency(NewValue: Currency);
    function GetAsFloat: Double;
    procedure SetAsFloat(NewValue: Double);
    function GetValue: Variant;
    procedure SetValue(NewValue: Variant);
    procedure SetCheckChars(const NewValue: string);
    function IsCheckCharsStored: Boolean;
    function CurrRangeValue(CheckValue: Currency): Currency; overload;
    function FloatRangeValue(CheckValue: Double): Double; overload;
    function IntRangeValue(CheckValue: Int64): Int64; overload;
    function GetEditText: string;
    procedure SetEditText(const NewValue: string);
    procedure ChangeText(const NewValue: string);
    function BaseToInt(const BaseValue: string; Base: Byte): Int64;
    function IntToBase(NewValue: Int64; Base: Byte): string;
    procedure DoValueChanged;
    procedure SetDisplayPrefix(const NewValue: string);
    procedure SetDisplaySuffix(const NewValue: string);
    procedure CriticalPointsChange(Sender: TObject);
    procedure SetFontColor;
    procedure FontChange(Sender: TObject);
    procedure EnforceMaxValue;
    procedure EnforceMinValue;
    procedure SetTrimDecimals(const Value: Boolean);
  protected
    function IsValidChar(const S: string; Key: Char; Posn: Integer): Boolean; virtual;
    function MakeValid(const ParseString: string): string;virtual;
    procedure Change; override;
    procedure FocusKilled(NextWnd: THandle); override;
    procedure FocusSet(PrevWnd: THandle); override;
    procedure WMPaste(var Msg: TMessage); message WM_PASTE;
    procedure SetText(const NewValue: TCaption); override;
    property CheckChars: string read FCheckChars write SetCheckChars
      stored IsCheckCharsStored;
    property TrimDecimals: Boolean read FTrimDecimals write SetTrimDecimals;
    property DecimalPlaces: Cardinal read FDecimalPlaces write SetDecimalPlaces;
    property DisplayFormat: TJvValidateEditDisplayFormat read FDisplayFormat
      write SetDisplayFormat;
    property EditText: string read GetEditText write SetEditText;
    property HasMaxValue: Boolean read FHasMaxValue write SetHasMaxValue;
    property HasMinValue: Boolean read FHasMinValue write SetHasMinValue;
    property MaxValue: Double read FMaxValue write SetMaxValue;
    property MinValue: Double read FMinValue write SetMinValue;
    property OnCustomValidate: TJvCustomTextValidateEvent
      read FOnCustomValidate write FOnCustomValidate;
    property OnValueChanged: TNotifyEvent read FOnValueChanged write FOnValueChanged;
    property Value: Variant read GetValue write SetValue stored False;
    property AllowEmpty: Boolean read FAllowEmpty write FAllowEmpty;
    property ZeroEmpty: Boolean read FZeroEmpty write SetZeroEmpty;
    property DisplayPrefix: string read FDisplayPrefix write SetDisplayPrefix;
    property DisplaySuffix: string read FDisplaySuffix write SetDisplaySuffix;
    property CriticalPoints: TJvValidateEditCriticalPoints read FCriticalPoints
      write FCriticalPoints;
    property AutoAlignment: Boolean read FAutoAlignment write FAutoAlignment;
    procedure KeyDown(var Key: Word; Shift: TShiftState); override;
    procedure KeyPress(var Key: Char); override;
    function DoValidate(const Key: Char; const AText: string;
      const Posn: Integer): Boolean;
    procedure Loaded; override;

    property OnIsValid: TJvCustomIsValidEvent read FOnIsValid write FOnIsValid;
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;

    function IsValid: Boolean; virtual; // fires OnIsValid if assigned

    procedure Assign(Source: TPersistent); override;
    property AsInteger: Int64 read GetAsInteger write SetAsInteger;
    property AsCurrency: Currency read GetAsCurrency write SetAsCurrency;
    property AsFloat: Double read GetAsFloat write SetAsFloat;
  end;

  TJvValidateEdit = class(TJvCustomValidateEdit)
  published
    property AllowEmpty default False;
    property Alignment default taRightJustify;
    property Anchors;
    property AutoAlignment default True;

    property AutoSelect;
    property AutoSize;
    {$IFDEF VCL}
    property BiDiMode;
    property DragCursor;
    property DragKind;
    property ImeMode;
    property ImeName;
    property OEMConvert;
    property ParentBiDiMode;
    property OnEndDock;
    property OnStartDock;
    {$ENDIF VCL}
    property BorderStyle;
    property Caret;
    property CheckChars;
    property CharCase;
    property ClipboardCommands;
    property Color;
    property Constraints;
    property CriticalPoints;
    property DisabledColor;
    property DisabledTextColor;
    property TrimDecimals default False;
    property DisplayFormat default dfInteger;
    property DecimalPlaces default 0;
    property DisplayPrefix;
    property DisplaySuffix;
    property DragMode;
    property EditText;
    property Enabled;
    property Font;
    property HasMaxValue default False;
    property HasMinValue default False;
    property HideSelection;
    property MaxLength;
    property MaxValue;
    property MinValue;
    property ParentColor;
    property ParentFont;
    property ParentShowHint;
    property PasswordChar;
    property PopupMenu;
    property ReadOnly;
    property ShowHint;
    property TabOrder;
    property TabStop;
    property Text stored False;
    property Value;
    property Visible;
    property ZeroEmpty default False;
    property OnChange;
    property OnClick;
    property OnContextPopup;
    property OnCustomValidate;
    property OnDblClick;
    property OnDragDrop;
    property OnDragOver;
    property OnEndDrag;
    property OnEnter;
    property OnExit;
    property OnKeyDown;
    property OnKeyPress;
    property OnKeyUp;
    property OnMouseDown;
    property OnMouseMove;
    property OnMouseUp;
    property OnStartDrag;
    property OnValueChanged;
    property OnIsValid;
  end;

{$IFDEF UNITVERSIONING}
const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$RCSfile: JvValidateEdit.pas,v $';
    Revision: '$Revision: 1.44 $';
    Date: '$Date: 2006/03/17 17:39:56 $';
    LogPath: 'JVCL\run'
  );
{$ENDIF UNITVERSIONING}

implementation

uses
  Math,
  JclStrings, JvJCLUtils, JvResources;

//=== { TJvCustomValidateEdit } ==============================================

constructor TJvCustomValidateEdit.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FSelfChange := False;
  FAutoAlignment := True;
  FCriticalPoints := TJvValidateEditCriticalPoints.Create;
  FCriticalPoints.OnChange := CriticalPointsChange;
  FDisplayFormat := dfInteger;
  FCheckChars := '01234567890';
  Alignment := taRightJustify;
  FEditText := '';
  Text := '';
  AutoSize := True;
  FMinValue := 0;
  FMaxValue := 0;
  FHasMinValue := False;
  FHasMaxValue := False;
  FZeroEmpty := False;
  FStandardFontColor := Font.Color;
  FOldFontChange := Font.OnChange;
  Font.OnChange := FontChange;
end;

destructor TJvCustomValidateEdit.Destroy;
begin
  FreeAndNil(FCriticalPoints);
  inherited Destroy;
end;

procedure TJvCustomValidateEdit.Assign(Source: TPersistent);
var
  lcSource: TJvCustomValidateEdit;
begin
  if Source is TJvCustomValidateEdit then
  begin
    lcSource := TJvCustomValidateEdit(Source);
    CriticalPoints.Assign(lcSource.CriticalPoints);
    DisplayFormat := lcSource.DisplayFormat;
    DecimalPlaces := lcSource.DecimalPlaces;
    MinValue := lcSource.MinValue;
    MaxValue := lcSource.MaxValue;
    HasMinValue := lcSource.HasMinValue;
    HasMaxValue := lcSource.HasMaxValue;
    ZeroEmpty := lcSource.ZeroEmpty;
    AllowEmpty := lcSource.AllowEmpty;
  end
  else
    inherited Assign(Source);
end;

procedure TJvCustomValidateEdit.Loaded;
begin
  inherited Loaded;
  // (obones) Why is this necessary? It overrides DecimalPlaces set to 0 by the user
{  if DisplayFormat = dfCurrency then
    if FDecimalPlaces = 0 then
      FDecimalPlaces := CurrencyDecimals;}
  EditText := FEditText;
end;

procedure TJvCustomValidateEdit.SetHasMaxValue(NewValue: Boolean);
begin
  if FHasMaxValue <> NewValue then
  begin
    FHasMaxValue := NewValue;
    if not (csLoading in ComponentState) then
      EnforceMaxValue;
  end;
end;

procedure TJvCustomValidateEdit.SetHasMinValue(NewValue: Boolean);
begin
  if FHasMinValue <> NewValue then
  begin
    FHasMinValue := NewValue;
    if not (csLoading in ComponentState) then
      EnforceMinValue;
  end;
end;

procedure TJvCustomValidateEdit.SetMaxValue(NewValue: Double);
begin
  if FMaxValue <> NewValue then
  begin
    FMaxValue := NewValue;
    { make MinValue consistent }
    if FMinValue > FMaxValue then
      FMinValue := FMaxValue;
    if not (csLoading in ComponentState) then
      EnforceMaxValue;
  end;
end;

procedure TJvCustomValidateEdit.SetMinValue(NewValue: Double);
begin
  if FMinValue <> NewValue then
  begin
    FMinValue := NewValue;
    { make MaxValue consistent }
    if FMaxValue < FMinValue then
      FMaxValue := FMinValue;
    if not (csLoading in ComponentState) then
      EnforceMinValue;
  end;
end;

procedure TJvCustomValidateEdit.SetTrimDecimals(const Value: Boolean);
begin
  if Value <> FTrimDecimals then
  begin
    FTrimDecimals := Value;
    if not (csLoading in ComponentState) then
      EditText := FEditText;
  end;
end;

procedure TJvCustomValidateEdit.SetDecimalPlaces(NewValue: Cardinal);
begin
  if ControlState = [csReadingState] then
    FDecimalPlaces := NewValue
  else
  if FDisplayFormat in [dfCurrency, dfFloat, dfScientific, dfPercent] then
    FDecimalPlaces := NewValue;
  if not (csLoading in ComponentState) then
    EditText := FEditText;
end;

procedure TJvCustomValidateEdit.SetDisplayFormat(NewValue:
  TJvValidateEditDisplayFormat);
const
  ALPHABET = 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz';
  NUMBERS = '0123456789';
var
  OldFormat: TJvValidateEditDisplayFormat;
begin
  if FDisplayFormat <> NewValue then
  begin
    OldFormat := FDisplayFormat;
    FDisplayFormat := NewValue;
    case FDisplayFormat of
      dfAlphabetic:
        begin
          FCheckChars := ALPHABET;
          if FAutoAlignment then
            Alignment := taLeftJustify;
        end;
      dfAlphaNumeric:
        begin
          FCheckChars := ALPHABET + NUMBERS;
          if FAutoAlignment then
            Alignment := taLeftJustify;
        end;
      dfBinary:
        begin
          FCheckChars := '01';
          if FAutoAlignment then
            Alignment := taRightJustify;
        end;
      dfCheckChars, dfNonCheckChars:
        if FAutoAlignment then
          Alignment := taLeftJustify;
      dfCustom, dfNone:
        begin
          FCheckChars := '';
          if FAutoAlignment then
            Alignment := taLeftJustify;
        end;
      dfCurrency:
        begin
          FCheckChars := NUMBERS + DecimalSeparator;
          if FAutoAlignment then
            Alignment := taRightJustify;
          if not (csLoading in ComponentState) then
            if FDecimalPlaces = 0 then
              FDecimalPlaces := CurrencyDecimals;
        end;
      dfFloat, dfPercent:
        begin
          FCheckChars := NUMBERS + DecimalSeparator;
          if FAutoAlignment then
            Alignment := taRightJustify;
        end;
      dfHex:
        begin
          FCheckChars := NUMBERS + 'ABCDEFabcdef';
          if FAutoAlignment then
            Alignment := taRightJustify;
        end;
      dfInteger:
        begin
          FCheckChars := NUMBERS;
          if FAutoAlignment then
            Alignment := taRightJustify;
        end;
      dfOctal:
        begin
          FCheckChars := '01234567';
          if FAutoAlignment then
            Alignment := taRightJustify;
        end;
      dfScientific:
        begin
          FCheckChars := NUMBERS + 'Ee' + DecimalSeparator;
          if FAutoAlignment then
            Alignment := taRightJustify;
        end;
      dfYear:
        begin
          FCheckChars := NUMBERS;
          if FAutoAlignment then
            Alignment := taRightJustify;
          MaxLength := 4;
        end;
    end;

    if OldFormat = dfYear then
      MaxLength := 0;

    // Convert non-base 10 numbers to base 10 and base-10 numbers to non-base 10
    if (OldFormat = dfBinary) and
      (NewValue in [dfCurrency, dfFloat, dfHex, dfInteger, dfOctal, dfPercent, dfScientific, dfYear]) then
      SetAsInteger(BaseToInt(FEditText, 2))
    else
    if (OldFormat in [dfCurrency, dfFloat, dfPercent]) and
      (NewValue in [dfBinary, dfHex, dfOctal]) then
      SetAsFloat(StrToFloatDef(FEditText, 0))
    else
    if (OldFormat = dfHex) and
      (NewValue in [dfBinary, dfCurrency, dfFloat, dfInteger, dfOctal, dfPercent, dfScientific, dfYear]) then
      SetAsInteger(BaseToInt(FEditText, 16))
    else
    if (OldFormat in [dfInteger, dfYear]) and
      (NewValue in [dfBinary, dfHex, dfOctal]) then
      SetAsInteger(StrToIntDef(FEditText, 0))
    else
    if (OldFormat = dfOctal) and
      (NewValue in [dfBinary, dfCurrency, dfFloat, dfHex, dfInteger, dfPercent, dfScientific, dfYear]) then
      SetAsInteger(BaseToInt(FEditText, 8))
    else
    begin
      // ...or just display the value
      if not (csLoading in ComponentState) then
        EditText := FEditText;
    end;
  end;
end;

procedure TJvCustomValidateEdit.SetZeroEmpty(NewValue: Boolean);
begin
  if FZeroEmpty <> NewValue then
  begin
    FZeroEmpty := NewValue;
    if not (csLoading in ComponentState) then
      EditText := FEditText;
  end;
end;

function TJvCustomValidateEdit.GetAsInteger: Int64;
begin
  case FDisplayFormat of
    dfBinary:
      Result := BaseToInt(FEditText, 2);
    dfHex:
      Result := BaseToInt(FEditText, 16);
    dfOctal:
      Result := BaseToInt(FEditText, 8);
  else
    Result := StrToInt64Def(FEditText, 0);
  end;
end;

procedure TJvCustomValidateEdit.SetAsInteger(NewValue: Int64);
begin
  case FDisplayFormat of
    dfAlphabetic, dfAlphaNumeric, dfCheckChars, dfCustom,
    dfNonCheckChars, dfNone:
      EditText := IntToStr(NewValue);
    dfBinary:
      EditText := IntToBase(NewValue, 2);
    dfHex:
      EditText := IntToBase(NewValue, 16);
    dfOctal:
      EditText := IntToBase(NewValue, 8);
    dfCurrency, dfFloat, dfInteger, dfPercent, dfScientific, dfYear:
      EditText := IntToStr(IntRangeValue(NewValue));
  end;
end;

function TJvCustomValidateEdit.GetAsCurrency: Currency;
begin
  case FDisplayFormat of
    dfBinary:
      Result := BaseToInt(FEditText, 2);
    dfHex:
      Result := BaseToInt(FEditText, 16);
    dfOctal:
      Result := BaseToInt(FEditText, 8);
  else
    Result := StrToCurrDef(FEditText, 0);
  end;
end;

procedure TJvCustomValidateEdit.SetAsCurrency(NewValue: Currency);
begin
  case FDisplayFormat of
    dfAlphabetic, dfAlphaNumeric, dfCheckChars, dfCustom,
    dfNonCheckChars, dfNone:
      EditText := CurrToStr(NewValue);
    dfBinary:
      EditText := IntToBase(Trunc(NewValue), 2);
    dfHex:
      EditText := IntToBase(Trunc(NewValue), 16);
    dfOctal:
      EditText := IntToBase(Trunc(NewValue), 8);
    dfCurrency, dfFloat, dfInteger, dfPercent, dfScientific, dfYear:
      EditText := CurrToStr(CurrRangeValue(NewValue));
  end;
end;

function TJvCustomValidateEdit.GetAsFloat: Double;
begin
  case FDisplayFormat of
    dfBinary:
      Result := BaseToInt(FEditText, 2);
    dfHex:
      Result := BaseToInt(FEditText, 16);
    dfOctal:
      Result := BaseToInt(FEditText, 8);
    dfScientific:
      Result := ScientificStrToFloat(FEditText);
  else
    Result := StrToFloatDef(FEditText, 0);
  end;
end;

procedure TJvCustomValidateEdit.SetAsFloat(NewValue: Double);
begin
  case FDisplayFormat of
    dfAlphabetic, dfAlphaNumeric, dfCheckChars, dfCustom,
    dfNonCheckChars, dfNone:
      EditText := FloatToStr(NewValue);
    dfBinary:
      EditText := IntToBase(Trunc(NewValue), 2);
    dfHex:
      EditText := IntToBase(Trunc(NewValue), 16);
    dfOctal: EditText := IntToBase(Trunc(NewValue), 8);
    dfInteger, dfYear:
      EditText := IntToStr(IntRangeValue(Trunc(NewValue)));
    dfCurrency, dfFloat, dfPercent:
      EditText := FloatToStr(FloatRangeValue(NewValue));
    dfScientific:
      EditText := Format('%e', [FloatRangeValue(NewValue)]);
  end;
end;

function TJvCustomValidateEdit.GetValue: Variant;
var
  DisplayedText : string;
begin
  case FDisplayFormat of
    dfCurrency:
      Result := StrToCurrDef(FEditText, 0);
    dfFloat, dfPercent, dfScientific:
      Result := StrToFloatDef(FEditText, 0);
    dfInteger, dfYear:
      Result := StrToIntDef(FEditText, 0);
    dfHex:
      Result := StrToIntDef('$' + FEditText, 0);
    else
    begin
      DisplayedText := inherited Text;

      // Remove DisplayPrefix and DisplaySuffix
      DisplayedText := StrEnsureNoPrefix(DisplayPrefix, DisplayedText);
      DisplayedText := StrEnsureNoSuffix(DisplaySuffix, DisplayedText);
      Result := DisplayedText;
    end;
  end;
end;

procedure TJvCustomValidateEdit.SetValue(NewValue: Variant);
begin
  case FDisplayFormat of
    dfAlphabetic, dfAlphaNumeric, dfCheckChars, dfNonCheckChars, dfNone, dfCustom:
      EditText := NewValue;
    dfBinary, dfHex, dfInteger, dfOctal, dfYear:
      {$IFDEF COMPILER5}
      SetAsInteger(Integer(NewValue));
      {$ELSE}
      SetAsInteger(NewValue);
      {$ENDIF COMPILER5}
    dfCurrency, dfFloat, dfPercent, dfScientific:
      SetAsFloat(NewValue);
  end;
end;

procedure TJvCustomValidateEdit.SetCheckChars(const NewValue: string);
begin
  if (csLoading in ComponentState) or
     ((FDisplayFormat in [dfNone, dfCheckChars, dfNonCheckChars]) and
      (FCheckChars <> NewValue)) then
  begin
    FCheckChars := NewValue;
    EditText := MakeValid(FEditText);
  end;
end;

function TJvCustomValidateEdit.IsCheckCharsStored: Boolean;
begin
  Result := (FDisplayFormat in [dfNone, dfCheckChars, dfNonCheckChars]);
end;

procedure TJvCustomValidateEdit.KeyPress(var Key: Char);
begin
  if not IsValidChar(Text, Key, SelStart + 1) and (Key >= #32) then
    Key := #0;
  inherited KeyPress(Key);
end;

procedure TJvCustomValidateEdit.WMPaste(var Msg: TMessage);
begin
  inherited;
  EditText := MakeValid(inherited Text);
end;

function TJvCustomValidateEdit.MakeValid(const ParseString: string): string;
var
  S: string;
  I: Integer;
begin
  S := '';
  for I := 1 to Length(ParseString) do
    if IsValidChar(Copy(ParseString, 1, I - 1), ParseString[I], I) then
      S := S + ParseString[I];
  Result := S;
end;

function TJvCustomValidateEdit.IsValidChar(const S: string;
  Key: Char; Posn: Integer): Boolean;
var
  iPosE: Integer;
begin
  case FDisplayFormat of
    dfBinary, dfCheckChars, dfHex, dfOctal, dfYear:
      Result := Pos(Key, FCheckChars) > 0;
    dfAlphabetic:
      Result := IsCharAlpha(Key);
    dfAlphaNumeric:
      Result := IsCharAlphaNumeric(Key);
    dfCustom:
      Result := DoValidate(Key, S, Posn);
    dfInteger:
      Result := (Pos(Key, FCheckChars) > 0) or
        ((Key = '+') and (Posn = 1) and ((Pos('+', S) = 0) or (SelLength > 0))) or
        ((Key = '-') and (Posn = 1) and ((Pos('-', S) = 0) or (SelLength > 0)));
    dfFloat, dfCurrency, dfPercent:
      Result := (Pos(Key, FCheckChars) > 0) or
        ((Key = DecimalSeparator) and (Pos(DecimalSeparator, S) = 0)) or
        ((Key = '+') and (Posn = 1) and ((Pos('+', S) = 0) or (SelLength > 0))) or
        ((Key = '-') and (Posn = 1) and ((Pos('-', S) = 0) or (SelLength > 0)));
    dfNonCheckChars:
      Result := Pos(Key, FCheckChars) = 0;
    dfNone:
      Result := True;
    dfScientific:
      begin
        Result := (Pos(Key, FCheckChars) > 0) or (Key in ['+', '-']);
        if Result then
        begin
          iPosE := Pos('e', LowerCase(S));
          if Key = DecimalSeparator then
          begin
            if iPosE = 0 then
              Result := (Pos(DecimalSeparator, S) = 0)
            else
              Result := ((Posn <= iPosE) and (Pos(DecimalSeparator, Copy(S, 1, iPosE - 1)) = 0));
               //or ((Posn > iPosE) and (Pos(DecimalSeparator, Copy(S, iPosE + 1, Length(S))) = 0));
               // (outchy) XXXeY,YY are not valid scientific numbers, Y must be an integer value
          end
          else
          if Key in ['E', 'e'] then
            Result := (iPosE = 0) and (Posn > 1)
          else
          if Key = '+' then
            Result := (Posn = 1) or (Posn = iPosE + 1)
          else
          if Key = '-' then
            Result := (Posn = 1) or (Posn = iPosE + 1);
        end;
      end;
  else
    Result := False;
  end;
end;

function TJvCustomValidateEdit.DoValidate(const Key: Char;
  const AText: string; const Posn: Integer): Boolean;
begin
  Result := True;
  if Assigned(FOnCustomValidate) then
    FOnCustomValidate(Self, Key, AText, Posn, Result);
end;

procedure TJvCustomValidateEdit.KeyDown(var Key: Word; Shift: TShiftState);
begin
// if Key = VK_DELETE then    EditText := MakeValid(inherited Text);
  if Key = VK_ESCAPE then
  begin
    Key := 0;
    EditText := EnterText;
    SelStart := 0;
    SelLength := Length(FEditText);
  end;
  inherited KeyDown(Key, Shift);
end;

function TJvCustomValidateEdit.CurrRangeValue(CheckValue: Currency): Currency;
begin
  Result := CheckValue;
  if FHasMaxValue and (CheckValue > FMaxValue) then
    Result := FMaxValue
  else
  if FHasMinValue and (CheckValue < FMinValue) then
    Result := FMinValue;
end;

function TJvCustomValidateEdit.FloatRangeValue(CheckValue: Double): Double;
begin
  Result := CheckValue;
  if FHasMaxValue and (CheckValue > FMaxValue) then
    Result := FMaxValue
  else
  if FHasMinValue and (CheckValue < FMinValue) then
    Result := FMinValue;
end;

function TJvCustomValidateEdit.IntRangeValue(CheckValue: Int64): Int64;
begin
  Result := CheckValue;
  if FHasMaxValue and (CheckValue > FMaxValue) then
    Result := Trunc(FMaxValue)
  else
  if FHasMinValue and (CheckValue < FMinValue) then
    Result := Trunc(FMinValue);
end;

function TJvCustomValidateEdit.GetEditText: string;
begin
  Result := FEditText;
end;

procedure TJvCustomValidateEdit.SetEditText(const NewValue: string);
begin
  FEditText := MakeValid(NewValue);
  if (FDisplayFormat = dfYear) and ((not FHasMaxValue) or
    (FHasMaxValue and (FMaxValue > 2000 + TwoDigitYearCenturyWindow))) and
    ((MaxLength = 0) or (MaxLength > 3)) then
    FEditText := IntToStr(MakeYear4Digit(StrToIntDef(FEditText, 0), TwoDigitYearCenturyWindow));
  if FDisplayFormat in [dfBinary, dfCurrency, dfFloat, dfHex, dfInteger,
    dfOctal, dfPercent, dfScientific, dfYear] then
  begin
    EnforceMaxValue;
    EnforceMinValue;
  end;
//  ChangeText(FEditText); 
  DisplayText;
  DoValueChanged;
end;

procedure TJvCustomValidateEdit.FocusSet(PrevWnd: THandle);
begin
  DisplayText;
  inherited FocusSet(PrevWnd);
end;

procedure TJvCustomValidateEdit.FocusKilled(NextWnd: THandle);
var
  DisplayedText : string;
begin
  if not (csDestroying in ComponentState) then
  begin
    DisplayedText := inherited Text;
    DisplayedText := StrEnsureNoPrefix(DisplayPrefix, DisplayedText);
    DisplayedText := StrEnsureNoSuffix(DisplaySuffix, DisplayedText);
    EditText := DisplayedText;
  end;
  inherited FocusKilled(NextWnd);
end;

procedure TJvCustomValidateEdit.ChangeText(const NewValue: string);
var
  S, Exponent: string;
  Ps, I: Integer;
begin
  FSelfChange := True;
  try
    Ps := 0;
    if TrimDecimals then
    begin
      I := Pos('e',LowerCase(NewValue));
      if (DisplayFormat = dfScientific) and (I <> 0) then
      begin
        Exponent := Copy(NewValue,I,Length(NewValue));
        Dec(I);
      end else
      begin
        Exponent := '';
        I := Length(NewValue);
      end;
      Ps := Pos(DecimalSeparator, NewValue);
      if Ps > 0 then
      begin
        while (I > Ps) and (NewValue[I] = '0') do
          Dec(I);
        if Ps = I then
          Dec(I); // skip decimal separator (Ivo Bauer)
        S := FDisplayPrefix + Copy(NewValue, 1, I) + Exponent + FDisplaySuffix;
      end;
    end;
    if Ps = 0 then
      S := FDisplayPrefix + NewValue + FDisplaySuffix;
    if S <> inherited Text then
      inherited SetText(S);
  finally
    FSelfChange := False;
  end;
end;

procedure TJvCustomValidateEdit.DisplayText;
begin
  // The number types need to be formatted
  if FAllowEmpty and (FEditText = '') then
    ChangeText('')
  else if (FDisplayFormat in [dfBinary, dfCurrency, dfFloat, dfInteger, dfOctal, dfPercent, dfScientific, dfYear]) and
    (AsFloat = 0) and FZeroEmpty then
    ChangeText('')
  else
  begin
    case FDisplayFormat of
      dfCurrency:
        ChangeText(Format('%.*m', [FDecimalPlaces, AsCurrency]));
      dfInteger:
        ChangeText(IntToStr(AsInteger));
      dfFloat:
        ChangeText(Format('%.*n', [FDecimalPlaces, AsFloat]));
      dfScientific:
        ChangeText(Format('%.*e', [FDecimalPlaces, AsFloat]));
      dfPercent:
        ChangeText(Format('%.*n%', [FDecimalPlaces, AsFloat]));
    else
      ChangeText(FEditText);
    end;

    // This needs to be done AFTER the text has been changed so that the color
    // is directly shown correctly. (Mantis 3493)
    if (FCriticalPoints.CheckPoints <> cpNone) and
      (FDisplayFormat in [dfBinary, dfCurrency, dfFloat, dfHex, dfInteger, dfOctal, dfPercent, dfScientific, dfYear]) then
    begin
      SetFontColor;
    end;
  end;
end;

function TJvCustomValidateEdit.ScientificStrToFloat(SciString: string): Double;
var
  I: Cardinal;
  sMantissa, sExponent: string;
  bInExp: Boolean;
begin
  if Pos('E', UpperCase(SciString)) = 0 then
    Result := StrToFloatDef(SciString, 0)
  else
  begin
    sMantissa := '';
    sExponent := '';
    bInExp := False;
    for I := 1 to Length(SciString) do
    begin
      if UpperCase(SciString[I]) = 'E' then
        bInExp := True
      else
      begin
        if bInExp then
          sExponent := sExponent + SciString[I]
        else
          sMantissa := sMantissa + SciString[I];
      end;
    end;
    Result := StrToFloatDef(sMantissa, 0) * Power(10, StrToFloatDef(sExponent, 0));
  end;
end;

function TJvCustomValidateEdit.BaseToInt(const BaseValue: string; Base: Byte): Int64;
begin
  Assert(Base <= 36, RsEBaseTooBig);
  Assert(Base > 1, RsEBaseTooSmall);
  Result := Numb2Dec(BaseValue, Base);
end;

function TJvCustomValidateEdit.IntToBase(NewValue:Int64; Base: Byte): string;
begin
  Assert(Base <= 36, RsEBaseTooBig);
  Assert(Base > 1, RsEBaseTooSmall);
  Result := Dec2Numb(NewValue, 0, Base);
end;

procedure TJvCustomValidateEdit.DoValueChanged;
begin
  try
    if Assigned(FOnValueChanged) and (EnterText <> FEditText) then
      FOnValueChanged(Self);
  finally
    EnterText := FEditText;
  end;
end;

procedure TJvCustomValidateEdit.Change;
var
  DisplayedText : string;
begin
  // Update FEditText for User changes, so that the AsInteger, etc,
  // functions work while editing
  if not FSelfChange then
  begin
    DisplayedText := inherited Text;
    DisplayedText := StrEnsureNoPrefix(DisplayPrefix, DisplayedText);
    DisplayedText := StrEnsureNoSuffix(DisplaySuffix, DisplayedText);
    FEditText := DisplayedText;
  end;
  inherited Change;
end;

procedure TJvCustomValidateEdit.SetText(const NewValue: TCaption);
begin
  EditText := NewValue;
  DoValueChanged;
end;

procedure TJvCustomValidateEdit.SetDisplayPrefix(const NewValue: string);
begin
  FDisplayPrefix := NewValue;
  DisplayText;
end;

procedure TJvCustomValidateEdit.SetDisplaySuffix(const NewValue: string);
begin
  FDisplaySuffix := NewValue;
  DisplayText;
end;

procedure TJvCustomValidateEdit.CriticalPointsChange(Sender: TObject);
begin
  SetFontColor;
  Invalidate;
end;

function TJvCustomValidateEdit.IsValid: Boolean;
begin
  Result := True;
  case FCriticalPoints.CheckPoints of
    cpMaxValue:
      Result := AsFloat <= FCriticalPoints.MaxValue;
    cpBoth:
      Result := (AsFloat <= FCriticalPoints.MaxValue) and
                (AsFloat >= FCriticalPoints.MinValue);
  end;
  if Assigned(FOnIsValid) then
    FOnIsValid(Self, Result);
end;

procedure TJvCustomValidateEdit.SetFontColor;
begin
  Font.OnChange := nil;
  case FCriticalPoints.CheckPoints of
    cpNone:
      Font.Color := FStandardFontColor;
    cpMinValue:
      if AsFloat < FCriticalPoints.MinValue then
        Font.Color := FCriticalPoints.ColorBelow
      else
        Font.Color := FStandardFontColor;
    cpMaxValue:
      if AsFloat > FCriticalPoints.MaxValue then
        Font.Color := FCriticalPoints.ColorAbove
      else
        Font.Color := FStandardFontColor;
    cpBoth:
      if AsFloat > FCriticalPoints.MaxValue then
        Font.Color := FCriticalPoints.ColorAbove
      else
      if AsFloat < FCriticalPoints.MinValue then
        Font.Color := FCriticalPoints.ColorBelow
      else
        Font.Color := FStandardFontColor;
  end;
  Font.OnChange := FontChange;
  Invalidate;
end;

procedure TJvCustomValidateEdit.FontChange(Sender: TObject);
begin
  FStandardFontColor := Font.Color;
  if Assigned(FOldFontChange) then
    FOldFontChange(Sender);
end;

procedure TJvCustomValidateEdit.EnforceMaxValue;
begin
  { Check the Value is within this range }
  if FHasMaxValue and (FDisplayFormat in [dfBinary, dfCurrency, dfFloat,
    dfHex, dfInteger, dfOctal, dfPercent, dfScientific, dfYear]) and
    (AsFloat > FMaxValue) then
    SetAsFloat(FMaxValue);
end;

procedure TJvCustomValidateEdit.EnforceMinValue;
begin
  { Check the Value is within this range }
  if FHasMinValue and (FDisplayFormat in [dfBinary, dfCurrency, dfFloat,
    dfHex, dfInteger, dfOctal, dfPercent, dfScientific, dfYear]) and
    (AsFloat < FMinValue) then
    SetAsFloat(FMinValue);
end;

//=== { TJvValidateEditCriticalPoints } ======================================

constructor TJvValidateEditCriticalPoints.Create;
begin
  inherited Create;
  SetDefaults(cpNone, clBlue, clRed);
end;

procedure TJvValidateEditCriticalPoints.SetCheckPoints(NewValue: TJvValidateEditCriticalPointsCheck);
begin
  if FCheckPoints <> NewValue then
  begin
    FCheckPoints := NewValue;
    DoChanged;
  end;
end;

procedure TJvValidateEditCriticalPoints.SetColorAbove(NewValue: TColor);
begin
  if FColorAbove <> NewValue then
  begin
    FColorAbove := NewValue;
    DoChanged;
  end;
end;

procedure TJvValidateEditCriticalPoints.SetColorBelow(NewValue: TColor);
begin
  if FColorBelow <> NewValue then
  begin
    FColorBelow := NewValue;
    DoChanged;
  end;
end;

procedure TJvValidateEditCriticalPoints.SetMaxValue(NewValue: Double);
begin
  if FMaxValue <> NewValue then
  begin
    FMaxValue := NewValue;
    DoChanged;
  end;
end;

procedure TJvValidateEditCriticalPoints.SetMinValue(NewValue: Double);
begin
  if FMinValue <> NewValue then
  begin
    FMinValue := NewValue;
    DoChanged;
  end;
end;

procedure TJvValidateEditCriticalPoints.DoChanged;
begin
  if Assigned(FOnChange) then
    FOnChange(Self);
end;

procedure TJvValidateEditCriticalPoints.Assign(Source: TPersistent);
var
  LocalSource: TJvValidateEditCriticalPoints;
begin
  if Source is TJvValidateEditCriticalPoints then
  begin
    LocalSource := TJvValidateEditCriticalPoints(Source);
    CheckPoints := LocalSource.CheckPoints;
    ColorAbove := LocalSource.ColorAbove;
    ColorBelow := LocalSource.ColorBelow;
    MaxValue := LocalSource.MaxValue;
    MinValue := LocalSource.MinValue;
  end
  else
    inherited Assign(Source);
end;

function TJvValidateEditCriticalPoints.IsCheckPointsStored: Boolean;
begin
  Result := (FCheckPoints <> FDefCheckPoints);
end;

function TJvValidateEditCriticalPoints.IsColorAboveStored: Boolean;
begin
  Result := (FColorAbove <> FDefColorAbove);
end;

function TJvValidateEditCriticalPoints.IsColorBelowStored: Boolean;
begin
  Result := (FColorBelow <> FDefColorBelow);
end;

procedure TJvValidateEditCriticalPoints.SetDefaults(
  ACheckPoints: TJvValidateEditCriticalPointsCheck; AColorAbove,
  AColorBelow: TColor);
begin
  FDefCheckPoints := ACheckPoints;
  FCheckPoints := ACheckPoints;
  FDefColorAbove := AColorAbove;
  FColorAbove := AColorAbove;
  FDefColorBelow := AColorBelow;
  FColorBelow := AColorBelow;
end;

{$IFDEF UNITVERSIONING}
initialization
  RegisterUnitVersion(HInstance, UnitVersioning);

finalization
  UnregisterUnitVersion(HInstance);
{$ENDIF UNITVERSIONING}

end.



JvValidateEdit.pas
	



Subject: Re: JvValidateEdit (Mantis #3587)
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 25 Mar 2006 16:45:39 +1000
Newsgroups: jedi.vcl

Tom Bolick wrote, on 25/03/2006 10:02 AM:
> So, can one change the order of initialization of Design time settings?  It seems to go alphabetically?
>
> Or is there a way to check and bypass the test if it is at create time?

This checks if the component is currently loading the design-time settings:

if csLoading in ComponentState then

-- 
enjoy life,
           Elahn


Subject: JvValidateEdit (Mantis #3587)
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Fri, 24 Mar 2006 19:02:15 -0500
Newsgroups: jedi.vcl

I just updated Mantis with this error, but I was wondering if someone smarter than me could give me a hint as to how to fix it.  (I will fix and post if you'd like, but I am not set up as a Jedi developer.)

Anyway, the problem is with the order of initialization.  The component tries to set the Check Chars (from Design time) before the DisplayFormat is set from Design time.  Then it fails the test in this procedure because DisplayFormat is not yet set to the design time setting of dfCheckChars.

procedure TJvCustomValidateEdit.SetCheckChars(const NewValue: string);
begin
  if (FDisplayFormat in [dfNone, dfCheckChars, dfNonCheckChars]) and
    (FCheckChars <> NewValue) then
  begin
    FCheckChars := NewValue;
    EditText := MakeValid(FEditText);
  end;
end;

So, can one change the order of initialization of Design time settings?  It seems to go alphabetically?

Or is there a way to check and bypass the test if it is at create time?


Subject: Re: TjvEditor - docs or examples?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 24 Mar 2006 21:02:21 +0100
Newsgroups: jedi.vcl

Russell Weetch wrote:
> Are there any docs or examples available for TjvEditor? Can't see anything in the help files or the examples folder.

There is no documentation AFAIK, but there are examples in the examples\RaLib\Ra* directories (NOT in the examples\JvEditor directory as you would expect).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: [TJvInspector] Color problem
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 24 Mar 2006 18:12:37 +0100
Newsgroups: jedi.vcl

ssyy wrote:
> TJvInspector is inspecting an object with Color Property. But drop-down
> list with colors and their constant names does not appear. How to
> create/show this list?

    From memory: the unit JvInspExtraEditors contains a TColor inspector item. Either the unit registers this (and other editors in it) automatically, or you'll need to use the class method with 'Register' (or similar) in the name.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: [TJvInspector] Color problem
From: "ssyy" <ssforum@yandex.ru>
Date: Fri, 24 Mar 2006 13:55:59 +0100
Newsgroups: jedi.vcl

TJvInspector is inspecting an object with Color Property. But drop-down
list with colors and their constant names does not appear. How to
create/show this list?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVInspector not installed, AV when created dynamically
From: "ssyy" <ssforum@yandex.ru>
Date: Fri, 24 Mar 2006 13:46:03 +0100
Newsgroups: jedi.vcl

> >  jvi := TJvInspector.Create( self );
> >  jvi.parent := self; // main form
> >  jvi.Align := alClient;
> >  jvi.Visible := true;
> >  jvi.InspectObject := Button1; // a TButton on the main form

  After creating TJvInspector you should create Painter for TJvInspector.
There are 2 kinds of painter. Select one of them and your Inspector looked
like Borland Delphi Object Inspector or Microsoft Visual Studio Object
Inspector. Try next code:

jvi := TJvInspector.Create( self );
jvi.Painter := TJvBorlandPainter.Create(self);
//jvi.Painter := TJvInspectorBorlandPainter.Create(self)?
jvi.parent := self; // main form
jvi.Align := alClient;
jvi.Visible := true;
jvi.InspectObject := Button1; // a TButton on the main form



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVInspector not installed, AV when created dynamically
From: "ssyy" <ssforum@yandex.ru>
Date: Fri, 24 Mar 2006 13:37:58 +0100
Newsgroups: jedi.vcl

> >  jvi := TJvInspector.Create( self );
> >  jvi.parent := self; // main form
> >  jvi.Align := alClient;
> >  jvi.Visible := true;
> >  jvi.InspectObject := Button1; // a TButton on the main form

  After creating TJvInspector you should create Painter for TJvInspector.
If you create TJvInspector not run-time, set the Painter property. There
are 2 kinds of painter. Select one of them and your Inspector looked like
Delphi Object Inspector or Microsoft Visual Studio Inspector.



--- posted by geoForum on http://delphi.newswhat.com


Subject: TjvEditor - docs or examples?
From: "Russell Weetch" <russell@smxi.com.remove>
Date: Fri, 24 Mar 2006 12:24:35 -0000
Newsgroups: jedi.vcl

Are there any docs or examples available for TjvEditor? Can't see anything 
in the help files or the examples folder.

thanks for any help. 




Subject: TjvEditor - docs or examples?
From: "Russell Weetch" <russell@smxi.com.remove>
Date: Fri, 24 Mar 2006 12:24:35 -0000
Newsgroups: jedi.vcl

Are there any docs or examples available for TjvEditor? Can't see anything 
in the help files or the examples folder.

thanks for any help. 




Subject: Re: TJvZlibMultiple
From: OBones <obones_gf_@_fe_altern.org>
Date: Fri, 24 Mar 2006 11:23:11 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Adriano wrote:
>> I'm using TJvZlibMultiple, it work fine creating compressed file and decompressing file. But if I try to use WinRar or Winzip to decopmress I recive an error saying that the file may be corrupted.
>
> Didn't JvZlibMultiple get removed from JVCL?  ;-)

Nope, it's still there.
But as it uses ZLib method to compress data, it's no surprise that it cannot be opened by WinRar or WinZip if it's been called .Zip. Try calling it .gz, but I doubt it. This component is to compress data not to create ZIP files.


Subject: Re: TJvZlibMultiple
From: "Adriano" <kata32@hotmail.com>
Date: Fri, 24 Mar 2006 10:49:17 +0100
Newsgroups: jedi.vcl

> > Didn't JvZlibMultiple get removed from JVCL?  ;-)

And substituted with what?

However not until version 3.00.





Subject: Re: TJvZlibMultiple
From: "Adriano" <kata32@hotmail.com>
Date: Fri, 24 Mar 2006 10:49:17 +0100
Newsgroups: jedi.vcl

> > Didn't JvZlibMultiple get removed from JVCL?  ;-)

And substituted with what?

However not until version 3.00.





Subject: Re: TJvZlibMultiple
From: "Adriano" <kata32@hotmail.com>
Date: Fri, 24 Mar 2006 10:49:17 +0100
Newsgroups: jedi.vcl

> > Didn't JvZlibMultiple get removed from JVCL?  ;-)

And substituted with what?

However not until version 3.00.





Subject: TJvListView, BDS 2006, and ItemInfo popups...
From: "Daytona" <d@d..com>
Date: Thu, 23 Mar 2006 15:35:20 -0800
Newsgroups: jedi.vcl

Hi All,

Am I the only one who has noticed that when compiled in BDS 2006.1 the popup 
hint on ListView items only displays the first character?  When compiled in 
D7.1 it is fine.

I am running the Dailys from about two weeks ago.  I will install the latest 
on my test machine tonight to see if it is resolved there.

Thanks!
Dave 




Subject: Re: JvDocking, Appstorage, JvDockVSNET, AV's Please help!
From: "Jason S Gagnon" <jaguarius@sympatico.ca>
Date: Thu, 23 Mar 2006 15:53:31 -0500
Newsgroups: jedi.vcl

Warren Postma formulated the question :
> Jason S Gagnon wrote:
>> P.s. dunno much about the mantis thing but if its not just me I'll try
>> and post it.
>
> PLEASE make a sample app, as Jens stated.  I rely on JvDocking for
> several critical applications, and so if you can find any way to make it
> AV, I definitely want to know about it, so I can fix it.
>
> At the very least, if you're doing something wrong, I can fix JvDocking
> so it throws a helpfully worded exception message, or just lets certain
> slightly weird things pass on by silently (depending on what's
> appropriate) but definitely nothing should ever be doing a null-pointer
> dereference or accessing freed memory, thus AV's are very serious.
>
> I had a lot of AV's to debug during the work on the JVCL 3.00 version of
> JvDocking that I did, and I haven't had one for a long time.
>
> It's NOT hard to post to mantis. Make sure you make an attachment with a
> sample app that replicates the issue. I don't have time to try to
> replicate it on my own, but if you can replicate it, build and upload
> the crash-demo-app, I can definitely find time to fix it. :-)
>
> Warren

Its been posted Warren, issue 0003603. I just modified the included dockingincode demo by changing the style to VSnet and it crashes. Hit the buttons tab dock, save layout, load layout and access violation. I uploaded the source with my bug report. I just added a binary too.

It does it every time for me on 2 different computers I've tried it on. I really like the docking stuff and after just converting my whole app to it JvDocking, I hope its resolvable.

Windows xp w/sp2, attempted with jedi 3.00, 3.30

Thanks, would apprecaite progress updates,

Jason Gagnon




Subject: Re: TJvZlibMultiple
From: Warren Postma <wp@tekran.com>
Date: Thu, 23 Mar 2006 10:03:02 -0500
Newsgroups: jedi.vcl

Adriano wrote:
> > I'm using TJvZlibMultiple, it work fine creating compressed file and 
> > decompressing file. But if I try to use WinRar or Winzip to decopmress I 
> > recive an error saying that the file may be corrupted.

Didn't JvZlibMultiple get removed from JVCL?  ;-)

Warren



Subject: Re: JvDocking, Appstorage, JvDockVSNET, AV's Please help!
From: Warren Postma <wp@tekran.com>
Date: Thu, 23 Mar 2006 08:47:29 -0500
Newsgroups: jedi.vcl

Jason S Gagnon wrote:
> > P.s. dunno much about the mantis thing but if its not just me I'll try
> > and post it.

PLEASE make a sample app, as Jens stated.  I rely on JvDocking for
several critical applications, and so if you can find any way to make it
AV, I definitely want to know about it, so I can fix it.

At the very least, if you're doing something wrong, I can fix JvDocking
so it throws a helpfully worded exception message, or just lets certain
slightly weird things pass on by silently (depending on what's
appropriate) but definitely nothing should ever be doing a null-pointer
dereference or accessing freed memory, thus AV's are very serious.

I had a lot of AV's to debug during the work on the JVCL 3.00 version of
JvDocking that I did, and I haven't had one for a long time.

It's NOT hard to post to mantis. Make sure you make an attachment with a
sample app that replicates the issue. I don't have time to try to
replicate it on my own, but if you can replicate it, build and upload
the crash-demo-app, I can definitely find time to fix it. :-)

Warren


Subject: Re: TJvTabBar and Unicode?
From: norberto <pellicci@shaw.ca>
Date: Wed, 22 Mar 2006 11:19:15 -0800
Newsgroups: jedi.vcl

Arioch wrote:
>
> So, let's look at its sources.
>
>     if Tab.Enabled then
>     begin
>       if Tab.Selected then
>         Font.Assign(Self.SelectedFont)
>       else
>         Font.Assign(Self.Font);
>     end
>     else
>       Font.Assign(Self.DisabledFont);
>
>
> We see here 3 different font properties.
> Are they all set to Tahoma ?
>
>

Hi Arioch,

Yes, all three fonts were already set to Tahoma. That's one of the first things i did: to make sure the fonts supported the various character sets.

i finally found the problem, though. It was that i needed to take the extra step of also setting the appropriate Charset property for the fonts when i selected the language of choice.

Thanks for your help.

norberto


Subject: C++ Builder .lib files (exported symbols)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 22 Mar 2006 19:27:07 +0100
Newsgroups: jedi.jcl,jedi.vcl

In my phpBB for my bcc32pch (C++Builder compiler speedfix) someone posted
that the generated .lib files for the packages contain a huge number of
exported symbols. But they are said to be of no use for statically linked
application. So I wrote a tool that replaces all exported symbol
information records in the OMF .lib file by a comment.
Would that be of use for the JCL/JVCL? Or does it have a draw back on
dynamically linked application?

The posting:
http://andy.jgknet.de/cpp/forum/viewtopic.php?t=59


-- Regards, Andreas Hausladen 

Subject: TJvZlibMultiple
From: "Adriano" <kata32@hotmail.com>
Date: Wed, 22 Mar 2006 18:16:18 +0100
Newsgroups: jedi.vcl

I'm using TJvZlibMultiple, it work fine creating compressed file and 
decompressing file. But if I try to use WinRar or Winzip to decopmress I 
recive an error saying that the file may be corrupted.




Subject: JvRichEdit and EditBox
From: "Skala" <skala2pa3@email.si>
Date: Wed, 22 Mar 2006 17:41:54 +0100
Newsgroups: jedi.vcl

hello

i would like to implement EditBoxes or Combobox into text. It would be like 
some sort of dynamic form, as the text could remain locked and you would 
only be able to fill the edit boxes.

is this possible in some easy way?.. first the user would be able to edit 
the text and put the fields between text and then lock the form for filling 
only.

I've seen that you can put some objects into the RichEdit text so i'm 
looking for an easy solution. Since the objects can be stretched the same 
would come in handy here. The trick would also be to print the form with the 
data inserted into the fields..

After those web forms the users are a bit spoiled and want something similar 
in the c/s way..

cheers
Marko 




Subject: JvDocking, Appstorage, JvDockVSNET, AV's Please help!
From: "Jason S Gagnon" <jaguarius@sympatico.ca>
Date: Tue, 21 Mar 2006 16:45:45 -0500
Newsgroups: jedi.vcl

Ok Guys here's the sitch

Anything using a customdockpanel in the JvDocking seems to be causing an access violation when used with SaveDockTreeToAppStorage amd LoadDockTreeFromAppStorage.

Basically, you save the tree, try and reload it - AV and crash. Now, I've confirmed this problem by messing with the docking in code example included with the Jvcl. If you hit the TabDock button and then float and dock the Tabpanel a few times, you'll get a AV. And thats with the VID style.

It seems all other styles except VSNET the custome docking doesn't work at all - AV's. With the VSNET it works ok when created in code, but its gives an immediate AV when you use LoadDockTreeFromAppStorage.

All I did to confirm this was take the docking in code demo, change the dock style to VSNET, ran the demo, and clicked save/load ... access violation.

I tried this on two different machines and the result was the same but I am using WinXP Sp2 + all updates.

Can someone give me some insight into this, or maybe give it a try and see if the same thing happens to them in the DockInCode demo when using the VSNet style?

Thanks,

Jason S. Gagnon

P.s. dunno much about the mantis thing but if its not just me I'll try and post it.




Subject: Re: JvDocking, Appstorage, JvDockVSNET, AV's Please help!
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 21 Mar 2006 22:43:08 +0100
Newsgroups: jedi.vcl

Hi,

please try to build a sample app and add it to mantis.

Greetings and thanks
jens

Jason S Gagnon schrieb:
> Ok Guys here's the sitch
>
> Anything using a customdockpanel in the JvDocking seems to be causing an access violation when used with SaveDockTreeToAppStorage amd LoadDockTreeFromAppStorage.
>
> Basically, you save the tree, try and reload it - AV and crash. Now, I've confirmed this problem by messing with the docking in code example included with the Jvcl. If you hit the TabDock button and then float and dock the Tabpanel a few times, you'll get a AV. And thats with the VID style.
>
> It seems all other styles except VSNET the custome docking doesn't work at all - AV's. With the VSNET it works ok when created in code, but its gives an immediate AV when you use LoadDockTreeFromAppStorage.
>
> All I did to confirm this was take the docking in code demo, change the dock style to VSNET, ran the demo, and clicked save/load ... access violation.
>
> I tried this on two different machines and the result was the same but I am using WinXP Sp2 + all updates.
>
> Can someone give me some insight into this, or maybe give it a try and see if the same thing happens to them in the DockInCode demo when using the VSNet style?
>
> Thanks,
>
> Jason S. Gagnon
>
> P.s. dunno much about the mantis thing but if its not just me I'll try and post it.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvPanel and XPManifest
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 21 Mar 2006 12:48:23 -0500
Newsgroups: jedi.vcl

> > Exampleform:

Is it really necessary to post to this forum using HTML? 




Subject: Re: TJvPanel and XPManifest
From: "Wolfgang Lautner" <w.lautner@mquadr.at>
Date: Tue, 21 Mar 2006 12:43:49 +0100
Newsgroups: jedi.vcl

Hi Warren,

thanks, but the changing of this property causes no effekt. I tried many combinations of different properties, but the flicker still last. I don't understand why the problem doesnot exist when I don't use the XPMan. Therefore the problem only occours in combination with the XPManifest.

Exampleform:

object Form1: TForm1
  Left = 590
  Top = 402
  BorderStyle = bsSingle
  Caption = 'Testform'
  ClientHeight = 226
  ClientWidth = 392
  Color = clBtnFace
  Font.Charset = DEFAULT_CHARSET
  Font.Color = clWindowText
  Font.Height = -11
  Font.Name = 'MS Sans Serif'
  Font.Style = []
  OldCreateOrder = False
  PixelsPerInch = 96
  TextHeight = 13
  object Label5: TLabel
    Left = 14
    Top = -2
    Width = 97
    Height = 13
    Caption = 'a simple test window'
  end
  object Label6: TLabel
    Left = 30
    Top = 14
    Width = 97
    Height = 13
    Caption = 'a simple test window'
  end
  object Label7: TLabel
    Left = 46
    Top = 30
    Width = 97
    Height = 13
    Caption = 'a simple test window'
  end
  object Label8: TLabel
    Left = 62
    Top = 46
    Width = 97
    Height = 13
    Caption = 'a simple test window'
  end
  object JvPanel1: TJvPanel
    Left = 0
    Top = 0
    Width = 392
    Height = 226
    HotTrackFont.Charset = DEFAULT_CHARSET
    HotTrackFont.Color = clWindowText
    HotTrackFont.Height = -11
    HotTrackFont.Name = 'MS Sans Serif'
    HotTrackFont.Style = []
    FlatBorder = True
    FlatBorderColor = clBlack
    Align = alClient
    FullRepaint = False
    BevelWidth = 5
    BorderWidth = 1
    Color = clWhite
    TabOrder = 0
    object JvPanel2: TJvPanel
      Left = 6
      Top = 6
      Width = 380
      Height = 214
      HotTrackFont.Charset = DEFAULT_CHARSET
      HotTrackFont.Color = clWindowText
      HotTrackFont.Height = -11
      HotTrackFont.Name = 'MS Sans Serif'
      HotTrackFont.Style = []
      FlatBorder = True
      FlatBorderColor = clBtnText
      Align = alClient
      FullRepaint = False
      BevelOuter = bvNone
      BevelWidth = 4
      BorderWidth = 1
      TabOrder = 0
      DesignSize = (
        380
        214)
      object Label13: TLabel
        Left = 7
        Top = 6
        Width = 365
        Height = 28
        Anchors = [akLeft, akTop, akRight]
        AutoSize = False
        Caption = 
          'When you move the mouse across the window the panels flicker whe' +
          'n the XPMan is used. Without XPMan everything works fine'
        Font.Charset = DEFAULT_CHARSET
        Font.Color = clRed
        Font.Height = -11
        Font.Name = 'MS Sans Serif'
        Font.Style = [fsBold]
        ParentFont = False
        WordWrap = True
      end
      object JvPanel3: TJvPanel
        Left = 7
        Top = 38
        Width = 366
        Height = 73
        HotTrackFont.Charset = DEFAULT_CHARSET
        HotTrackFont.Color = clWindowText
        HotTrackFont.Height = -11
        HotTrackFont.Name = 'MS Sans Serif'
        HotTrackFont.Style = []
        FlatBorder = True
        FlatBorderColor = clBtnText
        Anchors = [akLeft, akTop, akRight]
        FullRepaint = False
        BevelOuter = bvNone
        BorderWidth = 1
        Color = clCream
        TabOrder = 0
        DesignSize = (
          366
          73)
        object Label1: TLabel
          Left = 6
          Top = 6
          Width = 69
          Height = 13
          Anchors = [akLeft, akTop, akRight]
          Caption = 'a simple test window'
        end
        object Label2: TLabel
          Left = 22
          Top = 22
          Width = 97
          Height = 13
          Caption = 'a simple test window'
        end
        object Label3: TLabel
          Left = 38
          Top = 38
          Width = 97
          Height = 13
          Caption = 'a simple test window'
        end
        object Label4: TLabel
          Left = 54
          Top = 54
          Width = 97
          Height = 13
          Caption = 'a simple test window'
        end
      end
      object JvPanel4: TJvPanel
        Left = 7
        Top = 134
        Width = 366
        Height = 73
        HotTrackFont.Charset = DEFAULT_CHARSET
        HotTrackFont.Color = clWindowText
        HotTrackFont.Height = -11
        HotTrackFont.Name = 'MS Sans Serif'
        HotTrackFont.Style = []
        FlatBorder = True
        FlatBorderColor = clBtnText
        Anchors = [akLeft, akTop, akRight]
        FullRepaint = False
        BevelOuter = bvNone
        BorderWidth = 1
        Color = clSkyBlue
        TabOrder = 1
        DesignSize = (
          366
          73)
        object Label9: TLabel
          Left = 6
          Top = 6
          Width = 97
          Height = 13
          Caption = 'a simple test window'
        end
        object Label10: TLabel
          Left = 22
          Top = 22
          Width = 69
          Height = 13
          Anchors = [akLeft, akTop, akRight]
          Caption = 'a simple test window'
        end
        object Label11: TLabel
          Left = 38
          Top = 38
          Width = 97
          Height = 13
          Caption = 'a simple test window'
        end
        object Label12: TLabel
          Left = 54
          Top = 54
          Width = 97
          Height = 13
          Caption = 'a simple test window'
        end
      end
      object ProgressBar1: TProgressBar
        Left = 7
        Top = 116
        Width = 366
        Height = 13
        Anchors = [akLeft, akTop, akRight]
        Position = 30
        TabOrder = 2
      end
    end
  end
end

In this case everything works fine, but when I drop the XPMan onto the form and move the with the mouse across the running application, the panels stars flickering :-(

Wolfgang


"Warren Postma" <wp@tekran.com> schrieb im Newsbeitrag news:dv9g8n$18a$1@talkto.net...
> > Wolfgang Lautner wrote:
>> >> Hello all,
>> >> 
>> >> I have a problem with TJvPanel and XPManifest. On a form I placed a panel in 
>> >> a panel (for a border) and therein some more panels in dfferent colors and 
>> >> some other controls. Without XPMainfest everything works fine, but when I 
>> >> drop the XPMainfest onto the form, the panels flicker when the mouse is 
>> >> moved over the form (e.g. the panels are redrawn all the time).
>> >> 
>> >> Does anyone have an idea how to solve this problem.
>> >> 
>> >> Thanks, Wolfgang 
>> >> 
>> >> 
> > It TJvPanel is used in an XP themes enabled way on D7 or higher you
> > might want to tweak out some published properties of the base TPanel
> > class, I'm thinking FullRepaint, etc.
> > 
> > Warren
> >


Subject: Re: Updating help for TJvDateEdit
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 21 Mar 2006 12:14:33 +0100
Newsgroups: jedi.vcl

The ones marked as duplicates have now been removed.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Application Starting Error
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Tue, 21 Mar 2006 08:16:59 +0100
Newsgroups: jedi.vcl


> > After i take someone advice to upgrade the latest verion JVCL 3.2+1.97, 
> > the error
> > 'Application EXE is corrupted, please install again ' is gone ,
> > 
> > but 1 of my app. still having the error
> > 'Not enough Memory , Please terminate other program and try again' ,
> > 
> > So , i am sure those error are related to JVCL/JCL
> > 
>> >> IIRC there are 3 update packs for D5, and JCL/JVCL needs the latest update.

You misunderstood. Not JVCL needs the update (although it was a good idea
to use the latest release), you need to update your Delphi 5 with all
update packs.


Subject: Re: Updating help for TJvDateEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 21 Mar 2006 17:13:32 +1000
Newsgroups: jedi.vcl

OBones wrote, on 13/01/2006 3:29 AM:
> Elahn Ientile wrote:
>>
>> Re Mantis #3181, I've added the following to JvToolEdit.pas in the Online Help:
>>
>> TJvCustomDateEdit.DateFormat
>> TJvCustomDateEdit.DateFormatPreferred
>>
>> Please ignore the additions of these names from Anonymous - I forgot to log in first, but I remedied that. :)
>
>
> Ok, so I'll remove them.

Hi Olivier,

Looks like these managed to slip through, I've renamed the duplicates so now there is:

TJvCustomDateEdit.DateFormat  Duplicate Entry - Please Remove.

TJvCustomDateEdit.DateFormat  A custom Date Format String to use instead of the system locale settings.

TJvCustomDateEdit.DateFormatPreferred  Determines which Date Format String to use for Input and Display.

TJvCustomDateEdit.DateFormatPreferred  Duplicate Entry - Please Remove.

-- 
enjoy life,
           Elahn


Subject: Re: Updating help for TJvDateEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 21 Mar 2006 16:58:01 +1000
Newsgroups: jedi.vcl

Arioch wrote, on 21/03/2006 4:13 AM:
>> TJvCustomDateEdit.DateFormat
>
> BTW, did anyone succeded in making this work at least in Delphi5  design-time with long date format ("dddddd")
>
> Or with DateFormat like "dddd" - since it is possible ?

Long date format doesn't work in this control, as it is designed to accept and display numbers only.

The DateFormat property is there, so that a date can be entered in a different format to the system locale.

e.g. locale is United States (mm/dd/yyyy), because the computer wasn't configured correctly, but the user is actually in Australia (dd/mm/yyyy).

-- 
enjoy life,
           Elahn


Subject: Re: Application Starting Error
From: kl <kamen_lai@yahoo.com>
Date: Tue, 21 Mar 2006 13:43:49 +0800
Newsgroups: jedi.vcl

After i take someone advice to upgrade the latest verion JVCL 3.2+1.97, the error
'Application EXE is corrupted, please install again ' is gone ,

but 1 of my app. still having the error
'Not enough Memory , Please terminate other program and try again' ,

So , i am sure those error are related to JVCL/JCL


Edmund Matzke wrote:
>> I am not sure is JVCL problem , but before that i did not have any problem.
>>
>> I try to insert some codes just before application.initialize, but i
>> find that they did not execute.
>>
>>
>> Delphi 5 Ent with Update Pack 1 ,
>
> IIRC there are 3 update packs for D5, and JCL/JVCL needs the latest update.
>
> CU, Eddi


Subject: Re: Parallel Usage of JvAppRegistryStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 20 Mar 2006 22:12:50 +0100
Newsgroups: jedi.vcl

Thanks for this info.

My question to everyone is : should i implement this general in to the registry storage (optional), or not?

Greetings
Jens

Wolfgang Lautner schrieb:
> Hi,
>
> one method is to prevent the writing at the same time with for example an mutex:
>
> const
>   MUTEXNAME = 'a simple string which idetifies the application. has to be unique in the system';
>
> var
>   mHnd : THandle;
>
> begin
>
>   // check if mutex still exists and loop til is released from the other instance
>   while True do begin
>
>     mHnd := OpenMutex (MUTEX_ALL_ACCESS, False, MUTEXNAME);
>     if mHnd <> 0 then begin
>
>       CloseHandle (mHnd);
>       break;
>
>     end;
>
>   end;
>
>   // create the mutex
>   mHnd := CreateMutex (nil, True, MUTEXNAME);
>
>   // do your registry things ...
>
>   CloseHandle (mHnd);
>
> end;
>
> Hope is helps, Wolfgang
>
>
> "Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag news:dvkc8q$9dk$1@talkto.net...
>> Hi,
>>
>> in my application i user the JvAppRegistryStorage to save the user settings.
>>
>> Now i have the problem if the user opens the app multiple times and then closes all apps at the same time, it could happen, that an exception raises, while writing the settings to the registry.
>>
>> The first app delete a key while the second app writes into the same key.
>>
>> Any idea how to prevent this?
>>
>> Should we implement something like this generally into the RegistryStorage?
>>
>> Greeting and Thanks
>> Jens
>> -- 
>> ___________________________________________________________
>> Softwareentwicklung Jens Fudickar
>> Fuchstanzweg 34 * 65760 Eschborn
>> Tel. +49-6173-967556 * Fax +49-6173-967558
>>
>> Home of OraTool - http://www.oratool.de 
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvMemoryData and SQL/Filter
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Mon, 20 Mar 2006 22:47:21 +0300
Newsgroups: jedi.vcl

> 1. Is there any possibility to perform SQL-statements on a
> TJvMemoryData-object?

No.

> 2. If I set the Filter-property and set Filtered = true I see all datasets
> anyway. Is this an error?

Look at function TJvMemoryData.RecordFilter: Boolean;

You would see that the only possible filtering is via OnFilterRecord event;

Initially RxLib made it as very simple easy to develop and easy to mantain thingie.

Implementing full-featured SQL engine would make it very bloated, not to say that is not a simple task to do.

I think You can take kbMemoryTable instead
or take TDbf and take filtering code to push it into OnFilterRecord handler


Subject: Re: TJvTabBar and Unicode?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Mon, 20 Mar 2006 21:27:07 +0300
Newsgroups: jedi.vcl

17.03.06 в 23:50 norberto в своём письме писал(а):

> Greetings,
>
> i am using a TJvTabBar in an application that i am trying to internationalize. With the TJvTabBar, i also associate a TJvModernTabBarPainter.

So, let's look at its sources.

    if Tab.Enabled then
    begin
      if Tab.Selected then
        Font.Assign(Self.SelectedFont)
      else
        Font.Assign(Self.Font);
    end
    else
      Font.Assign(Self.DisabledFont);


We see here 3 different font properties.
Are they all set to Tahoma ?




Subject: Re: Updating help for TJvDateEdit
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Mon, 20 Mar 2006 21:13:34 +0300
Newsgroups: jedi.vcl

12.01.06 в 20:18 Elahn Ientile в своём письме писал(а):

> TJvCustomDateEdit.DateFormat

BTW, did anyone succeded in making this work at least in Delphi5 design-time with long date format ("dddddd")

Or with DateFormat like "dddd" - since it is possible ?

Text of the controla becomes incorrect.

This control is superior to DateTimePicker based ones, since it can be read-only and can select whcich dates to treat weekends


Subject: Re: Application Starting Error
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Mon, 20 Mar 2006 17:26:13 +0100
Newsgroups: jedi.vcl

> > I am not sure is JVCL problem , but before that i did not have any problem.
> > 
> > I try to insert some codes just before application.initialize, but i
> > find that they did not execute.
> > 
> > 
> > Delphi 5 Ent with Update Pack 1 ,

IIRC there are 3 update packs for D5, and JCL/JVCL needs the latest update.

CU, Eddi


Subject: JvErrorIndicator change app icon
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Mon, 20 Mar 2006 12:49:36 -0300
Newsgroups: jedi.vcl

Hi all,

When I drop a JvErrorIndicator on any of my application forms, the
application icon changes to a 'red exclamation mark' icon!! Is there any
workaround to that?

I'm using JVCL 3.0 and Delphi 7


Regards,
Anderson Farias




Subject: Re: Parallel Usage of JvAppRegistryStorage
From: "Wolfgang Lautner" <w.lautner@mquadr.at>
Date: Mon, 20 Mar 2006 16:32:46 +0100
Newsgroups: jedi.vcl

Hi,

one method is to prevent the writing at the same time with for example an 
mutex:

const
  MUTEXNAME = 'a simple string which idetifies the application. has to be 
unique in the system';

var
  mHnd : THandle;

begin

  // check if mutex still exists and loop til is released from the other 
instance
  while True do begin

    mHnd := OpenMutex (MUTEX_ALL_ACCESS, False, MUTEXNAME);
    if mHnd <> 0 then begin

      CloseHandle (mHnd);
      break;

    end;

  end;

  // create the mutex
  mHnd := CreateMutex (nil, True, MUTEXNAME);

  // do your registry things ...

  CloseHandle (mHnd);

end;

Hope is helps, Wolfgang


"Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag 
news:dvkc8q$9dk$1@talkto.net...
> > Hi,
> >
> > in my application i user the JvAppRegistryStorage to save the user 
> > settings.
> >
> > Now i have the problem if the user opens the app multiple times and then 
> > closes all apps at the same time, it could happen, that an exception 
> > raises, while writing the settings to the registry.
> >
> > The first app delete a key while the second app writes into the same key.
> >
> > Any idea how to prevent this?
> >
> > Should we implement something like this generally into the 
> > RegistryStorage?
> >
> > Greeting and Thanks
> > Jens
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Fuchstanzweg 34 * 65760 Eschborn
> > Tel. +49-6173-967556 * Fax +49-6173-967558
> >
> > Home of OraTool - http://www.oratool.de 




Subject: Application Starting Error
From: kl <kamen_lai@yahoo.com>
Date: Mon, 20 Mar 2006 22:08:25 +0800
Newsgroups: jedi.vcl

I have an application using JVCL/JCL 1.x / RaLib and worked just fine.

After i upgrade to JCVCL 3.0 , no problem in 2000/XP machine but not
98/98SE/ME , O/S always show an error
'Not enough Memory , Please terminate other program and try again' etc.
, in 1 of my app. and another App. say
'Application EXE is corrupted, please install again '
because i am using Chinese Windows, i can not translate exactly.
I am not sure is JVCL problem , but before that i did not have any problem.

I try to insert some codes just before application.initialize, but i
find that they did not execute.


Delphi 5 Ent with Update Pack 1 ,


Thanks in advance


Kamen Lai


Subject: Parallel Usage of JvAppRegistryStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 19 Mar 2006 21:01:00 +0100
Newsgroups: jedi.vcl

Hi,

in my application i user the JvAppRegistryStorage to save the user settings.

Now i have the problem if the user opens the app multiple times and then closes all apps at the same time, it could happen, that an exception raises, while writing the settings to the registry.

The first app delete a key while the second app writes into the same key.

Any idea how to prevent this?

Should we implement something like this generally into the RegistryStorage?

Greeting and Thanks
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: help with Threading
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Mar 2006 15:18:10 +0100
Newsgroups: jedi.jcl,jedi.vcl

Mervin Pearce [SACS] a écrit :
> I have had a look at JvMTThreading and would like to understand the following before delving deeper into theory of threading....
>
> I would like to perform an action on a list of items that is a TStringList (or any collection) which could be machine name or IP addresses.  How would you communicate to each thread what item in the list it need to start with and possibly other attributes.
>
> Just starting to dig deeper and would appreciate if someone else has some pointer.  I thank you in advance 

Wrong group, the correct group to ask questions related to the JVCL (Jedi Visual Component Library) is jedi.vcl

I set a follow up to this group.

-- 
Florent Ouchet


Subject: JvProgramVersion: Build-Hint
From: "A Sabosch" <as@mindcom.de>
Date: Sun, 19 Mar 2006 13:53:20 +0100
Newsgroups: jedi.vcl

Hi all,

when you build JvProgramVersion, BDS2006 says:
"[Pascal Hint] JvProgramVersionCheck.pas(827): H2443 Inline function 
'DeleteFile' has not been expandend because unit 'Windows' is not specified 
in USES list"

But what does it mean? BDS does not take the 'Windows' Unit, but 'SysUtils' 
and this is correct. Everything works fine...

Can anybody explain it?

Thx in advance!

best regards
A Sabosch 




Subject: Re: JvDocking and AutoHide Problem With Dissapearing Titles/AutoHide Button
From: "Jason S Gagnon" <jaguarius@sympatico.ca>
Date: Sat, 18 Mar 2006 21:05:22 -0500
Newsgroups: jedi.vcl

Anyone? I'd apprecaite some insight ... my only though is that sometimes
the window isnt being cast as the jvDockVsNetStyle for some reason, and other times it is - using delphi 7.


After serious thinking Jason S Gagnon wrote :
> Hello,
>
> I am using the JvDocking stuff to create a fully dock capable app - works pretty good except, when I make a toolwindow float and redock it, sometimes I lose the title, or sometimes I lose the pin button for autohide - I am using the JvDockVSNETStyle and it seems like maybe sometimes when it redocks, the style is not applied ...
>
> if I undock and redock several times tho, sometimes the button/title will come back.
>
> Any suggestions? I used the code from MSDN2002 demo to model my app, but the MSDN2002 demo works fine - the titles and pin button do not dissapear. I am assuming that if there is some code in there that is fixing that its buried in the formadapter class which just complicates things.
>
> Heres my setup code :
>
> procedure TMainInterface.FormShow(Sender: TObject);
> var i : integer;
>
>   tabHost: TJvDockTabHostForm;
>
>   procedure VSNetDockForm(AForm: TForm; APanel: TJvDockVSNETPanel; Hide : boolean);
>   begin
>     AForm.Top := 10000;
>     AForm.ManualDock(APanel,nil,APanel.Align);
>     APanel.ShowDockPanel(True, AForm);
>     if Hide = true then
>       APanel.DoHideControl(AForm);
>   end;
>
> begin
>   if JvAppRegistryStore1.ReadBoolean('firstrun',FALSE) = true then
>   begin
>     //JvAppRegistryStore1.WriteBoolean('firstrun',FALSE);
>     StartWiz.Showmodal;
>   end;
>
>   lbdockserver1.leftdockpanel.width := 202;
>   lbdockserver1.bottomdockpanel.height := 50;
>
>   AdvSearch.Width := 202;
>
>   // Set Icons For the Dock tabs from imagelist
>   ImageList1.GetIcon(137,Search.Icon);
>   ImageList1.GetIcon(349,AdvSearch.Icon);
>   ImageList1.GetIcon(7,ClientPanel.Icon);
>   ImageList1.GetIcon(197,Invoice.Icon);
>   ImageList1.GetIcon(95,Bottom.Icon);
>   ImageList1.GetIcon(92,Conflict.Icon);
>
>   //Dock The Left, Bottom, Right, Top Panels
>   VSNetDockForm(Search, lbdockserver1.rightdockpanel as TJvDockVSNETPanel, true);
>   VSNetDockForm(AdvSearch, lbdockserver1.rightdockpanel as TJvDockVSNETPanel, true);
>   VSNetDockForm(ClientList, lbdockserver1.leftdockpanel as TJvDockVSNETPanel, false);
>   VSNetDockForm(Bottom, lbdockserver1.bottomdockpanel as TJvDockVSNETPanel, false);
>
>   //Skin The Dock Forms
>   if sd1.active then
>   begin
>     sd1.AddNestForm(self,Search);
>     sd1.AddNestForm(self,AdvSearch);
>     sd1.AddNestForm(self,ClientList);
>     sd1.AddNestForm(self,ClientPanel);
>     sd1.AddNestForm(self,Invoice);
>     sd1.AddNestForm(self,Conflict);
>    // sd1.AddNestForm(self,Bottom);
>   end;
>
>   //Dock The CustomDock Stuff in The Centre
>   tabHost := ManualTabDock( lbDockServer1.CustomDockPanel, ClientPanel, Invoice);
>   ManualTabDockAddPage( tabHost, Conflict );
>
>   JvDockVsnetStyle1.ChannelOption.TabColor := sd1.Colors[csButtonFace];
>
>   for i := 1 to lbdockserver1.RightDockPanel.DockClientCount do
>     lbDockServer1.RightDockPanel.DockClients[i].Width := 202;
> end;
>
>
> Any help on this issue? Frustrating.
>
> Thanks,
>
> Jason S. Gagnon




Subject: Re: JVCL nominated at the SourceForge.net Community Choice Awards: Show your support
From: "JFN" <no.spam@for.me>
Date: Sat, 18 Mar 2006 20:07:41 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Hi all,
> > 
> > The JVCL team is proud to announce that it has been nominated in the
> > first annual SourceForge.net Community Choice Awards, in the
> > Development category, as indicated here:
> > 
> > http://sourceforge.net/awards/cca/
> > 

Congrats to the whole Team! Keep up with the very good job and long
life to Jedi! Now, you'll deserve the Dev Award.
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: JVCL nominated at the SourceForge.net Community Choice Awards: Show your support
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 18 Mar 2006 19:15:09 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> The JVCL team is proud to announce that it has been nominated in the first annual SourceForge.net Community Choice Awards, in the Development category, as indicated here:

Hi,

great news,
a good surprise after 3 days being away from keyboard.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: TJvTabBar and Unicode?
From: norberto <pellicci@shaw.ca>
Date: Fri, 17 Mar 2006 12:50:29 -0800
Newsgroups: jedi.vcl

Greetings,

i am using a TJvTabBar in an application that i am trying to internationalize. With the TJvTabBar, i also associate a TJvModernTabBarPainter.

The problem is that when i change to Chinese (asian) characters, the currently selected tab on the JvTabBar displays garbage characters, but the other (non selected) tabs display the Chinese characters OK. During runtime, clicking on any tab will produce garbage characters on that tab but the other tabs go back to properly displaying the Chinese characters.

i have set all the fonts in the TJvModernTabBarPainter to Tahoma. i am using the TsiLang component suite also.

Does anyone know what the problem is with the garbled characters on the currently selected tab, and how to fix it?

Thanks in advance for your help.

norberto


Subject: JVCL nominated at the SourceForge.net Community Choice Awards: Show your support
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 17 Mar 2006 18:20:51 +0100
Newsgroups: jedi.general,jedi.vcl

Hi all,

The JVCL team is proud to announce that it has been nominated in the first annual SourceForge.net Community Choice Awards, in the Development category, as indicated here:

http://sourceforge.net/awards/cca/

I hereby wish to thank all the persons who voted for us in the preselection process, we would not have been nominated without your support.
You can now vote in the "final strech" before the end of March 23rd, in fourteen different categories. The JVCL is in teh Development category, but do not forget other valuable projects in the other categories.
Voting for us is a great way to show us your support, is easy and so fast it won't take too much of your time.
Thanks a lot to those who already voted and to those who will vote. We will keep you posted as to the result of the awards.

Background: The JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005 and 2006; C++Builder 5, 6 and 2006 (Borland Developer Studio). JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

Regards
Olivier Sannier

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Resizing docked windows programtically
From: Jason Swager <jswager@alohaoi.com>
Date: Fri, 17 Mar 2006 08:51:25 -0800
Newsgroups: jedi.vcl

Kiriakos wrote:
> See the following code to get the idea.
>     TabHost := ManualTabDock(DockServer.LeftDockPanel, FileExplorerWindow, CodeExplorerWindow);
>     DockServer.LeftDockPanel.Width := 200;

Yep - that works great if you're docking a single window.  And it certainly worked for the first window I docked.  Problem solved - next problem.  How do you do it if you're docking TWO windows in the same panel?

ManualDock(DockServer.LeftDockPanel, Form1, alClient);
ManualDock(DockServer.LeftDockPanel, Form2, alTop);

How do you adjust the height of the docked Form2?  This code will just split LeftDockPanel into two equal sized sections.  I found that I could directly set the size of Form 2 (making it smaller than the size it was resized to), but it doesn't cause the controls to resize in LeftDockPanel (the splitter stays in the center, bottom window is good, bunch of blank space between bottom of top window and top of splitter).

Jason Swager


Subject: JvDocking and AutoHide
From: "Jason S Gagnon" <jaguarius@sympatico.ca>
Date: Thu, 16 Mar 2006 22:37:40 -0500
Newsgroups: jedi.vcl

Hello,

I am using the JvDocking stuff to create a fully dock capable app - works pretty good except, when I make a toolwindow float and redock it, sometimes I lose the title, or sometimes I lose the pin button for autohide - I am using the JvDockVSNETStyle and it seems like maybe sometimes when it redocks, the style is not applied ...

if I undock and redock several times tho, sometimes the button/title will come back.

Any suggestions? I used the code from MSDN2002 demo to model my app, but the MSDN2002 demo works fine - the titles and pin button do not dissapear. I am assuming that if there is some code in there that is fixing that its buried in the formadapter class which just complicates things.

Heres my setup code :

procedure TMainInterface.FormShow(Sender: TObject);
var i : integer;

 tabHost: TJvDockTabHostForm;

 procedure VSNetDockForm(AForm: TForm; APanel: TJvDockVSNETPanel; Hide : boolean);
 begin
   AForm.Top := 10000;
   AForm.ManualDock(APanel,nil,APanel.Align);
   APanel.ShowDockPanel(True, AForm);
   if Hide = true then
     APanel.DoHideControl(AForm);
 end;

begin
 if JvAppRegistryStore1.ReadBoolean('firstrun',FALSE) = true then
 begin
   //JvAppRegistryStore1.WriteBoolean('firstrun',FALSE);
   StartWiz.Showmodal;
 end;

 lbdockserver1.leftdockpanel.width := 202;
 lbdockserver1.bottomdockpanel.height := 50;

 AdvSearch.Width := 202;

 // Set Icons For the Dock tabs from imagelist
 ImageList1.GetIcon(137,Search.Icon);
 ImageList1.GetIcon(349,AdvSearch.Icon);
 ImageList1.GetIcon(7,ClientPanel.Icon);
 ImageList1.GetIcon(197,Invoice.Icon);
 ImageList1.GetIcon(95,Bottom.Icon);
 ImageList1.GetIcon(92,Conflict.Icon);

 //Dock The Left, Bottom, Right, Top Panels
 VSNetDockForm(Search, lbdockserver1.rightdockpanel as TJvDockVSNETPanel, true);
 VSNetDockForm(AdvSearch, lbdockserver1.rightdockpanel as TJvDockVSNETPanel, true);
 VSNetDockForm(ClientList, lbdockserver1.leftdockpanel as TJvDockVSNETPanel, false);
 VSNetDockForm(Bottom, lbdockserver1.bottomdockpanel as TJvDockVSNETPanel, false);

 //Skin The Dock Forms
 if sd1.active then
 begin
   sd1.AddNestForm(self,Search);
   sd1.AddNestForm(self,AdvSearch);
   sd1.AddNestForm(self,ClientList);
   sd1.AddNestForm(self,ClientPanel);
   sd1.AddNestForm(self,Invoice);
   sd1.AddNestForm(self,Conflict);
  // sd1.AddNestForm(self,Bottom);
 end;

 //Dock The CustomDock Stuff in The Centre
 tabHost := ManualTabDock( lbDockServer1.CustomDockPanel, ClientPanel, Invoice);
 ManualTabDockAddPage( tabHost, Conflict );

 JvDockVsnetStyle1.ChannelOption.TabColor := sd1.Colors[csButtonFace];

 for i := 1 to lbdockserver1.RightDockPanel.DockClientCount do
   lbDockServer1.RightDockPanel.DockClients[i].Width := 202;
end;


Any help on this issue? Frustrating.

Thanks,

Jason S. Gagnon




Subject: Re: Resizing docked windows programtically
From: "Kiriakos" <kvlahos@london.edu>
Date: Fri, 17 Mar 2006 02:09:31 +0200
Newsgroups: jedi.vcl

See the following code to get the idea.
    TabHost := ManualTabDock(DockServer.LeftDockPanel, FileExplorerWindow, 
CodeExplorerWindow);
    DockServer.LeftDockPanel.Width := 200;

Also in case people missed it here is some code to autohide the docked 
windows
var
  i : TJvDockPosition;
  j : integer;
  Panel : TJvDockPanel;
begin
  for i := Low(TJvDockPosition) to High(TJvDockPosition) do begin
    Panel := DockServer.DockPanel[i];
    if not (Panel is TJvDockVSNETPanel) then continue;
    for j := 0 to Panel.DockClientCount - 1 do
      TJvDockVSNETPanel(Panel).DoAutoHideControl(Panel.DockClients[j]as
TWinControl);
  end;

"Jason Swager" <jswager@alohaoi.com> wrote in message 
news:dvc6bf$j03$1@talkto.net...
> > Been using the TJvDocking stuff.  Works rather well for the most part. One 
> > problem - how do you set the size of a docked window after you've 
> > programtically docked it?  On startup, I build up the windows and dock 
> > them.  If the user has run before, I load the last settings through 
> > LoadDockTreeFromAppStorage call.
> >
> > But when I setup the initial docks, how do I resize the docked windows?
> >
> > Jason Swager 




Subject: Richedit text conversion
From: "Nik" <nedubg@yahoo.com>
Date: Thu, 16 Mar 2006 11:30:03 -0800
Newsgroups: jedi.vcl

Hi,
    I am trying to convert richedit rtf text into plain text format using 
"DefaultConverter" any idea how to use it?

Thank you

--N 




Subject: Resizing docked windows programtically
From: Jason Swager <jswager@alohaoi.com>
Date: Thu, 16 Mar 2006 09:30:05 -0800
Newsgroups: jedi.vcl

Been using the TJvDocking stuff.  Works rather well for the most part. One problem - how do you set the size of a docked window after you've programtically docked it?  On startup, I build up the windows and dock them.  If the user has run before, I load the last settings through LoadDockTreeFromAppStorage call.

But when I setup the initial docks, how do I resize the docked windows?

Jason Swager


Subject: Replacement for HyperGrid
From: Jeff Wormsley <daworm@cdc.net>
Date: Thu, 16 Mar 2006 11:43:16 -0500
Newsgroups: jedi.vcl

I've an old app to upgrade to D2006 that uses the HyperGrid component, which was binary only and is no longer maintained since D5 or so.  Could anyone suggest the best JVCL component to start building a replacement for this component with?  I've used the JvDBUltimGrid to replace several other custom grids with good results, but there is no non-data aware version of this component.  The feature I used most of HyperGrid was assigning a drop-down for each cell, which it doesn't look like TvStringGrid supports.

Any ideas will be appreciated.

TIA,
  Jeff.


Subject: TJvCheckTreeView
From: "NIEL OBRIEN" <nielo@flex.com>
Date: Wed, 15 Mar 2006 22:21:30 -1000
Newsgroups: jedi.vcl

MultiSelectStyle msShiftSelect doesn't work in either TJvCheckTreeView or 
TJvTreeView.  Anybody have any ideas? 




Subject: Re: threading... moved from jcl
From: "listmember" <listmember@letterboxes.org>
Date: Wed, 15 Mar 2006 22:19:42 +0000 (UTC)
Newsgroups: jedi.vcl

Mervin Pearce [SACS] wrote:

> I would like to perform an action on a list of items that
> is a TStringList (or any collection) which could be machine
> name or IP addresses.

Have you looked at Objects property of TStringList. You can
use that to link with real objects (can be TThread of course)
or you can cast an integer value and store it there.


Subject: Re: JVInspector not installed, AV when created dynamically
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 15 Mar 2006 20:52:12 +0100
Newsgroups: jedi.vcl

Hi,

Is the JvRuntimeDesignD6R.bpl file present in the Delphi 6 BPL directory?
 - If yes, does the registry key HKEY_CURRENT_USER\Software\Borland\Delphi\6.0\Known Packages contain a value named of this file name?
 - If no, you have to select design-time packages in the installer options to make them to be compiled and installed.

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: JVInspector not installed, AV when created dynamically
From: marek jedlinski <marekjed@pobox.INVALID.com>
Date: Wed, 15 Mar 2006 20:45:35 +0100
Newsgroups: jedi.vcl

On Wed, 15 Mar 2006 19:11:59 +0100, marek jedlinski
<marekjed@pobox.INVALID.com>  wrote:

> >
> >  jvi := TJvInspector.Create( self );
> >  jvi.parent := self; // main form
> >  jvi.Align := alClient;
> >  jvi.Visible := true;
> >  jvi.InspectObject := Button1; // a TButton on the main form
> >
> >The last line causes the AV:

Okay, looking at examples I see that I need to do AddComponent instead of
setting InspectObject. But what does InspectObject do and why does setting
a property in JvInspector cause an access violation instead of an exception
with a more informative message?

I uninstalled JVCL and JCL, then reinstalled
JVCL320CompleteJCL197-Build2172 - the component is still not installed in
the component palette.

Thanks,
..marek

-- No ads, no nags freeware: http://www.tranglos.com 

Subject: threading... moved from jcl
From: "Mervin Pearce [SACS]" <mervin@removeme@sacs.co.za>
Date: Wed, 15 Mar 2006 20:23:03 +0200
Newsgroups: jedi.vcl

From: "Mervin Pearce [SACS]" <mervin@removeme@sacs.co.za>
Subject: help with Threading
Date: 15 March 2006 01:53 AM

I have had a look at JvMTThreading and would like to understand the
following before delving deeper into theory of threading....

I would like to perform an action on a list of items that is a TStringList
(or any collection) which could be machine name or IP addresses.  How would
you communicate to each thread what item in the list it need to start with
and possibly other attributes.

Just starting to dig deeper and would appreciate if someone else has some
pointer.  I thank you in advance





Subject: JVInspector not installed, AV when created dynamically
From: marek jedlinski <marekjed@pobox.INVALID.com>
Date: Wed, 15 Mar 2006 19:11:59 +0100
Newsgroups: jedi.vcl

I've never used JVInspector before, but now I wanted to try it (latest
JVCL, Delphi 6). JVCL installation went fine, but now I see that
TJvinspector is not installed. If there's anything else missing, I can't
tell, since there are so many components to check. The unit it still there,
and it's included in JvRuntimeDesignD6R.dpk, so I have no idea what
happened.

I've tried creating it dynamically (though I won't be albe to really figure
out how to use it this way), but that only ends in access violation:

  jvi := TJvInspector.Create( self );
  jvi.parent := self; // main form
  jvi.Align := alClient;
  jvi.Visible := true;
  jvi.InspectObject := Button1; // a TButton on the main form

The last line causes the AV:

---------------------------
Debugger Exception Notification
---------------------------
Project testbed.exe raised exception class EAccessViolation with message
'Access violation at address 00483AF7 in module 'test.exe'. Read of address
00000000'. Process stopped. Use Step or Run to continue.
---------------------------
OK   Help   
---------------------------

And that's all I can see of TJvInspector :) I'll appreciate any
suggestions.

..marek

-- No ads, no nags freeware: http://www.tranglos.com 

Subject: Re: TJvPanel and XPManifest
From: Warren Postma <wp@tekran.com>
Date: Wed, 15 Mar 2006 11:59:13 -0500
Newsgroups: jedi.vcl

Wolfgang Lautner wrote:
> > Hello all,
> > 
> > I have a problem with TJvPanel and XPManifest. On a form I placed a panel in 
> > a panel (for a border) and therein some more panels in dfferent colors and 
> > some other controls. Without XPMainfest everything works fine, but when I 
> > drop the XPMainfest onto the form, the panels flicker when the mouse is 
> > moved over the form (e.g. the panels are redrawn all the time).
> > 
> > Does anyone have an idea how to solve this problem.
> > 
> > Thanks, Wolfgang 
> > 
> > 
It TJvPanel is used in an XP themes enabled way on D7 or higher you
might want to tweak out some published properties of the base TPanel
class, I'm thinking FullRepaint, etc.

Warren



Subject: Re: JvDockserver problem
From: Warren Postma <wp@tekran.com>
Date: Wed, 15 Mar 2006 11:34:36 -0500
Newsgroups: jedi.vcl

Tony wrote:
> > Hi.
> > 
> > I didn't know it was to be used with Forms exclusively.
> > I guess I'll have to do it the usual way then. Now I'm bummed, because
> > I spent a lot of time writing my own custom Form handling routines, which
> > allow users to choose between MDI or independent windowing modes etc.

I use JvDocking to allow users to have MDI-like applications without
actually using MDI.  Whatever you want to do can surely be done.
In fact, most of your custom Form handling routines are obsoleted by
JvDocking.

Instead of using a Toolbar that floats and docks to a form, make a tiny
form containing only that toolbar. And voila it works great on jvdocking.

Warren


Subject: Re: JVCL3-Latest.zip Problems downloading
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 16 Mar 2006 00:43:22 +1000
Newsgroups: jedi.vcl

Jim Muir wrote, on 15/03/2006 10:17 PM:
> http://jvcl.sourceforge.net/daily/JVCL3-Latest.zip
>
> JVCL3-Latest.zip  (Mirror, 7zip)      2006-03-15 01:35:05 PST      17.63 M The complete set of files, including the examples and the installer.
>
> Unexpected End of Archive Error following download.
>
> Mirror is also not functional:
>
> The requested URL /jvcl_daily/JVCL3-2006-03-15.zip was not found on this server.
>
> Apache/ProXad [Feb 19 2006 23:15:06] Server at obones.free.fr Port 80
>
> I don't have 7zip.

I found this problem with both the zip & 7zip version for 03-13 & 03-14 as well. I think it is a problem that sourceforge are working on.

At the same time (yesterday) the anonymous CVS server was asking for a password...hopefully it's fixed shortly. :)

-- 
enjoy life,
           Elahn


Subject: JVCL3-Latest.zip Problems downloading
From: Jim Muir <jpmuirNoSpamPlease@adelphhia.net>
Date: Wed, 15 Mar 2006 07:17:32 -0500
Newsgroups: jedi.vcl

http://jvcl.sourceforge.net/daily/JVCL3-Latest.zip



JVCL3-Latest.zip  (Mirror, 7zip)      2006-03-15 01:35:05 PST      17.63 M The complete set of files, including the examples and the installer.

Unexpected End of Archive Error following download.




Mirror is also not functional:

The requested URL /jvcl_daily/JVCL3-2006-03-15.zip was not found on this server.

Apache/ProXad [Feb 19 2006 23:15:06] Server at obones.free.fr Port 80


I don't have 7zip.

Just an FYI, I will try later...

Jim


Subject: RTF from TDBJVRichtext to HTML
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 15 Mar 2006 12:10:59 +0100
Newsgroups: jedi.vcl

I habe a problem:
I used TDBRichedit from Delphi5 before. Now I have changed the component
with TJVDBRichedit.
But now my simple RTF2HTML procedure which have done a good job before,
don´t work anymore.
There must been a change in the RTF format I think.
Now, is there a way to convert the RTF content to simple HTML?
As I see in unit JVRichEdit are routines with MSTextConversion. Is that the
way to do it with, and if so how can I call that?

Greetings
Dierk





Subject: Re: jvDBTreeView
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 15 Mar 2006 13:55:53 +0300
Newsgroups: jedi.vcl

> >I probably express my self badly. I meant if there's a way to back to the 
> >top after calling FullExpand method.

All you need is TJvDBTreeView.Change2 method. But it is protected. So, make 
little hack:

type
  THackDBTreeView=class(TJvDBTreeView );

procedure TForm1.ExpandAndFirst;
begin
    DBTreeView1.FullExpand;
    if DBTreeView1.Items.Count>0 then
      THackDBTreeView(DBTreeView1).Change2(DBTreeView1.Items[0]);
.... 




Subject: Re: jvImageList gets Invalid class typecast in IDE
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 15 Mar 2006 10:49:57 +0100
Newsgroups: jedi.vcl

Tom Bolick wrote:

> > The IDE tries to use the ImageListEditor on jvImageList which causes an
> > Invalid Typecast.

This doesn't happen on my Delphi 5 installation (CVS version of the JVCL).

Here a screen capture video:
http://andy.jgknet.de/misc/JvImageList.zip



-- Regards, Andreas Hausladen 

Subject: Re: jvDBTreeView
From: Cotroneo Marco <_m.cotroneo_@ritoll.it>
Date: Wed, 15 Mar 2006 09:11:30 +0100
Newsgroups: jedi.vcl

I probably express my self badly. I meant if there's a way to back to the top after calling FullExpand method. In need to start with every node expanded, so I call it before It is shown. In my case node's numbers is higher than the treeview can show, and when the treeview appear it shows the last nodes, I have to use scrollbars or Home key to
make it go back to the top. If I do not call FullExpand the treeview is
shown starting from the top.

Any Idea?

Thanks Marco

Cotroneo Marco ha scritto:
> Hello,
>    How can I make the treeview scroll as I type HOME, by code?
> After calling ExpandAll, the treeview scroll complitely to the bottom. I tried:
>   TV.SELECTNODE('1');
> and
>   TV.Datasource.DAtaset.First;
> and
>   TV.FindNode('1');
> and
>   TV.SELECTED.Focused:=true;
>   TV.Selected.Selected:= true;
>
>
> but the treeview doesn't return to the top.
>
> Thanks For any advice;
> Marco


Subject: Re: jvImageList gets Invalid class typecast in IDE
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Wed, 15 Mar 2006 02:53:04 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Tom Bolick wrote:
>
>
>> The IDE
>
>
> What IDE ? There is Delphi 5, 6, 7, 2005, 2006 and BCB 5 and 6.
>
>
>

Sorry Delphi 5.  It seems to work in Delphi 7, because it does not attempt to use the ImageListEditor.



Subject: Re: jvImageList gets Invalid class typecast in IDE
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 15 Mar 2006 08:36:33 +0100
Newsgroups: jedi.vcl

Tom Bolick wrote:

> > The IDE

What IDE ? There is Delphi 5, 6, 7, 2005, 2006 and BCB 5 and 6.



-- Regards, Andreas Hausladen 

Subject: jvImageList gets Invalid class typecast in IDE
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Tue, 14 Mar 2006 18:39:31 -0500
Newsgroups: jedi.vcl

The IDE tries to use the ImageListEditor on jvImageList which causes an Invalid Typecast.  I assume this is because the jvImageList is not the same type of imagelist.


Subject: Re: JVDatePickerEdit error - invalid input
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Tue, 14 Mar 2006 18:27:27 -0500
Newsgroups: jedi.vcl

Tom Bolick wrote:

> OBones wrote:
>
>> Tom Bolick wrote:
>>
>>> I am using version 3.20.  Is it possible version 3.20 ended up with a older version of JvDatePickerEdit?
>>
>>
>>
>> No. Look at the $Id line at the top.
>>
>>
>>> Oh, and it looks like JVCLVer.pas still shows version 3.10 for the 3.20 download.  I assume this is not correct?
>>
>>
>>
>> Yes, I forgot to update that file, and that file only.
>>
>>
> // $Id: JvDatePickerEdit.pas,v 1.68 2006/01/11 20:18:44 jfudickar Exp $
>
> I assume this is current?
>
> I did actually end up getting one placed on a form, but then I just got mmm m m as the "date" which kept giving me errors and did not ever work correctly.
>
> Tom...

Ok, I updated to the latest daily and it seems to work now...

Tom...


Subject: Re: JVDatePickerEdit error - invalid input
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Tue, 14 Mar 2006 15:47:03 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Tom Bolick wrote:
>
>> I am using version 3.20.  Is it possible version 3.20 ended up with a older version of JvDatePickerEdit?
>
>
> No. Look at the $Id line at the top.
>
>
>> Oh, and it looks like JVCLVer.pas still shows version 3.10 for the 3.20 download.  I assume this is not correct?
>
>
> Yes, I forgot to update that file, and that file only.
>
>
// $Id: JvDatePickerEdit.pas,v 1.68 2006/01/11 20:18:44 jfudickar Exp $

I assume this is current?

I did actually end up getting one placed on a form, but then I just got mmm m m as the "date" which kept giving me errors and did not ever work correctly.

Tom...


Subject: Re: Unable to open key "SOFTWARE\Borland\...
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 14 Mar 2006 14:25:21 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> This text is there by default. The content of the listbox is more
> interesting.

There is a problem in JclBorlandTools.pas that raises this exception. I experienced it some hours ago when I launched Delphi 7 (with JCL experts) while BDS 2006 is being installed (the HKLM\Software\Borland\BDS\4.0 key is incomplete and HKCU\Software\Borland\BDS\4.0 doesn't exist yet).

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: jvDBTreeView
From: Cotroneo Marco <_m.cotroneo_@ritoll.it>
Date: Tue, 14 Mar 2006 09:49:59 +0100
Newsgroups: jedi.vcl

Hello,
   How can I make the treeview scroll as I type HOME, by code?
After calling ExpandAll, the treeview scroll complitely to the bottom. I tried:
  TV.SELECTNODE('1');
and
  TV.Datasource.DAtaset.First;
and
  TV.FindNode('1');
and
  TV.SELECTED.Focused:=true;
  TV.Selected.Selected:= true;


but the treeview doesn't return to the top.

Thanks For any advice;
Marco


Subject: TJvMemoryData and SQL/Filter
From: "Ulrich Kloock" <Ulrich.Kloock@inform-ac.com>
Date: Tue, 14 Mar 2006 09:16:27 +0100
Newsgroups: jedi.vcl

Hello all,

I have 2 questions on TJvMemoryData:
1. Is there any possibility to perform SQL-statements on a
TJvMemoryData-object?
2. If I set the Filter-property and set Filtered = true I see all datasets
anyway. Is this an error?

Can anyone help me?

Thanks, Ulrich


Subject: Re: Unable to open key "SOFTWARE\Borland\...
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 14 Mar 2006 08:47:54 +0100
Newsgroups: jedi.vcl

Robert wrote:

> > "Many error messages appear because the JCL version and the JVCL version 
> > are not compatible. Please keep in mind that you need the correct JCL 
> > verion."

This text is there by default. The content of the listbox is more
interesting.

-- Regards, Andreas Hausladen 

Subject: Re: JVDatePickerEdit error - invalid input
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 14 Mar 2006 08:40:19 +0100
Newsgroups: jedi.vcl

Tom Bolick wrote:

> I am using version 3.20.  Is it possible version 3.20 ended up with a older version of JvDatePickerEdit?

No. Look at the $Id line at the top.


> Oh, and it looks like JVCLVer.pas still shows version 3.10 for the 3.20 download.  I assume this is not correct?

Yes, I forgot to update that file, and that file only.


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVDatePickerEdit error - invalid input
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Tue, 14 Mar 2006 01:48:23 -0500
Newsgroups: jedi.vcl

Oliver Giesen wrote:
> Tom Bolick wrote:
>
>
>> I am getting an error at Design Time when I drop a jvDateTimepicker
>> on a form.  I get " Invalid Input Value " by just dropping the
>> component on the form.  This seems to only happen in D5.  It seems to
>> work in D7.
>
>
> Hmm what version of JVCL are you using? I thought this was fixed aeons
> ago already... then again I do no longer have a D5 installation on any
> of my machines to verify...
>
> Cheers,
>

I am using version 3.20.  Is it possible version 3.20 ended up with a older version of JvDatePickerEdit?

Oh, and it looks like JVCLVer.pas still shows version 3.10 for the 3.20 download.  I assume this is not correct?

Tom...


Subject: Re: Unable to open key "SOFTWARE\Borland\...
From: Robert <Rob@none.com>
Date: Tue, 14 Mar 2006 03:34:33 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet <ouchet.florent@laposte.net> wrote in news:dv31dj$5ar$1
@talkto.net:

> > If you have Delphi 2005 on your computer, then your installation should 
> > be repaired. If you don't have Delphi 2005, then open regedit.
> > If there are some subkey in HKEY_LOCAL_MACHINE\SOFTWARE\Borland\BDS\3.0, 
> > may you save the key content and post it in the jedi.binaries group 
> > before deleting the HKEY_LOCAL_MACHINE\SOFTWARE\Borland\BDS\3.0 key?

Thanks, deleting HKEY_LOCAL_MACHINE\SOFTWARE\Borland\BDS\3.0 solved the 
problem, however it was empty.

No Delphi 2005. Just Delphi 2006 on clean WinXP Pro.

After installation of JVCl I got the message:
"Many error messages appear because the JCL version and the JVCL version 
are not compatible. Please keep in mind that you need the correct JCL 
verion."

However they are from the same downloaded package. Thought you might want 
to know

Regards, Rob


Subject: Re: JvDocking - ManualTabDock - how to auto hide in code
From: "Kiriakos" <kvlahos@ath.forthnet.gr>
Date: Tue, 14 Mar 2006 02:09:16 +0200
Newsgroups: jedi.vcl

I had the same problem and after a few tries I got the following solution 
(autohides all panes but you get the idea)

var
  i : TJvDockPosition;
  j : integer;
  Panel : TJvDockPanel;
begin
  for i := Low(TJvDockPosition) to High(TJvDockPosition) do begin
    Panel := DockServer.DockPanel[i];
    if not (Panel is TJvDockVSNETPanel) then continue;
    for j := 0 to Panel.DockClientCount - 1 do
      TJvDockVSNETPanel(Panel).DoAutoHideControl(Panel.DockClients[j]as 
TWinControl);
  end;

"Bob Murdoch" <ram_re_move_5@erols.com> wrote in message 
news:d9vin8$slu$1@talkto.net...
> > I'm using the procedure ManualTabDock to automatically dock two forms to 
> > the left side of the DockServer.  I want the initial state of the form to 
> > have that auto-hidden, just as if the user had 'un-pinned' it.
> >
> > Any hint on how to do this in code?
> >
> > tia,
> >
> > Bob M..
> > 




Subject: Re: JVDatePickerEdit error - invalid input
From: "Oliver Giesen" <ogware@gmx.net>
Date: Mon, 13 Mar 2006 21:48:15 +0000 (UTC)
Newsgroups: jedi.vcl

Tom Bolick wrote:

> > I am getting an error at Design Time when I drop a jvDateTimepicker
> > on a form.  I get " Invalid Input Value " by just dropping the
> > component on the form.  This seems to only happen in D5.  It seems to
> > work in D7.

Hmm what version of JVCL are you using? I thought this was fixed aeons
ago already... then again I do no longer have a D5 installation on any
of my machines to verify...

Cheers,

-- Oliver ----- ------------------ ICQ: 18777742 (http://wwp.icq.com/18777742) MSN: ogiesen@hotmail.com Y!: ogiesen 

Subject: TJvPanel and XPManifest
From: "Wolfgang Lautner" <w.lautner@mquadr.at>
Date: Mon, 13 Mar 2006 17:01:56 +0100
Newsgroups: jedi.vcl

Hello all,

I have a problem with TJvPanel and XPManifest. On a form I placed a panel in 
a panel (for a border) and therein some more panels in dfferent colors and 
some other controls. Without XPMainfest everything works fine, but when I 
drop the XPMainfest onto the form, the panels flicker when the mouse is 
moved over the form (e.g. the panels are redrawn all the time).

Does anyone have an idea how to solve this problem.

Thanks, Wolfgang 




Subject: Re: Unable to open key "SOFTWARE\Borland\...
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 13 Mar 2006 07:08:38 +0100
Newsgroups: jedi.vcl

Robert a écrit :
> Unable to open key "SOFTWARE\Borland\BDS\3.0\Personalities" for read.
> I get this message box when trying to install JCL197-Build2172 on Delphi 2006. Ideas?

Hi,

If you have Delphi 2005 on your computer, then your installation should be repaired. If you don't have Delphi 2005, then open regedit.
If there are some subkey in HKEY_LOCAL_MACHINE\SOFTWARE\Borland\BDS\3.0, may you save the key content and post it in the jedi.binaries group before deleting the HKEY_LOCAL_MACHINE\SOFTWARE\Borland\BDS\3.0 key?

Thanks in advance,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Unable to open key "SOFTWARE\Borland\...
From: Robert <rob@none.com>
Date: Mon, 13 Mar 2006 00:02:36 +0000 (UTC)
Newsgroups: jedi.vcl

Unable to open key "SOFTWARE\Borland\BDS\3.0\Personalities" for read.

I get this message box when trying to install JCL197-Build2172 on Delphi 
2006. Ideas?

Thanks, Rob


Subject: Re: 2006 SourceForge.net Community Choice Awards
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 12 Mar 2006 21:15:15 +0100
Newsgroups: jedi.vcl

> On my Todo List.

ok

-- 
Florent Ouchet


Subject: Install problems
From: "Erling Grape" <egrape@frisurf.no>
Date: Sun, 12 Mar 2006 16:53:59 +0100
Newsgroups: jedi.vcl

I have intalled JCL and JVCL on another PC with XP and this installation
worked fine.
But in Win98 environment I have problems. I can't install JCL (I have tried
to install JVCL first, it seems to work fine, but of course I need to
install JCL first).

The files are C:\JEDIVCL\JCL
Delphi 7 are in C:\PROGRAMFILER\BORLAND\DELPHI7
Installing: JVCL320CompleteJCL197-Build2172.zip

This is the error message:
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JediInstallerMain.pas(30) Error: Unit identifier 'QJediInstallerMain' does
not match file name
ProductFrames.pas(30) Error: Unit identifier 'QProductFrames' does not match
file name
ProductFrames.pas(145) Fatal: Could not compile used unit 'FrmCompile.pas'
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JediInstallerMain.pas(30) Error: Unit identifier 'QJediInstallerMain' does
not match file name
ProductFrames.pas(30) Error: Unit identifier 'QProductFrames' does not match
file name
ProductFrames.pas(145) Fatal: Could not compile used unit 'FrmCompile.pas'
        cd ..
        bin\JediInstaller.exe
Fatal: Unable to execute command: bin\JediInstaller.exe

Any solution?




Subject: Re: TJvSettingsTreeView
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Sun, 12 Mar 2006 14:44:49 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Panino <peter-panino@aon.at> wrote: 

> > Do you have some sample code for assigning
> > the links at runtime?
I am not sure whether my example will be useful for you. 
It is in C++ however ...

For TJvPageListTreeView and TJvStandardPage: call following
functionin in constructor ...

void TfrmSetUp::prepLinkPageList(void)
{
 // Setting function Items and allocation page in RunTime
 TTreeNode *pNode;
 int siLinkArr[6] = {0,1,2,2,3,4};  
 //(0,1,2)-Items, (2,3,4)-SubItems

 pNode = JvPageListTreeView1->Items->GetFirstNode();
 for(int i=0; 
     (i<(sizeof(siLinkArr)/sizeof(int))) && (pNode != 0);++i)
 {
  dynamic_cast<TJvPageIndexNode *>(pNode)->PageIndex=siLinkArr[i];
  pNode = pNode->GetNext();
 }     
}


Subject: Missing unit in Daily snapshot (3-12)
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sun, 12 Mar 2006 09:00:24 -0500
Newsgroups: jedi.vcl

I downloaded the daily snapshot for 3-12 and tried to install.  There is an 
error in JvStdCtrlsD10R.dpk. It tries to include a unit (JvExtComponent.pas) 
that has not been compiled.

[Pascal Fatal Error] JvPanel.pas(53): F1026 File not found: 
'JvExtComponent.dcu

Adding the unit to the contains clause for the project file seems to resolve 
the issue.

BDS 2006 Architect




Subject: Re: Install error D7 pro
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 12 Mar 2006 02:03:12 +0100
Newsgroups: jedi.vcl

Craig wrote:

> > I went back to the 3/9 daily zip and used 7zip rather than zip.  Also I
> > did a windows download (normally I use GetRight to download).  Not it is
> > installing correctly.  I do not know if it is a bas zip file for 3/11 or
> > if it was a bad download.

The daily zip was created between the my first JvComponent.pas commit and
my second JvComponent.pas commit. And the first one worked on my PC
because I have dxgettext installed and so I haven't saw that my new code
was in the {$IFDEF USE_DXGETTEXT} block. This is already fixed and should
be in the next daily snapshot.


-- Regards, Andreas Hausladen 

Subject: Re: Install error D7 pro
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Sat, 11 Mar 2006 19:23:41 -0500
Newsgroups: jedi.vcl

I went back to the 3/9 daily zip and used 7zip rather than zip.  Also I did 
a windows download (normally I use GetRight to download).  Not it is 
installing correctly.  I do not know if it is a bas zip file for 3/11 or if 
it was a bad download.

Craig.



"Craig" <craig2[youknow]@qnotes.com> wrote in message 
news:duvmgb$bjr$1@talkto.net...
> > Hello,
> >
> > I just tried to update my JVCL to 3.2 from 3.1 and go tthis message from 
> > install.bat:
> >
> > Using Delphi 7
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > C:\program1\Borland\Delphi7\JVCL\run\JvComponent.pas(229) Error: 
> > Undeclared identifier: 'ShowModal'
> > C:\program1\Borland\Delphi7\JVCL\run\JvComponent.pas(235) Error: 
> > Undeclared identifier: 'Result'
> >
> > I did update JCL first.
> > 




Subject: Install error D7 pro
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Sat, 11 Mar 2006 18:44:54 -0500
Newsgroups: jedi.vcl

Hello,

I just tried to update my JVCL to 3.2 from 3.1 and go tthis message from 
install.bat:

Using Delphi 7
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\program1\Borland\Delphi7\JVCL\run\JvComponent.pas(229) Error: Undeclared 
identifier: 'ShowModal'
C:\program1\Borland\Delphi7\JVCL\run\JvComponent.pas(235) Error: Undeclared 
identifier: 'Result'

I did update JCL first. 




Subject: Re: JVPlugin and interfaces
From: Aldo <aldeep@ua.fm>
Date: Sat, 11 Mar 2006 23:06:19 +0200
Newsgroups: jedi.vcl


> Alex,
> As this is quite complicated, I've posted the current source on my website: http://members.ozemail.com.au/~abaylis/downloads.htm
> Feel free to have a look and email me if you have questions.
> Andrew

Thanks Andrew



Subject: Re: installing JCL on BDS 2006
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 11 Mar 2006 16:08:42 +0100
Newsgroups: jedi.vcl

Tiberiu Horvath a écrit :
> Why on Earth does Borland such a thing ???

They did the same thing in all previous trial versions of Delphi.

> Evaluation means, in my oppinion, a fully functional product with a time limited functionality.

The time check is made from the license. The compiler is not designed to do this test every time it is called (that would add a lot of latency - license files are strongly encrypted - and users will complain). Therefore it is not part of the Trial version because its functionality cannot be limited.

> If JCL/JVCL doesn't work on my evaluation version, I won't upgrade !

The manual installation should work.
The project groups are located in:
JCL\packages
JVCL\packages

Regards,

Florent Ouchet


Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 11 Mar 2006 16:03:21 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> That's because I forgot to add it. (With SVN this would not have happend).

Hi,

Yep, but we won't be able to migrate until sourceforge fix the tarball issue.

-- 
Florent Ouchet


Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 11 Mar 2006 15:41:06 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> > I can't find JvEXtComponent.pas as cvs-anonymous user and in webcvs.

That's because I forgot to add it. (With SVN this would not have happend).


-- Regards, Andreas Hausladen 

Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 11 Mar 2006 14:32:07 +0000 (UTC)
Newsgroups: jedi.vcl

 
> > That's because I forgot to add it. (With SVN this would not have
> > happend).

Thanks a lot,

hopefully with SVN the access is better as today with CVS.

The anonymous cvs is very very bad in the last few month.

Karlheinz



Subject: Re: installing JCL on BDS 2006
From: "Tiberiu Horvath" <exact@rdslink.ro>
Date: Sat, 11 Mar 2006 16:26:00 +0200
Newsgroups: jedi.vcl

Why on Earth does Borland such a thing ???

Evaluation means, in my oppinion, a fully functional product with a time 
limited functionality.

If JCL/JVCL doesn't work on my evaluation version, I won't upgrade !


Thank you for you prompt answer ...

T



"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:duukk8$47g$1@talkto.net...
> > Hi,
> >
> > Tiberiu Horvath a écrit :
>> >> I am trying to test BDS 2006 Architect Demo. Test the possibility of 
>> >> upgrading from D6.
> >
> > Demo (also called trial) versions are not shipped with dcc32.exe. The 
> > automatic installation won't work.
> > You could try a manual installation by opening the project group, by 
> > compiling all packages whose name ends by "R" and by installing all 
> > packages whose name ends by "D".
> >
> > -- 
> > Florent Ouchet 




Subject: Re: installing JCL on BDS 2006
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 11 Mar 2006 15:05:27 +0100
Newsgroups: jedi.vcl

Hi,

Tiberiu Horvath a écrit :
> I am trying to test BDS 2006 Architect Demo. Test the possibility of upgrading from D6.

Demo (also called trial) versions are not shipped with dcc32.exe. The automatic installation won't work.
You could try a manual installation by opening the project group, by compiling all packages whose name ends by "R" and by installing all packages whose name ends by "D".

-- 
Florent Ouchet


Subject: installing JCL on BDS 2006
From: "Tiberiu Horvath" <exact@rdslink.ro>
Date: Sat, 11 Mar 2006 15:46:30 +0200
Newsgroups: jedi.vcl

Hi all,

I am trying to test BDS 2006 Architect Demo. Test the possibility of 
upgrading from D6.

Clean install (in a VmWare machine). Installed BDS2006.

I just downloaded JCL/JVCL 3.2 and I am trying to install it to BDS. 
Starting install.bat from JCL triggers the following error:

"c:\program files\borland\bds\4.0\bin\dcc32.exe" is not a recognized file 
....

searched for dcc32.exe on my system but it seems that this BDS2006 does not 
installs any dcc32.exe ...

Any ideas ?


Tiberiu





Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 11 Mar 2006 11:16:30 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas,

I can't find JvEXtComponent.pas as cvs-anonymous user and in webcvs.

Karlheinz


Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 11 Mar 2006 11:31:57 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Fixed. The common\jvcl.inc will now include
> ...\install\JVCLInstall\jvcl.inc if "JVCLInstaller" is defined what it is
> by install.bat which also builds the installer instead of make.

Hi,

That solved this issue.
Thanks.

-- 
Florent Ouchet


Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 11 Mar 2006 11:15:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I'll fix that.

Fixed. The common\jvcl.inc will now include
...\install\JVCLInstall\jvcl.inc if "JVCLInstaller" is defined what it is
by install.bat which also builds the installer instead of make.

-- Regards, Andreas Hausladen 

Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 11 Mar 2006 11:11:40 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> That's because the units "dcus" are still there with the dependency on JclUnitVersioning.

I did a clean before launching install.bat. I have no Jv*.dc* on my hard disk drive.

> Remove the dcus and you should be sorted. Basically, the installer should be "built" and not "compiled".

I added the -B command line option and removed the -Q (in install.bat), the log I have is:

P:\Delphi\JVCL\JVCL3>install d9
Using Delphi 9
Borland Delphi pour Win32 compilateur version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\JvGnugettext.pas(3546)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\JvWin32.pas(336)
P:\Delphi\JVCL\JVCL3\common\JvConsts.pas(285)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvResources.pas(2399)
P:\Delphi\JVCL\JVCL3\run\JvTypes.pas(858)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvThemes.pas(1935)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JVCLVer.pas(83)
P:\Delphi\JVCL\JVCL3\run\JvExControls.pas(2336)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvComponentBase.pas(78)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvExExtCtrls.pas(7017)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvExForms.pas(3445)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvExStdCtrls.pas(6795)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvExComCtrls.pas(11378)
P:\Delphi\JVCL\JVCL3\run\JvComponent.pas(263)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvWizardCommon.pas(320)
P:\Delphi\JVCL\JVCL3\run\JvWizard.pas(3402)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\run\JvVCL5Utils.pas(913)
P:\Delphi\JVCL\JVCL3\run\JvWizardRouteMapList.pas(621)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
Core.pas(377)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
Helpers\HtHint.pas(303)
InstallerConsts.pas(218)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\windowsonly.inc(42)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
CmdLineUtils.pas(301)
DelphiData.pas(1190)
Utils.pas(563)
PageBuilder.pas(550)
Main.pas(450)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
Helpers\dpp_PascalParser.pas(484)
Helpers\JVCLConfiguration.pas(326)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\crossplatform.inc(31)
P:\Delphi\JVCL\JVCL3\run\JvJCLUtils.pas(9951)
P:\Delphi\JVCL\JVCL3\run\JvSimpleXml.pas(3518)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
Intf.pas(156)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(40)
P:\Delphi\JVCL\JVCL3\common\windowsonly.inc(42)
P:\Delphi\JVCL\JVCL3\devtools\PackagesGenerator\UtilsJcl.pas(330)
P:\Delphi\JVCL\JVCL3\devtools\PackagesGenerator\FileUtils.pas(197)
P:\Delphi\JVCL\JVCL3\devtools\common\JVCL.INC(1) Fatal: F1026 Fichier introuvable : '..\..\common\jvcl.inc'

Failed to compile JVCL installer

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 11 Mar 2006 11:09:32 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > That's because the units "dcus" are still there with the dependency on
> > JclUnitVersioning.  Remove the dcus and you should be sorted. Basically,
> > the installer should be "built" and not "compiled".

I'll fix that.

-- Regards, Andreas Hausladen 

Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 11 Mar 2006 10:56:44 +0100
Newsgroups: jedi.vcl

That's because the units "dcus" are still there with the dependency on JclUnitVersioning.
Remove the dcus and you should be sorted. Basically, the installer should be "built" and not "compiled".

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 11 Mar 2006 10:43:21 +0100
Newsgroups: jedi.vcl

Hi,

I have the same issue and I can't solve it. The JVCL installer must not have dependencies on the JCL, there is a conflict between JVCL\install\JVCLInstall\jvcl.inc and JVCL\common\jvcl.inc.

Renaming JVCL\common\jvcl.inc to an other name during the installer compilation doesn't solve the issue.
I did a clean check out, that helped for the first compilation; but if I check the "Unit versioning" option, I am no more able to compile the installer an other time.

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Install Error with Actual CVS Version from JVCL and JCL
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 11 Mar 2006 09:19:39 +0000 (UTC)
Newsgroups: jedi.vcl

Some more informations:

I tried it on two PC's.
One with D7 and D2006
Second only with D7

D7 and D2006
=> I moved a copy from D10-dcu JclUnitVersioning.dcu into the install
source dir.
=> Afterwards everthing works well

D7 only
=> I moved a copy from D7-dcu JclUnitVersioning.dcu into the install
source dir.
=> Install stopped because the compiler could not find the
JvExtComponent.dcu

Karlheinz


Subject: Install Error with Actual CVS Version from JVCL and JCL
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 11 Mar 2006 09:04:39 +0000 (UTC)
Newsgroups: jedi.vcl

Today I made a CVS update from JCl and JVCL.
I installed JCL without any problems.
The compilation of the JVCL installer failed, because the 
compiler can't find JclUnitVersioning.dcu.

JclUnitVersioning.dcu exists under Jedi\JCl\lib\d7

JVCL is installed under Jedi\JVCL

Last weekend everything was OK

Karlheinz



Subject: JVDatePickerEdit error - invalid input
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Fri, 10 Mar 2006 20:11:28 -0500
Newsgroups: jedi.vcl

I am getting an error at Design Time when I drop a jvDateTimepicker on a form.  I get " Invalid Input Value " by just dropping the component on the form.  This seems to only happen in D5.  It seems to work in D7.


Subject: Re: TJvOfficeColorButton in modal form
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 11 Mar 2006 00:43:18 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > And the window ghosting bug fix is there for popup windows, to prevent
> > them from appearing behind the previous form. So if you disable this,
> > you allow the bug to reappear which is quite annoying.

There are two kinds of popup windows:
1. The modal forms (MessageBox, ShowModal)
2. The popup windows that close on any click or an task switch (listbox of
a DropDown combobox , ...)

For the first the window ghosting bugfix is ok. For the second it is not
really necessary because the pause between the click and the show is not
that long.


Despite this I think the current window ghosting bugfix is not correct.
For example:
The TJvColorForm of a TJvColorButton is created while no form is visible
(Application.FormCreate). This causes the CreateParams.WndParent to be set
to the MainForm what is wrong because the control is on the second form.
The reason is that Screen.ActiveForm is NIL in the moment when the
JvColorForm is created.
Another problem with the CreateWnd method is that if you have the
following a code the parent will be invalid:

procedure TMainForm.ButtonClick(Sender: TObject);
begin
  ModalForm := TModalForm.Create(nil);
  try
    Sleep(10000); // let window ghosting happen
    ModalForm.ShowModal;

    OtherForm.ShowModal; // show next form
  finally
    ModalForm.Free;
  end;
end;

procedure TOtherForm.SecondButtonClick(Sender: TObject);
begin
  Sleep(10000); // let window ghosting happen
  ModalForm.ShowModal;
end;

The user first clicks the Button on the main form. This will create a new
ModalForm (global variable). The TJvForm.CreateParams will now set the
WndParent to the main form (Screen.ActiveForm = MainForm). After returning
from the modal form the user will see another modal formular (OtherForm).
Now he clicks the SecondButton. After the window ghosting the modal form
will be shown and the main form is displayed in front of the OtherForm.
This is because CreateParams is not called for the second ModalForm
ShowModal. And so it WndParent is still set to MainForm.Handle.

With this additional code this bug disappears and also all the popup
window bugs (JvColorButton, ...)

procedure TJvForm.WMShowWindow(var Msg: TWMShowWindow);
var
  NewParent: HWND;
begin
  if Msg.Show and (FormStyle <> fsMDIChild) then
  begin
    // Fixing the Window Ghosting "bug"
    if Assigned(Screen.ActiveForm) then
      NewParent := Screen.ActiveForm.Handle
    else if Assigned (Application.MainForm) then
      NewParent := Application.MainForm.Handle
    else
      NewParent := Application.Handle;
    if GetWindowLong(Handle, GWL_HWNDPARENT) <> Longint(NewParent) then
      SetWindowLong(Handle, GWL_HWNDPARENT, Longint(NewParent));
  end;
  inherited;
end;

Changing GWL_HWNDPARENT costs some time. That is because I set it only
when it has changed.


-- Regards, Andreas Hausladen 

Subject: Re: JVPlugin and interfaces
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Sat, 11 Mar 2006 10:10:45 +1100
Newsgroups: jedi.vcl

"Aldo" <aldeep@ua.fm> wrote in message news:dudf7p$rnm$1@talkto.net...
>> > > I am developing a major software project using DLL-based plugins and have 
> > resolved the issues I've come across by extending the JvPlugin to handle a 
> > "Communicator" interface as well as providing conversion routines to map between 
> > classes (the only ones that need it are those that use the "as" comparison in 
> > their Assign methods). Finally, in the Plugin.Initialise I set the DLL's 
> > Application object's handle to the main program Application handle and link to 
> > the main app's OnIdle event to pass messages.
>> > > Also, sharemem or some other memory manager (eg: FastMM) need to be used by 
> > all DLLs and main app.
>> > >
> > 
> > Hi Andrew.
> > Can you post some code example of doing this, because I'm not familiar with all 
> > this interfaces and handles.
> > 
> > Thanks in advance,
> > Alex.
Alex,
As this is quite complicated, I've posted the current source on my website: http://members.ozemail.com.au/~abaylis/downloads.htm
Feel free to have a look and email me if you have questions.
Andrew


Subject: Re: 2006 SourceForge.net Community Choice Awards
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Mar 2006 22:21:14 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> OBones a écrit :
>
>>> Obones: will you encourage this contest?
>>
>> Absolutely, I have already voted, and for those wondering like me where the voting page is, it's here:
>
>
> Hi,
>
> By encouraging, I meant writing some messages about this contest in 3rd party and non-technical newsgroups of Borland.

On my Todo List.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvOfficeColorButton in modal form
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Mar 2006 22:20:59 +0100
Newsgroups: jedi.vcl

Yes, but this does not compile under C5 (and maybe not D5).
So there is a problem here.
And the window ghosting bug fix is there for popup windows, to prevent them from appearing behind the previous form. So if you disable this, you allow the bug to reappear which is quite annoying.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvOfficeColorButton in modal form
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 10 Mar 2006 21:04:22 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > If you know which previous version it worked correctly in, it'll make it
> > easier to track down the bug. :)

It's the TJvForm inheritance. I just fixed the bug for JvColorButton.
TJvForm.CreateParams introduces the "Window Ghosting bugfix" that causes
the wrong behaviour. I have added a new protected property IsPopupWindow:
Boolean that you must set to true before the CreateParams method is
called. For example in TXxxForm.CreateNew.
But I think it would be better to inherit popup windows from the
ToolEdit.pas: TJvPopupWindow class that also has the feature that the
owner form does not loose the active state when the popup window appears.

-- Regards, Andreas Hausladen 

Subject: Re: 2006 SourceForge.net Community Choice Awards
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 10 Mar 2006 20:43:15 +0100
Newsgroups: jedi.vcl

OBones a écrit :
>> Obones: will you encourage this contest?
> Absolutely, I have already voted, and for those wondering like me where the voting page is, it's here:

Hi,

By encouraging, I meant writing some messages about this contest in 3rd party and non-technical newsgroups of Borland.

-- 
Florent Ouchet


Subject: Re: asi@infos.ru
From: Aldo <aldeep@ua.fm>
Date: Fri, 10 Mar 2006 20:17:12 +0200
Newsgroups: jedi.vcl



>
> But now that you have given us "interest" in that story, could you so kind to provide a real translation? Cause the ones we got are really hard to understand ;-)
>
>


In our country eighth day of March is a Women's Day and this guy congratulates his sister and wish her well and to spent more time with her friends.


Subject: Re: Why JVCL doesn't have JvDBEdit?
From: "Fellipe Henrique" <fellipeh@oi.com.br>
Date: Fri, 10 Mar 2006 15:07:35 -0300
Newsgroups: jedi.vcl

Hello, I do not have JvDBEdit in my JEDI pallete,

> > What would JvDBEdit bring that DBEdit does not have?
Like,  Modified propertie, Alignment Propertie and the DisableColor, and 
DisableFontColor....


Thanks

Fellipe H.

"OBones" <obones_gfd_@_gfd_altern.org> escreveu na mensagem 
news:dus002$j3l$1@talkto.net...
> > Fellipe Henrique wrote:
> >
>> >> Why JVCL doesn't have JvDBEdit?
> >
> > And what are the other DB related edits lacking?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: TJvOfficeColorButton in modal form
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 11 Mar 2006 03:39:25 +1000
Newsgroups: jedi.vcl

Ralf Kaiser wrote, on 28/02/2006 11:52 PM:
> This did not happen in previous version of TjvOfficeColorButton!!

If you know which previous version it worked correctly in, it'll make it easier to track down the bug. :)

> Here are the versions that i am using:
>
> jvOfficeColorButton.pas: V1.38
> jvOfficeColorForm.pas: V1.28
> jvOfficeColorPanel: V1.37
>
> Does anyone know what was recently changed in this area?

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvOfficeColorButton.pas?rev=1.38&view=log
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvOfficeColorForm.pas?rev=1.28&view=log
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvOfficeColorPanel.pas?rev=1.37&view=log

-- 
enjoy life,
           Elahn


Subject: Re: 2006 SourceForge.net Community Choice Awards
From: "John Doe" <zorfael@yahoo.com>
Date: Fri, 10 Mar 2006 14:07:39 -0300
Newsgroups: jedi.vcl

you never know!
"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:duqcob$t76$1@talkto.net...
> > John Doe a écrit :
>> >> go cowboys!
> >
> > That will be hard looking at other projects being choosen in the category 
> > :)
> >
> > Obones: will you encourage this contest?
> >
> > -- 
> > Florent Ouchet
> > The software quality office will be part of DevCo :p
> > Application Life Management was a great idea but high quality level in 
> > applications is more valuable than an utopia. 




Subject: Re: Latest JVCL install causes an error
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 10 Mar 2006 23:11:51 +0800
Newsgroups: jedi.vcl

Hi

Just to let you know, I d/l the "full" package and installed it, everything is fine again :D :D

On Fri, 10 Mar 2006 09:11:12 +0800, Peter Sanders <peter@infopos.com.au> wrote:

> On Thu, 09 Mar 2006 14:17:06 +0800, Florent Ouchet <ouchet.florent@laposte.net> wrote:
>
>> Which file did you download?
>> JVCL320CompleteJCL197-Build2172.7z, JVCL320CompleteJCL197-Build2172.zip,   JVCL320CompleteNoJCL.zip, JVCL320SourceExamples.zip or JVCL320SourceOnly.zip?
>
> Sorry for the lack of info, these are the files I d/l...
>
> http://jcl.sourceforge.net/daily/jcl-Latest.7zp
>
> and
>
> http://obones.free.fr/jvcl_daily/JVCL3-Source-2006-03-08.7z
>
>>
>> The GenerateUtils file should be located in "jvcl\devtools\PackagesGenerator\"
>
> The "jvcl\devtools\PackagesGenerator\" directory structure does not exist on my pc. Perhaps this came about because I deleted the complete jcl/jvcl directories from my pc. I did this because of another error when I installed the new files.
>
> I will d/l the full package and use that to install everything, I expect that will fix the problem.


-- 
Kind Regards

Peter...


Subject: Re: Why JVCL doesn't have JvDBEdit?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Mar 2006 15:02:03 +0100
Newsgroups: jedi.vcl

Fellipe Henrique wrote:

> Why JVCL doesn't have JvDBEdit?

What would JvDBEdit bring that DBEdit does not have?
And what are the other DB related edits lacking?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Why JVCL doesn't have JvDBEdit?
From: "Fellipe Henrique" <fellipeh@oi.com.br>
Date: Fri, 10 Mar 2006 10:55:44 -0300
Newsgroups: jedi.vcl

Why JVCL doesn't have JvDBEdit?

Fellipe H.




Subject: Re: daily snapshot types
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Mar 2006 10:35:47 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> We have:
>
> 1. The complete set of files, including the examples and the installer.
> 2. Only the source files, no examples and no installer
>
> Personally I would suggest to have a third one that contains the installer
> but no examples. If someone uses the daily snapshots he is mainly
> interested in fast bugfixes and does not need any examples.

Might be easier to actually add the installer to the second one. Not too many more files and an easier install.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: 2006 SourceForge.net Community Choice Awards
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Mar 2006 10:34:57 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> John Doe a écrit :
>
>> go cowboys!
>
>
> That will be hard looking at other projects being choosen in the category :)
>
> Obones: will you encourage this contest?

Absolutely, I have already voted, and for those wondering like me where the voting page is, it's here:

http://sourceforge.net/awards/cca/

and we are in the Development category

http://www.wilsonresearch.com/2006/ostgawards06/ostgawards4.php

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Latest JVCL install causes an error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 10 Mar 2006 10:33:16 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Peter Sanders a écrit :
>
>> http://jcl.sourceforge.net/daily/jcl-Latest.7zp
>> http://obones.free.fr/jvcl_daily/JVCL3-Source-2006-03-08.7z
>
>
> Hi,
>
> If you use a daily zip of the JCL, then you have to use a daily zip of the JVCL: http://jvcl.sourceforge.net/daily

That's what he did, he used the mirror instead of SF. It seems however that the file got "truncated" at some point.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvSettingsTreeView
From: Peter Panino <peter-panino@aon.at>
Date: Fri, 10 Mar 2006 08:26:56 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> Peter Panino <peter-panino@aon.at> wrote in news:dugql2$e7u$1
> @talkto.net:
>
>> Is there a way to avoid this?
>
> At the moment no. No in design time, I would say...
> See following (still opened) issue here:
> http://tinyurl.com/mtfkz
>
> Only one thing I should say to this problem:
> We don't care about links in design time and we assign them in real time during window constructor processing. It works properly.
>
> Regards,
> Vaclav

Thanks for the hint. Do you have some sample code for assigning the links at runtime?

Kind regards,
Peter


Subject: Re: Latest JVCL install causes an error
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 10 Mar 2006 07:02:28 +0100
Newsgroups: jedi.vcl

Peter Sanders a écrit :
> http://jcl.sourceforge.net/daily/jcl-Latest.7zp
> http://obones.free.fr/jvcl_daily/JVCL3-Source-2006-03-08.7z

Hi,

If you use a daily zip of the JCL, then you have to use a daily zip of the JVCL: http://jvcl.sourceforge.net/daily

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Latest JVCL install causes an error
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 10 Mar 2006 09:11:12 +0800
Newsgroups: jedi.vcl

Hi

On Thu, 09 Mar 2006 14:17:06 +0800, Florent Ouchet <ouchet.florent@laposte.net> wrote:

> Which file did you download?
> JVCL320CompleteJCL197-Build2172.7z, JVCL320CompleteJCL197-Build2172.zip,   JVCL320CompleteNoJCL.zip, JVCL320SourceExamples.zip or JVCL320SourceOnly.zip?

Sorry for the lack of info, these are the files I d/l...

http://jcl.sourceforge.net/daily/jcl-Latest.7zp

and

http://obones.free.fr/jvcl_daily/JVCL3-Source-2006-03-08.7z

>
> The GenerateUtils file should be located in "jvcl\devtools\PackagesGenerator\"

The "jvcl\devtools\PackagesGenerator\" directory structure does not exist on my pc. Perhaps this came about because I deleted the complete jcl/jvcl directories from my pc. I did this because of another error when I installed the new files.

I will d/l the full package and use that to install everything, I expect that will fix the problem.

-- 
Kind Regards

Peter...


Subject: daily snapshot types
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 10 Mar 2006 00:55:26 +0100
Newsgroups: jedi.vcl

We have:

1. The complete set of files, including the examples and the installer.
2. Only the source files, no examples and no installer

Personally I would suggest to have a third one that contains the installer
but no examples. If someone uses the daily snapshots he is mainly
interested in fast bugfixes and does not need any examples.


-- Regards, Andreas Hausladen 

Subject: Re: 2006 SourceForge.net Community Choice Awards
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 10 Mar 2006 00:26:11 +0100
Newsgroups: jedi.vcl

John Doe a écrit :
> go cowboys!

That will be hard looking at other projects being choosen in the category :)

Obones: will you encourage this contest?

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: undeclared identifier 'themes' ... please help
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Fri, 10 Mar 2006 01:00:45 +0300
Newsgroups: jedi.vcl

09.03.06 в 15:07 Roberto в своём письме писал(а):

> Installation Version 3.20 was correct, but, in Delphi7, when I try to use
> any component, i get an error message when compile the project :
>
> "undeclared identifier 'themes'"
>
> and it open the JvThemes.pas.


It should be part of Delphi 7+ distros.
For example c:\Borland\BDS\4.0\source\Win32\vcl\Themes.pas

As last resort You can always try to get original version at Delphi Gems


Subject: Re: asi@infos.ru
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Fri, 10 Mar 2006 00:46:44 +0300
Newsgroups: jedi.vcl

09.03.06 в 21:46 OBones в своём письме писал(а):

>>> Wrong forum? Get some sleep or put down the bottle. ;-)
>>   True. But i still can't realize how mail address could hapen in SUBJ field  :-o
>
> But now that you have given us "interest" in that story, could you so kind to provide a real translation? Cause the ones we got are really hard to understand ;-)
>

Together those engine make it ok ;-)
You are just to make DIFFs and analyze them :D
Just a bit of common sense, the translations are almost complements to each other

PS: 1nd engine is Stylus( http://www.translate.ru/text.asp), i wonder what is the 1st engine ?
There was greate one at perevodov.net, but it is dead for years :-(




Subject: Re: asi@infos.ru
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 09 Mar 2006 19:46:04 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> 08.03.06 в 17:21 Robert Marquardt в своём письме писал(а):
>
>> Wrong forum? Get some sleep or put down the bottle. ;-)
>
>
> True. But i still can't realize how mail address could hapen in SUBJ field  :-o

But now that you have given us "interest" in that story, could you so kind to provide a real translation? Cause the ones we got are really hard to understand ;-)


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: asi@infos.ru
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Thu, 09 Mar 2006 21:36:13 +0300
Newsgroups: jedi.vcl

08.03.06 в 17:21 Robert Marquardt в своём письме писал(а):

> Wrong forum? Get some sleep or put down the bottle. ;-)

True. But i still can't realize how mail address could hapen in SUBJ field :-o


Subject: Re: 2006 SourceForge.net Community Choice Awards
From: "John Doe" <zorfael@yahoo.com>
Date: Thu, 9 Mar 2006 09:39:06 -0300
Newsgroups: jedi.vcl

go cowboys!
"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:duogt4$e0g$1@talkto.net...
> > Hi,
> >
> > Votes for the "2006 SourceForge.net Community Choice Awards" have started 
> > few days ago, the Jedi Visual Component Library (JVCL) can be nominated in 
> > the "development" category if it gets your votes!
> > The nomination period lasts on March 15th. More informations on the JVCL 
> > project page:
> > http://sourceforge.net/projects/jvcl/
> >
> > Regards,
> >
> > -- 
> > Florent Ouchet
> > The software quality office will be part of DevCo :p
> > Application Life Management was a great idea but high quality level in 
> > applications is more valuable than an utopia. 




Subject: undeclared identifier 'themes' ... please help
From: "Roberto" <robertosperoni@yahoo.com>
Date: Thu, 9 Mar 2006 13:07:39 +0100
Newsgroups: jedi.vcl

Hello

Installation Version 3.20 was correct, but, in Delphi7, when I try to use
any component, i get an error message when compile the project :

"undeclared identifier 'themes'"

and it open the JvThemes.pas.

Please help !!!!





Subject: 2006 SourceForge.net Community Choice Awards
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 09 Mar 2006 07:24:37 +0100
Newsgroups: jedi.vcl

Hi,

Votes for the "2006 SourceForge.net Community Choice Awards" have started few days ago, the Jedi Visual Component Library (JVCL) can be nominated in the "development" category if it gets your votes!
The nomination period lasts on March 15th. More informations on the JVCL project page:
http://sourceforge.net/projects/jvcl/

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Re: Latest JVCL install causes an error
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 09 Mar 2006 07:17:06 +0100
Newsgroups: jedi.vcl

Hi,

Which file did you download?
JVCL320CompleteJCL197-Build2172.7z, JVCL320CompleteJCL197-Build2172.zip,  JVCL320CompleteNoJCL.zip, JVCL320SourceExamples.zip or JVCL320SourceOnly.zip?

The GenerateUtils file should be located in "jvcl\devtools\PackagesGenerator\"

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Latest JVCL install causes an error
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 09 Mar 2006 13:35:19 +0800
Newsgroups: jedi.vcl

Hi

I attempted to install the latest JCL (7/3/06) & JVCL (8/3/06). JCL installed ok but the installation of JVCL caused this error message...

===
Using Delphi 7
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
PackageUtils.pas(36) Fatal: File not found: 'GenerateUtils.dcu'

Failed to compile JVCL installer

Press any key to continue . . .
===

A search of my HD failed to find a GenerateUtils DCU or PAS file.

Is there something missing, or do I need to do something else?

Thank you...

-- 
Kind Regards

Peter...


Subject: Re: Jvcl Install. JvDBD9R.bpl cann't compile
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 08 Mar 2006 22:29:09 +0100
Newsgroups: jedi.vcl

Bernard Viot a écrit :
> I try to install JVCL 3.2 with Dephii 2005 Personnel. Compile stop with Fatal error E2202 Package 'dbrtl required noot found. I think that this package is not on Delphi 2005.
> What can i do ?

Hi,

In the package selection page, select the "both" option in the "show package" combobox and uncheck the following packages:

JvBDE
JvDB
JvDotNetCtrls
JvEDI
JvInterpreter
maybe JvNet
JvRunTimeDesign
JvUIB

Regards,

-- 
Florent Ouchet
The software quality office will be part of DevCo :p
Application Life Management was a great idea but high quality level in applications is more valuable than an utopia.


Subject: Jvcl Install. JvDBD9R.bpl cann't compile
From: "Bernard Viot" <bernardv@videotron.ca>
Date: Wed, 8 Mar 2006 16:20:24 -0500
Newsgroups: jedi.vcl

I try to install JVCL 3.2 with Dephii 2005 Personnel. Compile stop with Fatal error E2202 Package 'dbrtl required noot found. I think that this package is not on Delphi 2005.
What can i do ?
Thanks


Subject: Re: Any help for Collections and JvSimScope?
From: Markus <markus.humm@freenet.de>
Date: Wed, 08 Mar 2006 20:32:24 +0100
Newsgroups: jedi.vcl

Mögliche Lösung (ungetestet, woanders gefunden):

Anzeige.Active:=True;
Anzeige.Interval:=10;
Anzeige.BaseLine:=0;
Anzeige.Lines.Add;
Anzeige.Lines.Lines[0].Color:=clRed;
Anzeige.Lines.Add;
Anzeige.Lines.Lines[1].Position:=50;

jetzt ist eine Grüne Linie in der Mitte.
Um die andere Linie anzusprechen (zum Beispiel in nem Timer einfach)
Anzeige.Lines.Lines[0].Position:=ZAHL;


Subject: Any help for Collections and JvSimScope?
From: Markus <markus.humm@freenet.de>
Date: Wed, 08 Mar 2006 20:06:35 +0100
Newsgroups: jedi.vcl

Hello,

I want to use a JvSimScope but I don't understand how to add values to
it. If I add a line to it I have to deal with collections. That's the
part I don't understand.

Any simple source for adding values to a line? The values would be
integers or doubles if that matters.

I'm using Delphi 2006.

Greetings

Markus


Subject: Re: asi@infos.ru
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Wed, 8 Mar 2006 15:48:30 +0100
Newsgroups: jedi.vcl

>> >> Поздравляю родню с весной вообще и с восьмым её днём в частности!
>> >> 
>> >> Желаю любимой сёстренке не болеть и больше времени проводить с любимыми  
>> >> своими подругами! :)
> > 
> > Babel translation on altavista gives this:
> > 
> > I congratulate relatives with the spring generally and with the eighth 
> > it in the daytime in particular! I desire to dear sestrenke not to be 
> > ill and it is more than time to carry out with its dear friends!
> > 
> > 
> > I must says i don't quite get it ;-)

And this what www.online-translator.com says:

I congratulate I make related with spring in general and with its eighth
day in particular. I wish the favourite little sister to not hurt and more
time to spend with favourite girlfriends!

The second sentence looks quite different ;-)))


Subject: Re: asi@infos.ru
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 08 Mar 2006 15:29:56 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> Поздравляю родню с весной вообще и с восьмым её днём в частности!
>
> Желаю любимой сёстренке не болеть и больше времени проводить с любимыми  своими подругами! :)

Babel translation on altavista gives this:

I congratulate relatives with the spring generally and with the eighth it in the daytime in particular! I desire to dear sestrenke not to be ill and it is more than time to carry out with its dear friends!


I must says i don't quite get it ;-)

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: asi@infos.ru
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 08 Mar 2006 15:21:03 +0100
Newsgroups: jedi.vcl

Huh?
Wrong forum? Get some sleep or put down the bottle. ;-)


Subject: asi@infos.ru
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 08 Mar 2006 17:15:41 +0300
Newsgroups: jedi.vcl

Поздравляю родню с весной вообще и с восьмым её днём в частности!

Желаю любимой сёстренке не болеть и больше времени проводить с любимыми своими подругами! :)

PS: picture from bormor.livejournal.com

mart.JPG

mart.JPG
	



Subject: Re: JVCL 3.20 Installer don't work
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 8 Mar 2006 09:52:26 +0100
Newsgroups: jedi.vcl

Malcolm Cheyne wrote:

> > Maybe the installer needs a better message saying the JCL needs
> > installing.  From the graphic, even after careful study, it was not
> > obvious to me that JCL needed installing.

I could change it to: "Hey you stupid maybe developer. You forgot to
install the requirements". This would be certainly more obvious, but also
too offensive.

I think a developer should know what "required" means. But I will replace
all the "required" by "not installed".

-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.20 Installer don't work
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Wed, 8 Mar 2006 09:32:20 +1000
Newsgroups: jedi.vcl

Maybe the installer needs a better message saying the JCL needs 
installing.  From the graphic, even after careful study, it was not 
obvious to me that JCL needed installing.

This seems to be a regular post which means it is not so obvious to 
the installer.

Maybe something like a little man jumping out with a hammer in his 
hand ;-)  <just kidding>

Malcolm


Malcolm

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:duic2q$tig$1@talkto.net...
> > Looking at the screenshot, it does not look hung up to me. It even 
> > has a message saying that you need to install the JCL first. Have 
> > you done this?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: DEP bug still not found
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Tue, 07 Mar 2006 23:33:09 +0300
Newsgroups: jedi.vcl

06.03.06 в 12:55 Robert Marquardt в своём письме писал(а):

IT is strange, but seems i had stumbled upon.
Alas, i dont have access to the machine.symptom is that after adding to components, application no more launches.

Components were CommStatus and LED. I ain't sure if there was not some unit used also.

Alas there is next to no chances i would get to that machine.

BTW, did WinXP SP1 (not 2) already had DEP implemented ?

PS: CPU is P4 3GHz, unknown flavour


Subject: Jv Jans
From: Tee <viriya333@gmail.com>
Date: Wed, 08 Mar 2006 02:49:39 +0700
Newsgroups: jedi.vcl

Hi,
Does anybody know where/how can I get the Help/Document/Demo of the 'Jv Jans' and 'Jv Jans SIM' components.

Thanks,
Tee


Subject: Re: {$IFDEF BCB10} in jvcl.inc
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 7 Mar 2006 19:30:35 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > I agree except if we added an installation option Delphi only/C++
> > only/Dual package.

C++ only does not work because we have .pas files. Delphi only and Dual
packages are no problem and already work. So I see no reason for an extra
jvcl.inc configuration for C++.

-- Regards, Andreas Hausladen 

Subject: Re: {$IFDEF BCB10} in jvcl.inc
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 07 Mar 2006 17:48:34 +0100
Newsgroups: jedi.vcl

> I think we should delete this BCB10 part from jvcl.inc

I agree except if we added an installation option Delphi only/C++ only/Dual package.

-- 
Florent Ouchet


Subject: {$IFDEF BCB10} in jvcl.inc
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 7 Mar 2006 17:44:54 +0100
Newsgroups: jedi.vcl

I found this code in the jvcl.inc:

{$IFDEF BCB10}
 {$I jvclc10.inc}
 {$DEFINE JVCL_CONFIGURED}
{$ENDIF BCB10}

1. We do not have a jvclc10.inc.
2. The BCB10 is also Delphi10 which already includes jvcld10.inc

I think we should delete this BCB10 part from jvcl.inc


-- Regards, Andreas Hausladen 

Subject: Re: bds6... install error :(
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 7 Mar 2006 17:34:33 +0100
Newsgroups: jedi.vcl

salsa wrote:

> > ** error 1 ** deleting Templates
> > 
> > im using a lasted version of jvcl ...

The current CVS version of JVCL fixes this bug, because it does not use
make.exe for the installation.


> > somebody knows how i can install jvcl in my bds6?

BDS 6 ? Do you mean BCB 6 or BDS 2006 ?


> > ** error 1 ** deleting Templates

Are the files your jvcl3 directory read-only? The "Templates" are compiler
..cfg files that are written to the packages\xx directories. Theses files
meight already exist (with the wrong content). And if they are read-only
the makefile will fail.


-- Regards, Andreas Hausladen 

Subject: Re: Latest version for D6
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 7 Mar 2006 17:17:55 +0100
Newsgroups: jedi.vcl

Alejandro Castro wrote:

> > Which is the latest version for D6? 3.20?

The JVCL supports Delphi/BCB 5, 6, 7, 2005 and 2006. Even the CVS version
supports all these targets.


-- Regards, Andreas Hausladen 

Subject: Re: Latest version for D6
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 7 Mar 2006 17:15:52 +0100
Newsgroups: jedi.vcl

3.20 Yes :-)

Greetings
Jens

> >Which is the latest version for D6? 3.20?
> >
> >Thanks
> >Alejandro 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DEP bug still not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 7 Mar 2006 17:13:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > So, do you really get an ERangeError?

Ok, I see. This is "valid" value, but the compiler can't know. I've
changed the code to test if the string is long enough. Furthermore I have
removed code that meight have caused an access violation because it was
obsolute and all the assumptions for this code weren't existing anymore.


-- Regards, Andreas Hausladen 

Subject: Re: DEP bug still not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 7 Mar 2006 16:38:06 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I also got an range check error in JVLCConfiguration .pas IsDirective().
> > The + 1 is wrong. Someone knowing the source should fix it.

The +1 is to access either the next char after the searched "Directive"
string or the tailing #0 of the string S.

For example the following code will also access the char after the
S[Length(S)].
--------------------
P := PChar(S);
while P^ <> #0 do Inc(P);
--------------------
Such an range error can only happen if "S" and "Directive" are empty
(which should not happen at all). Otherwise "S" will start with the string
of "Directive" what means that S will have at lease Length(S)+1 bytes
allocated for the actual string data.

So, do you really get an ERangeError?

-- Regards, Andreas Hausladen 

Subject: Latest version for D6
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Tue, 7 Mar 2006 08:28:48 -0600
Newsgroups: jedi.vcl

Which is the latest version for D6? 3.20?

Thanks
Alejandro 




Subject: Re: jvXPBar
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 7 Mar 2006 11:01:54 -0300
Newsgroups: jedi.vcl

Hi Warren,

> > Yes, I had gotten 80% of the way through implementing exactly that but
> > did not get finished it.

Did you stoped or is still working on it?

> >A slightly ugly way to do what you want right
> > now is to add a bunch of blank buttons, and then place a checkbox, or
> > label or editor in there right on top. evil, right?

Right!  ;-)  Actually I've done it a try but it does not work properly

Let me know about your efforts on your work,

Thanks and regards,
Anderson Farias




Subject: Re: TJvListView Color
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Mar 2006 11:04:39 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones <obones_gfd_@_gfd_altern.org> wrote in
> news:dujdhm$c7g$1@talkto.net:
>
>> It seems to me that you did not give us enough time to have a
>> look at your question.
>
>
> Sorry. I did not want to attack you or another great Jedi developers. I only wanted add some my additional information.;-)
> Please, do appologize me for that.

No worries, my comment was uncalled fo anyway.


>> Every item in the TJvListView is a TJvListItem instead of
>> TListItem. And TJvListItem has two properties of interest to
>> you: Font and Brush. Use these to control the font color and
>> background color of an individual item: 
>
> Ou. Yes. It is the trick. You are right. If I look at source code than it is really clear but it isn't so obvious from "Object Inspector". It looks there like a TListItem.

Ah yes, I know this but there is no easy way that I know of to tell the inspector that we use a TJvListItem instead of TListItem. Hence it shows up as a TListItem and people wanting to play with our extensions have to do the cast manually.


-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: problems in debug mode (Delphi 2005 Architect)
From: "Bonny" <roberto.bonera@unimi.it>
Date: Tue, 7 Mar 2006 11:00:44 +0100
Newsgroups: jedi.vcl

Hello there,

after some pain in installing and configuring jvcl 3.20 it seems now work. 
The only problem is when running an app inside the ide. It hangs up with 
errors in vcl90 package, all the ide windows desappared and they never be 
shown again (i have to restart delphi).
Note that a run outside ide works propertly.
Note again, that puttting the jvcl\run directory in the library path seems 
to work, but all related dcu of the jvcl packages used are recompiled 
(right?). Of course i prefer avoid this, replacing the jvcl\run directory 
with the jvc\lib\d9 one, linking just precompiled dcu. But this causes the 
error i said. Where's the problem?

thank's in advance
bonny 




Subject: Re: TJvListView Color
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 7 Mar 2006 09:19:36 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_gfd_altern.org> wrote in
news:dujdhm$c7g$1@talkto.net: 

> > It seems to me that you did not give us enough time to have a
> > look at your question.

Sorry. I did not want to attack you or another great Jedi 
developers. I only wanted add some my additional information.;-)
Please, do appologize me for that.

> > Every item in the TJvListView is a TJvListItem instead of
> > TListItem. And TJvListItem has two properties of interest to
> > you: Font and Brush. Use these to control the font color and
> > background color of an individual item: 

Ou. Yes. It is the trick. You are right. 
If I look at source code than it is really clear but it 
isn't so obvious from "Object Inspector". It looks there 
like a TListItem.

OK. Your trick works very well.
 TJvListItem *pLVI;
   ....
  pLVI = dynamic_cast<TJvListItem *>(JvListView->Items->Item[i]);
  pLVI->Brush->Color = clNavy;
  pLVI->Font->Color  = clYellow;

Thank you Olivier.

Best regards.



Subject: Re: TJvListView Color
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Mar 2006 08:57:26 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
>> I have a TJvListView in vsReport style. Is there way how to change background color and font color generally?
>
>
> It seems to me that nobody has problem with changing of background and text color in TJvListView (Report style). But I have :-(.

It seems to me that you did not give us enough time to have a look at your question.


> Also, I noticed that text is not transparent if I load background
> picture. Is it the behaviour which is requested with TJvListView
> or there is something strange what I don't know. I am not sure
> but can somebody else judge my problem as a bug? (example see below),

Every item in the TJvListView is a TJvListItem instead of TListItem. And TJvListItem has two properties of interest to you: Font and Brush. Use these to control the font color and background color of an individual item:

Delphi:
(JvListView1.Items[0] as TJvListItem).Brush.Color := clRed;

C++ Builder:
dynamic_cast<TJvListItem*>((*JvListView1->Items)[0])->Brush.Color = clRed;
-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvListView Color
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 7 Mar 2006 06:05:24 +0000 (UTC)
Newsgroups: jedi.vcl

> > I have a TJvListView in vsReport style. Is there way how to 
> > change background color and font color generally?

It seems to me that nobody has problem with changing of background 
and text color in TJvListView (Report style). But I have :-(.
Also, I noticed that text is not transparent if I load background
picture. Is it the behaviour which is requested with TJvListView
or there is something strange what I don't know. I am not sure
but can somebody else judge my problem as a bug? (example see 
below),
 
> > I change the JvListView Color to Navy and its Font Color to 
> > Yellow but if I add new row to the JvListView the background
> > color is White (resp. clWindow) and Font color is 
> > Black (resp. clWindowText). 
> > (I have never this problem with original Borland TListView 
> >  component ???)
I did example (in BCB6 :-( ) to demonstrate my problem and I 
added it to the jedi.binaries NG with the same topic as here.

I have installed latest JCL+JVCL release. 

Vaclav



Subject: Re: JVCL 3.20 Installer don't work
From: "Detlef Müller" <dpa.mueller@t-online.de>
Date: Tue, 7 Mar 2006 00:43:58 +0100
Newsgroups: jedi.vcl

Thank you, that is the Problem
shame on me

Detlef  Müller

"OBones" <obones_gfd_@_gfd_altern.org> schrieb im Newsbeitrag 
news:duic2q$tig$1@talkto.net...
> > Looking at the screenshot, it does not look hung up to me. It even has a 
> > message saying that you need to install the JCL first. Have you done this?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: JVCL 3.20 Installer don't work
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 06 Mar 2006 23:26:12 +0100
Newsgroups: jedi.vcl

Looking at the screenshot, it does not look hung up to me. It even has a message saying that you need to install the JCL first. Have you done this?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: jvDBImage and Access OLE field
From: "maxbale" <maxbale@acm.org>
Date: Mon, 6 Mar 2006 19:29:40 +0100
Newsgroups: jedi.vcl

Hi,
How can I use this component to manage images stored in a OLE field of an 
Access database?
I've tried to link this component to the correct field of an ADO table 
but I obtain an error 'Bitmap image is not valid'.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.20 Installer don't work
From: "Detlef Müller" <dpa.mueller@t-online.de>
Date: Mon, 6 Mar 2006 19:13:27 +0100
Newsgroups: jedi.vcl

"Detlef Müller" <dpa.mueller@t-online.de> schrieb im Newsbeitrag 
news:duht4q$5ff$1@talkto.net...
> > Hi,
> >
> > i like to install the JVCL3.20 with the Installer. Compiling with
> > install.bat is ok, only run the Installer after this to Step 2 and hang 
> > up.
> > See the picture.
> > Any idea?
> > Delphi 7 architect, Windows XP SP2
> >
> > Detlef Müller
> >
> >

Sorry, the picture is absent 



screenshot.jpg
	



Subject: JVCL 3.20 Installer don't work
From: "Detlef Müller" <dpa.mueller@t-online.de>
Date: Mon, 6 Mar 2006 19:11:15 +0100
Newsgroups: jedi.vcl

Hi,

i like to install the JVCL3.20 with the Installer. Compiling with 
install.bat is ok, only run the Installer after this to Step 2 and hang up. 
See the picture.
Any idea?
Delphi 7 architect, Windows XP SP2

Detlef Müller 




Subject: TJvListView Color
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 6 Mar 2006 16:06:39 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I have quite stuid question but:
I have a TJvListView in vsReport style. Is there way how to 
change background color and font color generally?

I change the JvListView Color to Navy and its Font Color to 
Yellow but if I add new row to thje JvListView the background
color is White (resp. clWindow) and Font color is 
Black (resp. clWindowText). 
(I have never this problem with original Borland TListView 
 component ???)

Please can anybody tell me what I do bad. I need change
the JvListView background and font generally for all time 
program run.

TIA for any response.

Vaclav


Subject: Re: TJvSettingsTreeView
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 6 Mar 2006 14:41:31 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Panino <peter-panino@aon.at> wrote in news:dugql2$e7u$1
@talkto.net:

> > Is there a way to avoid this?

At the moment no. No in design time, I would say...
See following (still opened) issue here:
http://tinyurl.com/mtfkz

Only one thing I should say to this problem:
We don't care about links in design time and we assign them 
in real time during window constructor processing. It works 
properly.

Regards,
Vaclav


Subject: DEP bug still not found
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 06 Mar 2006 10:55:41 +0100
Newsgroups: jedi.vcl

I have tested even with stepping through the asembler, but i did not find the problem.
It happens very early in the
  Application.CreateForm(TFormMain, FormMain);

I have also set many options in the local jvcl.inc file to get better checks. Sometimes then i got a stack overflow.

I also got an range check error in JVLCConfiguration .pas IsDirective().
The + 1 is wrong. Someone knowing the source should fix it.


Subject: TJvSettingsTreeView
From: Peter Panino <peter-panino@aon.at>
Date: Mon, 06 Mar 2006 09:20:21 +0100
Newsgroups: jedi.vcl

Unfortunately, every time I change even only a control property on a associated page, the JvSettingsTreeView links with the associated pages (TJvStandardPage) are lost!

This is very cumbersome, as I have to reestablish the links every time I make even a small change.

Is there a way to avoid this?


Subject: bds6... install error :(
From: "salsa" <salsa@salsa.com>
Date: Mon, 6 Mar 2006 04:44:15 +0100
Newsgroups: jedi.vcl

im try to install jvcl in my bds6 but.....

===================================================
Windows XP Service Pack 2 (5.1.2600)

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Generating: Templates]

** error 1 ** deleting Templates

===================================================

im using a lasted version of jvcl ...
somebody knows how i can install jvcl in my bds6?

thankz ;)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: tJvTransparentButton not drawing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 05 Mar 2006 18:42:00 +0100
Newsgroups: jedi.vcl

John Doe wrote:

> now I did (;

Worked alright, I'll have a look.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: TJvEditor.pas Update (added tabstospaces property, and also includes my fix)
From: Dennis <cy_raid@hotmail.com>
Date: Sun, 05 Mar 2006 10:54:19 -0600
Newsgroups: jedi.vcl

Ahhh excuse me, sorry about that, apparently it's not that simple.
It's saves the Tabs now, but shows them as their character representation,
Allow me to examine (the daunting huge block of non-commented source that draws the text)

Also have to change when the Caret moves over a tab character to change the Caret Pos in the Editor.


Subject: D5, JvxCheckListBox - strange design-time only bug
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 05 Mar 2006 18:52:14 +0300
Newsgroups: jedi.vcl

Drop SUBJ onto a form, switch the CheckKind of items to radiobuttons.

Open ITEMS property editor, there Click on AddStrings and add something (i added three lines of random text)

OK, OK

Now play with .IntegralHeight in Object Inspector - at every cycle the component will decrease its Height.

If it occured in runtimes, i'd tried to track it down, but design-time bugs eats more time to hunt. :(


Subject: D5: JvStaticText - multiline messages, AutoSize
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 05 Mar 2006 18:31:53 +0300
Newsgroups: jedi.vcl

It seems that AutoSize does not regard the multiline abilities of JvStaticText.

Being set to TRUE, it makes label awfully wide.


Subject: Re: tJvTransparentButton not drawing
From: "John Doe" <zorfael@yahoo.com>
Date: Sun, 5 Mar 2006 12:22:40 -0300
Newsgroups: jedi.vcl

now I did (;
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:dudhpb$sb4$1@talkto.net...
> > John Doe wrote:
>> >> did you get my email?
> >
> > No. But did you remove the _gfd_ from the email address?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: TJvEditor.pas Update (added tabstospaces property, and also includes my fix)
From: Dennis <cy_raid@hotmail.com>
Date: Sun, 05 Mar 2006 00:07:42 -0600
Newsgroups: jedi.vcl

Hi, I was working with some files and noticed it converted (my needed tab characters) in the file to spaces!
I know it's a rare case, but I added an option for it (TabsToSpaces)

(Don't worry you can just replace the file in CVS completely, I updated it a few hours ago and edited it) Also this includes my fix for the Template Completion.

I may be adding gutter gradient style, and other stuff as I am actively using this component in my project and need some more options with it (and well it IS open source after all) :)

*Wishing he just had CVS write access so he can just ask permission to alter something*

Heh.
- Dennis (aka Raid)
JvEditor.zip
	



Subject: Re: tJvTransparentButton not drawing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 05 Mar 2006 03:32:27 +0100
Newsgroups: jedi.vcl

John Doe wrote:
> did you get my email?

No. But did you remove the _gfd_ from the email address?

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: JVPlugin and interfaces
From: Aldo <aldeep@ua.fm>
Date: Sun, 05 Mar 2006 03:50:40 +0200
Newsgroups: jedi.vcl

> I am developing a major software project using DLL-based plugins and have resolved the issues I've come across by extending the JvPlugin to handle a "Communicator" interface as well as providing conversion routines to map between classes (the only ones that need it are those that use the "as" comparison in their Assign methods). Finally, in the Plugin.Initialise I set the DLL's Application object's handle to the main program Application handle and link to the main app's OnIdle event to pass messages.
> Also, sharemem or some other memory manager (eg: FastMM) need to be used by all DLLs and main app.
>

Hi Andrew.
Can you post some code example of doing this, because I'm not familiar with all this interfaces and handles.

Thanks in advance,
Alex.


Subject: Re: tJvTransparentButton not drawing
From: "John Doe" <zorfael@yahoo.com>
Date: Sat, 4 Mar 2006 20:32:00 -0300
Newsgroups: jedi.vcl

did you get my email?
thanks
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:du4fuj$qlo$1@talkto.net...
> > John Doe wrote:
> >
>> >> Hi,
>> >> I created an account on the page to submit this issue but when I went
>> >>  to confirm my new account on Mantis I entered a real name which
>> >> already existed and I was told to click 'back' on the browser to fix it 
>> >> however
>> >> the previous page does not load correctly and raises an exception:
>> >> "The confirmation URL is invalid or has already been used. Please signup 
>> >> again."
>> >> and I am not able to fix that mistake anymore because:
>> >> "This account is protected. You are not allowed to access this until the 
>> >> account protection is lifted."
>> >> How should I proceed now?
> >
> > What name is the account? Which real name did you use?
> > If you want to answer this through email, I would understand. Just do not 
> > forget to remove the spam protections I added to the email here.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator
> > http://jvcl.sf.net/ 




Subject: Re: JVPlugin and interfaces
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Sun, 5 Mar 2006 09:39:54 +1100
Newsgroups: jedi.vcl


"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message news:duc3qu$j94$1@talkto.net...
> > Aldo wrote:
>> >> Hi,
>> >> I would like to have an app that consist of forms which are stored in 
>> >> plugins (dll's). I know it is possible to parent the forms from the 
>> >> plugins within the host form using interface objects, but I don't know 
>> >> how it can be done.
> > 
> >     Using a DLL is not gonna work. You will need package based plug ins 
> > and both the application and plug ins need to use the vcl package at 
> > least. If you don't, the RTTI between your application form and your 
> > plug in form won't match, giving errors like 'Cannot assign a TFont to a 
> > TFont'.
> > 
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> > 
> > To mail me, remove the obvious from my mail address

Sorry Marcel, 

but it does work, just has a few hassles. One is as you pointed out the mismatch between RTTIs. Another is the passing of messages to the form during the Application.Idle event (as there are now two Application objects and only one has an active message loop).
I am developing a major software project using DLL-based plugins and have resolved the issues I've come across by extending the JvPlugin to handle a "Communicator" interface as well as providing conversion routines to map between classes (the only ones that need it are those that use the "as" comparison in their Assign methods). Finally, in the Plugin.Initialise I set the DLL's Application object's handle to the main program Application handle and link to the main app's OnIdle event to pass messages.
Also, sharemem or some other memory manager (eg: FastMM) need to be used by all DLLs and main app.

As you can see, not easy, but definitely possible!

Andrew


Subject: Re: JvInspector as custom data edotor?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 04 Mar 2006 14:46:51 +0100
Newsgroups: jedi.vcl

Jarek,

Sorry for the delay.

> I've checked this example. Unfortunately there is not too much about custom data editors. I can see only one function call:
>   TJvInspectorDBData.New(JvInspector1.Root, DataSource1, ['LastName', 'FirstName', 'Salary']);
> That's all. Everything is hidden inside the jvInstspectorDBData, i suppose.

    Correct. I was assuming you meant to do this, but now I understand a bit more about what you want.

> Previously i meant for example following situation:
> Given an inmemory  record eq. AnsiString sDirectory, int iEnumValue, int iCheckValue, etc, i'd like to have under jvInspectgor following items:
> string editor with a button (onClick a browse directory would be invoked or some other action)
> integer editor - select one and only one value from list
> integer editor - as checkbox
> etc.
> Does an example for such a situation exists?

    run/JvInspExtraEditors.pas might be a key for this, though it registers a custom editor based on data type. However, custom registration is also possible, having it match not only a certain type, but, eg. a certain data item name. You can even specify different registrations based on the data layer (ie., instead of registering at the TJvInspectorCustomData level, you could register at the TJvInspectorDBData level).

    You could also use the BeforeItemCreate event of the inspector. Depending on the information of the data item (including it's name and type), you could specify which editor class you'd like to use (or nil if the item shouldn't be shown). The AfterItemCreate event could then be used to setup additional flags.

    If I'm not mistaken, I used the events in the first example (not the simple one and the DB one).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JVPlugin and interfaces
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 04 Mar 2006 14:28:05 +0100
Newsgroups: jedi.vcl

Aldo wrote:
> Hi,
> I would like to have an app that consist of forms which are stored in plugins (dll's). I know it is possible to parent the forms from the plugins within the host form using interface objects, but I don't know how it can be done.

    Using a DLL is not gonna work. You will need package based plug ins and both the application and plug ins need to use the vcl package at least. If you don't, the RTTI between your application form and your plug in form won't match, giving errors like 'Cannot assign a TFont to a TFont'.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 04 Mar 2006 13:51:52 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Remove the dcus.

I already did that, searching Jv*.dc* in the entire hard disk matches only some JVCL .dcr files.

-- 
Florent Ouchet


Subject: Re: New Installer core is now committed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 04 Mar 2006 13:23:35 +0100
Newsgroups: jedi.vcl

Remove the dcus.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 04 Mar 2006 13:20:44 +0100
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> I did a clean update and now everything is working well.

Everything was working well until I check the Unit Versioning option in the JVCL installer options. The first installation is ok, the second attempt to launch install.bat returns errors. I am no more able to build the JVCL installer:

Using Delphi 10
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(38)
P:\Delphi\JVCL\JVCL3\common\JvGnugettext.pas(3546)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(38)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(38)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(38)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
P:\Delphi\JVCL\JVCL3\common\jvcld10.inc(135)
P:\Delphi\JVCL\JVCL3\common\jvcl.inc(182)
P:\Delphi\JVCL\JVCL3\common\JvConsts.pas(33) Fatal: F1026 File not found: 'JclUn
itVersioning.dcu'

Failed to compile JVCL installer

Appuyez sur une touche pour continuer...

-- 
Florent Ouchet


Subject: Re: JvDockserver problem
From: "Tony" <not@public.com>
Date: Fri, 3 Mar 2006 18:41:38 +0200
Newsgroups: jedi.vcl

Hi.

I didn't know it was to be used with Forms exclusively.
I guess I'll have to do it the usual way then. Now I'm bummed, because
I spent a lot of time writing my own custom Form handling routines, which
allow users to choose between MDI or independent windowing modes etc.
I guess JvDocking would have helped there a lot.

Well, I'll be wiser the next time.

Anyway, thank you both for taking time to answer me.

Best regards,
Toni




Subject: Re: JvDocking animation speed
From: "lhaymehr" <atombased@hotmail.coX>
Date: Fri, 3 Mar 2006 17:34:30 +0100
Newsgroups: jedi.vcl

lhaymehr sayz:

> > Hello

> > Animations seem slugish when hiding/showing the tabs. How do i speed them 
> > up? It seems there's no published property to change it (or am i missing 
> > something), and i was unsuccessfull to look it up in the code and
> > recompile it. Can you tell me what do i have to change to speed them up?

> > thanks,
> > Vedran

Maybe i wasn't clear enough. I'm not having problems with a slow PC :). I'd 
like to speed up the animation of the docked forms when showing/hiding them. 




Subject: Re: jvXPBar
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 03 Mar 2006 17:28:04 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> Anderson Farias wrote:
>
>> Hi All,
>>
>> I've just start using JediVCL and I'm amazed! That's realy a great suite of
>> tools. I still don't know most of the components, functions and so on
>> ('couse it's huge!) but I'm on the way! :-)
>>
>> Well, I'd like now to comment on jvXPBar ... I find the 'JV XP Controls'
>> very nice and liked jvXPBar the most.
>>
>> So, I think It would be *great* to have some other component just like
>> jvXPBar but that would work as a container for any kind of controls. This
>> way you could put on it labels, edits, buttons, whatever!
>
>
> Yes, I had gotten 80% of the way through implementing exactly that but
> did not get finished it.   A slightly ugly way to do what you want right
> now is to add a bunch of blank buttons, and then place a checkbox, or
> label or editor in there right on top. evil, right?

What? there is a better way to do this? Gee, I'm listening here ;-)

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: jvXPBar
From: Warren Postma <wp@tekran.com>
Date: Fri, 03 Mar 2006 11:24:02 -0500
Newsgroups: jedi.vcl

Anderson Farias wrote:
> > Hi All,
> > 
> > I've just start using JediVCL and I'm amazed! That's realy a great suite of
> > tools. I still don't know most of the components, functions and so on
> > ('couse it's huge!) but I'm on the way! :-)
> > 
> > Well, I'd like now to comment on jvXPBar ... I find the 'JV XP Controls'
> > very nice and liked jvXPBar the most.
> > 
> > So, I think It would be *great* to have some other component just like
> > jvXPBar but that would work as a container for any kind of controls. This
> > way you could put on it labels, edits, buttons, whatever!

Yes, I had gotten 80% of the way through implementing exactly that but
did not get finished it.   A slightly ugly way to do what you want right
now is to add a bunch of blank buttons, and then place a checkbox, or
label or editor in there right on top. evil, right?

Warren


Subject: Re: Free. Deo Gratias!
From: Warren Postma <wp@tekran.com>
Date: Fri, 03 Mar 2006 11:12:32 -0500
Newsgroups: jedi.vcl

Me wrote:
> > Just bought Raize Lib, dropped JVCL,  and my problems are over!

It's not an either-or proposition buddy. Nobody here needs you to use
our free stuff.

By the way, I have decided from now on that I will only eat Thai food,
and I won't eat at Vietnamese restaurants anymore.   Just kidding.
But that would be approximately as dumb an idea.

Warren



Subject: Re: jvDock and Floating windows.
From: Warren Postma <wp@tekran.com>
Date: Fri, 03 Mar 2006 09:58:04 -0500
Newsgroups: jedi.vcl

Yannis wrote:
> > Hi all,
> > 
> > I found some time this weekend to test some things with jvdock
> > and I have the following recomendations for this library.
> > 
> > Since Delphi 2005 the Tform component has a couple of new 
> > properties namely PopupMode, PopupParent. I recomend to copy
> > this properties to the floating windows created by the library
> > as well. I have made a few tests and it seems to work. The changes
> > I have made are the following
> > 
> > 1) Search in files in a directory for fsStayonTop.
> > 2) for each line found with the following code
> >    // Existing Code as sample
> >    if ParentForm.FormStyle = fsStayOnTop then
> >      TForm(Source.Control).FormStyle := fsStayOnTop;
> >    Add the following.
> >    // New Code as sample
> >   if Assigned(ParentForm.PopupParent) then
> >   begin
> >     TForm(Source.Control).PopupParent := ParentForm.PopupParent;
> >     TForm(Source.Control).PopupMode := ParentForm.PopupMode;
> >   end;
> > 
> > Ofcourse this needs to be included in  ifdefs to check for Delphi9_UP in 
> > order to make it compatible with versions previus to D2005. 
> > 
> > I am working on similar solution for older versions of Delphi but I can't 
> > quarante the time or the results.
> > 
> > Regards
> > Yannis.

This is a good idea. Yes it would have to be $IFDEF'ed since those
properties don't exist except in Delphi 2005/2006.

Could you log it into MANTIS as a feature request?  I hope to get around
to some JvDocking improvements soon but if you really want a change,
it's best to put it in MANTIS. Then any JVCL developer with time could
do it.

Warren


Subject: Re: JvDockserver problem
From: Warren Postma <wp@tekran.com>
Date: Fri, 03 Mar 2006 09:45:07 -0500
Newsgroups: jedi.vcl

What kind of toolbar is it? Toolbar2000?  Borland action bars? Some
other component?

As the previous reply stated, you can only dock one TForm to another
TForm using JvDocking. Toolbar docking would be nice, maybe even
TJvToolbar docking would be nice, but is not currently supported. It
would be a massive code change.

Warren


Subject: Re: JvDockserver problem
From: "lhaymehr" <atombased@hotmail.coX>
Date: Fri, 3 Mar 2006 13:15:04 +0100
Newsgroups: jedi.vcl

Tony sayz:

> > Hi.

> > I have a problem with JvDockServer and Delphi 2006.
> > The Toolbar I'm trying to dock disappears when docking
> > to any side of the form. This happens with every JvDockStyle.

> > TIA,
> > Toni

Hi, i can't tell you for sure cause i just started playing with JvDocking, 
but i believe the JvDockClient is to be used with a TForm exclusively.

So, you can drop a TJvDockClient on a new TForm instance, place your toolbar 
on it, set that Form's AutoSize to True, and then dock it whereever you 
want.

Vedran 




Subject: JvDocking animation speed
From: "lhaymehr" <atombased@hotmail.coX>
Date: Fri, 3 Mar 2006 13:09:11 +0100
Newsgroups: jedi.vcl

Hello

Animations seem slugish when hiding/showing the tabs. How do i speed them 
up? It seems there's no published property to change it (or am i missing 
something), and i was unsuccessfull to look it up in the code and recompile 
it. Can you tell me what do i have to change to speed them up?

thanks,
Vedran 




Subject: JVCL install problems on Delphi 2005
From: Fawzib Rojas <f_rojas@nospam.spectron-msim.com>
Date: Thu, 02 Mar 2006 13:27:56 -0400
Newsgroups: jedi.vcl

I installed JCL and JVCL and they both compiled and installed ok. My problem is that when I start Delphi 2005 I get AVs when loading all the JVCL packages. The JCL ones load ok though.

Is there a problem with Delphi 2005 and JVCL 3.20? FYI, I uninstalled the old version (3.00) using the instructions in the README.


Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 02 Mar 2006 16:05:56 +0100
Newsgroups: jedi.vcl

Hi,

I did a clean update and now everything is working well.

-- 
Florent Ouchet


Subject: JVPlugin and interfaces
From: Aldo <aldeep@ua.fm>
Date: Thu, 02 Mar 2006 16:55:25 +0200
Newsgroups: jedi.vcl

Hi,
I would like to have an app that consist of forms which are stored in plugins (dll's). I know it is possible to parent the forms from the plugins within the host form using interface objects, but I don't know how it can be done. Does anyone have a code example of application that uses JVPlugin with forms?

Thanks in advance for any help,
Alex.


Subject: Re: New Installer core is now committed
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 2 Mar 2006 15:51:36 +0100
Newsgroups: jedi.vcl

> >However, I'm sure there is something that I overlooked and it would be 
> >good if you could help us track down the origin of the crash you are 
> >getting. When exactly does it happen?
> >When clicking on "Compile", before the progress bars are show?
> >When compiling the very first package?

Planned for tomorrow.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New Installer core is now committed
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 2 Mar 2006 14:56:29 +0100
Newsgroups: jedi.vcl

> >To use the new installer, you MUST use a daily or CVS version of the 
> >JCL. Only those versions create the required registry keys.

Yes I know... But the stuff I removed from the latest JCL to make it 
work under BCB5 is probably not the problem and does not explain the 
Access Violation error I get since many weeks with the installer.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New Installer core is now committed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 02 Mar 2006 14:33:43 +0100
Newsgroups: jedi.vcl

Fred wrote:
>> To use the new installer, you MUST use a daily or CVS version of the JCL. Only those versions create the required registry keys.
>
>
> Yes I know... But the stuff I removed from the latest JCL to make it work under BCB5 is probably not the problem and does not explain the Access Violation error I get since many weeks with the installer.

That's right. I fixed the JCL installer so that it compiles in C5 or D5 and committed that. I tried to install using C5 as the compiler for both installers and it worked just fine.
However, I'm sure there is something that I overlooked and it would be good if you could help us track down the origin of the crash you are getting. When exactly does it happen?
When clicking on "Compile", before the progress bars are show?
When compiling the very first package?

Thanks for your help

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: New Installer core is now committed
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 2 Mar 2006 14:20:14 +0100
Newsgroups: jedi.vcl

I tested the new installer and the AV is still there under BCB 5. To 
compile your install, I had to modify JVCLData.pas to pass to the 
installer the right values for my JCL installed version (I have no 
registry keys for JCL). After the AV, the installer gives me a new error 
when I leave it (Runtime Error 216).

Since I cannot compile the latest JCL version, maybe there's something 
going wrong because of that. But I don't think the code I removed in JCL 
(the new functions that add help) are really THE problem.

I continue to use the installer from December 2005.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New Installer core is now committed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 02 Mar 2006 13:41:44 +0100
Newsgroups: jedi.vcl

To use the new installer, you MUST use a daily or CVS version of the JCL. Only those versions create the required registry keys.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: Free. Deo Gratias!
From: "Tony" <not@public.com>
Date: Thu, 2 Mar 2006 14:35:06 +0200
Newsgroups: jedi.vcl

if someone gives you a free car, don't complain if it isn't as good
as you'd like.




Subject: JvDockserver problem
From: "Tony" <not@public.com>
Date: Thu, 2 Mar 2006 14:23:33 +0200
Newsgroups: jedi.vcl

Hi.

I have a problem with JvDockServer and Delphi 2006.
The Toolbar I'm trying to dock disappears when docking
to any side of the form. This happens with every JvDockStyle.

TIA,
Toni




Subject: TJvXPBar color with XP Manifest attached
From: "H. Bouty" <hbouty@gmail.com>
Date: Thu, 2 Mar 2006 14:40:32 +0700
Newsgroups: jedi.vcl

Hi All,
I'm using TJcXPBar with XP Manifest attached, why the color of the bar
changed? If I do not use XP Manifest the color shows as expected. Anyone
knows how to change it back to its color with XP Manifest on?
TIA,

HB




Subject: JvNavigationPane, Buttons, ActionManager, ActionMainMenuBar
From: "Brian Huff" <bhuff@travisoft.com>
Date: Wed, 1 Mar 2006 13:52:07 -0600
Newsgroups: jedi.vcl

It's a small quirk, but the end result is a pain and a stopper for my 
application

Using a tActionManager, I create multiple actions.  I then setup my 
ActionMainMenuBar and drag my action catagories on over.  Drop in my 
jvNavigationPane and Create some Buttons that are linked to my actions.

All is wonderful...  I got menus, navigation panel with buttons and 
images...  wonderful.

Problem comes in here:
When I need to turn off an action by making it invisible.  Doing so will 
remove the action from my ActionMenuBar, however it just appears disabled in 
the jvNavigationPane.  Nice ugly gray glyph that looks very 
unproffesional...

Is it possilbe to hide the Button on the jvNavigationPane when an action 
is - visible := false?

Brian Huff 




Subject: JvSimScope Example
From: Markus <markus.humm@freenet.de>
Date: Wed, 01 Mar 2006 20:34:00 +0100
Newsgroups: jedi.vcl

Hello,

do you have a simple example how to use the JvSimScope component?
Just one line of measures and added some values to it.
I simply don't get this TCollection stuff.
Didn't find any example in the JVCL Demo packet...

Greetings

Markus


Subject: Re: tJvTransparentButton not drawing
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 17:05:09 +0100
Newsgroups: jedi.vcl

John Doe wrote:

> Hi,
> I created an account on the page to submit this issue but when I went
>  to confirm my new account on Mantis I entered a real name which
> already existed and I was told to click 'back' on the browser to fix it however
> the previous page does not load correctly and raises an exception:
> "The confirmation URL is invalid or has already been used. Please signup again."
> and I am not able to fix that mistake anymore because:
> "This account is protected. You are not allowed to access this until the account protection is lifted."
> How should I proceed now?

What name is the account? Which real name did you use?
If you want to answer this through email, I would understand. Just do not forget to remove the spam protections I added to the email here.

-- 
Olivier Sannier
JVCL Coordinator
http://jvcl.sf.net/


Subject: Re: tJvTransparentButton not drawing
From: "John Doe" <zorfael@yahoo.com>
Date: Wed, 1 Mar 2006 12:09:54 -0300
Newsgroups: jedi.vcl

Hi,
I created an account on the page to submit this issue but when I went
 to confirm my new account on Mantis I entered a real name which
already existed and I was told to click 'back' on the browser to fix it 
however
the previous page does not load correctly and raises an exception:
"The confirmation URL is invalid or has already been used. Please signup 
again."
and I am not able to fix that mistake anymore because:
"This account is protected. You are not allowed to access this until the 
account protection is lifted."
How should I proceed now?

Thanks.

"Elahn Ientile" <elahn@elahn.net> wrote in message 
news:dtm1u9$9bo$1@talkto.net...
> > John Doe wrote, on 23/02/2006 10:52 PM:
>> >> I have a set of tJvTransparentButtons with a "Explorer" framestyle,
>> >> the frame shows correctly during design time but when I run the
>> >> application the frame seems to be not drawn which results in
>> >> an ugly "borderless" appearance until I click that button and the
>> >> frame is drawn correctly.
>> >> I tried to repaint,invalidate,everything but nothing works, only manually
>> >> clicking the button will draw the frame with style "fsExplorer" under
>> >> runtime,
>> >> the same happens with "fsDark".
>> >>
>> >> Is this a known visual glitch?
> >
> > Hi John,
> >
> > The easiest way to see if it's a known bug is to search in Mantis, our 
> > Issue Tracker. If it's not in there, please create an account and post it 
> > there, so it doesn't get lost.
> >
> > http://homepages.borland.com/jedi/issuetracker/
> >
> > When posting issues in Mantis, please clearly describe the bug and provide 
> > the steps to reproduce it. If it is not very simple to reproduce, please 
> > create a demo program which produces the bug - please zip up only the 
> > .dpr, .pas & .dfm files.
> >
> > --
> > enjoy life,
> >            Elahn 




Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Mar 2006 15:59:58 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Just checked, that's the case.
> What's funny is that calling CreateNew instead of Create on TJvForm does not trigger the problem anymore.
> But I'll add the DFM anyway, it's safer with it.

This could have influence on the DEP bug. I will test this evening.


Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 1 Mar 2006 15:57:05 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> schrieb im Newsbeitrag
news:du46vj$ofc$1@talkto.net...
> > Well, this is now fixed in CVS.


Thanks!

Ralf



Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 01 Mar 2006 15:37:05 +0100
Newsgroups: jedi.vcl

> That's because they are common between design and run.

That makes no difference with the majority of units in \run, most of them are used by design units too.

-- 
Florent Ouchet


Subject: Re: New Installer core is now committed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 15:34:47 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Florent Ouchet wrote:
>
>
>> Why is there some Jv*.pas units in \common?
>> Can they be moved to \run?
>
>
> There were already there when I joined the JVCL team (except the
> JvGnugettext.pas)

That's because they are common between design and run.


Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 15:15:58 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Why is there some Jv*.pas units in \common?
> > Can they be moved to \run?

There were already there when I joined the JVCL team (except the
JvGnugettext.pas)

-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 01 Mar 2006 15:13:47 +0100
Newsgroups: jedi.vcl

Well, well, well, I must ask some philosophical questions:

Why is there some Jv*.pas units in \common?
Can they be moved to \run?

-- 
Florent Ouchet


Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 15:06:13 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > What's funny is that calling CreateNew instead of Create on TJvForm does
> > not trigger the problem anymore.

That's what CreateNew is for. But If you call CreateNew the whole dfm
reading code is ommitted and the .dfm files of derived classes are never
read because all inherited Create result in a CreateNew.


-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 01 Mar 2006 14:50:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Florent Ouchet wrote:
>
>> This error is due to BDS 1.0 (C#Builder 1), the Target.Version is 7
>
> But I have code in dcc32ex that marks BDS 1.0 as (TargetType) ttNone. So
> this should not happen at all. That is really strange (except I have
> written trash :-) ).

You tested the wrong variable, fixed in the CVS:

if Typ = ttBDS then
    begin
      if IDEVersion <= 2 then
      begin
        Result.Typ := ttNone; // C#Builder is no valid target
        Result.Version := 0;
        Result.IDEVersion := 0;
        Result.RootDir := '';
        Result.KeyName := '';
        Exit;
      end;
      Inc(Result.Version, 6); // 3.0 => 9
    end;

-- 
Florent Ouchet


Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 01 Mar 2006 14:47:56 +0100
Newsgroups: jedi.vcl

> It worked here as well, albeit not on a clean install though.

Can you test after a clean, I deleted the -Q switch in install.bat, that helped to see what was the compiler doing:

Using Delphi 10
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(38)
P:\Delphi\JVCL\JVCL3\common\JvGnugettext.pas(3546)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(38)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(38)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
jvcl.inc(38)
P:\Delphi\JVCL\JVCL3\common\jedi.inc(1232)
P:\Delphi\JVCL\JVCL3\common\jvcld10.inc(135)
P:\Delphi\JVCL\JVCL3\common\jvcl.inc(185)
P:\Delphi\JVCL\JVCL3\common\JvConsts.pas(33) Fatal: F1026 File not found: 'JclUn
itVersioning.dcu'

Failed to compile JVCL installer

It looks for included files in the unit directory before looking in included directories.

-- 
Florent Ouchet


Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 14:32:05 +0100
Newsgroups: jedi.vcl

Well, this is now fixed in CVS.


Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 14:15:27 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>>
>>> That's what I though as well. I'll test this (I have a project opened
>>> for it) and deal with that appropriately
>>
>>
>>
>> TJvForm is derived from TJvExForm. So this meight be done for TJvExForms,
>> too.
>
>
> Except that TJvExForm is never created directly, AFAIK. And to me, it should not, it's the basis for other forms.

Just checked, that's the case.
What's funny is that calling CreateNew instead of Create on TJvForm does not trigger the problem anymore.
But I'll add the DFM anyway, it's safer with it.


Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 14:13:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> That's what I though as well. I'll test this (I have a project opened
>> for it) and deal with that appropriately
>
>
> TJvForm is derived from TJvExForm. So this meight be done for TJvExForms,
> too.

Except that TJvExForm is never created directly, AFAIK. And to me, it should not, it's the basis for other forms.


Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 14:05:04 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > That's what I though as well. I'll test this (I have a project opened
> > for it) and deal with that appropriately

TJvForm is derived from TJvExForm. So this meight be done for TJvExForms,
too.


-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 14:04:23 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > This error is due to BDS 1.0 (C#Builder 1), the Target.Version is 7

But I have code in dcc32ex that marks BDS 1.0 as (TargetType) ttNone. So
this should not happen at all. That is really strange (except I have
written trash :-) ).



-- Regards, Andreas Hausladen 

Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 14:00:14 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> On a second thought it would be better to add an empty .dfm file for
> TJvForm. Because otherwise we must reimplement the resource reading code.

That's what I though as well. I'll test this (I have a project opened for it) and deal with that appropriately


Subject: Re: New Installer core is now committed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 13:59:33 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Florent Ouchet wrote:
>
>
>> The installer seems to be built with the jvcl.inc located in
>> jvcl\common.
>
>
> That's why I added the -I.\;... to the install.bat. I thought this was
> enough. And it worked on my PC and my Notebook.

It worked here as well, albeit not on a clean install though.


Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 01 Mar 2006 13:54:52 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Florent Ouchet wrote:
>
>> P:\Delphi\JVCL\JVCL3>install c5
>> Delphi 7 is no valid installation
>>  - System.dcu missing
>
> The dcc32ex.exe looks for $(ROOTDIR)\Lib\System.dcu but does not find it.
> So your Delphi 7 is in the registry but not valid.

This error is due to BDS 1.0 (C#Builder 1), the Target.Version is 7

-- 
Florent Ouchet


Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 13:53:10 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The installer seems to be built with the jvcl.inc located in
> > jvcl\common.

That's why I added the -I.\;... to the install.bat. I thought this was
enough. And it worked on my PC and my Notebook.


> > I will fix this issue too.

I hope you can. I do not want to go back to build.exe for the installer.



-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 01 Mar 2006 13:47:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> jvcl3\packages\bin\dcc32ex.dpr (start reading the file from the end)

Thanks,

After doing a clean, I am no more able to install anything, the compilation of the JVCL installer fails:

<quote>
Delphi 7 is no valid installation
 - System.dcu missing

Delphi 8 is no valid installation
 - System.dcu missing

Using Delphi 10
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
P:\Delphi\JVCL\JVCL3\common\JvConsts.pas(33) Fatal: F1026 File not found: 'JclUn
itVersioning.dcu'

Failed to compile JVCL installer

Appuyez sur une touche pour continuer...
</quote>

The installer seems to be built with the jvcl.inc located in jvcl\common. I tried renaming this file and the compiler fails because it can't find it. I will fix this issue too.

-- 
Florent Ouchet


Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 13:38:47 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > That's strange, I will investigate these issues on my system, where is
> > the detection located?

jvcl3\packages\bin\dcc32ex.dpr (start reading the file from the end)


-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 01 Mar 2006 13:36:59 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> The dcc32ex.exe looks for $(ROOTDIR)\Lib\System.dcu but does not find it.
> So your Delphi 7 is in the registry but not valid.

It is! The file is there.

> Where is the SysInit.dcu in BCB 5 ?

in $(ROOTDIR)\lib\obj...

That's strange, I will investigate these issues on my system, where is the detection located?

-- 
Florent Ouchet


Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 13:32:28 +0100
Newsgroups: jedi.vcl

On a second thought it would be better to add an empty .dfm file for
TJvForm. Because otherwise we must reimplement the resource reading code.


-- Regards, Andreas Hausladen 

Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 13:30:44 +0100
Newsgroups: jedi.vcl

It's already in Mantis and confirmed: http://homepages.borland.com/jedi/issuetracker/view.php?id=3537


Subject: Re: TJvTipOfDay: Resource TJvForm not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 13:30:21 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > Hello,
> > 
> > when i drop a TJvTipOfDay component on a form and right-click it in
> > design mode to select the menu item "Preview" an error message
> > "Roesource TJvForm not found" is displayed.

TJvForms does not have an associated .dfm file. So this is a bug. The
solution would be to overwrite the Create-constructor of TJvForms, so it
calls CreateNew instead of inherited Create.

-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 13:27:07 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > P:\Delphi\JVCL\JVCL3>install c5
> > Delphi 7 is no valid installation
> >  - System.dcu missing

The dcc32ex.exe looks for $(ROOTDIR)\Lib\System.dcu but does not find it.
So your Delphi 7 is in the registry but not valid.

> > Delphi 8 is no valid installation
> >  - System.dcu missing

That's ok, because Delphi 8 is .NET only. I'll change the dcc32ex.exe to
ignore Delphi 8


> > Using C++Builder 5
> > Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> > Fatale: Fichier non trouvé : 'SysInit.pas'

That should not happen because dcc32ex.exe adds the
$(ROOTDIR)\Lib;$(ROOTDIR)\Lib\Obj to the -U, -R, -O and -I option.

Where is the SysInit.dcu in BCB 5 ?



-- Regards, Andreas Hausladen 

Subject: TJvTipOfDay: Resource TJvForm not found
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 1 Mar 2006 13:20:48 +0100
Newsgroups: jedi.vcl

Hello,

when i drop a TJvTipOfDay component on a form and right-click it in design
mode to select the menu item "Preview" an error message "Roesource TJvForm
not found" is displayed.

The same happend when calling the execute method at runtime.

I am using V1.36 of the unit JvTipOfDay.pas

(Should i create a Mantis entry?)

Ciao,
Ralf



Subject: Re: New Installer core is now committed
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 01 Mar 2006 13:15:29 +0100
Newsgroups: jedi.vcl

Hi,

I have problems to compile the installer with all non-bds targets:

<quote>
P:\Delphi\JVCL\JVCL3>install c5
Delphi 7 is no valid installation
 - System.dcu missing

Delphi 8 is no valid installation
 - System.dcu missing

Using C++Builder 5
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatale: Fichier non trouvé : 'SysInit.pas'

Failed to compile JVCL installer

Appuyez sur une touche pour continuer...
</quote>


Same error with C6, D5, D6 and D7. That worked previously.

-- 
Florent Ouchet


Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 12:55:06 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I have already committed the change, but as you say, I also hope it does
> > not result in a complete recompile. In which case it may be safer to add
> > -DBCB in the options then.

Do you know what happened to the global include directory? BDS 2006 seems
to ignore it since I have installed the BDS Update 1. I also cannot find
the global include directory option in the IDE.


-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 12:39:54 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> It does put the --BCB in the .pas.obj rule. But it seems it does not
>> generate the dcp file in --BCB mode.
>
>
> That means BCB 6 does generate .dcp files even if --BCB is specified but
> BCB 5 does not. I'll remove the --BCB from the second dcc32 call (which is
> there to create the .dcp file). I hope this does not result in a complete
> recompile.

I have already committed the change, but as you say, I also hope it does not result in a complete recompile. In which case it may be safer to add -DBCB in the options then.


Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 12:37:48 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > It does put the --BCB in the .pas.obj rule. But it seems it does not
> > generate the dcp file in --BCB mode.

That means BCB 6 does generate .dcp files even if --BCB is specified but
BCB 5 does not. I'll remove the --BCB from the second dcc32 call (which is
there to create the .dcp file). I hope this does not result in a complete
recompile.

-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 12:31:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I took the time to investigate, and it comes from the --BCB switch 
>
>
> The bpr2mak of BCB 6 adds the --BCB, so I thought I must add it too.
> Without it the BCB symbol was not defined.
> That means I must add -DBCB instead of --BCB for C++Builder 5 ?

It might be yes. But considering the -B flag is removed, I don't think it would change anything as the DCUs are already here.


> What should I do with --BCB ? What does bpr2mak of BCB 5 generates (PFLAGS
> and the .pas.obj rule)

It does put the --BCB in the .pas.obj rule. But it seems it does not generate the dcp file in --BCB mode. And without the dcp file, no compiling occurs.


JvCoreC5R.mak

# ---------------------------------------------------------------------------
!if !$d(BCB)
BCB = $(MAKEDIR)\..
!endif

# ---------------------------------------------------------------------------
# IDE SECTION
# ---------------------------------------------------------------------------
# The following section of the project makefile is managed by the BCB IDE.
# It is recommended to use the IDE to change any of the values in this
# section.
# ---------------------------------------------------------------------------

VERSION = BCB.05.03
# ---------------------------------------------------------------------------
PROJECT = JvCoreC5R.bpl
OBJFILES = ..\..\lib\c5\JvCoreC5R.obj ..\..\lib\c5\JvExButtons.obj \
    ..\..\lib\c5\JvExCheckLst.obj ..\..\lib\c5\JvExComCtrls.obj \
    ..\..\lib\c5\JvExControls.obj ..\..\lib\c5\JvExExtCtrls.obj \
    ..\..\lib\c5\JvExForms.obj ..\..\lib\c5\JvExGrids.obj \
    ..\..\lib\c5\JvExMask.obj ..\..\lib\c5\JvExStdCtrls.obj \
    ..\..\lib\c5\JvJVCLAboutForm.obj ..\..\lib\c5\JVCLVer.obj \
    ..\..\lib\c5\JvConsts.obj ..\..\lib\c5\JvWin32.obj \
    ..\..\lib\c5\JvColorProvider.obj ..\..\lib\c5\JvComponentBase.obj \
    ..\..\lib\c5\JvComponent.obj ..\..\lib\c5\JvContextProvider.obj \
    ..\..\lib\c5\JvDataProvider.obj ..\..\lib\c5\JvDataProviderIntf.obj \
    ..\..\lib\c5\JvDynControlEngine.obj \
    ..\..\lib\c5\JvDynControlEngineIntf.obj ..\..\lib\c5\JvDynControlEngineVCL.obj \
    ..\..\lib\c5\JvDynControlEngineTools.obj ..\..\lib\c5\JvDsgnIntf.obj \
    ..\..\lib\c5\JvJCLUtils.obj ..\..\lib\c5\JvJVCLUtils.obj \
    ..\..\lib\c5\JvMaxPixel.obj ..\..\lib\c5\JvMouseTimer.obj \
    ..\..\lib\c5\JvPoweredBy.obj ..\..\lib\c5\JvProgressUtils.obj \
    ..\..\lib\c5\JvPropertyStore.obj ..\..\lib\c5\JvPropertyStorage.obj \
    ..\..\lib\c5\JvThemes.obj ..\..\lib\c5\JvTypes.obj \
    ..\..\lib\c5\JvVersionInfo.obj ..\..\lib\c5\JvActions.obj \
    ..\..\lib\c5\JvAppIniStorage.obj ..\..\lib\c5\JvAppRegistryStorage.obj \
    ..\..\lib\c5\JvAppStorage.obj ..\..\lib\c5\JvAppStorageSelectList.obj \
    ..\..\lib\c5\JvBaseDlg.obj ..\..\lib\c5\JvCaret.obj \
    ..\..\lib\c5\JvResources.obj ..\..\lib\c5\JvClipbrd.obj \
    ..\..\lib\c5\JvAutoComplete.obj ..\..\lib\c5\JvBackgrounds.obj \
    ..\..\lib\c5\JvVCL5Utils.obj
RESFILES = JvCoreC5R.res
MAINSOURCE = JvCoreC5R.cpp
RESDEPEN = $(RESFILES) ..\..\run\JvJVCLAboutForm.dfm
LIBFILES = 
IDLFILES = 
IDLGENFILES = 
LIBRARIES = 
PACKAGES = JclC50.bpi vcl50.bpi vcljpg50.bpi vclx50.bpi
SPARELIBS = 
DEFFILE = 
# ---------------------------------------------------------------------------
PATHCPP = .;
PATHASM = .;
PATHPAS = .;..\..\common;..\..\run;..\..\design
PATHRC = .;
DEBUGLIBPATH = $(BCB)\lib\debug
RELEASELIBPATH = $(BCB)\lib\release
USERDEFINES = _DEBUG
SYSDEFINES = _RTLDLL;NO_STRICT;USEPACKAGES
INCLUDEPATH = ..\..\design;..\..\run;..\..\common;$(BCB)\include;$(BCB)\include\vcl
LIBPATH = ..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c5;$(BCB)\Projects\Lib;$(BCB)\lib\obj;$(BCB)\lib;$(BCB)\lib\debug
WARNINGS= -w-par
# ---------------------------------------------------------------------------
CFLAG1 = -Od -H=$(BCB)\lib\vcl50.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c \
    -tWM
IDLCFLAGS = -I..\..\design -I..\..\run -I..\..\common -I$(BCB)\include \
    -I$(BCB)\include\vcl -src_suffix cpp -D_DEBUG -boa
PFLAGS = -N2..\..\lib\c5 -N0..\..\lib\c5 -$YD -$W -$O- -$A8 -v -JPHNE -M \
    -U$(BCB)\Lib\Obj -LUvcl50 -LUJclC50 -U$(BCB)\Projects\Bpl -R..\..\Resources
RFLAGS = 
AFLAGS = /mx /w2 /zd
LFLAGS = -I..\..\lib\c5 -L$(BCB)\Projects\Lib -L$(BCB)\Projects\Bpl -b:0x490E0000 \
    -D"JVCL Core Components Runtime Package" -aa -Tpp -Gpr -x -Gn -Gl -Gi -v
# ---------------------------------------------------------------------------
ALLOBJ = c0pkg32.obj $(PACKAGES) Memmgr.Lib sysinit.obj $(OBJFILES)
ALLRES = $(RESFILES)
ALLLIB = $(LIBFILES) $(LIBRARIES) import32.lib cp32mti.lib
# ---------------------------------------------------------------------------
!ifdef IDEOPTIONS

[Version Info]
IncludeVerInfo=0
AutoIncBuild=0
MajorVer=1
MinorVer=0
Release=0
Build=0
Debug=0
PreRelease=0
Special=0
Private=0
DLL=0

[Version Info Keys]
CompanyName=
FileDescription=
FileVersion=1.0.0.0
InternalName=
LegalCopyright=
LegalTrademarks=
OriginalFilename=
ProductName=
ProductVersion=1.0.0.0
Comments=

[Debugging]
DebugSourceDirs=$(BCB)\source\vcl

!endif





# ---------------------------------------------------------------------------
# MAKE SECTION
# ---------------------------------------------------------------------------
# This section of the project file is not used by the BCB IDE.  It is for
# the benefit of building from the command-line using the MAKE utility.
# ---------------------------------------------------------------------------

..autodepend
# ---------------------------------------------------------------------------
!if "$(USERDEFINES)" != ""
AUSERDEFINES = -d$(USERDEFINES:;= -d)
!else
AUSERDEFINES =
!endif

!if !$d(BCC32)
BCC32 = bcc32
!endif

!if !$d(CPP32)
CPP32 = cpp32
!endif

!if !$d(DCC32)
DCC32 = dcc32
!endif

!if !$d(TASM32)
TASM32 = tasm32
!endif

!if !$d(LINKER)
LINKER = ilink32
!endif

!if !$d(BRCC32)
BRCC32 = brcc32
!endif


# ---------------------------------------------------------------------------
!if $d(PATHCPP)
..PATH.CPP = $(PATHCPP)
..PATH.C   = $(PATHCPP)
!endif

!if $d(PATHPAS)
..PATH.PAS = $(PATHPAS)
!endif

!if $d(PATHASM)
..PATH.ASM = $(PATHASM)
!endif

!if $d(PATHRC)
..PATH.RC  = $(PATHRC)
!endif
# ---------------------------------------------------------------------------
$(PROJECT): $(IDLGENFILES) $(OBJFILES) $(RESDEPEN) $(DEFFILE)
    $(BCB)\BIN\$(LINKER) @&&!
    $(LFLAGS) -L$(LIBPATH) +
    $(ALLOBJ), +
    $(PROJECT),, +
    $(ALLLIB), +
    $(DEFFILE), +
    $(ALLRES)
!
# ---------------------------------------------------------------------------
..pas.hpp:
    $(BCB)\BIN\$(DCC32) $(PFLAGS) -U$(INCLUDEPATH) -D$(USERDEFINES);$(SYSDEFINES) -O$(INCLUDEPATH) --BCB {$< }

..pas.obj:
    $(BCB)\BIN\$(DCC32) $(PFLAGS) -U$(INCLUDEPATH) -D$(USERDEFINES);$(SYSDEFINES) -O$(INCLUDEPATH) --BCB {$< }

..cpp.obj:
    $(BCB)\BIN\$(BCC32) $(CFLAG1) $(WARNINGS) -I$(INCLUDEPATH) -D$(USERDEFINES);$(SYSDEFINES) -n$(@D) {$< }

..c.obj:
    $(BCB)\BIN\$(BCC32) $(CFLAG1) $(WARNINGS) -I$(INCLUDEPATH) -D$(USERDEFINES);$(SYSDEFINES) -n$(@D) {$< }

..c.i:
    $(BCB)\BIN\$(CPP32) $(CFLAG1) $(WARNINGS) -I$(INCLUDEPATH) -D$(USERDEFINES);$(SYSDEFINES) -n. {$< }

..cpp.i:
    $(BCB)\BIN\$(CPP32) $(CFLAG1) $(WARNINGS) -I$(INCLUDEPATH) -D$(USERDEFINES);$(SYSDEFINES) -n. {$< }

..asm.obj:
    $(BCB)\BIN\$(TASM32) $(AFLAGS) -i$(INCLUDEPATH:;= -i) $(AUSERDEFINES) -d$(SYSDEFINES:;= -d) $<, $@

..rc.res:
    $(BCB)\BIN\$(BRCC32) $(RFLAGS) -I$(INCLUDEPATH) -D$(USERDEFINES);$(SYSDEFINES) -fo$@ $<
# ---------------------------------------------------------------------------





JvCoreC5R.mak
	



Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 12:12:27 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I took the time to investigate, and it comes from the --BCB switch 

The bpr2mak of BCB 6 adds the --BCB, so I thought I must add it too.
Without it the BCB symbol was not defined.
That means I must add -DBCB instead of --BCB for C++Builder 5 ?

> >  what is the use of the Dcc32Packages variable in that 
> > same procedure? 

It's a relict from the time I used dcc32 for compiling units instead of
the new/added .dpk files.


What should I do with --BCB ? What does bpr2mak of BCB 5 generates (PFLAGS
and the .pas.obj rule)

-- Regards, Andreas Hausladen 

Subject: Re: New Installer core is now committed
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 1 Mar 2006 11:57:02 +0100
Newsgroups: jedi.vcl

No Proplems with D5, D6, D7 and D2006

It seems to be faster then before :-)

Greetings
Jens
> >The new JVCL Installer core is now in the CVS. You must update the JCL
> >repository and install the JCL via the JCL Installer before you can use
> >the updated JVCL Installer.
> >
> >Changelog:
> >
> >- Lots of bugfixes (user interface and internal)
> >
> >- There is no single makefile used from starting install.bat to pressing
> >the "Finished" button.
> >
> >- build.exe is replaced by dcc32ex.exe which only setup the environment
> >for dcc32.exe (build.exe is still available and used by the install.bat of
> >the JCL Installer). dcc32ex.exe also tests for Delphi 6 Update 2 and shows
> >a messagebox if it is not installed. The test is done by compiling a small
> >program with a {$IF declared()} in it and executing it.
> >
> >- the lib\cX\obj directories are gone. The .obj files are directly written
> >to lib\cX
> >
> >- Debug units are written to lib\XX\debug. The debug .bpl, .dcp, .lib,
> >.bpi, .map files are also written to this directory, but not used by the
> >IDE.
> >
> >- An "Add BPL Directory to PATH environment variable" checkbox apprears if
> >the BPL dir is not in $(PATH).
> >
> >- Added Link .map files into binaries (=> JCL Debug support)
> >
> >- Compilation for BCB does not involve bpr2mak anymore
> >
> >- The JCL is detected by the new JEDI Registry Information that contains
> >the JCL version, the JCL DcpDir, the JCL BplDir and the JCL RootDir. The
> >same information is written by the JVCL Installer for the JVCL
> >directories. [HKCU\Software\Borland\Delphi\7.0\JEDI\JCL,
> >HKCU\Software\Borland\Delphi\7.0\JEDI\JVCL]. These information can be used
> >by other libraries. The interface is in the new unit
> >"Jcl\Install\JediRegInfo.pas". This change requires an JCL Installation
> >with the newest JCL Installer. Old installers (2006-02-28) will not write
> >the JEDI Registry Information.
> >
> >- The packages are now created with different imagebases. This reduces the
> >relocation effort for Windows.
> >
> >- Invalid Delphi/BCB/BDS installations are ignored. Evaluation versions
> >are shown by the installer but cannot be used for installation. If there
> >is no other "useable" dcc32 version installed the dcc32ex.exe shows a list
> >of missing files/registry entries.
> >
> >- The installer allows to abort the compilation. If the compilation is
> >aborted all packages and paths are unregistered from the IDE to guarantee
> >an error-free startup of Delphi/BCB.
> >
> >- The Installer shows the exact Major.Minor version number of the JVCL on
> >the Welcome page.
> >
> >- The compile process uses response files and the dcc32.cfg file to
> >minimize the command line length.
> >
> >- The installer doesn't generate the jvcl3\Resources files. This must be
> >done by hand if someone has changed a jvcl3\images files. BTW: It was
> >always the case that the files were created by hand.
> >
> >- The installer deletes any IDE-version related JVCL file from wrong
> >locations before it starts compiling.
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New Installer core is now committed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 11:48:50 +0100
Newsgroups: jedi.vcl

Well, I'm sorry, but I'm gonna be the "black sheep" here ;-)

It does not work with C5, dcc32 complains it cannot find JvCoreC5R.dcp when building JvSystem. And that's right, it's nowhere to be seen. I took the time to investigate, and it comes from the --BCB switch at line 883 in Compile.pas
I simply commented it out, and now it works just fine with both C5 and C6.
Oh and by the way, what is the use of the Dcc32Packages variable in that same procedure? Its value does not seem to be used anywhere.

Cheers
Olivier


Subject: Re: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 11:17:36 +0100
Newsgroups: jedi.vcl

Jens wrote:

> > No Proplems with D5, D6, D7 and D2006

That's where I testes it. I also tested against the BCB 6 Personal Edition.



-- Regards, Andreas Hausladen 

Subject: Re: New .dcp filenames
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 01 Mar 2006 08:40:40 +0100
Newsgroups: jedi.vcl

Jarek Karciarz wrote:
> What about, if you have different delphi versions installed on same machine? Such case is not very seldom.

They are in different folders.


Subject: Re: New .dcp filenames
From: "Jarek Karciarz" <karciarz@osimatic.pl>
Date: Wed, 1 Mar 2006 08:11:53 +0100
Newsgroups: jedi.vcl

What about, if you have different delphi versions installed on same machine? 
Such case is not very seldom.
Jarek

Uzytkownik "Andreas Hausladen" 
<AndreasDOTHausladen@gObviousToBeRemovedmx.de> napisal w wiadomosci 
news:dtup25$gck$1@talkto.net...
> >I don't think that the new .dcp file names are a good idea. They now
> > contain the delphi version in the name.
> > (e.g. JvCoreD10R.dcp). This causes everyone to change their own packages
> > if they move to a newer Delphi version. The JCL doesn't use this name
> > convention. And the problem with conflicting .dcp files of D9 and D19
> > isn't existing anymore.
> > So I see no reason why we should use this name convention for .dcp files.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: New Installer core is now committed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Mar 2006 05:34:00 +0100
Newsgroups: jedi.vcl

D6 no problems. I did not uninstall either JCL or JVCL.
I will fix the hints showing when the JCL installer gets compiled.


Subject: Re: trouble with jvcl installer
From: "pastine" <nodirectmail@nomail.com>
Date: Wed, 1 Mar 2006 01:58:41 +0100
Newsgroups: jedi.vcl

Version 3.2 did the trick. Thanks a lot for your help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: New Installer core is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Mar 2006 00:09:30 +0100
Newsgroups: jedi.vcl

The new JVCL Installer core is now in the CVS. You must update the JCL
repository and install the JCL via the JCL Installer before you can use
the updated JVCL Installer.

Changelog:

- Lots of bugfixes (user interface and internal)

- There is no single makefile used from starting install.bat to pressing
the "Finished" button.

- build.exe is replaced by dcc32ex.exe which only setup the environment
for dcc32.exe (build.exe is still available and used by the install.bat of
the JCL Installer). dcc32ex.exe also tests for Delphi 6 Update 2 and shows
a messagebox if it is not installed. The test is done by compiling a small
program with a {$IF declared()} in it and executing it.

- the lib\cX\obj directories are gone. The .obj files are directly written
to lib\cX

- Debug units are written to lib\XX\debug. The debug .bpl, .dcp, .lib,
..bpi, .map files are also written to this directory, but not used by the
IDE.

- An "Add BPL Directory to PATH environment variable" checkbox apprears if
the BPL dir is not in $(PATH).

- Added Link .map files into binaries (=> JCL Debug support)

- Compilation for BCB does not involve bpr2mak anymore

- The JCL is detected by the new JEDI Registry Information that contains
the JCL version, the JCL DcpDir, the JCL BplDir and the JCL RootDir. The
same information is written by the JVCL Installer for the JVCL
directories. [HKCU\Software\Borland\Delphi\7.0\JEDI\JCL,
HKCU\Software\Borland\Delphi\7.0\JEDI\JVCL]. These information can be used
by other libraries. The interface is in the new unit
"Jcl\Install\JediRegInfo.pas". This change requires an JCL Installation
with the newest JCL Installer. Old installers (2006-02-28) will not write
the JEDI Registry Information.

- The packages are now created with different imagebases. This reduces the
relocation effort for Windows.

- Invalid Delphi/BCB/BDS installations are ignored. Evaluation versions
are shown by the installer but cannot be used for installation. If there
is no other "useable" dcc32 version installed the dcc32ex.exe shows a list
of missing files/registry entries.

- The installer allows to abort the compilation. If the compilation is
aborted all packages and paths are unregistered from the IDE to guarantee
an error-free startup of Delphi/BCB.

- The Installer shows the exact Major.Minor version number of the JVCL on
the Welcome page.

- The compile process uses response files and the dcc32.cfg file to
minimize the command line length.

- The installer doesn't generate the jvcl3\Resources files. This must be
done by hand if someone has changed a jvcl3\images files. BTW: It was
always the case that the files were created by hand.

- The installer deletes any IDE-version related JVCL file from wrong
locations before it starts compiling.


-- Regards, Andreas Hausladen 

Subject: Problem with JvAppStorage and VCLSkin-component
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Tue, 28 Feb 2006 23:16:38 +0100
Newsgroups: jedi.vcl

Hi,

over a year I'm using JvAppStorage in my applications to store/restore the
size and position of some forms. Also JVCL 3.20 works fine for me.

But now I ran into a problem. After installing VCLSkin my forms grow bigger
and bigger. The mechanism is quite simple:

I'm using a skin which captionbar of a form is 5 pixel higher than the
systemwide standard. If the height of a form ist 200 pixel, JvAppStorage
restores this value. Now VCLSkin is repainting the window and correcting
the height. This is because the height of the clientarea must be the same. 

When closing the form the actual height is 205 Pixel, so the form is
growing at every close/open.

I think VCLSkin cannot be changed because it would break it's concept, but
it would be possible for JvAppStorage: If the height of the form would be
calculated from height of the client-area + the height of the captionbar
from GetSystemMetrics, the right height would be resulting. If no skinning
component is used, the result is also the normal height of the form.

Can anyone reproduce this behaviour?
Could my offered solution function?

CU, Eddi


Subject: Re: JvDBUltimGrid EditControls manipulation at runtime
From: Jeff Wormsley <daworm@cdc.net>
Date: Tue, 28 Feb 2006 14:31:21 -0500
Newsgroups: jedi.vcl

Jeff Wormsley wrote:
> I'll try to build a demo app and put it in the binary group this morning.  I may have to include a small sample DB.

Never mind, for the most part.  What I found was this.  In using InfoPower3000, one of the things I had to do was explicitly enable and make visible the control when assigning it at run time (actually before assigning it).  This code was still in my code migrated to JVCL.  It appears this confuses the DBUltimGrid, as it apparently doesn't expect the control it is being assigned to already be visible (I'm not sure what goes on behind the scenes).  Commenting out the Enabled := True and Visible := True code lets the EditControls work as intended though.  So it looks like all is well, since I doubt anyone else would ever do such a thing in their code designed from scratch.

Thanks for a great set of controls!

Jeff.


Subject: Re: JvDBUltimGrid EditControls manipulation at runtime
From: Jeff Wormsley <daworm@cdc.net>
Date: Tue, 28 Feb 2006 10:11:57 -0500
Newsgroups: jedi.vcl

Fred wrote:
> Could you post a more complete piece of code ? I'd like to know when and where you create your new editor.
>
I'll try to build a demo app and put it in the binary group this morning.  I may have to include a small sample DB.

Different code calls this in different places, but for the most part it is either the OnDataChange or the AfterScroll method of the dataset.

Jeff.


Subject: Re: TJvOfficeColorButton in modal form
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 28 Feb 2006 14:54:09 +0100
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> schrieb im Newsbeitrag
news:du1jo4$7kl$1@talkto.net...

> > comes to the from and the color form (the popup window attached to the

Ooops, that should read:

"comes to the front"

Ciao,
Ralf




Subject: TJvOfficeColorButton in modal form
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 28 Feb 2006 14:52:55 +0100
Newsgroups: jedi.vcl

Hello,

i am using a TOfficeColorButton inside a modal form.

When i click on the arrow button suddenly the main form of the application
comes to the from and the color form (the popup window attached to the
button) is show in front of the main form.

When i select a color from the popup form the original z-order is restored
(main form is behind the modal form again).

This did not happen in previous version of TjvOfficeColorButton!!

Here are the versions that i am using:

jvOfficeColorButton.pas: V1.38
jvOfficeColorForm.pas: V1.28
jvOfficeColorPanel: V1.37

Does anyone know what was recently changed in this area?

Ciao,
Ralf



Subject: Re: JvDBUltimGrid and Move Column
From: "Szwajcar" <czadownia_usun_to@poczta.onet.pl>
Date: Tue, 28 Feb 2006 14:09:10 +0100
Newsgroups: jedi.vcl

U¿ytkownik "Fred" <nospam_@_nospam.com> napisa³ w wiadomo¶ci 
news:du1buc$5di$1@talkto.net...
>> > >How i can off movable columns but save resizing in JvDBUltimGrid.
> >
> > Remove goColMoving from inherited Options at runtime:
> > var NewOptions: TGridOptions;
> > NewOptions := TDrawGrid(YourDBGrid).Options;
> > Exclude(NewOptions, goColMoving);
> > TDrawGrid(YourDBGrid).Options := NewOptions;

It's works!
Thanks!

-- Regards, Piotr 

Subject: Re: JvDBUltimGrid and Move Column
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 28 Feb 2006 13:33:39 +0100
Newsgroups: jedi.vcl

And for BCB users:
TGridOptions NewOptions;
NewOptions = ((TDrawGrid *)YourDBGrid)->Options;
NewOptions = NewOptions >> goColMoving;
((TDrawGrid *)YourDBGrid)->Options = NewOptions;

Of course, you can reduce that to:
((TDrawGrid *)YourDBGrid)->Options = ((TDrawGrid *)YourDBGrid)->Options 
>> >> goColMoving;

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBUltimGrid and Move Column
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 28 Feb 2006 13:30:08 +0100
Newsgroups: jedi.vcl

> >How i can off movable columns but save resizing in JvDBUltimGrid.

Remove goColMoving from inherited Options at runtime:
var NewOptions: TGridOptions;
NewOptions := TDrawGrid(YourDBGrid).Options;
Exclude(NewOptions, goColMoving);
TDrawGrid(YourDBGrid).Options := NewOptions;

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: BCB Packages
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 28 Feb 2006 12:49:20 +0100
Newsgroups: jedi.vcl

> >What is the purpose of the <package>.lib file? As far as I can see they
> >contain all the .obj files. (BDS 2006 does not generate any .obj file, 
all
> >are stored in the .lib file). The dcc32 compiler outputs a .lsp  file 
that
> >is a response file for tlib.exe. Would it be enough to tlib the .lsp 
file
> >to get a correct .lib file?

Without the .lib files, you can't compile anything with BCB5. And I 
never saw .lsp files. So I cannot say whether they are useful or not for 
BCB5 users.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 28 Feb 2006 12:03:25 +0100
Newsgroups: jedi.vcl

Fred wrote:

> > Without the .lib files, you can't compile anything with BCB5. And I 
> > never saw .lsp files. So I cannot say whether they are useful or not for 
> > BCB5 users.

All is working as it worked before I made the changes to the installer.
The only difference in BCB compiling is that the job of make.exe is now
done by the installer itself.

-- Regards, Andreas Hausladen 

Subject: Re: JvInspector as custom data edotor?
From: "Jarek Karciarz" <karciarz@osimatic.pl>
Date: Tue, 28 Feb 2006 12:01:09 +0100
Newsgroups: jedi.vcl

Marcel,
I've checked this example. Unfortunately there is not too much about custom 
data editors. I can see only one function call:
  TJvInspectorDBData.New(JvInspector1.Root, DataSource1, ['LastName', 
'FirstName', 'Salary']);
That's all. Everything is hidden inside the jvInstspectorDBData, i suppose.
Previously i meant for example following situation:
Given an inmemory  record eq. AnsiString sDirectory, int iEnumValue, int 
iCheckValue, etc, i'd like to have under jvInspectgor following items:
string editor with a button (onClick a browse directory would be invoked or 
some other action)
integer editor - select one and only one value from list
integer editor - as checkbox
etc.
Does an example for such a situation exists?
Regards
Jarek

Uzytkownik "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> napisal w 
wiadomosci news:dst35l$52h$1@talkto.net...
> > Jarek Karciarz wrote:
>> >> Hello,
>> >> I see, the typical JvInspector usage is to display or edit some TObject 
>> >> descendant properites.
>> >> Would it be possible to use this component for showing/editing some 
>> >> custom data from eq. a record?
> >
> >     Absolutely. Check the DB example for JvInspector in the examples 
> > folder. JvInspector separates the presentation layer, editing layer and 
> > data layer, allowing to show/edit any kind of data in a single inspector.
> >
> >     Data layers provided are: variables, properties, TField, INI-file 
> > (sections are shown as a category) and event-based data access.
> >
> >     The editors are completely separated from the data and the 
> > presentation. This is done to avoid a complete set of editors being 
> > duplicated for each layer. You might think this is obvious, but when I 
> > wrote the control, none of the inspectors available at that time did this.
> >
> >     The presentation layer just shows a list of editor items, applying the 
> > proper painting rules depending on the paint style chosen.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: jvBandObject 3.20 (D2006)
From: "James A. Schulz" <jaschulz@wiseware.com>
Date: Tue, 28 Feb 2006 11:04:35 +0100
Newsgroups: jedi.vcl

Has anyone succeeded in creating a working deskband in D2006 using the jvBandObject
(v. 3.20)?  I am having no luck at all.  The code the wizard produces does not compile. The error is:

Declaration of CreateBandForm differs from previous declaration.  Below is the declaration in question.

    function CreateBandForm(const ParentWnd: HWND): TJvBandForm; override;

and this is the original declaration (in bandform.pas):

    constructor CreateBandForm(const ParentWindow: THandle; const BandObject: TComObject);

Renaming the function CreateBandForm to CreateThisBandForm (and removing the "override" specification) allows the compiler to succeed.  But after the successful compilation, the IDE's Run | Register ActiveX Server menu item is not enabled, and the working directory contains no .tlb file.

I have made a successful deskband using D7 and the old zBandObject distribution.  In that case, after a successful compilation the Register AcitveX Server item would be enabled, and there would be a .tlb file in the working directory.

Must I simply give up on the jvBandObject and return to the older zBandObject or is there some straightforward fix for the problems I am seeing?

Thanks,

JAS


Subject: JvDBUltimGrid and Move Column
From: "Szwajcar" <czadownia_usun_to@poczta.onet.pl>
Date: Tue, 28 Feb 2006 08:30:25 +0100
Newsgroups: jedi.vcl

How i can off movable columns but save resizing in JvDBUltimGrid.

-- Regards, Piotr 

Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 28 Feb 2006 02:04:41 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Back to the installer: will you keep CLX and Kylix support?

The installer never supported Kylix (compiling under Linux). As long as
there is no progress in the CLX part of the JVCL, I will not support it
because I cannot test it.

-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 28 Feb 2006 00:54:39 +0100
Newsgroups: jedi.vcl

I have just finished package modifications, still compiling for tests.
About the image base address modification, if you created template.dpk for C++Builder targets, be sure you allow the package generator to replace the image base address {$IMAGEBASE $%IMAGE_BASE%} - the $ is added to have C++ hexa numbers in C++Builder project files -b:0x%IMAGE_BASE%

Back to the installer: will you keep CLX and Kylix support?

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 28 Feb 2006 00:02:54 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> No. Don't do that. The new installer will have a complete new compile
> unit. I changed almost all units.
> Better make a diff and send it to me by mail.

I worded that poorly, that's what I wanted to do: I will locally merge these changes before sending them to you.

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 23:57:40 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > I didn't commit them to avoid conflicts with the BDS 2006 support. I
> > will merge these changes with the current installer version.

No. Don't do that. The new installer will have a complete new compile
unit. I changed almost all units.
Better make a diff and send it to me by mail.

-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 27 Feb 2006 23:50:40 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Where are these changes. I haven't found anything that looks like
> compressing map files. (The JVCL Installer can create map files for years).

I didn't commit them to avoid conflicts with the BDS 2006 support. I will merge these changes with the current installer version.
I used a corner solution to avoid dependencies of the JVCL installer on the JCL: the installer dynamically loads one JCL package (the first one found in environment paths), then it looks for function export names to calls a function with a predefined prototype. I will send you these changes tomorrow.

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 23:32:51 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > I made a modification in the JVCL installer some months ago to create
> > JCL debug data: packages without debug data has stack trace based on map
> > files compressed and linked as a resource.

Where are these changes. I haven't found anything that looks like
compressing map files. (The JVCL Installer can create map files for years).



-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 27 Feb 2006 23:23:42 +0100
Newsgroups: jedi.vcl

> Yes, but many people don't use "developer installation" but still want a full stack trace with the JCL expert. And I don't think the "size" price is that high, but haven't checked though.

I made a modification in the JVCL installer some months ago to create JCL debug data: packages without debug data has stack trace based on map files compressed and linked as a resource.

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 27 Feb 2006 22:53:43 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Well, I'd go for debug as it allows having stack traces with the JCL
>> expert, and it allows debugging the JVCL as well.
>
>
> Debug units are always enabled if you use the "Developer Installation"
> mode.

Yes, but many people don't use "developer installation" but still want a full stack trace with the JCL expert. And I don't think the "size" price is that high, but haven't checked though.


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 22:42:29 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, I'd go for debug as it allows having stack traces with the JCL
> > expert, and it allows debugging the JVCL as well.

Debug units are always enabled if you use the "Developer Installation"
mode.

-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 27 Feb 2006 21:47:40 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> BTW: What should be the default setting for BCB packages: Debug or
> Release? At the moment (new installer) all BCB packages are compiled in
> Release-mode. The debug .obj files can be activated by the "Compile Debug
> units" option.

Well, I'd go for debug as it allows having stack traces with the JCL expert, and it allows debugging the JVCL as well.


Subject: Re: Package resources should be updated
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 27 Feb 2006 20:35:16 +0100
Newsgroups: jedi.vcl

>  - implement the same system like the one used in the JCL: .rc files are generated by the package generator for each package, these text files are compiled to create .res files using a makefile, this compilation is not part of the installation process.

I am starting this solution.
In addition I will fix image base addresses to be different for each package, looking at modules of bds.exe in "process explorer": ALL have to be relocated when loaded: that increases load time and can cause module images to be loaded more than one time in memory in some systems.

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 18:26:00 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > In the JCL, both are called, firstly dcc32 to create an unused .bpl and
> > the .dcp and then ilink32 to create the final .bpl and final .lib.

That's the way I do it now, too.

-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 18:25:03 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I don't know.

I think it is better if ilink32 creates .lib file. At least it works with
the ilink32-lib files. The only difference between the old makefile
(bpr2mak) and the new code is that the new code also creates the .dcp
file. So all .bpk files remain and .dpk files which are required for the
..dcp files are added.

BTW: What should be the default setting for BCB packages: Debug or
Release? At the moment (new installer) all BCB packages are compiled in
Release-mode. The debug .obj files can be activated by the "Compile Debug
units" option.

-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 27 Feb 2006 18:24:22 +0100
Newsgroups: jedi.vcl

Hi,

Andreas Hausladen a écrit :
> The problem is that dcc32.exe does not create the .lib file and ilink32
> does not create the .dcp file. But we need both. Maybe anyone has an idea
> how we get both files in one step.

In the JCL, both are called, firstly dcc32 to create an unused .bpl and the .dcp and then ilink32 to create the final .bpl and final .lib.

-- 
Florent Ouchet


Subject: Package resources should be updated
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 27 Feb 2006 18:18:24 +0100
Newsgroups: jedi.vcl

Hi all,

I noticed that in the "BCB packages" thread, but it was a little off-topic there.
The content of .res files can be viewed using a resource editor that support text resources. All resource files in a directory seems to be identical, but really incomplete:

in packages\c5, packages\c5std, packages\c6, packages\c6per:
application icon: useless
version info left to 1.0.0.0
no file info

in packages\d5 and packages\d5std:
application icon: useless
no version info
no file info

in packages\d6 and packages\d6per:
application icon: useless
version info left to 3.0.0.0
no file info

in packages\d7, packages\d7clx and packages\d7per, packages\d9, packages\d9per:
application icon: useless
no version info
no file info

in packages\k3:
application icon: useless
version info: 7.0.4.463!!!
file info: set to DCLUSR70.BPL for all files...

in packages\k3per:
no application icon
no version info
no file info

in packages\d10
application icon: useless
version info left to 1.0.0.0
no file info

Something should be done to update these informations:
application icons must be removed
version info: specific to the JVCL build
file info: specific to each file

Two solutions are possible:
 - implement the same system like the one used in the JCL: .rc files are generated by the package generator for each package, these text files are compiled to create .res files using a makefile, this compilation is not part of the installation process.
 - implement a devtool that will create .rc files based on version constants and file informations, this tool calls brcc32 and copies compiled files inside package directories.

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 27 Feb 2006 18:01:13 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> The lib file is for static linking. Very much useful when creating an
>> application without runtime packages.
>
>
> So I can create it by simply tlib-ing the .obj files (+ the <package>.obj
> file) ?

I don't know. But even then, please read Fred's comments, they are very important as it clearly is important that all package files are available and created by other means than the installer.


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 17:09:41 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > The lib file is for static linking. Very much useful when creating an
> > application without runtime packages.

So I can create it by simply tlib-ing the .obj files (+ the <package>.obj
file) ?

-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 27 Feb 2006 16:57:32 +0100
Newsgroups: jedi.vcl

The lib file is for static linking. Very much useful when creating an application without runtime packages.


Subject: Re: AutoAppend don't work with goTab in JvDbGrid.Options
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 27 Feb 2006 16:31:37 +0100
Newsgroups: jedi.vcl

> >My try to override 
> >CanGridAcceptKey has the problem to recognize that current row is the 
> >last row because DataLink.EOF is not true in this case.

I'm looking for a real fix for this bug, not just a workaround. The most 
obvious workaround is to add after "inherited KeyDown(Key, Shift)" in 
JvDBGrid:

if (Key = VK_TAB) and DataLink.DataSet.Eof and (DataLink.DataSet.State = 
dsInsert) and (not AutoAppend) then
  DataLink.DataSet.Cancel;

That cancels the Append made in DBGrid.pas when the user goes past the 
last column with the Tab key (if AutoAppend = false).
It's not a good solution and I don't put it into JvDBGrid because it 
triggers the events for Append and Cancel. That should not happen.
Currently, I don't see what to do, except doing the whole processing of 
Tab keys in JvDBGrid (that means copying a lot of code from DBGrid.pas).

I think I'm going to hand things off to someone else on this problem. 
And I curse the guy who introduced AutoAppend in JvDBGrid :-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: BCB Packages
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 27 Feb 2006 16:15:38 +0100
Newsgroups: jedi.vcl

> >Do we really need the extra packages for BCB ?

Yes, absolutely.

> > Wouldn't it be enough to
> >just compile the packages with dcc32 and install them into BCB. I don't
> >think that most users open the .bpk files.

If you delete these packages, a BCB user shall have to quit the IDE and 
launch the JVCL installer each time he wants to recompile a modified 
JVCL unit, then reopen the IDE to test the change. Too dawn annoying. 
That would probably end my contribution to the JVCL.

About the installer, it would be nice if it could work, because it 
crashes on our two PC every time we click on Compile. We have to use a 
version from December 2005 to compile the JVCL.
Error message: Access violation at 00407D80 in JVCLInstall.exe
We have currently two different PC with the same error. Nor Delphi nor 
another BCB version are installed on these PC.
We're BCB5 users.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 16:07:03 +0100
Newsgroups: jedi.vcl

What is the purpose of the <package>.lib file? As far as I can see they
contain all the .obj files. (BDS 2006 does not generate any .obj file, all
are stored in the .lib file). The dcc32 compiler outputs a .lsp  file that
is a response file for tlib.exe. Would it be enough to tlib the .lsp file
to get a correct .lib file?

-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 15:43:50 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > (build). This creates a .bpl and required .dcp file. After that the
> > installer starts ilink32 and creates the correct .bpl, .bpi and .lib
> > file for BCB.

The problem is that dcc32.exe does not create the .lib file and ilink32
does not create the .dcp file. But we need both. Maybe anyone has an idea
how we get both files in one step.


-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 15:41:34 +0100
Newsgroups: jedi.vcl

Fred wrote:

> > If you delete these packages, a BCB user shall have to quit the IDE and 
> > launch the JVCL installer each time he wants to recompile a modified 
> > JVCL unit, then reopen the IDE to test the change. Too dawn annoying. 
> > That would probably end my contribution to the JVCL.

I found another solution. The installer now creates both a .bpk and a .dpk
file. It compiles the .dpk file with dcc32 -JPHNE to create .hpp, .dcu and
..obj files. Then it compiles the <packagename>.cpp file with bcc32. Now
all intermediate files are created but no .lib, .dcp and .bpl. The next
step is to compile the .dpk without -JPHNE and without -B (build). This
creates a .bpl and required .dcp file. After that the installer starts
ilink32 and creates the correct .bpl, .bpi and .lib file for BCB.

For BDS 2006 the procedure is a lot easier because the new -JL parameter
creates all necessary files in one step.


> > About the installer, it would be nice if it could work, because it 
> > crashes on our two PC every time we click on Compile.

I have made lots of changes since yesterday. The Installer is MAKE.EXE
free.


> > We're BCB5 users.

I can only guarantee for BCB 6. I have no BCB 5. So I cannot test the new
installer. But my feeling is that it is now a lot more stable and also a
little bit faster.

I have not committed anything yet, because I'm still optimizing the BCB
support and I have to make a small change in the JCL installer so it
writes it's Version/DcpDir/RootDir information to the registry.
Furthermore I must eliminate the last remaining makefile usage:
compilation of the Installer.


-- Regards, Andreas Hausladen 

Subject: Re: Is possible change Fonts in JvDBGridFooters?
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 27 Feb 2006 13:50:22 +0100
Newsgroups: jedi.vcl

> >I'm using a JvDBGrid with a JvDBGridFooter to show summarized fields, 
but I 
> >can't change font's color in the JvDBGridFooter component. Are there 
some 
> >techniques to do that? Font type & font size works fine.

It's a known problem with the ancestor TStatusBar. If you really need to 
change the color, set the Style property of each column to psOwnerDraw 
and draw the text yourself in the OnDrawPanel event.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBUltimGrid EditControls manipulation at runtime
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 27 Feb 2006 13:35:19 +0100
Newsgroups: jedi.vcl

> >With EditControls.Add Do
> >  Begin
> >   ControlName  := 'MyDBControl';
> >   FieldName := 'VALUE';
> >   FitCell := fcCellSize;
> >  End;
> >
> >This almost works, except that the control added shows up where it was 
> >placed on the form at designtime, rather than in the cell of the grid.

Could you post a more complete piece of code ? I'd like to know when and 
where you create your new editor.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New .dcp filenames
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 27 Feb 2006 13:05:31 +0100
Newsgroups: jedi.vcl

We should use Lib Suffixes whenever possible, I agree.
But this change should be announced way before it is done.


Subject: New .dcp filenames
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 13:02:51 +0100
Newsgroups: jedi.vcl

I don't think that the new .dcp file names are a good idea. They now
contain the delphi version in the name.
(e.g. JvCoreD10R.dcp). This causes everyone to change their own packages
if they move to a newer Delphi version. The JCL doesn't use this name
convention. And the problem with conflicting .dcp files of D9 and D19
isn't existing anymore.
So I see no reason why we should use this name convention for .dcp files.

-- Regards, Andreas Hausladen 

Subject: Re: JvUIBReg.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 27 Feb 2006 12:42:33 +0100
Newsgroups: jedi.vcl

I have no idea. Just remove it, it should work just fine.


Subject: JvUIBReg.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 12:34:08 +0100
Newsgroups: jedi.vcl

In design\JvUIBReg.pas there is this "code":

{$IFNDEF BCB}
{$I jvcl.inc}
{$ENDIF !BCB}
{$I jvuib.inc}

Why is jvcl.inc not used for BCB? This causes the personal edition to fail
because then wants to include JvUIBDataSet.pas which requires DB.

-- Regards, Andreas Hausladen 

Subject: Re: AutoAppend don't work with goTab in JvDbGrid.Options
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Mon, 27 Feb 2006 11:16:29 +0100
Newsgroups: jedi.vcl

Hallo Fred,

> Hum... There's no easy way to do a workaround. I'm still on...

nice to read that you have problems too. ;-) My try to override CanGridAcceptKey has the problem to recognize that current row is the last row because DataLink.EOF is not true in this case. Perhaps there is an other way to check if current row is the last row of the grid (and of data)?

Ciao Heinz Z.


Subject: Re: Install fails with I/O error 103 (or 105)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 27 Feb 2006 10:44:31 +0100
Newsgroups: jedi.vcl

Tom Bolick wrote:

> > I was finally able to get JVCL for d5 installed manually, but would like
> > to get the installer working before I try d7 again.

If you wait some time, I'll can finish the overworked JVCL Installer that
is a lot more stable and bugfixed than  the current one.


-- Regards, Andreas Hausladen 

Subject: jvDock and Floating windows.
From: Yannis <None@noware.non>
Date: Mon, 27 Feb 2006 09:33:57 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I found some time this weekend to test some things with jvdock
and I have the following recomendations for this library.

Since Delphi 2005 the Tform component has a couple of new 
properties namely PopupMode, PopupParent. I recomend to copy
this properties to the floating windows created by the library
as well. I have made a few tests and it seems to work. The changes
I have made are the following

1) Search in files in a directory for fsStayonTop.
2) for each line found with the following code
   // Existing Code as sample
   if ParentForm.FormStyle = fsStayOnTop then
     TForm(Source.Control).FormStyle := fsStayOnTop;
   Add the following.
   // New Code as sample
  if Assigned(ParentForm.PopupParent) then
  begin
    TForm(Source.Control).PopupParent := ParentForm.PopupParent;
    TForm(Source.Control).PopupMode := ParentForm.PopupMode;
  end;

Ofcourse this needs to be included in  ifdefs to check for Delphi9_UP in 
order to make it compatible with versions previus to D2005. 

I am working on similar solution for older versions of Delphi but I can't 
quarante the time or the results.

Regards
Yannis.


Subject: MRU capable ComboBox
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 27 Feb 2006 09:31:32 +0100
Newsgroups: jedi.vcl

Hi,

is there an MRU ComboBox in JVCL? 

I know JvMRUList and looked at the demo application, however I'm searching
for a combo box which shows me e.g. the last 10 entered items.

-- cu, Michael 

Subject: Install fails with I/O error 103 (or 105)
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Mon, 27 Feb 2006 01:20:21 -0500
Newsgroups: jedi.vcl

JVCL Install fails with I/O error 103 (install d5) or I/O error (install  d7).

I figure the problem is a messed up install somewhere, as I have changed machines, and reinstalled D7 since the last install of JVCL, but I am at a loss to figure out what the problem is.

I was finally able to get JVCL for d5 installed manually, but would like to get the installer working before I try d7 again.

Any suggestions?
Tom...


Subject: Re: Path to Jcl.dcp build incorrectly at install
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Mon, 27 Feb 2006 10:59:21 +1000
Newsgroups: jedi.vcl

> > After I reinstalled into the right directory, I was able to install 
> > the JVCL.

Great.  Pleased to hear you sorted it out.

I learned from what could have been my mistakes and went back to 
ground zero.

For me, I think this will be my policy for future upgrades of *any* 
programs on my computer .....

Backup the drive.  ;-)
Uninstall the program then search for all remaining associated files 
on Drive C:\ and delete them.
Run a registry checking program and remove all invalid entries.
Reboot the computer.
Re-install the program to Delphi 7 and BDS2006 one environment at a 
time.
Rebuild all packages that have dependencies on the new/upgraded 
program.

In the long run it could also solve some of those "hard to find" 
problems due to version mismatches. :-)

Malcolm





Subject: Re: JCL Error Running Install
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sun, 26 Feb 2006 18:52:41 -0500
Newsgroups: jedi.vcl

In article <dtt7tg$7ts$1@talkto.net>, fqq@aerwn.com.af says...
> > You are all probably wondering how far I will take this... this... er... how 
> > do you think we should call this? An exercise in democracy, perhaps? What do 
> > you think?
> > 
> > Come to think of it, it feels funny to be called a petulant just for asking 
> > why I was called an asshole and told to piss off in the first place.
> > 

One last correction before I *plonk* and ignore you: I was referring to 
your *original* post as petulant, not your continued haranguing of the 
group. 

EdB



Subject: Re: JCL Error Running Install
From: "Me" <fqq@aerwn.com.af>
Date: Sun, 26 Feb 2006 19:04:18 -0300
Newsgroups: jedi.vcl

You are all probably wondering how far I will take this... this... er... how 
do you think we should call this? An exercise in democracy, perhaps? What do 
you think?

Come to think of it, it feels funny to be called a petulant just for asking 
why I was called an asshole and told to piss off in the first place.

Should not it be just the other way around?

I know, I know. You are all more and more pissed off. You were thinking you 
would be able to dismiss an ironic post with a flip of your fingers. 
Spitting a couple of offenses against my character would be enough to reduce 
me to my insignificance.

Some tried to teach me lesson by insulting me, others, by laughing away, 
others, by scorning me.

Suddenly, surprise! The insulted guy is not fond of being insulted! What 
now? Well, let's do what we failed to do right from the start. Let's treat 
him/her respectfully.

Hey, that's a good idea!

How inconvenient, isnt it? We might have been having fun but now we have to 
deal with this pain in the ass who does not like to be offended. How 
petulant of him!




Subject: Re: JCL Error Running Install
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Feb 2006 22:48:59 +0100
Newsgroups: jedi.vcl

Mark a écrit :
> I know several people have had trouble getting JCL and JVCL to install.
> Well, I'm having this trouble when running Install.bat for JCL with both
> version 3.2 and 3.1!
>
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> Fatal: File not found: 'JediInstaller.dpr'
>
> I know the file is there. I can see it in the install directory, I can
> even load it into Delphi 7, but the make file just can't find it.
> Any suggestions?

Hi,

What is the directory where you extracted JCL archives?

-- 
Florent Ouchet


Subject: Re: JCL Error Running Install
From: "Me" <fqq@aerwn.com.af>
Date: Sun, 26 Feb 2006 18:38:35 -0300
Newsgroups: jedi.vcl

> > You've nothing better to do with your time?

I think I am genuinely doing with my time what I think is better for me. If 
it is not good for you, I don't give a damn.


> > stop acting like a petulant child.

Whew! a new qualification. It's getting better all the time. and now you're 
talking down to me.
Maybe you think "petulant" is a civilized adjective, don't you?
For so much less I was told to piss off and called an asshole. I wonder what 
names you are all tempted to call me this far. What names do you have in the 
tip of your tongues?
As far as I am concerned, you may go ahead. Speak up, folks! I promise I 
won't snarl at you.
On my part, I am holding back a lot of qualifications either.

Yes, it would so convenient for all of you if I just let go.





Subject: Re: bds 2006 - 2 minor faults
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 26 Feb 2006 23:37:18 +0300
Newsgroups: jedi.vcl

22.02.06 в 09:10 Florent Ouchet в своём письме писал(а):

> Hi,
>
>> 1. when starting IDE, i can see JCL icon, but only whyte square instead of JVCL icon.
>
> Are you talking about the icon on the splashscreen? Is there the same

yes

> problem in the IDE about box (in the help menu)?

i tried but could not find any references to jvcl in help/about



Subject: Re: bds 2006 - 2 minor faults
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 26 Feb 2006 23:37:18 +0300
Newsgroups: jedi.vcl

22.02.06 в 15:25 Robert Marquardt в своём письме писал(а):

> I have tried to change that some time ago, but i still do not understand why it shows up under "Help" at all.

Try to borrow code from mrExperts or GExperts


Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Feb 2006 20:39:50 +0100
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Andreas Hausladen a écrit :
>> Why should we compile package resources? They are autocreated from a
>> template .res file. And .res files are already compiled.
>
> I didn't see this difference between the JCL and the JVCL. In the JCL, resources are created from .rc files created from template.rc in all target directories. I am wrong, sorry.

After looking at resources contained in JVCL .res and JVCL packages using "resource hacker", version info resources are not correct:

**************************************************************************
In c5 directory:

1 VERSIONINFO
FILEVERSION 3,0,0,0
PRODUCTVERSION 3,0,0,0
FILEOS 0x4
FILETYPE 0x1
{
BLOCK "StringFileInfo"
{
    BLOCK "040904E4"
    {
        VALUE "CompanyName", ""
        VALUE "FileDescription", ""
        VALUE "FileVersion", "3.0.0.0"
        VALUE "InternalName", ""
        VALUE "LegalCopyright", ""
        VALUE "LegalTrademarks", ""
        VALUE "OriginalFilename", ""
        VALUE "ProductName", ""
        VALUE "ProductVersion", "1.0.0.0"
        VALUE "Comments", ""
    }
}

BLOCK "VarFileInfo"
{
    VALUE "Translation", 0x0409 0x04E4
}
}

**************************************************************************
In c5std directory:

1 VERSIONINFO
FILEVERSION 1,0,0,0
PRODUCTVERSION 1,0,0,0
FILEOS 0x4
FILETYPE 0x1
{
BLOCK "StringFileInfo"
{
    BLOCK "040C04E4"
    {
        VALUE "CompanyName", ""
        VALUE "FileDescription", ""
        VALUE "FileVersion", "1.0.0.0"
        VALUE "InternalName", ""
        VALUE "LegalCopyright", ""
        VALUE "LegalTrademarks", ""
        VALUE "OriginalFilename", ""
        VALUE "ProductName", ""
        VALUE "ProductVersion", "1.0.0.0"
        VALUE "Comments", ""
    }
}

BLOCK "VarFileInfo"
{
    VALUE "Translation", 0x040C 0x04E4
}
}


**************************************************************************
and so on... and so on...

No version info is up to date, some directories don't have version info, some directories have application icons inside packages...
Something should be done in resources...

I propose the same stuff like the one done in the JCL.

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Feb 2006 20:32:00 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Why should we compile package resources? They are autocreated from a
> template .res file. And .res files are already compiled.

I didn't see this difference between the JCL and the JVCL. In the JCL, resources are created from .rc files created from template.rc in all target directories. I am wrong, sorry.

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Feb 2006 20:22:02 +0100
Newsgroups: jedi.vcl

Do we talk about two different things?


-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Feb 2006 20:21:41 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The same type of makefile could be created to compile JVCL package
> > resources.

Why should we compile package resources? They are autocreated from a
template .res file. And .res files are already compiled.

-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Feb 2006 20:14:49 +0100
Newsgroups: jedi.vcl

>> The JVCL could use the same solution that I implemented for the JCL:
>> calling a makefile compiles resources for all targets.
>> That's far speeder than manually compiling packages one by one...

> The JVCL Installer will never ever use makefile anymore.

The makefile is not called by the installer but it is manually called by the programmer who changed a .rc file.

makefile -f resources.mak

> For the resourcefiles we already have a makefile (in jvcl3\images) that
> compiles the .rc files to .res/.dcr. And the last changes in jvcl3\images
> was a long time ago. So I see no need in making the JVCL Installer to
> compile the almost never changed .res files.

The same type of makefile could be created to compile JVCL package resources.

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Feb 2006 20:08:06 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The JVCL could use the same solution that I implemented for the JCL:
> > calling a makefile compiles resources for all targets.
> > That's far speeder than manually compiling packages one by one...

The JVCL Installer will never ever use makefile anymore.

For the resourcefiles we already have a makefile (in jvcl3\images) that
compiles the .rc files to .res/.dcr. And the last changes in jvcl3\images
was a long time ago. So I see no need in making the JVCL Installer to
compile the almost never changed .res files.


-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Feb 2006 19:37:06 +0100
Newsgroups: jedi.vcl

> - The installer does not MAKE the resource files anymore. They haven't
> changed that often and when they were changed, the .res files were created
> by the person who changed the resources.

The JVCL could use the same solution that I implemented for the JCL:
calling a makefile compiles resources for all targets.
That's far speeder than manually compiling packages one by one...

-- 
Florent Ouchet


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Feb 2006 19:09:47 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > And I'm quite sure that the .lib and .bpi files

The .lib files are not created by dcc32. The .bpi files are.

One is for sure: I'll remove the makefile usage from the installer. But
for BCB I must investigate further. The dcc32 created files are not
enough, so I must use bcc32 and ilink for BCB.


The new installer will not search for the JCL anymore. It simply reads
some settings from the registry:

[Delphi\x.0\Jedi\JCL]
Version: REG_SZ = '1.98'
RootDir: REG_SZ = 'c:\jedi\jcl'
DcpDir: REG_SZ = 'c:\Program Files\Borland\Delphi6\Packages\Bpl'

The BPL directory is irrelevant. The compiler only looks for the .dcp
files. And with these registry settings that the JCL installer must write
to the registry of all installed Delphi/BCB/BDS installations, the JVCL is
able to find all required files.


Other changes will be:

- Added "Reload" button to the IDE selection page that reloads the JCL
settings and tests for a correct JCL installation

- The overwritten PATH-env-var of the IDE is taken into account. This
gives dcc32 the same environment that the internal compiler sees.

- dcc32Hook.dll is injected into dcc32.exe speeding up FileExists(),
FileAge() calls for non-existing files and  reports the current file and
line number to the installer via a status-pipe. This allows us to use -Q
as a workaround for the buffer overflow.

- The installer does not MAKE the resource files anymore. They haven't
changed that often and when they were changed, the .res files were created
by the person who changed the resources.

- No autodependency. The compiler is started for all packages. This makes
compiling units with interface changes more secure.

- Detection of an evaluation version (missing dcc32.exe)

- Installer writes to registry
[Delphi\X.0\Jedi\JVCL]
Version: REG_SZ = '3.20'
RootDir: REG_SZ = 'c:\jedi\jvcl3'
DcpDir: REG_SZ = 'c:\Program Files\Borland\Delphi6\Packages\Bpl'

- Some minor bug fixes


-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 26 Feb 2006 18:50:50 +0100
Newsgroups: jedi.vcl

The BPL/LIB/BPI files have a bit more things than just what delphi puts in when compiled with BCB, that's one thing for sure. And I'm quite sure that the .lib and .bpi files are not created by dcc32.
And that's the last argument, but some people may actullay want NOT to use the installer and as such require project files.


Subject: Re: JCL Error Running Install
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sun, 26 Feb 2006 12:42:40 -0500
Newsgroups: jedi.vcl

In article <dtsbis$106$1@talkto.net>, fqq@aerwn.com.af says...
> > 
> > Now I am interested in determining - on my own sake and for the sake of my 
> > own interest - how irrelevant a message has to be for a poster to be 
> > insulted around here.
> > 

You've nothing better to do with your time?  We do - stop acting like a 
petulant child.


> > I am willing to insist on this until I am given a response by those who 
> > offended me clearly stating why they think they were entitled to try and 
> > degrade me as they did.

How old are you? 10, 12? This is such a childish, puerile attitude to 
take...

> > 
> > Was it because I was anonymous? If so, why this is not formally provided 
> > under your posting rules?
> > Was it because I was sarcastic? If so, how sarcastic one may be when posting 
> > here?
> > Was it because my message failed to report "any information about (my) 
> > installation problems"? If so, how deprived of relevant information a post 
> > has to be for a poster to be subject to verbal abuse?
> > 
> > If their reasons are included in the above possibilities, then it is quite 
> > fair to assume that from now on anyone incurring in the "fault" I did will 
> > be liable to be insulted just as I was.
> > 
> > These are quite straightforward questions. I am willing to insist to get 
> > reasonable answers to them until I feel satisfied. 
> > 

You've received a number of answers already. Fundamentally, your 
original post was unhelpful: nothing could be done with this complaint,  
to improve jvcl. This is, after all, a technical newsgroup - your post 
came off as whiny and totally lacking in anything constructive or 
useful. 

You ARE entitled to complain - there ARE problems in JVCL - just make it 
constructive and you'll get the same respect everyone else receives and 
deserves.

I had problems with the installer - the first time I waited about a week 
for it to be corrected so I could install newest version (I of course 
back up my PC before making major changes). The second time I dug into 
the code and found a solution myself, AND saw some pretty cool 
techniques in the install code. Overall, a net gain - with a little lost 
time.

If you haven't the skills or are not competent enough (yet) to deal with 
this, try anyway - you can learn from this code as others have. If you 
DO have the skills and can't be bothered to properly report issues or 
try to debug yourself, then you are encouraged to "go commercial" - this 
community is as uninterested in your participation as you are in 
participating. Actually, I won't speak for others - maybe I'm the only 
one who would rather you go play in some other sandbox.


EdB


Subject: Re: JCL Error Running Install
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Feb 2006 18:12:08 +0100
Newsgroups: jedi.vcl

Me a écrit :
> By the way, I've just realized how easy it would be for a bogus "Me" to deceitfully come into this discussion pretending to be me and either call other people names or do anything objectionable just to harm my future stand.

Com'on, "Me" is not the only thing that appears to all users when a post is made here.
To take your identity, a person would have to spoof your IP to have the same NNTP-Posting-Host header... Given you use a statically allocated IP, that will be difficult.

-- 
Florent Ouchet


Subject: Re: JCL Error Running Install
From: "Me" <fqq@aerwn.com.af>
Date: Sun, 26 Feb 2006 13:59:33 -0300
Newsgroups: jedi.vcl

By the way, I've just realized how easy it would be for a bogus "Me" to 
deceitfully come into this discussion pretending to be me and either call 
other people names or do anything objectionable just to harm my future 
stand.

Obviously, should anyone ever does this, it will not be me. I would not be 
such an "asshole" as to disqualify myself for any points I am required to 
make in the future in any developments of this issue.

Perhaps this is a sufficient disclaimer for that matter for the time being. 




Subject: Is possible change Fonts in JvDBGridFooters?
From: "Fernando Parra Novo" <fparra@prodigy.net.mx>
Date: Sun, 26 Feb 2006 10:13:59 -0600
Newsgroups: jedi.vcl

I'm using a JvDBGrid with a JvDBGridFooter to show summarized fields, but I 
can't change font's color in the JvDBGridFooter component. Are there some 
techniques to do that? Font type & font size works fine.

Thanks in advance.

Fernando ¡SALUDOS DESDE MEXICO! 




Subject: Re: JCL Error Running Install
From: "Me" <fqq@aerwn.com.af>
Date: Sun, 26 Feb 2006 11:00:41 -0300
Newsgroups: jedi.vcl

>> >> I'd still like to warn Mark and others that he/they may be told to "piss
>> >> off" and be called "an asshole" by the very NG's owners if someday
>> >> he/they ever point out problems with the jvcl.
> >
> > There is a difference between you and Mark. Mark posted the error messages
> > you haven't reported any information about the installation problems that
> > you have.


Ah, now I see, stupid me. This is the difference entitling you to humiliate 
me! Mark posted his error messages, I did not.

I was not humiliated because I posted anonymously. I was not humiliated 
because I was sarcastic. I was not humiliated because the jvcl developers 
are not being paid for their work and as such they won't put up with any 
input they feel is uncomplimentary enough. Stupid me! You did not provide us 
with error messages, you asshole! Now piss off!

You'd like to limit this issue to its technical aspects, but I am not 
interested in these anymore. They are history. I should not have brought up 
that the jvcl installed messed up my Delphi installation. This has 
absolutely no significance now.

Now I am interested in determining - on my own sake and for the sake of my 
own interest - how irrelevant a message has to be for a poster to be 
insulted around here.

I am willing to insist on this until I am given a response by those who 
offended me clearly stating why they think they were entitled to try and 
degrade me as they did.

Was it because I was anonymous? If so, why this is not formally provided 
under your posting rules?
Was it because I was sarcastic? If so, how sarcastic one may be when posting 
here?
Was it because my message failed to report "any information about (my) 
installation problems"? If so, how deprived of relevant information a post 
has to be for a poster to be subject to verbal abuse?

If their reasons are included in the above possibilities, then it is quite 
fair to assume that from now on anyone incurring in the "fault" I did will 
be liable to be insulted just as I was.

These are quite straightforward questions. I am willing to insist to get 
reasonable answers to them until I feel satisfied. 




Subject: Re: Path to Jcl.dcp build incorrectly at install
From: Marc Rasmussen <jvcl@myrasmussen.de>
Date: Sun, 26 Feb 2006 14:02:52 +0100
Newsgroups: jedi.vcl

Malcolm Cheyne schrieb:
>> As you can see the "" are set incorrectly. How can I fix it to a way I can install the JVCL?
>
> Did you install JCL *first* ?
>
>

of course I did.


But due to your message I discovered that the jcl installer hasn't installed the dcps into the directory that the JVCL installer expected (I did an upgrade from 1.96 to 1.97).

After I reinstalled into the right directory, I was able to install the JVCL.


Subject: Re: Path to Jcl.dcp build incorrectly at install
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Sun, 26 Feb 2006 14:36:09 +0300
Newsgroups: jedi.vcl

Marc Rasmussen wrote:
> I tried to install the JVCL 3.2 but I always get the same error:
>
> Fatal: '"c:\dokume~1\marc\Eigene~1\Borlan~1\Bpl"\Jcl.dcp' does not exist - don't know how to make it
>
>
> As you can see the "" are set incorrectly. How can I fix it to a way I can install the JVCL?
I have the same error, the problem arised, as I can see, the jcl installer has the deault path for bpi  - ..\jcl\lib\cb6
After changing to the ...\Projects\lib - installation for the CB6 was OK.
Also I have the same problem for BDS2006.


Subject: Re: Path to Jcl.dcp build incorrectly at install
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Sun, 26 Feb 2006 21:24:22 +1000
Newsgroups: jedi.vcl

> >
> > As you can see the "" are set incorrectly. How can I fix it to a way 
> > I can install the JVCL?

Did you install JCL *first* ?




Subject: Re: JCL Error Running Install
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Feb 2006 12:01:35 +0100
Newsgroups: jedi.vcl

> > "From nothing comes from nothing"

Strike out one of the "from".


Subject: Re: JCL Error Running Install
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Feb 2006 12:00:28 +0100
Newsgroups: jedi.vcl

Me wrote:

> > I'd still like to warn Mark and others that he/they may be told to "piss
> > off" and be called "an asshole" by the very NG's owners if someday
> > he/they ever point out problems with the jvcl.

There is a difference between you and Mark. Mark posted the error messages
you haven't reported any information about the installation problems that
you have. And without any information the bug will not be fixed. "From
nothing comes from nothing".


> > Were this the NG of a commercial lib, your complaints would be treated
> > for what they are, i.e., complaints, rather than an insult to a few
> > developers' oversized egos.

Again: "From nothing comes from nothing". A posting, telling that the
installation of JCL/JVCL does not work without reporting any usefull
information about the problems is not treated as a complaint. It's the
same as if you would say: "My computer does not work, help me!" This
exlamation is no complaint it is simple useless because it could be
everything beginning from missing power over a missing file to a wrong
configuration.

> > You know, they like to think they are
> > martyrs suffering for the community's benefit.

BTW: What have you done for the Delphi/BCB community? Because you write
anonymously I guess you haven't done anything.


> > If you ever have your entire Delphi installation messed up by trying to
> > install the jvcl, as was my case, simply piss off. After all, you are an
> > asshole, and all you deserve is scorn.

Every developer should be aware of the tools he uses. And if the Installer
have really messed up your Delphi installation then it would be an easy
task for this developer to recover from that by simply removing all the
Jv* files and unregistering of the packages. Or you could have used the
JVCL Installer's uninstall option.


> > I'll try and be back to this "off-topic" whenever I feel someone around
> > here is in danger of being spurned as I was.

How will you know if Mark is in danger of beeing spured? He posted only
one question/bug report.


-- Regards, Andreas Hausladen 

Subject: Re: JCL Error Running Install
From: "Me" <fqq@aerwn.com.af>
Date: Sun, 26 Feb 2006 07:33:11 -0300
Newsgroups: jedi.vcl

> > That's my last answer on your post.


But this is not my last.

I'd still like to warn Mark and others that he/they may be told to "piss 
off" and be called "an asshole" by the very NG's owners if someday he/they 
ever point out problems with the jvcl.

So be warned Mark and others. People around here are very fast in telling 
you to piss off and calling you na asshole when they don't like what you 
have to say about the jvcl.

Were this the NG of a commercial lib, your complaints would be treated for 
what they are, i.e., complaints, rather than an insult to a few developers' 
oversized egos. You know, they like to think they are martyrs suffering for 
the community's benefit.

If you ever have your entire Delphi installation messed up by trying to 
install the jvcl, as was my case, simply piss off. After all, you are an 
asshole, and all you deserve is scorn.

I'll try and be back to this "off-topic" whenever I feel someone around here 
is in danger of being spurned as I was. 




Subject: Path to Jcl.dcp build incorrectly at install
From: Marc Rasmussen <jvcl@myrasmussen.de>
Date: Sun, 26 Feb 2006 11:24:34 +0100
Newsgroups: jedi.vcl

I tried to install the JVCL 3.2 but I always get the same error:

Fatal: '"c:\dokume~1\marc\Eigene~1\Borlan~1\Bpl"\Jcl.dcp' does not exist - don't know how to make it


As you can see the "" are set incorrectly. How can I fix it to a way I can install the JVCL?


Subject: Re: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 26 Feb 2006 10:46:04 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Will your solution generate all needed files to compile a BCB
> > application with run-time packages?

That's something I must find out. These files must be generated:
..bpi, .lib, .dcp, .bpl, .obj, .hpp.

I know for sure that the .dcp, .bpl, .obj and .hpp are no problem (-JPHNE
for BCB 5/6) and that the other files are no problem for BDS 2006 (-JL).
But the question is if the .bpi and .lib files are created by BCB 5/6's
dcc32.exe.


> > Do you use dcc32.exe or the internal dll compiler?

I will use the dcc32.exe but inject an DLL that returns the actual
progress information to the installer. I haven't written code that can use
the internal compiler. And for this it is not necessary. As long as we do
not have any hints, warnings or errors the buffer overflow will never
happen.


-- Regards, Andreas Hausladen 

Subject: Re: BCB Packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Feb 2006 10:27:05 +0100
Newsgroups: jedi.vcl

Hi,

Andreas Hausladen a écrit :
> Do we really need the extra packages for BCB ? Wouldn't it be enough to
> just compile the packages with dcc32 and install them into BCB. I don't
> think that most users open the .bpk files.

Will your solution generate all needed files to compile a BCB application with run-time packages?

> BTW: I'm reimplementing the JVCL Installer's "compiling code". I drop the
> make.exe usage which makes more problems (command line too long) then it
> helps.
> And to work around the dcc32.exe buffer-overflow bug (that happens if we
> compile the JVCL in a very deep directory without the "-q" parameter),
> I'll use -q in combination with a injection DLL that calculationns the
> current file's line by hooking the ReadFile() function (I already have
> this code from my bcc32pch project).

Do you use dcc32.exe or the internal dll compiler?

-- 
Florent Ouchet


Subject: BCB Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 25 Feb 2006 18:43:36 +0100
Newsgroups: jedi.vcl

Do we really need the extra packages for BCB ? Wouldn't it be enough to
just compile the packages with dcc32 and install them into BCB. I don't
think that most users open the .bpk files.

BTW: I'm reimplementing the JVCL Installer's "compiling code". I drop the
make.exe usage which makes more problems (command line too long) then it
helps.
And to work around the dcc32.exe buffer-overflow bug (that happens if we
compile the JVCL in a very deep directory without the "-q" parameter),
I'll use -q in combination with a injection DLL that calculationns the
current file's line by hooking the ReadFile() function (I already have
this code from my bcc32pch project).

-- Regards, Andreas Hausladen 

Subject: Re: JvRichEdit -&amp;amp;amp;gt; InsertGraphic send sometime a Need to CoInitialize Error ???
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Feb 2006 05:25:39 +0100
Newsgroups: jedi.vcl

Souch wrote:
> Thanks for this explication, i just find the solution for my case :
>  my function was called by a thread in my application, the problems come
> from here, i'v pass the function in a Synchronize procedure, and all is ok
> ! no more blank picture and no more need to CoInitialize !
> Thanks you four your help, and god save the JVCL :')

Each thread needs its own CoInitialize and CoUninitialize.


Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Sat, 25 Feb 2006 13:15:42 +1000
Newsgroups: jedi.vcl

> > What was the exact error message? Couldn't the package being located 
> > or was there an exception during the package load?

 AFAIKR  "Can't load xxxxx.bpl  Do you want to load next time Yes/No"

Doesn't appear to be affecting it though.

Malcolm






Subject: Re: JVCL 320- Stack Overflows
From: Pierre <nospamhere@please.com>
Date: Sat, 25 Feb 2006 12:10:49 +1100
Newsgroups: jedi.vcl

Pierre wrote:
> I get a stack overflow, i.e. TJvprogess.dialog.show

Sorry, that should've been

 TJvprogessdialog.show


-- 
Pierre
Worrigee  NSW
  ,-._|\
 /  Oz  \
 \_,--._/
       v
+++++++++++++++++++++++++++++++
Flanders' wife: "I've been going to Bible classes. They're teaching me to be more judgmental."




Subject: JVCL 320- Stack Overflows
From: Pierre <nospamhere@please.com>
Date: Sat, 25 Feb 2006 12:09:33 +1100
Newsgroups: jedi.vcl

Hi
I've updated to 3.20. However, whenever showing one of the JVCL dialogs I get a stack overflow, i.e. TJvprogess.dialog.show


I've put things back to version 3.10 for now, but if there any clues as to the cause are appreciated.

Thanks

-- 
Pierre
Worrigee  NSW
  ,-._|\
 /  Oz  \
 \_,--._/
       v
+++++++++++++++++++++++++++++++
Flanders' wife: "I've been going to Bible classes. They're teaching me to be more judgmental."




Subject: Re: JCL Error Running Install
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 24 Feb 2006 19:25:29 -0500
Newsgroups: jedi.vcl

"Me" <fqq@aerwn.com.af>
<plonk/> 




Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 25 Feb 2006 00:00:35 +0100
Newsgroups: jedi.vcl

> Because I was using what I thought *was* the default.  I was wrong.

That have been the default behaviour for the past years but that changed when Borland engineers decided to share the same DCP/BPL directory for all versions of BDS.

> In order to give you some positive feedback, I have now installed JCL/JVCL to BDS2006 using your default locations.  Here are the results:
>
> JCL compiled and installed OK
> JVCL compiled (selected all packages) and appeared to install OK.
>
> Started BDS2006 (Win32).....  On startup, Can't load following bpl's: (Answered Yes)
> JvAppFrmD100; JvBDED10D; JvGlobusD10D; JvIntrepreterD10D;
> Exited OK.
> Started BDS2006 (BDS).....  On startup, Can't load following bpl's:
> (Answered Yes)
> JvSystemD100;
> RE-Started BDS2006 (Win32 and BDS).....  Started and Exited OK (Now no
> error messages)

What was the exact error message? Couldn't the package being located or was there an exception during the package load?

> JCL has 6 packages
> JVCL has 31 packages

That's correct.

> Placed a few Jv BDE components onto a form no problems (BTW I'm sure you know that "About JVCL" still says "3.10")

That's a known issue, version constants were not updated for this release. Olivier should have added a line noticing this in release notes.

-- 
Florent Ouchet


Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Sat, 25 Feb 2006 08:01:35 +1000
Newsgroups: jedi.vcl

> > Why didn't you keep the default DCP path? (\lib\d7 and \lib\d10)
> >

Because I was using what I thought *was* the default.  I was wrong.

In order to give you some positive feedback, I have now installed 
JCL/JVCL to BDS2006 using your default locations.  Here are the 
results:

JCL compiled and installed OK
JVCL compiled (selected all packages) and appeared to install OK.

Started BDS2006 (Win32).....  On startup, Can't load following bpl's: 
(Answered Yes)
JvAppFrmD100; JvBDED10D; JvGlobusD10D; JvIntrepreterD10D;
Exited OK.

Started BDS2006 (BDS).....  On startup, Can't load following bpl's: 
(Answered Yes)
JvSystemD100;

RE-Started BDS2006 (Win32 and BDS).....  Started and Exited OK (Now no 
error messages)

JCL has 6 packages
JVCL has 31 packages

Placed a few Jv BDE components onto a form no problems (BTW I'm sure 
you know that "About JVCL" still says "3.10")

If there is anything else you want me to check, just ask.

HTH

Malcolm








Subject: JvDBUltimGrid EditControls manipulation at runtime
From: Jeff Wormsley <daworm@cdc.net>
Date: Fri, 24 Feb 2006 14:59:32 -0500
Newsgroups: jedi.vcl

Is there any good way to change the EditControl for a field at run time?  I have a sort of generic value/pair setup where the table stores a field type, field name, and field value.  The edit control for the field value should be different for different field types.  I've tried using EditControls.Clear to remove one edit control, then use this to add the new editor:

With EditControls.Add Do
 Begin
  ControlName  := 'MyDBControl';
  FieldName := 'VALUE';
  FitCell := fcCellSize;
 End;

This almost works, except that the control added shows up where it was placed on the form at designtime, rather than in the cell of the grid.

Any ideas?

Jeff.


Subject: Re: AutoAppend don't work with goTab in JvDbGrid.Options
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 24 Feb 2006 19:29:02 +0100
Newsgroups: jedi.vcl

Hum... There's no easy way to do a workaround. I'm still on...

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid footers
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 24 Feb 2006 19:06:54 +0100
Newsgroups: jedi.vcl

> >Can I have column footers in JvDBGrid?
> >
> >Thanks!
> >
> >-- 
> >Erick Sasse
> >Brazil

Yes, use JvDBGridFooter ;-)
An example is provided in the JvDBUltimGrid demo.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL Error Running Install
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 24 Feb 2006 18:57:52 +0100
Newsgroups: jedi.vcl


Mark asked support and would like a solution. Giving up the J(V)CL was not what he asked. You're completely off-topic.
That's my last answer on your post.

-- 
Florent Ouchet


Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 24 Feb 2006 18:53:55 +0100
Newsgroups: jedi.vcl

Malcolm Cheyne a écrit :
> Hi Florent
>
>> This is not the recommended path, you could have conflicts if this DCP path is the same for the BDS 2006 installation.
>
> That was exactly the problem I was having.  Now only installed to D7.

Why didn't you keep the default DCP path? (\lib\d7 and \lib\d10)

-- 
Florent Ouchet


Subject: Re: JvDBGrid footers
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 24 Feb 2006 17:33:19 +0000 (UTC)
Newsgroups: jedi.vcl

Fred wrote:

> > Yes, use JvDBGridFooter ;-)

How I didn't see it before? :)
Thanks!

-- Erick Sasse Brazil 

Subject: Re: JCL Error Running Install
From: "Me" <fqq@aerwn.com.af>
Date: Fri, 24 Feb 2006 14:30:20 -0300
Newsgroups: jedi.vcl

"Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet> escreveu na mensagem 
news:dtn5ja$gf8$1@talkto.net...
>>> >>> if  you don't like them, don't waste your time being there.
>> >>
>> >>Thank you for your concern about my losing time.
>> >>
>> >>Actually I'm not. I'm just expressing my opinion as what I think, if I
> > may,
>> >>an important input for someone who may find it valuable to hear both
> > sides.
> >
> > Mark never asked your opinion. He is looking for support from J(V)CL
> > users or developpers. Since you don't belong neither to the first nor to
> > the second and since you don't answer his need, you're not welcome to
> > post such responses on this thread.


No, he never did. And he never said he would not like the opinion of others 
on
this subject either. I'll accept your point if you officially state a policy 
containing
what opinions may and may not be expressed around here.

Your division of posters into those two groups is utterly arbitrary. To be 
sure,
there are many more types of people visiting this NG for a large variety of
reasons.

ALthough Mark seeks support, he may find it interesting to know that there
are people unhappy - in my case, highly unhappy - with the lib.

I am quite sure that if I took the trouble to tell my terribly bad 
experience with the lib here,
may newcomers would hesitate and would rather save themselve the pain I've 
had.

If a) I am not breaking any official rules, b) I am addressing a subject 
directly
and relevantly related to the purposes of this NG's users, and c) I am not 
offending anyone,
unlike others did in  my first message, then I am the one to decide on the 
contents of my posts.
If you don't like, prepare a black list of forbidden themes. You may begin 
it with
"Personal opinions on the JVCL are not allowed."

You may ignore me if you like. You'll have to ban me on clear and fair 
grounds
if you want to stop me from speaking my mind.







Subject: Re: JvRichEdit -&amp;amp;amp;gt; InsertGraphic send sometime a Need to CoInitialize Error ???
From: "Souch" <Souch@nospamforme.com>
Date: Fri, 24 Feb 2006 18:02:18 +0100
Newsgroups: jedi.vcl

Thanks for this explication, 
i just find the solution for my case :
 my function was called by a thread in my application, the problems come
from here, i'v pass the function in a Synchronize procedure, and all is ok
! no more blank picture and no more need to CoInitialize !
Thanks you four your help, and god save the JVCL :')

Souch.

>> >>I'v put the CoInitialize(nil); in top of the OnCreate of my main form
>> >>(parent of the JvRichedit), and put the CoUninitialize on the OnDestroy,
>> >>unfortunatly, i'v got the same problem :(
>> >> : CoInitialize n'a pas été appelé (CoInitialize was not called).
>> >>a things i really dont understand is that all work if i call the function
>> >>after a onclick on a button, and it don't work after call by a TcpServer
>> >>OnExecute :(
>> >>
>> >>Maybe i will nedd to use something else than JvRichEdit to do it ?! :'(
> >
> >OnCreate and OnDestroy events are not the best places to insert these 
> >lines since controls are created before the form OnCreate event is being 
> >fired and controls are destroyed after the form OnDestroy is being fired.
> >You should place them in the project file:
> >
> >program programname;
> >
> >uses
> >  Forms,
> >  ActiveX,
> >  program units....
> >
> >begin
> >  CoInitialize(nil);
> >
> >  Application.CreateForm...
> >  ...
> >  ...Application.Run;
> >
> >  CoUninitialize;
> >end;
> >
> >-- 
> >Florent Ouchet
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGrid footers
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 24 Feb 2006 16:53:27 +0000 (UTC)
Newsgroups: jedi.vcl

Can I have column footers in JvDBGrid?

Thanks!

-- Erick Sasse Brazil 

Subject: Re: AutoAppend don't work with goTab in JvDbGrid.Options
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 24 Feb 2006 17:15:31 +0100
Newsgroups: jedi.vcl

> >Hello,
> >
> >I use a TJvDBGrid with AutoAppend set to false and goTab in Options 
> >property. When I use the VK_DOWN key to go behind the last record all 
> >works fine no new record is inserted. But when I use the VK_TAB key in 
> >the last column of the last record a new record is inserted.

It's obviously a bug. Thank you for your report. I'm going to fix that.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvRichEdit -&amp;amp;gt; InsertGraphic send sometime a Need to CoInitialize Error ???
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Fri, 24 Feb 2006 16:43:58 +0100
Newsgroups: jedi.vcl

> >I'v put the CoInitialize(nil); in top of the OnCreate of my main form
> >(parent of the JvRichedit), and put the CoUninitialize on the OnDestroy,
> >unfortunatly, i'v got the same problem :(
> > : CoInitialize n'a pas été appelé (CoInitialize was not called).
> >a things i really dont understand is that all work if i call the function
> >after a onclick on a button, and it don't work after call by a TcpServer
> >OnExecute :(
> >
> >Maybe i will nedd to use something else than JvRichEdit to do it ?! :'(

OnCreate and OnDestroy events are not the best places to insert these 
lines since controls are created before the form OnCreate event is being 
fired and controls are destroyed after the form OnDestroy is being fired.
You should place them in the project file:

program programname;

uses
  Forms,
  ActiveX,
  program units....

begin
  CoInitialize(nil);

  Application.CreateForm...
  ...
  ...Application.Run;

  CoUninitialize;
end;

-- Florent Ouchet --- posted by geoForum on http://delphi.newswhat.com 

Subject: Re: JvRichEdit -&amp;amp;gt; InsertGraphic send sometime a Need to CoInitialize Error ???
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Fri, 24 Feb 2006 16:43:54 +0100
Newsgroups: jedi.vcl

> >I'v put the CoInitialize(nil); in top of the OnCreate of my main form
> >(parent of the JvRichedit), and put the CoUninitialize on the OnDestroy,
> >unfortunatly, i'v got the same problem :(
> > : CoInitialize n'a pas été appelé (CoInitialize was not called).
> >a things i really dont understand is that all work if i call the function
> >after a onclick on a button, and it don't work after call by a TcpServer
> >OnExecute :(
> >
> >Maybe i will nedd to use something else than JvRichEdit to do it ?! :'(

OnCreate and OnDestroy events are not the best places to insert these 
lines since controls are created before the form OnCreate event is being 
fired and controls are destroyed after the form OnDestroy is being fired.
You should place them in the project file:

program programname;

uses
  Forms,
  ActiveX,
  program units....

begin
  CoInitialize(nil);

  Application.CreateForm...
  ...
  ...Application.Run;

  CoUninitialize;
end;

-- Florent Ouchet --- posted by geoForum on http://delphi.newswhat.com 

Subject: Re: JCL Error Running Install
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Fri, 24 Feb 2006 16:39:33 +0100
Newsgroups: jedi.vcl

>> >> if  you don't like them, don't waste your time being there.
> >
> >Thank you for your concern about my losing time.
> >
> >Actually I'm not. I'm just expressing my opinion as what I think, if I 
may, 
> >an important input for someone who may find it valuable to hear both 
sides.

Mark never asked your opinion. He is looking for support from J(V)CL 
users or developpers. Since you don't belong neither to the first nor to 
the second and since you don't answer his need, you're not welcome to 
post such responses on this thread.

> >Now the OP can see he is not the only one having a hard time trying to 
> >install this lib.

We are aware that there are some problems with installers, we do our best 
to reproduce and solve problems.

> >Although I've been harshly insulted in my earlier topic by the very NG 
> >owners, I think I'll continue to express my mind, as far as I follow 
this 
> >NG's etiquette.

I could add a new rule in the NG's etiquette: keep posting your opinion 
in the same thread and do not pollute thread that have nothing to do with 
your mind.

> >thanks again for your concern about what your users think. 

We are concerned, but we are also overbooked and a 30-hour day won't give 
us any free time to do all things that we want to.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvRichEdit -&amp;gt; InsertGraphic send sometime a Need to CoInitialize Error ???
From: "Souch" <Souch@nospamforme.com>
Date: Fri, 24 Feb 2006 16:22:35 +0100
Newsgroups: jedi.vcl

Thanks for your reply OBones,
I'v put the CoInitialize(nil); in top of the OnCreate of my main form
(parent of the JvRichedit), and put the CoUninitialize on the OnDestroy,
unfortunatly, i'v got the same problem :(
 : CoInitialize n'a pas été appelé (CoInitialize was not called).
a things i really dont understand is that all work if i call the function
after a onclick on a button, and it don't work after call by a TcpServer
OnExecute :(

Maybe i will nedd to use something else than JvRichEdit to do it ?! :'(

> >CoInitialize should be called ONCE at the beginning of the application, 
> >and CoUninitialize should be called ONCE at the end of the application. 
> >By calling it right after the insertion of the bitmap, you're preventing 
> >the richedit from working correctly.
> >Note that CoInitialize and CoUninitialize are usually called 
> >automatically by the Application object.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL Error Running Install
From: "Florent Ouchet" <ouchetD.o.TflorentA@TlaposteD.o.Tnet>
Date: Fri, 24 Feb 2006 15:45:14 +0100
Newsgroups: jedi.vcl

> >I gave up trying to install those. Too much trouble for far too little, 
in 
> >my humble opinion.

Me, just 2 words: this forum is to support the JCL and JVCL libraries, if 
you don't like them, don't waste your time being there.
Thanks.

Florent



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL Error Running Install
From: "Me" <fqq@aerwn.com.af>
Date: Fri, 24 Feb 2006 11:15:02 -0300
Newsgroups: jedi.vcl

> > if  you don't like them, don't waste your time being there.

Thank you for your concern about my losing time.

Actually I'm not. I'm just expressing my opinion as what I think, if I may, 
an important input for someone who may find it valuable to hear both sides.

Now the OP can see he is not the only one having a hard time trying to 
install this lib.

Although I've been harshly insulted in my earlier topic by the very NG 
owners, I think I'll continue to express my mind, as far as I follow this 
NG's etiquette.

thanks again for your concern about what your users think. 




Subject: Re: JvInspector and TList->objects?
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 24 Feb 2006 07:54:55 -0500
Newsgroups: jedi.vcl

> > is there a "easy" way to let the JvInspector visualize objects stored in a 
> > TList descent where the objects and the list are surrounded by {+M}{-M} ?

I know it works with TCollection and TCollectionItem descendants.  You could 
probably get away with calling  AddComponent for each item in the TList. 
But I don't think you can just point it at a TList and get the result you're 
expecting.

hth... 




Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Fri, 24 Feb 2006 22:30:23 +1000
Newsgroups: jedi.vcl

Hi Florent

> > This is not the recommended path, you could have conflicts if this 
> > DCP path is the same for the BDS 2006 installation.

That was exactly the problem I was having.  Now only installed to D7.

Malcolm





Subject: Re: Free. Deo Gratias!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Fri, 24 Feb 2006 06:59:38 -0500
Newsgroups: jedi.vcl

    I'm sorry but I have to say something here.  as we all know, when we ask 
a favor of someone, or accept someone's help or gifts during the course of 
everyday life, we do so with the knowledge that in accepting the same we do 
so with no guarantees, no contracts for future service or handling, and 
always at our own risk!  the same is true when we accept and make use of 
software that is made freely available for us.
    Anyone can find and "purchase" software that has been thoroughly tested 
and designed from the ground up as a particular solution, and when we do we 
also expect to get what we paid for.  When the company or person we've made 
the purchase from does not provide what is expected, either in the software 
itself or in the service afterwards, we can and do bitch until it is fixed 
or we do as "Me" has done and no longer use that software...making sure we 
speak our minds loudly and clearly enough so that our peers know the 
troubles we've encountered and to put added pressure on the vendor to 
straighten out!
    "Me" appears to have forgotten that the difference between constructive 
criticism and juvenile-like and sarcastic complaining.  And personally, I 
never do favors for or help people like that because they live in their own 
world where they expect everyone to cater to their problems and needs as if 
they somehow deserve such treatment simply because they are alive!
Not giving a dam, as he put it quite succinctly, is exactly what his problem 
is and why he chooses to bitch and complain instead of offering advice or 
help.
    "Me's" right to not use the JVCL and/or not to like the people who put 
it together or their attitudes is something we are guaranteed to have, in 
this country at least, but that right does NOT extend as far as to excuse 
the actions of a horses petunia.  Even in a land where personal rights and 
the laws that provide for them denies anyone else's right to take offense at 
what he said, the moral and humanistic qualities that separate us from the 
lower life forms do indeed validate our expectations of civility and 
understanding from each other.  You can go ahead and stand on your rights, 
not giving a dam about how your interpretation of those rights may differ 
from anyone else's, however know that in most public areas, you stand alone. 
Because real men and women know that these rights must be tempered with 
common sense, consideration for the rights of others, and acceptable, 
humanistic behavior.  After all, no one really gives a dam what any ass---e 
has to say anyway!
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:dtg1jq$gc4$1@talkto.net...
> > Well, well, well... What to say...
> >
> > You have all the right in the world to be upset, and despite the way you 
> > wrote your message, you should have gotten an appropriate answer, that 
> > much we agree on.
> > Some of us here easily get upset too, and may well be a bit too "personal" 
> > when it comes to criticism. However, and I'm quite sure you will find 
> > examples here and in our bugtracker, when someones comes along and points 
> > at a defect we either provide a workaround or try to find a solution.
> > Sure, there are delays, sure, sometimes the solution is not easy on the 
> > user. But when the complaint does not contain any details but a "rant", we 
> > can't do much about it. This is also why I did not intervene until today. 
> > Why do it now, then? Well, I just wanted to point out that even though you 
> > are not using the JVCL anymore, we are happy you found what you wanted 
> > somewhere else. I do not believe it deserved to be said in such a 
> > "sarcastic" way here, but it was your right to say so.
> > I would definitely prefer if you would take the time to write down the 
> > points you find "unacceptable" and "upsetting", but I cannot force you to 
> > do so.
> >
> > Regards
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: DBTreeview
From: "Robert Meek" <rmeek1@comcast.net>
Date: Fri, 24 Feb 2006 06:27:26 -0500
Newsgroups: jedi.vcl

    Nope!  I've also tried using the selectedIndex, and accessing  the  node 
directly!  And this problem goes hand in hand with one that makes the 
TreeView auto-select the root node anytime a click is made to the control 
and not directly on the node wanted!

"Don S" <blacknapkin@twistandfruge.com> wrote in message 
news:dtg0n0$g56$1@talkto.net...
>>>> >>>> Onchange...whatever...I cannot get the selected Item when set in code 
>>>> >>>> to show as selected or focused!  The O NLY way I've been able to do so 
>>>> >>>> is by calling Treeview.Setfocus after all the code has run, bujt in 
>>>> >>>> doing so this resets the currently selected node back to the first one 
>>>> >>>> again! Any ideas?
> >
>>> >>> try to use SelectNode(AMasterValue) method
> >
>> >>    I've doesn't that too with no success.  It's as if somewhere AFTER my 
>> >> selection code runs focus is being reset somewhere else...although I 
>> >> haven't yet been able to track down to where or what control!
> >
> > So, does TJvTreeView.SelectItem have any effect?
> > 




Subject: JvInspector and TList->objects?
From: "Rainer Queck" <Rainer.Queck@nomail.com>
Date: Fri, 24 Feb 2006 12:17:09 +0100
Newsgroups: jedi.vcl

Hi NG,

is there a "easy" way to let the JvInspector visualize objects stored in a 
TList descent where the objects and the list are surrounded by {+M}{-M} ?

Thanks for hints
Rainer 




Subject: Re: JCL Error Running Install
From: "Me" <fqq@aerwn.com.af>
Date: Fri, 24 Feb 2006 08:13:52 -0300
Newsgroups: jedi.vcl

I gave up trying to install those. Too much trouble for far too little, in 
my humble opinion.



> >I know several people have had trouble getting JCL and JVCL to install.
> > Well, I'm having this trouble when running Install.bat for JCL with both
> > version 3.2 and 3.1!
> >
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > Fatal: File not found: 'JediInstaller.dpr'
> >
> > I know the file is there. I can see it in the install directory, I can
> > even load it into Delphi 7, but the make file just can't find it.
> >
> > Any suggestions?
> >
> > Thanks,
> >
> > Mark
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: AutoAppend don't work with goTab in JvDbGrid.Options
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Fri, 24 Feb 2006 10:26:06 +0100
Newsgroups: jedi.vcl

Hello,

I use a TJvDBGrid with AutoAppend set to false and goTab in Options property. When I use the VK_DOWN key to go behind the last record all works fine no new record is inserted. But when I use the VK_TAB key in the last column of the last record a new record is inserted.

In the source of JvDbGrid I see that AutoAppend is only used in NextRow (subroutine of KeyDown). NextRow is only called for Key VK_DOWN. The Routine CheckTab (subroutine of KeyDown) don't call NextRow unlike the originale routine in TDBGrid (named Tab there).

I don't found a solution at the moment. I try to override CanGridAcceptKey (I know the routine is not complete, it is only a first try :-) )

function TMyJvDbGrid.CanGridAcceptKey(Key: Word; Shift: TShiftState): Boolean;
begin
   Result := False;
   if (Key = VK_TAB) and DataLink.Eof then Exit;
   Result := True;
end;

but DataLink.Eof isn't true if cursor is in the last record row. :-(

Any ideas?

Ciao Heinz Z.


Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 24 Feb 2006 10:12:54 +0100
Newsgroups: jedi.vcl

Hi,

Malcolm Cheyne a écrit :
> If this may help....
>
> I was trying to install into a dual D7/BDS2006 setup when I ran into problems.  OBones saw my post and suggested I come over here.  (I'm here ;-) ).  I decided to start from scratch again and did a /manual/ delete of all JCL*.* and Jv*.* files on my C:\ drive (selecting which files to delete).   You may be interested in the folder names where I found applicable files (files deleted), these are:
>
> C:\Program Files\Borland\BDS\4.0\Include\VCL    (820)

There were lots of include files here.

> C:\Program Files\Borland\BDS\4.0\lib  (252)
> C:\Program Files\Borland\BDS\4.0\bin  (63)

I don't know why some file where created there. You may have modified BPL and DCP paths to aim at these paths.

> C:\Program Files\Borland\D7\Projects\Bpl  (127)
> C:\Documents and Settings\username\My Documents\Borland Studio Projects\bpl  (71)

That's good.

> C:\Documents and Settings\username\Locals\temp\dcm.tmp (4)

Probably just some files that were unzipped here.

> I then used the JCL installer and installed /only/ D7 (incl Make demos).  Checked D7 installed 6 packages.  Exit D7 no problems.
> Repeated process with JVCL installer.  Making sure I checked the paths which defaulted to:
>
> BPL - C:\Program Files\Borland\D7\Projects\Bpl
> DCP - C:\Documents and Settings\username\My Documents\Borland Studio Projects\bpl

This is not the recommended path, you could have conflicts if this DCP path is the same for the BDS 2006 installation.
I will add a test in the JCL installer to avoid this situation.

-- 
Florent Ouchet


Subject: Re: JvInspector and simple ObjectDescent?
From: "Rainer Queck" <Rainer.Queck@nomail.com>
Date: Fri, 24 Feb 2006 08:36:00 +0100
Newsgroups: jedi.vcl

Hi Don, Hi Elahn,

thanks for that information. Every Day something new to learn ;-)
Thats what I like about my job.

> > Yes, RTTI is needed. You can tell the compiler to generate RTTI for a 
> > class by surrounding it with the {$M+} and {$M-} compiler directives. If 
> > you look at the source code for TPersistent, you'll see that's how it's 
> > done. Any descendent of a class compiled in the {$M+} state will have RTTI 
> > generated for it, that's why all descendents of TPersistent have RTTI.
That makes it easy, to use JvInspector on my own classes. Just use 
{$M+}{$M-} and that's it.

Regards
Rainer 




Subject: Re: tJvTransparentButton not drawing
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 24 Feb 2006 14:38:48 +1000
Newsgroups: jedi.vcl

John Doe wrote, on 23/02/2006 10:52 PM:
> I have a set of tJvTransparentButtons with a "Explorer" framestyle,
> the frame shows correctly during design time but when I run the
> application the frame seems to be not drawn which results in
> an ugly "borderless" appearance until I click that button and the
> frame is drawn correctly.
> I tried to repaint,invalidate,everything but nothing works, only manually
> clicking the button will draw the frame with style "fsExplorer" under
> runtime,
> the same happens with "fsDark".
>
> Is this a known visual glitch?

Hi John,

The easiest way to see if it's a known bug is to search in Mantis, our Issue Tracker. If it's not in there, please create an account and post it there, so it doesn't get lost.

http://homepages.borland.com/jedi/issuetracker/

When posting issues in Mantis, please clearly describe the bug and provide the steps to reproduce it. If it is not very simple to reproduce, please create a demo program which produces the bug - please zip up only the .dpr, .pas & .dfm files.

-- 
enjoy life,
           Elahn


Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Fri, 24 Feb 2006 10:24:13 +1000
Newsgroups: jedi.vcl

If this may help....

I was trying to install into a dual D7/BDS2006 setup when I ran into 
problems.  OBones saw my post and suggested I come over here.  (I'm 
here ;-) ).  I decided to start from scratch again and did a /manual/ 
delete of all JCL*.* and Jv*.* files on my C:\ drive (selecting which 
files to delete).   You may be interested in the folder names where I 
found applicable files (files deleted), these are:

C:\Program Files\Borland\BDS\4.0\Include\VCL    (820)
C:\Program Files\Borland\BDS\4.0\lib  (252)
C:\Program Files\Borland\BDS\4.0\bin  (63)
C:\Program Files\Borland\D7\Projects\Bpl  (127)
C:\Documents and Settings\username\My Documents\Borland Studio 
Projects\bpl  (71)
C:\Documents and Settings\username\Locals\temp\dcm.tmp (4)

I then used the JCL installer and installed /only/ D7 (incl Make 
demos).  Checked D7 installed 6 packages.  Exit D7 no problems.
Repeated process with JVCL installer.  Making sure I checked the paths 
which defaulted to:

BPL - C:\Program Files\Borland\D7\Projects\Bpl
DCP - C:\Documents and Settings\username\My Documents\Borland Studio 
Projects\bpl

Checked D7 installed 31 packages.  Exit D7 no problems.

I have not installed into BDS2006 (at this stage).  Suffice for me to 
checkout in D7 first.

Keep up the good work.

Malcolm







Subject: JCL Error Running Install
From: "Mark" <Mark.Andrews@NoSpam.com>
Date: Fri, 24 Feb 2006 00:39:27 +0100
Newsgroups: jedi.vcl

I know several people have had trouble getting JCL and JVCL to install.
Well, I'm having this trouble when running Install.bat for JCL with both
version 3.2 and 3.1!

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Fatal: File not found: 'JediInstaller.dpr'

I know the file is there. I can see it in the install directory, I can
even load it into Delphi 7, but the make file just can't find it. 

Any suggestions?

Thanks,

Mark



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvRichEdit -&gt; InsertGraphic send sometime a Need to CoInitialize Error ???
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 23 Feb 2006 17:26:39 +0100
Newsgroups: jedi.vcl

CoInitialize should be called ONCE at the beginning of the application, and CoUninitialize should be called ONCE at the end of the application. By calling it right after the insertion of the bitmap, you're preventing the richedit from working correctly.
Note that CoInitialize and CoUninitialize are usually called automatically by the Application object.


Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 23 Feb 2006 17:25:07 +0100
Newsgroups: jedi.vcl

Fair enough, I wasn't sure anymore.


Subject: JvRichEdit -&gt; InsertGraphic send sometime a Need to CoInitialize Error ???
From: "Souch" <Souch@nospamforme.com>
Date: Thu, 23 Feb 2006 17:18:33 +0100
Newsgroups: jedi.vcl

Hello,

i'v some trouble to understand why, but if i call (for example) by
clicking a button on my application this function :

function toto;
  var BMP: bitmap;
begin
 BMP := TBitmap.Create;
 ImageList1.GetBitmap(0, BMP);
 JvRichEdit1.InsertGrafic(BMP,False);
end;

it's working perfetly,
but, if i call the same function not directly (for my application, after a
Indy TCPServer receive a particular message), i'v got the "Need to
CoInitialize" commun error ....
 
If i changemy code for this :

uses ActiveX;

function toto;
  var BMP: bitmap;
begin
 BMP := TBitmap.Create;
 ImageList1.GetBitmap(0, BMP);

 CoInitialize(nil);
 JvRichEdit1.InsertGrafic(BMP,False);
 CoUnInitialize;
end;

The insertion work, no error message, but the image is blank (i'v a
transparent box with the size of the bitmap).

I really don't understand where i'm wrong, if someone can help me, it will
be very cool !!

Thanks, Souch

ps : sorry for my poor english :|



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 23 Feb 2006 15:24:40 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Are you sure it does not ONLY delete the files from lib\dX ?

Here is the code from JclInstall.pas:


function TJclInstallation.UninstallPackage(const Name: string): Boolean;
var
  PackageFileName: string;
begin
  PackageFileName := Distribution.Path + Format(Name, [Target.VersionNumberStr]);

  {$IFNDEF KYLIX}
  if Target.RadToolKind = brBorlandDevStudio then
    (Target as TJclBDSInstallation).CleanPackageCache(BinaryFileName(StoredBPLPath, PackageFileName));
  {$ENDIF KYLIX}

  Result := Target.UninstallPackage(PackageFileName, StoredBPLPath, StoredDCPPath);

  // delete DCP files that were created to bpl path (old behavior)
  FileDelete(PathAddSeparator(StoredBPLPath) + PathExtractFileNameNoExt(Name) + CompilerExtensionDCP);
  // delete DCP files that were created to target dcp path (old behavior)
  FileDelete(PathAddSeparator(Target.DCPOutputPath) + PathExtractFileNameNoExt(Name) + CompilerExtensionDCP);
  // delete BPI files that were created to target dcp path (old behavior)
  FileDelete(PathAddSeparator(Target.DCPOutputPath) + PathExtractFileNameNoExt(Name) + CompilerExtensionBPI);
  // delete LIB files that were created to target dcp path (old behaviour)
  FileDelete(PathAddSeparator(Target.DCPOutputPath) + PathExtractFileNameNoExt(Name) + CompilerExtensionLIB);

  { TODO : evtl. remove .HPP Files }
  if Result then
    WriteLog(Format(LineBreak + 'Removed package %s.', [Name]));
end;

Target.DCPOutputPath returns the previous DCP path $(BDSPROJECTDIR)\bpl
That works on my system.

-- 
Florent Ouchet


Subject: tJvTransparentButton not drawing
From: "John Doe" <zorfael@yahoo.com>
Date: Thu, 23 Feb 2006 09:52:09 -0300
Newsgroups: jedi.vcl

Hi,
I have a set of tJvTransparentButtons with a "Explorer" framestyle,
the frame shows correctly during design time but when I run the
application the frame seems to be not drawn which results in
an ugly "borderless" appearance until I click that button and the
frame is drawn correctly.
I tried to repaint,invalidate,everything but nothing works, only manually
clicking the button will draw the frame with style "fsExplorer" under
runtime,
the same happens with "fsDark".

Is this a known visual glitch?

Thanks a lot.






Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 23 Feb 2006 13:48:51 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

>>> What is the DCP output dir for delphi targets in the JCL installer?
>>> It should be $(JCLDIR)\lib\dX where X is the Delphi version.
>>
>> Yes that's corret ! But don't ask me why some *old* dcp files where located in my BDS 2006 project dir !
>
>
> That's stange, the JCL installer should have deleted them.

Are you sure it does not ONLY delete the files from lib\dX ?


Subject: Re: JvInspector and simple ObjectDescent?
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 23 Feb 2006 22:42:47 +1000
Newsgroups: jedi.vcl

Don S wrote, on 23/02/2006 10:10 PM:
>> I just fell over the JvInspector. Looks like a very usefull component, but up do now I only managed to display vcl-components in it. Is it not possible to also visualize simple objects (not derived from a control)?
>
>
> It is my understanding that it cannot be used for anything that doesn't have published property information from RTTI (IOW it has to descend from TPersistent or later). 

Yes, RTTI is needed. You can tell the compiler to generate RTTI for a class by surrounding it with the {$M+} and {$M-} compiler directives. If you look at the source code for TPersistent, you'll see that's how it's done. Any descendent of a class compiled in the {$M+} state will have RTTI generated for it, that's why all descendents of TPersistent have RTTI.

-- 
enjoy life,
           Elahn


Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 23 Feb 2006 13:18:31 +0100
Newsgroups: jedi.vcl

>> What is the DCP output dir for delphi targets in the JCL installer?
>> It should be $(JCLDIR)\lib\dX where X is the Delphi version.
> Yes that's corret ! But don't ask me why some *old* dcp files where located in my BDS 2006 project dir !

That's stange, the JCL installer should have deleted them.

-- 
Florent Ouchet


Subject: Re: JvInspector and simple ObjectDescent?
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 23 Feb 2006 07:10:42 -0500
Newsgroups: jedi.vcl

> > I just fell over the JvInspector. Looks like a very usefull component, but 
> > up do now I only managed to display vcl-components in it. Is it not 
> > possible to also visualize simple objects (not derived from a control)?

It is my understanding that it cannot be used for anything that doesn't have 
published property information from RTTI (IOW it has to descend from 
TPersistent or later). 




Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Thu, 23 Feb 2006 11:48:23 +0100
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Hi,
>
>> *- JVCL : D7 installation stops after the compile of JvCoreD7R : "Bad File Format"   ...\BDS\4.0\Lib\JclVcl.dcp.*
>

I did a typo, you shoud (in my case) read
*- JVCL : D7 installation stops after the compile of JvCoreD7R : "Bad
>> File Format"   "c:\documents and settings\username\Borland Projects\Bpl"

> What is the DCP output dir for delphi targets in the JCL installer?
> It should be $(JCLDIR)\lib\dX where X is the Delphi version.
>

Yes that's corret ! But don't ask me why some *old* dcp files where located in my BDS 2006 project dir !


Subject: JvInspector and simple ObjectDescent?
From: "Rainer Queck" <Rainer.Queck@nomail.com>
Date: Thu, 23 Feb 2006 11:38:50 +0100
Newsgroups: jedi.vcl

Hi NG,

I just fell over the JvInspector. Looks like a very usefull component, but 
up do now I only managed to display vcl-components in it. Is it not possible 
to also visualize simple objects (not derived from a control)?

I have a little test Class which I wanted visualize:

  TestClass = class(TObject)
  private
    FMember1: Integer;
    FMember2: Integer;
    FMember3: string;
  public
    property Member1: Integer read FMember1;
    property Member2: Integer read FMember2;
    property Member3: string read FMember3;
  end;

JvInspector.InspectObject:=tc;

but when I assign a instance of this class I get a AV:


Thanks for Hints
Rainer 




Subject: Re: (JvDSADialogs) Can someone check this in
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 23 Feb 2006 11:20:51 +0100
Newsgroups: jedi.vcl

m utku karatas wrote:

> I thought it was only for bugs. Thanks.

It's for bugs, suggestions, and donations.


Subject: Re: TjvHTButton Caption Problems
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 23 Feb 2006 11:09:11 +0100
Newsgroups: jedi.vcl

Ivan Velocity wrote:

> hi all,
>
> I have various TjvHTButtons with '&Find' (or other direct access text) and the 'F' (first char) isnt underlined, it show the '&' char in design and executing, how can the button show the underlined char?

Use
<u>F</u>ind

It's an HTML button.


> the caption appears allways rightAligned, how can i center it ?

It's because of the empty glyph and is, IMO, a bug. I'll investigate.

Cheers
Olivier


Subject: TjvHTButton Caption Problems
From: "Ivan Velocity" <peine@peine.peine>
Date: Thu, 23 Feb 2006 11:01:28 +0100
Newsgroups: jedi.vcl

hi all,

I have various TjvHTButtons with '&Find' (or other direct access text) and 
the 'F' (first char) isnt underlined, it show the '&' char in design and 
executing, how can the button show the underlined char?

the caption appears allways rightAligned, how can i center it ?

sorry for my english and thx in advanced :P




Subject: Re: (JvDSADialogs) Can someone check this in
From: m utku karatas <m.utku.k@g_o_o_g_l_e_smailservice.com>
Date: Thu, 23 Feb 2006 09:56:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_gfd_altern.org> wrote in
news:dthbu5$o5u$2@talkto.net: 

> > m utku karatas wrote:
> > 
>> >> I reposted a new version of JvDSADialogs in binaries group. May
>> >> somebody check it in? Had done this a year ago somehow it's missed
>> >> and not in 3.2. 
> > 
> > If it's not in Mantis, it's most likely to be forgotten about.
> > Please add it in Mantis here:
> > 
> > http://homepages.borland.com/jedi/issuetracker/
> > 
> > describing in details what your changes provide. Plus, if the attached
> > file could be a diff (diff -u 3) that would allow to merge it despite 
> > changes in the file between your proposal and the actual taking into 
> > account.
> > 
> > Cheers
> > Olivier

I thought it was only for bugs. Thanks.

-- Best regards. M. Utku Karatas 

Subject: Re: JVCL 3.20 Released!
From: "Rafick" <rafick@microace.co.za>
Date: Thu, 23 Feb 2006 11:39:07 +0200
Newsgroups: jedi.vcl

Keep up the great work guys ! Your hard work & dedication is appreciated by 
the JVCL/JCL users & delphi community. 




Subject: Re: TJvThreadAnimateDialog
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 23 Feb 2006 10:02:08 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:10tz0hg432hy3.1u9lw8poc4ni3$.dlg@40tude.net>:

> > Some question about TJvThreadAnimateDialog. Is it possible to use user
> > defined AVI animations instead of the default ones and how can I change the
> > size of this dialog?
One answer already found: I can use the FileName property of the dialog
options to use my own AVI files. Will this AVI be added into the exe file
resources?

Still exists the second question about changing the size or the layout of
the dialog.
-- cu, Michael 

Subject: TJvThreadAnimateDialog
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 23 Feb 2006 09:47:52 +0100
Newsgroups: jedi.vcl

Hi,

Some question about TJvThreadAnimateDialog. Is it possible to use user
defined AVI animations instead of the default ones and how can I change the
size of this dialog?

-- cu, Michael 

Subject: Re: JvAppStorage
From: "BenT" <bobshead@gmail.com>
Date: Wed, 22 Feb 2006 14:26:27 -0500
Newsgroups: jedi.vcl

Thanks for your help. I'll have to get the new version.

"m utku karatas" <m.utku.k@g_o_o_g_l_e_smailservice.com> wrote in message 
news:Xns976FB6845901Fidtoken34543whjkdf@194.191.0.34...
> > "BenT" <ben@operamail.com> wrote in news:dsqvvq$dps$1@talkto.net:
> >
>> >>
>> >> Hello,
>> >>
>> >> This is my first post here, so greetings to everyone!
>> >>
>> >> I've been playing with the JvAppStorage component and its Write/Read
>> >> ObjectList methods. There appears to be a bug in the Write method.
>> >>
>> >> The ReadObjectList method requires that there be a 'classname' field
>> >> saved for every object so that the objects can be created as they are
>> >> read. However, the WriteObjectList method does not save the classname.
>> >>
>> >> Looking at the source, the Write method just iterates through the
>> >> properties of the object and saves them. But classname is a method and
>> >> not a property, so it doesn't get saved.
>> >>
>> >> When trying to read, of course the unit throws an exeption because it
>> >> cannot get the classname to create the object.
>> >>
>> >> I haven't reported this on the Issue Tracker yet, since I wanted to
>> >> make sure that I'm not crazy and that this is really a bug.
>> >>
>> >> BenT
>> >>
>> >>
> >
> > Latest version 3.1 doesnt have this issue ie not requires classname in
> > ReadObjectList method. 




Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 22 Feb 2006 19:54:45 +0100
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:

> > *- JVCL : D7 installation stops after the compile of JvCoreD7R : "Bad
> > File Format"   ...\BDS\4.0\Lib\JclVcl.dcp.*
> > 
> > Your JclVcl.dcp was compiled with a different compiler version than the
> > compiler used by the Jedi Installer.
> > 
> > The Jedi compiler found the JclVcl.dcp compiled with D10 (instead of
> > D7).why did it found it ?, just because "c:\documents and
> > settings\username\Borland Projects\Bpl" is on your system search Path.

I do not have this problem (D7 and BDS 2006). For both I have the BPL
directory in the PATH env-var. Maybe the BPL directory is in the search
path and before the JCL\lib\dX directory.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 22 Feb 2006 19:15:30 +0100
Newsgroups: jedi.vcl

Hi,

> *- JVCL : D7 installation stops after the compile of JvCoreD7R : "Bad File Format"   ...\BDS\4.0\Lib\JclVcl.dcp.*

What is the DCP output dir for delphi targets in the JCL installer?
It should be $(JCLDIR)\lib\dX where X is the Delphi version.

-- 
Florent Ouchet


Subject: TJvDBSearchEdit needs to do DataSet.DisableControls before locating
From: "nigor" <la@ta.com>
Date: Wed, 22 Feb 2006 17:36:17 +0100
Newsgroups: jedi.vcl

Here is the function that I believe does the actual look up:

function TJvDBCustomSearchEdit.GetResult: Variant;
begin
  Result := Null;
  if Assigned(FDataLink.DataSet) and (DataResult <> '') then
    Result := FDataLink.DataSet.Lookup(DataField, Text, DataResult);
end;

I have a form with lots of data controls and their visibility, color, 
and a whole bunch of things will change when there is OnDataChange 
event. There is a notible slowdown when using TJvDBSearchEdit. When I 
enter text in it, I can see the color of my controls changing and stuff 
a whole bunch of times, and the whole form flickers for a second or so. 
However, I believe it can be fixed by doing this:

function TJvDBCustomSearchEdit.GetResult: Variant;
begin
  Result := Null;
  if Assigned(FDataLink.DataSet) and (DataResult <> '') then
  begin
    FDataLink.DataSet.DisableControls; 
    Result := FDataLink.DataSet.Lookup(DataField, Text, DataResult);
    FDataLink.DataSet.EnableControls;
  end;
end;

What do you think?

Thanks!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to change Sort Marker image in TJvDBUltimGrid?
From: "nigor" <la@ta.com>
Date: Wed, 22 Feb 2006 17:15:47 +0100
Newsgroups: jedi.vcl

>> >>I want to change the default triangle sort marker to some other image. 
> >I 
>> >>tried setting the ASortMarker to my bitmap in OnDrawColumnTitle event, 
>> >>but that did didly squat. Please help.
> >
> >IT'S A BUG. I'm fixing it.
> >
> >Fred
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

Thanks!!



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL 3.2 : installation issues + workarround (specially when having multiple Delphi Version installed on the same PC)
From: Stephane Wierzbicki <swierzbicki@free.fr>
Date: Wed, 22 Feb 2006 16:47:48 +0100
Newsgroups: jedi.vcl

Hello,

Here is the issues I got when installing Jedi VCL 3.2 :

*- JCL : installer is complaining about missing/empty registry keys. This leads to an A.V.*

Some 3rd Party components during they installation will not check which version of Delphi is available and will create registry entries ("Known Packages \ 3rd Party Bpl") for *ALL* existing delphi version !.

Check these registry keys and only remove "Delphi version" that ARE NOT installed on your PC :

Local_machine\Software\Borland\BDS\x
Local_machine\Software\Borland\Delphi\x

Current_user\Software\Borland\BDS\x
Current_user\Software\Borland\Delphi\x

where X is the Delphi Version.

*- JVCL : D7 installation stops after the compile of JvCoreD7R : "Bad File Format"   ...\BDS\4.0\Lib\JclVcl.dcp.*

Your JclVcl.dcp was compiled with a different compiler version than the compiler used by the Jedi Installer.

The Jedi compiler found the JclVcl.dcp compiled with D10 (instead of D7).why did it found it ?, just because "c:\documents and settings\username\Borland Projects\Bpl" is on your system search Path.

Just remove all jv*.dcp from your "c:\documents and settings\username\Borland Projects\Bpl" and try to install the JVCL again.

*- JVCL : Could not compile the JVCL version when using USE_3RDPARTY_DEVEXPRESS_CXEDITOR or/and USE_3RDPARTY_DEVEXPRESS_CXGRID : JvDBD7R.dpk(55) Fatal: Required package 'cxGridVCLD7' not found*

DevExpress installer will no more copy the DCP file into the Windows\system32 folder. Developper Express.VCL\Library\Dx aren't in the system search path. A quick and Dirty solution is to copy all DCP files into the System32 folder and remvoe them after the JVCL installation.

*- JVCL : Could not compile the JVCL version when using USE_3RDPARTY_DEVEXPRESS_CXEDITOR or/and USE_3RDPARTY_DEVEXPRESS_CXGRID : JvDBActions.pas(1884) Fatal: Identifier not found TSMEcxCustomGridTableViewDataEngine*

Edit the SME.inc file and enable the Cx or Dx defines :)



Subject: Re: How to change Sort Marker image in TJvDBUltimGrid?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Feb 2006 16:30:37 +0100
Newsgroups: jedi.vcl

It's been fixed and is in the 3.20 release.


Subject: Re: ANN: JVCL 3.20 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Feb 2006 16:15:15 +0100
Newsgroups: jedi.vcl

Yes, the change occured recently, but I have tested it and it worked just fine here. I'm very surprised, but will try to investigate further.


Subject: Re: ANN: JVCL 3.20 Released!
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 22 Feb 2006 15:55:54 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir wrote:
>
>> Florent Ouchet wrote:
>>
>>> Hi,
>>>
>>> You forgot the update of constants in run\JVCLVer.pas :p
>>> I made the same mistake in the JCL release...
>>>
>> One remark.
>> The jcl installer does not copy dcp file to the project\lib directory, and after that JVCL installer will give the error, I have to copy byself bthese files. (CB6)
>
>
> It does not have to anymore and it worked just fine here on my setup. Have you indicated a valid location for the JCL sources in the JVCL installer ?
Yes, I can see this may be last two weeks, before all was OK.
I am using CVS versions, and release has the same problem.
I have JVCL at home and at work, and both installations have the same behaviour.


Subject: Re: ANN: JVCL 3.20 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Feb 2006 13:46:34 +0100
Newsgroups: jedi.vcl

Vladimir wrote:

> Florent Ouchet wrote:
>
>> Hi,
>>
>> You forgot the update of constants in run\JVCLVer.pas :p
>> I made the same mistake in the JCL release...
>>
> One remark.
> The jcl installer does not copy dcp file to the project\lib directory, and after that JVCL installer will give the error, I have to copy byself bthese files. (CB6)

It does not have to anymore and it worked just fine here on my setup. Have you indicated a valid location for the JCL sources in the JVCL installer ?


Subject: Re: ANN: JVCL 3.20 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Feb 2006 13:45:45 +0100
Newsgroups: jedi.vcl

Vladimir wrote:

> Will Watts wrote:
>
>> Congratulations, and many thanks for your efforts, and those of all JVCL contributors.
>>
>> The JVCL/JCL is a top notch piece of work; an important reason to continue backing Delf in these rather turbulent times. I realise that the ever increasing polish and professionalism of the libraries represent a huge chunk of work put in for free. It is always very pleasant to see something worthwhile been done well, more or less for its own sake.
>>
>> Oh, and the install is particularly good btw ;-)
>>
> Many thanks.
> But where are the new help files?

They will follow in a few days.


Subject: Re: bds 2006 - 2 minor faults
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 22 Feb 2006 13:25:28 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> 2. JvPlugin Wizard is IMHO te be placed within Component menu, not within  Help menu of IDE

I have tried to change that some time ago, but i still do not understand why it shows up under "Help" at all.


Subject: Re: ANN: JVCL 3.20 Released!
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 22 Feb 2006 15:21:44 +0300
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
> You forgot the update of constants in run\JVCLVer.pas :p
> I made the same mistake in the JCL release...
>
One remark.
The jcl installer does not copy dcp file to the project\lib directory, and after that JVCL installer will give the error, I have to copy byself bthese files. (CB6)


Subject: Re: ANN: JVCL 3.20 Released!
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 22 Feb 2006 15:11:47 +0300
Newsgroups: jedi.vcl

Will Watts wrote:
> Congratulations, and many thanks for your efforts, and those of all JVCL contributors.
>
> The JVCL/JCL is a top notch piece of work; an important reason to continue backing Delf in these rather turbulent times. I realise that the ever increasing polish and professionalism of the libraries represent a huge chunk of work put in for free. It is always very pleasant to see something worthwhile been done well, more or less for its own sake.
>
> Oh, and the install is particularly good btw ;-)
>
Many thanks.
But where are the new help files?


Subject: TJvInspector Question 2
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 22 Feb 2006 12:48:41 +0100
Newsgroups: jedi.vcl

Hi,

How can we have the color choice like in the Inspector of Delphi for a color 
property of an instance of a component (Combo list, select in a windows when 
double click and the small square with the color) ?

Thanks,
Regards,
Lionel




Subject: Re: ANN: JVCL 3.20 Released!
From: Will Watts <willw@applied.spambait.co.uk>
Date: Wed, 22 Feb 2006 11:11:42 GMT
Newsgroups: jedi.vcl


Congratulations, and many thanks for your efforts, and those of all 
JVCL contributors.

The JVCL/JCL is a top notch piece of work; an important reason to 
continue backing Delf in these rather turbulent times. I realise that 
the ever increasing polish and professionalism of the libraries 
represent a huge chunk of work put in for free. It is always very 
pleasant to see something worthwhile been done well, more or less for 
its own sake.

Oh, and the install is particularly good btw ;-)

-- Will Watts 

Subject: Re: ANN: JVCL 3.20 Released!
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 22 Feb 2006 11:18:44 +0100
Newsgroups: jedi.vcl

Sorry. I forgot to update devtools.


-- Regards, Andreas Hausladen 

Subject: Re: ANN: JVCL 3.20 Released!
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 22 Feb 2006 11:17:24 +0100
Newsgroups: jedi.vcl

Does the JVCL 3.20 use the new .xml files? If so, we should cancel the
release. I'm not able to compile the JVCL with these files. There are more
implicit included files than I can count.


-- Regards, Andreas Hausladen 

Subject: Re: (JvDSADialogs) Can someone check this in
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Feb 2006 10:58:27 +0100
Newsgroups: jedi.vcl

m utku karatas wrote:

> I reposted a new version of JvDSADialogs in binaries group. May somebody check it in? Had done this a year ago somehow it's missed and not in 3.2.

If it's not in Mantis, it's most likely to be forgotten about.
Please add it in Mantis here:

http://homepages.borland.com/jedi/issuetracker/

describing in details what your changes provide. Plus, if the attached file could be a diff (diff -u 3) that would allow to merge it despite changes in the file between your proposal and the actual taking into account.

Cheers
Olivier


Subject: Re: ANN: JVCL 3.20 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Feb 2006 10:57:00 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> "OBones" wrote in message <news:dtg4k4$h30$1@talkto.net>:
>
>
>> The JVCL Team is proud to announce that the stable release of JVCL 3.20 is available for download.
>
> Thanks for this good news as posted already in Borland NG :-)
>
> BTW http://homepages.borland.com/jedi/jvcl/ is a little bit outdated,
> right?

Yes, that's on my todo list for today.


Subject: Re: ANN: JVCL 3.20 Released!
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 22 Feb 2006 10:51:58 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:dtg4k4$h30$1@talkto.net>:

> > The JVCL Team is proud to announce that the stable release of JVCL 3.20 
> > is available for download.
Thanks for this good news as posted already in Borland NG :-)

BTW http://homepages.borland.com/jedi/jvcl/ is a little bit outdated,
right?

-- cu, Michael 

Subject: (JvDSADialogs) Can someone check this in
From: m utku karatas <m.utku.k@g_o_o_g_l_e_smailservice.com>
Date: Wed, 22 Feb 2006 09:41:31 +0000 (UTC)
Newsgroups: jedi.vcl

I reposted a new version of JvDSADialogs in binaries group. May somebody 
check it in? Had done this a year ago somehow it's missed and not in 3.2.

Best regards.


Subject: Re: TJvInspector question
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 22 Feb 2006 10:05:52 +0100
Newsgroups: jedi.vcl

Thanks Marcel, i will try with your answer.


"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> a écrit dans le message 
de news: dtfgv9$c7n$1@talkto.net...
> > Lionel Reynaud wrote:
>> >> Hi,
>> >>
>> >> My question is simple ! I don't undestand how the instance of an object 
>> >> is stored in the inspector.
>> >>
> >
> >     You can only iterate over the items in the inspector. Each item has a 
> > reference to a TJvInspectorCustomData descendant. You'd be interested in 
> > the TJvInspectorPropData instance, which has an Instance property that'll 
> > refer to the instance/component that is being inspected.
> >
> >     Note that some items don't represent data at all (the category items). 
> > In that case, you may want to iterate the sub items (to make sure no 
> > properties are placed inside it).
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: ANN: JVCL 3.20 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 22 Feb 2006 08:11:49 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
> You forgot the update of constants in run\JVCLVer.pas :p
> I made the same mistake in the JCL release...

Doh.
I'll add that in the release "readme".


Subject: Re: ANN: JVCL 3.20 Released!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 22 Feb 2006 07:15:45 +0100
Newsgroups: jedi.vcl

Hi,

You forgot the update of constants in run\JVCLVer.pas :p
I made the same mistake in the JCL release...

-- 
Florent Ouchet


Subject: Re: bds 2006 - 2 minor faults
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 22 Feb 2006 07:10:55 +0100
Newsgroups: jedi.vcl

Hi,

> 1. when starting IDE, i can see JCL icon, but only whyte square instead of JVCL icon.

Are you talking about the icon on the splashscreen? Is there the same problem in the IDE about box (in the help menu)?

-- 
Florent Ouchet


Subject: bds 2006 - 2 minor faults
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 22 Feb 2006 06:17:28 +0300
Newsgroups: jedi.vcl

1. when starting IDE, i can see JCL icon, but only whyte square instead of JVCL icon.

2. JvPlugin Wizard is IMHO te be placed within Component menu, not within Help menu of IDE


Subject: Re: CVS checkout - installer - failure
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 22 Feb 2006 05:41:41 +0300
Newsgroups: jedi.vcl

22.02.06 в 05:35 Arioch в своём письме писал(а):

> since delphi2005 was infamous for bad treating russian letters in filenames.


alas, Jedi installer seems to follow.

Either installer or dcc32 has forgot about OEM/ANSI translation and corrupts russian letters.

"C:\Borland\BDS\4.0\bin\dcc32.exe" -Q- -M -JL -NB"D:\Borland\AddOns\JVCL3\lib\D10" -NO"D:\Borland\AddOns\JVCL3\lib\D10" -DJVCL_NO_DEBUGINFO Jv3rdD10R.dpk
Borland Delphi for Win32 compiler version 18.0
Copyright (c) 1983,2005 Borland Software Corporation
Fatal: F2039 Could not create output file 'C:\Documents and Settings\bdv\_RЁ ¤RЄг¬_-вл\Borland Studio Projects\Bpl\Jv3rdD10R.bpl'


Subject: CVS checkout - installer - failure
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 22 Feb 2006 05:35:42 +0300
Newsgroups: jedi.vcl

JCL/BDS2006 was installed into:
C:\Borland\Projects\bpl

i prefered this instead of %My Documents%, since delphi2005 was infamous for bad treating russian letters in filenames. I did not reconfigured the IDE itself yet. However, installation assumes that source files & dcu/dcp are in IDE's searchpath, while BPLs are to be anywhere within Windows's PATH.

JCL experts are loaded fine within Delphi 2006 IDE - ergo JCL indeed is installed.

JVCL installer tells me it is not. If runned from install.bat
If runned from IDE or from Explorer (after compiling with install.bat) - error disappears.

Indeed, let's compare path before and after build.exe.


build.exe called with:

Path=C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\;C:\Borland\BDS\4.0\Bin;C:\Program Files\Support Tools\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common Files\GTK\2.0\bin;c:\WINDOWS\system32\Windows System Resource Manager\bin\;C:\Borland\Projects\bpl;c:\program files\SysInternals.com;D:\Borland\Delphi5\Projects\Bpl\;C:\Program Files\mm\QuickTime\QTSystem\;C:\Borland\CaliberRM SDK 2005 R2\lib;C:\Documents and Settings\bdv\Мои документы\Borland Studio Projects\Bpl


installer called with PATH:

---------------------------
Jvclinstall
---------------------------
C:\Borland\BDS\4.0\bin
C:\DOCUME~1\bdv\C316~1\BORLAN~1\Bpl

C:\WINDOWS
C:\WINDOWS\system32
C:\WINDOWS\Command
C:\DOCUME~1\bdv\C316~1\BORLAN~1\Bpl

---------------------------
OK
---------------------------




So what?
I can see why installer have to wipeout paths to possible alternative compilers BEFORE compilation.
But after compilation and before installer is launched - PATH should be resssurected.

I also think JCL should be checked via checking source files, or DCU/DCP :-)

And if ou still want to check by BPL - instead of manual traversal through folder it is better IMHO to just try LoadModule on that BPL :)
If IDE-specific PATH is to be considered - it can be added to %PATH% just before  LoadModule :-)


Subject: Re: Beeps
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 22 Feb 2006 01:07:32 +0100
Newsgroups: jedi.vcl

Looking at the MSDN help:
ms-help://MS.PSDKSVR2003SP1.1033/debug/base/beep.htm

<quote>
Requirements
Client Requires Windows XP, Windows 2000 Professional, Windows NT Workstation, Windows Me, Windows 98, or Windows 95.
Server Requires Windows Server 2003, Windows 2000 Server, or Windows NT Server.
Header Declared in Winbase.h; include Windows.h.

Library Link to Kernel32.lib.

DLL Requires Kernel32.dll.
</quote>

That should work on Windows 95.

-- 
Florent Ouchet


Subject: Re: JVCLInstall and DEP
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 22 Feb 2006 02:50:01 +0300
Newsgroups: jedi.vcl

19.02.06 в 20:23 Robert Marquardt в своём письме писал(а):

> I tried to debug into
>    Application.CreateForm(TFormMain, FormMain);
> and died instantly on the "inherited Create".
> Changing from TJvForm to TForm did not help either.

Robert, i only would repeat it to You- open CPU Window and debug it there


Subject: Re: JvDBGrid - Title hints - source for title
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 22 Feb 2006 02:34:12 +0300
Newsgroups: jedi.vcl

20.02.06 в 17:23 Fred в своём письме писал(а):

> "ShowTitleHint" is a strange property. If it displays the title caption,
> it is useless (because this is done when you set ShowHint and
> ShowCellHint to true) and if it displays only the field name, it has a

perhaps it allows to show hints for headers but not for cells?


Subject: Re: JCL/JVCL 3.2
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 22 Feb 2006 02:12:49 +0300
Newsgroups: jedi.vcl

21.02.06 в 16:01 Lotfi ZEMALI в своём письме писал(а):

> Has Jedi JVCL 3.20 been released

pity i can not checkout and make help from cvs souces :)


Subject: ANN: JVCL 3.20 Released!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 21 Feb 2006 23:47:21 +0100
Newsgroups: jedi.vcl,jedi.general

The JVCL Team is proud to announce that the stable release of JVCL 3.20 is available for download.

JVCL is a library of more than 600 visual and non-visual components for Delphi 5, 6, 7, 2005 and 2006; C++Builder 5, 6 and 2006 (Borland Developer Studio). JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release contains changes, additions and bugfixes too numerous to list here, but here are some of the highlights:

- Support for Delphi 5, 6, 7, 2005 (Win32), 2006 (Win32)
- Support for C++ Builder 5, 6 and 2006 (Borland Developer Studio)
- The merge of the Globus library has continued. Refer to the migrating_globus.html file for details.
- Improved installer support for Borland Developer Studio 2006, especially for users not installing in the default directories.
- Numerous bugs fixed.
- Support for localization using dxgettext (http://dxgettext.sourceforge.net)
- Support for Kylix 3 has been suspended. Should you want it back, please step forward and help us here.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

The current version is JVCL 3.20.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: Free. Deo Gratias!
From: "Me" <janedoe@account.com>
Date: Tue, 21 Feb 2006 19:20:30 -0300
Newsgroups: jedi.vcl

I was not willing to touch this subject again until I saw that my mentioning 
the Raize company
resulted in this awful misunderstanding involving their name.

First, I explicitly and unmistakably apologize to Raize for bringing them 
into this discussion inadvertently. I only mentioned them because they were 
the first that popped into my mind, a heedless, reprehensible action on my 
part. And I do apologize to Raize even when it is so limpidly clear that 
someone would have to be a pompous fool to mention their own name if they 
were up to something objecionable. And I do apologize to Raize although I 
was not the one to blindly jump to conclusions under an anxiety attack to 
find anything to put their finger on.

So, once again, clear and loud: Raize folks, I did not mean to involve you 
in this. My apologies.

Second, as for the rest of your criticisms I do not give a damn. I do not 
give a damn if you find my post unproductive, I do not give a damn if you 
felt offended, I do not give a damn if some of you feel my message should 
have served a purpose. (Well, on a second thought, it did, didn't it?)

But do not be unfair. My message was not rude, as someone put it. It was 
clearly sarcastic, it was even mocking, but not rude.

In fact, along those long year you JVCL team have been giving the community 
that you feel untouchable to an extent. More precisely, to the extent that 
you develop this lib at a loss. You sacrifice for it. Anyone who fails to 
approach you bowing their heads in praise is looked down on as rude. You 
browse a few dozens posts around here and you find that a lot of newcomers 
will adress you with an encomiastic "Whew! You JVCL people are great! O, 
many thanks to this heavenly group of developers who renounce their own 
personal goals for the best interest of the community!" Yes, they are kind 
enough. I am not. So what?

This sort of worship appears to have gone to your head. From your response 
to my post, it is clear to me that you feel you live in a virtue cloud of 
unreproachable angels. You have always admitted criticism from users, but 
only to the extent that they do not cross this sacrifice-reasoning line. 
Whenever you feel someone is pushing too hard you invariably defend 
yourselves with such alibis as "You see, we are not being paid to do this, 
so please be easy on us" or "Well, you know, we might be somewhere else 
doing something else if we'd like, so calm down and I'll check it out when I 
feel like to."

This anonymous point some of you guys made is just a pretence to defend your 
whole position. There is nothing along those lines in your posting 
etiquette, there is no single word or sentence expressly requiring posters 
to disclose their names. By the way, do you know how many posters use their 
own real names rather than nicks, excluding those most widely known? You 
don't. And you can't.

I am feeling badly tempted to take this opportunity and tell you what I 
think of your lib. But I won't. You would certainly accuse me of protecting 
myself behind my anonymity. You may have had a hint already.

But, considering the subject of my original post, I will not miss this 
opportunity to tell you that your installers sucks. Your installers are 
preposterous. Commercially oriented developers would never ship something 
like those.

Right at the top of your download page you display a kind of a disclaimer 
warning users that "from time to time (...) those files may not compile." 
Your users will understand, to be sure. After all, you are all here for 
nothing. You are nonprofit angels.

I am now convinced that this nonprofit software approach simply won't work 
anymore. I've been struggling with your installers for years. I was just a 
matter of time that i'd lose my temper eventually.

Someone said I bothered to cover my track so I could come back for support 
when needed. Mister, rest assured, I won't. I'm done with the JVCL and 
anything relating to it.

Although I did not insult anyone, I was insulted. Even if you do not know 
who I am, you insulted me. (After all, I do know who I am. :)) I thought 
insulting was against your etiquette.

Well,  you will likely insult me harder this time. Be my guest. I dont give 
a shit. Maybe I'll drop by sometime soon to laugh at your "we are not paid" 
excuses. 




Subject: TJvInspector question
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 21 Feb 2006 23:10:24 +0100
Newsgroups: jedi.vcl

Hi,

My question is simple ! I don't undestand how the instance of an object is
stored in the inspector.

I just want to test if an instance is already stored in the inspector before
call the method AddComponent(instance,'new instance') and if there is just
unroll the associated row in the inspector.

Thanks,
Lionel 




Subject: Re: Beeps
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 21 Feb 2006 18:59:41 -0300
Newsgroups: jedi.vcl

Hi again Florent

> > You don't need any external library to emit beep sounds :) Everything
> > you need is Windows.pas and it is shipped with Delphi:
> > function Beep(dwFreq, dwDuration: DWORD): BOOL; stdcall;

well, I use that and works fine (WindowsXP) ... but I thought it didn't work
for Windows95

but I'll try,

thanks again for your input!

Regards,
Anderson Farias




Subject: Re: Free. Deo Gratias!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 21 Feb 2006 22:55:58 +0100
Newsgroups: jedi.vcl

Well, well, well... What to say...

You have all the right in the world to be upset, and despite the way you wrote your message, you should have gotten an appropriate answer, that much we agree on.
Some of us here easily get upset too, and may well be a bit too "personal" when it comes to criticism. However, and I'm quite sure you will find examples here and in our bugtracker, when someones comes along and points at a defect we either provide a workaround or try to find a solution.
Sure, there are delays, sure, sometimes the solution is not easy on the user. But when the complaint does not contain any details but a "rant", we can't do much about it. This is also why I did not intervene until today. Why do it now, then? Well, I just wanted to point out that even though you are not using the JVCL anymore, we are happy you found what you wanted somewhere else. I do not believe it deserved to be said in such a "sarcastic" way here, but it was your right to say so.
I would definitely prefer if you would take the time to write down the points you find "unacceptable" and "upsetting", but I cannot force you to do so.

Regards
Olivier Sannier
JVCL Coordinator


Subject: Re: Free. Deo Gratias!
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 21 Feb 2006 18:52:36 -0300
Newsgroups: jedi.vcl

WOW ...that was...  ...  uh!  ... something!

well, thanks for coming, have a nice week, best wishes, bye bye!


;-)

Anderson Farias




Subject: Re: DBTreeview
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 21 Feb 2006 16:42:42 -0500
Newsgroups: jedi.vcl

>>> >>> Onchange...whatever...I cannot get the selected Item when set in code to 
>>> >>> show as selected or focused!  The O NLY way I've been able to do so is 
>>> >>> by calling Treeview.Setfocus after all the code has run, bujt in doing 
>>> >>> so this resets the currently selected node back to the first one again! 
>>> >>> Any ideas?

>> >> try to use SelectNode(AMasterValue) method

> >    I've doesn't that too with no success.  It's as if somewhere AFTER my 
> > selection code runs focus is being reset somewhere else...although I 
> > haven't yet been able to track down to where or what control!

So, does TJvTreeView.SelectItem have any effect? 




Subject: Re: jvValidators
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 21 Feb 2006 18:42:04 -0300
Newsgroups: jedi.vcl

Hi Florent,

Many thanks for your great explanation!! I did not see the drop-down list
before!

:-)


Best regards,
Anderson Farias




Subject: Re: jvValidators
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 21 Feb 2006 21:37:54 +0100
Newsgroups: jedi.vcl

Florent Ouchet a écrit :
> Validator classes automatically registered are:
> 'Required Field Validator'
> 'Compare Validator'
> 'Range Validator'
> 'Regular Expression Validator'
> 'Custom Validator'
> 'Controls Compare Validator'
>
>> So, I'd like to know if this is correct and if YES, how could I sort of
>> 'extend' this by adding my own validation functions (perhaps creating my own
>> jvValidatior items by inheriting from some base class)

You can use the "Custom Validator" that triggers an OnValidate event, using this method you can avoid inheriting the TJvBaseValidator class.

All the best,

-- 
Florent Ouchet


Subject: Re: jvValidators
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 21 Feb 2006 21:34:37 +0100
Newsgroups: jedi.vcl

Hi,

> I was having a look on jvValidators but I don't know if I understand it
> well.

That's the first time I look into this code.

> For what I see, the itens I create on jvValidator component only validate
> for required input but not for some other validation like a range of values
> or whatever.

Clicking on the drop down list near the new item tool button in the "JvValidator item editor" window, you can choose the class of the item to create. Validator classes automatically registered are:
'Required Field Validator'
'Compare Validator'
'Range Validator'
'Regular Expression Validator'
'Custom Validator'
'Controls Compare Validator'

> So, I'd like to know if this is correct and if YES, how could I sort of
> 'extend' this by adding my own validation functions (perhaps creating my own
> jvValidatior items by inheriting from some base class)

You can add your own validators, by inheriting the TJvBaseValidator class (declared in JvValidators.pas), declare some properties (like min value, max value...) and override the protected function named "Validate".

Best regards,

-- 
Florent Ouchet


Subject: Re: Beeps
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 21 Feb 2006 20:48:23 +0100
Newsgroups: jedi.vcl

> Is there any function/component on JCL/JVCL for producing PC speaker sounds
> (Beeps) ?!

Hi,

You don't need any external library to emit beep sounds :) Everything you need is Windows.pas and it is shipped with Delphi:
function Beep(dwFreq, dwDuration: DWORD): BOOL; stdcall;

-- 
Florent Ouchet


Subject: Beeps
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 21 Feb 2006 16:30:05 -0300
Newsgroups: jedi.vcl

Is there any function/component on JCL/JVCL for producing PC speaker sounds
(Beeps) ?!


Regards,
Anderson Farias




Subject: Re: Free. Deo Gratias!
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 21 Feb 2006 15:20:18 -0300
Newsgroups: jedi.vcl

Sorry for interrupting such a useful thread but could some of you guys take
a moment to answer (for eg.) my question on 'jvValidators' instead?! I know
this isn't as much fun but I would appreciate!

:-D


Regards,
Anderson

PS: Hope you all still have some sense of humor and/or are in a good mood!
;-)




Subject: "Ambiguous overloaded call to DrawText" during Install
From: MrBaseball34 <mrbaseball34@yahoo.com>
Date: Tue, 21 Feb 2006 12:11:32 -0600
Newsgroups: jedi.vcl

HUH????

Can't install latest version
How to fix this??


Line 2138 in JgvUtils.pas

function DrawText(Canvas: TCanvas; const Text: string; Len: Integer; var 
R: TRect;
  WinFlags: Integer): Integer; overload;
begin
  Result := DrawText(Canvas, PChar(Text), Len, R, WinFlags and not 
DT_MODIFYSTRING); // make sure the string cannot be modified
end;




Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Tue, 21 Feb 2006 18:16:57 +0100
Newsgroups: jedi.vcl

At 14:15:35, 21.02.2006, Elahn Ientile wrote:

> > Whether the criticism is harsh or not doesn't matter at all. Everyone
> > is free to say whatever they like. However, it is completely natural
> > for someone to respond with the same tone.

Hmmm... not what I am used to.
-- Rudy Velthuis http://rvelthuis.de/ "In this world, nothing is certain but death and taxes." -- Benjamin Franklin. 

Subject: Re: TJvInspector question
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 21 Feb 2006 18:11:57 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:
> Hi,
>
> My question is simple ! I don't undestand how the instance of an object is stored in the inspector.
>

    You can only iterate over the items in the inspector. Each item has a reference to a TJvInspectorCustomData descendant. You'd be interested in the TJvInspectorPropData instance, which has an Instance property that'll refer to the instance/component that is being inspected.

    Note that some items don't represent data at all (the category items). In that case, you may want to iterate the sub items (to make sure no properties are placed inside it).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: DBTreeview
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 22 Feb 2006 03:01:29 +1000
Newsgroups: jedi.vcl

Robert Meek wrote, on 22/02/2006 12:41 AM:
>     It's as if somewhere AFTER my selection code runs focus is being reset somewhere else...although I haven't yet been able to track down to where or what control!
>
>>> Onchange...whatever...I cannot get the selected Item when set in code to show as selected or focused!  The O NLY way I've been able to do so is by calling Treeview.Setfocus after all the code has run, bujt in doing so this resets the currently selected node back to the first one again!  Any ideas?

Hi Robert,

Try (in Form.OnShow) using PostMessage to send a userdefined message to the form. Then in the message handler, first call Treeview.Setfocus, then select the desired node.

I need this so often - i.e. handling focusing problems, I haven't tried with a Treeview - that I have a TEIForm which sends this message, so all I have to do each time I want to use it is inherit from TEIForm instead of TForm & write the message handler. :)

-- 
enjoy life,
           Elahn


Subject: Re: Free. Deo Gratias!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 21 Feb 2006 09:45:51 -0500
Newsgroups: jedi.vcl

    I agree his was the rude message.  Besides that he doesn't know what 
he's talking about because I too have Raize 4.00 and though I love the 
component set and Ray is a great guy, no one set solves all your needs.  The 
Jcl and JVCL include the widest range of working solutions I've ever seen, 
and anyone who can't
understand the value of them is either very stupid or just an as----e!

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:dta5do$kb0$1@talkto.net...
> > Rudy Velthuis wrote:
> >
>> >> Hmmm... I think everyone is free to prefer one thing over the other. His
>> >> post was perhaps unnecessary, but there is no reason to tell him to piss
>> >> off, or fault him for not helping to find errors.
>> >>
>> >> If he had complaints, and is happier with what he has now, so be it. No
>> >> need to get upset or be rude to him.
> >
> > I feel really offended by his message. Especially by an anonymous.
> >
> > Mainly his message implies that we have an obligation to solve his 
> > problems. I also dislike the way the message is written. It tries to hide 
> > behind free speech, but the intent is to throw mud at the JVCL developers. 




Subject: Re: DBTreeview
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 21 Feb 2006 09:41:18 -0500
Newsgroups: jedi.vcl

    I've doesn't that too with no success.  It's as if somewhere AFTER my 
selection code runs focus is being reset somewhere else...although I haven't 
yet been able to track down to where or what control!

"Ivan Ravin" <ivan_ra@mail.ru> wrote in message 
news:dtbq30$sts$1@talkto.net...
>> >> Onchange...whatever...I cannot get the selected Item when set in code to 
>> >> show as selected or focused!  The O NLY way I've been able to do so is by 
>> >> calling Treeview.Setfocus after all the code has run, bujt in doing so 
>> >> this resets the currently selected node back to the first one again!  Any 
>> >> ideas?
>> >>
> > try to use SelectNode(AMasterValue) method
> > 




Subject: jvValidators
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 21 Feb 2006 10:47:26 -0300
Newsgroups: jedi.vcl

Hi again :-)

I was having a look on jvValidators but I don't know if I understand it
well.

For what I see, the itens I create on jvValidator component only validate
for required input but not for some other validation like a range of values
or whatever.

So, I'd like to know if this is correct and if YES, how could I sort of
'extend' this by adding my own validation functions (perhaps creating my own
jvValidatior items by inheriting from some base class)

Could someone point me some direction on this issue?

Thanks again,

Regards,
Anderson Farias




Subject: jvXPBar
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 21 Feb 2006 10:42:08 -0300
Newsgroups: jedi.vcl

Hi All,

I've just start using JediVCL and I'm amazed! That's realy a great suite of
tools. I still don't know most of the components, functions and so on
('couse it's huge!) but I'm on the way! :-)

Well, I'd like now to comment on jvXPBar ... I find the 'JV XP Controls'
very nice and liked jvXPBar the most.

So, I think It would be *great* to have some other component just like
jvXPBar but that would work as a container for any kind of controls. This
way you could put on it labels, edits, buttons, whatever!

Would be a very nice new component for this set.

Thanks for the great job,

Best regards,
Anderson Farias




Subject: Re: Free. Deo Gratias!
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 21 Feb 2006 23:15:35 +1000
Newsgroups: jedi.vcl

Rudy Velthuis wrote, on 21/02/2006 9:27 PM:
>> If criticisms like "Me"'s one
>> are allowed on this forum, then reactions like "Robert"'s one are
>> allowed too. I just want to calm down this thread.
>
>
> Fine. I still don't understand why we get upset if there is a harsh
> criticism.

Whether the criticism is harsh or not doesn't matter at all. Everyone is free to say whatever they like. However, it is completely natural for someone to respond with the same tone. So if a person speaks/writes/mimes/signs/types/etc with a "rude" tone, it is likely that someone will respond rudely.

It doesn't matter whether it is right or wrong, whether it should or shouldn't be, it simply *is*. Whether we like it or not, that's the way people are.

Harsh criticism? Bring it on! But if a post has a *rude* tone, most people will have Robert's reaction, even if they don't say a word. And on that note, I'm leaving this thread. <wave>

-- 
enjoy life,
           Elahn


Subject: Re: JCL/JVCL 3.2
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 21 Feb 2006 14:10:14 +0100
Newsgroups: jedi.vcl

Lotfi ZEMALI wrote:

> Hi,
> Has Jedi JVCL 3.20 been released
> Thanks 

Not yet, I'm in the process of finalizing it right now, but unexpected circumstances at work have delayed it longer that I tought initially.


Subject: Re: JCL/JVCL 3.2
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Tue, 21 Feb 2006 14:05:10 +0100
Newsgroups: jedi.vcl

> > Hi,
> > Has Jedi JVCL 3.20 been released
> > Thanks

Not yet:
http://sourceforge.net/project/showfiles.php?group_id=45786

Cu, Eddi


Subject: JCL/JVCL 3.2
From: "Lotfi ZEMALI" <lotfiz@yahoo.com>
Date: Tue, 21 Feb 2006 14:01:52 +0100
Newsgroups: jedi.vcl

Hi,
Has Jedi JVCL 3.20 been released
Thanks 




Subject: JvArrowButton: add property DropOnButtonClick
From: Dominik Böhm <newsgroups@dbedv.de>
Date: Tue, 21 Feb 2006 12:36:14 +0100
Newsgroups: jedi.vcl

Hello,

I would like to add such a property to the JvArrowButton. DropOnButtonClick effects, whether the popupmenu drops also when the user clicks the button on the left of the arrow.

I'll post my changed Unit to binaries.

Changes:
* Added private field FDropOnButtonClick
* published property DropOnButtonClick
* Changed one row in procedure TJvArrowButton.MouseDown from

  FArrowClick := (X >= Width - ArrowWidth) and (X <= Width) and (Y >= 0) and (Y <= Height);
to
  FArrowClick := (X >= Width - ArrowWidth) and (X <= Width) and (Y >= 0) and (Y <= Height) or DropOnButtonClick;

It would be nice if you could add this to the next release.

Regards,
Dominik Böhm


Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Tue, 21 Feb 2006 12:27:41 +0100
Newsgroups: jedi.vcl

At 10:37:23, 21.02.2006, Florent Ouchet wrote:

> > Hi,
> > 
> > Rudy Velthuis wrote:
>>> > > > http://en.wikipedia.org/wiki/Internet_Troll The troll can be the
>>> > > > message itself and that was the definition I was using.
>> > > Still, did you mean Robert's message?
> > 
> > I mean the thread itself and all messages posted.
> > 
>> > > Or is it wrong to discuss policies about this newsgroup in this
>> > > newsgroup? Where else should this be discussed?
> > 
> > We are mainly developers, and we have no time to waste answering this
> > type of criticism, and I am sure than "Me" will never read our answers.

That is not what I asked.

> > Posts like "Me"'s are uncommonly encountered in these forums, would you
> > keep your argumentation if this forum was polluted by dozens of these
> > messages every week?

I would. It would be a sign that something was wrong with the JVCL. That
is also information.

>> > > I agree. I do however think that the fierce reaction (first, the "piss
>> > > of", then the followup with the discovery that Me made test posts) did
>> > > require discussion. To me it seemed as if some kinds of criticism were
>> > > not allowed or wanted here.
> > 
> > There are different ways to make a critic for a software. The one used
> > by "Me" was not soft, for sure he wasn't looking for an open source
> > library and its post can be felt outrageous by people who gives a lot
> > of time and energy maintaining the code.

Sure. 

 If criticisms like "Me"'s one
> > are allowed on this forum, then reactions like "Robert"'s one are
> > allowed too. I just want to calm down this thread.

Fine. I still don't understand why we get upset if there is a harsh
criticism.

-- Rudy Velthuis http://rvelthuis.de/ "Everything has been figured out, except how to live." - Jean-Paul Sartre (1905-1980) 

Subject: TJvInspector question
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 21 Feb 2006 11:38:14 +0100
Newsgroups: jedi.vcl

Hi,

My question is simple ! I don't undestand how the instance of an object is 
stored in the inspector.

I just want to test if an instance is already stored in the inspector before 
call the method AddComponent(instance,'new instance') and if there is just 
unroll the associated row in the inspector.

Thanks,
Lionel 




Subject: Re: Free. Deo Gratias!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 21 Feb 2006 10:40:45 +0100
Newsgroups: jedi.vcl

> I mean the thread itself and all messages posted.
I should reformulate this sentence: I mean the thread itself and all messages posted inside.

-- 
Florent Ouchet


Subject: Re: Free. Deo Gratias!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 21 Feb 2006 10:37:23 +0100
Newsgroups: jedi.vcl

Hi,

Rudy Velthuis wrote:
>> http://en.wikipedia.org/wiki/Internet_Troll The troll can be the
>> message itself and that was the definition I was using.
> Still, did you mean Robert's message?

I mean the thread itself and all messages posted.

> Or is it wrong to discuss policies about this newsgroup in this
> newsgroup? Where else should this be discussed?

We are mainly developers, and we have no time to waste answering this type of criticism, and I am sure than "Me" will never read our answers. Posts like "Me"'s are uncommonly encountered in these forums, would you keep your argumentation if this forum was polluted by dozens of these messages every week?

> I agree. I do however think that the fierce reaction (first, the "piss
> of", then the followup with the discovery that Me made test posts) did
> require discussion. To me it seemed as if some kinds of criticism were
> not allowed or wanted here.

There are different ways to make a critic for a software. The one used by "Me" was not soft, for sure he wasn't looking for an open source library and its post can be felt outrageous by people who gives a lot of time and energy maintaining the code. If criticisms like "Me"'s one are allowed on this forum, then reactions like "Robert"'s one are allowed too. I just want to calm down this thread.

-- 
Florent Ouchet


Subject: Re: JvAppStorage
From: "BenT" <ben@operamail.com>
Date: Mon, 20 Feb 2006 20:13:13 -0500
Newsgroups: jedi.vcl

Thank you. You guys are on top of things. Thanks for all the great work!

I'll upgrade to the new version asap.

"m utku karatas" <m.utku.k@g_o_o_g_l_e_smailservice.com> wrote in message 
news:Xns976FB6845901Fidtoken34543whjkdf@194.191.0.34...
> > "BenT" <ben@operamail.com> wrote in news:dsqvvq$dps$1@talkto.net:
> >
>> >>
>> >> Hello,
>> >>
>> >> This is my first post here, so greetings to everyone!
>> >>
>> >> I've been playing with the JvAppStorage component and its Write/Read
>> >> ObjectList methods. There appears to be a bug in the Write method.
>> >>
>> >> The ReadObjectList method requires that there be a 'classname' field
>> >> saved for every object so that the objects can be created as they are
>> >> read. However, the WriteObjectList method does not save the classname.
>> >>
>> >> Looking at the source, the Write method just iterates through the
>> >> properties of the object and saves them. But classname is a method and
>> >> not a property, so it doesn't get saved.
>> >>
>> >> When trying to read, of course the unit throws an exeption because it
>> >> cannot get the classname to create the object.
>> >>
>> >> I haven't reported this on the Issue Tracker yet, since I wanted to
>> >> make sure that I'm not crazy and that this is really a bug.
>> >>
>> >> BenT
>> >>
>> >>
> >
> > Latest version 3.1 doesnt have this issue ie not requires classname in
> > ReadObjectList method. 




Subject: Re: JvAppStorage
From: "BenT" <ben@operamail.com>
Date: Mon, 20 Feb 2006 20:12:26 -0500
Newsgroups: jedi.vcl

Thank you. You guys are on top of things. Thanks for all the great work!

I'll upgrade to the new version asap.

"m utku karatas" <m.utku.k@g_o_o_g_l_e_smailservice.com> wrote in message 
news:Xns976FB6845901Fidtoken34543whjkdf@194.191.0.34...
> > "BenT" <ben@operamail.com> wrote in news:dsqvvq$dps$1@talkto.net:
> >
>> >>
>> >> Hello,
>> >>
>> >> This is my first post here, so greetings to everyone!
>> >>
>> >> I've been playing with the JvAppStorage component and its Write/Read
>> >> ObjectList methods. There appears to be a bug in the Write method.
>> >>
>> >> The ReadObjectList method requires that there be a 'classname' field
>> >> saved for every object so that the objects can be created as they are
>> >> read. However, the WriteObjectList method does not save the classname.
>> >>
>> >> Looking at the source, the Write method just iterates through the
>> >> properties of the object and saves them. But classname is a method and
>> >> not a property, so it doesn't get saved.
>> >>
>> >> When trying to read, of course the unit throws an exeption because it
>> >> cannot get the classname to create the object.
>> >>
>> >> I haven't reported this on the Issue Tracker yet, since I wanted to
>> >> make sure that I'm not crazy and that this is really a bug.
>> >>
>> >> BenT
>> >>
>> >>
> >
> > Latest version 3.1 doesnt have this issue ie not requires classname in
> > ReadObjectList method. 




Subject: JvDesktopAlert - appear near tray ?
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Tue, 21 Feb 2006 02:09:05 +0300
Newsgroups: jedi.vcl

procedure TfrmMain.TrayClick(Sender: TObject);
var
    H:THandle;
    R: TRect;
begin
    H:=FindWindow('Shell_TrayWnd', nil); {находим хандл окна таскбара}
    h := FindWindowEx( h, 0, 'TrayNotifyWnd', NIL );
    Win32Check(GetWindowRect(h,R));

    ShowMessageFmt('%d:  %d.%d %d.%d', [h, r.left, r.top, r.right, r.bottom]);

    MOuse.CursorPos := r.TopLeft;
end;


This code on Win32 can tell where is tray area located on the screen (respecting AutoHide, etc)

Perhaps JvDestopAlert is to be extended to have option to show alerts near tray ?
Perhaps it is to be optionally linked to JvTrayIcon as well, showing baloons for it ?


Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Mon, 20 Feb 2006 23:48:02 +0100
Newsgroups: jedi.vcl

At 23:03:43, 20.02.2006, Florent Ouchet wrote:

> > http://en.wikipedia.org/wiki/Internet_Troll The troll can be the
> > message itself and that was the definition I was using.

Still, did you mean Robert's message?

Or is it wrong to discuss policies about this newsgroup in this
newsgroup? Where else should this be discussed?

>> > > I know that Me's message was not very nice, but I don't see a good
>> > > reason to make a fuss about it, or to investigate who wrote it. Who
>> > > cares? And I also don't quite get that we don't allow for unfriendly
>> > > opinions on this newsgroup.
> > 
> > Unfriendly opinions can be written in this forum as well as positive
> > opinions. We are not and we will never be filtering people opinions. I
> > just want to say that "Me"'s post doesn't require such a discussion

I agree. I do however think that the fierce reaction (first, the "piss
of", then the followup with the discovery that Me made test posts) did
require discussion. To me it seemed as if some kinds of criticism were
not allowed or wanted here.
-- Rudy Velthuis http://rvelthuis.de/ "A single death is a tragedy, a million deaths is a statistic." -- Joseph Stalin. 

Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Mon, 20 Feb 2006 23:43:31 +0100
Newsgroups: jedi.vcl

At 23:00:07, 20.02.2006, Ed Blanchard wrote:

>> > > Did it ever occur to you that some of the criticism might even be
>> > > valid, even if it was said in an unnecessarily rude tone, and was not
>> > > very specific?
>> > > 
> > 
> > Big difference between constructive criticism and public whining.

Even public whining can contain a hint of the truth (I'm not making any
judgement about this time, although there may be a point). I agree the
criticism was not very constructive, but hey, can't we stand that,
nowadays?

Like I said, should we only expect and accept polite and positive posts?
Should we get upset if someone posts he or she was not happy with the
JVCL and chose another toolset instead?

The best would have been to simply ignore Me's post. There was no need to
get upset or rude. The post itself was not even very rude.

I realize that this discussion doesn't make this thread any shorter, but
it might be useful to find out what we really want, here.
-- Rudy Velthuis http://rvelthuis.de/ "God is a comedian playing to an audience too afraid to laugh." - Voltaire (1694-1778) 

Subject: Re: Free. Deo Gratias!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 20 Feb 2006 23:03:43 +0100
Newsgroups: jedi.vcl

Rudy Velthuis a écrit :
>> Please stop feeding the troll or ask for the creation of jedi.off-topic
>> :)

> The troll being Robert Marquardt? I don't quite get what you mean. 

You're too close to the initial definition of a troll (the person who fills thread with hot subjects), this word sense has been changing since more than one people can fill a thread.
http://en.wikipedia.org/wiki/Internet_Troll
The troll can be the message itself and that was the definition I was using.

You used standard methods to fill a troll: asking questions like and? proving what? ... That's why I used this word.

> I know that Me's message was not very nice, but I don't see a good reason
> to make a fuss about it, or to investigate who wrote it. Who cares? And I
> also don't quite get that we don't allow for unfriendly opinions on this
> newsgroup.

Unfriendly opinions can be written in this forum as well as positive opinions. We are not and we will never be filtering people opinions. I just want to say that "Me"'s post doesn't require such a discussion, for sure he didn't read our reply to his initial post; he is not listening to our recommendations, that's a good reason to stop argues on the subject.

> Should we only accept praise?

That's not what I was saying and that's far away in my mind.

-- 
Florent Ouchet


Subject: Re: Free. Deo Gratias!
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Mon, 20 Feb 2006 17:00:07 -0500
Newsgroups: jedi.vcl

In article <xn0eipvh3000001wobelix@teamb.com>, velthuis@gmail.com 
says...
> > Did it ever occur to you that some of the criticism might even be valid,
> > even if it was said in an unnecessarily rude tone, and was not very
> > specific?
> > 

Big difference between constructive criticism and public whining. I'd 
categorize the original post as uncalled for and unproductive. I don't 
care if something is posted anonymously or not - just that it serve a 
useful purpose.

On that note, I'm pretty much through commenting... <g>

Cheers,
EdB





Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Mon, 20 Feb 2006 22:46:17 +0100
Newsgroups: jedi.vcl

At 17:56:57, 19.02.2006, Florent Ouchet wrote:

>> > > I feel really offended by his message. Especially by an anonymous.
> > 
> > "Me" should not have understood that maintaining the libraries is not
> > our full time job, we are giving our time/code to the community.

Perhaps Me did understand that. Doesn't mean that this helped him or her
much. So Me found a solution that did not suffer from that problem. I
don't see anything wrong with that.
-- Rudy Velthuis http://rvelthuis.de/ "Future historians will be able to study at the Jimmy Carter Library, the Gerald Ford Library, the Ronald Reagan Library, and the Bill Clinton Adult Bookstore." -- George Carlin 

Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Mon, 20 Feb 2006 22:44:46 +0100
Newsgroups: jedi.vcl

At 17:27:41, 19.02.2006, Robert Marquardt wrote:

> > I feel really offended by his message. Especially by an anonymous.

What is wrong with posting anonymously? I noticed that on the German
Usenet Delphi groups, this seems to be regarded as a serious sin. I
personally don't see the problem. People may have many reasons to remain
anonymous. Me could just as well have used a fake name, like Michael
Jackson. What difference would that have made?
 
> > Mainly his message implies that we have an obligation to solve his
> > problems. 

Not at all. If Me expected that, Me would not have acquired the Raize
components. Now, if Me is more happy with Raize than with the JVCL, that
is Me's prerogative. To each his or her own.

Did it ever occur to you that some of the criticism might even be valid,
even if it was said in an unnecessarily rude tone, and was not very
specific?
-- Rudy Velthuis http://rvelthuis.de/ "It is better to have a permanent income than to be fascinating." - Oscar Wilde (1854-1900) 

Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 20 Feb 2006 22:43:21 +0100
Newsgroups: jedi.vcl

> Ok, DEP is too big of a problem and I don't think we'll solve it just yet. Plus BDS has it too.
> So please post the tool into cvs in devtools, and I'll make the release tomorrow.

That's in. If you want to solve all messages, buy lots of cola; you need all the night to add missing dependencies before tomorrow :D

-- 
Florent Ouchet


Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Mon, 20 Feb 2006 22:36:12 +0100
Newsgroups: jedi.vcl

At 21:06:49, 20.02.2006, Florent Ouchet wrote:

> > Rudy Velthuis a écrit :
>> > > At 08:22:55, 20.02.2006, Robert Marquardt wrote:
>> > > 
>>> > > > My ad hoc diagnosis was correct. See junk group on this server.
>>> > > > "Me" has experimented there for the anonymous message.
>> > > 
>> > > And? 
> > 
> > Hi Rudy,
> > 
> > Please stop feeding the troll or ask for the creation of jedi.off-topic
> > :)

The troll being Robert Marquardt? I don't quite get what you mean. 

I know that Me's message was not very nice, but I don't see a good reason
to make a fuss about it, or to investigate who wrote it. Who cares? And I
also don't quite get that we don't allow for unfriendly opinions on this
newsgroup. Should we only accept praise?
-- Rudy Velthuis http://rvelthuis.de/ "Nietzsche was stupid and abnormal." - Leo Tolstoy (1828-1910) 

Subject: Re: Package generator and target aliases
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 20 Feb 2006 22:12:55 +0100
Newsgroups: jedi.vcl

Ok, DEP is too big of a problem and I don't think we'll solve it just yet. Plus BDS has it too.
So please post the tool into cvs in devtools, and I'll make the release tomorrow.


Subject: Re: Free. Deo Gratias!
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Mon, 20 Feb 2006 21:55:15 +0100
Newsgroups: jedi.vcl


"Ed Blanchard" <edwardbNONO@NONOsgci.com> wrote in message news:MPG.1e63b6dca7d956139896a3@194.191.0.34...

> ??? everything ran well *before* reinstall of: JEDI, BDS2006,  both? Or
> are you saying you reinstalled the entire OS + BDS2006 + JEDI on the
> same hardware?

In case, before BDS. But, my computer has rather slowly deterioated since last year when a lightning struck down outside my house.
But BDS do use very much memory, and my virus program (F-Secure) alone take about 50 MB RAM persistently, so programs do swap more or less constantly. And it became worse after installing BDS.

The first topic here was that after 1st install of BDS2006 I got lot of error messages when trying to install the Jedi tools. But, after deinstalling and reinstalling, installation of jedi packets run smoothly.



Subject: Re: JV TimeFrameWork components and UTF Demo 1:PhotoOp demo
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Mon, 20 Feb 2006 22:27:07 +0200
Newsgroups: jedi.vcl

I saw there is a TJVAlarm component I'm playing with this now, but again 
OnAlarm event handler of the component does not get fired. Strange.

Regards,

ATB 




Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 20 Feb 2006 21:15:07 +0100
Newsgroups: jedi.vcl

>> That will introduce lots of new dependencies for each package. ThemeManager is required (using condition) by JvCore-R and JvCore-R is required by many packages.
> Yes, I know, I'm not too happy either. Ah well, let's go your way, provided you change the list to be "not Jv*". Doing this, the maker (%%% START...) would be better called EXTERNAL_PACKAGES as it is really a list of packages that are not from the JVCL.

Well it's too late and I won't commit my changes before the next JVCL release, except if there are some day left to solve DEP related issues. This delay will free some time to have a solution that better fits your expectations. I still have few days with free time, a new week of exams will start on the 27th.

I can post the devtool in jedi.binaries if you want to have a view of missing/extra dependencies in the current packages.

-- 
Florent Ouchet


Subject: Re: Free. Deo Gratias!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 20 Feb 2006 21:06:49 +0100
Newsgroups: jedi.vcl

Rudy Velthuis a écrit :
> At 08:22:55, 20.02.2006, Robert Marquardt wrote:
>
>> My ad hoc diagnosis was correct. See junk group on this server.
>> "Me" has experimented there for the anonymous message.
>
> And? 

Hi Rudy,

Please stop feeding the troll or ask for the creation of jedi.off-topic :)

-- 
Florent Ouchet


Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Mon, 20 Feb 2006 20:56:47 +0100
Newsgroups: jedi.vcl

At 08:22:55, 20.02.2006, Robert Marquardt wrote:

> > My ad hoc diagnosis was correct. See junk group on this server.
> > "Me" has experimented there for the anonymous message.

And? 

-- Rudy Velthuis http://rvelthuis.de/ "I would have made a good Pope." -- Richard Nixon. 

Subject: Re: Free. Deo Gratias!
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Mon, 20 Feb 2006 14:27:54 -0500
Newsgroups: jedi.vcl

In article <dtct9o$k1e$1@talkto.net>, marcel.b.theobvious@xs4all.nl 
says...
> > Ed Blanchard wrote:
>> > > My guess is it's some sleep-deprived, frustrated, impatient, and 
>> > > possibly incontinent developer
> > 
> >      I'm guessing you meant incompetent, otherwise he'd need a diaper 
> > (which perhaps fits his intellectual/emotional age).
> > 
 
Nope - incontinent - which might explain sleep-deprived, impatient and 
frustrated, and perhaps explains the inability to control the need to 
spew nonsense such as the original post (and pretty much the same 
"content").

I'd never be so rude as to comment on the anonymous poster's competence 
- not being able to judge anything but character from the post.


<g>

EdB


Subject: JV TimeFrameWork components and UTF Demo 1:PhotoOp demo
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Mon, 20 Feb 2006 21:02:53 +0200
Newsgroups: jedi.vcl

Dear Friends,

I hope this the corect newsgroup to post this to.

I'm trying to figure out usage of JV TimeFrameWork components by examining 
PhotoOp demo.
The demo perfectly adds a new appointment to the tables. But I cannot get it 
to show an alert!...

I changed location of the database (and relevant datapath line) but I could 
not get it show an alert!...

Is this a bug or am I doing something wrong?

I mean what is supposed to happen when date and time of an alert is reached. 
Shoud it show an alert?

Regards and TIA
ATB 




Subject: Re: TJvDBGrid - programatically changing current row ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 20 Feb 2006 19:49:11 +0100
Newsgroups: jedi.vcl

Fred wrote:

> The fix is done. It is now possible to move the grid cursor by setting the Row value (in fact, I move the dataset cursor with a MoveBy limited to the visible rows). The fixed unit will be in the CVS soon.

It now is in CVS.


Subject: Re: JVCLInstall and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 20 Feb 2006 19:32:21 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Can someone tell me how to decativate JvThemes for the Installer?

Normally the installer should not use the JvThemes code because
"JVCLThemesEnabled" is not defined. The installer has an own copy of the
jvcl.inc file:
jvcl3\install\JVCLInstall\jvcl.inc



-- Regards, Andreas Hausladen 

Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Feb 2006 19:00:36 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> What about disabling all the initialization blocks of the used JVCL units?

I have identified all units with initialization sections in JVCLInstall by looking at the PACKAGEINFO resource of the EXE and then checking the sources.

JvGnugettext.pas has a big initalization sectin, but seems to do only simple and safe things.
JvComponent only calls AddDomainForResourceString from JvGnugettext.pas.
JvExControls.pas only hooks into Delphi 5.
JvSimpleXml.pas only hase code in the finalization section.
JvThemes.pas does a WriteProcessMemory. This is therefore the first candidate to test.

Can someone tell me how to decativate JvThemes for the Installer?
Same for JvGnugettext.


Subject: Re: TJvDBGrid - programatically changing current row ?
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 20 Feb 2006 18:45:53 +0100
Newsgroups: jedi.vcl

The fix is done. It is now possible to move the grid cursor by setting 
the Row value (in fact, I move the dataset cursor with a MoveBy limited 
to the visible rows). The fixed unit will be in the CVS soon.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Free. Deo Gratias!
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 20 Feb 2006 18:23:42 +0100
Newsgroups: jedi.vcl

Ed Blanchard wrote:
> My guess is it's some sleep-deprived, frustrated, impatient, and possibly incontinent developer

    I'm guessing you meant incompetent, otherwise he'd need a diaper (which perhaps fits his intellectual/emotional age).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Free. Deo Gratias!
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Mon, 20 Feb 2006 11:22:37 -0500
Newsgroups: jedi.vcl

In article <dtcm4v$6cl$1@talkto.net>, alf.christophersen@basalmed.uio.no 
says...
> > 
> > "Ed Blanchard" <edwardbNONO@NONOsgci.com> wrote in message 
> > news:MPG.1e63a5e1c71304a79896a2@194.191.0.34...
>> > > In article <dtcghm$1r8$2@talkto.net>, alf.christophersen@basalmed.uio.no
>> > > says...
>>> > >>
> > 
>> > > My guess is it's some sleep-deprived, frustrated, impatient, and
>> > > possibly incontinent developer who expects open-source means free,
>> > > perfect, and "no effort in return."
> > 
> > Maynbe someone that need a reinstall of his/hers Delphi compiler?? I had big 
> > problems with installing the JEDI tools on my new BDS 2006, until I tried 
> > reinstall the whole thing, after moving all installation software over to my 
> > harddisk. Then everything ran smoothly (except that now my computer and 
> > especially my compilers run like wading in thick syrup. Seems though to be 
> > some RAM errors. Almost all programs just do swapping, Page fault counters 
> > runs like wild, especially if I try to scan for virus. One file a second, 
> > and 500-700 page faults per second :-(
> > (Having 512 MB RAM which is now far too little for BDS :-( )
> > 
> > 
??? everything ran well *before* reinstall of: JEDI, BDS2006,  both? Or 
are you saying you reinstalled the entire OS + BDS2006 + JEDI on the 
same hardware?

EdB 


Subject: Re: Free. Deo Gratias!
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Mon, 20 Feb 2006 16:23:13 +0100
Newsgroups: jedi.vcl


"Ed Blanchard" <edwardbNONO@NONOsgci.com> wrote in message news:MPG.1e63a5e1c71304a79896a2@194.191.0.34...
> In article <dtcghm$1r8$2@talkto.net>, alf.christophersen@basalmed.uio.no
> says...
>>

> My guess is it's some sleep-deprived, frustrated, impatient, and
> possibly incontinent developer who expects open-source means free,
> perfect, and "no effort in return."

Maynbe someone that need a reinstall of his/hers Delphi compiler?? I had big problems with installing the JEDI tools on my new BDS 2006, until I tried reinstall the whole thing, after moving all installation software over to my harddisk. Then everything ran smoothly (except that now my computer and especially my compilers run like wading in thick syrup. Seems though to be some RAM errors. Almost all programs just do swapping, Page fault counters runs like wild, especially if I try to scan for virus. One file a second, and 500-700 page faults per second :-(
(Having 512 MB RAM which is now far too little for BDS :-( )



Subject: Re: Free. Deo Gratias!
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Mon, 20 Feb 2006 10:10:12 -0500
Newsgroups: jedi.vcl

In article <dtcghm$1r8$2@talkto.net>, alf.christophersen@basalmed.uio.no 
says...
> > 
> > 
> > I would guess he either work for Raizor or is the owner who want to spam us 
> > wtih an ad for his programs.
> > 

Not likely - Ray Konopka (raize) is a pretty decent guy - I find it 
difficult to believe he'd stoop to this  - or allow anyone he knew (let 
alone someone who worked for him) post something like that. 

My guess is it's some sleep-deprived, frustrated, impatient, and 
possibly incontinent developer who expects open-source means free, 
perfect, and "no effort in return."

<sigh>

EdB


Subject: Re: Free. Deo Gratias!
From: "Oliver Giesen" <ogware@gmx.net>
Date: Mon, 20 Feb 2006 14:48:44 +0000 (UTC)
Newsgroups: jedi.vcl

Alf Christophersen wrote:

> > I would guess he either work for Raizor or is the owner who want to
> > spam us wtih an ad for his programs.

FWIW: I have only met Ray (Konopka - Raize's president) once and very
briefly at that but I'm definitely sure that he doesn't have anything
to do with this nor would he let anyone on his payroll get away with it.

Cheers,

-- Oliver 

Subject: Re: JvDBGrid - Title hints - source for title
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 20 Feb 2006 15:23:46 +0100
Newsgroups: jedi.vcl

Hello,

"ShowTitleHint" is a strange property. If it displays the title caption, 
it is useless (because this is done when you set ShowHint and 
ShowCellHint to true) and if it displays only the field name, it has a 
confusing name. So, what do we do ? Rename it -> ShowFieldNameHint ? 
Change the range of ShowCellHint to exclude title cells from it ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Free. Deo Gratias!
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Mon, 20 Feb 2006 14:47:38 +0100
Newsgroups: jedi.vcl


"Elahn Ientile" <elahn@elahn.net> wrote in message news:dtcf08$1ep$1@talkto.net...
> Robert Marquardt wrote, on 20/02/2006 5:22 PM:
>> My ad hoc diagnosis was correct. See junk group on this server.
>> "Me" has experimented there for the anonymous message.
>
> Why post anonymously, unless "Me" knew his/her/its message was flame and wanted to have the option of coming back to JVCL and asking for support...
>
> There are many reasons to purchase libraries - I own several - but no reason to flame developers for donating their time and expertise to the community.

I would guess he either work for Raizor or is the owner who want to spam us wtih an ad for his programs.



Subject: Re: Free. Deo Gratias!
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Mon, 20 Feb 2006 14:44:35 +0100
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:dta8gi$l07$1@talkto.net...
> Florent Ouchet wrote:
>

> I definitely do not ROCK. I prefer classic music. ;-)

Hm. Listening daily to NRK Alltid klassisk (www.nrk.no), and they often play barock music that __REALLY__ ROCKS !! (Sin I do not try to remember the titles :-( Otherwise I should have bought those CD's long time ago. It not only rocks, but it's swinging too)


Subject: Re: Free. Deo Gratias!
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 20 Feb 2006 23:19:01 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote, on 20/02/2006 5:22 PM:
> My ad hoc diagnosis was correct. See junk group on this server.
> "Me" has experimented there for the anonymous message.

Why post anonymously, unless "Me" knew his/her/its message was flame and wanted to have the option of coming back to JVCL and asking for support...

There are many reasons to purchase libraries - I own several - but no reason to flame developers for donating their time and expertise to the community.

-- 
enjoy life,
           Elahn


Subject: Re: JVCLInstall and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 20 Feb 2006 10:37:44 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The first VirtualProtect function call seems wrong since the last
> > argument must be a pointer.

No VirtualPriotect is an overloaded function that either wants a
"PCardinal" or a "var Cardinal". In this case the later is used.


-- Regards, Andreas Hausladen 

Subject: Re: DBTreeview
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Mon, 20 Feb 2006 10:24:18 +0300
Newsgroups: jedi.vcl

> > Onchange...whatever...I cannot get the selected Item when set in code to 
> > show as selected or focused!  The O NLY way I've been able to do so is by 
> > calling Treeview.Setfocus after all the code has run, bujt in doing so 
> > this resets the currently selected node back to the first one again!  Any 
> > ideas?
> >
try to use SelectNode(AMasterValue) method 




Subject: Re: Free. Deo Gratias!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Feb 2006 08:22:55 +0100
Newsgroups: jedi.vcl

My ad hoc diagnosis was correct. See junk group on this server.
"Me" has experimented there for the anonymous message.


Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Feb 2006 05:49:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> What about disabling all the initialization blocks of the used JVCL units?

That is really hard to test. There are many of them.


Subject: Re: My messages keep disappearing
From: "roschler" <nospam@nodomain.no>
Date: Mon, 20 Feb 2006 03:56:28 +0100
Newsgroups: jedi.vcl

> >
> >The last message you posted was in jedi.jcl. I added an answer.
> >
> >-- 
> >Florent Ouchet
> >

Florent,

My fault, tired eyes, I was looking at the wrong forum.

Thanks.

Robert Oschler
http://www.robodance.com/

--- posted by geoForum on http://delphi.newswhat.com


Subject: My messages keep disappearing
From: "roschler" <nospam@nodomain.no>
Date: Mon, 20 Feb 2006 01:58:24 +0100
Newsgroups: jedi.vcl

Hello,

I've posted a message twice about problems I am having installing JEDI 3
with Delphi 6.

The message has disappeared twice.  If this is not the right forum or if
for some reason my message doesn't belong here, please at least send me an
e-mail explaining what to do or where I can find help.  I have not
received any feedback at all, except for my message disappearing.

Thanks,
Robert

Robert Oschler
http://www.robodance.com/

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: My messages keep disappearing
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 20 Feb 2006 01:34:20 +0100
Newsgroups: jedi.vcl

Hi,

> I've posted a message twice about problems I am having installing JEDI 3
> with Delphi 6.
> The message has disappeared twice.  If this is not the right forum or if
> for some reason my message doesn't belong here, please at least send me an
> e-mail explaining what to do or where I can find help.  I have not
> received any feedback at all, except for my message disappearing.

The last message you posted was in jedi.jcl. I added an answer.

-- 
Florent Ouchet


Subject: Re: Joke!?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 23:23:09 +0100
Newsgroups: jedi.vcl

> May I try? VCL in JVCL stands for Visual Component Library. That is
> integrated core part of a product called Delphi. Your work, embodied in
> JVCL is BASED on VCL. Delphi will be sold, and probably die in the near
> future. VCL will follow him into the grave. And, guess who else?

This statement is just the result of (your) speculations. Why would Borland sell the Delphi product and team if it has no future? The price that Borland is asking groups the product name (its reputation), the intellectual property (the team experience and patents) and the value the product will produce in the next years. They can't ask 100M$ for a product with no future. If you have ever used BDS 2006, you see that the Delphi product is on the good way.

> Is that related enough?

IMO, you're right only in the relation between the VCL and the JVCL :)

-- 
Florent Ouchet


Subject: Re: Joke!?
From: Vanpir <vanpir@gmail.com>
Date: Sun, 19 Feb 2006 23:08:37 +0100
Newsgroups: jedi.vcl

On Tue, 14 Feb 2006 13:01:50 +0100, Florent Ouchet wrote:
> > Unless you add a relation between this information and the Jedi Visual 
> > Component Library,

May I try? VCL in JVCL stands for Visual Component Library. That is
integrated core part of a product called Delphi. Your work, embodied in
JVCL is BASED on VCL. Delphi will be sold, and probably die in the near
future. VCL will follow him into the grave. And, guess who else?

Is that related enough?


Subject: Re: JVCLInstall and DEP
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 23:04:08 +0100
Newsgroups: jedi.vcl


> The first VirtualProtect function call seems wrong since the last argument must be a pointer.

Same hypotheses for JvDataProviderItemDesign.pas

procedure CreateTypeInfo(const AClass: TClass);
var
  P: PChar;
  PNewInfo: Pointer;
  OldProtect: Cardinal;
begin
  P := TypeInfoFromClass(AClass);
  { Below the typeinfo is cloned, while an additional 2048 bytes are reserved at the end. This 2048
    bytes will be used to "inject" additional properties. Since each property takes 27 + the length
    of the property name bytes, assuming an average of 40 bytes/property will allow approximately 50
    properties to be appended to the existing property list. }
  // (rom) is there some security so we do not blow up everything by exceeding the 2048 bytes?
  PNewInfo := CloneTypeInfo(Pointer(PInteger(P)^), 2048);
  {$IFDEF MSWINDOWS}
  if VirtualProtect(P, 4, PAGE_WRITECOPY, OldProtect) then
  try
    PInteger(P)^ := Integer(PNewInfo);
  finally
    VirtualProtect(P, 4, OldProtect, OldProtect);
  end;
  {$ENDIF MSWINDOWS}
  {$IFDEF LINUX}
  WriteProcessMemory(GetCurrentProcess, P, PNewInfo, 4, OldProtect); // asn ???
  {$ENDIF LINUX}
end;

procedure ClearTypeInfo(const AClass: TClass);
var
  P: PChar;
  PNewType: PChar;
  OldProtect: Cardinal;
begin
  P := TypeInfoFromClass(AClass);
  PNewType := Pointer(PInteger(P)^);  // The new type currently in use.
  Dec(PNewType, 4);                   // Points to the original PTypeInfo value.
  {$IFDEF MSWINDOWS}
  if VirtualProtect(P, 4, PAGE_WRITECOPY, OldProtect) then
  try
    PInteger(P)^ := Integer(PInteger(PNewType)^);
  finally
    VirtualProtect(P, 4, OldProtect, OldProtect);
  end;
  {$ENDIF MSWINDOWS}
  {$IFDEF LINUX}
  WriteProcessMemory(GetCurrentProcess, P, PNewType, 4, OldProtect); // asn ???
  {$ENDIF LINUX}
end;

-- 
Florent Ouchet


Subject: Re: JVCLInstall and DEP
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 22:58:20 +0100
Newsgroups: jedi.vcl

> A good start is to know what we are looking for: memory pages that are executed without having the PAGE_EXECUTE flag (more details at ms-help://MS.PSDKSVR2003SP1.1033/memory/base/memory_protection.htm)
> Searching "PAGE_" in the JCL and JVCL files give lots of occurrences, all should be reviewed.

JvDSADialogs.pas:

procedure SetVirtualMethodInstance(Instance: TObject; const VMTIdx: Integer;
  const MethodPtr: Pointer);
var
  OldProt: Cardinal;
begin
  VirtualProtect(Pointer(PInteger(Instance)^ + VMTIdx * SizeOf(Pointer)), SizeOf(Pointer), PAGE_READWRITE, OldProt);
  try
    PInteger(Pointer(PInteger(Instance)^ + VMTIdx * SizeOf(Pointer)))^ := Integer(MethodPtr);
  finally
    VirtualProtect(Pointer(PInteger(Instance)^ + VMTIdx * SizeOf(Pointer)), SizeOf(Pointer), OldProt, OldProt);
  end;
end;

The first VirtualProtect function call seems wrong since the last argument must be a pointer.

-- 
Florent Ouchet


Subject: Re: What about a developer blog
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sun, 19 Feb 2006 21:55:40 +0000 (UTC)
Newsgroups: jedi.vcl

Great idea! :)

-- Erick Sasse Brazil 

Subject: Re: JVCLInstall and DEP
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 22:51:43 +0100
Newsgroups: jedi.vcl

A good start is to know what we are looking for: memory pages that are executed without having the PAGE_EXECUTE flag (more details at ms-help://MS.PSDKSVR2003SP1.1033/memory/base/memory_protection.htm)
Searching "PAGE_" in the JCL and JVCL files give lots of occurrences, all should be reviewed.

-- 
Florent Ouchet


Subject: Re: JVCLInstall and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 19 Feb 2006 22:28:13 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > They are executed before the first line of the begin/end.

I know, but as Robert's tests show that the stacktrace points to
JvExForms, it meight be a delayed appearance of the DEP bug, caused by
some initialization code. But I can only guess.

-- Regards, Andreas Hausladen 

Subject: Re: Free. Deo Gratias!
From: Stephane Wierzbicki <swierzbicki@free.Fr>
Date: Sun, 19 Feb 2006 19:49:45 +0100
Newsgroups: jedi.vcl

Me a écrit :
> No more JVCL-New-Installation-Hell!
> No more pain trying to figure out why the JVCL installer won't install!
> No more the installing/uninstalling/deleting/renaming whirling, torturing cycle!
> No more bumping my head against the wall waiting for a NG reply for my questions that never comes.
>
> Just bought Raize Lib, dropped JVCL,  and my problems are over!
>
> Simple as that!
>
> The JVCL motto: it's free. And gets you tons of needless problems for free either!
>
> Whew!
>
and no more post from YOU


Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Sun, 19 Feb 2006 19:18:49 +0100
Newsgroups: jedi.vcl

At 17:27:41, 19.02.2006, Robert Marquardt wrote:

> > Rudy Velthuis wrote:
> > 
>> > > Hmmm... I think everyone is free to prefer one thing over the other.
>> > > His post was perhaps unnecessary, but there is no reason to tell him
>> > > to piss off, or fault him for not helping to find errors.
>> > > 
>> > > If he had complaints, and is happier with what he has now, so be it.
>> > > No need to get upset or be rude to him.
> > 
> > I feel really offended by his message. Especially by an anonymous.

So be clever and don't show it. <g>
-- Rudy Velthuis http://rvelthuis.de/ "It's impossible to experience one's death objectively and still carry a tune." -- Woody Allen. 

Subject: Re: JVCLInstall and DEP
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 19:00:18 +0100
Newsgroups: jedi.vcl

> I would like to help you but my CPU does not support DEP, so I can only
> guess.

I heard that some virtual computer emulators could emulate this feature.,but I haven't tested yet.

> What about disabling all the initialization blocks of the used JVCL units?

They are executed before the first line of the begin/end. block.
initialization blocks are called during the begin line which contains implicit calls to system functions initializing all packages and units.

-- 
Florent Ouchet


Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 18:56:36 +0100
Newsgroups: jedi.vcl

>> Keeping two identical lists up to date is useless.
> I know, but I did not think it would become so much of a problem.

That works on many systems... This is an extreme corner case problem.

>> No *db* package was listed in any PFLAGS variable. The main goal of this tool is to avoid missing dependencies that could make the compilation fail on some systems. Database support is the main difference between perso and pro versions.
> Yes, I know, I was referring to differences between pro and enterprise.

The JVCL doesn't introduce specific code/components to enterprise and architect SKUs. All differences are between perso and pro.

>> Yes, I forgot JCL too. The complete list is:
>> VCL* CLX* RTL* DCL* JCL* DSNIDE50* DESIGNIDE* QRPT* INET* DBRTL* BDE*
> I'd rather have a negative list: anything but Jv*

The complete list contains only packages with .dcp files. Since ThemeManagerC* doesn't have these files, adding -LUThemeManagerC* to the command line gives an error: can't find package -LUThemeManagerC*.

<snip>

>> That will introduce lots of new dependencies for each package. ThemeManager is required (using condition) by JvCore-R and JvCore-R is required by many packages.
> Yes, I know, I'm not too happy either. Ah well, let's go your way, provided you change the list to be "not Jv*". Doing this, the maker (%%% START...) would be better called EXTERNAL_PACKAGES as it is really a list of packages that are not from the JVCL.

TARGET_PACKAGES or STANDARD_PACKAGES would be better.

-- 
Florent Ouchet


Subject: Re: JVCLInstall and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 19 Feb 2006 18:53:21 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I tried to debug into
> >   Application.CreateForm(TFormMain, FormMain);
> > and died instantly on the "inherited Create".
> > Changing from TJvForm to TForm did not help either.

I would like to help you but my CPU does not support DEP, so I can only
guess.

What about disabling all the initialization blocks of the used JVCL units?



-- Regards, Andreas Hausladen 

Subject: Re: Free. Deo Gratias!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 18:29:36 +0100
Newsgroups: jedi.vcl

> I definitely do not ROCK. I prefer classic music. ;-)

lol

But you cannot do anything else while listening to this kind of music. Listening to ROCK music is less restrictive :)

-- 
Florent Ouchet


Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 18:23:57 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I am out of ideas.
> The error is obviously misleading because JvWizard is not connected to JvEx* at all.

I am now completely out of ideas.

I tried to debug into
  Application.CreateForm(TFormMain, FormMain);
and died instantly on the "inherited Create".
Changing from TJvForm to TForm did not help either.


Subject: Re: Package generator and target aliases
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Feb 2006 18:21:36 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

>>> The compilation may fail for C++Builder targets because the BCB5 and BCB6 PFlags are statically defined for each packages. These variables should not contain dependency informations but only additional flags; 
>>
>> Well, yes, but most of these can be dealt with conditionals in the PFLAGS. That's why they were introduced in the first place.
>
> Keeping two identical lists up to date is useless.

I know, but I did not think it would become so much of a problem.


> No *db* package was listed in any PFLAGS variable. The main goal of this tool is to avoid missing dependencies that could make the compilation fail on some systems. Database support is the main difference between perso and pro versions.

Yes, I know, I was referring to differences between pro and enterprise.


> Yes, I forgot JCL too. The complete list is:
> VCL* CLX* RTL* DCL* JCL* DSNIDE50* DESIGNIDE* QRPT* INET* DBRTL* BDE*

I'd rather have a negative list: anything but Jv*


> Adding Jv* packages in this list makes the compilation fail because they don't have dcp files, therefore I created a new tag.

Fair enough, I forgot about that.


> In the current version, no C5Flags nor C6Flags were containing an other directive. I kept %C5PFlags% and %C6PFlags% tags in templates.

I've seen that, and it's good.


>> I'm not too fond on this solution. To me, the requires list should be enough, and the new tool should simply ensure that the list is complete in all xml source files for pg. Your changes imply this, but to me it's clearer if it's in the source xml files, not added by some logic inside pg.
>
> That will introduce lots of new dependencies for each package. ThemeManager is required (using condition) by JvCore-R and JvCore-R is required by many packages.

Yes, I know, I'm not too happy either. Ah well, let's go your way, provided you change the list to be "not Jv*". Doing this, the maker (%%% START...) would be better called EXTERNAL_PACKAGES as it is really a list of packages that are not from the JVCL.


Subject: Re: Free. Deo Gratias!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 18:20:23 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Having this thread beside "Everyone in the Jedi Team ROCKS!" is strange. There is no need to argue :p

I definitely do not ROCK. I prefer classic music. ;-)


Subject: Re: upgrade to new version
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Feb 2006 18:07:00 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Florent Ouchet wrote:
>
>> This thread is called "New version" started yesterday
>> news://forums.talkto.net:119/dt7ath$pu1$1@talkto.net
>> http://delphi.newswhat.com/geoxml/forumgetthread?groupname=jedi.vcl&messageid=dt7ath$pu1$1@talkto.net&displaymode=all 
>
>
>
> I definitely did not get it with my Mozilla newsreader so there is a technical problem somewhere. I got some other messages in the time frame.

I use Mozilla here as well, and it worked just fine. Maybe someone tried a forge cancel on these messages.


Subject: Re: upgrade to new version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 18:00:58 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> This thread is called "New version" started yesterday
> news://forums.talkto.net:119/dt7ath$pu1$1@talkto.net
> http://delphi.newswhat.com/geoxml/forumgetthread?groupname=jedi.vcl&messageid=dt7ath$pu1$1@talkto.net&displaymode=all 

I definitely did not get it with my Mozilla newsreader so there is a technical problem somewhere. I got some other messages in the time frame.


Subject: Re: upgrade to new version
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 17:59:31 +0100
Newsgroups: jedi.vcl

> I definitely did not get it with my Mozilla newsreader so there is a technical problem somewhere. I got some other messages in the time frame.

Maybe you should update, your X-MimeOLE reports "Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910.
The latest version is 1.7.12

-- 
Florent Ouchet


Subject: Re: Free. Deo Gratias!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 17:56:57 +0100
Newsgroups: jedi.vcl

> I feel really offended by his message. Especially by an anonymous.

"Me" should not have understood that maintaining the libraries is not our full time job, we are giving our time/code to the community.

> Mainly his message implies that we have an obligation to solve his problems. I also dislike the way the message is written. It tries to hide behind free speech, but the intent is to throw mud at the JVCL developers.

Having this thread beside "Everyone in the Jedi Team ROCKS!" is strange. There is no need to argue :p

-- 
Florent Ouchet


Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 17:50:17 +0100
Newsgroups: jedi.vcl

>> The compilation may fail for C++Builder targets because the BCB5 and BCB6 PFlags are statically defined for each packages. These variables should not contain dependency informations but only additional flags; 
> Well, yes, but most of these can be dealt with conditionals in the PFLAGS. That's why they were introduced in the first place.

Keeping two identical lists up to date is useless.

>> dependencies can be different for personal/standard and professional (and above) versions of Delphi/BCB; dependencies should be enumerated dynamically by the package generator. 
> I have never seen a case where the list is different between pro and above, but yes, you are right, it might be.

No *db* package was listed in any PFLAGS variable. The main goal of this tool is to avoid missing dependencies that could make the compilation fail on some systems. Database support is the main difference between perso and pro versions.

>> Only packages shipped with Delphi/BCB will be listed between the START PACKAGES and the END PACKAGES tags.
>
> That is not enough, JclC50 is often in the PFLAGS as well. See JvCore-R for instance.

Yes, I forgot JCL too. The complete list is:
VCL* CLX* RTL* DCL* JCL* DSNIDE50* DESIGNIDE* QRPT* INET* DBRTL* BDE*

>> <%%% START PACKAGES %%%>
>>                    -LU%NAME%
>> <%%% END PACKAGES %%%>
> I'd rather have you use the <%%% START REQUIRES %%%> marker. After all, the -LU flags are just that. We have to add some of them because BCB forgets to do it himself, that's all.

Adding Jv* packages in this list makes the compilation fail because they don't have dcp files, therefore I created a new tag.

>> The C5Flags and C6Flags in every xml files will be reseted to "".
> Beware that there are no cases where there is something different from a -LU flag. I can't think of any, but it might be.

In the current version, no C5Flags nor C6Flags were containing an other directive. I kept %C5PFlags% and %C6PFlags% tags in templates.

>> Using these modifications, the list of required packages will be:
> <snip>
> I'm not too fond on this solution. To me, the requires list should be enough, and the new tool should simply ensure that the list is complete in all xml source files for pg. Your changes imply this, but to me it's clearer if it's in the source xml files, not added by some logic inside pg.

That will introduce lots of new dependencies for each package. ThemeManager is required (using condition) by JvCore-R and JvCore-R is required by many packages.

-- 
Florent Ouchet


Subject: Re: Free. Deo Gratias!
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 19 Feb 2006 17:47:01 +0100
Newsgroups: jedi.vcl

Me wrote:

> > The JVCL motto: it's free. And gets you tons of needless problems for
> > free either!

I have no problem to write an new Installer that installs the JVCL on
every computer. But that would also mean that the JCL would be hard wired
into the JVCL (to have an exclusive and full control over it) and that the
possibility to configuration (include, exclude) parts of the JVCL will be
gone. In other words a rock solid installer that will work on any
completely destroyed Delphi/BCB installation will force all JVCL users to
use my settings and I really mean >my<. It would be the settings I have
decided to use.

And that is nothing I want to do because this would mean that the JVCL
users are no longer free to combine packages, disable all the design
editors, enable dxgettext support or link against other third party
components like DevExpress, QuickReport, SMExport, SMImport, Indy, ICS,
DOA, ...

-- Regards, Andreas Hausladen 

Subject: Re: upgrade to new version
From: "Tiberiu Horvath" <exact@rdslink.ro>
Date: Sun, 19 Feb 2006 18:36:27 +0200
Newsgroups: jedi.vcl

Thank you ...


Tiberiu

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:dta621$kfb$2@talkto.net...
> > Hi,
> >
>> >> If you can see the answers, please forward those to this thread.
> >
> > You can read them in the web interface of this newsgroup:
> > http://delphi.newswhat.com/geoxml/forumgetthread?groupname=jedi.vcl&messageid=dt7ath$pu1$1@talkto.net&displaymode=all
> >
> > -- 
> > Florent Ouchet 




Subject: Re: JVCLInstall and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 19 Feb 2006 17:35:35 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This is only relevant for code producing if then else statements.
> > Here readability and searchability is more important.
> > IFDEF ELSE is easier to understand than IFNDEF ELSE. In my style changes
> > have reworked the JVCL to change all IFNDEF ELSE into IFDEF ELSE.

Keep in mind the all JvExVCL units are autogenerated. So changing them
directly will be discarded on the next autogeneration that meight happen
in the near or far future depending on bugs in this code.

-- Regards, Andreas Hausladen 

Subject: Re: upgrade to new version
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 17:33:58 +0100
Newsgroups: jedi.vcl

Hi,

> If you can see the answers, please forward those to this thread.

You can read them in the web interface of this newsgroup:
http://delphi.newswhat.com/geoxml/forumgetthread?groupname=jedi.vcl&messageid=dt7ath$pu1$1@talkto.net&displaymode=all

-- 
Florent Ouchet


Subject: Re: upgrade to new version
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 17:33:09 +0100
Newsgroups: jedi.vcl


> He is right. I do not see that thread either.
> At least not in jedi.vcl

Hi,

This thread is called "New version" started yesterday
news://forums.talkto.net:119/dt7ath$pu1$1@talkto.net
http://delphi.newswhat.com/geoxml/forumgetthread?groupname=jedi.vcl&messageid=dt7ath$pu1$1@talkto.net&displaymode=all

-- 
Florent Ouchet


Subject: Re: upgrade to new version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 17:30:40 +0100
Newsgroups: jedi.vcl

Tiberiu Horvath wrote:

> Why on Earth don't I receive that tread ?

He is right. I do not see that thread either.
At least not in jedi.vcl


Subject: Re: upgrade to new version
From: "Tiberiu Horvath" <exact@rdslink.ro>
Date: Sun, 19 Feb 2006 18:28:30 +0200
Newsgroups: jedi.vcl

If you can see the answers, please forward those to this thread.


Thank you very much,


Tiberiu


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:dta0ik$jf8$1@talkto.net...
> > You're kidding us right?
> > You asked the exact same question, with the exact same text yesterday at 
> > 15h38 (GMT+1). You have received multiple answers already, so please refer 
> > to these. 




Subject: Re: Free. Deo Gratias!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 17:27:41 +0100
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

> Hmmm... I think everyone is free to prefer one thing over the other. His
> post was perhaps unnecessary, but there is no reason to tell him to piss
> off, or fault him for not helping to find errors.
>
> If he had complaints, and is happier with what he has now, so be it. No
> need to get upset or be rude to him.

I feel really offended by his message. Especially by an anonymous.

Mainly his message implies that we have an obligation to solve his problems. I also dislike the way the message is written. It tries to hide behind free speech, but the intent is to throw mud at the JVCL developers.


Subject: Re: upgrade to new version
From: "Tiberiu Horvath" <exact@rdslink.ro>
Date: Sun, 19 Feb 2006 18:26:43 +0200
Newsgroups: jedi.vcl

Sorry but I do not find neighter my thread nor the anwers here.

Is there any web link to this newsserver ?

Tiberiu



"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:dta0ik$jf8$1@talkto.net...
> > You're kidding us right?
> > You asked the exact same question, with the exact same text yesterday at 
> > 15h38 (GMT+1). You have received multiple answers already, so please refer 
> > to these. 




Subject: Re: upgrade to new version
From: "Tiberiu Horvath" <exact@rdslink.ro>
Date: Sun, 19 Feb 2006 18:24:09 +0200
Newsgroups: jedi.vcl

Why on Earth don't I receive that tread ?

I'll try to read this from another system.

Sorry ...


T


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:dta0ik$jf8$1@talkto.net...
> > You're kidding us right?
> > You asked the exact same question, with the exact same text yesterday at 
> > 15h38 (GMT+1). You have received multiple answers already, so please refer 
> > to these. 




Subject: Re: Package generator and target aliases
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Feb 2006 17:19:28 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> The compilation may fail for C++Builder targets because the BCB5 and BCB6 PFlags are statically defined for each packages. These variables should not contain dependency informations but only additional flags; 

Well, yes, but most of these can be dealt with conditionals in the PFLAGS. That's why they were introduced in the first place.


> dependencies can be different for personal/standard and professional (and above) versions of Delphi/BCB; dependencies should be enumerated dynamically by the package generator. 

I have never seen a case where the list is different between pro and above, but yes, you are right, it might be.


> Only packages shipped with Delphi/BCB will be listed between the START PACKAGES and the END PACKAGES tags.

That is not enough, JclC50 is often in the PFLAGS as well. See JvCore-R for instance.


> template.bpk in packages\c5 will become:
> (...)
>     <PFLAGS value="-N2..\..\lib\c5\obj -N0..\..\lib\c5\obj -$YD -$W
> -$O- -$A8 -v -JPHNE -M
>                    -U$(BCB)\Lib\Obj %C5PFLAGS%
> <%%% START PACKAGES %%%>
>                    -LU%NAME%
> <%%% END PACKAGES %%%>
>                    -U$(BCB)\Projects\Bpl
>                    -R..\..\Resources
>                   "/>

I'd rather have you use the <%%% START REQUIRES %%%> marker. After all, the -LU flags are just that. We have to add some of them because BCB forgets to do it himself, that's all.


> The C5Flags and C6Flags in every xml files will be reseted to "".

Beware that there are no cases where there is something different from a -LU flag. I can't think of any, but it might be.


> Using these modifications, the list of required packages will be:

<snip>

I'm not too fond on this solution. To me, the requires list should be enough, and the new tool should simply ensure that the list is complete in all xml source files for pg. Your changes imply this, but to me it's clearer if it's in the source xml files, not added by some logic inside pg.

My 2 cents
Olivier


Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 17:19:04 +0100
Newsgroups: jedi.vcl

I am out of ideas.
The error is obviously misleading because JvWizard is not connected to JvEx* at all.


Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 17:17:52 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> What if to derive JvWizard from TFrom rather than TJvExForm ?

That is impossible because JvWizard is USEJVCL so it cannot be derived from JvEx* at all.
This also means that the exception is completely misleading.


Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 17:02:29 +0100
Newsgroups: jedi.vcl

Hi,

After some hours of work I have a solution that works. My changes need some modifications in the package generator to work. Is it ok to commit them? (details follow)

The compilation may fail for C++Builder targets because the BCB5 and BCB6 PFlags are statically defined for each packages. These variables should not contain dependency informations but only additional flags; dependencies can be different for personal/standard and professional (and above) versions of Delphi/BCB; dependencies should be enumerated dynamically by the package generator. Only packages shipped with Delphi/BCB will be listed between the START PACKAGES and the END PACKAGES tags.

template.bpk in packages\c5 will become:
(...)
    <PFLAGS value="-N2..\..\lib\c5\obj -N0..\..\lib\c5\obj -$YD -$W
-$O- -$A8 -v -JPHNE -M
                   -U$(BCB)\Lib\Obj %C5PFLAGS%
<%%% START PACKAGES %%%>
                   -LU%NAME%
<%%% END PACKAGES %%%>
                   -U$(BCB)\Projects\Bpl
                   -R..\..\Resources
                  "/>
(...)

template.bpk in packages\c5std will become:
(...)
    <PFLAGS value="-N2..\..\lib\c5\obj -N0..\..\lib\c5\obj -$YD -$W
-$O- -$A8 -v -JPHNE -M -U$(BCB)\Lib\Obj -DDelphiPersonalEdition %C5PFLAGS%
<%%% START PACKAGES %%%>
                   -LU%NAME%
<%%% END PACKAGES %%%>
                   -U$(BCB)\Projects\Bpl
                   -R..\..\Resources
                  "/>
(...)

template.bpk in packages\c6 will become:
(...)
    <PFLAGS value="-N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W
-$O- -$A8 -v -JPHNE -M
                   -U$(BCB)\Projects\Bpl %C6PFLAGS%
<%%% START PACKAGES %%%>
                   -LU%NAME%
<%%% END PACKAGES %%%>
                   -R..\..\Resources
                  "/>
(...)

template.bpk in packages\c6per will become:
(...)
    <PFLAGS value="-N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W
-$O- -$A8 -v -JPHNE -M -DDelphiPersonalEdition %C6PFLAGS%
<%%% START PACKAGES %%%>
                   -LU%NAME%
<%%% END PACKAGES %%%>
                   -U$(BCB)\Projects\Bpl
                   -R..\..\Resources
                  "/>
(...)

The C5Flags and C6Flags in every xml files will be reseted to "".

Using these modifications, the list of required packages will be:
 - static dependencies (listed in the .xml file) for each package set to the minimum (no extra package being required), all used units are in the current package or in a required package
 - the package generator expands required packages for each package:
    * to compile package "B" which requires package "A", package "A" is
listed in the dependencies of "B"
    * to compile "C" which requires the same package "B", packages "A"
and "B" are listed in the dependencies of "C", although "A" is not
listed in the xml file (no unit of "C" uses a unit of "A"), "A" will be
listed in the generated files (.dpk, .bpk, .cpp...).

The new developer tool checking dependencies of packages is located in
devtools\packagescheck. It uses an xml file
(devtools\bin\PackageCheck.xml) which contains informations about
packages, units, symbols for all targets. Every one can check JVCL
packages on all targets (even targets one doesn't own).
The check of CLX packages fails because of units like Windows,
Commctrl... being used by some JvQ* units.
Checking all JVCL units for all targets lasts about 2 minutes on my
/slow/ computer.

-- 
Florent Ouchet



Subject: Re: JvAppStorage
From: m utku karatas <m.utku.k@g_o_o_g_l_e_smailservice.com>
Date: Sun, 19 Feb 2006 15:47:37 +0000 (UTC)
Newsgroups: jedi.vcl

"BenT" <ben@operamail.com> wrote in news:dsqvvq$dps$1@talkto.net:

> > 
> > Hello,
> > 
> > This is my first post here, so greetings to everyone!
> > 
> > I've been playing with the JvAppStorage component and its Write/Read 
> > ObjectList methods. There appears to be a bug in the Write method.
> > 
> > The ReadObjectList method requires that there be a 'classname' field
> > saved for every object so that the objects can be created as they are
> > read. However, the WriteObjectList method does not save the classname.
> > 
> > Looking at the source, the Write method just iterates through the
> > properties of the object and saves them. But classname is a method and
> > not a property, so it doesn't get saved.
> > 
> > When trying to read, of course the unit throws an exeption because it
> > cannot get the classname to create the object.
> > 
> > I haven't reported this on the Issue Tracker yet, since I wanted to
> > make sure that I'm not crazy and that this is really a bug.
> > 
> > BenT 
> > 
> > 

Latest version 3.1 doesnt have this issue ie not requires classname in 
ReadObjectList method. 


Subject: Re: Free. Deo Gratias!
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Sun, 19 Feb 2006 16:13:58 +0100
Newsgroups: jedi.vcl

At 15:28:15, 19.02.2006, Robert Marquardt wrote:

> > Since you do not tell your name the only answer you deserve is
> > "Piss off".
> > 
> > Instead of complaining you should have helped finding the errors.

Hmmm... I think everyone is free to prefer one thing over the other. His
post was perhaps unnecessary, but there is no reason to tell him to piss
off, or fault him for not helping to find errors.

If he had complaints, and is happier with what he has now, so be it. No
need to get upset or be rude to him.
-- Rudy Velthuis http://rvelthuis.de/ "The nourishment is palatable" -- Emily Dickinson, dying words 

Subject: Re: upgrade to new version
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Feb 2006 16:00:57 +0100
Newsgroups: jedi.vcl

You're kidding us right?
You asked the exact same question, with the exact same text yesterday at 15h38 (GMT+1). You have received multiple answers already, so please refer to these.


Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 15:49:10 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> I would not agree.
>
> What is most probable is to go 1st, then should go expceptional  unfrrequent case.

This is only relevant for code producing if then else statements.
Here readability and searchability is more important.
IFDEF ELSE is easier to understand than IFNDEF ELSE. In my style changes have reworked the JVCL to change all IFNDEF ELSE into IFDEF ELSE.


Subject: upgrade to new version
From: "Tiberiu Horvath" <exact@rdslink.ro>
Date: Sun, 19 Feb 2006 16:33:04 +0200
Newsgroups: jedi.vcl

Hi all,

D6, JVCL 3.0

I tried to write some version check code, and used the TJvFtpUrlGrabber
component. Things are working fine, I can download a file (.exe) from a ftp
server in a specified location. How can I replace my program's exe in
runtime (restarting my application) ?



Thank you,

Tiberiu


PS I tried TJvProgramVersionCheck but that is complicated. Can this be done
in a simpler way ?





Subject: Re: Free. Deo Gratias!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 15:28:15 +0100
Newsgroups: jedi.vcl

Since you do not tell your name the only answer you deserve is
"Piss off".

Instead of complaining you should have helped finding the errors.


Subject: Re: JVCLInstall and DEP
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 19 Feb 2006 17:27:12 +0300
Newsgroups: jedi.vcl

19.02.06 в 17:24 Robert Marquardt в своём письме писал(а):

> BTW there are some classic style errors in the source.
> IFNDEF ELSE is a bad idea. It should be changed to IFDEF ELSE.

I would not agree.

What is most probable is to go 1st, then should go expceptional unfrrequent case.


Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 15:24:53 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> 19.02.06 в 09:03 Robert Marquardt в своём письме писал(а):
>
>> TJvExForm.Create
>
>
> What if to derive JvWizard from TFrom rather than TJvExForm ?

I will try.


Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 15:24:31 +0100
Newsgroups: jedi.vcl

Arioch wrote:
> 19.02.06 в 09:03 Robert Marquardt в своём письме писал(а):
>
>> CreateWMMessage
>
>
> Can you debug this in CPU window ?

I have done that already. I have D6 so no inlining can happen.
Continuing this function does not help at all. Debugging becomes unreliable.

I will try to remove the overloaded and reintroduce directives as much as possible, but i do not know if that will help.

BTW there are some classic style errors in the source.
IFNDEF ELSE is a bad idea. It should be changed to IFDEF ELSE.


Subject: Free. Deo Gratias!
From: "Me" <janedoe@account.com>
Date: Sun, 19 Feb 2006 10:35:14 -0300
Newsgroups: jedi.vcl

No more JVCL-New-Installation-Hell!
No more pain trying to figure out why the JVCL installer won't install!
No more the installing/uninstalling/deleting/renaming whirling, torturing 
cycle!
No more bumping my head against the wall waiting for a NG reply for my 
questions that never comes.

Just bought Raize Lib, dropped JVCL,  and my problems are over!

Simple as that!

The JVCL motto: it's free. And gets you tons of needless problems for free 
either!

Whew! 




Subject: Re: JvMEmoryData - AfterScroll event - .SetRecNo needs trivial fix
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 19 Feb 2006 15:40:31 +0300
Newsgroups: jedi.vcl

18.02.06 в 16:58 Arioch в своём письме писал(а):

> That is done by calling DoAfterScroll right after ReSync was called.
....and checkBrowseMode as 1st statement after checking that FRecNo <> Value


Subject: Re: JvDBGrid - Title hints - source for title
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 19 Feb 2006 15:25:08 +0300
Newsgroups: jedi.vcl

19.02.06 в 15:08 OBones в своём письме писал(а):

> Before I change this, is the Title.Caption equal to FieldName by default?

In VCL 5 - it does

GetCaption cheks if there is specific settings in TColumn, if no - it calls DefaultCaption
That looks if FField is assigned and...

I don't remember how flexible it looks into TField and what id does if FField = nil - but however it iss  on behalf of Borland :)

There is one more thing to look at later: by default Hint should only appear if Title/Cell value is too wide to fit into title's/cell's RECT - to be done later


Subject: Re: JvDBGrid - Title hints - source for title
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Feb 2006 13:08:35 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> line 3592
>
>     if FShowTitleHint and (ACol >= 0) and (ARow = -1) then
>     begin
>       AtCursorPosition := False;
>       HintStr := Columns[ACol].FieldName;
>
>
> That might be ok for englishmen, where field name can be directly  displayed, but it is not ok for non-latin environments :)
>
> That should be
>        HintStr := Columns[ACol].Title.Caption;

Before I change this, is the Title.Caption equal to FieldName by default?


Subject: Re: JVCLInstall and DEP
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 19 Feb 2006 15:02:08 +0300
Newsgroups: jedi.vcl

19.02.06 в 09:03 Robert Marquardt в своём письме писал(а):

> CreateWMMessage

Can you debug this in CPU window ?

function CreateWMMessage(Msg: Integer; WParam: Integer; LParam: Longint): TMessage;
begin
  {$IFNDEF CLR}
  Result.Msg := Msg;
  Result.WParam := WParam;
  Result.LParam := LParam;
  {$ELSE}
  Result := TMessage.Create(Msg, WParam, LParam);
  {$ENDIF CLR}
  Res

The function is inline. Perhaps inlining makes RESULT reside somewhere in the code ?

Which Delphi versions does this affect ? PErhaps if to remove INLINE... ?


Subject: Re: JVCLInstall and DEP
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 19 Feb 2006 14:59:04 +0300
Newsgroups: jedi.vcl

19.02.06 в 09:03 Robert Marquardt в своём письме писал(а):

> TJvExForm.Create

What if to derive JvWizard from TFrom rather than TJvExForm ?


Subject: JvDBGrid - Title hints - source for title
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 19 Feb 2006 14:41:26 +0300
Newsgroups: jedi.vcl

line 3592

    if FShowTitleHint and (ACol >= 0) and (ARow = -1) then
    begin
      AtCursorPosition := False;
      HintStr := Columns[ACol].FieldName;


That might be ok for englishmen, where field name can be directly displayed, but it is not ok for non-latin environments :)

That should be
       HintStr := Columns[ACol].Title.Caption;


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Feb 2006 12:23:10 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Andreas Hausladen a écrit :
>
>> Florent Ouchet wrote:
>>
>>> The file themesvr.dcu was not created by the installer and recompiling
>>> the package inside the IDE does nothing.
>>
>> ThemeSrv.pas/.dcu is part of the TThemeManager.
>
>
> I know that, I said I installed the latest version of Mike Lischke's TThemeManager.
> After searching the file themesvr.dcu was created in $(BCB)\projects\intermed. This directory is not added to the unit directory by the JVCL installer.

Yes, but it should not be.
To me, it's the user's job to ensure the required files from Theme Manager are made available to other projects.


Subject: Re: Installation on C++Builder with themes
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 11:48:05 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> Florent Ouchet wrote:
>> The file themesvr.dcu was not created by the installer and recompiling
>> the package inside the IDE does nothing.
> ThemeSrv.pas/.dcu is part of the TThemeManager.

I know that, I said I installed the latest version of Mike Lischke's TThemeManager.
After searching the file themesvr.dcu was created in $(BCB)\projects\intermed. This directory is not added to the unit directory by the JVCL installer.

-- 
Florent Ouchet


Subject: Re: Installation on C++Builder with themes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 19 Feb 2006 11:29:53 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > P:\Delphi\JVCL-anonymous\run\JvThemes.pas(49) Fatal: File not found:
> > 'ThemeSrv.dcu'

> > The file themesvr.dcu was not created by the installer and recompiling
> > the package inside the IDE does nothing.

ThemeSrv.pas/.dcu is part of the TThemeManager.



-- Regards, Andreas Hausladen 

Subject: Re: JVCLInstall and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sun, 19 Feb 2006 11:26:38 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > BTW why is TJvExForm not derived from TJvExCustomForm?
> > This is either a bug or a bad naming.

Because JvExVCL is a VCL-inheritance layer and no normal code. The
Forms.pas has TCustomForm and TForm, and so JvExVCL has also a
TJvExCustomForm and a TJvExForm.

-- Regards, Andreas Hausladen 

Subject: DBTreeview
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sun, 19 Feb 2006 04:43:30 -0500
Newsgroups: jedi.vcl

    I've got a DataAware Treeview, from the JVCL, on the mainform of my DB 
application.  When it is created, the number of records in the table it is 
connected to is read and if < 1, the first, mandatory item is written to the 
table.  This then becomes the root node of the Treeview.  If there are more 
than one records in the table, an ini-file is read and the default item or 
record is read and FindKey is used to go to that particular record in the 
table.

            Everything works fine except that no matter if I place the code 
for all this in the form's OnCreate, it's Onshow, the Treeview's 
Onchange...whatever...I cannot get the selected Item when set in code to 
show as selected or focused!  The O NLY way I've been able to do so is by 
calling Treeview.Setfocus after all the code has run, bujt in doing so this 
resets the currently selected node back to the first one again!  Any ideas?




Subject: DBTreeview
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sun, 19 Feb 2006 04:43:30 -0500
Newsgroups: jedi.vcl

    I've got a DataAware Treeview, from the JVCL, on the mainform of my DB 
application.  When it is created, the number of records in the table it is 
connected to is read and if < 1, the first, mandatory item is written to the 
table.  This then becomes the root node of the Treeview.  If there are more 
than one records in the table, an ini-file is read and the default item or 
record is read and FindKey is used to go to that particular record in the 
table.

            Everything works fine except that no matter if I place the code 
for all this in the form's OnCreate, it's Onshow, the Treeview's 
Onchange...whatever...I cannot get the selected Item when set in code to 
show as selected or focused!  The O NLY way I've been able to do so is by 
calling Treeview.Setfocus after all the code has run, bujt in doing so this 
resets the currently selected node back to the first one again!  Any ideas?




Subject: Re: Everyone in the Jedi Team ROCKS!
From: Dennis <cy_raid@hotmail.com>
Date: Sun, 19 Feb 2006 03:27:08 -0600
Newsgroups: jedi.vcl

Or rather Display=Keyword=Code (sorry for the typo!)


Subject: Re: Everyone in the Jedi Team ROCKS!
From: Dennis <cy_raid@hotmail.com>
Date: Sun, 19 Feb 2006 03:25:58 -0600
Newsgroups: jedi.vcl

Nevermind I got it!

Templates format is: Keyword=Display=Code
I looked in the source, and examined what it did to find out how it worked.

Thanks anyway!
(Oh, if I could still get access to some sort of help that'd be great!)


On Sun, 19 Feb 2006 02:15:05 -0600, Dennis <cy_raid@hotmail.com> wrote:

> Hi, sorry about that! Heh,
> I just wanna say everyone on the Delphi Jedi team is just so awesome making these great components.
> I finally found out this news group, so I just had to come and drop by!
>
> Also! If I could get a little help too :)
>
> I am using the TJvHLEditor, and I just want to know how to use the Completion Templates,
> I know now that Identifiers are:
>
> Display=Output
>
> But when I do the same for templates,
> Display=Output
>
> I have right now:
> func=function()
>
> And when I hit Ctrl-J it brings it up, and I choose func, but it just deletes my 'func' and that's all.  It didn't really output the function() part.
>
> I was wondering if I'm doing something wrong?
> I'm also doing custom syntax highlighting, and slowly trying to figure it out. :)
> Is there some tutorials or help anywhere about these components?
> Or if someone could give me a little push in the right direction?
>
> Anyway, great job!!
> :D



Subject: Re: Installation on C++Builder with themes
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Feb 2006 09:59:00 +0100
Newsgroups: jedi.vcl

>> I can't compile the JVCL with Themes support enabled on C++Builder 5 and C++Builder 6. Can anyone success this installation?
>
> Do you have the required third party theme support file(s) ?

Yes, I installed the latest version of Mike Lischke's Theme manager.
It created these files:
projects\bpl\ThemeManagerC5.bpl
projects\bpl\ThemeManagerC5.tds
projects\bpl\ThemeManagerC5D.bpl
projects\bpl\ThemeManagerC5D.tds
projects\lib\ThemeManagerC5.bpi
projects\lib\ThemeManagerC5.lib
projects\lib\ThemeManagerC5D.bpi
projects\lib\ThemeManagerC5D.lib

The readme.htm file doesn't say how to install themes in C++Builder, the "explicit rebuild" option is not present in this product.

I tried installing from a cleaned JVCL directory and from my repository with modifications. I get error on both installations.

Here is the log:
<log>
[Compiling: JvCoreC5R.bpl]
Loading project file
Loading template
Generating Makefile
..........................................
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    "C:\PROGRA~2\Borland\CBUILD~1\bin\..\BIN\dcc32" -Q- -M -DJVCL_NO_DEBUGINFO -N1"C:\Programes\Borland\CBuilder5\Include\Vcl" -N2..\..\lib\c5\obj -N0..\..\lib\c5\obj -$YD -$W -$O- -$A8 -v -JPHNE -M   -UC:\PROGRA~2\Borland\CBUILD~1\bin\..\Lib\Obj -LUvcl50 -LUJclC50 -UC:\PROGRA~2\Borland\CBUILD~1\bin\..\Projects\Bpl -R..\..\Resources -I..\..\design;..\..\run;..\..\common;C:\PROGRA~2\Borland\CBUILD~1\bin\..\include;C:\PROGRA~2\Borland\CBUILD~1\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c5\obj;C:\PROGRA~2\Borland\CBUILD~1\bin\..\Projects\Lib;C:\PROGRA~2\Borland\CBUILD~1\bin\..\lib\obj;C:\PROGRA~2\Borland\CBUILD~1\bin\..\lib;C:\PROGRA~2\Borland\CBUILD~1\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;C:\PROGRA~2\Borland\CBUILD~1\bin\..\include;C:\PROGRA~2\Borland\CBUILD~1\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;C:\PROGRA~2\Borland\CBUILD~1\bin\..\include;C:\PROGRA~2\Borland\CBUILD~1\bin\..\include\vcl --BCB ..\..\run\JvExButtons.PAS ..\..\run\JvExCheckLst.PAS ...\..\run\JvExComCtrls.PAS ..\..\run\JvExControls.PAS ...\..\run\JvExExtCtrls.PAS ..\..\run\JvExForms.PAS ...\..\run\JvExGrids.PAS ..\..\run\JvExMask.PAS ...\..\run\JvExStdCtrls.PAS ..\..\run\JvJVCLAboutForm.PAS ...\..\run\JVCLVer.PAS ..\..\common\JvConsts.PAS ..\..\common\JvWin32.PAS ...\..\run\JvColorProvider.PAS ..\..\run\JvComponentBase.PAS ...\..\run\JvComponent.PAS ..\..\run\JvContextProvider.PAS ...\..\run\JvDataProvider.PAS ..\..\run\JvDataProviderIntf.PAS ...\..\run\JvDynControlEngine.PAS ..\..\run\JvDynControlEngineIntf.PAS ...\..\run\JvDynControlEngineVCL.PAS ...\..\run\JvDynControlEngineTools.PAS ..\..\run\JvDsgnIntf.PAS ...\..\run\JvJCLUtils.PAS ..\..\run\JvJVCLUtils.PAS ...\..\run\JvMaxPixel.PAS ..\..\run\JvMouseTimer.PAS ...\..\run\JvPoweredBy.PAS ..\..\run\JvProgressUtils.PAS ...\..\run\JvPropertyStore.PAS ..\..\run\JvPropertyStorage.PAS ...\..\run\JvThemes.PAS ..\..\run\JvTypes.PAS ..\..\run\JvVersionInfo.PAS ...\..\run\JvActions.PAS ..\..\run\JvAppIniStorage.PAS ...\..\run\JvAppRegistryStorage.PAS ..\..\run\JvAppStorage.PAS ...\..\run\JvAppStorageSelectList.PAS ..\..\run\JvBaseDlg.PAS ...\..\run\JvCaret.PAS ..\..\run\JvResources.PAS ..\..\run\JvClipbrd.PAS ...\..\run\JvAutoComplete.PAS ..\..\run\JvBackgrounds.PAS ...\..\run\JvVCL5Utils.PAS
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

P:\Delphi\JVCL-anonymous\run\JvThemes.pas(49) Fatal: File not found: 'ThemeSrv.dcu'

** error 1 ** deleting "C:\Programes\Borland\CBuilder5\Projects\Bpl"\JvCoreC5R.bpl

** error 1 ** deleting CompilePackages
</log>

The file themesvr.dcu was not created by the installer and recompiling the package inside the IDE does nothing.

-- 
Florent Ouchet


Subject: Everyone in the Jedi Team ROCKS!
From: Dennis <cy_raid@hotmail.com>
Date: Sun, 19 Feb 2006 02:15:05 -0600
Newsgroups: jedi.vcl

Hi, sorry about that! Heh,
I just wanna say everyone on the Delphi Jedi team is just so awesome making these great components.
I finally found out this news group, so I just had to come and drop by!

Also! If I could get a little help too :)

I am using the TJvHLEditor, and I just want to know how to use the Completion Templates,
I know now that Identifiers are:

Display=Output

But when I do the same for templates,
Display=Output

I have right now:
func=function()

And when I hit Ctrl-J it brings it up, and I choose func, but it just deletes my 'func' and that's all.  It didn't really output the function() part.

I was wondering if I'm doing something wrong?
I'm also doing custom syntax highlighting, and slowly trying to figure it out. :)
Is there some tutorials or help anywhere about these components?
Or if someone could give me a little push in the right direction?

Anyway, great job!!
:D


Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Feb 2006 07:03:17 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> You must change the $D- to a $D+ to see more debug information. And if
> something points to JvExForms it meight actually mean JvExControls.pas

I changed it, but it did not really help.
The crash now points to CreateWMMessage in JvExControls, but to the "begin" of the function.

The call stack seems to be

CreateWMMessage
TJvExForm.BaseWndProc
TJvExForm.VisibleChanged
TJvExForm.WndProc
TJvExForm.CreateNew
TJvExForm.Create

The above is with stack frames and without optimization.
Changing that takes us back to the JvWizard bug position.
Also switching on range checking or overflow checking.

Commenting out the call to VisibleChanged in WndProc throws the same error for one of the other CM_ messages.

Increasing the initial and max stack size does not help.


BTW why is TJvExForm not derived from TJvExCustomForm?
This is either a bug or a bad naming.


Subject: Re: Installation on C++Builder with themes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 19 Feb 2006 01:16:11 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Hi,
>
> I can't compile the JVCL with Themes support enabled on C++Builder 5 and C++Builder 6. Can anyone success this installation?

Do you have the required third party theme support file(s) ?


Subject: Re: What about a developer blog
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sun, 19 Feb 2006 00:43:42 +0300
Newsgroups: jedi.vcl

>      Or at least have some index of all JEDI developers' blogs.

Most blogs have RSS/Atom newsfeeds so they can be aggregated on any site.

But there is a problem of rubrication.

I don't think all the developers only post JVCL-related posts on their blogs.


Subject: Installation on C++Builder with themes
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 18 Feb 2006 20:57:05 +0100
Newsgroups: jedi.vcl

Hi,

I can't compile the JVCL with Themes support enabled on C++Builder 5 and C++Builder 6. Can anyone success this installation?

TIA

-- 
Florent Ouchet


Subject: Re: JVCLInstall and DEP
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 18 Feb 2006 20:16:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I will add the MAP file of this EXE version to binaries.
> > It seems to point to JvExForms as the source of problems.

In the JvEx*.pas files there is a line
  {$D-} // do not step into this unit

You must change the $D- to a $D+ to see more debug information. And if
something points to JvExForms it meight actually mean JvExControls.pas


-- Regards, Andreas Hausladen 

Subject: Re: New version
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sat, 18 Feb 2006 14:13:26 -0500
Newsgroups: jedi.vcl

In article <dt7bvh$q5a$1@talkto.net>, elahn@elahn.net says...
> > Tiberiu Horvath wrote, on 19/02/2006 12:38 AM:
>> > > How can I replace my program's exe in 
>> > > runtime (restarting my application) ?
> > 
> > See the thread started by Ed Blanchard on 30 September 2005, with the 
> > subject "Clarification on JvProgramVersionCheck".
> > 

I've been trying to get time to finish the tutorial before this next 
version release - will try and have *something* by Sunday.

EdB


Subject: JvInspector - Different editor for AnsiStrings
From: "Dan" <none@none.com>
Date: Sat, 18 Feb 2006 18:23:10 +0100
Newsgroups: jedi.vcl

Hello all,

I'm using JvInspector and BCB6.0. I'd like to use 
a different editor for certain AnsiString 
properties in my class.
So far I've declared a class that inherits from 
TJvCustomInspectorItem with all the logic and 
registered it with the TJvTypeInfoHelper class.
My problem is that "typedef AnsiString TMyNewType" 
doesn't really create a new type in C++ so I don't 
see a way how the inspector can see that this is a 
new type and not just plain AnsiString.

Any ideas how to solve it?

Thank you 




Subject: Re: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Feb 2006 18:13:36 +0100
Newsgroups: jedi.vcl

Arioch wrote:
> 18.02.06 в 10:27 Robert Marquardt в своём письме писал(а):
>
> Robert, can JCL / experts/ Debug / dialog be added to installer, together  with debug info and show the call stack ?

Unfortunately this *is* already with JCL Debug Expert active.

First i get a DEP Message. After closing it a crash dialog shows up.
It allows to show some extra info

Problemsignatur
EventType: BEX  P1: JVCLInstall.exe  P2: 0.0.0.0  P3: 2a425e19
P4: JVCLInstall.exe  P5: 0.0.0.0  P6:  2a425e19  P7: 000739fc
P8: c0000005  P9: 0000008

The crash log files offered are not really informative.

Only after that i get an

Application Error
Exception EAccessViolation in module JVCLInstall.exe at 000739FC.
Access violation at address 004739FC in module 'JVCLInstall.exe'. Write of address 004739FC.

This is obviously the standard exception dialog of Delphi.

If i compile with Stack Frames on and Optimization off i get the same message with addresses 00074E20 and 00474E20 respectively, but now three Windows DEP dialogs follow and then a

Error
Runtime error 216 at 0040392A

I will add the MAP file of this EXE version to binaries.
It seems to point to JvExForms as the source of problems.


Subject: Re: What about a developer blog
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 18 Feb 2006 18:06:44 +0300
Newsgroups: jedi.vcl

17.02.06 в 13:46 Uwe Schuster в своём письме писал(а):

> How about using the wiki?

You may consider:
 trac (link is somewhere on www.growl.info) - Python-based wiki+issue tracker.
Since updating is like making a new "Enhancement" bugtracker element - that might be a good thing.
But it uses MediaWiki syntax which seems ugly to me.

npj.ru - blog based on WackoWiki syntax, PHP
It has a plugin wor integrated issue tracker.
The very npj.ru site use some version (customised?) of Mantis
Alas, in difference with WackoWiki - there is no way to attach files (say, screenshots or patches) to the page.
It also makes some difference between regular blog post and wiki document. Perhaps it helps newcomer to easier understand it, but it is not too flexible IMHO.

JVCL News would be a community, that JVCL Team would be members of, hence would be easy to post blog posts into this community.

Each NPJ page features a lot (6?) somehow different RSS streams, so even NPJ devel's could not decide upon which of those streams to publish :)

Personally i think with Trac You would easier customize site layout and design, while PHP templates would be harder (while possible) to restructure site.


Subject: Re: No JclVcl.dcp
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 18 Feb 2006 17:59:19 +0300
Newsgroups: jedi.vcl

17.02.06 в 21:36  в своём письме писал(а):

> Went to http://jcl.sourceforge.net/daily/, downloaded and installed
> jcl-latest.
> then
> went to http://jvcl.sourceforge.net/daily/, downloaded ad TRIED to install
> JVCL3-Latest
>

I would say that two days ago i rather easily downloaded (CVS) and updated (it was not clean install) JCL and JVCL.

BTW, did JVCL installer correctly determined and shown in GUI the path to installed JCL lib ?


Subject: Re: New version
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 18 Feb 2006 17:57:40 +0300
Newsgroups: jedi.vcl

18.02.06 в 17:38 Tiberiu Horvath в своём письме писал(а):

> runtime (restarting my application) ?

You would hardly do it on windows.
That is not Unix nor ErLang  :-)

On WindowsNT (not Windows) one usually can rename running DLL/EXE, then download new version with old filenames, then restart app.

I also think that most correct way is to use separate little exe, which will
1) download new version of program and check files using TigerTree, SHA1 or MD5 hashes. (In the background)
2) when assured that all files downloaded completely and without error - start fast updating.
2.0) place all new files on the same disc as files targeted to be replaced
2.1) rename all EXE/DLL files that are in use and are to be replaced and do not have blobking share settings.
2.2) shutdown running application
2.2.1) if some DLL/EXE in 2.1 could not be renamed - do it now.
2.3) rename new updated files to their target filenames
2.4) rename old data files and rename new data files to the usual names.
2.5) relaunch the application
2.6) now again in the background save old file to some archive (if new version would be bad and user would want to revert to old one) or just delete them.

This consume disc space but makes swithch as fast as possible.


Simple tool doing something like that can be seen in Polaris VCL library


Subject: Re: New version
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 19 Feb 2006 00:56:21 +1000
Newsgroups: jedi.vcl

Tiberiu Horvath wrote, on 19/02/2006 12:38 AM:
> How can I replace my program's exe in runtime (restarting my application) ?

See the thread started by Ed Blanchard on 30 September 2005, with the subject "Clarification on JvProgramVersionCheck".

-- 
enjoy life,
           Elahn


Subject: Re: JVCLInstall and DEP
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 18 Feb 2006 17:45:37 +0300
Newsgroups: jedi.vcl

18.02.06 в 10:27 Robert Marquardt в своём письме писал(а):

Robert, can JCL / experts/ Debug / dialog be added to installer, together with debug info and show the call stack ?

> I could near it down to JvWizard.pas by debugging JVCLInstall in Delphi 6 with DEP enabled.
>
> In TJvWizard.CreateNavigateButtons GetButtonControlClass is called where the assignment
>
>    case AKind of
>      bkStart:
>        Result := TJvWizardStartButton;
>
> causes the exception. Strangely the address shown in the exception seems to point to JvExForms.
> I have no idea why this could crash.



Subject: New version
From: "Tiberiu Horvath" <exact@rdslink.ro>
Date: Sat, 18 Feb 2006 16:38:47 +0200
Newsgroups: jedi.vcl

Hi all,

D6, JVCL 3.0

I tried to write some version check code, and used the TJvFtpUrlGrabber 
component. Things are working fine, I can download a file (.exe) from a ftp 
server in a specified location. How can I replace my program's exe in 
runtime (restarting my application) ?



Thank you,

Tiberiu


PS I tried TJvProgramVersionCheck but that is complicated. Can this be done 
in a simpler way ? 




Subject: JvMEmoryData - AfterScroll event - .SetRecNo needs trivial fix
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Sat, 18 Feb 2006 16:58:30 +0300
Newsgroups: jedi.vcl

From D5 help:

AfterScroll is called after all other events triggered by these methods and any other methods that switch from record to record in the dataset.


That means, that when i do JvMemoryData1.RecNo := 1 then event should be fired.
That is done by calling DoAfterScroll right after ReSync was called.

To compare:

procedure TIBCustomDataSet.SetRecNo(Value: Integer);
begin
  CheckBrowseMode;
  if (Value < 1) then
    Value := 1
  else if Value > FRecordCount then
  begin
    InternalLast;
    Value := Min(FRecordCount, Value);
  end;
  if (Value <> RecNo) then
  begin
    DoBeforeScroll;
    FCurrentRecord := Value - 1;
    Resync([]);
    DoAfterScroll;
  end;
end;

procedure TIBCustomDataSet.SetRecNo(Value: Integer);
begin
  CheckBrowseMode;
  if (Value < 1) then
    Value := 1
  else if Value > FRecordCount then
  begin
    InternalLast;
    Value := Min(FRecordCount, Value);
  end;
  if (Value <> RecNo) then
  begin
    DoBeforeScroll;
    FCurrentRecord := Value - 1;
    Resync([]);
    DoAfterScroll;
  end;
end;

procedure TIBCustomDataSet.SetRecNo(Value: Integer);
begin
  CheckBrowseMode;
  if (Value < 1) then
    Value := 1
  else if Value > FRecordCount then
  begin
    InternalLast;
    Value := Min(FRecordCount, Value);
  end;
  if (Value <> RecNo) then
  begin
    DoBeforeScroll;
    FCurrentRecord := Value - 1;
    Resync([]);
    DoAfterScroll;
  end;
end;


Subject: Re: Package generator and target aliases
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 18 Feb 2006 10:38:28 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > vclxXX.bpl doesn't contain the visual kylix classes: it contains at
> > least Checklst, Colorgrd, Ddeman, Filectrl, Mplayer, Outline, Tabnotbk,
> > Tabs (in VCL5).  The visualclx package is called, visualclxXX.bpl

You are right. I was so fastinated by the new Integrated Debugger patch
for Kylix that I assosiated everything that has contains the "clx"-
letters as VisualCLX related.

vclx.bpl is part of the personal/standard editions.


-- Regards, Andreas Hausladen 

Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 18 Feb 2006 10:08:55 +0100
Newsgroups: jedi.vcl

Hi,

> vclx (VisualCLX) is not included in the personal versions. And I think for
> vclie this is also the case.

vclxXX.bpl doesn't contain the visual kylix classes: it contains at least Checklst, Colorgrd, Ddeman, Filectrl, Mplayer, Outline, Tabnotbk, Tabs (in VCL5).
The visualclx package is called, visualclxXX.bpl

-- 
Florent Ouchet


Subject: JVCLInstall and DEP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Feb 2006 08:27:37 +0100
Newsgroups: jedi.vcl

I could near it down to JvWizard.pas by debugging JVCLInstall in Delphi 6 with DEP enabled.

In TJvWizard.CreateNavigateButtons GetButtonControlClass is called where the assignment

  case AKind of
    bkStart:
      Result := TJvWizardStartButton;

causes the exception. Strangely the address shown in the exception seems to point to JvExForms.
I have no idea why this could crash.


Subject: Re: foot pedal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Feb 2006 06:27:17 +0100
Newsgroups: jedi.vcl

Bo Barnett wrote:

> The device is an Infinity Foot Pedal.   I know 100 web sites that sell it, but can't find anyway to actual interface to the device.

Have a look at the COM ports in Device Manager and plug the pedal.
If a COM port shows up then we know that it has a virtual COM port.


Subject: Re: foot pedal
From: "Bo Barnett" <bo.barnett@4pmsolutions.com>
Date: Fri, 17 Feb 2006 14:31:01 -0500
Newsgroups: jedi.vcl

Robert,
Thanks in advance.
The device is an Infinity Foot Pedal.   I know 100 web sites that sell it, 
but can't find anyway to actual interface to the device.

thanks again,


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:dt3jv6$3at$1@talkto.net...
> > Bo Barnett wrote:
>> >> Does anyone know how to interface to a USB foot pedal.  Preferably the 
>> >> Infinity USB Foot pedal.  This is too control a wav player in a 
>> >> transcription application.
>> >>
>> >> thanks in advance.
> >
> > I need some info about the device first.
> > I will send you some test apps later this day.
> > USB foot pedals can be weird devices. 




Subject: Re: Package generator and target aliases
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 17 Feb 2006 19:41:27 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > vclie, vclx

vclx (VisualCLX) is not included in the personal versions. And I think for
vclie this is also the case.



-- Regards, Andreas Hausladen 

Subject: Re: No JclVcl.dcp
From: <me@myself.com>
Date: Fri, 17 Feb 2006 15:36:59 -0300
Newsgroups: jedi.vcl

Went to http://jcl.sourceforge.net/daily/, downloaded and installed 
jcl-latest.
then
went to http://jvcl.sourceforge.net/daily/, downloaded ad TRIED to install 
JVCL3-Latest 




Subject: No JclVcl.dcp
From: <me@myself.com>
Date: Fri, 17 Feb 2006 14:55:38 -0300
Newsgroups: jedi.vcl

JVCL installer can't find this JclVcl.dcp 




Subject: Re: What about a developer blog
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 17 Feb 2006 18:43:26 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> [...]So I
> thought about using my Blog for this, but wouldn't it be better to have a
> centralized JCL/JVCL blog for the "change log with some explanations about
> the intention for the changes and maybe how to use the new functionallity?

    Or at least have some index of all JEDI developers' blogs.

    You can always write the entry in your own blog and add a link to it in, eg. the changelog, post the link in the NG, and/or add the link to the commit comment. And why not simply create a page with links to all JVCL-related blog entries?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: No JclVcl.dcp
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 17 Feb 2006 18:05:16 +0100
Newsgroups: jedi.vcl

me@myself.com wrote:

> JVCL installer can't find this JclVcl.dcp 

You must install the JCL before installing the JVCL.


Subject: Re: Package generator and target aliases
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 17 Feb 2006 18:05:00 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
>>> I have some doubts about packages supplied with personal (or standard) versions of Delphi: db packages are not part of these SKUs. What about vclie, vclx, vcljpg, qrpt?
>>
>>
>> qrpt is only there if quickreport is installed, and there is a symbol for indicating htis.
>>
>> As to the others, I guess they are, but cannot be sure.
>
>
> I hope I won't break support for personal/standard versions.

It works as it is now. So if there was no specific exlcusion, it is safe to assume it is in the personal edition.


Subject: Re: No JclVcl.dcp
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 17 Feb 2006 18:04:16 +0100
Newsgroups: jedi.vcl

Hi,

> JVCL installer can't find this JclVcl.dcp 

Which version of the JVCL do you use? Release 3.00, Release 3.10, snapshot, CVS...

Did you install the JCL first?

-- 
Florent Ouchet


Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 17 Feb 2006 17:56:39 +0100
Newsgroups: jedi.vcl

>> I have some doubts about packages supplied with personal (or standard) versions of Delphi: db packages are not part of these SKUs. What about vclie, vclx, vcljpg, qrpt?
>
> qrpt is only there if quickreport is installed, and there is a symbol for indicating htis.
>
> As to the others, I guess they are, but cannot be sure.

I hope I won't break support for personal/standard versions.

-- 
Florent Ouchet


Subject: Re: Package generator and target aliases
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 17 Feb 2006 17:25:24 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Hi,
>
> I have some doubts about packages supplied with personal (or standard) versions of Delphi: db packages are not part of these SKUs. What about vclie, vclx, vcljpg, qrpt?

qrpt is only there if quickreport is installed, and there is a symbol for indicating htis.

As to the others, I guess they are, but cannot be sure.


Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 17 Feb 2006 14:42:04 +0100
Newsgroups: jedi.vcl

Hi,

I have some doubts about packages supplied with personal (or standard) versions of Delphi: db packages are not part of these SKUs. What about vclie, vclx, vcljpg, qrpt?

-- 
Florent Ouchet


Subject: Re: What about a developer blog
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 17 Feb 2006 12:40:18 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > How about using the wiki?

A wiki requires a more structured writing in my eyes.


-- Regards, Andreas Hausladen 

Subject: Re: What about a developer blog
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 17 Feb 2006 11:46:12 +0100
Newsgroups: jedi.vcl

On Fri, 17 Feb 2006 09:54:01 +0100, "Andreas Hausladen" wrote:

> >Yesterday I made some improvements to the TJvEditor. But how to inform all
> >the JVCL users about the changes? In the newsgroups a post about these
> >changes will get lost in the quantity of the messages. The same happens
> >with such a Mantis report. For a news entry it would be to detailed. So I
> >thought about using my Blog for this, but wouldn't it be better to have a
> >centralized JCL/JVCL blog for the "change log with some explanations about
> >the intention for the changes and maybe how to use the new functionallity?

How about using the wiki?

Uwe


Subject: Re: What about a developer blog
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 17 Feb 2006 10:16:58 +0100
Newsgroups: jedi.vcl

> Yesterday I made some improvements to the TJvEditor. But how to inform all
> the JVCL users about the changes? In the newsgroups a post about these
> changes will get lost in the quantity of the messages. The same happens
> with such a Mantis report. For a news entry it would be to detailed. So I
> thought about using my Blog for this, but wouldn't it be better to have a
> centralized JCL/JVCL blog for the "change log with some explanations about
> the intention for the changes and maybe how to use the new functionallity?

Hi,

Announces can be added on the page http://homepages.borland.com/jedi/jvcl/
I don't know who has write access to these pages.

-- 
Florent Ouchet


Subject: What about a developer blog
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 17 Feb 2006 09:54:01 +0100
Newsgroups: jedi.vcl

Yesterday I made some improvements to the TJvEditor. But how to inform all
the JVCL users about the changes? In the newsgroups a post about these
changes will get lost in the quantity of the messages. The same happens
with such a Mantis report. For a news entry it would be to detailed. So I
thought about using my Blog for this, but wouldn't it be better to have a
centralized JCL/JVCL blog for the "change log with some explanations about
the intention for the changes and maybe how to use the new functionallity?

-- Regards, Andreas Hausladen 

Subject: Re: Need Help: Embed MS Office Window into Delphi Application?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 17 Feb 2006 08:25:38 +0100
Newsgroups: jedi.vcl


"JK" <finder@usa.net> schrieb im Newsbeitrag news:dt2ga9$rmm$1@talkto.net...
> > I'd like to embed a running instance of Microsoft Word into a panel (or
> > other control?) of my program. But I haven't been able to figure out a way
> > to do so.
> >

TOLEContainer (Tabulator "System")?



Subject: Re: foot pedal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Feb 2006 05:52:21 +0100
Newsgroups: jedi.vcl

Bo Barnett wrote:
> Does anyone know how to interface to a USB foot pedal.  Preferably the Infinity USB Foot pedal.  This is too control a wav player in a transcription application.
>
> thanks in advance. 

I need some info about the device first.
I will send you some test apps later this day.
USB foot pedals can be weird devices.


Subject: foot pedal
From: "Bo Barnett" <bo.barnett@4pmsolutions.com>
Date: Thu, 16 Feb 2006 22:01:04 -0500
Newsgroups: jedi.vcl

Does anyone know how to interface to a USB foot pedal.  Preferably the 
Infinity USB Foot pedal.  This is too control a wav player in a 
transcription application.

thanks in advance. 




Subject: Re: Need Help: Embed MS Office Window into Delphi Application?
From: "Iwalewa" <Iwalewa@nospamforme.com>
Date: Thu, 16 Feb 2006 20:05:20 -0500
Newsgroups: jedi.vcl

Hi,
> >
> > Can anyone point me in the right direction or is there a component out 
> > there that can help me out?
> >
I am also interested in a similar component. Meanwhile, there is an OCX that 
do exactly what you are requesting, it can be found here 
http://www.anydraw.com

Thanks,
Femi 




Subject: Re: Need Help: Embed MS Office Window into Delphi Application?
From: Markus <markus.humm@freenet.de>
Date: Thu, 16 Feb 2006 20:02:45 +0100
Newsgroups: jedi.vcl

JK schrieb:
> > I'd like to embed a running instance of Microsoft Word into a panel (or 
> > other control?) of my program. But I haven't been able to figure out a way 
> > to do so.
> > 
> > Obviously Word would need to be loaded on the target PC already, so "all" I 
> > really need is to start up Word so that it looks like it's running in my 
> > application.
> > 
> > Can anyone point me in the right direction or is there a component out there 
> > that can help me out?
> > 
> > Any and all help would be GREATLY appreciated.
> > 
> > Thanks!
> > 
> > J. 
> > 
> > 
There must be a way. Office automation can be used from Delphi, but so
far I've onl used hidden instances of Excel.

But: SAP R/3 can do this sort of thing as well and there you can have
the Toolbars, Menus etc. visible within your SAP client.

So there must be a way to do it, since SAP also uses COM for this.

Greetings

Markus


Subject: Re: trouble with jvcl installer
From: "pastine" <nodirectmail@nomail.com>
Date: Thu, 16 Feb 2006 19:46:03 +0100
Newsgroups: jedi.vcl

> >The next release, due this week-end will then contain this fix along 
> >with others.

I do have the latest service pack from Borland. I'll wait a couple of
weeks, download the latest version and try again. Thanks everybody for
your help.
Ivan



--- posted by geoForum on http://delphi.newswhat.com


Subject: Need Help: Embed MS Office Window into Delphi Application?
From: "JK" <finder@usa.net>
Date: Thu, 16 Feb 2006 13:39:56 -0500
Newsgroups: jedi.vcl

I'd like to embed a running instance of Microsoft Word into a panel (or 
other control?) of my program. But I haven't been able to figure out a way 
to do so.

Obviously Word would need to be loaded on the target PC already, so "all" I 
really need is to start up Word so that it looks like it's running in my 
application.

Can anyone point me in the right direction or is there a component out there 
that can help me out?

Any and all help would be GREATLY appreciated.

Thanks!

J. 




Subject: Re: TJvDBDateTimePicker problems
From: "Fikret Hasovic" <fikrethREMOVE@bihtamp.net>
Date: Thu, 16 Feb 2006 16:17:25 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

>> > > Is anyone able to reproduce this?
> > 
> > For sure I can reproduce: that crashed my BDS 2006. I got lots of AV
> > and fatal errors.  Please create a bug report in the mantiss:
> > http://homepages.borland.com/jedi/issuetracker/main_page.php

OK. Will do that tomorrow!

-- Best regards, Fikret Hasovic http://fikret.fbtalk.net USAID TAMP Senior Programmer * Firebird Foundation member. - Join today at http://www.firebirdsql.org/ff/foundation * JEDI VCS contributor http://jedivcs.sourceforge.net/ * Firebird and Fyracle news http://www.fyracle.org Posted with XanaNews 1.18.1.0 

Subject: Re: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 16 Feb 2006 15:16:52 +0100
Newsgroups: jedi.vcl

> I don't like "suff", it's not clear enough.
> I'd rather have this:
> VCLver5
> VCLver6up

Ok.

> that would make things clearer. As for the rest, go ahead.

Thanks
The tool is able to eliminate useless dependencies too.

-- 
Florent Ouchet


Subject: Re: Package generator and target aliases
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 16 Feb 2006 14:26:24 +0100
Newsgroups: jedi.vcl

I don't like "suff", it's not clear enough.
I'd rather have this:

VCLver5
VCLver6up

that would make things clearer. As for the rest, go ahead.


Subject: Re: TJvDBDateTimePicker problems
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 16 Feb 2006 14:16:38 +0100
Newsgroups: jedi.vcl

> Is anyone able to reproduce this?

For sure I can reproduce: that crashed my BDS 2006. I got lots of AV and fatal errors.
Please create a bug report in the mantiss: http://homepages.borland.com/jedi/issuetracker/main_page.php

-- 
Florent Ouchet


Subject: Re: Joke!?
From: "Daniel Rail" <daniel@accra.ca>
Date: Thu, 16 Feb 2006 09:10:00 -0400
Newsgroups: jedi.vcl

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:dssg9l$vv4$1@talkto.net...
> > Hi,
> >
> > Thanks for the news, arrived just on time :p
> >
> > Unless you add a relation between this information and the Jedi Visual 
> > Component Library, this off-topic thread must be discussed in Borland's 
> > public newsgroups.

And, it has been discussed(and still a hot topic) in great length in the 
borland.public.delphi.non-technical newsgroup.  And, I would recommend by 
starting to read David I.'s letter either in that newsgroup(dated 
08-Feb-2006) or in his 
blog(http://blogs.borland.com/davidi/archive/2006/02/08/23013.aspx)

I hope this gives a little bit more info on the subject and any replies 
should be on the delphi.non-technical newsgroup.

Daniel Rail 




Subject: Re: TJvDBDateTimePicker problems
From: "Fikret Hasovic" <fikrethREMOVE@bihtamp.net>
Date: Thu, 16 Feb 2006 12:43:56 +0000 (UTC)
Newsgroups: jedi.vcl

Fikret Hasovic wrote:

> > Hi,
> > 
> > I am having problems with TJvDBDateTimePicker component and BDS 2006.
> > 
> > Just drop TJvDBDateTimePicker on form, and try to leave form, your
> > mouse cannot leave that region, and you cannot do anything. If you use
> > ALT-TAB, you can change active app, but your mouse will stay in that
> > region. It will give some error message, but I don't know exact
> > message text, couldn't save it... I have reproduced this error on 3
> > computers, with released JVCL3 and with CVS version.

Is anyone able to reproduce this?

-- Best regards, Fikret Hasovic http://fikret.fbtalk.net USAID TAMP Senior Programmer * Firebird Foundation member. - Join today at http://www.firebirdsql.org/ff/foundation * JEDI VCS contributor http://jedivcs.sourceforge.net/ * Firebird and Fyracle news http://www.fyracle.org Posted with XanaNews 1.18.1.0 

Subject: Re: TJvDBGrid - programatically changing current row ?
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 16 Feb 2006 13:24:20 +0100
Newsgroups: jedi.vcl

> >The stars so gaily glistened... (Tue, 14 Feb 2006 20:42:13 +0300 @779)
> >...while the fading voice of Arioch whispered through the darkness,
> >making lonely ghost of Fred tremble:
> >
> >[Sorry, skipped]
> >
> > AB>  I did not tried original VCL control yet, lack of time :(
> >
> > VCL5 TDBGrid just avoids exposing .Row property, so u think i am right
> >here. ;)

I didn't understand at first why you called that a bug. OK, now, I'm 
going to hide the Row property and publish FocusCell or MoveColRow (I'll 
see what's best).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Package generator and target aliases
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 16 Feb 2006 10:47:00 +0100
Newsgroups: jedi.vcl

Hi,

I am writting a devtool that parses pascal units and enumerates units used. This tool behavior is strict and throws an error whenever it can't find a unit in a required package nor in the current package.
The code is functional, it parses included files too (like jvcl.inc, jedi.inc) to get all defined compiler symbols and to build the list of units used by a package for each target.

Launching this tool on JVCL packages give a lot of errors: many required packages are not listed in the dependency list. That could introduce errors: thread news://forums.talkto.net:119/drt8ge$q1t$1@talkto.net "File not found jcl\lib\D7\DSGNINTF.pas" started on 02/02/2006: the compilation worked on our computers but failed on other ones because of a missing dependency.

I would like to change target aliases to something more functional:

VCL5 = C5,C5s,D5,D5s
VCLsuff = C6,C6p,D6,D6p,D7,D7p,D9,D9p,D10 (to be continued)
VCLall = C5,C5s,D5,D5s,C6,C6p,D6,D6p,D7,D7p,D9,D9p,D10 (to be continued)

Dver5 = D5,D5s
Dsuff = D6,D6p,D7,D7clx,D7p,D9,D9p,D10 (to be continued)
Dall = D5,D5s,D6,D6p,D7,D7clx,D7p,D9,D9p,D10 (to be continued)

Cver5 = C5,C5s
Csuff = C6,C6s,D10 (to be continued)
Call = C5,C5s,C6,C6s,D10 (to be continued)

CLXall = D7clx,K3,K3p

DB5 = C5,D5
DBsuff = C6,D6,D7,D7clx,K3,D9,D10 (to be continued)
DBall = C5,D5,C6,D6,D7,D7clx,K3,D9,D10 (to be continued)

DBVCL5 = C5,D5
DBVCLsuff = C6,D6,D7,D9,D10 (to be continued)
DBVCLall = C5,D5,C6,D6,D7,D9,D10 (to be continued)

DBCLXall = D7clx,K3

all5 = C5,C5s,D5,D5s
allsuff = C6,C6p,D6,D6p,D7,D7p,D7clx,K3,K3p,D9,D9p,D10 (to be continued)
all = (implicit)

Windows = C5,C5s,D5,D5s,C6,C6p,D6,D6p,D7,D7p,D7clx,D9,D9p,D10 (to be continued)
Linux = K3,K3p

That will simplify the dependency section for each package:
JCLD50's target would be Dver5
JCLC50's target Cver5
JCL --> allsuff
JCLVCL --> VCLsuff
JCLVCLx --> CLXall
VCL50 --> VCL5
RTL --> allsuff
VCL --> allsuff
Jv* --> all
and so on.

Could I continued this way?

-- 
Florent Ouchet


Subject: Re: TJvXPBar
From: "samuel herzog" <samuel.herzog@nospam.roche.com>
Date: Thu, 16 Feb 2006 09:46:10 +0100
Newsgroups: jedi.vcl

It does not make sense to have the doubleclick flag removed in the
constructor and then override the OnDblClick Event.
So I think only the author of the component could tell us more about.
If no one claims that it is absolutly needed within the next few days then
we should change the constructor.




"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote in
message news:dssql9$2vr$1@talkto.net...
> > Is there any reason why TJvXPCustomWinXPBar.Create() removes the
> > csDoubleClicks flag from the ControlStyle?
> >
> > ControlStyle := ControlStyle - [csDoubleClicks] + [csAcceptsControls,
> > csActionClient];
> >
> > This causes the control to ignore DblClick events.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Hide jvDock floating windows when app is not active.
From: Yannis <None@noware.non>
Date: Thu, 16 Feb 2006 08:44:19 +0000 (UTC)
Newsgroups: jedi.vcl

I am lost. I do not had the time to actually learn how this library works
and I will have even less the comming days. I need some one to describe 
to me what all this components are used and the logic behind the library.

I can't find out where the windows are created and how to check
if this windows are floating or docked.

Any one has any experience with the docking library?

Thanks in advance.

Regards
Yannis.



Subject: Re: Data Execution Prevention
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 15 Feb 2006 20:08:14 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 15 Feb 2006 10:26:52 -0300 @601)
....while the fading voice of Anderson whispered through the darkness:

 AF> ...We have AMD64 machines here too, can we experience such problems on
 AF> this machines? and, what other processors?

Generally, any AMD64-enabled processor form Intel or AMD

Intel released also some rare 32-bit model with DEP implemented.

http://en.wikipedia.org/wiki/NX_bit#Hardware_background



-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Data Execution Prevention
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 15 Feb 2006 20:08:12 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 15 Feb 2006 14:54:10 +0100 @620)
....while the fading voice of Florent whispered through the darkness:

 FO> I don't know when DEP was introduced.
 FO> But its activity depends on the operating system. In Windows XP SP2,
 FO> DEP is disabled by default; in Windows 2003 Server, it is enabled by

AFAIR it was implemented in SP2 for  NT5.1 (32-bit WinXP) and in SP1 for
NT5.2 (Win2003 and 64-bit WinXP)

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Data Execution Prevention
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 15 Feb 2006 16:55:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Florent Ouchet wrote:
> > 
>> > > I don't know when DEP was introduced.
>> > > But its activity depends on the operating system. In Windows XP SP2,
>> > > DEP  is disabled by default; in Windows 2003 Server, it is enabled by
>> > > default; in other versions it is not used.
> > 
> > Where to switch it on? I have an AMD64 and XP SP2.

German:
Systemsteuerung/System/Erweitert/Systemleistung-Erweitert/Datenausführungsv
erhinderung

-- Regards, Andreas Hausladen 

Subject: Re: Data Execution Prevention
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 15 Feb 2006 16:29:27 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> I don't know when DEP was introduced.
> But its activity depends on the operating system. In Windows XP SP2, DEP is disabled by default; in Windows 2003 Server, it is enabled by default; in other versions it is not used.

Where to switch it on? I have an AMD64 and XP SP2.


Subject: Re: Data Execution Prevention
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 15 Feb 2006 14:54:10 +0100
Newsgroups: jedi.vcl

> ....We have AMD64 machines here too, can we experience such problems on this
> machines? and, what other processors?

I don't know when DEP was introduced.
But its activity depends on the operating system. In Windows XP SP2, DEP is disabled by default; in Windows 2003 Server, it is enabled by default; in other versions it is not used.

-- 
Florent Ouchet


Subject: Re: Data Execution Prevention
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Wed, 15 Feb 2006 10:26:52 -0300
Newsgroups: jedi.vcl

Thanks all for explaning...

....We have AMD64 machines here too, can we experience such problems on this
machines? and, what other processors?


Regargs,
Anderson Farias



"Arioch /BDV/" <the_Arioch@nm.False-Domain.ru> escreveu na mensagem
news:dstbrr$7f3$1@talkto.net...
> > The stars so gaily glistened... (Tue, 14 Feb 2006 15:09:32 -0300 @798)
> > ...while the fading voice of Anderson whispered through the darkness:
> >
> >  AF> but... could someone explain what *bug* is this?!?!
> >
> > And what is the symptoms or whatever ?
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3463 - this
does
> > not explain anything in detail.
> >
> > Perhaps in a month or two i would spend some time on AMD64 machine.
> >
> > -- 
> > WinAMP://none: WinAMP is suffocated
> > http://Arioch.nm.ru/FL/Fidolook_SL.png
> > Mail: the)under(Arioch)at(nm)dot(ru   ICQ: xmpp:arioch@jabber.ru
> >




Subject: Re: JvInspector as custom data edotor?
From: "Jarek Karciarz" <karciarz@osimatic.pl>
Date: Wed, 15 Feb 2006 08:35:49 +0100
Newsgroups: jedi.vcl

Thank you Marcel,
The idea separating presentation from edition and data is very good. I'll 
give it a try to this JvInspector DB example.
Though i need it in C++2006, i think i will be not too hard to rewrite it in 
C++.
Thank you again
Jarek

Uzytkownik "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> napisal w 
wiadomosci news:dst35l$52h$1@talkto.net...
> > Jarek Karciarz wrote:
>> >> Hello,
>> >> I see, the typical JvInspector usage is to display or edit some TObject 
>> >> descendant properites.
>> >> Would it be possible to use this component for showing/editing some 
>> >> custom data from eq. a record?
> >
> >     Absolutely. Check the DB example for JvInspector in the examples 
> > folder. JvInspector separates the presentation layer, editing layer and 
> > data layer, allowing to show/edit any kind of data in a single inspector.
> >
> >     Data layers provided are: variables, properties, TField, INI-file 
> > (sections are shown as a category) and event-based data access.
> >
> >     The editors are completely separated from the data and the 
> > presentation. This is done to avoid a complete set of editors being 
> > duplicated for each layer. You might think this is obvious, but when I 
> > wrote the control, none of the inspectors available at that time did this.
> >
> >     The presentation layer just shows a list of editor items, applying the 
> > proper painting rules depending on the paint style chosen.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: JvLabel and Hottrack (Delphi 2006)
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 15 Feb 2006 17:19:19 +1000
Newsgroups: jedi.vcl

OBones wrote, on 15/02/2006 1:03 AM:
> But the current CVS code works fine for me (v 1.83) in BDS 2006.

Well, it's a good thing I didn't commit it then. :) Since I only have Delphi 7, I leave any further handling of this issue to you or someone else with BDS 2006.

-- 
enjoy life,
           Elahn


Subject: Re: Data Execution Prevention
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 14 Feb 2006 22:52:42 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 14 Feb 2006 15:09:32 -0300 @798)
....while the fading voice of Anderson whispered through the darkness:

 AF> but... could someone explain what *bug* is this?!?!

And what is the symptoms or whatever ?
http://homepages.borland.com/jedi/issuetracker/view.php?id=3463 - this does
not explain anything in detail.

Perhaps in a month or two i would spend some time on AMD64 machine.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Data Execution Prevention
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 14 Feb 2006 20:05:29 +0100
Newsgroups: jedi.vcl

> but... could someone explain what *bug* is this?!?!

Many buffer overflow exception can be trapped if the data memory cannot be executed. When a memory is allocated, some flags control operations that are allowed to be executed with this bytes: read and/or write and/or execute.
In previous processors, any byte that could be read could be executed too. The DEP introduces an other check.

Usually this exception is quite easy to detect, it is caught as an access violation where code address and data address are equal.

-- 
Florent Ouchet


Subject: Re: TJvDBGrid - programatically changing current row ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 14 Feb 2006 21:18:40 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 14 Feb 2006 20:42:13 +0300 @779)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of Fred tremble:

[Sorry, skipped]

 AB>  I did not tried original VCL control yet, lack of time :(

 VCL5 TDBGrid just avoids exposing .Row property, so u think i am right
here. ;)
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Data Execution Prevention
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 14 Feb 2006 19:12:17 +0100
Newsgroups: jedi.vcl

Anderson Farias wrote:

> Sorry,
>
> but... could someone explain what *bug* is this?!?!

Data Execution Prevention.

It basically means that if the cpu decides the memory being executed by the processor should not, then it kills the processus.

More details here:

http://www.microsoft.com/technet/prodtechnol/winxppro/maintain/sp2mempr.mspx

As to why it kicks in with the JCL/JVCL, we are not sure yet.


Subject: Re: Data Execution Prevention
From: "Anderson Farias" <afarias_br@hotmail.com>
Date: Tue, 14 Feb 2006 15:09:32 -0300
Newsgroups: jedi.vcl

Sorry,

but... could someone explain what *bug* is this?!?!


Regards,
Anderson

"Florent Ouchet" <ouchet.florent@laposte.net> escreveu na mensagem
news:dssod7$2bh$1@talkto.net...
>> > > It's not only the JVCL, but the JCL as well. And same here, I cannot
>> > > test...
> >
> > Same here...
> > Who is able to fix this bug?
> >
> > -- 
> > Florent Ouchet




Subject: [Next release] Call for help
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 14 Feb 2006 19:04:18 +0100
Newsgroups: jedi.vcl

Hi all

As I'm planning work for the next release, in order for it to be out of the door by the end of this week-end (19th feb), I'm looking at the issues in Mantis here: http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

I know many of you have and still are looking at those issues and I must thank them for the support.
However, there are still lots of issues that have not been looked at and I would appreciate if all people of good will could run through them and post comments, or even better, sample applications showing the issue. Fixing may not always be simple for regular users and I appreciate that. However, if we had a sample application with most issues, then it would allow us to work faster on those issues. Especially, the issues with DB related components are way too difficult for me to reproduce as I spend almost half a day trying to figure a way to setup the components right (I never use them at work).
As a result, I would appreciate if everyone with time to spare could help tackle as many issues as possible before Sunday evening/Monday morning (GMT+1).

Many thanks to all already helping and to all who will.
Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDBGrid - programatically changing current row ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 14 Feb 2006 20:42:13 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 14 Feb 2006 14:57:47 +0100 @623)
....while the fading voice of Fred whispered through the darkness:

 >> Do JvDataGrid1.Row := xxx;
 >> selection moved, but neither indicator nor position in TDataSet did.
 >> Perhaps make Row property readonly ?

 F> Indeed, that does not work. But it's not really a bug because the thing
 F> you move in a DBGrid is not a grid cursor, but a dataset cursor. Thus,
 F> to go to another row, use YourDataSet.RecNo or YourDataSet.MoveBy.

It is a bug. for every other measure row is grid is the same as row in
dataset.
Imagine, program would move grid's cursor then user will press F2, which
would resault in calling DataSet.Edit.

 I did not tried original VCL control yet, lack of time :(

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: bug in JvComboBox [Delphi 5]
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 14 Feb 2006 20:40:31 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 13 Feb 2006 14:50:32 +1000 @243)
....while the fading voice of Elahn whispered through the darkness:

 EI> Please create an account on Mantis, our IssueTracker and post it there,

before posting a bug it is usually good to discuss it

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JvInspector as custom data edotor?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Feb 2006 18:24:25 +0100
Newsgroups: jedi.vcl

Jarek Karciarz wrote:
> Hello,
> I see, the typical JvInspector usage is to display or edit some TObject descendant properites.
> Would it be possible to use this component for showing/editing some custom data from eq. a record?

    Absolutely. Check the DB example for JvInspector in the examples folder. JvInspector separates the presentation layer, editing layer and data layer, allowing to show/edit any kind of data in a single inspector.

    Data layers provided are: variables, properties, TField, INI-file (sections are shown as a category) and event-based data access.

    The editors are completely separated from the data and the presentation. This is done to avoid a complete set of editors being duplicated for each layer. You might think this is obvious, but when I wrote the control, none of the inspectors available at that time did this.

    The presentation layer just shows a list of editor items, applying the proper painting rules depending on the paint style chosen.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvLabel and Hottrack (Delphi 2006)
From: Dominik Böhm <newsgroups@dbedv.de>
Date: Tue, 14 Feb 2006 18:15:38 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:
>> thanks for the answer. I just checked it out. The events get fired, but hottracking is still not working.
>
> I just did a rewrite of the hottrack state changing code. It works fine for me (Delphi 7, Win2k) but the original code appeared to be catering for the label being dragged and dropped. I don't know if the new code handles this correctly or not.
>
> I've posted it to binaries...let me know if it fixes your problem.

Great, that fixed it perfectly. Thanks a lot!!

Regards,
Dominik


Subject: Re: How to change Sort Marker image in TJvDBUltimGrid?
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 14 Feb 2006 17:27:24 +0100
Newsgroups: jedi.vcl

> >I want to change the default triangle sort marker to some other image. 
I 
> >tried setting the ASortMarker to my bitmap in OnDrawColumnTitle event, 
> >but that did didly squat. Please help.

IT'S A BUG. I'm fixing it.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvLabel and Hottrack (Delphi 2006)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 14 Feb 2006 16:03:06 +0100
Newsgroups: jedi.vcl

But the current CVS code works fine for me (v 1.83) in BDS 2006.


Subject: TJvXPBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 14 Feb 2006 15:59:26 +0100
Newsgroups: jedi.vcl

Is there any reason why TJvXPCustomWinXPBar.Create() removes the
csDoubleClicks flag from the ControlStyle?

ControlStyle := ControlStyle - [csDoubleClicks] + [csAcceptsControls,
csActionClient];

This causes the control to ignore DblClick events.


-- Regards, Andreas Hausladen 

Subject: Re: JvLabel and Hottrack (Delphi 2006)
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 15 Feb 2006 00:51:41 +1000
Newsgroups: jedi.vcl

Dominik Böhm wrote, on 13/02/2006 8:12 PM:
> thanks for the answer. I just checked it out. The events get fired, but hottracking is still not working.

I just did a rewrite of the hottrack state changing code. It works fine for me (Delphi 7, Win2k) but the original code appeared to be catering for the label being dragged and dropped. I don't know if the new code handles this correctly or not.

I've posted it to binaries...let me know if it fixes your problem.

-- 
enjoy life,
           Elahn


Subject: Re: Data Execution Prevention
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 14 Feb 2006 15:20:17 +0100
Newsgroups: jedi.vcl

> It's not only the JVCL, but the JCL as well. And same here, I cannot test...

Same here...
Who is able to fix this bug?

-- 
Florent Ouchet


Subject: Data Execution Prevention
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 14 Feb 2006 15:06:06 +0100
Newsgroups: jedi.vcl

I think we should fix the "Data Execution Prevention" issue in JVCL. On my
PC the DEP switch has no effect, so I cannot fix this issue.


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid - programatically changing current row ?
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 14 Feb 2006 14:57:47 +0100
Newsgroups: jedi.vcl

> >Do JvDataGrid1.Row := xxx;
> >selection moved, but neither indicator nor position in TDataSet did.
> >Perhaps make Row property readonly ?

Indeed, that does not work. But it's not really a bug because the thing 
you move in a DBGrid is not a grid cursor, but a dataset cursor. Thus, 
to go to another row, use YourDataSet.RecNo or YourDataSet.MoveBy.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvInspector as custom data edotor?
From: "Jarek Karciarz" <karciarz@osimatic.pl>
Date: Tue, 14 Feb 2006 14:48:38 +0100
Newsgroups: jedi.vcl

Hello,
I see, the typical JvInspector usage is to display or edit some TObject 
descendant properites.
Would it be possible to use this component for showing/editing some custom 
data from eq. a record?
Thanks for any suggestion

Jarek





Subject: Re: Problem installing Jedi 3.10
From: "dpap" <dpap@softwaypro.gr>
Date: Tue, 14 Feb 2006 14:55:09 +0200
Newsgroups: jedi.vcl

sorry,
I didn't see the prior message.
I install the Borland's D5 service pack 1 but the problem remains.

any idea ?

thanks in advance 




Subject: Joke!?
From: "net4u" <laurentiu@ifrance.com>
Date: Tue, 14 Feb 2006 13:32:01 +0100
Newsgroups: jedi.vcl

"
Letter from Borland CEO Tod Nielsen
To Our Customers and Shareholders
Today, Borland made a series of announcements that further demonstrate our
commitment to tackling the most difficult challenges of software
development. With our vision for Software Delivery Optimization (SDO),
we’ve introduced a strategy for addressing critical process areas of the
software delivery lifecycle through personalized, customized solutions.
These solutions will target four key areas—IT Management & Governance,
Requirements Definition & Management, Lifecycle Quality Management and
Change Management. Each solution is architected to align people, process
and technology with the goal of delivering greater control and
predictability to your IT organization.

In support of this strategy we have announced we are acquiring Segue
Software, a company focused on Software Quality Optimization. Segue has a
very strong reputation in the market for delivering best-in-class
solutions. Segue also shares Borland’s vision for an approach to quality
that spans the entire software delivery lifecycle. This acquisition adds a
vital component to our overall SDO strategy and will form the cornerstone
of our Lifecycle Quality Management solution. 

Our plan is to create tight linkage between the quality and performance
management offering from Segue and Borland’s ALM offerings, creating a
true end-to-end lifecycle quality solution. You will see Borland approach
quality holistically with investments that align people, processes and
technologies across the organization. 

In addition, Borland announced today that we will be divesting our IDE
product lines, driving even tighter focus on the ALM market. These product
lines include our award-winning Borland Developer Studio (Delphi, C++
Builder and C# Builder) and JBuilder. Our intent is to create a standalone
business focused on the IDE market, capable of investing in the
opportunities that exist for these product lines and advancing developer
productivity. Borland’s IDE business requires a distinct business model
and focused investments different from our ALM business, which targets the
broader software delivery organization. We believe that separating these
businesses will enable both to flourish and grow more aggressively through
targeted focus and investment. It goes without saying that we will do
everything possible to ensure a successful transition of our products and
customers to the new entity. 

Through these moves, I hope one message is clear…Borland is doubling down
on our vision for SDO. Our commitment to this vision is guiding major
decisions and strong investments that enable Borland to deliver new levels
of value for our customers. Today Borland has an unmatched combination of
depth of solution and breadth of portfolio to tackle the industry’s most
challenging business issues. We’re excited about this direction and the
future we share together.

Tod Nielsen
President and Chief Executive Officer
February 8, 2006 

"



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Joke!?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 14 Feb 2006 13:01:50 +0100
Newsgroups: jedi.vcl

Hi,

Thanks for the news, arrived just on time :p

Unless you add a relation between this information and the Jedi Visual Component Library, this off-topic thread must be discussed in Borland's public newsgroups.

Thanks,

Florent Ouchet


Subject: Re: trouble with jvcl installer
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 14 Feb 2006 11:55:37 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

>> You do no seem to have applied all the available updates from Borland.
>> Please do so and try again.
>
>
> I am not sure of that... The JVCL Installer 3.10 can not be compiled using Delphi 5.
> (Check your mails)

I will, but last time I tried, it compiled just fine with C5.


Subject: Re: trouble with jvcl installer
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 14 Feb 2006 10:33:43 +0100
Newsgroups: jedi.vcl

> You do no seem to have applied all the available updates from Borland.
> Please do so and try again.

I am not sure of that... The JVCL Installer 3.10 can not be compiled using Delphi 5.
(Check your mails)

-- 
Florent Ouchet


Subject: Re: Problem installing Jedi 3.10
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 14 Feb 2006 09:40:51 +0100
Newsgroups: jedi.vcl

Please read other messages before posting. The one right before yours is about exactly the same problem. I already answered this:

You do no seem to have applied all the available updates from Borland.
Please do so and try again.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Problem installing Jedi 3.10
From: "dpap" <dpap@softwaypro.gr>
Date: Tue, 14 Feb 2006 10:36:27 +0200
Newsgroups: jedi.vcl

Hi,
I'm tring to install Jedi 3.10 (D5 ent) but I face a problem running Jvcl's 
install.bat (Jcl installs ok)

the messages are :

build.exe found. Pretest: ok
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
DelphiData.pas(492) Error: Undeclared identifier: 'AnsiContainsText'
DelphiData.pas(492) Error: Operator not applicable to this operand type
DelphiData.pas(497) Error: Undeclared identifier: 'AnsiContainsText'
DelphiData.pas(497) Error: Operator not applicable to this operand type
Utils.pas(85) Fatal: Could not compile used unit 'DelphiData.pas'

** error 1 ** deleting Installer_nomo
Using d5 for build process.

Press ENTER to continue


what can I do ?

thanks in advance 




Subject: Re: trouble with jvcl installer
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 14 Feb 2006 08:21:35 +0100
Newsgroups: jedi.vcl

You do no seem to have applied all the available updates from Borland.
Please do so and try again.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: trouble with jvcl installer
From: "pastine" <nodirectmail@nomail.com>
Date: Tue, 14 Feb 2006 03:07:36 +0100
Newsgroups: jedi.vcl

I'm using delphi 5 pro. Previously I was using JVCL 3.0 and am trying to
upgrade to 3.1. I have followed the listed steps for uninstalling the old
jvcl and jcl. I then installed the new jcl without incedent. When I run
the install batch file for jvcl I get the message:

build.exe found. Pretest: ok
Using d5 for build process.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
DelphiData.pas(492) Error: Undeclared identifier: 'AnsiContainsText'
DelphiData.pas(492) Error: Operator not applicable to this operand type
DelphiData.pas(497) Error: Undeclared identifier: 'AnsiContainsText'
DelphiData.pas(497) Error: Operator not applicable to this operand type
Utils.pas(85) Fatal: Could not compile used unit 'DelphiData.pas'

** error 1 ** deleting Installer_nomo
Press ENTER to continue

Does anybody have any thoughts about what this might be? The reference to
Delphi Version 13.0 is a bit wierd.

Thanks,
Ivan



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvAppStorage
From: "BenT" <ben@operamail.com>
Date: Mon, 13 Feb 2006 17:17:43 -0500
Newsgroups: jedi.vcl

Hello,

This is my first post here, so greetings to everyone!

I've been playing with the JvAppStorage component and its Write/Read 
ObjectList methods. There appears to be a bug in the Write method.

The ReadObjectList method requires that there be a 'classname' field saved 
for every object so that the objects can be created as they are read. 
However, the WriteObjectList method does not save the classname.

Looking at the source, the Write method just iterates through the properties 
of the object and saves them. But classname is a method and not a property, 
so it doesn't get saved.

When trying to read, of course the unit throws an exeption because it cannot 
get the classname to create the object.

I haven't reported this on the Issue Tracker yet, since I wanted to make 
sure that I'm not crazy and that this is really a bug.

BenT 




Subject: "Ambiguous overloaded call to DrawText" during Install
From: MrBaseball34 <mrbaseball34@yahoo.com>
Date: Mon, 13 Feb 2006 11:34:09 -0600
Newsgroups: jedi.vcl

HUH????

Can't install latest version
How to fix this??


Line 2138 in JgvUtils.pas

function DrawText(Canvas: TCanvas; const Text: string; Len: Integer; var 
R: TRect;
  WinFlags: Integer): Integer; overload;
begin
  Result := DrawText(Canvas, PChar(Text), Len, R, WinFlags and not 
DT_MODIFYSTRING); // make sure the string cannot be modified
end;




Subject: Re: error installing jvcl.. ** error 1 ** deleting Templates
From: "salsa" <salsa@salsa.com>
Date: Mon, 13 Feb 2006 14:32:07 +0100
Newsgroups: jedi.vcl

somebody knows why i cant install? :(



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvLabel and Hottrack (Delphi 2006)
From: Dominik Böhm <newsgroups@dbedv.de>
Date: Mon, 13 Feb 2006 11:12:29 +0100
Newsgroups: jedi.vcl

Elahn,

> Are the OnMouseEnter/OnMouseLeave events being fired?

thanks for the answer. I just checked it out. The events get fired, but hottracking is still not working.

Any ideas?

Regards,
Dominik Böhm


Subject: Re: bug in JvComboBox [Delphi 5]
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 13 Feb 2006 14:50:32 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote, on 13/02/2006 8:23 AM:
> When this component is loading, ItemIndex tries to load and apply before
> Itmes.Strings got loaded.
> Ever it should be applied later than loaded when component is constructed,
> or it should be stored later than items themselves when saving.

Please create an account on Mantis, our IssueTracker and post it there, so it doesn't get lost.

http://homepages.borland.com/jedi/issuetracker/

Please clearly describe the bug and provide the steps to reproduce it. If it is not very simple to reproduce, please create a demo program which produces the bug - please zip up only the .dpr, .pas & .dfm files.

-- 
enjoy life,
           Elahn


Subject: quick and perhaps ugly Lookup for TJvMemoryData
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 13 Feb 2006 01:28:32 +0300
Newsgroups: jedi.vcl

Hello, All!

cloned from JvDBUtils

perhaps it is not very effecient to create and dispose TList on every call -
but at least it should not be worse, than TJvMemoryData.Lookup :)

=========Beginning of the citation==============
function TJvMemoryData.Lookup(const KeyFields: string;
  const KeyValues: Variant; const ResultFields: string): Variant;
var
  FieldCount: Integer;
  Fields: TList;
  Fld: TField;                    {BG}   //else BAD mem leak on
'Field.asString'
//  Bookmark: TBookmarkStr;
  SaveState: TDataSetState;
  i: integer;
  Matched: boolean;

  function CompareField(var Field: TField; Value: Variant): Boolean; {BG}
  var
    S: string;
  begin
    if Field.DataType = ftString then
    begin
      if Value = Null then
        Result := Field.IsNull
      else
      begin
        S := Field.AsString;
        Result := AnsiSameStr(S, Value);
      end;
    end
    else
      Result := (Field.Value = Value);
  end;

  function CompareRecord: Boolean;
  var
    I: Integer;
  begin
    if FieldCount = 1 then
    begin
      Fld := TField(Fields.First);      {BG}
      Result := CompareField(Fld, KeyValues)  {BG}
    end
    else
    begin
      Result := True;
      for I := 0 to FieldCount - 1 do
      begin
        Fld := TField(Fields[I]);                  {BG}
        Result := Result and CompareField(Fld, KeyValues[I]);  {BG}
      end;
    end;
  end;
begin
  Result := NULL;
  CheckBrowseMode;
    if IsEmpty then Exit;

  Fields := TList.Create;
  try
    GetFieldList(Fields, KeyFields);
    FieldCount := Fields.Count;
    Matched := CompareRecord;
    if Matched then
       Result := FieldValues[ ResultFields]
    else begin
        SaveState := SetTempState(dsCalcFields);
        try
          try
             for i := 0 to Recordcount - 1 do begin
                RecordToBuffer(Records[i], TempBuffer);
                CalculateFields(TempBuffer);
                Matched := CompareRecord;
                if Matched then
                  Break;
             end;
          finally
            if Matched then Result := FieldValues[ ResultFields];
          end;
        finally
          RestoreState(SaveState);
        end;
    end;
  finally
    Fields.Free;
  end;
end;
=========The end of the citation================

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: bug in JvComboBox [Delphi 5]
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 13 Feb 2006 01:23:30 +0300
Newsgroups: jedi.vcl

Hello, All!

=========Beginning of the citation==============
    object edIzmerit: TJvComboBox
      Left = 270
      Top = 140
      Width = 51
      Height = 21
      Style = csDropDownList
      ItemHeight = 13
      ItemIndex = 2
      TabOrder = 5
      Text = '3'
      Items.Strings = (
        '1'
        '2'
        '3'
        '4')
    end
=========The end of the citation================

When this component is loading, ItemIndex tries to load and apply before
Itmes.Strings got loaded.
Ever it should be applied later than loaded when component is constructed,
or it should be stored later than items themselves when saving.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: TJvDBGrid - programatically changing current row ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 12 Feb 2006 17:13:58 +0300
Newsgroups: jedi.vcl

Hello, All!

Place and connect TJvMemoryData and TJvDBGrid

Do JvDataGrid1.Row := xxx;

selection moved, but neither indicator nor position in TDataSet did.
Perhaps make Row property readonly ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: UpDown components - no events ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 12 Feb 2006 17:11:23 +0300
Newsgroups: jedi.vcl

Hello, All!

At least in Delphi 5 TJv*UpDown generate no OnChanging / OnchangingEx
events.

Indeed, they overrided a lot of VCL methods without calling inherited ones,
and those events got lost.

BTW, why Associated component can only be TCustomEdit ?
Perhaps it could be any component exposing some interface and/or and
TWinControl ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: what are the difference between timers ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 12 Feb 2006 17:04:38 +0300
Newsgroups: jedi.vcl

 AB> TJvTimer, TJvThreadTimer, TJvTimerList - what are the differences ?
 AB> Since 1st is already threading ?

 AB> BTW, is there methods for easy messages exchange between those threads
 AB> in JVCL timer and thread components and VCL main thread ?
 AB> Standard Synchronize is not good at that.

I wonder if anyone can remember :)

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: what are the difference between timers ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 12 Feb 2006 14:12:19 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 09 Feb 2006 22:19:39 +0100 @930)
....while the fading voice of OBones whispered through the darkness:

 O> If you plan on contributing on a regular basis, please write to me i'll
 O> arrange to get you a login that can edit items.

Guess i would not have time enough :(

About Doc-o-matic... Hmm, i don't know how easy it can be done, indeed.

Page can be easily exported to, say, MS Word, but there one should merge a
number of files and try to assume semantics from visual text properties liek
font, etc :-(

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JVCL Installer: D5 + D2006 and JCL detection
From: "Fabio Augusto Dal Castel" <fdcastel@dodgeit.com>
Date: Sat, 11 Feb 2006 18:07:42 +0000 (UTC)
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> > You must enter path where your .bpl and .dcp files are. The default
is > $(bdsprojectsdir) value,

Bingo!

That was the problem. We changed $(bdsprojectsdir) to a folder outside
"My Documents" (users...)

We put it into system path and now the installer detects JCL correctly.

Thank you, Ivan!


-- _________________________ Fabio Augusto Dal Castel 

Subject: Re: JvLabel and Hottrack (Delphi 2006)
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 11 Feb 2006 20:57:49 +1000
Newsgroups: jedi.vcl

Dominik Böhm wrote, on 11/02/2006 6:12 PM:
> The Label is shown but hottracking is not working properly: it doesn't happen anything when the mouse moves over the label. In Delphi5 the same code works without any problems.

Hi Dominik,

Are the OnMouseEnter/OnMouseLeave events being fired?

-- 
enjoy life,
           Elahn


Subject: JvLabel and Hottrack (Delphi 2006)
From: Dominik Böhm <newsgroups@dbedv.de>
Date: Sat, 11 Feb 2006 09:12:13 +0100
Newsgroups: jedi.vcl

Hello,

are there any known issues concerning the JvLabel, Hottrack in Delphi 2006? The following code does not work for me:

          JvLabel := TJvLabel.Create(Result);
          with JvLabel do
            begin
              Parent := Result;
              Left := 15;
              Top := LastTop + 25;
              Action := ActionList.Actions[I];
              Cursor := crHandPoint;
              HotTrack := true;
              HotTrackFont.Charset := DEFAULT_CHARSET;
              HotTrackFont.Color := clWindowText;
              HotTrackFont.Height := -11;
              HotTrackFont.Name := 'MS Sans Serif';
              HotTrackFont.Style := [fsUnderline];
            end;

The Label is shown but hottracking is not working properly: it doesn't happen anything when the mouse moves over the label. In Delphi5 the same code works without any problems.

Does anybody know a workaround?

Regards,
Dominik


Subject: How to change Sort Marker image in TJvDBUltimGrid?
From: "nigor" <la@ta.com>
Date: Fri, 10 Feb 2006 22:51:55 +0100
Newsgroups: jedi.vcl

I want to change the default triangle sort marker to some other image. I 
tried setting the ASortMarker to my bitmap in OnDrawColumnTitle event, 
but that did didly squat. Please help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to create in runtime one page in JvPageList?
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 10 Feb 2006 14:08:53 -0500
Newsgroups: jedi.vcl

> > How I do these? Create in runtime one page after the last page?

JvPageList1.AddPage('New Page Caption'); 




Subject: How to create in runtime one page in JvPageList?
From: "Fellipe Henrique" <fellipeh@oi.com.br>
Date: Fri, 10 Feb 2006 10:36:41 -0200
Newsgroups: jedi.vcl

How I do these? Create in runtime one page after the last page?

thanks for all,.
Fellipe H. 




Subject: JvGifImage and Transparency
From: Loopy <Loopy@gmx.net>
Date: Fri, 10 Feb 2006 10:03:48 +0100
Newsgroups: jedi.vcl

Hi,

I have a little problem with TJvGifImage. The Graphic class seems to be correctly registered and is used but the gifs transparency seems to be ignored (for instance in the LoadPictureDialog).

Do I miss something here or is the transparancy ignored by design?

(I use D2006 & JVCL 3)

Thanks in advance.


Subject: Re: Incompatible Jedi Inc
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 10 Feb 2006 09:26:06 +1000
Newsgroups: jedi.vcl

Erick Sasse wrote, on 8/02/2006 12:03 AM:
> I've found some and deleted, but I still get the error.

Hi Erick,

Make sure you tick Developer Installation when installing JVCL, as this adds the necessary paths to Delphi. If you didn't do it before, simply re-run the installer - there's no need to uninstall first.

-- 
enjoy life,
           Elahn


Subject: Re: Incompatible Jedi Inc
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 9 Feb 2006 23:22:29 +0000 (UTC)
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > Make sure you tick Developer Installation when installing JVCL, as
> > this adds the necessary paths to Delphi. If you didn't do it before,
> > simply re-run the installer - there's no need to uninstall first.

Thanks! I'll try.

-- Erick Sasse Brazil 

Subject: Re: jvAppIniStorage on a USB drive
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 09 Feb 2006 22:28:33 +0100
Newsgroups: jedi.vcl

Tom Bolick wrote:

> Suggestions?

To me, silently ignoring is not an option. The user has to be aware that the flush failed.
An exception is not an acceptable solution either.
How about an OnError event ?

OnFlushing and OnLoading could also be added with a var parameter called "Allow", but that would mean letting the exception surface if the user does not think of using this event to test the existence of the file.


Subject: Re: what are the difference between timers ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 09 Feb 2006 22:19:39 +0100
Newsgroups: jedi.vcl

I know about MediaWiki, but here, we have a specific issue: we must be able to extract doc o matic files (.dtx) for generating the offline version. So we cannot simply use a wiki out of the box. And to me, the edit functionnality, with peer review for anonymous users is fine.
If you plan on contributing on a regular basis, please write to me i'll arrange to get you a login that can edit items.


Subject: Re: what are the difference between timers ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 10 Feb 2006 00:15:51 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 07 Feb 2006 21:54:13 +0100 @912)
....while the fading voice of OBones whispered through the darkness:

 >> The stars so gaily glistened... (Tue, 7 Feb 2006 22:32:18 +0300 @855)
 >> ...while the fading voice of Arioch whispered through the darkness:
 >>
 >> one more BTW
 >> can here (http://homepages.borland.com/jedi/jedihelp/search_result.php)
 >> be something liek wiki for easy entering help ?

 O> No, the wiki behaviour (anyone can edit) is too "risky" by my standards

Sorry, that is true only about 'genuine' raidcal initial wiki on c2.com
Most wiki engines, includine best known WikiPedia are capable of making
different users/usergroups and per-page ACLs

After some page (property or method or general description of component)
would be considered described ok, writing access can be reduced. Those who
would like to change something are free to put comments.

wackowiki.com or trac (example - www.growl.info bugtracker) can do it.

 O> . But you can always click on the "edit"

Hmm, i did not noticed it, perhaps i would review it.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: Problem with packages
From: "-=Denis=-" <denis.willard@noos.fr>
Date: Thu, 9 Feb 2006 17:42:47 +0100
Newsgroups: jedi.vcl

Great ! that was the problem...

Denis.

"Florent Ouchet" <ouchet.florent@laposte.net> a écrit dans le message de 
news: dsfp2d$bgo$1@talkto.net...
> > Hi Denis,
> >
> > Do you have DEP (Data Execution Prevention) enabled on your machine? If 
> > so, this is a known bug in Jedi libraries.
> >
> > Best regards,
> >
> > -- 
> > Florent Ouchet 




Subject: Re: Problem with packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 09 Feb 2006 17:10:48 +0100
Newsgroups: jedi.vcl

Hi Denis,

Do you have DEP (Data Execution Prevention) enabled on your machine? If so, this is a known bug in Jedi libraries.

Best regards,

-- 
Florent Ouchet


Subject: Problem with packages
From: "-=Denis=-" <denis.willard@noos.fr>
Date: Thu, 9 Feb 2006 17:06:16 +0100
Newsgroups: jedi.vcl

Delphi 2006 (win32).

After having installed the JCL and the JVCL, I have error messages when 
opening Delphi 2006 : some JVCL packages are not loaded, due tu access 
violations :

The exact message is (in french, sorry!) :

"Impossible de charger le paquet D:\...\BPL\JvCoreD10D.bpl.
Violation d'accès à l'adresse 158CB4F4. Ecriture de l'adresse 158CB4F4.
Voulez-vous tenter de charger ce package au prochain chargement de projet ?"

and the same with these packages :
JvDBD101D.bpl, JvCtrlsD10D.bpl, JvDlgsD10D.bpl, JvPageCompsD10D.bpl, 
JvPluginD10D.bpl, JvStrCtrlsD10D.bpl.

Has anybody had the same problem ?

Denis. 




Subject: Re: error installing jvcl.. ** error 1 ** deleting Templates
From: "salsa" <salsa@salsa.com>
Date: Thu, 9 Feb 2006 02:20:38 +0100
Newsgroups: jedi.vcl

im using now...

JVCL3-2006-02-08.zip

but ...

error again :(

somebody can help me?



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvZlibMultiple
From: "Matheus Von Der Kerkhoff" <matheus@dataweb.inf.br>
Date: Wed, 8 Feb 2006 18:41:04 +0000 (UTC)
Newsgroups: jedi.vcl



-- I have two questions... 1) I compress files, using the JvZlibMultiple example and when I try, open that file, using 7zip, the file is corrupted. But, decompressing with the demo..it works...why??? 2) How ca I get the files inside a compressed archive? without decompress it? Thanx =) 

Subject: Re: error installing jvcl.. ** error 1 ** deleting Templates
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 09 Feb 2006 03:21:27 +1000
Newsgroups: jedi.vcl

What version of JVCL are you using?

-- 
enjoy life,
           Elahn


Subject: TJvDirectoryEdit
From: "Luis" <pepe@hotmail.com>
Date: Wed, 8 Feb 2006 18:02:21 +0100
Newsgroups: jedi.vcl

Hi:
I'm using TJvDirectoryEdit, but I want that the user only chooses local
locations.
How can I to prevent that a user chooses a location into the net?

Thanks
Antonio Sala Roldón
Analista de Sistemas




---
avast! Antivirus: Mensaje saliente limpio.
Base de datos de Virus (VPS): 0606-2, 07/02/2006
Comprobado el: m/8/aaaa 18:02:22
avast! - copyright (c) 1988-2005 ALWIL Software.
http://www.avast.com





Subject: Re: CVS broken?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 08 Feb 2006 17:08:20 +0100
Newsgroups: jedi.vcl

Yes, they do.


Subject: CVS broken?
From: "John Friel" <john@frieltek.com>
Date: Wed, 8 Feb 2006 10:04:32 -0600
Newsgroups: jedi.vcl

I keep getting messages like this in Tortoise:


Empty password used - try 'cvs login' with a real password
can't create temporary directory /tmp/cvs-serv19216
No space left on device

Does Sourceforge know it is broken? 




Subject: Re: TJvHTButton caption not in center
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 08 Feb 2006 12:59:54 +0100
Newsgroups: jedi.vcl

please try with the latest CVS, I remember seing a bug fix for something very similar.


Subject: Re: TJvHTButton caption not in center
From: ochnap2 <ochnap2@yahoo.com.ar>
Date: Wed, 08 Feb 2006 08:29:36 -0300
Newsgroups: jedi.vcl

I had the same experience. The buttons appeared with a centered caption when
compiled against JVCL-3.0, but after upgrading to JVCL-3.1 I see that the
captions are now all right-aligned.

I'll see if I still have the 3.0 zip file and diff them.

Regards,
Och

barak zabari wrote:

> > Hi
> > 
> > I have delphi 7 and i am working in hebrew (right to left).
> > Using TJvHTButton from Version 2.10 put the caption in the middle of the
> > button.
> > When i moved to ver 3.10 the text show up a little to the right from the
> > center of the button.
> > Is there anything i can do to fix this ?
> > 
> > 
> > TIA
> > 
> > barak zabari



Subject: TJvID3FileInfo.LengthInSec
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 08 Feb 2006 19:41:43 +1000
Newsgroups: jedi.vcl

Hi All,

I've changed TJvID3FileInfo.LengthInSec to be truncated, instead of rounded. It now returns the same lengths as Winamp 2.x

-- 
enjoy life,
           Elahn


Subject: Re: what are the difference between timers ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Feb 2006 21:54:13 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> The stars so gaily glistened... (Tue, 7 Feb 2006 22:32:18 +0300 @855)
> ...while the fading voice of Arioch whispered through the darkness:
>
> one more BTW
> can here (http://homepages.borland.com/jedi/jedihelp/search_result.php) be
> something liek wiki for easy entering help ?

No, the wiki behaviour (anyone can edit) is too "risky" by my standards. But you can always click on the "edit" icon at the top right and enter your modifications. They will be reviewed and then validated.


Subject: Re: TJvDesktopAlert Delay
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Feb 2006 21:52:35 +0100
Newsgroups: jedi.vcl

I wrote one of the apparition style, so have a few knowledge about it.
But it's not that hard anyway, you should be able to find out where in the code you need extra events (OnShowing and OnShown).


Subject: Re: JVCL CVS Question
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Tue, 07 Feb 2006 14:35:43 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
>> I hate to bother you again on this, but do you know why I am only getting 1.94 on the JCL checkout?  3.10 JVCL requires 1.96+, but the checkout I get for JCL is older, so JVCL refuses to install to anything but D6 (I have D6, D2005 and D2006 installed).
>
> That's not the normal behavior. What is happening when you invoke "Update to..." and select the "HEAD" tag on the top-level sandbox?

Sorry, bad info.  I double checked, and the JVCL installer was finding an old copy in another folder.  Changed the path and the installer found the correct copy and no longer complains.

>> I suppose I should just give up on the CVS releases and go back to the ZIP file.  Sigh...
>
> Jedi users and team members can help you on most common situations.

Yes, and that is wonderful help, and I appreciate it.  I use CVS for work all the time, so I am fairly familiar with how it works.  It was only getting the correct repository names that was needed.

Thanks for all the help.
Jeff.


Subject: Re: what are the difference between timers ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 7 Feb 2006 22:35:22 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 7 Feb 2006 22:32:18 +0300 @855)
....while the fading voice of Arioch whispered through the darkness:

one more BTW
can here (http://homepages.borland.com/jedi/jedihelp/search_result.php) be
something liek wiki for easy entering help ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: what are the difference between timers ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 7 Feb 2006 22:32:18 +0300
Newsgroups: jedi.vcl

Hello, All!

TJvTimer, TJvThreadTimer, TJvTimerList - what are the differences ?

Since 1st is already threading ?

BTW, is there methods for easy messages exchange between those threads in
JVCL timer and thread components and VCL main thread ?
Standard Synchronize is not good at that.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: JVCL CVS Question
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 07 Feb 2006 20:10:47 +0100
Newsgroups: jedi.vcl

Hi,

> I hate to bother you again on this, but do you know why I am only getting 1.94 on the JCL checkout?  3.10 JVCL requires 1.96+, but the checkout I get for JCL is older, so JVCL refuses to install to anything but D6 (I have D6, D2005 and D2006 installed).

That's not the normal behavior. What is happening when you invoke "Update to..." and select the "HEAD" tag on the top-level sandbox?

> I suppose I should just give up on the CVS releases and go back to the ZIP file.  Sigh...

Jedi users and team members can help you on most common situations.

-- 
Florent Ouchet


Subject: Re: JVCL CVS Question
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Tue, 07 Feb 2006 13:39:33 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> There have been many problems with cvs and www accesses to the sourceforge servers for many days. It's working on the week-end.
> You needn't a complete checkout, just invoke an update and this should solve your problems (well this action will work only if you are able to connect to sourceforge servers).
>
Yes, I've seen several timeout errors, and it is quite annoying.

I hate to bother you again on this, but do you know why I am only getting 1.94 on the JCL checkout?  3.10 JVCL requires 1.96+, but the checkout I get for JCL is older, so JVCL refuses to install to anything but D6 (I have D6, D2005 and D2006 installed).

I suppose I should just give up on the CVS releases and go back to the ZIP file.  Sigh...

Jeff.


Subject: Re: TJvDesktopAlert Delay
From: Bill <w2m00@hicomponents00.com>
Date: Tue, 07 Feb 2006 13:16:03 -0500
Newsgroups: jedi.vcl

OBones,

Yes, I agree about calling Application.ProcessMessages but there is no alternative... other than not to use the component. As far as I can tell there is no way to know if the alert form is visible nor is there anyway to make the alert form visible.   After you call execute, the alert form appears after the image manipulation code is executed....  A fix will be required in the component itself.  Who wrote the component and is he still around?  If not maybe someone can fix the component.

Thanks,

Bill

> The use of Application.ProcessMessages is NEVER a good idea, except when waiting for the OnTerminate even of a terminating thread.
> There must be a way to know when to the alert is fully visible.


Subject: Re: Display HTML
From: "Billy" <nospam@i-ssis.com>
Date: Tue, 7 Feb 2006 13:02:24 -0500
Newsgroups: jedi.vcl

This also has problem it works firsttime, If you switch html many times you 
get the old html.


"Erick Sasse" <esasse.remove@nospam.yahoo.com.br> wrote in message 
news:drdvj4$66c$1@talkto.net...
> > Robert Marquardt wrote:
> >
>> >> This i found somewhere. It works with TWebBrowser.
> >
> > Thanks!
> >
> > -- 
> > Erick Sasse
> > Brazil 




Subject: Re: TJvDesktopAlert Delay
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Feb 2006 16:14:19 +0100
Newsgroups: jedi.vcl

Bill wrote:

> Elahn,
>
> Thanks for your help.  Your code works.  If the JVCL people are reading this, I'd urge they add add a property to allow the component window to become visible before executing code after TJvDesktopAlert.Execute if possible.

The use of Application.ProcessMessages is NEVER a good idea, except when waiting for the OnTerminate even of a terminating thread.
There must be a way to know when to the alert is fully visible.


Subject: Re: Hide jvDock floating windows when app is not active.
From: Yannis <None@noware.non>
Date: Tue, 7 Feb 2006 15:09:12 +0000 (UTC)
Newsgroups: jedi.vcl

Ricardo Cardona R <rcardona@mail.com> wrote in
news:dsa7fn$eii$1@talkto.net: 

>> >> I have placed a small demo on the binaries group, with subject 
>> >> jvclDock test with floating toolbars, showing how to create a 
>> >> floating window for a form with out the need to set the 
>> >> FormStyle to fsStayOnTop. 
> > 
> > Very nice, works very well, but when you drag 2 forms
> > TJvDockTabHostForm is create, when you click the main form the new
> > form (TJvDockTabHostForm) is behind from main. 
> > 
> > Try this, create 2 forms is your small demo, like this : 
> > 
> >   Form2 := TForm2.CreateParented(Application, Self.Handle);
> >   Form2.Show;
> > 
> >   with TForm2.CreateParented(Application, Self.Handle) do
> >     Show;
> > 
> > Now, drag form to other and click the main form.
> > 
>> >> if I haven't understand the problem correctly please explain it
>> >> again. 
> > 
> > You understand the problem, maybe my english is not very good ;)
> > 
> > Thanks for your help and patience 
> > 
> > Ricardona 
> > 

Yes I can see the problem.

My problem now is that I do not have any experience with JVdock library
and generaly with docking. I have a number of thoughts but I do not know
where to look or what to change in order to make this work with the 
library.

One quick way is to search the entire dock library files for fsStayOnTop
and whenever you see the code to handle this property  add the following
two lines.

// New Code. You need to declare a variable DumHandle:THandle; for
// this to work correctly.
DumHandle := windows.GetParent(TWinControl(Source.Control).Handle);
if DumHandle <> 0 then // This might need to be check against invalidHandle
  windows.SetParent(TForm(Source.Control).Handle, DumHandle);

// Existing Code as sample
if ParentForm.FormStyle = fsStayOnTop then
  TForm(Source.Control).FormStyle := fsStayOnTop;

WARNING THIS HAS NOT BEEN TESTED AT ALL.

I do not know the results of this hack it will probably create more 
problems than it solves.

I think that the "correct" way to handle this is to add a property to
jvDockServer component named somethink like 

property FloatWindows : boolean;

and if this is true then all the underlying JVDockForms will get the 
handle of the main dock form and overriding the CreateParams will set the 
two lines of code I mentioned before. 
This will take care all the forms used internally by JVDock library.
As a side note the library could register a new form TToolbarForm which
woold use the JVDockServer component to get the main docking form and
float over it by default.

Never the less, I will try to do it my self and see what I'll come up with
my main problem is that there is not a single common uncestor for all the 
forms to test and if I post a hack at this time it might work only with 
the painter I have used eg TJvDockVSNetStyle and not with the others.

I'll take a closer look on the code this weekend.

Regards
Yannis.


Subject: Re: TJvDesktopAlert Delay
From: Bill <w2m00@hicomponents00.com>
Date: Tue, 07 Feb 2006 10:05:22 -0500
Newsgroups: jedi.vcl

Elahn,

Thanks for your help.  Your code works.  If the JVCL people are reading this, I'd urge they add add a property to allow the component window to become visible before executing code after TJvDesktopAlert.Execute if possible.

Thanks again.

Bill


Subject: jvScheduledEvents Examples / Editor
From: "Patrick Hartnett" <patrick@perryman-sw.com>
Date: Tue, 7 Feb 2006 09:41:19 -0500
Newsgroups: jedi.vcl

Any example code for using jvScheduledEvents? For Editing the events?

Did not see anything in the examples directory or get anything relevant on 
my quick searches of the newsgroups 




Subject: TJvDBDateTimePicker problems
From: "Fikret Hasovic" <fikrethREMOVE@bihtamp.net>
Date: Tue, 7 Feb 2006 14:06:45 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I am having problems with TJvDBDateTimePicker component and BDS 2006.

Just drop TJvDBDateTimePicker on form, and try to leave form, your
mouse cannot leave that region, and you cannot do anything. If you use
ALT-TAB, you can change active app, but your mouse will stay in that
region. It will give some error message, but I don't know exact message
text, couldn't save it... I have reproduced this error on 3 computers,
with released JVCL3 and with CVS version.


-- Best regards, Fikret Hasovic http://fikret.fbtalk.net USAID TAMP Senior Programmer * Firebird Foundation member. - Join today at http://www.firebirdsql.org/ff/foundation * JEDI VCS contributor http://jedivcs.sourceforge.net/ * Firebird and Fyracle news http://www.fyracle.org Posted with XanaNews 1.17.6.6 

Subject: Re: Incompatible Jedi Inc
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 7 Feb 2006 14:03:00 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Somewhere on your hard drive, there is a very old jedi.inc file and
> > it interferes with the one the JVCL needs.

I've found some and deleted, but I still get the error.

I still have jedi.inc in these folders:

jcl\source
jvcl\commom
jvcl\devtools\Common

But these three came with latest JVCL install.

-- Erick Sasse Brazil 

Subject: Re: Incompatible Jedi Inc
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 07 Feb 2006 14:42:54 +0100
Newsgroups: jedi.vcl

Somewhere on your hard drive, there is a very old jedi.inc file and it interferes with the one the JVCL needs.
Find it, remove it, and you'll be sorted.


Subject: Re: Hide jvDock floating windows when app is not active.
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 07 Feb 2006 08:39:49 -0500
Newsgroups: jedi.vcl

> I have placed a small demo on the binaries group, with subject jvclDock test with floating toolbars, showing how to create a floating window for a form with out the need to set the FormStyle to fsStayOnTop. 

Very nice, works very well, but when you drag 2 forms TJvDockTabHostForm is create, when you click the main form the new form (TJvDockTabHostForm) is behind from main.

Try this, create 2 forms is your small demo, like this :
 Form2 := TForm2.CreateParented(Application, Self.Handle);
 Form2.Show;

 with TForm2.CreateParented(Application, Self.Handle) do
   Show;

Now, drag form to other and click the main form.

> if I haven't understand the problem correctly please explain it again.

You understand the problem, maybe my english is not very good ;)

Thanks for your help and patience
Ricardona 

Subject: Incompatible Jedi Inc
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 7 Feb 2006 13:29:39 +0000 (UTC)
Newsgroups: jedi.vcl

I found a bug in a component and I want to fix it, but I'm not sure how
to compile the units.

I added the jvcl\run to my library path, but when I try to compile, it
stops in the ALERT_jedi_inc_incompatible.

What am I doing wrong?

Thanks!

-- Erick Sasse Brazil 

Subject: jvNavigationPanel and adaptive xp themes
From: "Andrew Jackson" <ajackson@eccc.co.za>
Date: Tue, 07 Feb 2006 13:56:59 +0200
Newsgroups: jedi.vcl


Hello all...

I'm playing around with the jvNavigationPanel component. is there anyway to make the style adapt to the currently selected xp theme? If not, is there anyway to detect which theme (blue, green or silver) is being used so I can set the properties manually?

Thanks,
Andrew


Subject: Re: Hide jvDock floating windows when app is not active.
From: Yannis <None@noware.non>
Date: Tue, 7 Feb 2006 08:26:12 +0000 (UTC)
Newsgroups: jedi.vcl

Ricardo Cardona R <rcardona@mail.com> wrote in
news:ds7o22$sgf$1@talkto.net: 

>> > > Please post back any results.
> > 
> > Well, i did the modifications and others based in Toolbar2000 from
> > Jordan Russell (Toolbar2000 can hide the floating window when the main
> > thread is blocked), but not success at all, jvDocking can't get the
> > current form and the result is a AV when the you drag a form a
> > dockeable area. 
> > 
> > Yannis thanks for your help, but i think this is not possible whitout
> > change the jvdock source. 
> > 
> > Ricardona

The problem as I understand it is that your floating windows (toolbars) 
with fsStayOnTop are showen above other applications when your application
is loosing focus. 

I have placed a small demo on the binaries group, with subject 
jvclDock test with floating toolbars, showing how to create a 
floating window for a form with out the need to set the 
FormStyle to fsStayOnTop. 

It does not hide automatically the floating window but with this solution 
you shoold not required to hide them. 

In order to hide any form on long running tasks you have two options.
1) use Application.ProcessMessages to  enable your windows to 
   process the hide message.
2) use Threads for the long running tasks letting the mainthread unblocked
   to respond correctly to messages.

if I haven't understand the problem correctly please explain it again.

Regards
Yannis.


Subject: Re: Docking with TPanel
From: m utku karatas <m.utku.k@googlesmailservice.com>
Date: Tue, 7 Feb 2006 05:29:37 +0000 (UTC)
Newsgroups: jedi.vcl

"Yehia A.Salam" <yehia@yehiaeg.com> wrote in
news:ds5cff$dlt$1@talkto.net: 

> > hello,
> > 
> > i'm trying to create a simple dockable gui, i came up with the JEDI 
> > TJvDockServer and TJvDockClient but it appears that it works only for
> > forms and not for panels, any workaround to make it work with panels
> > (put client and server in same form),
> > 
> > all i need is simple docking with the ability to save and load the
> > layout. 
> > 
> > Thanks
> > Yehia 
> > 
> > 

You can not do this. Only forms supported.


Subject: Re: TJvDesktopAlert Delay
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 07 Feb 2006 13:50:51 +1000
Newsgroups: jedi.vcl

Bill wrote, on 4/02/2006 11:15 PM:
> I am using JvDesktopAlert to display messages that an image operation is underway in my application.  Most of the time it works well; however, sometimes the image operation executes before the JvDesktopAlert is visible.
>
> How can I force JvDesktopAlert to appear before the image operation starts?
>
> I tried application.processmessages, and tried to change the start interval to no avail.

Hi Bill,

Try something like this...

var
  lTime: TDateTime;
begin
  <show JvDesktopAlert>
  lTime := Now;
  repeat
    Application.ProcessMessages;
  until MilliSecondsBetween(Now, lTime) > 500;
  <execute image operation>
end;

Try changing around the amount of time to delay, in order to find what works best for you.

-- 
enjoy life,
           Elahn


Subject: Re: TJvDesktopAlert Delay
From: "Zhenlong" <bscrack@tom.com>
Date: Tue, 7 Feb 2006 05:15:59 +0800
Newsgroups: jedi.vcl

attention
"Bill" <w2m00@hicomponents00.com> ??????:ds28vk$q8f$1@talkto.net...
> >I am using JvDesktopAlert to display messages that an image operation is 
> >underway in my application.  Most of the time it works well; however, 
> >sometimes the image operation executes before the JvDesktopAlert is 
> >visible.
> >
> > How can I force JvDesktopAlert to appear before the image operation 
> > starts?
> >
> > I tried application.processmessages, and tried to change the start 
> > interval to no avail.
> >
> > Thanks,
> >
> > Bill 




Subject: Re: JVCL CVS Question
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 06 Feb 2006 20:16:19 +0100
Newsgroups: jedi.vcl

> Thanks for the help.  Having a bit of trouble with it at the moment (, there were some errors on checkout at the very end about being unable to remove some files, and now it is refusing to login on CVS update). Looks like I may need to delete it all and checkout again... sigh.  But it is good to know I can move things around to match the zip install without causing any problems.

There have been many problems with cvs and www accesses to the sourceforge servers for many days. It's working on the week-end.
You needn't a complete checkout, just invoke an update and this should solve your problems (well this action will work only if you are able to connect to sourceforge servers).

-- 
Florent Ouchet


Subject: Re: JVCL CVS Question
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Mon, 06 Feb 2006 13:55:48 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> There shouldn't be errors, CVS can work on incomplete repositories. Other subdirectories of dev\ are never used 99.9% of time.
Thanks for the help.  Having a bit of trouble with it at the moment (, there were some errors on checkout at the very end about being unable to remove some files, and now it is refusing to login on CVS update). Looks like I may need to delete it all and checkout again... sigh.  But it is good to know I can move things around to match the zip install without causing any problems.

Thanks,
  Jeff.




Subject: Re: Hide jvDock floating windows when app is not active.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 06 Feb 2006 18:52:26 +0100
Newsgroups: jedi.vcl

Ricardo Cardona R wrote:

>  > Please post back any results.
>
> Well, i did the modifications and others based in Toolbar2000 from Jordan Russell (Toolbar2000 can hide the floating window when the main thread is blocked), but not success at all, jvDocking can't get the current form and the result is a AV when the you drag a form a dockeable area.
>
> Yannis thanks for your help, but i think this is not possible whitout change the jvdock source.

Then can you propose some modifications ?


Subject: Re: JVCL CVS Question
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 6 Feb 2006 18:23:50 +0100
Newsgroups: jedi.vcl

Jeff Wormsley wrote:

> > Ah, ok.  I had assumed jvcl.  When I check this out with TortoiseCVS, it
> > creates a ./dev folder.  Should I rename this to ./jvcl, or leave it as
> > ./dev?

That's up to you. Personally I have moved the jvcl3 directory one level
higher and deleted the remaining dev directory: jedi\dev\jvcl3 =>
jedi\jvcl3


-- Regards, Andreas Hausladen 

Subject: Re: JVCL CVS Question
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 06 Feb 2006 18:21:26 +0100
Newsgroups: jedi.vcl

> So I was wondering if I needed to move the contents of .\jedi\dev\JVCL3 to the .\jedi\jvcl folder before installing, to make it the same as from the ZIP file.  It looks like there will be no problems doing so.  As soon as the checkout completes I'll give it a try.

There shouldn't be errors, CVS can work on incomplete repositories. Other subdirectories of dev\ are never used 99.9% of time.

-- 
Florent Ouchet


Subject: Re: JVCL CVS Question
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Mon, 06 Feb 2006 12:00:36 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
>> Ah, ok.  I had assumed jvcl.  When I check this out with TortoiseCVS, it creates a ./dev folder.  Should I rename this to ./jvcl, or leave it as ../dev?
>
> Renaming the top-level directory using explorer (F2) won't cause any problem. The remote module name is stored elsewhere in the CVS subdirectory (it is hidden by default).
>
Ok.  I ask because the ZIP install created a tree like this:

C:\DELPHI\Components\jedi\jcl
C:\DELPHI\Components\jedi\jvcl
C:\DELPHI\Components\jedi\jvcl\archive
C:\DELPHI\Components\jedi\jvcl\<etc.>

But using CVS I get this:

C:\DELPHI\Components\jedi\jcl
C:\DELPHI\Components\jedi\dev\Globus
C:\DELPHI\Components\jedi\dev\DUnit
C:\DELPHI\Components\jedi\dev\JVCL3
C:\DELPHI\Components\jedi\dev\JVCL3\archive
C:\DELPHI\Components\jedi\dev\JVCL3\<etc.>

So I was wondering if I needed to move the contents of .\jedi\dev\JVCL3 to the .\jedi\jvcl folder before installing, to make it the same as from the ZIP file.  It looks like there will be no problems doing so.  As soon as the checkout completes I'll give it a try.

Thanks,
  Jeff.


Subject: Re: JVCL CVS Question
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 06 Feb 2006 17:49:06 +0100
Newsgroups: jedi.vcl

> Ah, ok.  I had assumed jvcl.  When I check this out with TortoiseCVS, it creates a ./dev folder.  Should I rename this to ./jvcl, or leave it as ../dev?

Renaming the top-level directory using explorer (F2) won't cause any problem. The remote module name is stored elsewhere in the CVS subdirectory (it is hidden by default).

-- 
Florent Ouchet


Subject: Re: JVCL CVS Question
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Mon, 06 Feb 2006 11:30:18 -0500
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
>> Using the anonymous access info found here (https://sourceforge.net/cvs/?group_id=45786) it looks like all I am getting is JVCL 2.10.  What is needed to get 3.10 from CVS?
>
> The JVCL 3 module is named "dev":
>
> cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl co -P dev
>
Ah, ok.  I had assumed jvcl.  When I check this out with TortoiseCVS, it creates a ./dev folder.  Should I rename this to ./jvcl, or leave it as ../dev?

Thanks again,
  Jeff.


Subject: Re: JVCL CVS Question
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 06 Feb 2006 17:27:22 +0100
Newsgroups: jedi.vcl

Hi,

> Using the anonymous access info found here (https://sourceforge.net/cvs/?group_id=45786) it looks like all I am getting is JVCL 2.10.  What is needed to get 3.10 from CVS?

The JVCL 3 module is named "dev":

cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl co -P dev

-- 
Florent Ouchet


Subject: JVCL CVS Question
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Mon, 06 Feb 2006 11:22:02 -0500
Newsgroups: jedi.vcl

Using the anonymous access info found here (https://sourceforge.net/cvs/?group_id=45786) it looks like all I am getting is JVCL 2.10.  What is needed to get 3.10 from CVS?

Thanks,
  Jeff.


Subject: Re: Docking with TPanel
From: "Yehia A.Salam" <yehia@yehiaeg.com>
Date: Mon, 6 Feb 2006 18:04:27 +0200
Newsgroups: jedi.vcl

anyone guys ?

"Yehia A.Salam" <yehia@yehiaeg.com> wrote in message 
news:ds5cff$dlt$1@talkto.net...
> > hello,
> >
> > i'm trying to create a simple dockable gui, i came up with the JEDI 
> > TJvDockServer and TJvDockClient but it appears that it works only for 
> > forms and not for panels, any workaround to make it work with panels (put 
> > client and server in same form),
> >
> > all i need is simple docking with the ability to save and load the layout.
> >
> > Thanks
> > Yehia
> > 




Subject: jvAppIniStorage on a USB drive
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Mon, 06 Feb 2006 10:58:12 -0500
Newsgroups: jedi.vcl

I submitted this as an issue:
http://homepages.borland.com/jedi/issuetracker/view.php?id=3480

and it was suggested we discuss here:

======================================================================
Summary:                    jvAppIniFileStorage
Description:
If the Ini File cannot be written to on Flush, an exception is thrown. Since you cannot keep the Flush from happening automatically when the component is Destroyed, you always get an exception if the IniFile name points to an invalid drive.  If, for example, you want to keep the Ini File on a USB or network drive which may become invalid before the program closes.  Reads & Writes can be conditional (If FileExists), but the final Flush always happens.

Perhaps putting a try...except around the IniFile.UpdateFile would suffice.
======================================================================

What I am doing now is clearing the File name if File Exists fail, but this does not seem like a proper fix.  Maybe adding an OnFlush event would help?  Then it would be a simple matter to add the "If not FileExist then abort"??

Suggestions?


Subject: Re: Hide jvDock floating windows when app is not active.
From: Ricardo Cardona R <rcardona@mail.com>
Date: Mon, 06 Feb 2006 10:05:24 -0500
Newsgroups: jedi.vcl

> Please post back any results.

Well, i did the modifications and others based in Toolbar2000 from Jordan Russell (Toolbar2000 can hide the floating window when the main thread is blocked), but not success at all, jvDocking can't get the current form and the result is a AV when the you drag a form a dockeable area.

Yannis thanks for your help, but i think this is not possible whitout change the jvdock source.

Ricardona


Subject: Re: JVFolderMonitor
From: "Glenn De Tollenaere" <gdt@nospam.com>
Date: Mon, 6 Feb 2006 13:48:16 +0100
Newsgroups: jedi.vcl

thanks, modified my code in order to use that component.

"Edmund Matzke" <dummyforusenet@poelser.de> wrote in message 
news:rrjwi4xy2622$.bvmyjdjjf61j.dlg@40tude.net...
> > Hi,
> >
>> >> I have seen that the TJVFolderMonitor-component does no longer exist in 
>> >> v3 ?
>> >> Is there an alternative, because I have an application that uses this
>> >> component to monitor a specific folder. After upgrading to v3 however I
>> >> can't seem to find that component anymore.
> >
> > it is TJvChangeNotify, AFAIR. 




Subject: TJvHTButton caption not in center
From: "barak zabari" <barak@gsr.co.il.removethis>
Date: Mon, 6 Feb 2006 13:16:42 +0200
Newsgroups: jedi.vcl

Hi

I have delphi 7 and i am working in hebrew (right to left).
Using TJvHTButton from Version 2.10 put the caption in the middle of the 
button.
When i moved to ver 3.10 the text show up a little to the right from the 
center of the button.
Is there anything i can do to fix this ?


TIA

barak zabari




Subject: Re: JVFolderMonitor
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Mon, 6 Feb 2006 11:27:39 +0100
Newsgroups: jedi.vcl

Hi,

> > I have seen that the TJVFolderMonitor-component does no longer exist in v3 ?
> > Is there an alternative, because I have an application that uses this 
> > component to monitor a specific folder. After upgrading to v3 however I 
> > can't seem to find that component anymore.

it is TJvChangeNotify, AFAIR.


Subject: Re: Daily .zip builds are corrupt
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 06 Feb 2006 11:23:02 +0100
Newsgroups: jedi.vcl

> This is not desirable for me. Plus, the zip files are supposed to be a mirror of the anonymous access, not the developer access.

Only Root files in CVS subdirectories are different. Since these directories aren't part of the archives, there is no difference in the content of an authorized access to a repository and an anonymous access to the same repository.

> And I'm convinced that SF is working on it, today's one went smoothly.

And this should work until the next time the server is overloaded.

-- 
Florent Ouchet


Subject: Re: Daily .zip builds are corrupt
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 06 Feb 2006 11:13:44 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
>> This is a known problem, the anonymous CVS access is very random right now. We cannot do anything about it, but SourceForge is working on it.
>
>
> Could you use an authorized access (via the ext protocol) using a saved session that doesn't require any password to connect?

This is not desirable for me. Plus, the zip files are supposed to be a mirror of the anonymous access, not the developer access.
And I'm convinced that SF is working on it, today's one went smoothly.


Subject: JVFolderMonitor
From: "Glenn De Tollenaere" <gdt@nospam.com>
Date: Mon, 6 Feb 2006 11:13:43 +0100
Newsgroups: jedi.vcl

Hi all,

I have seen that the TJVFolderMonitor-component does no longer exist in v3 ?
Is there an alternative, because I have an application that uses this 
component to monitor a specific folder. After upgrading to v3 however I 
can't seem to find that component anymore.

Any help appreciated

Glenn 




Subject: Re: Daily .zip builds are corrupt
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 06 Feb 2006 10:24:18 +0100
Newsgroups: jedi.vcl

Hi,

> This is a known problem, the anonymous CVS access is very random right now. We cannot do anything about it, but SourceForge is working on it.

Could you use an authorized access (via the ext protocol) using a saved session that doesn't require any password to connect?

-- 
Florent Ouchet


Subject: Re: Daily .zip builds are corrupt
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 06 Feb 2006 07:33:20 +0100
Newsgroups: jedi.vcl

Bryan Nystrom wrote:

> Thought that I would report to those in charge of the daily builds that the last couple of jvcl daily .zip files are corrupt (along with the "latest".) 

This is a known problem, the anonymous CVS access is very random right now. We cannot do anything about it, but SourceForge is working on it.


Subject: Daily .zip builds are corrupt
From: "Bryan Nystrom" <bnystrom@bigfoot.com>
Date: Sun, 5 Feb 2006 15:04:11 -0600
Newsgroups: jedi.vcl

Thought that I would report to those in charge of the daily builds that the 
last couple of jvcl daily .zip files are corrupt (along with the "latest".) 




Subject: Re: JvFormStorage1 for wider use
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Sun, 5 Feb 2006 14:48:45 -0500
Newsgroups: jedi.vcl

If you use forms dynamically and you do not show the form then this might be 
needed...

  if frmDate = nil then
     frmDate := TfrmDate.Create(self);
  // THIS IS NEEDED because we did not SHOW the form
  frmdate.FormStorage1.RestoreFormPlacement;  // If I leave this out the 
values will revert to the defaults
..
..
..
  frmDate.free;
  frmDate := nil;

There might be a better way to get the data from a sub-form but this is what 
I do.



"Craig" <craig2[youknow]@qnotes.com> wrote in message 
news:ds30hh$v6h$1@talkto.net...
> > Hi,  I had this same kind of issue.
> >
> > Also even when updating the ini file from a second app the running (main) 
> > app would kill the changes.
> >
> > I will post my sample app to the binaries group.
> >
> > It should help - read my comments.
> >
> > Also note that the formstorage has changed functionality with minor jvcl 
> > updates.
> >
> > Craig.
> >
> >
> >
> > "Florian Hector" <fhector@web.de> wrote in message 
> > news:dqtksh$op$1@talkto.net...
>> >> Hello All,
>> >>
>> >> I have to store and retrieve some settings, so far I have used 
>> >> JvFormStorage together with JvAppIniFileStorage without problems, but now 
>> >> I am facing a challenge.
>> >> From the main form I have to have access to settings stored in a 
>> >> JvFormStorage component sitting on a second form, which is not yet 
>> >> created hence not accessible.
>> >> Is there a component available to read the values written by 
>> >> JvFormStorage other than using the unit IniFiles?
>> >>
>> >>
>> >> Florian
> >
> > 




Subject: Docking with TPanel
From: "Yehia A.Salam" <yehia@yehiaeg.com>
Date: Sun, 5 Feb 2006 19:33:54 +0200
Newsgroups: jedi.vcl

hello,

i'm trying to create a simple dockable gui, i came up with the JEDI 
TJvDockServer and TJvDockClient but it appears that it works only for forms 
and not for panels, any workaround to make it work with panels (put client 
and server in same form),

all i need is simple docking with the ability to save and load the layout.

Thanks
Yehia 




Subject: Re: Installation of JVCL 3.10 with Delphi 2005
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 05 Feb 2006 16:19:41 +0100
Newsgroups: jedi.vcl

Tell us what you did and in what order.


Subject: Registry change notification
From: "Danila Vershinin" <easyREMOVETHISmsi@yandex.ru>
Date: Sun, 5 Feb 2006 18:07:49 +0300
Newsgroups: jedi.vcl

Is there a component to track changes in the system's registry?
If yes, what is it named? :)

Thanks in advance 




Subject: Re: error installing jvcl.. ** error 1 ** deleting Templates
From: "salsa" <salsa@salsa.com>
Date: Sun, 5 Feb 2006 16:06:01 +0100
Newsgroups: jedi.vcl

im using a Delphi 2006....

somebody knows what the problem?

how i fix and install jvcl?

pleeeease :(



thankz a l0t!! :p



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL installer changes
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 05 Feb 2006 15:19:51 +0100
Newsgroups: jedi.jcl,jedi.vcl


> The DCP files MUST be in a path known to Delphi, and most of all, to C++ Builder. If this path is not in the library path, and maybe the PATH environment variable, then it will not work.

jcl\lib\version is in the library path. dcp files are placed here for all targets (including D5..D7 and C5, C6).

-- 
Florent Ouchet


Subject: Installation of JVCL 3.10 with Delphi 2005
From: "jackvpt" <jacques.verpoest@wanadoo.fr>
Date: Sun, 5 Feb 2006 14:52:57 +0100
Newsgroups: jedi.vcl

Hi,

I'm trying to install JVCL 3.10 with Delphi 2005 but there's no way to get 
the components in the tool box.

I need help from anyone who managed to did it.

Thanks 




Subject: Re: JCL installer changes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 05 Feb 2006 14:41:51 +0100
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> Hi all,
>
> The JCL installer now creates dcp/lib/bpi files into the $(JCL)\lib\$(ver) directory and should delete old files.
> This change breaks compatibility with the JVCL installation (it cannot find any jcl*.dcp files). Could anyone review this issue?

The DCP files MUST be in a path known to Delphi, and most of all, to C++ Builder. If this path is not in the library path, and maybe the PATH environment variable, then it will not work.


Subject: JCL installer changes
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 05 Feb 2006 14:31:44 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi all,

The JCL installer now creates dcp/lib/bpi files into the $(JCL)\lib\$(ver) directory and should delete old files.
This change breaks compatibility with the JVCL installation (it cannot find any jcl*.dcp files). Could anyone review this issue?

-- 
Florent Ouchet


Subject: Re: JVCL Installer changes
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 05 Feb 2006 11:53:42 +0100
Newsgroups: jedi.vcl

> I am working on the same modifications for the JCL, but I have some troubles with BDS 2006, how do you use the -LN command line flag?.

I found the problem, command line switches are overridden by those listed in the package.cfg file.

-- 
Florent Ouchet


Subject: Re: JVCL Installer changes
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 05 Feb 2006 11:26:37 +0100
Newsgroups: jedi.vcl

> - IsDelphi and IsBCB are now private and should not be used anymore.
> IsDelphi is only set if it's not a BDS, IsBCB is only set if it's not a
> BDS.
> - There's a new methode SupportsPersonalities([persDelphi, persBCB,
> persCSharp, persDelphiNet])

Nearly the same in the JCL installer, that makes life easier to detect
products with multiple personalities.

> - Default paths for BDS have changed:
>   HppDir: $(BDS)\Include\JVCL => GlobalIncludePaths list
>   DcpDir: $(JVCL)\Lib\$(VER)

Why not extending this change to all targets?
I am working on the same modifications for the JCL, but I have some troubles with BDS 2006, how do you use the -LN command line flag?.

-- 
Florent Ouchet


Subject: Re: Help with Icon changing
From: CJ <cj@cjwhittaker.net>
Date: Sun, 05 Feb 2006 05:15:57 +0000
Newsgroups: jedi.vcl

would you happen to have any examples of using those components to change the icon by any chance.  I'm really not up to speed on resources and the code makes no sense to me. Even the demo.

Sorry if I'm being a bit dim.

CJ

Yannis wrote:
> CJ wrote:
>
>
>> I've got a program that binds one thing to another and I'd like to
>> ffer the user the option of changing the icon.
>>
>> I've searched like for crazy on help with this and I have to admit to
>> being utterly at a loss.  I know this is possible as i've seen in
>> done in other applications that I know use Delphi.  Such as GameMaker
>> Visual DialogScript etc.
>>
>> PLEASE, has anyone got any code on this or anything that can help me
>> out.  Extracting Icon's from a file is a breeze but changing them
>> seems to be hidden knowledge.  I THINK that the code in the the
>> devtools directory for resource extraction may be the key but I'm not
>> a good enough programmer to figure it out :(.
>>
>> I use Delphi 5 std.
>>
>>
>> CJ
>
>
> You can't change the icon of an application while this application is
> running.
>
> Now that this is out of the way I recomend to take a visit to Colin
> Wilson's delphi pages there you will find among other things some
> resource editing components. I have used them with sucess in the
> past (almost 7 years ago).
>
> Regards
> Yannis.


Subject: Re: Help with Icon changing
From: "Yannis" <None@noware.non>
Date: Sun, 5 Feb 2006 00:29:19 +0000 (UTC)
Newsgroups: jedi.vcl

CJ wrote:

> > I've got a program that binds one thing to another and I'd like to
> > ffer the user the option of changing the icon.
> > 
> > I've searched like for crazy on help with this and I have to admit to
> > being utterly at a loss.  I know this is possible as i've seen in
> > done in other applications that I know use Delphi.  Such as GameMaker
> > Visual DialogScript etc.
> > 
> > PLEASE, has anyone got any code on this or anything that can help me
> > out.  Extracting Icon's from a file is a breeze but changing them
> > seems to be hidden knowledge.  I THINK that the code in the the
> > devtools directory for resource extraction may be the key but I'm not
> > a good enough programmer to figure it out :(.
> > 
> > I use Delphi 5 std.
> > 
> > 
> > CJ

You can't change the icon of an application while this application is
running.

Now that this is out of the way I recomend to take a visit to Colin
Wilson's delphi pages there you will find among other things some
resource editing components. I have used them with sucess in the
past (almost 7 years ago).

Regards
Yannis.


Subject: Re: JvBalloonHint Bacground color problem
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Sat, 4 Feb 2006 23:50:16 +0200
Newsgroups: jedi.vcl

Solved.

I used "Application.HintColor := clInfoBk;" onhint event handler of the 
form. And this trick solved it.

But misteriously the HintColor becomes "clBlack".

Regards 




Subject: Re: JvBalloonHint Bacground color problem
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Sat, 4 Feb 2006 23:36:35 +0200
Newsgroups: jedi.vcl

I noticed if I disable JvBalloonHint then the background color problem 
arbitrarily occurs again with the ordinary hint.

Strange,

Regards, 




Subject: JvBalloonHint Bacground color problem
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Sat, 4 Feb 2006 23:23:17 +0200
Newsgroups: jedi.vcl

Dear Friends,

I'm using JVBalloonHint component on an application. (D5.1 Ent, JVCL 3.00 on 
XP Pro).

The app dynamically creates and assigns certain forms to a JVCaptionPanel 
(like MegaDemo).

Anyway while BalloonHint shows perfectly on some of the forms (with 
beautiful Beige bacground color), it is simply displayed arbitrarily with 
pitch black bacground color.

And I cannot find a method or property to set it to the default or any other 
color. Is this a bug or I'm doing something wrong?

Regards and TIA. 




Subject: error installing jvcl.. ** error 1 ** deleting Templates
From: "salsa" <salsa@salsa.com>
Date: Sat, 4 Feb 2006 21:27:22 +0100
Newsgroups: jedi.vcl

im try to install the jvcl but ...


Windows XP Service Pack 2 (5.1.2600)

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Generating: Templates]

** error 1 ** deleting Templates



somebody now how i install jvcl?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormStorage1 for wider use
From: "Craig" <craig2[youknow]@qnotes.com>
Date: Sat, 4 Feb 2006 14:57:34 -0500
Newsgroups: jedi.vcl

Hi,  I had this same kind of issue.

Also even when updating the ini file from a second app the running (main) 
app would kill the changes.

I will post my sample app to the binaries group.

It should help - read my comments.

Also note that the formstorage has changed functionality with minor jvcl 
updates.

Craig.



"Florian Hector" <fhector@web.de> wrote in message 
news:dqtksh$op$1@talkto.net...
> > Hello All,
> >
> > I have to store and retrieve some settings, so far I have used 
> > JvFormStorage together with JvAppIniFileStorage without problems, but now 
> > I am facing a challenge.
> > From the main form I have to have access to settings stored in a 
> > JvFormStorage component sitting on a second form, which is not yet created 
> > hence not accessible.
> > Is there a component available to read the values written by JvFormStorage 
> > other than using the unit IniFiles?
> >
> >
> > Florian 




Subject: Help with Icon changing
From: CJ <cj@cjwhittaker.net>
Date: Sat, 04 Feb 2006 17:01:03 +0000
Newsgroups: jedi.vcl

I've got a program that binds one thing to another and I'd like to ffer the user the option of changing the icon.

I've searched like for crazy on help with this and I have to admit to being utterly at a loss.  I know this is possible as i've seen in done in other applications that I know use Delphi.  Such as GameMaker Visual DialogScript etc.

PLEASE, has anyone got any code on this or anything that can help me out.  Extracting Icon's from a file is a breeze but changing them seems to be hidden knowledge.  I THINK that the code in the the devtools directory for resource extraction may be the key but I'm not a good enough programmer to figure it out :(.

I use Delphi 5 std.


CJ


Subject: Is there a "Static" table that can be loaded at design time?
From: Roman Garcia <nykros@eudoramail.com>
Date: Sat, 04 Feb 2006 11:07:13 -0300
Newsgroups: jedi.vcl

I want to avoid to create in-file table with constant values for using
them in lookup fields. Is there any way to create in-memory
desing-time table?

Tnx in advance 


Subject: TJvDesktopAlert Delay
From: Bill <w2m00@hicomponents00.com>
Date: Sat, 04 Feb 2006 08:15:36 -0500
Newsgroups: jedi.vcl

I am using JvDesktopAlert to display messages that an image operation is underway in my application.  Most of the time it works well; however, sometimes the image operation executes before the JvDesktopAlert is visible.

How can I force JvDesktopAlert to appear before the image operation starts?

I tried application.processmessages, and tried to change the start interval to no avail.

Thanks,

Bill


Subject: Jvg3DColors
From: "Josef Koller" <koller.josef@t-online.de>
Date: Sat, 4 Feb 2006 12:23:29 +0100
Newsgroups: jedi.vcl

Hi,

I found Jvg3DColors in the Globus package, but I don't know how to use it.
I thought it will build 3DColors to the other components on the form, but I
see no effect.

Do you kmow how to use Jvg3DColors?

Thanks

Josef Koller
92699 Irchenrieth
eMail: koller.josef@t-online.de
http://www.naturlandimker.de/DBGlyphs/glyphpage.htm




Subject: Re: a german tutorial for installing JVCL in D2005PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 4 Feb 2006 10:15:00 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > "Delphipraxis" has D2005 PE for download (legally).
> > 
> > http://www.delphipraxis.net/topic74517_jvcl+unter+delphi+2005+pe+installi
> > eren.html
> > 
> > I think we should ask for the text and add it to the JVCL.

And the first error is:
VCL Patch für Delphi 2005 Personal combined wiith JVCL 3.10  makes JVCL
3.10 not compiling due to lots of errors because this patch was written
for JVCL 3.00 and the files it patches have changed in JVCL 3.10

The Indy Tutorial is more a "How do I prevent Delphi from reporting me
that the runtime package could not be installed". The solution presented
there is "Simply switch the option from Runtime only to Run and Designtime
package". Not a good solution. But either nobody read my postings (jbg) or
the simply ignore them.

-- Regards, Andreas Hausladen 

Subject: Re: a german tutorial for installing JVCL in D2005PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Feb 2006 07:47:01 +0100
Newsgroups: jedi.vcl

This is the link for the download itself.

http://www.delphipraxis.net/delphi2005download.php


Subject: a german tutorial for installing JVCL in D2005PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Feb 2006 07:40:59 +0100
Newsgroups: jedi.vcl

"Delphipraxis" has D2005 PE for download (legally).

http://www.delphipraxis.net/topic74517_jvcl+unter+delphi+2005+pe+installieren.html

I think we should ask for the text and add it to the JVCL.


Subject: sql parsing
From: Jaweed Saleem <jaweedxp@hotmail.com>
Date: Sat, 04 Feb 2006 12:26:13 +1100
Newsgroups: jedi.vcl

Hi,

I was just wondering if anyone knew (or if the jedi code library does this) of any good sql parsing tools. Just need to be able to parse through ansi-92 sql, work with it (specifically the where clause) then get it to regenerate the new sql.

Thanks in advance


Subject: Re: File not found jcl\lib\D7\DSGNINTF.pas
From: "Jeferson Oliveira" <jeferson@mvtec.com.br>
Date: Fri, 3 Feb 2006 18:40:00 -0300
Newsgroups: jedi.vcl

Hi Elahn,

I was already using GExperts, but I didn't know the feature Project 
Dependencies. It's very useful.
Thank you for the tip.


Best regards,

Jeferson Oliveira
MV Tecnologia Ltda - Belo Horizonte/MG - Brazil
jeferson@mvtec.com.br




"Elahn Ientile" <elahn@elahn.net> escreveu na mensagem 
news:drueah$2vg$1@talkto.net...
> > Florent Ouchet wrote, on 3/02/2006 4:40 AM:
>> >> There is a problem in your project architecture, one of its units or one 
>> >> unit required by the problem makes a reference to a design unit. These 
>> >> units cannot be linked into run-time applications because they target 
>> >> _only_ the IDE customization. You should check for units requiring 
>> >> dsgnintf in the project and in any component set used by your project.
> >
> > Hi Jeferson,
> >
> > You could try using the "Project Dependencies" feature of GExperts 
> > (www.gexperts.org) to help find the offending unit.
> >
> > --
> > enjoy life,
> >            Elahn 




Subject: Re: File not found jcl\lib\D7\DSGNINTF.pas
From: "Jeferson Oliveira" <jeferson@mvtec.com.br>
Date: Fri, 3 Feb 2006 18:37:42 -0300
Newsgroups: jedi.vcl

You're all were right.
The problem was happenning due to a component (DuckBarcode) that was using 
DSGNINTF.pas.
The component was just declared in only one unit, but wasn't used in fact.
I've removed it and the problem was solved.

Thank you so much for your help!


Best regards,

Jeferson Oliveira
MV Tecnologia Ltda - Belo Horizonte/MG - Brazil
jeferson@mvtec.com.br



"Jeferson Oliveira" <jeferson@mvtec.com.br> escreveu na mensagem 
news:drt8ge$q1t$1@talkto.net...
> > I'm migrating a project from Delphi5 to Delphi7 and I have the error "File 
> > not found 'C:\C7\JEDI VCL\jcl\lib\DSGNINTF.pas'" when try to compile it.
> > I know that DSGNINTF.pas was renamed from D6, but as I have installed JVCL 
> > from the file "JVCL310CompleteJCL196-Build2070.zip", I was hoping that the 
> > compatibility with D7 was already implemented.
> > I have two separated installattions of  JCL and JVCL to D5 and D7 with the 
> > stucture below:
> >
> > Delphi5
> > C:\C5\JEDI VCL\jcl
> > C:\C5\JEDI VCL\jvcl
> >
> > Delphi7
> > C:\C7\JEDI VCL\jcl
> > C:\C7\JEDI VCL\jvcl
> >
> > The library path in the Environment options are very similar in D5 and D7, 
> > pointing each one to the appropriated directory.
> > I can compile other projects (smallers than that) that use JVCL without 
> > any problem.
> >
> > Could someone help me?
> >
> >
> > Best regards!
> >
> > Jeferson Oliveira
> > MV Tecnologia Ltda - Belo Horizonte/MG - Brazil
> > jeferson@mvtec.com.br
> >
> > 




Subject: Re: Hide jvDock floating windows when app is not active.
From: Yannis <None@noware.non>
Date: Fri, 3 Feb 2006 14:10:36 +0000 (UTC)
Newsgroups: jedi.vcl

Ricardo Cardona R <rcardona@mail.com> wrote in 
news:drvjcv$96m$1@talkto.net:

>> >> params.Style := params.Style or WS_POPUPWINDOW;
>> >> Params.WndParent := <ParentForm>.Handle;
>> >> 
>> >> I have also created a custom constructor CreateParented in 
>> >> which I was setting a private variable to the parent form I 
>> >> wanted the tool form to float above.
> > 
> > Thanks for your fast reply, i will try it !
> > 
> > Ricardona

Please post back any results.

Thank you

Regards
Yannis.


Subject: Re: Hide jvDock floating windows when app is not active.
From: Ricardo Cardona R <rcardona@mail.com>
Date: Fri, 03 Feb 2006 07:56:04 -0500
Newsgroups: jedi.vcl

> params.Style := params.Style or WS_POPUPWINDOW;
> Params.WndParent := <ParentForm>.Handle;
>
> I have also created a custom constructor CreateParented in which I was setting a private variable to the parent form I wanted the tool form to float above.

Thanks for your fast reply, i will try it !

Ricardona


Subject: JvDsgnEditors uses ImgEdit and FiltEdit - where are these in delphi 2006 ?
From: "Stephen Millington" <sjm@cds-systems.co.uk>
Date: Fri, 3 Feb 2006 12:25:36 -0000
Newsgroups: jedi.vcl

Hi

trying to compile JvDsgnEditors in delphi 2006 gives file not found for 
ImgEdit and FiltEdit - where are these files?

Stephen 




Subject: Re: Hide jvDock floating windows when app is not active.
From: Yannis <None@noware.non>
Date: Fri, 3 Feb 2006 09:58:41 +0000 (UTC)
Newsgroups: jedi.vcl

Ricardo Cardona R <rcardona@mail.com> wrote in
news:drtpbv$ukk$1@talkto.net: 

>> >> The forms borderstyle is set as bsSizeToolWin or bsToolWindow??
> > 
> > Yes
> > 
>> >> if not setting it to one of the values does it solves the problem?
>> >> if not try to place an applicationevents object in your main form
>> >> and capture the application  events to do what ever you want.
> > 
> > I tried but applicationevents don't get any event because the main
> > thread is blocked in the DB. 
> > 
> > Exist any other way ?
> > 
> > Thanks 
> > 
> > Ricardona

It seems that this code is with my previues employer sorry.

From what I can remember I had to override the createparams
method of the tool window and after calling the inherited 
method I was setting

params.Style := params.Style or WS_POPUPWINDOW;
Params.WndParent := <ParentForm>.Handle;

I have also created a custom constructor CreateParented in 
which I was setting a private variable to the parent form I 
wanted the tool form to float above.

This of course was not enough I had a number of problems regarding the 
docking of this tool form and some extra code required to enable the
docking host to correctly identify this form during drag operations.

I think mostly was translation of coordinates from local to global 
or vice versa but I am probably wrong on this one.

Regards
Yannis.


Subject: Re: Hide jvDock floating windows when app is not active.
From: Yannis <None@noware.non>
Date: Fri, 3 Feb 2006 09:08:51 +0000 (UTC)
Newsgroups: jedi.vcl

Ricardo Cardona R <rcardona@mail.com> wrote in
news:drtpbv$ukk$1@talkto.net: 

>> >> The forms borderstyle is set as bsSizeToolWin or bsToolWindow??
> > 
> > Yes
> > 
>> >> if not setting it to one of the values does it solves the problem?
>> >> if not try to place an applicationevents object in your main form
>> >> and capture the application  events to do what ever you want.
> > 
> > I tried but applicationevents don't get any event because the main
> > thread is blocked in the DB. 
> > 
> > Exist any other way ?
> > 
> > Thanks 
> > 
> > Ricardona

Well 

I remember having a similar problem a couple of years back and I was able 
to solve it by overriding some methods on the form. 
It wasn't an easy task because I had to change the behavior of the parent
property which created a number of problems specificaly with docking. 
I'll try to dig out this code and see what I had done.

Regards
Yannis.


Subject: Re: DBExpress driver for UIB gone?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 03 Feb 2006 08:52:15 +0100
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> In article <dru89m$27g$1@talkto.net>, rainaple@tin.it says...
>
>> Hello,
>>
>> I remember that UIB had a DBExpress driver for firebird... is it gone?
>>
>>
>
>
>
> http://www.progdigy.com/modules.php?name=UIB
>
> There was a need to maintain support with free pascal etc. so it was "taken back" such that all *new* development is back at progdigy.
>
> I think a version remains in jvcl in order to maintain compatibility with anyone who'd been using it...

That's exactly it. I'll try to make it much clearer in the next readme.


Subject: Re: Hello!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 03 Feb 2006 08:51:45 +0100
Newsgroups: jedi.vcl

Zhenlong wrote:

> JEDI -------------->>>>>Very Good!!! 

Thanks


Subject: Re: File not found jcl\lib\D7\DSGNINTF.pas
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 03 Feb 2006 08:51:35 +0100
Newsgroups: jedi.vcl

Look for DesgnIntf, or DsgnIde in the uses of ALL the units used in your project. Then remove it and find out what's not compiling.


Subject: Re: HID error?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 03 Feb 2006 05:46:53 +0100
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

> It looks as if it now found an older version (as .dcu) of
> JvHidControllerClass. Get rid of that.

The component is also available as standalone download.
So if you had it and uninstalled it then do not forgt to purge that completely.
SetupApi.pas is also part of the Jedi-apilib and depending on the way you installed or reinstalled the JVCL the pathes in the IDE may change order which can lead to strange effects.


Subject: Re: DBExpress driver for UIB gone?
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 2 Feb 2006 23:41:42 -0500
Newsgroups: jedi.vcl

In article <dru89m$27g$1@talkto.net>, rainaple@tin.it says...
> > Hello,
> > 
> > I remember that UIB had a DBExpress driver for firebird... is it gone?
> > 
> >


http://www.progdigy.com/modules.php?name=UIB

There was a need to maintain support with free pascal etc. so it was 
"taken back" such that all *new* development is back at progdigy.

I think a version remains in jvcl in order to maintain compatibility 
with anyone who'd been using it...

EdB


Subject: Re: Access Violation Jedi Installer
From: norberto <pellicci@shaw.ca>
Date: Thu, 02 Feb 2006 20:12:39 -0800
Newsgroups: jedi.vcl

Sorry everyone. i just realised that i've posted to the jVCL forum, not the jCL forum.

Apologies...

The answer to my problem is posted on the JCL forum.

Thanks.

norberto


Subject: Re: Access Violation Jedi Installer
From: norberto <pellicci@shaw.ca>
Date: Thu, 02 Feb 2006 18:51:19 -0800
Newsgroups: jedi.vcl

Elahn Ientile wrote:
>
> Please try the Daily zip and see if it still occurs:
>
> http://jvcl.sf.net/daily/
>
> As it says on the page, you'll need the Daily JCL as well:
>
> http://jcl.sf.net/daily/
>
> -- 
> enjoy life,
>            Elahn

Hi Elahn,

Thank you for your help.

i tried as you suggested. This time, i got TWO errors. In time sequence, the first error i got was:

"unable to open key SOFTWARE\Borland\BDS\3.0\Personalities for Read"

followed by the Access Violation error in JediInstaller.exe

Before trying to run the installer from any of these packages, i deleted all packages from the Delphi IDE, from the Tools/Environment path and also all Jedi associated files from the Borland/DelphiX/Projects/Bpl directory.

Any other ideas?

Thanks

norberto


Subject: Re: Access Violation Jedi Installer
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 03 Feb 2006 12:24:19 +1000
Newsgroups: jedi.vcl

norberto wrote, on 3/02/2006 11:38 AM:
> A little while ago, i downloaded the latest JCL/JVCL (JVCL310CompleteJCL196-Build2070.zip) from the Jedi SourceForge website.
>
> After unzipping the files, when i try to run Install.Bat in the JCL directory, i get an access violation error for JediInstaller.exe.
>
> Does anyone know how i can resolve this issue?

Please try the Daily zip and see if it still occurs:

http://jvcl.sf.net/daily/

As it says on the page, you'll need the Daily JCL as well:

http://jcl.sf.net/daily/

-- 
enjoy life,
           Elahn


Subject: Re: File not found jcl\lib\D7\DSGNINTF.pas
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 03 Feb 2006 12:21:42 +1000
Newsgroups: jedi.vcl

Florent Ouchet wrote, on 3/02/2006 4:40 AM:
> There is a problem in your project architecture, one of its units or one unit required by the problem makes a reference to a design unit. These units cannot be linked into run-time applications because they target _only_ the IDE customization. You should check for units requiring dsgnintf in the project and in any component set used by your project.

Hi Jeferson,

You could try using the "Project Dependencies" feature of GExperts (www.gexperts.org) to help find the offending unit.

-- 
enjoy life,
           Elahn


Subject: DBExpress driver for UIB gone?
From: Andrea Raimondi <rainaple@tin.it>
Date: Fri, 03 Feb 2006 01:39:36 +0100
Newsgroups: jedi.vcl

Hello,

I remember that UIB had a DBExpress driver for firebird... is it gone?

Cheers,

Andrew


Subject: Re: HID error?
From: norberto <pellicci@shaw.ca>
Date: Thu, 02 Feb 2006 15:18:32 -0800
Newsgroups: jedi.vcl

Rudy Velthuis wrote:
> Rudy Velthuis wrote:
>
>
> Or it found it in an old package, perhaps.

Hi Rudy,

Thank you for the help. i completely forgot about checking for older dcu versions and purging them. i'll do that.

Thanks very much again!

norberto


Subject: Re: HID error?
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Thu, 2 Feb 2006 22:20:38 +0000 (UTC)
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

> > norberto wrote:
> > 
>> > > Hi,
>> > > 
>> > > i recently was cleaning up my hard disk drive (fatal mistake... :-(
>> > > ) and to check if i had messed up anything, i recompiled my project
>> > > (using D7) which was compiling perfectly before.
>> > > 
>> > > Initially, the compile error was that it couldn't find the
>> > > JvHidController files any longer, so i added the directory for the
>> > > JVCL into the project Directory search path.
>> > > 
>> > > Now i am getting the following error:
>> > > 
>> > > "[Fatal Error] MyProject.dpr(35): Unit JvHidControllerClass was
>> > > compiled with a different version of SetupApi.SetupDiGetClassDevs"
> > 
> > It looks as if it now found an older version (as .dcu) of
> > JvHidControllerClass. Get rid of that.

Or it found it in an old package, perhaps.
-- Rudy Velthuis http://rvelthuis.de/ "2 + 2 = 5, for extremely large values of 2." -- unknown 

Subject: HID error?
From: norberto <pellicci@shaw.ca>
Date: Thu, 02 Feb 2006 14:18:40 -0800
Newsgroups: jedi.vcl

Hi,

i recently was cleaning up my hard disk drive (fatal mistake... :-(  ) and to check if i had messed up anything, i recompiled my project (using D7) which was compiling perfectly before.

Initially, the compile error was that it couldn't find the JvHidController files any longer, so i added the directory for the JVCL into the project Directory search path.

Now i am getting the following error:

"[Fatal Error] MyProject.dpr(35): Unit JvHidControllerClass was compiled with a different version of SetupApi.SetupDiGetClassDevs"


i tried fixing the problem by first deleting the JvHidController component from my project's main form then reinstalling it, but still the same error.

Any idea how i can fix this problem?

Thanks in advance...

norberto


Subject: Re: HID error?
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Thu, 2 Feb 2006 22:18:05 +0000 (UTC)
Newsgroups: jedi.vcl

norberto wrote:

> > Hi,
> > 
> > i recently was cleaning up my hard disk drive (fatal mistake... :-(
> > ) and to check if i had messed up anything, i recompiled my project
> > (using D7) which was compiling perfectly before.
> > 
> > Initially, the compile error was that it couldn't find the
> > JvHidController files any longer, so i added the directory for the
> > JVCL into the project Directory search path.
> > 
> > Now i am getting the following error:
> > 
> > "[Fatal Error] MyProject.dpr(35): Unit JvHidControllerClass was
> > compiled with a different version of SetupApi.SetupDiGetClassDevs"

It looks as if it now found an older version (as .dcu) of
JvHidControllerClass. Get rid of that.

-- Rudy Velthuis http://rvelthuis.de/ "He had decided to live forever or die in the attempt." -- Joseph Heller. 

Subject: Hello!
From: "Zhenlong" <bscrack@tom.com>
Date: Fri, 3 Feb 2006 04:36:11 +0800
Newsgroups: jedi.vcl

JEDI -------------->>>>>Very Good!!! 




Subject: Re: Hide jvDock floating windows when app is not active.
From: Ricardo Cardona R <rcardona@mail.com>
Date: Thu, 02 Feb 2006 15:25:26 -0500
Newsgroups: jedi.vcl

> The forms borderstyle is set as bsSizeToolWin or bsToolWindow??

Yes

> if not setting it to one of the values does it solves the problem?
> if not try to place an applicationevents object in your main form
> and capture the application  events to do what ever you want.

I tried but applicationevents don't get any event because the main thread is blocked in the DB.

Exist any other way ?

Thanks
Ricardona


Subject: File not found jcl\lib\D7\DSGNINTF.pas
From: "Jeferson Oliveira" <jeferson@mvtec.com.br>
Date: Thu, 2 Feb 2006 13:35:00 -0300
Newsgroups: jedi.vcl

I'm migrating a project from Delphi5 to Delphi7 and I have the error "File 
not found 'C:\C7\JEDI VCL\jcl\lib\DSGNINTF.pas'" when try to compile it.
I know that DSGNINTF.pas was renamed from D6, but as I have installed JVCL 
from the file "JVCL310CompleteJCL196-Build2070.zip", I was hoping that the 
compatibility with D7 was already implemented.
I have two separated installattions of  JCL and JVCL to D5 and D7 with the 
stucture below:

Delphi5
C:\C5\JEDI VCL\jcl
C:\C5\JEDI VCL\jvcl

Delphi7
C:\C7\JEDI VCL\jcl
C:\C7\JEDI VCL\jvcl

The library path in the Environment options are very similar in D5 and D7, 
pointing each one to the appropriated directory.
I can compile other projects (smallers than that) that use JVCL without any 
problem.

Could someone help me?


Best regards!

Jeferson Oliveira
MV Tecnologia Ltda - Belo Horizonte/MG - Brazil
jeferson@mvtec.com.br




Subject: Re: File not found jcl\lib\D7\DSGNINTF.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 2 Feb 2006 17:01:26 +0100
Newsgroups: jedi.vcl

Jeferson Oliveira wrote:

> > "File not found 'C:\C7\JEDI VCL\jcl\lib\DSGNINTF.pas'"

This directory is the last in the your search path and the compiler looks
for the file in all search path directories, but report the file not
exists in he last one which is in your case the jcl\lib directory. On my
machine it would report "File not found
'C:\Borland\Delphi7\Projects\Packages\Lib\DsgnIntf.pas'"


-- Regards, Andreas Hausladen 

Subject: Re: Hide jvDock floating windows when app is not active.
From: Yannis <None@noware.non>
Date: Thu, 2 Feb 2006 15:52:21 +0000 (UTC)
Newsgroups: jedi.vcl

Ricardo Cardona R <rcardona@mail.com> wrote in
news:drt04m$o0c$1@talkto.net: 

> > Hello!
> > 
> > My app use the great jvDock + TBX extensions, really nice, but when
> > the program go to longer operations (freeze) and the focus change
> > another app, the floating windows are showed, the JvDockClient is in a
> > window with FormStyl                                                                                                                                                                                                                                                                                                                                                                                                                                                                                     .


Subject: Re: File not found jcl\lib\D7\DSGNINTF.pas
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 02 Feb 2006 16:50:46 +0100
Newsgroups: jedi.vcl

DsgnIntf is one of the files used by the "Design time" part of Delphi.
If you need it for your project, then it MUST be package. And this package must be Design Time only. Then add "DesignIntf" to the requires list and you'll be sorted.
If it's a regular application, then you are not abiding by the licence regulations, and you must separate the design time code from the rest of the application you distribute. You are not allowed to distribute any of the design time code by Borland.
And note that this has nothing to do with the JVCL nor the JCL, this is a commnon issue.


Subject: Hide jvDock floating windows when app is not active.
From: Ricardo Cardona R <rcardona@mail.com>
Date: Thu, 02 Feb 2006 08:14:51 -0500
Newsgroups: jedi.vcl

Hello!

My app use the great jvDock + TBX extensions, really nice, but when the program go to longer operations (freeze) and the focus change another app, the floating windows are showed, the JvDockClient is in a window with FormStyle=fsStayOnTop ; is possible hide floating windows when application is not active (minimized/in tray/change focus) and is running longer operations ?.

Thanks in advance

Ricardona


Subject: Re: Bug in TJVImageList with Delphi 2006
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 02 Feb 2006 15:59:29 +1000
Newsgroups: jedi.vcl

Esteban Pacheco wrote, on 2/02/2006 1:23 PM:
> I think i found a bug with TJVImageList under Delphi 2006.
> Drop a TJVImagelist on a datamodule and try to double click on it to
> access the image list.
>
> Also if you right click on the component, it doesn't show the Image List
> Editor.
>
> All this does works with the standard VCL TImageList.

Hi Esteban,

Please create an account on Mantis, our IssueTracker and post it there, so it doesn't get lost.

http://homepages.borland.com/jedi/issuetracker/

Please clearly describe the bug and provide the steps to reproduce it. If it is not very simple to reproduce, please create a demo program which produces the bug - please zip up only the .dpr, .pas & .dfm files.

-- 
enjoy life,
           Elahn


Subject: Re: JvMarkupViewer
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 1 Feb 2006 23:42:08 -0500
Newsgroups: jedi.vcl

> > So it's not just me!
> >
> > I checked out the HTMLViewer Component, but it didn't seem to have the 
> > runtime functionality I need like loading strings as pages.

You mean like LoadFromFile, LoadFromStream, LoadFromString, LoadStrings?





Subject: Bug in TJVImageList with Delphi 2006
From: "Esteban Pacheco" <nospam@nospam.com>
Date: Thu, 2 Feb 2006 04:23:36 +0100
Newsgroups: jedi.vcl

Hi guys,

I think i found a bug with TJVImageList under Delphi 2006.
Drop a TJVImagelist on a datamodule and try to double click on it to
access the image list.

Also if you right click on the component, it doesn't show the Image List
Editor.

All this does works with the standard VCL TImageList.


Hope it helps,

Esteban Pacheco
A Delphi Programming Blog
http://estebanp.blogspot.com
www.epachsoft.com

--- posted by geoForum on http://delphi.newswhat.com


Subject: Save/Load docked Layout (Jv Docking)
From: René <drachen-herz@gmx.de>
Date: Wed, 01 Feb 2006 23:21:11 +0100
Newsgroups: jedi.vcl

Hi,

is there anything special to consider when saving docked (hosted) layouts?

I've created a simple application with dockable toolwindows. Docking works fine. I can even save and load the layout using LoadDockTreeFromAppStorage and SaveDockTreeToAppStorage.

The problem is that tab host forms are not included in the saving process. As soon as multiple forms are dropped into one form so that they are grouped into a sublayouted window this host form (and the contained toolwindows) is/are completely ignored by the load/save procs. Inside the appstorage file the host forms are not mentioned.

The last hours I was already studying the JvDocking demos (Advance Demo and Docking in Code) where this works fine, but I can't determine the difference between these examples and my project. There must be a tiny detail that causes the host forms not to be saved.

What could this be?

Thanks,
René


Subject: Re: JVCL Installer: D5 + D2006 and JCL detection
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 1 Feb 2006 23:31:09 +0300
Newsgroups: jedi.vcl

>> >> I even try to put my JCL 1.96 path (\...\BDS 4\JCL) on my system path
> >
> > Sorry. I mean: "my BINARIES path of JCL 1.96 (\...\BDS 4\JCL\bin)" on
> > my system path (...)
> >
I think "\...\BDS 4\JCL\bin" is not path You need. This is folder for 
executable files, usually examples. You must enter path where your .bpl and 
..dcp files are. The default is $(bdsprojectsdir) value, but if you changed 
it on JCL installation, you must add it to system PATH environment variable 
or to overrided PATH in BDS IDE 




Subject: Re: JVCL Installer: D5 + D2006 and JCL detection
From: "Fabio Augusto Dal Castel" <fdcastel@dodgeit.com>
Date: Wed, 1 Feb 2006 17:38:16 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > It comes the time when I merge the two projects into one to overcome
> > all the installer problems. :-)

There can be only one! :)


> > A good startpoint for debugging is
> > JVCL3\install\JVCLInstall\Pages\PgIDESelection.pas
> > and there the method TIDESelectionPage.SetupCheckBox

Thanks! I'll look! 



-- _________________________ Fabio Augusto Dal Castel 

Subject: Re: JvMarkupViewer
From: Larry Williamson <jvcllist@nyte.us>
Date: Wed, 01 Feb 2006 11:52:29 -0500
Newsgroups: jedi.vcl

So it's not just me!

I checked out the HTMLViewer Component, but it didn't seem to have the runtime functionality I need like loading strings as pages.

I will check again.

Thanks,
Larry

Don S wrote:
>> Does anyone here use JvMarkupViewer?
>
> Haven't used it in a while... but I have used it in the past.
>
>> I can't seem to get it to render anything, I tried setting the text both in design-time and run time, and it doesn't seem to even accept normal text (non-html).
>
> Both TJvMarkupViewer and TJvMarkupLabel seem to be broken right now.  Those are the only two I tested.
>
>> I would rather not have to rely on TWebBrowser.
>
> Dave Baldwins' HTMLViewer (http://www.pbear.com/) works great.  It'll handle nearly anything you throw at it.
>


Subject: Re: JVCL Installer: D5 + D2006 and JCL detection
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Feb 2006 16:15:32 +0100
Newsgroups: jedi.vcl

It comes the time when I merge the two projects into one to overcome all
the installer problems. :-)

I don't know what happen because I have three BDS 2006 installation here
and I had no problems on a plain, a VisualStudio Express affected, and a
JVCL development machine. As long as I cannot destroy my Windows/BDS
installation in a way that this bug appears/is reproducable by me, I can
only guess where the bug is.

It would be nice if you debug the installer. (The error for the missing
JvWizard component must be aborted by the "Abort"/"Cancel" button).

A good startpoint for debugging is
JVCL3\install\JVCLInstall\Pages\PgIDESelection.pas
and there the method TIDESelectionPage.SetupCheckBox


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer: D5 + D2006 and JCL detection
From: "Fabio Augusto Dal Castel" <fdcastel@dodgeit.com>
Date: Wed, 1 Feb 2006 14:47:25 +0000 (UTC)
Newsgroups: jedi.vcl

Fabio Augusto Dal Castel wrote:

> > I even try to put my JCL 1.96 path (\...\BDS 4\JCL) on my system path

Sorry. I mean: "my BINARIES path of JCL 1.96 (\...\BDS 4\JCL\bin)" on
my system path (...)


-- _________________________ Fabio Augusto Dal Castel 

Subject: JVCL Installer: D5 + D2006 and JCL detection
From: "Fabio Augusto Dal Castel" <fdcastel@dodgeit.com>
Date: Wed, 1 Feb 2006 14:43:56 +0000 (UTC)
Newsgroups: jedi.vcl

Hello!

In a system I have:

1) Delphi 5 + JCL 1.95 + JVCL 3.00 
on folders:
....\Delphi 5
....\Delphi 5\JCL         (JCL 1.95)
....\Delphi 5\JVCL        (JVCL 3.00) 

This is our production environment. All running fine.



Now, for tests purposes, I installed Delphi 2006 on this machine:

2) Delphi 2006 + JCL 1.96* + JVCL 3.10*
on folders:
....\BDS 4\
....\BDS 4\JCL         (* JCL 1.96)
....\BDS 4\JVCL        (* JVCL 3.10) 

(* daily build from 2006-Jan-30)

This JCL (...\BDS 4\JCL) is installed without problems (and also shows
on BDS splash screen). All ok!

However, when I try to install JVCL (from ...\BDS 4\JVCL), the
installer initially detect both systems (D5 and D2006) and says "JCL
1.96 required" in both of them.

Well.. Nothing wrong here: JCL path is pointing to D5 (the first
detected by installer). But when I set it to correct one ("\...\BDS
4\JCL"), the installer ENABLES (!) Delphi 5 checkbox (saying "JVCL 3
installed") and  WON'T ENABLE Delphi 2006 one! (yet saying "JCL 1.96
required").
 
Strange world... :)




In a post from 2006-Jan-26, Andreas talked about a change on this:

> > - JCL detection is improved, all PATH entries are searched for the
> > JCL bpl files.

Well... I don't know exactly how JCL is detected, but after read this I
even try to put my JCL 1.96 path (\...\BDS 4\JCL) on my system path
(Windows / Environment variable), but without success.


Any ideas? Should I wait for 3.11 release? :)


Thanks for everyone!


Fabio.

-- _________________________ Fabio Augusto Dal Castel 

Subject: Re: jedi Componant use?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 01 Feb 2006 13:53:55 +0100
Newsgroups: jedi.vcl

But that's what we already are doing. There is NO new code added without at least an example of use, and the developer is asked to make the documentation. Now if he does not write it, what can I do? Remove the code when it is used happily by many people?
This can't be.
And for the old components without documentation, well, we do write up a few at times, but seriously the names of the properties are most often self explanatory.


Subject: Re: jedi Componant use?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 01 Feb 2006 13:52:34 +0100
Newsgroups: jedi.vcl

Robert Wachtel wrote:

> Hi!
>
> Andreas Hausladen wrote:
>
>> Do you mean something like this:
>> http://homepages.borland.com/jedi/jedihelp/
>
>
> ;-) Sorry, didn't know one can contribute there...
>
> But at first sight it seems to be more complicated than the wikis I know about. How do you register?

As indicated on the first page, you don't. We want to keep control of the content, so when you submit, it will be reviewed. And trust me, this has proved useful agains wankers putting crap in here just to annoy us.
But if you plan on contributing on a regular basis, and after a few reviewed contributions, then write to me with your preferred login and email, and I'll send you a password which you can change at a later time.


Subject: Re: jedi Componant use?
From: "DR2" <info@bevsh.de>
Date: Wed, 1 Feb 2006 12:57:12 +0100
Newsgroups: jedi.vcl

> >We're waiting for you to help.
> >Seriously, there are about 5 active developers here, plus one (yes just 
> >one) person in charge of the entire help system. Do you seriously think 
> >that we can find enough spare time, after we actually worked to earn a 
> >living, for writing both the code and the documentation for the 
components?
> >And on top of that, the examples and code completion are here to help 
you.
> >
Hi,

I'm sorry, but don't want to offend you. I like the Jedi project very 
much, but fewer is more. From the comments in this forum I get the 
impression that most components seems to be well tested. But when I want 
to publish it I must be aware that other people don't think the same way 
I think and this needs documentation. 
Maybe you should refuse code without explanation or you should divide 
the project in documented and not documented part (like rummage table in 
shops)

Thank you very much


Detlef Ross



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jedi Componant use?
From: "Robert Wachtel" <rwachtel@gmx.de>
Date: Wed, 1 Feb 2006 12:44:28 +0100
Newsgroups: jedi.vcl

Hi!

Andreas Hausladen wrote:
> > Do you mean something like this:
> > http://homepages.borland.com/jedi/jedihelp/

;-) Sorry, didn't know one can contribute there...

But at first sight it seems to be more complicated than the wikis I know 
about. How do you register?

Robert 




Subject: Re: jedi Componant use?
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 1 Feb 2006 12:39:20 +0100
Newsgroups: jedi.vcl

> > Did you ever thought of setting up a documentation wiki so that one can
> > donate something to the jvcl help without setting up a help authoring
> > system?

Do you mean something like this:
http://homepages.borland.com/jedi/jedihelp/


-- Regards, Andreas Hausladen 

Subject: Re: jedi Componant use?
From: "Robert Wachtel" <rwachtel@gmx.de>
Date: Wed, 1 Feb 2006 12:11:55 +0100
Newsgroups: jedi.vcl

Hi!

OBones wrote:
> > We're waiting for you to help.
> > Seriously, there are about 5 active developers here, plus one (yes just 
> > one) person in charge of the entire help system. Do you seriously think 
> > that we can find enough spare time, after we actually worked to earn a 
> > living, for writing both the code and the documentation for the 
> > components?
> > And on top of that, the examples and code completion are here to help you.

First, thumbs up for the famous work you guys did and still do ;-)

Did you ever thought of setting up a documentation wiki so that one can 
donate something to the jvcl help without setting up a help authoring 
system?

Robert 




Subject: Re: jedi Componant use?
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 1 Feb 2006 04:23:02 -0500
Newsgroups: jedi.vcl

> > But it is no use to make and spend time for 600 component when most of the 
> > people cann't use it.

> > That it, I just find that it is a pity you spend so much time and just fw 
> > people can use most of your component.

Why don't you try the documentation?

http://homepages.borland.com/jedi/jedihelp/unit.php?Id=2143 




Subject: Re: JvMarkupViewer
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 1 Feb 2006 04:17:56 -0500
Newsgroups: jedi.vcl

> > Does anyone here use JvMarkupViewer?

Haven't used it in a while... but I have used it in the past.

> > I can't seem to get it to render anything, I tried setting the text both 
> > in design-time and run time, and it doesn't seem to even accept normal 
> > text (non-html).

Both TJvMarkupViewer and TJvMarkupLabel seem to be broken right now.  Those 
are the only two I tested.

> > I would rather not have to rely on TWebBrowser.

Dave Baldwins' HTMLViewer (http://www.pbear.com/) works great.  It'll handle 
nearly anything you throw at it. 




Subject: Re: jedi Componant use?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 31 Jan 2006 23:46:02 +0100
Newsgroups: jedi.vcl

Hi,

> Well, I am not a professionnel programmer, but I write my own soft for my bookshopt. I have always a word pad file open . When I do something and I know after few week I will forget why I did it, I wrote it on the wordpadfile, or for the help system, I don't wait until I finish but I do it with my soft at the sema time. At least i write it.. It just takes few minutes each time. What I want when you have a componet like the one I tried to use is to have juste the list of the proprieties. it is of no use to have an example whicht just make execute.

Neither I am a professional programmer too but I can assure you that many programmers (including me) are not as methodical as you are.
Many component/code were donated to Jedi libraries without any documentation. There are hundred of thousand lines of code not documented; the time needed to write it cannot be counted in minute - maybe in month.

> I know you do that on your spare time, I know and I am greatful about it that I f I could build my own software, it is with my work but without the big very big help I receive from people like you who always took me out of the shit.
> But it is no use to make and spend time for 600 component when most of the people cann't use it.

With access to the source code and an homogeneity in naming conventions, it is easier to understand how a component is working.

-- 
Florent Ouchet


Subject: Re: jedi Componant use?
From: "claude.lec" <cllec@wanadoo.fr>
Date: Tue, 31 Jan 2006 23:38:02 +0100
Newsgroups: jedi.vcl

Hi
Well, I am not a professionnel programmer, but I write my own soft for my 
bookshopt. I have always a word pad file open . When I do something and I 
know after few week I will forget why I did it, I wrote it on the 
wordpadfile, or for the help system, I don't wait until I finish but I do it 
with my soft at the sema time. At least i write it.. It just takes few 
minutes each time. What I want when you have a componet like the one I tried 
to use is to have juste the list of the proprieties. it is of no use to have 
an example whicht just make execute.

I know you do that on your spare time, I know and I am greatful about it 
that I f I could build my own software, it is with my work but without the 
big very big help I receive from people like you who always took me out of 
the shit.

But it is no use to make and spend time for 600 component when most of the 
people cann't use it.

That it, I just find that it is a pity you spend so much time and just fw 
people can use most of your component.

Regards
Claude
"OBones" <obones_gfd_@_gfd_altern.org> a écrit dans le message de news: 
drolip$c9n$1@talkto.net...
> > We're waiting for you to help.
> > Seriously, there are about 5 active developers here, plus one (yes just 
> > one) person in charge of the entire help system. Do you seriously think 
> > that we can find enough spare time, after we actually worked to earn a 
> > living, for writing both the code and the documentation for the 
> > components?
> > And on top of that, the examples and code completion are here to help you. 




Subject: Re: jedi Componant use?
From: "DR2" <info@bevsh.de>
Date: Tue, 31 Jan 2006 23:04:47 +0100
Newsgroups: jedi.vcl

Hi,

I'm sorry but I must agree 100% with you, the same happens to me. 
Sometimes I come to the point taht I think there should be a component 
in jedi: then I start to look through my delphi registers, some 
components look interesting, Ok open IE and start help. Hmm, No content 
found, put it on a form and let's have a look at the properties, must be 
something different, but found another component,.....
This makes a rainy day less boring, but it is not really helpful for 
professionell use. No work is done until the paper work is done!!!
But maybe not a help section would be really helpful, but more a how to 
use section with of course some snipplets.

Thank you very much


Detlef Ross



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jedi Componant use?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 31 Jan 2006 22:48:32 +0100
Newsgroups: jedi.vcl

We're waiting for you to help.
Seriously, there are about 5 active developers here, plus one (yes just one) person in charge of the entire help system. Do you seriously think that we can find enough spare time, after we actually worked to earn a living, for writing both the code and the documentation for the components?
And on top of that, the examples and code completion are here to help you.


Subject: Re: jedi Componant use?
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Tue, 31 Jan 2006 20:35:01 +0100
Newsgroups: jedi.vcl

Did you tried the online help? (http://homepages.borland.com/jedi/jedihelp/)

If you search it for TJvSelectDirectory you will get the description of the most important methods and properties. Note that this help is not complete and that some components are missing.

I hope this help.

Olivier

claude.lec a écrit :
> JCL 3.1 D7
>
> Hi
>
> I try to use for the first time the JEDI component. Well the help is no help, I cannot find explanation, example, I mean a full exemple .
>
> I try to use the component JvSelectDirectory.


Subject: jedi Componant use?
From: "claude.lec" <cllec@wanadoo.fr>
Date: Tue, 31 Jan 2006 18:39:33 +0100
Newsgroups: jedi.vcl

JCL 3.1 D7

Hi

I try to use for the first time the JEDI component. Well the help is no 
help, I cannot find explanation, example, I mean a full exemple .

I try to use the component JvSelectDirectory. Ok On the example project, 
there is what I found alone the execute command. Ok but How do I get the 
information, of the path in that case. What do I do whith such a component, 
where can I find in the help or elsewhere those informations. The same with 
the JvDirectoryListBox1 component. Ok I put it on my form, it is very nice 
but how do I get informations. I notice that the items encrease while you go 
down the tre ok.But do you have to count to know which items you want? In 
other word I don't get the philosophy of those component. Can someone help?

regards

claude




Subject: Re: JvMarkupViewer
From: Larry Williamson <jvcllist@nyte.us>
Date: Tue, 31 Jan 2006 11:11:31 -0500
Newsgroups: jedi.vcl

Oh, and I'm running Delphi 2006 :)
Larry Williamson wrote:
> Does anyone here use JvMarkupViewer?
>
> I can't seem to get it to render anything, I tried setting the text both in design-time and run time, and it doesn't seem to even accept normal text (non-html).
>
> I would rather not have to rely on TWebBrowser.
>
> Any suggestions?
>
> Thanks!
> Larry


Subject: JvMarkupViewer
From: Larry Williamson <jvcllist@nyte.us>
Date: Tue, 31 Jan 2006 11:07:39 -0500
Newsgroups: jedi.vcl

Does anyone here use JvMarkupViewer?

I can't seem to get it to render anything, I tried setting the text both in design-time and run time, and it doesn't seem to even accept normal text (non-html).

I would rather not have to rely on TWebBrowser.

Any suggestions?

Thanks!
Larry


Subject: Re: JvShape
From: Larry Williamson <jvcllist@nyte.us>
Date: Tue, 31 Jan 2006 11:00:12 -0500
Newsgroups: jedi.vcl

I did, but they weren't all installed into the IDE, I had to manually add the packages.

OBones wrote:
> Larry Williamson wrote:
>
>> OBones wrote:
>>
>>> I've got it here, in the JvVisual tab.
>>
>>
>> Are you using the install from the D2006 CD... or CVS?
>>
>> I used the pack from the CD...
>
> It does not matter which one you use. But did you select ALL packages when installing ?


Subject: send mail using JvMail
From: "Felix González" <felix.gonzalez@gvgest.es>
Date: Tue, 31 Jan 2006 13:42:05 +0100
Newsgroups: jedi.vcl

Hi

I´m using JvMail to send mail and work´s fine. But it´s posible to use the 
defeault Outlook´s configuration? (like ask read confirmation) or how can I 
send a mail and automaticaly ask read confirmation?

Thanks 




Subject: Re: Jens: JvProgramVersionCheck
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 31 Jan 2006 09:51:16 +0100
Newsgroups: jedi.vcl

Hi Ed,

thanks for your work.

For me no problems for waiting. 

It it will not take too long, we maybe should be able to include it into
the next release.

Greetings
Jens

> >In article <MPG.1e40cfa3e5898b4c98969b@194.191.0.34>, 
> >edwardbNONO@NONOsgci.com says...
>> >> In article <MPG.1e3d75a61e5f6be398969a@194.191.0.34>, 
>> >> edwardbNONO@NONOsgci.com says...
>>> >> > In article <dr01ta$f49$1@talkto.net>, jens.fudickar@oratool.de says...
>>>> >> > > Hi Ed,
>>>> >> > > 
>>>> >> > > point 2. is the more exact description i think. The point is, it's
also 
>>>> >> > > not my favourite area. I'm using the component at work also only for a 
>>>> >> > > network check.
>>>> >> > > 
>>>> >> > > And i think i had done the most of the stuff with the ics components.
>>>> >> > > 
>>>> >> > > Feel free to send all of your changes to mantis or to me directly.
>>>> >> > > 
>>> >> > 
>>> >> > ICS huh? I picked the Indy stuff to try because there was less code 
>>> >> > commented out!  (silly me <bg>)
>>> >> > 
>>> >> > I'll spend a couple of hours on it today and send out as much as I get 
>>> >> > done...
>>> >> > 
>> >> 
>> >> I've had to spend the last few days "earning a living" - may have to 
>> >> wait for weekend to have time again. 
>> >> 
> >
> >Feast or famine time around here - I've had two weeks non-stop work 
> >thrown at me, and it looks like another busy week. I made some changes 
> >that allows using the indy ftp component when creating it dynamically - 
> >I can wait until I have more time to dig in, or send you what I have (it 
> >might take a day or so before I get to this anyway).
> >
> >I've about 40% or so of a nice little tutorial on using 
> >JvProgramVersionCheck for network access, and an example for ftp (direct 
> >- no proxy or through-firewall testing) as well.
> >
> >If anyone really would like to see the work-in-progress, I can maybe 
> >dump it in binaries. Otherwise, might be another two weeks...
> >
> >Cheers,
> >EdB
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jens: JvProgramVersionCheck
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Tue, 31 Jan 2006 02:27:08 -0500
Newsgroups: jedi.vcl

In article <MPG.1e40cfa3e5898b4c98969b@194.191.0.34>, 
edwardbNONO@NONOsgci.com says...
> > In article <MPG.1e3d75a61e5f6be398969a@194.191.0.34>, 
> > edwardbNONO@NONOsgci.com says...
>> > > In article <dr01ta$f49$1@talkto.net>, jens.fudickar@oratool.de says...
>>> > > > Hi Ed,
>>> > > > 
>>> > > > point 2. is the more exact description i think. The point is, it's also 
>>> > > > not my favourite area. I'm using the component at work also only for a 
>>> > > > network check.
>>> > > > 
>>> > > > And i think i had done the most of the stuff with the ics components.
>>> > > > 
>>> > > > Feel free to send all of your changes to mantis or to me directly.
>>> > > > 
>> > > 
>> > > ICS huh? I picked the Indy stuff to try because there was less code 
>> > > commented out!  (silly me <bg>)
>> > > 
>> > > I'll spend a couple of hours on it today and send out as much as I get 
>> > > done...
>> > > 
> > 
> > I've had to spend the last few days "earning a living" - may have to 
> > wait for weekend to have time again. 
> > 

Feast or famine time around here - I've had two weeks non-stop work 
thrown at me, and it looks like another busy week. I made some changes 
that allows using the indy ftp component when creating it dynamically - 
I can wait until I have more time to dig in, or send you what I have (it 
might take a day or so before I get to this anyway).

I've about 40% or so of a nice little tutorial on using 
JvProgramVersionCheck for network access, and an example for ftp (direct 
- no proxy or through-firewall testing) as well.

If anyone really would like to see the work-in-progress, I can maybe 
dump it in binaries. Otherwise, might be another two weeks...

Cheers,
EdB


Subject: Re: JvDBImage and jpeg
From: "Brian" <brian@night.dk>
Date: Tue, 31 Jan 2006 05:00:29 +0100
Newsgroups: jedi.vcl

i can't seem to get it working

"ssamayoa" <nospam@stopspam.com> skrev i en meddelelse 
news:dprfbn$qj2$1@talkto.net...
> > In april 2004, Peter Thornqvist and I did this component (Peter did the
> > "hacking" part).
> >
> > What you need to do is register image format with
> > RegisterGraphicSignature() procedure.
> >
> > Locate JvDBImage.pas file and read how it works reading "Documentation"
> > after license notice.
> >
> > Regards.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: JvShape
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 30 Jan 2006 19:12:16 +0100
Newsgroups: jedi.vcl

Larry Williamson wrote:

> OBones wrote:
>
>> I've got it here, in the JvVisual tab.
>
>
> Are you using the install from the D2006 CD... or CVS?
>
> I used the pack from the CD...

It does not matter which one you use. But did you select ALL packages when installing ?


Subject: Re: JvShape
From: Larry Williamson <nyte@nyte.us>
Date: Mon, 30 Jan 2006 12:19:08 -0500
Newsgroups: jedi.vcl

OBones wrote:
> I've got it here, in the JvVisual tab.

Are you using the install from the D2006 CD... or CVS?

I used the pack from the CD...

Thanks,
Larry


Subject: Re: JvShape
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 30 Jan 2006 15:46:16 +0100
Newsgroups: jedi.vcl

I've got it here, in the JvVisual tab.


Subject: Re: JvShape
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Mon, 30 Jan 2006 09:45:45 -0500
Newsgroups: jedi.vcl

> > Has JvShape been eliminated from the package or has it just not been made 
> > available for the 2006 compile?

It's still in the JVCL Standard Controls package (JvStdCtrlsD10R.dpk).





Subject: JvShape
From: Larry Williamson <nyte@nyte.us>
Date: Mon, 30 Jan 2006 09:02:09 -0500
Newsgroups: jedi.vcl

Has JvShape been eliminated from the package or has it just not been made available for the 2006 compile?

Thanks in advance,
Larry


Subject: Re: Problem when using JvBalloonHint
From: Florian Hector <fhector@web.de>
Date: Mon, 30 Jan 2006 10:36:39 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> What is the exact error message ?

---------------------------
Benachrichtigung über Debugger-Problem
---------------------------
In Projekt D:\Delphi7\Projects\Löschen\Project1.exe trat ein Problem mit folgender Meldung auf: 'Anwendungsdefinierte Excpetion (Code 0xc0000008) bei 0x7c91eb74'. Prozess angehalten. Mit Einzelne Anweisung oder Start fortsetzen.
---------------------------
OK
---------------------------

Which translates to something like:

In project .... occured a problem with following message:
'Application defined Exception (Code ...) at ...'. Process stopped. Continue with single step or Start.


After clicking OK the IDE shows a CPU window which I have put here:

www.marion-hector.de/Clipboard.jpg


Florian


Subject: Re: Problem when using JvBalloonHint
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 30 Jan 2006 09:27:18 +0100
Newsgroups: jedi.vcl

What is the exact error message ?


Subject: Re: how to set parental window - solved
From: MaReK Olsavsky <orsm@centrum.cz>
Date: Mon, 30 Jan 2006 07:36:34 +0100
Newsgroups: jedi.vcl

Problem solved!
I needed in onCreate of form to call memoname.HandeNeeded, becouse when tab (on which is that tJvMemo control) wasn't activated, but i've get some invisible datas from that, it hadn't handler. That was source of problems...
    Bye
        MaReK


Subject: Re: How to post a JvAVICapture into a field?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 28 Jan 2006 23:44:40 +0100
Newsgroups: jedi.vcl

The same way you save a TImage or an image file to a DBField. There is nothing specific to JvAVICapture


Subject: How to post a JvAVICapture into a field?
From: "Carlos" <carlosam@prtc.net>
Date: Sat, 28 Jan 2006 15:08:54 -0500
Newsgroups: jedi.vcl

How do I send the graphic capture by the JvAVICapture to a database field?

Carlos




Subject: Re: How to control JvAppIniFileStorage saving to disk
From: Florian Hector <fhector@web.de>
Date: Sat, 28 Jan 2006 19:20:33 +0100
Newsgroups: jedi.vcl

>
> What you want to do, is set your TJvFormStorage.Active := False, when the Cancel/Abort button is clicked. This will prevent the properties from being saved.
>
> The other way is to set Active to False and use the SaveFormPlacement and RestoreFormPlacement methods of TJvFormStorage. Note: these methods save/restore all the properties, not just the placement.


Thanks Elahn,

that did the the trick. I never touched the .Active Property as I thought it would disable everything else.

Florian


Subject: Re: Problem when using JvBalloonHint
From: Florian Hector <fhector@web.de>
Date: Sat, 28 Jan 2006 19:14:44 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Which version of the JCL, which version of the JVCL, and which version of the Operating System ?

Silly me...

JCL the one that came with JVCL 3.10, that must be 1.95
JVCL 3.1, although the AboutJVCL of JvBalloonHint still says 3.00
XP with SP 2 and all patches since
Delphi 7

The problem started when I still used JVCL 3, so I thought upgrading might help. Unfortunately, not so.

Florian



Subject: Re: Problem when using JvBalloonHint
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 28 Jan 2006 16:17:13 +0100
Newsgroups: jedi.vcl

Which version of the JCL, which version of the JVCL, and which version of the Operating System ?


Subject: Problem when using JvBalloonHint
From: Florian Hector <fhector@web.de>
Date: Sat, 28 Jan 2006 16:05:10 +0100
Newsgroups: jedi.vcl

Hi All,

After putting a JvBalloonHint onto a form, the application causes a Debugging Problem when it is closed and returns to the IDE.
It also happens when I create a brand new application with nothing but a form and the BalloonHint.
However, the application terminates normally outside the IDE.

Any ideas?

Florian


Subject: JvAVICapture if exit from program can't use it again
From: "Carlos" <carlosam@prtc.net>
Date: Fri, 27 Jan 2006 18:42:03 -0800
Newsgroups: jedi.vcl

I ran the JvAVICapture example (Ver 2.1) on D6 . It work well. But once I
quit the program, if the program is run again the it raise an exception on
the connect button. If the system is reboot the program can be run but only
once. You can keep using the program until it closed. Runninig the program
again will cause the exception when the connet button is click. What should
I do?

Carlos




Subject: Re: JvAVICapture if exit from program can't use it again
From: "Carlos" <carlosam@prtc.net>
Date: Fri, 27 Jan 2006 21:32:27 -0500
Newsgroups: jedi.vcl

Work

Thanks
Carlos
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message
news:dre7ut$84n$1@talkto.net...
> > You should disconnect before closing the program, I guess.




Subject: Re: JvAVICapture if exit from program can't use it again
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 27 Jan 2006 23:53:46 +0100
Newsgroups: jedi.vcl

You should disconnect before closing the program, I guess.


Subject: Re: Display HTML
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 27 Jan 2006 20:25:09 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This i found somewhere. It works with TWebBrowser.

Thanks!

-- Erick Sasse Brazil 

Subject: Re: Display HTML
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 27 Jan 2006 14:58:32 +0100
Newsgroups: jedi.vcl

This i found somewhere. It works with TWebBrowser.
You should use TEmbeddedWB anyway because it offers several improvements.

// directly show text in TWebBrowser

procedure WBLoadHTML(WebBrowser: TWebBrowser; HTMLCode: TStrings);
var
   MS: TMemoryStream;
begin
   WebBrowser.Navigate('about:blank') ;
   while WebBrowser.ReadyState < READYSTATE_INTERACTIVE do
     Application.ProcessMessages;

   if Assigned(WebBrowser.Document) then
   begin
     MS := TMemoryStream.Create;
     try
       HTMLCode.SaveToStream(MS);
       MS.Seek(0, soFromBeginning);
       (WebBrowser.Document as
         IPersistStreamInit).Load(TStreamAdapter.Create(MS));
     finally
       MS.Free;
     end;
   end;
end;



Subject: Re: Is TJansGrid in JVCL?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 27 Jan 2006 11:37:21 +0100
Newsgroups: jedi.vcl

Not all Jans components where donated to JVCL.
And it does not seem JansGrid is one of them.


Subject: Re: Display HTML
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 27 Jan 2006 11:36:30 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:

> > Isn't it true for TWebBrowser? How can I do it then?

By using the TEmbeddedWB
http://www.euromind.com/iedelphi/embeddedwb.htm


-- Regards, Andreas Hausladen 

Subject: Re: Display HTML
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 27 Jan 2006 10:05:51 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>> > > Yes, the problem with TWebBrowser is that I need to save the file to
>> > > disk before viewing.
> > 
> > This is not true.

Isn't it true for TWebBrowser? How can I do it then?

-- Erick Sasse Brazil 

Subject: Re: Display HTML
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Fri, 27 Jan 2006 10:05:28 +0000 (UTC)
Newsgroups: jedi.vcl

Don S wrote:

> > So save it to a file, and use a file:// url.

Did it. Thanks.

-- Erick Sasse Brazil 

Subject: Is TJansGrid in JVCL?
From: Andrea Raimondi <rainaple@tin.it>
Date: Fri, 27 Jan 2006 08:30:58 +0100
Newsgroups: jedi.vcl

Hello.

Looking up on Torry I stumbled over this:
http://www.torry.net/pages.php?id=117

One of the items(the last one, to be precise) is a TJanGrid,
which I beleive is a Jans component.

Am I correct? If I am, is the component(maybe changed in
name) still there?

TIA,

Andrew


Subject: Re: TJvSettingsTreeView And BDS 2006
From: "Daniel Otis" <dso@moosoft.com>
Date: Fri, 27 Jan 2006 00:16:09 -0700
Newsgroups: jedi.vcl

I have the same problem here with losing the links.

Daniel

"Maurice Vercherat" <Vter94@Freedom.fr> wrote in message 
news:mn.c5877d61547fa1be.18208@Freedom.fr...
> > Hi,
> >  Try to load the example of TJvSettingsTreeView (PageListDemo) :
> > 1- With D7 the "link editor" keeps values after loading the application in 
> > the IDE.
> > 2- With Delphi 2006, values (of linker) are lost after every loading in 
> > the IDE.
> >
> > Why, An idea ?
> > MV
> >
> > -- 
> > Ceci est une signature automatique de MesNews.
> > Site : http://mesnews.no-ip.com
> >
> > 




Subject: Re: Display HTML
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 27 Jan 2006 05:47:27 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:

> Yes, the problem with TWebBrowser is that I need to save the file to
> disk before viewing.

This is not true.
Get TEmbeddedWB from the web. It bases on TWebBrowser and adds some nice features.


Subject: Re: Display HTML
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 26 Jan 2006 22:18:19 -0500
Newsgroups: jedi.vcl

>> >> Use Delphi's TWebBrowser.

> > Yes, the problem with TWebBrowser is that I need to save the file to
> > disk before viewing.

So save it to a file, and use a file:// url. 




Subject: JVCL Installer changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Fri, 27 Jan 2006 00:40:04 +0100
Newsgroups: jedi.vcl

I have updated the JVCL Installer.

- IsDelphi and IsBCB are now private and should not be used anymore.
IsDelphi is only set if it's not a BDS, IsBCB is only set if it's not a
BDS.
- There's a new methode SupportsPersonalities([persDelphi, persBCB,
persCSharp, persDelphiNet])
- Default paths for BDS have changed:
  HppDir: $(BDS)\Include\JVCL => GlobalIncludePaths list
  DcpDir: $(JVCL)\Lib\$(VER)
- UnitOutDir + Resources is added to C++'s global search path
- Include directory is created if not existant (only if persBCB is
supported/installed)
- BDSProjectsDir is now read from the IDE's environment variable if set
- Support for user defined BPL/DCP directory is improved.
- BDS's package cache and palette cache is cleared
- JCL detection is improved, all PATH entries are searched for the JCL bpl
files.
- Directory-Edits do no more show the dir-browse dialog if the user enters
or single clicks the edit control.
- Compile dialog is brought to front without stealing the focus.

I haven't tested the updated installer with BCB 5/6, BDS 3.0 (D2005).


-- Regards, Andreas Hausladen 

Subject: JvThumbViews-Major Bug?
From: "johnjces" <johnjces@hotmail.com>
Date: Thu, 26 Jan 2006 21:17:32 +0100
Newsgroups: jedi.vcl

I recently did a simple project needing thumbnails and all worked well 
until I loaded up a directory containing over about 60 jpeg images. Some 
imgaes did not show up in the thumbnail viewer, yet the file names 
(Titles) were present. If you clciked on one of those pictures which was 
blank, you would receiev a selected file of '.' just the dot!

I loaded up a directory with several hundred thumbnails (Jpegs) and same 
thing. If the directory. I have yet to find the exact number of jpeg 
files that cause this problem to occur.

I installed the original thumbview comp (pre-JEDI) and it loaded up all 
files correctly, but that comp has issues with selected filename and a 
lot of other stuff.

Anybody else run across this problem? It is easily repeatable on large 
directories of images.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jcl daily error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 26 Jan 2006 19:46:06 +0100
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> Last weekend I had problems with CVS as anonymous (*nothing* would connect). Everything was fine once I changed to alternate access (the one meant to go through firewalls on port 80) - something like
> :pserver:anonymous@cvs-pserver.sourceforge.net:80/cvsroot/jvcl
>
> I'd drop a link with exact info here, but I can't get into sourceforge at all this morning...

Thanks for the info, but it seems even the SF.Net web site is impacted. Quite annoying, I'll try to figure out what's going on.


Subject: Re: Jcl daily error
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 26 Jan 2006 12:36:12 -0500
Newsgroups: jedi.vcl

In article <dranjb$fsa$1@talkto.net>, oobnes__gf_@_gfd_altern.org 
says...
> > No we cannot fix this.
> > 
> > There is an ongoing problem with accessing CVS as an anonymous user. The 
> > generating script cannot do anything if CVS is not accessible. It may 
> > work tomorrow though.
> > 

Last weekend I had problems with CVS as anonymous (*nothing* would 
connect). Everything was fine once I changed to alternate access (the 
one meant to go through firewalls on port 80) - something like 

:pserver:anonymous@cvs-pserver.sourceforge.net:80/cvsroot/jvcl

I'd drop a link with exact info here, but I can't get into sourceforge 
at all this morning...

EdB


Subject: Re: Delphi 2005 Personal - JVCL 3.10 - Installation Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 26 Jan 2006 18:33:47 +0100
Newsgroups: jedi.vcl

B.Gillenberg wrote:

> > Nevermind. I extracted the JVCL folder again and without applying the
> > patch before I also managed to install it

..... because the xmlrtl.dcp is already copied to your BDS\3.0\Bin
directory.

-- Regards, Andreas Hausladen 

Subject: Re: Display HTML
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 26 Jan 2006 18:26:54 +0100
Newsgroups: jedi.vcl

Use Delphi's TWebBrowser.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Display HTML
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 26 Jan 2006 16:42:32 +0000 (UTC)
Newsgroups: jedi.vcl

ssamayoa wrote:

> > Use Delphi's TWebBrowser.

Yes, the problem with TWebBrowser is that I need to save the file to
disk before viewing.

Thanks anyway.

-- Erick Sasse Brazil 

Subject: Display HTML
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 26 Jan 2006 15:57:03 +0000 (UTC)
Newsgroups: jedi.vcl

I need to load an HTML file and display it.
Is there any JVCL component to help on this?

Thanks!

-- Erick Sasse Brazil 

Subject: Re: JvDBUltimGrid does not sort when DataSet is TQuery - workaround, solution
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 26 Jan 2006 16:06:53 +0100
Newsgroups: jedi.vcl

Hello,

As the unit header says: set SortWith=swUserFunc if you want to use your 
own sorting function and write your code in the OnUserSort event. I 
don't understand why you're talking of a workaround. A workaround for 
what ?

Your procedure BuildSQL seems to provide the same thing as "ORDER BY " + 
the SortString value so it is rather useless. And your replacement 
function for ORDER BY doesn't suit my own needs (I have usually another 
SQL order after the ORDER BY clause) BUT it's not a bad idea to add a 
function to do this kind of thing. It just needs to be rewritten to use 
the existing code and have a larger scope.
I agree with Jens: don't make any reference to the BDE objects. Just do 
a function to replace the ORDER BY clause in a string. That will be 
useful enough.

Best regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jcl daily error
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 26 Jan 2006 15:55:48 +0100
Newsgroups: jedi.vcl

No we cannot fix this.

There is an ongoing problem with accessing CVS as an anonymous user. The generating script cannot do anything if CVS is not accessible. It may work tomorrow though.


Subject: Jcl daily error
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 26 Jan 2006 15:48:35 +0100
Newsgroups: jedi.vcl

Connecting to:
http://jcl.sourceforge.net/daily/

I'am:

[   ] jcl-2006-01-21.7zp <http://jcl.sourceforge.net/daily/jcl-2006-01-21.7zp>      21-Jan-2006 12:12   2.1M  [   ] jcl-2006-01-21.zip <http://jcl.sourceforge.net/daily/jcl-2006-01-21.zip>      21-Jan-2006 11:59   3.8M  [   ] jcl-2006-01-22.7zp <http://jcl.sourceforge.net/daily/jcl-2006-01-22.7zp>      22-Jan-2006 12:50   2.1M  [   ] jcl-2006-01-22.zip <http://jcl.sourceforge.net/daily/jcl-2006-01-22.zip>      22-Jan-2006 12:02   3.8M  [   ] jcl-2006-01-23.7zp <http://jcl.sourceforge.net/daily/jcl-2006-01-23.7zp>      23-Jan-2006 12:08     1k  [   ] jcl-2006-01-23.zip <http://jcl.sourceforge.net/daily/jcl-2006-01-23.zip>      23-Jan-2006 11:59   3.8M  [   ] jcl-2006-01-25.7zp <http://jcl.sourceforge.net/daily/jcl-2006-01-25.7zp>      25-Jan-2006 11:59     1k  [   ] jcl-Latest.7zp <http://jcl.sourceforge.net/daily/jcl-Latest.7zp>          25-Jan-2006 11:59     1k  [   ] jcl-Latest.zip <http://jcl.sourceforge.net/daily/jcl-Latest.zip>
Errors:
a) ..23.7zp is 1k and not 2.1M (...22.7zp)
b) ..25.zip not exist
c) ..Latest.zip is listed and not date, not size

Another, minor bug?: time and date in this page is the same of
http://jvcl.sourceforge.net/daily/
?

Regards,
Carmelo Viavattene
Can You correct?


Subject: Re: JvInspector.pas: freeze/endless-loop in Notification() - can someone patch this! I have a fix.
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 26 Jan 2006 09:47:51 +1000
Newsgroups: jedi.vcl

Warren Postma wrote, on 26/01/2006 7:12 AM:
> Can someone with CVS access (i have access, but I'm not set up right
> now) please check in this fix to JvINspector.pas

Hi Warren,

Please create an account on Mantis, our IssueTracker and post it there.

http://homepages.borland.com/jedi/issuetracker/

Please clearly describe the changes you've made and upload the changes as a file. Uploading a diff/patch file will get the quickest response, but if this is a little tricky for you, then zip up the source file and upload that.

To create a diff/patch file:
- If you're using TortoiseCVS, simply right-click on the file you've changed, go to the CVS menu and click "Make Patch..."
- If you're using the daily zips, to create a unified 3 line diff file, run "diff -U 3 [from-file] [to-file] > [originalFilename.patch]"

You can download diff as a part of GNU DiffUtils for Windows from:
http://gnuwin32.sourceforge.net/packages/diffutils.htm

-- 
enjoy life,
           Elahn


Subject: Re: Little bug in TjvDBCalcEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 26 Jan 2006 09:41:21 +1000
Newsgroups: jedi.vcl

Valdir Stiebe Junior wrote, on 26/01/2006 7:12 AM:
> If I open the calculator, and then click outside it, the value isn't  updated in the field but it still is show in the edit.
> Then I must to open the calculator again and click on the equal button.  This is the only way for update the field in this situation. Even if you  enter and exit the edit, it will still show the wrong value in relation of  the field.

Please try the Daily zip and see if it still occurs:

http://jvcl.sf.net/daily/

As it says on the page, you'll need the Daily JCL as well:

http://jcl.sf.net/daily/

If it still occurs, please create an account on Mantis, our IssueTracker and post it there, so it doesn't get lost.

http://homepages.borland.com/jedi/issuetracker/

Please clearly describe the bug and provide the steps to reproduce it. If it is not very simple to reproduce, please create a demo program which produces the bug - please zip up only the .dpr, .pas & .dfm files.

-- 
enjoy life,
           Elahn


Subject: Re: Delphi 2005 Personal - JVCL 3.10 - Installation Problem
From: "B.Gillenberg" <B.Gillenberg@web.de>
Date: Wed, 25 Jan 2006 22:33:34 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> On which JVCL version have you applied the patch? The patch was written
> for JVCL 3.00. It updates the installer. If you have a newer JVCL the
> "updated" installer will be broken.
>
> For newer JCL/JVCL version you must download
> http://unvclx.sf.net/d2k5pe.php
> which is also in the patch, so you already have the faked xmlrtl.dcp. By
> installing the JVCL source again (extract from 7z/zip) the broken JVCL
> should be repaired.
>

It works!
Thank you very much! I would have been very disappointed if i had to continue programming without these great components. ;) :)

Indeed, I applied the patch for version 3.00. I didn't know it doesn't work for JVCL 3.10 and because it was the only patch I found on the download page, I thought it would.

Nevermind. I extracted the JVCL folder again and without applying the patch before I also managed to install it.


Subject: Re: JvInspector.pas: freeze/endless-loop in Notification() - can someone patch this! I have a fix.
From: Warren Postma <wp@tekran.com>
Date: Wed, 25 Jan 2006 16:25:37 -0500
Newsgroups: jedi.vcl

> >   inherited; 

Actually, it should probably be
		inherited Notification(AComponent, Operation);

While I was thinking about it, I wondered if this stealthy bug lurks
elsewhere in the JVCL controls.  I looked for other classes that
override Notification, and I found a whole lot.  And there are a few
that don't call inherited:

	JvBackgrounds.pas:
		procedure TJvBackgroundClients.Notification
			
	JvDesignImp.pas:
		procedure TJvDesignDesigner.Notification

	Jvg3DColors.pas:
		procedure TJvg3DColors.Notification

	JvgCaption.pas:
		procedure TJvgCaption.Notification

	JvXPBar.pas:
		procedure TJvXPBarItem.Notification


Can someone answer the question WHY NOT!?  (I think perhaps these should
be fixed also, unless I'm wrong here.)



Warren


Subject: JvInspector.pas: freeze/endless-loop in Notification() - can someone patch this! I have a fix.
From: Warren Postma <wp@tekran.com>
Date: Wed, 25 Jan 2006 16:12:30 -0500
Newsgroups: jedi.vcl

Can someone with CVS access (i have access, but I'm not set up right
now) please check in this fix to JvINspector.pas:  Add "inherited;"
to first line of  TJvCustomInspector.Notification.

IE:

procedure TJvCustomInspector.Notification(AComponent: TComponent;
Operation: TOperation);
begin
  inherited; // without this and you can get and endless looping
             // in TComponent.Destroy, which is very painful and
             // hard to diagnose/debug.

  if (Operation = opRemove) and (AComponent = Painter) then
    FPainter := nil;
end;


Can anyone say for sure why Inherited wasn't in there before?!
TComponent.Notification is a pretty low-level hack and overriding it
like that without calling inherited, cripples a lot of things, and in
delphi 2006, it causes endless-looping of the application, and cripples
the IDE/debugger so that you can't even stop the application.

The endless loop is in Classes.pas (standard Delphi VCL) in the
destructor TComponent.Destroy.

The code is:
    while Assigned(FFreeNotifies) and (FFreeNotifies.Count > 0) do
	      TComponent(FFreeNotifies[FFreeNotifies.Count -
			1]).Notification(Self, opRemove);

Note that there is no endless-loop safety code here. A pretty severe
fault in the VCL's "debuggability" if you ask me. Also, sometimes it
died in TComponent.Destroy's line "Destroying;", and I haven't figured
that part out yet, except that I think it's recursively destroying itself .

Thanks,

Warren


Subject: Little bug in TjvDBCalcEdit
From: "Valdir Stiebe Junior" <valdir@stiebe.com.br>
Date: Wed, 25 Jan 2006 18:12:16 -0300
Newsgroups: jedi.vcl

If I open the calculator, and then click outside it, the value isn't updated in the field but it still is show in the edit.
Then I must to open the calculator again and click on the equal button. This is the only way for update the field in this situation. Even if you enter and exit the edit, it will still show the wrong value in relation of the field.

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Delphi 2005 Personal - JVCL 3.10 - Installation Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 25 Jan 2006 19:44:29 +0100
Newsgroups: jedi.vcl

On which JVCL version have you applied the patch? The patch was written
for JVCL 3.00. It updates the installer. If you have a newer JVCL the
"updated" installer will be broken.

For newer JCL/JVCL version you must download
http://unvclx.sf.net/d2k5pe.php
which is also in the patch, so you already have the faked xmlrtl.dcp. By
installing the JVCL source again (extract from 7z/zip) the broken JVCL
should be repaired.


-- Regards, Andreas Hausladen 

Subject: Re: Delphi 2005 Personal - JVCL 3.10 - Installation Problem
From: "B.Gillenberg" <B.Gillenberg@web.de>
Date: Wed, 25 Jan 2006 19:15:24 +0100
Newsgroups: jedi.vcl

Florent Ouchet schrieb:
> Hi,
>
> Do you have a file named "DelphiData.dcu" or "DelphiData.pas" not belonging to the JVCL somewhere on your hard disk drive? 

No, I don't. Just "DelphiData.dcu" in "jvcl\dcu" and "DelphiData.pas" in "jvcl\install\JVCLInstall".


Subject: Re: Delphi 2005 Personal - JVCL 3.10 - Installation Problem
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 25 Jan 2006 17:00:34 +0100
Newsgroups: jedi.vcl

Hi,

B.Gillenberg wrote:
> I never had an older version. It's the first time I want to install JVCL.
> But if the reference thing is true: Is there a possibility to correct this?

Do you have a file named "DelphiData.dcu" or "DelphiData.pas" not belonging to the JVCL somewhere on your hard disk drive?

-- 
Florent Ouchet


Subject: JvDBUltimGrid does not sort when DataSet is TQuery - workaround, solution
From: "Thomas Mittelstaedt" <tmittelstaedt@applilog.com>
Date: Wed, 25 Jan 2006 16:49:15 +0100
Newsgroups: jedi.vcl

Hallo,

Did a workaround for above problem by setting the OnUserSort variable in my 
FormCreate method like
the following:
      if not Assigned(UltimGrid.OnUserSort) then
       UltimGrid.OnUserSort := JvDBUltimGrid1UserSort;

and the method JvDBUltimGrid1UserSort:

procedure TFormBase.JvDBUltimGrid1UserSort(Sender: TJvDBUltimGrid;
  var FieldsToSort: TSortFields; SortString: String; var SortOK: Boolean);

const
  JvGridSort_ASC = True;
  JvGridSort_UP = True;
  JvGridSort_DESC = False;
  JvGridSort_DOWN = False;
var
  aFieldName: string;
  aSQL: string;
  SortSQL: string;
  OrigSQL: string;
  OrderByStr: string;
  DSet : TDataSet;
 SortQuery : TQuery;

  procedure BuildSQL;
  var
   FTS, MaxFTS: integer;
  begin
   SortSQL := aSQL;
    MaxFTS := Length(FieldsToSort) - 1;
    for FTS := 0 to MaxFTS do
    begin
      if FTS = 0 then
        OrderByStr := 'ORDER BY '
      else
        OrderByStr := ', ';

      aFieldName := FieldsToSort[FTS].Name;
      if FieldsToSort[FTS].Order = JvGridSort_ASC then
        SortSQL := SortSQL + OrderByStr + aFieldName
      else
        SortSQL := SortSQL + OrderByStr + aFieldName + ' DESC';
    end;

    SortQuery.SQL.Text := SortSQL;
    SortQuery.Open;
  end;

begin
 DSet := Sender.DataSource.DataSet;
  if DSet is TQuery then
   SortQuery := TQuery(DSet);

  if Assigned(SortQuery) and (SortQuery.Active = True) then
    begin
      SortQuery.DisableControls;
      aFieldName := FieldsToSort[0].Name;
      aSQL := SortQuery.SQL.Text;
      OrigSQL := SortQuery.SQL.Text;
      SortQuery.Close;
      try
        if Pos('ORDER BY', UpperCase(aSQL)) > 0 then
          Delete(aSQL, Pos('ORDER BY', UpperCase(aSQL)), Length(aSQL) - 
Pos('ORDER BY', UpperCase(aSQL)));
        try
          SortSQL := '';
          BuildSQL;

        except
          SortSQL := '';
     BuildSQL;
        end;
      except
        SortQuery.SQL.Text := OrigSQL;
        SortQuery.Open;
      end;
      SortOK := true;
      SortQuery.EnableControls;
    end;

end;


Regards,
thomas




Subject: Re: Delphi 2005 Personal - JVCL 3.10 - Installation Problem
From: "B.Gillenberg" <B.Gillenberg@web.de>
Date: Wed, 25 Jan 2006 16:34:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> Sounds like you had an older JCL and JVCL installed and it now references the wrong files.

I never had an older version. It's the first time I want to install JVCL.
But if the reference thing is true: Is there a possibility to correct this?


Subject: Re: how to set parental window
From: MaReK Olsavsky <orsm@centrum.cz>
Date: Wed, 25 Jan 2006 15:24:00 +0100
Newsgroups: jedi.vcl

MaReK Olsavsky napsal(a):
> OBones napsal(a):
>
>> View, Debug Windows, Call stack.
>> And compile your application with debug dcus to have a full call stack (Project, Options, Compiler, Debug DCU)
>
>
> Sorry, sometimes i'm blind... So, first line of Call Stack sends mi to source Controls (of standars delphi 6 units) into method CreateWnd:
>
>     if (WndParent = 0) and (Style and WS_CHILD <> 0) then
>       if (Owner <> nil) and (csReading in Owner.ComponentState) and
>         (Owner is TWinControl) then
>         WndParent := TWinControl(Owner).Handle
>       else
>         raise EInvalidOperation.CreateFmt(SParentRequired, [Name]);
>     FDefWndProc := WindowClass.lpfnWndProc;
>     ClassRegistered := GetClassInfo(WindowClass.hInstance, WinClassName,     TempClass);
>
> Ooops, but i don't know how to fix %subj%, Owner is set to: (nil, 'Form1', 0, $C3793C, nil, 0, [csDestroying,csFreeNotification], nil, [csInheritable]);
> Must i set MyMemo.ParentWindow := Form1.HWND ? Or to do something else?

Sorry i've forgot:

MyMemo.ParentWindow := Form1.HWND ... i've tried, but unsuccessfull
 Problem is little less complicated MyMemo isn't dirrectly on form1, structure is: Form -> PageControl -> Tab -> Panel (i scroll, becouse it's impossible to have all inputs on one screen) -> GroupBoxes and there is Memo control...

Thanx for Your great help


Subject: Re: how to set parental window
From: MaReK Olsavsky <orsm@centrum.cz>
Date: Wed, 25 Jan 2006 15:05:17 +0100
Newsgroups: jedi.vcl

OBones napsal(a):
> View, Debug Windows, Call stack.
> And compile your application with debug dcus to have a full call stack (Project, Options, Compiler, Debug DCU)

Sorry, sometimes i'm blind... So, first line of Call Stack sends mi to source Controls (of standars delphi 6 units) into method CreateWnd:

    if (WndParent = 0) and (Style and WS_CHILD <> 0) then
      if (Owner <> nil) and (csReading in Owner.ComponentState) and
        (Owner is TWinControl) then
        WndParent := TWinControl(Owner).Handle
      else
        raise EInvalidOperation.CreateFmt(SParentRequired, [Name]);
    FDefWndProc := WindowClass.lpfnWndProc;
    ClassRegistered := GetClassInfo(WindowClass.hInstance, WinClassName,     TempClass);

Ooops, but i don't know how to fix %subj%, Owner is set to: (nil, 'Form1', 0, $C3793C, nil, 0, [csDestroying,csFreeNotification], nil, [csInheritable]);
Must i set MyMemo.ParentWindow := Form1.HWND ? Or to do something else?


Subject: Re: how to set parental window
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 25 Jan 2006 14:38:20 +0100
Newsgroups: jedi.vcl

View, Debug Windows, Call stack.
And compile your application with debug dcus to have a full call stack (Project, Options, Compiler, Debug DCU)


Subject: Re: how to set parental window
From: MaReK Olsavsky <orsm@centrum.cz>
Date: Wed, 25 Jan 2006 14:26:59 +0100
Newsgroups: jedi.vcl

OBones napsal(a):
> Have a look at the call stack when this error happens.
> Then note which part of your code causes this.
>
> Most often, it's when someone tries to access Items properties of combo boxes in the constructor or destructor of a form.

Sorry for my late answer, a was a few of months offline :-(... Problem happens at exit of program... I don't know how to see into call stack (i know some basics about using jcl debug dialog, bud when applecation finished with error, that jvmemo has no parent window, i see little standard delphi dialog without lines where error happens). I would like to use full jedi debug dialog, but i'm unsure how to link it into code, to catch errors in all units/objects including main application part of sources... (main project source).
When i've tried to step main.FormClose part, error wasn't anywhere.
    Thanx for Your help
        MaReK
btw: Problem is very hot, i must finnish application in 10 hours... :-(


Subject: Re: Delphi 2005 Personal - JVCL 3.10 - Installation Problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 25 Jan 2006 08:10:52 +0100
Newsgroups: jedi.vcl

Sounds like you had an older JCL and JVCL installed and it now references the wrong files.


Subject: Re: Jens: JvProgramVersionCheck
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Tue, 24 Jan 2006 23:59:00 -0500
Newsgroups: jedi.vcl

In article <MPG.1e3d75a61e5f6be398969a@194.191.0.34>, 
edwardbNONO@NONOsgci.com says...
> > In article <dr01ta$f49$1@talkto.net>, jens.fudickar@oratool.de says...
>> > > Hi Ed,
>> > > 
>> > > point 2. is the more exact description i think. The point is, it's also 
>> > > not my favourite area. I'm using the component at work also only for a 
>> > > network check.
>> > > 
>> > > And i think i had done the most of the stuff with the ics components.
>> > > 
>> > > Feel free to send all of your changes to mantis or to me directly.
>> > > 
> > 
> > ICS huh? I picked the Indy stuff to try because there was less code 
> > commented out!  (silly me <bg>)
> > 
> > I'll spend a couple of hours on it today and send out as much as I get 
> > done...
> > 

I've had to spend the last few days "earning a living" - may have to 
wait for weekend to have time again. 

Cheers,
EdB


Subject: Delphi 2005 Personal - JVCL 3.10 - Installation Problem
From: "B.Gillenberg" <B.Gillenberg@web.de>
Date: Wed, 25 Jan 2006 01:11:42 +0100
Newsgroups: jedi.vcl

Hello,

I've been trying to install the JVCL for several hours now, but I don't get it to work.

Here's what I've done so far:
 - I applied the patch for D2005 (JVCLd9pPatch.exe)
 - After that I managed to install the JCL properly

But when I started the installer of the JVCL, i received the following error message. I already tried a search on this newsgroup, but haven't found this kind of problem, yet. I hope that someone can give me some advice.


-----


build.exe found. Pretest: ok
Using d9 for build process.

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi für Win32 Compiler-Version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
JVCLData.pas(739) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCLData.pas(740) Fehler: E2015 Operator ist auf diesen Operandentyp nicht anwendbar
JVCLData.pas(741) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCLData.pas(742) Fehler: E2015 Operator ist auf diesen Operandentyp nicht anwendbar
JVCLData.pas(742) Warnung: W1024 Vorzeichenbehaftete und -lose Typen werden kombiniert - beide Operanden werden erweitert
JVCLData.pas(742) Fehler: E2012 Ausdruckstyp muss BOOLEAN sein
JVCLData.pas(749) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCLData.pas(750) Fehler: E2015 Operator ist auf diesen Operandentyp nicht anwendbar
JVCLData.pas(751) Fehler: E2015 Operator ist auf diesen Operandentyp nicht anwendbar
JVCLData.pas(753) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCLData.pas(754) Fehler: E2015 Operator ist auf diesen Operandentyp nicht anwendbar
JVCLData.pas(755) Fehler: E2015 Operator ist auf diesen Operandentyp nicht anwendbar
JVCLData.pas(756) Warnung: W1024 Vorzeichenbehaftete und -lose Typen werden kombiniert - beide Operanden werden erweitert
JVCLData.pas(756) Fehler: E2012 Ausdruckstyp muss BOOLEAN sein
JVCLData.pas(837) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCLData.pas(840) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCLData.pas(931) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCLData.pas(936) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCLData.pas(1179) Fehler: E2003 Undefinierter Bezeichner: 'IsDelphi'
JVCL3Install.pas(36) Fatal: F2063 Verwendete Unit 'JVCLData.pas' kann nicht compiliert werden

** error 1 ** deleting Installer_nomo
Press ENTER to continue


Subject: TJvSettingsTreeView And BDS 2006
From: "Maurice Vercherat" <Vter94@Freedom.fr>
Date: Tue, 24 Jan 2006 23:35:41 +0100
Newsgroups: jedi.vcl

Hi,
 Try to load the example of TJvSettingsTreeView (PageListDemo) :
1- With D7 the "link editor" keeps values after loading the application in the IDE.
2- With Delphi 2006, values (of linker) are lost after every loading in the IDE.

Why, An idea ?
MV

-- 
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com




Subject: Re: How to control JvAppIniFileStorage saving to disk
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 25 Jan 2006 06:02:59 +1000
Newsgroups: jedi.vcl

Florian Hector wrote, on 23/01/2006 5:05 AM:
> I am trying to control when JvAppIniFileStorage writes properties to disk, but don't get a grip on how it works.
> There is a form with several settings which can be changed by the user. When the user leaves the form with an OK Button, the changed values are to be written to disk, if he aborts, no changes are to be written.
> I have tried with AutoFlush set to False and call JvAppIniFileStorage.Flush instead. Curiously, only some of the changed values are written. When I leave AutoFlush set to True, all the values are being written regardless how the user exits the form.

Hi Florian,

AutoFlush means when a value is saved, it is written immediately to the file.

What you want to do, is set your TJvFormStorage.Active := False, when the Cancel/Abort button is clicked. This will prevent the properties from being saved.

The other way is to set Active to False and use the SaveFormPlacement and RestoreFormPlacement methods of TJvFormStorage. Note: these methods save/restore all the properties, not just the placement.

-- 
enjoy life,
           Elahn


Subject: [C++Builder] BDS 2006 systobj.h(259): E2315 linker error
From: "mdex" <mstawarz@poczta.fm>
Date: Tue, 24 Jan 2006 11:46:55 +0100
Newsgroups: jedi.vcl

Hello!

I wanted to create wrappers package for JVCL components for instance
TJvDateEdit (create my own class, inherit from Jedi class), but linker said:

[C++ Error] systobj.h(259): E2315 'Release' is not a member of
'IAutoComplete', because the type is not yet defined.

Can anybody tell me why?

Best regards
Marcin



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: HID and DFU
From: norberto <pellicci@shaw.ca>
Date: Mon, 23 Jan 2006 16:49:24 -0800
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> JvHidDeviceController can only handle the HID class of USB. DFU is another class so no way to use JvHidDeviceController for it.
>
> Since the device has its own driver you will have to use the driver API to access the device. What you need it documentation from the manufacturer about the driver. Mainly the device class GUID.
> With that GUID you can enumerate the device just like the HID component uses the HID GUID to enumerate HID devices.
>  From there on you need info how the devcie is accessed. It is either data structures for ReadFile WriteFile or DeviceIoControl.


Hi Robert,

Thanks for your help. i have already sent a request to the manufacturer (TI) to get detailed info on their DFU driver, but i haven't received a reply yet.

At least now i will know a bit more about what to ask for (GUID and access info).

Thanks again!

norberto


Subject: Re: JvCaesarCipher
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Mon, 23 Jan 2006 12:55:11 -0500
Newsgroups: jedi.vcl

> > I got problems with JvCaesarCipher and TMemoryStream.
> > I read a file into a TMemoryStream called ms1
> > I execute JvCaesarCipher1.EncodeStream('1234567890', ms1);
> > and save the ms1 before and after in first ms1.txt and ms1-crypt.txt
> > but the data isn't encrypted, why?

Without seeing your code, I would guess that you need to set the stream 
position to its' origin before calling EncodeStream.

// save to file ms1.txt...

vMemStream.Position := 0;
vCaesarCipher.EncodeStream(vKey, vMemStream);

// save to file ms1-crypt1.txt

hth...




Subject: JvCaesarCipher
From: "Claus" <cableguy@post6.tele.dk>
Date: Mon, 23 Jan 2006 12:37:16 +0100
Newsgroups: jedi.vcl

Hi

I got problems with JvCaesarCipher and TMemoryStream.

I read a file into a TMemoryStream called ms1

I execute
JvCaesarCipher1.EncodeStream('1234567890', ms1);

and save the ms1 before and after in first ms1.txt and ms1-crypt.txt

but the data isn't encrypted, why?

Can anyone help me, please?


Best Regards
Claus
Denmark 




Subject: How to control JvAppIniFileStorage saving to disk
From: Florian Hector <fhector@web.de>
Date: Sun, 22 Jan 2006 20:05:04 +0100
Newsgroups: jedi.vcl

Hi All,

I am trying to control when JvAppIniFileStorage writes properties to disk, but don't get a grip on how it works.
There is a form with several settings which can be changed by the user. When the user leaves the form with an OK Button, the changed values are to be written to disk, if he aborts, no changes are to be written.
I have tried with AutoFlush set to False and call JvAppIniFileStorage.Flush instead. Curiously, only some of the changed values are written. When I leave AutoFlush set to True, all the values are being written regardless how the user exits the form.

Any help much appreciated

Florian


Subject: Re: Jens: JvProgramVersionCheck
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sun, 22 Jan 2006 10:58:23 -0500
Newsgroups: jedi.vcl

In article <dr01ta$f49$1@talkto.net>, jens.fudickar@oratool.de says...
> > Hi Ed,
> > 
> > point 2. is the more exact description i think. The point is, it's also 
> > not my favourite area. I'm using the component at work also only for a 
> > network check.
> > 
> > And i think i had done the most of the stuff with the ics components.
> > 
> > Feel free to send all of your changes to mantis or to me directly.
> > 

ICS huh? I picked the Indy stuff to try because there was less code 
commented out!  (silly me <bg>)

I'll spend a couple of hours on it today and send out as much as I get 
done...

Cheers,
EdB



Subject: Re: Jens: JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 22 Jan 2006 14:43:32 +0100
Newsgroups: jedi.vcl

Hi Ed,

point 2. is the more exact description i think. The point is, it's also not my favourite area. I'm using the component at work also only for a network check.

And i think i had done the most of the stuff with the ics components.

Feel free to send all of your changes to mantis or to me directly.

Greetings
Jens

edbored schrieb:
> Hi Jens,
>
> I worked Friday and Saturday night on getting the tutorial ready. Once the
> local network version was pretty much covered, I spent the afternoon setting
> up and testing connection (with IE) to a simple ftp server in my office.
>
> THEN  I started digging into the code to see if I could add ftp to the
> tutorial.
>
> It looks to me like ftp isn't actually completed... I tried dynamically
> creating and working with  TJvProgramVersionFTPLocationIndy... There's a few
> properties missing (like host, Passive/Active, useProxyYesNo) and
> LoadFileFromRemoteIndy doesn't  actually set up host, username, password -
> or even connect.
>
> I added a bunch of stuff (almost blindly - not my area of experience, let
> alone expertise! <g>) and managed to get the right versioninfo.ini data from
> the ftp server.  Having to stop here - really tired and brain hurts.
>
> At any rate, could you confirm that either:
> 1) I missed a big step and I'm an idiot; or,
> 2) the ftp stuff is still work-in-progress
>
> (note that "2)" and "I'm an idiot" aren't mutually exclusive conditions....
> <g>).
>
>
> Cheers,
> EdB
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Jens: JvProgramVersionCheck
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sun, 22 Jan 2006 02:05:01 -0500
Newsgroups: jedi.vcl

In article <dqv7v3$9r9$1@talkto.net>, edwardbNONO@NONOsgci.com says...
> > Hi Jens,
> > 
> >
> > I added a bunch of stuff (almost blindly - not my area of experience, let
> > alone expertise! <g>) and managed to get the right versioninfo.ini data from
> > the ftp server.  Having to stop here - really tired and brain hurts.
> > 
> > At any rate, could you confirm that either:
> > 1) I missed a big step and I'm an idiot; or,
> > 2) the ftp stuff is still work-in-progress
> > 
> > (note that "2)" and "I'm an idiot" aren't mutually exclusive conditions....
> > <g>).

I'm at least a partial idiot... The reason I could only get 
versioninfo.ini and not application from ftp site was that I'd forgotten 
to change the path info in the copy of the ini file on server.

<sigh>

Need sleep.

EdB


Subject: Jens: JvProgramVersionCheck
From: "edbored" <edwardbNONO@NONOsgci.com>
Date: Sun, 22 Jan 2006 01:20:29 -0500
Newsgroups: jedi.vcl

Hi Jens,

I worked Friday and Saturday night on getting the tutorial ready. Once the
local network version was pretty much covered, I spent the afternoon setting
up and testing connection (with IE) to a simple ftp server in my office.

THEN  I started digging into the code to see if I could add ftp to the
tutorial.

It looks to me like ftp isn't actually completed... I tried dynamically
creating and working with  TJvProgramVersionFTPLocationIndy... There's a few
properties missing (like host, Passive/Active, useProxyYesNo) and
LoadFileFromRemoteIndy doesn't  actually set up host, username, password -
or even connect.

I added a bunch of stuff (almost blindly - not my area of experience, let
alone expertise! <g>) and managed to get the right versioninfo.ini data from
the ftp server.  Having to stop here - really tired and brain hurts.

At any rate, could you confirm that either:
1) I missed a big step and I'm an idiot; or,
2) the ftp stuff is still work-in-progress

(note that "2)" and "I'm an idiot" aren't mutually exclusive conditions....
<g>).


Cheers,
EdB




Subject: Re: HID and DFU
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 22 Jan 2006 06:24:58 +0100
Newsgroups: jedi.vcl

norberto wrote:
> Hi,
>
> i'm currently using the JvHidDeviceController in my app and it works really well. i'm very happy with it!  :-)
>
> However, i now am at a point where i will need to implement a DFU (Device Firmware Upgrade) interface to the device i have built.The microcontroller default code is set to use DFU in case the local EEPROM is empty or not present.
>
> The microcontroller i am using is the TI TAS1020B and they have their own DFU device driver, and also a standalone utility for DFU.
>
> i would like to implement the DFU functionality in my Delphi app. Are there any examples of this or are there any recommendations on how to go about this? Does the JvHidDeviceController class have any built-in DFU-type support?
>
> Sorry if this is a silly question.

It is a silly question :-)
JvHidDeviceController can only handle the HID class of USB. DFU is another class so no way to use JvHidDeviceController for it.

Since the device has its own driver you will have to use the driver API to access the device. What you need it documentation from the manufacturer about the driver. Mainly the device class GUID.
With that GUID you can enumerate the device just like the HID component uses the HID GUID to enumerate HID devices.
From there on you need info how the devcie is accessed. It is either data structures for ReadFile WriteFile or DeviceIoControl.


Subject: HID and DFU
From: norberto <pellicci@shaw.ca>
Date: Sat, 21 Jan 2006 20:52:06 -0800
Newsgroups: jedi.vcl

Hi,

i'm currently using the JvHidDeviceController in my app and it works really well. i'm very happy with it!  :-)

However, i now am at a point where i will need to implement a DFU (Device Firmware Upgrade) interface to the device i have built.The microcontroller default code is set to use DFU in case the local EEPROM is empty or not present.

The microcontroller i am using is the TI TAS1020B and they have their own DFU device driver, and also a standalone utility for DFU.

i would like to implement the DFU functionality in my Delphi app. Are there any examples of this or are there any recommendations on how to go about this? Does the JvHidDeviceController class have any built-in DFU-type support?

Sorry if this is a silly question.

Thanks in advance.

norberto


Subject: JvFormStorage1 for wider use
From: Florian Hector <fhector@web.de>
Date: Sat, 21 Jan 2006 16:48:37 +0100
Newsgroups: jedi.vcl

Hello All,

I have to store and retrieve some settings, so far I have used JvFormStorage together with JvAppIniFileStorage without problems, but now I am facing a challenge.
From the main form I have to have access to settings stored in a JvFormStorage component sitting on  a second form, which is not yet created hence not accessible.
Is there a component available to read the values written by JvFormStorage other than using the unit IniFiles?


Florian


Subject: Re: Install problems Delphi6 and JVCL
From: "Josef Koller" <koller.josef@t-online.de>
Date: Sat, 21 Jan 2006 13:16:07 +0100
Newsgroups: jedi.vcl

Hi,

Addition:

I found another way to get the jvcl components. I opened with Delphi the
D6Packages and compiled all the project.

After them I installed all packages manuelly. The components are now in the
palette and I think they work all ( I tested some compo's and the test
application was compiled and created).

But I think that isn't the normal way. I hope I get no problems with this
kind of installation.

Kind regards

Josef


Josef Koller <koller.josef@t-online.de> schrieb in im Newsbeitrag:
dqs0v1$o0b$1@talkto.net...
> > Hi,
> >
> > I have a problem with the jvcl install patch.
> >
> > I have downloaded the zip-file JVCL310CompleteJCL196-Build2070 yesterday.
> > After unzipping I have the folders jcl and jvcl.
> >
> > The install patch of jcl worked fine but after them I started the install
> > batch of jvcl and got the following error:
> >
> > build.exe found. Pretest: ok
> > Using d6 for build process.
> >
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Generating MO files]
> > [Compiling: Installer]
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
> > Invalid switch - /Q
> > Borland Delphi  Version 14.0  Copyright (c) 1983,2002 Borland Software
> > Corporation
> > Fatal: To many conditional symbols
> >
> > ** error 1 ** deleting Installer_nomo
> > Press ENTER to continue
> >
> > I have had the jvcl components on my computer, but I got an error in some
> > components like "different compiled versions , etc." So I have had
> > deinstalled all Jv-components, cleared the pathes and deleted the bpl's in
> > the folder .../project\bpl. Than I cleared the registry entries (deleted
all
> > Jcl and Jvcl entries).
> >
> > No change. The jcl installer is ok the jvcl installer gives an error.
> >
> > I don't no, what I have to do?
> >
> > The delphi service pack is installed.
> >
> > Best regards
> >
> > Josef
> >
> >
> >




Subject: Install problems Delphi6 and JVCL
From: "Josef Koller" <koller.josef@t-online.de>
Date: Sat, 21 Jan 2006 02:04:42 +0100
Newsgroups: jedi.vcl

Hi,

I have a problem with the jvcl install patch.

I have downloaded the zip-file JVCL310CompleteJCL196-Build2070 yesterday.
After unzipping I have the folders jcl and jvcl.

The install patch of jcl worked fine but after them I started the install
batch of jvcl and got the following error:

build.exe found. Pretest: ok
Using d6 for build process.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Invalid switch - /Q
Borland Delphi  Version 14.0  Copyright (c) 1983,2002 Borland Software
Corporation
Fatal: To many conditional symbols

** error 1 ** deleting Installer_nomo
Press ENTER to continue

I have had the jvcl components on my computer, but I got an error in some
components like "different compiled versions , etc." So I have had
deinstalled all Jv-components, cleared the pathes and deleted the bpl's in
the folder .../project\bpl. Than I cleared the registry entries (deleted all
Jcl and Jvcl entries).

No change. The jcl installer is ok the jvcl installer gives an error.

I don't no, what I have to do?

The delphi service pack is installed.

Best regards

Josef





Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Fri, 20 Jan 2006 19:27:50 +0100
Newsgroups: jedi.vcl

Florent Ouchet schrieb:
> Markus a écrit :
>> But why not providing a precompiled installer? This wouldn't prevent you from distributing the thing like it is right now. Why the need to compile the installer on the target machine?
>
> In open-source software, and specially for OSS hosted by sourceforge, all the sources to build all applications have to be released. Madshi software is not open-source and it is not opensource compliant (see paragraph RESTRICTIONS of the madshi license: http://help.madshi.net/License.htm), it is not shipped with the compiler, I really prefer not using it and release all the library under the same license, including the installer of the library.
>
Okay, I didn't knew this restriction of sourceforge. But something similar could help you to track down installation issues nevertheless.

Greetings

Markus


Subject: Re: Selecting items in TJvXPBar on a TJvScrollBox
From: "Jeroen Rottink" <jeroen.rottink@home.nl>
Date: Fri, 20 Jan 2006 12:52:59 +0100
Newsgroups: jedi.vcl

Added to mantis #3458.

"Elahn Ientile" <elahn@elahn.net> wrote in message
news:dqo89u$tsl$1@talkto.net...
> > Jeroen Rottink wrote, on 19/01/2006 11:29 PM:
>> > > It seems that calling the TJvXPBar.SetFocus method resets the position
of
>> > > the XPBar to display the header. This method is called internally by
>> > > TJvXPCustomControl.HookMouseDown()
>> > >
>>> > >>Using JVCL 3.00, D7
> >
> > Please try the Daily zip and see if it still occurs:
> >
> > http://jvcl.sf.net/daily/
> >
> > As it says on the page, you'll need the Daily JCL as well:
> >
> > http://jcl.sf.net/daily/
> >
> > If it still occurs, please create an account on Mantis, our IssueTracker
> > and post it there, so it doesn't get lost.
> >
> > http://homepages.borland.com/jedi/issuetracker/
> >
> > Please clearly describe the bug and provide the steps to reproduce it.
> > If it is not very simple to reproduce, please create a demo program
> > which produces the bug - please zip up only the .dpr, .pas & .dfm files.
> >
> > --
> > enjoy life,
> >             Elahn




Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 20 Jan 2006 09:10:54 +0100
Newsgroups: jedi.vcl

What we would appreciate is if you could run the build.exe program within Delphi 7 with the above mentionned parameters:

newest "--make=installer"

This should allow you to tell us where build.exe is failing, and we would appreciate if you could report back at that time.


Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 20 Jan 2006 15:51:34 +0800
Newsgroups: jedi.vcl

Hi

On Fri, 20 Jan 2006 13:43:51 +0800, Florent Ouchet <ouchet.florent@laposte.net> wrote:

>> I do think that *somehow* the installation and removal of BDS 2006 has caused this problem.
>
> There may be a problem is the registry key HKEY_LOCAL_MACHINE\Software\Borland\BDS\4.0 is still existing

I checked ... no, it does not exist.

I checked the other Borland keys and found nothing I though ususual :(

I could remove and reinstall D7 (and all the other D7 stuff) but would prefer not to unless I can be reasonably sure that doing so would fix the problem. I would prefer to find the cause of the problem if possible.


-- 
Kind Regards

Peter...


Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 20 Jan 2006 06:43:51 +0100
Newsgroups: jedi.vcl

Hi,

> I do think that *somehow* the installation and removal of BDS 2006 has caused this problem.

There may be a problem is the registry key HKEY_LOCAL_MACHINE\Software\Borland\BDS\4.0 is still existing

-- 
Florent Ouchet


Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 20 Jan 2006 11:10:09 +0800
Newsgroups: jedi.vcl

Hi

On Thu, 19 Jan 2006 23:48:13 +0800, Florent Ouchet <ouchet.florent@laposte.net> wrote:

> Peter Sanders wrote:
>> I doubt if it is a jcl/jvcl problem, I think it must have something to do with my pc, but I don't know what. The previous update (late December I think) was fine. As I mentioned before I did have a beta of D2006 installed but that has been removed.
>
> If you have more than one version of the IDE installed on the computer, you can force the compilation using a specified compiler:
>
> "install.bat C5" will use C++ Builder 5
> "install.bat C6" will use C++ Builder 6
> "install.bat D5" will use Delphi 5
> "install.bat D6" will use Delphi 6
> "install.bat D7" will use Delphi 7
> "install.bat D9" will use Delphi 9
> "install.bat D10" will use Delphi 10
>
> But I think the problem is inside build.exe that fails to launch the latest version of the compiler (otherwise there would be some copyright informations displayed in the console).

I tried the D7 & D5 parameters, both produced the same result, shown below.

ARe there items that should be checked/removed from the registry.

(Using Win XP Pro SP2, P4 3ghz 512mb ram, 13.5gb FREE space on 60gb hd on Clevo D870P laptop)

=============================
Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

c:\Jedi\JVCL>install D7
build.exe found. Pretest: ok
Runtime error   2 at 004058F9

C:\Jedi\JVCL>install D5
build.exe found. Pretest: ok
Runtime error   2 at 004058F9

C:\Jedi\JVCL>

==============================


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 20 Jan 2006 10:46:02 +0800
Newsgroups: jedi.vcl

Hi

On Thu, 19 Jan 2006 23:56:18 +0800, Andreas Hausladen <AndreasDOTHausladen@gObviousToBeRemovedmx.de> wrote:

> Looks like a problem in build.exe.
>
> You could debug the build.exe:
>
> 1. Open the jvcl3\packages\bin\build.dpr in BDS 2006.
> 2. Open the project's option dialog and set the conditions
> (directories/conditions) to "JVCL" (without the quotes)
> 3. Open the Start/Parameters dialog and set the Parameters to
>
>    d10 "--make=installer"
>
> 4. Debug the program: Step through the program (F7) until the program
> terminates (with the Runtime error).

Thanks for the info, but I am not using DBS2006. I was not clear in this message, I am using D5 & D7. The problem seems to occur with D7.

I do think that *somehow* the installation and removal of BDS 2006 has caused this problem.


-- 
Kind Regards

Peter...


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 19 Jan 2006 23:16:45 +0100
Newsgroups: jedi.vcl

Markus a écrit :
> But why not providing a precompiled installer? This wouldn't prevent you from distributing the thing like it is right now. Why the need to compile the installer on the target machine?

In open-source software, and specially for OSS hosted by sourceforge, all the sources to build all applications have to be released. Madshi software is not open-source and it is not opensource compliant (see paragraph RESTRICTIONS of the madshi license: http://help.madshi.net/License.htm), it is not shipped with the compiler, I really prefer not using it and release all the library under the same license, including the installer of the library.

-- 
Florent Ouchet


Subject: Re: TJvCustomLabel.MouseEnter -- Why MouseCapture?
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 20 Jan 2006 07:41:53 +1000
Newsgroups: jedi.vcl

This is now in Mantis:

http://homepages.borland.com/jedi/issuetracker/view.php?id=3417

-- 
enjoy life,
           Elahn


Subject: Re: Little bug in TJvProgressDialog.Destroy
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 20 Jan 2006 07:30:17 +1000
Newsgroups: jedi.vcl

Dominik Böhm wrote, on 20/01/2006 6:37 AM:
> could you change TJvProgressDialog's destructor from

Hi Dominik,

Please create an account on Mantis, our IssueTracker and post it there, so it doesn't get lost.

http://homepages.borland.com/jedi/issuetracker/

Please clearly describe the bug and provide the steps to reproduce it. If it is not very simple to reproduce, please create a demo program which produces the bug - please zip up only the .dpr, .pas & .dfm files.

-- 
enjoy life,
           Elahn


Subject: Little bug in TJvProgressDialog.Destroy
From: Dominik Böhm <newsgroups@dbedv.de>
Date: Thu, 19 Jan 2006 21:37:57 +0100
Newsgroups: jedi.vcl

Hello,

could you change TJvProgressDialog's destructor from

destructor TJvProgressDialog.Destroy;
begin
  FreeAndNil(FImage);
  FreeAndNil(FIImage);
  inherited Destroy;
end;

to

destructor TJvProgressDialog.Destroy;
begin
  Hide;
  FreeAndNil(FImage);
  FreeAndNil(FIImage);
  inherited Destroy;
end;

If you don't hide it before destroying, the form won't be destroyed and will stay on the screen.

Thanks!

Regards,
Dominik


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Thu, 19 Jan 2006 20:02:27 +0100
Newsgroups: jedi.vcl

 > Well, you see, we already do that for the packages (optionally).
> However, the installer, when it is built, does not know where the JCL is and as such cannot use it.
> And we don't have the luxury to provide every one of our users with a licence of Madshi either, the cost is too high for very little benefit.
> Oh yes, you're going to say that we should provide a precompiled installer, but what you don't seem to get is that the vast majority of our users do not want a single precompiled thing in their download. The only digression is build.exe to overcome bugs in dcc32 and make. But that's the only one, there won't be others.

Hm, okay if you're talking of a compiled installer which gets compiled during instalation then yes, MadExcept is of no use.

But why not providing a precompiled installer? This wouldn't prevent you from distributing the thing like it is right now. Why the need to compile the installer on the target machine?

Is it easier to detect the Delphi versions and change some compiler switches in the installer or what it the reason for doing this method? That's right now what I don't understand. I rather think it is more error prone...but it's up to you.

Greetings

Markus


Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Jan 2006 17:28:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
Open the Start/Parameters dialog and set the Parameters to

> >    d10 "--make=installer"

Better use

    newest "--make=installer"




-- Regards, Andreas Hausladen 

Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 19 Jan 2006 16:56:18 +0100
Newsgroups: jedi.vcl

Looks like a problem in build.exe.

You could debug the build.exe:

1. Open the jvcl3\packages\bin\build.dpr in BDS 2006.
2. Open the project's option dialog and set the conditions
(directories/conditions) to "JVCL" (without the quotes)
3. Open the Start/Parameters dialog and set the Parameters to

   d10 "--make=installer"

4. Debug the program: Step through the program (F7) until the program
terminates (with the Runtime error).


-- Regards, Andreas Hausladen 

Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 19 Jan 2006 16:48:13 +0100
Newsgroups: jedi.vcl

Hi,

Peter Sanders wrote:
> I doubt if it is a jcl/jvcl problem, I think it must have something to do with my pc, but I don't know what. The previous update (late December I think) was fine. As I mentioned before I did have a beta of D2006 installed but that has been removed.

If you have more than one version of the IDE installed on the computer, you can force the compilation using a specified compiler:

"install.bat C5" will use C++ Builder 5
"install.bat C6" will use C++ Builder 6
"install.bat D5" will use Delphi 5
"install.bat D6" will use Delphi 6
"install.bat D7" will use Delphi 7
"install.bat D9" will use Delphi 9
"install.bat D10" will use Delphi 10

But I think the problem is inside build.exe that fails to launch the latest version of the compiler (otherwise there would be some copyright informations displayed in the console).

-- 
Florent Ouchet


Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 19 Jan 2006 23:36:35 +0800
Newsgroups: jedi.vcl

Hi

On Thu, 19 Jan 2006 17:53:37 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Peter Sanders wrote:
>
>> Hi
>>  This is a repost as the last post seemed to have "died".
>>  I have waited a few days and d/l the latest files and tried again.
>
> What do you call the latest files?

18/01/2006

I doubt if it is a jcl/jvcl problem, I think it must have something to do with my pc, but I don't know what. The previous update (late December I think) was fine. As I mentioned before I did have a beta of D2006 installed but that has been removed.

Regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Selecting items in TJvXPBar on a TJvScrollBox
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 20 Jan 2006 00:42:39 +1000
Newsgroups: jedi.vcl

Jeroen Rottink wrote, on 19/01/2006 11:29 PM:
> It seems that calling the TJvXPBar.SetFocus method resets the position of
> the XPBar to display the header. This method is called internally by
> TJvXPCustomControl.HookMouseDown()
>
>> Using JVCL 3.00, D7

Please try the Daily zip and see if it still occurs:

http://jvcl.sf.net/daily/

As it says on the page, you'll need the Daily JCL as well:

http://jcl.sf.net/daily/

If it still occurs, please create an account on Mantis, our IssueTracker and post it there, so it doesn't get lost.

http://homepages.borland.com/jedi/issuetracker/

Please clearly describe the bug and provide the steps to reproduce it. If it is not very simple to reproduce, please create a demo program which produces the bug - please zip up only the .dpr, .pas & .dfm files.

-- 
enjoy life,
           Elahn


Subject: Re: Selecting items in TJvXPBar on a TJvScrollBox
From: "Jeroen Rottink" <jeroen.rottink@home.nl>
Date: Thu, 19 Jan 2006 14:29:20 +0100
Newsgroups: jedi.vcl

Hi,

It seems that calling the TJvXPBar.SetFocus method resets the position of
the XPBar to display the header. This method is called internally by
TJvXPCustomControl.HookMouseDown()

"Jeroen Rottink" <jeroen.rottink@home.nl> wrote in message
news:dqgglg$bso$1@talkto.net...
> > Hi all,
> >
> > Using a TJvXPBar control in a TJvScrollBox gives me a wrong behaviour when
> > the items in the JvXPBar object are more than can be displayed on the form
> > resulting in a vertical scrollbar of the scrollbox. I scroll down to
display
> > the invisible items. When clicking on such item the scollbox jumps back to
> > the top and results on selecting the item that is under the cursor at that
> > moment. So not the item when I click but the item when I release the
mouse.
> > You can easy see this behaviour when after clicking the last item you hold
> > the mouse button a moment.
> >
> > How can I prevent this? Replacing TJvScrollBox by TScrollBox doesn't
change
> > anything.
> >
> > Using JVCL 3.00, D7
> >
> > Regards,
> > Jeroen Röttink
> >
> >




Subject: Re: repost: Runtime error 2 when installing lastest JVCL - still
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 19 Jan 2006 10:53:37 +0100
Newsgroups: jedi.vcl

Peter Sanders wrote:

> Hi
>
> This is a repost as the last post seemed to have "died".
>
> I have waited a few days and d/l the latest files and tried again.

What do you call the latest files?


Subject: Re: TCurrencyEdit for RX
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Thu, 19 Jan 2006 09:49:00 -0000
Newsgroups: jedi.vcl

"calvinscy" <calvinscy@hotmail.com> wrote in message 
news:dqkevb$5le$1@talkto.net...
> > I'm using RX components TCurrencyEdit for mine D5 project. Now need to
> > migrate to D7 using Jedi version 3.00. What is the equvalent component in
> > Jedi3?
> >
> > Is there any simple way to convert RX components to Jedi3 components in
> > mine project?
> >


Yes...

In "jvcl\devtool\JVCL Convert" you will find the converter tool in 
"jvcl\converter" you will find the dat files to use with it.

Back up your projects first though, just in case.







Subject: repost: Runtime error 2 when installing lastest JVCL - still
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 19 Jan 2006 17:43:57 +0800
Newsgroups: jedi.vcl

Hi

This is a repost as the last post seemed to have "died".

I have waited a few days and d/l the latest files and tried again.

I deleted all the JCL and JVCL files. I removed all the references that I could find to jcl/jvcl in the bpl folder (both D5 and D7).

jcl installs ok, but almost instantly the jvcl install.bat file causes the error below.

I have no idea where else to look.

Should I search *somewhere* for references, bpls etc from D2006 (no longer on the pc).

Advice would be appreciated, I would prefer of course to NOT have to reinstall Delphi from scratch.

===============
C:\Jedi>cd jvcl

C:\Jedi\JVCL>install
build.exe found. Pretest: ok
Runtime error   2 at 004058F9

C:\Jedi\JVCL>
===============

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 19 Jan 2006 10:01:25 +0100
Newsgroups: jedi.vcl

Markus wrote:

>> Yeah, well, the JCL does that as well, and trust me, not every single bug can be solved with a stack dump...
>
> es, I know, but can the JCL report them back to you? e.g. via e-mail?
> Can the installer that when it crahes? With MadExcept ic can and that witout requiring much effort from you!

Well, you see, we already do that for the packages (optionally). However, the installer, when it is built, does not know where the JCL is and as such cannot use it.
And we don't have the luxury to provide every one of our users with a licence of Madshi either, the cost is too high for very little benefit.
Oh yes, you're going to say that we should provide a precompiled installer, but what you don't seem to get is that the vast majority of our users do not want a single precompiled thing in their download. The only digression is build.exe to overcome bugs in dcc32 and make. But that's the only one, there won't be others.


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 19 Jan 2006 18:12:27 +1000
Newsgroups: jedi.vcl

Markus wrote, on 19/01/2006 5:26 AM:
>>> Hm, because madexcept generates a report which the user can send (even automatically) to a predefined e-mail adress.
>>
>>
>> Yeah, well, the JCL does that as well, and trust me, not every single bug can be solved with a stack dump...
>
> es, I know, but can the JCL report them back to you? e.g. via e-mail?
> Can the installer that when it crahes? With MadExcept ic can and that witout requiring much effort from you!

Clicking a button "Send via Email" (or whatever it's called), seeing the report show up as a new email in the default email client (Outlook/Thunderbird/etc) and clicking "Send" is about as simple as it can get. :þ

-- 
enjoy life,
           Elahn


Subject: Re: Tutorial for TjvProgramVersionCheck? - LoadFileFromRemote.zip [1/1]
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 19 Jan 2006 01:28:18 -0500
Newsgroups: jedi.vcl

In article <dqmbsb$ij2$1@talkto.net>, jens.fudickar@oratool.de says...
> > Hi Ed,
> > 
> > i'm waiting for your updates and also for the example.
> > 
> > It should be included to the cvs also!!!
> > 

Well, if you want a quick look - here's my replacement for the 
"LoadFileFromRemote" function, a little ugly and over-commented with 
Really Long Lines but...

I just got home from my office - I'll create a patch from cvs in the 
next couple of days if you like (let me know if you need/want it). I'd 
have done it tonight but I've been poking around in the code quite a bit 
- I want to do a clean cvs update this weekend to clobber all my other 
(less useful <g>) changes.

I'll finish up the demo project and post it as well.

Cheers,
EdB





LoadFileFromRemote.zip
	



Subject: Re: Tutorial for TjvProgramVersionCheck?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 18 Jan 2006 22:31:22 +0100
Newsgroups: jedi.vcl

Hi Ed,

i'm waiting for your updates and also for the example.

It should be included to the cvs also!!!

Greetings
Jens

Ed Blanchard schrieb:
> In article <dqj5lc$sj7$1@talkto.net>, ralf-kaiser@eurobrief.de says...
>> Hello,
>>
>> does anyone have a more detailed tutorial/description or something else
>> regarding the ProgramVersionCheck-components?
>>
>> I would be interested to get the update via HTTP (or maybe FTP) running. I
>> still have some problems understanding how all the propertie are working
>> together.
>>
>
> I just built a simple network-only upgrade project - it's pretty basic, but I can post it to binaries if you'd like to see it.
>
> NOTE: that I've also modified the ProgramVersionCheck to allow "live" self-updates. The original code does something like the following:
>
>  - copy newer AppName.exe from remote to local as AppName.Exe.Temp
>  - delete local AppName.exe
>  - rename AppName.exe.temp to AppName.exe
>
> The delete fails (because program is active) thus the rename fails.
>
> I changed this to:
>  - copy newer AppName.exe from remote to local as AppName.Exe.Temp
>  - if delete local AppName.exe then
>      rename AppName.exe.temp to AppName.exe
>    else begin
>       rename local appname.exe to local appname.exe.temp.bak
>        if rename local AppName.exe.temp to local AppName.exe then
>           delete local appname.exe.temp.bak
>    end
>
> This allows me to have the exe upgrade and restart itself, but leaves the version.ini in a weird state - either version.ini.temp or .temp.bak (I'm at home, don't recall which).
>
> If I get these changes sorted out I'll post to group/mantis - maybe Jens can review and incorporate.
>
> EdB
>  
>
>
> EdB

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Wed, 18 Jan 2006 20:26:03 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Markus wrote:
>>>>
>>>>
>>>> I think he would have meant to use madexcept in installers :p
>>>
>>>
>>> Even so, how can we debug it if we don't have BDS installed at all?
>>
>>
>> Hm, because madexcept generates a report which the user can send (even automatically) to a predefined e-mail adress.
>
> Yeah, well, the JCL does that as well, and trust me, not every single bug can be solved with a stack dump...
es, I know, but can the JCL report them back to you? e.g. via e-mail?
Can the installer that when it crahes? With MadExcept ic can and that witout requiring much effort from you!

Greeting

Markus


Subject: Re: Tutorial for TjvProgramVersionCheck?
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Wed, 18 Jan 2006 14:11:10 -0500
Newsgroups: jedi.vcl

In article <dqj5lc$sj7$1@talkto.net>, ralf-kaiser@eurobrief.de says...
> > Hello,
> > 
> > does anyone have a more detailed tutorial/description or something else
> > regarding the ProgramVersionCheck-components?
> > 
> > I would be interested to get the update via HTTP (or maybe FTP) running. I
> > still have some problems understanding how all the propertie are working
> > together.
> > 

I just built a simple network-only upgrade project - it's pretty basic, 
but I can post it to binaries if you'd like to see it.

NOTE: that I've also modified the ProgramVersionCheck to allow "live" 
self-updates. The original code does something like the following:

 - copy newer AppName.exe from remote to local as AppName.Exe.Temp
 - delete local AppName.exe
 - rename AppName.exe.temp to AppName.exe

The delete fails (because program is active) thus the rename fails.

I changed this to:
 - copy newer AppName.exe from remote to local as AppName.Exe.Temp
 - if delete local AppName.exe then
     rename AppName.exe.temp to AppName.exe
   else begin
      rename local appname.exe to local appname.exe.temp.bak
       if rename local AppName.exe.temp to local AppName.exe then
          delete local appname.exe.temp.bak
   end

This allows me to have the exe upgrade and restart itself, but leaves 
the version.ini in a weird state - either version.ini.temp or .temp.bak 
(I'm at home, don't recall which).

If I get these changes sorted out I'll post to group/mantis - maybe Jens 
can review and incorporate.

EdB
 


EdB


Subject: Re: Tutorial for TjvProgramVersionCheck?
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Wed, 18 Jan 2006 19:52:11 +0100
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag news:dqjklj$h4$1@talkto.net...
> Sorry, there is no tutorial :-(
>
> Feel free to ask and i give my best.
>
> Greetings
> Jens

Hi Jens,

thanks for your offer. Currently we are investigating some other update components (e.g. TMS-TWebUpdate). Meanwhile i found out a lot about TJvProgramVersionCheck by following the execution flow with the debugger.

Ciao,
Ralf



Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 18 Jan 2006 08:57:47 +0100
Newsgroups: jedi.vcl

Markus wrote:
>>>
>>>
>>> I think he would have meant to use madexcept in installers :p
>>
>>
>> Even so, how can we debug it if we don't have BDS installed at all?
>
>
> Hm, because madexcept generates a report which the user can send (even automatically) to a predefined e-mail adress.

Yeah, well, the JCL does that as well, and trust me, not every single bug can be solved with a stack dump...


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Wed, 18 Jan 2006 07:29:53 +0100
Newsgroups: jedi.vcl

>>
>>
>> I think he would have meant to use madexcept in installers :p
>
> Even so, how can we debug it if we don't have BDS installed at all?

Hm, because madexcept generates a report which the user can send (even automatically) to a predefined e-mail adress.

Greetings

Markus


Subject: Re: TCurrencyEdit for RX
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 18 Jan 2006 15:42:18 +1000
Newsgroups: jedi.vcl

calvinscy wrote, on 18/01/2006 3:03 PM:
> I'm using RX components TCurrencyEdit for mine D5 project. Now need to migrate to D7 using Jedi version 3.00. What is the equvalent component in Jedi3? 

TJvValidateEdit

> Is there any simple way to convert RX components to Jedi3 components in mine project?

Not that I know of... but look at the instructions for converting from JVCL 2.1, maybe you can do a similar thing coming straight from rxlib. Or if you can have rxlib and jvcl 3 installed side-by-side, you could try the "Replace Components" function in GExperts. Either way, back up your code first. :)

-- 
enjoy life,
           Elahn


Subject: TCurrencyEdit for RX
From: "calvinscy" <calvinscy@hotmail.com>
Date: Wed, 18 Jan 2006 06:03:11 +0100
Newsgroups: jedi.vcl

I'm using RX components TCurrencyEdit for mine D5 project. Now need to 
migrate to D7 using Jedi version 3.00. What is the equvalent component in 
Jedi3? 

Is there any simple way to convert RX components to Jedi3 components in 
mine project?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Tutorial for TjvProgramVersionCheck?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 17 Jan 2006 21:42:59 +0100
Newsgroups: jedi.vcl

Sorry, there is no tutorial :-(

Feel free to ask and i give my best.

Greetings
Jens

Ralf Kaiser schrieb:
> Hello,
>
> does anyone have a more detailed tutorial/description or something else
> regarding the ProgramVersionCheck-components?
>
> I would be interested to get the update via HTTP (or maybe FTP) running. I
> still have some problems understanding how all the propertie are working
> together.
>
> Thanks in advance,
> Ralf
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: next release dates?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 17 Jan 2006 21:41:55 +0100
Newsgroups: jedi.jcl,jedi.vcl

OBones a écrit :
> I'll investigate the rest of the issues with dual/single mode.

I have an implementation of code to clean the package cache for jcl packages.

-- 
Florent Ouchet


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 17 Jan 2006 19:50:24 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Andreas Hausladen a écrit :
>
>> The JCL has an own Exception handling function (that is also used by
>> Borland for Delphi 2005 and BDS 2006). And how should we track a bug if it
>> does not happen to us few JCL/JVCL developers with BDS 2006 ?
>
>
> I think he would have meant to use madexcept in installers :p

Even so, how can we debug it if we don't have BDS installed at all?


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 17 Jan 2006 19:29:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> The JCL has an own Exception handling function (that is also used by
> Borland for Delphi 2005 and BDS 2006). And how should we track a bug if it
> does not happen to us few JCL/JVCL developers with BDS 2006 ?

I think he would have meant to use madexcept in installers :p

-- 
Florent Ouchet


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Tue, 17 Jan 2006 19:25:56 +0100
Newsgroups: jedi.vcl

Markus wrote:

> > I suggest you download MadExcept from www.madshi.net or .com which can
> > help you to track such avs down to the place where the error is in the
> > source. I think this can help you. It shows a nice box on every
> > exception and tells you what call fired it (shows the call stack) and
> > other nice things as well...its free for non commercial usage.

The JCL has an own Exception handling function (that is also used by
Borland for Delphi 2005 and BDS 2006). And how should we track a bug if it
does not happen to us few JCL/JVCL developers with BDS 2006 ?


-- Regards, Andreas Hausladen 

Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Tue, 17 Jan 2006 19:07:27 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> Markus wrote:
>
>> Huh? You don#t mean that! I simply have not the time to spend an afternoon for every 3rd party component to install if a new Delphi comes out. I've done just that just now for Jedi because your installer which should deal with such issues is not able to do so right now.
>
> Please cut back on your arrogance.

I dind't want to insult anybody here.
>
> We are in no obligation to do things the way you like it. We do our best with the resources we have. Of the few JVCL developers even fewer have BDS 2006 already.
> We also do not agree with your attitude towards software. We do think that Open Source means to have as little binary files as possible.

Somebody else here said I had a non standard Delphi installation. I think this is not true. I only had D2005 and D2006 installed. D2006 with Delphi for .NET and Win32 and D2006 with Delphi for .net and win32 and C# but no C++. I couldn't know that some other Software had installed some files of Delphi 5 to program files\delphi 5 and placed registry entries for them. I don't know which app. since the IT dept. had installed them already when they brought my PC.

I had to wrestle a whole afternoon with the installation, since JCL the
installer crashed with an av simply after launching. I deinstalled D2005 and reinstalled D2006 from scrath, then it worked. My PC is 3 GHz 1 GB RAM so not too bad.

I suggest you download MadExcept from www.madshi.net or .com which can help you to track such avs down to the place where the error is in the source. I think this can help you. It shows a nice box on every exception and tells you what call fired it (shows the call stack) and other nice things as well...its free for non commercial usage.

Greetings

Markus


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 17 Jan 2006 18:48:10 +0100
Newsgroups: jedi.vcl

Markus wrote:

> Huh? You don#t mean that! I simply have not the time to spend an afternoon for every 3rd party component to install if a new Delphi comes out. I've done just that just now for Jedi because your installer which should deal with such issues is not able to do so right now.

Please cut back on your arrogance.

We are in no obligation to do things the way you like it. We do our best with the resources we have. Of the few JVCL developers even fewer have BDS 2006 already.
We also do not agree with your attitude towards software. We do think that Open Source means to have as little binary files as possible.


Subject: Tutorial for TjvProgramVersionCheck?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 17 Jan 2006 17:28:04 +0100
Newsgroups: jedi.vcl

Hello,

does anyone have a more detailed tutorial/description or something else
regarding the ProgramVersionCheck-components?

I would be interested to get the update via HTTP (or maybe FTP) running. I
still have some problems understanding how all the propertie are working
together.

Thanks in advance,
Ralf



Subject: JvTFWeeks sorted display
From: "Mark" <drops@gmx.at>
Date: Tue, 17 Jan 2006 13:26:36 +0100
Newsgroups: jedi.vcl

Hi,

does anyone know how to sort the items in a cell of the TvTFWeeks view by
start time? Of course I can do it manually, but is there an internal
function or setting that I am missing?

Thanks in advance,
Mark




Subject: Re: DCP output paths
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 17 Jan 2006 10:29:47 +0100
Newsgroups: jedi.jcl,jedi.vcl

OBones a écrit :
> I'd go for lib\version as it is already added in the search path. And AFAIK, the compiler looks for dcp, dcu then .pas

#4 sounds good for me if the compiler looks for these extensions.

> Oh, and that would allow the JVCL to use LibSuffixes as it's been requested in the past. I don't know yet if it's possible now considering the naming standard we put in place.

That will require a modification of all projects dynamically build with JVCL packages. A design time package should be able to automatically replace old package names by new names.

-- 
Florent Ouchet


Subject: Re: next release dates?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 17 Jan 2006 09:06:14 +0100
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> Hi,
>
>> That's fine, as on the week-end of the 10th, I'm not available at all.
>
> No worries. I proposed this date because I will have some days to prepare the JCL release, you can delay the deadline of some days if you prefer but I won't be available during the weekend of the 26th.

The current schedule is fine with me as the JVCL cannot come out before the JCL does. So if you take the JCL out around the 10th, I can work on the JVCL release the week-end after that, starting Friday the 17th, that is.

I'll investigate the rest of the issues with dual/single mode.


Subject: Re: next release dates?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 16 Jan 2006 21:24:09 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi,

> That's fine, as on the week-end of the 10th, I'm not available at all.
No worries. I proposed this date because I will have some days to prepare the JCL release, you can delay the deadline of some days if you prefer but I won't be available during the weekend of the 26th.

> I understand that, but we then must figure out a way to have BDS reread the "dual" or "single" nature of the packages or we will get swamped with reports about the bug/feature we mentionned earlier.

The package cache seems to be in HKEY_CURRENT_USER\Software\Borland\BDS\4.0\Package Cache
We should clean entries for JVCL packages (and JCL packages as well).

> Plus, I don't know where the -JL switch is located. If it's in the bpk or bdsproj, which I suspect, then we have to regenerate the packages to cope with this, which means we have to have a way to tell that to the package generator. I haven't check so I'm not sure if it's at all possible.

To compile Delphi packages (dpk), this switch can be added/removed to/from the command line, to compile BCB packages this switch may be added/removed to/from the $(DCCOPT) parameter in the bpr2mak configuration.

-- 
Florent Ouchet


Subject: Re: DCP output paths
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 16 Jan 2006 21:16:40 +0100
Newsgroups: jedi.jcl,jedi.vcl

I'd go for lib\version as it is already added in the search path. And AFAIK, the compiler looks for dcp, dcu then .pas

Oh, and that would allow the JVCL to use LibSuffixes as it's been requested in the past. I don't know yet if it's possible now considering the naming standard we put in place.


Subject: Re: next release dates?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 16 Jan 2006 21:15:04 +0100
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> OBones a écrit :
>
>> If you get the JCL out on the 10th, that sounds good to me as it will give me a week to work on 3.11
>
>
> You can propose a new date that better fit your schedule. :D

That's fine, as on the week-end of the 10th, I'm not available at all.


>> However, we must decide on the "C++ issue" as I am still in favor of creating the directory if it does not exist and always create dual packages. The package itself is not really bigger and the additional files don't account for much.
>
>
> I don't know any Delphi guy happy to see 61MB (sic) of C++ headers in his installation directory and 4MB of unwanted C++ compiler files in his package directory if he didn't decide to install the C++ Win32 personality of BDS 2006.

I understand that, but we then must figure out a way to have BDS reread the "dual" or "single" nature of the packages or we will get swamped with reports about the bug/feature we mentionned earlier.
Plus, I don't know where the -JL switch is located. If it's in the bpk or bdsproj, which I suspect, then we have to regenerate the packages to cope with this, which means we have to have a way to tell that to the package generator. I haven't check so I'm not sure if it's at all possible.


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 16 Jan 2006 21:12:25 +0100
Newsgroups: jedi.vcl

Markus wrote:

> I've done just that just now for Jedi because your installer which should deal with such issues is not able to do so right now.

You see, the installer got fixed quite quickly, and the issue was because YOU decided not to have a standard Delphi installation. Now tell me, how could WE figure out every combinations of Delphi installations? Well, we can't and we rely on users to report about it, which you did. What we don't really like are people coming back, saying it's crap, but still using the components because they don't want to pay for this kind of service.


> I have more than enough work with my current projects at work so I can't afford much time for such installation stuff!

Then go for "paid for" components and wait weeks for the bugs to get fixed. You can't win on both sides.

Cheers
Olivier


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 16 Jan 2006 18:42:25 +0100
Newsgroups: jedi.vcl

Markus a écrit :
> Huh? You don#t mean that! I simply have not the time to spend an afternoon for every 3rd party component to install if a new Delphi comes out. I've done just that just now for Jedi because your installer which should deal with such issues is not able to do so right now.
> I have more than enough work with my current projects at work so I can't afford much time for such installation stuff!

The JVCL installation process lasts 30 minutes on by P3 @ 866MHz box for all supported windows targets, I hope you have a more powerful CPU and also you don't have top support all targets, in other words the JVCL installation time shouldn't be above 15 minutes: 10 minutes of reading, 5 minutes of compilation for Delphi (10 minutes for C++Builder 5 and 6)...

-- 
Florent Ouchet


Subject: Re: next release dates?
From: Markus <markus.humm@freenet.de>
Date: Mon, 16 Jan 2006 18:31:16 +0100
Newsgroups: jedi.vcl

[snip]
>
> I don't know any Delphi guy happy to see 61MB (sic) of C++ headers in his installation directory and 4MB of unwanted C++ compiler files in his package directory if he didn't decide to install the C++ Win32 personality of BDS 2006.
>
> I know that the BDS 2006 installation takes so many hundreds of MB (more than 1GB with all personalities) and 61MB is just a peanut compared to BDS directory; but that's not a reason to pollute a clean installation without any C++ files.
>

I agree. I don't deselect C++ but install all C++ versions of any 3rd party components then...

Greetings

Markus


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Mon, 16 Jan 2006 18:29:26 +0100
Newsgroups: jedi.vcl

> And finally, if having to compile the source is too much of a trouble to you, then tell me why you are doing development work?

Huh? You don#t mean that! I simply have not the time to spend an afternoon for every 3rd party component to install if a new Delphi comes out. I've done just that just now for Jedi because your installer which should deal with such issues is not able to do so right now.

I have more than enough work with my current projects at work so I can't afford much time for such installation stuff!

Greetings

Markus


Subject: Selecting items in TJvXPBar on a TJvScrollBox
From: "Jeroen Rottink" <jeroen.rottink@home.nl>
Date: Mon, 16 Jan 2006 17:14:06 +0100
Newsgroups: jedi.vcl

Hi all,

Using a TJvXPBar control in a TJvScrollBox gives me a wrong behaviour when
the items in the JvXPBar object are more than can be displayed on the form
resulting in a vertical scrollbar of the scrollbox. I scroll down to display
the invisible items. When clicking on such item the scollbox jumps back to
the top and results on selecting the item that is under the cursor at that
moment. So not the item when I click but the item when I release the mouse.
You can easy see this behaviour when after clicking the last item you hold
the mouse button a moment.

How can I prevent this? Replacing TJvScrollBox by TScrollBox doesn't change
anything.

Using JVCL 3.00, D7

Regards,
Jeroen Röttink




Subject: Re: DCP output paths
From: "Ray A." <nospam@hotmail.com>
Date: Mon, 16 Jan 2006 15:42:14 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> > Hi,
> > 
> > Presently the JCL installer output DCP files in the same directory as
> > BPL files for BDS.  Allen Bauer said in the post
> > http://groups.google.com/group/borland.public.delphi.ide.general/tree/
> > browse_frm/thread/c3c012ba78774ad/e81f71a944c802a1?rnum=1&hl=en&q=Alle
> > n+Bauer+dcp+bpl&_done=%2Fgroup%2Fborland.public.delphi.ide.general%2Fb
> > rowse_frm%2Fthread%2Fc3c012ba78774ad%3Fq%3DAllen+Bauer+dcp+bpl%26hl%3D
> > en%26#doc_31e9187226ae43fb that is not recommended.
> > 
> > There are different choices:
> >  - create a different DCP directory for each BDS version
> >  - use different names for DCP files
> >  - use the packages\version directory as the DCP output dir
> >  - use the lib\version directory as the DCP output dir
> >  - create a new directory in the library directory.
> > 
> > All choices will require modifications in the JCL and JVCL installers
> > 
> > I prefer the #3 (packages\version): I don't know if the compiler use
> > by preference dcu files or dcp files, that why I prefer a different
> > directory for these kinds of files.

Hi Florent,

I'm not opposed to any of the suggestions, however I prefer #4
(lib\version directory).  I had s few difficulties during the last JVCL
install so I compiled each version of JCL/Delphi units to go to their
own lib\version directory (the same thing with JVCL) and things worked
well.

-- Ray 

Subject: Re: next release dates?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 16 Jan 2006 00:08:05 +0100
Newsgroups: jedi.jcl,jedi.vcl

OBones a écrit :
> If you get the JCL out on the 10th, that sounds good to me as it will give me a week to work on 3.11

You can propose a new date that better fit your schedule. :D

> However, we must decide on the "C++ issue" as I am still in favor of creating the directory if it does not exist and always create dual packages. The package itself is not really bigger and the additional files don't account for much.

I don't know any Delphi guy happy to see 61MB (sic) of C++ headers in his installation directory and 4MB of unwanted C++ compiler files in his package directory if he didn't decide to install the C++ Win32 personality of BDS 2006.

I know that the BDS 2006 installation takes so many hundreds of MB (more than 1GB with all personalities) and 61MB is just a peanut compared to BDS directory; but that's not a reason to pollute a clean installation without any C++ files.

-- 
Florent Ouchet


Subject: DCP output paths
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 15 Jan 2006 23:44:57 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi,

Presently the JCL installer output DCP files in the same directory as BPL files for BDS.
Allen Bauer said in the post http://groups.google.com/group/borland.public.delphi.ide.general/tree/browse_frm/thread/c3c012ba78774ad/e81f71a944c802a1?rnum=1&hl=en&q=Allen+Bauer+dcp+bpl&_done=%2Fgroup%2Fborland.public.delphi.ide.general%2Fbrowse_frm%2Fthread%2Fc3c012ba78774ad%3Fq%3DAllen+Bauer+dcp+bpl%26hl%3Den%26#doc_31e9187226ae43fb
that is not recommended.

There are different choices:
 - create a different DCP directory for each BDS version
 - use different names for DCP files
 - use the packages\version directory as the DCP output dir
 - use the lib\version directory as the DCP output dir
 - create a new directory in the library directory.

All choices will require modifications in the JCL and JVCL installers

I prefer the #3 (packages\version): I don't know if the compiler use by preference dcu files or dcp files, that why I prefer a different directory for these kinds of files.

-- 
Florent Ouchet


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 15 Jan 2006 23:41:39 +0100
Newsgroups: jedi.vcl

Markus wrote:

> HOBones schrieb:
>
>> Markus wrote:
>>
>>> Hello,
>>>
>>> after deinstalling both and reinstalling D2006 and editing the registry
>>> I got it to work. But that is very troublesome!
>>>
>>> Why don't you just provide BPLs for manual install like most other 3rd
>>> party components do?
>>
>>
>> Because a BPL compiled for the Architect version cannot be used for the Professional version
>> Because that would be a maintenance nightmare
>> Because the JVCL is a source library
>
>
> Huh? But other 3rd party components (like ICS on the Partner CD/DVD) do it with PBLs as well and work for both: at home I only hafe prof. and at work I have Arch. and use the very same BPL! And still I get the full source...

Really? That's because they don't work with DB related components.


> So I think you should explain that a bit further.

Further to this, we don't own every single version of the IDE. François, the auhtour of ICS does, because he can afford it. I certainly cannot, so having a source only distribution ensures people outside the JVCL can report back saying it works with an IDE we don't own.
And finally, if having to compile the source is too much of a trouble to you, then tell me why you are doing development work?


Subject: Re: next release dates?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 15 Jan 2006 23:38:33 +0100
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:
> Hi all,
>
> The previous releases have some problems installing on various systems (BDS 2006 without the C++ personality, trial versions of BDS badly uninstalled...) and its source code is based on the sourceforge version of the 31th of October.
> It would be great to release JCL 1.97 and JVCL 3.11 (?) in some weeks. Around the 10th of February seem a good compromise.

If you get the JCL out on the 10th, that sounds good to me as it will give me a week to work on 3.11

However, we must decide on the "C++ issue" as I am still in favor of creating the directory if it does not exist and always create dual packages. The package itself is not really bigger and the additional files don't account for much.


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Sun, 15 Jan 2006 19:19:50 +0100
Newsgroups: jedi.vcl

Elahn Ientile schrieb:
> Florent Ouchet wrote, on 14/01/2006 9:11 PM:
>>>> Because a BPL compiled for the Architect version cannot be used for the
>>>> Professional version Because that would be a maintenance nightmare
>>>> Because the JVCL is a source library
>>>
>>> Because there are too many optional compilation options.
>>
>> Because it will require a compilation for every localization.
>
> Because if a user found a bug, they couldn't fix it.
> Because users couldn't extend JVCL functionality, or wrap the components to provide different default behaviour.
> Because it would then be difficult to set up a system for a JVCL developer, so it would be very rare that new developers would join.
>
> -- 
> enjoy life,
>            Elahn

Nobody says that you couldn't supply the source for these BPLs!
Setting up a dev. system for JVCL wouldn't be harder than now!
In fact JVCL dev. would be easier, because maintenance of the installer would not be necessary anymore.

Greetings

Markus


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Sun, 15 Jan 2006 19:17:21 +0100
Newsgroups: jedi.vcl

HOBones schrieb:
> Markus wrote:
>> Hello,
>>
>> after deinstalling both and reinstalling D2006 and editing the registry
>> I got it to work. But that is very troublesome!
>>
>> Why don't you just provide BPLs for manual install like most other 3rd
>> party components do?
>
> Because a BPL compiled for the Architect version cannot be used for the Professional version
> Because that would be a maintenance nightmare
> Because the JVCL is a source library

Huh? But other 3rd party components (like ICS on the Partner CD/DVD) do it with PBLs as well and work for both: at home I only hafe prof. and at work I have Arch. and use the very same BPL! And still I get the full source...

So I think you should explain that a bit further.

Greetings

Markus


Subject: next release dates?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 15 Jan 2006 14:12:45 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi all,

The previous releases have some problems installing on various systems (BDS 2006 without the C++ personality, trial versions of BDS badly uninstalled...) and its source code is based on the sourceforge version of the 31th of October.
It would be great to release JCL 1.97 and JVCL 3.11 (?) in some weeks. Around the 10th of February seem a good compromise.

-- 
Florent Ouchet


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 14 Jan 2006 21:26:34 +1000
Newsgroups: jedi.vcl

Florent Ouchet wrote, on 14/01/2006 9:11 PM:
>>> Because a BPL compiled for the Architect version cannot be used for the
>>> Professional version Because that would be a maintenance nightmare
>>> Because the JVCL is a source library
>>
>> Because there are too many optional compilation options.
>
> Because it will require a compilation for every localization.

Because if a user found a bug, they couldn't fix it.
Because users couldn't extend JVCL functionality, or wrap the components to provide different default behaviour.
Because it would then be difficult to set up a system for a JVCL developer, so it would be very rare that new developers would join.

-- 
enjoy life,
           Elahn


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 14 Jan 2006 12:11:06 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
>> Because a BPL compiled for the Architect version cannot be used for the
>> Professional version Because that would be a maintenance nightmare
>> Because the JVCL is a source library
> Because there are too many optional compilation options.

Because it will require a compilation for every localization.

-- 
Florent Ouchet


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Sat, 14 Jan 2006 12:04:56 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Because a BPL compiled for the Architect version cannot be used for the
> > Professional version Because that would be a maintenance nightmare
> > Because the JVCL is a source library

Because there are too many optional compilation options.



-- Regards, Andreas Hausladen 

Subject: Ambiguity between 'TControlStyle' and 'Controls::TControlStyle'?
From: "Dave A. Law" <dlaw@barton-canada.com>
Date: Fri, 13 Jan 2006 15:40:42 -0700
Newsgroups: jedi.vcl

I'm migrating one of my applications from C++ Builder 6 to C++ Builder 2006
and I get this error when I try to compile.
[C++ Error] Jvthemes.hpp(118): E2015 Ambiguity between 'TControlStyle' and
'Controls::TControlStyle'

I'm using the version that came with the latest IDE.  Any reason why this is
happening and how to fix it?

Dave A. Law
Software Developer
NuFlo Measurement Systems




Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 13 Jan 2006 18:34:27 +0100
Newsgroups: jedi.vcl

Markus wrote:
> Hello,
>
> after deinstalling both and reinstalling D2006 and editing the registry
> I got it to work. But that is very troublesome!
>
> Why don't you just provide BPLs for manual install like most other 3rd
> party components do?

Because a BPL compiled for the Architect version cannot be used for the Professional version
Because that would be a maintenance nightmare
Because the JVCL is a source library


Subject: Re: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Fri, 13 Jan 2006 17:33:29 +0100
Newsgroups: jedi.vcl

Hello,

after deinstalling both and reinstalling D2006 and editing the registry
I got it to work. But that is very troublesome!

Why don't you just provide BPLs for manual install like most other 3rd
party components do?

Greetings

Markus


Subject: JvTimeframework Questions (Alarm + Printer)
From: "Mark" <drops@gmx.at>
Date: Thu, 12 Jan 2006 23:19:03 +0100
Newsgroups: jedi.vcl

Hi fellow coders,

1) Does the alarm function with JvTFAlarm work? I have connected the
component to a JvTFScheduleManager, the alarm event does not fire, is it
already implemented? Or am I missing something?

2) Is there a way to get a print preview from the JvTFDaysPrinter Component?

3) When I use JvTFDaysPrinter to print from a JvTFDays component, some
appointments are empty. (just an empty frame). It seems that the problem
occurs with smaller frames, but the space would be enough to fit all data
in.

Thanks in advance,

Mark




Subject: Re: Updating help for TJvDateEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 13 Jan 2006 04:24:55 +1000
Newsgroups: jedi.vcl

OBones wrote, on 13/01/2006 3:29 AM:
> Ok, so I'll remove them.

Thanks.

>> Anyway, I can't seem to get the See Also section to show hyperlinks, it only shows text...what am I doing wrong?
>
>
> It's normal, they are not generated everytime. There is a link to generate them on the admin console.

Aha!

-- 
enjoy life,
           Elahn


Subject: Re: Updating help for TJvDateEdit
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 12 Jan 2006 18:29:35 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Hi Remko,
>
> Re Mantis #3181, I've added the following to JvToolEdit.pas in the Online Help:
>
> TJvCustomDateEdit.DateFormat
> TJvCustomDateEdit.DateFormatPreferred
>
> Please ignore the additions of these names from Anonymous - I forgot to log in first, but I remedied that. :)

Ok, so I'll remove them.


> Anyway, I can't seem to get the See Also section to show hyperlinks, it only shows text...what am I doing wrong?

It's normal, they are not generated everytime. There is a link to generate them on the admin console.


Subject: Updating help for TJvDateEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 13 Jan 2006 03:18:36 +1000
Newsgroups: jedi.vcl

Hi Remko,

Re Mantis #3181, I've added the following to JvToolEdit.pas in the Online Help:

TJvCustomDateEdit.DateFormat
TJvCustomDateEdit.DateFormatPreferred

Please ignore the additions of these names from Anonymous - I forgot to log in first, but I remedied that. :)

Anyway, I can't seem to get the See Also section to show hyperlinks, it only shows text...what am I doing wrong?

TIA

-- 
enjoy life,
           Elahn


Subject: Re: JvTFSchedulemanager and ApptCount()
From: "Mark" <drops@gmx.at>
Date: Thu, 12 Jan 2006 18:01:06 +0100
Newsgroups: jedi.vcl

Sorry I forgot a line:

Appt = JvTFScheduleManager1->Appts[cnt];

after the for statement of course :)




Subject: Re: JvTFSchedulemanager and ApptCount()
From: "Mark" <drops@gmx.at>
Date: Thu, 12 Jan 2006 17:59:42 +0100
Newsgroups: jedi.vcl

I have tried ScheduleManager->dbDeleteAppt like in the photoOp demo code.
The Appt. disappears, but the count is still wrong. (I have tried
ClearSchedules to remove all connected schedules)

Now I am using a loop like:

for(int cnt=0; cnt<JvTFScheduleManager1->ApptCount();cnt++)
     if(Appt!=NULL && Appt->ScheduleCount()>0)
         dosomething();

This seems to work fine for now.

By the way: Does the alarm function with JvTFAlarm work? The event does not
fire, is it already implemented?

Thanks in Advance,

Mark
By the way:


"OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
news:dq61fp$7nc$1@talkto.net...
> > Mark wrote:
> >
>> > > Hi,
>> > >
>> > > I am using JvTFScheduleManager->ApptCount to get the number of
appointments
>> > > to save bevore program close.
>> > > (C++ Builder 6)
>> > >
>> > > Normally this number is correct, but when you delete an appointment the
>> > > number is wrong (no decrease). I have tried all sorts of Updates, Posts
and
>> > > Refreshes to update the count, it does not work.
>> > >
>> > > Does anyone know a solution?
> >
> > What do you use to delete it ?




Subject: Re: JvTFSchedulemanager and ApptCount()
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 12 Jan 2006 17:59:23 +0100
Newsgroups: jedi.vcl

Mark wrote:

> Hi,
>
> I am using JvTFScheduleManager->ApptCount to get the number of appointments
> to save bevore program close.
> (C++ Builder 6)
>
> Normally this number is correct, but when you delete an appointment the
> number is wrong (no decrease). I have tried all sorts of Updates, Posts and
> Refreshes to update the count, it does not work.
>
> Does anyone know a solution?

What do you use to delete it ?


Subject: JvTFSchedulemanager and ApptCount()
From: "Mark" <drops@gmx.at>
Date: Thu, 12 Jan 2006 17:12:24 +0100
Newsgroups: jedi.vcl

Hi,

I am using JvTFScheduleManager->ApptCount to get the number of appointments
to save bevore program close.
(C++ Builder 6)

Normally this number is correct, but when you delete an appointment the
number is wrong (no decrease). I have tried all sorts of Updates, Posts and
Refreshes to update the count, it does not work.

Does anyone know a solution?

Regards,
Mark





Subject: Re: Subversion IDE Expert
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 12 Jan 2006 05:39:03 +1000
Newsgroups: jedi.jcl,jedi.vcl

Florent and Olivier,

If we added "Create Patch" and "Apply Patch" using GNU Diff & Patch, then - along with a very simple how-to which points them to Mantis - this could make it really simple for non-J(V)CL developers to submit patches.

So, if they aren't using CVS/SVN then the only menu items they'd have would be:

Properties
Explore Folder
Context Menu (right-click)
Create Patch (Diff)
Apply Patch (Diff)

and I'm thinking of adding "Command Prompt" which would start in the current file's folder.

In the configuration, there could be download links for GnuWin32 DiffUtils & Patch (if they're not installed), so it'd be a simple painless process.

What do you think?

-- 
enjoy life,
           Elahn


Subject: Installing JVCL on PC with D2005 and D2006 present
From: Markus <markus.humm@freenet.de>
Date: Wed, 11 Jan 2006 20:09:28 +0100
Newsgroups: jedi.vcl

Hello,

I want to have d2005 and D2006 available on the very same PC for some
time.  Up until now it seemed to work but I haven't done much jet.
The next thing I wanted to do is to install JVCL for my D2006, for D2005
I have it installed and it works there.

I've heared about much troubles for that and somewhere said your
installer isn't even able to resolve the paths to c:\program
files\borland\bds\3.0 and bds\4.0.

What have I to take care of when installing?
I already changed the DCP and BPL output path in D2006 to some folders I
created under bds\4.0\

My Jedi stuff will be installed to bds\4.0\extras\jedi.

Which version to download and install? Is the installer already fixed?

Greetings

Markus


Subject: JVDBDateTimePicker Nulldate and dropdowndate not working.
From: "Will Honor" <NoSpam@NoSpam.com>
Date: Wed, 11 Jan 2006 17:01:10 +0000 (UTC)
Newsgroups: jedi.vcl

  When using JvDBDatetimePicker Nulldate and dropdowndate seem to be
ignored. I have had a look at the code and it seems that commenting out
the following line in jvDateTimePicker.pas fixes the problem.
  Does anyone have any idea what I might have broken by doing this?


procedure TJvDateTimePicker.CNNotify(var Msg: TWMNotify);
var
  ACal: THandle;
  St: TSystemTime;
  Dt: TDateTime;
  AllowChange: Boolean;
begin
[..snip..]
      NM_SETFOCUS:
        begin
          FKeepNullText := NullText;
//          NullText := ''; **Remove this line (line 270)** 
          inherited;
        end;

Regards,
  Will.


-- 

Subject: Re: JvDBGridFooter
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 11 Jan 2006 14:42:26 +0100
Newsgroups: jedi.vcl

> >I found no help sites about this component? Where can I find a help
> >site for the JVCL-components?

Please have a look at the example provided (examples\JvUltimDBGrid\ado).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvTranslator
From: "Dennis de Gelder" <dynamic@xs4all.nl>
Date: Tue, 10 Jan 2006 17:11:13 +0100
Newsgroups: jedi.vcl

Hi Olivier,

Thanx a lot.. going to look at DxGettext!

Dennis.

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:dptlhk$bbe$2@talkto.net...
> >I would recommend not using JvTranslator and instead use DxGettext from 
> >http://dybdahl.dk/dxgettext/
> >
> > It's far easier to use and much reliable. Note that DxGettext is used by 
> > the JVCL itself.
> > JvTranslator is there for backward compatibility reasons only.
> >
> > Cheers
> > Olivier 




Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 10 Jan 2006 15:23:26 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Elahn Ientile wrote:
>
>>> "but needs to be done carefully"
>>
>>
>> I'm not sure exactly what you mean here...it seems fairly straightforward to me, I wonder what I am missing. :/
>
>
> To think of all use cases (add, insert, set item directly) and code accordingly. There are no "hidden secrets", just the need to be thorough.

But then again, overriding Notify and act upon opInsert and opDelete should be enough...


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 10 Jan 2006 15:22:23 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

>> "but needs to be done carefully"
>
> I'm not sure exactly what you mean here...it seems fairly straightforward to me, I wonder what I am missing. :/

To think of all use cases (add, insert, set item directly) and code accordingly. There are no "hidden secrets", just the need to be thorough.


Subject: Re: Jvcl and dotNet
From: "Michele" <mbadstones@hotmail.com>
Date: Tue, 10 Jan 2006 14:44:20 +0100
Newsgroups: jedi.vcl

Thanks ( grazie ),
Michele.

"Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de> ha 
scritto nel messaggio news:dptvs4$e6q$1@talkto.net...
> > Michele wrote:
> >
>> >> Exist a JVCL.NET version ?
> >
> > Yes it exists but it is neither tested nor meight it be compilable because
> > I haven't compiled it for weeks.
> > The JVCL.NET requires the VCL.NET and a JCL.NET which is also not tested.
> > Not all components are available. And for these components there is no
> > designtime package, which means that you must create the components by
> > code.
> > With more developers working on JVCL.NET the development progress would be
> > possible.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 10 Jan 2006 22:57:00 +1000
Newsgroups: jedi.vcl

OBones wrote, on 9/01/2006 8:02 AM:
> That was the intent of FSimpleXML but for some reason I did not code it. Maybe because I thought of the case where an element is moved from one TJvSimpleXML to the other. That means looking in "Add", "Insert", and other functions to set FSimpleXML accordingly. That should not be too hard of a job, but needs to be done carefully.

Yep.

> "but needs to be done carefully"

I'm not sure exactly what you mean here...it seems fairly straightforward to me, I wonder what I am missing. :/

-- 
enjoy life,
           Elahn


Subject: Re: Jvcl and dotNet
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Mon, 9 Jan 2006 16:36:48 +0100
Newsgroups: jedi.vcl

Michele wrote:

> > Exist a JVCL.NET version ?

Yes it exists but it is neither tested nor meight it be compilable because
I haven't compiled it for weeks.
The JVCL.NET requires the VCL.NET and a JCL.NET which is also not tested.
Not all components are available. And for these components there is no
designtime package, which means that you must create the components by
code.
With more developers working on JVCL.NET the development progress would be
possible.

-- Regards, Andreas Hausladen 

Subject: Re: JvTranslator
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 09 Jan 2006 13:45:32 +0100
Newsgroups: jedi.vcl

I would recommend not using JvTranslator and instead use DxGettext from http://dybdahl.dk/dxgettext/

It's far easier to use and much reliable. Note that DxGettext is used by the JVCL itself.
JvTranslator is there for backward compatibility reasons only.

Cheers
Olivier


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 09 Jan 2006 13:43:50 +0100
Newsgroups: jedi.vcl

Christer Fahlgren wrote:

> Elahn and Olivier,
>
> Thanks for resolving this bug, I am happy with the latest changes in cvs and all my unit-tests are green!
>

No worries I'm glad to hear it's fine with you.


Subject: Jvcl and dotNet
From: "Michele" <mbadstones@hotmail.com>
Date: Mon, 9 Jan 2006 12:45:45 +0100
Newsgroups: jedi.vcl

Exist a JVCL.NET version ?

Best regard,
Michele. 




Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Mon, 9 Jan 2006 11:47:21 +0100
Newsgroups: jedi.vcl

Elahn and Olivier,

Thanks for resolving this bug, I am happy with the latest changes in cvs and 
all my unit-tests are green!

Best regards,
Christer

"Elahn Ientile" <elahn@elahn.net> wrote in message 
news:dprmro$sd9$1@talkto.net...
>> >> This is now filed in Mantis as bug 3377.
>> >> http://homepages.borland.com/jedi/issuetracker/view.php?id=3377
> >
> > This is done and in CVS now, nice work Olivier!
> >
> > P.S. Olivier, since you fixed up all the stuff with AParent: TJvSimpleXML, 
> > I removed the redundant lookup of parent TJvSimpleXML that I wrote. It's 
> > now in CVS (1.73).
> >
> > --
> > enjoy life,
> >            Elahn 




Subject: JvTranslator
From: "Dennis de Gelder" <dynamic@xs4all.nl>
Date: Mon, 9 Jan 2006 11:14:06 +0100
Newsgroups: jedi.vcl

Hello,

I would like to use JvTranslator in my application. I looked at the helpfile 
and example and understand how to
translate the application using an .xml file:

JvTranslator1.Translate(transFileName);

But I can't figure out how to create the initial .xml file... as far as I 
understand
JvTranslator1.ComponentToXML(Application, True);
should create the XML file.. but how to save it? Can anybody help me with an 
example?

Thanx,

Dennis.




Subject: Re: Runtime error 2 when installing lastest JVCL
From: "Peter Sanders" <peter@infopos.com.au>
Date: Mon, 09 Jan 2006 10:22:47 +0800
Newsgroups: jedi.vcl

Hi

On Sun, 08 Jan 2006 18:24:34 +0800, Florent Ouchet <ouchet.florent@laposte.net> wrote:

> Peter Sanders a écrit :
>> Today on attempting to install jvcl the message Runtime error 2 appears when running the install.bat file.
>
> Is this exception happening during the installer compilation (while the console is still active) or during the installer execution (no more console).

The console window appears the error occurs and the console window disappears.

Running the install.bat in a CMD window produces this result...

================================
c:\Jedi\JVCL>install
build.exe found. Pretest: ok
Runtime error   2 at 004058F9
C:\Jedi\JVCL>



================================


Hmmm? I just thought I would try an installation with a previous jvcl source (2005-12-12). This produced the same error. So I guess the problem is my pc, not the jvcl source files.

I will have a look at my pc and remove any files/bpls etc that I think my be a problem. I'll try to get back to a "clean" system ie without jcl/jvcl and start fresh.

Any other suggestions would be appreciated. Let's hope that I resolve the problem before I get back to reading these posts :D

Thank you.


-- 
Kind Regards

Peter...


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 08 Jan 2006 23:02:29 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Take a look at TJvSimpleXMLElem.GetSimpleXML...it traverses up to the Root element, each time it's called. This could mean a lot of cpu cycles over the course of loading a large XML file.

I know, I wrote it ;-)


> Another way would be to set FSimpleXML in a setter for Parent, and make the SimpleXML property read FSimpleXML. This would eliminate the need to pass around "AParent" all the time and would make accessing TJvSimpleXMLElem.SimpleXML cheaper as well.

That was the intent of FSimpleXML but for some reason I did not code it. Maybe because I thought of the case where an element is moved from one TJvSimpleXML to the other. That means looking in "Add", "Insert", and other functions to set FSimpleXML accordingly. That should not be too hard of a job, but needs to be done carefully.


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 09 Jan 2006 07:33:58 +1000
Newsgroups: jedi.vcl

OBones wrote, on 9/01/2006 5:47 AM:
>> P.S. Olivier, since you fixed up all the stuff with AParent: TJvSimpleXML, I removed the redundant lookup of parent TJvSimpleXML that I wrote. It's now in CVS (1.73).
>
>
> Thanks for that, but then I have a question:
>
> Why add/use a new parameter to all this, which I had to fixup because it was not passed correctly? I mean there already was the SimpleXML property that is used for such purposes.

Take a look at TJvSimpleXMLElem.GetSimpleXML...it traverses up to the Root element, each time it's called. This could mean a lot of cpu cycles over the course of loading a large XML file.

Another way would be to set FSimpleXML in a setter for Parent, and make the SimpleXML property read FSimpleXML. This would eliminate the need to pass around "AParent" all the time and would make accessing TJvSimpleXMLElem.SimpleXML cheaper as well.

-- 
enjoy life,
           Elahn


Subject: JvDBGridFooter
From: "Josef Koller" <koller.josef@t-online.de>
Date: Sun, 8 Jan 2006 22:15:36 +0100
Newsgroups: jedi.vcl

Hello,

I would like to use JvDBGridFooter for a groupbuilding. The hole datas are
in the dbgrid.
Is this possible?

I found no help sites about this component? Where can I find a help site for
the JVCL-components?

I have a Jvcl-heplfile and a JVCL3 html file. But I found nothing about
JvDBGridFooter.

Thanks for tipps and best regards

Josef




Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 08 Jan 2006 20:47:03 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> P.S. Olivier, since you fixed up all the stuff with AParent: TJvSimpleXML, I removed the redundant lookup of parent TJvSimpleXML that I wrote. It's now in CVS (1.73).

Thanks for that, but then I have a question:

Why add/use a new parameter to all this, which I had to fixup because it was not passed correctly? I mean there already was the SimpleXML property that is used for such purposes.


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 09 Jan 2006 04:50:18 +1000
Newsgroups: jedi.vcl

> This is now filed in Mantis as bug 3377.
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3377

This is done and in CVS now, nice work Olivier!

P.S. Olivier, since you fixed up all the stuff with AParent: TJvSimpleXML, I removed the redundant lookup of parent TJvSimpleXML that I wrote. It's now in CVS (1.73).

-- 
enjoy life,
           Elahn


Subject: Re: Licence
From: "bsalsa" <bsalsa@fgd.com>
Date: Sun, 8 Jan 2006 19:03:18 +0100
Newsgroups: jedi.vcl

> >4. Donate the changes/additions right back to JVCL
> >     would be appreciated ;-)

Thanks.
I'll do my best
Best
Regards
bsalsa



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBImage and jpeg
From: "ssamayoa" <nospam@stopspam.com>
Date: Sun, 8 Jan 2006 18:34:07 +0100
Newsgroups: jedi.vcl

In april 2004, Peter Thornqvist and I did this component (Peter did the
"hacking" part).

What you need to do is register image format with
RegisterGraphicSignature() procedure.

Locate JvDBImage.pas file and read how it works reading "Documentation"
after license notice.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Licence
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 08 Jan 2006 17:56:45 +0100
Newsgroups: jedi.vcl

bsalsa wrote:
> Let see if I got it right. The demands are: 1.It will be a OpenSource Freeware component.
> 2. Under MPL
> 3. JVCL header / credit will be as it is now, I will only add my part.
> Did I miss a thing?

    Nope, though adding:

4. Donate the changes/additions right back to JVCL

    would be appreciated ;-)

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Licence
From: "bsalsa" <bsalsa@fgd.com>
Date: Sun, 8 Jan 2006 17:55:52 +0100
Newsgroups: jedi.vcl

I want to Change a lot inside so then as you said it wont be a wrapper.
(Not that your code is bad, Infact its better then what i saw arround)
so its a very good place to start..
Let see if I got it right. The demands are: 
1.It will be a OpenSource Freeware component.
2. Under MPL
3. JVCL header / credit will be as it is now, I will only add my part.
Did I miss a thing?

Best regards
bsalsa


> >bsalsa wrote:
>> >> I want to write a wrapper component arround TJVRichEdit.
>> >> Is it ok for me to change your TJVRichEdit, and to post it as a freeware
>> >> for other developers, (With the JVCL license header and credit included!!).
> >
> >     Just to be clear: writing a wrapper is *not* changing TJvRichEdit.
> >
> >     If you would actually edit JvRichEdit.pas (I think that's the unit 
> >name), you have to post it as OpenSource under the MPL license.
> >
> >     As far as I know, the wrapper isn't required to be released under 
> >MPL, so that could be freeware/public domain (note that this would only 
> >apply to your own unit, not the JVCL/JCL files required to actually use 
> >your new unit).
> >
> >-- 
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JEDI.NET team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Licence
From: "bsalsa" <bsalsa@fgd.com>
Date: Sun, 8 Jan 2006 17:20:27 +0100
Newsgroups: jedi.vcl

I want to write a wrapper component arround TJVRichEdit.
Is it ok for me to change your TJVRichEdit, and to post it as a freeware
for other developers, (With the JVCL license header and credit included!!).
Best Regards,
bsalsa



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Licence
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 08 Jan 2006 16:40:42 +0100
Newsgroups: jedi.vcl

bsalsa wrote:
> I want to write a wrapper component arround TJVRichEdit.
> Is it ok for me to change your TJVRichEdit, and to post it as a freeware
> for other developers, (With the JVCL license header and credit included!!).

    Just to be clear: writing a wrapper is *not* changing TJvRichEdit.

    If you would actually edit JvRichEdit.pas (I think that's the unit name), you have to post it as OpenSource under the MPL license.

    As far as I know, the wrapper isn't required to be released under MPL, so that could be freeware/public domain (note that this would only apply to your own unit, not the JVCL/JCL files required to actually use your new unit).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: install problem in delphi 2006
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 08 Jan 2006 16:23:58 +0100
Newsgroups: jedi.vcl

> Looking at the HKEY_CURRENT_USER\Software\Borland\BDS\*.*\Palette registry key, some package informations are stored here.

An other informations are stored in the keyHKEY_CURRENT_USER\Software\Borland\BDS\*.*\Package Cache.

-- 
Florent Ouchet


Subject: Re: install problem in delphi 2006
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 08 Jan 2006 15:28:56 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Yes, but it should not even be an option. There is a bug/feature in BDS2006 making it ignore any change of type of package. If it has been installed in "single mode", then recompiled and changed to "dual mode", it will not appear in the C++ Builder personality. This is why I recommend creating the include\vcl folder if it is not here and make the JCL always create dual packages.

I read some posts about this bug/feature but I forgot them.
Do you have any idea of the place storing this cache?
Looking at the HKEY_CURRENT_USER\Software\Borland\BDS\*.*\Palette registry key, some package informations are stored here. This key content is not the same as (DELPHI/BCB)\*\Palette key content; the DoCleanPalette function in JVCLData.pas doesn't handle this new content and package are still present in the cache after the jvcl has been uninstalled. The JVCL installer should clean these entries, maybe this cleaning would be a workaround for the BDS 2006 bug/feature in dual package management.

-- 
Florent Ouchet


Subject: TJvDesignSelector
From: "mriepp" <nospam@nospam.com>
Date: Sun, 8 Jan 2006 14:43:16 +0100
Newsgroups: jedi.vcl

Selecting 2 or more Components on the Designpanel are not available

To Resolve this problem chang´the sourcecode in
TJvDesignImp.pas

function TJvDesignSelector.FindHandles(AValue: TControl): 
TJvDesignHandles;
var
  I: Integer;
begin
  Result := nil;
  for I := 0 to Count - 1 do
  begin
    Result := Handles[I];
    if Result.Selected = AValue then

    // Bug-Fix Start
    // Old : Break;

      Break else Result:=nil;

    // Buf-Fix End
  end;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvDesignPanel
From: "mriepp" <nospam@nospam.com>
Date: Sun, 8 Jan 2006 14:39:28 +0100
Newsgroups: jedi.vcl

Set Active=true or false has no affect.

To resolve this problem change following Line(s) in
JvDesignSurface.pas

procedure TJvDesignPanel.SetActive(const Value: Boolean);
begin
// Bug-Fix Start 
// Old : Surface.Active := Active;

  Surface.Active := Value;

// Bug-Fix End
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDesignSelector
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 08 Jan 2006 14:37:41 +0100
Newsgroups: jedi.vcl

Please add this in Mantis after having registered for a login:

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: TJvDesignPanel
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 08 Jan 2006 14:37:37 +0100
Newsgroups: jedi.vcl

Please add this in Mantis after having registered for a login:

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: JvInspector
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 08 Jan 2006 14:37:29 +0100
Newsgroups: jedi.vcl

Please add this in Mantis after having registered for a login:

http://homepages.borland.com/jedi/issuetracker/


Subject: JvInspector
From: "mriepp" <nospam@nospam.com>
Date: Sun, 8 Jan 2006 14:33:18 +0100
Newsgroups: jedi.vcl

Application hangs after Terminating the Application or after
call JvInpector1.Clear if EditCtrl is active.

Resolve this Problem by adding folowing line to
JvInspector.pas:

procedure TJvCustomInspector.Notification(AComponent: TComponent; 
Operation: TOperation);
begin

// Bugfix Start Michael Riepp 08.01.2006

  inherited Notification(AComponent,Operation);
  
// Buxfix End

  if (Operation = opRemove) and (AComponent = Painter) then
    FPainter := nil;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: install problem in delphi 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 08 Jan 2006 14:06:26 +0100
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> OBones a écrit :
>
>>> What not selecting the dual package as an option?
>>
>> That's "difficult" as it implies removing MANY options from the command line (not just -JL). Hence it would be much better to create the folder if it does not exist. At least that the way I see it for the JVCL.
>
>
> I don't agree with you, the "dual package installation" option is like the "generate map file" option, it should be just an option adding some switches to the dcc32 command line (-JL -NB -N0 and -N1).

It's not that simple.


> I don't know if the binary file is different when generated with or without dual package support; but it would be great to have a better control on files being generated.

The binary file is different, as BDS needs a flag to decide which personalities can use the package.


> The JCL installer proposes this option; in other words the JVCL installation may be incomplete if the JCL was installed without this option (it is enabled by default).

Yes, but it should not even be an option. There is a bug/feature in BDS2006 making it ignore any change of type of package. If it has been installed in "single mode", then recompiled and changed to "dual mode", it will not appear in the C++ Builder personality. This is why I recommend creating the include\vcl folder if it is not here and make the JCL always create dual packages.

Cheers
Olivier


Subject: Re: Runtime error 2 when installing lastest JVCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 08 Jan 2006 13:37:38 +0100
Newsgroups: jedi.vcl

I tried today's CVS and I can't see this problem


Subject: Re: Runtime error 2 when installing lastest JVCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 08 Jan 2006 13:37:16 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

>> (BTW I did have a beta of D2006 installed, but I have since removed this and the error still occurs)
>
>
> That might be a problem indeed.

I don't think so.


Subject: JvImageComboBox
From: tanffn <arieljacob@gmail.com>
Date: Sun, 08 Jan 2006 13:32:57 +0200
Newsgroups: jedi.vcl

When setting the Style to csDropDown it should allow to type, an it doesn't.. how can I solve this?

tanffn.


Subject: JvComboBox - DonNetHighlighting
From: tanffn <arieljacob@gmail.com>
Date: Sun, 08 Jan 2006 13:30:44 +0200
Newsgroups: jedi.vcl

Hi All, Sorry I'm bombarding you all with question/problems.. :/ if im not doing it in the right place please let me know.

When using JvComboBox with DonNetHighlighting:= true it works, partially.
When pointing over the editable area it isn't highlighted, its only highlighted when pointing over the Bevel.

Is it a known problem?

tanffn.


Subject: Re: Runtime error 2 when installing lastest JVCL
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 08 Jan 2006 11:24:34 +0100
Newsgroups: jedi.vcl

Peter Sanders a écrit :
> Today on attempting to install jvcl the message Runtime error 2 appears when running the install.bat file.

Is this exception happening during the installer compilation (while the console is still active) or during the installer execution (no more console).

> (BTW I did have a beta of D2006 installed, but I have since removed this and the error still occurs)

That might be a problem indeed.

-- 
Florent Ouchet


Subject: Re: JvSpinEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 08 Jan 2006 20:11:19 +1000
Newsgroups: jedi.vcl

tanffn wrote, on 8/01/2006 5:40 PM:
> Why not add to JvSpinEdit.ValueType vtString, making it a standard editbox with SpinEdit.. I can find it useful :)
>
> As I'm new to JVCL and I didn't install the development pack I'd appreciate if someone can look into this. I'm not really sure what's the procedure to commit changes using CVS so I prefer not to mess-up :/

Hi Ariel,

To make your JVCL a developer installation, simply run the install.bat again and tick the option. You *don't* need to uninstall then reinstall. AFAIK, the developer installation simply adds a few extra paths to your library & browsing path (in Environment Options in Delphi/BCB).

Don't worry about messing up CVS, you have anonymous access which is read-only. Once you've written and tested the code, please create an account on Mantis, our IssueTracker and post it there.

http://homepages.borland.com/jedi/issuetracker/

Please clearly describe the changes you've made and upload the changes as a file. Uploading a diff/patch file will get the quickest response, but if this is a little tricky for you, then zip up the source file and upload that.

To create a diff/patch file:
- If you're using TortoiseCVS, simply right-click on the file you've changed, go to the CVS menu and click "Make Patch..."
- If you're using the daily zips, to create a unified 3 line diff file, run "diff -U 3 [from-file] [to-file] > [originalFilename.patch]"

You can download diff as a part of GNU DiffUtils for Windows from:
http://gnuwin32.sourceforge.net/packages/diffutils.htm

-- 
enjoy life,
           Elahn


Subject: JvDBImage and jpeg
From: "Brian" <brian@night.dk>
Date: Sun, 8 Jan 2006 11:07:11 +0100
Newsgroups: jedi.vcl

Hi All

Is it posible to use jpg images in JvDBImage?
if yes, How? (i have tryed to put jpeg in uses, without any luck)

Regards
Brian 




Subject: JvDBImage
From: "Brian" <brian@night.dk>
Date: Sun, 8 Jan 2006 11:05:03 +0100
Newsgroups: jedi.vcl

Hi All

Is it posible to use jpg images in JvDBImage?
if yes how? (i have tryed to set jpeg in Uses, without any luck)

Regards
Brian 




Subject: JvSpinEdit
From: tanffn <arieljacob@gmail.com>
Date: Sun, 08 Jan 2006 09:40:10 +0200
Newsgroups: jedi.vcl

Hi everyone,
Why not add to JvSpinEdit.ValueType vtString, making it a standard editbox with SpinEdit.. I can find it useful :)

As I'm new to JVCL and I didn't install the development pack I'd appreciate if someone can look into this. I'm not really sure what's the procedure to commit changes using CVS so I prefer not to mess-up :/

Ariel.


Subject: Runtime error 2 when installing lastest JVCL
From: "Peter Sanders" <peter@infopos.com.au>
Date: Sun, 08 Jan 2006 14:15:48 +0800
Newsgroups: jedi.vcl

Hi

I just d/l the latest jcl/jvcl zips (and tried the Jan 5th ver). I am trying to install with D7. The jcl/jvcl files installed fine last time.

Today on attempting to install jvcl the message Runtime error 2 appears when running the install.bat file.

The jcl files installed ok.

Have I done something wrong. not done something?

(BTW I did have a beta of D2006 installed, but I have since removed this and the error still occurs)

Thanks for any assistance.

-- 
Kind Regards

Peter...


Subject: Re: OBones: JvDatePickerEdit keyboard entry bug
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 07 Jan 2006 17:56:20 +0100
Newsgroups: jedi.vcl

Hi. I have reverted this change while investigating another issue (3334). It should be fine now, even though there are lots of OnChange events when typing a date in.


Subject: how to programmatically instatiate a TApplication
From: "TheCentaur" <ernesto.beda@gmail.com>
Date: Sat, 7 Jan 2006 06:17:42 +0100
Newsgroups: jedi.vcl

hi.
M trying to use jvplugin, i have just one question can i programatically 
set the host application?i am trying to load an ini file for use into 
the plugin somehow, ini.loadfromfile does not work, i was thinking of 
setting the host programmatically then use application.exename to load 
the path for the ini..
thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL for Delphi 4
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 07 Jan 2006 04:44:18 +1000
Newsgroups: jedi.vcl

PeterRettig wrote, on 7/01/2006 2:42 AM:
> where can I get a older jvcl-version to install on Delphi4?

Hi Peter,

You can download JVCL 2.10 from

http://sourceforge.net/project/showfiles.php?group_id=45786

But it is completely unsupported now. We only support version 3, which doesn't work on Delphi 4.

-- 
enjoy life,
           Elahn


Subject: Re: install problem in delphi 2006
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 06 Jan 2006 18:44:45 +0100
Newsgroups: jedi.jcl,jedi.vcl

OBones a écrit :
>> What not selecting the dual package as an option?
> That's "difficult" as it implies removing MANY options from the command line (not just -JL). Hence it would be much better to create the folder if it does not exist. At least that the way I see it for the JVCL.

I don't agree with you, the "dual package installation" option is like the "generate map file" option, it should be just an option adding some switches to the dcc32 command line (-JL -NB -N0 and -N1).
I don't know if the binary file is different when generated with or without dual package support; but it would be great to have a better control on files being generated.
The JCL installer proposes this option; in other words the JVCL installation may be incomplete if the JCL was installed without this option (it is enabled by default).

-- 
Florent Ouchet


Subject: Re: TJvTimer under BDS 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 06 Jan 2006 18:21:18 +0100
Newsgroups: jedi.vcl

There are two modes for the JvTimer: Thread based and TTimer based.
I think that by default it is Thread based, hence the requirement for Synchronize to be called.


Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 06 Jan 2006 18:20:21 +0100
Newsgroups: jedi.vcl

Adam,

> I think I understand. The file itself *should* work, but the Delphi compiler has issues and gets confused, hence the requirement for the workaround.

    Exactly.

>
> However, even if it is the compilers fault, it would be my understanding that Borland probably won't fix this issue, if it hasn't been fixed now, and it would be moreso up to us to correct the issue. (Sort of like Microsoft having a glitch, but expecting everyone else to modify their chips to allow for the glitch <g>)

    But it can't be fixed. My guess is that the compiler needs exact type information to resolve to the correct overloaded version. Using the [] array construction in line will never result in an exact type (it could be a set, it could an array of const, an array of Integer, an array of MyCustomType, etc.)

>
> I find in a lot of these cases, the problem doesn't get fixed, because the argument goes on about who should fix it, instead of just someone fixing it, and it would be my (uninformed) suggestion that maybe it would be worth modifying the pas file to allow / compensate for the compilers confusion.

    The only "fix" would be to rename the routines so the compiler doesn't have to choose which overloaded version to use. Since MessageDlg1, MessageDlg2, MessageDlg3, etc. doesn't seem very compelling (or easy to remember which one is which) and suffixing it with something to clearly state which version of the routine it represents would only make the name longer, it remained the way it was written (besides, renaming now would break a lot of code in users of the current version).

> Has anyone submitted this bug to Borland? Has it been fixed in a later version of Delphi than what I use. (D7)? My fear is, (as stated above), that it may never be fixed in the compiler, leaving me to wonder how long it will remain unfixed.

    Likely forever, unless Borland improves the overload resolving mechanism so it will be better able to guess which version should be used.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: install problem in delphi 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 06 Jan 2006 18:19:45 +0100
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>
>> That's because you did not install the C++ Builder personality which creates this directory. Simply create the directory and it will be fine.
>
>
> What not selecting the dual package as an option?

That's "difficult" as it implies removing MANY options from the command line (not just -JL). Hence it would be much better to create the folder if it does not exist. At least that the way I see it for the JVCL.


Subject: TJvTimer under BDS 2006
From: Wiebe Tijsma <wiebeREMOVE@CAPITALStijsma.com>
Date: Fri, 06 Jan 2006 18:13:29 +0100
Newsgroups: jedi.vcl

Hi,

Was just wondering, has anyone been experiencing problems under BDS 2006 with the TJvTimer component? Suddenly (after the last JVCL update, 3 weeks ago) I'm getting deadlocks/hangs when trying to perform any action on a TJvTimer (free, enabled, getting/setting interval) as soon as the event has fired once. Replacing it with a regular TTimer solves the problem. Also calling 'FJvTimer1.Synchronize(MethodInMainThreadToCall)' from the FJvTimer1_Timer event seems to work, but has never been necessary before.

Calling a 'pause program' seems to break in the CPU window somewhere at KiFastSystemCallret in ntdll.dll, but assembler is all chinese to me.

Probably I'm doing something wrong (not that experienced w threading) unless someone has experienced the same thing?

Thanks, Wiebe


Subject: JVCL for Delphi 4
From: "PeterRettig" <jedi@2serve.de>
Date: Fri, 6 Jan 2006 17:42:06 +0100
Newsgroups: jedi.vcl

Hello,

where can I get a older jvcl-version to install on Delphi4?

Peter Rettig



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvForm and dxgettext
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Fri, 06 Jan 2006 10:22:51 +0100
Newsgroups: jedi.vcl

If compiled without runtime packages it works OK.
I verified my path and "...\My documents\Borland Studio Projects\Bpl" is  included. So it must be something else.


Subject: Little Bug in JvDBComboBox
From: Dominik Böhm <newsgroups@dbedv.de>
Date: Fri, 06 Jan 2006 08:36:57 +0100
Newsgroups: jedi.vcl

Hello,

it seems to me that JvDBComboBox.clear only clears the items, not the values.

So it would be nice to add a public method in TJvCustomDBComboBox

procedure Clear;
begin
  inherited Clear;
  values.Clear;
end;

I haven't tested it like that because I don't have the developer edition installed, but I'm sure it will work like that!

I search quite a time until I found out, that the method clear didn't work in the way I expected ;-)

I think this is missing in JvComboBox, too, because tanffn seems to have  a similar problem.

Regards,
Dominik


Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: "Adam H." <info@removemeforsmap.wsd.net.au>
Date: Fri, 6 Jan 2006 10:38:51 +1100
Newsgroups: jedi.vcl

Hi,

> > You can download one file at a time via CVS on SourceForge or you can
> > get the daily zip here:
> >
> > http://jvcl.sf.net/daily/

Fantastic. Thanks for the info!

Best Regards

Adam. 




Subject: Re: version dated the 4th
From: "Christian" <chramade@aol.com>
Date: Thu, 5 Jan 2006 23:00:59 +0100
Newsgroups: jedi.vcl

This is what I did

"Robert Meek" <rmeek1@comcast.net> a écrit dans le message de news: 
dpjucc$asb$1@talkto.net...
> >    I just downloaded the new dailies as it was reported their installation 
> > went fine for D2006, but do I have to delete the original bpl's and 
> > uninstall the old version before installing the new one?  Same question 
> > for the jcl.
> > 




Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 22:47:41 +0100
Newsgroups: jedi.vcl

Adam H. wrote:

> So these are seperate pas files that we download, and from time to time, a new installation executable comes out (like v 3) with all of the fixes in one file, or is the installation package updated regularly?

You can download one file at a time via CVS on SourceForge or you can get the daily zip here:

http://jvcl.sf.net/daily/

These downloads are not guaranteed to work, but it's rare when they don't.
And as you guessed, once in a while we take the CVS content, make a branch for the release, check everything is ok, package it and make it available to the world. Next one should be sometime around the end of this month.


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 05 Jan 2006 22:44:17 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Aha. Glad to hear that, now I know what to answer should this come up again.

I don't know why the JCL installer didn't popup a warning asking for update of Delphi, I will check what is going wrong tomorrow.

-- 
Florent Ouchet


Subject: Re: [BCB2006]
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 22:42:18 +0100
Newsgroups: jedi.vcl

Weird, I received confirmation emails recently. Maybe there is a backlog for the past few days...


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 22:41:34 +0100
Newsgroups: jedi.vcl

Aha. Glad to hear that, now I know what to answer should this come up again.


Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: "Adam H." <info@removemeforsmap.wsd.net.au>
Date: Fri, 6 Jan 2006 08:05:29 +1100
Newsgroups: jedi.vcl

Marcel,

Thanks for your reply...

> > It wasn't about the .pas file, but the description on how the
> > functions are used. The problem is that the Delphi compiler gets
> > hopefully confused with overloaded calls containing open arrays (like
> > the array of string parameters). The only solution is to declare a
> > separate const containing the array of strings and use that constant
> > in the call, like the example given.

I think I understand. The file itself *should* work, but the Delphi compiler 
has issues and gets confused, hence the requirement for the workaround.

However, even if it is the compilers fault, it would be my understanding 
that Borland probably won't fix this issue, if it hasn't been fixed now, and 
it would be moreso up to us to correct the issue. (Sort of like Microsoft 
having a glitch, but expecting everyone else to modify their chips to allow 
for the glitch <g>)

I find in a lot of these cases, the problem doesn't get fixed, because the 
argument goes on about who should fix it, instead of just someone fixing it, 
and it would be my (uninformed) suggestion that maybe it would be worth 
modifying the pas file to allow / compensate for the compilers confusion.

However - I do stress that this is an uninformed suggestion, and I'm well 
aware that their may be other valid reasons why this can't / shouldn't be 
done. I'm quite happy to hear them too. :-)

> >     The provided fix was, AFAICT incorporated, since it had to do with
> > the wrong default button being selected. The error now is Delphi
> > related, and other than renaming each function, can not be resolved.

Has anyone submitted this bug to Borland? Has it been fixed in a later 
version of Delphi than what I use. (D7)? My fear is, (as stated above), that 
it may never be fixed in the compiler, leaving me to wonder how long it will 
remain unfixed.

> >     Depending on the number of developers with CVS access and the
> > available time, fixes like that are usually incorporated relatively
> > quickly (I'm talking about fixes that are provided; reports with no
> > apparent fix will obviously take longer).

So these are seperate pas files that we download, and from time to time, a 
new installation executable comes out (like v 3) with all of the fixes in 
one file, or is the installation package updated regularly?

Thanks for your time and replies. I do apprecaite them. I use Jedi quite a 
bit, but have been unsure of how everything is maintained until now.

Regards

Adam. 




Subject: Re: version dated the 4th
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 5 Jan 2006 21:19:43 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

> > I just downloaded the new dailies as it was reported their installation
> > went fine for D2006, but do I have to delete the original bpl's and
> > uninstall the old version before installing the new one?  Same question
> > for the jcl.

Depends on the version of the JCL you have. The JCL recently changed the
package names. If you already have a JCL with the new package names you
can simply start the install.bat.


-- Regards, Andreas Hausladen 

Subject: version dated the 4th
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 5 Jan 2006 15:09:27 -0500
Newsgroups: jedi.vcl

    I just downloaded the new dailies as it was reported their installation 
went fine for D2006, but do I have to delete the original bpl's and 
uninstall the old version before installing the new one?  Same question for 
the jcl. 




Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: "niofox" <neofox2000@gmail.com>
Date: Thu, 5 Jan 2006 15:50:44 -0400
Newsgroups: jedi.vcl

"Florent Ouchet" wrote:

> > Did you install update 2 for Delphi 6?
> >
> > -- 
> > Florent Ouchet

That was the answer.  It installed perfectly, thank you so much! 




Subject: Re: TJvForm and dxgettext
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Thu, 05 Jan 2006 20:48:27 +0100
Newsgroups: jedi.vcl

I get exactly the same error if I add a TJvDateEdit to a TForm. I've found that adding this component to a TForm, deleting it completly but don't deleting #pragma link "JvToolEdit" produces this error. I delete #pragma link "JvToolEdit" too, then the app runs fine.

By the way, everything is OK with Delphi.


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: "niofox" <neofox2000@gmail.com>
Date: Thu, 5 Jan 2006 15:38:14 -0400
Newsgroups: jedi.vcl

Umm ... no ...
I'll try that now

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:dpjrvg$a5o$1@talkto.net...
> > Hi,
> >
> > niofox a écrit :
>> >> Installed JCL (uninstall was enabled but continued anyway)
> >
> > It should be as designed.
> >
>> >> Is there any thing else I can do?
> > Did you install update 2 for Delphi 6?
> >
> > -- 
> > Florent Ouchet 




Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 05 Jan 2006 20:25:40 +0100
Newsgroups: jedi.vcl

Hi,

niofox a écrit :
> Installed JCL (uninstall was enabled but continued anyway)

It should be as designed.

> Is there any thing else I can do? 
Did you install update 2 for Delphi 6?

-- 
Florent Ouchet


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: "niofox" <neofox2000@gmail.com>
Date: Thu, 5 Jan 2006 15:06:27 -0400
Newsgroups: jedi.vcl

OBones wrote:

> > Have you tried simply clicking "Install" right now, after you have deleted 
> > any old files as indicated?

Yeah I did that last time.  JCL installs no problem.  It always does.
I but I just can't get the JVCL to work.

Ok, here's what I did just now:
Removed ALL jcl and jvcl files from my computer.
Removed all traces of the packages etc from Delphi 6.
Downloaded the latest version of both JVCL and JCL from the daily sites.
Unzipped both.
Installed JCL (uninstall was enabled but continued anyway)
- No programs
Tried to install JVCL
- Same problems as mentioned in the original post

Is there any thing else I can do? 




Subject: Re: [BCB2006]
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Thu, 05 Jan 2006 19:56:56 +0100
Newsgroups: jedi.vcl

negative

OBones a écrit :
> I've resent the password to that email, we'll see if you get it.


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 19:53:55 +0100
Newsgroups: jedi.vcl

niofox wrote:

> Ok, I realized that the uninstall button for the jcl installer didn't work right.
> So I've started removing everything manually :(
> I took out the bpl's and all over jcl/jvcl files.  Removed the library paths.
> Now when I run the installer it still seems to see the jcl as installed cuz the uninstall button is enabled which it wasn't the very first time I ran it ...
> Is there a registry setting I have to delete? 

Have you tried simply clicking "Install" right now, after you have deleted any old files as indicated?


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: "niofox" <neofox2000@gmail.com>
Date: Thu, 5 Jan 2006 14:51:29 -0400
Newsgroups: jedi.vcl

Ok, I realized that the uninstall button for the jcl installer didn't work 
right.
So I've started removing everything manually :(
I took out the bpl's and all over jcl/jvcl files.  Removed the library 
paths.
Now when I run the installer it still seems to see the jcl as installed cuz 
the uninstall button is enabled which it wasn't the very first time I ran it 
....
Is there a registry setting I have to delete? 




Subject: Re: VCLEditors.dcu not found (D 2006)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 19:43:48 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Can someone test the new xml files with BCB 5 and 6 as well as with all
> personal editions.

I have just tested C5 and C6, enterprise editions, it went well.


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 19:40:29 +0100
Newsgroups: jedi.vcl

niofox wrote:

> I'm using each version with the jcl it came with.
> From the complete zips that is

Yes, I understand that. But look on your PC for files from an old JCL that had installed before. Files with the PAS, DCU, DCP, BPL extensions should be looked for.


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: "niofox" <neofox2000@gmail.com>
Date: Thu, 5 Jan 2006 14:34:30 -0400
Newsgroups: jedi.vcl

I'm using each version with the jcl it came with.
From the complete zips that is

Should I look for an older jcl? 




Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 19:32:22 +0100
Newsgroups: jedi.vcl

Do you have an old JCL (not V) lying around?
This usually happens when an old one is accessible before the newest one.


Subject: Re: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: "niofox" <neofox2000@gmail.com>
Date: Thu, 5 Jan 2006 14:30:09 -0400
Newsgroups: jedi.vcl

Here's what I get when I try to use the install.bat for JVCL 3.1 -

build.exe found. Pretest: ok
Using d6 for build process.

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi Version 14.0
Copyright (c) 1983,2001 Borland Software Corporation
C:\Program Files\Borland\Delphi6\AddOns\JVCL31\jvcl\run\JvTypes.pas(562) 
Error: Undeclared identifier: 'clHotLight'
C:\Program Files\Borland\Delphi6\AddOns\JVCL31\jvcl\run\JvTypes.pas(562) 
Error: Undeclared identifier: 'clMenuBar'
C:\Program Files\Borland\Delphi6\AddOns\JVCL31\jvcl\run\JvTypes.pas(562) 
Error: Undeclared identifier: 'clMenuHighlight'
C:\Program 
Files\Borland\Delphi6\AddOns\JVCL31\jvcl\run\JvExControls.pas(562) Fatal: 
Could not compile used unit 'JvTypes.pas'

** error 1 ** deleting Installer_nomo
Press ENTER to continue 




Subject: Re: [BCB2006]
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 19:07:10 +0100
Newsgroups: jedi.vcl

I've resent the password to that email, we'll see if you get it.


Subject: Delphi 6 JVCL Installation Problems (COLOR_MENUxxxx)
From: "niofox" <neofox2000@gmail.com>
Date: Thu, 5 Jan 2006 14:01:41 -0400
Newsgroups: jedi.vcl

I'm having a problem with the installer for 3.0
First off, I'm using 3.0 because the 3.1 installer doesn't even start.  When 
I tried manually compiling however I got the same errors as the install gave 
me for 3.0

Using Delphi 6 the errors are as follows:

C:\JVCL300 lkp\jvcl\run\JvComputerInfoEx.pas(1301) Error: Undeclared 
identifier: 'COLOR_MENUHILIGHT'
C:\JVCL300 lkp\jvcl\run\JvComputerInfoEx.pas(1302) Error: Undeclared 
identifier: 'COLOR_MENUBAR'
Fatal: JvSystemD6R.dpk(85): Could not compile used unit 
'..\..\run\JvComputerInfoEx.pas'

If this topic was covered already could I please get a link to where the 
solution was given?
I need to get these components to continue my project so any help I could 
get asap is appreciated!





Subject: Re: VCLEditors.dcu not found (D 2006)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 05 Jan 2006 19:01:28 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> The IDE uses the dcc32.dll not the dcc32.exe ;-)

Well, it's up to you :p

-- 
Florent Ouchet


Subject: Re: Installation perfect under BDS2006
From: "Christian" <chramade@aol.com>
Date: Thu, 5 Jan 2006 19:00:22 +0100
Newsgroups: jedi.vcl

I must say that I did not read anything
I just clicked on install.bat for both and
voilà (hi)

Christian

"OBones" <oobnes__gf_@_gfd_altern.org> a écrit dans le message de news: 
dpj5lg$4b2$1@talkto.net...
> > Luis wrote:
>> >> Sorry:
>> >> How can I download it?
>> >> Thanks
>> >>
>> >> Antonio Sala
> >
> > From the daily page:
> >
> > http://jvcl.sf.net/daily/
> >
> > Please read the instructions carefully. 




Subject: Re: VCLEditors.dcu not found (D 2006)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Thu, 5 Jan 2006 18:44:07 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > I have no error for all targets.
> > Do you know how the IDE gets warning about implicit unit linking inside
> > packages?

The IDE uses the dcc32.dll not the dcc32.exe ;-)


-- Regards, Andreas Hausladen 

Subject: Re: [BCB2006]
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Thu, 05 Jan 2006 18:26:17 +0100
Newsgroups: jedi.vcl

I did it two days ago and still nothing. I checked my spam folder and my ISP but nothing here too. I tried to retrieve the password for the account and the system told my the password was sent to the email address, but I never recieved the email.

Now I created another account and it worked. The old account was obertini/olivier.bertini@urbanet.ch.

Thanks for help

OBones a écrit :
> it may take a lot of time to come to you, and may end up in your "spam" folder.
> Anyway, please tell me what login you chose, I'll look it up to see if it was created.


Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 05 Jan 2006 18:04:31 +0100
Newsgroups: jedi.vcl

Adam H. wrote:
> I tried downloading the pas file to replace the existing, but it still didn't work. However, I've managed to work around the problem by changing the name of one of the functions.

    It wasn't about the .pas file, but the description on how the functions are used. The problem is that the Delphi compiler gets hopefully confused with overloaded calls containing open arrays (like the array of string parameters). The only solution is to declare a separate const containing the array of strings and use that constant in the call, like the example given.

>
> I've renamed one of the overloaded functions from "MessageDlgEx" to "MessageDlgEx1", and I call that function instead. This seems to have fixed the problem.

    That would work, too.

>
> However, I notice that the link you sent me was dated to 2003. I take it that no official resolution has been made for this.

    The provided fix was, AFAICT incorporated, since it had to do with the wrong default button being selected. The error now is Delphi related, and other than renaming each function, can not be resolved.

> Can anyone explain to me how Jedi works, as far as new updates / releases are concerned? Is this something that every developer maintains updates to themselves, or does the changes get compiled into a 'new' version from time to time?

    Depending on the number of developers with CVS access and the available time, fixes like that are usually incorporated relatively quickly (I'm talking about fixes that are provided; reports with no apparent fix will obviously take longer).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: VCLEditors.dcu not found (D 2006)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 05 Jan 2006 17:17:16 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Can someone test the new xml files with BCB 5 and 6 as well as with all
> personal editions.
> I have tested D5, D6, D7 and BDS2006.

I have no error for all targets.
Do you know how the IDE gets warning about implicit unit linking inside packages?

-- 
Florent Ouchet


Subject: Re: Installation problem with JVCL3.1
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Thu, 05 Jan 2006 11:05:52 -0500
Newsgroups: jedi.vcl

OBones wrote:
> > The examples are often WAY behing the common code, so this is not
> > surprising. The examples have to be fixed indeed. Please enter an issue
> > in Mantis (after registering):
> > 
> > http://homepages.borland.com/jedi/issuetracker/

I entered the issues regarding the examples and the missing functions.
If I have the time, I will try to fix the examples and post them.

Mark J. Wallin


Subject: Re: TJvCheckTreeView problem setting checkbox value (signed)
From: "Hans Verlouw" <hans.verlouw@home.nl>
Date: Thu, 5 Jan 2006 16:18:13 +0100
Newsgroups: jedi.vcl

I found a workaround for my problem.
For some strange reason, when a checkbox is toggled manually by clicking on 
it,
that checkbox has to be set programmaticaly to the manually selected value 
as well.

Hans

So the source code now looks like:

procedure TfrmAttributePermission.tvToggled(Sender: TObject;
 Node: TTreeNode);
var
 tree_index: integer;
begin
 CheckCascading(Node);

 if Node.TreeView.Name = 'tvRead' then
 begin
  for tree_index := 0 to tvRead.Items.Count - 1  do
  begin
   if tvRead.Items[tree_index] = Node then
   begin
    // If the attribute is set to non readable
    // then writable must become false too.
    if (not tvRead.GetChecked(tvRead.Items[tree_index])) then
    begin
     // Note: there is a bug in TJvTreeView.SetChecked
     // SetChecked sometimes only works once.
     // For some strange reason, when a checkbox is toggled manually by 
clicking on it,
     // that checkbox has to be set programmaticaly to the manually selected 
value as well.
     tvWrite.SetChecked(tvWrite.Items[tree_index], False);
     CheckCascading(tvWrite.Items[tree_index]);
    end;
   end;
  end;
 end
 else if Node.TreeView.Name = 'tvWrite' then
 begin
  for tree_index := 0 to tvWrite.Items.Count - 1  do
  begin
   if tvWrite.Items[tree_index] = Node then
   begin
    // If the attribute is set to writable
    // then readable must become true too.
    if tvWrite.GetChecked(tvWrite.Items[tree_index]) then
    begin
     // Note: there is a bug in TJvTreeView.SetChecked
     // SetChecked sometimes only works once.
     // For some strange reason, when a checkbox is toggled manually by 
clicking on it,
     // that checkbox has to be set programmaticaly to the manually selected 
value as well.
     tvRead.SetChecked(tvRead.Items[tree_index], True);
     CheckCascading(tvRead.Items[tree_index]);
    end;
   end;
  end;
 end;
 btnApply.Enabled := True;
end;


procedure TfrmAttributePermission.tvReadToggling(Sender: TObject;
 Node: TTreeNode; var AllowChange: Boolean);
begin
 // Note: there is a bug in TJvTreeView.SetChecked
 // SetChecked sometimes only works once.
 // For some strange reason, when a checkbox is toggled manually by clicking 
on it,
 // that checkbox has to be set programmaticaly to the manually selected 
value as well.
 tvRead.SetChecked(Node, tvRead.GetChecked(Node));
end;

procedure TfrmAttributePermission.tvWriteToggling(Sender: TObject;
 Node: TTreeNode; var AllowChange: Boolean);
begin
 // Note: there is a bug in TJvTreeView.SetChecked
 // SetChecked sometimes only works once.
 // For some strange reason, when a checkbox is toggled manually by clicking 
on it,
 // that checkbox has to be set programmaticaly to the manually selected 
value as well.
 tvWrite.SetChecked(Node, tvWrite.GetChecked(Node));
end;




Subject: TJvComboBox
From: tanffn <arieljacob@gmail.com>
Date: Thu, 05 Jan 2006 16:08:28 +0200
Newsgroups: jedi.vcl

After calling Clear (of TJvComboBox) the EmptyValue text isn't displayed, the only way to make it to redraw is by entering and exiting.

I've tried Invalidate and Update and it didn't work.. what can I do?

Thanks,
Ariel.


Subject: Re: TJvCheckTreeView problem setting checkbox value (signed)
From: "Hans Verlouw" <hans.verlouw@home.nl>
Date: Thu, 5 Jan 2006 14:42:09 +0100
Newsgroups: jedi.vcl

Thanks for your reply.
I already tried this, but unfortunately the same problem still exists.
Nor does this work:
TJvTreeNode(tvRead.Items[tree_index]).Checked := True;

Hans

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:dpj6l5$4iv$1@talkto.net...
> > Use this as well:
> >
> > (Node as TJvTreeNode).Checked := True;
> >
> > This should help.
> > Both versions have to be used, and I am yet to investigate why (this hits 
> > me as well) 




Subject: Re: TJvCheckTreeView problem setting checkbox value (signed)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 14:28:51 +0100
Newsgroups: jedi.vcl

Use this as well:

(Node as TJvTreeNode).Checked := True;

This should help.
Both versions have to be used, and I am yet to investigate why (this hits me as well)


Subject: TJvCheckTreeView problem setting checkbox value
From: "Hans Verlouw" <hans.verlouw@home.nl>
Date: Thu, 5 Jan 2006 14:24:32 +0100
Newsgroups: jedi.vcl

TJvCheckTreeView.SetChecked does not seem to work always.
I have two treeviews showing a hierarchy of items.
The first one ('tvRead') shows read permissions on these items,
the second one ('tvWrite') shows write permissions on these items.

I synchronized the collapsing and expanding of the two treeviews.
This works fine.
Now I want to synchronize the permissions as well.
I would like behaviour as follows:
When read permission is taken from an item, the write permission must be 
taken as well.
When write permission is set to an item, the read permission must be set as 
well.

Below is a part of my source code.
CheckCascading is a procedure that checks check boxes recursively,
but this is irrelevant to the problem.

Now the problem is that the synchronization only works fine once.
When I click a checkbox for the second time, the other treeview does not 
synchronize.

Any help would be appreciated.

Hans Verlouw
Hans.Verlouw@Geodan.nl



procedure TfrmAttributePermission.tvToggled(Sender: TObject;
 Node: TTreeNode);
var
 tree_index: integer;
begin
 CheckCascading(Node);

 if Node.TreeView.Name = 'tvRead' then
 begin
  for tree_index := 0 to tvRead.Items.Count - 1  do
  begin
   if tvRead.Items[tree_index] = Node then
   begin
    // If the attribute is set to non readable
    // then writable must become false too.
    if (not tvRead.GetChecked(tvRead.Items[tree_index])) and
      (tvWrite.GetChecked(tvWrite.Items[tree_index])) then
    begin
     // Note: there is a bug in TJvCheckTreeView.SetChecked
     // SetChecked sometimes only works once.
     tvWrite.SetChecked(tvWrite.Items[tree_index], False);
     CheckCascading(tvWrite.Items[tree_index]);
    end;
   end;
  end;
 end
 else if Node.TreeView.Name = 'tvWrite' then
 begin
  for tree_index := 0 to tvWrite.Items.Count - 1  do
  begin
   if tvWrite.Items[tree_index] = Node then
   begin
    // If the attribute is set to writable
    // then readable must become true too.
    if tvWrite.GetChecked(tvWrite.Items[tree_index]) and
      (not tvRead.GetChecked(tvRead.Items[tree_index])) then
    begin
     // Note: there is a bug in TJvCheckTreeView.SetChecked
     // SetChecked sometimes only works once.
     tvRead.SetChecked(tvRead.Items[tree_index], True);
     CheckCascading(tvRead.Items[tree_index]);
    end;
   end;
  end;
 end;
end;





Subject: TJvCheckTreeView problem setting checkbox value (signed)
From: "news @home" <hans.verlouw@home.nl>
Date: Thu, 5 Jan 2006 14:22:30 +0100
Newsgroups: jedi.vcl

TJvCheckTreeView.SetChecked does not seem to work always.
I have two treeviews showing a hierarchy of items.
The first one ('tvRead') shows read permissions on these items,
the second one ('tvWrite') shows write permissions on these items.

I synchronized the collapsing and expanding of the two treeviews.
This works fine.
Now I want to synchronize the permissions as well.
I would like behaviour as follows:
When read permission is taken from an item, the write permission must be 
taken as well.
When write permission is set to an item, the read permission must be set as 
well.

Below is a part of my source code.
CheckCascading is a procedure that checks check boxes recursively,
but this is irrelevant to the problem.

Now the problem is that the synchronization only works fine once.
When I click a checkbox for the second time, the other treeview does not 
synchronize.

Any help would be appreciated.

Hans Verlouw
Hans.Verlouw@Geodan.nl



procedure TfrmAttributePermission.tvToggled(Sender: TObject;
 Node: TTreeNode);
var
 tree_index: integer;
begin
 CheckCascading(Node);

 if Node.TreeView.Name = 'tvRead' then
 begin
  for tree_index := 0 to tvRead.Items.Count - 1  do
  begin
   if tvRead.Items[tree_index] = Node then
   begin
    // If the attribute is set to non readable
    // then writable must become false too.
    if (not tvRead.GetChecked(tvRead.Items[tree_index])) and
      (tvWrite.GetChecked(tvWrite.Items[tree_index])) then
    begin
     // Note: there is a bug in TJvCheckTreeView.SetChecked
     // SetChecked sometimes only works once.
     tvWrite.SetChecked(tvWrite.Items[tree_index], False);
     CheckCascading(tvWrite.Items[tree_index]);
    end;
   end;
  end;
 end
 else if Node.TreeView.Name = 'tvWrite' then
 begin
  for tree_index := 0 to tvWrite.Items.Count - 1  do
  begin
   if tvWrite.Items[tree_index] = Node then
   begin
    // If the attribute is set to writable
    // then readable must become true too.
    if tvWrite.GetChecked(tvWrite.Items[tree_index]) and
      (not tvRead.GetChecked(tvRead.Items[tree_index])) then
    begin
     // Note: there is a bug in TJvCheckTreeView.SetChecked
     // SetChecked sometimes only works once.
     tvRead.SetChecked(tvRead.Items[tree_index], True);
     CheckCascading(tvRead.Items[tree_index]);
    end;
   end;
  end;
 end;
end;





Subject: TJvCheckTreeView problem setting checkbox value
From: "news @home" <hans.verlouw@home.nl>
Date: Thu, 5 Jan 2006 14:14:45 +0100
Newsgroups: jedi.vcl

TJvCheckTreeView.SetChecked does not seem to work always.
I have two treeviews showing a hierarchy of items.
The first one ('tvRead') shows read permissions on these items,
the second one ('tvWrite') shows write permissions on these items.

I synchronized the collapsing and expanding of the two treeviews.
This works fine.
Now I want to synchronize the permissions as well.
I would like behaviour as follows:
When read permission is taken from an item, the write permission must be 
taken as well.
When write permission is set to an item, the read permission must be set as 
well.

Below is a part of my source code.
CheckCascading is a procedure that checks check boxes recursively,
but this is irrelevant to the problem.

Now the problem is that the synchronization only works fine once.
When I click a checkbox for the second time, the other treeview does not 
synchronize.

Any help would be appreciated.

Hans


procedure TfrmAttributePermission.tvToggled(Sender: TObject;
 Node: TTreeNode);
var
 tree_index: integer;
begin
 CheckCascading(Node);

 if Node.TreeView.Name = 'tvRead' then
 begin
  for tree_index := 0 to tvRead.Items.Count - 1  do
  begin
   if tvRead.Items[tree_index] = Node then
   begin
    // If the attribute is set to non readable
    // then writable must become false too.
    if (not tvRead.GetChecked(tvRead.Items[tree_index])) and
      (tvWrite.GetChecked(tvWrite.Items[tree_index])) then
    begin
     // Note: there is a bug in TJvCheckTreeView.SetChecked
     // SetChecked sometimes only works once.
     tvWrite.SetChecked(tvWrite.Items[tree_index], False);
     CheckCascading(tvWrite.Items[tree_index]);
    end;
   end;
  end;
 end
 else if Node.TreeView.Name = 'tvWrite' then
 begin
  for tree_index := 0 to tvWrite.Items.Count - 1  do
  begin
   if tvWrite.Items[tree_index] = Node then
   begin
    // If the attribute is set to writable
    // then readable must become true too.
    if tvWrite.GetChecked(tvWrite.Items[tree_index]) and
      (not tvRead.GetChecked(tvRead.Items[tree_index])) then
    begin
     // Note: there is a bug in TJvCheckTreeView.SetChecked
     // SetChecked sometimes only works once.
     tvRead.SetChecked(tvRead.Items[tree_index], True);
     CheckCascading(tvRead.Items[tree_index]);
    end;
   end;
  end;
 end;
end;





Subject: Re: Installation perfect under BDS2006
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 14:12:48 +0100
Newsgroups: jedi.vcl

Christian wrote:

> The installation went absolutely smoothly with the latest version (january 4th) of both JCL and JVCL.
> Nice job !!! (to whoever it may concern)
> Christian

Glad to hear that.


Subject: Re: Installation perfect under BDS2006
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 14:11:58 +0100
Newsgroups: jedi.vcl

Luis wrote:
> Sorry:
> How can I download it?
> Thanks
>
> Antonio Sala

From the daily page:

http://jvcl.sf.net/daily/

Please read the instructions carefully.


Subject: Re: Installation perfect under BDS2006
From: "Luis" <pepe@hotmail.com>
Date: Thu, 5 Jan 2006 14:07:49 +0100
Newsgroups: jedi.vcl

Sorry, I answer myself:

http://jvcl.sourceforge.net/daily/JVCL3-2006-01-04.zip

> > Sorry:
> > How can I download it?
> > Thanks
> >




---
avast! Antivirus: Mensaje saliente limpio.
Base de datos de Virus (VPS): 0601-2, 05/01/2006
Comprobado el: m/5/aaaa 14:07:52
avast! - copyright (c) 1988-2005 ALWIL Software.
http://www.avast.com





Subject: Re: Installation perfect under BDS2006
From: "Luis" <pepe@hotmail.com>
Date: Thu, 5 Jan 2006 13:48:11 +0100
Newsgroups: jedi.vcl

Sorry:
How can I download it?
Thanks

Antonio Sala

> > The installation went absolutely smoothly with the latest version (january
> > 4th) of both JCL and JVCL.
> > Nice job !!! (to whoever it may concern)
> > Christian




---
avast! Antivirus: Mensaje saliente limpio.
Base de datos de Virus (VPS): 0601-2, 05/01/2006
Comprobado el: m/5/aaaa 13:48:16
avast! - copyright (c) 1988-2005 ALWIL Software.
http://www.avast.com





Subject: Installation perfect under BDS2006
From: "Christian" <chramade@aol.com>
Date: Thu, 5 Jan 2006 12:35:02 +0100
Newsgroups: jedi.vcl

The installation went absolutely smoothly with the latest version (january 
4th) of both JCL and JVCL.
Nice job !!! (to whoever it may concern)
Christian




Subject: Re: [BCB2006]
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 05 Jan 2006 08:16:02 +0100
Newsgroups: jedi.vcl

it may take a lot of time to come to you, and may end up in your "spam" folder.
Anyway, please tell me what login you chose, I'll look it up to see if it was created.


Subject: Re: [BCB2006]
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Thu, 05 Jan 2006 08:04:55 +0100
Newsgroups: jedi.vcl

I've tried to create an account on mantis but I never recieved the confirmation email. I checked that the entered email was a valid one.

Problem here?

mail tested: @urbanet.ch, @gmx.ch
browser: firefox 1.5

OBones a écrit :
> Please add an issue in mantis for this:
>
> http://homepages.borland.com/jedi/issuetracker/


Subject: Re: Serializer
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 05 Jan 2006 16:58:42 +1000
Newsgroups: jedi.vcl

tanffn wrote, on 5/01/2006 6:41 AM:
> Is there a serializer that works similarly to TJvgXMLSerializer but stores the information in binary/compressed?

Hi Ariel,

Not that I know of. You'll need to compress the data after serializing it.

-- 
enjoy life,
           Elahn


Subject: Re: How I use SortOnFields on TJvMemoryData ??
From: "Alessandro Moacyr Duarte" <alessandro_md@terra.com.br>
Date: Wed, 4 Jan 2006 20:43:42 -0400
Newsgroups: jedi.vcl

Tente abrir o dataset antes. Ex:

oDados.KeyFieldNames := 'FLD_NAME';
oDados.Open;
oDados.SortOnFields('FLD_DESC'); 




Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: "Adam H." <info@removemeforsmap.wsd.net.au>
Date: Thu, 5 Jan 2006 11:10:58 +1100
Newsgroups: jedi.vcl

Hi Remko,

Thanks for the email,

> > See http://homepages.borland.com/jedi/issuetracker/view.php?id=642.
> >
> > You could also construct a new function (with another name) that calls
> > one of the MessageDlg functions and then call the new function instead
> > of MessageDlg in your program.

I tried downloading the pas file to replace the existing, but it still 
didn't work. However, I've managed to work around the problem by changing 
the name of one of the functions.

I've renamed one of the overloaded functions from "MessageDlgEx" to 
"MessageDlgEx1", and I call that function instead. This seems to have fixed 
the problem.

However, I notice that the link you sent me was dated to 2003. I take it 
that no official resolution has been made for this. Can anyone explain to me 
how Jedi works, as far as new updates / releases are concerned? Is this 
something that every developer maintains updates to themselves, or does the 
changes get compiled into a 'new' version from time to time?

Thanks & Regards

Adam. 




Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 05 Jan 2006 00:19:48 +0100
Newsgroups: jedi.vcl

Adam H. wrote:
>> Prefix MessageDlg with the name of the unit where it belongs, there is
>> one in JvDSADialogs and one in Windows, hence the problem, I believe.
>
>
> I have done this, but this has not corrected the problem. The code I have is:
> [..]
> Can you see anything I may have done wrong?

See http://homepages.borland.com/jedi/issuetracker/view.php?id=642.

You could also construct a new function (with another name) that calls one of the MessageDlg functions and then call the new function instead of MessageDlg in your program.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: GDI leak jvXPcheckBox
From: "Maurice Vercherat" <Vter94@Freedom.fr>
Date: Wed, 04 Jan 2006 22:26:14 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a exposé le 04/01/2006 :
> I have fixed this. But please post bug reports to Mantis:
> http://homepages.borland.com/jedi/issuetracker/

Thanks,
I had seen your message (tracker jedi) before I post my question but I thinked that this bug was fixed in the recents CVS :-(
My little test application, in my message, works fine, with your correction.
Regards
MV

-- 
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com




Subject: Re: Question on JVCL Installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 04 Jan 2006 22:26:11 +0100
Newsgroups: jedi.vcl

Hi Andreas,

thanks a lot. It seems to be that the problem is fixed.

As far as i can see now, the first 3rd party tools are running, and for some i had to look a little bit deeper.

Greetings and thanks
Jens

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>> only for D2006 it doesn't work.
>
> It's the missing d10 in all the package-xml files. I currently update them
> all.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: "Adam H." <info@removemeforsmap.wsd.net.au>
Date: Thu, 5 Jan 2006 08:09:14 +1100
Newsgroups: jedi.vcl

Hi OBones,

Thanks for your reply.

> > Prefix MessageDlg with the name of the unit where it belongs, there is
> > one in JvDSADialogs and one in Windows, hence the problem, I believe.

I have done this, but this has not corrected the problem. The code I have 
is:

if JvDSADialogs.MessageDlgEx('You have chosen to email this message. Do you 
wish to add this to a group?', mtConfirmation, ['Yes, Add to Group', 'No, 
Email Now', 'Help'], [mrYes, mrNo, mrHelp], 1101, dckScreen, 0, mbNone, 
mbNone) = mryes then
begin
 dosomething
 end;

Can you see anything I may have done wrong?

Thanks & Regards

Adam. 




Subject: Serializer
From: tanffn <arieljacob@gmail.com>
Date: Wed, 04 Jan 2006 22:41:33 +0200
Newsgroups: jedi.vcl

Hi,
Is there a serializer that works similarly to TJvgXMLSerializer but stores the information in binary/compressed?

Thanks,
Ariel.


Subject: Re: TJvPopupMenu - BiDiMode
From: tanffn <arieljacob@gmail.com>
Date: Wed, 04 Jan 2006 22:25:46 +0200
Newsgroups: jedi.vcl

OBones wrote:
> tanffn wrote:
>
>> Hi,
>> There is a small bug in TJvPopupMenu (maybe also in TpopupMenu, didn’t have time to test it), compiling with Delphi 2006 the the first time the menu will popup it starts in BiDiMode of bdRightToLeft even tho it is set to bdLeftToRight.
>> To bypass the problem I have set it in designtime to bdRightToLeft and in runtime to bdLeftToRight.
>>
>> Am I the only one who encountered it?
>
> No, look in Mantis, it's been known for a while, but I can't figure out why it's happening only in D2005.
>
> http://homepages.borland.com/jedi/issuetracker/

Same problem in Delphi2006, at least there is a workaround..


Subject: Re: Changes made in order to be able to compile the lib in D6 and D10
From: tanffn <arieljacob@gmail.com>
Date: Wed, 04 Jan 2006 22:24:00 +0200
Newsgroups: jedi.vcl

OBones wrote:
> No, it's because this way we are SURE it is here.
> Some people compile the JCL then only leave the DCP files which is enough to build the JVCL. In this case the jedi.inc file would be missing.
> But if you had an old jedi.inc in jvcl\common, then that means you have not updated the JVCL properly.

I've unpacked the entire zip file, not sure where I could have gone wrong.. :/


Subject: Re: GDI leak jvXPcheckBox
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 4 Jan 2006 20:00:10 +0100
Newsgroups: jedi.vcl

I have fixed this. But please post bug reports to Mantis:
http://homepages.borland.com/jedi/issuetracker/


-- Regards, Andreas Hausladen 

Subject: Re: VCLEditors.dcu not found (D 2006)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 4 Jan 2006 19:42:44 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > There are a lot of "d10" missing. I'll update all the XML files and
> > insert the "allbut5" where applyable. This reduces our modifications for
> > newer Delphi versions to one file.

Can someone test the new xml files with BCB 5 and 6 as well as with all
personal editions.
I have tested D5, D6, D7 and BDS2006.

-- Regards, Andreas Hausladen 

Subject: GDI leak jvXPcheckBox
From: "Maurice Vercherat" <Vter94@Freedom.fr>
Date: Wed, 04 Jan 2006 19:38:00 +0100
Newsgroups: jedi.vcl

Hi
The last version on jvXPCheckBox (5 weeks) doesn't work, there always leak of GDI, then following code crash the system ;
<CODE>
unit Unit1;

interface

uses
 Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
 Dialogs, JvExControls, JvComponent, JvXPCore, JvXPCheckCtrls, JvXPButtons,
 StdCtrls;

type
 TForm1 = class(TForm)
   j1: TJvXPCheckbox;
   j2: TJvXPCheckbox;
   j3: TJvXPCheckbox;
   j4: TJvXPCheckbox;
   JvXPButton1: TJvXPButton;
   procedure FormCreate(Sender: TObject);
   procedure JvXPButton1Click(Sender: TObject);
 private
   T : Array[0..3] of TJvXPCheckbox;
 public
   { Déclarations publiques }
 end;

var
 Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.FormCreate(Sender: TObject);
begin
T[0]:=J1;
T[1]:=J2;
T[2]:=J3;
T[3]:=J4;
end;

procedure TForm1.JvXPButton1Click(Sender: TObject);
var I,J : Integer ;
begin
RanDomize ;
For I:= 0 to 50000 do
Begin
  J :=random(3);
  Case J Of
  0:Begin T[0].Checked:=True; T[1].Checked:=False;T[2].Checked:=False;T[3].Checked:=False;Refresh; end;
  1:Begin T[0].Checked:=False; T[1].Checked:=true;T[2].Checked:=False;T[3].Checked:=False;Refresh; end;
  2:Begin T[0].Checked:=False; T[1].Checked:=False;T[2].Checked:=true;T[3].Checked:=False;Refresh; end;
  3:Begin T[0].Checked:=False; T[1].Checked:=False;T[2].Checked:=False;T[3].Checked:=true;Refresh; end
  Else Begin T[0].Checked:=False; T[1].Checked:=False;T[2].Checked:=False;T[3].Checked:=False; end;
  Refresh;
 end;
end;
end;

end.
</CODE>
Any Idea ??
Thanks
Maurice Vercherat

PS : The same with TCheckBox works fine !

-- 
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com




Subject: Re: Question on JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 4 Jan 2006 19:18:56 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > only for D2006 it doesn't work.

It's the missing d10 in all the package-xml files. I currently update them
all.


-- Regards, Andreas Hausladen 

Subject: Re: VCLEditors.dcu not found (D 2006)
From: "Andreas Hausladen" <AndreasDOTHausladen@gObviousToBeRemovedmx.de>
Date: Wed, 4 Jan 2006 18:56:45 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > OBones a écrit :
>> > > Yes, it should. Can anyone fix this?
> > 
> > And this is not the only package missing this dependency. I don't know
> > why the compiler doesn't emit warnings for implicitly linked unit in a
> > package.

There are a lot of "d10" missing. I'll update all the XML files and insert
the "allbut5" where applyable. This reduces our modifications for newer
Delphi versions to one file.

-- Regards, Andreas Hausladen 

Subject: Re: VCLEditors.dcu not found (D 2006)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 04 Jan 2006 18:14:44 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Yes, it should. Can anyone fix this?

And this is not the only package missing this dependency. I don't know why the compiler doesn't emit warnings for implicitly linked unit in a package.

-- 
Florent Ouchet


Subject: Re: TJvForm and dxgettext
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 17:16:06 +0100
Newsgroups: jedi.vcl

Ok, thanks.


Subject: Re: VCLEditors.dcu not found (D 2006)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 17:15:48 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Fair enough. Sorry for overlooking this. Maybe the one in the JCL needs
>> updating then.
>
>
> You had updated that, but you forgot the JVCL :-)

Blimmey. Sometimes I wonder what my brain is thinking :-)


Subject: Re: TJvForm and dxgettext
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Wed, 04 Jan 2006 17:08:21 +0100
Newsgroups: jedi.vcl

"First chance exception at $51F1AA4A. Exception class $C0000005 with message 'access violation at 0x51f1aa4a: read of address 0x00000024'. Process Project1.exe (3084)"

To reproduce using BCB6 and 2006

Make a new VCL app

#include "JvComponent.hpp"

inherit from TJvForm instead of TForm

compile & run

The app compile fine but the run stop just before initializing main form.

OBones a écrit :
> AV details ?


Subject: Re: VCLEditors.dcu not found (D 2006)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 Jan 2006 16:42:36 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Fair enough. Sorry for overlooking this. Maybe the one in the JCL needs
> > updating then.

You had updated that, but you forgot the JVCL :-)


-- Regards, Andreas Hausladen 

Subject: Re: JvFormStorage problems with visual form inheritance
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 4 Jan 2006 15:26:11 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > If you can create a small demo application, then I'll try to have a
> > look at it.

It seens that I managed everything to work now, finally! ;)
If I still have problems, I'll get in touch.

Thanks!

-- Erick Sasse Brazil 

Subject: Re: JVDBTreeView for Delphi 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 16:23:37 +0100
Newsgroups: jedi.vcl

the easiest way is to use a daily package from here:

http://jvcl.sf.net/daily/

As indicated on the above page, you will need a daily package for the JCL as well, which you can get here:

http://jcl.sf.net/daily/

Cheers
Olivier


Subject: Re: VCLEditors.dcu not found (D 2006)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 16:22:36 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Thanks.
>
>
> The build.exe of JVCL was outdated. The build.dpr had BDS 2006 support but
> the precompiled file had only Delphi 2005 support. I recompiled the file
> and comitted it. It had only an impact on the "build all packages"
> "packages\bin\build.exe d10". If used via install.bat no package is
> created and so the  $(BDSPROJECTSDIR) was not used.

Fair enough. Sorry for overlooking this. Maybe the one in the JCL needs updating then.


Subject: Re: JVDBTreeView for Delphi 2006
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 4 Jan 2006 10:08:08 -0500
Newsgroups: jedi.vcl

    I've never used  CVS and know absolutely nothing about it.  Can you tell 
me what I need to do to and where to get what ever I need?  This is the ONLY 
data-aware treeview I've been able to find and it's a major part of the 
interface for my current project so I really need it working.  I wasn't 
aware of these other problems until I saw your post either!

"Ivan Ravin" <ivan_ra@mail.ru> wrote in message 
news:dpg3pc$eb0$1@talkto.net...
> > This is CreateWnd/DestroyWnd bug. Look at 
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3256
> > Unfortunately the mistake has been made after release 3.0 (your 2005 jvcl) 
> > and has got in release 3.1. You can get fixed version from latest CVS.
> > I also recommend to apply code fix from 
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3373 and 
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3376
> > 




Subject: Re: VCLEditors.dcu not found (D 2006)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 Jan 2006 15:35:00 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Thanks.

The build.exe of JVCL was outdated. The build.dpr had BDS 2006 support but
the precompiled file had only Delphi 2005 support. I recompiled the file
and comitted it. It had only an impact on the "build all packages"
"packages\bin\build.exe d10". If used via install.bat no package is
created and so the  $(BDSPROJECTSDIR) was not used.

-- Regards, Andreas Hausladen 

Subject: Re: VCLEditors.dcu not found (D 2006)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:31:48 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Yes, it should. Can anyone fix this?
>
>
> Fixed.
>
> I have added a "allbut5" target to pgEdit.xml.
>

Thanks.


Subject: Re: VCLEditors.dcu not found (D 2006)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 Jan 2006 15:31:07 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Yes, it should. Can anyone fix this?

Fixed.

I have added a "allbut5" target to pgEdit.xml.

-- Regards, Andreas Hausladen 

Subject: Re: JvFormStorage problems with visual form inheritance
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:15:32 +0100
Newsgroups: jedi.vcl

Not many people use form inheritance. Out of these, I think you are the only one actually putting the FormStorage component on the base form. If you can create a small demo application, then I'll try to have a look at it.


Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:14:18 +0100
Newsgroups: jedi.vcl

Prefix MessageDlg with the name of the unit where it belongs, there is one in JvDSADialogs and one in Windows, hence the problem, I believe.


Subject: Re: TJvForm and dxgettext
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:13:16 +0100
Newsgroups: jedi.vcl

AV details ?


Subject: Re: JVDBTreeView for Delphi 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:12:50 +0100
Newsgroups: jedi.vcl

And as this is in the daily versions, it will be in release 3.2 that will be done during this month, I believe.


Subject: Re: [BCB2006]
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:12:07 +0100
Newsgroups: jedi.vcl

Please add an issue in mantis for this:

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: TJvPopupMenu - BiDiMode
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:11:29 +0100
Newsgroups: jedi.vcl

If it's TMenuItem, then we can't do anything about it. But maybe you have attached an action to the TMenuItem, which would explain why it does not follow its Enabled property


Subject: Re: TJvPopupMenu - BiDiMode
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:10:46 +0100
Newsgroups: jedi.vcl

tanffn wrote:

> Hi,
> There is a small bug in TJvPopupMenu (maybe also in TpopupMenu, didn’t have time to test it), compiling with Delphi 2006 the the first time the menu will popup it starts in BiDiMode of bdRightToLeft even tho it is set to bdLeftToRight.
> To bypass the problem I have set it in designtime to bdRightToLeft and in runtime to bdLeftToRight.
>
> Am I the only one who encountered it?

No, look in Mantis, it's been known for a while, but I can't figure out why it's happening only in D2005.

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: TJvSimpleXMLElem.Container
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:08:54 +0100
Newsgroups: jedi.vcl

Your changes seem fine to me.


Subject: Re: Installation problem with JVCL3.1
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:07:11 +0100
Newsgroups: jedi.vcl

The examples are often WAY behing the common code, so this is not surprising. The examples have to be fixed indeed. Please enter an issue in Mantis (after registering):

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: VCLEditors.dcu not found (D 2006)
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:04:25 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> VCLEditors.dcu is never installed.
> I think there is a missing requires in JvHMID10D.dpk, it should require designide.

Yes, it should. Can anyone fix this?


Subject: Re: Changes made in order to be able to compile the lib in D6 and D10
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 04 Jan 2006 15:03:24 +0100
Newsgroups: jedi.vcl

No, it's because this way we are SURE it is here.
Some people compile the JCL then only leave the DCP files which is enough to build the JVCL. In this case the jedi.inc file would be missing.
But if you had an old jedi.inc in jvcl\common, then that means you have not updated the JVCL properly.


Subject: Re: Mantis 3388
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 04 Jan 2006 12:38:32 +0100
Newsgroups: jedi.vcl

Thanks and fast :-)

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>> Any suggestions, how to handle it.
>
> I have added a "if FormStyle <> fsMDIChild" and it worked. I also fixed
> some VCL vs. VisualCLX problems.
> I'll commit the file in 20 minutes.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Mantis 3388
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 Jan 2006 12:31:25 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Any suggestions, how to handle it.

I have added a "if FormStyle <> fsMDIChild" and it worked. I also fixed
some VCL vs. VisualCLX problems.
I'll commit the file in 20 minutes.


-- Regards, Andreas Hausladen 

Subject: JvFormStorage problems with visual form inheritance
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 4 Jan 2006 11:29:45 +0000 (UTC)
Newsgroups: jedi.vcl

Since I migrated from JVCL 2 to 3 I couldn't get JvFormStorage to works
the way it was working with JVCL 2.

I'm having so much difficult.

A new problem that just shown up is that when I have JvFormStorage in a
Base form and try to edit the stored properties in the inherited forms,
it simply don't save then in the list of stored properties. Is it a
know issue? I didn't search Mantis about it.

Is there anyone here using JvFormStorage with multiples levels of
visual form inheritance without problems? I'm frustrated.. :(

Thanks. 

-- Erick Sasse Brazil 

Subject: Re: Translating: daily or stable?
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Wed, 04 Jan 2006 12:26:22 +0100
Newsgroups: jedi.vcl

OBones ha scritto:

> Carmelo Viavattene wrote:
>
>> I must restart my work, or i can reuse my translation in today daily release?
>> How I must make?
>> You could indicate the passages to me in order not to throw via this my job?
>
>
> The translation files (.po) have not changed, so please post your .po file and we will gladly accept it.

I'am completed the italian translation:
Mantis 3362, 3390

Regards,
Carmelo Viavattene


Subject: Re: Question on JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 Jan 2006 12:18:06 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > My question is, where does the compiler look for which files.

The .dcp file's directory must be specified in the -Uunitdirs option
(library paths). The .bpl files must be in the PATH env-var.


-- Regards, Andreas Hausladen 

Subject: Mantis 3388
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 04 Jan 2006 12:08:03 +0100
Newsgroups: jedi.vcl

Hi,

can anyone else please have a look at this entry  : http://homepages.borland.com/jedi/issuetracker/view.php?id=3388

It seems to be a problem with my changes i had made for the TJvForm, we had discussed before.

Any suggestions, how to handle it.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Question on JVCL Installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 04 Jan 2006 11:18:43 +0100
Newsgroups: jedi.vcl

Hi

i've attached the contents of the path command.

My question is, where does the compiler look for which files.

I remember on a discussion we have last year, that the dcp-files where searched. Is this right? If yes, is it enough to place the dcp files in one directory of the path? Or must i place all components into the path.

The point is, that for delphi 7 there is no problem with the 3rd-party integration, only for D2006 it doesn't work.

Greetings
Jens

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>> i hope you can give me a hint.
>
> Maybe it's because the Installer modifies the PATH env-var.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


path.txt

PATH=C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\;C:\Dokumente und Einstellungen\Jens\Eigene Dateien\Borland Studio-Projekte\Bpl;D:\Programme\Entwicklung\Borland\BDS\4.0\Bin;D:\Oracle\product\10.1.0\Client_1\bin;D:\Oracle\product\10.1.0\Client_1\jre\1.4.2\bin\client;D:\Oracle\product\10.1.0\Client_1\jre\1.4.2\bin;D:\Programme\Entwicklung\Borland\Delphi7\Bin;D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl\;D:\Programme\Entwicklung\Borland\Delphi5\Projects\Bpl;D:\Programme\Entwicklung\Borland\Delphi5\Bin;F:\oracle\product\10.1.0\db_1\bin;F:\oracle\product\10.1.0\db_1\jre\1.4.2\bin\client;F:\oracle\product\10.1.0\db_1\jre\1.4.2\bin;D:\Programme\Entwicklung\Borland\Delphi5\Projects\Bpl;D:\Programme\Entwicklung\Borland\Delphi5\Bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;D:\Programme\Entwicklung\Borland\Delphi6\Bin;D:\Programme\Entwicklung\Borland\Delphi6\Projects\Bpl;S:\Deltools\Subversion\bin;D:\Programme\Entwicklung\Borland\Delphi6\Bin;D:\Programme\Entwicklung\Borland\Delphi6\Projects\Bpl;D:\Programme\ATI Technologies\ATI.ACE\;C:\Program Files\Borland\CaliberRM SDK 2005 R2\lib;C:\Dokumente und Einstellungen\Jens\Eigene Dateien\Borland Studio Projects\Bpl;C:\Dokumente und Einstellungen\Jens\Eigene Dateien\Borland Studio-Projekte\Bpl;

path.txt
	



Subject: Re: JVDBTreeView for Delphi 2006
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 4 Jan 2006 12:18:21 +0300
Newsgroups: jedi.vcl

This is CreateWnd/DestroyWnd bug. Look at 
http://homepages.borland.com/jedi/issuetracker/view.php?id=3256
Unfortunately the mistake has been made after release 3.0 (your 2005 jvcl) 
and has got in release 3.1. You can get fixed version from latest CVS.
I also recommend to apply code fix from 
http://homepages.borland.com/jedi/issuetracker/view.php?id=3373 and 
http://homepages.borland.com/jedi/issuetracker/view.php?id=3376 




Subject: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: "Adam H." <info@removemeforsmap.wsd.net.au>
Date: Wed, 4 Jan 2006 19:34:39 +1100
Newsgroups: jedi.vcl

Hi,

I'm trying to use the MessageDlg editor to generate source code for the
MessageDlg / MessageDlgEx functions.

It appears to generate the dialog box fine in the editor, but when I try and
compile the code in my own source, I get the compilation error:

"Ambiguous overloaded call to 'MessageDlg'(or 'MessageDlgEx')"

Can anyone help please.

Thanks & Regards

Adam.





Subject: Re: Question on JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 3 Jan 2006 23:28:11 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > i hope you can give me a hint.

Maybe it's because the Installer modifies the PATH env-var.


-- Regards, Andreas Hausladen 

Subject: TJvTranslator
From: "Zoquo" <nospam@nospam.com>
Date: Tue, 3 Jan 2006 21:21:17 +0100
Newsgroups: jedi.vcl

Hello,

I am using Delphi 7 and JVCL v 3.00.  I am having difficulty with the 
TJvTranslator component (on the Jv Non-Visual tab).  Can anyone tell me 
whether this component works for them?  

When I use the example project, I can't even open the main form as 
Delphi complains that the TJvTranslator and TJvTranslatorStrings classes 
are not found.  The components are then deleted. 

If I create a new project, I can successfully add the components onto a 
new form and bring across the example's FormCreate and button click 
methods successfully, but translation does not occur at all.  I have 
changed the file specification in the click methods to point to the full 
path of the XML files supplied and the components are named in the new 
project exactly as they were named in the example supplied.

Any help would be appreciated.

Andrew White



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Question on JVCL Installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 03 Jan 2006 18:00:06 +0100
Newsgroups: jedi.vcl

Hi Andreas,

i hope you can give me a hint.

Sorry if i terrorize you :-)

Greetings
Jens

Jens Fudickar wrote:
> Hi Andreas,
>
> im working on the InstalledPackages.inc.
>
> My Problem is that i'm not be able to compile the D2006 packages with any of the USE_3RD_PARTY_XXXX options activated in the jvcl.inc file.
>
> I didn't know why. It's working with D7 and D2005 but not with D2006. The errror is always that one of the *.pas files of the 3rd-party components is not found.
>
> Inside the ide there is no problem to compile these components, but not using the jvcl installer.
>
> Any idea??
>
> Greetings
> Jens
>
> Andreas Hausladen wrote:
>> Jens Fudickar wrote:
>>
>>> im starting reintegration of the 3rd Party Tools into the JVCL Installer
>>> for D2006.
>>
>> Do you mean the InstalledPackages.inc file? Or what are you doing exactly?
>>
>> BTW: The installer has it's own jvcl.inc file.
>>
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Lazarus
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 3 Jan 2006 17:45:45 +0100
Newsgroups: jedi.vcl

Juergen Knill wrote:

> > is there a plan to port jedi to lazarus?

I think you mean JVCL.

And no there are no plans. It is not only a lot of work. The JVCL heavily
depends on VCL behaviour and Win32API calls. Lazarus (LCL) can not offer
this due to it's platform independency.


--
Regards,

Andreas Hausladen


Subject: Lazarus
From: "Juergen Knill" <Juergen.Knill@Knill.de>
Date: Tue, 3 Jan 2006 17:16:12 +0100
Newsgroups: jedi.vcl

hi all

is there a plan to port jedi to lazarus?

jüergen


Subject: Re: JvFormStorageSelectList
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 3 Jan 2006 15:10:33 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > It gives you the possibility to store different settings for the
> > JvFormStorage components in combination with a end user dialog.
> > 
> > I use it in one of my programs to store and restore the contents of
> > some filter fields.

Didn't get it. Can you give more details?

Thanks!

-- Erick Sasse Brazil 

Subject: Re: TJvPopupMenu - BiDiMode
From: tanffn <arieljacob@gmail.com>
Date: Tue, 03 Jan 2006 16:34:45 +0200
Newsgroups: jedi.vcl

I have a similar problem with TMenuItem in the Enabled property, even though that in the designer it looks grayed it won’t be in run time. I need to add the code Enabled:= true then Enabled:= false.

How can I solve this issue, any ideas?

Ariel.


Subject: TJvForm and dxgettext
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Tue, 03 Jan 2006 14:39:45 +0100
Newsgroups: jedi.vcl

Hello,

I am using dxgettext to localize my app. So all my forms inherit from TJvFrom as indicated in jvcl\help\localization.html.

I just installed JVCL 3.10 and now the throw an AV at startup when a form inherits from TJvForm. The AV disappears when it inherits from TForm instead.

JVCL 3.10

Cheers,
Olivier Bertini


Subject: Re: JvFormStorageSelectList
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 03 Jan 2006 14:26:18 +0100
Newsgroups: jedi.vcl

It gives you the possibility to store different settings for the JvFormStorage components in combination with a end user dialog.

I use it in one of my programs to store and restore the contents of some filter fields.

Greetings
Jens

Erick Sasse wrote:
> What does JvFormStorageSelectList do? I could not find any references.
>
> Thanks!
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: JvFormStorageSelectList
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 3 Jan 2006 13:17:57 +0000 (UTC)
Newsgroups: jedi.vcl

What does JvFormStorageSelectList do? I could not find any references.

Thanks!

-- Erick Sasse Brazil 

Subject: How I use SortOnFields on TJvMemoryData ??
From: "Fellipe Henrique" <fellipeh@oi.com.br>
Date: Tue, 3 Jan 2006 10:48:05 -0200
Newsgroups: jedi.vcl

Hello everybody, I have these problem, my code is:

  oDados := TJvMemoryData.Create(nil);
  oDados.EmptyTable;
  oDados.FieldDefs.Clear;
  oDados.FieldDefs.Add('FLD_NAME', ftString, 30, True);
  oDados.FieldDefs.Add('FLD_TYPE', ftString, 30);
  oDados.FieldDefs.Add('FLD_SIZE', ftInteger);
  oDados.FieldDefs.Add('FLD_MASK', ftString, 50);
  oDados.FieldDefs.Add('FLD_DESC', ftString, 250);
  oDados.FieldDefs.Add('FLD_PK', ftBoolean);
  oDados.FieldDefs.Add('FLD_FK', ftBoolean);
  oDados.FieldDefs.Add('FLD_FKFLD', ftString, 30);
  oDados.LoadStructure := True;
  oDados.KeyFieldNames := 'FLD_NAME';

  oDados.SortOnFields('FLD_DESC'); << error is here

Error Message:
    Field 'FLD_DESC' not found

How I use  SortOnFields? I want to order by FLD_DESC.

Thanks for all, and sorry my poor english

Fellipe H.




Subject: JVDBTreeView for Delphi 2006
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 3 Jan 2006 06:26:50 -0500
Newsgroups: jedi.vcl

    Just wanted to let you know that when using this component, if you dare 
set it's datasource property via the object inspector, or via code in the 
tree's form's OnCreate, it closes the dataset it is connected to causing an 
error in most cases because any code after this to check if there are any 
records or to add a record cannot be performed on a closed dataset!  This 
was NOT true of the same component in the previous version used under D2005!
    The workaround is to either reset the dataset's active property back to 
true AFTER your code connecting the treeview runs in the form's OnCreate, 
OR, and I believe this solution is better for many reasons, set the tree's 
datasource property in the form's Onshow event, using a boolean so that it 
is reset everytime that same form is shown again.  It only needs to be set 
once, the first time the form is created, and will stay connected until you 
free the form.
    In any case this is definitely bad data-aware behavior! 




Subject: Re: [BCB2006]
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Mon, 02 Jan 2006 20:41:09 +0100
Newsgroups: jedi.vcl

Uh? The title is only partial? Newsreader bug? Doesn't matter...


Subject: [BCB2006]
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Mon, 02 Jan 2006 20:39:25 +0100
Newsgroups: jedi.vcl

TJvBrowseForFolderDialog causes

[C++ Error] oleidl.h(222): E2238 Multiple declaration for 'IOleAdviseHolder'

To reproduce:

Add the component to a form and run.

Regards,
Olivier


Subject: TJvPopupMenu - BiDiMode
From: tanffn <arieljacob@gmail.com>
Date: Mon, 02 Jan 2006 20:26:48 +0200
Newsgroups: jedi.vcl

Hi,
There is a small bug in TJvPopupMenu (maybe also in TpopupMenu, didn’t have time to test it), compiling with Delphi 2006 the the first time the menu will popup it starts in BiDiMode of bdRightToLeft even tho it is set to bdLeftToRight.
To bypass the problem I have set it in designtime to bdRightToLeft and in runtime to bdLeftToRight.

Am I the only one who encountered it?

Ariel.


Subject: Re: Problems with the JVCL installation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 Jan 2006 17:35:43 +0100
Newsgroups: jedi.vcl

jwargo wrote:

> > I uninstalled D2006 and the JVCL 3.10 worked like a champ. It's something
> > about having D2005 and D2006 using the same BPL folder (which is what the
> > Delphi installed does when you install D2005 and D2006).
> > 
> > Suggestions?

I had the same problem and solved it by doing a search and replace in the
registry for Delphi 2005's BPL directory. I renamed it to BPL2005.



-- Regards, Andreas Hausladen 

Subject: Re: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 02 Jan 2006 15:04:30 +0100
Newsgroups: jedi.vcl

Christian napsal(a):
> So obviously i need more explanations ?

If you change the destination folder where the JCL packages are going to be installed, make sure this folder appears in the PATH environment variable because this is where Delphi searches for them during start-up.

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Changes made in order to be able to compile the lib in D6 and D10
From: tanffn <arieljacob@gmail.com>
Date: Mon, 02 Jan 2006 14:49:23 +0200
Newsgroups: jedi.vcl

found it! The file was hiding in jvcl\common
if JVCL require JCL and JCL contains the jedi.inc (under jcl\source) file why add it again in the JVCL? Is it just a surce for trouble?

Ariel.

> tanffn wrote:
>> obones wrote:
>>
>>> Old DCUs lying around, other projects including jedi.inc (most know being UIB)
>>
>> But changing the specific pas / inc does effect the compilation => I am working on the right file and the compiler does use it.
>> All the paths seams to be correct, and I have renamed the other vrsion.. any idea how can I find the problem?
>
> An older jedi.inc lying around can drive you nuts.
> The directory may be in Library and Browsing path and there at different
> positions. So the editor may open a different jedi.inc than the compiler
> if you doubleclick the error message.


Subject: Re: Installation problem with JVCL3.1
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Sun, 01 Jan 2006 23:43:08 -0500
Newsgroups: jedi.vcl

Mark J. Wallin wrote:
> > I installed JVCL 3.1 on Delphi 5 and 7 and the installation seemed to
> > work fine (no errors).  I had previously uninstalled the 3.0 version as
> > specified, clearing out the components, clearing the library path,
> > editing the registry, etc.
> > 
> > After installation, I tried compiling the fJVInterpreterTest project (in
> > Delphi 5.0 Pro).  The compile failed with the error:
> > 
> > fJvInterpreterTest.pas(123): Undeclared identifier: 'AddSlash2'.
> > 

After a little investigation, the functions 'substr' and addslash2 are located
in the archive folder in units jvStrUtil and jvUtils.  In the 3.0 library, the
substr and addSlash2 functions were in ..\run\JVJCLUTILS.PAS.  In the 3.1
version, the functions are not included.  Was this by design?  If so, the
JvInterpreter examples need to be updated.

Mark J. Wallin


Subject: Re: No IDE target available in JVCL3 installer
From: "Christian" <chramade@aol.com>
Date: Sun, 1 Jan 2006 23:36:33 +0100
Newsgroups: jedi.vcl

So obviously i need more explanations ?

"Ivo Bauer" <abuer@zom.zc> a écrit dans le message de news: 
dp8t9k$t4t$1@talkto.net...
>> >> "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le 
>> >> message de news: dp8abj$q4q$1@talkto.net...
>> >>
>>> >>>Christian wrote:
>>> >>>
>>> >>>
>>>> >>>>and yes, i added the bpl directory in the browse paths
>>> >>>
>>> >>>The bpl directory must be in the PATH environment variable. Otherwise
>>> >>>Delphi can't find the bpl files on startup.
> >
> > Christian, Browse path <> PATH envvar
> >
> > -- 
> > Ivo Bauer [OZM Research, s.r.o.]
> > ________________________________________________
> > ModLink - MODBUS Messaging Components for Delphi
> > http://www.ozm.cz/ivobauer/modlink/ 




Subject: Re: Problems with the JVCL installation
From: "jwargo" <john@someaccount.com>
Date: Sun, 1 Jan 2006 23:28:32 +0100
Newsgroups: jedi.vcl

> >I downloaded the complete JVCL 3.10 installation files yesterday and I
> >cannot get them to install. The JCL that comes with it installs fine, but
> >when I try to install the JVCL, I get the following error:
> >
> >FATAL: JvCorD9R.dpk(40): F2141 Bad file format: "c:\...\jclvcl.dcp'
> >
> >I cannot get past it.  I have Delphi 7, 2005 and 2006 installed.  It
> >installs for Delphi 7 just fine, but I cannot get it installed for D2005
> >or D2006.  I cannot even backup and install version 3.0, I get a different
> >error message (which I cannot remember now).
> >
> >Is this happening because I have both D2005 and D2006 installed on this
> >system?  I'm tempted to uninstall Delphi 2006 and see what happens, but
> >that will take a lot of time.
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >
I uninstalled D2006 and the JVCL 3.10 worked like a champ. It's something
about having D2005 and D2006 using the same BPL folder (which is what the
Delphi installed does when you install D2005 and D2006).

Suggestions?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with the JVCL installation
From: "jwargo" <john@someaccount.com>
Date: Sun, 1 Jan 2006 23:27:39 +0100
Newsgroups: jedi.vcl

> >jwargo a écrit :
>> >> I downloaded the complete JVCL 3.10 installation files yesterday and I
>> >> cannot get them to install. The JCL that comes with it installs fine, but
>> >> when I try to install the JVCL, I get the following error:
>> >> 
>> >> FATAL: JvCorD9R.dpk(40): F2141 Bad file format: "c:\...\jclvcl.dcp'
> >
> >Are Delphi 7's Delphi 2005's and BDS 2006's BPL paths equal?
> >
> >-- 
> >Florent Ouchet
> >

No, the Delphi 7 BPL folder is different than the one for D2005 and D2006.
 All of the Delphi installations were done with the default settings, D7
puts it under the program files folder while D2005 and D2006 put them
under Documents and Settings.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problems with the JVCL installation
From: "jwargo" <john@someaccount.com>
Date: Sun, 1 Jan 2006 23:01:14 +0100
Newsgroups: jedi.vcl

I downloaded the complete JVCL 3.10 installation files yesterday and I
cannot get them to install. The JCL that comes with it installs fine, but
when I try to install the JVCL, I get the following error:

FATAL: JvCorD9R.dpk(40): F2141 Bad file format: "c:\...\jclvcl.dcp'

I cannot get past it.  I have Delphi 7, 2005 and 2006 installed.  It
installs for Delphi 7 just fine, but I cannot get it installed for D2005
or D2006.  I cannot even backup and install version 3.0, I get a different
error message (which I cannot remember now).

Is this happening because I have both D2005 and D2006 installed on this
system?  I'm tempted to uninstall Delphi 2006 and see what happens, but
that will take a lot of time.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with the JVCL installation
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 01 Jan 2006 22:20:37 +0100
Newsgroups: jedi.vcl

jwargo a écrit :
> I downloaded the complete JVCL 3.10 installation files yesterday and I
> cannot get them to install. The JCL that comes with it installs fine, but
> when I try to install the JVCL, I get the following error:
>
> FATAL: JvCorD9R.dpk(40): F2141 Bad file format: "c:\...\jclvcl.dcp'

Are Delphi 7's Delphi 2005's and BDS 2006's BPL paths equal?

-- 
Florent Ouchet


Subject: Re: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 01 Jan 2006 17:13:32 +0100
Newsgroups: jedi.vcl

> "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le message de news: dp8abj$q4q$1@talkto.net...
>
>> Christian wrote:
>>
>>
>>> and yes, i added the bpl directory in the browse paths
>>
>> The bpl directory must be in the PATH environment variable. Otherwise
>> Delphi can't find the bpl files on startup.

Christian, Browse path <> PATH envvar

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: TJvSimpleXMLElem.Container
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 02 Jan 2006 01:37:57 +1000
Newsgroups: jedi.vcl

Hi All,

This is mainly thinking out loud (except in writing), so only those who know the inner workings of TJvSimpleXML and want to check my conclusions need read this thread.

I've committed these changes to CVS, so it'll be easy to review & test them. Please revert any of them if they create an issue, but I don't think they will. :)

--------------------

While looking at Mantis Issue 3369 (no, you don't need to read this issue for background info), I've discovered something strange...

When XML data is loaded, the Container property of each element is not set to Parent.Items, however this can be fixed by inserting "Notify(lElem, opInsert);" at line 1716 (in TJvSimpleXMLElems.LoadFromStream) - as an aside: correct me if I'm wrong, but it shouldn't be needed at line 1670, 'cause in that case it will always be an only Text element & thus will be removed shortly anyway.

In TJvSimpleXMLElems.AddChild & AddChildFirst, it checks if the item has a different Container and if so, it removes it from that Container before adding it to this one. However, the Parent property isn't changed. IMO, the parent property should be updated as well.

Were these simply overlooked, or is there a reason for it to be like this?

Is there a reason (other than speed of access) that Container is a field, not a Get method returning Parent.Items?

Also, TJvSimpleXMLElem.SimpleXML isn't being set when XML data is loaded. My proposed solution to this is to add the following to TJvSimpleXML.Create:

  if Assigned(FParent) then
    FSimpleXML := FParent.FSimpleXML;

-- 
enjoy life,
           Elahn


Subject: Re: Question on JVCL Installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 01 Jan 2006 13:56:31 +0100
Newsgroups: jedi.vcl

Hi Andreas,

im working on the InstalledPackages.inc.

My Problem is that i'm not be able to compile the D2006 packages with any of the USE_3RD_PARTY_XXXX options activated in the jvcl.inc file.

I didn't know why. It's working with D7 and D2005 but not with D2006. The errror is always that one of the *.pas files of the 3rd-party components is not found.

Inside the ide there is no problem to compile these components, but not using the jvcl installer.

Any idea??

Greetings
Jens

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>> im starting reintegration of the 3rd Party Tools into the JVCL Installer
>> for D2006.
>
> Do you mean the InstalledPackages.inc file? Or what are you doing exactly?
>
> BTW: The installer has it's own jvcl.inc file.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: No IDE target available in JVCL3 installer
From: "Christian" <chramade@aol.com>
Date: Sun, 1 Jan 2006 12:46:14 +0100
Newsgroups: jedi.vcl

Yes, that's what I was saying

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le 
message de news: dp8abj$q4q$1@talkto.net...
> > Christian wrote:
> >
>> >> and yes, i added the bpl directory in the browse paths
> >
> > The bpl directory must be in the PATH environment variable. Otherwise
> > Delphi can't find the bpl files on startup.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: No IDE target available in JVCL3 installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Jan 2006 11:50:07 +0100
Newsgroups: jedi.vcl

Christian wrote:

> > and yes, i added the bpl directory in the browse paths

The bpl directory must be in the PATH environment variable. Otherwise
Delphi can't find the bpl files on startup.

-- Regards, Andreas Hausladen 

Subject: Re: No IDE target available in JVCL3 installer
From: "Christian" <chramade@aol.com>
Date: Sat, 31 Dec 2005 23:33:42 +0100
Newsgroups: jedi.vcl

Yes ok but after the installation of JCL, when launched, BDS2006 tries to 
load those bpl (100.bpl) an tells me that they cannot be loaded. I am not 
trying anything.
after that, i get the other error messages
After that I went to the directory and load the bpl myself, except the 
100.bpl
It works
What is weird is that when i look at the components of each bpl, there are 
none. Is it normal ?
The problem is that each time i launch BDS, everything is lost and i have to 
redo everything again
and yes, i added the bpl directory in the browse paths
Sniff sniff


"Ivo Bauer" <abuer@zom.zc> a écrit dans le message de news: 
dp6uin$jh3$1@talkto.net...
> > Christian napsal(a):
>> >> When I install JCL 1.96 under bds 2006, I get
>> >> JCL100.bpl
>> >> JclVcl100.bpl
>> >> which cannot be loaded because they are not designtime packages
> >
> > That's correct because they aren't intended to be used at designtime. Only 
> > the IDE Expert packages are.
> >
>> >> and when I try to install JVCL, the IDE Delphi 2006 is detected and not 
>> >> highlighted (grayed)
>> >> The JCL expected being version 1.95 or higher
> >
> > That's exactly what happened to me. Checking the Packages node did the 
> > trick in my case. I'm not sure why it does not work for BDS2006 and I 
> > can't test it, at least for now. I've got it already but didn't installed 
> > it yet because I have to finish some other work before I can play with my 
> > new toy. :-(
> >
> > -- 
> > Ivo Bauer [OZM Research, s.r.o.]
> > ________________________________________________
> > ModLink - MODBUS Messaging Components for Delphi
> > http://www.ozm.cz/ivobauer/modlink/ 




Subject: Re: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Sat, 31 Dec 2005 23:22:59 +0100
Newsgroups: jedi.vcl

Christian napsal(a):
> When I install JCL 1.96 under bds 2006, I get
> JCL100.bpl
> JclVcl100.bpl
> which cannot be loaded because they are not designtime packages

That's correct because they aren't intended to be used at designtime. Only the IDE Expert packages are.

> and when I try to install JVCL, the IDE Delphi 2006 is detected and not highlighted (grayed)
> The JCL expected being version 1.95 or higher

That's exactly what happened to me. Checking the Packages node did the trick in my case. I'm not sure why it does not work for BDS2006 and I can't test it, at least for now. I've got it already but didn't installed it yet because I have to finish some other work before I can play with my new toy. :-(

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sat, 31 Dec 2005 21:12:24 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > i've already answered to this mantis entry.
> > 
> > Could you please create a small demo and add this to mantis.

Thanks, I saw your answer there. I'll try to create a demo asap.

-- Erick Sasse Brazil 

Subject: Re: Installing JVCL for BDS 2006
From: "Christian" <chramade@aol.com>
Date: Sat, 31 Dec 2005 20:24:50 +0100
Newsgroups: jedi.vcl

I have the same problem

"Christian" <chramade@aol.com> a écrit dans le message de news: 
dp6a30$dn0$1@talkto.net...
> > Did it work fine ?
> >
> > "Ken Adam" <ken@NOT.akadamia.co.uk> a écrit dans le message de news: 
> > do0rih$su$1@talkto.net...
>> >> For the benefit of anyone else who encounters this...
>> >> To get it to work, I had to go to Tools/Options/Environment 
>> >> Options/Delphi options/Library-win32,
>> >> and add 2 items to the Library path:
>> >> 1) jvcl/resources (to get the packages to compile)
>> >> 2) jvcl/lib/d10 (to get programs to find the units)
>> >>
>> >> Probably obvious to anyone more awake than I am this morning.
>> >> (So much easier when the installer does it all for you!)
>> >> Ken
>> >>
> >
> > 




Subject: Re: No IDE target available in JVCL3 installer
From: "Christian" <chramade@aol.com>
Date: Sat, 31 Dec 2005 20:22:29 +0100
Newsgroups: jedi.vcl

When I install JCL 1.96 under bds 2006, I get
JCL100.bpl
JclVcl100.bpl
which cannot be loaded because they are not designtime packages
and when I try to install JVCL, the IDE Delphi 2006 is detected and not 
highlighted (grayed)
The JCL expected being version 1.95 or higher


"Ivo Bauer" <abuer@zom.zc> a écrit dans le message de news: 
dp6hc2$esq$1@talkto.net...
> > Florent Ouchet napsal(a):
>> >> Only the "packages" node is required to create Jcl.bpl, JclVcl.bpl and 
>> >> JclVclx.bpl packages.
> >
> > Thanks for confirmation. That's what I suspected.
> >
>> >> Adding a note when this node is unchecked is a good idea. I will see what 
>> >> I can implement in the next few days.
> >
> > That would be fine. Thanks, Florent!
> >
> > -- 
> > Ivo Bauer [OZM Research, s.r.o.]
> > ________________________________________________
> > ModLink - MODBUS Messaging Components for Delphi
> > http://www.ozm.cz/ivobauer/modlink/ 




Subject: Re: Error when installing jvcl
From: "Christian" <chramade@aol.com>
Date: Sat, 31 Dec 2005 20:03:40 +0100
Newsgroups: jedi.vcl

Actually, I checked JCL and saw that it was not properly installed either
When BDS boots up, the package is not loaded
"jcl100.bpl is not a designtime package", "bpl not found"  etc etc.

"Christian" <chramade@aol.com> a écrit dans le message de news: 
dp6989$dig$1@talkto.net...
> >I try to install the downloaded version from sourceforge
> >
> > "Florent Ouchet" <ouchet.florent@laposte.net> a écrit dans le message de 
> > news: dp5rkh$b8q$1@talkto.net...
>> >> Christian wrote:
>>> >>> I am trying to install jcl/jvcl with delphi 2006...
>>> >>> Everything goes smoothly with JCL
>>> >>> but when I install JVCL, it asks me for JCL v1.95
>>> >>> which is impossible because the actual version is 1.96
>>> >>> Is there anything I am doing wrong ?
>>> >>> Thank you for your help
>> >>
>> >> Are you installing the version of the Partner DVD of BDS 2006 or the 3.10 
>> >> release of sourceforge or a daily zip?
>> >>
>> >> Follow up for this thread set to jedi.vcl.
>> >>
>> >> -- 
>> >> Florent Ouchet
> >
> > 




Subject: Re: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Sat, 31 Dec 2005 19:37:32 +0100
Newsgroups: jedi.vcl

Florent Ouchet napsal(a):
> Only the "packages" node is required to create Jcl.bpl, JclVcl.bpl and JclVclx.bpl packages.

Thanks for confirmation. That's what I suspected.

> Adding a note when this node is unchecked is a good idea. I will see what I can implement in the next few days.

That would be fine. Thanks, Florent!

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Question on JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 31 Dec 2005 18:25:38 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > im starting reintegration of the 3rd Party Tools into the JVCL Installer
> > for D2006.

Do you mean the InstalledPackages.inc file? Or what are you doing exactly?

BTW: The installer has it's own jvcl.inc file.


-- Regards, Andreas Hausladen 

Subject: Re: Installing JVCL for BDS 2006
From: "Christian" <chramade@aol.com>
Date: Sat, 31 Dec 2005 17:33:07 +0100
Newsgroups: jedi.vcl

Did it work fine ?

"Ken Adam" <ken@NOT.akadamia.co.uk> a écrit dans le message de news: 
do0rih$su$1@talkto.net...
> > For the benefit of anyone else who encounters this...
> > To get it to work, I had to go to Tools/Options/Environment Options/Delphi 
> > options/Library-win32,
> > and add 2 items to the Library path:
> > 1) jvcl/resources (to get the packages to compile)
> > 2) jvcl/lib/d10 (to get programs to find the units)
> >
> > Probably obvious to anyone more awake than I am this morning.
> > (So much easier when the installer does it all for you!)
> > Ken
> > 




Subject: Re: Error when installing jvcl
From: "Christian" <chramade@aol.com>
Date: Sat, 31 Dec 2005 17:18:51 +0100
Newsgroups: jedi.vcl

I try to install the downloaded version from sourceforge

"Florent Ouchet" <ouchet.florent@laposte.net> a écrit dans le message de 
news: dp5rkh$b8q$1@talkto.net...
> > Christian wrote:
>> >> I am trying to install jcl/jvcl with delphi 2006...
>> >> Everything goes smoothly with JCL
>> >> but when I install JVCL, it asks me for JCL v1.95
>> >> which is impossible because the actual version is 1.96
>> >> Is there anything I am doing wrong ?
>> >> Thank you for your help
> >
> > Are you installing the version of the Partner DVD of BDS 2006 or the 3.10 
> > release of sourceforge or a daily zip?
> >
> > Follow up for this thread set to jedi.vcl.
> >
> > -- 
> > Florent Ouchet 




Subject: Question on JVCL Installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 31 Dec 2005 17:04:18 +0100
Newsgroups: jedi.vcl

Hi,

im starting reintegration of the 3rd Party Tools into the JVCL Installer for D2006.

It didn't work :-( and i don't know where is my mistake?

I've got allways an "File not found" error for one of the third party units. Why?

It works out of the ide and it works for D7 and D2005.

Any hints???

Greetings and a good start to 2006 for anybody.

Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: No IDE target available in JVCL3 installer
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 31 Dec 2005 16:57:29 +0100
Newsgroups: jedi.vcl

Ivo Bauer a écrit :
> Perhaps there could be a new node added to the JCL installer which would indicate if low-level JCL packages that are needed for proper functioning of JVCL should be compiled or not. Is this a reasonable suggestion? That way it is now it just confuses (at least) me.

Only the "packages" node is required to create Jcl.bpl, JclVcl.bpl and JclVclx.bpl packages.
Adding a note when this node is unchecked is a good idea. I will see what I can implement in the next few days.

-- 
Florent Ouchet


Subject: Re: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Sat, 31 Dec 2005 16:35:41 +0100
Newsgroups: jedi.vcl

Ivo Bauer napsal(a):
> This is confusing. While I understand that JVCL code is up to some extent dependable on the JCL code through some packages, I don't understand why the designtime packages for IDE experts needs to be compiled/installed in order for JVCL to function properly.

Perhaps there could be a new node added to the JCL installer which would indicate if low-level JCL packages that are needed for proper functioning of JVCL should be compiled or not. Is this a reasonable suggestion? That way it is now it just confuses (at least) me.

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Sat, 31 Dec 2005 16:32:45 +0100
Newsgroups: jedi.vcl

Andreas Hausladen napsal(a):
> I have already asked about adding a common registry key with the JCL
> version number but that hasn't happend yet. And it is also a problem for
> manual installation of the JCL because then the registry wouldn't be there.
> If you have any idea on how to detect the JCL please share your mind.

Hmm, since Florent said that JVCL needs some low level packages from JCL to be compiled in order to install/use JVCL, the JVCL istaller could stick to the current detection mechanism. I simply don't understand why JVCL installer should ever need designtime JCL packages for JCL IDE Experts.

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Sat, 31 Dec 2005 16:27:47 +0100
Newsgroups: jedi.vcl

Florent Ouchet napsal(a):
> How were these checkboxes during the first installation?

Package node and all its sub-nodes were checked by default as well during the first install. But since I didn't want to install any of the experts, I simply unchecked them. I also didn't want the MAP files to be created so I unchecked the appropriate node. The only thing that were left checked was DesignPackages under IDE Experts node. I didn't even want design packages so I decided to unchek the Package node as a whole.

> The "packages" node has to be checked to create compiled packages needed by the JVCL.

This is confusing. While I understand that JVCL code is up to some extent dependable on the JCL code through some packages, I don't understand why the designtime packages for IDE experts needs to be compiled/installed in order for JVCL to function properly.

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: VCLEditors.dcu not found (D 2006)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 31 Dec 2005 15:07:52 +0100
Newsgroups: jedi.vcl

Tee-Bee wrote:
> Hello, im getting this error, when trying to install JVCL on Delphi 2006.
>
> C:\Documents and Settings\Tom\Documents\Borland Studio Projects\_components\jvcl\design\JvSegmentedLEDDisplayEditors.pas(35) Fatal: F1026 File not found: 'VCLEditors.dcu'
> I've just found VCLEditors.pas, but I can't find the .dcu. What should I do? Thanks

VCLEditors.dcu is never installed.
I think there is a missing requires in JvHMID10D.dpk, it should require designide.

-- 
Florent Ouchet


Subject: Re: No IDE target available in JVCL3 installer
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 31 Dec 2005 14:41:53 +0100
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> It looks like an installer bug to me and I've found a workaround. I uninstalled the JCL and installed again but now checked the 'Packages' branch in the installation tree along with the 'Designtime packages' item. 

How were these checkboxes during the first installation?
The "packages" node has to be checked to create compiled packages needed by the JVCL.

-- 
Florent Ouchet


Subject: Re: JvFormStorage and AppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 31 Dec 2005 14:41:07 +0100
Newsgroups: jedi.vcl

HI Erik,

i've already answered to this mantis entry.

Could you please create a small demo and add this to mantis.

I'm not firm with form-descendents and so it's easier to see your version.

I will try to look for it afterwords.

Greetings
Jens

Erick Sasse wrote:
> obones wrote:
>
>> No worries. The latest release (3.10) is close enough to CVS for me
>> to be almost certain the behaviour is still there. But I understand
>> the effort required to migrate, that's for sure.
>
> I found it in Mantis:
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3190
>
> But it was closed due to no answers from the reporter. I have just
> reopened.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: No IDE target available in JVCL3 installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 31 Dec 2005 14:24:11 +0100
Newsgroups: jedi.vcl

I have already asked about adding a common registry key with the JCL
version number but that hasn't happend yet. And it is also a problem for
manual installation of the JCL because then the registry wouldn't be there.
If you have any idea on how to detect the JCL please share your mind.


-- Regards, Andreas Hausladen 

Subject: Re: Error when installing jvcl
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 31 Dec 2005 13:23:46 +0100
Newsgroups: jedi.jcl,jedi.vcl

Christian wrote:
> I am trying to install jcl/jvcl with delphi 2006...
> Everything goes smoothly with JCL
> but when I install JVCL, it asks me for JCL v1.95
> which is impossible because the actual version is 1.96
> Is there anything I am doing wrong ?
> Thank you for your help

Are you installing the version of the Partner DVD of BDS 2006 or the 3.10 release of sourceforge or a daily zip?

Follow up for this thread set to jedi.vcl.

-- 
Florent Ouchet


Subject: Installation problem with JVCL3.1
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Fri, 30 Dec 2005 18:46:33 -0500
Newsgroups: jedi.vcl

I installed JVCL 3.1 on Delphi 5 and 7 and the installation seemed to
work fine (no errors).  I had previously uninstalled the 3.0 version as
specified, clearing out the components, clearing the library path,
editing the registry, etc.

After installation, I tried compiling the fJVInterpreterTest project (in
Delphi 5.0 Pro).  The compile failed with the error:

fJvInterpreterTest.pas(123): Undeclared identifier: 'AddSlash2'.

I found that the addSlash function is in the ..\run\jvJCLUtils.pas file
but for some reason, the compiler can't find it.  I made sure the
environment path includes the location of the .BPL's.  The library path
includes all of those required including the run folder.  The only thing
I can think of that might be causing a problem is that the path where
the Jedi code is located is:

\delphi 3rd Party\jediproj\jvcl\...

Is it possible that the spaces in the path name are causing problems?
This is the same exact location where I had installed JVCL 3.0.
However, I believe I may have done a manual install there as I had some
installation problems.

Any ideas?

Thanks,
Mark J. Wallin


Subject: Re: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Fri, 30 Dec 2005 20:53:25 +0100
Newsgroups: jedi.vcl

Ivo Bauer napsal(a):
> JCL install went fine. JVCL installer has been built OK but on the 'Choose IDE targets' page there is no target available/enabled.

It looks like an installer bug to me and I've found a workaround. I uninstalled the JCL and installed again but now checked the 'Packages' branch in the installation tree along with the 'Designtime packages' item. This time the JVCL installer properly detected JCL installed on my machine. I think that the JVCL installer should employ a different technique to detect if JCL is installed on the machine since it isn't mandatory to install the packages for JCL.

Happy new year to all J(V)CL developers and to the rest of you all too!

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: No IDE target available in JVCL3 installer
From: Ivo Bauer <abuer@zom.zc>
Date: Fri, 30 Dec 2005 20:25:31 +0100
Newsgroups: jedi.vcl

Hi!

I've just checked out the latest snapshots of JCL and JVCL3 from CVS. JCL install went fine. JVCL installer has been built OK but on the 'Choose IDE targets' page there is no target available/enabled. I assume this is due to inability of the installer to determine the installed version of JCL. But I'm pretty sure that the latest CVS snapshot of JCL is installed and the path to the JCL directory on the targets page of the JVCL installer is correct (I've even tried to specify it again and again). I have D5, D6, D7, D2005 installed but all these targets are disabled.

What am I doing wrong?

Thanks in advance!

-- 
Ivo Bauer [OZM Research, s.r.o.]
________________________________________________
ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/


Subject: VCLEditors.dcu not found (D 2006)
From: "Tee-Bee" <teebee@yahoo.com>
Date: Fri, 30 Dec 2005 06:00:18 +0100
Newsgroups: jedi.vcl

Hello, im getting this error, when trying to install JVCL on Delphi 2006.

C:\Documents and Settings\Tom\Documents\Borland Studio 
Projects\_components\jvcl\design\JvSegmentedLEDDisplayEditors.pas(35) 
Fatal: F1026 File not found: 'VCLEditors.dcu' 

I've just found VCLEditors.pas, but I can't find the .dcu. What should I 
do? Thanks
Tom Burton



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Install Failure
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 29 Dec 2005 18:50:01 +0100
Newsgroups: jedi.vcl

Hi,

joy wrote:
>   I am still on Delphi 5 and trying to install. JCL Release 1.96.1
> Build 2070 install.bat seemed to work fine but JVCL 3.1, released on 2005-
> 11-01 Install.bat gives the following errors:

That was fixed after November the 1st but not included in this release (that contains only modifications made before October the 31th, you should use daily zips from the JCL and the JVCL to solve the problem.

daily zips from the JCL are available at: http://jcl.sf.net/daily
daily zips from the JVCL are available at: http://jvcl.sf.net/daily

There will be an other release containing this fix in some days.
I apologize for the convenience, the main goal of this release was to support BDS 2006.

Regards,

Florent Ouchet


Subject: Install Failure
From: "joy" <joy@omegasw.com>
Date: Thu, 29 Dec 2005 18:43:06 +0100
Newsgroups: jedi.vcl

  I am still on Delphi 5 and trying to install. JCL Release 1.96.1
Build 2070 install.bat seemed to work fine but JVCL 3.1, released on 2005-
11-01 Install.bat gives the following errors:

build.exe found. Pretest: ok
Using d5 for build process.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Invalid switch - /Q
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
DelphiData.pas(492) Error: Undeclared identifier: 'AnsiContainsText'
DelphiData.pas(492) Error: Operator not applicable to this operand type
DelphiData.pas(497) Error: Undeclared identifier: 'AnsiContainsText'
DelphiData.pas(497) Error: Operator not applicable to this operand type
Utils.pas(85) Fatal: Could not compile used unit 'DelphiData.pas'

** error 1 ** deleting Installer_nomo
Press ENTER to continue


Can anyone tell me what I am doing incorrectly please?



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvDBGrid D2006
From: "nagoyadam" <nagoyadam@yahoo.com.nospam>
Date: Thu, 29 Dec 2005 19:56:15 +0900
Newsgroups: jedi.vcl

TJvDBGrid does not show memo fields in D2006. I think that the reason is 
memo fields are recognized as TWideMemoField while TJvDBGrid deals with 
TMemoField only




Subject: Re: JCL and JVCL <apparently> not compatible
From: "Dave Keighan" <keighand@yahoo.com>
Date: Thu, 29 Dec 2005 00:48:14 +0000 (UTC)
Newsgroups: jedi.vcl

obones,

> > Dave Keighan wrote:
> > 
>> > > Yep, I understand warnings and depreciated code ... should I be getting any though or have I not deleted a file that should have been?
> > 
> > Those warnings have appeared with BDS2006 and we are yet to look at them. But there are no consequences at using these "deprecated" functions anyway.

Beauty, that's what I wanted to know ... it's either normal [in this instance] or not a big deal.

-- Dave Keighan XanaNewser [ 1.17.6.6] 

Subject: CheckBox in JvRichEdit
From: "Cooro90" <Cooro@hotmail.de>
Date: Wed, 28 Dec 2005 17:22:16 +0100
Newsgroups: jedi.vcl

Hi
Is it possible to add a CheckBox to a JvRichEdit?
Someone said i have to create an OLE-Server.
Is there an easier way?

I also could add a Picture which look like a CheckBox.
But I don't know how to recognize the Picture as a CheckBox.
Thanks

(sorry, can't speak englisch well)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL ExceptionDialog
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 28 Dec 2005 15:09:38 +0100
Newsgroups: jedi.vcl

Nick a écrit :
> Is the map file being attached automatically to the exe?

If menu item "Insert JCL Debug data" is checked, then the MAP file is automatically linked (with some modifications) into the binary file when the compilation successes (compilation invoked in the IDE using F9, Make, Build, Make All or Build All).

-- 
Florent Ouchet


Subject: Re: JVCL ExceptionDialog
From: Nick <noreply@nodomain.com>
Date: Wed, 28 Dec 2005 14:36:12 +0100
Newsgroups: jedi.vcl

user@domain.invalid wrote:
> Hi!
>
> I have a question regarding
>
> -Insert JCL Debug Data
> -Map file
> -Debug Information
> -JVCL ExceptionDialog
>
> all these features help me to find the source line where the error occurs. But I don't want to deliver Debug Information or a Map file to the customer. How can I use that? The customer delivers a error address and maybe some stack trace addresses. How can I find the source line from that?
>
> -
> Nick

To see this line

....(Line 9149, "system.pas" + 6),

what is necessary? $D+ or just the JVCL ExceptionDialog form?


Subject: Re: JVCL ExceptionDialog
From: Nick <noreply@nodomain.com>
Date: Wed, 28 Dec 2005 14:32:04 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi,
>
> user@domain.invalid a écrit :
>
>> I have a question regarding
>> -Insert JCL Debug Data
>> -Map file
>> -Debug Information
>> -JVCL ExceptionDialog
>
>
> Once inserted into the executable it is describing, you don't need to redistribute the MAP file.
> There is no need to add additional debug informations inside the executable.
>

Is the map file being attached automatically to the exe?


Subject: Re: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 28 Dec 2005 12:56:46 +0000 (UTC)
Newsgroups: jedi.vcl

obones wrote:

> > No worries. The latest release (3.10) is close enough to CVS for me
> > to be almost certain the behaviour is still there. But I understand
> > the effort required to migrate, that's for sure.

I found it in Mantis:
http://homepages.borland.com/jedi/issuetracker/view.php?id=3190

But it was closed due to no answers from the reporter. I have just
reopened.

-- Erick Sasse Brazil 

Subject: Re: JvFormStorage and AppStorage
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Wed, 28 Dec 2005 13:55:15 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:

> obones wrote:
>
>
>> If you have checked it still happens with the latest CVS (or daily)
>> version, then please yes.
>
> No, I checked only in the latest release. And right now, with all the
> migration work (JVCL 2 to 3), I can't check the latest CVS, sorry.

No worries. The latest release (3.10) is close enough to CVS for me to be almost certain the behaviour is still there. But I understand the effort required to migrate, that's for sure.


> I hope to do that in the future.

This would be very nice of you.


Subject: Re: JvFormStorage and AppStorage
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Wed, 28 Dec 2005 13:37:15 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:

>> But if one could investigate, that would be good.
>
> Would you like me to add it to Mantis?

If you have checked it still happens with the latest CVS (or daily) version, then please yes.
Even better, if you have time, you could trace where it gets the name from and suggest a change.


Subject: Re: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 28 Dec 2005 12:24:09 +0000 (UTC)
Newsgroups: jedi.vcl

obones wrote:

> > If you have checked it still happens with the latest CVS (or daily)
> > version, then please yes.

No, I checked only in the latest release. And right now, with all the
migration work (JVCL 2 to 3), I can't check the latest CVS, sorry.

I hope to do that in the future.

-- Erick Sasse Brazil 

Subject: Re: JvFormStorage and AppStorage
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Wed, 28 Dec 2005 13:13:10 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:

> But it looks like a bug to me. %FORM_NAME% should be replaced by the
> current form name, shouldn't it?

It should, but I wonder if it is at all possible. I mean, the name of the form is the one read when Loaded is called, I believe, and as such, it's the one from the base class at that time. But if one could investigate, that would be good.


Subject: Re: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 28 Dec 2005 12:05:11 +0000 (UTC)
Newsgroups: jedi.vcl

obones wrote:

> > But if one could investigate, that would be good.

Would you like me to add it to Mantis?

-- Erick Sasse Brazil 

Subject: Re: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Wed, 28 Dec 2005 11:27:29 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > You can use for example an overloaded function which returns the form
> > name and then use this function in your base form to change the path.

Yes, I solved putting in the OnCreate of the base form:

JvFormStorage.AppStoragePath := Self.Name + '\';

But it looks like a bug to me. %FORM_NAME% should be replaced by the
current form name, shouldn't it?

-- Erick Sasse Brazil 

Subject: Re: JVCL ExceptionDialog
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 28 Dec 2005 10:12:02 +0100
Newsgroups: jedi.vcl

Hi,

user@domain.invalid a écrit :
> I have a question regarding
> -Insert JCL Debug Data
> -Map file
> -Debug Information
> -JVCL ExceptionDialog

Once inserted into the executable it is describing, you don't need to redistribute the MAP file.
There is no need to add additional debug informations inside the executable.

-- 
Florent Ouchet


Subject: Re: JVCL ExceptionDialog
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Wed, 28 Dec 2005 10:10:05 +0100
Newsgroups: jedi.vcl

user@domain.invalid wrote:

> all these features help me to find the source line where the error occurs. But I don't want to deliver Debug Information or a Map file to the customer. How can I use that? The customer delivers a error address and maybe some stack trace addresses. How can I find the source line from that?

From just the error address and the stack trace, you can hardly find where in the source it happened.
But what I don't get is why you don't want your user to see how your functions and files are named. It's all gibberish to most of them anyway...


Subject: Re: JCL and JVCL <apparently> not compatible
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Wed, 28 Dec 2005 10:07:35 +0100
Newsgroups: jedi.vcl

Dave Keighan wrote:

> Yep, I understand warnings and depreciated code ... should I be getting any though or have I not deleted a file that should have been?

Those warnings have appeared with BDS2006 and we are yet to look at them. But there are no consequences at using these "deprecated" functions anyway.


Subject: Re: JvFormStorage and AppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 28 Dec 2005 08:35:23 +0100
Newsgroups: jedi.vcl

I've done this at runtime before showing the form.

You can use for example an overloaded function which returns the form name and then use this function in your base form to change the path.

Greetings
Jens

Erick Sasse wrote:
> I have a base form in my app (TBaseForm) and a lot of descendents from
> it. I have put the JvFormStorage in my base form with the default
> AppStoragePath to %FORM_NAME%\.
>
> The problem is that when JvAppIniFileStorage saves the INI, it uses the
> same section name for all TBaseForm descentents. It uses [BaseForm].
>
> I need each form to have its own section. How do I do it?
>
> Thanks!
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL ExceptionDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Dec 2005 06:25:04 +0100
Newsgroups: jedi.vcl

Nick wrote:

> Does it mean that the Delphi 2006 exe file contains Debug Information?

Yes. Delphi 2005 and obviously 2006 use the JCL debug extension.


Subject: Re: JVCL ExceptionDialog
From: Nick <noreply@nodomain.com>
Date: Wed, 28 Dec 2005 05:17:30 +0100
Newsgroups: jedi.vcl

e.g. AV output from Delphi 2006 IDE:


 + $0[51F0679E]{rtl100.bpl  } System.System.GetDynaMethod (Line 9149, "system.pas" + 6) + $0
+ $0[51F06B47]{rtl100.bpl  } System.System.@HandleAnyException (Line 9980, "system.pas" + 13) + $0
+ $A7[7C82EE7F]{ntdll.dll   } RtlRaiseStatus + $A7
+ $9[7C82ECC1]{ntdll.dll   } KiUserExceptionDispatcher + $9
+ $B[51F329AD]{rtl100.bpl  } Classes.Classes.FindRootDesigner (Line 3813, "classes.pas" + 1) + $B
+ $1B[0032DD9E]{designide100.bpl} DesignEditors.DesignEditors.TComponentProperty.GetAttributes (Line 1753, "DesignEditors.pas" + 6) + $1B


Does it mean that the Delphi 2006 exe file contains Debug Information?


Subject: JVCL ExceptionDialog
From: user@domain.invalid
Date: Wed, 28 Dec 2005 04:38:49 +0100
Newsgroups: jedi.vcl

Hi!

I have a question regarding

-Insert JCL Debug Data
-Map file
-Debug Information
-JVCL ExceptionDialog

all these features help me to find the source line where the error occurs. But I don't want to deliver Debug Information or a Map file to the customer. How can I use that? The customer delivers a error address and maybe some stack trace addresses. How can I find the source line from that?

-
Nick


Subject: Re: JCL and JVCL <apparently> not compatible
From: "Dave Keighan" <keighand@yahoo.com>
Date: Tue, 27 Dec 2005 23:22:32 +0000 (UTC)
Newsgroups: jedi.vcl

Florent,

> > Hi,
> > 
> > These messages are only warnings about deprecated symbols. This will not introduce incompatibility between the JCL and the JVCL.
> > Deprecated code can still be used, but they are no more supported and they may be removed in future versions.

Yep, I understand warnings and depreciated code ... should I be getting any though or have I not deleted a file that should have been?

Thanks for taking the time.
-- Dave Keighan XanaNewser [ 1.17.6.6] 

Subject: Re: Changes made in order to be able to compile the lib in D6 and D10
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Dec 2005 18:48:43 +0100
Newsgroups: jedi.vcl

tanffn wrote:
> obones wrote:
>
>> Old DCUs lying around, other projects including jedi.inc (most know being UIB)
>
> But changing the specific pas / inc does effect the compilation => I am working on the right file and the compiler does use it.
> All the paths seams to be correct, and I have renamed the other vrsion.. any idea how can I find the problem?

An older jedi.inc lying around can drive you nuts.
The directory may be in Library and Browsing path and there at different
positions. So the editor may open a different jedi.inc than the compiler
if you doubleclick the error message.


Subject: Re: Best replacement for TJvCurrencyEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Dec 2005 17:33:45 +0100
Newsgroups: jedi.vcl

obones wrote:

>> > > I've just found JvValidateEdit with DisplayFormat set to dfCurrency.
>> > > Any other option?
> > 
> > Not that I know of.

TJvValidateEdit contains almost all Edit controls that were separate
controls in JVCL 2.1.



-- Regards, Andreas Hausladen 

Subject: Re: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 15:27:37 +0000 (UTC)
Newsgroups: jedi.vcl

I have a base form in my app (TBaseForm) and a lot of descendents from
it. I have put the JvFormStorage in my base form with the default
AppStoragePath to %FORM_NAME%\.

The problem is that when JvAppIniFileStorage saves the INI, it uses the
same section name for all TBaseForm descentents. It uses [BaseForm].

I need each form to have its own section. How do I do it?

Thanks!

-- Erick Sasse Brazil 

Subject: Re: Changes made in order to be able to compile the lib in D6 and D10
From: tanffn <arieljacob@gmail.com>
Date: Tue, 27 Dec 2005 16:03:18 +0200
Newsgroups: jedi.vcl

obones wrote:
> Old DCUs lying around, other projects including jedi.inc (most know being UIB)
But changing the specific pas / inc does effect the compilation => I am working on the right file and the compiler does use it.
All the paths seams to be correct, and I have renamed the other vrsion.. any idea how can I find the problem?

Ariel.


Subject: Re: JvRichEdit why no Wordwrap, it's easy!
From: Landchen <lanchen@web.de>
Date: Tue, 27 Dec 2005 14:56:07 +0100
Newsgroups: jedi.vcl

Hi Elahn,

I'll do this in the next days... would be fine if it could get
included.



On Sat, 24 Dec 2005 03:42:04 +1000, Elahn Ientile <elahn@elahn.net>
wrote:

> >Hi Landchen,
> >
> >I think it's a great idea to implement it like this. :)
> >
> >If you could modify the JvRichedit source code, zip it up and attach it 
> >to a new issue describing the modification in Mantis, our IssueTracker, 
> >it should get included.
> >
> >http://homepages.borland.com/jedi/issuetracker/



Subject: Re: Best replacement for TJvCurrencyEdit
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Tue, 27 Dec 2005 14:38:52 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:

> Erick Sasse wrote:
>
>
>> What's the best replacement for TJvCurrencyEdit in JVCL 3?
>
>
> I've just found JvValidateEdit with DisplayFormat set to dfCurrency.
> Any other option?

Not that I know of.


Subject: Re: Changes made in order to be able to compile the lib in D6 and D10
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Tue, 27 Dec 2005 14:10:43 +0100
Newsgroups: jedi.vcl

Old DCUs lying around, other projects including jedi.inc (most know being UIB)


Subject: Re: Changes made in order to be able to compile the lib in D6 and D10
From: tanffn <arieljacob@gmail.com>
Date: Tue, 27 Dec 2005 15:07:12 +0200
Newsgroups: jedi.vcl

obones wrote:
> That's most likely because you have an OLD version of the JCL lying somewhere on your drive.
> If you update the JVCL then you MUST update the JCL as well.

Hi obones,
I have Installed JCL that came with the JVCL package (v 1.96), before installing it I have uninstalled the old version and renamed the folder name.

Any other idea?

Arie.


Subject: Re: Best replacement for TJvCurrencyEdit
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 13:00:50 +0000 (UTC)
Newsgroups: jedi.vcl

Erick Sasse wrote:

> > What's the best replacement for TJvCurrencyEdit in JVCL 3?

I've just found JvValidateEdit with DisplayFormat set to dfCurrency.
Any other option?

-- Erick Sasse Brazil 

Subject: Best replacement for TJvCurrencyEdit
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 12:59:15 +0000 (UTC)
Newsgroups: jedi.vcl

What's the best replacement for TJvCurrencyEdit in JVCL 3?

Thanks.

-- Erick Sasse Brazil 

Subject: Re: JVCL 3.10 Help file
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 12:55:10 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Using Help\Customize...
> > This will open "OpenHelp" to modify the Delphi help project. You can
> > add more .hlp files.

Thanks! :)

-- Erick Sasse Brazil 

Subject: Re: Changes made in order to be able to compile the lib in D6 and D10
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Tue, 27 Dec 2005 13:42:19 +0100
Newsgroups: jedi.vcl

That's most likely because you have an OLD version of the JCL lying somewhere on your drive.
If you update the JVCL then you MUST update the JCL as well.


Subject: Re: JVCL 3.10 Help file
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 27 Dec 2005 13:18:04 +0100
Newsgroups: jedi.vcl

Erick Sasse a écrit :
> Ok, so how do I do it in Delphi 7?

Using Help\Customize...
This will open "OpenHelp" to modify the Delphi help project. You can add more .hlp files.

-- 
Florent Ouchet


Subject: Re: JvFormStorage and AppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 27 Dec 2005 13:13:37 +0100
Newsgroups: jedi.vcl

Hi,

Sorry i have overseen the different projekts.

This is one possiblity.

The other is to assign the appstorage component at runtime by code (Before showing the form). This works also without problems.

Greetings
Jens

Erick Sasse wrote:
> Jens Fudickar wrote:
>
>> that's the way i use the components. And this works without problems.
>
> Ok, and this DataModule you share between different projects, right?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 11:49:20 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > The other is to assign the appstorage component at runtime by code
> > (Before showing the form). This works also without problems.

Thanks!

-- Erick Sasse Brazil 

Subject: Re: JvHotLink replace in JVCL3
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 11:33:04 +0000 (UTC)
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> > Try TJvLabel.

Thanks! :)

-- Erick Sasse Brazil 

Subject: Re: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 11:16:48 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > that's the way i use the components. And this works without problems.

Ok, and this DataModule you share between different projects, right?

-- Erick Sasse Brazil 

Subject: Re: JVCL 3.10 Help file
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 11:14:56 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The help integration only works for Delphi 5, 6 and 7 and C++Builder
> > 5 and C++Builder 6.

Ok, so how do I do it in Delphi 7?

-- Erick Sasse Brazil 

Subject: Changes made in order to be able to compile the lib in D6 and D10
From: tanffn <arieljacob@gmail.com>
Date: Tue, 27 Dec 2005 11:33:24 +0200
Newsgroups: jedi.vcl

Hi,
I am quite sure its something I have done wrong, but here is the list of hacks I had to make in order to install and run the library.

please tell me how can I correct those problems in a more elegant way :)
(I am using JCL that came with the JVCL package)

Thanks,
Ariel.

Delphi 2006 changes, in order to compile an application using JEDI-JVCL:   
-----------------------------------------------------------------------
jvcl.inc:
Even tho {$I jedi.inc} is in the beginning of jvcl.inc it enters to that file after processing jvcl.inc ->
I had to add {$DEFINE DELPHI10} even though it will be defined again later in jvcl.inc.

As I also have Delphi 6 using the same library it is a problem... (each time I want to compile in D6 I need to comment it)




Delphi 6 changes, in order to compile/install the library:
---------------------------------------------------------
JvTypes:
  // HACKED
  COLOR_MENUHILIGHT = TColor($80000000);
  COLOR_MENUBAR = TColor($80000000);

  clSystemColor = TColor($80000000);
  clHotLight = TColor(clSystemColor or COLOR_HOTLIGHT);
  clGradientActiveCaption = TColor(clSystemColor or COLOR_GRADIENTACTIVECAPTION);
  clGradientInactiveCaption = TColor(clSystemColor or COLOR_GRADIENTINACTIVECAPTION);
  clMenuHighlight = TColor(clSystemColor or COLOR_MENUHILIGHT);
  clMenuBar = TColor(clSystemColor or COLOR_MENUBAR);
  // HACKED

JvXPBar:
  uses JvTypes

JvComputerInfo:
//    property ColorMenuHighlight: TColor index COLOR_MENUHILIGHT read GetColor write SetColor stored False;  //HACKED
//    property ColorMenuBar: TColor index COLOR_MENUBAR read GetColor write SetColor stored False;            //HACKED

JvParameterlist:
in SetWinControlData
      {$IFDEF COMPILER6_UP}            //HACKED changed to
      {$IFDEF COMPILER10_UP}


Subject: Re: JCL and JVCL <apparently> not compatible
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 27 Dec 2005 09:55:55 +0100
Newsgroups: jedi.vcl

Hi,

These messages are only warnings about deprecated symbols. This will not introduce incompatibility between the JCL and the JVCL.
Deprecated code can still be used, but they are no more supported and they may be removed in future versions.

-- 
Florent Ouchet


Subject: Re: JvHotLink replace in JVCL3
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 27 Dec 2005 15:24:08 +1000
Newsgroups: jedi.vcl

Erick Sasse wrote, on 27/12/2005 11:33 AM:
> What's the best replace for JvHotLink in JVCL 3?
> I saw JvLinkLabel, but it looks a bit overkill.

Try TJvLabel.

-- 
enjoy life,
           Elahn


Subject: Re: JvFormStorage and AppStorage
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 27 Dec 2005 14:18:16 +1000
Newsgroups: jedi.vcl

Erick Sasse wrote, on 27/12/2005 10:53 AM:
> I had several forms with the old TJvFormStorage that didn't need a
> AppStorage and the form could persist itself without any other
> components.
>
> I like the new approach, but what's the best way to link JvFormStorages
> that are used in forms shared between diferent projects thus different
> JvAppStorages? They must be linked in run-time.

One way is to create a Data Module which just has an AppStorage component on it and include it in all your projects that use your persistent forms.

-- 
enjoy life,
           Elahn


Subject: Search newsgroups
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 01:33:53 +0000 (UTC)
Newsgroups: jedi.vcl

Is there a way to search this newsgroup?

-- Erick Sasse Brazil 

Subject: JvHotLink replace in JVCL3
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 01:33:40 +0000 (UTC)
Newsgroups: jedi.vcl

What's the best replace for JvHotLink in JVCL 3?
I saw JvLinkLabel, but it looks a bit overkill.

-- Erick Sasse Brazil 

Subject: JvFormStorage and AppStorage
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 00:53:03 +0000 (UTC)
Newsgroups: jedi.vcl

I'm finally migrating from JVCL 2 to JVCL 3.

I had several forms with the old TJvFormStorage that didn't need a
AppStorage and the form could persist itself without any other
components.

I like the new approach, but what's the best way to link JvFormStorages
that are used in forms shared between diferent projects thus different
JvAppStorages? They must be linked in run-time.

Any comments will be appreciated.

Thanks!

-- Erick Sasse Brazil 

Subject: Re: JVCL 3.10 Help file
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Tue, 27 Dec 2005 00:22:17 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > I've just uploaded a new help file for JVCL, see
> > http://sourceforge.net/project/showfiles.php?group_id=45786&package_id
> > =42481&release_id=380994.

Seens great. How do I integrate it with Delphi help?

-- Erick Sasse Brazil 

Subject: JVCL 3.10 Help file
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 27 Dec 2005 00:54:41 +0100
Newsgroups: jedi.vcl

Hi all,

I've just uploaded a new help file for JVCL, see http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42481&release_id=380994.

Please download it and check the topics, especially those that you wrote yourself. You can post comments/questions about the layout etc. in this thread.

An HTML version will be uploaded in the coming days.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JCL and JVCL <apparently> not compatible
From: "Dave Keighan" <keighand@yahoo.com>
Date: Mon, 26 Dec 2005 23:04:35 +0000 (UTC)
Newsgroups: jedi.vcl

Opps, meant to add:

> > Keep getting the same warnings (see below).
*Only* on the 2006 install - nothing on the D7 install - that one goes smooth ... weird.

-- Dave Keighan XanaNewser [ 1.17.6.6] 

Subject: JCL and JVCL <apparently> not compatible
From: "Dave Keighan" <keighand@yahoo.com>
Date: Mon, 26 Dec 2005 23:01:51 +0000 (UTC)
Newsgroups: jedi.vcl

Greetings,

I'm having installation problems (?) on WinXP Home, D7-Pro, D2006-Pro. I did have D2005-PE but it was removed before installing 2006-Pro and long before JCL/JVCL *but* JCL/JVCL for 2005-PE not uninstalled first - it was using the same BPL folder as 2006 is now and I can't find anything in the registry that's specifically related to it except a 9.0 under HKEY_CURRENT_USER\Software\Borland\Debugging.

The "compiler messages" window has "Many error messages appear because the JCL version and the JVCL version are not compatible. Please keep in mind that you need the correct VCL version." at the top of the form. Which can be a bit annoying considering ... I've cleaned and scrubbed in every location I can find ... everything short "format C:"  Followed ALL instructions ... to the letter. I've installed D2006 only ... no luck.

Keep getting the same warnings (see below).

I'm installing what came on the companion DVD.
Is this "normal"?
Any ideas?
If the install /knows/ that "the JCL version and the JVCL version are not compatible" why does it install at all?

I continuously get the following 8 Warnings when installing the JCL/JVCL found on the companion disks for BDS2006-Pro:
C:\3rd Party\Jedi Tools\jvcl\run\JvJCLUtils.pas(6631) Warning: W1000 Symbol 'FileAge' is deprecated
C:\3rd Party\Jedi Tools\jvcl\run\JvMemoryDataset.pas(1988) Warning: W1000 Symbol 'ExtractFieldName' is deprecated
C:\3rd Party\Jedi Tools\jvcl\run\JvDBQueryParamsForm.pas(111) Warning: W1000 Symbol 'ExtractFieldName' is deprecated
C:\3rd Party\Jedi Tools\jvcl\design\JvDBEditors.pas(114) Warning: W1000 Symbol 'GetFieldNames' is deprecated
C:\3rd Party\Jedi Tools\jvcl\design\JvDBEditors.pas(144) Warning: W1000 Symbol 'GetFieldNames' is deprecated
C:\3rd Party\Jedi Tools\jvcl\design\JvBDESecurityEditor.pas(81) Warning: W1000 Symbol 'GetFieldNames' is deprecated
C:\3rd Party\Jedi Tools\jvcl\run\JvInterpreter_SysUtils.pas(544) Warning: W1000 Symbol 'FileAge' is deprecated
C:\3rd Party\Jedi Tools\jvcl\run\JvInterpreter_Db.pas(2092) Warning: W1000 Symbol 'GetFieldNames' is deprecated

Thanks for your time and the great tools!
-- Dave Keighan XanaNewser [ 1.17.6.6] 

Subject: Re: JvInspector.pas [v 1.156 2005/10/24] --WideString properties mostly done
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 26 Dec 2005 15:05:18 +0100
Newsgroups: jedi.vcl

Hi Adem,

sorry, you hit the point :-(

But no. As usual not.

At first, look in any of the TJvDynControlEngineXXX.pas files. They also exists for the DB-Controls.

Samples for the usage you can find in the TJvDSADialogs.pas and in the TJvParameterListXXX.pas files.
A compilable demo is in examples\JvParameterList directory.

The idea behind is the following:
In the JvDynControlEngine.pas there are a lot of constants declared (jctLabel, jctEdit, jctCheckbox ,...) and each realized JvDyControlClass Unit declares an class for each of these constants.

When you design a visible dialog you had to create all controls manualy by coding, there is no visible way.

For creating you use the "DefaultDynControlEngine" which is defined in the "JvDynControlEngine.pas" file.

There are also methods to replace this engine by your own engine. I have designed three engines: VCL, JVCL and DevExpress cx-Controls.

The trick is, if you designe a new Engine for TNT the only thing you have to do, is calling the "SetDefaultDynControlEngine" to activate it, and all dialogs which are using the DynControlEngine are working with the engine. And there are no ifdefs needed.

I hope this helps a little bit. Feel free to ask more.

Greetings
Jens


Adem wrote:
> Jens Fudickar wrote:
>
> Hi,
>
>> It's not the best way to integrate a third party control set
>> with ifdef's. I think the way of the TJvDynControl Engine is
>> quite nice.
>
> Sounds like a good idea. I did look at a few JvDynControlXXX
> units. Appears that quite a bit of work done there.
>
>> Give it a try. You can see the controls after that in the
>> most jvcl dialogs.
>
>> If you have questions to it, feel free to ask :-)
>
> I have to ask the question I hate being asked: Is there anny documentation?
>
> I dont need impeccable one that spells out each simple property
> and call, but something that explains what JvDynControl is all
> about and brief explanation of te classes in there.
>
> Cheers,
> Adem

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvInspector.pas [v 1.156 2005/10/24] --WideString properties mostly done
From: "Adem" <adembaba@excite.com>
Date: Mon, 26 Dec 2005 13:05:02 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

Hi,

> It's not the best way to integrate a third party control set
> with ifdef's. I think the way of the TJvDynControl Engine is
> quite nice.

Sounds like a good idea. I did look at a few JvDynControlXXX
units. Appears that quite a bit of work done there.

> Give it a try. You can see the controls after that in the
> most jvcl dialogs.

> If you have questions to it, feel free to ask :-)

I have to ask the question I hate being asked: Is there anny documentation?

I dont need impeccable one that spells out each simple property
and call, but something that explains what JvDynControl is all
about and brief explanation of te classes in there.

Cheers,
Adem


Subject: Re: JvInspector.pas [v 1.156 2005/10/24] --WideString properties mostly done
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 26 Dec 2005 13:40:09 +0100
Newsgroups: jedi.vcl

Hi

>
>>> 2) Would you allow for a new compiler directive in JVCL.inc
>>> for TNT stuff --at least for JvInspector only.
>>
>> Personally, I'm all for it. I think Jen's DynaControl engine
>> did something similar for DevExpress controls, but I'm not sure
>> (quite possibly he just used a separate unit). Either way, the
>> DynaControl engine could then also get a TNT version.
>
> I did not do anything wrt DynaControl engine and TNT stuff in
> this set of alterations.
>

I agree to marcel.

It's not the best way to integrate a third party control set with ifdef's. I think the way of the TJvDynControl Engine is quite nice.

Give it a try. You can see the controls after that in the most jvcl dialogs.

If you have questions to it, feel free to ask :-)

Greetings
Jens

> Cheers,
> Adem

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JvInspector.pas [v 1.156 2005/10/24] --WideString properties mostly done
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 26 Dec 2005 09:41:44 +0100
Newsgroups: jedi.vcl

Adem wrote:
> I did not do anything wrt DynaControl engine and TNT stuff in
> this set of alterations.

    No, I just meant that at some point someone might do that.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvStringGrid.LoadFromFile is loading only the first Row
From: AlexB <b.a.v@inbox.ru>
Date: Mon, 26 Dec 2005 10:31:01 +0600
Newsgroups: jedi.vcl

Lutz wrote:
> Unit: JvStringGrid
> Row 770 to 813
> "procedure TJvStringGrid.LoadFromStream(Stream: TStream);"
> Solution: Replace var "Rom" by "Row", recompile the unit.
> Is there a way to correct and to publish this to all the community?

http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Alex.


Subject: Re: JvInspector.pas [v 1.156 2005/10/24] --WideString properties mostly done
From: "Adem" <adembaba@excite.com>
Date: Mon, 26 Dec 2005 04:26:23 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Adem wrote:
>> 1) Where and/or who do I send the current code?
>
> Preferably in the issue tracker, with the pas file as an attachment,
> or posted in the binaries NG. Either way, clearly state which version
> of the file you used as a base. Someone will pick it up.

Binaries was easier for me. Hope it gets to be included.

nntp://forums.talkto.net/jedi.binaries/874

>> 2) Would you allow for a new compiler directive in JVCL.inc
>> for TNT stuff --at least for JvInspector only.
>
> Personally, I'm all for it. I think Jen's DynaControl engine
> did something similar for DevExpress controls, but I'm not sure
> (quite possibly he just used a separate unit). Either way, the
> DynaControl engine could then also get a TNT version.

I did not do anything wrt DynaControl engine and TNT stuff in
this set of alterations.

Cheers,
Adem


Subject: Re: TJvStringGrid.LoadFromFile is loading only the first Row
From: Lutz <lutz.mueller@towercon.com>
Date: Mon, 26 Dec 2005 03:22:33 +0100
Newsgroups: jedi.vcl

AlexB schrieb:
> In first of all check "new line" code in your file with any hex-viewer (0x0D 0x0A sequence for Windows).
>
> Alex.

Hi Alex,

in one of the quite hours of the Christmas holidays here in Germany I found the real problem: (My prog-ache is gone!!)

Unit: JvStringGrid

Row 770 to 813

"procedure TJvStringGrid.LoadFromStream(Stream: TStream);"

Solution: Replace var "Rom" by "Row", recompile the unit.

According to the compiler directives it should not lead into any confusion because local variables (Col, Row) are to be preferred first.

Is there a way to correct and to publish this to all the community?? IMHO this was a (small - but) real mistake, still visible in the last nightly build. No one should copy my headache anymore.


Lutz, laughing and no more perplexed.


Subject: Re: JvInspector.pas [v 1.156 2005/10/24] --WideString properties mostly done
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 25 Dec 2005 19:25:18 +0100
Newsgroups: jedi.vcl

Adem wrote:
> 1) Where and/or who do I send the current code?

    Preferably in the issue tracker, with the pas file as an attachment, or posted in the binaries NG. Either way, clearly state which version of the file you used as a base. Someone will pick it up.

> 2) Would you allow for a new compiler directive in JVCL.inc
> for TNT stuff --at least for JvInspector only.

    Personally, I'm all for it. I think Jen's DynaControl engine did something similar for DevExpress controls, but I'm not sure (quite possibly he just used a separate unit). Either way, the DynaControl engine could then also get a TNT version.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvInspector.pas [v 1.156 2005/10/24] --WideString properties mostly done
From: "Adem" <adembaba@excite.com>
Date: Sun, 25 Dec 2005 15:57:42 +0000 (UTC)
Newsgroups: jedi.vcl


Hi,

I needed to display WideString stuff in JvInspector which wasn't
doing it quite the way it should, IMHO, be. So, I have added the
necessary code.

At the moment, it recognizes WideString as a distinct type and
handles it. It will paint properly in the JvInspector --either
in Win32 or Win9x --this works while *not* *editing*.

What I have not been able to do is to get it paint and behave
like a unicode enabled EditBox while editing.

I guess it needs TTntCustomEdit instead of TCustomEdit but I
have no idea whether you guys would add a compiler directive
in JVCL.inc so that, when enabled, the TNT stuff is used.

In short, my questions are:

1) Where and/or who do I send the current code?
2) Would you allow for a new compiler directive in JVCL.inc
for TNT stuff --at least for JvInspector only.

Cheers,
Adem


Subject: Re: TJvStringGrid.LoadFromFile is loading only the first Row
From: Lutz <lutz.mueller@towercon.com>
Date: Sat, 24 Dec 2005 11:19:21 +0100
Newsgroups: jedi.vcl

AlexB schrieb:
> In first of all check "new line" code in your file with any hex-viewer (0x0D 0x0A sequence for Windows).
>
> Alex.

Thanks Alex, but the fields are filled with generic code with this snippet:

////////////////////////////////////////////////////////////////////////////////
///
///                only for testing - (Rows * Columns) fields      ///
////////////////////////////////////////////////////////////////////////////////
procedure TMain.FillFields;
var
  c,r,cc,rr,i,l,ch: Integer;
  S: String;
begin
  cc:=StringGrid1.ColCount;
  rr:=StringGrid1.RowCount;
  for c:=1 to cc-1 do
  begin
    for r:=0 to rr-1 do
    begin
      l:=Random(55)+5;
      SetLength(S,l);
      for i:=1 to l do
      begin
        ch:=Random(94)+32;
        S[i]:=Chr(ch);
      end;
      StringGrid1.Cells[c,r]:=S;
//      StringGrid1.Cells[c,r]:='abcdefghijklmnopqrstuvwxyz';
    end;
//  StatusBar1.Panels[0].Text:=IntToStr(Trunc(c/cc*100)); // Progress
  Refresh;
  end;
//  StatusBar1.Panels[0].Text:=''; // Progress
end;
////////////////////////////////////////////////////////////////////////////////

I investigate the code for "LoadFromStream" before I wote the programme and found the meaning of the Chr(0) and Chr(1) already.
Still after saving with "SaveToFile" and reloading from the file it loads only one row.

Still Perplexed.

The Lutz.


Subject: Re: TJvStringGrid.LoadFromFile is loading only the first Row
From: AlexB <b.a.v@inbox.ru>
Date: Sat, 24 Dec 2005 13:30:21 +0600
Newsgroups: jedi.vcl

In first of all check "new line" code in your file with any hex-viewer (0x0D 0x0A sequence for Windows).

Alex.


Subject: TJvStringGrid.LoadFromFile is loading only the first Row
From: Lutz <lutz.mueller@towercon.com>
Date: Sat, 24 Dec 2005 01:32:51 +0100
Newsgroups: jedi.vcl

Hi,
Can someone help me?
Merry X-Mas to all!

Lutz


Subject: Re: JvRichEdit why no Wordwrap, it's easy!
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 24 Dec 2005 03:42:04 +1000
Newsgroups: jedi.vcl

Hi Landchen,

I think it's a great idea to implement it like this. :)

If you could modify the JvRichedit source code, zip it up and attach it to a new issue describing the modification in Mantis, our IssueTracker, it should get included.

http://homepages.borland.com/jedi/issuetracker/

-- 
enjoy life,
           Elahn


Subject: Re: Delphi 2005 - Installation Problem
From: Jukka Sariola <no@no.com>
Date: Fri, 23 Dec 2005 18:20:01 +0200
Newsgroups: jedi.vcl

> Hit the following error while install JVCL 3.10 :-
> JvCoreD9R.dpk(41): F2141 Bad file format: 'C:\DLib\BPL\JclVcl.dcp'
>
> The old version (3.0) doesn't have this problem.

Probably you have older JCL compiled to that folder. You have install JCL 1.96 first. I had same problem and that helped.

Jukka Sariola


Subject: Re: JvRichEdit why no Wordwrap, it's easy!
From: Landchen <lanchen@web.de>
Date: Fri, 23 Dec 2005 12:04:09 +0100
Newsgroups: jedi.vcl

Yeah, OK, you're partly right.

First: There's nothing about it in the docu (JVCL3.HLP)

Second (and the real problem): I looked at the source code, the way it
is implemented (within CreateParams) causes it to work only if you
recreate the control after setting the property (using recreatewnd),
you cannot just set in at runtime. It is no reasonable way to toggle
the wordwrap property in an notepad like program, because recreating
the control means the user loses his complete undo history... you
select the wordwrap toggle from the menu and your whole undo history
is gone... not quite a good implementation i thought. The way I
described you can toggle wordwrap as often as you want, no need to
recreate the control (which btw. involves time consuming streaming
operations if you have a large text in your control), no loss of undo
history and so on...

But anyway, I found my way around the problem, just thougt it would be
usefull for other people. I could not find the easy solution I
described in any forum on the Internet, it seems to be one of MS's
little secrets. Would have saved me hours of searching (and monitoring
messages of wordpad.exe) if this property would be easyly accessible
through JvRichEdit at runtime.


On Fri, 23 Dec 2005 11:30:37 +0100, Jacob Boerema
<j.g.boerema@gmail.invalid> wrote:

> >On Fri, 23 Dec 2005 10:40:49 +0100, "Landchen" <lanchen@web.de> wrote 
> >in article <sugnq153lcj7sqie7b2nhii2kpgue71qvt@4ax.com>:
>> >> I tried to use JvRichEdit for a small Wordpad like program I was
>> >> writing. I badly missed a wordwrap feature like the one present in
>> >> Borland's TRichEdit (which of course uses MS RichEdit 1.0).
> >
> >Maybe I'm missing something in your question but JvRichEdit has a 
> >WordWrap property which I think is true by default.



Subject: Re: JvRichEdit why no Wordwrap, it's easy!
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Fri, 23 Dec 2005 11:30:37 +0100
Newsgroups: jedi.vcl

On Fri, 23 Dec 2005 10:40:49 +0100, "Landchen" <lanchen@web.de> wrote 
in article <sugnq153lcj7sqie7b2nhii2kpgue71qvt@4ax.com>:
> > I tried to use JvRichEdit for a small Wordpad like program I was
> > writing. I badly missed a wordwrap feature like the one present in
> > Borland's TRichEdit (which of course uses MS RichEdit 1.0).

Maybe I'm missing something in your question but JvRichEdit has a 
WordWrap property which I think is true by default.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: JvRichEdit why no Wordwrap, it's easy!
From: Landchen <lanchen@web.de>
Date: Fri, 23 Dec 2005 10:40:49 +0100
Newsgroups: jedi.vcl

Hello you folks from JediVCL.

I tried to use JvRichEdit for a small Wordpad like program I was
writing. I badly missed a wordwrap feature like the one present in
Borland's TRichEdit (which of course uses MS RichEdit 1.0).

I figured out that you didn't implement the feature because there
simply is no way to swich off a MS RichEdit20A's wordwrap mode.

Then I had a closer look at MS's Wordpad.exe and noticed that they
presented a toggle for wordwrap to the user, internally using
RichEdit-Components. I than had a closer look at there method to
toggle wordwrap. It's very easy.

In Delphi it looks like this (asuming wordwrap to be a boolean storing
the wordwrap toggle). It's just a simple message to be sent to the
RichEdit20A:
sendmessage(handle,em_settargetdevice,0,1-longint(wordwrap));

You think you could implement the feature? Or is there any other
reason to not implement it?

Landchen


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Thu, 22 Dec 2005 20:23:20 +0100
Newsgroups: jedi.vcl

"Elahn Ientile" <elahn@elahn.net> wrote in message 
news:doagj3$558$1@talkto.net...
> > Christer Fahlgren wrote, on 21/12/2005 8:17 AM:
>> >> Do you think I should file a bug report about this?
> >
> > Yes, that'd be a good idea & attach the file to it.
> >
> > --
> > enjoy life,
> >            Elahn

This is now filed in Mantis as bug 3377.
http://homepages.borland.com/jedi/issuetracker/view.php?id=3377

Best regards,
Christer 




Subject: Delphi 2005 - Installation Problem
From: "AlexK" <cwkong@hotmail.com>
Date: Thu, 22 Dec 2005 17:39:34 +0100
Newsgroups: jedi.vcl

Hit the following error while install JVCL 3.10 :-
JvCoreD9R.dpk(41): F2141 Bad file format: 'C:\DLib\BPL\JclVcl.dcp'

The old version (3.0) doesn't have this problem.

Any solution?

Alex KONG

--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem with TJvCheckTreeView
From: "Titi From France" <tata@yoyo.dtc>
Date: Wed, 21 Dec 2005 16:42:07 +0100
Newsgroups: jedi.vcl

Hello,

When i switch "CheckBoxes" propertie to "True", a horizontal scrollbar
appears in the component.

How can i switch it off ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvInspector to choose references
From: Michael Zeringue <michael@zclient.NOSPAM.com>
Date: Wed, 21 Dec 2005 09:37:30 -0600
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

Thanks for your help Marcel.  I've taken the approach of overriding GetValueList and using the Before/After itemCreate events on the inspector itself.  I noticed that I needed to do something with GetDisplayValue and SetDisplayValue as well and that using TJvInspectorClassItem instead of the CustomInspectorItem base class is helpful.  I have one remaining issue - the intial value does not show up in the inspector, the drop down list does and after selecting an item one does.  Any idea on that problem?

Thanks again,
Michael Zeringue

> Hi,
>
>     First of, it's been a while since I looked at the component, and some later additions/changes were not even implemented by me, so on some points I may be wrong.
>
>>   I think that I need to extend JvCustomInspectorItem
>
>
>     Seems like a good place to start ;)
>
>> - but that seems like only part of the story.  How do I associate my InspectorItem with the fields of my class?
>
>
>     There are tons of examples in the JvInspector and JvInspExtraEditors units. There are actually two choices:
>
>   1) Write a BeforeItemCreate event and have it return your class for the fields/properties you need it for (you can use the Data parameter of the event to find out for which field/property an item class is requested.
>
>   2) Register your class using the TJvCustomInspectorData.ItemRegister (or something like that; too lazy to look it up) registry. This is the way the standard editors register themselves (most of them based on generic types, but some at specific types). At the TJvCustomInspectorData level, the registration is made for any data layer (DB, variables, properties, etc). Each data layer provides its own registry though, so you could register it at the property data layer (TJvInspectorPropData), or any other layer instead.
>
>>   How do I get the data I need to implement GetValueList inside of my InspectorItem?  
>
>
>     That's completely up to you. You could write a GetValueList implementation which looks at the Data instance it is linked to, to figure out which list it should produce.
>
>> For instance, looking at JvInspectorComponentItem.GetValueList, I see it uses Owners to fill out the value list, but I can't find where Owners is populated.
>
>
>     I think the idea there, was to write an AfterItemCreate event on the inspector to set the Owners list.
>


Subject: Re: TjvToolBar and windows 95
From: "Valdir Stiebe Junior" <valdir@stiebe.com.br>
Date: Wed, 21 Dec 2005 09:57:44 -0300
Newsgroups: jedi.vcl

I found the solution. The problem was the windows 95 fresh intall.
A COMCTL32.DLL update solved the problem. The udpate name is '401comupd.exe' (without quotes obviously).

Valdir.


Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 21 Dec 2005 13:46:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>> Do you think this compiler can be used to install JEDI libraries to
>> trial versions of Delphi/BCB/BDS?
> I wonder that this question comes so late. That is the reason why I do not
> give away the source code of my bcc32ide.exe.

There is no need to create a complete standalone application to wrap DLL exports, it should be just writing a new unit or a new class in JclBorlandTools.pas/Compile.pas.

-- 
Florent Ouchet


Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Dec 2005 12:34:03 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Do you think this compiler can be used to install JEDI libraries to
> > trial versions of Delphi/BCB/BDS?

I wonder that this question comes so late. That is the reason why I do not
give away the source code of my bcc32ide.exe.

-- Regards, Andreas Hausladen 

Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 21 Dec 2005 12:21:48 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> I found out that Delphi 8 and Delphi 2005 shipped with a C++ compiler. The
> bccide.dll and comp32p.dll. It's the BCB 6 compiler even if it has a
> different time stamp.
> Anyone knew that before?

Do you think this compiler can be used to install JEDI libraries to trial versions of Delphi/BCB/BDS?

-- 
Florent Ouchet


Subject: Quick report interpreter - Even TqrlabelonprintEvent Not registered
From: "HH Tan" <weslyhhtan@evo-touch.com>
Date: Wed, 21 Dec 2005 17:43:42 +0800
Newsgroups: jedi.vcl

When we try to add onprint event to a qr component, we always get the error 
message above.

We using delphi7.

Do I miss anything ? 




Subject: TJvDBUltimGrid
From: "marcin" <azs@as.com>
Date: Wed, 21 Dec 2005 09:29:55 +0100
Newsgroups: jedi.vcl

Hi
I need to setup up automatic wordwrap in some JvDBUltimGrid's cells. I
also need auto size column's height when words are wraped. How to setup this?
When I set WordWrap property on TRUE and AutoColumnSize on TRUE, it seems
it doesn't work. When I set RowResize property on TRUE and WordWrap on
TRUE and  I manualy resize the columns height its works.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 21 Dec 2005 13:38:53 +1000
Newsgroups: jedi.vcl

OBones wrote, on 21/12/2005 6:20 AM:
> I was not aware of the current situation.
> Is your change an option OFF by default? I'm asking because I know many people are used NOT to have any space before and after the value.
> By the way, and for the record, relying on the whitespace inside an XML element is not really safe as it can be reformated at will by any "middle man" program.

AFAIR from the standard, whitespace is meant to be preserved within Text elements. I can't imagine people depending on whitespace being stripped from the front of a Text element, but that doesn't mean they don't. :þ

I'm in favour of this being standard behaviour, but if you think it's likely to break existing software, then I suppose we should add the options:
- sxoPreservePreceedingWhitespaceInTextElements
- sxoCreateWhitespaceOnlyTextElements

-- 
enjoy life,
           Elahn


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 21 Dec 2005 13:29:50 +1000
Newsgroups: jedi.vcl

Christer Fahlgren wrote, on 21/12/2005 8:17 AM:
> Do you think I should file a bug report about this?

Yes, that'd be a good idea & attach the file to it.

-- 
enjoy life,
           Elahn


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Tue, 20 Dec 2005 23:17:49 +0100
Newsgroups: jedi.vcl

"Elahn Ientile" <elahn@elahn.net> wrote in message 
news:do98pr$lfk$1@talkto.net...
> > Christer Fahlgren wrote, on 21/12/2005 12:57 AM:
>>>> >>>>I'd be happy if someone who knows the inner workings of  JVSimpleXML 
>>>> >>>>(Elahn perhaps?) could have a look at the proposed patch and see if it 
>>>> >>>>could be suitable for inclusion into JVCL.
>>>> >>>>
>>>> >>>>The proposed change is below the signature.
>>> >>>
>>> >>>An empty tag would be "<test/>", so it seems reasonable for
>>> >>>"<test>   </test>" to be a Text element.
>>> >>>
>>> >>>Please zip your JvSimpleXML.pas & post it to binaries, so we can easily 
>>> >>>do a diff on it.
> >
>> >> I have now posted it to the binaries group!
> >
> > Hi Christer,
> >
> > I had a look, but I'm too tired to think through it and test it at the 
> > moment.
> >
> > Anyway, the proposed behaviour change amounts to:
> >
> > 1. Include the preceeding whitespace in a Text element.
> >    e.g. <test>  Hello</test> ----> TextElement:"  Hello"
> > 2. Create whitespace only Text elements.
> >    e.g. <test>  </test> ----> TextElement:"  "
> >
> > Does anyone have an objection to this change in behaviour?
> >
> > Christer, if no objections are raised and your code does the above, then 
> > just keep using it. Even if the implementation that makes it into CVS is 
> > different, the behaviour will be the same and won't break your apps. I 
> > mention this 'cause I and possibly others won't have time to check & test 
> > it over the Christmas/New Year period so it may take a while for it to 
> > actually make it into CVS.

Elahn,

Thanks, I will follow your recommendation and am looking forward to help 
resolving this issue.

Do you think I should file a bug report about this?

Happy holidays!

Best regards,
Christer 




Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Tue, 20 Dec 2005 23:15:21 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:do9ne5$17o$1@talkto.net...
> > Yes it is.
> >
> > I was not aware of the current situation.
> > Is your change an option OFF by default? I'm asking because I know many 
> > people are used NOT to have any space before and after the value.
> > By the way, and for the record, relying on the whitespace inside an XML 
> > element is not really safe as it can be reformated at will by any "middle 
> > man" program.

In my last proposed patch, this behaviour is not optional.

As you say, there might be applications that depend on the previous 
behaviour so maybe we need to take that into account. The other way would be 
to consider it to be a bug and document clearly in release notes that the 
behaviour now is more consistent. That call is of course not mine to make...

The current behaviour is not the way you describe, whitespace is *only* 
removed in the beginning. Trailing and embedded whitespace is still there.

And as for depending on whitespace inside an XML element and possible 
changes by a middle man, that problem is not specific to using XML, *any* 
protocol can be changed by a middle man.The only disadvantage to using XML 
is that "security by obscurity" isn't much of an option :-) Seriously, you 
have to secure end-to-end (for example by encrypting) any communication 
channel if you want to prevent man in the middle attacks.

Best regards,
Christer 




Subject: Re: Installing JVCL for BDS 2006
From: Phil Stephens <pstephens@wolfmicro.com>
Date: Wed, 21 Dec 2005 07:43:16 +1100
Newsgroups: jedi.vcl

Ken Adam wrote:
> For the benefit of anyone else who encounters this...
> To get it to work, I had to go to Tools/Options/Environment Options/Delphi options/Library-win32,
> and add 2 items to the Library path:
> 1) jvcl/resources (to get the packages to compile)
> 2) jvcl/lib/d10 (to get programs to find the units)
>
> Probably obvious to anyone more awake than I am this morning.
> (So much easier when the installer does it all for you!)
> Ken
I am having similar problems, and a manual install gives the error message:
[Pascal Fatal Error] JvCoreD10R.dpk(99): F1026 File not found:
'C:\<path>\Bpl\JvCoreD10R.bpi'
A search does not turn this file up anywhere on my drives.
I have tried the JCL/JVCL from the D2006 CD, downloaded from
Sourceforge, and the 'All in one' download.

Phil_S


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 20 Dec 2005 21:20:40 +0100
Newsgroups: jedi.vcl

Yes it is.

I was not aware of the current situation.
Is your change an option OFF by default? I'm asking because I know many people are used NOT to have any space before and after the value.
By the way, and for the record, relying on the whitespace inside an XML element is not really safe as it can be reformated at will by any "middle man" program.


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Tue, 20 Dec 2005 20:26:14 +0100
Newsgroups: jedi.vcl

>> >> Hi Obones,
>> >>
>> >> Can you clarify point 2? I do not understand exactly what you mean? Why 
>> >> is this not nice?
> >
> > Maybe I don't get this right, but if I understand you correctly, I would 
> > have this:
> >
> > SimpleElemClassic for test
> >      SimpleElemText for the value
> >
> > That adds a new object in memory and people would have to know it is 
> > there, when one would expect to simply find the spaces into the Value 
> > property of the SimpleElemClassic object.

Obones,

You always have a SimpleElemText as a subnode when you have a non-whitespace 
value in the content of a node (see row 1665). So <test>Hello!</test> 
actually generates a SimpleElemText subnode to the <test> node.

The functionality you refer to is the fact that the SimpleElemClassic copies 
the value from this text node to it's value (see row 2294). I don't know 
exactly why, but comments in the code say it's for "compatibility".

So, the behaviour and interface is intact, with the change that when we have 
an all whitespace text node like <test>   </test> we actually get a text 
node (and the parents Value copies the textnodes value as I described 
previously).

If we have an empty node <test/> or <test></test> no SimpleElemText is 
created.

I hope the above explanation is helpful!

Best regards,
Christer







Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 20 Dec 2005 19:25:02 +0100
Newsgroups: jedi.vcl

Christer Fahlgren wrote:

>>> 2. Create whitespace only Text elements.
>>>   e.g. <test>  </test> ----> TextElement:"  "
>>>
>> 2. So the value of the TSimpleElem for test would be empty and it would have a child. This is not really nice.
>
> Hi Obones,
>
> Can you clarify point 2? I do not understand exactly what you mean? Why is this not nice?

Maybe I don't get this right, but if I understand you correctly, I would have this:

SimpleElemClassic for test
     SimpleElemText for the value

That adds a new object in memory and people would have to know it is there, when one would expect to simply find the spaces into the Value property of the SimpleElemClassic object.


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Tue, 20 Dec 2005 18:20:32 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:do9b91$nhm$1@talkto.net...
> > Elahn Ientile wrote:
> >
>> >> Christer Fahlgren wrote, on 21/12/2005 12:57 AM:
>> >>
>>>>> >>>>> I'd be happy if someone who knows the inner workings of  JVSimpleXML 
>>>>> >>>>> (Elahn perhaps?) could have a look at the proposed patch and see if it 
>>>>> >>>>> could be suitable for inclusion into JVCL.
>>>>> >>>>>
>>>>> >>>>> The proposed change is below the signature.
>>>> >>>>
>>>> >>>>
>>>> >>>> An empty tag would be "<test/>", so it seems reasonable for
>>>> >>>> "<test>   </test>" to be a Text element.
>>>> >>>>
>>>> >>>> Please zip your JvSimpleXML.pas & post it to binaries, so we can easily 
>>>> >>>> do a diff on it.
>> >>
>> >>
>>> >>> I have now posted it to the binaries group!
>> >>
>> >>
>> >> Hi Christer,
>> >>
>> >> I had a look, but I'm too tired to think through it and test it at the 
>> >> moment.
>> >>
>> >> Anyway, the proposed behaviour change amounts to:
>> >>
>> >> 1. Include the preceeding whitespace in a Text element.
>> >>    e.g. <test>  Hello</test> ----> TextElement:"  Hello"
>> >> 2. Create whitespace only Text elements.
>> >>    e.g. <test>  </test> ----> TextElement:"  "
>> >>
>> >> Does anyone have an objection to this change in behaviour?
> >
> > 1. Yes, it's been reported earlier when we introduced the indentation 
> > code. Basically, we ensured that there is no trace of the indentation left 
> > when read.
> >
> > 2. So the value of the TSimpleElem for test would be empty and it would 
> > have a child. This is not really nice.

Hi Obones,

Can you clarify point 2? I do not understand exactly what you mean? Why is 
this not nice?

Best regards,
Christer 




Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 20 Dec 2005 17:56:12 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Christer Fahlgren wrote, on 21/12/2005 12:57 AM:
>
>>>> I'd be happy if someone who knows the inner workings of  JVSimpleXML (Elahn perhaps?) could have a look at the proposed patch and see if it could be suitable for inclusion into JVCL.
>>>>
>>>> The proposed change is below the signature.
>>>
>>>
>>> An empty tag would be "<test/>", so it seems reasonable for
>>> "<test>   </test>" to be a Text element.
>>>
>>> Please zip your JvSimpleXML.pas & post it to binaries, so we can easily do a diff on it.
>
>
>> I have now posted it to the binaries group!
>
>
> Hi Christer,
>
> I had a look, but I'm too tired to think through it and test it at the moment.
>
> Anyway, the proposed behaviour change amounts to:
>
> 1. Include the preceeding whitespace in a Text element.
>    e.g. <test>  Hello</test> ----> TextElement:"  Hello"
> 2. Create whitespace only Text elements.
>    e.g. <test>  </test> ----> TextElement:"  "
>
> Does anyone have an objection to this change in behaviour?

1. Yes, it's been reported earlier when we introduced the indentation code. Basically, we ensured that there is no trace of the indentation left when read.

2. So the value of the TSimpleElem for test would be empty and it would have a child. This is not really nice.


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 21 Dec 2005 02:10:38 +1000
Newsgroups: jedi.vcl

Christer Fahlgren wrote, on 21/12/2005 12:57 AM:
>>> I'd be happy if someone who knows the inner workings of  JVSimpleXML (Elahn perhaps?) could have a look at the proposed patch and see if it could be suitable for inclusion into JVCL.
>>>
>>> The proposed change is below the signature.
>>
>> An empty tag would be "<test/>", so it seems reasonable for
>> "<test>   </test>" to be a Text element.
>>
>> Please zip your JvSimpleXML.pas & post it to binaries, so we can easily do a diff on it.

> I have now posted it to the binaries group!

Hi Christer,

I had a look, but I'm too tired to think through it and test it at the moment.

Anyway, the proposed behaviour change amounts to:

1. Include the preceeding whitespace in a Text element.
   e.g. <test>  Hello</test> ----> TextElement:"  Hello"
2. Create whitespace only Text elements.
   e.g. <test>  </test> ----> TextElement:"  "

Does anyone have an objection to this change in behaviour?

Christer, if no objections are raised and your code does the above, then just keep using it. Even if the implementation that makes it into CVS is different, the behaviour will be the same and won't break your apps. I mention this 'cause I and possibly others won't have time to check & test it over the Christmas/New Year period so it may take a while for it to actually make it into CVS.

-- 
enjoy life,
           Elahn


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Tue, 20 Dec 2005 15:57:45 +0100
Newsgroups: jedi.vcl

>> >> I'd be happy if someone who knows the inner workings of  JVSimpleXML 
>> >> (Elahn perhaps?) could have a look at the proposed patch and see if it 
>> >> could be suitable for inclusion into JVCL.
>> >>
>> >> The proposed change is below the signature.
> >
> > An empty tag would be "<test/>", so it seems reasonable for
> > "<test>   </test>" to be a Text element.
> >
> > Please zip your JvSimpleXML.pas & post it to binaries, so we can easily do 
> > a diff on it.

Elahn,

I have now posted it to the binaries group!

Best regards,
Christer 




Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 21 Dec 2005 00:12:37 +1000
Newsgroups: jedi.vcl

Christer Fahlgren wrote, on 20/12/2005 8:48 PM:
> I have now made a new proposal on how to preserve whitespace in text nodes as suggested by Elahn.
>
> The proposal is to keep track of how many whitespace characters of the stream is consumed and track back if the parsing comes to the conclusion that this is a text element. By doing this, the whitespace in the beginning of a text node is preserved (which was my original intent) and no extra text nodes are introduced for "only whitespace nodes" before nested subnodes. However, the proposal also creates a text node even if it contains all whitespace, e.g. <test>      </test> generates a text node as well.
>
> I'd be happy if someone who knows the inner workings of  JVSimpleXML (Elahn perhaps?) could have a look at the proposed patch and see if it could be suitable for inclusion into JVCL.
>
> The proposed change is below the signature.

An empty tag would be "<test/>", so it seems reasonable for
"<test>   </test>" to be a Text element.

Please zip your JvSimpleXML.pas & post it to binaries, so we can easily do a diff on it.

-- 
enjoy life,
           Elahn

P.S. I use WinMerge for comparing files (diff).


Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Tue, 20 Dec 2005 12:15:50 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:do8maa$gvv$1@talkto.net...
> > Christer Fahlgren wrote:
> >
>> >> However, the proposal also creates a text node even if it contains all 
>> >> whitespace, e.g. <test>      </test> generates a text node as well.
> >
> > So that would mean that NodeByName['test'].Value does not contain the text 
> > and that I would have to use NodeByName['test'].Nodes[0].Value ?
> > That would be very sad and would break compatibility completely.

Hi OBones,

No, that would not be the case.

As I understand it (see previous disclaimer about not being neither expert 
in XML nor JVSimpleXML), the interface and behaviour is unchanged with the 
difference that whitespace is preserved correctly.

So in your case, the difference would be that NodeByName['test'].Value 
actually returns the whitespace if there was any (which isn't being done 
today).

Best regards,
Christer




Subject: Re: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 20 Dec 2005 11:58:25 +0100
Newsgroups: jedi.vcl

Christer Fahlgren wrote:

> However, the proposal also creates a text node even if it contains all whitespace, e.g. <test>      </test> generates a text node as well.

So that would mean that NodeByName['test'].Value does not contain the text and that I would have to use NodeByName['test'].Nodes[0].Value ?
That would be very sad and would break compatibility completely.


Subject: New proposal - JVSimpleXML - preserving whitespace in textnodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Tue, 20 Dec 2005 11:48:58 +0100
Newsgroups: jedi.vcl

Hi!

I have now made a new proposal on how to preserve whitespace in text nodes 
as suggested by Elahn.

The proposal is to keep track of how many whitespace characters of the 
stream is consumed and track back if the parsing comes to the conclusion 
that this is a text element. By doing this, the whitespace in the beginning 
of a text node is preserved (which was my original intent) and no extra text 
nodes are introduced for "only whitespace nodes" before nested subnodes. 
However, the proposal also creates a text node even if it contains all 
whitespace, e.g. <test>      </test> generates a text node as well.

I'd be happy if someone who knows the inner workings of  JVSimpleXML (Elahn 
perhaps?) could have a look at the proposed patch and see if it could be 
suitable for inclusion into JVCL.

The proposed change is below the signature.

Best regards,
Christer
http://www.whatsrunning.net/

From line 1618 in JVSimpleXML, exchange the method for this one:
function TJvSimpleXMLElems.LoadFromStream(const Stream: TStream; AParent: 
TJvSimpleXML): string;
var
  I, lStreamPos, Count, lPos: Integer;
  lBuf: array [0..cBufferSize - 1] of Char;
  St: string;
  Po: string;
  lElem: TJvSimpleXMLElem;
  Ch: Char;
  whitespacecount : Integer;
  startofparse : Integer;
  savedpos : Integer;
begin
  lStreamPos := Stream.Position;
  Result := '';
  Po := '';
  St := '';
  lPos := 0;

  // We read from a stream, thus replacing the existing items
  Clear;

  repeat
    Count := ReadCharsFromStream(Stream, lBuf, Length(lBuf));
    if AParent <> nil then
      AParent.DoLoadProgress(Stream.Position, Stream.Size);
    whitespacecount := 0;
    startofparse := lStreamPos;
    for I := 0 to Count - 1 do
    begin
      //Increment Stream pos for after comment
      Inc(lStreamPos);
      Ch := lBuf[I];

      case lPos of
        0: //We are waiting for a tag and thus avoiding spaces
          begin
            case Ch of
              ' ', Tab, Cr, Lf:
                begin
                  Inc(whitespacecount);
                end;
              '<':
                begin
                  lPos := 1;
                  St := Ch;
                end;
            else
              begin
                  //This is a text
                lElem := TJvSimpleXMLElemText.Create(Parent);
                Stream.Seek(lStreamPos - 1 - whitespacecount, 
soFromBeginning);
                lElem.LoadFromStream(Stream);
                lStreamPos := Stream.Position;
                CreateElems;
                FElems.AddObject(lElem.Name, lElem);
                Break;
              end;
            end;

          end;

        1: //We are trying to determine the kind of the tag
          begin
            lElem := nil;
            case Ch of
              '/':
                if St = '<' then
                begin
                  lPos := 2;
                  St := '';
                end
                else
                begin
                  lElem := TJvSimpleXMLElemClassic.Create(Parent);
                  St := St + Ch;
                end;

              ' ', '>', ':': //This should be a classic tag
                begin
                  lElem := TJvSimpleXMLElemClassic.Create(Parent);
                  St := St + Ch;
                end;
            else
              begin
                if (St <> '<![CDATA') or not (Ch in [' ', Tab, Cr, Lf]) then
                  St := St + Ch;
                if St = '<![CDATA[' then
                  lElem := TJvSimpleXMLElemCData.Create(Parent)
                else
                if St = '<!--' then
                  lElem := TJvSimpleXMLElemComment.Create(Parent);
                  //<?
              end;
            end;

            if lElem <> nil then
            begin
              CreateElems;
              Stream.Seek(lStreamPos - (Length(St)), soFromBeginning);
              lElem.LoadFromStream(Stream);
              lStreamPos := Stream.Position;
              FElems.AddObject(lElem.Name, lElem);
              St := '';
              lPos := 0;
              Break;
            end;
          end;

        2: //This is an end tag
          case Ch of
            '>':
              begin
                if Po <> '' then
                  Result := Po + ':' + St
                else
                  Result := St;
                Count := 0;

                if (lElem =nil) and (whitespacecount>0) then
                begin
                   // If no other subelement was created, and we counted 
some whitespace
                   // then there must have been some whitespace that we 
missed
                   // so let's create a text element for it...
                  savedpos := Stream.Position;
                  lElem := TJvSimpleXMLElemText.Create(Parent);
                  Stream.Seek(startofparse, soFromBeginning);
                  lElem.LoadFromStream(Stream);
                  CreateElems;
                  FElems.AddObject(lElem.Name, lElem);
                  Stream.Seek(savedpos, soFromBeginning);
                end;
                Break;
              end;
            ':':
              begin
                Po := St;
                St := '';
              end;
          else
            St := St + Ch;
          end;
      end;
    end;
  until Count = 0;

  Stream.Seek(lStreamPos, soFromBeginning);
end;




Subject: JvDesignSurface save Form in DFM Delphi style, is possible?
From: "Fellipe Henrique" <fellipeh@oi.com.br>
Date: Tue, 20 Dec 2005 08:21:42 -0200
Newsgroups: jedi.vcl

Hello, first sorry my poor english :-), my question is: Can JvDesignSurface 
save Form in DFM Delphi Style? Because when I  SaveToFile('test.dfm'); The 
form like this:

object JvDesignPanel: TJvDesignPanel
  Left = 0
  Top = 0
  Width = 380
  Height = 214
  Align = alClient
  BevelOuter = bvNone
  Color = clWhite
  TabOrder = 0
  object Image1: TImage
    Left = 38
    Top = 30
    Width = 105
    Height = 105
  end
......


when in true is like this:

object FrmLocalizar: TFrmLocalizar
  Left = 0
  Top = 0
  BorderIcons = [biSystemMenu]
  BorderStyle = bsDialog
  Caption = 'Sistema de Localiza'#231#227'o'
  ClientHeight = 348
  ClientWidth = 721
  Color = clBtnFace
  Font.Charset = DEFAULT_CHARSET
  Font.Color = clWindowText
  Font.Height = -11
  Font.Name = 'Tahoma'
  Font.Style = []
  KeyPreview = True
  OldCreateOrder = False
  Position = poMainFormCenter
  OnCreate = FormCreate
  OnKeyPress = FormKeyPress
  OnShow = FormShow
  PixelsPerInch = 96
  TextHeight = 13
  object Panel1: TPanel
    Left = 0
    Top = 0
    Width = 721
.....



Thanks for all,
Fellipe H. 




Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Mon, 19 Dec 2005 15:15:58 -0500
Newsgroups: jedi.vcl

>> >> <test>    <test2>  Hi!</test2> Text after the node</test>

> > That is invalid XML. A node is either a text node or has sub nodes. It is
> > not allowed both according to the spec.

Not quite.  That's called a mixed content model... and is perfectly 
acceptable according to 
http://www.w3.org/TR/2004/REC-xml11-20040204/#sec-mixed-content. 




Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 19 Dec 2005 21:01:24 +0100
Newsgroups: jedi.vcl

Peter Thornqvist [JVCL Developer] wrote:
>> Example1:
>>
>> <test>    <test2>  Hi!</test2> Text after the node</test>
>
>
> That is invalid XML. A node is either a text node or has sub nodes. It is
> not allowed both according to the spec.
>

    Really? FireFox, IE and the MSXML DOM parser all accept the fragment above as valid XML. Couldn't really find were in the specs it says it shouldn't be allowed, but I might have overlooked it somewhere.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: "Peter Thornqvist [JVCL Developer]" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 19 Dec 2005 20:40:39 +0100
Newsgroups: jedi.vcl

> > Example1:
> >
> > <test>    <test2>  Hi!</test2> Text after the node</test>

That is invalid XML. A node is either a text node or has sub nodes. It is
not allowed both according to the spec.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JclBase.dcu not found
From: "Marc Meyen" <MarcM@conqist.be>
Date: Mon, 19 Dec 2005 16:46:59 +0100
Newsgroups: jedi.vcl

Hi,

I've just installed ver 3.10 in D7pro and I'm trying to recompile my project.
I've used TJvDbLookupEdit in one of the forms. I get the error JclBase.dcu not found.
Can someone point me in the right direction ?
-- met vriendelijke groeten, Marc Meyen - ConQist nv - 03 - 366 68 62 

Subject: Re: JVCL install failure
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 19 Dec 2005 15:23:33 +0300
Newsgroups: jedi.vcl

Carsten Schuette wrote:
> Andreas Hausladen wrote:
>
>
>> Was BDS 2006 started at least once before you started to install the
>> JCL/JVCL ?
>
>
> Yes.
>
> BDS4 is installed at default location.
>
> The BPL directory where the JCL packages are is in the PATH variable.
> But it is _not_ the default directory. Maybe this causes the problem?
>
> Carsten
Yes, I had the same, I used before not default for BPL, and JVCL3 couldn't be installed, but after changing to the default BPL the installer for JVCL is working fine.


Subject: Re: JVCL install failure
From: "Carsten Schuette" <carsten.schuette@gmx.de>
Date: Mon, 19 Dec 2005 11:21:17 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Was BDS 2006 started at least once before you started to install the
> > JCL/JVCL ?

Yes.

BDS4 is installed at default location.

The BPL directory where the JCL packages are is in the PATH variable.
But it is _not_ the default directory. Maybe this causes the problem?

Carsten


Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 19 Dec 2005 18:58:13 +1000
Newsgroups: jedi.vcl

Hi Christer,

Christer Fahlgren wrote, on 19/12/2005 4:51 AM:
> Would you or OBones oppose to adding this as an option for JvSimpleXML?

Wouldn't this add a a "whitespace" text element for every piece of indentation in the XML file?

> Ok, just curious, what would your main motivation to making it optional be? Would it be that it might break existing applications or is it that you think the behaviour would be wrong?

It would slow down the loading, adding "whitespace" text elements that I don't want or need, and use more memory in the process. And if these text elements were added, it would break my code...I could modify my code to ignore text elements, but we shouldn't introduce code that will break applications using it.

IMHO, whitespace should only be preserved when it is part of a Text element, not when it's indentation. So, the position should be saved after a tag is opened and should be used instead of the current position if and only if it is a Text element.

-- 
enjoy life,
           Elahn


Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Sun, 18 Dec 2005 19:51:50 +0100
Newsgroups: jedi.vcl

Hi Elahn,

Ok, just curious, what would your main motivation to making it optional be? 
Would it be that it might break existing applications or is it that you 
think the behaviour would be wrong?

Would you or OBones oppose to adding this as an option for JvSimpleXML?

As a user of JVSimpleXML I would really like this to be added so that I can 
use the "mainline" and not having to patch JVCL with this change.

I have attached a proposed patch below that should keep existing 
applications happy and I'll get my functionality (which I think also might 
be desirable for other users of JVSimpleXML). (and yes, the duplicated code 
could be broken out to a function instead).

Best regards,
Christer

Here's my proposed patch:

Replace TJVSimpleXMLOptions (line 372) with this
 TJvSimpleXMLOptions = set of (sxoAutoCreate, sxoAutoIndent, 
sxoAutoEncodeValue, sxoAutoEncodeEntity, sxoDoNotSaveProlog, 
sxoPreserveWhitespace);


From row 1618: replace TJvSimpleXMLElems.LoadFromStream with the method 
below.

function TJvSimpleXMLElems.LoadFromStream(const Stream: TStream; AParent: 
TJvSimpleXML): string;
var
  I, lStreamPos, Count, lPos: Integer;
  lBuf: array [0..cBufferSize - 1] of Char;
  St: string;
  Po: string;
  lElem: TJvSimpleXMLElem;
  Ch: Char;
begin
  lStreamPos := Stream.Position;
  Result := '';
  Po := '';
  St := '';
  lPos := 0;

  // We read from a stream, thus replacing the existing items
  Clear;

  repeat
    Count := ReadCharsFromStream(Stream, lBuf, Length(lBuf));
    if AParent <> nil then
      AParent.DoLoadProgress(Stream.Position, Stream.Size);
    for I := 0 to Count - 1 do
    begin
      //Increment Stream pos for after comment
      Inc(lStreamPos);
      Ch := lBuf[I];

      case lPos of
        0: //We are waiting for a tag and thus avoiding spaces
          begin
            if Assigned(Parent) and Assigned(Parent.SimpleXML) and 
(sxoPreserveWhiteSpace in Parent.SimpleXML.Options) then
            begin  //This is the path where we preserve whitespace
              case Ch of
                '<':
                  begin
                    lPos := 1;
                    St := Ch;
                  end;
              else
                begin
                    //This is a text
                  lElem := TJvSimpleXMLElemText.Create(Parent);
                  Stream.Seek(lStreamPos - 1, soFromBeginning);
                  lElem.LoadFromStream(Stream);
                  lStreamPos := Stream.Position;
                  CreateElems;
                  FElems.AddObject(lElem.Name, lElem);
                  Break;
                end;
              end
            end
            else
            begin
              case Ch of
                ' ', Tab, Cr, Lf:
                  begin
                  end;
                '<':
                  begin
                    lPos := 1;
                    St := Ch;
                  end;
              else
                begin
                    //This is a text
                  lElem := TJvSimpleXMLElemText.Create(Parent);
                  Stream.Seek(lStreamPos - 1, soFromBeginning);
                  lElem.LoadFromStream(Stream);
                  lStreamPos := Stream.Position;
                  CreateElems;
                  FElems.AddObject(lElem.Name, lElem);
                  Break;
                end;
              end;
            end
          end;

        1: //We are trying to determine the kind of the tag
          begin
            lElem := nil;
            case Ch of
              '/':
                if St = '<' then
                begin
                  lPos := 2;
                  St := '';
                end
                else
                begin
                  lElem := TJvSimpleXMLElemClassic.Create(Parent);
                  St := St + Ch;
                end;

              ' ', '>', ':': //This should be a classic tag
                begin
                  lElem := TJvSimpleXMLElemClassic.Create(Parent);
                  St := St + Ch;
                end;
            else
              begin
                if (St <> '<![CDATA') or not (Ch in [' ', Tab, Cr, Lf]) then
                  St := St + Ch;
                if St = '<![CDATA[' then
                  lElem := TJvSimpleXMLElemCData.Create(Parent)
                else
                if St = '<!--' then
                  lElem := TJvSimpleXMLElemComment.Create(Parent);
                  //<?
              end;
            end;

            if lElem <> nil then
            begin
              CreateElems;
              Stream.Seek(lStreamPos - (Length(St)), soFromBeginning);
              lElem.LoadFromStream(Stream);
              lStreamPos := Stream.Position;
              FElems.AddObject(lElem.Name, lElem);
              St := '';
              lPos := 0;
              Break;
            end;
          end;

        2: //This is an end tag
          case Ch of
            '>':
              begin
                if Po <> '' then
                  Result := Po + ':' + St
                else
                  Result := St;
                Count := 0;
                Break;
              end;
            ':':
              begin
                Po := St;
                St := '';
              end;
          else
            St := St + Ch;
          end;
      end;
    end;
  until Count = 0;

  Stream.Seek(lStreamPos, soFromBeginning);
end;


"Elahn Ientile" <elahn@elahn.net> wrote in message 
news:do3qkq$j99$1@talkto.net...
> > Christer Fahlgren wrote, on 18/12/2005 11:11 PM:
>> >> With my change - all whitespace would be preserved for the text node.
>> >>
>> >> As for indentation, I think the applications using JVSimpleXML should be 
>> >> fine as long as they test the Name of the nodes that they are processing 
>> >> and not depend on a fixed number of subnodes to a particular node (as my 
>> >> proposed change would most likely introduce more text nodes).
> >
> > If anything like this is implemented, it should be an option. Personally, 
> > I wouldn't use it as I don't use Text elements at all. I use attributes 
> > and use the OnEncodeValue/OnDecodeValue events to escape the characters 
> > [#10, #13, '"', '&', #39, '<', '>']. I find this makes nice, tidy XML, 
> > that is easy to read and not bloated with extra tags and lines.
> >
> > --
> > enjoy life,
> >            Elahn 




Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 19 Dec 2005 00:37:55 +1000
Newsgroups: jedi.vcl

Christer Fahlgren wrote, on 18/12/2005 11:11 PM:
> With my change - all whitespace would be preserved for the text node.
>
> As for indentation, I think the applications using JVSimpleXML should be fine as long as they test the Name of the nodes that they are processing and not depend on a fixed number of subnodes to a particular node (as my proposed change would most likely introduce more text nodes).

If anything like this is implemented, it should be an option. Personally, I wouldn't use it as I don't use Text elements at all. I use attributes and use the OnEncodeValue/OnDecodeValue events to escape the characters [#10, #13, '"', '&', #39, '<', '>']. I find this makes nice, tidy XML, that is easy to read and not bloated with extra tags and lines.

-- 
enjoy life,
           Elahn


Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Sun, 18 Dec 2005 14:11:52 +0100
Newsgroups: jedi.vcl

Hi!

Let me first explain that I am no expert in XML whatsoever! And my 
familiarity of JVSimpleXML is by using it.


Let's try some examples:

Example1:

<test>    <test2>  Hi!</test2> Text after the node</test>

This would currently generate a node <test> with two embedded nodes, test2 
and the text node for the "Text after the node"

With my proposed change it would generate a node <test> with possibly three 
embedded nodes, one text node for the whitespace, one for the test2 node and 
another text node for the "Text after the node"

I agree that in the case where the first whitespace doesn't mean anything, 
it is just unneccessary to create a node for it. There could however be an 
application somewhere that would like to know about the whole structure 
including the whitespace before.

Example2:
<test>  Hello! everyone
This is a test!
</test>

In this second example, a text node is created with all whitespace preserved 
except the first preceding space before "Hello". This might seem to be 
strange to some applications expecting the whitespace to be handled.

With my change - all whitespace would be preserved for the text node.

As for indentation, I think the applications using JVSimpleXML should be 
fine as long as they test the Name of the nodes that they are processing and 
not depend on a fixed number of subnodes to a particular node (as my 
proposed change would most likely introduce more text nodes).

Best regards,
Christer

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:do3jl9$htk$1@talkto.net...
> > It's the current way to remove any form of indentation. Could you explain 
> > me how to remove it with another method ? 




Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 18 Dec 2005 13:38:50 +0100
Newsgroups: jedi.vcl

It's the current way to remove any form of indentation. Could you explain me how to remove it with another method ?


Subject: Re: Problem with TJvAppRegistryStorage
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 18 Dec 2005 22:33:51 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote, on 18/12/2005 6:04 PM:
> this is not correct. It's designed as a general storage system and can be used with a lot of other components then te TJvFormStorage.

Hi Jens,

Yeah, you're right. Sorry, I forgot about the other components that use the AppStorage framework for persistence.

I see it as a great solution for storing application settings/state, but I don't think it's the best solution for reading/writing a certain value to a specific location in the registry.

-- 
enjoy life,
           Elahn


Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Sun, 18 Dec 2005 13:23:44 +0100
Newsgroups: jedi.vcl

Hi Elahn,

I have now tested with the daily from 18th of December and the issue is 
still there.

In fact, I think if you look at row 1650 of JvSimpleXML you can see that all
preceding whitespace will be skipped before creating a TJvSimpleXMLElemText 
(row 1661).

In my view, the proper fix would be to simply remove the "consumption" of 
whitespace there and let whitespace trigger the creation of a 
TJvSimpleXMLElemText instead.

I realize that this might affect the behaviour of some programs relying on 
the previous behaviour, but still, for correctness I believe this will 
better in the long run.
Possibly, there could be a need to introduce a 'preserve whitespace' flag in 
order to care for both ways.

Best regards,
Christer
http://www.whatsrunning.net/




"Elahn Ientile" <elahn@elahn.net> wrote in message 
news:do2s9q$dh5$2@talkto.net...
> > Christer Fahlgren wrote, on 18/12/2005 12:42 AM:
>> >> I have a question about whitespace and text nodes in JVSimpleXML.
> >
> > As far as I know, this has been fixed. Try the daily build and let us know 
> > if it still occurs:
> >
> > http://jvcl.sf.net/daily
> >
> > -- 
> > enjoy life,
> >            Elahn 




Subject: Re: JVCL install failure
From: Jean-Noël Voirol <"jnvk["@]vkvision[.]ch>
Date: Sun, 18 Dec 2005 10:10:48 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Vladimir wrote:
>> Carsten Schuette wrote:
>>
>>> Hi,
>>>
>>> I have downloaded 3.10 release incl. JCL from sourceforge. I have
>>> compiled JCL. Now JVCL installer says that JCL 1.95 or higher is
>>> required. Why?

>
> Is the folder where the BPL files are located in the PATH envrionment variable? If not, add it, and try again.

Hi,

I have the same problem. The Path variable is set with BPL folder but still show the same message.


Subject: Re: Problem with TJvAppRegistryStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 18 Dec 2005 09:04:26 +0100
Newsgroups: jedi.vcl

Hi Elahn,

this is not correct. It's designed as a general storage system and can be used with a lot of other components then te TJvFormStorage.

Greetings
Jens

Elahn Ientile wrote:
> Stefan Grube wrote, on 16/12/2005 9:44 PM:
>> I got a problem in configuring TJvAppRegistryStorage to produce registry entries that don't have a name and are shown as "(default)" in the registry editor.
>
> Hi Stefan,
>
> TJvAppRegistryStorage is for use with TJvFormStorage. It is designed for persistence of properties and data, not for writing to specific paths & values within the registry.
>
> To do what you want, you can use the standard TRegistry that comes with Delphi (in the Registry unit) or you can use the functions in the JclRegistry unit ([jcl]\Source\Windows\JclRegistry.pas).
>
> -- 
> enjoy life,
>            Elahn

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Problem with TJvAppRegistryStorage
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 18 Dec 2005 16:10:36 +1000
Newsgroups: jedi.vcl

Stefan Grube wrote, on 16/12/2005 9:44 PM:
> I got a problem in configuring TJvAppRegistryStorage to produce registry entries that don't have a name and are shown as "(default)" in the registry editor.

Hi Stefan,

TJvAppRegistryStorage is for use with TJvFormStorage. It is designed for persistence of properties and data, not for writing to specific paths & values within the registry.

To do what you want, you can use the standard TRegistry that comes with Delphi (in the Registry unit) or you can use the functions in the JclRegistry unit ([jcl]\Source\Windows\JclRegistry.pas).

-- 
enjoy life,
           Elahn


Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 18 Dec 2005 16:00:00 +1000
Newsgroups: jedi.vcl

Christer Fahlgren wrote, on 18/12/2005 12:42 AM:
> I have a question about whitespace and text nodes in JVSimpleXML.

As far as I know, this has been fixed. Try the daily build and let us know if it still occurs:

http://jvcl.sf.net/daily

-- 
enjoy life,
           Elahn


Subject: Re: JVFilelistbox
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 18 Dec 2005 15:56:35 +1000
Newsgroups: jedi.vcl

Jerry Von Korf wrote, on 18/12/2005 2:50 PM:
>  well, I should have known: ITS $#@*&(((_%$# MCAFEE.

I found that my development machine ran approx. 8 times slower when running McAfee - and no, that's not an exaggeration at all...I arrived at that figure by measuring build times in Delphi.

-- 
enjoy life,
           Elahn


Subject: Re: JVFilelistbox
From: Jerry Von Korf <jvonkorff@mn.astound.net>
Date: Sat, 17 Dec 2005 22:50:53 -0600
Newsgroups: jedi.vcl

With thanks to those who helped, and apologies to the author of
JVFilelistbox, its not the code. Its not JVFilelistbox code, not
filelistbox code, and its not even my code.

After hours of wrangling with my code, and after downloading the daily
build, and then wrangling with that code, I finally wised up and futzed
with the PC's themselves, removing all drivers and adding them back, and
 well, I should have known: ITS $#@*&(((_%$# MCAFEE.



Jerry Von Korff wrote:
> > Ok. Here I am at the office.  I downloaded daily builds for vcl and
> > JVCL.   Recompiled my test project and tried it on the offending
> > workstations.  I'm still experiencing the same problem.
> >  
> > I'm going to do some more work on this, but as I look at sourcecode for
> > JVFilelistbox, it seems as though it tries to acquire the icon from the
> > shell for each file that it loads into the listbox, even if the icon has
> > been previously loaded:  is this true.  This is guess at this point, not
> > the result of careful analysis.  So, in my case, there might be 75
> > wordperfect documents, 20 msword documents, some spreadsheets and adobe
> > documents in a folder.   Ideally, one would acquire the icon from the
> > system image list for each of these types only once, and then use them
> > in the list:  but it seems as though that's not happening.
> >  
> > Yet, still, JVFIlelistbox works great on almost all of the workstations;
> > only a few experience this problem.  So there has to be something about
> > the offending workstations that is resisting collection of information
> > from the shell. 


Subject: Re: JVFilelistbox
From: Jerry Von Korff<jvonkorff@rnoon.com>
Date: Sat, 17 Dec 2005 16:42:01 -0600
Newsgroups: jedi.vcl

Ok. Here I am at the office. I downloaded daily builds for vcl and JVCL. 
Recompiled my test project and tried it on the offending workstations. I'm still 
experiencing the same problem.
I'm going to do some more work on this, but as I look at sourcecode for 
JVFilelistbox, it seems as though it tries to acquire the icon from the shell 
for each file that it loads into the listbox, even if the icon has been 
previously loaded: is this true. This is guess at this point, not the result of 
careful analysis. So, in my case, there might be 75 wordperfect documents, 20 
msword documents, some spreadsheets and adobe documents in a folder. Ideally, 
one would acquire the icon from the system image list for each of these types 
only once, and then use them in the list: but it seems as though that's not 
happening.
Yet, still, JVFIlelistbox works great on almost all of the workstations; only a 
few experience this problem. So there has to be something about the offending 
workstations that is resisting collection of information from the shell.


Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Sat, 17 Dec 2005 17:04:16 +0100
Newsgroups: jedi.vcl

Marcel,

See inline:

"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:do17i8$3l4$1@talkto.net...
> > Christer Fahlgren wrote:
>> >> My questions is whether this behaviour is consistent with how things 
>> >> should be handled when processing XML documents?
> >
> >     Most of the simple parsers will handle XML they way HTML is handled: 
> > trim leading and trailing whitespace and reduce any sequence of 
> > whitespaces (spaces, tabs, new lines) to a single whitespace.

The problem in this case is that it is not consistent, i.e. not handled in 
the way you describe, it only removes preceding white space, not embedded or 
trailing space. I wouldn't have a problem with this if it would be 
consistent.

> >
> >     A DOM parser can usually be set to preserve whitespaces. If that's 
> > what you want, you'd be better of importing the MSXML library and use 
> > that. Note that a DOM parser will induce a significant overhead over the 
> > simpler parsers, like implemented in JvSimpleXML.
> >

Sure, I see what you mean, I am very happy with JvSimpleXML beside this 
issue.

Best regards,
Christer
http://www.whatsrunning.net/ 




Subject: Re: JVFilelistbox
From: Jerry Von Korf <jvonkorff@mn.astound.net>
Date: Sat, 17 Dec 2005 10:00:53 -0600
Newsgroups: jedi.vcl

Ok.  Thanks. I've installed the daily zip.  Have to run into the office
to try on the problem PC's.
But, a cursory review of the sourcecode for JvDrivectrls.pas does not
seem to disclose any changes.

Elahn Ientile wrote:
> > I seem to recall something to do with this, but I'm not sure. Try using
> > the daily zip & see if the problem still occurs.
> > 
> > http://jvcl.sf.net/daily
> > 
> > -- 
> > enjoy life,
> >            Elahn


Subject: Re: JVSimpleXML - question about whitespace in text nodes
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 17 Dec 2005 15:59:58 +0100
Newsgroups: jedi.vcl

Christer Fahlgren wrote:
> My questions is whether this behaviour is consistent with how things should be handled when processing XML documents?

    Most of the simple parsers will handle XML they way HTML is handled: trim leading and trailing whitespace and reduce any sequence of whitespaces (spaces, tabs, new lines) to a single whitespace.

    A DOM parser can usually be set to preserve whitespaces. If that's what you want, you'd be better of importing the MSXML library and use that. Note that a DOM parser will induce a significant overhead over the simpler parsers, like implemented in JvSimpleXML.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JVSimpleXML - question about whitespace in text nodes
From: "Christer Fahlgren" <fahlgren.christer@telia.com>
Date: Sat, 17 Dec 2005 15:42:39 +0100
Newsgroups: jedi.vcl

Hi!

I have a question about whitespace and text nodes in JVSimpleXML.

I am not an XML expert and I wonder if this behaviour is correct according 
to common understanding of how to handle XML documents:

If you have a text node that starts with any whitespace, this whitespace is 
skipped.
That is if you read in a node like this <WhitespaceTest> 
Hello!</WhitespaceTest>, JVSimpleXML generates a text node that starts with 
"Hello!" with no preceding space.

If you try the same thing with a trailing space - it preserves the space.

And if you have a node with only whitespace - it is reduced to the empty 
string.

My questions is whether this behaviour is consistent with how things should 
be handled when processing XML documents?

If this is wrong (and whitespace should be preserved in text nodes), I 
believe the problem is in TJvSimpleXMLElems.LoadFromStream row 1650 where 
all whitespace is skipped before any text.

Best regards,
Christer Fahlgren
http://www.whatsrunning.net/





Subject: Re: JVFilelistbox
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 17 Dec 2005 23:06:29 +1000
Newsgroups: jedi.vcl

I seem to recall something to do with this, but I'm not sure. Try using the daily zip & see if the problem still occurs.

http://jvcl.sf.net/daily

-- 
enjoy life,
           Elahn


Subject: Re: Installing JVCL for BDS 2006
From: "Ken Adam" <ken@NOT.akadamia.co.uk>
Date: Sat, 17 Dec 2005 11:35:25 -0000
Newsgroups: jedi.vcl

For the benefit of anyone else who encounters this...
To get it to work, I had to go to Tools/Options/Environment Options/Delphi 
options/Library-win32,
and add 2 items to the Library path:
1) jvcl/resources (to get the packages to compile)
2) jvcl/lib/d10 (to get programs to find the units)

Probably obvious to anyone more awake than I am this morning.
(So much easier when the installer does it all for you!)
Ken 




Subject: Re: Installing JVCL for BDS 2006
From: "Ken Adam" <ken.adam@NOT.blueyonder.co.uk>
Date: Sat, 17 Dec 2005 10:54:57 -0000
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:dnvdnt$p8l$1@talkto.net...
> > Ken Adam wrote:
> >
>> >> Using the partners DVD, I've installed JCL 1.96 for both D7 and BDS2006 
>> >> (and I've checked the version data on the bpl files in the BDS directory 
>> >> to be sure).
>> >> I've run BDS 2006 and checked that the "install components" menu show the 
>> >> JCL modules.
>> >> When I try to install JVCL form the DVD, it will only install for D7, the 
>> >> BDS2006 option is greyed out, and there is a message saying that I need 
>> >> JCL 1.95.
>> >> I've gone through all this twice, with the same reuslts.
>> >> Can anyone suggest what I am missing?
> >
> > For some reason, it happens that sometimes the PATH environment variable 
> > does not contain the location of where the BPL file for the JCL are 
> > generated. I think this might be the reason for the JVCL installer not to 
> > find those files and thus not install the packages.
> > You can however open the project group, compile all packages, and install 
> > those with D as the last letter of their name.
Thanks for that.
I think the problem may have started when I tried to change the destination 
for the JCL install (not having a lot of space on the C drive to put it in 
the my documents subdir that it wanted).
I mistakenly put them in the "bin" folder, rather than the "lib" folder, and 
BDS couldn't find the jcl files either.
Having moved them over to lib, I can try to build the packages manually, but 
it does not find the .res files from the jvcl/resources subdirectory.
(Having only just got BDS2006, I'm not familiar with the changed dialogs, so 
this is probably something trivial I've missed).
Ken 




Subject: Re: JvInspector to choose references
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 17 Dec 2005 10:30:29 +0100
Newsgroups: jedi.vcl

Hi,

    First of, it's been a while since I looked at the component, and some later additions/changes were not even implemented by me, so on some points I may be wrong.

>   I think that I need to extend JvCustomInspectorItem

    Seems like a good place to start ;)

> - but that seems like only part of the story.  How do I associate my InspectorItem with the fields of my class?

    There are tons of examples in the JvInspector and JvInspExtraEditors units. There are actually two choices:

  1) Write a BeforeItemCreate event and have it return your class for the fields/properties you need it for (you can use the Data parameter of the event to find out for which field/property an item class is requested.

  2) Register your class using the TJvCustomInspectorData.ItemRegister (or something like that; too lazy to look it up) registry. This is the way the standard editors register themselves (most of them based on generic types, but some at specific types). At the TJvCustomInspectorData level, the registration is made for any data layer (DB, variables, properties, etc). Each data layer provides its own registry though, so you could register it at the property data layer (TJvInspectorPropData), or any other layer instead.

>   How do I get the data I need to implement GetValueList inside of my InspectorItem?  

    That's completely up to you. You could write a GetValueList implementation which looks at the Data instance it is linked to, to figure out which list it should produce.

> For instance, looking at JvInspectorComponentItem.GetValueList, I see it uses Owners to fill out the value list, but I can't find where Owners is populated.

    I think the idea there, was to write an AfterItemCreate event on the inspector to set the Owners list.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sat, 17 Dec 2005 09:03:01 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Andreas Hausladen wrote:
> > 
>> > > Miha Vrhovnik wrote:
>> > > 
>> > > 
>>> > > > Why don't you guys check for critical bugs before you make a
>>> > > > release?
>> > > 
>> > > 
>> > > Do you know how many we are? And from that number how many had a
>> > > BDS 2006 when JVCL 3.1 was released?
> > 
> > On top of this, did you read the not accompanying the release ?
> > It was made on the 31st of October, way before you even reported that
> > bug...

I have to aporogize for that.

I've just seen that this "thread" started day after I published bug,
and your message about releasing JVCL 3.1 was also published same day.
(I didn't yet read the content so I assumed that you published release
with that bug).

So once again I'm really sorry.

Regards,
Miha


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sat, 17 Dec 2005 03:41:31 -0500
Newsgroups: jedi.vcl

    Give these guys a break...they do all this to help the
Delphi community and it's all strictly voluntary.

"Miha Vrhovnik" <bigdeny@yahoo.com> wrote in message 
news:dnv7ar$np1$1@talkto.net...
> > OBones wrote:
> >
>> >> Robert Meek wrote:
>> >>
>>> >> > After making the post about this error I checked out the
>>> >> > directories in  my BDS install and found that the needed directory
>>> >> > for this file did not  exists and your installer does not evidently
>>> >> > create it.  I imagine this is  because I didn't install the C++
>>> >> > personality.  So I created it and the  install went fine.  Is it
>>> >> > safe to remove this file and directories now?
>> >>
>> >> If you are not using the C++ personality, then yes, the HPP files are
>> >> of no use to you. Which directory is that?  I thought dcc32 would not
>> >> complain if it does not find it...
> >
> >
> > I posted a bug about that on issue tracker before anybody was
> > complaining here and it's about a week since that  and it's still
> > marked as open. You guys even went and released JVCL 3.1 probably with
> > the same bug.
> >
> > Why don't you guys check for critical bugs before you make a release?
> >
> > REgards,
> > Miha
> >
> > -- 
> > 




Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sat, 17 Dec 2005 03:39:38 -0500
Newsgroups: jedi.vcl

    That's not part of the JcLDebugHandler component source however in what 
way are you seeing differences?

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:dnv3ja$mod$1@talkto.net...
> > Robert Meek a écrit :
>> >>     Also, I want to thank the group for again including my jclDebug 
>> >> component this year.  As soon as I have everything put together I will 
>> >> run tests on it to make sure it's running as it should under D2006, but 
>> >> at this point I cannot think of any problems that might come up with it's 
>> >> use.
> >
> > After some tests, it seems that JclCreateExceptFrameList differently 
> > operates with BDS 2006 compared to previous versions.
> >
> > Regards,
> >
> > Florent Ouchet 




Subject: Re: JVFilelistbox
From: Jerry Von Korf <jvonkorff@mn.astound.net>
Date: Fri, 16 Dec 2005 23:26:00 -0600
Newsgroups: jedi.vcl

One more thought.  When I look at the source code for jvfilelistbox and
compare it to the source code for filelistbox, it appears that the major
difference is that filelistbox has the glyphs hardcoded in.  THere are
only two glyphs, and the glyphs are selected based on whether the file
is an executable or not.  Thus, the listbox doesn't need to retrieve a
glyph from the shell as it is picking up the files.

JVfilelistbox uses shgetfileinfo to extract the glyphs for each file.
At first blush, this difference should not explain my problem, because
jvfilelistbox slows down, whether or not showglyphs is in effect.
However, the source code seems to disclose that the glyph information is
recovered whether showglyph is true or false.  Its just sitting there
waiting to be used for display purposes if showglyph is turned on.

Ok.  Then what is causing the filelistbox to load so much slower on some
 PC's and not others, and then only at some times.  It must be that
there is something about the loading of the glyph information with
shgetfileinfo that is really slow on some PC's and not others.  The
problem is most pronounced when there are lots of files to read.  So is
it possible that this is a memory problem.   Why should the file list
loading operation be so slow some days, and not slow at all on others,
and only on particular PC's.  Is there some configuration of the windows
operating system that might be impacting the speed of shgetfileinfo?


Subject: Re: JVFilelistbox
From: jvonkorff <jvonkorff@astound.net>
Date: Fri, 16 Dec 2005 21:18:59 -0600
Newsgroups: jedi.vcl

OBones wrote:
> Which version of the JVCL are you using ?
Sorry. JVCL 300


Subject: Re: JVFilelistbox
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 16 Dec 2005 23:44:43 +0100
Newsgroups: jedi.vcl

Which version of the JVCL are you using ?


Subject: JVFilelistbox
From: Jerry Von Korff<jvonkorff@rnoon.com>
Date: Fri, 16 Dec 2005 16:34:24 -0600
Newsgroups: jedi.vcl

I've been using JVFilelistbox in applications for some considerable time on a 
custom application to manage documents here in our law office. I have about 60 
users on a novell network. The users all have XP service pack 1 or 2. 
Periodically, a user will report that when they open a form (dialog) containing 
a JVFilelistbox that must populate itself with a list of files on the network, 
the list populates itself at a snails pace. I mean 20, 30 seconds or more. We 
will wrangle with the workstation, trying to find something wrong, and then, 
wham, it will be back working fine for a while, and then back to the same 
problem. One of the workstations, we just sent off to someone who doesn't use 
the application.
But I can never put the problem to death. Finally, I made a simple test program, 
placing two listboxes each on a tabsheet. One is TFilelistbox and the other 
JVFilelistbox. I run the test program on the offending workstation. The 
TFilelistbox works just fine; the JVFilelistbox runs at a snails pace. No 
difference if I turn showglyphs on or off. I am stumped. Any ideas, please.
I don't wish to go back to TFilelistbox, because in my custom application, I 
have a complex component which inherits from JVFilelistbox. But I've run the 
test with on the JvFilelistbox itelf.
Thank you.


Subject: Re: Installing JVCL for BDS 2006
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 16 Dec 2005 23:32:55 +0100
Newsgroups: jedi.vcl

Ken Adam wrote:

> Using the partners DVD, I've installed JCL 1.96 for both D7 and BDS2006 (and I've checked the version data on the bpl files in the BDS directory to be sure).
> I've run BDS 2006 and checked that the "install components" menu show the JCL modules.
> When I try to install JVCL form the DVD, it will only install for D7, the BDS2006 option is greyed out, and there is a message saying that I need JCL 1.96.
> I've gone through all this twice, with the same reuslts.
> Can anyone suggest what I am missing?

For some reason, it happens that sometimes the PATH environment variable does not contain the location of where the BPL file for the JCL are generated. I think this might be the reason for the JVCL installer not to find those files and thus not install the packages.
You can however open the project group, compile all packages, and install those with D as the last letter of their name.


Subject: Installing JVCL for BDS 2006
From: "Ken Adam" <ken.adam@NOT.blueyonder.co.uk>
Date: Fri, 16 Dec 2005 22:13:07 -0000
Newsgroups: jedi.vcl

Using the partners DVD, I've installed JCL 1.96 for both D7 and BDS2006 (and 
I've checked the version data on the bpl files in the BDS directory to be 
sure).
I've run BDS 2006 and checked that the "install components" menu show the 
JCL modules.
When I try to install JVCL form the DVD, it will only install for D7, the 
BDS2006 option is greyed out, and there is a message saying that I need JCL 
1.96.
I've gone through all this twice, with the same reuslts.
Can anyone suggest what I am missing?
Thanks,
Ken.

-- --------------------------------------------------------- Ken Adam "Technology is pictures, not words" 

Subject: JvInspector to choose references
From: Michael Zeringue <michael@zclient.NOSPAM.com>
Date: Fri, 16 Dec 2005 15:30:26 -0600
Newsgroups: jedi.vcl

I am trying to use the JvInspector on a object that has properties which must be chosen from items in another object's collections.  I think that I need to extend JvCustomInspectorItem - but that seems like only part of the story.  How do I associate my InspectorItem with the fields of my class?  How do I get the data I need to implement GetValueList inside of my InspectorItem?  For instance, looking at JvInspectorComponentItem.GetValueList, I see it uses Owners to fill out the value list, but I can't find where Owners is populated.

My apologies if this is too vague, but this is my first use of JvInspector so I may be missing some terms that would clarify the situation.

One general question - does anyone know a search engine that indexes this newsgroup? My reader can search by subject (as can the web newsgoup off the project home page), but full text search would be much more handy.

Thanks,
Michael Zeringue


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 16 Dec 2005 22:16:49 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Miha Vrhovnik wrote:
>
>
>> Why don't you guys check for critical bugs before you make a release?
>
>
> Do you know how many we are? And from that number how many had a BDS 2006
> when JVCL 3.1 was released?

On top of this, did you read the not accompanying the release ?
It was made on the 31st of October, way before you even reported that bug...


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 16 Dec 2005 22:14:08 +0100
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:
> I posted a bug about that on issue tracker before anybody was
> complaining here and it's about a week since that  and it's still
> marked as open. You guys even went and released JVCL 3.1 probably with
> the same bug.
> Why don't you guys check for critical bugs before you make a release?

Even if the files were released on sourceforge some days ago, the files do NOT and will NOT contain any modifications made in CVS since the 31th of October; that was clearly said in the JVCL 3.1 announce message posted in this forum.

It was announced in the same message a future version of the JVCL supporting BDS 2006 with latest source updates (including the patch correcting your report).

-- 
Florent Ouchet


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Dec 2005 20:40:45 +0000 (UTC)
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:

> > Why don't you guys check for critical bugs before you make a release?

Do you know how many we are? And from that number how many had a BDS 2006
when JVCL 3.1 was released?

-- Regards, Andreas Hausladen 

Subject: Re: JVCL install failure
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 16 Dec 2005 21:25:21 +0100
Newsgroups: jedi.vcl

Vladimir wrote:
> Carsten Schuette wrote:
>
>> Hi,
>>
>> I have downloaded 3.10 release incl. JCL from sourceforge. I have
>> compiled JCL. Now JVCL installer says that JCL 1.95 or higher is
>> required. Why?
>>
>> Carsten
>
> I have the same problem, but I didn't install BDS to the default dir, may be this is the problem?
> The question: how to install in this case?

Is the folder where the BPL files are located in the PATH envrionment variable? If not, add it, and try again.


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Fri, 16 Dec 2005 20:16:29 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Robert Meek wrote:
> > 
>> > > After making the post about this error I checked out the
>> > > directories in  my BDS install and found that the needed directory
>> > > for this file did not  exists and your installer does not evidently
>> > > create it.  I imagine this is  because I didn't install the C++
>> > > personality.  So I created it and the  install went fine.  Is it
>> > > safe to remove this file and directories now?
> > 
> > If you are not using the C++ personality, then yes, the HPP files are
> > of no use to you. Which directory is that?  I thought dcc32 would not
> > complain if it does not find it...


I posted a bug about that on issue tracker before anybody was
complaining here and it's about a week since that  and it's still
marked as open. You guys even went and released JVCL 3.1 probably with
the same bug.

Why don't you guys check for critical bugs before you make a release?

REgards,
Miha

-- 

Subject: Re: JVCL install failure
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Dec 2005 20:14:22 +0000 (UTC)
Newsgroups: jedi.vcl

Carsten Schuette wrote:

> > Hi,
> > 
> > I have downloaded 3.10 release incl. JCL from sourceforge. I have
> > compiled JCL. Now JVCL installer says that JCL 1.95 or higher is
> > required. Why?

Was BDS 2006 started at least once before you started to install the
JCL/JVCL ?

-- Regards, Andreas Hausladen 

Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 16 Dec 2005 20:37:30 +0100
Newsgroups: jedi.vcl

Robert Meek a écrit :
>     Also, I want to thank the group for again including my jclDebug component this year.  As soon as I have everything put together I will run tests on it to make sure it's running as it should under D2006, but at this point I cannot think of any problems that might come up with it's use.

After some tests, it seems that JclCreateExceptFrameList differently operates with BDS 2006 compared to previous versions.

Regards,

Florent Ouchet


Subject: Re: JVCL install failure
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 16 Dec 2005 22:05:31 +0300
Newsgroups: jedi.vcl

Carsten Schuette wrote:
> Hi,
>
> I have downloaded 3.10 release incl. JCL from sourceforge. I have
> compiled JCL. Now JVCL installer says that JCL 1.95 or higher is
> required. Why?
>
> Carsten
I have the same problem, but I didn't install BDS to the default dir, may be this is the problem?
The question: how to install in this case?


Subject: TjvToolBar and windows 95
From: "Valdir Stiebe Junior" <valdir@stiebe.com.br>
Date: Fri, 16 Dec 2005 12:06:40 -0300
Newsgroups: jedi.vcl

Hello,
I'm using a TjvToolBar, with Delphi 7 (compiling under WINXPSP2), inside a frame, with autosize, showcaptions, flat and transparent properties = true.
It works ok from win98 - winxp. But in win95 I get all buttons without captions or glyphs.

Sombody already saw this behaviour?

Valdir.


Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 16 Dec 2005 14:16:26 +0100
Newsgroups: jedi.vcl

birbilis wrote:

> does it install/work OK on x64 machines?

It should, even though there is no x64 specific code. I mean, if Delphi runs, the JVCL should as well.


Subject: Re: Jvmail anf office Outlook 2003
From: "Mike Shkolnik" <mshkolnik2002@ukr.net>
Date: Fri, 16 Dec 2005 14:52:05 +0200
Newsgroups: jedi.vcl

Add the smtp: prefix for address:
smtp:aaaa@domain.com

--
With best regards, Mike Shkolnik
EMail: mshkolnik@scalabium.com
http://www.scalabium.com

"Felix González" <felix.gonzalez@gvgest.es> wrote in message
news:dnua3b$ftq$1@talkto.net...
> > Hi
> > I´m using D5. in the example about Jvmail when I try to send a mail I get
an
> > error of outlook can´t find the recipien. If I write the same email adress
> > in the outlook message, it are sending correctly
> > What I´m doing wrong
> >
> > thanks
> >
> >




Subject: JVCL install failure
From: "Carsten Schuette" <carsten.schuette@gmx.de>
Date: Fri, 16 Dec 2005 12:32:57 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I have downloaded 3.10 release incl. JCL from sourceforge. I have
compiled JCL. Now JVCL installer says that JCL 1.95 or higher is
required. Why?

Carsten


Subject: Jvmail anf office Outlook 2003
From: "Felix González" <felix.gonzalez@gvgest.es>
Date: Fri, 16 Dec 2005 13:25:36 +0100
Newsgroups: jedi.vcl

Hi
I´m using D5. in the example about Jvmail when I try to send a mail I get an 
error of outlook can´t find the recipien. If I write the same email adress 
in the outlook message, it are sending correctly
What I´m doing wrong

thanks 




Subject: Problem with TJvAppRegistryStorage
From: "Stefan Grube" <stefan.grube@7layers.de>
Date: Fri, 16 Dec 2005 12:44:27 +0100
Newsgroups: jedi.vcl

Hi,

I got a problem in configuring TJvAppRegistryStorage to produce registry 
entries that don't have a name and are shown as "(default)" in the registry 
editor.

E.g. I want to produce a branch [HKEY_CLASSES_ROOT\Folder\shell\Open 
Folder\command] with an unnamed (default) entry "D:\\Tools\\FileTool.exe 
\"%1\"".
When I set this up manually with the registry editor and export this I get:
[HKEY_CLASSES_ROOT\Folder\shell\Open Folder\command]
@="D:\\Tools\\FileTool.exe \"%1\""

How can I do this with TJvAppRegistryStorage?
I tried this:
    with JvAppRegistryStorage do begin
      ReadOnly:=false;
      RegRoot :=hkClassesRoot;
      Root    :='Folder\shell';
      Path    :='Open Folder\command';
        WriteString ('@', paramstr(0)+' "%1"');
Unfortunately that doesn't work and I get:

[HKEY_CLASSES_ROOT\Folder\shell\Open Folder\command]
'@'="D:\\Tools\\FileTool.exe \"%1\""

Additionally I tried:
    with JvAppRegistryStorage do begin
      ReadOnly:=false;
      RegRoot :=hkClassesRoot;
      Root    :='Folder\shell';
      Path    :='Open Folder\command';
        WriteString ('', paramstr(0)+' "%1"');
What gives:
[HKEY_CLASSES_ROOT\Folder\shell\Open Folder\]
'command'="D:\\Tools\\FileTool.exe \"%1\""

Anyone a clue?

Thanks in advance,
Stefan 




Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: "birbilis" <birbilis-nospam@kagi.com>
Date: Fri, 16 Dec 2005 12:42:08 +0100
Newsgroups: jedi.vcl

does it install/work OK on x64 machines?

George Birbilis
Microsoft MVP J# for 2004, 2005
http://www.kagi.com/birbilis

--- posted by geoForum on http://delphi.newswhat.com


Subject: Cursor conflict with TVirtualStringTree
From: Ed <removethis.mrevh@shaw.ca>
Date: Thu, 15 Dec 2005 17:33:11 -0800
Newsgroups: jedi.vcl

This might be a known issue already, but the TStringVirtualTree
component from http://www.lischke-online.de/VirtualTreeview/ and the
Jedi JVCL both use 100 as a cursor ID. The end result is that when I
load the JvCoreD10D.bpl package in Delphi 2006, the incorrect cursor is
now displayed when attempting to resize columns in the Breakpoint view,
Local Variables view, etc.

As a short term fix I've redefined the cursor IDs in my local copy of
JVCL, but I'm not sure if this is the best long term fix.

Anyway, I thought I'd just give everyone a head's up on this. I'll post
a similar message on the TStringVirtualTree newsgroup.

I initially posted this as a defect in QualityCentral, so you can see
issue #22308 for a better explanation and screenshot.

Ed Vander Hoek


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 15 Dec 2005 16:16:15 -0500
Newsgroups: jedi.vcl

    I really don't know if not installing it saves the IDE from loading any 
particular DLL's all the time, but since I'll never use it I just figured it 
couldn't hurt.

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:dnr485$ofr$1@talkto.net...
> > Andreas Hausladen wrote:
> >
>> >> This directory exist if you install the C++ personality. For me it makes
>> >> no sense to not install a personality. Borland has done a great job to
>> >> load only the personality you will work with.
> >
> > This is a question of personal preferences. It may also be a problem
> > of available harddisk space. We will therfore have to address that
> > problem in the installer. 




Subject: Re: Access violations in BDS2006 installing JVCL (because of DEP)
From: "Tjipke A. van der Plaats" <info@tiriss.com>
Date: Thu, 15 Dec 2005 21:29:23 +0100
Newsgroups: jedi.vcl

> >  I also get the access violations.  I turned DEP off and everything works. 
> > (I actually had this problem in Delphi 7 when simply opening the Project 
> > Settings dialog.)

Also had DEP errors in earlier Delphi's but didn't expect these to still be 
in 2006...

Tjipke


-- Need to change your projects version info from the commandline? Use ChangeRes: http://www.tiriss.com/changeres 

Subject: Re: Access violations in BDS2006 installing JVCL (because of DEP)
From: "Jeff" <none@none.com>
Date: Thu, 15 Dec 2005 10:08:00 -0800
Newsgroups: jedi.vcl

Hello Tjipke,

  I also get the access violations.  I turned DEP off and everything works. 
(I actually had this problem in Delphi 7 when simply opening the Project 
Settings dialog.)

 - Jeff

"Tjipke A. van der Plaats" <info@tiriss.com> wrote in message 
news:dnr7ua$p50$1@talkto.net...
> > Not sure if it is a BDS2006 problem or JVCL (or combination), but I think 
> > it is a BDS2006 problem.
> >
> > In 2006 during installing the JVCL packages (from the companion DVD) I get 
> > access violations for each JVCL package that is loaded (manual install in 
> > IDE). The access violations reminded me of earlier ones I had in previous 
> > Delphi IDE's so I added BDS2006 to the programs to exclude from DEP (Data 
> > Execution Prevention). And now everything works as it supposed to do.
> >
> > This is on Win2003, which has DEP standard enabled for all apps (where in 
> > XP this is standard disabled, except for windows apps)
> >
> > So this is as much a FYI as a question if it might be something in JVCL?
> >
> >    Tjipke
> >
> >
> > -- 
> > Need to change your projects version info from the commandline?
> > Use ChangeRes: http://www.tiriss.com/changeres
> > 




Subject: Re: Prob with TJVLookOut and AddButton => order of buttons
From: "Michaël Duval" <okaryn@wanadoo.fr>
Date: Thu, 15 Dec 2005 16:22:35 +0100
Newsgroups: jedi.vcl

Finally, I found the solution :

Add "btnBouton.Align := alTop;" after the creation of the button to force 
the position in top, so the next button will be create under.

"Michaël Duval" <okaryn@wanadoo.fr> a écrit dans le message de news: 
dnq064$hrb$1@talkto.net...
> > Hello,
> >
> > I'm trying to create at runtime 5 buttons in a TJVLookOut component.
> >
> > After my procedure, the buttons's order at the screen is (from top to 
> > bottom) 4 5 3 1 2 (in debug, the order is 1 2 3 4 5).




Subject: Access violations in BDS2006 installing JVCL (because of DEP)
From: "Tjipke A. van der Plaats" <info@tiriss.com>
Date: Thu, 15 Dec 2005 09:29:02 +0100
Newsgroups: jedi.vcl

Not sure if it is a BDS2006 problem or JVCL (or combination), but I think it 
is a BDS2006 problem.

In 2006 during installing the JVCL packages (from the companion DVD) I get 
access violations for each JVCL package that is loaded (manual install in 
IDE). The access violations reminded me of earlier ones I had in previous 
Delphi IDE's so I added BDS2006 to the programs to exclude from DEP (Data 
Execution Prevention). And now everything works as it supposed to do.

This is on Win2003, which has DEP standard enabled for all apps (where in XP 
this is standard disabled, except for windows apps)

So this is as much a FYI as a question if it might be something in JVCL?

    Tjipke


-- Need to change your projects version info from the commandline? Use ChangeRes: http://www.tiriss.com/changeres 

Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Dec 2005 08:25:59 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> This directory exist if you install the C++ personality. For me it makes
> no sense to not install a personality. Borland has done a great job to
> load only the personality you will work with.

This is a question of personal preferences. It may also be a problem
of available harddisk space. We will therfore have to address that
problem in the installer.


Subject: Prob with TJVLookOut and AddButton => order of buttons
From: "Michaël Duval" <okaryn@wanadoo.fr>
Date: Wed, 14 Dec 2005 22:10:19 +0100
Newsgroups: jedi.vcl

Hello,

I'm trying to create at runtime 5 buttons in a TJVLookOut component.

After my procedure, the buttons's order at the screen is (from top to 
bottom) 4 5 3 1 2 (in debug, the order is 1 2 3 4 5).

An idea ?

My code :

                    // Traite tous les enregistrements 1 à 1
                    while (SQLSucceeded(SQLFetch(hStmt))) do
                    begin
                      imgTampon := TImage.Create(self);
                      imgTampon.AutoSize := True;
                      SQLGetString(hstmt, 1, sChaine);
                      btnBouton := pgeCollections.AddButton;
                      btnBouton.Caption := sChaine;
                      SQLGetInteger(hstmt, 3, iIndex);
                      wIndex := word(iIndex);
                      SQLGetString(hstmt, 2, sChaine);
                      if sChaine <> '' then
                        imgTampon.Picture.Icon.Handle :=
                          ExtractAssociatedIcon(application.Handle, 
PChar(sChaine), wIndex)
                      else
                        imgTampon.Picture.Icon := 
imgInterrogation.Picture.Icon;
                      btnBouton.LargeImages := ImageListCollections;
                      btnBouton.ImageIndex :=
                        ImageListCollections.AddIcon(imgTampon.Picture.Icon);
                      imgTampon.Free;
                    end





Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Dec 2005 20:16:02 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Meek wrote:

> > That's not to say it is IF you also
> > install the C++ personality.  This I can only guess at, but the Jedi
> > JVCL installation from the partners DVD definitely gives a fatal error
> > and stops unless this directory structure is available!

This directory exist if you install the C++ personality. For me it makes
no sense to not install a personality. Borland has done a great job to
load only the personality you will work with.


-- Regards, Andreas Hausladen 

Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 14 Dec 2005 14:06:03 -0500
Newsgroups: jedi.vcl

    And I just want to say thanks as well for doing all the extra work to 
have the Jedi components and libraries available so quickly for D2006!  It 
sure has saved my butt because originally I wasn't going to purchase the new 
version of Delphi but my entire system, all my install CD's and even all my 
old source code was stolen over thanksgiving, so I had to get a version of 
Delphi up and running ASAP!  There seemed little sense in buying another 
copy of D2005 to replace the one stolen when D2006 had just been released!
    Also, I want to thank the group for again including my jclDebug 
component this year.  As soon as I have everything put together I will run 
tests on it to make sure it's running as it should under D2006, but at this 
point I cannot think of any problems that might come up with it's use.
"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message 
news:dnpg79$cp3$1@talkto.net...
> > Thanx for you work! 




Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 14 Dec 2005 14:00:34 -0500
Newsgroups: jedi.vcl

The needed directory is ....Borland\BDS\4.0\Include\VCL\ and that directory 
is NOT created by the Delphi 2006 install when the C++ personality is also 
not installed.  That's not to say it is IF you also install the C++ 
personality.  This I can only guess at, but the Jedi JVCL installation from 
the partners DVD definitely gives a fatal error and stops unless this 
directory structure is available!

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:dnn7fm$t3m$1@talkto.net...
> > Robert Meek wrote:
> >
>> >>     After making the post about this error I checked out the directories 
>> >> in my BDS install and found that the needed directory for this file did 
>> >> not exists and your installer does not evidently create it.  I imagine 
>> >> this is because I didn't install the C++ personality.  So I created it 
>> >> and the install went fine.  Is it safe to remove this file and 
>> >> directories now?
> >
> > If you are not using the C++ personality, then yes, the HPP files are of 
> > no use to you. Which directory is that?
> > I thought dcc32 would not complain if it does not find it... 




Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 14 Dec 2005 17:37:54 +0100
Newsgroups: jedi.vcl

Thanx for you work!


Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: David Charron <davchaNO@SPAMppdgroup.com>
Date: Wed, 14 Dec 2005 14:24:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_gfd_altern.org> wrote in news:dnne24$usi$1@talkto.net:

> > The JVCL 3.10 is available on SourceForge, this release was made on the 
> > 31th of October to be included in the Partner DVD of BDS 2006.
> > 

Great! Thank you for posting :)

-- Regards from Quebec. David Charron 

Subject: Re: TJvInterpreter proposal - Change TTokenKind to an enumerated type
From: Warren Postma <wp@tekran.com>
Date: Wed, 14 Dec 2005 09:04:49 -0500
Newsgroups: jedi.vcl

It may RSG wrote:
> >More to the point, are there technical reasons not to do this?

It may be that the tokenizer dynamically assigns new token values
(atoms) for declared variable names. Check it out. I can't see
making the modification merely so it makes debugging easier.

One quick way to find out what the consequences of the change would be,
would be for you to declare an Enumerated type, and attempt to make the
change, and see what breaks. you would quickly find places where
non-enum values are assigned to variables of that type.

Warren




Subject: Re: jvInterpreter source now case sensitive?
From: <hazlehurst@gmail.com>
Date: Wed, 14 Dec 2005 11:06:39 -0000
Newsgroups: jedi.vcl

> > I posted report and fix:
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3333
> > but nobody from team pay attention to it. You can apply this fix to latest 
> > JvInterpreterParser.pas

Fantastic, did the trick nicely :-) 




Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 14 Dec 2005 10:11:21 +0100
Newsgroups: jedi.vcl

There are times when we cannot do all we would like to do.
This release was put on SourceForge as a courtesy to users who did not purchase BDS2006, a more "usual" release will be done shortly.


Subject: Re: ANN: JVCL 3.10 released on SourceForge
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 14 Dec 2005 08:40:31 +0000 (UTC)
Newsgroups: jedi.vcl

[some might find this post vaguely familiar...]

OBones wrote:

> > The JVCL 3.10 is available on SourceForge, this release was made on
> > the 31th of October to be included in the Partner DVD of BDS 2006.

Hmm, there doesn't appear to be a tag for that in the CVS repo... :(

I guessed the tip of the JVCL3_10_PREPARATION branch would do but a
diff of the download archive against a working copy checked out on that
branch tells otherwise as does a diff to a Oct 31st sandbox. Apparently
the release was made against an uncommitted copy... very, very bad
practice IMO...

But then again... if that's the only thing to complain about... ;)
Congrats anyway!

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Install problem on Delphi 2005
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 14 Dec 2005 07:36:55 +0100
Newsgroups: jedi.vcl

Pete O'Shea wrote:

> [Compiling: JvCoreD9D.bpl]
> Borland Delphi for Win32 compiler version 17.0
> Copyright (c) 1983,2004 Borland Software Corporation
> C:\Documents and Settings\pete\My Documents\Borland Studio Projects\Components\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063 Could not compile used unit 'SysUtils.pas'

The path where you installed the JVCL is too long. Put it in another place and it will work just fine. This is a bug in dcc32 itself, and we cannot do anything about it.


Subject: Install problem on Delphi 2005
From: Pete O'Shea <pete@pmos.co.uk>
Date: Tue, 13 Dec 2005 23:10:07 +0000
Newsgroups: jedi.vcl

I have been trying to install JVCL 3.00 on Delphi 2005 a couple of times now and I get compile errors. I have now tried JVCL 3.10 and still get the below message:

[Compiling: JvCoreD9D.bpl]
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
C:\Documents and Settings\pete\My Documents\Borland Studio Projects\Components\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063 Could not compile used unit 'SysUtils.pas'

Does this mean anything to someone?

Surely SysUtils is part of Delphi itself so I do not understand why it can't compile it. I have even tried reinstalling Delphi to no avail.

I have updated to version 3 if this makes any difference.

Probably a simple mistake on my part but I am starting to get frustrated...

TIA
Pete


Subject: ANN: JVCL 3.10 released on SourceForge
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 13 Dec 2005 22:48:38 +0100
Newsgroups: jedi.vcl

Hi all,

The JVCL 3.10 is available on SourceForge, this release was made on the 31th of October to be included in the Partner DVD of BDS 2006.

The archives (zip and 7z) in the usual flavours can be downloaded at http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42327&release_id=378061

Release notes can be read at http://sourceforge.net/project/shownotes.php?release_id=378061&group_id=45786

This release does NOT contain changes made in the CVS since the 31th of October. We are planning a complete release in a few weeks time.

Regards

Olivier Sannier
JVCL Coordinator


Subject: Re: JvInterpreter OnGetValue and C++Builder6
From: "der_uwe" <uwe.kindler@cetoni.de>
Date: Tue, 13 Dec 2005 21:52:25 +0100
Newsgroups: jedi.vcl

Ok, I found the solution.

I thought O2V was something delphi special but it is a function.

Sorry



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvInterpreter OnGetValue and C++Builder6
From: "der_uwe" <uwe.kindler@cetoni.de>
Date: Tue, 13 Dec 2005 21:23:34 +0100
Newsgroups: jedi.vcl

Hello,

I tried to execute the JcInterpreter example from the JVCL homepage within
C++Builder6 but I always get the error message:

'Record, object or class type required'

This is the C++Builder source for the OnGetValue event:

void __fastcall TForm1::InterpreterGetValue(TObject *Sender,
      AnsiString Identifier, Variant &Value, TJvInterpreterArgs *Args,
      bool &Done)
{
    if (AnsiSameText(Identifier, "Self"))
    {
        Value = this;
        Done = true;
        return;
    }

    for (int i = 0; i < this->ComponentCount; ++i)
    {
        if (AnsiSameText(Identifier, this->Components[i]->Name))
        {
            Value = this->Components[i];
            Done = true;
            return;
        }
    }
}

I think there is something wrong with the assignment of the component
reference with the variant. The delphi source from the example looks this way:

Value := O2V(DesignedForm.Components[I]);

Is my translation into C++ right or did I miss something.

Thank you and regards, Uwe



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 13 Dec 2005 20:56:24 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

>     After making the post about this error I checked out the directories in my BDS install and found that the needed directory for this file did not exists and your installer does not evidently create it.  I imagine this is because I didn't install the C++ personality.  So I created it and the install went fine.  Is it safe to remove this file and directories now?

If you are not using the C++ personality, then yes, the HPP files are of no use to you. Which directory is that?
I thought dcc32 would not complain if it does not find it...


Subject: Re: Install problems JVCL on D2006 partners DVD...Problem Solved!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 13 Dec 2005 14:18:04 -0500
Newsgroups: jedi.vcl

    After making the post about this error I checked out the directories in 
my BDS install and found that the needed directory for this file did not 
exists and your installer does not evidently create it.  I imagine this is 
because I didn't install the C++ personality.  So I created it and the 
install went fine.  Is it safe to remove this file and directories now?

"Robert Meek" <rmeek1@comcast.net> wrote in message 
news:dnn4p0$sdu$1@talkto.net...
> >    Forgot to mention, that when I installed D2006 I did not install the 
> > C++ personality.  If that is the problem can you tell me how to get around 
> > it?
> >
> > "Robert Meek" <rmeek1@comcast.net> wrote in message 
> > news:dnn4jv$sce$1@talkto.net...
>> >>    The install to D2006 ran fine for the JCL, however even with do not 
>> >> stop on errors checked I get a fatal error when trying to install the 
>> >> partners edition of the JVCL in
>> >> d2006.  It stops on trying to do the file:  gnugettext.hpp  Note:  As per 
>> >> instructions I installed JCL first then ran the Delphi personality once.
>> >>
> >
> > 




Subject: Re: Install problems JVCL on D2006 partners DVD...addendum more info...!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 13 Dec 2005 14:10:05 -0500
Newsgroups: jedi.vcl

    Forgot to mention, that when I installed D2006 I did not install the C++ 
personality.  If that is the problem can you tell me how to get around it?

"Robert Meek" <rmeek1@comcast.net> wrote in message 
news:dnn4jv$sce$1@talkto.net...
> >    The install to D2006 ran fine for the JCL, however even with do not 
> > stop on errors checked I get a fatal error when trying to install the 
> > partners edition of the JVCL in
> > d2006.  It stops on trying to do the file:  gnugettext.hpp  Note:  As per 
> > instructions I installed JCL first then ran the Delphi personality once.
> > 




Subject: Install problems JVCL on D2006 partners DVD
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 13 Dec 2005 14:07:24 -0500
Newsgroups: jedi.vcl

    The install to D2006 ran fine for the JCL, however even with do not stop 
on errors checked I get a fatal error when trying to install the partners 
edition of the JVCL in
d2006.  It stops on trying to do the file:  gnugettext.hpp  Note:  As per 
instructions I installed JCL first then ran the Delphi personality once. 




Subject: Re: jvInterpreter source now case sensitive?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 13 Dec 2005 19:28:51 +0100
Newsgroups: jedi.vcl

We do pay attention, but the time we have is not extensible !


Subject: Re: JVCL Intall problem for BCB6.0
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 13 Dec 2005 15:41:47 +0100
Newsgroups: jedi.vcl

The PFLAGS are REQUIRED for the package to compile successufully.
The indicated values are for the JCL packages and the dcp files were created by the JCL installer. Have you run it before? I guess not.

Which version of the JCL and JVCL are you using?


Subject: JvMemoryDataSet, add FieldDefs in runtime
From: "Fellipe Henrique" <fellipe@imicro.com.br>
Date: Tue, 13 Dec 2005 09:03:25 -0300
Newsgroups: jedi.vcl

Hi,
 I insert the FieldsDefs in RunTime, but when I try to Short, make a error,
how I create a FieldsDefs in RunTime, after I short this?

My code is:

  oDados.FieldDefs.Clear;
  oDados.FieldDefs.Add('FLD_NAME', ftString, 30, True);
  oDados.FieldDefs.Add('FLD_TYPE', ftString, 30);
  oDados.FieldDefs.Add('FLD_SIZE', ftInteger);
  oDados.FieldDefs.Add('FLD_MASK', ftString, 50);
  oDados.FieldDefs.Add('FLD_DESC', ftString, 250);
  oDados.FieldDefs.Add('FLD_PK', ftBoolean);
  oDados.FieldDefs.Add('FLD_FK', ftBoolean);
  oDados.FieldDefs.Add('FLD_FKFLD', ftString, 30);
  oDados.SortOnFields('FLD_NAME'); <<<<<<<<<<<<<<<<<< Erro is here


Thanks for All
Fellipe H.




Subject: Re: jvInterpreter source now case sensitive?
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 13 Dec 2005 10:12:38 +0300
Newsgroups: jedi.vcl

> > Now, im not too familiar with the inner workings with the jvInterpreter
> > source, so cant really delve in to find the problem, especially if there 
> > is
> > someone reading this who can?  Hopefully its an easy fix, but i couldnt 
> > see
> > where to look (the "Cmp" function?  seemed ok)
> >
I posted report and fix:
http://homepages.borland.com/jedi/issuetracker/view.php?id=3333
but nobody from team pay attention to it. You can apply this fix to latest 
JvInterpreterParser.pas 




Subject: Re: JvCreateProcess and .Create method
From: Malte <malte.hamburg@gmx.de>
Date: Tue, 13 Dec 2005 07:35:42 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Malte wrote:
>
>> Hi all,
>>
>> i'm having a big problem with the TJvCreateProcess Component. I'm trying to use this component dynamically.
>>
>> when i create ...
>>
>> JvCP := TJvCreateProcess.Create(nil);
>>
>> and want to get the results, they are EMPTY !!!
>
>
>     Well, I don't know the component that well, but if the line above is the only thing you do, you've only accomplished the same thing as when you'd drop the component on a form. You'll need to set some properties and probably call a method to actually run another process (executable).
>

I did all those things. it's working without any errors - but the feedback  is empty. running the same procedure from a buttonclick-event everything is working fine.

executing the procedure from a thread-event (e.g. http server get event) it isn't working any more !!

>>
>> i'm programming in delphi. if possible pls give me an example.
>
>
>     I'm sure there's an example of this component in the examples folder. Just take a look at that. Also, there's the JEDI on-line help (sorry, the URL is escaping me at the moment).
>

sorry - no examples showing/solving my problem are available.


Subject: Re: JvCreateProcess and .Create method
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 12 Dec 2005 23:47:56 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I'm sure there's an example of this component in the examples folder. Just take a look at that. Also, there's the JEDI on-line help (sorry, the URL is escaping me at the moment).

http://homepages.borland.com/jedi/jedihelp/


Subject: Re: JvCreateProcess and .Create method
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 12 Dec 2005 21:34:27 +0100
Newsgroups: jedi.vcl

Malte wrote:
> Hi all,
>
> i'm having a big problem with the TJvCreateProcess Component. I'm trying to use this component dynamically.
>
> when i create ...
>
> JvCP := TJvCreateProcess.Create(nil);
>
> and want to get the results, they are EMPTY !!!

    Well, I don't know the component that well, but if the line above is the only thing you do, you've only accomplished the same thing as when you'd drop the component on a form. You'll need to set some properties and probably call a method to actually run another process (executable).

>
> i'm programming in delphi. if possible pls give me an example.

    I'm sure there's an example of this component in the examples folder. Just take a look at that. Also, there's the JEDI on-line help (sorry, the URL is escaping me at the moment).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvCreateProcess and .Create method
From: Malte <malte.hamburg@gmx.de>
Date: Mon, 12 Dec 2005 21:12:32 +0100
Newsgroups: jedi.vcl

Hi all,

i'm having a big problem with the TJvCreateProcess Component. I'm trying to use this component dynamically.

when i create ...

JvCP := TJvCreateProcess.Create(nil);

and want to get the results, they are EMPTY !!!

i'm programming in delphi. if possible pls give me an example.

thanks,
Malte


Subject: Re: JvTFAlarm problem...also the JvAlarms too!
From: JPL <jplevene@netscape.net>
Date: Mon, 12 Dec 2005 19:05:28 +0000
Newsgroups: jedi.vcl

The anser in the Time FrameWorks is there is a bug in TJvTFAlarm.pas.

In the TJvTFAlarm.pas change in

"constructorTJvTFAlarm.Create(AOwner:TComponent)"
....
  FCurrentDate := Date;
TO...
  FCurrentDate := 0;

This causes the system on start up to check all Schedules and load them otherwise it ignores it.  This is evident when you leave your program running into a new day, then the alarms will start to work without the bug fix.


Justin



Robert Meek wrote:
>    I tried and couldn't make any sense of the JTFAlarm either, so then I decided to give the JvAlarms a try.  It's a bit strange as well, refusing to run code within it's AlarmSchedulerAlarm handler that may follow reading of the Alarm.Name or triggertime properties you need to tell which alarm is going off at the moment!  I actually had to pull the code out and call it from the event in a secondary procedure to make it run!
>    Also, although it appears via testing that the individual Alarms as set are indeed going off at their pre-set Triggertimes, when you read the current triggerTime it is always the same as the first one to go off!  This means either keeping control over the order in which the Alarms are to go off or depending upon the Alarm.name to verify which alarm has just gone off!
>


Subject: Re: AV errors in JV docking with TJvDockVSNetPanel
From: "Kiriakos" <kvlahos@london.edu>
Date: Mon, 12 Dec 2005 12:59:51 +0200
Newsgroups: jedi.vcl

For some reason I don't fully understand calling SetFocus in certain cases 
creates problems.  This is more a VCL than a JvDocking issue.  The 
workaround I use is doing instead:

    PostMessage( TWinControl(Client).Handle, WM_SETFOCUS, 0, 0);

Also in the code below it is worth trying
  ShowDockForm(AForm)
Instead of
   APanel.ShowDockPanel(TRUE, AForm);


"Bob Murdoch" <ram_re_move_5@erols.com> wrote in message 
news:dn4e33$n7b$1@talkto.net...
> > I'm trying to create a form, dock it, and hide it at run time.  My code 
> > looks like this:
> >
> >   procedure TForm1.DockForm(AForm: TForm; APanel: TJvDockVSNetPanel);
> >   begin
> >      AForm.Top := 10000;
> >      AForm.ManualDock(APanel, nil, APanel.Align);
> >      APanel.ShowDockPanel(TRUE, AForm);
> >      APanel.DoHideControl(AForm);
> >   end;
> >
> > and this method is called like this:
> >
> > DockForm(vRelationsForm, TjvDockVSNetPanel(DockServer.LeftDockPanel));
> >
> >
> > The problem I have is on various occasions I will get an access violation 
> > on the SetFocus line of code at the bottom of 
> > JvDockControlForm.ShowDockPanel:
> >
> >  <snip>
> >
> >  if MakeVisible and (Client <> nil) then
> >  begin
> >    if not Client.Visible then
> >      Client.Show;
> >    if (not TWinControl(Client).Focused) and (TWinControl(Client).CanFocus) 
> > then
> >      TWinControl(Client).SetFocus;  <--- error here
> >  end;
> >
> > First of all, I'm not sure I'm using this control correctly.   Can anyone 
> > confirm that this is the way to accomplish what I'm trying to do? 
> > Secondly, does anyone know about this error and is there a fix?
> >
> > tia,
> >
> > Bob M..
> >
> > 




Subject: jvInterpreter source now case sensitive?
From: <hazlehurst@gmail.com>
Date: Mon, 12 Dec 2005 10:29:45 -0000
Newsgroups: jedi.vcl

Hello,

I originally posted the following to "general" without thinking it may not
really apply there.. sorry if that narked someone.

Not sure if its me (do i need to turn on a conditional define?), but since
the
changes posted by Peter Schraut (possibly not his fault, but his is the last
name in the change comments to add support for xor, shl, shr) jvInterpreter
appears to like "false" but not "False" (or indead "fAlSe", etc).  Same with
"True", but im not sure what else is affected, as the interpreter stops when
it hits this problem.

Now, im not too familiar with the inner workings with the jvInterpreter
source, so cant really delve in to find the problem, especially if there is
someone reading this who can?  Hopefully its an easy fix, but i couldnt see
where to look (the "Cmp" function?  seemed ok)

Im using D2005 update 3, and have also tried this with D2006.  I can post an
example project to binaries if you require?

David





Subject: Re: TJvRichEdit question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 12 Dec 2005 11:17:03 +0100
Newsgroups: jedi.vcl

Stephen Quinn wrote:
> Remko
>
>> So it does not use them both. RICHED20.DLL also doesn't use RICHED32.DLL AFAICS.
>
> RichED32.DLL imports RichED20.DLL
>     - PE Explorer (IMPORT tab) http://www.heaventools.com

Yes, on systems with both a RICHED20.DLL and a RICHED32.DLL, the RICHED32.DLL is just an adapter for the RICHED20.DLL, i.e. it is just an interface and for functionality it uses RICHED20.DLL.

But as said, JvRichEdit.pas tries first to find the RICHED20.DLL. If it can't find the dll then you may asume that you are on a system with only a RICHED32.DLL (i.e. a fully functional dll that does not use RICHED20.DLL). If that is not the case, then the RICHED32.DLL probably also can't find the RICHED20.DLL or you must have a weird setup.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvRichEdit question
From: "Stephen Quinn" <squinn@brutecom.com.au>
Date: Mon, 12 Dec 2005 20:15:22 +1100
Newsgroups: jedi.vcl

Remko

> > So it does not use them both. RICHED20.DLL also doesn't use RICHED32.DLL 
> > AFAICS.

RichED32.DLL imports RichED20.DLL
    - PE Explorer (IMPORT tab) http://www.heaventools.com

Also from PE Explorer part of the Version Info

    Child Type: StringFileInfo
    Language/Code Page: 1033/1200
    CompanyName: Microsoft Corporation
    FileDescription: Wrapper Dll for Richedit 1.0
    FileVersion: 5.1.2600.0 (xpclient.010817-1148)
    InternalName: riched32
    LegalCopyright: © Microsoft Corporation. All rights reserved.
    OriginalFilename: riched32.dll
    ProductName: Microsoft® Windows® Operating System
    ProductVersion: 5.1.2600.0

HTH
Steve




Subject: TJvCustomLabel.MouseEnter -- Why MouseCapture?
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 12 Dec 2005 16:21:34 +1000
Newsgroups: jedi.vcl

Hi All,

In TJvCustomLabel.MouseEnter, the line:

    MouseCapture := True;  //Capture for MouseUp event

....is causing issues on D7, Win2k. When a combo box is dropped down, then the mouse moves over a TJvLabel, the combo box closes up.

Is MouseCapture needed for compatability with another compiler? or CLX? At least with D7, I can't see a reason for it. Can anyone shed some light?

Thanks,
Elahn


Subject: Re: JvMemoryData Question
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Sun, 11 Dec 2005 22:24:06 -0500
Newsgroups: jedi.vcl

Martin Potokar wrote:
> > Has anyone tried or does anyone know if the JvMemoryData component can
> > be used to load and save graphics, i.e jpegs, to/from a binary file?

I just saw your post.  I think it depends on the capability of the physical
table and dataset component are dealing with.  I use the jvMemoryData component
to load/save text type data to Foxpro flavor dBase tables.  However, I was
unable to do so with binary data (bitmap) because the dataset component I am
using to connect to the physical table does not support General fields.  My
Foxpro table can support General fields but since the component I am using
(Halcyon/TxQuery) does not, the jvMemoryData component can't either, otherwise I
believe it would work.

Mark J. Wallin, Ph.D.


Subject: Re: TJvRichEdit question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 12 Dec 2005 02:00:36 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> So generally at wich DLL version info do I have to look?

> Does JvRichEdit always use only RICHED20.DLL or in some cases also RICHED32.DLL? (Or other RichEdit modules?)

JvRichEdit.pas tries first to load the RICHED20.DLL module. If this dll is not found in the path then it tries to load RICHED32.DLL.

So it does not use them both. RICHED20.DLL also doesn't use RICHED32.DLL AFAICS.

> It would be helpful (-> suggestion) if TJvRichEdit could indicate the used RichText version in a property.

You can use the RichEditVersion variable in JvRichEdit.pas for that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Global TJvBaseForm
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 11 Dec 2005 17:13:35 +0100
Newsgroups: jedi.vcl

Done for all files except JvBandForms.pas and JvDockControlForm.pas

Greetings
Jens

Jens Fudickar wrote:
> You are right. Sorry for overseen.
>
> So the best way is to enhance TJvForm and then change all forms based on TForm to TJvForm.
>
> Any further comments.
>
> Greetings
> Jens
>
> Andreas Hausladen wrote:
>> Jens Fudickar wrote:
>>
>>> Any comments are welcome.
>>
>> Isn't there a TJvForm anymore? (was in JvComponents.pas before the split)
>>
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Global TJvBaseForm - Help
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 11 Dec 2005 17:05:40 +0100
Newsgroups: jedi.vcl

Thanks!


Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>> There is no problem using TForm.Create.
>>
>> Where is my error??
>
> You use TForm.Create instead of TForm.CreateNew. TForm.Create first calls
> CreateNew and then it load the formular from a resource.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvRichEdit question
From: Peter Panino <peter-panino@aon.at>
Date: Sun, 11 Dec 2005 17:00:57 +0100
Newsgroups: jedi.vcl

Jacob Boerema wrote:
> On Sun, 11 Dec 2005 01:30:32 +0100, "Peter Panino" <peter-
> panino@aon.at> wrote in article <dnfqi1$4rf$1@talkto.net>:
>> So RICHED20.DLL (in C:\WINDOWS\SYSTEM32\) corresponds to RichText version 2.0?
>
> Version 2 or above. Look at the version number in the versioninfo.
>
> From memory:
> Version 2: 5.0.x
> Version 3: 5.30.x
> Version 4.0: 5.40.x.
> Version 5: 5.50.x

On my computer (WinXP SP2), in C:\WINDOWS\system32 there are 3 DLLs which seem to be related to RichEdit/RichText:

riched20.dll
    File version: 5.30.23.1221
    Comments/Notes: Richedit Version 3.0
    Product name: Microsoft RichEdit Control, version 3.0
riched32.dll
    File version: 5.1.2600.0
RICHTX32.OCX
    File version: 6.00.8804
    Internal name: RichText
    Comments/Notes: March 14, 2000

When I look at the modules used by a program using JvRichEdit then I see  the following results:

1. Simple program containing only JvRichEdit: Only RICHED20.DLL is used.

2. More complex program containing many components: RICHED20.DLL and RICHED32.DLL are used.

So generally at wich DLL version info do I have to look?

Does JvRichEdit always use only RICHED20.DLL or in some cases also RICHED32.DLL? (Or other RichEdit modules?)

It would be helpful (-> suggestion) if TJvRichEdit could indicate the used RichText version in a property.

Peter


Subject: Re: Global TJvBaseForm - Help
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 11 Dec 2005 15:54:50 +0100
Newsgroups: jedi.vcl

Hi ,

i need some help.

Maybe i'm sitting on the line, but i try to convert the DynControlEngine to use the TJvForm-Class.

I've got the following error
---------------------------
Debugger Exception Notification
---------------------------
Project JvParameterListDemo.exe raised exception class EResNotFound with message 'Resource TJvForm not found'.
---------------------------
Break   Continue   Help
---------------------------


at this line : "Form := TJvForm.Create(AOwner);"

There is no problem using TForm.Create.

Where is my error??

Greetings
Jens

Jens Fudickar wrote:
> You are right. Sorry for overseen.
>
> So the best way is to enhance TJvForm and then change all forms based on TForm to TJvForm.
>
> Any further comments.
>
> Greetings
> Jens
>
> Andreas Hausladen wrote:
>> Jens Fudickar wrote:
>>
>>> Any comments are welcome.
>>
>> Isn't there a TJvForm anymore? (was in JvComponents.pas before the split)
>>
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Global TJvBaseForm - Help
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Dec 2005 14:32:04 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > There is no problem using TForm.Create.
> > 
> > Where is my error??

You use TForm.Create instead of TForm.CreateNew. TForm.Create first calls
CreateNew and then it load the formular from a resource.


-- Regards, Andreas Hausladen 

Subject: Re: BDS 2006 and Header file destination
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Dec 2005 13:35:30 +0000 (UTC)
Newsgroups: jedi.vcl

What about an IDE expert that alters the include directory list of opened
projects and adds the includes/jvcl if not existent?


-- Regards, Andreas Hausladen 

Subject: Re: BDS 2006 and Header file destination
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 11 Dec 2005 14:20:09 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Wouldn't it be better to generate the header files into includes/jvcl
> instead of includes/vcl ? Even the indy-components have their own includes
> directory.

Would be cleaner, but because there is no global include directory, C++ Builder 5 and 6 would not find it. Users would have to add the path to this includes/jvcl in every single project that uses the JVCL.
Very annoying.
This situation has been fixed in BDS2006, but we have to keep the compatibility with older releases.


Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 11 Dec 2005 13:12:58 +0100
Newsgroups: jedi.vcl

On Sat, 10 Dec 2005 23:20:36 +0100, Florent Ouchet wrote:

> >Andreas Hausladen a écrit :
>> >> No, I haven't done this for dcc. But it looks very similar to the
[...]
>> >> been data or a function. So I tried calling it and voilà.
> >
> >This is not reverse engineering. 3.6.4 seems to handle this case (a 
> >derivation) only for redistributables (but bccide.dll is not a 
> >redistributable):
> >
> >"3.6.4 You may not: (a) modify, adapt, alter, translate, or
> >create derivative works of the Redistributables;"
> >
> >You're inside a leak of the license, this is expressly allowed and not 
> >expressly forbidden.

I have some similar questions

If this is allowed then the usage of IDE package functions(which tell
us their parameters) inside an IDE extension should be allowed as
well?
Well GExperts, CnWizards and for sure a lot of closed source IDE
extensions do this but this does not mean it is allowed.

I need a function which tells me if a line in the editor is elided.
OTA tells me only the ranges and let me elide/unelide the nearest or
all regions.

Is it allowed to use design time packages on a developer machine?
The licence does not allow to deploy them but that won't be the case
here.

I am thinking of a form viewer - "Show me revision 0.815 of that form"

Uwe


Subject: Re: Global TJvBaseForm
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 11 Dec 2005 13:01:41 +0100
Newsgroups: jedi.vcl

You are right. Sorry for overseen.

So the best way is to enhance TJvForm and then change all forms based on TForm to TJvForm.

Any further comments.

Greetings
Jens

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>> Any comments are welcome.
>
> Isn't there a TJvForm anymore? (was in JvComponents.pas before the split)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: TJvRichEdit question
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Sun, 11 Dec 2005 12:02:19 +0100
Newsgroups: jedi.vcl

On Sun, 11 Dec 2005 01:30:32 +0100, "Peter Panino" <peter-
panino@aon.at> wrote in article <dnfqi1$4rf$1@talkto.net>:
> > So RICHED20.DLL (in C:\WINDOWS\SYSTEM32\) corresponds to RichText 
> > version 2.0?

Version 2 or above. Look at the version number in the versioninfo.

From memory:
Version 2: 5.0.x
Version 3: 5.30.x
Version 4.0: 5.40.x.
Version 5: 5.50.x

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: TJvRichEdit question
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 11 Dec 2005 13:57:18 +1000
Newsgroups: jedi.vcl

Peter Panino wrote, on 11/12/2005 10:30 AM:
> Elahn Ientile wrote:
>
>> You can check the Richedit version of an instance easily enough. Get MiniSpy from http://www.abstractspoon.com/
>
>
> So RICHED20.DLL (in C:\WINDOWS\SYSTEM32\) corresponds to RichText version 2.0?

I would guess so, but it would only be a guess.

I was meaning you can look at a running program that contains a RichEdit control & use MiniSpy to see the version of the Richedit control that is being used.

enjoy life,
           Elahn


Subject: Re: TJvRichEdit question
From: Peter Panino <peter-panino@aon.at>
Date: Sun, 11 Dec 2005 01:30:32 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> You can check the Richedit version of an instance easily enough. Get MiniSpy from http://www.abstractspoon.com/

So RICHED20.DLL (in C:\WINDOWS\SYSTEM32\) corresponds to RichText version 2.0?


Subject: BDS 2006 and Header file destination
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Dec 2005 00:19:47 +0000 (UTC)
Newsgroups: jedi.vcl

Wouldn't it be better to generate the header files into includes/jvcl
instead of includes/vcl ? Even the indy-components have their own includes
directory.

-- Regards, Andreas Hausladen 

Subject: Re: TJvRichEdit question
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 11 Dec 2005 09:50:57 +1000
Newsgroups: jedi.vcl

Peter Panino wrote, on 10/12/2005 8:44 PM:
> Elahn Ientile wrote:
>
>> Installing the latest Windows Installer updates the Richedit control to the latest version. It's the only way I know of to update it, aside from installing the latest full SDK on the clients computer.
>
>
> Thanks, Elahn. Do you know how to get the information about the specific     Richedit version installed on a system?

You can check the Richedit version of an instance easily enough. Get MiniSpy from http://www.abstractspoon.com/

I don't know how to check the highest version installed.

-- 
enjoy life,
           Elahn


Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Dec 2005 23:06:33 +0000 (UTC)
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > You're inside a leak of the license, this is expressly allowed and not
> > expressly forbidden.  But I don't understand your goal for using the C++
> > compiler present in D8 and BDS2005.

That's not my goal. I only recognized that the C++ Builder 6 Compiler
ships with D8 and D9.


-- Regards, Andreas Hausladen 

Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 10 Dec 2005 23:20:36 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> No, I haven't done this for dcc. But it looks very similar to the
> bccide.dll. The most time consuming thing was to find out that the
> parameter for  bccide.dll.CppInitialize is a record with callback
> functions. I tried everything until I saw that the PPointer(p1)^ returned
> an address that was after the codeide.bpl's HInstance. So it must have
> been data or a function. So I tried calling it and voilà.

This is not reverse engineering. 3.6.4 seems to handle this case (a derivation) only for redistributables (but bccide.dll is not a redistributable):

"3.6.4 You may not: (a) modify, adapt, alter, translate, or
create derivative works of the Redistributables;"

You're inside a leak of the license, this is expressly allowed and not expressly forbidden.
But I don't understand your goal for using the C++ compiler present in D8 and BDS2005.

-- 
Florent Ouchet


Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Dec 2005 21:42:47 +0000 (UTC)
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > Now tell me that you did the same for the other compiler DLL's too
> > :-))

No, I haven't done this for dcc. But it looks very similar to the
bccide.dll. The most time consuming thing was to find out that the
parameter for  bccide.dll.CppInitialize is a record with callback
functions. I tried everything until I saw that the PPointer(p1)^ returned
an address that was after the codeide.bpl's HInstance. So it must have
been data or a function. So I tried calling it and voilà.


> > What about "...oder auf andere Art den Quellcode..."?

I haven't obtained any source code. All I have done was writing a function
prototype and using the same debugging techniques that I use for other
designtime packages (=> host application).



-- Regards, Andreas Hausladen 

Subject: Re: Global TJvBaseForm
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Dec 2005 21:38:35 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Any comments are welcome.

Isn't there a TJvForm anymore? (was in JvComponents.pas before the split)


-- Regards, Andreas Hausladen 

Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 10 Dec 2005 21:04:01 +0100
Newsgroups: jedi.vcl

On Sat, 10 Dec 2005 18:08:25 +0000 (UTC), "Andreas Hausladen" wrote:

>> >> How did you find out the parameters of the exported functions?
> >
> >I replaced the bccide.dll by a Delphi compiled dll that exports all the
[...]
> >CppCompile has a Filename, Commandline-Option and a boolean parameters.
> >... The only problematic
> >
>> >> In fact of this I guess there is a problem with the licence
>> >> restrictions(point 5.d).
> >
> >I meant that you wouldn't be allowed to use the bcc if you only have a
> >Delphi 2005 license.

Except 5d I found nothing so far which could prevent this.
No special licence seams to apply to these DLL's and you don't want
deploy them.
Now tell me that you did the same for the other compiler DLL's too
:-))

> >I have
> >neither disassembled nor decompiled any code. It was only spying at the
> >pushed parameters. 

What about "...oder auf andere Art den Quellcode..."?

Uwe


Subject: Global TJvBaseForm
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 10 Dec 2005 21:03:14 +0100
Newsgroups: jedi.vcl

Hi,

looking over old discussion i'm thinking about creating a


TJvBaseForm Class

which only contains the following method

procedure TJvBaseForm.CreateParams(var Params: TCreateParams); //override;
begin
  inherited CreateParams(Params);

  // Fixing the Window Ghosting "bug"
  Params.Style := params.Style or WS_POPUP;
  if Assigned(Screen.ActiveForm) then
    Params.WndParent := Screen.ActiveForm.Handle
  else if Assigned (Application.MainForm) then
    Params.WndParent := Application.MainForm.Handle
  else
    Params.WndParent := Application.Handle;
end;

After that i want to change all jvcl forms (i found 16 units using (TForm) ) to use the new class.

Is this ok?

And where should i include the new class.
What about JvComponentBase.pas

Or should i create a JvBaseForm.pas file?

Any comments are welcome.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Dec 2005 18:08:25 +0000 (UTC)
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > How did you find out the parameters of the exported functions?

I replaced the bccide.dll by a Delphi compiled dll that exports all the
functions and jumps (jmp) to the renamed dll functions. Then I placed
breakpoints at all functions and started the DLL with BCB as host
application. The first function that was called was CppInitialize. I added
as much parameters until it hadn't crashed. If done that for all
functions. So I knew how many parameters they need. The next step was to
find out the datatype of the parameters. For that I added a Integer(p1),
PInteger(p1)^, PChar(p1), PPChar(p1)^, TObject(p1).ClassName to the watch
window, And looking at the data it was very obvious that for example
CppCompile has a Filename, Commandline-Option and a boolean parameters.
.... The only problematic

> > In fact of this I guess there is a problem with the licence
> > restrictions(point 5.d).

I meant that you wouldn't be allowed to use the bcc if you only have a
Delphi 2005 license. I have
neither disassembled nor decompiled any code. It was only spying at the
pushed parameters. The most complicated thing was to find the number of
parameters and the calling convention. Because this caused me to change,
start, change, start, ... the replacement dll.

-- Regards, Andreas Hausladen 

Subject: Example of JvCustomPage
From: NinjaNL <NinjaNL@Nospam.com>
Date: Sat, 10 Dec 2005 15:50:59 +0000 (UTC)
Newsgroups: jedi.vcl

Is there an example anywhere which shows how to implement a custom wizard 
page within JvWizard?

I need a page with an image and a panel and nothing else, so it differs 
from both a welcome page and an interior page.

I am sorry if this is a stupid question, but I am just learning Delphi and 
using the JvWizard.

Thanks in advance.
Mal


Subject: Re: TJvRichEdit question
From: Peter Panino <peter-panino@aon.at>
Date: Sat, 10 Dec 2005 11:44:48 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Installing the latest Windows Installer updates the Richedit control to the latest version. It's the only way I know of to update it, aside from installing the latest full SDK on the clients computer.

Thanks, Elahn. Do you know how to get the information about the specific     Richedit version installed on a system?


Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 10 Dec 2005 11:20:46 +0100
Newsgroups: jedi.vcl

On Fri, 9 Dec 2005 21:50:26 +0000 (UTC), "Andreas Hausladen" wrote:

> >I have written a command line tool that uses the IDE Compiler. And so I'm
> >now able to use these DLLs. But the I think that the license prohibits
> >this (even if it is not said explicit).

How did you find out the parameters of the exported functions?
Unlike BPL's these DLL's seams not to publish the function parameters.
In fact of this I guess there is a problem with the licence
restrictions(point 5.d).

Uwe


Subject: Re: JvZlibMultiple
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 10 Dec 2005 13:33:52 +1000
Newsgroups: jedi.vcl

Yozey wrote, on 10/12/2005 11:54 AM:
> Hi, I've tweaked the JvZlibMultiple to include the ability ignore file exclusivity, terminate a compression, pause and resume. Who should I send it to have a look see if it is ok?

Hi Johann,

Please post it to Manits:

http://homepages.borland.com/jedi/issuetracker/

enjoy life,
           Elahn


Subject: JvZlibMultiple
From: "Yozey" <siryozey@gmail.com>
Date: Fri, 9 Dec 2005 20:54:10 -0500
Newsgroups: jedi.vcl

Hi, I've tweaked the JvZlibMultiple to include the ability ignore file 
exclusivity, terminate a compression, pause and resume. Who should I send it 
to have a look see if it is ok?

Thanks,

Johann. 




Subject: Re: Getting list of installed apps?
From: norberto <pellicci@shaw.ca>
Date: Fri, 09 Dec 2005 14:07:04 -0800
Newsgroups: jedi.vcl

Gert Kello wrote:
>
> Maybe the list from HKEY_CLASSES_ROOT/Applications? And exclude entries where "NoOpenWith" value is present. I didnt search the MSDN, thought...
>
> http://www.informit.com/articles/article.asp?p=415193&seqNum=6&rl=1
>
> and
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersguide/shell_basics/shell_basics_extending/fileassociations/fa_arbitrary_file_types.asp
> (rewrap if needed)
>
> Gert

Hi Gert,

Thank you again for your help and thank you for the links. The second link (MSDN) is a really good resource. i will look at trying to write a procedure to implement an "Open with" type function, but i don't know if i will have time to complete it. The main application i am writing needs to be finished by next week, so there's very little time to start delving into the mysteries of the Registry.. :-)

In my project, i simply want to give the user a list of applications that they can launch, which they can select from a list. Any parameters needed for the exe would also be defined before they would be allowed to launch the app. i did not want to simply open an OpenDialog box with ".exe" extension and tell the user to go at it and find the application he wants to launch by searching through countless directories.

i've been hoping that someone has already figured out how to do this in Delphi. It seems like a very useful component to have available. The closest JVCL component i've seen so far is the JvUninstallListBox (and JvUninstallComboBox).

Maybe the Jedi team can write a "JvOpenWithListBox" or "JvAppsListBox" component? If i do write this procedure for my project, then i will certainly send it along to the Jedi site as a donation since i really feel i must return in at least small part the many favours done for me by the Jedi code gurus. In fact, if i do send such code in, it will most likely be very poorly written since i am not a professional software engineer (actually, i'm a hardware design engineer for more than 20 years) and writing software is one hat i must wear from time to time but it is not by any means my primary area of expertise.

Anyway, if anyone else has any ideas, i'd really appreciate to hear them.

Take care.

norberto







Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Dec 2005 21:50:26 +0000 (UTC)
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > I've noticed that comp32p.dll is used in a debugger package.
> > I didn't further investigate that.

I have written a command line tool that uses the IDE Compiler. And so I'm
now able to use these DLLs. But the I think that the license prohibits
this (even if it is not said explicit).

-- Regards, Andreas Hausladen 

Subject: Re: Delphi 8 and 2005 contain C++ compiler
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 09 Dec 2005 20:46:21 +0100
Newsgroups: jedi.vcl

On Fri, 9 Dec 2005 18:48:28 +0000 (UTC), "Andreas Hausladen" wrote:

> >I found out that Delphi 8 and Delphi 2005 shipped with a C++ compiler. The
> >bccide.dll and comp32p.dll. It's the BCB 6 compiler even if it has a
> >different time stamp.
> >
> >Anyone knew that before?

Indeed I've noticed these DLL's in C# Builder and D2005 sometime last
week.

<german>Klingt komisch is aber so.</german>
<free english translation>This sounds strange but this is the
truth.</free english translation>

I've noticed that comp32p.dll is used in a debugger package.
I didn't further investigate that.

Uwe


Subject: Delphi 8 and 2005 contain C++ compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Dec 2005 18:48:28 +0000 (UTC)
Newsgroups: jedi.vcl

I found out that Delphi 8 and Delphi 2005 shipped with a C++ compiler. The
bccide.dll and comp32p.dll. It's the BCB 6 compiler even if it has a
different time stamp.

Anyone knew that before?

-- Regards, Andreas Hausladen 

Subject: Re: Extracting Bitmaps from JvRichEdit.
From: "Bourgeois" <distant@khai.edu>
Date: Fri, 9 Dec 2005 19:40:51 +0100
Newsgroups: jedi.vcl

Thanks, Remko. It works, but there is still one problem. 
I result your code having changed it a little.

var IREO: IRichEditOle;
    ReObject: TReObject;
    Count: Integer;
    I: Integer;
    DataObject: IDataObject;
    FormatEtc: TFormatEtc;
    Medium: TStgMedium;
    MetafilePictPtr: PMetaFilePict;
    BitsLength: UINT;
    Bits: Pointer;

    MetaFile:TMetaFile;
    bmp:TBitmap;
    Path:String;


begin
Count:=0;
Path:='c:\temp\richedit\';
SendMessage(Editor.Handle, EM_GETOLEINTERFACE, 0, Longint(@IREO));
Count:=IREO.GetObjectCount;
    for I := 0  to Count - 1 do
    begin
        ZeroMemory(@ReObject,SizeOf(ReObject));
        ReObject.cbStruct := SizeOf(ReObject);
        if Succeeded(IREO.GetObject(I, ReObject, $00000001)) then
        if ReObject.poleobj.QueryInterface(IDataObject, DataObject)=S_OK  
then
           //if Supports(ReObject.poleobj, IDataObject, DataObject) then
           begin
             FormatEtc.cfFormat := CF_METAFILEPICT;
             FormatEtc.ptd := nil;
             FormatEtc.dwAspect := DVASPECT_CONTENT;
             FormatEtc.lindex := -1;
             FormatEtc.tymed := TYMED_MFPICT;

             if Succeeded(DataObject.GetData(FormatEtc, Medium)) then
             try
                MetafilePictPtr := GlobalLock(Medium.hMetaFilePict);
                try
                   BitsLength := GetMetaFileBitsEx(MetafilePictPtr.hMF, 
0, nil);
                   GetMem(Bits, BitsLength);
                   try
                      if GetMetaFileBitsEx(MetafilePictPtr.hMF, 
BitsLength,
                      Bits) < BitsLength then RaiseLastOSError;

                      MetaFile:=TMetaFile.Create;
                      MetaFile.Handle :=
                      SetWinMetaFileBits(BitsLength, Bits, 0, 
MetafilePictPtr^);
                      if (MetaFile.Width<=0)or(MetaFile.Height<=0)
                          or(MetaFile.Handle<=0) then
                          raise Exception.Create ('Invalid Metafile-
Picture');

                      bmp:=TBitmap.Create;
                      bmp.Width:=MetaFile.Width;
                      bmp.Height:=MetaFile.Height;

                    //  bmp.Width:=trunc(MetaFile.Width*1.2);
                    //  bmp.Height:=trunc(MetaFile.Height*1.2);
                    // 1.2 is approximate factor of reduction

                      bmp.Canvas.StretchDraw(Rect(0, 0, bmp.Width, 
bmp.Height),metafile);
                      bmp.SaveToFile(Path+'Img'+IntToStr(I+1)+'.bmp');
                   finally
                      bmp.Free;
                      Metafile.Free;
                      FreeMem(Bits, BitsLength);
                   end;
                finally
                   GlobalUnlock(Medium.hMetaFilePict);
                end;
             finally
                ReleaseStgMedium(Medium);
             end;
           end;// if QueryInterface & if IREO.GetObject
      end;//for
end;//procedure

So the problem is that the size (width and height) of extracted images is 
shrunk by a not large amount. For example, the original image size is 
(154x90) and the extracted one is (130x76).  The approximate quotient of 
reduction is about 1.2. Also I noticed that  Reobject.sizel.cx is equal 
to Metafile.mmWidth (as Reobject.sizel.cy is equal to Metafile.mmHeight). 
I ques that the problem is in working with metafile metric units. But 
unfortunately I can’t find the solution.  So I will be grateful for the 
help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL Intall problem for BCB6.0
From: "Qimiao Lu" <qlu@baird.com>
Date: Fri, 9 Dec 2005 09:18:49 -0500
Newsgroups: jedi.vcl

Hi,

I downloaded the latest JEDI 3.0 and try to install it in my mechine which 
has installed Borland C++ Builder 6.0. I can successfully install JCL 
packages but have a problem to install JVCL packages. When I run the 
"Install" bacth file at the JVCL root directory, the error "Can not find 
CJCLVCL" was shown when it compiled JvCoreC6R.pkg". The CJCLVCL.bpi/lib was 
in the $(BCB)\Projects\Lib. By tracking the error using BDE, I found that 
the error is caused by package setting line in PLAGS under OPTIONS sections. 
When I removed the option -LUCJCL -LUCJCLVCL, it can be susseffully 
compiled. What these settings mean? I can not find the explaination of these 
settings through BCB help file. I guess that the erros is likely caused by 
the inproper search path setting. I can change the template.bpk (in 
..\Packages\c6) by removing the above-mentioned line and adding 
"..\..\..\JCL\Lib\Obj" in LIBPATH line. Then I make packages again. It works 
but I have another problem with something.dcu is not found. Since there are 
too many packages in the JVCL. Does any one have a correct template.BPK file 
for BCB6 which was installed as default (i.e. c:\program 
files\Borland\Builder6 ...)

Thank you in advance.

Kima LU





Subject: Re: TJvTFDays Ideas
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 09 Dec 2005 14:38:15 +0100
Newsgroups: jedi.vcl

Tim Kleinholz wrote:

>> I've done that at work. Basically, I created a "dummy" appointment that has a list of appointments as its Data value.
>
>
> You mean you created a dummy wich is drawn at start of day for that day, is that correct? So only that One App is drawn?

Yes, that's correct. Except that in my case, I also have "planified" appointments on the day as well. So one is drawn at the start of the day with a given color to indicate it's "all the unplanified" and the others are in white.


> Perhaps you could send me a screenshot at my mail account?

That, I cannot do, sorry.


>> OnDrawAppt or similar should help.
>
> Yes, to only add pictures this would work. But i wanted a checkbox wich is checkable at each appt.

Pictures are already supported, see the Glyph property. But using OnDrawAppt gives you the rect of the appt, so you could move the checkbox around. I know, it's not pretty, but for a start it would work.


Subject: Re: Getting list of installed apps?
From: Gert Kello <Gert.Kello@mail.ee>
Date: Fri, 09 Dec 2005 13:10:41 +0200
Newsgroups: jedi.vcl

Hi

>> It probably depends on how do You define "Installed application" (or "real application"). Do the "cmd.exe" or "ping.exe" qualify? But "Microsoft Clip Organizer" (part of Office tools) or "Microsoft Office 2003 Language Settings"?
>>
>> Gert
>>
>
> i just posted a reply in which i try to explain that by "installed application" i mean the applications that are listed in Windows' "Open with..." dialog box. Somehow they extract some applications (like Word, Excel, etc.) and exclude apps like "ping.exe".
>

Maybe the list from HKEY_CLASSES_ROOT/Applications? And exclude entries where "NoOpenWith" value is present. I didnt search the MSDN, thought...

http://www.informit.com/articles/article.asp?p=415193&seqNum=6&rl=1

and
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersguide/shell_basics/shell_basics_extending/fileassociations/fa_arbitrary_file_types.asp
(rewrap if needed)

Gert


Subject: Re: TJvTFDays Ideas
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Fri, 09 Dec 2005 10:56:51 +0100
Newsgroups: jedi.vcl

> I've done that at work. Basically, I created a "dummy" appointment that has a list of appointments as its Data value.

You mean you created a dummy wich is drawn at start of day for that day, is that correct? So only that One App is drawn?

Perhaps you could send me a screenshot at my mail account?

> OnDrawAppt or similar should help.

Yes, to only add pictures this would work. But i wanted a checkbox wich is checkable at each appt.

Thanks for ideas so far


Subject: Re: Getting list of installed apps?
From: norberto <pellicci@shaw.ca>
Date: Fri, 09 Dec 2005 01:48:48 -0800
Newsgroups: jedi.vcl

Gert Kello wrote:
> Hi
>
> It probably depends on how do You define "Installed application" (or "real application"). Do the "cmd.exe" or "ping.exe" qualify? But "Microsoft Clip Organizer" (part of Office tools) or "Microsoft Office 2003 Language Settings"?
>
> Gert
>

i just posted a reply in which i try to explain that by "installed application" i mean the applications that are listed in Windows' "Open with..." dialog box. Somehow they extract some applications (like Word, Excel, etc.) and exclude apps like "ping.exe".

Since it has been done already by MS, i would have to assume that it can be done in Delphi, or am i wrong?

i must apologize since it is my use of inexact language and my ignorance of the proper terminology which makes asking these questions so difficult.

Thanks.


Subject: Re: Getting list of installed apps?
From: norberto <pellicci@shaw.ca>
Date: Fri, 09 Dec 2005 01:43:38 -0800
Newsgroups: jedi.vcl

OBones wrote:
>
> There is no direct way to know that. Office installs as Office, declares itself as being "Office". The uninstall applet only shows Office as well, by the way.

If i use the Windows "Open with.." dialog box, it seems to list the most pertinent (?) apps including apps like Winword, Excel, Photoshop, etc. for example. It does not list "MS Office", so they do it somehow.

i know i am not stating the problem correctly since i don't know the proper terminology to use. For that i apologize. i hope the example above sheds some light on what it is i am trying to get.

Thanks.


Subject: Re: Getting list of installed apps?
From: Gert Kello <Gert.Kello@mail.ee>
Date: Fri, 09 Dec 2005 11:16:33 +0200
Newsgroups: jedi.vcl

Hi

It probably depends on how do You define "Installed application" (or "real application"). Do the "cmd.exe" or "ping.exe" qualify? But "Microsoft Clip Organizer" (part of Office tools) or "Microsoft Office 2003 Language Settings"?

Gert

norberto wrote:
> Hi,
>
> Is there a JVCL component that can help retrieve a list of installed applications in Windows? i found an article for doing this on the Borland website but the drawback is that the technique involves looking into the registry for uninstall entries. While this does get a lot of applications, it lists things which are not really applications and also does not list individual apps.
>
> For example, in the technique above, Microsoft Office would be listed but the individual apps included in Office are not (eg: Word, Excel, etc.)
>
> Is there a way to get the "real" applications listed and, if so, how?
>
> Thanks in advance.
>
> norberto


Subject: Only a Glyph in TJvXPButton
From: "Dierk" <noSpam@csslabs.de>
Date: Fri, 9 Dec 2005 09:35:46 +0100
Newsgroups: jedi.vcl

There´s a problem using only a glyph without a caption in TJvXPButton.
The glyph should be centered like it is on other buttons, but the glyph on
TJvXPButton is still positioned on the side which is defined in property
layout.
Could someone fix the paint routine for right alignments?

Greetings
Dierk




Subject: Re: Getting list of installed apps?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 09 Dec 2005 09:21:20 +0100
Newsgroups: jedi.vcl

norberto wrote:

> Is there a way to get the "real" applications listed and, if so, how?

There is no direct way to know that. Office installs as Office, declares itself as being "Office". The uninstall applet only shows Office as well, by the way.


Subject: Re: TJvValidateEdit Font Color potential problem?
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 09 Dec 2005 15:24:52 +1000
Newsgroups: jedi.vcl

norberto wrote, on 9/12/2005 2:12 PM:
> Yes, i downloaded the daily zip and installed, but there is no change to the behaviour. Any other ideas on what it could be?

Hi Norberto,

Please post the issue to Mantis, along with a demo program which produces the error. Please zip it up, including only the *.dpr, *.pas & *.dfm files.

http://homepages.borland.com/jedi/issuetracker/

enjoy life,
           Elahn


Subject: Re: TJvValidateEdit Font Color potential problem?
From: norberto <pellicci@shaw.ca>
Date: Thu, 08 Dec 2005 20:12:17 -0800
Newsgroups: jedi.vcl

Elahn Ientile wrote:
>
>
> This worked for me. Are you using the latest daily zip?
>
> http://jvcl.sf.net/daily
>
> -- 
> enjoy life,
>            Elahn


Hi Elahn,

Yes, i downloaded the daily zip and installed, but there is no change to the behaviour. Any other ideas on what it could be?

Thanks for your help.

norberto


Subject: Getting list of installed apps?
From: norberto <pellicci@shaw.ca>
Date: Thu, 08 Dec 2005 20:10:37 -0800
Newsgroups: jedi.vcl

Hi,

Is there a JVCL component that can help retrieve a list of installed applications in Windows? i found an article for doing this on the Borland website but the drawback is that the technique involves looking into the registry for uninstall entries. While this does get a lot of applications, it lists things which are not really applications and also does not list individual apps.

For example, in the technique above, Microsoft Office would be listed but the individual apps included in Office are not (eg: Word, Excel, etc.)

Is there a way to get the "real" applications listed and, if so, how?

Thanks in advance.

norberto


Subject: Re: TJvRichEdit question
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 09 Dec 2005 13:40:05 +1000
Newsgroups: jedi.vcl

Peter Panino wrote, on 9/12/2005 9:29 AM:
> Thanks, Elahn. How does the Windows Installer relate to the Rich-Text version?

Installing the latest Windows Installer updates the Richedit control to the latest version. It's the only way I know of to update it, aside from installing the latest full SDK on the clients computer.

Why? Ask Microsoft.

enjoy life,
           Elahn


Subject: Re: TJvRichEdit question
From: Peter Panino <peter-panino@aon.at>
Date: Fri, 09 Dec 2005 00:29:00 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> As far as I know, this will work fine. However, if you take advantage of features that are not in Richedit v1.0, you should get the user to upgrade their Richedit control by installing the latest Windows Installer.
>
> http://beqiraj.com/windows/msi/index.asp

Thanks, Elahn. How does the Windows Installer relate to the Rich-Text version?

Peter


Subject: Re: TJvRichEdit question
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 09 Dec 2005 07:43:10 +1000
Newsgroups: jedi.vcl

Peter Panino wrote, on 9/12/2005 4:16 AM:
> My question is: Since JvRichEdit is a wrapper for the v2.0 or v3.0 Windows rich text edit controls:
> Does this procedure work on every computer with any Windows version or is this dependent from the Windows version or any system files installed on the user's computer?

Hi Peter,

As far as I know, this will work fine. However, if you take advantage of features that are not in Richedit v1.0, you should get the user to upgrade their Richedit control by installing the latest Windows Installer.

http://beqiraj.com/windows/msi/index.asp

-- 
enjoy life,
           Elahn


Subject: Re: JvInspector update
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 09 Dec 2005 07:32:13 +1000
Newsgroups: jedi.vcl

Warren Postma wrote, on 9/12/2005 2:11 AM:
> Anything necessary from me!?    I'll check out and test the changes,
> sounds very nice. Good work, everyone. {I've been not-around-much in
> recent months.}

There's an issue I posted to Mantis which you may want to take a look at if you have the time.

http://homepages.borland.com/jedi/issuetracker/view.php?id=3348

enjoy life,
           Elahn


Subject: Re: License advice for project using JVCL
From: Warren Postma <wp@tekran.com>
Date: Thu, 08 Dec 2005 16:24:59 -0500
Newsgroups: jedi.vcl

Kurt Fitzner wrote:
> > I am hoping that I can get some license advice. 

A delphi-based product makes a lot more sense to be MPL'd, in my humble
opinion.  Unless you have really serious problems with the MPL, why not
just use the MPL?

I don't personally see (a) how you would ever know if someone used your
code in one of their proprietary applications, unlike the linux kernel,
your code is not going to change the world, most likely, no offense, but
really, this is a delphi application for Windows, which requires a
commercial tool to build, and a commercial os to run.  (b) It's nice to
cheer for the GPL, and on the Linux platform, I support the GPL 100%,
but on Windows, the GPL just doesn't make much sense, especially not for
something like the JVCL, which is probably why it uses the MPL (more
bsd-like) liberal licensing.

I use the JVCL inside commercial closed source products, and I make
contributions back to the JVCL components, and even donate entire
components of my own design, in the hope that by liberal sharing, we all
benefit. I am more of a BSD-license/MPL-license fan, because I believe
in sharing, and I think that placing restrictions on people (that the
GPL does) may have noble intents, but is probably not ultimately good
for the free software world (even though RMS thinks he's saving the
world).  I have more trust in the nobility of the average individual to
do what's right, than I do in the ability of the GPL (and the copyleft
movement in general) to accomplish very much.  Remember, the Linux world
runs on code, and the license is just a text file that comes with it,
and RMS would be wise not to get a fat head about it.

<grin>

Regards,

Warren


Subject: Re: JvInspector update
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 09 Dec 2005 07:10:27 +1000
Newsgroups: jedi.vcl

Warren Postma wrote, on 9/12/2005 2:11 AM:
> Anything necessary from me!?    I'll check out and test the changes,
> sounds very nice. Good work, everyone. {I've been not-around-much in
> recent months.}

Hi Warren,

I don't think anything is necessary with regard to those changes. :)

enjoy life,
           Elahn


Subject: TJvRichEdit question
From: Peter Panino <peter-panino@aon.at>
Date: Thu, 08 Dec 2005 19:16:55 +0100
Newsgroups: jedi.vcl

I use the following procedure to save the JvRichEdit rich-text in text format:

var
  MemoString: string;

procedure TForm1.btn1Click(Sender: TObject);
var
  MyStream: TStringStream;
begin
  MyStream := TStringStream.Create('');
  JvRichEditor.Lines.SaveToStream(MyStream);
  MemoString := MyStream.DataString;
  MyStream.Free;
end;

which produces the following string in MemoString, for example:

{\rtf1\fbidis\ansi\ansicpg1252\deff0\deflang1031{\fonttbl{\f0\froman\fprq2\fcharset0 Thorndale;}{\f1\fnil MS Sans Serif;}}
{\colortbl ;\red255\green0\blue0;}
\viewkind4\uc1\pard\ltrpar\lang1023\b\f0\fs24 Some\b0  \cf1 text\cf0\lang1031\f1\fs16\par
}

(And then later loading it back into the JvRichEdit with LoadFromStream).

My question is: Since JvRichEdit is a wrapper for the v2.0 or v3.0 Windows rich text edit controls:
Does this procedure work on every computer with any Windows version or is this dependent from the Windows version or any system files installed on the user's computer?

Thanks in advance!


Subject: Re: JvInspector update
From: Warren Postma <wp@tekran.com>
Date: Thu, 08 Dec 2005 11:11:07 -0500
Newsgroups: jedi.vcl

Marc Lafon wrote:
> > Elahn Ientile a écrit :
>> >> Marcel Bestebroer wrote:
>> >>
>>> >>>     No objections from me.
>> >>
>> >>
>> >> Now in CVS.
>> >>
>> >> enjoy life,
>> >>            Elahn
> > 
> > 
> > Thank you Elahn !

Anything necessary from me!?    I'll check out and test the changes,
sounds very nice. Good work, everyone. {I've been not-around-much in
recent months.}

Regards,

Warren


Subject: Re: JvCSVDataSet - Using it without CsvFieldDef
From: Warren Postma <wp@tekran.com>
Date: Thu, 08 Dec 2005 11:09:21 -0500
Newsgroups: jedi.vcl

Alex Schlecht wrote:
> > Hello,
> > this is my first posting in this group - so if I'm asking stupid
> > things I'm sorry, I'm just making the first steps with JEDI...
> > 
> > I'm using JvCSVDataSet. It seems to me that I have first to define my
> > fields in csvFieldDef before I can use my csv-File. But I don't want
> > to care about this, I just want to use all fields as Strings.
> > 
> > So I'm working around this problem like this:
> > (test = JvCSVDataSet)
> > 
> >  memo1.lines.LoadFromFile('c:\test.csv');
> >  test.CsvFieldDef := memo1.Lines[0];
> >  test.LoadFromFile('c:\test.csv');
> >  test.Open;
> >  showmessage(test.FieldByName('sys').asString);
> > 
> > The first line of my csv includes field-names. I copy this line to
> > CsvFieldDef without fieldtype-Information, then I can Load my csv.
> > 
> > Is there a better way to simply load a csv-File without define
> > FieldDef or how to define FieldDef automatically?

Did you try it without assigning CsvFieldDef?  At one point in the past,
if it wasn't defined, it would simply use the first line automatically,
which is what you're doing via your code sample.

The only thing I don't like about your code is you are wasting time
and memory loading two sets of strings, and you're using a TMemo
instead of just creating a TStringList.

If I was you, I'd write myself a helper procedure called LoadCsv,
and it would do the above, like this:

procedure LoadCsv( dataset:TJvCsvDataSet; filename:String);
var
  strs:TStringList;
begin
  strs := TStringList.Create;
  try
	strs.LoadFromFile(filename);
	dataset.CsvFieldDef := strs.Lines[0];
	dataset.AssignFromStrings(strs);
  finally
	strs.Free;
  end;
end;{proc}

Now you should pay attention to the fact that this limits all your
string fields to 80 characters EXACTLY, and part of the reason why
you need to pay attention to the CsvFieldDef field in most applications
is because some fields really only need to be, say, 20 characters long,
some maybe only 10, and some need to be 200 characters long.  If you
make the limit too small, you cripple your user's capabilities,
if you make the limit too large, you make the program a big fat memory
pig. Also, JvCsvDataSet has a LIMIT on the total string length (2k, I
think) per CSV row. You must create datasets that are less than 2K of
ascii text per row.
	


Warren


Subject: Re: AV errors in JV docking with TJvDockVSNetPanel
From: Warren Postma <wp@tekran.com>
Date: Thu, 08 Dec 2005 10:54:29 -0500
Newsgroups: jedi.vcl

Bob Murdoch wrote:
> > I'm trying to create a form, dock it, and hide it at run time.  My code 
> > looks like this:
> > 
> >    procedure TForm1.DockForm(AForm: TForm; APanel: TJvDockVSNetPanel);
> >    begin
> >       AForm.Top := 10000;
> >       AForm.ManualDock(APanel, nil, APanel.Align);
> >       APanel.ShowDockPanel(TRUE, AForm);
> >       APanel.DoHideControl(AForm);
> >    end;
> > 
> > and this method is called like this:
> > 
> > DockForm(vRelationsForm, TjvDockVSNetPanel(DockServer.LeftDockPanel));
> > 
> > 
> > The problem I have is on various occasions I will get an access violation on 
> > the SetFocus line of code at the bottom of JvDockControlForm.ShowDockPanel:
> > 
> >   <snip>
> > 
> >   if MakeVisible and (Client <> nil) then
> >   begin
> >     if not Client.Visible then
> >       Client.Show;
> >     if (not TWinControl(Client).Focused) and (TWinControl(Client).CanFocus) 
> > then
> >       TWinControl(Client).SetFocus;  <--- error here
> >   end;
> > 
> > First of all, I'm not sure I'm using this control correctly.   Can anyone 
> > confirm that this is the way to accomplish what I'm trying to do?  Secondly, 
> > does anyone know about this error and is there a fix?

Just from looking at your code, I suspect the only reason why the code
in question could throw exceptions are that in your case, Client is not
assigned (nil) or is assigned to a TControl instead of a TWinControl,
and the un-safe cast (TWinControl(Client)) could be causing the problem.
Since the lines above check for Nil client values, then the only thing I
can see is that somehow Client is a TControl but not one derived from
TWinControl.

I would try the following debug-code insertion right above the buggy line:

	// debug code:
	if not (Client is TWinControl) then begin
		raise Exception.Create( Client.Name
	+' is a '+Client.ClassName+' which is not a TwinControl');
	end;
       TWinControl(Client).SetFocus;  //<--- error here

	
As for creating a form and docking it at runtime, I usually create it
then call:
       AForm.ManualDock(APanel);
       AForm.Align := alClient;
       AForm.Show;


Warren


Subject: Re: Delphi 2005
From: Warren Postma <wp@tekran.com>
Date: Thu, 08 Dec 2005 10:47:54 -0500
Newsgroups: jedi.vcl

Patrice wrote:
> > I'm new to jvcl and try to install it. I have d7 and D2005 on my 
> > computer. When I launch the install, it detects D7 in chosse IDE target 
> > but not D2005 (I have thhe architect version).


What version of JVCL (3.xx?) do you have, and where did you download it
from?

Warren


Subject: Re: Weird behviour with TJvErrorIndicator object
From: Stephane Wierzbicki <swierzbicki@free.Fr>
Date: Thu, 08 Dec 2005 14:02:27 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Please put it in Mantis:
>
> http://homepages.borland.com/jedi/issuetracker/

Merci Olivier !

For those who don't understand basic French words : Thank you Oliver !


Subject: 0003342: TJvBrowseForFolderAction action component incomplete and unworkable. Solution provided.
From: user@domain.invalid
Date: Thu, 08 Dec 2005 15:01:28 +1100
Newsgroups: jedi.vcl

Refer http://homepages.borland.com/jedi/issuetracker/view.php?id=3342


Subject: Re: Extracting Bitmaps from JvRichEdit.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 08 Dec 2005 00:38:03 +0100
Newsgroups: jedi.vcl

Bourgeois wrote:
> [..] But I need to resolve reverse operation – extract all bitmaps [..]

Try:

var
  IREO: IRichEditOle;
  ReObject: TReObject;
  Count: Integer;
  I: Integer;
  DataObject: IDataObject;
  FormatEtc: TFormatEtc;
  Medium: TStgMedium;
  MetafilePictPtr: PMetaFilePict;
  BitsLength: UINT;
  Bits: Pointer;
begin
  // get IrichEditOle interface
  SendMessage(JvRichEdit1.Handle, EM_GETOLEINTERFACE, 0, Longint(@IREO));
  Count := IREO.GetObjectCount;
  // get the number of ole-objects, including pictures
  for I := Count - 1 downto 0 do
  begin
    ZeroMemory(@ReObject, SizeOf(ReObject));
    ReObject.cbStruct := SizeOf(ReObject);
    if Succeeded(IREO.GetObject(I, ReObject, $00000001)) then
    begin
      if Supports(ReObject.poleobj, IDataObject, DataObject) then
      begin
        FormatEtc.cfFormat := CF_METAFILEPICT;
        FormatEtc.ptd := nil;
        FormatEtc.dwAspect := DVASPECT_CONTENT;
        FormatEtc.lindex := -1;
        FormatEtc.tymed := TYMED_MFPICT;

        if Succeeded(DataObject.GetData(FormatEtc, Medium)) then
        try
          MetafilePictPtr := GlobalLock(Medium.hMetaFilePict);
          try
            BitsLength := GetMetaFileBitsEx(MetafilePictPtr.hMF, 0, nil);
            GetMem(Bits, BitsLength);
            try
              if GetMetaFileBitsEx(MetafilePictPtr.hMF, BitsLength, Bits) < BitsLength then
                RaiseLastOSError;
              Image1.Picture.MetaFile.Handle :=
                SetWinMetaFileBits(BitsLength, Bits, 0, MetafilePictPtr^);
            finally
              FreeMem(Bits, BitsLength);
            end;
          finally
            GlobalUnlock(Medium.hMetaFilePict);
          end;
        finally
          ReleaseStgMedium(Medium);
        end;
      end;
    end;
  end;
end;


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Weird behviour with TJvErrorIndicator object
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 07 Dec 2005 22:33:15 +0100
Newsgroups: jedi.vcl

Please put it in Mantis:

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: Translating: daily or stable?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 07 Dec 2005 22:32:02 +0100
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:

> I must restart my work, or i can reuse my translation in today daily release?
> How I must make?
> You could indicate the passages to me in order not to throw via this my job?

The translation files (.po) have not changed, so please post your .po file and we will gladly accept it.


Subject: Re: JCL+JVCL210FullInstall Prolems with Delphi prof
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 07 Dec 2005 22:29:53 +0100
Newsgroups: jedi.vcl

Delphi 4 is not supported at all and we offer no support for JVCL 2.10.
Please upgrade your development environment.


Subject: Re: TJvTFDays Ideas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 07 Dec 2005 22:28:56 +0100
Newsgroups: jedi.vcl

Tim Kleinholz wrote:

> Just playing around with TJvTFDays and i have to say that it is simply amazing, how nice it is done - quite a match to outlook.
>
> But I found some things with TJvTFDays Component missing.
>
> Are there any plans to add support for appointments without a time specified? In Outlook you can have events that simply have a date, not a time schedule. Looked at the code and don't see an easy way to do that.

I've done that at work. Basically, I created a "dummy" appointment that has a list of appointments as its Data value.


> Another question: is it possible to add own controls to the appointments?  I would like to add a checkbox for each appointment to check if has been done yet. Extremly usefull if you use the calendar as a team.

OnDrawAppt or similar should help.


Subject: Re: JvAnalogClock
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 07 Dec 2005 22:26:37 +0100
Newsgroups: jedi.vcl

Then please put a feature request in Mantis:

http://homepages.borland.com/jedi/issuetracker


Subject: TJvDBLookupCombo+DropDownCount
From: Eric <eric_@_menlog.com_>
Date: Wed, 07 Dec 2005 16:33:23 +0100
Newsgroups: jedi.vcl

Hello,

I don't if is it a bug, but
when I set DropDownCount=20 to a TJvDBLookupCombo
the list always shows  20 items, even if the list
has one element ?
(with other DbLookupCombo the number of items=number of elements)

Thank you
Eric


Subject: Re: Translating: daily or stable?
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Wed, 07 Dec 2005 15:26:43 +0100
Newsgroups: jedi.vcl

OBones ha scritto:

> Carmelo Viavattene wrote:
>
>> OBones ha scritto:
>>
>>> Get a login on Mantis here:
>>>
>>> http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php?
>>>
>>> Then add an issue and attach the file to it.
>>>
>>> Cheers
>>> Olivier
>>
>>
>>
>> Ok, at the end of the translation
>
>
> Of course.

I'am translated 75% of daily 2005-11-22

You have changed JVCL and JCL, probably for BDS2006 support.

I must restart my work, or i can reuse my translation in today daily release?
How I must make?
You could indicate the passages to me in order not to throw via this my job?

Thank You


Subject: TJVIcon and TJvDrawImage
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 07 Dec 2005 08:22:40 -0500
Newsgroups: jedi.vcl

Is there a TJVIcon class?  If so which file has the source?  I am trying to figure out how to use the TJvDrawImage component.  Is there any demo for TJvDrawImage.  I began converting a old Jan's demo but I can't draw anything yet. If there is no demo anyone willing to share usage code?

Thanks

Bill


Subject: JCL+JVCL210FullInstall Prolems with Delphi prof
From: "Josef Koller" <koller.josef@t-online.de>
Date: Wed, 7 Dec 2005 14:16:16 +0100
Newsgroups: jedi.vcl

Hello,

I doenloaded the JCL+JVCL210FullInstall from the Jedi project. I saw there
is a package for Delphi 4 in it.

I read the readme-file and saw there is an installer.bat. So I started this
bat-file. I got the error:
Error: RLink32: Unsupported 16bit resource in file
"C:\download\JCL210....JediInstallermain.dfm

Ok, so I started a trial to install the package with File open: DJCL40 and
compile.
Here I got the messages:
[Hinweis] Package 'DJCL40' verwendet oder exportiert nicht
'JclLogic.RevNibbles'
[Note] Package 'DJCL40' takes or exported not 'JclLogic.RevNi'.

The same note for all files.

Can someone help me to get tzhe JEDI Components into Delphi 4 prof. (Pack #2
and Pack #3 are installed in Delphi.

Thanks and best regards

Josef




Subject: Re: MoveChar
From: "Patrice" <patrice@rapaport.fr>
Date: Wed, 7 Dec 2005 13:57:57 +0100
Newsgroups: jedi.vcl

> >Patrice wrote, on 7/12/2005 8:36 PM:
>>> >>>Too old JCL ?
>> >> 
>> >> The release is 1.95.3
>> >> 
>> >> Patrice
> >
> >If you're using the daily zip, you'll need the daily JCL.
> >
> >http://jcl.sf.net/daily
> >
> >If you're not using the daily JVCL, it's at
> >
> >http://jvcl.sf.net/daily
> >
> >--
> >enjoy life,
> >            Elahn
> >

Yes you're right

I've just dowloaded the faily JCL and everithing is correct

Thank's
Patrice

Patrice

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: MoveChar
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 07 Dec 2005 22:26:04 +1000
Newsgroups: jedi.vcl

Patrice wrote, on 7/12/2005 8:36 PM:
>> Too old JCL ?
>
> The release is 1.95.3
>
> Patrice

If you're using the daily zip, you'll need the daily JCL.

http://jcl.sf.net/daily

If you're not using the daily JVCL, it's at

http://jvcl.sf.net/daily

-- 
enjoy life,
           Elahn


Subject: TJvImgBtn with XP look
From: Eric <eric_@_menlog.com_>
Date: Wed, 07 Dec 2005 12:22:04 +0100
Newsgroups: jedi.vcl

Hello,

I use many TJvImgBtn in my app and I want to have
a look XP (like the TJvPageControl + defaultTabPainter).

To do this I need to set ownerDraw to True and write
the OnButtonDrax event.

My problem is : I don't know how to write such event.
So, if someone have a nice example ...

Thank you.
Eric


Subject: Re: MoveChar
From: "Patrice" <patrice@rapaport.fr>
Date: Wed, 7 Dec 2005 11:36:41 +0100
Newsgroups: jedi.vcl

> >Patrice wrote:
> >
>> >> Any idea?
> >
> >Too old JCL ?
> >
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >

The release is 1.95.3

Patrice

--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvTFDays Ideas
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Wed, 07 Dec 2005 10:57:06 +0100
Newsgroups: jedi.vcl

Just playing around with TJvTFDays and i have to say that it is simply amazing, how nice it is done - quite a match to outlook.

But I found some things with TJvTFDays Component missing.

Are there any plans to add support for appointments without a time specified? In Outlook you can have events that simply have a date, not a time schedule. Looked at the code and don't see an easy way to do that.

Another question: is it possible to add own controls to the appointments?  I would like to add a checkbox for each appointment to check if has been done yet. Extremly usefull if you use the calendar as a team.

Any help or ideas from your side would be great.
Greets from Germany
Tim Kleinholz


Subject: Re: TJvValidateEdit Font Color potential problem?
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 07 Dec 2005 19:56:54 +1000
Newsgroups: jedi.vcl

norberto wrote, on 7/12/2005 7:18 PM:
> i am using the TJvValidateEdit component in my app and i have found that i can change the font color at design time in the Object Inspector, but i cannot seem to change it at run time by assigning a color to its font, ie:
>
> ValidateEdit1.Font.Color := MyColor;
>
> doesn't do anything.

This worked for me. Are you using the latest daily zip?

http://jvcl.sf.net/daily

-- 
enjoy life,
           Elahn


Subject: Re: Weird behviour with TJvErrorIndicator object
From: Stephane Wierzbicki <swierzbicki@free.Fr>
Date: Wed, 07 Dec 2005 10:45:59 +0100
Newsgroups: jedi.vcl

Nobody is interrested with this issue ?


Subject: TJvValidateEdit Font Color potential problem?
From: norberto <pellicci@shaw.ca>
Date: Wed, 07 Dec 2005 01:18:02 -0800
Newsgroups: jedi.vcl

Hi,

i am using the TJvValidateEdit component in my app and i have found that i can change the font color at design time in the Object Inspector, but i cannot seem to change it at run time by assigning a color to its font, ie:

ValidateEdit1.Font.Color := MyColor;

doesn't do anything.

However, i am also running VCLSkin and i thought that might be an issue but i do not have any other problems with lack of fonts changing color, even with JVCL components.

Can someone point out what i am doing wrong, please?

Thanks in advance.

norberto


Subject: Re: MoveChar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Dec 2005 09:11:23 +0000 (UTC)
Newsgroups: jedi.vcl

Patrice wrote:

> > Any idea?

Too old JCL ?



-- Regards, Andreas Hausladen 

Subject: Re: JvAnalogClock
From: "Glenn De Tollenaere" <gdt@nospam.com>
Date: Wed, 7 Dec 2005 10:01:15 +0100
Newsgroups: jedi.vcl

Hi,

I have seen that this enabled-property has been implemented and stops the 
clock, that's fine.
It solves however only half the problem, it should be possible to set the 
time too (in JvAnalogClock this was the property TimeSet).

regards and thanks
Glenn

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:dn4fmb$ni2$2@talkto.net...
> > Would setting Enabled to False be alright? 




Subject: MoveChar
From: "Patrice" <patrice@rapaport.fr>
Date: Wed, 7 Dec 2005 08:55:56 +0100
Newsgroups: jedi.vcl

 When I manually compile the D9 package, I get an error with MoveChar 
routine which is no found

Any idea?

Patrice

--- posted by geoForum on http://delphi.newswhat.com


Subject: Delphi 2005
From: "Patrice" <patrice@rapaport.fr>
Date: Wed, 7 Dec 2005 06:36:17 +0100
Newsgroups: jedi.vcl

 Hi

I'm new to jvcl and try to install it. I have d7 and D2005 on my 
computer. When I launch the install, it detects D7 in chosse IDE target 
but not D2005 (I have thhe architect version).

Does anyone knows this problem?
Thank's

Patrice

--- posted by geoForum on http://delphi.newswhat.com


Subject: Extracting Bitmaps from JvRichEdit.
From: "Bourgeois" <distant@khai.edu>
Date: Tue, 6 Dec 2005 19:32:25 +0100
Newsgroups: jedi.vcl

There are many examples of how to insert Bitmap into RichEdit Control. 
But I need to resolve reverse operation – extract all bitmaps (including 
the bitmaps of all OLE-Objects - In particular Equations) which are in 
JvRichEdit into *.bmp or *.gif or *.jpg files. There is way in saving 
RichEdit content to *.html files to get the pictures, but this way is not 
the best. I’ am trying to do the following:

procedure TEditorMainForm.mClick(Sender: TObject);
var IREO:IRichEditOle;
    ReObject:TReObject;
    Count:Integer;
    Position:LongInt;
begin
   Count:=0;
   hbmp:=0;
   // get IrichEditOle interface
   SendMessage(Editor.Handle, EM_GETOLEINTERFACE, 0, Longint(@IREO));
   Count:=IREO.GetObjectCount; 
   // get the number of ole-objects, including pictures
    for I := Count - 1 downto 0 do
    begin
        ZeroMemory(@ReObject,SizeOf(ReObject));
        ReObject.cbStruct := SizeOf(ReObject);
        if Succeeded(IREO.GetObject(I, ReObject, $00000001)) then
        begin
                 // get the ReObject structure of  object 
                 Position:=ReObject.cp; // position of the object

                // ????????????????????????????????????????

        end;
    end; //for

  In this cycle I don’t know what to at the next step. Many experiments 
didn’t bring necessary result, so hope for your competent help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: "dk_sz" <dk_sz@hotmail.com>
Date: Tue, 6 Dec 2005 18:44:24 +0100
Newsgroups: jedi.vcl

> > write directly into CVS without supervision by us. That, of course is not 
> > possible.

I am happy we believe the same then. That was at least also
the "assumed" context by me when I wrote my initial messages.

Never the less, as I am having a bad hair day, I will just end
this thread here (concerning my engagement in it at least.)


> > yet, unless I'm mistaken. It's the safest way for you to ensure someone

I intend to do it. No worries. Not many at least.


best regards
Thomas 




Subject: Re: JvAnalogClock
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 06 Dec 2005 18:20:23 +0100
Newsgroups: jedi.vcl

Would setting Enabled to False be alright?


Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 06 Dec 2005 18:17:42 +0100
Newsgroups: jedi.vcl

dk_sz wrote:

>> entitled to one. Saying "and fix it myself if need be" on top of the air of impatience, is an implied accusation that someone will not fix it.
>
>
> I am sorry, but I was under the impression almost
> everyone could get "read + submit patches for review"
> accounts in Open Source projects? I have obviously
> been mistaken then. It's not like I actually engage in
> OpenSource projects, I just did not want to come across
> as yet another whiner that wanted someone else to fix it.

You are right. Your message left us feeling that you actually wanted to write directly into CVS without supervision by us. That, of course is not possible.
But submitting a patch is done via Mantis, which I see you have not done yet, unless I'm mistaken. It's the safest way for you to ensure someone will look at it. If there is a demo application and a patch, the issue usually gets looked at very quickly. However, due to the relatively small number of people actively working on the sources, it may happen that fixes take up to a month to get into CVS.


Subject: AV errors in JV docking with TJvDockVSNetPanel
From: "Bob Murdoch" <ram_re_move_5@erols.com>
Date: Tue, 6 Dec 2005 11:50:54 -0500
Newsgroups: jedi.vcl

I'm trying to create a form, dock it, and hide it at run time.  My code 
looks like this:

   procedure TForm1.DockForm(AForm: TForm; APanel: TJvDockVSNetPanel);
   begin
      AForm.Top := 10000;
      AForm.ManualDock(APanel, nil, APanel.Align);
      APanel.ShowDockPanel(TRUE, AForm);
      APanel.DoHideControl(AForm);
   end;

and this method is called like this:

DockForm(vRelationsForm, TjvDockVSNetPanel(DockServer.LeftDockPanel));


The problem I have is on various occasions I will get an access violation on 
the SetFocus line of code at the bottom of JvDockControlForm.ShowDockPanel:

  <snip>

  if MakeVisible and (Client <> nil) then
  begin
    if not Client.Visible then
      Client.Show;
    if (not TWinControl(Client).Focused) and (TWinControl(Client).CanFocus) 
then
      TWinControl(Client).SetFocus;  <--- error here
  end;

First of all, I'm not sure I'm using this control correctly.   Can anyone 
confirm that this is the way to accomplish what I'm trying to do?  Secondly, 
does anyone know about this error and is there a fix?

tia,

Bob M..




Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: "dk_sz" <dk_sz@hotmail.com>
Date: Tue, 6 Dec 2005 14:37:29 +0100
Newsgroups: jedi.vcl

> > entitled to one. Saying "and fix it myself if need be" on top of the air 
> > of impatience, is an implied accusation that someone will not fix it.

I am sorry, but I was under the impression almost
everyone could get "read + submit patches for review"
accounts in Open Source projects? I have obviously
been mistaken then. It's not like I actually engage in
OpenSource projects, I just did not want to come across
as yet another whiner that wanted someone else to fix it.

But whatever.


best regards
Thomas 




Subject: JvAnalogClock
From: "Glenn De Tollenaere" <gdt@nospam.com>
Date: Tue, 6 Dec 2005 14:05:09 +0100
Newsgroups: jedi.vcl

Hi all,

I recently migrated to JVCL 3 (from 2) and I have the following
question:

in version 2 there was a component JVAnalogClock that has been deleted and
replaced with JvClock in which a property showmode allows me to have the
analog clock back.

How can I avoid that the clock stays "ticking" ? In my application I used
TJvAnalogClock to show the time spent, but I can't seem to find out how I
can achieve this with this replacement TJvClock-component.

Any ideas or help appreciated,

Glenn





Subject: Re: Borland Developer Studio 2006 support
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Tue, 6 Dec 2005 09:39:59 +0200
Newsgroups: jedi.vcl

Just what I wanted to know.

Thank you,


Tiberiu


"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:dmutk5$ifg$2@talkto.net...
> > Hi all
> >
> > Following the release of Borland Developer Studio 2006, we are pleased to 
> > announce that the JVCL is supporting it right now. Initial support is via 
> > CVS and the daily zips (from tomorrow onwards), but an installation 
> > package will be released very soon. Note that you will need an up to date 
> > JCL for this support to work.
> >
> > Let us know should you have any problems.
> >
> > Cheers
> > Olivier Sannier 




Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 06 Dec 2005 09:01:20 +1000
Newsgroups: jedi.vcl

dk_sz wrote, on 6/12/2005 8:00 AM:
> I have never ever intended to complain -
> nor do I see anything that indicates a complain.
> I realize all is volunteer-based. If I was a bit
> impatient (which I still do not recall having
> expressed), it at most was about to get confirmation
> the bug was submitted properly... So I can "let it go".

Hi Thomas,

***Off Topic***

In order to clarify it for you, you wrote:
> Just checked WEB-CVS and the same error is there.
> I plan to get an account and fix it myself if need to be.

Although these may have been two seperate statements, when taken together, they imply impatience. Saying "I plan to get an account" implies an expectation that you will be given one and that you are entitled to one. Saying "and fix it myself if need be" on top of the air of impatience, is an implied accusation that someone will not fix it.

I don't believe you meant to communicate any of this. The only thing that matters though, is getting the result that you want from the communication, thus the only part of the communication that counts is what the person receives. What you intend to communicate is irrelevant; what you have communicated is determined by what is received.

A common method is to imagine yourself in the other person's shoes and review your communication in that light, thinking "if I were them, how would I react to this". A few tips in getting what you want from anyone: don't imply impatience, expectation, destructive criticism, or accusation. If you want to offer to do something, make it clear that it's an offer to help, not a veiled criticism.

I realise this is rather off topic and abstract... unfortunately, communication isn't taught in schools or by most parents. Surprisingly few people ever *learn* to communicate, some people just seem to naturally do it better than others. :)

Anyway, I'm not having a go at you in any way, so please don't take offence. I simply felt the desire to expound my views. :)

enjoy life,
           Elahn


Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: "dk_sz" <dk_sz@hotmail.com>
Date: Mon, 5 Dec 2005 23:00:37 +0100
Newsgroups: jedi.vcl

> > That was a good thing reporting it here, don't get me wrong. The thing 
> > that threw me off was your complain about no action the day after you 
> > posted.

I have never ever intended to complain -
nor do I see anything that indicates a complain.
I realize all is volunteer-based. If I was a bit
impatient (which I still do not recall having
expressed), it at most was about to get confirmation
the bug was submitted properly... So I can "let it go".

>> >> I couldn't offhand find my bug in the issuetracker?
> >
> > Maybe because you're the first to notice it <g>

:-)

>> >> I will try search a little more + for a "submit bug" option?
> >
> > Get yourself a login in Mantis 
> > (http://homepages.borland.com/jedi/issuetracker), then use the "submit 
> > issue" link at the top. Anonymous users cannot post bug reports.

Thanks, will do


best regards
Thomas Schulz 




Subject: Re: jvCreateProcess - can you separate stderror from stdoutput??
From: "Phil Scadden" <P.scadden@^no-spam^remove.gns.cri.nz>
Date: Tue, 6 Dec 2005 09:21:33 +1300
Newsgroups: jedi.vcl

> > You could think about how you would like the interface to be, i.e. which
> > properties etc. should be added to the TJvCreateProcess component to be
> > able to have separate output/error. So I can compare it to what I came
> > up with.

Hmm. Good question. In ideal world I would create a console window which
displayed stdout and
have stderr written to file. I'll settled for being able to grab stderr into
a file and figure out what do with
stdout.

Current implementation creates pipes and then assumes that another program
running at same time as
the createprocess will deal with I/O. What would be better to me, would be
if jvCreateProcess had
property for handles. Create the pipe if the handles are zero. It gives
option of caller creating a file
handle so that output redirect  goes to file and that the caller program can
exit without affecting the
files. As to the flags, then can add coErrRedirect to the TJvConsoleOptions.





Subject: Re: TJvCreateProcess used within a dll
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 05 Dec 2005 19:18:39 +0100
Newsgroups: jedi.vcl

AFAIK, The OnTerminate call is done by the Main VCL thread, and this is done so via a message passed to the main application. I think that this message is eaten by the application and not passed to the DLL, hence the problem.


Subject: Re: TJvCreateProcess used within a dll
From: "Andreas Kanthak" <akanthak@online.de>
Date: Mon, 5 Dec 2005 18:50:15 +0100
Newsgroups: jedi.vcl

Ok, just to clarify my problem:

I am calling a routine in a dll within a thread in my mains application.
This routine itself shall call an external app and wait on its termination,
until it gos on. Im using TJvCreateProcess. After a lot of investigations i
found the underlying problem: The call to the external app does not
terminate, because the TJvWaitForProcessThread does not terminate correctly.
The call to CallOnTerminate from the underlying TThread does not return and
it hangs, which leads me to the question: Is it not allowed to create and
call a thread within another thread?

Confused.

Andreas




In this case the
Andreas Kanthak wrote:
> > Hi all,
> >
> > i am using TJvCreateProcess within a dll. The first time starts ok,
> > the second time i get an error "RsEProcessIsRunning = 'Cannot perform
> > this operation when process is running". I am using the same course
> > of action within my normal exe application, where all is running fine.
> >
> > It seems to me, that the onterminate eventhandler never gets called.
> >
> > Is it not allowed to use TJvCreateProcess within a dll?
> >
> > TIA
> > Andreas




Subject: TJvCreateProcess used within a dll
From: "Andreas Kanthak" <akanthak@online.de>
Date: Mon, 5 Dec 2005 16:23:23 +0100
Newsgroups: jedi.vcl

Hi all,

i am using TJvCreateProcess within a dll. The first time starts ok, the
second time i get an error "RsEProcessIsRunning = 'Cannot perform this
operation when process is running". I am using the same course of action
within my normal exe application, where all is running fine.

It seems to me, that the onterminate eventhandler never gets called.

Is it not allowed to use TJvCreateProcess within a dll?

TIA
Andreas




Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 05 Dec 2005 14:56:09 +0100
Newsgroups: jedi.vcl

dk_sz wrote:

>> You won't get write access anyway.
>
>
> Oh... Well, I just thought that if I submitted a fix
> - someone would probably take a look at it?

Yes, someone, but not in less than a day. The usual delay is between 7 and 14 days.


> I know, but I just did not know the proper
> procedure for reporting a bug in JVCL. I thought that
> bt taking proactive action (volunteering to fix it myself), I could ensure
> this bug wouldn't bite me later when next version of JVCL is released.

That was a good thing reporting it here, don't get me wrong. The thing that threw me off was your complain about no action the day after you posted.

> I couldn't offhand find my bug in the issuetracker?

Maybe because you're the first to notice it <g>


> I will try search a little more + for a "submit bug" option?

Get yourself a login in Mantis (http://homepages.borland.com/jedi/issuetracker), then use the "submit issue" link at the top. Anonymous users cannot post bug reports.


Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: "dk_sz" <dk_sz@hotmail.com>
Date: Mon, 5 Dec 2005 13:58:30 +0100
Newsgroups: jedi.vcl

> > You won't get write access anyway.

Oh... Well, I just thought that if I submitted a fix
- someone would probably take a look at it?

> > You reported this on the 2nd of December, not even a full day has passed

I know, but I just did not know the proper
procedure for reporting a bug in JVCL. I thought that
bt taking proactive action (volunteering to fix it myself), I could ensure
this bug wouldn't bite me later when next version of JVCL is released.

> > by. I agree the fix seems easy, but it's not like other issues are not

I couldn't offhand find my bug in the issuetracker?
I will try search a little more + for a "submit bug" option?


best regards
Thomas 




Subject: Re: jvCreateProcess - can you separate stderror from stdoutput??
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 05 Dec 2005 01:44:17 +0100
Newsgroups: jedi.vcl

Phil Scadden wrote:
>> See http://homepages.borland.com/jedi/issuetracker/view.php?id=3339
>
>
> Thanks for that. Does that mean you are looking at it?

Yes, I made the changes already and I am now testing it before committing it to CVS.

> If there is anything
> I can do to help, let me know.

You could think about how you would like the interface to be, i.e. which properties etc. should be added to the TJvCreateProcess component to be able to have separate output/error. So I can compare it to what I came up with.

> I am not following why the current code does what it does (duplicate the
> handle).

It basically follows the MSDN example (http://support.microsoft.com/default.aspx?scid=KB;EN-US;q190351&). It gives the console the same handle to be used as both the standard output handle and the standard error handle for the new process.

Some processes close its standard error handle immediately, so TJvCreateProcess does not give the new process exactly the same handle for output/error but duplicates it so the standard output handle is not closed, when the standard error handle is closed by the process.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jvCreateProcess - can you separate stderror from stdoutput??
From: "Phil Scadden" <P.scadden@^no-spam^remove.gns.cri.nz>
Date: Mon, 5 Dec 2005 09:44:24 +1300
Newsgroups: jedi.vcl

> > See http://homepages.borland.com/jedi/issuetracker/view.php?id=3339

Thanks for that. Does that mean you are looking at it? If there is anything
I can do to help, let me know.
I am not following why the current code does what it does (duplicate the
handle).




Subject: Re: jvCreateProcess - can you separate stderror from stdoutput??
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 04 Dec 2005 15:39:08 +0100
Newsgroups: jedi.vcl

Phil Scadden wrote:
> jvCreateprocess works okay but I am in position where I want stdout to go in
> a buffered control on a form while anything from stderror I want to go to a
> file. Modifying jvcreateprocess is harder than I imagined.
> It seems to use duplicate_handle for stderror to stdoutput so only have one
> reader?? Seems that would need
> two readers? (Better would be stderr only redirected but seems you cant do
> this?).

See http://homepages.borland.com/jedi/issuetracker/view.php?id=3339

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Borland Developer Studio 2006 support
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 04 Dec 2005 15:38:46 +0100
Newsgroups: jedi.vcl

Hi all

Following the release of Borland Developer Studio 2006, we are pleased to announce that the JVCL is supporting it right now. Initial support is via CVS and the daily zips (from tomorrow onwards), but an installation package will be released very soon. Note that you will need an up to date JCL for this support to work.

Let us know should you have any problems.

Cheers
Olivier Sannier


Subject: Re: Anonymous CVS Access ?
From: "hrli" <franklysmileeyes@gmail.com>
Date: Sun, 4 Dec 2005 12:01:56 +0800
Newsgroups: jedi.vcl

> > Use this doc:
> >
> > http://sourceforge.net/docs/F04/en/#anonymous_config
> >
> > Basically, why did you put co -P in the repository folder? It has nothing 
> > to do in there.

Now it works! i got it!
Thanks very much! 




Subject: Re: TJvSpinEdit Min/Max Checking
From: Elahn Ientile <elahn@elahn.net>
Date: Sun, 04 Dec 2005 09:25:07 +1000
Newsgroups: jedi.vcl

James Brown wrote, on 3/12/2005 4:34 AM:
> In the TJvSpinEdit version 3.00 I can't seem to change the CheckMaxValue or
> the CheckMinValue to anything but 'True'.  Can't assign them at run time
> either.  Bug?
> Regards........ Jim

Hi Jim,

MinValue/MaxValue must be zero, in order to set CheckMinValue/CheckMaxValue to False.

Get the daily build here:

http://jvcl.sf.net/daily/

If you still have a problem, let us know.

-- 
enjoy life,
           Elahn


Subject: Re: Anonymous CVS Access ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 03 Dec 2005 23:58:26 +0100
Newsgroups: jedi.vcl

Use this doc:

http://sourceforge.net/docs/F04/en/#anonymous_config

Basically, why did you put co -P in the repository folder? It has nothing to do in there.


Subject: Re: Anonymous CVS Access ?
From: "Hum" <franklysmileeyes@gmail.com>
Date: Sun, 4 Dec 2005 06:33:13 +0800
Newsgroups: jedi.vcl

> > All details here:
> > http://sourceforge.net/cvs/?group_id=45786

I had try that before I ask. here is the screenshot.
BTW, i found every SF opensource project's CVS info in page 
http://sourceforge.net/cvs/..... could not work at all. i have to goto the 
project home page to get it. 



1.JPG
	


2.JPG
2.JPG
	



Subject: Re: Anonymous CVS Access ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 03 Dec 2005 21:38:05 +0100
Newsgroups: jedi.vcl

Hum wrote:

> Hi:
>   what is the Anonymous CVS Access of JVCL?
>   i couldn't find any infomation about this in http://www.delphi-jedi.org/
>   pls tell me. thanks!

All details here:

http://sourceforge.net/cvs/?group_id=45786


Subject: Anonymous CVS Access ?
From: "Hum" <franklysmileeyes@gmail.com>
Date: Sun, 4 Dec 2005 03:38:55 +0800
Newsgroups: jedi.vcl

Hi:
  what is the Anonymous CVS Access of JVCL?
  i couldn't find any infomation about this in http://www.delphi-jedi.org/
  pls tell me. thanks!





Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 03 Dec 2005 16:34:04 +0100
Newsgroups: jedi.vcl

dk_sz wrote:

>> (from JVCL3-2005-02-05)
>
>
> Just checked WEB-CVS and the same error is there.
> I plan to get an account and fix it myself if need to be.

You won't get write access anyway.
And wouldn't a bit of patience be a good thing to get?
You reported this on the 2nd of December, not even a full day has passed by. I agree the fix seems easy, but it's not like other issues are not present:

http://homepages.borland.com/jedi/issuetracker/

Regards
Olivier


Subject: Re: Bug in TJvCustomCipher EncodeString / DecodeString
From: "dk_sz" <dk_sz@hotmail.com>
Date: Sat, 3 Dec 2005 15:34:38 +0100
Newsgroups: jedi.vcl

> > (from JVCL3-2005-02-05)

Just checked WEB-CVS and the same error is there.
I plan to get an account and fix it myself if need to be.

best regards
Thomas 




Subject: Re: Remko - updating help
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 03 Dec 2005 10:11:00 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> there is:
>
> <LINK TJvFormStorage_StoredProps_Editor, StoredProps editor>
>
> It doesn't show as a hyperlink online, but it does show as a link in the WinHelp file. Maybe it's a bug caused by the space in
> "StoredProps editor".

Most likely yes. I'll investigate.


Subject: Re: Remko - updating help
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 03 Dec 2005 12:41:59 +1000
Newsgroups: jedi.vcl

Elahn Ientile wrote, on 25/11/2005 4:18 PM:
> Thanks, I'll just update the online help then, 'cause I doubt many people build themselves an updated copy of the help file or look at the dtx files for help. :)

Just updated online help & I noticed that on http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvFormStorage there is:

<LINK TJvFormStorage_StoredProps_Editor, StoredProps editor>

It doesn't show as a hyperlink online, but it does show as a link in the WinHelp file. Maybe it's a bug caused by the space in
"StoredProps editor".

-- 
enjoy life,
           Elahn


Subject: Re: How to fix JvDesktopAlert Application DeFocusing bug
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 03 Dec 2005 12:25:02 +1000
Newsgroups: jedi.vcl

Elahn Ientile wrote, on 13/10/2005 4:44 PM:
> Setting the ParentWindow property didn't work at all,
> but calling Windows.SetParent(Handle, 0) helped a little. Now they come back
> to the top when another JvDesktopAlertForm is shown.

Unfortunately, this re-introduces the bug of momentarily taking the
focus away from the active form within this App, when it has the focus.
A further side-effect is to set Application.Active := True

Thus, I've taken it out. :(

-- 
enjoy life,
           Elahn


Subject: Re: JvFormStorage property editor (please test)
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 03 Dec 2005 10:47:12 +1000
Newsgroups: jedi.vcl

All done.

enjoy life,
           Elahn


Subject: TJvSpinEdit Min/Max Checking
From: "James Brown" <Jim@seti.net>
Date: Fri, 2 Dec 2005 10:34:02 -0800
Newsgroups: jedi.vcl

In the TJvSpinEdit version 3.00 I can't seem to change the CheckMaxValue or
the CheckMinValue to anything but 'True'.  Can't assign them at run time
either.  Bug?
Regards........ Jim





Subject: Re: TApdDataPacket and the StartString
From: "James Brown" <Jim@seti.net>
Date: Fri, 2 Dec 2005 10:31:54 -0800
Newsgroups: jedi.vcl

Thanks - Its a bug in Asynch Pro but I can assign it at run time.
"Warrick Wilson" <warrickw@mercuryonline.com> wrote in message
news:dmpvgb$b7q$1@talkto.net...
> > "James Brown" <Jim@seti.net> wrote in message
> > news:dmnqq3$sbm$1@talkto.net...
>> > >I need to set up a Data Packet with a start string that includes a byte
of
>> > > zero.  It would look like:
>> > > #254 #254 #0 #8 #3
>> > > The editor will not let me put the #0  into the string and I can't seem
to
>> > > assign it at run time either.
>> > > Any help??
> >
> > Try an array of bytes (or char -- sorry, my syntax is probably muddled)
> > rather than a string. The #0 is terminating your string.
> >
> > Been there, done that, have marks on forehead from banging it on
keyboard...
> >
> > If you need to save it externally, you've got another encoding/decoding
> > chore on your hands
> >
> >



Subject: Re: TApdDataPacket and the StartString
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Fri, 2 Dec 2005 09:38:06 -0800
Newsgroups: jedi.vcl

"James Brown" <Jim@seti.net> wrote in message 
news:dmnqq3$sbm$1@talkto.net...
> >I need to set up a Data Packet with a start string that includes a byte of
> > zero.  It would look like:
> > #254 #254 #0 #8 #3
> > The editor will not let me put the #0  into the string and I can't seem to
> > assign it at run time either.
> > Any help??

Try an array of bytes (or char -- sorry, my syntax is probably muddled) 
rather than a string. The #0 is terminating your string.

Been there, done that, have marks on forehead from banging it on keyboard...

If you need to save it externally, you've got another encoding/decoding 
chore on your hands. 




Subject: Bug in TJvCustomCipher EncodeString / DecodeString
From: "dk_sz" <dk_sz@hotmail.com>
Date: Fri, 2 Dec 2005 18:13:51 +0100
Newsgroups: jedi.vcl

(from JVCL3-2005-02-05)

function TJvCustomCipher.EncodeString(const Key, Value: string): string;
var
  Tmp: PChar;
begin
  GetMem(Tmp, Length(Value) + 1);
  try
    StrPCopy(Tmp, Value);
    Encode(Key, Tmp, Length(Value));
    Result := Tmp;
  finally
    FreeMem(Tmp);
  end;
end;

The problem is the line "Result := Tmp;"
since that can potentially cut a lof of the string.
(if *Tmp* contains a #0 the whole stirng is not copied
- at least I experienced this running it on a 20 kb string.)

I propose solution:
"
        SetLength(Result, Length(Value));
        FillChar(Result[1], Length(Value), 0);
        Move(Tmp^, Result[1], Length(Value));
"


The same fix for *TJvCustomCipher.DecodeString(const Key, Value: string)*.


best regards
Thomas Schulz 




Subject: Re: JvWizard and CharSets
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 02 Dec 2005 15:33:22 +0100
Newsgroups: jedi.vcl

A problem with the parent, probably ?


Subject: JvWizard and CharSets
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 2 Dec 2005 13:17:57 +0100
Newsgroups: jedi.vcl

Hello,

we have an application that is able to run with chinese GUI. The GUI strings
are formatted with the correct charset (all components on the form are setup
with the correct charset using RTTI)

When we try to set the captions for the buttons of a TJvWizard the captions
are not displayed correctly (it seems to be the wrong charset)

Now the "crazy" thing: When i add a TBitBtn to the form, set the caption to
"Cancel" for example it is displayed with the correct chinese characters. I
say "crazy" because the (navigation)-buttons inside the wizard ARE derived
from TBitBtn and i have found no place in the (wizard)-code where the
charset is changed.

Has anyone an idea why a normal TBitBtn is working and the derived TBitBtns
inside the wizards are not working???

Thanks in advance,
Ralf



Subject: Weird behviour with TJvErrorIndicator object
From: Stephane Wierzbicki <swierzbicki@free.Fr>
Date: Fri, 02 Dec 2005 08:35:46 +0100
Newsgroups: jedi.vcl

Hi,

I'm using the TJvErrorIndicator to check DB fields.
I first created one TJvErrorIndicator (in my public declaration of my main form). Then I decided to use an separate TJvErrorIndicator for each form (don't know if it is better).

I'm also using a Dialog box, so that, i'm sure that the user will see my error message.

When using a Dialog box, the TJvErrorIndicator doesn't blink on the first Time.... doesn't blink on the Second try but start blinking at the thirsd try


function TfmMain.VerifChampsOblEtude: Boolean;
var ChampsVides:TStringlist;
begin
    //Create the string list which will contains errors messages
    ChampsVides:=TStringlist.create();
    fMEtude.jepEtude.ClearErrors;
    fMEtude.jepEtude.BeginUpdate;
    fMEtude.jepEtude.Images:=fmdatamodule.ilem;
    fMEtude.jepEtude.ImageAlignment[nil] := eiaTopRight;
    fMEtude.jepEtude.ImagePadding[nil] := 1;
    fMEtude.jepEtude.BlinkStyle := ebsAlwaysBlink;
    fMEtude.jepEtude.BlinkRate := 250;
    fMEtude.jepEtude.ImageIndex :=1;
  try
    //Let check all Important DB Fields
    if (fmdatamodule.QrEtudes.FieldByName('IdAgence').IsNull)  or (Trim(fmdatamodule.QrEtudes.FieldByName('IdAgence').AsString) = '')
    then
    begin
      if Assigned(fmetude) then fMEtude.jepEtude.Error[TWinControl(FmEtude.dbluagence)] := 'Fill the field Agence !';
      ChampsVides.Add('Fill the field Agence !');
    end;

    if (fmdatamodule.QrEtudes.FieldByName('IdCommercial').IsNull)  or (Trim(fmdatamodule.QrEtudes.FieldByName('IdCommercial').AsString) = '')
    then
    Begin
      if Assigned(fmEtude) then fMEtude.jepEtude.Error[TWinControl(FmEtude.dblucommercial)] := 'Fill the field Commercial !';
      ChampsVides.Add('Fill the field Commercial !');
    end;

    if ChampsVides.Count > 0// exit in case of NO errors detected
    then
    Begin
      result:=false;
      if Assigned(fmEtude) then FmEtude.pcPrincipal.ActivePage:=FmEtude.tabDetailEtude;

      application.MessageBox(pchar('These fields are empty !'+#13#10+#13#10+ChampsVides.text),
        pchar(application.title), MB_ICONINFORMATION or MB_OK) ;
      if Assigned(fmetude) then fMEtude.jepEtude.EndUpdate; // <=== ISSUE IS HERE AS IT SELDOM BLINK

  End else result:=true;
  finally

    ChampsVides.free;


  end;
end;


Subject: Re: sorting with TJvDBUltimGrid and TJvMemoryData
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 02 Dec 2005 01:10:30 +0100
Newsgroups: jedi.general,jedi.vcl

George Brink a écrit :
> I am tring to sort rows in JvDBUltimGrid with SortWith property set to
> swFields.
> Data is stored in JvMemoryData.
> When I click on the column title, I get an exception "Cannot sort. An index
> property is missing."
> What does it mean and how can I create such "index property" for
> JvMemoryData?

This is a JVCL question, please follow up in the group jedi.vcl

-- 
Florent Ouchet


Subject: TApdDataPacket and the StartString
From: "James Brown" <Jim@seti.net>
Date: Thu, 1 Dec 2005 14:07:12 -0800
Newsgroups: jedi.vcl

I need to set up a Data Packet with a start string that includes a byte of
zero.  It would look like:
 #254 #254 #0 #8 #3
The editor will not let me put the #0  into the string and I can't seem to
assign it at run time either.
Any help??

thanks......... Jim





Subject: Re: Make PostgresSQL Connection
From: "Keith Blows" <noone@nowhere.com>
Date: Thu, 1 Dec 2005 08:18:43 +0000 (UTC)
Newsgroups: jedi.vcl

George wrote:

> > Hi, is it posible to make connection to Postgree Database with 1 of
> > Jedi's components??  And/or are there free components to do so? or if
> > possible with delphi standart components can you tele me hou or where
> > can i find info?
> > 
> > thanks

There are no components in JEDI for this.

The only free solution is to use ZeosLib
(http://sourceforge.net/projects/zeoslib/).

PostgresSQL has a free ADO driver, so you could use that with Delphi's
ADOExpress.

For native Delphi access, there is a commercial product called
PostresDAC
(http://www.microolap.com/products/connectivity/postgresdac/), at
$63.96 without source and 1 year updates, or $107,96 with sources and 1
year updates, it certainly appears to be a bargain.

 

-- Kind Regards, Keith Blows The difference between theory and practice in practice is greater than the difference between theory and practice in theory. Posted with XanaNews 1.17.6.6 

Subject: jvRichEdit and resizing image using code
From: Ralph <ralph@numberworks.com>
Date: Thu, 01 Dec 2005 09:29:21 +1300
Newsgroups: jedi.vcl

Hi there,

I have an image that is set to be 3cm wide and 1cm high. If I paste this into a MS Word file it would adhere to these dimensions.

However, when I insertgraphic into my jvRichEdit component it is much wider. The width seems to be based on the DPI of the jvRichEdit (88 pixels?).

So the question is; irrespective of the pixel resolution of my image is it possible to insert that image into my jvRichtEdit and have it print out according to the dimensions I have set for that image? i.e. is it possible to "format" the image to stick to the dimensions I set?

Is it possible to set the DPI of the richedit to be something other than the screen DPI? e.g. 300 instead of 88?

I hope this makes sense.

Ralph


Subject: Re: how to set parental window
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 30 Nov 2005 18:06:59 +0100
Newsgroups: jedi.vcl

Have a look at the call stack when this error happens.
Then note which part of your code causes this.

Most often, it's when someone tries to access Items properties of combo boxes in the constructor or destructor of a form.


Subject: Make Postgree Connection
From: "George" <gevorg@fourstar.nl>
Date: Wed, 30 Nov 2005 18:01:34 +0100
Newsgroups: jedi.vcl

Hi, is it posible to make connection to Postgree Database with 1 of Jedi's 
components??
And/or are there free components to do so? or if possible with delphi 
standart components can you tele me hou or where can i find info?

thanks 




Subject: Re: JvRichEdit and print margin
From: Ralph <ralph@numberworks.com>
Date: Wed, 30 Nov 2005 11:40:01 +1300
Newsgroups: jedi.vcl

Massimiliano wrote:
> Massimiliano wrote:
>
>> Hi All,
>>
>> does anyone to know how to setup printer margins on JvRichEdit or using
>> JvPreviewControl?
>>
>> I think I've to setup jvrichedit.PageRect but I don't understand want values I've to assign to and how to use, eventually, the TPageSetupDialog.
>
>
> ok I found the way.
> Work with jvRichEdit.Print and with JvPreviewControl:
> psdlg is a TPageSetupDialog.
>  From me TPageSetupDialog return values alway in mm so I need to convert them ( /2540)
>
> The piece of code:
>
> var
>   mr : TRect;
>   wPage, hPage, logX, logY: integer;
> Begin
>     wPage := GetDeviceCaps(Printer.Handle, PHYSICALWIDTH);
>     hPage := GetDeviceCaps(Printer.Handle, PHYSICALHEIGHT);
>     LogX := GetDeviceCaps(Printer.Handle, Windows.LOGPIXELSX);
>     LogY := GetDeviceCaps(Printer.Handle, Windows.LOGPIXELSY);
>
>     mr.Left := Round(psdlg.MarginLeft / 2540 * logX);
>     mr.top := Round(psdlg.MarginTop / 2540 * logX);
>     mr.Right := Round(wPage - mr.Left - (psdlg.MarginRight / 2540 * logX));
>     mr.Bottom := Round(hPage - mr.Top - (psdlg.MarginBottom / 2540 * logX));
>     EditorMainForm.editor.PageRect := mr;
> end;
>
>
> I hope could be useful for other guys.
>
> Ciao
> Massimiliano


Thanks, that helped me a lot. Note for right margin do not subtract left margin. Same with bottom, do not subtract top marhin. Took me a while to realise why my page was not printing correctly.


Subject: Function's derivative
From: "Danila Vershinin" <easyREMOVETHISmsi@yandex.ru>
Date: Mon, 28 Nov 2005 22:15:53 +0300
Newsgroups: jedi.vcl

Is it possible to calculate a function's derivative using JCL? (Thanks to 
Marcel for pointing me to use JclExprEval unit for expression evaluation)

For instance I have:
    sin(x) + x
As a result I would have: cos(x) + 1  (which is later used by TEasyEvaluator 
in my code)

Thanks in advance. 




Subject: Re: UIB components...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 28 Nov 2005 18:38:29 +0100
Newsgroups: jedi.vcl

Dierk wrote:

> And what about dropping the UIB components out of JVCL3?
> Sorry but cause of the same naming I ran into big trouble today.
> Took the Progdigy jvUIB in the searchpaths one level before JVCL/JCL, cause
> I run into trouble as result of the same naming.
> After that I ran into big troubles in JCL, because the JCL uses the old
> JEDI.inc from jvUIB.
> This is really bad!

So we have to nudge Henri to use a newer jedi.inc


Subject: Re: UIB components...
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 28 Nov 2005 17:27:36 +0100
Newsgroups: jedi.vcl

And what about dropping the UIB components out of JVCL3?
Sorry but cause of the same naming I ran into big trouble today.
Took the Progdigy jvUIB in the searchpaths one level before JVCL/JCL, cause
I run into trouble as result of the same naming.
After that I ran into big troubles in JCL, because the JCL uses the old
JEDI.inc from jvUIB.
This is really bad!

Dierk

"Dierk" <noSpam@csslabs.de> schrieb im Newsbeitrag
news:dmekgf$ps2$1@talkto.net...
> > Ok, Olivier
> > thanks.
> >
> >
> > "OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
> > news:dmejne$plf$1@talkto.net...
>> > > Dierk wrote:
>> > >
>>> > > > Mhmm. Aren´t the UIB componets in JVCL the same as these?
>>> > > >
>>> > > > http://www.progdigy.com/modules.php?name=UIB
>>> > > > Why do we have now two different component sets with same names?
>>> > > > Why is JVCL using an old set from year 2003?
>>> > > > Does this make any sense?
>> > >
>> > > In the past, the author of UIB decided to put his components into JVCL
>> > > but keep development on his site as well. He was responsible for
>> > > synchronising both copies and did it just fine.
>> > > However, the changes required for UIB to be freepascal compatible meant
>> > > more and more work for him and us as the JVCL is not FP compatible. So
>> > > the decision was taken last year to stop development of the UIB
>> > > components in the JVCL and refer every request to Henri's website. Those
>> > > components were not removed from the JVCL to not disturb anyone. I agree
>> > > that a big note should have been posted somewhere in the distribution,
>> > > and it will be added to the next release.
>> > > So, if you have any questions regarding UIB, please first update to
>> > > Henri's version, then ask him and his team.
>> > >
>> > > Cheers
>> > > Olivier Sannier
>> > > JVCL Coordinator
> >
> >




Subject: Re: Nice sliding component on first page MegaDemo
From: npcrosby <npcrosby@sasktel.net>
Date: Mon, 28 Nov 2005 09:40:17 -0600
Newsgroups: jedi.vcl

OBones wrote:
> The mega demo project can be opened from the examples\JVCLMegaDemo folder. There you can have a look at all the components used to create it.
Thank you!


Subject: Re: BarCode component
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Mon, 28 Nov 2005 13:09:12 -0000
Newsgroups: jedi.vcl

We used reportBuilder to great effect when we needed millions of barcodes.

Cheers,

Jason Chapman

JAC2 Consultancy



Training - Development - Consultancy

Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, 
Troubleshooting projects, QA.....

Web: www.jac2.co.uk



"George" <gevorg@fourstar.nl> wrote in message 
news:dm7vnr$k2k$1@talkto.net...
> > Hi Jedies, is there a BarCode component??
> > and is it dificult to make 1 ??
> >
> > chears
> > 




Subject: Re: UIB components...
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 28 Nov 2005 11:23:27 +0100
Newsgroups: jedi.vcl

Ok, Olivier
thanks.


"OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
news:dmejne$plf$1@talkto.net...
> > Dierk wrote:
> >
>> > > Mhmm. Aren´t the UIB componets in JVCL the same as these?
>> > >
>> > > http://www.progdigy.com/modules.php?name=UIB
>> > > Why do we have now two different component sets with same names?
>> > > Why is JVCL using an old set from year 2003?
>> > > Does this make any sense?
> >
> > In the past, the author of UIB decided to put his components into JVCL
> > but keep development on his site as well. He was responsible for
> > synchronising both copies and did it just fine.
> > However, the changes required for UIB to be freepascal compatible meant
> > more and more work for him and us as the JVCL is not FP compatible. So
> > the decision was taken last year to stop development of the UIB
> > components in the JVCL and refer every request to Henri's website. Those
> > components were not removed from the JVCL to not disturb anyone. I agree
> > that a big note should have been posted somewhere in the distribution,
> > and it will be added to the next release.
> > So, if you have any questions regarding UIB, please first update to
> > Henri's version, then ask him and his team.
> >
> > Cheers
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: UIB components...
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 28 Nov 2005 11:11:47 +0100
Newsgroups: jedi.vcl

Dierk wrote:

> Mhmm. Aren´t the UIB componets in JVCL the same as these?
>
> http://www.progdigy.com/modules.php?name=UIB
> Why do we have now two different component sets with same names?
> Why is JVCL using an old set from year 2003?
> Does this make any sense?

In the past, the author of UIB decided to put his components into JVCL but keep development on his site as well. He was responsible for synchronising both copies and did it just fine.
However, the changes required for UIB to be freepascal compatible meant more and more work for him and us as the JVCL is not FP compatible. So the decision was taken last year to stop development of the UIB components in the JVCL and refer every request to Henri's website. Those components were not removed from the JVCL to not disturb anyone. I agree that a big note should have been posted somewhere in the distribution, and it will be added to the next release.
So, if you have any questions regarding UIB, please first update to Henri's version, then ask him and his team.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: UIB components...
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 28 Nov 2005 11:04:11 +0100
Newsgroups: jedi.vcl

Mhmm. Aren´t the UIB componets in JVCL the same as these?

http://www.progdigy.com/modules.php?name=UIB
Why do we have now two different component sets with same names?
Why is JVCL using an old set from year 2003?
Does this make any sense?

Greetings
Dierk




Subject: how to set parental window
From: MaReK Olsavsky <orsm@centrum.cz>
Date: Mon, 28 Nov 2005 10:33:59 +0100
Newsgroups: jedi.vcl

    Good Morning,
i've one little question. I've problem with error 'xxx has no parent window'. I've placed component onto panel (standard from Delphi, not a TJvPanel) and some of them are in standard groupboxes. After finnishing of program, i've seen error message, that any component (TJvMemo instance for example) has no parent window. I'd like to know, how fix that problem (where to set parentWindow property), or if i must use Jedi PageControls, Panels and Groupboxes.
    Very thanx for your answer.
        MaReK
btw: Sorry for my poor english, it isn't my natural language...


Subject: Re: Nice sliding component on first page MegaDemo
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 28 Nov 2005 07:45:00 +0100
Newsgroups: jedi.vcl

The mega demo project can be opened from the examples\JVCLMegaDemo folder. There you can have a look at all the components used to create it.


Subject: Nice sliding component on first page MegaDemo
From: npcrosby <npcrosby@sasktel.net>
Date: Sun, 27 Nov 2005 18:01:46 -0600
Newsgroups: jedi.vcl

Hello:

There is a really neat component / effect on the first page of the JVCL MegaDemo. On the left hand side, there is a component that expands and contracts when you click on it. Could someone please point me to the component that does that? I can't seem to find it.

Thank you.

Nick


Subject: Re: How do I use JvAppXMLStorage?
From: "Fredrik Larsson" <none@none.com>
Date: Sun, 27 Nov 2005 22:49:53 +0100
Newsgroups: jedi.vcl

> Do you call the Flush method?
> Most storages work in memory until the Flush method is called.
> There also is the AutoFlush property that when set to True makes Flush being called everytime a change is made.

It just struck me... I had another 3.0 version of Jedi. Downloading the latest 3.0 solved the problem.




Subject: Re: How do I use JvAppXMLStorage?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 27 Nov 2005 21:56:06 +0100
Newsgroups: jedi.vcl

Do you call the Flush method?
Most storages work in memory until the Flush method is called.
There also is the AutoFlush property that when set to True makes Flush being called everytime a change is made.


Subject: How do I use JvAppXMLStorage?
From: "Fredrik Larsson" <none@none.com>
Date: Sun, 27 Nov 2005 21:03:37 +0100
Newsgroups: jedi.vcl

Hi,

I am using the 3.0 release of JvAppXMLStorage. I can add and work with strings but after each write it seems as if it empties and doesn't get refreshed. I have tried reload, flush et c but it doesn't work. So how do I properly use JvAppXMLStorage?

Regards, Fredrik.




Subject: TJvImageListViewer issue
From: Peter Panino <peter-panino@aon.at>
Date: Sun, 27 Nov 2005 01:10:02 +0100
Newsgroups: jedi.vcl

TJvImageListViewer:

When clicking on an image the OnItemChanged event is always triggered TWICE:
The first time the 'Item' parameter points to the previously selected image, the second time to the actual (clicked) image.

Is this a bug or a feature?


Subject: Re: Compile/install problem in current CVS Checkout.
From: "Ian Branch" <branch@sitathome.net>
Date: Sun, 27 Nov 2005 09:41:39 +1100
Newsgroups: jedi.vcl

All OK now.  Thanks Oliver.

Regards,

Ian




Subject: Re: expression evaluation
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 26 Nov 2005 22:13:12 +0100
Newsgroups: jedi.vcl

Danila Vershinin wrote:
> Hi all,
> what component should I use (having jedi vcl 3.00) to perform mathematical expression evaluation, for example:
>     in some edit control I will have: (2267)*(sin(a))   // the user will type formula, and in my program I have to calculate its result according to a parameter I have in code, but the number of parameters may vary, for instance: (a+b)*c ...

    Not a component, but the JCL (which you obviously have, too) contains a unit JclExprEval and all classes involved. You probably need to define the functions you expect a user to type, but other than that, it's good to go, complete with variables, constants and pre-compiled evaluations (useful when the same expressions needs to be evaluated many times with different variable values).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: expression evaluation
From: "Danila Vershinin" <easyREMOVETHISmsi@yandex.ru>
Date: Sat, 26 Nov 2005 23:55:25 +0300
Newsgroups: jedi.vcl

Hi all,
what component should I use (having jedi vcl 3.00) to perform mathematical 
expression evaluation, for example:
    in some edit control I will have: (2267)*(sin(a))   // the user will 
type formula, and in my program I have to calculate its result according to 
a parameter I have in code, but the number of parameters may vary, for 
instance: (a+b)*c ...

Thanks in advance. 




Subject: Re: Compile/install problem in current CVS Checkout.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 26 Nov 2005 18:57:32 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Thanks, I now see this as well, I'm investigating.

Ok, this is now fixed in CVS.
It occured in every version, provided the Themes were enabled.

To the person who introduced the Assign code, I have created an Assign method for TAlphaBitmap, but I'm not sure if it's complete or not. Could you check it's ok?

Cheers
Olivier


Subject: Re: Compile/install problem in current CVS Checkout.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 26 Nov 2005 18:37:34 +0100
Newsgroups: jedi.vcl

Thanks, I now see this as well, I'm investigating.


Subject: Re: BarCode component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Nov 2005 15:17:38 +0100
Newsgroups: jedi.vcl

George wrote:
> Hi Jedies, is there a BarCode component??
> and is it dificult to make 1 ??

The german computer magazine "Toolbox" had one some time ago.
http://www.toolbox-mag.de


Subject: Re: BarCode component
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 26 Nov 2005 21:32:58 +1000
Newsgroups: jedi.vcl

George wrote, on 26/11/2005 7:51 AM:
> Hi Jedies, is there a BarCode component??
> and is it dificult to make 1 ??

Not that I'm aware of. Try FastReport if you want to print barcodes.

-- 
enjoy life,
           Elahn


Subject: Re: TJvRichEdit
From: Elahn Ientile <elahn@elahn.net>
Date: Sat, 26 Nov 2005 21:07:08 +1000
Newsgroups: jedi.vcl

Cezar Wagenheimer wrote, on 26/11/2005 4:06 AM:
> There are a "Automatic Editor" in TJvDbRichEdit, like the TWwDbRichEdit from Infopower one? when i click twice the RTF editor opens.

Hi Cezar,

If you mean a design time editor for RTF, then no. You can edit the Lines property to add plain text, though.

If you need to write and store RTF data, to be assigned at runtime, then use the Lines.SaveToFile & LoadFromFile commands.

If you want to include it in your executable, you can include the file as a resource in you program, then load it at runtime by using Lines.LoadFromStream and a TResourceStream.

-- 
enjoy life,
           Elahn


Subject: Compile/install problem in current CVS Checkout.
From: "Ian Branch" <branch@sitathome.net>
Date: Sat, 26 Nov 2005 09:00:18 +1100
Newsgroups: jedi.vcl

Hi Guys,

    FYI.  Not complaining, just bringing to your awareness.<g>

    Just did a clean CVS Checkout (TortiseCVS) and on compilation get the 
following error..

[Compiling: JvCtrlsD7R.bpl]

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

D:\JVCL3\run\JvCaptionButton.pas(689) Error: Undeclared identifier: 'Assign'

JvCtrlsD7R.dpk(94) Fatal: Could not compile used unit 
'..\..\run\JvCaptionButton.pas'

** error 1 ** deleting JvCtrlsD7R.bpl

** error 1 ** deleting CompilePackages


    I am using D7 Pro.  The D5 compilation/installation work fine.

Regards,
Ian 




Subject: BarCode component
From: "George" <gevorg@fourstar.nl>
Date: Fri, 25 Nov 2005 22:51:47 +0100
Newsgroups: jedi.vcl

Hi Jedies, is there a BarCode component??
and is it dificult to make 1 ??

chears 




Subject: TJvRichEdit
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Fri, 25 Nov 2005 16:06:00 -0200
Newsgroups: jedi.vcl

There are a "Automatic Editor" in TJvDbRichEdit, like the TWwDbRichEdit from 
Infopower one? when i click twice the RTF editor opens.

There is or not?

[]´s
Cezar Wagenheimer 




Subject: JanShapes
From: "Bennie Coetzer" <benniec@thales.co.za>
Date: Fri, 25 Nov 2005 11:19:31 +0200
Newsgroups: jedi.vcl

I am new to JVCL and was referred to it because I was looking for a shape
component such as JanShape. The latter does not work for Delphi 7 or Delphi
2005 (at least my versions of it)  I noticed in my download of JVCL that it
is also not part of the jans Delphi library - Have I missed something? and
if not is there another shape component with more shapes than Borland TShape
regards
Bennie




Subject: Re: XML string
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 25 Nov 2005 18:36:44 +1000
Newsgroups: jedi.vcl

Franco wrote, on 25/11/2005 3:30 AM:
> how can i locate a tag in xml doc?
> can i use a XPath ?
> like this: "myroot/mytag[ @myAtt = 1]" 

var
  lXML: TJvSimpleXML;

//You can use the following, if you know the tag exists:

lXML.Root.Items.ItemNamed['myroot'].Items.ItemNamed['mytag'].Properties.ItemNamed['myAtt'].Value;

//But it's probably safer if you check if each tag exists first, e.g.

if lXML.Root.Items.ItemNamed['myroot'] <> nil then

//See the help file and have a play with it.
-- 
enjoy life,
           Elahn


Subject: Re: Remko - updating help
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 25 Nov 2005 16:18:32 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote, on 23/11/2005 8:23 AM:
> Elahn Ientile wrote:
>
>> Hi Remko,
>
>
> Hi,
>
>> For updating the help for TJvFormStorage, do I only update it in the online help?  [..] or should I also update it in CVS?
>
>
> Only the online help; I synchronize the online help with the CVS files and vice versa every 2, 3 months or so. So if you prefer to do it only in CVS that is also possible, but the online help will not be updated with your changes for some time.
>
>> Is there anything else I need to update, so it is included in the next help file release?
>
>
> No, everything except the actual describing of the code is now more or less automated. The dtx files have a field describing its state, but that is now ignored by the tools.
>
> But, only files that are documented 50% or more are included in the help file so you might take that into account.
>

Thanks, I'll just update the online help then, 'cause I doubt many people build themselves an updated copy of the help file or look at the dtx files for help. :)

enjoy life,
           Elahn


Subject: Re: JvAviCapDemo Again an Update
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Fri, 25 Nov 2005 03:32:23 +0200
Newsgroups: jedi.vcl

Friends,
I dug into code some more and found the following:
If I use capPreviewScale function of VFW I can see entire image (i.e. it's 
stretched), but this time entire 640 x 480 image has shrunk to upper left 
corner of AviCap component, although I set height and width values of AviCap 
component to the respective values of the image. Is there any way to 
increase size of the component to see a larger image?

Maybe this is a bug or I'm missing some points :( 




Subject: Re: possible mods to JVLogfile
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 24 Nov 2005 21:04:46 +0100
Newsgroups: jedi.vcl

And so what ?
no explanations ? no description ?
Well, no effort then.


Subject: Re: Delphi 2k5 and JVCL
From: Ales <ales@ales.org>
Date: Thu, 24 Nov 2005 20:50:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Ales wrote:
>
>
>> The file exists!
>
>
> But not in a directory that is in the PATH environment variable.
>
>
That's it! Thank you very much!


Subject: Re: Delphi 2k5 and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Nov 2005 18:59:48 +0100
Newsgroups: jedi.vcl

Ales wrote:

> > The file exists!

But not in a directory that is in the PATH environment variable.


-- Regards, Andreas Hausladen 

Subject: Delphi 2k5 and JVCL
From: Ales <ales@ales.org>
Date: Thu, 24 Nov 2005 18:42:58 +0100
Newsgroups: jedi.vcl

I have installed JVCL3 and JCL to both Delphi 7 (CS) and Delphi 2005 (Pro) on my computer.

In D7 everything works fine, but in D2k5 it won't load bpl files.

Everytime i Start d2k5 i get a few messages saying:
"Can't load package C:\...\Jvxxx.bpl.
The specified module coul not be found.
Do you want to attemp to load this package th next time a project is loaded?" and "Can't load module Jvxxx.bpl. re-installing can solve the problem."

The file exists!

D2k5 has updates 1&2 installed.

TIA,
Ales


Subject: XML string
From: "Franco" <frkdll@tin.it>
Date: Thu, 24 Nov 2005 18:30:15 +0100
Newsgroups: jedi.vcl

how can i locate a tag in xml doc?
can i use a XPath ?
like this: "myroot/mytag[ @myAtt = 1]" 




Subject: Re: JvListview
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Nov 2005 18:06:15 +0100
Newsgroups: jedi.vcl

Brian wrote:

> "OBones" <oobnes__gf_@_gfd_altern.org> skrev i en meddelelse news:dm4f5k$rlg$1@talkto.net...
>
>> Brian wrote:
>>
>>> Hey there
>>>
>>> Is it posible to make a sigle line text bold?
>>
>> MyListView.Items[LineIndex].Font.Style = [fsBold];
>>
>> That should work, if I remember correctly.
>
>
>   JvListView3.Items[3].Font.Style := [fsBold];
>
> i get a error saying
> Undeclared identifier: 'Font'

Ok, my bad:

(MyListView.Items[LineIndex] as TJvListItem).Font.Style := [fsBold];

In a TJvListView, all the items are of class TJvListItem


Subject: Re: TBirmap.LoadFromResourceName/ID GDI-Handle leak
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Nov 2005 17:49:57 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I have added it to most files.
Thank's. It was too late for me yesterday.

> > I did not add it where the LoadFromResource* is done directly after
> > creation of the bitmap because i assume it does not leak then. Please
> > check that.

That's ok. Only if the Canvas.Handle was created before, it leaks.


-- Regards, Andreas Hausladen 

Subject: Re: JvListview
From: "Brian" <brian@night.dk>
Date: Thu, 24 Nov 2005 17:12:05 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> skrev i en meddelelse 
news:dm4f5k$rlg$1@talkto.net...
> > Brian wrote:
>> >> Hey there
>> >>
>> >> Is it posible to make a sigle line text bold?
> >
> > MyListView.Items[LineIndex].Font.Style = [fsBold];
> >
> > That should work, if I remember correctly.

  JvListView3.Items[3].Font.Style := [fsBold];

i get a error saying
Undeclared identifier: 'Font'

Regards brian 




Subject: possible mods to JVLogfile
From: "jonesmabel" <jonesmabel@netscape.net>
Date: Thu, 24 Nov 2005 15:39:57 +0100
Newsgroups: jedi.vcl

insert_in_log.zip
	



Subject: Re: JvListview
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Nov 2005 14:51:32 +0100
Newsgroups: jedi.vcl

Brian wrote:
> Hey there
>
> Is it posible to make a sigle line text bold?

MyListView.Items[LineIndex].Font.Style = [fsBold];

That should work, if I remember correctly.


Subject: JvListview
From: "Brian" <brian@night.dk>
Date: Thu, 24 Nov 2005 14:15:00 +0100
Newsgroups: jedi.vcl

Hey there

Is it posible to make a sigle line text bold?

regards
Brian 




Subject: MTThread Components, need advice
From: Aldo <aldeep@ua.fm>
Date: Thu, 24 Nov 2005 14:47:30 +0200
Newsgroups: jedi.vcl

Hi all,
I try to write program, which should check availability of hosts
by pinging them. So I decide to use for this MTThread Components.
Host's IP addresses are read out from the stringlist.
I need to check about 2000 hosts, but maximum count of runing
threads should not be greater then 100. So how it can be realized
with this components?

Thanks in advance,
Aldo


Subject: License advice for project using JVCL
From: Kurt Fitzner <kfitzner@excelcia.org>
Date: Wed, 23 Nov 2005 15:03:10 -0700
Newsgroups: jedi.vcl

I am hoping that I can get some license advice.  I have a project that I
added JVCL components to without looking closely enough at the licensing
implications.  That was my fault entirely, but I'd rather not rip out
the JVCL from the project - it seems stupid to have to do that.  I'm
hoping that people here who have more experience using JVCL might have
some ideas.

Project is SelfImage (http://selfimage.excelcia.org).  Currently it's
GPLed, but the FSF's lawyers suggest that doesn't mix well with JVCL's MPL.

My licensing goals are:
1) Protection of the project from modification without the changes being
made open source as well (MPL offers this)
2) Compatible with the MPL so that I can continue to use JVCL components.
3) Protection of the code from being used in proprietary applications is
preferred (Copyleft/viral - a la GPL), but as long as 1) is met, this
isn't absolutely requirement
4) However, clauses like the MPL's #6.2, which allow a third party to
change the licensing at any time for any reason, are absolutely untenable.

Any ideas?

	Kurt.


Subject: Re: Get computer names
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Wed, 23 Nov 2005 16:02:00 +0100
Newsgroups: jedi.vcl

OBones escribió:

> Both, have a look in the JCL, it has the functions you want.

I have a look to JCLHELP.HLP and i have not found nothing about Computer Names in a local network.
Can you help me a little more, please?

Saludos
Paco Ruiz


Subject: Re: Get computer names
From: Opp <nospam@spamexcepmt.com>
Date: Wed, 23 Nov 2005 11:41:04 +0000
Newsgroups: jedi.vcl

You try using the JvComputerNameDialog component. This will allow you
to select a computer from the network. 

Personally, I would like to obtain this information without calling
the "execute" method - but this info is not surfaced out in this
component.

Opp.


On Wed, 23 Nov 2005 11:54:59 +0100, Paco Ruiz
<gruposfcoruiz@telefonica.net> wrote:

> >Hi
> >I'd like to get a list of computer names in a local network.
> >How? Any Jedi component?
> >
> >Saludos
> >Paco Ruiz



Subject: Get computer names
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Wed, 23 Nov 2005 11:54:59 +0100
Newsgroups: jedi.vcl

Hi
I'd like to get a list of computer names in a local network.
How? Any Jedi component?

Saludos
Paco Ruiz


Subject: Re: daily jcl mismatch with daily jvcl installation
From: "Marcel Bestebroer" <marcel.b@theobvious.xs4all.nl>
Date: Wed, 23 Nov 2005 08:38:30 +0100
Newsgroups: jedi.vcl

> >  So if you gone that far to accomodate them, why not complete the steps by 
> > adding the required JCL version to the download?

    That would require the JCL and JVCL to be in the same repository. 
They're not, so you can't simply include one in the other. It's an automated 
process.

-- Marcel Bestebroer (Team JEDI) http://delphi-jedi.org Project JEDI Help coordinator JEDI.NET team coordinator To mail me, remove the obvious from my mail address 

Subject: Re: Remko - updating help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 22 Nov 2005 23:23:39 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> Hi Remko,

Hi,

> For updating the help for TJvFormStorage, do I only update it in the online help?  [..] or should I also update it in CVS?

Only the online help; I synchronize the online help with the CVS files and vice versa every 2, 3 months or so. So if you prefer to do it only in CVS that is also possible, but the online help will not be updated with your changes for some time.

> Is there anything else I need to update, so it is included in the next help file release?

No, everything except the actual describing of the code is now more or less automated. The dtx files have a field describing its state, but that is now ignored by the tools.

But, only files that are documented 50% or more are included in the help file so you might take that into account.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: daily jcl mismatch with daily jvcl installation
From: "Iwalewa" <Iwalewa@nospamforme.com>
Date: Tue, 22 Nov 2005 16:30:51 -0500
Newsgroups: jedi.vcl

Hi Alvaro,

> > "So the moral is don't mix and match the sourceforge v3 release
> > with the daily releases."..."That's what we are saying all the time but it 
> > seems everyone ignores this."
> >
Yes, and the same people that ignores the warning are the ones that'll say 
JVCL don't work.

> > Maybe people are just lazy to read the whole thing and are acostumed to 
> > get free stuff..
> > Maybe people ask stupid questions before tring to solve it by 
> > themselves...
> >
> > I´m sorry but it is really annoying to read whining lazy developers.
> >
All of the above maybe true, but looking at it from customer service 
perspective, I will just include the required JCL version with the download 
and be done with it.

Borrowing your words, the same "lazy to read, stupid questions asking, 
whining lazy developers" are the reason while the daily zip archive was 
created in the first place. Otherwise, everyone would be downloading 
unofficial releases from CVS. So if you gone that far to accomodate them, 
why not complete the steps by adding the required JCL version to the 
download?

Thanks,
Femi 




Subject: Re: Plug-in and Firebird/Interbase
From: "news.cegetel.net" <sebastien.dejean@cegetel.net>
Date: Tue, 22 Nov 2005 21:54:13 +0100
Newsgroups: jedi.vcl

i found the problem and it doesn't have to deal with license (i use firebird 
, no license limits ...)
It is necessary to make a dedicated package for the Interface and to include 
this package in the run-time.
Problem solved.
How could i contribute to send a new example to be included in JVCL sample 
for multiple plug-ins ?
thanks
Sébastien DEJEAN

"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> a écrit dans le message 
de news: dlsvof$86r$1@talkto.net...
> > news.cegetel.net wrote:
>> >> When i try to create a dataset inside a plug-in
>> >>     FDataset:=TIBDataSet.Create(nil);
>> >> it complis ok, but at run-time it makes an exception:
>> >>     "The application doesn't have a license for that function"
>> >>
>> >> any ideas ?
> >
> >     Something that just occurred to me: do you create a new connection in 
> > every plug in? It might be that you only have 1 client license for IB (I 
> > assumed that in your earlier test with ADO you also tried to connect to 
> > IB), but if the application and the plug each have their own connection, 
> > you run out of licenses.
> >
> >     You could circumvent that by putting only a single connection 
> > component on a data module in it's own package, and then use that package 
> > in your application and plugins.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: Translating: daily or stable?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Nov 2005 17:56:15 +0100
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:

> OBones ha scritto:
>
>> Get a login on Mantis here:
>>
>> http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php?
>>
>> Then add an issue and attach the file to it.
>>
>> Cheers
>> Olivier
>
>
> Ok, at the end of the translation

Of course.


Subject: Re: Translating: daily or stable?
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Tue, 22 Nov 2005 17:40:57 +0100
Newsgroups: jedi.vcl

OBones ha scritto:

> Get a login on Mantis here:
>
> http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php?
>
> Then add an issue and attach the file to it.
>
> Cheers
> Olivier

Ok, at the end of the translation

Bye
Carmelo


Subject: Re: Translating: daily or stable?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Nov 2005 16:46:22 +0100
Newsgroups: jedi.vcl

Get a login on Mantis here:

http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php?

Then add an issue and attach the file to it.

Cheers
Olivier


Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Tue, 22 Nov 2005 16:28:31 +0100
Newsgroups: jedi.vcl

=) 

thanks for all, really



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Translating: daily or stable?
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Tue, 22 Nov 2005 16:27:35 +0100
Newsgroups: jedi.vcl

Robert Marquardt ha scritto:

> Carmelo Viavattene wrote:
>
>> I does use Daily version, or JVCL300CompleteJCL195-Build1848?
>
>
> Daily version.

Solved The Problem:
from JVCL300CompleteJCL195-Build1848
In my Project, i'am a TJvSpinEdit from JVCL300CompleteJCL195-Build1848

To use JVCL3-Daily (2005-11-22) I:

In my Project.bpr, I Delete all references to JV*.lib, and JCL*.lib in:
LIBRARIES value=
SPARELIBS value=

Then insert a TJvSpinEdit in my form, and delete it, then build my project.
All OK.

Another question: At the end of the translation, I send my translation in this newsgroup?
Or to e-mail?

Thank You.


Subject: Re: Translating: daily or stable?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Nov 2005 16:08:18 +0100
Newsgroups: jedi.vcl

The naming of the JCL files has changed from CJCL50 to JclC50 to ensure coherence in all targets.
Update your projects that use the JCL to reference JCLC50 instead of CJCL50. That inclueds the JVCL, for which you should use a daily zip.


Subject: Re: edit memo fields with TJVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 22 Nov 2005 14:59:28 +0100
Newsgroups: jedi.vcl

-> Create(MyForm)
-> Parent := MyForm



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Translating: daily or stable?
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Tue, 22 Nov 2005 14:39:58 +0100
Newsgroups: jedi.vcl

Robert Marquardt ha scritto:

> Carmelo Viavattene wrote:
>
>> I does use Daily version, or JVCL300CompleteJCL195-Build1848?
>
>
> Daily version.

Used Daily, then problem.

I'am this error (BCB 5.0 Update Pack 1:
[Linker fatal error] Fatal: Unable ro open file 'CJCL50.LIB'


Subject: Re: Translating: daily or stable?
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Tue, 22 Nov 2005 13:59:19 +0100
Newsgroups: jedi.vcl

Robert Marquardt ha scritto:

> Carmelo Viavattene wrote:
>
>> I does use Daily version, or JVCL300CompleteJCL195-Build1848?
>
>
> Daily version.

I'am a problem in daily version:
JCL not make CJCL50, .lib, .bpi, .tds, .dcp
Can You help me?

Thank You

Carmelo Viavattene


Subject: Re: Translating: daily or stable?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Nov 2005 13:38:10 +0100
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:

> I does use Daily version, or JVCL300CompleteJCL195-Build1848?

Daily version.


Subject: Translating: daily or stable?
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Tue, 22 Nov 2005 13:03:47 +0100
Newsgroups: jedi.vcl

Hi,
I want use in my BCB5 your JVCL&JCL
I want traslate in Italian language, then using DxGettext.

I does use Daily version, or JVCL300CompleteJCL195-Build1848?

Thank You

Carmelo Viavattene


Subject: Re: edit memo fields with TJVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 22 Nov 2005 10:58:55 +0100
Newsgroups: jedi.vcl

Create your DBMemo instance with your form as parent (NOT NIL) as I did 
in my example. And the light will come. ;-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Kylix version of jedi components.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Nov 2005 10:41:12 +0100
Newsgroups: jedi.vcl

ann wrote:

> > Hi, where can i find a kylix version of jedi components where i can
> > install it on a mandrake pc.

At the moment there the Kylix support is on halt and does not work because
nobody worked on it for about a year and the JVCL core has changed a lot
since then.

-- Regards, Andreas Hausladen 

Subject: Remko - updating help
From: Elahn Ientile <elahn@elahn.net>
Date: Tue, 22 Nov 2005 19:03:26 +1000
Newsgroups: jedi.vcl

Hi Remko,

For updating the help for TJvFormStorage, do I only update it in the online help?

 http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvFormStorage

or should I also update it in CVS?

 dev/help/JvFormPlacement.dtx

Is there anything else I need to update, so it is included in the next help file release?

enjoy life,
           Elahn


Subject: Re: daily jcl mismatch with daily jvcl installation
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Tue, 22 Nov 2005 09:45:19 +0100
Newsgroups: jedi.vcl

I agree with OBones:
"So the moral is don't mix and match the sourceforge v3 release
with the daily releases."..."That's what we are saying all the time but it seems everyone ignores this."

The problem seem that
nobody reads the web page:
Note: If you use one of the archives below, you SHOULD use a daily version of the JCL as well. You can get it here: http://jcl.sf.net/daily/
Maybe it should be in bold an red and flashing and repeated all over the place..
Maybe people are just lazy to read the whole thing and are acostumed to get free stuff..
Maybe people ask stupid questions before tring to solve it by themselves...

I´m sorry but it is really annoying to read whining lazy developers.

OBones wrote:
> Iwalewa wrote:
>
>> If I understand correctly, JVCL depends on JCL. So, you don't need a merge; you just need to incorporate the correct JCL version required into JVCL download.
>
>
> You do understand correctly, and we do include the JCL into the official releases. The daily zips are a service to the community, but are not official releases.


Subject: Re: daily jcl mismatch with daily jvcl installation
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 22 Nov 2005 07:38:35 +0100
Newsgroups: jedi.vcl

Iwalewa wrote:

> If I understand correctly, JVCL depends on JCL. So, you don't need a merge; you just need to incorporate the correct JCL version required into JVCL download.

You do understand correctly, and we do include the JCL into the official releases. The daily zips are a service to the community, but are not official releases.


Subject: Kylix version of jedi components.
From: "ann" <info@isap.ph>
Date: Tue, 22 Nov 2005 11:04:52 +0800
Newsgroups: jedi.vcl

Hi, where can i find a kylix version of jedi components where i can install 
it on a mandrake pc.

Thanks in advance. 




Subject: Re: daily jcl mismatch with daily jvcl installation
From: "Iwalewa" <Iwalewa@nospamforme.com>
Date: Mon, 21 Nov 2005 20:46:15 -0500
Newsgroups: jedi.vcl

Hi,
> >
> > This was discussed ages ago, and the reason for the split is that a lot of 
> > JCL users are only interested in the functions and classes that it 
> > provides and do not want anything installed in the IDE. This would not be 
> > possible if the JVCL and JCL were to be merged.

If I understand correctly, JVCL depends on JCL. So, you don't need a merge; 
you just need to incorporate the correct JCL version required into JVCL 
download.

Thanks,
Femi 




Subject: Re: daily jcl mismatch with daily jvcl installation
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 21 Nov 2005 21:56:46 +0100
Newsgroups: jedi.vcl

Herb wrote:

> "OBones" <oobnes__gf_@_gfd_altern.org> wrote
>
>
>> if you use a daily for the JCL, then you MUST use a daily for the JVCL.
>> You cannot mix and match old releases with new releases.
>
>
> Doesn't it stand to reason then that it mightbe a good idea to unify those
> two if there's so much dynamic interdependency?

This was discussed ages ago, and the reason for the split is that a lot of JCL users are only interested in the functions and classes that it provides and do not want anything installed in the IDE. This would not be possible if the JVCL and JCL were to be merged.


Subject: Re: daily jcl mismatch with daily jvcl installation
From: "Herb" <herb8192@yahoo.com>
Date: Mon, 21 Nov 2005 13:35:51 -0700
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote

> > if you use a daily for the JCL, then you MUST use a daily for the JVCL.
> > You cannot mix and match old releases with new releases.

Doesn't it stand to reason then that it mightbe a good idea to unify those
two if there's so much dynamic interdependency?




Subject: Re: Plug-in and Firebird/Interbase
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 21 Nov 2005 18:43:46 +0100
Newsgroups: jedi.vcl

news.cegetel.net wrote:
> When i try to create a dataset inside a plug-in
>     FDataset:=TIBDataSet.Create(nil);
> it complis ok, but at run-time it makes an exception:
>     "The application doesn't have a license for that function"
>
> any ideas ?

    Something that just occurred to me: do you create a new connection in every plug in? It might be that you only have 1 client license for IB (I assumed that in your earlier test with ADO you also tried to connect to IB), but if the application and the plug each have their own connection, you run out of licenses.

    You could circumvent that by putting only a single connection component on a data module in it's own package, and then use that package in your application and plugins.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Mon, 21 Nov 2005 17:37:53 +0100
Newsgroups: jedi.vcl

Hi (again)
Well, i am doing that... and the problem is still here. =(


Now i have create an small sample with the compiled exe (and source).
If anyone can help, the app is here:
www.soloasp.com.ar/delphi/TestDBMemo.zip

Is just a jvdbgrid connected with an access table (that has a Memo field
called "Field1"). Try to double click on a cell.

I am using Delphi 7 on Windows XP SP2
JCL and JVCL from 2005-11-19

thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: daily jcl mismatch with daily jvcl installation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Nov 2005 16:49:50 +0100
Newsgroups: jedi.vcl

Keith Comley wrote:

> > So the moral is don't mix and match the sourceforge v3
> > release with the daily releases.

That's what we are saying all the time but it seems everyone ignores this.


-- Regards, Andreas Hausladen 

Subject: Re: daily jcl mismatch with daily jvcl installation
From: "Keith Comley" <klcomley@ntlworld.com>
Date: Mon, 21 Nov 2005 15:15:01 -0000
Newsgroups: jedi.vcl

Uninstalled and reinstalled using the daily jvcl and just as you say that
works fine.  So the moral is don't mix and match the sourceforge v3 release
with the daily releases.

Thanks for your help
Keith

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:dlskb2$5ap$1@talkto.net...
> > if you use a daily for the JCL, then you MUST use a daily for the JVCL.
> > You cannot mix and match old releases with new releases.




Subject: Re: daily jcl mismatch with daily jvcl installation
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Nov 2005 15:29:49 +0100
Newsgroups: jedi.vcl

if you use a daily for the JCL, then you MUST use a daily for the JVCL.
You cannot mix and match old releases with new releases.


Subject: Re: daily jcl mismatch with daily jvcl installation
From: "Keith Comley" <klcomley@ntlworld.com>
Date: Mon, 21 Nov 2005 14:23:08 -0000
Newsgroups: jedi.vcl

I unzipped daily jcl (jcl-2005-11-17.zip) on a separate drive into an empty
directory (called jcl), then copied it [jcl directory] into Borland\Delphi6.
On relfection I didn't download the daily jvcl as I had downloaded the
latest published from sourceforge on Friday
(JVCL300CompleteJCL195-Build1848.zip) - maybe that's the problem?  I
unzipped daily 'full' jvcl into another separate directory (which expands
into jcl and jvcl directories), but copied only the jvcl directory into
Borland\Delphi6 (i.e. until later I did not copy the bundled jcl to
Borland\Delphi6, and in fact only did that after a) having the problem
described and b) deleting fully the 'daily jcl' jcl directory from
Borland\Delphi6, together with the packages it had created.  I was quite
methodical about the process.

Regards
Keith



"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:dlsie0$4ru$1@talkto.net...
> > It should not be the case, and I have both here, it works just fine.
> > Are you sure you overwrote the files correctly when you unzipped?




Subject: Re: daily jcl mismatch with daily jvcl installation
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Nov 2005 14:57:14 +0100
Newsgroups: jedi.vcl

It should not be the case, and I have both here, it works just fine.
Are you sure you overwrote the files correctly when you unzipped?


Subject: daily jcl mismatch with daily jvcl installation
From: "Keith Comley" <klcomley@ntlworld.com>
Date: Mon, 21 Nov 2005 13:40:50 -0000
Newsgroups: jedi.vcl

I installed the current daily jcl onto a clean machine, followed by the
daily jvcl (all v3).  The jvcl install failed with 'Not found DJCL60.bpl'
(Delphi 6).  Looking into Projects\bpl the daily jcl install creates
jcld60.bpl and not DJCL60.bpl.  I uninstalled that and used the jcl bundled
with the latest v3 release, and that correctly creates DJCL60.bpl.

Any reason that the naming convention is not aligned?




Subject: Re: JvDBGrid and popup menus
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 21 Nov 2005 12:12:49 +0100
Newsgroups: jedi.vcl

Hello,

Could you tell me what are your changes?

Thanks,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problems updating parserfilter in jvhtmlparser at later times
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Mon, 21 Nov 2005 00:40:36 +0100
Newsgroups: jedi.vcl

Very often, when adding new parserfilters, these are lost when saving and 
exiting the file.

Also, if saved, they are not being included in test before file is saved, 
closed and reopened.

Seems like changes to filters are not updated when the parserfilter-editor 
is closed.

This still occur with last revision of both files involved. 




Subject: Re: Plug-in and Firebird/Interbase
From: "news.cegetel.net" <sebastien.dejean@cegetel.net>
Date: Sat, 19 Nov 2005 00:30:26 +0100
Newsgroups: jedi.vcl

i've found that the message is from "SysConst" and is a const named "SNL"
does anyone known what it is ?
thanks

"news.cegetel.net" <sebastien.dejean@cegetel.net> a écrit dans le message de 
news: dllg72$p08$1@talkto.net...
> > When i try to create a dataset inside a plug-in
> >    FDataset:=TIBDataSet.Create(nil);
> > it complis ok, but at run-time it makes an exception:
> >    "The application doesn't have a license for that function"
> >
> > any ideas ?
> > thanks
> > 




Subject: JvRichEdit print
From: "Hanedi Salas" <none@none.com>
Date: Fri, 18 Nov 2005 14:58:50 -0700
Newsgroups: jedi.vcl

Good day

I've to print some RTF Documents, created in JvRichtEdit, i dont know how i
can set the printer margins

the JvRichtEdit has a property or method to set the printer margins?

Thanks in Advance
Hanedi 




Subject: Plug-in and Firebird/Interbase
From: "news.cegetel.net" <sebastien.dejean@cegetel.net>
Date: Fri, 18 Nov 2005 22:32:48 +0100
Newsgroups: jedi.vcl

When i try to create a dataset inside a plug-in
    FDataset:=TIBDataSet.Create(nil);
it complis ok, but at run-time it makes an exception:
    "The application doesn't have a license for that function"

any ideas ?
thanks 




Subject: Re: JvDBGrid and popup menus
From: "Russell" <russell@rlfox.NOSPAM.com>
Date: Fri, 18 Nov 2005 10:07:39 -0600
Newsgroups: jedi.vcl

After further examination -- it looks to me like the code in JvDBGrid.pas
never executes the TitlePopup. I've re-arranged several lines of code to get
it to work for me (though it's possible that I've misunderstood how the
dbgrid is supposed to be used.)
-Russell

"Russell" <russell@rlfox.NOSPAM.com> wrote in message
news:dli7pn$3bi$1@talkto.net...
> > (JvDBGrid (or JvDBUltimGrid) version 3.00  w/ D7)
> >
> > I'm unable to get a Title popup menu to work on a DBGrid.
> > If I set a Popupmenu, that works for both the grid and the titles, but a
> > separate title popup menu doesn't show.
> > I'm probably missing something obvious -- any suggestions?
> >
> > Thanks,
> > Russell
> >
> >
> >
> >




Subject: Re: TJvId3v2 how to detect whcih are set in a file
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Nov 2005 12:40:43 +0100
Newsgroups: jedi.vcl

DR2 wrote:

> Thank you very much for the information, I think I need some lessons in using the help documentation.

Ok. :-)
Lesson #1: There is a help documentation.


Subject: Re: JvRichEdit and real size
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Fri, 18 Nov 2005 11:38:32 +0100
Newsgroups: jedi.vcl

Hi Kris,

On Fri, 18 Nov 2005 00:51:53 +0100, "Kris" <kadamowi@poczta.onet.pl> 
wrote in article <dlj3io$a5g$1@talkto.net>:
> > I have "first line indent" in mm.
> > I will have use Paragraph.FirstIndent, but how can i calculate this to
> > pixels ?

See the JvRichEdit example, unit TabsFormU for unit conversions.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: TJvId3v2 how to detect whcih are set in a file
From: "DR2" <info@bevsh.de>
Date: Fri, 18 Nov 2005 09:50:29 +0100
Newsgroups: jedi.vcl

Thank you very much for the information, I think I need some lessons in 
using the help documentation.

Detlef Ross



--- posted by geoForum on http://delphi.newswhat.com


Subject: Redundant components
From: "Dorin Marcoci" <marcodor@no.spam.matrix.md>
Date: Fri, 18 Nov 2005 10:09:29 +0200
Newsgroups: jedi.vcl

Are any plans to eliminate redundant components from jvcl?
It's about 3 TDateEdits, 4 TBitBtn, 4 TProgressBars and many other 
components. 




Subject: Re: TJvId3v2 how to detect whcih are set in a file
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 18 Nov 2005 01:05:12 +0100
Newsgroups: jedi.vcl

DR2 wrote:

> a) What if the mp3-file has no tag or a version 1 tag, what will "JvID3v21.Version" return?

iveLowerThan2_2. You can check TJvID3v2.Header.HasTag after a call to TJvID3v2.Open (or TJvID3v2.Active := True) to check whether the file has  a tag.

Another way is to use the GetID3v2Version procedure from JvID3v2Base.pas.

> b) Where can I find a useful list of such things like TALB? I want to scan the tag and show the user all the information which is stored in the tag

Complete list is at www.id3.org, for example the 2.4 version frames are at http://www.id3.org/id3v2.4.0-frames.txt.

Also the help file describes them, see online help at http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvID3FrameID_Table

The example program (at examples\JvID3v2) contains some code to show all tags in a frame.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvRichEdit and real size
From: "Kris" <kadamowi@poczta.onet.pl>
Date: Fri, 18 Nov 2005 00:51:53 +0100
Newsgroups: jedi.vcl

I have "first line indent" in mm.
I will have use Paragraph.FirstIndent, but how can i calculate this to
pixels ?

Kris




Subject: Re: TJvId3v2 how to detect whcih are set in a file
From: "DR2" <info@bevsh.de>
Date: Thu, 17 Nov 2005 22:52:20 +0100
Newsgroups: jedi.vcl

> >DR2 wrote:
>> >>  Hi all,
> >
> >Hi,
> >
>> >> I looked around in the component, but it remains some questions:
>> >> a) how can I check if a tag of version 2 is in a mp3-file?
> >
> >By reading the Version property, see 
> >http://homepages.borland.com/jedi/jedihelp/item.php?
Name=TJvID3Controller.Version
> >
> >For example:
> >
> >uses
> >   JvID3v2Types;
> >
> >procedure TForm1.Button2Click(Sender: TObject);
> >begin
> >   if JvID3v21.Version = ive2_2 then
> >     ShowMessage('Version 2.2');
> >
> >   // or
> >
> >   if JvID3v21.Header.MajorVersion = 2 then
> >     ShowMessage('Version 2.2');
> >
> >   // change it to another version:
> >
> >   JvID3v21.Version := ive2_2;
> >
> >   // but this is not possible
> >
> >   { JvID3v21.Header.MajorVersion = 3 }
> >end;
> >
>> >> b) how can I find out which fields /frames are set/contain data and 
>> >> which are empty?
> >
> >By checking the IsEmpty property of a frame object (see 
> >http://homepages.borland.com/jedi/jedihelp/item.php?
Name=TJvID3Frame.IsEmpty).
> >
> >For example to test whether a tag has the 'TALB' frame do the following:
> >
> >uses
> >   JvID3v2Types;
> >
> >procedure TForm1.Button1Click(Sender: TObject);
> >var
> >   Frame: TJvID3Frame;
> >begin
> >   Frame := JvID3v21.Frames.FindFrame('TALB');
> >   if not Assigned(Frame) or (Frame.IsEmpty) then
> >     ShowMessage('No TALB (Album/Movie/Show title) tag');
> >
> >   // or
> >
> >   Frame := JvID3v21.Frames.FindFrame(fiAlbum);
> >   if not Assigned(Frame) or (Frame.IsEmpty) then
> >     ShowMessage('No TALB (Album/Movie/Show title) tag');
> >
> >   // or
> >
> >   if JvID3v21.Texts.Album = '' then
> >     ShowMessage('No TALB (Album/Movie/Show title) tag');
> >end;
> >
> >You may also want to check out the demo in the examples\JvID3v2 
directory.
> >
> >-- 
> >Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >

Thank you for the answer and especially for the snipplets, but

a) What if the mp3-file has no tag or a version 1 tag, what 
will "JvID3v21.Version" return?

b) Where can I find a useful list of such things like TALB? I want to 
scan the tag and show the user all the information which is stored in 
the tag

Thank you very much

Detlef Ross



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvId3v2 how to detect whcih are set in a file
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Nov 2005 22:23:23 +0100
Newsgroups: jedi.vcl

DR2 wrote:
>  Hi all,

Hi,

> I looked around in the component, but it remains some questions:
> a) how can I check if a tag of version 2 is in a mp3-file?

By reading the Version property, see http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvID3Controller.Version

For example:

uses
  JvID3v2Types;

procedure TForm1.Button2Click(Sender: TObject);
begin
  if JvID3v21.Version = ive2_2 then
    ShowMessage('Version 2.2');

  // or

  if JvID3v21.Header.MajorVersion = 2 then
    ShowMessage('Version 2.2');

  // change it to another version:

  JvID3v21.Version := ive2_2;

  // but this is not possible

  { JvID3v21.Header.MajorVersion = 3 }
end;

> b) how can I find out which fields /frames are set/contain data and which are empty?

By checking the IsEmpty property of a frame object (see http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvID3Frame.IsEmpty).

For example to test whether a tag has the 'TALB' frame do the following:

uses
  JvID3v2Types;

procedure TForm1.Button1Click(Sender: TObject);
var
  Frame: TJvID3Frame;
begin
  Frame := JvID3v21.Frames.FindFrame('TALB');
  if not Assigned(Frame) or (Frame.IsEmpty) then
    ShowMessage('No TALB (Album/Movie/Show title) tag');

  // or

  Frame := JvID3v21.Frames.FindFrame(fiAlbum);
  if not Assigned(Frame) or (Frame.IsEmpty) then
    ShowMessage('No TALB (Album/Movie/Show title) tag');

  // or

  if JvID3v21.Texts.Album = '' then
    ShowMessage('No TALB (Album/Movie/Show title) tag');
end;

You may also want to check out the demo in the examples\JvID3v2 directory.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installing jvcl
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 17 Nov 2005 20:43:46 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> I've noticed this question is asked a lot. Perhaps if an "Important Note" section was on the JVCL daily download page, there'd be less. Just an idea...

That's a good idea, and it's now done.

Cheers
Olivier


Subject: Re: FormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 17 Nov 2005 19:08:40 +0100
Newsgroups: jedi.vcl

Hi Andy,

without sitting in front of my computer :-) (Delphi) i would say, try the
VersionCheck. Give it a new number. It should do what you are looking for.

Greetings
Jens

> >Hi
> >
> >I am having problems with the form storage components using anchors. Things 
> >are out of alignment if I have already ran the form before and then make 
> >design time changes.
> >
> >Is there some way to reset the storage components for the first run apart 
>from deleting the ini file.
> >
> >Also what is TJvFormPlacement.VersionCheck for?
> >
> >Thanks
> >
> >Andy 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: FormStorage
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Thu, 17 Nov 2005 16:07:22 -0000
Newsgroups: jedi.vcl

Hi

I am having problems with the form storage components using anchors. Things 
are out of alignment if I have already ran the form before and then make 
design time changes.

Is there some way to reset the storage components for the first run apart 
from deleting the ini file.

Also what is TJvFormPlacement.VersionCheck for?

Thanks

Andy 




Subject: JvDBGrid and popup menus
From: "Russell" <russell@rlfox.NOSPAM.com>
Date: Thu, 17 Nov 2005 09:55:37 -0600
Newsgroups: jedi.vcl

(JvDBGrid (or JvDBUltimGrid) version 3.00  w/ D7)

I'm unable to get a Title popup menu to work on a DBGrid.
If I set a Popupmenu, that works for both the grid and the titles, but a
separate title popup menu doesn't show.
I'm probably missing something obvious -- any suggestions?

Thanks,
Russell






Subject: Re: Installing jvcl
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 18 Nov 2005 00:56:12 +1000
Newsgroups: jedi.vcl

OBones wrote, on 17/11/2005 10:52 PM:
> You downloade a daily build of the JVCL hence you need a daily build of the JCL as well. This can be found here:
>
> http://jcl.sf.net/daily/

I've noticed this question is asked a lot. Perhaps if an "Important Note" section was on the JVCL daily download page, there'd be less. Just an idea...

enjoy life,
           Elahn


Subject: Re: Installing jvcl
From: "Dorin Marcoci" <marcodor@no.spam.matrix.md>
Date: Thu, 17 Nov 2005 15:22:41 +0200
Newsgroups: jedi.vcl

> >This can be found here:
> > http://jcl.sf.net/daily/

Thanks for quick answer. 




Subject: Re: Installing jvcl
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Nov 2005 13:52:04 +0100
Newsgroups: jedi.vcl

You downloade a daily build of the JVCL hence you need a daily build of the JCL as well. This can be found here:

http://jcl.sf.net/daily/


Subject: Installing jvcl
From: "Dorin Marcoci" <marcodor@no.spam.matrix.md>
Date: Thu, 17 Nov 2005 14:51:15 +0200
Newsgroups: jedi.vcl

Downloaded jcl 1.95.3 and last jvcl daily build.
Installed jcl without problems.
When try to install jvcl raise "JCL is not installed for Delphi 7.0 (CSS). 
Please install the JCL before installing the JVCL. JCLD70.bpl not found in 
C:\Borland\Delphi7\Projects\Bpl"


I can't find JCLD70.bpl package in jcl library. Where i can get updated 
version of jcl?
Maybe have sense to keeep them toghever?

Thank you,

Dorin. 




Subject: TJvId3v2 how to detect whcih are set in a file
From: "DR2" <info@bevsh.de>
Date: Thu, 17 Nov 2005 11:35:40 +0100
Newsgroups: jedi.vcl

 Hi all,

I looked around in the component, but it remains some questions:
a) how can I check if a tag of version 2 is in a mp3-file?
b) how can I find out which fields /frames are set/contain data and 
which are empty?

Thank you very much

Detlef Ross



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Read pins USB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 17 Nov 2005 11:11:19 +0100
Newsgroups: jedi.vcl

Zekeriyya wrote:

> I'm looking for a way to check the pins of the USB just like an COM port.
>
> I want to link a cable to the USB port and only check if the signal is send back. So there is no device.

The above is simply impossible. Universal Serial Bus not Serial Line is the name. USB is a serial master slave *bus* with only a single master allowed. The lines are under hardware control.
Talking to the USB "port" is as silly as trying to talk to your ethernet cable.

> Step 2 is to link a keypad and to read out the data insert by the user. This I can do with HID components.

Theoretically yes, but Windows specially protects mice and keyboards/keypads so it is impossible to read from these devices.


Subject: Read pins USB
From: "Zekeriyya" <zekeriyya_guclu@hotmail.com>
Date: Thu, 17 Nov 2005 09:54:49 +0100
Newsgroups: jedi.vcl

Oh ok...

I'm looking for a way to check the pins of the USB just like an COM port.

I want to link a cable to the USB port and only check if the signal is send 
back. So there is no device.

Step 2 is to link a keypad and to read out the data insert by the user. This 
I can do with HID components.




Subject: Re: HID question
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Nov 2005 09:35:22 +0100
Newsgroups: jedi.vcl

Zekeriyya wrote:
> Hi,
>
> Maybe this is an very old topic but I'm new with this...
>
> The HID devicecontroller does not recognize my Memory Stick. This is a USB 2.0 device. Is that the problem?

HID stands for Human Interface Device. This class of devices includes keyboard, joysticks, mice, touchpads and so on. The memory stick is not in that class of devices, it should be in the "storage device" class if I recall correctly.
This is why you cannot see it with the HID components.


Subject: HID question
From: "Zekeriyya" <zekeriyya_guclu@hotmail.com>
Date: Thu, 17 Nov 2005 09:18:23 +0100
Newsgroups: jedi.vcl

Hi,

Maybe this is an very old topic but I'm new with this...

The HID devicecontroller does not recognize my Memory Stick. This is a USB 
2.0 device. Is that the problem?

Thanks 




Subject: TJvDualListDialog question
From: norberto <pellicci@shaw.ca>
Date: Thu, 17 Nov 2005 00:04:14 -0800
Newsgroups: jedi.vcl

Hi,

i would like to use the TJvDualListDialog component in my app, but i don't want it to display the yellow "J" in the Caption bar of the form. Can it be removed or made not visible, and if so, how?

Thanks.

norberto


Subject: Change to JVDBGridExport.pas
From: nospam@iprimus.com.au (Darren Stephens)
Date: Thu, 17 Nov 2005 03:58:36 GMT
Newsgroups: jedi.vcl

Hi,

I have a suggested change and not sure where to post it.

One thing I came across on the CSV Export for my own project is the
need for a header to say what the fields are.

Ive attached a snippet of code which did the trick for me, nothing
hitech but hopefully can be of use to everyone else.

Best Regards
Darren


function TJvDBGridCSVExport.DoExport: Boolean;
var
  I: Integer;
  ARecNo, lRecCount: Integer;
  lBookmark: TBookmark;
  lString, lField: string;
begin
  FDocument.Clear;
  Result := True;
  try
    with Grid.DataSource.DataSet do
    begin
      ARecNo := 0;
      lRecCount := RecordCount;
      DoProgress(0, lRecCount, ARecNo, Caption);
      DisableControls;
      lBookmark := GetBookmark;

// Insert Column Headings to CSV File 17 Nov 2005
      lString := '';
      for I := 0 to FColumnCount - 1 do
      if FRecordColumns[I].Exportable then
         lString := lString + '"' + FRecordColumns[I].ColumnName + '"'
+ Separator;
      FDocument.Add(lString);
// End of Code Change

      First;
      try
        while not Eof do
        begin
          lString := '';
          for I := 0 to FColumnCount - 1 do


Subject: Re: JvVersionInfo
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Thu, 17 Nov 2005 00:15:35 +0100
Newsgroups: jedi.vcl

OBones ha scritto:

> Carmelo Viavattene wrote:
>
>> In JVCL, You have a file "jvVersionInfo.pas", and the type TJvVersionInfo is equivalent.
>> In Jedi Online Help, the package is "Core".
>>
>> Please, someone can explain to me like including package Core in the BCB file, to use TJvVersionInfo?
>
>
> #include "JvVersionInfo.hpp"
>
> The package is the BPL you will need, in this case JvCoreC5R.bpl

Thanks thousands, with your council I have resolved my problem.

Carmelo Viavattene


Subject: Re: JvVersionInfo
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 16 Nov 2005 23:27:03 +0100
Newsgroups: jedi.vcl

Carmelo Viavattene wrote:

> In JVCL, You have a file "jvVersionInfo.pas", and the type TJvVersionInfo is equivalent.
> In Jedi Online Help, the package is "Core".
>
> Please, someone can explain to me like including package Core in the BCB file, to use TJvVersionInfo?

#include "JvVersionInfo.hpp"

The package is the BPL you will need, in this case JvCoreC5R.bpl


Subject: JvVersionInfo
From: Carmelo Viavattene <carmelo_viavattene@tin.it>
Date: Wed, 16 Nov 2005 23:11:22 +0100
Newsgroups: jedi.vcl

Hi,

I use BCB 5.0 & JVCL 3.0

In RxLib, using:
#include "RxVerInf.hpp"

I can use TversionInfo

In JVCL, You have a file "jvVersionInfo.pas", and the type TJvVersionInfo is equivalent.
In Jedi Online Help, the package is "Core".

Please, someone can explain to me like including package Core in the BCB file, to use TJvVersionInfo?

Thank You

Please,


Subject: Re: Install Error in actual CVS version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Nov 2005 13:12:07 +0100
Newsgroups: jedi.vcl

Ian Branch wrote:

> This still doesn't seem to appear in the JVCL VCS update with TortiseVCS.
>
> Have I missed something?

I do not know. Probably because of the 3.1 Preparation branching.
Do you use anonymous CVS?


Subject: Re: Install Error in actual CVS version
From: "Ian Branch" <branch@sitathome.net>
Date: Wed, 16 Nov 2005 21:28:08 +1100
Newsgroups: jedi.vcl

This still doesn't seem to appear in the JVCL VCS update with TortiseVCS.

Have I missed something?

Regards,

Ian 




Subject: Re: JVCL dialog-style editors in D2k5
From: "Marcel Bestebroer" <marcel.b@theobvious.xs4all.nl>
Date: Wed, 16 Nov 2005 09:30:57 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> schreef in bericht 
news:dlck4g$tvr$1@talkto.net...
> > Marcel Bestebroer wrote:
> >
>> >> All,
>> >>
>> >>     Many of the JVCL property editors that use a dialog keep vanishing 
>> >> (hiding behind the IDE form) in Delphi2k5 in docked mode, whereas the 
>> >> default Delphi editor dialogs will stay on top. Perhaps, we should do 
>> >> that for JVCL, too?
> >
> > That's the "Window ghosting" bug most likely.

    No, it isn't. It's not that a modal dialog disappears regularly, it's a 
non-modal form that is not set to be always on top disappearing behind the 
IDE always when the IDE is focused.

    Nonetheless, the fix for the "Window ghosting" bug might be handy to 
provide in our base design dialog form (if we have that; I think I proposed 
one a while back, so all JVCL design-time dialogs would use the same icon, 
but I forgot if someone actually did that). And maybe also in the 
JvDSADialog dialog forms.

-- Marcel Bestebroer (Team JEDI) http://delphi-jedi.org Project JEDI Help coordinator JEDI.NET team coordinator To mail me, remove the obvious from my mail address 

Subject: JvMemo has no parent window
From: MaReK Olsavsky <orsm@centrum.cz>
Date: Wed, 16 Nov 2005 09:21:43 +0100
Newsgroups: jedi.vcl

Good morning,
i'm user of Your great jedi components, i've one (?little?) problem.
I've project, which consist 2 tabs via pagecontrol, on them are panels + scrollboxes (yes, data which i must fill is longer then any usual screen) and at the last i group logical units of data into groupboxes. When i've placed TjvMemo components into groupboxes and panels, program produces exception 'component xxxmemo has no parent window' (xxxmemo are unique names for placed components).
I'm user of jvcl 2.1 and Delphi 6 Proffessional.
I'd like to find any solution of that problem, except upgrading jvcl, becouse is problem with external developpers, which write code for me.

    Thanx
        MaReK
bwt: Sorry for my worst than terrible neglish, becouse it isn't my natural language...


Subject: Re: JVCL dialog-style editors in D2k5
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 16 Nov 2005 00:19:15 +0100
Newsgroups: jedi.vcl

Jens Fudickar a écrit :
> This is not the point in this discussion.

> The question is to include the CreateParams Code into the JvDSADialogs Unit, and not the Unit in the core package.

Right, I understood you wanted to include jvdsadialogs in other units.

Anyway it is not off-topic in this discussion. There are lots of non-modal and modal windows introduced by the JVCL as design and runtime windows; it would be easier to create an ancestor fixing the bug for all these windows.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: JVCL dialog-style editors in D2k5
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 16 Nov 2005 00:09:47 +0100
Newsgroups: jedi.vcl



Florent Ouchet wrote:
> Jens Fudickar a écrit :
>> So do you think, it would be helpfull to include it to the jvdsadialogs also (Without ifdef) ?
>
> It created some installation issues some days ago. JvDSADialogs.pas must be included in the core package to solve all possible dependency issues.
>

This is not the point in this discussion.

The question is to include the CreateParams Code into the JvDSADialogs Unit, and not the Unit in the core package.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL dialog-style editors in D2k5
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 15 Nov 2005 23:58:41 +0100
Newsgroups: jedi.vcl

Jens Fudickar a écrit :
> So do you think, it would be helpfull to include it to the jvdsadialogs also (Without ifdef) ?

It created some installation issues some days ago. JvDSADialogs.pas must be included in the core package to solve all possible dependency issues.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: JVCL dialog-style editors in D2k5
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 15 Nov 2005 23:35:21 +0100
Newsgroups: jedi.vcl

So do you think, it would be helpfull to include it to the jvdsadialogs also (Without ifdef) ?

Greetings
Jens

OBones wrote:
> Jens Fudickar wrote:
>
>> Hi,
>>
>> this is a fix only for D2K5, right? So it should be ifdef'd?
>
> No, it also applies to any version of Delphi. It's just that it's not as critical as D2K5.
> Trust me, I've been using this code in applications created with Delphi 7 at work, and it certainly solved our "invisible modal forms" problems.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL dialog-style editors in D2k5
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 15 Nov 2005 22:48:25 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> this is a fix only for D2K5, right? So it should be ifdef'd?

No, it also applies to any version of Delphi. It's just that it's not as critical as D2K5.
Trust me, I've been using this code in applications created with Delphi 7 at work, and it certainly solved our "invisible modal forms" problems.


Subject: Re: JVCL dialog-style editors in D2k5
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 15 Nov 2005 22:23:26 +0100
Newsgroups: jedi.vcl

Jens Fudickar a écrit :
> this is a fix only for D2K5, right? So it should be ifdef'd?

Yes, It should be done using IFDEF.
For all versions called BDS where all windows can be docked.
As you can show in demos, D2006 will have the same behavior.

It was introduced in jedi.inc a $DEFINE BDS for D2005, I suggest the usage of this symbol.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: JVCL dialog-style editors in D2k5
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 15 Nov 2005 22:16:57 +0100
Newsgroups: jedi.vcl

Hi,

this is a fix only for D2K5, right? So it should be ifdef'd?

Greetings
Jens

OBones wrote:
> Marcel Bestebroer wrote:
>
>> All,
>>
>>     Many of the JVCL property editors that use a dialog keep vanishing (hiding behind the IDE form) in Delphi2k5 in docked mode, whereas the default Delphi editor dialogs will stay on top. Perhaps, we should do that for JVCL, too?
>
> That's the "Window ghosting" bug most likely.
> Use this in the CreateParams:
>
> procedure TModalDialog.CreateParams(var Params: TCreateParams); //override;
> begin
>   inherited CreateParams(Params);
>
>   // Fixing the Window Ghosting "bug"
>   Params.Style := params.Style or WS_POPUP;
>   if Assigned(Screen.ActiveForm) then
>     Params.WndParent := Screen.ActiveForm.Handle
>   else if Assigned (Application.MainForm) then
>     Params.WndParent := Application.MainForm.Handle
>   else
>     Params.WndParent := Application.Handle;
> end;

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL dialog-style editors in D2k5
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Nov 2005 13:50:57 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> All,
>
>     Many of the JVCL property editors that use a dialog keep vanishing (hiding behind the IDE form) in Delphi2k5 in docked mode, whereas the default Delphi editor dialogs will stay on top. Perhaps, we should do that for JVCL, too?

That's the "Window ghosting" bug most likely.
Use this in the CreateParams:

procedure TModalDialog.CreateParams(var Params: TCreateParams); //override;
begin
  inherited CreateParams(Params);

  // Fixing the Window Ghosting "bug"
  Params.Style := params.Style or WS_POPUP;
  if Assigned(Screen.ActiveForm) then
    Params.WndParent := Screen.ActiveForm.Handle
  else if Assigned (Application.MainForm) then
    Params.WndParent := Application.MainForm.Handle
  else
    Params.WndParent := Application.Handle;
end;


Subject: Re: JVCL dialog-style editors in D2k5
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Nov 2005 13:16:57 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> All,
>
>     Many of the JVCL property editors that use a dialog keep vanishing (hiding behind the IDE form) in Delphi2k5 in docked mode, whereas the default Delphi editor dialogs will stay on top. Perhaps, we should do that for JVCL, too?

fsStayOnTop flag set in Delphi 2005 dialogs?
If so we should add it IFDEFed to all JVCL IDE dialogs, ie set it after creation in the property editors.


Subject: JVCL dialog-style editors in D2k5
From: "Marcel Bestebroer" <marcel.b@theobvious.xs4all.nl>
Date: Tue, 15 Nov 2005 12:57:59 +0100
Newsgroups: jedi.vcl

All,

    Many of the JVCL property editors that use a dialog keep vanishing 
(hiding behind the IDE form) in Delphi2k5 in docked mode, whereas the 
default Delphi editor dialogs will stay on top. Perhaps, we should do that 
for JVCL, too?

-- Marcel Bestebroer (Team JEDI) http://delphi-jedi.org Project JEDI Help coordinator JEDI.NET team coordinator To mail me, remove the obvious from my mail address 

Subject: Re: D2k5 and some JVCL controls
From: "Marcel Bestebroer" <marcel.b@theobvious.xs4all.nl>
Date: Tue, 15 Nov 2005 09:18:09 +0100
Newsgroups: jedi.vcl

> >     TJvImageLists lose their images under the same circumstances as above.

Ah, incorrect. De images are still in the list, they just don't show up with 
any control using it (not even in the OI). In addition, attempting to add a 
new image always results in 'Index out of bounds (n)' where n is 1+(index of 
the new item). If I reopen the items editor, the new item has been added, 
ready to be set to it's proper values. Also, right-clicking the component 
and selecting 'ImageList editor' results in an Invalid typecast:

[0FF542A1]{JvCoreD9D.bpl} Jvdsgneditors.TJvImageListEditor.ExecuteVerb + $3D
[031F822E]{vcldesigner90.bpl} VCLSurface.TVclDesignSurface.ComponentVerb 
(Line 2009, "vclsurface.pas" + 3) + $B
[0054D83F]{vcl90.bpl   } Menus.TMenuItem.Click (Line 1873, "Menus.pas" + 14) 
+ $8
[0054FD9D]{vcl90.bpl   } Menus.TPopupList.MainWndProc (Line 3369, 
"Menus.pas" + 2) + $5
[4003EEC0]{rtl90.bpl   } Classes.StdWndProc (Line 11456, "classes.pas" + 8) 
+ $0
[77D18741]{user32.dll  } GetDC + $6A
[77D18821]{user32.dll  } GetDC + $14A
[77D189D8]{user32.dll  } GetWindowLongW + $122
[77D196D2]{user32.dll  } DispatchMessageA + $A

-- Marcel Bestebroer (Team JEDI) http://delphi-jedi.org Project JEDI Help coordinator JEDI.NET team coordinator To mail me, remove the obvious from my mail address 

Subject: JvLogFile is thread safe?
From: "Esteban Pacheco" <nospam@nospam.com>
Date: Mon, 14 Nov 2005 23:15:01 +0100
Newsgroups: jedi.vcl

I'm thinking to use it on a ISAPI dll, so multiple threads will be accessing 
the same file, is jvLogFile thread safe?

Thanks.

Esteban Pacheco
A Delphi Programming Blog
http://estebanp.blogspot.com
www.epachsoft.com

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Any multi-column TTreeView?
From: "dk_sz" <dk_sz@hotmail.com>
Date: Mon, 14 Nov 2005 19:53:11 +0100
Newsgroups: jedi.vcl

> > inside Delphi... But you know... I have the
> > source so there is nothing that isn't fixable!)

Great.... Just great.

No matter what I do I can not get ElTree to
draw columns anything other than black black black.
And that includes the demos supplied as well.
[example: 
http://www.micro-sys.dk/people/thomas-schulz/pictures-public/eltree.png ]
(As one can see, it seems to, otherwise, work quite well.
There's a helpfile here: http://www.lmdtools.com/download/)

And to make matters worse, my Delphi 2005
IDE won't make "blue balls" in the ElTree units
(I have checked all reasons I know) so I
can not step through and fix it myself :-/
[and yes, I am fairly sure I use correct library pathes etc.]

Now I almost wish I had spent the time with
Vritual Treeview instead  (which I dumped after I
concluded it had a totally other "adding nodes" strategy.)
I guess I will have revisit this component again... Hmm...


best regards
Thomas Schulz 




Subject: D2k5 and some JVCL controls
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 14 Nov 2005 19:09:10 +0100
Newsgroups: jedi.vcl

All,

    I think I found an issue with some controls in D2k5 (in a normal Win32 VCL application), but I no longer have (not plan to install) D5/6/7 installed to check.

    Anyway, the TJvPageTreeListView and related refuse to store the links between the tree list and the pages; you can set them, edit them, but as soon as the form is reloaded (eg. after view as text and then back again) the links are gone. Note that the link data *is* actually stored in the DFM, they're just not loaded.

    TJvImageLists lose their images under the same circumstances as above.

    It seems unlikely that neither problems were detected before (in fact, I seem to recall the page/treelist bug when Peter donated it first and that it was fixed; in D2k5 the example doesn't even work).

    To complete this post, I installed JVCL this morning, on a JEDI-virgin computer. Anyway, I'm interested to see if this is indeed a D2k5 related issue or if there are indeed bugs in the controls. If someone could check both controls in another Delphi version, that would be most helpful.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: multiple plug-in
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 14 Nov 2005 18:59:22 +0100
Newsgroups: jedi.vcl

news.cegetel.net wrote:
> Hello, i want to use jvPlugIn. I want to make different packages for different plug-in, but the interface unit "JvPlgIntf" is included by default in all my packages during compilation and so when the program load, it fail loading the second plug-in !
> is there a way to fix that problem ?

    Build your application and plug in packages using run time packages. You'll need at least the Borland vcl package and the JvPluginD?R package (where ? represents your Delphi version).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Any multi-column TTreeView?
From: "dk_sz" <dk_sz@hotmail.com>
Date: Mon, 14 Nov 2005 12:28:38 +0100
Newsgroups: jedi.vcl

> > I have a copy of ElTreeLite v3.20.4, but it does not contain source code, 
> > just the binary packages. It's 685k, & I'll email it to anyone who wants a 
> > copy.

I did spend about 2 hours searching google...
Until I tryed www.torry.ru ... *SMACK*
That said, it seems even the source has a few
few problems in Delphi 2005 - but no major
(currently the Items Editor throws an error
inside Delphi... But you know... I have the
source so there is nothing that isn't fixable!)

best regards
Thomas 




Subject: Re: edit memo fields with TJVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 14 Nov 2005 11:19:52 +0100
Newsgroups: jedi.vcl

This is working code (in C++):

AfterOpen event:

   MyDBMemo = new TDBMemo(MyForm); // MyDBMemo is a global variable
   MyDBMemo->Parent = MyForm;      // The parent must be your form
   MyDBMemo->Name = "MyDBMemo";
   MyDBMemo->DataSource = MyDataSource;
   MyDBMemo->DataField = "MyField";
   MyDBMemo->Visible = false;

   TJvDBGridControl *MemoCtrl = MyDBGrid->EditControls->Add();
   MemoCtrl->ControlName = "MyDBMemo";
   MemoCtrl->FieldName = "MyField";
   MemoCtrl->FitCell = fcBiggest;

BeforeClose event:

   delete MyDBMemo;

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Any multi-column TTreeView?
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 14 Nov 2005 17:33:41 +1000
Newsgroups: jedi.vcl

dk_sz wrote, on 14/11/2005 5:12 AM:
>> Long ago there was free version of ElTree lite. It is good component. I
>> think it is owned by lmdinovative now.
>
> I believe it was actually released as freeware with source...
> However... This free version is impossible to find :-)

I have a copy of ElTreeLite v3.20.4, but it does not contain source code, just the binary packages. It's 685k, & I'll email it to anyone who wants a copy.

enjoy life,
           Elahn


Subject: Re: install problems
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 14 Nov 2005 07:34:34 +0100
Newsgroups: jedi.vcl

Have a look at "Install Error in actual CVS version".


Subject: Re: install problems
From: "Brian" <brian@night.dk>
Date: Mon, 14 Nov 2005 07:31:10 +0100
Newsgroups: jedi.vcl

i havde made a frew thing to make it work
to JvTreeds

uses
  JvResources;
//, JvDSADialogs;
line 770
  FSynchMessageDlgResult := MessageDlg(FSynchMsg, FSynchAType,

thx to Robert Marquardt

regards
Brian


"Brian" <brian@night.dk> skrev i en meddelelse 
news:dl98db$79f$1@talkto.net...
> > Hi ALL
> >
> > I'm trying to install 13-11-2005 JVCL
> > and installed JCL 13-11-2005 first
> >
> > But..
> > I get.
> > Warning: Unit 'JvDSADialogs' implicity imported into package 'JvSystemD7R'
> > Error JvDlgsD7R.dpk(78): Package 'JvSystemD7R' already contains unit 
> > 'JvDSADialogs'
> >
> > any one know how to fix this problem?
> >
> >
> > Regards Brian
> > 




Subject: Re: install problems
From: "Brian" <brian@night.dk>
Date: Mon, 14 Nov 2005 07:14:21 +0100
Newsgroups: jedi.vcl

By the way i'm useing Borland Delphi 7.1 on Win XP pro
"Brian" <brian@night.dk> skrev i en meddelelse 
news:dl98db$79f$1@talkto.net...
> > Hi ALL
> >
> > I'm trying to install 13-11-2005 JVCL
> > and installed JCL 13-11-2005 first
> >
> > But..
> > I get.
> > Warning: Unit 'JvDSADialogs' implicity imported into package 'JvSystemD7R'
> > Error JvDlgsD7R.dpk(78): Package 'JvSystemD7R' already contains unit 
> > 'JvDSADialogs'
> >
> > any one know how to fix this problem?
> >
> >
> > Regards Brian
> > 




Subject: install problems
From: "Brian" <brian@night.dk>
Date: Mon, 14 Nov 2005 07:11:19 +0100
Newsgroups: jedi.vcl

Hi ALL

I'm trying to install 13-11-2005 JVCL
and installed JCL 13-11-2005 first

But..
I get.
Warning: Unit 'JvDSADialogs' implicity imported into package 'JvSystemD7R'
Error JvDlgsD7R.dpk(78): Package 'JvSystemD7R' already contains unit 
'JvDSADialogs'

any one know how to fix this problem?


Regards Brian 




Subject: Re: JclTask.pas compile time errors
From: "mgpetryk" <mgpetryk@hotmail.com>
Date: Sun, 13 Nov 2005 21:48:34 -0800
Newsgroups: jedi.vcl

Got it...   Not sure what happened, but things are working.... Kinda Scary


"mgpetryk" <mgpetryk@hotmail.com> wrote in message 
news:dl7mfl$u86$1@talkto.net...
> > I'm getting the following compile errors:
> >
> >  [Error] JclTask.pas(461): Incompatible types: '_TASK_TRIGGER' and 
> > 'PTaskTrigger'
> >  [Error] JclTask.pas(466): Incompatible types: '_TASK_TRIGGER' and 
> > 'PTaskTrigger'
> >  [Error] JclTask.pas(756): Types of actual and formal var parameters must 
> > be identical
> >  [Error] JclTask.pas(770): Types of actual and formal var parameters must 
> > be identical
> >  [Error] JclTask.pas(875): Undeclared identifier: 'HPropSheetPage'
> >  [Error] JclTask.pas(876): Invalid compiler directive: 'PropHeader'
> >  [Error] JclTask.pas(878): Types of actual and formal var parameters must 
> > be identical
> >  [Error] JclTask.pas(879): Types of actual and formal var parameters must 
> > be identical
> >  [Error] JclTask.pas(880): Types of actual and formal var parameters must 
> > be identical
> >
> >
> > I was working with MSTask.pas from http://delphi-jedi.org/Jedi:APILIBRARY 
> > in "TaskScheduler.zip", but was not able to set the start times.  So I 
> > scanned my drive and found JclTask.pas and MSTask.pas in the JCL directory 
> > and am attempting to convert to them.
> >
> > I'm using JVCL300CompleteJCL195-Build1848.zip   version...
> >
> > Any help is greatly appreciated.
> >
> > Warm Regards,
> > Mike
> > 




Subject: Re: Install Error in actual CVS version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Nov 2005 05:47:33 +0100
Newsgroups: jedi.vcl

I have committed the file in the normal branch now.


Subject: multiple plug-in
From: "news.cegetel.net" <sebastien.dejean@cegetel.net>
Date: Sun, 13 Nov 2005 23:35:19 +0100
Newsgroups: jedi.vcl

Hello, i want to use jvPlugIn. I want to make different packages for 
different plug-in, but the interface unit "JvPlgIntf" is included by default 
in all my packages during compilation and so when the program load, it fail 
loading the second plug-in !
is there a way to fix that problem ?
seb 




Subject: Re: Any multi-column TTreeView?
From: "dk_sz" <dk_sz@hotmail.com>
Date: Sun, 13 Nov 2005 20:12:25 +0100
Newsgroups: jedi.vcl

> > Long ago there was free version of ElTree lite. It is good component. I
> > think it is owned by lmdinovative now.

I believe it was actually released as freeware with source...
However... This free version is impossible to find :-)

best regards
Thomas 




Subject: JclTask.pas compile time errors
From: "mgpetryk" <mgpetryk@hotmail.com>
Date: Sun, 13 Nov 2005 07:59:30 -0800
Newsgroups: jedi.vcl

I'm getting the following compile errors:

  [Error] JclTask.pas(461): Incompatible types: '_TASK_TRIGGER' and 
'PTaskTrigger'
  [Error] JclTask.pas(466): Incompatible types: '_TASK_TRIGGER' and 
'PTaskTrigger'
  [Error] JclTask.pas(756): Types of actual and formal var parameters must 
be identical
  [Error] JclTask.pas(770): Types of actual and formal var parameters must 
be identical
  [Error] JclTask.pas(875): Undeclared identifier: 'HPropSheetPage'
  [Error] JclTask.pas(876): Invalid compiler directive: 'PropHeader'
  [Error] JclTask.pas(878): Types of actual and formal var parameters must 
be identical
  [Error] JclTask.pas(879): Types of actual and formal var parameters must 
be identical
  [Error] JclTask.pas(880): Types of actual and formal var parameters must 
be identical


I was working with MSTask.pas from http://delphi-jedi.org/Jedi:APILIBRARY 
in "TaskScheduler.zip", but was not able to set the start times.  So I 
scanned my drive and found JclTask.pas and MSTask.pas in the JCL directory 
and am attempting to convert to them.

I'm using JVCL300CompleteJCL195-Build1848.zip   version...

Any help is greatly appreciated.

Warm Regards,
Mike 




Subject: Re: Install Error in actual CVS version
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 13 Nov 2005 15:42:59 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Line 770 used JvDSADialogs.MessageDlg. I changed it to MessageDlg for now. 

I guess this was a change by me to have it resolve an ambiguity when linking under BCB 5.


> I do not know or check if this should be a DSA dialog, but moving JvDSADialogs to the JvSystem-R package is not the best idea.

That, I agree completely.


Subject: Re: Install Error in actual CVS version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Nov 2005 13:21:27 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will give it a style makeover because it is in bad shape.
> Removing JvDSADialogs makes it compile again.

I psot it to binaries becasue CVS access is currently down.


Subject: Re: Install Error in actual CVS version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Nov 2005 13:07:49 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Karlheinz wrote:
>
>> I get the following messages during install of the actual CVS version.
>>
>> Warnung: Die Unit 'JvDSADialogs' wurde implizit in Package
>> 'JvSystemD7R' importiert
>> JvDlgsD7R.dpk(78) Fehler: Package 'JvSystemD7R' enthält bereits die
>> Unit 'JvDSADialogs'
>
>
> I'll look into it.

JvThread.pas contains

uses JvResources, JvDsaDialogs;

with JvThread in JvSystem-R.xml.
This is probably a recent change because the correct style would be

uses
  JvResources, JvDSADialogs;

I will give it a style makeover because it is in bad shape.
Removing JvDSADialogs makes it compile again.
Line 770 used JvDSADialogs.MessageDlg. I changed it to MessageDlg for now. I do not know or check if this should be a DSA dialog, but moving JvDSADialogs to the JvSystem-R package is not the best idea.


Subject: Re: Install Error in actual CVS version
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 13 Nov 2005 11:30:50 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:
> I get the following messages during install of the actual CVS version.
>
> Warnung: Die Unit 'JvDSADialogs' wurde implizit in Package
> 'JvSystemD7R' importiert
> JvDlgsD7R.dpk(78) Fehler: Package 'JvSystemD7R' enthält bereits die
> Unit 'JvDSADialogs'

I'll look into it.


Subject: Install Error in actual CVS version
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 13 Nov 2005 09:38:48 +0000 (UTC)
Newsgroups: jedi.vcl

I get the following messages during install of the actual CVS version.

Warnung: Die Unit 'JvDSADialogs' wurde implizit in Package
'JvSystemD7R' importiert
JvDlgsD7R.dpk(78) Fehler: Package 'JvSystemD7R' enthält bereits die
Unit 'JvDSADialogs'

Karlheinz




Subject: Re: Any multi-column TTreeView?
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sun, 13 Nov 2005 08:22:05 +0000 (UTC)
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:

> > dk_sz wrote:
> > 
>> > > I found something fairly close (torry.ru) on
>> > > the net called "pTree" by Afan Tim .
>> > > 
>> > > I realize there's Mike's TVirtualTreeView...
>> > > But what I need and want is more lightweight :-)
>> > > 
>> > > I have JVCL 3 so I suppose there currently isn't
>> > > multi-coulm treeview in JVCL? (of what I could find)
>> > > 
>> > > well, I was just wondering... [perhaps in a snapshot?]
>> > > 
>> > > 
>> > > best regards
>> > > Thomas Schulz
> > 
> > Am Does any of you know Mike's VirtualTreeView? It's MPL, licensed
> > just like jedi
> > 
> > Regards,
> > Miha

ups. Missed that you've already mentioned Mike's TreeView

-- 

Subject: Re: Any multi-column TTreeView?
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Sun, 13 Nov 2005 08:19:28 +0000 (UTC)
Newsgroups: jedi.vcl

dk_sz wrote:

> > I found something fairly close (torry.ru) on
> > the net called "pTree" by Afan Tim .
> > 
> > I realize there's Mike's TVirtualTreeView...
> > But what I need and want is more lightweight :-)
> > 
> > I have JVCL 3 so I suppose there currently isn't
> > multi-coulm treeview in JVCL? (of what I could find)
> > 
> > well, I was just wondering... [perhaps in a snapshot?]
> > 
> > 
> > best regards
> > Thomas Schulz

Am Does any of you know Mike's VirtualTreeView? It's MPL, licensed just
like jedi

Regards,
Miha

-- 

Subject: Alpha-blended Lable component?
From: norberto <pellicci@shaw.ca>
Date: Sat, 12 Nov 2005 20:04:49 -0800
Newsgroups: jedi.vcl

Hi All,

Is there a TLabel-like component in the JVCL that has an Alphablend property? What i mean is not the Transparent property for the label's background / canvas, but the ability to alpha blend the font itself. Ideally such a label would also have the full transparent property for the background and have an angle property (rotation).

i've looked but have not found it, although i could have missed it.

Any ideas?

Thanks.

norberto


Subject: Re: Kudos to FastMM4 and bug fixes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 12 Nov 2005 06:05:22 +0100
Newsgroups: jedi.vcl

There is a reason why Pierre le Riche got the Spirit of Delphi award :-)


Subject: Re: Any multi-column TTreeView?
From: "NindzaKornjaca" <NindzaKornjaca@FreeAndNil.com>
Date: Fri, 11 Nov 2005 17:43:39 -0800
Newsgroups: jedi.vcl

Long ago there was free version of ElTree lite. It is good component. I
think it is owned by lmdinovative now.

"dk_sz" <dk_sz@hotmail.com> wrote in message news:dl08hl$l9c$1@talkto.net...
> > I found something fairly close (torry.ru) on
> > the net called "pTree" by Afan Tim .
> >
> > I realize there's Mike's TVirtualTreeView...
> > But what I need and want is more lightweight :-)
> >
> > I have JVCL 3 so I suppose there currently isn't
> > multi-coulm treeview in JVCL? (of what I could find)
> >
> > well, I was just wondering... [perhaps in a snapshot?]
> >
> >
> > best regards
> > Thomas Schulz
> >
> >




Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Sat, 12 Nov 2005 02:13:19 +0100
Newsgroups: jedi.vcl

Ohhh... I guess you are completely rigth... :D
I am still in trouble (maybe with programming).


If i drop a TDBMemo and use this code, it works!

    DBMemo1.DataSource := DSData;
    DBMemo1.DataField := 'ColumnA';

    with DBGrid1.EditControls.Add do
    begin
        ControlName := 'DBmemo1';
        FieldName := 'ColumnA';
        FitCell := fcCellSize;
    end;



but if i try to create the control at run time, i am having similar
problems as before. 
(JvDBGrid.EditControls: Property Control not assigned)

i am doing this... DBMemo2 is a global variable (now).


    DBMemo2 := TDBMemo.Create(nil);
    DBMemo2.Parent := DBGrid1;
    DBMemo2.DataSource := DSData;
    DBMemo2.Name := 'myDBmemo2';
    DBMemo2.DataField := 'ColumnA';

    with DBGrid1.EditControls.Add do
    begin
        ControlName := 'myDBmemo2';
        FieldName := 'ColumnA';
        FitCell := fcCellSize;
    end;


I'm frustrated with this =\



--- posted by geoForum on http://delphi.newswhat.com


Subject: Kudos to FastMM4 and bug fixes
From: "Kiriakos" <kvlahos@london.edu>
Date: Sat, 12 Nov 2005 01:51:04 +0200
Newsgroups: jedi.vcl

FasttMM4 has helped uncover two nasty JVCL bugs:

 0003301  Using LinkedControls in combination with FastMM4 results in AV 
because of attempt to call a virtual method on a freed object
00 JVCL Components - 11-11-05 16:27

 0003200  Memory loss and crashes in JvChangeNotify
00 JVCL Components - 11-04-05 06:29

I have provided a full solution to the first one and a partial solution to 
the second.  Regarding the second bug, the worst that can happen is that 
some memory related to the JvChangeNotify thread will not be released, which 
is much better than the current situation which can lead to severe crashes. 
Since both of these two components are used quite widely, it would be a bit 
of a shame if the suggested modifications do not find their way into the new 
version of JVCL. 




Subject: JvAviCapDemo Again
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Sat, 12 Nov 2005 01:22:58 +0200
Newsgroups: jedi.vcl

Dear Friends,
I am a little bit confused about  TjvAviCapture component use at the demo 
referred to in Subject line. The component is wonderful but when I use a 
resolution above 320 x 240 (say 640 x 480), I cannot get "entire" live image 
on the TjvAviCapture component but only a part of it (but it captures entire 
size of live image correctly).

I tried to set
  AviCap.Width :=  AviCap.VideoFormat.Width;
  AviCap.Height :=  AviCap.VideoFormat.Height;
but even if form resizes since the new size of AviCap component does not fit 
on the client area of the original form, only a part of the 640 x 480 image 
is shown at the left hand corner of AviCap.

I am quite confused and my attempts at hacking into source code of the said 
component gave me no solution. What am I doing wrong? TIA and Regards 




Subject: Re: Multicolumn TREEVIEW that isn't virtual (ie, not TVirtualStringTree from softgems)
From: "dk_sz" <dk_sz@hotmail.com>
Date: Fri, 11 Nov 2005 04:04:01 +0100
Newsgroups: jedi.vcl

> > Anyone got any suggestions!? Thanks.


I found something fairly close (torry.ru) on
the net called "pTree" by Afan Tim .

However, there still seems to be a few semi-rough edges...
But quite close overall! Definitely worth checking out!


best regards
Thomas 




Subject: TjvTimer and TServiceApplication?
From: mindsleep <mindsleep2004@yahoo.se>
Date: Fri, 11 Nov 2005 02:49:51 +0100
Newsgroups: jedi.vcl

Hi!

Is it safe to use the TJvTimer in a TServiceApplication?

I have a Service that needs to do some works each 60 seconds. So my thought was to drop one TJvTimer and use it like this:

procedure TService1.ServiceExecute(Sender: TService);
begin
  jvTimer.enabled:=true;
    ServiceThread.ProcessRequests(True);
  jvTimer.enabled:=false;
end;

....later in TJvTimer.OnTimer i would put all code i needed to run each 60 sec.

Is this ok?

Thanx In Advance,
Mindsleep.



Subject: Re: Height of TJvColorCombo and TJvImageComboBox
From: Martin Holmes <mholmes@uvic.ca>
Date: Thu, 10 Nov 2005 14:23:29 -0800
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Martin Holmes wrote:
>
>> Hi there,
>>
>> I'm using a TJvColorCombo next to a TJvImageComboBox, and I'm finding it impossible to make them the same height. The TJvImageComboBox needs to be 26 px high because its images are 20 x 20; the TJvColorCombo defaults to 23 px and I can't seem to change it at all, since it ignores any change I make to its Height or to MinHeight. Does anyone know what's preventing me from changing this height value? Is there any workaround? The two components look messy sitting next to each other with different heights.
>
>
>     IIRC, the TJvColorCombo has an ItemHeight property which, indirectly, controls the actual control height. But I might be wrong...

It doesn't seem to have one. But I did find a workaround by setting its Font.Height property, which does seem to change its height.

Cheers,
Martin


Subject: Any multi-column TTreeView?
From: "dk_sz" <dk_sz@hotmail.com>
Date: Thu, 10 Nov 2005 21:17:30 +0100
Newsgroups: jedi.vcl

I found something fairly close (torry.ru) on
the net called "pTree" by Afan Tim .

I realize there's Mike's TVirtualTreeView...
But what I need and want is more lightweight :-)

I have JVCL 3 so I suppose there currently isn't
multi-coulm treeview in JVCL? (of what I could find)

well, I was just wondering... [perhaps in a snapshot?]


best regards
Thomas Schulz 




Subject: Re: Installation issue: Fatal: Command arguments too long
From: "mgpetryk" <mgpetryk@hotmail.com>
Date: Thu, 10 Nov 2005 08:07:00 -0800
Newsgroups: jedi.vcl

Certainly makes sense.   I've always had it there and 3.0 RC1 worked fine. 
But I'll start relocated things like this to a higher level

Thanks!
Mike

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:dkvpc0$hms$1@talkto.net...
> > mgpetryk wrote:
> >
>> >> Environment: Delphi 7 Pro
>> >>
>> >> Upgrading from JVCL 3.0 RC1
>> >>
>> >> Scanned and removed all prior versions of JVCL / JCL
>> >>
>> >> Installed using : JVCL300CompleteJCL195-Build1848.zip
>> >>
>> >> JCL install went fine
>> >>
>> >> JVCL install errors out practically immediately with:
> >
> > The location where you put the files is too long. For instance something 
> > like that:
> >
> > c:\document and 
> > settings\mylogin\mydocuments\programming\delphi\thirdparty\components\jvcl
> >
> > This is way too long for dcc32 and it simply stops. 




Subject: Re: Installation issue: Fatal: Command arguments too long
From: "mgpetryk" <mgpetryk@hotmail.com>
Date: Thu, 10 Nov 2005 08:05:14 -0800
Newsgroups: jedi.vcl

I'm back in business... all components reinstalled   :-)

Thanks for a great library of code!!!!

"mgpetryk" <mgpetryk@hotmail.com> wrote in message 
news:dkvobn$hgh$1@talkto.net...
> > Environment: Delphi 7 Pro
> >
> > Upgrading from JVCL 3.0 RC1
> >
> > Scanned and removed all prior versions of JVCL / JCL
> >
> > Installed using : JVCL300CompleteJCL195-Build1848.zip
> >
> > JCL install went fine
> >
> > JVCL install errors out practically immediately with:
> > --------------------------------------------------------------------------------------------------
> > Error generating templates for the D7 directory
> > Windows XP Service Pack 2 (5.1.2600)
> > "C:\Program Files\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
> > MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
> >
> > [Generating: Templates]
> >
> > MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
> >
> > Writing: ..\D7\dcc32.cfg
> >
> > Fatal: Command arguments too long
> >
> > ** error 1 ** deleting Templates
> >
> > ----------------------------------------------------------------------------------------------------------------------
> >
> > Please help.
> >
> > Thanks
> >
> > Mike
> >
> >
> >
> > 




Subject: Re: Installation issue: Fatal: Command arguments too long
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 10 Nov 2005 16:59:05 +0100
Newsgroups: jedi.vcl

mgpetryk wrote:

> Environment: Delphi 7 Pro
>
> Upgrading from JVCL 3.0 RC1
>
> Scanned and removed all prior versions of JVCL / JCL
>
> Installed using : JVCL300CompleteJCL195-Build1848.zip
>
> JCL install went fine
>
> JVCL install errors out practically immediately with:

The location where you put the files is too long. For instance something like that:

c:\document and settings\mylogin\mydocuments\programming\delphi\thirdparty\components\jvcl

This is way too long for dcc32 and it simply stops.


Subject: Re: Installation issue: Fatal: Command arguments too long
From: "mgpetryk" <mgpetryk@hotmail.com>
Date: Thu, 10 Nov 2005 07:56:30 -0800
Newsgroups: jedi.vcl

The urgency is over.. I'm installing the packages manually.  No problemo.


"mgpetryk" <mgpetryk@hotmail.com> wrote in message 
news:dkvobn$hgh$1@talkto.net...
> > Environment: Delphi 7 Pro
> >
> > Upgrading from JVCL 3.0 RC1
> >
> > Scanned and removed all prior versions of JVCL / JCL
> >
> > Installed using : JVCL300CompleteJCL195-Build1848.zip
> >
> > JCL install went fine
> >
> > JVCL install errors out practically immediately with:
> > --------------------------------------------------------------------------------------------------
> > Error generating templates for the D7 directory
> > Windows XP Service Pack 2 (5.1.2600)
> > "C:\Program Files\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
> > MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
> >
> > [Generating: Templates]
> >
> > MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
> >
> > Writing: ..\D7\dcc32.cfg
> >
> > Fatal: Command arguments too long
> >
> > ** error 1 ** deleting Templates
> >
> > ----------------------------------------------------------------------------------------------------------------------
> >
> > Please help.
> >
> > Thanks
> >
> > Mike
> >
> >
> >
> > 




Subject: Installation issue: Fatal: Command arguments too long
From: "mgpetryk" <mgpetryk@hotmail.com>
Date: Thu, 10 Nov 2005 07:41:41 -0800
Newsgroups: jedi.vcl

Environment: Delphi 7 Pro

Upgrading from JVCL 3.0 RC1

Scanned and removed all prior versions of JVCL / JCL

Installed using : JVCL300CompleteJCL195-Build1848.zip

JCL install went fine

JVCL install errors out practically immediately with:
--------------------------------------------------------------------------------------------------
Error generating templates for the D7 directory
Windows XP Service Pack 2 (5.1.2600)
"C:\Program Files\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

[Generating: Templates]

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

Writing: ..\D7\dcc32.cfg

Fatal: Command arguments too long

** error 1 ** deleting Templates

----------------------------------------------------------------------------------------------------------------------

Please help.

Thanks

Mike






Subject: Re: Error on Installation with Delphi 2005 Architect Trial
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 10 Nov 2005 16:13:45 +0100
Newsgroups: jedi.vcl

Klaus Etscheid a écrit :
> I want to install JCL and JVCL 3.0 (Build 1848) on an Delphi 2005 Entrprise
> Architect Trial. The Installer fails because of a not existing dcc32.exe
> compiler.
>
> Here is the console output:
> C:\Temp\JEDI\jcl>install d9 c:\programme\borland\delphi\3.0
> build.exe found. Pretest: ok
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> Der Befehl ""C:\Programme\Borland\BDS\3.0\bin\dcc32.exe"" ist entweder
> falsch ge
> schrieben oder
> konnte nicht gefunden werden.
>
> ** error 1 ** deleting ..\bin\JediInstaller.exe
>
> ** error 1 ** deleting installer
> Press ENTER to continue
>
> Is there a chance to install the Jedi components (e.g. by installing a
> dcc32.exe compiler from public source)?

Hi,

Trial versions are not supported.
Where would you find dcc32.exe from a public source, the command-lien compiler files are not public but distributed with complete versions of D2005 (included in D2005 personal edition).

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Error on Installation with Delphi 2005 Architect Trial
From: "Klaus Etscheid" <Klaus@etscheid-mg.de>
Date: Thu, 10 Nov 2005 15:41:03 +0100
Newsgroups: jedi.vcl

Hello,

I want to install JCL and JVCL 3.0 (Build 1848) on an Delphi 2005 Entrprise
Architect Trial. The Installer fails because of a not existing dcc32.exe
compiler.

Here is the console output:
C:\Temp\JEDI\jcl>install d9 c:\programme\borland\delphi\3.0
build.exe found. Pretest: ok
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Der Befehl ""C:\Programme\Borland\BDS\3.0\bin\dcc32.exe"" ist entweder
falsch ge
schrieben oder
konnte nicht gefunden werden.

** error 1 ** deleting ..\bin\JediInstaller.exe

** error 1 ** deleting installer
Press ENTER to continue

Is there a chance to install the Jedi components (e.g. by installing a
dcc32.exe compiler from public source)?

Regards,
    Klaus Etscheid




Subject: Re: DBGrids - Enter As Tab
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 10 Nov 2005 11:38:50 +0100
Newsgroups: jedi.vcl

> >Hi All -
> >
> >First - just to say - thanks for some excellent components! 
> >
> >I was just wondering if there are any plans to make the DBGrid
> >components  implement some sort of .. "Enter AS Tab" behaviour ?
> >
> >I know things are complecated - due to the "DBGridControls" situation
> >- but it would be a REALLY useful feature.
> >
> >Cheers..

Unless someone wants to lose his time to add it, there will never be 
this feature in JvDBGrid. It's so easy to add it by yourself in your 
program (OnKeyPressed event): if (Key = #13) Key := #9;

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: edit memo fields with TJVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 10 Nov 2005 11:29:24 +0100
Newsgroups: jedi.vcl

How can you think your control will be available for editing if you 
create it with a local variable (it will be destroyed as soon as the 
function where it is created ends) ?
Use global variables (don't forget to free them when they are no longer 
needed) and give a different name to the different memo editors created.
Your problem is with programming, not with DBGrid. ;-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: tjvwizard: changing button caption at runtime
From: "Castagnini Alberto" <a.castagnini@aeb-srl.com>
Date: Thu, 10 Nov 2005 10:18:45 +0100
Newsgroups: jedi.vcl

I found a workaround but I don't understand the cause.
In file jvWizard.hpp (auto-generated by BCB6 for C++ interface)

I substituted the following lines

 __property TJvWizardNavigateButton* ButtonStart =
{read=FNavigateButtons[147], write=FNavigateButtons[147]};
 __property TJvWizardNavigateButton* ButtonLast =
{read=FNavigateButtons[148], write=FNavigateButtons[148]};
 __property TJvWizardNavigateButton* ButtonBack =
{read=FNavigateButtons[149], write=FNavigateButtons[149]};
 __property TJvWizardNavigateButton* ButtonNext =
{read=FNavigateButtons[150], write=FNavigateButtons[150]};
 __property TJvWizardNavigateButton* ButtonFinish =
{read=FNavigateButtons[151], write=FNavigateButtons[151]};
 __property TJvWizardNavigateButton* ButtonCancel =
{read=FNavigateButtons[152], write=FNavigateButtons[152]};
 __property TJvWizardNavigateButton* ButtonHelp =
{read=FNavigateButtons[153], write=FNavigateButtons[153]};

with:

 __property TJvWizardNavigateButton* ButtonStart =
{read=FNavigateButtons[bkStart], write=FNavigateButtons[bkStart]};
 __property TJvWizardNavigateButton* ButtonLast =
{read=FNavigateButtons[bkLast], write=FNavigateButtons[bkLast]};
 __property TJvWizardNavigateButton* ButtonBack =
{read=FNavigateButtons[bkBack], write=FNavigateButtons[bkBack]};
 __property TJvWizardNavigateButton* ButtonNext =
{read=FNavigateButtons[bkNext], write=FNavigateButtons[bkNext]};
 __property TJvWizardNavigateButton* ButtonFinish =
{read=FNavigateButtons[bkFinish], write=FNavigateButtons[bkFinish]};
 __property TJvWizardNavigateButton* ButtonCancel =
{read=FNavigateButtons[bkCancel], write=FNavigateButtons[bkCancel]};
 __property TJvWizardNavigateButton* ButtonHelp =
{read=FNavigateButtons[bkHelp], write=FNavigateButtons[bkHelp]};

and now it works!
Bye
Alberto.

"Castagnini Alberto" <a.castagnini@aeb-srl.com> ha scritto nel messaggio
news:dkv01j$c76$1@talkto.net...
> > No ideas?
> >
> > "Castagnini Alberto" <a.castagnini@aeb-srl.com> ha scritto nel messaggio
> > news:dk4ik4$njh$1@talkto.net...
>> > > Hi guys!
>> > > This is my first message on this newsgroup. I've been using jvcl since 3
>> > > months and they are very very very powerful! GREAT!
>> > > I only have a little question. I'm using version 3.00 on BCB6 (installed
>> > > from JVCL300CompleteJCL195-Build1848.zip) and I can't change run-time
the
>> > > caption of standard buttons (multilingual translations): the program
> > throws
>> > > an access violation at bla bla bla....
>> > > I tried to do this in the form create, form show, first page enter, on
> > page
>> > > events but the result is the same.
>> > > My code is simply:
>> > >
>> > >  JvWizard->ButtonCancel->Caption = "...";
>> > >  JvWizard->ButtonBack->Caption = "...";
>> > >  JvWizard->ButtonNext->Caption = "...";
>> > >
>> > > Any ideas?
>> > > Thanks in advance!
>> > >
>> > >
> >
> >




Subject: DBGrids - Enter As Tab
From: Opp <nospam@spamexcepmt.com>
Date: Thu, 10 Nov 2005 08:48:54 +0000
Newsgroups: jedi.vcl

Hi All -

First - just to say - thanks for some excellent components! 

I was just wondering if there are any plans to make the DBGrid
components  implement some sort of .. "Enter AS Tab" behaviour ?

I know things are complecated - due to the "DBGridControls" situation
- but it would be a REALLY useful feature.

Cheers..

Opp.





Subject: Re: tjvwizard: changing button caption at runtime
From: "Castagnini Alberto" <a.castagnini@aeb-srl.com>
Date: Thu, 10 Nov 2005 09:45:25 +0100
Newsgroups: jedi.vcl

No ideas?

"Castagnini Alberto" <a.castagnini@aeb-srl.com> ha scritto nel messaggio
news:dk4ik4$njh$1@talkto.net...
> > Hi guys!
> > This is my first message on this newsgroup. I've been using jvcl since 3
> > months and they are very very very powerful! GREAT!
> > I only have a little question. I'm using version 3.00 on BCB6 (installed
> > from JVCL300CompleteJCL195-Build1848.zip) and I can't change run-time the
> > caption of standard buttons (multilingual translations): the program
throws
> > an access violation at bla bla bla....
> > I tried to do this in the form create, form show, first page enter, on
page
> > events but the result is the same.
> > My code is simply:
> >
> >  JvWizard->ButtonCancel->Caption = "...";
> >  JvWizard->ButtonBack->Caption = "...";
> >  JvWizard->ButtonNext->Caption = "...";
> >
> > Any ideas?
> > Thanks in advance!
> >
> >




Subject: Re: BuildFileList problems
From: "Daytona" <d@d..com>
Date: Wed, 9 Nov 2005 11:05:17 -0800
Newsgroups: jedi.vcl

Doh - sorry - I actually intended to post to the other group....

"Eduardo Mauro" <emauro@acabit.com.br> wrote in message 
news:dkten1$46m$1@talkto.net...
I know we
> > are in the wrong group since it pertains to JCL but since the thread 
> > started
> > here...
> >
> > Best regards,
> > Eduardo Mauro
> >




Subject: Re: BuildFileList problems
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Wed, 9 Nov 2005 16:44:47 -0200
Newsgroups: jedi.vcl

I have the same problem. I checked in the CVS and it was changed a few
revisions ago. I would like to understand the motivation for such change. I
am not complaining. Perhaps it was necessary for a specific use. I know we
are in the wrong group since it pertains to JCL but since the thread started
here...

Best regards,
Eduardo Mauro


"Daytona" <d@d..com> escreveu na mensagem news:dktb7r$3hh$1@talkto.net...
> > Hi All,
> >
> > Here is a snippet of my code:
> >      slServer := TStringList.Create;
> >      try
> >        FA := faAnyfile - faDirectory - faHidden - faSysFile - faVolumeID;
> >        begin
> >          slServer.Clear;
> >          BuildFileList('\\server\Upgrade\*.*', FA, slServer);
> >
> >
> > BuildFileList will only seem to find files that have the Archive attribute 
> > set, which is very strange.  I tried setting FA to only faAnyFile and then 
> > I get the directories too, but not all of the files.
> >
> > Looking at the code for BuildFileList I see a line that seems to be 
> > attempting to double-check the requested Attributes, even though the 
> > FindFirst already uses the ones passed in to open the SearchRecord.  I 
> > commented out that line here locally and it fixed my problem.
> >
> > Is there a reason for the redundant checking of the Attr?  I posted the 
> > routine below.
> >
> > Thanks,
> > David
> >
> >
> > function BuildFileList(const Path: string; const Attr: Integer;
> >  const List: TStrings): Boolean;
> > var
> >  SearchRec: TSearchRec;
> >  R, x: Integer;
> >  MaskList: TStringList;
> >  Masks: string;
> > begin
> >  Assert(List <> nil);
> >  MaskList := TStringList.Create;
> >  Result := false;
> >  try
> >
> >    {* extract the FileMasks portion out of Path *}
> >    Masks := StrAfter(PathAddSeparator(ExtractFileDir(Path)), Path);
> >
> >    {* put the Masks into TStringlist *}
> >    StrTokenToStrings(Masks, ';', MaskList);
> >
> >    {* search with every single FileMask *}
> >    for x := 0 to MaskList.Count - 1 do
> >    begin
> >      R := FindFirst(PathAddSeparator(ExtractFileDir(Path)) +
> >        Trim(MaskList[x]), Attr, SearchRec);
> >      Result := R = 0;
> >      List.BeginUpdate;
> >      try
> >        if Result then
> >        begin
> >          while R = 0 do
> >          begin
> >            if (SearchRec.Name <> '.') and (SearchRec.Name <> '..')
> > // ***** THIS IS THE LINE THAT CAUSED THE ERRORS - commented out in my 
> > local copy
> >            and ((SearchRec.Attr and Attr) = SearchRec.Attr) then
> >              List.Add(SearchRec.Name);
> >            R := FindNext(SearchRec);
> >          end;
> >          Result := R = ERROR_NO_MORE_FILES;
> >        end;
> >      finally
> >        SysUtils.FindClose(SearchRec);
> >        List.EndUpdate;
> >      end;
> >    end;
> >  finally
> >    MaskList.Free;
> >  end;
> > end;
> >
> >
> > 




Subject: BuildFileList problems
From: "Daytona" <d@d..com>
Date: Wed, 9 Nov 2005 09:46:08 -0800
Newsgroups: jedi.vcl

Hi All,

Here is a snippet of my code:
      slServer := TStringList.Create;
      try
        FA := faAnyfile - faDirectory - faHidden - faSysFile - faVolumeID;
        begin
          slServer.Clear;
          BuildFileList('\\server\Upgrade\*.*', FA, slServer);


BuildFileList will only seem to find files that have the Archive attribute 
set, which is very strange.  I tried setting FA to only faAnyFile and then I 
get the directories too, but not all of the files.

Looking at the code for BuildFileList I see a line that seems to be 
attempting to double-check the requested Attributes, even though the 
FindFirst already uses the ones passed in to open the SearchRecord.  I 
commented out that line here locally and it fixed my problem.

Is there a reason for the redundant checking of the Attr?  I posted the 
routine below.

Thanks,
David


function BuildFileList(const Path: string; const Attr: Integer;
  const List: TStrings): Boolean;
var
  SearchRec: TSearchRec;
  R, x: Integer;
  MaskList: TStringList;
  Masks: string;
begin
  Assert(List <> nil);
  MaskList := TStringList.Create;
  Result := false;
  try

    {* extract the FileMasks portion out of Path *}
    Masks := StrAfter(PathAddSeparator(ExtractFileDir(Path)), Path);

    {* put the Masks into TStringlist *}
    StrTokenToStrings(Masks, ';', MaskList);

    {* search with every single FileMask *}
    for x := 0 to MaskList.Count - 1 do
    begin
      R := FindFirst(PathAddSeparator(ExtractFileDir(Path)) +
        Trim(MaskList[x]), Attr, SearchRec);
      Result := R = 0;
      List.BeginUpdate;
      try
        if Result then
        begin
          while R = 0 do
          begin
            if (SearchRec.Name <> '.') and (SearchRec.Name <> '..')
// ***** THIS IS THE LINE THAT CAUSED THE ERRORS - commented out in my local 
copy
            and ((SearchRec.Attr and Attr) = SearchRec.Attr) then
              List.Add(SearchRec.Name);
            R := FindNext(SearchRec);
          end;
          Result := R = ERROR_NO_MORE_FILES;
        end;
      finally
        SysUtils.FindClose(SearchRec);
        List.EndUpdate;
      end;
    end;
  finally
    MaskList.Free;
  end;
end;





Subject: Re: installing latest nightiles
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 8 Nov 2005 17:03:47 +0100
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:

> > What the heck is wrong with the installer.

Someone should change that 1.95 to 1.96. That's wrong.

Just a reminder:
If you use the release version of JVCL you must also use the release
version of the JCL
If you use the daily snapshot of JVCL you must also use the daily snapshot
of the JCL
If you use the CVS version of JVCL you must also use the CVS version of
the JCL

That two projects go hand in hand. So changes in JCL will immediatelly
reflect in the JVCL and vici vera.

-- Regards, Andreas Hausladen 

Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Tue, 8 Nov 2005 05:17:36 +0100
Newsgroups: jedi.vcl

Well.. I cant make it work =(

Where is my problem?? I dont really understand.

The data IS showed in the DBMemo, but when I double click on the cell, an
exception appear with a message: JvDBGrid.EditControls: Property Control
not assigned.

(and the fcCellSize doesn't seems to work, the DBMemo is in top left
corner of the DBGrid)


var
  memo : TDBMemo;
  MemoCtrl: TJvDBGridControl;
begin
  memo := TDBMemo.Create(DBGrid1);
  memo.Parent := DBGrid1;
  memo.DataSource := DBGrid1.DataSource;
  memo.Name := 'Memo1';
  memo.DataField := 'ColumnA';

  MemoCtrl := DBGrid1.EditControls.Add;
  MemoCtrl.ControlName := 'Memo1';
  MemoCtrl.FieldName := 'ColumnA';
  MemoCtrl.FitCell := fcCellSize;

  memo.Enabled := true;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: installing latest nightiles
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Mon, 7 Nov 2005 19:15:33 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Miha Vrhovnik wrote:
> > 
>> > > I've downloaded JVCL3-2005-11-07.7z
>> > > And tried it to install as so may times up to today (Nightly I'm
>> > > currently using is JVCL3-2005-10-12.7z). Well today's nightly says
>> > > that it needs JCL 1.95 or higher. But I have JCL 1.95.3 installed
>> > > from 25th March 2005.
>> > > 
>> > > What the heck is wrong with the installer.
> > 
> > Nothing. You are using a daily from the JVCL without the daily from
> > the JCL, and of course it does not work. And because the JCL has not
> > released (yet) a new version, we can't update the error message.
> > Basically, get the daily for the JCL from here:
> > 
> > http://jcl.sf.net/daily/
> > 
> > install it and then the JVCL will install fine.

Ok Stupid of me that I didn't think of that the same rules apply for
jcl nightlies as for jvcl ones.

Thanks.

And as Andreas said. the message should really be changed to 1.96 or
sth. more descriptive.

Regards,
Miha

P.S Nightly jcl didn't register experts to IDE.
-- 

Subject: Re: installing latest nightiles
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 07 Nov 2005 17:27:24 +0100
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:

> I've downloaded JVCL3-2005-11-07.7z
> And tried it to install as so may times up to today (Nightly I'm
> currently using is JVCL3-2005-10-12.7z). Well today's nightly says that
> it needs JCL 1.95 or higher. But I have JCL 1.95.3 installed from 25th
> March 2005.
>
> What the heck is wrong with the installer.

Nothing. You are using a daily from the JVCL without the daily from the JCL, and of course it does not work. And because the JCL has not released (yet) a new version, we can't update the error message. Basically, get the daily for the JCL from here:

http://jcl.sf.net/daily/

install it and then the JVCL will install fine.


Subject: installing latest nightiles
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Mon, 7 Nov 2005 15:17:45 +0000 (UTC)
Newsgroups: jedi.vcl

I've downloaded JVCL3-2005-11-07.7z
And tried it to install as so may times up to today (Nightly I'm
currently using is JVCL3-2005-10-12.7z). Well today's nightly says that
it needs JCL 1.95 or higher. But I have JCL 1.95.3 installed from 25th
March 2005.

What the heck is wrong with the installer.


Regards,
Miha
-- 

Subject: Re: To pay or not to pay - it is the quastion .....
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 07 Nov 2005 13:32:25 +0100
Newsgroups: jedi.vcl

framir wrote:

Do what you want. JVCL is under the MPL license which means you can use it in freeware or commercial applications without restrictions.

You only need to mention that you used the JVCL in the documentation or the About box of your program. You can use JvJVCLAboutComponent or JvPoweredByJVCL components for that.


Subject: To pay or not to pay - it is the quastion .....
From: "framir" <mietla@poczta.onet.pl>
Date: Mon, 7 Nov 2005 11:02:26 +0100
Newsgroups: jedi.vcl

 Hi
My English is very poor.
I have JEDI3.
I want to use components: TJvDBLookupEdit, TJvCalcEdit.
1.My application is freeware.
2.I want to sell my another application.
Both 1. and 2. have TJvDBLookupEdit, TJvCalcEdit.

My question:
May I use them without pay for them?
Are they quite free?

Thank You for answers.
Mirek



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: edit memo fields with TJVDBGrid
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 07 Nov 2005 09:13:39 +0100
Newsgroups: jedi.vcl

CoRSARIO wrote:
> I have erased [ftGraphic,ftBlob] from the datatype list
>
>
>
>
>> the EditControls entry is not created as I suggested
>
>
> How do I write this in delphi?
> TJvDBGridControl *MemoCtrl = MyGrid->EditControls->Add();
>

var
  MemoCtrl: TJvDBGridControl;
begin
  MemoCtrl = MyGrid.EditControls.Add;


Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Sat, 5 Nov 2005 00:29:35 +0100
Newsgroups: jedi.vcl

I have erased [ftGraphic,ftBlob] from the datatype list



> > the EditControls entry is not created as I suggested

How do I write this in delphi?
TJvDBGridControl *MemoCtrl = MyGrid->EditControls->Add();



> > the same Memo variable is used for different 
Why do you say this? I am trying to create new TDBMemo for each field.
Is this wrong?
memo := TDBMemo.Create(DBGDatos);


thanks!



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvMemoryData Question
From: Martin Potokar <martinpotokar@sbcglobal.net>
Date: Fri, 04 Nov 2005 16:59:09 -0600
Newsgroups: jedi.vcl

Has anyone tried or does anyone know if the JvMemoryData component can be used to load and save graphics, i.e jpegs, to/from a binary file?


Subject: Re: Height of TJvColorCombo and TJvImageComboBox
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 04 Nov 2005 18:05:25 +0100
Newsgroups: jedi.vcl

Martin Holmes wrote:
> Hi there,
>
> I'm using a TJvColorCombo next to a TJvImageComboBox, and I'm finding it impossible to make them the same height. The TJvImageComboBox needs to be 26 px high because its images are 20 x 20; the TJvColorCombo defaults to 23 px and I can't seem to change it at all, since it ignores any change I make to its Height or to MinHeight. Does anyone know what's preventing me from changing this height value? Is there any workaround? The two components look messy sitting next to each other with different heights.

    IIRC, the TJvColorCombo has an ItemHeight property which, indirectly, controls the actual control height. But I might be wrong...

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Fri, 4 Nov 2005 17:07:48 +0100
Newsgroups: jedi.vcl

mmmm
i will try again

thanks!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: BCB6 Installation Help!!!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Nov 2005 14:43:04 +0100
Newsgroups: jedi.vcl

qyte wrote:

> > Why should one go through al the
> > trouble and build that second exe on his own?

If we ship a pre-compiled installer the problem is only moved to the
installer. So instead of the batch file error messages you will get
compile errors during installation and all your settings are gone (because
nothing is installed). I'll prefer error messages before I spend minutes
to configure the JVCL options.


> > Anyway i don't especially like using bat files, but that may be just me.

Linux developers are used to use shell scripts and a batch file is nothing
else for Windows developers. I know Windows hides all the things behind
the scene. But batch files are very powerfull and with Windows Vista a
much improved console will return.

If you have batch files, I could write a install.exe that invokes the
install.bat, so you can call a executable instead of a batch file. The
JVCL Installer does nothing else than configuring and then it starts batch
files and makefiles. But that is something you do not see so it is OK. But
if you would have to do this by hand...?

-- Regards, Andreas Hausladen 

Subject: Re: Directives missing for BCB5 users
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 04 Nov 2005 14:25:26 +0100
Newsgroups: jedi.vcl

Fred wrote:

> Please add the following lines in JvWin32.pas for BCB5 users:
>   {$EXTERNALSYM SM_XVIRTUALSCREEN}
>   {$EXTERNALSYM SM_YVIRTUALSCREEN}
>   {$EXTERNALSYM SM_CXVIRTUALSCREEN}
>   {$EXTERNALSYM SM_CYVIRTUALSCREEN}

Done, thanks for the report


Subject: Re: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 04 Nov 2005 14:12:07 +0100
Newsgroups: jedi.vcl

Martin Potokar wrote:

> The JVCL Convertor project compiled without problem in Delphi 6 Ent and worked like a charm on all my former project source files thus far. Very intuitive and easy to use interface. A job well done. In fact, the only thing I really needed to do after the fact was to replace two of the JVCL components I had been using namely, JvGIFAnimator and JvScrollingText components. Now that I have everything up and running without problem, I'm really excited and looking forward to using/experimenting with what the JVCL has to offer. Thanks again Elahn for putting me on the right track. And thanks to all those who have taken the time and effort to improve upon the JVCL. As a Delphi database programmer, I can only too well appreciate the work that has gone into this major update. Thanks again.

Thanks to you for taking the time to come back to tell us that everything went fine.


Subject: Re: BCB6 Installation Help!!!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 04 Nov 2005 14:11:09 +0100
Newsgroups: jedi.vcl

You don't understand do you ?

There is no need to bundle any premade exe, the install.bat will create it for you, it's as simple as that.
Well, yes, there was a bug when you had a version 7 trial installed and wanted to use a version 6, but that has been fixed.
So the thing is: use install.bat

And that is what's written in the readme files, so why don't you follow this? If you don't want to, you're basically on your own.


Subject: Re: JvFormStorage property editor (please test)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 04 Nov 2005 14:09:18 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> OBones wrote, on 4/11/2005 2:05 AM:
>
>> Do it, and document it in the readme file.
>
>
> By "readme file" do you mean dev/JVCL3/readme.htm? (under "Changed Components" maybe?) Or do you mean changelog.txt?

Changelog, definitely changelog.


> I can see where it needs to be updated in help - dev/help/JvFormPlacement.dtx) - it appears changing this file is all I need to do in help.

You would have to check with Remko, but I think the best place would be in the online help:

http://homepages.borland.com/jedi/jedihelp/

I have created you an account on it, please check your emails.

Cheers


Subject: Directives missing for BCB5 users
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 4 Nov 2005 12:22:44 +0100
Newsgroups: jedi.vcl

Please add the following lines in JvWin32.pas for BCB5 users:
  {$EXTERNALSYM SM_XVIRTUALSCREEN}
  {$EXTERNALSYM SM_YVIRTUALSCREEN}
  {$EXTERNALSYM SM_CXVIRTUALSCREEN}
  {$EXTERNALSYM SM_CYVIRTUALSCREEN}

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: edit memo fields with TJVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 4 Nov 2005 11:19:17 +0100
Newsgroups: jedi.vcl

Your code has serious bugs: the same Memo variable is used for different 
memo editors, the EditControls entry is not created as I suggested and 
you check for Graphics and Blob fields (does not work with memo editors).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Band wizard creates no project in D2005
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 4 Nov 2005 10:39:53 +0100
Newsgroups: jedi.vcl

Hello,

(using the latest CVS version form today)

The band wizard does not create a project when started from Delphi 2005. I
have tried it with the same JVCL version from D7 and it is working without
problems there. Currently i am creating the project in D7 and load it then
into D2005 as a workaround.

Does anyone know what goes wrong with the band wizard in D2005?

Ciao,
Ralf



Subject: JvCSVDataSet - Using it without CsvFieldDef
From: Alex Schlecht <berian@gmx.de>
Date: Fri, 04 Nov 2005 09:13:12 +0100
Newsgroups: jedi.vcl

Hello,
this is my first posting in this group - so if I'm asking stupid
things I'm sorry, I'm just making the first steps with JEDI...

I'm using JvCSVDataSet. It seems to me that I have first to define my
fields in csvFieldDef before I can use my csv-File. But I don't want
to care about this, I just want to use all fields as Strings.

So I'm working around this problem like this:
(test = JvCSVDataSet)

 memo1.lines.LoadFromFile('c:\test.csv');
 test.CsvFieldDef := memo1.Lines[0];
 test.LoadFromFile('c:\test.csv');
 test.Open;
 showmessage(test.FieldByName('sys').asString);

The first line of my csv includes field-names. I copy this line to
CsvFieldDef without fieldtype-Information, then I can Load my csv.

Is there a better way to simply load a csv-File without define
FieldDef or how to define FieldDef automatically?

Thanks for your help,

Alexander


Subject: Re: BCB6 Installation Help!!!
From: "qyte" <qyte@none.com>
Date: Fri, 4 Nov 2005 08:50:33 +0100
Newsgroups: jedi.vcl

> >qyte wrote:
> >
>> >> I think there is indeed a problem here. The install i made works fine.
>> >> The dcc32 does exist and the make.exe since my version is not a trial.
>> >> The problem i have in this case is that i have also delphi 7 on my pc
>> >> installed which messes the whole process since that one is a trial.
> >
> >Sould be fixed now.
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >

One thing i cannot understand. Since you have already made out a very
simple installer for both libraries why on earth you included the exe on
the jcl\bin but not for the jvcl. 1mb is the exe and zipping it would only
increase the download by 300 maximum kb. Why should one go through al the
trouble and build that second exe on his own? Anyway i don't especially
like using bat files, but that may be just me.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Fri, 4 Nov 2005 08:42:30 +0100
Newsgroups: jedi.vcl

well... i am doing this (my code is below)

DBGDatos is my TJvDBUltimGrid.
LTable is my TTable.

This is not working properly,
The DBMemo is displayed in top and left of the grid. (I dont thing FitCell
is working... or maybe the code is wrong, I think is not good added to the
EditControls).

Other issue (maybe the same)... when i double click the cell, an exception
pops with a message: JvDBGrid.EditControls: Property Control not assigned.


....
var
    memo : TDBMemo;
    i: integer;
begin

    DBGDatos.EditControls.Clear;

    for i:=0 to LTable1.Fields.Count - 1 do
    begin
        DBGDatos.EditControls.BeginUpdate;
        if LTable1.FieldDefs[i].DataType in [ftMemo, ftFmtMemo, ftGraphic,
ftBlob] then
        begin

            memo := TDBMemo.Create(DBGDatos);
            memo.Parent := DBGDatos;
            memo.Name := DBGDatos.Fields[i].FieldName;
            memo.DataSource := DBGDatos.DataSource;
            memo.DataField := DBGDatos.Fields[i].FieldName;
            memo.AutoDisplay := true;

            DBGDatos.EditControls.Add.ControlName :=
DBGDatos.Fields[i].FieldName;
            DBGDatos.EditControls.Add.FieldName :=
DBGDatos.Fields[i].FieldName;
            DBGDatos.EditControls.Add.FitCell := fcBiggest;
        end;
        DBGDatos.EditControls.EndUpdate;
    end;

end;




thanks for any help!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: Martin Potokar <martinpotokar@sbcglobal.net>
Date: Thu, 03 Nov 2005 21:31:52 -0600
Newsgroups: jedi.vcl

The JVCL Convertor project compiled without problem in Delphi 6 Ent and worked like a charm on all my former project source files thus far. Very intuitive and easy to use interface. A job well done. In fact, the only thing I really needed to do after the fact was to replace two of the JVCL components I had been using namely, JvGIFAnimator and JvScrollingText components. Now that I have everything up and running without problem, I'm really excited and looking forward to using/experimenting with what the JVCL has to offer. Thanks again Elahn for putting me on the right track. And thanks to all those who have taken the time and effort to improve upon the JVCL. As a Delphi database programmer, I can only too well appreciate the work that has gone into this major update. Thanks again.

Marty Potokar


Martin Potokar wrote:
> Strike the last question regarding not finding dcu files. My fault as I forgot that I had moved the JCL and Jvcl folders after I had installed everything to the IDE. I since removed everything and reinstalled both Jcl and Jvcl, only this time I placed both folders in the root directory (where I wanted to begin with) where they shall remain. All I have left to do I believe is to run the convertor so I can compile my former project files that used version 2.10.
>
>
>
>
> Martin Potokar wrote:
>
>> Thank you Elahn. I will be sure to check this out. If my memory serves me correctly, I did in fact download the March release. As such, is there anything else I need to know or that may have been missing in this release when installing JCL/JVCL in Delphi 6 Ent? Reason for my asking is because I'm also getting errors w/regard to not being able to find certain dcu files pertaining to controls that I place on a new project form then attempt to compile.
>>
>>
>> Elahn Ientile wrote:
>>
>>> Martin Potokar wrote, on 3/11/2005 8:56 PM:
>>>
>>>> However, no precompiled .exe for the convertor project as mentioned.
>>>
>>>
>>>
>>>
>>> I'm not sure whether you downloaded the March release of JVCL 3.00 or a Daily zip...I know JVCLConvert.exe was included in the JVCL 3.00 release in the .\devtools\bin directory, I'm not sure if it's in the dailies or not.
>>>
>>> Anyway, I've posted it to binaries for you.
>>>
>>> enjoy life,
>>>            Elahn


Subject: jvCreateProcess - can you separate stderror from stdoutput??
From: "Phil Scadden" <P.scadden@^no-spam^remove.gns.cri.nz>
Date: Fri, 4 Nov 2005 13:59:49 +1300
Newsgroups: jedi.vcl

jvCreateprocess works okay but I am in position where I want stdout to go in
a buffered control on a form while anything from stderror I want to go to a
file. Modifying jvcreateprocess is harder than I imagined.
It seems to use duplicate_handle for stderror to stdoutput so only have one
reader?? Seems that would need
two readers? (Better would be stderr only redirected but seems you cant do
this?).




Subject: Height of TJvColorCombo and TJvImageComboBox
From: Martin Holmes <mholmes@uvic.ca>
Date: Thu, 03 Nov 2005 15:19:17 -0800
Newsgroups: jedi.vcl

Hi there,

I'm using a TJvColorCombo next to a TJvImageComboBox, and I'm finding it impossible to make them the same height. The TJvImageComboBox needs to be 26 px high because its images are 20 x 20; the TJvColorCombo defaults to 23 px and I can't seem to change it at all, since it ignores any change I make to its Height or to MinHeight. Does anyone know what's preventing me from changing this height value? Is there any workaround? The two components look messy sitting next to each other with different heights.

All help appreciated,
Martin


Subject: Re: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: Martin Potokar <martinpotokar@sbcglobal.net>
Date: Thu, 03 Nov 2005 17:10:27 -0600
Newsgroups: jedi.vcl

Strike the last question regarding not finding dcu files. My fault as I forgot that I had moved the JCL and Jvcl folders after I had installed everything to the IDE. I since removed everything and reinstalled both Jcl and Jvcl, only this time I placed both folders in the root directory (where I wanted to begin with) where they shall remain. All I have left to do I believe is to run the convertor so I can compile my former project files that used version 2.10.




Martin Potokar wrote:
> Thank you Elahn. I will be sure to check this out. If my memory serves me correctly, I did in fact download the March release. As such, is there anything else I need to know or that may have been missing in this release when installing JCL/JVCL in Delphi 6 Ent? Reason for my asking is because I'm also getting errors w/regard to not being able to find certain dcu files pertaining to controls that I place on a new project form then attempt to compile.
>
>
> Elahn Ientile wrote:
>
>> Martin Potokar wrote, on 3/11/2005 8:56 PM:
>>
>>> However, no precompiled .exe for the convertor project as mentioned.
>>
>>
>>
>> I'm not sure whether you downloaded the March release of JVCL 3.00 or a Daily zip...I know JVCLConvert.exe was included in the JVCL 3.00 release in the .\devtools\bin directory, I'm not sure if it's in the dailies or not.
>>
>> Anyway, I've posted it to binaries for you.
>>
>> enjoy life,
>>            Elahn


Subject: Re: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: Martin Potokar <martinpotokar@sbcglobal.net>
Date: Thu, 03 Nov 2005 14:47:37 -0600
Newsgroups: jedi.vcl

Thank you Elahn. I will be sure to check this out. If my memory serves me correctly, I did in fact download the March release. As such, is there anything else I need to know or that may have been missing in this release when installing JCL/JVCL in Delphi 6 Ent? Reason for my asking is because I'm also getting errors w/regard to not being able to find certain dcu files pertaining to controls that I place on a new project form then attempt to compile.


Elahn Ientile wrote:
> Martin Potokar wrote, on 3/11/2005 8:56 PM:
>
>> However, no precompiled .exe for the convertor project as mentioned.
>
>
> I'm not sure whether you downloaded the March release of JVCL 3.00 or a Daily zip...I know JVCLConvert.exe was included in the JVCL 3.00 release in the .\devtools\bin directory, I'm not sure if it's in the dailies or not.
>
> Anyway, I've posted it to binaries for you.
>
> enjoy life,
>            Elahn


Subject: Re: JvFormStorage property editor (please test)
From: Elahn Ientile <elahn@elahn.net>
Date: Fri, 04 Nov 2005 04:56:25 +1000
Newsgroups: jedi.vcl

OBones wrote, on 4/11/2005 2:05 AM:
> Do it, and document it in the readme file.

By "readme file" do you mean dev/JVCL3/readme.htm? (under "Changed Components" maybe?) Or do you mean changelog.txt?

I can see where it needs to be updated in help - dev/help/JvFormPlacement.dtx) - it appears changing this file is all I need to do in help.

-- 
enjoy life,
           Elahn


Subject: Re: How do I Use tJvDirectoryListbox with UNC path
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Thu, 3 Nov 2005 18:36:15 +0100
Newsgroups: jedi.vcl

"Alf Christophersen" <alf.christophersen@basalmed.uio.no> wrote in message 
news:djt229$2h8$1@talkto.net...
> > In an application I need to give the user the ability to look at directory 
> > information and open files on a server where path is given using UNC.
> >
> > How do I use this together with either tJvDirectoryListbox and 
> > tJvFileListbox1 or are there other components available that could assign 
> > an UNC to the directory property so the user may use the files in the 
> > wished path?

Are there really no one interested in using UNC paths for a file 
browser/directory browser??

I find it also otherwise rather astonishing how bad support there is in 
Delphi for UNC filepaths.
When searching in help files, almost nothing is provided :-(




Subject: Re: JvFormStorage property editor (please test)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 03 Nov 2005 17:05:17 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Elahn Ientile wrote, on 18/10/2005 11:08 PM:
>
>> I've tested this update with Delphi 7 & I've been using it for about 6 months with no problems. However, I'm reluctant to commit it to CVS until people have tested it with other Delphi/BCB versions.
>
>
> Since I'm now using TortoiseCVS and my changes are merged automatically with each update - and because I'm migrating my apps away from this style of storage - I no longer mind whether this is committed or not.
>
> The code is in binaries for those who want to use it. If people want this - and if it is tested for D6, D2005, BCB5 & BCB6 - then I'll commit it, otherwise I won't. :)

Do it, and document it in the readme file.


Subject: Re: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 03 Nov 2005 21:57:46 +1000
Newsgroups: jedi.vcl

Martin Potokar wrote, on 3/11/2005 8:56 PM:
> However, no precompiled .exe for the convertor project as mentioned.

I'm not sure whether you downloaded the March release of JVCL 3.00 or a Daily zip...I know JVCLConvert.exe was included in the JVCL 3.00 release in the .\devtools\bin directory, I'm not sure if it's in the dailies or not.

Anyway, I've posted it to binaries for you.

enjoy life,
           Elahn


Subject: Re: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: Martin Potokar <martinpotokar@sbcglobal.net>
Date: Thu, 03 Nov 2005 04:56:22 -0600
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> gomfp wrote, on 3/11/2005 7:20 PM:
>
>> Hi Everyone. As I am newbie to this forum, I hope I am posting this to the
>> right group as I assume that the vcl under Jedi is intended for Jvcl. I
>> just recently migrated from Jvcl 2.10 to 3.00 and when compiling one of my
>> projects of old that used Jvcl 2.10, I am getting an error as follows:
>>
>> [Fatal Error] MyDbase.dpr(15): File not found: 'JvxAnimate.dcu'
>
>
> Have you followed the instructions on migrating? Open readme.htm (in the JVCL folder) and click "Migrating."
>
> enjoy life,
>            Elahn

Thanks for the tip. I guess I was somewhat presumptuous in that I didn't readily think about looking for anything else since once I read the installation instructions, everything installed as previously mentioned without error. O.k., the details outlined under migration seem simple enough. However, no precompiled .exe for the convertor project as mentioned. O.k., so I go to compile the convertor project in Delphi 6 Ent (documentation mentions that project will only compile in Delphi 6) and I get another error that prevents me from compiling this project that reads

[Fatal Error] fJvclConverterMain.pas(40): File not found: 'JvComCtrls.dcu'

I then tried a search and apparently the file is nowhere to be found. Any suggestions regarding this matter. I have to admit that I'm really champing at the bit to try out the new Jvcl but I really don't recall having problems like this when installing the older version. Hmmmm, makes me wonder. Oh well, anyone with an answer as to how I can compile this project file to run the convertor?


Subject: Re: JvFormStorage property editor (please test)
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 03 Nov 2005 20:21:30 +1000
Newsgroups: jedi.vcl

Elahn Ientile wrote, on 18/10/2005 11:08 PM:
> I've tested this update with Delphi 7 & I've been using it for about 6 months with no problems. However, I'm reluctant to commit it to CVS until people have tested it with other Delphi/BCB versions.

Since I'm now using TortoiseCVS and my changes are merged automatically with each update - and because I'm migrating my apps away from this style of storage - I no longer mind whether this is committed or not.

The code is in binaries for those who want to use it. If people want this - and if it is tested for D6, D2005, BCB5 & BCB6 - then I'll commit it, otherwise I won't. :)

enjoy life,
           Elahn


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Thu, 3 Nov 2005 07:42:25 -0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

> > Note that non-visual components don't require VCL or VisualCLX, they just 
> > depend on unit Classes, which is visual library agnostic (and therefore 
> > resides in directory Source\Rtl\Common).  Unless, of course, they are 
> > helpers for visual components.

As I pointed out in another JVCL thread about this problem, we have a 
console app which uses dunit to test our main application. This console app 
invoke every form of the system and test it. Why is a console app? Because 
it is called from WANT. In our build process we first test the app and then 
build the new release. We had to define VCL inside the WANT XML file to 
work. What is strange is that a few months ago it worked without problem. 
The problem with VCL appeared recently.

Best regards,
Eduardo Mauro 




Subject: Re: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: Elahn Ientile <elahn@elahn.net>
Date: Thu, 03 Nov 2005 19:38:59 +1000
Newsgroups: jedi.vcl

gomfp wrote, on 3/11/2005 7:20 PM:
> Hi Everyone. As I am newbie to this forum, I hope I am posting this to the
> right group as I assume that the vcl under Jedi is intended for Jvcl. I
> just recently migrated from Jvcl 2.10 to 3.00 and when compiling one of my
> projects of old that used Jvcl 2.10, I am getting an error as follows:
>
> [Fatal Error] MyDbase.dpr(15): File not found: 'JvxAnimate.dcu'

Have you followed the instructions on migrating? Open readme.htm (in the JVCL folder) and click "Migrating."

enjoy life,
           Elahn


Subject: Re: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: "gomfp" <martinpotokar@sbcglobal.net>
Date: Thu, 3 Nov 2005 10:29:40 +0100
Newsgroups: jedi.vcl

> >Hi Everyone. As I am newbie to this forum, I hope I am posting this to the
> >right group as I assume that the vcl under Jedi is intended for Jvcl. I
> >just recently migrated from Jvcl 2.10 to 3.00 and when compiling one of my
> >projects of old that used Jvcl 2.10, I am getting an error as follows:
> >
> >[Fatal Error] MyDbase.dpr(15): File not found: 'JvxAnimate.dcu'
> >
> >Unless I am wrong, from what I can see in the component palette, it
> >appears that some of the component names have been changed. For example, I
> >can find the component JvAnimate in the new version. So it appears that
> >the 'x' has been dropped from the name. Looking through, if my memory
> >serves me correctly, JvGIFCtrl also appears to have been changed to
> >JvGIFAnimator. If this is correct, can someone explain how I can resolve
> >this and possibly like problems that I may encounter as a result of my
> >having installed the newer Jvcl version in Delphi 6 Enterprise. Thank you
> >all ahead of time.
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

I should also add that I encountered no problems or errors whatsoever in
installing the new Jvcl in Delphi 6 Enterprise. And that prior to my
installation, there were no previous versions installed as I have
installed Delphi 6 Enterprise and all else from scratch. So I guess I am
somewhat surprised that I actually encountered a problem and received the
error noted in my original post.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Error During Compile after Migrating from JVCL ver 2.10 to 3.0
From: "gomfp" <martinpotokar@sbcglobal.net>
Date: Thu, 3 Nov 2005 10:20:18 +0100
Newsgroups: jedi.vcl

Hi Everyone. As I am newbie to this forum, I hope I am posting this to the
right group as I assume that the vcl under Jedi is intended for Jvcl. I
just recently migrated from Jvcl 2.10 to 3.00 and when compiling one of my
projects of old that used Jvcl 2.10, I am getting an error as follows:

[Fatal Error] MyDbase.dpr(15): File not found: 'JvxAnimate.dcu'

Unless I am wrong, from what I can see in the component palette, it
appears that some of the component names have been changed. For example, I
can find the component JvAnimate in the new version. So it appears that
the 'x' has been dropped from the name. Looking through, if my memory
serves me correctly, JvGIFCtrl also appears to have been changed to
JvGIFAnimator. If this is correct, can someone explain how I can resolve
this and possibly like problems that I may encounter as a result of my
having installed the newer Jvcl version in Delphi 6 Enterprise. Thank you
all ahead of time.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Wed, 02 Nov 2005 16:34:53 -0500
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Robert Rossmair wrote:
> So the question above seems irrelevant to me, since a console program would hardly use visual components - unless there's no clean separation of non-visual code (including non-visual components) in the JVCL.

Would that include Dialogs?  Some console applications can trigger GUI dialogs.  I've seen it happen before, anyway.  Don't say it's a good thing, just that I've seen it done.

Jeff.


Subject: Re: How to not write code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 2 Nov 2005 20:30:05 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Maybe the use of TWideStringList in JclUnicode.pas can solve all the BOM
> > stuff.

Not in this unit. Bpg2Make must be free of any JCL unit. Otherwise we have
a bootstrap problem.

-- Regards, Andreas Hausladen 

Subject: Re: How to not write code
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 02 Nov 2005 19:24:43 +0100
Newsgroups: jedi.vcl

Hi,

Maybe the use of TWideStringList in JclUnicode.pas can solve all the BOM stuff.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: BCB6 Installation Help!!!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 2 Nov 2005 19:10:26 +0100
Newsgroups: jedi.vcl

qyte wrote:

> > I think there is indeed a problem here. The install i made works fine.
> > The dcc32 does exist and the make.exe since my version is not a trial.
> > The problem i have in this case is that i have also delphi 7 on my pc
> > installed which messes the whole process since that one is a trial.

Sould be fixed now.


-- Regards, Andreas Hausladen 

Subject: Re: How to not write code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 2 Nov 2005 19:08:43 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Note that the BOM is not always there anyway.

Now I test for that. I also found a bug in Bpg2Make that ignores the
second package in the .bdsgroup file. So JvCoreD9R.dpk was not compiled by
the console compilation process. The Install unintensional worked around
this bug because it set JvCoreD9R.dpk as dependency for the other packages.

-- Regards, Andreas Hausladen 

Subject: Re: How to not write code
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 02 Nov 2005 19:03:12 +0100
Newsgroups: jedi.vcl

Note that the BOM is not always there anyway.


Subject: How to not write code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 2 Nov 2005 18:42:19 +0100
Newsgroups: jedi.vcl

I have written this code in Bpg2make.exe

---------------
  Stream := TFileStream.Create(Filename, fmOpenRead or fmShareDenyWrite);
  try
    SetLength(Content, Stream.Size);
    Stream.Read(Content[1], Stream.Size);
  finally
    Stream.Free;
  end;
  Delete(Content, 1, 3); // This a little bit dirty but unless we mix UTF8,
                         // UTF16 and ANSI files there is no problem.
---------------
And it worked. Why? The comment says why.
But now there the UTF8 file is gone and replaced by a ANSI file.

What have I learned? Do never write dirty code. Even if it costs some time
to write a better code, you will save that time if you do not have to find
the reason why something does no more work.

-- Regards, Andreas Hausladen 

Subject: Multicolumn TREEVIEW that isn't virtual (ie, not TVirtualStringTree from softgems)
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 02 Nov 2005 11:34:51 -0500
Newsgroups: jedi.vcl

I'm getting tired of TVirtualStringTree, and the quirks of dealing with
it's records-based/event-handler-based method of use, and I'm wondering
if anyone has any suggestions for multi-column treeviews.  I've found
a few commercial products (from Developer Express and TMS) but no
open-source or shareware alternatives.  I guess most people are quite
happy with TVirtualStringTree.  (I don't happen to need a large number
of nodes, and I find the virtual features are more of a pain than a help.)

Anyone got any suggestions!? Thanks.

Warren


Subject: Re: BCB6 Installation Help!!!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 2 Nov 2005 17:16:52 +0100
Newsgroups: jedi.vcl

qyte wrote:

> > I think there is indeed a problem here. The install i made works fine.
> > The dcc32 does exist and the make.exe since my version is not a trial.
> > The problem i have in this case is that i have also delphi 7 on my pc

Ok, the build.exe (which decides which Delphi/BCB is used for the
installer) uses the newest available. So it chooses your D7. I'll fix that
as soon as possible.


> > Although there is a great lack inside the help. 

You know, we are all developers not help writers :-)
And there are so many components that none of use active developers wrote
or know how to use. For this the JVCL has opened a web based online help
system that allows to submit own help texts.
http://homepages.borland.com/jedi/jedihelp/

And for the JCL there a help file
http://puzzle.dl.sourceforge.net/sourceforge/jcl/JCL1.95-Build1848-WinHelp.
zip



-- Regards, Andreas Hausladen 

Subject: Re: BCB6 Installation Help!!!
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 02 Nov 2005 17:12:24 +0100
Newsgroups: jedi.vcl

qyte a écrit :
> I think there is indeed a problem here. The install i made works fine. The
> dcc32 does exist and the make.exe since my version is not a trial. The
> problem i have in this case is that i have also delphi 7 on my pc
> installed which messes the whole process since that one is a trial. The
> thing is that i don't want it to be installed on delphi but only on BCB
> instead which cannot be an option for the bat file.

Running "install.bat C6" forces the installer to use C++Builder6 to build the executables.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: BCB6 Installation Help!!!
From: "qyte" <qyte@none.com>
Date: Wed, 2 Nov 2005 16:45:35 +0100
Newsgroups: jedi.vcl

> >BCB ships with a dcc32 and a VCL. That's all the JVCL's install.bat
> >requires. If the dcc32.exe is not found you either your BCB registry key
> >is broken ([HKLM\Borland\C++Builder\6.0]\RootDir="Somewhere") or you have
> >a trial version of BCB.
> >
> >What the install.bat outputs would be of interest. Could you post it?
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen

I think there is indeed a problem here. The install i made works fine. The
dcc32 does exist and the make.exe since my version is not a trial. The
problem i have in this case is that i have also delphi 7 on my pc
installed which messes the whole process since that one is a trial. The
thing is that i don't want it to be installed on delphi but only on BCB
instead which cannot be an option for the bat file. Anyway the
installation thankefully lets you choose. Anyway it is a very usefull set
of components. Although there is a great lack inside the help. Especially
for the JCL.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: BCB6 Installation Help!!!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 2 Nov 2005 14:48:27 +0100
Newsgroups: jedi.vcl

qyte wrote:

> > Unfortunately the install.bat only aplies on delphi. NO BCB FUNCTIONALITY
> > AT ALL.

BCB ships with a dcc32 and a VCL. That's all the JVCL's install.bat
requires. If the dcc32.exe is not found you either your BCB registry key
is broken ([HKLM\Borland\C++Builder\6.0]\RootDir="Somewhere") or you have
a trial version of BCB.

What the install.bat outputs would be of interest. Could you post it?


-- Regards, Andreas Hausladen 

Subject: Re: BCB6 Installation Help!!!
From: "qyte" <qyte@none.com>
Date: Wed, 2 Nov 2005 13:13:11 +0100
Newsgroups: jedi.vcl

> >There is no exe to install neither the JCL or the JVCL. The ISS scripts 
> >are there as an attempt but are not maintained.
> >Haven't you read the installation instructions where it specifically 
> >says: DOUBLE CLICK ON INSTALL.BAT
> >

Unfortunately the install.bat only aplies on delphi. NO BCB FUNCTIONALITY
AT ALL. Anyway there is a JCLInstall.exe inside the jcl\bin folder.
Another one fully functional (i made it that's whay i am saying it) should
be found inside the jvcl\bin folder called JVCLInstall.exe. It does not
exists but it can be made if you manage to compile the JVCLInstall.dpr
located inside the jvcl\install\jvclinstall folder. There are a numerous
errors there since the install itself uses JVCL components and therefore
you have to cancel at first when delphi says that declaration (JvWizard
for instance) found in Form is wrong... After you cancel you cannot see
the form but you can compile. When you compile you find out that you must
add search paths for some inc or pas files. Thank God i did it and
istalled it without any other problem at all.

I wrote the above in case someone might need it.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: edit memo fields with TJVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 2 Nov 2005 12:08:02 +0100
Newsgroups: jedi.vcl

> >BUT i have to code something that detect the memo fields and dynamically
> >add a control in that column... 
> >Maybe i open a table that has 3 memo fields. Maybe not. I have to detect
> >them in runtime and add this control.

OK, do like this (it's written in C++ but it's easy to understand):
      
MyMemo->DataField = "MyMemoField"; // MyMemo is your DBMemo editor
TJvDBGridControl *MemoCtrl = MyGrid->EditControls->Add();
MemoCtrl->ControlName = "MyMemo";
MemoCtrl->FieldName = "MyMemoField";
MemoCtrl->FitCell = fcBiggest;
MyMemo->Enabled = true;

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Mantis bug 3284 fixed
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 02 Nov 2005 17:28:59 +1000
Newsgroups: jedi.vcl

OBones wrote, on 2/11/2005 6:57 AM:
> Woops, forgot to upgrade you in Mantis.
> This is now done.

Thanks Olivier. This is now set to resolved. :)

enjoy life,
           Elahn


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 02 Nov 2005 05:44:39 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Robert Rossmair wrote:

> So the question above seems irrelevant to me, since a console program would hardly use visual components - unless there's no clean separation of non-visual code (including non-visual components) in the JVCL.

It does not really work. I tried to untangle the dependencies for my HID component to use it in a DLL without getting 500 K file size, but it is impossible. So from a practical view there is no way to get a program without VCL. This is probably the same for VisualCLX.


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 02 Nov 2005 01:23:36 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Andreas Hausladen wrote:
> Robert Rossmair wrote:
>
>> Bottom line: I see no problem removing the $IFNDEF CONSOLE condition,
>> but rather would try to improve on JVCL library structure.
>
> In my eyes the JVCL is a VCL library with VisualCLX support (if anyone
> would work on it). So either VCL or VisualCLX should be defined. There are
> only a couple of units that meight be of interest for console application.
> But these units are part of the JVCL core which heavily depends on the VCL.
>
> What we could do is to exchange code from JvJCLUtils and JvJVCLUtils. But
> what is with (Q)Graphics.pas? Even the JCL uses it.

That's the exact reason why there are JclVcl and JclVClx packages for Delphi/BCB versions >= 6.  This allows the main part of Jcl (in package Jcl) to be completely independent of VCL/VisualCLX code.  In addition, this allows packages which have Jcl (but not JclVcl/JclVClx) in their requires section to be visual library agnostic.

In JCL versions < 1.90 this clean separation did not exist, and some effort was required to achieve it.  Nowadays only JclGraphUtils, JclGraphics and JclPrint have VCL/VisualCLX denpendencies.

I don't have intimate knowledge of JVCL to judge if a similar separation is possible for JVCL without breaking backward compatibility in multiple ways, but it's most probably not worth the effort.

> Defining VCL in jedi.inc would be to hard, the JCL does not necessary
> depend on VCL. So jvcl.inc is the best place for it.

Agreed.


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 1 Nov 2005 23:36:20 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Robert Rossmair wrote:

> > Bottom line: I see no problem removing the $IFNDEF CONSOLE condition,
> > but rather would try to improve on JVCL library structure.

In my eyes the JVCL is a VCL library with VisualCLX support (if anyone
would work on it). So either VCL or VisualCLX should be defined. There are
only a couple of units that meight be of interest for console application.
But these units are part of the JVCL core which heavily depends on the VCL.

What we could do is to exchange code from JvJCLUtils and JvJVCLUtils. But
what is with (Q)Graphics.pas? Even the JCL uses it.


Defining VCL in jedi.inc would be to hard, the JCL does not necessary
depend on VCL. So jvcl.inc is the best place for it.


-- Regards, Andreas Hausladen 

Subject: TPNGImage
From: Larry Williamson <nyte@nyte.us>
Date: Tue, 01 Nov 2005 17:25:24 -0500
Newsgroups: jedi.vcl

Does anyone else have problems with TPNGImage registering correctly after installing the package? (d2k5)

TX.
Larry


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 01 Nov 2005 22:17:05 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Hi,

OBones wrote:

> Following a notice by a user in jedi.vcl, we are having a lot of troubles with compiling console applicatons. This is because when CONSOLE is defined, neither VCL nor VisualCLX is defined. This is how it is done in jedi.inc
>
> {$IFDEF DELPHILANGUAGE}
>   {$IFNDEF CONSOLE}
>     {$IFDEF LINUX}
>       {$DEFINE VisualCLX}
>     {$ENDIF}
>     {$IFNDEF VisualCLX}
>       {$DEFINE VCL}
>     {$ENDIF}
>   {$ENDIF ~CONSOLE}
> {$ENDIF DELPHILANGUAGE}
>
> Why is the CONSOLE limitation here? I'm convinced it would be much better to have VCL defined when CONSOLE is defined as well. I checked in Delphi 6, I can't find a way to create a VisualCLX Console application.
> What's your opinion on this?

VCL/VisualCLX serve a specific purpose:  They select whether VCL units Forms, Buttons, StdCtrls etc. are used in a program or their Visual CLX counterparts QForms, QButtons, QStdCtrls.

Note that non-visual components don't require VCL or VisualCLX, they just depend on unit Classes, which is visual library agnostic (and therefore resides in directory Source\Rtl\Common).  Unless, of course, they are helpers for visual components.

So the question above seems irrelevant to me, since a console program would hardly use visual components - unless there's no clean separation of non-visual code (including non-visual components) in the JVCL.

Bottom line: I see no problem removing the $IFNDEF CONSOLE condition, but rather would try to improve on JVCL library structure.

- Robert


Subject: Re: Mantis bug 3284 fixed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Nov 2005 21:57:31 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> It was put in CVS on 24 Oct, so it'll be in the release. I can't set the issue to resolved, 'cause I'm only a "reporter" in Mantis.

Woops, forgot to upgrade you in Mantis.
This is now done.


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Nov 2005 21:49:15 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Robert Marquardt wrote:

> Definitely jvcl.inc.
>
> You could delete the COMPLIB_CLX and COMPLIB_VCL from jedi.inc when you are at it. For JCL and JVCL. These compatibility DEFINEs are dead for over a year at least and AFAIK they have never been used much at all before they got replaced.

Both of these are now done.
Cheers
Olivier


Subject: Re: Console and TJvCreateProcess
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Nov 2005 21:30:13 +0100
Newsgroups: jedi.vcl

Please try with tomorrow's daily, it should work just fine.
Sorry for the inconvenience.


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 01 Nov 2005 18:23:44 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

OBones wrote:

> So, how do I go about this?
> Do I modify the jedi.inc, or do I add a few lines in jvcl.inc to define VCL or VisualCLX in the case of CONSOLE being defined?
>
> I'd rather go for the second option, after all, I have no reasons to change the behaviour for other libraries.
> If no one objects, I'll do this at the very last by tomorrow evening.

Definitely jvcl.inc.

You could delete the COMPLIB_CLX and COMPLIB_VCL from jedi.inc when you are at it. For JCL and JVCL. These compatibility DEFINEs are dead for over a year at least and AFAIK they have never been used much at all before they got replaced.


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Nov 2005 17:27:39 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Why is the CONSOLE limitation here? I'm convinced it would be much
>> better to have VCL defined when CONSOLE is defined as well. I checked in
>> Delphi 6, I can't find a way to create a VisualCLX Console application.
>> What's your opinion on this?
>
>
> A console application is neither a VCL nor a VisualCLX application. But as
> the JVCL is a Jedi VCL we should define VCL in that case. And in case of
> Linux we should define VisualCLX
>
> So I'm fine with this {IFDEF  DELPHILANGUAGE} construct.

So, how do I go about this?
Do I modify the jedi.inc, or do I add a few lines in jvcl.inc to define VCL or VisualCLX in the case of CONSOLE being defined?

I'd rather go for the second option, after all, I have no reasons to change the behaviour for other libraries.
If no one objects, I'll do this at the very last by tomorrow evening.


Subject: Re: jvRichEdit and paJustify
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Tue, 1 Nov 2005 17:16:55 +0100
Newsgroups: jedi.vcl

Hi Lars,

On Tue, 1 Nov 2005 06:31:26 +0000 (UTC), "Lars Bargmann" 
<lars@bargmann.dk> wrote in article 
<aa733004bdcd8c7acd05e88a74a@forums.talkto.net>:
> > I did have AdvancedTypography set to True, but the problem still arises.
> > After further testing, it seems the problem only appears, if the paragraph 
> > in question is the last paragraph AND it is not being followed by an empty 
> > line... ???

I cannot reproduce that. It might be somehting specific for your 
version of the RichEdit dll.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Mantis bug 3284 fixed
From: Elahn Ientile <elahn@elahn.net>
Date: Wed, 02 Nov 2005 00:45:16 +1000
Newsgroups: jedi.vcl

OBones wrote, on 31/10/2005 7:34 PM:
> Set it to resolved anyway.
> If it was put in CVS before yesterday evening at 22:00, then it will be in the release. If not, then it won't.
> As usual, I have created a branch in CVS for the preparation of the release, which I intend to complete by tuesday evening, if all goes well.

It was put in CVS on 24 Oct, so it'll be in the release. I can't set the issue to resolved, 'cause I'm only a "reporter" in Mantis.

enjoy life,
           Elahn


Subject: Re: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 1 Nov 2005 15:28:12 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

OBones wrote:

> > Why is the CONSOLE limitation here? I'm convinced it would be much
> > better to have VCL defined when CONSOLE is defined as well. I checked in
> > Delphi 6, I can't find a way to create a VisualCLX Console application.
> > What's your opinion on this?

A console application is neither a VCL nor a VisualCLX application. But as
the JVCL is a Jedi VCL we should define VCL in that case. And in case of
Linux we should define VisualCLX

So I'm fine with this {IFDEF  DELPHILANGUAGE} construct.



-- Regards, Andreas Hausladen 

Subject: Neither VCL nor VisualCLX defined when CONSOLE is defined
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Nov 2005 14:09:23 +0100
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Hi all,

Following a notice by a user in jedi.vcl, we are having a lot of troubles with compiling console applicatons. This is because when CONSOLE is defined, neither VCL nor VisualCLX is defined. This is how it is done in jedi.inc

{$IFDEF DELPHILANGUAGE}
  {$IFNDEF CONSOLE}
    {$IFDEF LINUX}
      {$DEFINE VisualCLX}
    {$ENDIF}
    {$IFNDEF VisualCLX}
      {$DEFINE VCL}
    {$ENDIF}
  {$ENDIF ~CONSOLE}
{$ENDIF DELPHILANGUAGE}

Why is the CONSOLE limitation here? I'm convinced it would be much better to have VCL defined when CONSOLE is defined as well. I checked in Delphi 6, I can't find a way to create a VisualCLX Console application.
What's your opinion on this?

Cheers
Olivier


Subject: Re: Console and TJvCreateProcess
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Nov 2005 13:48:50 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I have fixed a lot of these in CVS, but it seems I missed some others.
> I'll investigate this.

I'm on it.


Subject: Re: Console and TJvCreateProcess
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 01 Nov 2005 10:26:24 +0100
Newsgroups: jedi.vcl

I have fixed a lot of these in CVS, but it seems I missed some others.
I'll investigate this.


Subject: Re: jvRichEdit and paJustify
From: Lars Bargmann <lars@bargmann.dk>
Date: Tue, 1 Nov 2005 06:31:26 +0000 (UTC)
Newsgroups: jedi.vcl

Hi.

I did have AdvancedTypography set to True, but the problem still arises.
After further testing, it seems the problem only appears, if the paragraph in question is the last paragraph AND it is not being followed by an empty line... ???

> On Sun, 30 Oct 2005 15:34:03 +0000 (UTC), "Lars Bargmann"
> <lars@bargmann.dk> wrote in article <aa7330049dcd8c7ab89c95213f7
> @forums.talkto.net>:
>
>> The thing is that the RichEdit doesn't draw the paragraph
>> justified... It's LeftJustified, even though the paragraph is set to
>> paJustify ????
>>
> Set property AdvancedTypograpghy to True then it should work.
>
>> Another thing : Doesn't LinespacingRule get saved in the RichEdit???
>> I can't seem to get it to work....
>>
> Haven't looked into it but it might be the same issue as above.
>




Subject: Re: Using the NTEventLog component
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Mon, 31 Oct 2005 18:23:17 -0500
Newsgroups: jedi.vcl

> >  Does anyone know where there is a tutorial to using the NTEventLog 
> > component in the JEDI vcl?

Have you looked in the .\examples\JvNTEventLog directory? 




Subject: Using the NTEventLog component
From: "Michael Ruffin" <mruffin75@hotmail.com>
Date: Mon, 31 Oct 2005 15:37:39 -0500
Newsgroups: jedi.vcl

Hi All,

  Does anyone know where there is a tutorial to using the NTEventLog 
component in the JEDI vcl?  I've been playing with it but can never really 
get it to open an event log.  A slice of sample code to open the event log 
would be good too! :)

Thanks

Michael




Subject: Re: Console and TJvCreateProcess
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 31 Oct 2005 21:26:46 +0100
Newsgroups: jedi.vcl

Christophe MELIN wrote:
> Here is a very simple console copied from ConsoleExample.dpr :
> [..]

Apparently there are some wrongly positioned defines in JVCL. Normally you would not notice them, but because you created a console program, the VCL conditional symbol is not defined; This causes problems.

For example, PJvRGBArray is only defined if the "VCL" symbol is defined, but the code:

  {$IFDEF CLR}
  Line: array of TJvRGBTriple;
  {$ELSE}
  Line: PJvRGBArray;
  {$ENDIF CLR}

assumes that either CLR or VCL is defined, not neither.

I'm not sure how to fix this, or whether it should be fixed at all. Anyway, at the moment JVCL code is not usable in a console application.

> I would like to do a console application that can launch other process.
> How can I do that ?

You could try to remove the dependency of JvCreateProcess.pas on JvTypes.pas and JvJVCLUtils.pas by removing those units from the uses class of JvCreateProcess.pas and copying all the procedures/functions/types that are used of those units to JvCreateProcess.pas.

Another option is to only use JCL and not JVCL in your console application. (JCL has some functions in JclSysUtils.pas to launch a process, for example the Execute functions).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Console and TJvCreateProcess
From: "Christophe MELIN" <cmelin@cus-strasbourg.net>
Date: Mon, 31 Oct 2005 15:33:15 +0100
Newsgroups: jedi.vcl

Here is a very simple console copied from ConsoleExample.dpr :
============================================
{$I jcl.inc}
{$IFDEF SUPPORTS_PLATFORM_WARNINGS}
  {$WARN SYMBOL_PLATFORM OFF}
{$ENDIF SUPPORTS_PLATFORM_WARNINGS}

program DemoConsole;
{$APPTYPE CONSOLE}
uses
  SysUtils,
  Windows,
  TypInfo,
  JclConsole,
  jvCreateProcess;

var
  jvCreateProcess : TJvCreateProcess;

begin
  jvCreateProcess := TJvCreateProcess.create;
end.
============================================



When I compile this code, I get an error in JvJVCLUtils (SetWallPaper
declaration not marked with overlay) :
============================================
....
{$IFNDEF CLR}
procedure SetWallpaper(const Path: string);
begin
  SystemParametersInfo(SPI_SETDESKWALLPAPER, 0, PChar(Path),
SPIF_UPDATEINIFILE);
end;
{$ENDIF CLR}

procedure SetWallpaper(const Path: string; Style: TJvWallpaperStyle);
begin
....
============================================



Then, I delete the line {$APPTYPE CONSOLE} in the code
When I compile this new code, I get an error in JvJVCLUtils (PJvRGBArray not
defined ) :
============================================
....
procedure GetXBitmap(var Dest: TBitmap; const Source: TBitmap; Mode:
TGetXBitmapMode);
var
  I, J, H, S, V: Integer;
  {$IFDEF CLR}
  Line: array of TJvRGBTriple;
  {$ELSE}
  Line: PJvRGBArray;
  {$ENDIF CLR}
begin
....
============================================



I would like to do a console application that can launch other process.
How can I do that ?

Christophe

PS : I use jcl and jvcl libraries downloaded today from
http://jcl.sourceforge.net/daily/ and
http://jvcl.sourceforge.net/daily/




Subject: Re: jvRichEdit and paJustify
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Mon, 31 Oct 2005 11:32:44 +0100
Newsgroups: jedi.vcl

On Sun, 30 Oct 2005 15:34:03 +0000 (UTC), "Lars Bargmann" 
<lars@bargmann.dk> wrote in article <aa7330049dcd8c7ab89c95213f7
@forums.talkto.net>:
> > The thing is that the RichEdit doesn't draw the 
> > paragraph justified... It's LeftJustified, even though the paragraph is set 
> > to paJustify ????

Set property AdvancedTypograpghy to True then it should work.

> > Another thing : Doesn't LinespacingRule get saved in the RichEdit???
> > I can't seem to get it to work....

Haven't looked into it but it might be the same issue as above.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Mantis bug 3284 fixed
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 31 Oct 2005 10:34:22 +0100
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Hi,
>
> I'm not sure if this needs to be set to *resolved* before the release, but I thought I'd mention it just in case. :)

Set it to resolved anyway.
If it was put in CVS before yesterday evening at 22:00, then it will be in the release. If not, then it won't.
As usual, I have created a branch in CVS for the preparation of the release, which I intend to complete by tuesday evening, if all goes well.


Subject: Mantis bug 3284 fixed
From: Elahn Ientile <elahn@elahn.net>
Date: Mon, 31 Oct 2005 19:15:06 +1000
Newsgroups: jedi.vcl

Hi,

I'm not sure if this needs to be set to *resolved* before the release, but I thought I'd mention it just in case. :)

enjoy life,
           Elahn


Subject: tjvwizard: changing button caption at runtime
From: "Castagnini Alberto" <a.castagnini@aeb-srl.com>
Date: Mon, 31 Oct 2005 09:14:52 +0100
Newsgroups: jedi.vcl

Hi guys!
This is my first message on this newsgroup. I've been using jvcl since 3
months and they are very very very powerful! GREAT!
I only have a little question. I'm using version 3.00 on BCB6 (installed
from JVCL300CompleteJCL195-Build1848.zip) and I can't change run-time the
caption of standard buttons (multilingual translations): the program throws
an access violation at bla bla bla....
I tried to do this in the form create, form show, first page enter, on page
events but the result is the same.
My code is simply:

 JvWizard->ButtonCancel->Caption = "...";
 JvWizard->ButtonBack->Caption = "...";
 JvWizard->ButtonNext->Caption = "...";

Any ideas?
Thanks in advance!




Subject: Re: BCB6 Installation Help!!!
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 30 Oct 2005 20:57:28 +0100
Newsgroups: jedi.vcl

There is no exe to install neither the JCL or the JVCL. The ISS scripts are there as an attempt but are not maintained.
Haven't you read the installation instructions where it specifically says: DOUBLE CLICK ON INSTALL.BAT


Subject: BCB6 Installation Help!!!
From: "qyte" <qyte@none.com>
Date: Sun, 30 Oct 2005 20:10:50 +0100
Newsgroups: jedi.vcl

I downloaded the Download JVCL300CompleteJCL195-Build1848.7z and extracted
and installed the JCL from the install.exe supported only for bcb6 which
interested me the most. The problem i now have is that i cannot find a
installer for the JVCL but only some iss scripts that Cannot be compiled.
I found some errors inside the main iss script but still now it says that
it cannot find some declarations in the others that are included. WHERE
CAN I ????ING FIND A DECENT INSTALLER ANYWHERE? The zip is already 18mb,
WHAT WOULD IT TAKE TO INCLUDE AN EXTRA EXE THERE???



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvRichEdit and paJustify
From: Lars Bargmann <lars@bargmann.dk>
Date: Sun, 30 Oct 2005 15:34:03 +0000 (UTC)
Newsgroups: jedi.vcl

Hi.

I'm getting slighty puzzled by the following :

I have some RichText, which I load into a jvRichEdit. This RichEdit is being "watched" by OnSelectionChange to set the state of some toolbuttons, including a set of buttons for the justification i.e. Left, Right, Center or Justified.
The buttons get set correctly, and the paJustify settings gets saved and apparantly loaded since the buttons are set correctly when placing the cursor in a paJustified paragraph. The thing is that the RichEdit doesn't draw the paragraph justified... It's LeftJustified, even though the paragraph is set to paJustify ????
Does that make any sense???
English isn't my native language... :-)

Another thing : Doesn't LinespacingRule get saved in the RichEdit???
I can't seem to get it to work....

Thanks in advance...

Lars, Denmark.




Subject: Re: Anders Melanders TGIFImage
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 30 Oct 2005 09:55:17 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Should i try to get it in today?
> I have cleaned the source, but it still needs the version IFDEFs and and a decision on how to integrate it.
> I will add it to donations now.

No, this will have to wait until after the 31st.
Right now, only minor bug fixes should go into the JVCL, just like for the JCL.


Subject: Anders Melanders TGIFImage
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Oct 2005 06:21:07 +0100
Newsgroups: jedi.vcl

Should i try to get it in today?
I have cleaned the source, but it still needs the version IFDEFs and and a decision on how to integrate it.
I will add it to donations now.


Subject: Re: new common\JvWin32.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 29 Oct 2005 23:08:53 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please also test if it works with all compilers. I am rather sure i missed the odd IFDEF.

I found only one in JvTypes, and for D5/C5 only.


Subject: new common\JvWin32.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 Oct 2005 17:49:38 +0200
Newsgroups: jedi.vcl

I have introduced common\JvWin32.pas to centralize all Win32 APIs which are not in all Delphi versions.
I have hunted for EXTERNALSYM and moved the constants to JvWin32.pas.
Please add all strange Win32 constants or function declarations to this file.

Please also test if it works with all compilers. I am rather sure i missed the odd IFDEF.


Subject: File not found: 'JclBase,dcu'
From: "runspect" <nospam@nospam.es>
Date: Sat, 29 Oct 2005 16:06:44 +0100
Newsgroups: jedi.vcl

I get that error in D7 after install sucessfully both JCL and JVCL (daily
packages)

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Kylix completely dropped?
From: Ben Fisher <info@fisherman.kicks-ass.org>
Date: Sat, 29 Oct 2005 14:03:35 +0200
Newsgroups: jedi.vcl

Well... no, I am currently developing two other projects.

The chat was on September 29, 2005, almost 4 years after the last release of this project. I found it remarkable that they plan to "continue" to work with this project. Let us all hope the best.

Ben


Florent Ouchet schrieb:
 >
> FreeClx is an open source project, you can contribute to the development if you want (supporting Qt4, adding new controls...).
>
> Andreas Hausladen (ahuser) is one manager of this project. You should contact him for more details (the complete list of developers is readable at http://sourceforge.net/project/memberlist.php?group_id=22417).
>


Subject: Re: Kylix completely dropped?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 29 Oct 2005 11:28:46 +0200
Newsgroups: jedi.vcl

Ben Fisher wrote:
> Hehe... but WHEN will they continue?

FreeClx is an open source project, you can contribute to the development if you want (supporting Qt4, adding new controls...).

Andreas Hausladen (ahuser) is one manager of this project. You should contact him for more details (the complete list of developers is readable at http://sourceforge.net/project/memberlist.php?group_id=22417).

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Kylix completely dropped?
From: Ben Fisher <info@fisherman.kicks-ass.org>
Date: Sat, 29 Oct 2005 09:50:01 +0200
Newsgroups: jedi.vcl

Hehe... but WHEN will they continue?

freeclx.sourceforge.net
Latest File Releases
November 30, 2001

Kind regards,

Ben


Florent Ouchet schrieb:
> davidi:__WILL__: "Will we see the return of CLX?" - This has already been answered by Michael. We will continue to work with the Kylix Community Project - freeclx.sourceforge.net.
> No other plan online...
>


Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Sat, 29 Oct 2005 05:22:55 +0100
Newsgroups: jedi.vcl

I have this answer from Fred ... but im still in trouble.

> > Use the property EditControls to add your own memo editors. Give a look 
> > to the example provided.
> > Fred

I am creating a database manager for my own use.
I want to edit memo fields... and i know i have to add a Control to be
able to do this.

BUT i have to code something that detect the memo fields and dynamically
add a control in that column... 
Maybe i open a table that has 3 memo fields. Maybe not. I have to detect
them in runtime and add this control.

Has anyone some code to get this work in this way??
or something ...



thanks for any comment



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Little polls: which version of Delphi to support
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Fri, 28 Oct 2005 13:46:42 -0400
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:
> Jeff Wormsley wrote:
>
>>> { I JwaWinScard.pas} // TODO convert
>
>
> This means that the file is not yet in the Jedi-Apilib Win32 conversion.
> I currently try to emulate windows.h from MS to have a closer resemblance to the Platform SDK.
> Best send me your file directly and i will integrate it.

I know later SDK's have added some to what I have, but I don't know how one handles the various versions of Windows if you add everything from the latest.  Since I still must support Win98, I haven't added any of the new 2K or XP level functionality.

I would have to know what else needs to be done with it to finish it, plus review the style guides, as the mods I made are probably at odds with what is desired.  For instance, I tried to make the function/procedure definitions look like the MSDN documentation, and so they look like this:

Function SCardLocateCardsW(
 { IN     } hContext: SCARDCONTEXT;
 { IN     } mszCards: LPCWSTR;
 { IN OUT } rgReaderStates: PSCARD_READERSTATEW;
 { IN     } cReaders: DWORD): LONG; stdcall;
{$EXTERNALSYM SCardLocateCardsW}

Where IN OUT appears, if you can pass in nil, I left the P... reference in place, but if nil is not allowed, I removed the P... and changed the parameter to Var, like this:

Function SCardListReaderGroupsA(
 { IN     } hContext: SCARDCONTEXT;
 { OUT    } mszGroups: LPSTR;
 { IN OUT } Var pcchGroups: DWORD): LONG; stdcall;
{$EXTERNALSYM SCardListReaderGroupsA}

I'm sure that violates just about every style guide out there, but I personally found it much easier to read and much easier to figure out how the function should be called.  (note: the Var parameter probably should have been renamed cchGroups, since it is no longer a pointer, but that makes it harder to figure out what to search for on MSDN, so I didn't do it.)

Finally, the original conversion was done in three files, WinSCard.pas, WinSMCrd.pad and SCardErr.pas.  Would these all need to be merged into one JwaWinSCard.pas file?

Let me know what needs to be done, and if you want me to add the new stuff from the later SDK's (I assume I can d/l the headers somewhere?) and I'll see what it takes.

Jeff.


Subject: Re: JvxCheckListBox.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Oct 2005 15:17:59 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>> > > //$Id: JvxCheckListBox.pas,v 1.45 2005/10/26 15:51:25 ahuser Exp $

This version is already outdated and the bug is fixed.
$Id: JvxCheckListBox.pas,v 1.46 2005/10/27 18:51:09 ahuser Exp $

function TJvListBoxStrings.Get(Index: Integer): string;
var
  Len: Integer;
  {$IFNDEF CLR}
  Text: array [0..4095] of Char;
  {$ENDIF !CLR}
begin
  {$IFDEF CLR}
  Len := SendGetTextMessage(ListBox.Handle, LB_GETTEXT, Index, Result,
4096);
  if Len < 0 then
    Error(SListIndexError, Index);
  {$ELSE}
  Len := SendMessage(ListBox.Handle, LB_GETTEXT, Index, LPARAM(@Text));
  if Len < 0 then
    Error(SListIndexError, Index);
  SetString(Result, Text, Len);
  {$ENDIF CLR}
end;

-- Regards, Andreas Hausladen 

Subject: Re: JvxCheckListBox.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Oct 2005 14:52:55 +0200
Newsgroups: jedi.vcl

Serge Jakimoff wrote:

> //Hi All!
> //$Id: JvxCheckListBox.pas,v 1.45 2005/10/26 15:51:25 ahuser Exp $
>
> function TJvListBoxStrings.Get(Index: Integer): string;
> var
>   Len: Integer;
>   Text: string;
> begin
>   SetLength(Text, 4096);
>   {$IFDEF CLR}
>   Len := SendGetTextMessage(ListBox.Handle, LB_GETTEXT, Index, Text, Length(Text));
>   {$ELSE}
>   Len := SendMessage(ListBox.Handle, LB_GETTEXT, Index, LPARAM(PChar(Text)));
>   {$ENDIF CLR}
>   if Len < 0 then
>     Error(SListIndexError, Index);
>   SetLength(Text, Len);
>   Result := Text; // <--- Fix
> end;
>
>
> // Regards.

Why a local string variable at all? Better directly work with Result.


Subject: How do I Use tJvDirectoryListbox with UNC path
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Fri, 28 Oct 2005 13:49:52 +0200
Newsgroups: jedi.vcl

In an application I need to give the user the ability to look at directory 
information and open files on a server where path is given using UNC.

How do I use this together with either tJvDirectoryListbox and 
tJvFileListbox1 or are there other components available that could assign an 
UNC to the directory property so the user may use the files in the wished 
path?





Subject: JvxCheckListBox.pas
From: Serge Jakimoff <jacob@lenta.ru>
Date: Fri, 28 Oct 2005 15:36:45 +0400
Newsgroups: jedi.vcl

//Hi All!
//$Id: JvxCheckListBox.pas,v 1.45 2005/10/26 15:51:25 ahuser Exp $

function TJvListBoxStrings.Get(Index: Integer): string;
var
  Len: Integer;
  Text: string;
begin
  SetLength(Text, 4096);
  {$IFDEF CLR}
  Len := SendGetTextMessage(ListBox.Handle, LB_GETTEXT, Index, Text, Length(Text));
  {$ELSE}
  Len := SendMessage(ListBox.Handle, LB_GETTEXT, Index, LPARAM(PChar(Text)));
  {$ENDIF CLR}
  if Len < 0 then
    Error(SListIndexError, Index);
  SetLength(Text, Len);
  Result := Text; // <--- Fix
end;


// Regards.


Subject: Re: Little polls: which version of Delphi to support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Oct 2005 10:26:25 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> > There is much work to do. I have set myself a goal of converting the
> > Platform SDK of Visual Studio 2005 which contains about 700 files.  I
> > think the best start for it would be to write a conversion tool.

Maybe you should use doxygen for the parsing part. It can generate xml
files that include functions, classes, templates, defines, enums,
typedefs, structs (and unions).

I have a tool which reads these XML files into a Delphi application so you
can navigate through them and extract the data you want. (This tool, for
which I do not have the time at the moment, is meant as a C-Wrapper shared
object/DLL generater for Qt and KDE).


-- Regards, Andreas Hausladen 

Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Oct 2005 08:23:58 +0200
Newsgroups: jedi.vcl,jedi.jcl

Jeff Wormsley wrote:

>> { I JwaWinScard.pas} // TODO convert

This means that the file is not yet in the Jedi-Apilib Win32 conversion.
I currently try to emulate windows.h from MS to have a closer resemblance to the Platform SDK.
Best send me your file directly and i will integrate it.

There is much work to do. I have set myself a goal of converting the Platform SDK of Visual Studio 2005 which contains about 700 files.
I think the best start for it would be to write a conversion tool.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 28 Oct 2005 06:43:24 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi Jeff,

> I've fixed several errors in an older WinSCard.pas from Jedi (and posted them long ago to the apiconversion mailing list), but wasn't aware there was a Jwa... version.  What needs to be fixed/changed in this version, and where can it be found?  I may be able to spend some time on this, depending on the scope of the needed changes.

Look here: http://jedi-apilib.sourceforge.net/

Also, for latest news regarding JEDI, check out our new, Borland-hosted website at http://homepages.borland.com/jedi/cms/modules/news/.

- Robert


Subject: Re: Little polls: which version of Delphi to support
From: Jeff Wormsley <jwormsley@debitek.com>
Date: Thu, 27 Oct 2005 15:44:33 -0400
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:
> We still need several conversions to beef up the Jedi-Apilib to be a replacement for the Borland files.
>
> { I JwaWinScard.pas} // TODO convert

I've fixed several errors in an older WinSCard.pas from Jedi (and posted them long ago to the apiconversion mailing list), but wasn't aware there was a Jwa... version.  What needs to be fixed/changed in this version, and where can it be found?  I may be able to spend some time on this, depending on the scope of the needed changes.

Jeff.


Subject: Re: for Florent
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 27 Oct 2005 19:54:13 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Please commit or reject the changes for COMPILER5 i sent you.
> My version at home is aging fast. I already have 10 files which have been merged due to changes.

I just sent you the mail.

-- 
Florent Ouchet


Subject: Re: new TJvGIFAnimator buggy?
From: "Christian Novak" <novi@gmx.at>
Date: Thu, 27 Oct 2005 19:12:57 +0200
Newsgroups: jedi.vcl

Ooops, sorry for Mail :-(

>> > > TJvGIFAnimator flickers now :-(
>> > > (Same Project, same AniGif's, Preview in XP's Explorer is ok)
>> > > explicit setting of Doublebuffered on Form or with Panel doesn't
help.
> >
> > Wait until TGIFImage from Anders Melander has been integrated at last.
> > I am working on it.

Yes Sir!

For this actual Project i made it now with separate Melanders TGifImage.
It
works fine, but more complicatet (for me) Handling than TJvGIFAnimator
:-(

Danke, novi





Subject: Re: Latest changes in JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 27 Oct 2005 18:08:27 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Could anyone test if it is still compiling fine with a CLR
> > (.Net) application?

Only a small change was necessary and I also fixed a "difference" in the
DrawText() call where I must use DrawTextEx in .NET because DrawText() has
no overloaded function that uses System.Text.StringBuilder as
Text-parameter.

At the moment alll units that are in the Jedi.Jvcl.bdsproj (not committed
yet) compile but are not runtime/designtime tested.


-- Regards, Andreas Hausladen 

Subject: JvLookOut1 can I swap page "sets" in code
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 27 Oct 2005 18:10:47 +0800
Newsgroups: jedi.vcl

Hi

I want to use a JvLookOut to display a list of reports for user selection. To prevent a cluttered JvLookOut, can I (based on a user action) swap page "sets" in code. So, as the user navigates different areas of the program, the reports available are updated in the JvLookOut?

-- 
Kind Regards

Peter...


Subject: Re: for Florent
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 27 Oct 2005 12:06:48 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Please commit or reject the changes for COMPILER5 i sent you.
> My version at home is aging fast. I already have 10 files which have been merged due to changes.

I finish modifications today.

-- 
Florent Ouchet


Subject: Re: new TJvGIFAnimator buggy?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Oct 2005 09:17:15 +0200
Newsgroups: jedi.vcl

Christian Novak wrote:
> Hi Pro's,
>
> W2k-D7-Jedi 2.10
> TJvGIFAnimator optimal
>
> New Installation:
> XP-D7-Jedi 3.00 (inclusive JVCL-Convert)
> TJvGIFAnimator flickers now :-(
> (Same Project, same AniGif's, Preview in XP's Explorer is ok)
> explicit setting of Doublebuffered on Form or with Panel doesn't help.
>
> Any Ideas?
> pls help

Wait until TGIFImage from Anders Melander has been integrated at last.
I am working on it.


Subject: for Florent
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Oct 2005 08:17:34 +0200
Newsgroups: jedi.vcl

Please commit or reject the changes for COMPILER5 i sent you.
My version at home is aging fast. I already have 10 files which have been merged due to changes.


Subject: new TJvGIFAnimator buggy?
From: "Christian Novak" <novi@gmx.at>
Date: Thu, 27 Oct 2005 04:24:57 +0200
Newsgroups: jedi.vcl

Hi Pro's,

W2k-D7-Jedi 2.10
TJvGIFAnimator optimal

New Installation:
XP-D7-Jedi 3.00 (inclusive JVCL-Convert)
TJvGIFAnimator flickers now :-(
(Same Project, same AniGif's, Preview in XP's Explorer is ok)
explicit setting of Doublebuffered on Form or with Panel doesn't help.

Any Ideas?
pls help

many TIA, novi





Subject: Latest changes in JvJCLUtils.pas
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 26 Oct 2005 22:58:13 +0200
Newsgroups: jedi.vcl

Hi all

JvJCLUtils.pas did not compile when used in a console application. This was because in this case, neither VCL nor VisualCLX are defined.
I have made modifications to JvJCLUtils to have it compile in the case of a console application and it still compiles fine in a regular VCL application. Could anyone test if it is still compiling fine with a CLR (.Net) application?

Thanks.
Olivier


Subject: Re: JclWideStrings and JclUnicode changes
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 26 Oct 2005 15:12:25 +0400
Newsgroups: jedi.jcl,jedi.vcl

26.10.05 в 14:49 Arioch в своём письме писал(а):

> At least in JclWideStrings they can be IfDef'ed and on Windows be procedural variables (constants, if possible)initialized to respective procedures in JclWideStrings.


Just checked in D5.

const  GetHello: function: string = Unit2.GetHello;

That works, though in D5 it creates extra procedural pointer variable.
But i think it generally is not big overhead comparing to string operations in whole.

For D2005 it might be better to try

function xxx; inline;
  begin result := unit2.xxx; end;


Subject: Re: JclWideStrings and JclUnicode changes
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 26 Oct 2005 14:49:57 +0400
Newsgroups: jedi.jcl,jedi.vcl

25.10.05 в 22:04 Robert Marquardt в своём письме писал(а):

> Arioch wrote:
>
>> AS: why those functions are cloned in JclUnicode and JclWideStrings ?
>> Why can't one unit take them from another ?
>> And if it is needed for non-Delphi platform - then they can be $IfDef'ed  out.
>
> JclWideStrings.pas is a lightweight Windows only replacement for JclUnicode.pas (which has 64K of resources). To stay as compatible as possible to Mike Lischke's Unicode.pas it is not possible to move the functions to JclWideStrings.pas.

Is now Unicode.pas dependant on JCL, rather it's own code ?

At least in JclWideStrings they can be IfDef'ed and on Windows be procedural variables (constants, if possible) initialized to respective procedures in JclWideStrings.

And perhaps the very code of procedures is better to be moved to some *.inc, included from one file or anoter - so they will never get out of sync.

>> That affects StrPLCopyW - breaks compilation
>> That affects StrLCopyW (and maybe more) - will break compilation of  dependant software, if any.
>
> If that is unsolvable then i will rename one of the functions.

Alas i know no solutions for D5, ecept for conditional renaming.
It is bug in D5 but noone will fix it, i guess.
Another way is just to drop AnsiString functions - if we anyhow will end with WideString, it is possible to typecast Source var earlier - i don't think that will be big loose in perfomance or code size.

> This is a bit tricky because Mike has used the StrPCopyW name for promoting a string to a PWideChar. For a clean family ther name should have been for copying a wideString to a PWideChar.
>
>> BTW, if Borland will change defaults and make string == WideString, what's  then ? Perhaps it is worth discussion to replace "string" with  "AnsiString" ?
>
> Not yet. It is much work for the JCL and it would also have to be done for the JVCL. Guess who would have to do it.

Ergm! replace one string with another ? I guess Delphi can do it per-file and there are tools that can do it for a number of files. Except for they will not ignore literal constants :(


Subject: Re: delphi 2005 jedi installation.
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 26 Oct 2005 00:10:54 +0400
Newsgroups: jedi.vcl

BTW, a little GUI question.

There is a checkbox "XP Theming (not for Delphi7)"

That might cause questions:
 1) Will it broke JVCL in Delphi 7 or just will be ignored ?
 2) What about Delphi 9 aka Delphi 2005? What about Delphi 2006 ?

If i understand what this option means, it is better to say "XP Theming (for Delphi 5 and 6)" and clarify those questions in hint.


Subject: Re: JclWideStrings and JclUnicode changes
From: Arioch <the_Arioch@false.nm.domain.ru>
Date: Wed, 26 Oct 2005 00:05:59 +0400
Newsgroups: jedi.jcl,jedi.vcl

16.10.05 в 09:24 Robert Marquardt в своём письме писал(а):

> I have updated the Str*W family of function in JclWideStrings.pas
> to be fully compatible in parameters and semantics to the Delphi


AS: why those functions are cloned in JclUnicode and JclWideStrings ?
Why can't one unit take them from another ?
And if it is needed for non-Delphi platform - then they can be $IfDef'ed out.

I tried compiling last CVS with Delphi 5 - and here again that 'ambiguos overload' problem.
But now it is harder to hunt, since same-named functions exist in two units.

Ambiguity comes from the fact that Delphi compiler, when You call SomeFunction(stringVariable) can't choose between declared SomeFunction(s: string) and SomeFunction(s:WideString) - so one of the names is to be changed.

That affects StrPLCopyW - breaks compilation
That affects StrLCopyW (and maybe more) - will break compilation of dependant software, if any.

BTW, if Borland will change defaults and make string == WideString, what's then ? Perhaps it is worth discussion to replace "string" with "AnsiString" ?


Subject: TJvSpeller
From: Andrea Raimondi <rainaple@tin.it>
Date: Tue, 25 Oct 2005 22:00:25 +0200
Newsgroups: jedi.vcl

Hello,

I've browsed the folders in the JVCL directory, yet I've not seen
something that "looked like a" dictionary.

Did it slip through unnoticed? If not, any clue about where I can
download one or two?

TIA,

Andrew


Subject: Re: TJvSpeller
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Oct 2005 20:12:06 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:

> Hello,
>
> I've browsed the folders in the JVCL directory, yet I've not seen
> something that "looked like a" dictionary.
>
> Did it slip through unnoticed? If not, any clue about where I can
> download one or two?
>
> TIA,
>
> Andrew

JVCL3\Dict (at least in CVS).


Subject: Re: JclWideStrings and JclUnicode changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Oct 2005 20:04:53 +0200
Newsgroups: jedi.jcl,jedi.vcl

Arioch wrote:

> AS: why those functions are cloned in JclUnicode and JclWideStrings ?
> Why can't one unit take them from another ?
> And if it is needed for non-Delphi platform - then they can be $IfDef'ed  out.

JclWideStrings.pas is a lightweight Windows only replacement for JclUnicode.pas (which has 64K of resources). To stay as compatible as possible to Mike Lischke's Unicode.pas it is not possible to move the functions to JclWideStrings.pas.

> That affects StrPLCopyW - breaks compilation
> That affects StrLCopyW (and maybe more) - will break compilation of  dependant software, if any.

If that is unsolvable then i will rename one of the functions.
This is a bit tricky because Mike has used the StrPCopyW name for promoting a string to a PWideChar. For a clean family ther name should have been for copying a wideString to a PWideChar.

> BTW, if Borland will change defaults and make string == WideString, what's  then ? Perhaps it is worth discussion to replace "string" with  "AnsiString" ?

Not yet. It is much work for the JCL and it would also have to be done for the JVCL. Guess who would have to do it.


Subject: Re: Could not compile package 'JvCryptD7R'
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 25 Oct 2005 09:16:55 +0200
Newsgroups: jedi.vcl

omziff wrote:

> Should I add just "D7" in the targets value then?

You could, but "all" includes D7 so...


> This is a kind of green question, but: I have been using the 3.00 beta 1 for a long time now, what would be the safest/best way of upgrading the jvcl? If you could give me any pointers, or point me to the right docs,I would much appreciate it

First, download the latest release (with JCL) version from SourceForge:

http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42327&release_id=315174

(shorter link: http://minilien.com/?9o322gSlej )

Unzip the downloaded version on top of the old version, then install the JCL, followed by the JVCL.
If you run into any problems, please be sure to read the readme file and do not hesitate to post questions here.

Cheers
Olivier


Subject: Re: Could not compile package 'JvCryptD7R'
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Tue, 25 Oct 2005 03:53:58 +0100
Newsgroups: jedi.vcl

Should I add just "D7" in the targets value then?

This is a kind of green question, but: I have been using the 3.00 beta 1 
for a long time now, what would be the safest/best way of upgrading the 
jvcl? If you could give me any pointers, or point me to the right docs,I 
would much appreciate it

many tks in advance!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Could not compile package 'JvCryptD7R'
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Mon, 24 Oct 2005 23:30:09 +0100
Newsgroups: jedi.vcl

> >This is a bug that has already been fixed.
> >Basically, you just need to add JvSystem-R to the list of Required 
> >packages for JvCrypt-R. This is done in the packages\JvCrypt-R.xml where 
> >you will find a list of Packages nodes in a Requires node.
> >There might already be one with JvSystem-R as the value for the Name 
> >parameter but in any case, ensure that the Targets value includes D7. 
> >The value that we have right now is "all" meaning that JvSystem-R is 
> >required for all targets.
> >Once this is done, simply restart the installer and it will regenerate 
> >the package. Alternatively, you could open a command window in 
> >packages\bin and type makepackages.
> >
> >Cheers
> >Olivier Sannier
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: delphi 2005 jedi installation.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 24 Oct 2005 18:17:30 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Palladino Alfonso wrote:
>
>> Hi.
>>
>> I'm trying to install jedi components ( JVCL 3.00).
>> I'm using JVCL300CompleteJCL195-Build1848.zip .
>> After I run JediInstaller.exe i can see the follow log:
>
>
> This is the installation of the JCL which does not install any components at all. You will now have to execute "INSTALL.BAT" from the JVCL3 subdirectory. That will install the JVCL which is separate from the JCL.

More exactly, the JVCL is separate from the JCL, but the JCL MUST be installed for the JVCL to work. A bit like the JCL being the foundations for the JVCL.


Subject: Re: problems installing JVCL
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Mon, 24 Oct 2005 17:34:34 +0300
Newsgroups: jedi.vcl

Yes Sir ! Found some more files to delete from the $(DELPHI)\Lib folder.

After that, installation is OK here !

The problem was that in your installation notes (install.htm), you specify :

" 6. Browse to the folder where your bpl and dcp files are located (default 
is $(DELPHI)\Projects\Bpl for Delphi, $(BCB)\Projects\Bpl for C++ Builder). 
Delete all of the files related to JVCL and JCL"

so I looked only in that folder to delete files.

maybe this text should be :


<<<
6. Browse to the folder where your bpl and dcp files are located :
a) BPL (default is $(DELPHI)\Projects\Bpl for Delphi, $(BCB)\Projects\Bpl 
for C++ Builder)
b) LIB (default is $(DELPHI)\Lib for Delphi, $(BCB)\Lib for C++ Builder)
Delete all of the files related to JVCL and JCL
>>> >>>



This would be more explicit.


Thank you ,

Tiberiu




"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:djhs3h$i87$1@talkto.net...
> > someone from eXact SRL wrote:
> >
>> >> Since nobody knows what happend to my installation, I downgraded to JVCL 
>> >> 3 RC1 and JCL 1.94.
> >
> > Since you didn't wait for more than a day, it does not suprise me that you 
> > only received one answer.
> >
> >
>> >> This installs fine.
> >
> > Well... Thing is that I'm convinced that the problems you were having were 
> > because of old dcu/pas/dcp files from previous JCL/JVCL installations 
> > lying around on your hard drive. 




Subject: Re: delphi 2005 jedi installation.
From: "Palladino Alfonso" <a.palladino@iasistemi.it>
Date: Mon, 24 Oct 2005 15:39:09 +0200
Newsgroups: jedi.vcl

Thanks,
I have an incomplete file ZIP, now I download the complete one !

"Robert Marquardt" <robert_marquardt@gmx.de> ha scritto nel messaggio
news:djiksk$nsm$1@talkto.net...
> > Palladino Alfonso wrote:
> >
>> > > Hi.
>> > >
>> > > I'm trying to install jedi components ( JVCL 3.00).
>> > > I'm using JVCL300CompleteJCL195-Build1848.zip .
>> > > After I run JediInstaller.exe i can see the follow log:
> >
> > This is the installation of the JCL which does not install any
> > components at all. You will now have to execute "INSTALL.BAT" from the
> > JVCL3 subdirectory. That will install the JVCL which is separate from
> > the JCL.




Subject: Re: delphi 2005 jedi installation.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Oct 2005 15:02:27 +0200
Newsgroups: jedi.vcl

Palladino Alfonso wrote:

> Hi.
>
> I'm trying to install jedi components ( JVCL 3.00).
> I'm using JVCL300CompleteJCL195-Build1848.zip .
> After I run JediInstaller.exe i can see the follow log:

This is the installation of the JCL which does not install any components at all. You will now have to execute "INSTALL.BAT" from the JVCL3 subdirectory. That will install the JVCL which is separate from the JCL.


Subject: delphi 2005 jedi installation.
From: "Palladino Alfonso" <a.palladino@iasistemi.it>
Date: Mon, 24 Oct 2005 14:49:15 +0200
Newsgroups: jedi.vcl

Hi.

I'm trying to install jedi components ( JVCL 3.00).
I'm using JVCL300CompleteJCL195-Build1848.zip .
After I run JediInstaller.exe i can see the follow log:

Delphi 9 Build 9.0.1882.30496 ==============

Added "C:\app\jedi3\jcl\lib\D9;C:\app\jedi3\jcl\source" to library path.

Added
"C:\app\jedi3\jcl\source\common;C:\app\jedi3\jcl\source\windows;C:\app\jedi3
\jcl\source\vcl;C:\app\jedi3\jcl\source\visclx;" to library browsing path.

Added "C:\app\jedi3\jcl\lib\D9\debug" to Debug DCU Path.

Making common library units for Delphi 9

Compiling .dcu files...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
JclFileUtils.pas(115) Warning: W1000 Symbol 'faVolumeID' is deprecated
JclFileUtils.pas(116) Warning: W1000 Symbol 'faVolumeID' is deprecated
JclFileUtils.pas(299) Warning: W1000 Symbol 'faVolumeID' is deprecated
JclFileUtils.pas(3017) Warning: W1000 Symbol 'faVolumeID' is deprecated
JclFileUtils.pas(3017) Warning: W1000 Symbol 'faVolumeID' is deprecated
133824 lines, 3.47 seconds, 787 bytes code, 68 bytes data.

Making windows library units for Delphi 9

Compiling .dcu files...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
127831 lines, 3.23 seconds, 47501 bytes code, 16736 bytes data.

Making vcl library units for Delphi 9

Compiling .dcu files...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
13215 lines, 0.44 seconds, 8499 bytes code, 8 bytes data.

Making common library debug units for Delphi 9

Compiling .dcu files...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
JclFileUtils.pas(115) Warning: W1000 Symbol 'faVolumeID' is deprecated
JclFileUtils.pas(116) Warning: W1000 Symbol 'faVolumeID' is deprecated
JclFileUtils.pas(299) Warning: W1000 Symbol 'faVolumeID' is deprecated
JclFileUtils.pas(3017) Warning: W1000 Symbol 'faVolumeID' is deprecated
JclFileUtils.pas(3017) Warning: W1000 Symbol 'faVolumeID' is deprecated
133824 lines, 2.52 seconds, 913 bytes code, 68 bytes data.

Making windows library debug units for Delphi 9

Compiling .dcu files...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
127831 lines, 2.44 seconds, 47637 bytes code, 16736 bytes data.

Making vcl library debug units for Delphi 9

Compiling .dcu files...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
13215 lines, 0.42 seconds, 10567 bytes code, 8 bytes data.

Installing package C:\app\jedi3\jcl\packages\d9\DJcl.dpk...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
128 lines, 0.89 seconds, 759652 bytes code, 44061 bytes data.
....done.

Installing package C:\app\jedi3\jcl\packages\d9\DJclVcl.dpk...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
53 lines, 0.83 seconds, 71388 bytes code, 897 bytes data.
....done.

Installing package
C:\app\jedi3\jcl\examples\vcl\debugextension\JclDebugIdeD90.dpk...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
3936 lines, 0.62 seconds, 16540 bytes code, 165 bytes data.
....done.

Installing package
C:\app\jedi3\jcl\examples\vcl\projectanalyzer\ProjectAnalyzerD90.dpk...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
3851 lines, 0.33 seconds, 18692 bytes code, 165 bytes data.
....done.

Installing package
C:\app\jedi3\jcl\examples\vcl\idefavopendialogs\IdeOpenDlgFavoriteD90.dpk...
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
4895 lines, 0.27 seconds, 11008 bytes code, 177 bytes data.
....done.

I can't see Jedi components in IDE, and when I try to open a proget with
JEDI Components, d 2005 tell me to ignore all Jedi classes.

Can AnyBady To help Me?



Thanks.









Subject: Re: JvInspector update
From: Marc Lafon <marc.lafonREMOVETHIS@ANDTHISfree.fr>
Date: Mon, 24 Oct 2005 14:30:25 +0200
Newsgroups: jedi.vcl

Elahn Ientile a écrit :
> Marcel Bestebroer wrote:
>
>>     No objections from me.
>
>
> Now in CVS.
>
> enjoy life,
>            Elahn


Thank you Elahn !


Subject: Re: JvInspector update
From: Elahn Ientile <blackhole@elahn.net>
Date: Mon, 24 Oct 2005 20:23:44 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     No objections from me.

Now in CVS.

enjoy life,
           Elahn


Subject: Re: TJvTFScheduleManager TJvDays
From: "Daniel Rail" <daniel@accra.ca>
Date: Mon, 24 Oct 2005 07:16:35 -0300
Newsgroups: jedi.vcl

Hi,

"Olivier" <olivier.lucaes@laposte.net> wrote in message 
news:djgqm7$ce9$1@talkto.net...
> > Hi everybody
> >
> > I'm trying to use the TJvTFScheduleManager package. My application is 
> > using a database located on a server to store the appointements. Many 
> > clients can access and update schedules in the same time. I don't find any 
> > way to refresh from time to time the schedules displayed by the user (how 
> > can i "reload" schedules from database ? ). Does anybody use these 
> > components  and has already implemented such functionality ?

I use a TTimer to refresh at a user set interval.  If the user decides to 
have it automatically refresh every 5 minutes, I simply set the timer for 5 
minutes, and use the TTimer.OnTimer event to call the method that will 
reload the data.  I also will put a button on the form so that the user can 
refresh when he/she wants to outside of the automatic interval.

Basically here's a code snippet of the procedure that I use to refresh the 
data:

    JvTFScheduleManager1.dbRefreshAll;
    if not (JvTFDays1.SelAppt=nil) then
      JvTFDays1.SelAppt := nil;
    JvTFDays1.Cols.Clear;
    JvTFScheduleManager1.Flush(True);
    if JvTFDays1.Grouping=grDate then
    begin
      for NoDays := 0 to Length(ScheduleDates)-1 do
      begin
        for i := 0 to ScheduleNames.Count-1 do
        begin
          aCol := JvTFDays1.Cols.add;
          aCol.SchedName := ScheduleNames[i];
          aCol.SchedDate := ScheduleDates[NoDays];
        end
      end
    end
    else
      if JvTFDays1.Grouping=grResource then
      begin
        for i := 0 to ScheduleNames.Count-1 do
        begin
          for NoDays := 0 to Length(ScheduleDates)-1 do
          begin
            aCol := JvTFDays1.Cols.add;
            aCol.SchedName := ScheduleNames[i];
            aCol.SchedDate := ScheduleDates[NoDays];
          end
        end
      end
    if Timer1.Enabled then
      Timer1.Enabled := False; {This is to reset the timer}
    Timer1.Enabled := True;

ScheduleNames and ScheduleDates are declare in the form either in the 
private or public section as:

type
    TScheduleDates = array of TDate;

Form1 = class(TForm)
....
private
    ScheduleNames: TStringList;
    ScheduleDates: TScheduleDates;
....
end

ScheduleNames contain the list of resources displayed, and ScheduleDates 
cantains the list of dates displayed.  These are very useful, since when 
refreshing the data in TJvTFDays with the code snippet that I posted above, 
the columns in TJVTFDays are being destroyed then put back in.  At the time, 
that was the best way of performing the data refresh.  Maybe there's a 
better way, but I never did find the time to explore other ways of doing. 
And, since this works for me, and my customers haven't complained about it, 
I'm not in a hurry to change it.

Daniel Rail 




Subject: Could not compile package 'JvCryptD7R'
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Mon, 24 Oct 2005 09:15:11 +0100
Newsgroups: jedi.vcl

Something strange is going on: I have had JVCL 3.00 BETA1 installed for a 
long time now, without adding any new units to it or anything.

Now, all of a sudden I get the following error messages whenever I try to 
compile a new program -- but when I try to compile a program that I have 
already compiled, it works no problem.

I get these same messages:
--------------------------
[Error] Packages 'JvCryptD7R' and 'JvSystemD7R' both contain unit 
'SetupApi'
[Error] Packages 'JvCryptD7R' and 'JvSystemD7R' both contain unit 
'ModuleLoader'
[Error] Packages 'JvCryptD7R' and 'JvSystemD7R' both contain unit 
'SetupApi'
[Error] Packages 'JvCryptD7R' and 'JvSystemD7R' both contain unit 
'ModuleLoader'
[Error] Packages 'JvCryptD7R' and 'JvSystemD7R' both contain unit 
'SetupApi'
[Error] Packages 'JvCryptD7R' and 'JvSystemD7R' both contain unit 
'ModuleLoader'
[Error] Packages 'JvCryptD7R' and 'JvSystemD7R' both contain unit 
'SetupApi'
[Error] Packages 'JvCryptD7R' and 'JvSystemD7R' both contain unit 
'ModuleLoader'
[Fatal Error] Could not compile package 'JvCryptD7R'
--------------------------

Could it be that the environment paths have somehow become corrupted? This 
exact same message only happens when I try to compile a new file, from a 
new directory?

may thanks in advance



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Could not compile package 'JvCryptD7R'
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 24 Oct 2005 09:36:46 +0200
Newsgroups: jedi.vcl

This is a bug that has already been fixed.
Basically, you just need to add JvSystem-R to the list of Required packages for JvCrypt-R. This is done in the packages\JvCrypt-R.xml where you will find a list of Packages nodes in a Requires node.
There might already be one with JvSystem-R as the value for the Name parameter but in any case, ensure that the Targets value includes D7. The value that we have right now is "all" meaning that JvSystem-R is required for all targets.
Once this is done, simply restart the installer and it will regenerate the package. Alternatively, you could open a command window in packages\bin and type makepackages.

Cheers
Olivier Sannier


Subject: Re: problems installing JVCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 24 Oct 2005 07:59:23 +0200
Newsgroups: jedi.vcl

someone from eXact SRL wrote:

> Since nobody knows what happend to my installation, I downgraded to JVCL 3 RC1 and JCL 1.94.

Since you didn't wait for more than a day, it does not suprise me that you only received one answer.


> This installs fine.

Well... Thing is that I'm convinced that the problems you were having were because of old dcu/pas/dcp files from previous JCL/JVCL installations lying around on your hard drive.


Subject: Re: problems installing JVCL
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Mon, 24 Oct 2005 08:42:19 +0300
Newsgroups: jedi.vcl

Since nobody knows what happend to my installation, I downgraded to JVCL 3 
RC1 and JCL 1.94.

This installs fine.


Tiberiu



"someone from eXact SRL" <exact@rdslink.ro> wrote in message 
news:djfkd2$4ne$1@talkto.net...
> > Hi all,
> >
> > D6, JVCL300CompleteJCL195-Build1848-1.zip JVCL package.
> >
> > Jedi Code Library
> >
> > Release 1.95.3
> >
> > Build 1848
> >
> > 23-March-2005
> >
> >
> >
> > Installing JCL is OK.
> >
> > Installing JVCL starts OK but after a few seconds I receive this message :
> >
> > 139115 lines, 2.52 seconds, 618848 bytes code, 4329 bytes data.
> >
> > [Compiling: JvSystemD6R.bpl]
> >
> > "C:\Program 
> > Files\Borland\Delphi6\bin\dcc32.exe" -Q- -M -DJVCL_NO_DEBUGINFO 
> > JvSystemD6R.dpk
> >
> > Borland Delphi Version 14.0
> >
> > Copyright (c) 1983,2002 Borland Software Corporation
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(345) 
> > Error: Undeclared identifier: 'TTransmetaSpecific'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(346) 
> > Error: Undeclared identifier: 'TViaSpecific'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1821) 
> > Error: Undeclared identifier: '_3DNow'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1846) 
> > Error: Undeclared identifier: 'Ex3DNow'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1851) 
> > Error: Undeclared identifier: 'ExMMX'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1891) 
> > Error: Undeclared identifier: 'Is64Bits'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1901) 
> > Error: Undeclared identifier: 'L1InstructionCacheSize'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1906) 
> > Error: Undeclared identifier: 'L1DataCacheSize'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1911) 
> > Error: Undeclared identifier: 'L2CacheSize'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1916) 
> > Error: Undeclared identifier: 'L3CacheSize'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2119) 
> > Error: Undeclared identifier: 'CPU_TYPE_TRANSMETA'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2119) 
> > Warning: Comparing signed and unsigned types - widened both operands
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2120) 
> > Error: Undeclared identifier: 'TransmetaSpecific'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2129) 
> > Error: Undeclared identifier: 'CPU_TYPE_VIA'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2129) 
> > Warning: Comparing signed and unsigned types - widened both operands
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2130) 
> > Error: Undeclared identifier: 'ViaSpecific'
> >
> > JvSystemD6R.dpk(85) Fatal: Could not compile used unit 
> > '..\..\run\JvComputerInfoEx.pas'
> >
> > ** error 1 ** deleting "C:\Program 
> > Files\Borland\Delphi6\Projects\Bpl"\JvSystemD6R.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> >
> >
> > Help please
> >
> > Tiberiu
> >
> > 




Subject: Re: jvTFDays representing hours
From: olivier <olivier.lucaes@laposte.net>
Date: Sun, 23 Oct 2005 22:42:26 +0200
Newsgroups: jedi.vcl

CHS wrote:

> > Hi at all
> > 
> > I use the component jvTFDays, instaed of to see the row from 0h to 24h, i
> > just wan't to know if it's possible to see the row from 5h to 12h
> > 
> > Tank's at all.
Hi,
just set the GridStartTime and GridEndTime properties.
Olivier


Subject: TJvTFScheduleManager TJvDays
From: "Olivier" <olivier.lucaes@laposte.net>
Date: Sun, 23 Oct 2005 22:29:02 +0200
Newsgroups: jedi.vcl

Hi everybody

I'm trying to use the TJvTFScheduleManager package. My application is using 
a database located on a server to store the appointements. Many clients can 
access and update schedules in the same time. I don't find any way to 
refresh from time to time the schedules displayed by the user (how can i 
"reload" schedules from database ? ). Does anybody use these components  and 
has already implemented such functionality ?
Thanks in advance
Olivier 




Subject: Re: Debug informations in packages
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 23 Oct 2005 16:16:50 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi,

Florent Ouchet wrote:

> The latest versions of Delphi (D2005) display stack trace on exceptions. This feature can only be used if packages have debug informations integrated.
> Should JCL and JVCL packages integrate these informations ?

IMO yes.

> A problem would be the classification of automated reports caused by exceptions raised by JEDI packages. They should not be classified with reports caused by exceptions raised by Borland packages.

Perhaps we should discuss that in a group where Borland developers are reading.

- Robert



Subject: Re: Debug informations in packages
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Oct 2005 16:15:05 +0200
Newsgroups: jedi.jcl,jedi.vcl

Florent Ouchet wrote:

> Hi,
>
> The latest versions of Delphi (D2005) display stack trace on exceptions. This feature can only be used if packages have debug informations integrated.
> Should JCL and JVCL packages integrate these informations ?

D2005 uses the JCL Debug Extension so it should not bee too complicated to add the support to the installer.
I vote for an option in the Installer which should also add the debug info to the packages not as separate map files.

> A problem would be the classification of automated reports caused by exceptions raised by JEDI packages. They should not be classified with reports caused by exceptions raised by Borland packages.

We should ask Borland how it is done.


Subject: Debug informations in packages
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 23 Oct 2005 16:03:53 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi,

The latest versions of Delphi (D2005) display stack trace on exceptions. This feature can only be used if packages have debug informations integrated.
Should JCL and JVCL packages integrate these informations ?

A problem would be the classification of automated reports caused by exceptions raised by JEDI packages. They should not be classified with reports caused by exceptions raised by Borland packages.

-- 
Florent Ouchet


Subject: Re: Uninstall should uninstall packages with previous naming
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Oct 2005 15:22:47 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Porting this solution in the JCL installer requires more tests, old expert names didn't start with Jcl* :/

I know, but it's critical before any official release of the JCL is done. I'll start a thread in jedi.jcl, where it should have been in the first place.


Subject: Re: problems installing JVCL
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 23 Oct 2005 13:20:46 +0200
Newsgroups: jedi.vcl

Hi,

someone from eXact SRL wrote:
> Tried installation with JVCL3-Latest.zip (23-10-2005).

If you are using JVCL3-Latest which is a snapshot from the JVCL development tree, you have to use the snapshot from the JCL development tree: http://jcl.sf.net/daily

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Uninstall should uninstall packages with previous naming
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 23 Oct 2005 13:18:16 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Excellent.
> Thing is, I was thinking of the JCL installer when I wrote that, but somehow, the message ended up here. <blush>

Porting this solution in the JCL installer requires more tests, old expert names didn't start with Jcl* :/

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: problems installing JVCL
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Sun, 23 Oct 2005 14:12:43 +0300
Newsgroups: jedi.vcl

Tried installation with JVCL3-Latest.zip (23-10-2005).

Installation of JVCL ends with the message:

"JCL is not installed for Delphi 6.0 (PRO). Please install the JCL before 
installing the JVCL. JCLD60.bpl not found in c:\Program 
Files\Borland\Delphi6\Projects\Bpl"


Searched for anything like JCLD60 but not found any on my system.

Thank you,

Tiberiu

PS Have Jedi Code Library Release 1.95.3 Build 1848 installed




"someone from eXact SRL" <exact@rdslink.ro> wrote in message 
news:djfkd2$4ne$1@talkto.net...
> > Hi all,
> >
> > D6, JVCL300CompleteJCL195-Build1848-1.zip JVCL package.
> >
> > Jedi Code Library
> >
> > Release 1.95.3
> >
> > Build 1848
> >
> > 23-March-2005
> >
> >
> >
> > Installing JCL is OK.
> >
> > Installing JVCL starts OK but after a few seconds I receive this message :
> >
> > 139115 lines, 2.52 seconds, 618848 bytes code, 4329 bytes data.
> >
> > [Compiling: JvSystemD6R.bpl]
> >
> > "C:\Program 
> > Files\Borland\Delphi6\bin\dcc32.exe" -Q- -M -DJVCL_NO_DEBUGINFO 
> > JvSystemD6R.dpk
> >
> > Borland Delphi Version 14.0
> >
> > Copyright (c) 1983,2002 Borland Software Corporation
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(345) 
> > Error: Undeclared identifier: 'TTransmetaSpecific'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(346) 
> > Error: Undeclared identifier: 'TViaSpecific'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1821) 
> > Error: Undeclared identifier: '_3DNow'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1846) 
> > Error: Undeclared identifier: 'Ex3DNow'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1851) 
> > Error: Undeclared identifier: 'ExMMX'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1891) 
> > Error: Undeclared identifier: 'Is64Bits'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1901) 
> > Error: Undeclared identifier: 'L1InstructionCacheSize'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1906) 
> > Error: Undeclared identifier: 'L1DataCacheSize'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1911) 
> > Error: Undeclared identifier: 'L2CacheSize'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1916) 
> > Error: Undeclared identifier: 'L3CacheSize'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2119) 
> > Error: Undeclared identifier: 'CPU_TYPE_TRANSMETA'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2119) 
> > Warning: Comparing signed and unsigned types - widened both operands
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2120) 
> > Error: Undeclared identifier: 'TransmetaSpecific'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2129) 
> > Error: Undeclared identifier: 'CPU_TYPE_VIA'
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2129) 
> > Warning: Comparing signed and unsigned types - widened both operands
> >
> > C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2130) 
> > Error: Undeclared identifier: 'ViaSpecific'
> >
> > JvSystemD6R.dpk(85) Fatal: Could not compile used unit 
> > '..\..\run\JvComputerInfoEx.pas'
> >
> > ** error 1 ** deleting "C:\Program 
> > Files\Borland\Delphi6\Projects\Bpl"\JvSystemD6R.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> >
> >
> > Help please
> >
> > Tiberiu
> >
> > 




Subject: problems installing JVCL
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Sun, 23 Oct 2005 12:35:40 +0300
Newsgroups: jedi.vcl

Hi all,

D6, JVCL300CompleteJCL195-Build1848-1.zip JVCL package.

Jedi Code Library

Release 1.95.3

Build 1848

23-March-2005



Installing JCL is OK.

Installing JVCL starts OK but after a few seconds I receive this message :

139115 lines, 2.52 seconds, 618848 bytes code, 4329 bytes data.

[Compiling: JvSystemD6R.bpl]

"C:\Program Files\Borland\Delphi6\bin\dcc32.exe" -Q- -M -DJVCL_NO_DEBUGINFO 
JvSystemD6R.dpk

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(345) 
Error: Undeclared identifier: 'TTransmetaSpecific'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(346) 
Error: Undeclared identifier: 'TViaSpecific'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1821) 
Error: Undeclared identifier: '_3DNow'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1846) 
Error: Undeclared identifier: 'Ex3DNow'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1851) 
Error: Undeclared identifier: 'ExMMX'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1891) 
Error: Undeclared identifier: 'Is64Bits'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1901) 
Error: Undeclared identifier: 'L1InstructionCacheSize'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1906) 
Error: Undeclared identifier: 'L1DataCacheSize'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1911) 
Error: Undeclared identifier: 'L2CacheSize'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(1916) 
Error: Undeclared identifier: 'L3CacheSize'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2119) 
Error: Undeclared identifier: 'CPU_TYPE_TRANSMETA'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2119) 
Warning: Comparing signed and unsigned types - widened both operands

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2120) 
Error: Undeclared identifier: 'TransmetaSpecific'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2129) 
Error: Undeclared identifier: 'CPU_TYPE_VIA'

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2129) 
Warning: Comparing signed and unsigned types - widened both operands

C:\Program Files\Borland\Delphi6\JEDI\JVCL\run\JvComputerInfoEx.pas(2130) 
Error: Undeclared identifier: 'ViaSpecific'

JvSystemD6R.dpk(85) Fatal: Could not compile used unit 
'..\..\run\JvComputerInfoEx.pas'

** error 1 ** deleting "C:\Program 
Files\Borland\Delphi6\Projects\Bpl"\JvSystemD6R.bpl

** error 1 ** deleting CompilePackages



Help please

Tiberiu




Subject: Re: Uninstall should uninstall packages with previous naming
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Oct 2005 10:57:53 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> So as long as the packanges start with a "Jv" they are removed before
> installation and during uninstallation.

Excellent.
Thing is, I was thinking of the JCL installer when I wrote that, but somehow, the message ended up here. <blush>


Subject: Re: Uninstall should uninstall packages with previous naming
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 23 Oct 2005 08:59:45 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > That should also be done in the install part.
> > Many users do it like we developers and simply install again without
> > uninstall.

There is this code in the JVCLData.pas of the Installer:

  // remove JVCL packages
  for i := DisabledPackages.Count - 1 downto 0 do
    if StartsWith(DisabledPackages.Items[i].Name, 'Jv', True) then
      DisabledPackages.Delete(i);

  for i := KnownPackages.Count - 1 downto 0 do
    if StartsWith(KnownPackages.Items[i].Name, 'Jv', True) then
      KnownPackages.Delete(i);

So as long as the packanges start with a "Jv" they are removed before
installation and during uninstallation.


-- Regards, Andreas Hausladen 

Subject: Re: Uninstall should uninstall packages with previous naming
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Oct 2005 06:24:03 +0200
Newsgroups: jedi.vcl

That should also be done in the install part.
Many users do it like we developers and simply install again without uninstall.


Subject: Uninstall should uninstall packages with previous naming
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 23 Oct 2005 00:42:35 +0200
Newsgroups: jedi.vcl

Hi all

It would be MUCH better if the installer removed the old packages at least from the registry.
Basically, if it does not, there are two packages with the same units that get loaded each time: one is the old package, one is the new one.
And while I know where to look in the registry and what to remove, most users don't which means we will get swamped with questions about duplicate units.
Could the uninstall part of the installer be modified to remove the old packages as well?
Thanks
Olivier


Subject: Re: Geode CPU
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Oct 2005 06:38:53 +0200
Newsgroups: jedi.jcl,jedi.vcl

Micha Schumann wrote:

> Hi,
> how does XP "feel" on that CPU? I wonder ifit makes sense to run my Debian ct server/firewall on such a board due to power consumption. But I am not sure if ithe disks take most of the power...
> Micha

Slow of course, but not that bad.
It is a disk recorder with scores of strange devices and
a beta BIOS. It crashes frequently.


Subject: Re: Geode CPU
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 21 Oct 2005 22:34:25 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt wrote:
> I currently have a computer with Geode CPU (Vendor ID "Geode by NSC") available. 300 MHz and Win XP :-P
> I need some help to update JvComputerInfoEx and JclSysInfo.

Last time I updated JclSysInfo to detect new features (64 bit core, SSE2 and 3...). I started converting all asm instructions into pascal but I haven't still finished.
I don't think there will be many stuff to do in JvComputerInfoEx except if there is special features not present in other CPUs.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Geode CPU
From: Micha Schumann <nospam@itc-ms.de>
Date: Fri, 21 Oct 2005 20:52:54 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt schrieb:
> I currently have a computer with Geode CPU (Vendor ID "Geode by NSC") available. 300 MHz and Win XP :-P
> I need some help to update JvComputerInfoEx and JclSysInfo.
Hi,
how does XP "feel" on that CPU? I wonder ifit makes sense to run my Debian ct server/firewall on such a board due to power consumption. But I am not sure if ithe disks take most of the power...
Micha


Subject: Re: Unable to compile with BCB5
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 21 Oct 2005 18:20:24 +0200
Newsgroups: jedi.vcl

Fred wrote:
> I was unable to compile the today's version because of the changes introduced in GenerateUtils.pas (that crashes my DCC32).
> I suppose it's only a BCB5 problem.

I fixed 2 errors in pgEdit. Compilation with D5 is Ok.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Unable to compile with BCB5
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 21 Oct 2005 18:20:06 +0200
Newsgroups: jedi.vcl

Fred wrote:
> Hello,
>
> I was unable to compile the today's version because of the changes introduced in GenerateUtils.pas (that crashes my DCC32).
> I suppose it's only a BCB5 problem.

I'll look into it.


Subject: Geode CPU
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Oct 2005 14:04:50 +0200
Newsgroups: jedi.jcl,jedi.vcl

I currently have a computer with Geode CPU (Vendor ID "Geode by NSC") available. 300 MHz and Win XP :-P
I need some help to update JvComputerInfoEx and JclSysInfo.


Subject: Unable to compile with BCB5
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 21 Oct 2005 12:01:50 +0100
Newsgroups: jedi.vcl

Hello,

I was unable to compile the today's version because of the changes 
introduced in GenerateUtils.pas (that crashes my DCC32).
I suppose it's only a BCB5 problem.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Little polls: which version of Delphi to support
From: "Ray A." <nospam@hotmail.com>
Date: Thu, 20 Oct 2005 22:26:18 +0000 (UTC)
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> > Hi,
> > 
> > First I just want to remind everybody that it's much less work to
> > remove support for a specific version than to reintroduce it later
> > when for some reason the decision gets revoked.
> > 
> > Second, JVCL may support a subset of the versions the JCL supports.
> > So if the JVCL team decides to drop a version, that doesn't imply the
> > same for the JCL.
> > 
>> > > Currently the JVCL and the JCL are supporting delphi from the
>> > > version to  the last version and BCB 5 and 6.
>> > > 
>> > > Do you think supporting D5 and BCB5 is still a priority ?
> > 
> > Definitely.  I think it was a bad decision already to drop D4 support
> > for the JCL.  D5 I believe is still in wide use; many consider it as
> > the most solid Delphi release to date.

I agree.  Even if any new JCL features are not available in the 
Delphi 5 version (but available in the others) it would still be very
helpful to keep the support.

It crosses my mind every day about how it would make my job so much
easier if the current JCL and JVCL still supported Delphi 4 even if
some newer things were not available in that version.

I'm working on upgrading such a massive Delphi 4 project right now I
can only upgrade it's core architecture to newer versions of Delphi by
using the most compatible routines.

I can imagine others find themselves in similar situations with 
Delphi 5.

- Ray



Subject: Re: JVInspector and FieldDefs property (caption + creating DBLookup fields on runtime)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 20 Oct 2005 20:08:33 +0200
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:
> I tried this but i doesn't worked :
>
> JvInspector1.AddComponent(MyQuery.FieldsDefs, 'Dataset Fields Definition', True);
>
> The inspector remains empty !

    FieldDefs is not a TComponent descendant, but a TCollection. There's no way to inspect a TCollection that way. You can iterate the collection and add the individual TFieldDef items to the inspector (see the provided inspector examples on how to add individual instances). I'd suggest creating an category for each item, so they're easily identifiable and collapsible (again, see the provided inspector example on how to create categories/add items to categories).

    Side note to those interesting in expanding the inspector: write a class to inspect a TCollection, automatically adding each item in a separate category.

> Did I miss something ?

    See above.

> Did I missunderstood the JVInspector Comp ?

    No, just what certain methods are intended to do.

> Is it possible to add DBLookup fields in runtime ?

    There's a way to inspect a record (see the provided DB example).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvInspector update
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 20 Oct 2005 20:00:55 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> I can't see any reason not to do this, but I didn't write JvInspector & I don't know it very intimately. If there are no objections, I'll add those interface declarations.

    No objections from me. Actually, I thought I already had done that.

    I still haven't looked at your previous changes, but I'm not very involved with JVCL anymore. Warren has more-or-less inherited the component. But the list of changes/additions you posted seem reasonable to me.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JVImageListBox Events...
From: Larry Williamson <nyte@nyte.us>
Date: Thu, 20 Oct 2005 13:00:27 -0400
Newsgroups: jedi.vcl

How could I go about getting a TJVImageListBox to carry the same events as a JvListBox? (onDraw,onChange,etc)


TXINADV,
Larry


Subject: JVInspector and FieldDefs property (caption + creating DBLookup fields on runtime)
From: Stephane Wierzbicki <swierzbicki@free.Fr>
Date: Thu, 20 Oct 2005 17:03:27 +0200
Newsgroups: jedi.vcl

Hi,

I just discovered this wonderfull component.
In my project, i'm dynamically setting my field definition
Right now I'm working this way :

On the before open event of my TxxxQuery (xxx related to an third party component) I do this :
 - fetch an SQL Statemennt from my Database (upon the TxxxQuery name) and fill the SQL property of the TxxxQuery
 - do an TxxxQuery.FieldDefs.update (so that fields def will be created)
 - fetch the field caption from my Database (upon the TxxxQuery name  + FieldDefs Name)

Now, i'm wanting to use the JvInspector to "inspect" my fielddef so that I'll be able to "rename" my fields caption in run-time.

I tried this but i doesn't worked :

JvInspector1.AddComponent(MyQuery.FieldsDefs, 'Dataset Fields Definition', True);

The inspector remains empty !
Did I miss something ?
Did I missunderstood the JVInspector Comp ?
Is it possible to add DBLookup fields in runtime ?

Thank you anyways


Subject: Re: Changes following package names modifications in the JCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 20 Oct 2005 07:54:53 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> I had problems with D2005 Personal: the JVCL installation aborted because it didn't find package dbrtl.  It also wouldn't display the Edition properly on the page where the versions to install for are selected.

Seems like the "personal" is not detected correctly.


Subject: Re: Changes following package names modifications in the JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Oct 2005 06:06:24 +0200
Newsgroups: jedi.vcl

Can you please set JvVCL5Utils.pas to "all" in JvCore-R.xml and test.
The file is empty except for COMPILER5 already. I have changes for COMPILER5 waiting for many files and this is needed to remove many IFDEFs.


Subject: Re: JvInspector update
From: Elahn Ientile <blackhole@elahn.net>
Date: Thu, 20 Oct 2005 13:50:59 +1000
Newsgroups: jedi.vcl

Marc Lafon wrote:

> Should it be possible to add three more declaration in the interface :
>
> function SaveCanvasState(const Canvas: TCanvas): Integer;
> procedure ApplyCanvasState(const Canvas: TCanvas; const SavedIdx: Integer);
> procedure RestoreCanvasState(const Canvas: TCanvas; const SavedIdx: Integer);
>
> this allow to easier the making of Inspector painters !
> (this way only a unique CanvasStack is maintained for the whole painter classes)

Hi Marc,

I can't see any reason not to do this, but I didn't write JvInspector & I don't know it very intimately. If there are no objections, I'll add those interface declarations.

enjoy life,
           Elahn


Subject: Re: Changes following package names modifications in the JCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 20 Oct 2005 05:00:03 +0200
Newsgroups: jedi.vcl

Hi,

OBones wrote:
> Hi all
>
> As some of you may have noticed, the JCL has changed it's way of naming the packages. As a result, and for the past few days, the JVCL did not compile when used with the very latest JCL.
> This has now been addresse, will be available in the next few hours on the anonymous CVS server and will be in the next daily zip.
> Hence, you MUST update to the latest JCL version (CVS or daily) if you want to use the latest JVCL version (CVS or daily).
> Let us know if you run into any trouble.

I had problems with D2005 Personal: the JVCL installation aborted because it didn't find package dbrtl.  It also wouldn't display the Edition properly on the page where the versions to install for are selected.

Didn't look into it, but if you haven't an immediate idea where this may come from, I could examine the issue.

For D5 Prof., D6 Prof., D7 Prof. and BCB6 Arch. Trial all went well.


Subject: Changes following package names modifications in the JCL
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 19 Oct 2005 23:25:11 +0200
Newsgroups: jedi.vcl

Hi all

As some of you may have noticed, the JCL has changed it's way of naming the packages. As a result, and for the past few days, the JVCL did not compile when used with the very latest JCL.
This has now been addresse, will be available in the next few hours on the anonymous CVS server and will be in the next daily zip.
Hence, you MUST update to the latest JCL version (CVS or daily) if you want to use the latest JVCL version (CVS or daily).
Let us know if you run into any trouble.

Cheers
Olivier


Subject: Re: JvInspector update
From: Marc Lafon <marc.lafonREMOVETHIS@ANDTHISfree.fr>
Date: Wed, 19 Oct 2005 23:16:12 +0200
Newsgroups: jedi.vcl

Hi Elahn,

Should it be possible to add three more declaration in the interface :

function SaveCanvasState(const Canvas: TCanvas): Integer;
procedure ApplyCanvasState(const Canvas: TCanvas; const SavedIdx: Integer);
procedure RestoreCanvasState(const Canvas: TCanvas; const SavedIdx: Integer);

this allow to easier the making of Inspector painters !
(this way only a unique CanvasStack is maintained for the whole painter classes)


Marc.


Elahn Ientile wrote :
> Hi All,
>
> Here's what I've done (in binaries):
>
> 1. added JvInspector.OnItemDoubleClicked.
>
> 2. added a fix that allows MouseWheel scrolling when an item editor is
> active.
>
> 3. moved the Inspector Data Register (TJvInspDataReg) from
> implementation to interface.
>
> 4. added an interface entry for: function DataRegister: TJvInspDataReg;
>
> I've done 3 & 4 to allow custom object hierarchies to be accessed by a
> TJvInspector, while existing in seperate files and not impacting the JVCL.
>
> (I have a custom persistent object hierarchy, which I'll donate one day,
> but at this stage it gets changed a lot and I can't afford to provide
> backward compatibility or worry about breaking other peoples apps.)
>
> If no one has any objections, I'll commit this.
>
> enjoy life,
>            Elahn
>


Subject: JvFormStorage and inheritance
From: ckorhasanoglu <ckorhasanoglu@yahoo.com.ar>
Date: Wed, 19 Oct 2005 12:21:56 -0300
Newsgroups: jedi.vcl

Hi:

I am trying to use a JvFormStorage component in a base form and then use it in several inherited forms and it doesn't work. Is the component designed to work with inheritance?

Thanks
Carlos


Subject: TJvInterpreter proposal - Change TTokenKind to an enumerated type
From: "RSG" <rsgNOSPAM@lldotmitdotedu.com>
Date: Tue, 18 Oct 2005 17:06:09 +0100
Newsgroups: jedi.vcl

I've been using the interpreter quite a bit, and it's in general way cool!
 Of course, it is also a work in progress, and so quite often I find
myself stepping though its code trying to understand what I'm doing wrong.
 It would be so much easier if the TTokenKind type was an enumeration,
because the debugger could give me the textual name rather than an
integer.  For example, if stepping through the following function, it
would be far easier to understand if the watched value of TTyp was
reported at 'ttBegin' rather than 66.  Would others be interested in this
approach?  More to the point, are there technical reasons not to do this?

procedure TJvInterpreterFunction.InterpretBegin;
begin
  NextToken;
  while True do
  begin
    case TTyp of
      ttEnd:
        begin
          NextToken;
          Exit;
        end;
      ttElse, ttDo:
        ErrorExpected(LoadStr2(irStatement));
      ttSemicolon:
        begin
          DoOnStatement;
          NextToken;
        end;
      ttIdentifier, ttBegin, ttIf, ttWhile, ttFor, ttRepeat,
        ttBreak, ttContinue, ttTry, ttRaise, ttExit, ttCase:
        InterpretStatement;
    else
      ErrorExpected('''' + kwEND + '''');
    end;
    if FBreak or FContinue or FExit then
      Exit;
  end;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvInspector update
From: Elahn Ientile <blackhole@elahn.net>
Date: Tue, 18 Oct 2005 23:54:13 +1000
Newsgroups: jedi.vcl

Hi All,

Here's what I've done (in binaries):

1. added JvInspector.OnItemDoubleClicked.

2. added a fix that allows MouseWheel scrolling when an item editor is
active.

3. moved the Inspector Data Register (TJvInspDataReg) from
implementation to interface.

4. added an interface entry for: function DataRegister: TJvInspDataReg;

I've done 3 & 4 to allow custom object hierarchies to be accessed by a
TJvInspector, while existing in seperate files and not impacting the JVCL.

(I have a custom persistent object hierarchy, which I'll donate one day,
but at this stage it gets changed a lot and I can't afford to provide
backward compatibility or worry about breaking other peoples apps.)

If no one has any objections, I'll commit this.

enjoy life,
           Elahn



Subject: JvFormStorage property editor (please test)
From: Elahn Ientile <blackhole@elahn.net>
Date: Tue, 18 Oct 2005 23:08:21 +1000
Newsgroups: jedi.vcl

Hi All,

I've tested this update with Delphi 7 & I've been using it for about 6 months with no problems. However, I'm reluctant to commit it to CVS until people have tested it with other Delphi/BCB versions.

In binaries is a test project and the modified source files. Expected behaviour:

* double clicking on the TJvFormStorage still displays the 'Form Storage Editor', however clicking the '...' button for StoredProps in the Object Inspector displays a standard 'String List Editor' with the all important 'Code Editor' button.

* when an invalid string (line/property) is entered in the 'String List Editor' then OK is clicked, it will be filtered out - the rest of the properties are unaffected.

* when an invalid string (line/property) is entered in the 'Code Editor' then File -> Save (Ctrl+S) is clicked, it will be filtered out - the rest of the properties are unaffected. However, it is NOT removed from the Code Editor. To see that it has been removed, close the page, then re-open it in the Code Editor.

---
I much prefer this behaviour (ala JVCL 2.1) as I can type much faster than I can use the mouse. If anyone has a problem with this update, please let me know.

enjoy life,
           Elahn


Subject: Re: ALERT_jedi_inc_incompatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Oct 2005 05:47:29 +0200
Newsgroups: jedi.vcl

walito wrote:
> hi people, I Installed D7 with JVCL300, but when I compile show the
> following error :
>
> {$IFNDEF JEDI_INC}
> ALERT_jedi_inc_incompatible  <-------------------- here this error
> // secure against old versions of jedi.inc.
> {$ENDIF !JEDI_INC}
> that it can be?

Somewhere on your computer there is an old version of jedi.inc which is in the search path of Delphi. Search & Destroy.


Subject: ALERT_jedi_inc_incompatible
From: "walito" <walter@phpgas.com.ar>
Date: Mon, 17 Oct 2005 17:19:56 +0100
Newsgroups: jedi.vcl

hi people, I Installed D7 with JVCL300, but when I compile show the
following error :

{$IFNDEF JEDI_INC}
ALERT_jedi_inc_incompatible  <-------------------- here this error
// secure against old versions of jedi.inc.
{$ENDIF !JEDI_INC} 

that it can be?

sorry for my english!

bye



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Mon, 17 Oct 2005 10:51:34 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > JFN wrote:
> > 
>> > > OBones wrote:
>> > > 
>> > > 
>>> > > > (TreeView.Items[i] as TJvTreeNode).Checked := True
>> > > 
>> > > 
>> > > Merci ! I had overlooked that TjvTreeNode descendant.
>> > > 
>> > > You're right: this way it does the trick. Thanks again for the
>> > > pointer!
> > 
> > But then you'll notice that when you click on an already checked box,
> > it doesn't uncheck itself. It only works the second time around.

Yes. But I feel this behaviour to be much less annoying than not
showing the checked boxes at startup. Of course solving the whole issue
would be better ;)

I had another go at the JVCL code but couldn't find anything relevant 
:-(

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Mon, 17 Oct 2005 09:40:59 +0000 (UTC)
Newsgroups: jedi.vcl

JFN wrote:

> > OBones wrote:
> > 
>> > > (TreeView.Items[i] as TJvTreeNode).Checked := True
> > 
> > Merci ! I had overlooked that TjvTreeNode descendant.
> > 
> > You're right: this way it does the trick. Thanks again for the
> > pointer!

Side note: the OnToggle/OnToggling events aren't fired when using this
way of (un)checking the nodes.

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: TjvCheckTreeView initialization problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 17 Oct 2005 11:37:25 +0200
Newsgroups: jedi.vcl

JFN wrote:

> OBones wrote:
>
>
>> (TreeView.Items[i] as TJvTreeNode).Checked := True
>
>
> Merci ! I had overlooked that TjvTreeNode descendant.
>
> You're right: this way it does the trick. Thanks again for the pointer!

But then you'll notice that when you click on an already checked box, it doesn't uncheck itself. It only works the second time around.


Subject: Re: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Mon, 17 Oct 2005 09:13:04 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > (TreeView.Items[i] as TJvTreeNode).Checked := True

Merci ! I had overlooked that TjvTreeNode descendant.

You're right: this way it does the trick. Thanks again for the pointer!

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: JvTabBar and JVPageList
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 17 Oct 2005 10:45:33 +0200
Newsgroups: jedi.vcl

Is it possible to make the JvTabBar and the assigned JVPageList more
automated ?

When I create a new tab (designtime) on JVTabbar it would be really nice
when there will be created also a new JVPage.
Same thing when Tab will be destroyed.
In moment it is very difficult and stupid to handle both.

Greetings
Dierk




Subject: Re: JvToolbar
From: "Peter Sanders" <peter@infopos.com.au>
Date: Mon, 17 Oct 2005 14:05:01 +0800
Newsgroups: jedi.vcl

Hi Olilier

On Mon, 17 Oct 2005 13:34:52 +0800, OBones <obones_gfd_@_gfd_altern.org> wrote:

>>  The JvToolBar bug I reported has been fixed. I d/l the latest JCL/JVCL  libraries and see that the fix is not included (well it doesn't work on MY  pc).
>>  How do I obtain the fix?
>
> Either from CVS or from the daily zip.
> Note that if you use the CVS/daily version of the JVCL, you also need the CVS/daily version of the JCL:
>
> http://jcl.sf.net/daily/
> http://jvcl.sf.net/daily/

Yes, that's what I thought. I d/l the latest files and the *bug* was still there. Hmmm? I'll d/l the latest files again and try again.

BTW all I did previously was to d/l the latest source, unzip to the appropriate folders then use the installer to recompile. SHould I be deleteing any bpl's etc before doing a "recompile" type install, ie not using the NEW install option of the installer?


-- 
Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: JvToolbar
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 17 Oct 2005 07:34:52 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

> Hi
>
> The JvToolBar bug I reported has been fixed. I d/l the latest JCL/JVCL  libraries and see that the fix is not included (well it doesn't work on MY  pc).
>
> How do I obtain the fix?

Either from CVS or from the daily zip.
Note that if you use the CVS/daily version of the JVCL, you also need the CVS/daily version of the JCL:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Cheers
Olivier


Subject: Re: TjvCheckTreeView initialization problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 17 Oct 2005 07:33:36 +0200
Newsgroups: jedi.vcl

JFN wrote:
> OBones wrote:
>
>
>> I've got some troubles with this as well.
>> Most of the times treeview.Checked[node] works, but some times, you
>> have to use node.checked I did not have time to investigate, but that
>> may be a start.
>
>
> Mmmm... Merci Olivier, but I'm just wondering where this Node.Checked
> property comes from. Can't seem to put my hands on it :-(

(TreeView.Items[i] as TJvTreeNode).Checked := True


Subject: JvToolbar
From: "Peter Sanders" <peter@infopos.com.au>
Date: Mon, 17 Oct 2005 12:30:16 +0800
Newsgroups: jedi.vcl

Hi

The JvToolBar bug I reported has been fixed. I d/l the latest JCL/JVCL libraries and see that the fix is not included (well it doesn't work on MY pc).

How do I obtain the fix?

Thank you.

-- 
regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Mon, 17 Oct 2005 04:06:36 +0100
Newsgroups: jedi.vcl

Ignore this

Im sorry, 
I have post this questions some days ago, but i couldn't find the
thread... Recently I have found it. My fault!! Sorry.

> >Hi,
> >
> >Is there an easy (or not so easy) way to give the JVDBGrid an inplace memo
> >fields editor??
> >
> >any code or comment, would be helpful!
> >
> >thanks.
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: edit memo fields with TJVDBGrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Mon, 17 Oct 2005 04:02:49 +0100
Newsgroups: jedi.vcl

Hi,

Is there an easy (or not so easy) way to give the JVDBGrid an inplace memo
fields editor??

any code or comment, would be helpful!

thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Sun, 16 Oct 2005 20:55:32 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I've got some troubles with this as well.
> > Most of the times treeview.Checked[node] works, but some times, you
> > have to use node.checked I did not have time to investigate, but that
> > may be a start.

Mmmm... Merci Olivier, but I'm just wondering where this Node.Checked
property comes from. Can't seem to put my hands on it :-(

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: TjvCheckTreeView initialization problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 16 Oct 2005 22:32:15 +0200
Newsgroups: jedi.vcl

I've got some troubles with this as well.
Most of the times treeview.Checked[node] works, but some times, you have to use node.checked
I did not have time to investigate, but that may be a start.


Subject: Re: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Sun, 16 Oct 2005 18:40:52 +0000 (UTC)
Newsgroups: jedi.vcl

I'm still pulling my hair with this problem.

FWIW, when setting CheckBoxOptions.Style to anything but cbsJVCL the
checkboxes are correctly displayed. Unfortunately the
OnToggle/OnToggling events aren't available in anything but cbsJVCL
style, and I need them <g>

I've stepped into the initialisation process and AFAICS everything
seems to be ok (ie, the StateIndex value is correctly set).

Any hint appreciated,
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: [RFD] JCL Package naming
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 16 Oct 2005 15:18:35 +0200
Newsgroups: jedi.jcl,jedi.vcl

I see that this has been done for D9.
I've had a look at the JVCL and the required changes are minor.
When will this be done for all targets ?


Subject: JclWideStrings and JclUnicode changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Oct 2005 07:24:32 +0200
Newsgroups: jedi.jcl,jedi.vcl

I have updated the Str*W family of function in JclWideStrings.pas
to be fully compatible in parameters and semantics to the Delphi
Str* family. There several missing const qualifiers and some
functions did not handle #0 correctly as documented for the
Delphi functions.
JclUnicode.TWideStrings now has GetText and GetTextStr just like
Delphi TStrings and JclWideStrings.TWStrings.
The next change will be to import the Str*W family from
JclWideStrings.pas.

I post this to JVCL also because the JVCL needs recompilation due
to the changed signature (link name) of the Str*W functions.


Subject: Re: JvDateEdit Focus Bug
From: Elahn Ientile <blackhole@elahn.net>
Date: Sun, 16 Oct 2005 05:41:48 +1000
Newsgroups: jedi.vcl

Fixed, on Mantis: http://homepages.borland.com/jedi/issuetracker/view.php?id=3266

enjoy life,
           Elahn


Subject: Re: error after installing 15-10-05
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 15 Oct 2005 18:48:49 +0200
Newsgroups: jedi.vcl

You have an old JCL version somewhere on your machine.
Look for dcu, dcp, lib and bpl files


Subject: JVDateTimepicker error
From: "SteveW" <Stevewarby@btinternet.com>
Date: Sat, 15 Oct 2005 17:37:15 +0100
Newsgroups: jedi.vcl

get the following intermittently on drop down.

you must be in showcheckbox mode to set this date

Once clicked the date shows today's date in the edit field but when I post 
the date changes back what it was.

Cheers

SteveW 




Subject: error after installing 15-10-05
From: "Brian" <brian@night.dk>
Date: Sat, 15 Oct 2005 18:14:02 +0200
Newsgroups: jedi.vcl

[Fatal Error] JclFileUtils.pas(920): Unit JclWin32 was compiled with a 
different version of JclBase.PByte

i have installed
Release 1.95.3

Build 1848

of jcl ??



Regards Brian




Subject: Re: Using TortoiseCVS - cvs access speed
From: Elahn Ientile <blackhole@elahn.net>
Date: Sun, 16 Oct 2005 01:19:04 +1000
Newsgroups: jedi.vcl

OBones wrote:
> Yeah, it could. I got 1Mbps upload here, so it's much faster

Damn the slow speeds in Australia. :( I can't wait 'till ADSL 2+ is finally released on the Gold Coast...unfortunately it probably won't be for another year.

enjoy life,
           Elahn


Subject: Re: Using TortoiseCVS - cvs access speed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 15 Oct 2005 17:16:27 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> OBones wrote:
>
>> So 2min50 for a full JVCL update with only one file change is not unheard of. I tried with a command line CVS, it doesn't change much.
>
>
> Hmmm, that was 2min50 for a single file (JvInspector.pas), the full update (with nothing changed) took about 15 mins.

Just right click on one single file and 2'50 ? Ouch, that's slow.


> I'm on 1500/256 ADSL, dlsreports.com just said I have 213 kbps upload. Could an upload speed of only 26 KB/s cause it to run this slow?

Yeah, it could. I got 1Mbps upload here, so it's much faster


Subject: Re: JvDateEdit Focus Bug
From: Elahn Ientile <blackhole@elahn.net>
Date: Sun, 16 Oct 2005 01:16:02 +1000
Newsgroups: jedi.vcl

OBones wrote:
> Please create such reports in the bugtracker, it's much easier for us to track.
>
> http://homepages.borland.com/jedi/issuetracker/

Done. Sorry.


Subject: Re: Using TortoiseCVS - cvs access speed
From: Elahn Ientile <blackhole@elahn.net>
Date: Sun, 16 Oct 2005 01:10:22 +1000
Newsgroups: jedi.vcl

OBones wrote:
> So 2min50 for a full JVCL update with only one file change is not unheard of. I tried with a command line CVS, it doesn't change much.

Hmmm, that was 2min50 for a single file (JvInspector.pas), the full update (with nothing changed) took about 15 mins.

> The delay depends on your upload speed.

I'm on 1500/256 ADSL, dlsreports.com just said I have 213 kbps upload. Could an upload speed of only 26 KB/s cause it to run this slow?

enjoy life,
           Elahn


Subject: Re: JvDateEdit Focus Bug
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 15 Oct 2005 17:03:17 +0200
Newsgroups: jedi.vcl

Please create such reports in the bugtracker, it's much easier for us to track.

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: Using TortoiseCVS - cvs access speed
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 15 Oct 2005 17:01:26 +0200
Newsgroups: jedi.vcl

The delay depends on your upload speed. Basically, it does a diff on many many files over the netwoork and only reports about the files that were added/deleted/changed.
So 2min50 for a full JVCL update with only one file change is not unheard of. I tried with a command line CVS, it doesn't change much.

Regards
Olivier


Subject: JvDateEdit Focus Bug
From: Elahn Ientile <blackhole@elahn.net>
Date: Sun, 16 Oct 2005 00:34:56 +1000
Newsgroups: jedi.vcl

Hi All,

There is a small example program in Binaries that produces this bug. Steps to reproduce:

(Steps 1 & 2 are already done in example program)

1. Drop a TMaskEdit on a form & set the EditMask property
2. Drop a TJvDateEdit on a form
3. Run
4. Type in some invalid text in the TMaskEdit
5. Press TAB
6. Click OK to the error message.
7. Continue typing in the TMaskEdit.

You will notice that the cursor appears in the TJvDateEdit, even though the TMaskEdit still has the focus.

I'm not at all familiar with the JvEx... stuff, so I'm groping air. Any ideas?

enjoy life,
           Elahn

P.S. Sorry, I just realized the form in the example is sitting on my right monitor, so it will be off the screen for most people. Just set the Left property so you can see it. :|


Subject: Re: TJVFormStorage Component and AppStoragePath
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 15 Oct 2005 16:28:19 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> ATB Translation Office wrote:
>
>> However no matter what I type in AppStoragePath property, I always get "Invalid Path" message. What I am doing wrong?
>
>
>     You need to use a specific storage. The TJvAppStorage component can be used to create a storage hierarchy...

    To be more precise: the TJvAppStorage component doesn't know where to store anything; if you select a path in TJvFormStorage that is not linked to a specific storage implementation, it will give the 'Invalid Path' message.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJVFormStorage Component and AppStoragePath
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 15 Oct 2005 16:26:37 +0200
Newsgroups: jedi.vcl

ATB Translation Office wrote:
> However no matter what I type in AppStoragePath property, I always get "Invalid Path" message. What I am doing wrong?

    You need to use a specific storage. The TJvAppStorage component can be used to create a storage hierarchy (by linking specific storages to an alias), so you can use a single AppStorage component, with a path pointing, for instance, to the local user's ini file.

    In most cases you can suffice with using one of the implementations provided (ini storage, registry storage, xml storage or DB storage).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Using TortoiseCVS - cvs access speed
From: Elahn Ientile <blackhole@elahn.net>
Date: Sun, 16 Oct 2005 00:21:05 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     The message definitely is because of anonymous access, but I don't know about the delay. From what I recall, at least, it never had such a delay, even for anonymous access. Which version of Tortoise do you use? Have you checked if there are similar reports with Tortoise?

Version 1.8.22, the latest stable version. I haven't checked if there are similar reports with Tortoise, I'll do that now. :)

enjoy life,
           Elahn


Subject: TJVFormStorage Component and AppStoragePath
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Sat, 15 Oct 2005 16:48:01 +0300
Newsgroups: jedi.vcl

Dear Friends,

Sorry if this question is already covered by the forumites (and I would be
glad if someone can point me to the archieves of forum (if any)).

I'm trying to use TJVFormStorage Component. I placed TJVAppStorage component
too on the form. I set AppStorage propery of TJVFormStorage component.
However no matter what I type in AppStoragePath property, I always get
"Invalid Path" message. What I am doing wrong?

Regards,





Subject: TJVFormStorage Component and AppStoragePath
From: "ATB Translation Office" <tercume@nospamatbtercume.com>
Date: Sat, 15 Oct 2005 16:46:05 +0300
Newsgroups: jedi.vcl

Dear Friends,

Sorry if this question is already covered by the forumites (and I would be 
glad if someone can point me to the archieves of forum (if any)).

I'm trying to use TJVFormStorage Component. I placed TJVAppStorage component 
too on the form. I set AppStorage propery of TJVFormStorage component. 
However no matter what I type in AppStoragePath property, I always get 
"Invalid Path" message. What I am doing wrong?

Regards, 




Subject: Re: Using TortoiseCVS - cvs access speed
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 15 Oct 2005 15:45:53 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> I've just installed TortoiseCVS so I don't have to keep using the WebCVS and I've noticed that when doing anything, e.g. a diff, it says...
>
> Empty password used - try 'cvs login' with a real password
>
> ...and sits there for a long time before continuing, e.g. 2min50sec before continuing with a diff on JvInspector.pas. Is this because I'm using anonymous access, or is this the normal speed? I'm using:

    The message definitely is because of anonymous access, but I don't know about the delay. From what I recall, at least, it never had such a delay, even for anonymous access. Which version of Tortoise do you use? Have you checked if there are similar reports with Tortoise?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Little polls: which version of Delphi to support
From: Thomas Mueller <spam@dummzeuch.de>
Date: Sat, 15 Oct 2005 15:24:45 +0200
Newsgroups: jedi.vcl

Hi,

Fred wrote:

>> >>What do you think about removing Kylix 3 ?

> > No opinion on this subject. I'm a little bit surprised that nobody wants
> > to work on a Kylix version.

I would like to but I simply don't have the time.

twm



Subject: Using TortoiseCVS - cvs access speed
From: Elahn Ientile <blackhole@elahn.net>
Date: Sat, 15 Oct 2005 23:17:38 +1000
Newsgroups: jedi.vcl

Hi All,

I've just installed TortoiseCVS so I don't have to keep using the WebCVS and I've noticed that when doing anything, e.g. a diff, it says...

Empty password used - try 'cvs login' with a real password

....and sits there for a long time before continuing, e.g. 2min50sec before continuing with a diff on JvInspector.pas. Is this because I'm using anonymous access, or is this the normal speed? I'm using:

CVSROOT: :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl

enjoy life,
           Elahn


Subject: André Snepvangers?
From: Micha Schumann <nospam@itc-ms.de>
Date: Sat, 15 Oct 2005 09:51:35 +0200
Newsgroups: jedi.vcl

Hello,

I have been off this newsgroup for quite a while. Is André still around? What happended to his plans building a branch Jedi VCL for CLX?

Micha


Subject: Re: TJvDBLookupCombo DropDown-List on wrong Screen
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Fri, 14 Oct 2005 11:43:49 +0200
Newsgroups: jedi.vcl

I use Delphi Version 7.0 Enterprise.
Haden't checked the bugtracker, now found issue 0002763 seems to be same problem, for a different control.
You seem to have fixed that control, perhaps the same solution should apply here.


Subject: Re: JvFormStorage property editor -> "Form Storage Editor"
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 14 Oct 2005 17:07:45 +1000
Newsgroups: jedi.vcl

>> > > I'm not too keen on this one. Allowing people to type into this property
>> > > could potentially be dangerous.
>> > > I have no idea how the component behaves when an invalid string is
> > entered.
> >
> > Invalid strings are simply filtered out. If the string does not match a
> > property, it is ignored.

I've been using this modification for about 6 months (with Delphi 7) and
I've had no problems with it. Also, this was how the component behaved in
JVCL v2.1.

enjoy life,
               Elahn





Subject: Re: TJvDBLookupCombo DropDown-List on wrong Screen
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Oct 2005 19:16:31 +0200
Newsgroups: jedi.vcl

Which Delphi version are you using?
Multi monitor support may be a bit version dependent.

Please enter this also in the Mantis bugtracker.


Subject: TJvDBLookupCombo DropDown-List on wrong Screen
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Thu, 13 Oct 2005 18:08:50 +0200
Newsgroups: jedi.vcl

Don't know if this was found before, but i'll found this bug:

If you have multiple Monitor-Setup, and dropdown the control on second monitor, the drop-down box will be on first monitor on the right.

Problem was in the drop-down event:

    if P.X + FDataList.Width > Screen.Width then
      P.X := Screen.Width - FDataList.Width;

It should look like this:

    if P.X + FDataList.Width > Screen.DesktopWidth then
      P.X := Screen.DesktopWidth - FDataList.Width;

with 1 Monitor (e.g. 1280) Width = 1280 AND DesktopWidth = 1280.
with 2 Monitors (e.g. 2 x 1280) Width = 1280 and DesktopWidth = 2560


Subject: Theming with the good old BCB5
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 13 Oct 2005 17:05:08 +0100
Newsgroups: jedi.vcl

Hello,

I installed the latest version of Theme Manager to add XP theming 
support to my apps and I recompiled the JVCL packages with the Theming 
option enabled. Unfortunately, that failed. The compiler looks for .hpp 
files (those ones that are in the Source folder of Theme Manager) and 
can't find them because it doesn't know the installation path of these 
files. Could someone fix that ?

If I put the Source folder content into JVCL\Run, that compiles fine.

Fred, BCB5 user



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDesktopAlert.Showing function not working.
From: "Yozey" <yozey@hotmail.com>
Date: Thu, 13 Oct 2005 09:53:23 -0500
Newsgroups: jedi.vcl

Everything is on the up and up Elahn. Great job.

Thanks again,

Johann.

"Elahn Ientile" <blackhole@elahn.net> wrote in message 
news:dikur3$nln$1@talkto.net...
>> >> Ok, the Showing only showing False is ok. But when the form closes. It
> > still
>> >> returns True when the form is not visible.
> >
> > Hi Johann,
> >
> > That should be fixed now (in binaries). Please check it and let me know.
> >
> > enjoy life,
> >               Elahn
> >
> > 




Subject: Re: Kylix completely dropped?
From: "Herb" <herb8192@yahoo.com>
Date: Thu, 13 Oct 2005 08:32:20 -0600
Newsgroups: jedi.vcl

"Micha Schumann" <nospam@itc-ms.de> wrote

> > Is Kylix Support now completely dropped from the JVCL? If so, I
> > interpret this as Borland will defintely drop Kylix.

Short answer is that it's already been dropped. Kylix is officially in among
the Borland "classic" (ie legacy) products.




Subject: Re: Kylix completely dropped?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 13 Oct 2005 16:17:43 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:
> Is there a chance that Kylix will become open Source? I do like it and would like going on to use it (currently only daemons).

From http://bdn.borland.com/article/0,1410,33346,00.html

davidi:__WILL__: "Will we see the return of CLX?" - This has already been answered by Michael. We will continue to work with the Kylix Community Project - freeclx.sourceforge.net.
No other plan online...

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Kylix completely dropped?
From: Micha Schumann <nospam@itc-ms.de>
Date: Thu, 13 Oct 2005 15:57:13 +0200
Newsgroups: jedi.vcl

>> Is Kylix Support now completely dropped from the JVCL? If so, I interpret this as Borland will defintely drop Kylix. Maybe i am not informed quite well?
>
>
> On the latest 24 hours of Delphi, Borland employees said that supporting Linux is not a priority for the next releases of BDS since the success of Kylix 3 was not sufficient.
>
Is there a chance that Kylix will become open Source? I do like it and would like going on to use it (currently only daemons).


Subject: Re: Kylix completely dropped?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 13 Oct 2005 15:55:43 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:
> Is Kylix Support now completely dropped from the JVCL? If so, I interpret this as Borland will defintely drop Kylix. Maybe i am not informed quite well?

On the latest 24 hours of Delphi, Borland employees said that supporting Linux is not a priority for the next releases of BDS since the success of Kylix 3 was not sufficient.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Kylix completely dropped?
From: Micha Schumann <nospam@itc-ms.de>
Date: Thu, 13 Oct 2005 15:37:54 +0200
Newsgroups: jedi.vcl

Is Kylix Support now completely dropped from the JVCL? If so, I interpret this as Borland will defintely drop Kylix. Maybe i am not informed quite well?

Micha


Subject: Re: Little polls: which version of Delphi to support
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 13 Oct 2005 14:06:55 +0100
Newsgroups: jedi.vcl

My email address: alexgrand (at) hotmail (small dot) com



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Little polls: which version of Delphi to support
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 13 Oct 2005 14:01:06 +0100
Newsgroups: jedi.vcl

> >Do you have time to evaluate changes to the JVCL?
> >I will then send you a reworked JVCL and you check if it works with BCB 
> >before i commit it.

I can give it a try. But the result could come late.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Little polls: which version of Delphi to support
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 13 Oct 2005 14:15:55 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Do you have time to evaluate changes to the JVCL?
> I will then send you a reworked JVCL and you check if it works with BCB before i commit it.

I can help you too with BCB5 and BCB6.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Little polls: which version of Delphi to support
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 13 Oct 2005 13:56:29 +0200
Newsgroups: jedi.vcl

Fred wrote:
> No opinion on this subject. I'm a little bit surprised that nobody wants to work on a Kylix version.

I would like too, but I take too much time to install kylix on a recent distribution of Linux. It requires many compatibility packages...

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Oct 2005 12:32:50 +0200
Newsgroups: jedi.vcl

Fred wrote:

> Yes, because we have nothing else here.

Do you have time to evaluate changes to the JVCL?
I will then send you a reworked JVCL and you check if it works with BCB before i commit it.


Subject: Re: Little polls: which version of Delphi to support
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 13 Oct 2005 11:06:36 +0100
Newsgroups: jedi.vcl

> >Hello everyone,
> >Do you think supporting D5 and BCB5 is still a priority ?

Yes, because we have nothing else here.
My company, the french government, bought the very expensive C++Builder 
5 Enterprise ed. and see no reason to buy another version (and I agree). 
I'm not against new components specially designed for the latest Delphi 
or BCB version and not available for the former versions. I'd just like 
to keep the current components working.

> >What do you think about removing Kylix 3 ?

No opinion on this subject. I'm a little bit surprised that nobody wants 
to work on a Kylix version.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvPlugin, questions about
From: Micha Schumann <nospam@itc-ms.de>
Date: Thu, 13 Oct 2005 10:55:41 +0200
Newsgroups: jedi.vcl

Fellipe Henrique schrieb:
> Hello everybody, I a newer member os these list, but I use JEDI-VCL a long
> time, all component works fine,... but now, my company want to build a
> application to use Plugin... and I thinks to use JvPluginManager... my
> question is: a long time ago, these version of Plugin have many bugs, Can I
> use these component for my clients? because I want to use in my application
> with ClientDataSet in my plugins, with MDIChild forms...
>
> If these component do not support a large os plugins file, what component I
> use for these?
>
> Thanks for all, and sorry my poor english... I'm a brazilian :-)
>
Hi,

  dont know if your question is still relevant:
  I buildt a big medical application that is based on Plugins: No problems at all. Even with Wine under Linux it seems to work well!

Micha


Subject: Re: Problem build D7 VCL Daily build 10/7/05
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 13 Oct 2005 08:59:27 +0200
Newsgroups: jedi.vcl

The required file is the dcp file.


Subject: Re: TJvDesktopAlert.Showing function not working.
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 13 Oct 2005 16:46:18 +1000
Newsgroups: jedi.vcl

> > Ok, the Showing only showing False is ok. But when the form closes. It
still
> > returns True when the form is not visible.

Hi Johann,

That should be fixed now (in binaries). Please check it and let me know.

enjoy life,
               Elahn




Subject: Re: How to fix JvDesktopAlert Application DeFocusing bug
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 13 Oct 2005 16:44:56 +1000
Newsgroups: jedi.vcl

> > Elahn Ientile wrote:
>> > > Hi All,
>> > >
>> > > When the Application has focus and JvDesktopAlert forms are visible,
then
>> > > the Application loses focus to another app, the JvDesktopAlert forms
drop
>> > > behind the newly focused app.
>> > >
>> > > Here's how to fix it, I just don't have the time at the moment.
>> > > [..]
> >
> > I did not follow the whole discussion, but maybe another way to fix it
> > is to set the ParentWindow property of the control to 0 (HWND_DESKTOP).

Hi Remko,

Thanks for the idea. Setting the ParentWindow property didn't work at all,
but calling Windows.SetParent(Handle, 0) helped a little. Now they come back
to the top when another JvDesktopAlertForm is shown. This is in Binaries.

I think the reason this doesn't fix it is because the test the Application
performs is on the Owner window, not the Parent window. I tried to set the
owner to nil, but all I got was AVs. I also tried setting WndParent to 0 in
CreateParams, but with the same result.

Now that I've thought about it more, all that would be required when hooking
the Application message WM_ACTIVATEAPP, is after the message is processed,
loop through the list of JvDesktopAlert forms and call SetWindowPos on each.
This would create a slight flicker (the new app would come to the top, then
the desktopalert forms would come to the top again), but nothing would be
broken by this code. Unless anyone has another idea, this is the solution I
would favour, not the last one I suggested.

enjoy life,
               Elahn




Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Oct 2005 08:09:41 +0200
Newsgroups: jedi.vcl,jedi.jcl

I had a look at the JVCL sources and we can reduce the number of files using COMPILER5. Often the inclusion of JvVCL5Utils is guarded by COMPILER5 when the file is already guarded internally.
There are also some IFDEFs scattered locally for types and missing functions which should be cleaned up and centralized. I think half of the files could be freed of COMPILER5.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Oct 2005 08:04:04 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> Thanks for that info.  Seems as if the JCL windows code won't have complete FPC support soon.  Did you try the FPC conversion tool h2pas?

Depends on my willingness to work on the conversions :-)
I will have a look at the tool.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Oct 2005 07:58:23 +0200
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> Oh please!
> If I read you correctly, that means that people will have to install the API Lib, then the JCL then the JVCL ?
> That's not gonna be a good news for everyone, I'm telling you.

This is solvable by merging the Installer backends. The JVCL Installer then installs all three parts whereas the JCL Installer installs two parts if called standalone.
We should also think about some registry entries containing version info for the parts.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Oct 2005 07:54:21 +0200
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> I am working on IT #3259, many functions of JclStrings and JclAnsiString have to be modified. I will release modifications in the next week.
> What about using this opportunity to implement a Boyer/Moore algorithm in StrReplace ?

Oops, frogot to add that i will expedite my work on JclUnicode and JclWideStrings.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Oct 2005 07:53:33 +0200
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> I am working on IT #3259, many functions of JclStrings and JclAnsiString have to be modified. I will release modifications in the next week.
> What about using this opportunity to implement a Boyer/Moore algorithm in StrReplace ?

I have a Boyer Moore ready (there is also a version in the JVCL).
This one works on memory, ie with separate length info.
It has been tested.

// Boyer Moore Horspool
function BoyerMoore(Str: PChar; const LenStr: Integer;
  const SubStr: PChar; const LenSubStr: Integer): PChar;
var
  I, J, PosStr: Integer;
  Skip: array [0..255] of Integer;
begin
  Result := nil;
  for I := Low(Skip) to High(Skip) do
    Skip[I] := LenSubStr;
  for I := 0 to LenSubStr - 2 do
    Skip[Cardinal(SubStr[I])] := LenSubStr - I - 1;

  PosStr := LenSubStr - 1;
  while PosStr < LenStr do
  begin
    J := LenSubStr - 1;
    I := PosStr;
    while (J >= 0) and (Str[I] = SubStr[J]) do
    begin
      Dec(I);
      Dec(J);
    end;
    if J < 0 then
    begin
      Result := Str + I + 1;
      Break;
    end;
    PosStr := PosStr + Skip[Cardinal(Str[PosStr])];
  end;
end;


Subject: Re: Little polls: which version of Delphi to support
From: AlexB <b.a.v@inbox.ru>
Date: Thu, 13 Oct 2005 12:09:09 +0700
Newsgroups: jedi.vcl

Robert Rossmair wrote:

>> Do you think supporting D5 and BCB5 is still a priority ?
> Definitely.

I'm glad to hear it. I use BCB5 and have no plans use BCB6 at all.

Alex.


Subject: Problem build D7 VCL Daily build 10/7/05
From: "Scott Kellish" <skellish@softsystemsolutions.com>
Date: Wed, 12 Oct 2005 23:35:35 -0400
Newsgroups: jedi.vcl

Downloaded daily JCL and JVCL daily builds from 10/7. I successfully
installed the JCL build into D6(Ent) and D7(Ent), and installed JVCL into
D6(Ent) but when I try to install JVCL into D7 it complains:

Fatal: JvDBD7R.dpk(47): Required package 'cxGridVCLD7' not found.

The latest DevExpress QuantumGrid5 is installed on my machine and
cvGridVCLD7.bpl exists in c:\winnt\system32 along with the cvGridVCLD6.bpl.

I can open JvDBD7R.dpk in D7 and successfully compile it there.

-- Thank you, Scott Warning: Dates in calendar are closer than they appear. ----------------------------------------------- Scott Kellish SoftSystem Solutions, LLC 18 Ridge Road Clark, NJ 07066 Voice/Fax: 732.382.1873 Cell: 732.261.5856 ICQ: 161-756-325 E-Mail: skellish@softsystemsolutions.com Web: www.SoftSystemSolutions.com ----------------------------------------------- Critics are like eunuchs in a harem; they know how it's done, they've seen it done every day, but they're unable to do it themselves. - Brendan Behan 

Subject: Re: JclLogic- How to set bits
From: "NindzaKornjaca" <NindzaKornjaca@FreeAndNil.com>
Date: Wed, 12 Oct 2005 20:28:33 -0700
Newsgroups: jedi.vcl

Thanks Robert.

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:dikhem$lr2$1@talkto.net...
> > NindzaKornjaca wrote:
>> > > I would appreciate any help on this:
>> > >
>> > > I have a field (INTEGER) in database that is used to store some flags
>> > > (1,2,4,8,16...). Let's say I have a value
>> > > of 9 (1+8) i.e. 0 and 3 bit.
>> > > Now I want to turn bit 1 ON i.e. (1+2+8)<-->0,1,3 to save new value (11)
in
>> > > databse.
>> > > I just don't know which function from jclLogic to use to turn bits
on/off
>> > > and to get tha value that goes to database.
> >
> > ClearBit() / SetBit().
> >
> > Hmm...  I am missing functions here that allow to set/clear multiple
> > bits at once.




Subject: Re: JclLogic- How to set bits
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 13 Oct 2005 04:57:18 +0200
Newsgroups: jedi.vcl

NindzaKornjaca wrote:
> I would appreciate any help on this:
>
> I have a field (INTEGER) in database that is used to store some flags
> (1,2,4,8,16...). Let's say I have a value
> of 9 (1+8) i.e. 0 and 3 bit.
> Now I want to turn bit 1 ON i.e. (1+2+8)<-->0,1,3 to save new value (11) in
> databse.
> I just don't know which function from jclLogic to use to turn bits on/off
> and to get tha value that goes to database.

ClearBit() / SetBit().

Hmm...  I am missing functions here that allow to set/clear multiple bits at once.


Subject: JclLogic- How to set bits
From: "NindzaKornjaca" <NindzaKornjaca@FreeAndNil.com>
Date: Wed, 12 Oct 2005 19:19:32 -0700
Newsgroups: jedi.vcl

I would appreciate any help on this:

I have a field (INTEGER) in database that is used to store some flags
(1,2,4,8,16...). Let's say I have a value
of 9 (1+8) i.e. 0 and 3 bit.
Now I want to turn bit 1 ON i.e. (1+2+8)<-->0,1,3 to save new value (11) in
databse.
I just don't know which function from jclLogic to use to turn bits on/off
and to get tha value that goes to database.

Thanks,
Nick




Subject: What does this mean?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 Oct 2005 23:23:48 +0200
Newsgroups: jedi.vcl

{**************************************************************************
***
 * WARNING: Do not edit this file.
 * This file is autogenerated from the source in devtools/JvExVCL/src.
 * If you do it despite this warning your changes will be discarded by the
next
 * update of this file. Do your changes in the template files.

***************************************************************************
*}

Luckily I made a diff before I wanted to commit the new auto-generated
JvExVCL files.


-- Regards, Andreas Hausladen 

Subject: Re: Little polls: which version of Delphi to support
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 12 Oct 2005 20:02:14 +0200
Newsgroups: jedi.vcl,jedi.jcl

I`m still using good "old" Delphi 5!!!
Cheers
Dierk



"Florent Ouchet" <ouchet.florent@laposte.net> schrieb im Newsbeitrag
news:diito3$8qd$1@talkto.net...
> > Hello everyone,
> >
> > Currently the JVCL and the JCL are supporting delphi from the version to
> > the last version and BCB 5 and 6.
> >
> > Do you think supporting D5 and BCB5 is still a priority ?
> >
> > What do you think about removing Kylix 3 ?
> >
> > Has anyone started anything about FPC ?
> >
> > -- 
> > Florent Ouchet
> > http://outchyscorner.blogspot.com/




Subject: Re: Little polls: which version of Delphi to support
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 12 Oct 2005 18:55:45 +0200
Newsgroups: jedi.vcl,jedi.jcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> That's not gonna be a good news for everyone, I'm telling you.
>
>
> You are thinking about the problems users have because they either do not
> install the JCL at all, or mix Daily snapshots with release versions? :-)

Yes, exactly.


Subject: Re: Little polls: which version of Delphi to support
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Oct 2005 18:49:08 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:
> I know that Oliver Schneider (JEDI API lib team coordinator) has D4 only at home.  He therefore can't use the JCL/JVCL for OS development.

:(

>> Any roadmap, deadline for the next release ? The latest one was released more than 6 months ago. Many bugs have been corrected during this period.
> I intended to announce Oct 31th as deadline for JCL 1.96 soon.  I hope that I will be able to commit the changes related to restructing of the examples directory next weekend (there are already lots of them, but I need to establish consistency over versions again).

I am working on IT #3259, many functions of JclStrings and JclAnsiString have to be modified. I will release modifications in the next week.
What about using this opportunity to implement a Boyer/Moore algorithm in StrReplace ?

> I don't know enough about LCL, but certainly the former is easier to get. I read that GLScene already got ported, but have no idea how big the required effort was.

Who volunteers to post on the developer list ?

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Little polls: which version of Delphi to support
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 12 Oct 2005 18:26:22 +0200
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:
> Robert Marquardt wrote:
>
>> We should also put some effort into creating an Installer for the Jedi-Apilib. After that we should be able to start integrating, ie base the JCL and JVCL on the Jedi-Apilib.
>
> Oh please!
> If I read you correctly, that means that people will have to install the API Lib, then the JCL then the JVCL ?
> That's not gonna be a good news for everyone, I'm telling you.

If that happens, it's going to use the same installer as the JCL, with the option to install both at once.


Subject: Re: Little polls: which version of Delphi to support
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 12 Oct 2005 18:22:39 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> We should also put some effort into creating an Installer for the Jedi-Apilib. After that we should be able to start integrating, ie base the JCL and JVCL on the Jedi-Apilib.

Oh please!
If I read you correctly, that means that people will have to install the API Lib, then the JCL then the JVCL ?
That's not gonna be a good news for everyone, I'm telling you.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 12 Oct 2005 18:21:13 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi,

>> Support for the code in jcl/source/windows would be easier if we replaced JclWin32 (which relies on Borland's Win32 API translations) by equivalent api-lib units Jwa* (FPC 2.0 distributions even contain these).  Nothing to aim at before the next JCL release.
>
> We still need several conversions to beef up the Jedi-Apilib to be a replacement for the Borland files.
>
> { I JwaDDEml.pas} // TODO convert
> { I JwaMMSystem.pas} // TODO convert
> { I JwaShellAPI.pas} // TODO convert
> { I JwaWinScard.pas} // TODO convert
> { I JwaWinSpool.pas} // TODO convert
> { I JwaOle2.pas} // TODO convert
> { I JwaCommDlg.pas} // TODO convert
> { I JwaStrAlign.pas} // TODO convert
> { I JwaMCX.pas} // TODO convert
> { I JwaIMM.pas} // TODO convert
>
> These are the files missing for a complete replacement of the current Windows.h from Microsoft.
> JwaActiveX.pas is still a ripoff from Borland. Is anyone able to rewrite that file? I thought about a tool to query the COM interfaces for its methods.

Thanks for that info.  Seems as if the JCL windows code won't have complete FPC support soon.  Did you try the FPC conversion tool h2pas?

> We should also put some effort into creating an Installer for the Jedi-Apilib. After that we should be able to start integrating, ie base the JCL and JVCL on the Jedi-Apilib.

I already thought about adding JEDI Apilib support to the JCL installer.  Should be not too much work.

- Robert


Subject: Re: Little polls: which version of Delphi to support
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 12 Oct 2005 18:20:50 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Beware that this caused MANY problems to actual BCB5 users. So I'm not really keen to using it more than we do now.
>
> What were the precise problems?
> We can finetune it then.

Look for a thread by Fred. He sent me a couple of emails as well, and to say the least, he was not happy.
Basically, it meant adding a new #include for heaps of cpp files that used to use JvJVCLUtils.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 12 Oct 2005 18:14:48 +0200
Newsgroups: jedi.vcl,jedi.jcl

> OBones wrote:
>> Florent Ouchet wrote:
>>> Do you think supporting D5 and BCB5 is still a priority ?
>> It is very much a priority for Fred, the JvDBUltimGrid creator. And many other people are yet to migrate from BCB5 to BCB6.
>
> Ok.
>
>>> What do you think about removing Kylix 3 ?
>> It's pretty much already the case, as the development is dead on that side.
>
> But it is still listed in the install.txt of the JCL.

I think Olivier was referring to JVCL only here.  JCL still supports K3.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 12 Oct 2005 18:12:56 +0200
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> Robert Rossmair wrote:
>> First I just want to remind everybody that it's much less work to remove support for a specific version than to reintroduce it later when for some reason the decision gets revoked.
>
> Which versions of Delphi/BCB are Jedi developers using ?

Me: D5,D6,D7,D2005 Personal,K3 for Open Source development, but I am using D5 + D7 only for paid work.  For BCB 6 testing I have a trial installed - and need to renew the license every 60 days or what the evaluation period is exactly.

I know that Oliver Schneider (JEDI API lib team coordinator) has D4 only at home.  He therefore can't use the JCL/JVCL for OS development.

>> Second, JVCL may support a subset of the versions the JCL supports.  So if the JVCL team decides to drop a version, that doesn't imply the same for the JCL.
>
> I often have some problems compiling the CVS version of the JVCL under D5. These errors are mainly missing properties, moved functions...
> Many users are still using D5 for their development; we should use as much as possible an abstraction layer as Robert Marquardt said - any plan for this in the JCL ?

Those differences are mostly in parts of the VCL which are not used by the JCL. Hence no need for a JCL abstraction layer.

>> Definitely.  I think it was a bad decision already to drop D4 support for the JCL.  D5 I believe is still in wide use; many consider it as the most solid Delphi release to date.
>
> There were a lot of language improvements between D4 and D5 (including dynamic arrays), it is really difficult to write managed code on array without dynamic arrays.

Not true, those language improvements happened between D3 and D4.  What D4 is lacking is unit Cntnrs, which introduces some list, queue, stack classes, TObjectList being the most important one.

I actually wrote a D4 compatibility unit some time ago, but can't test it.  Anyone interested?

>> Yes, for the JCL; almost all of jcl/source/common units were supported for some 1.9.x version of FPC, but I didn't keep up to v2.0.  I wasn't able to put as much effort into it as I wished, but it's still on the agenda.  Support for the code in jcl/source/windows would be easier if we replaced JclWin32 (which relies on Borland's Win32 API translations) by equivalent api-lib units Jwa* (FPC 2.0 distributions even contain these).  Nothing to aim at before the next JCL release.
>
> Any roadmap, deadline for the next release ? The latest one was released more than 6 months ago. Many bugs have been corrected during this period.

I intended to announce Oct 31th as deadline for JCL 1.96 soon.  I hope that I will be able to commit the changes related to restructing of the examples directory next weekend (there are already lots of them, but I need to establish consistency over versions again).

>> The equivalent for the JVCL would be Lazarus support, which is out of the question at present IMO, considering limited VCL/LCL compatibility.
>
> This is an other point.
> # adapting non visual code
> # adapting visual code

I don't know enough about LCL, but certainly the former is easier to get. I read that GLScene already got ported, but have no idea how big the required effort was.

- Robert


Subject: Re: Little polls: which version of Delphi to support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 Oct 2005 16:12:45 +0000 (UTC)
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> > That's not gonna be a good news for everyone, I'm telling you.

You are thinking about the problems users have because they either do not
install the JCL at all, or mix Daily snapshots with release versions? :-)


-- Regards, Andreas Hausladen 

Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Oct 2005 17:43:54 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> Support for the code in jcl/source/windows would be easier if we replaced JclWin32 (which relies on Borland's Win32 API translations) by equivalent api-lib units Jwa* (FPC 2.0 distributions even contain these).  Nothing to aim at before the next JCL release.

We still need several conversions to beef up the Jedi-Apilib to be a replacement for the Borland files.

{ I JwaDDEml.pas} // TODO convert
{ I JwaMMSystem.pas} // TODO convert
{ I JwaShellAPI.pas} // TODO convert
{ I JwaWinScard.pas} // TODO convert
{ I JwaWinSpool.pas} // TODO convert
{ I JwaOle2.pas} // TODO convert
{ I JwaCommDlg.pas} // TODO convert
{ I JwaStrAlign.pas} // TODO convert
{ I JwaMCX.pas} // TODO convert
{ I JwaIMM.pas} // TODO convert

These are the files missing for a complete replacement of the current Windows.h from Microsoft.
JwaActiveX.pas is still a ripoff from Borland. Is anyone able to rewrite that file? I thought about a tool to query the COM interfaces for its methods.

We should also put some effort into creating an Installer for the Jedi-Apilib. After that we should be able to start integrating, ie base the JCL and JVCL on the Jedi-Apilib.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Oct 2005 17:34:52 +0200
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> Beware that this caused MANY problems to actual BCB5 users. So I'm not really keen to using it more than we do now.

What were the precise problems?
We can finetune it then.


Subject: Re: Little polls: which version of Delphi to support
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Oct 2005 16:31:10 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:
> First I just want to remind everybody that it's much less work to remove support for a specific version than to reintroduce it later when for some reason the decision gets revoked.

Which versions of Delphi/BCB are Jedi developers using ?

> Second, JVCL may support a subset of the versions the JCL supports.  So if the JVCL team decides to drop a version, that doesn't imply the same for the JCL.

I often have some problems compiling the CVS version of the JVCL under D5. These errors are mainly missing properties, moved functions...
Many users are still using D5 for their development; we should use as much as possible an abstraction layer as Robert Marquardt said - any plan for this in the JCL ?

> Definitely.  I think it was a bad decision already to drop D4 support for the JCL.  D5 I believe is still in wide use; many consider it as the most solid Delphi release to date.

There were a lot of language improvements between D4 and D5 (including dynamic arrays), it is really difficult to write managed code on array without dynamic arrays.

> Yes, for the JCL; almost all of jcl/source/common units were supported for some 1.9.x version of FPC, but I didn't keep up to v2.0.  I wasn't able to put as much effort into it as I wished, but it's still on the agenda.  Support for the code in jcl/source/windows would be easier if we replaced JclWin32 (which relies on Borland's Win32 API translations) by equivalent api-lib units Jwa* (FPC 2.0 distributions even contain these).  Nothing to aim at before the next JCL release.

Any roadmap, deadline for the next release ? The latest one was released more than 6 months ago. Many bugs have been corrected during this period.

> The equivalent for the JVCL would be Lazarus support, which is out of the question at present IMO, considering limited VCL/LCL compatibility.

This is an other point.
# adapting non visual code
# adapting visual code

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Little polls: which version of Delphi to support
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 12 Oct 2005 16:28:03 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> I think we should beef up JvVCL5Utils.pas a bit and use it where possible. We currently have about 90 files in JVCL using COMPILER5 in some way. By reducing it a bit with JvVCL5Utils.pas we can continue to support Delphi 5.

Beware that this caused MANY problems to actual BCB5 users. So I'm not really keen to using it more than we do now.


Subject: Re: Little polls: which version of Delphi to support
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Oct 2005 16:19:38 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:
> I think we should beef up JvVCL5Utils.pas a bit and use it where possible. We currently have about 90 files in JVCL using COMPILER5 in some way. By reducing it a bit with JvVCL5Utils.pas we can continue to support Delphi 5.

I am making a list of incompatibilities that were solved using IFDEFs.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Little polls: which version of Delphi to support
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Oct 2005 16:06:07 +0200
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:
> Florent Ouchet wrote:
>> Do you think supporting D5 and BCB5 is still a priority ?
> It is very much a priority for Fred, the JvDBUltimGrid creator. And many other people are yet to migrate from BCB5 to BCB6.

Ok.

>> What do you think about removing Kylix 3 ?
> It's pretty much already the case, as the development is dead on that side.

But it is still listed in the install.txt of the JCL.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Little polls: which version of Delphi to support
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 12 Oct 2005 15:59:08 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi,

First I just want to remind everybody that it's much less work to remove support for a specific version than to reintroduce it later when for some reason the decision gets revoked.

Second, JVCL may support a subset of the versions the JCL supports.  So if the JVCL team decides to drop a version, that doesn't imply the same for the JCL.

> Currently the JVCL and the JCL are supporting delphi from the version to the last version and BCB 5 and 6.
>
> Do you think supporting D5 and BCB5 is still a priority ?

Definitely.  I think it was a bad decision already to drop D4 support for the JCL.  D5 I believe is still in wide use; many consider it as the most solid Delphi release to date.

> What do you think about removing Kylix 3 ?

I am against it.  A compromise to take into consideration would be to document Kylix 3 as "presently not maintained" and exclude K3-specific files and directories from releases.  By no means should it be removed from the CVS repository.

> Has anyone started anything about FPC ?

Yes, for the JCL; almost all of jcl/source/common units were supported for some 1.9.x version of FPC, but I didn't keep up to v2.0.  I wasn't able to put as much effort into it as I wished, but it's still on the agenda.  Support for the code in jcl/source/windows would be easier if we replaced JclWin32 (which relies on Borland's Win32 API translations) by equivalent api-lib units Jwa* (FPC 2.0 distributions even contain these).  Nothing to aim at before the next JCL release.

The equivalent for the JVCL would be Lazarus support, which is out of the question at present IMO, considering limited VCL/LCL compatibility.

- Robert


Subject: Re: encryption
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Oct 2005 15:13:28 +0200
Newsgroups: jedi.vcl

OBones wrote:
> This has already been adressed by the poster himself. See his own response here.

You're right, I didn't check this post.

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: encryption
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 12 Oct 2005 15:10:36 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Hi,
>
> Julio wrote:
>
>> i have some problem using  TJvVigenereCipher  especially when it comes to use the decode function. could someone help me here. i have an error of type incompatible
>
>
> This is a jvcl post.
> Please follow up to jedi.vcl

This has already been adressed by the poster himself. See his own response here.


Subject: Re: Little polls: which version of Delphi to support
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 12 Oct 2005 15:10:08 +0200
Newsgroups: jedi.vcl,jedi.jcl

Florent Ouchet wrote:

> Hello everyone,
>
> Currently the JVCL and the JCL are supporting delphi from the version to the last version and BCB 5 and 6.
>
> Do you think supporting D5 and BCB5 is still a priority ?

It is very much a priority for Fred, the JvDBUltimGrid creator. And many other people are yet to migrate from BCB5 to BCB6.


> What do you think about removing Kylix 3 ?

It's pretty much already the case, as the development is dead on that side.


> Has anyone started anything about FPC ?

It would be very hard, for I think, little interest. There is "thread" in mantis about that, have a look at it.


Subject: Re: Little polls: which version of Delphi to support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Oct 2005 15:09:52 +0200
Newsgroups: jedi.vcl,jedi.jcl

I think we should beef up JvVCL5Utils.pas a bit and use it where possible. We currently have about 90 files in JVCL using COMPILER5 in some way. By reducing it a bit with JvVCL5Utils.pas we can continue to support Delphi 5.


Subject: Re: encryption
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Oct 2005 14:16:41 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi,

Julio wrote:
> i have some problem using  TJvVigenereCipher  especially when it comes to use the decode function. could someone help me here. i have an error of type incompatible

This is a jvcl post.
Please follow up to jedi.vcl

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Little polls: which version of Delphi to support
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 12 Oct 2005 14:14:27 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hello everyone,

Currently the JVCL and the JCL are supporting delphi from the version to the last version and BCB 5 and 6.

Do you think supporting D5 and BCB5 is still a priority ?

What do you think about removing Kylix 3 ?

Has anyone started anything about FPC ?

-- 
Florent Ouchet
http://outchyscorner.blogspot.com/


Subject: Re: Custom Popup with Tray component
From: "John Doe" <zorfael@yahoo.com>
Date: Tue, 11 Oct 2005 20:56:15 -0300
Newsgroups: jedi.vcl

Hi Remko,
It worked like a charm, thanks a lot.

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:dihcsm$vgm$1@talkto.net...
> > John Doe wrote:
> >
>> >> Hi,
>> >> I wanted to use a non standard popup component (TPopupMenu or 
>> >> TJvPopupMenu) with TjvTrayIcon and I ended up with one issue, as my popup 
>> >> component is not compatible with jvTrayIcon I hardcoded the following on 
>> >> the JvTrayIcon1ContextPopup click event:
>> >> //
>> >> dxBarPopupMenu1.PopupFromCursorPos;
>> >> //
>> >> At this point it is fine but after the popup shows up it never closes 
>> >> until any item gets clicked, it kind of never loses the focus as a 
>> >> standard popup attached to jvtrayicon would close whenever you click 
>> >> somewhere else (as any popup component does).
> >
> > Try
> >
> > type
> >   TJvTrayIconAccess = class(TJvTrayIcon);
> >
> > procedure TForm1.JvTrayIcon1ContextPopup(Sender: TObject; MousePos: 
> > TPoint;
> >   var Handled: Boolean);
> > begin
> >   SetForegroundWindow(TJvTrayIconAccess(JvTrayIcon1).FHandle);
> >   dxBarPopupMenu1.PopupFromCursorPos;
> >   PostMessage(TJvTrayIconAccess(JvTrayIcon1).FHandle, WM_NULL, 0, 0);
> > end;
> >
> > The TJvTrayIconAccess stuff is needed because the FHandle field of 
> > TJvTrayIcon is not public but protected.
> >
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: TJvDesktopAlert.Showing function not working.
From: "Yozey" <yozey@hotmail.com>
Date: Tue, 11 Oct 2005 17:51:04 -0500
Newsgroups: jedi.vcl

Ok, the Showing only showing False is ok. But when the form closes. It still 
returns True when the form is not visible.
Kinda weird.

Yozey.

"Yozey" <yozey@hotmail.com> wrote in message news:digos2$qtf$1@talkto.net...
> > Ok thanks, yes it is working fine now.
> >
> > Yozey
> >
> >
> > "Yozey" <yozey@hotmail.com> wrote in message 
> > news:dien8j$c5o$1@talkto.net...
>> >> Hi, in the latest build, it seems that the TJvDesktopAlert.Showing 
>> >> function is not returning correctly when called. Even when the form is 
>> >> visible, the function returns False.
>> >>
>> >> Johann.
>> >>
> >
> > 




Subject: Re: Custom Popup with Tray component
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 12 Oct 2005 00:20:44 +0200
Newsgroups: jedi.vcl

John Doe wrote:

> Hi,
> I wanted to use a non standard popup component (TPopupMenu or TJvPopupMenu) with TjvTrayIcon and I ended up with one issue, as my popup component is not compatible with jvTrayIcon I hardcoded the following on the JvTrayIcon1ContextPopup click event:
> //
> dxBarPopupMenu1.PopupFromCursorPos;
> //
> At this point it is fine but after the popup shows up it never closes until any item gets clicked, it kind of never loses the focus as a standard popup attached to jvtrayicon would close whenever you click somewhere else (as any popup component does).

Try

type
  TJvTrayIconAccess = class(TJvTrayIcon);

procedure TForm1.JvTrayIcon1ContextPopup(Sender: TObject; MousePos: TPoint;
  var Handled: Boolean);
begin
  SetForegroundWindow(TJvTrayIconAccess(JvTrayIcon1).FHandle);
  dxBarPopupMenu1.PopupFromCursorPos;
  PostMessage(TJvTrayIconAccess(JvTrayIcon1).FHandle, WM_NULL, 0, 0);
end;

The TJvTrayIconAccess stuff is needed because the FHandle field of TJvTrayIcon is not public but protected.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Custom Popup with Tray component
From: "John Doe" <zorfael@yahoo.com>
Date: Tue, 11 Oct 2005 19:01:18 -0300
Newsgroups: jedi.vcl

Hi,
I wanted to use a non standard popup component (TPopupMenu or TJvPopupMenu) 
with TjvTrayIcon and I ended up with one issue, as my popup component is not 
compatible with jvTrayIcon I hardcoded the following on the 
JvTrayIcon1ContextPopup click event:
//
dxBarPopupMenu1.PopupFromCursorPos;
//
At this point it is fine but after the popup shows up it never closes until 
any item gets clicked, it kind of never loses the focus as a standard popup 
attached to jvtrayicon would close whenever you click somewhere else (as any 
popup component does).
The only events available on the popup component are:
OnCloseUp
OnPaintBar
OnPopup

Thanks. 




Subject: Re: How to fix JvDesktopAlert Application DeFocusing bug
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 11 Oct 2005 22:34:23 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:
> Hi All,
>
> When the Application has focus and JvDesktopAlert forms are visible, then
> the Application loses focus to another app, the JvDesktopAlert forms drop
> behind the newly focused app.
>
> Here's how to fix it, I just don't have the time at the moment.
> [..]

I did not follow the whole discussion, but maybe another way to fix it is to set the ParentWindow property of the control to 0 (HWND_DESKTOP).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Searching in text files
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Tue, 11 Oct 2005 21:22:08 +0200
Newsgroups: jedi.vcl

Hi

Is there a component or function to search words in a text file?

Thanks
Paco Ruiz


Subject: Re: TJvFindReplace is a bit too narrow in scope
From: "Simon" <no@thank.you>
Date: Tue, 11 Oct 2005 18:02:36 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> >... Edit.Text vs Edit.Lines.Text
Yep, which is why I suggested abstracting that into a descendant class.
But there's more than one way to skin a cat.

S 



Subject: Re: TJvDesktopAlert.Showing function not working.
From: "Yozey" <yozey@hotmail.com>
Date: Tue, 11 Oct 2005 11:39:46 -0500
Newsgroups: jedi.vcl

Ok thanks, yes it is working fine now.

Yozey


"Yozey" <yozey@hotmail.com> wrote in message news:dien8j$c5o$1@talkto.net...
> > Hi, in the latest build, it seems that the TJvDesktopAlert.Showing 
> > function is not returning correctly when called. Even when the form is 
> > visible, the function returns False.
> >
> > Johann.
> > 




Subject: Re: NavigationalPane
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Oct 2005 17:42:43 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> Any alternatives?

Unfortunately TImageList is not easy to override and a Tdecendant is needed to stay inside the VCL.


Subject: Re: JvDBGrdid: selection color
From: Bepy Scacioa <freddy.junior@email.it>
Date: Tue, 11 Oct 2005 15:47:53 +0200
Newsgroups: jedi.vcl

Thank you Fred !


Subject: Re: NavigationalPane
From: Wiebe Tijsma <wiebeREMOVE@CAPITALStijsma.com>
Date: Tue, 11 Oct 2005 14:24:29 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> The Windows Imagelist control which TImagelist uses supremely sucks.
Agreed ;-)

Any alternatives?


Subject: How to fix JvDesktopAlert Application DeFocusing bug
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Tue, 11 Oct 2005 17:11:36 +1000
Newsgroups: jedi.vcl

Hi All,

When the Application has focus and JvDesktopAlert forms are visible, then
the Application loses focus to another app, the JvDesktopAlert forms drop
behind the newly focused app.

Here's how to fix it, I just don't have the time at the moment.

When the Application loses focus, it receives a WM_ACTIVATEAPP message. This
is the code from TApplication.WndProc:

WM_ACTIVATEAPP:
  begin
    Default; // this passes the message to DefWindowProc
    FActive := TWMActivateApp(Message).Active;
    if TWMActivateApp(Message).Active then
    begin
      RestoreTopMosts;
      PostMessage(FHandle, CM_ACTIVATE, 0, 0)
    end
    else
    begin
      NormalizeTopMosts;
      PostMessage(FHandle, CM_DEACTIVATE, 0, 0);
    end;
  end;

Inside NormalizeTopMosts, it removes the WS_EX_TOPMOST style from all
topmost windows and this includes the JvDesktopAlert forms. When
JvDesktopAlert forms are created/destroyed, their handles need to be
added/removed from a list, so they can be ignored in this processing.

By hooking the Application window and handling the WM_ACTIVATEAPP message
with a copy of the regular Application code (except for ignoring
JvDesktopAlert forms), it will solve this bug.

Unfortunately, this will break the Application.Active property. So,
JvDesktopAlert needs a property "AlwaysStayOnTop" which defaults to False,
in order to prevent any possible breakage of existing apps. I believe most
people will be able to use this code (by turning AlwaysStayOnTop on) without
any adverse effects.

I'm not *highly* proficient with window hooking, so if someone could do
this, it'd be great. :) If not, I'll get around to it sometime within the
next 6 months.

enjoy life,
            Elahn




Subject: Re: TJvDesktopAlert.Showing function not working.
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Tue, 11 Oct 2005 17:10:24 +1000
Newsgroups: jedi.vcl

> > Hi, in the latest build, it seems that the TJvDesktopAlert.Showing
function
> > is not returning correctly when called. Even when the form is visible, the
> > function returns False.

Fixed, in binaries. Could someone with CVS access please commit this.




Subject: Re: TJvFindReplace is a bit too narrow in scope
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Oct 2005 07:51:52 +0200
Newsgroups: jedi.vcl

Simon wrote:

> It was some time ago, but I believe I created an abstract root
> component that held all the find/replace logic, along with abstract
> methods to get/set the edit control's text, but no actual edit control.
> Then derived concrete classes for each edit control I needed
> (TCustomEdit, TJvEditor etc) that declared the edit control property,
> and provided the method for accessing that control's text.

An alternative would be to go up in the ancestry to TWinControl for the linked edit control and filter with a property editor for the design time and in the setter method for runtime.
Also restructuring to a base component should be working also. The main difference after all is Edit.Text vs Edit.Lines.Text.


Subject: Re: Problem with TJvMonthCalendar2
From: Jaweed Saleem <jaweedxp@hotmail.com>
Date: Tue, 11 Oct 2005 11:48:48 +1000
Newsgroups: jedi.vcl

Hi,

Did you ever get this sorted out? I'm having exactly the same probs with it.

Regards,

Jaweed

olmodelph wrote:
> hi all,
>
> I'm using TJvMonthCalendar2 version 2.10 and don't get that bold days run fine.
>
> In runtime i add days to the TString 'BoldDays' with the OnSelect event or with double click event, it run correctly.
>
> But in the component not refresh the bold days, and not exists a method for it. Only they are seen if i click on the buttons for displease the months, in this moment, the component are refreshed all days correctly but this perfomance isn't ok.
>
> Somebody help me, please.
>
> Olmodelphi
>


Subject: Error trying to install JVCL in Delphi 2005
From: "Alessandro Moacyr Duarte" <alessandro_md@terra.com.br>
Date: Mon, 10 Oct 2005 21:48:31 -0400
Newsgroups: jedi.vcl

Hi,

when I try to install JVCL in Delphi 2005 (Architect Trial upd3), this error
message is raised:

"Installation of common library units for delphi 9 failed, see
 C:\Arquivos de
programas\Borland\BDS\3.0\Componentes\JVCL300\jcl\bin\Delphi9.log for
details"

this is the file:
//===================================
Delphi 9 Build 9.0.1935.22056 ==============

Added
"C:\ARQUIV~1\Borland\BDS\3.0\COMPON~1\JVCL300\jcl\lib\D9;C:\ARQUIV~1\Borland\BDS\3.0\COMPON~1\JVCL300\jcl\source"
to library path.

Added
"C:\ARQUIV~1\Borland\BDS\3.0\COMPON~1\JVCL300\jcl\source\common;C:\ARQUIV~1\Borland\BDS\3.0\COMPON~1\JVCL300\jcl\source\windows;C:\ARQUIV~1\Borland\BDS\3.0\COMPON~1\JVCL300\jcl\source\vcl;C:\ARQUIV~1\Borland\BDS\3.0\COMPON~1\JVCL300\jcl\source\visclx;"
to library browsing path.

Added "C:\ARQUIV~1\Borland\BDS\3.0\COMPON~1\JVCL300\jcl\lib\D9\debug" to
Debug DCU Path.

Making common library units for Delphi 9

Compiling .dcu files...

//===================================

and after, this message:

"Installation failed.
Check compiler outputs for details."

Does anybody knows how to fix this problem?

Where do I Check compiler outputs for details?


this is the version of the JVCL:
JVCL300CompleteJCL195-Build1848;

this is my pc:
CPU       :  864 MHz
RAM size  : 767.47 MB
OS Version: Microsoft Windows XP Professional Service Pack 2 (Build 2600)

Thanks.





Subject: TJvDesktopAlert.Showing function not working.
From: "Yozey" <yozey@hotmail.com>
Date: Mon, 10 Oct 2005 17:00:04 -0500
Newsgroups: jedi.vcl

Hi, in the latest build, it seems that the TJvDesktopAlert.Showing function 
is not returning correctly when called. Even when the form is visible, the 
function returns False.

Johann. 




Subject: Re: TJvFindReplace is a bit too narrow in scope
From: "Simon" <no@thank.you>
Date: Mon, 10 Oct 2005 19:20:53 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Robert,

I actually did this for TJvEditor, but since I'd made many changes to
the published TJvFindReplace component, and it was a long, long time
before my changes were accepted, I ended up scrapping it. It was just
easier for me to create a specific find/replace component as you've
done.

It was some time ago, but I believe I created an abstract root
component that held all the find/replace logic, along with abstract
methods to get/set the edit control's text, but no actual edit control.
Then derived concrete classes for each edit control I needed
(TCustomEdit, TJvEditor etc) that declared the edit control property,
and provided the method for accessing that control's text.

Simon


Subject: Re: JvXPButton blow up with 256 colour glyphs
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Mon, 10 Oct 2005 12:13:49 -0400
Newsgroups: jedi.vcl

In article <didce1$184$2@talkto.net>, oobnes__gf_@_gfd_altern.org 
says...
> > Ed Blanchard wrote:
> > 
>> > > Is this something you expect to add to cvs soon, or something I should 
>> > > be looking to add to my stuff temporarily?
> > 
> > This is already in CVS. Basically, I added a new TJvPicture class that 
> > inherits from TPicture. When it reads it's data property, instead of 
> > crasing (heap corruption), it puts the data into the bitmap property.
> > You have to update JvJVCLUtils.pas and JvXPButtons.pas to get the fix 
> > for this problem.
> > Sorry for the inconvenience.
> > 

I'll update posthaste! Thanks for the quick fix. 

No inconvenience, unless near-coronary at the prospect of missing a 
deadline counts as "inconvenient" <BG - kidding>.  Actually, I've been 
sicker than the proverbial dog the last 4 days - haven't done anything 
but play in BPOT for last few days...   

Cheers,
EdB


Subject: TJvDBTreeView - Node if "MasterValue" = 0
From: "Pierre Y." <pierre@[levosgien].net>
Date: Mon, 10 Oct 2005 17:49:57 +0200
Newsgroups: jedi.vcl

Hi,

I have such a table :

GRANTS (ID, PARENT_ID, NAME)

With these values :

(-1,NULL,'ALL');
(0,-1,'ADMIN');
(1,0,'GRANTED USER');
(2,1,'SIMPLE USER');

I want to display ADMIN, GRANTED USER and SIMPLE USER in a treeview.

My TIBDataset contains this query :

select * from GRANTS
WHERE ID <> -1

I set-up the TJvDBTreeview with
 - Datasource => The datasource for the Grants TIBDataset,
 - ItemField -> NAME,
 - DetailField -> PARENT_ID,
 - MasterField -> ID.

Its shows correctly the tree records.

I connected a OnDataChange event on the TDatasource. The OnDataChange event is not fired-up when I click on the 'ADMIN' node.

In debug mode, I found a "bug" in :

procedure TJvCustomDBTreeView.Change2(Node: TTreeNode);
begin
 if ((Node as TJvDBTreeNode).FMasterValue = Unassigned) then
   Exit;
 FDataLink.DataSet.Locate(FMasterField, (Node as TJvDBTreeNode).FMasterValue, []);
 if ((Node as TJvDBTreeNode).FMasterValue = NULL) then
   (Node as TJvDBTreeNode).SetMasterValue(FDataLink.DataSet.FieldByName(MasterField).AsVariant);
end;

This condition returns true when FMasterValue = 0 :

 if ((Node as TJvDBTreeNode).FMasterValue = Unassigned) then
   Exit;

I commented out these two lines and the JvDBTreeview fires the OnDataChange event correctly but that's a bit dirty.

How can the TJvDBTreeview handle "0" IDs correctly ?

Regards,

Pierre Y.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)

Capitaine anglais : "Vous vous battez pour l'argent, nous on se bat pour l'honneur !"
Robert Surcouf : "Vous avez raison, Monsieur, chacun de nous combat pour ce qui lui manque."




Subject: Re: JvTabBar question
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 10 Oct 2005 17:28:52 +0200
Newsgroups: jedi.vcl

Fellipe Henrique wrote:

> > How to change the Close button to right side?

For this you must implement/derive an own TJvTabBarPainter component.

-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrdid: selection color
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 10 Oct 2005 14:33:52 +0100
Newsgroups: jedi.vcl

> >How can I change the selection's background color ?
> >For example the TDBCtrlGrid has the property SelectedColor.
> >Is it possible this also on TJvDBGrid ?

Yes, use the OnGetCellParams event.
Example (in C++):
   TJvDBGrid *MyGrid = (TJvDBGrid *)Sender;
   if (MyGrid->MultiSelect)
   {
      int RowSelected = MyGrid->SelectedRows->IndexOf(
                        MyGrid->DataSource->DataSet->Bookmark);
      if (RowSelected != -1)
      {  // Selected line
         AFont->Color = clHighlightText;
         Background = clHighlight;
      }
      else
      {  // Not selected line
         AFont->Color = clBlack;
         Background = (Highlight) ?
                       TColor(0x0099FFFF):TColor(0x00EAFFFF);
      }
   }

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 10 Oct 2005 14:19:42 +0100
Newsgroups: jedi.vcl

> >Hi,
> >
> >    Is it possible to set a default pair of string values to a 
TBooleanField 
> >mapped on a TJvDBGrid instead of heaving the traditional checkboxes? 
> >Something like "Done" and "Pending".


Use the OnGetText event of your boolean fields and disable the boolean 
editor of JvDBGrid by setting its property to false.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Edit blob or memo fields
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 10 Oct 2005 14:14:47 +0100
Newsgroups: jedi.vcl

> >Hi,
> >
> >With jvdbgrid i know how to display the value of memo fields...
> >
> >But, can i edit them as we do with a simple text field?
> >Is this feature already there??
> >How can i add it?

Use the property EditControls to add your own memo editors. Give a look 
to the example provided.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Does it work?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 10 Oct 2005 11:51:05 +0200
Newsgroups: jedi.vcl

There has been a period of time when the server was online on a very old backup. It's now back in with the latest messages. I don't know what happened, but I must thank whoever worked on this.


Subject: Re: JvXPButton blow up with 256 colour glyphs
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 10 Oct 2005 11:50:02 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> In article <di3rln$4h4$1@talkto.net>, obones_gfd_@_gfd_altern.org says...
>
>> The workaround would be to detect the "bitmap" data and put it into the Glyph.Bitmap instead.
>>
>
>
> Is this something you expect to add to cvs soon, or something I should be looking to add to my stuff temporarily?

This is already in CVS. Basically, I added a new TJvPicture class that inherits from TPicture. When it reads it's data property, instead of crasing (heap corruption), it puts the data into the bitmap property.
You have to update JvJVCLUtils.pas and JvXPButtons.pas to get the fix for this problem.
Sorry for the inconvenience.


Subject: Re: Does it work?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 10 Oct 2005 10:06:48 +0200
Newsgroups: jedi.vcl

don't mind. My Outlook should have been drunk :-) After having sent the message now it downloaded the missing messages. Mmmh...???

Regards
S.



Subject: Does it work?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 10 Oct 2005 10:04:36 +0200
Newsgroups: jedi.vcl

hello all,

does the news server work? It is 20 days that I don't see any message...

Regards
Salvatore



Subject: Re: JvXPButton blow up with 256 colour glyphs
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 6 Oct 2005 18:50:06 -0400
Newsgroups: jedi.vcl

In article <di3rln$4h4$1@talkto.net>, obones_gfd_@_gfd_altern.org 
says...
> > The workaround would be to detect the "bitmap" data and put it into the 
> > Glyph.Bitmap instead.
> > 

Is this something you expect to add to cvs soon, or something I should 
be looking to add to my stuff temporarily?

EdB


Subject: Re: JvXPButton blow up with 256 colour glyphs
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Oct 2005 21:17:08 +0200
Newsgroups: jedi.vcl

The workaround would be to detect the "bitmap" data and put it into the Glyph.Bitmap instead.


Subject: Re: JvXPButton blow up with 256 colour glyphs
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 6 Oct 2005 14:27:40 -0400
Newsgroups: jedi.vcl

In article <di2n7u$qm2$1@talkto.net>, obones_gfd_@_gfd_altern.org 
says...
> > OBones wrote:
> > 
>> > > Ouch, that must come from my changes: Glyph became a TPicture instead of 
>> > > a TBitmap.
>> > > I'll investigate this if I find some time.
> > 
> > Okay, it's definitely mine. But then again I have no clue as to how to 
> > fix this because the DFM does not store the fact that the Glyph is a 
> > TBitmap or a TPicture
> > 

I'm at home and haven't looked at code (so this may be absolutely stupid 
suggestion), but my work-around required adding 16 bytes to Glyph.data - 
anything you might be able to do based on data size, or does actual load 
happen way too deep/early in vcl code?

EdB


Subject: Re: Issue tracker
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 06 Oct 2005 11:28:35 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:
>
> The reason for this message is that, as I am otherwise unfamiliar with the  issue tracker, am I supposed to post a reply or comment to either the  issue tracker or Remko Bonte (in this instance) to acknowledge the note  against the bug report, or do I just wait and "see what develops".

   As a rule, never reply to the person unless specifically asked to. In addition, you should answer if the note raises a question or asks for feedback. In all other cases it's not mandatory to respond, unless you have something to add (as long as it pertains to the issue at hand, of course).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Issue tracker
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 06 Oct 2005 16:57:55 +0800
Newsgroups: jedi.vcl

Hi

I posted a bug on issue tracker. Re the JvSpeedBar. I received an email advising a note was appended to this bug report. I have read the note. The bug is not yet fixed, though Remko Bonte has made some progress.

The reason for this message is that, as I am otherwise unfamiliar with the issue tracker, am I supposed to post a reply or comment to either the issue tracker or Remko Bonte (in this instance) to acknowledge the note against the bug report, or do I just wait and "see what develops".

I do not want my appreciation of such attempts at finding bugs to go unnoticed or have the "fixer" wondering if the fix is even realised by the original poster etc, etc.

-- 

Kind regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: JvXPButton blow up with 256 colour glyphs
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Oct 2005 10:55:17 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Ouch, that must come from my changes: Glyph became a TPicture instead of a TBitmap.
> I'll investigate this if I find some time.

Okay, it's definitely mine. But then again I have no clue as to how to fix this because the DFM does not store the fact that the Glyph is a TBitmap or a TPicture


Subject: JvDBGrdid: selection color
From: Bepy Scacioa <freddy.junior@email.it>
Date: Thu, 06 Oct 2005 09:02:52 +0200
Newsgroups: jedi.vcl

How can I change the selection's background color ?
For example the TDBCtrlGrid has the property SelectedColor.
Is it possible this also on TJvDBGrid ?


Subject: Re: JvXPButton blow up with 256 colour glyphs
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 06 Oct 2005 08:33:07 +0200
Newsgroups: jedi.vcl

Ouch, that must come from my changes: Glyph became a TPicture instead of a TBitmap.
I'll investigate this if I find some time.


Subject: Re: JvXPButton blow up with 256 colour glyphs
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 6 Oct 2005 00:48:01 -0400
Newsgroups: jedi.vcl

In article <MPG.1dae34516b9610a098968e@194.191.0.34>, 
edwardbNONO@NONOsgci.com says...
> >
> > I tried creating a form, switching to "view as text" and performing a 
> > copy-paste between the dfm in a text editor and the Delphi IDE. As soon 
> > as I do a "view as text" Delphi disappears.
                     ~~~~
                     form


Cheers,
EdB


Subject: JvXPButton blow up with 256 colour glyphs
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Wed, 5 Oct 2005 20:05:30 -0400
Newsgroups: jedi.vcl

I just updated to latest JCL/JVCL from cvs (2005/10/05).

I loaded a project I've been working on all week. Did a "build all", ran 
it.

As soon as I tried to access a form (created at run-time) using 
JvXPButton, the application just disappeared.

I tried loading the form in Delphi (D7E, Win2K) - Delphi disappeared.

I tried creating a form, switching to "view as text" and performing a 
copy-paste between the dfm in a text editor and the Delphi IDE. As soon 
as I do a "view as text" Delphi disappears.

I eventually narrowed it down to the Glyph.data entry.

Basically I dropped a TBitButton and a TXPButton on a fresh (new) form 
and copied the Glyph data from the text editor into the bitbutton (view 
as form works) and the TXPButton (view as form blows up Delphi).

I then reloaded a TBitButton with the offending Glyph.Data, and used the 
object inspector to save the Glyph as BMP.

When I read in the BMP from disk into a TXPButton, all worked well.

There appears to be an extra 16 bytes of data in the Glyph.Data that 
works...


Something in the latest version is not as forgiving about TXPButton 
Glyph information.

Cheers,
EdB


Subject: JvTabBar question
From: "Fellipe Henrique" <fellipe@imicro.com.br>
Date: Wed, 5 Oct 2005 14:28:04 -0300
Newsgroups: jedi.vcl

How to change the Close button to right side?

Thanks for all, sorry my Google Translate English..

Fellipe H.




Subject: Re: Help: migrating from KWizard to TJvWizard
From: "Dave Keighan" <keighand@yahoo.com>
Date: Wed, 5 Oct 2005 16:00:32 +0000 (UTC)
Newsgroups: jedi.vcl

Nicola,

> > I launched it on my source files.
> > I found that .dfm files are converted to binary form
> > Beside this application now compiles but still doesn't work at runtime
> > There are problems that I need to investigate more (e.g. events that
> > fire before the formcreate)

Thanks.

-- Dave Keighan XanaNewser [ 1.17.6.5] 

Subject: Re: Help: migrating from KWizard to TJvWizard
From: Nicola Farina <nicola.farina@info-line.it>
Date: Wed, 05 Oct 2005 17:49:51 +0200
Newsgroups: jedi.vcl

Dave Keighan ha scritto:
> Nicola,
>
>
>> Ops I just found KWizard2JVCL.dat
>
> and you did, ummm, what with it?
>
> I'll be converting a project of my own soon and am interested in any of
> 'the road bumps' you've experienced and could pass on.
>
> Many thanks,
I launched it on my source files.
I found that .dfm files are converted to binary form
Beside this application now compiles but still doesn't work at runtime
There are problems that I need to investigate more (e.g. events that fire before the formcreate)





Subject: Re: jvTFDays representing hours
From: "CHS" <cstrich@polytech-sa.com>
Date: Wed, 5 Oct 2005 11:32:03 +0200
Newsgroups: jedi.vcl

I have found the options GridEndTime and GridStartTime so I can force the 
grid to work between to date
"CHS" <cstrich@polytech-sa.com> a écrit dans le message de news: 
di03j8$9pd$1@talkto.net...
> > Hi at all
> >
> > I use the component jvTFDays, instaed of to see the row from 0h to 24h, i 
> > just wan't to know if it's possible to see the row from 5h to 12h
> >
> > Tank's at all.
> > 




Subject: Re: jvTFDays representing hours
From: "Daniel Rail" <daniel@accra.ca>
Date: Wed, 5 Oct 2005 06:26:32 -0300
Newsgroups: jedi.vcl

"CHS" <cstrich@polytech-sa.com> wrote in message 
news:di03j8$9pd$1@talkto.net...
> > Hi at all
> >
> > I use the component jvTFDays, instaed of to see the row from 0h to 24h, i 
> > just wan't to know if it's possible to see the row from 5h to 12h

If all you want is to limit the rows that you see, then look at the 
GridStartTime and GridEndTime properties of TjvTFDays.  But, do keep in mind 
that those properties will apply to all of the columns/resources/days that 
you might have in TjvTFDays.

Daniel Rail
Senior Software Developer
ACCRA Med Software Inc.(www.filopto.com) 




Subject: Re: jvTFDays representing hours
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 05 Oct 2005 11:25:33 +0200
Newsgroups: jedi.vcl

CHS wrote:

> Hi at all
>
> I use the component jvTFDays, instaed of to see the row from 0h to 24h, i just wan't to know if it's possible to see the row from 5h to 12h

GridStartTime
GridEndTime

PrimeTime.StartTime
PrimeTime.EndTime

An example:

  jtdWeek.GridStartTime       :=
                         Frac(AgendaPreferences.VisibleStartTime);
  jtdWeek.GridEndTime         :=
                         Frac(AgendaPreferences.VisibleEndTime);
  jtdWeek.PrimeTime.StartTime :=
                         Frac(AgendaPreferences.OpeningStartTime);
  jtdWeek.PrimeTime.EndTime   :=
                         Frac(AgendaPreferences.OpeningEndTime);


Subject: jvTFDays representing hours
From: "CHS" <cstrich@polytech-sa.com>
Date: Wed, 5 Oct 2005 11:08:27 +0200
Newsgroups: jedi.vcl

Hi at all

I use the component jvTFDays, instaed of to see the row from 0h to 24h, i 
just wan't to know if it's possible to see the row from 5h to 12h

Tank's at all. 




Subject: TJvXpBar possible bug ?
From: Yves Dieterich <ydi@itesoft.com>
Date: Wed, 05 Oct 2005 10:17:17 +0200
Newsgroups: jedi.vcl

Hi,
I am using JVCL 3 (jvxpbar 1.88.2.2), and from time to time we have an AV when we move the move over the component

Having a look to the
TJvXPCustomWinXPBar.HookMouseMove method may be there is a possible problem.

after calculating the new NewIndex, there is a test to check that the
NewIndex value is valid.

if (NewIndex >= 0) and (NewIndex < VisibleItems.Count) then
.....


but then regardless of this test, the DoDrawItem method is called.
When the NewIndex is not valid, there is an Out of bound exception.

Am wrong in this analysis ??

Thanks for having a look.

Yves



Subject: TJvFindReplace is a bit too narrow in scope
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Oct 2005 09:16:58 +0200
Newsgroups: jedi.vcl

It has a TCustomEdit as linked control to work on.
Unfortunately this does not work with TJvHLEditor or TJvEditor because of different ancestry.

I want to use TJvFindReplace with a TJvHLEditor. For now i have created a local JvFindReplaceEditor.pas which has only minor changes from JvFindReplace.pas. The linked control is now of type TJvCustomEditor and  instead of .Text .Lines.Text has to be used.

How should we redesign TJvFindReplace to handle both ancestries?


Subject: Re: Install problem
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 05 Oct 2005 07:34:32 +0200
Newsgroups: jedi.vcl

Because they were installed here first and you moved them away.
Fix the registry, or put the packages back and you'll be sorted.


Subject: Re: Install problem
From: "DIKonsult" <dag.doff@di_konsult.se>
Date: Wed, 5 Oct 2005 05:59:21 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> skrev i meddelandet 
news:dhufti$vif$1@talkto.net...
> > DIKonsult wrote:
> >
>> >> Anyway around this problem.
> >
> > Do you have installed the JCL before you started the JVCL Installer? If
> > not, do so.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen

I figured that out after a while and changed the bpl and dcp path to another 
directory during the installation and it seems to work expect for one thing.
When starting Delphi 2005 I still get error messages that 
JclDebugIdeD90.bpl, ProjectAnalyzerD90.bpl and IdeOpenDlgFavoriteD90.bpl 
can't be loaded because they can't be found in directory "C:\Documents and 
Settings\Administratör\Mina dokument\Borland Studio Projects\Bpl". That 
directory is empty,
Why is Delphi lookin in that directory?

Regards
Dag 




Subject: Re: Why is JvInterpreter_Quickrpt included in the Delphi 2005 DvInterpreterD9R.bpl?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Oct 2005 05:43:43 +0200
Newsgroups: jedi.vcl

This is a problem of the messed up options in jvcl.inc.
Start the installer and edit the jvclXX.inc file with the button above the option checkboxes.


Subject: Why is JvInterpreter_Quickrpt included in the Delphi 2005 DvInterpreterD9R.bpl?
From: "Alf Christophersen" <alf.christophersen@basalmed.uio.no>
Date: Wed, 5 Oct 2005 00:15:50 +0200
Newsgroups: jedi.vcl

When trying to build DvInterpreterD9R.bpl in the 9 Packages.bdsGroup file, I 
get an error on the
{$IFDEF JVCL_UseQuickReport}
QrPrntr, Quickrpt, QrCtrls,
{$ENDIF JVCL_UseQuickReport}

structure.
To my knowledge QuickReport is not delivered with Delphi 2005, so why 
included here?
I have tried to delete it from the project, but it won't disappear :-(

What do I do??

 




Subject: Re: Cipher
From: "Julio" <jferdinand@gmail.com>
Date: Tue, 4 Oct 2005 21:23:42 +0100
Newsgroups: jedi.vcl

hi

problem solved, i was using the wrong function.

thanks


"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:dhts0p$pu2$1@talkto.net...
> > Julio wrote:
> >
>> >> hi guys
>> >>
>> >> i have some problem using  TJvVigenereCipher  especially when it comes to
>> >> use the decode function. could someone help me here. i have an 
>> >> incompatible type error
> >
> > Please post some sample code 




Subject: Re: Install problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Oct 2005 20:26:29 +0200
Newsgroups: jedi.vcl

DIKonsult wrote:

> > Anyway around this problem.

Do you have installed the JCL before you started the JVCL Installer? If
not, do so.


-- Regards, Andreas Hausladen 

Subject: Re: Install problem
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 04 Oct 2005 19:36:28 +0200
Newsgroups: jedi.vcl

DIKonsult wrote:
> installing JCVL as Administratör (Administrator in Swedish) does not work. Can't select Delphi version or press the Next-button.
> It seams as the installer try to create a path based the login name but can't handle the Swedish characters.

Hi,

What is the complete installation path for your JVCL ?

Regards,

Florent


Subject: Install problem
From: "DIKonsult" <dag.doff@di_konsult.se>
Date: Tue, 4 Oct 2005 19:25:36 +0200
Newsgroups: jedi.vcl

Hi,
installing JCVL as Administratör (Administrator in Swedish) does not work. 
Can't select Delphi version or press the Next-button.
It seams as the installer try to create a path based the login name but 
can't handle the Swedish characters.

Anyway around this problem.

/Dag 




Subject: Re: Cipher
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 04 Oct 2005 14:47:20 +0200
Newsgroups: jedi.vcl

Julio wrote:

> hi guys
>
> i have some problem using  TJvVigenereCipher  especially when it comes to
> use the decode function. could someone help me here. i have an incompatible type error

Please post some sample code


Subject: Cipher
From: "Julio" <jferdinand@gmail.com>
Date: Tue, 4 Oct 2005 13:44:44 +0100
Newsgroups: jedi.vcl

hi guys

i have some problem using  TJvVigenereCipher  especially when it comes to
use the decode function. could someone help me here. i have an incompatible 
type error

thanks
Julio




Subject: Re: [RFD] JCL Package naming
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Oct 2005 13:06:33 +0200
Newsgroups: jedi.jcl,jedi.vcl

Same with me.
We should make a JVCL test then.
Restore the changed installer defaults ("Register global design editors" is on and several of the secondary options).
Test for compilation with the different options set/unset. There was a problem with UNITVERSIONING on.


Subject: Re: [RFD] JCL Package naming
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 04 Oct 2005 12:17:56 +0200
Newsgroups: jedi.jcl,jedi.vcl

Fine by me, but if this could be the only change in a given day, that would help migrating the JVCL and our projects at work.


Subject: Re: TJvComboBoxAutoComplete memory leak
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Oct 2005 10:48:41 +0200
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

> On Sat, 01 Oct 2005 17:10:53 GMT, @in@taavi.ee wrote:
>
>
>> FastMM4 reports that TJvComboBoxAutoComplete leaks memory. It looks
>> like there is 100 byte leak per JvCombobox... is it already reported /
>> fixed in the latest version?
>
>
> Seems that this is not fixed in the latest source... to fix this leak
> add FAutoCompleteCode.Free to destructor:

Fixed in CVS version 1.67 of the file.


Subject: Re: NavigationalPane
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Oct 2005 10:45:20 +0200
Newsgroups: jedi.vcl

The Windows Imagelist control which TImagelist uses supremely sucks.


Subject: Re: JVCL 3.1?
From: "Peter Sanders" <peter@infopos.com.au>
Date: Tue, 04 Oct 2005 07:04:36 +0800
Newsgroups: jedi.vcl

Hi

On Tue, 04 Oct 2005 01:30:51 +0800, OBones <obones_gfd_@_gfd_altern.org> wrote:

> Can you post a sample application into the issue tracker?
>
> http://homepages.borland.com/jedi/issuetracker

Done! Issue number 0003251

Thank you.


-- 
Kind regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: [RFD] JCL Package naming
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 03 Oct 2005 23:57:08 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Rossmair wrote:
> I expect that for DeXter there will be the need to share packages
> between Delphi.W32 and BCB personalities to avoid design time unit name
> conflicts.  I.e. instead of DJcl100.bpl + CJcl100.bpl we'll probably
> just have a Jcl100.bpl and so on.
>
> In that context I'd like to change the package naming rule so that the
> tool designator (C/D) gets part of the suffix; example:
>
> CJcl70.bpl -> JclC70.bpl
> DJcl70.bpl -> JclD70.bpl

Using this pattern increase the compatibility with the JVCL.

Many design-time packages are using a "0" in their suffix too. I don't think this useful. All versions of Delphi are already ordinal numbers.

CJcl70.bpl -> JclC7.bpl
DJcl70.bpl -> JclD7.bpl

This is the same naming convention that is used in the JVCL.

> I understand that this will require changes in dependant libraries like
> JVCL, but the required effort seems moderate enough.

Only a little modification and a generation of packages.

Florent


Subject: Re: [RFD] JCL Package naming
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 03 Oct 2005 23:21:34 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Rossmair wrote:

> In that context I'd like to change the package naming rule

For versions other than DeXter, of course.


Subject: [RFD] JCL Package naming
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 03 Oct 2005 23:20:58 +0200
Newsgroups: jedi.jcl,jedi.vcl

[x-posted to jedi.jcl + jedi.vcl]

Hi,

I expect that for DeXter there will be the need to share packages
between Delphi.W32 and BCB personalities to avoid design time unit name
conflicts.  I.e. instead of DJcl100.bpl + CJcl100.bpl we'll probably
just have a Jcl100.bpl and so on.

In that context I'd like to change the package naming rule so that the
tool designator (C/D) gets part of the suffix; example:

CJcl70.bpl -> JclC70.bpl
DJcl70.bpl -> JclD70.bpl

I understand that this will require changes in dependant libraries like
JVCL, but the required effort seems moderate enough.

What do you think?

Greetings, Robert


Subject: Re: TJvComboBoxAutoComplete memory leak
From: @in@taavi.ee
Date: Mon, 03 Oct 2005 20:33:33 GMT
Newsgroups: jedi.vcl

On Sat, 01 Oct 2005 17:10:53 GMT, @in@taavi.ee wrote:

> >FastMM4 reports that TJvComboBoxAutoComplete leaks memory. It looks
> >like there is 100 byte leak per JvCombobox... is it already reported /
> >fixed in the latest version?

Seems that this is not fixed in the latest source... to fix this leak
add FAutoCompleteCode.Free to destructor:

destructor TJvCustomComboBox.Destroy;
begin
  FMaxPixel.Free;
  FreeAndNil(FConsumerSvc);
  {$IFDEF COMPILER5}
  FAutoCompleteCode.Free;
  {$ENDIF COMPILER5}
  inherited Destroy;
end;


ain


Subject: Re: JVCL 3.1?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 03 Oct 2005 19:30:51 +0200
Newsgroups: jedi.vcl

Can you post a sample application into the issue tracker?

http://homepages.borland.com/jedi/issuetracker


Subject: Re: Please watch your commits
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 03 Oct 2005 13:16:11 +0200
Newsgroups: jedi.vcl

Sorry, this was my fault.

You are completly right.

Ashes on my head !!!!



Next time i will try to think on it.

Sorry and Greetings
Jens

Robert Marquardt wrote:
> Currently the jvcl*.inc files get changed often.
> It seems that some developers use non-default options while developing directly on the CVS files.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Conditional compile with different version of JVCL
From: Nicola Farina <nicola.farina@info-line.it>
Date: Mon, 03 Oct 2005 11:24:01 +0200
Newsgroups: jedi.vcl

Hello all

I need to conditional compile two projects which have a unit shared
one compiled with Jedi 3.00 and the other with Jedi 2.1
I would need a kind of conditional define like JVCL_VER_300
to do something like

uses
{$ifdef JVCL_VER_300}
JvJVCLUtils
{$else}
JvAppUtils
{$endif}

Is there any other way ??
Please note that for now I cannot upgrade the other project to Jedi 3 for time reason.

Many thanks in advance
Bye
Nicola


Subject: Re: JVCL 3.1?
From: "Peter Sanders" <peter@infopos.com.au>
Date: Mon, 03 Oct 2005 15:21:24 +0800
Newsgroups: jedi.vcl

Hi

On Wed, 28 Sep 2005 11:48:19 +0800, Robert Marquardt <robert_marquardt@gmx.de> wrote:

> The hottest topic is to integrate Anders Melanders TGIFImage at last.
> I think we should expedite this and then make a new release.

Could I request that prior to the next *official release* that (what I see as) a major bug be fixed? The JvSpeedBar (previously RxSpeedBar) does NOT currently allow the REMOVAL OR REPOSITIONING of buttons from the speedbar editor.

It is possible to delete a button by deleteing it from within the EDITOR window, but not from the JvSpeedBar itself. Deleting it from the Editor window of course removes the button altogether, whereas the removal from the JvSpeedBar as we USED to be able to do, ONLY removed it from the JvSpeedBar itself.

I raised this matter previously but due to not knowing where to begin, and assuming the "bug" has come about through "outside" (the JvSpeedBar unit) influence, I am sure that others more familiar with the JVCL inner workings could fix the problem quicker than I could.

I have used this toolbar frequentlu thoughout my app and now need to make some changes. I will need to consider alternative toolbars if this cannot be fixed, any suggestions, I have looked at others within the JVCL and find that the JvSPeedBar is the preffered solution for me.


-- 

Kind regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: TJvDBCalcEdit
From: "Alberto Menghini" <alberto@asoft.it>
Date: Mon, 3 Oct 2005 06:25:01 +0200
Newsgroups: jedi.vcl

> > text becomes blank when it loses focus

....if the inserted value is greater than 999




Subject: Please watch your commits
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 03 Oct 2005 06:24:37 +0200
Newsgroups: jedi.vcl

Currently the jvcl*.inc files get changed often.
It seems that some developers use non-default options while developing directly on the CVS files.


Subject: Re: TJvValidateEdit -> AllowEmpty property added
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 3 Oct 2005 02:39:02 +1000
Newsgroups: jedi.vcl

> > Now in CVS

Hi Olivier,

Thanks for adding those. Regarding the unix style line endings, I simply
left them that way...now I realise that it's a symptom of downloading the
files from the web cvs, not what's desired. I'll make sure I convert them to
#13#10 in the future. Or I might just install Tortoise and bypass the web
cvs altogether. :)

enjoy life,
               Elahn




Subject: Re: JvFormStorage property editor -> "Form Storage Editor"
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 3 Oct 2005 02:01:02 +1000
Newsgroups: jedi.vcl

> > I'm not too keen on this one. Allowing people to type into this property
> > could potentially be dangerous.
> > I have no idea how the component behaves when an invalid string is
entered.

Invalid strings are simply filtered out. If the string does not match a
property, it is ignored.

enjoy life,
               Elahn




Subject: Re: NavigationalPane
From: Wiebe Tijsma <wiebeREMOVE@CAPITALStijsma.com>
Date: Sun, 02 Oct 2005 15:48:52 +0200
Newsgroups: jedi.vcl

Rudy Velthuis wrote:
> At 00:14:57, 01.10.2005, Wiebe Tijsma wrote:
>
>
>> I got problems with creating good looking icons from an illustrator
>> file, when exporting these to .bmp and then use the file in the
>> imagelist component it screws up the image.  Exporting as .png and then
>> create icon with microangelo gives the same bad result.
>
>
> What about exporting them as icons?

Yes sorry all the previously mentioned image formats where created into ICO files containing all MicroAngelo available formats and sizes (WinXP 33 bit to 16 color, 48x48-16x16, ), but the (jv)imageList just doesn't seem to be able to handle real transparancy...


Subject: Re: JvFormStorage property editor -> "Form Storage Editor"
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Oct 2005 15:47:29 +0200
Newsgroups: jedi.vcl

I'm not too keen on this one. Allowing people to type into this property could potentially be dangerous.
I have no idea how the component behaves when an invalid string is entered.


Subject: Re: TJvValidateEdit -> AllowEmpty property added
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Oct 2005 15:21:27 +0200
Newsgroups: jedi.vcl

Now in CVS


Subject: Re: JvDesktopAlert patch in binaries
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Oct 2005 14:23:53 +0200
Newsgroups: jedi.vcl

This is now in CVS


Subject: Re: TJvSimpleXML option sxoDoNotSaveProlog added
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 02 Oct 2005 14:21:08 +0200
Newsgroups: jedi.vcl

Now in cvs


Subject: Re: Clarification on JvProgramVersionCheck
From: Florian Hector <fhector@web.de>
Date: Sun, 02 Oct 2005 12:59:21 +0200
Newsgroups: jedi.vcl

One cannot delete a running *.exe, so replacing the application by just overwriting it with a new version does not work.

After fighting with JvProgramVersionCheck the same way as Ed did in hopes that it would do just that, I found another way without a helper program:
Although one cannot delete a running program, it can be renamed just fine. After renaming, you can copy the new *.exe with the same name as the old one to the old location. The user only has to restart the application. This approach also gives you the benefit of easily reverting back to the old version.

I haven't tested this extensively, I only know it works nicely with Win2K and XP

Florian


Subject: TJvComboBoxAutoComplete memory leak
From: @in@taavi.ee
Date: Sat, 01 Oct 2005 17:10:53 GMT
Newsgroups: jedi.vcl

Hi!

FastMM4 reports that TJvComboBoxAutoComplete leaks memory. It looks
like there is 100 byte leak per JvCombobox... is it already reported /
fixed in the latest version?

FastMM report:

A memory block has been leaked. The size is: 100

Stack trace of when this block was allocated (return addresses):
403382 [system.pas][System][@GetMem][1227]
42015C [Classes.pas][Classes][CreateComponent][4600]
42038E [Classes.pas][Classes][TReader.ReadComponent][4648]
4205E3 [Classes.pas][Classes][TReader.ReadDataInner][4704]
42054C [Classes.pas][Classes][TReader.ReadData][4689]
42456B [Classes.pas][Classes][TComponent.ReadState][7720]
44405E [Controls.pas][Controls][TControl.ReadState][3050]
448121 [Controls.pas][Controls][TWinControl.ReadState][4936]
4203F9 [Classes.pas][Classes][TReader.ReadComponent][4657]

The block is currently used for an object of class:
TJvComboBoxAutoComplete

Current memory dump of 256 bytes starting at pointer address 2FD4380:
58 AC 55 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00
00 00 01 00 00 00 00 00 00 00 00 00 F4 01 00 00 00 01 00 00 00 00 00
00 78 83 56 00 A0 5D F3 02
00 00 00 00 00 00 00 00 6C 83 56 00 A0 5D F3 02 9C 83 56 00 A0 5D F3
02 A0 5D F3 02 E0 BC 02 FD
80 80 80 80 80 80 80 80 00 00 00 00 B1 40 FD 02 00 00 00 00 00 00 00
00 00 00 00 00 82 33 40 00
50 E6 44 00 E0 F5 51 00 5C 01 42 00 8E 03 42 00 E3 05 42 00 4C 05 42
00 6B 45 42 00 5E 40 44 00
9A 33 40 00 07 3E 40 00 97 7F 44 00 85 0A 52 00 97 7F 44 00 C5 F1 44
00 2E 13 47 00 97 7F 44 00
AB 0D 46 00 64 00 00 00 40 F6 43 00 F0 43 FD 02 48 57 7E 00 80 80 80
80 80 80 80 80 80 80 80 80
80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80
80 80 80 80 80 80 80 80 80


ain


Subject: Re: Clarification on JvProgramVersionCheck
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Sat, 1 Oct 2005 15:01:14 +1000
Newsgroups: jedi.vcl

Hi Andreas,

> > I use a helper batch file:

That's some nice code!

enjoy life,
               Elahn




Subject: Re: NavigationalPane
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Sat, 1 Oct 2005 00:16:14 +0200
Newsgroups: jedi.vcl

At 00:14:57, 01.10.2005, Wiebe Tijsma wrote:

> > I got problems with creating good looking icons from an illustrator
> > file, when exporting these to .bmp and then use the file in the
> > imagelist component it screws up the image.  Exporting as .png and then
> > create icon with microangelo gives the same bad result.

What about exporting them as icons?
-- Rudy Velthuis http://velthuis.homepage.t-online.de "He who hesitates is a damned fool." - Mae West (1892-1980) 

Subject: NavigationalPane
From: Wiebe Tijsma <wiebeREMOVE@CAPITALStijsma.com>
Date: Sat, 01 Oct 2005 00:14:57 +0200
Newsgroups: jedi.vcl

I got problems with creating good looking icons from an illustrator file, when exporting these to .bmp and then use the file in the imagelist component it screws up the image.
Exporting as .png and then create icon with microangelo gives the same bad result.

We tried images:

-with background, 24bit, antialias, .bmp export
-Transparent, 24bit, antialias, .bmp export
-Transparent, 24bit, antialias, .png export (followed by some gimp editing which even made it worse)
-With background, 24bit, antialias, .png export (followed by some gimp editing which even made it more worse)
- Eps save no way you get that working within 30 minutes per icon
- All other desprate actions taken will result in off topic bs.

Thanx in advance.

Wiebe


Subject: Re: Is JEDI Math completely dead?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 30 Sep 2005 19:13:25 +0200
Newsgroups: jedi.vcl

Herb wrote:
> Download page doesn't work and there are maybe 10 messages in the ng in 2005
> so forgive me for posting here. Is this project abandoned?

    Posting in jedi.math NG might give a better response, though I think some of the math team are reading this NG as well.

    I don't think it's dead, it's just going slow (lack of time/volunteers being the most likely suspects). I think JEDI math use a mailing list for most communications, though, so chances are they are very active, just haven't released anything.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Is JEDI Math completely dead?
From: "Herb" <herb@oohay.com>
Date: Fri, 30 Sep 2005 11:04:54 -0600
Newsgroups: jedi.vcl

Download page doesn't work and there are maybe 10 messages in the ng in 2005
so forgive me for posting here. Is this project abandoned?




Subject: Re: TJvPlugin how to call a form from a plugin
From: <fduenas@gmail.com>
Date: Fri, 30 Sep 2005 05:28:57 -0500
Newsgroups: jedi.vcl

have you tried to pass HosApplication interface as a parameter to the form
or assign it as a property?

"John Doe" <zorfael@yahoo.com> escribió en el mensaje
news:dh7g0m$6go$1@talkto.net...
> > I´m still getting an Access Violation when I try to show another form...
> > Would anyone have a sample plugin project that calls one form and from
> > that form calls another form?
> > from the plugin I use the HostApplication interface, but from the form
that
> > I create
> > I can´t access the HostApplication interface and other methods gives me
AV.
> >
> > Thanks!
> >
> >
> > "John Doe" <zorfael@yahoo.com> wrote in message
> > news:dgv468$g6t$1@talkto.net...
>> > > Hi Everyone,
>> > > I have created a plugin host application using TJVplugin.
>> > > I also created my first plugin without no problem.
>> > > This plugin has a form which I show using:
>> > >
>> > > if myForm1 = nil then
>> > >      HostApplication.CreateForm(TfrmForm1,frmForm1)
>> > > else
>> > >      frmForm1.ShowModal;
>> > >
>> > > now, I wanted to show another form from this subform (frmForm1),
>> > > I tried all approaches that I know but  the only thing I get is
>> > > Exceptions.
>> > > so, how can I create and show a form from a form that was created by my
>> > > plugin?
>> > >
>> > > Thanks in advance.
>> > >
> >
> >




Subject: Re: JvAppInstances problem
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 30 Sep 2005 13:26:42 +0400
Newsgroups: jedi.vcl

Elahn Ientile wrote:
>> With the JvAppInstances there is problem, if I'll start the same program
>> from the different places, in this case this conponent is not working.
>> This is not good!
>
>
> Quote from TJvAppInstances help:
>
> To set a UniqueAppIdGuidStr you must call JclAppInst.JclAppInstances in the
> initialization section of a unit or before the forms are created (OnCreate
> is too late).
>
> enjoy life,
>                Elahn
>
>
I tested this (on CB6) with the JclAppInstances, problem is the same, I can start the same program from the different places.

I used JclAppInstances()->CheckSingleInstance() before Application->Initialize();


Subject: Re: Clarification on JvProgramVersionCheck
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Sep 2005 11:14:46 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

I use a helper batch file:

procedure Finalize;
var
  f: TextFile;
  DeleteFileName: string;
begin
  DeleteFileName :=
IncludeTrailingPathDelimiter(ExtractShortPathName(GetTempDir)) +
'DeleteDelphiPkgUninstall.bat';

  DeleteFile(ExtractFilePath(ParamStr(0)) + 'install.log');
  SetFileAttributes(PChar(ParamStr(0)), 0); // allow to delete the
executable

  AssignFile(f, DeleteFileName);
  Rewrite(f);

  WriteLn(f, '@cd \'); // allow Windows to delete the directory
  WriteLn(f, '@del ', ParamStr(0)); //  delete executable
  if DeleteUninstallerDir then
    WriteLn(f, '@rd ', ExtractFileDir(ParamStr(0))); // remove directory
  Write(f, '@del ', DeleteFileName); // delete this batch file
  CloseFile(f);
  Application.ProcessMessages; // give some time and a thread switch

  ShellExecute(0, 'open', PChar(DeleteFileName), nil, nil, SW_HIDE);
  TerminateProcess(GetCurrentProcess); // kill the application for a very
fast termination
end;


-- Regards, Andreas Hausladen 

Subject: Re: JvAppInstances problem
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 30 Sep 2005 19:05:46 +1000
Newsgroups: jedi.vcl

> > With the JvAppInstances there is problem, if I'll start the same program
> > from the different places, in this case this conponent is not working.
> > This is not good!

Quote from TJvAppInstances help:

To set a UniqueAppIdGuidStr you must call JclAppInst.JclAppInstances in the
initialization section of a unit or before the forms are created (OnCreate
is too late).

enjoy life,
               Elahn




Subject: Re: Clarification on JvProgramVersionCheck
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 30 Sep 2005 19:01:42 +1000
Newsgroups: jedi.vcl

> > It's only mentioned to download a setup and then execute the setup.
> > It's only possible to shutdown the app after starting setup (saying this
> > without sitting before delphi :-)
> > You can't replace a running app with this.

Hi Jens,

In a previous project, I needed to replace a running app. The only solution
I could devise was to spawn a helper app which looped waiting for the main
program to close, then replaced. I can't remember if I used a mutex or a
window, but TJvAppSingleInstance could be used, just as easily.

My helper app was only 12k from memory, and although I didn't do this, it
could be embedded within the main app. So when a new version is detected,
write it out, execute it with parameters telling it which app to wait for
and which file to replace it with.

If no-one has written this functionality by the time I've finished my
current project (sometime early next year), I'll write it...I think it'd be
handy. :)

enjoy life,
               Elahn




Subject: Re: Clarification on JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Sep 2005 10:08:02 +0200
Newsgroups: jedi.vcl

Hi Ed,

sorry, but no it's not so intelligent.

It's only mentioned to download a setup and then execute the setup.
It's only possible to shutdown the app after starting setup (saying this without sitting before delphi :-)
You can't replace a running app with this.

This would be an interesting thing, but i didn't have the time to look for this.

Greetings
Jens

Ed Blanchard wrote:
> I'm still not clear as to whether JvProgramVersionCheck will allow for "self-updates" or not.
>
> I haven't been able to make it work, so can someone please confirm (one way or another) that it IS possible?
>
> In particular, if some AppABC.exe (v1) is running, can it:
>  - perform JvProgramVersionCheck.Execute  - upon finding new version AppABC.exe (v2)
>    - copy AppABC.exe (v2) from network path to AppABC.exe (v1) location    - shut down AppABC.exe(v1)
>    - start up AppABC.exe (v2) automatically
>
> As mentionned in a previous post, it *looks* like everything is set up to do this, but the process fails whilst deleting AppABC (v1.0) (probably because it is "in use" - still running).
>
>
> TIA.
>
> Testing under Win2K, D7E - app to be run under Win2K or better only.
>
> Cheers,
> EdB
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: JvAppInstances problem
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 30 Sep 2005 11:52:43 +0400
Newsgroups: jedi.vcl

With the JvAppInstances there is problem, if I'll start the same program from the different places, in this case this conponent is not working.
This is not good!


Subject: Re: How to get a procedure pointer by procedure name?
From: <fduenas@gmail.com>
Date: Thu, 29 Sep 2005 22:20:30 -0500
Newsgroups: jedi.vcl

how about:

mypointer := @myFormMethod;

for what do you need this?


"Richard Li" <ljs_1969@hotmail.com> escribió en el mensaje
news:dhhi88$ceu$1@talkto.net...
> > Hi All,
> >
> > In runtime, how to get a function or procedure pointer in a TForm object
by
> > name?
> > The function or procedure is not published.
> >
> > Is there window's API looks like GetProcAddress(HDll,FuncName) to get it?
> >
> > Thanks
> >
> > Richard Li
> >
> >




Subject: Clarification on JvProgramVersionCheck
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 29 Sep 2005 22:16:44 -0400
Newsgroups: jedi.vcl

I'm still not clear as to whether JvProgramVersionCheck will allow for 
"self-updates" or not.

I haven't been able to make it work, so can someone please confirm (one 
way or another) that it IS possible?

In particular, if some AppABC.exe (v1) is running, can it:
 - perform JvProgramVersionCheck.Execute 
 - upon finding new version AppABC.exe (v2)
   - copy AppABC.exe (v2) from network path to AppABC.exe (v1) location 
   - shut down AppABC.exe(v1)
   - start up AppABC.exe (v2) automatically

As mentionned in a previous post, it *looks* like everything is set up 
to do this, but the process fails whilst deleting AppABC (v1.0) 
(probably because it is "in use" - still running).


TIA.

Testing under Win2K, D7E - app to be run under Win2K or better only.

Cheers,
EdB



Subject: Re: Add/Edit/View DB Record Component
From: "Daytona" <d@d..com>
Date: Thu, 29 Sep 2005 17:43:04 -0700
Newsgroups: jedi.vcl

I have never really worked with Actions much before, so it took me a bit to 
figure out what was going on.

I wound up using code like this to call the Action:
JvDatabaseActionList1.Actions[0].Execute;

I tried using the following, but it would not work:
JvDatabaseActionList1.ExecuteAction('MyAction');

I executed the Action from code because I wanted to setup some options (like 
setting the DialogCaption before displaying the editor).  After the fact I 
realized that could use the Action & DataSet events to execute code just 
before/after the Action is run.

Anyhow, thanks again for the help.  This will definitely find it's way in to 
many of my little tools & utilities.

David

"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message 
news:dhhqmf$ed4$1@talkto.net...
> > Have a look at the other actions also. And combine it with a 
> > JvDBActionList.
> >
> > It's a great combination :-)
> >
> > Greetings
> > Jens
> >




Subject: Re: Add/Edit/View DB Record Component
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Sep 2005 01:08:40 +0200
Newsgroups: jedi.vcl

Have a look at the other actions also. And combine it with a JvDBActionList.

It's a great combination :-)

Greetings
Jens

Daytona wrote:
> Thank you very much - I have already added it to my app and it works great!
>
> "Jens Fudickar" <jens.fudickar@oratool.de> wrote in message news:dhhe6j$bhd$1@talkto.net...
>> Hi David,
>>
>> It exists !!
>>
>> Greetings
>> Jens
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Re: How to get a procedure pointer by procedure name?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Sep 2005 23:43:45 +0200
Newsgroups: jedi.vcl

Richard Li wrote:

> > Hi All,
> > 
> > In runtime, how to get a function or procedure pointer in a TForm object
> > by name?  The function or procedure is not published.

If it is not published the compile will not generate any runtime type
information (RTTI) for the method and so the function FindMethod fails.


> > Is there window's API looks like GetProcAddress(HDll,FuncName) to get it?

No, Windows does not know anything about hidden (not exported) symbols.


-- Regards, Andreas Hausladen 

Subject: Re: Add/Edit/View DB Record Component
From: "Daytona" <d@d..com>
Date: Thu, 29 Sep 2005 14:27:54 -0700
Newsgroups: jedi.vcl

Thank you very much - I have already added it to my app and it works great!

"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message 
news:dhhe6j$bhd$1@talkto.net...
> > Hi David,
> >
> > It exists !!
> >
> > Greetings
> > Jens




Subject: How to get a procedure pointer by procedure name?
From: "Richard Li" <ljs_1969@hotmail.com>
Date: Thu, 29 Sep 2005 16:47:39 -0400
Newsgroups: jedi.vcl

Hi All,

In runtime, how to get a function or procedure pointer in a TForm object by 
name?
The function or procedure is not published.

Is there window's API looks like GetProcAddress(HDll,FuncName) to get it?

Thanks

Richard Li 




Subject: Re: Add/Edit/View DB Record Component
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 29 Sep 2005 21:35:21 +0200
Newsgroups: jedi.vcl

Hi David,

It exists !!

Have a look for JvDBActions Example.

It's "hidden" in the TJvDatabaseSingleRecordWindowAction.

Greetings
Jens

Daytona wrote:
> Hi All,
>
> I am trying to find a component that will pop up a generic dialog with all the visible fields from a DB record and allow editing.
>
> I have dug around a bit, but did not see anything in JVCL that handles something like this...
>
> Did I miss it?  Any other recommendations?
>
> I am sure it will not be too hard to create, but if it already exists I would prefer to go that way.
>
> Thanks!
> David
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: Add/Edit/View DB Record Component
From: "Daytona" <d@d..com>
Date: Thu, 29 Sep 2005 12:25:27 -0700
Newsgroups: jedi.vcl

Hi All,

I am trying to find a component that will pop up a generic dialog with all 
the visible fields from a DB record and allow editing.

I have dug around a bit, but did not see anything in JVCL that handles 
something like this...

Did I miss it?  Any other recommendations?

I am sure it will not be too hard to create, but if it already exists I 
would prefer to go that way.

Thanks!
David 




Subject: TjvDBLookupTreeViewCombo question
From: "Valdir Stiebe Junior" <valdir@stiebe.com.br>
Date: Thu, 29 Sep 2005 13:56:00 -0300
Newsgroups: jedi.vcl

Hello,

In the unit JvDBLookupTreeViewCombo.pas at the line 1049 the statement

    FDataList.FTree.MasterField := FKeyFieldName;

souldn't be

    FDataList.FTree.KeyField := FKeyFieldName;

???

Valdir.


Subject: Re: TJvDesktopAlert stayontop
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 30 Sep 2005 02:08:33 +1000
Newsgroups: jedi.vcl

Nikos,

As far as I am aware, the DesktopAlert forms do stay on top in JVCL3 release
version. Please describe the issue are having in detail.

enjoy life,
                Elahn




Subject: Re: TJvDesktopAlert stayontop
From: "Nikos" <nandrianakis@hotmail.com>
Date: Thu, 29 Sep 2005 15:45:29 +0300
Newsgroups: jedi.vcl

jedi version 3

"Elahn Ientile" <blackhole@elahn.net> wrote in message 
news:dhg9mf$ph$1@talkto.net...
> > "Nikos" <nandrianakis@hotmail.com> wrote in message
> > news:dhg489$v12$1@talkto.net...
>> >> Is possible?
>> >> Thanks
> >
> > What version are you using?
> >
> > enjoy life,
> >                Elahn
> >
> > 




Subject: Re: TJvDesktopAlert stayontop
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 29 Sep 2005 19:15:26 +1000
Newsgroups: jedi.vcl

"Nikos" <nandrianakis@hotmail.com> wrote in message
news:dhg489$v12$1@talkto.net...
> > Is possible?
> > Thanks

What version are you using?

enjoy life,
                Elahn




Subject: TJvDesktopAlert stayontop
From: "Nikos" <nandrianakis@hotmail.com>
Date: Thu, 29 Sep 2005 10:39:15 +0300
Newsgroups: jedi.vcl

Is possible?
Thanks 




Subject: TJvSimpleXML option sxoDoNotSaveProlog added
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 29 Sep 2005 14:28:50 +1000
Newsgroups: jedi.vcl

Hi All,

I have implemented sxoDoNotSaveProlog, as discussed in the thread "New
TJvSimpleXMLOptions: sxoDontSaveProlog". It is ready to be committed to CVS.

If a prolog is present in a xml file, it is still loaded. If the
sxoDoNotSaveProlog option is set, the prolog is not written during Save.

This issue and file is in Mantis.
http://homepages.borland.com/jedi/issuetracker/view.php?id=3171

enjoy life,
                Elahn




Subject: JvFormStorage property editor -> "Form Storage Editor"
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 29 Sep 2005 13:46:56 +1000
Newsgroups: jedi.vcl

Hi All,

The following update was originally posted to Mantis on 11 August 2005.
http://homepages.borland.com/jedi/issuetracker/view.php?id=3150

As great as the 'Form Storage Editor' is, I much prefer to edit the
StoredProps property as a TStrings in the code editor. This gives me ability
to use Find/Replace and also I can type a lot faster than I can use the
mouse.

In the attached files, I've changed it so that double clicking on the
TJvFormStorage still displays the 'Form Storage Editor', however clicking
the '...' button for StoredProps in the Object Inspector displays a standard
'String List Editor' with the all important 'Code Editor' button.

Changes integrated into the latest versions from CVS, JvFormPlacement.pas
(v1.59), JvSystemReg.pas (v1.42). In file
To_Replace_Latest_CVS_Versions.zip, I have commented the additions and
changes. The only change to JvSystemReg.pas is commenting out the line:

  RegisterPropertyEditor(TypeInfo(TStrings), TJvFormStorage,
    'StoredProps', TJvStoredPropsProperty);

In file To_Replace_Latest_CVS_Versions_(no_comments).zip, the above line has
been deleted from JvSystemReg.pas and comments removed from
JvFormPlacement.pas, so they can be committed directly to CVS.

enjoy life,
               Elahn




Subject: TJvValidateEdit -> AllowEmpty property added
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 29 Sep 2005 13:28:07 +1000
Newsgroups: jedi.vcl

Hi All,

I originally posted this update to Mantis on 11 August 2005.
http://homepages.borland.com/jedi/issuetracker/view.php?id=3149

Changes integrated into latest version from CVS, JvValidateEdit.pas (v1.37).
I have commented the sections of code I added/changed in
JvValidateEdit.pas_To_Replace_CVS_v1.37.zip, and I have also removed these,
so it can be committed directly to CVS in
JvValidateEdit.pas_To_Replace_CVS_v1.37_(no_comments).zip.

If someone could please commit this to CVS, it'd be great. That way I will
not have to merge the changes again next time it is updated. :)

Thanks,
             Elahn

================================================

The existing behaviour if an "empty" state is desired, is to set the
ZeroEmpty property, which displays '' when the Value = 0. This doesn't allow
for a distinction in state between "empty" and "value of 0 has been
entered".

An AllowEmpty property allows Text/EditText = '', while the
Value/AsInteger/AsCurrency properties return a value of 0 exactly as they
would if the ZeroEmpty property were set.

Implementation:

In TJvCustomValidateEdit, protected:
    property AllowEmpty: Boolean read FAllowEmpty write FAllowEmpty;

At the start of TJvCustomValidateEdit.DisplayText
    if FAllowEmpty and (FEditText = '') then
      ChangeText('')
    else

Modified Property: TJvCustomValidateEdit.Value

I've added the " stored False" specifier for the Value property because Text
& EditText are both being stored and storing Value as well only serves to
cause validation to occur twice when loading the control. Also, when Value
is stored, AllowEmpty is set and Text = '' at design time, when the program
is run Value is loaded and Text is set to '0'.

In TJvValidateEdit, published:
    property AllowEmpty default False;





Subject: Re: Compiling Console programa
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Sep 2005 02:16:58 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>> I thought that the Installer should only support Delphi 6.02 and barf if
>> it finds a Delphi 6.00.
>
> This update version test was deactivated by request.

Then it sohuld be possible to add a $DFEFINE there or a global variable.
It may crate problems for uses with several Delphi versions, but they are a minority.


Subject: Re: Which JCL for latest JVCL daily?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 29 Sep 2005 00:46:50 +0200
Newsgroups: jedi.vcl

Hi,

Randall Parker wrote:
> Can one use the JCL v1.95 release with the latest JVCL daily?

It is not recommended. If you use daily zips of the jvcl, you should use daily zips of the jcl (http://jcl.sf.net/daily).

Regards,

Florent


Subject: Which JCL for latest JVCL daily?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Wed, 28 Sep 2005 15:26:51 -0700
Newsgroups: jedi.vcl

Can one use the JCL v1.95 release with the latest JVCL daily?

If not, where are there downloadable zips of a compatible JCL?

http://sourceforge.net/projects/jcl


Subject: Re: Help:invalid class typecast Error
From: "Richard Li" <ljs_1969@hotmail.com>
Date: Wed, 28 Sep 2005 15:01:28 -0400
Newsgroups: jedi.vcl

Hi Marcel ,

Thank you very much

Richard Li

"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:dhc94f$6dv$1@talkto.net...
>> >> You are right, the problem I had is a function in main program is 
>> >> reintroduced. The pointer can't point correctly.
>> >> But how to compile with runtime packages? I used many components, do I 
>> >> have to find every run time library of them to add to the run time 
>> >> package list?
> >
> >     No, only the ones you'll be using in both the main app. and in one of 
> > the plug-ins, and then only if you use an instance from one in the other. 
> > Basically, by just using the Vcl runtime package, you're good to go, since 
> > it'll provide the common class registration and declares most of the 
> > classes you'll be using.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: Compiling Console programa
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 28 Sep 2005 20:17:00 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I thought that the Installer should only support Delphi 6.02 and barf if
> > it finds a Delphi 6.00.

This update version test was deactivated by request.


-- Regards, Andreas Hausladen 

Subject: Re: JvDesktopAlert patch in binaries
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Wed, 28 Sep 2005 14:40:35 +0100
Newsgroups: jedi.vcl

"Elahn Ientile"
> > Hi All,
> >
> > For those who haven't been following the JvDesktopAlert thread, there is a
> > fixed version in binaries. The source was modified based on the latest CVS
> > versions. It has been confirmed working by Jason Chapman. Please see the
> > JvDesktopAlert thread for full details.

My particular symptom was that when the application launching the alert had 
a modal form showing, which was not the launching form, focus would return 
to the application, when the pop up popped up, e.g. My main form has the 
alert on it.  I bring up a modal search form.  I go into word and start 
typing.  The popup executes, word goes behind my application (but AFAIR 
retains focus), causing a very confusing and annoying situation for the 
users.

Elahn fix (which I back ported into JVCL 3 RC1) has resolved this in my 
tests - I will probably role out a new version to my clients next week.

I would like ot thank Elahn and everyone who has taken the time posting and 
suggesting solutions to this problem.  Further testing may need to be done 
for those who had the DBGrid focus loss as I don't have a test case for that 
problem.

Cheers all,

JAC. 




Subject: JvDesktopAlert patch in binaries
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Wed, 28 Sep 2005 23:32:55 +1000
Newsgroups: jedi.vcl

Hi All,

For those who haven't been following the JvDesktopAlert thread, there is a
fixed version in binaries. The source was modified based on the latest CVS
versions. It has been confirmed working by Jason Chapman. Please see the
JvDesktopAlert thread for full details.

enjoy life,
                Elahn




Subject: Re: Compiling Console programa
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Wed, 28 Sep 2005 07:44:45 -0300
Newsgroups: jedi.vcl

> > What Delphi version. If it is Delphi 6 you need the Delphi Update 2.
> > Borland added some constants in the Update 2. And it is impossible to
> > distinguish programmatically between Delphi 6 and 6.02

It is Delphi Update 2. Like I said just adding to the WANT XML file DEFINE 
VCL compilation of the console app worked. This XML always worked. I can 
download the latest daily zip and try again.

Best regards,
Eduardo Mauro 




Subject: Re: Compiling Console programa
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Sep 2005 12:35:59 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> And now tell me how you want to change the $IFDEFs to find out what Delphi
> version the code compiles for?

I thought that the Installer should only support Delphi 6.02 and barf if it finds a Delphi 6.00.


Subject: Re: Compiling Console programa
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 28 Sep 2005 12:05:48 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > FileDescription=Delphi Pascal Compiler
> > FileVersion=6.0.6.240
> > LegalCopyright=Copyright (c) 1983,2001 Borland Software Corporation
> > Copyright=Copyright (c) 1983,2001 Borland Software Corporation
> > ProductName=Borland Delphi/C++Builder (Professional)
> > ProductVersion=6.0.6.240
> > InternalName=DCC32
> > 6.0.6.240
> > Designed for 32-bit Windows
> > Application

And now tell me how you want to change the $IFDEFs to find out what Delphi
version the code compiles for?


-- Regards, Andreas Hausladen 

Subject: Re: TJvDesktopAlert
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Wed, 28 Sep 2005 10:18:26 +0100
Newsgroups: jedi.vcl

Elahn Ientile,

Thanks for your time and the zip file.  After I realised just replacing the 
files wasn't enough (due to my delphi search file set up), I tested the new 
files.  I got it to compile (see below) and it seems to work exactly as I 
want and you stated.

Actions to compile: Which version of JVCL are you using, I am using the 3 
RC1 version, which was released.  to make it work I had to change the uses 
in JvDesktopAlert  JvComponent{Base}, & also in jvDesktopAlertForm: 
acClose.Caption := RsCloseCaption; //TODO JAC 28/09/2005 (RSClose to 
RSCloseCaption).

I don't currently use the daily downloads as I have a stable system that I 
release new builds once a month, so having a moving base component makes 
things a little scary.

Anyway, thank you very much.  I suggest that if you are using a later source 
than me, then you post a not in a new thread (as some people may not read 
old threads), stating you have a patch for the jvDesktopAlert problem.  If 
you are using an older version, I am happy to merge your code changes with 
the latest version.

BTW: For people that have stable products and also develop JVCL is there a 
tool to switch between say the last release (RC1) & the daily builds?

Cheers all,

JAC.

> >
> > I thought of another possible way to slice the loaf: by overriding the
> > CreateWnd procedure, the form could have the vcl FormStyle = fsStayOnTop 
> > and
> > then a simple Form.Visible := True statement should show the form without
> > bringing the app to the top or taking focus. However, you would have to
> > include all the inherited code all the way up to TWinControl (obviously
> > replacing the SetWindowPos call in TCustomForm) and NOT call inherited
> > CreateWnd. This may or may not cause an issue with different versions of
> > Delphi...I only have D7, so I'm not sure if there are differences in this
> > part of the vcl source.
Without knowing if this is common practice, this seems a little suspect as 
it stops enhancements to the classses that this inherits from in future 
versions of Delphi or whatever, which may lead to bugs later.

> >
> > enjoy life,




Subject: JvDBGrid - display no rows when empty
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Wed, 28 Sep 2005 10:31:13 +0200
Newsgroups: jedi.vcl

Is this possible?
How?

Salu2.


Subject: Re: Rumor on borland.public.delphi.non-tech
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 28 Sep 2005 09:53:23 +0200
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> schreef in bericht 
news:dhd28l$adp$2@talkto.net...
> > Florent Ouchet wrote:
> >
>> >> How to select the version to install in the jvcl installer ? An other 
>> >> option in the options sheet ? Shouldn't both versions exist at the same 
>> >> time ?
> >
> > First alternative is to merge both components (mainly using AM GIF).
> > Second alternative is to retire Rx GIF to Archive.
> > Third alternative is an Installer option to install either.

what are the differences between the RxGIF and the new one? I use now the Rx 
one but when the new one is better than i start using the new one.

thanks,

Niels

PS. I'm very heppy that you people works so hard on the JVCL. i'm a happy 
user. 




Subject: Re: Use JVCL v3 or latest dailies?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Sep 2005 08:18:19 +0200
Newsgroups: jedi.vcl

Randall Parker wrote:

> Is it better to download v3 or the latest dailies for JCL and JVCL?
>
> I'm guessing the latest has many more fixes. But occasionally dailies have problems. So what are the odds of any given daily being a good choice?

Our dailies seldom have problems. It happens that the JCL or JVCL does not compile at all, but that is usually fixed within the day.

I for example directly install from the CVS files and recompile the JVCL almost daily. Currently we fix bugs as always and try to remove the Globus components by merging them or retiring them to Archive.


Subject: Re: Compiling Console programa
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Sep 2005 08:12:36 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Are you sure? Maybe checking the compiler DLL could help.
> I know that the compiler got some new directives for ActiveX import.

From my Delphi 6.02 english:

[040904B0] Englisch (USA)
--------------------------------------------------------------------------------
CompanyName=Borland Software Corporation
FileDescription=Delphi Pascal Compiler
FileVersion=6.0.6.240
LegalCopyright=Copyright (c) 1983,2001 Borland Software Corporation
Copyright=Copyright (c) 1983,2001 Borland Software Corporation
ProductName=Borland Delphi/C++Builder (Professional)
ProductVersion=6.0.6.240
InternalName=DCC32
6.0.6.240
Designed for 32-bit Windows
Application

Translations:
040904E4


Subject: Re: JVCL 3.1?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Sep 2005 08:08:46 +0200
Newsgroups: jedi.vcl

On the JCL side it seems that JclUnicode gets an update at last.


Subject: Use JVCL v3 or latest dailies?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Tue, 27 Sep 2005 22:50:44 -0700
Newsgroups: jedi.vcl

Is it better to download v3 or the latest dailies for JCL and JVCL?

I'm guessing the latest has many more fixes. But occasionally dailies have problems. So what are the odds of any given daily being a good choice?


Subject: Re: Compiling Console programa
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Sep 2005 05:50:49 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> What Delphi version. If it is Delphi 6 you need the Delphi Update 2.
> Borland added some constants in the Update 2. And it is impossible to
> distinguish programmatically between Delphi 6 and 6.02

Are you sure? Maybe checking the compiler DLL could help.
I know that the compiler got some new directives for ActiveX import.


Subject: Re: JVCL 3.1?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Sep 2005 05:48:19 +0200
Newsgroups: jedi.vcl

The hottest topic is to integrate Anders Melanders TGIFImage at last.
I think we should expedite this and then make a new release.


Subject: Re: Rumor on borland.public.delphi.non-tech
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Sep 2005 05:46:52 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> How to select the version to install in the jvcl installer ? An other option in the options sheet ? Shouldn't both versions exist at the same time ?

First alternative is to merge both components (mainly using AM GIF).
Second alternative is to retire Rx GIF to Archive.
Third alternative is an Installer option to install either.


Subject: Re: Compiling Console programa
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Sep 2005 23:15:34 +0200
Newsgroups: jedi.vcl

Eduardo Mauro wrote:

> > We traced the
> > problem and we found that constant VCL is not being defined in the
> > include files. We forced the define in our script and it worked. So I
> > think the include files needs a revision.

What Delphi version. If it is Delphi 6 you need the Delphi Update 2.
Borland added some constants in the Update 2. And it is impossible to
distinguish programmatically between Delphi 6 and 6.02



-- Regards, Andreas Hausladen 

Subject: Re: Help:invalid class typecast Error
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 27 Sep 2005 22:37:31 +0200
Newsgroups: jedi.vcl

> You are right, the problem I had is a function in main program is reintroduced. The pointer can't point correctly.
> But how to compile with runtime packages? I used many components, do I have to find every run time library of them to add to the run time package list?

    No, only the ones you'll be using in both the main app. and in one of the plug-ins, and then only if you use an instance from one in the other. Basically, by just using the Vcl runtime package, you're good to go, since it'll provide the common class registration and declares most of the classes you'll be using.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Help:invalid class typecast Error
From: "Richard Li" <ljs_1969@hotmail.com>
Date: Tue, 27 Sep 2005 16:15:18 -0400
Newsgroups: jedi.vcl

Thanks Marcel,

You are right, the problem I had is a function in main program is 
reintroduced. The pointer can't point correctly.
But how to compile with runtime packages? I used many components, do I have 
to find every run time library of them to add to the run time package list?
I tried package based plug-in. It has the same problem.

Is there any other method to solve this?

Richard Li


"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:dhc16t$4o3$1@talkto.net...
> > Richard Li wrote:
>> >> I'm using the newest version of jvplugin.
>> >> When I access a dataset of main program from a DLL,I get an invalid class 
>> >> typecast
>> >> Error.
>> >>
>> >> Who knows what's the reason? How can I pass?
> >
> >     Build both the application as well as the plug-in(s) using runtime 
> > packages. If you don't, the type information of TDataSet in your 
> > application points to a different memory block than the one in your 
> > plug-in; though the data is exactly the same, the is operator just checks 
> > if one pointer equals that of another (traversing the inheritance chain if 
> > necessary).
> >
> >     It would be even better to write package based plug-ins.
> >
> >     Another option would be to use an interface to retrieve the data, but 
> > be careful when long strings are passed (whether directly or as part of a 
> > class). You'll need to put ShareMem in the uses of both your application 
> > as well as your plug-ins, and it must be the first in the uses clause.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: TJvDBGrid
From: "Tiago de Aandrade" <andradet@camerondiv.com>
Date: Tue, 27 Sep 2005 16:32:42 -0300
Newsgroups: jedi.vcl

Hi,

    Is it possible to set a default pair of string values to a TBooleanField 
mapped on a TJvDBGrid instead of heaving the traditional checkboxes? 
Something like "Done" and "Pending".

Thanks,
Tiago 




Subject: Compiling Console programa
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 27 Sep 2005 16:02:32 -0300
Newsgroups: jedi.vcl

Hi,

I found the following problem: I have a console app which uses DUNIT to test 
several dialogs of the main app. In our build process, using WANT, we first 
build the console app with tests, run it, and if everything ok we build the 
main app. Everything was ok till we updated JVCL with a snapshot of last 
week. Now there is an error in JvTypes. We traced the problem and we found 
that constant VCL is not being defined in the include files. We forced the 
define in our script and it worked. So I think the include files needs a 
revision.

Best regards,
Eduardo Mauro 




Subject: Re: Help:invalid class typecast Error
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 27 Sep 2005 20:22:16 +0200
Newsgroups: jedi.vcl

Richard Li wrote:
> I'm using the newest version of jvplugin.
> When I access a dataset of main program from a DLL,I get an invalid class typecast
> Error.
>
> Who knows what's the reason? How can I pass?

    Build both the application as well as the plug-in(s) using runtime packages. If you don't, the type information of TDataSet in your application points to a different memory block than the one in your plug-in; though the data is exactly the same, the is operator just checks if one pointer equals that of another (traversing the inheritance chain if necessary).

    It would be even better to write package based plug-ins.

    Another option would be to use an interface to retrieve the data, but be careful when long strings are passed (whether directly or as part of a class). You'll need to put ShareMem in the uses of both your application as well as your plug-ins, and it must be the first in the uses clause.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Help:invalid class typecast Error
From: "Richard Li" <ljs_1969@hotmail.com>
Date: Tue, 27 Sep 2005 14:09:44 -0400
Newsgroups: jedi.vcl

Hi All,

I'm using the newest version of jvplugin.
When I access a dataset of main program from a DLL,I get an invalid class 
typecast
Error.

Who knows what's the reason? How can I pass?

Thanks,

Richard Li






Subject: JVCL 3.1?
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 27 Sep 2005 18:05:41 +0100
Newsgroups: jedi.vcl

Hi.

JVCL 3.0 was released in march of this year. Since then there where a lot
of bug fixes and improvements.

It is feasible in the near future to freeze JVCL and release "official"
3.1 version?

Time to time I use daily snapshots but it is very risky because somethimes
works ok other not and/or coflicts with jcl.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Rumor on borland.public.delphi.non-tech
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 27 Sep 2005 18:24:14 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I just got the definite "go integrate TGIFImage into JVCL" from Anders Melander. I will ask him for the whole package and will add it to Donations.

Nice,

How to select the version to install in the jvcl installer ? An other option in the options sheet ? Shouldn't both versions exist at the same time ?

Florent


Subject: Re: JVCL 3.1?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 27 Sep 2005 18:21:15 +0200
Newsgroups: jedi.vcl

ssamayoa wrote:
> Hi.
>
> JVCL 3.0 was released in march of this year. Since then there where a lot
> of bug fixes and improvements.
>
> It is feasible in the near future to freeze JVCL and release "official"
> 3.1 version?

    Keep in mind that things will have to be synchronized with JCL, since current JVCL is based on the current JCL development. Unless bug fixes would be backported to the JVCL 3.0 release, but that only increases the workload (which is already very limited).

>
> Time to time I use daily snapshots but it is very risky because somethimes
> works ok other not and/or coflicts with jcl.

    Always update to the most recent JCL (IOW, use the JCL daily when you use the JVCL daily). At least the conflicts with JCL will be gone then.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvDesktopAlert
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Sep 2005 17:53:15 +0200
Newsgroups: jedi.vcl

Jason Chapman wrote:

> Right, I'm off to find the binaries - actually I don't have a "rar" decoder. 

Get TUGZip. Free and supports Zip, Rar etc etc etc.


Subject: Logging in Jv
From: "Marc Meyen" <MarcM@conqist.be>
Date: Tue, 27 Sep 2005 17:03:02 +0200
Newsgroups: jedi.vcl

Hi,

I want to log all the actions that a end-user makes in the application. What is the best way of doing this ?

-- TIA & vriendelijke groeten, Marc Meyen - ConQist nv - 03 - 366 68 62 

Subject: Re: JvProgramVersionCheck on network
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Tue, 27 Sep 2005 11:00:22 -0400
Newsgroups: jedi.vcl

Thanks for suggestion.

The "copy then delete" is part of the code in JvProgramVersionCheck - 
I'm trying to find out if there's a way to use this for an application 
to self-upgrade without the user having to close application and 
restart. 

I was also looking to maybe spawn a "helper app" that would wait for 
original app to close, then delete old app,  rename temp to oldapp, 
restart new version of app, then quietly fade away...

Cheers,
EdB

In article <dhaqdf$qga$1@talkto.net>, Markus.Landwehr@uni.de says...
> > Instead to delete <AppName>.exe try to rename <AppName>.exe to 
> > <AppName>.exeold. Then rename <AppName>.exe.temp to <AppName>.exe. Then on 
> > startup of the new <AppName>.exe delete <AppName>.exeold if it exists.
> > 
> > Hint: I once testet something similar and i can't remember if this is only 
> > possible on OS >= Win2k.
> > 
> > Markus


> > 
> > "Ed Blanchard" <edwardbNONO@NONOsgci.com> schrieb im Newsbeitrag 
> > news:MPG.1da2aa877390157c98968a@194.191.0.34...
>> > >
>> > > It copies the newer version to the right location with a new name of
>> > > <AppName>.exe.temp, then tries to delete <AppName>.exe (which fails),
>> > > then tries to rename <AppName>.exe.temp to <AppName>.exe (which of
>> > > course fails).


Subject: Re: JvProgramVersionCheck on network
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Tue, 27 Sep 2005 10:54:42 -0400
Newsgroups: jedi.vcl

In article <dhaqm0$qis$1@talkto.net>, jens.fudickar@oratool.de says...

I updated JCL/JVCL two days ago from CVS. 

I have a datamodule with a JvProgramVersionCheck and 
JvProgramVersionNetworkLocation component.

Form1.FormShow calls dmVC.JVPVC1.execute.

So, yes, the application file is in use - the application itself is 
running when execute is called...  Is this supported?

Here's the relevant part of my datamodule: 

  object jvPVC1: TJvProgramVersionCheck
    AppStoragePath = 'Local'
    CheckFrequency = 0
    LocalDirectory = 'd:\projects\output'
    LocalInstallerFileName = 'pVersionUpdt.exe'
    LocalVersionInfoFileName = 'versioninfo.ini'
    LocationNetwork = jvPVCNetLoc1
    LocationType = pvltNetwork
    UserOptions = [uoCheckFrequency, uoLocalDirectory, 
uoAllowedReleaseType, uoLocationType, uoLocationNetwork]
  end
  object jvPVCNetLoc1: TJvProgramVersionNetworkLocation
    VersionInfoLocationPathList.Strings = (
      'D:\Projects\Code\Test\VersionUpdate\New')
    VersionInfoFileName = 'versioninfo.ini'
  end

Have I missed/improperly set things up?

Thanks!

Cheers,
EdB

> > Is it possible that the file is in use, while it's been deleted? Did you
> > get any hint why it's not possible to delete the file?
> > Which version of the JvProgramCheck did you use?
> > 
> > I'm using the component here at work without problems.
> > 
> > Greetings
> > Jens
> > 
>> > >I'm having an issue trying to get JvProgramVersionCheck to work on a 
>> > >network.
>> > >
>> > >It copies the newer version to the right location with a new name of 
>> > ><AppName>.exe.temp, then tries to delete <AppName>.exe (which fails), 
>> > >then tries to rename <AppName>.exe.temp to <AppName>.exe (which of 
>> > >course fails).
>> > >
>> > >Everything looks like it is working, except the application isn't 
>> > >terminating to release the lock on the app so it can be deleted...
>> > >
>> > >Any hints as to what I might be missing here?
>> > >
>> > >TIA.
>> > >
>> > >Cheers,
>> > >EdB
>> > >
> > 
> > 
> > 
> > --- posted by geoForum on http://delphi.newswhat.com
> > 


Subject: Re: OBones: JvDatePickerEdit keyboard entry bug
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 27 Sep 2005 16:34:46 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> OBones wrote:
>
>
>> One other thing that came to mind, and which is most likely:
>>
>> The OnChange event did not always get trigerred and I'm quite sure
>> this change made that happen. It is very needed that the OnChange
>> event is trigerred everytime the date is changed, and the more I
>> think of it, the more I think this is why I made this change.
>
>
> Can you remember a specific situation where OnChange did not trigger?
> So far it works exactly as I want it (with my change).

Well, this time I had a look at the code. Say that the control is not checked and that a date is typed in.
Having FDate := lDate will not check the box. The change I made does check the box. Well, sure it also introduces the big bug that you mentionned and triggers a second change event.
But in the end, if you type in a date and that it's only valid on the last character, I'm quite sure the box never gets checked.



> BTW: Two issues that kept bugging me even in the previous version I was
> using which I might need a little help on from the JvEx*-experts:
>
> 1. Does anybody have an idea why I can't seem to define the Height of
> the control freely? Try setting the Height to 21 at designtime and then
> gradually decrease it via the OI at designtime to see what I mean.

I'm quite sure it's a Delphi issue, it depends on the font size.


> 2. How do I get rid of the DesignSize stuff in the DFM?

Edit it with a text editor while it's closed in Delphi.


Subject: Re: OBones: JvDatePickerEdit keyboard entry bug
From: "Oliver Giesen" <ogware@gmx.net>
Date: Tue, 27 Sep 2005 13:35:30 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > One other thing that came to mind, and which is most likely:
> > 
> > The OnChange event did not always get trigerred and I'm quite sure
> > this change made that happen. It is very needed that the OnChange
> > event is trigerred everytime the date is changed, and the more I
> > think of it, the more I think this is why I made this change.

Can you remember a specific situation where OnChange did not trigger?
So far it works exactly as I want it (with my change).

The segment of code that we are talking about already is inside the
Change method itself and the very next statement that gets executed
after that segment is the call to inherited Change which inevitably
ends up in TCustomEdit.Change which in turn triggers the OnChange
event. The only thing that will stop the event from being triggered
would be an exception somewhere down the line.

You were probably thinking of another change that was also made in rev.
1.61, namely overriding PopupChange to call DoChange. Without that
OnChange would indeed not have triggered when the popup was visible as
in TJvCustomComboEdit.Change the chain of execution is diverted to
DoChange and PopupChange respectively depending on whether the popup is
currently visible or not and in TJvCustomComboEdit the implementation
of PopupChange is empty.

Anyway, deliberately placing code that will trigger a change
notification inside the change notification handler itself does not
really seem like a very good idea. At best it should be guarded by
Begin/EndInternalChange to prevent recursion but that would obviously
defy your intention of forcing the OnChange event to trigger (for which
there was no call in the first place as the event already is in the
process of triggering at that point in time).

The bottom line for me is that the control is utterly unusable the way
it is in CVS right now because keyboard input is not possible at all
(or only with EnableValidation turned off which is not an option for
me) and that it works exactly as I want it with that single line
reverted and so far I haven't had a single problem with that fix. If
you agree I will check in that change along with a few other (very)
minor fixes I'm working on right now.

BTW: Two issues that kept bugging me even in the previous version I was
using which I might need a little help on from the JvEx*-experts:

1. Does anybody have an idea why I can't seem to define the Height of
the control freely? Try setting the Height to 21 at designtime and then
gradually decrease it via the OI at designtime to see what I mean.

2. How do I get rid of the DesignSize stuff in the DFM?

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: TJvDesktopAlert
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Tue, 27 Sep 2005 20:00:38 +1000
Newsgroups: jedi.vcl

>> > > The only annoying behaviour now, is when focus goes from The App to
>> > > another
>> > > windows app, the alert windows don't stay on top.

> > I am assuming if another application is on top (e.g. word), then the alert
> > is shown, but can be obscured by another application.  Anyway, when I get
> > the code, I'll check it out.#

Nope. This is when your app is on top (the one that shows the alerts) and
then focus shifts to another app. Btw, I emailed you the source in zip
format.

I thought of another possible way to slice the loaf: by overriding the
CreateWnd procedure, the form could have the vcl FormStyle = fsStayOnTop and
then a simple Form.Visible := True statement should show the form without
bringing the app to the top or taking focus. However, you would have to
include all the inherited code all the way up to TWinControl (obviously
replacing the SetWindowPos call in TCustomForm) and NOT call inherited
CreateWnd. This may or may not cause an issue with different versions of
Delphi...I only have D7, so I'm not sure if there are differences in this
part of the vcl source.

enjoy life,
                Elahn




Subject: Re: RTF2HTML
From: albert drent <a.drent@aducom.com>
Date: Tue, 27 Sep 2005 09:57:12 +0000 (UTC)
Newsgroups: jedi.vcl

I noticed that images are not converted to html tags. I found out that 
loading images into rtf is a public method but there's no way I could find 
some kind of access to the image properties. Is there someone who has 
looked into this matter deeper? Or better, does have a solution?

albert

albert drent <a.drent@aducom.com> wrote in
news:Xns96DE5F3AB6B73adrentaducomcom@194.191.0.34: 



Subject: Re: TJvDesktopAlert
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Tue, 27 Sep 2005 09:38:29 +0100
Newsgroups: jedi.vcl

"Elahn Ientile"


> > Both of those problems are fixed now, see binaries. Please test it to see 
> > if
> > it works properly in your apps.

Right, I'm off to find the binaries - actually I don't have a "rar" decoder. 
I checked and I need to download some SW to do the job (unless you have a 
minute to e-mail it to me jason a jac2 d co d uk).


> > The only annoying behaviour now, is when focus goes from The App to 
> > another
> > windows app, the alert windows don't stay on top.
I am assuming if another application is on top (e.g. word), then the alert 
is shown, but can be obscured by another application.  Anyway, when I get 
the code, I'll check it out.#

> > traced this through to see exactly where it's occurring...I've already 
> > spent
> > way more time on this than I can afford. :)
Your time is much appreciated.

> > A possible solution would be to hook the WM_ACTIVATEAPP message and when
> > Message.Active = WA_INACTIVE, loop through the Alert Forms, calling the
> > SetWindowPos line out of TJvFormDesktopAlert.ShowNoActivate.
> >
> > Also, when an alert form is clicked, it brings the app to the top. A 
> > little
> > annoying, but I will not be spending any time on it.
This seems reasonable to me.


> > Still, this is a lot better than it was. In fact, it's (just) good enough
> > for me to use in release versions of my software. If someone could spend a
> > little time getting the alert forms to stay on top when the app loses 
> > focus,
> > then it'll be very nice component. :) Thanks Peter, Hans-Eric, Olivier and
> > anyone else who's helped make this component what it is.


Thanks a lot.

JAC. 




Subject: Re: JvProgramVersionCheck on network
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 27 Sep 2005 09:16:27 +0100
Newsgroups: jedi.vcl

Is it possible that the file is in use, while it's been deleted? Did you
get any hint why it's not possible to delete the file?
Which version of the JvProgramCheck did you use?

I'm using the component here at work without problems.

Greetings
Jens

> >I'm having an issue trying to get JvProgramVersionCheck to work on a 
> >network.
> >
> >It copies the newer version to the right location with a new name of 
> ><AppName>.exe.temp, then tries to delete <AppName>.exe (which fails), 
> >then tries to rename <AppName>.exe.temp to <AppName>.exe (which of 
> >course fails).
> >
> >Everything looks like it is working, except the application isn't 
> >terminating to release the lock on the app so it can be deleted...
> >
> >Any hints as to what I might be missing here?
> >
> >TIA.
> >
> >Cheers,
> >EdB
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvProgramVersionCheck on network
From: "Markus Landwehr" <Markus.Landwehr@uni.de>
Date: Tue, 27 Sep 2005 09:18:50 +0200
Newsgroups: jedi.vcl

Instead to delete <AppName>.exe try to rename <AppName>.exe to 
<AppName>.exeold. Then rename <AppName>.exe.temp to <AppName>.exe. Then on 
startup of the new <AppName>.exe delete <AppName>.exeold if it exists.

Hint: I once testet something similar and i can't remember if this is only 
possible on OS >= Win2k.

Markus

"Ed Blanchard" <edwardbNONO@NONOsgci.com> schrieb im Newsbeitrag 
news:MPG.1da2aa877390157c98968a@194.191.0.34...
> > I'm having an issue trying to get JvProgramVersionCheck to work on a
> > network.
> >
> > It copies the newer version to the right location with a new name of
> > <AppName>.exe.temp, then tries to delete <AppName>.exe (which fails),
> > then tries to rename <AppName>.exe.temp to <AppName>.exe (which of
> > course fails).
> >
> > Everything looks like it is working, except the application isn't
> > terminating to release the lock on the app so it can be deleted...
> >
> > Any hints as to what I might be missing here?
> >
> > TIA.
> >
> > Cheers,
> > EdB 




Subject: Re: RTF2HTML
From: albert drent <a.drent@aducom.com>
Date: Tue, 27 Sep 2005 06:57:22 +0000 (UTC)
Newsgroups: jedi.vcl

I've uploaded the file to our website:

http://www.aducom.com/download/JvRichEdit/

the sample shows two tabs. Without the patch the original file will not 
be displayed the right way, but the fontsizes are converted to :h1, :h2 
etc. With the patch, fontsizes remain as they where, so the preview tab 
will be exactly the same. The sample is based upon the sample in 
jvrichedit, but has a new tab with IE in it. Therefore you can preview 
the rtf in a webform. We like to use it in a small content engine. The 
original sample is able to convert to html, but it uses the MsWord 
convert utility. This does not convert numberings well. And not everybody 
is using word ;-)

The speed of the conversion is low, so after selecting the html tab be a 
little patient, I'm currently busy with that isue.

albert

"albert drent" <a.drent@aducom.com> wrote in
news:dh9lt4$kr4$1@talkto.net: 

> > Somehow I'm not able to create an account in Mantis, I don't receive
> > the confirmation mails. I will make it available for download tomorrow
> > on our website. I'll post the url tomorrow.
> > 
> > best regards, Albert
> > "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
> > news:dh97eb$h8f$1@talkto.net...
>> >> albert drent wrote:
>> >>
>>> >>> If you like I can send you an example (I made a new jedi rtfedit
>>> >>> sample with the browser preview in it).
>> >>
>> >> Please do. It would be most appreciated if you could actually post it
>> >> to mantis:
>> >>
>> >> http://homepages.borland.com/jedi/issuetracker/ 
> > 
> > 
> > 



Subject: Re: RTF2HTML
From: "albert drent" <a.drent@aducom.com>
Date: Mon, 26 Sep 2005 23:21:22 -0700
Newsgroups: jedi.vcl

If you like I can send you an example (I made a new jedi rtfedit sample with 
the browser preview in it).

albert
"albert drent" <a.drent@aducom.com> wrote in message 
news:dh96sn$h50$1@talkto.net...
> > The original source will translate the fontsize into the html h levels 
> > (1..n). This means that if you view the page in html, the fontsizes do not 
> > match the original size. If you use my example the preview of the htmlpage 
> > in IE will look exactly the example in rtf. This is done by applying a 
> > stylesheet to the source specifying the size in points as it is by Delphi.
> >
> > albert
> > "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
> > news:dh9087$feo$1@talkto.net...
>> >> Can you explain in a more detailed way?
> >
> > 




Subject: Re: RTF2HTML
From: "albert drent" <a.drent@aducom.com>
Date: Mon, 26 Sep 2005 23:13:50 -0700
Newsgroups: jedi.vcl

The original source will translate the fontsize into the html h levels 
(1..n). This means that if you view the page in html, the fontsizes do not 
match the original size. If you use my example the preview of the htmlpage 
in IE will look exactly the example in rtf. This is done by applying a 
stylesheet to the source specifying the size in points as it is by Delphi.

albert
"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:dh9087$feo$1@talkto.net...
> > Can you explain in a more detailed way? 




Subject: JvProgramVersionCheck on network
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Tue, 27 Sep 2005 02:02:39 -0400
Newsgroups: jedi.vcl

I'm having an issue trying to get JvProgramVersionCheck to work on a 
network.

It copies the newer version to the right location with a new name of 
<AppName>.exe.temp, then tries to delete <AppName>.exe (which fails), 
then tries to rename <AppName>.exe.temp to <AppName>.exe (which of 
course fails).

Everything looks like it is working, except the application isn't 
terminating to release the lock on the app so it can be deleted...

Any hints as to what I might be missing here?

TIA.

Cheers,
EdB


Subject: Re: Rumor on borland.public.delphi.non-tech
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Sep 2005 07:55:41 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> It seems that all sides (including me) have forgot that Anders donated TGifImage to Jedi. I think we should ask Anders if that donation still is effective and if we can integrate it into the JVCL.
> Either move the Rx version to Archive, merge the components or implement a mechanism for alternatives into the Installer.

I just got the definite "go integrate TGIFImage into JVCL" from Anders Melander. I will ask him for the whole package and will add it to Donations.


Subject: Re: RTF2HTML
From: "albert drent" <a.drent@aducom.com>
Date: Mon, 26 Sep 2005 22:57:05 +0200
Newsgroups: jedi.vcl

Somehow I'm not able to create an account in Mantis, I don't receive the 
confirmation mails. I will make it available for download tomorrow on our 
website. I'll post the url tomorrow.

best regards, Albert
"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:dh97eb$h8f$1@talkto.net...
> > albert drent wrote:
> >
>> >> If you like I can send you an example (I made a new jedi rtfedit sample 
>> >> with the browser preview in it).
> >
> > Please do. It would be most appreciated if you could actually post it to 
> > mantis:
> >
> > http://homepages.borland.com/jedi/issuetracker/ 




Subject: Re: RTF2HTML
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 26 Sep 2005 18:51:12 +0200
Newsgroups: jedi.vcl

albert drent wrote:

> If you like I can send you an example (I made a new jedi rtfedit sample with the browser preview in it).

Please do. It would be most appreciated if you could actually post it to mantis:

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: Access violation while dropping a TJvDBLookupEdit in form
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 26 Sep 2005 18:34:27 +0200
Newsgroups: jedi.vcl

Nope.
But maybe it's another component crashing while trying to "hook" the new component


Subject: Re: Access violation while dropping a TJvDBLookupEdit in form
From: "Valdir Stiebe Junior" <valdir@stiebe.com.br>
Date: Mon, 26 Sep 2005 13:31:02 -0300
Newsgroups: jedi.vcl

More informations. Delphi 7 with update pack 1.
Last JVCL and JCL stable.
Windows XP SP2.
Hmm, I think that's it.
Ah, I've tried to create the component in runtime, and it works ok.

Anyone had this kind of problem?

Valdir.

On Mon, 26 Sep 2005 11:17:22 -0300, Valdir Stiebe Junior <valdir@stiebe.com.br> wrote:

> Hello!
>
> I'm getting an access violation when i drop a TJvDBLookupEdit in my form only inside a specific project. If i create an empty application, the error doesn't happen.
> Any idea of what on this project could be causing this problem?
>
> Thanks in advance.
>
> Valdir.


Subject: Re: RTF2HTML
From: MrT <tultalk@attglobal.net>
Date: Mon, 26 Sep 2005 11:35:49 -0400
Newsgroups: jedi.vcl

Retract comment.

MrT wrote:

> Fist it does not work
>
> Rec hml
>
> This is a test   10
> This is a test   12
> This is a test   14
> This is a test   18
> This is a test   22
> This is a test   24
>
> OBones wrote:
>
>> Can you explain in a more detailed way?
>
>



Subject: Re: Rumor on borland.public.delphi.non-tech
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 26 Sep 2005 17:22:44 +0200
Newsgroups: jedi.vcl

It seems that all sides (including me) have forgot that Anders donated TGifImage to Jedi. I think we should ask Anders if that donation still is effective and if we can integrate it into the JVCL.
Either move the Rx version to Archive, merge the components or implement a mechanism for alternatives into the Installer.


Subject: Re: RTF2HTML
From: MrT <tultalk@attglobal.net>
Date: Mon, 26 Sep 2005 11:21:02 -0400
Newsgroups: jedi.vcl

Fist it does not work

Rec hml

This is a test   10
This is a test   12
This is a test   14
This is a test   18
This is a test   22
This is a test   24

OBones wrote:
> Can you explain in a more detailed way?



Subject: Re: RTF2HTML
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 26 Sep 2005 16:48:26 +0200
Newsgroups: jedi.vcl

Can you explain in a more detailed way?


Subject: Access violation while dropping a TJvDBLookupEdit in form
From: "Valdir Stiebe Junior" <valdir@stiebe.com.br>
Date: Mon, 26 Sep 2005 11:17:22 -0300
Newsgroups: jedi.vcl

Hello!

I'm getting an access violation when i drop a TJvDBLookupEdit in my form only inside a specific project. If i create an empty application, the error doesn't happen.
Any idea of what on this project could be causing this problem?

Thanks in advance.

Valdir.


Subject: RTF2HTML
From: albert drent <a.drent@aducom.com>
Date: Mon, 26 Sep 2005 14:03:40 +0000 (UTC)
Newsgroups: jedi.vcl

Somehow I cannot connect to Mantis, perhaps this is the right place. In my 
view conversion of fontsizes is not done well in the RTF2HTML component. I 
suggest the following change:

function TJvRichEditToHtml.AttToHtml(Value: TFont): string;
begin
  FEndSection := cHTMLFontEnd;
  FCToH.RgbColor := Value.Color;
  Result := Format('<FONT COLOR="#%s" FACE="%s"><span style="font-size:%
upt;">',
                    [FCToH.HtmlColor,Value.Name, Value.size]);
                    FEndSection := '</span>'+FEndSection;
  if fsBold in Value.Style then
etc,


albert drent
aducom software


Subject: Re: Rumor on borland.public.delphi.non-tech
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 26 Sep 2005 09:05:55 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> OBones wrote:
>
>> I've answered over there. Pure FUD, basically.
>
>
> There should be some confusions with gifimage.pas in JVCL3\devtools\restobmp.

I know, but it's not part of any end user application, hence the "non" urgency. And we don't claim copyright on this one anyway.


Subject: Re: Rumor on borland.public.delphi.non-tech
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 26 Sep 2005 08:12:27 +0200
Newsgroups: jedi.vcl

OBones wrote:
> I've answered over there. Pure FUD, basically.

There should be some confusions with gifimage.pas in JVCL3\devtools\restobmp.

-- 
Florent


Subject: Re: Rumor on borland.public.delphi.non-tech
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 26 Sep 2005 07:55:35 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Hi,
>
> On borland.public.delphi.non-tech, the message news://newsgroups.borland.com:119/43377f2d$1@newsgroups.borland.com
> (Re: The missing Delphi great contributors... from Finn Tunderlund) seems quite diffamatory with the jvcl (gif image would have been added without the author's knowledge.

I've answered over there. Pure FUD, basically.


Subject: Rumor on borland.public.delphi.non-tech
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 26 Sep 2005 07:18:29 +0200
Newsgroups: jedi.vcl

Hi,

On borland.public.delphi.non-tech, the message news://newsgroups.borland.com:119/43377f2d$1@newsgroups.borland.com
(Re: The missing Delphi great contributors... from Finn Tunderlund) seems quite diffamatory with the jvcl (gif image would have been added without the author's knowledge.

TIA,

Florent


Subject: Re: JvRichEdit & Images
From: MrT <tultalk@attglobal.net>
Date: Sun, 25 Sep 2005 23:04:33 -0400
Newsgroups: jedi.vcl

Got that.  Now a converter rtfImageToHtml ????


MrT wrote:
> Hi:
>
>    How do you paste/insert images in the the RTF component?
>
> Thanks
>
> Best regards
>



Subject: Re: TJvPlugin how to call a form from a plugin
From: "John Doe" <zorfael@yahoo.com>
Date: Sun, 25 Sep 2005 22:03:56 -0300
Newsgroups: jedi.vcl

I´m still getting an Access Violation when I try to show another form...
Would anyone have a sample plugin project that calls one form and from
that form calls another form?
from the plugin I use the HostApplication interface, but from the form that 
I create
I can´t access the HostApplication interface and other methods gives me AV.

Thanks!


"John Doe" <zorfael@yahoo.com> wrote in message 
news:dgv468$g6t$1@talkto.net...
> > Hi Everyone,
> > I have created a plugin host application using TJVplugin.
> > I also created my first plugin without no problem.
> > This plugin has a form which I show using:
> >
> > if myForm1 = nil then
> >      HostApplication.CreateForm(TfrmForm1,frmForm1)
> > else
> >      frmForm1.ShowModal;
> >
> > now, I wanted to show another form from this subform (frmForm1),
> > I tried all approaches that I know but  the only thing I get is 
> > Exceptions.
> > so, how can I create and show a form from a form that was created by my 
> > plugin?
> >
> > Thanks in advance.
> > 




Subject: Mail wysiwyg
From: MrT <tultalk@attglobal.net>
Date: Sun, 25 Sep 2005 18:47:03 -0400
Newsgroups: jedi.vcl

Hi:

  How does a real mail program work?  I am trying using rtf and rtfTohtml. Workes pretty good but must be better way. Is there a wysiwyg
html component to do this directly?

Thanks.



Subject: JvRichEdit & Images
From: MrT <tultalk@attglobal.net>
Date: Sun, 25 Sep 2005 18:45:05 -0400
Newsgroups: jedi.vcl

Hi:

   How do you paste/insert images in the the RTF component?

Thanks

Best regards



Subject: JvDBGrid - Edit blob or memo fields
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Sun, 25 Sep 2005 18:19:20 +0100
Newsgroups: jedi.vcl

Hi,

With jvdbgrid i know how to display the value of memo fields...

But, can i edit them as we do with a simple text field?
Is this feature already there??
How can i add it?

thanks in advance,

Guido



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppRegistryStorage causes ERangeError
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sat, 24 Sep 2005 21:56:43 +0200
Newsgroups: jedi.vcl

Hi,

> > Can you please try to debug the app?
> > Set a breakpoint to the call to RegWriteInteger and see if it happens there.
> > Alternatively add a bug report to Mantis with a small source app showing 
> > the error.

it seems to be not necessary, after updating to the daily zip the error has
gone.

Thx for your help,
Eddi


Subject: Re: OBones: JvDatePickerEdit keyboard entry bug
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 24 Sep 2005 10:35:44 +0200
Newsgroups: jedi.vcl

One other thing that came to mind, and which is most likely:

The OnChange event did not always get trigerred and I'm quite sure this change made that happen. It is very needed that the OnChange event is trigerred everytime the date is changed, and the more I think of it, the more I think this is why I made this change.


Subject: Re: Localization: JvGnuGettext.pas or GnuGetText.pas?
From: Wiebe Tijsma <wiebeREMOVE@CAPITALStijsma.com>
Date: Fri, 23 Sep 2005 17:17:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Wiebe Tijsma wrote:
>
>
>> I was wondering which unit is the preferred unit to use for gnugettext
>> localization, the JvGnuGettext.pas or GnuGetText.pas from
>> http://dybdahl.dk/dxgettext?
>
>
> JvGnugettext is a copy of the gnugettext unit. It is added to the JVCL to
> keep compatibility. You can use both units at the same time because the
> underlying file format (.mo files) is fix and works with both units.
>
>

Thanks, sorry for the late reply ;-)


Subject: Re: TJvPlugin how to call a form from a plugin
From: "John Doe" <zorfael@yahoo.com>
Date: Fri, 23 Sep 2005 09:58:58 -0300
Newsgroups: jedi.vcl

that code just shows how I create myForm1 on my plugin,
but what I dont know how to do is to create another form
calling from myForm1 , not the plugin, since I cant get
HostApplication interface from outside my main plugin unit. 




Subject: Re: Help: migrating from KWizard to TJvWizard
From: "Dave Keighan" <keighand@yahoo.com>
Date: Fri, 23 Sep 2005 03:36:09 +0000 (UTC)
Newsgroups: jedi.vcl

Nicola,

> > Ops I just found KWizard2JVCL.dat
and you did, ummm, what with it?

I'll be converting a project of my own soon and am interested in any of
'the road bumps' you've experienced and could pass on.

Many thanks,
-- Dave Keighan XanaNewser [ 1.17.6.3] 

Subject: Re: TJvPlugin how to call a form from a plugin
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 23 Sep 2005 12:04:53 +1000
Newsgroups: jedi.vcl

> > if myForm1 = nil then
> >       HostApplication.CreateForm(TfrmForm1,frmForm1)
> > else
> >       frmForm1.ShowModal;

You're testing if myForm1 is nil, then creating frmForm1. After that, ANY
code expecting myForm1 to be an object will raise exceptions.

Btw, is you're name really John Doe? If so, you have my sympathies. If not,
you could at least choose a screen name.

enjoy life,
                Elahn




Subject: Re: TJvPlugin how to call a form from a plugin
From: "John Doe" <zorfael@yahoo.com>
Date: Thu, 22 Sep 2005 17:54:50 -0300
Newsgroups: jedi.vcl

the subject was supposed to be "TJvPlugin - how to call a form from another 
form on a plugin"

"John Doe" <zorfael@yahoo.com> wrote in message 
news:dgv468$g6t$1@talkto.net...
> > Hi Everyone,
> > I have created a plugin host application using TJVplugin.
> > I also created my first plugin without no problem.
> > This plugin has a form which I show using:
> >
> > if myForm1 = nil then
> >      HostApplication.CreateForm(TfrmForm1,frmForm1)
> > else
> >      frmForm1.ShowModal;
> >
> > now, I wanted to show another form from this subform (frmForm1),
> > I tried all approaches that I know but  the only thing I get is 
> > Exceptions.
> > so, how can I create and show a form from a form that was created by my 
> > plugin?
> >
> > Thanks in advance.
> > 




Subject: TJvPlugin how to call a form from a plugin
From: "John Doe" <zorfael@yahoo.com>
Date: Thu, 22 Sep 2005 17:52:16 -0300
Newsgroups: jedi.vcl

Hi Everyone,
I have created a plugin host application using TJVplugin.
I also created my first plugin without no problem.
This plugin has a form which I show using:

if myForm1 = nil then
      HostApplication.CreateForm(TfrmForm1,frmForm1)
else
      frmForm1.ShowModal;

now, I wanted to show another form from this subform (frmForm1),
I tried all approaches that I know but  the only thing I get is Exceptions.
so, how can I create and show a form from a form that was created by my 
plugin?

Thanks in advance. 




Subject: Re: Tilde error in 9.xx
From: MrT <tultalk@attglobal.net>
Date: Thu, 22 Sep 2005 10:29:52 -0400
Newsgroups: jedi.vcl

Checked them all and they6 are fine but for the one I cited.

Best regards

Robert Marquardt wrote:
> MrT wrote:
>
>> This should be:
>>
>> (Ch: '~'; Html: '&tilde;'),
>
>
> Fixed in CVS.
> While you are at it can you please check the list if it is complete and if the spelling is correct (uppercase vs lowercase)?



Subject: Re: debug with stack trace
From: Boguslaw Brandys <brandys@o2.pl>
Date: Thu, 22 Sep 2005 13:10:59 +0200
Newsgroups: jedi.vcl

Boguslaw Brandys wrote:
> > Hello,
> > 
> > How to get debug with stack trace without debug form using JVCL ? I need
> > it for my NT service application that suddenly crashes.
> > 
> > regards
> > Boguslaw

OK.Maybe I didn't described it perfectly.I'd like to get stack trace
when exception like Access violation occur in my Delphi 5 based NT
service and put it into file,socket ,NT event viewer or any.
But there is no tApplication in NT service so can I use it inside

try
 except on E:Exception
  {Get stack trace from MAP included in EXE and do something}
 end;


However it seems to not working in NT service or I'm doing something
completly wrong. Does anybody have an example for NT service and
jvcDebug unit ?


Regards
Boguslaw Brandys


Subject: Re: Help: migrating from KWizard to TJvWizard
From: Nicola Farina <nicola.farina@info-line.it>
Date: Thu, 22 Sep 2005 11:39:38 +0200
Newsgroups: jedi.vcl

Ops I just found KWizard2JVCL.dat
I didn't searched well...
Sorry!


Subject: Help: migrating from KWizard to TJvWizard
From: Nicola Farina <nicola.farina@info-line.it>
Date: Thu, 22 Sep 2005 11:31:07 +0200
Newsgroups: jedi.vcl

Hello all,

I have an application which uses the old KWizard and JVCL 2.1
Now I upgraded to JVCL 3.0 but the forms which use KWizard doesn't
compile anymore.
I changed the component's class to TJVwizard but it is more
complex than this.
I tried search for doc on the jedi site or in this news group but I haven't found anything
Does anyone have any tip/advice??
Many thanks in advance
Bye
Nicola


Subject: Re: JvAppRegistryStorage causes ERangeError
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Thu, 22 Sep 2005 09:17:04 +0200
Newsgroups: jedi.vcl

> > Could you switch to an daily snapshot (you must include the jcl snapshot 
> > also)?

I'll give it a try (after killing Dr. Deadline:-))

CU, Eddi


Subject: Re: Is there any function in JCL to cut a word and add ellipsis and the end of it when a string with certaint font will not fit in a RECT?
From: <fduenas@gmail.com>
Date: Wed, 21 Sep 2005 20:24:42 -0500
Newsgroups: jedi.vcl

Thank Robert, tahts was what i was looking for.
"Robert Rossmair" <Robert.Rossmair@gmx.net> escribió en el mensaje
news:dgo321$1t2$1@talkto.net...
> > fduenas@gmail.com wrote:
> >
>> > > Hi is there any function in JCL that can do this?
> >
> > ShortenText() in JclGraphUtils does this.
> > You should ask JCL-related questions in the JCL group, BTW.
> >
> > Greetings, Robert




Subject: Re: BUG in JvDockVSNetStyle
From: <fduenas@gmail.com>
Date: Wed, 21 Sep 2005 20:24:23 -0500
Newsgroups: jedi.vcl

Thanks Remko regards
"Remko Bonte" <remkobonteSP@Mmyrealbox.com> escribió en el mensaje
news:dgsnol$19j$1@talkto.net...
> > fduenas@gmail.com wrote:
>> > > I have resolved, here is the zip.
>> > >
>> > > The corrections are marked with 'fduenas'
>> > > plz take a look if they're ok.
> >
> > I'll look into it as soon as I have time for it.
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: BUG in JvDockVSNetStyle
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 22 Sep 2005 01:07:54 +0200
Newsgroups: jedi.vcl

fduenas@gmail.com wrote:
> I have resolved, here is the zip.
>
> The corrections are marked with 'fduenas'
> plz take a look if they're ok.

I'll look into it as soon as I have time for it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvAppRegistryStorage causes ERangeError
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 21 Sep 2005 22:40:48 +0200
Newsgroups: jedi.vcl

Could you switch to an daily snapshot (you must include the jcl snapshot also)?

Greetings
Jens

Edmund Matzke wrote:
>> which version did you use?
>>
>> Long time ago there was such a problem. I thought it was fixed.
>
> I'm using the JVCL 3.00 Final from SourceForge. Maybe it's time for a
> V3.1:-)
>
> CU, Eddi

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Fuchstanzweg 34 * 65760 Eschborn
Tel. +49-6173-967556 * Fax +49-6173-967558

Home of OraTool - http://www.oratool.de


Subject: debug with stack trace
From: Boguslaw Brandys <brandys@o2.pl>
Date: Wed, 21 Sep 2005 17:00:43 +0200
Newsgroups: jedi.vcl

Hello,

How to get debug with stack trace without debug form using JVCL ? I need
it for my NT service application that suddenly crashes.

regards
Boguslaw


Subject: Re: OBones: JvDatePickerEdit keyboard entry bug
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 21 Sep 2005 14:23:37 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > From the log message, I guess this is the reason:
> > 
> > Now sets Checked to True when setting the date
> > 
> > Setting the Date property ensures that the chain of action executes.
> > 
> > The runtime validation errors go away by setting EnableValidation to
> > False, which I always endup doing as I can't see its use

Well, it auto-corrects invalid dates, e.g. when you type in 99/99/9999
you end up with 31/12/9999 nevertheless. 00/00/0000 is likewise turned
into 01/01/0000 (adjusting the year part to MinYear/MaxYear is still on
the todo list as it is a little more tricky due to the requirement of
being able to handle two-digit years). More subtly (and probably a more
realistic example), 12/13/2005 would get corrected into 12/12/2005,
given that the date format was DD/MM/YYYY, which is a handy way of
spotting whether one assumed the wrong date format.


> > and it does trigger those annoying errors and prevent typing anything.

Hmm, not without your change.


> > When you type in a date while the checkbox is visible and unchecked,
> > the checkbox gets checked.

Actually, with your change I am not able to type anything into the
control at all. The character I typed briefly flashes up and then
immediately gets removed again. Without the change the checkbox only
gets ticked as soon as the entered date is valid (which is sensible
IMO), though it does not reset the checkmark again if one continues to
edit it into something invalid again. For the DB-aware version it
currently only ticks the checkbox upon losing focus. I'll probably look
into that next.


> > Before this change, setting the date via the calendar (I believe) did
> > not check the checkbox it if was visible.

Hmm, it definitely does without your change now - could be due to some
other change that happened in the meantime though...


> > Quite annoying, hence the "fix". It worked ok in the test
> > applications I have here, so I left it as is, with the "requirement"
> > to turn off the validation.  If anyone can come up with a solution
> > that checks the checkbox whenever a date is set and does not force
> > EnableValidation to be off to work, then please do.

I'd have to test again with EnableValidation turned off (I usually
never do) but so far, everything works fine with that single line
reverted.

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: JvAppRegistryStorage causes ERangeError
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 21 Sep 2005 14:02:35 +0100
Newsgroups: jedi.vcl

Hi,

which version did you use?

Long time ago there was such a problem. I thought it was fixed.

Greetings
Jens Fudickar

> >Hello all,
> >
> >using TSynEdit on a Form I tried to store some Values with
> >JvAppRegistryStorage. Ev'rything is fine, but when I include the property
> >Font of the SynEdit, a range error occurs closing the form. It can be
> >tracked down to JclRegistry.RegWriteInteger. So maybe it's a JCL-problem.
> >
> >If I compile without RangeChecks, it works as expected. Could it be the
> >negative value for Height in the font-property?
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: OBones: JvDatePickerEdit keyboard entry bug
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 21 Sep 2005 14:47:31 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Oliver Giesen wrote:
>
>> Olivier, do you still remember why you changed the following line in
>> TJvCustomDatePickerEdit.Change from:
>>
>>   FDate := lDate;
>>
>> to:
>>
>>   Self.Date := lDate;
>
>
>  From the log message, I guess this is the reason:
>
> Now sets Checked to True when setting the date

A bit more details:

When you type in a date while the checkbox is visible and unchecked, the checkbox gets checked.
Before this change, setting the date via the calendar (I believe) did not check the checkbox it if was visible. Quite annoying, hence the "fix". It worked ok in the test applications I have here, so I left it as is, with the "requirement" to turn off the validation.
If anyone can come up with a solution that checks the checkbox whenever a date is set and does not force EnableValidation to be off to work, then please do.


Subject: Re: OBones: JvDatePickerEdit keyboard entry bug
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 21 Sep 2005 14:42:11 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> Olivier, do you still remember why you changed the following line in
> TJvCustomDatePickerEdit.Change from:
>
>   FDate := lDate;
>
> to:
>
>   Self.Date := lDate;

From the log message, I guess this is the reason:

Now sets Checked to True when setting the date

Setting the Date property ensures that the chain of action executes.

The runtime validation errors go away by setting EnableValidation to False, which I always endup doing as I can't see its use and it does trigger those annoying errors and prevent typing anything.

Thanks for taking the time to "come back" to the latest JVCL, I do appreciate the effort.

Cheers
Olivier

PS: note that I'm away until the week-end, I won't be able to answer anything by then.


Subject: Re: JvAppRegistryStorage causes ERangeError
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Wed, 21 Sep 2005 14:14:24 +0200
Newsgroups: jedi.vcl

> > which version did you use?
> > 
> > Long time ago there was such a problem. I thought it was fixed.

I'm using the JVCL 3.00 Final from SourceForge. Maybe it's time for a
V3.1:-)

CU, Eddi


Subject: OBones: JvDatePickerEdit keyboard entry bug
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 21 Sep 2005 10:48:10 +0000 (UTC)
Newsgroups: jedi.vcl

I have finally taken a stab at upgrading the JVCL for our own products.
So far we had still been using a snapshot build from the end of April
2004. Unfortunately the first impression was that the DatePickerEdit
control was utterly broken w.r.t. keyboard input (either input was not
accepted at all or I got obscure runtime validation errors). After two
days of investigations and stepping back in the CVS history I
identified the problem as a single change made in rev. 1.61 on Apr 01
2005 by obones.

Olivier, do you still remember why you changed the following line in
TJvCustomDatePickerEdit.Change from:

  FDate := lDate;

to:

  Self.Date := lDate;

(i.e. line 544 in the latest revision - was line 514 in rev. 1.61)?

Reverting this single change in the latest code makes the control
behave correctly again AFAICT, so I would like to change it back but
just wanted to make sure I'm not missing any side-effects that were
supposed to be fixed by this change.

Cheers,

-- Oliver ---- ------------------ ICQ: 18777742 (http://wwp.icq.com/18777742) MSN: ogiesen@hotmail.com Y!: ogiesen 

Subject: Re: JvAppRegistryStorage causes ERangeError
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Sep 2005 12:00:36 +0200
Newsgroups: jedi.vcl

Can you please try to debug the app?
Set a breakpoint to the call to RegWriteInteger and see if it happens there.
Alternatively add a bug report to Mantis with a small source app showing the error.


Subject: Re: JvAppRegistryStorage causes ERangeError
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Wed, 21 Sep 2005 09:57:28 +0200
Newsgroups: jedi.vcl

Hi Robert,

>> >> using TSynEdit on a Form I tried to store some Values with
>> >> JvAppRegistryStorage. Ev'rything is fine, but when I include the property
>> >> Font of the SynEdit, a range error occurs closing the form. It can be
>> >> tracked down to JclRegistry.RegWriteInteger. So maybe it's a JCL-problem.
> > 
> > I have made a fast check with a RegWrtieInteger call writing a value of 
> > -1 and it did not throw a range error.
> > This is really strange because i also checked JclRegistry and it does 
> > not look problematic. It assigns the Integer to an Int64 to be able to 
> > write a QWORD if need be, but that should result in a clean sign 
> > extension only.

it seems to happen always with TFont:
Drop JvFormStorage + JvAppRegistrySorage on a Form and connect them.
Set Registrykeys etc.
Double-click on JvFormStorage and add a Font-property of component.
Compile with RangeChecks on and run.

Now closing the form crashes.

Note that compiling without Rangechecks works correctly. BTW I'm using the
official 3.00 Release of JVCL.

CU, Eddi


Subject: JvAppRegistryStorage causes ERangeError
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Wed, 21 Sep 2005 09:23:20 +0200
Newsgroups: jedi.vcl

Hello all,

using TSynEdit on a Form I tried to store some Values with
JvAppRegistryStorage. Ev'rything is fine, but when I include the property
Font of the S                                                                                                                                                                                                                                                            .


Subject: Re: Tilde error in 9.xx
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Sep 2005 08:18:45 +0200
Newsgroups: jedi.vcl

MrT wrote:

> This should be:
>
> (Ch: '~'; Html: '&tilde;'),

Fixed in CVS.
While you are at it can you please check the list if it is complete and if the spelling is correct (uppercase vs lowercase)?


Subject: Tilde error in 9.xx
From: MrT <tultalk@attglobal.net>
Date: Tue, 20 Sep 2005 22:48:59 -0400
Newsgroups: jedi.vcl

This is input to rtfTohtml

Download time is for ~800k file.

This is output of rtfTohtml

<BR>  Download time is for &tild;800k file.

This is source from JvStrToHtml

  Conversions: array [1..72] of TJvHtmlCodeRec = (
    (Ch: '"'; Html: '&quot;'),
    (Ch: '<'; Html: '&lt;'),
    (Ch: '>'; Html: '&gt;'),
    (Ch: '^'; Html: '&circ;'),
    (Ch: '~'; Html: '&tild;'), <----------------------------------------------

This should be:

(Ch: '~'; Html: '&tilde;'),



Subject: Help on TJvChart
From: "Yozey" <yozey@hotmail.com>
Date: Tue, 20 Sep 2005 17:51:27 -0500
Newsgroups: jedi.vcl

Hi I am looking for some documentation on the use TJvChart. I have gone 
through the online docs but there was not much discussion about the 
properties. Also the included examples doesn't really tell you much either.

Thanks. 




Subject: Re: Component for interprocess communications?
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Tue, 20 Sep 2005 16:02:44 -0400
Newsgroups: jedi.vcl

It's not JEDI (and not free). but look into MsgConnect (msgconnect.com)

It's cross platform too.  I've used it and like it for a quick and easy way to do interprocess communication.


Subject: JvArrow in archive
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Wed, 21 Sep 2005 02:45:25 +1000
Newsgroups: jedi.vcl

Hi All,

I'm curious as to why JvArrow was moved to archive...I use it all the time.
It's no big deal, I simply copied it into my personal control package, so if
it's deleted from JVCL it will not affect me. Just wondering why...

enjoy life,
                 Elahn




Subject: Re: Richedit
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Wed, 21 Sep 2005 02:34:03 +1000
Newsgroups: jedi.vcl

Hi Eric,

> > My RichEdit is full of hidden text. And, because of that, the del key, the
> > CTRL-Del key and the select keys doesn't work any more. The hidden text
> > stops thoses keys.
> > Any one has an idea to make-it work ?

The OnProtectChangeEx event is fired whenever you try to edit (in any way)
protected text. I'm not sure if the same occurs for hidden text, as all my
hidden text is also protected. Try looking there. If in doubt, you can
always tick the project option "Use Debug DCUs", set some breakpoints and
step through the code.

enjoy life,
                 Elahn




Subject: Richedit
From: "Eric" <eric.gresser@noos.fr>
Date: Tue, 20 Sep 2005 12:19:08 +0200
Newsgroups: jedi.vcl

My RichEdit is full of hidden text. And, because of that, the del key, the 
CTRL-Del key and the select keys doesn't work any more. The hidden text 
stops thoses keys.
Any one has an idea to make-it work ?




Subject: Re: Is there any function in JCL to cut a word and add ellipsis and the end of it when a string with certaint font will not fit in a RECT?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 20 Sep 2005 06:49:27 +0200
Newsgroups: jedi.vcl

fduenas@gmail.com wrote:

> Hi is there any function in JCL that can do this?

ShortenText() in JclGraphUtils does this.
You should ask JCL-related questions in the JCL group, BTW.

Greetings, Robert


Subject: Re: Is there any function in JCL to cut a word and add ellipsis and the end of it when a string with certaint font will not fit in a RECT?
From: <fduenas@gmail.com>
Date: Mon, 19 Sep 2005 09:00:29 -0500
Newsgroups: jedi.vcl

Thanks again Marko ;)
Drawing is not the problem, you're right using DrawText will draw an
ellipsed text, i have alreday use this. Bit the problem was how to pass the
string already ellipsed. TBX Themes some times draw caption at cretain
place, so using this function independently could cause the caption to be
seen not in the best way.

But i have resolved it. check jrSoftware newsgroup. I hope if you can update
it to the latest oen you have.
Thanks

If any one is interested here is the code:
//Just remember to assign the font to the canvas -
Canvas.Font.assign(myusedFont) - before use this function.

----------------------------------------------------------
//Trucate a text and add ellipsis depending on the rendered Canvas's font
function TruncateText( _str: string; _canvas: TCanvas;
_maxwidth: integer; _ellipsis: boolean=false): string;
var _suffix: String;
begin
 result := _str;
 if (not (_maxwidth>0)) or (_str='') then
   exit;
 if _ellipsis then
   _suffix := '...'
 else
  _suffix := '';
 while _canvas.TextExtent(result).cx > _maxwidth do
 begin
   _str := LeftStr(_str, length(_str)-1);
   result := _str+_suffix;
 end;
end;
----------------------------------------------------------------------------

Regards

"Marko Binic" <marko_binic@yahoo.com> escribió en el mensaje
news:dgm1g2$l7f$1@talkto.net...
> > Francisco, take a look at my reply at the JRSoftware third-party group.
> >
> > For others interested in this - use DrawText with DT_END_ELLIPSIS and
> > DT_MODIFYSTRING flags. You need to pass the a TRect to the function, so
you
> > can determine the width there.
> >
> > Makro
> >
> >




Subject: Re: Is there any function in JCL to cut a word and add ellipsis and the end of it when a string with certaint font will not fit in a RECT?
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Mon, 19 Sep 2005 12:10:26 +0200
Newsgroups: jedi.vcl

Francisco, take a look at my reply at the JRSoftware third-party group.

For others interested in this - use DrawText with DT_END_ELLIPSIS and 
DT_MODIFYSTRING flags. You need to pass the a TRect to the function, so you 
can determine the width there.

Makro 




Subject: Re: Lookup combobox
From: "net4u" <laurentiu@ifrance.com>
Date: Mon, 19 Sep 2005 09:02:32 +0100
Newsgroups: jedi.vcl

No, a second dialog is not a solution. It must be a combobox (with all
stuff: autocomplete, autodropdown etc.) because of the usage of the form:
it must be a quick and clean interface. When the manager make the work
paper he need to say: "Here you must use the following colours: red, blue,
olive, pantone xxx, pantone yyy etc.). Also it's not suitable the standard
combox of jvcl that I mentioned, because of the large amount of items to
fill in the combo. For these reason I need to make a new one combo that
combines a db-lookup-combo and the check-combo.

Laurentiu



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Lookup combobox
From: "net4u" <laurentiu@ifrance.com>
Date: Mon, 19 Sep 2005 08:52:28 +0100
Newsgroups: jedi.vcl

So, this is the scenario: I have a table, let say with colors (pantone
1xx, pantone 2xx, pantone 3xx and so on). I need to lookup this table and
insert in another table a value like [pantone 1xx, pantone 2xx, pantone
4xx, pantone nxx].
You have a combo like this (JvCheckedComboBox), but I want to add the DB
suport (datasource/datafiled and lookupsource/lookup field).
But I have no ideea how to do this.

thnx,

Laurentiu



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Is there any function in JCL to cut a word and add ellipsis and the end of it when a string with certaint font will not fit in a RECT?
From: <fduenas@gmail.com>
Date: Mon, 19 Sep 2005 00:23:06 -0500
Newsgroups: jedi.vcl

for got to say, taht a i need a function, I know about api, but wanted to
know if there is a pascal code to do this.
don't think its too difficult to implmenet but i wanted to know if is is
already done.

<fduenas@gmail.com> escribió en el mensaje news:dgldj2$h1d$1@talkto.net...
> > Hi is there any function in JCL that can do this?
> > Thanks
> >
> >




Subject: Re: Is there any function in JCL to cut a word and add ellipsis and the end of it when a string with certaint font will not fit in a RECT?
From: <fduenas@gmail.com>
Date: Mon, 19 Sep 2005 00:19:45 -0500
Newsgroups: jedi.vcl

Thanks but it also uses windows api to create the ellipsis effect :(. I'm
looking for code or function to get the text alreday ellipsed.


"Elahn Ientile" <blackhole@elahn.net> escribió en el mensaje
news:dgleko$h5o$1@talkto.net...
>> > > Hi is there any function in JCL that can do this?
> >
> > I seem to remember that TJvLabel can do this...check out the code for
that.
> >
> > enjoy life,
> >                 Elahn
> >
> >




Subject: Re: Is there any function in JCL to cut a word and add ellipsis and the end of it when a string with certaint font will not fit in a RECT?
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 19 Sep 2005 14:51:08 +1000
Newsgroups: jedi.vcl

> > Hi is there any function in JCL that can do this?

I seem to remember that TJvLabel can do this...check out the code for that.

enjoy life,
                Elahn




Subject: Is there any function in JCL to cut a word and add ellipsis and the end of it when a string with certaint font will not fit in a RECT?
From: <fduenas@gmail.com>
Date: Sun, 18 Sep 2005 23:28:12 -0500
Newsgroups: jedi.vcl

Hi is there any function in JCL that can do this?
Thanks




Subject: Re: BUG in JvDockVSNetStyle
From: <fduenas@gmail.com>
Date: Sun, 18 Sep 2005 21:21:05 -0500
Newsgroups: jedi.vcl

I have resolved, here is the zip.

The corrections are marked with 'fduenas'
plz take a look if they're ok.



<fduenas@gmail.com> escribió en el mensaje news:dgl5vu$g3e$1@talkto.net...
> > Check the the Advanced demo of JVDocking to see what i mean.
> > 1.- select 'Visual Studio.net Style'
> > 2.- select 'Visual InterDev C++ Style'
> > 3.- select again 'Visual Studio.net Style'
> >
> > It throws an error 'LeftDock_Panel' alreaday exists
> > this only happens with the 'Visual Studio.net Style'
> >
> > <fduenas@gmail.com> escribió en el mensaje news:dgkbnp$bun$1@talkto.net...
>> > > Hi:
>> > > i found a little but wehen usign JvDockVSNetStyle and changign between
>> > > JvDockVSNetStyle and JvDockVIDStyle
>> > >
>> > > I think its because inheritance from JvDockVIDStyle.
>> > >
>> > > Afetr seleting first a JvDockVSNetStyle, the change to JvDockVIDStyle,
and
>> > > return to the same JvDockVSNetStyle. When the TJvDockVSNETPanel calls
>> > > CreateVSChannel, this method will call also
> > 'FVSChannel.CreateVSPopupPanel'.
>> > > And the will also create a new TJvDockVSPopupPanel:
>> > > ---------
>> > > FVSPopupPanel := TJvDockVSPopupPanel.Create(Parent, FVSNETDockPanel);
>> > > ------------
>> > >
>> > > Tthe problem here is when try to rename the new popuppanel like:
>> > > -----------------
>> > > FVSPopupPanel.Name := FVSNETDockPanel.Name + '_PopupPanel';
>> > > --------------
>> > >
>> > > it throws an error telling that the component already exists (have the
> > same
>> > > name lik another).
>> > >
>> > > maybe adding the following lines the error can be prevented:
>> > >
>> > > ------ JvDockVSNetStyle.pas ------------------------------
>> > > procedure TJvDockVSChannel.CreateVSPopupPanel;
>> > > begin
>> > >   //begin: added by fduenas
>> > >   If (not Assigned(FVSPopupPanel)) or
>> > >      (FVSPopupPanel.ClassType <> TJvDockVSPopupPanel) then
>> > >   begin
>> > >    SysUtils.FreeAndNil( FVSPopupPanel );
>> > >    FVSPopupPanel := TJvDockVSPopupPanel.Create(Parent, FVSNETDockPanel);
>> > >   end;
>> > >   //end: added by fduenas
>> > >
>> > >   { Channel is maintainer/Creator }
>> > >   FVSPopupPanel.FreeNotification(Self);
>> > >   ..
>> > >   ...
>> > > end;
>> > > ------------------------
>> > >
>> > >
>> > >
> >
> >
> >


JvDockVSNetStyle.zip
	



Subject: Re: BUG in JvDockVSNetStyle
From: <fduenas@gmail.com>
Date: Sun, 18 Sep 2005 21:18:31 -0500
Newsgroups: jedi.vcl

Check the the Advanced demo of JVDocking to see what i mean.
1.- select 'Visual Studio.net Style'
2.- select 'Visual InterDev C++ Style'
3.- select again 'Visual Studio.net Style'

It throws an error 'LeftDock_Panel' alreaday exists
this only happens with the 'Visual Studio.net Style'

<fduenas@gmail.com> escribió en el mensaje news:dgkbnp$bun$1@talkto.net...
> > Hi:
> > i found a little but wehen usign JvDockVSNetStyle and changign between
> > JvDockVSNetStyle and JvDockVIDStyle
> >
> > I think its because inheritance from JvDockVIDStyle.
> >
> > Afetr seleting first a JvDockVSNetStyle, the change to JvDockVIDStyle, and
> > return to the same JvDockVSNetStyle. When the TJvDockVSNETPanel calls
> > CreateVSChannel, this method will call also
'FVSChannel.CreateVSPopupPanel'.
> > And the will also create a new TJvDockVSPopupPanel:
> > ---------
> > FVSPopupPanel := TJvDockVSPopupPanel.Create(Parent, FVSNETDockPanel);
> > ------------
> >
> > Tthe problem here is when try to rename the new popuppanel like:
> > -----------------
> > FVSPopupPanel.Name := FVSNETDockPanel.Name + '_PopupPanel';
> > --------------
> >
> > it throws an error telling that the component already exists (have the
same
> > name lik another).
> >
> > maybe adding the following lines the error can be prevented:
> >
> > ------ JvDockVSNetStyle.pas ------------------------------
> > procedure TJvDockVSChannel.CreateVSPopupPanel;
> > begin
> >   //begin: added by fduenas
> >   If (not Assigned(FVSPopupPanel)) or
> >      (FVSPopupPanel.ClassType <> TJvDockVSPopupPanel) then
> >   begin
> >    SysUtils.FreeAndNil( FVSPopupPanel );
> >    FVSPopupPanel := TJvDockVSPopupPanel.Create(Parent, FVSNETDockPanel);
> >   end;
> >   //end: added by fduenas
> >
> >   { Channel is maintainer/Creator }
> >   FVSPopupPanel.FreeNotification(Self);
> >   ..
> >   ...
> > end;
> > ------------------------
> >
> >
> >





Subject: Re: JvCreateProcess Output Stutter
From: "Andrew Ayre" <andy@nospam.com>
Date: Sun, 18 Sep 2005 15:10:16 -0700
Newsgroups: jedi.vcl

"Elahn Ientile" <blackhole@elahn.net> wrote in message
news:dgj1bf$4c6$1@talkto.net...
>> > > Hi Remko, how do I do that? Do I edit the .pas file in the run folder,
>> > > uninstall JVCL using the uninstaller and then reinstall using the
> > installer?
> >
> > Yes, edit the .pas file in the run folder. You don't need to uninstall,
> > simply run install.bat to recompile the JVCL.
> >

Thanks Elahn and Remko, that seems to have solved the problem! Thanks for
the great support :)

Andy





Subject: Re: BUG in JvDockVSNetStyle
From: <fduenas@gmail.com>
Date: Sun, 18 Sep 2005 14:53:08 -0500
Newsgroups: jedi.vcl

sorry it seems the problem persists =(
<fduenas@gmail.com> escribió en el mensaje news:dgkbnp$bun$1@talkto.net...
> > Hi:
> > i found a little but wehen usign JvDockVSNetStyle and changign between
> > JvDockVSNetStyle and JvDockVIDStyle
> >
> > I think its because inheritance from JvDockVIDStyle.
> >
> > Afetr seleting first a JvDockVSNetStyle, the change to JvDockVIDStyle, and
> > return to the same JvDockVSNetStyle. When the TJvDockVSNETPanel calls
> > CreateVSChannel, this method will call also
'FVSChannel.CreateVSPopupPanel'.
> > And the will also create a new TJvDockVSPopupPanel:
> > ---------
> > FVSPopupPanel := TJvDockVSPopupPanel.Create(Parent, FVSNETDockPanel);
> > ------------
> >
> > Tthe problem here is when try to rename the new popuppanel like:
> > -----------------
> > FVSPopupPanel.Name := FVSNETDockPanel.Name + '_PopupPanel';
> > --------------
> >
> > it throws an error telling that the component already exists (have the
same
> > name lik another).
> >
> > maybe adding the following lines the error can be prevented:
> >
> > ------ JvDockVSNetStyle.pas ------------------------------
> > procedure TJvDockVSChannel.CreateVSPopupPanel;
> > begin
> >   //begin: added by fduenas
> >   If (not Assigned(FVSPopupPanel)) or
> >      (FVSPopupPanel.ClassType <> TJvDockVSPopupPanel) then
> >   begin
> >    SysUtils.FreeAndNil( FVSPopupPanel );
> >    FVSPopupPanel := TJvDockVSPopupPanel.Create(Parent, FVSNETDockPanel);
> >   end;
> >   //end: added by fduenas
> >
> >   { Channel is maintainer/Creator }
> >   FVSPopupPanel.FreeNotification(Self);
> >   ..
> >   ...
> > end;
> > ------------------------
> >
> >
> >




Subject: BUG in JvDockVSNetStyle
From: <fduenas@gmail.com>
Date: Sun, 18 Sep 2005 13:50:20 -0500
Newsgroups: jedi.vcl

Hi:
i found a little but wehen usign JvDockVSNetStyle and changign between
JvDockVSNetStyle and JvDockVIDStyle

I think its because inheritance from JvDockVIDStyle.

Afetr seleting first a JvDockVSNetStyle, the change to JvDockVIDStyle, and
return to the same JvDockVSNetStyle. When the TJvDockVSNETPanel calls
CreateVSChannel, this method will call also 'FVSChannel.CreateVSPopupPanel'.
And the will also create a new TJvDockVSPopupPanel:
---------
FVSPopupPanel := TJvDockVSPopupPanel.Create(Parent, FVSNETDockPanel);
------------

Tthe problem here is when try to rename the new popuppanel like:
-----------------
FVSPopupPanel.Name := FVSNETDockPanel.Name + '_PopupPanel';
--------------

it throws an error telling that the component already exists (have the same
name lik another).

maybe adding the following lines the error can be prevented:

------ JvDockVSNetStyle.pas ------------------------------
procedure TJvDockVSChannel.CreateVSPopupPanel;
begin
  //begin: added by fduenas
  If (not Assigned(FVSPopupPanel)) or
     (FVSPopupPanel.ClassType <> TJvDockVSPopupPanel) then
  begin
   SysUtils.FreeAndNil( FVSPopupPanel );
   FVSPopupPanel := TJvDockVSPopupPanel.Create(Parent, FVSNETDockPanel);
  end;
  //end: added by fduenas

  { Channel is maintainer/Creator }
  FVSPopupPanel.FreeNotification(Self);
  ..
  ...
end;
------------------------





Subject: Re: TJvDesktopAlert
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 19 Sep 2005 02:41:42 +1000
Newsgroups: jedi.vcl

Hi Jason,

Both of those problems are fixed now, see binaries. Please test it to see if
it works properly in your apps.

The only annoying behaviour now, is when focus goes from The App to another
windows app, the alert windows don't stay on top. The do stay on top in all
other cases (to my knowledge). I believe this is because the
TCustomForm.FormStyle property is no longer fsStayOnTop (as this was causing
the app to come to the top), the TopMost flag is now set by a call to
SetWindowPos in a new method TJvFormDesktopAlert.ShowNoActivate. I haven't
traced this through to see exactly where it's occurring...I've already spent
way more time on this than I can afford. :)

A possible solution would be to hook the WM_ACTIVATEAPP message and when
Message.Active = WA_INACTIVE, loop through the Alert Forms, calling the
SetWindowPos line out of TJvFormDesktopAlert.ShowNoActivate.

Also, when an alert form is clicked, it brings the app to the top. A little
annoying, but I will not be spending any time on it.

Still, this is a lot better than it was. In fact, it's (just) good enough
for me to use in release versions of my software. If someone could spend a
little time getting the alert forms to stay on top when the app loses focus,
then it'll be very nice component. :) Thanks Peter, Hans-Eric, Olivier and
anyone else who's helped make this component what it is.

enjoy life,
                Elahn




Subject: Re: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Sun, 18 Sep 2005 12:01:46 +0000 (UTC)
Newsgroups: jedi.vcl

JFN wrote:

> > Subject: TjvCheckTreeView initialization problem
> > Date: Wed, 31 Aug 2005 20:50:22 +0000 (UTC)

FWIW, I've posted a demo project showing the problem in binaries.

TIA,
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Sun, 18 Sep 2005 12:01:27 +0000 (UTC)
Newsgroups: jedi.vcl

Bepy Scacioa wrote:

> > Try using BeginUpdate before loop and EndUpdate after.
> > HTH.

Thanks for the suggestion, but no joy. Did already try that <sigh>

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: JvCreateProcess Output Stutter
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Sun, 18 Sep 2005 16:51:41 +1000
Newsgroups: jedi.vcl

> > Hi Remko, how do I do that? Do I edit the .pas file in the run folder,
> > uninstall JVCL using the uninstaller and then reinstall using the
installer?

Yes, edit the .pas file in the run folder. You don't need to uninstall,
simply run install.bat to recompile the JVCL.

enjoy life,
                Elahn




Subject: JvDBGrid
From: "Michele P." <mbadstones@hotmail.com>
Date: Sat, 17 Sep 2005 23:58:40 +0200
Newsgroups: jedi.vcl

This is possible with JvDBgrid ?
Sorry from my english.

Best regard,
Michele. 



jvDBGrid.bmp
	



Subject: Re: JvCreateProcess Output Stutter
From: "Andrew Ayre" <andy@nospam.com>
Date: Sat, 17 Sep 2005 12:22:31 -0700
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:dgcvop$360$1@talkto.net...
> > Andrew Ayre wrote:
> >
>> > > Now I have this working, I notice that about 10% of the time the process
>> > > terminates without all the output being sent. Usually it stops after the
>> > > first line. Running the executable at the command prompt doesn't exhibit
>> > > this problem. Any ideas?
> >
> > Try removing the
> >
> >      if Assigned(FReadThread) then
> >        TJvReadThread(FReadThread).TerminateThread;
> >
> > lines in the ConsoleWaitThreadTerminated procedure of TJvCreateProcess.
> >

Hi Remko, how do I do that? Do I edit the .pas file in the run folder,
uninstall JVCL using the uninstaller and then reinstall using the installer?

thanks, Andy




Subject: JvDBGrid & XP-Style
From: "Rainer Budde" <speed78@gmx.net>
Date: Sat, 17 Sep 2005 16:20:30 +0200
Newsgroups: jedi.vcl

Hi,

Is is possible to draw the XP-Style in the JvDBGrid? If yes, how does it 
work?

Regards

Rainer
-- MP3 Archiver - Das Archiv für Ihre MP3s - http://www.speed-soft.de Time-Sync - Zeitsynchronization für Ihr PC - http://www.time-sync.de Nuckel - Der LAN Explorer: http://www.speed-soft.de 

Subject: Re: new component TJvScreenSaveSuppressor added
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Sat, 17 Sep 2005 21:24:58 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > No, i mean compBAR 1.0.3 which is a nice plugin for my Delphi 6.

I've just downloaded and am using CompBar 1.04 which is very nice. It has
search for components, just type into the window. With CompBar, JVCL and the
other libraries I use are all easy to use - I can find any component very
quickly. I recommend this for anyone running Delphi 5, 6 or 7.

With it installed, I do get an AV when I close delphi (or try to unload the
package) but let's face it, I only close delphi when I've already got AVs
popping up and the process needs to be killed. :)

enjoy life,
                Elahn




Subject: Re: JvHidDeviceController "locks up" HID gamepad
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 17 Sep 2005 06:55:03 +0200
Newsgroups: jedi.vcl

You should have asked me directly. :-)
I doubt that anyone else here is familiar with HID.

It is too early in the morning to decode the descriptor.
Maybe it will take until monday for a better answer.

Please send the data also to my job email marquardt att codemercs dott com so i do not forget.


Subject: JvHidDeviceController "locks up" HID gamepad
From: "Ian Boyd" <admin@SWIFTPA.NET>
Date: Sat, 17 Sep 2005 00:37:28 -0400
Newsgroups: jedi.vcl

i have a USB HID that allows Playstation and Playstation 2 controllers to be 
visible as standard HID gamepads. There are two devices inside this unit, 
one for each "gamepad port". The only difference between them is one is 
ReportID 1, and the other is ReportID 2. If i plug the unit into the 
computer: i can sucessfully access, configure, view and calibrate them from 
the Control Panel->Game Controllers applet.

If i then checkout the device (even by just loading the SimpleHIDWrite demo 
application), i no longer get any response from the device. Which, actually, 
is not quite true - i do see reports. But instead of seeing meaningful data 
in the reports, i see only:

Report 1: 00 F0 70 8B 7F 7F

over and over, non-stop, repeating every few milli-seconds. If i then close 
Delphi/Test apps and try to view the gamepad from the Control Panel->Game 
Controllers, i will not see any activity. i have to instead unplug and plug 
back in the device. Then i can once again see the device operating inside 
the Game Controllers applet. But if the Delphi component once again does a 
Checkout, the device will respond with an infinite loop of empty reports 
until i unplug-it.


So, the device is non-accessible from JvHidDeviceController. And from then 
on: not accessible to anyone. The only other thing i can think to include is 
some output from the demo applications.

Output from demo app UsagesDemo.exe:

VID=$0925 PID=$8866
Input Report Size=6
Output Report Size=3
Feature Report Size=0

Button Input
============

0)
UsagePage:         Button ($0009)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           True
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
UsageMin:      1 UsageMax:      12
StringMin:     0 StringMax:     0
DesignatorMin: 0 DesignatorMax: 0
DataIndexMin:  0 DataIndexMax:  11

Value Input
===========

0)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          66
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           True
BitSize:           4
ReportCount:       1
UnitsExp:          0
Units:             20
LogicalMin:        0
LogicalMax:        7
PhysicalMin:       0
PhysicalMax:       315
Usage:             Hat Switch ($0039)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         12

1)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Relative Z Axis ($0035)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         13

2)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Z Axis ($0032)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         14

3)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             Y Axis ($0031)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         15

4)
UsagePage:         Generic Desktop ($0001)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       1
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             X Axis ($0030)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         16

Value Output
============

0)
UsagePage:         FF00 ($FF00)
ReportID:          1
IsAlias:           False
BitField:          2
LinkCollection:    1
LinkUsage:         Pointing Device ($0001)
LinkUsagePage:     Generic Desktop ($0001)
IsRange:           False
IsStringRange:     False
IsDesignatorRange: False
IsAbsolute:        True
HasNull:           False
BitSize:           8
ReportCount:       3
UnitsExp:          0
Units:             0
LogicalMin:        0
LogicalMax:        255
PhysicalMin:       0
PhysicalMax:       255
Usage:             1 ($0001)
StringIndex:       0
DesignatorIndex:   0
DataIndex:         0


Output from demo app CollectionDemo.exe:

HID-Devices
 "MP-8866 Dual USB Joypad"  VID=$0925 PID=$8866
  UsagePage=Generic Desktop ($0001)  Usage=Joystick ($0004) 
CollectionType=Application ($01)
   UsagePage=Generic Desktop ($0001)  Usage=Pointing Device ($0001) 
CollectionType=Physical ($00)
    Button Input Range: UsagePage=Button ($0009) 1..12
    Value Input: UsagePage=Generic Desktop ($0001) Usage=Hat Switch ($0039)
    Value Input: UsagePage=Generic Desktop ($0001) Usage=Relative Z Axis 
($0035)
    Value Input: UsagePage=Generic Desktop ($0001) Usage=Z Axis ($0032)
    Value Input: UsagePage=Generic Desktop ($0001) Usage=Y Axis ($0031)
    Value Input: UsagePage=Generic Desktop ($0001) Usage=X Axis ($0030)
    Value Output: UsagePage=FF00 ($FF00) Usage=1 ($0001)
 "MP-8866 Dual USB Joypad"  VID=$0925 PID=$8866
  UsagePage=Generic Desktop ($0001)  Usage=Joystick ($0004) 
CollectionType=Application ($01)
   UsagePage=Generic Desktop ($0001)  Usage=Pointing Device ($0001) 
CollectionType=Physical ($00)
    Button Input Range: UsagePage=Button ($0009) 1..12
    Value Input: UsagePage=Generic Desktop ($0001) Usage=Hat Switch ($0039)
    Value Input: UsagePage=Generic Desktop ($0001) Usage=Relative Z Axis 
($0035)
    Value Input: UsagePage=Generic Desktop ($0001) Usage=Z Axis ($0032)
    Value Input: UsagePage=Generic Desktop ($0001) Usage=Y Axis ($0031)
    Value Input: UsagePage=Generic Desktop ($0001) Usage=X Axis ($0030)
    Value Output: UsagePage=FF00 ($FF00) Usage=1 ($0001)





Subject: JvLinkLabel strange behaviour
From: ydi <ydi@itesoft.com>
Date: Fri, 16 Sep 2005 20:52:14 +0200
Newsgroups: jedi.vcl

Hi,

I am using the latest JCL/JVCL packages (15/09/05) whith Delphi 6 SP2

I do have a strange behaviour when I refresh the JvLinkLabel component
It the displayed text seem to 'move' when the component is refreshed.
some text can even disapear out of the label component


The following sample code will produre this strange behaviour


----------------------------------------------------------------
  object JvLinkLabel1: TJvLinkLabel
    Left = 32
    Top = 32
    Height = 233
    Text.Strings = (
      '')
    AutoHeight = False
    MarginWidth = 1
    MarginHeight = 1
    OnDynamicTagInit = JvLinkLabel1DynamicTagInit
  end
-------------------------------
procedure TForm1.Button1Click(Sender: TObject);
var
    i:integer;
begin
  JvLinkLabel1.caption:= 'Hello<p>' +
    '<link>Here is a link</link><p>' +
    'option 1 = <dynamic> <p>' +
    'option 2 = <dynamic> <p>'+
    'option 3 = <dynamic> <p>';
  for i := 0 to 30 do
  begin
    JvLinkLabel1.refresh;
  end;

end;

procedure TForm1.JvLinkLabel1DynamicTagInit(Sender: TObject;
  out Source: String; Number: Integer);
begin
case Number of
  0: source:='option 1';
  1: source:='option 2';
  2: source:='<link>option 3</link>';
end;
----------------------------------------------------------------

Does anyone get this pb ?

thanks for your help
Yves


Subject: Re: Globus merging thread
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 16 Sep 2005 16:00:44 +0200
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> On Fri, 09 Sep 2005 22:44:07 +0200, "OBones" <obones_gfd_@_gfd_altern.org> wrote in article <dfsr0f$usm$1
> @talkto.net>:
>
>> I'd rather have it in Mantis, much easier to find it when items are lagging behind.
>
>
> Done.
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3199
>
thx

I won't look at it this week-end, i'll be away from my PC.


Subject: Re: Globus merging thread
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Fri, 16 Sep 2005 15:36:50 +0200
Newsgroups: jedi.vcl

On Fri, 09 Sep 2005 22:44:07 +0200, "OBones" 
<obones_gfd_@_gfd_altern.org> wrote in article <dfsr0f$usm$1
@talkto.net>:
> > I'd rather have it in Mantis, much easier to find it when items are 
> > lagging behind.

Done.
http://homepages.borland.com/jedi/issuetracker/view.php?id=3199

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: JvDBGrid
From: "Michele" <mbadstones@hotmail.com>
Date: Fri, 16 Sep 2005 14:03:27 +0200
Newsgroups: jedi.vcl

This is possible with TjvDBGrid ?
Sorry for my english.

Thanks,
Michele. 




Subject: Re: New TJvSimpleXMLOptions: sxoDontSaveProlog
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 16 Sep 2005 14:27:20 +1000
Newsgroups: jedi.vcl

Hi Olivier,

Do you want me to implement it? If so, which way?

enjoy life,
                Elahn




Subject: Re: JvCreateProcess Output Stutter
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 16 Sep 2005 01:45:01 +0200
Newsgroups: jedi.vcl

Andrew Ayre wrote:

> Now I have this working, I notice that about 10% of the time the process
> terminates without all the output being sent. Usually it stops after the
> first line. Running the executable at the command prompt doesn't exhibit
> this problem. Any ideas?

Try removing the

    if Assigned(FReadThread) then
      TJvReadThread(FReadThread).TerminateThread;

lines in the ConsoleWaitThreadTerminated procedure of TJvCreateProcess.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Split JvComponent.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Sep 2005 18:17:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> You should use Delphi 2005. I have console application which are less than
> 100 KB and use SysUtils, Classes and Contnrs. The same app compiled with
> Delphi 7 is almost 180 KB.

Sure. It may need some time though to get it.


Subject: Re: Split JvComponent.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Sep 2005 15:33:15 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Unfortunately Classes.pas has an elaborate initialization
> > section which seems to pull in most of the code of the unit.

You should use Delphi 2005. I have console application which are less than
100 KB and use SysUtils, Classes and Contnrs. The same app compiled with
Delphi 7 is almost 180 KB.


-- Regards, Andreas Hausladen 

Subject: Re: Split JvComponent.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Sep 2005 14:57:09 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I understand that, but to me, it's the price to pay for using visual components. If you don't want that, just use the API directly, with mere class wrappers around.

My HID component is a non-visual component so there should be no VCL linked in. I only got a drop to 422 K.
No further improvement is possible. I use threads and TStrings which are implemented in Classes.pas. Unfortunately Classes.pas has an elaborate initialization section which seems to pull in most of the code of the unit.
Implementing a simple TStrings replacement does not help because the TThread is too complicated for replacement.

Still the separation of JvComponent is useful. At least it should help if someone is using the Windows Dialog components in a DLL.


Subject: Re: Split JvComponent.pas
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 15 Sep 2005 14:36:24 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Why do you SO MUCH want to get rid of the dependencies ?
>> I mean, the components are in the JVCL (note the V), hence the dependencies. This is NOT the JCL, and the goal is not to get rid of the VCL dependencies.
>
>
> I get a DLL bloated from 10 K to 430 K just from using my HID component.

I understand that, but to me, it's the price to pay for using visual components. If you don't want that, just use the API directly, with mere class wrappers around.


Subject: Re: Compile error - JvAppStorage.pas(976): Undeclared identifier 'MoveChar'
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 15 Sep 2005 13:46:23 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

>> As indicated many times this month, when you use a daily CVS for the
>> JVCL you MUST use a daily CVS for the JCL as well. The JCL evolves,
>> introduces new functions, that we may use. This is typically a case
>> where MoveChar got introduced in the JCL and we decided to use it.
>> Get a daily snapshot of the JCL (http://jcl.sf.net/daily/), install it
>> and then you will be able to compile the latest JVCL.
>
>
> Sorry Olivier. As I wasn't installing the daily zip, I didn't think to read
> the threads on installation problems with the daily zip. I installed the
> daily JCL and that fixed it. Thanks mate.
>
> enjoy life,
>                 Elahn

No worries.


Subject: Re: Compile error - JvAppStorage.pas(976): Undeclared identifier 'MoveChar'
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 15 Sep 2005 21:11:36 +1000
Newsgroups: jedi.vcl

> > As indicated many times this month, when you use a daily CVS for the
> > JVCL you MUST use a daily CVS for the JCL as well. The JCL evolves,
> > introduces new functions, that we may use. This is typically a case
> > where MoveChar got introduced in the JCL and we decided to use it.
> > Get a daily snapshot of the JCL (http://jcl.sf.net/daily/), install it
> > and then you will be able to compile the latest JVCL.

Sorry Olivier. As I wasn't installing the daily zip, I didn't think to read
the threads on installation problems with the daily zip. I installed the
daily JCL and that fixed it. Thanks mate.

enjoy life,
                Elahn




Subject: Re: Split JvComponent.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Sep 2005 12:17:41 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Why do you SO MUCH want to get rid of the dependencies ?
> I mean, the components are in the JVCL (note the V), hence the dependencies. This is NOT the JCL, and the goal is not to get rid of the VCL dependencies.

I get a DLL bloated from 10 K to 430 K just from using my HID component.


Subject: Re: Compile error - JvAppStorage.pas(976): Undeclared identifier 'MoveChar'
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 15 Sep 2005 10:48:17 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> Hi,
>
> Could someone with a daily build from 1st september onward please open
> JvAppStorage.pas to line 976 and tell me which file MoveChar is in, so I can
> update it with the latest copy.
>
> I just downloaded the latest JvAppStorage.pas from CVS (Aug 31st) and got
> the above error when compiling...but I don't really want to install the
> latest daily, just update the things I need to. :)

As indicated many times this month, when you use a daily CVS for the JVCL you MUST use a daily CVS for the JCL as well. The JCL evolves, introduces new functions, that we may use. This is typically a case where MoveChar got introduced in the JCL and we decided to use it.
Get a daily snapshot of the JCL (http://jcl.sf.net/daily/), install it and then you will be able to compile the latest JVCL.


Subject: Re: Component for interprocess communications?
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 15 Sep 2005 18:48:00 +1000
Newsgroups: jedi.vcl

Warrick,

If you don't need cross-platform support, and don't need mega superfast
behaviour or advanced shared memory control, the simplest and easiest method
is using the WinApi SendMessage and PostMessage commands.

See my reply to you "Re: TJvTrayIcon - how to make it respond to messages?
Which routine do I use?" and also my message "Re: TJvDesktopAlert" posted on
Monday, 12 September 2005 2:21 AM.

enjoy life,
                 Elahn




Subject: Compile error - JvAppStorage.pas(976): Undeclared identifier 'MoveChar'
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 15 Sep 2005 18:35:38 +1000
Newsgroups: jedi.vcl

Hi,

Could someone with a daily build from 1st september onward please open
JvAppStorage.pas to line 976 and tell me which file MoveChar is in, so I can
update it with the latest copy.

I just downloaded the latest JvAppStorage.pas from CVS (Aug 31st) and got
the above error when compiling...but I don't really want to install the
latest daily, just update the things I need to. :)

Thanks,
              Elahn




Subject: Re: Split JvComponent.pas
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 15 Sep 2005 10:08:16 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Split done, but it did not help as much as i hoped.
> The problem seems to be TStrings/TStringList from Classes.
> Classes has a long initialization section which results in most of file to be linked in.
>
> I currently think about dropping the TStrings properties of my HID component in favor of indexed properties powered by a simple TStringList implementation.

Why do you SO MUCH want to get rid of the dependencies ?
I mean, the components are in the JVCL (note the V), hence the dependencies. This is NOT the JCL, and the goal is not to get rid of the VCL dependencies.


Subject: Re: Split JvComponent.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Sep 2005 09:53:15 +0200
Newsgroups: jedi.vcl

Split done, but it did not help as much as i hoped.
The problem seems to be TStrings/TStringList from Classes.
Classes has a long initialization section which results in most of file to be linked in.

I currently think about dropping the TStrings properties of my HID component in favor of indexed properties powered by a simple TStringList implementation.


Subject: Re: Lookup combobox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Sep 2005 05:46:06 +0200
Newsgroups: jedi.vcl

Daytona wrote:

> It could make sense if you wanted a multi-select drop list.  The closed view could say something like '6 items selected'.
>
> Could be useful on a form with limited space...

You are right and you also spotted the real problem. It should not be named combobox then.
Still i am doubtful. Hiding such a checklist is problematic.
A secondary dialog would be better.


Subject: JvMainMenu row height
From: "Andrew Ayre" <andy@nospam.com>
Date: Wed, 14 Sep 2005 17:25:48 -0700
Newsgroups: jedi.vcl

Is there any way to reduce the row height of JvMainMenu when using the msXP
style? Commercial applications that I have have this style of menu with a
row height that looks more like a standard menu. I like the look of the XP
menus but they take up more space than I am happy with.

Thanks! Andy




Subject: Re: JvCreateProcess Output Stutter
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 Sep 2005 00:47:38 +0200
Newsgroups: jedi.vcl

Andrew Ayre wrote:

> When I try to submit the report, Firefox give me "The document contains no
> data" and IE gives me "The page cannot be displayed", so instead I have
> uploaded the project here:

Uploading files to a report apparently gives this error. I made a report without uploading the zip, here: http://homepages.borland.com/jedi/issuetracker/view.php?id=3196

I did a quick try with the executable in the zip, and could reproduce the error 3 out of 10 times.

I don't have much free time right now, but I'll try to debug and fix the error this week.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: FolderPath String Management
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 14 Sep 2005 18:44:23 -0400
Newsgroups: jedi.vcl

Thanks Andreas,

Simple enough... I'll give it a try.

Bill


Subject: Re: JvCreateProcess Output Stutter
From: "Andrew Ayre" <andy@nospam.com>
Date: Wed, 14 Sep 2005 15:27:11 -0700
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:dg9o8a$fha$1@talkto.net...
> > Andrew Ayre wrote:
> >
>> > > Hmmm..well in my (large) application it occurs once every 20 or 30
times.
>> > > When I created a simple bare bones app to upload to Mantis calling the
exact
>> > > same console application, the problem never occurs. Not sure how to
proceed
>> > > next. :(
> >
> > You can upload it anyway. The problem is probably thread related (ie the
> > order in which the threads are executed), thus in a large application,
> > the thread code can be executed in a different order than in a small
> > application, giving different results.
> >
> > Looking at the code of your bare bones application or stress testing it
> > might give some results.
> >
> > Please give also the specs of your system, eg really fast/slow computer,
> > windows system etc.

When I try to submit the report, Firefox give me "The document contains no
data" and IE gives me "The page cannot be displayed", so instead I have
uploaded the project here:

http://www.britishideas.com/jvcl/jvcreateprocessproblem.zip

Some information:

Using:
Borland C++Builder 5 Professional SP1
Windows XP Professional SP1
Dell Latitude C640
PIV 2GHz
512MB RAM

My email: andy@britishideas1965.com (remove the year to reply)

Thanks! Andy




Subject: Re: FolderPath String Management
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Sep 2005 22:32:58 +0200
Newsgroups: jedi.vcl

Bill Miller wrote:

> > Any thoughts?

What's wrong with SysUtils.ExtractFilePath/ExtractFileName ?


Here an example:

> > It would be real nice to be able to extract:
> > C:\Program Files\Borland\Delphi7\Lib\VirtualShellTools\
> > C:\Program Files\Borland\Delphi7\Lib\
> > C:\Program Files\Borland\Delphi7\

VST := ExtractFilePath(Dir);
Lib := ExtractFilePath(VST);
Delphi7 := ExtractFilePathz(Lib);

> > Docs\
> > VirtualShellTools\
> > Lib\

Docss := ExtractFileName(Dir) + '\';
VSTs := ExtractFileName(ExtractFileDir(Dir)) + '\';
Delphi7s := ExtractFileName(ExtractFileDir(ExtractFileDir(Dir))) + '\';

It's only a little bit nesty because you want the backslash at the end.
ExtractFileName() gives you part right to the last path delimiter
ExtractFileDir() gives you the parent directory _without_ a tailing path
delimiter
ExtractFilePath() gives you the parent directory _with_ a tailing path
delimiter

And for the tailing path delimiter there are
ExcludeTailingPathDelim() and IncludeTailingPathDelim

-- Regards, Andreas Hausladen 

Subject: FolderPath String Management
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 14 Sep 2005 16:23:26 -0400
Newsgroups: jedi.vcl

If I have a path:

C:\Program Files\Borland\Delphi7\Lib\VirtualShellTools\Docs

How can I extract out the the parent folder of Docs or in this case VirtualShellTools parent folder?  I looked around the jvcl units and in my string libraries but can not find anything that will do this.

It would be real nice to be able to extract:
C:\Program Files\Borland\Delphi7\Lib\VirtualShellTools\
C:\Program Files\Borland\Delphi7\Lib\
C:\Program Files\Borland\Delphi7\

and just

Docs\
VirtualShellTools\
Lib\

Anyone done this before?

Maybe something like

function ExtractParentPath( src: string;): Parent: string;
and
function ExtractParentFolder( src: string;): Parent: string;

Any thoughts?

Thanks

Bill


Subject: Re: Lookup combobox
From: "Daytona" <d@d..com>
Date: Wed, 14 Sep 2005 11:56:53 -0700
Newsgroups: jedi.vcl

It could make sense if you wanted a multi-select drop list.  The closed view 
could say something like '6 items selected'.

Could be useful on a form with limited space...

Not sure if that is what he had in mind, but I could see scenarios for it's 
use...


> > Huh?
> > Checkboxes for Combobox elements do not really make sense. 




Subject: Re: JvCreateProcess Output Stutter
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 14 Sep 2005 20:18:03 +0200
Newsgroups: jedi.vcl

Andrew Ayre wrote:

> Hmmm..well in my (large) application it occurs once every 20 or 30 times.
> When I created a simple bare bones app to upload to Mantis calling the exact
> same console application, the problem never occurs. Not sure how to proceed
> next. :(

You can upload it anyway. The problem is probably thread related (ie the order in which the threads are executed), thus in a large application, the thread code can be executed in a different order than in a small application, giving different results.

Looking at the code of your bare bones application or stress testing it might give some results.

Please give also the specs of your system, eg really fast/slow computer, windows system etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvCreateProcess Output Stutter
From: "Andrew Ayre" <andy@nospam.com>
Date: Wed, 14 Sep 2005 08:32:13 -0700
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:dg4u2f$gh4$1@talkto.net...
> > Andrew Ayre wrote:
> >
>> > > Now I have this working, I notice that about 10% of the time the process
>> > > terminates without all the output being sent. Usually it stops after the
>> > > first line. Running the executable at the command prompt doesn't exhibit
>> > > this problem. Any ideas?
> >
> > I need to reproduce it to determine the problem. You can make a bug
> > report in mantis
> > (http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php)
> > and upload a demo project that shows the problem. I also need the
> > console executable.
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net

Hmmm..well in my (large) application it occurs once every 20 or 30 times.
When I created a simple bare bones app to upload to Mantis calling the exact
same console application, the problem never occurs. Not sure how to proceed
next. :(

Andy




Subject: Lookup combobox
From: "net4u" <laurentiu@ifrance.com>
Date: Wed, 14 Sep 2005 14:29:39 +0100
Newsgroups: jedi.vcl

Hi,

I want to make a DBlookup combobox, with checkbox for each item in the list.
How can I combine the two relevant combos that are provided in JVCL?

Thnx,

Laurentiu



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Split JvComponent.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Sep 2005 15:23:16 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I will split JvComponent.pas into JvComponent.pas and JvComponentEx.pas.
>
> The reason is that currently all sorts of units get added (especially Forms). By splitting out all except TJvComponent into JvComponentEx.pas it should be possible to use some components (namely my HID component) in a DLL without bloating it with the complete VCL.

Just seen it is easier to split TJvComponent into a new file JvComponentBase.pas. It reduces file changes enormously.


Subject: Split JvComponent.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Sep 2005 14:54:12 +0200
Newsgroups: jedi.vcl

I will split JvComponent.pas into JvComponent.pas and JvComponentEx.pas.

The reason is that currently all sorts of units get added (especially Forms). By splitting out all except TJvComponent into JvComponentEx.pas it should be possible to use some components (namely my HID component) in a DLL without bloating it with the complete VCL.


Subject: Re: Lookup combobox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Sep 2005 14:49:47 +0200
Newsgroups: jedi.vcl

net4u wrote:

> Hi,
>
> I want to make a DBlookup combobox, with checkbox for each item in the list.
> How can I combine the two relevant combos that are provided in JVCL?

Huh?
Checkboxes for Combobox elements do not really make sense.


Subject: Re: JvHidDeviceController and USB question
From: norberto <pellicci@shaw.ca>
Date: Wed, 14 Sep 2005 02:37:20 -0700
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> BTW what do you implement? I am always interested in the projects created with my component.

Thank you, Robert.

i'm implementing hardware, firmware and demo software for a new device which is currently having the patent written and so i cannot give any details or info about it yet to anyone. Truly, sincere apologies. i will disclose it once the patent is in process, but this will take at least a couple of months.

Again, apologies.




Subject: Re: JvWaitingGradient gets Thread Error 87...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Sep 2005 11:07:01 +0200
Newsgroups: jedi.vcl

Berndt Rogberg wrote:

> in Win 98 (SE) when the application is compiled in Win XP.
>
> Regards,
> Berndt Rogberg. 

Probably a Delphi bug. It seems to generate different code depending on the OS it runs on.


Subject: Re: JvHidDeviceController and USB question
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Sep 2005 11:03:39 +0200
Newsgroups: jedi.vcl

norberto wrote:

> Hi,
>
> Does the OS buffer (queue) the USB HID writes? In other words, if i send multiple HID OUT transactions to the USB device, and the device needs time to process each HID transaction, does the OS or does JvHidDeviceController queue them?
> If so, is there something like a "HidDevice.FlushQueue" method that can be used so that any waiting HID OUT transactions can be cleared and a new, higher priority OUT transaction sent?

HID reports are buffered only in an input queue. Output reports go directly to the device or at least should do so. This is more or less undocumented area.

HidDevice.FlushQueue calls HidD_FlushQueue.
The HidD_FlushQueue routine deletes all pending input reports in a top-level collection's *input* queue.

> Sorry if this is a really dumb question.

Not at all. I had to look at the MSDN help myself.

BTW what do you implement? I am always interested in the projects created with my component.


Subject: Re: JvWaitingGradient gets Thread Error 87...
From: "Berndt Rogberg" <berndt_rogberg@hotmail.com>
Date: Wed, 14 Sep 2005 10:56:09 +0200
Newsgroups: jedi.vcl

Sorry! I forgot to tell some facts:

OS = Win XP Pro
IDE= Delphi 7 Ent
JVCL=3.00

I've tried to compile the application on 2 different XP-machines with the 
same result,
but if I compile the application in a Win 98 computer then it works fine (in 
Win XP too).

Now we have changed the component to a standard progressbar, so we solved 
the problem this way.

Regards,
Berndt Rogberg 




Subject: Re: Strange warning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Sep 2005 10:51:36 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Nope, it's C++, not C. Hence it is declared as a const. What I should do is add a $HPPEMIT directive that creates a #DEFINE for the symbol. I'll do that a bit later on today.

Too late. I already implemented CreateScreenCompatibleDC. :-)
I now see no reason to add the constant again.
CreateCompatibleDC(0) is probably the only Win32 call to use it.


Subject: Re: JvHidDeviceController and USB question
From: norberto <pellicci@shaw.ca>
Date: Wed, 14 Sep 2005 01:16:44 -0700
Newsgroups: jedi.vcl

norberto wrote:
> Hi,
>
> Does the OS buffer (queue) the USB HID writes? In other words, if i send multiple HID OUT transactions to the USB device, and the device needs time to process each HID transaction, does the OS or does JvHidDeviceController queue them?
> If so, is there something like a "HidDevice.FlushQueue" method that can be used so that any waiting HID OUT transactions can be cleared and a new, higher priority OUT transaction sent?
>
> Sorry if this is a really dumb question.
>
> Thanks.
>
> norberto


Never Mind. Found the HidDevice.FlushQueue method. However, since there is no documentation on it, can anyone tell me exactly its behaviour?

Thanks again.

norberto


Subject: JvHidDeviceController and USB question
From: norberto <pellicci@shaw.ca>
Date: Wed, 14 Sep 2005 01:07:43 -0700
Newsgroups: jedi.vcl

Hi,

Does the OS buffer (queue) the USB HID writes? In other words, if i send multiple HID OUT transactions to the USB device, and the device needs time to process each HID transaction, does the OS or does JvHidDeviceController queue them?
If so, is there something like a "HidDevice.FlushQueue" method that can be used so that any waiting HID OUT transactions can be cleared and a new, higher priority OUT transaction sent?

Sorry if this is a really dumb question.

Thanks.

norberto


Subject: Re: Strange warning
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 14 Sep 2005 09:05:43 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>>> static const HDC HDC_DESKTOP = 0x0;
>>
>>
>> That's normal, the JvConsts.pas declares HDC_DESKTOP as a constant. But there was no EXTERNALSYM compilation directive for it so it ended up in the hpp file.
>> I've changed that, it should now not give the warning anymore.
>
>
> In a sense this is wrong. No MS C header declares HDC_DESKTOP so it *should* end up in the .hpp file.

I know, but please read ahead.


> The converted C declaration is strange. The problem arises from the "static". When including the file for other constants you will correctly get the warning because HDC_DESKTOP is neither used nor exported.
> I think i will solve the problem by placing a CreateScreenCompatibleDC function in JvJCLUtils and make the constant local.

Nope, it's C++, not C. Hence it is declared as a const. What I should do is add a $HPPEMIT directive that creates a #DEFINE for the symbol. I'll do that a bit later on today.


Subject: Re: Strange warning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Sep 2005 08:30:39 +0200
Newsgroups: jedi.vcl

OBones wrote:

>> static const HDC HDC_DESKTOP = 0x0;
>
> That's normal, the JvConsts.pas declares HDC_DESKTOP as a constant. But there was no EXTERNALSYM compilation directive for it so it ended up in the hpp file.
> I've changed that, it should now not give the warning anymore.

In a sense this is wrong. No MS C header declares HDC_DESKTOP so it *should* end up in the .hpp file.

The converted C declaration is strange. The problem arises from the "static". When including the file for other constants you will correctly get the warning because HDC_DESKTOP is neither used nor exported.
I think i will solve the problem by placing a CreateScreenCompatibleDC function in JvJCLUtils and make the constant local.


Subject: Re: JvWizard question
From: norberto <pellicci@shaw.ca>
Date: Tue, 13 Sep 2005 15:03:59 -0700
Newsgroups: jedi.vcl

Marko Binic wrote:
> Yeah, that's true, but the JVCL has over 500 components (if I remember correctly), how much time would it take to write help files for all of them. I've been working on help files for my own components and I can tell you it's boring as hell.
> In fact, it was so boring that every time I finished a page I pressed F9 and expected to see a compiled app up and running  :lol:
>
> Marko
>

Understood... :-)

norberto


Subject: Re: Component for interprocess communications?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Tue, 13 Sep 2005 14:42:51 -0700
Newsgroups: jedi.vcl

"Burkhard Carstens" <indyAT@bcsoftDOT.de> wrote in message 
news:dg70o3$t6j$1@talkto.net...
> > Warrick Wilson wrote:
> >
>> >> I'm looking through the docs and the MegaDemo, plus the JCL stuff in case
>> >> I'm not in the right toolset, for components that may help with
>> >> interprocess communications. What I'm thinking of is being able to have a
> >
> > I'm doing this a lot over TCP/IP using Indy 9. This way I'm prepared to
> > migrate such a project to run distributed on multiple machines and/or
> > compile it for linux (kylix & CrossKylix).
> >

Is there some tutorial or description on this sort of thing with Indy 9? I 
haven't looked at that ever. The cross-machine extensibility sounds 
interesting (even useful!)

Thanks. 




Subject: Re: Strange warning
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 13 Sep 2005 20:45:44 +0200
Newsgroups: jedi.vcl

AlexB wrote:

> Hello all!
>
> I have the following warning then I compile my project (BCB5):
> [C++ Warning] Main.cpp(680): W8080 'HDC_DESKTOP' is declared but never used
>
> My project have no files with 'HDC_DESKTOP'. The only file with 'HDC_DESKTOP' in BCB directory is JvConsts.hpp:
>
> static const HDC HDC_DESKTOP = 0x0;
>

That's normal, the JvConsts.pas declares HDC_DESKTOP as a constant. But there was no EXTERNALSYM compilation directive for it so it ended up in the hpp file.
I've changed that, it should now not give the warning anymore.


Subject: TjvDBFindEdit with ADO
From: "TRoselina" <cahya_dd_info@yahoo.com>
Date: Tue, 13 Sep 2005 19:00:27 +0100
Newsgroups: jedi.vcl

Hi,
I'm using TjvDBFindEdit. The demo works fine, but when I change the BDE to
ADO something goes wrong. The filter works only for the first word I enter
into the dbfindedit. if I try to enter the second word, it doesn't give a
correct result. I must restart the app then. Any helps?
Thank you!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Component for interprocess communications?
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Tue, 13 Sep 2005 19:24:12 +0200
Newsgroups: jedi.vcl

Warrick Wilson wrote:

> > I'm looking through the docs and the MegaDemo, plus the JCL stuff in case
> > I'm not in the right toolset, for components that may help with
> > interprocess communications. What I'm thinking of is being able to have a
> > "master" program launch several other programs (all written in-house) and
> > then have communication between the master and the children, including
> > broadcast to all children, plus directed messages, that ideally would
> > allow for simple data (a number) and more complex data (a string).
> > 
> > Are there any JEDI components that have even part of that? If not, are
> > there other components people recommend, or any suggestions on where to
> > start reading to do what I'm talking about?

I'm doing this a lot over TCP/IP using Indy 9. This way I'm prepared to
migrate such a project to run distributed on multiple machines and/or
compile it for linux (kylix & CrossKylix).

Burkhard


Subject: Re: Component for interprocess communications?
From: "Andrew Ayre" <andy@nospam.com>
Date: Tue, 13 Sep 2005 09:36:27 -0700
Newsgroups: jedi.vcl

"Warrick Wilson" <warrickw@mercuryonline.com> wrote in message
news:dg6oh3$rc7$1@talkto.net...
> > I'm looking through the docs and the MegaDemo, plus the JCL stuff in case
> > I'm not in the right toolset, for components that may help with
interprocess
> > communications. What I'm thinking of is being able to have a "master"
> > program launch several other programs (all written in-house) and then have
> > communication between the master and the children, including broadcast to
> > all children, plus directed messages, that ideally would allow for simple
> > data (a number) and more complex data (a string).
> >
> > Are there any JEDI components that have even part of that? If not, are
there
> > other components people recommend, or any suggestions on where to start
> > reading to do what I'm talking about?
> >
> > Thanks.
> >
> >

Not sure if there is a component for that, but if you want to go the Win API
route, look at shared memory (shared page file), along with setevent,
semaphores, etc. Basically you allocate a block of memory that is global to
the system and then all the processes read and write to it as if it were
local. Very fast and efficient.

Andy






Subject: Component for interprocess communications?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Tue, 13 Sep 2005 08:02:32 -0700
Newsgroups: jedi.vcl

I'm looking through the docs and the MegaDemo, plus the JCL stuff in case 
I'm not in the right toolset, for components that may help with interprocess 
communications. What I'm thinking of is being able to have a "master" 
program launch several other programs (all written in-house) and then have 
communication between the master and the children, including broadcast to 
all children, plus directed messages, that ideally would allow for simple 
data (a number) and more complex data (a string).

Are there any JEDI components that have even part of that? If not, are there 
other components people recommend, or any suggestions on where to start 
reading to do what I'm talking about?

Thanks. 




Subject: Re: TJvTrayIcon - how to make it respond to messages? Which routine do I use?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Tue, 13 Sep 2005 07:58:44 -0700
Newsgroups: jedi.vcl

"Elahn Ientile" <blackhole@elahn.net> wrote in message 
news:dg31aa$vo1$1@talkto.net...
> > Hi Warrick,
> >
> > I wouldn't use TJvTrayIcon at all.
> >
> > After you know that this is the only instance, create a "window" to 
> > receive
> > messages using AllocateHwnd. Use SetWindowText to set a unique string like
> > 'MyAppSingleInstanceMessageWnd'.
> >
> > If it's not a single instance, use FindWindow to find the other instance's
> > message window and send it a message telling it to close.
> >
> > enjoy life,
> >                 Elahn

Thanks. I ended up doing more reading and found that TJvAppInstances would 
help me with this, so I'm going to replace my own single instance code with 
the JVCL component and pick up some added functionality in the process (no 
pun intended).

Warrick 




Subject: Strange warning
From: AlexB <b.a.v@inbox.ru>
Date: Tue, 13 Sep 2005 19:50:48 +0700
Newsgroups: jedi.vcl

Hello all!

I have the following warning then I compile my project (BCB5):
[C++ Warning] Main.cpp(680): W8080 'HDC_DESKTOP' is declared but never used

My project have no files with 'HDC_DESKTOP'. The only file with 'HDC_DESKTOP' in BCB directory is JvConsts.hpp:

static const HDC HDC_DESKTOP = 0x0;


Alex.


Subject: Re: JvWizard question
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Tue, 13 Sep 2005 10:38:13 +0200
Newsgroups: jedi.vcl

> > Actually i meant the side banner and top images. Sorry.

I made them in Photoshop, I looked up to InnoSetup images, I just needed 
something with brighter colors.

> > i agree. The Jedi guys are pure gold and they truly do a great job. My 
> > only complaint is the lack of or poor quality of the help docs and 
> > examples for many of the components. For example, if i had seen a great 
> > example such as yours for the JvWizard, i would have tried harder to learn 
> > how to use it. Many times when i'm developing, i'm in a time-critical 
> > situation and i don't have that much time to start trying to experiment 
> > with components that don't have adequate documentation or examples and 
> > which i don't know the outcome of. Thus at times i get frustrated and go 
> > back to the standard VCL components because i know how to put them 
> > "together" in my app, even though it may be a lot more work, but at least 
> > i know i will finish what i need to do.

Yeah, that's true, but the JVCL has over 500 components (if I remember 
correctly), how much time would it take to write help files for all of them. 
I've been working on help files for my own components and I can tell you 
it's boring as hell.
In fact, it was so boring that every time I finished a page I pressed F9 and 
expected to see a compiled app up and running  :lol:

Marko 




Subject: JvWaitingGradient gets Thread Error 87...
From: "Berndt Rogberg" <berndt_rogberg@hotmail.com>
Date: Tue, 13 Sep 2005 09:17:31 +0200
Newsgroups: jedi.vcl

in Win 98 (SE) when the application is compiled in Win XP.

Regards,
Berndt Rogberg. 




Subject: Re: JvWizard question
From: norberto <pellicci@shaw.ca>
Date: Tue, 13 Sep 2005 00:04:23 -0700
Newsgroups: jedi.vcl

Marko Binic wrote:
>
> Which graphics? The side-banner (on the welcome/finish screens) or the little top-image (on other pages)? Or the folder/compiler icons in the lists? I'm sorry, but I don't know which ones you need :(
>

Actually i meant the side banner and top images. Sorry.


>
>> i'll rethink using the wizard in my app.
>
>
> Yeah, I would too. Some time ago it was KWizard, I used it in a personal app and then after some time I saw JvWizard - I mean, how bad can it be - it's in the JVCL (these guys don't fool around) :D
>
> Marko
>

i agree. The Jedi guys are pure gold and they truly do a great job. My only complaint is the lack of or poor quality of the help docs and examples for many of the components. For example, if i had seen a great example such as yours for the JvWizard, i would have tried harder to learn how to use it. Many times when i'm developing, i'm in a time-critical situation and i don't have that much time to start trying to experiment with components that don't have adequate documentation or examples and which i don't know the outcome of. Thus at times i get frustrated and go back to the standard VCL components because i know how to put them "together" in my app, even though it may be a lot more work, but at least i know i will finish what i need to do.

Thanks again!

norberto


Subject: Re: Suggestions please [tab control with acellerators]
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 13 Sep 2005 06:09:54 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma <wp.nospam@tekran.com> wrote in
news:dfptj1$dde$1@talkto.net: 

> > Ian Jennings wrote:
> > Why does the Acellerator key handling need to be built into the
> > TJvTabControl? Why not add the accelerator handling to the form's
> > pulldown menus?

Because it hasn't got any menus. It's just a set of tabs and a Close 
button. 

> > 
> > If you must have underlined "&File" type visible accelerators on the
> > tabs themselves, you could try modifying TJvTabControl or TJvTabBar to
> > add this functionality.

Yes, I could, but I was trying to find out if there was anything (or 
anything similar) around that already did it. I didn't want to have to 
reinvent the wheel. :)

Cheers


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: TJvInspector -weird leak
From: "adem" <adembaba@excite.com>
Date: Tue, 13 Sep 2005 01:32:19 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

There is a weird memory leak reported by both FastMM4
and MemCheck (in separate runs, of course).

Here is the setup:

Use a class descended from TPersistent.

Let it contain some class properties that ara also
descended from TPersistent.

TJvInspector handles this just fine.

Except that if I expand any of the class properties,
I get a memory leak report.

There is a workaround: In form CloseQuery method, if
I do a JvInspector1.Clear I don't get the leak reported
anymore.

I have spent a whole day on this silly thing and I
can not pin down where it emanates from.

Has anyone lese seen this sort of behavior; or better
corrected it?

-- 

Cheers,
Adem


Subject: Re: JvCreateProcess Output Stutter
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 13 Sep 2005 00:26:11 +0200
Newsgroups: jedi.vcl

Andrew Ayre wrote:

> Now I have this working, I notice that about 10% of the time the process
> terminates without all the output being sent. Usually it stops after the
> first line. Running the executable at the command prompt doesn't exhibit
> this problem. Any ideas?

I need to reproduce it to determine the problem. You can make a bug report in mantis (http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php) and upload a demo project that shows the problem. I also need the console executable.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installation problem with today's dialy zip :(
From: "Yozey" <yozey@hotmail.com>
Date: Mon, 12 Sep 2005 13:27:12 -0500
Newsgroups: jedi.vcl

Get the latest JCLBase.pas file from the CVS. It fixes the problem.

Yozey


"The LuaEdit Team" <luaedit.support@vif.com> wrote in message 
news:dfht95$sff$1@talkto.net...
> > Thanks Andreas! It makes sens too! I should have though about that.
> >
> > Best regards,
> > //JF
> >
> > "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
> > news:dfhs02$s6o$1@talkto.net...
>> >> The LuaEdit Team wrote:
>> >>
>>> >>> Does anyone has an idea? Thanks in advance!
>> >>
>> >> If you use a JVCL CVS snapshot you have to also use a JCL CVS snapshot.
>> >> You cannot use the newest JVCL without the newest JCL. Sometimes this
>> >> meight be possible but if there are new functions in JCL the JVCL meight
>> >> use them.
>> >>
>> >>
>> >> -- 
>> >> Regards,
>> >>
>> >> Andreas Hausladen
> >
> > 




Subject: Re: JvCreateProcess Output Stutter
From: "Andrew Ayre" <andy@nospam.com>
Date: Mon, 12 Sep 2005 10:24:22 -0700
Newsgroups: jedi.vcl

"Andrew Ayre" <andy@nospam.com> wrote in message
news:dfv487$a5i$1@talkto.net...
> >
> > "Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
> > news:dfuj5u$79v$1@talkto.net...
>> > > Andrew Ayre wrote:
>> > >
>>> > > > Hi, I am running a simple command line program via JvCreateProcess and
>>> > > > outputting to a TMemo. I notice that frequently there is a stutter in
> > the
>>> > > > output. For example:
>>> > > > [..]
>>> > > > Notice the third line? If I run the command line program at the
prompt,
> > this
>>> > > > line doesn't appear. In the OnRead handler I do:
>>> > > >
>>> > > >   output->Lines->Add(S);
>>> > > >
>>> > > > where output is a TMemo. I have the JvCreateProcess control configured
> > to
>>> > > > redirect the output (obviously :)) and hide the console window that
> > appears.
>> > >
>> > > You have to check the StartsOnNewLine parameter of the OnRead handler to
>> > > determine whether the read line starts on a new line or is on the same
>> > > line as the last line read.
>> > >
>> > > See the console demo in the examples directory (or via html
>> > >
> >
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/examples/JvCreateProcess/ConsoleExampleMainFormU.pas?rev=1.1&sortby=date&view=auto).
>> > >
>> > > procedure TConsoleExampleMainForm.JvCreateProcess1Read(Sender: TObject;
>> > > const S: string;
>> > >    const StartsOnNewLine: Boolean);
>> > > begin
>> > >    // $0C is the Form Feed char.
>> > >    if S = #$C then
>> > >      ClearScreen
>> > >    else
>> > >    if StartsOnNewLine then
>> > >      AddNewLine(S)
>> > >    else
>> > >      ChangeLastLine(S);
>> > > end;
>> > >
>> > > See also the online help at
>> > >
> >
http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvCreateProcess.OnRead
>> > >
>> > > -- 
>> > > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >
> > Thanks Remko, that did the trick!
> >
> > Andy
> >
> >

Now I have this working, I notice that about 10% of the time the process
terminates without all the output being sent. Usually it stops after the
first line. Running the executable at the command prompt doesn't exhibit
this problem. Any ideas?

Andy




Subject: Unable to compile JConvert
From: "Christophe MELIN" <cmelin@cus-strasbourg.net>
Date: Mon, 12 Sep 2005 14:21:10 +0200
Newsgroups: jedi.vcl

I downloaded daily version of JCL and JCVL this morning (JCL.7Z : 11/09/2005
and JVCL.zip : 11/09/2005) and I can't compile JConvert :
error message : TjvRGBTriple not declared.

when I search TjvRGBTriple, i find one declaration in jvTypes but it is in a
bloc [$IFDEF VCL}
If I search DEFINE VCL, i find it in jedi.inc but it is in a bloc {IFNDEF
CONSOLE}

and JConvert is a console application.

I have found an other declaration of tjvRGBTriple in jvJCLUTILS but it is in
the implementation part of the code and in the header of this unit, it is
written :

// (p3) note: this unit should only contain JCL compatible routines (no
Forms etc)
// and no JVCL units!
// (ahuser) Unfortunately the QGraphics unit imports the QForms unit.
Because
//          the JCL has the same problem with CLX it should not make any
difference.


I have the same problem with "SysColCount"


Is it something wrong in the jedi libraries or is it specific to my computer
?

Christophe




Subject: Re: TJvDesktopAlert
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 12 Sep 2005 22:15:56 +1000
Newsgroups: jedi.vcl

> > Yeah, you'd need to bring it to the front somehow, without setting it
> > active...

Okay, try playing with SetWindowPos. You'll probably need flags of
SWP_NOOWNERZORDER, SWP_NOACTIVATE, SWP_NOMOVE, SWP_NOSIZE. You may or may
not want to use SWP_SHOWWINDOW, depending on your other code. You'll
probably need SWP_NOREDRAW because the painting will be done by the alpha
blend code.

For hWndInsertAfter, I'm not sure if you should use HWND_TOP or
HWND_TOPMOST, you'll have to experiment.

enjoy life,
               Elahn




Subject: Re: TJvDesktopAlert
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 12 Sep 2005 21:56:55 +1000
Newsgroups: jedi.vcl

> > Back to the drawingboard.  Wish I knew more about windows, application z
> > orders etc.

Yeah, you'd need to bring it to the front somehow, without setting it
active...

enjoy life,
               Elahn




Subject: Re: Need Example about jvDBTreeView
From: Bepy Scacioa <freddy.junior@email.it>
Date: Mon, 12 Sep 2005 12:21:39 +0200
Newsgroups: jedi.vcl

Any news about the subject ?
TIA.


Subject: Re: last cvs version under CB6
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Sep 2005 10:10:41 +0200
Newsgroups: jedi.vcl

Vladimir wrote:

> Last JVCL3 can't be compiled for the CB6,
> the error can't find file TJVRULER.BMP.

Fixed. JvRuler.pas was missing also. I have checked in a preliminary version. I forgot to add the files to CVS this morning.


Subject: last cvs version under CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 12 Sep 2005 12:00:28 +0400
Newsgroups: jedi.vcl

Last JVCL3 can't be compiled for the CB6,
the error can't find file TJVRULER.BMP.


Subject: Re: TJvDesktopAlert
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Mon, 12 Sep 2005 07:55:28 +0100
Newsgroups: jedi.vcl

"Elahn Ientile"
> > A possible solution may be to show the form using a custom Show method 
> > that
> > uses the WinApi directly - ShowWindow(Handle, SW_SHOWNA) - instead of
> > TCustomForm.Show. I think if the form is not getting the focus, it will
> > solve the other problems of displaying the app in the taskbar and bringing
> > the app to the front in whatever circumstance that is occurring.

I tried this, but then the alert form does not get shown (or at least 
foreground) when another application is maximised.

Back to the drawingboard.  Wish I knew more about windows, application z 
orders etc.

JAC. 




Subject: Re: TJvDesktopAlert
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Mon, 12 Sep 2005 07:42:35 +0100
Newsgroups: jedi.vcl

"Elahn Ientile"
> >
> > I found the original thread...the behaviour I noticed is that - when the 
> > app
> > is active - when the TFormDesktopAlert is shown, it gets the focus and 
> > then
> > sets the focus back to the form that had it. This is especially annoying 
> > if
> > the user is typing in a TJvValidateEdit, as their changes are discarded.
Well, others certainly have had that problem.  Mine was that the user is in 
word, the alert pops up, the current modal form in my app is shown, word 
still has focus, user curses developer.
> >
> > A possible solution may be to show the form using a custom Show method 
> > that
> > uses the WinApi directly - ShowWindow(Handle, SW_SHOWNA) - instead of
> > TCustomForm.Show. I think if the form is not getting the focus, it will
> > solve the other problems of displaying the app in the taskbar and bringing
> > the app to the front in whatever circumstance that is occurring.
If it was that easy I would be happy.  I'll try and see.  I guess it all 
depends on whether the form invokes the application vcl magic as a result of 
the show method or as a result of listening for a windows message.

I'll try it.

> > enjoy life,

Cheers,

JAC




Subject: Re: TJvDesktopAlert
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Mon, 12 Sep 2005 07:26:47 +0100
Newsgroups: jedi.vcl

"OBones"
> > You could also register a set of system messages and post them back and 
> > forth between the application. A bit less flexibility in parameters types, 
> > a bit less complexity in the code.

Thanks OBones, I was pondering using TCP/IP as I thought it would be easier 
to pass strings back and forth.  I have used messages before, but from 
memory, it was painful sending strings back and forth.

Anyway, it will be encapsulated away, so I can make that choice closer to me 
actually getting down to it.

Cheers,

JAC 




Subject: Re: JvNagScreen???
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Sep 2005 08:00:07 +0200
Newsgroups: jedi.vcl

Brigitte Spatz wrote:

> I've recently reformatted my HDD and thought it a good idea to upgrade to  JVCL 3. However, now my application doesn't compile any more - I get  "[Fatal Error] MainU.pas(1533): File not found: 'JvNagScreen.dcu'." I've  searched my HDD and this file doesn't exist. Is it not part of version 3  any more and what do I have to do now?
>
> TIA.
>
> Brigitte
>

It has been removed from the JVCL. The source is still retained in the Archive directory, but we do not guarantee that it still works.


Subject: Re: TJvDesktopAlert
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 12 Sep 2005 15:32:42 +1000
Newsgroups: jedi.vcl

> > I haven't read the original thread, but I assume this is to fix the issue
of
> > the active form losing focus to the TFormDesktopAlert then having the
focus
> > set back to it?

I found the original thread...the behaviour I noticed is that - when the app
is active - when the TFormDesktopAlert is shown, it gets the focus and then
sets the focus back to the form that had it. This is especially annoying if
the user is typing in a TJvValidateEdit, as their changes are discarded.

A possible solution may be to show the form using a custom Show method that
uses the WinApi directly - ShowWindow(Handle, SW_SHOWNA) - instead of
TCustomForm.Show. I think if the form is not getting the focus, it will
solve the other problems of displaying the app in the taskbar and bringing
the app to the front in whatever circumstance that is occurring.

enjoy life,
                Elahn




Subject: Re: TJvTrayIcon - how to make it respond to messages? Which routine do I use?
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 12 Sep 2005 15:11:22 +1000
Newsgroups: jedi.vcl

Hi Warrick,

I wouldn't use TJvTrayIcon at all.

After you know that this is the only instance, create a "window" to receive
messages using AllocateHwnd. Use SetWindowText to set a unique string like
'MyAppSingleInstanceMessageWnd'.

If it's not a single instance, use FindWindow to find the other instance's
message window and send it a message telling it to close.

enjoy life,
                 Elahn




Subject: Re: Bug in TJvID3PictureFrame.AssignTo ?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 12 Sep 2005 02:09:55 +0200
Newsgroups: jedi.vcl

cwig wrote:
> The tmp file created by JclFileUtils.FileGetTempName(cPictureFrameFileNameTemplate) is never deleted. 

I did not know that FileGetTempName creates a file, the function name is a bit misleading :)

Anyway, this is fixed in Rev 1.37 of JvID3v2Base.pas. Thanks for the report.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvTrayIcon - how to make it respond to messages? Which routine do I use?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Sun, 11 Sep 2005 12:00:11 -0700
Newsgroups: jedi.vcl

I've got a program that's using TJvTrayIcon. I've also got some legacy code 
(written in-house) that checks for a single instance. What I want to do now 
is add some code that lets me rerun the app with a /UNLOAD parameter that 
will allow me to tell the existing app to close.

When I was looking at the TJvTrayIcon help, I noticed that there are two 
message handling routines (ApplicationHook and WndProc) that I can get at. 
My question is: which one do I use for what I want to do?

Thanks. 




Subject: Re: TJvDesktopAlert
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Mon, 12 Sep 2005 02:21:08 +1000
Newsgroups: jedi.vcl

> > My low tech solution is to create another application to sit in the tray
and
> > receive messages to make the pop-ups popup.  This has the advantage of
being
> > able to aggregate messages from a number of applications.  The problem
comes
> > with sending the messages back to the main application when the user
clicks
> > something.  I had thought of doing this with TCP/IP over localhost to get
a
> > nice conversation going. Any app that may want to post alerts would talk
to
> > the tray app.

You wouldn't need a TCP/IP conversation...simply create a "window" to
receive messages in both the Tray and the App using AllocateHwnd. Use
SetWindowText to set a unique string on the tray app like
'JvTrayAggregatorMessageWnd', then use FindWindow to find it and each App
that wants to register with the Tray, sends it a message with the window
handle of it's own message window. Then send messages back and forth with
SendMessage and PostMessage.

I haven't tried sending objects between apps, only between threads, but if
you use SendMessage (not PostMessage) then it should work...I don't think
that'd produce an AV. That would allow exchange of large and complex amounts
of data with practically no overhead.

I haven't read the original thread, but I assume this is to fix the issue of
the active form losing focus to the TFormDesktopAlert then having the focus
set back to it?

enjoy life,
                 Elahn




Subject: Re: TJvDesktopAlert
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 11 Sep 2005 17:55:16 +0200
Newsgroups: jedi.vcl

You could also register a set of system messages and post them back and forth between the application. A bit less flexibility in parameters types, a bit less complexity in the code.


Subject: Re: TJvDesktopAlert
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Sun, 11 Sep 2005 15:39:47 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist"
>> >> I changed:
>> >> uses ...,JvExForms
>> >>
>> >> //  TJvDesktopAlert = class(TJvCommonDialogP)
>> >>   TJvDesktopAlert = class(TJvExCustomForm)

> > You also have to change some method signatures of the stacker component so
> > it recieves a TCustomForm isto TForm. There might be other changes 
> > required,
> > but they should be minor (i.e som etypecasts, maybe). I don't have the
> > modified unit here at work, otherwise I could have posted it to binaries. 
> > I
> > don't want to change my work copy since I use it in our apps.
> >
> > FWIW, I tried the changes on my own copy (at home, not at work) and it 
> > seems
> > to work as Remko stated. I don't now, however, what other side-effects 
> > this
> > change might have, so I would prefer if someone else tests this more
> > thouroughly before comitting to CVS.

Hi all, lost sight of this for a while, until one of the users complained 
again on Friday.  Did anyone get it to work, i.e. show the alert without 
showing the current / main form?

I did start tracing through the code on Friday, but got bogged down (as I 
tend to when I am tracing through code with windows messages flying about).

Seems common consensus was that any Tform Derivative was going to register 
with TScreen and thus by some VCL magic, causes the app to try and show 
itself if not visible / foremost.

My low tech solution is to create another application to sit in the tray and 
receive messages to make the pop-ups popup.  This has the advantage of being 
able to aggregate messages from a number of applications.  The problem comes 
with sending the messages back to the main application when the user clicks 
something.  I had thought of doing this with TCP/IP over localhost to get a 
nice conversation going. Any app that may want to post alerts would talk to 
the tray app.

So far this is in my head, not even on the drawing board.

JAC. 




Subject: Re: Delphi-Bug to handle in the Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Sep 2005 13:26:16 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I just got the info that some Delphi versions use only a 128 Char buffer
> > for the pathes to the sources.

You read my postings :-)


> > Handling it in the Installer with an error message should solve that
> > problem.

Already handeled. I don't know if we (Olivier and me) added the workaround
before or after the release. The fix is to call dcc32 with -q (quiet) so
the bug only appears if there's an error, warning or hint.

Delphi 2005's dcc32.exe truncates the filename if that happens. (Why can't
dcc32.exe be written in Pascal where such buffer overflows are very rare)



-- Regards, Andreas Hausladen 

Subject: JvNagScreen???
From: "Brigitte Spatz" <MTPQMIBTMDPU@spammotel.com>
Date: Sun, 11 Sep 2005 13:15:41 +0200
Newsgroups: jedi.vcl

I've recently reformatted my HDD and thought it a good idea to upgrade to JVCL 3. However, now my application doesn't compile any more - I get "[Fatal Error] MainU.pas(1533): File not found: 'JvNagScreen.dcu'." I've searched my HDD and this file doesn't exist. Is it not part of version 3 any more and what do I have to do now?

TIA.

Brigitte


Subject: Delphi-Bug to handle in the Installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Sep 2005 13:05:47 +0200
Newsgroups: jedi.vcl

I just got the info that some Delphi versions use only a 128 Char buffer for the pathes to the sources. This will give a buffer overflow when the JVCL is located in a path longer than that = crash of Delphi on installation of JVCL.

Handling it in the Installer with an error message should solve that problem.


Subject: Re: AV when adding Variant type variable to JvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 10 Sep 2005 20:55:02 +0200
Newsgroups: jedi.vcl

AR wrote:
> I'd like to use variable that can keep null value, using Integer gives me 0 by default that is wrong. So I tried Variant, but get AV when executing TJvInspectorVarData.New method like :
>
> with TJvInspectorVarData.New(_InspCat, _value.Definition.Name,
>           TypeInfo( Variant ), @(_item_ref.asVariant) ) do
> begin
>   DisplayName := _value.Definition.A_Label; // <-- AV here
>
> Is there any way to fix it or handle with this problem. Can't it work like in DBInspector where for null value (unassigned) (novalue) is displayed.

    You'll need to modify the TJvInspectorVarData so it can determine if the value is a null or unassigned value (note that Variants can have either) and actually make it create a TJvInspectorItem for a variant type.

    You'd probably need to use the BeforeItemCreate event to have it create an TJvInspectorIntegerItem (or whatever it's called) for your data item; the default inspector items now how to handle the unassigned/null values, as long as the underlaying data item indicates whether the value is in one of those states.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: AV when adding Variant type variable to JvInspector
From: AR <arturr@oprgieka.com.pl>
Date: Sat, 10 Sep 2005 20:32:31 +0200
Newsgroups: jedi.vcl

I'd like to use variable that can keep null value, using Integer gives me 0 by default that is wrong. So I tried Variant, but get AV when executing TJvInspectorVarData.New method like :

with TJvInspectorVarData.New(_InspCat, _value.Definition.Name,
          TypeInfo( Variant ), @(_item_ref.asVariant) ) do
begin
  DisplayName := _value.Definition.A_Label; // <-- AV here

Is there any way to fix it or handle with this problem. Can't it work like in DBInspector where for null value (unassigned) (novalue) is displayed.


Subject: Re: JvWizard question
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Sat, 10 Sep 2005 19:45:02 +0200
Newsgroups: jedi.vcl

> > i just tried your app using the JvWizard and it looks really great! The 
> > only question i have is: where did you get the neat graphics (bitmaps) for 
> > the wizard? They're done really well.

Which graphics? The side-banner (on the welcome/finish screens) or the 
little top-image (on other pages)? Or the folder/compiler icons in the 
lists? I'm sorry, but I don't know which ones you need :(

> > i'll rethink using the wizard in my app.

Yeah, I would too. Some time ago it was KWizard, I used it in a personal app 
and then after some time I saw JvWizard - I mean, how bad can it be - it's 
in the JVCL (these guys don't fool around) :D

Marko 




Subject: Re: JvCreateProcess Output Stutter
From: "Andrew Ayre" <andy@nospam.com>
Date: Sat, 10 Sep 2005 10:34:03 -0700
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:dfuj5u$79v$1@talkto.net...
> > Andrew Ayre wrote:
> >
>> > > Hi, I am running a simple command line program via JvCreateProcess and
>> > > outputting to a TMemo. I notice that frequently there is a stutter in
the
>> > > output. For example:
>> > > [..]
>> > > Notice the third line? If I run the command line program at the prompt,
this
>> > > line doesn't appear. In the OnRead handler I do:
>> > >
>> > >   output->Lines->Add(S);
>> > >
>> > > where output is a TMemo. I have the JvCreateProcess control configured
to
>> > > redirect the output (obviously :)) and hide the console window that
appears.
> >
> > You have to check the StartsOnNewLine parameter of the OnRead handler to
> > determine whether the read line starts on a new line or is on the same
> > line as the last line read.
> >
> > See the console demo in the examples directory (or via html
> >
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/examples/JvCreateProcess/ConsoleExampleMainFormU.pas?rev=1.1&sortby=date&view=auto).
> >
> > procedure TConsoleExampleMainForm.JvCreateProcess1Read(Sender: TObject;
> > const S: string;
> >    const StartsOnNewLine: Boolean);
> > begin
> >    // $0C is the Form Feed char.
> >    if S = #$C then
> >      ClearScreen
> >    else
> >    if StartsOnNewLine then
> >      AddNewLine(S)
> >    else
> >      ChangeLastLine(S);
> > end;
> >
> > See also the online help at
> >
http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvCreateProcess.OnRead
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net

Thanks Remko, that did the trick!

Andy




Subject: Re: JvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 10 Sep 2005 18:06:51 +0200
Newsgroups: jedi.vcl

Olivier Bertini wrote:
> Is it normal that JvInspectorC6D.bpk and JvInspectorC6R.bpk packages are not built anymore when installing JVCL ? The package are still present in jvcl\packages\c6.

    JvInspector component has been moved to the new RunTimeDesign package. This was done since the new runtime designer donation will probably make use of the inspector to change other properties.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvInspector
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Sat, 10 Sep 2005 17:37:30 +0200
Newsgroups: jedi.vcl

Is it normal that JvInspectorC6D.bpk and JvInspectorC6R.bpk packages are not built anymore when installing JVCL ? The package are still present in jvcl\packages\c6.

Olivier


Subject: Bug in TJvID3PictureFrame.AssignTo ?
From: "cwig" <fnordbak@online.no>
Date: Sat, 10 Sep 2005 15:25:22 +0200
Newsgroups: jedi.vcl

The tmp file created by 
JclFileUtils.FileGetTempName(cPictureFrameFileNameTemplate) is never 
deleted. 




Subject: Re: JvCreateProcess Output Stutter
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 10 Sep 2005 14:42:52 +0200
Newsgroups: jedi.vcl

Andrew Ayre wrote:

> Hi, I am running a simple command line program via JvCreateProcess and
> outputting to a TMemo. I notice that frequently there is a stutter in the
> output. For example:
> [..]
> Notice the third line? If I run the command line program at the prompt, this
> line doesn't appear. In the OnRead handler I do:
>
>   output->Lines->Add(S);
>
> where output is a TMemo. I have the JvCreateProcess control configured to
> redirect the output (obviously :)) and hide the console window that appears.

You have to check the StartsOnNewLine parameter of the OnRead handler to determine whether the read line starts on a new line or is on the same line as the last line read.

See the console demo in the examples directory (or via html http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/examples/JvCreateProcess/ConsoleExampleMainFormU.pas?rev=1.1&sortby=date&view=auto).

procedure TConsoleExampleMainForm.JvCreateProcess1Read(Sender: TObject; const S: string;
  const StartsOnNewLine: Boolean);
begin
  // $0C is the Form Feed char.
  if S = #$C then
    ClearScreen
  else
  if StartsOnNewLine then
    AddNewLine(S)
  else
    ChangeLastLine(S);
end;

See also the online help at http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvCreateProcess.OnRead

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvMail Registry Error
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 10 Sep 2005 14:22:53 +0200
Newsgroups: jedi.vcl

James Brown wrote:
> When I ignore the error in the debugger it seems to work alright but I would
> really like to know the answer to this one.

What line in the TJclSimpleMapi.ReadMapiSettings procedure of JclMapi.pas throws the error?

You probably have to build the demo project with "Use Debug DCUs" from the compiler tab of the project options set to true, to test this.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Unresolved external with TJvForm
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 10 Sep 2005 13:57:48 +0200
Newsgroups: jedi.vcl

Olivier Bertini wrote:

> Robert Marquardt a écrit :
>
>> I commited a new version recently so it is my fault.
>> Probably the text to binary bug of Delphi when opening a .dfm outside a project.
>
>
> Yes it was. It seems to work now.

Glad to hear that.


Subject: Re: Unresolved external with TJvForm
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Sat, 10 Sep 2005 13:39:59 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> I commited a new version recently so it is my fault.
> Probably the text to binary bug of Delphi when opening a .dfm outside a project.

Yes it was. It seems to work now.

Thanks


Subject: Re: Unresolved external with TJvForm
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 10 Sep 2005 13:11:13 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I commited a new version recently so it is my fault.
> Probably the text to binary bug of Delphi when opening a .dfm outside a project.

Yep, was binary. Fixed.


Subject: Re: Unresolved external with TJvForm
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 10 Sep 2005 13:07:36 +0200
Newsgroups: jedi.vcl

OBones wrote:

> That's because for some reason the above dfm file got converted to UNIX line endings. Using unix2dos to convert it back to dos line endings should do.

I commited a new version recently so it is my fault.
Probably the text to binary bug of Delphi when opening a .dfm outside a project.


Subject: Re: Unresolved external with TJvForm
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 10 Sep 2005 12:55:40 +0200
Newsgroups: jedi.vcl

Olivier Bertini wrote:

> It seems there is still something wrong because now I have a strange link error:
>
> Turbo Incremental Link 5.66 Copyright (c) 1997-2002 Borland
> RLINK32: Unsupported 16bit resource in file "...\JVCL\DESIGN\JVPLUGINPARAMSFORM.DFM"
> Error: Unknown RLINK32 error

That's because for some reason the above dfm file got converted to UNIX line endings. Using unix2dos to convert it back to dos line endings should do.


Subject: Re: Unresolved external with TJvForm
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Sat, 10 Sep 2005 12:54:21 +0200
Newsgroups: jedi.vcl

It seems there is still something wrong because now I have a strange link error:

Turbo Incremental Link 5.66 Copyright (c) 1997-2002 Borland
RLINK32: Unsupported 16bit resource in file "...\JVCL\DESIGN\JVPLUGINPARAMSFORM.DFM"
Error: Unknown RLINK32 error

No luck today :-(

Olivier


Subject: Re: Unresolved external with TJvForm
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Sat, 10 Sep 2005 12:37:20 +0200
Newsgroups: jedi.vcl



OBones a écrit :
> Olivier Bertini wrote:
> You need the JCL daily zip as well. As a rule, when using the JVCL daily zip, you must use the JCL daily zip as well. Download addresses are these:
>
> http://jcl.sf.net/daily/
> http://jvcl.sf.net/daily/

I thought there was something like that but I couldn't find a link to the daily zip on the JCL web site.

Thank you very much for your support.

Olivier


Subject: Re: Unresolved external with TJvForm
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 10 Sep 2005 12:05:06 +0200
Newsgroups: jedi.vcl

Olivier Bertini wrote:
> OBones a écrit :
>
>> Olivier Bertini wrote:
>
>
>> As there are lots of these, I would recommend you wait for the next daily zip (tomorrow) as I'm doing the changes as I write this message.
>>
>
> Hello,
>
> I have dowloaded the latest zip (2005-09-10 01:34:41 PDT) but now I can't install it. When compiling I get the error message:
>
> ...\jvcl\run\JvAppStorage.pas(976) Error: Undeclared identifier: 'MoveChar'
> ...\jvcl\run\JvJVCLUtils.pas(61) Fatal: Could not compile used unit 'JvAppStorage.pas'
>
> Is this error due to JCL ? I have the JCL1.95-Build1848.zip. Or should I wait for the next daily zip ?

You need the JCL daily zip as well. As a rule, when using the JVCL daily zip, you must use the JCL daily zip as well. Download addresses are these:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Cheers
Olivier


Subject: Re: Unresolved external with TJvForm
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Sat, 10 Sep 2005 11:43:33 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Olivier Bertini wrote:

> As there are lots of these, I would recommend you wait for the next daily zip (tomorrow) as I'm doing the changes as I write this message.
>

Hello,

I have dowloaded the latest zip (2005-09-10 01:34:41 PDT) but now I can't install it. When compiling I get the error message:

....\jvcl\run\JvAppStorage.pas(976) Error: Undeclared identifier: 'MoveChar'
....\jvcl\run\JvJVCLUtils.pas(61) Fatal: Could not compile used unit 'JvAppStorage.pas'

Is this error due to JCL ? I have the JCL1.95-Build1848.zip. Or should I wait for the next daily zip ?

Thanks,
Olivier


Subject: Re: Mistake when start install.bat
From: "Programist" <admin@codingclub.net.ru>
Date: Sat, 10 Sep 2005 05:52:31 +0300
Newsgroups: jedi.vcl

Has Forgotten to indicate that beside me.

OS: Windows XP SP2

CDE: Builder C++ 6 SP4

"Programist" <admin@codingclub.net.ru> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ 
ÓÌÅÄÕÀÝÅÅ: news:dftg1r$24q$1@talkto.net...
> > When start of this file be removed error "Fatal: Could not creat output 
> > file
> > 'JVCLInstall.str'". That me to do?
> >
> > 




Subject: Mistake when start install.bat
From: "Programist" <admin@codingclub.net.ru>
Date: Sat, 10 Sep 2005 05:44:19 +0300
Newsgroups: jedi.vcl

When start of this file be removed error "Fatal: Could not creat output file
'JVCLInstall.str'". That me to do?




Subject: JvCreateProcess Output Stutter
From: "Andrew Ayre" <andy@nospam.com>
Date: Fri, 9 Sep 2005 17:02:46 -0700
Newsgroups: jedi.vcl

Hi, I am running a simple command line program via JvCreateProcess and
outputting to a TMemo. I notice that frequently there is a stutter in the
output. For example:

---------------------
C:\Documents and Settings\Andy\Desktop\mcs2011m.eds(368) : error 36: Value
in entry "DefaultValue" in section [1027sub0] is not identical to number of
last sub object.
C:\Documents and Settings\Andy\Desktop\mcs2011m.eds(44) : error 62: Number
in entry "NrOfRXPDO" in section [DeviceInfo] differs from number of
supported PDOs.
C:\Documents a
C:\Documents and Settings\Andy\Desktop\mcs2011m.eds(45) : error 62: Number
in entry "NrOfTXPDO" in section [DeviceInfo] differs from number of
supported PDOs.
C:\Documents and Settings\Andy\Desktop\mcs2011m.eds(356) : error 55: Module
list [1027] is redundant.
---------------------

Notice the third line? If I run the command line program at the prompt, this
line doesn't appear. In the OnRead handler I do:

  output->Lines->Add(S);

where output is a TMemo. I have the JvCreateProcess control configured to
redirect the output (obviously :)) and hide the console window that appears.

Any ideas?

Andy




Subject: Re: Globus merging thread
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 9 Sep 2005 19:25:52 -0400
Newsgroups: jedi.vcl

>> >> Is there a link that explains where and how to access Mantis?
> > That would be this:
> > http://homepages.borland.com/jedi/jvcl/ReportBug.htm

Thank you. 




Subject: Re: Globus merging thread
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 10 Sep 2005 01:19:26 +0200
Newsgroups: jedi.vcl

Don S wrote:

>>> Go, Go, Go!
>>> That is the third way of handling Globus components. If useful then de-Globus and JVCL-ify them.
>
>
>> I'd rather have it in Mantis, much easier to find it when items are lagging behind.
>
>
> Is there a link that explains where and how to access Mantis? 

That would be this:

http://homepages.borland.com/jedi/jvcl/ReportBug.htm

Basically report a "donations" bug after having created a login for yourself.


Subject: Re: Globus merging thread
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 9 Sep 2005 19:10:57 -0400
Newsgroups: jedi.vcl

>> >> Go, Go, Go!
>> >> That is the third way of handling Globus components. If useful then 
>> >> de-Globus and JVCL-ify them.

> > I'd rather have it in Mantis, much easier to find it when items are 
> > lagging behind.

Is there a link that explains where and how to access Mantis? 




Subject: Re: JvWizard question
From: norberto <pellicci@shaw.ca>
Date: Fri, 09 Sep 2005 14:50:10 -0700
Newsgroups: jedi.vcl

Hi Marko,

i just tried your app using the JvWizard and it looks really great! The only question i have is: where did you get the neat graphics (bitmaps) for the wizard? They're done really well.

i'll rethink using the wizard in my app.

Thanks much again.

norberto


Subject: Re: JvWizard question
From: norberto <pellicci@shaw.ca>
Date: Fri, 09 Sep 2005 14:42:36 -0700
Newsgroups: jedi.vcl

Marko Binic wrote:
>  I have a "strange" way of dealing with that component which always worked OK - try naming your pages Page1, Page2, and so on, and everything will be in order.
>  Here's a proof, (beta of) the latest program I wrote which uses the JvWizard: http://mxs.bergsoft.net/files/CompInst.zip . To actually use it you'll need a configuration ini file, f.ex. http://mxs.bergsoft.net/files/confs/tbx_conf.zip .
>
> Marko
>
Hi Marko,

Thanks. i'll take a look :-)

i've already re-written my wizard code for my app by implementing it using standard components. i'm curious to see how how the JvWizard works, though.

Thanks again.

norberto


Subject: Re: Globus merging thread
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 09 Sep 2005 22:44:07 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Jacob Boerema wrote:
>
>> Even so, I'm planning to change sometime to JvGnuGetText because JvgLanguageLoader does not support resource strings. Still, if anyone wants my version I'm happy to post it in binaries.
>
>
> Go, Go, Go!
> That is the third way of handling Globus components. If useful then de-Globus and JVCL-ify them.

I'd rather have it in Mantis, much easier to find it when items are lagging behind.


Subject: Re: Globus merging thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Sep 2005 19:35:14 +0200
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> Even so, I'm planning to change sometime to JvGnuGetText because JvgLanguageLoader does not support resource strings. Still, if anyone wants my version I'm happy to post it in binaries.

Go, Go, Go!
That is the third way of handling Globus components. If useful then de-Globus and JVCL-ify them.


Subject: Re: Unresolved external with TJvForm
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Fri, 09 Sep 2005 19:24:43 +0200
Newsgroups: jedi.vcl



OBones a écrit :
> Olivier Bertini wrote:
[...]
> As there are lots of these, I would recommend you wait for the next daily zip (tomorrow) as I'm doing the changes as I write this message.
>

Thanks a lot! I'll check tomorrow.

Olivier


Subject: New Version of Gnugettext.pas
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 9 Sep 2005 16:47:31 +0000 (UTC)
Newsgroups: jedi.vcl

There is a new version from Gnugettext.pas available.
(Version 1.2.1 released today) 

Is it possible to synchronize JvGnugettext.pas with this file?

Karlheinz


Subject: Re: Globus merging thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Sep 2005 14:17:08 +0200
Newsgroups: jedi.vcl

JvgAlignform moved to Design. It is only used in a property editor.


Subject: Re: Globus merging thread
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Fri, 9 Sep 2005 13:48:52 +0200
Newsgroups: jedi.vcl

On Thu, 08 Sep 2005 13:01:03 +0200, "Robert Marquardt" 
<robert_marquardt@gmx.de> wrote in article <dfp4fr$7iq$1@talkto.net>:
> > It seems that Obones is the only one working on that so i want to start 
> > a discussion on how to do it. Maybe it helps others to join the work.

I'm using an adapted version of JvgLanguageLoader and I see fairly 
regularly hits on my website with this word so I guess there are 
people interested in seeing if this component fits their needs.

Even so, I'm planning to change sometime to JvGnuGetText because 
JvgLanguageLoader does not support resource strings. Still, if anyone 
wants my version I'm happy to post it in binaries.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: new component TJvScreenSaveSuppressor added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Sep 2005 12:46:43 +0200
Newsgroups: jedi.vcl

Jason Chapman wrote:

>> My idea for that is beefing up "Component Bar" with a search window allowing to search the JVCL help.
>
> Do you mean the component pallete?

No, i mean compBAR 1.0.3 which is a nice plugin for my Delphi 6.


Subject: Re: JvWizard question
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Fri, 9 Sep 2005 12:37:39 +0200
Newsgroups: jedi.vcl

 I have a "strange" way of dealing with that component which always worked 
OK - try naming your pages Page1, Page2, and so on, and everything will be 
in order.
 Here's a proof, (beta of) the latest program I wrote which uses the 
JvWizard: http://mxs.bergsoft.net/files/CompInst.zip . To actually use it 
you'll need a configuration ini file, f.ex. 
http://mxs.bergsoft.net/files/confs/tbx_conf.zip .

Marko 




Subject: Re: new component TJvScreenSaveSuppressor added
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 9 Sep 2005 11:10:45 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:dfp4lb$7iq$2@talkto.net...
> > Elahn Ientile wrote:
> >
>> >> I think locateability is a problem to be solved, not something that 
>> >> should
>> >> restrict development.
> >
> > My idea for that is beefing up "Component Bar" with a search window 
> > allowing to search the JVCL help.

Do you mean the component pallete?

My problem is that the VCL component paradigm is fine (having it on the 
pallette and then dropping it onto a form), but take the jvCreateProcess. 
In my usage of this component, there are dozens of other little helpers I 
could do with using at the same time.  For me, once I know they exist, I 
don't need to drop them on the form, I am happy to instantiate them in code, 
it even makes the code more statically navigable.

What I do know is having hundreds of components on the pallete slows the IDE 
and wastes screen real-estate. Currently (d7) 20% of my screen it taken by 
my component pallete.  Still haven't used D2005 much, so not sure how that 
paradigm works.

He 2 "paradigms" in one post - excellent.

Anyway, my problem is a lot of ideas, not much time and never seem to get 
down to community coding!


JAC.





Subject: Re: Globus merging thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Sep 2005 11:55:03 +0200
Newsgroups: jedi.vcl

I just moved JvgJump.pas to Archive. I forgot that some time ago.
JvgCGI.pas has been moved to Archive also. It is a piece of crap.


Subject: Re: Anonymous user can no longer post on Mantis
From: Jacob Boerema <j.g.boerema@gmail.invalid>
Date: Fri, 9 Sep 2005 11:43:50 +0200
Newsgroups: jedi.vcl

On Fri, 09 Sep 2005 09:04:45 +0200, "OBones" 
<oobnes__gf_@_gfd_altern.org> wrote in article <dfrb0e$kao$2
@talkto.net>:
>> > > Olivier, if you ever find some good todo list software, I'd love to hear
>> > > about it. :)
> > 
> > Still looking...

I'm using the free todolist from AbstractSpoon Software. It's good 
enough for me but YMMV.

http://www.abstractspoon.com/


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Strange behaviour of TJvXPButton and Delphi Debugger
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 09 Sep 2005 11:30:11 +0200
Newsgroups: jedi.vcl

André Gode wrote:

> What do you think?

Application.ProcessMessages should never be used in a program unless the programmer knows what he/she is doing exactly.
The only examples that I have in mind where it is useful are these:

1. Refresh a window right after having called Show (typically, a progress window)
2. In a code waiting for a thread to complete and trigger the OnFinish event as it is "Synchronized" and that uses a message

Any other case, I keep chasing it and removing the call to ProcessMessages. This is because, as you have seen, it has undesirable side effects, which no one can really cope with.
Trying to find a way to get rid of this "required" ProcessMessages, that's the only thing I can suggest.


Subject: Strange behaviour of TJvXPButton and Delphi Debugger
From: André Gode <andre.gode@gmx.de>
Date: Fri, 09 Sep 2005 11:12:19 +0200
Newsgroups: jedi.vcl

Did someone experienced the following "interaction" of TJvXPButton, Application.ProcessMessages and the Delphi 6 debugger?



- Place a JvXPButton on a form
- Put some code (with a Application.ProcessMessages command) in the
  OnClick event
- Put a breakpoint in the OnClick event
- Start and press the button --> the application stops at the breakpoint
- Do one step (F8)
- Run the application normally (F9) --> the OnClick event starts again !
- Remove the breakpoint and the application runs as expected
- Replace the TJvXPButton by a standard TButton and
  put the breakpoint again -->nothing unexpected happens

Any ideas?

Here is a code snippet of my test code:

unit unit1;

interface

uses ...

type
  TForm1 = class(TForm)
    JvXPButton1: TJvXPButton;
    lbl1: TLabel;
    procedure btn1Click(Sender: TObject);
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}
var counter:Integer;

procedure TForm1.btn1Click(Sender: TObject);
begin
  inc(counter); // <--- I place the breakpoint here
  lbl1.Caption:=IntToStr(counter);
  Application.ProcessMessages;
end;

initialization
 counter:=0;
end.

I assume that the click message from the windows message queue is not removed before the event is triggered. If so, what to do against it? Sure, I could remove the Application.ProcessMessages. But I was faced with this behaviour in an another context, where  I need the statement.

What do you think?

Regards

André


Subject: Re: Unresolved external with TJvForm
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 09 Sep 2005 10:20:01 +0200
Newsgroups: jedi.vcl

Olivier Bertini wrote:

> Hello,
>
> Using BCB 6 #4, JVCL300CompleteJCL195-Build1848.zip
>
> Making a form inherits from TJvForm instead of TForm produces 2 link errors:
>
> [ILINK32] Error: Unresolved external '__fastcall Jvexforms::TJvExForm::FocusSet(void *)' referenced from D:\...
>
> [ILINK32] Error: Unresolved external '__fastcall Jvexforms::TJvExForm::FocusKilled(void *)' referenced from D:\...
>
> This worked correctly under JVCL 3 RC1.
>
> Any idea?

This is because the parameter is declared as HWND in Delphi. This is a known bug, it has been described in the BCB Compatibility guide, but it seems it has been missed by the person who created FocusSet and FocusKilled. The change is simple, replace HWND by THandle for every FocusSet and FocusKilled instance in the JVCL source code.
As there are lots of these, I would recommend you wait for the next daily zip (tomorrow) as I'm doing the changes as I write this message.

Thanks for the report
Cheers
Olivier


Subject: Re: Globus merging thread
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 09 Sep 2005 09:33:33 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Robert Marquardt wrote:
>
>> It seems that Obones is the only one working on that so i want to start
>> a discussion on how to do it. Maybe it helps others to join the work.
>>
>
>
> I think a good many globus components should be exiled to Archive\
> and, that obscure functionality like ftaBroadwise is probably not
> worth moving into the main components.    There are a few things
> in globus that I think are nice, worth preserving, but I wonder how many
> people are even using these components? Some of them are quite ugly, not
> only visually, but internally.

Well, I already started a thread in august, even setup a migrating page in the CVS repository, but not many people reacted to that.
Now that some more people actually are reacting, it would be great if everyone had a look and said: this is crap and is better done with JvX, this is crap and has no point, this is good but better done with JvX, this is good let's keep it.
If people with CVS access could even write this in the above mentionned page, that would be great.


Subject: Re: Anonymous user can no longer post on Mantis
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 09 Sep 2005 09:04:45 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

>> I really need to get a todo list software... Well, I had one, but it
>> sucked and can't find anything that suits my needs.
>
>
> Olivier, if you ever find some good todo list software, I'd love to hear
> about it. :)

Still looking...


Subject: Re: Globus merging thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Sep 2005 06:10:41 +0200
Newsgroups: jedi.vcl


> I think a good many globus components should be exiled to Archive\
> and, that obscure functionality like ftaBroadwise is probably not
> worth moving into the main components.

This thread is there to urge you to write up a detailed text about how one or several Globus components should be handled.


Subject: Re: Anonymous user can no longer post on Mantis
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 9 Sep 2005 12:11:49 +1000
Newsgroups: jedi.vcl

> > I really need to get a todo list software... Well, I had one, but it
> > sucked and can't find anything that suits my needs.

Olivier, if you ever find some good todo list software, I'd love to hear
about it. :)




Subject: Re: Globus merging thread
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 09 Sep 2005 08:56:01 +0800
Newsgroups: jedi.vcl

Hi

On Fri, 09 Sep 2005 01:27:32 +0800, Warren Postma <wp.nospam@tekran.com> wrote:

> I think a good many globus components should be exiled to Archive\
> and, that obscure functionality like ftaBroadwise is probably not
> worth moving into the main components.    There are a few things
> in globus that I think are nice, worth preserving, but I wonder how many
> people are even using these components? Some of them are quite ugly, not
> only visually, but internally.

I like and use the JvgProgressBar, I'd like to see this kept available :D


-- 
Kind regards

Peter Sanders

Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
Outgoing emails chacked by Trendmicro Internet Security


Subject: Re: JvWizard question
From: norberto <pellicci@shaw.ca>
Date: Thu, 08 Sep 2005 17:18:06 -0700
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> <peter.tornqvist@nospam.gmail.com> wrote:
>
>
>> At design-time, double-click the wizard form to display its editor. Use the
>> arrows at the top of the editor to rearrange the pages.
>
>
> About a year ago I had a similar problem - the order of wizard pages
> is not correct at runtime. It looked like this is because
> TJvWizardCustomPage.PageIndex isn't published, thus it is not saved to
> DFM and page order is wrong when wizard is loaded at runtime.
> To fix this problem I overrided form's Loaded method and set correct
> PageIndexes there...
>
>
> ain

Thank you Ain. As you mentioned, the design-time editor didn't help. Actually, after playing a bit with the wizard, i think i'll just make a wizard using some other standard components. i don't like the restrictions on this version of the wizard and it doesn't behave properly. i would rather make my own than have to constantly deal with the issues in this component.

Thanks again.

norberto



Subject: Re: Suggestions please [tab control with acellerators]
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 08 Sep 2005 14:08:01 -0400
Newsgroups: jedi.vcl

Ian Jennings wrote:
> > 
> > I think I've tried every panel and button I can find but none of them fits 
> > the bill exactly. I'm currently using a TJvTabControl and OnDrawTab but it 
> > doesn't handle accellerator keys.
> > 
> > Any suggestions will be greatly appreciated.
> > 
> > TIA
> > 
Why does the Acellerator key handling need to be built into the
TJvTabControl? Why not add the accelerator handling to the form's
pulldown menus?

If you must have underlined "&File" type visible accelerators on the
tabs themselves, you could try modifying TJvTabControl or TJvTabBar to
add this functionality.

Warren




Subject: Re: Globus merging thread
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 08 Sep 2005 13:27:32 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > It seems that Obones is the only one working on that so i want to start
> > a discussion on how to do it. Maybe it helps others to join the work.
> > 

I think a good many globus components should be exiled to Archive\
and, that obscure functionality like ftaBroadwise is probably not
worth moving into the main components.    There are a few things
in globus that I think are nice, worth preserving, but I wonder how many
people are even using these components? Some of them are quite ugly, not
only visually, but internally.

Warren


Subject: Using SHFileOperations component ver 3.00
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 8 Sep 2005 12:44:20 -0400
Newsgroups: jedi.vcl

I'm trying to do a 'Rename Directory" with or without this component, but even though I can add the currently selected directory to the sourcefiles, how do I set the Destination?  I believe I would need the current directory's parent directory/path so that I could then add '\New Directory Name' to it as the Destination, but I don't know how to get the parent path?.

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net


Subject: Does JvInterpreter handle set of variables ?
From: Nicola Farina <nicola.farina@info-line.it>
Date: Thu, 08 Sep 2005 18:06:52 +0200
Newsgroups: jedi.vcl

Hello all!

Does JvInterpreter handle set of variables ?

e.g.

procedure main;
var
  MySet : set of integer;
begin
end;


I see that this syntax is not supported but is there any workaround
to achieve similar effect ?

Thanks in advance for any tips
Bye
Nicola


Subject: Re: new component TJvScreenSaveSuppressor added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Sep 2005 13:04:01 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

> I think locateability is a problem to be solved, not something that should
> restrict development.

My idea for that is beefing up "Component Bar" with a search window allowing to search the JVCL help.


Subject: Globus merging thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Sep 2005 13:01:03 +0200
Newsgroups: jedi.vcl

It seems that Obones is the only one working on that so i want to start a discussion on how to do it. Maybe it helps others to join the work.

The Globus components are largely on Delphi 3 level. Many are badly designed. The goal is to merge as many components as possible to their JVCL counterparts. If the Globus component is unique then it should be beefed up to Delphi 6 standard. If the component is not really useful it gets banned to Archive.

To illustrate the problems i have chosen TJvgStaticText:

The first problem is that it derives from TGraphicControl.
Delphi TStaticText and TJvStaticText derive from TWinControl.
This is obviously a bad design decision. The component should derive its name from TLabel.

TJvgStaticText has the properties ActiveColor, Alignment, AutoSize, ShortLinesLeftAligned, Transparent and WordWrap.
ActiveColor is a hottrack feature. Alignment has a special alignment of ftaBroadwise. ShortLinesLeftAligned finetunes the rendering of ftaBroadwise.

The functionality ActiveColor, Alignment (except ftaBroadwise) and WordWrap are supported by TJvStaticText. Transparent makes no sense for a TWinControl. TJvLabel supports them also plus Transparent.

ftaBroadwise seems to try to show all the text by painting less white space between words if need be.


The only decision to take is if ftaBroadwise should be implemented in TJvLabel in some way. I do not think that this terribly important.
A good implementation is not that easy because it should be implemented into all components showing text like a TLabel.


Subject: Re: JvWizard question
From: @in@taavi.ee
Date: Thu, 08 Sep 2005 10:37:23 GMT
Newsgroups: jedi.vcl

On Thu, 8 Sep 2005 08:24:14 +0200, "Peter Thörnqvist"
<peter.tornqvist@nospam.gmail.com> wrote:

> >At design-time, double-click the wizard form to display its editor. Use the
> >arrows at the top of the editor to rearrange the pages.

About a year ago I had a similar problem - the order of wizard pages
is not correct at runtime. It looked like this is because
TJvWizardCustomPage.PageIndex isn't published, thus it is not saved to
DFM and page order is wrong when wizard is loaded at runtime.
To fix this problem I overrided form's Loaded method and set correct
PageIndexes there...


ain


Subject: Re: new component TJvScreenSaveSuppressor added
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Thu, 8 Sep 2005 20:06:04 +1000
Newsgroups: jedi.vcl

Hi,

I use http://www.raize.com/DevTools/Tools/Delphi/PaletteMenu.asp to allow
easy access to the trillions of palette pages in my Delphi 7.

Although I definitely agree that similar components should be merged, as it
makes it easier to find the desired functionality, I don't think maintaining
a small number of components should be the primary focus of JVCL. I would
much rather have a control that I don't use, rather than not having a
control that I don't think I'll use. I think functionality should come
first, with usability second and locateability third. We're programmers, not
end users. :)

I think locateability is a problem to be solved, not something that should
restrict development.

Jason, I think your idea has definite potential. If I had the time, I'd
write something like that just for my own use, even if noone else wanted it.
"GExperts -> Components To Code" may help you speed the development of it.

enjoy life,
                Elahn




Subject: Re: new component TJvScreenSaveSuppressor added
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 8 Sep 2005 10:27:32 +0100
Newsgroups: jedi.vcl

OBones

>> >> The UPnP donation (sorry that i forgot to upload it) is a good example. 
>> >> That area of Windows may become very important.
>> >> The Bluetooth API in the Jedi-Apilib is another example.
> >
> > But then, I think those englobing components should be part of the ApiLib, 
> > unless they bring a big ease of use, and can be useful for everyday users. 
> > It's not everyone who is working with UPnP and Bluetooth, but most people 
> > do use an enhanced Edit or button.

mmm, watching the thread, I would have to say, if I am trying to do 
something unusual, then I go searching through the components, i.e. create a 
blank app and start messing around with components on the various JVCL tabs. 
I have looked at the CreateProcess, Mouse Gestures and a lot more.  For some 
reason I always do this before looking at the docs or help.  I think it is 
vital that novice friendly wrappers around fringe Windows stuff is included 
as it makes those things much more accessible.

It is a shame that the component pallete is so flat and not more dynamic 
(showing you the most common and letting you do searches for the less 
common).  So it is always a battle to save pallete real estate vs maximum 
functionality.

How about, instead of having a new component on the pallette for each and 
instead of compiling a monolithic components that hooks into things that the 
specific user doesn't need, you have wizard that is searchable and gives 
access code gobits to create the component at runtime.  If you think you are 
going to use it loads, then add it to the pallette, if not, then no CPU 
cycles waisted.  You could have thousands of these.  The wizard could:
1) Allow you to keyword search (the docs code being in the source code, so 
if you added a new one, you could recompile the wizard, it would find the 
components and include them).
2) Navigate to the source code, so you could see it.
3) Copy and Paste a common usage to dynamically create it.
4) Have an "install it" button.

If this was the case, you could probably reduce the installed components on 
the pallete by 50%, whilst being able to add more utility components without 
pain.

Just my 2c.

JAC. 




Subject: Re: new component TJvScreenSaveSuppressor added
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 08 Sep 2005 10:53:43 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>> Many "system" related function in one component instead of many components.
>
> I thought about it, but aggregating disparate functionality does not add up well.

I know, but I'd prefer if everyone would be trying to do so.


>> This is already in place. But due to lack of time I was not able to go any further on the Globus side.
>
> Do we have a plan for it? A text telling which components should be fused and which components should be placed in a single source would be helpful.

There is a file called migrating_globus.htm in the help directory. The goal is to remove all Globus components and have them replaced with regular JVCL components. Some functionnalities will have to be backported in the regular components though.


>> Yes, but still, the V is for Visual, I'd rather have enhanced visual components than wrappers around Apis.
>
> It is more Jedi components for the VCL.
> Such a focus is problematic. In the area of visual components there is not much innovation. Most of the new "ideas" are usability crap.
> Components exploring the newer APIs of Windows are much more useful.

That's your point of view. From the feedback I get, people like the JVCL for the enhanced Edits and lists, not for the components that go around special folders. Look at the amount of feedback we get for the JvHID components.


> The UPnP donation (sorry that i forgot to upload it) is a good example. That area of Windows may become very important.
> The Bluetooth API in the Jedi-Apilib is another example.

But then, I think those englobing components should be part of the ApiLib, unless they bring a big ease of use, and can be useful for everyday users. It's not everyone who is working with UPnP and Bluetooth, but most people do use an enhanced Edit or button.


Subject: Re: new component TJvScreenSaveSuppressor added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Sep 2005 10:38:22 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Many "system" related function in one component instead of many components.

I thought about it, but aggregating disparate functionality does not add up well.

> This is already in place. But due to lack of time I was not able to go any further on the Globus side.

Do we have a plan for it? A text telling which components should be fused and which components should be placed in a single source would be helpful.

> Yes, but still, the V is for Visual, I'd rather have enhanced visual components than wrappers around Apis.

It is more Jedi components for the VCL.
Such a focus is problematic. In the area of visual components there is not much innovation. Most of the new "ideas" are usability crap.
Components exploring the newer APIs of Windows are much more useful.

The UPnP donation (sorry that i forgot to upload it) is a good example. That area of Windows may become very important.
The Bluetooth API in the Jedi-Apilib is another example.


Subject: Re: new component TJvScreenSaveSuppressor added
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 08 Sep 2005 09:56:44 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> I'd rather have this grouped and with the option to say yes or no.
>> Please, next time, discuss adding components first, the aim is NOT to add components, but to get less of them with better functionalities.
>
> Grouped?

Many "system" related function in one component instead of many components.


> I think we should add new components. To counter it we should write up a plan which components (especially Globus components) should be merged with other components.

This is already in place. But due to lack of time I was not able to go any further on the Globus side.


> I am still dissatisfied with the coverage of the JVCL. Still too many visual components just reimplementing a special look.

That's right and some are disappearing, but this is a tedious work which close to no one want to do.


> The Jedi-Apilib is currently in hot development. I am sure some useful new components could be wrapped around Win32 APIs.

Yes, but still, the V is for Visual, I'd rather have enhanced visual components than wrappers around Apis.


Subject: TJvCheckTreeView: disabled items ?
From: Bepy Scacioa <freddy.junior@email.it>
Date: Thu, 08 Sep 2005 09:16:59 +0200
Newsgroups: jedi.vcl

Hi All,

is it possible to disable items on a TJvCheckTreeView ?
I mean, show it grayed and prevent user for checking them.
TIA.


Subject: Re: TjvCheckTreeView initialization problem
From: Bepy Scacioa <freddy.junior@email.it>
Date: Thu, 08 Sep 2005 09:14:47 +0200
Newsgroups: jedi.vcl

Try using BeginUpdate before loop and EndUpdate after.
HTH.



Subject: Re: UIB only Install?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 08 Sep 2005 08:59:39 +0200
Newsgroups: jedi.vcl

Clive Walden wrote:
> I just downloaded the whole JEDI 3.0; but initially, I just want to install the UIB components to see if they will do what I want.
>
> I have not yet found any instructions on how to do this. Can anyone point me to where that information may be?

Run install.bat and only select the UIB package in the package selection page.
But please note that the UIB components in the JVCL are no longer upgraded by their original author. They are upgraded on his web site. This is because he wants to have FPC compatibility, while we cannot have it. Hence, we encourage you to go to his web site and download the latest version from there.
http://www.progdigy.com/modules.php?name=UIB

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: JvWizard question
From: "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 8 Sep 2005 08:24:14 +0200
Newsgroups: jedi.vcl

At design-time, double-click the wizard form to display its editor. Use the
arrows at the top of the editor to rearrange the pages.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: UIB only Install?
From: Clive Walden <clivew@clivewalden.com>
Date: Wed, 7 Sep 2005 21:14:05 -0700
Newsgroups: jedi.vcl

I just downloaded the whole JEDI 3.0; but initially, I just want to install the UIB components to 
see if they will do what I want.

I have not yet found any instructions on how to do this. Can anyone point me to where that 
information may be?

Thanks,
Clive.
Clive Walden
Walden Consulting
Phone: 760-632-5856
Web site: www.clivewalden.com
 



Subject: JvWizard question
From: norberto <pellicci@shaw.ca>
Date: Wed, 07 Sep 2005 16:49:31 -0700
Newsgroups: jedi.vcl

Hi,

i'm trying to use the JvWizard component and while developing the various interior pages, they became completely out of order (except for the Welcome page).

Therefore, i tried using the ActivePage property along with the various interior pages' OnNextButtonClick event handlers to assign the ActivePage by name (since there is no PageIndex type property i can find).

However, at runtime, this assignment is being ignored. i've tried looking in the JVCL Example files for examples but nothing. Similarly with on line examples.

Can someone please let me know how to select the next page i want in a way that will work?

Thanks in advance for your help.

norberto


Subject: Re: new component TJvScreenSaveSuppressor added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Sep 2005 18:23:05 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I'd rather have this grouped and with the option to say yes or no.
> Please, next time, discuss adding components first, the aim is NOT to add components, but to get less of them with better functionalities.

Grouped?

The component has an Active property and an event which does allow to tell that the screensaver is allowed to run.

I have toyed with the idea to add the functionality to my new TJvAppCommand, but it does not aggregate well.
Admittedly TJvScreenSaveSuppressor does not have much functionality, but we have many useful components which do not have more functionality either.

I think we should add new components. To counter it we should write up a plan which components (especially Globus components) should be merged with other components.
Maybe merging some of the dialog components is possible also, but i doubt it. A moderate merging of the sources should be possible though.
A close family of components like TJvCopyError, TJvDeleteError and TJvRenameError could reside in a single file.

I am still dissatisfied with the coverage of the JVCL. Still too many visual components just reimplementing a special look.
The Jedi-Apilib is currently in hot development. I am sure some useful new components could be wrapped around Win32 APIs.


Subject: Unresolved external with TJvForm
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Wed, 07 Sep 2005 18:19:36 +0200
Newsgroups: jedi.vcl

Hello,

Using BCB 6 #4, JVCL300CompleteJCL195-Build1848.zip

Making a form inherits from TJvForm instead of TForm produces 2 link errors:

[ILINK32] Error: Unresolved external '__fastcall Jvexforms::TJvExForm::FocusSet(void *)' referenced from D:\...

[ILINK32] Error: Unresolved external '__fastcall Jvexforms::TJvExForm::FocusKilled(void *)' referenced from D:\...

This worked correctly under JVCL 3 RC1.

Any idea?

Olivier


Subject: Re: JvMail Registry Error
From: "James Brown" <Jim@seti.net>
Date: Wed, 7 Sep 2005 08:31:51 -0700
Newsgroups: jedi.vcl

When I ignore the error in the debugger it seems to work alright but I would
really like to know the answer to this one.
Thank..... Jim

"James Brown" <Jim@seti.net> wrote in message
news:dfja07$412$1@talkto.net...
> > When I attempt to run the Mail Example [ JvMail ] it throws and exception:
> >
> >  EjclRegistryError  'Unable to open key
> > "SOFTWARE\Microsoft\WindowsNt\CurrentVersion\Windows Messaging
> > Subsystem\Profiles"
> >
> > Using JVCL300CompleteJCL195-Build1848.zip
> >
> > Running the MegaDemo seems to work with the component...
> >
> > Any help?  Jim
> >
> >
> >
> >




Subject: JvLogFile
From: "Craig" <craig@.at.qnotes.com>
Date: Wed, 7 Sep 2005 11:22:39 -0400
Newsgroups: jedi.vcl

Why do I get these '>' in my log file?  They seem to be random in one or 
two places per line.
Version 3.x JVCL (5/25/05)
Can some one please test in the current build? (as I do not want to 
update JVCL ATM)

JvLogFile1.Add(' Save, Revise Note: '+ 
PatientHeader.barcode+'-'+QappGlobals._UserName);
//PatientHeader.barcode = srting[6]
//QappGlobals._UserName = string;

[09/07/05 10:47:29 AM] Save, Revise Note: Z 1215-Not Logged in>
[09/07/05 10:47:36 AM] Delete Notes: Z 0147-Not Logged in>
[09/07/05 10:47:50 AM] Print Notes: >Z 0147-Not Logged in>
[09/07/05 10:47:57 AM] Print Notes: >Z 0147-Not Logged in>
[09/07/05 10:53:05 AM] Save, Revise Note: Z 1215-Not Logged in>
[09/07/05 10:53:08 AM] Save, Revise Note: Z 1215-Not Logged in>
[09/07/05 10:53:08 AM] Save, Revise Note: Z 1215-Not Logged in>
[09/07/05 10:53:09 AM] Save, Revise Note: Z 1215-Not Logged in>
[09/07/05 10:53:16 AM] Delete Notes: Z 0147-Not Logged in>
[09/07/05 10:53:25 AM] Print Notes: >Z 0147-Not Logged in

Thanks,

Craig.




Subject: Re: new component TJvScreenSaveSuppressor added
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 07 Sep 2005 14:17:52 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> It catches WM_SYSCOMMAND : SC_SCREENSAVE and answers so that the screensaver does not activate.
>
> It may be a very simple component, but it is useful.
> Mainly i have written it to explore these not so well known parts of Windows.

I'd rather have this grouped and with the option to say yes or no.
Please, next time, discuss adding components first, the aim is NOT to add components, but to get less of them with better functionalities.


Subject: Re: RXLib Conver
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Sep 2005 10:02:41 +0200
Newsgroups: jedi.vcl

Paul Alexander wrote:

> I installed VCL3 & V
> I Converted may project but it does not complile
> JvCurrEdit.dcu missing.
> JvShell.dcu missing
> JvxCtrls.dcu missing
> Etc
>
> what am I doing wrong 

Nothing, but you still have to do some changes by hand.
In this case search your sources for JvCurrEdit, JvShell and JvxCtrls in the uses list and remove the entries.


Subject: new component TJvScreenSaveSuppressor added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Sep 2005 09:59:56 +0200
Newsgroups: jedi.vcl

It catches WM_SYSCOMMAND : SC_SCREENSAVE and answers so that the screensaver does not activate.

It may be a very simple component, but it is useful.
Mainly i have written it to explore these not so well known parts of Windows.


Subject: Re: new component TJvAppCommand added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Sep 2005 09:56:49 +0200
Newsgroups: jedi.vcl

TJvAppcommand has been improved to allow to selectively not suppress multimedia keys in the event.


Subject: RXLib Conver
From: "Paul Alexander" <paulalex@sguk.net>
Date: Wed, 7 Sep 2005 08:46:56 +0100
Newsgroups: jedi.vcl

I installed VCL3 & V
I Converted may project but it does not complile
JvCurrEdit.dcu missing.
JvShell.dcu missing
JvxCtrls.dcu missing
Etc

what am I doing wrong 




Subject: Re: TJvFormPlacement
From: Chris <ch.ma@aon.at>
Date: Tue, 6 Sep 2005 20:24:50 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote in news:dfke1p$bn3
$1@talkto.net:

> >  Renamed to TJvFormStorage.

Thanks, I'll give it a try. I didn't know there was a migration text, I'll 
have to look into it when I install the new version again.

Chris


Subject: Re: TJvFormPlacement
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 06 Sep 2005 18:13:11 +0200
Newsgroups: jedi.vcl

Chris wrote:
> Now I'm going to reinstall the old version to get the work done, but I'd really like to upgrade to the new one so any help with this would really be aprechiated.

    Renamed to TJvFormStorage. In addition, you'll need to add an TJvAppIniStorage or TJvRegistryStorage, depending on whether the JvFormPlacement (which is an ancestor for TJvFormStorage, hence the IDE was still able to find it when you opened the form) component was storing to an ini file to the registry. I think this is mentioned somewhere in the migration texts, but I haven't checked.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: TJvFormPlacement
From: Chris <ch.ma@aon.at>
Date: Tue, 6 Sep 2005 14:49:20 +0000 (UTC)
Newsgroups: jedi.vcl

System:
WinXP
Delphi 6 (2)
JVCL 300

A long time ago I used RxTools to code an App, then later upgraded it to 
JVCL.

Now I got a call for a support request, so I upgraded to the newest 
version of the JVCL. Unfortunatly I can't find the JvFormPlacement 
component.

When opening the old application to a from that uses it, I do get that 
the ".IniSection property doesn't exist". Click ignore and I get an 
Access Violation in designide60.bpl. Selecting the component (which is a 
grey square on the form, no icon) causes the same exception.

Next step, I searched for the component, but while I can find it's 
package and it's sourcecode, I didn't find it in the component palette. 
(Properties, [All], Sort by Name). I even tried searching for it manually 
on the palette :P.

So I reinstalled the whole thing again (first time I did a package 
compile on the install) and got the same result.

Now I'm going to reinstall the old version to get the work done, but I'd 
really like to upgrade to the new one so any help with this would really 
be aprechiated.

TIA,
Chris



Subject: Re: Office like Tool Bar?
From: "Daytona" <d@d..com>
Date: Tue, 6 Sep 2005 07:46:13 -0700
Newsgroups: jedi.vcl

While not freeware, I really like working with the SideBar/OutlookBar from 
Max Components:
http://mxoutlookpro.maxcomponents.net/

Not very expensive, and the developer has been very responsive to new ideas 
too - which is always a huge plus.

David 




Subject: Re: TJvDbLookupComboEdit
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Tue, 6 Sep 2005 11:45:49 -0300
Newsgroups: jedi.vcl

nobody can help me?

[]´s
Cezar
"Cezar Wagenheimer" <wagen@sercomtel.com.br> escreveu na mensagem 
news:dfhsip$sah$1@talkto.net...
> > Is there any AutoDropDown property?
> >
> > I want to automatically show the list when i start typing... how do i do 
> > it?
> >
> > []´s
> > Cezar
> > 




Subject: JvRegularExpressionValidator.ValidationExpression
From: "bravecobra" <nospam@notmydomain.com>
Date: Tue, 6 Sep 2005 14:53:13 +0100
Newsgroups: jedi.vcl

Hi,

can someone help me with the correct syntax for this property. It seems it
doesn't accept PERL Regular expressions (or better it interprets them
wrongly). I noticed that it likes masks better. I can't use any () either.
They are interpreted as () instead of a grouping, etc...

Is there a list of examples or a description of the proper syntax. I know
my PERL regex syntax, or even PHP's, but those don't seems to apply here.

Kind regards,

Brave Cobra



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvRegularExpressionValidator.ValidationExpression
From: "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com>
Date: Tue, 6 Sep 2005 15:36:52 +0200
Newsgroups: jedi.vcl

It uses Masks.MatchesMask, so you can look up the syntax in the Delphi help.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Office like Tool Bar?
From: Daniel Rothmaler <Rothmaler@quodata.de>
Date: Tue, 06 Sep 2005 12:27:38 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> The JVCL does not have such a beast. So it would be a complete rewrite (at
> least of the paint methods)
OK, thank you; that's what I feared... I hoped that there is a component, that I have not seen yet; but so maybe I can extend the JvXPMenuPainter in combination with JvToolbar to do the job...
Or I'll use the TB2k/TBX component's... we'll see...

Thanks for your help...


Subject: Re: TJvApplicationHotkey
From: "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com>
Date: Tue, 6 Sep 2005 12:09:56 +0200
Newsgroups: jedi.vcl

The ApplicationHotKey name was chosen because (to me) a system wide hot key
is one that can be used to activate a non-running program (like the
short-cut combos you can assign to desktop links).

This component can only be used when your program is already active
(although it doesn't have to have focus).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Office like Tool Bar?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Sep 2005 10:42:31 +0200
Newsgroups: jedi.vcl

Daniel Rothmaler wrote:

> > But I would prefer not to import just another component(pack) to my
> > app's... So I would be very happy, if someone could tell me a
> > possibility to realize such a toolbar with JVCL...

The JVCL does not have such a beast. So it would be a complete rewrite (at
least of the paint methods)

-- Regards, Andreas Hausladen 

Subject: Re: OT: seeking help for writing a tool
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 06 Sep 2005 10:22:45 +0200
Newsgroups: jedi.vcl

> Precisely. OLEVIEW shows all the registered interfaces with the numer of therir methods so it must be possible to pull at least the names of the methods. Probably CoCreateInstance is the way to go.

RTTI contains some informations about interfaces, but I don't know how to get the interface declaration from it.
All needed interfaces have to be used in the program to be listed in rtti (and not to be dropped by the linker).

Here is an example:

uses
  ActiveX, TypInfo;

var
  ATypeInfo, ParentTypeInfo: PTypeInfo;
  ATypeData, ParentTypeData: PTypeData;
begin
  ATypeInfo := TypeInfo(IMoniker);
  ShowMessage('Name : '+ATypeInfo^.Name);
  ATypeData := GetTypeData(ATypeInfo);
  ShowMessage('Unit : '+ATypeData^.IntfUnit);
  if (ifHasGuid in ATypeData^.IntfFlags) then
    ShowMessage('Guid : '+GuidToString(ATypeData^.Guid));
  if (ifDispInterface in ATypeData^.IntfFlags) then
    ShowMessage('DispInterface');
  if (ifDispatch in ATypeData^.IntfFlags) then
    ShowMessage('Dispatch');

  if Assigned(ATypeData^.IntfParent) then
  begin
    ParentTypeInfo := ATypeData.IntfParent^;
    ShowMessage('Parent name : '+ParentTypeInfo^.Name);
    ParentTypeData := GetTypeData(ParentTypeInfo);
    if (ifHasGuid in ParentTypeData^.IntfFlags) then
      ShowMessage('Guid : '+GuidToString(ParentTypeData^.Guid));
    if (ifDispInterface in ParentTypeData^.IntfFlags) then
      ShowMessage('DispInterface');
    if (ifDispatch in ParentTypeData^.IntfFlags) then
      ShowMessage('Dispatch');
    ShowMessage('Parent unit : '+ParentTypeData^.IntfUnit);
    // ...
  end;
end;

Florent


Subject: Re: seeking help for writing a tool
From: "Keith Giddings" <keith@gpthame.com>
Date: Tue, 6 Sep 2005 10:22:13 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > For the Jedi-Apilib we need a tool like OLEVIEW from Microsoft
> > (Platform SDK or VS 6).
> > The problem is that we need a clone of the Delphi unit ActiveX.pas,
> > but copying from it is copyright infringement.
> >
> > I think a tool is possible where you enter a name like "IMoniker" and
> > it spits out the Delphi code. Probably such a tool already exists.
> > Maybe i am dumb and Delphi ActiveX or COM object import can handle it.

Don't know if you are aware,  but the source for Oleview is available for 
download from the msdn samples:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vcsample/html/_sample_mfc_OLEVIEW.asp

It may help you find out how to do what you need.

Regards
Keith 




Subject: Re: OT: seeking help for writing a tool
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 06 Sep 2005 10:06:09 +0200
Newsgroups: jedi.vcl

> Precisely. OLEVIEW shows all the registered interfaces with the numer of therir methods so it must be possible to pull at least the names of the methods. Probably CoCreateInstance is the way to go.

The IMoniker interface is located in the registry in:
HKEY_CLASSES_ROOT\Interface\{0000000f-0000-0000-C000-000000000046}

Only the number of method and the base interface are published. I don't know the function of "ProxyStubClsid32", but this CLSID is an identifier  of a class in ole32.dll:

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{00000320-0000-0000-C000-000000000046}

-- 
Florent


Subject: Re: Office like Tool Bar?
From: Daniel Rothmaler <Rothmaler@quodata.de>
Date: Tue, 06 Sep 2005 09:53:46 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> Do you mean something like this:
> http://www.rmklever.com/tbximages/blue.png
Yes, exactly...
But I would prefer not to import just another component(pack) to my app's... So I would be very happy, if someone could tell me a possibility to realize such a toolbar with JVCL...


Subject: Re: TJvApplicationHotkey
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 6 Sep 2005 09:33:38 +0200
Newsgroups: jedi.vcl

"Edmund Matzke" wrote in message
<news:vt7fojbdsht7$.1ml66sgz8zhen$.dlg@40tude.net>:

> > If it is my app, then do what is wanted, if not, ignore the event. But
> > youre right, it seems to be a systemhotkey, not an applicationhotkey.
It is definitely a system hotkey since I'm using it in my application and
when it is minimized to the task tray I can restore it from there using a
given hot key.

-- cu, Michael 

Subject: Re: TJvApplicationHotkey
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Tue, 6 Sep 2005 08:19:52 +0200
Newsgroups: jedi.vcl

Hi,

> > TJvApplicationHotkey sollte nach meinem Verständnis einen
> > Anwendungsweiten Hotkey definieren. Wie ich soeben bemerkt habe, ist
> > der jedoch Systemweit, d.h. er feuert auch wenn die Applikation im
> > Hintergrund oder minimiert ist.
> > Bug oder Feature? Kann man dieses Verhalten auf die Anwendung
> > brschränken, oder kennt jemand ein Objekt das sich richtig verhält?

in my app I've implemented a simple test:

procedure TMenuHauptauswahl.ApplicationHotKeyPressed(Sender: TObject);
begin
  if not Application.Active then exit;

If it is my app, then do what is wanted, if not, ignore the event. But
youre right, it seems to be a systemhotkey, not an applicationhotkey.

CU, Eddi


Subject: TJvApplicationHotkey
From: Peter Mauss <pm@evil-engineer.de>
Date: Tue, 06 Sep 2005 08:09:54 +0200
Newsgroups: jedi.vcl

Hallo,

TJvApplicationHotkey sollte nach meinem Verständnis einen
Anwendungsweiten Hotkey definieren. Wie ich soeben bemerkt habe, ist
der jedoch Systemweit, d.h. er feuert auch wenn die Applikation im
Hintergrund oder minimiert ist.
Bug oder Feature? Kann man dieses Verhalten auf die Anwendung
brschränken, oder kennt jemand ein Objekt das sich richtig verhält?

-- mit freundlichem Gruss Peter Mauß (pm@evil-engineer.de) 

Subject: JvMail Registry Error
From: "James Brown" <Jim@seti.net>
Date: Mon, 5 Sep 2005 22:58:04 -0700
Newsgroups: jedi.vcl

When I attempt to run the Mail Example [ JvMail ] it throws and exception:

 EjclRegistryError  'Unable to open key
"SOFTWARE\Microsoft\WindowsNt\CurrentVersion\Windows Messaging
Subsystem\Profiles"

Using JVCL300CompleteJCL195-Build1848.zip

Running the MegaDemo seems to work with the component...

Any help?  Jim





Subject: Re: OT: seeking help for writing a tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 06 Sep 2005 06:21:22 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> I hope I understand your point:
>
> Entering the name of a registered interface, the tool produces the code corresponding to this interface.
> If the interface is included in a type library; it should be possible to open the type library and get the interface declaration; the type libraries store their descriptions using the IDL (Interface Description Language). Unfortunatly, not all interfaces are described in a type library (IMoniker isn't - Ole32.dll which owns IMoniker doesn't have a type library).
>
> Florent

Precisely. OLEVIEW shows all the registered interfaces with the numer of therir methods so it must be possible to pull at least the names of the methods. Probably CoCreateInstance is the way to go.


Subject: Re: New TJvSimpleXMLOptions: sxoDontSaveProlog
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Tue, 6 Sep 2005 10:01:13 +1000
Newsgroups: jedi.vcl

Hi,

>> > > That's why I favor an sxoDoNotAddProlog option where it would leave a
>> > > prolog if it exists in the loaded file, but not add one if it's missing.
>> > > Any opinions from anyone ?
> >
> > I would prefer sxoDoNotSaveProlog, it should permit the deletion of an
> > existing prolog without external code.
> > (This option is disabled by default)

TJvSimpleXML.Prolog is a seperate property, not a part of the Root tree.
Therefore, I think the behaviour should be that it loads the Prolog if it
exists in the file, but does not save the Prolog when a Save method is
called.

If a Prolog is loaded and you don't want it, it's a simple call to
TJvSimpleXML.Prolog.Clear. To check if a prolog is present,
(TJvSimpleXML.Prolog.Count > 0).

So, if the (sxoDontSaveProlog or sxoDoNotSaveProlog) option is set, an XML
file containing a Prolog is loaded and you want to keep it, all you have to
do is unset the option before calling Save.

Although the above would be my preference (marginally), I suppose an
sxoDoNotAddProlog option would work as follows: file with Prolog loaded,
call TJvSimpleXML.Prolog.Clear then call Save. So the desired behaviour
could still be easily obtained with this option.

It's such a trivial amount of code either way, that I don't think it really
matters, so long as it is explained in the Help File.

--
enjoy life,
               Elahn




Subject: Re: OT: seeking help for writing a tool
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 05 Sep 2005 22:05:28 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> For the Jedi-Apilib we need a tool like OLEVIEW from Microsoft (Platform SDK or VS 6).
> The problem is that we need a clone of the Delphi unit ActiveX.pas, but copying from it is copyright infringement.
>
> I think a tool is possible where you enter a name like "IMoniker" and it spits out the Delphi code. Probably such a tool already exists. Maybe i am dumb and Delphi ActiveX or COM object import can handle it.

I hope I understand your point:

Entering the name of a registered interface, the tool produces the code corresponding to this interface.
If the interface is included in a type library; it should be possible to open the type library and get the interface declaration; the type libraries store their descriptions using the IDL (Interface Description Language). Unfortunatly, not all interfaces are described in a type library (IMoniker isn't - Ole32.dll which owns IMoniker doesn't have a type library).

Florent


Subject: Re: JvNavPane problems
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Mon, 5 Sep 2005 21:57:27 +0200
Newsgroups: jedi.vcl

> > This is a incompatibility between the old IDE and the new Delphi 2005 IDE
> > (Gallileo). This is already fixed in CVS for months. But there was no new
> > release. You could set the FormStyle=fsStayOnTop for the
> > design\JvPageListEditor.pas

Thanks a lot for the tip. But sadly it doesn't help me much since I can't 
click on the individual pages or buttons on the editor itself when I change 
the Formstyle. It behaves like a disabled form.

It seems I have to delve into the CVS although I'm a bit scared to wreak 
some serious havoc with my JVCL when I start to exchange some units.

*shivers 




Subject: Re: Installation problem with today's dialy zip :(
From: "The LuaEdit Team" <luaedit.support@vif.com>
Date: Mon, 5 Sep 2005 13:14:21 -0400
Newsgroups: jedi.vcl

Thanks Andreas! It makes sens too! I should have though about that.

Best regards,
//JF

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:dfhs02$s6o$1@talkto.net...
> > The LuaEdit Team wrote:
> >
>> >> Does anyone has an idea? Thanks in advance!
> >
> > If you use a JVCL CVS snapshot you have to also use a JCL CVS snapshot.
> > You cannot use the newest JVCL without the newest JCL. Sometimes this
> > meight be possible but if there are new functions in JCL the JVCL meight
> > use them.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: TJvDbLookupComboEdit
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Mon, 5 Sep 2005 14:02:33 -0300
Newsgroups: jedi.vcl

Is there any AutoDropDown property?

I want to automatically show the list when i start typing... how do i do it?

[]´s
Cezar 




Subject: Re: Office like Tool Bar?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Sep 2005 18:55:28 +0200
Newsgroups: jedi.vcl

Daniel Rothmaler wrote:

> > can anybody tell me, if there is a office (XP/2003)-like toolbar, in
> > JVCL? 

Do you mean something like this:
http://www.rmklever.com/tbximages/blue.png

Homepage: http://www.rmklever.com/delphitbx.html (requires TBX and TB2k)
[free for non-commercial software]


-- Regards, Andreas Hausladen 

Subject: Re: Installation problem with today's dialy zip :(
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Sep 2005 18:52:19 +0200
Newsgroups: jedi.vcl

The LuaEdit Team wrote:

> > Does anyone has an idea? Thanks in advance!

If you use a JVCL CVS snapshot you have to also use a JCL CVS snapshot.
You cannot use the newest JVCL without the newest JCL. Sometimes this
meight be possible but if there are new functions in JCL the JVCL meight
use them.


-- Regards, Andreas Hausladen 

Subject: Installation problem with today's dialy zip :(
From: "The LuaEdit Team" <luaedit.support@vif.com>
Date: Mon, 5 Sep 2005 12:22:14 -0400
Newsgroups: jedi.vcl

Hi!

I decided to update my jvcl today to benefit of this new JvRuntimeDesign 
package. I unistalled and reinstalled succesfully the jcl v1.95 and tried 
afterward to install the jvcl today's daily zip and encountered an 
installation error. When the jvcl compiles and intalls the files, everytime 
it compute the file JvAppStorage.pas, it yield the following errors:

C:\Prog\Delphi\Component\JEDI\JVCL3-2005-09-04\run\JvAppStorage.pas(976) 
Error: Undeclared identifier: 'MoveChar'
C:\Prog\Delphi\Component\JEDI\JVCL3-2005-09-04\run\JvJVCLUtils.pas(61) 
Fatal: Could not compile used unit '..\..\run\JvAppStorage.pas'

Does anyone has an idea? Thanks in advance!

//JF

PS: I had successfully installed the rc1 full (jcl and jvcl) release a few 
mounths ago and was developping with this release. 




Subject: Office like Tool Bar?
From: Daniel Rothmaler <Rothmaler@quodata.de>
Date: Mon, 05 Sep 2005 17:43:46 +0200
Newsgroups: jedi.vcl

Hi all,

can anybody tell me, if there is a office (XP/2003)-like toolbar, in JVCL?
I think I tried out all bar and panels, but i found nothing that look's like the bar's there...

Best regards
Daniel


Subject: OT: seeking help for writing a tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Sep 2005 11:53:19 +0200
Newsgroups: jedi.vcl

For the Jedi-Apilib we need a tool like OLEVIEW from Microsoft (Platform SDK or VS 6).
The problem is that we need a clone of the Delphi unit ActiveX.pas, but copying from it is copyright infringement.

I think a tool is possible where you enter a name like "IMoniker" and it spits out the Delphi code. Probably such a tool already exists. Maybe i am dumb and Delphi ActiveX or COM object import can handle it.


Subject: Re: Transparent "hot spot" component?
From: norberto <pellicci@shaw.ca>
Date: Sun, 04 Sep 2005 20:56:32 -0700
Newsgroups: jedi.vcl

Hi Elahn,

Thank you very much for your input and the hard work you put into it. It is much appreciated. i will look into writing a component to do this, based on your feedback.

i will let you know the outcome if i manage to finish it.

Take care.

norberto




Elahn Ientile wrote:
> Hi Norberto,
>
> If I needed to do that, I would write a component to do it.
>
> The component would use the WinAPI call SetWindowsHookEx with the WH_MOUSE
> hook to monitor all mouse messages.
>
> I would use a TObjectList/TComponentList to contain "region"
> objects/components which have a Region property, Handle property (which
> contains the window handle of the control the region is in) and events
> (OnMouseDown, OnMouseMove, etc.).
>
> A Region property could be defined as an array of TPoint, e.g. the following
> is a constant which represents a region
>
> const
>   polyRightEye: array[0..11] of TPoint = ((X:694;Y:278),(X:707;Y:266),
>
> (X:730;Y:263),(X:767;Y:288),(X:776;Y:303),(X:760;Y:310),(X:740;Y:317),
>
> (X:731;Y:319),(X:718;Y:317),(X:703;Y:308),(X:694;Y:297),(X:692;Y:286));
>
> If different controls will coexist in a region, you will need to define a
> region for each control, as the Point in the mouse message is relative to
> the control that will receive the message. The window handle of the control
> the message is destined for is in the MouseHookStruct.Hwnd field.
>
> Each time a mouse message is processed by your MouseProc (hook callback),
> loop through your list of regions and use the PointInPolyRgn function from
> JvVCLUtils.pas which resides in ..\jvcl\archive. If the mouse message is in
> that region, fire off the associated event.
>
> If you write the component, I believe it would be a nice addition to JVCL.
> Below is some code that may help you write the component, it's copied out of
> one of my old programs, so you'll need to adapt it...it took me weeks to
> figure this out when I needed it and a couple of hours to find my old code
> and write this explanation, so I hope it helps you. :)
>
> enjoy life,
>                 Elahn
>


Subject: Re: Another problem - TJvxxxCipher. Bug or silliness?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sun, 4 Sep 2005 02:43:45 +0000 (UTC)
Newsgroups: jedi.vcl

"Elahn Ientile" <blackhole@elahn.net> wrote in
news:df9aor$5hg$1@talkto.net: 

> > I'm not familiar with those components, however...what is "s", string,
> > shortstring, etc. and is s the same in both instances or different.

Hi Elahn

It's a standard string type. I would have a bit of a job trying to fit 
25,000 characters (s := List.Text - line 1) into a ShortString. :)

> > 
> > You could try using PChar(s[1]) instead of PChar(s) and see if that
> > helps. 

Yes, I fiddled around with Bufs and PChars and various other options for a 
while but, IIRC, I gave up on it and found another algorithm somewhere, on 
efg's I think.

I just wondered if I was doing something silly with it. There didn't seem 
to be a lot in the help and, if there *was* a problem, then I know the guys 
in here like a heads-up on it.

Cheers


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sat, 3 Sep 2005 22:24:05 -0400
Newsgroups: jedi.vcl

In article <dfbfja$gcq$1@talkto.net>, MichalBorsuk@sitefinder.___RE'MO-
VE__..pl.invalid says...
> > Ed Blanchard wrote:
> > 
>> > > 
>> > > 
>> > > I'm sorry, that isn't completely clear to me (late night, a bit fuzzy 
>> > > this morning) - does this mean that you tried a non-DLL based project 
>> > > using JvAppStorage + JvAppIniFileStorage on a datamodule, forced flush, 
>> > > and created zero length file?
> > 
> > Sorry I wasn't at work ant then had no access to talkto.
> > 
> > I tried JvAppStorage + JvAppIniFileStorage in a DLL datamod and there 
> > was a problem.
> > 
>> > > Cheers,
> > 
> > greetings,
> > 

Yes, I know - I believe that was your original problem. What I want to 
be 100% certain of is if the problem exists when you test with a project 
that is NOT a DLL datamodule. 

I've used JvAppStorage and JvAppXMLFileStorage many times in a 
datamodule (but never as DLL), so let's first eliminate the chance that 
using a DLL is the problem.

Cheers,
EdB



Subject: Re: JvPasswordForm
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 03 Sep 2005 18:32:23 +0200
Newsgroups: jedi.vcl

Eric wrote:
> Hello,
>
> Could you tell where is
> the JvPasswordForm in JVCL 3.

You can find it in View -> Component list.



-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: TJvSettingTreeView's node does not link pageList correctly
From: chinsho <anti-spam@sun-star.co.jp>
Date: Sun, 04 Sep 2005 00:20:19 +0900
Newsgroups: jedi.vcl

one week ago , I update my jvcl with the latest source in cvs. today I found that the TJvSettingTreeView in my  Option Setting Form always show the first page when I change focus to different node. Then I test the previous exe compiled with the jvcl 3.0 formal release which is no problem.  so it seems it is related to the latest source.

best regards
chinsho


Subject: Re: New TJvSimpleXMLOptions: sxoDontSaveProlog
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 03 Sep 2005 10:35:07 +0200
Newsgroups: jedi.vcl

Hi,

> That's why I favor an sxoDoNotAddProlog option where it would leave a prolog if it exists in the loaded file, but not add one if it's missing.
> Any opinions from anyone ?

I would prefer sxoDoNotSaveProlog, it should permit the deletion of an existing prolog without external code.
(This option is disabled by default)

Florent


Subject: Re: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Sat, 3 Sep 2005 07:10:32 +0000 (UTC)
Newsgroups: jedi.vcl

JFN wrote:

> > Hi,
> > 
> > D2005, WinXP, JVCL 3.0 (unpatched)
> > 
> > I've a hard time setting the initial state of a TjvCheckTreeView.
> > 

No taker on this?

I've devised a project demonstrating the problem. Should I post it to
binaries?

TIA,
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 03 Sep 2005 08:43:43 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

>
>
> I'm sorry, that isn't completely clear to me (late night, a bit fuzzy this morning) - does this mean that you tried a non-DLL based project using JvAppStorage + JvAppIniFileStorage on a datamodule, forced flush, and created zero length file?

Sorry I wasn't at work ant then had no access to talkto.

I tried JvAppStorage + JvAppIniFileStorage in a DLL datamod and there was a problem.

> Cheers,

greetings,

> EdB


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: New TJvSimpleXMLOptions: sxoDontSaveProlog
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 03 Sep 2005 00:29:09 +0200
Newsgroups: jedi.vcl

Elahn Ientile wrote:

>> And then again, save, does it apply to every
>> way to save the XML (string, file, stream...)
>
>
> Yes, I believe so. The options can always be changed before and after a Save
> call, in order to provide the desired behaviour.

Yes, but if I recall correctly, the prolog is a node inside the tree structure of the TJvSimpleXML.
Hence, it may be there but not saved, which would be "disturbing", to me. I would expect the save method(s) to follow what's in the tree, without any option controlling it.
That's why I favor an sxoDoNotAddProlog option where it would leave a prolog if it exists in the loaded file, but not add one if it's missing.
Any opinions from anyone ?


Subject: Re: New TJvSimpleXMLOptions: sxoDontSaveProlog
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Sat, 3 Sep 2005 08:20:23 +1000
Newsgroups: jedi.vcl

> > And then again, save, does it apply to every
> > way to save the XML (string, file, stream...)

Yes, I believe so. The options can always be changed before and after a Save
call, in order to provide the desired behaviour.




Subject: Re: JVCL 3.0.1?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 02 Sep 2005 20:09:54 +0200
Newsgroups: jedi.vcl

Ben Trewern wrote:
> Hi all,
>
> Is there likely to be a bugfix version of the JVCL?  I'm sure there have been numerous updates.  What are your plans?

No plans just yet. I'll try to squeeze in a JVCL 3.1 but I'm very short on time right now.


Subject: Re: JvPasswordForm
From: "Ronald Hermans" <rhermans@datamedicare.nl>
Date: Fri, 2 Sep 2005 15:00:34 +0200
Newsgroups: jedi.vcl

On de jv dialogs tab. the 7th from the right.

Groetjens,
Ronald

"Eric" <eric_@_menlog.com_> schreef in bericht 
news:df91ki$3it$1@talkto.net...
> > Hello,
> >
> > Could you tell where is
> > the JvPasswordForm in JVCL 3.
> >
> > Thank you
> > Eric 




Subject: Re: Latest CVS Installation problem under BCB6
From: "Arturro" <lines@poczta.onet.pl>
Date: Fri, 2 Sep 2005 12:33:54 +0100
Newsgroups: jedi.vcl

> >I downloaded latest JCL (1.95 build 1848) and latest JVCL (JVCL3-2005-
09-
> >02).
> >When I tried to install JVCL I've already this error.
> >
> >What is the problem?
> >

I downloaded new JclBase.pas from CVS and Now, it's all ok.

Arturro

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Another problem - TJvxxxCipher. Bug or silliness?
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 2 Sep 2005 21:11:07 +1000
Newsgroups: jedi.vcl

I'm not familiar with those components, however...what is "s", string,
shortstring, etc. and is s the same in both instances or different.

You could try using PChar(s[1]) instead of PChar(s) and see if that helps.

enjoy life,
               Elahn

"Ian Jennings" <ian@microwaredata.co.uk> wrote in message
news:Xns96BF66DE27A01ianmicrowaredatacouk@194.191.0.34...
> > Hi all
> >
> > Sorry to have so many problems lately. This one is really bizarre -
> > unless, of course, I'm doing it all wrong. <g>
> >
> > I've tried the Caesar and XOR flavours and get the same results.
> >
> > I'm encrypting some text in a TStringList then encrypting the filename
> > to save it to. The relevant bits are:
> >
> >     s := List.Text;    <--- Min size around 25000 characters
> >     Cypher.Encode(_EK, PChar(s), Length(s));
> >     List.Text := s;   <--- All ok and nicely encrypted
> >     s := IdxFileName[AType];   <--- eg: temp.txt
> >     Cypher.Encode(_EK, PChar(s), Length(s));   <--- barfs with a GPF
> >     List.SaveToFile(IdxPath + s);
> >
> > (where _EK = '85').
> >
> > I've single-stepped into the Caesar flavour and it goes belly-up,
> >
> >     for I := 0 to Size - 1 do
> >       Buf[I] := Char(Cardinal(Buf[I]) + Cardinal(N));
> >
> > on the second of the lines with the first character of the passed
> > string.
> >
> > The two Encodes look similar. It's not doing something silly like using
> > a ShortString for the second one, is it?
> >
> > TIA
> >
> >
> > --
> > ************************************************************
> > Ian Jennings
> >
> > This post is made entirely from recycled ones and noughts
> > ************************************************************




Subject: Re: Latest CVS Installation problem under BCB6
From: "Arturro" <lines@poczta.onet.pl>
Date: Fri, 2 Sep 2005 12:05:46 +0100
Newsgroups: jedi.vcl

I have D7 Pro.

Arturro

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Latest CVS Installation problem under BCB6
From: "Arturro" <lines@poczta.onet.pl>
Date: Fri, 2 Sep 2005 12:04:39 +0100
Newsgroups: jedi.vcl

> >For the reference and for others, I just found the reason for this:
> >JclBase got a new MoveChar function, used by JvAppStorage.
> >So if you don't recompile the Jcl package, the compiler will find the 
> >old version when compiling JvAppStorage and stop.
> >The solution is then to update the JCL, compile it, then you will be 
> >able to compile the latest JVCL.

Hi.
I downloaded latest JCL (1.95 build 1848) and latest JVCL (JVCL3-2005-09-
02).
When I tried to install JVCL I've already this error.

What is the problem?

Thanks.

Arturro

--- posted by geoForum on http://delphi.newswhat.com


Subject: JvPasswordForm
From: Eric <eric_@_menlog.com_>
Date: Fri, 02 Sep 2005 10:35:06 +0200
Newsgroups: jedi.vcl

Hello,

Could you tell where is
the JvPasswordForm in JVCL 3.

Thank you
Eric


Subject: new component TJvAppCommand added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 02 Sep 2005 09:54:27 +0200
Newsgroups: jedi.vcl

TJvAppCommand catches WM_APPCOMMAND.
WM_APPCOMMAND is sent for the multimedia keys on modern keyboards.
The component is on the "Jv System" palette. It is non-visual and only needed once per program.
It makes Windows stop handling the multimedia keys so while your program has the focus the default actions will be suppressed.

The component is compatible with all versions of Windows, but will of course only work from Win 2000 on because only then WM_APPCOMMAND is issued at all.


BTW i think we should check the Jedi-Apilib for other new APIs to turn into JVCL components or JCL classes.


Subject: Re: Transparent "hot spot" component?
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 2 Sep 2005 10:37:13 +1000
Newsgroups: jedi.vcl

Hi Norberto,

If I needed to do that, I would write a component to do it.

The component would use the WinAPI call SetWindowsHookEx with the WH_MOUSE
hook to monitor all mouse messages.

I would use a TObjectList/TComponentList to contain "region"
objects/components which have a Region property, Handle property (which
contains the window handle of the control the region is in) and events
(OnMouseDown, OnMouseMove, etc.).

A Region property could be defined as an array of TPoint, e.g. the following
is a constant which represents a region

const
  polyRightEye: array[0..11] of TPoint = ((X:694;Y:278),(X:707;Y:266),

(X:730;Y:263),(X:767;Y:288),(X:776;Y:303),(X:760;Y:310),(X:740;Y:317),

(X:731;Y:319),(X:718;Y:317),(X:703;Y:308),(X:694;Y:297),(X:692;Y:286));

If different controls will coexist in a region, you will need to define a
region for each control, as the Point in the mouse message is relative to
the control that will receive the message. The window handle of the control
the message is destined for is in the MouseHookStruct.Hwnd field.

Each time a mouse message is processed by your MouseProc (hook callback),
loop through your list of regions and use the PointInPolyRgn function from
JvVCLUtils.pas which resides in ..\jvcl\archive. If the mouse message is in
that region, fire off the associated event.

If you write the component, I believe it would be a nice addition to JVCL.
Below is some code that may help you write the component, it's copied out of
one of my old programs, so you'll need to adapt it...it took me weeks to
figure this out when I needed it and a couple of hours to find my old code
and write this explanation, so I hope it helps you. :)

enjoy life,
                Elahn

==================================================
var
  FHookHandle: HHook;

function MouseHookCallBack(Code: integer; Msg: WPARAM;
  MouseHook: LPARAM): LRESULT; stdcall;
var
  hStruct: PMouseHookStruct;
begin
  { If the value of Code is less than 0, we are not allowed to do anything
    except pass it on to the next hook procedure immediately. }
  if Code >= 0 then begin
    Result := 0;
    if (Msg = WM_LBUTTONDOWN) or (Msg = WM_RBUTTONDOWN)
    or (Msg = WM_MBUTTONDOWN) then
    begin
      hStruct := PMouseHookStruct(MouseHook);
      if (hStruct.hwnd = frmMain.Handle) then
      begin
        if (Msg = WM_RBUTTONDOWN) or (Msg = WM_MBUTTONDOWN) then
          Result := 1
        else if (Msg = WM_LBUTTONDOWN) and
        frmMain.HandleMouseDown(Point(hStruct^.pt.X, hStruct^.pt.Y)) then
          Result := 1;
      end;
    end;
    if Result = 0 then
      Result := CallNextHookEx(FHookHandle, Code, Msg, MouseHook);
  end else
    Result := CallNextHookEx(FHookHandle, Code, Msg, MouseHook);
end;

procedure InstallMouseHook;
var
  curThread : DWORD;
begin
  curThread := GetWindowThreadProcessId(frmMain.Handle, NIL);
  FHookHandle :=
    SetWindowsHookEx(WH_MOUSE, MouseHookCallBack,HInstance, curThread);
end;

procedure RemoveMouseHook;
begin
  if FHookHandle <> 0 then
    UnhookWindowsHookEx(FHookHandle);
end;

function TfrmMain.HandleMouseDown(pt: TPoint): Boolean;
begin
  Result := True;
  if PointInPolyRgn(pt, polyLogo) then
    salesList.ShowMainMenu
  else if (hasLeftEye and PointInPolyRgn(pt, polyRightEye)) then
    salesList.NextFrmSale
  else if (hasLeftEye and PointInPolyRgn(pt, polyLeftEye)) then
    salesList.PreviousFrmSale
  else if Assigned(SalesList.TopForm) then
  begin
    if (SalesList.TopForm.Handle <> GetForegroundWindow) then
      Result := False;
  end
  else
    Result := False;
//  EIDebugMsg('(X:' + IntToStr(pt.X) + ';Y:' + IntToStr(pt.Y) + '),');
end;





Subject: New TJvSimpleXMLOptions: sxoDontSaveProlog
From: "Elahn Ientile" <blackhole@elahn.net>
Date: Fri, 2 Sep 2005 09:00:14 +1000
Newsgroups: jedi.vcl

Hi all,

This issue is in the bugtracker at:
http://homepages.borland.com/jedi/issuetracker/view.php?id=3171

Below is a copy of the discussion so far...any thoughts?

enjoy life,
               Elahn

======================================================================
Summary:                    New TJvSimpleXMLOptions: sxoDontSaveProlog
Description:
In the XML Spec it states that "XML documents SHOULD begin with an XML
declaration". However, it goes on to explain that this is NOT required for
a 'well-formed' XML document.

See: http://www.w3.org/TR/REC-xml#sec-prolog-dtd

Argument: For internally stored documents that will NOT be provided to an
external party, the XML declaration only serves to increase the size of
the data.

Proposal: That sxoDontSaveProlog is added to TJvSimpleXMLOptions. This
gives the developer the choice, while remaining fully compliant with the
XML standard.
======================================================================

----------------------------------------------------------------------
 obones - 08-31-05 01:26
----------------------------------------------------------------------
The option would be better called sxoNoProlog as using the word "save" in
it may imply that the prolog is there but not saved.
By default, this options is not in, to keep backward compatibility.
Thanks for the proposal.

----------------------------------------------------------------------
 elahn - 08-31-05 02:25
----------------------------------------------------------------------
So a sxoNoProlog option would mean that the Prolog is not Loaded or Saved,
fine by me. :) I assume you're not suggesting having Prolog = nil when
sxoNoProlog is set, as it is a public object property.

It may be desirable in the future to have the Prolog there but not saved,
when Validity checking is implemented. For example, a document is received
from an external source with no Document Type Declaration, is loaded,
standard prolog with DTD is loaded, Validity is checked, then it is saved
into the internal storage with no prolog.

Until Validity checking is implemented, there is no reason to have a
prolog, but not save and load it. Let me know which way you want to go
with it and if you want me to implement it and upload the file. Thanks for
the feedback.

----------------------------------------------------------------------
 obones - 08-31-05 03:03
----------------------------------------------------------------------
Ok, I see what you mean.
I think it would be better to discuss this in the newsgroups here:
news://forums.talkto.net/jedi.vcl

This way more people can give their feedback and then an answer can be
given (maybe two options). And then again, save, does it apply to every
way to save the XML (string, file, stream...)





Subject: JVCL 3.0.1?
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Thu, 1 Sep 2005 17:50:57 +0100
Newsgroups: jedi.vcl

Hi all,

Is there likely to be a bugfix version of the JVCL?  I'm sure there have 
been numerous updates.  What are your plans?

Regards,

Ben 




Subject: TjvCheckTreeView initialization problem
From: "JFN" <no.spam@for.me>
Date: Wed, 31 Aug 2005 20:50:22 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

D2005, WinXP, JVCL 3.0 (unpatched)

I've a hard time setting the initial state of a TjvCheckTreeView.

I have selected the properties:
CheckBoxes = True
CheckBoxOptions.Style = cbsJVCL
The items are set with StateIndex = 1
I have provided StateImages an imagelist with images #1 and #2 set
accordingly.

Everything looks fine and works fine when the form is displayed: a
button connected with the CheckAll proc below works like a charm.

But I want to possibly check all boxes at form intialization, hence I
call CheckAll in the form OnCreate event. But this doesn't work: the
boxes stay unchecked.


Here's the CheckAll proc:

procedure TForm4.CheckAll;

var
  i : Integer;

begin
for i :=  0 to tv.Items.Count - 1 do
  begin
  tv.Checked[tv.Items[i]] :=  True;
  end;// for
end;

As usual, I'm obviously doing smthg wrong but I can't see what. Any
hint?

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: JvUltimDBGrid and JvLookupEdit
From: Opp <nospam@spamexcepmt.com>
Date: Tue, 30 Aug 2005 23:20:43 +0100
Newsgroups: jedi.vcl

Thanks Fred. Sorry for not responding ealier - thread seemed dead.

Many thanks...

Opp.

On Thu, 18 Aug 2005 16:53:50 +0100, "Fred" <nospam_@_nospam.com>
wrote:

>> >>Im trying to make JvDBUltimGrid to respond to  ENTER as TAB. I have
>> >>one field on the grid that I have linked to a JvDropDownList.
> >
> >Put your code in the KeyPress event of the JvDropDownList.
> >
> >Fred
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com



Subject: Re: JvCheckedComboBox filled very long time
From: "kirillkr" <kirill@spam.ru>
Date: Tue, 30 Aug 2005 21:53:37 +0100
Newsgroups: jedi.vcl

> >Maybe BeginUpdate and EndUpdate could solve this problem:
> >
>> >> jvcheckedcombobox1.clear;
> >jvcheckcombobox1.items.beginupdate;
> >try
>> >> while not table1.eof() do begin
>> >>   jvcheckedcombobox1.Items.add(table1.Field[0].AsString);
>> >>   table1.Next;
>> >> end;
> >finally
> >jvcheckcombobox1.items.endupdate;
> >end;

This great. It's work. (Very quickly) ;)
Thank you!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvNavPane problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Aug 2005 22:46:54 +0200
Newsgroups: jedi.vcl

Fingolfin wrote:

> > Is this a known bug or my personal idiocy?

This is a incompatibility between the old IDE and the new Delphi 2005 IDE
(Gallileo). This is already fixed in CVS for months. But there was no new
release. You could set the FormStyle=fsStayOnTop for the
design\JvPageListEditor.pas


-- Regards, Andreas Hausladen 

Subject: JvCheckedComboBox filled very long time
From: "kirillkr" <kirill@spam.ru>
Date: Tue, 30 Aug 2005 21:29:29 +0100
Newsgroups: jedi.vcl

jvcheckedcombobox1.clear;
while not table1.eof() do begin
  jvcheckedcombobox1.Items.add(table1.Field[0].AsString);
  table1.Next;
end;
this code work more 2 minutes with 1073 records.
JvComboBox filled less 5 seconds.
Why jccheckcb filled with more time?
How I can add more items quickly?



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvNavPane problems
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Tue, 30 Aug 2005 22:15:54 +0200
Newsgroups: jedi.vcl

Hi,

I have a problem with TjvNavPane. When I try to open the PageListEditor 
(doubleclick and context menu) it shows up only for a short moment before it 
vanishes again. It even looks a bit like it's empty but it's too fast, I'm 
not sure about this.

I use D2005.

Is this a known bug or my personal idiocy?

Thanks in advance 




Subject: Re: JvCheckedComboBox filled very long time
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 30 Aug 2005 21:54:38 +0200
Newsgroups: jedi.vcl

Maybe BeginUpdate and EndUpdate could solve this problem:

> jvcheckedcombobox1.clear;
jvcheckcombobox1.items.beginupdate;
try
> while not table1.eof() do begin
>   jvcheckedcombobox1.Items.add(table1.Field[0].AsString);
>   table1.Next;
> end;
finally
jvcheckcombobox1.items.endupdate;
end;

Regards,

Florent


Subject: Re: JVCL on Kylix 3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Aug 2005 10:32:11 +0200
Newsgroups: jedi.vcl

AquaCMJ82 wrote:

> > I have been searching all sorts of websites trying to find information
> > about using JVCL with Kylix 3. When i try to run build.sh, it seems to
> > fail on the first package it tries to compile telling me "Your Delphi/BCB
> > version is not supported by this JVCL version!"  I am running Kylix 3.
> > DCC reports that it is version 14.5. Any Suggestions?

At the moment Kylix/VisualCLX support does not work because nobody worked
on it for months. The VisualCLX related change was in April and since then
the core (JvExVCL) has changed dramatically. And nobody change the JvExCLX
to keep compatibility with the new JvExVCL.

-- Regards, Andreas Hausladen 

Subject: JVCL on Kylix 3
From: "AquaCMJ82" <cmjacobs@gmail.com>
Date: Mon, 29 Aug 2005 22:22:38 +0100
Newsgroups: jedi.vcl

I have been searching all sorts of websites trying to find information
about using JVCL with Kylix 3. When i try to run build.sh, it seems to
fail on the first package it tries to compile telling me "Your Delphi/BCB
version is not supported by this JVCL version!"  I am running Kylix 3. DCC
reports that it is version 14.5. Any Suggestions?

Thanks

-Craig



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: FastMM4 and JvParameterListDemo
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Aug 2005 19:14:53 +0200
Newsgroups: jedi.vcl

fixed.

> > Karlheinz

The UnitVersioning-form was destroyed while there were dangling
interfaces. So the compiler-magic Intface cleanup code at the end of the
method accessed non-existing components.

I also found a memory leak in JvParameterList.


-- Regards, Andreas Hausladen 

Subject: Re: FastMM4 and JvParameterListDemo
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 29 Aug 2005 17:05:29 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks a lot Andreas!

Karlheinz


Subject: Re: FastMM4 and JvParameterListDemo
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Aug 2005 17:30:33 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Any ideas?

Sounds like the same problem I had with Eldos components. TElDBTree frees
a list and then destroyes a relation object which itself invokes a Notify
method that accesses the already destroyed list. With BorlandMM it works
but with FastMM it crashes. The fix was to first destroy the releation
object and then the list.



-- Regards, Andreas Hausladen 

Subject: FastMM4 and JvParameterListDemo
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 29 Aug 2005 13:04:30 +0000 (UTC)
Newsgroups: jedi.vcl

If I compile JvParameterListDemo with FastMM4 as memory manager I get
an error after I go to Unitversioning and close this window.

I opened a thread in borland.public.delphi.language.basm => "Problem
with FastMM and D7" 28.08.2005. for my program where I use the same
code as in JvParameterListDemo => ShowUnitVersioning with the same
result.

Pierre gave me the following answer:

=> >Zugriffsverletzung bei Adresse 0040712C in Modul 'skraft.exe'. Lesen
=> >von Adresse 80808088.
=> 
=> This is the error you get when accessing an object that has been 
=> freed. I would analyze the stack trace given by the JCL to find this 
=> invalid object reference.

I am not sure if it is a problem of the JVCL code or FastMM4, because
If I don't use FastMM4 everything works fine in my program Skraft and
in JvParameterListDemo.

Any ideas?

Karlheinz


Subject: Reg: JvEasterEgg
From: "Sean B. Durkin" <sdurkin@{RemoveThis}siliconrose.com.au>
Date: Mon, 29 Aug 2005 21:43:53 +1000
Newsgroups: jedi.vcl

Micha,

Is it too late to answer your query?

jvEasterEgg does work, but the circumstances around which it works make it next to useless. It is really a very badly written component.

To get it to work, place it on a form, where there are no other control
which can accept the focus and eat the keyDown message. Then it will
work. It works by registering a windows hook procedure on its owner form
to monitor keyDown messages. Unfortunately, in most practical situations, this is too late in the game, as the VCL gets the message
first and sends it to the focused control, which in most cases will
eat the message.

The best solution is not to use jvEasterEgg, but to roll your own easter egg code. It is easy enough. Here is a tip: Set the KeyPreview property of the form to True and do your EasterEgg monitoring on the form's KeyPreview. This way you avoid all the nasty windows API stuff.

Faithfully,
Sean B. Durkin



---------------------------------------
Hi,

is there any example around on how to use jvEasterEgg? I set the string, the control keys, set it to active but it just wouldnt fire the event when I type the easter egg string. Maybe I just works at easter ;-)

Thanks in advance for help!

Micha
(J*CL addicted)


Subject: Re: Unicode, WideString!
From: "Zamis" <zamis@ukr.net>
Date: Sun, 28 Aug 2005 23:46:40 +0300
Newsgroups: jedi.vcl

Many thanks, it will help to internationalize many utilities!!!


"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> ???????/???????? ? 
???????? ?????????: news:dei584$mcj$1@talkto.net...
> > Zamis wrote:
>> >> I in the project use components TntUnicode and in the same project the 
>> >> standard language is used not, and Czech for example as in components it 
>> >> is used everywhere WideString that TJvInspector it converts it in idle 
>> >> time string and the information is lost!!!
> >
> >     Yes, as Robert said, standard VCL components don't support 
> > unicode/widestring. Since JvInspector uses the default TEdit control to 
> > edit the text, it doesn't support unicode/widestring.
> >
> >     I seem to recall someone looking into getting JvInspector to use TnT 
> > edit control instead, but I lost the name of who was going to check this.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sun, 28 Aug 2005 13:55:33 -0400
Newsgroups: jedi.vcl

   I often am a bit too verbose.  That's just the way I write and speak...mainly because I have found that by explaining in more detail I more often get the point across a little better than those who communicate with cryptic one-liners.  But no one can ever accuse me of being pointedly rude or of being pretentious when I offer help!  The problem you had was not explained nearly well enough for anyone to begin answering, and it also made you appear to be one who had never read the help or who knew anything about the subject brought up!  How could I have thought otherwise when you never even got past the first sentence of my reply?
   Because of  this...yes, I was forced to assume that you were a beginner or at the very least, a beginner to the way Delphi handles many things.  So I took the time from my busy day to try and help you, and what did I get in return but another shot of attitude on your part in place of you're trying to explain the situation or your abilities and knowledge any better as would ANY competent programmer so that you could finally receive the help you need!
   Delphi programmers everywhere in the world pride themselves on the fact that as a group they tend to be more helpful and more willing to share with each other...not to mention their great tolerance for newbies...to a degree that will never be matched by those working in other languages!  I know this for a fact because when I first started I was actually thrown off a programming list simply for asking a question that could be answered by looking in the helpfile or doing a little googling!  I didn't know any better at the time, and I'm not alone in this type of experience!  Also, because I spend a good part of everyday trying to help other Delphi programmers just as they helped me in the past and still do, I've dealt with more different kinds of people while trying to help than I can count!  What I tell those who cock an attitude right off as you did is that as the person asking the question they have more responsibility than the person who tries to help!  That means taking the time to actually use the help files first, then making sure their questions are lucid, to the point, and polite.  No one here, or elsewhere, gets paid to sit around and help others.  We do it because we all need help occasionally, some like me more than others <g>, and because we care about our fellow man and the quality of all our work. So please, for the sake of all programmers everywhere, the next time you ask for help, THINK before doing so.  Outline your problem with enough information to make it answerable.  Try to remember that there may be language barriers too.  And make sure that if you don't get the answer you are looking for, or if your question has been misunderstood, that you first look to yourself for the reason why!  9 times out of ten the reason answers are not quickly provided to those who ask is because they were asked incorrectly or asked before the questioner has even tried to answer it himself!  The latter usually being most obvious to those who spend a lot of time trying to help!

   Finally, just let me say that I'm sorry for the long post, but these are things that all of us need to be reminded of once in awhile.
-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"Ed Blanchard" <edwardbNONO@NONOsgci.com> wrote in message news:MPG.1d7a6f48e7594509989683@194.191.0.34...
> In article <deq3u7$68b$1@talkto.net>, MichalBorsuk@sitefinder.___RE'MO-
> VE__..pl.invalid says...
>
> Can you two play nice please?
>
> Michal - In the absence of enough information, Robert was trying to give
> you a heads up on a lot of different fronts. Your responses come off
> somewhat rude.
>
> Robert - maybe a bit too verbose for an initial post - there was no
> indication of what level Michal is starting from - I think you made an
> assumption that he's a beginner - and it definitely
>
>
> FYI I use JvAppStorage with JvAppXMLFileStorage in datamodules all the
> time to record user selection for database name, login info, etc.  Never
> had a problem.
>
> I haven't used INI storage, but there shouldn't be an issue.
>
>>
>> And just in case someone WAS reading your input in the future, XML is
>> NOT the answer here. End user will have much less trouble editing an
>> .ini file rather than an .xml file (not to mention myself having to
>> create the file in notepad - with an ini I simply wrote
>> "hostname=localhost").
>
> I disagree -
>>    ZConnection1.Password :=
>>        SettingsFile.ReadString('Connection','Password','');
>
> 1) why would you leave password in plaintext in INI file? The
> XMLFileStorage gives you the ability to encrypt on save and decrypt on
> load (maybe this is in appStorage and works on INI as well).
>
> 2) why would you leave yourself open to support issues by allowing
> (forcing) end-users to edit an INI file manually - create a simple exe
> that will enforce rules and save everything in a format you expect. (Now
> *I'm* making the assumption your users are naive - maybe they are all
> developers themselves though).
>
>
> Have you tried using AppStore and INIStorage with a simple project in a
> datamodule that is *not* a DLL?
>
>
> Cheers,
> EdB
>



Subject: Re: Runtime Designer added
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 28 Aug 2005 18:03:33 +0200
Newsgroups: jedi.vcl

Hi everyone

Hope you enjoy this new designer. One thing though, as indicated in the issue (http://homepages.borland.com/jedi/issuetracker/view.php?id=2847):
The icons are missing for those three new components. Could anyone have a look at this ?

Thanks
Olivier


Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sun, 28 Aug 2005 10:51:47 -0400
Newsgroups: jedi.vcl

In article <des40k$fmo$1@talkto.net>, MichalBorsuk@sitefinder.___RE'MO-
VE__..pl.invalid says...
> > 
>>>> > >>>Have you tried using AppStore and INIStorage with a simple project in a 
>>>> > >>>datamodule that is *not* a DLL? 
>>> > >>
>>> > >>No, and that might actually be the difference. Although I have tried to 
>>> > >>force the AppStorage on the datamod to .Flush the data - the result 
>>> > >>being empty ini file created.
>> > > 
>> > > Can I assume you haven't used AppStore and AppIniFile before?
> > 
> > Yes, my mistake, I was refering to JvAppIniFileStorage when talking 
> > about .Flush. I originally had put JvAppIniFileStorage and 
> > JvFormStorage, forced Flush, the file was created, but with zero length.
> > 

I'm sorry, that isn't completely clear to me (late night, a bit fuzzy 
this morning) - does this mean that you tried a non-DLL based project 
using JvAppStorage + JvAppIniFileStorage on a datamodule, forced flush, 
and created zero length file?

Cheers,
EdB


Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 28 Aug 2005 13:20:29 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:

> Ed Blanchard wrote:
> [..]
>
>>
>>> into the ini file. This won't rather be a security hole as most users will/did create a limited access account (SELECT only) to the database. The database itself is not much of a value for hackers either (a telephone directory, widely available).
>>
>>
>>
>> I think my only issue with that is that most end users are relatively lazy - they'll re-use a password they use for something that *is* a risk.
>
>
> Hence the best solution - limited user account with MySQL with NO password.
>
>> As long as it's strong enough to discourage casual peeking, does it matter?
>
>
> Well, I do keep my login and password in another application encrypted with this control. Just wanted to know what's the chance <g>.
>
>>>> Have you tried using AppStore and INIStorage with a simple project in a datamodule that is *not* a DLL? 
>>>
>>>
>>> No, and that might actually be the difference. Although I have tried to force the AppStorage on the datamod to .Flush the data - the result being empty ini file created.
>>
>>
>> Can I assume you haven't used AppStore and AppIniFile before?
>
>
> Yes, my mistake, I was refering to JvAppIniFileStorage when talking about .Flush. I originally had put JvAppIniFileStorage and JvFormStorage, forced Flush, the file was created, but with zero length.
>
> Thanks for the support,

What about SavePlacement on JvFormStorage and then Flush ?


Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sun, 28 Aug 2005 12:52:32 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:
[..]
>
>> into the ini file. This won't rather be a security hole as most users will/did create a limited access account (SELECT only) to the database. The database itself is not much of a value for hackers either (a telephone directory, widely available).
>
>
> I think my only issue with that is that most end users are relatively lazy - they'll re-use a password they use for something that *is* a risk.

Hence the best solution - limited user account with MySQL with NO password.

> As long as it's strong enough to discourage casual peeking, does it matter?

Well, I do keep my login and password in another application encrypted with this control. Just wanted to know what's the chance <g>.

>>> Have you tried using AppStore and INIStorage with a simple project in a datamodule that is *not* a DLL? 
>>
>> No, and that might actually be the difference. Although I have tried to force the AppStorage on the datamod to .Flush the data - the result being empty ini file created.
>
> Can I assume you haven't used AppStore and AppIniFile before?

Yes, my mistake, I was refering to JvAppIniFileStorage when talking about .Flush. I originally had put JvAppIniFileStorage and JvFormStorage, forced Flush, the file was created, but with zero length.

Thanks for the support,

> Cheers,
> EdB


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Mantis clean up
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 28 Aug 2005 12:42:15 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> In article <dektsp$9hi$1@talkto.net>, obones_gfd_@_gfd_altern.org says...
>
>>> I haven't tried changing state - can anyone do this or are there special permissions required? 
>>
>> I think you need to be a "developper" on Mantis. For the time being I'll leave your account as is, but if you send regular fixes (as it seems you intend to), I'll get you developper access to Mantis and CVS.
>>
>
>
> That'd be best - there's often an awful big step to get from "intend to" to "actually do" <g>.

Yeah, but you never know ;-)


> I just figure I can at least help by filtering  out some of the small stuff...

There is a lot of small stuff in there. I mean, if you could create a few sample self contained applications for the DB related stuff, that would help a lot.


Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sat, 27 Aug 2005 16:19:49 -0400
Newsgroups: jedi.vcl

In article <deqdsn$7uu$1@talkto.net>, MichalBorsuk@sitefinder.___RE'MO-
VE__..pl.invalid says...

> > I apologize for being rude. Just as Robert assumed something about me, I 
> > assumed something about him. Still hope I'll be useful to some of the 
> > visitors, in axchange for finding valuable information on this newsgroup.

Works for me!

> > 
> > Well, XML editor on the user side might be a problem. And to create the 
> > XML (by hand) would have been harder, IMHO.

No argument there - INI much simpler than XML manually.
>> > > 
>> > > 1) why would you leave password in plaintext in INI file? 
> > 
> > I cannot encrypt the password, because users have to enter it directly 
(not if you gave them a utility to do it <g>)

> > into the ini file. This won't rather be a security hole as most users 
> > will/did create a limited access account (SELECT only) to the database. 
> > The database itself is not much of a value for hackers either (a 
> > telephone directory, widely available).

I think my only issue with that is that most end users are relatively 
lazy - they'll re-use a password they use for something that *is* a 
risk.

> > 
>> > > The XMLFileStorage gives you the ability to encrypt on save and decrypt on 
>> > > load (maybe this is in appStorage and works on INI as well).
> > 
> > It does, I have used INI storage to encrypt passwords. How strong is the 
> > encryption - this is what I would like to know.

Funny question to ask if you're willing to leave it in plaintext! <BG> 
As long as it's strong enough to discourage casual peeking, does it 
matter?

> > 
>> > > Have you tried using AppStore and INIStorage with a simple project in a 
>> > > datamodule that is *not* a DLL? 
> > 
> > No, and that might actually be the difference. Although I have tried to 
> > force the AppStorage on the datamod to .Flush the data - the result 
> > being empty ini file created.

Can I assume you haven't used AppStore and AppIniFile before? If that's 
the case can you do a quick copy-and-paste of your code into a simple 
project and let us know if the ini file is still empty (just want to 
ensure nothing is missed in setting up all the AppStore stuff before 
going off on wild-goose chase of DLL issue).

If you are certain components are set up properly, I'll try a simple 
test with DLL here.

Cheers,
EdB


Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 27 Aug 2005 21:28:41 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:
> In article <deq3u7$68b$1@talkto.net>, MichalBorsuk@sitefinder.___RE'MO-
> VE__..pl.invalid says...
>
> Can you two play nice please?
> Michal - In the absence of enough information, Robert was trying to give you a heads up on a lot of different fronts. Your responses come off somewhat rude.

I apologize for being rude. Just as Robert assumed something about me, I assumed something about him. Still hope I'll be useful to some of the visitors, in axchange for finding valuable information on this newsgroup.

>> And just in case someone WAS reading your input in the future, XML is NOT the answer here. End user will have much less trouble editing an .ini file rather than an .xml file (not to mention myself having to create the file in notepad - with an ini I simply wrote "hostname=localhost").
>
>
> I disagree - 

Well, XML editor on the user side might be a problem. And to create the XML (by hand) would have been harder, IMHO.

>>   ZConnection1.Password :=
>>       SettingsFile.ReadString('Connection','Password','');
>
> 1) why would you leave password in plaintext in INI file? 

I cannot encrypt the password, because users have to enter it directly into the ini file. This won't rather be a security hole as most users will/did create a limited access account (SELECT only) to the database. The database itself is not much of a value for hackers either (a telephone directory, widely available).

> The XMLFileStorage gives you the ability to encrypt on save and decrypt on load (maybe this is in appStorage and works on INI as well).

It does, I have used INI storage to encrypt passwords. How strong is the encryption - this is what I would like to know.

> 2) why would you leave yourself open to support issues by allowing (forcing) end-users to edit an INI file manually - create a simple exe that will enforce rules and save everything in a format you expect. (Now *I'm* making the assumption your users are naive - maybe they are all developers themselves though).

That's very right, but those are rather "power users".

> Have you tried using AppStore and INIStorage with a simple project in a datamodule that is *not* a DLL? 

No, and that might actually be the difference. Although I have tried to force the AppStorage on the datamod to .Flush the data - the result being empty ini file created.

> Cheers,
regards,
> EdB


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Sat, 27 Aug 2005 13:39:05 -0400
Newsgroups: jedi.vcl

In article <deq3u7$68b$1@talkto.net>, MichalBorsuk@sitefinder.___RE'MO-
VE__..pl.invalid says...

Can you two play nice please? 

Michal - In the absence of enough information, Robert was trying to give 
you a heads up on a lot of different fronts. Your responses come off 
somewhat rude.

Robert - maybe a bit too verbose for an initial post - there was no 
indication of what level Michal is starting from - I think you made an 
assumption that he's a beginner - and it definitely


FYI I use JvAppStorage with JvAppXMLFileStorage in datamodules all the 
time to record user selection for database name, login info, etc.  Never 
had a problem.

I haven't used INI storage, but there shouldn't be an issue.

> > 
> > And just in case someone WAS reading your input in the future, XML is 
> > NOT the answer here. End user will have much less trouble editing an 
> > .ini file rather than an .xml file (not to mention myself having to 
> > create the file in notepad - with an ini I simply wrote 
> > "hostname=localhost").

I disagree - 
> >    ZConnection1.Password :=
> >        SettingsFile.ReadString('Connection','Password','');

1) why would you leave password in plaintext in INI file? The 
XMLFileStorage gives you the ability to encrypt on save and decrypt on 
load (maybe this is in appStorage and works on INI as well).

2) why would you leave yourself open to support issues by allowing 
(forcing) end-users to edit an INI file manually - create a simple exe 
that will enforce rules and save everything in a format you expect. (Now 
*I'm* making the assumption your users are naive - maybe they are all 
developers themselves though).


Have you tried using AppStore and INIStorage with a simple project in a 
datamodule that is *not* a DLL? 


Cheers,
EdB



Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 27 Aug 2005 18:38:47 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:
>    The other two components you mentioned are just wrappers around the code one would otherwise write to actually write to and read from your Ini-File or Registry.  Personally, I never use them for a number of reasons.  The most important of these being that they lead a beginning programmer down the yellow brick road...

Please find yourself another playground. I'm hoping for and trying to provide some useful advice.

>    HTH's

Surely. I used this code:
  ZConnection1.Hostname :=
      SettingsFile.ReadString('Connection','Hostname','localhost');
  ZConnection1.Port :=
      SettingsFile.ReadInteger('Connection','Port',3306);
  ZConnection1.User :=
      SettingsFile.ReadString('Connection','Username','');
  ZConnection1.Password :=
      SettingsFile.ReadString('Connection','Password','');

And just in case someone WAS reading your input in the future, XML is NOT the answer here. End user will have much less trouble editing an ..ini file rather than an .xml file (not to mention myself having to create the file in notepad - with an ini I simply wrote "hostname=localhost").
The idea is simple: a DLL is sent with an ini file that the user can edit if the default values (localhost:3306, empty user/pass) do not apply. It works. The code contains fewer lines than either of your answers. Thank you.



-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sat, 27 Aug 2005 09:36:38 -0400
Newsgroups: jedi.vcl

   Still trying to help, I now ask exactly what properties are you attempting to save?  If you take a look at the JvFormStorage component you can easily see that it is a non-visual component to help you maintain a Form's persistence...that is, properties such as it's size, position, etc., A DataModule has none of these properties because it is NOT a form!  It is merely a non-visual container object meant to make it easier for one to group all the many non-visual database components that one uses to control and maintain a database.  It is never seen and therefore properties such as those stored by the JvFormStorage component would be useless!  And just as a hint, you need not confine it's use to database components and/or applications either!  It can be used as a container for ANY non-visual component making them more easily used on a completely dynamic basis!
   The other two components you mentioned are just wrappers around the code one would otherwise write to actually write to and read from your Ini-File or Registry.  Personally, I never use them for a number of reasons.  The most important of these being that they lead a beginning programmer down the yellow brick road and then leave them in the hands of the wicked witch...which translated means...You are enabled to make basic use of an ini-File without knowing or understanding how and why it works!  And that is exactly why you are having the problem you are now dealing with!
   Let me make a suggestion here.  Write a quick test app with just one form...the mainform.  In it's uses clause, ( in the interface section ), add the unit, "IniFiles".  In it's Var section, ( of it's implementation section ), add a var like this:  AppIni : TIniFile;  Next, open the Delphi Help File and look up the Tinifile.  learn how to create and/or open an ini-File first, then how to close and free it.  Next learn how to read and write the more simple properties of your Form to it, such as your Form's Left, Top, Height, and Width properties, as well as how to code the defaults for these so that when your ini-file is first created and no properties have yet been written to it, your app can still access the defaults you set up. You'll create and use the defaults the very first time your app is run, and this will be handled in your Form's OnCreate event.  In your form's OnClose or OnCloseQuery event you will write the actual property values out to your new ini-File based upon how your user left the app when it is closed.  Then the next time it is run, the mainform will only open the iniFile and read the property values set when it was run earlier and reset the /form to those same values before the form is shown.  That's Form persistence, and it can include many other property values such as color, font's used, Style, Border types and widths, etc.
   If you choose not to follow my advice, you will be locked into to only being able to store those properties and values that the writer of whatever wrapper component you happen to be using has allowed for.  And you will never understand or be aware of some of the really great things that you can do with an ini-File!
   HTH's

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"Michal Borsuk" <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid> wrote in message news:denckf$ne0$1@talkto.net...
> Michal Borsuk wrote:
>> Is there a way to use JvFormStorage (or similar) on a datamodule? It's in a DLL and I'd like to create an ini file to be shipped with it. User would open the DLL and set values.
>>
>>
>> BTW What's JvAppStorage for? Would it be useful here?
>
> Allright, maybe I was confusing here. I have previously used JvFormStorage with JvAppIniFileStorage on a Form and they worked great. However, when put on a DataModule, they refuse to store the selected properties. I suppose JvAppIniFileStorage "doesn't like" the datamodule, but I don't really remember what datamod descends from.
>
> So, is it a bug that JvFormStorage + JvAppIniFileStorage won't work on a datamodule, or is it a limitation of the container?
>
>
>
> -- 
> Michal Borsuk
> Advanced Call Manager - a call register and manager.
> http://www.advancedcallmanager.com/
>



Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sat, 27 Aug 2005 09:05:20 -0400
Newsgroups: jedi.vcl

   Evidently YOU are one of those people who don't bother to read more than the first sentence before making up your mind about what the writer is trying to say!  My first sentence was an honest question meant to not only get more information from the original questioner but also to setup the "general" explanation I gave starting with the very next line!  It was not meant to be rude, but to make him realize that his question as written had no way of being specifically replied to!  As a moderator on a very well known Delphi list myself, one often has to do more than simply say, "I'm sorry but your question cannot be answered without more specifics.".  Many developers, whether because they have a problem expressing themselves, are not familiar with the language, or are simply new to the subject have real problems just as important as anyone else's.  One must attempt to help even when the question does not appear to be answerable!  What would YOU have given in reply?  Obviously since you are unable or unwilling to read more than a few words in a row, I would suspect you would say something like, "RTFM!", but as you didn't even do that much before trying to smart-mouth others, you are obviously not concerned with helping others but in feeling righteous!

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"Michal Borsuk" <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid> wrote in message news:denbqu$n9n$1@talkto.net...
> Robert Meek wrote:
>>    I just have to ask why you would want to know if you can use the AppStorage component on a datamodule if you don't even know what the component is for? [...]
>>    Some coders prefer using the Registry for the storage and retrieval of application data,
>
> Please do not answer if you are not intending to help.
>
>
> -- 
> Michal Borsuk
> Advanced Call Manager - a call register and manager.
> http://www.advancedcallmanager.com/
>



Subject: Re: TJvgSingleInstance
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 27 Aug 2005 09:38:10 +0000 (UTC)
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in news:depacg
$1nu$1@talkto.net:

> > Ian Jennings wrote:
> > 
>> >> TJvgSingleInstance 
> > 
> > The Jvg stuff will no more exist in that form in the next JVCL release.
> > These components will be merged to the "native JVCL" components or moved
> > to archive.
> > 
> > You could use the TJvAppInstances (JvAppInst.pas) component.
> > 
> > 

Thanks Andreas, I'll try that.

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: TJvgSingleInstance
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Aug 2005 11:24:02 +0200
Newsgroups: jedi.vcl

Ian Jennings wrote:

> > TJvgSingleInstance 

The Jvg stuff will no more exist in that form in the next JVCL release.
These components will be merged to the "native JVCL" components or moved
to archive.

You could use the TJvAppInstances (JvAppInst.pas) component.


-- Regards, Andreas Hausladen 

Subject: Re: JvFormStorage and PageControl
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 27 Aug 2005 10:08:49 +0200
Newsgroups: jedi.vcl

Udo Marten wrote:
> Hi,
>
>
> you are right - but there is no ActivePageIndex Property in the FormStorageDesigner of the JvFormStorage component.

Yes, but I've found TabIndex in JvPageControl. It's read-write and stores the index of currently selected tab.

Have fun.

> Udo


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Another problem - TJvxxxCipher. Bug or silliness?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 27 Aug 2005 07:49:36 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Sorry to have so many problems lately. This one is really bizarre - 
unless, of course, I'm doing it all wrong. <g>

I've tried the Caesar and XOR flavours and get the same results.

I'm encrypting some text in a TStringList then encrypting the filename 
to save it to. The relevant bits are:

    	s := List.Text;    <--- Min size around 25000 characters
    	Cypher.Encode(_EK, PChar(s), Length(s));
    	List.Text := s;   <--- All ok and nicely encrypted
    	s := IdxFileName[AType];   <--- eg: temp.txt
    	Cypher.Encode(_EK, PChar(s), Length(s));   <--- barfs with a GPF
    	List.SaveToFile(IdxPath + s);

(where _EK = '85').

I've single-stepped into the Caesar flavour and it goes belly-up,

    	for I := 0 to Size - 1 do
    	  Buf[I] := Char(Cardinal(Buf[I]) + Cardinal(N));

on the second of the lines with the first character of the passed 
string.

The two Encodes look similar. It's not doing something silly like using 
a ShortString for the second one, is it?

TIA


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Suggestions please
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 27 Aug 2005 04:43:03 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I've had fairly thorough root through all the components but I can't find 
one to do what I exactly want and I wonder if anyone could can suggest a 
solution.

I am looking for something like a TabControl. It doesn't matter if it's 
buttons or tabs or anything - but I'll call them 'tabs' for ease of 
reference. 

I need to have 8 'tabs' arranged in two columns of four; I need to have the 
captions running bottom-to-top; I need to change the colour of the 'tabs'; 
I need to be able to use accellerator keys and the selected one needs to 
stay 'down'.

I think I've tried every panel and button I can find but none of them fits 
the bill exactly. I'm currently using a TJvTabControl and OnDrawTab but it 
doesn't handle accellerator keys.

Any suggestions will be greatly appreciated.

TIA

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: TJvgSingleInstance
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 27 Aug 2005 03:06:47 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

D5, XP SP1

I start with a new project, drop a TJvgSingleInstance on the form and run 
it from the IDE. I get a 'One instance is already running...' error. Ok, so 
I make an exe and run it in case it's soemthing to do with the IDE; same 
thing. I'm doing something wrong??!!

TIA

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: TJvTransparentForm
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 27 Aug 2005 02:06:43 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Could someone please tell me what I am doing wrong. I drop a 
TJvTransparentForm component on a blank form, click on Mask and I get 
"Invalid data type for 'Form Version'". If I 'ok' the error I can continue 
and load the bitmap and all is well, so I can live with it. I'm just 
puzzled as to what I'm doing wrong. The Help is a tad sparse.

TIA


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: JvFormStorage and PageControl
From: "Udo Marten" <udo-marten@t-online.de>
Date: Sat, 27 Aug 2005 03:34:39 +0200
Newsgroups: jedi.vcl

Hi,

> >
> > PageControl1.ActivePage is TTabSheet
> > PageControl1.ActivePageIndex is Integer.
> >
> > IMHO trying to retrieve an existing page instead of its index may cause 
> > the error.
> >
> > Try re/storing ActivePageIndex.
> >
> > Hope this helps.
> > Michal Borsuk

you are right - but there is no ActivePageIndex Property in the 
FormStorageDesigner of the JvFormStorage component.
How can I add this and write to the ini-file in code ? There is no 
description or even an example in the JVCL.

Udo




Subject: Re: JvFormStorage and PageControl
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 26 Aug 2005 22:03:30 +0200
Newsgroups: jedi.vcl

Udo Marten wrote:
> Hi,
>
> I use a JvFormStorage and JvAppIniFileStorage with a PageControl in Delphi 5 Prof.
> IniFileStorage is set to AutoFlush and AutoReload. I like to store the ActivePage of the PageControl.


> Problem is the following:
> Allways an error "ActivePageX already exsits" comes up where X is the last opened page in the PageControl.

PageControl1.ActivePage is TTabSheet
PageControl1.ActivePageIndex is Integer.

IMHO trying to retrieve an existing page instead of its index may cause the error.

Try re/storing ActivePageIndex.

> Udo

Hope this helps.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: True flat style JvDB controls??
From: Phillip H. Blanton <phb@myway.com>
Date: Fri, 26 Aug 2005 13:58:12 -0500
Newsgroups: jedi.vcl

I've used several of the JvDB... controls, in particular
JvDBDateEdit, and JvDBComboEdit and also with JvComboBox.

I'd like to give these a true flat appearance.

Setting the ButtonFlat property on the first two doesn't
really make the button look flat. It just removes the
black border around the button.

I have the Flat property set to True and the BorderStyle 
set to bsSingle.

AFA the JvComboBox is concerned, I have BevelKind set
to bkFlat and the BevelInner set to bvNone and BevelOuter
set to bvLowered, although this doesn't make a difference 
if it is set to bvRaised.

The appearance of this control is definately flat but I 
think the border should be black.

Where would I make the modifications to make these controls 
have a truly flat appearance like the old FlatStyle controls?



Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 26 Aug 2005 17:48:32 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:
> Is there a way to use JvFormStorage (or similar) on a datamodule? It's in a DLL and I'd like to create an ini file to be shipped with it. User would open the DLL and set values.
>
>
> BTW What's JvAppStorage for? Would it be useful here?

Allright, maybe I was confusing here. I have previously used JvFormStorage with JvAppIniFileStorage on a Form and they worked great. However, when put on a DataModule, they refuse to store the selected properties. I suppose JvAppIniFileStorage "doesn't like" the datamodule, but I don't really remember what datamod descends from.

So, is it a bug that JvFormStorage + JvAppIniFileStorage won't work on a datamodule, or is it a limitation of the container?



-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 26 Aug 2005 17:34:51 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:
>    I just have to ask why you would want to know if you can use the AppStorage component on a datamodule if you don't even know what the component is for? [...]
>    Some coders prefer using the Registry for the storage and retrieval of application data, 

Please do not answer if you are not intending to help.


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: JvTimer
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 26 Aug 2005 15:29:41 +0200
Newsgroups: jedi.vcl

Alberto Menghini wrote:

>> Ok, I'm out. Never used the gifanimator before. But maybe you can
>
> enable/start the animator later, so that the timer will start later? seems
> there's
>
>> something not initialized.
>>
>
> In FormActivate there's gifAnimator.Animate := true and this some times this
> raise the exception....
>
> ...I'll try to move in onshow event....

Try setting Threaded to True as well, it may help.


Subject: Re: Is there a way to use JvFormStorage on a datamod?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Fri, 26 Aug 2005 09:09:14 -0400
Newsgroups: jedi.vcl

   I just have to ask why you would want to know if you can use the AppStorage component on a datamodule if you don't even know what the component is for?  Seems to me the sensible thing to do here is go over the source pas file for the component, as well as the online help documentation, and then once you know what it does you'll automatically know where when, and with what you would want to make use of it!
   As for ini-files, they can be used at anytime you wish to store information of almost anykind in-between uses/sessions of an application. They can be written to operate specifically for a particular form and/or unit, including a datamodule, or to operate globally so that all forms and units may store information within them.  In this latter case many coders create/open the ini-file as the application starts, leave it in memory throughout the application's entire run, and then close and free it when the application itself is terminated, thus being available to read and write data to and from it from anywhere in the application and at anytime.
   You'll find many components which provide properties for assigning them to a particular or specific ini file or registry key and which make it very easy to handle the storing and retrieval of data, however I don't like using them and never do.  It seems ridicules to ever have more than one ini-file per application except under very specific circumstances.  And NOT using these properties is quite allright.  anything you wish to store and retrieve for any object in your application can easily be done in code in the ini-file you specify, so don't think that just because these properties are there that they must be used!
   Some coders prefer using the Registry for the storage and retrieval of application data, however the registry in my opinion has some real design flaws, one of the biggest being that it is not self regulating!  That is unless you are very careful to ensure registry keys specific to an application are cleaned up when no longer needed, such as when the app is deleted, the registry just grows and grows, slowly making your operating system and all applications dependant upon it run slower and slower every day!  Ini-files, on the other hand are usually stored in an applications own directory structure or the users documents folder structure where they can be simply deleted from when no longer necessary.  Also when applications are written to provide for multiple users and even multiple concurrent users, such as with large databases, ini-files can store not only application data but user-specific data as well, and all within one simple text file!  And if you really want to have a data storage mechanism that can be exploited for a large variety of uses, then instead of using the ini-file format, use xml! With xml you can do all the things you can do with the ini-files or the registry plus store data with descriptive information or mete-data, and in a hierarchical manner almost as well as a real database!
   HTH's!

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"Michal Borsuk" <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid> wrote in message news:demnvb$iv8$1@talkto.net...
> Is there a way to use JvFormStorage (or similar) on a datamodule? It's in a DLL and I'd like to create an ini file to be shipped with it. User would open the DLL and set values.
>
>
> BTW What's JvAppStorage for? Would it be useful here?
>
> Thank you.
>
> -- 
> Michal Borsuk
> Advanced Call Manager - a call register and manager.
> http://www.advancedcallmanager.com/
>



Subject: Re: JvTimer
From: "Alberto Menghini" <alberto@asoft.it>
Date: Fri, 26 Aug 2005 15:06:13 +0200
Newsgroups: jedi.vcl

> > Ok, I'm out. Never used the gifanimator before. But maybe you can
enable/start the animator later, so that the timer will start later? seems
there's
> > something not initialized.
> >
In FormActivate there's gifAnimator.Animate := true and this some times this
raise the exception....

....I'll try to move in onshow event....




Subject: Re: Download compiled converter?
From: "Dierk" <noSpam@csslabs.de>
Date: Fri, 26 Aug 2005 11:13:02 -0000
Newsgroups: jedi.vcl

Ok download at :
http://sourceforge.net/project/showfiles.php?group_id=45786&release_id=100371
"Dierk" <noSpam@csslabs.de> schrieb im Newsbeitrag
news:demkv1$ie5$1@talkto.net...
> > Where can I download the JVconverter as compiled executable?
> > The delphi5 users can´t compile the code of it!.
> >
> >




Subject: Download compiled converter?
From: "Dierk" <noSpam@csslabs.de>
Date: Fri, 26 Aug 2005 11:04:24 -0000
Newsgroups: jedi.vcl

Where can I download the JVconverter as compiled executable?
The delphi5 users can´t compile the code of it!.




Subject: Re: JvTimer
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Fri, 26 Aug 2005 12:43:41 +0200
Newsgroups: jedi.vcl

> PS ( Andrè excuse me for reply to your account )

no prob.


> 00a7e403 StarCredit.exe JvTimer    275 TJvTimer.Timer
> 00456f9d StarCredit.exe Classes        CheckSynchronize
> 004db133 StarCredit.exe Forms          TApplication.WndProc
> 00458c58 StarCredit.exe Classes        StdWndProc
> 77e27ed1 user32.dll                    DispatchMessageA
> 004db6c7 StarCredit.exe Forms          TApplication.ProcessMessage
> 004db6fe StarCredit.exe Forms          TApplication.HandleMessage
> 004db92e StarCredit.exe Forms          TApplication.Run
> 00d5a084 StarCredit.exe StarCredit 119 initialization


Ok, I'm out. Never used the gifanimator before. But maybe you can enable/start the animator later, so that the timer will start later? seems there's something not initialized.

Regards

André



Subject: Is there a way to use JvFormStorage on a datamod?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 26 Aug 2005 11:55:51 +0200
Newsgroups: jedi.vcl

Is there a way to use JvFormStorage (or similar) on a datamodule? It's in a DLL and I'd like to create an ini file to be shipped with it. User would open the DLL and set values.


BTW What's JvAppStorage for? Would it be useful here?

Thank you.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: JvTimer
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 26 Aug 2005 10:14:41 +0200
Newsgroups: jedi.vcl

Alberto Menghini wrote:
> Yes, I use some jv controls in my application...
> in autocreate main form I have
>
> TJvOpenDialog
> TJvSaveDialog
> TJvGIFAnimator
> TJvSHFileOperation
>
> perhaps TJvGIFAnimator is the problem...

Yes, it is using a TJvTimer.


Subject: Re: JvTimer
From: "Alberto Menghini" <alberto@asoft.it>
Date: Fri, 26 Aug 2005 09:46:00 +0200
Newsgroups: jedi.vcl

Yes, I use some jv controls in my application...
in autocreate main form I have

TJvOpenDialog
TJvSaveDialog
TJvGIFAnimator
TJvSHFileOperation

perhaps TJvGIFAnimator is the problem...

PS ( Andrè excuse me for reply to your account )




Subject: Re: JvTimer
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Fri, 26 Aug 2005 08:37:21 +0200
Newsgroups: jedi.vcl


Hello Alberto,

> but in main form and in any other form there isn't any JvTimer...

but you'd maybe put another Jv-Control on your form. Some JvControls uses an internal timer. I think you have to give some more informations about your form and/or components.

Regards

André


Subject: TJvTabControl
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Fri, 26 Aug 2005 06:16:07 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

D5, XP SP1

I've come across a little glitch with the TJvTabControl that I can't 
trace and which is going to be hell to try and describe. :)

I have a tab control on the left of a form with TabPosition tpLeft and 
it is, in effect, floating free, ie not aligned to anything. There are 
no pages attached to it and I'm using it to make various panels 
(standard TPanels) visible when selected. There are seven tabs arranged 
in two vertical rows. On a start they are displayed (with 1 the active 
one) as:

5   1
6   2
7   3
    4


I can click on 1 to 7, in that order and everything is fine. If I select 
5, 6 or 7 (so the set of three tabs comes to the RHS) then selecting 1, 
2 or 3 makes the 1-2-3-4 set come to the RHS and everything works 
properly. 

If I have 5, 6 or 7 selected (so they are on RHS and active):

1   5
2   6
3   7
4

then selecting 4 (the singleton in that horizontal row) makes the whole 
form shoot off the bottom of the screen! 

If I add another tab, so there are now 8 of them in two rows of four, 
everything is fine and it all works properly.

I'm sorry that I haven't had chance to experiment properly with it all 
but (a) I don't want to mess with it too much as I've only just got the 
whole layout correct (b) I'm *extremely* pressed for time at the moment.

I don't know if it's anything to do with the size of the thing but it 
worked alright until I added another tab, adjusted the size, tab sizes, 
color and the font this morning getting the layout *just* as I want it.

Its properties are:

Align - alNone
Color - clWhite
Font - Arial 9pt
Left - 28
Multiline - True
MultiSelect - False
OwnerDraw - True (it does the same thing with this set to False)
Height - 709
ParentFont - False
RaggedRight - False
Syle - tsTabs
TabHeight - 40
TabPosition - tpLeft
Tabs - seven strings with max length 16
TabStop - False
TabWidth - 173
Top - 9
Width - 93

The only two events I have are OnDrawTab and OnChange. OnChange just 
selects which panel is visible, making the others invisible. For tab 
values 1, 2, 3, 4 & 5 it's Panel A, for tab 6 it's Panel B and for Tab 7 
it's Panel C. And that's all. Not too much rocket science. If I comment 
out the panel visibility switching in OnChange for selection of tabs 1-
5, then the problem does not exist.

Apart from the controls on them, the panels are identical.

Top - 9
Left - 113 (so they overlay the extra bit of the TabControl that I don't 
want to be seen)
Height - 713 (same thing)
Width - 374
Color - clWhite

Does anyone recognise anything obvious that I'm doing wrong? I *suspect* 
it's something to do with the odd number of tabs but can't see what it 
could be and I'm confused as to why *not* changing the panel visibility 
stops it happening.

TIA

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: JvFormStorage and PageControl
From: "Udo Marten" <udo-marten@t-online.de>
Date: Fri, 26 Aug 2005 05:15:09 +0200
Newsgroups: jedi.vcl

Hi,

I use a JvFormStorage and JvAppIniFileStorage with a PageControl in Delphi 5 
Prof.
IniFileStorage is set to AutoFlush and AutoReload. I like to store the 
ActivePage of the PageControl. Problem is the following:
Allways an error "ActivePageX already exsits" comes up where X is the last 
opened page in the PageControl.
Using the persitent storage with other delphi comps works fine.
Any help or suggestions ?

Udo




Subject: Re: Mantis clean up
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 25 Aug 2005 23:05:28 -0400
Newsgroups: jedi.vcl

In article <dektsp$9hi$1@talkto.net>, obones_gfd_@_gfd_altern.org 
says...
> >
>> > > I haven't tried changing state - can anyone do this or are there special 
>> > > permissions required? 
> > 
> > I think you need to be a "developper" on Mantis. For the time being I'll 
> > leave your account as is, but if you send regular fixes (as it seems you 
> > intend to), I'll get you developper access to Mantis and CVS.
> > 

That'd be best - there's often an awful big step to get from "intend 
to" to "actually do" <g>.

I just figure I can at least help by filtering  out some of the small 
stuff...

Cheers,
EdB


Subject: Re: Mantis clean up
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 25 Aug 2005 19:24:26 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:
> In article <dejq32$dt$1@talkto.net>, oobnes__gf_@_gfd_altern.org says...
>
>> Ok, here is how I work:
>>
>> - If it's DB related (DB Access, DB Control), I barely touch it, as I don't have the required knowledge. So please anyone feel free to work on these
>
> I'm game to have a go. It doesn't matter what I work on - I might not have the required knowledge... <g>.

Well, in my case, it's more exactly that I don't have the required setup to get those components working. So I would be wasting a lot of time trying to figure out how to connect them together.


>> - If it's in the "new" state and it requires feedback or I can not reproduce it, I send a message asking for more details.
>> - If it's in the "new" state and I can reproduce it, I put it in the confirmed state. The issue will be looked at later.
>
> I haven't tried changing state - can anyone do this or are there special permissions required? 

I think you need to be a "developper" on Mantis. For the time being I'll leave your account as is, but if you send regular fixes (as it seems you intend to), I'll get you developper access to Mantis and CVS.


>> - If it's been in the "feedback" state for more than 14-20 days, I close it. It's not resolved, it's simply closed for lack of feedback.
>> - Once I get the solution, and I'm happy with it, I put it resolved state. If I'm not happy/not sure about the solution, I ask for feedback.
>
> Resolved = in cvs? Or just "satisfied fix is found"?

Resolved with "fixed" is "in cvs". Other statuses include "Resolved"-"Not reproducible" and so on...


> It isn't said enough: thanks!

Well, thanks to you for helping.

Cheers
Olivier Sannier


Subject: JvTimer
From: "Alberto Menghini" <alberto@asoft.it>
Date: Thu, 25 Aug 2005 18:13:09 +0200
Newsgroups: jedi.vcl

Hi,
I have sometime this error when start my application...( madexcept tell me
there's a problem on line 275 of  JvTimer.pas )

exception class   : EAccessViolation
exception message : Access violation at address 65706944. Read of address
65706944.

main thread ($4a8):
65706944 ???
00a7e403 StarCredit.exe JvTimer    275 TJvTimer.Timer
00456f9d StarCredit.exe Classes        CheckSynchronize
004db133 StarCredit.exe Forms          TApplication.WndProc
00458c58 StarCredit.exe Classes        StdWndProc
77e27ed1 user32.dll                    DispatchMessageA
004db6c7 StarCredit.exe Forms          TApplication.ProcessMessage
004db6fe StarCredit.exe Forms          TApplication.HandleMessage
004db92e StarCredit.exe Forms          TApplication.Run
00d5a084 StarCredit.exe StarCredit 119 initialization

but in main form and in any other form there isn't any JvTimer...

Can you help me to find the problem ?

thanks ..

-- Alberto Menghini 

Subject: Re: Mantis clean up
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 25 Aug 2005 11:59:43 -0400
Newsgroups: jedi.vcl

In article <dejq32$dt$1@talkto.net>, oobnes__gf_@_gfd_altern.org says...
> > Ok, here is how I work:
> > 
> > - If it's DB related (DB Access, DB Control), I barely touch it, as I 
> > don't have the required knowledge. So please anyone feel free to work on 
> > these

I'm game to have a go. It doesn't matter what I work on - I might not 
have the required knowledge... <g>.

> > - If it's in the "new" state and it requires feedback or I can not 
> > reproduce it, I send a message asking for more details.
> > - If it's in the "new" state and I can reproduce it, I put it in the 
> > confirmed state. The issue will be looked at later.

I haven't tried changing state - can anyone do this or are there special 
permissions required? 


> > - If it's been in the "feedback" state for more than 14-20 days, I close 
> > it. It's not resolved, it's simply closed for lack of feedback.
> > - Once I get the solution, and I'm happy with it, I put it resolved 
> > state. If I'm not happy/not sure about the solution, I ask for feedback.

Resolved = in cvs? Or just "satisfied fix is found"?


> > That's how I work, others may work different, but not that much though. 
> > Oh and as to doing "cleanup", there used to be 250 unclosed/unresolved 
> > issues in there two weeks ago, there are now 150 left. It took me two 
> > full days to go through those issues, most of them ending up closed for 
> > lack of feedback or unreproducible steps.

It isn't said enough: thanks!


EdB


Subject: Hottracking and Show vs Showmodal in a plugin.
From: "Tor Erik Behrns" <tor.erik@winxtra.com>
Date: Thu, 25 Aug 2005 15:27:19 +0200
Newsgroups: jedi.vcl

I have a plugin written for Outlook, and on the Form i am using jvNavPanel 
buttons with hottacking enabled. When i display the form within outlook, 
after loading it as a plugin,
using ShowModal, hottracking works as intended. But when i use Show however, 
which i for background processing need to do, the hottacking on the buttons 
stops working.

What happens is basically that the hottrack color activates when i move the 
mouse over the button, but it dont revert back to default color when i 
remove the cursor.

This is currently affecting JvNavpanelButtons and JvNavigationPanes.

Any help on this subject will be greatly apreciated.

Thanks.

Regards
Tor Erik Behrns
WinXtra Software Inc.




Subject: Re: Hint in every cell of a TJvStringGrid?
From: Paw Suddergaard <paw@easyflex.dk>
Date: Thu, 25 Aug 2005 11:13:26 +0200
Newsgroups: jedi.vcl

> Do you know any article or example with similar code?

void __fastcall TForm1::GridMouseMove(TObject *Sender,
      TShiftState Shift, int X, int Y)
{
 int Col, Row;
 Grid->MouseToCell(X, Y, Col, Row);
 Grid->Hint = Grid->Cells[Col][Row];
}


Subject: Re: Hint in every cell of a TJvStringGrid?
From: AlexB <b.a.v@inbox.ru>
Date: Thu, 25 Aug 2005 14:55:09 +0700
Newsgroups: jedi.vcl

Paco Ruiz wrote:
>>> Is it posible to have a hint for every cell in a TJvStringGrid ?
> Do you know any article or example with similar code?

Try TStringAlignGrid by Andreas Hoerstemeier http://www.hoerstemeier.com/grid.htm

(Don't forget apply described fixes)

Alex.



Subject: Re: Mantis clean up
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 25 Aug 2005 09:15:53 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:
> I've started to look through Mantis for stuff with no (or minimal) responses - creating test projects to show confirmation or "cannot reproduce" state.
>
> (for example ID 0002888 w.r.t. JvLED memleak)
>
> Is there any guideline or expectation as to what should be ignored, what should be looked at first etc.
>
> BTW, 0002849 should be closed - it's pretty uninformative, and 0002501 has a new example showing the problem.
>
> Cheers,
> EdB

Ok, here is how I work:

- If it's DB related (DB Access, DB Control), I barely touch it, as I don't have the required knowledge. So please anyone feel free to work on these
- If it's in the "new" state and it requires feedback or I can not reproduce it, I send a message asking for more details.
- If it's in the "new" state and I can reproduce it, I put it in the confirmed state. The issue will be looked at later.
- If it's been in the "feedback" state for more than 14-20 days, I close it. It's not resolved, it's simply closed for lack of feedback.
- Once I get the solution, and I'm happy with it, I put it resolved state. If I'm not happy/not sure about the solution, I ask for feedback.

As I mostly work on this on week-ends, and some of them are not free, it takes from 1 to 3 weeks for an issue that I work on to be thoroughly looked at.
If the issue is "assigned" to someone, the limit before closing the issue is a bit longer, to allow the "assignee" to give feedback as well.
Now, this is for regular issues. For donations, it takes longer as there is a need to discuss the value of it on newsgroups and the potential implications (new doc, new examples...)

That's how I work, others may work different, but not that much though. Oh and as to doing "cleanup", there used to be 250 unclosed/unresolved issues in there two weeks ago, there are now 150 left. It took me two full days to go through those issues, most of them ending up closed for lack of feedback or unreproducible steps.

Cheers
Olivier Sannier
JVCL Coordinator

PS: I used "I", as it seems I'm the most active in there for the past few weeks. Rest assured that I'm not denigrating other's work, far from it.


Subject: Mantis clean up
From: Ed Blanchard <edwardbNONO@NONOsgci.com>
Date: Thu, 25 Aug 2005 01:42:35 -0400
Newsgroups: jedi.vcl

I've started to look through Mantis for stuff with no (or minimal) 
responses - creating test projects to show confirmation or "cannot 
reproduce" state.

(for example ID 0002888 w.r.t. JvLED memleak)

Is there any guideline or expectation as to what should be ignored, what 
should be looked at first etc.

BTW, 0002849 should be closed - it's pretty uninformative, and 0002501 
has a new example showing the problem.

Cheers,
EdB


Subject: Re: Hint in every cell of a TJvStringGrid?
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Thu, 25 Aug 2005 01:39:04 +0200
Newsgroups: jedi.vcl

>> Is it posible to have a hint for every cell in a TJvStringGrid ?
>> How?
>> (or something like OnShowCellHint in TJvDBGrid)
>
>
> Every Cell or Column? Or Row?

Cell

>
> Anyway, you can do it with DBGrid1MouseMove's X and Y properties. And it does not take as much work as it may seem.

Do you know any article or example with similar code?


Subject: Re: JvGnuGetText
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Wed, 24 Aug 2005 21:27:03 +0200
Newsgroups: jedi.vcl

Simon wrote:
> Hi again Olivier,
>
> A quick question I hope. If I continue to use the ANSI VCL, what are
> the limitations in my app?

Not that big actually. Depends what you are writing. If it's limited to one codepage (read below) at a time, then it's OK.

> I know it won't show Hindi or Greek, or any other MBCS language, but is
> there an easy to understand description somewhere of exactly which
> languages will work?

Any languages in _your_ codepage will show correctly. Codepage is Win1252, Win1250 etc. Or, if you prefer internet equivalents, ISO8859-1, ISO-8859-2 etc. respectively.
In Delphi I think they are called ANSI_CHARSET and EASTEUROPE_CHARSET respectively. (there's of course more choice in D)

So for my side I know that if I include Czech, Polish and Hungarian characters in one text, that will be fine. For Western European charset I think that French, Spanish, Portuguese (?), Italian and of course English will go together in one CP, but IIC Nordic CP is a separate codepage, and surely is Greek.

You may want to use Tnt controls, just remember that Delphi does WideString <-> String translation on its own in the local codepage, so when you'd like to get WideString to String in e.g Hindu, use WidestringtostringEx from \source\windows\JclUnicode.pas.

So it is a little bit of a drawback, MS (and Kylix actually) stand better in this matter, but VCL and JVCL offer so much that it's not worth dumping it because of lack of unicode. Skype was written with Tnt.

Good luck.

> Thanks again,
> Simon


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Unicode, WideString!
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 24 Aug 2005 18:11:19 +0200
Newsgroups: jedi.vcl

Zamis wrote:
> I in the project use components TntUnicode and in the same project the standard language is used not, and Czech for example as in components it is used everywhere WideString that TJvInspector it converts it in idle time string and the information is lost!!!

    Yes, as Robert said, standard VCL components don't support unicode/widestring. Since JvInspector uses the default TEdit control to edit the text, it doesn't support unicode/widestring.

    I seem to recall someone looking into getting JvInspector to use TnT edit control instead, but I lost the name of who was going to check this.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Unicode, WideString!
From: "Zamis" <zamis@ukr.net>
Date: Wed, 24 Aug 2005 18:27:00 +0300
Newsgroups: jedi.vcl

I in the project use components TntUnicode and in the same project the 
standard language is used not, and Czech for example as in components it is 
used everywhere WideString that TJvInspector it converts it in idle time 
string and the information is lost!!!


"Robert Marquardt" <robert_marquardt@gmx.de> ???????/???????? ? ???????? 
?????????: news:de8ts3$v0m$1@talkto.net...
> > Zamis wrote:
>> >> TJvInspector dont support WideString!!!
> >
> > Like any VCL component.
> > BTW your question is? 




Subject: JvPlugin, questions about
From: "Fellipe Henrique" <fellipe@imicro.com.br>
Date: Wed, 24 Aug 2005 10:32:25 -0300
Newsgroups: jedi.vcl

Hello everybody, I a newer member os these list, but I use JEDI-VCL a long
time, all component works fine,... but now, my company want to build a
application to use Plugin... and I thinks to use JvPluginManager... my
question is: a long time ago, these version of Plugin have many bugs, Can I
use these component for my clients? because I want to use in my application
with ClientDataSet in my plugins, with MDIChild forms...

If these component do not support a large os plugins file, what component I
use for these?

Thanks for all, and sorry my poor english... I'm a brazilian :-)

-- []s Fellipe Henrique P. Soares Dígitum Softwares Ltda digitum@imicro.com.br 

Subject: JVTIMELINE - Litle Bug
From: "Andre Antunes" <cronotiger1981@hotmail.com>
Date: Wed, 24 Aug 2005 09:53:59 -0300
Newsgroups: jedi.vcl

hello.

I have in a project a component TJVTIMELINE
as the same doesn't come with any support to database, I had to do " in the 
hand " that connection. But it is working very well, so much that if they 
want I can dispose help and even the codes to do the same to work.

Only that am in a situation in that the items of the timeline, are with the 
icon and the description of the same sluttish. It was not for the same to be 
aligned?

It would like a basic help in that subject. Some property that leaves 
aligned the item (your icon and your description)

André Antunes
Carsoft Informática 




Subject: Re: Can't get source to compile
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Aug 2005 11:15:27 +0200
Newsgroups: jedi.vcl

Preston wrote:

> > I have DSPack 2.3.3 (Sep 2004) installed and it had jedi.inc file
> > distributed with it.

The DSPack's jedi.inc meight be outdated. The file has changed a lot in
the last year.


-- Regards, Andreas Hausladen 

Subject: TJvInterpreter (terminate running script)
From: "Artem" <art--king@freemail.ru>
Date: Wed, 24 Aug 2005 09:40:09 +0100
Newsgroups: jedi.vcl

Is there a way to terminate running TJvInterpreter script ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error running D7Pro after JVCL 3.00 install
From: Steve Gouldstone <steve@langdaledesigns.co.uk>
Date: Wed, 24 Aug 2005 09:39:19 +0100
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote:

> >You obviously also have the standalone version of my component 
> >installed. Uninstall the standalone version ("Component : Install 
> >packages...") and remove the pathes to the component in the global 
> >options. Best also delete the files of the component.
> >The component version in the JVCL is just the same as the standalone 
> >version with a chance to be even newer in the JVCL first.

Doh! You are quite right! All sorted now, thank you.

(In my defence I had clicked remove for the component first, but
delphi gave me a warning that the user package wasn't going to work
afterwards, so I thought better of it and decided the HID stuff must
be something Borland supplied!).

Thanks for your help Robert.
Steve

-- Steve Gouldstone 

Subject: Re: Error running D7Pro after JVCL 3.00 install
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 24 Aug 2005 07:55:50 +0200
Newsgroups: jedi.vcl

Steve Gouldstone wrote:

> When I run the IDE, I get an error during startup "Cannot load package
> 'JvSystemD7R.' It contains unit 'JvHidControllerClass,' which is also
> contained in package 'HidController'.

You obviously also have the standalone version of my component installed. Uninstall the standalone version ("Component : Install packages...") and remove the pathes to the component in the global options. Best also delete the files of the component.
The component version in the JVCL is just the same as the standalone version with a chance to be even newer in the JVCL first.


Subject: Error running D7Pro after JVCL 3.00 install
From: Steve Gouldstone <steve@langdaledesigns.co.uk>
Date: Wed, 24 Aug 2005 00:35:07 +0100
Newsgroups: jedi.vcl

Hi

I've just installed and downloaded JVCL and JCL from sourcefourge.
Installation went very well (except I didn't realise JCL had to be
installed first initially).

When I run the IDE, I get an error during startup "Cannot load package
'JvSystemD7R.' It contains unit 'JvHidControllerClass,' which is also
contained in package 'HidController'.

I can OK past this but it occurs many times at startup, also when I
shut down I get lots of list index out of bounds and access violation
errors.

If I uninstall the JVCL (leaving JCL in place) the errors go away.
Reinstalling gives the same problems.

Any ideas?

Thanks

Steve


-- Steve Gouldstone 

Subject: Re: Can't get source to compile
From: "Preston" <nospam@nospam.com>
Date: Tue, 23 Aug 2005 16:02:51 -0600
Newsgroups: jedi.vcl

OK, I figured it out.

I have DSPack 2.3.3 (Sep 2004) installed and it had jedi.inc file 
distributed with it. Anyway, I just removed the DSP from my path and am good 
to go. I'll worry about getting the two to work together later.

Preston 




Subject: Can't get source to compile
From: "Preston" <nospam@nospam.com>
Date: Tue, 23 Aug 2005 15:05:51 -0600
Newsgroups: jedi.vcl

According to the help file  "Adding the source paths means you can easily 
make changes to the source and see it at run-time but be aware that if you 
build with run-time packages, you need to recompile the packages to see the 
changes in the application. To add the source folder locations to Delphi, 
select Tools-Environment Options-Library and add the paths to JVCL\run and 
JVCL\common to the Library path. "

I've got those two paths and this isn't working. When I compile it dies in 
JvTypes on TJvRGBArray = array [0..MaxPixelCount] of TJvRGBTriple;
It doesn't know what TJvRGBTriple is. It's defined in JvTypes.pas but is 
part of conditional. If I add the conditional and recompile it just dies 
somewhere else.

I have a feeling that the help file is leaving something out.

I'm trying to track down a bug in a JEDI component but it's rather difficult 
when you can't step into the code. Can someone offer some advice.

Preston 




Subject: Re: Hint in every cell of a TJvStringGrid?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Tue, 23 Aug 2005 20:39:15 +0200
Newsgroups: jedi.vcl

Paco Ruiz wrote:
> Hi
>
> Is it posible to have a hint for every cell in a TJvStringGrid ?
> How?
> (or something like OnShowCellHint in TJvDBGrid)

Every Cell or Column? Or Row?

Anyway, you can do it with DBGrid1MouseMove's X and Y properties. And it does not take as much work as it may seem.

> Saludos

pozdrowienia,

> Paco Ruiz


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Install Newbie
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Aug 2005 16:02:14 +0200
Newsgroups: jedi.vcl

Kim wrote:

>> > > Have you run Delphi at least once before?
>> > > Is this a demo version? If yes, then you won't be able to install the
>> > > JVCL using the installer.
> > Maybe I should install D7 again, making sure all is installed?

There must be a [HKLM\Software\Borland\7.0]\RootDir string-item which
points to "C:\Somewhere\On\Your\Disk\Delphi7"


-- Regards, Andreas Hausladen 

Subject: Hint in every cell of a TJvStringGrid?
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Tue, 23 Aug 2005 15:34:05 +0200
Newsgroups: jedi.vcl

Hi

Is it posible to have a hint for every cell in a TJvStringGrid ?
How?
(or something like OnShowCellHint in TJvDBGrid)

Saludos
Paco Ruiz


Subject: Re: Install Newbie
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Aug 2005 15:10:54 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > If yes, then you won't be able to install the
> > JVCL using the installer.

And that is not a shortcoming of the installer. It is because the trial
version does not ship with a command line compiler (and it generates
incompatible .dcu and .dcp files)


-- Regards, Andreas Hausladen 

Subject: Re: Install Newbie
From: Kim <ks_NOSPAMPLEASE@pumpkin-post.dk>
Date: Tue, 23 Aug 2005 15:10:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Kim wrote:
>
>> Just trying to install but get this error:
>>
>> C:\Program Files\Borland\Delphi7\jvcl>install.bat
>> Using d5 for build process.
>> Delphi/BCB version not installed.
>
>
> Have you run Delphi at least once before?
> Is this a demo version? If yes, then you won't be able to install the JVCL using the installer.
Maybe I should install D7 again, making sure all is installed?


Subject: Re: Install Newbie
From: Kim <ks_NOSPAMPLEASE@pumpkin-post.dk>
Date: Tue, 23 Aug 2005 15:09:41 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Kim wrote:
>
>> Just trying to install but get this error:
>>
>> C:\Program Files\Borland\Delphi7\jvcl>install.bat
>> Using d5 for build process.
>> Delphi/BCB version not installed.
>
>
> Have you run Delphi at least once before?
> Is this a demo version? If yes, then you won't be able to install the JVCL using the installer.
No Demo - I have used this Delphi for a year or more.


Subject: Re: Install Newbie
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 23 Aug 2005 15:05:15 +0200
Newsgroups: jedi.vcl

Kim wrote:

> Just trying to install but get this error:
>
> C:\Program Files\Borland\Delphi7\jvcl>install.bat
> Using d5 for build process.
> Delphi/BCB version not installed.

Have you run Delphi at least once before?
Is this a demo version? If yes, then you won't be able to install the JVCL using the installer.


Subject: Install Newbie
From: Kim <ks_NOSPAMPLEASE@pumpkin-post.dk>
Date: Tue, 23 Aug 2005 14:50:12 +0200
Newsgroups: jedi.vcl

Just trying to install but get this error:

C:\Program Files\Borland\Delphi7\jvcl>install.bat
Using d5 for build process.
Delphi/BCB version not installed.

Exactly in which directory/ies should I put the jVcl & Jcl folders?
Regards, Kim


Subject: Re: Jv XP Bar
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Tue, 23 Aug 2005 11:32:09 +0200
Newsgroups: jedi.vcl

Max schrieb:

> It's strange: when i select the item, the property 'checked' returns always false. I'll try.....

You have to set the property 'autocheck' on each item to true.

Regards

André


Subject: Re: Transparent "hot spot" component?
From: norberto <pellicci@shaw.ca>
Date: Mon, 22 Aug 2005 13:53:17 -0700
Newsgroups: jedi.vcl

Robert Meek wrote:
>    What you can do so that you don't incur the overhead of the Timage component is take a look at the source.  Create a descendant from the lowest possible common ancestor that has the events and properties you require!
>

Thanks for your suggestion, Robert. i will also look at doing that.

norberto


Subject: Re: Why relative paths on $R directives?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 22 Aug 2005 22:31:20 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Can anyone have a look at this?
>
>
> Done.
>
> And if I remember correctly the Install:=True for disabled packages must
> be true else the installer wont compile them.

Ok, thanks for the explanation.
I've now committed my changes, please let me know if anything goes wrong.


Subject: Re: JvGnuGetText
From: "Simon" <no@thank.you>
Date: Mon, 22 Aug 2005 18:21:03 +0000 (UTC)
Newsgroups: jedi.vcl

Hi again Olivier,

A quick question I hope. If I continue to use the ANSI VCL, what are
the limitations in my app?

I know it won't show Hindi or Greek, or any other MBCS language, but is
there an easy to understand description somewhere of exactly which
languages will work?

Thanks again,
Simon


Subject: Re: JvGnuGetText
From: "Simon" <no@thank.you>
Date: Mon, 22 Aug 2005 17:13:46 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Olivier,

I've discovered it's because the VCL is ANSi only. Once I used a
TTntLabel, the text was displayed fine.

Thanks,
Simon


Subject: Re: Jv XP Bar
From: Max <m.giustiniNOSPAM@ritoll.it>
Date: Mon, 22 Aug 2005 18:11:43 +0200
Newsgroups: jedi.vcl

André Gode ha scritto:
> If you want to count the checked (selected?) items, try
>
> counter:=0;
> for i:=0 to MyXPBar.Items.Count do
>   if MyXPBar.Items[i].Checked then
>     inc(counter);

It's strange: when i select the item, the property 'checked' returns always false. I'll try.....
Thanks: Max


Subject: Re: JvJCLUtils and JvVCL5Utils
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 22 Aug 2005 17:04:26 +0100
Newsgroups: jedi.vcl

> >Fred, please let me know if this is all fine now. It is on my system, 
> >but I don't have that many programs to test it against.

Now, I have to add a declaration for JvJCLUtils or JvJVCLUtils in any 
unit using functions like MsgBox or ExtractMonth. So, I'm not convinced 
by the new version and keep my old release of JVCL. What advantage 
Delphi users gained from the new version (with JVCL5 out of JvJVCL)?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvJCLUtils and JvVCL5Utils
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 22 Aug 2005 17:17:47 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> Fred, please let me know if this is all fine now. It is on my system, but I don't have that many programs to test it against.
>
>
> Now, I have to add a declaration for JvJCLUtils or JvJVCLUtils in any unit using functions like MsgBox or ExtractMonth. So, I'm not convinced by the new version and keep my old release of JVCL. 

Why is that? Wasn't that the case already?


Subject: Re: [JVCL installation] JvGnuGetText.dcu not found
From: "A" <a@b.com>
Date: Mon, 22 Aug 2005 16:03:02 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> ha scritto nel 
messaggio news:deci1f$jod$1@talkto.net...
> > What does the compiler output say?


Hi,
That's the message:
-------------------------------------
Using c6 for build process.

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
JVCLInstall.dpr(74) Fatal: File not found: 'JvGnugettext.dcu'

** error 1 ** deleting Installer_nomo
Press ENTER to continue
-------------------------------------

Do you know what's happening?

Thanks in advance.
Alex 




Subject: Re: [JVCL installation] JvGnuGetText.dcu not found
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 22 Aug 2005 15:13:59 +0200
Newsgroups: jedi.vcl

What does the compiler output say?


-- Regards, Andreas Hausladen 

Subject: Re: Transparent "hot spot" component?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Mon, 22 Aug 2005 08:37:56 -0400
Newsgroups: jedi.vcl

   What you can do so that you don't incur the overhead of the Timage component is take a look at the source.  Create a descendant from the lowest possible common ancestor that has the events and properties you require!

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"norberto" <pellicci@shaw.ca> wrote in message news:debuvg$fgt$1@talkto.net...
> Robert Marquardt wrote:
>>
>> Have a look at TJvImage and the methods, MouseEnter, MouseLeave and HitTest. Since these methods are part of the underlying framework of the JvEx components, they should also be available in several other components.
>> HitTest tells the VCL if the component thinks the mouse has really hit the component. If you use a transparent bitmap in TJvImage then it will make the transparent pixels also transparent to clicks.
>
> Thank you Robert. i will look at the component.
>
> norberto 



Subject: [JVCL installation] JvGnuGetText.dcu not found
From: "A" <a@b.com>
Date: Mon, 22 Aug 2005 13:10:29 +0200
Newsgroups: jedi.vcl

Hi all.
I'm asking for help about the error in topic (platform BCB6 update #4. JCL 
installation is OK. I get this error message while trying to install jvcl).
I already saw (on issuetracker) that this problem should be resolved, but i 
didn't understand how i've to do to bypass it.
I'm waiting for your help.

Thanks in advance.
Alex 




Subject: Re: Jv XP Bar
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Mon, 22 Aug 2005 12:15:36 +0200
Newsgroups: jedi.vcl

Max schrieb:
> How i can know the NUMBER of item selected ?
> Thanks for help.

If you want to count the checked (selected?) items, try

counter:=0;
for i:=0 to MyXPBar.Items.Count do
  if MyXPBar.Items[i].Checked then
    inc(counter);


Regards

André


Subject: Re: JvGnuGetText
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 22 Aug 2005 10:50:11 +0200
Newsgroups: jedi.vcl

Simon wrote:

> Hi,
>
> I've been trying to use JvGnuGetText. As a quick test, I downloaded the
> Italian, Greek and Hindi translation files from PoEdit
> http://www.poedit.org/translations.php). There are enough common terms
> between that and my program that I can see some translation happening.
>
> I'm calling UseLanguage to select the language, then TranslateComponent.
>
> The Italian looks ok, but for both Greek and Hindi, all I get is
> question marks.
>
> I've been into Control Panel Regional Options and selected all
> languages I can - do I need to do this? I didn't go into the advanced
> options though, where you can select code pages.
>
> What else do I need to do to see the correct Greek and Hindi text? What
> am I missing?

Well, you must go into the code page, that's where you actually add the missing characters. This is because the VCL (and the JVCL) is not Unicode and as such needs the code pages to display characters for foreign languages.
But you may not have all the required pages, you will have to test this. You will get more infos on this on the DxGettext homepage here: http://dybdahl.dk/dxgettext/

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Jv XP Bar
From: Max <m.giustiniNOSPAM@ritoll.it>
Date: Mon, 22 Aug 2005 10:38:19 +0200
Newsgroups: jedi.vcl

How i can know the NUMBER of item selected ?
Thanks for help.


Subject: Re: Transparent "hot spot" component?
From: norberto <pellicci@shaw.ca>
Date: Mon, 22 Aug 2005 01:00:35 -0700
Newsgroups: jedi.vcl

Cornie van Schoor wrote:
> Hi
>
> I do not believe you need an invisible component as such.  Most components have already the on.. events you require.  With most events you can read the mouse or click coordinates.  All you need to do then is to convert the mouse coordinates to map coordinates and from there the region you are in. And then call a display hint funtion with the region as a parameter. ect.
>
> Regards
>
>
>
> Cornie

Thank you Cornie. The problem is that the image is an animated character and that the pupils of the eyes and eyelids move independently and are an independent set of bitmaps. The eyelids will mask the pupils and the pupils themselves can move as well. i would like to be able to "grab" either the eyelids or pupils with the mouse cursor and move them (ie: change the displayed bitmaps - "animation") when the cursor is moved. Since the pupils will be masked differently depending on the position of the eyelids (and the pupils), i need a way to modify or mask the hittable portion of the eyelids and the pupils. Mapping the areas which are spatially coincidental is not something i feel will work easily. Moreover, the size of the bitmaps is the same as that of the head for various reasons, and so i have several identically sized bitmap images which are overlapped and transparent.

i will think about this some more. It is not as simple as i first thought (- or perhaps it might even be simpler if i can look at it the right way ).

Thanks again.

norberto


Subject: Re: Transparent "hot spot" component?
From: norberto <pellicci@shaw.ca>
Date: Mon, 22 Aug 2005 00:46:58 -0700
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> Have a look at TJvImage and the methods, MouseEnter, MouseLeave and HitTest. Since these methods are part of the underlying framework of the JvEx components, they should also be available in several other components.
> HitTest tells the VCL if the component thinks the mouse has really hit the component. If you use a transparent bitmap in TJvImage then it will make the transparent pixels also transparent to clicks.

Thank you Robert. i will look at the component.

norberto


Subject: Re: Why relative paths on $R directives?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 22 Aug 2005 01:17:24 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Can anyone have a look at this?

Done.

And if I remember correctly the Install:=True for disabled packages must
be true else the installer wont compile them.

-- Regards, Andreas Hausladen 

Subject: JvGnuGetText
From: "Simon" <no@thank.you>
Date: Sun, 21 Aug 2005 21:59:56 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I've been trying to use JvGnuGetText. As a quick test, I downloaded the
Italian, Greek and Hindi translation files from PoEdit
http://www.poedit.org/translations.php). There are enough common terms
between that and my program that I can see some translation happening.

I'm calling UseLanguage to select the language, then TranslateComponent.

The Italian looks ok, but for both Greek and Hindi, all I get is
question marks.

I've been into Control Panel Regional Options and selected all
languages I can - do I need to do this? I didn't go into the advanced
options though, where you can select code pages.

What else do I need to do to see the correct Greek and Hindi text? What
am I missing?

This is on an English Windows 2000 Pro, with Delphi 7.

Simon


Subject: Re: Latest CVS Installation problem under BCB6
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 Aug 2005 21:51:39 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones wrote :
>
>> I just did a clean, then update, then build c6, and no problems
>> whatsoever. 
>
>
> Now, it's all ok. I downloaded new CVS, I did a clean of all project and after that installed latest JCL and JVCL into BCB6 without any problem ;-).
>
> Thank you for your support Olivier.

For the reference and for others, I just found the reason for this:
JclBase got a new MoveChar function, used by JvAppStorage.
So if you don't recompile the Jcl package, the compiler will find the old version when compiling JvAppStorage and stop.
The solution is then to update the JCL, compile it, then you will be able to compile the latest JVCL.
Cheers
Olivier


Subject: Re: Why relative paths on $R directives?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 Aug 2005 21:45:17 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> So I get no objections?
>> I'll continue the verifications and do the commit if everything is fine.
>
>
> Fine by me.

Before I commit this, I need the installer to be modified so that it adds $(JVCL)\Resources to the library path for Delphi, wether it's a developer installation or not.
Can anyone have a look at this?

Thanks
Olivier


Subject: Runtime Designer added
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 Aug 2005 18:44:30 +0200
Newsgroups: jedi.vcl

Hi all

As indicated in an earlier thread, a runtime designer has been added to the JVCL.
As a result, the JvInspector package(s) have been deleted and the JvInspector components have been moved to the new JvRuntimeDesign package. So if you are using the JvInspector component, you must take this into account when updating.
To get the latest version with the new runtime designer, you must update from CVS or the daily zip.
The best way to get the new package installed is to do a Uninstall/Install cycle using the installer, not forgetting to select the new JvRuntimeDesign package.
If you simply "update" the JVCL via the installer (compile already installed...), only the new runtime package will be compiled (this is a new behaviour of the installer), but it will not be installed.
If you do not uninstall before installing, You should not forget to remove JvInspector???.bpl from your bpl directory, and remove any mention of the two files in the registry under the appropriate keys for your environment.
If you don't do this, you may receive a message warning you about a unit being used in two packages, asking you if you want to use JvRuntimeDesign again the next time. You should say Yes, then close the opened project (File, Close all). Then go to the "Component, Install packages" menu, select the JvInspector package and click "Remove". Click Ok, close your environment. You can now physically remove the JvInspector packages files, your environment should start without any messages, and a new tab called Jv Runtime Design should be there.
Note that this may not happen as the installer seems to remove old jvcl packages if it can't find their sources anymore (this needs to be confirmed).

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: JvJCLUtils and JvVCL5Utils
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 21 Aug 2005 17:54:10 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Fred wrote:
>
>
>> Because you use Delphi not BCB.
>
>
> That is a good reason.
>
>
>
>> If I add the unit JvVCL5Utils to my project, I can't use StrDelete, and if I use the unit JvJCLUtils instead, I have an ambiguity problem. 
>
>
> I changed the files (CVS). The JvJCLUtils now doesn't redeclare the
> Compiler 5 functions anymore.

yes, but that was not enough. All the files that used JvJCLUtils did not compile anymore under C5. I went through all of them and added the required uses in the implementation section so that it should not have any impact on the generated header files.
Fred, please let me know if this is all fine now. It is on my system, but I don't have that many programs to test it against.
Cheers
Olivier


Subject: Re: Transparent "hot spot" component?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Aug 2005 15:34:24 +0200
Newsgroups: jedi.vcl

norberto wrote:
> Hi,
>
> Is there any Jedi component available which is basically a "hot spot" which has the following characteristics:
>
> 1) has a "transparent" property so the background can show through (or, another way of saying this is that the component is "invisible")
> 2) It has OnClick and OnMouseMove or OnMouseOver type events.
> 3) It's shape can be almost arbitrary. If not possible then at least design-time defined ellipse shape or other shapes.
>
> Is there such a component in Jedi (or elsewhere)? i could build on arbitrary shape by placing a lot of, say, TImage components of various sizes overlapping, but this is not the best way to do it (or is it?). What i'm thinking of is what might be used in geographical maps and having different map regions have their own hints or click events.
>

Have a look at TJvImage and the methods, MouseEnter, MouseLeave and HitTest. Since these methods are part of the underlying framework of the JvEx components, they should also be available in several other components.
HitTest tells the VCL if the component thinks the mouse has really hit the component. If you use a transparent bitmap in TJvImage then it will make the transparent pixels also transparent to clicks.


Subject: Re: Transparent "hot spot" component?
From: Cornie van Schoor <cornievs@gmail.com>
Date: Sun, 21 Aug 2005 12:53:07 +0200
Newsgroups: jedi.vcl

Hi

I do not believe you need an invisible component as such.  Most components have already the on.. events you require.  With most events you can read the mouse or click coordinates.  All you need to do then is to convert the mouse coordinates to map coordinates and from there the region you are in. And then call a display hint funtion with the region as a parameter. ect.

Regards



Cornie


Subject: JVCL for several users on a machine
From: "Rosalie Méchante" <nothing@nowhere.com>
Date: Sun, 21 Aug 2005 11:49:19 +0200
Newsgroups: jedi.vcl

Hi,

I have to use JVCL 3 on Delphi 5 for a second user account on one XP 
machine.

Delphi 5 was reeinstalled first, using the new account, and without trouble. 
I suppose that I have to Reinstall JVCL too.

When I run JVCL install.bat I get :

Using d5 for build process.

---------------------------------------------------------------------
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
[..]JVCL3\jvcl\run\JvTypes.pas(204)
 Error: redeclared identifier : 'TJvHTTPProgressEvent'
[..]JVCL3\jvcl\run\JvTypes.pas(261)
 Error: redeclared identifier : 'TJvAnimation'
[..]JVCL3\jvcl\run\JvExControls.pas(48)
 O-  Optimisations : Can't compile unit 'JvTypes.pas'

** error 1 ** deleting Installer_nomo
Press ENTER to continue
---------------------------------------------------------------------

What should I do ?

Thanks for help.

Martin 




Subject: Re: Unicode, WideString!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Aug 2005 06:16:24 +0200
Newsgroups: jedi.vcl

Zamis wrote:
> TJvInspector dont support WideString!!!

Like any VCL component.
BTW your question is?


Subject: Unicode, WideString!
From: "Zamis" <zamis@ukr.net>
Date: Sun, 21 Aug 2005 02:32:28 +0300
Newsgroups: jedi.vcl

TJvInspector dont support WideString!!!




Subject: Re: JvDBGrid column Title
From: "Fred" <nospam@nospam.nospam>
Date: Sat, 20 Aug 2005 17:35:05 +0200
Newsgroups: jedi.vcl

> > You mean that on daily snapshot is this feature implemented?

The 3.0 release contains an old version of JvDBGrid (with bugs and features 
lacking). Please download the latest one (daily zip).

Fred 




Subject: Transparent "hot spot" component?
From: norberto <pellicci@shaw.ca>
Date: Fri, 19 Aug 2005 21:32:44 -0700
Newsgroups: jedi.vcl

Hi,

Is there any Jedi component available which is basically a "hot spot" which has the following characteristics:

1) has a "transparent" property so the background can show through (or, another way of saying this is that the component is "invisible")
2) It has OnClick and OnMouseMove or OnMouseOver type events.
3) It's shape can be almost arbitrary. If not possible then at least design-time defined ellipse shape or other shapes.

Is there such a component in Jedi (or elsewhere)? i could build on arbitrary shape by placing a lot of, say, TImage components of various sizes overlapping, but this is not the best way to do it (or is it?). What i'm thinking of is what might be used in geographical maps and having different map regions have their own hints or click events.

Any ideas?

Thanks.

norberto


Subject: Re: JvSpinEdit/RxSpinEdit
From: "Doug" <whisper@yahoo.com>
Date: Fri, 19 Aug 2005 23:58:11 -0400
Newsgroups: jedi.vcl

The FontSize changes o.k. if another event (other than OnChange)  is used,
but the OnChange event does not fire.  This is the problem.  The AsInteger
is coded alright.





Subject: Re: JvDBGrid column Title
From: "ssamayoa" <nospam@stopspam.com>
Date: Sat, 20 Aug 2005 04:31:53 +0100
Newsgroups: jedi.vcl

>> >> Which version of JVCL?

3.0 release.

You mean that on daily snapshot is this feature implemented?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvSpinEdit/RxSpinEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 20 Aug 2005 02:12:55 +0200
Newsgroups: jedi.vcl

Douglas F. wrote:

> > The RxSpinEdit had a property of AsInteger
TJvSpinEdit also has a property AsInteger but it is "only" public not
published. So you can only access it by (hand written) code.

property AsInteger: Longint read GetAsInteger write SetAsInteger default 0;


-- Regards, Andreas Hausladen 

Subject: JvSpinEdit/RxSpinEdit
From: "Douglas F." <whisper@yahoo.com>
Date: Fri, 19 Aug 2005 19:15:53 -0400
Newsgroups: jedi.vcl

I just about have the Rx RichText example converted to D7, but there is a
problem with the Value from JvSpinEdit.  I am using JvxRichText.

The RxSpinEdit had a property of AsInteger which enabled the assignment of
CurrText.Size and the font size was changed nicely. JvSpinEdit doesn't have
an AsInteger property and the only property that can be used is Value which
is an Extended. I get an overflow problem with Trunc(....Value). Has anyone
utilized the JvSpinEdit for a font size? If so, how can it be coded?




Subject: Re: Latest CVS Installation problem under BCB6
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 19 Aug 2005 22:43:56 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones wrote :
>
>> I just did a clean, then update, then build c6, and no problems
>> whatsoever. 
>
>
> Now, it's all ok. I downloaded new CVS, I did a clean of all project and after that installed latest JCL and JVCL into BCB6 without any problem ;-).
>
> Thank you for your support Olivier.

No worries, glad you're out of trouble.


Subject: Re: Latest CVS Installation problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 19 Aug 2005 20:26:15 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote : 

> > I just did a clean, then update, then build c6, and no problems
> > whatsoever. 

Now, it's all ok. I downloaded new CVS, I did a clean 
of all project and after that installed latest JCL and 
JVCL into BCB6 without any problem ;-).

Thank you for your support Olivier.

Vaclav


Subject: Re: JvDBGrid column Title
From: "Fred" <nospam@nospam.nospam>
Date: Fri, 19 Aug 2005 22:15:12 +0200
Newsgroups: jedi.vcl

> > Which version of JVCL?
> > I have 3.00 installed but if I set the column title's caption with #13
> > like this:

Do you use the latest daily zip?

Fred 




Subject: Re: Which package for the runtime designer ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 19 Aug 2005 20:36:34 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> Sounds good.
>
>
> So do it.

I will this week-end


Subject: Re: Which package for the runtime designer ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Aug 2005 20:21:19 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Sounds good.

So do it.


-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrid column Title
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 19 Aug 2005 17:46:35 +0100
Newsgroups: jedi.vcl

> >What about #13#10 ?

Two "pipes".

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem with TJvMonthCalendar2
From: "olmodelph" <olmodelphi@hotmailXNoSpAmxx.com>
Date: Fri, 19 Aug 2005 18:36:41 +0200
Newsgroups: jedi.vcl

hi all,

I'm using TJvMonthCalendar2 version 2.10 and don't get that bold days run 
fine.

In runtime i add days to the TString 'BoldDays' with the OnSelect event or 
with double click event, it run correctly.

But in the component not refresh the bold days, and not exists a method for 
it. Only they are seen if i click on the buttons for displease the months, 
in this moment, the component are refreshed all days correctly but this 
perfomance isn't ok.

Somebody help me, please.

Olmodelphi 




Subject: Re: JvDBGrid column Title
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 19 Aug 2005 17:13:27 +0100
Newsgroups: jedi.vcl

> >That works fine on my machine. The line break is handled by a Windows 
> >DLL, not by the unit, so I can't do anything for you.

Which version of JVCL?
I have 3.00 installed but if I set the column title's caption with #13
like this:

  JvDBGrid1.Columns [0].Title.Caption := 'Hola'#13'Mundo';

Which grid shows is something like | (pipe) where CR char would be.

It has WordWrap := true.

I'm running on Windows XP SP2.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Which package for the runtime designer ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 19 Aug 2005 17:59:23 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I'd suggest creating a package JvRTDesign or JvRunTimeDesign. The JvInspector can be moved into that package, since the inspector and run time designer are probably going to be used in tandem anyway. The JvInspector package would then be removed, of course.

Sounds good.


Subject: Re: JvDBGrid column Title
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 19 Aug 2005 17:35:54 +0200
Newsgroups: jedi.vcl

ssamayoa wrote:

>> That works fine on my machine. The line break is handled by a Windows DLL, not by the unit, so I can't do anything for you.
>
>
> Which version of JVCL?
> I have 3.00 installed but if I set the column title's caption with #13
> like this:
>
>   JvDBGrid1.Columns [0].Title.Caption := 'Hola'#13'Mundo';
>
> Which grid shows is something like | (pipe) where CR char would be.
>
> It has WordWrap := true.
>
> I'm running on Windows XP SP2.

What about #13#10 ?


Subject: Re: Which package for the runtime designer ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 19 Aug 2005 17:34:56 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> OBones wrote:
>
>> Hi all,
>>
>> If you have a look at issue 2847, you'll see that we have a runtime designer ready to be included in the JVCL.
>> What I'd like to get opinions on, is the package where to put this. A new one, an existing one?
>
>
>     I'd suggest creating a package JvRTDesign or JvRunTimeDesign. The JvInspector can be moved into that package, since the inspector and run time designer are probably going to be used in tandem anyway. The JvInspector package would then be removed, of course.

I like that option quite well.


Subject: Re: JvJCLUtils and JvVCL5Utils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Aug 2005 17:30:49 +0200
Newsgroups: jedi.vcl

Fred wrote:

> > Because you use Delphi not BCB.

That is a good reason.


> > If I add the unit JvVCL5Utils to my project, I can't use StrDelete, and 
> > if I use the unit JvJCLUtils instead, I have an ambiguity problem. 

I changed the files (CVS). The JvJCLUtils now doesn't redeclare the
Compiler 5 functions anymore.


-- Regards, Andreas Hausladen 

Subject: Re: Which package for the runtime designer ?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 19 Aug 2005 17:16:38 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hi all,
>
> If you have a look at issue 2847, you'll see that we have a runtime designer ready to be included in the JVCL.
> What I'd like to get opinions on, is the package where to put this. A new one, an existing one?

    I'd suggest creating a package JvRTDesign or JvRunTimeDesign. The JvInspector can be moved into that package, since the inspector and run time designer are probably going to be used in tandem anyway. The JvInspector package would then be removed, of course.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvDBGrid column Title
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 19 Aug 2005 13:28:16 +0100
Newsgroups: jedi.vcl

> >I try but doesn't work. 

???
That works fine on my machine. The line break is handled by a Windows 
DLL, not by the unit, so I can't do anything for you.

Don't forget to set Wordwrap to True.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid column Title
From: "Edinelson" <ealemes@ig.com.br>
Date: Fri, 19 Aug 2005 08:00:19 -0300
Newsgroups: jedi.vcl

I try but doesn't work. 




Subject: Re: JvJCLUtils and JvVCL5Utils
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 19 Aug 2005 11:56:28 +0100
Newsgroups: jedi.vcl

> > So I do not see the point.

Because you use Delphi not BCB.

If I add the unit JvVCL5Utils to my project, I can't use StrDelete, and 
if I use the unit JvJCLUtils instead, I have an ambiguity problem. 
Currently, I have a compilation error for each AnsiStartsText in my 
apps. There was no problem when JvVCL5Utils didn't exist.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Latest CVS Installation problem under BCB6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 19 Aug 2005 12:04:04 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones wrote:
>
>> I saw this problem a few days ago and after updating the JVCL
>> again, it disappeared. A commit on the 12th of august suggest
>> there indeed was a problem, but it seems to have been fixed
>> since then. 
>
>
> Hmm... but I downloaded JCL and JVCL CVS this morning :-(.
>
> So. I will clear all CVS files and will download them
> once again...and then I let you know but not earlier than this evening.

I just did a clean, then update, then build c6, and no problems whatsoever.


Subject: Re: Latest CVS Installation problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 19 Aug 2005 09:02:55 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote: 

> > I saw this problem a few days ago and after updating the JVCL
> > again, it disappeared. A commit on the 12th of august suggest
> > there indeed was a problem, but it seems to have been fixed
> > since then. 

Hmm... but I downloaded JCL and JVCL CVS this morning :-(.

So. I will clear all CVS files and will download them
once again...and then I let you know but not earlier 
than this evening.

Thank you.
 



Subject: Re: Latest CVS Installation problem under BCB6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 19 Aug 2005 10:31:58 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> Hi,
> I tried to install latest JVCL CVS and I've got following
> error. Please, Can somebody crosscheck this problem? Thanks.

I saw this problem a few days ago and after updating the JVCL again, it disappeared. A commit on the 12th of august suggest there indeed was a problem, but it seems to have been fixed since then.


Subject: Latest CVS Installation problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 19 Aug 2005 07:07:10 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I tried to install latest JVCL CVS and I've got following
error. 
Please, Can somebody crosscheck this problem? Thanks.

E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\run
\JvAppStorage.pas(965) Error: Undeclared identifier: 'MoveChar'

E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\
run\JvJVCLUtils.pas(61) Fatal: Could not compile used unit 
'JvAppStorage.pas'

** error 1 ** deleting JvCoreC6R.bpl

** error 1 ** deleting CompilePackages

Best regards,
Vaclav


Subject: Re: Why relative paths on $R directives?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Aug 2005 00:45:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > So I get no objections?
> > I'll continue the verifications and do the commit if everything is fine.

Fine by me.

-- Regards, Andreas Hausladen 

Subject: Re: Why relative paths on $R directives?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 Aug 2005 23:08:37 +0200
Newsgroups: jedi.vcl

So I get no objections?
I'll continue the verifications and do the commit if everything is fine.


Subject: Which package for the runtime designer ?
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 18 Aug 2005 23:07:56 +0200
Newsgroups: jedi.vcl

Hi all,

If you have a look at issue 2847, you'll see that we have a runtime designer ready to be included in the JVCL.
What I'd like to get opinions on, is the package where to put this. A new one, an existing one?

Thanks for your views.

Olivier


Subject: JvJCLUtils and JvVCL5Utils
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 18 Aug 2005 18:43:35 +0100
Newsgroups: jedi.vcl

 Hi,

I don't understand why JvJCLUtils has been splitted in two units 
(JvJCLUtils and JvVCL5Utils). I certainly missed the explanation on this 
forum. This change introduces a big mess in some of my apps. Try to use 
the functions AnsiStartsText and StrDelete in the same unit and you'll 
see (I use BCB 5).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvJCLUtils and JvVCL5Utils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Aug 2005 19:40:13 +0200
Newsgroups: jedi.vcl

Fred wrote:

> > I don't understand why JvJCLUtils has been splitted in two units 
> > (JvJCLUtils and JvVCL5Utils). 

They haven't been splitted. JvVCL5Utils was developed to make JVCL unit
writing a little bit easier. The AnsiStartsText and StrDelete functions
are still in JvJCLUtils (for compatibility reasons). So I do not see the
point.

-- Regards, Andreas Hausladen 

Subject: Re: How to submit bug
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 18 Aug 2005 18:13:39 +0200
Newsgroups: jedi.vcl

Preston wrote:
> I've been all over http://homepages.borland.com/jedi/issuetracker and can't figure out how to submit a bug. Can someone point me in the right direction? 

Register for a login, then you will be able to submit a bug.


Subject: Re: JVDBgrid and EditControls
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 18 Aug 2005 16:59:55 +0100
Newsgroups: jedi.vcl

> >Can sombody explain to me the utility of EditControls in JvDBgrid

If you think the DB controls like JvDBDateEdit are useful controls, then 
you have the answer. "Edit controls" are any DB editors you want to put 
into your cells.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvUltimDBGrid and JvLookupEdit
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 18 Aug 2005 16:53:50 +0100
Newsgroups: jedi.vcl

> >Im trying to make JvDBUltimGrid to respond to  ENTER as TAB. I have
> >one field on the grid that I have linked to a JvDropDownList.

Put your code in the KeyPress event of the JvDropDownList.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid column Title
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 18 Aug 2005 16:49:20 +0100
Newsgroups: jedi.vcl

> >I don't think you can specify where a word break occurs

Use char #13 (CR) to break your lines.
Example: 'My' + #13 + 'title'

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: How to submit bug
From: "Preston" <nospam@nospam.com>
Date: Thu, 18 Aug 2005 09:43:55 -0600
Newsgroups: jedi.vcl

I've been all over http://homepages.borland.com/jedi/issuetracker and can't 
figure out how to submit a bug. Can someone point me in the right direction? 




Subject: Re: JvCsvData component
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 17 Aug 2005 13:56:01 -0400
Newsgroups: jedi.vcl

Sam Francke wrote:
> > In jcl is an example named: JclLocales demo. Add a column to the
> > listview with the caption 'dec' and add a line in the procedure
> > TMainForm.CreateLocalesList:
> > 
> > SubItems.Add(DecimalSeparator);
> > 


That would be a good addition to be checked into CVS for that JCL demo.

Could you go and bug the JCL maintainers about that in the jedi.jcl
newsgroup? Should be trivial patch to check in.

Warren


Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Wed, 17 Aug 2005 17:06:57 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote at 16-8-2005 21:50:17 :

>> > > So 1.200,56 is a normal way to write our currency/float.
>> > > (1200 euro and 56 cents)
>> > > Maybe I am missing something?
>> > > 
> > 
> > Give me a day or two and I'll upload a changed version of
> > JvCsvData.pas for you to play with.  If it solves your problem, and I
> > can determine that it has no harmful side effects for users of other
> > locales than yours, I'll check it in.

Thanks.

In jcl is an example named: JclLocales demo. Add a column to the
listview with the caption 'dec' and add a line in the procedure
TMainForm.CreateLocalesList:

SubItems.Add(DecimalSeparator);

-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: JvWizard: How to Click the Cancel Button Programmatically?
From: <fduenas@gmail.com>
Date: Wed, 17 Aug 2005 11:07:38 -0500
Newsgroups: jedi.vcl

"DP" <no@email.com> escribió en el mensaje news:ddg3fg$es0$1@talkto.net...
> > Hello,
> >
> > I need to click the TJvWizard Cancel button programmatically.
> > I can easily do that with, say, Back and Next - there are corresponding
> > methods (SelectPrevPage, SelectNextPage).
> > But I can't find a way to click the Cancel button!

CancelButton and FinishButton does nothing, they are there just to main a
Visual Wizard's Framework.


> > Hope for your expert help.
> >
> > Thanks in advance,
> > D.P.
> >
> > P.S. Why I need that? I want to replace standard dialog buttons with my
own.
> > If anyone knows more elegant way of doing that than just putting a custom
> > button over a standard one, please let me know also :)

Set published property JvWizard1.ButtonBarHeight to 0 (zero)
This will hide the default button bar, then you can add you own button bar.

> >




Subject: Re: JvCsvData component
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 16 Aug 2005 15:50:17 -0400
Newsgroups: jedi.vcl

> > So 1.200,56 is a normal way to write our currency/float.
> > (1200 euro and 56 cents)
> > Maybe I am missing something?
> > 

Give me a day or two and I'll upload a changed version of JvCsvData.pas
for you to play with.  If it solves your problem, and I can determine
that it has no harmful side effects for users of other locales than
yours, I'll check it in.

Warren





Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Tue, 16 Aug 2005 17:42:35 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote at 16-8-2005 to group(s) jedi.vcl:

> > I suggest dhPeriod as the DEFAULT value for the property, since that
> > will probably solve the problem nicely, and make EVERY CSV file your
> > app reads/writes assume a USA/ENGLISH default which is a reasonable
> > way to guarantee interchangeability.  For people who REALLY want to
> > store "123,456" in their files, we'll let 'em do that too, but it
> > seems to me that the "," thing should stay OUT of data files and be a
> > display-only option if the locale says so.
> > 
It is not 123,456 but 123,45 and the comma is the hunderd sep in
currency and the dot the thousend sep.
So 1.200,56 is a normal way to write our currency/float.
(1200 euro and 56 cents)
Maybe I am missing something?

-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: JvCsvData component
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 16 Aug 2005 13:33:29 -0400
Newsgroups: jedi.vcl

OBones wrote:
> > why check the locale when it can be as simple as "if it's equal to
> > Separator, then enclose in quotes" ?

Right now the component is clearly totally broken
when the locale specifies ',' as the decimal separator. The file it
creates can't be read back in by itself. It's a serious flaw in the
component, because it uses the locales already, to write the csv
file, then it assumes the formatted value won't contain a ','.

His suggestion is the simplest way to fix it, but his idea does
mean that you have to have the same locale to read the file
as to write the file.  This would kill the useful CSV file
property of being "interchangeable".

I suggest a property called DecimalHandling (enumerated type):

	dhPeriod: uses a period always, regardless of locale. Provides a
de-facto standard for global file interchange.
	dhComma: for those who want their files always to contain a comma, and
the floating point values in quotes.
	dhLocale:  uses current locale in reading/writing, but is non portable.
Can also support some other non-standard decimal separator specified by
locale.

I suggest dhPeriod as the DEFAULT value for the property, since that
will probably solve the problem nicely, and make EVERY CSV file your app
reads/writes assume a USA/ENGLISH default which is a reasonable
way to guarantee interchangeability.  For people who REALLY want to
store "123,456" in their files, we'll let 'em do that too, but it seems
to me that the "," thing should stay OUT of data files and be a
display-only option if the locale says so.


Warren



Subject: Re: JvCsvData component
From: Gert Kello <Gert.Kello@mail.ee>
Date: Tue, 16 Aug 2005 16:33:50 +0300
Newsgroups: jedi.vcl

>> Bad wording from me, indeed:
>> 1. I have CSV with float number "9.111,45"
>> 2. My system settings say the format should be "9 111.45"
>> 3. What should the component do when reading the CSV file?
>>
>
> 1. remove double quotes, the first and last: 9.111.45
>    (the CsvFieldDef contains the fielddef eg string, float or integer)
>    In our case the float is set.
> 2. Convert 9.111.45 to your float-format 9 111.45
> 3. Display the value eg in a dbGrid of zoiets.

What if the format for saving was 9T111D45? ("T" as thousands separator, "D" as decimal separator...)
Ok, the format is not very sensible. But the question remains: How "smart" should the component be?

Gert



Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Tue, 16 Aug 2005 13:22:52 +0000 (UTC)
Newsgroups: jedi.vcl

Gert Kello wrote at 16-8-2005 to group(s) jedi.vcl:

>>> > > > 1. I have CSV with float number "9.111,45"
>>> > > > 2. My system settings say the format should be "9 111.45"
>>> > > > 3. What should the component do when reading the CSV file?
>>> > > > 
>> > > 
>> > > 1. remove double quotes, the first and last: 9.111.45
>> > >   (the CsvFieldDef contains the fielddef eg string, float or
>> > > integer)   In our case the float is set.
>> > > 2. Convert 9.111.45 to your float-format 9 111.45
>> > > 3. Display the value eg in a dbGrid of zoiets.
> > 
> > What if the format for saving was 9T111D45? ("T" as thousands
> > separator, "D" as decimal separator...) Ok, the format is not very
> > sensible. But the question remains: How "smart" should the component
> > be?

As smart as possibel.
Every time the component reads a csv file the strings are converted to
a floating value!
The function StrToFloatUS is used. See JvJCLUtils.pas.
That is OK but in my case the string was not converted to a float
value, see my first post.

-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: JvCsvData component
From: Gert Kello <Gert.Kello@mail.ee>
Date: Tue, 16 Aug 2005 16:01:25 +0300
Newsgroups: jedi.vcl

>> Do You want to say that the component must be able to automatically
>> detect the number format used for saving? It might be a little
>> problematic...
>
>
> At saving imho the component has to scan every field to see if the sep
> is inside, if yes then add double quotes otherwise not.

Bad wording from me, indeed:
1. I have CSV with float number "9.111,45"
2. My system settings say the format should be "9 111.45"
3. What should the component do when reading the CSV file?

Gert


Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Tue, 16 Aug 2005 12:54:20 +0000 (UTC)
Newsgroups: jedi.vcl

Gert Kello wrote at 16-8-2005 to group(s) jedi.vcl:

> > Bad wording from me, indeed:
> > 1. I have CSV with float number "9.111,45"
> > 2. My system settings say the format should be "9 111.45"
> > 3. What should the component do when reading the CSV file?
> > 
1. remove double quotes, the first and last: 9.111.45
   (the CsvFieldDef contains the fielddef eg string, float or integer)
   In our case the float is set.
2. Convert 9.111.45 to your float-format 9 111.45
3. Display the value eg in a dbGrid of zoiets.

-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: JvCsvData component
From: Gert Kello <Gert.Kello@mail.ee>
Date: Tue, 16 Aug 2005 15:45:16 +0300
Newsgroups: jedi.vcl

>> Well, I did mean the situation when the CVS file is saved with "," as
>> decimal separator, but readed in system where "." is configured as
>> decimal separator...
>>
>
> I am sorry but my English is to small to explain it good.
> If the sep is a comma then values with a comma in it (eg 1,002.90) must
> surrounded by double quotes, otherwise not (eg 100.90).
> Also text values with a comma inside must surrounded by double quotes :)
>  
> If the component saves: added double quotes;
> if the component reads: detect the floating values eg "1,002,90",100.90,20 or
> eg "1.002,90",100.90,20

Do You want to say that the component must be able to automatically detect the number format used for saving? It might be a little problematic...

Gert


Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Tue, 16 Aug 2005 12:37:21 +0000 (UTC)
Newsgroups: jedi.vcl

Sam Francke wrote at 16-8-2005 to group(s) jedi.vcl:

> > Gert Kello wrote at 16-8-2005 to group(s) jedi.vcl:
> > 
>>>> > > > > Well, I did mean the situation when the CVS file is saved with
>>>> > > > > "," as decimal separator, but readed in system where "." is
>>>> > > > > configured as decimal separator...
>>>> > > > > 
>>> > > > 
>>> > > > I am sorry but my English is to small to explain it good.
>>> > > > If the sep is a comma then values with a comma in it (eg 1,002.90)
>>> > > > must surrounded by double quotes, otherwise not (eg 100.90).
>>> > > > Also text values with a comma inside must surrounded by double
>>> > > > quotes :) If the component saves: added double quotes;
>>> > > > if the component reads: detect the floating values  eg
>>> > > > "1,002,90",100.90,20 or eg "1.002,90",100.90,20
>> > > 
>> > > Do You want to say that the component must be able to automatically
>> > > detect the number format used for saving? It might be a little
>> > > problematic...
> > 
> > At saving imho the component has to scan every field to see if the sep
> > is inside, if yes then add double quotes otherwise not.

And the component does it.

-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: JvTFAlarm problem...also the JvAlarms too!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 16 Aug 2005 08:36:51 -0400
Newsgroups: jedi.vcl

   I tried and couldn't make any sense of the JTFAlarm either, so then I decided to give the JvAlarms a try.  It's a bit strange as well, refusing to run code within it's AlarmSchedulerAlarm handler that may follow reading of the Alarm.Name or triggertime properties you need to tell which alarm is going off at the moment!  I actually had to pull the code out and call it from the event in a secondary procedure to make it run!
   Also, although it appears via testing that the individual Alarms as set are indeed going off at their pre-set Triggertimes, when you read the current triggerTime it is always the same as the first one to go off!  This means either keeping control over the order in which the Alarms are to go off or depending upon the Alarm.name to verify which alarm has just gone off!

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"Justin Levene" <jplevene@netscape.net> wrote in message news:dds69q$iuc$1@talkto.net...
> I have tried Google, but Google is not my friend for this one.
>
> I am using the TF diary components but can't get the TFAlarm working, it won't trigger on an event.  I feel it has something to do with the "Resources" property, but what is this TStrings (Resources) property?  I have set it to equal the "JvTFWeeks.SchedNames" or "JvTFDays.Template.CompNames" but it still doesn't work. 



Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Tue, 16 Aug 2005 12:33:20 +0000 (UTC)
Newsgroups: jedi.vcl

Gert Kello wrote at 16-8-2005 to group(s) jedi.vcl:

>>> > > > Well, I did mean the situation when the CVS file is saved with
>>> > > > "," as decimal separator, but readed in system where "." is
>>> > > > configured as decimal separator...
>>> > > > 
>> > > 
>> > > I am sorry but my English is to small to explain it good.
>> > > If the sep is a comma then values with a comma in it (eg 1,002.90)
>> > > must surrounded by double quotes, otherwise not (eg 100.90).
>> > > Also text values with a comma inside must surrounded by double
>> > > quotes :) If the component saves: added double quotes;
>> > > if the component reads: detect the floating values  eg
>> > > "1,002,90",100.90,20 or eg "1.002,90",100.90,20
> > 
> > Do You want to say that the component must be able to automatically
> > detect the number format used for saving? It might be a little
> > problematic...

At saving imho the component has to scan every field to see if the sep
is inside, if yes then add double quotes otherwise not.
 
-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Tue, 16 Aug 2005 12:19:17 +0000 (UTC)
Newsgroups: jedi.vcl

Gert Kello wrote at 16-8-2005 to group(s) jedi.vcl:

> > Well, I did mean the situation when the CVS file is saved with "," as
> > decimal separator, but readed in system where "." is configured as
> > decimal separator...
> > 
I am sorry but my English is to small to explain it good.
If the sep is a comma then values with a comma in it (eg 1,002.90) must
surrounded by double quotes, otherwise not (eg 100.90).
Also text values with a comma inside must surrounded by double quotes :)
 
If the component saves: added double quotes;
if the component reads: detect the floating values 
eg "1,002,90",100.90,20 or
eg "1.002,90",100.90,20
  
-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: JvCsvData component
From: Gert Kello <Gert.Kello@mail.ee>
Date: Tue, 16 Aug 2005 14:58:53 +0300
Newsgroups: jedi.vcl

>>>>> I imagine the JvCsvData component will have to check the
>>>>> Windows locale settings, and in the case where a numeric
>>>>> field's decimal separator is the same as the CSV separator,
>>>>> enquoted numerics will be used as you specified.
>>>>
>>>> Checking Windows locale is not a good choice: the file might be
>>>> generated in system with different locale settings... So better
>>>> make  settings configurable trough component..
>>>
>>>
>>> why check the locale when it can be as simple as "if it's equal to
>>> Separator, then enclose in quotes" ?
>>
>> I do not know. I got the imagination that we were talking about
>> reading... After reading the complete thread again I'm not sure
>> anymore is it read problem or write problem. Or composite :)
>
> The component has a separator property and is set a start of the
> program. With that sep the program have to work with, reading and
> writing. If there are floating values with a sep in it, they must be
> surrounded by double quotes to write them and when reading this values
> back from the csv file, the component has to detect them as floating
> values, see my first post.

Well, I did mean the situation when the CVS file is saved with "," as decimal separator, but readed in system where "." is configured as decimal separator...

Gert


Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Tue, 16 Aug 2005 11:21:53 +0000 (UTC)
Newsgroups: jedi.vcl

Gert Kello wrote at 16-8-2005 to group(s) jedi.vcl:

> > OBones wrote:
>> > > Gert Kello wrote:
>> > > 
>>>> > > > > 
>>>> > > > > I imagine the JvCsvData component will have to check the
>>>> > > > > Windows locale settings, and in the case where a numeric
>>>> > > > > field's decimal separator is the same as the CSV separator,
>>>> > > > > enquoted numerics will be used as you specified.
>>> > > > 
>>> > > > 
>>> > > > 
>>> > > > Checking Windows locale is not a good choice: the file might be
>>> > > > generated in system with different locale settings... So better
>>> > > > make  settings configurable trough component..
>> > > 
>> > > 
>> > > why check the locale when it can be as simple as "if it's equal to
>> > > Separator, then enclose in quotes" ?
> > 
> > I do not know. I got the imagination that we were talking about
> > reading... After reading the complete thread again I'm not sure
> > anymore is it read problem or write problem. Or composite :)

The component has a separator property and is set a start of the
program. With that sep the program have to work with, reading and
writing. If there are floating values with a sep in it, they must be
surrounded by double quotes to write them and when reading this values
back from the csv file, the component has to detect them as floating
values, see my first post.

-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: JvCsvData component
From: Gert Kello <Gert.Kello@mail.ee>
Date: Tue, 16 Aug 2005 12:35:59 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Gert Kello wrote:
>
>>>
>>> I imagine the JvCsvData component will have to check the Windows locale
>>> settings, and in the case where a numeric field's decimal separator is
>>> the same as the CSV separator, enquoted numerics will be used as you
>>> specified.
>>
>>
>>
>> Checking Windows locale is not a good choice: the file might be generated in system with different locale settings... So better make settings configurable trough component..
>
>
> why check the locale when it can be as simple as "if it's equal to Separator, then enclose in quotes" ?

I do not know. I got the imagination that we were talking about reading... After reading the complete thread again I'm not sure anymore is it read problem or write problem. Or composite :)

Gert


Subject: Re: JvCsvData component
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 16 Aug 2005 11:25:49 +0200
Newsgroups: jedi.vcl

Gert Kello wrote:

>>
>> I imagine the JvCsvData component will have to check the Windows locale
>> settings, and in the case where a numeric field's decimal separator is
>> the same as the CSV separator, enquoted numerics will be used as you
>> specified.
>
>
> Checking Windows locale is not a good choice: the file might be generated in system with different locale settings... So better make settings configurable trough component..

why check the locale when it can be as simple as "if it's equal to Separator, then enclose in quotes" ?


Subject: JVDBgrid and EditControls
From: jp cousin <technodirect@mls.nc>
Date: Tue, 16 Aug 2005 17:26:39 +0900
Newsgroups: jedi.vcl

Can sombody explain to me the utility of EditControls in JvDBgrid
thanks
jpc


Subject: JvTFAlarm problem
From: Justin Levene <jplevene@netscape.net>
Date: Tue, 16 Aug 2005 09:12:21 +0100
Newsgroups: jedi.vcl

I have tried Google, but Google is not my friend for this one.

I am using the TF diary components but can't get the TFAlarm working, it won't trigger on an event.  I feel it has something to do with the "Resources" property, but what is this TStrings (Resources) property?  I have set it to equal the "JvTFWeeks.SchedNames" or "JvTFDays.Template.CompNames" but it still doesn't work.


Subject: Re: JvCsvData component
From: Gert Kello <Gert.Kello@mail.ee>
Date: Tue, 16 Aug 2005 10:47:17 +0300
Newsgroups: jedi.vcl

>
> I imagine the JvCsvData component will have to check the Windows locale
> settings, and in the case where a numeric field's decimal separator is
> the same as the CSV separator, enquoted numerics will be used as you
> specified.

Checking Windows locale is not a good choice: the file might be generated in system with different locale settings... So better make settings configurable trough component..

Gert


Subject: Re: JvCsvData component
From: "Peter Sanders" <peter@infopos.com.au>
Date: Tue, 16 Aug 2005 14:58:45 +0800
Newsgroups: jedi.vcl

Hi Warren

On Mon, 15 Aug 2005 23:06:57 +0800, Warren Postma <wp.nospam@tekran.com> wrote:

> I had never considered the use of a comma separated file, in the case
> where comma is the decimal separator. It seems initially odd to me to
> have a numeric field be "enquoted", but I guess, it should be done like
> this. I will look into how to fix this for you.
> I imagine the JvCsvData component will have to check the Windows locale
> settings, and in the case where a numeric field's decimal separator is
> the same as the CSV separator, enquoted numerics will be used as you
> specified.

While it is good of you to offer to "fix" this, it is a common "problem" to all app's that handle CSV data. For example UK or Australian users have the same problem, except the comma is "further along" the data. eg 1,234.56 instead of 1.234,56.

The comma per se is always a problem. The best way to handle this is to use something like the semicolon (;). However this is a requirement to which the EXPORTING app has to be able to handle.

I have not used your JvCsvData "thingy", but if it can allow the user to specify a separator value then that (IMHO) is all that is needed (to separate values).


-- 
Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: JvCsvData component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Aug 2005 08:02:36 +0200
Newsgroups: jedi.vcl

The correct separator is called "list separator" and is part of the locale data. CSV is just some US arrogance/idiocy, ie "our separator is the comma so live with it". Excel for example does not accept a list separator file as CSV.
Double quotes are needed for all entries containing the list separator. It does not imply a type (of string) for databases.


Subject: Re: Install JVCL 3.00
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 15 Aug 2005 21:47:48 +0200
Newsgroups: jedi.vcl

Ensure that the directory where the BPL files are located is in the PATH environment variable.


Subject: Re: VCL.net compatibility
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 15 Aug 2005 21:46:59 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Tiago de Aandrade wrote:
>
>
>> I have the Jedi Component Library version 3.00. I don't know what u mean
>> by CVS version. I've browsed the CVS Repository but i didn't knew wht to
>> look for.
>
>
> The daily snapshots. Or you use the anonymous CVS server and download the
> JVCL source tree.

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/


Subject: Re: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Mon, 15 Aug 2005 18:26:33 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote at 15-8-2005 to group(s) jedi.vcl:

>> > > In Holland we write floating values like: 129,90 we don't use the
>> > > dot but the comma.
>> > > In a CSV file the data is surrounded by double quotes like this
>> > > "129,90" if not you have two values instead of one.
>> > > (CSV means: comma separated value)
>> > > If I try to read such values ("129,90") defined as float in
>> > > CsvFieldDef the component does not recognize them and the field is
>> > > left blank.
>> > > 
>> > > When I change the CSV file to ; separated one, then the component
>> > > works OK, the fields look like this: 129,90 (without surroundig DQ).
>> > > 
>> > > 
>> > > If the fields are defined in CsvFieldDef with a comma as sep and the
>> > > Separator is changed in (;) they are not changed in the CsvFieldDef.
>> > > 
>> > > I hope this will be fixed sometime.
> > 
> > I had never considered the use of a comma separated file, in the case
> > where comma is the decimal separator. It seems initially odd to me to
> > have a numeric field be "enquoted", but I guess, it should be done
> > like this. I will look into how to fix this for you.

Thanks. 1.200,89 in Holland and 1,200.89 in England eg, so 1,200.89 had
to be surrunded by " ".
  
> > Can you give an example? Why would there be >1 header lines? Do you
> > skip the first 5 lines, then the 6th line is the CSV header fields,
> > or you just skip X lines completely, and the file does not contain
> > the headings?

Both situations are possible.

A site with some csv information:
http://www.creativyst.com/Doc/Articles/CSV/CSV01.htm

-- with kind regards / met vriendelijke groeten Sam Francke 

Subject: Re: VCL.net compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 15 Aug 2005 19:42:15 +0200
Newsgroups: jedi.vcl

Tiago de Aandrade wrote:

> > I have the Jedi Component Library version 3.00. I don't know what u mean
> > by CVS version. I've browsed the CVS Repository but i didn't knew wht to
> > look for.

The daily snapshots. Or you use the anonymous CVS server and download the
JVCL source tree.


> > Just open their respective projects, compile and install?

Not that easy.

- Open Delphi 8 / 2005
- Create a new VCL.NET application
- Add the
jcl\source;jcl\source\common;jcl\windows;jvcl3\common;jvcl3\resource;jvcl3\
run Paths to the library path list
- Add the JvBehaviourLabel unit to the uses statement
- Create a TJvBehaviorLabel component by code

lbl := TJvBehaviorLabel.Create(Self);
lbl.Parent := Self;
lbl.Left := 8;
lbl.Top := 8;
lbl.Caption := 'JVCL under VCL.NET';


-- Regards, Andreas Hausladen 

Subject: Re: VCL.net compatibility
From: "Tiago de Aandrade" <andradet@camerondiv.com>
Date: Mon, 15 Aug 2005 14:01:56 -0300
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> escreveu na mensagem 
news:ddg3oa$eun$1@talkto.net...
> > Tiago de Aandrade wrote:
> >
>> >> Is there any plans for VCL.net compatibility for JVCL?
> >
> > If you use the CVS version of JCL and JVCL you can use the following units
> > (and their components) in VCL.NET.

I have the Jedi Component Library version 3.00. I don't know what u mean by 
CVS version. I've browsed the CVS Repository but i didn't knew wht to look 
for.

> > JvWizard, JvJCLUtils, JvJVCLUtils, JvAppStorage, JvExControls, JvExMask,
> > JvBaseEdits, JvToolEdit, JvPickDate, JvEdit, JvBehaviorLabel, JvCheckBox,
> > JvCaptionPanel, JvButtonPersistent
> > and a lot other units already work (means compile) for VCL.NET.

Just open their respective projects, compile and install?

Regards,

Tiago de Andrade 




Subject: (Solved) TjvCheckTreeView question
From: "JFN" <no.spam@for.me>
Date: Mon, 15 Aug 2005 16:10:13 +0000 (UTC)
Newsgroups: jedi.vcl

Sorry guys to have bothered you :-(

One should always have a look at the examples *first*

JvCheckTreeView1.CheckBox[Node] := False;

is the way to go.


Best regards and thanks again,
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: JvCsvData component
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 15 Aug 2005 11:06:57 -0400
Newsgroups: jedi.vcl

Sam Francke wrote:
> > LS,
> > 
> > Some questions and remarks, I hope I can explain it, because English is
> > not my native language.
> > 
> > In Holland we write floating values like: 129,90 we don't use the dot
> > but the comma.
> > In a CSV file the data is surrounded by double quotes like this "129,90"
> > if not you have two values instead of one.
> > (CSV means: comma separated value)
> > If I try to read such values ("129,90") defined as float in CsvFieldDef
> > the component does not recognize them and the field is left blank.
> > 
> > When I change the CSV file to ; separated one, then the component works
> > OK, the fields look like this: 129,90 (without surroundig DQ).
> > 
> > 
> > If the fields are defined in CsvFieldDef with a comma as sep and the
> > Separator is changed in (;) they are not changed in the CsvFieldDef.
> > 
> > I hope this will be fixed sometime.

I had never considered the use of a comma separated file, in the case
where comma is the decimal separator. It seems initially odd to me to
have a numeric field be "enquoted", but I guess, it should be done like
this. I will look into how to fix this for you.

I imagine the JvCsvData component will have to check the Windows locale
settings, and in the case where a numeric field's decimal separator is
the same as the CSV separator, enquoted numerics will be used as you
specified.



> > Another queation: is the a way to start with another row then row one ?
> > Some CSV files have several header lines.

Can you give an example? Why would there be >1 header lines? Do you skip
the first 5 lines, then the 6th line is the CSV header fields, or you
just skip X lines completely, and the file does not contain the headings?


Warren


Subject: Re: Why relative paths on $R directives?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 15 Aug 2005 11:02:31 -0400
Newsgroups: jedi.vcl

OBones wrote:
> > Basically, most (if not all) $R directives mention a path in the
> > argument. What is the purpose of this?

This has driven me nuts whenever I try to build my own JVCL packages
using JVCL components. Removing those paths would be great.
If you can get rid of them, great!


Warren


Subject: TjvCheckTreeView question
From: "JFN" <no.spam@for.me>
Date: Mon, 15 Aug 2005 13:37:10 +0000 (UTC)
Newsgroups: jedi.vcl

Hi

[JVCL3, D2005, WinXP]

I'm playing with the TjvCheckTreeView (CheckBoxOptions.Style = cbsJVCL)
and I find this component a really nice piece of software.

I've got a special requirement, though: I'd like the checkboxes to be
visible at level 0 only. Can this be achieved, and if so, could some
kind soul put me in the right direction, please?


Thanks in advance,
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Install JVCL 3.00
From: "Andreas Büttner" <andreas_buettner@gno.de>
Date: Mon, 15 Aug 2005 09:01:46 +0200
Newsgroups: jedi.vcl

Hello together
I have problems with JVCL 3.00 build 1848 and JCL 195.
After the installation on D5Pro SP1 OS-Win98-2 the IDE comes with faulty
components symbols.
Somebody can help me.

yours sincerely

Andreas Büttner




Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: Cornie van Schoor <cornievs@gmail.com>
Date: Sat, 13 Aug 2005 09:47:56 +0200
Newsgroups: jedi.vcl

JFN wrote:
> Done (yesterday)
>
Got it, will mail tommorrow.

Regards


Cornie


Subject: Re: Help file generation
From: "Jonathan Neve [Microtec]" <jonathan@microtec.fr>
Date: Sat, 13 Aug 2005 08:25:37 +0200
Newsgroups: jedi.vcl

I'll look into both solutions proposed.

Thanks for your help!

-- 
Best regards,
Jonathan Neve
_______________
CopyCat - advanced database replication
components for Delphi/C++Builder!
_______________________________________
e-mail: jonathan@microtec.fr
web   : http://www.microtec.fr/CopyCat/index.html


Subject: JvDragDrop in ver 3.00
From: "Robert Meek" <rmeek1@comcast.net>
Date: Fri, 12 Aug 2005 16:03:39 -0400
Newsgroups: jedi.vcl

   I'm getting a strange result using this component.  When I set it's drop target to a ListView and pass the Value[0] to a procedure that creates a listview item with the dropped filename as it's target it works fine and as expected.  But when I set it's target to an edit control and try to pass it's Value[0] to the Edit's Text property using exactly the same settings, such as AcceptDrag = True and for the edit setting it's drag to automatic it does not drop the filename I'm dropping onto it.  In both cases I'm dragging and dropping a filename from Explorer.  Any idea what might be stopping this?

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net


Subject: Re: Help file generation
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 12 Aug 2005 11:42:56 +0800
Newsgroups: jedi.vcl

Hi

DCHB - Delphi Component Help Builder - does a terrific job of documenting components :D It creates Property, Method and event lists and cross links all the appropriate mthods and properties - amazing.

http://www.thewsoft.com/

It can even do a good job of deocumenting apps :D

Use this in conjuction with H&M and you should be able to create GREAT help files :D


On Fri, 12 Aug 2005 00:05:15 +0800, Jonathan Neve <jonathan@microtec.fr> wrote:


> What tool would you recommend for generating Delphi component help files? I own Help & Manual, but I don't think they handle that (generating the help file automatically from source code). What do you use for the JVCL?


-- 

Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: JvWizard: How to Click the Cancel Button Programmatically?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 11 Aug 2005 20:26:53 +0200
Newsgroups: jedi.vcl

What's wrong with

if Assigned(Wizard.OnCancelButtonClick) then
  Wizard.OnCancelButtonClick(Wizard);

The Cancel button click handler does exactly the above and nothing more.


-- Regards, Andreas Hausladen 

Subject: Re: sender is always nill on TJVThread.onbegin and on finish
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 11 Aug 2005 20:22:56 +0200
Newsgroups: jedi.vcl

Bern Rudisill wrote:

> > why is sender always nil for the TJVThread onbegin and onfinish events

Because someone thought that "nil" has one letter less than "Self". :-)

I have fixed this in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: VCL.net compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 11 Aug 2005 20:15:26 +0200
Newsgroups: jedi.vcl

Tiago de Aandrade wrote:

> > Is there any plans for VCL.net compatibility for JVCL?

If you use the CVS version of JCL and JVCL you can use the following units
(and their components) in VCL.NET.

JvWizard, JvJCLUtils, JvJVCLUtils, JvAppStorage, JvExControls, JvExMask,
JvBaseEdits, JvToolEdit, JvPickDate, JvEdit, JvBehaviorLabel, JvCheckBox,
JvCaptionPanel, JvButtonPersistent
and a lot other units already work (means compile) for VCL.NET.



-- Regards, Andreas Hausladen 

Subject: JvWizard: How to Click the Cancel Button Programmatically?
From: "DP" <no@email.com>
Date: Thu, 11 Aug 2005 14:10:15 -0400
Newsgroups: jedi.vcl

Hello,

I need to click the TJvWizard Cancel button programmatically.
I can easily do that with, say, Back and Next - there are corresponding
methods (SelectPrevPage, SelectNextPage).
But I can't find a way to click the Cancel button!

Hope for your expert help.

Thanks in advance,
D.P.

P.S. Why I need that? I want to replace standard dialog buttons with my own.
If anyone knows more elegant way of doing that than just putting a custom
button over a standard one, please let me know also :)




Subject: sender is always nill on TJVThread.onbegin and on finish
From: "Bern Rudisill" <bernr@no-sp.am.exitcare dot com>
Date: Thu, 11 Aug 2005 17:25:04 +0000 (UTC)
Newsgroups: jedi.vcl

why is sender always nil for the TJVThread onbegin and onfinish events

Bern


Subject: VCL.net compatibility
From: "Tiago de Aandrade" <andradet@camerondiv.com>
Date: Thu, 11 Aug 2005 13:49:15 -0300
Newsgroups: jedi.vcl

Hi,

    Is there any plans for VCL.net compatibility for JVCL?

Thanks, 




Subject: Re: Help file generation
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 11 Aug 2005 18:41:22 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     Doc-O-Matic is used by a number of Jedi Projects (but not all). 

Thanks, I'll take a look.

-- 
Best regards,
Jonathan Neve
_______________
CopyCat - advanced database replication
components for Delphi/C++Builder!
_______________________________________
e-mail: jonathan@microtec.fr
web   : http://www.microtec.fr/CopyCat/index.html


Subject: Re: Help file generation
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 11 Aug 2005 18:29:50 +0200
Newsgroups: jedi.vcl

> What tool would you recommend for generating Delphi component help files? I own Help & Manual, but I don't think they handle that (generating the help file automatically from source code). What do you use for the JVCL?
>

    Doc-O-Matic is used by a number of Jedi Projects (but not all). Though we have opted to keep the documentation separate from the source, DOM is able to parse the source files and use the comments right before or right after a declaration:

// Summary
//   A short desciption of this class
// Description
//   A full blown description of multiple paragraphs if needed
type
  MyClass = class
  ...

    Doc-O-Matic can be found here: http://www.doc-o-matic.com

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Help file generation
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 11 Aug 2005 18:05:15 +0200
Newsgroups: jedi.vcl

Hi all,

What tool would you recommend for generating Delphi component help files? I own Help & Manual, but I don't think they handle that (generating the help file automatically from source code). What do you use for the JVCL?

-- 
Best regards,
Jonathan Neve
_______________
CopyCat - advanced database replication
components for Delphi/C++Builder!
_______________________________________
e-mail: jonathan@microtec.fr
web   : http://www.microtec.fr/CopyCat/index.html


Subject: Re: positional parameters for resourcestrings
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 11 Aug 2005 11:45:54 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I have just committed a JvResources.pas which carries positional parameters for all resourcestrings with more than one parameter.
> "Blabla %0:s blubb %1:s" for example.
> This is needed for translations. It will play merry hell with dxgettext files though.

It shouldn't be too bad, they should all be marked fuzzy automatically.
Anyway, let me update the translation files, I've got all that is needed at home.

Cheers
Olivier


Subject: positional parameters for resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Aug 2005 10:41:40 +0200
Newsgroups: jedi.vcl

I have just committed a JvResources.pas which carries positional parameters for all resourcestrings with more than one parameter.
"Blabla %0:s blubb %1:s" for example.
This is needed for translations. It will play merry hell with dxgettext files though.


Subject: JvInspector - problem with edit button.
From: "Ole D" <Oda[||NOSPAM||]@[||NOSPAM||]logodan.dk>
Date: Wed, 10 Aug 2005 16:43:59 +0200
Newsgroups: jedi.vcl

Hello!
I have a problem using the inspector with an edit button.
I've created a class, made all the published properties needed. It's all good. 
But on one of the properties I need a edit button that opens a dialog where the 
user can choose some values from a list. This also works ok. The problem is, 
that I can't update the value of the property with the edit button. If I 
manually enters data in the field it also works ok.
Here is my code. I'm using delphi 6, with jvcl 3.00.
////**First the code thats fills the inspector.
for i := Low(PropArray) to High(PropArray) do
with TJvInspectorPropData.New(JvInspector1.Root, element, GetPropInfo(Element, 
PropArray[I, 0])) do begin
ReadOnly := False;
DisplayName := PropArray[I, 1];
if PropArray[I, 0] = 'Nr' then
ReadOnly := True;
if PropArray[I, 0] = 'OprettelsesDato' then
ReadOnly := True;
if PropArray[I, 0] = 'RevisionsDato' then
ReadOnly := True;
if PropArray[I, 0] = 'Vaegt' then
ReadOnly := True;
end;
with TJvInspectorPropData..New(JvInspector1.Root, element, GetPropInfo(Element, 
'BetonType')) do begin
DisplayName := 'Beton type';
Flags := [iifEditButton];
end;
////** The on edit procedure
procedure TfElementProperties.JvInspector1ItemEdit(
Sender: TJvCustomInspector; Item: TJvCustomInspectorItem;
var DisplayStr: String);
begin
if Item.Name = 'BetonType' then begin
FormBetonTyper.HentBetonTyper;
FormBetonTyper.ShowModal;
if FormBetonTyper.ModalResult = mrOk then begin
TElement(FormMain.AktueltElement^).Vaegt := FormBetonTyper.korrektVaegt; //This 
one is filled as expected
TElement(FormMain.AktueltElement^).BetonType := FormBetonTyper.Navn; //This is 
where the problem is
end;
end;
end;
Any ideas/thoughts ???
/Ole D


Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: "JFN" <no.spam@for.me>
Date: Tue, 9 Aug 2005 16:49:42 +0000 (UTC)
Newsgroups: jedi.vcl

CornieVS wrote:

> > If you send my your e-mail, I will mail you the code, after I added
> > some    notes to explain the process. (Just have a deadline for
> > tomorrow, so will do on Sunday night) (See we are atleast in the same
> > time zone!)

Done (yesterday)

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: Why relative paths on $R directives?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 09 Aug 2005 16:24:21 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Basically, most (if not all) $R directives mention a path in the argument. What is the purpose of this?
>> I tried with JvXPCtrls-R and removed the path in JvXPCore.pas, it compiles just fine in Delphi, because the resources directory is in the search path.
>
>
> Does it work for the commandline compiler, ie Installer?

I just tried, and yes it does. I'll have to do further checks by applying the changes to all the packages, but it seems its ok.
I won't commit anything just yet.


Subject: Re: Why relative paths on $R directives?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 09 Aug 2005 15:21:58 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Basically, most (if not all) $R directives mention a path in the argument. What is the purpose of this?
> I tried with JvXPCtrls-R and removed the path in JvXPCore.pas, it compiles just fine in Delphi, because the resources directory is in the search path.

Does it work for the commandline compiler, ie Installer?


Subject: Re: Why relative paths on $R directives?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 09 Aug 2005 14:44:07 +0200
Newsgroups: jedi.vcl

Additional note:

Doing this would require, for Delphi only, to add the path to Resources in the environment library search path.


Subject: Why relative paths on $R directives?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 09 Aug 2005 14:35:26 +0200
Newsgroups: jedi.vcl

Hi all,

while looking at various issues on Mantis, I stumbled accross this one: http://homepages.borland.com/jedi/issuetracker/view.php?id=2985

Basically, most (if not all) $R directives mention a path in the argument. What is the purpose of this?
I tried with JvXPCtrls-R and removed the path in JvXPCore.pas, it compiles just fine in Delphi, because the resources directory is in the search path.
Under C++ Builder, the packages just need to get a -R..\..\Resources flag in the PFLAGS node and they work just fine.

So, I'm thinking to remove the paths in the $R directives and modify the C++ Builder packages, unless someone comes up with a reason for me to do this.

Thanks for the feedback

Cheers
Olivier


Subject: Re: Merging Globus into the JVCL.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 09 Aug 2005 10:14:43 +0200
Newsgroups: jedi.vcl

JvgShape moved to Archive. It already was not on the palette anymore.
JvgJumpingComponent moved to Archive. No replacement needed. Jumping components are not that interesting in serious programs.
JvgCGI.pas to follow soon.

The Globus demos are best removed after absorption of the components.


Subject: Re: How to force JvFormPlacement to write values
From: Florian Hector <fhector@web.de>
Date: Tue, 09 Aug 2005 09:04:50 +0200
Newsgroups: jedi.vcl

Olivier,

> For your problem with Windows Shutdown, you should trap the WM_QUERYENDSESSION message and do the save in there. Do NOT forget to return the correct result in the msg structure or Windows will not close anymore.

That's a problem I ran into earlier and got it solved using the WMQueryEndSession message

> As to SavePlacement not writing anything, I suspect it's because the component used for the AppStorage property is either TJvAppIniFileStorage or TJvAppXMLFileStorage. In both cases, you have to call the Flush method after the SavePlacement to get the data actually written to the disk.

You had your finger on the right spot, after adding the .Flush method, the ini gets written properly.

Thank you

Florian


Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 09 Aug 2005 07:32:48 +0200
Newsgroups: jedi.vcl

Cornie van Schoor wrote:
>> As to the BCB support, it MUST be in, or the donation will not be accepted. We can help on this part of the source code, but you should read the BCB compatibility guide to avoid obvious problems.
>
>
> I have very limited BCB expercience, so if the "project" comes to something, I will definitely need help.  Where can I find the guide.  I have the full CVS download or is it a Borland document.

It's in the help directory.

Cheers
Olivier Sannier


Subject: Re: JvUltimDBGrid and JvLookupEdit
From: Opp <nospam@spamexcepmt.com>
Date: Tue, 09 Aug 2005 00:36:22 +0100
Newsgroups: jedi.vcl

Sorry - I mis-named the subject  :)
..

On Tue, 09 Aug 2005 00:35:10 +0100, Opp <nospam@spamexcepmt.com>
wrote:

> >Hi -
> >Im trying to make JvDBUltimGrid to respond to  ENTER as TAB. I have
> >one field on the grid that I have linked to a JvDropDownList. I am
> >struggling to get the grid to respond to the Enter key when this field
> >is selected.
> >
> >All other Columns behave as expected (when the ENTER key is pressed -
> >the next column gets focus.)
> >
> >her is the code I am using..
> >
> >====================================
> >procedure SomeFrm.TypesGridKeyPress(Sender: TObject; var Key: Char);
> >var
> >CurrCol,FCount : integer;
> >begin
> >
> >if Key = #13 then
> >begin
> >  If TypesGrid.Columns[TypesGrid.Col-1].Field.FullName  =
> >'TRANSACTION_NAME' THEN
> >    begin
> >      if TypesGrid.Columns[TypesGrid.Col-1].Field.AsString = '' then
> >           exit;
> >    end;
> >    CurrCol := TypesGrid.Col-1;
> >    FCount := TypesGrid.fieldcount -1;
> >
> >    if CurrCol < FCount then
> >      begin
> >      If TypesGrid.Columns[TypesGrid.Col-1].Field.FullName  =
> >'TRANSACTION_NAME' then
> >        Perform(WM_NEXTDLGCTL, 0, 0);
> >      TypesGrid.selectedindex := TypesGrid.selectedindex +1;
> >      Key := #0;
> >      end
> >    else
> >    begin
> >      //TypesGrid.DataSource.DataSet.Next;
> >      TypesGrid.selectedindex := 0;
> >    end;
> >
> >end;  // End of Return Key Handling
> >
> >end; // End of Procedure
> >
> >=====================================
> >
> >However, when it comes to the column associated with the drop-down
> >list - nothing happens. I have used a breakpoint to check the logic -
> >and all conditions are met - but its as if the Grid is bypassed
> >(selectedindex is being incremented - but nothing happens.)
> >
> >Please help - Im stuck with this one.
> >
> >Cheers..
> >
> >Opp.



Subject: JvUltimDBGrid and JvLookupEdit
From: Opp <nospam@spamexcepmt.com>
Date: Tue, 09 Aug 2005 00:35:10 +0100
Newsgroups: jedi.vcl

Hi -
Im trying to make JvDBUltimGrid to respond to  ENTER as TAB. I have
one field on the grid that I have linked to a JvDropDownList. I am
struggling to get the grid to respond to the Enter key when this field
is selected.

All other Columns behave as expected (when the ENTER key is pressed -
the next column gets focus.)

her is the code I am using..

====================================
procedure SomeFrm.TypesGridKeyPress(Sender: TObject; var Key: Char);
var
CurrCol,FCount : integer;
begin

if Key = #13 then
begin
  If TypesGrid.Columns[TypesGrid.Col-1].Field.FullName  =
'TRANSACTION_NAME' THEN
    begin
      if TypesGrid.Columns[TypesGrid.Col-1].Field.AsString = '' then
           exit;
    end;
    CurrCol := TypesGrid.Col-1;
    FCount := TypesGrid.fieldcount -1;

    if CurrCol < FCount then
      begin
      If TypesGrid.Columns[TypesGrid.Col-1].Field.FullName  =
'TRANSACTION_NAME' then
        Perform(WM_NEXTDLGCTL, 0, 0);
      TypesGrid.selectedindex := TypesGrid.selectedindex +1;
      Key := #0;
      end
    else
    begin
      //TypesGrid.DataSource.DataSet.Next;
      TypesGrid.selectedindex := 0;
    end;

end;  // End of Return Key Handling

end; // End of Procedure

=====================================

However, when it comes to the column associated with the drop-down
list - nothing happens. I have used a breakpoint to check the logic -
and all conditions are met - but its as if the Grid is bypassed
(selectedindex is being incremented - but nothing happens.)

Please help - Im stuck with this one.

Cheers..

Opp.



Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: Cornie van Schoor <cornievs@gmail.com>
Date: Tue, 09 Aug 2005 01:00:40 +0200
Newsgroups: jedi.vcl

> As to the BCB support, it MUST be in, or the donation will not be accepted. We can help on this part of the source code, but you should read the BCB compatibility guide to avoid obvious problems.

I have very limited BCB expercience, so if the "project" comes to something, I will definitely need help.  Where can I find the guide.  I have the full CVS download or is it a Borland document.

Thanks

Cornie


Subject: Re: Can I use JvWavePlayer to play a wave in a stream?
From: Cornie van Schoor <cornievs@gmail.com>
Date: Tue, 09 Aug 2005 00:55:59 +0200
Newsgroups: jedi.vcl

> To play wav files from memory, you have to load the stream into a memory  location (that contain all the file including headers). This can be done by creating a TMemoryStream and calling memStream.LoadFrom with the dataset stream as a parameter or by calling stream.Read to store informations in a buffer that you already allocated.
> Then set the WavePointer property of TJvWavFile to the Memory property of the TMemoryStream or to the first byte of your memory block.
> Then you can call the Play function of TJvWavFile.
Thanks got it! Just for other peolpe my code.
//WavePlayer.SourceType set to frRAM
Procedure PlaySound(Code:String);
var Stream:TmemoryStream;
begin
   Stream := TMemoryStream.Create;
   try
     TBlobField(SysF.SDS_SoundsWAVE).SaveToStream(Stream);
     WavePlayer.WavePointer := Stream.Memory;
     WavePlayer.Play;
   finally
     Stream.Free;
   end;
end;


Subject: Re: Can I use JvWavePlayer to play a wave in a stream?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 08 Aug 2005 23:38:08 +0200
Newsgroups: jedi.vcl

> I have wave files stored in FireBird(IB) BLOB field, I want to play.  Is there a way to play them directly from a memory stream (I load the BLOB data into a stream).  I see you can set the SourceType to frMemory, but I can not get it working.

Hi,

To play wav files from memory, you have to load the stream into a memory  location (that contain all the file including headers). This can be done by creating a TMemoryStream and calling memStream.LoadFrom with the dataset stream as a parameter or by calling stream.Read to store informations in a buffer that you already allocated.
Then set the WavePointer property of TJvWavFile to the Memory property of the TMemoryStream or to the first byte of your memory block.
Then you can call the Play function of TJvWavFile.

Regards,

Florent


Subject: Re: How to force JvFormPlacement to write values
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 08 Aug 2005 22:05:31 +0200
Newsgroups: jedi.vcl

For your problem with Windows Shutdown, you should trap the WM_QUERYENDSESSION message and do the save in there. Do NOT forget to return the correct result in the msg structure or Windows will not close anymore.

As to SavePlacement not writing anything, I suspect it's because the component used for the AppStorage property is either TJvAppIniFileStorage or TJvAppXMLFileStorage. In both cases, you have to call the Flush method after the SavePlacement to get the data actually written to the disk.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Precompiled headers
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 08 Aug 2005 22:04:51 +0200
Newsgroups: jedi.vcl

akukura a écrit :
> I'd like to include Tjv*.hpp into precopiled header files (Builder 6 Pro). But I', getting warning "Dialogs.hpp(437): W8058 Cannot create pre-compiled header: inidialized data in header" for almost each jvcl file.
>
> Has somebody solved it already or what else can I do? I do not want to waste time to compile it each time....

The error is located at the last line of Dialogs.hpp. It seems that a Borlander was too happy to go out for a week-end :)

As Olivier said: there is no way of solving this error except if you remove the default values for the function parameters:
extern PACKAGE bool __fastcall PromptForFileName(AnsiString &AFileName, const AnsiString AFilter = "", const AnsiString ADefaultExt = "", const AnsiString ATitle = "", const AnsiString AInitialDir = "", bool SaveDialog = false);

That may cause some errors in your code if you use this function.

Regards,

Florent


Subject: Can I use JvWavePlayer to play a wave in a stream?
From: Cornie van Schoor <cornievs@gmail.com>
Date: Mon, 08 Aug 2005 21:56:51 +0200
Newsgroups: jedi.vcl

Hi all

I have wave files stored in FireBird(IB) BLOB field, I want to play.  Is there a way to play them directly from a memory stream (I load the BLOB data into a stream).  I see you can set the SourceType to frMemory, but I can not get it working.

All help appreciated.

Regards


Cornie


Subject: How to force JvFormPlacement to write values
From: Florian Hector <fhector@web.de>
Date: Mon, 08 Aug 2005 21:46:21 +0200
Newsgroups: jedi.vcl

Hi All,

I am using JvFormPlacement extensively in my applications, so far I haven't had any serious issues.
Now I have the need to force the component to write the defined values into the specified ini file not only when the application closes but also at normal runtime. I thought that .SavePlacement would be the right method to call, but it does not seem to have an effect.

The Setup:
An app resides in the tray area and monitors a directory, when a new file is created in the SD, it gets send via mail, the date and time of the last send is preserved and gets written to disk when the application is terminated. That writing to disk works properly when the app is closed normally, but when the windows is being shut down without explicitly closing the app first, nothing gets written.
OK, so I thought let the app write to disk whenever something has happened by calling ..SavePlacement, but no luck there.

Is this the right method to call to begin with?

Florian


Subject: Re: Anonymous user can no longer post on Mantis
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 08 Aug 2005 20:06:10 +0200
Newsgroups: jedi.vcl

Hi Olivier,

> Following a previous discussion, I have setup the anonymous user on Mantis so that it cannot post anything. It still can view issues, but in order to add new ones or comments, users MUST now be logged.
> This way, people will receive notification emails and this should allow better responsiveness on new issues requiring feedback.
> This change is revertable, please provide any comments on this decision (it only applies to JVCL, not any other project on Mantis)

I support that.

Greetings, Robert


Subject: Re: Precompiled headers
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 08 Aug 2005 15:37:09 +0200
Newsgroups: jedi.vcl

akukura wrote:

> I'd like to include Tjv*.hpp into precopiled header files (Builder 6 Pro). But I', getting warning "Dialogs.hpp(437): W8058 Cannot create pre-compiled header: inidialized data in header" for almost each jvcl file.
>
> Has somebody solved it already or what else can I do? I do not want to waste time to compile it each time....
>
> Thanks in advance.

This has already been discussed previously here, and we can't waste time on getting the JVCL headers to be "precompilable" when the VCL ones are not. So no, no one from the JVCL will work on this.
But if you manage to do it without editing the HPP files but with simply editing the PAS files, then please do, i'd be interested in seeing this.


Subject: Precompiled headers
From: "akukura" <tonokukura@yahoo.ca>
Date: Mon, 8 Aug 2005 09:32:02 -0400
Newsgroups: jedi.vcl

I'd like to include Tjv*.hpp into precopiled header files (Builder 6 Pro). 
But I', getting warning "Dialogs.hpp(437): W8058 Cannot create pre-compiled 
header: inidialized data in header" for almost each jvcl file.

Has somebody solved it already or what else can I do? I do not want to waste 
time to compile it each time....

Thanks in advance.

Anton 




Subject: JvCsvData component
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Mon, 8 Aug 2005 11:58:55 +0000 (UTC)
Newsgroups: jedi.vcl

LS,

Some questions and remarks, I hope I can explain it, because English is not my native language.

In Holland we write floating values like: 129,90 we don't use the dot but the comma.
In a CSV file the data is surrounded by double quotes like this "129,90" if not you have two values instead of one.
(CSV means: comma separated value)
If I try to read such values ("129,90") defined as float in CsvFieldDef the component does not recognize them and the field is left blank.

When I change the CSV file to ; separated one, then the component works OK, the fields look like this: 129,90 (without surroundig DQ).


If the fields are defined in CsvFieldDef with a comma as sep and the Separator is changed in (;) they are not changed in the CsvFieldDef.

I hope this will be fixed sometime.

Another queation: is the a way to start with another row then row one ?
Some CSV files have several header lines.

-- 
Groeten Sam Francke


Subject: Re: Merging Globus into the JVCL.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 08 Aug 2005 09:44:48 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I completed the removal.
> JvgExceptionHandler.pas still used JvgSysInf.pas. I replaced it with JclSysInfo.
>
> For the complete deletion of a component you have to update the design\*Reg.pas file, remove the component palette icon from the images\*.rc file, move the images\*.bmp file to archive, update the packages\xml\*.xml file and regenerate the packages.
> Also check if extra resources from the JvRes* files are used.

Yes, I've seen the commits about that. Sorry, I was meant to do it...


Subject: Re: Merging Globus into the JVCL.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Aug 2005 09:08:28 +0200
Newsgroups: jedi.vcl

I completed the removal.
JvgExceptionHandler.pas still used JvgSysInf.pas. I replaced it with JclSysInfo.

For the complete deletion of a component you have to update the design\*Reg.pas file, remove the component palette icon from the images\*.rc file, move the images\*.bmp file to archive, update the packages\xml\*.xml file and regenerate the packages.
Also check if extra resources from the JvRes* files are used.


Subject: Re: Anonymous user can no longer post on Mantis
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 07 Aug 2005 20:34:45 +0200
Newsgroups: jedi.vcl

> Following a previous discussion, I have setup the anonymous user on Mantis so that it cannot post anything. It still can view issues, but in order to add new ones or comments, users MUST now be logged.
> This way, people will receive notification emails and this should allow better responsiveness on new issues requiring feedback.
> This change is revertable, please provide any comments on this decision (it only applies to JVCL, not any other project on Mantis)

What about an update of the Mantis, the 1.0.0 will soon be released, issuetracker is still at the version 0.19.2.

It now supports RSS an many other new features...
http://www.mantisbt.org/changelog.php

Florent


Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 07 Aug 2005 19:26:22 +0200
Newsgroups: jedi.vcl

Cornie van Schoor wrote:

>> If you plan to support Unicode, I would be very interested in helping.
>
> Sorry to sound stupid, but what is Unicode?  I am using Delphi 2005, although I believe it would work on all Delphi versions, of BCC I am not sure.

Unicode is a way to encode characters on 16bits so that it can represent more characters than just the ANSI subset used for English.
As the VCL is not Unicode, this would prove difficult to do.
As to the BCB support, it MUST be in, or the donation will not be accepted. We can help on this part of the source code, but you should read the BCB compatibility guide to avoid obvious problems.

Cheers
Olivier


Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: Cornie van Schoor <cornievs@gmail.com>
Date: Sun, 07 Aug 2005 19:22:09 +0200
Newsgroups: jedi.vcl

> If you plan to support Unicode, I would be very interested in helping.
Sorry to sound stupid, but what is Unicode?  I am using Delphi 2005, although I believe it would work on all Delphi versions, of BCC I am not sure.

Regards



Subject: Re: Anonymous user can no longer post on Mantis
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 07 Aug 2005 19:22:01 +0200
Newsgroups: jedi.vcl

 I know but I'm not the one managing this part of Mantis.


Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: Da Srh <obucina@pochta.ru>
Date: Sun, 7 Aug 2005 17:44:26 +0200
Newsgroups: jedi.vcl

Sat, 06 Aug 2005 11:28:58 +0200, CornieVS je napisao/la:

> > If anybody is interest in helping me, please contact me.

If you plan to support Unicode, I would be very interested in helping.


Subject: Merging Globus into the JVCL.
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 07 Aug 2005 17:10:20 +0200
Newsgroups: jedi.vcl

Hi all

Following the discussions here about merging Globus into the JVCL core, I've taken the first steps in this direction.
A document called migrating_globus.html has been added to the help directory, it contains the list of Globus components and empty spaces for their JVCL equivalents. I've started with JvgSysInfo, and will be working on a few others.
In the end, the Globus components will for most of them be moved to archive. The truly unique ones will be renamed to drop the g suffix on the Jv prefix.
Please provide any comments and insight on these components, as help will be needed along the way.
Note that this does not mean that bugs will not be looked at, it's just that a good deal of bugs are in those components and there is no point in fixing them when the regular JVCL component works perfectly well.
To developpers: Please put your name in the notes column to indicate which component you are eventually looking at.

Regards
Olivier


Subject: Re: Anonymous user can no longer post on Mantis
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Aug 2005 16:41:02 +0200
Newsgroups: jedi.vcl

And bad English :-)

Jens Fudickar wrote:
> Good decision.
>
> Greetings
> Jens
>
> OBones wrote:
>
>> Hi all
>>
>> Following a previous discussion, I have setup the anonymous user on Mantis so that it cannot post anything. It still can view issues, but in order to add new ones or comments, users MUST now be logged.
>> This way, people will receive notification emails and this should allow better responsiveness on new issues requiring feedback.
>> This change is revertable, please provide any comments on this decision (it only applies to JVCL, not any other project on Mantis)
>>
>> Cheers
>> Olivier Sannier
>> JVCL Coordinator
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Anonymous user can no longer post on Mantis
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Aug 2005 16:34:33 +0200
Newsgroups: jedi.vcl

Good decision.

Greetings
Jens

OBones wrote:
> Hi all
>
> Following a previous discussion, I have setup the anonymous user on Mantis so that it cannot post anything. It still can view issues, but in order to add new ones or comments, users MUST now be logged.
> This way, people will receive notification emails and this should allow better responsiveness on new issues requiring feedback.
> This change is revertable, please provide any comments on this decision (it only applies to JVCL, not any other project on Mantis)
>
> Cheers
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Anonymous user can no longer post on Mantis
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 07 Aug 2005 15:59:57 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> I think it would be wise to make a new release of JVCL 3 or add the Delphi
>> 2005 PE patch as a release to the download page. Otherwise I will have to
>> answer lots of questions in German web based forums :-)
>
>
> Sorry for that, I was meant to do this a while ago.

Ok, this is now released on SourceForge.

Regards
Olivier


Subject: Re: Anonymous user can no longer post on Mantis
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sun, 07 Aug 2005 00:53:26 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I think it would be wise to make a new release of JVCL 3 or add the Delphi
> 2005 PE patch as a release to the download page. Otherwise I will have to
> answer lots of questions in German web based forums :-)

Sorry for that, I was meant to do this a while ago.
I really need to get a todo list software... Well, I had one, but it sucked and can't find anything that suits my needs.
Anyway, can you send me an email with the detais of what is needed to go in a patch?
Thanks in advance.

Cheers
Olivier


Subject: Re: Anonymous user can no longer post on Mantis
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 6 Aug 2005 20:42:49 +0200
Newsgroups: jedi.vcl

I think it would be wise to make a new release of JVCL 3 or add the Delphi
2005 PE patch as a release to the download page. Otherwise I will have to
answer lots of questions in German web based forums :-)

-- Regards, Andreas Hausladen 

Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: CornieVS <cornievs@gmail.com>
Date: Sat, 06 Aug 2005 19:34:43 +0200
Newsgroups: jedi.vcl

> But I'd want to emphasize on something which has always been a
> showstopper for me when attempting to use freeware report generators:
> they usually are designed for use in connection with a DB. My needs are
> different: I want to generate my reports from memory data, because I'm
> using some sort of object persistence framework which isolates the
> underlying DB from the data manipulation layer.
Although there is a field for a dataset and data field in the column definitions, in no way are it required. (If entered the default onPrintdetail etc will use it to print a simple data listing). You can print any data you want.  The generator keeps a "RecNo" and PageNo variables to indicated which recno it wants to print.  You can also print ayywhere on the current page.

If you send my your e-mail, I will mail you the code, after I added some   notes to explain the process. (Just have a deadline for tomorrow, so will do on Sunday night) (See we are atleast in the same time zone!)

Thanks for replying

Cornie
(cornievs@gmail.com)


Subject: Re: Anonymous user can no longer post on Mantis
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 06 Aug 2005 18:08:17 +0200
Newsgroups: jedi.vcl

> Following a previous discussion, I have setup the anonymous user on Mantis so that it cannot post anything. It still can view issues, but in order to add new ones or comments, users MUST now be logged.
> This way, people will receive notification emails and this should allow better responsiveness on new issues requiring feedback.
> This change is revertable, please provide any comments on this decision (it only applies to JVCL, not any other project on Mantis)

Great news, It should restore spontaneity to solve the problem.

Florent


Subject: Re: Looking for co-developers for a Code/VCL base report generator to donate
From: "JFN" <no.spam@for.me>
Date: Sat, 6 Aug 2005 15:53:25 +0000 (UTC)
Newsgroups: jedi.vcl

CornieVS wrote:

> > Hi All

Hi Cornie,

I'm afraid i won't be able to help: way too much on my plate
currently...

> > 3) Colums definitions (Width, DataSet Field)

But I'd want to emphasize on something which has always been a
showstopper for me when attempting to use freeware report generators:
they usually are designed for use in connection with a DB. My needs are
different: I want to generate my reports from memory data, because I'm
using some sort of object persistence framework which isolates the
underlying DB from the data manipulation layer.

Hence, I think that if your generator provides an *easy* way of using
(either Dataset or) in-mem data, I could be interested in testing it.
I'm not afraid at having to code the reports, as this is the way I'm
usually doing that.


All the best in your quest and thanks for donating,
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Anonymous user can no longer post on Mantis
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 06 Aug 2005 17:27:25 +0200
Newsgroups: jedi.vcl

Hi all

Following a previous discussion, I have setup the anonymous user on Mantis so that it cannot post anything. It still can view issues, but in order to add new ones or comments, users MUST now be logged.
This way, people will receive notification emails and this should allow better responsiveness on new issues requiring feedback.
This change is revertable, please provide any comments on this decision (it only applies to JVCL, not any other project on Mantis)

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Looking for co-developers for a Code/VCL base report generator to donate
From: CornieVS <cornievs@gmail.com>
Date: Sat, 06 Aug 2005 11:28:58 +0200
Newsgroups: jedi.vcl

Hi All

I was getting tired of using the slow and big report generators like QReports and the inflexability of it.  So I "design" a fast code base generator with some Design time properties and the rest is hard coded by the programmer.

It works as follows. The design properties is:
1) Measurement items: The margins, headers, 3 different font types sizes, etc.
2) Report headings, date, etc
3) Colums definitions (Width, DataSet Field)
4) On.... Events which are called by report generator to print the Headings, footers, line detail etc.  This events the programmer must code to give the actual output. (I have also standard routine to simplify the output to the canvas).

The report can be runned in 2 modes: printer or preview. The report generator handles the control of the printer/preview form and calls the  On... evenst as needed.

I am already using it in commercial applications, but is my first package and I know there is a lot of things that needs to be improved. I want to donate it to the JVCL community to say thanks for a wonderfull set of components.  Hopefully, when my comercial applications take off, I can also donote money.

If anybody is interest in helping me, please contact me.

Regards




Cornie van Schoor
cornievs@gmail.com


Subject: Re: JvDBGrid column Title
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sat, 6 Aug 2005 04:43:32 -0400
Newsgroups: jedi.vcl

> > How do title of jvDBGrid with more one line?

According to a comment in the code...

{ WordWrap: if true, titles, memo and string fields are displayed on several lines }
property WordWrap: Boolean 
    read FWordWrap 
    write SetWordWrap 
    default False;

Seems like this would require that AutoSizeColumns contain False too.

I don't think you can specify where a word break occurs; it appears to be calculated when column titles are displayed using the current column layout.


Subject: JvTreeViewLinks Editor problem
From: "Peter Panino" <peter-panino@aon.at>
Date: Sat, 6 Aug 2005 00:24:31 +0200
Newsgroups: jedi.vcl

I have a JvSettingsTreeView and a JvPageList on a form. Both contain the same number of items. When I try to connect the related items, the JvTreeViewLinks Editor almost drives me crazy! In both the Nodes list and the Pages list I have the same number of items, but I am not able to make the proper link connections for all the items: When I click on the Create-Link button to connect two related items then always another not selected Node with the same number is changed too, so there are always alt least two items with a wrong connection, i.e. the Nodes list always contains two items with the same number!

Can anyone please tell me how to proceed to solve this problem, or is there a bug in the JvTreeViewLinks Editor? The JvSettingsTreeView is Version 3.00.

Thanks in advance!


Subject: JvDBGrid column Title
From: "Edinelson" <ealemes@ig.com.br>
Date: Fri, 5 Aug 2005 15:49:53 -0300
Newsgroups: jedi.vcl

How do title of jvDBGrid with more one line?

Thanks





Subject: Re: jvDesktopAlert
From: John Scott <john_sco@hotmail.com>
Date: Fri, 05 Aug 2005 17:26:24 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> John,
>
> did you found any solution yet?
>

Nope :(  The problem is that my program is a 'normal' Windows application, so I cant go removing the taskbar, or changing the window style.

The autofocus property seemed to help a bit, but its still hit and miss.  Occasionally now I get my programs window popping up to the front but not taking focus, but then it doesnt seem to 'be there' because I cant click the minimise buttons to get rid of it.  This is fixed by focusing my application, then focusing a different application, and then going back to my application.

May be time to bite the bullet and have a look through the source!


Subject: Re: jvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Aug 2005 11:17:51 +0200
Newsgroups: jedi.vcl

"Michael Bowers" wrote in message
<news:Xns96A7723FA1284michaelbowersatmhhsd@194.191.0.34>:

> > This defines the application's window style as a floating toolbar, so it 
> > won't show up in the taskbar or be accessible by ALT-TAB.  Additionally, 
> > it won't show up in the task mangler program list because the 
> > application doesn't have a title.  
Hi Michael,

your very last statement above was the solution - at least for me. running
my tray application w/o a title solved this annoying problem at the end.

Thanks!

-- cu, Michael 

Subject: Re: jvdocking - detect form is docked/undocked
From: "vhb" <dfg@dsfsdf.gf>
Date: Fri, 5 Aug 2005 08:32:27 +0200
Newsgroups: jedi.vcl

Thanks for your reaction.

Yes, neither is called, not from the MDI window nor the child window.

Regards,

Bart

"Ricardo Cardona R" <rcardona@mail.com> wrote in message 
news:dcqefh$4n7$1@talkto.net...
>> >> Has anyone a solution?
> >
> > You look TForm.EndDock and TForm.UnDock ?
> >
> > Ricardona 




Subject: Re: TJvEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Aug 2005 16:47:15 +0200
Newsgroups: jedi.vcl

Please do not quote all lines only the one you want to append text.
Otherwise the thread becomes a little bit unreadable.


> >     Completion.Identifiers.Strings = (
> >       'if ... then begin ... end else begin ... end=iif')

The Iddentifiers property is for code insight but you "misused" it as
template. So you know what the Template sub-property is for.


-- Regards, Andreas Hausladen 

Subject: Re: TJvEditor
From: "atRennes" <laurent.sass@plurimedia.fr>
Date: Thu, 4 Aug 2005 15:16:58 +0200
Newsgroups: jedi.vcl

on my version i dont have :
   ... for completion property and so it editor
   autocompletion property
and i have :
   completion meta property with this chields :
    Completion.ItemHeight = 13
    Completion.Interval = 800
    Completion.ListBoxStyle = lbStandard
    Completion.Identifiers.Strings = (
      'if ... then begin ... end else begin ... end=iif')
    Completion.CaretChar = '|'
    Completion.CRLF = '/n'
    Completion.Separator = '='
This example of use take me the list box choice when i put [ctrl + space
bar]
with iif proposition and if ... then begin ... end else begin ... end result
on the editor.

I want this proposition when i put "iif" on my editor.

I have so a Completion.Templates TStrings.
What can i do whit this ?

Thanks



"atRennes" <laurent.sass@plurimedia.fr> a écrit dans le message de
news:dct35r$ks4$1@talkto.net...
> > Thanks for all your help, i try this now
> >
> >
> > "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
> > message de news:dct1u9$kjo$1@talkto.net...
>> > > atRennes wrote:
>> > >
>>> > > > ok, but how can i have different highlight possibilities for different
>>> > > > word ?
>> > >
>> > > procedure TForm1.JvHLEditor1ReservedWord(Sender: TObject; Token: String;
>> > >   var Reserved: Boolean);
>> > > const
>> > >   Words = ' if end begin ';
>> > >   Words2 = ' unit interface implementation uses ';
>> > > begin
>> > >   Reserved := Pos(' ' + AnsiLowerCase(Token) + ' ', Words) > 0;
>> > >   if Reserved then
>> > >     TJvHLEditor(Sender).Colors.Reserved.ForeColor := clBlack
>> > >   else
>> > >   begin
>> > >     Reserved := Pos(' ' + AnsiLowerCase(Token) + ' ', Words2) > 0;
>> > >     TJvHLEditor(Sender).Colors.Reserved.ForeColor := clNavy;
>> > >   end;
>> > > end;
>> > >
>> > > How have I found this out? That's simple: I just looked at the code that
>> > > invokes OnReservedWord and then I saw that if Reserved=True the paint
>> > > color is changed to Colors.Reserved. Now I looked at TJvColors and then
>> > > TJvSymbolColor and there was no setter method so changing the color does
>> > > not invoke a repaint. That's it.
>> > >
>> > >
>>> > > > and how can i use completion ?
>> > >
>> > > Select the JvHLEditor, switch to the object inspector and click on the
>> > > "..." of the "Completion" property. The Completion property requires the
>> > > format display=replacement. And for autocompletion this should look like
>> > > "MyMethod=MyMethod" otherwise the autoselect by typing does not work.
>> > > And if you do not want this simple listbox you can paint it yourself by
>> > > setting style to ownerdraw.
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Andreas Hausladen
> >
> >




Subject: Re: TJvEditor
From: "atRennes" <laurent.sass@plurimedia.fr>
Date: Thu, 4 Aug 2005 15:06:14 +0200
Newsgroups: jedi.vcl

Thanks for all your help, i try this now


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news:dct1u9$kjo$1@talkto.net...
> > atRennes wrote:
> >
>> > > ok, but how can i have different highlight possibilities for different
>> > > word ?
> >
> > procedure TForm1.JvHLEditor1ReservedWord(Sender: TObject; Token: String;
> >   var Reserved: Boolean);
> > const
> >   Words = ' if end begin ';
> >   Words2 = ' unit interface implementation uses ';
> > begin
> >   Reserved := Pos(' ' + AnsiLowerCase(Token) + ' ', Words) > 0;
> >   if Reserved then
> >     TJvHLEditor(Sender).Colors.Reserved.ForeColor := clBlack
> >   else
> >   begin
> >     Reserved := Pos(' ' + AnsiLowerCase(Token) + ' ', Words2) > 0;
> >     TJvHLEditor(Sender).Colors.Reserved.ForeColor := clNavy;
> >   end;
> > end;
> >
> > How have I found this out? That's simple: I just looked at the code that
> > invokes OnReservedWord and then I saw that if Reserved=True the paint
> > color is changed to Colors.Reserved. Now I looked at TJvColors and then
> > TJvSymbolColor and there was no setter method so changing the color does
> > not invoke a repaint. That's it.
> >
> >
>> > > and how can i use completion ?
> >
> > Select the JvHLEditor, switch to the object inspector and click on the
> > "..." of the "Completion" property. The Completion property requires the
> > format display=replacement. And for autocompletion this should look like
> > "MyMethod=MyMethod" otherwise the autoselect by typing does not work.
> > And if you do not want this simple listbox you can paint it yourself by
> > setting style to ownerdraw.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: TJvEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Aug 2005 14:45:43 +0200
Newsgroups: jedi.vcl

atRennes wrote:

> > ok, but how can i have different highlight possibilities for different
> > word ?

procedure TForm1.JvHLEditor1ReservedWord(Sender: TObject; Token: String;
  var Reserved: Boolean);
const
  Words = ' if end begin ';
  Words2 = ' unit interface implementation uses ';
begin
  Reserved := Pos(' ' + AnsiLowerCase(Token) + ' ', Words) > 0;
  if Reserved then
    TJvHLEditor(Sender).Colors.Reserved.ForeColor := clBlack
  else
  begin
    Reserved := Pos(' ' + AnsiLowerCase(Token) + ' ', Words2) > 0;
    TJvHLEditor(Sender).Colors.Reserved.ForeColor := clNavy;
  end;
end;

How have I found this out? That's simple: I just looked at the code that
invokes OnReservedWord and then I saw that if Reserved=True the paint
color is changed to Colors.Reserved. Now I looked at TJvColors and then
TJvSymbolColor and there was no setter method so changing the color does
not invoke a repaint. That's it.


> > and how can i use completion ?

Select the JvHLEditor, switch to the object inspector and click on the
"..." of the "Completion" property. The Completion property requires the
format display=replacement. And for autocompletion this should look like
"MyMethod=MyMethod" otherwise the autoselect by typing does not work.
And if you do not want this simple listbox you can paint it yourself by
setting style to ownerdraw.

-- Regards, Andreas Hausladen 

Subject: Re: TJvEditor
From: "atRennes" <laurent.sass@plurimedia.fr>
Date: Thu, 4 Aug 2005 14:19:43 +0200
Newsgroups: jedi.vcl

ok, but how can i have different highlight possibilities for different word
?

and how can i use completion ?


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news:dcsriv$j51$1@talkto.net...
> > atRennes wrote:
> >
>> > > Have you got documentation about this ?
> >
> > About OnReservedWord? No. But it is very simple:
> >
> >
> > JvHLEditor1.Highlighter = hlNone;
> >
> > procedure TForm1.JvHLEditor1ReservedWord(Sender: TObject; Token: string;
> > var Reserved: Boolean);
> > const
> >   ResWords = ' if while end begin bla bla bla ';
> > begin
> >   Reserved := Pos(' ' + AnsiLowerCase(Token) + ' ', ResWords) > 0;
> > end;
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: TJvEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Aug 2005 12:57:16 +0200
Newsgroups: jedi.vcl

atRennes wrote:

> > Have you got documentation about this ?

About OnReservedWord? No. But it is very simple:


JvHLEditor1.Highlighter = hlNone;

procedure TForm1.JvHLEditor1ReservedWord(Sender: TObject; Token: string;
var Reserved: Boolean);
const
  ResWords = ' if while end begin bla bla bla ';
begin
  Reserved := Pos(' ' + AnsiLowerCase(Token) + ' ', ResWords) > 0;
end;


-- Regards, Andreas Hausladen 

Subject: Re: TJvEditor
From: "atRennes" <laurent.sass@plurimedia.fr>
Date: Thu, 4 Aug 2005 12:40:59 +0200
Newsgroups: jedi.vcl

Have you got documentation about this ?

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news:dcsjei$heb$1@talkto.net...
> > You could write an OnReservedWord event handler. Then the JvHLEditor does
> > the parsing for you.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: TJvEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Aug 2005 10:38:22 +0200
Newsgroups: jedi.vcl

You could write an OnReservedWord event handler. Then the JvHLEditor does
the parsing for you.


-- Regards, Andreas Hausladen 

Subject: Re: TJvEditor
From: "atRennes" <laurent.sass@plurimedia.fr>
Date: Thu, 4 Aug 2005 10:10:45 +0200
Newsgroups: jedi.vcl

Hello,

I try to make a example of use syntax coloration but i have a but somewhere.
Heres the code, there's a difference between 'if' patern and if in a word
like 'canif', but sometimes any spaces have coloration too.

var
  TblMot                               : Array[0..15] of String = ('if',
'then', 'else', 'end',
                                                                'while',
'for', 'to', 'do',
                                                                'var',
'const', 'string',
                                                                'in', 'or',
'and',
                                                                'self',
                                                                'length'
                                                                );

procedure TForm1.JvEditor1GetLineAttr
(Sender: TObject; var Line: String; Index: Integer; var Attrs: TLineAttrs);
var
  Idx                                  : SmallInt;
  IdxMots                              : Word;
  Mot                                  : String;
  PosDebut                             : SmallInt;
  PosFin                               : SmallInt;
begin

SB.Panels[0].Text                      := Line;

For IdxMots                            := 0 To Length(TblMot) - 1 Do
Begin
   Mot                                 := TblMot[IdxMots];
   PosDebut                            := -1;
   PosFin                              := -1;
   If (Pos(' ' + Mot + ' ', Line)      >  0) Then
   Begin
      PosDebut                         := Pos(' ' + Mot + ' ', Line) + 1;
      PosFin                           := Pos(' ' + Mot + ' ', Line) +
Length(' ' + Mot + ' ') - 1;
   End;
   If (Pos(Mot + ' ', Line)            = 1) Then
   Begin
      PosDebut                         := 1;
      PosFin                           := Length(Mot + ' ') - 1;
   End;
   If (Pos(' ' + Mot, Line)            = Length(Line) - Length(' ' + Mot) +
1) Then
   Begin
      PosDebut                         := Length(Line) - Length(' ' + Mot) +
2;
      PosFin                           := Length(Line);
   End;
   If (Line                            = Mot) Then
   Begin
      PosDebut                         := 1;
      PosFin                           := Length(Line);
   End;

   If (PosDebut                        >= 0) Or
      (PosFin                          >= 0) Then
      For Idx                          := PosDebut To PosFin Do
      Begin
          Attrs[Idx].FC                := clGreen;
          Attrs[Idx].BC                := clYellow;
          Attrs[Idx].Border            := clRed;
          Attrs[Idx].Style             := [fsBold];
      End;
End;

end;




Subject: Re: JvAviCapDemo
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 4 Aug 2005 03:59:35 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <oobnes__gf_@_gfd_altern.org> wrote in
news:dcq1nt$20r$1@talkto.net: 

Hi Olivier

> > The doc is in the MSDN, as TJvAVICapture is a wrapper around the
> > AVICap APIs.

I'm coming to this as a newbie (and would be a *bit* less of a newbie if
our Internet hadn't been off all day yesterday) and had just been
playing in Google investigating capture when I found out about PTP and
digitalv, etc. I'd just downloaded  v3 and there was, hopefully, a
solution staring at me. Seems not. Hey ho. I was trying to make
something to replace Studio for some sort of background transfer from
VCR to DVD. With Studio *everything* has to be off to work properly (and
that's no guarantee of it not barfing) and thought I'd see what I could
find out. 

> > 
> > As to your problem, you have to have a WDM driver for the capture card
> > devices. If you don't, then it will not be usable by TJvAVICapture.
> > 
> > Basically, if it is usable in NetMeeting (conf.exe in program files), 
> > then it should be usable in TJvAVICapture. 

Then I think I'm stuffed. ISTR reading something in Pinnacle's KB that
it's incompatible with Netmeeting. 


It works with my webcam, and 
> > a few others I've heard of. I was never able to get it to work with my
> > TV card though, for instance. And as I don't have this card anymore, I
> > can't really test.

I've also got an old DV500 but as they are both basically the same I
don't think that's going to be of use either. 

Thanks ever so much for your help. Back to the drawing board. :)

Cheers



-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: jvDesktopAlert
From: Michael Bowers <michael_bowers(remove_this)@mhhs.org>
Date: Wed, 3 Aug 2005 16:02:07 +0000 (UTC)
Newsgroups: jedi.vcl

Michael Fritz <spam_athome@yahoo.de> wrote in
news:uearfk06cctg$.12c9ny7sr4bh0.dlg@40tude.net: 

> > "John Scott" wrote in message <news:dc6153$18n$1@talkto.net>:
> > 
>> >> I have been using jvDesktopAlert to give user status updates from 
>> >> various parts of my program.  However I noticed that when the 
>> >> jvdesktopalert is executed it brings my application to the
>> >> foreground. Is there some property to stop this happening?  Obviously
>> >> I tried the Autofocus property but it doesnt stop the main
>> >> application coming to the top.
> > Hm, that's my problem too - but a little bit trickier: I'm hiding the
> > applications main window in the taskbar. Only an icon is shown in the
> > tray. When an event occurs it should display the alert window with
> > some textual information and nothing more.
> > 
> > However the application gets visible (not on top) but unfortunately in
> > the taskbar again. After the alert window disappears, the application
> > is hiding itself again...
> > 
> > I don't know why this happens. I do not think it has to do with our
> > coding but with JVDesktopAlert.

I built a small sample application that never displays its main form, 
but rather uses TCoolTrayIcon.  I put this in my application's project 
between initialization of the Application object and creation of the 
main form:

  ShowWindow(Application.Handle, SW_HIDE);
  SetWindowLong(Application.Handle, GWL_EXSTYLE,
                GetWindowLong(Application.Handle, GWL_EXSTYLE) or
                WS_EX_TOOLWINDOW);
  ShowWindow(Application.Handle, SW_SHOW);
  Application.ShowMainForm := False;
  Application.Title := '';

Of course, if you do this, you have to include SysUtils and Windows in 
the uses clause on your project's .dpr file.

This defines the application's window style as a floating toolbar, so it 
won't show up in the taskbar or be accessible by ALT-TAB.  Additionally, 
it won't show up in the task mangler program list because the 
application doesn't have a title.  Therefore, it won't clutter the 
taskbar on showing a TJvDesktopAlert.  Additionally, in my tests under 
Windows XP SP1 and Delphi 7 it doesn't steal focus from other 
applications unless it happens to pop up under my mouse cursor.  YMMV in 
other versions.

Thanks,
Mike


Subject: Re: jvdocking - detect form is docked/undocked
From: Ricardo Cardona R <rcardona@mail.com>
Date: Wed, 03 Aug 2005 08:07:13 -0500
Newsgroups: jedi.vcl

> Has anyone a solution?

You look TForm.EndDock and TForm.UnDock ?

Ricardona


Subject: TJvEditor
From: "atRennes" <laurent.sass@plurimedia.fr>
Date: Wed, 3 Aug 2005 14:21:13 +0200
Newsgroups: jedi.vcl

Hello,

Could i know how to use this component : TJvEditor ?
I want to use syntax coloration for my langage and to use completion for my
words.

Thanks




Subject: Re: jvdocking - detect form is docked/undocked
From: "vhb" <dfg@dsfsdf.gf>
Date: Wed, 3 Aug 2005 13:04:30 +0200
Newsgroups: jedi.vcl

Has anyone a solution?

"vhb" <dfg@dsfsdf.gf> wrote in message news:dcd3j8$dcq$1@talkto.net...
> > How can I detect a form being docking/undocked from a jvdockserver?
> >
> > I can't find any events for it, neither in the form or in the jvdockserver
> >
> > Regards,
> >
> > Bart Meijer
> > 




Subject: Re: JvAviCapDemo
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 03 Aug 2005 11:24:10 +0200
Newsgroups: jedi.vcl

The doc is in the MSDN, as TJvAVICapture is a wrapper around the AVICap APIs.

As to your problem, you have to have a WDM driver for the capture card devices. If you don't, then it will not be usable by TJvAVICapture.

Basically, if it is usable in NetMeeting (conf.exe in program files), then it should be usable in TJvAVICapture. It works with my webcam, and a few others I've heard of. I was never able to get it to work with my TV card though, for instance. And as I don't have this card anymore, I can't really test.

Cheers
Olivier


Subject: JvAviCapDemo
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Aug 2005 08:17:37 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I'm trying to run the JvAviCapDemo and not having a lot of success. I 
know I'm doing something wrong but don't know, in my ignoranece, of what 
it could be.

I have a Pinnacle MovieBox Deluxe USB2 with a VCR and a digi-cam 
connected. When I run the demo I click on 'Connect' and the combo shows 
'Pinnacle Systems MovieBox Deluxe Device'. I ok that and get the error 
'No device found. Verify your connection and configuration'. Yes, I've 
checked the connection (it's still running fine in Studio and that is 
for both cam and VCR) but am ignorant as to the configuration bit.

If I try and play with the properties (I say 'play' because I've no idea 
what is supposed to be where, which is why I'm messing around with the 
demo <g>) of the TJvAVICapture component, when I try and change 
DriverIndex (which currently says '-1 - Disconnected') to the other 
option '0 - Microsoft WDM Image Capture (Win32)' the Video Source dialog 
appears. If I then ok I get the error 'Error #418. Capture device was 
not detected'. That is followed by another dialog with '0 is an invalid 
driver index. The maximum value is 0. This may also happen if the device 
could not be initialized properly'. 

Ok, but I can't see what it is that I have to do to initialise properly 
and there's nothing in the help file.

Would someone kindly apply a cluestick in my direction. I really would 
like to see how this beast works.

MTIA

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: TJvTransparentButton2 - DownActiveImage?
From: "Peter Panino" <peter-panino@aon.at>
Date: Wed, 3 Aug 2005 09:26:27 +0200
Newsgroups: jedi.vcl

The TJvTransparentButton2 can have images for the modes:
1. ActiveImage (when the mouse hovers over the button),
2. DisabledImage,
3. DownImage (when the button is permanently pressed down) and
4. GrayImage (normal mode).

However there is no image for *DownActive* mode, i.e. when the mouse hovers over the permanently pressed down button. I suggest this as a feature in a new version.


Subject: Problem with TJvDBComboBox win98 and delphi 7
From: "Valdir Stiebe Junior" <ogecrom@gmail.com>
Date: Tue, 02 Aug 2005 18:13:15 -0300
Newsgroups: jedi.vcl

Hello!

Two machines in a custommer raise a page fault in user.exe when a form with 3 jvdbcombos is show.
I've tested and with only one jvdbcombo it works.
I've "googled" and found that some versions of win98 don't work ok with delphi7 dbcombobox. But didn't found any solution.

Anyone can help me with this problem? Any workaround?

Thanks in advance.

Valdir.


Subject: Re: Installing version 3
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 02 Aug 2005 17:58:49 +0200
Newsgroups: jedi.vcl

Sam Francke wrote:

> LS,
>
> Yesterday I've installed version 3.00 for Delphi 5, without any problem!
> Thanks a lot for this great component-collection.

Glad to hear that it went well for you, and many thanks for the kind words.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Installing version 3
From: "Sam Francke" <samfrancke@hccnet.nl>
Date: Tue, 2 Aug 2005 13:54:13 +0000 (UTC)
Newsgroups: jedi.vcl

LS,

Yesterday I've installed version 3.00 for Delphi 5, without any problem!
Thanks a lot for this great component-collection.

-- Groeten Sam Francke 

Subject: Re: jvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 2 Aug 2005 12:49:52 +0200
Newsgroups: jedi.vcl

"John Scott" wrote in message <news:dc6153$18n$1@talkto.net>:

> > Is there some property to stop this happening?  Obviously I tried the 
> > Autofocus property but it doesnt stop the main application coming to the 
> > top.
John,

did you found any solution yet?

-- cu, Michael 

Subject: Use mask in JvInspector
From: "Artur Redzko" <arturr@opegieka.com.pl>
Date: Tue, 2 Aug 2005 11:23:11 +0200
Newsgroups: jedi.vcl

Witam / Hello

    How can I use mask for input values in JvInspector. I'd like to format
string or float value with mask ##.00 during and after edition.

Pozdrawiam / Regards
Artur Redzko




Subject: Re: ThumbView bugs and fixes
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 31 Jul 2005 10:01:33 +0200
Newsgroups: jedi.vcl

Please add this to mantis:
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Greetings
Jens

Preston wrote:
> I've found some bugs in the thumbview code and have some fixes for them. What's the best way to submit these?
>
> Additonally, there's a bug in the code that I'm not sure how to fix and would like to turn it over to the author. What's the best way to appraoch that?
>
> Preston
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Commercial APP
From: "Daniel Szasz" <danysz@yahoo.com>
Date: Sun, 31 Jul 2005 06:02:45 +0200
Newsgroups: jedi.vcl

Any way if you like them... You can use the donations engine from 
sourceforge ...

Daniel


"Alejandro Castro" <alejandro@alfra.info> wrote in message 
news:cupcpt$9v3$1@talkto.net...
> >I need to use JVCL for a commercial app
> >
> > What should I do? Should I pay a licence?
> >
> > Thanks you
> > Alejandro
> > 




Subject: Re: JVCL with debugger
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 30 Jul 2005 11:02:26 +0200
Newsgroups: jedi.vcl

jp cousin wrote:

> > is it possible to hide all jvcl when you use the debugger?

Start the JVCL installer. On the configuration package uncheck the
"Developer installation" checkbox and activate the "Compile debug units"
checkbox. Compile the JVCL.
After that you must remove any JVCL directory from the library-path and
add these two:

jvcl3\lib\d7
jvcl3\resources

And if you use the jvcl.inc file you must also add jvcl3\common


-- Regards, Andreas Hausladen 

Subject: JVCL with debugger
From: jp cousin <technodirect@mls.nc>
Date: Sat, 30 Jul 2005 10:51:03 +1100
Newsgroups: jedi.vcl

is it possible to hide all jvcl when you use the debugger?
If yes what must you do?
thanks


Subject: ThumbView bugs and fixes
From: "Preston" <nospam@nospam.com>
Date: Fri, 29 Jul 2005 16:58:10 -0600
Newsgroups: jedi.vcl

I've found some bugs in the thumbview code and have some fixes for them. 
What's the best way to submit these?

Additonally, there's a bug in the code that I'm not sure how to fix and 
would like to turn it over to the author. What's the best way to appraoch 
that?

Preston 




Subject: Re: error installing jcl
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 29 Jul 2005 18:09:20 +0200
Newsgroups: jedi.vcl,jedi.jcl

[Follow-up to jedi.jcl]

tintin wrote:

> I want to install JCL 1.95.3 on D5 SP1, using JCL Install.bat, and "Favorite ComboBox in Open Save dialog" checked.
>
> I get an error :
>
> Installing package [...]\JEDI\JVCL3\jcl\examples\vcl\idefavopendialogs\IdeOpenDlgFavoriteD50.dpk...
> Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
> [...]\JEDI\JVCL3\jcl\examples\vcl\IDEFAV~1\IdeOpenDlgFavoriteD50.dpk(31) Hint : File not found : 'vclx50.dcu'
> ...done.
>
> and the installation fails.

vclx50.dcu is part of $(DELPHI)\Lib\vclx50.dcp.

Your D5 installation seems somehow damaged.  Eventually it's just
$(DELPHI)\Lib missing from the library path (but wouldn't then vcl50
been noticed missing first?).

Note that JCL installation has been tested with D5 Prof before release
and no problems were encountered.

Robert


Subject: Re: error installing jcl
From: "tintin" <tintin@herge.com>
Date: Fri, 29 Jul 2005 14:48:14 +0200
Newsgroups: jedi.vcl,jedi.jcl

D5 Professional.

Regards.


"Florent Ouchet" <ouchet.florent@laposte.net> a écrit dans le message de 
news: dcd17b$cr1$1@talkto.net...
>> >> I want to install JCL 1.95.3 on D5 SP1, using JCL Install.bat, and 
>> >> "Favorite ComboBox in Open Save dialog" checked.
> >
> > This is the wrong newsgroup, please follow up in jedi.jcl.
> >
> > Which version of D5 do you have ? Personnal ? Professionnal ?
> >
> > You may delete the requires of vclx50 in 
> > examples\vcl\ideopendialogs\IdeOpenDlgFavoriteD50.dpk.
> >
> > Regards,
> >
> > Florent Ouchet 




Subject: jvdocking - detect form is docked/undocked
From: "vhb" <dfg@dsfsdf.gf>
Date: Fri, 29 Jul 2005 13:33:53 +0200
Newsgroups: jedi.vcl

How can I detect a form being docking/undocked from a jvdockserver?

I can't find any events for it, neither in the form or in the jvdockserver

Regards,

Bart Meijer 




Subject: Re: error installing jcl
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 29 Jul 2005 12:52:41 +0200
Newsgroups: jedi.vcl,jedi.jcl

> I want to install JCL 1.95.3 on D5 SP1, using JCL Install.bat, and "Favorite ComboBox in Open Save dialog" checked.

This is the wrong newsgroup, please follow up in jedi.jcl.

Which version of D5 do you have ? Personnal ? Professionnal ?

You may delete the requires of vclx50 in examples\vcl\ideopendialogs\IdeOpenDlgFavoriteD50.dpk.

Regards,

Florent Ouchet


Subject: error installing jcl
From: "tintin" <tintin@herge.com>
Date: Fri, 29 Jul 2005 12:27:49 +0200
Newsgroups: jedi.vcl

Hi,

I want to install JCL 1.95.3 on D5 SP1, using JCL Install.bat, and "Favorite 
ComboBox in Open Save dialog" checked.

I get an error :

Installing package 
[...]\JEDI\JVCL3\jcl\examples\vcl\idefavopendialogs\IdeOpenDlgFavoriteD50.dpk...
Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
[...]\JEDI\JVCL3\jcl\examples\vcl\IDEFAV~1\IdeOpenDlgFavoriteD50.dpk(31) 
Hint : File not found : 'vclx50.dcu'
....done.

and the installation fails.

What should I do to fix the problem and have the unit installed ?

By the way, if I uncheck only this package, and select the following, I get 
a crash error 0xc0000005 (send to MS...) in DCC32.exe

Thanks for help

Regards





Subject: Re: SpeedBar revisited again Early JVCL works!!
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 29 Jul 2005 09:41:14 +0800
Newsgroups: jedi.vcl

Hi

On Thu, 28 Jul 2005 22:27:46 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Nope, that, I can't. I can't event select a single button added with the JvSpeedbar designer. What I meant was that I could actually move around the TLabel and TDBEdit inside the speebar. But yes, there seems to be a bug in that the buttons on the TJvSpeedbar added through the designer are not movable at all.

Well I am pleased to hear that :D At least I now know it's NOT just my system :D

(It has been a nuisance though to go through the whole remove Delphi et al and JVCL, only to reinstall them and find the problem still exists)

Still I am happy to know the problem does exist.

So what now? Should I post this as a problem? Will you post this as a problem? Are you able to find and fix the problem? I understand if you can't right now :D

Is it possible for ME to d/l various versions/builds subsequent to the build that works? (build 1948) This way I could attempt to narrow down the build in which the problem began.


-- 
Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: different version of JvThemes.ThemeServices?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 28 Jul 2005 22:26:30 +0200
Newsgroups: jedi.vcl

Julio Cesar Gazquez wrote:
> I'm getting this error, after a Delphi reinstall and I don't have more ideas
> to try :-(
>
> [Fatal Error] IgDBCtrls.pas(17): Unit JvSpeedButton was compiled with a
> different version of JvThemes.ThemeServices
>
> Any suggestions?
> TIA

See http://homepages.borland.com/jedi/issuetracker/view.php?id=3027

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: different version of JvThemes.ThemeServices?
From: Julio Cesar Gazquez <juliogazquez@yahoo.com.ar>
Date: Thu, 28 Jul 2005 17:05:33 -0300
Newsgroups: jedi.vcl

I'm getting this error, after a Delphi reinstall and I don't have more ideas
to try :-(

[Fatal Error] IgDBCtrls.pas(17): Unit JvSpeedButton was compiled with a
different version of JvThemes.ThemeServices

Any suggestions?
TIA

-- Saludos Julio César Gázquez 

Subject: Re: How works JvPatchFile?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 28 Jul 2005 17:40:18 +0200
Newsgroups: jedi.vcl

> Thank you, Florent! There is a little mistake in the code that causes an error:
>
> Line: Dlg.LoadFromStr(TStrings(GetOrdValue));
> New: Dlg.LoadFromStr(TStringList(GetOrdValue));  // use TStringList instead TStrings

In the CVS I modified TStringList to TStrings in the function.

Florent


Subject: Re: SpeedBar revisited again Early JVCL works!!
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 28 Jul 2005 22:30:04 +0800
Newsgroups: jedi.vcl

Hi again

On Thu, 28 Jul 2005 20:35:37 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Ok, I finally had time to actually test this.
> I placed a TJvSecretPanel and dropped a TLabel and a TDBEdit inside it.. I was able to move them as usual.
> I placed a JvSpeedBar and did the same, with the same outcome.
> All this was under Delphi 7 on a Windows XP SP1 machine.

I tried the latest version. The problem still exists for the JvSpeedBar and the JvSecretPanel but I can select a label within a bevel.

I assume the bevel is not a "container" component but just a visual shape.

I know that if I go back to the early version (April) the components WILL work, so there must be something to do with the later JVCL.

I will try the latest JVCL on another pc tomorrow.

BTW I have been d/l the source only version, maybe I should try a new complete download and start again?

Thanks you :D

-- 

Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: SpeedBar revisited again Early JVCL works!!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 28 Jul 2005 16:27:46 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

> Hi
>
> On Thu, 28 Jul 2005 20:35:37 +0800, OBones <oobnes__gf_@_gfd_altern.org>  wrote:
>
>> Ok, I finally had time to actually test this.
>> I placed a TJvSecretPanel and dropped a TLabel and a TDBEdit inside it.  I was able to move them as usual.
>
> Hmmm?

Well, you know, drop a TLabel, drag and drop it at another location inside the TJvSecretPanel.


>> I placed a JvSpeedBar and did the same, with the same outcome.
>
> Sorry to be a nuisance, but I presume you mean you could move and remove  buttons from the speedbar?

Nope, that, I can't. I can't event select a single button added with the JvSpeedbar designer. What I meant was that I could actually move around the TLabel and TDBEdit inside the speebar. But yes, there seems to be a bug in that the buttons on the TJvSpeedbar added through the designer are not movable at all.

>> I would suspect a hook on your mouse or something like that.
>
> Hmmm? then it must be from somewhere within the JVCL as that was the ONLY  extra component suite I added after a COMPLETELY fresh install. I even  removed Delphi references from the registry.

Humm... Weird.



>> Well, I do have the latest JVCL though (CVS from yesterday), so this may  explain why I can't see the problem.
>
> Hmmm? I doubt it but I'll try the latest version shortly :D I hope it  works.
>
> Thanks again for your efforts :D

No worries.
Olivier


Subject: Re: How works JvPatchFile?
From: "John" <qwertzuiopmiller@web.de>
Date: Thu, 28 Jul 2005 15:58:57 +0200
Newsgroups: jedi.vcl

> > procedure TJvPatcherProperty.Edit;
> > var
> >   Dlg: TPatchFrm;
> > begin
> >   Dlg := TPatchFrm.Create(Application);
> >   Dlg.LoadFromStr(TStrings(GetOrdValue));
> >   try
> >     if Dlg.ShowModal = mrOk then
> >     begin
> >       SetOrdValue(Integer(Dlg.SetFromStr));
> >     end;
> >   finally
> >     Dlg.Free;
> >   end;
> > end;

Thank you, Florent! There is a little mistake in the code that causes an 
error:

Line: Dlg.LoadFromStr(TStrings(GetOrdValue));
New: Dlg.LoadFromStr(TStringList(GetOrdValue));  // use TStringList instead 
TStrings

I will test it :) 




Subject: Re: SpeedBar revisited again Early JVCL works!!
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 28 Jul 2005 21:36:35 +0800
Newsgroups: jedi.vcl

Hi

On Thu, 28 Jul 2005 20:35:37 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Ok, I finally had time to actually test this.
> I placed a TJvSecretPanel and dropped a TLabel and a TDBEdit inside it.. I was able to move them as usual.

Hmmm?

> I placed a JvSpeedBar and did the same, with the same outcome.

Sorry to be a nuisance, but I presume you mean you could move and remove buttons from the speedbar?

> All this was under Delphi 7 on a Windows XP SP1 machine.

Hmmm? I'm using D5 with XP pro sp2

> I would suspect a hook on your mouse or something like that.

Hmmm? then it must be from somewhere within the JVCL as that was the ONLY extra component suite I added after a COMPLETELY fresh install. I even removed Delphi references from the registry.

> Well, I do have the latest JVCL though (CVS from yesterday), so this may explain why I can't see the problem.

Hmmm? I doubt it but I'll try the latest version shortly :D I hope it works.

Thanks again for your efforts :D

-- 
Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: jvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 28 Jul 2005 14:36:32 +0200
Newsgroups: jedi.vcl

"John Scott" wrote in message <news:dc6153$18n$1@talkto.net>:

> > I have been using jvDesktopAlert to give user status updates from 
> > various parts of my program.  However I noticed that when the 
> > jvdesktopalert is executed it brings my application to the foreground. 
> > Is there some property to stop this happening?  Obviously I tried the 
> > Autofocus property but it doesnt stop the main application coming to the 
> > top.
Hm, that's my problem too - but a little bit trickier: I'm hiding the
applications main window in the taskbar. Only an icon is shown in the tray.
When an event occurs it should display the alert window with some textual
information and nothing more.

However the application gets visible (not on top) but unfortunately in the
taskbar again. After the alert window disappears, the application is hiding
itself again...

I don't know why this happens. I do not think it has to do with our coding
but with JVDesktopAlert.
-- cu, Michael 

Subject: Re: SpeedBar revisited again Early JVCL works!!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 28 Jul 2005 14:35:37 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

> Does this help guide you (others) to a potential cause or pas file??
>
> Thank you for any assistance you can offer :D

Ok, I finally had time to actually test this.
I placed a TJvSecretPanel and dropped a TLabel and a TDBEdit inside it. I was able to move them as usual.
I placed a JvSpeedBar and did the same, with the same outcome.
All this was under Delphi 7 on a Windows XP SP1 machine.

I would suspect a hook on your mouse or something like that.
Well, I do have the latest JVCL though (CVS from yesterday), so this may explain why I can't see the problem.

Cheers
Olivier


Subject: Re: How works JvPatchFile?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 28 Jul 2005 14:24:10 +0200
Newsgroups: jedi.vcl

I fixed the bug in the CVS one hour ago, it should be available in maximum 10 hours for anonymous users.

procedure TJvPatcherProperty.Edit;
var
  Dlg: TPatchFrm;
begin
  Dlg := TPatchFrm.Create(Application);
  Dlg.LoadFromStr(TStrings(GetOrdValue));
  try
    if Dlg.ShowModal = mrOk then
    begin
      SetOrdValue(Integer(Dlg.SetFromStr));
    end;
  finally
    Dlg.Free;
  end;
end;

Regards,

Florent


Subject: Re: How works JvPatchFile?
From: "John" <qwertzuiopmiller@web.de>
Date: Thu, 28 Jul 2005 14:13:36 +0200
Newsgroups: jedi.vcl

> > The bug was located in JvPatcherEditor.pas, the function 
> > TJvPatcherProperty.Edit was buggy because Res.Assign(Res) doesn't work (it 
> > is in fact a TStrings bug).

Ok thank you. And how can I fix the bug? Here is the function of my 
JvPatcherEditor.pas:

procedure TJvPatcherProperty.Edit;
var
  Dlg: TPatchFrm;
  Res: TStringList;
begin
  Res := TStringList(GetOrdValue);
  Dlg := TPatchFrm.Create(Application);
  Dlg.LoadFromStr(Res);
  try
    if Dlg.ShowModal = mrOk then
    begin
      Res.Assign(Dlg.SetFromStr);
      SetOrdValue(Integer(Res));
    end;
  finally
    Dlg.Free;
  end;
end;




Subject: Re: How works JvPatchFile?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 28 Jul 2005 13:28:59 +0200
Newsgroups: jedi.vcl

Hi,

The bug was located in JvPatcherEditor.pas, the function TJvPatcherProperty.Edit was buggy because Res.Assign(Res) doesn't work (it is in fact a TStrings bug).
I want to apologize for the number of times you posted a message here before it has been considered.

Florent


Subject: Re: How works JvPatchFile?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 28 Jul 2005 13:16:25 +0200
Newsgroups: jedi.vcl

John a écrit :
> Hello,
>
> can somebody explain to me how the TJvPatchFile component works? If I try to create the patch information in the "Differences" property, the Patcher Editor works a while but then nothing happens. Can one of you show me an example, please? I use C++Builder 6 (PRO).

You're right, there is bug in the property editor of TJvPatchFile. I am making a patch (not using this component lol).

Florent


Subject: Re: Posess Mouse and Keyboard
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Thu, 28 Jul 2005 12:33:28 +0200
Newsgroups: jedi.vcl

> > Check out Remote Assistant at www.contextsoft.com - it is "standalone"
> > application, but you can configure it with ini files, and easily call it
> > from within Delphi (there's info on this in the readme). The end-user
> > must request assistance (no calling them), and (if running across
> > Internet) you have to open a port to your PC. There's chat, desktop
> > sharing, and file transfer included.
> >
> > I've been using it a few months, it's really saved a lot of legwork and
> > driving around... My only complaint is it takes up quite a bit of CPU
> > resources when running on client PC with "basic" video card - but even
> > so, MUCH better than trying to talk user through "click here, click
> > there" blindly.
> >
> > This type of discussion is probably better saved for
> > borland.public.delphi.thirdpartytools.general though...

OK thanks :)

BTW I asked the question here cause I know JVCL has some hooks as non-visual 
components, but I've never used them, so I wanted to know if they could be 
of any use for the project :)

Marko 




Subject: Re: TightVNC
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Thu, 28 Jul 2005 12:27:27 +0200
Newsgroups: jedi.vcl

> > Get TightVNC from sourceforge.net. I control my son't Transport Tycoon
> > that way ;) Works on Athlon 700, but was too demandoing for celeron 488
> > (433 OC'd).

I'll take a look. I'm not worried about demanding software, I've got Athlon 
64 3200+ and the other computer is a Duron at 750MHz :)

Marko 




Subject: Re: SpeedBar revisited again Early JVCL works!!
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 28 Jul 2005 13:26:44 +0800
Newsgroups: jedi.vcl

Hi Olivier

On Wed, 27 Jul 2005 21:59:38 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Start by copying over the files for TJvSpeedbar (in design and run) from a newer version and recompile. This way, you only get the changes in this one, and you should be able to better see the changes.

I did a quick comparison between the older (run) jvspeedbar.pas and the newer release. The difference was minimal and limited to a change of a passed value from TImageIndex to Integer.

As the problem seems to be very similar between the JvSpeedBar, JvSecretPanel and JvBevel I would think that the problem is related to *something* that is common to all three (?). Would you have any idea what that might be?

As the problem seems to be that items within the "container" item, ie the speedbar "PANEL" the secret PANEL and the BEVEL I have the feeling it is related to the Z-Order. The button and labels places on the "container" are all visible but cannot be selected as the "surrounding container" gets the focus and therefore the mouse (etc) action.

FWIW, I did notice that an editbox placed on a JvSecretPanel would correctly receive the focus and COULD be moved, whereas the label could not.

Does this help guide you (others) to a potential cause or pas file??

Thank you for any assistance you can offer :D


-- 
Kind regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: TJvDatePickerEdit
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 28 Jul 2005 02:35:11 +0000 (UTC)
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware@gmx.net> wrote in news:xn0e599ut6ikkci000
@forums.talkto.net:



> > If you have no need for keyboard-input and need the long date format,
> > better take a look at some of the other date entry components in the
> > JVCL.

Hi Oliver

Duh! I found one on the TntWin32 palette. Why I never looked *that* far 
along the line, I really don't know. I think it must have been the end 
of a long day. I also probably got into the '*why* doesn't it work?' 
loop rather than 'ok, what else can I do?'  

> > 
> > Hope this helps.
> > 

It certainly does. Thank you very much. I'll have to download the latest 
version at some point but I'm in the middle of something rather large 
that is taking forever and didn't want to risk breaking what I already 
have working - besides having to go back and retest whole swathes of 
stuff. I know that recompiling *shouldn't* make it all go belly-up.... 
:)

As always, many thanks for your help.

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: How works JvPatchFile?
From: "John" <qwertzuiopmiller@web.de>
Date: Thu, 28 Jul 2005 03:23:40 +0200
Newsgroups: jedi.vcl

> >There were also previous popsts on the subject on May 17, 18.  Have you 
> >read those?

I did it. But it does not help me or I dont understand it. 




Subject: Re: How works JvPatchFile?
From: "John" <qwertzuiopmiller@web.de>
Date: Thu, 28 Jul 2005 03:15:00 +0200
Newsgroups: jedi.vcl

> > Have you tried 
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=110110
> >
> > The help of JvPatchFile.pas is located at 
> > http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1892

Yes, I have. But all I understand is that I can create the patch data with 
the design-time property editor. When I enter the source, new file and the 
password, it does something and the dialog disappears. The "Differences" 
property is empty and I can't neither save the strings to file nor patch a 
file. 




Subject: Re: How works JvPatchFile?
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 27 Jul 2005 18:15:01 -0400
Newsgroups: jedi.vcl

> > Have you tried http://homepages.borland.com/jedi/jedihelp/item.php?Id=110110

> > The help of JvPatchFile.pas is located at 
> > http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1892

There were also previous popsts on the subject on May 17, 18.  Have you read those?


Subject: Re: How works JvPatchFile?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 28 Jul 2005 00:05:03 +0200
Newsgroups: jedi.vcl

Hi,

Have you tried http://homepages.borland.com/jedi/jedihelp/item.php?Id=110110

The help of JvPatchFile.pas is located at http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1892

Regards,

Florent Ouchet


Subject: Re: How works JvPatchFile?
From: "John" <qwertzuiopmiller@web.de>
Date: Wed, 27 Jul 2005 23:16:12 +0200
Newsgroups: jedi.vcl

Nobody? 




Subject: Re: TJvDatePickerEdit
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 27 Jul 2005 20:47:02 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings wrote:

> > I'm having trouble setting the DateFormat in the TJvDatePickerEdit.
> > 
> > I am trying to display as '1 January 2005'. When I use the DB version
> > I use DateFormat = Long & Format - 'd MMMM yyyy' and it's quite happy
> > with that. With the non-DB I put 'd MMMM yyyy' in the DateFormat
> > property and the date is displayed as '01/01/2005'.
> > 
> > I've tried various other combinations but can't get it to display as
> > I want. A clue would be much appreciated. I also haven't updated for
> > a while so maybe that's my problem (there's nothing in the Help that
> > I have) but I'm in the middle of something and don't want to risk
> > screwing things up.

According to the ChangeLog there have been some fixes to the DateFormat
handling recently.
Speaking as the original developer of the component (though my code
bore little resemblance to what kind and more able people than me have
made of it in the meantime), I have no idea what could possibly have
led to the difference in behaviour between the DB-aware and the non-DB
version, though.

Surprising as it may seem to you, the behaviour you see in the non-DB
version is actually the expected behaviour for both controls. The prime
motivation for the control was to create a date entry control with
standard Windows look that was at the same time keyboard friendly
(which the original TDateTimePicker is not at all). In that context
non-numeric figures do not make a lot of sense and are therefore
intrinsically converted to numericals by the control.
If you have no need for keyboard-input and need the long date format,
better take a look at some of the other date entry components in the
JVCL.

Hope this helps.

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: TJvDatePickerEdit
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 27 Jul 2005 15:39:15 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I have a feeling that I've posted something similar before but newswhat 
doesn't find so perhaps I didn't. Welcome to old age!

I'm having trouble setting the DateFormat in the TJvDatePickerEdit.

I am *trying* to display as '1 January 2005'. When I use the DB version I 
use DateFormat = Long & Format - 'd MMMM yyyy' and it's quite happy with 
that. With the non-DB I put 'd MMMM yyyy' in the DateFormat property and 
the date is displayed as '01/01/2005'.

I've tried various other combinations but can't get it to display as I 
want. A clue would be much appreciated. I also haven't updated for a while 
so maybe that's my problem (there's nothing in the Help that I have) but 
I'm in the middle of something and don't want to risk screwing things up.

TIA

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: SpeedBar revisited again Early JVCL works!!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 27 Jul 2005 15:59:38 +0200
Newsgroups: jedi.vcl

Start by copying over the files for TJvSpeedbar (in design and run) from a newer version and recompile. This way, you only get the changes in this one, and you should be able to better see the changes.


Subject: SpeedBar revisited again Early JVCL works!!
From: "Peter Sanders" <peter@infopos.com.au>
Date: Wed, 27 Jul 2005 21:28:53 +0800
Newsgroups: jedi.vcl

Hi

I have posted this "subject" again so that it will not get buried in the previous messages.

In my other post (today) as part of a previous thread, I advised that a COMPLETELY fresh install of D5 and the latest JVCL still had the same JvSpeedBar problem.

I managed to find on another pc, an earlier version of the complete JVCL package :D :D

This is the version "JVCL300CompleteJCL195-Build1848.zip" I just installed (after removing the latest version) this version is dated 23rd April 2005. THIS vesrion does NOT have the JvSpeedBar problem (or the JvSecretPanel/JvBevel problem).

So, at least this indicates that the problem (AFAIK) is NOT just my pc. I am surprised that this bug has not been raised elsewhere in the list.

Anyway would this info provide others with a "starting point" for either finding the "bug" or perhaps give me some ideas where I should look?

I have WinMerge to do a file compare, however I am sure if I install the latest version and do a comparison there will be a *huge* number of changes, so some guidance would be appreciated.

Should I report this as a bug? If so how do I do that as I have not done so before?

-- 

Kind regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Problem conversion from Rx to JVCL3.00. Where is now TCustomComboEdit.GetDefaultBitmap ?
From: Nicola Farina <nicola.farina@info-line.it>
Date: Wed, 27 Jul 2005 13:00:28 +0200
Newsgroups: jedi.vcl


As far as I know Tooledit.pas is part of Rx.
It seems that GetDefaultBitmap is to be redefined in the descendants
In TCustomComboEdit is simply:

function TCustomComboEdit.GetDefaultBitmap(var DestroyNeeded: Boolean): TBitmap;
begin
  Result := nil;
end;

Here is an example of a descendant:

function TCustomDateEdit.GetDefaultBitmap(var DestroyNeeded: Boolean): TBitmap;
begin
  DestroyNeeded := False;
  if DateBitmap = nil then begin
    DateBitmap := TBitmap.Create;
    DateBitmap.Handle := LoadBitmap(hInstance, sDateBmp);
  end;
  Result := DateBitmap;
end;

It seems a sort of "cache" of the bitmap,
(if not already loaded it loads it from resource file)
I am not sure but I think the bitmap could be the glyph

Thanks for your answer
Bye


OBones ha scritto:
> Where does that ToolEdit.pas come from?
> I don't have the RxLib at hand, and I'm quite puzzled. TJvComboEdit inherits from TJvCustomComboEdit which is the class you should inherit from as well.
> But there is no GetDefaultBitmap functon, because I'm quite sure it is not needed. What does it do?


Subject: Re: Problem conversion from Rx to JVCL3.00. Where is now TCustomComboEdit.GetDefaultBitmap ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 27 Jul 2005 12:22:23 +0200
Newsgroups: jedi.vcl

Nicola Farina wrote:

> Hello all
>
> I have this problem
> I need to convert a component written in D5 with RxLib to D7 JVCL 3.00
> This component is derived from TCustomComboEdit (defined in tooledit.pas)
> I converted the TCustomComboEdit ancestor to TJvComboEdit.
> The problem is that this component overrides a method "TCustomComboEdit.GetDefaultBitmap"
> which I cannot find anymore in JVCL sources...
>
> Where can i look for ??

Where does that ToolEdit.pas come from?
I don't have the RxLib at hand, and I'm quite puzzled. TJvComboEdit inherits from TJvCustomComboEdit which is the class you should inherit from as well.
But there is no GetDefaultBitmap functon, because I'm quite sure it is not needed. What does it do?


Subject: Problem conversion from Rx to JVCL3.00. Where is now TCustomComboEdit.GetDefaultBitmap ?
From: Nicola Farina <nicola.farina@info-line.it>
Date: Wed, 27 Jul 2005 11:32:09 +0200
Newsgroups: jedi.vcl

Hello all

I have this problem
I need to convert a component written in D5 with RxLib to D7 JVCL 3.00
This component is derived from TCustomComboEdit (defined in tooledit.pas)
I converted the TCustomComboEdit ancestor to TJvComboEdit.
The problem is that this component overrides a method "TCustomComboEdit.GetDefaultBitmap"
which I cannot find anymore in JVCL sources...

Where can i look for ??

Thanks in advance for any help/tips...

Bye
Nicola


Subject: Re: speedbar designer - revisited and more info
From: "Peter Sanders" <peter@infopos.com.au>
Date: Wed, 27 Jul 2005 17:28:46 +0800
Newsgroups: jedi.vcl

Hi

On Thu, 21 Jul 2005 12:26:11 +0800, Ed Blanchard <edwardbNOSPAMNO@hauser.ca> wrote:

>> Items placed on the TJvSecretPanel cannot be moved. You can CtrlClick a label that is on the panel, however when selected you cannot drag it
>> elsewhere on the panel. After the label is selected, clicking on it in an attempt to move it only serves to select the TJvSecretPanel (whicj then moves if dragged).
>> The only way I have seen to move the label is to "stretch" it in the  =
>> direction you want to move it, then "shrink" the other side.
>
>
> I've never used TJvSecretPanel (not sure what it does for me) so I'm
> assuming you mean all of this at design time...
>
> I dropped a SecretPanel on a form, then a label on SecretPanel - I can
> select and move without problem.
>
> Same with JvBevel and TDBEdit - I have no issue with moving, resizing,
> etc.
>
> What Delphi experts do you have installed? I once saw this same behaviour
> when I had both CnPack and GExperts installed...

Thanks for the input. It didn't help though :(

I did have GExperts installed, I removed it just in case it was the cause but it wasn't.

I unistalled delphi 5 and ALL other components and reinstalled delphi 5 from scratch.

I then installed JCL/JVCL as the FIRST additional set of components.

Unfortunately the problem returned.

The problem is a substantial "bug" though it SEEMS to be only MY computer. Either that or nobody else uses the JvSpeedBar, JvSecretPanel or JvBevel..

I don't think that the latter is the case, so I am reasonably certain that the "bug" is somehow within MY system.

Olivier and others reading this could you check this for me and see if your systems work ok or not.

Just create a new app and add a JvSpeedBar, JvSecretpanel and a JvBevel. See if you can add and move and remove buttons from the speedbar. See if you can add a label to the bevel and secret panel, then see if the label can be moved around within the bevel/panel.

If all of the above works for you then what do you think I could do/check, to try and resolve this problem.

Thanks for your time.

-- 
Kind regards

Peter


Subject: OT: TightVNC
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Wed, 27 Jul 2005 10:09:30 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

[....]
> > Actually, I want to control my sister's computer (home network) without 
> > having to get up and go to her room every time something she doesn't 
> > understand happends (it's really annoying),

Get TightVNC from sourceforge.net. I control my son't Transport Tycoon
that way ;) Works on Athlon 700, but was too demandoing for celeron 488
(433 OC'd).

> > Marko 


-- Michal Borsuk Advanced Call Manager - a call register and manager. http://www.advancedcallmanager.com/ 

Subject: Re: Posess Mouse and Keyboard
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Tue, 26 Jul 2005 17:28:01 -0400
Newsgroups: jedi.vcl

In article <dc67gq$2je$1@talkto.net>, marko_binic@yahoo.com says...
> > I just played a bit with Remote Desktop, it's useful, but it logs the other 
> > user off while I'm connected, and that's exactly what I don't want :(
> > 
> > Also, I opened UltraVNC and all I could find was C code, nothing for Delphi 
> > there :(
> > 
> > Any other solutions?
> > 

Check out Remote Assistant at www.contextsoft.com - it is "standalone" 
application, but you can configure it with ini files, and easily call it 
from within Delphi (there's info on this in the readme). The end-user 
must request assistance (no calling them), and (if running across 
Internet) you have to open a port to your PC. There's chat, desktop 
sharing, and file transfer included.

I've been using it a few months, it's really saved a lot of legwork and 
driving around... My only complaint is it takes up quite a bit of CPU 
resources when running on client PC with "basic" video card - but even 
so, MUCH better than trying to talk user through "click here, click 
there" blindly.

This type of discussion is probably better saved for 
borland.public.delphi.thirdpartytools.general though...


Cheers,
EdB


Subject: Re: How works JvPatchFile?
From: "John" <qwertzuiopmiller@web.de>
Date: Tue, 26 Jul 2005 23:21:57 +0200
Newsgroups: jedi.vcl

Can somebody help me, please? I found no examples. 




Subject: Re: Posess Mouse and Keyboard
From: Jonathan Neve <jonathan@microtec.fr>
Date: Tue, 26 Jul 2005 23:06:15 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:
> Any other solutions?

Nearly, but not free. I'm soon going to start commercialising a Delphi component set for doing remote desktop control. VNC is nice, but, as you said, it's C code. I'll post on the Borland newsgroups when it's ready.

I wouldn't normally advertise my product here, but since you asked, I thought it would be ok to give this answer. Hope nobody minds.

Regards,
Jonathan Neve.


Subject: Re: Posess Mouse and Keyboard
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Tue, 26 Jul 2005 22:57:25 +0200
Newsgroups: jedi.vcl

I just played a bit with Remote Desktop, it's useful, but it logs the other 
user off while I'm connected, and that's exactly what I don't want :(

Also, I opened UltraVNC and all I could find was C code, nothing for Delphi 
there :(

Any other solutions?

Marko 




Subject: Re: JvPlugin runtime error
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 26 Jul 2005 22:01:45 +0200
Newsgroups: jedi.vcl

Cassab a écrit :
> Project RPC_Express raised exception class EPackageError with message 'Cannot load package 'rpcConfiguracao.' It , 'contains unit 'rpcInterface which is also contained in package 'rpcAjuda". Process stoped.
>
> I use rpcInterface to define all functiones, procedures, etc ... that is availablre betowing plugins and MainApp .... it's just like the exmples files from JVCL.
>
> What should be cousing this ?? 

You must include rpcConfiguracao in the list of run-time packages of rpcAjuda or include rpcAjuda in the list of run-time packages of rpcConfiguracao; as a result only one package will contain this unit.

Regards,

Florent Ouchet


Subject: JvPlugin runtime error
From: "Cassab" <cassab@plantao.com.br>
Date: Tue, 26 Jul 2005 16:26:17 -0300
Newsgroups: jedi.vcl

Project RPC_Express raised exception class EPackageError with message 
'Cannot load package 'rpcConfiguracao.' It , 'contains unit 'rpcInterface 
which is also contained in package 'rpcAjuda". Process stoped.

I use rpcInterface to define all functiones, procedures, etc ... that is 
availablre betowing plugins and MainApp .... it's just like the exmples 
files from JVCL.

What should be cousing this ?? 




Subject: jvDesktopAlert
From: John Scott <john_sco@hotmail.com>
Date: Tue, 26 Jul 2005 20:11:09 +0100
Newsgroups: jedi.vcl

I have been using jvDesktopAlert to give user status updates from various parts of my program.  However I noticed that when the jvdesktopalert is executed it brings my application to the foreground. Is there some property to stop this happening?  Obviously I tried the Autofocus property but it doesnt stop the main application coming to the top.

Anyway heres the code I use to create desktop alerts:

Procedure DisplayMsg(Title, Msg : String; Duration : Integer = 5000);
var
  DA:TJvDesktopAlert;
begin
  DA := TJvDesktopAlert.Create(nil);
  DA.AutoFree := True;
  DA.HeaderText := Title;
  DA.MessageText := Msg;
  DA.Options := [daoCanClose];
  DA.Location.AlwaysResetPosition := false;
  DA.Location.Position := dapBottomRight;
  DA.Location.Width := 0;
  DA.Location.Height := 0;
  DA.AlertStyle := asFade;
  DA.StyleHandler.DisplayDuration  := Duration; //  + Random(WaitTime);
  DA.AutoFocus := False;
  DA.Execute;
end;

Thanks in advance!

John


Subject: Re: Posess Mouse and Keyboard
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Tue, 26 Jul 2005 21:09:13 +0200
Newsgroups: jedi.vcl

> > You could even (on home network behind router blocking services) run
> > NetMeeting remote desktop sharing.

I know of RemoteDesktop, but I've never used it. I'll have to check that out 
before trying to make a program by myself, although with a tool like VNC all 
I'd have to do is drop a component onto the form and set a few properties...

You know, as great and advanced as they are, it's components like these that 
can spoil a programmer. I make mine easy to use and even make full-featured 
demos on request, but programming shouldn't be as easy as dropping a 
component onto a form - make's it look dull and a bit, to be honest, stupid. 
Experimenting while writing components is fun and that's why I love it :)

Marko 




Subject: Re: Posess Mouse and Keyboard
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Tue, 26 Jul 2005 13:34:49 -0400
Newsgroups: jedi.vcl

In article <dc5ivk$ti1$1@talkto.net>, marko_binic@yahoo.com says...
>> > > Well, then try VNC clients and servers, like UltraVNC for instance.
> > 
> > WOW, great, I don't even need to write a program. Thanks, I didn't even of 
> > of such a thing :)
> > 

You could even (on home network behind router blocking services) run 
NetMeeting remote desktop sharing.

Cheers,
EdB


Subject: Re: Posess Mouse and Keyboard
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Tue, 26 Jul 2005 17:06:52 +0200
Newsgroups: jedi.vcl

> > Well, then try VNC clients and servers, like UltraVNC for instance.

WOW, great, I don't even need to write a program. Thanks, I didn't even of 
of such a thing :)

Marko 




Subject: Re: Posess Mouse and Keyboard
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 26 Jul 2005 10:46:14 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

>> I think the title is way more correct than you like.
>> The mosue and keyboard are then posessed by a demon.
>>
>> If you try to take away the mosue and keyboard from other applications then you are abusing the OS completely and you are introducing severe security problems.
>
>
> Actually, I want to control my sister's computer (home network) without having to get up and go to her room every time something she doesn't understand happends (it's really annoying), and maybe make something similar (free) to remote administrator - www.radmin.com  :lol:

Well, then try VNC clients and servers, like UltraVNC for instance.


Subject: Re: Posess Mouse and Keyboard
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Tue, 26 Jul 2005 10:43:51 +0200
Newsgroups: jedi.vcl

> > I think the title is way more correct than you like.
> > The mosue and keyboard are then posessed by a demon.
> >
> > If you try to take away the mosue and keyboard from other applications 
> > then you are abusing the OS completely and you are introducing severe 
> > security problems.

Actually, I want to control my sister's computer (home network) without 
having to get up and go to her room every time something she doesn't 
understand happends (it's really annoying), and maybe make something similar 
(free) to remote administrator - www.radmin.com  :lol:

Marko 




Subject: Re: Posess Mouse and Keyboard
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 26 Jul 2005 07:54:03 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:
> I know the subject may sound a bit silly, but that's what it is.
>
>  I'm basically looking for a way to fully control the mouse and keyboard from code with my application. I know the JVCL has some hook components, but I've never used them and don't know if that would be the right approach.

I think the title is way more correct than you like.
The mosue and keyboard are then posessed by a demon.

If you try to take away the mosue and keyboard from other applications then you are abusing the OS completely and you are introducing severe security problems.


Subject: How works JvPatchFile?
From: "John" <qwertzuiopmiller@web.de>
Date: Mon, 25 Jul 2005 22:49:25 +0200
Newsgroups: jedi.vcl

Hello,

can somebody explain to me how the TJvPatchFile component works? If I try to 
create the patch information in the "Differences" property, the Patcher 
Editor works a while but then nothing happens. Can one of you show me an 
example, please? I use C++Builder 6 (PRO).

Thanks, John 




Subject: Posess Mouse and Keyboard
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Mon, 25 Jul 2005 20:59:36 +0200
Newsgroups: jedi.vcl

I know the subject may sound a bit silly, but that's what it is.

 I'm basically looking for a way to fully control the mouse and keyboard 
from code with my application. I know the JVCL has some hook components, but 
I've never used them and don't know if that would be the right approach.

 All I know for starters is how to set the cursor position, but have no idea 
how to make a mouse button go down, up on point(x,y), the wheel scroll nor 
how to make a key down,up... :(

 I was thinking about getting the handle under the cursor and then sending a 
message to it, but I don't know how good an idea that is and if it's 
possible...

Any input on this subject would greatly be appreciated.

Marko 




Subject: Re: cannot create precompiled header; initiliazed data in header
From: Jonathan Neve <jonathan@microtec.fr>
Date: Mon, 25 Jul 2005 17:16:39 +0200
Newsgroups: jedi.vcl

OBones wrote:
> By the way, yes PCH can be nice, but when the PCH file grows, it is just a pain because it takes a HUGE amount of time to load it, and the benefit is lost.

I've never encountered anything like that. I mean, yes, the IDE is pretty sluggish sometimes, and perhaps more so than before in certain areas, but overall, it takes FAR less time to compile.

For example, we have a huge project for one of our customers. It contains over 700 units, and the compiled EXE is about 25 MB. It used to take about 20-25 minutes for a complete build, and never less than about 100-200 seconds for an incremental build (compiling only 1 file, or even just linking). By using PCH, I managed to get the compilation time down to a "reasonable" (comparatively) 300-400 seconds!

Regards,
Jonathan Neve.


Subject: Disappearing checkboxes in DBGrids
From: Julio Cesar Gazquez <juliogazquez@yahoo.com.ar>
Date: Mon, 25 Jul 2005 12:08:05 -0300
Newsgroups: jedi.vcl


Trying checkboxes with boolean fields in JvDBGrid (and Ultim as well),
checkboxes disappear from sight when in double click them. Is this a bug?

-- Saludos Julio César Gázquez 

Subject: Re: Which DBGrid should I use?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 25 Jul 2005 16:41:21 +0200
Newsgroups: jedi.vcl

Herb wrote:

> "Ed Blanchard" <edwardbNOSPAMNO@hauser.ca> wrote
>
>
>> I haven't used any of these, but I keep seeing responses along the lines
>> of "...do not use the Globus components as they will eventually be
>> deprecated..."
>
>
> Why were they included then?

They were donated and were part of a big library. They looked good at the time (well, I wasn't there). The fact is that they most often have better equivalents in the JVCL. Hence, we will eventually get rid of them. On top of that, the quality of the code in these is definitely not up to our expectations, there even are a few cases of very dangerous code.
This will get cleaned, but not right now.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Which DBGrid should I use?
From: "Herb" <Herb2003@yahoo.com>
Date: Mon, 25 Jul 2005 07:42:11 -0600
Newsgroups: jedi.vcl

"Ed Blanchard" <edwardbNOSPAMNO@hauser.ca> wrote

> > I haven't used any of these, but I keep seeing responses along the lines
> > of "...do not use the Globus components as they will eventually be
> > deprecated..."

Why were they included then?





Subject: Re: JvAppStorage DeleteSubPath
From: Jacob Boerema <jgboerema@gmail.com>
Date: Mon, 25 Jul 2005 11:44:22 +0200
Newsgroups: jedi.vcl

On Sun, 24 Jul 2005 19:17:50 +0200, "Jens Fudickar" 
<jens.fudickar@oratool.de> wrote in article <dc0hti$usl$1@talkto.net>:
> > Done

Thanks Jens.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Which DBGrid should I use?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 25 Jul 2005 09:10:09 +0200
Newsgroups: jedi.vcl

Julio Cesar Gazquez wrote:
> Hi all.
> I'm a new JVCL user, and I found there are (at least) three different data
> aware grids. The help is scarce, and I'm not sure what differences are
> between JvDBGrid, jvDBUltimGrid and (iirc) jvDBGlobusGrid.
>
> My needs are not so spectacular, seems all of them have some support: Using
> combos and checkboxes inside the grid. I also saw other things there, like
> auto resizing of columns.

As Ed said, don't use the Globus components. They are often half finished. Some of them include additional features when compared with the regular JVCL components, but these will be eventually be merged into the regular components.
JvDBUltimGrid is built on top of JvDBGrid to overcome some of its behaviours and introduce many more features. You have examples of both in the examples directory, I would recommend going for JvDBUltimGrid, as its author (Fred) is often around to help.

Cheers
Olivier Sannier


Subject: Re: JvProgramVersionCheck
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Mon, 25 Jul 2005 09:01:17 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
[..]
>> >> Can JvProgramVersionCheck do that for me? (documentation for it is not
>> >> ready).
> > 
> > 
> > Yes. Sorry for lack of docu, but i'm realy very short of time.

I understand, thanks for the info.


-- Michal Borsuk Advanced Call Manager - a call register and manager. http://www.advancedcallmanager.com/ 

Subject: Re: Optimizing AppStorage
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 25 Jul 2005 00:59:11 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Remko,
>
> have you commit these changes?

No, not yet.

> If no, will you do it ?

I'll do it this week.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Which DBGrid should I use?
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Sun, 24 Jul 2005 13:50:34 -0400
Newsgroups: jedi.vcl

In article <dc0b6c$t55$1@talkto.net>, juliogazquez@yahoo.com.ar says...
> > Hi all. 
> > 
> > I'm a new JVCL user, and I found there are (at least) three different data
> > aware grids. The help is scarce, and I'm not sure what differences are
> > between JvDBGrid, jvDBUltimGrid and (iirc) jvDBGlobusGrid.
> > 
> > My needs are not so spectacular, seems all of them have some support: Using
> > combos and checkboxes inside the grid. I also saw other things there, like
> > auto resizing of columns.

I haven't used any of these, but I keep seeing responses along the lines 
of "...do not use the Globus components as they will eventually be 
deprecated..." 

The reason I haven't used the JVCL dbGrid components is because I've been 
using the scalabium freeware smDBGrid - also a reasonable choice.

Hmm, anyone know how jvDBUltimGrid stacks up against snDBGrid?

Cheers,
EdB


Subject: Re: JvAppStorage DeleteSubPath
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 24 Jul 2005 19:17:50 +0200
Newsgroups: jedi.vcl

Done

Marcel Bestebroer wrote:
> Jacob Boerema wrote:
>
>> If you prefer your new solution though it's ok by me.`
>
>
>     Jens: please change it back to what it was, without the DeleteSubPath (which never should have been added in the first place).
>
>     A minor optimization could take place in this method though. Since we determine the TargetStore and TargetPath anyway (for the ReadOnly check), why not use those values for the Write* method calls and the raising of the OnDeleteItems event?
>
>     Since the target store will at all times refer to the store in which items are saved, ResolvePath will never target another storage. That means that in most cases the calls to ResolvePath will not need to iterate through any child storage.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Optimizing AppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 24 Jul 2005 19:13:03 +0200
Newsgroups: jedi.vcl

Hi Remko,

have you commit these changes?

If no, will you do it ?

Greetings
Jens

Jens Fudickar wrote:
> Go for it
>
> Remko Bonte wrote:
>
>> While I was profiling an application, I found out that some procedures of the AppStorage components are pretty slow, but called very frequently.
>>
>> The procedures are OptimizePaths from JvAppStorage.pas and TJvCustomAppIniStorage.ValueExists from JvAppIniStorage.pas.
>>
>> I optimized those procedures but didn't commit them because the optimized code is less readable, a bit dirty (needed to access a private field to optimize TJvCustomAppIniStorage.ValueExists), and I have not worked before on those components.
>>
>> The optimized OptimizePaths is about 8 times faster and the optimized TJvCustomAppIniStorage.ValueExists is about 18 times faster with my test data.
>>
>> Is it okay to commit the code?
>>
>> function OptimizePaths(const Paths: array of string): string;
>> var
>>   Index: Integer;
>>   P, Q, ResultPtr: PChar;
>>   AllDots: Boolean;
>>   MaxLength: Integer;
>>   I: Integer;
>>   DotCount: Integer;
>> begin
>>   Index := High(Paths);
>>
>>   if Index < 0 then
>>   begin
>>     Result := '';
>>     Exit;
>>   end;
>>
>>   while (Index > 0) and (StrLeft(Paths[Index], 1) <> PathDelim) do
>>     Dec(Index);
>>
>>   MaxLength := 0;
>>   for I := Index to High(Paths) do
>>     Inc(MaxLength, Length(Paths[I]) + 1);
>>
>>   SetLength(Result, MaxLength);
>>
>>   ResultPtr := PChar(Result);
>>
>>   repeat
>>     P := PChar(Paths[Index]);
>>     repeat
>>       // skip first path delimiters
>>       while P^ = PathDelim do
>>         Inc(P);
>>       Q := P;
>>       // search for a path delimiter
>>       AllDots := True;
>>       while not (P^ in [PathDelim, #0]) do
>>       begin
>>         AllDots := AllDots and (P^ = '.');
>>         Inc(P);
>>       end;
>>       // Chunk [P..Q) is without a path delimiter, it can be either empty (P=Q)
>>       // be full with dots or be a regular path.
>>       if P <> Q then
>>       begin
>>         if AllDots then
>>         begin
>>           // [Q..P) are all dots
>>           DotCount := P - Q;
>>           if (DotCount > 1) and (ResultPtr <> PChar(Result)) then
>>           begin
>>             // (ResultPtr-1)^ = PathDelim
>>             Dec(ResultPtr, 2);
>>             while DotCount > 1 do
>>             begin
>>               while (ResultPtr > PChar(Result)) and (ResultPtr^ <> PathDelim) do
>>                 Dec(ResultPtr);
>>               if ResultPtr = PChar(Result) then
>>                 Break;
>>               // ResultPtr^ = PathDelim
>>               Dec(ResultPtr);
>>               Dec(DotCount);
>>             end;
>>             if ResultPtr <> PChar(Result) then
>>               Inc(ResultPtr, 2);
>>           end;
>>         end
>>         else
>>         begin
>>           // copy [Q..P) to Result
>>           Move(Q^, ResultPtr^, P - Q);
>>           Inc(ResultPtr, P - Q);
>>           // add a path delimiter to Result
>>           ResultPtr^ := PathDelim;
>>           Inc(ResultPtr);
>>         end;
>>       end;
>>     until P^ = #0;
>>     Inc(Index);
>>   until Index > High(Paths);
>>   if ResultPtr <> PChar(Result) then
>>     Dec(ResultPtr);
>>
>>   SetLength(Result, ResultPtr - PChar(Result));
>> end;
>>
>>
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Question about how to correct JvAppXMLStorage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 24 Jul 2005 18:47:24 +0200
Newsgroups: jedi.vcl

> it can contain any: Letter | Digit | '.' | '-' | '_' | ':' | CombiningChar | Extender

    True, but the ':' indicates a namespace. As far as I know (I could be wrong) that means it's allowed to occur only once (to separate the namespace from the actual element name). I vote to not allow the ':' in the name at all.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Question about how to correct JvAppXMLStorage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 24 Jul 2005 18:45:10 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
>>     Perhaps the property shouldn't be allowed to be set to "" at all. It would only lead to invalid XML files/exception/bug reports.
>>
>
> Yes, but than we had also to change the WhiteSpaceReplacement property.

    Hmm, I see your point. Right, we set the property to "_" by default but allow it to be set to ""

>>     Don't take this the wrong way but: so what? The current implementation doesn't allow these node names, so you introduce no backward compatibility issue and I don't think a developer will care that much if a node name is changed to filter out/replace invalid characters inside the node name.
>>
>
> Wrong, the current implementation allows the usage of "(", it only leeds to invalid xml-files.

    Oh, right, TJvSimpleXml writes any node name, event the invalid ones. Forgot about that. But technically, that could be seen as a bug in TJvSimpleXml; there's a chance this might be fixed sometime in the future.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Question about how to correct JvAppXMLStorage
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 24 Jul 2005 18:38:08 +0200
Newsgroups: jedi.vcl

Jens Fudickar a écrit :
> And does anyone knows the complete list of all allowed characters? I'm not be able to find it on the web site.
>
> My current list contains:
> AllowedNodeNameChars = ['A'..'Z', 'a'..'z', '0'..'9', '_', ':'];

From the W3C web site:
http://www.w3.org/TR/2004/REC-xml-20040204/#NT-Name

it can contain any: Letter | Digit | '.' | '-' | '_' | ':' | CombiningChar | Extender

The list of allowed characters include Ansi and Unicode codages. I think it will only use Ansichars.

Florent


Subject: Re: Question about how to correct JvAppXMLStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 24 Jul 2005 18:29:56 +0200
Newsgroups: jedi.vcl

And does anyone knows the complete list of all allowed characters? I'm not be able to find it on the web site.

My current list contains:
AllowedNodeNameChars = ['A'..'Z', 'a'..'z', '0'..'9', '_', ':'];

Greetings
Jens

Jens Fudickar wrote:
> Hi,
>
> i have question about the fix for the following mantis entry:
>  0002750: FormStorage XML is not valid.
>
> I will add a property named InvalidCharReplacement.
>
> Should the default value of this property be: "" or "_".
>
> If i change it to "" there will be an exception for all FormStorage Users, because the storage wouldn't work any longer, because there is a Setting like <MinMaxPos(1024x768)> and this is no longer allowed.
>
> If i change the property to "_" then everything will work without any problems, but no developer gets a message, that the node names where changed.
>
> I will prefer the "_" because it's the better solution for new users.
>
> And i think we should change the FormStorage component also. But in this case there is an incompatibility for all old storages !!!!
>
> Any other comments.
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Question about how to correct JvAppXMLStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 24 Jul 2005 18:26:58 +0200
Newsgroups: jedi.vcl



Marcel Bestebroer wrote:
> Jens Fudickar wrote:
>
>> If i change it to "" there will be an exception for all FormStorage Users, because the storage wouldn't work any longer, because there is a Setting like <MinMaxPos(1024x768)> and this is no longer allowed.
>
>
>     Perhaps the property shouldn't be allowed to be set to "" at all. It would only lead to invalid XML files/exception/bug reports.
>

Yes, but than we had also to change the WhiteSpaceReplacement property.

>>
>> If i change the property to "_" then everything will work without any problems, but no developer gets a message, that the node names where changed.
>
>
>     Don't take this the wrong way but: so what? The current implementation doesn't allow these node names, so you introduce no backward compatibility issue and I don't think a developer will care that much if a node name is changed to filter out/replace invalid characters inside the node name.
>

Wrong, the current implementation allows the usage of "(", it only leeds to invalid xml-files.

>> And i think we should change the FormStorage component also. But in this case there is an incompatibility for all old storages !!!!
>
>
>     So that would be a no. What were you intending to change? Just change the node name of "MinMaxPos(1024x768)" to no longer include the parenthesis? Seems unnecessary with the InvalidCharReplacement property on the TJvAppXmlStorage.
>
>     Just adding the property should be enough. Any issues that may or may not arise with other storages, should be dealt with at that specific storage (using the same technique).
>

No problem for me.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Question about how to correct JvAppXMLStorage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 24 Jul 2005 18:12:16 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> If i change it to "" there will be an exception for all FormStorage Users, because the storage wouldn't work any longer, because there is a Setting like <MinMaxPos(1024x768)> and this is no longer allowed.

    Perhaps the property shouldn't be allowed to be set to "" at all. It would only lead to invalid XML files/exception/bug reports.

>
> If i change the property to "_" then everything will work without any problems, but no developer gets a message, that the node names where changed.

    Don't take this the wrong way but: so what? The current implementation doesn't allow these node names, so you introduce no backward compatibility issue and I don't think a developer will care that much if a node name is changed to filter out/replace invalid characters inside the node name.

> And i think we should change the FormStorage component also. But in this case there is an incompatibility for all old storages !!!!

    So that would be a no. What were you intending to change? Just change the node name of "MinMaxPos(1024x768)" to no longer include the parenthesis? Seems unnecessary with the InvalidCharReplacement property on the TJvAppXmlStorage.

    Just adding the property should be enough. Any issues that may or may not arise with other storages, should be dealt with at that specific storage (using the same technique).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Question about how to correct JvAppXMLStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 24 Jul 2005 18:08:13 +0200
Newsgroups: jedi.vcl

The changes will be done in the FormStorage and in the JvAppXMLStorage.

Greetings
Jens

Florent Ouchet wrote:
>
>> Any other comments.
>
>
> Will these changes be done in the FormStorage or in the SimpleXML ?
>
> Regards,
>
> Florent

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Question about how to correct JvAppXMLStorage
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 24 Jul 2005 17:57:02 +0200
Newsgroups: jedi.vcl


> Any other comments.

Will these changes be done in the FormStorage or in the SimpleXML ?

Regards,

Florent


Subject: Question about how to correct JvAppXMLStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 24 Jul 2005 17:25:19 +0200
Newsgroups: jedi.vcl

Hi,

i have question about the fix for the following mantis entry:
 0002750: FormStorage XML is not valid.

I will add a property named InvalidCharReplacement.

Should the default value of this property be: "" or "_".

If i change it to "" there will be an exception for all FormStorage Users, because the storage wouldn't work any longer, because there is a Setting like <MinMaxPos(1024x768)> and this is no longer allowed.

If i change the property to "_" then everything will work without any problems, but no developer gets a message, that the node names where changed.

I will prefer the "_" because it's the better solution for new users.

And i think we should change the FormStorage component also. But in this case there is an incompatibility for all old storages !!!!

Any other comments.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Which DBGrid should I use?
From: Julio Cesar Gazquez <juliogazquez@yahoo.com.ar>
Date: Sun, 24 Jul 2005 12:23:48 -0300
Newsgroups: jedi.vcl

Hi all. 

I'm a new JVCL user, and I found there are (at least) three different data
aware grids. The help is scarce, and I'm not sure what differences are
between JvDBGrid, jvDBUltimGrid and (iirc) jvDBGlobusGrid.

My needs are not so spectacular, seems all of them have some support: Using
combos and checkboxes inside the grid. I also saw other things there, like
auto resizing of columns.

Thanks in advance.

-- Saludos Julio César Gázquez 

Subject: Re: JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 24 Jul 2005 16:10:07 +0200
Newsgroups: jedi.vcl

Hi,

i will try to help.

Michal Borsuk wrote:
> Hello.
>
> I have been tyring to make JvProgramVersionCheck work, unsuccesful so
> far. What I would like is simply to be able to chech whether
> this.version is older than remote.version, optionally download the
> package if there's a newer one.
>
> Can JvProgramVersionCheck do that for me? (documentation for it is not
> ready).

Yes. Sorry for lack of docu, but i'm realy very short of time.

>
> I've been playing with the example project, I have JvProgramVersionCheck
> with JvProgramVersionHTTPLocation1, but I don't get why I need
> JvAppIniFileStorage. And what's the time unit for CheckFrequency?

The JvAppStorage is used for the Customisation of the component. It's used for storing the last check time, and for storing the location of the remote version check file. THis could be helpfull in a big company, to locally install the update file, and this should be changabe.

>
> Also,in JvProgramVersionHTTPLocation1 there's
> VersionInfoLocationPathList and VersionInfoFileName. Do I understand
> correctly that the first one points to the latter's URL?
>

The first one is the filename of the ini/xml-file where the version info is stored.
THe second is a list of directories, where the version info file could be found.

Greetings
Jens

> Thank you for any suggestions.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvProgramVersionCheck
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sun, 24 Jul 2005 12:10:53 +0200
Newsgroups: jedi.vcl

Hello.

I have been tyring to make JvProgramVersionCheck work, unsuccesful so
far. What I would like is simply to be able to chech whether
this.version is older than remote.version, optionally download the
package if there's a newer one.

Can JvProgramVersionCheck do that for me? (documentation for it is not
ready).

I've been playing with the example project, I have JvProgramVersionCheck
with JvProgramVersionHTTPLocation1, but I don't get why I need
JvAppIniFileStorage. And what's the time unit for CheckFrequency?

Also,in JvProgramVersionHTTPLocation1 there's
VersionInfoLocationPathList and VersionInfoFileName. Do I understand
correctly that the first one points to the latter's URL?

Thank you for any suggestions.


-- Michal Borsuk Advanced Call Manager - a call register and manager. http://www.advancedcallmanager.com/ 

Subject: Re: Small bugfix
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Fri, 22 Jul 2005 16:34:18 -0400
Newsgroups: jedi.vcl

In article <dbq9fq$sro$1@talkto.net>, oobnes__gf_@_gfd_altern.org says...
>> > > As an example, issue 0002965 "TJvImageListBox onClick is triggered twice" 
>> > > - I can set a breakpoint on the onclick event handler (effectively 
>> > > useless), but how to I trace deeper (or earlier)? What tools should I use 
>> > > to dig into this? I don't mind doing some footwork, I just hate doing it 
>> > > blindly and wasting time...
> > 
> > Actually, this method is quite good. Simply put a problem in the OnClick 
> > handler, then when it stops on it, use the Stack trace (view, debugging 
> > window, stack list) to see the list of methods it went through.
> > Try to find where the OnClick (or DoClick) was called. One of the two 
> > should be done by the JVCL code. Then find the reason why it's done, and 
> > try to find out why it's done one too many times.
> > Oh, and another thing: Always compile the program with Debug DCUs, this 
> > allows to trace into the VCL code which sometimes help understand why 
> > the JVCL code is called. I know this adds lots of lines in the stack 
> > trace and does not help when you end up with assembly code in 
> > system.pas, but it helps a lot with weird user interface errors.
> > 

Oh man, talk about 'Fearless in Foolishness" - I started debugging with 
tools like MemSleuth, CodeSite, and other journal/log file tools in "the 
early days" - I've never worked the call stack from within Delphi 
itself... <blushing>

At any rate, I've posted a potential fix in mantis (as anonymous - I 
guess the cookie expired because I wasn't automatically logged in).

In JvListComb.pas there is a call to "click" when handling 
LBN_SELECTCHANGE that I think is the problem. I tested with mouse click 
and keyboard scrolling - seems ok but will need someone more familiar 
with this to verify.

Cheers,
EdB


Subject: Re: Small bugfix
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Fri, 22 Jul 2005 10:58:53 -0400
Newsgroups: jedi.vcl

In article <dbqmfh$viq$1@talkto.net>, oobnes__gf_@_gfd_altern.org says...

>> > > 
>> > >     If a reporter gets a mail in his e-mail box that a note has been 
>> > > added, complete with what you wrote, you increase the chance of the 
>> > > reporter actually reporting back.
> > 
> > Yeah I know that. I've already been thinking about doing it. But I'm not 
> > quite sure we can force non anonymous ONLY on the JVCL project in 
> > Mantis. I'll have a look and propose this change here if it can be done.
> > 
> > Cheers
> > Olivier
> > 

That would get get my vote!

EdB


Subject: Re: How to create JvXPBar quickly at runtime.
From: "Will Honor" <NoSpam@NoSpam.com>
Date: Fri, 22 Jul 2005 12:29:17 +0000 (UTC)
Newsgroups: jedi.vcl

> > 
> > it´s just a random shot, but maybe you find the answer/solution in
> > the thread "Weird errors when using XPBar on a modal form".
> > 
> > Regards
> > 
> > André

  Thanks André
  I have given up on the XPBar and replaced it with jvRollout. The
behavior of xpBar is too unpredictable and slow. JvRollout does
everything I need.
  regards.
    Will.


Subject: Re: Small bugfix
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Jul 2005 13:58:24 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> OBones wrote:
>
>> Some open source projects close such issues with a message pointing to the bug posting guidelines (SourceForge does it sometimes), but I don't think it is fair on the user.
>
>
>     I don't see why not. Bad quality reports wastes time on both sides (and increases the frustration levels at both sides). I'm even inclined to say we should not accept anonymous reports. Why? (though I'm sure you know this) Simple, anonymous reports do not get an e-mail notification when a note is added to request feedback. How often have anonymous reporters actually reported back when asked for feedback?
>
>     If a reporter gets a mail in his e-mail box that a note has been added, complete with what you wrote, you increase the chance of the reporter actually reporting back.

Yeah I know that. I've already been thinking about doing it. But I'm not quite sure we can force non anonymous ONLY on the JVCL project in Mantis. I'll have a look and propose this change here if it can be done.

Cheers
Olivier


Subject: Re: Small bugfix
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 22 Jul 2005 12:46:16 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Some open source projects close such issues with a message pointing to the bug posting guidelines (SourceForge does it sometimes), but I don't think it is fair on the user.

    I don't see why not. Bad quality reports wastes time on both sides (and increases the frustration levels at both sides). I'm even inclined to say we should not accept anonymous reports. Why? (though I'm sure you know this) Simple, anonymous reports do not get an e-mail notification when a note is added to request feedback. How often have anonymous reporters actually reported back when asked for feedback?

    If a reporter gets a mail in his e-mail box that a note has been added, complete with what you wrote, you increase the chance of the reporter actually reporting back.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Small bugfix
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 22 Jul 2005 12:41:08 +0200
Newsgroups: jedi.vcl

> The first programs I ever wrote were written for a ZX Spectrum, and
> were just for me.

    Ah, the good old days of rubber keys, a little speaker intended for simple beeping only and (seemingly) a gazillion shift modi to get the proper keywords (years later, using a Spectrum emulator on the PC, I was still able to get most of the keywords from memory) and symbols.

>   I found if it crashed, I always had to look at _why_
> it crashed in order to know what was wrong.

    Yeah, but there's a difference between figuring out why it crashes and coming up with a fix or write a proper report for it.

>
> These days we're into Legoland programing, where all the building
> blocks can be written by someone else, surely the fact that a developer
> has established the bug is in JVCLDooDah means they know _something_
> about the nature of the bug.

    That's not always true. I'm sure there are still cases were someone *thought* the bug was in JvDooDah, but then found later it was in his own code. But even if one knows the bug is in JvDooDah doesn't mean they report clearly what goes wrong and in which situation.

    Ideally, if one finds a bug in JvDooDah, one writes a minimal demo application that exhibits this bug and attaches it to the report. Just following this simple rule would be of immense help to whatever developer is going to delve into it to attempt fixing it.

    As Olivier said, the problem isn't that a bug reporter doesn't know anything about the bug, it's the fact that the report is incomplete or unclear. Sorting this out would take to much time for a developer and so a request for feedback is issued. If the reporter doesn't reply, it's only fair the report is closed after a certain time period and debugging time is allotted to bug reports of higher quality.

> But, perhaps you're right.  Perhaps it's the fact that these days you
> can knock up a program that looks and feels good without actually
> understanding a lot of what's going on inside each Lego piece that
> causes the problem.

    This is usually the case for the "low quality" bug reports; seeing something doesn't work right is one thing, but figuring out why it doesn't work properly is completely different. Don't get me wrong, I don't think a bug reporter should delve deep into the code to figure it out, but at least provide us with a starting point (the small demo app. and a good, clear description of what happens and what you expected).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Small bugfix
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Fri, 22 Jul 2005 10:05:14 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Olivier,


OBones wrote:

> > While I agree with your assessment of the situation, I must say that
> > it might not be true with all hobbyists. Profesionnal developers tend
> > to do good bug reports because they hate it when they get a bad one
> > as well. But most (not all, don't get me wrong) hobbyists are not
> > used to get bug reports as they often develop for themselves. 

My own experience suggests that can't be right, but perhaps it's
different for others.

The first programs I ever wrote were written for a ZX Spectrum, and
were just for me.  I found if it crashed, I always had to look at _why_
it crashed in order to know what was wrong.

These days we're into Legoland programing, where all the building
blocks can be written by someone else, surely the fact that a developer
has established the bug is in JVCLDooDah means they know _something_
about the nature of the bug.

But, perhaps you're right.  Perhaps it's the fact that these days you
can knock up a program that looks and feels good without actually
understanding a lot of what's going on inside each Lego piece that
causes the problem.

I do know it's one of my biggest annoyances, and I probably tend
towards wanting to rant than I do towards wanting to understand.  *8)

Cheers,
Rik


Subject: Re: Small bugfix
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Jul 2005 11:45:02 +0200
Newsgroups: jedi.vcl

While I agree with your assessment of the situation, I must say that it might not be true with all hobbyists. Profesionnal developers tend to do good bug reports because they hate it when they get a bad one as well. But most (not all, don't get me wrong) hobbyists are not used to get bug reports as they often develop for themselves. Hence they do not have to explain to someone else. I used to be like that, before I had to take part in projects with others, as school first, then online. It takes time to realize the importance of good bug reports when you are not used to receive them as well. And as I suspect the JVCL audience is mostly hobbyists, well, there are quite a few people behaving like that.
Some open source projects close such issues with a message pointing to the bug posting guidelines (SourceForge does it sometimes), but I don't think it is fair on the user.

Cheers
Olivier


Subject: Re: Small bugfix
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Jul 2005 11:00:29 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

>> Oliver and Others
>
> (BTW It is OlivIer not Oliver :D )

Oh yeah, thanks, I didn't even notice. That's what happens when you have lived for two years in a country where half the population doesn't understand your first and last name, you get used to spelling errors <vbg>

<SNIP>

> I have learned from this and I am now a staunch advocate of classes :D  However this has come at a time frame that greatly exceeds that of  (*educated*) programmers like yourself.

Don't you worry, it does take time to fully understand the power of it event when you get the propper training. I have friends who undertook the same classes who still don't really understand what classes are.


>> It's precisely those kind of comments that have kept me from  contributing to the JEDI effort.
>
> I cannot see how you came to THIS conclusion. This is the first "vent" (to  use Oliviers word) that *I* recall reading. I do not have a problem with  this! It must be VERY easy to be frustrated with demands for fixes with no  real offers of assistance and probably in many cases less than sufficient  information to ascertain the real cause of the bug.

It is indeed, but I've learnt to live with it. There is a buffer of 200 issues, 130 of them which I have no idea to do with them.


> TOO many users of JVCL et al are willing to accept the qualities of the  "product", they can be FAST to complain and very slow to offer help.  Perhaps many feel (as I did/do) that I am not good enough to solve these  "bugs" - see above for my limitations.

Don't worry, if anyone actually tried to suggest something, it would be much easier for us. And being a member of the French Delphi community, I can tell you that most people who don't want to use the JVCL simply say: it's too buggy. They have in mind an old version, don't want to come back, even when some others report on the French forums with a story of a successful migration to v3. Ah well...


> However as you have already stated, you (IMHO) are WELL qualified to offer  assistance to others. This can EASILY be attested to by the fact that you  have already "fixed" some JVCL/JCL bugs and by your OWN ADDMISSION that  you do "diffs" to keep *your* code up to date with that of the *latest*  JVCL/JCL libraries.
>
> This can be considered to be a little hypocritical. You have admonished  others here that (IMHO) that perform an excellent service for the Delphi  community, yet you remain unwilling to share YOUR efforts with  (struggling?) others.

Note that "legally", there is an obligation to publish changes made in the JVCL source code. But also note that I don't care much for this, we are not in America here, and I won't spend my time trying to sue people for not being fair to us. Gee, maybe I shouldn't have said that, I smell the troll coming this way <vbg>



>> inspected, checked for anything negative, and generally negatively  received.
>
> ... very obviously the code submitted HAS to be checked for potential  conflicts with other source code etc.
>
> This as you no doubt know would be VERY time consuming.

It has to, and yes it is. But if the code is clear (which it most often is) and well explained, then it goes faster. That's the explanation that is most often lacking. Because when people actually explain what they intend to do with the bug fix, they sometimes realize that there is a better way/place to make the fix. We get a better code, and the user has learned a new trick in the VCL/JVCL code.


> However if I felt I had  the expertise and knew more about the JVCL/JCL I would be happy to devote  some time to the support effort.

Don't let this prevent you from helping. I'm serious, 4 years ago, I was as taken aback as you may be. It's a gradual process. Fix the bugs you find in the components you use. That's the best way to progress, and most importantly, do not hesitate to look into the JVCL code and ask questions as to why we decided to do it the way its done.


> I have enough trouble debugging my own code :D so expecting me to find  others' bugs is probably too great an expectation :D :D

Usually, I'm much better at finding other's bug than my own, and vice versa. Some people (like my sister) even have a gift for this. They sit in front of the PC, run the program for a few minutes, and there you have your 10 bugs for the day.


> If I were to submit code that (more experienced) others reviewed and they  advise something like, "well, yes it works, but why not do it like this"  would be of great "educational" experience and would therefore help me out  in my future coding.

That's how we all started. No one has the knowledge falling onto them one day.

Cheers
Olivier


Subject: Re: Small bugfix
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Fri, 22 Jul 2005 08:35:15 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Ed,

Ed Blanchard wrote:

> > I think a gentle push to re-read the "how to report bugs" (as well as 
> > links to some of the same topics at, say, the Borland Quality Central 
> > site) might go a long way to making everyone more effective (and
> > happy).

This whole thread has contained many "I don't know if my coding is good
enough to be a JCL/JVCL developer" posts.  Which is fine, confidence
doesn't appear overnight, but "How to report bugs", frankly, should be
second nature to any developer.

As a developer - whether professional or hobbyist, there's going to be
a time when your software has bugs.  You're going to get a different
level of bug report from Alice the Analyst than you are from Bob the
Baker, but if _anyone_ is capable of giving a high quality bug report,
it should be a developer, and the JCL and JVCL are aimed only at
developers.

Dennis the Developer should be producing bug reports 1000 times the
quality of Alice of Bob without even having to think about it.
Likewise, a developer should be more aware that not all bugs can be
fixed in 30 seconds... especially if the bug report was "It doesn't
work".

Cheers,
Rik


Subject: Re: Small bugfix
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Jul 2005 10:16:37 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> We should perhaps review mantis entries, grab something that looks reasonable for our coding skills, and check back here for pointers on debugging. Heck, maybe the JVCL main web site should have a set of links to debugging HOWTOs...

That would be good. Howtos are online, well, not many of them, but still. If the question is well asked, there will always be an answer, as one can see in the thread about TJvXPBar and its drawing thread.


> My own debugging falls under "think first, trace second" - I can typically find my OWN issues with breakpoints and traces. However, I'm not familiar with some lower-level issues. When I look at mantis entries, I skip items based on "my coding skills are up to this, I have no idea where/how to start debugging this". 

The first step is usually to start the demo program, or create one. Most often, when I create the demo program myself, I can't reproduce the issue. Then I ask for feedback, even posting the sample program.


> As an example, issue 0002965 "TJvImageListBox onClick is triggered twice" - I can set a breakpoint on the onclick event handler (effectively useless), but how to I trace deeper (or earlier)? What tools should I use to dig into this? I don't mind doing some footwork, I just hate doing it blindly and wasting time...

Actually, this method is quite good. Simply put a problem in the OnClick handler, then when it stops on it, use the Stack trace (view, debugging window, stack list) to see the list of methods it went through.
Try to find where the OnClick (or DoClick) was called. One of the two should be done by the JVCL code. Then find the reason why it's done, and try to find out why it's done one too many times.
Oh, and another thing: Always compile the program with Debug DCUs, this allows to trace into the VCL code which sometimes help understand why the JVCL code is called. I know this adds lots of lines in the stack trace and does not help when you end up with assembly code in system.pas, but it helps a lot with weird user interface errors.

Cheers
Olivier


Subject: Re: Small bugfix
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 22 Jul 2005 10:15:25 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:
> As an example, issue 0002965 "TJvImageListBox onClick is triggered twice" - I can set a breakpoint on the onclick event handler (effectively useless), but how to I trace deeper (or earlier)?

    Not entirely useless, since you can then look at the call stack to see where the call originated from (I'm betting on a method called DoClick in the TJvImageListBox, or maybe in an ancestor), but more importantly where that method was called from, where that call came from, etc. Check the first invocation and the second of the OnClick event, and based on the call stack try to assess whether the first or the second invocation is the most logical one.

    I know that seems hard, but usually a bit of logical thinking can help you a lot without looking at the code. For example, if one invocation would be entirely generated from the original VCL class, that is the call that should stay. Using the call stack of the other invocation, you can determine which JVCL method triggered the OnClick event again and thus which method(s) needs to be changed and have a call removed.

    Then you can either remove the call, or if you unsure add a note to the report, saying that you did a stack trace and believe the issue is in this-or-that method and that this-or-that line should be commented out/removed.

> What tools should I use to dig into this? I don't mind doing some footwork, I just hate doing it blindly and wasting time...

    The Delphi IDE, set a breakpoint (either the event handler, but better would be the method that calls the event handler, if you know which one that is) and the call stack window.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Small bugfix
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Jul 2005 10:04:38 +0200
Newsgroups: jedi.vcl

Karl Pienaar wrote:

> Oliver and Others
>
> I have read all the thread(s) covering this topic as of this time and date
> but have chosen to reply to this particular posting.  I, unlike other
> posters, am a developer, programmer call it what you will; a professional.
> I do it for a living and I even go as far a lecturing Delphi and c/c++ to
> post-graduate students (I too am a post-grad). But, and it's a BIG but.. I
> feel that any bug-post or Mantis submission is  inspected, checked for
> anything negative, and generally negatively received.  

Well, when it's like "hey, that stuff doesn't work", yes, it is negatively received. Feedback is asked, and when we never get it, that issue lies in there for all to be seen. So in the end, most visible issues are those ones, where it seems that we, well, I am just refusing any criticism.


> I'm an old man, in
> the Delphi world.  I started lecturing Delphi 1 (still have the wonderful
> printed manuals, came in a box) but have always felt a little resistant to
> contributing to JEDI due to the sort of tirade that you posted.  I do
> understand your frustration but I think a call for help is far smarter than
> the response the poor fellow received.  It's precisely those kind of
> comments that have kept me from contributing to the JEDI effort.  

Well, the call for help has already been done in the past, less than a year ago. The result? Not much actually. So I'm trying different tactics this time.

> I have
> contributed to the Linux DNS (BIND) project, the Linux X efforts, some M$
> drivers for HP but I have to confess that you fellows seem quite elitist.

I've seen far worse in many other projects. Trust me on this.


> Maybe the JEDI Project needs a marketing manager.  I acknowledge that you
> have never professed to be  master of diplomacy but perhaps that is where
> the problem lies.  Not in your lack of skills - which I am sure everyone
> will agree, are in the right place as you are an extremely talented
> developer/programmer -
> but more in the ability to welcome new contributors and manage their initial
> contribution(s).  I do not doubt for a second that your technical responses
> have been extremely accurate and honest but the fact of the matter is that
> this entire thread has been fed by your unwillingness to help a new
> contributor.  Not an unwillingness brought about by lack of  technological
> skill or understanding of the value of your work but merely because you're
> the wrong guy to be helping your 1000th newbie.
>
> Thoughts?

Well, I can be very diplomatic when I want to. But as I said, the original post was the "one too many" post. From a technical point of view, there is nothing bad actually. It's just the last comment that triggered all this. Should I have started it in a new thread? Now that I think of it, yes. But that's the way it is now. What I find amazing is that you have the feeling I'm always like this, and that it has a bad impact on the JVCL. It might, yes, but I'm convinced that the worst thing is the way issues look in Mantis. 75% of them are just left there because the original poster (often anonymous) didn't care to come back to give feedback.


> Karl

Olivier

> PS: I am an avid fan so please don't take it negatively.

I harldy take anything negatively, especially when it's written and the tone of voice is missing.


Subject: Re: Small bugfix
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Fri, 22 Jul 2005 00:58:54 -0400
Newsgroups: jedi.vcl

So let's summarize:
1) we have people with varying levels of coding experience
2) we have people with varying levels of DEBUGGING experience
3) we have people who are good at both and responsible for code, cvs etc
4) we have people who are uncomfortable with exposing weakness/feeling 
foolish whilst helping out

Well, the quickest way to build up skills is to use them...

We should perhaps review mantis entries, grab something that looks 
reasonable for our coding skills, and check back here for pointers on 
debugging. Heck, maybe the JVCL main web site should have a set of links 
to debugging HOWTOs...

My own debugging falls under "think first, trace second" - I can 
typically find my OWN issues with breakpoints and traces. However, I'm 
not familiar with some lower-level issues. When I look at mantis entries, 
I skip items based on "my coding skills are up to this, I have no idea 
where/how to start debugging this". 

As an example, issue 0002965 "TJvImageListBox onClick is triggered twice" 
- I can set a breakpoint on the onclick event handler (effectively 
useless), but how to I trace deeper (or earlier)? What tools should I use 
to dig into this? I don't mind doing some footwork, I just hate doing it 
blindly and wasting time...

Cheers,
EdB



In article <op.sualy91giezccv@infopos-main>, peter@infopos.com.au says...
> > Hi Karl
> > 
> > This reply is NOT meant as any personal attack on you or any other  =
> > 
> > respondent, so PLEASE do not take offence :D
> > 
> > On Fri, 22 Jul 2005 06:12:52 +0800, Karl Pienaar <karl@spyder.web.za>  =
> > 
> > wrote:
> > 
>> > > Oliver and Others
> > 
> > (BTW It is OlivIer not Oliver :D )
> > 
>> > > I have read all the thread(s) covering this topic as of this time and =
> >  =
> > 
>> > > date but have chosen to reply to this particular posting.  I, unlike  =
> > 
>> > > other
>> > > posters, am a developer, programmer call it what you will; a  =
> > 
>> > > professional.
>> > > I do it for a living and I even go as far a lecturing Delphi and c/c++=
> >  to
>> > > post-graduate students (I too am a post-grad).
> > 
> > So I assume that you are MUCH more knowledgeable than I and (IMHO) very =
> >  =
> > 
> > able to assist with others' problems. Consider that MANY on this list  =
> > 
> > would not have your skill set or post grad studies.
> > 
> > I am a self taught "programmer" a term I use somewhat loosely :D Therefo=
> > re  =
> > 
> > *my* skillset is only what I have *discovered* for myself. I have NOT ha=
> > d  =
> > 
> > the training or background in Pascal or the Delphi VCL and I still find =
> >  =
> > 
> > things in the VCL that amaze me.
> > 
> > It is ONLY this limited knowledge that prevents me from sometimes  =
> > 
> > *helping*, as the JVCL/JCL code is (I think) more than I can follow. Thi=
> > s  =
> > 


Subject: Re: Small bugfix
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Thu, 21 Jul 2005 22:45:10 -0400
Newsgroups: jedi.vcl

You know, I just revisited the JEDI home page... There are guidelines on 
accepting code submissions,  coding conventions, library maintenance, and 
a lot of "here's how you can help" ideas.  There are articles on using 
components, making components etc. And there is a page dedicated to 
reporting bugs (http://homepages.borland.com/jedi/jvcl/ReportBug.htm).  

What I didn't see was guidelines on effective collaboration - how to act, 
react, and support other developers in this forum... These are basic 
"people skills" - things that come hard to geeks with total disdain for 
mankind <g>...  I'm not sure we need to document the rules of common 
decency - we can all look up "Miss Manners" online!

I think a gentle push to re-read the "how to report bugs" (as well as 
links to some of the same topics at, say, the Borland Quality Central 
site) might go a long way to making everyone more effective (and happy).

Florent Ouchet wrote: "I would be pleased helping you in sharing these 
differences." - this can happen quite easily if the bugs are reported 
(with the details as  defined in "how to report bugs") in mantis. Indeed, 
EVERYONE can then dig in and review.  If you don't have demo projects 
available, then a description of how to reproduce would go a long way to 
allowing more volunteers (line Florent and myself for example) to confirm 
and follow up - take the first-cut at reviewing - free-ing up  the heavy-
hitters for tougher problems.  They key issue is once a bug is reported, 
the "reporter"  has to follow-up to ensure something is being done, as 
well as to possibly provide further details for those trying to make the 
fix.

So maybe that last paragraph should be the basis for a new "support" 
guideline...

Cheers,
EdB


In article <dbpa68$ot4$1@talkto.net>, karl@spyder.web.za says...
> > Finally a construcive reply!
> > 
> > Ed, I salute you.  I if I knew how create a central set of guidelines I
> > would happilt volunteer to create them.  My issue is that there are none and
> > if I should perhaps - like poor Bogdan, who started this thread - submit
> > something, it may be a 'bad time'.  I wonder if, as resilient as Bogdan
> > appears, he will try the same again?  I can't answer for him but I am sure
> > there are many capable people out the who read the response and decide
> > against it.  Ed, you give me the guide-lines and I will produce a HOWTO.  Or
> > perhaps OBones has an idea as to the composition of a HOWTO.  I am more than
> > willing to contribute but only if I know I can do so without contrite
> > retribution.  I know that I am not alone.
> > 
> > Give me something an I'll do it.  Please do not let my contribution become
> > the source of an essay on frustration.
> > 
> > Regards
> > 
> > Karl
> > 
> > PS: Please excuse any spelling / grammatical errors, English is not my first
> > language
> > 
> > 
> > "Ed Blanchard" <edwardbNOSPAMNO@hauser.ca> wrote in message
> > news:MPG.1d49f48ca50041f9896a2@194.191.0.34...


Subject: Re: Small bugfix
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 22 Jul 2005 10:17:23 +0800
Newsgroups: jedi.vcl

Hi Karl

This reply is NOT meant as any personal attack on you or any other respondent, so PLEASE do not take offence :D

On Fri, 22 Jul 2005 06:12:52 +0800, Karl Pienaar <karl@spyder.web.za> wrote:

> Oliver and Others

(BTW It is OlivIer not Oliver :D )

> I have read all the thread(s) covering this topic as of this time and date but have chosen to reply to this particular posting.  I, unlike other
> posters, am a developer, programmer call it what you will; a professional.
> I do it for a living and I even go as far a lecturing Delphi and c/c++ to
> post-graduate students (I too am a post-grad).

So I assume that you are MUCH more knowledgeable than I and (IMHO) very able to assist with others' problems. Consider that MANY on this list would not have your skill set or post grad studies.

I am a self taught "programmer" a term I use somewhat loosely :D Therefore *my* skillset is only what I have *discovered* for myself. I have NOT had the training or background in Pascal or the Delphi VCL and I still find things in the VCL that amaze me.

It is ONLY this limited knowledge that prevents me from sometimes *helping*, as the JVCL/JCL code is (I think) more than I can follow. This is perhaps an incorrect assumption on my part as I have not really looked into it in depth.

Haing used Delphi since V1, I remember it was only a couple of years ago now when I *discovered* classes! Prior to this discovery I wrote my code in a similar fashion to the linear programming that stemmed from my (compiled) BASIC programming.

A friend of mine would almost always suggest I create a "class" to resolve my then problem at hand. I felt I did not (then) understand classes, thought it *too hard* and would *linearly* plod along :D

I have learned from this and I am now a staunch advocate of classes :D However this has come at a time frame that greatly exceeds that of (*educated*) programmers like yourself.

> But, and it's a BIG but..I
> feel that any bug-post or Mantis submission is  inspected, checked for
> anything negative, and generally negatively received.  I'm an old man, in
> the Delphi world.  I started lecturing Delphi 1 (still have the wonderful
> printed manuals, came in a box) but have always felt a little resistant to contributing to JEDI due to the sort of tirade that you posted.  I do
> understand your frustration but I think a call for help is far smarter than the response the poor fellow received.

====From Oliviers post
>
> But there is one thing I'm not happy about. This is not because of you, it's just a general feeling:
> I'm tired of users behaving like "it doesn't work, but I don't want to help", or "Here is something, I won't tell youwhat it does, but please, put it quickly in CVS, I NEED it NOW".
====

That *understandable* and IMHO *allowable* "tirade" was not untrue!

> It's precisely those kind of comments that have kept me from contributing to the JEDI effort.

I cannot see how you came to THIS conclusion. This is the first "vent" (to use Oliviers word) that *I* recall reading. I do not have a problem with this! It must be VERY easy to be frustrated with demands for fixes with no real offers of assistance and probably in many cases less than sufficient information to ascertain the real cause of the bug.

TOO many users of JVCL et al are willing to accept the qualities of the "product", they can be FAST to complain and very slow to offer help. Perhaps many feel (as I did/do) that I am not good enough to solve these "bugs" - see above for my limitations.

However as you have already stated, you (IMHO) are WELL qualified to offer assistance to others. This can EASILY be attested to by the fact that you have already "fixed" some JVCL/JCL bugs and by your OWN ADDMISSION that you do "diffs" to keep *your* code up to date with that of the *latest* JVCL/JCL libraries.

This can be considered to be a little hypocritical. You have admonished others here that (IMHO) that perform an excellent service for the Delphi community, yet you remain unwilling to share YOUR efforts with (struggling?) others.

> I have contributed to the Linux DNS (BIND) project, the Linux X efforts, some M$
> drivers for HP but I have to confess that you fellows seem quite elitist.

I do not see how you reach this conclusion? I also don't see how anyone that submits bug fix code to the JEDI project can consider their code as being...

> inspected, checked for anything negative, and generally negatively received.

.... very obviously the code submitted HAS to be checked for potential conflicts with other source code etc.

This as you no doubt know would be VERY time consuming.

All of this (JVCL/JCL) "resource" is gathered together into one large and AMAZING cohesive FREE library by a dedicated group of coders, professional or otherwise! These people do not have the time to look for items of code to criticse, it takes enough time just to ensure that any submission works!

I for one would be happy to have my submission included in such a library and knowing I have helped in some small way to ease the coding burden of others. However I do not think I have the necessary expertise (a fact to which I alluded in another post). I also, like others (espescially those supporting the JVCL.JCL), have time constraints. However if I felt I had the expertise and knew more about the JVCL/JCL I would be happy to devote some time to the support effort.

I have enough trouble debugging my own code :D so expecting me to find others' bugs is probably too great an expectation :D :D

So Karl, with YOUR post grad training and your vast experience with Delphi and the JVCL/JCL why not do your bit and submit your "fixes" or help others. You are in a MUCH better position that I (and others?), to do so :D

If I were to submit code that (more experienced) others reviewed and they advise something like, "well, yes it works, but why not do it like this" would be of great "educational" experience and would therefore help me out in my future coding.

I am SURE that NO ONE supporting JVCL/JCL would consider submittee's as fools! Sure, submittee's may be less experienced programmers but we were all like that once :D

Karl, as previously stated, please do not take offence at this post as none is intended. All I would like to see is perhaps your skills being put to use in the JVCL/JCL support effort.

Who knows, perhaps YOU could become one of the "ELITE" :D but in a good way, being admired by those lesser mortals like myself, being dependant on the knowledge AND GUIDANCE of others such as yourself (and not forgetting Olivier :D :D ).

Sincere regards

Peter Sanders

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Small bugfix
From: "Karl Pienaar" <karl@spyder.web.za>
Date: Fri, 22 Jul 2005 01:24:59 +0200
Newsgroups: jedi.vcl

Florent

I think you are the man!  What an excellent reply.  Imaging for a second
that Bogdan got the same rely.  I am sure you would have seen him again on
this newsgroup.  I understand what you are saying I just think we need a
less emotional approach and a more structured approach.

Once again, I thank you for your response and I don't think so much that it
is what you know about Delphi or JEDI that count but what you can do to
help.

Regards

Karl

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message
news:dbp9h0$oqp$1@talkto.net...
> > Karl,
> >
>> > > Contributing is just quite intimidating for most.
> >
> > I am a new developper of the JCL/JVCL projects. There is no need of
> > being intimidated, I learnt a lot of tips and developping technics while
> > integrating my components inside the JVCL and updating some code of the
> > JCL. I am not a professionnal developper: just a student, even not in
> > informatic, interested in programming in my spare time. I think you know
> > programming more than I do.
> >
>> > > For a few years now, I have been 'fixing' my JEDI code and doing diff's
when
>> > > I update.  It's not because I don't want to contribute but because I am
>> > > hesitiant to do so.
>> > > I may have a favourable reply, I may get hammered for
>> > > some issue, who knows?   I think this causes resistence amongst  many
who
>> > > would want to help out.
> >
> > I would be pleased helping you in sharing these differences.
> > Contributing for an open source project must be spontaneous action.
> >
> > Mistakes happen sometimes, the most important rule is that code compiles
> > for everyone.
> > When modifying an existing code, nobody can be sure that the patch will
> > not introduce new bugs, even us. If you respect MSDN documentations for
> > Win32 APIs and Borland documentation for RTL and VCL components, there
> > is nearly no chance of making errors.
> >
> > Florent




Subject: Re: Small bugfix
From: "Karl Pienaar" <karl@spyder.web.za>
Date: Fri, 22 Jul 2005 01:16:33 +0200
Newsgroups: jedi.vcl

Finally a construcive reply!

Ed, I salute you.  I if I knew how create a central set of guidelines I
would happilt volunteer to create them.  My issue is that there are none and
if I should perhaps - like poor Bogdan, who started this thread - submit
something, it may be a 'bad time'.  I wonder if, as resilient as Bogdan
appears, he will try the same again?  I can't answer for him but I am sure
there are many capable people out the who read the response and decide
against it.  Ed, you give me the guide-lines and I will produce a HOWTO.  Or
perhaps OBones has an idea as to the composition of a HOWTO.  I am more than
willing to contribute but only if I know I can do so without contrite
retribution.  I know that I am not alone.

Give me something an I'll do it.  Please do not let my contribution become
the source of an essay on frustration.

Regards

Karl

PS: Please excuse any spelling / grammatical errors, English is not my first
language


"Ed Blanchard" <edwardbNOSPAMNO@hauser.ca> wrote in message
news:MPG.1d49f48ca50041f9896a2@194.191.0.34...
> > Well, if we're to start by establishing credentials...
> >
> > I started with Turbo Pascal 3 whenit first came out - and have been
> > earning a living selling my code with Pascal since then. Most of my "low
> > level" work was with Borland Pascal 7  creating DLLs useable by Windows
> > 3.1 - I finally hit Delphi full-time starting with D3.  The past 4-5
> > years I've been coding closer to the "application" level - basically
> > "filling holes" in expensive 3rd party  ERP/MRP manufacturing software.
> > As mentioned elsewhere, I've not contributed much to JVCL based on 1)
> > lack of current experience in low-level windows API or component writing;
> > and, 2) fear of looking foolish in a wide "peer review" environment.
> >
> > First off, I disagree that Obones' message was a "tirade"  (though I'm
> > willing to accept that we might have differing definitions of the word
> > <g> ).
> >
> > I think it might be unfair to characterize someone as "the wrong guy to
> > be helping your 1000th newbie" - given that this is probably not the
> > ONLY reason any of the main JVCL developers are frustrated - let's face
> > it, people have a habit of posting a question (or bug report), asking
> > "when will it be fixed", and then NEVER FOLLOWING UP on their own
> > reports.
> >
> > It might be smarter to issue a call for help - but that's been done, and
> > (for example) *I've* never been inclined to more than glance at mantis
> > looking for something I might want (or feel able to)  to dig into.  On
> > the other hand, since OBones' "lament" I've been reminded of how unfairly
> > I've been acting - and have checked in on and responded on a number of
> > issues.  I doubt I'm alone in feeling a need to "do more" - not out of
> > guilt, but a sense of community and fair play.
> >
> > You've worked in a number of projects - this one has hit (with version
> > 3.xx) a milestone point - if we were to create a central set of
> > guidelines (how to present new submissions, request assistance, report
> > bugs etc) - what would you suggest we put in there to streamline
> > development and support? How would you carve up responsibilities amongst
> > members (not just active developers)?
> >
> > EdB
> >
> >
> >
> > In article <dbp6et$o5k$1@talkto.net>, karl@spyder.web.za says...
>> > > Oliver and Others
>> > >
>> > > I have read all the thread(s) covering this topic as of this time and
date
>> > > but have chosen to reply to this particular posting.  I, unlike other
>> > > posters, am a developer, programmer call it what you will; a
professional.
>> > > I do it for a living and I even go as far a lecturing Delphi and c/c++
to
>> > > post-graduate students (I too am a post-grad). But, and it's a BIG but..
I
>> > > feel that any bug-post or Mantis submission is  inspected, checked for
>> > > anything negative, and generally negatively received.  I'm an old man,
in
>> > > the Delphi world.  I started lecturing Delphi 1 (still have the
wonderful
>> > > printed manuals, came in a box) but have always felt a little resistant
to
>> > > contributing to JEDI due to the sort of tirade that you posted.  I do
>> > > understand your frustration but I think a call for help is far smarter
than
>> > > the response the poor fellow received.  It's precisely those kind of
>> > > comments that have kept me from contributing to the JEDI effort.  I have
>> > > contributed to the Linux DNS (BIND) project, the Linux X efforts, some
M$
>> > > drivers for HP but I have to confess that you fellows seem quite
elitist.
>> > > Maybe the JEDI Project needs a marketing manager.  I acknowledge that
you
>> > > have never professed to be  master of diplomacy but perhaps that is
where
>> > > the problem lies.  Not in your lack of skills - which I am sure everyone
>> > > will agree, are in the right place as you are an extremely talented
>> > > developer/programmer -
>> > > but more in the ability to welcome new contributors and manage their
initial
>> > > contribution(s).  I do not doubt for a second that your technical
responses
>> > > have been extremely accurate and honest but the fact of the matter is
that
>> > > this entire thread has been fed by your unwillingness to help a new
>> > > contributor.  Not an unwillingness brought about by lack of
technological
>> > > skill or understanding of the value of your work but merely because
you're
>> > > the wrong guy to be helping your 1000th newbie.
>> > >
>> > > Thoughts?
>> > >
>> > > Karl
>> > >
>> > > PS: I am an avid fan so please don't take it negatively.
>> > >




Subject: Re: Small bugfix
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 22 Jul 2005 01:10:14 +0200
Newsgroups: jedi.vcl

Karl,

> Contributing is just quite intimidating for most.

I am a new developper of the JCL/JVCL projects. There is no need of being intimidated, I learnt a lot of tips and developping technics while integrating my components inside the JVCL and updating some code of the JCL. I am not a professionnal developper: just a student, even not in informatic, interested in programming in my spare time. I think you know programming more than I do.

> For a few years now, I have been 'fixing' my JEDI code and doing diff's when
> I update.  It's not because I don't want to contribute but because I am
> hesitiant to do so.
> I may have a favourable reply, I may get hammered for
> some issue, who knows?   I think this causes resistence amongst  many who
> would want to help out.

I would be pleased helping you in sharing these differences. Contributing for an open source project must be spontaneous action.

Mistakes happen sometimes, the most important rule is that code compiles for everyone.
When modifying an existing code, nobody can be sure that the patch will not introduce new bugs, even us. If you respect MSDN documentations for Win32 APIs and Borland documentation for RTL and VCL components, there is nearly no chance of making errors.

Florent


Subject: Re: Small bugfix
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Thu, 21 Jul 2005 19:06:53 -0400
Newsgroups: jedi.vcl

Well, if we're to start by establishing credentials...

I started with Turbo Pascal 3 whenit first came out - and have been 
earning a living selling my code with Pascal since then. Most of my "low 
level" work was with Borland Pascal 7  creating DLLs useable by Windows 
3.1 - I finally hit Delphi full-time starting with D3.  The past 4-5 
years I've been coding closer to the "application" level - basically 
"filling holes" in expensive 3rd party  ERP/MRP manufacturing software.  
As mentioned elsewhere, I've not contributed much to JVCL based on 1) 
lack of current experience in low-level windows API or component writing; 
and, 2) fear of looking foolish in a wide "peer review" environment.

First off, I disagree that Obones' message was a "tirade"  (though I'm 
willing to accept that we might have differing definitions of the word 
<g> ).

I think it might be unfair to characterize someone as "the wrong guy to 
be helping your 1000th newbie" - given that this is probably not the  
ONLY reason any of the main JVCL developers are frustrated - let's face 
it, people have a habit of posting a question (or bug report), asking 
"when will it be fixed", and then NEVER FOLLOWING UP on their own 
reports. 

It might be smarter to issue a call for help - but that's been done, and 
(for example) *I've* never been inclined to more than glance at mantis 
looking for something I might want (or feel able to)  to dig into.  On 
the other hand, since OBones' "lament" I've been reminded of how unfairly 
I've been acting - and have checked in on and responded on a number of 
issues.  I doubt I'm alone in feeling a need to "do more" - not out of 
guilt, but a sense of community and fair play.

You've worked in a number of projects - this one has hit (with version 
3.xx) a milestone point - if we were to create a central set of 
guidelines (how to present new submissions, request assistance, report 
bugs etc) - what would you suggest we put in there to streamline 
development and support? How would you carve up responsibilities amongst 
members (not just active developers)?

EdB



In article <dbp6et$o5k$1@talkto.net>, karl@spyder.web.za says...
> > Oliver and Others
> > 
> > I have read all the thread(s) covering this topic as of this time and date
> > but have chosen to reply to this particular posting.  I, unlike other
> > posters, am a developer, programmer call it what you will; a professional.
> > I do it for a living and I even go as far a lecturing Delphi and c/c++ to
> > post-graduate students (I too am a post-grad). But, and it's a BIG but.. I
> > feel that any bug-post or Mantis submission is  inspected, checked for
> > anything negative, and generally negatively received.  I'm an old man, in
> > the Delphi world.  I started lecturing Delphi 1 (still have the wonderful
> > printed manuals, came in a box) but have always felt a little resistant to
> > contributing to JEDI due to the sort of tirade that you posted.  I do
> > understand your frustration but I think a call for help is far smarter than
> > the response the poor fellow received.  It's precisely those kind of
> > comments that have kept me from contributing to the JEDI effort.  I have
> > contributed to the Linux DNS (BIND) project, the Linux X efforts, some M$
> > drivers for HP but I have to confess that you fellows seem quite elitist.
> > Maybe the JEDI Project needs a marketing manager.  I acknowledge that you
> > have never professed to be  master of diplomacy but perhaps that is where
> > the problem lies.  Not in your lack of skills - which I am sure everyone
> > will agree, are in the right place as you are an extremely talented
> > developer/programmer -
> > but more in the ability to welcome new contributors and manage their initial
> > contribution(s).  I do not doubt for a second that your technical responses
> > have been extremely accurate and honest but the fact of the matter is that
> > this entire thread has been fed by your unwillingness to help a new
> > contributor.  Not an unwillingness brought about by lack of  technological
> > skill or understanding of the value of your work but merely because you're
> > the wrong guy to be helping your 1000th newbie.
> > 
> > Thoughts?
> > 
> > Karl
> > 
> > PS: I am an avid fan so please don't take it negatively.
> > 


Subject: Re: Small bugfix
From: "Karl Pienaar" <karl@spyder.web.za>
Date: Fri, 22 Jul 2005 00:48:08 +0200
Newsgroups: jedi.vcl

Florent

Thaks for your reply  and I understand what you are saying but I think you
are missing my point.  Contributing is just quite intimidating for most.
For a few years now, I have been 'fixing' my JEDI code and doing diff's when
I update.  It's not because I don't want to contribute but because I am
hesitiant to do so.  I may have a favourable reply, I may get hammered for
some issue, who knows?   I think this causes resistence amongst  many who
would want to help out.

Regards

Karl

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message
news:dbp81v$ojn$1@talkto.net...
> > Hi,
> >
>> > > I feel that any bug-post or Mantis submission is  inspected, checked for
>> > > anything negative, and generally negatively received.
> >
> > Many bugs would be quickly solved if the reporter give us the
> > informations needed to understand how the bug is happening and reproduce
> > it. We need an active feedback of the reporter to be sure the bug is
> > correctly solved.
> >
> > Many Mantis entries are solved with success but you can understand that
> > mantis like
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=3094 can be
> > hardly satisfied.
> >
>> > > Maybe the JEDI Project needs a marketing manager.
> >
> > So it is not a problem with the JVCL.
> > Some JVCL developpers and staffs make a lot of job to have kylix/.net
> > support available. There is a major need of developpers to handle bug
> > fixes (2 or 3 are reported per day).
> >
> > Florent




Subject: Re: Small bugfix
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 22 Jul 2005 00:45:09 +0200
Newsgroups: jedi.vcl

Hi,

> I feel that any bug-post or Mantis submission is  inspected, checked for
> anything negative, and generally negatively received.

Many bugs would be quickly solved if the reporter give us the informations needed to understand how the bug is happening and reproduce it. We need an active feedback of the reporter to be sure the bug is correctly solved.

Many Mantis entries are solved with success but you can understand that mantis like http://homepages.borland.com/jedi/issuetracker/view.php?id=3094 can be hardly satisfied.

> Maybe the JEDI Project needs a marketing manager.

So it is not a problem with the JVCL.
Some JVCL developpers and staffs make a lot of job to have kylix/.net support available. There is a major need of developpers to handle bug fixes (2 or 3 are reported per day).

Florent


Subject: Re: Need Example about jvDBTreeView
From: "Karl Pienaar" <karl@spyder.web.za>
Date: Fri, 22 Jul 2005 00:41:52 +0200
Newsgroups: jedi.vcl

Oliver

I must commend you on your user-friendly reply.  See how well it's received.

Regards

Karl

"Robert Meek" <rmeek1@comcast.net> wrote in message
news:dbo7e3$i5k$1@talkto.net...
> >     I'll be more than happy to do so and can even work up a "common"
example
> > using the TClientDataSet in a briefcase model dB so that everyone can
figure
> > it out no matter what dB system they are using, however I won't possibly
be
> > able to get to it until I've finished a large project I'm right in the
> > middle of.  I'm already well overdue on this and I can't afford to take
time
> > out to eat right now let alone other work! <g>
> >     I'll check back to the online help site as soon as I've finished this
> > other project and if no one else has done anything yet I'll take care of
it
> > then, but I don't expect to be able to do so until sometime near the end
of
> > summer.
> >
> > -- 
> > from: Robert Meek dba "Tangentals Design"
> > e-mail:  meekr@earthlink.net
> > "OBones" <obones_gfd_@_gfd_altern.org> wrote in message
> > news:dbm9mk$7th$1@talkto.net...
>> > > Robert Meek wrote:
>> > >
>>> > >>    I figured it out by trial and error and finally got it working.  if
>>> > >> you need it I can send you a list of the property settings and
especially
>>> > >> which properties get matched to which table record fields and for what
>>> > >> reason.
>> > >
>> > > If you could document this in the online help, I'm sure other users
would
>> > > be very grateful:
>> > >
>> > > http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1027
>> > >
>> > > Thanks in advance (send me your preferred login, if you plan to update a
>> > > lot of items).
>> > >
>> > > Olivier Sannier
>> > > JVCL coordinator.
> >




Subject: Re: Small bugfix
From: "Karl Pienaar" <karl@spyder.web.za>
Date: Fri, 22 Jul 2005 00:12:52 +0200
Newsgroups: jedi.vcl

Oliver and Others

I have read all the thread(s) covering this topic as of this time and date
but have chosen to reply to this particular posting.  I, unlike other
posters, am a developer, programmer call it what you will; a professional.
I do it for a living and I even go as far a lecturing Delphi and c/c++ to
post-graduate students (I too am a post-grad). But, and it's a BIG but.. I
feel that any bug-post or Mantis submission is  inspected, checked for
anything negative, and generally negatively received.  I'm an old man, in
the Delphi world.  I started lecturing Delphi 1 (still have the wonderful
printed manuals, came in a box) but have always felt a little resistant to
contributing to JEDI due to the sort of tirade that you posted.  I do
understand your frustration but I think a call for help is far smarter than
the response the poor fellow received.  It's precisely those kind of
comments that have kept me from contributing to the JEDI effort.  I have
contributed to the Linux DNS (BIND) project, the Linux X efforts, some M$
drivers for HP but I have to confess that you fellows seem quite elitist.
Maybe the JEDI Project needs a marketing manager.  I acknowledge that you
have never professed to be  master of diplomacy but perhaps that is where
the problem lies.  Not in your lack of skills - which I am sure everyone
will agree, are in the right place as you are an extremely talented
developer/programmer -
but more in the ability to welcome new contributors and manage their initial
contribution(s).  I do not doubt for a second that your technical responses
have been extremely accurate and honest but the fact of the matter is that
this entire thread has been fed by your unwillingness to help a new
contributor.  Not an unwillingness brought about by lack of  technological
skill or understanding of the value of your work but merely because you're
the wrong guy to be helping your 1000th newbie.

Thoughts?

Karl

PS: I am an avid fan so please don't take it negatively.

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:dbj4l8$kk0$1@talkto.net...
> > Thanks for the patch, I'll have a look at it.
> >
> > But there is one thing I'm not happy about. This is not because of you,
> > it's just a general feeling:
> > I'm tired of users behaving like "it doesn't work, but I don't want to
> > help", or "Here is something, I won't tell you what it does, but please,
> > put it quickly in CVS, I NEED it NOW".
> > Your proposition here is not the worst ever, far from it.
> > I have received complaints about Mantis bugs not being looked at, being
> > in there for years, or even that we, the developers, are a bunch of lazy
> > guys.
> > First, we do what we feel like doing, and we often look at what we are
> > best at. For instance, don't ask me to fix bugs in the DB related
> > components, I don't use them in my everyday work, I don't know how to
> > use them quickly, and to avoid side effects, I won't touch them.
> > Second, at best, we are 10 active developers on the project. Right now,
> > it is more like 3 or 4. This is NORMAL and EXPECTED, it's the summer
> > vacation period in Europe, where most developers are located.
> > Third, we do this on our spare time and as it turns out, mine diminished
> > a lot since I moved to a new place and got a new job.
> > Fourth, when we ask for FEEDBACK in Mantis it's not because we don't
> > want to do the job, it's because we NEED it. How to be sure that a
> > proposed fix corrects the original bug? We can't, unless it's a very
> > simple bug (and there are very few of these). Why do we ask for a
> > simplistic program showing the bug? Because we don't have much spare
> > time and want to concentrate on bug fixing rather than on bug
> > reproducing. In the end, if you see in Mantis that a lot of bugs have
> > not been touched for a while, it's mostly because we can't do anything
> > about it. Once in a while, I go in there and close a lot them (last
> > time, it was 56 of them), but it does not feel right. But hey, what can
> > I do when the original poster hasn't replied for more than 6 month and
> > that the component has evolved in between?
> >
> > In the end, I'm tired, I feel like I'm wasting my time chasing old bugs
> > for people who don't care.
> > I won't quit my role as a coordinator because I think I can still bring
> > things to the JVCL, but I don't feel there is much help around. Don't
> > get me wrong, I know who is doing what in the developers, I know who is
> > around helping here or on Mantis.
> >
> > Anyway, this is all what I'm feeling now, I don't know if I should have
> > said it, I don't know how this will be analysed, but it feels better
> > having said it.
> >
> > And to Bogdan: once more, all this is NOT against you, it's a general
> > feeling. You simply triggered it, like the spark triggering the blow.
> >
> > Cheers
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: How to create JvXPBar quickly at runtime.
From: André Gode <andre.gode@gmx.de>
Date: Thu, 21 Jul 2005 23:14:28 +0200
Newsgroups: jedi.vcl

Will Honor schrieb:
>   I am having trouble creating jvXPBar quickly at runtime.
> Basically I have to
>  1) Create the bar.
>  2) Set the collapsed property and then wait for it to complete
>      ie while not jvXPBar.collapsed do application.processmessages
>  3) Sort all the bars in the list according to the caption. To do this
> I Start with the last jvbar and move it to the top of the jvXPcontainer
> then I move the penultimate bar to the top and so on until the bars are
> sorted.
>
> I find that doing anything other than this method will result in the
> bars appearing over the top of each other. The trouble with the way I
> do this is that its really slow. Does anyone know of a way to do this
> quickly?
>
>  Thanks.     Will.

Will,

it´s just a random shot, but maybe you find the answer/solution in the thread "Weird errors when using XPBar on a modal form".

Regards

André


Subject: JvDesktopAlertButtons.
From: "Marty Loftus" <mloftus@cyence.com>
Date: Thu, 21 Jul 2005 14:55:51 -0400
Newsgroups: jedi.vcl

There is a property on the buttons for "Display Name".  However, I cannot 
seem to get the Display Name to display anywhere.  Is there something else 
that needs to be done to allow for text instead of images in the buttons? 
Is it even possible? Any insight on this would be greatly appreciated.

-Marty Loftus 




Subject: Re: Need Example about jvDBTreeView
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 21 Jul 2005 12:50:49 -0400
Newsgroups: jedi.vcl

> >     I'll be more than happy to do so and can even work up a "common" example 
> > using the TClientDataSet in a briefcase model dB so that everyone can figure 
> > it out no matter what dB system they are using...

> >     I'll check back to the online help site as soon as I've finished this 
> > other project and if no one else has done anything yet I'll take care of it 
> > then, but I don't expect to be able to do so until sometime near the end of 
> > summer.

I was working on Help topics for JvDBTreeView.pas.  I'll try to get them posted as soon as I can finish up what I've done with them.  I'll post a note here when I upload them.

There is already some older code in the ./examples/RALib folder.  Example code for the current code will help a lot.





Subject: Re: Need Example about jvDBTreeView
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 21 Jul 2005 17:00:15 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:

>    I'll be more than happy to do so and can even work up a "common" example using the TClientDataSet in a briefcase model dB so that everyone can figure it out no matter what dB system they are using, however I won't possibly be able to get to it until I've finished a large project I'm right in the middle of.  I'm already well overdue on this and I can't afford to take time out to eat right now let alone other work! <g>
>    I'll check back to the online help site as soon as I've finished this other project and if no one else has done anything yet I'll take care of it then, but I don't expect to be able to do so until sometime near the end of summer.

This is fair enough, we all have deadlines (as I said here earlier this week).


Subject: Re: Need Example about jvDBTreeView
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 21 Jul 2005 09:29:03 -0400
Newsgroups: jedi.vcl

   I'll be more than happy to do so and can even work up a "common" example using the TClientDataSet in a briefcase model dB so that everyone can figure it out no matter what dB system they are using, however I won't possibly be able to get to it until I've finished a large project I'm right in the middle of.  I'm already well overdue on this and I can't afford to take time out to eat right now let alone other work! <g>
   I'll check back to the online help site as soon as I've finished this other project and if no one else has done anything yet I'll take care of it then, but I don't expect to be able to do so until sometime near the end of summer.

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message news:dbm9mk$7th$1@talkto.net...
> Robert Meek wrote:
>
>>    I figured it out by trial and error and finally got it working.  if you need it I can send you a list of the property settings and especially which properties get matched to which table record fields and for what reason.
>
> If you could document this in the online help, I'm sure other users would be very grateful:
>
> http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1027
>
> Thanks in advance (send me your preferred login, if you plan to update a lot of items).
>
> Olivier Sannier
> JVCL coordinator. 



Subject: JvSpellChecker.
From: "Marty Loftus" <mloftus@cyence.com>
Date: Thu, 21 Jul 2005 09:23:17 -0400
Newsgroups: jedi.vcl

It seems that the spellchecker is skipping over words that are less than 4 
characters.  Anyone have any thoughts as to why?  There are 3 letter words 
in the dictionary but they never seem to even get used as suggestions.

-Marty Loftus 




Subject: Re: Small bugfix
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Thu, 21 Jul 2005 08:21:09 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Robert,

> > I learned many of the tricks by working on the JVCL. It is not
> > primarily   lack of ability. It is mainly the fear to make a fool of
> > yourself before experts. I was there years ago and now i simply shrug
> > it off. 

<grin>  I remember the first code I submitted to an Open Source project
got sweated over and polished and tweaked until the last possible
moment, I was so determined to release something that didn't have
people falling over laughing.

Rik


Subject: Re: Small bugfix
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Thu, 21 Jul 2005 08:17:41 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

OBones wrote:

> > Well, I've been quite distant for a while. It's just that now that I
> > come back I find it in a state that i don't like. Well, here we go
> > for another round of close everything too old.

I don't think that's unusual.  The problem is that JCL and JVCL
developers are people with jobs and lives that stop them contributing
for a while making them absent and silent, but a developer with a need
for a bugfix is always very focused and vocal... you can go away and
you'll come back to "JVSomething crashes when I scratch my nose on a
Thursday", but you're less likely to come back to "I've fixed my
millionth bug and that's the last Mantis entry closed off".

I'm a JCL developer - but being in the middle of a house move and a
project with ever shifting deadlines, I've not managed to put any time
at all into the JCL for some time.  It's frustrating for me, because I
got involved because I wanted to, not because I felt obliged to, but
like all swings and roundabouts, everything ends up back where it
started and I'll be more involved again in the future.

>> > > I also developed a rather thick epidermis and not even you-know-who
>> > > can  not shake my determination.
> > 
> > Oh boy, I know what you mean. But well, I'm not a master at
> > diplomacy, so here I am, I vent it out, no matter what gets out of it.

<grin>  Feel better?

Cheers,
Rik


Subject: Re: speedbar designer - revisited and more info
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Thu, 21 Jul 2005 00:26:11 -0400
Newsgroups: jedi.vcl

In article <op.st8preu6iezccv@infopos-main>, peter@infopos.com.au says...
> > Hi
> > 
> > For example...
> > 
> > Items placed on the TJvSecretPanel cannot be moved. You can CtrlClick a =
> > label that is on the panel, however when selected you cannot drag it  =
> > elsewhere on the panel. After the label is selected, clicking on it in a=
> > attempt to move it only serves to select the TJvSecretPanel (whicj then =
> > moves if dragged).
> > The only way I have seen to move the label is to "stretch" it in the  =
> > direction you want to move it, then "shrink" the other side.


I've never used TJvSecretPanel (not sure what it does for me) so I'm 
assuming you mean all of this at design time...

I dropped a SecretPanel on a form, then a label on SecretPanel - I can 
select and move without problem.

Same with JvBevel and TDBEdit - I have no issue with moving, resizing, 
etc.

What Delphi experts do you have installed? I once saw this same behaviour 
when I had both CnPack and GExperts installed...

Cheers,
EdB  
New Motto: Fearless in Foolishness.  "FiF" 





Subject: speedbar designer - revisited and more info
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 21 Jul 2005 09:43:52 +0800
Newsgroups: jedi.vcl

Hi

In my original post...

> I am using the speedbar designer and it seems to ONLY allow adding buttons. I CANNOT drag buttons OFF the toolbar. Even > when the designer is visible, selecting a button causes the selection of the toolbar and dragging drags the whole
> toolbar.
>
> Is there a problem with JvSpeedBar? Is there a fix? or is it just MY system?

....I assumed the error to be within the designer or similar.

I now think there is a possibility that the "error" may be elsewhere or somehow involved with other aspects of the JVCL.

The reason for this new thought is the fact that certain other components have a loosely similar "error".

For example...

Items placed on the TJvSecretPanel cannot be moved. You can CtrlClick a label that is on the panel, however when selected you cannot drag it elsewhere on the panel. After the label is selected, clicking on it in an attempt to move it only serves to select the TJvSecretPanel (whicj then moves if dragged).

The only way I have seen to move the label is to "stretch" it in the direction you want to move it, then "shrink" the other side.

A TDBEdit placed within a TJvBevel cannot be selected by itself. Even if the Ctrl key is used. Both the TJvBevel AND the TDBEdit are selected. The only way to select the TDBEdit is to select the TJvBevel, which CAN be selected by itself, then move the bevel away from the TDBEdit control, then select the TDBEdit.

As each of the TJvBevel, TJvSecretPanel and the TJvSpeedBar seem to "contain" these other controls, I wondered if the speedbar problem is just another instance of an encompassing JVCL problem?

Of course ALL of this could just relate to MY system having a "spasm"!

I would appreciate it if others could confirm that this (these) problem(s) exist on other pc's or not.

If the problem is common, then could somebody suggest some "pointers" as to where I would begin looking for a solution.

Is it likely to be an encompassing JVCL problem, or the same kind of bug within each individual control, or IS it just MY pc being "stupid" :D

Thanks in advance for your help...

Kind regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Small bugfix
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 21 Jul 2005 09:17:32 +0800
Newsgroups: jedi.vcl

Hi

Ok :D

While not being too worried about making a fool of myself infront of experts :D I initially considered myself less knowledgeable than that required to reach the "fool infront of experts" level :D

However after reading Olivier's posts I think I can make a fool of myself :D :D

So to this end I will repost my question on the TJvSpeedbar. Partly for any tips on where to look for the bug and also partly because I think the bug may be elsewhere in the JVCL. see the new post for details.

Thanks to the respondents to this thread I have received a boost in considering my own abilities :D

Kind regards

Peter

On Thu, 21 Jul 2005 04:02:19 +0800, OBones <obones_gfd_@_gfd_altern.org> wrote:

> Ed Blanchard wrote:
>
>> In article <dbkp11$tnr$1@talkto.net>, robert_marquardt@gmx.de says...
>>
>>> Peter Sanders wrote:
>>>
>>>
>>>> Hmmm? That's something I have a problem with. While being a developer I DO  NOT have the same abilities of those that work on and develop/fix the  JVCL.
>>>
>>> I learned many of the tricks by working on the JVCL. It is not primarily  lack of ability. It is mainly the fear to make a fool of yourself before experts. I was there years ago and now i simply shrug it off. I frequently make a fool of myself when entering a new arena in the knowledge that it is inevitable.
>>>
>>   Now THAT's an accurate evaluation that hits home... I don't mind seeming foolish whilst posting to newsgroup (in fact I sometimes aim for that to get the laugh), but I'm (and I suspect many others are) too proud to expose potential weakness in my working skills.  I suppose if the fearful amongst us just dug in to narrow down issues, and make suggested changes to be evaluated by the more experienced/fearless/exalted developers we'd 1) see more bugs fixed; and, 2) improve our skills after reviewing actual changes in code we'd just reviewed
>
> Well, a bit of history would help then.
> I first worked on one component of the JVCL back in 2002. It was just to fix a bug that bugged me (well, duh <g>) and I simply sent the fix in Mantis. Then I said, hey I need this on top of it. So I added it, and once again, put it in Mantis. It did take time to go through because it was a bit big. And one thing leading to the next, Peter (coordinator at the time) asks me if I want to be a developer. I said (and that's still true) that I would work on what I know, in the time I had. Being a student at the time, I had a lot of spare time and was able to work a lot on very few components (10 at most). In the end, I spend more and more time on the forums, and when Peter decided to retire, well I became a candidate for the task.
> What I want to say is that you don't have to have a in depth knowledge of Delphi to fix things. Even today, I don't get much of what goes inside the DB related components. But what I know about Delphi today is thanks to the JVCL, not the other way round.
> Oh and one last thing: if you take software engineering and design lessons, in Java or C++, it's really easy to apply them to Delphi. Those practices are universal, and very well perceived by us the developpers and the community as well. It's always nicer to have a commented source with clearly defined structures. But even then, we can help you with some comments.
> I'm not an expert in diplomacy, but there is most often no harm meant in the remarks I do.
>
> Cheers
> Olivier



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Unit JclSysInfo was compiled with a different version of SNMP.PAsnObjectIdentifier
From: "CyberDiggs" <banditdiggs-news@yahoo.com>
Date: Wed, 20 Jul 2005 18:32:12 -0500
Newsgroups: jedi.vcl

Ignore me!  I am an idiot!  Searched forever... finally found that I had
some of Collin Wilsons old NT components that used an SMNP.dcu as well.
Sorry.


"CyberDiggs" <cyberdiggs@sbcglobal.net> wrote in message
news:dbmjrb$a5q$1@talkto.net...
> > Firt I apologize if I am in the wrong group.  I don't know where else to
go
> > because the places I go seem to have been abandoned... ie the mantis site
> > etc.
> >
> > ok so I have a need and decided to download and setup the Jedi code
> > Release 1.95.3
> > Build 1848
> > 23-March-2005
> >
> > When I try to compile some of the examples I get this error:
> > "Unit JclSysInfo was compiled with a different version of
> > SNMP.PAsnObjectIdentifier"
> >
> > I can't figure out what to fix.  I have rebuilt all of the libraries and
> > packages I can find.  I'll even take a risky direct email because I don't
> > always use this group: banditdiggs-junk1@yahoo.com_NOSPAM please remove
the
> > "_NOSPAM" before sending.
> >
> >




Subject: Unit JclSysInfo was compiled with a different version of SNMP.PAsnObjectIdentifier
From: "CyberDiggs" <cyberdiggs@sbcglobal.net>
Date: Wed, 20 Jul 2005 17:48:10 -0500
Newsgroups: jedi.vcl

Firt I apologize if I am in the wrong group.  I don't know where else to go
because the places I go seem to have been abandoned... ie the mantis site
etc.

ok so I have a need and decided to download and setup the Jedi code
Release 1.95.3
Build 1848
23-March-2005

When I try to compile some of the examples I get this error:
"Unit JclSysInfo was compiled with a different version of
SNMP.PAsnObjectIdentifier"

I can't figure out what to fix.  I have rebuilt all of the libraries and
packages I can find.  I'll even take a risky direct email because I don't
always use this group: banditdiggs-junk1@yahoo.com_NOSPAM please remove the
"_NOSPAM" before sending.




Subject: Re: Small bugfix
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 Jul 2005 22:11:33 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> In the end, I'm tired, I feel like I'm wasting my time chasing old bugs for people who don't care.
>
> My counter tactic is to change the project once in a while.
> Currently i am distracted by my new job so i do not have much time for the JVCL. I think i will reenter by working on the jedi-apilib.

Well, I've been quite distant for a while. It's just that now that I come back I find it in a state that i don't like. Well, here we go for another round of close everything too old.


> I also developed a rather thick epidermis and not even you-know-who can not shake my determination.

Oh boy, I know what you mean. But well, I'm not a master at diplomacy, so here I am, I vent it out, no matter what gets out of it.


Subject: Re: Small bugfix
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 Jul 2005 22:09:58 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> I guess the reality is you all lose sleep to actually work on this for all our benefit. So:  many thanks, it is very much appreciated.

Many thanks to you for taking the time to write back.


> Having said the above, I looked at mantis - and posted a quick and dirty fix for 3022 "TJvListview Item clicked not selected" - pretty embarassingly Q&D but it's a start.

I'll have a look at it, a colleague of mine stumbled on that one just this morning. Yeah, I know, this isn't fair, but bugs that have been found at my workplace are more likely to be fixed quickly ;-)

Thanks
Olivier


Subject: Re: Small bugfix
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 Jul 2005 22:07:18 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

>> I won't quit my role as a coordinator because I think I can still bring  things to the JVCL, but I don't feel there is much help around. Don't  get me wrong, I know who is doing what in the developers, I know who is  around helping here or on Mantis.
>
> I think you and the other developers do a marvelous job and this is not  often "verbally" expressed in this forum. I am sure that the vast majority  of JVCL users are VERY appreciative of the combined efforts.

I know this, I sometimes receive emails that simply say "thanks for the effort, we really appreciate it". That's always a nice thing to receive, and trust me, my boss does not regret having hired me and brought onboar the JVCL. Sure there is criticism event amongst my colleagues, but all in all, they are happy not to have to write those components. And the customers love the snappy look we get.
That's one more reason for me to want to put a guestbook on the website, to allow users to post their feelings easily. But once again, lack of time has prevented me from doing so as I don't want a simple "post and forget" script. I want it to force the posts to be verified and authentified by a two way check mechanism: post a comment, a jvcl member reviews it, and sends it back to the poster to confirm that it does indeed comes from him. A bit of an overkill for single developers, but critical for companies.
In the end, I will have the time to do this, I'm not quite sure when, that's all. It's a matter of a week-end work, I just need to find that week-end.

Regards
Olivier


Subject: Re: Small bugfix
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 Jul 2005 22:02:19 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> In article <dbkp11$tnr$1@talkto.net>, robert_marquardt@gmx.de says...
>
>> Peter Sanders wrote:
>>
>>
>>> Hmmm? That's something I have a problem with. While being a developer I DO  NOT have the same abilities of those that work on and develop/fix the  JVCL.
>>
>> I learned many of the tricks by working on the JVCL. It is not primarily  lack of ability. It is mainly the fear to make a fool of yourself before experts. I was there years ago and now i simply shrug it off. I frequently make a fool of myself when entering a new arena in the knowledge that it is inevitable.
>>
>
>
> Now THAT's an accurate evaluation that hits home... I don't mind seeming foolish whilst posting to newsgroup (in fact I sometimes aim for that to get the laugh), but I'm (and I suspect many others are) too proud to expose potential weakness in my working skills.
> I suppose if the fearful amongst us just dug in to narrow down issues, and make suggested changes to be evaluated by the more experienced/fearless/exalted developers we'd 1) see more bugs fixed; and, 2) improve our skills after reviewing actual changes in code we'd just reviewed

Well, a bit of history would help then.
I first worked on one component of the JVCL back in 2002. It was just to fix a bug that bugged me (well, duh <g>) and I simply sent the fix in Mantis. Then I said, hey I need this on top of it. So I added it, and once again, put it in Mantis. It did take time to go through because it was a bit big. And one thing leading to the next, Peter (coordinator at the time) asks me if I want to be a developer. I said (and that's still true) that I would work on what I know, in the time I had. Being a student at the time, I had a lot of spare time and was able to work a lot on very few components (10 at most). In the end, I spend more and more time on the forums, and when Peter decided to retire, well I became a candidate for the task.
What I want to say is that you don't have to have a in depth knowledge of Delphi to fix things. Even today, I don't get much of what goes inside the DB related components. But what I know about Delphi today is thanks to the JVCL, not the other way round.
Oh and one last thing: if you take software engineering and design lessons, in Java or C++, it's really easy to apply them to Delphi. Those practices are universal, and very well perceived by us the developpers and the community as well. It's always nicer to have a commented source with clearly defined structures. But even then, we can help you with some comments.
I'm not an expert in diplomacy, but there is most often no harm meant in the remarks I do.

Cheers
Olivier


Subject: Re: Need Example about jvDBTreeView
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Wed, 20 Jul 2005 21:55:00 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:

>    I figured it out by trial and error and finally got it working.  if you need it I can send you a list of the property settings and especially which properties get matched to which table record fields and for what reason.

If you could document this in the online help, I'm sure other users would be very grateful:

http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1027

Thanks in advance (send me your preferred login, if you plan to update a lot of items).

Olivier Sannier
JVCL coordinator.


Subject: Re: Need Example about jvDBTreeView
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 20 Jul 2005 15:35:16 -0400
Newsgroups: jedi.vcl

   I figured it out by trial and error and finally got it working.  if you need it I can send you a list of the property settings and especially which properties get matched to which table record fields and for what reason.

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"Marcelo" <marcelo@teccontrol.com> wrote in message news:dbjcem$ma7$1@talkto.net...
> Hi,
>
> Somebody has an example of jvTreeView?  I did not obtain to find an example to make the tests.
>
> Grateful!
>
>
>
> Marcelo Moacir Florindo 



Subject: Re: Weird errors when using XPBar on a modal form
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Wed, 20 Jul 2005 17:54:38 +0100
Newsgroups: jedi.vcl

> >In my opinion this could be a reason. I've read in the Delphi helpfiles,
that every access to properties or methods of other objects outside the 
> >thread should be in a separate method and these method should be called
whith the "synchronize" method. I think the assignment of the offset should 
> >look like:
> >
> >  Synchronize(SetRollOffSet);
> >
> >Olivier, what do you think of this? Seems that you're more involved in
using threads. I'm more the single-thread-user, cause I'm don't really
confide 
> >in the threadhandling of Delphi/Windows ;)
> >
Even if it does nothing, it should not harm...
Then Should I Post those suggested updates to the bug tracker ?


TJvXPFadeThread = class(TThread)
  private
    FWinXPBar: TJvXPCustomWinXPBar;
    FRollDirection:TJvXPBarRollDirection;  
    FWinXPBarNewOffSet:integer;            //<-- New variable 
  protected
    procedure DoWinXPBarSetRollOffset;     //<-- New synchronized method
    procedure DoWinXPBarInternalRedraw;    //<-- New synchronized method
  public
    constructor Create(WinXPBar: TJvXPCustomWinXPBar; RollDirection:
TJvXPBarRollDirection);
    procedure Execute; override;
  end;

//New Synchronized Methods
procedure TJvXPFadeThread.DoWinXPBarInternalRedraw;
begin
  FWinXPBar.InternalRedraw;
end;

procedure TJvXPFadeThread.DoWinXPBarSetRollOffset;
begin
  FWinXPBar.RollOffset:=FWinXPBarNewOffSet;
end;
//

procedure TJvXPFadeThread.Execute;
var
  NewOffset: Integer;
begin
  if (FWinXPBar.Owner<>nil) and (FWinXPBar.Owner is TControl) and
   TControl(FWinXPBar.Owner).Visible=False then Exit;  //<-- André's fix
  while (not Terminated) do
  try
    FWinXPBar.FRolling := True;

    { calculate new roll offset }
    if FRollDirection = rdCollapse then
      NewOffset := FWinXPBar.RollOffset - FWinXPBar.FRollStep
    else
      NewOffset := FWinXPBar.RollOffset + FWinXPBar.FRollStep;

    { validate offset ranges }
    if NewOffset < 0 then
      NewOffset := 0;
    if NewOffset > FWinXPBar.FItemHeight then
      NewOffset := FWinXPBar.FItemHeight;
    
    FWinXPBarNewOffSet:=NewOffset;
    Synchronize(DoWinXPBarSetRollOffset); // <-- New call

    { terminate on 'out-of-range' }
    if ((FRollDirection = rdCollapse) and (NewOffset = 0)) or
      ((FRollDirection = rdExpand) and (NewOffset =
FWinXPBar.FItemHeight)) then
    Terminate;
    {$IFDEF VisualCLX}
    WakeUpGUIThread;
    {$ENDIF VisualCLX}

    { idle process }
    Sleep(FWinXPBar.FRollDelay);
  finally
    FWinXPBar.FRolling := False;
  end;

  { redraw button state }
  FWinXPBar.FCollapsed := FRollDirection = rdCollapse;
  
  if FWinXPBar.FShowRollButton then
       Synchronize(DoWinXPBarInternalRedraw); // <-- New call

  { update inspector }
  if csDesigning in FWinXPBar.ComponentState then
    {$IFDEF VCL}
    TCustomForm(FWinXPBar.Owner).Designer.Modified
    {$ENDIF VCL}
    {$IFDEF VisualCLX}
    TCustomForm(FWinXPBar.Owner).DesignerHook.Modified
    {$ENDIF VisualCLX}
  else
    PostMessage(FWinXPBar.Handle, WM_XPBARAFTERCOLLAPSE,
      Ord(FRollDirection = rdCollapse), 0);
  {$IFDEF VisualCLX}
  WakeUpGUIThread;
  {$ENDIF VisualCLX}
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Weird errors when using XPBar on a modal form
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 20 Jul 2005 18:17:17 +0200
Newsgroups: jedi.vcl

Waskol wrote:

>> In my opinion this could be a reason. I've read in the Delphi helpfiles,
>
> that every access to properties or methods of other objects outside the
>> thread should be in a separate method and these method should be called
>
> whith the "synchronize" method. I think the assignment of the offset should
>> look like:
>>
>> Synchronize(SetRollOffSet);
>>
>> Olivier, what do you think of this? Seems that you're more involved in
>
> using threads. I'm more the single-thread-user, cause I'm don't really
> confide
>> in the threadhandling of Delphi/Windows ;)
>>
>
> Even if it does nothing, it should not harm...

Well, trust me, unsynchronized calls working on VCL objects do not always crash, but will at some point in time, when you least expect it (like, right in the middle of a big demo).


> Then Should I Post those suggested updates to the bug tracker ?

Yes, please do. I won't be able to look at it during the week-end, but someone else might.

Cheers
Olivier


Subject: Re: Weird errors when using XPBar on a modal form
From: "Uwe" <none@none.none>
Date: Wed, 20 Jul 2005 09:17:09 -0700
Newsgroups: jedi.vcl

Hi Waskol and Andre

Thank you both for your help guys. As you might have seen already, I've 
posted a bug inbto bug tracker yesterday (#3098).

Cheers
Uwe 




Subject: Re: Small bugfix
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Wed, 20 Jul 2005 12:15:05 -0400
Newsgroups: jedi.vcl

In article <dbkp11$tnr$1@talkto.net>, robert_marquardt@gmx.de says...
> > Peter Sanders wrote:
> > 
>> > > Hmmm? That's something I have a problem with. While being a developer I 
>> > > DO  NOT have the same abilities of those that work on and develop/fix 
>> > > the  JVCL.
> > 
> > I learned many of the tricks by working on the JVCL. It is not primarily 
> >   lack of ability. It is mainly the fear to make a fool of yourself 
> > before experts. I was there years ago and now i simply shrug it off. I 
> > frequently make a fool of myself when entering a new arena in the 
> > knowledge that it is inevitable.
> > 

Now THAT's an accurate evaluation that hits home... I don't mind seeming 
foolish whilst posting to newsgroup (in fact I sometimes aim for that to 
get the laugh), but I'm (and I suspect many others are) too proud to 
expose potential weakness in my working skills. 

I suppose if the fearful amongst us just dug in to narrow down issues, 
and make suggested changes to be evaluated by the more 
experienced/fearless/exalted developers we'd 1) see more bugs fixed; and, 
2) improve our skills after reviewing actual changes in code we'd just 
reviewed

Wow. One big happy community. Group Hug!  <g>

Cheers,
EdB 


Subject: Re: Weird errors when using XPBar on a modal form
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Wed, 20 Jul 2005 16:46:16 +0100
Newsgroups: jedi.vcl

> >André Gode wrote:
> >
>> >> Waskol schrieb:
>> >> 
>>> >>> 2. The problem here is that the Thread never terminate, so it is never
>>> >>> free, then you have a memory leak, therefore that seems a bit better :
>>> >>> if (FWinXPBar.Owner<>nil) and (FWinXPBar.Owner is TControl) and
>>> >>> TControl(FWinXPBar.Owner).Visible=False then begin
>>> >>>   Terminate;
>>> >>>    exit;
>>> >>> end;
>>> >>>
>> >> 
>> >> You're right. Much better ;)
> >
> >AFAIK, no, it's useless. Look at the code in Classes.pas in the 
> >ThreadProc function, you will see that it does not test the value of 
> >Terminated to decide if it should free the thread or not when Execute 
> >has returned. And if a code in the JVCL waits for Terminated to be True, 
> >then it should be changed because it's the Finished property that is set 
> >to True when the thread is actually finished.
> >

You are right, I did not see how was free the thread in the ThreadProc
function.

As an answer to André, I did not exactly understand your remark, so I beg
your pardon if I am wrong. If you meen that my remark was a suggestion of
a bad fix, it was not : I was just trying to explain that for me the
exception at the end of my sample program was still raised even with a
non-modal form. This is not a random error : it is always produced.

A Question :
It seems, that, in the TJvXPFadeThread.Execute;, there are two
non-synchronised calls :
- FWinXPBar.RollOffset:=NewOffSet;
and
- FWinXPBar.InternalDraw;

Could this explain some other errors messages only 
appearing randomly ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Weird errors when using XPBar on a modal form
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Wed, 20 Jul 2005 17:17:04 +0200
Newsgroups: jedi.vcl

1.

> You are right, I did not see how was free the thread in the ThreadProc
> function.
>
> As an answer to André, I did not exactly understand your remark, so I beg
> your pardon if I am wrong. If you meen that my remark was a suggestion of
> a bad fix, it was not : I was just trying to explain that for me the
> exception at the end of my sample program was still raised even with a
> non-modal form. This is not a random error : it is always produced.

Sorry Waskol,

my remark applies to the following post, but it wasn't you who wrotes it:

>
> Hi Uwe,
>
> the behaviour you described we are getting in our application, too. 
> But I couldn't bring in context to the TJvXPBar until now.
> I thought it came from a wrong interface-handling in one of our forms.
> But we're using a lot of TXPBar components also. Thanks for the hint.
> I will research it and let you know the results, if I get some.
>
> Regards
>
> André 


2.

> A Question :
> It seems, that, in the TJvXPFadeThread.Execute;, there are two
> non-synchronised calls :
> - FWinXPBar.RollOffset:=NewOffSet;
> and
> - FWinXPBar.InternalDraw;
>
> Could this explain some other errors messages only appearing randomly ?
>

In my opinion this could be a reason. I've read in the Delphi helpfiles, that every access to properties or methods of other objects outside the thread should be in a separate method and these method should be called whith the "synchronize" method. I think the assignment of the offset should look like:

 Synchronize(SetRollOffSet);

Olivier, what do you think of this? Seems that you're more involved in using threads. I'm more the single-thread-user, cause I'm don't really confide in the threadhandling of Delphi/Windows ;)


Subject: Re: Weird errors when using XPBar on a modal form
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Wed, 20 Jul 2005 15:05:50 +0100
Newsgroups: jedi.vcl

>> >> To prevent the exception I add an additional condition in the 
>> >> SetCollapsed method:
>> >> 
>> >>   if Value <> FCollapsed then
>> >>   begin
>> >>     if not (csLoading in ComponentState) then
>> >>     begin
>> >>       if (Owner is TForm) and TForm(Owner).Visible then //THIS ONE IS 
>> >> NEW !!
>> >>        begin
>> >>         if Assigned(FBeforeCollapsedChange) then
>> >>           FBeforeCollapsedChange(Self, Value);
>> >>         if Value then
>> >>           FFadeThread := TJvXPFadeThread.Create(Self, rdCollapse)
>> >>         else
>> >>           FFadeThread := TJvXPFadeThread.Create(Self, rdExpand);
>> >>         if Assigned(FOnCollapsedChange) then
>> >>           FOnCollapsedChange(Self, Value);
>> >>        end;
>> >>     end
>> >> 
> >
> >I think it's better to put the denying condition to the execute method of
the thread. Furthermore is sufficient to check if the owner is a TControl:
> >
> >begin
> >   if (FWinXPBar.Owner<>nil) and (FWinXPBar.Owner is TControl) and
TControl(FWinXPBar.Owner).Visible=False then
> >    exit;
> >   while not Terminated do
> >   try
> >...
> >

1. Damned, I was trying to do the trick with FWinXPBar.Parent --> does not
work of course. --> lol

2. The problem here is that the Thread never terminate, so it is never
free, then you have a memory leak, therefore that seems a bit better :
if (FWinXPBar.Owner<>nil) and (FWinXPBar.Owner is TControl) and
TControl(FWinXPBar.Owner).Visible=False then 
begin
  Terminate;
   exit;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: Bordercolor for flat-style Controls
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Wed, 20 Jul 2005 15:42:50 +0200
Newsgroups: jedi.vcl

I'm trying to change the default painted color for flat controls like the TJvDBlookUpCombo (or TJvEdit).
I searched for the Paint-Code for that and changed the WMPaint-Event, where i thought the border would be painted via

JvDBlookUpComboEdit.pas Line 481

        Brush.Color := clWindowFrame; <-- I have Changed color here.
        FrameRect(R);
        InflateRect(R, -1, -1);

but that doesn't seem to be the part.
Can anyone help me where to find the right spot?
I would like to change the color from black to something like gray.
I also don't like the idea of haveing a color wich can be different on another system with other system-colors. My software should look the same everywhere.

kind regards.


Subject: Re: Weird errors when using XPBar on a modal form
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Wed, 20 Jul 2005 15:41:01 +0200
Newsgroups: jedi.vcl


> I had to mention that I have tried to reproduce the bug in a differrent
> way and it lead me to some other results.
>
> First, I create two forms : form1 and form2, both available for runtime
> (no need for creating form2 by code).
> Second, On Form2, I put a TJVXPBar control, collapsed or not, it does not
> matters... with a few items created. On Form1 a TButton.
> Third, in the OnCreate event of form2 the following code :
>   JvXPBar1.Collapsed := False;
>   JvXPBar1.Items[0].Enabled := False;
>
> Fourth In the OnClick of the TButton, just :
>   Form2.Show;
>
> Remarks : No JVXPContainer here ! No modal form.
>
> Finaaly, as a result :
> - WHILE you run the program, no error occurs, the only glitch is that the
> JVXPBar does not show at all when the form2 does.
> - When you close the application (not form2), the following error raises up :
> "System error. Code 1400: Invalid window handle"
>
>
>

BTW: What happened in your IDE if you try to inherit from Form2? If I want to save the new form (in my case Form3) I get an access violation and the item collection is empty after that ...



Subject: Re: Weird errors when using XPBar on a modal form
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 20 Jul 2005 15:40:22 +0200
Newsgroups: jedi.vcl

André Gode wrote:

> Waskol schrieb:
>
>> 2. The problem here is that the Thread never terminate, so it is never
>> free, then you have a memory leak, therefore that seems a bit better :
>> if (FWinXPBar.Owner<>nil) and (FWinXPBar.Owner is TControl) and
>> TControl(FWinXPBar.Owner).Visible=False then begin
>>   Terminate;
>>    exit;
>> end;
>>
>
> You're right. Much better ;)

AFAIK, no, it's useless. Look at the code in Classes.pas in the ThreadProc function, you will see that it does not test the value of Terminated to decide if it should free the thread or not when Execute has returned. And if a code in the JVCL waits for Terminated to be True, then it should be changed because it's the Finished property that is set to True when the thread is actually finished.


Subject: Re: Weird errors when using XPBar on a modal form
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Wed, 20 Jul 2005 15:18:23 +0200
Newsgroups: jedi.vcl

Waskol schrieb:

> 2. The problem here is that the Thread never terminate, so it is never
> free, then you have a memory leak, therefore that seems a bit better :
> if (FWinXPBar.Owner<>nil) and (FWinXPBar.Owner is TControl) and
> TControl(FWinXPBar.Owner).Visible=False then begin
>   Terminate;
>    exit;
> end;
>

You're right. Much better ;)


Subject: Re: Weird errors when using XPBar on a modal form
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Wed, 20 Jul 2005 14:38:26 +0200
Newsgroups: jedi.vcl

> To prevent the exception I add an additional condition in the SetCollapsed method:
>
>   if Value <> FCollapsed then
>   begin
>     if not (csLoading in ComponentState) then
>     begin
>       if (Owner is TForm) and TForm(Owner).Visible then //THIS ONE IS NEW !!
>        begin
>         if Assigned(FBeforeCollapsedChange) then
>           FBeforeCollapsedChange(Self, Value);
>         if Value then
>           FFadeThread := TJvXPFadeThread.Create(Self, rdCollapse)
>         else
>           FFadeThread := TJvXPFadeThread.Create(Self, rdExpand);
>         if Assigned(FOnCollapsedChange) then
>           FOnCollapsedChange(Self, Value);
>        end;
>     end
>

I think it's better to put the denying condition to the execute method of the thread. Furthermore is sufficient to check if the owner is a TControl:

begin
  if (FWinXPBar.Owner<>nil) and (FWinXPBar.Owner is TControl) and TControl(FWinXPBar.Owner).Visible=False then
   exit;
  while not Terminated do
  try
....


Subject: Re: Weird errors when using XPBar on a modal form
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Wed, 20 Jul 2005 14:02:35 +0200
Newsgroups: jedi.vcl

Waskol
>
> I had to mention that I have tried to reproduce the bug in a differrent
> way and it lead me to some other results.
>
> First, I create two forms : form1 and form2, both available for runtime
> (no need for creating form2 by code).
> Second, On Form2, I put a TJVXPBar control, collapsed or not, it does not
> matters... with a few items created. On Form1 a TButton.
> Third, in the OnCreate event of form2 the following code :
>   JvXPBar1.Collapsed := False;
>   JvXPBar1.Items[0].Enabled := False;
>
> Fourth In the OnClick of the TButton, just :
>   Form2.Show;
>
> Remarks : No JVXPContainer here ! No modal form.
>
> Finaaly, as a result :
> - WHILE you run the program, no error occurs, the only glitch is that the
> JVXPBar does not show at all when the form2 does.
> - When you close the application (not form2), the following error raises up :
> "System error. Code 1400: Invalid window handle"
>
>

Hi Waskol,

I can reproduce the behaviour with the following conditions:

1. I've set the collapsed property to true at design time. Otherwise I get not the error.
2. If 1. is complied, I do not need to open form2 to raise the exception on closing the application.


To prevent the exception I add an additional condition in the SetCollapsed method:

  if Value <> FCollapsed then
  begin
    if not (csLoading in ComponentState) then
    begin
      if (Owner is TForm) and TForm(Owner).Visible then //THIS ONE IS NEW !!
       begin
        if Assigned(FBeforeCollapsedChange) then
          FBeforeCollapsedChange(Self, Value);
        if Value then
          FFadeThread := TJvXPFadeThread.Create(Self, rdCollapse)
        else
          FFadeThread := TJvXPFadeThread.Create(Self, rdExpand);
        if Assigned(FOnCollapsedChange) then
          FOnCollapsedChange(Self, Value);
       end;
    end

Maybe you know a more elegant way to test if the form is visible or not. The important fact is that the thread will only be executed on a visible form.

Hope that helps.

Regards

André Gode



P.S.: I'm still looking for the source of the exception that we talked about some posts before. Seems that it has other reasons...



Subject: Re: Weird errors when using XPBar on a modal form
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Wed, 20 Jul 2005 10:19:10 +0100
Newsgroups: jedi.vcl

> >Waskol
> >
> >Your explanation would make perfectly sense - if the errors would occur 
> >*every* time the modal form is created. Unless it is possible that the 
> >TJvXPFadeThread somehow gets executed although threaded operations are 
> >blocked while the OnCreate method is performed. I've never heard of this 
> >before though. Anyway, I will definitely have a closer look at the source of 
> >JvXPBar as soon as time permits.
> >
> >I agree with you that the OnCreate method should be used with great care. I 
> >usually try to avoid putting to much code in it as well.
> >
> >Thanks for your input. Really appreciate that.
> >
> >Uwe
> >
> >
>> >> During the creating event of the form, the main thread of the form is
>> >> locked and synchronized with a BeginWrite and a EndWrite.
>> >> The OnCreate method of the form is called between wich, apparently,
>> >> excludes the use of any threaded operations during that period. 
> >
> >
> >
Thanks,

I had to mention that I have tried to reproduce the bug in a differrent
way and it lead me to some other results.

First, I create two forms : form1 and form2, both available for runtime
(no need for creating form2 by code).
Second, On Form2, I put a TJVXPBar control, collapsed or not, it does not
matters... with a few items created. On Form1 a TButton.
Third, in the OnCreate event of form2 the following code :
  JvXPBar1.Collapsed := False;
  JvXPBar1.Items[0].Enabled := False;

Fourth In the OnClick of the TButton, just :
  Form2.Show;

Remarks : No JVXPContainer here ! No modal form.

Finaaly, as a result :
- WHILE you run the program, no error occurs, the only glitch is that the
JVXPBar does not show at all when the form2 does.
- When you close the application (not form2), the following error raises up :
"System error. Code 1400: Invalid window handle"



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Small bugfix
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Jul 2005 08:08:39 +0200
Newsgroups: jedi.vcl

OBones wrote:

> In the end, I'm tired, I feel like I'm wasting my time chasing old bugs for people who don't care.

My counter tactic is to change the project once in a while.
Currently i am distracted by my new job so i do not have much time for the JVCL. I think i will reenter by working on the jedi-apilib.

I also developed a rather thick epidermis and not even you-know-who can not shake my determination.


Subject: Re: Small bugfix
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Jul 2005 08:04:09 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

> Hmmm? That's something I have a problem with. While being a developer I DO  NOT have the same abilities of those that work on and develop/fix the  JVCL.

I learned many of the tricks by working on the JVCL. It is not primarily  lack of ability. It is mainly the fear to make a fool of yourself before experts. I was there years ago and now i simply shrug it off. I frequently make a fool of myself when entering a new arena in the knowledge that it is inevitable.


Subject: Re: Small bugfix
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Wed, 20 Jul 2005 00:25:02 -0400
Newsgroups: jedi.vcl

In article <dbj4l8$kk0$1@talkto.net>, oobnes__gf_@_gfd_altern.org says...
> > Thanks for the patch, I'll have a look at it.
> > 
> > But there is one thing I'm not happy about. This is not because of you, 
> > it's just a general feeling:
> > I'm tired of users behaving like "it doesn't work, but I don't want to 
> > help", or "Here is something, I won't tell you what it does, but please, 
> > put it quickly in CVS, I NEED it NOW".


Ok, Ok, I was just *busy* - and you folks are doing such a smashingly 
good job I expected you could find, debug, test, and commit fixes in your 
sleep with one hand tied behind your back and using 14 inch monitors... 

<g>

I guess the reality is you all lose sleep to actually work on this for 
all our benefit. So:  many thanks, it is very much appreciated.

Having said the above, I looked at mantis - and posted a quick and dirty 
fix for 3022 "TJvListview Item clicked not selected" - pretty 
embarassingly Q&D but it's a start.

Cheers,
EdB


Subject: Re: Small bugfix
From: "Peter Sanders" <peter@infopos.com.au>
Date: Wed, 20 Jul 2005 10:05:57 +0800
Newsgroups: jedi.vcl

Hi

To add a little to my reply to Oliviers post...

On Wed, 20 Jul 2005 00:15:01 +0800, Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote:

> OBones wrote:
>> Anyway, this is all what I'm feeling now, I don't know if I should have said it, I don't know how this will be analysed, but it feels better having said it.
>
>      Yeah, you should; keeping it in won't help at all. Venting is good, and maybe it will even result in something (like more people having a look at bugs and actually try to fix them).

I agree 100%

> It all boils down to time (or lack thereof) and the relatively small number of people who attempt fixing a bug (or at least help to the best of their ability), compared to those who will just add a bug report and never look back.

Of course.

> And in cases like this (ie. an open-source library, intended for developers), that shouldn't be necessary. We're all developers, so we should all be able to pin-point the cause of a problem and maybe come up with a possible fix.

Hmmm? That's something I have a problem with. While being a developer I DO NOT have the same abilities of those that work on and develop/fix the JVCL. Those that do have these abilities have my deepest admiration for their talents. I guess each of us have our own capabilities and limitations. (I design and build second storey/ground level home extensions, fix things like cars, engines, lawnmowers, fridges, videos, do my own air conditioning, home alarm installations, car stereo and mobile phone installations, bricklaying, wall tiling, roof tiling, plumbing, reticulation, pump repairs, gas fitting, electrical, lighting, glazing, welding, painting, machining. I design and build furniture from mental designs. I sell, support and repair cash register systems (down to component level replacement), I train and support users on a range of software programs. I also happen to do some software development :D ) So with this in mind I do have some time amd mental limitations on delving deep into unfamiliar Delphi components. I rely on those that "live and breathe" Delphi software :D

Perhaps my brain is full :D :D

I recently reported a bug(?) with the JvSpeedBar designer. This designer bug has somehow been induced by modifications or changes somewhere within the JVCL suite.

If I knew where to begin I would have been happy to trace and fix the problem. However, though a "developer", I use many components "blind" eg I know how and where I want to use them but if there is a "problem" I do not necessarily know how/where to resolve it. I therefore rely on developers MUCH BETTER that I to help.

After reading Oliviers post, I thought "well maybe I *should* try and fix it".

Hmmm? Where do I start?

Is the error in the JvSpeedBar unit? Is it in one of the units USED by the JvSpeedBar unit? Is it in a separate designer? I guess given enough time I could resolve it. The time FOR ME to resolve the problem would be enourmously greater than that of the developer or the person that maintains the code.


> Sadly, I think it will not change much, despite your post.

Human nature I guess :(

All of the JCL/JVCL developers have my sincerest thanks and my enduring admiration for their respective talents :D :D

My thanks you to all ...

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Small bugfix
From: "Peter Sanders" <peter@infopos.com.au>
Date: Wed, 20 Jul 2005 09:14:15 +0800
Newsgroups: jedi.vcl

Hi Olivier

I'd like to put in my 2 cents worth but in NO WAY do I wish any of what I may state to be taken as criticism or offend ANY of the developers.

On Tue, 19 Jul 2005 23:10:29 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> But there is one thing I'm not happy about. This is not because of you, it's just a general feeling:
> I'm tired of users behaving like "it doesn't work, but I don't want to help", or "Here is something, I won't tell you what it does, but please, put it quickly in CVS, I NEED it NOW".

I can appreciate how you must feel. To be "responsible" for such a broad spectrum of classes and components etc and to do what you do for free and then not have any appreciation of this but have users "expect" you to do things would easily frustrate a person. (insert your own preferred word for frustration :D )

I CERTAINLY DO apreciate what you and other developers do for us. I have not soubt that MANY others also feel the same. Human nature though, being what it is, you tend to hear more from those that expect things for nothing than you do from those that DO appreciate what they have available to them.

> I have received complaints about Mantis bugs not being looked at, being in there for years, or even that we, the developers, are a bunch of lazy guys.

I would NEVER consider the possibility of you guys being lazy.

> First, we do what we feel like doing, and we often look at what we are best at.

Understandable and fully acceptable.

> Fourth, when we ask for FEEDBACK in Mantis it's not because we don't want to do the job, it's because we NEED it.

That is fair.

> How to be sure that a proposed fix corrects the original bug? We can't, unless it's a very simple bug (and there are very few of these). Why do we ask for a simplistic program showing the bug? Because we don't have much spare time and want to concentrate on bug fixing rather than on bug reproducing.

Of course.

> I do when the original poster hasn't replied for more than 6 month and that the component has evolved in between?

I have not replied to a message re a bug(?) I found for just the reasons you describe above. I understand you are always pressed for time and do the best that you (and other developers) can.

> In the end, I'm tired, I feel like I'm wasting my time chasing old bugs for people who don't care.

I understand that.

> I won't quit my role as a coordinator because I think I can still bring things to the JVCL, but I don't feel there is much help around. Don't get me wrong, I know who is doing what in the developers, I know who is around helping here or on Mantis.

I think you and the other developers do a marvelous job and this is not often "verbally" expressed in this forum. I am sure that the vast majority of JVCL users are VERY appreciative of the combined efforts.

> Anyway, this is all what I'm feeling now, I don't know if I should have said it, I don't know how this will be analysed, but it feels better having said it.

That's good :D


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: MTThread Components
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 20 Jul 2005 00:19:33 +0200
Newsgroups: jedi.vcl

Hi Karl,

please have a look at the JvThread example in examples\jvThread.

There you find a sample.

Greetings
Jens

Karl Pienaar wrote:
> Hi Jens
>
> I mean using a design time component as opposed to creating the thread at
> runtime.  It just seems easier to use properties / events than to build the
> 'Component1.OnEvent := MyEvent' and
> 'Form1.OnCreate begin
>     TMyEvent := TEvent.Create;
> end;'
> type thing.  Hope this explains it.
>
> Regards
>
> Karl
>
> "Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
> news:dbh8aq$9tm$1@talkto.net...
>
>> What do you mean with "visual" approach?
>>
>> Greetings
>> Jens
>>
>> Karl Pienaar wrote:
>>
>>> Thanks Warren
>>>
>>> Should have mentioned that I'd seen that one.  Doesn't show anything too
>>> enlightening.  I use the Indy TidThread but thought that maybe a
>
> 'visual'
>
>>> approach could speed up development time (not having to create
>
> descendant
>
>>> classes and not having to set all properties at runtime).  Been fiddling
>>> with the .pas files and it looks like the MT components are the most
>
> likely
>
>>> to fulfill my requirements.  Have you maybe used these?
>>>
>>> Thanks
>>>
>>> Karl
>>>
>>>
>>> "Warren Postma" <wp.nospam@tekran.com> wrote in message
>>> news:dbh5oa$9ef$1@talkto.net...
>>>
>>>
>>>> Karl Pienaar wrote:
>>>>
>>>>
>>>>> Hi
>>>>>
>>>>> Are there any help files or 'MegaDemo' type examples for the JVCL
>>>
>>> components
>>>
>>>
>>>>> on the jvThreading tab?  I have looked around but haven't managed a
>
> hit.
>
>>> I
>>>
>>>
>>>>> am particularly interested in the MTComponents.
>>>>
>>>> All there is in the threading is one JvThread demo (
>>>> jvcl3\examples\JvThread ) as far as I know.
>>>>
>>>> Warren
>>>
>>>
>>>
>> -- 
>> ___________________________________________________________
>> Softwareentwicklung Jens Fudickar
>> Breslauer Straße 8 * 65760 Eschborn
>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>
>> Home of OraTool - http://www.oratool.de
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Need Example about jvDBTreeView
From: Marcelo <marcelo@teccontrol.com>
Date: Tue, 19 Jul 2005 14:24:24 -0300
Newsgroups: jedi.vcl

Hi,

    Somebody has an example of jvTreeView?  I did not obtain to find an example to make the tests.

Grateful!



Marcelo Moacir Florindo


Subject: Re: Small bugfix
From: Bogdan Ribic <ribicb_@yahoo_.com_>
Date: Tue, 19 Jul 2005 18:53:23 +0200
Newsgroups: jedi.vcl

To demonstrate the problem, place a JvTransparentButton on a form, raise
an exception in click event handler (even Abort will do) and then click
the button - it will remain down. Now add my little change and try
again, it will behave as expected. All told, two minutes work.

As for the rest... well, it *is* summer, sounds like you need to go on a beach, have fun, vent out, do something :)

Cheers
Boban.



Subject: Re: Small bugfix
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 19 Jul 2005 18:15:01 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Anyway, this is all what I'm feeling now, I don't know if I should have said it, I don't know how this will be analysed, but it feels better having said it.

    Yeah, you should; keeping it in won't help at all. Venting is good, and maybe it will even result in something (like more people having a look at bugs and actually try to fix them).

    It all boils down to time (or lack thereof) and the relatively small number of people who attempt fixing a bug (or at least help to the best of their ability), compared to those who will just add a bug report and never look back. And in cases like this (ie. an open-source library, intended for developers), that shouldn't be necessary. We're all developers, so we should all be able to pin-point the cause of a problem and maybe come up with a possible fix.

    Sadly, I think it will not change much, despite your post.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Small bugfix
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 19 Jul 2005 17:10:29 +0200
Newsgroups: jedi.vcl

Thanks for the patch, I'll have a look at it.

But there is one thing I'm not happy about. This is not because of you, it's just a general feeling:
I'm tired of users behaving like "it doesn't work, but I don't want to help", or "Here is something, I won't tell you what it does, but please, put it quickly in CVS, I NEED it NOW".
Your proposition here is not the worst ever, far from it.
I have received complaints about Mantis bugs not being looked at, being in there for years, or even that we, the developers, are a bunch of lazy guys.
First, we do what we feel like doing, and we often look at what we are best at. For instance, don't ask me to fix bugs in the DB related components, I don't use them in my everyday work, I don't know how to use them quickly, and to avoid side effects, I won't touch them.
Second, at best, we are 10 active developers on the project. Right now, it is more like 3 or 4. This is NORMAL and EXPECTED, it's the summer vacation period in Europe, where most developers are located.
Third, we do this on our spare time and as it turns out, mine diminished a lot since I moved to a new place and got a new job.
Fourth, when we ask for FEEDBACK in Mantis it's not because we don't want to do the job, it's because we NEED it. How to be sure that a proposed fix corrects the original bug? We can't, unless it's a very simple bug (and there are very few of these). Why do we ask for a simplistic program showing the bug? Because we don't have much spare time and want to concentrate on bug fixing rather than on bug reproducing. In the end, if you see in Mantis that a lot of bugs have not been touched for a while, it's mostly because we can't do anything about it. Once in a while, I go in there and close a lot them (last time, it was 56 of them), but it does not feel right. But hey, what can I do when the original poster hasn't replied for more than 6 month and that the component has evolved in between?

In the end, I'm tired, I feel like I'm wasting my time chasing old bugs for people who don't care.
I won't quit my role as a coordinator because I think I can still bring things to the JVCL, but I don't feel there is much help around. Don't get me wrong, I know who is doing what in the developers, I know who is around helping here or on Mantis.

Anyway, this is all what I'm feeling now, I don't know if I should have said it, I don't know how this will be analysed, but it feels better having said it.

And to Bogdan: once more, all this is NOT against you, it's a general feeling. You simply triggered it, like the spark triggering the blow.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Small bugfix
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 19 Jul 2005 15:54:02 +0100
Newsgroups: jedi.vcl

> >Please don't, I'll answer to this a bit later today.
> >
> >Olivier Sannier
> >JVCL Coordinator
> >
Au fait c'est déjà fait, trop tard, et je n'ai pas l'autorité pour "virer"
mon entrée.

Sinon, pourquoi ne pas proposer une correction pour un bug ??? Ca en fait
toujours un de moins (et des bugs il y en a pas mal dans la JVCL...) et un
utilisateur content en plus ? Regardes le nombre de bugs reports qu'il y a
dans le bug tracker et qui ne sont toujours pas résolus.

Si je me suis trompé, excuses moi encore pour mes bourdes (quel impétueux
et impatient suis-je !).

Sinon, je veux bien participer au développement et au débogage de la JVCL
de temps en temps, à priori vous manquez de main d'oeuvre. 

Te dire l'interêt que je porte a vos travaux : Je suis en train de
regroupper les composants que j'ai pu réalisé moi même (et qui n'ont pas
leur équivalent dans la JVCL), pour faire une donation...

Sorry for that french stuff... I was in a hurry



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Small bugfix
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 19 Jul 2005 15:26:57 +0100
Newsgroups: jedi.vcl

> >Waskol wrote:
> >
>>> >>>Hi everyone,
>>> >>>
>>> >>>  I noticed a problem with JvTransparentButton, namely if you click it
>>> >>>and an exception occurs in event handler, button remains "down" as if I
>>> >>>was still holding the mouse button. It will return to normal after it
>>> >>>receives another mosue down event.
>>> >>>
>>> >>>  Now, this makes my program look really unprofessional :) , so I
>>> >>>hacked the source code a little and came up with this:
>>> >>>
>>> >>>procedure TJvCustomGraphicButton.Click;
>>> >>>begin
>>> >>>  try
>>> >>>    inherited Click;
>>> >>>  finally
>>> >>>    if GroupIndex <> 0 then
>>> >>>    begin
>>> >>>      if AllowAllUp then
>>> >>>        Down := not Down
>>> >>>      else
>>> >>>        Down := True;
>>> >>>    end;
>>> >>>    Exclude(FStates, bsMouseDown);
>>> >>>    RepaintBackground;
>>> >>>  end;
>>> >>>end;
>>> >>>
>>> >>>
>>> >>>  This is in file JvButton.pas, line 638. Only Exclude and
>>> >>>RepaintBackground lines are new, and exception block, but they solve the
>>> >>>problem.
>>> >>>
>>> >>>  Anyway, I'm too lazy to go through Mantis and formally submit this,
>>> >>>so if you guys like it, please put this little fix into code base.
>>> >>>
>>> >>>  Btw, thanx for all the great code.
>>> >>>
>>> >>>Boban.
>>> >>>
>>> >>>
>>> >>>
>> >> 
>> >> Nice !
>> >> I feed the Bug tracker for you if you want.
> >
> >Please don't, I'll answer to this a bit later today.
> >
> >Olivier Sannier
> >JVCL Coordinator
> >
OK I remove it from the bug tracker...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Small bugfix
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 19 Jul 2005 09:39:40 +0100
Newsgroups: jedi.vcl

> >Hi everyone,
> >
> >   I noticed a problem with JvTransparentButton, namely if you click it
> >and an exception occurs in event handler, button remains "down" as if I
> >was still holding the mouse button. It will return to normal after it
> >receives another mosue down event.
> >
> >   Now, this makes my program look really unprofessional :) , so I
> >hacked the source code a little and came up with this:
> >
> >procedure TJvCustomGraphicButton.Click;
> >begin
> >   try
> >     inherited Click;
> >   finally
> >     if GroupIndex <> 0 then
> >     begin
> >       if AllowAllUp then
> >         Down := not Down
> >       else
> >         Down := True;
> >     end;
> >     Exclude(FStates, bsMouseDown);
> >     RepaintBackground;
> >   end;
> >end;
> >
> >
> >   This is in file JvButton.pas, line 638. Only Exclude and
> >RepaintBackground lines are new, and exception block, but they solve the
> >problem.
> >
> >   Anyway, I'm too lazy to go through Mantis and formally submit this,
> >so if you guys like it, please put this little fix into code base.
> >
> >   Btw, thanx for all the great code.
> >
> >Boban.
> >
> >
> >
Nice !
I feed the Bug tracker for you if you want.

Have a nice day.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Small bugfix
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 19 Jul 2005 10:08:30 +0200
Newsgroups: jedi.vcl

Waskol wrote:

>> Hi everyone,
>>
>>  I noticed a problem with JvTransparentButton, namely if you click it
>> and an exception occurs in event handler, button remains "down" as if I
>> was still holding the mouse button. It will return to normal after it
>> receives another mosue down event.
>>
>>  Now, this makes my program look really unprofessional :) , so I
>> hacked the source code a little and came up with this:
>>
>> procedure TJvCustomGraphicButton.Click;
>> begin
>>  try
>>    inherited Click;
>>  finally
>>    if GroupIndex <> 0 then
>>    begin
>>      if AllowAllUp then
>>        Down := not Down
>>      else
>>        Down := True;
>>    end;
>>    Exclude(FStates, bsMouseDown);
>>    RepaintBackground;
>>  end;
>> end;
>>
>>
>>  This is in file JvButton.pas, line 638. Only Exclude and
>> RepaintBackground lines are new, and exception block, but they solve the
>> problem.
>>
>>  Anyway, I'm too lazy to go through Mantis and formally submit this,
>> so if you guys like it, please put this little fix into code base.
>>
>>  Btw, thanx for all the great code.
>>
>> Boban.
>>
>>
>>
>
> Nice !
> I feed the Bug tracker for you if you want.

Please don't, I'll answer to this a bit later today.

Olivier Sannier
JVCL Coordinator


Subject: Small bugfix
From: Bogdan Ribic <ribicb_@yahoo_.com_>
Date: Tue, 19 Jul 2005 04:36:49 +0200
Newsgroups: jedi.vcl

Hi everyone,

  I noticed a problem with JvTransparentButton, namely if you click it
and an exception occurs in event handler, button remains "down" as if I
was still holding the mouse button. It will return to normal after it
receives another mosue down event.

  Now, this makes my program look really unprofessional :) , so I
hacked the source code a little and came up with this:

procedure TJvCustomGraphicButton.Click;
begin
  try
    inherited Click;
  finally
    if GroupIndex <> 0 then
    begin
      if AllowAllUp then
        Down := not Down
      else
        Down := True;
    end;
    Exclude(FStates, bsMouseDown);
    RepaintBackground;
  end;
end;


  This is in file JvButton.pas, line 638. Only Exclude and
RepaintBackground lines are new, and exception block, but they solve the
problem.

  Anyway, I'm too lazy to go through Mantis and formally submit this,
so if you guys like it, please put this little fix into code base.

  Btw, thanx for all the great code.

Boban.




Subject: minimise
From: jp cousin <technodirect@mls.nc>
Date: Tue, 19 Jul 2005 13:07:53 +1100
Newsgroups: jedi.vcl

how to minimise a JvCaptionPanel on buttonclick ?
thanks


Subject: Re: MTThread Components
From: "Karl Pienaar" <karl@spyder.web.za>
Date: Tue, 19 Jul 2005 03:42:48 +0200
Newsgroups: jedi.vcl

Hi Jens

I mean using a design time component as opposed to creating the thread at
runtime.  It just seems easier to use properties / events than to build the
'Component1.OnEvent := MyEvent' and
'Form1.OnCreate begin
    TMyEvent := TEvent.Create;
end;'
type thing.  Hope this explains it.

Regards

Karl

"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
news:dbh8aq$9tm$1@talkto.net...
> > What do you mean with "visual" approach?
> >
> > Greetings
> > Jens
> >
> > Karl Pienaar wrote:
>> > > Thanks Warren
>> > >
>> > > Should have mentioned that I'd seen that one.  Doesn't show anything too
>> > > enlightening.  I use the Indy TidThread but thought that maybe a
'visual'
>> > > approach could speed up development time (not having to create
descendant
>> > > classes and not having to set all properties at runtime).  Been fiddling
>> > > with the .pas files and it looks like the MT components are the most
likely
>> > > to fulfill my requirements.  Have you maybe used these?
>> > >
>> > > Thanks
>> > >
>> > > Karl
>> > >
>> > >
>> > > "Warren Postma" <wp.nospam@tekran.com> wrote in message
>> > > news:dbh5oa$9ef$1@talkto.net...
>> > >
>>> > >>Karl Pienaar wrote:
>>> > >>
>>>> > >>>Hi
>>>> > >>>
>>>> > >>>Are there any help files or 'MegaDemo' type examples for the JVCL
>> > >
>> > > components
>> > >
>>>> > >>>on the jvThreading tab?  I have looked around but haven't managed a
hit.
>> > >
>> > > I
>> > >
>>>> > >>>am particularly interested in the MTComponents.
>>> > >>
>>> > >>All there is in the threading is one JvThread demo (
>>> > >>jvcl3\examples\JvThread ) as far as I know.
>>> > >>
>>> > >>Warren
>> > >
>> > >
>> > >
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de




Subject: JvDSADialog updated. See jedi.binaries...
From: muk <m.u.k.2@gawab.com>
Date: Mon, 18 Jul 2005 22:05:22 +0000 (UTC)
Newsgroups: jedi.vcl

Now using AppStorage library.


Subject: Re: MTThread Components
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 19 Jul 2005 00:00:39 +0200
Newsgroups: jedi.vcl

What do you mean with "visual" approach?

Greetings
Jens

Karl Pienaar wrote:
> Thanks Warren
>
> Should have mentioned that I'd seen that one.  Doesn't show anything too
> enlightening.  I use the Indy TidThread but thought that maybe a 'visual'
> approach could speed up development time (not having to create descendant
> classes and not having to set all properties at runtime).  Been fiddling
> with the .pas files and it looks like the MT components are the most likely
> to fulfill my requirements.  Have you maybe used these?
>
> Thanks
>
> Karl
>
>
> "Warren Postma" <wp.nospam@tekran.com> wrote in message
> news:dbh5oa$9ef$1@talkto.net...
>
>> Karl Pienaar wrote:
>>
>>> Hi
>>>
>>> Are there any help files or 'MegaDemo' type examples for the JVCL
>
> components
>
>>> on the jvThreading tab?  I have looked around but haven't managed a hit.
>
> I
>
>>> am particularly interested in the MTComponents.
>>
>> All there is in the threading is one JvThread demo (
>> jvcl3\examples\JvThread ) as far as I know.
>>
>> Warren
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: MTThread Components
From: "Karl Pienaar" <karl@spyder.web.za>
Date: Mon, 18 Jul 2005 23:52:35 +0200
Newsgroups: jedi.vcl

Thanks Warren

Should have mentioned that I'd seen that one.  Doesn't show anything too
enlightening.  I use the Indy TidThread but thought that maybe a 'visual'
approach could speed up development time (not having to create descendant
classes and not having to set all properties at runtime).  Been fiddling
with the .pas files and it looks like the MT components are the most likely
to fulfill my requirements.  Have you maybe used these?

Thanks

Karl


"Warren Postma" <wp.nospam@tekran.com> wrote in message
news:dbh5oa$9ef$1@talkto.net...
> > Karl Pienaar wrote:
>> > > Hi
>> > >
>> > > Are there any help files or 'MegaDemo' type examples for the JVCL
components
>> > > on the jvThreading tab?  I have looked around but haven't managed a hit.
I
>> > > am particularly interested in the MTComponents.
> >
> > All there is in the threading is one JvThread demo (
> > jvcl3\examples\JvThread ) as far as I know.
> >
> > Warren




Subject: Re: MTThread Components
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 18 Jul 2005 17:15:15 -0400
Newsgroups: jedi.vcl

Karl Pienaar wrote:
> > Hi
> > 
> > Are there any help files or 'MegaDemo' type examples for the JVCL components
> > on the jvThreading tab?  I have looked around but haven't managed a hit.  I
> > am particularly interested in the MTComponents.

All there is in the threading is one JvThread demo (
jvcl3\examples\JvThread ) as far as I know.

Warren


Subject: MTThread Components
From: "Karl Pienaar" <karl@spyder.web.za>
Date: Mon, 18 Jul 2005 22:40:53 +0200
Newsgroups: jedi.vcl

Hi

Are there any help files or 'MegaDemo' type examples for the JVCL components
on the jvThreading tab?  I have looked around but haven't managed a hit.  I
am particularly interested in the MTComponents.

TIA

Karl




Subject: Re: JvSHFileOperation in Jvcl 3.00 WinXP Pro sp2 / Delphi 2005 sp3
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 18 Jul 2005 20:50:04 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:

>    Hey I'm not THAT dumb...of course I checked the help, nonetheless I still haven't a clue as to what exactly it means by "treating them as objects", and "connected files"!

This is explained on MSDN, as these are options from the Windows API. Please refer to it, I'm quite sure it's fully explained over there.


Subject: Re: JvSHFileOperation in Jvcl 3.00 WinXP Pro sp2 / Delphi 2005 sp3
From: "Robert Meek" <rmeek1@comcast.net>
Date: Mon, 18 Jul 2005 14:10:58 -0400
Newsgroups: jedi.vcl

   Hey I'm not THAT dumb...of course I checked the help, nonetheless I still haven't a clue as to what exactly it means by "treating them as objects", and "connected files"!

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net
"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message news:dbdspg$ho4$1@talkto.net...
> Robert Meek wrote:
>>    I used to use this same type of component as part of one of the TurboPower libraies, but this one has a few additional options I'm not sure about!
>> [..]
>>    Could you please explain these to me...Thanx in advance!
>
> These properties are explained in the help file, or see the online-help:
>
> http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1329
>
> -- 
> Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 



Subject: Re: Is there a future for Borland in .NET?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 18 Jul 2005 18:46:26 +0200
Newsgroups: jedi.vcl

This is more a question for the non-technical newsgroup of Borland.
The answer is probably Yes.
If all esle fails Borland can always reactivate Kylix and let the .net part use Mono.


Subject: Is there a future for Borland in .NET?
From: "Nikos" <nandrianakis@hotmail.com>
Date: Mon, 18 Jul 2005 15:45:28 +0300
Newsgroups: jedi.vcl

??? 




Subject: Re: Use of TJvPreviewControl
From: JEDI <cornievs@gmail.com>
Date: Sun, 17 Jul 2005 23:48:50 +0200
Newsgroups: jedi.vcl

Waskol wrote:
> VERY important !
>
> If you don't want small characters you have to tell the TJPreviewControl
> that you send on the printer !!!
>
> For example, you have a form with :
> - a TJPreviewControl - a TJvPreviewRenderRichEdit;
> - a TRichEdit;
> - Two TButton;
> - a TOpenDialog;
> - a TJvPreviewPrinter;
>
>
> Link the JvPreviewRenderRichEdit1 properties to the desired controls
> namely "PrintPreview" to JPreviewControl1  and "RichEdit" to RichEdit1.
>
> Link the JvPreviewPrinter1 properties to the desired controls namely
> "PrintPreview" to JPreviewControl1.
>
>
> Here the code, straight, simple :
>
> unit Unit1;
>
> interface
>
> uses
>   Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
>   Dialogs, StdCtrls, ComCtrls, JvComponent, JvPrvwRender, JvExControls,
>   JvPrvwDoc;
>
> type
>   TForm1 = class(TForm)
>     JvPreviewControl1: TJvPreviewControl;
>     JvPreviewRenderRichEdit1: TJvPreviewRenderRichEdit;
>     RichEdit1: TRichEdit;
>     Button1: TButton;
>     OpenDialog1: TOpenDialog;
>     procedure Button1Click(Sender: TObject);
>     procedure FormCreate(Sender: TObject);
>     procedure Button2Click(Sender: TObject);
>   private
>     { Déclarations privées }
>   public
>     { Déclarations publiques }
>   end;
>
> var
>   Form1: TForm1;
>
> implementation
> {$R *.dfm}
> uses printers; //<-- You need this !
>
> procedure TForm1.Button1Click(Sender: TObject);
> begin
>   if OpenDialog1.Execute then  // let the user open an RTF or TXT file
>   begin
>     //Load the desired file in RichEdit
>     RichEdit1.Lines.LoadFromFile(OpenDialog1.FileName);
>     //Create the Preview
>     JvPreviewRenderRichEdit1.CreatePreview(false);
>   end;
> end;
>
> procedure TForm1.FormCreate(Sender: TObject);
> begin
>   //Extremly important to tell to JvPreviewControl1 via
>   //DeviceInfo.ReferenceHandle which is the targetted device !
>   JvPreviewControl1.DeviceInfo.ReferenceHandle:=printer.Handle; end;
>
> procedure TForm1.Button2Click(Sender: TObject);
> begin
>   //Print the things
>   JvPreviewPrinter1.Print;
> end;
>
> end.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com
>
>
> ---
> avast! Antivirus: Inbound message clean.
> Virus Database (VPS): 0528-6, 2005/07/16
> Tested on: 2005/07/17 11:47:36 PM
> avast! - copyright (c) 2000-2004 ALWIL Software.
> http://www.avast.com
>
>
>

Thanks this will get me going.

Regards


Cornie


---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 0528-6, 2005/07/16
Tested on: 2005/07/17 11:48:51 PM
avast! - copyright (c) 2000-2004 ALWIL Software.
http://www.avast.com





Subject: Re: Weird errors when using XPBar on a modal form
From: "Uwe" <none@none.none>
Date: Sun, 17 Jul 2005 10:28:32 -0700
Newsgroups: jedi.vcl

Waskol

Your explanation would make perfectly sense - if the errors would occur 
*every* time the modal form is created. Unless it is possible that the 
TJvXPFadeThread somehow gets executed although threaded operations are 
blocked while the OnCreate method is performed. I've never heard of this 
before though. Anyway, I will definitely have a closer look at the source of 
JvXPBar as soon as time permits.

I agree with you that the OnCreate method should be used with great care. I 
usually try to avoid putting to much code in it as well.

Thanks for your input. Really appreciate that.

Uwe


> > During the creating event of the form, the main thread of the form is
> > locked and synchronized with a BeginWrite and a EndWrite.
> > The OnCreate method of the form is called between wich, apparently,
> > excludes the use of any threaded operations during that period. 




Subject: Re: JvSHFileOperation in Jvcl 3.00 WinXP Pro sp2 / Delphi 2005 sp3
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 17 Jul 2005 17:24:59 +0200
Newsgroups: jedi.vcl

Robert Meek wrote:
>    I used to use this same type of component as part of one of the TurboPower libraies, but this one has a few additional options I'm not sure about!
> [..]
>    Could you please explain these to me...Thanx in advance!

These properties are explained in the help file, or see the online-help:

http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1329

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Use of TJvPreviewControl
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Sun, 17 Jul 2005 16:11:01 +0100
Newsgroups: jedi.vcl

VERY important !

If you don't want small characters you have to tell the TJPreviewControl
that you send on the printer !!!

For example, you have a form with :
- a TJPreviewControl 
- a TJvPreviewRenderRichEdit;
- a TRichEdit;
- Two TButton;
- a TOpenDialog;
- a TJvPreviewPrinter;


Link the JvPreviewRenderRichEdit1 properties to the desired controls
namely "PrintPreview" to JPreviewControl1  and "RichEdit" to RichEdit1.

Link the JvPreviewPrinter1 properties to the desired controls namely
"PrintPreview" to JPreviewControl1.


Here the code, straight, simple :

unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, ComCtrls, JvComponent, JvPrvwRender, JvExControls,
  JvPrvwDoc;

type
  TForm1 = class(TForm)
    JvPreviewControl1: TJvPreviewControl;
    JvPreviewRenderRichEdit1: TJvPreviewRenderRichEdit;
    RichEdit1: TRichEdit;
    Button1: TButton;
    OpenDialog1: TOpenDialog;
    procedure Button1Click(Sender: TObject);
    procedure FormCreate(Sender: TObject);
    procedure Button2Click(Sender: TObject);
  private
    { Déclarations privées }
  public
    { Déclarations publiques }
  end;

var
  Form1: TForm1;

implementation
{$R *.dfm}
uses printers; //<-- You need this !

procedure TForm1.Button1Click(Sender: TObject);
begin
  if OpenDialog1.Execute then  // let the user open an RTF or TXT file
  begin
    //Load the desired file in RichEdit
    RichEdit1.Lines.LoadFromFile(OpenDialog1.FileName);
    //Create the Preview
    JvPreviewRenderRichEdit1.CreatePreview(false);
  end;
end;

procedure TForm1.FormCreate(Sender: TObject);
begin
  //Extremly important to tell to JvPreviewControl1 via
  //DeviceInfo.ReferenceHandle which is the targetted device !
  JvPreviewControl1.DeviceInfo.ReferenceHandle:=printer.Handle; 
end;

procedure TForm1.Button2Click(Sender: TObject);
begin
  //Print the things
  JvPreviewPrinter1.Print;
end;

end.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Displaying the selected row of a JvDBGrid in a different color
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Sun, 17 Jul 2005 15:54:59 +0100
Newsgroups: jedi.vcl

> >Anyone know how to Display the selected row of a JvDBGrid in a different 
> >color?
> >
Yes,

In the OnGetCellParamsEvent you do for example :
procedure TForm1.JvDBGrid1GetCellParams(Sender: TObject; Field: TField;
  AFont: TFont; var Background: TColor; Highlight: Boolean);
begin
  if Highlight then Background:=clRed;
end;



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvSHFileOperation in Jvcl 3.00 WinXP Pro sp2 / Delphi 2005 sp3
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sun, 17 Jul 2005 09:47:32 -0400
Newsgroups: jedi.vcl

   I used to use this same type of component as part of one of the TurboPower libraies, but this one has a few additional options I'm not sure about!

ofNoRecursion = False:  Does this mean no sub-directories and or files within them will be affected by operation?  Is there a difference in this behaviour when working with directories as opposed to files?

ofNoConnectedElements = False:  I have no idea what this is!

ofNoRecurseParse = False:  No idea!

ofWantNukeWarning = False:  No idea!!

   Could you please explain these to me...Thanx in advance!

-- 
from: Robert Meek dba "Tangentals Design"
e-mail:  meekr@earthlink.net


Subject: Re: Weird errors when using XPBar on a modal form
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Sun, 17 Jul 2005 13:15:29 +0100
Newsgroups: jedi.vcl

> >André
> >
>> >> I will research it and let you know the results, if I get some.
> >
> >That would be nice, thanks. BTW: The hint from Waskol also helped a bit and 
> >the solution to the problem seems to boil down to something like "Do not put 
> >any XPBar related code into the OnCreate event of a form". I haven't dug 
> >very deep into the component's source code, but I believe that there's 
> >something wrong in its paint routines. The reason for this assumption: The 
> >error messages I described are generated again and again for every single 
> >XPBar on the form.
> >
> >Cheers
> >Uwe 
> >
> >
> >
OK, May be I have a clue there to dig up further :
During the creating event of the form, the main thread of the form is
locked and synchronized with a BeginWrite and a EndWrite.
The OnCreate method of the form is called between wich, apparently,
excludes the use of any threaded operations during that period.
Then, if you look further into the code of the JVXPBar, you will see that
if you change any "visible effect" property, a thread will be created
(TJvXPFadeThread) and used immediatly to render a kind of animated effect
of the items.

Sure there is something here...

Anyway, in my practice of Delphi, I often met some problems with the
OnCreate event of the Forms, and I used this event only for :
- Creating a component, or an object
- assigning the parent property if it is a visible component
- initializing simple variables (strings, integers) but NOT properties;

Other else, what can't be done in the OnCreate event (things that
initialise some "visible" changes for example), works perfect in the 
OnShow event of the form.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Again: DSA Dialogs question
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Jul 2005 10:08:14 +0200
Newsgroups: jedi.vcl

M. Utku wrote:
> Thanks for the info. I'll try to AppStorage way. Hope to get it right.

    That would be the easiest.

> Are there any test cases or such - I m afraid smtg would be broken.

    The demo would be the ideal test case. Replace the DSARegStorage with an AppStorage version and check if it all keeps working properly once you add a TJv*AppStorage component to it.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Again: DSA Dialogs question
From: "M. Utku" <m.u.k.2@gawab.com>
Date: Sun, 17 Jul 2005 02:24:04 +0000 (UTC)
Newsgroups: jedi.vcl

Hi, 

Thanks for the info. I'll try to AppStorage way. Hope to get it right.
Are there any test cases or such - I m afraid smtg would be broken.

Best regards. 


Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote in
news:dbb8cv$4k8$1@talkto.net: 

>> >> <repeated>
> > 
> >      Sorry, missed your original post.
> > 
>> >> JvDSADialogs demo automatically remembers settings by registry. How can
>> >> I turn this to a local file? 
> > 
........


Subject: Re: sort listview
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Sat, 16 Jul 2005 23:38:36 +0100
Newsgroups: jedi.vcl

> >there is not?
> >a way to select a column to be sorted without using the mouse?
> >
> >
> >"Brian" <brian@night.dk> skrev i en meddelelse 
> >news:da5rpj$59p$1@talkto.net...
>> >> Hi all
>> >>
>> >> Is there an easy way to select what column to be sorted at fist view, and 
>> >> to show it ?
>> >>
>> >> brian
>> >> 
> >
> >
> >
Yes it is a method called "Alphasort"... Please have a look in the Delphi help



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Use of TJvPreviewControl
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Sat, 16 Jul 2005 20:39:58 +0100
Newsgroups: jedi.vcl

Yes, there is a demo of this component in the JVCL, and more over, those
components are rather well described in the Jedi-help files.

The best you have to do is to download the last dayly zip file of the JVCL
and JCL libraries so that you will have the updated working components.

You can find the daily zip of the JVCL here :
http://jvcl.sourceforge.net/daily/

The JCL is here :
http://jcl.sourceforge.net/daily/

What you have to do then, is to create a jedi folder, in this folder you
unzip all the files of the JVCL zip in a "jvcl" sub folder, all the files
of the JCL zip in a "jcl" subfolder.

Then, you go in the JCL folder first, there is an "install.bat", execute
it to install it in delphi, and then you do the same with the JVCL.

in you jvcl folder you will find the examples sorted by components.

For the Help file, if they are not in the JVCL dayly zip, go and get them
on the source-forge project page here :
http://sourceforge.net/projects/jvcl

Enjoy

Finally, if you can wait until monday, i could post some examples of use.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Again: DSA Dialogs question
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 16 Jul 2005 17:26:39 +0200
Newsgroups: jedi.vcl

M.Utku wrote:
> I'm amazed this wonderful library is used seldom.

    I believe JVCS uses the DSA dialogs; other than that I have no clue who's using what part of the library.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Again: DSA Dialogs question
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 16 Jul 2005 17:24:23 +0200
Newsgroups: jedi.vcl

> <repeated>

    Sorry, missed your original post.

> JvDSADialogs demo automatically remembers settings by registry. How can I turn this to a local file? 

    Derive a class from TDSAStorage, just like TDSARegStorage but have it write to a TIniFile instead. Consider donating that class to JVCL for inclusion in the unit (on second thought, see my remark at the end).

>
>  I dont wanna touch to registry. There is TDSAQueueStorage* operating on stringlist but it is private, I couldnt figure a way to stream it to a file. 

    TDSAQueueStorage is a special case, in that it's non-persistent and used only to allow "Don't show again for this operation" type dialogs (e.g., you have initiated an operation on a bunch of files and you're showing a dialog for each file), IOW "don't show again for the current queue".

> * BTW very misleading name for that, TDSALocalStorage or TDSAMemoryStorage would be better.

    Perhaps.

    I have to admit I'm a little puzzled as to why JvDSADialogs hasn't been modified to use the AppStorage mechanism. I know it was suppose to change (i.e. alter the TDSAStorage class so it can point to an AppStorage and have a base path to store to), but probably there was a lack of time, or maybe it was overlooked.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Again: DSA Dialogs question
From: "M.Utku" <m.u.k.2@gawab.com>
Date: Sat, 16 Jul 2005 14:48:20 +0000 (UTC)
Newsgroups: jedi.vcl

<repeated>

hi,

JvDSADialogs demo automatically remembers settings by registry. How can I 
turn this to a local file? 

 I dont wanna touch to registry. There is TDSAQueueStorage* operating on 
stringlist but it is private, I couldnt figure a way to stream it to a file. 

* BTW very misleading name for that, TDSALocalStorage or TDSAMemoryStorage 
would be better.

Thanks.


M. Utku Karatas

<repeated>

I'm amazed this wonderful library is used seldom.

Best regards.


Subject: Re: Use of TJvPreviewControl
From: JEDI <cornievs@gmail.com>
Date: Sat, 16 Jul 2005 11:11:15 +0200
Newsgroups: jedi.vcl

Waskol wrote:
>> Hy All
>>
>> When I put the content of a TRichEdit in de JVPreviewControl it is showed but in a very smal letter size. Which setting must I use to make the preview show the right letter size?
>>
>> TIA.
>> Ronald
>>
>>
>
>
> Since the last version of the JVCL there is a TJvPreviewRenderRichEdit
> preview control than can do the trick for you. But since JVPreviewControl
> is a bit buggy, i propose you to download the files JvPrwDoc.pas and
> JvPrvwRender.Pas with some fixed versions, you will be able to find them
> here :
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3079
>
> Please, read the last note of the link i gave you, there are a few updates
> to do yourself if they are important to you.
>
> The two files should be placed in your JVCL/run folder, and you have to
> rebuild your jvcl before using (launch the install procedure in your JVCL
> folder)
>
> Good Luck
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com
>
>
> ---
> avast! Antivirus: Inbound message clean.
> Virus Database (VPS): 0528-5, 2005/07/15
> Tested on: 2005/07/16 11:04:56 AM
> avast! - copyright (c) 2000-2004 ALWIL Software.
> http://www.avast.com
>
>
>
Is there a demo application for the this component?.  I have wriiten a "code/vcl" base report generator, and want to use this component to preview the output. But I need more info. (Will donote generator after some testing)

Regards



Cornie van Schoor


---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 0528-5, 2005/07/15
Tested on: 2005/07/16 11:11:18 AM
avast! - copyright (c) 2000-2004 ALWIL Software.
http://www.avast.com





Subject: Re: Weird errors when using XPBar on a modal form
From: "Uwe" <none@none.none>
Date: Fri, 15 Jul 2005 10:05:50 -0700
Newsgroups: jedi.vcl

André

> > I will research it and let you know the results, if I get some.

That would be nice, thanks. BTW: The hint from Waskol also helped a bit and 
the solution to the problem seems to boil down to something like "Do not put 
any XPBar related code into the OnCreate event of a form". I haven't dug 
very deep into the component's source code, but I believe that there's 
something wrong in its paint routines. The reason for this assumption: The 
error messages I described are generated again and again for every single 
XPBar on the form.

Cheers
Uwe 




Subject: Displaying the selected row of a JvDBGrid in a different color
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Fri, 15 Jul 2005 12:02:43 -0400
Newsgroups: jedi.vcl

Anyone know how to Display the selected row of a JvDBGrid in a different color?


Subject: Re: Weird errors when using XPBar on a modal form
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Fri, 15 Jul 2005 15:18:44 +0200
Newsgroups: jedi.vcl

Uwe schrieb:
> "System error. Code 1400: Invalid window handle"
>
> "Runtime error 216 at <address>"
>
....

> That's what I thought, too, in the beginning, but the error messages only appear randomly and not every time. Not using the code altogether seems to be the only way to avoid the errors.
>

Hi Uwe,

the behaviour you described we are getting in our application, too. But I couldn't bring in context to the TJvXPBar until now. I thought it came from a wrong interface-handling in one of our forms. But we're using a lot of TXPBar components also. Thanks for the hint. I will research it and let you know the results, if I get some.

Regards

André


Subject: sort listviw
From: "Brian" <brian@night.dk>
Date: Fri, 15 Jul 2005 14:23:20 +0200
Newsgroups: jedi.vcl

a way to select a column to be sorted without using the mouse?


brian 




Subject: Icon Editor (Paint Tools)
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 14 Jul 2005 09:52:06 -0400
Newsgroups: jedi.vcl

Is there a JVCL component that allows loading an icon for drawing painted lines, rects, cells?

If so does does someone have demo source they would share?

I have searched for a long time at various sites but this kind of tool seems to be lacking in Delphi.

Regards,

Bill


Subject: multi thread aplication, trapping exception
From: Stefano Campri <s_campri@despammed.com>
Date: Thu, 14 Jul 2005 15:23:44 +0200
Newsgroups: jedi.vcl

my application is running on a SO Win 2000 Server

on main form i placed 4 TjvTimer
with this settings

TjvTimer.Threaded = true
TjvTimer.SyncEvent = true

on each OnTimer event i start a different thread

=================================================================

procedure TfrmMain.JvtimerSenddownlineTimer(Sender: TObject);
var
  f : textfile;
begin
  try
    AssignFile(f, ExtractFilePath(Paramstr(0)) + 'logsrvsendownline.log');

    if FileExists(ExtractFilePath(Paramstr(0)) + 'logsrvsendownline.log') then
    begin
      Append(f);
    end
    else begin
      Rewrite(f);
    end;

    writeln(f, DateToStr(Now), ' ',TimeToStr(Now));
    CloseFile(f);

    // scrivo il file per il faro
    AliveFileSendDownline;

    //
    //
    if not Assigned(FSenddownlineThread) then
    begin
      //
      StartSenddownlineThread;
    end;
  except
    on E : Exception do
    begin
      Application.ShowException(E);
    end;
  end;
end;

===============================================================

my application with no regular frequency
close itself without error messages

i would like to intercept errors
that crash my application so i could
correct my code

as written in this article
http://community.borland.com/article/0,1410,10452,00.html

i tried to do :

===========================================================

TSenddownlineThread = class(TThread)
  private
    { Private declarations }
    FException : Exception;
    FhWinLoggedUser : Cardinal;
    FDatabaseConnection : TZConnection;
    FQryPromotersRequest : TZQuery;
    FLogfilename : string;
    FLastSection : char;
    FLastPosition : integer;
    ListaIDFont,
    ListaNameFont,
    ListaIDImage,
    ListaNameImage : TStringList;
    procedure InitThread(AConnection : TSenddownlineSettings);
    procedure DoHandleException;
  protected
    procedure Execute;override;
    procedure HandleException;virtual;
  public
    constructor CreateByConnection(AConnection : TSenddownlineSettings; const ALogFileName : string ='');
    constructor CreateAsUser(AConnection : TSenddownlineSettings; const AhWinLoggedUser : Cardinal;
      const ALogfileName : string = '');
    destructor Destroy;override;
  end;


procedure TSenddownlineThread.Execute;


begin
  FException := nil;
  try
     ...

     // eseguo il codice

     ...

  except
    HandleException;
  end;
end;

procedure TSenddownlineThread.HandleException;
begin
  FException := Exception(ExceptObject);
  try
    if not (FException is EAbort) then
      Synchronize(DoHandleException);
  finally
    FException := nil;
  end;
end;

procedure TSenddownlineThread.DoHandleException;
begin
  // Cancel mouse capture
  if GetCapture <> 0 then SendMessage(GetCapture, WM_CANCELMODE, 0, 0);
  // Now actually show the exception
  if FException is Exception then
    Application.ShowException(FException)
  else
    Sysutils.ShowException(FException, nil);
end;

===========================================================


if in each thread i raise a custom exception
for exmple :

try
   raise Exception.Create('my eception executing  SenddownlineThread');

   ...

   // my code

   ...

  except
    HandleException;
  end;

i get a message box error
without application crash

but in "normal" condition
my application is closed without message error

Any help would be appreciated

Thanks in advance
Stefano


Subject: Re: RxMemoryData licencing...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Wed, 13 Jul 2005 15:08:52 +0200
Newsgroups: jedi.vcl

Hi Olivier,

OBones wrote:
> The Rx units are not part of the JVCL, they have been renamed and reformated as Jvx or Jv units. Hence, if you took the ORIGINAL units, they are not under our control.

Ok. I did indeed take the Rx version, which was quite enough for my needs. Do you happen to know what licence Rx is (was) under? I didn't find mention in the source files of any particular restrictions.

> However, if you took the Jvx or Jv units and put them into your own component, you have to indicate in the documentaton that you do use a MPL licensed code, give credit to the JVCL group (as you are making a "larger work"). Further to this, any changes made to the original classes must be published here. If you derived your own component from the MPL licensed class, then you don't have to publish those changes.

Ok, well, I made a few minor changes, which I don't mind posting here, except that they're probably of no interest to anyone. :) I just renamed the component, moved all the published properties to public, and added a method for creating fields (not complete nor perfect, but good enough for my needs). Is Rx under the MPL also?

Thanks!
Jonathan Neve.


Subject: Re: RxMemoryData licencing...
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 13 Jul 2005 14:08:28 +0200
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> Hi all,
>
> I'm writing a new (commercial) component suite. I made a copy of the RxMemDS unit (which of course I renamed in order to avoid conflicts), and included it in the package (so as not to require Rx to be installed in order for my component to work). My question is simply, is this allowed? I made a few minor changes to the component itself, but mostly, I'm just using it internally. I just want to be sure this is legal before I publish my component.

The Rx units are not part of the JVCL, they have been renamed and reformated as Jvx or Jv units. Hence, if you took the ORIGINAL units, they are not under our control.
However, if you took the Jvx or Jv units and put them into your own component, you have to indicate in the documentaton that you do use a MPL licensed code, give credit to the JVCL group (as you are making a "larger work"). Further to this, any changes made to the original classes must be published here. If you derived your own component from the MPL licensed class, then you don't have to publish those changes.

At least, that's how I understand it.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: RxMemoryData licencing...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Wed, 13 Jul 2005 13:32:27 +0200
Newsgroups: jedi.vcl

Hi all,

I'm writing a new (commercial) component suite. I made a copy of the RxMemDS unit (which of course I renamed in order to avoid conflicts), and included it in the package (so as not to require Rx to be installed in order for my component to work). My question is simply, is this allowed? I made a few minor changes to the component itself, but mostly, I'm just using it internally. I just want to be sure this is legal before I publish my component.

Thanks in advance,
Jonathan Neve.


Subject: How to create JvXPBar quickly at runtime.
From: "Will Honor" <NoSpam@NoSpam.com>
Date: Wed, 13 Jul 2005 11:13:25 +0000 (UTC)
Newsgroups: jedi.vcl

  I am having trouble creating jvXPBar quickly at runtime.
Basically I have to
 1) Create the bar.
 2) Set the collapsed property and then wait for it to complete
     ie while not jvXPBar.collapsed do application.processmessages
 3) Sort all the bars in the list according to the caption. To do this
I Start with the last jvbar and move it to the top of the jvXPcontainer
then I move the penultimate bar to the top and so on until the bars are
sorted.

I find that doing anything other than this method will result in the
bars appearing over the top of each other. The trouble with the way I
do this is that its really slow. Does anyone know of a way to do this
quickly?

 Thanks. 
    Will.


Subject: TJvCheckListBox and Tabs...
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 12 Jul 2005 17:16:53 -0000
Newsgroups: jedi.vcl

Is it possible to use tab inside TJvCheckListBox.item?
The property "tabwidth" is there but the text isn´t draw right.
Any suggestions?

Greetings
Dierk




Subject: Re: Weird errors when using XPBar on a modal form
From: "Uwe" <none@none.none>
Date: Tue, 12 Jul 2005 09:22:31 -0700
Newsgroups: jedi.vcl

Waskol

> > I think that In the OnCreate, your JvXPBar or things that it needs where
> > not yet initialized which leads to some errors.

That's what I thought, too, in the beginning, but the error messages only 
appear randomly and not every time. Not using the code altogether seems to 
be the only way to avoid the errors.

Thanks for your hints though
Uwe 




Subject: PrintDlgEx
From: Achim Kalwa <spamcollector@achim-kalwa.de>
Date: Tue, 12 Jul 2005 16:04:28 +0200
Newsgroups: jedi.vcl

Hello *

I am looking for an implementation of the "PrintDlgEx" Win32 API function (Windows 2000 and up) for Delphi.

Delphi's TPrintDialog component is an encapsulation of "PrintDlg" API function, but almost any modern Windows application uses the more modern looking PrintDlgEx.

Is there an encapsulation of PrintDlgEx in JEDI-VCL?

TIA
Achim


Subject: Re: Unfathomable error
From: Ian Jennings <spam@microwaredata.co.uk>
Date: Tue, 12 Jul 2005 11:54:06 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_gfd_altern.org> wrote in
news:davkjh$did$1@talkto.net: 

>> >> [Error] jvcl.inc(32): 'INTERFACE' expected but identifier 
>> >> 'ALERT_jedi_inc_incompatible' found
> > 
> > As the message says, there is an incompatible jedi.inc file somewhere
> > on your disk. Find it, remove it (or prevent access to it), and you'll
> > be sorted.

Thanks folks. I even know *how* now, as well. A couple of weeks ago I 
installed DSPack and thought no more about it. A couple of days ago (I've 
mainly been occupied with other matters for the last week) I tried one of 
the samples and added the path to their source in the library path. They 
have Jedi.inc in their src folder. Duh! 

Sorry, it never occurred to me that anything like that could have been the 
cause.

Thanks again


Subject: Re: Weird errors when using XPBar on a modal form
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 12 Jul 2005 12:03:18 +0100
Newsgroups: jedi.vcl

> >Just a follow up:
> >
> >The errors seem only to occur if you place the following code in the 
> >OnCreate event of the modal form:
> >
> >{...}
> >  JvXPBar1.Collapsed := False;
> >  JvXPBar1.Items[0].Enabled := False;
> >
> >
> >Delphi 7 Pro, Windows XP Sp.2, all updates applied
> >
> >Cheers
> >Uwe 
> >
> >
> >
I think that In the OnCreate, your JvXPBar or things that it needs where
not yet initialized which leads to some errors.

Why don't put your initialisations code in the OnShow event for example ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: fixing JvGIF
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 12 Jul 2005 13:00:46 +0200
Newsgroups: jedi.vcl

OBones wrote:

> What do you mean by "bad extensions" ?

GIFs can have extra information (strings mainly).
I have a picture where the image itself is ok (Mozilla etc show the image just fine), but the extra info is corrupt (at least JvGIF does not accept it).
I will definitely check if JvGIF is correct in considering the data corrupt.
The question is if JvGIF should load such partially corrupt images.
Maybe a new property can solve the problem.


Subject: Re: Bunch of Fixes for TJvPreviewControl and TJvPreviewPrinter
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 12 Jul 2005 11:58:38 +0100
Newsgroups: jedi.vcl

Ok, that rules :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: fixing JvGIF
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 12 Jul 2005 11:55:06 +0100
Newsgroups: jedi.vcl

> >I have a picture which is not a valid GIF, but is accepted by graphics 
> >programs. It has bad extensions. Should i fix JvGIF to accept such pictures?
> >

May be you can add a boolean "IsValidGif" property to the component ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bunch of Fixes for TJvPreviewControl and TJvPreviewPrinter
From: "Peter Thornqvist [JVCL Developer]" <peter.removetheobvious.tornqvist@gmail.com>
Date: Tue, 12 Jul 2005 12:51:38 +0200
Newsgroups: jedi.vcl

Fixed in CVS. Thanks

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Fixes for TJvPreviewRenderRichEdit and TJvPreviewRenderJVRichEdit
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 12 Jul 2005 11:16:14 +0100
Newsgroups: jedi.vcl

> >Waskol wrote:
> >
>> >> Following numerous bugs I fixed up in TJVPreviewControl,
>> >> TJvPreviewPrinter, TJvCustomPreviewControl and TJvDeviceInfo, I uploaded a
>> >> new version of JvPrvwRender.pas on the Bug Tracker. Please have a look
here :
>> >> http://homepages.borland.com/jedi/issuetracker/view.php?id=3079
> >
> >Hey, please read the answers to the original thread before posting a new 
> >one.
> >As I said, this will be looked at, just be patient.
> >

Sorry, I just saw it : please have a look to the answer i did on my other
post ;)

Sorry again, very sorry...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bunch of Fixes for TJvPreviewControl and TJvPreviewPrinter
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 12 Jul 2005 11:14:25 +0100
Newsgroups: jedi.vcl

> >Waskol wrote:
> >
>> >> I just proposed 2 new files version for the cvs, see here :
>> >> http://homepages.borland.com/jedi/issuetracker/view.php?id=3079
>> >> 
>> >> Could an admin or a developper update the CVS with them ?
> >
> >This will be looked at in due time, but right now, we don't have the 
> >time to do so.
> >Note that you should NOT touch the version information, it's updated by 
> >CVS and helps us keep track of which version of the file you worked on.
> >

Oh, I am sorry I just saw your message and I just versioned again with
some new fixes for other components of the same files... I feel a bit
stupid for that : I did not know, now I do.

Be sure I will respect that procedure now, I am sincerily confused.
Anyway, thanks a lot to your team for this wonderfull Delphi library.

I will try to help from time to time and do my best to stick to the
procedures you fixed.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: fixing JvGIF
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 12 Jul 2005 12:10:35 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I have a picture which is not a valid GIF, but is accepted by graphics programs. It has bad extensions. Should i fix JvGIF to accept such pictures?

What do you mean by "bad extensions" ?
I mean, if its content does not comply with the standard, then it should not be opened. But if it's just that it's called toto.dfe instead of toto.gif and the component complains, then by all means, yes, fix it.


Subject: Fixes for TJvPreviewRenderRichEdit and TJvPreviewRenderJVRichEdit
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 12 Jul 2005 11:04:38 +0100
Newsgroups: jedi.vcl

Following numerous bugs I fixed up in TJVPreviewControl,
TJvPreviewPrinter, TJvCustomPreviewControl and TJvDeviceInfo, I uploaded a
new version of JvPrvwRender.pas on the Bug Tracker. Please have a look here :
http://homepages.borland.com/jedi/issuetracker/view.php?id=3079

enjoy



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bunch of Fixes for TJvPreviewControl and TJvPreviewPrinter
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 12 Jul 2005 12:04:00 +0200
Newsgroups: jedi.vcl

No worries.
It's just that it makes our lives easier if the only changes are yours, we can better keep track of what the consequences might be.
And I've had a look at the issue, you provided good descriptions, so this should be quite easy to assess and put in CVS.
More informations at the end of the week.


Subject: Re: Unfathomable error
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 12 Jul 2005 11:37:48 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Ian Jennings wrote:
>
>> Hi all
>>
>> I have suddenly started to get an error when I compile a project that was working perfectly a couple of days ago. I certainly haven't changed anything, that I know of, and haven't recently installed any new builds.
>>
>> I am running D5 on XP, SP1.
>>
>> When I compile my project it fails with:
>>
>> [Error] jvcl.inc(32): 'INTERFACE' expected but identifier 'ALERT_jedi_inc_incompatible' found
>
>
> As the message says, there is an incompatible jedi.inc file somewhere on your disk. Find it, remove it (or prevent access to it), and you'll be sorted.

    Another cause might be that you included jvcl.inc instead of jedi.inc.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Fixes for TJvPreviewRenderRichEdit and TJvPreviewRenderJVRichEdit
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 12 Jul 2005 11:18:02 +0200
Newsgroups: jedi.vcl

Waskol wrote:

> Following numerous bugs I fixed up in TJVPreviewControl,
> TJvPreviewPrinter, TJvCustomPreviewControl and TJvDeviceInfo, I uploaded a
> new version of JvPrvwRender.pas on the Bug Tracker. Please have a look here :
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3079

Hey, please read the answers to the original thread before posting a new one.
As I said, this will be looked at, just be patient.


Subject: Re: Bunch of Fixes for TJvPreviewControl and TJvPreviewPrinter
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Tue, 12 Jul 2005 09:23:20 +0100
Newsgroups: jedi.vcl

I just proposed 2 new files version for the cvs, see here :
http://homepages.borland.com/jedi/issuetracker/view.php?id=3079

Could an admin or a developper update the CVS with them ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bunch of Fixes for TJvPreviewControl and TJvPreviewPrinter
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 12 Jul 2005 10:13:42 +0200
Newsgroups: jedi.vcl

Waskol wrote:

> I just proposed 2 new files version for the cvs, see here :
> http://homepages.borland.com/jedi/issuetracker/view.php?id=3079
>
> Could an admin or a developper update the CVS with them ?

This will be looked at in due time, but right now, we don't have the time to do so.
Note that you should NOT touch the version information, it's updated by CVS and helps us keep track of which version of the file you worked on.


Subject: Re: Unfathomable error
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 12 Jul 2005 07:38:08 +0200
Newsgroups: jedi.vcl

Ian Jennings wrote:
> Hi all
>
> I have suddenly started to get an error when I compile a project that was working perfectly a couple of days ago. I certainly haven't changed anything, that I know of, and haven't recently installed any new builds.
>
> I am running D5 on XP, SP1.
>
> When I compile my project it fails with:
>
> [Error] jvcl.inc(32): 'INTERFACE' expected but identifier 'ALERT_jedi_inc_incompatible' found

As the message says, there is an incompatible jedi.inc file somewhere on your disk. Find it, remove it (or prevent access to it), and you'll be sorted.


Subject: Re: No Answer yet? SpeedBar Designer
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 12 Jul 2005 04:52:01 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Sanders" wrote: 

Hi Peter,
 
>> >> There is no need to delete (or remove) the button from the
>> >> JvSpeedbar designer.
> > 
> > There is if I want to REMOVE the button from the speedbar. I
> > certainly  don't want to make existing buttons (ON the speedbar)
> > that are not  required on the speedbar, into non visible
> > buttons. The buttons (at this  moment) cannot be "dragged off"
> > the speedbar. 
> > 
>> >> ... [snip]
>> >>   - I change its property in Object Inspector
>> >>     (Visible , Left position, ... and so on...). That's all
> > 
> > I guess if I "have" to, I can set the left position of a button,
> > but this  is *not* convenient when designing and positioning a
> > range of speedbar  buttons. Starting from scratch is not too
> > bad, as the buttons can be  placed ok, just NOT moved elsewhere
> > on the bar. 
OK. 
Sorry, I only wanted to say that all buttons which are NOT 
ON speedbar are invisible ( Visible = false ) and also it is
possible to configure the button position ON the speedbar in 
design time. 
It means that I wanted to say that here is a workaround for 
"speedbar problem" in design time. ;-) 
But, I am sure you knew about that. 

> > I currently have two speedbars in which I want to "regroup" the
> > buttons,  this cannot (currently) be done easily!
Yes. Dragging is faster and this non-critical "bug" could be 
corrected. But. It don't  steal me my time very much and in 
our projects is held that the Master of the speedbar is a customer 
and in real time it works without any problem. 
 
> > This move/remove ability has previously worked since the old
> > RxLib days.  Something else in recent JVCL "changes" seems to
> > have broken this ability  
> >:(
Yeah, RxLib were very good components and I used them. 
On the other hand. JVCL components are excellent 
replacement of former RxLib for me. ;-)

Vaclav



Subject: Unfathomable error
From: Ian Jennings <spam@microwaredata.co.uk>
Date: Tue, 12 Jul 2005 04:28:48 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I have suddenly started to get an error when I compile a project that was 
working perfectly a couple of days ago. I certainly haven't changed 
anything, that I know of, and haven't recently installed any new builds.

I am running D5 on XP, SP1.

When I compile my project it fails with:

[Error] jvcl.inc(32): 'INTERFACE' expected but identifier 
'ALERT_jedi_inc_incompatible' found

and the jvcl.inc is opened and pointed at line 32:

{$IFNDEF JEDI_INC}
ALERT_jedi_inc_incompatible  <--------
// secure against old versions of jedi.inc.
{$ENDIF !JEDI_INC}

I've obviously done *something* naughty somewhere but cannot even begin to 
think where to look. I've found nothing in Google so any free clues would 
be much appreciated.

TIA


Subject: fixing JvGIF
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 12 Jul 2005 06:23:48 +0200
Newsgroups: jedi.vcl

I have a picture which is not a valid GIF, but is accepted by graphics programs. It has bad extensions. Should i fix JvGIF to accept such pictures?


Subject: Re: No Answer yet? SpeedBar Designer
From: "Peter Sanders" <peter@infopos.com.au>
Date: Tue, 12 Jul 2005 10:04:02 +0800
Newsgroups: jedi.vcl

Hi Vaclav

On Mon, 11 Jul 2005 16:12:26 +0800, Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz> wrote:

> "Peter Sanders" wrote:
>
>> I can delete the button, that's ok. If I do so though, I have to
>> recreate  it to have it function or reposition it.

> There is no need to delete (or remove) the button from the
> JvSpeedbar designer.

There is if I want to REMOVE the button from the speedbar. I certainly don't want to make existing buttons (ON the speedbar) that are not required on the speedbar, into non visible buttons. The buttons (at this moment) cannot be "dragged off" the speedbar.

> In my case:
>   - I open JvSpeedbar designer and inside of JvSpeddbar designer
>     I select the button I need to change property and after that...
>   - I change its property in Object Inspector
>     (Visible , Left position, ... and so on...). That's all

I guess if I "have" to, I can set the left position of a button, but this is *not* convenient when designing and positioning a range of speedbar buttons. Starting from scratch is not too bad, as the buttons can be placed ok, just NOT moved elsewhere on the bar.

I currently have two speedbars in which I want to "regroup" the buttons, this cannot (currently) be done easily!

This move/remove ability has previously worked since the old RxLib days. Something else in recent JVCL "changes" seems to have broken this ability :(

-- 
Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Flat jvDBGrid?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Mon, 11 Jul 2005 19:31:26 +0200
Newsgroups: jedi.vcl

Is it possible to make JvDBGrid or JvUltimDBGrid look flat (especially
the fixed columns)?

Any ideas?

Kind regards

Abdullah


Subject: Re: sort listview
From: "Brian" <brian@night.dk>
Date: Mon, 11 Jul 2005 16:11:07 +0200
Newsgroups: jedi.vcl

there is not?
a way to select a column to be sorted without using the mouse?


"Brian" <brian@night.dk> skrev i en meddelelse 
news:da5rpj$59p$1@talkto.net...
> > Hi all
> >
> > Is there an easy way to select what column to be sorted at fist view, and 
> > to show it ?
> >
> > brian
> > 




Subject: Re: Use of TJvPreviewControl
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Mon, 11 Jul 2005 14:04:11 +0100
Newsgroups: jedi.vcl

> >Hy All
> >
> >When I put the content of a TRichEdit in de JVPreviewControl it is showed 
> >but in a very smal letter size. Which setting must I use to make the preview 
> >show the right letter size?
> >
> >TIA.
> >Ronald 
> >
> >
> >

Since the last version of the JVCL there is a TJvPreviewRenderRichEdit
preview control than can do the trick for you. But since JVPreviewControl
is a bit buggy, i propose you to download the files JvPrwDoc.pas and
JvPrvwRender.Pas with some fixed versions, you will be able to find them
here :
http://homepages.borland.com/jedi/issuetracker/view.php?id=3079

Please, read the last note of the link i gave you, there are a few updates
to do yourself if they are important to you.

The two files should be placed in your JVCL/run folder, and you have to
rebuild your jvcl before using (launch the install procedure in your JVCL
folder)

Good Luck



--- posted by geoForum on http://delphi.newswhat.com


Subject: Bunch of Fixes for TJvPreviewControl and TJvPreviewPrinter
From: "Waskol" <wilfrid.avrillon@clubi.fr>
Date: Mon, 11 Jul 2005 13:45:04 +0100
Newsgroups: jedi.vcl

I hope that they will be taken into account, they can be find here :
http://homepages.borland.com/jedi/issuetracker/view.php?id=3079

As a bonus, proposed a correction to a memory leak in JvXPCheckBox too :
http://homepages.borland.com/jedi/issuetracker/view.php?id=3073

Enjoy



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: No Answer yet? SpeedBar Designer
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 11 Jul 2005 08:12:26 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Sanders" wrote: 

> > I can delete the button, that's ok. If I do so though, I have to
> > recreate  it to have it function or reposition it.
 
There is no need to delete (or remove) the button from the
JvSpeedbar designer.
In my case: 
  - I open JvSpeedbar designer and inside of JvSpeddbar designer
    I select the button I need to change property and after that...
  - I change its property in Object Inspector 
    (Visible , Left position, ... and so on...). That's all

Vaclav




Subject: Re: Question on TJvThread
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 11 Jul 2005 07:21:50 +0200
Newsgroups: jedi.vcl

Diederik van Bochove wrote:

> > Sorry, if I completely missing the point, because TJvThread operates
> > different than TThread.

The only difference is that TJvThread can contain lots of TThread objects.
But the Terminate method simply calls the Terminate methods of the
contained TThreads. So your statement is still correct.


-- Regards, Andreas Hausladen 

Subject: Re: No Answer yet? SpeedBar Designer
From: "Peter Sanders" <peter@infopos.com.au>
Date: Mon, 11 Jul 2005 08:45:21 +0800
Newsgroups: jedi.vcl

Hi

On Fri, 08 Jul 2005 17:06:42 +0800, Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz> wrote:

> "Peter Sanders" <peter@infopos.com.au> wrote in

> I suppose, you described behaviour of JvSpeedbar designer
> in "Design Time" !!! because in "Real Time" it works quite
> well.

Yes, in design time the user can ONLY ADD buttons and set properties. Removing and repositioning buttons CANNOT be performed.

> Yes, in design time I also cannot drag button Off the toolbar.
> C++ Builder 6 here...

Thanks, at least you have confirmed the same non functionality. I did not (do not) know if it was a bug or not. I was hoping that one of the JVCL "authors" could have checked and confirmed this as a bug and that it was not just my system. It seems you have done that for me.

> My solution for you is:
> 1. Open JvSpeedbar designer (in design time)
> 2. Inside of designer: Go on Button you need take it off
>    the toolbar and set the Visible property to "false".

I can delete the button, that's ok. If I do so though, I have to recreate it to have it function or reposition it.

> 3. Add this "problem" to the Mantis in case it is a bug...

It seems to be an induced bug brought abot by changes elsewhere.

>>> I am using the speedbar designer and it seems to ONLY allow
>>> adding buttons. I CANNOT drag nuttons OFF the toolbar. Even when the
>>> designer is visible, selecting a button causes the selection of the
>>> toolbar and dragging drgas the whole toolbar.
>>>
>>> Is there a problem with JvSpeedBar? Is there a fix? or is it
>>> just MY system?


-- 

Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Question on TJvThread
From: "Diederik van Bochove" <dvbochove@hotmail.com>
Date: Sun, 10 Jul 2005 23:19:38 +0000 (UTC)
Newsgroups: jedi.vcl

Bern Rudisill wrote:

> > I am using quite a few TJvThreads in my app, in the OnBegin event I an
> > increading a thread count variable and in the OnFinish event I am
> > decreasing the count, this works great unless I issue a
> > thread.terminate. The thread.terminate does not fire the OnFinsh
> > event, is there anything I can do to know when a thread terminate is
> > done so I can decrease my thread count?
> > 
> > Bern

Are you sure your thread finishes, when you call Terminate? I don't
know TJvThread, but given the fact it's Delphi, I suppose the only
thing Terminate does, is setting Terminated to true, and the thread is
supposed to check the Terminated property regularly. (That's the way a
Delphi TThread works, anyway)

Sorry, if I completely missing the point, because TJvThread operates
different than TThread. (I expect someone will correct me in this
case...)

HTH,
Diederik


Subject: Re: xptoolbutton
From: Shrike <shrike6_7@hotmail.com>
Date: Sun, 10 Jul 2005 19:27:53 +0200
Newsgroups: jedi.vcl

Shrike ha scritto:
> Hi all, jedi components are greats!
> Can I customize the xptoolbutton colour and dimensions?
>
> Thanks

I have find the JvXPCore.pas file but, I want modify the Office color, I replace the dxColor_BgOXP, but this don't work..


Subject: Re: Panel colour
From: "Kiriakos" <kvlahos@london.edu>
Date: Sat, 9 Jul 2005 05:41:09 +0300
Newsgroups: jedi.vcl

Are you using the XPManifist?
If yes, set the ParentBackground property to false.

"David Foreman" <david.foreman@ozemail.com.au> wrote in message 
news:dags3m$g71$1@talkto.net...
> > Having just installed Jedi, I opened an existing project which had panels 
> > with various colour coding.  The panels now only use the FORMS colour. 
> > How do I get my colours back?
> >
> >
> > 




Subject: TJvCustomCsvDataSet.Locate problem with single-field search
From: Bruno Poterie <info@liger.fr>
Date: Sat, 09 Jul 2005 02:00:35 +0200
Newsgroups: jedi.vcl

(reposted here from advice of Mr Postma)
Hello,
i had a problem with using JvCsvData recently : i couldn't perform a simple
lookup or locate on a TjvCustomCsvDataSet. I looked down in the source, and
found the reason why, which i corrected localy. Here are the updates :

JvCsvData.pas (version in latest Jvcl)
--------------------------------------

### lines 1475-1476 ###
in TJvCustomCsvDataSet.Locate()
access is performed :
        FieldLookup[i].FieldNo
before checking :
        if not Assigned(FieldLookup[i]) then Exit;
simply putting the test before the access do the trick.

### line 1509 ###
no test is done that Lo < 0 (i.e. there is a single argument)
the correction i did was to implement the same test as lines 1495-1498.

Warren Postma suggested there an optimisation :

> > It would be better to only do the FieldLookup once, store the result,
> > and  check it, then use it:
> >
> > aField :=  FieldLookup[i];
> > if not Assigned(aField) then exit;
> > ... aField.FieldNo

Thanx to Mr. Postma
Happy CSV work

Bruno Poterie
Delphi developper


Subject: Re: Weird errors when using XPBar on a modal form
From: "Uwe" <none@none.none>
Date: Fri, 8 Jul 2005 10:18:46 -0700
Newsgroups: jedi.vcl

Just a follow up:

The errors seem only to occur if you place the following code in the 
OnCreate event of the modal form:

{...}
  JvXPBar1.Collapsed := False;
  JvXPBar1.Items[0].Enabled := False;


Delphi 7 Pro, Windows XP Sp.2, all updates applied

Cheers
Uwe 




Subject: xptoolbutton
From: Shrike <shrike6_7@hotmail.com>
Date: Fri, 08 Jul 2005 11:51:19 +0200
Newsgroups: jedi.vcl

Hi all, jedi components are greats!
Can I customize the xptoolbutton colour and dimensions?

Thanks


Subject: Re: No Answer yet? SpeedBar Designer
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 8 Jul 2005 09:06:42 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Sanders" <peter@infopos.com.au> wrote in
news:op.stim4auuiezccv@infopos-main: 

Hi Peter,
I suppose, you described behaviour of JvSpeedbar designer 
in "Design Time" !!! because in "Real Time" it works quite 
well.

Yes, in design time I also cannot drag button Off the toolbar.
C++ Builder 6 here...

My solution for you is:
1. Open JvSpeedbar designer (in design time)
2. Inside of designer: Go on Button you need take it off 
   the toolbar and set the Visible property to "false".
3. Add this "problem" to the Mantis in case it is a bug...    

HTH,
Vaclav

>> >> I am using the speedbar designer and it seems to ONLY allow
>> >> adding  
> > 
>> >> buttons. I CANNOT drag nuttons OFF the toolbar. Even when the
>> >> designer 
> >   
>> >> is visible, selecting a button causes the selection of the
>> >> toolbar and 
> >   
>> >> dragging drgas the whole toolbar.
>> >>
>> >> Is there a problem with JvSpeedBar? Is there a fix? or is it
>> >> just MY  
> > 
>> >> system?
 



Subject: Re: No Answer yet? SpeedBar Designer
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 08 Jul 2005 07:09:45 +0800
Newsgroups: jedi.vcl

Hi Olivier

On Thu, 07 Jul 2005 14:50:34 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> There is no need to repost the same message three times, unless you provide new information.
> Your messages have been seen, but fact is that we may not have the time to look at everything and this one got off the radar.
> Just be patient, waiting a week is not uncommon here, especially during the northern hemisphere summer.

Thanks for the reply.

Sorry I had to repost, I am quite happy to wait, it's just that I could not be sure if it was a JVCL problem or just MY system. I was chasing a confirmation if the problem existed elsewhere as I had not seen another reference to it.

-- 

Patiently waiting :D :D

regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: No Answer yet? SpeedBar Designer
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 07 Jul 2005 08:50:34 +0200
Newsgroups: jedi.vcl

There is no need to repost the same message three times, unless you provide new information.
Your messages have been seen, but fact is that we may not have the time to look at everything and this one got off the radar.
Just be patient, waiting a week is not uncommon here, especially during the northern hemisphere summer.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Question on TJvThread
From: "Bern Rudisill" <bernr@no-sp.am.exitcare dot com>
Date: Thu, 7 Jul 2005 03:10:52 +0000 (UTC)
Newsgroups: jedi.vcl

I am using quite a few TJvThreads in my app, in the OnBegin event I an
increading a thread count variable and in the OnFinish event I am
decreasing the count, this works great unless I issue a
thread.terminate. The thread.terminate does not fire the OnFinsh event,
is there anything I can do to know when a thread terminate is done so I
can decrease my thread count?

Bern


Subject: No Answer yet? SpeedBar Designer
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 07 Jul 2005 07:49:12 +0800
Newsgroups: jedi.vcl

Hi

> I am using the speedbar designer and it seems to ONLY allow adding buttons. I CANNOT drag nuttons OFF the toolbar. Even when the designer is visible, selecting a button causes the selection of the toolbar and dragging drgas the whole toolbar.
>
> Is there a problem with JvSpeedBar? Is there a fix? or is it just MY system?


I reposted this as I need to know if the problem exists within the JVCL(?) or if it is JUST on MY pc??

The problem is becoming more significant now as I need to make several changes and cannot easily do so. ie currently I would have to delete an recreate all the buttons and make sure that I place them in EXACTLY the right position as they cannot be moved on the toolbar once dropped on to it.

I do not have the experience to go through the code myself to figure out how it all works and fix it myself. It may not be a "real" problem anyway, awaiting your advice.

PLEASE let me know soon?

Thank you.

-- 
Kind regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: JvPlugin Wizard not working in Delphi 2005
From: Dave Hamdon <not@not.com>
Date: Wed, 06 Jul 2005 15:35:37 -0600
Newsgroups: jedi.vcl

Jim Kueneman has posted an update to his "OTA Project Creator" to allow it to work correctly in Delphi 2005.

From his site: http://www.mustangpeak.net

>  NEW! June 29, 2005
>   Updated the OTA Project Creator to work with D8 and D2005

Link to OTA Project Creator: http://www.mustangpeak.net/download/otaprojectbuilder.zip

Looks like he added a new interface introduced in Delphi 8:

TProjectCreatorModule = class(TInterfacedObject, IOTACreator,
IOTAProjectCreator
{$IFDEF COMPILER_8_UP},IOTAProjectCreator80{$ENDIF COMPILER_8_UP})

Maybe whoever works on the JvPluginWizard could incorporate these changes.

Dave A. Hamdon


Subject: Weird errors when using XPBar on a modal form
From: "Uwe" <none@none.none>
Date: Wed, 6 Jul 2005 10:44:11 -0700
Newsgroups: jedi.vcl

Hi

Since I'm using several TJvXPBars (sitting in a TJvXPContainer) on a modal 
form, I randomly get all sorts of weird error messages when opening and/or 
closing the modal form. Some of them are:

"Error creating window device context"
(After that, the modal form shows but the JvXPBars are missing)

"System error. Code 1400: Invalid window handle"

"Runtime error 216 at <address>"

Has someone out there experienced the same and could give me a hint on how 
to solve this problem? As I said, it only occurs randomly and only on a 
modal form.

Cheers
Uwe 




Subject: Re: JvDesktopAlert
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 06 Jul 2005 17:21:39 +0200
Newsgroups: jedi.vcl

Then you may process big calculations in a separate thread; the main thread will be able to handle system messages during this time.

-- 
Florent Ouchet


Subject: Panel colour
From: "David Foreman" <david.foreman@ozemail.com.au>
Date: Thu, 7 Jul 2005 01:12:38 +1000
Newsgroups: jedi.vcl

Having just installed Jedi, I opened an existing project which had panels 
with various colour coding.  The panels now only use the FORMS colour.  How 
do I get my colours back?





Subject: Re: JvDesktopAlert
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 06 Jul 2005 10:51:22 -0400
Newsgroups: jedi.vcl

I guess I should have advised that "Application.ProcessMessages" does not work.  The JvDesktopAlert appears after the image has been processed even if Application.ProcessMessages is called after
JvDesktopAlert1.Execute;

Bill


Subject: Re: JvDesktopAlert
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 06 Jul 2005 16:44:01 +0200
Newsgroups: jedi.vcl

Hi,

> Can I force JvDesktopAlert to appear immedately after execute?

Adding "Application.ProcessMessage" after the ".Execute" will force the application to handle message before continuing.

-- 
Florent Ouchet


Subject: JvDesktopAlert
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 06 Jul 2005 10:07:32 -0400
Newsgroups: jedi.vcl

I am experimenting with JvDesktopAlert to display a message about processing an image.  Unfortunately after calling:

    JvDesktopAlert1.MessageText := 'Processing White Balance';
    JvDesktopAlert1.Execute;
    with ImageENView1.Proc do
      begin
        SaveUndoCaptioned ( 'Auto White Balance ' + IntToStr ( UndoCount
                           ) );
        ClearAllRedo;
        ClearUndo;
        WhiteBalance_AutoWhite;
      end;

the Alert does not become visible until the image processing has already finished.

Can I force JvDesktopAlert to appear immedately after execute?

Regards,

Bill


Subject: Re: speedbar designer
From: "Peter Sanders" <peter@infopos.com.au>
Date: Tue, 05 Jul 2005 08:18:05 +0800
Newsgroups: jedi.vcl

Hi

The latest jcl/jvcl packages have not "fixed" my problem :(

This is a nusance to say the least, as I have sevral forms that use this component and I cannot "Easily" edit the buttons on the speedbar. I added a button that happened to overlap an already existing button. The only way to fix/adjust buttons seems to be to delete the button from within the designer dialog - deleting the WHOLE button, not just removing it from the toolbar!

I did consider using the (misnamed component IMHO) TComponentBar, but the buttons on this cannot be grouped into speparate "segments".

Is there any chance of a fix on the spedbar component??

On Mon, 04 Jul 2005 17:01:42 +0800, Peter Sanders <peter@infopos.com.au> wrote:

> I am using the speedbar designer and it seems to ONLY allow adding buttons. I CANNOT drag nuttons OFF the toolbar. Even when the designer is visible, selecting a button causes the selection of the toolbar and dragging drgas the whole toolbar.
>
> Is there a problem with JvSpeedBar? Is there a fix? or is it just MY system?

-- 

Kind regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Listview 4
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Mon, 04 Jul 2005 19:41:08 +0200
Newsgroups: jedi.vcl

Brian wrote:

> Hi Obones
>
> post the attachments to jedi.binaries ? i'm not sure i know what u meen.
> is it the worng maillist i'm useing?

this message is in jedi.vcl on server forums.talkto.net. On this same server, there is also jedi.binaries, the place where to put the binaries.


Subject: Re: Listview 4
From: "Brian" <brian@night.dk>
Date: Mon, 4 Jul 2005 19:38:56 +0200
Newsgroups: jedi.vcl

Hi Obones

post the attachments to jedi.binaries ? i'm not sure i know what u meen.
is it the worng maillist i'm useing?

Regards
Brian

"OBones" <obones_gfd_@_gfd_altern.org> skrev i en meddelelse 
news:da2l8n$i7h$2@talkto.net...
> > Please next time, post the attachments to jedi.binaries. 




Subject: Re: which cullomn is sorted in Listview
From: "Brian" <brian@night.dk>
Date: Mon, 4 Jul 2005 19:36:18 +0200
Newsgroups: jedi.vcl

i made a gobal integer named titlenr and then read it when i need to know 
witch Column is clicked

procedure TForm1.ListView1AutoSort(Sender: TObject; Column: Integer;
  var AMethod: TJvSortMethod);
begin
   titlenr:=column;
end;

but i still need to know which is aktive whan the progrm is started, and how 
to put the icon in the header

"Brian" <brian@night.dk> skrev i en meddelelse 
news:da5g7f$3a2$1@talkto.net...
> > Hi
> >
> > Is it posible on onkeypress to get which collum that is sorted in a 
> > jvlistview?
> >
> > Regards
> > Brian
> > 




Subject: speedbar designer
From: "Peter Sanders" <peter@infopos.com.au>
Date: Mon, 04 Jul 2005 17:01:42 +0800
Newsgroups: jedi.vcl

Hi

I am using the speedbar designer and it seems to ONLY allow adding buttons. I CANNOT drag nuttons OFF the toolbar. Even when the designer is visible, selecting a button causes the selection of the toolbar and dragging drgas the whole toolbar.

Is there a problem with JvSpeedBar? Is there a fix? or is it just MY system?

I'll d/l the latest jcl/jvcl just in case :D

-- 

Regards

Peter

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Mantis 0002832
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 04 Jul 2005 09:15:48 +0200
Newsgroups: jedi.vcl

starCOM wrote:
>  Is there any fix planned for this ?
> JvHTTPUrlGrabber doesn't work within JvPlugin

Try to add a message pump in your plugin.


Subject: Re: JvAppStorage DeleteSubPath
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 03 Jul 2005 13:34:41 +0200
Newsgroups: jedi.vcl

Jacob Boerema wrote:
> If you prefer your new solution though it's ok by me.`

    Jens: please change it back to what it was, without the DeleteSubPath (which never should have been added in the first place).

    A minor optimization could take place in this method though. Since we determine the TargetStore and TargetPath anyway (for the ReadOnly check), why not use those values for the Write* method calls and the raising of the OnDeleteItems event?

    Since the target store will at all times refer to the store in which items are saved, ResolvePath will never target another storage. That means that in most cases the calls to ResolvePath will not need to iterate through any child storage.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvAppStorage DeleteSubPath
From: Jacob Boerema <jgboerema@gmail.com>
Date: Sun, 3 Jul 2005 11:59:00 +0200
Newsgroups: jedi.vcl

On Sat, 02 Jul 2005 18:07:57 +0200, "Jens Fudickar" 
<jens.fudickar@oratool.de> wrote in article <da6dsl$889$1@talkto.net>:

Hi Jens,

> > What about the following solution,
> > 
> >    ResolvePath(Path + cSubStorePath, TargetStore, TargetPath); // Only
> > Needed for ReadOnly
> >    if not TargetStore.ReadOnly then
> >    begin
> >      PrevListCount := ReadInteger(ConcatPaths([Path, cCount]), 0);
> >      if (PrevListCount > 0) and Assigned(OnDeleteItems) then
> >        OnDeleteItems(Self, Path, List, 0, PrevListCount - 1, ItemName);
> >      WriteInteger(ConcatPaths([Path, cCount]), ItemCount);
> >      for I := 0 to ItemCount - 1 do
> >        OnWriteItem(Self, Path, List, I, ItemName);
> >    end;
> > 
> > This makes shure that the list entries are deleted complete, but nothing 
> > more.

This also works but imho it's less efficient than the old one which 
does exactly the same but only removes unused items while now you 
remove all items first and then replace them with new values:

     PrevListCount := ReadInteger(ConcatPaths([Path, cCount]), 0);
     WriteInteger(ConcatPaths([Path, cCount]), ItemCount);
     for I := 0 to ItemCount - 1 do
       OnWriteItem(Self, Path, List, I, ItemName);
     if (PrevListCount > ItemCount) and Assigned(OnDeleteItems) then
       OnDeleteItems(Self, Path, List, ItemCount, PrevListCount - 1, 
ItemName);

If you prefer your new solution though it's ok by me.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: JvAppStorage DeleteSubPath
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 02 Jul 2005 18:07:57 +0200
Newsgroups: jedi.vcl

Hi Jacob,

it seems to be right. I know (or i think to know :-), there was a reason that i had introduced it, but i can't rememeber right. It ssems to be a little bit ugly now.

What about the following solution,

  ResolvePath(Path + cSubStorePath, TargetStore, TargetPath); // Only
Needed for ReadOnly
  if not TargetStore.ReadOnly then
  begin
    PrevListCount := ReadInteger(ConcatPaths([Path, cCount]), 0);
    if (PrevListCount > 0) and Assigned(OnDeleteItems) then
      OnDeleteItems(Self, Path, List, 0, PrevListCount - 1, ItemName);
    WriteInteger(ConcatPaths([Path, cCount]), ItemCount);
    for I := 0 to ItemCount - 1 do
      OnWriteItem(Self, Path, List, I, ItemName);
  end;

This makes shure that the list entries are deleted complete, but nothing more.

Greetings
Jens

Jacob Boerema wrote:
>> Then you reduce the contents and store only 10 Entries. If you don't delete the old values before, then there are 990 unused entries. I didn't like this solution.
>
>
> Hi Jens,
>
> Of course you need to delete the old entries but that is done in the last two lines of TJvCustomAppStorage.WriteList using OnDeleteItems (which is assigned in WriteStringList), see:
>
>   ResolvePath(Path + cSubStorePath, TargetStore, TargetPath); // Only Needed for ReadOnly
>   if not TargetStore.ReadOnly then
>   begin
>     PrevListCount := ReadInteger(ConcatPaths([Path, cCount]), 0);
>     // 30-6-2005: DeleteSubTree removed!!!!!! JGB
>     // DeleteSubTree(Path);
>     //************************************************************
>     WriteInteger(ConcatPaths([Path, cCount]), ItemCount);
>     for I := 0 to ItemCount - 1 do
>       OnWriteItem(Self, Path, List, I, ItemName);
>     if (PrevListCount > ItemCount) and Assigned(OnDeleteItems) then
>       OnDeleteItems(Self, Path, List, ItemCount, PrevListCount - 1, ItemName);
>   end;
>
> I just checked by adding and removing a project. Thus without using DeleteSubTree it still deletes the old items.
> So in my opinion it is still unnecessary to use DeleteSubTree which also does more than what is needed.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Optimizing AppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 02 Jul 2005 17:38:40 +0200
Newsgroups: jedi.vcl

Go for it

Remko Bonte wrote:
> While I was profiling an application, I found out that some procedures of the AppStorage components are pretty slow, but called very frequently.
>
> The procedures are OptimizePaths from JvAppStorage.pas and TJvCustomAppIniStorage.ValueExists from JvAppIniStorage.pas.
>
> I optimized those procedures but didn't commit them because the optimized code is less readable, a bit dirty (needed to access a private field to optimize TJvCustomAppIniStorage.ValueExists), and I have not worked before on those components.
>
> The optimized OptimizePaths is about 8 times faster and the optimized TJvCustomAppIniStorage.ValueExists is about 18 times faster with my test data.
>
> Is it okay to commit the code?
>
> function OptimizePaths(const Paths: array of string): string;
> var
>   Index: Integer;
>   P, Q, ResultPtr: PChar;
>   AllDots: Boolean;
>   MaxLength: Integer;
>   I: Integer;
>   DotCount: Integer;
> begin
>   Index := High(Paths);
>
>   if Index < 0 then
>   begin
>     Result := '';
>     Exit;
>   end;
>
>   while (Index > 0) and (StrLeft(Paths[Index], 1) <> PathDelim) do
>     Dec(Index);
>
>   MaxLength := 0;
>   for I := Index to High(Paths) do
>     Inc(MaxLength, Length(Paths[I]) + 1);
>
>   SetLength(Result, MaxLength);
>
>   ResultPtr := PChar(Result);
>
>   repeat
>     P := PChar(Paths[Index]);
>     repeat
>       // skip first path delimiters
>       while P^ = PathDelim do
>         Inc(P);
>       Q := P;
>       // search for a path delimiter
>       AllDots := True;
>       while not (P^ in [PathDelim, #0]) do
>       begin
>         AllDots := AllDots and (P^ = '.');
>         Inc(P);
>       end;
>       // Chunk [P..Q) is without a path delimiter, it can be either empty (P=Q)
>       // be full with dots or be a regular path.
>       if P <> Q then
>       begin
>         if AllDots then
>         begin
>           // [Q..P) are all dots
>           DotCount := P - Q;
>           if (DotCount > 1) and (ResultPtr <> PChar(Result)) then
>           begin
>             // (ResultPtr-1)^ = PathDelim
>             Dec(ResultPtr, 2);
>             while DotCount > 1 do
>             begin
>               while (ResultPtr > PChar(Result)) and (ResultPtr^ <> PathDelim) do
>                 Dec(ResultPtr);
>               if ResultPtr = PChar(Result) then
>                 Break;
>               // ResultPtr^ = PathDelim
>               Dec(ResultPtr);
>               Dec(DotCount);
>             end;
>             if ResultPtr <> PChar(Result) then
>               Inc(ResultPtr, 2);
>           end;
>         end
>         else
>         begin
>           // copy [Q..P) to Result
>           Move(Q^, ResultPtr^, P - Q);
>           Inc(ResultPtr, P - Q);
>           // add a path delimiter to Result
>           ResultPtr^ := PathDelim;
>           Inc(ResultPtr);
>         end;
>       end;
>     until P^ = #0;
>     Inc(Index);
>   until Index > High(Paths);
>   if ResultPtr <> PChar(Result) then
>     Dec(ResultPtr);
>
>   SetLength(Result, ResultPtr - PChar(Result));
> end;
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage DeleteSubPath
From: Jacob Boerema <jgboerema@gmail.com>
Date: Sat, 2 Jul 2005 17:18:34 +0200
Newsgroups: jedi.vcl

> > Then you reduce the contents and store only 10 Entries. If you don't 
> > delete the old values before, then there are 990 unused entries. I 
> > didn't like this solution.

Hi Jens,

Of course you need to delete the old entries but that is done in the 
last two lines of TJvCustomAppStorage.WriteList using OnDeleteItems 
(which is assigned in WriteStringList), see:

  ResolvePath(Path + cSubStorePath, TargetStore, TargetPath); // Only 
Needed for ReadOnly
  if not TargetStore.ReadOnly then
  begin
    PrevListCount := ReadInteger(ConcatPaths([Path, cCount]), 0);
    // 30-6-2005: DeleteSubTree removed!!!!!! JGB
    // DeleteSubTree(Path);
    //************************************************************
    WriteInteger(ConcatPaths([Path, cCount]), ItemCount);
    for I := 0 to ItemCount - 1 do
      OnWriteItem(Self, Path, List, I, ItemName);
    if (PrevListCount > ItemCount) and Assigned(OnDeleteItems) then
      OnDeleteItems(Self, Path, List, ItemCount, PrevListCount - 1, 
ItemName);
  end;

I just checked by adding and removing a project. Thus without using 
DeleteSubTree it still deletes the old items.
So in my opinion it is still unnecessary to use DeleteSubTree which 
also does more than what is needed.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: JvAppStorage DeleteSubPath
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 02 Jul 2005 16:30:10 +0200
Newsgroups: jedi.vcl

Hi Jacob,

for me the old solution is right.

See this example:

You have a list with 1000 Entries stored in the Path.

Then you reduce the contents and store only 10 Entries. If you don't delete the old values before, then there are 990 unused entries. I didn't like this solution.

I think for your problem you should separate the path names of the storages, this is better then your change.

Greetings
Jens

Jacob Boerema wrote:
> <jens.fudickar@oratool.de> wrote in article <da1jpo$cp2$1@talkto.net>:
>
>> If i want to write a list, i want to be sure, that only the contents of the list are stored in this tree.
>
>
> But if you don't store anything under the list in a subpath DeleteSubPath will never find anything to delete. But if you do store something in a subpath it is probably your intention so you don't want it deleted everytime you update the list of items. Therefore I see no need to use DeleteSubPath. I have commented out this line and it now works fine for my situation.
>
>
>> Maybe we need a method like WriteListAppend?
>
>
> It could be made optional whether or not subpaths are deleted but I think this name is misleading. WriteListAppend suggests appending to the current list instead of replacing it.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvGnuGettext.pas standard list GlobalIgnoreProperties
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 02 Jul 2005 15:57:51 +0200
Newsgroups: jedi.vcl

Doing it this way ensures that the "bloat" doesn't come in unless you specifically use the unit. At least that's how I understand it and that's also why I would want to have those statements in each unit, in the initialization section, but not in a global unit that does this.


Subject: Re: Runtime Designer - Updated Submission
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Sat, 02 Jul 2005 15:56:02 +0200
Newsgroups: jedi.vcl

Thanks for that, I'll have a look as soon as I can.


Subject: sort listview
From: "Brian" <brian@night.dk>
Date: Sat, 2 Jul 2005 12:58:51 +0200
Newsgroups: jedi.vcl

Hi all

Is there an easy way to select what column to be sorted at fist view, and to 
show it ?

brian 




Subject: Re: Optimizing AppStorage
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 02 Jul 2005 12:24:04 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     I see no problems with the optimized OptimizePaths, but haven't really dug in to it. The only thing is that I'm not sure it'll stay that way when it gets ported to VCL.NET. PChar's are a no-no in that case. Will a rewrite with string[int_index] lower the performance much?

No, it is the string creation that slows both procedures down. The optimized code only creates 1 string. The original code creates more strings due to the use of TStringList to split the path, etc.

>     About the ValueExists optimization: with such a gain I wouldn't care about the dirty hack to get to a private field. Maybe the field would need to be protected or get a property if it'll help.
>

No, the field is FSections from TMemIniFile, thus in the VCL. Maybe a reimplementation of TMemIniFile would be better, because it also duplicates a lot of strings.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: title color in listview
From: "Brian" <brian@night.dk>
Date: Sat, 2 Jul 2005 12:10:08 +0200
Newsgroups: jedi.vcl

Hi

is someting like this posible in jvlistview?
      Column.Title.Font.Color := clBlue;
(dbgrid)

Regards
Brian 




Subject: Re: Optimizing AppStorage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 02 Jul 2005 10:14:40 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> While I was profiling an application, I found out that some procedures of the AppStorage components are pretty slow, but called very frequently.
>
> The procedures are OptimizePaths from JvAppStorage.pas and TJvCustomAppIniStorage.ValueExists from JvAppIniStorage.pas.
>
> I optimized those procedures but didn't commit them because the optimized code is less readable, a bit dirty (needed to access a private field to optimize TJvCustomAppIniStorage.ValueExists), and I have not worked before on those components.
>
> The optimized OptimizePaths is about 8 times faster and the optimized TJvCustomAppIniStorage.ValueExists is about 18 times faster with my test data.
>
> Is it okay to commit the code?

    I see no problems with the optimized OptimizePaths, but haven't really dug in to it. The only thing is that I'm not sure it'll stay that way when it gets ported to VCL.NET. PChar's are a no-no in that case. Will a rewrite with string[int_index] lower the performance much?

    About the ValueExists optimization: with such a gain I wouldn't care about the dirty hack to get to a private field. Maybe the field would need to be protected or get a property if it'll help.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: which cullomn is sorted in Listview
From: "Brian" <brian@night.dk>
Date: Sat, 2 Jul 2005 09:41:25 +0200
Newsgroups: jedi.vcl

Hi

Is it posible on onkeypress to get which collum that is sorted in a 
jvlistview?

Regards
Brian 




Subject: Mantis 0002832
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sat, 2 Jul 2005 00:58:25 +0100
Newsgroups: jedi.vcl

 Is there any fix planned for this ?
JvHTTPUrlGrabber doesn't work within JvPlugin

Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Runtime Designer - Updated Submission
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Fri, 1 Jul 2005 16:39:14 -0700
Newsgroups: jedi.vcl

I uploaded updated runtime designer component library as promised. A 
compiled sample is included along with a package file and demo sources that 
can be compiled without installing any packages.

Look for the file  LrDesignerLib.2005.July.01.zip here:
http://homepages.borland.com/jedi/issuetracker/file_download.php?file_id=0000915&type=bug

Mantis entry is here:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2847#bugnotes

As I mentioned I abstracted the messenging functions and built two separate 
implementations: one using csDesigining and one using 
TWinControl.WindowProc.

Additionally, I did various refinements. In particular, I refactored the 
classes and then smashed several of the units together. Usually I like to 
have one module for one (primary) class, but I decided that reducing the 
number of source files would be advantageous for including in JVCL.

Thanks,
Scott

"Scott J. Miles" <sjmiles@turbophp.com> wrote in message 
news:da05si$vgi$1@talkto.net...

> > SetDesigning seems to be the simplest method (thanks Andreas).

<snip>

> > I re-engineered the system so that the messaging method (csDesigning or 
> > WindowProc) can be selected at run-time. I could also add the original 
> > SetWindowsHookEx method, but there isn't any obvious reason to do so.
> >
> > I'm going to do some more cleanups and then I will post my results.

<sinp> 




Subject: Optimizing AppStorage
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 01 Jul 2005 23:42:13 +0200
Newsgroups: jedi.vcl

While I was profiling an application, I found out that some procedures of the AppStorage components are pretty slow, but called very frequently.

The procedures are OptimizePaths from JvAppStorage.pas and TJvCustomAppIniStorage.ValueExists from JvAppIniStorage.pas.

I optimized those procedures but didn't commit them because the optimized code is less readable, a bit dirty (needed to access a private field to optimize TJvCustomAppIniStorage.ValueExists), and I have not worked before on those components.

The optimized OptimizePaths is about 8 times faster and the optimized TJvCustomAppIniStorage.ValueExists is about 18 times faster with my test data.

Is it okay to commit the code?

function OptimizePaths(const Paths: array of string): string;
var
  Index: Integer;
  P, Q, ResultPtr: PChar;
  AllDots: Boolean;
  MaxLength: Integer;
  I: Integer;
  DotCount: Integer;
begin
  Index := High(Paths);

  if Index < 0 then
  begin
    Result := '';
    Exit;
  end;

  while (Index > 0) and (StrLeft(Paths[Index], 1) <> PathDelim) do
    Dec(Index);

  MaxLength := 0;
  for I := Index to High(Paths) do
    Inc(MaxLength, Length(Paths[I]) + 1);

  SetLength(Result, MaxLength);

  ResultPtr := PChar(Result);

  repeat
    P := PChar(Paths[Index]);
    repeat
      // skip first path delimiters
      while P^ = PathDelim do
        Inc(P);
      Q := P;
      // search for a path delimiter
      AllDots := True;
      while not (P^ in [PathDelim, #0]) do
      begin
        AllDots := AllDots and (P^ = '.');
        Inc(P);
      end;
      // Chunk [P..Q) is without a path delimiter, it can be either empty (P=Q)
      // be full with dots or be a regular path.
      if P <> Q then
      begin
        if AllDots then
        begin
          // [Q..P) are all dots
          DotCount := P - Q;
          if (DotCount > 1) and (ResultPtr <> PChar(Result)) then
          begin
            // (ResultPtr-1)^ = PathDelim
            Dec(ResultPtr, 2);
            while DotCount > 1 do
            begin
              while (ResultPtr > PChar(Result)) and (ResultPtr^ <> PathDelim) do
                Dec(ResultPtr);
              if ResultPtr = PChar(Result) then
                Break;
              // ResultPtr^ = PathDelim
              Dec(ResultPtr);
              Dec(DotCount);
            end;
            if ResultPtr <> PChar(Result) then
              Inc(ResultPtr, 2);
          end;
        end
        else
        begin
          // copy [Q..P) to Result
          Move(Q^, ResultPtr^, P - Q);
          Inc(ResultPtr, P - Q);
          // add a path delimiter to Result
          ResultPtr^ := PathDelim;
          Inc(ResultPtr);
        end;
      end;
    until P^ = #0;
    Inc(Index);
  until Index > High(Paths);
  if ResultPtr <> PChar(Result) then
    Dec(ResultPtr);

  SetLength(Result, ResultPtr - PChar(Result));
end;



-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvGnuGettext.pas standard list GlobalIgnoreProperties
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Fri, 01 Jul 2005 18:59:48 +0200
Newsgroups: jedi.vcl

I'd prefer to put the 'TP_GlobalIgnoreClassProperty' statement to the units containing the components itself, if that's ok (using IFDEF's).

Assuming that the list will only contain properties that never have to be translated anyway. agreed?

Wiebe

Rik Barker wrote:
> Hi,
>
>
>> OK Thanks, I'll set up a list, at for at least the ones I've been
>> having trouble with + database components.
>
>
> Not so much a general consideration, but do give some thought to
> keeping the db components in a separate unit, or IFDEFd out.  We've got
> a couple of apps that both use gnugettext and have a requirement to be
> as small as possible - because the nature of the gnugettext ignores
> means that the class being ignored needs to be referenced, you can add
> 200K+ bloat easily to an application just by adding ignores for
> database components.
>
> Cheers,
> Rik


Subject: Re: JvAppStorage DeleteSubPath
From: Jacob Boerema <jgboerema@gmail.com>
Date: Fri, 1 Jul 2005 16:45:33 +0200
Newsgroups: jedi.vcl

<jens.fudickar@oratool.de> wrote in article <da1jpo$cp2$1@talkto.net>:
> > If i want to write a list, i want to be sure, that only the contents of 
> > the list are stored in this tree.

But if you don't store anything under the list in a subpath 
DeleteSubPath will never find anything to delete. But if you do store 
something in a subpath it is probably your intention so you don't want 
it deleted everytime you update the list of items. Therefore I see no 
need to use DeleteSubPath. I have commented out this line and it now 
works fine for my situation.

> > Maybe we need a method like WriteListAppend?

It could be made optional whether or not subpaths are deleted but I 
think this name is misleading. WriteListAppend suggests appending to 
the current list instead of replacing it.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: JvGnuGettext.pas standard list GlobalIgnoreProperties
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Fri, 1 Jul 2005 14:14:21 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

> > OK Thanks, I'll set up a list, at for at least the ones I've been
> > having trouble with + database components.

Not so much a general consideration, but do give some thought to
keeping the db components in a separate unit, or IFDEFd out.  We've got
a couple of apps that both use gnugettext and have a requirement to be
as small as possible - because the nature of the gnugettext ignores
means that the class being ignored needs to be referenced, you can add
200K+ bloat easily to an application just by adding ignores for
database components.

Cheers,
Rik


Subject: Re: JvGnuGettext.pas standard list GlobalIgnoreProperties
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Fri, 01 Jul 2005 14:18:19 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Wiebe Tijsma wrote:
>
>> Hi,
>>
>> I mailed Lars Dybdahl, he doesn't know if there's a standard list of properties either.
>>
>> But anyway, was my proposal below really stupid or does no one have those kind of localization problems with the JVCL?
>
>
> Your proposal sounds good. I do use the JVCL with DxGettext, but the components I use don't really require translation.
> But if you can start up a list of which unit requires what, then please do. Note that DxGettext ignores a set of properties by default, that's indicated somewhere in the source.
>
> Cheers
> Olivier

OK Thanks, I'll set up a list, at for at least the ones I've been having trouble with + database components.

Wiebe


Subject: Re: Another problem with JvCharMap
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Fri, 1 Jul 2005 09:47:46 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_gfd_altern.org> wrote in
news:da2l7k$i7h$1@talkto.net: 

> > 
> > Well, we can't reproduce the problem in our configurations, and we
> > don't have access to your machine. So it's very hard to know what's
> > wrong... Maybe the font color.
> > 

Works perfectly on my machine, as well. XP, D5.

HTH



-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Use of TJvPreviewControl
From: "Ronald Hermans" <rhermans@datamedicare.nl>
Date: Fri, 1 Jul 2005 10:26:23 +0200
Newsgroups: jedi.vcl

Hy All

When I put the content of a TRichEdit in de JVPreviewControl it is showed 
but in a very smal letter size. Which setting must I use to make the preview 
show the right letter size?

TIA.
Ronald 




Subject: Re: Problem with JvFormStorage
From: Dirk Schiffler <ds@rcs.de>
Date: Fri, 01 Jul 2005 07:51:07 +0200
Newsgroups: jedi.vcl

Hi Oliver,

OBones schrieb:
> Dirk Schiffler wrote:
>
>> Hi Oliver,
>>
>> thank you very much for your answer.
>> I hope, you will find a solution for this problem, then I think this is a normal function.
>> Do you post a message if the problem is solved?
>
>
> I will, I will, but I cannot give you any estimates.
It's ok, it is none a urgent problem for me.

> And the answer might well be posted in a new thread.
OK, I will view the newsgroup attentively.


Subject: Re: Listview 4
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 01 Jul 2005 07:48:56 +0200
Newsgroups: jedi.vcl

Please next time, post the attachments to jedi.binaries.


Subject: Re: Another problem with JvCharMap
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Fri, 01 Jul 2005 07:48:21 +0200
Newsgroups: jedi.vcl

Roland wrote:
> I don't want to be impatient or unpolite, but has nobody an idea why the
> JvCharMap won't show a character in my configuration? I compiled the
> example, too, and there is always white in white.
>
> In general I found the installation of JVCL without problems, but maybe I
> have to activate a trigger or so.
> Thanks again,
> Roland
>

Well, we can't reproduce the problem in our configurations, and we don't have access to your machine. So it's very hard to know what's wrong...
Maybe the font color.


Subject: Re: Listview 4 (change)
From: "Brian" <brian@night.dk>
Date: Fri, 1 Jul 2005 06:53:47 +0200
Newsgroups: jedi.vcl

"Brian" <brian@night.dk> skrev i en meddelelse 
news:da2f4b$hfr$1@talkto.net...
> > Hi All
> >
> > I have trobles with jvlistview!!!
> >
> > 1. After i added checkboxes i got 2 'selections bars (cursors) trying
> >  ListView1.SetFocus;
> >   Form1.ListView1.Items[0].Selected:=true;
> >   Form1.ListView1.ItemFocused:=Form1.ListView1.Selected;
> >   Listview1.Refresh;
> > dos'nt help.. look att.
 this is fixed with setting the MULTISELECT to False!

 2. Is it posible on onkeypress to get wich collum that is sorted ?

 3. my custommer want to change the collum sorted with TAP is
 that posible or any other key?

 4. is it posible to change the color of the one headderbuttom that is
 pressed?

5 my custommer want to change the sorting with ALT+UP/DOWN ARROW how do i do 
that 




Subject: Listview 4
From: "Brian" <brian@night.dk>
Date: Fri, 1 Jul 2005 05:56:27 +0200
Newsgroups: jedi.vcl

Hi All

I have trobles with jvlistview!!!

1. After i added checkboxes i got 2 'selections bars (cursors) trying
  ListView1.SetFocus;
   Form1.ListView1.Items[0].Selected:=true;
   Form1.ListView1.ItemFocused:=Form1.ListView1.Selected;
   Listview1.Refresh;
dos'nt help.. look att.

2. Is it posible on onkeypress to get wich collum that is sorted ?

3. my custommer want to change the collum sorted with ALT+UP/DOWN ARROW is 
that posible or any other key?

4. is it posible to change the color of the one headderbuttom that is 
pressed? 



clip_image002.jpg
	



Subject: Re: Another problem with JvCharMap
From: "Roland" <news@textkritik.de>
Date: Thu, 30 Jun 2005 22:19:34 +0100
Newsgroups: jedi.vcl

I don't want to be impatient or unpolite, but has nobody an idea why the
JvCharMap won't show a character in my configuration? I compiled the
example, too, and there is always white in white.

In general I found the installation of JVCL without problems, but maybe I
have to activate a trigger or so. 

Thanks again,
Roland



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: LookupCombos having both cbsAuto and cbsEllipsis at the same time
From: JEDI <cornievs@gmail.com>
Date: Thu, 30 Jun 2005 22:49:46 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> Hi folks,
>
> I've been using the TJvDBGrid (and the Ultim grid) component and would
> like to know if it is possible to have a lookup column/field to
> represent both the "cbsAuto" and "cbsEllipsis" at the same time.
>
> The idea is to allow a drop down for the user to select the correct
> value, but then *also* allow the user to view the detail of the
> selected value on the event of clicking the "cbsEllipsis" button.
>
> Any ideas welcome,
>
> Kind regards
>
> Abdullah
>
>
I would like the same functionality, currently I use the right-click event

Regards



Cornie van Schoor


---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 0526-3, 2005/06/30
Tested on: 2005/06/30 10:49:47 PM
avast! - copyright (c) 2000-2004 ALWIL Software.
http://www.avast.com





Subject: Re: JvAppStorage DeleteSubPath
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 30 Jun 2005 22:17:38 +0200
Newsgroups: jedi.vcl

For me the behaviour is right, and i think i have introduced it (not sure about it).

If i want to write a list, i want to be sure, that only the contents of the list are stored in this tree.

Maybe we need a method like WriteListAppend?

Any comments?

Greetings
Jens

Jacob Boerema wrote:
> JvAppStorage uses since version 1.78 DeleteSubPath in TJvCustomAppStorage.WriteList. Is this intentional or is this a bug?
>
> I use a ini storage. I store a list of projects under:
> [TMainForm\Projects]
> Count=...
> Item0=ProjectName
>
> All options of a project are stored under:
> [TMainForm\Projects\ProjectName]
>
> Now since version 1.78 everytime I create a new project and save the updated list of projects all settings of all projects are deleted by DeleteSubPath.
>
> Personally I don't see why it should delete all that but maybe there is a reason behind that.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvGnuGettext.pas standard list GlobalIgnoreProperties
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Thu, 30 Jun 2005 20:43:15 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:
> Hi,
>
> I mailed Lars Dybdahl, he doesn't know if there's a standard list of properties either.
>
> But anyway, was my proposal below really stupid or does no one have those kind of localization problems with the JVCL?

Your proposal sounds good. I do use the JVCL with DxGettext, but the components I use don't really require translation.
But if you can start up a list of which unit requires what, then please do. Note that DxGettext ignores a set of properties by default, that's indicated somewhere in the source.

Cheers
Olivier


Subject: JvAppStorage DeleteSubPath
From: Jacob Boerema <jgboerema@gmail.com>
Date: Thu, 30 Jun 2005 15:18:04 +0200
Newsgroups: jedi.vcl

JvAppStorage uses since version 1.78 DeleteSubPath in 
TJvCustomAppStorage.WriteList. Is this intentional or is this a bug?

I use a ini storage. I store a list of projects under:
[TMainForm\Projects]
Count=...
Item0=ProjectName

All options of a project are stored under:
[TMainForm\Projects\ProjectName]

Now since version 1.78 everytime I create a new project and save the 
updated list of projects all settings of all projects are deleted by 
DeleteSubPath.

Personally I don't see why it should delete all that but maybe there 
is a reason behind that.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: JvGnuGettext.pas standard list GlobalIgnoreProperties
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Thu, 30 Jun 2005 12:11:08 +0200
Newsgroups: jedi.vcl

Hi,

I mailed Lars Dybdahl, he doesn't know if there's a standard list of properties either.

But anyway, was my proposal below really stupid or does no one have those kind of localization problems with the JVCL?

Thanks,

Wiebe Tijsma



Wiebe Tijsma wrote:
> Hi Jvcl,
>
> When using TJvGnuGettext in a project using TJv* components, is there a standard list of properties that should be ignored when translating the application (such as 'FieldName' in the TJvDBGrid.Columns[n], I've been searching half a day why my field values didn't show up at runtime &-\ ).
>
> And if the answer is negative, would it be useful to include the JvGnuGetText.pas in each unit and specifying the standard TP_GlobalIgnoreClassProperty for every component?
>
> unit JvDBSpinEdit;
>
> uses
> {$IFDEF USE_DXGETTEXT}
>   JvGnugettext,
> {$ENDIF USE_DXGETTEXT}
>
> ....
>
> initialization
> {$IFDEF USE_DXGETTEXT}
>   TP_GlobalIgnoreClassProperty(TJvDBSpinEdit,'DataField');
> {$ENDIF USE_DXGETTEXT}
>
> Thanks,
>
> Wiebe Tijsma


Subject: Re: Problem with JvFormStorage
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 30 Jun 2005 10:05:14 +0200
Newsgroups: jedi.vcl

Dirk Schiffler wrote:

> Hi Oliver,
>
> thank you very much for your answer.
> I hope, you will find a solution for this problem, then I think this is a normal function.
> Do you post a message if the problem is solved?

I will, I will, but I cannot give you any estimates.
And the answer might well be posted in a new thread.


Subject: Re: Problem with JvFormStorage
From: Dirk Schiffler <ds@rcs.de>
Date: Thu, 30 Jun 2005 09:21:39 +0200
Newsgroups: jedi.vcl

Hi Oliver,

thank you very much for your answer.
I hope, you will find a solution for this problem, then I think this is a normal function.
Do you post a message if the problem is solved?

Greetings
Dirk


OBones schrieb:
> OBones wrote:
>
>> Dirk Schiffler wrote:
>>
>>> Hi all,
>>>
>>> I have following situation:
>>>
>>> -Form with components FormStorage, INIFileStorage, MainMenu, CoolBar
>>> -the CoolBar have 2 CoolBands
>>> -in CoolBand 1 is a ToolBar, Property Menu is set to MainMenu
>>> -in CoolBand 2 is a SpeedBar, Property IniStorage is set to FormStorage
>>>
>>> If Application runs I can set buttons on SpeedBar and the state of SpeedBar is saved in a INI-File and restored after application restart.
>>>
>>> If I set CoolBands.Bands in StoredProps for save the position of CoolBand 2 then I have an empty CoolBar after application restart.
>>>
>>> Whats wrong?
>>
>>
>>
>> I just had a look at your demo, and I found what is the problem.
>> The thing is that the "Control" property of the bands is not saved, and as such is restored to be "nil". Hence the bands have nothing in them and just use the minimum size.
>> I'll investigate a bit more to try to find a solution.
>
>
> Well, no, that's not quite that.
> When the ini file is first created, the control property is indeed saved into the file for the two bands.
> When restarting the application, the TReader object restores everything just fine from the dfm. At that point, the application is fine.
> Then the FormStorage comes into play and reads the ini file, which has a value for each Bands in the coolbar. When it finds a value, it clears the bands and creates a new TCoolBand object, which has it's "Control" property set to nil.
> Then it goes on, finds the values for the Control object, but because it has not recreated the assignment of "Control" to the valid object, this property is nil, and the band is empty.
>
> So right now, it is not possible to restore the bands. The code in JvAppStorage would have to be changed so as to take into account this situation when the property is a TComponent, but I'm not quite sure how to do that just yet.
> I'll let the specialist(s) decide the best way to deal with this.
>
> Cheers
> Olivier


Subject: Re: Runtime Designer - Updated Submission
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Thu, 30 Jun 2005 00:13:55 -0700
Newsgroups: jedi.vcl

SetDesigning seems to be the simplest method (thanks Andreas).

> > then you must iterate over all components you have created with this 
> > single component as owner (and reowner them?)

You have to access (hack) the protected SetDesigning method, but that method 
will (optionally) automatically call SetDesigning on all it's children, so 
it's really quite easy. At that point an IDesignerHook implementor that's 
assigned to the parent form's Designer property can get a look at all 
control messages.

Setting csDesigning true also has the side-effect of turning on controls' 
design-time behavior. This effect is probably useful in many situations, but 
undesirable in others. So I went ahead and implemented a second solution 
that hooks each designed TWinControl's WindowProc.

I re-engineered the system so that the messaging method (csDesigning or 
WindowProc) can be selected at run-time. I could also add the original 
SetWindowsHookEx method, but there isn't any obvious reason to do so.

I'm going to do some more cleanups and then I will post my results. The 
system works well for my apps, but more testing is needed, especially with 
varied types of controls on the design surface.

Thanks for the feedback,
Scott


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:d9tccb$bgu$1@talkto.net...
> > Remko Bonte wrote:
> >
>> >> Andreas Hausladen wrote:
>> >>
>>> >> > The only problem is that you cannot switch csDesigning on and off.
>>> >> > Either it is on or it is off. This is because the csDesigning is
>>> >> > inherited from the owner's ComponentState when the component is
>>> >> > created.
>> >>
>> >> TComponent.SetDesigning is protected in D7, so I guess you can change it
>> >> at run-time.
> >
> > Yes you can but then you must iterate over all components you have created
> > with this single component as owner (and reowner them?)
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: jvNavPaneToolPanel
From: "Nic Roche" <nicroche@hotmail.com>
Date: Thu, 30 Jun 2005 13:29:20 +1000
Newsgroups: jedi.vcl

Hi,


I create this control at run-time.

If ShowGrabber=False the Caption is still indented as ShowGrabber=True.

Is there a property or method to force a reposition of the caption?


tia

Nic Roche 




Subject: JvDocking - ManualTabDock - how to auto hide in code
From: "Bob Murdoch" <ram_re_move_5@erols.com>
Date: Wed, 29 Jun 2005 21:46:46 -0400
Newsgroups: jedi.vcl

I'm using the procedure ManualTabDock to automatically dock two forms to the 
left side of the DockServer.  I want the initial state of the form to have 
that auto-hidden, just as if the user had 'un-pinned' it.

Any hint on how to do this in code?

tia,

Bob M.. 




Subject: Re: JvDocking - how to manually undock?
From: vb <m.u.k.2@gawab.com>
Date: Thu, 30 Jun 2005 01:46:04 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

> > Look at the code samples.  Until you've seen how it's done, it's
> > premature to assume that the API is weak.  The things it's doing
> > aren't easily nameable.  The API was much weaker before I added a lot
> > of "docking from code" primitives.  I suggest you look at the
> > folder JVCL3\examples\JvDocking\DockingInCode and try the demo there,
> > it contains a lot of manual dock, manual float, 

Thanks, I have inspected that demo. Those comments in mainform helped 
much. 


and your third question.
> > on focus-causes-shift-of-page should be self evident once you understand
> > this demo.

My third question ? On focus-causes-shift-of-page ? 
I guess you are confusing me with someone.

Best regards. 



Subject: TJvSpeedbar components
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 29 Jun 2005 19:05:20 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Could someone please tell me if the TJvSpeedbar is responsible for freeing 
*all* its owned components? The reason I ask is that I create one 
dynamically on a panel and add several buttons. I also create and add a 
TJvComboBox with the speedbar as owner and parent. 

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: JvDocking - how to manually undock?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 29 Jun 2005 14:51:26 -0400
Newsgroups: jedi.vcl

muk wrote:
> > Hi,
> > 
> > What is the method for manually undock clients ?
> > 
> > BTW is it just me who thinks docking API is weak.

Look at the code samples.  Until you've seen how it's done, it's
premature to assume that the API is weak.  The things it's doing
aren't easily nameable.  The API was much weaker before I added a lot
of "docking from code" primitives.  I suggest you look at the
folder JVCL3\examples\JvDocking\DockingInCode and try the demo there,
it contains a lot of manual dock, manual float, and your third question,
on focus-causes-shift-of-page should be self evident once you understand
this demo.

Warren





Subject: Re: Copy richedit with images
From: "Arg" <r_arg@hotmail.com>
Date: Wed, 29 Jun 2005 08:58:49 -0500
Newsgroups: jedi.vcl

  I found it! Since the jvrichedit does not have InsertObjectDialog I tried 
using a jvdbrichedit for the "scratch" richedit without assigning the 
database properties.  This works with the original copy rtf function and 
your rewritten one.

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:d9psjq$jhl$1@talkto.net...
> > Arg wrote:
> >
>> >> That still didn't copy the image to the jvrichedit from the jvdbrichedit.
> >
> > How did you add the image?
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: Problem with JvFormStorage
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 29 Jun 2005 11:23:58 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Dirk Schiffler wrote:
>
>> Hi all,
>>
>> I have following situation:
>>
>> -Form with components FormStorage, INIFileStorage, MainMenu, CoolBar
>> -the CoolBar have 2 CoolBands
>> -in CoolBand 1 is a ToolBar, Property Menu is set to MainMenu
>> -in CoolBand 2 is a SpeedBar, Property IniStorage is set to FormStorage
>>
>> If Application runs I can set buttons on SpeedBar and the state of SpeedBar is saved in a INI-File and restored after application restart.
>>
>> If I set CoolBands.Bands in StoredProps for save the position of CoolBand 2 then I have an empty CoolBar after application restart.
>>
>> Whats wrong?
>
>
> I just had a look at your demo, and I found what is the problem.
> The thing is that the "Control" property of the bands is not saved, and as such is restored to be "nil". Hence the bands have nothing in them and just use the minimum size.
> I'll investigate a bit more to try to find a solution.

Well, no, that's not quite that.
When the ini file is first created, the control property is indeed saved into the file for the two bands.
When restarting the application, the TReader object restores everything just fine from the dfm. At that point, the application is fine.
Then the FormStorage comes into play and reads the ini file, which has a value for each Bands in the coolbar. When it finds a value, it clears the bands and creates a new TCoolBand object, which has it's "Control" property set to nil.
Then it goes on, finds the values for the Control object, but because it has not recreated the assignment of "Control" to the valid object, this property is nil, and the band is empty.

So right now, it is not possible to restore the bands. The code in JvAppStorage would have to be changed so as to take into account this situation when the property is a TComponent, but I'm not quite sure how to do that just yet.
I'll let the specialist(s) decide the best way to deal with this.

Cheers
Olivier


Subject: Re: Problem with JvFormStorage
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 29 Jun 2005 10:52:09 +0200
Newsgroups: jedi.vcl

Dirk Schiffler wrote:

> Hi all,
>
> I have following situation:
>
> -Form with components FormStorage, INIFileStorage, MainMenu, CoolBar
> -the CoolBar have 2 CoolBands
> -in CoolBand 1 is a ToolBar, Property Menu is set to MainMenu
> -in CoolBand 2 is a SpeedBar, Property IniStorage is set to FormStorage
>
> If Application runs I can set buttons on SpeedBar and the state of SpeedBar is saved in a INI-File and restored after application restart.
>
> If I set CoolBands.Bands in StoredProps for save the position of CoolBand 2 then I have an empty CoolBar after application restart.
>
> Whats wrong?

I just had a look at your demo, and I found what is the problem.
The thing is that the "Control" property of the bands is not saved, and as such is restored to be "nil". Hence the bands have nothing in them and just use the minimum size.
I'll investigate a bit more to try to find a solution.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Runtime Designer - Updated Submission
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 29 Jun 2005 09:44:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Scott J. Miles wrote:
>
>
>> I didn't make any attempt to modify the code for Jedi code standards.
>> Guess I'm not sure re: the protocol for that.
>
>
> No problem. Robert M. will style clean the files :-)

Well, yeah, but it's always an annoying job and one can not be sure that the changes are good. So please have a look at what's on this page, especially the style guide.

http://homepages.borland.com/jedi/jvcl/Help.htm

Cheers
Olivier


Subject: Re: Dynamic TJvSpeedBar
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 29 Jun 2005 06:53:37 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings <ian@microwaredata.co.uk> wrote in 
news:Xns968443469886ianmicrowaredatacouk@194.191.0.34:

> > In CreateWnd of the TsbMain I've tried several ways:
> > 
> > procedure TsbMain.CreateWnd;
> > var
> >   n: Integer;
> > begin
> >   inherited;
> >   n := AddSection('File Commands');
> > 
> >   btnNew := TJvSpeedItem.Create(Self); // also tried Application, nil, 
> > Parent, Auntie, Brother, Cousin, etc
> > 
> >   btnNew.Caption := 'New file'; // and blank
> >   btnNew.Hint := 'New file';
> >   btnNew.Spacing := 1;
> >   btnNew.Left := 3;
> >   btnNew.Top := 3;
> >   btnNew.Visible := True;
> >   btnNew.OnClick := DobtnNewClick;
> > 

Sorry to follow-up to my own post but a lot more fiddling around has the 
following working:

  n := AddSection('File Commands');
  btnNew := NewItem(Self, n, 'btnNew');
  btnNew.Left := 3;
  btnNew.Top := 3;
  btnNew.Visible := True;

So, at least I can get my buttons, though I don't see why creating and 
adding doesn't have the same effect. I'm sure someone will tell me. :)

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: Runtime Designer - Updated Submission
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Jun 2005 07:45:54 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Andreas Hausladen wrote:
> > 
>> > > The only problem is that you cannot switch csDesigning on and off.
>> > > Either it is on or it is off. This is because the csDesigning is
>> > > inherited from the owner's ComponentState when the component is
>> > > created.
> > 
> > TComponent.SetDesigning is protected in D7, so I guess you can change it
> > at run-time.

Yes you can but then you must iterate over all components you have created
with this single component as owner (and reowner them?)

-- Regards, Andreas Hausladen 

Subject: Re: JvCharMap
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 29 Jun 2005 05:42:24 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_gfd_altern.org> wrote in news:d9sb65$5eu$1@talkto.net:

> > I create a two form app, with a mrOk button in the second one.
> > The first one brings up the second one with ShowModal and I can open and 
> > close it any number of time I want without any GPF. With or without the 
> > zoom panel showing.
> > Could you create a sample application, zip up its sources, and post it 
> > as an attached file into mantis?
> > 

Sorry Olivier, I can't replicate it any more. I guess I must have been 
doing something wrong somewhere but I've no idea what it was that I changed 
to get it working properly after this length of time. 

It was a standard dialog thing so I wasn't trying anything special and only 
the same as I've been doing for years when making dialogs. There was 
definitely a problem with the zoom window being left around after the modal 
form closed. When I single-stepped through, the error had occurred and the 
form had gone, the zoom window was still visible. Turning off the zoom 
stopped the GPF happening.

Better forget that one. Hey ho. 


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Dynamic TJvSpeedBar
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 29 Jun 2005 04:33:18 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I'm having one hell of a game trying to populate a TJvSpeedBar at 
runtime and wonder if someone could please advise.

I'm trying to create a component (a TCustomPanel with a Speedbar at this 
stage. I would have used the vanilla TToolbar except it likes to screw 
up the glyphs) and I can't get the buttons to show up if I create them 
dynamically. I've designed the whole thing on a form and am now 
'transferring' the .dfm values to create it dynamically as a component.

I figure I haven't got it right somewhere but I can't find an example 
and the help is a tad skimpy on the subject. I've done what I thought 
was right - from reading through the source - but it doesn't want to 
play, despite several hours of experimentation.

I have a TCustomPanel. In CreateWnd I have:

  inherited;
  sbMain := TsbMain.Create(Self);
  sbMain.Parent := Self;
  sbMain.BtnOffsetHorz := 3;
  sbMain.BtnOffsetVert := 3;
  sbMain.BtnWidth := 24;
  sbMain.BtnHeight := 23;

where TsbMain is basically:

  TsbMain = class(TJvSpeedBar)
  private
    // Tried specific items and tried without them using a generic Item
    // See below

    btnNew: TJvSpeedItem;

(*
    We hook these up when we create each item
    procedure DobtnNewClick(Sender: TObject);
    procedure DobtnOpenClick(Sender: TObject);
    procedure DobtnSaveClick(Sender: TObject);
    procedure DobtnPrintClick(Sender: TObject);
    procedure DobtnCutClick(Sender: TObject);
    procedure DobtnCopyClick(Sender: TObject);
    procedure DobtnPasteClick(Sender: TObject);
    procedure DobtnRuleClick(Sender: TObject);
    procedure DobtnViewSourceClick(Sender: TObject);
    procedure DobtnUnformatClick(Sender: TObject);
    procedure DobtnLinkClick(Sender: TObject);
    procedure DobtnUnlinkClick(Sender: TObject);
    procedure DobtnInsertTag(Sender: TObject);
    procedure DobtnInsertTagClick(Sender: TObject);
    procedure DobtnAddTagClick(Sender: TObject);
    procedure DobtnDeleteTagClick(Sender: TObject);
*)

  protected
    procedure CreateWnd; override;

  public
    // Just to free the button if we use btnNew instead of Item when 
created

    destructor Destroy; override;

  end;

In CreateWnd of the TsbMain I've tried several ways:

procedure TsbMain.CreateWnd;
var
  n: Integer;
begin
  inherited;
  n := AddSection('File Commands');

  btnNew := TJvSpeedItem.Create(Self); // also tried Application, nil, 
Parent, Auntie, Brother, Cousin, etc

  btnNew.Caption := 'New file'; // and blank
  btnNew.Hint := 'New file';
  btnNew.Spacing := 1;
  btnNew.Left := 3;
  btnNew.Top := 3;
  btnNew.Visible := True;
  btnNew.OnClick := DobtnNewClick;

// Tried this next line in and out in case the glyph was screwing 
something up

  btnNew.Glyph.LoadFromResourceName(HInstance, _GLYPHNAMES[gtFileNew]);

  AddItem(n, btnNew);

No button! :( 

I've also tried putting "btnNew.Name := 'btnNew'" after the AddItem, as 
it is in the code in the designer form.

I've also tried:

procedure TsbMain.CreateWnd;
var
  Item: TJvSpeedItem;
  n: Integer;
begin
  inherited;
  n := AddSection('File Commands');

  Item := TJvSpeedItem.Create(Self);
  Item.Name := 'btnNew';
  Item.Hint := 'New file';
  Item.Spacing := 1;
  Item.Left := 3;
  Item.Top := 3;
  Item.Visible := True;
  Item.OnClick := DobtnNewClick;
  Item.Glyph.LoadFromResourceName(HInstance, _GLYPHNAMES[gtNewOpen]);
  AddItem(n, Item);

and it also doesn't work.

Besides having just buttons on the bar I want to include some combo 
boxes and a couple of other things. It's very happy with this concept at 
design time and, set up on a panel on a form (rather than as a 
component) they work fine. So,

procedure TsbMain.CreateWnd;
var
  Combo: TComboBox;
  n: Integer;
begin
  inherited;
  Combo := TComboBox.Create(Self);
  Combo.Parent := Self;
  Combo.Name := 'cboTags';
  Combo.Left := 328;
  Combo.Top := 0;
  Combo.Width := 161;
  Combo.Height := 25;
  Combo.ItemHeight := 17;

  n := AddSection('File Commands');

  btnNew := TJvSpeedItem.Create(nil);

  button stuff, blah, blah...

gives me a nice visible combo box but no buttons.

Does anyone please have a sample for filling this beast or tell me what 
it is I'm doing wrong.

MTIA


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: Runtime Designer - Updated Submission
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 29 Jun 2005 01:54:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The only problem is that you cannot switch csDesigning on and off. Either
> it is on or it is off. This is because the csDesigning is inherited from
> the owner's ComponentState when the component is created.

TComponent.SetDesigning is protected in D7, so I guess you can change it at run-time.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Another problem with JvCharMap
From: "Roland" <news@textkritik.de>
Date: Tue, 28 Jun 2005 22:47:10 +0100
Newsgroups: jedi.vcl

> >Roland wrote:

> >Missing font ?

Well, I think I can exclude this ;-). For testing I tried several UnicodeFonts, mostly 
the core sets of Microsoft, but also the Gentium font. The Tahoma font is default 
in the example. Nothing.

All those fonts display fine in other controls and components, and, of course, in 
other applications (I use Winword and OpenOffice).

Roland



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Runtime Designer - Updated Submission
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 28 Jun 2005 23:35:40 +0200
Newsgroups: jedi.vcl

Scott J. Miles wrote:

> > I didn't make any attempt to modify the code for Jedi code standards.
> > Guess I'm not sure re: the protocol for that.

No problem. Robert M. will style clean the files :-)

> > You'll notice that the hooking stuff is
> > segregated so that it can be easily tested with/replaced by different
> > tech.

The "easiest" way is to activate the designer helpers in the VCL
components (csDesigning in ComponentState). This makes it a lot easier for
message interception.

The only problem is that you cannot switch csDesigning on and off. Either
it is on or it is off. This is because the csDesigning is inherited from
the owner's ComponentState when the component is created.


-- Regards, Andreas Hausladen 

Subject: Re: Runtime Designer - Updated Submission
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Tue, 28 Jun 2005 13:51:52 -0700
Newsgroups: jedi.vcl

>> >> it all looks good (apart from  the tab characters in the source files).

I didn't make any attempt to modify the code for Jedi code standards. Guess 
I'm not sure re: the protocol for that.

>> >> I would prefer if there were no hooks, well, not installed the way they 
>> >> are. It's not common use to have hooks like that in the JVCL source.

I'm not sure to which aspect of the hooking you refer.

If you mean specifically the use of SetWindowsHookEx, I was not able to come 
up with simpler method. I tried a lot of variants on form and application 
message hooks. You'll notice that the hooking stuff is segregated so that it 
can be easily tested with/replaced by different tech.

The ultimate issue is that the designer has to intercept all mouse-events on 
a form populated with controls including TWinControls. SetWindowsHookEx was 
the only reliable method I found. Maybe it's possible to cover the design 
surface with a transparent TWinControl to absorb events ... pretty sure I 
tried that too, but the results of the test have faded from my memory.

Scott

"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:d9san8$5b0$1@talkto.net...
> > Scott J. Miles wrote:
> >
>>>> >>>>There is interest, but I haven't had the time to look at it yet.
>> >>
>> >>
>> >> Sure thing, Olivier. I know you tried to take a look at the first one and 
>> >> had some problems.
>> >>
>> >> I didn't mean to sound impatient. Really just wanted to know if it was 
>> >> worth following up.
> >
> > No worries. I just had a look, at it, and it all looks good (apart from 
> > the tab characters in the source files).
> > I would prefer if there were no hooks, well, not installed the way they 
> > are. It's not common use to have hooks like that in the JVCL source.
> > Can you investigate getting rid of those? Or was this just for the "no 
> > install" demo?
> > In the end, this will be added to the JVCL, we will have to discuss 
> > privately on the details of this contributions and further improvements.
> >
> > Cheers
> > Olivier 




Subject: Re: Another problem with JvCharMap
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 28 Jun 2005 22:19:57 +0200
Newsgroups: jedi.vcl

Roland wrote:

> Any hint?

Missing font ?


Subject: Re: JvCharMap
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 28 Jun 2005 22:19:33 +0200
Newsgroups: jedi.vcl

I create a two form app, with a mrOk button in the second one.
The first one brings up the second one with ShowModal and I can open and close it any number of time I want without any GPF. With or without the zoom panel showing.
Could you create a sample application, zip up its sources, and post it as an attached file into mantis?

http://homepages.borland.com/jedi/issuetracker/

Thanks
Olivier


Subject: Re: Runtime Designer - Updated Submission
From: OBones <obones_gfd_@_gfd_altern.org>
Date: Tue, 28 Jun 2005 22:11:36 +0200
Newsgroups: jedi.vcl

Scott J. Miles wrote:

>>> There is interest, but I haven't had the time to look at it yet.
>
>
> Sure thing, Olivier. I know you tried to take a look at the first one and had some problems.
>
> I didn't mean to sound impatient. Really just wanted to know if it was worth following up.

No worries. I just had a look, at it, and it all looks good (apart from the tab characters in the source files).
I would prefer if there were no hooks, well, not installed the way they are. It's not common use to have hooks like that in the JVCL source.
Can you investigate getting rid of those? Or was this just for the "no install" demo?
In the end, this will be added to the JVCL, we will have to discuss privately on the details of this contributions and further improvements.

Cheers
Olivier


Subject: JvSpeedBar Designer
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 28 Jun 2005 17:24:41 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Just posted a snapshot to binaries of TJvSpeedBar Designer. I couldn't find 
anything in newswhat, which surprised me somewhat.


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Another problem with JvCharMap
From: "Roland" <news@textkritik.de>
Date: Tue, 28 Jun 2005 17:11:47 +0100
Newsgroups: jedi.vcl

I wrote this during noon to Peter, but, after rethinking, I 
suppose it might be better for others to have this issue 
debated in the public:

System: WIN98 SE, Delphi 6 (with update 6.2),
unicows.dll newest version

I installed the demo without a crash, compiled and
executed etc. Problem: The grid displays no character
(it is white in white). I fiddled with colors, but
without success. Strange enough: I can copy an
univisible character and paste it correctly.

Any hint?

    Thanks, 
    Roland



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Copy richedit with images
From: "Arg" <r_arg@hotmail.com>
Date: Tue, 28 Jun 2005 07:35:32 -0500
Newsgroups: jedi.vcl

jvdbrichedit.InsertObjectDialog;

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:d9psjq$jhl$1@talkto.net...
> > Arg wrote:
> >
>> >> That still didn't copy the image to the jvrichedit from the jvdbrichedit.
> >
> > How did you add the image?
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: JV Plugins
From: Gavin <gavin.watkinson@preventon.comment>
Date: Tue, 28 Jun 2005 12:45:51 +0100
Newsgroups: jedi.vcl

I have a problem with loading in a couple of plugins using TJvPluginManager and TJvPlugin

with the following code the plugincount is always one, even though both plugins are getting loaded. Also the second GetInterface never returns an interface

DebugWrite('ProxyPlugin: Create==>');
plgManProxy.LoadPlugin('PlgAvEmail.dll', plgDll);
plgManProxy.Plugins[plgManProxy.PluginCount - 1].GetInterface(ISaviEmailPlugin, AvPlug)

plgManProxy.LoadPlugin('PlgContent.dll', plgDll);
plgManProxy.Plugins[plgManProxy.PluginCount - 1].GetInterface(IContentPlugin, ContentPlug)

DebugWrite('Plugin count ' + IntToStr(plgManProxy.PluginCount));


Also I have just upgraded to Jedi 3 and the OnCreate event for TJvPlugin is now getting called twice, any reasons why this would happen


Subject: Re: Copy richedit with images
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 27 Jun 2005 23:58:38 +0200
Newsgroups: jedi.vcl

Arg wrote:

> That still didn't copy the image to the jvrichedit from the jvdbrichedit.

How did you add the image?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Copy richedit with images
From: "Arg" <r_arg@hotmail.com>
Date: Mon, 27 Jun 2005 15:17:16 -0500
Newsgroups: jedi.vcl

That still didn't copy the image to the jvrichedit from the jvdbrichedit.

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:d9pi04$ghu$1@talkto.net...
> > Arg wrote:
>> >> Is there an easier way to do this?
> >
> > Do something like:
> >
> > procedure TForm1.btnCopyClick(Sender: TObject);
> > var
> >   Stream: TMemoryStream;
> > begin
> >   Stream := TMemoryStream.Create;
> >   try
> >     JvDBRichEdit1.Lines.SaveToStream(Stream);
> >     Stream.Position := 0;
> >     JvRichEdit1.Lines.LoadFromStream(Stream);
> >   finally
> >     Stream.Free;
> >   end;
> > end;
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: Copy richedit with images
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 27 Jun 2005 20:57:26 +0200
Newsgroups: jedi.vcl

Arg wrote:
> Is there an easier way to do this?

Do something like:

procedure TForm1.btnCopyClick(Sender: TObject);
var
  Stream: TMemoryStream;
begin
  Stream := TMemoryStream.Create;
  try
    JvDBRichEdit1.Lines.SaveToStream(Stream);
    Stream.Position := 0;
    JvRichEdit1.Lines.LoadFromStream(Stream);
  finally
    Stream.Free;
  end;
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Copy richedit with images
From: "Arg" <r_arg@hotmail.com>
Date: Mon, 27 Jun 2005 13:00:05 -0500
Newsgroups: jedi.vcl

I am trying to copy the contents from a jvdbrichedit to a jvrichedit.
Using the following function I found somewhere (modified the RE: from 
TRichedit to TJVDBRichedit) copies the text and formatting, but not the 
images that are in the jvdbrichedit.

function GetRTF(RE: TJVDBRichedit): string;
var
   strStream: TStringStream;
begin
   strStream := TStringStream.Create('') ;
   try
     RE.PlainText := False;
     RE.Lines.SaveToStream(strStream) ;
     Result := strStream.DataString;
   finally
     strStream.Free
   end;
end;

procedure TForm1.CpyRTFBtnClick(Sender: TObject);
begin
  jvrichedit1.Text :=GetRTF(jvdbrichedit1);
end;

Is there an easier way to do this?

I need to load the rtf from the database, add some lines to it, and then 
append another rtf to the end of that before printing itwithout modifying 
the original.  To keep from modifying the original document in the database 
I figured I would just copy the contents of the jvdbrichedit to a non-db 
aware richedit and work on it there.  The original has an image (logo) file 
in it.

TIA
Arg




Subject: LookupCombos having both cbsAuto and cbsEllipsis at the same time
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Mon, 27 Jun 2005 13:34:31 +0200
Newsgroups: jedi.vcl

Hi folks,

I've been using the TJvDBGrid (and the Ultim grid) component and would
like to know if it is possible to have a lookup column/field to
represent both the "cbsAuto" and "cbsEllipsis" at the same time.

The idea is to allow a drop down for the user to select the correct
value, but then *also* allow the user to view the detail of the
selected value on the event of clicking the "cbsEllipsis" button.

Any ideas welcome,

Kind regards

Abdullah


Subject: Re: Installation issue
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 27 Jun 2005 11:35:23 +0200
Newsgroups: jedi.vcl

Tim wrote:

> However, I'm afraid I still do not see the connection. Why should I put qrpt
> in my package if I did not need it before? Is there some circular referrence
> here?

Because before, your package was the only one to use Qrpt. Hence there were no conflicts by embedding the required units. Note that Delphi should have said something about implicitly importing a unit, or about requiring to add a package to the "requires" section.
If you don't put a package in the requires section, its units are added into your package. But when another package uses qrpt, then there is your package and qprt using the same unit. And because unit names must be unique amongst packages, the above message arises.
As a rule, if a component uses a unit from another package, that package must be in the requires section of your package. If not, then you are deemed to have problems.

Cheers
Olivier


Subject: Re: Installation issue
From: "Tim" <tim@evolvedatasystems.co.uk>
Date: Mon, 27 Jun 2005 09:45:43 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:d9dr1g$2ov$2@talkto.net...

>> > > It is a package called 'thirdparty', which is one I created to hold a
number
>> > > of small third party components, but there is no evidence of a QREnvEd
unit
>> > > in there.
> >
> > Yes, but you seem to not have "qrpt" in the requires section of this
> > package. Hence, the unit used by one of your components gets put into
> > your own package. Add qrpt to the requires section, rebuild your package
> > and you should be sorted.

Hi,

I added qrpt as you suggest and it works! Thank you.

However, I'm afraid I still do not see the connection. Why should I put qrpt
in my package if I did not need it before? Is there some circular referrence
here?

Tim




Subject: Re: Converting Delphi Demos to C++
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 27 Jun 2005 09:00:22 +0200
Newsgroups: jedi.vcl

sabetay wrote:

>> Then you are sure that the memory allocated to a is deleted. If you don't have he __finally, how can you guarantee this?
>>
> Olivier I know you know it. The solution is to use smart pointers. When the scope finishes automatically will be deleted. No matter what ever will be either if there is an exception or normaly finishes the code. Besides using smart pointers is much clean then to use try & finally blocks. if you forget to write finally clause what will be ? There will be memory leak. __finally is a delphi language extension to CPP. I recall, the discussions that take place in the groups for various reasons finally doesn't execute the proper way. If you google it you'll find.

Ah yes, the auto pointers...
Well, sure they are good, but I still prefer __finally for the examples because it ensures the code is very similar to Delphi's code which makes it much much easier to update the C++ when the Delphi changes.


Subject: Re: Converting Delphi Demos to C++
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Mon, 27 Jun 2005 08:58:46 +0300
Newsgroups: jedi.vcl

OBones wrote:
> sabetay wrote:
>
>>> 1. Please respect the design guide:
>>>   - opening braces are alone on the line, just like begin
>>>   - use only two spaces for indentation
>>
>>
>> Where is the design guide. I don't know where it was. If I was aware of the rules I have to obey them. Sory this was the first time. The next time will be much better.
>
>
> It's the same as for Delphi, except that "begin" and "end;" are replaced with curly braces. The guide is here:
> http://homepages.borland.com/jedi/jvcl/StyleGuide.htm
>
>
>>> 2. Use __finally, don't simply ignore exceptions with a blank catch statement.
>>
>>
>> If I recall right, it was discussed in borland newgroups countless times that finally clause was useless. In C++ you dont need the finally clause. I know like that. But if you want it like that I put it. No problem for me. I don't use finally in my programs. It's useless.
>
>
> Ok, then prove me how it is useless? For instance, if you do this:
>
> int* a = new int
> try
> {
>   *a = 10
> }
> __finally
> {
>   delete a;
> }
>
> Then you are sure that the memory allocated to a is deleted. If you don't have he __finally, how can you guarantee this?
>
>
Olivier I know you know it. The solution is to use smart pointers. When the scope finishes automatically will be deleted. No matter what ever will be either if there is an exception or normaly finishes the code. Besides using smart pointers is much clean then to use try & finally blocks. if you forget to write finally clause what will be ? There will be memory leak. __finally is a delphi language extension to CPP. I recall, the discussions that take place in the groups for various reasons finally doesn't execute the proper way. If you google it you'll find.


>>> 3. Don't comment out code that doesn't compile, ask about it.
>>
>>
>> I've commented out some code in order to compile the program and make the converting time faster.  I'm thinking that converting time will be much faster  then asking and replying. But again no problem if this is the rules I'll obey it.
>
>
> Well, I appreciate the concern, and when I think of it it's good. However, then, please put the methods in the cpp file in the exact same order as in the pas file. This way it makes it easier to compare and be sure everything is in the cpp file.

The order of the functions are exactly like the order that it was used in the declaration  section. There is a one to one corresponding the declaration and the implementation. In this way I can be sure that everything it is converted. But you are rigth next time ıt will be like that.

Thanks

Sabetay


Subject: Re: Height property problem in TJvScrollingWindow - (under BCB?)
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 27 Jun 2005 00:17:12 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> This is true because Height is defined as protected
> in TJvCustomScrollPanel class. 

Well, I see this as well, but it's not defined, it's just that its default value is changed.

> It seems to me it can be bug but I don't know whether
> it is only BCB specific or generally also for Delphi.

This is BCB specific because Delphi apparently does not change the visibility level of a property when simply changing its default value. However, because BCB does, it is important to put them in the same place.

> Should I add this above mentioned problem into the Mantis?

No, I've updated the pas file, it's in CVS. I simply put the properties in a published section.

Cheers
Olivier


Subject: Re: Converting Delphi Demos to C++
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 27 Jun 2005 00:10:30 +0200
Newsgroups: jedi.vcl

sabetay wrote:

>> 1. Please respect the design guide:
>>   - opening braces are alone on the line, just like begin
>>   - use only two spaces for indentation
>
> Where is the design guide. I don't know where it was. If I was aware of the rules I have to obey them. Sory this was the first time. The next time will be much better.

It's the same as for Delphi, except that "begin" and "end;" are replaced with curly braces. The guide is here:
http://homepages.borland.com/jedi/jvcl/StyleGuide.htm


>> 2. Use __finally, don't simply ignore exceptions with a blank catch statement.
>
> If I recall right, it was discussed in borland newgroups countless times that finally clause was useless. In C++ you dont need the finally clause. I know like that. But if you want it like that I put it. No problem for me. I don't use finally in my programs. It's useless.

Ok, then prove me how it is useless? For instance, if you do this:

int* a = new int
try
{
  *a = 10
}
__finally
{
  delete a;
}

Then you are sure that the memory allocated to a is deleted. If you don't have he __finally, how can you guarantee this?


>> 3. Don't comment out code that doesn't compile, ask about it.
>
> I've commented out some code in order to compile the program and make the converting time faster.  I'm thinking that converting time will be much faster  then asking and replying. But again no problem if this is the rules I'll obey it.

Well, I appreciate the concern, and when I think of it it's good. However, then, please put the methods in the cpp file in the exact same order as in the pas file. This way it makes it easier to compare and be sure everything is in the cpp file.

Cheers
Olivier


Subject: Re: Converting Delphi Demos to C++
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 27 Jun 2005 00:06:31 +0200
Newsgroups: jedi.vcl

sabetay wrote:

> Florent Ouchet wrote:
>
>> Hi
>>
>> 5. And clean the project to remove useless sections and avoid absolute pathes and relative pathes outside the jvcl location.
>>
>
> Sory I can't understand what do you mean by cleaning the project to remove useless sections ?  Can you show it in the program?

No, you have to close the project, open the bpr file with a text editor, and edit the XML inside to remove the values for LIBFILES, LIBRAIRIES, and SPARELIBS


> What is abolute paths && relative paths  outside the jvcl location ?

absolute path is c:\some\path\to\some\place
relative path outside of jvcl location are relative paths(..\..\) that go out of the jvcl directory.

Cheers
Olivier


Subject: Re: Converting Delphi Demos to C++
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 27 Jun 2005 00:04:21 +0200
Newsgroups: jedi.vcl

sabetay wrote:

> Olivier,
>
> I 've compiled the demo and getting  the following errors.
>
> [C++ Error] XPColorMenuItemPainter.cpp(21): E2316 'TRect' is not a member of 'Windows'
>
> Wouldn't be TRect TRECT?

Nope, it's TRect, but it's in Types under C6. Just remove the namespace and you'll be fine


> [C++ Error] XPColorMenuItemPainter.cpp(20): E2451 Undefined symbol 'Menus'

Once I fixed the problem above, that one went away.


> [Linker Error] Unresolved external 'FormatTabs(Jvrichedit::TJvParaAttributes *)' referenced from D:\JEDI\JVCL\DCU\EDITORMAINFORMU.OBJ

This is defined in TabsFormU.cpp, maybe I forgot to add it into the bpr, but the file is here.

Note that the application does not compile entirely, as I haven't done the complete conversion of TabsFormU.cpp

Cheers
Olivier


Subject: Re: Converting Delphi Demos to C++
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Mon, 27 Jun 2005 00:45:57 +0300
Newsgroups: jedi.vcl

Olivier,

I 've compiled the demo and getting  the following errors.

[C++ Error] XPColorMenuItemPainter.cpp(21): E2316 'TRect' is not a member of 'Windows'

Wouldn't be TRect TRECT?


[C++ Error] XPColorMenuItemPainter.cpp(20): E2451 Undefined symbol 'Menus'


[Linker Error] Unresolved external 'FormatTabs(Jvrichedit::TJvParaAttributes *)' referenced from D:\JEDI\JVCL\DCU\EDITORMAINFORMU.OBJ

am I missing something ?


Subject: Re: Converting Delphi Demos to C++
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Mon, 27 Jun 2005 00:12:07 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Hi
>
> I've just updated the demo. The TabsForm unit is not finished, but here are a few comments:
>
> 1. Please respect the design guide:
>   - opening braces are alone on the line, just like begin
>   - use only two spaces for indentation


Where is the design guide. I don't know where it was. If I was aware of the rules I have to obey them. Sory this was the first time. The next time will be much better.

>
> 2. Use __finally, don't simply ignore exceptions with a blank catch statement.

If I recall right, it was discussed in borland newgroups countless times that finally clause was useless. In C++ you dont need the finally clause. I know like that. But if you want it like that I put it. No problem for me. I don't use finally in my programs. It's useless.


>
> 3. Don't comment out code that doesn't compile, ask about it.

I've commented out some code in order to compile the program and make the converting time faster.  I'm thinking that converting time will be much faster  then asking and replying. But again no problem if this is the rules I'll obey it.

>
> 4. Have a look at what I've posted in jedi.binaries, it'll show you a few tricks.


I am goint to look at it. Thanks


>
> Thanks for your help
>
> Cheers
> Olivier


Subject: Re: Converting Delphi Demos to C++
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Mon, 27 Jun 2005 00:06:55 +0300
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hi
>
> 5. And clean the project to remove useless sections and avoid absolute pathes and relative pathes outside the jvcl location.
>

Sory I can't understand what do you mean by cleaning the project to remove useless sections ?  Can you show it in the program?
What is abolute paths && relative paths  outside the jvcl location ?

Thanks


Sabetay


Subject: Height property problem in TJvScrollingWindow - (under BCB?)
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Sun, 26 Jun 2005 16:38:28 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I'v got an error message during translation of 
JvScrollingWindow example from Delphi to BCB6.

The problem is following:
1. There is a following component defined as __published: 

   TJvScrollingWindow *ScrollPanel1; 

2. Following code generate error message:

   ScrollPanel1->Height = tmp; /* where: int tmp; */

Build
  [C++ Error] ScrollWinMainFormU.cpp(54): E2247 
'TJvCustomScrollPanel::Height' is not accessible

This is true because Height is defined as protected
in TJvCustomScrollPanel class. 

It seems to me it can be bug but I don't know whether
it is only BCB specific or generally also for Delphi.

Can anybody check this problem?
Should I add this above mentioned problem into the Mantis?

TIA
Vaclav


Subject: Re: Converting Delphi Demos to C++
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Jun 2005 16:12:24 +0200
Newsgroups: jedi.vcl

Hi

5. And clean the project to remove useless sections and avoid absolute pathes and relative pathes outside the jvcl location.

-- 
Florent Ouchet
Vote for calling overloaded functions in BASM: http://qc.borland.com/wc/qcmain.aspx?d=13581


Subject: Re: Converting Delphi Demos to C++
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 26 Jun 2005 14:38:20 +0200
Newsgroups: jedi.vcl

Hi

I've just updated the demo. The TabsForm unit is not finished, but here are a few comments:

1. Please respect the design guide:
  - opening braces are alone on the line, just like begin
  - use only two spaces for indentation

2. Use __finally, don't simply ignore exceptions with a blank catch statement.

3. Don't comment out code that doesn't compile, ask about it.

4. Have a look at what I've posted in jedi.binaries, it'll show you a few tricks.

Thanks for your help

Cheers
Olivier


Subject: Re: Runtime Designer - Updated Submission
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Sat, 25 Jun 2005 17:38:03 -0700
Newsgroups: jedi.vcl

> > Could be combined with JvInspector for a complete runtime designer.

Yes, in the first demo I did just that. I simplified the code in the latest 
one to make a more minimal exemplar.

Btw, I also submitted code a while back that would allow the TJvInspector to 
inspect the common properties of a group of components; an ability necessary 
for a proper design inspector, but I don't think the JVCL masters have had 
time to look at it yet.

Scott

"Kiriakos" <kvlahos@london.edu> wrote in message 
news:d9kmof$h65$1@talkto.net...
> > Looks good!  I am certainly interested.  Could be combined with 
> > JvInspector for a complete runtime designer.
> >
>> >> Please let me know if there is any interest in the code. Otherwise, I 
>> >> will just drop it.
>> >>
>> >> Scott
>> >>




Subject: Re: Runtime Designer - Updated Submission
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Sat, 25 Jun 2005 17:35:01 -0700
Newsgroups: jedi.vcl

>> >> There is interest, but I haven't had the time to look at it yet.

Sure thing, Olivier. I know you tried to take a look at the first one and 
had some problems.

I didn't mean to sound impatient. Really just wanted to know if it was worth 
following up.

Scott

"OBones" <obones_gfd_@_rzr_altern.org> wrote in message 
news:d9kmk6$h5i$1@talkto.net...
> > Scott J. Miles wrote:
> >
>> >> I update the submission of our runtime designer component. Thought I'd 
>> >> mention it here in case somebody wanted to download it (simple compiled 
>> >> demo EXE included in the zip).
>> >>
>> >> Look for the file LrDesignerLib.2005.Jun.25.zip here
>> >> http://homepages.borland.com/jedi/issuetracker/view.php?id=2847
>> >>
>> >> Please let me know if there is any interest in the code. Otherwise, I 
>> >> will just drop it.
> >
> > There is interest, but I haven't had the time to look at it yet.
> >
> > Cheers
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: Runtime Designer - Updated Submission
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Sat, 25 Jun 2005 17:33:33 -0700
Newsgroups: jedi.vcl

> > Is is simple to add new controls?

The designer component has an 'OnGetAddClass' event that you can use to 
specify whatever TControl descendent you want added to the design surface. 
The 'control palette' in the demo is just a toolbar.

> > Can the controls be deleted from the form designer at this point?

Delete key should work. There are also these methods of TDesignController:

  procedure CopyComponents;
  procedure CutComponents;
  procedure DeleteComponents;
  procedure PasteComponents;

Scott

"Nic Roche" <nicroche@hotmail.com> wrote in message 
news:d9ks7n$i0v$1@talkto.net...
>> >> Please let me know if there is any interest in the code.
> >
> > Is is simple to add new controls?
> >
> > Can the controls be deleted from the form designer at this point?
> >
> > Looks promising...
> >
> > Nic Roche
> >
> > "Scott J. Miles" <sjmiles@turbophp.com> wrote in message 
> > news:d9kk6k$gmk$1@talkto.net...
>> >>I update the submission of our runtime designer component. Thought I'd 
>> >>mention it here in case somebody wanted to download it (simple compiled 
>> >>demo EXE included in the zip).
>> >>
>> >> Look for the file LrDesignerLib.2005.Jun.25.zip here
>> >> http://homepages.borland.com/jedi/issuetracker/view.php?id=2847
>> >>
>> >> Please let me know if there is any interest in the code. Otherwise, I 
>> >> will just drop it.
>> >>
>> >> Scott




Subject: Re: Runtime Designer - Updated Submission
From: "Nic Roche" <nicroche@hotmail.com>
Date: Sun, 26 Jun 2005 10:26:38 +1000
Newsgroups: jedi.vcl

> > Please let me know if there is any interest in the code.

Is is simple to add new controls?

Can the controls be deleted from the form designer at this point?

Looks promising...


Nic Roche

"Scott J. Miles" <sjmiles@turbophp.com> wrote in message 
news:d9kk6k$gmk$1@talkto.net...
> >I update the submission of our runtime designer component. Thought I'd 
> >mention it here in case somebody wanted to download it (simple compiled 
> >demo EXE included in the zip).
> >
> > Look for the file LrDesignerLib.2005.Jun.25.zip here
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=2847
> >
> > Please let me know if there is any interest in the code. Otherwise, I will 
> > just drop it.
> >
> > Scott
> >
> >
> > 




Subject: Re: Runtime Designer - Updated Submission
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 26 Jun 2005 00:45:01 +0200
Newsgroups: jedi.vcl

Scott J. Miles wrote:

> I update the submission of our runtime designer component. Thought I'd mention it here in case somebody wanted to download it (simple compiled demo EXE included in the zip).
>
> Look for the file LrDesignerLib.2005.Jun.25.zip here
> http://homepages.borland.com/jedi/issuetracker/view.php?id=2847
>
> Please let me know if there is any interest in the code. Otherwise, I will just drop it.

There is interest, but I haven't had the time to look at it yet.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Runtime Designer - Updated Submission
From: "Kiriakos" <kvlahos@london.edu>
Date: Sun, 26 Jun 2005 01:42:55 +0300
Newsgroups: jedi.vcl

Looks good!  I am certainly interested.  Could be combined with JvInspector 
for a complete runtime designer.

> > Please let me know if there is any interest in the code. Otherwise, I will 
> > just drop it.
> >
> > Scott
> >
> >
> > 




Subject: Runtime Designer - Updated Submission
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Sat, 25 Jun 2005 15:03:38 -0700
Newsgroups: jedi.vcl

I update the submission of our runtime designer component. Thought I'd 
mention it here in case somebody wanted to download it (simple compiled demo 
EXE included in the zip).

Look for the file LrDesignerLib.2005.Jun.25.zip here
http://homepages.borland.com/jedi/issuetracker/view.php?id=2847

Please let me know if there is any interest in the code. Otherwise, I will 
just drop it.

Scott





Subject: Re: JvValidateEdit with values > 999
From: "MacFly" <geladmin@yahoo.com.br>
Date: Sat, 25 Jun 2005 18:11:05 -0300
Newsgroups: jedi.vcl

Ok..
Comma is default separator for decimal's in currency format but in number
format default is dot...
For example:
R$1.500.155,15 -> Currency
1.500.155.15 -> Float with 2 decimal digits

Macfly


"Michal Borsuk" <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid> escreveu
na mensagem news:d9kb74$f29$1@talkto.net...
> > MacFly wrote:
>> > > Hi..
> > [...]
>> > > My regional settings (pt-br):
>> > > ThousandSeparator := '.';
>> > > DecimalSeparator := '.';
> >
> > I've just checked: I have pt_Br as "R$ 123.456.789,00" - so in standard
> > settings, there isn't a dot, but comma as the decimal separator.
> >
> > I wonder why one would set it that way, and whether that wouldn't be
> > very confusing to any parser.
> >
>> > > Thanks in advance..
> >
> > Rien.
> >
> >
> >
> > --
> > Michal Borsuk
> > Advanced Call Manager - a call register and manager.
> > http://www.advancedcallmanager.com/
> >




Subject: Re: JvValidateEdit with values > 999
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 25 Jun 2005 21:30:30 +0200
Newsgroups: jedi.vcl

MacFly wrote:
> > Hi..
[...]
> > My regional settings (pt-br):
> > ThousandSeparator := '.';
> > DecimalSeparator := '.';

I've just checked: I have pt_Br as "R$ 123.456.789,00" - so in standard
settings, there isn't a dot, but comma as the decimal separator.

I wonder why one would set it that way, and whether that wouldn't be
very confusing to any parser.

> > Thanks in advance..

Rien.



-- Michal Borsuk Advanced Call Manager - a call register and manager. http://www.advancedcallmanager.com/ 

Subject: Re: JvDocking - how to manually undock?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 25 Jun 2005 12:24:16 +0200
Newsgroups: jedi.vcl

muk wrote:

> What is the method for manually undock clients ?

You can call the DoFloatForm procedure from JvDockControlForm.pas.
Another way is to call the RestoreChild method of the TJvDockClient
component.

> BTW is it just me who thinks docking API is weak.

I don't know. I think it is pretty complete but hard to understand if you are new to it. I tried to simplify it a bit by introducing the TDockFormAdapter object in MSDN2002MainUnit.pas in the MSDN docking example.

But we don't get much feedback on how we must improve it. Maybe if you or others provide a list of questions, I can make a FAQ?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvCharMap
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 25 Jun 2005 09:30:11 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

There *seems* to be a bit of a problem with TJvCharMap - or with the 
version (oldish) that I have. I've had serious pain in the past ungrading 
so tend to refrain from doing it until I've plucked up sufficient courage. 
I can alo never bring myself to delete old versions (just in case!!) so my 
disk is beginning to get a tad over-populated. :)

I've knocked up the usual thing, modal dialog-type form with TJvCharMap and 
a couple of combos for Font and Filter, Ok and Cancel.

Everything is terrific, first time through. The second time the whole thing 
goes belly-up with a GFP when the form closes for the second time. I create 
the form dynamically from within a function.

I think it's something to do with the ZoomPanel. If I turn the ZoomPanel 
off then all is well. When I was single-stepping through I noticed that the 
form was destroyed but the ZoomPanel was still visible!

HTH (and hope that nobody's already reported it. I did look in Whatnews)




-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: JvDocking - how to manually undock?
From: vb <m.u.k.2@gawab.com>
Date: Fri, 24 Jun 2005 22:57:35 +0000 (UTC)
Newsgroups: jedi.vcl

And also how can I manually ensure a form buried deep into
window hierarchy is visible and focused.(eg. when the form is docked in 
another tabhost and that tabhost is in another host....) 

Thanks


Subject: Component for hotspot crreation on images
From: Martin Holmes <mholmes@uvic.ca>
Date: Fri, 24 Jun 2005 14:40:25 -0700
Newsgroups: jedi.vcl

Hi there,

I'm working on an application that would enable rubber-band selection of rectangular hotspot areas on a graphic (a bit like the SHED hotspot editor). I'm sure people have done this before, and I'm wondering if anyone knows of a component that builds this kind of functionality into a bitmap display component. Does JEDI have anything like this? A lot of the JVCL image components seem to be undocumented as yet.

All help appreciated,
Martin


Subject: JvDocking - how to manually undock?
From: muk <m.u.k.2@gawab.com>
Date: Fri, 24 Jun 2005 16:33:35 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

What is the method for manually undock clients ?

BTW is it just me who thinks docking API is weak.

Thanks.


Subject: JvValidateEdit with values > 999
From: "MacFly" <geladmin@yahoo.com.br>
Date: Fri, 24 Jun 2005 13:27:30 -0300
Newsgroups: jedi.vcl

Hi..

If i set the value of a JvValidateEdit to value > 999 a get this responses:
As Float:
1500 is converted to  1.500 but after de componente lose focus de value is
conveted to 0
1.500 is converted to 1.5
If TrimDecimals is set to True
1.500 is conveted to 1.500. (with dot at end)

As cuurency
1500 is converted to R$1.500.00 but after lose focus de value is set to
R$0.00

My regional settings (pt-br):
ThousandSeparator := '.';
DecimalSeparator := '.';

To avoid this i make a small change that remove all dots, except last, from
digited text, but the error with TrimDecimals enabled still remain...

This errors is caused because my regional settings config? I use default
configuration to my country...

Thanks in advance..




Subject: Re: Access denied / EOutOfResources exception for TJvSpinButton
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 24 Jun 2005 09:32:48 +0200
Newsgroups: jedi.vcl

Michael J. Leaver wrote:

> Andreas Hausladen wrote:
>
>> Michael J. Leaver wrote:
>>
>>> That's what I was thinking, but I had it in my head that the GDI memory
>>> limitations were a thing of that past and solved/resolved in XP.
>>
>>
>> If I allocate 10000 GDI handles under 2000 and XP, only 9999 will be
>> allocated and the 10000th fails with EOutOfResources. To see that an
>> application has a GDI resource leak I use the Taskmanager and add the "GDI
>> handle" column. But that does not help to find it ;-)
>>
>
> I didn't realise there was a hard limit on the actual number of GDI handles. Typical. There does seem to be a leak somewhere so it looks like there's some investigative work ahead for me :( Bye bye weekend.

There appear to be a limit per application, but also for the entire system. Hence, you may hit the limit of the system because of another leaking app. But still, investigation is a good idea, if you can trigger the problem easily.
Note that if it's a JVCL component leaking that bad, we are very interested in knowing which one it is (and sorry for the inconvenience).

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Access denied / EOutOfResources exception for TJvSpinButton
From: "Michael J. Leaver" <spam@mjleaver.com>
Date: Fri, 24 Jun 2005 15:26:00 +0800
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Michael J. Leaver wrote:
>> That's what I was thinking, but I had it in my head that the GDI memory
>> limitations were a thing of that past and solved/resolved in XP.
>
> If I allocate 10000 GDI handles under 2000 and XP, only 9999 will be
> allocated and the 10000th fails with EOutOfResources. To see that an
> application has a GDI resource leak I use the Taskmanager and add the "GDI
> handle" column. But that does not help to find it ;-)
>

I didn't realise there was a hard limit on the actual number of GDI handles. Typical. There does seem to be a leak somewhere so it looks like there's some investigative work ahead for me :( Bye bye weekend.


Subject: Re: Access denied / EOutOfResources exception for TJvSpinButton
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 24 Jun 2005 09:00:07 +0200
Newsgroups: jedi.vcl

Michael J. Leaver wrote:

> That's what I was thinking, but I had it in my head that the GDI memory limitations were a thing of that past and solved/resolved in XP. I'll need to look into this (a quick search says there may be a 192MB limit in NT/2K/XP, and it's now in the kernel).

There still are limits, higher than in win98, but still. The most famous one is the very limited number of system timers (TTimer) which, AFAIR is about 10.


> There were very few controls on the screen, so maybe there's a GDI memory leak? Are there any tools to detect this? Would MemCheck find them?

There might be yes, but maybe not coming from your app.
AFAIK, MemCheck does not check for GDI objects specifically, but it's still a good thing to run with it.

Cheers
Olivier


Subject: Re: Access denied / EOutOfResources exception for TJvSpinButton
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Jun 2005 08:55:55 +0200
Newsgroups: jedi.vcl

Michael J. Leaver wrote:

> > That's what I was thinking, but I had it in my head that the GDI memory
> > limitations were a thing of that past and solved/resolved in XP.

If I allocate 10000 GDI handles under 2000 and XP, only 9999 will be
allocated and the 10000th fails with EOutOfResources. To see that an
application has a GDI resource leak I use the Taskmanager and add the "GDI
handle" column. But that does not help to find it ;-)


> > Would MemCheck find them?

Yes it does.


-- Regards, Andreas Hausladen 

Subject: Re: Access denied / EOutOfResources exception for TJvSpinButton
From: "Michael J. Leaver" <spam@mjleaver.com>
Date: Fri, 24 Jun 2005 14:22:08 +0800
Newsgroups: jedi.vcl

OBones wrote:
> Not strange at all, as it's not memory that ran out, but GDI resources.
> Basically, the number of graphical objects that can be drawn by GDI is limited. Hence, if you reach the limit, you get this error.
> This can come for too many graphical buttons, or a very limited video driver, or another application that behaves badly and eats up all the resources.
> In the end, I suspect this is hardly reproducible, and if I was in your position, I wouldn't be able to do much. Just look around for overusage of buttons, and memory leaks due to creation of graphical objects at runtime.
>
> Cheers
> Olivier Sannier

That's what I was thinking, but I had it in my head that the GDI memory limitations were a thing of that past and solved/resolved in XP. I'll need to look into this (a quick search says there may be a 192MB limit in NT/2K/XP, and it's now in the kernel).

There were very few controls on the screen, so maybe there's a GDI memory leak? Are there any tools to detect this? Would MemCheck find them?

Thanks


Subject: Re: jvPageControl Side Tabs with no Text
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Thu, 23 Jun 2005 12:42:36 -0700
Newsgroups: jedi.vcl

Peter Thornqvist [JVCL Developer] wrote:
> What font are you using?
>
never mind i misunderstood the first time. the page control uses Arial but i'm pretty sure i have changd it to other fonts and it doesnt work with those either, such as ms sans serif, etc.


Subject: Re: jvPageControl Side Tabs with no Text
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Thu, 23 Jun 2005 12:40:38 -0700
Newsgroups: jedi.vcl

Peter Thornqvist [JVCL Developer] wrote:
> What font are you using?
>
the standard font that is with that theme


Subject: Re: jvPageControl Side Tabs with no Text
From: "Peter Thornqvist [JVCL Developer]" <peter.removetheobvious.tornqvist@gmail.com>
Date: Thu, 23 Jun 2005 20:43:15 +0200
Newsgroups: jedi.vcl

What font are you using?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net "Chris M" <chris@_Takethisout_eventsoft.com> skrev i meddelandet news:d9c9eb$ogc$1@talkto.net...
> > When I use a jvpagecontrol with side tabs and its run on Windows XP with
> > the Windows XP candy looking theme (with the green start button), the
> > text on the side tabs disappears and i'm left with just blank tabs.
> > Does anyone know how to get around this?
> >
> > Thanks.




Subject: Re: Converting Delphi Demos to C++
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 23 Jun 2005 19:37:48 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Please, next time, post the zip files in jedi.binaries
>
> I'll have a look at that over the week-end.
> JvXPMenuItemPainter is in JvMenus

Uh... wait, no, it's defined in the demo, if I recall well.


Subject: Re: Converting Delphi Demos to C++
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 23 Jun 2005 19:37:23 +0200
Newsgroups: jedi.vcl

Please, next time, post the zip files in jedi.binaries

I'll have a look at that over the week-end.
JvXPMenuItemPainter is in JvMenus


Subject: Converting Delphi Demos to C++
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Thu, 23 Jun 2005 20:21:01 +0300
Newsgroups: jedi.vcl

Hi,

I've tried to convert the RichEdit Example.
It's already finished. There 3 pas file but they are not related. There
are some major problems like JvXPColorMenuItemPainter class is not defined and documentated, or at least I couldn't find them. I've comment out them. and some minor ones like Format.

I've attached as a zip file. I'll appreciate if you give some help .


Thanks


Sabetay

JvRichEdit.zip
	



Subject: Re: Access denied / EOutOfResources exception for TJvSpinButton
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 23 Jun 2005 19:17:33 +0200
Newsgroups: jedi.vcl

Not strange at all, as it's not memory that ran out, but GDI resources.
Basically, the number of graphical objects that can be drawn by GDI is limited. Hence, if you reach the limit, you get this error.
This can come for too many graphical buttons, or a very limited video driver, or another application that behaves badly and eats up all the resources.
In the end, I suspect this is hardly reproducible, and if I was in your position, I wouldn't be able to do much. Just look around for overusage of buttons, and memory leaks due to creation of graphical objects at runtime.

Cheers
Olivier Sannier


Subject: Access denied / EOutOfResources exception for TJvSpinButton
From: "Michael J. Leaver" <spam@mjleaver.com>
Date: Fri, 24 Jun 2005 00:32:02 +0800
Newsgroups: jedi.vcl

I got a madExcept bug report from one of our users. An exception was raised while a TJvSpinButton control was being drawn. It seems a bit strange as there's 197MB free. Any reason why this would happen?

date/time         : 2005-06-22, 23:18:23, 234ms
computer name     : X
user name         : X
operating system  : Windows XP Service Pack 2 build 2600
system language   : English
system up time    : 47 minutes 20 seconds
program up time   : 9 minutes 48 seconds
processor         : AMD Athlon(tm) XP 1800+
physical memory   : 197/511 MB (free/total)
free disk space   : (C:) 18.87 GB (D:) 13.62 GB
display mode      : 1024x768, 32 bit
process id        : $abc
allocated memory  : 55.47 MB
executable        : X.exe
exec. date/time   : 2005-06-22 16:57
version           : 4.0.2.0
madExcept version : 2.7g
exception class   : EOutOfResources
exception message : Access is denied..

Main ($c44):
0046a347 X.exe Graphics            GDIError
0046a37f X.exe Graphics            GDICheck
0046a564 X.exe Graphics            TransparentStretchBlt
0046ec4c X.exe Graphics            TBitmap.Draw
0046996f X.exe Graphics            TCanvas.Draw
00655a2c X.exe JvSpin TSpinButtonBitmaps.DrawDiagonalThemedArrows
0065508a X.exe JvSpin              ConstructThemedButton
00655386 X.exe JvSpin TSpinButtonBitmaps.DrawAllBitmapDiagonalThemed
00654c48 X.exe JvSpin              TSpinButtonBitmaps.DrawAllBitmap
00654ad8 X.exe JvSpin              TSpinButtonBitmaps.Create
00656143 X.exe JvSpin              TSpinButtonBitmapsManager.WantButtons
00653bf1 X.exe JvSpin              TJvSpinButton.CheckButtonBitmaps
00654241 X.exe JvSpin              TJvSpinButton.Paint
004cae58 X.exe Controls            TGraphicControl.WMPaint
004c4594 X.exe Controls            TControl.WndProc
00548dde X.exe JvExControls        TJvExGraphicControl.WndProc
004c4364 X.exe Controls            TControl.Perform
004c7996 X.exe Controls            TWinControl.PaintControls
004c782e X.exe Controls            TWinControl.PaintHandler
004c7c57 X.exe Controls            TWinControl.WMPaint
004c4594 X.exe Controls            TControl.WndProc
004c75f3 X.exe Controls            TWinControl.WndProc
004ad54d X.exe Forms               TCustomForm.WndProc
004c4594 X.exe Controls            TControl.WndProc
004c75f3 X.exe Controls            TWinControl.WndProc
004c7270 X.exe Controls            TWinControl.MainWndProc
0045400c X.exe Classes             StdWndProc
7c90eae0 ntdll.dll                          KiUserCallbackDispatcher
77d496c2 user32.dll                         DispatchMessageA
004b3b4b X.exe Forms               TApplication.ProcessMessage
004b3b82 X.exe Forms               TApplication.HandleMessage
004b0731 X.exe Forms               TCustomForm.ShowModal
00675f55 X.exe GlobalSettings   75 TfrmGlobalSettings.ShowForm
006847b2 X.exe main           4163 TfrmMain.aGlobalSettingsExecute
00453977 X.exe Classes             TBasicAction.Execute
004a722d X.exe ActnList            TContainedAction.Execute
004a7ecf X.exe ActnList            TCustomAction.Execute
0045384b X.exe Classes             TBasicActionLink.Execute
004bacf7 X.exe Menus               TMenuItem.Click
004bbebb X.exe Menus               TMenu.DispatchCommand
004af4ef X.exe Forms               TCustomForm.WMCommand
004c4594 X.exe Controls            TControl.WndProc
004c75f3 X.exe Controls            TWinControl.WndProc
004ad54d X.exe Forms               TCustomForm.WndProc
004e03bd X.exe TntControls     660 TWinControlTrap.WindowProc
004c7270 X.exe Controls            TWinControl.MainWndProc
0045400c X.exe Classes             StdWndProc
77d4c660 user32.dll                         CallWindowProcW
004e0020 X.exe TntControls     548 TWinControlTrap.Win32Proc
0045400c X.exe Classes             StdWndProc
77d496c2 user32.dll                         DispatchMessageA
004b3b4b X.exe Forms               TApplication.ProcessMessage
004b3b82 X.exe Forms               TApplication.HandleMessage
004b3db2 X.exe Forms               TApplication.Run
00687bcb X.exe X               110 initialization


Subject: Re: Installation issue
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 23 Jun 2005 10:17:45 +0200
Newsgroups: jedi.vcl

Tim wrote:

> "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
> news:d9b67h$fci$1@talkto.net...
>
>> Tim wrote:
>>
>>
>>> Having installed the latest components, I get the error message 'Can't
>
> load
>
>>> package c:\...JvGlobusD7D.bpl. Cannot load package qrpt70. It contains
>
> unit
>
>>> QREnvEd which is also contained in package...' and then the same error
>>> concerning 'c:\...JvInterpreterD7D.bpl ' etc.
>>>
>>> I understand the problem, but I am not sure how best to resolve it. Can
>>> anyone point me in the right direction?
>>
>> What is the other package's name?
>
>
> It is a package called 'thirdparty', which is one I created to hold a number
> of small third party components, but there is no evidence of a QREnvEd unit
> in there.

Yes, but you seem to not have "qrpt" in the requires section of this package. Hence, the unit used by one of your components gets put into your own package. Add qrpt to the requires section, rebuild your package and you should be sorted.


Subject: Re: Convertinhg delphi examples to C++
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 23 Jun 2005 10:16:31 +0200
Newsgroups: jedi.vcl

sabetay wrote:
> To OBones,
>
> I am using C++6.
>
> In some of the Jvcl\Examples\... folders there isn't any  C++6 Project. I understand that this demos are not ready. But there are Delphi Project's which my be converted to C++. I'm not fluent with Delphi. But  if you help me a little I can convert some of the demo's to C++. Do you want me to do?

Please do.
Most times, it's a matter of copying the content of the DFM over from Delphi to C++ and changing = to ==, := to = and so on...
I have somewhere on my todo list a "delphi to bcb converter" but has never had the time to finalize it.
Anyway, in all cases, it's best to have delphi and bcb of the same version opened at the same time to do this:

D: Open project
D: Note size of form
C: Create new app
C: Set size of form
D: Select all components on form, Copy
C: Select form, paste
D: look at code, write down the list of events.
C: Create event handlers for the above list
D: Copy each event handler code
C: paste the code in the appropriate place
C: Convert code
C: Notice if any "private" variable or function is missing
D: Copy those missing functions

It takes about 5 minutes per project, if it is simple.
But some tricky ones require a bit more work, especially when the Delphi code uses default array properties (TStrings.Items for instance) because [] is an indirection on a pointer by default in C++...

Anyway, if you want some help, please ask, we'll see what we can do.


Subject: Re: Installation issue
From: "Tim" <tim@evolvedatasystems.co.uk>
Date: Thu, 23 Jun 2005 04:50:30 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:d9b67h$fci$1@talkto.net...
> > Tim wrote:
> >
>> > > Having installed the latest components, I get the error message 'Can't
load
>> > > package c:\...JvGlobusD7D.bpl. Cannot load package qrpt70. It contains
unit
>> > > QREnvEd which is also contained in package...' and then the same error
>> > > concerning 'c:\...JvInterpreterD7D.bpl ' etc.
>> > >
>> > > I understand the problem, but I am not sure how best to resolve it. Can
>> > > anyone point me in the right direction?
> >
> > What is the other package's name?

It is a package called 'thirdparty', which is one I created to hold a number
of small third party components, but there is no evidence of a QREnvEd unit
in there.

Tim




Subject: Re: Plugin Wizard does not work yet I get no replies?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 22 Jun 2005 22:26:16 +0200
Newsgroups: jedi.vcl

Have you added an entry in Mantis ?

http://homepages.borland.com/jedi/issuetracker/

Get a login and add an entry, this way we can keep track of the bug and look at it when we get the time.
Basically, most work is done on week-ends anyway.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Plugin Wizard does not work yet I get no replies?
From: Dave Hamdon <not@not.com>
Date: Wed, 22 Jun 2005 14:21:50 -0600
Newsgroups: jedi.vcl

I also see a post from Andrea.

Can anybody on the Jedi team confirm this is a known bug?  I have fixed the Wizard to correctly generate the DPR.  Works now in Delphi 7 but have no idea why is absolutely does not work in Delphi 2005??

Anybody?

Thanks,
Dave A. Hamdon


Subject: jvPageControl Side Tabs with no Text
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Wed, 22 Jun 2005 11:10:17 -0700
Newsgroups: jedi.vcl

When I use a jvpagecontrol with side tabs and its run on Windows XP with the Windows XP candy looking theme (with the green start button), the text on the side tabs disappears and i'm left with just blank tabs. Does anyone know how to get around this?

Thanks.


Subject: Re: Help files?
From: "Alex" <pleaszze@no.messages>
Date: Wed, 22 Jun 2005 13:35:53 -0400
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_rzr_altern.org> wrote in message
news:d9c5cu$nhl$1@talkto.net...
> > You have the mega demo, and you have a chm file for downloading:
> >
> > http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42481

Got it!  Thank you.




Subject: Re: Help files?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 22 Jun 2005 19:01:11 +0200
Newsgroups: jedi.vcl

Alex wrote:
> Are there any help files for the JVCL components available?  I noticed that
> there is a Help folder for JVCL, but I don't see any *.hlp files in it.  I
> found the Jedi Online Help available at
> http://homepages.borland.com/jedi/jedihelp/, but I was hoping that there would
> be a document that would help me get acquainted with the functionality of all
> the components available.

You have the mega demo, and you have a chm file for downloading:

http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42481


Subject: Help files?
From: "Alex" <pleaszze@no.messages>
Date: Wed, 22 Jun 2005 12:24:13 -0400
Newsgroups: jedi.vcl

Are there any help files for the JVCL components available?  I noticed that
there is a Help folder for JVCL, but I don't see any *.hlp files in it.  I
found the Jedi Online Help available at
http://homepages.borland.com/jedi/jedihelp/, but I was hoping that there would
be a document that would help me get acquainted with the functionality of all
the components available.




Subject: Convertinhg delphi examples to C++
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Wed, 22 Jun 2005 19:22:13 +0300
Newsgroups: jedi.vcl

To OBones,

I am using C++6.

In some of the Jvcl\Examples\... folders there isn't any  C++6 Project. I understand that this demos are not ready. But there are Delphi Project's which my be converted to C++. I'm not fluent with Delphi. But  if you help me a little I can convert some of the demo's to C++. Do you want me to do?

Thanks

Sabetay


Subject: Re: Which download?
From: "Alex" <pleaszze@no.messages>
Date: Wed, 22 Jun 2005 12:18:03 -0400
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:d99jdr$5ag$1@talkto.net...

Thanks.  I hadn't encountered the 7z format before.




Subject: Please, version clx download and framework VisualCLX enabled....... Download ?
From: "Chris" <cristianosistemas@hotmail.com>
Date: Wed, 22 Jun 2005 12:17:32 -0300
Newsgroups: jedi.vcl

All good, I understood that they are not giving more support for VisualCLX,
what I want I am I finish it version (release) of the JVCL with support the
active VisualCLX to install without having that to go one by one in the
DPKs, please!




Subject: Re: RTF to HTML
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 22 Jun 2005 15:23:08 +0200
Newsgroups: jedi.vcl

OBones wrote:
> I just tested, it works just fine here with Mozilla.
Yep, but still the wrong file :-/


Subject: Re: RTF to HTML
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 22 Jun 2005 15:22:41 +0200
Newsgroups: jedi.vcl

Miha Vrhovnik wrote:
> Wiebe Tijsma wrote:
>
>
>> Hi,
>>
>> Here's the most basic (but working) example of a DHTML Editor in a
>> Delphi 7 project
>> http://www.netindustry.nl/resources/DHTMLEditor%2Ddelphi/
>>
>> it uses TEmbeddedWb, supports Unicode (see the chinese example html
>> file).
>>
>> Best Regards,
>>
>> Wiebe Tijsma
>>
>>
>
> I doesn't work for me. The URL is pointing to
> ...../Proposion-N2N-Data-Access-Application-Block/Proposion.DataAccess.zi
> p
>
> Regards,
> Miha

Oops, you're right, sorry, corrected it now...

direct download link:
http://www.netindustry.nl/resources/DHTMLEditor%2Ddelphi/DHtmlEditor.zip

Wiebe


Subject: Re: Please, version clx download and framework VisualCLX enabled.......
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 22 Jun 2005 14:21:45 +0200
Newsgroups: jedi.vcl

Chris wrote:

> He is the following one, I I lowered one release of the JEDI, where he was
> possivel to install in the D7, with framework VisualCLX,
> recently I lowered finishes it version, and framework VisualCLX does not
> exist more qualified, I do not have knowledge and habil time to participate
> of the project, and I would only like it package installation of this
> release, that he is possible to install on the VisualCLX Debtor, is a
> penalty, of the same skill that borland abandoned the Kylix, the community
> follows the same walks (personal commentary) somebody can sends the package
> for msn please:
> cristianosistemas@hotmail.com
> Cristiano Sao Paulo/Brazil

There is no need to repost your message very day or so.
We saw it, we are sorry that we had to drop the VisualCLX support, but there is nothing that can be done, none of us has the knowledge nor the time to bring it back from the grave.

Regards

Olivier Sannier
JVCL Coordinator


Subject: Please, version clx download and framework VisualCLX enabled.......
From: "Chris" <cristianosistemas@hotmail.com>
Date: Wed, 22 Jun 2005 09:07:16 -0300
Newsgroups: jedi.vcl

He is the following one, I I lowered one release of the JEDI, where he was
possivel to install in the D7, with framework VisualCLX,
recently I lowered finishes it version, and framework VisualCLX does not
exist more qualified, I do not have knowledge and habil time to participate
of the project, and I would only like it package installation of this
release, that he is possible to install on the VisualCLX Debtor, is a
penalty, of the same skill that borland abandoned the Kylix, the community
follows the same walks (personal commentary) somebody can sends the package
for msn please:
cristianosistemas@hotmail.com
Cristiano Sao Paulo/Brazil




Subject: Re: Installation issue
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 22 Jun 2005 10:10:00 +0200
Newsgroups: jedi.vcl

Tim wrote:

> Having installed the latest components, I get the error message 'Can't load
> package c:\...JvGlobusD7D.bpl. Cannot load package qrpt70. It contains unit
> QREnvEd which is also contained in package...' and then the same error
> concerning 'c:\...JvInterpreterD7D.bpl ' etc.
>
> I understand the problem, but I am not sure how best to resolve it. Can
> anyone point me in the right direction?

What is the other package's name?


Subject: Installation issue
From: "Tim" <tim@evolvedatasystems.co.uk>
Date: Wed, 22 Jun 2005 08:51:26 +0100
Newsgroups: jedi.vcl

Having installed the latest components, I get the error message 'Can't load
package c:\...JvGlobusD7D.bpl. Cannot load package qrpt70. It contains unit
QREnvEd which is also contained in package...' and then the same error
concerning 'c:\...JvInterpreterD7D.bpl ' etc.

I understand the problem, but I am not sure how best to resolve it. Can
anyone point me in the right direction?

Thanks.




Subject: Re: Which download?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 22 Jun 2005 07:59:48 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Andreas Hausladen wrote:
>
>
>> But they become more and more :-) This weekend I found the tool TUGzip
>> which will now replace 7zip and WinZip on my computer.
>>
>
> Post a link!

www.google.com <g>

http://www.tugzip.com/


Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 22 Jun 2005 03:55:06 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Many, many thanks for all your tips and advice. Apologies for not having 
come back here before (or even checked the links you all kindly suggested 
yet) but our phone line has been belly-up since Monday evening. Looks like 
I've got some catching up to do. :)

Again, very many thanks




-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: Which download?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 22 Jun 2005 05:48:07 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:


> But they become more and more :-) This weekend I found the tool TUGzip
> which will now replace 7zip and WinZip on my computer.
>

Post a link!


Subject: hide scrollbars for jvImageListbox
From: "Nyte" <1n2y3t45e6@7n8y9t0e1.us>
Date: Tue, 21 Jun 2005 23:15:05 +0100
Newsgroups: jedi.vcl

Is there a way to hide a jvImageListbox's scroll bar(s)?

showScrollBar in user32 doesn't do the job correctly.

any suggestions? remove the numbers in my email.



--- posted by geoForum on http://delphi.newswhat.com


Subject: bcb5 install - components do not appear
From: "Martin Fensome" <martin.fensome@gmail.com>
Date: Tue, 21 Jun 2005 14:37:40 -0700
Newsgroups: jedi.vcl

Forgive me if this is covered somewhere, I googled and searched forums but
did not find it.

My install using jedi installer via the install bat file seemed to go
fine...and completed.

But, there is no tab for the components...and I can't find them anywhere.

Hints anyone on how to solve?

Thanks

Martin





Subject: Re: RTF to HTML
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 21 Jun 2005 22:39:19 +0200
Newsgroups: jedi.vcl

I just tested, it works just fine here with Mozilla.


Subject: Re: Which download?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 21 Jun 2005 21:07:40 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > but not all users have 7-zip decompressors.
But they become more and more :-) This weekend I found the tool TUGzip
which will now replace 7zip and WinZip on my computer.

-- Regards, Andreas Hausladen 

Subject: Re: Please, version clx discontinued ?
From: "Chris" <cristianosistemas@hotmail.com>
Date: Tue, 21 Jun 2005 15:36:56 -0300
Newsgroups: jedi.vcl

He is the following one, I I lowered one release of the JEDI, where he was
possivel to install in the D7, with framework VisualCLX,
recently I lowered finishes it version, and framework VisualCLX does not
exist more qualified, I do not have knowledge and habil time to participate
of the project, and I would only like it package installation of this
release, that he is possible to install on the VisualCLX Debtor, is a
penalty, of the same skill that borland abandoned the Kylix, the community
follows the same walks (personal commentary) somebody can sends the package
for msn please:
cristianosistemas@hotmail.com
Cristiano Sao Paulo/Brazil




Subject: Re: RTF to HTML
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Tue, 21 Jun 2005 18:27:14 +0000 (UTC)
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> > Hi,
> > 
> > Here's the most basic (but working) example of a DHTML Editor in a
> > Delphi 7 project
> > http://www.netindustry.nl/resources/DHTMLEditor%2Ddelphi/
> > 
> > it uses TEmbeddedWb, supports Unicode (see the chinese example html
> > file).
> > 
> > Best Regards,
> > 
> > Wiebe Tijsma
> > 
> > 
I doesn't work for me. The URL is pointing to
...../Proposion-N2N-Data-Access-Application-Block/Proposion.DataAccess.zi
p

Regards,
Miha


Subject: Re: Which download?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 21 Jun 2005 19:46:17 +0200
Newsgroups: jedi.vcl

Alex wrote:
> JVCL300CompleteJCL195-Build1848.7z, with size 8873460
> JVCL300CompleteJCL195-Build1848.zip with size 16565511
>
> What's the difference between this two?

They are compressed with different algorithms.
As you can see 7-zip compresses better than traditional Zip,
but not all users have 7-zip decompressors.


Subject: Which download?
From: "Alex" <pleaszze@no.messages>
Date: Tue, 21 Jun 2005 13:24:31 -0400
Newsgroups: jedi.vcl

On the download page for JVCL 3.00 there are two different "complete"
downloads:

JVCL300CompleteJCL195-Build1848.7z, with size 8873460

and

JVCL300CompleteJCL195-Build1848.zip with size 16565511

What's the difference between this two?







Subject: Re: Please, version clx discontinued ?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 21 Jun 2005 19:04:16 +0200
Newsgroups: jedi.vcl

Chris wrote:
> It doubts, platform CLX, or visualclx of the libraries of the Jedi was
> discontinued? I am trying to install and it does not have more the option
> visualclx, for Delphi 7. It was really discontinued? e had some previo
> acknowledgment?


Yes, it has been dropped until someone courageous enough takes over the development of that side of the library.
It has been discussed just before the release of 3.00 and it was decided that because no one was going to work on it, we could not delay the release any further.
If anyone wants to take over, please do, we will provide the required assistance.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: DBGrids and Functionality
From: Opp <nospam@spamexcepmt.com>
Date: Tue, 21 Jun 2005 16:21:22 +0100
Newsgroups: jedi.vcl

Hi all -

Just working with the DBGrids that come with delphi (including
jvDBUltimGrid.) Not sure if its possible, but (as with most of my
customers ) users often like to use the shortcut keys to navigate the
application.

One aspect of behaviour that I am having trouble implementing - is the
ability of the ALT+DOWN arrow key to atcivate the JvDbLookupComboBox
which I have as n EditControl in my DBGrid.

Here is the problem...

When navigating the DBGrid - I would like the user to be able to
activate the EditControl (in this case a jvDbLookupComboBox) by using
the standard ALT+DOWN arrow keys.

I can trap the keyboard events as follows...

====================================================

procedure TReplacementForm.GlassReplaceGridKeyDown(Sender: TObject;
  var Key: Word; Shift: TShiftState);
begin
    if DownKeyPressed then
        if AltDown then
         // Activate the EditControl here!
end;

function AltDown : Boolean;
var
   State : TKeyboardState;
begin
   GetKeyboardState(State) ;
   Result := ((State[vk_Menu] and 128) <> 0) ;
end;

function DownKeyPressed : Boolean;
var
   State : TKeyboardState;
begin
   GetKeyboardState(State) ;
   Result := ((State[VK_DOWN] and 128) <> 0) ;
end;
====================================================

So the problem is, I cant seem to find a way of activating the
EditControl associated with the grid. I can call the DropDown
procedure of the control itself - but this does Activate mthe control
in-place.

Any help would be much appreciated.

Cheers.

Opp.

P.S Does anyone know why all (apparently) Db drop-down controls show
more than on selction highlighted - when only one item is selected
(this is a problem with the DB drop down box in Delphi too.)



Subject: Re: Please, version clx discontinued ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 21 Jun 2005 13:16:32 +0200
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:

> > I guess that the Jedi Team is in lake of Kylix developpers. So their
> > primary focus was to deliver a Win32 working release.

More than 1.200.000 lines of code is not an easy task to port to Linux.
And the base system JvExVCL has changed since someone worked on the last
VisualCLX compatible version.


-- Regards, Andreas Hausladen 

Subject: Re: RTF to HTML
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 21 Jun 2005 11:37:35 +0200
Newsgroups: jedi.vcl

Hi,

Here's the most basic (but working) example of a DHTML Editor in a Delphi 7 project
http://www.netindustry.nl/resources/DHTMLEditor%2Ddelphi/

it uses TEmbeddedWb, supports Unicode (see the chinese example html file).

Best Regards,

Wiebe Tijsma


Miha Vrhovnik wrote:
> Ian Jennings wrote:
>
>
>> Hi all
>>
>> Following last week's fun and games trying to send Unicode through
>> email I have another little problem.
>>
>> As I said in one of my last posts I figured that the best way to
>> approach my previous problem (sending English, Latvian or Russian
>> text in email) was to send HTML. Fine. My problem now, that I've gone
>> down the HTML route, is that I have to make a WYSIWYG editor to fit
>> inside another application to create/edit the HTML.
>>
>> I certainly don't need to do anything particularly sophisticated but
>> I do have to be able to change fonts and font sizes. Creating in RTF
>> and then converting to HTML seemed to me a be a reasonable way of
>> doing things. My problem now is finding some way of getting the
>> entered text from RTF to HTML. Because I'm having to include Latvian
>> and Cyrillic alphabets I struggling to find some way of converting to
>> HTML properly. The TJvRichEditToHtml doesn't seem to handle things
>> very well.
>>
>> I've tried various other third-party solutions (TNT, Drag2XHTML, etc,
>> etc) and none of them seem to work too well, either. I've had a
>> search through the JEDI help pages but can't see anything there.
>>
>> Has anyone any ideas please?
>>
>> MTIA
>
>
> You can try to play with what's written at:
> http://adam.wincustomize.com/articles.aspx?SID=59&aid=66022&c=1&UID=0
>
> and if something useful comes around I think a lot of ppl will be
> interested in.
>
> Regards,
> Miha


Subject: Re: RTF to HTML
From: "Miha Vrhovnik" <bigdeny@yahoo.com>
Date: Tue, 21 Jun 2005 07:14:06 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings wrote:

> > Hi all
> > 
> > Following last week's fun and games trying to send Unicode through
> > email I have another little problem.
> > 
> > As I said in one of my last posts I figured that the best way to
> > approach my previous problem (sending English, Latvian or Russian
> > text in email) was to send HTML. Fine. My problem now, that I've gone
> > down the HTML route, is that I have to make a WYSIWYG editor to fit
> > inside another application to create/edit the HTML.
> > 
> > I certainly don't need to do anything particularly sophisticated but
> > I do have to be able to change fonts and font sizes. Creating in RTF
> > and then converting to HTML seemed to me a be a reasonable way of
> > doing things. My problem now is finding some way of getting the
> > entered text from RTF to HTML. Because I'm having to include Latvian
> > and Cyrillic alphabets I struggling to find some way of converting to
> > HTML properly. The TJvRichEditToHtml doesn't seem to handle things
> > very well.
> > 
> > I've tried various other third-party solutions (TNT, Drag2XHTML, etc,
> > etc) and none of them seem to work too well, either. I've had a
> > search through the JEDI help pages but can't see anything there.
> > 
> > Has anyone any ideas please?
> > 
> > MTIA

You can try to play with what's written at:
http://adam.wincustomize.com/articles.aspx?SID=59&aid=66022&c=1&UID=0

and if something useful comes around I think a lot of ppl will be
interested in.

Regards,
Miha


Subject: Re: Please, version clx discontinued ?
From: Stephane Wierzbicki <swierzbicki@free.Fr>
Date: Tue, 21 Jun 2005 08:31:34 +0200
Newsgroups: jedi.vcl

Chris a écrit :
> It doubts, platform CLX, or visualclx of the libraries of the Jedi was
> discontinued? I am trying to install and it does not have more the option
> visualclx, for Delphi 7. It was really discontinued? e had some previo
> acknowledgment?
>
>

I guess that the Jedi Team is in lake of Kylix developpers. So their primary focus was to deliver a Win32 working release.

BR

Stephane Wierzbicki


Subject: Re: AppInstances and TrayIcon
From: "Peter Sanders" <peter@infopos.com.au>
Date: Tue, 21 Jun 2005 10:44:44 +0800
Newsgroups: jedi.vcl

Hi

Ok, I think I used the rejected method incorrectly.

I now use it to send a UserNotify param. This is then "picked up" by the tray based app and it DOES now restore as expected.

However I did notice something odd? I initially tested the method implementation using a showmessage. When I tested it a few times, I received repeated instnaces of the message, although there was only one instance of the running app.

After removing the ShowMessage and instating the restore method, several attempts at starting other instances of the already running in the tray app, from the filemanager resulted in restoring the tray app. However it took progressively longer each time to perform the restore. After approx 10 attempts it took almost a second instead of an instant to restore the tray app.

I suppose in the real world this should not present a problem, but there may be something that warrants fiuther "inspection".

Any advice you can offer on my methodology or lack thereof :D would be appreciated.

Kind regards

Peter

On Tue, 21 Jun 2005 09:54:30 +0800, Peter Sanders <peter@infopos.com.au> wrote:

> Hi
>
> I use a TJvTrayIcon to allow use of the windows notification area.
>
> I also want to have a single instance of my app and have therefore used the TJvAppInstances component. This works fine when the app is either on the desktop or minimised, however it does not seem to be able to "restore" an app that has been placed in the "tray".
>
> Can someone advise if there is a limitation of TJvAppinstances preventing it from restoring such apps, or if there is a method that can be used to perform such a restore?
>
> I have attempted to use the OnRejected method to call either the TJvTrayIcon popup menu "Restore1Click" option -doesn't work. I have attempted to implement the same restore code (that works from a TJvTrayIcon popup menu "Restore1Click" selection using the mouse) within an OnRejected method - doesn't work either!
>
> In each attempt above a "ShowMessage" method DID work and displayed the message. In one implementation a showmessage method worked both before and after the restore code, so the code is "executed" but there is no restore operation.
>
> Any advice on how I can implement my requirements?
>
> kind regards
>
> Peter
>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: AppInstances and TrayIcon
From: "Peter Sanders" <peter@infopos.com.au>
Date: Tue, 21 Jun 2005 09:54:30 +0800
Newsgroups: jedi.vcl

Hi

I use a TJvTrayIcon to allow use of the windows notification area.

I also want to have a single instance of my app and have therefore used the TJvAppInstances component. This works fine when the app is either on the desktop or minimised, however it does not seem to be able to "restore" an app that has been placed in the "tray".

Can someone advise if there is a limitation of TJvAppinstances preventing it from restoring such apps, or if there is a method that can be used to perform such a restore?

I have attempted to use the OnRejected method to call either the TJvTrayIcon popup menu "Restore1Click" option -doesn't work. I have attempted to implement the same restore code (that works from a TJvTrayIcon popup menu "Restore1Click" selection using the mouse) within an OnRejected method - doesn't work either!

In each attempt above a "ShowMessage" method DID work and displayed the message. In one implementation a showmessage method worked both before and after the restore code, so the code is "executed" but there is no restore operation.

Any advice on how I can implement my requirements?

kind regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: TXB themed JvDocking
From: "Kiriakos" <kvlahos@london.edu>
Date: Tue, 21 Jun 2005 01:25:26 +0300
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:d962s7$cgi$1@talkto.net...

> > I'll update the TJvDockVSNetStyle.pas file.

That would be great since there was quite a bit of interest (see 
jrsoftware.toolbar2000.thirdparty) and one wouldn't want to force these 
people to modify the distributed JVCL files.

> > Looks cool :)

Thank you.  It would look even better if the following two lines are added 
in  procedure TJvDockVSChannel.PopupDockForm(Pane: TJvDockVSPane)

    Pane.FActive := True;
    Invalidate;

and these two lines in TJvDockVSChannel.HidePopupPanel(Pane: TJvDockVSPane);

    Pane.FActive := False;
    Invalidate;

Do you want me to place a Mantis feature request for these or this e-mail is 
enough?





Subject: Re: JvTipOfDay
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Mon, 20 Jun 2005 17:58:49 -0400
Newsgroups: jedi.vcl

Added as #3047 - Thanks Remko

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:d963t4$cs3$1@talkto.net...
> > J. Clarke wrote:
>> >> I'm actually using the Tip Of The Day dialog more as a Message of the 
>> >> day - I always want it to show.  Is there a way to hide/disable the 
>> >> checkbox to 'Show Tips on Startup'?
> >
> > No, currently not. You can add a feature request at mantis: 
> > http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: RTF to HTML
From: Gert Kello <gert.kello@mail.ee>
Date: Mon, 20 Jun 2005 21:57:53 +0300
Newsgroups: jedi.vcl

>>
>> And it's not the actual component, it's an example requiring the component. There's a URL to the latest copy in the .pas header but it just goes back to where, if you go through Files|Open Source to the DHTML wysiwyg Editor, you actually get another copy of the demo - which requires TDHTMLEdit. What would we do without recursion? :)
>
>
> I'll take a look as soon as I get to home... (probably some 3-4 hours from now)

I took a liitle bit more to reach home...

>
>>
>> There's a few samples of various things that, with the aid of some of the forum posts, I *should* be able to get something going.

To get the  TDHTMLEdit compowent, You'll need to import the DHTML edit type library: Choose "Project"->"Import type library" from Delphi main menu, locate the "DHTML Edit control for IE5 (version 1.0)", make sure the "Generate Comonent Wrapper" check-box is checked (At the very bottom of page), and press the "Install..." button. After You have choses the package, compiled and installed it, You'll have the TDHTMLEdit component...

I have to warn that the sample from http://www.euromind.com/iedelphi/HTMLEdit/HTMLEdit1.htm does not work.. Probably some internals have changed, and I didn't even try to search what's wrong...

Gert


Subject: Please, version clx discontinued ?
From: "Chris" <cristianosistemas@hotmail.com>
Date: Mon, 20 Jun 2005 15:39:27 -0300
Newsgroups: jedi.vcl

It doubts, platform CLX, or visualclx of the libraries of the Jedi was
discontinued? I am trying to install and it does not have more the option
visualclx, for Delphi 7. It was really discontinued? e had some previo
acknowledgment?




Subject: JvOutlook vs JvLookOut
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Mon, 20 Jun 2005 14:32:21 -0400
Newsgroups: jedi.vcl

Which one of these should I use?? :-)

I know docs are a thorny issue, and the current docs are getting better and better, but I'd like to see some comparisons between similar components.  This could even be addressesed in the Demo.  But the demo seems to lack a number of the similar components.

Tom...


Subject: Re: JvPluginWizard has problems with D2005
From: Dave Hamdon <not@not.com>
Date: Mon, 20 Jun 2005 11:31:33 -0600
Newsgroups: jedi.vcl

I posted this question also.  I still have not had any response.  It does not work at all in Delphi 2005, in fact, I eventually get a crash when trying to use it.  In Delphi 7, the .DPR project file is not created properly so the associated unit does not show up in the Project Manager.

Not sure why I haven't got a response on this yet, but it did work for a while back in the beta, in Delphi 7 anyway.

Andrea Raimondi said the following on 18/06/2005 2:21 AM:
> Hello.
>
> I tried to create a DLL plugin with D2005, but once the IDE just vanished and the other time the project was empty i.e. no pas
> module was created in the project.
>
> So my question is: apart the IDE vanishing that seems an IDE
> problem, is there any other known issue with D2005?
>
> TIA,
>
> Andrew


Subject: Re: RTF to HTML
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Mon, 20 Jun 2005 18:14:51 +0200
Newsgroups: jedi.vcl

Also check out the TMozillaBrowser if you want to get around IE:
http://www.paranoia.clara.net/articles/taming_the_lizard_with_delphi.html

Don't think it supports the editing though :-(

I know I have embedded the MSHTML editor somewhere, trying to dig back to that now...

Ian Jennings wrote:
> "Peter Thornqvist [JVCL Developer]"
> <peter.removetheobvious.tornqvist@gmail.com> wrote in
> news:d93jm1$dqs$1@talkto.net:
>
>> http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/edi
>> ting/mshtmleditor.asp
>> All URL's should be on one line
>>
>
>
> Hi Peter (or anyone else),
>
> Thanks for the tips. A cheeky question - I don't suppose you would have a link of some sort to some sample code for an editor? I've been around those links and the Files link doesn't seem to work (even to the point of creating a new Yahoo profile) for me to retrieve the Open Source project code that's talked extensively about. I've been all over the place trying to find a simple sample for a simple soul. :)
>
> I only need something *very* basic. File New, File Open, File Save, Copy, Paste and font manipulation is all I need. It doesn't have to insert tables, images or do anything kinky - other than handle Latvian and Russian characters. :)
>
> MTIA
>
> Cheers
>


Subject: JvGnuGettext.pas standard list GlobalIgnoreProperties
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Mon, 20 Jun 2005 17:46:12 +0200
Newsgroups: jedi.vcl

Hi Jvcl,

When using TJvGnuGettext in a project using TJv* components, is there a standard list of properties that should be ignored when translating the application (such as 'FieldName' in the TJvDBGrid.Columns[n], I've been searching half a day why my field values didn't show up at runtime &-\ ).

And if the answer is negative, would it be useful to include the JvGnuGetText.pas in each unit and specifying the standard TP_GlobalIgnoreClassProperty for every component?

unit JvDBSpinEdit;

uses
{$IFDEF USE_DXGETTEXT}
  JvGnugettext,
{$ENDIF USE_DXGETTEXT}

....

initialization
{$IFDEF USE_DXGETTEXT}
  TP_GlobalIgnoreClassProperty(TJvDBSpinEdit,'DataField');
{$ENDIF USE_DXGETTEXT}

Thanks,

Wiebe Tijsma


Subject: Re: RTF to HTML
From: Gert Kello <Gert.Kello@mail.ee>
Date: Mon, 20 Jun 2005 15:07:22 +0300
Newsgroups: jedi.vcl

Ian Jennings wrote:
> Ian Jennings <ian@microwaredata.co.uk> wrote in
> news:Xns967B785A7E4AEianmicrowaredatacouk@194.191.0.34:
>
>> Gert Kello <Gert.Kello@mail.ee> wrote in news:d962oa$chs$1@talkto.net:
>>
>>
>>
>>> On the second sight:
>>>
>>> http://www.euromind.com/iedelphi/download/dhtmlEdit.zip
>>>
>
>
> And it's not the actual component, it's an example requiring the component. There's a URL to the latest copy in the .pas header but it just goes back to where, if you go through Files|Open Source to the DHTML wysiwyg Editor, you actually get another copy of the demo - which requires TDHTMLEdit. What would we do without recursion? :)

I'll take a look as soon as I get to home... (probably some 3-4 hours from now)

>
> There's a few samples of various things that, with the aid of some of the forum posts, I *should* be able to get something going.


Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 20 Jun 2005 11:04:48 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings <ian@microwaredata.co.uk> wrote in
news:Xns967B785A7E4AEianmicrowaredatacouk@194.191.0.34: 

> > Gert Kello <Gert.Kello@mail.ee> wrote in news:d962oa$chs$1@talkto.net:
> > 
> > 
>> >> On the second sight:
>> >> 
>> >> http://www.euromind.com/iedelphi/download/dhtmlEdit.zip
>> >> 

And it's not the actual component, it's an example requiring the component. 
There's a URL to the latest copy in the .pas header but it just goes back 
to where, if you go through Files|Open Source to the DHTML wysiwyg Editor, 
you actually get another copy of the demo - which requires TDHTMLEdit. What 
would we do without recursion? :)

There's a few samples of various things that, with the aid of some of the 
forum posts, I *should* be able to get something going. 

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 20 Jun 2005 09:59:45 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote in news:d963s3$cpd$1
@talkto.net:

> > Ian Jennings wrote:
> > 
>> >> I've spent *far* too long in front of this bloody screen! 
> > 
> > Please do not splash your blood on the screen. It makes it unreadable.
> > Sacrificing blood also does not work well to make things go. :-)
> > 

Sorry.

{$BLOOD OFF}

<g>

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: RTF to HTML
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Jun 2005 11:57:47 +0200
Newsgroups: jedi.vcl

Ian Jennings wrote:

> I've spent *far* too long in front of this bloody screen! 

Please do not splash your blood on the screen. It makes it unreadable.
Sacrificing blood also does not work well to make things go. :-)


Subject: Re: JvTipOfDay
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 20 Jun 2005 11:57:46 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:
> I'm actually using the Tip Of The Day dialog more as a Message of the day - I always want it to show.  Is there a way to hide/disable the checkbox to 'Show Tips on Startup'? 

No, currently not. You can add a feature request at mantis: http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 20 Jun 2005 09:48:29 +0000 (UTC)
Newsgroups: jedi.vcl

Gert Kello <Gert.Kello@mail.ee> wrote in news:d962oa$chs$1@talkto.net:


> > On the second sight:
> > 
> > http://www.euromind.com/iedelphi/download/dhtmlEdit.zip
> > 
> > Link is on blue background on page 
> > http://www.euromind.com/iedelphi/HTMLEdit/HTMLEdit1.htm
> > 

Thanks Gurt, that's most kind of you. I see where the link is now. It never 
occurred to me that the 'DHTML Editing Component' link wouldn't take me to 
the DHTML Editing Component. :) I've spent *far* too long in front of this 
bloody screen! 

Many thanks again.

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: TXB themed JvDocking
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 20 Jun 2005 11:40:14 +0200
Newsgroups: jedi.vcl

Kiriakos wrote:
> [..] To compile and install the component you need to use the included modified TJvDockVSNetStyle.pas. The modifications (marked with KV) are minor and have no impact on the original TJvDockVSNetStyle style. [..] 

I'll update the TJvDockVSNetStyle.pas file.

> An executable that serves as a demo of TXB themed JvDocking and JvTabbar is also included. 

Looks cool :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: RTF to HTML
From: Gert Kello <Gert.Kello@mail.ee>
Date: Mon, 20 Jun 2005 12:39:42 +0300
Newsgroups: jedi.vcl

>> Well, the DHTML edit component documentation is located in MSDN
>> archive: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnared
>> com/html/dhtmledit.asp
>> To use it from delphi, You should import the ActiveX library... There
>> is no "TDHTMLEditor" component for Delphi... Just an ActiveX
>
>
> Yes, but there *used* to be a TDHTMLEdit component for Delphi- or so it would seem. There's plenty of mentions of it in Google. Sherlock is still on the trail. :)

On the second sight:

http://www.euromind.com/iedelphi/download/dhtmlEdit.zip

Link is on blue background on page http://www.euromind.com/iedelphi/HTMLEdit/HTMLEdit1.htm


Subject: Re: RTF to HTML
From: Gert Kello <Gert.Kello@mail.ee>
Date: Mon, 20 Jun 2005 12:11:01 +0300
Newsgroups: jedi.vcl

Ian Jennings wrote:
> Gert Kello <Gert.Kello@mail.ee> wrote in news:d95vmr$bpv$1@talkto.net:
>
>
>
>> Sorry, I accidently cancelled this message :(
>
>
> LOL. Not quickly enough, it seems. I was waiting for you. :)
>
>
>
>> Well, the DHTML edit component documentation is located in MSDN
>> archive: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnared
>> com/html/dhtmledit.asp
>> To use it from delphi, You should import the ActiveX library... There
>> is no "TDHTMLEditor" component for Delphi... Just an ActiveX
>
>
> Yes, but there *used* to be a TDHTMLEdit component for Delphi- or so it would seem. There's plenty of mentions of it in Google. Sherlock is still on the trail. :)

*If* You import the DHTMLEdit ActiveX component, You will propably get the one... There should be "Import Type library" menu entry in Delphi (sorry, I do not have the Delphi at hand to check out...). The type library itself is propably something like mshtml.dll or something.

But, the easiest way would be just to turn the TWebBrowser component into edit mode... The code was given in message 2 in this thread.

Gert


Subject: Re: RTF to HTML
From: Your name <nowhere@nowhere.com>
Date: Mon, 20 Jun 2005 09:09:05 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <oobnes__gf_@_gfd_altern.org> wrote in
news:d9601k$bs0$1@talkto.net: 

 
>> >> I'm not overlooking something like that in JEDI, am I?  
> > 
> > Not that i know of. But apparently, from the quick read I had of the 
> > above page, it's a matter of turning on the editing mode, and there
> > you go, you have a wysiwyg editor...

Yes, which is where we came in when I asked Peter if he knew of any 
examples/snippets to show how to start on setting up the whole thing from 
scratch.

There's a whole group of gurus at http://groups.yahoo.com/group/delphi-
dhtmledit/ but I can't *yet* find a *simple* working example. I'm gradually 
trawling through the posts but there's 1774 of them - and there's an awful 
lot of dead links to navigate back from. :)

Cheers


Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 20 Jun 2005 09:01:07 +0000 (UTC)
Newsgroups: jedi.vcl

Gert Kello <Gert.Kello@mail.ee> wrote in news:d95vmr$bpv$1@talkto.net:


> > Sorry, I accidently cancelled this message :(

LOL. Not quickly enough, it seems. I was waiting for you. :)


> > Well, the DHTML edit component documentation is located in MSDN
> > archive: 
> > http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnared
> > com/html/dhtmledit.asp 
> > 
> > To use it from delphi, You should import the ActiveX library... There
> > is no "TDHTMLEditor" component for Delphi... Just an ActiveX

Yes, but there *used* to be a TDHTMLEdit component for Delphi- or so it 
would seem. There's plenty of mentions of it in Google. Sherlock is still 
on the trail. :)

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: RTF to HTML
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 20 Jun 2005 10:53:13 +0200
Newsgroups: jedi.vcl

Ian Jennings wrote:

> OBones <oobnes__gf_@_gfd_altern.org> wrote in
> news:d95v1p$bkb$1@talkto.net:
>
>> The DHTML editing component has been deprecated, it's been replaced by
>> the MSHTML editing mode.
>>
>> It's explained at the bottom of that page:
>>
>> http://msdn.microsoft.com/library/default.asp?URL=/library/en-us/dnmsht
>> ml/html/mshtmleditplatf.asp
>
>
> Yes, but there doesn't appear to be a TMSHTMLEdit component or anything else to replace it. Has everything gone commercial these days or has Borland bought them all up? I'd have thought that *someone* would have put a wrapper around it - or am I barking up several wrong trees here? :) I think I've been messing with so many different ideas to come up with something simple that I'm getting a tad confused.
>
> I'm not overlooking something like that in JEDI, am I?  

Not that i know of. But apparently, from the quick read I had of the above page, it's a matter of turning on the editing mode, and there you go, you have a wysiwyg editor...


Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 20 Jun 2005 08:49:19 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <oobnes__gf_@_gfd_altern.org> wrote in
news:d95v1p$bkb$1@talkto.net: 

> > The DHTML editing component has been deprecated, it's been replaced by
> > the MSHTML editing mode.
> > 
> > It's explained at the bottom of that page:
> > 
> > http://msdn.microsoft.com/library/default.asp?URL=/library/en-us/dnmsht
> > ml/html/mshtmleditplatf.asp 
> > 

Yes, but there doesn't appear to be a TMSHTMLEdit component or anything 
else to replace it. Has everything gone commercial these days or has 
Borland bought them all up? I'd have thought that *someone* would have put 
a wrapper around it - or am I barking up several wrong trees here? :) I 
think I've been messing with so many different ideas to come up with 
something simple that I'm getting a tad confused.

I'm not overlooking something like that in JEDI, am I?  

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: RTF to HTML
From: Gert Kello <Gert.Kello@mail.ee>
Date: Mon, 20 Jun 2005 11:47:42 +0300
Newsgroups: jedi.vcl

Ian Jennings wrote:
> Gert Kello <Gert.Kello@mail.ee> wrote in news:d95ta3$b73$1@talkto.net:
>
>
>> Maybe they mean
>>
>> http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/msh
>> tml/mshtml_editing_node_entry.asp

Sorry, I accidently cancelled this message :(

>
>
> That's where I was messing around in. That was where I was sent in my quest for the TDHTMLEdit component. From http://www.euromind.com/iedelphi/ HTMLEdit then DHTML Edit then DHTML Editing Component and you're 404 in M$. Doing a search for TDHTMLEdit (and going downwards) got me to the page you suggested. I go up and down the pages in there and still can't see anything for TDHTMLEDit component after the intro page. The damn thing *has* to be around somewhere as I've found posts referring to it. But I've Googled and tried at Yahoo, Altavista, Excite, Ask, et al and can't find one link to it. I've also been around all my Delphi bookmarks and there's nothing there either. Bizarre.

Well, the DHTML edit component documentation is located in MSDN archive:
http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnaredcom/html/dhtmledit.asp

To use it from delphi, You should import the ActiveX library... There is no "TDHTMLEditor" component for Delphi... Just an ActiveX


Subject: Re: RTF to HTML
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 20 Jun 2005 10:36:13 +0200
Newsgroups: jedi.vcl

The DHTML editing component has been deprecated, it's been replaced by the MSHTML editing mode.

It's explained at the bottom of that page:

http://msdn.microsoft.com/library/default.asp?URL=/library/en-us/dnmshtml/html/mshtmleditplatf.asp


Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 20 Jun 2005 08:22:36 +0000 (UTC)
Newsgroups: jedi.vcl

Gert Kello <Gert.Kello@mail.ee> wrote in news:d95ta3$b73$1@talkto.net:

> > Maybe they mean
> > 
> > http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/msh
> > tml/mshtml_editing_node_entry.asp 
> > 

That's where I was messing around in. That was where I was sent in my quest 
for the TDHTMLEdit component. From http://www.euromind.com/iedelphi/ 
HTMLEdit then DHTML Edit then DHTML Editing Component and you're 404 in M$. 
Doing a search for TDHTMLEdit (and going downwards) got me to the page you 
suggested. I go up and down the pages in there and still can't see anything 
for TDHTMLEDit component after the intro page. The damn thing *has* to be 
around somewhere as I've found posts referring to it. But I've Googled and 
tried at Yahoo, Altavista, Excite, Ask, et al and can't find one link to 
it. I've also been around all my Delphi bookmarks and there's nothing there 
either. Bizarre.


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: TJvFormStorage
From: "Peter Panino" <peter-panino@aon.at>
Date: Mon, 20 Jun 2005 09:46:15 +0200
Newsgroups: jedi.vcl

How can I *manually* write/read a single specific property of any component in JvFormStorage?

Thanks in advance


Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 20 Jun 2005 07:43:24 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com> wrote in
news:d95rgo$anr$1@talkto.net: 

> > I don't have any examples, but I believe the EmbeddedWB guys have some
> > kind of wrapper for the HTML editor stuff, so you might find a demo
> > there. The URL is http://www.euromind.com/iedelphi
> > 

I had been digging around in there. There's a TDHTMLEdit component but the 
link goes to a 404-compliant page at Micro$oft. Search around M$ for 
TDHTMLEdit didn't help a lot, either. I can't even find much about it on 
the web. Guess what I'm going to be spending today doing. :)

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: RTF to HTML
From: "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com>
Date: Mon, 20 Jun 2005 09:34:27 +0200
Newsgroups: jedi.vcl

I don't have any examples, but I believe the EmbeddedWB guys have some kind
of wrapper for the HTML editor stuff, so you might find a demo there. The
URL is http://www.euromind.com/iedelphi

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: cannot create precompiled header; initiliazed data in header
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 20 Jun 2005 09:10:39 +0200
Newsgroups: jedi.vcl

sabetay wrote:

> OBones wrote:
>
> We may find a way to use this library with PCH files. The ide is inserting automatically the needed header files to the used header file. If the automaticaly added files were inserted to the cpp files after pragma header stop the issue wiil be solved.

Yes, but there is no way to control that actually. And, as far as I can see, the h file for units is added AFTER hdrstop, hence the JVCL units added in the h file at design time will never end up in the PCH.


> I believe your communtiies library is an excellent work. I truly appraciate it. In conclusion, I'm going to use this library in my developments. The work around is to use the library not at the design time but at the run time . The needed variables is going to be declared not published but simply private and public. In this case the problem is solved. İt can be used with precompiled headers and there is no problem.

Glad to read you have found a solution.


>> By the way, yes PCH can be nice, but when the PCH file grows, it is just a pain because it takes a HUGE amount of time to load it, and the benefit is lost.
>
> What it the HUGE amount? How many lines?  All ready I'm not encountring with this kind of problems.

Millions. A library like the JVCL generates that kind of big headers. But the problem is much more visible when using distributed builds.

Cheers
Olivier


Subject: Re: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 20 Jun 2005 07:00:49 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist [JVCL Developer]"
<peter.removetheobvious.tornqvist@gmail.com> wrote in
news:d93jm1$dqs$1@talkto.net: 

> > http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/edi
> > ting/mshtmleditor.asp 
> > 
> > All URL's should be on one line
> > 

Hi Peter (or anyone else),

Thanks for the tips. A cheeky question - I don't suppose you would have a 
link of some sort to some sample code for an editor? I've been around those 
links and the Files link doesn't seem to work (even to the point of 
creating a new Yahoo profile) for me to retrieve the Open Source project 
code that's talked extensively about. I've been all over the place trying 
to find a simple sample for a simple soul. :)

I only need something *very* basic. File New, File Open, File Save, Copy, 
Paste and font manipulation is all I need. It doesn't have to insert 
tables, images or do anything kinky - other than handle Latvian and Russian 
characters. :)

MTIA

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: DSA dialogs - how to stream to files
From: "M. Utku karataþ" <nomail@to.me>
Date: Mon, 20 Jun 2005 04:19:47 +0000 (UTC)
Newsgroups: jedi.vcl

hi,

JvDSADialogs demo automatically remembers old settings by registry. How can I 
turn this to a local file? 

 I dont wanna touch to registry. There is TDSAQueueStorage* operating on 
stringlist but it is private, I couldnt figure a way to stream it to a file. 

* BTW very misleading name for that, TDSALocalStorage or TDSAMemoryStorage 
would be better.

Thanks.


M. Utku Karata?


Subject: Re: Installing JVCL 2 in Delphi 2005
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sun, 19 Jun 2005 22:53:15 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > First, rtl70 comes from Delphi 7, so you might be trying to load
> > packages for Delphi 7 in 2005.  Second, JVCL 2 is REALLY old, you
> > should be usin JVCL 3 as we won't provide any support for JVCL 2

Ok, thanks!
Keep the great work!

-- Erick Sasse 

Subject: Re: Installing JVCL 2 in Delphi 2005
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 19 Jun 2005 23:23:18 +0200
Newsgroups: jedi.vcl

Erick Sasse wrote:
> I want to install JVCL in Delphi 2005.
>
> I can compile all packages, but when I try to install it is trying to
> load rtl70 togheter with rtl90 and I can't see why.
>
> The error message is:
>
> Cannot load package 'rtl70'. It contains unit 'ZLib', wich is also
> contained in package 'rtl90'.
>
> I could not find any reference to rtl70. Does anyone know how to solve
> this?

First, rtl70 comes from Delphi 7, so you might be trying to load packages for Delphi 7 in 2005.
Second, JVCL 2 is REALLY old, you should be usin JVCL 3 as we won't provide any support for JVCL 2


Subject: Re: Searching th JEDI group
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Sun, 19 Jun 2005 23:14:29 +0300
Newsgroups: jedi.vcl

sabetay wrote:
> Abdullah Kauchali wrote:
>
>> sabetay wrote:
>>
>>> Hi,
>>>
>>> 1) I know it is posible to search the JEDI groups but how ?
>>
>>
>>
>> www.tamaracka.com
>>  (search under Borland newsgroups)
>>
>>
>>> 2) Ballon Hint question.
>>>     Is it posible  to position the hint at a given Point ?
>>>         If yes how  ? If no how can I  make it.
>>
>>
>>
>> If you mean given x,y coordinate of a form, I'm not sure.  But I know
>> you can hint on a particular control with options for positioning it
>> top left, bottom right etc.  Is that not sufficient?
>
>
>
> Mr Kauchali,
>
> It is not sufficient. It is a derived from GraphicControl. There is no Left Top propetites of this Control. It is sensed by hitControl. Any way   I found a solution.  Assigning mouse coordinates to Left and Top is solving the problem.
>
> But I wasn't aware that there was a method. The better,  I found the method.
>
> ActivateHintPos(AAnchorWindow: TCustomForm, AAnchorPosition: TPoint, const AHeader: string, const AHint: string, const VisibleTime: Integer = CJvBallonHintVisibleTimeDefault, const AIconKind: TJvIconKind = ikInformation, const AImageIndex: TImageIndex = -1);
>
> Thanks again
>
> Sabetay

Hi,

I suggest to use ActivateHintPos with TControl not with TCustomForm.

Thanks

Sabetay


Subject: Re: Searching th JEDI group
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Sun, 19 Jun 2005 21:37:28 +0300
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> sabetay wrote:
>
>> Hi,
>>
>> 1) I know it is posible to search the JEDI groups but how ?
>
>
> www.tamaracka.com
>  (search under Borland newsgroups)
>
>
>> 2) Ballon Hint question.
>>     Is it posible  to position the hint at a given Point ?
>>         If yes how  ? If no how can I  make it.
>
>
> If you mean given x,y coordinate of a form, I'm not sure.  But I know
> you can hint on a particular control with options for positioning it
> top left, bottom right etc.  Is that not sufficient?


Mr Kauchali,

It is not sufficient. It is a derived from GraphicControl. There is no Left Top propetites of this Control. It is sensed by hitControl. Any way   I found a solution.  Assigning mouse coordinates to Left and Top is solving the problem.

But I wasn't aware that there was a method. The better,  I found the method.

ActivateHintPos(AAnchorWindow: TCustomForm, AAnchorPosition: TPoint, const AHeader: string, const AHint: string, const VisibleTime: Integer = CJvBallonHintVisibleTimeDefault, const AIconKind: TJvIconKind = ikInformation, const AImageIndex: TImageIndex = -1);

Thanks again

Sabetay


Subject: Re: Searching th JEDI group
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Sun, 19 Jun 2005 15:58:21 +0200
Newsgroups: jedi.vcl

sabetay wrote:
> Hi,
>
> 1) I know it is posible to search the JEDI groups but how ?

www.tamaracka.com
 (search under Borland newsgroups)


> 2) Ballon Hint question.
>     Is it posible  to position the hint at a given Point ?
>         If yes how  ? If no how can I  make it.

If you mean given x,y coordinate of a form, I'm not sure.  But I know
you can hint on a particular control with options for positioning it
top left, bottom right etc.  Is that not sufficient?


Subject: Searching th JEDI group
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Sun, 19 Jun 2005 16:13:12 +0300
Newsgroups: jedi.vcl

Hi,

1) I know it is posible to search the JEDI groups but how ?

2) Ballon Hint question.
    Is it posible  to position the hint at a given Point ?
        If yes how  ? If no how can I  make it.

Thanks
Sabetay


Subject: interprocess communication
From: "Peter Sanders" <peter@infopos.com.au>
Date: Sun, 19 Jun 2005 20:44:11 +0800
Newsgroups: jedi.vcl

Hi

From one of my app's I would like to send to another (of mine) app the name and location of a file for it to process.

I read (via a google search) about RxLib's app broadcast command(?).

Was this "facility" absorbed into JVCL (JCL ?) and if so where/what is it and are there any examples of its use.

Basically I just want to send a message to another app that specifies a filename (string) for the app to open and process the contents.

Thanks in advance.

Regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: RTF to HTML
From: "Peter Thornqvist [JVCL Developer]" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sun, 19 Jun 2005 13:08:33 +0200
Newsgroups: jedi.vcl

> > Has anyone any ideas please?

You can create a WYSIWYG editor using the TWebBrowser ActiveX. What you need
to do is to set it to design-mode, something like this:

if WebBrowser.Document <> nil then
  IHTMLDocument2(WebBrowser.Document).DesignMode := 'On':

or

if WebBrowser.Document <> nil then
  IHTMLDocument2(WebBrowser.Document).DesignMode := 'Off':

I believe this is supported from IE 5.5

More info here:
http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/webbrowser/reference/ifaces/iwebbrowser2/iwebbrowser2.asp

and

http://msdn.microsoft.com/workshop/browser/webbrowser/reference/ifaces/iwebbrowser2/document.asp

and

http://msdn.microsoft.com/library/default.asp?url=/workshop/browser/editing/mshtmleditor.asp

All URL's should be on one line

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: RTF to HTML
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sun, 19 Jun 2005 05:34:21 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Following last week's fun and games trying to send Unicode through email I 
have another little problem.

As I said in one of my last posts I figured that the best way to approach 
my previous problem (sending English, Latvian or Russian text in email) was 
to send HTML. Fine. My problem now, that I've gone down the HTML route, is 
that I have to make a WYSIWYG editor to fit inside another application to 
create/edit the HTML.

I certainly don't need to do anything particularly sophisticated but I do 
have to be able to change fonts and font sizes. Creating in RTF and then 
converting to HTML seemed to me a be a reasonable way of doing things. My 
problem now is finding some way of getting the entered text from RTF to 
HTML. Because I'm having to include Latvian and Cyrillic alphabets I 
struggling to find some way of converting to HTML properly. The 
TJvRichEditToHtml doesn't seem to handle things very well.

I've tried various other third-party solutions (TNT, Drag2XHTML, etc, etc) 
and none of them seem to work too well, either. I've had a search through 
the JEDI help pages but can't see anything there.

Has anyone any ideas please?

MTIA

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Installing JVCL 2 in Delphi 2005
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Sat, 18 Jun 2005 21:34:50 +0000 (UTC)
Newsgroups: jedi.vcl

I want to install JVCL in Delphi 2005.

I can compile all packages, but when I try to install it is trying to
load rtl70 togheter with rtl90 and I can't see why.

The error message is:

Cannot load package 'rtl70'. It contains unit 'ZLib', wich is also
contained in package 'rtl90'.

I could not find any reference to rtl70. Does anyone know how to solve
this?

Thanks!

-- Erick Sasse 

Subject: JvPluginWizard has problems with D2005
From: Andrea Raimondi <rainaple@tin.it>
Date: Sat, 18 Jun 2005 10:21:17 +0200
Newsgroups: jedi.vcl

Hello.

I tried to create a DLL plugin with D2005, but once the IDE just vanished and the other time the project was empty i.e. no pas
module was created in the project.

So my question is: apart the IDE vanishing that seems an IDE
problem, is there any other known issue with D2005?

TIA,

Andrew


Subject: Re: cannot create precompiled header; initiliazed data in header
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Fri, 17 Jun 2005 19:07:06 +0300
Newsgroups: jedi.vcl

OBones wrote:

We may find a way to use this library with PCH files. The ide is inserting automatically the needed header files to the used header file. If the automaticaly added files were inserted to the cpp files after pragma header stop the issue wiil be solved.

I believe your communtiies library is an excellent work. I truly appraciate it. In conclusion, I'm going to use this library in my developments. The work around is to use the library not at the design time but at the run time . The needed variables is going to be declared not published but simply private and public. In this case the problem is solved. İt can be used with precompiled headers and there is no problem.


> By the way, yes PCH can be nice, but when the PCH file grows, it is just a pain because it takes a HUGE amount of time to load it, and the benefit is lost.

What it the HUGE amount? How many lines?  All ready I'm not encountring with this kind of problems.

> So in then end, but everything that can be before the #pragma hdrstop and the rest after it. Also keep in mind that what goes in the PCH should only be never changing header files. And that is not the case of the JVCL, as it evolves quite often.

By using  the library like that also there were be no problem.

Thanks

Sabetay


Subject: Re: cannot create precompiled header; initiliazed data in header
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 17 Jun 2005 09:45:27 +0200
Newsgroups: jedi.vcl

sabetay wrote:

> OBones wrote:
>
>> sabetay wrote:
>>
>>> Almost the compilation time is getting 10 times slower. In order to use precompiled headers, instead of using JvConst.hpp I suggest to use JvConst.pas; Can it be done?
>>
>>
>>
>> No. The pascal file is of no use to C++, it just generates the HPP (header) and OBJ (object) file.
>
>
> Why do you say No. I'm incuding the const.pas file to my project in order to see the windows in Turkish. If it can be done with const.pas it can be done also with JCL. You must think about this issuse.

No, you obviously don't understand the process.
dcc32 takes the pas file, creates an obj and hpp file. At that point the pascal file is not used anymore, you can even remove it.
bcc32 uses the hpp file to create obj files
ilink32 uses the obj files to create the exe.


> I'm afraid  this library can't be used with C++ Builder. 

That is your point of view. The thing is that on my setup, the build of the JVCL MegaDemo application takes about 30 seconds. And this is with default options, that is "cache precompiled headers".

By the way, yes PCH can be nice, but when the PCH file grows, it is just a pain because it takes a HUGE amount of time to load it, and the benefit is lost.

You can say whatever you want about the JVCL not being usable with BCB, but the thing is that the people using it with BCB 5 and 6 don't have any troubles with it.
If you manage to get the JVCL pascal files to generate hpp files that can be put into PCH, then please do. But always keep in mind that HPP files must never be edited manually, they must be the result of the pascal file.

So in then end, but everything that can be before the #pragma hdrstop and the rest after it. Also keep in mind that what goes in the PCH should only be never changing header files. And that is not the case of the JVCL, as it evolves quite often.

Cheers
Olivier


Subject: TXB themed JvDocking
From: "Kiriakos" <kvlahos@london.edu>
Date: Fri, 17 Jun 2005 04:42:50 +0300
Newsgroups: jedi.vcl

I have posted in jedi.binaries a zip file (JvTXBDocking) a descendent 
component of TJvDockVSNetStyle that is TXB themed.  To compile and install 
the component you need to use the included modified TJvDockVSNetStyle.pas. 
The modifications (marked with KV) are minor and have no impact on the 
original TJvDockVSNetStyle style. The work was inspired by Marco's TXB 
Lib(mxs.bergsoft.net).

An executable that serves as a demo of TXB themed JvDocking and JvTabbar is 
also included. 




Subject: Re: cannot create precompiled header; initiliazed data in header
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Fri, 17 Jun 2005 03:00:24 +0300
Newsgroups: jedi.vcl

OBones wrote:
> sabetay wrote:
>
>> Almost the compilation time is getting 10 times slower. In order to use precompiled headers, instead of using JvConst.hpp I suggest to use JvConst.pas; Can it be done?
>
>
> No. The pascal file is of no use to C++, it just generates the HPP (header) and OBJ (object) file.

Why do you say No. I'm incuding the const.pas file to my project in order to see the windows in Turkish. If it can be done with const.pas it can be done also with JCL. You must think about this issuse.


, and frankly, the compilation
> time issue is not such a big issue considering the drawbacks. The most annoying one is the lack of automatic update with such a rapidly evolving library as the JCL and JVCL.

I'm afraid  this library can't be used with C++ Builder. I think It can't be  done any serious development without using Precompiled headers in C++. What is your develoment environment? I think it must be DELPHI not C++ other wise you think like me.  Also there are some conflicts between the boost & JEDI library. Just try it and yo'll see. The compilation time is a very big issue for me I've not encountered any drawbacks with using precompiled headers. What are they I dont know. I'm using DELPHI third party libraries and there is not any problem  using them with precompiled headers. It takes 18 seconds to compile in my environment without JEDI library. After including only 3 JEDI library headers it takes 185 seconds. The DELPHI way of thinking is whatever to be done will be done fast and very fast. In this conditions do you choose to develop your program with this library?


Thanks


Sabetay



Subject: Re: Port for lazarus?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 16 Jun 2005 23:59:50 +0200
Newsgroups: jedi.vcl

Rider of the storm wrote:

> > Is there a plan to port the project for lazarus? 

JVCL uses some tricks that require a 100% compatible Delphi compiler and
VCL. We hook functions, methods, inject code (or was this removed? I think
so because it was too bad). And the main issue is the heavy usage of the
Win32API.
So it would be possible to port a huge subset of the already ported JVCLX
code.
But that is not possible with that less active developers.


-- Regards, Andreas Hausladen 

Subject: Re: cannot create precompiled header; initiliazed data in header
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 16 Jun 2005 23:08:44 +0200
Newsgroups: jedi.vcl

sabetay wrote:

> Almost the compilation time is getting 10 times slower. In order to use precompiled headers, instead of using JvConst.hpp I suggest to use JvConst.pas; Can it be done?

No. The pascal file is of no use to C++, it just generates the HPP (header) and OBJ (object) file.
There is no easy way to get them in PCH, and frankly, the compilation time issue is not such a big issue considering the drawbacks. The most annoying one is the lack of automatic update with such a rapidly evolving library as the JCL and JVCL.


Subject: SOLVED: Dynamically assigning control event with TJvInterpreterProgram
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 16 Jun 2005 23:05:59 +0200
Newsgroups: jedi.vcl

Dmitry to the rescue again.  :)

The solution to this is to add JvInterpreter_all to the uses clause.

Olivier, can we please make a minor addition to the official docs
page so that the following line:

"Describe a 'Self' variable using OnGetValue event. It should point to a form. Also describe in OnGetValue all components owned by form. Here is the sample:"

becomes ...

"Add JvInterpreter_All to the uses clause of your form.  Describe a
'Self' variable using OnGetValue event. It should point to a form. Also
describe in OnGetValue all components owned by form. Here is the
sample:"

I hope this helps anyone else in the future.

Kind regards

Abdullah


Subject: Re: Port for lazarus?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 16 Jun 2005 23:05:28 +0200
Newsgroups: jedi.vcl

Rider of the storm wrote:

> Is there a plan to port the project for lazarus?
>
Not just yet. Get the VCL to be ported, then get the same APIs as in Windows, then get the package support to actually work in Lazarus without having to recompile the IDE.


Subject: Re: JvXPBar morphed into JvXPGroupBox (collapsible)
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 16 Jun 2005 15:11:58 -0400
Newsgroups: jedi.vcl

OBones wrote:
> > Warren Postma wrote:
> > 
>> >> I'll have a try to add all that to JvRollout.  How would I turn the XP
>> >> painter mode on and off? perhaps property XPStyle:Boolean is not
>> >> flexible enough, and several boolean paint-options would be nice:
>> >>
>> >>     GradientHeader:Boolean
>> >>         CollapseExpandGlyphs:Boolean
> > 
> > 
> > More like what is done with the JvMenus. A style property for basic
> > functionnality, and if you want additional properties/events, set a
> > Painter into the Painter property.

Well I looked into that, and into just building additional color
properties into the basic JvRollout.

Here are my results so far:

(1) There is an impedance mismatch between the existing code for XPBar
and and the JvRollout.  The XPBar support TWO bitmap images (the icon,
and the collapse/expand image) whereas the JvRollout supports only one,
which does dual duty.  This, and the color situation, creates the "half
the properties do something when XPStyle := true, and half the
properties do something when XPStyle := false".

(2) I think Painters are ugly and non-intuitive, and if any more get
added to the JVCL, it won't be *me* adding them. :-)


(3) Calling The JvXPCore code from JvRollout.pas would create a link
where using the package that contains JvRollout would require a link to
the JvXPCtrls bpl, and require both to be distributed. This sort of
means there is little point in separating packages, if there is a
spaghetti-web of inter-JVCL-bpl linkage.


I've spent a half a day looking at this, and I've decided for my own app
that I'm going to use my TJvXPBar derivative control locally.  If you
would like I can add it easily to the XP Controls package. I think this
is cleaner.  I'll have the code for it finished by tomorrow.  It took 2
hours to do. However, I've spent 4 hours on trying to morph the JvRollup
into an XPBar lookalike, and no success yet, and the component's
internals are a mess.

However, I do think that just adding a gradient option should be enough
to update the JvRollup and make it look nicer.  That would leave the
JvRollup as a "one icon" control, whether you make it be a folder icon
(open closed) an XP bar icon (collapse, expand), or a checkbox (checked,
unchecked) would then be up to you. This still would not be comparable
to the full visuals implemented in TJvXPBar, which is a full emulation
of the XP Explorer.exe "Tasks pane" XPBar control.

Regards,

Warren


Subject: cannot create precompiled header; initiliazed data in header
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Thu, 16 Jun 2005 21:46:23 +0300
Newsgroups: jedi.vcl

Hi,
I'm using C++Builder 6

After including  the following files to my prgoram

#include "JvBaseDlg.hpp"
#include "JvBrowseFolder.hpp"
#include "JvComponent.hpp"

I'm getting the following the warnings

[C++ Warning] JvConsts.hpp(109): W8058 Cannot create pre-compiled header: initialized data in header


Almost the compilation time is getting 10 times slower. In order to use precompiled headers, instead of using JvConst.hpp I suggest to use JvConst.pas; Can it be done?

Thanks

Sabetay


Subject: Re: jvBaloonHint
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 16 Jun 2005 19:55:23 +0200
Newsgroups: jedi.vcl

edulus wrote:
> function Acqcaus(args: Array of Const): TForm; export;
> begin
>   result := nil;
>   if High(args) <> 1 then exit;
>   result := TAcq_causali.Create(nil);
> end;
>
> Have ideas ???

Isn't this the same situation where you'd have a problem instantiating
a form in an external dll.  I'm just guessing.  If I were you, I'd try
using a BPL package first to see if that works to identify the problem.

HTH.


Subject: Re: Port for lazarus?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 16 Jun 2005 19:53:17 +0200
Newsgroups: jedi.vcl

Rider of the storm wrote:
> Is there a plan to port the project for lazarus? 

A substantial portion of JVCL is ... VCL.  So, I think, if we have
something like the VCL for Lazarus, we're good to go.  No?

This is the same problem with .NET Winforms.


Subject: Port for lazarus?
From: "Rider of the storm" <rider@storm.com>
Date: Thu, 16 Jun 2005 14:28:09 -0300
Newsgroups: jedi.vcl

Is there a plan to port the project for lazarus? 




Subject: Lazarus?
From: "Rider of the storm" <rider@storm.com>
Date: Thu, 16 Jun 2005 14:26:52 -0300
Newsgroups: jedi.vcl

There is a plan for port the projet for lazarus 
(http://www.lazarus.freepascal.org/) ?

www.freepascal 




Subject: Re: JvXPBar morphed into JvXPGroupBox (collapsible)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 16 Jun 2005 18:19:08 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I'll have a try to add all that to JvRollout.  How would I turn the XP
> painter mode on and off? perhaps property XPStyle:Boolean is not
> flexible enough, and several boolean paint-options would be nice:
>
>     GradientHeader:Boolean
>         CollapseExpandGlyphs:Boolean

More like what is done with the JvMenus. A style property for basic functionnality, and if you want additional properties/events, set a Painter into the Painter property.


> There are Nice things in  JvRollout that I don't think are in XPBar:
>  - checkbox
> - Action.Checked state linked Collapsed state
> - vertical layout
> - only one rollout is expanded at a time (groupIndex like behaviour)

Combining all this would be ideal.


Subject: Re: JvXPBar morphed into JvXPGroupBox (collapsible)
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 16 Jun 2005 11:45:24 -0400
Newsgroups: jedi.vcl

OBones wrote

> > Yes, but implementing painters for it [[JvRollout]] would be a good thing to do
> > instead of having a new component. At least, that's what I would prefer.

I'll look into that.

The things missing from JvRollout are:
	- no animation (thread)
	- xp gradient painting on header area
	- collapsed/expanded glyphs

	
I'll have a try to add all that to JvRollout.  How would I turn the XP
painter mode on and off? perhaps property XPStyle:Boolean is not
flexible enough, and several boolean paint-options would be nice:

	GradientHeader:Boolean
        CollapseExpandGlyphs:Boolean

There are Nice things in  JvRollout that I don't think are in XPBar:
 - checkbox
- Action.Checked state linked Collapsed state
- vertical layout
- only one rollout is expanded at a time (groupIndex like behaviour)



Warren





Subject: Re: JvXPBar morphed into JvXPGroupBox (collapsible)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 16 Jun 2005 16:04:33 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com> schrieb im Newsbeitrag
> news:d8rulk$sud$1@talkto.net...
>
>> Sounds like TJvRollOut...
>>
>
>
> But TJvRollout does not have the XP look (or have i missed this?)

Yes, but implementing painters for it would be a good thing to do instead of having a new component. At least, that's what I would prefer.


Subject: Re: JvXPBar morphed into JvXPGroupBox (collapsible)
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 16 Jun 2005 16:01:33 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com> schrieb im Newsbeitrag
news:d8rulk$sud$1@talkto.net...
> > Sounds like TJvRollOut...
> >

But TJvRollout does not have the XP look (or have i missed this?)

Ralf



Subject: Dynamically assigning control event with TJvInterpreterProgram
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 16 Jun 2005 15:57:13 +0200
Newsgroups: jedi.vcl

Hi folks,

I am struggling to assign an event for a control on a form *from within*
the pas script.

Here is the script text:

//////////////
unit xxx;

procedure CloseButtonClick(Sender: TObject);
begin
  Self.Close;
end;

procedure Main;
begin
 Edit1.Text := 'aaaa';
 Button2.OnClick  := CloseButtonClick;
end;

end.
/////////////

When I run the script, it bombs out with an error:

"Event 'TNotifyEvent' not registered"

What am I missing here??

I am trying to copy from the official docs[1] - the very last example
under "2.".

Any help will be greatly appreciated.

Kind regards

Abdullah

[1]  http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm


Subject: Re: JvXPBar morphed into JvXPGroupBox (collapsible)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 16 Jun 2005 15:41:37 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Sounds like TJvRollOut...

That's what I thought as well.


Subject: Re: JvXPBar morphed into JvXPGroupBox (collapsible)
From: "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 16 Jun 2005 15:27:09 +0200
Newsgroups: jedi.vcl

Sounds like TJvRollOut...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: JvXPBar morphed into JvXPGroupBox (collapsible)
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 16 Jun 2005 09:07:22 -0400
Newsgroups: jedi.vcl

I have always wanted a TJvXPBar lookalike without Items in it, and which
you could set to the height you wanted it to, and that was collapsable,
I took the source JvXPBar.pas and created a new control using it,
because I don't think the changes I have in mind can or should be done
to the basic JvXPBar which does what it does very well, and would be
hard to add this feature without breaking JvXPBar.

The derived control, which does NOT inherit from JvXPBar is called
TJvXPGroupBox that is basically like the JvXPBar, except it can't have
items.  Whenever it collapses, it remembers its previous full height,
which you can set to any height you like, and when you expand, it
animates itself out, just like JvXPBar.

I have an initial version which has some glitches, but is almost
working.  A picture is in jedi.Binaries.  Comments? Should I add it into
the JVCL?  Source will be posted to jedi.binaries as soon as the
glitches are worked out.   Is JvXPGroupBox a reasonable control name for
what this does? Should I name it JvXPCollapsiblePanel? Something else?

Warren


Subject: Re: Problem with JvPopUpMenu
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 16 Jun 2005 21:03:10 +0800
Newsgroups: jedi.vcl

Hi

On Thu, 16 Jun 2005 15:02:15 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Did you set KeyPreview to true on the form? If so, that may be the reason.

Unfortunately no, I thought for one moment that just maybe .... :(

Regards

Peter


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Component name of TJvEnterAsTab in the IDE invisible?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 16 Jun 2005 12:44:17 +0200
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:d8rh9d$pc0$1@talkto.net...

> > Yes, it is a TWinControl for which the IDE does not show the component
> > name. At designtime it mimicks a non-visual component whereas at runtime
> > it hides its window.
> > The reason for that is the ability to catch the keyboard messages.

Ahhh, i see. Thanks for the info.

Ciao,
Ralf



Subject: Re: Component name of TJvEnterAsTab in the IDE invisible?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 16 Jun 2005 11:39:25 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Hello,
>
> i have noticed that the component name is not displayed if you drop a
> TJvEnterAsTab component on a form. It also get hidden behind other controls
> in design mode (other non visible controls are displayed on top of all
> others). (Seen on D7 Pro, did not test with other versions)
>
> It is no real bug (i can live with it) but it would be interesting to know
> the reason for this. - Does anyone know why??

Yes, it is a TWinControl for which the IDE does not show the component name. At designtime it mimicks a non-visual component whereas at runtime it hides its window.
The reason for that is the ability to catch the keyboard messages.


Subject: TjvRas32
From: "Marco" <pippo@libero.it>
Date: Thu, 16 Jun 2005 11:28:44 +0200
Newsgroups: jedi.vcl

I try to use this component but there isn't help and I have much problem!
Can you help me? Have you an example?
Thanks!





Subject: Re: Compiler time with C++6
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Thu, 16 Jun 2005 12:26:07 +0300
Newsgroups: jedi.vcl

OBones wrote:
> sabetay wrote:
>
>> Hi,
>>
>> I've down loaded and run some examples. There is no problem.
>>
>> I'm using C++ Builder V6. But there is a tiny problem. When I want to use the components with my program, I couldn't figure out how to include the needed include files. It seems magically inserted to my program. I'm using precompiled headers and I want to include manualy the needed include files.
>>
>> How can I achieve it?
>
>
> Well, all headers are named Jv*, so you have a look at the ones added by C++ Builder and add them to the PCH. But please note that it is NOT encouraged you do so, as the PCH support has been proven multiple times to bring more problems than solutions.
Hi,

If I dont change anything, every time that I edit a file in the program the compiler starts from scratch to build all which is an acceptable. What do you suggest to make ?

Thanks


Sabetay


Subject: Component name of TJvEnterAsTab in the IDE invisible?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 16 Jun 2005 10:21:54 +0200
Newsgroups: jedi.vcl

Hello,

i have noticed that the component name is not displayed if you drop a
TJvEnterAsTab component on a form. It also get hidden behind other controls
in design mode (other non visible controls are displayed on top of all
others). (Seen on D7 Pro, did not test with other versions)

It is no real bug (i can live with it) but it would be interesting to know
the reason for this. - Does anyone know why??

ciao,
Ralf



Subject: Re: Problem with JvPopUpMenu
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 16 Jun 2005 09:02:15 +0200
Newsgroups: jedi.vcl

Did you set KeyPreview to true on the form? If so, that may be the reason.


Subject: Re: Compiler time with C++6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 16 Jun 2005 09:00:22 +0200
Newsgroups: jedi.vcl

sabetay wrote:
> Hi,
>
> I've down loaded and run some examples. There is no problem.
>
> I'm using C++ Builder V6. But there is a tiny problem. When I want to use the components with my program, I couldn't figure out how to include the needed include files. It seems magically inserted to my program. I'm using precompiled headers and I want to include manualy the needed include files.
>
> How can I achieve it?

Well, all headers are named Jv*, so you have a look at the ones added by C++ Builder and add them to the PCH. But please note that it is NOT encouraged you do so, as the PCH support has been proven multiple times to bring more problems than solutions.


Subject: Problem with JvPopUpMenu
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 16 Jun 2005 14:28:04 +0800
Newsgroups: jedi.vcl

Hi

This is a repost of my unanswered earlier question.

I cannot get the shortcut keys allocated to popup menu items to work. Mu guess is that is may have something to do with either another component or form corupption.

I created a new form (in a new app) and copied all the components to the new form (did not yet copy all the code).

The popup menus on this form worked ok.

A new menu on the original (problem) form does not work with shortcut keys.

Can anybody suggest any other potential cause or how I can easily recreate the original form without doing the whole manual design and coding etc?

I can of course cut and paste the .pas code - I presume the fault is not within this .pas code. I could also cut and paste the text of the text based dfm, but I think the problem may be within this code(?)

If there are no other ideas/suggestions then I guess I will have to recreate the app.

Kind regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Compiler time with C++6
From: sabetay <bilsarbiz@ttnet.net.tr>
Date: Thu, 16 Jun 2005 08:03:17 +0300
Newsgroups: jedi.vcl

Hi,

I've down loaded and run some examples. There is no problem.

I'm using C++ Builder V6. But there is a tiny problem. When I want to use the components with my program, I couldn't figure out how to include the needed include files. It seems magically inserted to my program. I'm using precompiled headers and I want to include manualy the needed include files.

How can I achieve it?

Thanks

Sabetay


Subject: Re: Jedi Plugin Wizard not working in Delphi 2005, Delphi 7, kinda
From: Dave Hamdon <not@not.com>
Date: Wed, 15 Jun 2005 16:18:18 -0600
Newsgroups: jedi.vcl

Hmm, it seems the Wizard adds:
============
uses
  ShareMem,
  PluginOrderEntry;


But it needs to add:
====================
uses
  ShareMem,
  PluginOrderEntry in 'PluginOrderEntry.pas' {PluginOrderEntry: TJvPlugIn};

This fixes the Delphi 7 version, but in Delphi 2005 I can't even view the supposed *.dpr file.??

Dave.



Dave Hamdon said the following on 15/06/2005 4:11 PM:
> Hi,
>  I tried creating a plugin using the Wizard in Delphi 2005 and all it generated was the .DPR.  The unit is not created at all.  In Delphi 7 the second unit is created but not added to the .DPR or .DPK.
>
> Seems completely broken?
>
> I installed JVCL300CompleteJCL195-Build1848.zip
>
> Thanks,
> Dave.


Subject: Jedi Plugin Wizard not working in Delphi 2005, Delphi 7, kinda
From: Dave Hamdon <not@not.com>
Date: Wed, 15 Jun 2005 16:11:02 -0600
Newsgroups: jedi.vcl

Hi,
 I tried creating a plugin using the Wizard in Delphi 2005 and all it generated was the .DPR.  The unit is not created at all.  In Delphi 7 the second unit is created but not added to the .DPR or .DPK.

Seems completely broken?

I installed JVCL300CompleteJCL195-Build1848.zip

Thanks,
Dave.


Subject: Re: Issues when choosing 3rd Party components
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 16 Jun 2005 00:10:24 +0200
Newsgroups: jedi.vcl



Stephane Wierzbicki wrote:
> Indy 3rd Party :
>
> Works well with D7
> Hangs with D2005. Compiler is waiting for an Indy.bpl/dcp instead of Indy90.bpl/dcp
>
> To correct that behaviour, I made a modification in the JvNet-R.xml :
>
>     <Package Name="indy" Targets="D6,D6p,D7,D7p" Condition="USE_3RDPARTY_INDY"/>
>     <Package Name="indy90" Targets="D9,D9p" Condition="USE_3RDPARTY_INDY"/>
>
> instead of
>
>     <Package Name="indy" Targets="D6,D6p,D7,D7p,D9,D9p" Condition="USE_3RDPARTY_INDY"/>
>

I've only checked it with D7, so on D2005 you're maybe right.

> DevEx CxEditors / CxGrid
>
> I wasn't able to make it works (on both D7 and D2005 installation).
> I add the DevEx/library/D7, D9, D9 .net to system path and try to install again : that failed. The only way to make it was to copy all devex .Dcp files into the Run JVCL folder. Is there another way to make it works ?
>
That's right. Didn't know how to change it.

When i introduced the 3RD-Party Support the installation of the DevExp-Components copies all *.dcp to the Windows\System Directory. And then they are in the search path.
Now they changed the installation, and this seemed to be a solution.

Greetings
Jens


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: jvBaloonHint
From: "edulus" <edulus@geowin.org>
Date: Wed, 15 Jun 2005 19:13:07 +0100
Newsgroups: jedi.vcl

 if i use JvBaloonHint into a exe file is all ok.

if use the same form into a dll trhe baloon do not show

into the dll i call th form with :

function Acqcaus(args: Array of Const): TForm; export;
begin
  result := nil;
  if High(args) <> 1 then exit;
  result := TAcq_causali.Create(nil);
end;

Have ideas ???

thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TWideStringList
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 15 Jun 2005 16:11:44 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <oobnes__gf_@_gfd_altern.org> wrote in news:d8oofc$6cp$1@talkto.net:

> > Ok then.
> > 
> > What if you get rid of the IdSMTP component, and connect directly to the 
> > SMTP server ?
> > I suspect there might be a bug in Id, but I'm not sure.
> > You may want to have a look at the SMTP component from ICS, it has 
> > worked well for me in the past.
> > 

I'm fed up with messing around and have cheated - I've done the letters in 
HTML. :)


-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: Issues when choosing 3rd Party components
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 15 Jun 2005 17:43:05 +0200
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:

> Indy 3rd Party :
>
> Works well with D7
> Hangs with D2005. Compiler is waiting for an Indy.bpl/dcp instead of Indy90.bpl/dcp
>
> To correct that behaviour, I made a modification in the JvNet-R.xml :
>
>     <Package Name="indy" Targets="D6,D6p,D7,D7p" Condition="USE_3RDPARTY_INDY"/>
>     <Package Name="indy90" Targets="D9,D9p" Condition="USE_3RDPARTY_INDY"/>
>
> instead of
>
>     <Package Name="indy" Targets="D6,D6p,D7,D7p,D9,D9p" Condition="USE_3RDPARTY_INDY"/>
>
> DevEx CxEditors / CxGrid
>
> I wasn't able to make it works (on both D7 and D2005 installation).
> I add the DevEx/library/D7, D9, D9 .net to system path and try to install again : that failed. The only way to make it was to copy all devex .Dcp files into the Run JVCL folder. Is there another way to make it works ?

Thanks for the report. Anyone else seeing this behaviour?
As to DevEx, the path to the dcp files should be in the PATH environment variable, and that should be enough.


Subject: Issues when choosing 3rd Party components
From: Stephane Wierzbicki <swierzbicki@free.Fr>
Date: Wed, 15 Jun 2005 17:39:35 +0200
Newsgroups: jedi.vcl

Indy 3rd Party :

Works well with D7
Hangs with D2005. Compiler is waiting for an Indy.bpl/dcp instead of Indy90.bpl/dcp

To correct that behaviour, I made a modification in the JvNet-R.xml :

    <Package Name="indy" Targets="D6,D6p,D7,D7p" Condition="USE_3RDPARTY_INDY"/>
    <Package Name="indy90" Targets="D9,D9p" Condition="USE_3RDPARTY_INDY"/>

instead of

    <Package Name="indy" Targets="D6,D6p,D7,D7p,D9,D9p" Condition="USE_3RDPARTY_INDY"/>

DevEx CxEditors / CxGrid

I wasn't able to make it works (on both D7 and D2005 installation).
I add the DevEx/library/D7, D9, D9 .net to system path and try to install again : that failed. The only way to make it was to copy all devex .Dcp files into the Run JVCL folder. Is there another way to make it works ?




Subject: Re: TWideStringList
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 15 Jun 2005 15:14:05 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <oobnes__gf_@_gfd_altern.org> wrote in news:d8oofc$6cp$1@talkto.net:


> > I suspect there might be a bug in Id, but I'm not sure.
> > You may want to have a look at the SMTP component from ICS, it has 
> > worked well for me in the past.
> > 

Hi Olivier,

Again, many thanks. I've been trying the SMTPCli for the last few hours but 
not having a lot of success. I get a 'SMTP component not ready' error no 
matter what I do. The sample prog works fine running from my machine but as 
soon as I upload something similar and execute to send I get the error when 
I try and connect. I've filled in every property I can find (as per the 
sample) and I've tried various bits of set-up code I've found on Google. 

As I said before, I don't know too much about mailing above the basics of 
sending and receiving standard-ish messages - but I'm slowly learning. :)

I've still had no response to my post to the Indy ngs and, according to 
Google, I shouldn't expect too much from that direction. I wonder if I 
could find a THomingPigeon class somewhere. :)

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: Request: Make TJvCustomAppStorage.Root public
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 15 Jun 2005 15:11:52 +0200
Newsgroups: jedi.vcl

> I Need it on the other way: DevExpress storage needs ABOSOLUTE path. If I take TJvAppStorage as the central storage mechanism, I need to get root path from it to construct absolute path for DevExpress.
>
> To get complete path (Root + Path) would be nice.

    I checked the sources: the Root property is *not* set by anything. It appears to be completely useless. So, the value of FStorage.Path is always the absolute root (ie. empty in most, if not all cases).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Request: Make TJvCustomAppStorage.Root public
From: Karel Kral <kralkonf@purusmeda.cz>
Date: Wed, 15 Jun 2005 15:00:57 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer napsal(a):
> myAppStorage.Path := 'MyApp\DevExpress_Store';
> // store your data; everything will be relative to myAppStorage.Path
> myAppStorage.Path := '';

I Need it on the other way: DevExpress storage needs ABOSOLUTE path. If I take TJvAppStorage as the central storage mechanism, I need to get root path from it to construct absolute path for DevExpress.

To get complete path (Root + Path) would be nice.

DevExpressPath := THackTJvCustomAppStorage(FStorage).Root + '\TreeList';

-- 
______________________________________________________
Karel Kral, reditel IT / IT manager
PURUS-MEDA, s.r.o., Palackeho 174, 621 00 Brno, CZ
E-Mail: kral@purusmeda.cz
______________________________________________________


Subject: Re: TWideStringList
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 15 Jun 2005 14:09:01 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:

> OBones wrote:
>
>> Michal Borsuk wrote:
>
>
>>> IIRC, the conversion between WideString and String happens automatically.
>>
>>
>> Yes, it does, but the conversion from UTF-8 string to WideString is not
>> automatic. What you do is this:
>>
>> UTF-8 ---> WideString ---> string
>
>
> For the reference of those who are looking for answers in the future:
>
> - string is coded in your codepage, so chars in the range of 128..255
> will differ between codepages.

Yes, that's right.


> - UTF-8 codes all characters over 128 of each codepage as two (or
> three?) bytes (thus it can represent - I believe - any codepage).
> I think this is what Delphi help refers to as MBCS (Multi-Byte Character
> Set)

UTF-8 uses up to 6 bytes to represent the 32 bits of a UCS-4 Unicode.
MBCS should be avoided as it is too generic and can be misleading as Microsoft has its own MBCS implementation, not compatible in ANY way with UTF-8.


> - Widestring, or Unicode, stores all characters as two bytes. For
> standard ASCII under 127, characters are stored as ASCII + #0. I believe
> Delphi help refers to this sometimes as DBCS double-byte character set.

Yes, but DBCS is just a generic name like MBCS. The correct name for this should be UTF-16, which by the way has surrogates as well, because the full-blow Unicode is on 32 bits. Oh yeah, a surrogate is a special set of bytes indicating that one has to use the bytes after the current ones to find the real value.
In practice, UTF-16 (UCS-2) is enough for most if not all languages.


> In Delphi, WideString is translated to a string in your local codepage
> and back. UTF-8 is not and must be translated (don't remember the
> function name_.

UTF8Decode.

Have a look at this page for details:

http://www.cl.cam.ac.uk/~mgk25/unicode.html#utf-8

It's focused on Unix/Linux, but the answers about UCS and UTF are valid for any system.


Subject: Tasks functionality for TImeFrameWork
From: "Dion Oliphant" <doliphant@srcc.co.za>
Date: Wed, 15 Jun 2005 13:55:03 +0200
Newsgroups: jedi.vcl

Hi,

Is there Tasks functionality for TiemFrameWork?

Thanks,
Dion. 




Subject: Re: Request: Make TJvCustomAppStorage.Root public
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 15 Jun 2005 13:43:14 +0200
Newsgroups: jedi.vcl

Karel Kral wrote:
> Hello, I am using TJvCustomAppStorage in my app.
>
> But I have problem when I want to store objects that do not support TJvCustomAppStorage. In this case, I need to know TJvCustomAppStorage root path. I want to pass this value to other storages (i.e. DevExpress) as the root path, but this property is protected.

    You don't need the Root property. It's implementation dependent (or it should be) for the back end. You can use the Path property, which is the one you actually want. It works like this:

myAppStorage.Path := 'MyApp\DevExpress_Store';
// store your data; everything will be relative to myAppStorage.Path
myAppStorage.Path := '';


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TWideStringList
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Wed, 15 Jun 2005 13:40:41 +0200
Newsgroups: jedi.vcl

OBones wrote:
> > Michal Borsuk wrote:

>> >> IIRC, the conversion between WideString and String happens automatically.
> > 
> > 
> > Yes, it does, but the conversion from UTF-8 string to WideString is not
> > automatic. What you do is this:
> > 
> > UTF-8 ---> WideString ---> string

For the reference of those who are looking for answers in the future:

- string is coded in your codepage, so chars in the range of 128..255
will differ between codepages.

- UTF-8 codes all characters over 128 of each codepage as two (or
three?) bytes (thus it can represent - I believe - any codepage).
I think this is what Delphi help refers to as MBCS (Multi-Byte Character
Set)

- Widestring, or Unicode, stores all characters as two bytes. For
standard ASCII under 127, characters are stored as ASCII + #0. I believe
Delphi help refers to this sometimes as DBCS double-byte character set.

In Delphi, WideString is translated to a string in your local codepage
and back. UTF-8 is not and must be translated (don't remember the
function name_.

I'm not sure if all this is correct. Please comment.




OT: On top of this mess there's Microsoft's sabotage that people using
western codepage may be aware of - MS changed a few codes that are
defined in ISO (which is an official standard in many countries) and
forced it on users. For example, you cannot create an "index.html" on a
Czech, Polish Hungarian etc. computer and send it to a server. So it is
necessary to translate some of the codes from ISO-8859-2 to Win1250 or back.

-- Michal Borsuk Advanced Call Manager - a call register and manager. http://www.advancedcallmanager.com/ 

Subject: Request: Make TJvCustomAppStorage.Root public
From: Karel Kral <kralkonf@purusmeda.cz>
Date: Wed, 15 Jun 2005 13:15:46 +0200
Newsgroups: jedi.vcl

Hello, I am using TJvCustomAppStorage in my app.

But I have problem when I want to store objects that do not support TJvCustomAppStorage. In this case, I need to know TJvCustomAppStorage root path. I want to pass this value to other storages (i.e. DevExpress) as the root path, but this property is protected.
-- 
______________________________________________________
Karel Kral, reditel IT / IT manager
PURUS-MEDA, s.r.o., Palackeho 174, 621 00 Brno, CZ
E-Mail: kral@purusmeda.cz
______________________________________________________


Subject: Re: Listview 3
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 15 Jun 2005 11:55:40 +0200
Newsgroups: jedi.vcl

Brian wrote:

> It works like :-) Thx M8
>
> Regards
> Brian

No worries.


Subject: Re: Listview 3
From: "Brian" <brian@night.dk>
Date: Wed, 15 Jun 2005 11:54:00 +0200
Newsgroups: jedi.vcl

It works like :-) Thx M8

Regards
Brian


"OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse 
news:d8og3q$4rf$1@talkto.net...
> > Brian wrote:
> >
>> >> "OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse 
>> >> news:d8nidh$u8o$1@talkto.net...
>> >>
>>> >>>Brian wrote:
>>> >>>
>>>> >>>>"OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse 
>>>> >>>>news:d8n462$q7k$1@talkto.net...
>>>> >>>>
>>>> >>>>
>>>>> >>>>>Brian wrote:
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>>> >>>>>>Hi
>>>>>> >>>>>>
>>>>>> >>>>>>it's
>>>>>> >>>>>>ListView1.Items.Item[ListView1.ItemIndex].Checked
>>>>>> >>>>>>but thx alot
>>>>>> >>>>>>
>>>>>> >>>>>>is there a easy way to check and uncheck ALL checkboxes in the 
>>>>>> >>>>>>listview
>>>>> >>>>>
>>>>> >>>>>Apart from a loop on ListView.Items, I can't see any reason.
>>>> >>>>
>>>> >>>>
>>>> >>>>The reason?? sry but it not up to u to see the reason, but my listview 
>>>> >>>>can have over 1000 lines, and i can check them all one by one, and 
>>>> >>>>uncheck one by one, but it's will be easy to just hit 1 button and then 
>>>> >>>>all ar unchecked :-)
>>> >>>
>>> >>>No sorry, I meant "other way". The word "reason" came from nowhere, sorry 
>>> >>>if you took it in a bad way.
>> >>
>> >>
>> >> No harm done :-) maybe u have a small exaple on how to make the loop
> >
> > for i := 0 to ListView1.Items.Count-1 do
> >   ListView1.Items[i].Checked := True;
> >
> > Not tested, but that's how I would do it, considering that the Item 
> > property of Items is the default property. 




Subject: Re: TWideStringList
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 15 Jun 2005 10:23:49 +0200
Newsgroups: jedi.vcl

Ok then.

What if you get rid of the IdSMTP component, and connect directly to the SMTP server ?
I suspect there might be a bug in Id, but I'm not sure.
You may want to have a look at the SMTP component from ICS, it has worked well for me in the past.


Subject: Re: TWideStringList
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 15 Jun 2005 07:28:02 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <oobnes__gf_@_gfd_altern.org> wrote in news:d8ok73$5g9$1
@talkto.net:

> > Ok,
> > 
> > So you have this in your headers?
> > 
> > Content-Transfer-Encoding: 8bit
> > Content-Type: text/plain; charset="UTF-8"
> > 
> > I'm quite sure that both are required for the receiver (and servers in 
> > between) to not destroy everything you send.
> > 

It is now. :) The only thing I didn't have was the 'UTF-8'. I'd tried 
several other charsets but not that one. What I basically have is this:

      Msg.Subject := LineNo(Lang, rtContact, rlSubject);
      Msg.Organization := LineNo(Lang, rtContact, rlOrganisation);
      Msg.From.Name := _DEFEMAILNAME;
      Msg.From.Address := _DEFEMAILADDR;

      Msg.ContentType  := 'text/plain; charset="UTF-8"';
      Msg.ContentTransferEncoding:= '8bit';
      Msg.Body.Clear;

    	// Retrieve letter content from provider
      s := Letter(Lang); 

    	// Plug in values
      StringReplace(s, '#NAME', Request.ContentFields.Values
['FORENAME'], []);
      StringReplace(s, '#NOW', FormatDateTime('dd:mm:yy hh:nn', Now), 
[]);
      StringReplace(s, '#IP', Request.RemoteAddr, []);
      StringReplace(s, '#EMAIL', Request.ContentFields.Values['EMAIL'], 
[]);
      Msg.Body.Text := s;
      if not SMTP.Connected then
        SMTP.Connect;
      Application.ProcessMessages;
      if SMTP.Connected then
        try
          Msg.Recipients.EmailAddresses := Request.ContentFields.Values
['Email'];
          SMTP.Send(Msg);
        except
          LogError('Error sending customer response in SendContactAck');
        end
      else
        LogError('SendContactOk: SMTP not connected');

I've tried a million other values for various things but nothing seems 
to make any difference other than to get the posts in the two states I 
described in my previous post. It wouldn't be *quite* so painful if this 
wasn't the *very* last little bit of the project. :)

Cheers

-- ************************************************************ Ian Jennings This post is made entirely from recycled ones and noughts ************************************************************ 

Subject: Re: TWideStringList
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 15 Jun 2005 09:11:07 +0200
Newsgroups: jedi.vcl

Ok,

So you have this in your headers?

Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="UTF-8"

I'm quite sure that both are required for the receiver (and servers in between) to not destroy everything you send.


Subject: Re: Listview 3
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 15 Jun 2005 08:00:41 +0200
Newsgroups: jedi.vcl

Brian wrote:

> "OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse news:d8nidh$u8o$1@talkto.net...
>
>> Brian wrote:
>>
>>> "OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse news:d8n462$q7k$1@talkto.net...
>>>
>>>
>>>> Brian wrote:
>>>>
>>>>
>>>>
>>>>> Hi
>>>>>
>>>>> it's
>>>>> ListView1.Items.Item[ListView1.ItemIndex].Checked
>>>>> but thx alot
>>>>>
>>>>> is there a easy way to check and uncheck ALL checkboxes in the listview
>>>>
>>>> Apart from a loop on ListView.Items, I can't see any reason.
>>>
>>>
>>> The reason?? sry but it not up to u to see the reason, but my listview can have over 1000 lines, and i can check them all one by one, and uncheck one by one, but it's will be easy to just hit 1 button and then all ar unchecked :-)
>>
>> No sorry, I meant "other way". The word "reason" came from nowhere, sorry if you took it in a bad way.
>
>
> No harm done :-) maybe u have a small exaple on how to make the loop

for i := 0 to ListView1.Items.Count-1 do
  ListView1.Items[i].Checked := True;

Not tested, but that's how I would do it, considering that the Item property of Items is the default property.


Subject: Re: TWideStringList
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 15 Jun 2005 03:58:32 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_rzr_altern.org> wrote in
news:d8n3p9$q4l$1@talkto.net: 

>> >> I haven't found a lot in Google yet but I've a few terms to search
>> >> for yet - so here's hoping. :)
> > 
> > That's because it's 7Bit encoded, you MUST indicate it's a 8Bit
> > encoded message.
> > 

I've tried that. I've tried everything I can think of, no matter how 
silly it might be. I'm obviously doing something wrong in my ignorance 
but can't determine what it is. When I set it to 8bit the Latvian comes 
back exactly the same as it does without setting the property and but 
the Russian is slightly different. Instead of sets of '????' for the 
words I get 'ÐAÐ?ÐžNÐ¸ÐaÐž Ð?Ð° Ð?N' instead. I posted the following to 
atozedsoftware.indy.protocol.smtp yesterday evening but not heard 
anything yet:

--quote--
I've just sifted through all the posts on here, can't see much on Google 
and there doesn't appear to be anything in the KB.

I have a cgi app sitting on my ISP's server that, as one of its actions, 
sends an ack letter, via TIdSMTP and TIdMessage, to a submitter in 
either English, Latvian or Russian depending on a flag. The ack text has 
been written in Notepad and saved in Unicode. 

Everything seems ok until I need to send. The text of the letter is 
assigned to Msg.Body.Text, I log it back and it's perfect. The post is 
sent to a test account and, when it arrives in my Eudora, it's screwed. 
The Latvian is in the form 'sanem*anu' (where '*' is the 'unknown 
character' symbol) and the Russian is '????'. I *guess* (databases are 
my sort of thing) it's something to do with codepages and charsets but I 
know *nothing* about them or how to identify what I need. What's worse, 
is that I don't know where to look to find the answer. 

Am I correct in my supposition that it's codepages and charsets that I 
should be looking at? If so, does anyone know offhand (and save me hours 
more work on something that has already taken me longer than the rest of 
the project! :) ) what I should be feeding in and where, please? If not, 
could someone please tell me where to look for the answer.

I'm using D5 and Indy 10.

 --unquote--

I realise that it's the wrong ng for posting Indy-spcific questions but 
maybe it will clarify what it is that I'm trying to do and what the 
problems are as there's obviously a few *very* knowledgable people in 
here.

Cheers



Subject: Re: Listview 3
From: "Brian" <brian@night.dk>
Date: Wed, 15 Jun 2005 00:39:15 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse 
news:d8nidh$u8o$1@talkto.net...
> > Brian wrote:
>> >> "OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse 
>> >> news:d8n462$q7k$1@talkto.net...
>> >>
>>> >>>Brian wrote:
>>> >>>
>>> >>>
>>>> >>>>Hi
>>>> >>>>
>>>> >>>>it's
>>>> >>>>ListView1.Items.Item[ListView1.ItemIndex].Checked
>>>> >>>>but thx alot
>>>> >>>>
>>>> >>>>is there a easy way to check and uncheck ALL checkboxes in the listview
>>> >>>
>>> >>>Apart from a loop on ListView.Items, I can't see any reason.
>> >>
>> >>
>> >> The reason?? sry but it not up to u to see the reason, but my listview 
>> >> can have over 1000 lines, and i can check them all one by one, and 
>> >> uncheck one by one, but it's will be easy to just hit 1 button and then 
>> >> all ar unchecked :-)
> >
> > No sorry, I meant "other way". The word "reason" came from nowhere, sorry 
> > if you took it in a bad way.

No harm done :-) maybe u have a small exaple on how to make the loop

Brian 




Subject: Re: Listview 3
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 14 Jun 2005 23:33:48 +0200
Newsgroups: jedi.vcl

Brian wrote:
> "OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse news:d8n462$q7k$1@talkto.net...
>
>> Brian wrote:
>>
>>
>>> Hi
>>>
>>> it's
>>> ListView1.Items.Item[ListView1.ItemIndex].Checked
>>> but thx alot
>>>
>>> is there a easy way to check and uncheck ALL checkboxes in the listview
>>
>> Apart from a loop on ListView.Items, I can't see any reason.
>
>
> The reason?? sry but it not up to u to see the reason, but my listview can have over 1000 lines, and i can check them all one by one, and uncheck one by one, but it's will be easy to just hit 1 button and then all ar unchecked :-)

No sorry, I meant "other way". The word "reason" came from nowhere, sorry if you took it in a bad way.


Subject: Re: Listview 3
From: "Brian" <brian@night.dk>
Date: Tue, 14 Jun 2005 20:04:31 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_rzr_altern.org> skrev i en meddelelse 
news:d8n462$q7k$1@talkto.net...
> > Brian wrote:
> >
>> >> Hi
>> >>
>> >> it's
>> >> ListView1.Items.Item[ListView1.ItemIndex].Checked
>> >> but thx alot
>> >>
>> >> is there a easy way to check and uncheck ALL checkboxes in the listview
> >
> > Apart from a loop on ListView.Items, I can't see any reason.

The reason?? sry but it not up to u to see the reason, but my listview can 
have over 1000 lines, and i can check them all one by one, and uncheck one 
by one, but it's will be easy to just hit 1 button and then all ar unchecked 
:-)

Regards Brian 




Subject: Re: Listview 3
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 14 Jun 2005 19:30:57 +0200
Newsgroups: jedi.vcl

Brian wrote:

> Hi
>
> it's
> ListView1.Items.Item[ListView1.ItemIndex].Checked
> but thx alot
>
> is there a easy way to check and uncheck ALL checkboxes in the listview

Apart from a loop on ListView.Items, I can't see any reason.


Subject: Re: Listview 3
From: "Brian" <brian@night.dk>
Date: Tue, 14 Jun 2005 19:24:37 +0200
Newsgroups: jedi.vcl

Hi

it's
ListView1.Items.Item[ListView1.ItemIndex].Checked
but thx alot

is there a easy way to check and uncheck ALL checkboxes in the listview

Brian

"Peter Sanders" <peter@infopos.com.au> skrev i en meddelelse 
news:op.ssb5filuiezccv@infopos-main...
> > Hi
> >
> > On Tue, 14 Jun 2005 03:18:23 +0800, Brian <brian@night.dk> wrote:
> >
>> >> Hi Florent
>> >>
>> >> I keep getting error when trying to use ur code
>> >>
>> >> procedure TForm1.ListView1Change(Sender: TObject; Item: TListItem;
>> >>   Change: TItemChange);
>> >>   var index : integer;
>> >> begin
>> >>    ListView1.Items.Item[Index].Checked;
>> >> end;
> >
> > change > ListView1.Items.Item[Index].Checked;
> >
> > to >     ListView1.Items.Item[ListView1.Index].Checked;
> >
> >
> > -- 
> > Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ 




Subject: Re: TWideStringList
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 14 Jun 2005 19:24:09 +0200
Newsgroups: jedi.vcl

Ian Jennings wrote:
> OBones <obones_gfd_@_rzr_altern.org> wrote in
> news:d8kn1f$a0t$1@talkto.net:
>
>> Michal Borsuk wrote:
>>
>>
>>> IIRC, the conversion between WideString and String happens
>>> automatically. 
>>
>> Yes, it does, but the conversion from UTF-8 string to WideString is
>> not automatic. What you do is this:
>>
>> UTF-8 ---> WideString ---> string
>
>
> Yes, until you want to poke one into a TIdMessage. :) I guess I'm just missing a property setting or two and hope that I figure it before I grow too old. I've spent ten times as long writing this silly bit as it took to write the whole damn server. :) The body of the message is correct but it's screwed by the time it's received at the other end.
>
> I haven't found a lot in Google yet but I've a few terms to search for yet - so here's hoping. :)

That's because it's 7Bit encoded, you MUST indicate it's a 8Bit encoded message.


Subject: Re: TWideStringList
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 14 Jun 2005 16:34:26 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_rzr_altern.org> wrote in
news:d8kn1f$a0t$1@talkto.net: 

> > Michal Borsuk wrote:
> > 
>> >> IIRC, the conversion between WideString and String happens
>> >> automatically. 
> > 
> > Yes, it does, but the conversion from UTF-8 string to WideString is
> > not automatic. What you do is this:
> > 
> > UTF-8 ---> WideString ---> string

Yes, until you want to poke one into a TIdMessage. :) I guess I'm just 
missing a property setting or two and hope that I figure it before I grow 
too old. I've spent ten times as long writing this silly bit as it took to 
write the whole damn server. :) The body of the message is correct but it's 
screwed by the time it's received at the other end.

I haven't found a lot in Google yet but I've a few terms to search for yet 
- so here's hoping. :)

Cheers


Subject: Re: JvXMLDatabase.pas: Operator fieds renamed
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 14 Jun 2005 11:05:08 +0200
Newsgroups: jedi.vcl

Don S wrote:
>>>> In order to avoid confusion with the C++ "operator" reserved word, the Operator fields have been renamed to SetOperator and SQLOperator in TJvXMLQueryCondition and TJvXMLQueryAssignment.
>>>
>>>
>>> Note that JvValidators.pas also contains objects with properties named Operator.
>>
>> What "new" names would anyone suggest?
>
>
> How about these?
>
>   TJvCompareValidator.CompareOperator
>   TJvControlsCompareValidator.CompareOperator
>   TJvXMLQueryAssignment.CompareOperator
>   TJvXMLQueryCondition.QueryOperator

Ok, but TJvXMLQueryCondition and TJvXMLQueryAssignment have already been renamed, to match the name of the type of operator (Set and SQL). I'm not sure it's a good thing, it's just that we need to be consistent.


Subject: Re: JvXMLDatabase.pas: Operator fieds renamed
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 14 Jun 2005 04:19:17 -0400
Newsgroups: jedi.vcl

>>> > >> In order to avoid confusion with the C++ "operator" reserved word, the 
>>> > >> Operator fields have been renamed to SetOperator and SQLOperator in 
>>> > >> TJvXMLQueryCondition and TJvXMLQueryAssignment.
>> > > 
>> > > 
>> > > Note that JvValidators.pas also contains objects with properties named 
>> > > Operator.
> > 
> > What "new" names would anyone suggest?

How about these?

  TJvCompareValidator.CompareOperator
  TJvControlsCompareValidator.CompareOperator
  TJvXMLQueryAssignment.CompareOperator
  TJvXMLQueryCondition.QueryOperator

Just a thought...


Subject: An answer ? JvDBLookupCombo gone away
From: jp_du_pacifique_que_ça <technodirect@mls.nc>
Date: Tue, 14 Jun 2005 18:20:00 +1100
Newsgroups: jedi.vcl

Why this component (in a COntrolbar or Jvcontrolbar) go down in the
control out of visibility when I close the project.
Thank's
jpc


Subject: Re: JvXMLDatabase.pas: Operator fieds renamed
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 14 Jun 2005 08:28:09 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> OBones wrote:
>
>> In order to avoid confusion with the C++ "operator" reserved word, the Operator fields have been renamed to SetOperator and SQLOperator in TJvXMLQueryCondition and TJvXMLQueryAssignment.
>
>
> Note that JvValidators.pas also contains objects with properties named Operator.

What "new" names would anyone suggest?


Subject: Re: Problem with JvFormStorage
From: Dirk Schiffler <ds@rcs.de>
Date: Tue, 14 Jun 2005 08:13:34 +0200
Newsgroups: jedi.vcl

I will try to make a demo.

OBones schrieb:
> Please post a sample application (sources only, zipped) into jedi.binaries.


Subject: Re: Delphi performance degraded
From: Thomas Schlitz <thomas.schlitz@t-online.de>
Date: Tue, 14 Jun 2005 08:03:57 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:

> > Do you have the jvcl3\run directory in your library-path? If so remove it
> > and replace it by the jvcl3\resource and jvcl3\lib\d7 directory. Now the
> > code insight can only use the already compiled .dcu files.
> > 
> > 

Hi,
i use D5 with the ThemeManager, but every time i remove the jvcl3\run
directory i have an error message that JvThemes was compiled with
another version from ThemeSrv.PThemedElementDetails ?
What can i do ?

Regards
Thomas



Subject: Re: JVCL different on two pc's
From: "Peter Sanders" <peter@infopos.com.au>
Date: Tue, 14 Jun 2005 12:15:18 +0800
Newsgroups: jedi.vcl

Hi

A fresh install of JCL/JVCL on both pc's seems to have corrected the problem. There was a path discrepancy in the D5 library spec, this was pointing to an earlier (on another drive) installation of JCL/JVCL. The latest installation was "further down" in the library list.

This discrepancy has been removed and the library now points to the latest installation on both pc's.


On Thu, 09 Jun 2005 20:09:56 +0800, Peter Sanders <peter@infopos.com.au> wrote:

> I have a problem with the compilation of my app. On my desktop pc 1.7ghz AMD cpu WinXPpro sp2 768mb ram, the D5 compiled program starts ok when transferred to a Win98SE pc (simulating the clients pc, the app HAS to run under win98SE).
>
> If I compile the app on my Intel 3ghz P4 cpu 512mb ram winxppro sp2 (same build etc, as desktop pc) I get an error message generated by either the read or write bool of the JCLRegistry source. The error message is "HKLM/software/xxxx" is of wrong kind or size. The registry key is only a boolean key, so it should be relatively simple to handle..

Kind regards

Peter


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Listview 3
From: "Peter Sanders" <peter@infopos.com.au>
Date: Tue, 14 Jun 2005 09:07:56 +0800
Newsgroups: jedi.vcl

Hi

On Tue, 14 Jun 2005 03:18:23 +0800, Brian <brian@night.dk> wrote:

> Hi Florent
>
> I keep getting error when trying to use ur code
>
> procedure TForm1.ListView1Change(Sender: TObject; Item: TListItem;
>   Change: TItemChange);
>   var index : integer;
> begin
>    ListView1.Items.Item[Index].Checked;
> end;

change > ListView1.Items.Item[Index].Checked;

to >     ListView1.Items.Item[ListView1.Index].Checked;


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: JvXMLDatabase.pas: Operator fieds renamed
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 13 Jun 2005 23:03:27 +0200
Newsgroups: jedi.vcl

OBones wrote:
> In order to avoid confusion with the C++ "operator" reserved word, the Operator fields have been renamed to SetOperator and SQLOperator in TJvXMLQueryCondition and TJvXMLQueryAssignment.

Note that JvValidators.pas also contains objects with properties named Operator.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvXMLDatabase.pas: Operator fieds renamed
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 13 Jun 2005 22:49:05 +0200
Newsgroups: jedi.vcl

Hi

In order to avoid confusion with the C++ "operator" reserved word, the Operator fields have been renamed to SetOperator and SQLOperator in TJvXMLQueryCondition and TJvXMLQueryAssignment.

Please update your code to take this into account.

Olivier


Subject: Re: TWideStringList
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 13 Jun 2005 21:34:08 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:

> OBones wrote:
>
>> Ian Jennings wrote:
>
> [...]
>
>> No, you have to decode the UTF-8 string (8bit based) into a WideString
>> (16bit based). There is a function called UTF8Decode, in Delphi itself,
>> or in the J(V)CL for Delphi 5.
>
>
> IIRC, the conversion between WideString and String happens automatically.

Yes, it does, but the conversion from UTF-8 string to WideString is not automatic. What you do is this:

UTF-8 ---> WideString ---> string


Subject: Re: Listview 3
From: "Brian" <brian@night.dk>
Date: Mon, 13 Jun 2005 21:18:23 +0200
Newsgroups: jedi.vcl

Hi Florent

I keep getting error when trying to use ur code

procedure TForm1.ListView1Change(Sender: TObject; Item: TListItem;
  Change: TItemChange);
  var index : integer;
begin
   ListView1.Items.Item[Index].Checked;
end;


"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d8kidq$8ut$1@talkto.net...
> > Brian a écrit :
>> >> Now i got the Checkboxes in my listview, but how do i use them :-)
> >
> > JvListView.Items.Item[Index].Checked;
> > JvListView.OnChanging.
> > JvListView.OnChange.
> >
> > -- 
> > Florent Ouchet 




Subject: Re: TWideStringList
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Mon, 13 Jun 2005 20:58:25 +0200
Newsgroups: jedi.vcl

OBones wrote:
> > Ian Jennings wrote:
[...]
> > No, you have to decode the UTF-8 string (8bit based) into a WideString
> > (16bit based). There is a function called UTF8Decode, in Delphi itself,
> > or in the J(V)CL for Delphi 5.

IIRC, the conversion between WideString and String happens automatically.


> > Hope this helps
> > Cheers
> > Olivier


-- Michal Borsuk Advanced Call Manager - a call register and manager. http://www.advancedcallmanager.com/ 

Subject: Re: TWideStringList
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Mon, 13 Jun 2005 20:56:41 +0200
Newsgroups: jedi.vcl

Ian Jennings wrote:
> > Hi all
> > 
> > I'm having a bit of a problem with WideStrings. I have been knocking 
> > together a little cgi app and it has to handle strings using Latvian and 
> > Russian characters. I've never used other character sets before and have 
> > used what information I could find on Google about handling them.
> > 
> > I'm still using D5 (it ain't bust yet :) ) and the editor doesn't seem 
> > to like anything that doesn't use a standard character set. As an 
> > example, where I would normally hard-code things like 'AltText' and 
> > error messages I can't do that (it comes up as '?????'). 

Try installing "language bar" and switching to the appropriate codepage
by changing the language before starting Delphi. Might help.
Good news: as you probaly already know, Latvian and Russian character
sets are also different.

> > [...] I created my strings files in Notepad and
> > saved them as UTF-8 (also tried the other options, Unicode, etc, to no 
> > avail).

Widestring is full (i.e. 16 bit) Unicode. That should work.

[...]
> > I ran a hex editor on the original text and found that there are three 
> > characters ($EF, $BB, $BF) at the start of the file, when compared to 
> > saving in ANSI. Ok, I guess they are indicator tokens of some sort.

IMHO Unicode .

> > Some of the text to be read in are letters for mailing. When they are 
> > output the first line comes out as:
> > 
> > '?ďťżHi Mr Smith' and the extra characters would seem to be '28 20 ef 00 
> > bb 00 bf 00' - which is now *four* extra characters.

Which leads us to a certain problem. Delphi, like a lot of other
applications, is not Unicode-friendly. I'm not a specialist on that
matter, but I have had experience with competition products which seemed
to have handled Unicode better.

> > Can anyone please advise? I would have *expected* that TWideStringList 
> > would have handled things on its own so I figure I'm probably doing 
> > something wrong somewhere. 

I would have expected that .Locate .Lookup would work with
TWideStringField of TClientDataSet. Since they exist, and since they can
replace TStringField, one would expect that all the usual functions
would work well with them. Well, wrong.


> > MTIA


-- Michal Borsuk Advanced Call Manager - a call register and manager. http://www.advancedcallmanager.com/ 

Subject: Re: Recent changes to JvMenus (OBones)
From: "Kiriakos" <kvlahos@london.edu>
Date: Mon, 13 Jun 2005 21:51:15 +0300
Newsgroups: jedi.vcl

Thanks again for responding. 




Subject: Re: Listview 3
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 13 Jun 2005 20:15:22 +0200
Newsgroups: jedi.vcl

Brian a écrit :
> Now i got the Checkboxes in my listview, but how do i use them :-)

JvListView.Items.Item[Index].Checked;
JvListView.OnChanging.
JvListView.OnChange.

-- 
Florent Ouchet


Subject: Listview 3
From: "Brian" <brian@night.dk>
Date: Mon, 13 Jun 2005 20:05:43 +0200
Newsgroups: jedi.vcl

Hi all

1 more q to JVListView..

Now i got the Checkboxes in my listview, but how do i use them :-)

Regards

brian 




Subject: Re: Listview 2
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 13 Jun 2005 19:45:08 +0200
Newsgroups: jedi.vcl

Brian wrote:

> Hi
>
> Ehh sry i found out that i had assinged one in smallimages deleted it and now it's ok

Glad to hear that.
And please, next time, post the attachments in jedi.binaries.


Subject: Re: Listview 2
From: "Brian" <brian@night.dk>
Date: Mon, 13 Jun 2005 19:31:09 +0200
Newsgroups: jedi.vcl

Hi

Ehh sry i found out that i had assinged one in smallimages deleted it and 
now it's ok

Brian
"Brian" <brian@night.dk> skrev i en meddelelse 
news:d8kfnq$8a5$1@talkto.net...
> >
> > "Brian" <brian@night.dk> skrev i en meddelelse 
> > news:d8kflp$89k$1@talkto.net...
>> >> Hi,
>> >>
>> >> no i only Assing an Imagelist in HeaderImages proberty
>> >>
>> >> regards Brian
>> >> "Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse
>> >> news:d8k6kn$5ui$1@talkto.net...
>>> >>> Hi,
>>> >>>
>>> >>> Do you assign an ImageList to the StateImages property ?
>>> >>>
>>> >>> PS: you seem to be a themed Windows XP and I only have Windows 2000, if
>>> >>> it is a theme bug, I wouldn't be able to reproduce it.
>>> >>>
>>> >>> -- 
>>> >>> Florent Ouchet
>> >>
>> >>
>> >>
> >
> >
> > 




Subject: Re: Listview 2
From: "Brian" <brian@night.dk>
Date: Mon, 13 Jun 2005 19:29:17 +0200
Newsgroups: jedi.vcl

"Brian" <brian@night.dk> skrev i en meddelelse 
news:d8kflp$89k$1@talkto.net...
> > Hi,
> >
> > no i only Assing an Imagelist in HeaderImages proberty
> >
> > regards Brian
> > "Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse
> > news:d8k6kn$5ui$1@talkto.net...
>> >> Hi,
>> >>
>> >> Do you assign an ImageList to the StateImages property ?
>> >>
>> >> PS: you seem to be a themed Windows XP and I only have Windows 2000, if
>> >> it is a theme bug, I wouldn't be able to reproduce it.
>> >>
>> >> -- 
>> >> Florent Ouchet
> >
> >
> > 


clip_image002.jpg
	



Subject: Re: Listview 2
From: "Brian" <brian@night.dk>
Date: Mon, 13 Jun 2005 19:28:11 +0200
Newsgroups: jedi.vcl

Hi,

no i only Assing an Imagelist in HeaderImages proberty

regards Brian
"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d8k6kn$5ui$1@talkto.net...
> > Hi,
> >
> > Do you assign an ImageList to the StateImages property ?
> >
> > PS: you seem to be a themed Windows XP and I only have Windows 2000, if
> > it is a theme bug, I wouldn't be able to reproduce it.
> >
> > -- 
> > Florent Ouchet 


clip_image002.jpg
	



Subject: Re: Listview 2
From: "Brian" <brian@night.dk>
Date: Mon, 13 Jun 2005 19:18:19 +0200
Newsgroups: jedi.vcl

Hi,

I got the same problem on my win 2K, even if i remove XP manifest from the 
software



brian
"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d8k6kn$5ui$1@talkto.net...
> > Hi,
> >
> > Do you assign an ImageList to the StateImages property ?
> >
> > PS: you seem to be a themed Windows XP and I only have Windows 2000, if
> > it is a theme bug, I wouldn't be able to reproduce it.
> >
> > -- 
> > Florent Ouchet 


clip_image002.jpg
	



Subject: Re: jvcl 3.0 D7per Packages does not compile with Delphi 7 personal
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 13 Jun 2005 18:27:34 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> Hi,
>
> the D7per Packages project group contains the following packages that don't
> compile with that Delphi version because some database unit is not
> available:
> * JvInterpreterD7D -> JvInterpreter_Db -> DB
> * JvUIBD7D -> JvUIBDataSet) -> DB
> * JvDotNetCtrlsD7D -> JvDBDotNetControls -> DBCtrls
> * JvInspectorD7R -> JvInspDb -> DB
> * JvInspectorD7D -> dbrtl package

You MUST set the DelphiPersonalEdition define in the common\jvcld7.inc file, or those packages include files that are not meant to be used with D7 personal.
Once this is done, you MUST regenerate the packages.
Hence, it is MUCH easier to use the installer as it does all this for you.


Subject: jvcl 3.0 D7per Packages does not compile with Delphi 7 personal
From: Thomas Mueller <spam@dummzeuch.de>
Date: Mon, 13 Jun 2005 17:35:40 +0200
Newsgroups: jedi.vcl

Hi,

the D7per Packages project group contains the following packages that don't
compile with that Delphi version because some database unit is not
available:
* JvInterpreterD7D -> JvInterpreter_Db -> DB
* JvUIBD7D -> JvUIBDataSet) -> DB
* JvDotNetCtrlsD7D -> JvDBDotNetControls -> DBCtrls
* JvInspectorD7R -> JvInspDb -> DB
* JvInspectorD7D -> dbrtl package

twm



Subject: Re: Listview 2
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 13 Jun 2005 16:54:13 +0200
Newsgroups: jedi.vcl

Hi,

Do you assign an ImageList to the StateImages property ?

PS: you seem to be a themed Windows XP and I only have Windows 2000, if it is a theme bug, I wouldn't be able to reproduce it.

-- 
Florent Ouchet


Subject: Re: JVListView
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 13 Jun 2005 16:42:29 +0200
Newsgroups: jedi.vcl

Hi,

> Still useing listview, but when i set the Checkboxes flag to true, they show on the listview but they r to high up

We will discuss this bug in the new thread you've just opened.

-- 
Florent Ouchet


Subject: Listview 2
From: "Brian" <brian@night.dk>
Date: Mon, 13 Jun 2005 16:28:48 +0200
Newsgroups: jedi.vcl

Any 1 know what to do on this problem....

Still useing JVListView, and think it's good, but when i set the Checkboxes 
flag to true, they show
on the listview but they r to high up in mittel of the lines

(look attachtment)

regards

Brian



clip_image002.jpg
	



Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Mon, 13 Jun 2005 16:23:26 +0200
Newsgroups: jedi.vcl

Hi Florent

May bee u know what to do on this problem too....

Still useing listview, but when i set the Checkboxes flag to true, they show 
on the listview but they r to high up



regards

Brian

"Brian" <brian@night.dk> skrev i en meddelelse 
news:d7nnj8$gna$1@talkto.net...
> > See now that was GREAT, now i got what i wanted THX alot
> >
> > Regards
> > Brian
> > "Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse
> > news:d7nlt0$g8n$1@talkto.net...
>>> >>> Here is my code, if i only have columns with date there is no problem,
>>> >>> BUT i have colums with txt and some with date, so my method is automatic
>>> >>> otherwise i can't sort the column with text in, that's my problem text
>>> >>> and date, so i wanted to change sortmethod to stdate when column 2 is
>>> >>> pressed, but cant seem to change the sortmethod in runtime
>> >>
>> >> You should have a look at the OnAutoSort event.
>> >>
>> >> It requires the JvTypes unit:
>> >>
>> >> procedure TForm1.JvListView1AutoSort(Sender: TObject; Column: Integer;
>> >>   var AMethod: TJvSortMethod);
>> >> begin
>> >>   if (Column<2) then
>> >>     AMethod := smAlphabetic
>> >>   else if (Column<4) then
>> >>     AMethod := smDate
>> >>   else AMethod := smAlphabetic;
>> >> end;
>> >>
>> >> (using a case will result in a more clear code :D )
>> >>
>> >> Florent
> >
> > 


clip_image002.jpg
	



Subject: Re: install JCL & JVCL on Kylix 3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Jun 2005 13:58:21 +0200
Newsgroups: jedi.vcl

Kelvin Yip wrote:

> > would you please guide me what to do?

No problem: Take over the JVCLX development because nobody works on this
for months now.



-- Regards, Andreas Hausladen 

Subject: install JCL & JVCL on Kylix 3
From: "Kelvin Yip" <kelvin@asiapro.net>
Date: Mon, 13 Jun 2005 17:41:32 +0800
Newsgroups: jedi.vcl

Dear all,

I have install Kyix3 & JCL (enterprise edition) on a redhat 9 machine, and 
now I want to install JVCL.
However, when I execute the build.sh, it says that the "Version of BCB/ 
Delphi was not supported".
So, I try to edit the file common/jvcl.inc and add this
{$DEFINE KYLIX3}
Now, I can build it but with a lot of error.
The following is some example error messages, would you please guide me what 
to do?
Thanks a million.

[Building JvQ3rdK3R.dpk runtime package]
[Building JvQCoreK3R.dpk runtime package]
[Building JvQCoreK3D.dpk designtime package]
/root/delphi_com/jvcl/qdesign/JvQActnResForm.pas(47) Error: Undeclared 
identifier: 'TJvSendMailAction'
/root/delphi_com/jvcl/qdesign/JvQActnResForm.pas(47) Error: Published field 
'JvSendMailAction1' not a class nor interface type
/root/delphi_com/jvcl/qdesign/JvQCoreReg.pas(51) Fatal: Could not compile 
used unit '../../qdesign/JvQActnResForm.pas'
FAILED to build designtime package JvQCoreK3D.dpk

[Building JvQSystemK3R.dpk runtime package]
[Building JvQSystemK3D.dpk designtime package]
/root/delphi_com/jvcl/qdesign/JvQActnResForm.pas(47) Error: Undeclared 
identifier: 'TJvSendMailAction'
/root/delphi_com/jvcl/qdesign/JvQActnResForm.pas(47) Error: Published field 
'JvSendMailAction1' not a class nor interface type
/root/delphi_com/jvcl/qdesign/JvQCoreReg.pas(51) Fatal: Could not compile 
used unit '../../qdesign/JvQActnResForm.pas'
FAILED to build designtime package JvQSystemK3D.dpk

[Building JvQStdCtrlsK3R.dpk runtime package]
[Building JvQStdCtrlsK3D.dpk designtime package]
/root/delphi_com/jvcl/qdesign/JvQActnResForm.pas(47) Error: Undeclared 
identifier: 'TJvSendMailAction'
/root/delphi_com/jvcl/qdesign/JvQActnResForm.pas(47) Error: Published field 
'JvSendMailAction1' not a class nor interface type
/root/delphi_com/jvcl/qdesign/JvQCoreReg.pas(51) Fatal: Could not compile 
used unit '../../qdesign/JvQActnResForm.pas'
FAILED to build designtime package JvQStdCtrlsK3D.dpk

[Building JvQCtrlsK3R.dpk runtime package]
/root/delphi_com/jvcl/qrun/JvQContentScroller.pas(181) Hint: Variable 'Flag' 
is declared but never used in 'TJvContentScroller.CreateTimer'
/root/delphi_com/jvcl/qrun/JvQContentScroller.pas(71) Hint: Private symbol 
'SetMediaFile' declared but never used
/root/delphi_com/jvcl/qrun/JvQContentScroller.pas(75) Hint: Private symbol 
'SetLoopMedia' declared but never used
/root/delphi_com/jvcl/qrun/JvQContentScroller.pas(78) Hint: Private symbol 
'SetLoopCount' declared but never used
[Building JvQCtrlsK3D.dpk designtime package]
/root/delphi_com/jvcl/qdesign/JvQActnResForm.pas(47) Error: Undeclared 
identifier: 'TJvSendMailAction'
/root/delphi_com/jvcl/qdesign/JvQActnResForm.pas(47) Error: Published field 
'JvSendMailAction1' not a class nor interface type
/root/delphi_com/jvcl/qdesign/JvQCoreReg.pas(51) Fatal: Could not compile 
used unit '../../qdesign/JvQActnResForm.pas'
FAILED to build designtime package JvQCtrlsK3D.dpk





Subject: Re: Problem with JvFormStorage
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 13 Jun 2005 09:43:18 +0200
Newsgroups: jedi.vcl

Please post a sample application (sources only, zipped) into jedi.binaries.


Subject: Re: Problem with JvFormStorage
From: Dirk Schiffler <ds@rcs.de>
Date: Mon, 13 Jun 2005 09:31:52 +0200
Newsgroups: jedi.vcl

Toolbar.Wrapable to false had no effect. :-(

Any other ideas?

Best regards
Dirk Schiffler


Dirk Schiffler schrieb:
> Jacob Boerema schrieb:
>
>> On Fri, 10 Jun 2005 11:53:33 +0200, "Dirk Schiffler" <ds@rcs.de> wrote in article <d8bnuh$hci$1@talkto.net>:
>>
>>> If I set CoolBands.Bands in StoredProps for save the position of CoolBand 2 then I have an empty CoolBar after application restart.
>>
>>
>>
>> CoolBands are difficult to restore to a different position than you designed. Especially if the order of the bands has changed you may get  wrong results.
>> What may partially help is setting the Toolbar.Wrapable to false.
>
>
> OK, I will try it.
>
> Thank you
> Dirk


Subject: Re: Recent changes to JvMenus (OBones)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 13 Jun 2005 09:26:13 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Kiriakos wrote:
>
>>> Not it's not. I've tried with Delphi 6 and 7, it works just fine. This is either a problem with 2005, or your own installation. In either case, I can't do anything about it.
>>
>>
>> I did specify in my bug report that this only occurs with D2005.  Let me add that if JvMenus are unusable with D2005 this is a rather serious issue. Could at least someone confirm the problem so that I know it is not specific to my installation?
>
>
> It's a problem with Delphi 2005. And the menus are not "unusable", as the problem ONLY occurs the FIRST time the popup is shown.

Well, more precisely, the first time it is shown after it has been created. As the toolbar recreates it everytime, it happens everytime. But you can see the same effect with the XP style popup, and it appears only once.


Subject: Re: Problem with JvFormStorage
From: Dirk Schiffler <ds@rcs.de>
Date: Mon, 13 Jun 2005 08:20:11 +0200
Newsgroups: jedi.vcl

Jacob Boerema schrieb:
> On Fri, 10 Jun 2005 11:53:33 +0200, "Dirk Schiffler" <ds@rcs.de> wrote in article <d8bnuh$hci$1@talkto.net>:
>
>> If I set CoolBands.Bands in StoredProps for save the position of CoolBand 2 then I have an empty CoolBar after application restart.
>
>
> CoolBands are difficult to restore to a different position than you designed. Especially if the order of the bands has changed you may get  wrong results.
> What may partially help is setting the Toolbar.Wrapable to false.

OK, I will try it.

Thank you
Dirk


Subject: Re: Problem with JvFormStorage
From: Dirk Schiffler <ds@rcs.de>
Date: Mon, 13 Jun 2005 08:19:05 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Dirk Schiffler wrote:
>
>> Hi all,
>>
>> I have following situation:
>>
>> -Form with components FormStorage, INIFileStorage, MainMenu, CoolBar
>> -the CoolBar have 2 CoolBands
>> -in CoolBand 1 is a ToolBar, Property Menu is set to MainMenu
>> -in CoolBand 2 is a SpeedBar, Property IniStorage is set to FormStorage
>>
>> If Application runs I can set buttons on SpeedBar and the state of SpeedBar is saved in a INI-File and restored after application restart.
>>
>> If I set CoolBands.Bands in StoredProps for save the position of CoolBand 2 then I have an empty CoolBar after application restart.
>>
>> Whats wrong?
>
>
> try setting AutoReload and AutoSave in the IniFileStorage options.

This settings are TRUE.


Subject: Jcl install error BCB6 Fatal: 'BuildJcldcpFileFore' does not exist-don't know how to make it
From: "Lance Ryan" <lance.ryan@bigpond.com>
Date: Mon, 13 Jun 2005 16:17:01 +1000
Newsgroups: jedi.vcl

Hi all,
            having the following problem installing the jvcl on
BCB6 win 98 machine.
I have followed the manual install notes and Build-All Projects
JclPackagesC60.bpg all Ok.
When I try to create the dcp file I receive the following fatal error:
- command line prompt:
C:\Jedi\Jvcl\Packages\Bin>makejc~1 c6 "--jcl-path=C:\Jedi\JCL"
"--bpl-path=C:\Progra~1\Borland\Cbuild~1\Projects\BPL"
-Error Report
Make Ver 5.2 copyright (c)  1987, 2000 Borland
Fatal: 'BuildJcldcpFileForce' does not exist-don't know how to make it

As you'd expect when I run the install for the Jvcl it spits the dummy about
not being able to find the dcp file.

Can any one see what I am doing wrong here, I have googled and read both
news forums but cannot find anything relating to this error

Thanks Lance.




Subject: Re: Recent changes to JvMenus (OBones)
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 13 Jun 2005 07:33:21 +0200
Newsgroups: jedi.vcl

Kiriakos wrote:

>> Not it's not. I've tried with Delphi 6 and 7, it works just fine. This is either a problem with 2005, or your own installation. In either case, I can't do anything about it.
>
> I did specify in my bug report that this only occurs with D2005.  Let me add that if JvMenus are unusable with D2005 this is a rather serious issue. Could at least someone confirm the problem so that I know it is not specific to my installation?

It's a problem with Delphi 2005. And the menus are not "unusable", as the problem ONLY occurs the FIRST time the popup is shown.



> Given that the XP menu style paints white borders on both sides the changes should work for RTL configurations as well (I confess I haven't tested this).

Well, that's the problem, the white border is already here, but your changes add a second column.


>> Trust me on this, your changes are not enough to fix the issue, it is much more complicated than just changing the drawing to go around the problem.
>
> I trust you.  However, when all the changes I suggested get applied the menus appear perfect on my installation. 

No they don't. There is an additional column of white. It's like "hey the grey goes away and is replaced by white. Ah well, let's draw white instead". This is not satisfactory, plus if you have a checked item right above the one with subitems you will see that the checkbox is not fully redrawn sometimes.
All in all, it's not that easy to fix the "redraw" bug as there is not much control over it.

Cheers
Olivier


Subject: Re: Recent changes to JvMenus (OBones)
From: "Kiriakos" <kvlahos@london.edu>
Date: Mon, 13 Jun 2005 07:17:27 +0300
Newsgroups: jedi.vcl

Thanks for your response.  See comments below.

>> >> Bug ID:  0003029 provided more feedback as requested
>> >>  To replicate
>> >> Compile and Run the Example program for JvMenu in the distribution using 
>> >> D2005.
>> >> Click on the "Nice" menu on the toolbar and notice the drawing of the 
>> >> submenu arrow on the last item "Sub". It is on the left!
> >
> > Not it's not. I've tried with Delphi 6 and 7, it works just fine. This is 
> > either a problem with 2005, or your own installation. In either case, I 
> > can't do anything about it.

I did specify in my bug report that this only occurs with D2005.  Let me add 
that if JvMenus are unusable with D2005 this is a rather serious issue. 
Could at least someone confirm the problem so that I know it is not specific 
to my installation?

> >
>> >> Bug ID:  0001862
>> >> You have implemented the changes suggested in the last Note but not all 
>> >> the changes in the previous one.
>> >> If the intention is to have the white border around the menu in XP style 
>> >> then the changes one and two need to be added.  Am I missing something?
> >
> > Thing is, your changes should not have made it through, I'll remove them. 
> > They don't fix the problem, and change the way the drawing is done as they 
> > ignore the right to left settings.
Given that the XP menu style paints white borders on both sides the changes 
should work for RTL configurations as well (I confess I haven't tested 
this).

> > Trust me on this, your changes are not enough to fix the issue, it is much 
> > more complicated than just changing the drawing to go around the problem.
I trust you.  However, when all the changes I suggested get applied the 
menus appear perfect on my installation. 




Subject: Re: TWideStringList
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 13 Jun 2005 03:13:26 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_rzr_altern.org> wrote in
news:d8gv5d$gd3$1@talkto.net: 


> > The marker here is FF FE EF which indicates UTF-16, not UTF-8. Hence
> > you have a 0 byte every second byte because characters are encoded on
> > 16 bits. This is what WideString can read directly, just skip the BOM
> > (FF FE EF).
> > But note that my previous remark about characters out of the current 
> > character map will be replaced by a question mark (?) when displayed
> > in a Delphi program.
> > 
> > 
>> >> I can live with having two or three separate functions to read/write 
>> >> them (a, b, (which *seem* to be the same) and c) separately so long
>> >> as I get the right output.
> > 
> > It all depends on which BOM you find at the start. If it's EF BB BF
> > then 
> >   it's UTF-8, if it's FF FE EF, then it's UTF-16.
> > 

Hi Olivier,

Many thanks again for your reply. I *think* I see what I've done. When I 
couldn't get things to work properly I started experimenting and I guess 
I saved that file as Unicode instead of UTF-8. It must have been a 
'senior moment' for me not to remember to change it back and upload it 
again. Duh! But it was the only one like that out of about 20 of them - 
trust me to pick it to test with! Hey ho.

I'll change it back and try again. :)

Many thanks

Cheers



Subject: Re: Delphi performance degraded
From: "Phil Scadden" <P.scadden@^no-spam^remove.gns.cri.nz>
Date: Mon, 13 Jun 2005 09:10:06 +1200
Newsgroups: jedi.vcl

> > Do you have the jvcl3\run directory in your library-path? If so remove it
> > and replace it by the jvcl3\resource and jvcl3\lib\d7 directory. Now the
> > code insight can only use the already compiled .dcu files.

Okay, tried that. Immediately complained about couldnt find dcus. On
inspection the jvcl3\run directory
is full of dcu's. The lib\d7 directory only contains dfm files. I installed
using the installer. Sounds like I
should try again? I examined dpk files and strangely the output directory
seems set correctly.  My download
was 14 March 2005.




Subject: Re: Recent changes to JvMenus (OBones)
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 12 Jun 2005 15:42:45 +0200
Newsgroups: jedi.vcl

Oh yeah, and one more thing:

Get a login on Mantis.


Subject: Re: Recent changes to JvMenus (OBones)
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 12 Jun 2005 15:35:20 +0200
Newsgroups: jedi.vcl

Kiriakos wrote:
> Here are some comments about the recent changes on JvMenus:
>
> Bug ID:  0003019  reopened
>  The fix uses the SubmenuImages only for the immediate children. See Note in bug report.

I'll have alook.

> Bug ID:  0003029 provided more feedback as requested
>  To replicate
> Compile and Run the Example program for JvMenu in the distribution using D2005.
> Click on the "Nice" menu on the toolbar and notice the drawing of the submenu arrow on the last item "Sub". It is on the left!

Not it's not. I've tried with Delphi 6 and 7, it works just fine. This is either a problem with 2005, or your own installation. In either case, I can't do anything about it.

> Bug ID:  0001862
> You have implemented the changes suggested in the last Note but not all the changes in the previous one.
> If the intention is to have the white border around the menu in XP style then the changes one and two need to be added.  Am I missing something?

Thing is, your changes should not have made it through, I'll remove them. They don't fix the problem, and change the way the drawing is done as they ignore the right to left settings.
Trust me on this, your changes are not enough to fix the issue, it is much more complicated than just changing the drawing to go around the problem.

Cheers
Olivier


Subject: Recent changes to JvMenus (OBones)
From: "Kiriakos" <kvlahos@london.edu>
Date: Sun, 12 Jun 2005 15:09:42 +0300
Newsgroups: jedi.vcl

Here are some comments about the recent changes on JvMenus:

Bug ID:  0003019  reopened
 The fix uses the SubmenuImages only for the immediate children. See Note in 
bug report.

Bug ID:  0003029 provided more feedback as requested
 To replicate
Compile and Run the Example program for JvMenu in the distribution using 
D2005.
Click on the "Nice" menu on the toolbar and notice the drawing of the 
submenu arrow on the last item "Sub". It is on the left!

Bug ID:  0001862
You have implemented the changes suggested in the last Note but not all the 
changes in the previous one.
If the intention is to have the white border around the menu in XP style 
then the changes one and two need to be added.  Am I missing something?
 Change 1:
        // three lines before right <- Find comment and change the lines 
below
// if IsRightToLeft then
// Pen.Color := ImageBackgroundColor
// else
// Pen.Color := clWhite;
        Pen.Color := clWhite; // KV

Change 2:
        // two lines after left <- Find comment and change the lines below
// if IsRightToLeft then
// Pen.Color := clWhite
// else
// Pen.Color := ImageBackgroundColor;
        Pen.Color := clWhite; // KV

Feature Request:  0003031
This would be nice.  Could be applied though at the TjvImageList level.

Many thanks

Kiriakos 




Subject: Re: TWideStringList
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 12 Jun 2005 11:27:53 +0200
Newsgroups: jedi.vcl

Ian Jennings wrote:
> OBones <obones_gfd_@_rzr_altern.org> wrote in
> news:d8e6ra$g4$1@talkto.net:
>
>
>> No, you have to decode the UTF-8 string (8bit based) into a WideString
>> (16bit based). There is a function called UTF8Decode, in Delphi
>> itself, or in the J(V)CL for Delphi 5.
>>
>> Once it is decoded, then it can be used. But note that the whole VCL
>> is not Unicode based (WideString), so everything will be converted
>> back to your local codepage. If a character (like a chinese ideogram)
>> cannot be found in the current character map, it will be replaced with
>> a '?', that's Windows doing it.
>>
>
>
> Sorry all, but I don't seem to getting this quite right. :(
>
> Firstly, I don't seem to be able to find a UTF8Decode in D5. I've found one in JvGnugettextD5 in SF\common (and elsewhere) and I found and tried UTF8ToWideString (JclUnicode) as well.
>
> There seems to be several separate 'problems', for want of a better description and maybe that is what is confusing me. The files with the Unicode are (a) HTML files containing English, Latvian and Russian text, (b) text files containing Latvian and Russian words and phrases that I plug into tagholders for dynamic HTML pages containing things such as month names, (c) ack letters to be sent depending on the user's language selection, again with tagholders.
>
> (a) doing nothing (ie. WideStringList.LoadFromFile) gives me the pages displayed correctly. Running them through either of the conversion functions strips the accented characters.
>
> (b) the same as above, I think. I haven't got around to trying them using 'values[]' to find my required result, just indexing on a enumerated type.
>
> (c) No matter what I try I seem to get a problem. The response message *should* say 'Hi #NAME' so I can do a plug-in.
> This is the beginning of what I am loading into the TWideStringList when doing a LoadFromFile.
> ff fe ef 00 bb 00 bf 00 48 00 69 00 20 00 23 00 4e 00 41 00 4d 00 45 00 20 00

The marker here is FF FE EF which indicates UTF-16, not UTF-8. Hence you have a 0 byte every second byte because characters are encoded on 16 bits. This is what WideString can read directly, just skip the BOM (FF FE EF).
But note that my previous remark about characters out of the current character map will be replaced by a question mark (?) when displayed in a Delphi program.


> I can live with having two or three separate functions to read/write them (a, b, (which *seem* to be the same) and c) separately so long as I get the right output.

It all depends on which BOM you find at the start. If it's EF BB BF then  it's UTF-8, if it's FF FE EF, then it's UTF-16.

Cheers
Olivier


Subject: Re: TWideStringList
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sun, 12 Jun 2005 09:20:47 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_rzr_altern.org> wrote in
news:d8e6ra$g4$1@talkto.net: 


> > No, you have to decode the UTF-8 string (8bit based) into a WideString
> > (16bit based). There is a function called UTF8Decode, in Delphi
> > itself, or in the J(V)CL for Delphi 5.
> > 
> > Once it is decoded, then it can be used. But note that the whole VCL
> > is not Unicode based (WideString), so everything will be converted
> > back to your local codepage. If a character (like a chinese ideogram)
> > cannot be found in the current character map, it will be replaced with
> > a '?', that's Windows doing it.
> > 

Sorry all, but I don't seem to getting this quite right. :(

Firstly, I don't seem to be able to find a UTF8Decode in D5. I've found 
one in JvGnugettextD5 in SF\common (and elsewhere) and I found and tried 
UTF8ToWideString (JclUnicode) as well.

There seems to be several separate 'problems', for want of a better 
description and maybe that is what is confusing me. The files with the 
Unicode are (a) HTML files containing English, Latvian and Russian text, 
(b) text files containing Latvian and Russian words and phrases that I 
plug into tagholders for dynamic HTML pages containing things such as 
month names, (c) ack letters to be sent depending on the user's language 
selection, again with tagholders.

(a) doing nothing (ie. WideStringList.LoadFromFile) gives me the pages 
displayed correctly. Running them through either of the conversion 
functions strips the accented characters.

(b) the same as above, I think. I haven't got around to trying them 
using 'values[]' to find my required result, just indexing on a 
enumerated type.

(c) No matter what I try I seem to get a problem. The response message 
*should* say 'Hi #NAME' so I can do a plug-in. 

This is the beginning of what I am loading into the TWideStringList when 
doing a LoadFromFile. 

ff fe ef 00 bb 00 bf 00 48 00 69 00 20 00 23 00 4e 00 41 00 4d 00 45 00 
20 00

The 'Hi' starts at $48. If I run it through either of the two decode 
functions I get:

0d 00 0a 00 28 20 3f 00 48 00 69 00 20 00 23 00 4e 00 41 00 4d 00 45 

(which gives me '??Hi #NAME')

I've tried re-encoding (c) before I send the letter and tried all sorts 
of other things but I don't seem to be able to get *just* the text I 
need. 

I can live with having two or three separate functions to read/write 
them (a, b, (which *seem* to be the same) and c) separately so long as I 
get the right output.


Any more free clues, please? :)

MTIA




Subject: JvDBLookupCombo gone away
From: jp_du_pacifique_que_ça <tecnodirect@mls.nc>
Date: Sun, 12 Jun 2005 16:24:36 +1100
Newsgroups: jedi.vcl

Why this component (in a COntrolbar or Jvcontrolbar) go down in the control out of visibility when I close the project.
Thank's
jpc


Subject: Re: TWideStringList
From: Your name <nowhere@nowhere.com>
Date: Sat, 11 Jun 2005 16:09:24 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfd_@_rzr_altern.org> wrote in
news:d8e6ra$g4$1@talkto.net: 

> > Once it is decoded, then it can be used. But note that the whole VCL
> > is not Unicode based (WideString), so everything will be converted
> > back to your local codepage. If a character (like a chinese ideogram)
> > cannot be found in the current character map, it will be replaced with
> > a '?', that's Windows doing it.
> > 
> > Hope this helps

It does indeed. Many thanks Olivier

Cheers




Subject: JvTipOfDay
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Sat, 11 Jun 2005 08:32:08 -0400
Newsgroups: jedi.vcl

I'm actually using the Tip Of The Day dialog more as a Message of the day - 
I always want it to show.  Is there a way to hide/disable the checkbox to 
'Show Tips on Startup'? 




Subject: Re: Delphi performance degraded
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Sat, 11 Jun 2005 11:31:16 +0200
Newsgroups: jedi.vcl

> > Even my Delphi 2005 Pro with all three personalities and the JVCL (+some
> > JVCL.NET components) loads in 50 seconds on a P4 3GHz 512MB DDR. And
> > Delphi 7 starts in 14 seconds. And there is not only the JVCL.
> >
> > So it is not possible for me to reproduce this. That it takes longer than
> > starting a plain Delphi instance should be clear because Delphi needs some
> > time to load all the bpls. Of course if the JVCL we be one single package
> > as it was in JVCL 2 the loading would be faster but the JVCL is no more a
> > single package as long as you do not create a new huge one.

OK, maybe my Delphiis broken, it has been acting strange lately - I'll 
reinstall - sorry...

Marko 




Subject: Re: Proposed change in TJvCustomDatePickerEdit
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 11 Jun 2005 11:15:51 +0200
Newsgroups: jedi.vcl

This is now in CVS.


Subject: Re: TWideStringList
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 11 Jun 2005 10:20:22 +0200
Newsgroups: jedi.vcl

Ian Jennings wrote:

> I ran a hex editor on the original text and found that there are three characters ($EF, $BB, $BF) at the start of the file, when compared to saving in ANSI. Ok, I guess they are indicator tokens of some sort. I can get rid of them by trimming the first three characters of Strings[0] when I load the file, but it's not a very satisfactory kludge but it gives me clean text.

Well, those three bytes are the BOM, typical of UTF-8 files. They are here to indicate to a parser that the file is indeed a UTF-8 file. However, they are not required, so you only have to ignore them IF they are present.


> Some of the text to be read in are letters for mailing. When they are output the first line comes out as:
>
> '?ï»¿Hi Mr Smith' and the extra characters would seem to be '28 20 ef 00 bb 00 bf 00' - which is now *four* extra characters.

Yes, that is UTF-8 encoding. Anything that is above 127 (7F) is encoded on two or more bytes.


> Can anyone please advise? I would have *expected* that TWideStringList would have handled things on its own so I figure I'm probably doing something wrong somewhere. 

No, you have to decode the UTF-8 string (8bit based) into a WideString (16bit based). There is a function called UTF8Decode, in Delphi itself, or in the J(V)CL for Delphi 5.

Once it is decoded, then it can be used. But note that the whole VCL is not Unicode based (WideString), so everything will be converted back to your local codepage. If a character (like a chinese ideogram) cannot be found in the current character map, it will be replaced with a '?', that's Windows doing it.

Hope this helps
Cheers
Olivier


Subject: Re: Plugins
From: Jonathan Neve <jonathan@microtec.fr>
Date: Sat, 11 Jun 2005 08:52:08 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Yes, it is possible, have a look at the examples for JvPlugin.

Ok, thanks, I'll look into it.

Jonathan Neve.


Subject: TWideStringList
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 11 Jun 2005 04:23:34 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I'm having a bit of a problem with WideStrings. I have been knocking 
together a little cgi app and it has to handle strings using Latvian and 
Russian characters. I've never used other character sets before and have 
used what information I could find on Google about handling them.

I'm still using D5 (it ain't bust yet :) ) and the editor doesn't seem 
to like anything that doesn't use a standard character set. As an 
example, where I would normally hard-code things like 'AltText' and 
error messages I can't do that (it comes up as '?????'). So I have a 
text file (several of them, actually) on the server with the messages 
in. The original plan was to read them into a TWideStringList and then 
use 'Values' to locate them. I created my strings files in Notepad and 
saved them as UTF-8 (also tried the other options, Unicode, etc, to no 
avail). I uploaded them and wrote the code for a wrapper around a 
TWideStringList to access the values.

An example text file looks something like this:

Line1=This is line 1
Line2=This is line 2
....

When I used it that way I discovered that, when I did a 'Values' looking 
for the first string in the list, it never found it. I checked what was 
actually in Strings[0] and found 'extra' characters at the beginning of 
the line so that 'Line1=' was no longer.

I ran a hex editor on the original text and found that there are three 
characters ($EF, $BB, $BF) at the start of the file, when compared to 
saving in ANSI. Ok, I guess they are indicator tokens of some sort. I 
can get rid of them by trimming the first three characters of Strings[0] 
when I load the file, but it's not a very satisfactory kludge but it 
gives me clean text.

Some of the text to be read in are letters for mailing. When they are 
output the first line comes out as:

'?ï»¿Hi Mr Smith' and the extra characters would seem to be '28 20 ef 00 
bb 00 bf 00' - which is now *four* extra characters.


I've had a look around http://delphi.newswhat.com/geoxml/forumsearch and 
Google for anything about WideStrings & WideStringLists but haven't 
found anything that seems to be any use.

Can anyone please advise? I would have *expected* that TWideStringList 
would have handled things on its own so I figure I'm probably doing 
something wrong somewhere. 

Should I be fiddling with .Language or .NormalizationForm? I can't find 
anything on them so don't know what they do. I could put some of the 
strings (error messages, etc., the fixed ones) into a resource file (if 
that would work, I don't know) but other messages, the letters, need to 
be available for changing on the fly. 

Any advice please?

MTIA



Subject: Re: Delphi performance degraded
From: Gary <nospam@nojunk.com>
Date: Fri, 10 Jun 2005 15:04:22 -0400
Newsgroups: jedi.vcl

Does anyone else have a problem where the code editor always comes up in overwrite mode the first time after loading Delphi ?


Subject: Re: Delphi performance degraded
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Jun 2005 19:34:47 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

> > even the loading can take up to 2-5 minutes.

Even my Delphi 2005 Pro with all three personalities and the JVCL (+some
JVCL.NET components) loads in 50 seconds on a P4 3GHz 512MB DDR. And
Delphi 7 starts in 14 seconds. And there is not only the JVCL.

So it is not possible for me to reproduce this. That it takes longer than
starting a plain Delphi instance should be clear because Delphi needs some
time to load all the bpls. Of course if the JVCL we be one single package
as it was in JVCL 2 the loading would be faster but the JVCL is no more a
single package as long as you do not create a new huge one.


-- Regards, Andreas Hausladen 

Subject: Re: JvPlugin + FastShareMem
From: "MacFly" <geladmin@yahoo.com.br>
Date: Fri, 10 Jun 2005 12:04:16 -0300
Newsgroups: jedi.vcl

I make small changes in plugin and working fine now...

Tanks

"Jacob Boerema" <jgboerema@gmail.com> escreveu na mensagem
news:MPG.1d13846455a84f8a9896ba@forums.talkto.net...
> > On Thu, 9 Jun 2005 20:33:21 -0300, "MacFly" <geladmin@yahoo.com.br>
> > wrote in article <d8ajmi$b5r$1@talkto.net>:
>> > > I'm replaced use of ShareMem unit to FastShareMem, but now app raise
>> > > excpetions and plugin's dont load...
>> > >
>> > > JvPlugins are not compatible with FastShareMem??
> >
> > Did you rebuild all plugins and the main program?
> >
> > --
> > Jacob Boerema
> > E-mail: remove dots from j.g.boerema and replace invalid with com
> > http://home.wanadoo.nl/jgboerema/en/Freeware.htm




Subject: Re: Problem with JvFormStorage
From: Jacob Boerema <jgboerema@gmail.com>
Date: Fri, 10 Jun 2005 16:12:13 +0200
Newsgroups: jedi.vcl

On Fri, 10 Jun 2005 11:53:33 +0200, "Dirk Schiffler" <ds@rcs.de> wrote 
in article <d8bnuh$hci$1@talkto.net>:
> > If I set CoolBands.Bands in StoredProps for save the position of 
> > CoolBand 2 then I have an empty CoolBar after application restart.

CoolBands are difficult to restore to a different position than you 
designed. Especially if the order of the bands has changed you may get  
wrong results.
What may partially help is setting the Toolbar.Wrapable to false.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: JvPlugin + FastShareMem
From: Jacob Boerema <jgboerema@gmail.com>
Date: Fri, 10 Jun 2005 12:05:46 +0200
Newsgroups: jedi.vcl

On Thu, 9 Jun 2005 20:33:21 -0300, "MacFly" <geladmin@yahoo.com.br> 
wrote in article <d8ajmi$b5r$1@talkto.net>:
> > I'm replaced use of ShareMem unit to FastShareMem, but now app raise
> > excpetions and plugin's dont load...
> > 
> > JvPlugins are not compatible with FastShareMem??

Did you rebuild all plugins and the main program?

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Delphi performance degraded
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Fri, 10 Jun 2005 12:05:01 +0200
Newsgroups: jedi.vcl

> > Do you have the jvcl3\run directory in your library-path? If so remove it
> > and replace it by the jvcl3\resource and jvcl3\lib\d7 directory. Now the
> > code insight can only use the already compiled .dcu files.

I wouldn't want ot bother you, but I have a similar problem. I used the 
installer and it added the correct two directories to the path, but my 
Delphi really gets slowed down -- not just CodeInsight, even the loading can 
take up to 2-5 minutes. You may say 2-5 minutes of loading Delphi isn't such 
a big deal, but you'll understand when I tell you I have it running on 
Athlon 64 3200+, nForce 3 MSI Platinum mainboard with 1GB DDR on a SATA HDD, 
loading doesn't even take a minute before installing JVCL :(
 I mean, I love the pack and I'll install and use it even if loading Delphi 
takes an hour, but I'm asking this just in case there's a way around it... 
:)

Marko 




Subject: Re: Problem with JvFormStorage
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 10 Jun 2005 11:56:56 +0200
Newsgroups: jedi.vcl

Dirk Schiffler wrote:

> Hi all,
>
> I have following situation:
>
> -Form with components FormStorage, INIFileStorage, MainMenu, CoolBar
> -the CoolBar have 2 CoolBands
> -in CoolBand 1 is a ToolBar, Property Menu is set to MainMenu
> -in CoolBand 2 is a SpeedBar, Property IniStorage is set to FormStorage
>
> If Application runs I can set buttons on SpeedBar and the state of SpeedBar is saved in a INI-File and restored after application restart.
>
> If I set CoolBands.Bands in StoredProps for save the position of CoolBand 2 then I have an empty CoolBar after application restart.
>
> Whats wrong?

try setting AutoReload and AutoSave in the IniFileStorage options.


Subject: Problem with JvFormStorage
From: Dirk Schiffler <ds@rcs.de>
Date: Fri, 10 Jun 2005 11:53:33 +0200
Newsgroups: jedi.vcl

Hi all,

I have following situation:

-Form with components FormStorage, INIFileStorage, MainMenu, CoolBar
-the CoolBar have 2 CoolBands
-in CoolBand 1 is a ToolBar, Property Menu is set to MainMenu
-in CoolBand 2 is a SpeedBar, Property IniStorage is set to FormStorage

If Application runs I can set buttons on SpeedBar and the state of SpeedBar is saved in a INI-File and restored after application restart.

If I set CoolBands.Bands in StoredProps for save the position of CoolBand 2 then I have an empty CoolBar after application restart.

Whats wrong?

Best regards
Dirk Schiffler



Subject: Re: JVCL different on two pc's
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 10 Jun 2005 15:34:14 +0800
Newsgroups: jedi.vcl

Thank you :D

On Fri, 10 Jun 2005 15:20:20 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Peter Sanders wrote:
>
>> Do I assume that the "JVCL < 3" means that I do NOT have to uninstall JVCL  V3 prior to extracting and recompiling the "LATEST" code?
>
> Yes.
>
>>> For JCL uninstallation you must remove the files and library paths by  hand.
>> Would I have to do this for the "LATEST" files, or can I just extract an  compile?
>
> Just extract and compile.

Kind regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Plugins
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 10 Jun 2005 09:21:08 +0200
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> Hi all,
>
> I'd like to make a simple plugin system for an application I'm writing. The plugins would all be descendants of one class (which I will define in my application). I would like to allow the end-user to load a BPL at run-time. I know this is possible (I've seen it done before), but I have no idea how. Does JvPlugin handle this?
>
> Thanks!
> Jonathan Neve.

Yes, it is possible, have a look at the examples for JvPlugin.


Subject: Re: JVCL different on two pc's
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 10 Jun 2005 09:20:20 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

> Do I assume that the "JVCL < 3" means that I do NOT have to uninstall JVCL  V3 prior to extracting and recompiling the "LATEST" code?

Yes.

>> For JCL uninstallation you must remove the files and library paths by  hand.
>
>
> Would I have to do this for the "LATEST" files, or can I just extract an  compile?

Just extract and compile.


Subject: Re: JVCL different on two pc's
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 10 Jun 2005 15:18:35 +0800
Newsgroups: jedi.vcl

Hi Andreas

On Fri, 10 Jun 2005 14:21:40 +0800, Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> Peter Sanders wrote:
>
>> Hmmm? I just ran the install.bat this morning and noticed that the
>> desktop pc, which has on it's hard disk an installation of D7, that the
>> compile process USED D7 as the compiler. The laptop does not have D7 so
>> the source/libs are compiled on the laptop with D5.
>
> The message "using d7 for compilation" means that the installer will be
> compiled with that specific version. It does not mean that the jvcl is
> compiled with this (what wouldn't make any sense because d7 .dcu files are incompatible to d5 .dcu files). The installer uses the correct compiler
> for the targets.

Oops :D Of course!

>> Obviously this is going to somehow influence the resultant output.
>
> Maybe the PC does not have all Delphi 5 service packs installed.

They should be, though I can check this.

>> It bothers me that the laptop (the D5 compiled) version gives the error
>> on the read/write bool of the JCLRegistry (wrong size or type).
>
> What function does call the JCLRegistry function that fails?

I can't advise as yet. The development pc is WinXP Pro, and until I install D5 and all my Delphi components and THEN run on the Win98SE pc I don't know what is causing the error.

Well yes, I guess I could put in some extra code to indicate where the error occurs, but due to some other "ODD" Win98SE things, the code that compiles and runs fine on the development pc (WinXP Pro SP2) does not quite run correctly on the Win98SE pc, hmmm?, So I need to load/compile/run on the Win98SE pc to see what else is *different* :D

>> What is the preferred method of installing the latest versions?
>
> To call "install.bat" after removing any older JVCL < 3 by hand and
> installing the JCL. The JVCL 3 can be uninstalled by calling install.bat
> and selecting the "uninstall" option.

Do I assume that the "JVCL < 3" means that I do NOT have to uninstall JVCL V3 prior to extracting and recompiling the "LATEST" code?

> For JCL uninstallation you must remove the files and library paths by hand.

Would I have to do this for the "LATEST" files, or can I just extract an compile?

Thank you for your assistance. :D


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: JVCL different on two pc's
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Jun 2005 08:21:40 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

> > Hmmm? I just ran the install.bat this morning and noticed that the
> > desktop pc, which has on it's hard disk an installation of D7, that the
> > compile process USED D7 as the compiler. The laptop does not have D7 so
> > the source/libs are compiled on the laptop with D5.

The message "using d7 for compilation" means that the installer will be
compiled with that specific version. It does not mean that the jvcl is
compiled with this (what wouldn't make any sense because d7 .dcu files are
incompatible to d5 .dcu files). The installer uses the correct compiler
for the targets.


> > Obviously this is going to somehow influence the resultant output.

Maybe the PC does not have all Delphi 5 service packs installed.


> > It bothers me that the laptop (the D5 compiled) version gives the error
> > on the read/write bool of the JCLRegistry (wrong size or type).

What function does call the JCLRegistry function that fails?


> > What is the preferred method of installing the latest versions?

To call "install.bat" after removing any older JVCL < 3 by hand and
installing the JCL. The JVCL 3 can be uninstalled by calling install.bat
and selecting the "uninstall" option. For JCL uninstallation you must
remove the files and library paths by hand.


-- Regards, Andreas Hausladen 

Subject: Plugins
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 10 Jun 2005 08:12:00 +0200
Newsgroups: jedi.vcl

Hi all,

I'd like to make a simple plugin system for an application I'm writing. The plugins would all be descendants of one class (which I will define in my application). I would like to allow the end-user to load a BPL at run-time. I know this is possible (I've seen it done before), but I have no idea how. Does JvPlugin handle this?

Thanks!
Jonathan Neve.


Subject: Re: Delphi performance degraded
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Jun 2005 08:11:57 +0200
Newsgroups: jedi.vcl

Do you have the jvcl3\run directory in your library-path? If so remove it
and replace it by the jvcl3\resource and jvcl3\lib\d7 directory. Now the
code insight can only use the already compiled .dcu files.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL different on two pc's
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 10 Jun 2005 08:53:34 +0800
Newsgroups: jedi.vcl

Hi Olivier

Thanks for the reply.

On Thu, 09 Jun 2005 20:40:47 +0800, OBones <oobnes__gf_@_gfd_altern.org> wrote:

>> BTW I d/l the latest JCL/JVCL code from the "latest" folders and used  those files on BOTH pc's to make them the same.
>
> Right, but did you remove the old version of the JCL and JVCL on those PCs before installing the new versions?

No.

> It seems most likely that you have some old version lying around and that this one gets linked into your application instead of the one you would like to use.

After d/l the latest versions and extracting them over the originals, I used the (JCL & JVCL) install.bat file and selected the "Compile already installed packages / update IDE" option.

As the BPL path remained the same as the path used for the previous installation, I assumed there would be no need to remove any previous BPL's as they would be overwritten by the currently progressing installation.

Hmmm? I just ran the install.bat this morning and noticed that the desktop pc, which has on it's hard disk an installation of D7, that the compile process USED _D7_ as the compiler. The laptop does not have D7 so the source/libs are compiled on the laptop with D5.

Obviously this is going to *somehow* influence the resultant output.

It bothers me that the laptop (the D5 compiled) version gives the error on the read/write bool of the JCLRegistry (wrong size or type).

I will remove all JCL/JVCL stuff and reinstall from scratch.

What is the preferred method of installing the latest versions? Do I manually use the build command? (if so, please remind me of the steps required), or do I use the options I use din this instance and use the "Compile already installed packages / update IDE" option?

Thanks for your help :D

Kind regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Delphi performance degraded
From: "Phil Scadden" <P.scadden@^no-spam^remove.gns.cri.nz>
Date: Fri, 10 Jun 2005 12:40:50 +1200
Newsgroups: jedi.vcl

Since I added JVCL components to a project, Delphi 7 performance in code
editor has become painful. You scroll down code and suddenly it just sits
with hourglass for anything up to 30sec. Presumably it is checking make
status, recompiles for Code Insight. Other than turning Code Insight off, is
there any way
to improve performance?




Subject: JvPlugin + FastShareMem
From: "MacFly" <geladmin@yahoo.com.br>
Date: Thu, 9 Jun 2005 20:33:21 -0300
Newsgroups: jedi.vcl

Hi...

I'm replaced use of ShareMem unit to FastShareMem, but now app raise
excpetions and plugin's dont load...

JvPlugins are not compatible with FastShareMem??

Tanks in advance..

Mac




Subject: Re: JclAppInstances.CheckSingleInstance & TrayIcon
From: VDupuis <vincent.dupuis@sescoi.fr>
Date: Thu, 09 Jun 2005 17:56:48 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> VDupuis wrote:
>
>> Hello everybody,
>>
>> I try to use both JclAppInstances.CheckSingleInstance and TJvTrayIcon.
>> But when my application is in the system tray, if I try to run it again by double clicking on the exe file, it should restore my app which is in the system tray.
>> The problem is that my application is hidden due to the TrayIcon functionnality and I only see it in the taskbar.
>>
>> Is there a way to resolve this issue ?
>
>
> Application.Restore should do the trick.

I don't think it solve my problem.
I will develop explanation:
I have this in my code:

initialization
   JclAppInstances.CheckSingleInstance;
end.

This part test if my application is already running, if yes it restore the existing one and kill itself, if not it run normally.
But if my application is in the system tray, when the application try to be restore the existing one, application only appear in the taskbar, I didn't see any window. Normally I should have to put this code:
    JvTrayIcon1.ShowApplication;
    JVTrayIcon1.Active:=False;
to restore my application correctly. But I find no place where I can put it.
May be it is possible to modify a function in JvAppInstance to set my window to visible:=True; :
class function TJclAppInstances.BringAppWindowToFront(const Wnd: HWND): Boolean;
begin
  if IsIconic(Wnd) then
    SendMessage(Wnd, WM_SYSCOMMAND, SC_RESTORE, 0);
  Result := SetForegroundWindow98(Wnd);
end;

but I don't know how.

regards,
Vincent


Subject: JclAppInstances.CheckSingleInstance & TrayIcon
From: VDupuis <vincent.dupuis@sescoi.fr>
Date: Thu, 09 Jun 2005 17:25:21 +0200
Newsgroups: jedi.vcl

Hello everybody,

I try to use both JclAppInstances.CheckSingleInstance and TJvTrayIcon.
But when my application is in the system tray, if I try to run it again by double clicking on the exe file, it should restore my app which is in the system tray.
The problem is that my application is hidden due to the TrayIcon functionnality and I only see it in the taskbar.

Is there a way to resolve this issue ?

thank you,
regards,

Vincent


Subject: Re: JclAppInstances.CheckSingleInstance & TrayIcon
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 09 Jun 2005 17:25:17 +0200
Newsgroups: jedi.vcl

VDupuis wrote:

> Hello everybody,
>
> I try to use both JclAppInstances.CheckSingleInstance and TJvTrayIcon.
> But when my application is in the system tray, if I try to run it again by double clicking on the exe file, it should restore my app which is in the system tray.
> The problem is that my application is hidden due to the TrayIcon functionnality and I only see it in the taskbar.
>
> Is there a way to resolve this issue ?

Application.Restore should do the trick.


Subject: Re: JVCL different on two pc's
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 09 Jun 2005 14:40:47 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

> BTW I d/l the latest JCL/JVCL code from the "latest" folders and used  those files on BOTH pc's to make them the same.

Right, but did you remove the old version of the JCL and JVCL on those PCs before installing the new versions?

It seems most likely that you have some old version lying around and that this one gets linked into your application instead of the one you would like to use.


Subject: JVCL different on two pc's
From: "Peter Sanders" <peter@infopos.com.au>
Date: Thu, 09 Jun 2005 20:09:56 +0800
Newsgroups: jedi.vcl

Hi

I have a problem with the compilation of my app. On my desktop pc 1.7ghz AMD cpu WinXPpro sp2 768mb ram, the D5 compiled program starts ok when transferred to a Win98SE pc (simulating the clients pc, the app HAS to run under win98SE).

If I compile the app on my Intel 3ghz P4 cpu 512mb ram winxppro sp2 (same build etc, as desktop pc) I get an error message generated by either the read or write bool of the JCLRegistry source. The error message is "HKLM/software/xxxx" is of wrong kind or size. The registry key is only a boolean key, so it should be relatively simple to handle.

So! using winmerge, I see that a number fo the JCVL files are a different size, when I compare those JVCL/JCL/BPL files between the desktop pc and the laptop. The D5 version is the same on both the laptop and the desktop pc's, though it is possible and HIGHLY likely (based on my differences) that other components or sources ARE different - hence the different compiles between pc's.

So! can anybody advise where I should start in looking for influencing differences, ie what are the likely "offenders" that are liable to influence the compile or the JCL/JVCL libraries/bpl files.

I was under the impression that both the laptop and desktop pc's would compile my source in the same way, obviously this id NOT the case. I will therefore have to go through all my other D5 components etc and attempt to see where there are differences.

Failing this, my only resolution that I can see is to reinstall Delphi et al on one or BOTH pc's

Hopefully somebody can offer suitable advice to overcome my problem without having to resort to a reinstall.

Thanks for "listening"...looking forward to wise responses :D

BTW I d/l the latest JCL/JVCL code from the "latest" folders and used those files on BOTH pc's to make them the same.

Kind regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: TJvPlugin - simple question
From: "prgTW" <prgTW@poczta.onet.pl>
Date: Thu, 9 Jun 2005 02:49:38 +0100
Newsgroups: jedi.vcl

Hello!

I have two Forms in my project. Form1 and Form2. Form2 is dynamically created:

var
  F: TForm2;
begin
  F:=TForm2.Create(nil);
  try
    {...}
    F.ShowModal;
  finally
    F.Free;
  end;
end;

And on Form1 I have PluginManager.

Question:
How can i refer to Form2 from plugin. Refering to MainForm is easy:
  HostApplication.MainForm.xxx
but I can't refer to Form2. I tried something like this but always got
Access Violation error:

{code in JvPlugin.Comand1OnExecute}
var
  F: TForm;
  C: TComponent;
begin
  F:=TForm(HostApplication.MainForm.FindComponent('Form2'));
  C:=F.FindComponent('Button1');
  TButton(C).Caption:='blebleble';
end;

OR

var
  F,C: TComponent;
begin
  F:=HostApplication.MainForm.FindComponent('Form2');
  C:=TForm(F).FindComponent('Button1');
  TButton(C).Caption:='blebleble';
end;

I tried other solutions but I didn't solve it.

Could someone help me please? Thank You!



--- posted by geoForum on http://delphi.newswhat.com


Subject: What happened to TJvExchListboxes
From: "Preston" <nospam@nospam.com>
Date: Wed, 8 Jun 2005 15:55:37 -0600
Newsgroups: jedi.vcl

I just upgraded from 2 to 3 and now I can't find TJvExchListboxes. It's not 
in the list of changed components whose names were changed. Was it dropped? 
If so is there a replacement? 




Subject: Re: Problem installing JVCL300CompleteJCL195-Build1848
From: "Preston" <nospam@nospam.com>
Date: Wed, 8 Jun 2005 15:36:18 -0600
Newsgroups: jedi.vcl

hmmm... moved the source to a different directory and now it's working

"Preston" <nospam@nospam.com> wrote in message 
news:d87j79$nae$1@talkto.net...
> > The jcl installed fine. Now when trying to install the jvcl it's dying 
> > when trying to compile JvSystemD6R.bpl (JVCL System Runtime Package)
> >
> > Errors:
> > ...\source\jedit,inc(462) 'Interface' expected but '-' found
> > ...\source\jedit,inc(462) Illegal character in input file ')'
> > ...\run\JvFormPlacementSelectList.pas(31): internal error: D9081
> >
> >
> > Any suggestions?
> > 




Subject: Problem installing JVCL300CompleteJCL195-Build1848
From: "Preston" <nospam@nospam.com>
Date: Wed, 8 Jun 2005 14:38:04 -0600
Newsgroups: jedi.vcl

The jcl installed fine. Now when trying to install the jvcl it's dying when 
trying to compile JvSystemD6R.bpl (JVCL System Runtime Package)

Errors:
....\source\jedit,inc(462) 'Interface' expected but '-' found
....\source\jedit,inc(462) Illegal character in input file ')'
....\run\JvFormPlacementSelectList.pas(31): internal error: D9081


Any suggestions? 




Subject: XMLAppStorage
From: "Quetzalcoatl" <asesinosalvaje@gmail.com>
Date: Wed, 8 Jun 2005 19:57:22 +0100
Newsgroups: jedi.vcl

I am ussing this control to save my app settings, there is an rare
behavior, the file (name it param.xml) has varios parameters for my db
conection, I made a form to change the parameters, the form reads the file
and puts the keys in some edit fields, then the user can change these
parameters, the form writes the parameters and 'till this, everything is
fine, If I go back to the form and check, the changes are maded, If I look
at the file (param.xml) the changes are wrote, but if I close the app and
then look at the file (param.xml) the changes are gone, the original
version is back, is this ok? How can I fix it?

Please.

Thanks in advance.



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvToolBar Problem with Buttons and Switches
From: Thomas Schlitz <thomas.schlitz@t-online.de>
Date: Wed, 08 Jun 2005 10:19:36 +0200
Newsgroups: jedi.vcl

Hi,

i used the JvToolBar, but i cant change the size and the position of my
Buttons. Everytime i click on the Bar, the complete bar is marked.


I use D5 Ent.


thanks
Tom



Subject: Re: How send HTML mail with JvMail?
From: "MacFly" <geladmin@yahoo.com.br>
Date: Tue, 7 Jun 2005 17:04:50 -0300
Newsgroups: jedi.vcl

I'm using ICS components to send(text/html) e-mail  with no problems...

Its only one more option to user, to send with default mail program...
outside my app
I tested to send a HTML file with JvMail as a attachment and this work
fine...

Tanks...
Macfly

"Paw Suddergaard" <paw@easyflex.dk> escreveu na mensagem
news:d83v2r$t5p$1@talkto.net...
> > MacFly wrote:
>> > > Hi... for all..
>> > >
>> > > Is possible to send HTML mail with JvMail??
>> > >
>> > > Tanks in advance..
>> > >
>> > > Macfly
>> > >
>> > >
> >
> > Use INDY components for that...
> >
> > I'm using Indy 9 and sending HTML(with embedded pictures) is easy..




Subject: Re: TJvMemoryData
From: Jonathan Neve <jonathan@microtec.fr>
Date: Tue, 07 Jun 2005 18:24:27 +0200
Newsgroups: jedi.vcl

Dierk wrote:
> You should report this to Mantis:
> http://homepages.borland.com/jedi/issuetracker

Ok, I will, thanks.

The problems disappeared when I simply used an instance of TRxMemoryData inside my component, instead of deriving from it. Strange...

Regards,
Jonathan Neve.


Subject: JvPlugin with access to other forms than mainform
From: "B. Eber" <beber@zerosystem.de>
Date: Tue, 7 Jun 2005 14:33:34 +0200
Newsgroups: jedi.vcl

Hi NG,

first of all big thanks to the Jedi People for that great VCL Package!

At the moment i try to access components from the plugin to the 
hostapplication which works very fine. Is there also a way to access other 
forms, like datamodules or frames?

Thanks in advance for your help.

regards from amsterdam
Bertram

I use this at the moment:
var
  Comp: TComponent;
begin
   FMDIChild := TPluginform.Create(nil);
  Comp := hostapplication.MainForm.FindComponent('DSxyz');
  if assigned(Comp) then
  begin
    fmdichild.Caption := 
TDatasource(Comp).DataSet.FieldbyName('xyz').AsString;
  end;
   FMDIChild.ShowModal;




Subject: Re: How send HTML mail with JvMail?
From: Paw Suddergaard <paw@easyflex.dk>
Date: Tue, 07 Jun 2005 13:39:43 +0200
Newsgroups: jedi.vcl

MacFly wrote:
> Hi... for all..
>
> Is possible to send HTML mail with JvMail??
>
> Tanks in advance..
>
> Macfly
>
>

Use INDY components for that...

I'm using Indy 9 and sending HTML(with embedded pictures) is easy..


Subject: Re: TJvMemoryData
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 7 Jun 2005 09:33:36 +0200
Newsgroups: jedi.vcl

You should report this to Mantis:
http://homepages.borland.com/jedi/issuetracker

> > Jonathan Neve" <jonathan@microtec.fr> schrieb im Newsbeitrag
news:d81sl1$g68$1@talkto.net...
> > Hi all,
> >
> > I'm writing a component that descends from TJvMemoryData. I'm having a
> > lot of trouble... :(
> >
> > Two things: first of all, I get an access violation on the second call
> > to FieldByName (from within my descendant component). It just sits there
> > for a long time, and then breaks out into an access violation (I
> > actually think it's a stack overflow).
> >
> > Secondly, if at any point in my component I do an Edit/Post, I then get
> > an "Invalid pointer operation" upon closing. I can do Append/Post, but
> > not Edit/Post. The error message doesn't come until I call Close (or
> > until Close is called implicitly by the destructor). This second bug
> > happens the same way when using a TRxMemoryData, the first one doesn't.
> >
> > So my question is: a) does anyone know where these errors could be
> > coming from, and b) is there anything special I need to know about
> > deriving from TJvMemoryData?
> >
> > Thanks in advance!
> > Jonathan Neve.




Subject: Re: How send HTML mail with JvMail?
From: "MacFly" <geladmin@yahoo.com.br>
Date: Mon, 6 Jun 2005 19:15:53 -0300
Newsgroups: jedi.vcl

Ok..
 Tanks for all...

Macfly

"MacFly" <geladmin@yahoo.com.br> escreveu na mensagem
news:d7qb78$2q3$1@talkto.net...
> > Hi... for all..
> >
> > Is possible to send HTML mail with JvMail??
> >
> > Tanks in advance..
> >
> > Macfly
> >
> >




Subject: Re: Can't Install JCL / JVCL on D7
From: "M!CLE" <-micle-@mail.ru>
Date: Tue, 7 Jun 2005 00:34:21 +0400
Newsgroups: jedi.vcl

I think, that is a problem with SP2 (because, i had it so). Who can help 
us?! 




Subject: XMLSerializerException in Demo
From: "CH" <craigNOSPAMMM@idox.net>
Date: Mon, 6 Jun 2005 17:43:15 +0100
Newsgroups: jedi.vcl

Hi,

I have tried using the XML Serializer Component as the demo seemed to do 
exactly what wanted. when I build the demo using Delphi 7 I get

_glXMLSerializer_demo.exe raised exception class 
EJvgXMLOpenTagNotFoundException with message 'XMLSerializerException Open 
tag not found: <document>'. Process Stopped......

The compiled demo exe worked fine. Is this a compiler setting? Hope someone 
can help.

Craig 




Subject: TJvMemoryData
From: Jonathan Neve <jonathan@microtec.fr>
Date: Mon, 06 Jun 2005 18:39:08 +0200
Newsgroups: jedi.vcl

Hi all,

I'm writing a component that descends from TJvMemoryData. I'm having a lot of trouble... :(

Two things: first of all, I get an access violation on the second call to FieldByName (from within my descendant component). It just sits there for a long time, and then breaks out into an access violation (I actually think it's a stack overflow).

Secondly, if at any point in my component I do an Edit/Post, I then get an "Invalid pointer operation" upon closing. I can do Append/Post, but not Edit/Post. The error message doesn't come until I call Close (or until Close is called implicitly by the destructor). This second bug happens the same way when using a TRxMemoryData, the first one doesn't.

So my question is: a) does anyone know where these errors could be coming from, and b) is there anything special I need to know about deriving from TJvMemoryData?

Thanks in advance!
Jonathan Neve.


Subject: Re: JVCL 3 Release and D2005 PE
From: "Dave Keighan" <keighand@yahoo.com>
Date: Mon, 6 Jun 2005 14:55:51 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen,

>> > > Thanks. Just wanted to know if I'd goofed by going with the default
>> > > settings. I don't expect to be using the .Not stuff, just thought,
>> > > if it was possible to use the JVCL with it, I'd play around a bit.
> > 
> > Some JVCL units work under VCL.NET like the JvWizard. But there is no
> > package for this at the moment.

Thanks.

-- Dave Keighan XanaNewser [ 1.17.4.1] 

Subject: Re: How send HTML mail with JvMail?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 06 Jun 2005 15:22:06 +0200
Newsgroups: jedi.vcl

Mike Shkolnik wrote:
> Send the html-formatted message as first attachment
> Also don't forget to clear the body of message

I think this only works for Outlook Express (?).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: How send HTML mail with JvMail?
From: "Mike Shkolnik" <mshkolnik2002@ukr.net>
Date: Mon, 6 Jun 2005 15:07:34 +0300
Newsgroups: jedi.vcl

Send the html-formatted message as first attachment
Also don't forget to clear the body of message

--
With best regards, Mike Shkolnik
EMail: mshkolnik@scalabium.com
http://www.scalabium.com

"MacFly" <geladmin@yahoo.com.br> wrote in message
news:d7qb78$2q3$1@talkto.net...
> > Hi... for all..
> >
> > Is possible to send HTML mail with JvMail??
> >
> > Tanks in advance..
> >
> > Macfly
> >
> >




Subject: Re: D9 Pers install problem.
From: "Ian Branch" <branch@sitathome.net>
Date: Mon, 6 Jun 2005 22:05:45 +1000
Newsgroups: jedi.vcl

AH Ha!  Done & done.

Thanks Andreas.  Appreciated.

Regards,

Ian




Subject: Re: How send HTML mail with JvMail?
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Mon, 6 Jun 2005 12:10:39 +0100
Newsgroups: jedi.vcl

Hi,

Check out EasyMapi at www.RAPWare.com. Excellent product with outstanding
support.

HTH

Trev

"MacFly" <geladmin@yahoo.com.br> wrote in message
news:d7qb78$2q3$1@talkto.net...
> > Hi... for all..
> >
> > Is possible to send HTML mail with JvMail??
> >
> > Tanks in advance..
> >
> > Macfly
> >
> >




Subject: Re: JVSearchFiles and all drives
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 06 Jun 2005 10:58:42 +0200
Newsgroups: jedi.vcl

Michael Zeringue wrote:
> Is there a way to set the RootDirectory of JVSearchFiles to have it search all local drives?

No, that is not possible AFAICS.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: How send HTML mail with JvMail?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 06 Jun 2005 10:58:03 +0200
Newsgroups: jedi.vcl

MacFly wrote:
> Hi... for all..
>
> Is possible to send HTML mail with JvMail??

No, that is not possible AFAICS. Use SMTP or something for that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: D9 Pers install problem.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 6 Jun 2005 07:09:50 +0200
Newsgroups: jedi.vcl

Download the JVCL 3 for Delphi 2005 PE patch:

http://jvcl.sf.net/files/JVCLd9pPatch.zip


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3 Release and D2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 6 Jun 2005 07:09:00 +0200
Newsgroups: jedi.vcl

Dave Keighan wrote:

> > Thanks. Just wanted to know if I'd goofed by going with the default
> > settings. I don't expect to be using the .Not stuff, just thought, if
> > it was possible to use the JVCL with it, I'd play around a bit.

Some JVCL units work under VCL.NET like the JvWizard. But there is no
package for this at the moment.

-- Regards, Andreas Hausladen 

Subject: D9 Pers install problem.
From: "Ian Branch" <branch@sitathome.net>
Date: Mon, 6 Jun 2005 13:51:18 +1000
Newsgroups: jedi.vcl

FYI,

    Just did a CVS update.  Tried to install into D9 Pers and get the 
following error..

[Compiling: JvGlobusD9R.bpl]

Borland Delphi for Win32 compiler version 17.0

Copyright (c) 1983,2004 Borland Software Corporation

JvGlobusD9R.dpk(44) Fatal: E2202 Required package 'vcldb' not found

    There doesn't seem to be one for D9 Pers.

Regards,

Ian





Subject: Re: JVCL 3 Release and D2005 PE
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 05 Jun 2005 22:34:14 +0200
Newsgroups: jedi.vcl

Dave Keighan wrote:

> Andreas,
>
>
>> Download the JVCL300CompleteJCL195-Build1848.zip from
>> http://sourceforge.net/project/shownotes.php?release_id=315174
>>
>> Extract it to a folder of your choice. Then download the JVCL 3 for
>> Delphi 2005 PE patch from
>> http://jvcl.sourceforge.net/files/JVCLd9pPatch.zip
>>
>> And apply the patch (see readme.txt of the JVCLd9pPatch.zip). After
>> you have installed the patch you can start the JCL's install.bat and
>> when this has finished you can start the JVCL's install.bat
>
>
> Worked Beautifully!
>
> I'm only getting JEDI tools in the toolbar if I create a "VCL Forms
> application - Delphi for Win32" and nothing if I create a "VCL Forms
> application - Delphi for .Net" ... is this normal or did I miss an
> option checkbox?

This is perfectly normal. The JVCL 3.00 is only for Win32, I'll let the specialists talk about the .Net support.


Subject: Re: JVCL 3 Release and D2005 PE
From: "Dave Keighan" <keighand@yahoo.com>
Date: Sun, 5 Jun 2005 20:33:19 +0000 (UTC)
Newsgroups: jedi.vcl

OBones,

>> > > Worked Beautifully!
>> > > 
>> > > I'm only getting JEDI tools in the toolbar if I create a "VCL Forms
>> > > application - Delphi for Win32" and nothing if I create a "VCL Forms
>> > > application - Delphi for .Net" ... is this normal or did I miss an
>> > > option checkbox?
> > 
> > This is perfectly normal. The JVCL 3.00 is only for Win32, I'll let
> > the specialists talk about the .Net support.

Thanks. Just wanted to know if I'd goofed by going with the default
settings. I don't expect to be using the .Not stuff, just thought, if
it was possible to use the JVCL with it, I'd play around a bit.

-- Dave Keighan XanaNewser [ 1.17.4.1] 

Subject: Re: JVCL 3 Release and D2005 PE
From: "Dave Keighan" <keighand@yahoo.com>
Date: Sun, 5 Jun 2005 18:40:05 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas,

> > Download the JVCL300CompleteJCL195-Build1848.zip from
> > http://sourceforge.net/project/shownotes.php?release_id=315174
> > 
> > Extract it to a folder of your choice. Then download the JVCL 3 for
> > Delphi 2005 PE patch from
> > http://jvcl.sourceforge.net/files/JVCLd9pPatch.zip
> > 
> > And apply the patch (see readme.txt of the JVCLd9pPatch.zip). After
> > you have installed the patch you can start the JCL's install.bat and
> > when this has finished you can start the JVCL's install.bat

Worked Beautifully!

I'm only getting JEDI tools in the toolbar if I create a "VCL Forms
application - Delphi for Win32" and nothing if I create a "VCL Forms
application - Delphi for .Net" ... is this normal or did I miss an
option checkbox?

-- Dave Keighan XanaNewser [ 1.17.4.1] 

Subject: Re: JvInspector - Dynamic Dropdown
From: "A. Hoffmann" <Furizaa@gmail.com>
Date: Sun, 05 Jun 2005 15:37:13 +0200
Newsgroups: jedi.vcl

Am Sun, 05 Jun 2005 13:43:20 +0200 schrieb A. Hoffmann <Furizaa@gmail.com>:

>> A. Hoffmann wrote:
>>> Is it possible to add a dynamic Dropdown (Like Combobox) to JvInspector  Component
>>> at Runtime?
>>
>>      All drop-downs are dynamic. You have two options:
>>
>> 1) Derive a class from TJvCustomInspectorItem. Override the virtual GetValueList method and add the printer names to the Strings parameter. Register this item class (TJvCustomInspectorData.ItemRegister) for the property in question or write a handler for the JvInspector.BeforeItemCreate to set the item class for your printer data.
>>
>> 2) Assuming you have a string property/data: write a handler for JvInspector.AfterItemCreate to update the Flags property of the item to include iifValueList and assign a handler to the item's OnGetValueList event which will provide the list of printers.
>>
>>      In either case, the list will be rebuild each time the item's drop-down button is pressed.
>>
>
> Thanks for the fast reply, but i still have problems.
> To create the derive class from TJvCustomInspectorItem and override the
> virtual method is not a big deal. But i dunno know how to Register this class.
> With the other Options i have similar problems. Do you hav a little Code-snipped
> for me?

No need for this anymore... have solved the Problem :)
Thanks a lot!



-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/m2/


Subject: Re: JvInspector - Dynamic Dropdown
From: "A. Hoffmann" <Furizaa@gmail.com>
Date: Sun, 05 Jun 2005 13:43:20 +0200
Newsgroups: jedi.vcl

> A. Hoffmann wrote:
>> Is it possible to add a dynamic Dropdown (Like Combobox) to JvInspector  Component
>> at Runtime?
>
>      All drop-downs are dynamic. You have two options:
>
> 1) Derive a class from TJvCustomInspectorItem. Override the virtual GetValueList method and add the printer names to the Strings parameter.. Register this item class (TJvCustomInspectorData.ItemRegister) for the property in question or write a handler for the JvInspector.BeforeItemCreate to set the item class for your printer data.
>
> 2) Assuming you have a string property/data: write a handler for JvInspector.AfterItemCreate to update the Flags property of the item to include iifValueList and assign a handler to the item's OnGetValueList event which will provide the list of printers.
>
>      In either case, the list will be rebuild each time the item's drop-down button is pressed.
>

Thanks for the fast reply, but i still have problems.
To create the derive class from TJvCustomInspectorItem and override the
virtual method is not a big deal. But i dunno know how to Register this class.
With the other Options i have similar problems. Do you hav a little Code-snipped
for me?



-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/m2/


Subject: Re: JvInspector - Dynamic Dropdown
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 05 Jun 2005 12:12:46 +0200
Newsgroups: jedi.vcl

A. Hoffmann wrote:
> Is it possible to add a dynamic Dropdown (Like Combobox) to JvInspector  Component
> at Runtime?

    All drop-downs are dynamic. You have two options:

1) Derive a class from TJvCustomInspectorItem. Override the virtual GetValueList method and add the printer names to the Strings parameter. Register this item class (TJvCustomInspectorData.ItemRegister) for the property in question or write a handler for the JvInspector.BeforeItemCreate to set the item class for your printer data.

2) Assuming you have a string property/data: write a handler for JvInspector.AfterItemCreate to update the Flags property of the item to include iifValueList and assign a handler to the item's OnGetValueList event which will provide the list of printers.

    In either case, the list will be rebuild each time the item's drop-down button is pressed.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JVCL 3 Release and D2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 5 Jun 2005 11:43:29 +0200
Newsgroups: jedi.vcl

Dave Keighan wrote:

> > Andreas,
> > 
>> > > Shouldn't we update the release version with the Delphi 2005 Personal
>> > > Edition patch (which adds the "Personal" data to the xml files and the
>> > > installer)?
> > 
> > Is there an easy method to install JCL and JVCL for 2005PE. I have
> > JVCL 3.00 and just installed 2005PE - I'd like to use the components.

Download the JVCL300CompleteJCL195-Build1848.zip from
http://sourceforge.net/project/shownotes.php?release_id=315174

Extract it to a folder of your choice. Then download the JVCL 3 for Delphi
2005 PE patch from
http://jvcl.sourceforge.net/files/JVCLd9pPatch.zip

And apply the patch (see readme.txt of the JVCLd9pPatch.zip). After you
have installed the patch you can start the JCL's install.bat and when this
has finished you can start the JVCL's install.bat


-- Regards, Andreas Hausladen 

Subject: JvInspector - Dynamic Dropdown
From: "A. Hoffmann" <Furizaa@gmail.com>
Date: Sun, 05 Jun 2005 11:21:00 +0200
Newsgroups: jedi.vcl

Is it possible to add a dynamic Dropdown (Like Combobox) to JvInspector Component
at Runtime? I want to make a selectable list of installed Printers on the system.
This shoud be dynamic so i can add/delete Printers due runtime.

Ty ty..

-- 
Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/m2/


Subject: Re: JVCL 3 Release and D2005 PE
From: "Dave Keighan" <keighand@yahoo.com>
Date: Sat, 4 Jun 2005 23:56:16 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas,

> > Shouldn't we update the release version with the Delphi 2005 Personal
> > Edition patch (which adds the "Personal" data to the xml files and the
> > installer)?

Is there an _easy_ method to install JCL and JVCL for 2005PE. I have
JVCL 3.00 and just installed 2005PE - I'd like to use the components.

-- Dave Keighan XanaNewser [ 1.17.4.1] 

Subject: Design Time AV trying to set component of a TJvDataconsumerClientNotifyItem
From: Solerman Kaplon <skaplon@nospamplease.com>
Date: Sat, 04 Jun 2005 12:03:12 -0300
Newsgroups: jedi.vcl

Hi all,

When setting a map for the color mapper in design time, I get an AV when trying to open the combobox with the components in design time. If I set the component name directly it works, and I can even open the embedded tree in the property editor. I'm using the JVCL 3.0 release and trying to set a JvListbox as a second view of the dpColor provider in the LinkedConsumers demo.

Solerman


Subject: Re: TJvToolbar: Items appear disabled even though they are enabled
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 04 Jun 2005 16:40:59 +0200
Newsgroups: jedi.vcl

> Then I don't understand something in this behaviour. The associated control looks disabled until I refocus it.

I can't reproduce the behaviour you are describing, I need more informations about your version of the JVCL/Delphi. Maybe a sample program showing this bug may be usefull.

Florent

PS: I attached a sample program that can't reproduce this bug given the explanations you made in your first message.
Using JVCL3 (CVS version), Windows 2000 Pro SP4, Delphi 7.


Unit1.pas

unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, ComCtrls, ToolWin, JvExComCtrls, JvToolBar, StdActns, ActnList,
  ImgList, StdCtrls;

type
  TForm1 = class(TForm)
    JvToolBar1: TJvToolBar;
    ToolButton1: TToolButton;
    ActionList1: TActionList;
    ImageList1: TImageList;
    ToolButton2: TToolButton;
    ToolButton3: TToolButton;
    Action1: TAction;
    Action2: TAction;
    Action3: TAction;
    Button1: TButton;
    procedure Button1Click(Sender: TObject);
    procedure Action1Execute(Sender: TObject);
    procedure Action2Execute(Sender: TObject);
    procedure Action3Execute(Sender: TObject);
    procedure FormCreate(Sender: TObject);
  private
    { Déclarations privées }
  public
    { Déclarations publiques }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);
begin
//  Action3.OnExecute := Action1Execute;
  Action3.Enabled := True;
  Action2.Enabled := True;
  Action1.Enabled := True;
end;

procedure TForm1.Action1Execute(Sender: TObject);
begin
  //
end;

procedure TForm1.Action2Execute(Sender: TObject);
begin
  //
end;

procedure TForm1.Action3Execute(Sender: TObject);
begin
  //
end;

procedure TForm1.FormCreate(Sender: TObject);
begin
  Action3.Enabled := True;
  Action2.Enabled := True;
  Action1.Enabled := True;
end;

end.



Unit1.dfm

object Form1: TForm1
  Left = 198
  Top = 107
  Width = 952
  Height = 656
  Caption = 'Form1'
  Color = clBtnFace
  Font.Charset = DEFAULT_CHARSET
  Font.Color = clWindowText
  Font.Height = -11
  Font.Name = 'MS Shell Dlg 2'
  Font.Style = []
  OldCreateOrder = False
  OnCreate = FormCreate
  PixelsPerInch = 96
  TextHeight = 13
  object JvToolBar1: TJvToolBar
    Left = 0
    Top = 0
    Width = 944
    Height = 29
    Caption = 'JvToolBar1'
    Images = ImageList1
    TabOrder = 0
    object ToolButton1: TToolButton
      Left = 0
      Top = 2
      Action = Action1
    end
    object ToolButton2: TToolButton
      Left = 23
      Top = 2
      Action = Action2
    end
    object ToolButton3: TToolButton
      Left = 46
      Top = 2
      Action = Action3
    end
  end
  object Button1: TButton
    Left = 120
    Top = 136
    Width = 75
    Height = 25
    Caption = 'Button1'
    TabOrder = 1
    OnClick = Button1Click
  end
  object ActionList1: TActionList
    Images = ImageList1
    Left = 392
    Top = 80
    object Action1: TAction
      Caption = 'Action1'
      Enabled = False
      ImageIndex = 0
      OnExecute = Action1Execute
    end
    object Action2: TAction
      Caption = 'Action2'
      Enabled = False
      ImageIndex = 1
      OnExecute = Action2Execute
    end
    object Action3: TAction
      Caption = 'Action3'
      Enabled = False
      ImageIndex = 2
      OnExecute = Action3Execute
    end
  end
  object ImageList1: TImageList
    Left = 312
    Top = 80
    Bitmap = {
      494C010103000500040010001000FFFFFFFFFF00FFFFFFFFFFFFFFFF424D3600
      0000000000003600000028000000400000002000000001002000000000000020
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000008400000084000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000084000000840000008400000084000000840000008400
      0000840000008400000084000000840000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000840000000000000000000000840000000000000000000000840000008400
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000840000008400000084000000840000008400
      0000840000008400000084000000840000000000000000000000000000000000
      0000000000000000000084000000FFFFFF00FFFFFF00FFFFFF00FFFFFF00FFFF
      FF00FFFFFF00FFFFFF00FFFFFF00840000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000840000000000000000000000840000000000000084000000000000000000
      0000840000000000000000000000000000000000000000000000000000000000
      000000000000000000000000000084000000FFFFFF00FFFFFF00FFFFFF00FFFF
      FF00FFFFFF00FFFFFF00FFFFFF00840000000000000084848400008484008484
      8400008484008484840084000000FFFFFF000000000000000000000000000000
      00000000000000000000FFFFFF00840000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000840000000000000000000000840000000000000084000000000000000000
      0000840000000000000000000000000000000000000000000000000000000000
      000000000000000000000000000084000000FFFFFF0000000000000000000000
      00000000000000000000FFFFFF00840000000000000000848400848484000084
      8400848484000084840084000000FFFFFF00FFFFFF00FFFFFF00FFFFFF00FFFF
      FF00FFFFFF00FFFFFF00FFFFFF00840000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000008400000084000000840000000000000084000000000000000000
      0000840000000000000000000000000000000000000000000000000000000000
      000000000000000000000000000084000000FFFFFF00FFFFFF00FFFFFF00FFFF
      FF00FFFFFF00FFFFFF00FFFFFF00840000000000000084848400008484008484
      8400008484008484840084000000FFFFFF00000000000000000000000000FFFF
      FF00840000008400000084000000840000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000840000000000000084000000840000008400
      0000000000000000000000000000000000000000000000000000FFFFFF00FFFF
      FF00FFFFFF00FFFFFF00FFFFFF0084000000FFFFFF0000000000000000000000
      00000000000000000000FFFFFF00840000000000000000848400848484000084
      8400848484000084840084000000FFFFFF00FFFFFF00FFFFFF00FFFFFF00FFFF
      FF0084000000FFFFFF0084000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000840000000000000084000000000000000000
      0000000000000000000000000000000000000000000000000000FFFFFF000000
      000000000000000000000000000084000000FFFFFF00FFFFFF00FFFFFF00FFFF
      FF00FFFFFF00FFFFFF00FFFFFF00840000000000000084848400008484008484
      8400008484008484840084000000FFFFFF00FFFFFF00FFFFFF00FFFFFF00FFFF
      FF00840000008400000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000FFFFFF00FFFF
      FF00FFFFFF00FFFFFF00FFFFFF0084000000FFFFFF000000000000000000FFFF
      FF00840000008400000084000000840000000000000000848400848484000084
      8400848484000084840084000000840000008400000084000000840000008400
      0000840000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000FFFFFF000000
      000000000000000000000000000084000000FFFFFF00FFFFFF00FFFFFF00FFFF
      FF0084000000FFFFFF0084000000000000000000000084848400008484008484
      8400008484008484840000848400848484000084840084848400008484008484
      8400008484000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000FFFFFF00FFFF
      FF00FFFFFF00FFFFFF00FFFFFF0084000000FFFFFF00FFFFFF00FFFFFF00FFFF
      FF00840000008400000000000000000000000000000000848400848484000000
      0000000000000000000000000000000000000000000000000000000000008484
      8400848484000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000FFFFFF000000
      000000000000FFFFFF0000000000840000008400000084000000840000008400
      0000840000000000000000000000000000000000000084848400848484000000
      0000000000000000000000000000000000000000000000000000000000008484
      8400008484000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000FFFFFF00FFFF
      FF00FFFFFF00FFFFFF0000000000FFFFFF000000000000000000000000000000
      0000000000000000000000000000000000000000000000848400848484000084
      84000000000000FFFF00000000000000000000FFFF0000000000848484000084
      8400848484000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000FFFFFF00FFFF
      FF00FFFFFF00FFFFFF0000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000FFFF0000FFFF000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      000000000000000000000000000000000000424D3E000000000000003E000000
      2800000040000000200000000100010000000000000100000000000000000000
      000000000000000000000000FFFFFF0000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      0000000000000000000000000000000000000000000000000000000000000000
      00000000000000000000000000000000FFFFFFFFFFFF0000F9FFFFFFFC000000
      F6CFFE0080000000F6B7FE0000000000F6B7FE0000000000F8B7800000000000
      FE8F800000010000FE3F800000030000FF7F800000030000FE3F800100030000
      FEBF800300030000FC9F80070FC30000FDDF807F00030000FDDF80FF80070000
      FDDF81FFF87F0000FFFFFFFFFFFF0000}
  end
end

Unit1.pas
	


Unit1.dfm
Unit1.dfm
	



Subject: Re: JvTabBar + JvPageList - closing the last Tab causes an exception, doesn't delete Page
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 04 Jun 2005 16:16:05 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Michal Borsuk wrote:
>
>
>> I have a JvTabBar + linked JvPageList, with AutoFreeClosed set to the
>> default (=True). In my test app, when I close all Tabs, I get an
>> exception (AV, quoted below). This only happens when JvTabBar.PageList
>> is assigned a JvPageList (otherwise no exception). The assigned
>> JvPageList has as many pages as there are tabs (or more).
>
>
> This bug is already fixed in CVS. There was a Mantis entry (bug report)
> some day ago.
 Thanks a lot - I found the file:

(file) JvTabBar.pas      1.32      10 days      ahuser      Fixed Mantis #2987: JvTabBar causes AV when closing last tab

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Painter for TJvTabBar
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 04 Jun 2005 15:58:19 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Michal Borsuk wrote:
>
> [...]
> You could use the component which is right next to the TJvTabBar component
> icon in the component bar: TJvModernTabBarPainter. Is is the default style
> of TJvTabBar with the exception that you can change every  single color.
>
Thanks again.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: TJvToolbar: Items appear disabled even though they are enabled
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 04 Jun 2005 15:56:43 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:
>> In short: buttons are enabled, but painted as disabled.
>
>
> An action stays disabled even if Enabled is True. You have to set the OnExecute event _AND_ Enabled to True to make controls linked to this action enabled.

Then I don't understand something in this behaviour. The associated control looks disabled until I refocus it.

> Regards,
>
> Florent Ouchet


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: JvTabBar + JvPageList - closing the last Tab causes an exception, doesn't delete Page
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 04 Jun 2005 15:55:12 +0200
Newsgroups: jedi.vcl

Don S wrote:
> [...]
>
> What value do you have assigned to the AllowUnselected property in th tab bar?

AllowUnselected := False;

As Andreas explained to me, this was already corrected.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: TJvToolbar: Items appear disabled even though they are enabled
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 04 Jun 2005 13:33:38 +0200
Newsgroups: jedi.vcl

> In short: buttons are enabled, but painted as disabled.

An action stays disabled even if Enabled is True. You have to set the OnExecute event _AND_ Enabled to True to make controls linked to this action enabled.

Regards,

Florent Ouchet


Subject: Re: Evaluating equations
From: "Alexei Cioina" <cioina@hotmail.com>
Date: Sat, 4 Jun 2005 13:50:51 +0300
Newsgroups: jedi.vcl

Hi Ben, try  Delphi mathematical parsers  from
http://www.geocities.com/alexei_cioina/cioinaeval.html

Best regards.
Alexei.


"Ben Trewern" <ben.trewern@mowlem.com> wrote in message
news:d7plj3$svr$1@talkto.net...
> > Hi all,
> >
> > I'm not sure if this is the right place to ask this question but is there
a
> > component in the JVCL / JCL or otherwise that can evaluate equations.
> >
> > eg if I had two strings
> >
> > sEquation := '2A + 3B';
> > sVariables := 'A = 2, B = 5';
> >
> > Would give me a result of 19?
> >
> > I was thinking of using the JvInterpreter but i'm having difficulties.
> >
> > Any ideas?
> >
> > Regards,
> >
> > Ben
> >
> >




Subject: Re: Evaluating equations
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Sat, 4 Jun 2005 11:44:34 +0100
Newsgroups: jedi.vcl

Thanks,

Perfect!

"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:d7q4s9$182$1@talkto.net...
>> >> I was thinking of using the JvInterpreter but i'm having difficulties.
> >
> > The JclExprEval unit would be the one you need to look in to. Of course 
> > the equation string should be translated into '2*a + 3*b' and the 
> > variables can be set separately (I think there's an example that shows 
> > this).
> >
> > Note that the unit provides three common case implementations: one that 
> > parses and evaluates a string in one pass (used for one-time evaluations), 
> > one that parses and converts the equation string into an internal 
> > representation (useful for equations with variables/functions that need to 
> > be evaluated several times; saves the cost of parsing and converting on 
> > each evaluation run) and one that parses and compiles the string into 
> > native code instructions (useful when you have many equations that are 
> > evaluated many times, e.g. in a spreadsheet type application).
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: How send HTML mail with JvMail?
From: "MacFly" <geladmin@yahoo.com.br>
Date: Fri, 3 Jun 2005 16:58:02 -0300
Newsgroups: jedi.vcl

Hi... for all..

Is possible to send HTML mail with JvMail??

Tanks in advance..

Macfly




Subject: Re: JvTabBar + JvPageList - closing the last Tab causes an exception, doesn't delete Page
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Fri, 3 Jun 2005 15:41:24 -0400
Newsgroups: jedi.vcl

> > Since there's no documentation in the help file I'm unable to find out 
> > one thing: Are the associated pages of JvPageList deleted or otherwise 
> > freed when the tabs are? I would say so.

Docs were only recent,ly added for this unit.  Look at the online help at http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1890.  But you won't find docs for Change or FIndSelectableTab since they're not in the public or published interface for the class.

> > I have traced down the bug to TJvCustomTabBar.Changed, line
> > SelectedTab := FindSelectableTab(SelectedTab);
> > I have wrapped this line with try..except, but then the last tab isn't 
> > deleted. I cannot tell yet whether the code cannot find/assign a 
> > selectable Tab, or there's a problem with deleting the last Page

What value do you have assigned to the AllowUnselected property in th tab bar?
 



Subject: Re: Painter for TJvTabBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Jun 2005 21:22:47 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:

> > Hello.
> > 
> > I've been playing with TJvTabBar. I would like to change the contrast
> > between inactive tabs and the background, as I find that some less
> > computer-literate users may find it a little unclear the way it is now
> > ("What is it? How does it work? Where's my selection gone?").
> > 
> > The question: TJvTabBar has a .Painter property. I have found
> > TJvTabBarPainter (or similar, sp?). But it's not a component.  What
> > painter can I use OR how otherwise could I change the colour of inactive
> > bars?

You could use the component which is right next to the TJvTabBar component
icon in the component bar: TJvModernTabBarPainter. Is is the default style
of TJvTabBar with the exception that you can change every  single color.

-- Regards, Andreas Hausladen 

Subject: Re: JvTabBar + JvPageList - closing the last Tab causes an exception, doesn't delete Page
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Jun 2005 21:20:58 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:

> > I have a JvTabBar + linked JvPageList, with AutoFreeClosed set to the
> > default (=True). In my test app, when I close all Tabs, I get an
> > exception (AV, quoted below). This only happens when JvTabBar.PageList
> > is assigned a JvPageList (otherwise no exception). The assigned
> > JvPageList has as many pages as there are tabs (or more).

This bug is already fixed in CVS. There was a Mantis entry (bug report)
some day ago.


> > Since there's no documentation

http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1890

> >Are the associated pages of JvPageList deleted or otherwise
> > freed when the tabs are?

No they are not deleted. The PageList interface (IPageList) does not allow
to delete the tabs. So it's the programmer's job to delete the tabs in the
OnTabClosed event.



-- Regards, Andreas Hausladen 

Subject: TJvToolbar: Items appear disabled even though they are enabled
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 03 Jun 2005 21:09:35 +0200
Newsgroups: jedi.vcl

Hello.

Actually I'm not sure whether this is really a bug (or if it's
TJVToolbar or TToolButton), so please someone confirm.

I have a TJvToolbar with some TToolButtons with actions assigned to
them. Those actions are originally disabled*), but then FormCreate
enables them.  Even though the actions are enabled (= a watch reports
value is enabled) after full initialization: FormCreate, FormActivate etc., the buttons on the toolbar appear disabled.

In short: buttons are enabled, but painted as disabled.

If there's a user action that calls the same enabling code that is used
in FormCreate, then buttons appear OK (i.e. enabled).

I have tried .Repaint, but to no help. Also Toolbar.Enabled := False;
and then Toolbar.Enabled := True; failed;

What helps is switching to another form and back.

Hope this makes sense ;)


M Borsuk


*) without going into much detail: can't be otherwise.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/




Subject: JvTabBar + JvPageList - closing the last Tab causes an exception, doesn't delete Page
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 03 Jun 2005 21:03:54 +0200
Newsgroups: jedi.vcl

Hello.

I have a JvTabBar + linked JvPageList, with AutoFreeClosed set to the default (=True). In my test app, when I close all Tabs, I get an exception (AV, quoted below). This only happens when JvTabBar.PageList is assigned a JvPageList (otherwise no exception). The assigned JvPageList has as many pages as there are tabs (or more).

I have traced down the bug to TJvCustomTabBar.Changed, line
    SelectedTab := FindSelectableTab(SelectedTab);
I have wrapped this line with try..except, but then the last tab isn't deleted. I cannot tell yet whether the code cannot find/assign a selectable Tab, or there's a problem with deleting the last Page

Since there's no documentation in the help file I'm unable to find out one thing: Are the associated pages of JvPageList deleted or otherwise freed when the tabs are? I would say so.

I would be glad to correct it mysefl if it hasn't been done (and if it can be reproduced), just need a hint (or a few) - like the above. Home my English production makes sense ;).

I have also posted a project in a post with the same subject to jedi.binaries.

---------------------------
Debugger Exception Notification
---------------------------
Project JvTabBarJvPageList_Project1.exe raised exception class EAccessViolation with message 'Access violation at address 004147DC in module 'JvTabBarJvPageList_Project1.exe'. Read of address 00000004'. Process stopped. Use Step or Run to continue.
---------------------------
OK   Help   Suicide
---------------------------




-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Evaluating equations
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 03 Jun 2005 20:11:10 +0200
Newsgroups: jedi.vcl

> I was thinking of using the JvInterpreter but i'm having difficulties.

The JclExprEval unit would be the one you need to look in to. Of course the equation string should be translated into '2*a + 3*b' and the variables can be set separately (I think there's an example that shows this).

Note that the unit provides three common case implementations: one that parses and evaluates a string in one pass (used for one-time evaluations), one that parses and converts the equation string into an internal representation (useful for equations with variables/functions that need to be evaluated several times; saves the cost of parsing and converting on each evaluation run) and one that parses and compiles the string into native code instructions (useful when you have many equations that are evaluated many times, e.g. in a spreadsheet type application).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Painter for TJvTabBar
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 03 Jun 2005 19:42:17 +0200
Newsgroups: jedi.vcl

Hello.

I've been playing with TJvTabBar. I would like to change the contrast between inactive tabs and the background, as I find that some less computer-literate users may find it a little unclear the way it is now ("What is it? How does it work? Where's my selection gone?").

The question: TJvTabBar has a .Painter property. I have found TJvTabBarPainter (or similar, sp?). But it's not a component.
What painter can I use OR how otherwise could I change the colour of inactive bars?

Thanks in advance.


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Evaluating equations
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Fri, 3 Jun 2005 14:53:02 +0100
Newsgroups: jedi.vcl

Hi all,

I'm not sure if this is the right place to ask this question but is there a 
component in the JVCL / JCL or otherwise that can evaluate equations.

eg if I had two strings

sEquation := '2A + 3B';
sVariables := 'A = 2, B = 5';

Would give me a result of 19?

I was thinking of using the JvInterpreter but i'm having difficulties.

Any ideas?

Regards,

Ben 




Subject: JvTFGlanceTextViewer
From: mr <marcin-nospam@outs.pl>
Date: Fri, 03 Jun 2005 05:29:39 +0200
Newsgroups: jedi.vcl

hi
i wrote small modification to JvTFGlanceTextViewer.pas to allow customizing drawing of cell in month-view and week-view. Here diff, please write suggestion and include modification to cvs.

best regards
m.repec

Index: JVCL3/run/JvTFGlanceTextViewer.pas
===================================================================
RCS file: /cvsroot/jvcl/dev/JVCL3/run/JvTFGlanceTextViewer.pas,v
retrieving revision 1.25
diff -u -r1.25 JvTFGlanceTextViewer.pas
--- JVCL3/run/JvTFGlanceTextViewer.pas    17 Feb 2005 10:20:56 -0000    1.25
+++ JVCL3/run/JvTFGlanceTextViewer.pas    23 May 2005 12:36:12 -0000
@@ -181,6 +181,13 @@

   TJvTFGlTxtVwEditorAlign = (eaLine, eaCell);

+  TJvTFGTVDrawAppt = procedure(Sender:TObject;
+                                Canvas : TCanvas;
+                                Appt:TJvTFAppt;
+                                var Txt:string;
+                                var LineRect:TRect;
+                                Selected:Boolean) of object;
+
   TJvTFGlanceTextViewer = class(TJvTFGlanceViewer)
   private
     FViewControl: TJvTFGVTextControl;
@@ -191,6 +198,8 @@
     FTopLines: TStringList;
     FSelApptAttr: TJvTFTxtVwApptAttr;
     FSelAppt: TJvTFAppt;
+    FOnDrawAppt: TJvTFGTVDrawAppt;
+    FReadOnly: Boolean;
     procedure SetLineSpacing(Value: Integer);
     procedure SetSelApptAttr(Value: TJvTFTxtVwApptAttr);
     procedure SetEditorAlign(Value: TJvTFGlTxtVwEditorAlign);
@@ -204,6 +213,11 @@
     procedure LineDDClick(LineNum: Integer); virtual;
     procedure ParentReconfig; override;
     procedure SetSelAppt(Value: TJvTFAppt);
+    procedure DoDrawAppt(Canvas:TCanvas;
+                          Appt:TJvTFAppt;
+                          var Txt:string;
+                          var LineRect:TRect;
+                          Selected:Boolean); virtual;
   public
     constructor Create(AOwner: TComponent); override;
     destructor Destroy; override;
@@ -235,6 +249,8 @@
       write SetEditorAlign default eaLine;
     property ShowStartEnd: Boolean read FShowStartEnd
       write SetShowStartEnd default True;
+    property OnDrawAppt : TJvTFGTVDrawAppt read FOnDrawAppt write FOnDrawAppt;
+    property ReadOnly : Boolean read FReadOnly write FReadOnly default False;
   end;

 {$IFDEF USEJVCL}
@@ -394,6 +410,7 @@
   Appt: TJvTFAppt;
   RegFontColor,
   RegBrushColor: TColor;
+  CurrentLineRect : TRect;
 begin
   Viewer.SetTo(DrawInfo.Cell);

@@ -433,7 +450,10 @@
       LineRect.Bottom := Lesser(NextLineTop + CalcLineHeight, aRect.Bottom);

       if csDesigning in ComponentState then
-        Txt := 'Appt ' + IntToStr(I)
+      begin
+        Txt := 'Appt ' + IntToStr(I);
+        Appt := nil;
+      end
       else
       begin
         Appt := Viewer.Appts[AbsToRel(I)];
@@ -463,9 +483,13 @@
         end;
       end;

-      TxtRect := LineRect;
-      Windows.InflateRect(TxtRect, -1, -1);
+      CurrentLineRect := LineRect;
+      if Assigned(Appt) then
+        Viewer.DoDrawAppt(ACanvas, Appt, Txt, CurrentLineRect, Appt = Viewer.SelAppt);

+      TxtRect := CurrentLineRect;
+
+      Windows.InflateRect(TxtRect, -1, -1);
       PTxt := StrAlloc((Length(Txt) + 4) * SizeOf(Char));
       StrPCopy(PTxt, Txt);
       Windows.DrawText(ACanvas.Handle, PTxt, -1, TxtRect, Flags);
@@ -478,7 +502,7 @@
   if not (csDesigning in ComponentState) then
   begin
     if not Replicating and (FMousePtInfo.RelLineNum < Viewer.ApptCount) and
-       FMouseInControl then
+       FMouseInControl and CanEdit() then
       DrawDDButton(ACanvas);

     BtnRect := ScrollUpBtnRect(DrawInfo.aRect);
@@ -872,7 +896,7 @@

 function TJvTFGVTextControl.CanEdit: Boolean;
 begin
-  Result := True;
+  Result := not Viewer.ReadOnly;
 end;

 {
@@ -1278,7 +1302,7 @@

 function TJvTFGlanceTextViewer.CanEdit: Boolean;
 begin
-  Result := FViewControl.CanEdit;
+  Result := (not ReadOnly) and FViewControl.CanEdit;
 end;

 procedure TJvTFGlanceTextViewer.EditAppt(ACell: TJvTFGlanceCell; RelLine: Integer;
@@ -1308,6 +1332,14 @@
   end;
 end;

+procedure TJvTFGlanceTextViewer.DoDrawAppt(Canvas : TCanvas;
+    Appt: TJvTFAppt; var Txt:string; var LineRect: TRect; Selected: Boolean);
+begin
+  if Assigned(FOnDrawAppt) then
+    FOnDrawAppt(Self, Canvas, Appt, Txt, LineRect, Selected);
+end;
+
+
 //=== { TJvTFGVTxtEditor } ===================================================

 constructor TJvTFGVTxtEditor.Create(AOwner: TComponent);


Subject: Using hints on lines in a list box and DB records
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 03 Jun 2005 11:15:35 +0800
Newsgroups: jedi.vcl

Hi

I want to display a hint window when the user moves the mouse over the lines of a TJvListBox or moves the mouse over the cells displayed in a TJvDBUltimGrid.

The grid will display a relevant hint if I click on a record. I would like to be able to have the hint display relevant information on the specific "FIELD" (cell) as the mouse passes over the field (preferably without a need to click on the cell).

I would like to be able to have the hint display relevant information on the specific listbox line as the mouse passes over the line (preferably without a need to click on the line).

My attempts so far have been far less than perfect. I have tried using the mouse move event and although I can get a hint displayed sometimes, it is not consistent or "smooth" like I have seen in other apps. Most times I have to move off the control to have the hint display.

In the listbox OnMouseMove event I have the app update the text in a status bar, this works fine.

Kind regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: TJvPopUpMenu and shortcut keys
From: "Peter Sanders" <peter@infopos.com.au>
Date: Fri, 03 Jun 2005 10:53:50 +0800
Newsgroups: jedi.vcl

Hi

I have used a TJvPopUpMenu and assigned several shortcut keys to the menu options.

I have used, for example, F5, F10, Shift-Ctrl F1 Shift-Ctrl F10 etc (see attached image if it is attached :D )

The shortkeys were assigned with the Object inspector, but they DO NOT work? Is this a problem with the component or windows itself or am I doing / not doing something else that may be required.

-- 
Kind regards

Peter


Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

m.png

m.png
	



Subject: JvEditor and ErrorHighlighting
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Jun 2005 22:33:37 +0200
Newsgroups: jedi.vcl

The JvEditor has now an error highlighting feature. It is accessible
through JvEditor.ErrorHighlighting.Add(Col, Line, Len, Error Message) and
will display a red waved line under the (Col..Col+Len-1/Line) position.

There are also two new events:
- OnLineInserted: Is invoked when Lines.Insert is executed (mostly used
for LineInformation and ErrorHighlighting line update)
- OnLineDeleted: Is invoked when Lines.Delete is executed (mostly used for
LineInformation and ErrorHighlighting line update)


-- Regards, Andreas Hausladen 

Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 22:11:44 +0200
Newsgroups: jedi.vcl

See now that was GREAT, now i got what i wanted THX alot

Regards
Brian
"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d7nlt0$g8n$1@talkto.net...
>> >> Here is my code, if i only have columns with date there is no problem, 
>> >> BUT i have colums with txt and some with date, so my method is automatic 
>> >> otherwise i can't sort the column with text in, that's my problem text 
>> >> and date, so i wanted to change sortmethod to stdate when column 2 is 
>> >> pressed, but cant seem to change the sortmethod in runtime
> >
> > You should have a look at the OnAutoSort event.
> >
> > It requires the JvTypes unit:
> >
> > procedure TForm1.JvListView1AutoSort(Sender: TObject; Column: Integer;
> >   var AMethod: TJvSortMethod);
> > begin
> >   if (Column<2) then
> >     AMethod := smAlphabetic
> >   else if (Column<4) then
> >     AMethod := smDate
> >   else AMethod := smAlphabetic;
> > end;
> >
> > (using a case will result in a more clear code :D )
> >
> > Florent 




Subject: Re: JVListView
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 02 Jun 2005 21:41:36 +0200
Newsgroups: jedi.vcl

> Here is my code, if i only have columns with date there is no problem, BUT i have colums with txt and some with date, so my method is automatic otherwise i can't sort the column with text in, that's my problem text and date, so i wanted to change sortmethod to stdate when column 2 is pressed, but cant seem to change the sortmethod in runtime

You should have a look at the OnAutoSort event.

It requires the JvTypes unit:

procedure TForm1.JvListView1AutoSort(Sender: TObject; Column: Integer;
  var AMethod: TJvSortMethod);
begin
  if (Column<2) then
    AMethod := smAlphabetic
  else if (Column<4) then
    AMethod := smDate
  else AMethod := smAlphabetic;
end;

(using a case will result in a more clear code :D )

Florent


Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 20:50:14 +0200
Newsgroups: jedi.vcl

have the same version

"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d7na4q$d6n$1@talkto.net...
>> >> This is when i press lev.dato header
> >
> > I need your file version of JvListView.pas
> >
> > This is the line just below the file header :
> > mine is :
> > // $Id: JvListView.pas,v 1.50 2005/03/09 14:57:27 marquardt Exp $
> >
> > My version is 1.50, with this version I can't reproduce this bug, here is 
> > my test code:
> >
> > You need a form with a TJvListView (named JvListView1) on it, 2 columns 
> > and SortMethod set to smDate. Clicking on the 2nd colomn should sort item 
> > by dates.
> >
> > procedure TForm1.FormCreate(Sender: TObject);
> > var
> >   i: Integer;
> > begin
> >   for i := 0 to 1000 do
> >     with JvListView1.Items.Add do
> >   begin
> >     Caption := 'Item'+IntToStr(i);
> >
> > SubItems.Add(DateTimeToStr(EncodeDate(Random(100)+1,Random(12)+1,Random(28)+1)));
> >   end;
> > end;
> >
> > Cheers,
> >
> > Florent 




Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 20:49:26 +0200
Newsgroups: jedi.vcl

Here is my code, if i only have columns with date there is no problem, BUT i 
have colums with txt and some with date, so my method is automatic otherwise 
i can't sort the column with text in, that's my problem text and date, so i 
wanted to change sortmethod to stdate when column 2 is pressed, but cant 
seem to change the sortmethod in runtime

Function kunde: string;
var
  Tempstr : String;
begin
  Form1.MySQLTable9.First;
  Form1.ListView1.Clear;
  Form1.ListView1.Items.BeginUpdate;
   While Not Form1.MySQLtable9.Eof do
   begin
    If (Form1.MySQLtable9.fieldByName('MainOrderType').AsInteger <> 6) and 
(Form1.MySQLtable9.fieldByName('MainOrderType').AsInteger <> 3) then
    begin
     with Form1.ListView1.Items.Add do
     begin
      Caption:=Form1.MySQLtable9.fieldByName('Custnr').AsString+'-'+Form1.MySQLtable9.fieldByName('CustOrderNum').AsString;
      ImageIndex:=-1;
      Subitems.Add(nav);
      If Form1.MySQLtable9.fieldByName('DeliveryDate').AsDateTime > 
01-01-2005 then
      Subitems.Add(Form1.MySQLtable9.fieldByName('DeliveryDate').AsString)// 
date in DB
      else
       Subitems.Add(' ');
      If Form1.MySQLtable9.fieldByName('DeliveryDate').AsDateTime > 
01-01-2005 then
      Subitems.Add(Form1.MySQLtable9.fieldByName('ReturnDate').AsString)// 
date in DB
      else
       Subitems.Add(' ');
      If Form1.MySQLtable9.fieldByName('lastedit').AsDateTime > 01-01-2005 
then
      Subitems.Add(Form1.MySQLtable9.fieldByName('lastedit').AsString)// 
date in DB
      else
       Subitems.Add(' ');
      case 
TMainOrderTypeType(strtoint(Form1.MySQLtable9.fieldByName('MainOrderType').AsString)) 
of
        InvoicedMainOrder: Tempstr:=Gettext(420)+' 
'+Form1.MySQLtable9.fieldByName('InvoicedDate').AsString+' 
'+Form1.MySQLtable9.fieldByName('sendtype').AsString;
        ConfirmedMainOrder: Tempstr:=Gettext(421)+' 
'+Form1.MySQLtable9.fieldByName('ConfirmedDate').AsString+' 
'+Form1.MySQLtable9.fieldByName('sendtype').AsString;
        KredNoteMainOrder: Tempstr:=Gettext(422);
        WrittenKredNoteMainOrder: Tempstr:=Gettext(423)+' 
'+Form1.MySQLtable9.fieldByName('KredNoteDate').AsString+' 
'+Form1.MySQLtable9.fieldByName('sendtype').AsString;
        else Tempstr:=Gettext(424);
      end;
      Subitems.add(Tempstr);
      Data:=pointer(strtoint(Form1.MySQLtable9.fieldByName('MainOrdernum').AsString));
     end;
    end;
    Form1.MySQLtable9.Next;
   end;
  Form1.ListView1.Items.EndUpdate;
end;

"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d7na4q$d6n$1@talkto.net...
>> >> This is when i press lev.dato header
> >
> > I need your file version of JvListView.pas
> >
> > This is the line just below the file header :
> > mine is :
> > // $Id: JvListView.pas,v 1.50 2005/03/09 14:57:27 marquardt Exp $
> >
> > My version is 1.50, with this version I can't reproduce this bug, here is 
> > my test code:
> >
> > You need a form with a TJvListView (named JvListView1) on it, 2 columns 
> > and SortMethod set to smDate. Clicking on the 2nd colomn should sort item 
> > by dates.
> >
> > procedure TForm1.FormCreate(Sender: TObject);
> > var
> >   i: Integer;
> > begin
> >   for i := 0 to 1000 do
> >     with JvListView1.Items.Add do
> >   begin
> >     Caption := 'Item'+IntToStr(i);
> >
> > SubItems.Add(DateTimeToStr(EncodeDate(Random(100)+1,Random(12)+1,Random(28)+1)));
> >   end;
> > end;
> >
> > Cheers,
> >
> > Florent 




Subject: Re: documentation
From: Ricardo Cardona R <rcardona@mail.com>
Date: Thu, 02 Jun 2005 12:01:54 -0500
Newsgroups: jedi.vcl

Warren Postma escribió:
> Marcel Bestebroer wrote:
>
>>    Just stopping by to say hello ;)
>>
>>
>>> Which would pretty much guarantee there will be *no* documentation.  
>>
>>> The only way that would work is if new or modified code cannot be
>>> included (or checked in) in the project unless it is accompanied by
>>> it's updated documentation.  It that what you want?
>>
>>    Personally, I'd say yes. Especially for new donations, the best
>> policy is to not include it unless there's documentation in
>> understandable English. I wouldn't go as far as to say it has to be the
>> way it should eventually be presented in the help file, but at least
>> enough so we can include something.
>
>
> That would essentially prevent JVCL from further growing, which might be
> a GOOD THING anyways, as it's probably too big already.
>
> I would say that unless someone cares enough to sit down and write it,
> component documentation is something that is far enough off the
> "critical path" of most of our daily schedules, that it's unlikely to
> happen that I'll have much time to contribute for it, although I hope
> to contribute a bit when I get time.
>
> DockPresident (JvDocking) is fabulous and all of the documentation
> (scant though it was) was in Chineese. If asked again, I would still
> recommend adding it, documentation or not.
>
> You can't eat documentation.
>
> Warren

I posted documentation in english for DockPresident Help, look at binaries group "jvDock - DockPresident Help" 08/02/2005 06:10 p.m. maybe can help.

Ricardona




Subject: Re: JVListView
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 02 Jun 2005 18:20:56 +0200
Newsgroups: jedi.vcl

> This is when i press lev.dato header

I need your file version of JvListView.pas

This is the line just below the file header :
mine is :
// $Id: JvListView.pas,v 1.50 2005/03/09 14:57:27 marquardt Exp $

My version is 1.50, with this version I can't reproduce this bug, here is my test code:

You need a form with a TJvListView (named JvListView1) on it, 2 columns and SortMethod set to smDate. Clicking on the 2nd colomn should sort item by dates.

procedure TForm1.FormCreate(Sender: TObject);
var
  i: Integer;
begin
  for i := 0 to 1000 do
    with JvListView1.Items.Add do
  begin
    Caption := 'Item'+IntToStr(i);

SubItems.Add(DateTimeToStr(EncodeDate(Random(100)+1,Random(12)+1,Random(28)+1)));
  end;
end;

Cheers,

Florent


Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 17:54:01 +0200
Newsgroups: jedi.vcl

hmm did'nt get the first one with

"OBones" <oobnes__gf_@_gfd_altern.org> skrev i en meddelelse 
news:d7n6om$c85$1@talkto.net...
> > Florent Ouchet wrote:
> >
>> >> Brian a écrit :
>> >>
>>> >>> Hi Florent
>>> >>>
>>> >>> it dosn't help, the sort ordre is the same
>>> >>> 01-02-2005
>>> >>> 01-02-2005
>>> >>> 01-03-2005
>>> >>> 02-02-2005
>> >>
>> >>
>> >> When the user click on a column header ?
>> >> I can't reproduce this, please insert a ShowMessage(ShortDateFormat)
>> >> when your form is showing.
> >
> > I think he wants to be able to sort the list from another code, not when
> > the user clicks the header. 


clip_image002.jpg
	



Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 17:51:48 +0200
Newsgroups: jedi.vcl

Hi
This is when i press lev.dato header


"OBones" <oobnes__gf_@_gfd_altern.org> skrev i en meddelelse 
news:d7n6om$c85$1@talkto.net...
> > Florent Ouchet wrote:
> >
>> >> Brian a écrit :
>> >>
>>> >>> Hi Florent
>>> >>>
>>> >>> it dosn't help, the sort ordre is the same
>>> >>> 01-02-2005
>>> >>> 01-02-2005
>>> >>> 01-03-2005
>>> >>> 02-02-2005
>> >>
>> >>
>> >> When the user click on a column header ?
>> >> I can't reproduce this, please insert a ShowMessage(ShortDateFormat)
>> >> when your form is showing.
> >
> > I think he wants to be able to sort the list from another code, not when
> > the user clicks the header. 


clip_image002.jpg
	



Subject: Re: JVListView
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 02 Jun 2005 17:29:06 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Brian a écrit :
>
>> Hi Florent
>>
>> it dosn't help, the sort ordre is the same
>> 01-02-2005
>> 01-02-2005
>> 01-03-2005
>> 02-02-2005
>
>
> When the user click on a column header ?
> I can't reproduce this, please insert a ShowMessage(ShortDateFormat) when your form is showing.

I think he wants to be able to sort the list from another code, not when the user clicks the header.


Subject: Re: JVListView
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 02 Jun 2005 16:50:24 +0200
Newsgroups: jedi.vcl

Brian a écrit :
> Hi Florent
>
> it dosn't help, the sort ordre is the same
> 01-02-2005
> 01-02-2005
> 01-03-2005
> 02-02-2005

When the user click on a column header ?
I can't reproduce this, please insert a ShowMessage(ShortDateFormat) when your form is showing.

Florent


Subject: Re: documentation
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 02 Jun 2005 10:47:49 -0400
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> >     Just stopping by to say hello ;)
> > 
>> >> Which would pretty much guarantee there will be *no* documentation.  
> > 
>> >> The only way that would work is if new or modified code cannot be
>> >> included (or checked in) in the project unless it is accompanied by
>> >> it's updated documentation.  It that what you want?
> > 
> >     Personally, I'd say yes. Especially for new donations, the best
> > policy is to not include it unless there's documentation in
> > understandable English. I wouldn't go as far as to say it has to be the
> > way it should eventually be presented in the help file, but at least
> > enough so we can include something.

That would essentially prevent JVCL from further growing, which might be
a GOOD THING anyways, as it's probably too big already.

I would say that unless someone cares enough to sit down and write it,
component documentation is something that is far enough off the
"critical path" of most of our daily schedules, that it's unlikely to
happen that I'll have much time to contribute for it, although I hope
to contribute a bit when I get time.

DockPresident (JvDocking) is fabulous and all of the documentation
(scant though it was) was in Chineese. If asked again, I would still
recommend adding it, documentation or not.

You can't eat documentation.

Warren


Subject: Re: Issue 0001862 (TJvMenu XP Style)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 02 Jun 2005 16:16:15 +0200
Newsgroups: jedi.vcl

Kiriakos wrote:

> Possible solution added.  Could someone please check? 

Scheduled for this week-end.


Subject: Re: TjvRichEdit Problem
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 02 Jun 2005 15:49:05 +0200
Newsgroups: jedi.vcl


I can't reproduce this bug, here is my test code (is it correct to produce the bug ?) :

procedure TForm1.FormCreate(Sender: TObject);
begin
  JvRichEdit1.Lines.Clear;
  JvRichEdit1.Lines.Add('A');
  JvRichEdit1.Lines.Add('b');
  JvRichEdit1.Lines.Add('C');
  JvRichEdit1.Lines.Add('d');
  JvRichEdit1.Lines.Add('E');
  JvRichEdit1.Lines.Add('f');
  JvRichEdit1.Lines.Add('G');
  JvRichEdit1.SelStart := 0;
  JvRichEdit1.SelLength := 2;
  JvRichEdit1.SelAttributes.Name := 'Courier New';
  JvRichEdit1.SelAttributes.Size := 20;
  JvRichEdit1.SelStart := 2;
  JvRichEdit1.SelLength := 2;
  JvRichEdit1.SelAttributes.Name := 'Lucida Console';
  JvRichEdit1.SelAttributes.Size := 20;
  JvRichEdit1.SelStart := 4;
  JvRichEdit1.SelLength := 2;
  JvRichEdit1.SelAttributes.Name := 'Modern';
  JvRichEdit1.SelAttributes.Size := 20;
  JvRichEdit1.SelStart := 6;
  JvRichEdit1.SelLength := 2;
  JvRichEdit1.SelAttributes.Name := 'Microsoft Sans Serif';
  JvRichEdit1.SelAttributes.Size := 20;
  JvRichEdit1.SelStart := 8;
  JvRichEdit1.SelLength := 2;
  JvRichEdit1.SelAttributes.Name := 'MS Outlook';
  JvRichEdit1.SelAttributes.Size := 20;
  JvRichEdit1.SelStart := 10;
  JvRichEdit1.SelLength := 2;
  JvRichEdit1.SelAttributes.Name := 'Roman';
  JvRichEdit1.SelAttributes.Size := 20;
  JvRichEdit1.SelStart := 12;
  JvRichEdit1.SelLength := 2;
  JvRichEdit1.SelAttributes.Name := 'Symbol';
  JvRichEdit1.SelAttributes.Size := 20;
  JvRichEditToHtml1.ConvertToHtml(JvRichEdit1,'c:\test.html');
end;

I use the CVS version of the JVCL (and JCL).

Regards,

Florent


Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 15:39:56 +0200
Newsgroups: jedi.vcl

Hi Florent

it dosn't help, the sort ordre is the same
01-02-2005
01-02-2005
01-03-2005
02-02-2005

Brian
"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d7mtjn$9t6$1@talkto.net...
>> >> I change it in the delphi fil and saved it but it didn't help anything, 
>> >> do i have to do something, with pas file so delphi know it has been 
>> >> changed?
> >
> > aouch, Changing SysUtils.pas is useless if you don't compile it. You just 
> > have to assign 'dd-mm-yyyy' to ShortDateFormat in the FormCreate or 
> > something like that.
> >
> > Florent 




Subject: Re: TjvRichEdit Problem
From: Paw Suddergaard <paw@easyflex.dk>
Date: Thu, 02 Jun 2005 15:32:39 +0200
Newsgroups: jedi.vcl

Please reply to this post.



Subject: Re: JVListView
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 02 Jun 2005 14:47:00 +0200
Newsgroups: jedi.vcl

> I change it in the delphi fil and saved it but it didn't help anything, do i have to do something, with pas file so delphi know it has been changed?

aouch, Changing SysUtils.pas is useless if you don't compile it. You just have to assign 'dd-mm-yyyy' to ShortDateFormat in the FormCreate or something like that.

Florent


Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 14:42:54 +0200
Newsgroups: jedi.vcl

Hi

I change it in the delphi fil and saved it but it didn't help anything, do i 
have to do something, with pas file so delphi know it has been changed?

Regards
Brian

"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d7mqk3$965$1@talkto.net...
> >
> > The default format for dates is m/d/yy, you should change the 
> > ShortDateFormat variable in SysUtils.pas to dd-mm-yyyy (or change your 
> > locale settings in the control panel).
> >
> > The dates where not correctly converted (month and day were exchanged), 
> > that's why the sorting was incorrect.
> >
> > Florent 




Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 14:21:56 +0200
Newsgroups: jedi.vcl

in JclSysUtils.pas or delphi's SysUtils.pas??

Brian
"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d7mqk3$965$1@talkto.net...
> >
> > The default format for dates is m/d/yy, you should change the 
> > ShortDateFormat variable in SysUtils.pas to dd-mm-yyyy (or change your 
> > locale settings in the control panel).
> >
> > The dates where not correctly converted (month and day were exchanged), 
> > that's why the sorting was incorrect.
> >
> > Florent 




Subject: Issue 0001862 (TJvMenu XP Style)
From: "Kiriakos" <kvlahos@london.edu>
Date: Thu, 2 Jun 2005 15:17:54 +0300
Newsgroups: jedi.vcl

Possible solution added.  Could someone please check? 




Subject: Re: JVListView
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 02 Jun 2005 13:55:57 +0200
Newsgroups: jedi.vcl


The default format for dates is m/d/yy, you should change the ShortDateFormat variable in SysUtils.pas to dd-mm-yyyy (or change your locale settings in the control panel).

The dates where not correctly converted (month and day were exchanged), that's why the sorting was incorrect.

Florent


Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 13:33:04 +0200
Newsgroups: jedi.vcl

In my Listview i have some collumn with text, and some column with dates, 
but if i set the sortmethod to auto it sorting the dates collumn like
(dd-mm-yyyy)

01-03-2005

01-04-2005

01-05-2005

02-03-2005

02-04-2005


And I like it sorted like


01-03-2005

02-03-2005

01-04-2005

02-04-2005

01-05-2005

and when i use the sortmethod date it works, but then i can't sort the text 
collumn, that's why i want to change the sortmethod in runtime



Regards

Brian



"Florent Ouchet" <ouchet.florent@laposte.net> skrev i en meddelelse 
news:d7mmbd$82k$1@talkto.net...
> > Hi,
> >
> > The SortMethod property is only used when the user click on a column 
> > header (this works). Do you mean sorting when a new item is added in the 
> > listview ?
> >
> > Cheers,
> >
> > Florent 




Subject: Re: JVListView
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 02 Jun 2005 12:43:05 +0200
Newsgroups: jedi.vcl

Hi,

The SortMethod property is only used when the user click on a column header (this works). Do you mean sorting when a new item is added in the listview ?

Cheers,

Florent


Subject: Re: JVListView
From: "Brian" <brian@night.dk>
Date: Thu, 2 Jun 2005 12:18:37 +0200
Newsgroups: jedi.vcl

Nobody know how to change the sortmethod by code??
i need to sort dates

regards

"Brian" <brian@night.dk> skrev i en meddelelse 
news:d7hs14$606$1@talkto.net...
> > Hi
> >
> > I need help to how i change the SortMethod  at runtime
> >   Listview1.SortMethod:=smDate;
> > Don't work
> >
> >
> > regards Vallemanden
> > 




Subject: Re: documentation
From: "Kiriakos" <kvlahos@london.edu>
Date: Thu, 2 Jun 2005 00:48:57 +0300
Newsgroups: jedi.vcl

Actually, I found the documentation that came with JVCL3 incomplete, but 
usable and useful.  And I much rather have a good component without 
documentation rather than no component at all (JvDocking comes to mind).  I 
also prefer having an undocumented component with source code rather than a 
similar well documented component without the source code.  (The source code 
is the most accurate documentation!).

As an aside for me one main advantage of Delphi VCL vrs MFC or .NET is the 
availability of source code.

Of course I wouldn't complain if better documentation became available. 
JVCL is such an amazing collection of components and it would be a shame if 
lack of documentation prevented more developers from using it.


"Brian" <brian@night.dk> wrote in message news:d7ie78$b3q$1@talkto.net...
> > Hii
> >
> > Ya, I have the same problem, but i don't want to is it's poor, but IT 
> > STIKS, i'll say DO NOT DOWNLOAD it




Subject: Re: documentation
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 1 Jun 2005 17:43:07 -0400
Newsgroups: jedi.vcl

>>> >>> In a project like this, the documentation has to be written 
>>> >>> by the particular programmer who coded or updated that 
>>> >>> bit and during, not after development. Anything else is just 
>>> >>> a waste of time and effort.

>> >> Which would pretty much guarantee there will be *no* documentation.  
>> >> The only way that would work is if new or modified code cannot be 
>> >> included (or checked in) in the project unless it is accompanied by it's 
>> >> updated documentation.  It that what you want?
 
> > That's for you guys to work out, I neither develop for nor use JVCL. 

I see.  Well, simply saying "you must document as you code" will not get the desired result.  
No one is paid... so no one gets fired.  Holding code might get some results initially - but it will eventually alienate both the developers and the users.  We can draw lines in the sand all day long.  But unless there is some adverse outcome from not meeting the documentation requirement, all you get is pretty pictures in the dirt. <g>

It's not a problem that's so easily solved.



Subject: Re: documentation
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 1 Jun 2005 17:30:01 -0400
Newsgroups: jedi.vcl

> >  > The only way that would work is if new or modified code cannot be
> >  > included (or checked in) in the project unless it is accompanied by
> >  > it's updated documentation.  It that what you want?
 
> > Personally, I'd say yes. Especially for new donations, the best 
> > policy is to not include it unless there's documentation in 
> > understandable English. I wouldn't go as far as to say it has to be the 
> > way it should eventually be presented in the help file, but at least 
> > enough so we can include something.
 
> > Even a simple text stating what the control/component does and what 
> > its key features are (referencing to properties), can be helpful for 
> > users. Eventually, someone will have to go in and rearrange it into 
> > proper help texts, but at least anyone can see what's what.
 
> > But I'm also very aware that the current situation in JVCL isn't 
> > solely because of new donations; the problem has been there for a long 
> > time. And it's very easy to fall in the trap "oh, this is a great 
> > addition. Yes it lacks docs, but let's include it anyway because 
> > everyone will love this." 

Once you start attaching conditions to the requirement... it is going to (or soon will) fail.  There is no incentive to maintain the docs anymore.  There incentive is placed on finding your special exception to the rule(s)... not to maintain docs.

> > For JEDI.NET I stated in the guide lines that 
> > every code that is released should be documented. Sadly, one unit wasn't 
> > documented (on purpose, since it was a helper class, which I knew would 
> > be rewritten and redesigned), and one class had missing docs for a 
> > handful of members (actually caused by mistakes).

And I think it's is a noble ambition.  Let me know how that's working out when JEDI.NET expands to the size of JVCL... and one of the main developers wants to check in some rewrites without updated docs.<g>





Subject: Re: TjvAviCapture
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 01 Jun 2005 23:15:51 +0200
Newsgroups: jedi.vcl

Frank van Seggelen wrote:
> Question,
>
> Is there a way to set a default compression for recording video, i try ShowDialog(vdCompression) ; but i can't find a methode to store it

You will need to go deep in the AVICap API, and try to find how to do this. I tried, couldn't find a way and stopped looking after 10 hours.


Subject: Re: documentation
From: "someone" <someone@somewhere.com>
Date: Wed, 1 Jun 2005 14:21:34 -0600
Newsgroups: jedi.vcl

"Don S" <blacknapkin@twistandfruge.com> wrote

>> >> The best alternative (IMO) is to contribute something to
>> >> the docs effort.  Instead of complaining about the work
>> >> of others... why not prove that you can do a much better
>> >> job?

> > In a project like this, the documentation has to be written by the
> > particular programmer who coded or updated that bit and during, not after
> > development. Anything else is just a waste of time and effort.

> > Which would pretty much guarantee there will be *no* documentation.  The
only way that would work is if
 new or modified code cannot be included (or checked in) in the project
unless it is accompanied by it's updated documentation.  It that what you
want?

That's for you guys to work out, I neither develop for nor use (ATM, maybe
in some future) JVLC. From what I see with OS, though, 3rd parties can
rarely keep up with development, grasp design intention or have enough
incentive to write documentation that's reliable, useful and with enough
coverage.




Subject: Re: documentation
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 01 Jun 2005 22:17:55 +0200
Newsgroups: jedi.vcl

    Just stopping by to say hello ;)

> Which would pretty much guarantee there will be *no* documentation.  
> The only way that would work is if new or modified code cannot be
> included (or checked in) in the project unless it is accompanied by
> it's updated documentation.  It that what you want?

    Personally, I'd say yes. Especially for new donations, the best policy is to not include it unless there's documentation in understandable English. I wouldn't go as far as to say it has to be the way it should eventually be presented in the help file, but at least enough so we can include something.

    Even a simple text stating what the control/component does and what its key features are (referencing to properties), can be helpful for users. Eventually, someone will have to go in and rearrange it into proper help texts, but at least anyone can see what's what.

    But I'm also very aware that the current situation in JVCL isn't solely because of new donations; the problem has been there for a long time. And it's very easy to fall in the trap "oh, this is a great addition. Yes it lacks docs, but let's include it anyway because everyone will love this." For JEDI.NET I stated in the guide lines that every code that is released should be documented. Sadly, one unit wasn't documented (on purpose, since it was a helper class, which I knew would be rewritten and redesigned), and one class had missing docs for a handful of members (actually caused by mistakes).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: TjvAviCapture
From: "Frank van Seggelen" <Frank@VanSeggelen.NL>
Date: Wed, 1 Jun 2005 22:07:56 +0200
Newsgroups: jedi.vcl

Question,

Is there a way to set a default compression for recording video, i try 
ShowDialog(vdCompression) ; but i can't find a methode to store it

Thanks

Frank van Seggelen 




Subject: Re: documentation
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 1 Jun 2005 15:48:28 -0400
Newsgroups: jedi.vcl

>> >> The best alternative (IMO) is to contribute something to 
>> >> the docs effort.  Instead of complaining about the work 
>> >> of others... why not prove that you can do a much better 
>> >> job?
 
> > In a project like this, the documentation has to be written by the
> > particular programmer who coded or updated that bit and during, not after
> > development. Anything else is just a waste of time and effort.

Which would pretty much guarantee there will be *no* documentation.  The only way that would work is if new or modified code cannot be included (or checked in) in the project unless it is accompanied by it's updated documentation.  It that what you want?
 



Subject: Re: documentation
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 01 Jun 2005 15:22:03 -0400
Newsgroups: jedi.vcl

someone wrote:

> > In a project like this, the documentation has to be written by the
> > particular programmer who coded or updated that bit and during, not after
> > development. Anything else is just a waste of time and effort.


Nope. It can be written by anyone with a decent grasp of english, and
who has used the component, tried the examples, and has enough general
Delphi/VCL knowledge to understand the component, by using the examples
and by asking questions here, if unsure.

I would agree if you said "it would be better", but I don't agree it's a
waste to do anything other than this.  For one thing, many of these
components are donations and the original authors are no longer around,
or wrote their documentation in Chinese, Russian, or German.

Warren


Subject: Re: documentation
From: "someone" <someone@somewhere.com>
Date: Wed, 1 Jun 2005 13:04:13 -0600
Newsgroups: jedi.vcl

"Don S" <blacknapkin@twistandfruge.com> wrote in message
news:d7igh0$bk5$1@talkto.net...

> > The best alternative (IMO) is to contribute something to the docs effort.
Instead of complaining about the work of others... why not prove that you
can do a much better job?

In a project like this, the documentation has to be written by the
particular programmer who coded or updated that bit and during, not after
development. Anything else is just a waste of time and effort.

And (to the original poster), yes, OS will always lack certain things.
Sometimes a bit more, sometimes a bit less, but on average, you get what you
paid for.





Subject: Re: documentation
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 01 Jun 2005 11:21:21 -0400
Newsgroups: jedi.vcl

Didier Cabale wrote:
> > Hi all,
> > 
> > i just download both JVCL help files, and experiences they were quite poor on how to use the components (eg TJvInterpreterProgram refering to a 'not documented' link), whereas http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm exists and is referenced nowhere.
> > My question is: Is there a way to get a more valuable documentation, or is 'building a documentation' a pending project of JVCL SourceForge?
> > Thank's for your help
> > Didier

I have always preferred to have more Example Code than documentation.
Nevertheless we really should work on getting the documentation Up To Snuff.

It's on my been-meaning-to-do-some list for some time now.

Chances are, an excellent way to learn the JVCL is if some of the users
(that's you, Didier!) went online to our web page where you can
help us out by writing the help for the components you use.


Warren


Subject: Re: documentation
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 01 Jun 2005 13:54:05 +0200
Newsgroups: jedi.vcl

Didier Cabale wrote:

>>> Yes, there is:
>
>
> TJvx -> RxLib
> TJvg -> Globus<<
>
> 1. But where do you find that? Not in the documentation?

That's historical, it has been written here at least, but it's been a while since I had a look to know exactly where it is. Anyway, that does not matter much as we either don't have any documentation for it, don't have access to it, or can't understand it (for it is in russian and right in the sources...)


> 2. Thank's for your kind help Olivier

No worries.


Subject: Re: documentation
From: Didier Cabale<Didier.Cabale@aearo.com>
Date: Wed, 1 Jun 2005 13:35:10 +0200
Newsgroups: jedi.vcl

>> >>Yes, there is:

TJvx -> RxLib
TJvg -> Globus<<

1. But where do you find that? Not in the documentation?
2. Thank's for your kind help Olivier
Didier


Subject: Re: JvAppXMLFileStorage and the XML file
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 01 Jun 2005 11:27:41 +0200
Newsgroups: jedi.vcl

This is still an open Mantis bug, that has been lagging behing, but no deadlines can be given as of yet.


Subject: Re: documentation
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 01 Jun 2005 11:26:50 +0200
Newsgroups: jedi.vcl

Don S wrote:

>>> My question is: Is there a way to get a more valuable documentation, or is 'building a documentation' a pending project of JVCL SourceForge?
>
>
> Generally speaking, documentation for an Open Source project always lags behind the code.  Everyone wants to work on the code.  Hardly anyone wants to work on documenation.  Do *you* want to work on documentation?
>
>
>> Ya, I have the same problem, but i don't want to is it's poor, but IT STIKS, i'll say DO NOT DOWNLOAD it
>
>
> The folks that work on documentation do it as a courtesy.  They're not paid for their work.  Griping at them will not improve the quantity or quality of their efforts.  Yelling at them will mostly likely get you moved to their kill files.
>
> If the documentation "stiks", then by all means, do not download it.  I'm sure you have an alternate source for JVCL docs that is of much higher quality.  The best alternative (IMO) is to contribute something to the docs effort.   Instead of complaining about the work of others... why not prove that you can do a much better job? 
> Finally, life is short... have your dessert first.
>
> Don

Thanks for saying all this in a much nicer way that I would have. I don't have a kill file (yet), but yes yelling at us doesn't encourage us to be kind and nice...


Subject: Re: documentation
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 01 Jun 2005 11:25:48 +0200
Newsgroups: jedi.vcl

Didier Cabale wrote:

> Just an idea: as JVCL library come originally from private libraries, i wondered if it is not possible to get the original documentation of the library before it has joined JVCL. I think about RxLib or RALib library that is drown into JVCL and that had previously a rather good documentation.

From what I remember, the documentation of Jans, Globus and RaLib were lacking. As to RxLib, there indeed was an English one created by a French guy, but he never clearly given his approval for us to reuse it in our system.
On top of that, the RxLib components got modified/merged into JVCL components and do not have much in common with the original ones.


> Thus my question is: Is there a way to know the *original package name and resource site* of each JVCL package, in order to get the missing documentation ?

Yes, there is:

TJvx -> RxLib
TJvg -> Globus

for the others, look at which tab they fall into. But please also understand that these components got merged or will be merged, and the documentation associated to them at the time of donation is largely outdated. Look at TJvMainMenu for instance, you will see that it hasn't much left of RxLib inside it.

Cheers
Olivier


Subject: Re: documentation
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 01 Jun 2005 11:22:59 +0200
Newsgroups: jedi.vcl

Didier Cabale wrote:
>>> Most help is here:
>
>
> http://homepages.borland.com/jedi/jedihelp/<<
>
> considering the example of TJvInterpreterProgram, how can you understand that http://homepages.borland.com/jedi/jedihelp/, searching for 'interpreter', cannot find http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm ?

Well, when you look at it, they are two different web sites, hence two disconnected things.
Fact is, the jedihelp is a database, whereas the interpreter page is, well, a page. What could be done is to mention that page in jedihelp, which should be done during this day.

> Considering this, in which JVCL search site can be found http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm ?

There is no search feature on the main JVCL website.

Cheers
Olivier


Subject: Re: TJvDBGrid and AutoSize -> EInvalidOperation
From: "Arjan de Haan" <nospam.nospam.adwhaan@nospam.hotpop.com>
Date: Wed, 1 Jun 2005 10:11:10 +0200
Newsgroups: jedi.vcl

"Fred" <nospam_@_nospam.com> wrote in message news:d6sptv$nvg$1@talkto.net...
>> > >Hi.
>> > >
>> > >According to Mantis, bug  0002042, this bug should be resolved. But
> > apparently it isn't?
>> > >Anyone can confirm this?
> >
> > Could you debug this for me (I don't use Delphi, only C++Builder) and
> > tell me where the exception comes from?
> >
> > Thanks.
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com

Fred,

any success on this yet? The bug is a real showstopper for my application. If I can't
resolve this soon I'll have to replace the grid with another component, something I rather
wouldn't do. Apart from the effort to switch to another grid I really like the quality of
JEDI components...

Tx.
....Arjan...




Subject: Re: documentation
From: Didier Cabale<Didier.Cabale@aearo.com>
Date: Wed, 1 Jun 2005 10:07:52 +0200
Newsgroups: jedi.vcl

Just an idea: as JVCL library come originally from private libraries, i wondered if it is not possible to get the original documentation of the library before it has joined JVCL. I think about RxLib or RALib library that is drown into JVCL and that had previously a rather good documentation.
Thus my question is: Is there a way to know the *original package name and resource site* of each JVCL package, in order to get the missing documentation ?


Subject: Re: documentation
From: Didier Cabale<Didier.Cabale@aearo.com>
Date: Wed, 1 Jun 2005 09:55:07 +0200
Newsgroups: jedi.vcl

>> >>Most help is here:

http://homepages.borland.com/jedi/jedihelp/<<

considering the example of TJvInterpreterProgram, how can you understand that http://homepages.borland.com/jedi/jedihelp/, searching for 'interpreter', cannot find http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm ?
Considering this, in which JVCL search site can be found http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm ?

Thank's
Didier


Subject: Re: documentation
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 31 May 2005 16:40:21 -0400
Newsgroups: jedi.vcl

>> > > My question is: Is there a way to get a more valuable documentation, or is 
>> > > 'building a documentation' a pending project of JVCL SourceForge?

Generally speaking, documentation for an Open Source project always lags behind the code.  Everyone wants to work on the code.  Hardly anyone wants to work on documenation.  Do *you* want to work on documentation?

> > Ya, I have the same problem, but i don't want to is it's poor, but IT STIKS, 
> > i'll say DO NOT DOWNLOAD it

The folks that work on documentation do it as a courtesy.  They're not paid for their work.  Griping at them will not improve the quantity or quality of their efforts.  Yelling at them will mostly likely get you moved to their kill files.

If the documentation "stiks", then by all means, do not download it.  I'm sure you have an alternate source for JVCL docs that is of much higher quality.  The best alternative (IMO) is to contribute something to the docs effort.   Instead of complaining about the work of others... why not prove that you can do a much better job?  

Finally, life is short... have your dessert first.

Don


Subject: Re: documentation
From: "Brian" <brian@night.dk>
Date: Tue, 31 May 2005 22:00:36 +0200
Newsgroups: jedi.vcl

Hii

Ya, I have the same problem, but i don't want to is it's poor, but IT STIKS, 
i'll say DO NOT DOWNLOAD it

Regards Vallemanden

"Didier Cabale" <Didier.Cabale@aearo.com> skrev i en meddelelse 
news:d7idv3$b16$1@talkto.net...
> > Hi all,
> >
> > i just download both JVCL help files, and experiences they were quite poor 
> > on how to use the components (eg TJvInterpreterProgram refering to a 'not 
> > documented' link), whereas 
> > http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm exists and is 
> > referenced nowhere.
> > My question is: Is there a way to get a more valuable documentation, or is 
> > 'building a documentation' a pending project of JVCL SourceForge?
> > Thank's for your help
> > Didier 




Subject: Re: documentation
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 31 May 2005 21:58:39 +0200
Newsgroups: jedi.vcl

Didier Cabale wrote:
> Hi all,
>
> i just download both JVCL help files, and experiences they were quite poor on how to use the components (eg TJvInterpreterProgram refering to a 'not documented' link), whereas http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm exists and is referenced nowhere.
> My question is: Is there a way to get a more valuable documentation, or is 'building a documentation' a pending project of JVCL SourceForge?
> Thank's for your help
> Didier

Most help is here:

http://homepages.borland.com/jedi/jedihelp/



Subject: documentation
From: Didier Cabale<Didier.Cabale@aearo.com>
Date: Tue, 31 May 2005 21:56:02 +0200
Newsgroups: jedi.vcl

Hi all,

i just download both JVCL help files, and experiences they were quite poor on how to use the components (eg TJvInterpreterProgram refering to a 'not documented' link), whereas http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm exists and is referenced nowhere.
My question is: Is there a way to get a more valuable documentation, or is 'building a documentation' a pending project of JVCL SourceForge?
Thank's for your help
Didier


Subject: JVListView
From: "Brian" <brian@night.dk>
Date: Tue, 31 May 2005 16:50:12 +0200
Newsgroups: jedi.vcl

Hi

I need help to how i change the SortMethod  at runtime
   Listview1.SortMethod:=smDate;
Don't work


regards Vallemanden 




Subject: Array of PTypeInfo with JvclInspector
From: "Nic Roche" <nicroche@hotmail.com>
Date: Tue, 31 May 2005 10:42:46 +1000
Newsgroups: jedi.vcl

Hi,


I'm using the JvclInspector to dynamically create an editor from XML
data/schema.

All is good if I use distinct variables for PTypeInfo (enums, sets) and
String, Int, Boolean...

This is declaring (for argument sake) 50 of each of the above vars for the
possible values I may need.

I would like to use dynamic arrays instead. I have done a few POCs already
but the PTypeInfo in an array goes out of scope (and I also havre problems
with the intrinsic datatypes in arrays).

var
  maPTypeInfos: array of PTypeInfo;

....
SetLength( maPTypeInfos, High( maPTypeInfos ) + 1 );
  ATypeInfo := JclGenerateEnumType( AName, Literals );
  result := TJvInspectorVarData.New( AParent, AName, maPTypeInfos[ High(
maPTypeInfos ) ], @maPTypeInfos[ High( maPTypeInfos ) ] );

Same problem with intrinsic datatypes:

var
  maIntegers: array of integer;

....
SetLength( maIntegers, High( maIntegers) + 1 );
  result := TJvInspectorVarData.New( AParent, AName, TypeInfo( integer ),
@maIntegers[ High( maIntegers) ]);

Using singular declared variables in both instances works...

I think it may have to do with the pointer (last arg) defined as:
TJvInspectorVarData.New(const AParent: TJvCustomInspectorItem;
  const AName: string; ATypeInfo: PTypeInfo; const AAddress: Pointer):
TJvCustomInspectorItem;


Has anyone trod this way before (using JvclInspector without knowledge of
the data which is loaded at runtime)?


tia

Nic Roche




Subject: TJvDBLookupComboEdit
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Mon, 30 May 2005 15:03:51 -0300
Newsgroups: jedi.vcl

Is there the AutoDropDown property to TJvDBLookupComboEdit?

How do i implement this? When i start typing, it drops down automatically?

[]´s
Cezar




Subject: Assign TJvRichEdit to JvPageSetupTitledDialog
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Sun, 29 May 2005 23:27:51 +0100
Newsgroups: jedi.vcl

I was wondering how to assign TJvRichEdit to JvPageSetupTitledDialog, to 
assign the newly formatted adjustments from the PageSetupTitledDialog to 
the source?

Shouldnt it just be a matter of doing:

procedure TEditorMainForm.PageSetupTitledDialog1Click(Sender: TObject);
begin
    JvPageSetupTitledDialog1.Execute;
    JvPageSetupTitledDialog1.Assign(JvRichEdit);
end;

many thanks in advance



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVProgressComponent oddity?
From: "news.talkto.net" <mholmes@uvic.ca>
Date: Sat, 28 May 2005 07:45:20 -0700
Newsgroups: jedi.vcl

Assuming the lack of responses means that I'm not missing something obvious, I'll post this in the bugtracker on Monday.

Cheers,
Martin


Martin Holmes wrote:
> Hi there,
>
> I'm playing with JVProgressComponent, and I have some code to update it like this:
>
> procedure TfrmMain.Timer1Timer(Sender: TObject);
> begin
>   with dlgJVProgComp do
>     begin
>       if Cancel or (ProgressPosition >= ProgressMax) then
>         begin
>           Timer1.Enabled := False;
>           Hide;
>           Exit;
>         end;
>       ProgressStepIt;
>     end;
> end;
>
> However, the condition (ProgressPosition >= ProgressMax) is never satisfied; when the progress reaches its end, it just starts again. Debugging shows that while the component is updated visually by ProgressStepIt, the value of ProgressPosition never changes from 0. Is this a bug, or am I missing something?
>
> Cheers,
> Martin


Subject: Re: Lastest CVS Version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 May 2005 10:59:50 +0200
Newsgroups: jedi.vcl

Ups. Wrong link.
Here is the daily CVS snapshot link:

http://jvcl.sf.net/daily

-- Regards, Andreas Hausladen 

Subject: Re: Lastest CVS Version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 May 2005 10:59:09 +0200
Newsgroups: jedi.vcl

Cezar Wagenheimer wrote:

> > Where and how to download the lastest CVS Version of JediVCL and JediCL?

http://homepages.borland.com/jedi/jvcl/


-- Regards, Andreas Hausladen 

Subject: Lastest CVS Version
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Fri, 27 May 2005 21:40:46 -0300
Newsgroups: jedi.vcl

Where and how to download the lastest CVS Version of JediVCL and JediCL?

[]´s
Cezar Wagenheimer





Subject: Convert RxLib to JVCL
From: "KK" <klau@ntlworld.com>
Date: Fri, 27 May 2005 22:51:21 +0100
Newsgroups: jedi.vcl

Hi All

I have been using RxLib for Delphi 5 for many years but now I have to 
upgrade to Delphi 2005 and hence RxLib to JVCL. What is the easiest way 
to convert all my projects which use RxLib to JVCL?

Any advice?

Kev



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Convert RxLib to JVCL
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Fri, 27 May 2005 23:43:31 +0200
Newsgroups: jedi.vcl

KK wrote:
> Hi All
>
> I have been using RxLib for Delphi 5 for many years but now I have to upgrade to Delphi 2005 and hence RxLib to JVCL. What is the easiest way to convert all my projects which use RxLib to JVCL?
>
> Any advice?

There is a file called migrating.htm in the help folder of the JVCL 3.00 archive. It describes what needs to be done, with detailed steps.
It's not too complicated, but I would suggest you start by updating small projects before moving to the "big one".

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3 Release and D2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 May 2005 19:59:27 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Oh... This must have gone out of my memory.
> > So I guess this is in CVS, ready to go, just waiting to be packed up
> > right ?

Right, it is in CVS. But the patch does not ship any updates run\*.pas
file.



-- Regards, Andreas Hausladen 

Subject: TJvCalcEdit
From: "D. VERON" <anywhere@onearth.net>
Date: Fri, 27 May 2005 19:46:18 +0200
Newsgroups: jedi.vcl

Hi everyone,
I'd like to know which event is called when the user press "=" button ? And 
which one is called when calc buttons disappear ?
I hope my english is understandable...
Thx 




Subject: Re: JVCL 3 Release and D2005 PE
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Fri, 27 May 2005 19:40:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> What is that patch? I'm lost here.
>
>
> http://jvcl.sourceforge.net/files/JVCLd9pPatch.zip
>
> The released JVCL 3.0 version does not support Delphi 2005 Personal
> Edition, so the installer wants to install a Delphi 2005 Architect setup
> on a Personal Edition which is not possible due to DB packages.
>
> I had written a patch which updates the installer and the package-xml
> files so the Personal Edition is supported.

Oh... This must have gone out of my memory.
So I guess this is in CVS, ready to go, just waiting to be packed up right ?


Subject: Re: JVCL 3 Release and D2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 May 2005 19:37:31 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > What is that patch? I'm lost here.

http://jvcl.sourceforge.net/files/JVCLd9pPatch.zip

The released JVCL 3.0 version does not support Delphi 2005 Personal
Edition, so the installer wants to install a Delphi 2005 Architect setup
on a Personal Edition which is not possible due to DB packages.

I had written a patch which updates the installer and the package-xml
files so the Personal Edition is supported.


-- Regards, Andreas Hausladen 

Subject: JvAppXMLFileStorage and the XML file
From: "Craig" <craig@.at.qnotes.com>
Date: Fri, 27 May 2005 12:31:17 -0400
Newsgroups: jedi.vcl

This was posted as fixed in this forum.  I updated my JVCL
yesterday and I still get a bad XML file.

What an I doing wrong?

Also the JvAppXMLFileStorage1.readstring method returns garbage.

Thanks

Craig.



>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
  The XML page cannot be displayed
  Cannot view XML input using XSL style sheet. Please correct the error 
and then click the Refresh button, or try again later.


------------------------------------------------------------------------------

  A name contained an invalid character. Error processing resource 
'file:///C:/Program1/HouseUtils/SJI/Launch/SJILauncher.xml...

    <MinMaxPos(1280x1024)>-1,-1,-1,-1</MinMaxPos(1280x1024)>
--------------^





Subject: Re: JVCL 3 Release and D2005 PE
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Fri, 27 May 2005 18:19:39 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Shouldn't we update the release version with the Delphi 2005 Personal
> Edition patch (which adds the "Personal" data to the xml files and the
> installer)?

What is that patch? I'm lost here.


Subject: Re: JvFilenameEdit
From: "Brad Hillyard" <bradhillyard@hotmail.com>
Date: Fri, 27 May 2005 09:34:10 -0600
Newsgroups: jedi.vcl

Hi Peter,

The Multiselect was not selected, in fact none of them were in the dialog.
Your info did get me started on another set of "testing" of the variables
though.  I think I might be onto at least a few more trys with acceptfiles,
directinput, autoselect, addquotes and a few others that are unfamilar to
me...

Thanks again,
Brad Hillyard

"Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com> wrote in message
news:d76eij$q7b$1@talkto.net...
>> > > The Jv returns the extra cr/lf as far as I can tell.   That's what was
>> > > driving me mad is that I tried all kinds of approaches to get it to
stop,
>> > > all to no avail....
> >
> > The only thing I can think of is that maybe you've set MultipleDirs to
true
> > (ofAllowMultiSelect in DialogOptions)?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVCL 3 Release and D2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 May 2005 17:21:18 +0200
Newsgroups: jedi.vcl

Sorry, pressed the wrong hotkey while opening a new thread.

-- Regards, Andreas Hausladen 

Subject: JVCL 3 Release and D2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 May 2005 17:20:49 +0200
Newsgroups: jedi.vcl

Shouldn't we update the release version with the Delphi 2005 Personal
Edition patch (which adds the "Personal" data to the xml files and the
installer)?

-- Regards, Andreas Hausladen 

Subject: JVCL 3 Release and D2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 May 2005 17:03:29 +0200
Newsgroups: jedi.vcl

Shouldn't we update the release version with the Delphi 2005 Personal
Edition patch (which adds the "Personal" data to the xml files and the
installer)?

-- Regards, Andreas Hausladen 

Subject: JVProgressComponent oddity?
From: Martin Holmes <mholmes@uvic.ca>
Date: Fri, 27 May 2005 05:46:47 -0700
Newsgroups: jedi.vcl

Hi there,

I'm playing with JVProgressComponent, and I have some code to update it like this:

procedure TfrmMain.Timer1Timer(Sender: TObject);
begin
  with dlgJVProgComp do
    begin
      if Cancel or (ProgressPosition >= ProgressMax) then
        begin
          Timer1.Enabled := False;
          Hide;
          Exit;
        end;
      ProgressStepIt;
    end;
end;

However, the condition (ProgressPosition >= ProgressMax) is never satisfied; when the progress reaches its end, it just starts again. Debugging shows that while the component is updated visually by ProgressStepIt, the value of ProgressPosition never changes from 0. Is this a bug, or am I missing something?

Cheers,
Martin


Subject: Re: Problem with TJVPageControl
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 27 May 2005 14:09:50 +0300
Newsgroups: jedi.vcl

Thanks,
I have to set every time I add a pge.

Thanks.

"Kiriakos" <kvlahos@london.edu> wrote in message 
news:d75f0c$lct$1@talkto.net...
> > HideAllTabs is not a real property.  It just hides all tabs when it is set 
> > to True.
> >
> > Just look at the source code:
> >
> > procedure TJvPageControl.SetHideAllTabs(const Value: Boolean);
> > var
> >  I: Integer;
> >  SaveActivePage: TTabSheet;
> > begin
> >  FHideAllTabs := Value;
> >  if (csDesigning in ComponentState) then
> >    Exit;
> >  if HandleAllocated then
> >  begin
> >    SaveActivePage := ActivePage;
> >    for I := 0 to PageCount - 1 do
> >      Pages[I].TabVisible := Pages[I].TabVisible and not FHideAllTabs;
> >    ActivePage := SaveActivePage;
> >    if FHideAllTabs and (SaveActivePage <> nil) then
> >      SaveActivePage.TabStop := False;
> >  end;
> > end;
> >
> > Its only other use is that when it is set at design time tabs are hidden 
> > at run time.
> > procedure TJvPageControl.Loaded;
> > begin
> >  inherited Loaded;
> >  HideAllTabs := FHideAllTabs;
> > end;
> >
> > Hope this helps
> >
> >
> > "Lucky Luciano" <lucky@lucky.com> wrote in message 
> > news:d7498s$a6b$1@talkto.net...
>> >> Hi.
>> >>
>> >> I am using TJVPageControl to hide the tabs (HideAllTabs := true) of the 
>> >> tabsheets.
>> >>
>> >> But if I add a TTabSheet at runtime the tab will be visible.
>> >>
>> >> Is this a bug? Any solution?
>> >>
>> >> Thanks.
>> >>
> >
> > 




Subject: Proposed change in TJvCustomDatePickerEdit
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 27 May 2005 12:08:28 +0200
Newsgroups: jedi.vcl

Hi all

I'm about to commit a change in TJvCustomDatePickerEdit.UpdateDisplay which adds this right after the initial test:

  // (obones): We need a valid handle here, because setting the text
  // will read the value of DateSeparator. This value is #0 until the
  // CreateWnd method is called.
  // If we don't do that, setting any property that changes the display
  // (like checked) just after having created the control at runtime
  // would trigger an "Invalid date" exception because the date, month
  // and day would not be separated at all.
  // Doing this means that a parent is required for the change to work.
  HandleNeeded;

I haven't committed this just yet because it might have consequences on users who do not set Parent before playing with any of the properties of TJvDatePickerEdit.
I can't see any reason why this could not go in, but please comment on it, any opinion welcome.
After 7 days, this will be commited.

Cheers
Olivier


Subject: Re: RX Tools - FormPlacement component
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Fri, 27 May 2005 11:17:55 +0200
Newsgroups: jedi.vcl

> > I have been using the FormPlacement component of RX tools before, but
> > would like to completely move over to JCL/JVCL now. I have found that
> > the replacement of TFormPlacement is now TjvFormPlacment, but I
> > couldn't find a way to store the form's settings in an INI file
> > anymore (the former property for that was TFormPlacement.IniFile).

TJvFormPlacement has AFAIR moved to archive, you should use TJvFormStorage
combined with JvAppIniFileStorage.

HTH, Eddi


Subject: Re: RX Tools - FormPlacement component
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 27 May 2005 10:50:56 +0200
Newsgroups: jedi.vcl

Richey / Delphi-Box wrote:

> Hello,
>
> I've been offline from Delphi for a couple of months, so please
> forgive my ignorance if this question has already been answered
> before.
>
> I have been using the FormPlacement component of RX tools before, but
> would like to completely move over to JCL/JVCL now. I have found that
> the replacement of TFormPlacement is now TjvFormPlacment, but I
> couldn't find a way to store the form's settings in an INI file
> anymore (the former property for that was TFormPlacement.IniFile).
>
> Can anyone lead me in the right direction, please? ;-)

Use the AppStorage property to indicate a TJvAppIniFileStorage component.
This has been put in place so that you can change the storage backend to whatever you want.
Right now, INI, XML, Registry and DB backends are available.


Subject: TjvRichEdit Problem
From: Paw Suddergaard <paw@easyflex.dk>
Date: Fri, 27 May 2005 10:32:50 +0200
Newsgroups: jedi.vcl

Hi all,

I have a small problem, when saving from the TjvRichEdit component to a HTML file.

It seems as the first line of text does not get converted correctly...

This error can be achieved like so: (using the Demo also...)

Write a couple of lines of text.

Mark the first line of text and set to a different Font type, than the default.

Mark the second and so forth...

Then save to an HTML file.

The first line of text does not get converted, but the others do???

Thanks in advance!

Paw


Subject: RX Tools - FormPlacement component
From: Richey / Delphi-Box <ngb@Inner-Smile.com>
Date: Fri, 27 May 2005 15:32:49 +0700
Newsgroups: jedi.vcl

Hello,

I've been offline from Delphi for a couple of months, so please
forgive my ignorance if this question has already been answered
before.

I have been using the FormPlacement component of RX tools before, but
would like to completely move over to JCL/JVCL now. I have found that
the replacement of TFormPlacement is now TjvFormPlacment, but I
couldn't find a way to store the form's settings in an INI file
anymore (the former property for that was TFormPlacement.IniFile).

Can anyone lead me in the right direction, please? ;-)

Thanks a lot
Richey
--------------------------------------------------------------
Visit Richey's Delphi-Box @ http://www.Inner-Smile.com
Home of INF-Tool, the smallest setup builder
Resource-Grabber: extract 1000s of graphics, icons,.. of other apps
Richey's Delphi-Box: 1000s of Delphi-related links


Subject: Re: JvFilenameEdit
From: "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com>
Date: Fri, 27 May 2005 08:51:37 +0200
Newsgroups: jedi.vcl

> > The Jv returns the extra cr/lf as far as I can tell.   That's what was
> > driving me mad is that I tried all kinds of approaches to get it to stop,
> > all to no avail....

The only thing I can think of is that maybe you've set MultipleDirs to true
(ofAllowMultiSelect in DialogOptions)?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Problem with TJVPageControl
From: "Kiriakos" <kvlahos@london.edu>
Date: Fri, 27 May 2005 00:57:24 +0300
Newsgroups: jedi.vcl

HideAllTabs is not a real property.  It just hides all tabs when it is set 
to True.

Just look at the source code:

procedure TJvPageControl.SetHideAllTabs(const Value: Boolean);
var
  I: Integer;
  SaveActivePage: TTabSheet;
begin
  FHideAllTabs := Value;
  if (csDesigning in ComponentState) then
    Exit;
  if HandleAllocated then
  begin
    SaveActivePage := ActivePage;
    for I := 0 to PageCount - 1 do
      Pages[I].TabVisible := Pages[I].TabVisible and not FHideAllTabs;
    ActivePage := SaveActivePage;
    if FHideAllTabs and (SaveActivePage <> nil) then
      SaveActivePage.TabStop := False;
  end;
end;

Its only other use is that when it is set at design time tabs are hidden at 
run time.
procedure TJvPageControl.Loaded;
begin
  inherited Loaded;
  HideAllTabs := FHideAllTabs;
end;

Hope this helps


"Lucky Luciano" <lucky@lucky.com> wrote in message 
news:d7498s$a6b$1@talkto.net...
> > Hi.
> >
> > I am using TJVPageControl to hide the tabs (HideAllTabs := true) of the 
> > tabsheets.
> >
> > But if I add a TTabSheet at runtime the tab will be visible.
> >
> > Is this a bug? Any solution?
> >
> > Thanks.
> > 




Subject: Re: JvFilenameEdit
From: "Brad Hillyard" <bradhillyard@hotmail.com>
Date: Thu, 26 May 2005 13:28:43 -0600
Newsgroups: jedi.vcl

Hi Peter,

Thanks for the reply...

I will jump back in and try the trim approach.....

The Jv returns the extra cr/lf as far as I can tell.   That's what was
driving me mad is that I tried all kinds of approaches to get it to stop,
all to no avail....

Thanks again,

Brad Hillyard

"Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com> wrote in message
news:d74agg$ag2$1@talkto.net...
> > Try trimming the result, i.e:
> >
> > AFilename := trim(JvFileNameEdit1.Filename);
> >
> > Where does the extra CRLF at the end come from?. Does it come from your
code
> > or is it added after displaying the file selection dialog in
JvFilenameEdit?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: small problem when installing version 3.00 jvcl + jcl full zip on D2005
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 26 May 2005 12:20:00 -0700
Newsgroups: jedi.vcl

   I had to reformat my hard drive and thus also had to re-install everything.  I picked up a new copy of ver 3.00 from sourceforge and when I installed it from the bat file in the jvcl directory as before it first installed the jcl as it was supposed to but then the next button stays deactivated and you can't move on to install the jvcl.  You have to clickthe cancel button and then restart the bat file to get the jvcl installed.
   I realize you are probably supposed to install the jcl first and from it's own bat file but since you made it possible to do this way you should correct this small problem to avoid future problems.


Subject: Re: TJvLookout and TJvLookoutPage
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 26 May 2005 18:36:42 +0200
Newsgroups: jedi.vcl

This meight would because the pages are child controls of the Lookout
control
----------------------------
type
  TWinControlAccess = class(TWinControl); // access protected methods
....

procedure ...
begin
  TWinControlAccess(MyLookout).SetChildOrder(MyPage, 2);
end;
----------------------------

-- Regards, Andreas Hausladen 

Subject: TJvLookout and TJvLookoutPage
From: "Pascal" <dev@tetraed.com>
Date: Thu, 26 May 2005 17:38:20 +0200
Newsgroups: jedi.vcl

Hello, I'm using TJvLookout and TJvLookoutPage.
I'm would like to know how can i change (at runtime) the positions of two
TJvLookoutPage .
Thanx




Subject: Re: JvFilenameEdit
From: "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com>
Date: Thu, 26 May 2005 13:24:10 +0200
Newsgroups: jedi.vcl

Try trimming the result, i.e:

AFilename := trim(JvFileNameEdit1.Filename);

Where does the extra CRLF at the end come from?. Does it come from your code
or is it added after displaying the file selection dialog in JvFilenameEdit?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Problem with TJVPageControl
From: "Lucky Luciano" <lucky@lucky.com>
Date: Thu, 26 May 2005 14:09:17 +0300
Newsgroups: jedi.vcl

Hi.

I am using TJVPageControl to hide the tabs (HideAllTabs := true) of the 
tabsheets.

But if I add a TTabSheet at runtime the tab will be visible.

Is this a bug? Any solution?

Thanks. 




Subject: Re: jvselectdirectory Events not working (for me anyway)
From: "Ken Adam" <ken.adam@NOT.blueyonder.co.uk>
Date: Wed, 25 May 2005 20:19:55 +0100
Newsgroups: jedi.vcl

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:d6fvtv$uqe$2@talkto.net...
>> >> You're right, the events don't seem to be triggered. I am investigating 
>> >> this.
> >
> > There is no way of triggering them, the unit filectrl.pas (in 
> > Delphi\Source\VCL) doesn't provide them.
> >
> > If these events are not used, they must not be published, anyone agree ?
> >
> > Florent
Been away on business for a couple of weeks, and just got back.
Thanks for having a look into this.
If the events can't be triggered, should the dialog also not be added to the 
action manager list?
It doesn't seem to be much use when activated this way, without events.
Ken. 




Subject: Re: JVCL and UIB
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 25 May 2005 19:46:43 +0200
Newsgroups: jedi.vcl

demon wrote:
>  What is Jedi politics for JvUIB and its new version 2.0 -  will it be made for JVCL3? On Forum I found info from author of UIB :
> "Probably not any more. It is difficult to maintain 2 differents versions of UIB, and JVCL developpers modify my code introducing new bugs. The JVCL developpers don't care about freepascal compatibility.
> The actual JVCL CVS have a stable release of UIB 1.2."
>
> Is it true and why is made that way?

Yes, this is true.
The author and I had a face to face meeting a while back, and as it has already been announced here earlier this year, the author of UIB will not update the JvUIB components inside the JVCL 3 anymore.
This was decided because keeping them up to date would have meant having to distinct codebases, one for the JVCL, one for the UIB at large.
As a result, users of JvUIB from the JVCL are urged to use the one from the original UIB author and JvUIB in the JVCL will be deprecated in the not too distant future.

Sorry for the inconvenience
Olivier


Subject: JVCL and UIB
From: demon <arturr@opegieka.com.pl>
Date: Wed, 25 May 2005 18:59:06 +0200
Newsgroups: jedi.vcl

 What is Jedi politics for JvUIB and its new version 2.0 -  will it be made for JVCL3? On Forum I found info from author of UIB :
"Probably not any more. It is difficult to maintain 2 differents versions of UIB, and JVCL developpers modify my code introducing new bugs. The JVCL developpers don't care about freepascal compatibility.
The actual JVCL CVS have a stable release of UIB 1.2."

Is it true and why is made that way?

Artur


Subject: JVSearchFiles and all drives
From: Michael Zeringue <michael@zclient.NOSPAM.com>
Date: Wed, 25 May 2005 11:44:16 -0500
Newsgroups: jedi.vcl

Is there a way to set the RootDirectory of JVSearchFiles to have it search all local drives?

Thanks,
Michael Zeringue


Subject: Re: TJvValidators and BCB6 problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 25 May 2005 12:08:11 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones wrote in news:d71bne$lsq$1@talkto.net:
>
>> JvValidators1->ValidationSummary =
>> JvValidationSummary1->operator IJvValidationSummary *();
>>
>> It does compile on my machine and it should work at is uses the
>> operator declared for that very purpose in the hpp file.
>
>
> OK. This works very well. Thanks.
>
> It means, it is the way how to solve such type assignment, isn't it.

Yes, it is.



> I should better study Delphi HPPs ;-).

Well, I had to dig into it as well, but I already knew about those operators as there is a bug in dcc32 related to inheritance on interfaces.


> Once again, thanks Olivier.

Well, that wasn't much, you are the one to be thanked for taking the time to convert the demos to BCB, a task that I have stopped doing for a while now...


Subject: Re: TJvValidators and BCB6 problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 25 May 2005 10:36:19 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones wrote in news:d718tv$lbg$1@talkto.net:
>
>
>> How about using a dynamic_cast, something like that:
>>
>> JvValidators1->ValidationSummary = dynamic_cast<IJvValidationSummary*>(JvValidationSummary1);
>
>
> I have tried it but :-( :
>
> [C++ Error] MainFrm.cpp(121): E2031 Cannot cast from         'TJvValidationSummary *' to 'IJvValidationSummary *'
>
> ...and reinterpret_cast<>() which is used in my example is
> nonsens because it shows AV.

Ok, try this:

JvValidators1->ValidationSummary = JvValidationSummary1->operator IJvValidationSummary *();

It does compile on my machine and it should work at is uses the operator declared for that very purpose in the hpp file.

Cheers
Olivier


Subject: Re: TJvValidators and BCB6 problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 25 May 2005 08:25:52 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote in news:d71bne$lsq$1@talkto.net: 

> > JvValidators1->ValidationSummary =
> > JvValidationSummary1->operator IJvValidationSummary *();
> > 
> > It does compile on my machine and it should work at is uses the
> > operator declared for that very purpose in the hpp file.

OK. This works very well. Thanks.

It means, it is the way how to solve such type 
assignment, isn't it.

I should better study Delphi HPPs ;-).

Once again, 
thanks Olivier.



Subject: Re: TJvValidators and BCB6 problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 25 May 2005 09:48:37 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> Hi,
> some time before I transleted JvValidators example from Delphi into BCB. Problem is that I got error during
> compilation. I have send a BCB example to jedi.binaries NG (see for same
> subject).
>
> Problem is that simple Delphi row got me error messege in BCB:
> Delphi:   JvValidators1.ValidationSummary := JvValidationSummary1;
> BCB:
>   JvValidators1->ValidationSummary = JvValidationSummary1;
> Error message:
> Build
> [C++ Error] MainFrm.cpp(120): E2034 Cannot convert         'TJvValidationSummary *' to '_di_IJvValidationSummary'
>
> Rest is in the example in binaries NG.
>
> I am not sure but it seems to me that it could be a bug. Or.
> How to assign JvValidationSummary right way?
>
> Can anybody check it please?

How about using a dynamic_cast, something like that:

JvValidators1->ValidationSummary = dynamic_cast<IJvValidationSummary*>(JvValidationSummary1);

I can't check right now, but it might work.


Subject: Re: TJvValidators and BCB6 problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 25 May 2005 07:33:07 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote in news:d718tv$lbg$1@talkto.net:

> > How about using a dynamic_cast, something like that:
> > 
> > JvValidators1->ValidationSummary = 
> > dynamic_cast<IJvValidationSummary*>(JvValidationSummary1);

I have tried it but :-( :

[C++ Error] MainFrm.cpp(121): E2031 Cannot cast from     
	'TJvValidationSummary *' to 'IJvValidationSummary *'

....and reinterpret_cast<>() which is used in my example is
nonsens because it shows AV.


 



Subject: Re: Bug: TJvDBUltimGrid (Fred?)
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Wed, 25 May 2005 09:16:54 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Well, imagine you are right in the middle of editing a cell and notice it is too small to hold the value you want to have a look at. You then resize the grid, but still want to edit the cell...

I hear you. <g>  (User interface design is not for the faint-hearted!)


Subject: TJvValidators and BCB6 problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 25 May 2005 07:13:45 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
some time before I transleted JvValidators example from 
Delphi into BCB. Problem is that I got error during
compilation. 
I have send a BCB example to jedi.binaries NG (see for same
subject).

Problem is that simple Delphi row got me error messege in BCB:
Delphi: 
  JvValidators1.ValidationSummary := JvValidationSummary1;
BCB:
  JvValidators1->ValidationSummary = JvValidationSummary1;
Error message:
Build
[C++ Error] MainFrm.cpp(120): E2034 Cannot convert     
	'TJvValidationSummary *' to '_di_IJvValidationSummary'

Rest is in the example in binaries NG.

I am not sure but it seems to me that it could be a bug. Or.
How to assign JvValidationSummary right way?

Can anybody check it please?

TIA
Vaclav


Subject: Re: Searching for a treeview
From: Florian Hector <fhector@web.de>
Date: Wed, 25 May 2005 07:52:13 +0200
Newsgroups: jedi.vcl

> Do you know the Virtual TreeView from Mike Lischke (http://www.lischke-online.de/)? I think you can do it with that component and one of the addons for editcontrols.

Thank you, thats exactly what I was looking for?

Florian


Subject: Re: How to use TJvDBHTLabel
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 24 May 2005 18:36:31 -0400
Newsgroups: jedi.vcl

> > I can't find FieldName property.
> > How does it work ?

Some docs on online at http://homepages.borland.com/jedi/jedihelp/item.php?Id=110107.

hth...


Subject: Re: CVS account request
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 24 May 2005 21:38:09 +0200
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> In order to get write access to the JVCL CVS please add me to the JVCL
> project at sf.
> My user name is uschuster.
> This account request is just for patches or donations like mantis
> #2943.

Please contact me privately.


Subject: CVS account request
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Tue, 24 May 2005 20:53:15 +0200
Newsgroups: jedi.vcl

In order to get write access to the JVCL CVS please add me to the JVCL
project at sf.
My user name is uschuster.
This account request is just for patches or donations like mantis
#2943.

Uwe


Subject: How to use TJvDBHTLabel
From: Steve Paris <"\"SPAM\"steve.paris"@MDERR.gouv.qc.ca>
Date: Tue, 24 May 2005 14:22:47 -0400
Newsgroups: jedi.vcl

I can't find FieldName property.
How does it work ?


Subject: Re: IT2846: TJvInspector with multiples instances
From: "Markus Landwehr" <Markus.Landwehr@uni.de>
Date: Tue, 24 May 2005 19:50:12 +0200
Newsgroups: jedi.vcl

Hi Scott,

i installed the last JVCL and copied your JvInspector.pas in the "run" 
directory and tryed to install it. On compilation i receive an error on this 
line:

procedure TJvPropList.AssignMerged;
begin
 Assign(FMerged); <-- ERROR Type missmatch
 FMerged.Clear;
end;

I use Delphi 5 and if i CTRL-klick on "Assign", Delphi opens the SYSTEM.PAS.

TJvPropList inherits from TList but where is Assign?

Thanks, Markus

"Scott J. Miles" <sjmiles@turbophp.com> schrieb im Newsbeitrag 
news:d3k3bv$1oq$1@talkto.net...
> > Hi Florent,
> >
> > I took the version of the file you posted on the binaries group and made 
> > the modifications we discussed.
> >
> >  Apr 13, 2005, Scott J. Miles:
> >   - Changed TJvInspectorPropData (and TJvInspectorPropDataFactory) to
> >    consume an array of objects instead of a TList.
> >   - Modified TJvInspectorPropData.CheckWriteAcess to check all
> >    instances/properties for write access.
> >   - Added code to the array-consuming TJvInspectorPropData.New method
> >        so that it returns a JvInstanceArray instead of nil.
> >
> > I posted the modified version back into the newsgroup. I'm not sure if I 
> > was supposed to put it there or on Mantis.
> >
> > Scott
> >
> > "Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
> > news:d3ihmj$kgj$1@talkto.net...
>>> >>> "(0006987) anonymous 04-12-05 21:49
>>> >>>
>>> >>> Is this file modify base on current CVS version? If not, can you rewrite 
>>> >>> on lastdate CVS version and redonate it?"
>>> >>>
>>> >>> I don't understand the message. I'm sorry for being a newbie donator, 
>>> >>> but maybe somebody can tell me how to proceed.
>> >>
>> >> You worked on the version 1.134 of JvInspector.pas (which correspond with 
>> >> the JVCL 3.00 RC1 tag), now there were a lot of update of this file (the 
>> >> current version is 1.152).
>> >> I made the job of merging your modifications into the new release. This 
>> >> file is in the jedi.binaries newsgroup.
>> >> So if you have other modifications to do, please make them on the file 
>> >> present in the jedi.binaries newsgroup 
>> >> (news://forums.talkto.net:119/d3h92t$ee4$1@talkto.net).
>> >>
>> >> Regards,
>> >>
>> >> Florent
> >
> > 




Subject: TJvNavigationPane
From: "Simon" <ugoparty@hotmail.com>
Date: Tue, 24 May 2005 18:50:05 +0100
Newsgroups: jedi.vcl

 If i click with right mouse button on a small buttons of 
TJvNavigationPane they remain selected. if i click again with left 
button its all normal. is there a way to fix this?

Simon

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bug: TJvDBUltimGrid (Fred?)
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 24 May 2005 19:46:24 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> Fred wrote:
>
>> This has been solved a few months ago. Please update your copy of the JVCL with the latest snapshot: http://jvcl.sourceforge.net/daily
>>
>> I tested the latest version and all worked fine.
>
>
> Just an update of what I've found (will post on the issue tracker):
>
> If the number of fixed columns is 1, then the resizing actually "forces"
> the cell in edit mode to exit from the edit mode.  So, this works if
> the first column is fixed.  If this behaviour can somehow be made to
> happen to a grid with "fixedcells" of 0 as well, then it should be fine
> too.
>
> BTW:  if a cell is in "edit mode" and the grid resizes, what is the
> expected behaviour:
>
> 1)  Exit the edit mode;
> 2)  Remain in edit mode and resize the in-place editor to the new
> dimensions?
>
> I am sure 2 will be harder, but is it necessary?  From a user experience
> point of view, by click on any other part of the grid, have I not
> essentially "lost interest" in the editable cell and have moved on?
>
> Any comments?

Well, imagine you are right in the middle of editing a cell and notice it is too small to hold the value you want to have a look at. You then resize the grid, but still want to edit the cell...


Subject: Re: JvAppStoreDemo on D2005
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 24 May 2005 15:09:59 +0200
Newsgroups: jedi.vcl

This is already fixed in CVS and has been reported in jedi.general a few days ago.
Simply add ..\ in front of all the paths in the project options and you will be sorted.


Subject: JvAppStoreDemo on D2005
From: Martin Holmes <mholmes@uvic.ca>
Date: Tue, 24 May 2005 05:47:54 -0700
Newsgroups: jedi.vcl

Hi there,

Trying to compile this project in D2005, I get this error:

[Fatal Error] JvConsts.pas(304): F2039 Could not create output file '..\..\dcu\JvConsts.dcu'

JVConsts.dcu is present in:

C:\Documents and Settings\Administrator\My Documents\Borland Studio Projects\3rd_party_components\jedi\jvcl\dcu

but reconstructing the tree, it seems as though the app wants to put the file here:

C:\Documents and Settings\Administrator\My Documents\Borland Studio Projects\3rd_party_components\jedi\jvcl\examples\dcu

When I create this folder, that error disappears, but then there is a problem with storing the executable in:

...\..\bin

If I create:

C:\Documents and Settings\Administrator\My Documents\Borland Studio Projects\3rd_party_components\jedi\jvcl\examples\bin

then that problem disappears too, and I can compile the app. It appears that the Base Example application is expecting to reside directly under the "examples" folder, but it actually resides in:

....examples\JvAppStorage\Base Example

so its relative paths are off by one ..\. Is that the case, or am I missing something?

Cheers,
Martin


Subject: D2005 and Docking Advance Demo
From: Martin Holmes <mholmes@uvic.ca>
Date: Tue, 24 May 2005 05:05:30 -0700
Newsgroups: jedi.vcl

Hi there,

I just tried to compile the AdvanceDemo project in the Docking examples with D2005, and I found I had to comment out the declaration of JVComponent in the main.pas header; the compiler complained that it was "redeclared". After commenting out just that one declaration, the compile worked.

Cheers,
Martin


Subject: Re: Searching for a treeview
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 24 May 2005 10:50:52 +0200
Newsgroups: jedi.vcl

André Gode wrote:


> Do you know the Virtual TreeView from Mike Lischke (http://www.lischke-online.de/)? I think you can do it with that component and one of the addons for editcontrols.

http://www.soft-gems.net now.


Subject: Re: TJvDBGrid and AutoSize -> EInvalidOperation
From: "Arjan de Haan" <nospam.nospam.adwhaan@nospam.hotpop.com>
Date: Tue, 24 May 2005 10:10:53 +0200
Newsgroups: jedi.vcl

"Fred" <nospam_@_nospam.com> wrote in message news:d6sptv$nvg$1@talkto.net...
>> > >Hi.
>> > >
>> > >According to Mantis, bug  0002042, this bug should be resolved. But
> > apparently it isn't?
>> > >Anyone can confirm this?
> >
> > Could you debug this for me (I don't use Delphi, only C++Builder) and
> > tell me where the exception comes from?
> >

Hope this helps.

Crime Scene
-------------
an MDI application with a MDI child form open. On this, a TJvDBGrid with AutoSize = True.
The application is then closed.
The exception EInvalidOperation ('Cannot create form. No MDI forms are currently active')
is raised.
The problems does NOT occur if I turn AutoSize off for the grid.
Ultimately the problems stems from Jvdbgrid.TJvDBGrid.DoAutoSizeColumns (JvDBGrid.pas,
line 3063) which tries to access the parent form properties. See the bug 0002042 in Mantis
for a possible workaround.

Call stack (long)
-----------------

---------------------------24/05/2005 9:57:59---------------------------
Exception 'EInvalidOperation' in module Master.exe at 00082D7B
Cannot create form. No MDI forms are currently active

Module: Forms, Source: Forms.pas, Line 3649
Procedure: Forms.TCustomForm.CreateWindowHandle

Call stack:

:00483D7B [Master.exe] Forms.TCustomForm.CreateWindowHandle (Forms.pas, line 3646)
:00483D7B [Master.exe] Forms.TCustomForm.CreateWindowHandle (Forms.pas, line 3646)
:004039CC [Master.exe] System.TObject.NewInstance (system.pas, line 8288)
Recursive call (2 times):
:00483D7B [Master.exe] Forms.TCustomForm.CreateWindowHandle (Forms.pas, line 3646)
:00400000 [Master.exe]
:00465B90 [Master.exe] Controls.TWinControl.CreateWnd (Controls.pas, line 5909)
Recursive call (2 times):
:00400000 [Master.exe]
:0048007F [Master.exe] Forms.TScrollingWinControl.CreateWnd (Forms.pas, line 2036)
:00483B95 [Master.exe] Forms.TCustomForm.CreateWnd (Forms.pas, line 3607)
:00466044 [Master.exe] Controls.TWinControl.CreateHandle (Controls.pas, line 6023)
:004699A2 [Master.exe] Controls.TWinControl.HandleNeeded (Controls.pas, line 7667)
Recursive call (2 times):
:00469997 [Master.exe] Controls.TWinControl.HandleNeeded (Controls.pas, line 7666)
:004699B9 [Master.exe] Controls.TWinControl.GetHandle (Controls.pas, line 7673)
:00469B14 [Master.exe] Controls.TWinControl.GetClientRect (Controls.pas, line 7703)
:004607FC [Master.exe] Controls.TControl.GetClientWidth (Controls.pas, line 3481)

:00560322 [Master.exe] Jvdbgrid.TJvDBGrid.DoAutoSizeColumns (JvDBGrid.pas, line 3063)
:------------------------------------------------^^^ Exception because of ClientWidth

:0055BBED [Master.exe] Jvdbgrid.TJvDBGrid.LayoutChanged (JvDBGrid.pas, line 1046)
:00537DED [Master.exe] Dbgrids.TDBGridColumns.Update (dbgrids.pas, line 1950)
:004244CA [Master.exe] Classes.TCollection.Changed (classes.pas, line 3712)
:0042454D [Master.exe] Classes.TCollection.EndUpdate (classes.pas, line 3732)
:0053A2F6 [Master.exe] Dbgrids.TCustomDBGrid.EndLayout (dbgrids.pas, line 2851)
:0053BA13 [Master.exe] Dbgrids.TCustomDBGrid.LayoutChanged (dbgrids.pas, line 3396)
:0055BB95 [Master.exe] Jvdbgrid.TJvDBGrid.LayoutChanged (JvDBGrid.pas, line 1041)
:0053BA5C [Master.exe] Dbgrids.TCustomDBGrid.LinkActive (dbgrids.pas, line 3407)
:00535B0B [Master.exe] Dbgrids.TGridDataLink.ActiveChanged (dbgrids.pas, line 804)
:004BD1EC [Master.exe] Db.TDataLink.SetActive (DB.pas, line 7215)
:004BD246 [Master.exe] Db.TDataLink.UpdateState (DB.pas, line 7230)
:004BD411 [Master.exe] Db.TDataLink.DataEvent (DB.pas, line 7291)
:004BDD10 [Master.exe] Db.TDataSource.NotifyLinkTypes (DB.pas, line 7581)
:004BDD4F [Master.exe] Db.TDataSource.NotifyDataLinks (DB.pas, line 7588)
:004BDA92 [Master.exe] Db.TDataSource.SetState (DB.pas, line 7510)
:004BDB01 [Master.exe] Db.TDataSource.UpdateState (DB.pas, line 7523)
:004BDD72 [Master.exe] Db.TDataSource.DataEvent (DB.pas, line 7593)
:004C29F1 [Master.exe] Db.TDataSet.DataEvent (DB.pas, line 9591)
:005A91B0 [Master.exe] Dbclient.TCustomClientDataSet.DataEvent (DBClient.pas, line 1701)
:004C0888 [Master.exe] Db.TDataSet.SetState (DB.pas, line 8696)
:004C0E5A [Master.exe] Db.TDataSet.SetActive (DB.pas, line 8848)
:004C0C28 [Master.exe] Db.TDataSet.Close (DB.pas, line 8801)
:005C06E5 [Master.exe] Systemtablesmodule.TdtmdlSystemTables.ReleaseDataSet
(SystemTablesModule.pas, line 199)
:005CBAF5 [Master.exe] Centralmodule.TdtmdlCentral.ReleaseDataSet (CentralModule.pas, line
1127)
:0042DA17 [Master.exe] Classes.TComponent.SetReference (classes.pas, line 9733)
:0053C2A3 [Master.exe] Dbgrids.TCustomDBGrid.Notification (dbgrids.pas, line 3608)
:0042D413 [Master.exe] Classes.TComponent.Notification (classes.pas, line 9498)
:0042F102 [Master.exe] Classes.AllocateHWnd (classes.pas, line 10653)

:005D8E0E [Master.exe] Bedrijvenform.TfrmBedrijven.FormDestroy (BedrijvenForm.pas, line
142)
: --------------------------^^ this form contains the grid

:0048148B [Master.exe] Forms.TCustomForm.DoDestroy (Forms.pas, line 2607)
:0048133F [Master.exe] Forms.TCustomForm.Destroy (Forms.pas, line 2578)
:004813BE [Master.exe] Forms.TCustomForm.Destroy (Forms.pas, line 2587)
:0042D30D [Master.exe] Classes.TComponent.DestroyComponents (classes.pas, line 9456)
:0042D020 [Master.exe] Classes.TComponent.Destroy (classes.pas, line 9360)
:0045FCA1 [Master.exe] Controls.TControl.Destroy (Controls.pas, line 3158)
:00403DDD [Master.exe] System.__linkproc__ ClassDestroy (system.pas, line 8989)
:00439C8F [Master.exe] Graphics.TBrush.Destroy (Graphics.pas, line 1811)
:004646A6 [Master.exe] Controls.TWinControl.Destroy (Controls.pas, line 5345)
:00480037 [Master.exe] Forms.TScrollingWinControl.Destroy (Forms.pas, line 2024)
:004813A4 [Master.exe] Forms.TCustomForm.Destroy (Forms.pas, line 2585)
:004813BE [Master.exe] Forms.TCustomForm.Destroy (Forms.pas, line 2587)
:0042D30D [Master.exe] Classes.TComponent.DestroyComponents (classes.pas, line 9456)
:0047EA9B [Master.exe] Forms.DoneApplication (Forms.pas, line 1325)
:00409356 [Master.exe] Sysutils.DoExitProc (sysutils.pas, line 3248)
:00409318 [Master.exe] Sysutils.AllocMem (sysutils.pas, line 3223)
:004047B2 [Master.exe] System.__linkproc__ Halt0 (system.pas, line 11023)
:00606013 [Master.exe] initialization

If you need any more info please let me know.
....Arjan...




Subject: Re: Bug: TJvDBUltimGrid (Fred?)
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Tue, 24 May 2005 09:20:11 +0200
Newsgroups: jedi.vcl

Fred wrote:
> This has been solved a few months ago. Please update your copy of the JVCL with the latest snapshot: http://jvcl.sourceforge.net/daily
>
> I tested the latest version and all worked fine.

Just an update of what I've found (will post on the issue tracker):

If the number of fixed columns is 1, then the resizing actually "forces"
the cell in edit mode to exit from the edit mode.  So, this works if
the first column is fixed.  If this behaviour can somehow be made to
happen to a grid with "fixedcells" of 0 as well, then it should be fine
too.

BTW:  if a cell is in "edit mode" and the grid resizes, what is the
expected behaviour:

1)  Exit the edit mode;
2)  Remain in edit mode and resize the in-place editor to the new
dimensions?

I am sure 2 will be harder, but is it necessary?  From a user experience
point of view, by click on any other part of the grid, have I not
essentially "lost interest" in the editable cell and have moved on?

Any comments?


Subject: Re: Can i Store Objects in TJvSimpleXMLElem with TJvgXMLSerializer
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 24 May 2005 07:26:33 +0100
Newsgroups: jedi.vcl

> >G.Horn wrote:
>> >> Hi ,
>> >> 
>> >> I search a routine with I can Store Objects in TJvSimpleXmlElem.
>> >> 
>> >> Thanks!
> >
> >How about the TJvFormStorage component ?
> >

Or using JvAppStorage or JvPropertyStore



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem with JvDBGrid, TJvDBUltimGrid
From: "T.J. KIM" <z1soft@hotmail.com>
Date: Tue, 24 May 2005 12:02:58 +0900
Newsgroups: jedi.vcl

Problem with JvDBGrid, TJvDBUltimGrid..(DBaware???) on D7 
enterprise(update1.1 patched. win XP
SP2). -- jvcl3 rc1 ~ jvcl3-2005-05-20 & jcl195(daily2005-05-20)

When put DBaware??(JvDBGrid, TJvDBUltimGrid) componment on form, Error with 
attached picture becomes and
Repeated setup by newest Version, but same error is becoming.

I get this error message every times:

Access violation ... in 'JvDBD7R.bpl....

Could someone help me to resolve this problem ?

I am sorry about my unskillful English.

I Need Your Help. PLZ!!!

Thanks
T.J. Kim
Jeju Korea




jvdbd.jpg
	



Subject: Re: Can i Store Objects in TJvSimpleXMLElem with TJvgXMLSerializer
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 23 May 2005 23:05:53 +0200
Newsgroups: jedi.vcl

G.Horn wrote:
> Hi ,
>
> I search a routine with I can Store Objects in TJvSimpleXmlElem.
>
> Thanks!

How about the TJvFormStorage component ?


Subject: Re: Bug: TJvDBUltimGrid (Fred?)
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Mon, 23 May 2005 20:03:12 +0200
Newsgroups: jedi.vcl

Fred wrote:
> This has been solved a few months ago. Please update your copy of the JVCL with the latest snapshot: http://jvcl.sourceforge.net/daily

Hi Fred,

I've downloaded and installed the latest one from the url you gave.
Same problem. :(


TJvDBUltimGrid.gif

TJvDBUltimGrid.gif
	



Subject: Can i Store Objects in TJvSimpleXMLElem with TJvgXMLSerializer
From: "G.Horn" <info@gsb-edv.com>
Date: Mon, 23 May 2005 18:29:03 +0200
Newsgroups: jedi.vcl

Hi ,

I search a routine with I can Store Objects in TJvSimpleXmlElem.

Thanks!

Günther Horn




Subject: Re: TJvDBGrid and AutoSize -> EInvalidOperation
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 23 May 2005 16:57:17 +0100
Newsgroups: jedi.vcl

> >Hi.
> >
> >According to Mantis, bug  0002042, this bug should be resolved. But 
apparently it isn't?
> >Anyone can confirm this?

Could you debug this for me (I don't use Delphi, only C++Builder) and 
tell me where the exception comes from?

Thanks.
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DBGrid and Unicode...
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 23 May 2005 16:51:01 +0100
Newsgroups: jedi.vcl

> >Hi!
> >
> >Does the current JvDBGrid support unicode (in a way compatible with Tnt 
> >controls)? If not, are there any plans to do this in the foreseeable 
> >future?

As far as I know, the answer is No to the two questions. But for the 
first one, please try and let us know.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Checkbox in TJvDBUltimGrid?
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 23 May 2005 16:48:34 +0100
Newsgroups: jedi.vcl

Hi,

> >I've tried looking for the IsBooleanField, but I can't seem to find it?
> >Is it TField property or some property on the TJvDBUltimGrid?

"IsBooleanField" is an event, not a property.

Please ensure your BooleanEditor property is set to True.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bug: TJvDBUltimGrid (Fred?)
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 23 May 2005 16:44:19 +0100
Newsgroups: jedi.vcl

> >A TJvDBUltimGrid allows to set true for "autosizecolumns".  I quite like
> >this feature.  It rocks!
> >
> >However, if I have any cell in edit mode (whether it is a text edit or
> >the dropdown lookup) and then resize the grid, the columns resize, but
> >the in-place editors do not move or resize according to the new column
> >positions.  They remain stuck to their previous positions.
> >
> >Using Version 3.00
> >
> >(whew, I hope I made sense).

This has been solved a few months ago. Please update your copy of the 
JVCL with the latest snapshot: http://jvcl.sourceforge.net/daily

I tested the latest version and all worked fine.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: BCB and JvPlugin...
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 23 May 2005 15:10:49 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I am interested in "PlugIns" applications and how to do them 
( surely - under BCB :-) ).
I have read something about JvPlugin in online help.
I have tried to convert Delphi example "1SimplePlugin"
but without success and it lead me to put following 
questions:
1. Is it possible to create JvPlugins also under BCB 
   (it works under Delphi works, I am sure)?

If yes. 

2. Plugin: I am not able to create application with hepl of 
   JEDI Plugin Wizard. I always got following message:

"The project's target could not be found in file PlgXXX.cpp.
 The target's project is commonly WinMain or DllEntryPoint".

This in all probabilit my problem, but what should I do to be
work for me?

3. Host application and TJvPluginManager: I got following 
   error message on OnNewCommand event:
  [C++ Error] PlugInDemoU.h(47): E2015 Ambiguity between 
    	    	    	    	'TBitmap' and 'Windows::TBitmap'
  [C++ Error] PlugInDemoU.cpp(57): E2015 Ambiguity between 
    	    	    	    	'TBitmap' and 'Windows::TBitmap'
Is there way how to solve this problem?

TIA
Vaclav


Subject: Re: Searching for a treeview
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Mon, 23 May 2005 16:10:24 +0200
Newsgroups: jedi.vcl

Hi Florian,

> I am looking for a tree view to display and edit preferences, where the user can expand and collapse items and then edit values of sub items.

Do you know the Virtual TreeView from Mike Lischke (http://www.lischke-online.de/)? I think you can do it with that component and one of the addons for editcontrols.

> Does the JVCL offer anything like that?

Don't really know. But probably not in that way the VT does.

Regards

André


Subject: Searching for a treeview
From: Florian Hector <fhector@web.de>
Date: Mon, 23 May 2005 15:42:50 +0200
Newsgroups: jedi.vcl

I am looking for a tree view to display and edit preferences, where the user can expand and collapse items and then edit values of sub items.

An example of what I am looking for is the preference window of firefox.

Does the JVCL offer anything like that?

Florian


Subject: Re: Problem with JvPanel
From: "Chris Grant" <cjgrant_aaa@bigpond.net.au>
Date: Mon, 23 May 2005 10:17:38 +0000 (UTC)
Newsgroups: jedi.vcl


As OBones said... If you put it in Mantis then it has a lot better chance of
being looked at. The sooner its entered then more likely someone will look at
it

Enjoy

scsi wrote:

> > Done!
> > 
> > But I'm still interested in a way to get around this, as my the JvPanel-
> > component now is a big part of my project, and I started using it when I 
> > didn't know about this.
> > 
> > 
> > 
> > --- posted by geoForum on http://delphi.newswhat.com



-- ==================================================================== To email me remove the obvious 

Subject: Re: JVInspector Unicode
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Mon, 23 May 2005 12:35:43 +0300
Newsgroups: jedi.vcl

> > I have changed TJvInspectorEdit from TEdit to TTntEdit(I guess you know 
> > TntControls,they are Unicode) and I also have changed InitEdit where I 
> > declare Edit as TTntEdit and I assign to it a proper Font.But nothing 
> > happens (in this phase I don't try to change static text,just th Edit).

That part is OK. I removed 
TCustomEditAccessProtected(EditCtrl).Font.Assign(Inspector.Font); , I assign 
font  MS Shell Dlg 2 manually to Edit  and I can write UNICODE.

Now. I have changed all displayValue to widestring.Also in 
TJvCustomInspectorItem.DrawValue I have replaced DrawTextEx with the 
widestring version.But I can't accomplish 2 things.
1. When you edit a value and then you change property, the edited value 
returns to ANSI (Am I right or this "label" comes from DrawValue where I 
have the widestring version?)

2. When you edit a value (say for example text ) then tntEdit takes the ANSI 
version (I guess that has to do with Data.AsString?)

Thanks in advance

Pantelis Saroglou




Subject: Re: JVInspector Unicode
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Mon, 23 May 2005 11:09:01 +0300
Newsgroups: jedi.vcl

Well,thank you very much. Look what I have done so far.
I have changed TJvInspectorEdit from TEdit to TTntEdit(I guess you know 
TntControls,they are Unicode) and I also have changed InitEdit where I 
declare Edit as TTntEdit and I assign to it a proper Font.But nothing 
happens (in this phase I don't try to change static text,just th Edit).
Also, in another attempt, I have tried to make a fake subclass of 
TJvCustomInspectorItem.Then in the OnItemEdit I use SetEditCtrl and copy 
this object to Item object.But nothing again(I guess that i'm doing a 
fundamental mistake in this method,excuse me for that)

"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:d6k4qs$1qg$1@talkto.net...
> > Pantelis Saroglou wrote:
>> >> Hi,is there a way for TJVInspector to support Unicode? I use TntControls 
>> >> so I want for example to paste unicode text to TntEdit.Text.
> >
> >     Maybe... If you change the internally used edit controls to 
> > unicode-aware versions, you'd only need to look into the direct text 
> > drawing stuff. From what I remember, I used the Canvas.DrawText method, 
> > but you could change that in to API calls (IFDEF-ed for VCL; otherwise 
> > you'd break CLX compatibility).
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: DBGrid and Unicode...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Mon, 23 May 2005 09:33:23 +0200
Newsgroups: jedi.vcl

Hi!

Does the current JvDBGrid support unicode (in a way compatible with Tnt controls)? If not, are there any plans to do this in the foreseeable future?

Thanks!
Jonathan Neve.


Subject: TJvDBGrid and AutoSize -> EInvalidOperation
From: "Arjan de Haan" <nospam.nospam.adwhaan@nospam.hotpop.com>
Date: Mon, 23 May 2005 08:38:56 +0200
Newsgroups: jedi.vcl

Hi.

Using the latest JVCL (3.00) and JCL (1.95) I still get the EInvalidOperation exception
when closing an MDI application with MDI children open. These children contain the
TJvDBGrid with AutoSize set to true. For now a workaround is to close the children 'by
hand' in the FormDestroy of the MDI main form...
According to Mantis, bug  0002042, this bug should be resolved. But apparently it isn't?
Anyone can confirm this?

Tx.
....Arjan...




Subject: Re: JVCL compiler
From: Jonathan Neve <jonathan@microtec.fr>
Date: Sun, 22 May 2005 15:28:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Jonathan Neve wrote:
>> Anyway, I'm glad to hear that it might not be too difficult to adapt. Do
>> you think anyone here would be interested in trying to do this?
>
>
> We do not need a compile-progress dialog for bcc32 because we do not
> invoke bcc32.
>

Yes, of course, I realise you don't need it for compiling the JVCL. :-)

What I meant was, would anyone be interested in making this into an independant tool? If not, I'll try to find some time to do it myself, because it would be a very useful thing for those among us who work with BCB.

Regards,
Jonathan Neve.


Subject: Re: JVCL compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 22 May 2005 11:02:18 +0200
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> > Anyway, I'm glad to hear that it might not be too difficult to adapt. Do
> > you think anyone hear would be interested in trying to do this?

We do not need a compile-progress dialog for bcc32 because we do not
invoke bcc32.

-- Regards, Andreas Hausladen 

Subject: Re: JVCL compiler
From: Jonathan Neve <jonathan@microtec.fr>
Date: Sun, 22 May 2005 06:48:13 +0200
Newsgroups: jedi.vcl

Hi Andreas,

Andreas Hausladen wrote:
>> If so, I wonder how easy it would be to generalise this into an
>> all-purpose IDE-plugin that could provide an alternative to the standard
>> compiler window.
>
>
> If you look at the install\JVCLInstall directory you will find a
> FrmCompile.pas/.dfm. The unit and the formular do compiler-output parsing
> so you do not have to do it yourself. The only limitation is that it is
> depends on dcc32.exe message output. For example the line information is
> from the compiler console output. And if I remember correctly the bcc32
> does not give such information (because it is a C++ compiler :-) )

Ok, I see. But if it's only the line information, I don't mind too much, because in any case, that information isn't too useful with BCB... It doesn't indicate the number of lines actually written, but rather the number of lines of headers included, with means mostly, the headers of all the libraries I'm using. So a small project will compile several million lines... Go figure! :)

Anyway, I'm glad to hear that it might not be too difficult to adapt. Do you think anyone hear would be interested in trying to do this? If not, I might try it myself. It would be wonderful to be able to replace the standard BCB compiler with the command-line compiler, without having to resort to batch-files and such like.

Thanks!
Jonathan Neve.


Subject: Re: Problem with JvPanel
From: "scsi" <test@home.se>
Date: Sun, 22 May 2005 00:54:07 +0100
Newsgroups: jedi.vcl

Done!

But I'm still interested in a way to get around this, as my the JvPanel-
component now is a big part of my project, and I started using it when I 
didn't know about this.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem between TJvSimpleXML and packages ?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 21 May 2005 16:58:13 +0200
Newsgroups: jedi.vcl

> I will upgrade templates and generate packages for JCL and JVCL.

Done in the CVS.


Subject: Re: Problem between TJvSimpleXML and packages ?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 21 May 2005 16:19:29 +0200
Newsgroups: jedi.vcl

> Then please do, but please keep the separation principle put in place by these --. This way it is very visible.

Right,
******************** is really visible too. And it passes W3C's tests:

[quote]
Schema validating with XSV 2.10-1 of 2005/04/22 13:10:49

    * Target: file:/usr/local/XSV/xsvlog/tmp_jg6Nkuploaded
         (Real name: CJCL50.bpk)
    * docElt: {None}PROJECT
    * No declaration for document root found, validation was lax
    * The schema(s) used for schema-validation had
        no errors
    * No schema-validity problems were found in the target
[/quote]

I will upgrade templates and generate packages for JCL and JVCL.

Florent


Subject: Re: OT: Environment path
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Sat, 21 May 2005 15:38:42 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> It ignores the message, as a lot of other applications do.
>
>
> It cannot hurt to broadcast anyway. Maybe a Delphi tool is listening.

Absolutely, I was just pointing that very few application react to it.


Subject: Re: Problem between TJvSimpleXML and packages ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Sat, 21 May 2005 15:38:07 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> As a conclusion, even if some parsers accept this file, we should modify the file header.

Then please do, but please keep the separation principle put in place by these --. This way it is very visible.


Subject: Re: OT: Environment path
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 21 May 2005 06:06:52 +0200
Newsgroups: jedi.vcl

OBones wrote:

> It ignores the message, as a lot of other applications do.

It cannot hurt to broadcast anyway. Maybe a Delphi tool is listening.


Subject: Re: Problem with TJvDBGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 21 May 2005 06:05:12 +0200
Newsgroups: jedi.vcl

Alvaro Jeria wrote:
> Eduardo:
> I was the user that posted the problem.
> And I would recomend you to allways pass your new versions thru extensive testing before giving them to customers.
> The JEDI project is a Great FREE project you should also take this in mind. Is your software FREE or Opensource... guess not?
> OBones and Fred are great programmers that use their time (time is money) in this project.
> If you want a more stable product, buy one.

Since we do not have the manpower, we cannot test extensively.
We also do not guarantee compatibility for the components.
The simple reason is that we want to be able to overturn bad decisions in the design of the components.


Subject: JvFilenameEdit
From: "Brad Hillyard" <bradhillyard@hotmail.com>
Date: Fri, 20 May 2005 17:12:31 -0600
Newsgroups: jedi.vcl

Hi All,

I can't seem to get a clean file string from a selected file.

It returns the file 'c:\xxx\xxxfile.mp3'#$d#$a

What am I missing?? I am loading the string in a OnAfterDialog event....

Please some help with this??

Brad Hillyard




Subject: Re: Problem with JvPanel
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 21 May 2005 00:17:17 +0200
Newsgroups: jedi.vcl

scsi wrote:
> Nothing on this?

Please create an entry in Mantis (http://homepages.borland.com/issuetracker/) using your own account.
This way it will be kept in the system and should get attention quite soon.


Subject: Web site little issue.
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 20 May 2005 22:40:42 +0200
Newsgroups: jedi.vcl

Dear webmaster,

There is a small issue on the JVCL web page.

On the JVCL home page :
http://homepages.borland.com/jedi/jvcl/

Clicking on the "Project JEDI" icon on the top right hand corner open the http://delphi-jedi.org page inside the content frame, It should replace the current page.

Using Firefox 1.0.4.

Cheers,

Florent


Subject: Re: Problem with JvPanel
From: "scsi" <test@home.se>
Date: Fri, 20 May 2005 20:44:53 +0100
Newsgroups: jedi.vcl

Nothing on this?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem between TJvSimpleXML and packages ?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 20 May 2005 20:49:27 +0200
Newsgroups: jedi.vcl

> Yes, but look at all other parsers, all those I know of don't choke on these files. I can't see any reasons why we would not blatently ignore what's in between <!-- and -->

Having a parser that permit these files doesn't include that the file may contain '--' inside comment.

The World Wide Web Consortium made some recommendations for writting and reading valid XML files being compatible with the old SGML file format.

You may download the XML test suite at:
http://www.w3.org/XML/Test/

The test matrix say that all the following files are not valid XML files because they contain '--' inside comments.

ibm15n01.xml
sgml03.xml
p15fail1.xml
p15fail3.xml
sa/006.xml

It may be possible that some parsers permit '--' inside comments. But it should not be the behaviour of all XML parsers.
I understand that a parser may be more smart than the W3C's recommendations.

It is possible to test XML online:
http://www.w3.org/2001/03/webdata/xsv

The result for this test on Jv3rdC6R.bpk gives :
[quote]
Error: -- in comment
 in unnamed entity at line 4 char 3 of file:/usr/local/XSV/xsvlog/tmpLolcX8uploaded
[/quote]

As a conclusion, even if some parsers accept this file, we should modify the file header.

Florent


Subject: Re: Problem with TJvDBGrid
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Fri, 20 May 2005 14:47:12 -0400
Newsgroups: jedi.vcl

Eduardo:
I was the user that posted the problem.
And I would recomend you to allways pass your new versions thru extensive testing before giving them to customers.
The JEDI project is a Great FREE project you should also take this in mind. Is your software FREE or Opensource... guess not?
OBones and Fred are great programmers that use their time (time is money) in this project.
If you want a more stable product, buy one.

Best regards,
Alvaro


>> Why I did this?
>> - because a user wanted to copy read-only fields into the clipboard and
>> it was only possible with the popup menu (and that copied the entire
>> content, not only the wanted part);
>> - because DBGrid, the original Borland component, opens the editor even
>> in read-only mode, and the JVCL policy is not to change the original
>> behavior except if it is bugged or too limited (and it is not);
>> - because I added the OnShowEditor event to allow you to prevent the
>> editor from opening.
>>
>> So, I have no reason currently to change the way it works. Please use
>> OnShowEditor to revert to the previous behavior.
>>
>
>
> Your reasons are sound, but such a change of behaviour in a component must be discussed before it is done. It broke several apps of our customers. I don't mind to fix them, since it is simple, but I must be prepared to do that, and not after I deliver them to our customers and hear complains.
>
> Best regards,
> Eduardo Mauro
>


Subject: Re: Problem between TJvSimpleXML and packages ?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Fri, 20 May 2005 20:02:15 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> I didn't change the algorithm in TJvSimpleXML, It is correct.

Yes, but look at all other parsers, all those I know of don't choke on these files. I can't see any reasons why we would not blatently ignore what's in between <!-- and -->


Subject: Can't Install JCL / JVCL on D7
From: "Fx" <fgaufier@PASDESPAMclub-internet.fr>
Date: Fri, 20 May 2005 19:48:12 +0200
Newsgroups: jedi.vcl

Hi,

I try to install JVC, (before installing JVCL) on D7 enterprise(win XP SP2). I get this error message:

JediInstaller.dpr<13> Fatal : could not create output file 'JediInstaller.drf'

Could someone help me to resolve this problem ?

Thanks
F-Xavier Gaufier
France

-- 
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com



Subject: Re: OT: Environment path
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 20 May 2005 18:59:35 +0200
Newsgroups: jedi.vcl

> Well, actually, Robert was right on! :)

   I was thrown off by the 'environment' in the subject.

>
> But thanks for the information, I guess I have to make sure my BPLs are in the Windows path as well.
>
> Actually, are you sure this is necessary? 

    For run time packages: yes. Design time package can be in any path, because the Delphi IDE specifies the complete path of the design time package. However, the run time packages are searched through the current directory (usually, the directory of Delphi) and then in the Windows search path.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: OT: Environment path
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Fri, 20 May 2005 18:51:17 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Robert Marquardt wrote:
>
>> It should be possible in the Register function.
>> Simply test if the entry already exists and if not then add it.
>> More or less like a selfregistering OCX.
>>
>> Maybe we should think about writing a standard function for that.
>
>
> Best also broadcast a WM_SETTINGSCHANGE. If Delphi will not react to it then you will have to restart Delphi.

It ignores the message, as a lot of other applications do.


Subject: Re: OT: Environment path
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 20 May 2005 18:23:14 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> It should be possible in the Register function.
> Simply test if the entry already exists and if not then add it.
> More or less like a selfregistering OCX.
>
> Maybe we should think about writing a standard function for that.

Best also broadcast a WM_SETTINGSCHANGE. If Delphi will not react to it then you will have to restart Delphi.


Subject: Re: TJvLookupEdit disappeared in 3.00!
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Fri, 20 May 2005 18:12:01 +0200
Newsgroups: jedi.vcl

Nicola Farina wrote:
> I find her!
> It seems that it was simply renamed in TJvDBLookupEdit

TJvDBLookupEdit nee TJvLookupEdit - maybe she got married. <g>


Subject: Re: JVCL compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 May 2005 11:44:24 +0200
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> > underlying compiler that is used is actually the command-line compiler,
> > right?

You are right.

> > If so, I wonder how easy it would be to generalise this into an
> > all-purpose IDE-plugin that could provide an alternative to the standard
> > compiler window.

If you look at the install\JVCLInstall directory you will find a
FrmCompile.pas/.dfm. The unit and the formular do compiler-output parsing
so you do not have to do it yourself. The only limitation is that it is
depends on dcc32.exe message output. For example the line information is
from the compiler console output. And if I remember correctly the bcc32
does not give such information (because it is a C++ compiler :-) )


-- Regards, Andreas Hausladen 

Subject: JVCL compiler
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 20 May 2005 11:37:10 +0200
Newsgroups: jedi.vcl

Hi all,

I'm very impressed by the JVCL installer, and in particular, by the compiler form that comes with it. If I understand correctly, the underlying compiler that is used is actually the command-line compiler, right?

If so, I wonder how easy it would be to generalise this into an all-purpose IDE-plugin that could provide an alternative to the standard compiler window. Problably this would be useless in Delphi, but in BCB, the command-line compiler is reputed to be much faster than the ordinary one, and compilation speed is a significant problem in BCB. Do you suppose this would be possible, or would it be too difficult?

Thanks!
Jonathan Neve.


Subject: Re: JVInspector Unicode
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 20 May 2005 10:13:55 +0200
Newsgroups: jedi.vcl

Pantelis Saroglou wrote:
> Hi,is there a way for TJVInspector to support Unicode? I use TntControls so I want for example to paste unicode text to TntEdit.Text.

    Maybe... If you change the internally used edit controls to unicode-aware versions, you'd only need to look into the direct text drawing stuff. From what I remember, I used the Canvas.DrawText method, but you could change that in to API calls (IFDEF-ed for VCL; otherwise you'd break CLX compatibility).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JVInspector Unicode
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Fri, 20 May 2005 10:55:59 +0300
Newsgroups: jedi.vcl

Hi,is there a way for TJVInspector to support Unicode? I use TntControls so 
I want for example to paste unicode text to TntEdit.Text.

Thanks in advance

Pantelis Saroglou 




Subject: Re: Problem between TJvSimpleXML and packages ?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 20 May 2005 08:46:14 +0200
Newsgroups: jedi.vcl

> Please check that with the XML spec comment definition.
> I recall it to be tricky.

I found one about comment:

http://www.w3.org/TR/REC-xml/#sec-comments

[quote]
2.5 Comments

[Definition: Comments MAY appear anywhere in a document outside other markup; in addition, they MAY appear within the document type declaration at places allowed by the grammar. They are not part of the document's character data; an XML processor MAY, but need not, make it possible for an application to retrieve the text of comments. For compatibility, the string "--" (double-hyphen) MUST NOT occur within comments.] Parameter entity references MUST NOT be recognized within comments.
Comments
[15]       Comment       ::=       '<!--' ((Char - '-') | ('-' (Char - '-')))* '-->'

An example of a comment:

<!-- declarations for <head> & <body> -->

Note that the grammar does not allow a comment ending in --->. The following example is not well-formed.

<!-- B+, B, or B--->
[/quote]



The first char must not be '-', the last char must not be '-' and the comment must not contain '--'. So the projects are not valid XML files. We should change the header and replace '----------' lines by another character.
I didn't change the algorithm in TJvSimpleXML, It is correct.

Florent


Subject: Re: Problem between TJvSimpleXML and packages ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 20 May 2005 08:07:45 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Ok, then this is a bug in TJvSimpleXML. Anything after the <!-- and before the --> is free text, simply ignored, not parsed.

Please check that with the XML spec comment definition.
I recall it to be tricky.


Subject: Re: OT: Environment path
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 20 May 2005 08:05:28 +0200
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> So I guess you just set it in the installer? I don't suppose there's a way to set it automatically upon compiling/installing the package is there?

It should be possible in the Register function.
Simply test if the entry already exists and if not then add it.
More or less like a selfregistering OCX.

Maybe we should think about writing a standard function for that.


Subject: Re: OT: Environment path
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 20 May 2005 07:57:46 +0200
Newsgroups: jedi.vcl

Hi Marcel,

Marcel Bestebroer wrote:
>   I think he's talking about the Windows PATH environment variable, not the Delphi Libary path setting.
>
>     As to Jonathan's original question (and assuming I'm right): you don't have to; just make sure your run time packages are in a path that's already in the PATH environment variable (the Windows system dir usually is; under normal Delphi installations, the $(Delphi)\Projects\Bpl will also be added to the path list).
>

Well, actually, Robert was right on! :)

But thanks for the information, I guess I have to make sure my BPLs are in the Windows path as well.

Actually, are you sure this is necessary? I really wish there was some way around it, because I'd like to be able to install several alternate versions of the same BPL, and simply choose one or the other depending on which project I'm using. I suppose that if both are in the Windows Path, it will cause trouble, even if I explicitly choose one specific BPL... Have you ever tried to do this?

This is actually a completely independant issue, but one that I have also been thinking about lately, because I'd like to be able to upgrade to a newer version of a certain library one project at a time, so that I can test it properly. If I could continue to use the old version for some projects, while using the new version for others, it would be great. However, I'm not sure how to do this... :)

Anyway, thanks for responding!

Regards,
Jonathan Neve.


Subject: Re: OT: Environment path
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 20 May 2005 07:50:11 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Have a look at the registry:
> HKEY_CURRENT_USER\Software\Borland\Delphi\<your version>\Library
> Any questions left?

Thanks!

So I guess you just set it in the installer? I don't suppose there's a way to set it automatically upon compiling/installing the package is there?

Thanks again,
Jonathan Neve.


Subject: Re: UnitVersion problem- JvSpecialImage
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 19 May 2005 22:49:23 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Ed Blanchard a écrit :
>
>> Just grabbed latest CVS copies of jcl, jvcl. Rebuilt jcl (no problem). Rebuilt JVCL with UnitVersioning Enabled - error in compile.
>>
>> JvSpecialImage.pas (371) Error: Undeclared identifier: 'WMApplyChanges'
>>
>> Turned off UnitVersioning and rebuilt, no problems.
>
>
> I have the same problem, make a comment around TJvSpecialImage.WMApplyChange, I think the author made a mistake while committing this file.

Woops, sorry, I'm the guilty one here.
Please use the newest file, it is fixed.


Subject: Re: UnitVersion problem- JvSpecialImage
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 19 May 2005 22:31:33 +0200
Newsgroups: jedi.vcl

Ed Blanchard a écrit :
> Just grabbed latest CVS copies of jcl, jvcl. Rebuilt jcl (no problem). Rebuilt JVCL with UnitVersioning Enabled - error in compile.
>
> JvSpecialImage.pas (371) Error: Undeclared identifier: 'WMApplyChanges'
>
> Turned off UnitVersioning and rebuilt, no problems.

I have the same problem, make a comment around TJvSpecialImage.WMApplyChange, I think the author made a mistake while committing this file.

Florent


Subject: UnitVersion problem- JvSpecialImage
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Thu, 19 May 2005 16:17:00 -0400
Newsgroups: jedi.vcl

Just grabbed latest CVS copies of jcl, jvcl. Rebuilt jcl (no problem). 
Rebuilt JVCL with UnitVersioning Enabled - error in compile.

JvSpecialImage.pas (371) Error: Undeclared identifier: 'WMApplyChanges'

Turned off UnitVersioning and rebuilt, no problems.

Cheers,
EdB


Subject: Re: Problem between TJvSimpleXML and packages ?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 19 May 2005 18:42:59 +0200
Newsgroups: jedi.vcl

> Ok, then this is a bug in TJvSimpleXML. Anything after the <!-- and before the --> is free text, simply ignored, not parsed.

I made some modifications in JvSimpleXML starting at line 2358:

  repeat
    Count := Stream.Read(lBuf, SizeOf(lBuf));
    if Parent <> nil then
      Parent.DoLoadProgress(Stream.Position, Stream.Size);
    for I := 0 to Count - 1 do
    begin
      //Increment Stream pos for after comment
      Inc(lStreamPos);

      case lPos of
        1..4: //<!--
          if lBuf[I] = CS_START_COMMENT[lPos] then
            Inc(lPos)
          else
            FmtError(RsEInvalidCommentExpectedsButFounds, [CS_START_COMMENT[lPos], lBuf[I]]);
        5:
          begin
            St := St + lBuf[I];
            if lBuf[I] = CS_STOP_COMMENT[lPos] then
              Inc(lPos);
          end;
        6: //-
          begin
            St := St + lBuf[I];
            if lBuf[I] = CS_STOP_COMMENT[lPos] then
              Inc(lPos)
            else
              Dec(lPos);
          end;
        7: //>
          if lBuf[I] = CS_STOP_COMMENT[lPos] then
          begin
            SetLength(St,Length(St)-2); // remove '--'
            Count := 0; //End repeat
            lOk := True;
            Break; //End if
          end
          else
          begin
            St := St + lBuf[I];
            if lBuf[I] <> CS_STOP_COMMENT[lPos-1] then
              Dec(lPos,2);
          end;
      end;
    end;
  until Count = 0;

Now this loop check for _AT_LEAST_ 2 '-' followed by a '>',
IE:
-->
--->
---->
** -->
** --->
....
are valid stops of comments with this code.

I don't know if only 2 '-' have to be found, so I don't submit these changes to the cvs repository.

Florent


Subject: Re: Problem between TJvSimpleXML and packages ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 19 May 2005 18:02:05 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

>> But please explain what the exact problem is.
>
>
> var
>   XMLFile: TJvSimpleXML;
> begin
>   XMLFile := TJvSimpleXML.Create(Self);
>   XMLFile.FileName := 'JVCL\JVCL3\packages\c5\Jv3rdC5R.bpk';
>   XMLFile.Free;
> end;
>
> it raises an exception while loading the file :
> "Le projet Project1.exe a provoqué une classe d'exception EJvSimpleXMLError avec le message 'Invalid Comment: "--" not allowed inside comments'.  Processus stoppé. Utilisez Pas-à-pas ou Exécuter pour continuer."
>
> I can't load any files that contain '-----------------------------------------------' lines.

Ok, then this is a bug in TJvSimpleXML. Anything after the <!-- and before the --> is free text, simply ignored, not parsed.


Subject: Re: Problem between TJvSimpleXML and packages ?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 19 May 2005 17:48:43 +0200
Newsgroups: jedi.vcl

> But please explain what the exact problem is.

var
  XMLFile: TJvSimpleXML;
begin
  XMLFile := TJvSimpleXML.Create(Self);
  XMLFile.FileName := 'JVCL\JVCL3\packages\c5\Jv3rdC5R.bpk';
  XMLFile.Free;
end;

it raises an exception while loading the file :
"Le projet Project1.exe a provoqué une classe d'exception EJvSimpleXMLError avec le message 'Invalid Comment: "--" not allowed inside comments'.  Processus stoppé. Utilisez Pas-à-pas ou Exécuter pour continuer."

I can't load any files that contain '-----------------------------------------------' lines.

Florent


Subject: Re: Problem between TJvSimpleXML and packages ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 19 May 2005 17:48:04 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Hello,
>
> I am working on a developper tool to clean C++Builder projects and packages.
>
> I have some problem reading CJCL50.bpk, and all the packages in JVCL3\Packages\C*\. They contain multiples -- inside a coment block.
>
> Should TJvSimpleXML accepts these files ? 

Yes, they are valid XML.

> Should the template be modified to replace -- lines with other characters.

No
But please explain what the exact problem is.


Subject: Re: TJvLookupEdit disappeared in 3.00!
From: Nicola Farina <nicola.farinaspampam@info-line.it>
Date: Thu, 19 May 2005 17:46:31 +0200
Newsgroups: jedi.vcl

I find her!
It seems that it was simply renamed in TJvDBLookupEdit

Thanks anyway
Bye
Nicola

Nicola Farina wrote:

>
> With TJvLookupEdit you can have a list of possible values read from a table automatically.
> It is like a DBLookupCombo but it is not data-aware.
> It is ideal for using in query-building screen (when you need to ask the user several possible input for querying a database)
> Is there anything similar now ?
> What do you mean for "AutoComplete" ?
>
> OBones wrote:
>
>>
>> What did it do ?
>>
>> Wouldn't AutoComplete be what you are looking for ?
>
>



Subject: Problem between TJvSimpleXML and packages ?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 19 May 2005 17:40:54 +0200
Newsgroups: jedi.vcl

Hello,

I am working on a developper tool to clean C++Builder projects and packages.

I have some problem reading CJCL50.bpk, and all the packages in JVCL3\Packages\C*\. They contain multiples -- inside a coment block.

Should TJvSimpleXML accepts these files ? Should the template be modified to replace -- lines with other characters.

Any tip is welcome,

Florent


Subject: Re: TJvLookupEdit disappeared in 3.00!
From: Nicola Farina <nicola.farinaspampam@info-line.it>
Date: Thu, 19 May 2005 17:12:31 +0200
Newsgroups: jedi.vcl


With TJvLookupEdit you can have a list of possible values read from a table automatically.
It is like a DBLookupCombo but it is not data-aware.
It is ideal for using in query-building screen (when you need to ask the user several possible input for querying a database)
Is there anything similar now ?
What do you mean for "AutoComplete" ?

OBones wrote:

>
> What did it do ?
>
> Wouldn't AutoComplete be what you are looking for ?



Subject: Re: Bug: TJvDBUltimGrid (Fred?)
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 19 May 2005 17:03:10 +0200
Newsgroups: jedi.vcl

http://homepages.borland.com/jedi/issuetracker/view.php?id=2967


Subject: Re: TJvLookupEdit disappeared in 3.00!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 19 May 2005 16:24:39 +0200
Newsgroups: jedi.vcl

Nicola Farina wrote:

> Hello all
>
> After upgrading from JVCL 2.10 to 3.00 I have this unpleasant surprise:
> TJvLookupEdit disappeared!
>
> In ChangeLog there's nothing about it..
>
> What happened to her?

What did it do ?

Wouldn't AutoComplete be what you are looking for ?


Subject: TJvLookupEdit disappeared in 3.00!
From: Nicola Farina <nicola.farinaspampam@info-line.it>
Date: Thu, 19 May 2005 16:13:01 +0200
Newsgroups: jedi.vcl

Hello all

After upgrading from JVCL 2.10 to 3.00 I have this unpleasant surprise:
TJvLookupEdit disappeared!

In ChangeLog there's nothing about it..

What happened to her?

Bye
Nicola



Subject: Re: Port of JVCL to LCL
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 19 May 2005 09:29:10 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I recall the same argument when we started the JCL and JVCL.
> "Jedi does API conversions other areas are not for us".
> We do what we want to do in the Delphi/Pascal area.
> If there are not enough interesting tasks anymore then we will
> simply enter a new area.

Personally I think a PORT (not in the same source code, because the chanegs would be massive at this point) of the JVCL components
that can be ported, would be great.  Less than 10% of the components
in JVCL are probably independant enough to exist without the VCL.

In fact, I suspect it would be better to just rename the contributed
JVCL components without the JV prefix at all and use them to
build up the rather anemic LCL. As long as the license remains
MPL, they can do what they like.

Personally I don't find Lazarus useable, so I would not assist,
but if Lazarus became useable for me, I would certainly be interested,
and would assist in such a project. The Basic LCL and Lazarus IDE are not ready for  any use that I can make of it, yet, however. Maybe in a few years.


Warren


Subject: What's the point of that code ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 19 May 2005 15:20:50 +0200
Newsgroups: jedi.vcl

Hi all:

In JvListComb, one can find this code:

procedure TJvImageListBox.CNCommand(var Msg: TWMCommand);
begin
  inherited;
  case Msg.NotifyCode of
    LBN_SELCHANGE:
      begin
        inherited Changed;
        Click;
      end;
  end;
end;

IFDEFed for the VCL only.
But what is the point of that code? The inherited code (C5,C6,D6,D7) in StdCtrls.pas does exactly the same thing, hence this triggers OnChange and OnClick twice when selecting a single item (Notified as Mantis 2965)
I'm in favor of removing this altogether, unless someone comes up with a valid explanation.

Cheers
Olivier


Subject: Re: OT: Environment path
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 19 May 2005 14:43:53 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Jonathan Neve wrote:
>
>> Hi all,
>>
>> This is a bit off-topic, but I'm asking here, because the JVCL installer is very good, so you probably know the answer to my question...
>>
>> When writing a third-party library, what do you need to do in order to add the path automatically to the environment include path? It seems to me that some third-party libs do this... Does it have to be done in the installer?
>>
>> Any advice?
>
>
> Have a look at the registry:
> HKEY_CURRENT_USER\Software\Borland\Delphi\<your version>\Library
> Any questions left?

    I think he's talking about the Windows PATH environment variable, not the Delphi Libary path setting.

    As to Jonathan's original question (and assuming I'm right): you don't have to; just make sure your run time packages are in a path that's already in the PATH environment variable (the Windows system dir usually is; under normal Delphi installations, the $(Delphi)\Projects\Bpl will also be added to the path list).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Bug: TJvDBUltimGrid (Fred?)
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 19 May 2005 14:34:03 +0200
Newsgroups: jedi.vcl

A TJvDBUltimGrid allows to set true for "autosizecolumns".  I quite like
this feature.  It rocks!

However, if I have any cell in edit mode (whether it is a text edit or
the dropdown lookup) and then resize the grid, the columns resize, but
the in-place editors do not move or resize according to the new column
positions.  They remain stuck to their previous positions.

Using Version 3.00

(whew, I hope I made sense).


Subject: Re: Checkbox in TJvDBUltimGrid?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 19 May 2005 14:23:00 +0200
Newsgroups: jedi.vcl

Fred wrote:
> I suppose you mean "integer field with boolean values (0, 1)" when you write "boolean field" because you have nothing to do with a true boolean field; you get a checkbox by default. With an integer field, you just have to do this:
> - assign the event IsBooleanField
> - in this event, return True if the field parameter is your integer field (Result := (Field = your_integer_field);)
> - verify the BooleanEditor property; it must be set to True (default value)


Hi Fred, thanks for helping me out.

I am actually trying to display a field from an ADODataset that contains a field of type: boolean.

When I use the TJvDBUltimGrid, it simply displays values as "True" and
"False".

Here is an excerpt from the DataSet (in XML format):

<s:AttributeType name='User_IsActive' rs:number='18' rs:nullable='true' rs:write='true'>
<s:datatype dt:type='boolean' dt:maxLength='2' rs:precision='0' rs:fixedlength='true' rs:maybenull='false'/>
</s:AttributeType>

And here is a typical value:
<z:row User_IsActive='True'/>

I've tried looking for the IsBooleanField, but I can't seem to find it?
Is it TField property or some property on the TJvDBUltimGrid?

Once again, I appreciate your assistance,

Kind regards

Abdullah


Subject: Re: Mantis: Numerous TJvFindReplace proposed changes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 19 May 2005 14:17:54 +0200
Newsgroups: jedi.vcl

Eduardo Mauro wrote:

>> I started to have a look at these, but because I don't use the component myself, I can't fully assess the consequences of the proposed changes.
>> To me they look like valid requests to correct bugs, but I NEED some input on this. Even a simple "fine by me" is great.
>
>
> Hi Oliver. It fine for me. But I have a sugestion: create a new newsgroup just for this kind of RFC. After a RFC is published in this newsgroup, people have, for example, 15 days to manifest themselves. After that a decision is taken.

Well, I think this newsgroup is enough, it has worked well in the past. The delay is usually less than 7 days, especially if the issue has been lying around for a while in Mantis.


> If a newsgroup is not possible, I offer our solution to track requests, bugs, etc, called BitTracker. It is a free offer. We can create a project there just for that. Let me know what you think. I can say that it has many more features than Mantis.

I went to www.bittracker.com, but it obviously is not your website, the correct URL is http://www.acabit.com.br/BitTracker0.asp?LN=1
Anyway, I looked at it and it looks a bit "too big" for our purposes. I do appreciate the offer, but I think we will keep with Mantis for the time being. But this may change if it proves that the current process is not good enough.


Cheers
Olivier Sannier
JVCL coordinator


Subject: Re: OT: Environment path
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 19 May 2005 13:50:36 +0200
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> Hi all,
>
> This is a bit off-topic, but I'm asking here, because the JVCL installer is very good, so you probably know the answer to my question...
>
> When writing a third-party library, what do you need to do in order to add the path automatically to the environment include path? It seems to me that some third-party libs do this... Does it have to be done in the installer?
>
> Any advice?

Have a look at the registry:
HKEY_CURRENT_USER\Software\Borland\Delphi\<your version>\Library
Any questions left?


Subject: OT: Environment path
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 19 May 2005 13:30:12 +0200
Newsgroups: jedi.vcl

Hi all,

This is a bit off-topic, but I'm asking here, because the JVCL installer is very good, so you probably know the answer to my question...

When writing a third-party library, what do you need to do in order to add the path automatically to the environment include path? It seems to me that some third-party libs do this... Does it have to be done in the installer?

Any advice?

Thanks!
Jonathan Neve.


Subject: Re: Mantis: Numerous TJvFindReplace proposed changes
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Thu, 19 May 2005 07:59:20 -0300
Newsgroups: jedi.vcl

> > I started to have a look at these, but because I don't use the component 
> > myself, I can't fully assess the consequences of the proposed changes.
> > To me they look like valid requests to correct bugs, but I NEED some input 
> > on this. Even a simple "fine by me" is great.

Hi Oliver. It fine for me. But I have a sugestion: create a new newsgroup 
just for this kind of RFC. After a RFC is published in this newsgroup, 
people have, for example, 15 days to manifest themselves. After that a 
decision is taken.

If a newsgroup is not possible, I offer our solution to track requests, 
bugs, etc, called BitTracker. It is a free offer. We can create a project 
there just for that. Let me know what you think. I can say that it has many 
more features than Mantis.

Best regards,

Eduardo Mauro
Acabit Tecnologia Ltda. 




Subject: Re: Problem with TJvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 19 May 2005 11:44:31 +0100
Newsgroups: jedi.vcl

> >but I must be prepared to do 
> >that, and not after I deliver them to our customers and hear complains.

Yes, you're right. I should have informed everybody of these changes 
with an announcement in this forum.
Sorry.

Best regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: @Peter: Another XPBar Problem
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Thu, 19 May 2005 11:04:57 +0200
Newsgroups: jedi.vcl

Hi Peter,

maybe you remember my question (and hopefully your answer ;) ) about the XPBar-action-click-problem (see: news:d1u92t$dtm$1@talkto.net "Another XPBar problem"). You wrote that you'd tested it. Did you put it to cvs? I can't find it there. Can you do it (again)?

Thanks and regards

André


Subject: Mantis: Numerous TJvFindReplace proposed changes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 19 May 2005 09:10:37 +0200
Newsgroups: jedi.vcl

Hi all

I have 7 mantis issues (2503, 2504, 2505, 2508, 2509, 2513 & 2515) that propose changes in TJvFindReplace. Issue 2515 contains all the code changes into one attached file.
As these changes are quite "big", they have an impact on the existing behaviour of the component.
I started to have a look at these, but because I don't use the component myself, I can't fully assess the consequences of the proposed changes.
To me they look like valid requests to correct bugs, but I NEED some input on this. Even a simple "fine by me" is great.

Thanks a lot

Olivier


Subject: Re: Port of JVCL to LCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 19 May 2005 05:47:47 +0200
Newsgroups: jedi.vcl

Don S wrote:
>> Why not?
>
>
> Well, since this is the "Joint Endeavor of Delphi Innovators" newsgroup... specifically the VCL one, I would have to ask what benefit it would offer to the Delphi community?  I can't envision one... other than source obfuscation through IFDEFs.  But I'm almost certain that's not the goal.

I recall the same argument when we started the JCL and JVCL.
"Jedi does API conversions other areas are not for us".
We do what we want to do in the Delphi/Pascal area.
If there are not enough interesting tasks anymore then we will
simply enter a new area.


Subject: Problem with JvPanel
From: "scsi" <test@home.se>
Date: Thu, 19 May 2005 02:38:41 +0100
Newsgroups: jedi.vcl

Im am sorry if this has already been upp, but there is a problem with 
the JvPanel-component, that I hope you could helt me find a workaround 
for.

The problem is that the color of the panel cannot be changed while the 
mouse is hoovering over it. If you for exampel make the panel red at 
designtime, with yellow hot-color, and at runtime try to change its 
color while the mouse is above it (for example, by changing it on a 
OnClick event), the color is changed, but when the mouse leaves the 
panel, the old color is restored.

I have tried desabling the panel before changing the color, and making 
it invisible, but it doesn't help.


Any tips?

Best regards
/Daniel



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvImageRotate
From: "Fragman" <fragman.dk@gmail.com>
Date: Thu, 19 May 2005 03:27:53 +0200
Newsgroups: jedi.vcl

By the way im using bcb 6 and i just need to load the picture and rotate it 
nothing els.




"Fragman" <fragman.dk@gmail.com> wrote in message 
news:d6gihj$2ta$1@talkto.net...
> > Hi how do i get JvImageRotate to rotate my picture in it
> >
> > every thing thing i got to work but not that can enuone help me
> >
> >
> > 




Subject: Re: Port of JVCL to LCL
From: "listmember" <listmember@letterboxes.org>
Date: Thu, 19 May 2005 00:44:40 +0000 (UTC)
Newsgroups: jedi.vcl

Don S wrote:

>> > > Why not?
> > 
> > Well, since this is the "Joint Endeavor of Delphi Innovators"
> > newsgroup... specifically the VCL one, I would have to ask what
> > benefit it would offer to the Delphi community?  I can't envision
> > one... other than source obfuscation through IFDEFs.  But I'm almost
> > certain that's not the goal.

Would it help if you read 'Delphi' as a dialect of Object Pascal? :-)

Personally, I have been finding Borland Delphi world a little too
constraining; and frustrating at times: I want to do quite a few
things in Linux, but, Kylix is more of a pain than it is worth, 
plus it does not look as if it is going to be available for X86_64
platform in the foreseable future.

So, yes please, let Object Pascal (that we know) be available in 
platforms from Linux to Mac OS X. It is a better definition of 
freedom. :-)


Subject: JvDBSearchComboBox Undocumented Property
From: "Yozey" <siryozey@gmail.com>
Date: Wed, 18 May 2005 19:43:26 -0500
Newsgroups: jedi.vcl

Anybody noticed that the AutoCompleteDelay property has been left off the 
JvDBSearchComboBox? 




Subject: JvImageRotate
From: "Fragman" <fragman.dk@gmail.com>
Date: Thu, 19 May 2005 01:43:03 +0200
Newsgroups: jedi.vcl

Hi how do i get JvImageRotate to rotate my picture in it

every thing thing i got to work but not that can enuone help me





Subject: Re: Port of JVCL to LCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 May 2005 23:54:29 +0100
Newsgroups: jedi.vcl

Good point.

But anyway, unless Borland put development efforts in Kylix I see no other
pascal alternative for multi-platform development.

I would like not to fork JVCL to "JLCL" but I think this will be
inevitable because, as you pointed, "...than source obfuscation through
IFDEFs". This is already happening because JVCL (will?) support VCL, CLX
and VCL/.NET. I also saw some aboult "CLR".

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port of JVCL to LCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 May 2005 21:15:10 +0100
Newsgroups: jedi.vcl

Why not?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port of JVCL to LCL
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 18 May 2005 16:07:47 -0400
Newsgroups: jedi.vcl

> > Why not?

Well, since this is the "Joint Endeavor of Delphi Innovators" newsgroup... specifically the VCL one, I would have to ask what benefit it would offer to the Delphi community?  I can't envision one... other than source obfuscation through IFDEFs.  But I'm almost certain that's not the goal.


Subject: Re: how to programaticaly link TJvPageListTreeView nodes with TJvPageList items
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 18 May 2005 15:55:21 -0400
Newsgroups: jedi.vcl

> > Does anybody know if it is possible to
> > programaticaly link TJvPageListTreeView nodes with TJvPageList items.

Use the methods in the Items property... just like in TTreeView:

    ATreeView.Items.Add
    ATreeView.Items.AddChild
    ATreeView.Items.AddChildFirst

You have to cast the TTreeNode to TJvPageIndexNode to get access to the PageIndex property for the PageList.  Look at TJvCustomPageListTreeView.CreateNode or the comment in the source:

{
     PageLinks is the property used at design time to set up a Nodes PageIndex. 
       At run-time, use TJvPageIndexNode(Node).PageIndex := Value;
}





Subject: Can't compile or install in D6
From: "OK54" <oyskris@combitel.no>
Date: Wed, 18 May 2005 20:29:35 +0100
Newsgroups: jedi.vcl

I use D6 proffesional with the latest servicpacks from Borland.
XP Proff SP2.
When I try to install latest versjon of JVCL with the installer it is 
not possible to select IDE Targets. It seems like it finds Delphi 6.0 
Pro but it is deactivated. There is a line that tells that JCL 1.95 or 
higher is required but I have installed JCL from the same distribution 
as JVCL (Latest from may 16.th)without any problems.
 
When I try to install manually according to the instructions I get the 
following error messasge:
[Error] JvJVCLAboutForm.pas(134): Incompatible types: 'TOSVersionInfoEx' 
and 'POSVersionInfoEX'
[Fatal Error9 JvCoreD6R.dpk(88): Could not compile used 
unit '..\..\run\JvJVCLAboutForm.pas'

What have I done wrong ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Can't compile or install in D6
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 18 May 2005 21:19:35 +0200
Newsgroups: jedi.vcl

OK54 wrote:
> I use D6 proffesional with the latest servicpacks from Borland.
> XP Proff SP2.
> When I try to install latest versjon of JVCL with the installer it is not possible to select IDE Targets. It seems like it finds Delphi 6.0 Pro but it is deactivated. There is a line that tells that JCL 1.95 or higher is required but I have installed JCL from the same distribution as JVCL (Latest from may 16.th)without any problems.
>  
> When I try to install manually according to the instructions I get the following error messasge:
> [Error] JvJVCLAboutForm.pas(134): Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEX'
> [Fatal Error9 JvCoreD6R.dpk(88): Could not compile used unit '..\..\run\JvJVCLAboutForm.pas'
>
> What have I done wrong ?

You have an old version of the JCL lying around on your system, and both the installer and delphi find it. The installer tells you you need the newest version alone, Delphi simply tries to compile JVCL files that need the newest version and fails.
Hunt down the old version of the JCL, ensure it is not there anymore or not accessible to both delphi and the installer and you should be fine.


Subject: Re: Port of JVCL to LCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 May 2005 21:19:30 +0200
Newsgroups: jedi.vcl

Don S wrote:

> .Net I understand.  Why FPC?

Sorry, i did not see that this is the JVCL forum.
For the JCL.


Subject: Re: Port of JVCL to LCL
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 18 May 2005 15:12:13 -0400
Newsgroups: jedi.vcl

> > I think we should work more on FPC and .net support.

..Net I understand.  Why FPC?




Subject: Re: Port of JVCL to LCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 May 2005 20:40:12 +0200
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> The JCL units which are necessary(haven't enumerated them yet) for the
> JVCS server compile under Win32 and Linux with FPC 2.0.
> JclDateTime, JclSysUtils and JclStrings need some adjustments for
> FreeBSD.

I think we should work more on FPC and .net support.
Best add to all units a compatibility matrix as comment.


Subject: Re: jvselectdirectory Events not working (for me anyway)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 18 May 2005 20:24:21 +0200
Newsgroups: jedi.vcl

> You're right, the events don't seem to be triggered. I am investigating this.

There is no way of triggering them, the unit filectrl.pas (in Delphi\Source\VCL) doesn't provide them.

If these events are not used, they must not be published, anyone agree ?

Florent


Subject: Re: jvselectdirectory Events not working (for me anyway)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 18 May 2005 20:18:24 +0200
Newsgroups: jedi.vcl

Ken Adam a écrit :
>  I've tried to use jvselectdirectory (by adding it from the standard actions list in the action manager).
> Although I've added handlers for both the OnShow and OnClose events neither of them get called when the
> dialog is used.
> The example in the demo doesn't create the action in the action manager (it is declared and ".Execute"-ed), so I don't know if this is somehting I'm doing wrong or a bug.
> I've tried this (on different PCs) with both 3RC1 and 3 release versions.
> Nothing seems to be listed in mantis.
> This happens even with a simple program with only an action manager, the dialog and the two event handlers.

You're right, the events don't seem to be triggered. I am investigating this.

Florent


Subject: Re: TJvInspector - how to get flat scroll bars?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 18 May 2005 20:13:44 +0200
Newsgroups: jedi.vcl

Don S a écrit :
> I'm trying to locate the spot in TJvInspector where flat scroll bars could be activated... but can't seem to find any place where scroll bars are given that info.  UpdateScrollbars uses ScrollInfo, but I don't know where else to look. 
> Any hints?

The only way I found to have flat scrollbar is a custom painting of the scrollbar using DrawFrameControl.

I think TJvScrollbar should provide this feature, and then I could be possible to use it in controls. In TJvInspector, it would be possible to remove the difference between CLX and VCL about scrollbars.

Florent


Subject: Re: Port of JVCL to LCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 May 2005 18:54:44 +0100
Newsgroups: jedi.vcl

> > Win32API access but under Linux?

Emulated...

As work progress I will known what can be done, what can be implemented
and what not.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port of JVCL to LCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 May 2005 18:53:38 +0100
Newsgroups: jedi.vcl

> > Win32API access but under Linux?

Emulated...

As work progress I will known what can be done, what can be implemented
and what not.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port of JVCL to LCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 May 2005 18:49:18 +0100
Newsgroups: jedi.vcl

Thans for all your comments.

I will port some components, not all JVCL.

JCL and "lower" components will be ported / completed as needed.

My interest now is in "fancy" and non existing components in LCL such
XPBar and, may be, NavPane. 

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port of JVCL to LCL
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 18 May 2005 19:36:36 +0200
Newsgroups: jedi.vcl

On Wed, 18 May 2005 16:13:37 +0200, OBones wrote:

>> >> Some advice / help from JVCL people will be appreciated.
> >
> >Start with the JCL, once you get it compiling with FPC, move on to JVCL.
> >You should start with the very simplest controls, TJvEdit for instance 
> >would be a good start.

The JCL units which are necessary(haven't enumerated them yet) for the
JVCS server compile under Win32 and Linux with FPC 2.0.
JclDateTime, JclSysUtils and JclStrings need some adjustments for
FreeBSD.

Uwe


Subject: how to programaticaly link TJvPageListTreeView nodes with TJvPageList items
From: "eMKa" <zoombie@poczta.onet.pl>
Date: Wed, 18 May 2005 18:10:41 +0200
Newsgroups: jedi.vcl

Hello,

Does anybody know if it is possible to
programaticaly link TJvPageListTreeView nodes with TJvPageList items.

Thanks for answers.

eMKa 




Subject: Re: Port of JVCL to LCL
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 18 May 2005 11:46:11 -0400
Newsgroups: jedi.vcl

ssamayoa wrote:
> I post this yesterday in lazarus lists:
>
>
>> Hi.
>>
>> I will begin to port some JVCL components to LCL starting with XPBar.
>>
>> Reason:
>> May be I will drop Delphi (Windows) and develop with Lazarus cross platform applications.
>>
>> What I think I will need is some internal LCL / FPC support because I'm really new to them (I have almost 10 years of exp in Delphi and 15 in TP but just few days with Lazarus), specially support in linux / gtk.
>>
>> If someone already working or intend to work in JVCL for LCL please contact me (sergiosamayoa at icon dot com dot gt).
>>
>> Regards.
>
>
> Some advice / help from JVCL people will be appreciated.
>
(1) First finish porting the equivalent missing bits of the base VCL.
(2) Next do the JCL
(3) Then do the JVCL.

In other words, the JVCL depends not only on the JCL but also on many controls in the standard VCL that are NOT in Lazarus, or which are incomplete (IMHO, many LCL objects are very lacking in features compared to the VCL classes of the same name).

Any port you do is going to only apply to about 15% of the components in the JVCL that don't have serious dependencies on the VCL.

Last time I tried to use Lazarus I couldn't even get it to install a component (ie rebuild itself), and that was only 2 weeks ago. It's hard to beleive Lazarus is ready for the JVCL. :-)

Warren


Subject: Mantis 2693: Help needed
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 18 May 2005 17:28:20 +0200
Newsgroups: jedi.vcl

Hi all

I have a very hard time solving mantis 2693. It is very simple:

Setting Transparent to True on a TJvSpecialImage triggers an AV.
There is a test project in Mantis alongside my findings, all tested under Delphi 7.

Thanks for any help and suggestions.

Olivier


Subject: Re: Port of JVCL to LCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 18 May 2005 17:15:12 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > You should start with the very simplest controls, TJvEdit for instance
> > would be a good start.

TJvEdit is very Win32API dependend.
I started to port the JVCL to .NET with TWizard which does not require any
JCL code.

I don't think that it is easy to porting JVCL to LCL because of the heavy
Win32API usage in the JVCL. In .NET you could use p/invoke to achieve the
Win32API access but under Linux?

-- Regards, Andreas Hausladen 

Subject: Port of JVCL to LCL
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 May 2005 16:01:06 +0100
Newsgroups: jedi.vcl

I post this yesterday in lazarus lists:

> >Hi.
> >
> >I will begin to port some JVCL components to LCL starting with XPBar.
> >
> >Reason:
> >May be I will drop Delphi (Windows) and develop with Lazarus cross platform 
> >applications.
> >
> >What I think I will need is some internal LCL / FPC support because I'm 
> >really new to them (I have almost 10 years of exp in Delphi and 15 in TP 
> >but just few days with Lazarus), specially support in linux / gtk.
> >
> >If someone already working or intend to work in JVCL for LCL please contact 
> >me (sergiosamayoa at icon dot com dot gt).
> >
> >Regards.

Some advice / help from JVCL people will be appreciated.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port of JVCL to LCL
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 18 May 2005 16:13:37 +0200
Newsgroups: jedi.vcl

ssamayoa wrote:

> I post this yesterday in lazarus lists:
>
>
>> Hi.
>>
>> I will begin to port some JVCL components to LCL starting with XPBar.
>>
>> Reason:
>> May be I will drop Delphi (Windows) and develop with Lazarus cross platform applications.
>>
>> What I think I will need is some internal LCL / FPC support because I'm really new to them (I have almost 10 years of exp in Delphi and 15 in TP but just few days with Lazarus), specially support in linux / gtk.
>>
>> If someone already working or intend to work in JVCL for LCL please contact me (sergiosamayoa at icon dot com dot gt).
>>
>> Regards.
>
>
> Some advice / help from JVCL people will be appreciated.

Start with the JCL, once you get it compiling with FPC, move on to JVCL.
You should start with the very simplest controls, TJvEdit for instance would be a good start.


Subject: Re: JvDBGrid - Scrollbars
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 18 May 2005 14:35:08 +0100
Newsgroups: jedi.vcl

> >Yes. Nothing changes.

:-( I have no clues currently. I just noticed this vertical bar appears 
not exactly when it is needed. I did'nt notice that it disappears after 
a filtering. I hope I'll have some time in the next few weeks to review 
the code.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with TJvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 18 May 2005 14:30:20 +0100
Newsgroups: jedi.vcl

> >Now with latest version of TJvDBGrid (version 1.110), if you click in a 
read 
> >only field, the editor is shown but in read only mode. To the final 
user is 
> >confusing, since all fields now enter in edit mode but some cannot be 
> >edited. Prior to this version, the editor was only shown in fields that 
can 
> >be edited. The problem in worse in fields that we display a image 
instead of 
> >text. If the user clicks in it, the image disapears and the editor is 
> >displayed with the hidden info of the field used to display the image.

Why I did this?
- because a user wanted to copy read-only fields into the clipboard and 
it was only possible with the popup menu (and that copied the entire 
content, not only the wanted part);
- because DBGrid, the original Borland component, opens the editor even 
in read-only mode, and the JVCL policy is not to change the original 
behavior except if it is bugged or too limited (and it is not);
- because I added the OnShowEditor event to allow you to prevent the 
editor from opening.

So, I have no reason currently to change the way it works. Please use 
OnShowEditor to revert to the previous behavior.

Best regards,
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ZIP files with JVCL
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 18 May 2005 09:20:40 -0400
Newsgroups: jedi.vcl

Ben van Erp wrote:
> Is it possible to use JVCL to zip a group of files and to unzip them later?

It's not in JVCL. Abbrevia (formerly from TurboPower) is on SourceForge. Get that.   There is ZLIB support in JVCL but not PKZIP file format support.

Warren


Subject: Re: Problem with TJvDBGrid
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 18 May 2005 15:12:29 +0200
Newsgroups: jedi.vcl

Eduardo Mauro wrote:

>> Why I did this?
>> - because a user wanted to copy read-only fields into the clipboard and
>> it was only possible with the popup menu (and that copied the entire
>> content, not only the wanted part);
>> - because DBGrid, the original Borland component, opens the editor even
>> in read-only mode, and the JVCL policy is not to change the original
>> behavior except if it is bugged or too limited (and it is not);
>> - because I added the OnShowEditor event to allow you to prevent the
>> editor from opening.
>>
>> So, I have no reason currently to change the way it works. Please use
>> OnShowEditor to revert to the previous behavior.
>>
>
>
> Your reasons are sound, but such a change of behaviour in a component must be discussed before it is done. It broke several apps of our customers. I don't mind to fix them, since it is simple, but I must be prepared to do that, and not after I deliver them to our customers and hear complains.

Well, AFAIK, this was indeed discussed. Maybe not entirely here, but it was at least discussed in Mantis.
I recall that user being quite vocal about other changes he wanted and that's the only one that got through because it allowed the most flexibility.
Rest assured that we are sorry for the time lost and frustration generated from this.

Regards
Olivier Sannier
JVCL Coordinator


Subject: Re: Problem with TJvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Wed, 18 May 2005 10:04:38 -0300
Newsgroups: jedi.vcl

> > Why I did this?
> > - because a user wanted to copy read-only fields into the clipboard and
> > it was only possible with the popup menu (and that copied the entire
> > content, not only the wanted part);
> > - because DBGrid, the original Borland component, opens the editor even
> > in read-only mode, and the JVCL policy is not to change the original
> > behavior except if it is bugged or too limited (and it is not);
> > - because I added the OnShowEditor event to allow you to prevent the
> > editor from opening.
> >
> > So, I have no reason currently to change the way it works. Please use
> > OnShowEditor to revert to the previous behavior.
> >

Your reasons are sound, but such a change of behaviour in a component must 
be discussed before it is done. It broke several apps of our customers. I 
don't mind to fix them, since it is simple, but I must be prepared to do 
that, and not after I deliver them to our customers and hear complains.

Best regards,
Eduardo Mauro 




Subject: Problem with TJvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Wed, 18 May 2005 09:06:35 -0300
Newsgroups: jedi.vcl

Recently we dowloaded a new snapshot of JVCL a problem appeared in several 
or our applications.

We have forms with TJvDBGrid in which some fields are editable others not. 
Prior to the latest snapshot, only the fields with readonly marked false 
were editable. Fields marked read only could be clicked but nothing 
happened.

Now with latest version of TJvDBGrid (version 1.110), if you click in a read 
only field, the editor is shown but in read only mode. To the final user is 
confusing, since all fields now enter in edit mode but some cannot be 
edited. Prior to this version, the editor was only shown in fields that can 
be edited. The problem in worse in fields that we display a image instead of 
text. If the user clicks in it, the image disapears and the editor is 
displayed with the hidden info of the field used to display the image.

We could fix the problem using event OnShowEditor, but we think it is a bug 
to show the editor, even in read only mode, to a field that is read only.

We traced back the problem and found that the changes which altered the 
behaviour of TJvDBGrid were done in revision 1.108. In revision 1.107 it is 
ok.

Best regards,
Eduardo Mauro 




Subject: Re: JvDBGrid - Scrollbars
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 18 May 2005 12:05:49 +0100
Newsgroups: jedi.vcl

> >Hi,
> >
> >My JvDBGrid is connected to a TClientDataset and the vertical scrollbar 
> >(because I set AutoSizeColumns to True) disappears definitely if the 
> >filter applied to the clientdataset only returns ONE row. Next if I 
> >change the ClientDataset filter to return more rows, the vertical 
> >scrollbar stay hidden.
> >
> >Do you know why ?

euh... no. :-(
Did you try EnableScroll after applying your filter to see if the 
problem is still there?

Cordialement,
Fred
(super la réplique de Surcouf!)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Checkbox in TJvDBUltimGrid?
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 18 May 2005 11:59:34 +0100
Newsgroups: jedi.vcl

> >What's the easiest way of having a boolean field to display
> >as a checkbox in JvDBUltimGrid?  Any good examples around?

I suppose you mean "integer field with boolean values (0, 1)" when you 
write "boolean field" because you have nothing to do with a true boolean 
field; you get a checkbox by default. With an integer field, you just 
have to do this:
- assign the event IsBooleanField
- in this event, return True if the field parameter is your integer 
field (Result := (Field = your_integer_field);)
- verify the BooleanEditor property; it must be set to True (default 
value)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBUltimGrid
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 18 May 2005 11:48:15 +0100
Newsgroups: jedi.vcl

> >Use the next code
> >
> >with yourDBGrid, DataSource.Dataset do
> >begin
> >  First;
> >  while not EOF do
> >  begin
> >    SelectedRows.CurrentRowSelected := not 
SelectedRows.CurrentRowSelected;

or use the procedure ToggleRowSelection

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Scrollbars
From: "Pierre Y." <pierre@[levosgien].net>
Date: Wed, 18 May 2005 12:44:50 +0200
Newsgroups: jedi.vcl

Fred a écrit :
>> Hi,
>>
>> My JvDBGrid is connected to a TClientDataset and the vertical scrollbar (because I set AutoSizeColumns to True) disappears definitely if the filter applied to the clientdataset only returns ONE row. Next if I change the ClientDataset filter to return more rows, the vertical scrollbar stay hidden.
>>
>> Do you know why ?
>
> euh... no. :-(
> Did you try EnableScroll after applying your filter to see if the problem is still there?

Yes. Nothing changes.

Pierre

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)

Capitaine anglais : "Vous vous battez pour l'argent, nous on se bat pour l'honneur !"
Robert Surcouf : "Vous avez raison, Monsieur, chacun de nous combat pour ce qui lui manque."



Subject: ZIP files with JVCL
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Wed, 18 May 2005 12:40:28 +0200
Newsgroups: jedi.vcl

Is it possible to use JVCL to zip a group of files and to unzip them later?

Kind regards,

Ben 




Subject: JvDBGrid - Scrollbars
From: "Pierre Y." <pierre@[levosgien].net>
Date: Wed, 18 May 2005 11:36:20 +0200
Newsgroups: jedi.vcl

Hi,

My JvDBGrid is connected to a TClientDataset and the vertical scrollbar (because I set AutoSizeColumns to True) disappears definitely if the filter applied to the clientdataset only returns ONE row. Next if I change the ClientDataset filter to return more rows, the vertical scrollbar stay hidden.

Do you know why ?

Thanks, regards,

Pierre Y.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)

Capitaine anglais : "Vous vous battez pour l'argent, nous on se bat pour l'honneur !"
Robert Surcouf : "Vous avez raison, Monsieur, chacun de nous combat pour ce qui lui manque."



Subject: Re: JvPatchFile
From: "Codeman II" <thegentleman@webmail.co.za>
Date: Wed, 18 May 2005 11:28:19 +0200
Newsgroups: jedi.vcl

Sorry for the trouble,

Let me rather ask.

1) Have anyone out there been able to get this patch to work.

What I have did:

Designtime:
a) Set ChangeInFile = False;
b) Set EndFile = c:\test.exe
c) Runtime differences property editor's SourceFile = c:\old.exe
d) Runtime differences property editor's Destination = c:\new.exe
e) Runtime differences property editor's Password = 123

Runtime:
    On button1.Click the following code:
        JvPatchFile.Patch('123');

But nothing happens...

Please show me a working example that actually outputs something.






Subject: Re: JVRegAuto
From: "fh" <fhxx2@xxxxx.com.au>
Date: Wed, 18 May 2005 16:42:29 +1000
Newsgroups: jedi.vcl

"Don S" <blacknapkin@twistandfruge.com> wrote in message
news:d6ejk9$je3$1@talkto.net...

IIRC, it's TJvFormStorage...

hth

Thanks




Subject: Re: JVRegAuto
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 18 May 2005 01:49:04 -0400
Newsgroups: jedi.vcl

> > I have a D5 project in which I make extensive use of TjvRegAuto components.
> > I'm looking at upgrading it to D2005, unfortunately I can't find TjvRegAuto
> > there (lots of new components).
> > I guess it's been replaced by another component, or merged with another.
> > Can someone give me a hand with the name of the replacement component?

IIRC, it's TJvFormStorage...

hth



Subject: JVRegAuto
From: "fh" <fhxx2@xxxxx.com.au>
Date: Wed, 18 May 2005 14:55:48 +1000
Newsgroups: jedi.vcl

G'day,

I'm hoping someone here can help.

I have a D5 project in which I make extensive use of TjvRegAuto components.

I'm looking at upgrading it to D2005, unfortunately I can't find TjvRegAuto
there (lots of new components).

I guess it's been replaced by another component, or merged with another.

Can someone give me a hand with the name of the replacement component?

Thanks in advance

frank




Subject: Re: JvPatchFile
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 17 May 2005 22:24:00 -0400
Newsgroups: jedi.vcl


> > I have followed the link and read through your help page.
> > Its still not clear to me how to create and apply a patch in code.
> > I have tried a couple of files but nothing happens.
 
> > Can you please be so kind to show me an example in code?
> > All I want to do to is when a exe changes to create a patch file that
> > I can distribute to my users and they should only execute the patch that
> > will update their exe.
 
TJvPatchFile provides no run-time capability to create the contents in Differences.  It has a design-time property editor that does it using TPatchFrm in JvPatchForm.pas.  You should be able to use the same form (I'm assuming) at run-time, and use TPatchFrm.FPatch.SaveToFile to store it.

That logic should probably be moved into TJvPatchFile... but I just documented what was already there.


Subject: Re: JvPatchFile
From: "Kim Bracknell" <kbracknell@foi.wa.gov.au>
Date: Wed, 18 May 2005 09:54:21 +0800
Newsgroups: jedi.vcl

Hi Codeman - it seems that the property 'ChangeInFile' must be set to
'False'.
The 'EndFile' value is then the name of the file to store the 'differences'.
PLS see below.
Cheers,
Kim.
_______________________________________________________

"ChangeInFile is a Boolean property that indicates patches in the
Differences property should be applied directly to the original file.
ChangeInFile is used in the Patch method when the content in the
Differences property is read and decrypted.

Use EndFile to specify the file name where the patched contents of
StartFile should be stored when ChangeInFile contains False.

When ChangeInFile contains True, the patches in Differences are applied
directly to the contents of the file specified in StartFile."


"Codeman II" <thegentleman@webmail.co.za> wrote in message
news:d6e349$h0c$1@talkto.net...
> > I would like the create the patches in code, if possible.
> >
> > Enjoy the day!
> >
> >




Subject: Re: JvPatchFile
From: "Codeman II" <thegentleman@webmail.co.za>
Date: Wed, 18 May 2005 03:08:51 +0200
Newsgroups: jedi.vcl

I would like the create the patches in code, if possible.

Enjoy the day!




Subject: Re: JvPatchFile
From: "Codeman II" <thegentleman@webmail.co.za>
Date: Wed, 18 May 2005 03:02:58 +0200
Newsgroups: jedi.vcl

Thanks Don,

I have followed the link and read through your help page.
Its still not clear to me how to create and apply a patch in code.
I have tried a couple of files but nothing happens.

Can you please be so kind to show me an example in code?
All I want to do to is when a exe changes to create a patch file that
I can distribute to my users and they should only execute the patch that
will update their exe.

Again I thank you!





Subject: Re: JvPatchFile
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 17 May 2005 20:32:36 -0400
Newsgroups: jedi.vcl

> > Can someone please help me by showing me how to work with 
> > JvPatchFile. I hope it is doing what I think it can. Patching exe.
 
> > I have tried to assign a file to StartFile and EndFile whereafter 
> > I called the Patch procedure but nothing happens. The 2 exe files 
> > that I supplied to the mentioned properties do have a difference. 

> > What other properties should I assigned?

I posted some docs online...
(http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1892).

hth...




Subject: Re: Working sample of JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 18 May 2005 01:06:43 +0200
Newsgroups: jedi.vcl

Done.

The only thing i've changed is: changing the LocationType property of the ProgramVersionCheck-Component to  pvltNetwork. Then i've restarted the app and everything works fine.

Greetings
Jens

Jens wrote:
>> Florian Hector wrote:
>>
>>
>>> Hello Jens,
>>>
>>>
>>>> It should work. What is your problem/Question?
>>>>
>>>
>>> upon opening the project I am getting "Class TJvProgramVersionHTTPLocationIndy not found.." and
>>> "Class TJvProgramVersionHTTPLocationICS not found.."
>>>
>>> When I run the program, it just shows the form and nothing else happens.
>>>
>>> Can you explain waht is supposed to happen?
>>
>> You must have INDY or ICS installed in order to use this component.
>>
>
>
> That's not correct.
>
> You can use it with the local network component. Have a look which
> component is activated after the ics component is removed.
>
> If i find time this evening i will try to update the sample in cvs.
>
> Greetings
> Jens
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvPatchFile
From: "Codeman II" <thegentleman@webmail.co.za>
Date: Wed, 18 May 2005 00:41:28 +0200
Newsgroups: jedi.vcl

Hi there,

Can someone please help me by showing me how to work with JvPatchFile.
I hope it is doing what I think it can. Patching exe.

I have tried to assign a file to StartFile and EndFile whereafter I called
the Patch procedure
but nothing happens. The 2 exe files that I supplied to the mentioned
properties do have a difference. What other properties should I assigned?

please help, thanks alot!




Subject: Re: JvGnuGettext and GnuGettext
From: "Peter Thornqvist [JVCL Developer]" <peter.removetheobvious.tornqvist@gmail.com>
Date: Tue, 17 May 2005 19:11:40 +0200
Newsgroups: jedi.vcl

Actually there is a problem. Since both (try to) hook the resourcestring
methods (LoadResString etc) and replace with their own version, one of them
will win resulting in the other one not translating resourcestrings at all.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Working sample of JvProgramVersionCheck
From: Florian Hector <fhector@web.de>
Date: Tue, 17 May 2005 18:44:11 +0200
Newsgroups: jedi.vcl


>
> If i find time this evening i will try to update the sample in cvs.
>

When you say you update the files in cvs, would I be able to download them from there, do I get access (where exactly), do I have to register somewhere..

Florian


Subject: Re: JvGnuGettext and GnuGettext
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 17 May 2005 18:28:46 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Is it possible to use JvGnugettext for the JVCl lib and at the same
> > time the original gnugettext for the none JVCL files?

Should be no problem.


-- Regards, Andreas Hausladen 

Subject: JvGnuGettext and GnuGettext
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Tue, 17 May 2005 15:43:33 +0000 (UTC)
Newsgroups: jedi.vcl

Is it possible to use JvGnugettext for the JVCl lib and at the same
time the original gnugettext for the none JVCL files?

Karlheinz


Subject: TjvTFDays
From: "Dion Oliphant" <doliphant@srcc.co.za>
Date: Tue, 17 May 2005 16:23:19 +0200
Newsgroups: jedi.vcl

Hi,

Is it possible to use the TjvTFDays component in an unbound fashion?
I want to use it like a stringgrid, and when necessary, save the data 
manually.

Thanks,
Dion. 




Subject: Re: aa
From: "Cichy" <spam.me@hotmail.com>
Date: Tue, 17 May 2005 11:48:22 +0100
Newsgroups: jedi.vcl

Sorry for this mistake. The proper thtead is here: 
http://delphi.newswhat.com/geoxml/forumgetthread?
groupname=jedi.vcl&messageid=d6cdc9$2iu$1@talkto.net&displaymode=all



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Working sample of JvProgramVersionCheck
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 17 May 2005 11:43:54 +0100
Newsgroups: jedi.vcl

> >Florian Hector wrote:
> >
>> >> Hello Jens,
>> >> 
>>> >>> It should work. What is your problem/Question?
>>> >>>
>> >> 
>> >> upon opening the project I am getting "Class 
>> >> TJvProgramVersionHTTPLocationIndy not found.." and
>> >> "Class TJvProgramVersionHTTPLocationICS not found.."
>> >> 
>> >> When I run the program, it just shows the form and nothing else happens.
>> >> 
>> >> Can you explain waht is supposed to happen?
> >
> >You must have INDY or ICS installed in order to use this component.
> >

That's not correct.

You can use it with the local network component. Have a look which
component is activated after the ics component is removed.

If i find time this evening i will try to update the sample in cvs.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: View of TJvDateEdit
From: "Cichy" <spam.me@hotmail.com>
Date: Tue, 17 May 2005 11:43:23 +0100
Newsgroups: jedi.vcl

TJvDateEdit ver. 3.0 components look diffrent with the same class 
components ver. 2.10. There is a blank space on left side of button when 
property Ctl3D = False (ParentCtl3D = True; Self.Parent.Ctl3D = False). 
Therefore Forms designed with JVCL 2.10 and Compiled with JVCL 3.0 
present dates incorrect.

Case study properties:

Width := 87;
Font.Name := 'Tahoma';
Font.Size := 8;
Font.Style := [fsBold];
ShortDateFormat := 'YYYY-MM-DD';

Ask:
 How to fix it?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Working sample of JvProgramVersionCheck
From: Florian Hector <fhector@web.de>
Date: Tue, 17 May 2005 12:37:50 +0200
Newsgroups: jedi.vcl

>
>
> You must have INDY or ICS installed in order to use this component.

At least INDY is installed.

F.


Subject: Re: aa
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 17 May 2005 12:24:06 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Cichy wrote:
>
>> Sorry for this mistake. The proper thtead is here: http://delphi.newswhat.com/geoxml/forumgetthread?
>> groupname=jedi.vcl&messageid=d6cdc9$2iu$1@talkto.net&displaymode=all
>
>
> Please post its content here.

    He already posted it, thread 'View of TJvDateEdit'.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: aa
From: "Cichy" <spam.me@hotmail.com>
Date: Tue, 17 May 2005 11:16:18 +0100
Newsgroups: jedi.vcl

 aa



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: aa
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 17 May 2005 12:02:23 +0200
Newsgroups: jedi.vcl

Cichy wrote:

> Sorry for this mistake. The proper thtead is here: http://delphi.newswhat.com/geoxml/forumgetthread?
> groupname=jedi.vcl&messageid=d6cdc9$2iu$1@talkto.net&displaymode=all

Please post its content here.


Subject: Re: Working sample of JvProgramVersionCheck
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 17 May 2005 11:55:41 +0200
Newsgroups: jedi.vcl

Jens wrote:

>> Florian Hector wrote:
>>
>>
>>> Hello Jens,
>>>
>>>
>>>> It should work. What is your problem/Question?
>>>>
>>>
>>> upon opening the project I am getting "Class TJvProgramVersionHTTPLocationIndy not found.." and
>>> "Class TJvProgramVersionHTTPLocationICS not found.."
>>>
>>> When I run the program, it just shows the form and nothing else happens.
>>>
>>> Can you explain waht is supposed to happen?
>>
>> You must have INDY or ICS installed in order to use this component.
>>
>
>
> That's not correct.
>
> You can use it with the local network component. Have a look which
> component is activated after the ics component is removed.
>
> If i find time this evening i will try to update the sample in cvs.

Thanks for the update.


Subject: Checkbox in TJvDBUltimGrid?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Tue, 17 May 2005 11:41:00 +0200
Newsgroups: jedi.vcl

What's the easiest way of having a boolean field to display
as a checkbox in JvDBUltimGrid?  Any good examples around?

TIA,

Abdullah


Subject: Re: JvDBUltimGrid
From: "Mike Shkolnik" <mshkolnik2002@ukr.net>
Date: Tue, 17 May 2005 12:07:13 +0300
Newsgroups: jedi.vcl

Use the next code

with yourDBGrid, DataSource.Dataset do
begin
  First;
  while not EOF do
  begin
    SelectedRows.CurrentRowSelected := not SelectedRows.CurrentRowSelected;
    Next;
  end;
end

--
With best regards, Mike Shkolnik
EMail: mshkolnik@scalabium.com
http://www.scalabium.com

"Quetzalcoatl" <asesinosalvaje@gmail.com> wrote in message
news:d6atbe$pvt$1@talkto.net...
> > I am using this control, and I need to make a function that can invert the
> > selection of rows that the user has made, but I cant find the way to do it
> > since there is no property for each row that can tell me if a row is
selected.
> >
> > Any help would be great. Thanks in advance.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: Working sample of JvProgramVersionCheck
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 17 May 2005 10:14:41 +0200
Newsgroups: jedi.vcl

Florian Hector wrote:

> Hello Jens,
>
>> It should work. What is your problem/Question?
>>
>
> upon opening the project I am getting "Class TJvProgramVersionHTTPLocationIndy not found.." and
> "Class TJvProgramVersionHTTPLocationICS not found.."
>
> When I run the program, it just shows the form and nothing else happens.
>
> Can you explain waht is supposed to happen?

You must have INDY or ICS installed in order to use this component.


Subject: Re: Working sample of JvProgramVersionCheck
From: Florian Hector <fhector@web.de>
Date: Tue, 17 May 2005 09:55:34 +0200
Newsgroups: jedi.vcl

Hello Jens,

> It should work. What is your problem/Question?
>

upon opening the project I am getting "Class TJvProgramVersionHTTPLocationIndy not found.." and
"Class TJvProgramVersionHTTPLocationICS not found.."

When I run the program, it just shows the form and nothing else happens.

Can you explain waht is supposed to happen?

Florian


Subject: Re: JvFormStorage ReadString method
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 17 May 2005 08:24:12 +0100
Newsgroups: jedi.vcl

Did you have made a mantis entry ?

If yes, which number, if no, please do so.

Greetings
Jens

> >Re-post from 05/03
> >
> >Hello all:
> >
> >I just did a new install of 3.0 release - nice!!
> >
> >When I use this code below I get an empty string.  I should get the
> >string 'Empty'
> >My button does get the correct property update.  As you see I'm using an
> >XML storage (JvAppXMLFileStorage)
> >Does the ReadString method work for you?  Is my ReadString syntax
> >correct?
> >
> >JvFormStorageUsed.StoredPropsPath := 'EXAM';
> >XXX := JvFormStorage1.ReadString('Button1_HelpKeyword','');  <<<<< XXX = 
> >give the worng result here
> >
> ><?xml version="1.0" encoding="iso-8859-1"?>
> ><PDQConfig>
> >  <DERM>
> >    <FormVersion>0</FormVersion>
> >    <EXAM>
> >      <Button1_HelpKeyword>Empty</Button1_HelpKeyword>
> >      <Button2_HelpKeyword>actinic cheili</Button2_HelpKeyword>
> >...
> >
> >Thank you,
> >
> >Craig 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvFormStorage ReadString method
From: "Craig" <craig@.at.qnotes.com>
Date: Mon, 16 May 2005 17:26:48 -0400
Newsgroups: jedi.vcl

Re-post from 05/03

Hello all:

I just did a new install of 3.0 release - nice!!

When I use this code below I get an empty string.  I should get the
string 'Empty'
My button does get the correct property update.  As you see I'm using an
XML storage (JvAppXMLFileStorage)
Does the ReadString method work for you?  Is my ReadString syntax
correct?

JvFormStorageUsed.StoredPropsPath := 'EXAM';
XXX := JvFormStorage1.ReadString('Button1_HelpKeyword','');  <<<<< XXX = 
give the worng result here

<?xml version="1.0" encoding="iso-8859-1"?>
<PDQConfig>
  <DERM>
    <FormVersion>0</FormVersion>
    <EXAM>
      <Button1_HelpKeyword>Empty</Button1_HelpKeyword>
      <Button2_HelpKeyword>actinic cheili</Button2_HelpKeyword>
....

Thank you,

Craig 




Subject: JvDBUltimGrid
From: "Quetzalcoatl" <asesinosalvaje@gmail.com>
Date: Mon, 16 May 2005 22:03:35 +0100
Newsgroups: jedi.vcl

I am using this control, and I need to make a function that can invert the
selection of rows that the user has made, but I cant find the way to do it
since there is no property for each row that can tell me if a row is selected.

Any help would be great. Thanks in advance.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bad Sintax format in Element of TJvAppXMLFileStorage
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 16 May 2005 21:41:13 +0200
Newsgroups: jedi.vcl

wQuick wrote:

> The program xmlspy define with bad format this element.
>
> <MinMaxPos(1024x768)>-1,-1,-1,-1</MinMaxPos(1024x768)>
> <NormPos(1024x768)>0,0,630,350</NormPos(1024x768)>
>
> How i can correct this ?

This is in the process of being fixed. It might have already been fixed, I'm not sure.
But this is indeed a known problem.


Subject: Re: Working sample of JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 16 May 2005 20:56:48 +0200
Newsgroups: jedi.vcl

It should work. What is your problem/Question?

Greetings
Jens

Florian Hector wrote:
> I am searching for a working example of said component. Though I have found the example in Jedi\jvcl\examples, it does not do anything that I can see.
> Or maybe there is some documentation available...
>
> Florian

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Bad Sintax format in Element of TJvAppXMLFileStorage
From: "wQuick" <wquick@ibest.com.br>
Date: Mon, 16 May 2005 17:20:44 +0000 (UTC)
Newsgroups: jedi.vcl

The program xmlspy define with bad format this element.

<MinMaxPos(1024x768)>-1,-1,-1,-1</MinMaxPos(1024x768)>
<NormPos(1024x768)>0,0,630,350</NormPos(1024x768)>

How i can correct this ?



Tansk.


wQuick


Subject: Re: JvTabBar.dtx updates - completed.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 16 May 2005 08:56:48 +0200
Newsgroups: jedi.vcl

Don S wrote:

>> Seems to have work alright.  
>
> Seems to have *worked* alright.

Glad to read that ;-)
Let me know if anything needs improving.


Subject: Re: JvArrowButton and focus?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 May 2005 06:35:09 +0200
Newsgroups: jedi.vcl

Diego Barros wrote:
> Just wondering why the JvArrowButton does not receive focus when tabbing through the form controls? Is this planned to be changed?

No.
TJvArrowButton = class(TJvGraphicControl)
which means it is a windowless control which cannot receive focus.


Subject: JvArrowButton and focus?
From: Diego Barros <db@somewhere.com>
Date: Mon, 16 May 2005 09:38:47 +1000
Newsgroups: jedi.vcl

Just wondering why the JvArrowButton does not receive focus when tabbing through the form controls? Is this planned to be changed?

Thanks.

Regards,
Diego


Subject: Re: JvTabBar.dtx updates - completed.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sun, 15 May 2005 18:54:30 -0400
Newsgroups: jedi.vcl

> > Seems to have work alright.  
Seems to have *worked* alright.


Subject: Re: JvTabBar.dtx updates - completed.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sun, 15 May 2005 18:53:52 -0400
Newsgroups: jedi.vcl

> > Ok, please try to upload it yourself, I've just updated the website to 
> > include the "can upload" priviledge.
> > However, you cannot upload zip files, only one dtx file at a time.

Seems to have work alright.  Thanks.


Subject: Re: JvTabBar.dtx updates - completed.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sun, 15 May 2005 18:44:15 -0400
Newsgroups: jedi.vcl

> > Ok, please try to upload it yourself, I've just updated the website to 
> > include the "can upload" priviledge.
> > However, you cannot upload zip files, only one dtx file at a time.

Great.  I'll give it a shot.


Subject: Re: JvTabBar.dtx updates - completed.
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 15 May 2005 22:38:56 +0200
Newsgroups: jedi.vcl

Don S wrote:

>> I includes Andreas' recent changes.
>
> * It* includes...

Ok, please try to upload it yourself, I've just updated the website to include the "can upload" priviledge.
However, you cannot upload zip files, only one dtx file at a time.
Cheers
Olivier


Subject: Re: JvTabBar.dtx updates - completed.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sun, 15 May 2005 12:33:25 -0400
Newsgroups: jedi.vcl

> > I includes Andreas' recent changes.
* It* includes...


Subject: JvTabBar.dtx updates - completed.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sun, 15 May 2005 12:32:54 -0400
Newsgroups: jedi.vcl

I have posted a zip file with completed updates for JVTabBar.pas to the binaries newsgroup.
I includes Andreas' recent changes.


Subject: TJvMTThreadToVCL Problem 2
From: "Jan!!!" <spammenow@gmx.ch>
Date: Sun, 15 May 2005 13:37:13 +0000 (UTC)
Newsgroups: jedi.vcl

JvMTThreadToVCL2.Write(s2); will not work on JvMTThread1Terminating
event



procedure TfrmMain.JvMTThread1Terminating(Sender: TJvMTThread;
  MTThread: TJvMTSingleThread);
var
  s2      : TExchangeData2;
begin
  s2      := TExchangeData2.Create;
  s2.iTag           := Sender.Tag;
  JvMTThreadToVCL2.Write(s2);
end;


Subject: TJvMTThreadToVCL Problem
From: "Jan!!!" <spammenow@gmx.ch>
Date: Sun, 15 May 2005 13:33:21 +0000 (UTC)
Newsgroups: jedi.vcl

hi,

found a new problem with TjvMT system.

while trying to use JvMTThreadToVCL2.Write in JvMTThread1Finished
i get following error


'write method can only be used by the main VCL thread'


procedure TfrmMain.JvMTThread1Finished(Sender: TJvMTThread; MTThread:
TJvMTSingleThread);
var
  s2      : TExchangeData2;
begin
  s2      := TExchangeData2.Create;
  s2.iTag           := Sender.Tag;
  JvMTThreadToVCL2.Write(s2);

end;


Subject: TJvMTVCLToThread
From: "Jan!!!" <spammenow@gmx.ch>
Date: Sun, 15 May 2005 13:09:39 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

i have some problem with the TJvMTVCLToThread component.
while placing  the component on my mainform the CanWrite
event will fire many times befor the formcreate event is fired.
(MaxBufferSize := 1;)

i have to call "s1 := JvMTVCLToThread1.Read as TExchangeData1;"
many times bevor the current data is in the thread.
(user edits edtRecords.Text. but the thread recives many times the
 old values)

if i set (MaxBufferSize := 0;) i will get no event.
i will get no event if i create the component dynamic.

  VCLToThreadEinstell := TJvMTVCLToThread.Create(nil);
  VCLToThreadEinstell.MaxBufferSize := 1;
  VCLToThreadEinstell.OnCanWrite := VCLToThreadEinstellungen;



procedure TfrmMain.JvMTThread1Execute(Sender: TJvMTThread; MTThread:
TJvMTSingleThread);
var
  s1      : TExchangeData1;
begin
  try
    try

       s1 := JvMTVCLToThread1.Read as TExchangeData1;

      //do semething with s1.iCount

    except
    end;
  finally

  end;
end;

procedure TfrmMain.JvMTVCLToThread1CanWrite(Sender: TObject);
var
  s : TExchangeData1;
begin
  s := TExchangeData1.Create;
  s.iCount               := StrToInt(edtRecords.Text);
  JvMTVCLToThread1.Write(s);
end;


Subject: Working sample of JvProgramVersionCheck
From: Florian Hector <fhector@web.de>
Date: Sun, 15 May 2005 10:59:28 +0200
Newsgroups: jedi.vcl

I am searching for a working example of said component. Though I have found the example in Jedi\jvcl\examples, it does not do anything that I can see.
Or maybe there is some documentation available...

Florian


Subject: Re: JvPageList.dtx help updates posted in binaries.
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 15 May 2005 09:31:05 +0200
Newsgroups: jedi.vcl

Don S wrote:

>> Generated
>> Updating
>> Completed
>> Locked
>> Incomplete
>> Needs review
>
>
> This is good to know.  I'll use them for the files that I post.

Oh, I forgot about the Reviewed state as well. The flowchart would be something like that:

Generated -> Incomplete -> Completed -> Needs review -> Reviewed

This is not 100% fixed though, any input welcome from other users.


Subject: Re: JvPageList.dtx help updates posted in binaries.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sat, 14 May 2005 18:24:25 -0400
Newsgroups: jedi.vcl

>> > > Sure.  I didn't know what the valid values were (if any).  I'll use it for any future files.
 
> > This is pretty much free text, but the most common values are these:
 
> > Generated
> > Updating
> > Completed
> > Locked
> > Incomplete
> > Needs review
 
> > Locked and Updating are used when someone is updating it and does not 
> > want anyone else touching it in CVS. This hasn't been used in a while.

This is good to know.  I'll use them for the files that I post.

Thx.


Subject: Re: TJvNavigationPane
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 14 May 2005 23:30:31 +0200
Newsgroups: jedi.vcl

Submitted Mantis #2956.

Wiebe Tijsma wrote:
> Hi,
>
> Is there a bug report yet? I'm experiencing the same problem...
>
> No page changes after clicking a navigation button, the button stays in down state, no exceptions occur.
>
> Thanks,
>
> Wiebe
>
> nagoyadam wrote:


Subject: Re: JvPageList.dtx help updates posted in binaries.
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 14 May 2005 23:27:27 +0200
Newsgroups: jedi.vcl

Don S wrote:

>>> JvPageList.dtx help updates have been posted in the binaries newsgroup.  
>
>
>> I also noticed that you changed the status to of the file to "Needs review" which is good. Could you ensure it is the case for all future contributions? Thanks.
>
>
> Sure.  I didn't know what the valid values were (if any).  I'll use it for any future files.

This is pretty much free text, but the most common values are these:

Generated
Updating
Completed
Locked
Incomplete
Needs review

Locked and Updating are used when someone is updating it and does not want anyone else touching it in CVS. This hasn't been used in a while.

Cheers
Olivier


Subject: Re: JvPageList.dtx help updates posted in binaries.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sat, 14 May 2005 16:48:41 -0400
Newsgroups: jedi.vcl

>> > > JvPageList.dtx help updates have been posted in the binaries newsgroup.  

> > I also noticed that you changed the status to of the file to "Needs 
> > review" which is good. Could you ensure it is the case for all future 
> > contributions? Thanks.

Sure.  I didn't know what the valid values were (if any).  I'll use it for any future files.


Subject: Re: JvTabBar help updates - WIP - feedback requested
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sat, 14 May 2005 16:35:34 -0400
Newsgroups: jedi.vcl

>>> >>>  Use the OnChanged event handler to perform specific processing
>>> >>>  required when Change has been called for the tab painter.
 
> > OnChanged is internally used only. There is no public/published property

You're right.  Don't know where that came from.  Must have been a "clipboard inheritance error".<g>

I fix it up.

Thanks.


Subject: TJvDesktopAlert - Weird problem
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Sat, 14 May 2005 15:59:46 -0400
Newsgroups: jedi.vcl

I using a TJvDesktopAlert that displays a count in the message like 
(something like '5 sec').  I don't allow the user to close it.  After I 
update the message text a few times the word 'sec' displays on a seperate 
line.  Is there someway to control this behavior?

Jeff 




Subject: Re: JvHtControls.dtx complete updates.
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 14 May 2005 21:52:19 +0200
Newsgroups: jedi.vcl

Thanks, this is now in CVS and online help


Subject: Re: JvPageList.dtx help updates posted in binaries.
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 14 May 2005 21:40:15 +0200
Newsgroups: jedi.vcl

Don S wrote:

> JvPageList.dtx help updates have been posted in the binaries newsgroup.  It includes updates for missing or incomplete topics.

Thanks, this is now in CVS and the online help.
I also noticed that you changed the status to of the file to "Needs review" which is good. Could you ensure it is the case for all future contributions? Thanks.

Olivier


Subject: Re: JvMarkupViewer.dtx help updates posted in binaries
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 14 May 2005 21:36:10 +0200
Newsgroups: jedi.vcl

Don S wrote:

> Updates for help topics in JvMarkupViewer.dtx have been posted in the binaries newsgroup.
>
This is now in the online and CVS versions


Subject: Re: JvTabBar help updates - WIP - feedback requested
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 14 May 2005 21:28:18 +0200
Newsgroups: jedi.vcl

>> > >  Use the OnChanged event handler to perform specific processing
>> > >  required when Change has been called for the tab painter.

OnChanged is internally used only. There is no public/published property


-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS problem under BCB6
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 14 May 2005 21:19:19 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir wrote:
>
>> OBones wrote:
>> When this problem with the jvtooledit will be solved?
>> I can see this too.
>
>
> Not this week, maybe next week, I'm quite busy right now.

Ok, thanks to the power of google groups, here is a solution that works on my computer:

Add a $HPPEMIT that does this:

typedef DelphiInterface<IEnumString> _di_IEnumString;

So, at the beginning of JvToolEdit.pas, add this:

{$HPPEMIT 'typedef DelphiInterface<IEnumString> _di_IEnumString;'}


It worked for C5 and C6 here, so I have added it to CVS.

Cheers
Olivier


Subject: Re: JvTabBar help updates - WIP - feedback requested
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sat, 14 May 2005 14:15:58 -0400
Newsgroups: jedi.vcl

>> > > Any other comments or suggestions would be much appreciated.
>>> > > > poPaintsHotTab    Not sure... it's not used at the moment.
 
> > Ups. Looks like that I have removed the logic without intension. The
> > poPaintsHotTab was (should be) used to determine if the JvTabBar should
> > invoke the Painter to paint the tabs if they are highlighted in hottrack
> > mode. But it looks like that I have removed that "if" statement while
> > refactoring.
> > I have re-added this feature.
 
> > There is also a new option since yesterday:
> > poBottomScrollButtons   Controls if the painter wants the scroll buttons
> > at the bottom or at the top (default).

Another reason this is WIP is that I haven't updated to a daily (yet) that has your recent changes.  But I will.  

Thanks for the heads up about poPaintsHotTab.


Subject: Re: JvTabBar help updates - WIP - feedback requested
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 14 May 2005 20:09:30 +0200
Newsgroups: jedi.vcl

Don S wrote:

> > Any other comments or suggestions would be much appreciated.

>> > > poPaintsHotTab    Not sure... it's not used at the moment.

Ups. Looks like that I have removed the logic without intension. The
poPaintsHotTab was (should be) used to determine if the JvTabBar should
invoke the Painter to paint the tabs if they are highlighted in hottrack
mode. But it looks like that I have removed that "if" statement while
refactoring.
I have re-added this feature.

There is also a new option since yesterday:
poBottomScrollButtons   Controls if the painter wants the scroll buttons
at the bottom or at the top (default).


-- Regards, Andreas Hausladen 

Subject: JvTabBar help updates - WIP - feedback requested
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sat, 14 May 2005 13:44:44 -0400
Newsgroups: jedi.vcl

I posted a zip file with help updates for JvTabBar.pas to the binaries newsgroup.

It's a work-in-progress; there are about a dozen unfinished topics near the end of the file.  I am looking for feedback and suggestions (and proof-reading<g>).  I haven't even spell checked it yet, so ignore spelling errors.  

Any other comments or suggestions would be much appreciated.

tia...

Don



Subject: Re: TJvNavigationPane
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 14 May 2005 18:57:56 +0200
Newsgroups: jedi.vcl

Hi,

Is there a bug report yet? I'm experiencing the same problem...

No page changes after clicking a navigation button, the button stays in down state, no exceptions occur.

Thanks,

Wiebe

nagoyadam wrote:
>> What do you mean by "stopped functionning" ?
>> Please create a basic application, zip up the sources (and only that)
>
>
> I mean that it does not change pages any more. You can try the demo program
> that accompanies JVCL. I have installed an old version (April) and the
> problem is fixed.
>
>


Subject: Re: JvTransparentButtons
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 14 May 2005 10:43:39 +0200
Newsgroups: jedi.vcl

Done,

There is still some flickering, but I think that the parent control (a TImage) is clearing its background before painting, so it is not a bug of TJvTransparentButton, I am looking for a solution to disable this clearing.

Florent


Subject: Re: JvTransparentButtons
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 14 May 2005 10:25:18 +0200
Newsgroups: jedi.vcl

I am updating the example, It cannot be opened and executed because TTransparentButton2 doesn't exist anymore.

Florent


Subject: Re: Balloon Hint location
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 14 May 2005 06:28:14 +0200
Newsgroups: jedi.vcl

Thom wrote:

> The 2nd hint window position I think is the same position as the normal
> hint shifted so that it's using the coordinates of the "hint" control as
> screen coordinates (ie. if the mouse is at 10,10 relative to the
> control, the other hint appears at 10,10 relative to the screen).

That is a strong hint that it is caused by the initialization in the constructor. The position of the form is still 0, 0 there.


Subject: Re: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Fri, 13 May 2005 18:56:03 -0700
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > A quick peek at the JvgHint component source makes me suspect that the
> > problem stems from initializing twice in the constructor and Loaded.
> > 
> > BTW how do you compile your JvgHint application? I get an compiler error
> > about using JvgHint name recursively.

Odd .. I looked to see what you were talking about and there it was, I
named the project the same as that unit. Hmmm .. Delphi 6 maybe? There
aren't any warnings or errors when I compile. I dunno. I did them so
quickly I didn't pay attention to that :( when I was writing them.

The 2nd hint window position I think is the same position as the normal
hint shifted so that it's using the coordinates of the "hint" control as
screen coordinates (ie. if the mouse is at 10,10 relative to the
control, the other hint appears at 10,10 relative to the screen).

Anyway, thanks for taking a look!



Subject: Re: JvTransparentButtons
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 14 May 2005 00:14:36 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Fair enough ;-)

The components are now merged to TJvTransparentButton.


-- Regards, Andreas Hausladen 

Subject: Re: JvLinkLabel & TTabSheets
From: "Wayne & Carr" <spam@spam.net>
Date: Fri, 13 May 2005 10:29:04 -0400
Newsgroups: jedi.vcl

I have been told by different people to do what you have stated.
I personally I have messed in that area of Delphi before.
So I would not know where to start.

I had looked at some information on loading .xml files into a Tree.
But then changed the way that the program works, so using the .xml
File in a tree, did not seemed to be nessisary right now.

As for what you are referring too.
The project is already way past due, and I cannot afford at this moment
In time to change the way the program functions.
But not to say that it cannot be done in a later version of the project.

Like I have mentioned before, I am interested in any and all suggestions.
If one day you have the time to spend on a Demo/Code, that will
Show me what you are talking about, I will be more then happy
To take a look at it. And maybe implement it into one of the new builds.
As this project is going to have new "Build" Version up to 4-times a month.

So any advice or information and suggestions that you might have, please
Let me know.

Take Care
Wayne




Subject: Re: TJvCSVDataSet and LoadFromFile
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 13 May 2005 09:10:18 -0400
Newsgroups: jedi.vcl

Frank Klose wrote:
> Hi Warren,
>
> you are right in this lines are chr(0) included and this break the import.
> Thanks for your comment.
> Thanks to the developer, this component is really fine and fast.

Glad you like it. I use it heavily in my current critical applications, so if you find any bugs in it, let us know on here, and I'll try to fix them fast.

Anyways, some day I intend that the CsvDataSet could load even your file with the Chr(0) in it. I am planning to remove the TStringList LoadFromFile and I will write a "CSV-parser/writer" helper class because of issues like this, and because real CSV files handle the CarriageReturn/Linefeed character, which can be embedded in a multiline string field (memo field) in a CSV, which is not currently supported.

Regards,

Warren



Subject: Re: TJvCSVDataSet and LoadFromFile
From: "Frank Klose" <klose@prisma-ds.de>
Date: Fri, 13 May 2005 12:02:34 +0200
Newsgroups: jedi.vcl

Hi Warren,

you are right in this lines are chr(0) included and this break the import.
Thanks for your comment.
Thanks to the developer, this component is really fine and fast.

Best Regards

Frank Klose
Klose@Prisma-Ds.de

Prisma Datensysteme GmbH
Norderstraße 52
26826 Weener

Tel.: +49 (0)4951/955035
Fax: +49 (0)4951/2061



"Warren Postma" <wp.nospam@tekran.com> schrieb im Newsbeitrag
news:d605k6$dcj$1@talkto.net...
> > Frank Klose wrote:
>> > > Hi,
>> > >
>> > > I just programmed an import from a csv-file. The file is about 1,7 mb
with
>> > > 8564 lines.
>> > > If I try to load it only 489 lines are loaded. I stepped in the debugger
and
>> > > I see that
>> > > TJvCustomCsvDataSet.InternalLoadFileStrings load only this value of
lines.
>> > > It seems that FCsvFileAsStrings.LoadFromFile(FOpenFileName); (line 2720
in
>> > > JvCsvData)
>> > > has a limit to load. Is there any limitation by TStringList ?
>> > >
> > No.  I have loaded much larger files than this.
> > Open the CSV file in an editor, and find where line 489 is and post a
> > ± 10 line snippet, and perhaps we can see why it isn't parsed/loaded.
> >
> > Warren




Subject: Re: Balloon Hint location
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 13 May 2005 08:27:07 +0200
Newsgroups: jedi.vcl

A quick peek at the JvgHint component source makes me suspect that the problem stems from initializing twice in the constructor and Loaded.

BTW how do you compile your JvgHint application? I get an compiler error about using JvgHint name recursively.


Subject: Re: Balloon Hint location
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 13 May 2005 08:05:56 +0200
Newsgroups: jedi.vcl

I checked both test apps on my Win XP SP2 1600x1200 PC and bothlooked fine. I used the precompiled EXEs.
The BallonHint looks good to me. Some pixels off the cursor hotspot which may be intentionally.

The JvgHint shows *two* hint windows. One hint below the cursor looking normal and another one in the upper left corner of the monitor (at a random position) looking like in the picture. It only closes with the application.


Subject: Large fonts problem with popups in JvCalcEdit, JvDateEdit
From: "Chris Jackson" <chris@topshare.com.au>
Date: Fri, 13 May 2005 10:01:24 +1000
Newsgroups: jedi.vcl

I got no response last time, so I'll try again with a bit more information.

These days, with high screen resolutions, it's not uncommon for systems to
run at 144dpi or greater. Under these conditions JvDateEdit's popup calendar
looks wrong - all the text elements on the popup are about 50% bigger than
the space allotted.

There's a similar problem with the popup calculator display in tJvCalcEdit.

I've searched in the source for where this is set up so that I can change
it, but I'm on unfamiliar territory and haven't had any luck.

I'd be very grateful for any assistance or suggestions.

Thanks
CJ


"Chris Jackson" <chris@topshare.com.au> wrote in message
news:d2q4gn$to8$1@talkto.net...
> > Hello
> >
> > JvDateEdit's calendar doesn't seem to be rescaled according to the system
> > font setting, in either dialog or pop-up mode. When used on a system with
> > large fonts the various calendar text items overflow the space allotted.
> > With a font size any bigger than about 150% (144dpi) the control is
> > unusable.
> >
> > In the RX DateEdit, this was not a problem - the calendar was rescaled
> > appropriately.
> >
> > There's a related issue, not quite so pressing because it's cosmetic
> > rather than affecting functionality: the various glyphs (the calendar on
> > the control button, and the year/month navigation glyphs on the popup) are
> > too small at large font settings. Is there a way of changing these?
> >
> > Thanks for any advice.
> >
> > Chris Jackson
> > www.topshare.com.au
> >





Subject: Re: JvDateEdit and large fonts
From: "Chris Jackson" <chris@topshare.com.au>
Date: Fri, 13 May 2005 09:51:35 +1000
Newsgroups: jedi.vcl

I got no response last time, so I'll try again with a bit more information.

These days, with high screen resolutions, it's not uncommon for systems to 
run at 144dpi or greater. Under these conditions JvDateEdit's popup calendar 
looks wrong - all the text elements on the popup are about 50% bigger than 
the space allotted.

There's a similar problem with the popup calculator display in tJvCalcEdit.

I've searched in the source for where this is set up so that I can change 
it, but I'm on unfamiliar territory and haven't had any luck.

I'd be very grateful for any assistance or suggestions.

Thanks
CJ


"Chris Jackson" <chris@topshare.com.au> wrote in message 
news:d2q4gn$to8$1@talkto.net...
> > Hello
> >
> > JvDateEdit's calendar doesn't seem to be rescaled according to the system 
> > font setting, in either dialog or pop-up mode. When used on a system with 
> > large fonts the various calendar text items overflow the space allotted. 
> > With a font size any bigger than about 150% (144dpi) the control is 
> > unusable.
> >
> > In the RX DateEdit, this was not a problem - the calendar was rescaled 
> > appropriately.
> >
> > There's a related issue, not quite so pressing because it's cosmetic 
> > rather than affecting functionality: the various glyphs (the calendar on 
> > the control button, and the year/month navigation glyphs on the popup) are 
> > too small at large font settings. Is there a way of changing these?
> >
> > Thanks for any advice.
> >
> > Chris Jackson
> > www.topshare.com.au
> > 




Subject: Re: JvTransparentButtons
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 May 2005 23:04:15 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Mine is a little slow (less than 1GHz) ;)

I found the flicker (while adding a TJvTransparentButton2 to my current
project). It happend when you press the button and move the pressed mouse
out of the control.
This is now fixed.


-- Regards, Andreas Hausladen 

Subject: Re: JvTransparentButtons
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 12 May 2005 22:25:04 +0200
Newsgroups: jedi.vcl

> What flickering? Maybe my computer is too fast for my eyes but I cannot
> see a flicker.

Mine is a little slow (less than 1GHz) ;)

I don't know if it is possible to store the background as an image (so the parent control doesn't have to repaint when the TransparentButton is painted).

Florent


Subject: Re: JvTransparentButtons
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 12 May 2005 22:12:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Go for it.
>
>
> That's something for the weekend.

Fair enough ;-)


Subject: Re: JvTransparentButtons
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 May 2005 22:01:13 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Go for it.

That's something for the weekend.


-- Regards, Andreas Hausladen 

Subject: Re: JvTransparentButtons
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 May 2005 22:00:44 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > Is it possible to correct the flickering when the mouse is over the
> > button ?

What flickering? Maybe my computer is too fast for my eyes but I cannot
see a flicker.



-- Regards, Andreas Hausladen 

Subject: Re: JvTransparentButtons
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 12 May 2005 21:30:12 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Any comments?

Go for it.


Subject: Re: JvTransparentButtons
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 12 May 2005 21:28:45 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> We have two TransparentButton components TJvTransparentButton and
> TJvTransparentButton2. I have refactored them so all common methods (a
> lot) moved to the base class TJvTransparentButtonBase.
>
> The two buttons differ only in the kind of images they want.
> TJvTransparentButton wants a Glyph: TBitmap; GlythNum: Integer;
> TJvTransparentButton2 wants some image lists: ActiveImage, DisabledImage,
> GrayImage, DownImage, (new: HotImage)
>
> Wouldn't it be better to merge the two components under the
> TJvTransparentButton (without "2") name and let decide the assigned
> properties (if Glyph <> nil then use images) which picture to paint?
>
> Any comments?

Agreed,

Is it possible to correct the flickering when the mouse is over the button ?

Florent


Subject: Re: TJvCSVDataSet and LoadFromFile
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 12 May 2005 14:21:58 -0400
Newsgroups: jedi.vcl

Frank Klose wrote:
> Hi,
>
> I just programmed an import from a csv-file. The file is about 1,7 mb with
> 8564 lines.
> If I try to load it only 489 lines are loaded. I stepped in the debugger and
> I see that
> TJvCustomCsvDataSet.InternalLoadFileStrings load only this value of lines.
> It seems that FCsvFileAsStrings.LoadFromFile(FOpenFileName); (line 2720 in
> JvCsvData)
> has a limit to load. Is there any limitation by TStringList ?
>
No.  I have loaded much larger files than this.
Open the CSV file in an editor, and find where line 489 is and post a ± 10 line snippet, and perhaps we can see why it isn't parsed/loaded.

Warren


Subject: JvTransparentButtons
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 May 2005 19:33:27 +0200
Newsgroups: jedi.vcl

We have two TransparentButton components TJvTransparentButton and
TJvTransparentButton2. I have refactored them so all common methods (a
lot) moved to the base class TJvTransparentButtonBase.

The two buttons differ only in the kind of images they want.
TJvTransparentButton wants a Glyph: TBitmap; GlythNum: Integer;
TJvTransparentButton2 wants some image lists: ActiveImage, DisabledImage,
GrayImage, DownImage, (new: HotImage)

Wouldn't it be better to merge the two components under the
TJvTransparentButton (without "2") name and let decide the assigned
properties (if Glyph <> nil then use images) which picture to paint?

Any comments?


-- Regards, Andreas Hausladen 

Subject: Re: TJvCSVDataSet and LoadFromFile
From: Thom <big.bird@yahoo.com>
Date: Thu, 12 May 2005 09:37:32 -0700
Newsgroups: jedi.vcl

Thom wrote:
> > Frank Klose wrote:
> > 
>> >>Hi,
>> >>
>> >>I just programmed an import from a csv-file. The file is about 1,7 mb with
>> >>8564 lines.
>> >>If I try to load it only 489 lines are loaded. I stepped in the debugger and
>> >>I see that
>> >>TJvCustomCsvDataSet.InternalLoadFileStrings load only this value of lines.
>> >>It seems that FCsvFileAsStrings.LoadFromFile(FOpenFileName); (line 2720 in
>> >>JvCsvData)
>> >>has a limit to load. Is there any limitation by TStringList ?
>> >>
>> >>Best Regards
>> >>
>> >>Frank Klose
>> >>Klose@Prisma-Ds.de
>> >>
>> >>Prisma Datensysteme GmbH
>> >>Norderstraße 52
>> >>26826 Weener
>> >>
>> >>Tel.: +49 (0)4951/955035
>> >>Fax: +49 (0)4951/2061
>> >>
>> >>
> > 
> > I'm thinking that (in D6 at least) that TStringList can hold MAXLONGINT
> > strings (limited by available memory of course). I seem to remember
> > reading that somewhere but it doesn't seem to specifically say it in the
> > VCL help file.

I looked at the VCL source and it appears that the limit on TStringList
is 1)memory and 2) the maximum number an integer can hold since that's
what's used for an index.


Subject: Re: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Thu, 12 May 2005 09:11:51 -0700
Newsgroups: jedi.vcl

Thom wrote:
> > Robert Marquardt wrote:
> > 
>> >>Thom wrote:
>> >>
>> >>
>>> >>>Hmmm .. I did test it on another computer here .. I'll try checking some
>>> >>>other things before I send anything .. It seems to work fine on a
>>> >>>standard XP installation. I have Stardoc's Object Desktop installed
>>> >>>among other things and it might be part of the issue. I changed my
>>> >>>cursor size several time to see if that was the problem but it didn't
>>> >>>have any effect.
>> >>
>> >>
>> >>Maybe "large fonts"?
> > 
> > 
> > Nope. I had to check to make sure before replying but they're set to
> > normal on my system. I'm going to send a copy of my little test to a
> > couple of people and see if it looks OK to them. If so I may just go
> > ahead and use the component and possibly put an option in to switch it
> > off in case the odd user has my same issue.
> > 
> > I'll report back.

It just seems to be me. I'm uploading my quickie test app to the
..binaries group but I expect it will look just like it should if you run
it. I've tried unloading everything on my system and it doesn't help. I
think I'll just add something to a preferences dialog to disable it a
the user's option in case someone else has the same problem.


Subject: Re: JvTransparentMemo
From: Thom <big.bird@yahoo.com>
Date: Thu, 12 May 2005 09:02:40 -0700
Newsgroups: jedi.vcl

Tom Bolick wrote:
> > Robert Marquardt wrote:
> > 
>> >> Tom Bolick wrote:
>> >>
>>> >>> Just curious what you dislike about the idea?  Basically, I am trying
>>> >>> to simulate a "cool futuristic" computer interface, and have created
>>> >>> a background image for that.  I just want to put text over it, so it
>>> >>> looks like the "computer interface" is working, and I want to do it
>>> >>> in the easiest possible way.  (i.e. not drawing a graphic, etc)
>> >>
>> >>
>> >>
>> >> That is precisely what i dislike.
>> >> I have yet to see a "cool futuristic" design which is usable.
>> >> Black text on white background is still the most efficient way of
>> >> reading text.
>> >> Have a look at media players for example. Their cool design is in
>> >> fact limited to small extensions to standard design.
> > 
> > 
> > You are probably right.  I tend to keep my "cool" Winamp skins for less
> > than a week before going back to something actually useful.
> > 
> > However, this is for an educational game for my son, so I am not really
> > worried about efficiency, or a mass audience.
> > 
> > It looks like the jvgStaticText works well enough for this application.
> >  I don't get the scroll bars, but I didn't want to deal with them anyway.
> > 
Um, just curious but what's the point of the JvTransparentMemo if it's
not, well, transparent?

While I agree with you in general Robert, I do think that there's
probably some case where it might be appropriate. A game perhaps to
enter text and have the interface of that dialog match the rest of the
program. Anyway, I've had too much caffeine today and had to chime in :)


Subject: Re: TJvCSVDataSet and LoadFromFile
From: Thom <big.bird@yahoo.com>
Date: Thu, 12 May 2005 08:46:57 -0700
Newsgroups: jedi.vcl

Frank Klose wrote:
> > Hi,
> > 
> > I just programmed an import from a csv-file. The file is about 1,7 mb with
> > 8564 lines.
> > If I try to load it only 489 lines are loaded. I stepped in the debugger and
> > I see that
> > TJvCustomCsvDataSet.InternalLoadFileStrings load only this value of lines.
> > It seems that FCsvFileAsStrings.LoadFromFile(FOpenFileName); (line 2720 in
> > JvCsvData)
> > has a limit to load. Is there any limitation by TStringList ?
> > 
> > Best Regards
> > 
> > Frank Klose
> > Klose@Prisma-Ds.de
> > 
> > Prisma Datensysteme GmbH
> > Norderstraße 52
> > 26826 Weener
> > 
> > Tel.: +49 (0)4951/955035
> > Fax: +49 (0)4951/2061
> > 
> > 
I'm thinking that (in D6 at least) that TStringList can hold MAXLONGINT
strings (limited by available memory of course). I seem to remember
reading that somewhere but it doesn't seem to specifically say it in the
VCL help file.


Subject: Re: JvLinkLabel & TTabSheets
From: Thom <big.bird@yahoo.com>
Date: Thu, 12 May 2005 08:28:03 -0700
Newsgroups: jedi.vcl

Wayne & Carr wrote:
> > Hello Thom;
> > 
> >    Right now I have 27-Pages (TFrames)
> > In the Project.
> > 1 MainForm which holds the TPageControl.
> > 
> > The project is going to get bigger, possibly thinking right now.
> > I am looking at about 100-TFrames if not more.
> > 
> > (Yes you got it, a big Project)
> > I am using the following code as well, to help with any memory issues.
> > 
> > SetProcessWorkingSetSize(GetCurrentProcess, $FFFFFFFF, $FFFFFFFF);
> > 
> > Which when applied to the correct area's.
> > 
> > OnCreate
> > 
> > Then in the WebBrowser (EmbeddedWB)
> > BeforeNavigate
> > OnDocumentComplete
> > DownloadBegin
> > DownloadComplete
> > NavigateComplete
> > 
> > Which in the different area's dramatically reduces the Memory Usuage.
> > Instead of about 15,000kb of Mem Usuage.
> > It will peak (Only when the Page loads in the Browser) at about 8,000kb
> > Then reduces itself back to about 1,550kb.
> > 
> > So this code was a life saver on the Memory issues.
> > 
> > --------------------------------
> > Using Delphi6.02 Pro.
> > And also testing on
> > D2005 as well.
> > 
> > But the main project is built and compiled in D6.
> > 
> > Wayne
> > 
> > 
Just being nosy but is there a reason you're not storing the info for
the different pages in a file and then loading it as necessary? It seems
like it will be a big pain in the neck to maintain, say if prices change
or new items are added. It would seem easier, in the long run, to have 1
frame that knows how to display the info instead of a custom one for
each different subject/chapter/etc.

My $0.02 for what its worth.


Subject: Re: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Thu, 12 May 2005 08:21:02 -0700
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > Thom wrote:
> > 
>> >> Hmmm .. I did test it on another computer here .. I'll try checking some
>> >> other things before I send anything .. It seems to work fine on a
>> >> standard XP installation. I have Stardoc's Object Desktop installed
>> >> among other things and it might be part of the issue. I changed my
>> >> cursor size several time to see if that was the problem but it didn't
>> >> have any effect.
> > 
> > 
> > Maybe "large fonts"?

Nope. I had to check to make sure before replying but they're set to
normal on my system. I'm going to send a copy of my little test to a
couple of people and see if it looks OK to them. If so I may just go
ahead and use the component and possibly put an option in to switch it
off in case the odd user has my same issue.

I'll report back.


Subject: Re: JvTabBar Painting + JvDocking styling
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 12 May 2005 17:12:17 +0200
Newsgroups: jedi.vcl

Don S wrote:

>>> I was working on Docs for JvTabBar.pas...
>
>
>> Thanks for doing this.
>
>
> No problem. 
> I use JVCL components frequently.  I appreciate the volume of effort that goes into JVCL (JCL too).  I figured writing a little documentation for some the components I use on a regular basis was a way to give something back to the project.

And we all appreciate that.

I'll try to get the new "can post file" permission in place soon, so that you don't have to rely on "unreliable" me to update the site ;-)


Subject: TJvCSVDataSet and LoadFromFile
From: "Frank Klose" <klose@prisma-ds.de>
Date: Thu, 12 May 2005 17:09:55 +0200
Newsgroups: jedi.vcl

Hi,

I just programmed an import from a csv-file. The file is about 1,7 mb with
8564 lines.
If I try to load it only 489 lines are loaded. I stepped in the debugger and
I see that
TJvCustomCsvDataSet.InternalLoadFileStrings load only this value of lines.
It seems that FCsvFileAsStrings.LoadFromFile(FOpenFileName); (line 2720 in
JvCsvData)
has a limit to load. Is there any limitation by TStringList ?

Best Regards

Frank Klose
Klose@Prisma-Ds.de

Prisma Datensysteme GmbH
Norderstraße 52
26826 Weener

Tel.: +49 (0)4951/955035
Fax: +49 (0)4951/2061




Subject: Re: JvTabBar Painting + JvDocking styling
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 12 May 2005 11:07:15 -0400
Newsgroups: jedi.vcl

>> > > I was working on Docs for JvTabBar.pas...

> > Thanks for doing this.

No problem.  

I use JVCL components frequently.  I appreciate the volume of effort that goes into JVCL (JCL too).  I figured writing a little documentation for some the components I use on a regular basis was a way to give something back to the project.

>> > > how extensive are the changes?
 
> > There are no interface changes to TJv(Custom)TabBar. Only two new
> > protected methods were added to TJvTabBarPainter.

Great.  Thanks Andreas.


Subject: Re: JvTabBar Painting + JvDocking styling
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 May 2005 15:04:03 +0200
Newsgroups: jedi.vcl

Don S wrote:

> > I was working on Docs for JvTabBar.pas...

Thanks for doing this.


> > how extensive are the changes?

There are no interface changes to TJv(Custom)TabBar. Only two new
protected methods were added to TJvTabBarPainter.


-- Regards, Andreas Hausladen 

Subject: Re: JvTabBar Painting + JvDocking styling
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 12 May 2005 07:43:11 -0400
Newsgroups: jedi.vcl

> > This is now implemented. See the file in CVS.

>> > > if I have 2 bars on a form and one painter only the second bar gets
>> > > redrawn when I call Changed.
 
> > That is a design flaw  that I have fixed. There is no more a private
> > FOnChange field. Now a painter has a FOnChangeList where every assigned
> > TabBar registers itself.

I was working on Docs for JvTabBar.pas... how extensive are the changes?  No CVS access at the moment, but I'll check a daily archive later.


Subject: Re: JvTabBar Painting + JvDocking styling
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Thu, 12 May 2005 12:26:32 +0200
Newsgroups: jedi.vcl

> > CVS means CVS, more details here:
> >
> > http://sourceforge.net/cvs/?group_id=45786
> >
> > Note that the content of the anonymous server is up to 5 hours "behind" 
> > the libe developper server.
> >
> > The daily archives are a snapshot of CVS made everyday around 10:30am 
> > (UTC+2).


Thanks for clarifying that, I'll take a look :) 




Subject: Re: JvTabBar Painting + JvDocking styling
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 12 May 2005 12:12:48 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

>> This is now implemented. See the file in CVS.
>
>
>   Thanks Andreas, I'm sure that TBX users will be happy too :) Anyway, did you take a look at the demo of the component, did you like it?
>   By CVS do you mean the daily archives, the binaries or something else?

CVS means CVS, more details here:

http://sourceforge.net/cvs/?group_id=45786

Note that the content of the anonymous server is up to 5 hours "behind" the libe developper server.

The daily archives are a snapshot of CVS made everyday around 10:30am (UTC+2).



Subject: Re: JvTabBar Painting + JvDocking styling
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Thu, 12 May 2005 12:04:43 +0200
Newsgroups: jedi.vcl

> > This is now implemented. See the file in CVS.

  Thanks Andreas, I'm sure that TBX users will be happy too :) Anyway, did 
you take a look at the demo of the component, did you like it?
  By CVS do you mean the daily archives, the binaries or something else?

> > That is a design flaw  that I have fixed. There is no more a private
> > FOnChange field. Now a painter has a FOnChangeList where every assigned
> > TabBar registers itself.

OK, great, I'll update the painter and there should be no more problems :)

What about the docking components, will there be painter support for them 
also, cause with TBX or even normal XP painting I can make them look alot 
nicer...

Cheers
Marko 




Subject: Re: Latest CVS problem under BCB6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 12 May 2005 09:36:33 +0200
Newsgroups: jedi.vcl

Vladimir wrote:

> OBones wrote:
> When this problem with the jvtooledit will be solved?
> I can see this too.

Not this week, maybe next week, I'm quite busy right now.


Subject: Re: jvFormMagnet suggestions
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 12 May 2005 09:36:09 +0200
Newsgroups: jedi.vcl

Ross Levis wrote:

> I'm not sure if anyone is actively developing the Jedi VCL to make it even better, but I have a suggestion if it is.

It is, though not all parts receive the same attention. It's a bit like having 600 kids, some of them get "under the radar".


> The jvFormMagnet is nice but it could be a little more sophisticated.  I don't really have the expertise or time to modify it myself.

Not that many people use that component, hence the lack of feedback on it.


> What I suggest is something like an AutoLock boolean property.  When true, and when a form is snapped to the main form, it stays there locked to it. If the main form is moved (WM_MOVE message), then the magnetized form (for want of a better word) should move with it.
>
> It would also be nice to have a Locked read-only property so the program knows that the forms are locked together.  An OnLock (or OnSnap) event would also be useful, with a parameter describing which side of the form is touching the mainform.
>
> I can imagine these changes being very popular for others as well as me.

Yes they would be.


> Note also that D7 has a TForm.ScreenSnap property which works much better than the jvFormMagnet when snapping to the taskbar.

Yes, but the JVCL has to work from Delphi 5 onward.


> And if you really want to get carried away, I can see it would be useful if a form could snap to any number of other forms, not just the mainform.
>
> If anyone has seen how Winamp works, it's a very useful feature to keep multiple forms nice and tidy when they snap to each other.

I understand that, but just like you, I don't have time to look at this. I already barely have time to look at the 12 issues assigned to me...

Cheers
Olivier Sannier
JVCL Coordinator


Subject: jvFormMagnet suggestions
From: "Ross Levis" <ross@stationplaylist-dot.com>
Date: Thu, 12 May 2005 19:13:22 +1200
Newsgroups: jedi.vcl

I'm not sure if anyone is actively developing the Jedi VCL to make it even 
better, but I have a suggestion if it is.

The jvFormMagnet is nice but it could be a little more sophisticated.  I 
don't really have the expertise or time to modify it myself.

What I suggest is something like an AutoLock boolean property.  When true, 
and when a form is snapped to the main form, it stays there locked to it. 
If the main form is moved (WM_MOVE message), then the magnetized form (for 
want of a better word) should move with it.

It would also be nice to have a Locked read-only property so the program 
knows that the forms are locked together.  An OnLock (or OnSnap) event would 
also be useful, with a parameter describing which side of the form is 
touching the mainform.

I can imagine these changes being very popular for others as well as me.

Note also that D7 has a TForm.ScreenSnap property which works much better 
than the jvFormMagnet when snapping to the taskbar.

And if you really want to get carried away, I can see it would be useful if 
a form could snap to any number of other forms, not just the mainform.

If anyone has seen how Winamp works, it's a very useful feature to keep 
multiple forms nice and tidy when they snap to each other.

Regards,
Ross. 




Subject: Re: Latest CVS problem under BCB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Thu, 12 May 2005 10:09:35 +0400
Newsgroups: jedi.vcl

OBones wrote:
When this problem with the jvtooledit will be solved?
I can see this too.

> Vaclav Korecek wrote:
>
>> OK. I tried to use previous version (v 1.171) of JvToolEdit.pas and now it seems to me it works without problems. No problem with the project compilation. 
>
>
> Glad to hear that.
>
>
>> BTW: I have got following hints after JVCL compilation regardless of
>> which version JvToolEdit.pas is used:
>>
>> JvChart.pas(936) Hint: Expression needs no Initialize/Finalize
>
>
> Yup, I saw that one too. I'll investigate.
>
>
>> JvCsvData.pas(1790) Hint: Variable 'TempInteger' is declared but
>> never used in 'TJvCustomCsvDataSet.SetFieldData'
>
>
> That one is fixed.


Subject: Re: Balloon Hint location
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 12 May 2005 08:00:41 +0200
Newsgroups: jedi.vcl

Thom wrote:

> Hmmm .. I did test it on another computer here .. I'll try checking some
> other things before I send anything .. It seems to work fine on a
> standard XP installation. I have Stardoc's Object Desktop installed
> among other things and it might be part of the issue. I changed my
> cursor size several time to see if that was the problem but it didn't
> have any effect.

Maybe "large fonts"?


Subject: Re: JvTabBar Painting + JvDocking styling
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 May 2005 01:36:41 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

> >   I just uploaded a TBX painter for the JvTabBar and there's a strange
> > thing I noticed while theming it - there's no way to paint the little
> > scroll buttons from the painter. Please proove me wrong, and if you
> > can't then - is there going to be a modification which will allow scroll
> > button drawing through a custom painter, cause it looks great until you
> > see those buttons :(

This is now implemented. See the file in CVS.


> > if I have 2 bars on a form and one painter only the second bar gets
> > redrawn when I call Changed.

That is a design flaw  that I have fixed. There is no more a private
FOnChange field. Now a painter has a FOnChangeList where every assigned
TabBar registers itself.


-- Regards, Andreas Hausladen 

Subject: Re: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Wed, 11 May 2005 12:33:19 -0700
Newsgroups: jedi.vcl

Thom wrote:
> > Remko Bonte wrote:
> > 
>> >>Thom wrote:
>> >>
>> >>
>>> >>>I posted in the jedi.binaries forum with the subject "To Remko Bonte re:
>>> >>>Balloon Hint". It has some images of what I'm seeing. I compressed them
>>> >>>a bit so they're not too large.
>> >>
>> >>
>> >>That does not look good. Are normal hints displayed correctly? What
>> >>cursors are you using? Can you make a demo app so I can test it?
>> >>
> > 
> > 
> > I'll whip up something quick and test it on another PC in the house
> > that's not as, er, personalized as mine before I post it.
> > 
> > Normal hints, as well as the other types of Jedi hints seem to be
> > working fine. I'd really like to use the balloon hints though as they
> > are the most aesthetically pleasing :)
> > 
> > It may be tomorrow before I do this as I've been drafted into the spring
> > cleaning brigade today.
> > 
> > Have a good one ...

Hmmm .. I did test it on another computer here .. I'll try checking some
other things before I send anything .. It seems to work fine on a
standard XP installation. I have Stardoc's Object Desktop installed
among other things and it might be part of the issue. I changed my
cursor size several time to see if that was the problem but it didn't
have any effect.

More later


Subject: Re: JvTabBar Painting + JvDocking styling
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 May 2005 21:25:48 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

> > Anyone... 

I must have overlooked this message. I'm currently implementing the
scrollbutton paint mechanism.


-- Regards, Andreas Hausladen 

Subject: Re: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Wed, 11 May 2005 11:15:25 -0700
Newsgroups: jedi.vcl

Remko Bonte wrote:
> > Thom wrote:
> > 
>> >> I posted in the jedi.binaries forum with the subject "To Remko Bonte re:
>> >> Balloon Hint". It has some images of what I'm seeing. I compressed them
>> >> a bit so they're not too large.
> > 
> > 
> > That does not look good. Are normal hints displayed correctly? What
> > cursors are you using? Can you make a demo app so I can test it?
> > 

I'll whip up something quick and test it on another PC in the house
that's not as, er, personalized as mine before I post it.

Normal hints, as well as the other types of Jedi hints seem to be
working fine. I'd really like to use the balloon hints though as they
are the most aesthetically pleasing :)

It may be tomorrow before I do this as I've been drafted into the spring
cleaning brigade today.

Have a good one ...


Subject: Re: JvTabBar Painting + JvDocking styling
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Wed, 11 May 2005 20:05:50 +0200
Newsgroups: jedi.vcl

> > I noticed while theming it - there's no way to paint the little scroll 
> > buttons from the painter. Will there be painter support for the docking 
> > styles?

Anyone... 




Subject: Re: JVCL has now Delphi 2005 Personal Edition packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 May 2005 18:46:52 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>> > > I've downloaded these files and put them into my jvcl directory. This
>> > > time the missing identifiers RsURLPoweredByJCL and
>> > > RsURLPoweredByJVCL prevent successfull compiling :-(

The patch forgot to patch two files of the JVCL Installer. Without these
two files the installer meant that it is installing for Delphi 2005
Professional.
Now the patch works on the release version. I found the correct directory
on my notebook's drive. (An advice to myself: Do never install JVCL into
two different directories when you can not distinguish between them while
testing)


> > These identifiers should be in JvResources.pas. The components have been
> > added only some days before JVCL 3 release. Check if you have an older
> > version of the JVCL 3 in the search path of Delphi.

JvPoweredBy.pas is not part of the release version.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL has now Delphi 2005 Personal Edition packages
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 May 2005 18:36:50 +0200
Newsgroups: jedi.vcl

Heiko Adams wrote:

> I've downloaded these files and put them into my jvcl directory. This
> time the missing identifiers *RsURLPoweredByJCL* and
> *RsURLPoweredByJVCL* prevent successfull compiling :-(

These identifiers should be in JvResources.pas. The components have been added only some days before JVCL 3 release. Check if you have an older version of the JVCL 3 in the search path of Delphi.


Subject: Re: JVCL has now Delphi 2005 Personal Edition packages
From: Heiko Adams <heiko_adams@despammed.com>
Date: Wed, 11 May 2005 18:01:38 +0200
Newsgroups: jedi.vcl

Am 11.05.2005 17:41 tippte Andreas Hausladen in seine Tastatur:
> > Heiko Adams wrote:
> > 
> > 
>> >>Sorry, but I can't install JVCL into Delphi 2005 PE because the
>> >>installer always tells me, that the jvpoweredby.pas is missing.
> > 
> > 
> > So you are the only person using it :-)
> > 
> > I made the patch against the CVS xml files which contain two new units
> > (JvPoweredBy.pas and JvVCL5Utils.pas)
> > I have updated the download and I hope that there are not any other new
> > files.
> > 
> > 
I've downloaded these files and put them into my jvcl directory. This
time the missing identifiers *RsURLPoweredByJCL* and
*RsURLPoweredByJVCL* prevent successfull compiling :-(

Regards,

Heiko
-- Die unaufgeforderte Zusendung einer Werbemail an Privatleute verstößt laut dem LG Berlin vom 02.08.1998 (Az: 16 O 201/98) gegen UWG (§1) und BGB (§823 I). Jede kommerzielle Nutzung der übermittelten persönlichen Daten sowie deren Weitergabe an Dritte ist ausdrücklich untersagt! 

Subject: Re: JVCL has now Delphi 2005 Personal Edition packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 May 2005 17:41:22 +0200
Newsgroups: jedi.vcl

Heiko Adams wrote:

> > Sorry, but I can't install JVCL into Delphi 2005 PE because the
> > installer always tells me, that the jvpoweredby.pas is missing.

So you are the only person using it :-)

I made the patch against the CVS xml files which contain two new units
(JvPoweredBy.pas and JvVCL5Utils.pas)
I have updated the download and I hope that there are not any other new
files.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL has now Delphi 2005 Personal Edition packages
From: Heiko Adams <heiko_adams@despammed.com>
Date: Wed, 11 May 2005 17:16:40 +0200
Newsgroups: jedi.vcl

Am 09.05.2005 21:15 tippte Andreas Hausladen in seine Tastatur:
> > I have written a patch for the JVCL 3 that allows Delphi 2005 PE users to
> > install the JVCL.
> > 
> > The patch is currently available from
> > http://jvcl.sf.net/files/JVCLd9pPatch.zip (74 KB)
> > 
Sorry, but I can't install JVCL into Delphi 2005 PE because the
installer *always* tells me, that the jvpoweredby.pas is missing.

Regards,

Heiko
-- Die unaufgeforderte Zusendung einer Werbemail an Privatleute verstößt laut dem LG Berlin vom 02.08.1998 (Az: 16 O 201/98) gegen UWG (§1) und BGB (§823 I). Jede kommerzielle Nutzung der übermittelten persönlichen Daten sowie deren Weitergabe an Dritte ist ausdrücklich untersagt! 

Subject: Re: JvLinkLabel & TTabSheets
From: "Wayne & Carr" <spam@spam.net>
Date: Wed, 11 May 2005 09:58:13 -0400
Newsgroups: jedi.vcl

Hello Thom;

   Right now I have 27-Pages (TFrames)
In the Project.
1 MainForm which holds the TPageControl.

The project is going to get bigger, possibly thinking right now.
I am looking at about 100-TFrames if not more.

(Yes you got it, a big Project)
I am using the following code as well, to help with any memory issues.

SetProcessWorkingSetSize(GetCurrentProcess, $FFFFFFFF, $FFFFFFFF);

Which when applied to the correct area's.

OnCreate

Then in the WebBrowser (EmbeddedWB)
BeforeNavigate
OnDocumentComplete
DownloadBegin
DownloadComplete
NavigateComplete

Which in the different area's dramatically reduces the Memory Usuage.
Instead of about 15,000kb of Mem Usuage.
It will peak (Only when the Page loads in the Browser) at about 8,000kb
Then reduces itself back to about 1,550kb.

So this code was a life saver on the Memory issues.

--------------------------------
Using Delphi6.02 Pro.
And also testing on
D2005 as well.

But the main project is built and compiled in D6.

Wayne




Subject: Re: Can't install on D7 Personal
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 11 May 2005 10:39:35 +0200
Newsgroups: jedi.vcl

Disable the CLX support


Subject: JvPageList.dtx help updates posted in binaries.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Wed, 11 May 2005 04:05:03 -0400
Newsgroups: jedi.vcl

JvPageList.dtx help updates have been posted in the binaries newsgroup.  It includes updates for missing or incomplete topics.



Subject: Can't install on D7 Personal
From: "Ross Levis" <ross@stationplaylist-dot.com>
Date: Wed, 11 May 2005 19:47:50 +1200
Newsgroups: jedi.vcl

Where can I download packages for D7 Personal?  The standard installation 
from the zip file doesn't work.  I see a message from 10/11/2003 below which 
would suggest that there is a solution.

These are the errors I receive.

Making windows library units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JclDotNet.pas(267) Fatal: File not found: 'C:\Program 
Files\Borland\Delphi7\lib\Obj\Provider.pas'

If I disable "Make library units", I get.

Installing package 
C:\PROGRA~1\Borland\Delphi7\jcl\packages\d7\DJclVClx.dpk...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\PROGRA~1\Borland\Delphi7\jcl\source\visclx\JclQGraphUtils.pas(49) Fatal: 
Bad packaged unit format: C:\Program 
Files\Borland\Delphi7\lib\visualclx.dcp.Qt
....done.

Many thanks,
Ross.

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:bm6pbu$rlv$1@talkto.net...
> >I committed packages for Delphi 5 Standard and Delphi 7 Personal.
> >
> >
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen 




Subject: JvHtControls.dtx complete updates.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 10 May 2005 14:03:01 -0400
Newsgroups: jedi.vcl

A file that includes topics missing in the original post of JvHtControls.dtx has been posted to the binaries newsgroup.




Subject: Re: JvLinkLabel & TTabSheets
From: Thom <big.bird@yahoo.com>
Date: Tue, 10 May 2005 10:51:43 -0700
Newsgroups: jedi.vcl

Wayne & Carr wrote:
> > Hello "Thom" ;
> > 
> >   I think that I found what I can use.
> > 
> >   TMS Software's    THTMLTreeView.
> > 
> >   Awsome interface and fast to learn.
> > I was able to implement it into the project that I just sent over to you.
> > But am still interested in seeing what you have to offer as well.
> > 
> > Thanks
> > Wayne
> > 
> > 
Oh, and what version of Delphi are you using?


Subject: Re: JvLinkLabel & TTabSheets
From: Thom <big.bird@yahoo.com>
Date: Tue, 10 May 2005 10:20:55 -0700
Newsgroups: jedi.vcl

Wayne & Carr wrote:
> > Hello "Thom" ;
> > 
> >   I think that I found what I can use.
> > 
> >   TMS Software's    THTMLTreeView.
> > 
> >   Awsome interface and fast to learn.
> > I was able to implement it into the project that I just sent over to you.
> > But am still interested in seeing what you have to offer as well.
> > 
> > Thanks
> > Wayne
> > 
> > 
I've been playing with your application and trying a few different things.

One question though at the moment: Is this your entire project or do you
have bunches of more pages that have already been created?


Subject: Re: latest JVCL installing problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 May 2005 17:11:27 +0200
Newsgroups: jedi.vcl

Krzysztof wrote:

> > How can I install lastest version of JVCL?

Ups. I forgot to commit the modified files in \design. Wait about 5 hours
and the anonymous CVS will be updated.


-- Regards, Andreas Hausladen 

Subject: latest JVCL installing problem
From: Krzysztof <none@none.com>
Date: Tue, 10 May 2005 17:05:26 +0200
Newsgroups: jedi.vcl

Hi.

I downloading latest version of JVCL (JVCL3-2005-05-10.zip). When I trying to install, I have error:

C:\Program Files\Borland\Delphi7\Komponenty_z_netu\jvcl\design\JvFullColorSpacesEditors.pas(540) Error: Undeclared identifier: 'ColorToPrettyName'
C:\Program Files\Borland\Delphi7\Komponenty_z_netu\jvcl\design\JvFullColorSpacesEditors.pas(563) Error: Undeclared identifier: 'PrettyNameToColor'
C:\Program Files\Borland\Delphi7\Komponenty_z_netu\jvcl\design\JvMMReg.pas(65) Fatal: Could not compile used unit '..\..\design\JvFullColorSpacesEditors.pas'

How can I install lastest version of JVCL?

Regards,
Arturro


Subject: Re: Latest CVS problem under BCB6
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 10 May 2005 09:01:47 -0400
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> JvChart.pas(936) Hint: Expression needs no Initialize/Finalize
>
> JvCsvData.pas(1790) Hint: Variable 'TempInteger' is declared but
> never used in 'TJvCustomCsvDataSet.SetFieldData'
>

That's my fault. Sorry. Sometimes i forget to remove cruft before
checkin.  :-)


Subject: Re: Latest CVS problem under BCB6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 10 May 2005 09:11:29 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OK. I tried to use previous version (v 1.171) of JvToolEdit.pas and now it seems to me it works without problems. No problem with the project compilation. 

Glad to hear that.


> BTW: I have got following hints after JVCL compilation regardless of
> which version JvToolEdit.pas is used:
>
> JvChart.pas(936) Hint: Expression needs no Initialize/Finalize

Yup, I saw that one too. I'll investigate.


> JvCsvData.pas(1790) Hint: Variable 'TempInteger' is declared but
> never used in 'TJvCustomCsvDataSet.SetFieldData'

That one is fixed.


Subject: Re: JvTransparentMemo
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Tue, 10 May 2005 02:47:13 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Tom Bolick wrote:
>
>> Just curious what you dislike about the idea?  Basically, I am trying to simulate a "cool futuristic" computer interface, and have created a background image for that.  I just want to put text over it, so it looks like the "computer interface" is working, and I want to do it in the easiest possible way.  (i.e. not drawing a graphic, etc)
>
>
> That is precisely what i dislike.
> I have yet to see a "cool futuristic" design which is usable.
> Black text on white background is still the most efficient way of
> reading text.
> Have a look at media players for example. Their cool design is in
> fact limited to small extensions to standard design.

You are probably right.  I tend to keep my "cool" Winamp skins for less than a week before going back to something actually useful.

However, this is for an educational game for my son, so I am not really worried about efficiency, or a mass audience.

It looks like the jvgStaticText works well enough for this application.  I don't get the scroll bars, but I didn't want to deal with them anyway.



Subject: Re: Latest CVS problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 10 May 2005 05:03:19 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote in news:d5o03k$hhe$1@talkto.net:

> > In the meantime, you may try to revert 
> > that change.

OK. I tried to use previous version (v 1.171) of JvToolEdit.pas and 
now it seems to me it works without problems. No problem with the 
project compilation. 

BTW: I have got following hints after JVCL compilation regardless of
which version JvToolEdit.pas is used:

JvChart.pas(936) Hint: Expression needs no Initialize/Finalize

JvCsvData.pas(1790) Hint: Variable 'TempInteger' is declared but
never used in 'TJvCustomCsvDataSet.SetFieldData'

Thanks,
Vaclav


Subject: Re: JvTransparentMemo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 May 2005 05:47:46 +0200
Newsgroups: jedi.vcl

Tom Bolick wrote:

> Just curious what you dislike about the idea?  Basically, I am trying to simulate a "cool futuristic" computer interface, and have created a background image for that.  I just want to put text over it, so it looks like the "computer interface" is working, and I want to do it in the easiest possible way.  (i.e. not drawing a graphic, etc)

That is precisely what i dislike.
I have yet to see a "cool futuristic" design which is usable.
Black text on white background is still the most efficient way of
reading text.
Have a look at media players for example. Their cool design is in
fact limited to small extensions to standard design.


Subject: Re: JvTransparentMemo
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Mon, 09 May 2005 22:38:01 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Tom Bolick wrote:
>
>> Is there any way to have the Transparent Memo be transparent even where the text is?  At the moment, I get a backgound color behind the text (actually behind the whole line).
>>
>> Thanks
>
>
> AFAIK no.
> I have tried to make it work, but it fought back until i gave up.
> This component is not really working. The reason is that it is a TWinControl and getting the window transparent is not in the design of
> the underlying Windows control.
> Personally i dislike even the idea of a transparent memo.

Just curious what you dislike about the idea?  Basically, I am trying to simulate a "cool futuristic" computer interface, and have created a background image for that.  I just want to put text over it, so it looks like the "computer interface" is working, and I want to do it in the easiest possible way.  (i.e. not drawing a graphic, etc)

If you have another suggestion, I'll try it.

Tom...


Subject: Re: Balloon Hint location
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 09 May 2005 23:16:08 +0200
Newsgroups: jedi.vcl

Thom wrote:
> I posted in the jedi.binaries forum with the subject "To Remko Bonte re:
> Balloon Hint". It has some images of what I'm seeing. I compressed them
> a bit so they're not too large.

That does not look good. Are normal hints displayed correctly? What cursors are you using? Can you make a demo app so I can test it?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvLinkLabel & TTabSheets
From: "Wayne & Carr" <spam@spam.net>
Date: Mon, 9 May 2005 15:27:15 -0400
Newsgroups: jedi.vcl

Hello "Thom" ;

  I think that I found what I can use.

  TMS Software's    THTMLTreeView.

  Awsome interface and fast to learn.
I was able to implement it into the project that I just sent over to you.
But am still interested in seeing what you have to offer as well.

Thanks
Wayne




Subject: Re: JVCL has now Delphi 2005 Personal Edition packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 9 May 2005 21:15:02 +0200
Newsgroups: jedi.vcl

I have written a patch for the JVCL 3 that allows Delphi 2005 PE users to
install the JVCL.

The patch is currently available from
http://jvcl.sf.net/files/JVCLd9pPatch.zip (74 KB)

-- Regards, Andreas Hausladen 

Subject: Re: JvLinkLabel & TTabSheets
From: "Wayne & Carr" <spam@spam.net>
Date: Mon, 9 May 2005 13:54:02 -0400
Newsgroups: jedi.vcl

Hello Thom;

  here is a demo of the project, with Source.

http://www.carrz-fox-fire.com/1/ProjectCatalog.zip




Subject: JVCL has now Delphi 2005 Personal Edition packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 9 May 2005 19:31:48 +0200
Newsgroups: jedi.vcl



-- Regards, Andreas Hausladen 

Subject: Re: d5std, d6per, d7per?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 9 May 2005 19:16:35 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > But as I see with D9p the files are not generated by pg. Why? Everything
> > else is generated.

Stop. I was on the wrong computer.

-- Regards, Andreas Hausladen 

Subject: Re: d5std, d6per, d7per?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 9 May 2005 19:14:55 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > They are required, the packages that are different for the personal
> > versions go in these directories.

But as I see with D9p the files are not generated by pg. Why? Everything
else is generated.


-- Regards, Andreas Hausladen 

Subject: Re: d5std, d6per, d7per?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 09 May 2005 19:03:20 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Does anyone know why I had introduced the dxper directories and if they
> are still necessary or if the package generator does the job?

They are required, the packages that are different for the personal versions go in these directories.


Subject: d5std, d6per, d7per?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 9 May 2005 18:58:32 +0200
Newsgroups: jedi.vcl

Does anyone know why I had introduced the dxper directories and if they
are still necessary or if the package generator does the job?

-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS problem under BCB6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 09 May 2005 18:01:45 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones wrote in news:d5nv5s$hbh$1@talkto.net:
>
>
>> What if you do a "#include <objidl.h>" at the beginning of the JvToolEdit.hpp file ?
>>
>
>
> I have tried it but it didn't help. :-(

Ok, I'll investigate further. In the meantime, you may try to revert that change.


Subject: Re: Latest CVS problem under BCB6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 09 May 2005 17:45:53 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> Hi,
> 1. I installed altest CVS of JCL nad JVCL from 8.5.2005
>    under BCB6.
>    No problem with installation of packages.
>
> 2. I have opened a project and build it.    I'v got following errors during the project compilation:
>
> [C++ Error] JvToolEdit.hpp(237): E2303 Type name expected
> [C++ Error] JvToolEdit.hpp(237): E2139 Declaration missing ;
> [C++ Error] JvToolEdit.hpp(323): E2462 'virtual' can only be used with non-template member functions
> [C++ Error] JvToolEdit.hpp(323): E2303 Type name expected
> [C++ Error] JvToolEdit.hpp(323): E2238 Multiple declaration for 'TJvCustomComboEdit::_di_IEnumString'
> [C++ Error] JvToolEdit.hpp(237): E2344 Earlier declaration of 'TJvCustomComboEdit::_di_IEnumString'
> [C++ Error] JvToolEdit.hpp(323): E2139 Declaration missing ;
> [C++ Error] JvToolEdit.hpp(510): E2303 Type name expected
> [C++ Error] JvToolEdit.hpp(510): E2139 Declaration missing ;
> [C++ Error] JvToolEdit.hpp(520): E2462 'virtual' can only be used with non-template member functions
> [C++ Error] JvToolEdit.hpp(520): E2303 Type name expected
> [C++ Error] JvToolEdit.hpp(520): E2238 Multiple declaration for 'TJvFileDirEdit::_di_IEnumString'
> [C++ Error] JvToolEdit.hpp(510): E2344 Earlier declaration of 'TJvFileDirEdit::_di_IEnumString'
> -----------------------
> There is used
>
> FAutoCompleteSource: IEnumString;
>
> in new version of JvToolEdit module instead of
> FAutoCompleteSource: IUnknown; // used in the older module version
>
> This changes have caused compilation error...
>
> Please can anybody checked it.

What if you do a "#include <objidl.h>" at the beginning of the JvToolEdit.hpp file ?


Subject: Re: Latest CVS problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 9 May 2005 15:36:05 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote in news:d5nv5s$hbh$1@talkto.net:

> > What if you do a "#include <objidl.h>" at the beginning of the 
> > JvToolEdit.hpp file ?
> > 

I have tried it but it didn't help. :-(



Subject: Re: JvLinkLabel & TTabSheets
From: Thom <big.bird@yahoo.com>
Date: Mon, 09 May 2005 08:32:42 -0700
Newsgroups: jedi.vcl

Thom wrote:
> > Wayne & Carr wrote:
> > 
>> >>Hello Thom;
>> >>
>> >>  Thanks for the information on the JvTreeView.
>> >>Unfortunantly, it will not work in my project.
>> >>The Page Descriptions in the "Table of Contents" have
>> >>More then just 1 word.
>> >>
>> >>Example:
>> >>
>> >> Movies
>> >>      Suspense (The Butterfly Effect, Cellular and more)...............pg
>> >>5 - 7
>> >>      Comedy (Eight Legged Freaks, Happy Gilmore and more)...pg 8 - 10
>> >>
>> >>And so forth like that.
>> >>Thanks for your time and the useful information that you have given me.
>> >>
>> >>Take Care
>> >>Wayne
>> >>
>> >>
> > 
> > Then you could try using the OnClick event handler and do something like:
> > //==================================================================
> > // Try to select a page by using the tree view to see if the
> > // caption of the tab appears in the text displayed in the
> > // tree node.
> > 
> > procedure TForm1.MyTreeClick(Sender: TObject);
> > var
> >    tn : TTreeNode;
> >    ndx: Integer;
> >    nodeCaption : string;
> >    p  : Integer;
> >    i  : Integer;
> >    found : Boolean;
> > begin
> >    ndx := MyTree.ItemIndex;
> >    tn  := MyTree.Items[ndx];
> >    nodeCaption := UpperCase(tn.Text);
> >    i := 0;
> >    found := False;
> >    while not found and (i<MyPages.PageCount) do begin
> >       p := Pos(UpperCase(MyPages.Pages[i].Caption), nodeCaption);
> >       found := p > 0;
> >       Inc(i);
> >    end;
> >    if found then
> >       MyPages.ActivePageIndex := i - 1;
> >          // since we incremented it an extra time we need to subtract 1
> > end;
> > 
> > //==================================================================
> > 
> > TTreeNodes also have a "Data" property that's a pointer that you could
> > use to point a node at a specific page if you wanted to preprocess the
> > tree. But the above code will select the first page in your page control
> > where the caption on the tab appears in the text displayed by the node.
> > 
> > ex. Node text = 'Suspense (The Butterfly Effect, Cellular and
> > more)...............pg 5 - 7'
> > 
> > and Tab caption = 'Suspense'
> > 
> > Or you could check out Mike L's VirtualTreeview component at
> > www.soft-gems.net but as that's not a Jedi component I won't comment
> > further here ...
> > 
> > Anyway, good luck with your project

If you would like any more ideas or options that I could think of to
help you, why don't you upload some screenshots of what your program
looks like at this stage to a web site or to the jvcl.binaries newsgroup
so I'll have a better idea of what you're doing.

Depending on how you have things set up, I can see several problems with
 the above code and, also depending on how you've done things so far,
the solution might be really really simple...

Have a good one!
Thom


Subject: Re: JvLinkLabel & TTabSheets
From: Thom <big.bird@yahoo.com>
Date: Mon, 09 May 2005 08:25:40 -0700
Newsgroups: jedi.vcl

Wayne & Carr wrote:
> > Hello Thom;
> > 
> >   Thanks for the information on the JvTreeView.
> > Unfortunantly, it will not work in my project.
> > The Page Descriptions in the "Table of Contents" have
> > More then just 1 word.
> > 
> > Example:
> > 
> >  Movies
> >       Suspense (The Butterfly Effect, Cellular and more)...............pg
> > 5 - 7
> >       Comedy (Eight Legged Freaks, Happy Gilmore and more)...pg 8 - 10
> > 
> > And so forth like that.
> > Thanks for your time and the useful information that you have given me.
> > 
> > Take Care
> > Wayne
> > 
> > 
Then you could try using the OnClick event handler and do something like:
//==================================================================
// Try to select a page by using the tree view to see if the
// caption of the tab appears in the text displayed in the
// tree node.

procedure TForm1.MyTreeClick(Sender: TObject);
var
   tn : TTreeNode;
   ndx: Integer;
   nodeCaption : string;
   p  : Integer;
   i  : Integer;
   found : Boolean;
begin
   ndx := MyTree.ItemIndex;
   tn  := MyTree.Items[ndx];
   nodeCaption := UpperCase(tn.Text);
   i := 0;
   found := False;
   while not found and (i<MyPages.PageCount) do begin
      p := Pos(UpperCase(MyPages.Pages[i].Caption), nodeCaption);
      found := p > 0;
      Inc(i);
   end;
   if found then
      MyPages.ActivePageIndex := i - 1;
         // since we incremented it an extra time we need to subtract 1
end;

//==================================================================

TTreeNodes also have a "Data" property that's a pointer that you could
use to point a node at a specific page if you wanted to preprocess the
tree. But the above code will select the first page in your page control
where the caption on the tab appears in the text displayed by the node.

ex. Node text = 'Suspense (The Butterfly Effect, Cellular and
more)...............pg 5 - 7'

and Tab caption = 'Suspense'

Or you could check out Mike L's VirtualTreeview component at
www.soft-gems.net but as that's not a Jedi component I won't comment
further here ...

Anyway, good luck with your project


Subject: Latest CVS problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 9 May 2005 14:53:18 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
1. I installed altest CVS of JCL nad JVCL from 8.5.2005
   under BCB6.
   No problem with installation of packages.

2. I have opened a project and build it. 
   I'v got following errors during the project compilation:

[C++ Error] JvToolEdit.hpp(237): E2303 Type name expected
[C++ Error] JvToolEdit.hpp(237): E2139 Declaration missing ;
[C++ Error] JvToolEdit.hpp(323): E2462 'virtual' can only be used 
with non-template member functions
[C++ Error] JvToolEdit.hpp(323): E2303 Type name expected
[C++ Error] JvToolEdit.hpp(323): E2238 Multiple declaration for 
'TJvCustomComboEdit::_di_IEnumString'
[C++ Error] JvToolEdit.hpp(237): E2344 Earlier declaration of 
'TJvCustomComboEdit::_di_IEnumString'
[C++ Error] JvToolEdit.hpp(323): E2139 Declaration missing ;
[C++ Error] JvToolEdit.hpp(510): E2303 Type name expected
[C++ Error] JvToolEdit.hpp(510): E2139 Declaration missing ;
[C++ Error] JvToolEdit.hpp(520): E2462 'virtual' can only be used 
with non-template member functions
[C++ Error] JvToolEdit.hpp(520): E2303 Type name expected
[C++ Error] JvToolEdit.hpp(520): E2238 Multiple declaration for 
'TJvFileDirEdit::_di_IEnumString'
[C++ Error] JvToolEdit.hpp(510): E2344 Earlier declaration of 
'TJvFileDirEdit::_di_IEnumString'
-----------------------
There is used

FAutoCompleteSource: IEnumString;

in new version of JvToolEdit module instead of 

FAutoCompleteSource: IUnknown; // used in the older module version

This changes have caused compilation error...

Please can anybody checked it.

TIA,
Vaclav


Subject: Re: JvLinkLabel & TTabSheets
From: "Wayne & Carr" <spam@spam.net>
Date: Mon, 9 May 2005 08:34:47 -0400
Newsgroups: jedi.vcl

Hello Thom;

  Thanks for the information on the JvTreeView.
Unfortunantly, it will not work in my project.
The Page Descriptions in the "Table of Contents" have
More then just 1 word.

Example:

 Movies
      Suspense (The Butterfly Effect, Cellular and more)...............pg
5 - 7
      Comedy (Eight Legged Freaks, Happy Gilmore and more)...pg 8 - 10

And so forth like that.
Thanks for your time and the useful information that you have given me.

Take Care
Wayne




Subject: Re: Couninitialize question
From: "hatory" <grij@nd.er>
Date: Mon, 9 May 2005 13:12:15 +0100
Newsgroups: jedi.vcl

> >But apparently this code in ComObj.pas is not executed in the 
> >application of Roberto González. (Roberto: Could you check that the 
> >InitComObj procedure of ComObj.pas is executed?)

I've check that: "InitComObj" is called on "Application.Initialize;". 

But I've found that a simple button with: "CoInitialize(nil);
CoUninitialize;" on the OnClick also calls all my OPC object's Free, so it
seems to be a error on the way the OPC server is created.

After a few hours digging on the code with no positive result, I've tried
other OPCServer samples and one of them has no problem with
"Counitialezes". Now "only" rest to "plug"  it into my program... maybe... ;)

Thanks for your help!


Roberto González



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvLinkLabel & TTabSheets
From: Thom <big.bird@yahoo.com>
Date: Sun, 08 May 2005 22:03:53 -0700
Newsgroups: jedi.vcl

Wayne & Carr wrote:
> > Hello Thom;
> > 
> >    I am looking into other ventures right now.
> > As the LinkLabel may not be the right choice for it.
> > TreeView might be a good one.
> > 
> > As for the [JvPageListTreeView] If it would work with a TPageControl.
> > Then maybe it would work for this project.
> > 
> > Open to suggestions always
> > Wayne
> > 
> > 
I checked in the VCL source to make sure and TPageControl doesn't
support the IPageList interface that the JvPageListTreeView uses. Your
best bet, assuming that you already have a bunch of pages with controls
on them (that's what it sounds like to me) would be a more normal sort
of tree view and then use the OnClick event to update your TPageControl
to the matching page.

After some more looking at the JVCL, the JvTreeView component does have
a "PageControl" property that will accept a TPageControl. I quickly
tested it with a simple Form with the JvTreeView and a TPageControl with
2 tabs. I added some nodes to the tree (right click on the control to
get the editor) a root and 2 children which I named the same as the 2
pages I put in the PageControl. Clicking on the children did select the
tab with the same name.

I then changed the names on the tabs and it didn't work. I hope that helps.


Subject: Re: JvLinkLabel & TTabSheets
From: "Wayne & Carr" <spam@spam.net>
Date: Mon, 9 May 2005 00:04:59 -0400
Newsgroups: jedi.vcl

Hello Thom;

   I am looking into other ventures right now.
As the LinkLabel may not be the right choice for it.
TreeView might be a good one.

As for the [JvPageListTreeView] If it would work with a TPageControl.
Then maybe it would work for this project.

Open to suggestions always
Wayne




Subject: Re: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Sun, 08 May 2005 17:52:50 -0700
Newsgroups: jedi.vcl

Remko Bonte wrote:
> > Thom wrote:
> > 
>> >> Anyway, why does it matter which way the stem points? If the stem is
>> >> pointing down I would expect the point of the stem to start at the x,y
>> >> position of my mouse cursor. The stem itself is large enough to move the
>> >>  hint away from the cursor. And following that train of thought, if the
>> >> stem is pointing up then it seems that should be when adjustments, if
>> >> any, should be done; cursors tend to "hang down" from the selection
>> >> pixel most of the time.
> > 
> > 
> > What you call pointing down, I call pointing up <g>.
> > 
> > Anyway to get that behavior set FSwitchHeight to 0 in
> > TJvBalloonWindow.Init.
> > 
I posted in the jedi.binaries forum with the subject "To Remko Bonte re:
Balloon Hint". It has some images of what I'm seeing. I compressed them
a bit so they're not too large.


Subject: Re: Balloon Hint location
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 09 May 2005 02:39:05 +0200
Newsgroups: jedi.vcl

Thom wrote:

> Anyway, why does it matter which way the stem points? If the stem is
> pointing down I would expect the point of the stem to start at the x,y
> position of my mouse cursor. The stem itself is large enough to move the
>  hint away from the cursor. And following that train of thought, if the
> stem is pointing up then it seems that should be when adjustments, if
> any, should be done; cursors tend to "hang down" from the selection
> pixel most of the time.

What you call pointing down, I call pointing up <g>.

Anyway to get that behavior set FSwitchHeight to 0 in TJvBalloonWindow.Init.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Sun, 08 May 2005 17:36:17 -0700
Newsgroups: jedi.vcl

Hmmm .. I've done some more testing since my first tests were in a
"live" project and since it faild the test I quickly switched tactics.

I put a label with a hint and hints turned on on a form along with the
balloon hint component. No matter the setting of the direction of the
stem the point of the stem ended quite a distance above my cursor and
the label, approximatly like this on my screen:


          v

                                      ^
      label1                      label1


where the "v" is a down pointing stem and the ^ is an up pointing stem
and my cursor over the 2nd "l" in label1.

Note that with the stem pointing up, the hint completely covered the label.


Subject: Re: JvLinkLabel & TTabSheets
From: Thom <big.bird@yahoo.com>
Date: Sun, 08 May 2005 17:00:18 -0700
Newsgroups: jedi.vcl

Thom wrote:
> > Wayne & Carr wrote:
> > 
>> >>Just checking in.
>> >>Wayne
>> >>
>> >>
> > 
> > Just curious .. why would you want to use a label for something like
> > this? It seems a perfect situation to use a tree control of some sort or
> > another.

Such as the JvPageListTreeView which connects the treeview with a
control that implements the IPageList interface or just use a regular
TTreeView or TJvTreeView and change the pages in the OnChange events.


Subject: Re: JvLinkLabel & TTabSheets
From: Thom <big.bird@yahoo.com>
Date: Sun, 08 May 2005 16:50:47 -0700
Newsgroups: jedi.vcl

Wayne & Carr wrote:
> > Just checking in.
> > Wayne
> > 
> > 
Just curious .. why would you want to use a label for something like
this? It seems a perfect situation to use a tree control of some sort or
another.


Subject: Re: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Sun, 08 May 2005 16:43:25 -0700
Newsgroups: jedi.vcl

Remko Bonte wrote:
> > Thom wrote:
> > 
>> >> Is there a way to adjust the location where the JvBalloon hint appears?
> > 
> > 
> > Only by adjusting the code of JvBalloonHint.pas.
> > 
>> >> When I use it the balloon appears a good distance from the mouse pointer.
> > 
> > 
> > I assume this is only when the balloon stem point down.
> > 
> > If the balloon stem point up positioning the balloon is easy, the stem
> > point must be at the x,y position provided by the VCL hint code.
> > 
> > But when the stem points down the stem must be above the cursor, so
> > JvBalloonHint decreases the y position with the size of the cursor.
> > 
> > But the problem is that the VISIBLE cursor height is usually smaller
> > than the allowed (for example) 32 pixels. The VCL hint code uses
> > GetCursorHeightMargin (in Forms.pas) to determine the visible cursor
> > height.
> > 
> > To do things correctly, JvBalloonHint.pas should decrease the y position
> > with the same value as returned by GetCursorHeightMargin. But then I
> > would have to copy that code from Forms.pas which is a bit stretching
> > the EULA to much IMO.
> > 
> > You could do it yourself, by copying the GetCursorHeightMargin function
> > to JvBalloonHint.pas, remove the
> > 
> > Inc(Result, IconInfo.yHotSpot);
> > 
> > line in that function and changing in TJvBalloonWindow.Init the
> > 
> > FSwitchHeight := GetSystemMetrics(SM_CYCURSOR);
> > 
> > call to
> > 
> > FSwitchHeight := GetCursorHeightMargin;
> > 
Thank you for the reply!

I do have a question or two and scanning my PC for that function, just
to see, I found that RxLib did actually copy the function in RxHints.pas ...

Anyway, why does it matter which way the stem points? If the stem is
pointing down I would expect the point of the stem to start at the x,y
position of my mouse cursor. The stem itself is large enough to move the
 hint away from the cursor. And following that train of thought, if the
stem is pointing up then it seems that should be when adjustments, if
any, should be done; cursors tend to "hang down" from the selection
pixel most of the time.


Subject: Re: Balloon Hint location
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 09 May 2005 01:22:49 +0200
Newsgroups: jedi.vcl

Thom wrote:

> Is there a way to adjust the location where the JvBalloon hint appears?

Only by adjusting the code of JvBalloonHint.pas.

> When I use it the balloon appears a good distance from the mouse pointer.

I assume this is only when the balloon stem point down.

If the balloon stem point up positioning the balloon is easy, the stem point must be at the x,y position provided by the VCL hint code.

But when the stem points down the stem must be above the cursor, so JvBalloonHint decreases the y position with the size of the cursor.

But the problem is that the VISIBLE cursor height is usually smaller than the allowed (for example) 32 pixels. The VCL hint code uses GetCursorHeightMargin (in Forms.pas) to determine the visible cursor height.

To do things correctly, JvBalloonHint.pas should decrease the y position with the same value as returned by GetCursorHeightMargin. But then I would have to copy that code from Forms.pas which is a bit stretching the EULA to much IMO.

You could do it yourself, by copying the GetCursorHeightMargin function to JvBalloonHint.pas, remove the

Inc(Result, IconInfo.yHotSpot);

line in that function and changing in TJvBalloonWindow.Init the

FSwitchHeight := GetSystemMetrics(SM_CYCURSOR);

call to

FSwitchHeight := GetCursorHeightMargin;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Repost: Little issue with JvEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 09 May 2005 00:37:49 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> I'm using TJvEdit with ThemedPassword := True and ProtectPassword := True.
> Using themes on a new form I get those little bullets (or discs) to hide
> the password.
>
> When setting ReadOnly to true, for this edit, the bullets disappear and are
> replace by the character 'I' (special character).

When Enabled is set to false then the edit control is custom painted to draw the edit in the colors as set by the DisabledTextColor and DisabledColor properties.

This custom painting is not capable of drawing the themed bullets. I also have no idea how to draw them.

I committed a workaround some time ago, so that the edit does only do a custom painting when either DisabledTextColor or DisabledColor is set to a value other than the default.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Couninitialize question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 09 May 2005 00:26:28 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I also found this code while porting the JvToolEdit.pas to VCL.NET. A
> better place would be to call CoInitialize only once and set a global
> variable to true which is used in the finalization section to call
> UnCoInitialize depending on the variables value.

The code kinda assumes that this is done in ComObj.pas. JvToolEdit.pas uses JvSpeedButton.pas that uses JvJCLUtils.pas that has ComObj.pas in the uses section. Subsequent CoInitialize, CoUninitialize calls should have no overhead (according Microsoft).

But apparently this code in ComObj.pas is not executed in the application of Roberto González. (Roberto: Could you check that the InitComObj procedure of ComObj.pas is executed?)

So it might be a good idea to implement something in JvToolEdit.pas.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: where is JVCL300_R70.bpl
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 8 May 2005 18:17:56 +0200
Newsgroups: jedi.vcl

vogelor wrote:

> > In jcvl 2.0 there is a file called JVCL200_R70.bpl. This file has about 2
> > MB Size and contains ALL the single jvcl-Components. Adding this file to
> > the project means adding ALL Units (Components) to the project. But i
> > can't find this file in jvcl 3.0. What am i doint wrong?

If you want to load a 30 MB large bpl file then you could create a new
package and add all JVCL units in jvcl3\run, jvcl3\common and jvcl3\design.
But my advise is to not do this. The JVCL has a powerfull installer which
will install the package combinations that you have selected in the
installer. There is no need to install each package by hand or to install
components you never use.

-- Regards, Andreas Hausladen 

Subject: Re: where is JVCL300_R70.bpl
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 08 May 2005 18:17:30 +0200
Newsgroups: jedi.vcl

vogelor wrote:
> In jcvl 2.0 there is a file called JVCL200_R70.bpl. This file has about 2
> MB Size and contains ALL the single jvcl-Components. Adding this file to
> the project means adding ALL Units (Components) to the project. But i
> can't find this file in jvcl 3.0. What am i doint wrong?

    Nothing. JVCL3 has separated into various packages, in an effort to accommodate those only using a relatively small portion of the JVCL. By keeping the packages small, one could, ideally, reduce the distribution size if one uses packages.

    In addition, it should be possible to release sub parts of the JVCL, on a per-package basis. We haven't done this, as it involves a lot of work for the one preparing the releases.

    But I don't get why you would want to add the entire JVCL to your application (even if the linker will remove most of the units you're not using). Adding a component, automatically adds the required unit to your form; the library path should automatically find the right .dcu file of the JVCL and JCL unit(s).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: where is JVCL300_R70.bpl
From: "vogelor" <fc@muv.com>
Date: Sun, 8 May 2005 17:10:52 +0100
Newsgroups: jedi.vcl

In jcvl 2.0 there is a file called JVCL200_R70.bpl. This file has about 2
MB Size and contains ALL the single jvcl-Components. Adding this file to
the project means adding ALL Units (Components) to the project. But i
can't find this file in jvcl 3.0. What am i doint wrong?

Olli



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.00 and SMImport/SMExport from Scalabium
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 08 May 2005 17:43:05 +0200
Newsgroups: jedi.vcl

I've didn't tested it in D2005.

In d7 i've done the following:
1. Install SMImport
2. Change the compile Options of SMImport
3. Install JVCL with the SMImport Option.

Greetings
Jens

Daniel Bragg wrote:
> Daniel Bragg <nospam@ccdsystems.com> wrote in
> news:Xns964D898D12982supportccdsystemscom@194.191.0.34:
>
>> CCD Support Account wrote:
>>
>>> Jens,
>>>
>>> I see in the newly downloaded v3.00 that there is now integration
>>> with SMImport/SMExport from Scalabium.  Is there somewhere I can go
>>> to get more information about how to best use this?
>>>
>>> Thank you,
>>>
>>> Daniel Bragg
>>> Systems Analyst
>>> CCD Health Systems, Edmonton, AB
>>> support@ccdsystems.com
>>>
>>
>> It depends, on which informations you want to have.
>>
>> The part where the components are integrated is the part of the
>> Jvcl-DB- Actions.
>>
>> There are two actions for the smimport and smexport.
>>
>> Feel free to ask for more infos.
>>
>> But i think it's better to use the news group, in this case all other
>> can share the same info.
>>
>> Greetings
>> Jens
>> ___________________________________________________________
>> Softwareentwicklung Jens Fudickar
>> Breslauer Straße 8 * 65760 Eschborn
>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>
>> Home of OraTool - http://www.oratool.de
>>
>>
>
>
> Jens,
>
> I seem to have a conflict between the SMImportD2005 and JvDBD9R.  When I attempt to install SMImportD2005, I get the message "Cannot load package 'JvDBD9R.'  It contains unit 'SMIWiz,'which is also contained in package 'SMImportD2005'".
>
> I remember reading in the JEDI v3.00 library file JVCLd9.inc are the lines:
>
> // *********************************************************************
> // Start Definition of Third Party Components // *********************************************************************
>
> { Activates SM-Export Wrapper Components (in DBActions) For further informations have a look at http://www.scalabium.com ATTENTION : BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMEXPORT PACKAGE FROM AUTOMATIC COMPILE NO MANUAL COMPILE } {.$DEFINE USE_3RDPARTY_SMEXPORT}
>
> { Activates SM-Import Wrapper Components (in DBActions) For further informations have a look at http://www.scalabium.com ATTENTION : BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMIMPORT PACKAGE FROM AUTOMATIC COMPILE NO MANUAL COMPILE } {.$DEFINE USE_3RDPARTY_SMIMPORT}
>
> This is a fresh install of Delphi 2005 Enterprise, so I fully (I think) installed the Jedi library with the above defines commented out, then I installed the SM components, then I commented the above back in and recompiled.  However, I may have forgotten to make the SM components "Explicit Compile" before recompiling the Jedi library. :(
>
> (sigh) Good intentions, bad implementation.
>
> Suggestions?
>
> Thanks,
>
> Daniel

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvLinkLabel & TTabSheets
From: "Wayne & Carr" <spam@spam.net>
Date: Sat, 7 May 2005 21:01:32 -0400
Newsgroups: jedi.vcl

Just checking in.
Wayne




Subject: JvLinkLabel & TTabSheets
From: "Wayne & Carr" <spam@spam.net>
Date: Sat, 7 May 2005 13:25:33 -0400
Newsgroups: jedi.vcl

Hello All;

 This is what I am doing (Trying to accomplish)

Like a Book, You have a [Table of Contents] in the beginning of the Book
That you read.

In the project that I am currently heavily involved in, I am trying to make
a
Good [Table of Contents].
I was told about the: JvLinkLabel
As being a good component for doing just that.

The question I have is the following:

I need to make a Listing of such: And link them to there appropriate
TTabSheets:
==============================
Chapter 1 (Movies)
      Horror  --> TabSheet1
      Comedy  --> TabSheet2
      Romance  --> TabSheet3
      Action  --> TabSheet4
Chapter 2 (Jewelry)
      Watches  --> TabSheet5
       Bracelets  --> TabSheet6
       Rings  --> TabSheet7
==============================

Could someone please let me know how to do something like this please?
I have looked through the Code Demo Example of: JvLinkLabelDemo.
And am a little lost as to how do I do what I am trying to do.

The have already spent a better part of 150+hrs on the Project right now.
And cannot do a complete redesign of the project as it is nearing its 1st
Release {Build}
Time Frame. So as you can tell, I need to do what I can right now to get the
project
Up and Ready to roll.

Right now the [Table of Contents] consist of the following
TLabel.Align := alTop;
I have 1 TLabel for every Category Page, which is over 50+ right now.
It looks all right, but I would like to make the [Table of Contents] look
more professional.
And if using the JvLinkLabel will give me the professionalism, Then I will
Be more then happy to use it in the project.

But if someone else have a better idea then the JvLinkLabel.
please let me know, As I am open to as many suggestions as I can get.

Thanks All;
Wayne




Subject: Re: JvTransparentMemo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 07 May 2005 06:38:03 +0200
Newsgroups: jedi.vcl

Tom Bolick wrote:
> Is there any way to have the Transparent Memo be transparent even where the text is?  At the moment, I get a backgound color behind the text (actually behind the whole line).
>
> Thanks

AFAIK no.
I have tried to make it work, but it fought back until i gave up.
This component is not really working. The reason is that it is a TWinControl and getting the window transparent is not in the design of
the underlying Windows control.
Personally i dislike even the idea of a transparent memo.


Subject: JvTransparentMemo
From: Tom Bolick <tom_ng@tabsoftwaresystems.com>
Date: Fri, 06 May 2005 20:57:57 -0400
Newsgroups: jedi.vcl

Is there any way to have the Transparent Memo be transparent even where the text is?  At the moment, I get a backgound color behind the text (actually behind the whole line).

Thanks


Subject: Balloon Hint location
From: Thom <big.bird@yahoo.com>
Date: Fri, 06 May 2005 16:19:56 -0700
Newsgroups: jedi.vcl

Is there a way to adjust the location where the JvBalloon hint appears?
When I use it the balloon appears a good distance from the mouse pointer.

Any input is appreciated!


Subject: JvTabBar Painting + JvDocking styling
From: "Marko Binic" <marko_binic@yahoo.com>
Date: Fri, 6 May 2005 23:19:01 +0200
Newsgroups: jedi.vcl

  I just uploaded a TBX painter for the JvTabBar and there's a strange thing 
I noticed while theming it - there's no way to paint the little scroll 
buttons from the painter. Please proove me wrong, and if you can't then - is 
there going to be a modification which will allow scroll button drawing 
through a custom painter, cause it looks great until you see those buttons 
:(
  There's also another thing regarding this component, being a TComponent it 
doesn't natively get messages and messages being the way TBX informs 
components of a theme change - this is a problem. I did find something while 
googling and implemented it into the painter, but then if I have 2 bars on a 
form and one painter only the second bar gets redrawn when I call Changed. 
So, is there a way for the tabbar to somehow forward the messages to the 
painter?

  Now the docking stuff, I've received some suggestions/requests on theming 
the docking components, that is the docked form caption bar, the tabs and 
buttons. Since the VSNet style is the one I like the most I wanted to do 
that one first. I thought that the docking styles were painters of some 
kind, but when I opened the unit - :0 - I realized that it controlled 
everything, not just the painting. So, finally, my question is: Will there 
be painter support for the docking styles?

BTW you can get the themed TabBar source and/or exe-demo at 
http://mxs.bergsoft.net/download.htm if you're interested (it's free - like 
everything else)

Marko 




Subject: Re: TJvOfficeColorButton and automatic color
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Fri, 6 May 2005 22:20:31 +0200
Newsgroups: jedi.vcl


"Ralf Kaiser" <ralf.kaiser@emperortools.de> schrieb im Newsbeitrag news:d5gfos$tii$1@talkto.net...

>
> Somewhere in implementation:
>

Ooops, should read "Somewhere in interface" of course!

Ralf


Subject: TJvOfficeColorButton and automatic color
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Fri, 6 May 2005 21:35:17 +0200
Newsgroups: jedi.vcl

Hello,

when the user clicks on the "Automatic" button inside the color panel of a TJvOfficeColorButton, the program is not able to change the "Automatic" color. The button does not expose the property "ClickColorButton" of the embedded TJvOfficeColorPanel, so the program cannot check which button was clicked.

The only way to do this would (currently) be the following hack (Delphi is able to access protected properties of a class if it is defined in the same unit) :

Somewhere in implementation:

type
 THackCustomOfficeColorButton = class(TJvCustomOfficeColorButton);

And in the "ColorButtonClick" event:

 case THackCustomOfficeColorButton(JvOfficeColorButton).ColorsForm.ColorPanel.ClickColorButton of
    cbctColorsButton: begin
    end;
    cbctAutoButton: begin
    end;
    cbctOtherButton: begin
    end;
    cbctNone: begin
    end;
 end;

That works but it cannot be a real solution, i think. It would be better to expose the property ClickColorButton as public property of TJvOfficeColorButton. Another way would be to add it as parameter to the "ColorButtonClick" event but that may break existing code that is currently working with this event.

Ciao,
Ralf



Subject: jvselectdirectory Events not working (for me anyway)
From: "Ken Adam" <ken.adam@NOT.blueyonder.co.uk>
Date: Fri, 6 May 2005 19:28:13 +0100
Newsgroups: jedi.vcl

 I've tried to use jvselectdirectory (by adding it from the standard actions 
list in the action manager).
Although I've added handlers for both the OnShow and OnClose events neither 
of them get called when the
dialog is used.
The example in the demo doesn't create the action in the action manager (it 
is declared and ".Execute"-ed), so I don't know if this is somehting I'm 
doing wrong or a bug.
I've tried this (on different PCs) with both 3RC1 and 3 release versions.
Nothing seems to be listed in mantis.
This happens even with a simple program with only an action manager, the 
dialog and the two event handlers.

-- --------------------------------------------------------- Ken Adam "Technology is pictures, not words" 

Subject: Re: Couninitialize question
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 6 May 2005 19:45:17 +0200
Newsgroups: jedi.vcl

hatory wrote:

> > Killing my F7-F8 keys I found that this happend just after the call to
> > couninitialize on the TJvCustomComboEdit's destroy. Next try was
> > commenting that couninitialize (and his coinitialize). 

I also found this code while porting the JvToolEdit.pas to VCL.NET. A
better place would be to call CoInitialize only once and set a global
variable to true which is used in the finalization section to call
UnCoInitialize depending on the variables value.

-- Regards, Andreas Hausladen 

Subject: Couninitialize question
From: "hatory" <grij@nd.er>
Date: Fri, 6 May 2005 16:29:57 +0100
Newsgroups: jedi.vcl

I'm writting an OPC server based on sOPC (from
http://www.opcconnect.com/delphi.php). All goes fine, but when I free a
dynamicaly created form with a TJvCustomComboEdit descendant (for example,
a TJvDateEdit, from JvToolEdit.pas) on it, or when using
TJvBrowseForFolder.execute (from JvBrowseFolder) all my OPC COM clients
calls their Free and the server stops refresing data.

Killing my F7-F8 keys I found that this happend just after the call to
couninitialize on the TJvCustomComboEdit's destroy. Next try was
commenting that couninitialize (and his coinitialize). No problem with OPC
now. Until this moment, the only problem I found was that there is no
autocomplete (of course) and some more minor issue.

After all this "blah blah blah" comes my questions: "Do you know a better
way of "not killing" my opc? Do you think I will find another problem
disabling com this way?" This method seems to work... but is a bit...
err... like killing flies with a nuke... and when I upgrade jvl I must
remember to comment that lines again... and I'm sure I'll forget that...


Thanks for your time :D

Roberto González


PD: My English is not very good... but I hope this was understable ;)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDockServer.AutoFocusDockedForm and ShowDockForm
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 06 May 2005 16:02:20 +0200
Newsgroups: jedi.vcl

Ricardo Cardona R wrote:

> Hi,
>
> The ShowDockForm function ignores JvDockServer.AutoFocusDockedForm, i have some changes to JvDockControlForm.pas and JvDockVSNetStyle.pas, where do i post the changes ?

http://homepages.borland.com/jedi/issuetracker/

Please use your own account, not anonymous.


Subject: JvDockServer.AutoFocusDockedForm and ShowDockForm
From: Ricardo Cardona R <rcardona@mail.com>
Date: Fri, 06 May 2005 08:54:59 -0500
Newsgroups: jedi.vcl

Hi,

The ShowDockForm function ignores JvDockServer.AutoFocusDockedForm, i have some changes to JvDockControlForm.pas and JvDockVSNetStyle.pas, where do i post the changes ?

Thanks in advance

Ricardona


Subject: Installer, some suggestions
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 06 May 2005 10:11:16 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hello,

There are many bug reports solved by deleting old JCL and JVCL package that were stored somewhere in a browsed path.

I think that the installers should search for these files in the following directories :
 - $(WINDOWS)
 - $(WINDOWS)\System32
 - $(WINDOWS)\System
 - All pathes in $(PATH)
 - $(DELPHI)\Bin
 - $(BCB)\Bin
 - maybe LAZARUS too

There may be some problems if a third-party program is using an old package (and installed it in one of these pathes), so we should make a prompt to ask the user to move these files to another location (or delete them).

Regards,

Florent


Subject: Re: Installing JVCL 3.0 Major Problems
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Thu, 5 May 2005 21:09:15 +0000 (UTC)
Newsgroups: jedi.vcl

"Wayne & Carr" <spam@spam.net> wrote in news:d5du8j$d2v$1@talkto.net:

> > The bad files where sitting in the \bin\ directory.
> > Deleted them out, and now it finally works :-)

Glad I could help.

Jeff.


Subject: Re: Installing JVCL 3.0 Major Problems
From: "Wayne & Carr" <spam@spam.net>
Date: Thu, 5 May 2005 16:26:29 -0400
Newsgroups: jedi.vcl

Hello ["Jeffrey A. Wormsley"];

  I did what you said. Scanned the entire "E:\Borland\Delphi6" Drive.
The bad files where sitting in the \bin\ directory.
Deleted them out, and now it finally works :-)

Thank you so very, very much.
I have been putting up with this agrivation all day long.
Wish I would have ask this question early in here.

Take Care and thank you once again.

Wayne




Subject: Re: JVCL 3.00 and SMImport/SMExport from Scalabium
From: Daniel Bragg <nospam@ccdsystems.com>
Date: Thu, 5 May 2005 20:16:24 +0000 (UTC)
Newsgroups: jedi.vcl

Daniel Bragg <nospam@ccdsystems.com> wrote in
news:Xns964D898D12982supportccdsystemscom@194.191.0.34: 

> > CCD Support Account wrote:
>> >> Jens,
>> >> 
>> >> I see in the newly downloaded v3.00 that there is now integration
>> >> with SMImport/SMExport from Scalabium.  Is there somewhere I can go
>> >> to get more information about how to best use this?
>> >> 
>> >> Thank you,
>> >> 
>> >> Daniel Bragg
>> >> Systems Analyst
>> >> CCD Health Systems, Edmonton, AB
>> >> support@ccdsystems.com
>> >> 
> > 
> > It depends, on which informations you want to have.
> > 
> > The part where the components are integrated is the part of the
> > Jvcl-DB- Actions.
> > 
> > There are two actions for the smimport and smexport.
> > 
> > Feel free to ask for more infos.
> > 
> > But i think it's better to use the news group, in this case all other
> > can share the same info.
> > 
> > Greetings
> > Jens
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> > 
> > Home of OraTool - http://www.oratool.de
> > 
> > 

Jens,

I seem to have a conflict between the SMImportD2005 and JvDBD9R.  When I 
attempt to install SMImportD2005, I get the message "Cannot load package 
'JvDBD9R.'  It contains unit 'SMIWiz,'which is also contained in package 
'SMImportD2005'".

I remember reading in the JEDI v3.00 library file JVCLd9.inc are the 
lines:

// *********************************************************************
// Start Definition of Third Party Components // 
*********************************************************************

{ Activates SM-Export Wrapper Components (in DBActions) For further 
informations have a look at http://www.scalabium.com ATTENTION : 
BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMEXPORT PACKAGE FROM 
AUTOMATIC COMPILE NO MANUAL COMPILE } 
{.$DEFINE USE_3RDPARTY_SMEXPORT}

{ Activates SM-Import Wrapper Components (in DBActions) For further 
informations have a look at http://www.scalabium.com ATTENTION : 
BEFORE YOU ACTIVATE THIS OPTION YOU MUST CHANGE THE SMIMPORT PACKAGE FROM 
AUTOMATIC COMPILE NO MANUAL COMPILE } 
{.$DEFINE USE_3RDPARTY_SMIMPORT}

This is a fresh install of Delphi 2005 Enterprise, so I fully (I think) 
installed the Jedi library with the above defines commented out, then I 
installed the SM components, then I commented the above back in and 
recompiled.  However, I may have forgotten to make the SM components 
"Explicit Compile" before recompiling the Jedi library. :(

(sigh) Good intentions, bad implementation.

Suggestions?

Thanks,

Daniel


Subject: JVCL 3.00 and SMImport/SMExport from Scalabium
From: Daniel Bragg <nospam@ccdsystems.com>
Date: Thu, 5 May 2005 20:10:34 +0000 (UTC)
Newsgroups: jedi.vcl

CCD Support Account wrote:
> > Jens,
> > 
> > I see in the newly downloaded v3.00 that there is now integration with 
> > SMImport/SMExport from Scalabium.  Is there somewhere I can go to get 
> > more information about how to best use this?
> > 
> > Thank you,
> > 
> > Daniel Bragg
> > Systems Analyst
> > CCD Health Systems, Edmonton, AB
> > support@ccdsystems.com
> > 

It depends, on which informations you want to have.

The part where the components are integrated is the part of the Jvcl-DB-
Actions.

There are two actions for the smimport and smexport.

Feel free to ask for more infos.

But i think it's better to use the news group, in this case all other can 
share the same info.

Greetings
Jens
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Installing JVCL 3.0 Major Problems
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Thu, 5 May 2005 19:47:15 +0000 (UTC)
Newsgroups: jedi.vcl

"Wayne & Carr" <spam@spam.net> wrote in news:d5dm47$b68$1@talkto.net:

> > And have also checked to make sure that it deleted everything from the
> > \bpl\ directory. 

Make absolutely sure you don't have bpl's anywhere else in your path, 
especially your Windows or Windows/system directories.  Probably easiest 
just to do a search for *.bpl.  I had a minor problem installing on 6.02 
because of a couple of those.  Not the same one you are seeing, but perhaps 
your problem is related.  One other thing to look at is if you are loading 
your last used project, make sure that project hasn't overridden the BPL 
path in the project options to point somewhere other than the default.

Hope that helps,
  Jeff.


Subject: Re: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 5 May 2005 20:56:31 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > It will produce challenges like installing the JVCL with Lazarus

I don't think that the JVCL will ever work with JVCL. We have too many
dcc32 and VCL related code in the JVCL. Some components would work but
most components will not work with the LCL.

-- Regards, Andreas Hausladen 

Subject: Installing JVCL 3.0 Major Problems
From: "Wayne & Carr" <spam@spam.net>
Date: Thu, 5 May 2005 14:07:34 -0400
Newsgroups: jedi.vcl

Hello All;
(Win2k Pro SP3   D6.02)
  I have been using the JVCL & JVC for several years now.
And have never encountered any issues on installation like what I am
Having now.

  I downloaded [JVCL300CompleteJCL195-Build1848]
And have successfully run the "  install.bat " for both   JVC & JVCL
But after completion of the Installation and the initial launch of Delphi.
After the installation, I receive the following Error's

---------------------------
delphi32.exe - Entry Point Not Found
---------------------------
The procedure entry point @Jvexcontrols@initialization$qqrv could not be
located in the dynamic link library JvCoreD6R.bpl.
---------------------------
OK
---------------------------

2nd error

---------------------------
delphi32.exe - Entry Point Not Found
---------------------------
The procedure entry point @Jvexcontrols@initialization$qqrv could not be
located in the dynamic link library JvCoreD6R.bpl.
---------------------------
OK
---------------------------

3rd Error

---------------------------
Delphi 6: delphi32.exe - Entry Point Not Found
---------------------------
The procedure entry point @Jvappstorage@initialization$qqrv could not be
located in the dynamic link library JvCoreD6R.bpl.
---------------------------
OK
---------------------------

4th error

---------------------------
Delphi 6: delphi32.exe - Entry Point Not Found
---------------------------
The procedure entry point @Jvappstorage@initialization$qqrv could not be
located in the dynamic link library JvCoreD6R.bpl.
---------------------------
OK
---------------------------


Well, this basically just keeps on, and on, and on.


I have uninstalled and ran the "install.bat" to do the Uninstall process.
And have also checked to make sure that it deleted everything from the \bpl\
directory. And then reinstalled again, only to receive the same Error
messages
As the ones above.
Having to "Terminate" Delphi by use of the [Task Manager]
So that I do not have to go through the 20+ Error Messages that all popup.
Only to Uninstall it again.

If it was not for the fact that I was told to take a look at
{JVCL}\Examples\JvPageListTreeView
That is might end up being what I am needing for my project.
I would go back to the previous version of: [JVCL 2.10 Stable]
As I never had a problem with installation of anything else with it.

Could someone please let me know what is going on?

Also, I tried to install it manually, but that did not work either.

Thanks all, for quick responses to the MAJOR issue.

Thanks Again;
Wayne




Subject: Re: Semi-OT: Synchronizing between my local version control and the SourceForge CVS HEAD copy of JVCL3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 May 2005 19:53:32 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Because I need to keep my own 'stable working set' of JVCL3 files, I check them into my local version control system. (Which by the way, I am in the middle of transitioning from being a local CVS file-based repository to being a network SVN (subversion) server.)

OT answer:
My new job is interesting. We just have set up a Subversion repository
for all the projects we work on. Next will be a MediaWiki for the
internal communication aka a blackboard.
3 programmers (boss included) and some others for bookkeeping etc.


Subject: Re: JVCL.NET
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 May 2005 19:49:35 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> This would reduce programming to the "core" parts. Do you thing "we" the
> JVCL or "JEDI" programmers should do this? (that is what I read between
> the lines)

Yes. Getting closer together will help all projects.
It will produce challenges like installing the JVCL with Lazarus and
that in turn will drive development.
I do not see a big unified Pascal project and i do not want such a thing
but more discussion will definitely help all projects.

From my work for Jedi i have learned that the simplest way is to lead
by example. Start the work and if it shows signs of success all will follow. That is how the JVCL got revived.


Subject: Semi-OT: Synchronizing between my local version control and the SourceForge CVS HEAD copy of JVCL3
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 05 May 2005 11:58:10 -0400
Newsgroups: jedi.vcl

Because I need to keep my own 'stable working set' of JVCL3 files, I check them into my local version control system. (Which by the way, I am in the middle of transitioning from being a local CVS file-based repository to being a network SVN (subversion) server.)

ANyways, I want to be able to to a CVS update and try the latest JVCL3 without "abandoning" whatever I currently consider to be my "stable"
working set of JVCL3 sources, so I have decided to keep two separate copies of JVCL3 on my drive, and manage them somehow.

The "pseudo-stable" local version of JVCL3 will periodically be updated by synchronizing it somehow with my CVS JVCL3/ from sourceforge, and
check my changes (after testing them and making sure that CVS head will
stilll build!)  back into CVS head on sourceforge.

Has anyone developed a good system for maintaining such a complex arrangement?

What I am considering personally is two-fold:

(1) An environment variable called JVCL3 points to either:
        c:\cvshead\JVCL3 (the cvs sourceforge working location)
    -or-    c:\private_dev\JVCL3 (my local copy)
 Switching without changing Delphi's libpath is just a matter of shutting down the IDE, changing the JVCL3 environment variable, run the JVCL3 installer to install the selected set of BPLs into Delphi.

(2) Some kind of synchronization/merge/visual-diff tool that can show me the differences between CVS head and my local version control tool, and
then, optionally, periodically do something like a "cvs update" to merge
downward from c:\cvshead\JVCL3 ->  c:\cvshead\JVCL3 -> c:\private_dev\JVCL3.


Anyone doing this right now?   Anyone found good version-control-system aware merge/synch tools for this purpose?  Preferably one that understands local CVS and SVN repositories.  If not, I think it would be a good tool to write. :-)

Thanks,

Warren


Subject: Re: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 5 May 2005 13:41:57 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Adding it to Eclipse or KDevelop would probably be the best way.

Maybe. I'm currently writing an IDE that is used in our club to program
robots. And because there are two progamming languages (C++ and for Lego
Mindstorms(r) the NotQuitC language) it has the possibility to host many
compilers (like the Personalities in Delphi 2005)

> > Maybe see if we can bring together all those projects like Chrome,
> > FreePascal/Lazarus etc.

This would reduce programming to the "core" parts. Do you thing "we" the
JVCL or "JEDI" programmers should do this? (that is what I read between
the lines)



-- Regards, Andreas Hausladen 

Subject: Re: JVCL.NET
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 May 2005 13:37:45 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I don't think so. The Kylix Delphi compiler is still completely working
> under newer distributions. For the Kylix IDE you are right but why not
> write a new IDE, or at least a form designer ?

Adding it to Eclipse or KDevelop would probably be the best way.
Maybe see if we can bring together all those projects like Chrome, FreePascal/Lazarus etc.


Subject: Re: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 5 May 2005 11:00:07 +0200
Newsgroups: jedi.vcl

Don S wrote:

> > Until Borland commits to another Kylix release, CLX is a dead issue.

I don't think so. The Kylix Delphi compiler is still completely working
under newer distributions. For the Kylix IDE you are right but why not
write a new IDE, or at least a form designer ?


-- Regards, Andreas Hausladen 

Subject: Re: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 5 May 2005 10:56:14 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Can you elaborate on the impact on Win32, and, possibly CLX ?

There are some minor bugfixes for native code (no IFDEFed VisualCLX code
was changed). The rest is only in IFDEF CLR.

-- Regards, Andreas Hausladen 

Subject: TJvInspector - how to get flat scroll bars?
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 5 May 2005 03:58:01 -0400
Newsgroups: jedi.vcl

I'm trying to locate the spot in TJvInspector where flat scroll bars could be activated... but can't seem to find any place where scroll bars are given that info.  UpdateScrollbars uses ScrollInfo, but I don't know where else to look.  

Any hints?


Subject: Re: Mantis 2822
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 05 May 2005 09:57:56 +0200
Newsgroups: jedi.vcl

Done

Jens Fudickar wrote:
>
>
> OBones wrote:
>
>> However, the whitespacereplacement must still be done in node names, as it was done before.
>
>
> Yes. The code i'm looking is only removing multe blanks.
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvNavigationPane
From: "nagoyadam" <nagoyadam@yahoo.com.nospam>
Date: Thu, 5 May 2005 14:03:26 +0900
Newsgroups: jedi.vcl

> > What do you mean by "stopped functionning" ?
> > Please create a basic application, zip up the sources (and only that)

I mean that it does not change pages any more. You can try the demo program
that accompanies JVCL. I have installed an old version (April) and the
problem is fixed.




Subject: Re: JVCL.NET
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Thu, 5 May 2005 00:11:58 -0400
Newsgroups: jedi.vcl

>> > > Am I allowed to commit the JVCL.NET changes to the JVCL (if I have the
>> > > permission to commit the JCL.NET to JCL) ?
 
> > Can you elaborate on the impact on Win32, and, possibly CLX ?

Just my opinion... and with no disrespect towards Andreas' efforts...

Until Borland commits to another Kylix release, CLX is a dead issue.



Subject: Re: Mantis 2822
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 04 May 2005 23:19:58 +0200
Newsgroups: jedi.vcl



OBones wrote:
> However, the whitespacereplacement must still be done in node names, as it was done before.

Yes. The code i'm looking is only removing multe blanks.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvNavigationPane
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 04 May 2005 23:08:05 +0200
Newsgroups: jedi.vcl

nagoyadam wrote:

> After  installing JVCL 3.0 (2005.05.03) TJvNavigationPane stop functioning.
> I have tried the demo comes with JVCL examples and the same results.
> Any help?

What do you mean by "stopped functionning" ?
Please create a basic application, zip up the sources (and only that) and create an entry in Mantis:

http://homepages.borland.com/jedi/issuetracker/

Attach the zip file, describe what you get, what you would like to get, and we'll look into it


Subject: Re: Mantis 2822
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 04 May 2005 23:04:34 +0200
Newsgroups: jedi.vcl

However, the whitespacereplacement must still be done in node names, as it was done before.


Subject: Re: JVCL.NET
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 04 May 2005 23:03:42 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Am I allowed to commit the JVCL.NET changes to the JVCL (if I have the
> permission to commit the JCL.NET to JCL) ?

Can you elaborate on the impact on Win32, and, possibly CLX ?


Subject: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 May 2005 20:19:50 +0200
Newsgroups: jedi.vcl

Am I allowed to commit the JVCL.NET changes to the JVCL (if I have the
permission to commit the JCL.NET to JCL) ?


-- Regards, Andreas Hausladen 

Subject: Re: [JVInspector] Custom property editor ignores Get/Set methods?
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Wed, 4 May 2005 17:26:34 +0300
Newsgroups: jedi.vcl

Never mind.I got it.

For the TMemo component GetProperty return Lines.So...

Thank you.You were very helpfull
Pantelis

"Pantelis Saroglou" <panteluke@gmail.com> wrote in message 
news:d5akh1$mnn$1@talkto.net...
> > Thank you very very much for your help and your time. It works. But why 
> > TMemo works with 
> > TStrings(Data.AsOrdinal).Assign(frmOpt.ValueListEditor.Strings) ???? it 
> > shouldn't update TMemo's Lines
> >
> > pantelis
> >
> >
> > "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
> > news:d5aj61$mbu$1@talkto.net...
>> >> Pantelis Saroglou wrote:
>>> >>> procedure TOptionsProperty.Edit;
>>> >>> var
>>> >>>   frmOpt : TfrmOptions;
>>> >>> begin
>>> >>>   frmOpt := TfrmOptions.Create(Application);
>>> >>>   try
>>> >>>
>>> >>>     frmOpt.ValueListEditor.Strings.Assign(Tstrings(Data.AsOrdinal));
>>> >>>     // show the dialog box
>>> >>>     if frmOpt.ShowModal = mrOK then
>>> >>>       TStrings(Data.AsOrdinal).Assign(frmOpt.ValueListEditor.Strings);
>>> >>>
>>> >>>    finally
>>> >>>     frmOpt.Free;
>>> >>>    end;
>>> >>>
>>> >>> end;
>> >>
>> >>     The line 'TStrings(Data.AsOrdinal).Assign.....' simply uses the 
>> >> existing TStrings instance returned by your Options property. It doesn't 
>> >> set the property to a new value, just accesses the instance. You should 
>> >> probably use 'Data.AsOrdinal := Integer(frmOpt.ValueListEditor.Strings)' 
>> >> instead. That way, your property setter method is used.
>> >>
>> >>
>> >> -- 
>> >> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> >> Project JEDI Help coordinator
>> >> JEDI.NET team coordinator
>> >>
>> >> To mail me, remove the obvious from my mail address
> >
> > 




Subject: Re: [JVInspector] Custom property editor ignores Get/Set methods?
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Wed, 4 May 2005 17:20:26 +0300
Newsgroups: jedi.vcl

Thank you very very much for your help and your time. It works. But why 
TMemo works with 
TStrings(Data.AsOrdinal).Assign(frmOpt.ValueListEditor.Strings) ???? it 
shouldn't update TMemo's Lines

pantelis


"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:d5aj61$mbu$1@talkto.net...
> > Pantelis Saroglou wrote:
>> >> procedure TOptionsProperty.Edit;
>> >> var
>> >>   frmOpt : TfrmOptions;
>> >> begin
>> >>   frmOpt := TfrmOptions.Create(Application);
>> >>   try
>> >>
>> >>     frmOpt.ValueListEditor.Strings.Assign(Tstrings(Data.AsOrdinal));
>> >>     // show the dialog box
>> >>     if frmOpt.ShowModal = mrOK then
>> >>       TStrings(Data.AsOrdinal).Assign(frmOpt.ValueListEditor.Strings);
>> >>
>> >>    finally
>> >>     frmOpt.Free;
>> >>    end;
>> >>
>> >> end;
> >
> >     The line 'TStrings(Data.AsOrdinal).Assign.....' simply uses the 
> > existing TStrings instance returned by your Options property. It doesn't 
> > set the property to a new value, just accesses the instance. You should 
> > probably use 'Data.AsOrdinal := Integer(frmOpt.ValueListEditor.Strings)' 
> > instead. That way, your property setter method is used.
> >
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: [JVInspector] Custom property editor ignores Get/Set methods?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 04 May 2005 15:57:31 +0200
Newsgroups: jedi.vcl

Pantelis Saroglou wrote:
> procedure TOptionsProperty.Edit;
> var
>   frmOpt : TfrmOptions;
> begin
>   frmOpt := TfrmOptions.Create(Application);
>   try
>
>     frmOpt.ValueListEditor.Strings.Assign(Tstrings(Data.AsOrdinal));
>     // show the dialog box
>     if frmOpt.ShowModal = mrOK then
>       TStrings(Data.AsOrdinal).Assign(frmOpt.ValueListEditor.Strings);
>
>    finally
>     frmOpt.Free;
>    end;
>
> end;

    The line 'TStrings(Data.AsOrdinal).Assign.....' simply uses the existing TStrings instance returned by your Options property. It doesn't set the property to a new value, just accesses the instance. You should probably use 'Data.AsOrdinal := Integer(frmOpt.ValueListEditor.Strings)' instead. That way, your property setter method is used.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: [JVInspector] Custom property editor ignores Get/Set methods?
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Wed, 4 May 2005 16:49:26 +0300
Newsgroups: jedi.vcl

Well,actually it's getting more and more weird.
I thought it was the custom property editor but I was wrong.Maybe it's a 
silly question but I don't know.I put a ShowMessage into SetOptions.During 
design time, when I edit options (with the default StringList Editor or the 
custom it doesn't matter) a message shows.During Runtime with JVInspector 
(and other commercial inspectors too) nothing happens. I guess that I'm 
missing something important here, right? :)))

Pantelis 




Subject: Re: [JVInspector] Custom property editor ignores Get/Set methods?
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Wed, 4 May 2005 16:22:22 +0300
Newsgroups: jedi.vcl

I forgot to say that it's a compound component.It derives from TPanel and it 
has a TComboBox.

Thank you for your time
pantelis Saroglou 




Subject: [JVInspector] Custom property editor ignores Get/Set methods?
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Wed, 4 May 2005 16:17:47 +0300
Newsgroups: jedi.vcl

Hi. Let me explain my problem
I have my own component(like a TComboBox) but it has also one property 
Options (type array[1..2] of TStrings). I have the proper Get/Set. I have 
made a custom property editor with TValueListEditor. (That's why I have an 
array of TStrings,one for the item label and one for name-value). Everything 
works fine in IDE. Now, I'm trying to do this at runtime. So, as I have 
read, I made a descendant from TJVIspectorTStringsItem.I added to the 
project the custom editor's form and I created the BeforeItemCreate in order 
to check for the property'name and fire the correct editor. So the edit 
Method is:

procedure TOptionsProperty.Edit;
var
  frmOpt : TfrmOptions;
begin
  frmOpt := TfrmOptions.Create(Application);
  try

    frmOpt.ValueListEditor.Strings.Assign(Tstrings(Data.AsOrdinal));
    // show the dialog box
    if frmOpt.ShowModal = mrOK then
      TStrings(Data.AsOrdinal).Assign(frmOpt.ValueListEditor.Strings);

   finally
    frmOpt.Free;
   end;

end;

The editor seems to work fine. if I edit again,everything is stored and 
right in the editor. But ComboBoxItems don't refresh (it doesn't seem to 
fire the SetOptions).

function TGenSelect.GetOptions: TStrings;
begin
  Result := TStrings(fOptions[2]); // [2]  contains value
end;

procedure TGenSelect.SetOptions(const Value: TStrings);
var
  i : integer;
begin
  foptions[1].Clear;
  foptions[2].Clear;
  fOptions[2].Assign(Value);
  for i := 0 to Value.Count-1 do begin
    fOptions[1].Add(Value.Names[i]);
  end;
  ComboBox.Items.Assign(fOptions[1]);
  end;

I have a similar situation with TMemo where MemoValue is TStrings. Edit 
method is the same. SetMemoValue assign Value to Lines. So as it seems the 
only difference is on GetOptions where Result := Lines. In this component 
everything is OK

Sorry for this long message
pantelis




Subject: Re: Font Size component
From: "Peter Thörnqvist" <peter.tornqvist@nospam.gmail.com>
Date: Wed, 4 May 2005 15:08:50 +0200
Newsgroups: jedi.vcl

> > Which release of JVC contains this update?
None. You need to get it directly from CVS:
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvColorCombo.pas


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Font Size component
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Wed, 4 May 2005 14:49:20 +0200
Newsgroups: jedi.vcl

> > the TJvFontComboBox.OnChange event:
> >
> > begin
> >  FontSizeComboBox1.Items := JvFontComboBox1.FontSizes;
> >  FontSizeComboBox1.ItemIndex :=
> > FontSizeComboBox1.Items.IndexOfObject(TObject(SomeFont.Size));
> > end;

Which release of JVC contains this update? 




Subject: Re: Another JvXPBar problem
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Wed, 04 May 2005 11:17:51 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist schrieb:
>>I think the following code, an adapted version of TControl.Click, would do
>
> it:
> Tested. Seems to work fine.
>

Hi Peter,

a look at the cvs shows me that there's still the old code in it.

How can "we" change this? Should I post it first to mantis? Or do you or one of the other team members change it without a mantis entry?

Other way, how can I become a team member? Then I can change it by myself?


Regards

André


Subject: Re: [Fatal Error] Main.pas(14): Unit JvComputerInfoEx was compiled with a different version of JclSysInfo.TCpuInfo
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 04 May 2005 11:13:24 +0200
Newsgroups: jedi.vcl

Ant wrote:
> What else have I missed, I followed the instructions to the T afaics

    Search for any old versions of the JCL/JVCL .dcu's or .pas files and remove them. If your JCL/JVCL source paths are in the Delphi Library Paths or the project's Search Paths, there's even a possibility a copy of the JCL/JVCL .dcu's ended up in your projects' directory.

    The error clearly indicates the JVCL used a different version from the JclSysInfo file than your application is using. It is possible that your application is finding an old JvComputerInfoEx.pas/.dcu (or whatever unit that component is in) or an old JclSysInfo.pas/.dcu.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: [Fatal Error] Main.pas(14): Unit JvComputerInfoEx was compiled with a different version of JclSysInfo.TCpuInfo
From: Ant <Ant@nowhere.com>
Date: Wed, 04 May 2005 09:45:34 +0100
Newsgroups: jedi.vcl

Hi :)

> You have to download the latest version of the JCL (http://jcl.sourceforce.net) and the latest version of the JVCL (http://jvcl.sourceforge.net).

Hmmm downloaded the JVCL300CompleteJCL195-Build1848.zip and installed from this.

> Make sure that you cleaned the old installations (using the installer, click on uninstall), then you can install the new version.
>

Here is what I did

Used JVCL3RC1 installer to uninstall JVCL3RC1
Then Uninstalled JCL RC1 using the JCL3 RC1 Installer

Then Used JCL3 proper V1.95 build 1848 installer to install JCL3 proper
then used JVCL3 proper installer to install JVCL 3 proper

And still get this error :(

What else have I missed, I followed the instructions to the T afaics
Thanks
A


Subject: Re: Mantis 2822
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 04 May 2005 10:11:54 +0200
Newsgroups: jedi.vcl

> So as i understand, i should remove the code that removes the multiple "blanks".

Yes, the XML is not SGML (HTML is), so we should not take care of white spaces.
The code removing multiple spaces should be removed. The XML storage should give the application exactly the same datas as the datas that were written (at application level). At storage level we may use an other mecanism (IE: using entities), to avoid corruptions of datas.

Florent


Subject: Re: [Fatal Error] Main.pas(14): Unit JvComputerInfoEx was compiled with a different version of JclSysInfo.TCpuInfo
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 04 May 2005 10:07:45 +0200
Newsgroups: jedi.vcl

Hi,

You have to download the latest version of the JCL (http://jcl.sourceforce.net) and the latest version of the JVCL (http://jvcl.sourceforge.net).
Make sure that you cleaned the old installations (using the installer, click on uninstall), then you can install the new version.

Regards,

Florent


Subject: TJvValidateEdit Scientific Format Error
From: Matthias <matthias.letzel@uni-bielefeld.de>
Date: Wed, 04 May 2005 09:40:26 +0200
Newsgroups: jedi.vcl

It seem that there is a bug for the DisplayFormat "dfScientific". It allows only to use numbers larger than unity (i.e. 1e+xxx). The CheckChars are set and one can't enter a minus in order to use smaller numbers than unity (i.e. 1e-xxx). Is there a workaround?
It seem that also the value created from the "Text" entered is not correct: If you enter the Text property as 1,0E+033 the Value property will be 1.033!! (With german country settings) If you enter 1.0E+033 the value will be 10033!
Any Comments?



Subject: TJvValidateEdit Scientific Format
From: user@domain.invalid
Date: Wed, 04 May 2005 09:38:55 +0200
Newsgroups: jedi.vcl

It seem that there is a bug for the DisplayFormat "dfScientific". It allows only to use numbers larger than unity (i.e. 1e+xxx). The CheckChars are set and one can't enter a minus in order to use smaller numbers than unity (i.e. 1e-xxx). Is there a workaround?
It seem that also the value created from the "Text" entered is not correct: If you enter the Text property as 1,0E+033 the Value property will be 1.033!! (With german country settings) If you enter 1.0E+033 the value will be 10033!
Any Comments?



Subject: Re: globus JvgDBNavigator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 May 2005 07:32:46 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:

> > Is there a solution or fix? or should I just forget about ever using the
> > JvgDBNavigator?

The Globus components are more or less a stepchild to the JVCL because
they are of very less quality (source code and usage) . They are "not
supported" by the JVCL team and may disappear or merged with other
existing JVCL components.


-- Regards, Andreas Hausladen 

Subject: TJvNavigationPane
From: "nagoyadam" <nagoyadam@yahoo.com.nospam>
Date: Wed, 4 May 2005 13:30:21 +0900
Newsgroups: jedi.vcl

After  installing JVCL 3.0 (2005.05.03) TJvNavigationPane stop functioning.
I have tried the demo comes with JVCL examples and the same results.
Any help?





Subject: jvCreateProcess suggestion
From: "Phil Scadden" <P.scadden@^no-spam^remove.gns.cri.nz>
Date: Wed, 4 May 2005 15:51:06 +1200
Newsgroups: jedi.vcl

A process (especially a console process) can die a horrible death and this
object doesnt realise its
happened till a method fails. I have found an extra function quite useful.
If there is a better way, then
I would love to know.


function TJvCreateProcess.StillExists: boolean;
var
  ProcessHandle: THandle;
begin
  if FProcessInfo.dwProcessId = 0 then
    Result := false
  else
  begin
    ProcessHandle := OpenProcess(PROCESS_ALL_ACCESS, False,
FProcessInfo.dwProcessId);
    result := (ProcessHandle <> 0);
  end;
end;




Subject: globus JvgDBNavigator
From: "Peter Sanders" <peter@infopos.com.au>
Date: Wed, 04 May 2005 09:08:10 +0800
Newsgroups: jedi.vcl

Hi

The Globus JvgDBNavigator has never worked for me. (Using D5 on WinXP Pro)

I have not mentioned it previously, as it was/is such a *severe* fault, I expected it would have been fixed in subsequent releases.

The best I get is the "background" of the control visible on the form. NO buttons at all are displayed even with various settings changes.

The JvgDBNavigator also seems to upset the (my?) IDE. The OI does "odd" things and the palette does not repeatedly scroll if the left mouse button is held down on the tool palette scroll arrows. Removing the JvgDBNavigator from the form instantly corrects these anomalies.

Is there a solution or fix? or should I just forget about ever using the JvgDBNavigator?

Kind regards

Peter

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: JvFormStorage ReadString method
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 3 May 2005 19:49:44 -0400
Newsgroups: jedi.vcl

Hello all:

I just did a new install of 3.0 release - nice!!

When I use this code below I get an empty string.  I should get the 
string 'Empty'
My button does get the correct property update.  As you see I'm using an 
XML storage (JvAppXMLFileStorage)
Does the ReadString method work for you?  Is my ReadString syntax 
correct?

JvFormStorageUsed.StoredPropsPath := 'EXAM';
JvFormStorage1.ReadString('Button1_HelpKeyword','');  <<<<<

<?xml version="1.0" encoding="iso-8859-1"?>
<PDQConfig>
  <DERM>
    <FormVersion>0</FormVersion>
    <EXAM>
      <Button1_HelpKeyword>Empty</Button1_HelpKeyword>
      <Button2_HelpKeyword>actinic cheili</Button2_HelpKeyword>
....





Subject: [Fatal Error] Main.pas(14): Unit JvComputerInfoEx was compiled with a different version of JclSysInfo.TCpuInfo
From: Ant <Ant@nowhere.com>
Date: Tue, 03 May 2005 22:32:43 +0100
Newsgroups: jedi.vcl

Hi,

I was up until today using JVCL 3.0 RC1 and have a project with a few controls in it including the JvComputerInfoEx, but this has stopped working since I upgraded to JVCL 3.0 proper, everything else is fine, problem is I have made much use of this control, any idea how to fix this?

Thanks


Subject: Re: Mantis 2822
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 03 May 2005 23:18:49 +0200
Newsgroups: jedi.vcl

So as i understand, i should remove the code that removes the multiple "blanks".

Right?

Greetings
Jens

Jens Fudickar wrote:
> Hi,
>
> i need an xml-guru to look on this mantis entry:
> http://homepages.borland.com/jedi/issuetracker/view.php?id=2822
>
> I didn't know what's the right way to handle this.
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: F1 Help on C++ Builder 6
From: "Nilton Schlindwein" <nilton@protoninformatica.com.br>
Date: Tue, 3 May 2005 13:14:37 -0300
Newsgroups: jedi.vcl

Thanks Michal,

But where could I find this "search posts"? Please can you give a URL
(http:) for accessing it.
I had entered on the newsgroup just few days ago, via Outlook Express, and I
have only the latest 300 messages.

Thanks in adavnce!
Nilton.

"Michal Borsuk" <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid> escreveu 
na mensagem news:d578kf$vtm$1@talkto.net...
> > Nilton Schlindwein wrote:
>> >> I had installed JVCL on C++ Builder 6, but the F1 Help doesnt works...
>> >> Nothing happens when I click on F1...
> >
> > Look in the archive (search posts) about "help" or "open help" - there was 
> > a thread about it. I don't remember details, but I was asking a similar 
> > question.
> >
> > -- 
> > Michal Borsuk
> > Advanced Call Manager - a call register and manager.
> > http://www.advancedcallmanager.com/
> > 




Subject: Re: JvHtControls.dtx help updates in binaries
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 03 May 2005 10:40:22 +0200
Newsgroups: jedi.vcl

Don S wrote:

>>>> What is an "integer function" ?
>>>
>>> A function where the return value is an Integer data type?
>
>
>> That's what I thought, but it is not clear to me.
>> I'd rather have "this function returns an Integer" instead of "This is an Integer function", because, to me, the second is too close to "this is a private function".
>> Apart from that, the rest seemed fine.
>
>
> That's fine.  I'll correct it, finish the topics, and repost JvHtControls.dtx to binaries.

Thanks.
Maybe you've noticed, the tables are now processed correctly, as well as the code sections.
I'm working on getting the new "can upload" permission, as well as fixing a formatting bug when updating an item via the online editing facility.

Cheers
Olivier


Subject: Re: JVInspector Bug with Active Forms
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Tue, 3 May 2005 11:39:58 +0300
Newsgroups: jedi.vcl

I have just tried what you said, but nothing.The same exception again. I 
think it's JVinspector's problem, not ActiveForm's because if another 
control (TEdit or anything else) has the focus,it's OK.But thank  you for 
your time.

BTW I'm using Delphi 7.
"Kiriakos" <kvlahos@london.edu> wrote in message 
news:d57ai9$mr$1@talkto.net...
> > Could this be related to QC#7775 that was fixed in Delphi 2005 Update 1?
> >
> >
> > "Pantelis Saroglou" <panteluke@gmail.com> wrote in message 
> > news:d5778l$vm8$1@talkto.net...
>> >> Hi,I have the following problem with JVInspector.
>> >> Just build an Active form, drop a button and a JVInspector,who inspects 
>> >> that button. If you close IE,and the inspector has the focus, then IE 
>> >> pops up an exception (cannot focus a disabled or hidden window). If 
>> >> JVInsector doesn't have the focus or even if you override destroy and 
>> >> show a message(in order for JVinspector to lose focus) everything is OK.
>> >> I suspect that something is going wrong with Destroy and OnExit,wrong 
>> >> order or something like that.
>> >>
>> >> Thank you in advance
>> >>
>> >> Pantelis Saroglou
>> >>
> >
> > 




Subject: Re: JVInspector Bug with Active Forms
From: "Kiriakos" <kvlahos@london.edu>
Date: Tue, 3 May 2005 11:11:51 +0300
Newsgroups: jedi.vcl

Could this be related to QC#7775 that was fixed in Delphi 2005 Update 1?


"Pantelis Saroglou" <panteluke@gmail.com> wrote in message 
news:d5778l$vm8$1@talkto.net...
> > Hi,I have the following problem with JVInspector.
> > Just build an Active form, drop a button and a JVInspector,who inspects 
> > that button. If you close IE,and the inspector has the focus, then IE pops 
> > up an exception (cannot focus a disabled or hidden window). If JVInsector 
> > doesn't have the focus or even if you override destroy and show a 
> > message(in order for JVinspector to lose focus) everything is OK.
> > I suspect that something is going wrong with Destroy and OnExit,wrong 
> > order or something like that.
> >
> > Thank you in advance
> >
> > Pantelis Saroglou
> > 




Subject: Re: JvHtControls.dtx help updates in binaries
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Tue, 3 May 2005 04:07:43 -0400
Newsgroups: jedi.vcl

>>> > >>What is an "integer function" ?
>> > > A function where the return value is an Integer data type?

> > That's what I thought, but it is not clear to me.
> > I'd rather have "this function returns an Integer" instead of "This is 
> > an Integer function", because, to me, the second is too close to "this 
> > is a private function".
> > Apart from that, the rest seemed fine.

That's fine.  I'll correct it, finish the topics, and repost JvHtControls.dtx to binaries.


Subject: Re: F1 Help on C++ Builder 6
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Tue, 03 May 2005 09:39:24 +0200
Newsgroups: jedi.vcl

Nilton Schlindwein wrote:
> I had installed JVCL on C++ Builder 6, but the F1 Help doesnt works...
> Nothing happens when I click on F1...

Look in the archive (search posts) about "help" or "open help" - there was a thread about it. I don't remember details, but I was asking a similar question.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://www.advancedcallmanager.com/



Subject: Re: Mantis 2822
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 03 May 2005 09:32:08 +0200
Newsgroups: jedi.vcl

Hello

<quote src=http://www.ucc.ie/xml/#space>
It is the function of the application, not the parser, to decide which type of white-space to discard and which to retain. Many XML applications have configurable options to allow programmers or users to control how such white-space is handled.


Note

Why? Because XML can be used without a DTD or Schema, and in those cases it's impossible for the parser to know in advance whether white-space has occurred in element content (and would therefore be discardable) or in mixed content or PCDATA (where it must be preserved). In order to handle this case, the general rule was imposed that all white-space must be reported to the application.
<quote>

The parser should have a neutral position about white spaces:
 - it should not introduce new white spaces (or line breaks) while saving application's datas.
 - it should not reduce existing white spaces (or line breaks) while loading application's datas.

The parser should not modify datas it is handling. The datas that were passed in order to be written should be exactly the same (case, leading spaces, trailling spaces, normal spaces, line breaks, ;,<>"' ...) when read.

Standardized entities (&nbsp;) would be usefull.

Florent


Subject: Re: JvHtControls.dtx help updates in binaries
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 03 May 2005 09:30:34 +0200
Newsgroups: jedi.vcl

Don S wrote:

>> What is an "integer function" ?
>
>
> A function where the return value is an Integer data type?

That's what I thought, but it is not clear to me.
I'd rather have "this function returns an Integer" instead of "This is an Integer function", because, to me, the second is too close to "this is a private function".
Apart from that, the rest seemed fine.


Subject: JVInspector Bug with Active Forms
From: "Pantelis Saroglou" <panteluke@gmail.com>
Date: Tue, 3 May 2005 10:15:25 +0300
Newsgroups: jedi.vcl

Hi,I have the following problem with JVInspector.
Just build an Active form, drop a button and a JVInspector,who inspects that 
button. If you close IE,and the inspector has the focus, then IE pops up an 
exception (cannot focus a disabled or hidden window). If JVInsector doesn't 
have the focus or even if you override destroy and show a message(in order 
for JVinspector to lose focus) everything is OK.
I suspect that something is going wrong with Destroy and OnExit,wrong order 
or something like that.

Thank you in advance

Pantelis Saroglou 




Subject: JvMarkupViewer.dtx help updates posted in binaries
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Mon, 2 May 2005 19:57:45 -0400
Newsgroups: jedi.vcl

Updates for help topics in JvMarkupViewer.dtx have been posted in the binaries newsgroup.



Subject: Re: Mantis 2822
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Mon, 2 May 2005 17:40:38 -0400
Newsgroups: jedi.vcl

> > i need an xml-guru to look on this mantis entry:
> > http://homepages.borland.com/jedi/issuetracker/view.php?id=2822
 
> > I didn't know what's the right way to handle this.

According to the XML Spec (1.1):

<quote>

White Space Handling

In editing XML documents, it is often convenient to use "white space" (spaces, tabs, and blank lines) to set apart the markup for greater readability. Such white space is typically not intended for inclusion in the delivered version of the document. On the other hand, "significant" white space that should be preserved in the delivered version is common, for example in poetry and source code.
An XML processor MUST always pass all characters in a document that are not markup through to the application. A validating XML processor MUST also inform the application which of these characters constitute white space appearing in element content.

A special attribute named xml:space MAY be attached to an element to signal an intention that in that element, white space should be preserved by applications. In valid documents, this attribute, like any other, MUST be declared if it is used. When declared, it MUST be given as an enumerated type whose values are one or both of "default" and "preserve". For example:

<!ATTLIST poem  xml:space (default|preserve) 'preserve'>
<!ATTLIST pre xml:space (preserve) #FIXED 'preserve'>The value "default" signals that applications' default white-space processing modes are acceptable for this element; the value "preserve" indicates the intent that applications preserve all the white space. This declared intent is considered to apply to all elements within the content of the element where it is specified, unless overridden with another instance of the xml:space attribute. This specification does not give meaning to any value of xml:space other than "default" and "preserve". It is an error for other values to be specified; the XML processor MAY report the error or MAY recover by ignoring the attribute specification or by reporting the (erroneous) value to the application. Applications may ignore or reject erroneous values.

The root element of any document is considered to have signaled no intentions as regards application space handling, unless it provides a value for this attribute or the attribute is declared with a default value.

 

End-of-Line Handling
XML parsed entities are often stored in computer files which, for editing convenience, are organized into lines. These lines are typically separated by some combination of the characters CARRIAGE RETURN (#xD) and LINE FEED (#xA).

To simplify the tasks of applications, the XML processor MUST behave as if it normalized all line breaks in external parsed entities (including the document entity) on input, before parsing, by translating all of the following to a single #xA character:

  1.. the two-character sequence #xD #xA

  2.. the two-character sequence #xD #x85

  3.. the single character #x85

  4.. the single character #x2028

  5.. any #xD character that is not immediately followed by #xA or #x85.

The characters #x85 and #x2028 cannot be reliably recognized and translated until an entity's encoding declaration (if present) has been read. Therefore, it is a fatal error to use them within the XML declaration or text declaration. 

</quote>

In this case, the tool reading and writing the XML is the XML processor.  It shouldn't remove any whitespace.  If it trims whitespace in the current implementaion, then it is wrong... IMO.







Subject: Mantis 2822
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 02 May 2005 22:18:51 +0200
Newsgroups: jedi.vcl

Hi,

i need an xml-guru to look on this mantis entry:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2822

I didn't know what's the right way to handle this.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TAR with TJvZLIBMultiple
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 02 May 2005 13:20:29 -0400
Newsgroups: jedi.vcl

Toni Grabmayr wrote:
> Hi,
>
> coming from 3.00beta & 1.93 (jcl) version I installed latest versions
> of jvcl/jcl (30.04.2005) and now jclzlib.pas is not there any more; I
> used TarAllFiles there.
>

It was removed. (A longer explanation sent in private email.)


Subject: Re: JvHtControls.dtx help updates in binaries
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Mon, 2 May 2005 12:33:07 -0400
Newsgroups: jedi.vcl


> > What is an "integer function" ?

A function where the return value is an Integer data type?


Subject: Re: JvHtControls.dtx help updates in binaries
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 02 May 2005 17:56:09 +0200
Newsgroups: jedi.vcl

Don S wrote:

> I posted updates for help topics in JvHtControls.dtx to the binaries group. 
> I omitted docs for:
>
> * ItemHTHeight
> * ItemHTPlain
> * ItemHTDrawEx
> * ItemHTDraw
>
>
> until I got some feedback on ItemHTWidth.  If ItemHTWidth is accurate, I can write those topics in a similar vein.


This is now in CVS and in the online help, but just one question:

What is an "integer function" ?


Subject: Re: JvHtmlParser.dtx help updates in binaries.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 02 May 2005 17:54:30 +0200
Newsgroups: jedi.vcl

Don S wrote:

> I posted help updates for JvHtmlParser.dtx in binaries.  Let me know if anything looks suspicous. <g>
>


This is now in CVS and in the online help.


Subject: Re: JvMarkupCommon.dtx updates posted in binaries.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 02 May 2005 17:54:24 +0200
Newsgroups: jedi.vcl

Don S wrote:

> An attachment with updates to JvMarkupCommon.dtx has been posted in the binaries newsgroup.


This is now in CVS and in the online help.

Thanks for all that.


Subject: Re: JvMarkupLabel.dtx updates posted in binaries
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 02 May 2005 17:49:29 +0200
Newsgroups: jedi.vcl

Don S wrote:

> Help topic updates for JvMarkupLabel.dtx have been posted in the binaries newsgroup.

This is now in CVS and in the online help.


Subject: Repost: Little issue with JvEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 2 May 2005 16:50:56 +0200
Newsgroups: jedi.vcl

Hi,
I've asked this question before in March but got no answer. I added an
entry in Mantis but no answer as well.

"
I'm using TJvEdit with ThemedPassword := True and ProtectPassword := True.
Using themes on a new form I get those little bullets (or discs) to hide
the password.

When setting ReadOnly to true, for this edit, the bullets disappear and are
replace by the character 'I' (special character).
"

Can you please review this?
-- cu, Michael 

Subject: TJvTimeFrameWork
From: "Charles Adriano - Brazil" <d0001g@yahoo.com.br>
Date: Mon, 2 May 2005 11:03:32 -0300
Newsgroups: jedi.vcl

hi all

i need the help file and/or tutorial how to work with TJvTimeFrameWork

  -  TJvTFScheduleManager
  -  TJvTFUniversalPrint
  -  TJvTFGlanceTextViewer
  -  TJvTFMonths
  -  TJvTFWeeks
  - TJvTFDays
  - TJvTFDaysPrinter

best regards

Charles Adriano 




Subject: Re: Error Using TRichSearchTypes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 02 May 2005 13:17:25 +0200
Newsgroups: jedi.vcl

Paw Suddergaard wrote:

> Oh... Like that ;o)
>
> I thought you meant something in BCB's own files or something like that!
>
> Just add a Copy of the original function with a new name...
>
> So the pas file would be : JvRichEdit.pas in the "run" directory?

Absolutely.


Subject: Re: Error Using TRichSearchTypes
From: Paw Suddergaard <paw@easyflex.dk>
Date: Mon, 02 May 2005 12:54:58 +0200
Newsgroups: jedi.vcl

Oh... Like that ;o)

I thought you meant something in BCB's own files or something like that!

Just add a Copy of the original function with a new name...

So the pas file would be : JvRichEdit.pas in the "run" directory?

best regards,

/Paw


Subject: Re: Error Using TRichSearchTypes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 02 May 2005 12:21:49 +0200
Newsgroups: jedi.vcl

Paw Suddergaard wrote:

> Hi!
>
> Many thanks,  i'll try that.
>
> Any idea of how i add a special FindTextBCB ??? << Not shure where i should do this.

Oh that's easy, edit the .pas file, find the FindText function declaration (line 728), copy it, paste it right beneath the original one, and add BCB at the end. Something like that:

    function FindTextBCB(const SearchStr: string;
      StartPos, Length: Integer; Options: TRichSearchTypes): Integer;

Then, in the implementation section, find FindText again (line 2790) and right beneath the end of that functon, add this:

function TJvCustomRichEdit.FindTextBCB(const SearchStr: string;
  StartPos, Length: Integer; Options: TRichSearchTypes): Integer;
begin
  Result := Self.FindText(SearchStr, StartPos, Length, Options);
end;


Close BCB, recompile the JVCL, enjoy ;-)


Subject: Re: Error Using TRichSearchTypes
From: Paw Suddergaard <paw@easyflex.dk>
Date: Mon, 02 May 2005 12:18:21 +0200
Newsgroups: jedi.vcl

Hi!

Many thanks,  i'll try that.

Any idea of how i add a special FindTextBCB ??? << Not shure where i should do this.

Anyway thanks for you quick reply!!! :O)

best regards,

/Paw


Subject: Re: Error Using TRichSearchTypes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 02 May 2005 11:37:20 +0200
Newsgroups: jedi.vcl

Paw Suddergaard wrote:
> Hi Again!
>
> I was a little to quick to say it worked... Only did a ALT+F9 :o)
>
> Anyway Im getting this error :
>
> [Linker Error] Unresolved external '__fastcall Jvrichedit::TJvCustomRichEdit::FindTextA(const System::AnsiString, int, int, System::Set<Jvrichedit::TRichSearchType, 0, 3>)' referenced from ....
>
> And this is my code :
>
> int Pos = RichEdit->FindText(SearchText, Startpos, Endpos, TRichSearchTypes()<<Jvrichedit::stMatchCase);
>
> Any ideas?

Yup, if you read well, you'll see that the linker cannot find FindTextA (notice the A). That's because FindText is a Win32 API, defined as a macro either pointing to FindTextA of FindTextW.
To solve this, temporarily, add this line just after #pragma hdrstop in the cpp file:

#define FindTextA FindText

The long term solution is to rename FindText or to add a FindTextBCB function just for BCB. I'd go for the second option (less impact), but that must be discussed with others.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Error Using TRichSearchTypes
From: Paw Suddergaard <paw@easyflex.dk>
Date: Mon, 02 May 2005 11:23:21 +0200
Newsgroups: jedi.vcl

Hi Again!

I was a little to quick to say it worked... Only did a ALT+F9 :o)

Anyway Im getting this error :

[Linker Error] Unresolved external '__fastcall Jvrichedit::TJvCustomRichEdit::FindTextA(const System::AnsiString, int, int, System::Set<Jvrichedit::TRichSearchType, 0, 3>)' referenced from ....

And this is my code :

int Pos = RichEdit->FindText(SearchText, Startpos, Endpos, TRichSearchTypes()<<Jvrichedit::stMatchCase);

Any ideas?


/Paw


Subject: Re: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 May 2005 11:10:33 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Unfortunatelly I have a stack overflow with every component 
> > that derives from TJvCustomComboEdit. 

Oh man, what a stupid bug.
function DrawText(Canvas: TCanvas; const Text: string; Len: Integer; var
R: TRect; WinFlags: Integer): Integer; overload;
begin
  {$IFDEF CLR}
  Result := {>>}Windows.{<<}DrawText(Canvas.Handle, Text, Len, R, WinFlags
and not DT_MODIFYSTRING); // make sure the string cannot be modified
  {$ELSE}
  Result := DrawText(Canvas, PChar(Text), Len, R, WinFlags and not
DT_MODIFYSTRING); // make sure the string cannot be modified  {$ENDIF CLR}
  {$ENDIF CLR}
end;

I have removed the PChar variant of the JvJCLUtils DrawText() but forgot
to add the "Windows." to the DrawText call. So the function called itself.
But why can't .NET show the stacktrace for a StackOverflowException ?


-- Regards, Andreas Hausladen 

Subject: TAR with TJvZLIBMultiple
From: "Toni Grabmayr" <toni.grabmayr@grs-software.de>
Date: Mon, 2 May 2005 08:23:20 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

coming from 3.00beta & 1.93 (jcl) version I installed latest versions
of jvcl/jcl (30.04.2005) and now jclzlib.pas is not there any more; I
used TarAllFiles there.

Can anybody tell me if this functionality can be achived with
TJvZLIBMultiple?

Regards

Toni


Subject: Re: Where is TJvArrow ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 May 2005 08:12:49 +0200
Newsgroups: jedi.vcl

Steve Paris wrote:

> I can't find them in JEDI 3

Retired to Archive. Probably no replacement.


Subject: JvMarkupLabel.dtx updates posted in binaries
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sat, 30 Apr 2005 20:34:54 -0400
Newsgroups: jedi.vcl

Help topic updates for JvMarkupLabel.dtx have been posted in the binaries newsgroup.



Subject: F1 Help on C++ Builder 6
From: "Nilton Schlindwein" <nilton@protoninformatica.com.br>
Date: Sat, 30 Apr 2005 20:49:27 -0300
Newsgroups: jedi.vcl

I had installed JVCL on C++ Builder 6, but the F1 Help doesnt works...
Nothing happens when I click on F1...




Subject: JvMarkupCommon.dtx updates posted in binaries.
From: "Don S" <blacknapkin@twistandfruge.com>
Date: Sat, 30 Apr 2005 17:06:05 -0400
Newsgroups: jedi.vcl

An attachment with updates to JvMarkupCommon.dtx has been posted in the binaries newsgroup.


Subject: Re: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 30 Apr 2005 22:24:17 +0200
Newsgroups: jedi.vcl

I made the JCL.NET to work without any Windows API related code. So many
functions in JclSysUtils, JclFileUtils and JclSysInfo are not available.
But I tried to replace many of them by .NET FCL code.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL.NET
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 30 Apr 2005 22:09:27 +0200
Newsgroups: jedi.vcl

> {$IF>>N<<DEF CLR}
> Most JclSysInfo.pas code
> {$ENDIF ~CLR}

As a result, some code won't be ported to .net :(
Anyway assembler code of JclSysInfo.pas is no more needed in .net, it detects some CPU features, that is not usefull in .net program which are supposed to run everywhere.

Florent


Subject: Re: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 30 Apr 2005 17:29:49 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > How will you translate JclSysInfo.pas ? 

{$IF>>N<<DEF CLR}
Most JclSysInfo.pas code
{$ENDIF ~CLR}


-- Regards, Andreas Hausladen 

Subject: Re: JVCL.NET
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 30 Apr 2005 17:27:19 +0200
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :
> The JvToolEdit, JvBaseEdit, JvEdit, JvJCLUtils, JvJVCLUtils, JvWizard,
> JvPickDate and some more files now compile under .NET. Unfortunatelly I
> have a stack overflow with every component that derives from
> TJvCustomComboEdit. This infinite loop does not happen in Win32. The main
> reason why I have not found the cause for the stack overflow is that .NET
> does not seem to generate a stack trace for stack overflows. And debugging
> through the VCL.NET with the Dispatch method is a horrible job which I
> stopped after 3 hours without any result.

How will you translate JclSysInfo.pas ? There are some assembler functions to detect cpu features. Is there any equivalent in .net ?

Regards,

Florent


Subject: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 30 Apr 2005 17:18:32 +0200
Newsgroups: jedi.vcl

The JvToolEdit, JvBaseEdit, JvEdit, JvJCLUtils, JvJVCLUtils, JvWizard,
JvPickDate and some more files now compile under .NET. Unfortunatelly I
have a stack overflow with every component that derives from
TJvCustomComboEdit. This infinite loop does not happen in Win32. The main
reason why I have not found the cause for the stack overflow is that .NET
does not seem to generate a stack trace for stack overflows. And debugging
through the VCL.NET with the Dispatch method is a horrible job which I
stopped after 3 hours without any result.

-- Regards, Andreas Hausladen 

Subject: Where is TJvArrow ?
From: Steve Paris <"\"SPAM\"steve.paris"@MDERR.gouv.qc.ca>
Date: Fri, 29 Apr 2005 13:51:34 -0400
Newsgroups: jedi.vcl

I can't find them in JEDI 3


Subject: How to use JvTFAlarm
From: "Sick Boy" <lokuras@retemail.es>
Date: Fri, 29 Apr 2005 18:28:40 +0200
Newsgroups: jedi.vcl

 Hi everyone, you made a good work !!!

I'm trying to use the TJVTFAlarm component with a JvTFManager, but the event
OnAlarm doesn't do anything...

I have the alarm component enabled and the TimerInterval set to 3000
I don`t know what to do with the Resources properties,is this maybe my
mistake ??

In the source of JvTFAlarm.pas I can see the private function GetResources,
which call ConnectSchedules, which is also called on Loaded procedure.
But in runtime I tryed a simple listbox1.items:=jvtfalarm1.resources but the
listbox is clear.

Could anyone post an advice or some help ??




Subject: Re: JvAppStorage - GetClass without virtual constructor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 29 Apr 2005 00:07:06 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Could you change it?

The fixed code will come when I commit the .NET enabled code. (Should be
after porting JclShell and JvBrowseDirectoroy, so JvToolEdit compiles)


-- Regards, Andreas Hausladen 

Subject: Re: JvAppStorage - GetClass without virtual constructor
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 28 Apr 2005 22:20:18 +0200
Newsgroups: jedi.vcl

My fault also :-(

Could you change it?

Greetings
Jens

Andreas Hausladen wrote:
> And the next one:
>
> TJvAppStoragePropertyBaseEngine = class(TObject) has no virtual
> constructor but is used through a class reference. Delphi.NET gives me the
> error message "potential polymorphic constructor call must be virtual".
>
> In that case it is easy to add a virtual constructor to the base class.
> But the other problem still exists. I currently use the System.Activator
> for this to call the correct constructor.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage - GetClass without virtual constructor
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 28 Apr 2005 22:19:57 +0200
Newsgroups: jedi.vcl

You are right.

But how to change this? We could change the method to something like "CreateClass" which creates the class directly.

Greetings
Jens

Andreas Hausladen wrote:
> I found this method:
>
> function TJvCustomAppStorage.DefaultObjectListItemCreateEvent(Sender:
> TJvCustomAppStorage; const Path: string; Index: Integer): TPersistent;
> var
>   NewClassName: string;
> begin
>   NewClassName := Sender.ReadString(ConcatPaths([Path, cClassName]));
>   Result := TPersistent(GetClass(NewClassName).Create);
> end;
>
> The line
>   Result := TPersistent(GetClass(NewClassName).Create);
> looks suspicious to me and Delphi.NET.
> First the type is not necessary because GetClass returns a TPersistent, so
> does TPersistent.Create.
> Second the TPersistent constructor is not virtual so this code always
> invokes TPersistent.Create.
>
> For me it is a wrong code. Any comments, explain?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Font Size component
From: "Peter Thornqvist [JVCL Developer]" <peter.removetheobvious.tornqvist@gmail.com>
Date: Thu, 28 Apr 2005 19:04:05 +0200
Newsgroups: jedi.vcl

I've added a public FontSizes:TStrings property to TJvFontComboBox. It
returns a list of supported sizes for the currently selected font. If the
font is a truetype font or is missing font size info (some fonts only have a
single default record that cannot be trusted), it returns a list of default
sizes (same as the font dialog). To use, you can add something like this to
the TJvFontComboBox.OnChange event:

begin
  FontSizeComboBox1.Items := JvFontComboBox1.FontSizes;
  FontSizeComboBox1.ItemIndex :=
FontSizeComboBox1.Items.IndexOfObject(TObject(SomeFont.Size));
end;


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Font Size component
From: "Mike Shkolnik" <mshkolnik2002@ukr.net>
Date: Thu, 28 Apr 2005 18:12:14 +0300
Newsgroups: jedi.vcl

Use the freeware TSMFontSizesCombo component:
http://www.scalabium.com/smfontcb.htm

--
With best regards, Mike Shkolnik
EMail: mshkolnik@scalabium.com
http://www.scalabium.com

"Michele Santucci" <michele.santucci@celinavio.it> wrote in message
news:d4qnv1$gk3$1@talkto.net...
> > Hello NG,
> >
> > I need a component to select the font size accordingly to the selected
> > font... someone can help me?
> >
> > BTW I use the TJvFontComboBox to select the font...
> >
> > --
> > Michele Santucci
> > ===================
> > Celin Avio S.r.l.
> > Software Dev. Manager
> > --------------------------------------
> > tel. +390187564080
> > Via Fontevivo 21/M
> > 19126 La Spezia
> > ===================
> >
> >




Subject: Re: Font Size component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 28 Apr 2005 16:16:42 +0200
Newsgroups: jedi.vcl

Michele Santucci wrote:
> Hello NG,
>
> I need a component to select the font size accordingly to the selected font... someone can help me?

Please describe precisely what you want and best in a general Delphi newsgroup.


Subject: Font Size component
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Thu, 28 Apr 2005 15:34:46 +0200
Newsgroups: jedi.vcl

Hello NG,

I need a component to select the font size accordingly to the selected 
font... someone can help me?

BTW I use the TJvFontComboBox to select the font...

-- Michele Santucci =================== Celin Avio S.r.l. Software Dev. Manager -------------------------------------- tel. +390187564080 Via Fontevivo 21/M 19126 La Spezia =================== 

Subject: Re: Kylix Application
From: "FreshChicken" <spurnomo@tigaserangkai.co.id>
Date: Thu, 28 Apr 2005 17:44:56 +0700
Newsgroups: jedi.vcl

----- Original Message -----
From: "OBones" <oobnes__gf_@_gfd_altern.org>

> > Nope, sorry, I'm the one who is wrong here.
> > qrun, qdesign and qpackage got removed from the archive for some reason
> > I'm not clear about. Well, the CLX support is removed from the
> > installer, because we have no way to know if it works because no
> > developer uses it
> > If you want those files, please get the daily snapshot from here:
> >
> > http://jvcl.sourceforge.net/daily/
> >
> > It will contain the required directories. However, you will have to
> > install the packages manually and no guarantee can be given on the
> > compiling status of the JVCL at this time.
> >
> > Please do not hesitate to provide us with your feedback on how the whole
> > procedure went.
> >
> > Olivier

Hi,

I've download the file from the link above, and the qdesign and qrun files
were there.
But when i try to installed the package manually, there are errors.The
package required some files that i can't found it anywhere.Those files are:
ClxDesignWindows, ClxEditors, ClxIconEdit etc (Those files are the contain
of and required by clxdesigner.dpk).

Acctually I really want to try and explore the 'new jedi', because i still
use very old jedi now (released on 2001-02-08)   :(
But I can't do it, because i have a project that develop as CLX application
using Delphi 7 that required some component from the 'old jedi'.

Thanks in advance



Regard,

Sigit Purnomo M
YM   : the_freshchicken
Indonesia

=============================================================
* You'll never see the stars if you are always looking down *
=============================================================





Subject: Splitter control on the inside of the resizable control?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 28 Apr 2005 12:09:00 +0200
Newsgroups: jedi.vcl

(Assuming splitter operates left-right with alLeft) ...

I'm looking for a splitter control that positions itself on the left *inner* side of a control instead of the left *outer* side.

The problem is that the control that I want to expand/retract appears a bit disproportionate (wider on the right side) with the size of the splitter width added to it.

Any ideas?

Kind regards

Abdullah


Subject: Re: TJvXPBar header colors different at run time
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 28 Apr 2005 12:08:51 +0200
Newsgroups: jedi.vcl

Gary wrote:
> Thanks, that was very helpful.  However, instead of putting another container beneath it, I changed the GradientFrom color from clWhite to $00FFFFFE.  That did the trick.  Something about pure white must be invoking transparency.

The storage of the properties of TJvXPBarColors is done wrong:

(simplified)

TJvXPBarColors = class(..)
published
  property BodyColor: TColor default TColor($00F7DFD6);
end;

constructor TJvXPBarColors.Create;
begin
  FBodyColor := TColor($00F7DFD6);

  {$IFDEF JVCLThemesEnabled}
  if ThemeServices.ThemesEnabled then
  begin
    FBodyColor := SomeOtherColor;
  end;
  {$ENDIF JVCLThemesEnabled}
end;

If the value of BodyColor is not changed at desing-time then:

1. The value is not stored because of the 'default' storage specifier of the property.
2. In the constructor of TJvXPBarColors the property is not set to the default value (because themes are enabled).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvXPBar header colors different at run time
From: Gary <nospam@nojunk.com>
Date: Wed, 27 Apr 2005 18:20:03 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:
> With XP Themes on, you may have to put a TPanel underneath the XPBar if you want to set a particular header color. At least I think that's what's happening. :-)

Thanks, that was very helpful.  However, instead of putting another container beneath it, I changed the GradientFrom color from clWhite to $00FFFFFE.  That did the trick.  Something about pure white must be invoking transparency.

....Gary


Subject: Re: TJvXPBar header colors different at run time
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 27 Apr 2005 17:08:48 -0400
Newsgroups: jedi.vcl

Gary wrote:
> Why does the header color in TJvXPBar look different in design mode and run time?  It has something to do with XP themes, because if I disable XP themes, the run time bar color looks correct.  With themes on, the header color is a lot darker.

With XP Themes on, you may have to put a TPanel underneath the XPBar if you want to set a particular header color. At least I think that's what's happening. :-)

Warren


Subject: TJvXPBar header colors different at run time
From: Gary <nospam@nojunk.com>
Date: Wed, 27 Apr 2005 16:03:16 -0400
Newsgroups: jedi.vcl

Why does the header color in TJvXPBar look different in design mode and run time?  It has something to do with XP themes, because if I disable XP themes, the run time bar color looks correct.  With themes on, the header color is a lot darker.

How do I get the colors to look the way I designed them?

BTW, I posted a bug report regarding TJvXPBar.  The wrong item is highlighted when you point your cursor over the top half of an item.

....Gary


Subject: Re: JvAppStorage - GetClass without virtual constructor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 27 Apr 2005 19:09:21 +0200
Newsgroups: jedi.vcl

And the next one:

TJvAppStoragePropertyBaseEngine = class(TObject) has no virtual
constructor but is used through a class reference. Delphi.NET gives me the
error message "potential polymorphic constructor call must be virtual".

In that case it is easy to add a virtual constructor to the base class.
But the other problem still exists. I currently use the System.Activator
for this to call the correct constructor.

-- Regards, Andreas Hausladen 

Subject: JvAppStorage - GetClass without virtual constructor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 27 Apr 2005 18:02:37 +0200
Newsgroups: jedi.vcl

I found this method:

function TJvCustomAppStorage.DefaultObjectListItemCreateEvent(Sender:
TJvCustomAppStorage; const Path: string; Index: Integer): TPersistent;
var
  NewClassName: string;
begin
  NewClassName := Sender.ReadString(ConcatPaths([Path, cClassName]));
  Result := TPersistent(GetClass(NewClassName).Create);
end;

The line
  Result := TPersistent(GetClass(NewClassName).Create);
looks suspicious to me and Delphi.NET.
First the type is not necessary because GetClass returns a TPersistent, so
does TPersistent.Create.
Second the TPersistent constructor is not virtual so this code always
invokes TPersistent.Create.

For me it is a wrong code. Any comments, explain?

-- Regards, Andreas Hausladen 

Subject: Re: Kylix Application
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 27 Apr 2005 13:30:21 +0200
Newsgroups: jedi.vcl

FreshChicken wrote:

> "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
> news:d4nl3d$oop$2@talkto.net...
>
>> FreshChicken wrote:
>
>
>> QDesign and QRun are in the full archive.
>
>
> I've download and install JVCL from this link:
> http://prdownloads.sourceforge.net/jvcl/JVCL300CompleteJCL195-Build1848.zip?
> download
>
> But there are no QDesign and QRun folder, there are no Q files in that
> archieve. There is only QExamples folder. Did I download the wrong file?

Nope, sorry, I'm the one who is wrong here.
qrun, qdesign and qpackage got removed from the archive for some reason I'm not clear about. Well, the CLX support is removed from the installer, because we have no way to know if it works because no developer uses it
If you want those files, please get the daily snapshot from here:

http://jvcl.sourceforge.net/daily/

It will contain the required directories. However, you will have to install the packages manually and no guarantee can be given on the compiling status of the JVCL at this time.

Please do not hesitate to provide us with your feedback on how the whole procedure went.

Olivier


Subject: JvSchedEvtStore
From: "rickysut" <ricky@connexiasolutions.com>
Date: Wed, 27 Apr 2005 18:23:51 +0700
Newsgroups: jedi.vcl

How I use TjvSchedEvtStore to save my Events to XML file. I Use
TJvScheduledEvent.

Thanks




Subject: Re: Kylix Application
From: "FreshChicken" <spurnomo@tigaserangkai.co.id>
Date: Wed, 27 Apr 2005 17:05:10 +0700
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:d4nl3d$oop$2@talkto.net...
> > FreshChicken wrote:

> > QDesign and QRun are in the full archive.

I've download and install JVCL from this link:
http://prdownloads.sourceforge.net/jvcl/JVCL300CompleteJCL195-Build1848.zip?
download

But there are no QDesign and QRun folder, there are no Q files in that
archieve. There is only QExamples folder. Did I download the wrong file?

Thanx in advance




Subject: Re: Kylix Application
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 27 Apr 2005 11:33:55 +0200
Newsgroups: jedi.vcl

FreshChicken wrote:

> I've install JVCL3 but i have a problem now. I have a kylix application that develop using Delphi 7, in that application i used ProgressDialog from JVCL 2. But now after i upgrade into JVCL 3, the progress dialog doesn't exist in kylix application, what should i do? Where is the 'Q' source files? There is QExamples Folder, but where is the QDesign and QRun folder? Please... help me...
> Thanx in advance

QDesign and QRun are in the full archive.


Subject: Kylix Application
From: FreshChicken <freshchicken@gmail.com>
Date: Wed, 27 Apr 2005 09:49:15 +0700
Newsgroups: jedi.vcl

I've install JVCL3 but i have a problem now. I have a kylix application that develop using Delphi 7, in that application i used ProgressDialog from JVCL 2. But now after i upgrade into JVCL 3, the progress dialog doesn't exist in kylix application, what should i do? Where is the 'Q' source files? There is QExamples Folder, but where is the QDesign and QRun folder? Please... help me...
Thanx in advance

Sigit Purnomo
Indonesia


Subject: JvHtmlParser.dtx help updates in binaries.
From: "Don S" <mudshark@rancidbud.org>
Date: Tue, 26 Apr 2005 15:39:19 -0400
Newsgroups: jedi.vcl

I posted help updates for JvHtmlParser.dtx in binaries.  Let me know if anything looks suspicous. <g>



Subject: Re: JvDBGrid CanEditShow Problem
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 26 Apr 2005 13:53:29 +0100
Newsgroups: jedi.vcl

> >Fred,
> >
> >I have also some modifications done one ther jvDbGrid and 
jvDBUltimGrid, do 
> >you like to have them as well. to intergrade into an updated *grid?

Post your modified versions into Binaries. What are the main changes?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvValidateEdit (JVCL 3)
From: "Alan Garny" <someone@somewhere.cm>
Date: Tue, 26 Apr 2005 13:20:02 +0100
Newsgroups: jedi.vcl

>> >> - Is there a way not to disable DecimalPlaces? This is really getting to 
>> >> me. Numbers that I am after can have 0 to several decimals, so I don't 
>> >> want to format the output at all.
> > Is TrimDecimals property of any help to you? If not, please clarify your 
> > intentions.

By the way, I meant "Is there a way to disable DecimalPlaces"...

Otherwise, I have just played with TrimDecimals, but it doesn't help me, I 
am afraid...

The problem is that by default DecimalPlaces is set to 2. This means that if 
I enter 123.456, it will round it to 123.46, which is not what I want. I 
just want to keep all the digits...

Anyway, as I have said elsewhere in this thread, I am now using dfCheckChars 
and that does a good enough job for me...

    Alan. 




Subject: Re: TJVDBGrid - column moving
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 26 Apr 2005 13:36:06 +0200
Newsgroups: jedi.vcl

awod wrote:

> I have D6 application. I'm using TJVDBGrid and want woving column at runtime. But i'm not found how I can do it.
>
> 2OBones: what encoding i must using?

Use 7bit instead of Base64


Subject: Re: TJVDBGrid - column moving
From: "awod" <lexa@mfti.ru>
Date: Tue, 26 Apr 2005 15:11:50 +0400
Newsgroups: jedi.vcl

I have D6 application. I'm using TJVDBGrid and want woving column at runtime. But i'm not found how I can do it.

2OBones: what encoding i must using?

Subject: Re: JvValidateEdit (JVCL 3)
From: Ivo Bauer <abuer@zom.zc>
Date: Tue, 26 Apr 2005 12:39:32 +0200
Newsgroups: jedi.vcl

Hi, Alan!

Alan Garny napsal(a):
> Hi, I am trying to use JvValidateEdit to allow users to enter a floating number that is greater or equal to 0. Unfortunately, it doesn't quite work as I expected. Two problems (so far):
>
> - I keep getting the comma such as in "1,000.00". Is there a way to get rid of it?

AFAIK, not. The value text is formatted according to Windows locale settings. To get the actual value either use EditText property (as you've already mentioned) or AsFloat property and turn the FP number into whatever you need with FormatFloat() or similar routine.

> - Is there a way not to disable DecimalPlaces? This is really getting to me. Numbers that I am after can have 0 to several decimals, so I don't want to format the output at all.

Is TrimDecimals property of any help to you? If not, please clarify your intentions.


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.

________________________________________________

ModLink - MODBUS Messaging Components for Delphi
http://www.ozm.cz/ivobauer/modlink/
________________________________________________


Subject: Re: JvDBHTLabel.dtx help updates posted in binaries
From: "Don S" <mudshark@rancidbud.org>
Date: Mon, 25 Apr 2005 22:51:46 -0400
Newsgroups: jedi.vcl

>> > > I posted updates to help topics in JvDBHTLabel.dtx in the binaries newsgroup.

> > What software do you use to edit those files?

> > I'm asking this because the section describing the unit contains a 
> > "Contributor(s)" entry and this is not, AFAIK, a standard entry.
> > Aknowledging the contributors is a good thing, but it should be done in 
> > the description, for the time being.

I used a tool I cooked up for use with Indy.  Sorry... I thought I had that option turned off.  I'll make sure it's not in future DTX updates.

> > Maybe add support for that entry, but I don't know if Doc-O-Matic would 
> > support it. Anyone else want to provide input on this?

DOM will support any section marker that's defined in the Project.  I'm not saying JVCL needs it... it was my mistake that it got in there.


Subject: Conversion Questions
From: "Brad Hillyard" <bradhillyard@hotmail.com>
Date: Mon, 25 Apr 2005 17:16:14 -0600
Newsgroups: jedi.vcl

Hi All,

I am starting to complete a coversion from TP Orpheus and have just a few
questions.

1- Is there such a thing as an attached label for an edit box in JV?

2- I last used ovcNumericField and ovcSimpleField and ovcPictureField for
Time, What would be the JV equivilents and are there new features that I
could use?

3- Is there an equivilent to ovcReportView?  Actually I have always used it
for displaying, sorting and selection rather than as a report.  It had some
strange requirements and used ongetfieldasstring and oncomparefields as the
undocumented "triggers" to loading the data.  What JV could work better?

4- On some components like the UPDown, There does not seem to be much
difference at all between JV and regular Delphi template stuff.  I have
played with the megademo and find it to be somewhat educational, Is there
some sort of feature guide / documentation for the JV stuff that would help
me be more decisive?

And finally, I would like to update all of my modules to the JV.  I have
some forms that literly have thousands of variables.  Any good suggestions
on how to do this without doing single field by field -
     1-Inspect the one to be replaced noting on events and any special parms
along with top, left width and height
     2-Drop new jv component
     3-Make any direct changes
     4-select the name field and do a ctrl c
     5-click on the new and then the old
     6-delete the old one
     7-click on the new one in the name field and paste the old name
     8-double click any specified on events establishing link

I am using D5 but as I understand it, once the converstion to it is done, I
should have the benifit of upgrading to D7, or D2005 without any grief.  I
think I once tried to do a GExperts (??) component upgrade but found out I
was in a bigger mess that when I started the single manual approach.

Thanks in advance for any advice or tricks you could offer....

Brad Hillyard
Peak Horizons




Subject: Re: JvValidateEdit (JVCL 3)
From: j <j@j.com>
Date: Tue, 26 Apr 2005 00:29:22 +0200
Newsgroups: jedi.vcl


>> ...use tspinedit instead 
sorry, of course it should be tJVspinedit
>
> Would that still allow me to enter a float number?

yes , set valueType to vtFloat



Subject: Re: JvDBGrid CanEditShow Problem
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Mon, 25 Apr 2005 22:38:39 +0200
Newsgroups: jedi.vcl

Fred,

I have also some modifications done one ther jvDbGrid and jvDBUltimGrid, do 
you like to have them as well. to intergrade into an updated *grid?

Thanks anyway

Niels


"Fred" <nospam_@_nospam.com> schreef in bericht 
news:d47nkv$fs3$1@talkto.net...
>> > >Hi , first of all GREAT WORK!!
>> >>I need to be able to select the value (to copy and paste) of a cell.
>> >>The Dataset field is readonly.
>> >>Before icould select the cell, it would enter in edit mode so I could
>> >>copy but i couldn´t enter any values, what i suposed was OK, but now in
>> >>the latest version i cant select the value in the cell.
> >
> > I'm fixing that. Thank you for the report.
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: Installing latest CVS updates
From: "norberto" <pellicci@shaw.ca>
Date: Mon, 25 Apr 2005 13:26:27 -0700
Newsgroups: jedi.vcl

Understood.

Thanks.

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:d3ntn4$rgq$1@talkto.net...
> > But what you have to understand is that a great deal of JCL users don't
> > even want to hear about the JVCL.
> > When you use the JVCL, you MUST have the JCL.
> > When you use the JCL, you don't even have to know about the JVCL.




Subject: JvSpinbutton
From: j <j@j.com>
Date: Mon, 25 Apr 2005 16:38:55 +0200
Newsgroups: jedi.vcl


Hi, JvSpinbutton has quit a strange behavor when using the editorfield and min and max values are set.
For example if min is 5, max is 20 and the value is set to 20 you will have problems to to type in 6 without selcting the digits (with shift+cursorforward keys)  you want to replace. Delete and backspace keys wont work here.

I thought it would be more handy if the editor is in "overwrite mode", so that existing digits are overwritten. I found a solution on delphi.about.com for tedit . Now here is my "workaround" for tjvspinedit using the OnKeyPress property of your spinedit:



procedure TForm1.JvSpinEdit1KeyPress(Sender: TObject; var Key: Char);
begin

tJvSpinEdit(sender).SelLength := 1 ;//make editfield "overwrite" the digits simply by allways selecting the next character;

if ((key='0' )and (tJvspinedit(sender).SelStart=0)) then
key:=chr(vk_back); //if you want to fill in a "leading" zero for smaller values than the actual value,delete the first digit

if (tJvspinedit(sender).SelText=',')  then
tJvspinedit(sender).SelLength := 0;//if you reach the decimal demiliter(you may place '.' here instead), stop overwriting, instead insert digits

end;


Subject: Re: JvValidateEdit (JVCL 3)
From: "Alan Garny" <someone@somewhere.cm>
Date: Mon, 25 Apr 2005 15:33:46 +0100
Newsgroups: jedi.vcl

"j" <j@j.com> wrote in message news:d4irvl$mm3$1@talkto.net...
>> >> Damn! Anyone?
> > Sorry can't help with tvalidateedit,but  you could use tspinedit instead 
> > where thousands and showbutton are set to false.

Would that still allow me to enter a float number?

At the moment, the solution I have come up with involves setting the 
following:

   DisplayFormat = dfCheckChars

   CheckChars = '1234567890.'

   AutoAlignment = False
   Alignment     = taRightJustify

That kind of does it for me. I still have to deal with checking that the 
number is valid after that, but still better than what I had before...

    Alan.




Subject: Re: JvValidateEdit (JVCL 3)
From: j <j@j.com>
Date: Mon, 25 Apr 2005 15:58:28 +0200
Newsgroups: jedi.vcl

> Damn! Anyone?
Sorry can't help with tvalidateedit,but  you could use tspinedit instead where thousands and showbutton are set to false.


Subject: Re: TJvPageListTreeView
From: Xigi <xigi@daylon.hu>
Date: Mon, 25 Apr 2005 14:40:39 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Another question in the same topic.
>> I would like to do a reverse search, is there a method for that?
>> I have the PageIndex, and would like to get the node that is linked to
>> that page.
>
> Supposing that only one node links to a particular page (you can have
> several nodes linking to the same page but not several pages linking to the
> same node):
>
> function
> FindPageIndexNode(TV:TJvPageListTreeView;APageIndex:integer):TTreeNode;
> begin
>   Result := TV.Items.GetFirstNode;
>   while Assigned(Result) do
>   begin
>     if TJvPageIndexNode(Result).PageIndex = APageIndex then Exit;
>     Result := Result.getNext;
>   end;
>
OH, the goodol' GetFirst/GetNext.
How could I forget?
Thanks a lot.

-- 
   Xigi


Subject: Re: TJvPageListTreeView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Apr 2005 13:42:22 +0200
Newsgroups: jedi.vcl

> > Another question in the same topic.
> > I would like to do a reverse search, is there a method for that?
> > I have the PageIndex, and would like to get the node that is linked to
> > that page.
Supposing that only one node links to a particular page (you can have
several nodes linking to the same page but not several pages linking to the
same node):

function
FindPageIndexNode(TV:TJvPageListTreeView;APageIndex:integer):TTreeNode;
begin
  Result := TV.Items.GetFirstNode;
  while Assigned(Result) do
  begin
    if TJvPageIndexNode(Result).PageIndex = APageIndex then Exit;
    Result := Result.getNext;
  end;

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvPageListTreeView
From: Xigi <xigi@daylon.hu>
Date: Mon, 25 Apr 2005 13:20:26 +0200
Newsgroups: jedi.vcl

Peter Thornqvist [JVCL Developer] wrote:
> var N:TTreeNode;
> begin
>   N := JvPageListTreeView1.Items.Add(nil, 'Text');
>   TJvPageIndexNode(N).PageIndex := 0; // link to first page
> end;
>
Thank you!

Another question in the same topic.
I would like to do a reverse search, is there a method for that?
I have the PageIndex, and would like to get the node that is linked to that page.
Thanks in advance.

-- 
   Xigi


Subject: Re: JvDotNetControls
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 25 Apr 2005 11:20:50 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> But the dot net style is not only that, is it?
>
>
> Have a look at the JvDotNetControls.pas and you will see that it only
> overrides WndProc (in a very strange way) and calls HandleDotNetMessages
> which highlights the border or remove the border-highlighting.

Ok, fair enough.


Subject: Re: JvDotNetControls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 25 Apr 2005 11:05:10 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > But the dot net style is not only that, is it?

Have a look at the JvDotNetControls.pas and you will see that it only
overrides WndProc (in a very strange way) and calls HandleDotNetMessages
which highlights the border or remove the border-highlighting.


-- Regards, Andreas Hausladen 

Subject: Re: JvDotNetControls
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 25 Apr 2005 10:28:39 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Does this mean that ALL JVCL components get the JVCL look?
>
>
> All TWinControls that derive from the JvExVCL classes have a published
> property DotNetHighlighting: Boolean default False. If you set it to true
> and then move the mouse over the control or set the focus to the control
> the control's border will be highlighted. This makes the
> JvDotNetControls.pas completely obsolute (if we design-register the
> JvExStdCtrls, JvExExtCtrls and JvExComCtrls controls).

But the dot net style is not only that, is it?


Subject: Re: jvValidators's Bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Apr 2005 10:24:40 +0200
Newsgroups: jedi.vcl

Fixed in CVS

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvValidateEdit (JVCL 3)
From: "Alan Garny" <someone@somewhere.cm>
Date: Mon, 25 Apr 2005 08:13:30 +0100
Newsgroups: jedi.vcl

"Alan Garny" <someone@somewhere.cm> wrote in message 
news:d4h7rq$cjm$1@talkto.net...
> > Hi, I am trying to use JvValidateEdit to allow users to enter a floating 
> > number that is greater or equal to 0. Unfortunately, it doesn't quite work 
> > as I expected. Two problems (so far):
> >
> > - I keep getting the comma such as in "1,000.00". Is there a way to get 
> > rid of it?

Ok, that I know how to get around. I used to check "Text", while I could 
simply check "EditText", which in the above example might return something 
like "1000".

> > - Is there a way not to disable DecimalPlaces? This is really getting to 
> > me. Numbers that I am after can have 0 to several decimals, so I don't 
> > want to format the output at all.

That, I still don't know how to get around... :(

Something else I have found out is that I thought I would simply set 
DisplayFormat to dfCheckChars and set CheckChars to "1234567890." and 
Alignment to taRightJustify, but for some weird reasons 1) the text is left 
aligned and 2) "." is not accepted... :(

Damn! Anyone?

    Cheers, Alan. 




Subject: Re: JvDBHTLabel.dtx help updates posted in binaries
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 25 Apr 2005 09:02:36 +0200
Newsgroups: jedi.vcl

Don S wrote:
> I posted updates to help topics in JvDBHTLabel.dtx in the binaries newsgroup.

What software do you use to edit those files?
I'm asking this because the section describing the unit contains a "Contributor(s)" entry and this is not, AFAIK, a standard entry.
Aknowledging the contributors is a good thing, but it should be done in the description, for the time being.
Maybe add support for that entry, but I don't know if Doc-O-Matic would support it. Anyone else want to provide input on this?

Cheers
Olivier


Subject: JvValidateEdit (JVCL 3)
From: "Alan Garny" <someone@somewhere.cm>
Date: Mon, 25 Apr 2005 00:08:45 +0100
Newsgroups: jedi.vcl

Hi, I am trying to use JvValidateEdit to allow users to enter a floating 
number that is greater or equal to 0. Unfortunately, it doesn't quite work 
as I expected. Two problems (so far):

- I keep getting the comma such as in "1,000.00". Is there a way to get rid 
of it?

- Is there a way not to disable DecimalPlaces? This is really getting to me. 
Numbers that I am after can have 0 to several decimals, so I don't want to 
format the output at all.

I guess I should mention that DisplayFormat is set to dfFloat...

Sorry if those are obvious questions...

    Cheers, Alan. 




Subject: Re: JvD5Compat unit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 24 Apr 2005 23:51:14 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > How about JclD5Compatibility.pas?  Because I think this stuff belongs to
> > JCL.

I thought about this, but the unit meight contain visual stuff (TComboBox,
TListBox) in the future.


> > Anyone interested?

No, I have no Delphi 4, only D5 and higher ;-)



-- Regards, Andreas Hausladen 

Subject: Re: JvD5Compat unit
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 24 Apr 2005 23:15:00 +0200
Newsgroups: jedi.vcl

Hi,

> New units are no problem, but i think JvD5Compatibility.pas or JvDelphi5Utils.pas would be  better name.

How about JclD5Compatibility.pas?  Because I think this stuff belongs to JCL.

Last December I wrote a JclD4Compatibility.pas to make JCL D4 compatible, but since I got no feedback from Oliver Schneider, for whom it was written, and myself don't have D4 available, hence cannot test, development got stalled.

Anyone interested?


Subject: JvDBHTLabel.dtx help updates posted in binaries
From: "Don S" <mudshark@rancidbud.org>
Date: Sun, 24 Apr 2005 16:54:47 -0400
Newsgroups: jedi.vcl

I posted updates to help topics in JvDBHTLabel.dtx in the binaries newsgroup.



Subject: Re: JvD5Compat unit
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 24 Apr 2005 16:57:29 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> I have written a JvD5Compat unit that makes our life easier when we use
>> TCollection/TOwnedCollection. It implements the missing methods for the
>> two classes. (not committed yet)
>
>
> New units are no problem, but i think JvD5Compatibility.pas or JvDelphi5Utils.pas would be  better name.

Absolutely. Maybe even call it JvVCL5Utils.pas as it also applies to the C5, sharing the same VCL as D5.


Subject: JvJCLUtils.Cmp
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 24 Apr 2005 13:44:18 +0200
Newsgroups: jedi.vcl

I'm currently removing the Cmp() function of JvJCLUtils because it is the
same as "SameText" which has a more speaking name and is available in
Delphi 5.

-- Regards, Andreas Hausladen 

Subject: Re: JvD5Compat unit
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 24 Apr 2005 06:00:50 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have written a JvD5Compat unit that makes our life easier when we use
> TCollection/TOwnedCollection. It implements the missing methods for the
> two classes. (not committed yet)

New units are no problem, but i think JvD5Compatibility.pas or JvDelphi5Utils.pas would be  better name.


Subject: JvHtControls.dtx help updates in binaries
From: "Don S" <mudshark@rancidbud.org>
Date: Sat, 23 Apr 2005 23:38:59 -0400
Newsgroups: jedi.vcl

I posted updates for help topics in JvHtControls.dtx to the binaries group.  

I omitted docs for:

* ItemHTHeight
* ItemHTPlain
* ItemHTDrawEx
* ItemHTDraw


until I got some feedback on ItemHTWidth.  If ItemHTWidth is accurate, I can write those topics in a similar vein.

tia...

Don Siders


Subject: Re: JCL/JVCL Installation Questions/Comments
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 23 Apr 2005 21:42:49 +0200
Newsgroups: jedi.vcl,jedi.jcl

Carlton Bobb wrote:

> I have tried to install to Delphi 2005 without success.
> The error I get is: Installation of common library units for Delphi 9 failed.
> This occurs when installing the jcl.
>
> Any ideas?

Did you use a trial version of D2005?
What's the contents of bin\Delphi9.log?


Subject: jvValidators's Bug
From: chenxing <chenxing@sun-star.co.jp>
Date: Sun, 24 Apr 2005 03:05:46 +0900
Newsgroups: jedi.vcl

Reproduce steps:
1. Call jvValidators.Validate function, it will use ErrorIndicator component to draw ErrorIndicator on controls which has invalid input.
2. input valid information in the  controls, then call the jvValidators's Validate function again.

you will find the ErrorIndicator image painted around the previous invalid controls which is now valid was not cleared.

Below is my fixed code of Validate function

function TJvValidators.Validate: Boolean;
var
  I: Integer;
begin
  Result := True;
  if ValidationSummary <> nil then
    FValidationSummary.BeginUpdate;
  try
    for I := 0 to Count - 1 do
    begin
      if Items[I].Enabled then
      begin
        Items[I].Validate;
        if not Items[I].Valid then
        begin
          if (Items[I].ErrorMessage <> '') and (Items[I].ControlToValidate <> nil) then
          begin
            if ValidationSummary <> nil then
              FValidationSummary.AddError(Items[I].ErrorMessage);
            if ErrorIndicator <> nil then
              FErrorIndicator.SetError(Items[I].ControlToValidate, Items[I].ErrorMessage);
          end;
          Result := False;
          if not DoValidateFailed(Items[I]) then
            Exit;
        end
/////////////////////When Valid then Clear ErrorIndictor image//////
        else
          if (Items[I].ControlToValidate <> nil) then
            if ErrorIndicator <> nil then
              FErrorIndicator.SetError(Items[I].ControlToValidate, '');
/////////////////////Fix End//////
      end;
    end;
  finally
    if ValidationSummary <> nil then
      FValidationSummary.EndUpdate;
  end;
end;

regards



Subject: JvJCLUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 23 Apr 2005 18:58:13 +0200
Newsgroups: jedi.vcl

The name of the function SubStr() in JvJCLUtils does not fit to the
functionality it has.
A SubStr() function sould return a string started at a specifiy position
with a specifiy length. But JvJCLUtils.SubStr() splits the string at
"Separator" chars and returns the "substring" with index "index". I think
we should rename this function.


-- Regards, Andreas Hausladen 

Subject: JvD5Compat unit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 23 Apr 2005 18:35:19 +0200
Newsgroups: jedi.vcl

I have written a JvD5Compat unit that makes our life easier when we use
TCollection/TOwnedCollection. It implements the missing methods for the
two classes. (not committed yet)

-- Regards, Andreas Hausladen 

Subject: Re: JvHLEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 23 Apr 2005 18:33:57 +0200
Newsgroups: jedi.vcl

starCOM wrote:

> > Strange behavior with this control. Enter several lines, then using a 
> > button to EventEditor.Lines.Clear, the edit is not cleared.

This bug is now fixed in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: JCL/JVCL Installation Questions/Comments
From: "Carlton Bobb" <carlton@bobb.org.uk>
Date: Sat, 23 Apr 2005 17:28:48 +0100
Newsgroups: jedi.vcl,jedi.jcl

I have tried to install to Delphi 2005 without success.
The error I get is: Installation of common library units for Delphi 9 
failed.
This occurs when installing the jcl.

Any ideas?
Thanks


"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message 
news:d3ufpl$61t$1@talkto.net...
> > Hi,
> >
> > i've reinstalled my computer completely with WinXP Professional.
> >
> > I've made a complete new installation with purging all old partition.
> >
> > Now i've started to install D7, D6, D7 and D2005 (to be shure the next
> > time that all my files will run with D5 :-)
> >
> > After that i started to install jcl and jvcl. jcl was no problem but
> > jvcl wouldn't install, because of missing jcl for d6 and d7.
> >
> > So after that i deinstalled all delphi versions and started from the
> > scratch again and step by step.
> >
> > First i've installed d5.
> >
> > The jcl installation was no problem, but when i reenter the setup the
> > directories in the advanced options are changed. They look now like
> > "D:\PROGRA~1\ENTWIC~1\Borland\Delphi5\Projects\Bpl", the right version
> > should be :
> > D:\Programme\Entwicklung\Borland\Delphi5\Projects\Bpl"
> >
> > Why does this happen? (The filesystem is NTFS)
> >
> > In the D5 options dialog the same. The directories looked like
> > "S:\Delphi\COMPON~1\jcl\lib\D5" and S:\Delphi\COMPON~1\jcl\source"
> >
> > Then i install jvcl. Here is the jcl directory false written:
> > "S:\Delphi\COMPON~1\jcl" and not "S:\Delphi\Components\jcl". Why? When i
> > change this and reenter the setup, the wrong value is back.
> >
> > The installation works and the directories in the options dialog are
> > correct.
> >
> >
> > Now i installed d6 and started again with the jcl installation.
> > Next gimmik: the output-directories for d6 are empty.
> > When i reenter the setup, they are also changed and misformatted.
> >
> > Then i tried to install jvcl. The same behaviour like my first try. It
> > says that there is no jcl for d6.
> > Now i found it. The directories are also empty. This is not so easy to
> > find, because i have installed two versions the directories are no
> > longer visible. They are only visible when only one version is
> > activated. I think the message should be changed. And please check, why
> > they are empty.
> >
> > D7 is the same.
> > In the jcl setup the directories are empty.
> > Installing the jvcl then the directories for D7 *AND* D6 are empty. Why
> > also D6???
> >
> > D2005 works without any problems.
> >
> > Any comments from the installer guys ?
> >
> > Greetings
> > Jens
> >
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de 




Subject: Re: JvDotNetControls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 23 Apr 2005 18:15:43 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Could you elaborate a bit more before comitting the files?

The new JvExVCL files also contain VCL.NET compatible code. That is the
main reason why I have not committed them because this is not fully tested
at the moment.


-- Regards, Andreas Hausladen 

Subject: Re: JvDotNetControls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 23 Apr 2005 18:14:16 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Does this mean that ALL JVCL components get the JVCL look?

All TWinControls that derive from the JvExVCL classes have a published
property DotNetHighlighting: Boolean default False. If you set it to true
and then move the mouse over the control or set the focus to the control
the control's border will be highlighted. This makes the
JvDotNetControls.pas completely obsolute (if we design-register the
JvExStdCtrls, JvExExtCtrls and JvExComCtrls controls).


-- Regards, Andreas Hausladen 

Subject: Re: JvDotNetControls
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 23 Apr 2005 15:46:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have added the DotNet-Frame painting to the JvExVCL. So the whole
> JvDotNet package is obsolute.
>
> Files are not committed yet.

What does this imply? Does this mean that ALL JVCL components get the JVCL look?
Could you elaborate a bit more before comitting the files?

Thanks
Olivier


Subject: JvDotNetControls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 23 Apr 2005 15:45:10 +0200
Newsgroups: jedi.vcl

I have added the DotNet-Frame painting to the JvExVCL. So the whole
JvDotNet package is obsolute.

Files are not committed yet.

-- Regards, Andreas Hausladen 

Subject: Re: TJvBalloonHint bug?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 23 Apr 2005 13:16:10 +0200
Newsgroups: jedi.vcl

Michael J. Leaver wrote:
> Is this a bug or am I doing something wrong?

It is a bug.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvPageListTreeView
From: "Peter Thornqvist [JVCL Developer]" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sat, 23 Apr 2005 12:19:54 +0200
Newsgroups: jedi.vcl

var N:TTreeNode;
begin
  N := JvPageListTreeView1.Items.Add(nil, 'Text');
  TJvPageIndexNode(N).PageIndex := 0; // link to first page
end;

-- Regards, Peter Thornqvist (JVCL Developer) 

Subject: TJvPageListTreeView
From: Xigi <xigi@daylon.hu>
Date: Sat, 23 Apr 2005 11:04:08 +0200
Newsgroups: jedi.vcl

Hi there.
I'd like to create nodes runtime, and link them to pages. I couldn't figure out how to do that, could you pls help me out...
Thanks in advance

-- 
   Xigi


Subject: Re: All Applications vith JVCL2.11 crashes with 216 error (on 64 bit machine)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 23 Apr 2005 03:42:48 +0200
Newsgroups: jedi.vcl

> The problem is the call to GetCpuInfo during JclGraphUtils' initialization.  The easiest fix is to replace it by a call to CPUID (which actually is all what's needed here).

This is how it's done in JCL 1.95:

(from JclGraphUtils)

procedure SetupFunctions;
var
  CpuInfo: TCpuInfo;
begin
  //WIMDC
  CpuInfo := CPUID;
  MMX_ACTIVE := (CpuInfo.Features and MMX_FLAG) = MMX_FLAG;
  if MMX_ACTIVE then
  begin
    // link MMX functions
    CombineReg := M_CombineReg;
    CombineMem := M_CombineMem;
    BlendReg := M_BlendReg;
    BlendMem := M_BlendMem;
    BlendRegEx := M_BlendRegEx;
    BlendMemEx := M_BlendMemEx;
    BlendLine := M_BlendLine;
    BlendLineEx := M_BlendLineEx;
  end
  else
  begin
    // link non-MMX functions
    CombineReg := _CombineReg;
    CombineMem := _CombineMem;
    BlendReg := _BlendReg;
    BlendMem := _BlendMem;
    BlendRegEx := _BlendRegEx;
    BlendMemEx := _BlendMemEx;
    BlendLine := _BlendLine;
    BlendLineEx := _BlendLineEx;
  end;
end;


Subject: Re: All Applications vith JVCL2.11 crashes with 216 error (on 64 bit machine)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 23 Apr 2005 03:38:07 +0200
Newsgroups: jedi.vcl

koko wrote:
> We have approx. 80 applications in D7  including JVCL-s 2.11, and they are
> working just fine.
>
> Now we have a new PC generation HP-XW4200, and all applications wiht Jedi
> components in are not working any more. They don't even start. (curiosly
> somethimes they do start - very rare). We have tried to recompile them (on
> new PC - naturaly). Compiling was finished without any problems. We tried to
> start them again with the same result. Wtih singlestep execution (in delphi
> IDE) we get an error: Error 216 (access violation) at address xxxxx before
> Application.Initialize;
>
> We have tried to implement JVCL 3.00 but it is a lot of work (we are not
> affraid of work but time is what makes a problem).

The problem is the call to GetCpuInfo during JclGraphUtils' initialization.  The easiest fix is to replace it by a call to CPUID (which actually is all what's needed here).

This won't fix GetCpuSpeed, of course, but at least the bug won't get virulent any more during initialization.


Subject: Re: function similar to IsWordPresent from RxLib
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 22 Apr 2005 12:07:02 -0400
Newsgroups: jedi.vcl

Ricardo Muñoz V. wrote:
> In JVCL there is IsWordPresent function (in JvStrUtils.pas, not compliled
> into packages), it comes from RxLib.

It's in the unit JvJCLUtils.pas.  Try Delphi's IDE Search->Find In Files if you're looking for a function. :-)

function IsWordPresent(const W, S: string; const WordDelims: TSysCharSet): Boolean;


Warren


Subject: Re: jvDock and threads
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 22 Apr 2005 12:00:09 -0400
Newsgroups: jedi.vcl

Ricardo Cardona R wrote:

> You rigth, the problem was TSynEdit and selstart property used in Thread, my mistake, now works very good.

good to hear!   I hope JvDocking continues to work fine for you :-)

Warren


Subject: function similar to IsWordPresent from RxLib
From: "Ricardo Muñoz V." <rmunoz@enfasis.cl>
Date: Fri, 22 Apr 2005 11:19:00 -0400
Newsgroups: jedi.vcl

In JVCL there is IsWordPresent function (in JvStrUtils.pas, not compliled
into packages), it comes from RxLib.

Is there a similar function in JCL or JVCL?

Thanks
Ricardo.




Subject: Re: TJvDBUltimGrid Hint Bug?
From: "Dave Keighan" <keighand@yahoo.com>
Date: Fri, 22 Apr 2005 14:38:23 +0000 (UTC)
Newsgroups: jedi.vcl

OBones,

>> > > It's a bug. A fix is on the way.
> > 
> > And it now is in CVS.

Many thanks.

-- Dave Keighan XanaNewser [ 1.17.3.1] 

Subject: Re: jvDock and threads
From: Ricardo Cardona R <rcardona@mail.com>
Date: Fri, 22 Apr 2005 09:20:39 -0500
Newsgroups: jedi.vcl

> I assume, since you haven't mentioned it, that you have used TThread.Synchronize or some other safe way to make sure that
> all GUI/VCL access happens in the main thread only?  You are
> aware that ALL VCL objects must only be manipulated by the
> main thread, correct?

You rigth, the problem was TSynEdit and selstart property used in Thread, my mistake, now works very good.

Thanks again

Ricardona


Subject: Re: jvDock and threads
From: Ricardo Cardona R <rcardona@mail.com>
Date: Fri, 22 Apr 2005 08:32:05 -0500
Newsgroups: jedi.vcl

 > I assume, since you haven't mentioned it, that you have used
> TThread.Synchronize or some other safe way to make sure that
> all GUI/VCL access happens in the main thread only?  You are
> aware that ALL VCL objects must only be manipulated by the
> main thread, correct?

I will check it; it happened when i changed the dock components to JVCL, i used TB2000/TBX and not have problem.

> With that basic proviso out of the way, what I would try in your
> case is to try a different kind of notification when the background
> thread is finished, try doing a Win32 PostMessage() call instead of a TThread.Synchronize, and see if that helps your code "untangle"
> itself.

I will try.

> Also, try turning of MadExcept and see if MadExcept itself is detecting
> a freeze that is not a real freeze. I have seen bizarre behaviour from
> MadExcept itself.

MadExcept not is the problem, without Madexcept i get the same error

> If you can create a sample program, you can either create an issue in Mantis, and we will check the problem.

The last option.

Thanks a lot for you help and time Warren

Ricardona


Subject: Re: JvDock Bug when close docked window
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 22 Apr 2005 09:31:52 -0400
Newsgroups: jedi.vcl

Ricardo Cardona R wrote:
> hi,
>
> I have a problem with jvdock when dock windows with autohide enabled (JvDockVSNetStyle).

We definitely appreciate bug reports, but if you could please report the issue to our Bug-tracking software [mantis] please also post them in Mantis. Then we can all track them.

Warren


Subject: Re: jvDock and threads
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 22 Apr 2005 09:08:32 -0400
Newsgroups: jedi.vcl

Ricardo Cardona R wrote:
> Hi,
>
> I have a application for Oracle/PLSQL with jvDock (great component), and try do "Code Explorer" like IDE Delphi, when a PLSQL Editor is open then send a signal  to thread fill Code Explorer, the user dock the editor at rigth side and push the auto hide button then app is freeze (look madExcept log). it only happen with PLSQL editor, the other windows works well.

I assume, since you haven't mentioned it, that you have used TThread.Synchronize or some other safe way to make sure that
all GUI/VCL access happens in the main thread only?  You are
aware that ALL VCL objects must only be manipulated by the
main thread, correct?

With that basic proviso out of the way, what I would try in your
case is to try a different kind of notification when the background
thread is finished, try doing a Win32 PostMessage() call instead of a TThread.Synchronize, and see if that helps your code "untangle"
itself.

Also, try turning of MadExcept and see if MadExcept itself is detecting
a freeze that is not a real freeze. I have seen bizarre behaviour from
MadExcept itself.

If none of this general advice helps you, you can create a minimal sample to show the bug. If you can create a sample program, you can either create an issue in Mantis, and we will check the problem.
Most of us don't have Oracle so please only have JVCL components
in your bug-sample code.  I don't see why any particular DB component would have anything to do with clicking a button in a JvDock window, anyways, you could create a dummy worker thread to simulate the same thing.

Once you have created the Mantis issue and uploaded your code sample,
we'll definitely look at it. I did a lot of changes inside JvDocking
before JVCL3 1.0, so I know the internals fairly well. But first you
MUST put an issue in Mantis and a code sample that demonstrates the bug.

Warren











Subject: Re: TJvDBUltimGrid Hint Bug?
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 22 Apr 2005 11:23:33 +0100
Newsgroups: jedi.vcl

> >Before trundling off and creating something on BugZilla that only *I'm*
> >having a problem with could someone verify that the TJvDBUltimGrid
> >shows the _entire_ contents of the Hint property instead of just what's
> >to the left of the pipe character.
> >
> >TJvDBUltimGrid.Hint := 'Main Grid|This grid will show all the flower in
> >stock.'

It's a bug. A fix is on the way.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBUltimGrid Hint Bug?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Apr 2005 12:14:17 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> Before trundling off and creating something on BugZilla that only *I'm*
>> having a problem with could someone verify that the TJvDBUltimGrid
>> shows the _entire_ contents of the Hint property instead of just what's
>> to the left of the pipe character.
>>
>> TJvDBUltimGrid.Hint := 'Main Grid|This grid will show all the flower in
>> stock.'
>
>
> It's a bug. A fix is on the way.

And it now is in CVS.


Subject: Re: TJVDBGrid - column moving
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 22 Apr 2005 11:13:22 +0100
Newsgroups: jedi.vcl

> >SG93IGNhbiBJIG1vdmluZyBjb2x1bW4gaW4gVEpWREJHcmlkIGluIHJ1bnRpbWU/DQoNCldp
dGgg
> >YmVzdCByZWdhcmRzLCBhd29kLiAgRS1tYWlsOiBsZXhhQG1mdGkucnU=

R2D2 language ? Problem with the web reader ?
That is unreadable for me.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJVDBGrid - column moving
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Apr 2005 11:28:43 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> SG93IGNhbiBJIG1vdmluZyBjb2x1bW4gaW4gVEpWREJHcmlkIGluIHJ1bnRpbWU/DQoNCldp
>
> dGgg
>
>> YmVzdCByZWdhcmRzLCBhd29kLiAgRS1tYWlsOiBsZXhhQG1mdGkucnU=
>
>
> R2D2 language ? Problem with the web reader ?
> That is unreadable for me.

Werid, he was just asking how to move a column at runtime, via code that is.


Subject: Re: JvRichEditToHtml.dtx updates...
From: "Don S" <mudshark@rancidbud.org>
Date: Fri, 22 Apr 2005 04:34:54 -0400
Newsgroups: jedi.vcl

>> > > Attached are updates to all topics in JvRichEditToHtml.pas.  
>> > > I assumed you wanted updates to this newsgroup instead of 
>> > > private email.  If that is incorrect, please advise.
 
> > That's fine, but attachments should be posted to jedi.binaries, with a 
> > message in jedi.vcl notifying us of their existence.

Of course... I should have known that.


Subject: TJvBalloonHint bug?
From: "Michael J. Leaver" <spam@mjleaver.com>
Date: Fri, 22 Apr 2005 16:13:37 +0800
Newsgroups: jedi.vcl

Hi, if you dynamically (i.e. not on the form) create an instance of TJvBalloonHint in Form1, then Form1 calls Form2 and Form2 creates another instance of TJvBalloonHint, then when TGlobalCtrl.GetMainCtrl (in JvBallonHint.pas) is called internally it always returns the first hints instance.

If, for example, I use custom images in the hint on Form2 then it will always fail to use them because its getting the hint instance created in Form1, which has no custom images. As a temp fix I've changed the last line in TGlobalCtrl.GetMainCtrl to:

   Result := TJvBalloonHint(FCtrls[FCtrls.Count - 1]);

This is a hack really (as I'm just getting the last instance, instead of the first one), but it solves the problem I'm having.

Is this a bug or am I doing something wrong?

TIA


Subject: Re: JvDBGrid IsBoolField event
From: mr <mr-outs-pl@blackhole.org>
Date: Fri, 22 Apr 2005 09:25:48 +0200
Newsgroups: jedi.vcl

argh...small mistake

TIsBoolField = function(Grid: TJvDBGrid; const Field: TField): boolean of object;

should be

TIsBoolField = function(Grid: TJvDBGrid; Field: TField): boolean of object;


Subject: Re: JvDock Bug when close docked window
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Apr 2005 08:49:34 +0200
Newsgroups: jedi.vcl

Please, next time, post the attachments in jedi.binaries and refer to them in your message here.


Subject: Re: JvRichEditToHtml.dtx updates...
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Apr 2005 08:49:13 +0200
Newsgroups: jedi.vcl

Don S wrote:

> OBones:
>
> Attached are updates to all topics in JvRichEditToHtml.pas.  I assumed you wanted updates to this newsgroup instead of private email.  If that is incorrect, please advise.

That's fine, but attachments should be posted to jedi.binaries, with a message in jedi.vcl notifying us of their existence.


Subject: Re: JvIPAddress problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 22 Apr 2005 08:47:37 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
>> I have also simple example.
>>
>
>
> It seems to me, there is nobody who use AddressValues properties
> of TJvIPAddress component ;-).
>
> So. I have added an example to jedi.binaries NG. (Same subject as here, Fri, 22 Apr 2005)

I guess people got scared away by the C++ code ;-)
I will try to have a look at that.


Subject: Re: JvIPAddress problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 22 Apr 2005 06:01:36 +0000 (UTC)
Newsgroups: jedi.vcl

> >
> > I have also simple example.
> >

It seems to me, there is nobody who use AddressValues properties
of TJvIPAddress component ;-).

So. I have added an example to jedi.binaries NG. 
(Same subject as here, Fri, 22 Apr 2005)

Thanks,
Vaclav


Subject: Re: TJvDBUltimGrid Hint Bug?
From: "Dave Keighan" <keighand@yahoo.com>
Date: Fri, 22 Apr 2005 00:25:42 +0000 (UTC)
Newsgroups: jedi.vcl

Dave Keighan,

> > Before trundling off and creating something on BugZilla

Ooops, JVCL Home Page, Issue Tracking.

-- Dave Keighan XanaNewser [ 1.17.3.1] 

Subject: TJvDBUltimGrid Hint Bug?
From: "Dave Keighan" <keighand@yahoo.com>
Date: Fri, 22 Apr 2005 00:20:26 +0000 (UTC)
Newsgroups: jedi.vcl

Before trundling off and creating something on BugZilla that only *I'm*
having a problem with could someone verify that the TJvDBUltimGrid
shows the _entire_ contents of the Hint property instead of just what's
to the left of the pipe character.

TJvDBUltimGrid.Hint := 'Main Grid|This grid will show all the flower in
stock.'

Thanx,
-- Dave Keighan XanaNewser [ 1.17.3.1] 

Subject: JvRichEditToHtml.dtx updates...
From: "Don S" <mudshark@rancidbud.org>
Date: Thu, 21 Apr 2005 18:52:41 -0400
Newsgroups: jedi.vcl

OBones:

Attached are updates to all topics in JvRichEditToHtml.pas.  I assumed you wanted updates to this newsgroup instead of private email.  If that is incorrect, please advise.
---
Don


JvRichEditToHtml.dtx
	



Subject: Re: TJvFormPlacement error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 22 Apr 2005 00:34:21 +0200
Newsgroups: jedi.vcl

Can you create a sample and add it with a bugreport to mantis?
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Greetings
Jens

John Clements wrote:
> I'm sure it's just me as I'm new the Jedi VCL, but I have placed a TJvFormPlacement on my form and want it to save my form states; everything works fine unless I exit my application with it being Maximized.
>
> When it is Maximized, upon loading the application again, the WindowState is being set to wsMaximized and is in the upper corner, however it's only the Width of Height of the application as it would have been if it were Restored, and not the entire Width/Height of the screen.
>
> Has anyone seen this before?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvDock Bug when close docked window
From: Ricardo Cardona R <rcardona@mail.com>
Date: Thu, 21 Apr 2005 17:22:15 -0500
Newsgroups: jedi.vcl

hi,

I have a problem with jvdock when dock windows with autohide enabled (JvDockVSNetStyle).

Try this in MSDN2002 Demo

1. Dock all windows in a floating window (attached image alldock.png, six windows)
2. Dock to bottom
3. Push auto hide button
4. Select a window and close
5. BUG - Only display 4 windows, the correct are 5, if the auto hide button is pressed then the 5 windows are show again.

Thanks

Ricardona

alldock.png

alldock.png
	



Subject: JvWizard under VCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 21 Apr 2005 23:36:22 +0200
Newsgroups: jedi.vcl

I have converted the JvWizard component to VCL.NET. The main work had to
be done in the JvExVCL classes because TMessage is a very special class in
VCL.NET.

see jedi.binary for a screenshot

-- Regards, Andreas Hausladen 

Subject: Re: Example using TJvTrayIcon anywhere?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Thu, 21 Apr 2005 14:15:27 -0700
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:d493ls$raf$1@talkto.net...
> > Warrick Wilson wrote:
> >
>> >> If you can have a look at the program and tell me what I'm doing wrong, 
>> >> I'd really appreciate it.
> >
> > Set the Visible property of Form1 to False, as is the default.

Arghh! Thanks so much... That's what I get for trying all sorts of different 
things, and cutting and pasting, and not backing up far enough. 
Outstanding.... Now to get this into the _real_ application! 




Subject: Re: Example using TJvTrayIcon anywhere?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 21 Apr 2005 23:07:38 +0200
Newsgroups: jedi.vcl

Warrick Wilson wrote:

> If you can have a look at the program and tell me what I'm doing wrong, I'd really appreciate it.

Set the Visible property of Form1 to False, as is the default.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Example using TJvTrayIcon anywhere?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Thu, 21 Apr 2005 12:38:58 -0700
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:d48r33$os0$1@talkto.net...
> > Remko Bonte wrote:
> >
>> >> Set the tvVisibleTaskBar flag of the Visibility property at design-time 
>> >> to start the application hidden when the application is run.
> >
> > I mean unset it <g>..

I've posted a zip file in jedi.binaries called "HideApp.zip - TJvTrayIcon 
...." that has my dpr, dfm, pas and an exe that illustrates what I'm talking 
about.

I must admit - I did manage to get one application to do what I expected it 
to do, but that was only when I added the TJvTrayIcon to the form 
immediately upon opening a new application. But I couldn't do it again, and 
when I compare the forms between the two applications, they seem to have the 
same settings (aside from icon) for the TJvTrayIcon component.

If you can have a look at the program and tell me what I'm doing wrong, I'd 
really appreciate it.

Thanks. 




Subject: Re: Example using TJvTrayIcon anywhere?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 21 Apr 2005 20:41:04 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Set the tvVisibleTaskBar flag of the Visibility property at design-time to start the application hidden when the application is run.

I mean unset it <g>..

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Example using TJvTrayIcon anywhere?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 21 Apr 2005 20:32:26 +0200
Newsgroups: jedi.vcl

Warrick Wilson wrote:
> Is there some special combination of Visibility settings that is required? 

Set the tvVisibleTaskBar flag of the Visibility property at design-time to start the application hidden when the application is run.

See http://homepages.borland.com/jedi/jedihelp/item.php?Name=TTrayVisibility.tvVisibleTaskBar

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvInterpreterExpression - contains abstract methods. but it is very useful class to instantiate.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 21 Apr 2005 13:28:19 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Warren Postma wrote:
>
>
>> What should be done?
>
>
> I haven't looked at the class but isn't there a decendent which you could
> use? Or is this decendent too specialized.
>
>
The descendant is specialized to the TJvIntepreter component.
The other twist is that the pure-virtual (abstract) methods are also private.  That means you can't inherit from it in a different unit. I don't see any good reason for those to be private, anything abstract should be protected anyways.

I think the right way to handle it is to allow people to subclass and implement the functions themselves, and provide a default implementation that generates an interpreter exception if the base methods are invoked.

Warren


Subject: Re: Example using TJvTrayIcon anywhere?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Thu, 21 Apr 2005 10:13:05 -0700
Newsgroups: jedi.vcl

"Warrick Wilson" <warrickw@mercuryonline.com> wrote in message 
news:d48kog$ni0$1@talkto.net...
> > There isn't one in the MegaDemo, and I can't find anything via Google.
> >
> > I dropped the component on my form, set the Visibility properties, 
> > compiled OK, and ran. Didn't get a tray icon.
> >
> > Since this is my first time trying the JVCL stuff, I'm assuming that the 
> > problem starts at the keyboard, so I wonder if someone has a trivial 
> > example that can be shared to illustrate the use of this component.

Ah, well it seems I had missed the "Active" property. Setting that to true 
had some stuff starting. However, I still do not get my application to 
minimize immediately to the system tray when it's started. I can get it to 
minimize to the taskbar, but I'd like it to go immediately to the tray.

Is there some special combination of Visibility settings that is required? 
The help indicates that the app should minimize to the tray as the default.

Thanks. 




Subject: Example using TJvTrayIcon anywhere?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Thu, 21 Apr 2005 09:48:40 -0700
Newsgroups: jedi.vcl

There isn't one in the MegaDemo, and I can't find anything via Google.

I dropped the component on my form, set the Visibility properties, compiled 
OK, and ran. Didn't get a tray icon.

Since this is my first time trying the JVCL stuff, I'm assuming that the 
problem starts at the keyboard, so I wonder if someone has a trivial example 
that can be shared to illustrate the use of this component.

Thanks....Warrick 




Subject: Re: JvTextToHTML
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 21 Apr 2005 17:56:28 +0200
Newsgroups: jedi.vcl

The component's name is JvStrToHTML.


Subject: JvTextToHTML
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 21 Apr 2005 17:55:23 +0200
Newsgroups: jedi.vcl

JVCL 4:
JvTextToHTML should be removed and the two functions should be moved to
JvJVCLUtils or better JvJCLUtils.


-- Regards, Andreas Hausladen 

Subject: Re: TJvInterpreterExpression - contains abstract methods. but it is very useful class to instantiate.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 21 Apr 2005 17:35:53 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> > What should be done?

I haven't looked at the class but isn't there a decendent which you could
use? Or is this decendent too specialized.


-- Regards, Andreas Hausladen 

Subject: TJvInterpreterExpression - contains abstract methods. but it is very useful class to instantiate.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 21 Apr 2005 11:23:54 -0400
Newsgroups: jedi.vcl

[Warning] myapp.pas(2111): W1020 Constructing instance of 'TJvInterpreterExpression' containing abstract method 'TJvInterpreterExpression.CallFunction'

Well I've only just noticed that Delphi 2005 appears to emit warnings for instantiation of a class with pure-virtual (abstract) methods.

This seems a bit overboard to me. But, if basically you should never
instantiate a class with a pure-virtual method in it then perhaps we
should change TJvInterpreterExpression to not have any abstract methods,
perhaps we should be raising a EJvInterpreterFeatureNotImplementedError exception at runtime, to get rid of the compile-time warning. Otherwise,
JvInterpreterExpression, which is a very handy class to instantiate for
expression evaluation, will emit compile-time warnings.

What should be done?

Warren


Subject: Re: TJvRichEdit - left margin
From: "cwig" <fnordbak@online.no>
Date: Thu, 21 Apr 2005 15:41:12 +0200
Newsgroups: jedi.vcl

"cwig" <fnordbak@online.no> wrote in message news:d480o6$i9s$1@talkto.net...
> >
> > "j" <j@j.com> wrote in message news:d438kq$hg4$1@talkto.net...
>>> >>> cwig schrieb:
>>>> >>>> How can I change the default left margin?
>>> >>> Tried something like this jvrichedit.Paragraph.FirstIndent:=20;
> >
> > Even when setting FirstIndent = 0, there is still a left margin of 10 
> > pixels.

Had to set SelectionBar to False. 




Subject: Re: Account to login for Online Help?
From: "Don S" <mudshark@rancidbud.org>
Date: Thu, 21 Apr 2005 08:51:33 -0400
Newsgroups: jedi.vcl

> > I tried... but I'm having problems de-SPAM-proofing the above address.

I think I figured it out. <g>


Subject: Re: Account to login for Online Help?
From: "Don S" <mudshark@rancidbud.org>
Date: Thu, 21 Apr 2005 08:26:46 -0400
Newsgroups: jedi.vcl


"OBones" <oobnes__gf_@_gfd_altern.org> 
> > Please send me a private email, i'll send 
> > you a login and password...

I tried... but I'm having problems de-SPAM-proofing the above address.


Subject: Re: Account to login for Online Help?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 21 Apr 2005 13:49:56 +0200
Newsgroups: jedi.vcl

Don S wrote:

> When it first came online, I edited JvRichEditToHtml to try it out.  After working with it for the class topic, I offered some feedback.  I was told that the current version would make life easier, since you could get the DTX files... edit... and post all the changes back without navigating the HTML interface.  So I put my efforts on hold, and I'm just now getting back to it.  

Yep, that's right.


> Now that I think about it.  I never did have an account.  I did it though the anonymous access.
> But you can't get the DTX files for editing without an account.  I don't feel inclined to re-create them from scratch, or to use the cumbersome HTML interface for editing a volume of help topics.  

Hum... that's weird, it shouldn't require a password to generate one file. To generate all, it must as this is CPU intensive and lengthy.
I'll have to change that, sometime in the not too distant future.

In order to update, however, you have to be a power user. I think I'll change that so that you can upload one dtx file at a time, if you are a regular user. Or maybe change the whole thing a put privileges but that's quite a change. I'm not sure yet.
For now, get the DTX files, update them, send them to me and i'll put them back in.


> I understand the need to prevent malicous access.  But it also prevents serious contributors from doing so in an effective manner.  I spend an enourmous amount of time on Indy docs... so I have to be judicious about time spent on other efforts.  Without access to DTX files, I cannot justify the time required to update help topics using the HTML interface.  

I understand that perfectly. Please send me a private email, i'll send you a login and password, that you will have to change.
Note that the password is never sent nor stored in clear form on the server. So if you forget it, i'll generate a new one but won't be able to extract the old one.

Cheers
Olivier


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 21 Apr 2005 13:15:47 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > So this means that the packages compile but will not be usable at all.
> > Is this correct ?

Correct. The "units" contain only Interfaces, no classes, no function, no
variable, no .... And they have an initialization section that terminates
the application after showing a message box. So it is not possible to use
XmlIntf, XmlDom, XmlDoc, XmlSchema, ... in a PE program.


-- Regards, Andreas Hausladen 

Subject: Re: TJvRichEdit - left margin
From: "cwig" <fnordbak@online.no>
Date: Thu, 21 Apr 2005 13:11:28 +0200
Newsgroups: jedi.vcl

"j" <j@j.com> wrote in message news:d438kq$hg4$1@talkto.net...
>> >> cwig schrieb:
>>> >>> How can I change the default left margin?
>> >> Tried something like this jvrichedit.Paragraph.FirstIndent:=20;

Even when setting FirstIndent = 0, there is still a left margin of 10 
pixels. 




Subject: Re: Account to login for Online Help?
From: "Don S" <mudshark@rancidbud.org>
Date: Thu, 21 Apr 2005 06:39:01 -0400
Newsgroups: jedi.vcl

> > I'm sorry, but there is not trace of an account with your name. No one 
> > with that first name nor that last name is in the system, and as I'm 
> > pretty much the only to manage those, I'm pretty sure it was not removed 
> > either.
> > Accounts to the online help are granted to those contributing a lot to 
> > it, as it makes their life easier. For all others, use anonymous access, 
> > and someone (me) will review your changes.
> > This may seem a bit paranoid, but I've had a few cases of anonymous 
> > users putting bad comments in the descriptions. Some where tests, but 
> > others were outright offensive.

When it first came online, I edited JvRichEditToHtml to try it out.  After working with it for the class topic, I offered some feedback.  I was told that the current version would make life easier, since you could get the DTX files... edit... and post all the changes back without navigating the HTML interface.  So I put my efforts on hold, and I'm just now getting back to it.  

Now that I think about it.  I never did have an account.  I did it though the anonymous access.
But you can't get the DTX files for editing without an account.  I don't feel inclined to re-create them from scratch, or to use the cumbersome HTML interface for editing a volume of help topics.  

I understand the need to prevent malicous access.  But it also prevents serious contributors from doing so in an effective manner.  I spend an enourmous amount of time on Indy docs... so I have to be judicious about time spent on other efforts.  Without access to DTX files, I cannot justify the time required to update help topics using the HTML interface.  

Thanks anyway.




Subject: Re: ultimgrid and dbgrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 21 Apr 2005 10:51:10 +0100
Newsgroups: jedi.vcl

> >I've seen messages that recommend using the jvDBUltimGrid instead of 
the 
> >normal jvDBGrid...
> >
> >Can anyone tell me the main differences between both components?
> >Why to select one or the other?
> >
> >thanks!

The best way to know the differences is to take a glance at the units 
interface. JvDBUltimGrid is a child of JvDBGrid; it improves the sorting 
stuff and adds a search function. That's all.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid IsBoolField event
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 21 Apr 2005 10:42:02 +0100
Newsgroups: jedi.vcl

>> >> 
>> >> you right, i make additional modification
>> >> when be ready i'll sent result again
> >i post zip to binaries - here is patch only - please take a look, if 
> >it's now acceptable

I'll try to include your work in the next release of JvDBGrid (I'm 
fixing bugs currently).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Account to login for Online Help?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 21 Apr 2005 11:40:23 +0200
Newsgroups: jedi.vcl

Don S wrote:

> I have/had an account to login to the online help editing facilities.  I haven't used it for a while, and as a result, I can't seem to decipher the account name and password.  For some reason, I thought it was the same as your source forge account.  But it does not appear to be.
>
> Can any one assist, or create another? 
> Don Siders (siderd at att dot net)

I'm sorry, but there is not trace of an account with your name. No one with that first name nor that last name is in the system, and as I'm pretty much the only to manage those, I'm pretty sure it was not removed either.
Accounts to the online help are granted to those contributing a lot to it, as it makes their life easier. For all others, use anonymous access, and someone (me) will review your changes.
This may seem a bit paranoid, but I've had a few cases of anonymous users putting bad comments in the descriptions. Some where tests, but others were outright offensive.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDBGrid CanEditShow Problem
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 21 Apr 2005 10:39:57 +0100
Newsgroups: jedi.vcl

> >Hi , first of all GREAT WORK!!
> >I need to be able to select the value (to copy and paste) of a cell.
> >The Dataset field is readonly.
> >Before icould select the cell, it would enter in edit mode so I could 
> >copy but i couldn´t enter any values, what i suposed was OK, but now in 
> >the latest version i cant select the value in the cell.

I'm fixing that. Thank you for the report.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error Using TRichSearchTypes
From: Paw Suddergaard <paw@easyflex.dk>
Date: Thu, 21 Apr 2005 11:29:15 +0200
Newsgroups: jedi.vcl

Wonderful! Great! Super!

It works now...

Many thanks!

Paw


OBones wrote:
> Paw Suddergaard wrote:
>
>> Wow! Fast reply! This is great!
>>
>> I replaced as you described:
>>
>> RichEdit->FindText(SearchText, Startpos, Endpos, TRichSearchTypes() << Comctrls::stMatchCase)
>>
>> But now i get this error:
>> "operator<< not implented in type 'TRichSearchTypes' for argument of type 'TSearchType'"
>>
>> Any idea?
>
>
> Ok, my bad, stMatchCase is also defined in JvRichEdit, and that is the one to use. So replace "Comctrls::" by "Jvrichedit::" (case is important) and that should work.


Subject: Re: Error Using TRichSearchTypes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 21 Apr 2005 11:23:10 +0200
Newsgroups: jedi.vcl

Paw Suddergaard wrote:

> Wow! Fast reply! This is great!
>
> I replaced as you described:
>
> RichEdit->FindText(SearchText, Startpos, Endpos, TRichSearchTypes() << Comctrls::stMatchCase)
>
> But now i get this error:
> "operator<< not implented in type 'TRichSearchTypes' for argument of type 'TSearchType'"
>
> Any idea?

Ok, my bad, stMatchCase is also defined in JvRichEdit, and that is the one to use. So replace "Comctrls::" by "Jvrichedit::" (case is important) and that should work.


Subject: Account to login for Online Help?
From: "Don S" <mudshark@rancidbud.org>
Date: Thu, 21 Apr 2005 05:17:25 -0400
Newsgroups: jedi.vcl

I have/had an account to login to the online help editing facilities.  I haven't used it for a while, and as a result, I can't seem to decipher the account name and password.  For some reason, I thought it was the same as your source forge account.  But it does not appear to be.

Can any one assist, or create another?  

Don Siders (siderd at att dot net)

tia...




Subject: Re: Error Using TRichSearchTypes
From: Paw Suddergaard <paw@easyflex.dk>
Date: Thu, 21 Apr 2005 11:10:19 +0200
Newsgroups: jedi.vcl

Wow! Fast reply! This is great!

I replaced as you described:

RichEdit->FindText(SearchText, Startpos, Endpos, TRichSearchTypes() << Comctrls::stMatchCase)

But now i get this error:
"operator<< not implented in type 'TRichSearchTypes' for argument of type 'TSearchType'"

Any idea?

Paw

OBones wrote:
> Paw Suddergaard wrote:
>
>> Hi!
>>
>> Im a happy user of the JVCL components. They are just great!
>>
>> I have a small problem when i use a TJvRichEdit and try to find some text:
>>
>> RichEdit->FindText(SearchText, Startpos, Endpos,TRichSearchTypes()<<stMatchCase);
>>
>> I get an error "Ambiguity between 'stMatchCase' and 'Comctrls::stMachCase'"
>>
>> Im usin C++ Builder 6 with all updates...
>>
>> Can anyone help me please?
>
>
> Replace "<< stMatchCase" with "<< Comctrls::stMatchCase" and you should be sorted.


Subject: Error Using TRichSearchTypes
From: Paw Suddergaard <paw@easyflex.dk>
Date: Thu, 21 Apr 2005 11:01:12 +0200
Newsgroups: jedi.vcl

Hi!

Im a happy user of the JVCL components. They are just great!

I have a small problem when i use a TJvRichEdit and try to find some text:

RichEdit->FindText(SearchText, Startpos, Endpos,TRichSearchTypes()<<stMatchCase);

I get an error "Ambiguity between 'stMatchCase' and 'Comctrls::stMachCase'"

Im usin C++ Builder 6 with all updates...

Can anyone help me please?

Thanks,

Best regards

Paw


Subject: Re: Error Using TRichSearchTypes
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 21 Apr 2005 11:01:05 +0200
Newsgroups: jedi.vcl

Paw Suddergaard wrote:

> Hi!
>
> Im a happy user of the JVCL components. They are just great!
>
> I have a small problem when i use a TJvRichEdit and try to find some text:
>
> RichEdit->FindText(SearchText, Startpos, Endpos,TRichSearchTypes()<<stMatchCase);
>
> I get an error "Ambiguity between 'stMatchCase' and 'Comctrls::stMachCase'"
>
> Im usin C++ Builder 6 with all updates...
>
> Can anyone help me please?

Replace "<< stMatchCase" with "<< Comctrls::stMatchCase" and you should be sorted.


Subject: TJVDBGrid - column moving
From: "awod" <lexa@mfti.ru>
Date: Thu, 21 Apr 2005 11:15:02 +0400
Newsgroups: jedi.vcl

How can I moving column in TJVDBGrid in runtime?

With best regards, awod.  E-mail: lexa@mfti.ru

Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 21 Apr 2005 08:55:03 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>
>> I have created a fake package (filesize = 43 KB)
>
>
> The file size is now 24 KB and the the only code in the package shows a
> messagebox that says that you cannot use this package and terminates the
> application.
> The faked XmlIntf and XmlDom units contain only Interfaces (no classes or
> global functions/variables remained). So the package is completly useless
> for a developer even if he has the xmlrtl90.bpl file. But the .dcp
> contains enough information for the compiler to accept it as required
> designide package.

So this means that the packages compile but will not be usable at all. Is this correct ?


Subject: ultimgrid and dbgrid
From: "CoRSARIO" <blahhhhbla@hotmail.com>
Date: Thu, 21 Apr 2005 07:07:00 +0100
Newsgroups: jedi.vcl

I've seen messages that recommend using the jvDBUltimGrid instead of the 
normal jvDBGrid...

Can anyone tell me the main differences between both components?
Why to select one or the other?

thanks!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: More than TJvCreateProcess...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 21 Apr 2005 00:52:46 +0200
Newsgroups: jedi.vcl

vb wrote:
> Currently I'm using TJvCreateProcess to control other console processes. Reading stdout of these consoles is very well done by this great component but when it comes to pumping data to stdin,
> it seems we are out of luck. 

You can use the Write and WriteLn methods of the TJvCreateProcess component to write to the input of the console. See the examples, help file and the online help file:

http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvCreateProcess.Write

>         Are there any other component or code in JVCL to od that or is it even possible to do what  I want where should I start?

JCL has functions to redirect the standard input/output of consoles, see JclMiscel.pas and JclSysUtils.pas. Note that they block the main thread.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvIPAddress problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 20 Apr 2005 20:33:46 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,
I am BCB user and I use WinXP Pro SP2.
Currently I have installed latest release of JVCL and JCL.

I have problem with TJvIPAddress component in runtime.

When I change "IP Values" dedicated property in design 
time (I mean Text, Address, Value1 , Value2 props... and 
so on ...) there is no problem, but 
in runtime there are changed only Text and Address property 
but properties of AddressValues are not handled (changed).

There are not handled (changed) following properties in 
runtime:

TJvIPAddress->AddressValues->Address and 
TJvIPAddress->AddressValues->VAlueX (where X = 1 to 4)

Please can anybody check it? 
Is it my specific problem or can I add it to the mantis?
I have also simple example.

Thanks
Vaclav


Subject: Re: jvDock and threads
From: Ricardo Cardona R <rcardona@mail.com>
Date: Wed, 20 Apr 2005 11:52:40 -0500
Newsgroups: jedi.vcl

Image Dock Editor and Code Explorer before push auto hide button

jvdock.PNG

jvdock.PNG
	



Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 20 Apr 2005 18:49:50 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I have created a fake package (filesize = 43 KB)

The file size is now 24 KB and the the only code in the package shows a
messagebox that says that you cannot use this package and terminates the
application.
The faked XmlIntf and XmlDom units contain only Interfaces (no classes or
global functions/variables remained). So the package is completly useless
for a developer even if he has the xmlrtl90.bpl file. But the .dcp
contains enough information for the compiler to accept it as required
designide package.


-- Regards, Andreas Hausladen 

Subject: jvDock and threads
From: Ricardo Cardona R <rcardona@mail.com>
Date: Wed, 20 Apr 2005 11:47:46 -0500
Newsgroups: jedi.vcl

Hi,

I have a application for Oracle/PLSQL with jvDock (great component), and try do "Code Explorer" like IDE Delphi, when a PLSQL Editor is open then send a signal  to thread fill Code Explorer, the user dock the editor at rigth side and push the auto hide button then app is freeze (look madExcept log). it only happen with PLSQL editor, the other windows works well.

Some ideas ... please

Thanks in advance

Ricardona

date/time         : 2005-04-20 11:37
computer name     : OPNT03
wts client name   : RICARDONA
user name         : rcardona
operating system  : Windows 2003 build 3790
system language   : English
system up time    : 4 days 12 hours
program up time   : 1 minute 14 seconds
processors        : 4x Intel(R) Xeon(TM) CPU 2.80GHz
physical memory   : 1146/2047 MB (free/total)
free disk space   : (C:) 6,18 GB (F:) 11,96 GB
display mode      : 800x600, 24 bit
process id        : $2688
executable        : DBExplorer.exe
exec. date/time   : 2005-04-20 11:36
version           : 6.2.0.1
madExcept version : 2.7c
exception message : The application seems to be frozen.

main thread ($2c80):
7ffe0304 ???
77d095d3 user32.dll                            SetWindowPos
0047fd91 DBExplorer.exe Controls               TWinControl.SetBounds
004793af DBExplorer.exe Controls               TControl.SetBoundsRect
00727f22 DBExplorer.exe JvDockTree         821 TJvDockZone.Update
0072a199 DBExplorer.exe JvDockTree        2622 TJvDockTree.UpdateZone
00728b72 DBExplorer.exe JvDockTree        1752 DoForwardForEach
00728b88 DBExplorer.exe JvDockTree        1756 DoForwardForEach
00728b99 DBExplorer.exe JvDockTree        1759 DoForwardForEach
00728cd7 DBExplorer.exe JvDockTree        1827 TJvDockTree.ForEachAt
0072a184 DBExplorer.exe JvDockTree        2616 TJvDockTree.UpdateAll
0072bad3 DBExplorer.exe JvDockTree        3670 TJvDockTree.ShowControl
0072a2e0 DBExplorer.exe JvDockTree        2669 TJvDockTree.ControlVisibilityChanged
0072a379 DBExplorer.exe JvDockTree        2683 TJvDockTree.WindowProc
007113c7 DBExplorer.exe JvDockVIDStyle    1923 TJvDockVIDTree.WindowProc
00695a33 DBExplorer.exe ThemeMgr           587 TWindowProcList.DispatchMessage
00697e95 DBExplorer.exe ThemeMgr          1977 TThemeManager.WinControlWindowProc
00697f89 DBExplorer.exe ThemeMgr          2154 TThemeManager.PreWinControlWindowProc
0047ac54 DBExplorer.exe Controls               TControl.Perform
004795c5 DBExplorer.exe Controls               TControl.SendDockNotification
0047ae79 DBExplorer.exe Controls               TControl.WndProc
0047deaf DBExplorer.exe Controls               TWinControl.WndProc
00495135 DBExplorer.exe Forms                  TCustomForm.WndProc
007310cb DBExplorer.exe JvDockControlForm 2586 TJvDockBaseControl.WindowProc
007332e0 DBExplorer.exe JvDockControlForm 4090 TJvDockClient.WindowProc
00695a33 DBExplorer.exe ThemeMgr           587 TWindowProcList.DispatchMessage
0069689e DBExplorer.exe ThemeMgr          1145 TThemeManager.FormWindowProc
00697ee9 DBExplorer.exe ThemeMgr          2040 TThemeManager.PreFormWindowProc
0047ac54 DBExplorer.exe Controls               TControl.Perform
00479917 DBExplorer.exe Controls               TControl.SetVisible
0072be8f DBExplorer.exe JvDockTree        3846 DoShowSingleControl
0072be56 DBExplorer.exe JvDockTree        3838 DoShowSingleControl
0072bed5 DBExplorer.exe JvDockTree        3862 TJvDockTree.ShowSingleControl
00719940 DBExplorer.exe JvDockVSNetStyle  1588 TJvDockVSChannel.PopupDockForm
00718c64 DBExplorer.exe JvDockVSNetStyle  1147 TJvDockVSChannel.AnimationStartTimerOnTimerHandler
0046c8b7 DBExplorer.exe ExtCtrls               TTimer.Timer
0046c79b DBExplorer.exe ExtCtrls               TTimer.WndProc
0044d540 DBExplorer.exe Classes                StdWndProc
77d0fae7 user32.dll                            DispatchMessageA
0049b41b DBExplorer.exe Forms                  TApplication.ProcessMessage
0049b452 DBExplorer.exe Forms                  TApplication.HandleMessage
0049b672 DBExplorer.exe Forms                  TApplication.Run
0086afbe DBExplorer.exe DBExplorer         137 initialization

thread $2bb8 (TExecuteThread):
7ffe0304 ???
77f4373f ntdll.dll                       NtWaitForSingleObject
77e41811 kernel32.dll                    WaitForSingleObjectEx
00858bf3 DBExplorer.exe FrameCodeExp 169 TExecuteThread.Execute
0042a1ea DBExplorer.exe madExcept        HookedTThreadExecute
0044ba14 DBExplorer.exe Classes          ThreadProc
00404a40 DBExplorer.exe System           ThreadWrapper
0042a17f DBExplorer.exe madExcept        ThreadExceptFrame
>> created by main thread ($2c80) at:
00858a3c DBExplorer.exe FrameCodeExp 113 TExecuteThread.Create


Subject: TJvFormPlacement error
From: "John Clements" <jclements@apexwin.com>
Date: Wed, 20 Apr 2005 10:56:56 -0500
Newsgroups: jedi.vcl

I'm sure it's just me as I'm new the Jedi VCL, but I have placed a 
TJvFormPlacement on my form and want it to save my form states; everything 
works fine unless I exit my application with it being Maximized.

When it is Maximized, upon loading the application again, the WindowState is 
being set to wsMaximized and is in the upper corner, however it's only the 
Width of Height of the application as it would have been if it were 
Restored, and not the entire Width/Height of the screen.

Has anyone seen this before? 




Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 20 Apr 2005 15:17:31 +0200
Newsgroups: jedi.vcl

Achim Kalwa wrote:

> > The download link is broken:

fixed.


-- Regards, Andreas Hausladen 

Subject: Re: All Applications vith JVCL2.11 crashes with 216 error (on 64 bit machine)
From: "koko" <hen@haaswaffel.at>
Date: Wed, 20 Apr 2005 14:59:09 +0200
Newsgroups: jedi.vcl

"koko" <hen@haaswaffel.at> schrieb im Newsbeitrag
news:gqc54d.bfi.ln@192.168.4.119...
> >
> > "OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
> > news:d44uvi$rrv$1@talkto.net...
>> > > koko wrote:
>> > >
>>> > > > it seems to work, but I don't know if this the right solution is !?
>> > >
>> > > No, this is not mathematically correct, but it does prevent the divide
>> > > by zero.
>> > > What you need is to get the GetCPUSpeed code from here:
>> > >
>> > >
> >
http://cvs.sourceforge.net/viewcvs.py/jcl/jcl/source/common/JclSysInfo.pas?v
> > iew=markup
>> > >
>> > > paste it into the 2.10 unit, then recompile the JCL. I must insist, this
>> > > a Jedi Code Library (JCL) issue, not a Jedi Visual Component Library
>> > > (JVCL) issue.
> >
> >
> >
> > I'm slightly desperate.
> > I suppose i've done the right thing, but it doesnt work.
> > In JclSysInfo_mix.pas is what I think it was to be done, but result is the
> > same: Runtime Error 216 at adress xxxxxx
> > if I use JclSysInfo_NEU.pas I get a lot of Unknown Identifier
> > RsIntelCacheDescrXX
> >
> > It seems that I have misunderstood Your Tip.
> >
> > koko
> >
> >
> >


I've got it!
It have to be replaced:
- the original function GetCPUSpeed (in JclSysInfo_orig.pas ) the same
function from JclSysInfo_NEU.pas.
(shown in JclSysInfo_MIX.pas)

THANK'S A LOT !

koko




JclSysInfo_Mix.zip
	



Subject: Re: All Applications vith JVCL2.11 crashes with 216 error (on 64 bit machine)
From: "koko" <hen@haaswaffel.at>
Date: Wed, 20 Apr 2005 13:01:35 +0200
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
news:d44uvi$rrv$1@talkto.net...
> > koko wrote:
> >
>> > > it seems to work, but I don't know if this the right solution is !?
> >
> > No, this is not mathematically correct, but it does prevent the divide
> > by zero.
> > What you need is to get the GetCPUSpeed code from here:
> >
> >
http://cvs.sourceforge.net/viewcvs.py/jcl/jcl/source/common/JclSysInfo.pas?v
iew=markup
> >
> > paste it into the 2.10 unit, then recompile the JCL. I must insist, this
> > a Jedi Code Library (JCL) issue, not a Jedi Visual Component Library
> > (JVCL) issue.



I'm slightly desperate.
I suppose i've done the right thing, but it doesnt work.
In JclSysInfo_mix.pas is what I think it was to be done, but result is the
same: Runtime Error 216 at adress xxxxxx
if I use JclSysInfo_NEU.pas I get a lot of Unknown Identifier
RsIntelCacheDescrXX

It seems that I have misunderstood Your Tip.

koko



JclSysInfo_s.zip
	



Subject: Re: JvDBGrid IsBoolField event
From: mr <mr-outs-pl@blackhole.org>
Date: Wed, 20 Apr 2005 12:53:00 +0200
Newsgroups: jedi.vcl

>
> you right, i make additional modification
> when be ready i'll sent result again
i post zip to binaries - here is patch only - please take a look, if it's now acceptable
regards
mr


Index: JVCL3/run/JvDBGrid.pas
===================================================================
RCS file: /cvsroot/jvcl/dev/JVCL3/run/JvDBGrid.pas,v
retrieving revision 1.107
diff -u -r1.107 JvDBGrid.pas
--- JVCL3/run/JvDBGrid.pas    7 Apr 2005 17:48:26 -0000    1.107
+++ JVCL3/run/JvDBGrid.pas    20 Apr 2005 10:38:38 -0000
@@ -110,6 +110,7 @@
   TJvDBColumnResizeEvent = procedure(Grid: TJvDBGrid; ACol: Longint; NewWidth: Integer) of object;

   TJvDBGridLayoutChangeEvent = procedure(Grid: TJvDBGrid; Kind: TJvDBGridLayoutChangeKind) of object;
+  TIsBoolField = function(Grid: TJvDBGrid; const Field: TField): boolean of object;

   TJvDBGridLayoutChangeLink = class
   private
@@ -206,6 +207,7 @@
     FOnTopLeftChanged: TNotifyEvent;
     FSelectionAnchor: TBookmarkStr;
     FOnDrawColumnTitle: TDrawColumnTitleEvent;
+    FIsBoolField: TIsBoolField;
     FWord: string;
     FShowTitleHint: Boolean;
     FSortedField: string;
@@ -370,6 +372,8 @@
     procedure PlaceControl(Control: TWinControl; ACol, ARow: Integer); virtual;
     procedure RowHeightsChanged; override;

+    function InternalIsBoolField(Field: TField) : Boolean; {$IFDEF DELPHI9} inline; {$ENDIF DELPHI9}
+
   public
     constructor Create(AOwner: TComponent); override;
     destructor Destroy; override;
@@ -437,6 +441,7 @@
     property OnResize;
     property OnMouseWheelDown;
     property OnMouseWheelUp;
+    property IsBoolField : TIsBoolField read FIsBoolField write FIsBoolField;
     property BeepOnError: Boolean read FBeepOnError write FBeepOnError default True; // WAP.
     property AlternateRowColor: TColor read FAlternateRowColor write SetAlternateRowColor default clNone;
     property AlternateRowFontColor: TColor read FAlternateRowFontColor write SetAlternateRowFontColor default clNone;
@@ -476,6 +481,7 @@
     property BooleanEditor: Boolean read FBooleanEditor write SetBooleanEditor default True;
     { OnColumnResized: event triggered each time a column is resized with the mouse }
     property OnColumnResized: TJvDBColumnResizeEvent read FOnColumnResized write FOnColumnResized;
+
   end;

 {$IFDEF UNITVERSIONING}
@@ -926,6 +932,14 @@
   FChangeLinks.Remove(Link);
 end;

+function TJvDBGrid.InternalIsBoolField(Field: TField) : Boolean;
+begin
+  Result := (Field.DataType = ftBoolean)
+      or ((Field.DataType in [ftSmallint, ftWord, ftInteger])
+            and Assigned(FIsBoolField)
+            and FIsBoolField(Self, Field));
+end;
+
 function TJvDBGrid.GetImageIndex(Field: TField): Integer;
 begin
   Result := -1;
@@ -956,6 +970,12 @@
           else
             Result := Ord(gpUnChecked);
     end;
+
+    if (not Field.IsNull) and BooleanEditor and InternalIsBoolField(Field) then
+      if Field.AsInteger = 0 then
+        Result := Ord(gpUnchecked)
+      else
+        Result := Ord(gpChecked)
   end;
 end;

@@ -1550,7 +1570,7 @@
     if Assigned(Control) and not (dgAlwaysShowEditor in Options) then
       Editor := ude_CUSTOM_EDITOR
     else
-    if (F.DataType = ftBoolean) and BooleanEditor then
+    if BooleanEditor and InternalIsBoolField(F) then
       Editor := ude_BOOLEAN_EDITOR
     else
       Editor := ude_DEFAULT_EDITOR;
@@ -2172,7 +2192,7 @@
 procedure TJvDBGrid.WMChar(var Msg: TWMChar);
 begin
   if BooleanEditor and (Char(Msg.CharCode) in [Backspace, #32..#255])
-    and Assigned(SelectedField) and (SelectedField is TBooleanField) then
+    and Assigned(SelectedField) and InternalIsBoolField(SelectedField) then
   begin
     if not DoKeyPress(Msg) then
       case Char(Msg.CharCode) of
@@ -3012,9 +3032,15 @@
   begin
     DataLink.Edit;
     if (FBooleanFieldToEdit.Value = Null) or (FieldValueChange <> 0) then
-      FBooleanFieldToEdit.Value := (FieldValueChange <> -1)
+      if FBooleanFieldToEdit.DataType = ftBoolean then
+        FBooleanFieldToEdit.Value := (FieldValueChange <> -1)
+      else
+        FBooleanFieldToEdit.Value := IfThen(FieldValueChange <> -1, 1, 0)
     else
-      FBooleanFieldToEdit.Value := not FBooleanFieldToEdit.Value;
+      if FBooleanFieldToEdit.DataType = ftBoolean then
+        FBooleanFieldToEdit.Value := not FBooleanFieldToEdit.Value
+      else
+        FBooleanFieldToEdit.Value := IfThen(FBooleanFieldToEdit.Value = 1, 0, 1);
     InvalidateCell(Col, Row);
   end;
   FBooleanFieldToEdit := nil;


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Achim Kalwa <spamcollector@achim-kalwa.de>
Date: Wed, 20 Apr 2005 11:19:24 +0200
Newsgroups: jedi.vcl

Hi,

Andreas Hausladen schrieb:

> Not for me :-)
>
> I have created a fake package (filesize = 43 KB)

Cool!

> http://andy.jgknet.de/oss/kylix/wiki/index.php/Delphi_2005_Personal_Edition
> _xmlrtl.dcp_fake

The download link is broken:
http://unvclx.sf.net/otherD2k5PExmlrtlFake.zip

should be
http://unvclx.sf.net/other/D2k5PExmlrtlFake.zip
--------------------------^

Achim


Subject: Re: All Applications vith JVCL2.11 crashes with 216 error (on 64 bit machine)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 20 Apr 2005 09:23:49 +0200
Newsgroups: jedi.vcl

koko wrote:

> it seems to work, but I don't know if this the right solution is !?

No, this is not mathematically correct, but it does prevent the divide by zero.
What you need is to get the GetCPUSpeed code from here:

http://cvs.sourceforge.net/viewcvs.py/jcl/jcl/source/common/JclSysInfo.pas?view=markup

paste it into the 2.10 unit, then recompile the JCL. I must insist, this a Jedi Code Library (JCL) issue, not a Jedi Visual Component Library (JVCL) issue.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 20 Apr 2005 08:54:14 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This sounds like a deliberate barrier.

Not for me :-)

I have created a fake package (filesize = 43 KB)

http://andy.jgknet.de/oss/kylix/wiki/index.php/Delphi_2005_Personal_Edition
_xmlrtl.dcp_fake



-- Regards, Andreas Hausladen 

Subject: Re: All Applications vith JVCL2.11 crashes with 216 error (on 64 bit machine)
From: "koko" <hen@haaswaffel.at>
Date: Wed, 20 Apr 2005 08:52:31 +0200
Newsgroups: jedi.vcl

> >OBones wrote:
> >
> > This is a two year's old bug that is long resolved. The problem is in a
> > JCL (not JVCL) function called GetCPUInfo, that does divisions by 0 on
> > very fast machines. Get the latest version of that function from the
> > latest JCL, patch it back into the JCL 1.22 and you'll be sorted.

Thanks a lot for a tip! ... but....

I've tried to do that- I suppose!

I have had:

- JCL_JVCL210FullInstall.zip
- JVCL210FIX030313.zip

I have downloaded :
JCL1_22.zip

and installed them instad oldre version without any result

after that I have tried to install jcl version 3 - it was messy (part
version 2 part version3) so ...

now i have jcl 1.22 with slightly changed JclSysInfo.pas

function GetCPUSpeed(var CpuSpeed: TFreqInfo): Boolean;
.....
.....
      Cycles := Stamp1 - Stamp0;
      Ticks := T1.LowPart - T0.LowPart;
      Ticks := Ticks * 100000;
      Ticks := Round(Ticks / (CountFreq.LowPart / 10));
      TotalTicks := TotalTicks + Ticks;
      TotalCycles := TotalCycles + Cycles;
      if Ticks <= 0 then   Ticks := 1; //
*************************************
      if TotalTicks <= 0 then   TotalTicks := 1; //
*************************************
      if TotalCycles <= 0 then  TotalCycles := 1; //
*************************************
      Freq := Round(Cycles / Ticks);
      Total := Freq + Freq2 + Freq3;
    end;
    Freq3 := Round((TotalCycles * 10) / TotalTicks);
    Freq2 := Round((TotalCycles * 100) / TotalTicks);
.....
.....
end;


I have inserted parts with : // *************************************

it seems to work, but I don't know if this the right solution is !?

Do You have a better Idea?

koko




Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 20 Apr 2005 07:39:38 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This sounds like a deliberate barrier.

I tested it with my D2005 PRO with a renamed xmlrtl.dcp. But I do not
believe that the PERS version would compile it. The compiler does not even
look for the existance of xmlrtl.dcp but also for the contained unit
names. Maybe if we create units with the interface sections of the
xml-units we could get a valid xmlrtl.dcp.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Apr 2005 05:51:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It is impossible. I tried it and all I got was "Internal error U999"

This sounds like a deliberate barrier.


Subject: More than TJvCreateProcess...
From: vb <none@nil.com>
Date: Wed, 20 Apr 2005 01:49:22 +0000 (UTC)
Newsgroups: jedi.vcl

Hi friends,

Currently I'm using TJvCreateProcess to control other console 
processes. Reading stdout of these consoles is very well done by 
this great component but when it comes to pumping data to stdin,
it seems we are out of luck. 
    	Are there any other component or code 
in JVCL to od that or is it even possible to do what  I want where 
should I start?

Best regards.



Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 20 Apr 2005 00:49:21 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Is it possible to add a fake or simplified  xmlrtl package?

It is impossible. I tried it and all I got was "Internal error U999"


-- Regards, Andreas Hausladen 

Subject: Re: TJvxLabel
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 19 Apr 2005 22:50:47 +0200
Newsgroups: jedi.vcl

Jean-Paul Passama wrote:

> Hi,
>
> I used a Label called TJvxLabel but I don't find it in the JVCL 3. Maybe another name now ? Thanks

TJvLabel


Subject: TJvxLabel
From: "Jean-Paul Passama" <jean-paul.passama@wanadoo.fr>
Date: Tue, 19 Apr 2005 22:36:41 +0200
Newsgroups: jedi.vcl

Hi,

I used a Label called TJvxLabel but I don't find it in the JVCL 3. Maybe 
another name now ? Thanks

Jean-Paul Passama 




Subject: Re: TJvRichEdit - left margin
From: j <j@j.com>
Date: Tue, 19 Apr 2005 17:55:06 +0200
Newsgroups: jedi.vcl

> cwig schrieb:
>> How can I change the default left margin? 
> Tried something like this jvrichedit.Paragraph.FirstIndent:=20;          or  this
> jvrichedit.Paragraph.LeftIndent :=20;          ?
> I hope this is what you need. Jo


Subject: TJvRichEdit - left margin
From: "cwig" <fnordbak@online.no>
Date: Tue, 19 Apr 2005 16:09:01 +0200
Newsgroups: jedi.vcl

How can I change the default left margin? 




Subject: JvDBGrid CanEditShow Problem
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Tue, 19 Apr 2005 09:05:28 -0400
Newsgroups: jedi.vcl

Hi , first of all GREAT WORK!!
I need to be able to select the value (to copy and paste) of a cell.
The Dataset field is readonly.
Before icould select the cell, it would enter in edit mode so I could copy but i couldn´t enter any values, what i suposed was OK, but now in the latest version i cant select the value in the cell.

¿Any Ideas?
Using $Id: JvDBGrid.pas,v 1.107 2005/04/07 17:48:26 obones Exp $


Subject: Re: OT: Refactoring MONSTER VCL Forms.
From: "Daniel Rail" <daniel@accra.ca>
Date: Tue, 19 Apr 2005 09:41:03 -0300
Newsgroups: jedi.vcl

Hi,

"Warren Postma" <wp.nospam@tekran.com> wrote in message
news:d417sr$sos$1@talkto.net...
> > Anyone else done this!?

Yes, although with not so many pages, but it still was a bit time consuming.
But, the end result is better resource management, since you only create the
forms that you need at a particular time and free the resources once no
longer needed.

What I found that helped me, was to name the components in a way that you
know on which page it is coming from.

And, the technique that you outlined below is what I usually do:

> > Now I want to dive in and split the sucker up.  I can easily copy and
> > past the various pages of the notebook, and it's various controls, into
> > another form, but I lose any record of a particular event-handler ever
> > having been implemented.

Since you only copy and paster (not cut and paste), you still have a
reference of the events on the original form.  This makes it easier to copy
the code from the original form to the new form.  Now, you go through each
copied component one by one on the original form and look for the events,
when you find an event, you simply have to copy it to the new form(I usually
simply create the empty event on the new form then paste the code from the
original form within the newly created empty event).

One thing to watch for, is if you have code related to one page that
references the controls of another page, this is where you could spend some
time to make everything work again.  But, as I already mentioned above, the
end result should end up with a more solid application, in terms of memory
and resource management(unless you plan to create all the forms at the same
time).  And, not to mention, the code should be more manageable, since it's
not a monster unit anymore.


Daniel Rail
Senior Software Developer
ACCRA Med Software Inc.(www.filopto.com)




Subject: Re: JvDBGrid IsBoolField event
From: mr <mr-outs-pl@blackhole.org>
Date: Tue, 19 Apr 2005 12:19:54 +0200
Newsgroups: jedi.vcl

> I gave your unit a glance and it appears that it needs to be improved because the current changes do not take into account the inplace boolean editor (and its property BooleanEditor) and are not restricted to integer fields (you can easily raise an exception with your code). I suppose you just want to display a checkbox for your values. In this case, I'm against a unit change because you can achieve the result expected in your app with the appropriate events (e.g. I use some of them to display a red or green light in my apps).

you right, i make additional modification
when be ready i'll sent result again

regards
mr


Subject: Re: All Applications vith JVCL2.11 crashes with 216 error (on 64 bit machine)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 19 Apr 2005 09:55:19 +0200
Newsgroups: jedi.vcl

koko wrote:

> Any Ideas?!

This is a two year's old bug that is long resolved. The problem is in a JCL (not JVCL) function called GetCPUInfo, that does divisions by 0 on very fast machines. Get the latest version of that function from the latest JCL, patch it back into the JCL 1.22 and you'll be sorted.


Subject: any equivalent to TLMDShapeControl
From: "Benson Wong" <benson@linktechsystem.com.hk>
Date: Tue, 19 Apr 2005 15:31:27 +0800
Newsgroups: jedi.vcl

I am using TLMD component and would like to know whether there are any
components equivalent to TLMDShapeControl.

The controls are used to draw rectangle box, diamond, lines, etc. They also
have a onclick event too.

Thanks for your advice.

Benson Wong
D5, JVCL 3.0




Subject: All Applications vith JVCL2.11 crashes with 216 error (on 64 bit machine)
From: "koko" <hen@haaswaffel.at>
Date: Tue, 19 Apr 2005 09:19:48 +0200
Newsgroups: jedi.vcl

We have approx. 80 applications in D7  including JVCL-s 2.11, and they are
working just fine.

Now we have a new PC generation HP-XW4200, and all applications wiht Jedi
components in are not working any more. They don't even start. (curiosly
somethimes they do start - very rare). We have tried to recompile them (on
new PC - naturaly). Compiling was finished without any problems. We tried to
start them again with the same result. Wtih singlestep execution (in delphi
IDE) we get an error: Error 216 (access violation) at address xxxxx before
Application.Initialize;

We have tried to implement JVCL 3.00 but it is a lot of work (we are not
affraid of work but time is what makes a problem).

PCs: HP-XW4200 (64bit proc.), XP SP1, 1GB ram, NVIDIA QUATRO FX 1300

Any Ideas?!




Subject: Re: JCL/JVCL Installation Questions/Comments
From: "Carlton Bobb" <carlton@bobb.org.uk>
Date: Tue, 19 Apr 2005 08:19:12 +0100
Newsgroups: jedi.vcl,jedi.jcl

You say that you have successfully installed the JCL & JVCL in D2005.
However, I have been trying unsuccessfully to do so for the past week.
The istaller falls over at the point where it is compiling the dcu units.
I have been successful in installing JEDI to D7.
Any tips?

Thanks

"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message 
news:d3vdsd$d9a$1@talkto.net...
> >
> >
> > Robert Rossmair wrote:
>> >> Jens Fudickar wrote:
>> >>
>>> >>> The jcl installation was no problem, but when i reenter the setup the
>>> >>> directories in the advanced options are changed. They look now like
>>> >>> "D:\PROGRA~1\ENTWIC~1\Borland\Delphi5\Projects\Bpl", the right version
>>> >>> should be :
>>> >>> D:\Programme\Entwicklung\Borland\Delphi5\Projects\Bpl"
>>> >>>
>>> >>> Why does this happen? (The filesystem is NTFS)
>> >>
>> >>
>> >> To avoid the 126 character path limitation of dcc32, the JCL installer 
>> >> now uses short pathnames.  These are not "wrong"; they are valid with 
>> >> NTFS, too.  Run cmd.exe and type "dir 
>> >> D:\PROGRA~1\ENTWIC~1\Borland\Delphi5\Projects" in the console window. 
>> >> See?
>> >>
>> >> I have a test installation where the long path name is "H:\Temp\jcl 
>> >> test\very long directory name\very long directory name\very long 
>> >> directory name\very long directory name\very long directory name\jcl"
>> >> Installation now works since it is using short path names, while DCC32 
>> >> used to crash throwing AVs when long path names were used.
> >
> > I see. I know that they are not "wrong", but they are realy ugly!!
> >
> > Isn't it possible to use shortnames only when the path is longer then 126 
> > characters.
> >
> > Greeting
> > Jens
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de 




Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 19 Apr 2005 09:14:33 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> I'll ask around on Borland's server.
>
>
> Was your posting cancelled? I see it in both groups on my PC but on my
> notebook (updated some days later) it is not visible.

It is still here, and got retrieved just fine on a blank setup.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 19 Apr 2005 08:50:56 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I'll ask around on Borland's server.

Was your posting cancelled? I see it in both groups on my PC but on my
notebook (updated some days later) it is not visible.


-- Regards, Andreas Hausladen 

Subject: OT: Refactoring MONSTER VCL Forms.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 18 Apr 2005 17:28:43 -0400
Newsgroups: jedi.vcl

I have an application which is 90% one large 30-page tabbed notebook. I never intended to let it get so out of hand (about 25 pages in a TPageControl) and the .DFM and .PAS files are several megabytes each.

Now I want to dive in and split the sucker up.  I can easily copy and past the various pages of the notebook, and it's various controls, into
another form, but I lose any record of a particular event-handler ever having been implemented.

Another ugly technique would be to copy the form 25 times and them remove the 95% of the stuff that isn't used, and do that about 20 times
over. I've thought of splitting the form in half, and then I only have to refactor it 50% of the way at one go.  I wish there was a tool to help with this. The class-refactoring features in Delphi 2005 don't do
much to help with de-aggregation of large forms into several smaller forms. Looks like it's a very manual process.

Anyone else done this!?

Warren


Subject: Re: [Fwd: Re: Managing configuration settings for own applications]
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 18 Apr 2005 21:18:03 +0200
Newsgroups: jedi.vcl

OBones wrote:

> That's fine, but I'm looking at having this generated automatically directly on the server, which is unix based, and only has access to the content of the CVS repository.
> Hence the need to read some files, convert the BMPs to PNGs and generate the files (maybe an XSL to HTML transformation).

Another option could be to put the HTML files generated by the Doc-O-Matic tool onto the server. Then you would have the same look as the HTML Help; these pages have links to the online-help, just as the compiled HTML Help and Win Help versions have.

But IMO the main problem is not the enumeration of the components, but the grouping and (lack of) description of them: The functional reference in the help files is an example of grouping the components.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: [Fwd: Re: Managing configuration settings for own applications]
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Mon, 18 Apr 2005 21:05:29 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Yes, it's easy to complain, and no, I don't have time to volunteer, but
> if the developers/contributors of this project really want to see
> people use it, I think describing what's available and the capabilities
> of the library is quite important.

Well, I also don't want to complain, but I'd undersign here as well. There was a survey some time ago. If I could suggest some more (really, a little) documentation... Already, the difference between 2.x and 3.x is good.


> Until that happens, people will have to continue to rely on those
> familiar with the JVCL to jump into threads to say "Oh, JVCL component
> xyz can do what you want".

Well, usually it's pretty obvious what e.g. TJvComboBox would do, but there are such unadvertised gems as (from the top of my head, not to offend any developpers) as, for example Desktop Alerts. IMHO definitely worth advertising.


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: [Fwd: Re: Managing configuration settings for own applications]
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 18 Apr 2005 18:50:01 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I see no reason for that. The number of components does not change that
> > fast. If we need to generate then a CSV file with the info should be
> > good enough. Generated once a month or whenever we feel it gets outdated.

You meight have a look at jedi.binaries ("JVCL Components Info in XML").
I have (auto-)created that file for the JVCL 3 release for a binary
installer.


-- Regards, Andreas Hausladen 

Subject: Re: [Fwd: Re: Managing configuration settings for own applications]
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 18 Apr 2005 18:38:13 +0200
Newsgroups: jedi.vcl

OBones wrote:

> That's fine, but I'm looking at having this generated automatically directly on the server, which is unix based, and only has access to the content of the CVS repository.
> Hence the need to read some files, convert the BMPs to PNGs and generate the files (maybe an XSL to HTML transformation).

I see no reason for that. The number of components does not change that fast. If we need to generate then a CSV file with the info should be
good enough. Generated once a month or whenever we feel it gets outdated.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Mon, 18 Apr 2005 18:23:38 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Michal Borsuk wrote:
>
>>> There is one in walking distance. I ate horse.
>>
>>
>> What's the location, if I can ask? ;)
>
>
> Never Never Land near S-Bahn Friedenau, but there are better ones
> here in Berlin like the one near S-Bahn Friedrichstrasse.

Thanks ;), it's 3 hours from my place.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: [Fwd: Re: Managing configuration settings for own applications]
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 18 Apr 2005 16:34:58 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> I've that in my todo list for a while now, just never had time to actually look at automating this one way or another.
>
>
> I have written some minor tools for generating some simple
> web pages for palette/component display.
> devtools\ReadPalettes ist the starting point.
> It generates CSV files with all info available from the IDE.
> That is imported into an Access DB and then i have written a private program which reads the tables and generates some web pages.

That's fine, but I'm looking at having this generated automatically directly on the server, which is unix based, and only has access to the content of the CVS repository.
Hence the need to read some files, convert the BMPs to PNGs and generate the files (maybe an XSL to HTML transformation).


Subject: Re: [Fwd: Re: Managing configuration settings for own applications]
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 18 Apr 2005 16:24:51 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I've that in my todo list for a while now, just never had time to actually look at automating this one way or another.

I have written some minor tools for generating some simple
web pages for palette/component display.
devtools\ReadPalettes ist the starting point.
It generates CSV files with all info available from the IDE.
That is imported into an Access DB and then i have written a private program which reads the tables and generates some web pages.


Subject: Re: [Fwd: Re: Managing configuration settings for own applications]
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 18 Apr 2005 16:12:37 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> All,
>
>     I'm well aware that you all know about this particular problem, but I thought I'd bring it to your attention anyway.

http://homepages.borland.com/jedi/issuetracker/view.php?id=2419

I've that in my todo list for a while now, just never had time to actually look at automating this one way or another.


Subject: [Fwd: Re: Managing configuration settings for own applications]
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 18 Apr 2005 15:45:24 +0200
Newsgroups: jedi.vcl

All,

    I'm well aware that you all know about this particular problem, but I thought I'd bring it to your attention anyway.

-------- Original Message --------
Subject: Re: Managing configuration settings for own applications
Date: 17 Apr 2005 08:41:36 -0800
From: Kevin Powick <nospam@spamless.com>
Newsgroups: borland.public.delphi.thirdpartytools.general
References: <4261039e@newsgroups.borland.com> <Xns963B74D1470Dwhattoken@207.105.83.66> <4262516b$1@newsgroups.borland.com>

Jens Fudickar wrote:

> > JVCL has JVAppStorage* components in "JV Persistence" page giving
> > you XML, ini, registry based storage. See http://jvcl.sf.net for
> > more.

> And it's completly free :-)

And it's completely painful to figure out what is available in the
JVCL.

I'm sure this is one of the biggest limitations that keeps developers
from investigating further.

You go to the home page and there are no descriptions of what is
available in the library... Only a reference to over 500 components on
the "About" page.

You can navigate to the on-line help, but the best you can get is a
unit listing with a brief description that is little more than the unit
name itself.

Yes, it's easy to complain, and no, I don't have time to volunteer, but
if the developers/contributors of this project really want to see
people use it, I think describing what's available and the capabilities
of the library is quite important.

Until that happens, people will have to continue to rely on those
familiar with the JVCL to jump into threads to say "Oh, JVCL component
xyz can do what you want".


-- 
Kevin Powick

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvDBLookupComboBox and keypresses
From: "Arjan de Haan" <nospam.nospam.adwhaan@nospam.hotpop.com>
Date: Mon, 18 Apr 2005 10:54:09 +0200
Newsgroups: jedi.vcl

Hi.

I'm using JvDBLookupComboBoxes to allow the user to select various codes the more friendly
way. They work allright except for one detail: if the user moves the focus to a lookup
combobox (by using Tab for example) and presses the letter of an entry in the list, the
list pops up and the proper entry is shown selected. But in order to select it, the user
must still press Enter. Hence, for quickly selecting a value two keystrokes are required.
Is there a way to change this??

Tx.
....Arjan...






Subject: Re: Strange: Class TForm not found after loading an example-project
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Mon, 18 Apr 2005 08:02:03 +0200
Newsgroups: jedi.vcl

> > Which example did you open ?

I tried some: JvCheckTreeView, JvEdits, JvCaptionBar, JvDialogsDemo. All
the same effect: TForm cannot be found. The same behaviour is with the
Borland-Demos.
Switching between our own projects, of which every uses JVCL, is no
problem.


Subject: Re: Strange: Class TForm not found after loading an example-project
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 18 Apr 2005 07:37:38 +0200
Newsgroups: jedi.vcl

Which example did you open ?


Subject: Re: JCL/JVCL Installation Questions/Comments
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 18 Apr 2005 06:59:36 +0200
Newsgroups: jedi.vcl,jedi.jcl



Robert Rossmair wrote:
> Jens Fudickar wrote:
>
>> The jcl installation was no problem, but when i reenter the setup the
>> directories in the advanced options are changed. They look now like
>> "D:\PROGRA~1\ENTWIC~1\Borland\Delphi5\Projects\Bpl", the right version
>> should be :
>> D:\Programme\Entwicklung\Borland\Delphi5\Projects\Bpl"
>>
>> Why does this happen? (The filesystem is NTFS)
>
>
> To avoid the 126 character path limitation of dcc32, the JCL installer now uses short pathnames.  These are not "wrong"; they are valid with NTFS, too.  Run cmd.exe and type "dir D:\PROGRA~1\ENTWIC~1\Borland\Delphi5\Projects" in the console window.  See?
>
> I have a test installation where the long path name is "H:\Temp\jcl test\very long directory name\very long directory name\very long directory name\very long directory name\very long directory name\jcl"
> Installation now works since it is using short path names, while DCC32 used to crash throwing AVs when long path names were used.

I see. I know that they are not "wrong", but they are realy ugly!!

Isn't it possible to use shortnames only when the path is longer then 126 characters.

Greeting
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 18 Apr 2005 05:47:44 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:

>> There is one in walking distance. I ate horse.
>
> What's the location, if I can ask? ;)

Never Never Land near S-Bahn Friedenau, but there are better ones
here in Berlin like the one near S-Bahn Friedrichstrasse.


Subject: Re: JCL/JVCL Installation Questions/Comments
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 18 Apr 2005 00:56:43 +0200
Newsgroups: jedi.vcl,jedi.jcl

Jens Fudickar wrote:

> The jcl installation was no problem, but when i reenter the setup the
> directories in the advanced options are changed. They look now like
> "D:\PROGRA~1\ENTWIC~1\Borland\Delphi5\Projects\Bpl", the right version
> should be :
> D:\Programme\Entwicklung\Borland\Delphi5\Projects\Bpl"
>
> Why does this happen? (The filesystem is NTFS)

To avoid the 126 character path limitation of dcc32, the JCL installer now uses short pathnames.  These are not "wrong"; they are valid with NTFS, too.  Run cmd.exe and type "dir D:\PROGRA~1\ENTWIC~1\Borland\Delphi5\Projects" in the console window.  See?

I have a test installation where the long path name is "H:\Temp\jcl test\very long directory name\very long directory name\very long directory name\very long directory name\very long directory name\jcl"
Installation now works since it is using short path names, while DCC32 used to crash throwing AVs when long path names were used.


Subject: Strange: Class TForm not found after loading an example-project
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sun, 17 Apr 2005 23:23:09 +0200
Newsgroups: jedi.vcl

Hello all,

I have installed the JVCL final (and the corresponding JCL). In our
projects ev'rything works fine. Now I wanted to use another component from
JVCL and had a look into the example.

Now the strange behaviour: Turning back to my testproject Delphi told me
"Forefather TForm cannot be found" (I have a german Delphi: "Vorfahr TForm
kann nicht gefunden werden"). It's just a form with the tested component on
it.

Loading the example again, ev'rything is ok. Now I loaded a huge project -
error again. Shutting down Delphi helped me, but this is an awful way:-( So
after just opening an example any other projects showed me this error. What
is this???

CU, Eddi


Subject: Re: JCL/JVCL Installation Questions/Comments
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 17 Apr 2005 23:09:01 +0200
Newsgroups: jedi.vcl,jedi.jcl

Yes

Peter Thornqvist wrote:
> Did you start any of your Delphi versions before running the jvcl setup?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JCL/JVCL Installation Questions/Comments
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sun, 17 Apr 2005 23:07:05 +0200
Newsgroups: jedi.vcl,jedi.jcl

Did you start any of your Delphi versions before running the jvcl setup?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JCL/JVCL Installation Questions/Comments
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 17 Apr 2005 22:26:02 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi,

i've reinstalled my computer completely with WinXP Professional.

I've made a complete new installation with purging all old partition.

Now i've started to install D7, D6, D7 and D2005 (to be shure the next
time that all my files will run with D5 :-)

After that i started to install jcl and jvcl. jcl was no problem but
jvcl wouldn't install, because of missing jcl for d6 and d7.

So after that i deinstalled all delphi versions and started from the
scratch again and step by step.

First i've installed d5.

The jcl installation was no problem, but when i reenter the setup the
directories in the advanced options are changed. They look now like
"D:\PROGRA~1\ENTWIC~1\Borland\Delphi5\Projects\Bpl", the right version
should be :
D:\Programme\Entwicklung\Borland\Delphi5\Projects\Bpl"

Why does this happen? (The filesystem is NTFS)

In the D5 options dialog the same. The directories looked like
"S:\Delphi\COMPON~1\jcl\lib\D5" and S:\Delphi\COMPON~1\jcl\source"

Then i install jvcl. Here is the jcl directory false written:
"S:\Delphi\COMPON~1\jcl" and not "S:\Delphi\Components\jcl". Why? When i
change this and reenter the setup, the wrong value is back.

The installation works and the directories in the options dialog are
correct.


Now i installed d6 and started again with the jcl installation.
Next gimmik: the output-directories for d6 are empty.
When i reenter the setup, they are also changed and misformatted.

Then i tried to install jvcl. The same behaviour like my first try. It
says that there is no jcl for d6.
Now i found it. The directories are also empty. This is not so easy to
find, because i have installed two versions the directories are no
longer visible. They are only visible when only one version is
activated. I think the message should be changed. And please check, why
they are empty.

D7 is the same.
In the jcl setup the directories are empty.
Installing the jvcl then the directories for D7 *AND* D6 are empty. Why
also D6???

D2005 works without any problems.

Any comments from the installer guys ?

Greetings
Jens


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sun, 17 Apr 2005 21:40:46 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> And if they serve you kangaroos, I can tell you it definitely is not a typical dish down there. Kangaroo meat is used for cat and dog food...
>
>
> There is one in walking distance. I ate horse.

What's the location, if I can ask? ;)


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: JvHLEditor
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sat, 16 Apr 2005 21:08:00 +0100
Newsgroups: jedi.vcl

 Strange behavior with this control. Enter several lines, then using a 
button to EventEditor.Lines.Clear, the edit is not cleared. Putting 
cursor back into text area, the text cursor is placed @ end of first 
line. Moving cursor to beginning of the line w mouse, the first line 
characters disappear, but not successive lines. Switch to another of 
page & page all the text disappears. Appears to be a refresh problem.

Also is there a demo to show use of a syntax highlighter other than the 
built ins ?
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 16 Apr 2005 17:51:04 +0200
Newsgroups: jedi.vcl

j wrote:

> Seems to be possible to take the files of the Architect Trial Version or even to use files from older Delphi Personal Editions where the package was still included. But is this legal?....

This is definitely illegal.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: j <j@j.com>
Date: Sat, 16 Apr 2005 12:00:07 +0200
Newsgroups: jedi.vcl

> Is it possible to add a fake or simplified  xmlrtl package?
Seems to be possible to take the files of the Architect Trial Version or even to use files from older Delphi Personal Editions where the package was still included. But is this legal?....


Subject: Re: XLS export
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Sat, 16 Apr 2005 11:16:19 +0300
Newsgroups: jedi.vcl

Thank you,

This is exactly what I was looking for !


Tiberiu

"Bob Smith" <bob@magsbib.com> wrote in message 
news:d3ivvb$o5l$1@talkto.net...
> >I know this is for JCL, which I use and very good, but these components may
> > be of use.
> >
> > http://www.maxcomponents.net
> >
> > Cheers
> > Bob
> > 




Subject: Re: String Splitter
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 15 Apr 2005 23:23:07 -0500
Newsgroups: jedi.vcl

have this running...
the first one... Fillbeforegap (line0)    is very high ??  is that good? 
since that line or code, doesn't exist at all



"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message 
news:d3ppkj$a2m$1@talkto.net...
> > Scott J. Miles wrote:
> >
>> >> GpProfile is an excellent freeware profiler (it says for Delphi 3, 4, 5, 
>> >> but
>> >> I'm pretty sure I used it in D7 [before I upgraded to AQTime]). You will
>> >> probably have to break your algorithm into smaller procedures, but it 
>> >> will
>> >> be worth it.
>> >>
>> >> http://17slon.com/gp/gpprofile/index.htm
> >
> > Agreed on that; have used GpProfile in the past.
> >
> > Eric Grange is currently developing a freeware sampling profiler
> > (http://glscene.sourceforge.net/misc/SamplingProfiler.zip), which should
> > definitely be worth a try. 


clip_image002.jpg
	



Subject: Re: String Splitter
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 15 Apr 2005 23:11:26 -0500
Newsgroups: jedi.vcl

I'm running the EXE file, and can run my program, but no clue what to do 
with it??
I can't load my project with it only my EXE file

Went to the website, and downloaded the older version, but gives me a error 
when I load my project.
But I was reading in the manual.pdf file, that it will install in Delphi.. 
now I am using Delphi 2005
but not seeing anything



"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message 
news:d3ppkj$a2m$1@talkto.net...
> > Scott J. Miles wrote:
> >
>> >> GpProfile is an excellent freeware profiler (it says for Delphi 3, 4, 5, 
>> >> but I'm pretty sure I used it in D7 [before I upgraded to AQTime]). You 
>> >> will probably have to break your algorithm into smaller procedures, but 
>> >> it will be worth it.
>> >>
>> >> http://17slon.com/gp/gpprofile/index.htm
> >
> > Agreed on that; have used GpProfile in the past.
> >
> > Eric Grange is currently developing a freeware sampling profiler 
> > (http://glscene.sourceforge.net/misc/SamplingProfiler.zip), which should 
> > definitely be worth a try. 




Subject: Re: String Splitter
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 16 Apr 2005 03:42:57 +0200
Newsgroups: jedi.vcl

Scott J. Miles wrote:

> GpProfile is an excellent freeware profiler (it says for Delphi 3, 4, 5, but I'm pretty sure I used it in D7 [before I upgraded to AQTime]). You will probably have to break your algorithm into smaller procedures, but it will be worth it.
>
> http://17slon.com/gp/gpprofile/index.htm

Agreed on that; have used GpProfile in the past.

Eric Grange is currently developing a freeware sampling profiler (http://glscene.sourceforge.net/misc/SamplingProfiler.zip), which should definitely be worth a try.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 16 Apr 2005 02:47:02 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > Ah, so the bpl is include, but not the dcp? Devious fellas, those
> > Borlanders...

I don't know if the bpl is there. I have only the Prof version.


-- Regards, Andreas Hausladen 

Subject: JvChart: I have replaced "Array of Array of Double" with very good results.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 15 Apr 2005 17:23:49 -0400
Newsgroups: jedi.vcl

I have been working around inside JvChart to overcome some limitations
and have made some surprising discoveries:

(1) A very large "Array of Array of Double" performs very poorly, compared to an "Array of Double", with many thousands or millions of elements.  All the dynamic initialization of the sub-arrays takes forever and ever.

(2) By changing JvChart to use Array of Double and then emulating a 2-D array myself, using array [(ValueIndex*penCount)+penIndex] instead of
array[valueindex][pencount], I made it so JvChart could support extremely large datasets without EOutOfMemory errors. I can now plot
very large datasets with many pens and many data points (hundreds of
thousands, even a few million) now, although memory usage gets a bit big, but it works fine, and there are no more EOutOfMemory errors.

I have found a few glitches in my new approach, which I am working on solving, such as changing the number of pens, after you've already allocated a data array and filled it. I think I can transparently handle these cases with a little bit of extra code.

If anyone has any thoughts on this, including other suggestions for data  structures, please let me know.  I have thought of doing a variant of TJvChart using a binary-tree data storage for large very-sparse data sets.

These fixes are not tested enough to check into CVS yet, but once I'm 100% sure they're stable, I'll check them into CVS head.

Regards,

Warren


Subject: Re: String Splitter
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Fri, 15 Apr 2005 13:27:09 -0700
Newsgroups: jedi.vcl

> > Use a profiler.

Yes, you really need to profile the code.

GpProfile is an excellent freeware profiler (it says for Delphi 3, 4, 5, but 
I'm pretty sure I used it in D7 [before I upgraded to AQTime]). You will 
probably have to break your algorithm into smaller procedures, but it will 
be worth it.

http://17slon.com/gp/gpprofile/index.htm

Scott

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message 
news:d3p6g5$681$1@talkto.net...
> > Perry Kappetein wrote:
> >
>>> >>>Are you sure it's the string splitting causing the entire delay?
>>> >>>If all these approaches make no difference, maybe you're not optimizing 
>>> >>>the right thing.
>> >>
>> >> That's why I posted my procedure to see if there is something wrong with 
>> >> it..
> >
> > Use a profiler.
> >
> > Only if you know where the performance bottle necks are in your code, you 
> > are eventually able to improve performance in an effective way. 




Subject: Re: String Splitter
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 15 Apr 2005 22:16:15 +0200
Newsgroups: jedi.vcl

Perry Kappetein wrote:

>> Are you sure it's the string splitting causing the entire delay?
>> If all these approaches make no difference, maybe you're not optimizing the right thing.
>
> That's why I posted my procedure to see if there is something wrong with it..

Use a profiler.

Only if you know where the performance bottle necks are in your code, you are eventually able to improve performance in an effective way.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Fri, 15 Apr 2005 22:08:33 +0200
Newsgroups: jedi.vcl

Ah, so the bpl is include, but not the dcp? Devious fellas, those
Borlanders...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: String Splitter
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 15 Apr 2005 14:31:15 -0500
Newsgroups: jedi.vcl

same speed

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message 
news:d3nt31$rbp$1@talkto.net...
> > Are you running the code from within Delphi? If you do, try running it
> > "stand-alone". It can make a lot of difference.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: what characters are never used in a newsreader?
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 15 Apr 2005 12:56:37 -0500
Newsgroups: jedi.vcl

What characters are never used in a newsreader?
I am using #9 now for splitting my fields in a line.
are there any other characters that are not beeing used?





Subject: Re: jvpagecontrol with side tabs on XP themed
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Fri, 15 Apr 2005 08:57:34 -0700
Newsgroups: jedi.vcl

Chris M wrote:
> Peter Thornqvist wrote:
>
>>> Why does it work when not using Themes?
>>
>>
>> Interesting question. I am fairly certain it has nothing to do with
>> TJvPageControl (it inherites it's tab drawing from TPageControl unless you
>> are using a TabPainter).
>>
>> Since I don't use XP, I am afraid I can't help you out.
>>
> Well just FYI arial didnt make a difference.
>
> Can anyone in the know try this on an XP and give me a hint?

Just wondering if anyone ever thought of a cause or work around for this, or am I the only one using the sidetabs type of feature?

thanks.


Subject: Re: ScheduledEvents AutoSave (JEDI) HELP ME !!!
From: "Camil Iovanas" <camil.iovanas@gmail.com>
Date: Fri, 15 Apr 2005 17:43:39 +0200
Newsgroups: jedi.vcl

What kind of appstorage ar you using for Tjvscheduledevents?
I also had probelms with saving and loading tasks settings(they are not 
saved) using a TjvAppRegistryStorage but i solved them using some procedures 
to save and load them. I you use the same storage i can send you an example.

Camil

"andrektm" <baibai@baid.com> a écrit dans le message de news: 
d3me6j$ig6$1@talkto.net...
> > How can i use scheduledevents.autosave property
> >
> > i set it, but when i restart my software this one is not save
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 15 Apr 2005 15:37:47 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Is it possible to add a fake or simplified  xmlrtl package?

Maybe.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 15 Apr 2005 15:37:38 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Yep, that's a valid question.

You need the xmlrtl.dcp only when you compile the packages. Later you no
more need it (except you use it in the package)

-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 15 Apr 2005 15:13:15 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I'm wondering: if designide needs xmlrtl and it is not included, how does
> Borland install their own components in the PE version?

Yep, that's a valid question.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Apr 2005 14:02:43 +0200
Newsgroups: jedi.vcl

I'm wondering: if designide needs xmlrtl and it is not included, how does
Borland install their own components in the PE version?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Install Problem
From: Thom <big.bird@yahoo.com>
Date: Fri, 15 Apr 2005 04:05:20 -0700
Newsgroups: jedi.vcl


Ah, nevermind, install instructions failed to mention that the JCL had
to be installed separatly and installed first or I just missed that
along the way.


Subject: Install Problem
From: Thom <big.bird@yahoo.com>
Date: Fri, 15 Apr 2005 03:59:41 -0700
Newsgroups: jedi.vcl

I downloaded the last build of the JVCL from SourceForge and when I
started the compile from the installer I, almost immediately, received
the following error:

Fatal: '"C:\PROGRA~1\Borland\Delphi6\Projects\Bpl"\DJclVcl.dcp' does not
exist - don't know how to make it

It looks like there are double quotes in the file name that shouldn't be
there.

Any ideas?


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 15 Apr 2005 11:05:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> xmlrtl is used by JvCore indirectly. The designide package requires the
> xmlrtl packages. That means that Delphi 2005 PE is not able to compile any
> designtime package that requires designide.

Is it possible to add a fake or simplified  xmlrtl package?


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 15 Apr 2005 10:41:30 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> So, in essence, you can't use any third-party libraries with PE. Nice
> limitation...

Yep, I'm very surprised that this is the case.
I'll ask around on Borland's server.


Subject: Re: Installing latest CVS updates
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 15 Apr 2005 10:41:01 +0200
Newsgroups: jedi.vcl

But what you have to understand is that a great deal of JCL users don't even want to hear about the JVCL.
When you use the JVCL, you MUST have the JCL.
When you use the JCL, you don't even have to know about the JVCL.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Apr 2005 10:31:58 +0200
Newsgroups: jedi.vcl

So, in essence, you can't use any third-party libraries with PE. Nice
limitation...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Installing latest CVS updates
From: "norberto" <pellicci@shaw.ca>
Date: Fri, 15 Apr 2005 01:29:59 -0700
Newsgroups: jedi.vcl

Thank you. i solved that problem. For some reason, i have had both the JCL
and JVCL in the same CVS root directory on my system for a long time. Even
though i was aware of the fact that the JCL and JVCL are two different
projects, i have been treating them as a single entity because (at least for
me) they go together and are inseparable. It didn't dawn on me until tonight
to treat them as separate entities. This is a shame because they really do
go together to create the Jedi components, as far as i'm concerned. It seems
un-natural to have to retrieve them and compile them as 2 separate things,
and i think this is where many of the problems concerning installation come
from, so many people. i think that "normal" developers like me (ie: neither
newbies nor gurus) are not concerned about the internals of the project so
much and would prefer to see a common face on it, at least at the install
level.

i absolutely think that the work you and the rest of the Jedi team have done
is truly outstanding. My only "complaint" is that the synchronisation of the
downloading and compiling / installation of the Jedi components should be
made a lot more automated (as a "single" entity) or a better set of common,
one-source documentation should be released to explain the two projects more
thoroughly (not the best choice for me). i also realise that this is very
much more work, so i don't want to push it, because i respect the hard work
that you all do. i think that most of the developers that use Jedi
appreciate your work very much.

Thanks.





"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:d3njk0$p8h$1@talkto.net...
> > norberto wrote:
> >
>> > > How difficult would it be to have the main "install.bat" or a
>> > > "setup.exe" in the root directory for the CVS download?
> >
> > There is no common root directory for JCL and JVCL in CVS because these
> > two projects are /two/ different projects. The JVCL requires the JCL but
> > it is a separate project.
> > Another example: The JVCL requires the VCL but it is not part of the VCL.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: String Splitter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Apr 2005 10:29:19 +0200
Newsgroups: jedi.vcl

Are you running the code from within Delphi? If you do, try running it
"stand-alone". It can make a lot of difference.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvPlaceMnt
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 15 Apr 2005 09:30:19 +0200
Newsgroups: jedi.vcl

kkzz wrote:
> What unit replaced JvPlaceMnt.pas from Jedi 2.x to Jedi 3.x?

From converter\JVCL3.dat:

JvPlacemnt=JvFormPlacement


Subject: Re: Installing latest CVS updates
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 15 Apr 2005 07:48:01 +0200
Newsgroups: jedi.vcl

norberto wrote:

> > How difficult would it be to have the main "install.bat" or a
> > "setup.exe" in the root directory for the CVS download?

There is no common root directory for JCL and JVCL in CVS because these
two projects are /two/ different projects. The JVCL requires the JCL but
it is a separate project.
Another example: The JVCL requires the VCL but it is not part of the VCL.


-- Regards, Andreas Hausladen 

Subject: JvPlaceMnt
From: "kkzz" <kkzz@insightbb.com>
Date: Thu, 14 Apr 2005 22:33:58 -0500
Newsgroups: jedi.vcl

What unit replaced JvPlaceMnt.pas from Jedi 2.x to Jedi 3.x?

Thanks

-- Khurram Zaveri Sprika Software http://www.sprika.com/ 

Subject: Re: Interbase/DBGrid dynamic sort of displayed dataset
From: MrT <tultalk@attglobal.net>
Date: Thu, 14 Apr 2005 23:32:25 -0400
Newsgroups: jedi.vcl

Hi:

  Thanks. Works great.

Best regards

Fred wrote:

procedure TForm1.JvDBUGTitleClick(Column: TColumn);
var
  SortFields : TSortFields;
begin
  SetLength(SortFields,1);
  SortFields[0].Name := Column.FieldName;
  SortFields[0].Order := True;
  JvDBUG.Sort(SortFields);
end;

procedure TForm1.JvDBUGUserSort(Sender: TJvDBUltimGrid;
  var FieldsToSort: TSortFields; SortString: String; var SortOK: Boolean);
var
  TVSQL : TStringlist;
  SortColumn, sSQL : String;
  Count : integer;
  p : integer;

begin
     TVSQL := TStringList.Create;
     TVSQL.Clear;
     SortColumn := FieldsToSort[0].Name;
     IBDS.Close;
     TVSQL.AddStrings(IBDS.SelectSQL);
     Count := TVSQL.Count;
     sSQL := TVSQL.Strings[Count-1];
     if (Pos('ORDER', sSQL) > 0) or (Pos('order', sSQL) > 0) then
       TVSQL.Strings[Count -1] := '';
     sSQL := Format('ORDER BY %s',[SortString]);
     p := Pos('[', sSQL);
     if p > 0 then
       delete(sSQL,p,1);
     p := Pos(']', sSQL);
     if p > 0 then
       delete(sSQL,p,1);
     TVSQL.Add(sSQL);
     IBDS.SelectSQL.Clear;
     IBDS.SelectSQL.AddStrings(TVSQL);
     IBDS.Open;
     FreeAndNil(TVSQL);
end;



Subject: Re: Interbase/DBGrid dynamic sort of displayed dataset
From: MrT <tultalk@attglobal.net>
Date: Thu, 14 Apr 2005 21:29:32 -0400
Newsgroups: jedi.vcl

Sorry. Forgot:

  SetLength(SortFields,1);


MrT wrote:
> Hi:
>
>   Trying as you suggested but can't get beyond:
>
> procedure TForm1.JvDBUGTitleClick(Column: TColumn);
> var
>   SortFields : TSortFields;
> begin
>   SortFields[0].Name := Column.FieldName;  <---AV here at
>                                                 SortFields[0].Name
>   SortFields[0].Order := True;
>   JvDBUG.Sort(SortFields);
> end;
>
>
> Fred wrote:
>
>>> Hi:
>>>
>>>   I have dbgrid which displays various tables in IB database for editing (don't want client to have to mess with SQL). Works fine but I want to be able to resort the returned dataset based on the column/heading click then locate a certain record based on that sort.
>>>
>>>  Any Jv components do this?
>>
>>
>>
>> JvDBUltimGrid.
>> Set SortWith to swUserFunc and write your sorting code in the OnUserSort event.
>>
>> Fred
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>
>



Subject: Re: Interbase/DBGrid dynamic sort of displayed dataset
From: MrT <tultalk@attglobal.net>
Date: Thu, 14 Apr 2005 21:16:51 -0400
Newsgroups: jedi.vcl

Hi:

  Trying as you suggested but can't get beyond:

procedure TForm1.JvDBUGTitleClick(Column: TColumn);
var
  SortFields : TSortFields;
begin
  SortFields[0].Name := Column.FieldName;  <---AV here at
                                                SortFields[0].Name
  SortFields[0].Order := True;
  JvDBUG.Sort(SortFields);
end;


Fred wrote:
>> Hi:
>>
>>   I have dbgrid which displays various tables in IB database for editing (don't want client to have to mess with SQL). Works fine but I want to be able to resort the returned dataset based on the column/heading click then locate a certain record based on that sort.
>>
>>  Any Jv components do this?
>
>
> JvDBUltimGrid.
> Set SortWith to swUserFunc and write your sorting code in the OnUserSort event.
>
> Fred
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com



Subject: Re: Installing latest CVS updates
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 14 Apr 2005 16:31:12 -0700
Newsgroups: jedi.vcl

Oops.... error message for JVCL install is actually "File not found:
jedi.inc".

Also, i have tried to directly run the install.bat from the dev/JVCL3 folder
without success (ie: not running the install.bat in the JCL folder first). i
read the JVCL install.txt file and followed install instructions on it
before sending the email to the group.

How difficult would it be to have the main "install.bat" or a "setup.exe" in
the root directory for the CVS download? It is confusing to have 2 separate
install.bat files and 2 separate install.txt, etc. The JCL and JVCL really
go together, don't they? Shouldn't there be a single install or setup?

Thanks again.


"norberto" <pellicci@shaw.ca> wrote in message
news:d3mrgb$lhf$1@talkto.net...
> > My apologies, but i keep forgetting how to install the latest updates for
> > JCL and JVCL or the installer has changed.
> >
> > Is the correct procedure to install (once the CVS update is competed) the
> > following:
> >
> > 1) Delete all JCL / JVCL component references in the Delphi Component
> > Palette
> > 2) Remove all JCL / JVCL entries in the Delphi Tools/Environment/library
> > paths
> > 3) Delete entries for JVCL in the system registry
> > (HKEY_CURRENT_USER\Software\Borland\<compiler>\<version>\Palette )
> > 4) Delete or rename the top folder where JCL and JVCL are installed (CVS
> > folder?)
> > 5) open the JCL folder under the CVS update folder and run "install.bat"
> > 6) Open the DEV /JVCL3 folder in CVS folder and run "install.bat"
> >
> > Is this correct? It seems i can run the JCL install.bat file OK, and
> > compilation goes smoothly, but i get an error of "JCL.inc not found" when
i
> > try to run the JVCL install.bat.
> >
> > What am i doing wrong? What is the best / correct procedure so i can
staple
> > it to my forehead so i won't forget again??
> >
> > Thanks.
> >
> >
> >




Subject: Installing latest CVS updates
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 14 Apr 2005 15:56:03 -0700
Newsgroups: jedi.vcl

My apologies, but i keep forgetting how to install the latest updates for
JCL and JVCL or the installer has changed.

Is the correct procedure to install (once the CVS update is competed) the
following:

1) Delete all JCL / JVCL component references in the Delphi Component
Palette
2) Remove all JCL / JVCL entries in the Delphi Tools/Environment/library
paths
3) Delete entries for JVCL in the system registry
(HKEY_CURRENT_USER\Software\Borland\<compiler>\<version>\Palette )
4) Delete or rename the top folder where JCL and JVCL are installed (CVS
folder?)
5) open the JCL folder under the CVS update folder and run "install.bat"
6) Open the DEV /JVCL3 folder in CVS folder and run "install.bat"

Is this correct? It seems i can run the JCL install.bat file OK, and
compilation goes smoothly, but i get an error of "JCL.inc not found" when i
try to run the JVCL install.bat.

What am i doing wrong? What is the best / correct procedure so i can staple
it to my forehead so i won't forget again??

Thanks.





Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 14 Apr 2005 22:54:53 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > It is missing the XML package, and it is used by the JvCore package.

xmlrtl is used by JvCore indirectly. The designide package requires the
xmlrtl packages. That means that Delphi 2005 PE is not able to compile any
designtime package that requires designide.


-- Regards, Andreas Hausladen 

Subject: Re: jvScheduled Events - creating event handler at runtime
From: "andrektm" <baibai@baid.com>
Date: Thu, 14 Apr 2005 21:34:58 +0100
Newsgroups: jedi.vcl

> >Marcel Bestebroer wrote:
> >
>> >> Marc-Allen Johnson wrote:
>> >> 
>>> >>> PS.  Which news reader would you suggest?
>> >> 
>> >> 
>> >>     I use Mozilla Thunderbird (e-mail, news, RSS) and Firefox 
>> >> (web-browsing). A lot better than the default MS crap.
> >
> >I use Mozilla (full blown suite) as well, I quite like it.
> >
hi, i live in brazil, i dont know how can i use the autosave 
scheduledevents property

i set the autosave property, but when i restart my software this one not 
save!?!?
can you help me?



--- posted by geoForum on http://delphi.newswhat.com


Subject: ScheduledEvents AutoSave (JEDI) HELP ME !!!
From: "andrektm" <baibai@baid.com>
Date: Thu, 14 Apr 2005 21:12:47 +0100
Newsgroups: jedi.vcl

How can i use scheduledevents.autosave property

i set it, but when i restart my software this one is not save



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: String Splitter
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 14 Apr 2005 14:01:55 -0500
Newsgroups: jedi.vcl

That's why I posted my procedure to see if there is something wrong with 
it..
Since someone mentiod to me, to read it into memory or use Buffers, so it 
will go faster instead of using Tstings.

But I don't know how that works... did some research, but can't figure out 
where to start or what to do..
and hoping if someone can help me a little bit with that..


"Warren Postma" <wp.nospam@tekran.com> wrote in message 
news:d3md05$i5k$1@talkto.net...
> > Perry Kappetein wrote:
>> >> Tried all of these options, but no luck
>> >> getting the same speed...
> >
> > Are you sure it's the string splitting causing the entire delay?
> > If all these approaches make no difference, maybe you're not optimizing 
> > the right thing.
> >
> > Warren 




Subject: Re: String Splitter
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 14 Apr 2005 14:47:23 -0400
Newsgroups: jedi.vcl

Perry Kappetein wrote:
> Tried all of these options, but no luck
> getting the same speed...

Are you sure it's the string splitting causing the entire delay?
If all these approaches make no difference, maybe you're not optimizing the right thing.

Warren


Subject: Re: String Splitter
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 14 Apr 2005 13:10:09 -0500
Newsgroups: jedi.vcl

Thanks

Tried all of these options, but no luck
getting the same speed...

might have to think something else then...
don't know what yet though..



Anyone a suggestion on how to do this way faster ?
it's around  45.000 articles, but could be way more so it will only get 
slower..

is it the way how I save the textfile with the fields  seperated by #9 ?

in other newsprograms, it takes sometimes less then a second to pull it all 
up..




procedure tform1.loadgrouplist;
var
  Node: PVirtualNode;
  Data: PlistData;
  i,ii: integer;
  SR : tSearchRec;
  StartTime : cardinal;
  endtime:cardinal;

begin
sl:=tstringlist.Create ;

  if FindFirst('e:\'+tempnewsgroup+'.txt', faAnyFile, SR) = 0 then begin
      if sr.size=0 then deletefile('e:\'+tempnewsgroup+'.txt');
      FindClose(SR);
  end;

if fileexists('e:\'+tempnewsgroup+'.txt') then begin
   sl.LoadFromFile('e:\'+tempnewsgroup+'.txt');
   progressbar1.Min:=0;
   progressbar1.Max :=sl.count-1;
   perry := tstringlist.Create;

ii:=0;
StartTime := GetTickCount;
currentgrouptree.BeginUpdate;
for i := 0 to sl.Count - 1 do
  begin
        ii:=ii+1;
        if ((ii=2500) or (i=sl.count-1)) then
           begin
           progressbar1.Position:=i;
           ii:=0;
        end;

    Node := currentgroupTree.AddChild(nil);
    Data := currentgroupTree.GetNodeData(Node);
  try

perrygetwords(sl.Strings[i],perry);

//StrIToStrings(sl.Strings[i],#9,perry);
//StrToStrings(sl.strings[i],#9,perry);
//split(sl.strings[i],#9,perry);

  data.ArticleIndex := strtoint(perry[0]);
  data.ASubject   := perry[1];
  data.AFrom      := perry[2];
  data.ADate      := strtodatetime(perry[3]);
  data.AMsgId     := perry[4];
  data.AReferences:= perry[5];
  data.AByteCount := strtoint(perry[6]);
  data.ALineCount := strtoint(perry[7]);
  data.AExtraData := perry[8];

  finally

 perry.Clear;
 end;
 Node.CheckType := ctCheckBox;
 end;
 edit1.Text :=inttostr(i);
 edit1.Update;

 label1.Caption:= inttostr(sl.count-1);
 label1.Update;

end else showmessage('File not found');
  sl.Destroy;
  currentgroupTree.EndUpdate;
  EndTime := GetTickCount;
  caption:=IntToSTr(EndTime - StartTime)+ 'ms';
end;













"Jacob Boerema" <jgboerema@gmail.com> wrote in message 
news:MPG.1cc854db36e80dc79896b9@forums.talkto.net...
> > On Thu, 14 Apr 2005 03:00:09 -0500, "Perry Kappetein"
> > <someone@hotmail.com> wrote in article <d3l70p$79e$1@talkto.net>:
>> >> Any other thoughts to make that process faster?
> >
> > Take a look at the FastCode project. There may be something there
> > which you can use.
> > http://dennishomepage.gugs-cats.dk/Libraries.htm
> >
> > -- 
> > Jacob Boerema
> > E-mail: remove dots from j.g.boerema and replace invalid with com
> > http://home.wanadoo.nl/jgboerema/en/Freeware.htm 




Subject: Re: Rotate text in the first row of a JvStringGrid
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 14 Apr 2005 13:59:55 -0400
Newsgroups: jedi.vcl

Ben van Erp wrote:
> Is it possible to rotate the text in the first (header) row of a stringgrid with 90 degrees?
>
> Greetings,
>
> Ben 

You would need to do owner-draw of the string grid header cells, and you would need to rotate the font. This font rotation only works on Windows 2000 and later, not on Windows 98, if I remember correctly.

You need to create a Logical Font object, that is a win32 gdi object [Don't confuse GDI resources/objects with vcl objects!] that you can use to paint rotated text onto a canvas.

See the method TJvChart.MakeVerticalFont in JVCL3\run\JvChart.pas for
a code sample.

Warren


Subject: Re: String Splitter
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 14 Apr 2005 13:53:38 -0400
Newsgroups: jedi.vcl

Perry Kappetein wrote:
> Hi
> Does JVCL have a option for splitting a string?
>
> I have a String that has several fields all seperated by #9  and a return for #13
>
> I have a own splitstring, but it's working slow at least, when I have LONG rows ...
> average of 45.000 records with long strings takes about 1800 - 3000 Ms
> while if I have short strings it only take  250 - 400 ms
>
> Someome mentiod to me, to use a   system.setbuffer  while I am reading my textfile.
> but then I have to use  readln..
>
> but the problem lays in this splitting part..
> anyone a suggestion ?

Try JvCsvDataSet, and set the separator to chr(9).
It uses PChar buffers and does the splitting very quickly. But it does
have a csv row length limit of 2048 characters (2k) per row.

If your data is less than 2k per line, it will pull it in very fast and
split the data into database fields/records.

If that helps...

Warren


Subject: Problem with Installer VCL3 on Delphi 7 Prof.
From: Emilio Blanco <informatica@botica.com.py>
Date: Thu, 14 Apr 2005 13:47:51 -0400
Newsgroups: jedi.vcl

Hi!
I've tried to install in two diferent PCs the new JCL/JVCL3 but after the install completes when i try to compile any app using componentes such as JvXPBar it gives the error
File Not Found: 'JvExcontrols.dcu'
i tried adding run to the libraries path, but then it complains about themes missing...
i'll apreciate any help ;)
Emilio


Subject: Re: String Splitter
From: "Dave Keighan" <keighand@yahoo.com>
Date: Thu, 14 Apr 2005 15:41:30 +0000 (UTC)
Newsgroups: jedi.vcl

OBones,

> > Look for FastStrings on the Internet.

http://www.droopyeyes.com/default.asp?mode=ShowProduct&ID=4

-- Dave Keighan XanaNewser [ 1.17.3.1] 

Subject: Re: Interbase/DBGrid dynamic sort of displayed dataset
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 14 Apr 2005 13:12:45 +0100
Newsgroups: jedi.vcl

> >Hi:
> >
> >    I have dbgrid which displays various tables in IB database for 
> >editing (don't want client to have to mess with SQL). Works fine but I 
> >want to be able to resort the returned dataset based on the 
> >column/heading click then locate a certain record based on that sort.
> >
> >   Any Jv components do this?

JvDBUltimGrid.
Set SortWith to swUserFunc and write your sorting code in the OnUserSort 
event.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid IsBoolField event
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 14 Apr 2005 13:07:38 +0100
Newsgroups: jedi.vcl

Hello,

I gave your unit a glance and it appears that it needs to be improved 
because the current changes do not take into account the inplace boolean 
editor (and its property BooleanEditor) and are not restricted to 
integer fields (you can easily raise an exception with your code). I 
suppose you just want to display a checkbox for your values. In this 
case, I'm against a unit change because you can achieve the result 
expected in your app with the appropriate events (e.g. I use some of 
them to display a red or green light in my apps).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: HWND problem last(?) time
From: Hofi <hofi@fw.hu>
Date: Thu, 14 Apr 2005 13:18:14 +0200
Newsgroups: jedi.vcl

Done

On Mon, 11 Apr 2005 20:55:24 +0200, Robert Rossmair <Robert.Rossmair@gmx.net> wrote:
>> Then i have to search and replace HWNDs in the generated header  declarations :(
>> Should it be an option in the JCL(?) and JVCL installation program ?!?!  That would be nice!
>
> Please use the issue tracker to put this on the agenda for JCL (as a feature request).



Subject: Re: Interbase/DBGrid dynamic sort of displayed dataset
From: MrT <tultalk@attglobal.net>
Date: Thu, 14 Apr 2005 07:10:02 -0400
Newsgroups: jedi.vcl

Hi:

  Using TIBTable component.I slect a table from a dialog and then generate the sql statments using table defs then add the order by clause and open the table.

  I want to respond to columntitle click by closing, modifying orderby based on column title clicked and then reopen.

  Right now I am having problem with:

Make

void __fastcall TableViewDBGridTitleClick(TColumn *Column);

results in this error:

[C++ Error] TableView.h(64): E2015 Ambiguity between 'TColumn' and 'Dbgrids::TColumn'

Jason Chapman wrote:
> "MrT" <tultalk@attglobal.net> wrote in message news:d3k4rl$21q$1@talkto.net...
>
>> Hi:
>>
>>   I have dbgrid which displays various tables in IB database for editing (don't want client to have to mess with SQL). Works fine but I want to be able to resort the returned dataset based on the column/heading click then locate a certain record based on that sort.
>>
>>  Any Jv components do this?
>
>
> What components do you use to get your data and display in a grid:
> BDE TQuery - doesn't support local sorting
> TClientDataset - does support sorting
> IBO - don't know
> FibPlus - does support local sorting
>
> I use fibPlus and the dataset has a local sort method.  All you need to do then is intercept the column header click and then execute the relevant local sort.
>
> JAC
> JAC2 Consultancy
>
>
>
> Training - Development - Consultancy
>
> Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, Troubleshooting projects, QA.....
>
> Web: www.jac2.co.uk
>
>
> JAC
>



Subject: Re: Interbase/DBGrid dynamic sort of displayed dataset
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 14 Apr 2005 11:50:00 +0100
Newsgroups: jedi.vcl

"MrT" <tultalk@attglobal.net> wrote in message 
news:d3k4rl$21q$1@talkto.net...
> > Hi:
> >
> >    I have dbgrid which displays various tables in IB database for editing 
> > (don't want client to have to mess with SQL). Works fine but I want to be 
> > able to resort the returned dataset based on the column/heading click then 
> > locate a certain record based on that sort.
> >
> >   Any Jv components do this?

What components do you use to get your data and display in a grid:
BDE TQuery - doesn't support local sorting
TClientDataset - does support sorting
IBO - don't know
FibPlus - does support local sorting

I use fibPlus and the dataset has a local sort method.  All you need to do 
then is intercept the column header click and then execute the relevant 
local sort.

JAC
JAC2 Consultancy



Training - Development - Consultancy

Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance, 
Troubleshooting projects, QA.....

Web: www.jac2.co.uk


JAC 




Subject: Edit Controls
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Thu, 14 Apr 2005 12:17:02 +0200
Newsgroups: jedi.vcl

Hi there,

just checked all the edit-controls in jvcl.

as i try to develop applications that have a "flat" look, i recognized that some edit-controls can't be set to flat and have missing bevel-styles. I think that it would be better for the jcvl if the controls would all share the same look, not only some.


One setting i miss in all edit-controls is margin.
when you want to keep a white space around your edit, the missing part is mostly that the text starts directly aligned to the left.
It looks much better if you can adjust to keep a space at the beginning - or at the end if you make the text right aligned.

LMD has such features in their LMPack, as you can see in this screenshots:
http://www.lmd.de/products/lmdelpack/screenshots4.php

The Edit-Controls (also the db-aware) have margin-settings for top,left,right and bottom.

just a suggestion for a professional look.


Subject: Re: Help need from developper with Delphi 2005
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 14 Apr 2005 12:14:37 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Bug 2767
>> (http://homepages.borland.com/jedi/issuetracker/view.php?id=2767) is
>> specific to Delphi 2005. Could anyone with that version installed have a
>> look at it and determine why the items are right aligned at the first
>> opening of the popup ?
>
>
> The bug seams to be in
> procedure TJvPopupMenu.Popup(X, Y: Integer);
>
> If I remove the "AdjustBiDiBehavior;" call, the menu items are aligned
> correct. But as I do not have enough knowledge about BiDi usage, I let it
> up to someone else to fix the bug.

Would it be possible that the default BiDi value is not the same under Delphi 2005 ?


Subject: Re: Help need from developper with Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 14 Apr 2005 11:45:27 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Bug 2767
> > (http://homepages.borland.com/jedi/issuetracker/view.php?id=2767) is
> > specific to Delphi 2005. Could anyone with that version installed have a
> > look at it and determine why the items are right aligned at the first
> > opening of the popup ?

The bug seams to be in
procedure TJvPopupMenu.Popup(X, Y: Integer);

If I remove the "AdjustBiDiBehavior;" call, the menu items are aligned
correct. But as I do not have enough knowledge about BiDi usage, I let it
up to someone else to fix the bug.


-- Regards, Andreas Hausladen 

Subject: filter on TJvMemoryData
From: "Eric G" <eric@a_menlog_a.com>
Date: Thu, 14 Apr 2005 11:35:32 +0200
Newsgroups: jedi.vcl

Hi all,

What is the way to apply a filter on a TJvMemoryData ?

I have set filtered to True and filter := 'MY FILTER', but
it doesn't work.

Thanks
Eric 




Subject: Re: String Splitter
From: Jacob Boerema <jgboerema@gmail.com>
Date: Thu, 14 Apr 2005 11:22:54 +0200
Newsgroups: jedi.vcl

On Thu, 14 Apr 2005 03:00:09 -0500, "Perry Kappetein" 
<someone@hotmail.com> wrote in article <d3l70p$79e$1@talkto.net>:
> > Any other thoughts to make that process faster?

Take a look at the FastCode project. There may be something there 
which you can use.
http://dennishomepage.gugs-cats.dk/Libraries.htm 

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Help need from developper with Delphi 2005
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 14 Apr 2005 11:22:39 +0200
Newsgroups: jedi.vcl

Hi all

Bug 2767 (http://homepages.borland.com/jedi/issuetracker/view.php?id=2767) is specific to Delphi 2005. Could anyone with that version installed have a look at it and determine why the items are right aligned at the first opening of the popup ?

Thanks
Olivier


Subject: Re: plugin newbie question EInvalidCast exception "Invalid class typecast"
From: Jacob Boerema <jgboerema@gmail.com>
Date: Thu, 14 Apr 2005 11:18:44 +0200
Newsgroups: jedi.vcl

On Thu, 14 Apr 2005 10:11:36 +1200, "David" <lokisemail@yahoo.co.uk> 
wrote in article <d3k4h5$1vi$1@talkto.net>:
> > I want my plugin to create a form which is displayed in the host's main form
> > e.g. the "new form's" parent is Tabsheet2
> > I receive a EInvalidCast exception "Invalid class typecast"
> > tsAppointments is definitely a TTabsheet, and I have tried with a TPanel,
> > and also as a simple project (no plugins) which works

If you are using plugins within a dll then the TabSheet instance 
defined there is not the same as the one in your main program. This 
works only if you use packages.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: jvScheduled Events - creating event handler at runtime
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 14 Apr 2005 10:06:53 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Marc-Allen Johnson wrote:
>
>> PS.  Which news reader would you suggest?
>
>
>     I use Mozilla Thunderbird (e-mail, news, RSS) and Firefox (web-browsing). A lot better than the default MS crap.

I use Mozilla (full blown suite) as well, I quite like it.


Subject: Re: String Splitter
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 14 Apr 2005 10:06:23 +0200
Newsgroups: jedi.vcl

Look for FastStrings on the Internet.


Subject: Re: String Splitter
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 14 Apr 2005 03:00:09 -0500
Newsgroups: jedi.vcl

Thanks

found the   StrIToStrings and StrToStrings
works also, but is the same speed :o(

Any other thoughts to make that process faster?
or do I really need to work with TStreams or Setbuffer to make the splitting 
and loading times faster into my VST





"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d3l6aq$73j$1@talkto.net...
> > Have a look at StrToStrings in the JclStrings.pas file from the JCL. 




Subject: Re: jvScheduled Events - creating event handler at runtime
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 14 Apr 2005 09:54:40 +0200
Newsgroups: jedi.vcl

Marc-Allen Johnson wrote:
> PS.  Which news reader would you suggest?

    I use Mozilla Thunderbird (e-mail, news, RSS) and Firefox (web-browsing). A lot better than the default MS crap.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: String Splitter
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 14 Apr 2005 09:49:20 +0200
Newsgroups: jedi.vcl

Have a look at StrToStrings in the JclStrings.pas file from the JCL.


Subject: Re: jvScheduled Events - creating event handler at runtime
From: "Marc-Allen Johnson" <marcsan@home.nl>
Date: Thu, 14 Apr 2005 09:33:59 +0200
Newsgroups: jedi.vcl

Hi Marcel

Thanks for the upload and the help! The tutorial was just what I was looking 
for.

PS.  Which news reader would you suggest?

Best Regards,

Marc-Allen

"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:d3jf05$sns$1@talkto.net...
> > Marc-Allen Johnson wrote:
>> >> Hi
>> >>
>> >> How do you assign a custom written event handler to the onExecute event 
>> >> of an TJvEventCollectionItem?
>> >>
>> >> procedure TForm1.Button1Click(Sender: TObject);
>> >> var
>> >>  event1 : TJvEventCollectionItem;
>> >> begin
>> >>  event1 := SchedEvents.Events.Add;
>> >>    event1.Schedule := CreateSchedule;
>> >>    DateTimePicker1.Time := DateTimePicker2.Time;
>> >>    event1.Schedule.StartDate := 
>> >> DateTimeToTimeStamp(DateTimePicker1.DateTime);
>> >>    event1.Schedule.RecurringType := srkDaily;
>> >>    event1.OnExecute := SchedEventsEvents0Execute(event1, false);
> >
> >     Should be:
> >
> >   event1.OnExecute := SchedEventsEvents0Execute;
> >
> >     This is the same as one would do to assign an event at runtime to, eg. 
> > the OnClick event of a button.
> >
>> >> I have also tried to find the much spoken about "JVCL-Tutorials.pdf" - 
>> >> Marcel posted it 6 March 2003, but I could only access the archived 
>> >> newsgroup content on http://delphi.newswhat.com - and there you cannot 
>> >> download the pdf file.  Is there a location where I can download it or 
>> >> access the archived newsgroup content?
> >
> >     My news reader still shows it in the jedi.binaries group, but that may 
> > have been cached. I'll upload it again to that group in a minute.
> >
>> >>
>> >> From what I can gather, I will find most of the information I require 
>> >> from that document if I can find it.
> >
> >     Probably. There also have been various questions (and answers) 
> > regarding manual event/schedule creation, both in the jcl as well as the 
> > jvcl NGs.
> >
> > Followup set to jedi.vcl
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: String Splitter
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 14 Apr 2005 02:18:04 -0500
Newsgroups: jedi.vcl

Hi
Does JVCL have a option for splitting a string?

I have a String that has several fields all seperated by #9  and a return 
for #13

I have a own splitstring, but it's working slow at least, when I have LONG 
rows ...
average of 45.000 records with long strings takes about 1800 - 3000 Ms
while if I have short strings it only take  250 - 400 ms

Someome mentiod to me, to use a   system.setbuffer  while I am reading my 
textfile.
but then I have to use  readln..

but the problem lays in this splitting part..
anyone a suggestion ?



This is mine

function tform1.GetWords(const sIn: string; str: TStrings): integer;
var
  P, Start: PChar;
  s: string;
begin
  with str do
  begin
    BeginUpdate;
    try
      Clear;
      P := Pointer(sIn);
      if P <> nil then
        while P^ <> #0 do
        begin
          while (P^ in [#9, #10, #13]) do Inc(P);
          if p^=#0 then break;
          Start := P;
          while not (P^ in [#9,#0, #10, #13]) do Inc(P);
          SetString(S, Start, P - Start);
          Add(S);
          while (P^ in [#9, #10, #13]) do Inc(P);
        end;
    finally
      EndUpdate;
    end;
  end;
  result:=str.Count
end; 




Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 14 Apr 2005 09:04:51 +0200
Newsgroups: jedi.vcl

OBones wrote:

> And if they serve you kangaroos, I can tell you it definitely is not a typical dish down there. Kangaroo meat is used for cat and dog food...

There is one in walking distance. I ate horse.


Subject: Re: State Machine component in JVCL?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 14 Apr 2005 08:05:45 +0200
Newsgroups: jedi.vcl

Jason Swager schrieb:
> Is there a non-visual state machine type component in the JVCL?  Or in the
> JCL?
>
> I'm looking for something where each state is an object and moving between
> states is allowed/denied based on properties of the states.  Also, each
> state would need to have events and virtual methods to allow specific code
> execution when leaving or entering a state.
>
> Any such beastie in the JVCL or JCL?
>
> Thanks in advance,
> Jason Swager
>
>

There was a great one by Anders Melander, which I managed to compile under Delphi 7. The original Site seems not to be available, but you can download it here:

http://www.delphi32.com/vcl/3233/


We actually try to ask Andreas Melander (in ancient history) if he would donate, but there was no answer AFAIK.

best regards

Ralf Grenzing
JVCL MegaDemo Developer


Subject: Interbase/DBGrid dynamic sort of displayed dataset
From: MrT <tultalk@attglobal.net>
Date: Wed, 13 Apr 2005 18:17:40 -0400
Newsgroups: jedi.vcl

Hi:

   I have dbgrid which displays various tables in IB database for editing (don't want client to have to mess with SQL). Works fine but I want to be able to resort the returned dataset based on the column/heading click then locate a certain record based on that sort.

  Any Jv components do this?

Thanks

Best regards



Subject: plugin newbie question EInvalidCast exception "Invalid class typecast"
From: "David" <lokisemail@yahoo.co.uk>
Date: Thu, 14 Apr 2005 10:11:36 +1200
Newsgroups: jedi.vcl

I want my plugin to create a form which is displayed in the host's main form
e.g. the "new form's" parent is Tabsheet2
I receive a EInvalidCast exception "Invalid class typecast"
tsAppointments is definitely a TTabsheet, and I have tried with a TPanel,
and also as a simple project (no plugins) which works

my code so far, looks like this

uses Appointmentsform
....
private
  pluginform: TfAppointmentsForm;
....

procedure TuilPlugin1.JvPlugInInitialize(Sender: TObject; var AllowLoad:
Boolean);
    var
        comp: tcomponent;
    begin
        PluginForm := TfAppointmentsForm.Create(nil);
        PluginForm.ParentFont := False;
        comp := HostApplication.MainForm.FindComponent('tsAppointments');
// my tabsheet
        if not assigned(comp) then
          MessageDlg('tsAppointments not found', mtError, [mbOK], 0)
        else
        begin
            PluginForm.Parent := (comp as TTabsheet);
            PluginForm.Left := 20;
            PluginForm.Top := 20;
            PluginForm.Show;
        end;
    end;



Downloaded Jedi 2 weeks ago (latest jcl, jvcl at the time)
Delphi 5
Windows 2000




Subject: Re: IT2846: TJvInspector with multiples instances
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Wed, 13 Apr 2005 14:51:41 -0700
Newsgroups: jedi.vcl

Hi Florent,

I took the version of the file you posted on the binaries group and made the 
modifications we discussed.

  Apr 13, 2005, Scott J. Miles:
   - Changed TJvInspectorPropData (and TJvInspectorPropDataFactory) to
    consume an array of objects instead of a TList.
   - Modified TJvInspectorPropData.CheckWriteAcess to check all
    instances/properties for write access.
   - Added code to the array-consuming TJvInspectorPropData.New method
        so that it returns a JvInstanceArray instead of nil.

I posted the modified version back into the newsgroup. I'm not sure if I was 
supposed to put it there or on Mantis.

Scott

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message 
news:d3ihmj$kgj$1@talkto.net...
>> >> "(0006987) anonymous 04-12-05 21:49
>> >>
>> >> Is this file modify base on current CVS version? If not, can you 
>> >> rewrite on lastdate CVS version and redonate it?"
>> >>
>> >> I don't understand the message. I'm sorry for being a newbie donator, but 
>> >> maybe somebody can tell me how to proceed.
> >
> > You worked on the version 1.134 of JvInspector.pas (which correspond with 
> > the JVCL 3.00 RC1 tag), now there were a lot of update of this file (the 
> > current version is 1.152).
> > I made the job of merging your modifications into the new release. This 
> > file is in the jedi.binaries newsgroup.
> > So if you have other modifications to do, please make them on the file 
> > present in the jedi.binaries newsgroup 
> > (news://forums.talkto.net:119/d3h92t$ee4$1@talkto.net).
> >
> > Regards,
> >
> > Florent 




Subject: Re: jvScheduled Events - creating event handler at runtime
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 13 Apr 2005 18:03:58 +0200
Newsgroups: jedi.vcl,jedi.jcl

Marc-Allen Johnson wrote:
> Hi
>
> How do you assign a custom written event handler to the onExecute event of an TJvEventCollectionItem?
>
> procedure TForm1.Button1Click(Sender: TObject);
> var
>  event1 : TJvEventCollectionItem;
> begin
>  event1 := SchedEvents.Events.Add;
>    event1.Schedule := CreateSchedule;
>    DateTimePicker1.Time := DateTimePicker2.Time;
>    event1.Schedule.StartDate := DateTimeToTimeStamp(DateTimePicker1.DateTime);
>    event1.Schedule.RecurringType := srkDaily;
>    event1.OnExecute := SchedEventsEvents0Execute(event1, false);

    Should be:

  event1.OnExecute := SchedEventsEvents0Execute;

    This is the same as one would do to assign an event at runtime to, eg. the OnClick event of a button.

> I have also tried to find the much spoken about "JVCL-Tutorials.pdf" - Marcel posted it 6 March 2003, but I could only access the archived newsgroup content on http://delphi.newswhat.com - and there you cannot download the pdf file.  Is there a location where I can download it or access the archived newsgroup content?

    My news reader still shows it in the jedi.binaries group, but that may have been cached. I'll upload it again to that group in a minute.

>
> From what I can gather, I will find most of the information I require from that document if I can find it.

    Probably. There also have been various questions (and answers) regarding manual event/schedule creation, both in the jcl as well as the jvcl NGs.

Followup set to jedi.vcl

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 13 Apr 2005 17:51:20 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Why did I leave that place !!!!
>> Ah well, French food is a good enough reason ;-)
>
>
> Really? The australian restaurants here in Berlin aren't that bad ;-)

What do they serve? There isn't any defined Australian Cuisine per say, it's a mix of English/Asian/Greek cuisine.
And if they serve you kangaroos, I can tell you it definitely is not a typical dish down there. Kangaroo meat is used for cat and dog food...


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 13 Apr 2005 17:40:52 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Why did I leave that place !!!!
> Ah well, French food is a good enough reason ;-)

Really? The australian restaurants here in Berlin aren't that bad ;-)


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 13 Apr 2005 14:57:26 +0200
Newsgroups: jedi.vcl

Chris Grant wrote:

> The folks in Australia and New Zealand can also get it on the CD from
> Australian Personal Computer (APC) this month..

Why did I leave that place !!!!
Ah well, French food is a good enough reason ;-)


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Chris Grant" <cjgrant_aaa@bigpond.net.au>
Date: Wed, 13 Apr 2005 12:34:02 +0000 (UTC)
Newsgroups: jedi.vcl


The folks in Australia and New Zealand can also get it on the CD from
Australian Personal Computer (APC) this month..

Robert Marquardt wrote:

> > Andreas Hausladen wrote:
> > 
>> > > German PC Magazin has it on it's DVD. Unfortunatelly I have only the PC
>> > > Magazin CD edition.
> > 
> > That is why i asked all to buy the magazine with the DVD so we have it
> > to send around to developers who need it.
> > See what happened to Delphi 6 PE. We do not have enough copies around.



-- ==================================================================== To email me remove the obvious 

Subject: JvDBGrid IsBoolField event
From: mr <mr-outs-pl@blackhole.org>
Date: Wed, 13 Apr 2005 14:27:54 +0200
Newsgroups: jedi.vcl

JvDBGird ,v 1.107
i add small event IsBoolField to display checkboxes also in TSmallIntFile or similiar (not all databases support boolean fields, f.e. bde + odbc + sybase asa) - please add it to CVS..., whole unit posted to jedi.binaries


Index: JvDBGrid.pas
===================================================================
--- JvDBGrid.pas    (revision 54)
+++ JvDBGrid.pas    (working copy)
@@ -110,6 +110,7 @@
   TJvDBColumnResizeEvent = procedure(Grid: TJvDBGrid; ACol: Longint; NewWidth: Integer) of object;

   TJvDBGridLayoutChangeEvent = procedure(Grid: TJvDBGrid; Kind: TJvDBGridLayoutChangeKind) of object;
+  TIsBoolField = function(Grid: TJvDBGrid; const Field: TField): boolean of object;

   TJvDBGridLayoutChangeLink = class
   private
@@ -206,6 +207,7 @@
     FOnTopLeftChanged: TNotifyEvent;
     FSelectionAnchor: TBookmarkStr;
     FOnDrawColumnTitle: TDrawColumnTitleEvent;
+    FIsBoolField: TIsBoolField;
     FWord: string;
     FShowTitleHint: Boolean;
     FSortedField: string;
@@ -437,6 +439,7 @@
     property OnResize;
     property OnMouseWheelDown;
     property OnMouseWheelUp;
+    property IsBoolField : TIsBoolField read FIsBoolField write FIsBoolField;
     property BeepOnError: Boolean read FBeepOnError write FBeepOnError default True; // WAP.
     property AlternateRowColor: TColor read FAlternateRowColor write SetAlternateRowColor default clNone;
     property AlternateRowFontColor: TColor read FAlternateRowFontColor write SetAlternateRowFontColor default clNone;
@@ -476,6 +479,7 @@
     property BooleanEditor: Boolean read FBooleanEditor write SetBooleanEditor default True;
     { OnColumnResized: event triggered each time a column is resized with the mouse }
     property OnColumnResized: TJvDBColumnResizeEvent read FOnColumnResized write FOnColumnResized;
+
   end;

 {$IFDEF UNITVERSIONING}
@@ -956,6 +960,12 @@
           else
             Result := Ord(gpUnChecked);
     end;
+
+    if Assigned(FIsBoolField) and FIsBoolField(Self, Field) and not Field.IsNull then
+      if Field.AsInteger = 0 then
+        Result := Ord(gpUnchecked)
+      else
+        Result := Ord(gpChecked)
   end;
 end;



Subject: Re: XLS export
From: "Bob Smith" <bob@magsbib.com>
Date: Wed, 13 Apr 2005 12:45:22 +0100
Newsgroups: jedi.vcl

I know this is for JCL, which I use and very good, but these components may
be of use.

http://www.maxcomponents.net

Cheers
 Bob 




Subject: Re: JvBalloonHint.ActivateHintRect is not working
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 13 Apr 2005 10:16:05 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> This fix works for me for the case described by "chddv" and for the case
>> descibed by you.
>
>
> Why isn't this in CVS?

It was a workaround, and was not confirmed that it worked. And maybe I forgot it.. :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: IT2846: TJvInspector with multiples instances
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 13 Apr 2005 09:39:49 +0200
Newsgroups: jedi.vcl

> "(0006987) anonymous 04-12-05 21:49
>
> Is this file modify base on current CVS version? If not, can you      rewrite on lastdate CVS version and redonate it?"
>
> I don't understand the message. I'm sorry for being a newbie donator, but maybe somebody can tell me how to proceed.

You worked on the version 1.134 of JvInspector.pas (which correspond with the JVCL 3.00 RC1 tag), now there were a lot of update of this file (the current version is 1.152).
I made the job of merging your modifications into the new release. This file is in the jedi.binaries newsgroup.
So if you have other modifications to do, please make them on the file present in the jedi.binaries newsgroup (news://forums.talkto.net:119/d3h92t$ee4$1@talkto.net).

Regards,

Florent


Subject: Re: JvBalloonHint.ActivateHintRect is not working
From: "Constantine Yannakopoulos" <kyan147@hotmail.com>
Date: Wed, 13 Apr 2005 07:26:37 +0000 (UTC)
Newsgroups: jedi.vcl

Author := Remko Bonte;

| This fix works for me for the case described by "chddv" and for the
| case descibed by you.

Thank you very much, indeed it works for me.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 13 Apr 2005 09:14:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> German PC Magazin has it on it's DVD. Unfortunatelly I have only the PC
> Magazin CD edition.

That is why i asked all to buy the magazine with the DVD so we have it
to send around to developers who need it.
See what happened to Delphi 6 PE. We do not have enough copies around.


Subject: Re: TJvPageListTreeView : Programaticaly selecting a page.
From: "Michael Jervis" <mike@fuckingbrit.com>
Date: Wed, 13 Apr 2005 08:08:28 +0100
Newsgroups: jedi.vcl

> > I see two possible solutions to your problem:
> >
> > 1. Save the AbsoluteIndex of the selected node when the app closes and
> > restore it at startup, i.e:

That's the one! Cheers.

Mike 




Subject: Re: JvBalloonHint.ActivateHintRect is not working
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 13 Apr 2005 08:15:52 +0200
Newsgroups: jedi.vcl

> > This fix works for me for the case described by "chddv" and for the case
> > descibed by you.

Why isn't this in CVS?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: IT2846: TJvInspector with multiples instances
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Tue, 12 Apr 2005 21:55:12 -0700
Newsgroups: jedi.vcl

Hello,

> This file is not ready to be committed, the
> TJvInspectorPropData.New(JvInspector1.Root, TListOfSelectedObjects)
> function is not optimal. It should not free the list parameter.

Agreed. I will change it to use an array instead of a TList.

> We should modify some code to check the write access on every instances  before writting. <

Ok. I can have these changes ready tomorrow.

Also, this note was posted on Mantis:

"(0006987) anonymous 04-12-05 21:49

Is this file modify base on current CVS version? If not, can you      rewrite on lastdate CVS version and redonate it?"

I don't understand the message. I'm sorry for being a newbie donator, but maybe somebody can tell me how to proceed.

Scott

Florent Ouchet wrote:
> Hello,
>
> Scott J. Miles made some modifications of the TJvInspector control to inspect more than one object instances at a time.
> He made its modifications on version 134 (now it is 152), I merged its modifications with coment sjm2005 with the current version.
>
> This file is not ready to be committed, the TJvInspectorPropData.New(JvInspector1.Root, TListOfSelectedObjects) function is not optimal. It should not free the list parameter.
>
> We should modify some code to check the write access on every instances before writting.
>
> Florent


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Dave Keighan" <keighand@yahoo.com>
Date: Wed, 13 Apr 2005 02:47:23 +0000 (UTC)
Newsgroups: jedi.vcl

OBones,

> > edit the JvCore package, it should be feasible.

<SWOOOSH>
Sorry, I was sitting down - that went right over my head, what did you
say?   :)
Just joking. I have had a couple of instances where had to add this or
comment out that to get one version or another of the JVCL to install
but believe me I was very, very close to posting my problems here.
"I'll just try this first." always saved the day - I was lucky.
Installing tools in Delphi is a newbies (a true newbie) nightmare.

I'm not getting 2005PE for a while yet ... I'll wait and see how you do
:)

Thanx,
-- Dave Keighan XanaNewser [ 1.17.3.1] 

Subject: Difference between TJvStringGrid and TStringGrid?
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Tue, 12 Apr 2005 22:54:07 +0200
Newsgroups: jedi.vcl

What are the differences between the TJvStringGrid and the Delphi 
TStringGrid?

Thanks,

Ben 




Subject: Re: I have to share this with you.. (100% CPU utilisation)
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 12 Apr 2005 22:52:37 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Ralf Grenzing wrote:
>
>> Yes perhaps you can post them in binaries? That would be really cool!
>
>
> First I would have to make sure I haven't made any mistakes in that list. One thing on my blacklist is I don't use TActionListManager,
> because as the TActionMainMenus have certain well known problems.
> But I complained on the Borland newsgroups and several people said they have no such problem. So there is a "Your mileage may vary" effect
> in my list.

I actually do have problems with the action bands/menu stuff, under D6. Haven't tried under D7, got too dissapointed under D6.


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 12 Apr 2005 22:50:52 +0200
Newsgroups: jedi.vcl

Dave Keighan wrote:

> Andreas,
>
>
>> German PC Magazin has it on it's DVD.
>
> Thanks. I'll have to wait for PC Pro - english is my only language.
>
>
>> Unfortunately I have only the PC Magazin CD edition.
>
> and JCL & JVCL don't <currently> install ... interesting. Would have
> been the first third party tool I'd have reached for as well. I've got
> D7Pro but want 2005PE to play around with. Gonna see how far I can get
> with 2005PE, JVCL and a workable Virtual DB.

As long as you don't use the installer, edit the JvCore package, it should be feasible.
I'm investigating the whole matter over the next few days.


Subject: Re: IT2846: TJvInspector with multiples instances
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 12 Apr 2005 16:33:15 -0400
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> See thread 'TJvInspector - JvDesigner' dated April 7th.

Oh cool. Glad I Misunderstood. That sounds like a nice addition.
I'll have a look at the code and see if I can cause it to break and crash horribly. :-)

Warren


Subject: Re: IT2846: TJvInspector with multiples instances
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 12 Apr 2005 22:30:39 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> RED FLAG!?
>
> It was already capable of inspecting multiple object instances at one time.
>
> I'd personally think Marcel should look at this and should be able to say "That's not an improvement!" if that's all it does.

    I think you have the wrong idea. The improvement is that a single item can point to multiple instances (like the real Object Inspector). If all instances have the same value, that value is shown, otherwise an empty string is shown.

    What you're referring to is multiple instances, with each instance generating it's own separate items. See thread 'TJvInspector - JvDesigner' dated April 7th.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: dynamic forms
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 12 Apr 2005 16:30:01 -0400
Newsgroups: jedi.vcl

Chris M wrote:
> I am creating them with .create(nil) is that the same thing? or does a parent handle still get assigned?

This is a common pitfall for VCL programmers. AFAIK, if you want
to change the Win32 HWND parentage you have to override CreateParams.



Warren


Subject: Re: Error loading package JvMMD7R when GLScene7 is installed.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 12 Apr 2005 16:23:57 -0400
Newsgroups: jedi.vcl

Roal Zanazzi wrote:
> OBones ha scritto:
>
>> Warren Postma wrote:
>>
>>> Peter Thornqvist wrote:
>>>
>>>> Add GLScene to the requires of JvMMD7R, remove VFW.pas from contains and
>>>> rebuild it.
>>>>
>>> Would it also be okay for him to rename the Jedi VFW.pas to jvVFW.pas ?  I do this sometimes but I'm not quite 100% sure the procedure is "harmless". :-)
>>
>>
>>
>> Provided you replace VFW by JvVFW everywhere it is used in the JCL/JVCL, it is harmless.
>> If you don't, you implicitly import GlScene into the package and may end up using a version that is not the same as the one from the JCL/JVCL.
>
>  >
>
> Thanks Peter, but I don't want to rely on the presence of GLScene to use JVCL.
>
> Thanks Warren and OBones, but... shouldn't it be better if the JVCL team make the VFW -> JvVFW changes (it seems that you only have to change the name in 4 places)?

Or GlScene should be modified!? :-) Who's to say?  We're bigger. They should move. :-)

Warren


Subject: Re: IT2846: TJvInspector with multiples instances
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 12 Apr 2005 16:22:11 -0400
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> Hello,
>
> Scott J. Miles made some modifications of the TJvInspector control to inspect more than one object instances at a time.
> He made its modifications on version 134 (now it is 152), I merged its modifications with coment sjm2005 with the current version.
>
> This file is not ready to be committed, the TJvInspectorPropData.New(JvInspector1.Root, TListOfSelectedObjects) function is not optimal. It should not free the list parameter.
>
> We should modify some code to check the write access on every instances before writting.

RED FLAG!?

It was already capable of inspecting multiple object instances at one time.

I'd personally think Marcel should look at this and should be able to say "That's not an improvement!" if that's all it does.

Warren


Subject: Re: Docking
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 12 Apr 2005 16:20:32 -0400
Newsgroups: jedi.vcl

William wrote:
> Hi
>
>     Does any know where I can find a code example to save the position of components docked on the panel and programically redock those components in the same position they were in whenever they are removed. I want to be able to tile the components horizontally and vertically at the same time and recreate their exact positioning programically, like the toolbar docking for the BCB dev environment.

The current JVCL3\examples\AdvanceDemo demo contains a save/reload layout feature, I'm pretty sure. I think there is both a BC++ and Delphi
version of this demo.


Warren



Subject: Re: I have to share this with you.. (100% CPU utilisation)
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 12 Apr 2005 16:17:31 -0400
Newsgroups: jedi.vcl

Ralf Grenzing wrote:
> Yes perhaps you can post them in binaries? That would be really cool!

First I would have to make sure I haven't made any mistakes in that list. One thing on my blacklist is I don't use TActionListManager,
because as the TActionMainMenus have certain well known problems.
But I complained on the Borland newsgroups and several people said they have no such problem. So there is a "Your mileage may vary" effect
in my list.


Warren


Subject: IT2846: TJvInspector with multiples instances
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 12 Apr 2005 22:12:32 +0200
Newsgroups: jedi.vcl

Hello,

Scott J. Miles made some modifications of the TJvInspector control to inspect more than one object instances at a time.
He made its modifications on version 134 (now it is 152), I merged its modifications with coment sjm2005 with the current version.

This file is not ready to be committed, the TJvInspectorPropData.New(JvInspector1.Root, TListOfSelectedObjects) function is not optimal. It should not free the list parameter.

We should modify some code to check the write access on every instances before writting.

Florent


Subject: Docking
From: "William" <wwestbrooks@houston.rr.com>
Date: Tue, 12 Apr 2005 13:19:55 -0500
Newsgroups: jedi.vcl

Hi

    Does any know where I can find a code example to save the position of 
components docked on the panel and programically redock those components in 
the same position they were in whenever they are removed. I want to be able 
to tile the components horizontally and vertically at the same time and 
recreate their exact positioning programically, like the toolbar docking for 
the BCB dev environment.

-- William Westbrooks Gregg Engineering 

Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Dave Keighan" <keighand@yahoo.com>
Date: Tue, 12 Apr 2005 17:53:25 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas,

> > German PC Magazin has it on it's DVD.
Thanks. I'll have to wait for PC Pro - english is my only language.

> > Unfortunately I have only the PC Magazin CD edition.
and JCL & JVCL don't <currently> install ... interesting. Would have
been the first third party tool I'd have reached for as well. I've got
D7Pro but want 2005PE to play around with. Gonna see how far I can get
with 2005PE, JVCL and a workable Virtual DB.

Again, thanks,
-- Dave Keighan XanaNewser [ 1.17.3.1] 

Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 12 Apr 2005 19:28:30 +0200
Newsgroups: jedi.vcl

Dave Keighan wrote:

> > Hmmm, mind letting it out where you got this? PC Pro out alraedy?

German PC Magazin has it on it's DVD. Unfortunatelly I have only the PC
Magazin CD edition.


-- Regards, Andreas Hausladen 

Subject: Re: JvBalloonHint.ActivateHintRect is not working
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 12 Apr 2005 19:10:12 +0200
Newsgroups: jedi.vcl

Constantine Yannakopoulos wrote:
> Hi,
>
> I am trying to use the method TJvBalloonHint.ActivateHintRect() to
> display a ballon hint in a specific position on the screen; i don't
> have a control to associate the hint to. However the balloon hint is
> not displayed.
>
> Playing around with TJvBalloonHint i have got ActivateHintRect to
> display strange behaviour reproduceably:
>
> Create a new application in Delphi and drop a TJvBalloonHint and a
> TButton and in the button's OnClick handler write this code:
>
> procedure TForm1.Button1Click(Sender: TObject);
> begin
>   JvBalloonHint1.ActivateHintRect(Rect(10, 10, 20, 20), 'Header',
> 'Hint');
> end;

You can try the same fix I proposed to "chddv":

Change TJvBalloonWindowEx.InternalActivateHint:

  if Rect.Bottom < Screen.DesktopTop then
    Rect.Bottom := Screen.DesktopTop;

  { Set the Z order of the balloon }
  if Assigned(FCtrl.FData.RAnchorWindow) then

to

  if Rect.Bottom < Screen.DesktopTop then
    Rect.Bottom := Screen.DesktopTop;

  // begin of new code
  if ParentWindow = 0 then
    SetWindowPos(Handle, HWND_TOPMOST, Left, Top, Width, Height,
      SWP_NOACTIVATE or SWP_NOOWNERZORDER);
  // end of new code

  { Set the Z order of the balloon }
  if Assigned(FCtrl.FData.RAnchorWindow) then

This fix works for me for the case described by "chddv" and for the case descibed by you.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: "Dave Keighan" <keighand@yahoo.com>
Date: Tue, 12 Apr 2005 17:00:26 +0000 (UTC)
Newsgroups: jedi.vcl

Jakob Reschke,

> > on Delphi 2005 PE 

Hmmm, mind letting it out where you got this? PC Pro out alraedy?

-- Dave Keighan XanaNewser [ 1.17.3.1] 

Subject: Re: JVCL Installation fails on Delphi 2005 PE
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 12 Apr 2005 18:04:48 +0200
Newsgroups: jedi.vcl

Jakob Reschke wrote:

> What goes wrong there?

D2005 Personal Edition itself.
It is missing the XML package, and it is used by the JvCore package.
We are considering a solution, but nothing is done yet.


Subject: JVCL Installation fails on Delphi 2005 PE
From: "Jakob Reschke" <jakres@web.de>
Date: Tue, 12 Apr 2005 17:54:45 +0200
Newsgroups: jedi.vcl

Hello,
when I try to install the JVCL 3.00 final on Delphi 2005 PE the compiler
throws out an error message that the package or file XMLRTL is missing. And
I'm not the only one with this problem, I also know other poeple with this.
I've installed the JCL, but this without the IDE extensions like the
favourite Open-/Save-Dialogs, the project-analyser and the JCL-Debug
extension because they also made this error message appear. Exactly the same
one.
What goes wrong there?

Thanks,
 Jakob Reschke
--
jakres@web.de




Subject: jvScheduled Events - creating event handler at runtime
From: "Marc-Allen Johnson" <marcsan@home.nl>
Date: Tue, 12 Apr 2005 17:32:48 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi

How do you assign a custom written event handler to the onExecute event of 
an TJvEventCollectionItem?

procedure TForm1.Button1Click(Sender: TObject);
var
 event1 : TJvEventCollectionItem;
begin
 event1 := SchedEvents.Events.Add;
   event1.Schedule := CreateSchedule;
   DateTimePicker1.Time := DateTimePicker2.Time;
   event1.Schedule.StartDate := 
DateTimeToTimeStamp(DateTimePicker1.DateTime);
   event1.Schedule.RecurringType := srkDaily;
   event1.OnExecute := SchedEventsEvents0Execute(event1, false);
end;

procedure TForm1.SchedEventsEvents0Execute(Sender: TJvEventCollectionItem;
  const IsSnoozeEvent: Boolean);
begin
 beep;
end;

The event handler was created by using the design-time editor to create a 
scheduled event.  The code snippet mentioned above does not work.  How do 
you do it?

I have also tried to find the much spoken about "JVCL-Tutorials.pdf" - 
Marcel posted it 6 March 2003, but I could only access the archived 
newsgroup content on http://delphi.newswhat.com - and there you cannot 
download the pdf file.  Is there a location where I can download it or 
access the archived newsgroup content?

From what I can gather, I will find most of the information I require from 
that document if I can find it.

Regards,

Marc-Allen Johnson





Subject: State Machine component in JVCL?
From: "Jason Swager" <jswager_NOSPAM@activevoice_NOSPAM.com>
Date: Tue, 12 Apr 2005 08:09:57 -0700
Newsgroups: jedi.vcl

Is there a non-visual state machine type component in the JVCL?  Or in the
JCL?

I'm looking for something where each state is an object and moving between
states is allowed/denied based on properties of the states.  Also, each
state would need to have events and virtual methods to allow specific code
execution when leaving or entering a state.

Any such beastie in the JVCL or JCL?

Thanks in advance,
Jason Swager




Subject: Re: webcam in website
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 12 Apr 2005 16:43:14 +0200
Newsgroups: jedi.vcl

Brian wrote:

> Hi
>
> Is it posible to get the live capture from JvAVICapture into my website?

Live video might be tricky, but in all instances, you have to write an encoder that will convert the stream from the TJvAVICapture into something readable by your web clients.
Look for streaming components.


Subject: webcam in website
From: "Brian" <brian@night.dk>
Date: Tue, 12 Apr 2005 16:27:52 +0200
Newsgroups: jedi.vcl

Hi

Is it posible to get the live capture from JvAVICapture into my website?

Regards
Brian 




Subject: Re: JvBalloonHint.ActivateHintRect is not working
From: "jonjon" <none@for.now>
Date: Tue, 12 Apr 2005 16:26:22 +0200
Newsgroups: jedi.vcl

This might be related to the problem explained by "chddv" named 
"jvBalloonHint: not display (jvcl 2.10 to jvcl 3)" on the 21st of December 
2004 - 12:05.
This is still not fixed and was working great on the JVCL 2.10 and it might 
be because of no anchor window is specified.
None of the fix proposed did work.
We have siply overwritten the 3.0 version with the 2.10 one. It might work 
for your problem too.

Regards,
John.


> > Hi,
> >
> > I am trying to use the method TJvBalloonHint.ActivateHintRect() to
> > display a ballon hint in a specific position on the screen; i don't
> > have a control to associate the hint to. However the balloon hint is
> > not displayed.
> >
> > Playing around with TJvBalloonHint i have got ActivateHintRect to
> > display strange behaviour reproduceably:
> >
> > Create a new application in Delphi and drop a TJvBalloonHint and a
> > TButton and in the button's OnClick handler write this code:
> >
> > procedure TForm1.Button1Click(Sender: TObject);
> > begin
> >  JvBalloonHint1.ActivateHintRect(Rect(10, 10, 20, 20), 'Header',
> > 'Hint');
> > end;
> >
> > Run the application and press the button. Nothing happens.
> >
> > Now add a second button and in its OnClick handler add the code:
> >
> > procedure TForm1.Button2Click(Sender: TObject);
> > begin
> >  JvBalloonHint1.ActivateHint(Button2, 'Hint');
> > end;
> >
> > Run the application again and *first* press button2 to display the hint
> > over it and then press button1. You will see a hint window displaying
> > garbage at approximately the same position the first hint had appeared
> > instead of the specified rectangle.
> >
> > It seems that something is not initialized properly in the call to
> > ActivateHintRect and its previous value -whatever that was- is used
> > instead leading to having the hint not displayed at all or having it
> > displayed at the wrong position.
> >
> > Please, can you fix it? I would really appreciate telling me the fix so
> > that i can incorporate it in my version of JVCL and not have to wait
> > for the next release; is this possible?
> >
> > Thank you in advance. 




Subject: JvBalloonHint.ActivateHintRect is not working
From: "Constantine Yannakopoulos" <kyan147@hotmail.com>
Date: Tue, 12 Apr 2005 08:33:20 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I am trying to use the method TJvBalloonHint.ActivateHintRect() to
display a ballon hint in a specific position on the screen; i don't
have a control to associate the hint to. However the balloon hint is
not displayed.

Playing around with TJvBalloonHint i have got ActivateHintRect to
display strange behaviour reproduceably:

Create a new application in Delphi and drop a TJvBalloonHint and a
TButton and in the button's OnClick handler write this code:

procedure TForm1.Button1Click(Sender: TObject);
begin
  JvBalloonHint1.ActivateHintRect(Rect(10, 10, 20, 20), 'Header',
'Hint');
end;

Run the application and press the button. Nothing happens.

Now add a second button and in its OnClick handler add the code:

procedure TForm1.Button2Click(Sender: TObject);
begin
  JvBalloonHint1.ActivateHint(Button2, 'Hint');
end;

Run the application again and *first* press button2 to display the hint
over it and then press button1. You will see a hint window displaying
garbage at approximately the same position the first hint had appeared
instead of the specified rectangle.

It seems that something is not initialized properly in the call to
ActivateHintRect and its previous value -whatever that was- is used
instead leading to having the hint not displayed at all or having it
displayed at the wrong position.

Please, can you fix it? I would really appreciate telling me the fix so
that i can incorporate it in my version of JVCL and not have to wait
for the next release; is this possible?

Thank you in advance.


Subject: Re: Rotate text in the first row of a JvStringGrid
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Tue, 12 Apr 2005 10:24:17 +0200
Newsgroups: jedi.vcl

Anyone?


"Ben van Erp" <benvanerp-nospam@gmail.com> wrote in message 
news:d3c6t0$emm$1@talkto.net...
> > Is it possible to rotate the text in the first (header) row of a 
> > stringgrid with 90 degrees?
> >
> > Greetings,
> >
> > Ben
> > 




Subject: Re: JVCombobox not working??
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 12 Apr 2005 08:51:41 +0200
Newsgroups: jedi.vcl

Perry Kappetein wrote:
> How come my bug report is gone from the Mantis list?
> Also still didn'tget my login information

Please check your email. It takes up to two days for an email to leave the server.


Subject: jvAppStore flUserFolder oddity
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Mon, 11 Apr 2005 21:37:10 -0400
Newsgroups: jedi.vcl

A couple of days ago I posted an issue under "jvAppStore side effect" - 
it turns out to be related to SHGetSpecialFolderLocation...

Basically there is a problem with Sybase ASE ODBC driver 11.9.2 whereby 
dll functions do not release properly. However, if I load data using 
jvAppStore + jvXMLStorage (or jvAppIniStorage as it turns out), the DLL 
loads twice thus doubling leak. (not entirely accurate - see other post 
for details).

The interesting part is that it *only* happens if I use flUserFolder. 
That is, if I use flCustom and explicitly set folder path+filename, I get 
the "normal" results whereby the ODBC drive leaves a "single piece of 
itself" in memory.

To summarize: 
- using flTemp, flCustom, flExeFile, flWindows:  normal leak. 
- using flUserFolder: odd side effect where ODBC DLL loads twice.

Looking at code, it appears flUserFolder uses SHGetSpecialFolderLocation 
whilst others use other functions.

Anyone have a plausible explanation?

Cheers,
EdB


Subject: Re: TJvPageListTreeView : Programaticaly selecting a page.
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 11 Apr 2005 23:21:11 +0200
Newsgroups: jedi.vcl

> > What is the correct way to programaticaly select an item from the tree and
> > show it's panel?

You cannot directly change the JvPageListTreeView based on the PageIndex,
simply because there is no such connection and this is because you can have
the same PageIndex assigned to multiple nodes, so there is no way for the
component to determine which particular node is associated with a specific
page.

I see two possible solutions to your problem:

1. Save the AbsoluteIndex of the selected node when the app closes and
restore it at startup, i.e:
if JvPageListTreeView1.Selected <> nil then
  SavedAbsoluteIndex := JvPageListTreeView1.Selected.AbsoluteIndex;

if (SavedAbsoluteIndex >= 0) and (SavedAbsoluteIndex <
JvPageListTreeView1.Items.Count) then
  JvPageListTreeView1.Selected :=
JVPageListTreeView1.Items[SavedAbsoluteIndex];

2. Save the selected PageIndex and iterate the treenodes until you find it
and then select:

N := JvPageListTreeView.Items.GetFirstNode;
while Assigned(N) do
begin
  if TJvPageIndexNode(N).PageIndex = SavedPageIndex then
  begin
      JvPageListTreeView.Selected := N;
      Exit;
  end;
  N := N.GetNext;
end;

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Changes of JvHTButton
From: "Jaelani C. U." <jaelanicu@gmx.net>
Date: Tue, 12 Apr 2005 04:06:54 +0700
Newsgroups: jedi.vcl

I have a program which uses JVCL 2.1 several TJvHTButton, and indeed they 
are somewhat changed or something is definitely wrong.

I tried creating a new application with a blank form and added a single 
TJvHTButton.
I see that the button caption is not centered.
When I disable the button via Object Inspector, the caption background color 
changed into white.

My guess is that there are still bug(s) or the component isn't fully 
finished yet.

Fortunaly for me, there is an alternative component I can use, the 
TJvImgBtn.
The downside is that I have to make some changes in my code and put the 
button images in a TImageList.


> >"Florian Hector" <fhector@web.de> wrote in message 
> >news:d2tqr6$kpq$1@talkto.net...
> > Peter,
> >
> > have you tried if you can reproduce the same effect? Or is it something 
> > only happening on my PC?
> > I have tried to diff the new version 3 with the older version 2.1 but 
> > don't want to open this can of worms unless I really have to.
> >
> > Florian




Subject: TJvPageListTreeView : Programaticaly selecting a page.
From: "Michael Jervis" <mike@fuckingbrit.com>
Date: Mon, 11 Apr 2005 21:49:22 +0100
Newsgroups: jedi.vcl

Hi,

I have a form, on the form is a TJvPageListTreeView and a TJvPageList linked 
together. Clicking round the page list tree moves me round the page lists 
just fine.

However, I wish to open the form with a certain page selected. The actual 
page varies depending on what has caused the page to open and I can't get 
this to work.

I've tried various combinations. I can focus a page in the TJvPageList just 
fine, but this doesn't appear to select the right item on the tree. 
Everything I try with the TjvPageListTreeView fails for one reason or 
another. The best I managed was something like:

tvOptionPages.Selected := tvOptionPages.Items.item[page];

However, with a structure like

Options
- General
- Spelling
- Style Sheets
Accounts
Address Book

If I pass page of 2 then Style Sheets is selected, however, if I add on 
change to the TJvPageListTreeView and do self.caption := 
inttostr(tvOptionPages.selected.index); and select Address Book then I get 
2.

What is the correct way to programaticaly select an item from the tree and 
show it's panel?

Cheers

Michael Jervis 




Subject: Re: Error loading package JvMMD7R when GLScene7 is installed.
From: Roal Zanazzi <spam@someone.else>
Date: Mon, 11 Apr 2005 21:16:18 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Roal Zanazzi wrote:
>
>> Thanks Warren and OBones, but... shouldn't it be better if the JVCL team make the VFW -> JvVFW changes (it seems that you only have to change the name in 4 places)?
>> I think that GLScene and other component packages that link VFW unit are quite used by Delphi developers, so I think that this sort of incompatibilities should be resolved at the origin. Or am I wrong?
>> This is more true if (as I suspect) the VFW unit used in JVCL is not the Borland original one.
>
>
> Borland does not provide VFW.pas, and the only reliable source that I know of for this file is the JEDI API project.
>
Of course you are right, I'm wondering what was I thinking about while writing the post <g>

Thanks again for your patience.

-- 
Roal Zanazzi


Subject: Re: HWND problem last(?) time
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 11 Apr 2005 20:55:24 +0200
Newsgroups: jedi.vcl

Hi,

Hofi wrote:
> Upps you are right!!!
> Then i have to search and replace HWNDs in the generated header  declarations :(
> Should it be an option in the JCL(?) and JVCL installation program ?!?!  That would be nice!

Please use the issue tracker to put this on the agenda for JCL (as a feature request).


Subject: Re: JVCombobox not working??
From: "Perry Kappetein" <someone@hotmail.com>
Date: Mon, 11 Apr 2005 12:31:09 -0500
Newsgroups: jedi.vcl

ok, forget the question about where my bug report went..

looks like someone is playing with the website..
had a filter allthe sudden and  it was stuck on JCL projects only...





Subject: Re: JVCombobox not working??
From: "Perry Kappetein" <someone@hotmail.com>
Date: Mon, 11 Apr 2005 12:27:42 -0500
Newsgroups: jedi.vcl

How come my bug report is gone from the Mantis list?
Also still didn'tget my login information



"OBones" <obones_gfd_@_rzr_altern.org> wrote in message 
news:d3bv6e$d7m$1@talkto.net...
> > Perry Kappetein wrote:
> >
>> >> The latest daily update from JVCL 3.0.
>> >> and tried the org. release of 3.0
>> >>
>> >> if I just add a simple  showmessage('hi);   for that event.. nothing 
>> >> happens  until I hit backspace
>> >>
>> >> the normal Delphi one works just fine..
> >
> > Please create a sample application showing the bug, zip the sources only 
> > (no dcu, no exe) and add a bug entry in mantis:
> >
> > http://homepages.borland.com/jedi/issuetracker/
> >
> > after having created an account if necessary. 




Subject: Re: HWND problem last(?) time
From: Hofi <hofi@fw.hu>
Date: Mon, 11 Apr 2005 19:12:04 +0200
Newsgroups: jedi.vcl

yes, nothing to do but hope :(
i hate this :(

thank you for your time
by(t)e
  Hofi

p.s. Anyway that would be very nice if the owner of the setup programs could add an option to the BCB6 setup that makes the header modifications automatically, what is your opinion!?!?

On Mon, 11 Apr 2005 16:14:36 +0200, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Yeah it is and we can't do much about it when it comes from code outside the JVCL.
> What's really annoying is that it does not always happen, depending on the order of the headers in the project.
> Maybe the next C++ Builder will fix this, but that remains to be seen.



Subject: Re: Tiff viewer
From: "ssamayoa" <nospam@stopspam.com>
Date: Mon, 11 Apr 2005 17:53:59 +0100
Newsgroups: jedi.vcl

I have a snapshot of GraphicEx which uses native TIFF library which
supports multi-page tiffs. I use it for TIFF split into GIF files before
uploading to Oracle's Intermedia object.

Note that this components doesn't detect corrupted IFD entries.

If you want, I can send to you.
Drop me a line to sergiosamayoa -at- icon -dot- com -dot- gt

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Tiff viewer
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Mon, 11 Apr 2005 16:32:31 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> How about GraphicEx?
>

I'm using GraphicEx for Tiff, but multipages are not supported (in last-stable release).

So I Must split tiff-mp into n single tiff and use GraphicEx for view.

bye Daniele

-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: Re: HWND problem last(?) time
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 11 Apr 2005 16:14:36 +0200
Newsgroups: jedi.vcl

Hofi wrote:
> Of course I have.
> But i'm not the only one who has such problem.
>
> http://tinyurl.com/5ulw7
>
> As i see it's a well known issue.

Yeah it is and we can't do much about it when it comes from code outside the JVCL.
What's really annoying is that it does not always happen, depending on the order of the headers in the project.
Maybe the next C++ Builder will fix this, but that remains to be seen.


Subject: Re: HWND problem last(?) time
From: Hofi <hofi@fw.hu>
Date: Mon, 11 Apr 2005 15:44:57 +0200
Newsgroups: jedi.vcl

Of course I have.
But i'm not the only one who has such problem.

http://tinyurl.com/5ulw7

As i see it's a well known issue.

On Mon, 11 Apr 2005 14:56:26 +0200, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> But as I told you before, I have no such problems with my installation of C++ Builder 6. Have you installed all the updates, including the linker update?



Subject: Re: HWND problem last(?) time
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 11 Apr 2005 14:56:26 +0200
Newsgroups: jedi.vcl

Hofi wrote:

> Upps you are right!!!
> Then i have to search and replace HWNDs in the generated header  declarations :(
> Should it be an option in the JCL(?) and JVCL installation program ?!?!  That would be nice!

But as I told you before, I have no such problems with my installation of C++ Builder 6. Have you installed all the updates, including the linker update?


Subject: TJvClipboardViewer
From: "Robert Meek" <rmeek1@comcast.net>
Date: Mon, 11 Apr 2005 08:09:55 -0400
Newsgroups: jedi.vcl

Hi all,
    I was checking out the JcClipboardViewer and clipboardMonitor components 
available on the Systems page of the latest edition of the JVCL, and it 
seems that no matter which of the selections you make when setting the 
ViewFormat property of the ClipboardViewer component in the Object 
Inspector, it reverts back to cvDefault!  But I tried using it anyway, and 
just as I thought when i couldn't change this property, the viewer seems 
only able to display plain text that has been copied to the clipboard and 
nothing else.
    I need a way to display, save, load, and put back onto the Windows 
Clipboard,  whatever
I have originally copied to it, no matter the format it is in.  Can anyone 
point me in the right direction for doing this...offer any documentatin 
leads, etc?
    Also, what exactly is the JvClipboardMonitor supposed to do?  I haven't 
been able to figure it out!
-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Re: HWND problem last(?) time
From: Hofi <hofi@fw.hu>
Date: Mon, 11 Apr 2005 14:06:53 +0200
Newsgroups: jedi.vcl

Upps you are right!!!
Then i have to search and replace HWNDs in the generated header declarations :(
Should it be an option in the JCL(?) and JVCL installation program ?!?! That would be nice!

Thanks
  Hofi

On Mon, 11 Apr 2005 13:32:42 +0200, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Hofi wrote:
>
>> Hi All!
>>     Is it possible that in the feature releases of JCL and JVCL could use  THandle instead of HWND like types?! (As you may already know, it would be  a solution for the linker error in BCB6)
>
> We'd like to, and we try to, but when it's an overriden function, we can't do anything about it.



Subject: Re: HWND problem last(?) time
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 11 Apr 2005 13:32:42 +0200
Newsgroups: jedi.vcl

Hofi wrote:

> Hi All!
>     Is it possible that in the feature releases of JCL and JVCL could use  THandle instead of HWND like types?! (As you may already know, it would be  a solution for the linker error in BCB6)

We'd like to, and we try to, but when it's an overriden function, we can't do anything about it.


Subject: HWND problem last(?) time
From: Hofi <hofi@fw.hu>
Date: Mon, 11 Apr 2005 12:59:14 +0200
Newsgroups: jedi.vcl

Hi All!
    Is it possible that in the feature releases of JCL and JVCL could use THandle instead of HWND like types?! (As you may already know, it would be a solution for the linker error in BCB6)

TIA
  Hofi


Subject: Re: TJVPanel Right to left auto arrange
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Mon, 11 Apr 2005 10:29:44 +0100
Newsgroups: jedi.vcl

> > It's not implemented.
> >
> > I've didn't seen a reason for it until now :-)

Jens,

When I getr some time I intend working on a layout manager that would either 
be in a TPanel or a helper class that can have a TWinControl as its 
"canvas".  I envisage being able to drop TEdits, TDBEdits etc onto forms / 
frames or TPanel and if you set some properties before hand e.g.:

AutoAddLabel : Boolean;
LabelLayout : Left, Top, Right, Bottom (??)
MinSpace : Integer;
LabelLeft : Integer;

From this, you would just drop a component onto the area and based on where 
you dropped it it would:
Add it after the last component vertically or insert it between two items, 
shuffling the lower ones down
Resize the parent if required
Add a label vertically centred

If no notify was available when items moved then add a refresh option that:
1) Checked the width of all of the labels, if any encroached on the data 
components, move all of the data components.
2) Refresh any vertical spacing

Anyway, I keep thinking about it :-)

JAC.




Subject: Re: I have to share this with you.. (100% CPU utilisation)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 11 Apr 2005 10:45:44 +0200
Newsgroups: jedi.vcl

Heinz Zastrau schrieb:
> Hi Warren,
>
>> The best policy is DON'T USE THE ACTION UPDATE EVENT! I have
>> a local developer-policy-document I call my "VCL BLACKLIST" which
>> contains "EVIL VCL FEATURES" that are NOT to be used. This is one of
>> them. There are other evil things in the VCL too. :-)
>
>
> it is possible to published the other "EVIL VCL FEATURES" here too?
>
> Thanks in advanced
>
> Ciao Heinz Z.

Yes perhaps you can post them in binaries? That would be really cool!



Subject: Re: Using JvPageListTreeView isn't working
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 11 Apr 2005 10:15:02 +0200
Newsgroups: jedi.vcl

> > I have recreated the same situation, plus noticed another thing (bug?
> > feature?). If JvPageListTreeView.Items[].Text is empty, then PageLinks
> > lose links between pages and those items without description.
This is probably the same issue: if you change any node in the tree, you
will need to "recreate" the links with the links editor. You should probably
do the same after changing the pagelist

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: I have to share this with you.. (100% CPU utilisation)
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 11 Apr 2005 09:22:42 +0200
Newsgroups: jedi.vcl

Hi Warren,

> The best policy is DON'T USE THE ACTION UPDATE EVENT! I have
> a local developer-policy-document I call my "VCL BLACKLIST" which
> contains "EVIL VCL FEATURES" that are NOT to be used. This is one of
> them. There are other evil things in the VCL too. :-)

it is possible to published the other "EVIL VCL FEATURES" here too?

Thanks in advanced

Ciao Heinz Z.


Subject: TJvMemoryData ftMemo field not working on Rave Report
From: "PC" <pcchan00@msn.com>
Date: Mon, 11 Apr 2005 02:30:00 +0100
Newsgroups: jedi.vcl

This is a simple test.
Just add a TJvMemoryData on form, create a ft memo field. Connect the 
TJvMemoryData to RvDataSetConnection. Create a new report using DataMemo 
component. When stratup the program, add some record to TJvMemoryData 
dataset and run the report, the memo field data cannot show data. 
ftString field and ftInteger field is work fine. Could anyone know why.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCombobox not working??
From: "Perry Kappetein" <pka4916-nospam-@sbcglobal.net>
Date: Sun, 10 Apr 2005 17:19:07 -0500
Newsgroups: jedi.vcl

OBones presented the following explanation :
> Perry Kappetein wrote:
>
>> The latest daily update from JVCL 3.0.
>> and tried the org. release of 3.0
>>
>> if I just add a simple  showmessage('hi);   for that event.. nothing happens  until I hit backspace
>>
>> the normal Delphi one works just fine..
>
> Please create a sample application showing the bug, zip the sources only (no dcu, no exe) and add a bug entry in mantis:
>
> http://homepages.borland.com/jedi/issuetracker/
>
> after having created an account if necessary.

ok done...

Created the bug report..
also created an account, but not getting any password mailed..

-- 
This is an automatic signature of MesNews.
Site : http://www.mesnews.net



Subject: Rotate text in the first row of a JvStringGrid
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Mon, 11 Apr 2005 00:02:13 +0200
Newsgroups: jedi.vcl

Is it possible to rotate the text in the first (header) row of a stringgrid 
with 90 degrees?

Greetings,

Ben 




Subject: Question about JVCL updates
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Sun, 10 Apr 2005 23:37:18 +0200
Newsgroups: jedi.vcl

Hi,

I have a question about updating JVCL 3.0 to a newer release. I have 
downloaded the latest
JVCL daily package (JVCL3-Source-Latest.zip). How do i upgrade my current 
JVCL installation?

Regards, Ben 




Subject: Re: JVCombobox not working??
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 10 Apr 2005 21:50:44 +0200
Newsgroups: jedi.vcl

Perry Kappetein wrote:

> The latest daily update from JVCL 3.0.
> and tried the org. release of 3.0
>
> if I just add a simple  showmessage('hi);   for that event.. nothing happens  until I hit backspace
>
> the normal Delphi one works just fine..

Please create a sample application showing the bug, zip the sources only (no dcu, no exe) and add a bug entry in mantis:

http://homepages.borland.com/jedi/issuetracker/

after having created an account if necessary.


Subject: Re: JVCombobox not working??
From: "Perry Kappetein" <pka4916-nospam-@sbcglobal.net>
Date: Sun, 10 Apr 2005 14:35:27 -0500
Newsgroups: jedi.vcl

The latest daily update from JVCL 3.0.
and tried the org. release of 3.0

if I just add a simple  showmessage('hi);   for that event.. nothing happens  until I hit backspace

the normal Delphi one works just fine..



on 4/10/2005, OBones supposed :
> Perry Kappetein wrote:
>
>> Trying to get the active item when I select something from the combo dropdownbox,
>> but the onchange event doesn't work right??
>> when I select something nothing happens, until I'm hitting the Backspace
>>
>> I just want to select something and show it in  showmessage..   can't be that hard??
>>
>>
>> Any suggestions?
>
> Which version are you using?
> I just dropped a TJvDropDownBox on a TForm, added a few items, and when I select them from the list, the OnChange event is trigerred.

-- 
This is an automatic signature of MesNews.
Site : http://www.mesnews.net



Subject: Re: JVCombobox not working??
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 10 Apr 2005 20:36:41 +0200
Newsgroups: jedi.vcl

Perry Kappetein wrote:

> Trying to get the active item when I select something from the combo dropdownbox,
> but the onchange event doesn't work right??
> when I select something nothing happens, until I'm hitting the Backspace
>
> I just want to select something and show it in  showmessage..   can't be that hard??
>
>
> Any suggestions?

Which version are you using?
I just dropped a TJvDropDownBox on a TForm, added a few items, and when I select them from the list, the OnChange event is trigerred.


Subject: Re: Error loading package JvMMD7R when GLScene7 is installed.
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sun, 10 Apr 2005 12:08:31 +0200
Newsgroups: jedi.vcl

Roal Zanazzi wrote:

> Thanks Warren and OBones, but... shouldn't it be better if the JVCL team make the VFW -> JvVFW changes (it seems that you only have to change the name in 4 places)?
> I think that GLScene and other component packages that link VFW unit are quite used by Delphi developers, so I think that this sort of incompatibilities should be resolved at the origin. Or am I wrong?
> This is more true if (as I suspect) the VFW unit used in JVCL is not the Borland original one.

Borland does not provide VFW.pas, and the only reliable source that I know of for this file is the JEDI API project.


Subject: Re: Error loading package JvMMD7R when GLScene7 is installed.
From: Roal Zanazzi <spam@someone.else>
Date: Sun, 10 Apr 2005 11:27:22 +0200
Newsgroups: jedi.vcl

OBones ha scritto:
> Warren Postma wrote:
>
>> Peter Thornqvist wrote:
>>
>>> Add GLScene to the requires of JvMMD7R, remove VFW.pas from contains and
>>> rebuild it.
>>>
>> Would it also be okay for him to rename the Jedi VFW.pas to jvVFW.pas ?  I do this sometimes but I'm not quite 100% sure the procedure is "harmless". :-)
>
>
> Provided you replace VFW by JvVFW everywhere it is used in the JCL/JVCL, it is harmless.
> If you don't, you implicitly import GlScene into the package and may end up using a version that is not the same as the one from the JCL/JVCL.
>

Thanks Peter, but I don't want to rely on the presence of GLScene to use JVCL.

Thanks Warren and OBones, but... shouldn't it be better if the JVCL team make the VFW -> JvVFW changes (it seems that you only have to change the name in 4 places)?
I think that GLScene and other component packages that link VFW unit are quite used by Delphi developers, so I think that this sort of incompatibilities should be resolved at the origin. Or am I wrong?
This is more true if (as I suspect) the VFW unit used in JVCL is not the Borland original one.


-- 
Roal Zanazzi


Subject: Re: JclExprEval and String and DateTime
From: Matthias Thoma <ma.thoma@gmx.de>
Date: Sun, 10 Apr 2005 01:47:58 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

> > Is possible in a JclExprEval i use a strings and datetime?

Strings are impossible. You could implement datetime functions if
you need them since a DateTime is a float internaly.

HTH,
  Matthias


Subject: Re: TJVPanel Right to left auto arrange
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 09 Apr 2005 21:15:27 +0200
Newsgroups: jedi.vcl

It's not implemented.

I've didn't seen a reason for it until now :-)

Greetings
Jens

Jason Chapman wrote:
> Is this a feature that I haven't found yet?
>
> I am making good use of lef to right auto arrange.
>
> Cheers,
>
> JAC.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Using JvPageListTreeView isn't working
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 09 Apr 2005 20:34:54 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> The Items.Links part looks OK, so there must be something else going
> on...

I have recreated the same situation, plus noticed another thing (bug? feature?). If JvPageListTreeView.Items[].Text is empty, then PageLinks lose links between pages and those items without description.

Not very important, but just wanted to let you know.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: jvAppStore side effect
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Sat, 9 Apr 2005 01:04:49 -0400
Newsgroups: jedi.vcl

In article <d36bju$d5u$1@talkto.net>, wp.nospam@tekran.com says...
> > I haven't used MemSleuth and MemProof, but I have used KMM (Kestral 
> > Memory Manager) and AQTime, and I trust them.
> > 
> > My opinion is, if you don't have a good tool like AQTime (which has VCL 
> > memory leak detection), get it, and focus your time on fixing VCL memory 
> > leaks you caused by your own code, and ignore whatever tiny Heap leaks 
> > the the ODBC thingy is giving you.
> > 
> > Chances are you are tracing down a bug in the ODBC dll that you can't 
> > solve for yourselve because you probably don't have source code to the 
> > ODBC Dll in question. So why sweat it? Or do you suspect a leak in
> > the basic VCL BDE ? If so, why not change to some native direct Sybase 
> > VCL connection component if one exists.
> > 
> > 
> > Warren
> > 
> > 
FYI - MemSleuth was one of TurboPower's products - saved my butt many a 
time... And it does have VCL filter - unfortunately I only have version 2 
- was just ready to buy MS3 when they decided to move on...

Anyway, more info:  

I got some sleep, then dug in. The heap space and some of virtual memory 
loss was related to closing the TSQLConnection.  It turns out that if you 
call scn.CloseDataSets  before scn.close everything cleasn up nicely.

There is still an odd interaction with jvAppStore though. Recall that I'd 
determined that the Sybase ASE 11.9.2 ODBC drivers do not unload 
themselves properly - there is always 3 pointers to functions about 3K of 
heap space) left at program termination.

In all cases I created the second form dynamically, connected, 
disconnected and released form and cycled this 5 times.

case 1: load XML before form create, before SCN connect 
case 2: load XML after form create, before SCN connect
case 3: load XML after form create, after SCN connect

In case 1 and 2, I get double the ODBC related leaks (that is, the same 
"triplet" of functions shows up twice in MemSleuth report - about 6K 
loss).
In case 3, I get "normal" loss related to ODBC leak (about 3K) - 
regardless of how often I create/load/destroy

Very odd. Now that I've a work-around I can live with it, but it would be 
nice to even have a hint as to why something like this occurs... 

At any rate, maybe documenting it will save someone else some head-
scratching...

Cheers,
EdB



Subject: Re: TJvCsvDataSet - Should I build in JvZLIB support?
From: "Crazy Horse's crazier little brother" <cshannon@d4sw.com>
Date: Fri, 8 Apr 2005 16:14:00 -0500
Newsgroups: jedi.vcl

"Warren Postma" <wp.nospam@tekran.com> wrote in message 
news:d367ls$c7e$1@talkto.net...
> >

The Postma always posts twice?

-- Download Blackbird Crow Raven's book "STILL CASTING SHADOWS: Two American Families 1620-2006" (.exe and Delphi source): http://cc.borland.com/ccweb.exe/listing?id=23106 --email me for the most up-to-date manuscripts 

Subject: JclExprEval and String and DateTime
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Fri, 8 Apr 2005 17:34:25 -0300
Newsgroups: jedi.vcl

Hi. Is possible in a JclExprEval i use a strings and datetime?
For example, concat two strings or get result for today-2, etc?

Thanks
Alessandro 




Subject: Re: VFW Drivers for all webcams
From: "Shaq" <shaq@bike-fast.com>
Date: Fri, 8 Apr 2005 16:34:17 -0400
Newsgroups: jedi.vcl

Is there more support for DirectShow over VFW?

-Shaq

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d35b5l$5e1$1@talkto.net...
> > Shaq wrote:
> >
>> >> Is there a VFW driver for all webcams?  I have a Creative Notebook camera 
>> >> and the JvAVICapture recognizes the camera.  On my other computer which 
>> >> uses a Labtec webcam, the camera is not listed in the driver index.
>> >>
>> >> What is the best way to support a majority of webcams?
> >
> > VFW is the best way. If the manufacturer does not provide VFW compatible 
> > drivers, complain to it.




Subject: Re: dynamic forms
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Fri, 08 Apr 2005 13:21:47 -0700
Newsgroups: jedi.vcl

>
> If you want it to be above all other windows at all times, perhaps you want a TForm with FormsStyle set to fsAlwaysOnTop set true?
>

Thats what i have but if the application is minimized then all my little dynamic forms are as well. it seems to mean always on top of my application rather than always on top of everything.

> As far as preventing minimization, if I remember correctly, you would need to override the TForm.CreateParams procedure, and clear the parent window HWND handle to 0. This effectively disassociates the window from the other windows in the application group.
>

I am creating them with .create(nil) is that the same thing? or does a parent handle still get assigned?

> Also you might consider is using a JvBand. It creates a DLL that plugs into the Windows Explorer's Task Bar, or the Internet Explorer, or docks to the edges of your desktop window.
>
> If you want the thing to never grab keyboard focus there are some tricks there too, but I don't know those tricks.
>

I'll look at those thanks.


Subject: Re: dynamic forms
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 08 Apr 2005 16:08:24 -0400
Newsgroups: jedi.vcl

Chris M wrote:
> Is there a component that can help me in the creation of little floating forms like ICQ/Trillian uses when you want the users to stay on the screen at all times? and won't be minimized when the application is minimized?
>
> Thanks

If you want it to be above all other windows at all times, perhaps you want a TForm with FormsStyle set to fsAlwaysOnTop set true?

As far as preventing minimization, if I remember correctly, you would need to override the TForm.CreateParams procedure, and clear the parent window HWND handle to 0. This effectively disassociates the window from the other windows in the application group.

Also you might consider is using a JvBand. It creates a DLL that plugs into the Windows Explorer's Task Bar, or the Internet Explorer, or docks to the edges of your desktop window.

If you want the thing to never grab keyboard focus there are some tricks there too, but I don't know those tricks.

Warren


Subject: dynamic forms
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Fri, 08 Apr 2005 12:47:41 -0700
Newsgroups: jedi.vcl

Is there a component that can help me in the creation of little floating forms like ICQ/Trillian uses when you want the users to stay on the screen at all times? and won't be minimized when the application is minimized?

Thanks


Subject: Re: Tiff viewer
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Fri, 8 Apr 2005 20:12:13 +0200
Newsgroups: jedi.vcl

How about GraphicEx?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Using JvPageListTreeView isn't working
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Fri, 8 Apr 2005 20:09:49 +0200
Newsgroups: jedi.vcl

The Items.Links part looks OK, so there must be something else going
on...Have you tried setting a breakpoint in the method that changes the
current page (TJvCustomPageListTreeView.CanChange and
TJvCustomPageListTreeView.Change)?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TJVPanel Right to left auto arrange
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 8 Apr 2005 18:21:57 +0100
Newsgroups: jedi.vcl

Is this a feature that I haven't found yet?

I am making good use of lef to right auto arrange.

Cheers,

JAC. 




Subject: Re: jvAppStore side effect
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 08 Apr 2005 12:44:15 -0400
Newsgroups: jedi.vcl

Ed Blanchard wrote:
> Oh man do I have a *weird* one...
>
> Bear with me, I'll get to jvcl in a minute.
> I'm using Sybase ASE 11.9.2, the ODBC drivers that come with this, dbxOpenODBC drivers, and a TSQLConnection (KeepConnection:=false). 
> Test1:
> No SDS, no CDS - just a form with a button. Click the button and I set:
> SCN.COnnected:=true;
> scn.connected:=false;
>
> It turns out the Sybase ODBC driver never properly unloads a DLL - I end up with memory leaks. But it doesn't matter how many times I click the button - mem leak is 3 pointers to DLL function.
>
> I'm trying to set up a generic connection datamodule that I can call, do something with data, then free up. I don't want to have connections active (limited seat count for one, avoid deadlocks for another).
>
> Ok, here's where jvcl comes in...
>
> Test2:
> If I load data from jvXMLStore, the memory leaks get worse.
>
> I have a nice little unit that has a wrapper function around creating jvAppStore, jvXMLStore, setting the filename, loading all the data into a var record, and destroy everything.  When I test this wrapper function by itself under MemSleuth and MemProof, no memory leaks.
>
> My test project has two forms (form2 not automatically created at run time).
>
> Form1 has SCN, button1
> Form2 has button2, and a private  declaration of FSCN:TSQLConnection
>
> Run program, click on button1, calls form2.TestIt(SCN)
> procedure Tform2.TestIT(aSCN:TSQLConnection);
>  Form2.create(nil);  Form2.SetSCN(aSCN); // FSCN:=aScn; FSCN.Open;
>  MyXMLUnit.LoadXMLSettings(myRec);// create, load from XML to MyRec, free   form2.ShowModal;
>  form2.release;
>
>
> procedure TForm2.button2click
>  fscn.close;
>  close;
>
>
> Run program, click button1, form2.button2.  Only the leaks associated with ODBC stuff.
>
> Run program, click button1, form2.button2, form1.button1, form2.button2. Leaks associated with ODBC stuff, AND virtual memory for one pointer allocation.
>
> Run program, cycle so create/free 3 or more times,Leaks associated with ODBC stuff, AND virtual memory for TWO pointer allocations.
>
> Now, if that ain't weird enough...
> Change TestIT to  MyXMLUnit.LoadXMLSettings(myRec) (create, load to REC, free),   Form2.create(nil)  Form2.SetSCN(aSCN); // FSCN:=aScn;
>  form2.ShowModal;
>  form2.release;
>
> (that is, load XML BEFORE creating form)
>
> Run program, click button1, form2.button2.  Only the leaks associated with ODBC stuff.
>
> Run program, click button1, form2.button2, form1.button1, form2.button2. Leaks associated with ODBC stuff, AND virtual memory for SEVEN pointer allocations (virtual and heap).
>
> Run program, cycle so create/free 3 or more times,Leaks associated with ODBC stuff, AND virtual memory for SEVEN pointer allocations (virtual and heap).
>
> Where the heck do I even start to look?

I haven't used MemSleuth and MemProof, but I have used KMM (Kestral Memory Manager) and AQTime, and I trust them.

My opinion is, if you don't have a good tool like AQTime (which has VCL memory leak detection), get it, and focus your time on fixing VCL memory leaks you caused by your own code, and ignore whatever tiny Heap leaks the the ODBC thingy is giving you.

Chances are you are tracing down a bug in the ODBC dll that you can't solve for yourselve because you probably don't have source code to the ODBC Dll in question. So why sweat it? Or do you suspect a leak in
the basic VCL BDE ? If so, why not change to some native direct Sybase VCL connection component if one exists.


Warren


Subject: Re: Tiff viewer
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Fri, 8 Apr 2005 18:43:58 +0200
Newsgroups: jedi.vcl

Perhaps this would help: http://www.awaresystems.be/imaging/tiff/delphi.html

Greetings, Ben


"Abdullah Kauchali" <abdullah.kauchali@someplace.com> wrote in message 
news:d36976$cjm$1@talkto.net...
> > Ben van Erp wrote:
>> >> Hi Abdullah,
>> >>
>> >> I'm looking for the same component. I currently using Imaging for Windows 
>> >> (standard available Windows 95, 98, NT, Windows 2000). Which is working
>> >> perfect. I'm looking for something to use in Windows XP or higher because 
>> >> i need to buy Imaging for Windows if i want to use in Windows XP.
> >
> > Hi Ben,
> >
> > Same dilemma.  We have used the Kodak/Wang (now Windows Imaging) 
> > components successfully in the past, but we'd have wanted a "pure VCL"
> > option as the first option.  Seems unlikely now... :(
> >
> > I've seen a few commercial VCL components.  But we may be releasing our 
> > tool as free/open source, so that rules those types of components as 
> > no-go. 




Subject: Re: I have to share this with you.. (100% CPU utilisation)
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 08 Apr 2005 12:31:42 -0400
Newsgroups: jedi.vcl

Kiriakos wrote:
 > Looks innocent, doesn't it?  Can you spot the problem?


A great tip. Thanks for sharing.

The best policy is DON'T USE THE ACTION UPDATE EVENT! I have
a local developer-policy-document I call my "VCL BLACKLIST" which contains "EVIL VCL FEATURES" that are NOT to be used. This is one of them. There are other evil things in the VCL too. :-)

Instead, for each form/datamodule which has an Action, I write
an _ActionUpdate method that goes through all my actions and sets
their Action.Enabled properties. I then call this _ActionUpdate
method only at various reasonable times (such as after document
open, or document closing, in an document-object application).


However if you like the "appearance" that actions update themselves, then you should generally set Action updates to be trivial, and to
be incredibly defensively programmed:

    (1) Any no references to an objects MUST be nil checked, even if you don't think you need to check.  (Miss a nil check, and this get's really fun, you can get 100 access violations per second.)

    (2) Don't make any method calls at all, and I would avoid even property get-accessor methods.  Don't make any property set commands at all, except for the single TAction you are supposed to be updating.

    (3) Nothing that takes a non-trivial amount of CPU time, unless you like a steady 5-50% cpu usage can be in here.

    (4) Nothing that causes any kind of cascade, such as what
you found.

    (5) Basically, action updates suck. :-)


Cheers!


Warren



Subject: Re: Tiff viewer
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Fri, 08 Apr 2005 18:04:38 +0200
Newsgroups: jedi.vcl

Ben van Erp wrote:
> Hi Abdullah,
>
> I'm looking for the same component. I currently using Imaging for Windows (standard available Windows 95, 98, NT, Windows 2000). Which is working
> perfect. I'm looking for something to use in Windows XP or higher because i need to buy Imaging for Windows if i want to use in Windows XP.

Hi Ben,

Same dilemma.  We have used the Kodak/Wang (now Windows Imaging) components successfully in the past, but we'd have wanted a "pure VCL"
option as the first option.  Seems unlikely now... :(

I've seen a few commercial VCL components.  But we may be releasing our tool as free/open source, so that rules those types of components as no-go.


Subject: TJvCsvDataSet - Should I build in JvZLIB support?
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 08 Apr 2005 11:37:01 -0400
Newsgroups: jedi.vcl


Oh and another feature I have thought of adding is transparent zlib
support.  The user could turn on a flag, and change his file extension to ".csz" (comma separated zipped!). Since the entire file is read and written at once, there should be a small performance impact on load/save operations, and no impact on operations once a table is open, since it's in memory.

Warren


Subject: TJvCsvDataSet - TDateField and TTimeField support added.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 08 Apr 2005 11:33:18 -0400
Newsgroups: jedi.vcl

Well, JvCsvDataSet has always had a TDateTIme field (both date and time stored in a single field), but it occurred to me that it was braindead of me that I never bothered to add the even more basic VCL TDateField/TTimeField field types.

Because I have designed the component around the CsvDef property
which is a "one line database schema" using symbols (@#*) etc
to mark field types, I had to add field types / and *
internally, update the designtime form, and then implement
basic support for the field types, and reading/writing them
to the internal VCL binary data storage system.

This was fairly easy.  I am ready to check this in, and I
would just like to ask, if I check this into CVS head,
will this get into the next minor release (say, 3.1)
of the JVCL? Which branches besides HEAD should have
this change?

Also, I noticed one complaint about TMemo fields not being
supported. Since they are multiline, I don't see a way
to address that in a single-line CSV file unless I was
to totally rewrite the parser to handle the multiline CSV format.
Since the current parser assumes one line of the file is one
record in the csv table, this would be non-trivial.

However, if anyone else has a favourite VCL T<XYZ>Field  type
that is (a) not currently supported, and (b) can be represented without loss of precision in 1-80 characters of ASCII, please let me know. A Mime-encoded BLOB field would be out of the question for the same obvious reasons as TMemo is out of the question.  Currency and Largeint might not be a bad idea to add though, but they are infrequently used.

Regards,

Warren


Subject: Re: TJvInspector - TJvDesigner
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Fri, 08 Apr 2005 08:17:34 -0700
Newsgroups: jedi.vcl

Both bits of code are now on Mantis.

Cheers,
Scott

Marcel Bestebroer wrote:
>>  >     I believe there's an old issue in Mantis floating about that requests this very same feature.
>>
>> I'll give it a go incorporating it into the JvInspector source. Then I will let the powers that be take a look at it (post on Mantis?)
>
>
>     Always. When posting, do specify which revision of the file you used (contained in the $Id$ comment at the top of the file). Makes it easier to diff and figure out the differences (not that it's likely to change soon; AFAIK there are no planned updates to that file).
>


Subject: Re: Using JvPageListTreeView isn't working
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Fri, 8 Apr 2005 15:00:16 +0200
Newsgroups: jedi.vcl

Thanks for the quick response. This is a part of the DFM looks good to me:

object JvPageListTreeView1: TJvPageListTreeView
    Left = 8
    Top = 16
    Width = 161
    Height = 345
    AutoExpand = False
    ShowButtons = True
    ShowLines = True
    PageDefault = 0
    PageList = JvPageList1
    Indent = 19
    TabOrder = 3
    Items.NodeData = {
      0104000000290000000000000000000000FFFFFFFFFFFFFFFF00000000000000
      000841006C00670065006D00650065006E00290000000000000000000000FFFF
      FFFFFFFFFFFF010000000000000008440061007400610062006100730065002D
      0000000000000000000000FFFFFFFFFFFFFFFF02000000000000000A56006F00
      6F00720062006C006100640065006E002B0000000000000000000000FFFFFFFF
      FFFFFFFF030000000000000009410066006400720075006B006B0065006E00}
    Items.Links = {0400000000000000010000000200000003000000}
  end

Greetings, Ben


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message 
news:d35tvm$9rc$1@talkto.net...
>> >> I have put a JvPageListTreeView component on my form. I created some
> > nodes.
>> >> Put a JvPageList
>> >> component on the form. Pointed the JvPageListTreeView to the JvPageList.
> > And
>> >> linked some nodes
>> >> to pages. After compilation it isn't working. I'm still looking at the
> > first
>> >> page. When clicking an other node the page isn't changing.
>> >>
>> >> What am i doing wrong?
> >
> > Probably nothing. Due to some strange behavior in the dfm streaming in
> > Delphi (well, strange to me anyway), sometimes the links are not stored
> > correctly (you can see this if you hit Ctrl+F12 to view the dfm. The links
> > property has all 0's). The only way to resolve it (that I know of) is to
> > assign the node links in the design editor until it "sticks" in the dfm
> > (close the editor and open it again to see if the links have been
> > persisted). It usually works if you do it twice.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: Re: Using JvPageListTreeView isn't working
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 8 Apr 2005 14:51:31 +0200
Newsgroups: jedi.vcl

> > I have put a JvPageListTreeView component on my form. I created some
nodes.
> > Put a JvPageList
> > component on the form. Pointed the JvPageListTreeView to the JvPageList.
And
> > linked some nodes
> > to pages. After compilation it isn't working. I'm still looking at the
first
> > page. When clicking an other node the page isn't changing.
> >
> > What am i doing wrong?

Probably nothing. Due to some strange behavior in the dfm streaming in
Delphi (well, strange to me anyway), sometimes the links are not stored
correctly (you can see this if you hit Ctrl+F12 to view the dfm. The links
property has all 0's). The only way to resolve it (that I know of) is to
assign the node links in the design editor until it "sticks" in the dfm
(close the editor and open it again to see if the links have been
persisted). It usually works if you do it twice.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: JVCombobox not working??
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 8 Apr 2005 07:49:49 -0500
Newsgroups: jedi.vcl

Trying to get the active item when I select something from the combo 
dropdownbox,
but the onchange event doesn't work right??
when I select something nothing happens, until I'm hitting the Backspace

I just want to select something and show it in  showmessage..   can't be 
that hard??


Any suggestions?




Subject: Using JvPageListTreeView isn't working
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Fri, 8 Apr 2005 14:41:32 +0200
Newsgroups: jedi.vcl

Hi,

I have put a JvPageListTreeView component on my form. I created some nodes. 
Put a JvPageList
component on the form. Pointed the JvPageListTreeView to the JvPageList. And 
linked some nodes
to pages. After compilation it isn't working. I'm still looking at the first 
page. When clicking an other node the page isn't changing.

What am i doing wrong?

Regards, Ben 




Subject: Re: Tiff viewer
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Fri, 8 Apr 2005 11:27:06 +0200
Newsgroups: jedi.vcl

Hi Abdullah,

I'm looking for the same component. I currently using Imaging for Windows 
(standard available Windows 95, 98, NT, Windows 2000). Which is working
perfect. I'm looking for something to use in Windows XP or higher because i 
need to buy Imaging for Windows if i want to use in Windows XP.

Kind regards,

Ben


"Abdullah Kauchali" <abdullah.kauchali@someplace.com> wrote in message 
news:d35e6m$5ur$2@talkto.net...
> > Hi folks,
> >
> > Is there any component that will allow for the viewing of multipage tiff 
> > images?
> >
> > Kind regards,
> >
> > Abdullah 




Subject: Tiff viewer
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Fri, 08 Apr 2005 10:23:29 +0200
Newsgroups: jedi.vcl

Hi folks,

Is there any component that will allow for the viewing of multipage tiff images?

Kind regards,

Abdullah


Subject: Re: ANN: JVCL 3.00 Released!
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Fri, 08 Apr 2005 10:22:18 +0200
Newsgroups: jedi.vcl

OBones wrote:
> The JVCL Team is proud to announce that the stable release of JVCL 3.00 is available for download.

Great stuff!  Many thanks to all involved.


Subject: Re: VFW Drivers for all webcams
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 08 Apr 2005 09:31:57 +0200
Newsgroups: jedi.vcl

Shaq wrote:

> Is there a VFW driver for all webcams?  I have a Creative Notebook camera and the JvAVICapture recognizes the camera.  On my other computer which uses a Labtec webcam, the camera is not listed in the driver index.
>
> What is the best way to support a majority of webcams?

VFW is the best way. If the manufacturer does not provide VFW compatible drivers, complain to it.


Subject: Re: No more JvDirectories in JVCL3?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 8 Apr 2005 08:30:40 +0200
Newsgroups: jedi.vcl

> > Can somebody tell me how to use JvDirectories with JVCL 3?
It is now part of TJvComputerInfoEx (Folders property)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: VFW Drivers for all webcams
From: "Shaq" <shaq@bike-fast.com>
Date: Fri, 8 Apr 2005 00:00:37 -0400
Newsgroups: jedi.vcl

Is there a VFW driver for all webcams?  I have a Creative Notebook camera 
and the JvAVICapture recognizes the camera.  On my other computer which uses 
a Labtec webcam, the camera is not listed in the driver index.

What is the best way to support a majority of webcams?

-Shaq 




Subject: Re: TJvAVICapture
From: "Shaq" <shaq@bike-fast.com>
Date: Thu, 7 Apr 2005 23:34:43 -0400
Newsgroups: jedi.vcl

Ok...I moved the code into the OnFrame event.  Everything works great!!!

Thanks for all the help.  It is greatly appreciated.

-Shaq

"Shaq" <shaq@bike-fast.com> wrote in message news:d34r73$3bq$1@talkto.net...
> > This is the first time I am working with camera's and video.
> > I am getting an access violation at the following line:
> > line^[j] := (pImageLine(videoHdr^.lpData))^[
> >                  ((i * JvAVICapture.Width * 
> > JvAVICapture.VideoFormat.BitDepth) div 8) + j];
> >
> > It seems that videoHdr is nil.  Do I have to dynamically create this 
> > object or have it assigned?  I have VFW declared in my uses clause.
> > I have
> > videoHdr: PVIDEOHDR;
> > declared in the private section of my form.
> >
> > I appreciate your help.
> >
> > -Shaq
> >
> > "OBones" <obones_gfd_@_rzr_altern.org> wrote in message 
> > news:d32g4s$jv1$1@talkto.net...
>> >> Shaq wrote:
>>> >>> I am getting the following error:
>>> >>> 'Scan line index out of range'
>>> >>> at the following line:
>>> >>> line := pImageLine(Image1.Picture.Bitmap.ScanLine[JvAVICapture.Height - 
>>> >>> 1 - i]);
>>> >>>
>>> >>> Here is my code:
>>> >>> procedure TForm1.SaveAsImage;
>>> >>> var
>>> >>>   i : Integer;
>>> >>>   j : Integer;
>>> >>>   line : pImageLine;
>>> >>> begin
>>> >>>   Image1.Height := JvAVICapture.Height;
>>> >>>   Image1.Width := JvAVICapture.Width;
>> >>
>> >> Use this instead:
>> >>
>> >>   image1.Picture.Bitmap.Width := avi.Width;
>> >>   image1.Picture.Bitmap.Height := avi.Height;
>> >>   image1.Picture.Bitmap.PixelFormat := avi.VideoFormat.PixelFormat;
> >
> > 




Subject: jvAppStore side effect
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Thu, 7 Apr 2005 23:03:23 -0400
Newsgroups: jedi.vcl

Oh man do I have a *weird* one...

Bear with me, I'll get to jvcl in a minute.
I'm using Sybase ASE 11.9.2, the ODBC drivers that come with this, 
dbxOpenODBC drivers, and a TSQLConnection (KeepConnection:=false).  

Test1:
No SDS, no CDS - just a form with a button. Click the button and I set:
SCN.COnnected:=true;
scn.connected:=false;

It turns out the Sybase ODBC driver never properly unloads a DLL - I end 
up with memory leaks. But it doesn't matter how many times I click the 
button - mem leak is 3 pointers to DLL function.

I'm trying to set up a generic connection datamodule that I can call, do 
something with data, then free up. I don't want to have connections 
active (limited seat count for one, avoid deadlocks for another).

Ok, here's where jvcl comes in...

Test2:
If I load data from jvXMLStore, the memory leaks get worse.

I have a nice little unit that has a wrapper function around creating 
jvAppStore, jvXMLStore, setting the filename, loading all the data into a 
var record, and destroy everything.  When I test this wrapper function 
by itself under MemSleuth and MemProof, no memory leaks.

My test project has two forms (form2 not automatically created at run 
time).

Form1 has SCN, button1
Form2 has button2, and a private  declaration of FSCN:TSQLConnection

Run program, click on button1, calls form2.TestIt(SCN) 

procedure Tform2.TestIT(aSCN:TSQLConnection);
 Form2.create(nil); 
 Form2.SetSCN(aSCN); // FSCN:=aScn; FSCN.Open;
 MyXMLUnit.LoadXMLSettings(myRec);// create, load from XML to MyRec, free  
 form2.ShowModal;
 form2.release;


procedure TForm2.button2click
 fscn.close;
 close;


Run program, click button1, form2.button2.  Only the leaks associated 
with ODBC stuff.

Run program, click button1, form2.button2, form1.button1, form2.button2. 
Leaks associated with ODBC stuff, AND virtual memory for one pointer 
allocation.

Run program, cycle so create/free 3 or more times,Leaks associated with 
ODBC stuff, AND virtual memory for TWO pointer allocations.

Now, if that ain't weird enough...
Change TestIT to 
 MyXMLUnit.LoadXMLSettings(myRec) (create, load to REC, free),  
 Form2.create(nil) 
 Form2.SetSCN(aSCN); // FSCN:=aScn;
 form2.ShowModal;
 form2.release;

(that is, load XML BEFORE creating form)

Run program, click button1, form2.button2.  Only the leaks associated 
with ODBC stuff.

Run program, click button1, form2.button2, form1.button1, form2.button2. 
Leaks associated with ODBC stuff, AND virtual memory for SEVEN pointer 
allocations (virtual and heap).

Run program, cycle so create/free 3 or more times,Leaks associated with 
ODBC stuff, AND virtual memory for SEVEN pointer allocations (virtual and 
heap).

Where the heck do I even start to look?


Cheers,
EdB


Subject: Re: TJvAVICapture
From: "Shaq" <shaq@bike-fast.com>
Date: Thu, 7 Apr 2005 22:58:50 -0400
Newsgroups: jedi.vcl

This is the first time I am working with camera's and video.
I am getting an access violation at the following line:
line^[j] := (pImageLine(videoHdr^.lpData))^[
                  ((i * JvAVICapture.Width * 
JvAVICapture.VideoFormat.BitDepth) div 8) + j];

It seems that videoHdr is nil.  Do I have to dynamically create this object 
or have it assigned?  I have VFW declared in my uses clause.
I have
videoHdr: PVIDEOHDR;
declared in the private section of my form.

I appreciate your help.

-Shaq

"OBones" <obones_gfd_@_rzr_altern.org> wrote in message 
news:d32g4s$jv1$1@talkto.net...
> > Shaq wrote:
>> >> I am getting the following error:
>> >> 'Scan line index out of range'
>> >> at the following line:
>> >> line := pImageLine(Image1.Picture.Bitmap.ScanLine[JvAVICapture.Height - 
>> >> 1 - i]);
>> >>
>> >> Here is my code:
>> >> procedure TForm1.SaveAsImage;
>> >> var
>> >>   i : Integer;
>> >>   j : Integer;
>> >>   line : pImageLine;
>> >> begin
>> >>   Image1.Height := JvAVICapture.Height;
>> >>   Image1.Width := JvAVICapture.Width;
> >
> > Use this instead:
> >
> >   image1.Picture.Bitmap.Width := avi.Width;
> >   image1.Picture.Bitmap.Height := avi.Height;
> >   image1.Picture.Bitmap.PixelFormat := avi.VideoFormat.PixelFormat; 




Subject: I have to share this with you.. (100% CPU utilisation)
From: "Kiriakos" <kvlahos@london.edu>
Date: Fri, 8 Apr 2005 03:03:59 +0300
Newsgroups: jedi.vcl

Did you ever observe that your application caused 100% CPU utilisation even 
when in idle state?  I did.  After quite a bit of searching I found the the 
problem was the following:

I had an action acnSaveAll with code like this:

procedure TCommandsDataModule.actFileSaveAllUpdate(Sender: TObject);
Var
  i : integer;
begin
  acnFileSaveAll.Enabled := False;
  for i := 0 to Editors.Count -1 do
    if Editors[i].Modified then
      acnFileSaveAll.Enabled := True;
      break;
    end;
end;

Looks innocent, doesn't it?  Can you spot the problem?

Each time the update event was executed. the action's Enable state was 
switched from Disabled to Enabled.  This apparently causes another round of 
action updating to take place immediately, hence the 100% CPU utilisation. 
Does anybody know where in VCL is this implemented?

The solution?  Introduce a boolean variable:

procedure TCommandsDataModule.actFileSaveAllUpdate(Sender: TObject);
Var
  i : integer;
  SaveAll : boolean;
begin
  SaveAll := False;
  for i := 0 to Editors.Count -1 do
    if Editors[i].Modified then
      SaveAll := True;
      break;
    end;
  acnFileSaveAll.Enabled := SaveAll;
end;




Subject: No more JvDirectories in JVCL3?
From: "Ben van Erp" <benvanerp-nospam@gmail.com>
Date: Thu, 7 Apr 2005 23:33:21 +0200
Newsgroups: jedi.vcl

Can somebody tell me how to use JvDirectories with JVCL 3?

Thanks,

Ben




Subject: Re: TJvInspector - TJvDesigner
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 07 Apr 2005 21:18:44 +0200
Newsgroups: jedi.vcl

>  >     I believe there's an old issue in Mantis floating about that requests this very same feature.
>
> I'll give it a go incorporating it into the JvInspector source. Then I will let the powers that be take a look at it (post on Mantis?)

    Always. When posting, do specify which revision of the file you used (contained in the $Id$ comment at the top of the file). Makes it easier to diff and figure out the differences (not that it's likely to change soon; AFAIK there are no planned updates to that file).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvCreateProcess
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 07 Apr 2005 20:46:52 +0200
Newsgroups: jedi.vcl

sundance wrote:
> I'm trying to create a wrapper unit for a command line tool using a TJvCreateProcess class.

The TJvCreateProcess component is specifically designed to NOT block the main thread, while the console/process is running. When you write a command line tool that is not important.

If you want to block the main thread, you could use the procedure WinExec32AndWait from JclMiscel.pas (From JCL, not JVCL).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvInspector - TJvDesigner
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Thu, 07 Apr 2005 11:27:59 -0700
Newsgroups: jedi.vcl

> Absolutely, but as you said, all the runtime designers I've seen
> proposed to the JVCL use the design packages one way or another.

Ok, my lib doesn't use any special packages. It's not complete, but I guess I will clean it up a bit and pop it onto Mantis, and we can decide if it's worth working on further.

Scott

OBones wrote:
> Marcel Bestebroer wrote:
>
>>     You bet. There have been many requests for an actual (form) designer, but the problem is that most of the available designers on the 'net re-use the design time code of the Delphi IDE, which is illegal. SO, if it's *not* depending on any of the Delphi design time packages, I'm sure the JVCL coordinator will include your contribution as soon as he gets his hands on it.
>
>
> Absolutely, but as you said, all the runtime designers I've seen proposed to the JVCL use the design packages one way or another.
> But please create a Mantis issue with the code, I'll have a look at it as soon as I can.


Subject: Re: TJvInspector - TJvDesigner
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Thu, 07 Apr 2005 11:26:23 -0700
Newsgroups: jedi.vcl

>     Nope, you're not an idiot (aren't you glad I said that? <g>)

Yes. But I think my wife would disagree with you.

>     Yes, but [the GlobalDataRegister is] available through the protected class method  RegisterInstance.

Aha. I should have looked harder. Thanks for the info.

>     I believe there's an old issue in Mantis floating about that requests this very same feature.

I'll give it a go incorporating it into the JvInspector source. Then I will let the powers that be take a look at it (post on Mantis?)

Scott

Marcel Bestebroer wrote:

>> Re: TJvInspector,
>>
>> I need to be able to inspect common properties from a set of components (i.e. when you select multiple components in the Delphi IDE). If this capability is already part of TJvInspector, then I'm an idiot, and somebody please let me know.
>
>
>     Nope, you're not an idiot (aren't you glad I said that? <g>)
>
>>
>> In any case, I went ahead and wrote an add-on module to TJvInspector to support multiple selection. The code is a little involved because TJvInspectorClassItem and TJvInspectorPropData are tightly-coupled.
>>
<snip>


Subject: Re: TJvCreateProcess bugs?
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Thu, 7 Apr 2005 19:17:26 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_rzr_altern.org> ha scritto nel messaggio 
news:d33oe4$t07$1@talkto.net...
> > How is CreateProcess declared and created ?

Is declared as component of the frmMain object... in this way 
TJvCreateProcess* CreateProcess;

The initialization is done by the default contructor... but anyway I already 
fixed the problem (see my prev message). 




Subject: Re: TJvCreateProcess bugs?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 07 Apr 2005 19:14:23 +0200
Newsgroups: jedi.vcl

Michele Santucci wrote:

> The problem is the name of the TJvCreateProcess variable... it seems it cannot be CreateProcess ... I renamed it and now anything works... thanx!

Doh, I should have thought of that. CreateProcess is also a function from the Win32 API.


Subject: Re: TJvCreateProcess bugs?
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Thu, 7 Apr 2005 19:05:54 +0200
Newsgroups: jedi.vcl

The problem is the name of the TJvCreateProcess variable... it seems it 
cannot be CreateProcess ... I renamed it and now anything works... thanx!

"OBones" <oobnes__gf_@_gfd_altern.org> ha scritto nel messaggio 
news:d335v2$opq$1@talkto.net...
> > Michele Santucci wrote:
> >
>> >> I'm tryin' to use TJvCreateProcess component:
>> >>
>> >> #define ENVDB_BINARY    "environment.exe"
>> >>
>> >> [...]
>> >>
>> >> I have big problems running these lines:
>> >>
>> >>         CreateProcess->CommandLine =  AnsiString( TDB_BINARY );
>> >>         CreateProcess->Run();
>> >>
>> >> [...]
>> >>
>> >> After the assignment I got a access violation error.... what's up?
> >
> > A few things:
> >
> > 1. It is considered offensive to keep on posting the same message again 
> > and again a few days apart.
> > 2. You didn't show the actual code as requested earlier
> > 3. I just tried with a simple button calling the above code with "cmd.exe" 
> > as the value set into CommandLine and it worked.
> >
> > Please have a look at your code, you MUST be doing something wrong.
> >
> > Olivier 




Subject: Re: TJvCreateProcess bugs?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 07 Apr 2005 19:05:33 +0200
Newsgroups: jedi.vcl

How is CreateProcess declared and created ?


Subject: Re: TJvCreateProcess bugs?
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Thu, 7 Apr 2005 18:41:55 +0200
Newsgroups: jedi.vcl

> > 2. You didn't show the actual code as requested earlier

I did since the whole code I'm using is that I have posted.

> > 3. I just tried with a simple button calling the above code with "cmd.exe" 
> > as the value set into CommandLine and it worked.

I'll try that! And I had the same result!

Since the whole project is quite large I copy just what's involved:

//---------------------------------------------------------------------------
#ifndef MainH
#define MainH
//---------------------------------------------------------------------------
#include <ActnList.hpp>
#include <Classes.hpp>
#include <ComCtrls.hpp>
#include <Controls.hpp>
#include <Dialogs.hpp>
#include <ExtCtrls.hpp>
#include <ImgList.hpp>
#include <Menus.hpp>
#include <OleCtrls.hpp>
#include <StdCtrls.hpp>
#include <ToolWin.hpp>
#include <mem.h>
#include <process.h>
//---------------------------------------------------------------------------
#define MP_BINARY       "Scosem.exe"
#define TDB_BINARY      "TargetDB.exe"
#define ENVDB_BINARY    "Environment.exe"
//---------------------------------------------------------------------------
class TfrmMain : public TForm
{
__published: // IDE-managed Components
        void __fastcall aPlatformsExecute(TObject *Sender);
        __fastcall TfrmMain(TComponent* Owner);
        __fastcall ~TfrmMain();
};

//---------------------------------------------------------------------------
extern PACKAGE TfrmMain *frmMain;
//---------------------------------------------------------------------------
#endif



void __fastcall TfrmMain::aPlatformsExecute(TObject *Sender)
{
        CreateProcess->CommandLine = "cmd.exe";
//        CreateProcess->CommandLine = AnsiString( TDB_BINARY );
        CreateProcess->Run();
}

> > Please have a look at your code, you MUST be doing something wrong.

I did but as u can see in these lines of codes nothing is wrong 
apparently...
but the line that give the error is still the assignement one.... 




Subject: Re: Upgrade issue
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 07 Apr 2005 18:08:49 +0200
Newsgroups: jedi.vcl

net4u wrote:

> I have some errors when I try to install the final release of JCL+JVCL.

You have some outdated files on your disk.  Install in a fresh directory and remove any files created by old JCL distributions before.


Subject: Re: JvMail E-Mail Type is
From: "timog" <none@abc.com>
Date: Thu, 7 Apr 2005 14:26:19 +0100
Newsgroups: jedi.vcl

>>> >>>Nope, your news client indicates +0000 (UTC) as your time zone, it 
>>> >>>definitely is a setup problem on your side. Either system wide, or 
>>> >>>specific to the news client.
>> >> 
>> >> Well, I'm using the delphi.newswhat.com web news forum. Can I change 
> >
> >Couldn't find it, might be worth asking Marco about that.

Thanks, OBones, posted a message at his newsserver.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvCreateProcess bugs?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 07 Apr 2005 13:50:34 +0200
Newsgroups: jedi.vcl

Michele Santucci wrote:

> I'm tryin' to use TJvCreateProcess component:
>
> #define ENVDB_BINARY    "environment.exe"
>
> [...]
>
> I have big problems running these lines:
>
>         CreateProcess->CommandLine =  AnsiString( TDB_BINARY );
>         CreateProcess->Run();
>
> [...]
>
> After the assignment I got a access violation error.... what's up?

A few things:

1. It is considered offensive to keep on posting the same message again and again a few days apart.
2. You didn't show the actual code as requested earlier
3. I just tried with a simple button calling the above code with "cmd.exe" as the value set into CommandLine and it worked.

Please have a look at your code, you MUST be doing something wrong.

Olivier


Subject: TJvProgressDialog
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Thu, 7 Apr 2005 12:52:24 +0200
Newsgroups: jedi.vcl

There's a way to discover if the dialog is still visible or not?

-- Michele Santucci =================== Celin Avio S.r.l. Software Dev. Manager -------------------------------------- tel. +390187564080 Via Fontevivo 21/M 19126 La Spezia =================== 

Subject: Re: international versions of JvResources.pas
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 07 Apr 2005 12:28:26 +0200
Newsgroups: jedi.vcl

Andreas Hesse wrote:

> Are interational versions of JvResources.pas available?
> Or could they be generated?

See help\localization.html for details.


Subject: Re: international versions of JvResources.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 07 Apr 2005 12:05:40 +0200
Newsgroups: jedi.vcl

Andreas Hesse wrote:
> Are interational versions of JvResources.pas available?
> Or could they be generated?

The dxgettext handles that, but the translation files are not complete.


Subject: international versions of JvResources.pas
From: Andreas Hesse <ah@ahsysteme.de>
Date: Thu, 07 Apr 2005 12:02:27 +0200
Newsgroups: jedi.vcl

Are interational versions of JvResources.pas available?
Or could they be generated?


Subject: JvCreateProcess
From: "sundance" <nospam@home.org>
Date: Thu, 7 Apr 2005 10:44:38 +0100
Newsgroups: jedi.vcl

I'm trying to create a wrapper unit for a command line tool using a 
TJvCreateProcess class.

I'm starting the process like this:
-----------------------------------
  function GetVersionString: String;
    JvCreateProcess1.CommandLine := 'flac.exe -v';
    JvCreateProcess1.WaitForTerminate := true;
    JvCreateProcess1.Run;
    result := CLine;
  end;

The ReadEvent is redirected to this procedure:
----------------------------------------------
  procedure JvCreateProcess1Read(Sender: TObject; const S: String;
    const StartsOnNewLine: Boolean);
  begin
    if Length(S) > 0 then CLine := S;
  end;

And here's my problem:
The ReadEvent is not triggered while GetVersionString is running.
The only way *I* found to get around this is 
calling "Application.ProcessMessages" after the Run method. But I don't 
like the idea of including "Forms" to my unit as it comes with to 
much "payload"...

Is there a better way to do this?

-sundance-



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvCreateProcess bugs?
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Thu, 7 Apr 2005 11:11:25 +0200
Newsgroups: jedi.vcl

I'm tryin' to use TJvCreateProcess component:

#define ENVDB_BINARY    "environment.exe"

[...]

I have big problems running these lines:

        CreateProcess->CommandLine =  AnsiString( TDB_BINARY );
        CreateProcess->Run();

[...]

After the assignment I got a access violation error.... what's up?

-- Michele Santucci =================== Celin Avio S.r.l. Software Dev. Manager -------------------------------------- tel. +390187564080 Via Fontevivo 21/M 19126 La Spezia =================== 

Subject: Re: JvMail E-Mail Type is
From: "timog" <none@abc.com>
Date: Thu, 7 Apr 2005 10:02:20 +0100
Newsgroups: jedi.vcl

> >Nope, your news client indicates +0000 (UTC) as your time zone, it 
> >definitely is a setup problem on your side. Either system wide, or 
> >specific to the news client.

Well, I'm using the delphi.newswhat.com web news forum. Can I change the 
timezone information there somewhere? 

TIA

Timo



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvInspector - TJvDesigner
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 07 Apr 2005 10:52:49 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     You bet. There have been many requests for an actual (form) designer, but the problem is that most of the available designers on the 'net re-use the design time code of the Delphi IDE, which is illegal. SO, if it's *not* depending on any of the Delphi design time packages, I'm sure the JVCL coordinator will include your contribution as soon as he gets his hands on it.

Absolutely, but as you said, all the runtime designers I've seen proposed to the JVCL use the design packages one way or another.
But please create a Mantis issue with the code, I'll have a look at it as soon as I can.


Subject: Re: TJvInspector - TJvDesigner
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 07 Apr 2005 10:36:37 +0200
Newsgroups: jedi.vcl

> Re: TJvInspector,
>
> I need to be able to inspect common properties from a set of components (i.e. when you select multiple components in the Delphi IDE). If this capability is already part of TJvInspector, then I'm an idiot, and somebody please let me know.

    Nope, you're not an idiot (aren't you glad I said that? <g>)

>
> In any case, I went ahead and wrote an add-on module to TJvInspector to support multiple selection. The code is a little involved because TJvInspectorClassItem and TJvInspectorPropData are tightly-coupled.
>
> Notes:
>
> (1) It looks like the code was not designed to support new data items because the GlobalDataRegister singleton object is declared in the implementation section of TJvInspector.

    Yes, but it's available through the protected class method RegisterInstance.

>
> I had to eliminate this line from the PropData subclass:
>
> //Data := TJvInspectorPropData(DataRegister.Add(Data));

    This could then be written as
Data := TJvInspectorPropData(RegisterInstance(Data));

>
> I'm not entirely sure why this DataRegistry exists. I understand that it merges multiple identical data items, but under what conditions are such multiple items created?

    If someone finds it handy to inspect a certain data item in two different categories. In theory, you could create multiple items in two inspectors, both reading the exact same copy of the data instance (I know, highly unlikely scenario, but the first reason is a good thing; it doesn't force a rigid categorization of your inspector items).

>
> (2) I had to register my TJvInspectorClassItem subclass with my TJvInspectorPropData subclass, which overrides the default item registry. This means any custom items for class-types have to be registered directly with my TJvInspectorProp data subclass. Ok, that's pretty arcane, but I can explain it if anybody cares.
>
> My point is that if this is a generally desired ability for TJvInspector, then it would probably be easier to just incorporate the changes directly into TJvInspectorPropData.

    I'd say so. Incidentally, I believe there's an old issue in Mantis floating about that requests this very same feature.

>
> Re: TJvDesigner
>
> I have implemented a run-time designer package that might be interesting to include in the JVCL. I'd also like to know if anybody is interested in that code.

    You bet. There have been many requests for an actual (form) designer, but the problem is that most of the available designers on the 'net re-use the design time code of the Delphi IDE, which is illegal. SO, if it's *not* depending on any of the Delphi design time packages, I'm sure the JVCL coordinator will include your contribution as soon as he gets his hands on it.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvMail E-Mail Type is
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 07 Apr 2005 10:11:53 +0200
Newsgroups: jedi.vcl

timog wrote:
>> Nope, your news client indicates +0000 (UTC) as your time zone, it definitely is a setup problem on your side. Either system wide, or specific to the news client.
>
>
> Well, I'm using the delphi.newswhat.com web news forum. Can I change the timezone information there somewhere? 

Couldn't find it, might be worth asking Marco about that.


Subject: JVDropdownbox
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 7 Apr 2005 02:38:53 -0500
Newsgroups: jedi.vcl

Trying to get the active item when I select something from the dropdownbox,
but the onchange event doesn't work right??
when I select something nothing happens, until I'm hitting the Backspace

I'm using the latest JVCL version... well from last week..

Any suggestions?




Subject: Upgrade issue
From: "net4u" <laurentiu@ifrance.com>
Date: Thu, 7 Apr 2005 07:44:41 +0100
Newsgroups: jedi.vcl

Hi everybody,

I have some errors when I try to install the final release of JCL+JVCL.
The bad is that I delete the RC version that it's working :-(

Here is the log:
//
Delphi 7 Build 7.0.4.453 ===================

Added
"D:\delphi\COMPON~1\JVCL\JCL\lib\D7;D:\delphi\COMPON~1\JVCL\JCL\source" to
library path.

Added
"D:\delphi\COMPON~1\JVCL\JCL\source\common;D:\delphi\COMPON~1\JVCL\JCL\source\windows;D:\delphi\COMPON~1\JVCL\JCL\source\vcl;D:\delphi\COMPON~1\JVCL\JCL\source\visclx;"
to library browsing path.

Added "D:\delphi\COMPON~1\JVCL\JCL\lib\D7\debug" to Debug DCU Path.

Making common library units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
Jcl8087.pas(252) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclResources.pas(1741) 
JclBase.pas(351) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclContainerIntf.pas(466) 
JclAbstractContainers.pas(271) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclAlgorithms.pas(609) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclArrayLists.pas(1998) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclArraySets.pas(420) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclBase.pas(351) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclBinaryTrees.pas(3154) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\crossplatform.inc(31) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\windowsonly.inc(74) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\crossplatform.inc(31) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\windows\JclWin32.pas(7615) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclWideStrings.pas(1850) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclLogic.pas(1649) 
JclStrings.pas(3746) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\windows\Snmp.pas(919) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\windows\JclRegistry.pas(1488) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclIniFiles.pas(183) 
JclSysInfo.pas(4991) 
D:\delphi\COMPON~1\JVCL\JCL\source\windows\JclShell.pas(1454) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\crossplatform.inc(31) 
JclDateTime.pas(1260) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\windowsonly.inc(74) 
D:\delphi\COMPON~1\JVCL\JCL\source\windows\JclSecurity.pas(457) 
JclFileUtils.pas(5552) 
D:\delphi\COMPON~1\JVCL\JCL\source\windows\JclConsole.pas(1495) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclMath.pas(3851) 
JclSysUtils.pas(2321) 
JclBorlandTools.pas(2636) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclComplex.pas(1576) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\windows\zlibh.pas(1637) 
JclCompression.pas(777) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclContainerIntf.pas(466) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclCounter.pas(241) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\crossplatform.inc(31) 
JclDateTime.pas(1260) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclDITs.pas(439) Error: Undeclared identifier: 'RsDITInvalidISODate'
JclDITs.pas(465) Error: Undeclared identifier: 'RsDITInvalidISOTime'
JclDITs.pas(488) Error: Undeclared identifier: 'RsDITInvalidISODateTime'
JclDITs.pas(616) Error: Undeclared identifier: 'RsDITInvalidISOFloat'
JclDITs.pas(680) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclEDI.pas(1623) 
JclEDI.pas(142) Error: Unsatisfied forward or external declaration:
'TEDIDataObject.Assemble'
JclEDI.pas(143) Error: Unsatisfied forward or external declaration:
'TEDIDataObject.Disassemble'
JclEDI.pas(166) Error: Unsatisfied forward or external declaration:
'TEDIDataObjectGroup.InternalAssignDelimiters'
JclEDI.pas(167) Error: Unsatisfied forward or external declaration:
'TEDIDataObjectGroup.InternalCreateEDIDataObject'
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
D:\delphi\COMPON~1\JVCL\JCL\source\jedi.inc(1106) 
D:\delphi\COMPON~1\JVCL\JCL\source\jcl.inc(118) 
JclEDI.pas(1623) 
JclEDI.pas(142) Error: Unsatisfied forward or external declaration:
'TEDIDataObject.Assemble'
JclEDI.pas(143) Error: Unsatisfied forward or external declaration:
'TEDIDataObject.Disassemble'
JclEDI.pas(166) Error: Unsatisfied forward or external declaration:
'TEDIDataObjectGroup.InternalAssignDelimiters'
JclEDI.pas(167) Error: Unsatisfied forward or external declaration:
'TEDIDataObjectGroup.InternalCreateEDIDataObject'
JclEDISEF.pas(50) Fatal: Could not compile used unit 'JclEDI.pas'
//

I have no hint about what to do.

thnx

Laurentiu



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAVICapture
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 07 Apr 2005 07:37:49 +0200
Newsgroups: jedi.vcl

Shaq wrote:
> I am getting the following error:
> 'Scan line index out of range'
> at the following line:
> line := pImageLine(Image1.Picture.Bitmap.ScanLine[JvAVICapture.Height - 1 - i]);
>
> Here is my code:
> procedure TForm1.SaveAsImage;
> var
>   i : Integer;
>   j : Integer;
>   line : pImageLine;
> begin
>   Image1.Height := JvAVICapture.Height;
>   Image1.Width := JvAVICapture.Width;

Use this instead:

  image1.Picture.Bitmap.Width := avi.Width;
  image1.Picture.Bitmap.Height := avi.Height;
  image1.Picture.Bitmap.PixelFormat := avi.VideoFormat.PixelFormat;


Subject: Re: IT 2843: Add capability to TJvLinkLabel to display a bulleted+indented list of items (feature request)
From: Ben Taylor <to_ben@yahoo.com>
Date: Thu, 07 Apr 2005 14:14:29 +1200
Newsgroups: jedi.vcl

> there's the explicit way that html does things, with <ul> and <li> tags for the block and items..

interesting, i just had a look at the mantis item, and the description i typed in (which included the <ul> <li> reference) hasn't been made html-safe by mantis, hence displaying as *, hence not being quite what i thought i was saying..

if you know what i mean :-)

http://homepages.borland.com/jedi/issuetracker/view.php?id=2843


Subject: Re: IT 2843: Add capability to TJvLinkLabel to display a bulleted+indented list of items (feature request)
From: Ben Taylor <to_ben@yahoo.com>
Date: Thu, 07 Apr 2005 12:29:00 +1200
Newsgroups: jedi.vcl

Hi again,

> An anonymous user is requesting an indentation of the wrapping text if the paragraph starts with a bullet (or any other special caracter).
i'm not saying that's the way i want/need it, or that it should be implemented that way..

i guess there's probably a few ways of doing the markup. there is the way just just suggested (wiki-style), where the presence of a bullet char indicates the indent.

there's the explicit way that html does things, with <ul> and <li> tags for the block and items..

any others?


Subject: Re: IT 2843: Add capability to TJvLinkLabel to display a bulleted+indented list of items (feature request)
From: Ben Taylor <to_ben@yahoo.com>
Date: Thu, 07 Apr 2005 12:19:04 +1200
Newsgroups: jedi.vcl

Hi,

> An anonymous user is requesting an indentation of the wrapping text if the paragraph starts with a bullet (or any other special caracter).

It was me :-)

> IE:
>  * ..............................................
> .................................................
> ...................
> would become:
>  * ..............................................
>    ..............................................
>    .........................
yup, that's exactly what i'm talking about. like i said in the reature-request, the label goes 95% of the way to displaying like the MS wizards do, so i think it would be really valuable if it could go the last 5%.

> Implementing this feature will be easier if an alignement feature is implemented too. At the moment, this control is not designed to handle the alignement with little modifications (it would require at least modifications of TJvLinkLabel, TDefaultRenderer (JvLinkLabelRenderer.pas), TTextHandler (JvLinkLabelTextHandler) ).
I did have a look at the source, but obviously it's a non-trivial component ;-) i figured whoever's responsible for it would know the issues more than i do.

> Do you think these features should be implemented ?
Well, obviously i'm biased, so yes ;-)

Thanks,
Ben


Subject: TJvInspector - TJvDesigner
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Wed, 06 Apr 2005 16:17:11 -0700
Newsgroups: jedi.vcl

Hi all,

I have a couple of projects that involve Delphi-like IDE's (form designers) and I am working on replacing the Dream Designer components with custom stuff and the JVCL.

Re: TJvInspector,

I need to be able to inspect common properties from a set of components (i.e. when you select multiple components in the Delphi IDE). If this capability is already part of TJvInspector, then I'm an idiot, and somebody please let me know.

In any case, I went ahead and wrote an add-on module to TJvInspector to support multiple selection. The code is a little involved because TJvInspectorClassItem and TJvInspectorPropData are tightly-coupled.

Notes:

(1) It looks like the code was not designed to support new data items because the GlobalDataRegister singleton object is declared in the implementation section of TJvInspector.

I had to eliminate this line from the PropData subclass:

//Data := TJvInspectorPropData(DataRegister.Add(Data));

I'm not entirely sure why this DataRegistry exists. I understand that it merges multiple identical data items, but under what conditions are such multiple items created?

(2) I had to register my TJvInspectorClassItem subclass with my TJvInspectorPropData subclass, which overrides the default item registry. This means any custom items for class-types have to be registered directly with my TJvInspectorProp data subclass. Ok, that's pretty arcane, but I can explain it if anybody cares.

My point is that if this is a generally desired ability for TJvInspector, then it would probably be easier to just incorporate the changes directly into TJvInspectorPropData.

Re: TJvDesigner

I have implemented a run-time designer package that might be interesting to include in the JVCL. I'd also like to know if anybody is interested in that code.

Thanks for all the hard work!
Scott


Subject: IT 2843: Add capability to TJvLinkLabel to display a bulleted+indented list of items (feature request)
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 07 Apr 2005 00:31:37 +0200
Newsgroups: jedi.vcl

Hello,

An anonymous user is requesting an indentation of the wrapping text if the paragraph starts with a bullet (or any other special caracter).

IE:
 * ..............................................
..................................................
....................
would become:
 * ..............................................
   ..............................................
   .........................


Implementing this feature will be easier if an alignement feature is implemented too. At the moment, this control is not designed to handle the alignement with little modifications (it would require at least modifications of TJvLinkLabel, TDefaultRenderer (JvLinkLabelRenderer.pas), TTextHandler (JvLinkLabelTextHandler) ).

Do you think these features should be implemented ?

Regards,

Florent


Subject: Re: TJvAVICapture
From: "Shaq" <shaq@bike-fast.com>
Date: Wed, 6 Apr 2005 17:22:20 -0400
Newsgroups: jedi.vcl

I am getting the following error:
'Scan line index out of range'
at the following line:
line := pImageLine(Image1.Picture.Bitmap.ScanLine[JvAVICapture.Height - 1 - 
i]);

Here is my code:
procedure TForm1.SaveAsImage;
var
  i : Integer;
  j : Integer;
  line : pImageLine;
begin
  Image1.Height := JvAVICapture.Height;
  Image1.Width := JvAVICapture.Width;

  for i := 0 to JvAVICapture.Height - 1 do
  begin
    line := pImageLine(Image1.Picture.Bitmap.ScanLine[JvAVICapture.Height - 
1 - i]);
    for j := 0 to ((JvAVICapture.Width * JvAVICapture.VideoFormat.BitDepth) 
div 8) - 1 do
    begin
      line^[j] := (pImageLine(videoHdr^.lpData))^[
                  ((i * JvAVICapture.Width * 
JvAVICapture.VideoFormat.BitDepth) div 8) + j];
    end;
  end;
  Image1.Invalidate;
end;


"OBones" <obones_gfd_@_rzr_altern.org> wrote in message 
news:d2usrd$sqk$1@talkto.net...
> > Shaq wrote:
>> >> I could certainly use it!!!  I think it would be a great benefit.
> >
> > Here is the code:
> >
> > type
> >   imageLine = array [0..1]of byte;
> >   pImageLine = ^imageLine;
> > var
> >   i : Integer;
> >   j : Integer;
> >   line : pImageLine;
> > begin
> >   for i := 0 to avi.Height - 1 do begin
> >     line := pImageLine(Image1.Picture.Bitmap.ScanLine[avi.Height-1-i]);
> >     for j := 0 to ((avi.Width*avi.VideoFormat.BitDepth) div 8)-1 do
> >     begin
> >       line^[j] :=
> >           (pImageLine(videoHdr^.lpData))^[
> >                 ((i*avi.Width*avi.VideoFormat.BitDepth) div 8)+j];
> >     end;
> >   end;
> >   image1.Invalidate;
> > end;
> >
> > Notes:
> > - avi is a TJvAviCapture object
> > - Image1 is a TImage into which to copy. its width and height MUST be set 
> > to the same values as the frame BEFORE doing the copy.
> > - This code is not the cleanest ever.
> > - the imageline type is here to get a pointer to an unbounded array of 
> > bytes. Do not use range checking with this.
> >
> > Cheers
> > Olivier 




Subject: Re: Does JvcRichEditToHTML work
From: MrT <tultalk@attglobal.net>
Date: Wed, 06 Apr 2005 06:59:37 -0400
Newsgroups: jedi.vcl

Hi:

  I have made some changes and posted a new message later in this NG. How does one go about suggesting changes to Jvcl code?

Thanks.

OBones wrote:
> MrT wrote:
>
>>   If you designate a place to post the input and output, I will do so.
>
>
> http://homepages.borland.com/jedi/issuetracker/
>
> Register for a login, then add an issue.



Subject: Re: Fixing modal dialog boxes that get hidden behind your main form in Windows XP [Round Two! Ding!]
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 06 Apr 2005 12:17:23 +0200
Newsgroups: jedi.jcl,jedi.vcl

Thanks for that, it is very helpful.
I extended it a bit, to test for Screen.ActiveForm as well:

procedure TModalDialog.CreateParams(var Params: TCreateParams); //override;
begin
  inherited CreateParams(Params);

  Params.Style := params.Style or WS_POPUP;
  if Assigned(Screen.ActiveForm) then
    Params.WndParent := Screen.ActiveForm.Handle
  else if Assigned (Application.MainForm) then
    Params.WndParent := Application.MainForm.Handle
  else
    Params.WndParent := Application.Handle;
end;


Subject: Re: Minor bug in JvDBSearchEdit
From: Julian <rodri_es@mixmail.com>
Date: Wed, 06 Apr 2005 10:58:43 +0200
Newsgroups: jedi.vcl

My error, this is not posible in TJvDBSearchComboBox class

Julian escribió:
> The same in JvDBSearchComboBox
>
> Julian escribió:
>
>> Hi
>>
>> Only a little bug, please add:
>>
>>     property DisabledColor;
>>     property DisabledTextColor;
>>
>> in published section of TJvDBSearchEdit in JvDBSearchEdit.pas
>>
>> Regards


Subject: Re: Minor bug in JvDBSearchEdit
From: Julian <rodri_es@mixmail.com>
Date: Wed, 06 Apr 2005 10:55:23 +0200
Newsgroups: jedi.vcl

The same in JvDBSearchComboBox

Julian escribió:
> Hi
>
> Only a little bug, please add:
>
>     property DisabledColor;
>     property DisabledTextColor;
>
> in published section of TJvDBSearchEdit in JvDBSearchEdit.pas
>
> Regards


Subject: TJvCreateProcess
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Wed, 6 Apr 2005 10:28:34 +0200
Newsgroups: jedi.vcl

I'm tryin' to use TJvCreateProcess component:

#define ENVDB_BINARY    "environment.exe"

[...]

I have big problems running these lines:

        CreateProcess->CommandLine =  AnsiString( TDB_BINARY );
        CreateProcess->Run();

[...]

After the assignment I got a access violation error.... what's up?


-- Michele Santucci =================== Celin Avio S.r.l. Software Dev. Manager -------------------------------------- tel. +390187564080 Via Fontevivo 21/M 19126 La Spezia =================== 

Subject: Re: JvMail E-Mail Type is
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 06 Apr 2005 09:57:49 +0200
Newsgroups: jedi.vcl

timog wrote:

> @Crazy Horse's crazier little brother: well, my clock is set right; I fear that the board gets confused with the DST we have over here in Europe since Easter? Nice nick BTW :-)

Nope, your news client indicates +0000 (UTC) as your time zone, it definitely is a setup problem on your side. Either system wide, or specific to the news client.


Subject: Minor bug in JvDBSearchEdit
From: Julian <rodri_es@mixmail.com>
Date: Wed, 06 Apr 2005 09:46:35 +0200
Newsgroups: jedi.vcl

Hi

Only a little bug, please add:

    property DisabledColor;
    property DisabledTextColor;

in published section of TJvDBSearchEdit in JvDBSearchEdit.pas

Regards


Subject: JvRichEditToHTML links
From: MrT <tultalk@attglobal.net>
Date: Wed, 06 Apr 2005 00:43:24 -0400
Newsgroups: jedi.vcl

Hi:

   I added code below which seems to work fine. Is there any simpler way to do this?

cLINKMailBegin  = ' <a href="mailto:';
cLINKRefEnd     = '"> ';
cLINKEnd     =  '</a> ';



      K := K + Length(Value.Lines[I]) + 1; //  <-- Other fix.

Insert at line no 428

if Length(St) > 0 then
begin
 WorkString := St;
 iSS := AnsiPos('@', WorkString);
 if (iSS > 0) and (mailFound = False) then
   begin
    mailFound := True;
     iTemp := iSS;
      while (not (Copy(WorkString, iTemp, 1) = ' ')) and (iTemp >= 0) do
        iTemp := iTemp - 1;
      iStart := iTemp + 1;
      itemp := iSS;
      while (Copy(WorkString, iTemp , 1) <> ' ') do
      iTemp := iTemp + 1;
      iEnd := iTemp;
      workingmailAddress := Copy(workString, iStart, iEnd - iStart);
      mailAddress := cLINKMailBegin +
                     workingmailaddress + cLINKRefEnd +
                     workingmailAddress + cLINKEnd;
      WorkString := Copy(WorkString, 0, iStart - 2) + mailAddress +
                 Copy(WorkString, iEnd + 1, Length(WorkString) - iEnd);
      St := WorkString;
      mailFound := False;
  end;
end;


Strings.Add(cHTMLBR + St);  <-- Original Code
Application.ProcessMessages;



Subject: two issues
From: MeGaBrAiN <webadmin@bcforum.ru>
Date: Wed, 06 Apr 2005 10:32:15 +0600
Newsgroups: jedi.vcl

Found 2 old issues

1. TJvImageListViewer doesn't have corresponding BorderStyle property (but JvCustomItemViewer have it)

2. TJvNavigationPane replace fonts of contained components even then parentfont property of them set to false

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: TJvAVICapture
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 05 Apr 2005 22:49:46 +0200
Newsgroups: jedi.vcl

Shaq wrote:
> I could certainly use it!!!  I think it would be a great benefit.

Here is the code:

type
  imageLine = array [0..1]of byte;
  pImageLine = ^imageLine;
var
  i : Integer;
  j : Integer;
  line : pImageLine;
begin
  for i := 0 to avi.Height - 1 do begin
    line := pImageLine(Image1.Picture.Bitmap.ScanLine[avi.Height-1-i]);
    for j := 0 to ((avi.Width*avi.VideoFormat.BitDepth) div 8)-1 do
    begin
      line^[j] :=
          (pImageLine(videoHdr^.lpData))^[
                ((i*avi.Width*avi.VideoFormat.BitDepth) div 8)+j];
    end;
  end;
  image1.Invalidate;
end;

Notes:
- avi is a TJvAviCapture object
- Image1 is a TImage into which to copy. its width and height MUST be set to the same values as the frame BEFORE doing the copy.
- This code is not the cleanest ever.
- the imageline type is here to get a pointer to an unbounded array of bytes. Do not use range checking with this.

Cheers
Olivier


Subject: Re: TJvAVICapture
From: "Shaq" <shaq@bike-fast.com>
Date: Tue, 5 Apr 2005 16:39:43 -0400
Newsgroups: jedi.vcl

I could certainly use it!!!  I think it would be a great benefit.

-Shaq
"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d2u9hb$o6f$1@talkto.net...
> > Warren Postma wrote:
> >
>> >> OBones wrote:
>> >>
>>> >>> That's quite similar to actually reading the frame content.
>>> >>> I have an example at home that I need to port to the JVCL that shows 
>>> >>> this. Not too hard, but takes a bit of time rto figure out.
>> >>
>> >>
>> >> That sounds like an excellent method to add to TJvAVICapture. 
>> >> (SaveFrameAsBitmap)
> >
> > Not as easy as it sounds, unfortunately. It reads the frame raw from the 
> > stream, and if it's not in RGB mode, the BMP file will be complete garbage 
> > (trust me, I tried). But I will have a look at it, and maybe simply put a 
> > warning about that fact. 




Subject: Re: Error while running JVCL 3 Installer with April 5th, 2005 CVS image
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 05 Apr 2005 22:17:36 +0200
Newsgroups: jedi.vcl

Dave Hamdon wrote:
> Just grabbed the latest.  Went to install for Delphi 7 and got these errors.

Upgrade your copy of the JCL to version 1.95 or CVS and you'll be sorted.


Subject: Error while running JVCL 3 Installer with April 5th, 2005 CVS image
From: Dave Hamdon <not@not.com>
Date: Tue, 05 Apr 2005 13:35:25 -0600
Newsgroups: jedi.vcl

Just grabbed the latest.  Went to install for Delphi 7 and got these errors.

==========================================
[Compiling: JvSystemD7R.bpl]
    "C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -Q- -M -B -DJVCL_NO_DEBUGINFO JvSystemD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(345) Error: Undeclared identifier: 'TTransmetaSpecific'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(346) Error: Undeclared identifier: 'TViaSpecific'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(1821) Error: Undeclared identifier: '_3DNow'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(1846) Error: Undeclared identifier: 'Ex3DNow'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(1851) Error: Undeclared identifier: 'ExMMX'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(1891) Error: Undeclared identifier: 'Is64Bits'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(1901) Error: Undeclared identifier: 'L1InstructionCacheSize'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(1906) Error: Undeclared identifier: 'L1DataCacheSize'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(1911) Error: Undeclared identifier: 'L2CacheSize'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(1916) Error: Undeclared identifier: 'L3CacheSize'

C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(2119) Error: Undeclared identifier: 'CPU_TYPE_TRANSMETA'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(2119) Warning: Comparing signed and unsigned types - widened both operands
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(2120) Error: Undeclared identifier: 'TransmetaSpecific'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(2129) Error: Undeclared identifier: 'CPU_TYPE_VIA'
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(2129) Warning: Comparing signed and unsigned types - widened both operands
C:\Program Files\Borland\JVCL3\run\JvComputerInfoEx.pas(2130) Error: Undeclared identifier: 'ViaSpecific'
JvSystemD7R.dpk(87) Fatal: Could not compile used unit '..\..\run\JvComputerInfoEx.pas'

** error 1 ** deleting JvSystemD7R.bpl

** error 1 ** deleting CompilePackages


Subject: Re: Fixing modal dialog boxes that get hidden behind your main form in Windows XP [Round Two! Ding!]
From: "Craig Stuntz" <craig_stuntz@nospam.please [a.k.a. acm.org]>
Date: Tue, 5 Apr 2005 17:48:54 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Warren Postma wrote:

> > procedure TModalDialog.CreateParams(var Params: TCreateParams);
> > //override; begin
> >     inherited CreateParams(Params);
> >     Params.Style := params.Style or WS_POPUP;
> >     Params.WndParent :=  Application.MainForm.Handle;
> > end;

	This may well be sufficient for a single dialog on top of the main
window, but I suspect you'll still see the problem with a smaller modal
dialog on top of a larger modal dialog on top of the main window. In
that case, I think, the WndParent should be the larger modal dialog.
You could use Owner, but you can't count on someone setting that.
Perhaps use Owner and fall back on Application.MainForm if Owner is
unassigned.

> > And what is it with
> > Microsoft and Z-Ordering problems?  Isn't it bad enough
> > that MDI has been broken for 10 years and no fix in sight,
> > now they even have broken regular window Z-Ordering
> > for no good reason.

	Well, I suspect there is a good reason; it just isn't obvious. IIRC,
this problem was introduced when ghosting came along, and ghosting was
introduced to make your windows look normal even when you have code
blocking your message loop.

	Also, the VCL's TForms aren't "real" dialog boxes, so one can imagine
(though I haven't bothered to test) that this problem may be confined
to VCL apps.

	-Craig

-- Craig Stuntz · Vertex Systems Corp. · Columbus, OH Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz/ 

Subject: Fixing modal dialog boxes that get hidden behind your main form in Windows XP [Round Two! Ding!]
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 05 Apr 2005 13:33:00 -0400
Newsgroups: jedi.jcl,jedi.vcl

[ Apologies for the cross-post. FOLLUP TO JEDI.JCL ONLY.]

As far as I can tell the following code is sufficient to fix modal dialog forms that are exclusively displayed on top of the main application form. Not only should the POPUP mode flag be set, but
also the parent window must be set:


procedure TModalDialog.CreateParams(var Params: TCreateParams); //override;
begin
   inherited CreateParams(Params);
   Params.Style := params.Style or WS_POPUP;
   Params.WndParent :=  Application.MainForm.Handle;
end;

The default CreateParams implementation sets Params.WndParent to
Application.Handle, which was probably done for good reasons.
I am not sure what else I am breaking by doing this. Can anyone enlighten me?

PROBLEM #1:

However I can no longer duplicate the problem on my machine using my test application.  So I can't be 100% sure that this solution is "right".

NICE SIDE EFFECT #1:

I do notice that Windows XP's behaviour when you click on a
modally disabled MAIN FORM is much more "helpful" once you
add this code to your dialog boxes. Windows automatically
flashes the border of the modal dialog, and returns it being keyboard-focused, so you can continue in the modal dialog,
and click its button.

This apparently will absolutely prevent any cases where
you click on a disabled window and Windows XP doesn't
expose or show to you the modal dialog.

REQUEST FOR HELP:

If anyone is having these Z-Order problems, could they try
the above fix on their D3-D7 app,  and let me know if it solves
your Z-Order problem, rather than using the DisableProcessWindowGhosting API call, which is rather
a kludge, and also didn't entirely solve the problem here. I was
still able to duplicate Z-Order problems even with
DisableProcessWindowGhosting  in place.


A PLUG FOR DELPHI 2005 - GO BUY IT:

There is something nice built into Delphi 2005.
Those of you lucky enough to have Delphi 2005 (grin) should just do this:


    MyDialog.PopupMode := pmExplicit;
    MyDialog.PopupParent := Self;
    MyDialog.ShowModal;

Or you can just "set it and forget it" at design time.
Set your TForm's PopupMode to pmAuto.

Personally I think the Explicit mode is nice, even though
code is required, because it means you can maintain a hierchical z-order
of your own design, if you have multiple levels of dialog boxes. You
can accomplish the exact same thing as pmExplicit by
writing a CreateParams override for yourself.

I hope this is helpful to those of you who have become
as frustrated as I have become in fighting the
Windows-XP-Z-scrambling problems.  And what is it with
Microsoft and Z-Ordering problems?  Isn't it bad enough
that MDI has been broken for 10 years and no fix in sight,
now they even have broken regular window Z-Ordering
for no good reason.

Regards,

Warren






Subject: Re: JvMail E-Mail Type is
From: "timog" <none@abc.com>
Date: Tue, 5 Apr 2005 18:10:24 +0100
Newsgroups: jedi.vcl

> >
> >Try this:
> >
> >AddRecipient('smtp:odin@test.com', 'Mr. Wednesday');
> >

@OBones: That did the trick! Thank you very much!

@Crazy Horse's crazier little brother: well, my clock is set right; I 
fear that the board gets confused with the DST we have over here in 
Europe since Easter? Nice nick BTW :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAVICapture
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 05 Apr 2005 17:23:21 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> That's quite similar to actually reading the frame content.
>> I have an example at home that I need to port to the JVCL that shows this. Not too hard, but takes a bit of time rto figure out.
>
>
> That sounds like an excellent method to add to TJvAVICapture. (SaveFrameAsBitmap)

Not as easy as it sounds, unfortunately. It reads the frame raw from the stream, and if it's not in RGB mode, the BMP file will be complete garbage (trust me, I tried). But I will have a look at it, and maybe simply put a warning about that fact.


Subject: Re: TJvAVICapture
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 05 Apr 2005 11:13:48 -0400
Newsgroups: jedi.vcl

OBones wrote:
> That's quite similar to actually reading the frame content.
> I have an example at home that I need to port to the JVCL that shows this. Not too hard, but takes a bit of time rto figure out.

That sounds like an excellent method to add to TJvAVICapture. (SaveFrameAsBitmap)

Warren


Subject: Re: TJvAVICapture
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 05 Apr 2005 17:08:18 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> Save as will create an AVI file, not a BMP file.
>> If you want the bitmap file, you need to go deep into the videoHdr structure, which is described in the MSDN from Microsoft.
>
>
>
> "Clever/Ugly" Hack idea: How about viewing the saved AVI file in a control on a form and doing a bitmap-save of the TForm client area.

That's quite similar to actually reading the frame content.
I have an example at home that I need to port to the JVCL that shows this. Not too hard, but takes a bit of time rto figure out.


Subject: Re: TJvAVICapture
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 05 Apr 2005 10:31:59 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Save as will create an AVI file, not a BMP file.
> If you want the bitmap file, you need to go deep into the videoHdr structure, which is described in the MSDN from Microsoft.


"Clever/Ugly" Hack idea: How about viewing the saved AVI file in a control on a form and doing a bitmap-save of the TForm client area.

Warren.


Subject: Re: TJvAVICapture
From: "Shaq" <shaq@bike-fast.com>
Date: Tue, 5 Apr 2005 09:43:03 -0400
Newsgroups: jedi.vcl

Thanks.

-Shaq

"Shaq" <shaq@bike-fast.com> wrote in message news:d2ta84$h3p$1@talkto.net...
> > How do you capture a single image from a webcam.  I just want to take a 
> > picture and don't need an actual stream of video.
> > I can't seem to find any information anywhere.
> >
> > -Shaq
> > 




Subject: Re: Insert data into TJvMemoryData
From: "awod" <lexa@mfti.ru>
Date: Tue, 5 Apr 2005 16:52:58 +0400
Newsgroups: jedi.vcl

Hello!
I'm find error: then you add Field you MUST define param size. 

Subject: Insert data into TJvMemoryData
From: "awod" <lexa@mfti.ru>
Date: Tue, 5 Apr 2005 16:28:46 +0400
Newsgroups: jedi.vcl

Hello, All!
Can I insert record into TJvMemoryData by that code:

  JvMemoryData1.FieldDefs.Clear;
  JvMemoryData1.FieldDefs.Add('Name1',ftString);
  JvMemoryData1.FieldDefs.Add('Name2',ftString);
  JvMemoryData1.Open;
  JvMemoryData1.InsertRecord(['Name1_1','Name2_1']);
  JvMemoryData1.InsertRecord(['Name1_2','Name2_2']);
  JvMemoryData1.InsertRecord(['Name1_3','Name2_3']);
  JvMemoryData1.First;
  Edit1.Text := JvMemoryData1.findfield('Name1').AsString;

In this example JvMemoryData1.findfield('Name1').AsString = '';

Why? Can I'm add data in TJvMemoryData without using LoadFromDataSet?

With best regards, awod.  E-mail: lexa@mfti.ru

Subject: Re: Changes of JvHTButton
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 05 Apr 2005 13:45:29 +0200
Newsgroups: jedi.vcl

Florian Hector wrote:

>> I would say that those changes are unintentional.
>>
>> To see what has happended with a specific unit, you can use the CVS
>> history/diff function on-line. For JvHTButton changes, have a look at
>> http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvButtons.pas
>
>
> Peter,
>
> have you tried if you can reproduce the same effect? Or is it something only happening on my PC?
> I have tried to diff the new version 3 with the older version 2.1 but don't want to open this can of worms unless I really have to.

Just tried under Delphi 7 and Windows XP (without themes), the problems are definitely here.


Subject: Re: Changes of JvHTButton
From: Florian Hector <fhector@web.de>
Date: Tue, 05 Apr 2005 13:09:16 +0200
Newsgroups: jedi.vcl

> I would say that those changes are unintentional.
>
> To see what has happended with a specific unit, you can use the CVS
> history/diff function on-line. For JvHTButton changes, have a look at
> http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvButtons.pas

Peter,

have you tried if you can reproduce the same effect? Or is it something only happening on my PC?
I have tried to diff the new version 3 with the older version 2.1 but don't want to open this can of worms unless I really have to.

Florian



Subject: Re: Changes of JvHTButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 5 Apr 2005 11:53:23 +0200
Newsgroups: jedi.vcl

> > Is there a reason behind these changes?
I would say that those changes are unintentional.

To see what has happended with a specific unit, you can use the CVS
history/diff function on-line. For JvHTButton changes, have a look at
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvButtons.pas

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Unit JvExMask error
From: "Ian Johansson" <ijohansson@bigfoot.com>
Date: Tue, 5 Apr 2005 10:07:01 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d2tgdt$ibo$1@talkto.net...
| Ian Johansson wrote:
|
| > Hi
| >
| > Unit JvExMask was compiled with a different version of
| > JvTypes.TJvClipboardCommands
| >
| > Getting the above error after upgrading to the latest JCL\JVCL. I have 
both
| > D5 and D7 installed. The error message appears when compiling in D5 and
| > appears to be linked to the TJvDateEdit component
| >
| > Any help appreciated
|
| You have an old version of the JVCL still present on your system. remove
| it (remove any dcu, dcp, bpl files and reinstall) and the problem will
| be gone

Doh! - Thanks, working fine now 




Subject: Re: TJvAVICapture
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 05 Apr 2005 10:16:35 +0200
Newsgroups: jedi.vcl

Save as will create an AVI file, not a BMP file.
If you want the bitmap file, you need to go deep into the videoHdr structure, which is described in the MSDN from Microsoft.

Cheers
Olivier


Subject: Re: TJvAVICapture
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 05 Apr 2005 10:15:39 +0200
Newsgroups: jedi.vcl

Shaq wrote:

> When I try to add the OnFrame even I get the following error message:
>
> [Error] Main.pas(2): Undeclared identifier: 'PVIDEOHDR'

add VFW to the uses of your project


Subject: Re: Unit JvExMask error
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 05 Apr 2005 10:14:46 +0200
Newsgroups: jedi.vcl

Ian Johansson wrote:

> Hi
>
> Unit JvExMask was compiled with a different version of JvTypes.TJvClipboardCommands
>
> Getting the above error after upgrading to the latest JCL\JVCL. I have both D5 and D7 installed. The error message appears when compiling in D5 and appears to be linked to the TJvDateEdit component
>
> Any help appreciated

You have an old version of the JVCL still present on your system. remove it (remove any dcu, dcp, bpl files and reinstall) and the problem will be gone.


Subject: Re: TJvAVICapture
From: "Shaq" <shaq@bike-fast.com>
Date: Tue, 5 Apr 2005 03:46:41 -0400
Newsgroups: jedi.vcl

Here is my code:

unit Main;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, JvAVICapture;

type
  TForm1 = class(TForm)
    JvAVICapture: TJvAVICapture;
    lstCameraDriverList: TListBox;
    Label1: TLabel;
    btnSelectDriver: TButton;
    btnCapture: TButton;
    procedure FormShow(Sender: TObject);
    procedure btnSelectDriverClick(Sender: TObject);
    procedure btnCaptureClick(Sender: TObject);
    procedure JvAVICaptureFrame(Sender: TJvAVICapture;
      videoHdr: PVIDEOHDR);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.FormShow(Sender: TObject);
var
  TotalDrivers:  ShortInt;
begin
  //TotalDrivers
  lstCameraDriverList.Items.Assign(JvAVICapture.Drivers);
end;

procedure TForm1.btnSelectDriverClick(Sender: TObject);
begin
  try
    // Set driver. -1 calls disconnect.
    if lstCameraDriverList.ItemIndex <> -1 then
      JvAVICapture.DriverIndex := lstCameraDriverList.ItemIndex;

    // Show preview of camera
    JvAVICapture.Previewing := True;
  except
    on EInvalidDriverIndexError do
      ShowMessage('No device found. Verify your connection and 
configuration.');
  end;
end;

procedure TForm1.btnCaptureClick(Sender: TObject);
begin
  DeleteFile(ExtractFilePath(Application.ExeName) + 'Capture.jpg');
  JvAVICapture.FileName := ExtractFilePath(Application.ExeName) + 
'Capture.jpg';
  JvAVICapture.NoFile := True;
  JvAVICapture.StartSingleFrameCapture;
  JvAVICapture.CaptureFrame;
  JvAVICapture.SaveAs(JvAVICapture.FileName);
  JvAVICapture.StopSingleFrameCapture;
end;

procedure TForm1.JvAVICaptureFrame(Sender: TJvAVICapture;
  videoHdr: PVIDEOHDR);
begin
  JvAVICapture.SaveAs(JvAVICapture.FileName);
end;

end.
"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d2tdmq$hp3$1@talkto.net...
> > Shaq wrote:
>> >> How do you capture a single image from a webcam.  I just want to take a 
>> >> picture and don't need an actual stream of video.
>> >> I can't seem to find any information anywhere.
> >
> > As indicated in the online help:
> >
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=45711
> >
> > CaptureFrame captures a single frame in a Frame by Frame session, started 
> > by StartSingleFrameCapture
> >
> > Should you not want to save the frames into a video file, you will have to 
> > set NoFile to True, it should work (not sure, not tested). In any case, if 
> > you want access to the frame data, use the OnFrame event:
> >
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=45733
> >
> > Cheers
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: TJvAVICapture
From: "Shaq" <shaq@bike-fast.com>
Date: Tue, 5 Apr 2005 03:45:17 -0400
Newsgroups: jedi.vcl

When I try to add the OnFrame even I get the following error message:

[Error] Main.pas(2): Undeclared identifier: 'PVIDEOHDR'

-Shaq

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d2tdmq$hp3$1@talkto.net...
> > Shaq wrote:
>> >> How do you capture a single image from a webcam.  I just want to take a 
>> >> picture and don't need an actual stream of video.
>> >> I can't seem to find any information anywhere.
> >
> > As indicated in the online help:
> >
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=45711
> >
> > CaptureFrame captures a single frame in a Frame by Frame session, started 
> > by StartSingleFrameCapture
> >
> > Should you not want to save the frames into a video file, you will have to 
> > set NoFile to True, it should work (not sure, not tested). In any case, if 
> > you want access to the frame data, use the OnFrame event:
> >
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=45733
> >
> > Cheers
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Unit JvExMask error
From: "Ian Johansson" <ijohansson@bigfoot.com>
Date: Tue, 5 Apr 2005 08:38:14 +0100
Newsgroups: jedi.vcl

Hi

Unit JvExMask was compiled with a different version of 
JvTypes.TJvClipboardCommands

Getting the above error after upgrading to the latest JCL\JVCL. I have both 
D5 and D7 installed. The error message appears when compiling in D5 and 
appears to be linked to the TJvDateEdit component

Any help appreciated

Ian 




Subject: Re: TJvAVICapture
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 05 Apr 2005 09:28:18 +0200
Newsgroups: jedi.vcl

Shaq wrote:
> How do you capture a single image from a webcam.  I just want to take a picture and don't need an actual stream of video.
> I can't seem to find any information anywhere.

As indicated in the online help:

http://homepages.borland.com/jedi/jedihelp/item.php?Id=45711

CaptureFrame captures a single frame in a Frame by Frame session, started by StartSingleFrameCapture

Should you not want to save the frames into a video file, you will have to set NoFile to True, it should work (not sure, not tested). In any case, if you want access to the frame data, use the OnFrame event:

http://homepages.borland.com/jedi/jedihelp/item.php?Id=45733

Cheers
Olivier Sannier
JVCL Coordinator


Subject: TJvAVICapture
From: "Shaq" <shaq@bike-fast.com>
Date: Tue, 5 Apr 2005 02:26:42 -0400
Newsgroups: jedi.vcl

How do you capture a single image from a webcam.  I just want to take a 
picture and don't need an actual stream of video.
I can't seem to find any information anywhere.

-Shaq 




Subject: Re: Jedi Installer fails
From: "Crazy Horse's crazier little brother" <cshannon@d4sw.com>
Date: Mon, 4 Apr 2005 16:57:10 -0500
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message 
news:d2sbuu$cd8$1@talkto.net...
> >
> > I presume you have now installed JCL, but did you install JVCL?  It has
> > its own installer (which is quite different from JCL's one).

For now, I just installed the package containing the component I needed 
(TjvTrayIcon from the JVCustomD7D package) to get the legacy app to compile.

-- Download Blackbird Crow Raven's book "STILL CASTING SHADOWS: Two American Families 1620-2006" (.exe and Delphi source): http://cc.borland.com/ccweb.exe/listing?id=23106 --email me for the most up-to-date manuscripts 

Subject: Re: Jedi Installer fails
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 04 Apr 2005 23:49:17 +0200
Newsgroups: jedi.vcl

Crazy Horse's crazier little brother wrote:

> So--I got the installer to work by 2-clikcing install.bat, but I still have no JEDI components installed--do I still need to open the .dpk files, compile a runtime and compile and install a designtime?

I presume you have now installed JCL, but did you install JVCL?  It has
its own installer (which is quite different from JCL's one).

JVCL is the library which provides components.


Subject: Re: JvRichEdit Question
From: MrT <tultalk@attglobal.net>
Date: Mon, 04 Apr 2005 17:29:31 -0400
Newsgroups: jedi.vcl

Hi:

Aurélien Dellieux wrote:

> Q. .....Where in code is this doing the highlighting/underline and clearly display as link.......
>
> Hello,
>
> it is done by sending a special message (EM_AUTOURLDETECT) to the RTF window, only in case you have a recent rtf dll (version number > 2)

  But the text that is highlighted and underlined is not flagged in the actual text and

But the text that is highlighted and underlined in not flagged in the actual text and the link does not work so what is the point?

Thanks.

> you can have a look here too :
>
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/richedit/richeditcontrols/aboutricheditcontrols.asp
>
> look for "Automatic URL recognition"
>
> in fact it is entirely handled by MS RTF DLL...
>
> Aurélien
>



Subject: JvMail E-Mail Type is "custom"
From: "timog" <none@abc.com>
Date: Mon, 4 Apr 2005 19:46:10 +0100
Newsgroups: jedi.vcl

Hi,

If I try to send a mail by JvMail, the mail is rejected by our mail 
server (Exchange 2k) as the mail type in Outlook is not set to “SMTP” but 
to the e-mail address of the recipient. 

I.e. jvMail.Recipient.AddRecipient('odin@test.com','Mr. Wednesday') 
results in the following e-mail properties in Outlook (checked by double 
clicking the e-mail address): 

(Labels are translated to English)
Display name: Mr. Wednesday
E-mail address: odin@test.com
E-mail type: odin@test.com (Button: Internettype)
Format: RTF

We always have to click the "Internettype" button before we can send 
these mails. Clicking it will change the e-mail type to "SMTP" which is 
understood by the Exchange Server. If this is not done, the mails are 
returned by the mail server as rejected/unknown recipients. Sending the 
mail in a different environment without a mail server, the JvMail 
component works fine without a problem. 

Is there a way to set the e-mail type by MAPI and/or the JvMail 
Component? 

TIA

Timo



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Which package do I need to install?
From: "Crazy Horse's crazier little brother" <cshannon@d4sw.com>
Date: Mon, 4 Apr 2005 13:35:13 -0500
Newsgroups: jedi.vcl

"Crazy Horse's crazier little brother" <cshannon@d4sw.com> wrote

> > What pkg do I need to install to get TjvTrayIcon?

got it--JVCustomD7D

-- Download Blackbird Crow Raven's book "STILL CASTING SHADOWS: Two American Families 1620-2006" (.exe and Delphi source): http://cc.borland.com/ccweb.exe/listing?id=23106 --email me for the most up-to-date manuscripts 

Subject: Re: JvMail E-Mail Type is "custom"
From: "Crazy Horse's crazier little brother" <cshannon@d4sw.com>
Date: Mon, 4 Apr 2005 13:30:33 -0500
Newsgroups: jedi.vcl

"timog" <none@abc.com> wrote in

Timog,

I think you need to update your clock. You are posting an hour in the 
future.

-- Download Blackbird Crow Raven's book "STILL CASTING SHADOWS: Two American Families 1620-2006" (.exe and Delphi source): http://cc.borland.com/ccweb.exe/listing?id=23106 --email me for the most up-to-date manuscripts 

Subject: Re: Little issue with JvEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 4 Apr 2005 20:29:01 +0200
Newsgroups: jedi.vcl

Am Tue, 1 Mar 2005 15:50:04 +0100 schrieb Michael Fritz:

> > Hi,
> > 
> > I'm using TJvEdit with ThemedPassword := True and ProtectPassword := True.
> > Using themes on a new form I get those little bullets (or discs) to hide
> > the password.
> > 
> > When setting ReadOnly to true, for this edit, the bullets disappear and are
> > replace by the character 'I' (as special char).
> > 
> > Can you please review this?
Are there any news on this? The Mantis entry is dated March and nobody
answered so far. 

Would somebody be so kind and have a look at this?

-- cu, Michael 

Subject: Which package do I need to install?
From: "Crazy Horse's crazier little brother" <cshannon@d4sw.com>
Date: Mon, 4 Apr 2005 13:28:15 -0500
Newsgroups: jedi.vcl

What pkg do I need to install to get TjvTrayIcon?

I need to update a legacy app that contains that component.

-- Download Blackbird Crow Raven's book "STILL CASTING SHADOWS: Two American Families 1620-2006" (.exe and Delphi source): http://cc.borland.com/ccweb.exe/listing?id=23106 --email me for the most up-to-date manuscripts 

Subject: Re: Jedi Installer fails
From: "Crazy Horse's crazier little brother" <cshannon@d4sw.com>
Date: Mon, 4 Apr 2005 13:24:55 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gfd_@_rzr_altern.org> wrote in message 
news:d2ru1e$9gc$1@talkto.net...

> > Robert Rossmair wrote:
>> >>
>> >> You are apparently using an outdated version of JCL.
>> >> In newer versions, the log file would be Delphi7.log.
> >

> > On top of that, the double back slash is not the problem.

Make O Bones about it, it was "my bad"--the way that WinZip makes 40 million 
copies of files and then it appears there are even more when you click on 
the .zip file, showing you yet another group of directories inside the zip 
file, I somehow got confused and tried to run an older version of the 
install, although I had just downloaded the latest.

So--I got the installer to work by 2-clikcing install.bat, but I still have 
no JEDI components installed--do I still need to open the .dpk files, 
compile a runtime and compile and install a designtime?

-- Download Blackbird Crow Raven's book "STILL CASTING SHADOWS: Two American Families 1620-2006" (.exe and Delphi source) here: http://cc.borland.com/ccweb.exe/listing?id=23106 --email me for the most up-to-date manuscripts 

Subject: Re: JvMail E-Mail Type is "custom"
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 04 Apr 2005 19:52:17 +0200
Newsgroups: jedi.vcl

timog wrote:

> Hi,
>
> If I try to send a mail by JvMail, the mail is rejected by our mail server (Exchange 2k) as the mail type in Outlook is not set to “SMTP” but to the e-mail address of the recipient.
> I.e. jvMail.Recipient.AddRecipient('odin@test.com','Mr. Wednesday') results in the following e-mail properties in Outlook (checked by double clicking the e-mail address):
> (Labels are translated to English)
> Display name: Mr. Wednesday
> E-mail address: odin@test.com
> E-mail type: odin@test.com (Button: Internettype)
> Format: RTF
>
> We always have to click the "Internettype" button before we can send these mails. Clicking it will change the e-mail type to "SMTP" which is understood by the Exchange Server. If this is not done, the mails are returned by the mail server as rejected/unknown recipients. Sending the mail in a different environment without a mail server, the JvMail component works fine without a problem.
> Is there a way to set the e-mail type by MAPI and/or the JvMail Component? 

Try this:

AddRecipient('smtp:odin@test.com', 'Mr. Wednesday');


Subject: Re: Jedi Installer fails
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 04 Apr 2005 19:51:29 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> Hi,
>
> Crazy Horse's crazier little brother wrote:
>
>> I would say because of the double slashes--this is the final line in jediinstaller.log:
>>
>> Fatal: Could not create output file 'C:\Program Files\Borland\Delphi7\\Projects\Bpl\DJcl70.bpl'
>>
>> Should I manually install, or is there an easy fix for this?
>
>
> You are apparently using an outdated version of JCL.
> In newer versions, the log file would be Delphi7.log.

On top of that, the double back slash is not the problem.


Subject: Re: Jedi Installer fails
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 04 Apr 2005 19:20:07 +0200
Newsgroups: jedi.vcl

Hi,

Crazy Horse's crazier little brother wrote:

> I would say because of the double slashes--this is the final line in jediinstaller.log:
>
> Fatal: Could not create output file 'C:\Program Files\Borland\Delphi7\\Projects\Bpl\DJcl70.bpl'
>
> Should I manually install, or is there an easy fix for this?

You are apparently using an outdated version of JCL.
In newer versions, the log file would be Delphi7.log.


Subject: Jedi Installer fails
From: "Crazy Horse's crazier little brother" <cshannon@d4sw.com>
Date: Mon, 4 Apr 2005 11:58:31 -0500
Newsgroups: jedi.vcl

I would say because of the double slashes--this is the final line in 
jediinstaller.log:

Fatal: Could not create output file 'C:\Program 
Files\Borland\Delphi7\\Projects\Bpl\DJcl70.bpl'

Should I manually install, or is there an easy fix for this?

-- Download Blackbird Crow Raven's book "STILL CASTING SHADOWS: Two American Families 1620-2006" (.exe and Delphi source) here: http://cc.borland.com/ccweb.exe/listing?id=23106 --email me for the most up-to-date main manuscript 

Subject: Changes of JvHTButton
From: Florian Hector <fhector@web.de>
Date: Mon, 04 Apr 2005 17:27:54 +0200
Newsgroups: jedi.vcl

In a project I started with JVCL 2.1 installed, I use JvHTButton a lot. Now, after switching to 3.0, all those buttons are just ugly:
- The caption is no longer centered but has moved to the right.
- When the button is disabled, the caption is no longer only grayed out but grayed out with white background.

Is there a reason behind these changes?

Florian


Subject: Re: JvMail only likes Microsoft
From: Florian Hector <fhector@web.de>
Date: Mon, 04 Apr 2005 17:21:12 +0200
Newsgroups: jedi.vcl


> I had a similar problem. I changed versions of Mozilla or Thunderbird and the problem went away.  I assume the MIME interface of Mozilla or Thunderbird gets broken in various versions, or worse yet, that some Windows MIME internals is being moved around by Windows Update.

For good measure I tried the same setup on a different machine and guess what, no problem there.
I think I have to find the culprit in between Windows and Thunderbird.

Florian


Subject: Re: Error loading package JvMMD7R when GLScene7 is installed.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 04 Apr 2005 15:58:29 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Peter Thornqvist wrote:
>
>> Add GLScene to the requires of JvMMD7R, remove VFW.pas from contains and
>> rebuild it.
>>
> Would it also be okay for him to rename the Jedi VFW.pas to jvVFW.pas ?  I do this sometimes but I'm not quite 100% sure the procedure is "harmless". :-)

Provided you replace VFW by JvVFW everywhere it is used in the JCL/JVCL, it is harmless.
If you don't, you implicitly import GlScene into the package and may end up using a version that is not the same as the one from the JCL/JVCL.


Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 4 Apr 2005 15:42:00 +0200
Newsgroups: jedi.vcl

"Chris M" wrote in message <news:d2f4na$p82$1@talkto.net>:

> >   Was there an outcome to this?
Chris,
I do not know - I've stopped working on this as there was no (simply)
solution.

> > Did the changes get compiled in? and make it into 3.0? or would I need 
> > to custom do this myself to get it to work?
Good question but I do not know either...

-- cu, Michael 

Subject: Re: Error loading package JvMMD7R when GLScene7 is installed.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 04 Apr 2005 09:34:16 -0400
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Add GLScene to the requires of JvMMD7R, remove VFW.pas from contains and
> rebuild it.
>
Would it also be okay for him to rename the Jedi VFW.pas to jvVFW.pas ?  I do this sometimes but I'm not quite 100% sure the procedure is "harmless". :-)

Warren


Subject: Re: JvMail only likes Microsoft
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 04 Apr 2005 09:32:03 -0400
Newsgroups: jedi.vcl

Florian Hector wrote:
> Can this be confirmed by anyone?

I had a similar problem. I changed versions of Mozilla or Thunderbird and the problem went away.  I assume the MIME interface of Mozilla or Thunderbird gets broken in various versions, or worse yet, that some Windows MIME internals is being moved around by Windows Update.



Warren


Subject: Re: JvRichEdit Question
From: "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr>
Date: Mon, 04 Apr 2005 09:26:39 +0200
Newsgroups: jedi.vcl



Subject: JvRichEdit Question
From: MrT <tultalk@attglobal.net>
Date: Sun, 03 Apr 2005 23:30:20 -0400
Newsgroups: jedi.vcl

Hi:

   How does JvRichEdit highlight links (http://www.blahblah.com) in a file and then leave no track in the rtf file when saved from the JvRichEdit? Where in code is this doing the highlighting/underline
and clearly display as link.

Thanks.



Subject: JvDateEdit and large fonts
From: "Chris Jackson" <chris@topshare.com.au>
Date: Mon, 4 Apr 2005 11:29:34 +1000
Newsgroups: jedi.vcl

Hello

JvDateEdit's calendar doesn't seem to be rescaled according to the system 
font setting, in either dialog or pop-up mode. When used on a system with 
large fonts the various calendar text items overflow the space allotted. 
With a font size any bigger than about 150% (144dpi) the control is 
unusable.

In the RX DateEdit, this was not a problem - the calendar was rescaled 
appropriately.

There's a related issue, not quite so pressing because it's cosmetic rather 
than affecting functionality: the various glyphs (the calendar on the 
control button, and the year/month navigation glyphs on the popup) are too 
small at large font settings. Is there a way of changing these?

Thanks for any advice.

Chris Jackson
www.topshare.com.au 




Subject: Re: Error loading package JvMMD7R when GLScene7 is installed.
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sun, 3 Apr 2005 21:02:10 +0200
Newsgroups: jedi.vcl

Add GLScene to the requires of JvMMD7R, remove VFW.pas from contains and
rebuild it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Error loading package JvMMD7R when GLScene7 is installed.
From: Roal Zanazzi <spam@someone.else>
Date: Sun, 03 Apr 2005 20:47:05 +0200
Newsgroups: jedi.vcl

Hi all,

I hope this one has not already been reported, I don't see anything similar in the newsgroup.

I've Delphi 7 Pro with update 1.1 installed.
I also have some 3rd party component packages, namely the well-known GLScene, the commercial one LMD-Tools (I would like to evaluate JVCL as a replacement of this one) and the madshi exception catcher.

After successfully installing the latest JVCL+JCL from the cumulative zip file downloaded from sourceforge, whenever I run the Delphi IDE I get the following error:
"Cannot load package 'JvMMD7R'. It contains unit 'VFW,'which is also contained in package 'GLScene7'.
I also cannot safely close the IDE, as I get an interminable serie of "Index out of bound (0)" when closing and I have to kill it.

Can anyone tell me how to fix this problem?
I cannot remove GLScene, as it's already used in my program, and I will not like to be forced to discard the possibility to evaluate and use JVCL in the future...

TIA

-- 
Roal Zanazzi


Subject: Re: How to incorporate JVCL help into D7?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 03 Apr 2005 17:25:08 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:

> I'd like to incorporate Jedi help into Delphi 7. I have been trying different ways to add (jvcl3.hlp, jvcl3.cnt) into (Contents, Index, Link, Project), but when JvDBGrid is focused and I press F1, I don't get the help for that control.

From Delphi 6 on to get context sensitive help there has to be an .als file, too.

From Delphi 6 OH:
------------------------------------------------------------------------
Note:    Third-party component developers wishing to provide Help using the standard Windows Help engine must now provide a list of "ALinks" used in the compiled Help file. The list must be given an .ALS file extension and copied into the directory specified by the Delphi registry entry Help|WinHelpPath. ALink lists can be created from compiled Help files using the Report feature in the Help Compiler Workshop (installed into the Tools folder of your Delphi/Help directory). See the file DELPHI6.ALS in your /Help directory for an example of ALS list preparation.
------------------------------------------------------------------------

Note that the D7 help system has a bug which requires Delphi32 to be executed in $(DELPHI)\Help; otherwise it won't find the .als file.


Subject: Re: Problems with TJvAppInstances
From: "scsi" <test@home.se>
Date: Sat, 2 Apr 2005 21:18:12 +0100
Newsgroups: jedi.vcl

Thank you very much for you answer. I fugured this was the way it 
worked, and browsed the CVS strukture, but couldn't fint JvAppInst.pas.

Thank you for this incredible component pack!
/Daniel



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with TJvAppInstances
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 02 Apr 2005 17:29:34 +0200
Newsgroups: jedi.vcl

scsi wrote:
>  Hi,
>
> I am having problems with the second instance of the application crashing instead of terminating as it should, when using TJvAppInstances.
>
> I know that this has been discussed bellow, and the answer was "This is now fixed in CVS", but I don't know what this means. Is there somewhere an updated pas-file, or what should I do?

Either use a CVS client to get the latest version (see http://sourceforge.net/cvs/?group_id=45786) via anonymous access, or use the HTML CVS browsing and get the file (download link) from here

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvAppInst.pas?rev=1.26&view=log

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Problems with TJvAppInstances
From: "scsi" <test@home.se>
Date: Sat, 2 Apr 2005 16:27:08 +0100
Newsgroups: jedi.vcl

 Hi,

I am having problems with the second instance of the application 
crashing instead of terminating as it should, when using TJvAppInstances.

I know that this has been discussed bellow, and the answer was "This is 
now fixed in CVS", but I don't know what this means. Is there somewhere 
an updated pas-file, or what should I do?

I am very for creating a new thread about this, but this is all new 
stuff for me.


Best regards
Daniel



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvMail only likes Microsoft
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Sat, 2 Apr 2005 12:06:38 +0100
Newsgroups: jedi.vcl

> >
> > When MT is set to be the standard mailer and MT is not running when the 
> > mail is beeing sent, I am getting the above error.
> >
> > When MT is set to be then standard mailer and MT is running when the mail 
> > is beeing sent, everything works.
> >
> >
> > Can this be confirmed by anyone?
> >
> > Florian

One of my clients uses Tobit as their e-mail client.  I use this by virtue 
of the jvException Dialog with send.  My only problem is that the e-mail has 
one long line in it with the complete stack dump, i.e. it has lost the cr/lf 
en-route.

JAC. 




Subject: Re: How to incorporate JVCL help into D7?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Sat, 02 Apr 2005 10:53:29 +0200
Newsgroups: jedi.vcl

Don S wrote:

> I've always deleted an existing GID, and then opened the help file so the GID gets rebuilt before adding the .CNT and .HLP entries to OH.EXE.  I don't know that this step is particularly significant, but I do it anyway. <g>

I'd rather add the CNT and HLP files then delete the GID files so that it gets regenerated with everything in.


Subject: JvMail only likes Microsoft
From: Florian Hector <fhector@web.de>
Date: Sat, 02 Apr 2005 09:58:42 +0200
Newsgroups: jedi.vcl

On my machine I am using Thunderbird as mail program, accordingly I have set it to be the standard mailer.
When I now use JvMail -the one from the examples- to send an email, I am getting this:

---------------------------
Mailexample
---------------------------
MAPI Error: (2) "General MAPI failure"
---------------------------
OK
---------------------------

Now its getting really curious:
In the JvMail example, I can select between Outlook Express, Mozilla Thunderbird an Hotmail.

As long as OE is set to be the standard mailer, everything works normally under all circumstances.

When MT is set to be the standard mailer and MT is not running when the mail is beeing sent, I am getting the above error.

When MT is set to be then standard mailer and MT is running when the mail is beeing sent, everything works.


Can this be confirmed by anyone?

Florian


Subject: Re: DBgrid with checkbox column
From: "Don S" <mudshark@rancidbud.org>
Date: Sat, 2 Apr 2005 02:46:49 -0500
Newsgroups: jedi.vcl

> > It is possible with current implementation of JVCL dbgrid component
> > to use checkboxes inside a column of a grid to set true/false like value.

Sure.  Drop a DBCheckBox on your form, and assign it to an entry in TJvDBGrid.EditControls.





Subject: Re: How to incorporate JVCL help into D7?
From: "Don S" <mudshark@rancidbud.org>
Date: Sat, 2 Apr 2005 02:32:19 -0500
Newsgroups: jedi.vcl

>>> > >> Weird, no problems here. No idea what the problem could be. Is it only 
>>> > >> that component?
 
>> > > Rather not, so could you please tell me where you added jvcl3.hlp, was 
>> > > it in Contents, Index, Link, or Project?
 
> > I added jvcl3.cnt to Contents,
> > I added jvcl3.hlp to Index,
> > I added jvcl3.hlp to Link.

D7 (as shipped) seems to border on or exceed the capabilities of WinHelp.  I've never been able to just add JVCL (or updated Indy help files for that matter) without first removing some of the existing Content, Index, and Link entries.  

I've also never been able to successfully install *both* JVCL and Indy in OH.EXE (not since D5 anyway).  They seem to co-exist, but there are always things that cannot be accessed.  Probably because it exceeds WinHelp limitations.

> > Maybe you could try to delete the .gid files.

I've always deleted an existing GID, and then opened the help file so the GID gets rebuilt before adding the .CNT and .HLP entries to OH.EXE.  I don't know that this step is particularly significant, but I do it anyway. <g>

hth...


Subject: Re: Mantis bugs: Help needed
From: "Don S" <mudshark@rancidbud.org>
Date: Sat, 2 Apr 2005 02:08:37 -0500
Newsgroups: jedi.vcl

> > I  need a XML-Specialist for 

I'm no speciailist, but...

> > 2750 (http://homepages.borland.com/jedi/issuetracker/view.php?id=2750).

The information is covered in http://www.w3.org/TR/2004/REC-xml11-20040204/#sec-starttags.

 [4]   
NameStartChar   ::=   ":" | [A-Z] | "_" | [a-z] | 
    [#xC0-#xD6] | [#xD8-#xF6] | [#xF8-#x2FF] | 
    [#x370-#x37D] | [#x37F-#x1FFF] | [#x200C-#x200D] |
    [#x2070-#x218F] | [#x2C00-#x2FEF] | [#x3001-#xD7FF] |
    [#xF900-#xFDCF] | [#xFDF0-#xFFFD] | [#x10000-#xEFFFF]

[4a]
 NameChar   ::=   NameStartChar | "-" | "." | [0-9] |
     #xB7 | [#x0300-#x036F] | [#x203F-#x2040]


 You'll notice that the characters "(" and ")" (that's #x28 and #x29 hex) are not included in the NameStartChar or NameChar productions.  So they are not permitted in start or end tag names.

hth...


Subject: JvPluginManager and FileName property jvcl2.10 and Jvcl3
From: "Alison P. Oliveira" <geladmin@yahoo.com.br>
Date: Fri, 1 Apr 2005 21:28:17 -0300
Newsgroups: jedi.vcl

Hi...

JvPluginManager retrieve "CustomPlugin" in FileName property for all plugins
loadeds..
In Jvcl 2.10 and Jvcl3.0

For exemple
ShowMessage(uilPluginManager.Plugins[clbPlugins.ItemIndex].FileName);
Show-> "CustomPlugin"

To avoid this i make a small change in AddCustomPlugin function:
Change
AddCustomPlugin(PlugIn: TJvPlugIn): Boolean;
To
AddCustomPlugin(PlugIn: TJvPlugIn;FileName : String): Boolean;

And in LoadPlugin function call AddCustomPlugin passing FileName property
Change
      if AddCustomPlugin(PlugIn) then //Change Here
      begin
        PlgInfo := FPluginInfos.Last;
        PlgInfo.PluginKind := PlgKind;
        PlgInfo.Handle := LibHandle;
      end;

To
      if AddCustomPlugin(PlugIn,FileName) then //Pass FileName property now
      begin
        PlgInfo := FPluginInfos.Last;
        PlgInfo.PluginKind := PlgKind;
        PlgInfo.Handle := LibHandle;
      end;

This work fine now

Thanks..

Mac




Subject: DBgrid with checkbox column
From: fasco <fascox@tele2.it>
Date: Sat, 02 Apr 2005 01:57:44 +0200
Newsgroups: jedi.vcl

It is possible with current implementation of JVCL dbgrid component
to use checkboxes inside a column of a grid to set true/false like value.
Also what are the difference between TJvDBgrid and TJvUltDbgrid (ultimate?)

many thanks

*fasco++;


p.s. documentation, documentation, documentation


Subject: Re: Exception in JvThreadSample
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 01 Apr 2005 23:27:58 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>       Synchronize(TForm1(params).Stats2);

This Synchronize function works differtly than the VCL one: the Stats2 function is not executed in the context of the main thread. Thus you can have the problem that the main thread locks a canvas, does not yet unlock it, and then the other thread tries to lock the same canvas.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Exception in JvThreadSample
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Fri, 01 Apr 2005 23:13:25 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi,
>
> before i add a bug entry, i want to ask for help :-)
>
> If i execute the TJvThreads sample then i've got an EInvalidOperation Exception "Canvas/Image does not allow drawing" (Bad German->English Translation).
>
> This comes sometimes in the following line
> procedure TForm1.Stats2(Sender: TObject);
> begin
>   Label4.Caption := IntToStr(Value2);
> end;
>
> And this is called by
>
> procedure TForm1.JvThread2Execute(Sender: TObject; params: Pointer);
> var
>   i, j, k: Integer;
> begin
>   //Do the job here
>   k := 0;
>   for i := 0 to 1000000 do
>     for j := 0 to 1000000 do
>     begin
>       Inc(k,5); //This is the only difference with the other thread
>       sleep(13);
>       //To use global variable/objects, you have to synchronize (to avoid conflicts)
>       TForm1(params).Value2 := k;
>       Synchronize(TForm1(params).Stats2);
>
>       if JvThread2.Terminated then
>         Exit;
>     end;
> end;
>
>
> Has anybody an idea? I not :-(

The setting of Value2 to k should be done in a call to syncrhonise as well. AFAIK, everything that touches a VCL component must be done in a synchronized call.


Subject: Exception in JvThreadSample
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 01 Apr 2005 23:06:04 +0200
Newsgroups: jedi.vcl

Hi,

before i add a bug entry, i want to ask for help :-)

If i execute the TJvThreads sample then i've got an EInvalidOperation Exception "Canvas/Image does not allow drawing" (Bad German->English Translation).

This comes sometimes in the following line
procedure TForm1.Stats2(Sender: TObject);
begin
  Label4.Caption := IntToStr(Value2);
end;

And this is called by

procedure TForm1.JvThread2Execute(Sender: TObject; params: Pointer);
var
  i, j, k: Integer;
begin
  //Do the job here
  k := 0;
  for i := 0 to 1000000 do
    for j := 0 to 1000000 do
    begin
      Inc(k,5); //This is the only difference with the other thread
      sleep(13);
      //To use global variable/objects, you have to synchronize (to avoid conflicts)
      TForm1(params).Value2 := k;
      Synchronize(TForm1(params).Stats2);

      if JvThread2.Terminated then
        Exit;
    end;
end;


Has anybody an idea? I not :-(

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: How to incorporate JVCL help into D7?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 01 Apr 2005 22:59:39 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:
> Remko Bonte wrote:
>
>> Michal Borsuk wrote:
>> Weird, no problems here. No idea what the problem could be. Is it only that component?
>
> Rather not, so could you please tell me where you added jvcl3.hlp, was it in Contents, Index, Link, or Project?

I added jvcl3.cnt to Contents,
I added jvcl3.hlp to Index,
I added jvcl3.hlp to Link.

Maybe you could try to delete the .gid files.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Mantis bugs: Help needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 01 Apr 2005 22:58:53 +0200
Newsgroups: jedi.vcl

#2540 Comment added, this should be fixed.

Fred wrote:
> Hello,
>
> We are very busy and haven't much time to spend on JVCL, alas. But we took a glance at Mantis bugs for JvDBGrid+JvDBUltimGrid and here is our answer about them:
> #1674: the RowsHeight and ShowMemo features have been implemented some months ago and the display of graphic fields is left to users (an example is provided for JvDBUltimGrid in the Examples folder).
> #2096: already fixed, waiting feedback
> #2317: waiting feedback
> #2331: unable to reproduce this bug. We cannot test the Delphi project provided (we use only BCB5).
> #2386: this is a real bug. I'll try (or Dom will) to fix it soon.
> #2432: this feature can be implemented without pain. I'll try (or Dom will) to add it soon.
> #2460: unable to reproduce this bug. Sounds like a XP ghosting bug.
> #2533: We don't understand the problem. We converted to C++ the example provided and found nothing wrong.
> #2540: a TJvFormStorage bug ?
> #2547: same problem as Mantis #2383. I gave an answer there.
> #2602: this is a real bug. I'll try (or Dom will) to fix it soon. BUT I'm not sure the problem is in JvDBGrid and can be fixed easily (it could come from DBGrid).
> #2645: already fixed
> #2729: already fixed
> #2757: this feature can be implemented without pain. I'll try (or Dom will) to add it soon.
> #2759 & #2760: same message as Mantis #2757
> #2766: we use mainly Access DB through the ADO layer, so we can't have lookup fields (server side) and it's not easy for us to simulate that case.
> #2783: the sorting function in JvDBGrid is very crappy. I didn't remove it because I thought some people could find a use for it, BUT PLEASE DON'T USE IT (and if you do, don't complain). Use JvDBUltimGrid and its sorting function instead.
>
> Fred & Dom
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Mantis bugs: Help needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 01 Apr 2005 22:58:27 +0200
Newsgroups: jedi.vcl

I need a XML-Specialist for 2822 (http://homepages.borland.com/jedi/issuetracker/view.php?id=2822) and 2750 (http://homepages.borland.com/jedi/issuetracker/view.php?id=2750).

Greetings
Jens

OBones wrote:
> Hi,
>
> Could all developpers have a serious look at the bugs in Mantis and either provide solutions or request feedback from the posters ?
> A month ago, we had 3 pages of bugs, we are up to 5 now, and it does not look like many people are looking at them.
>
> Thanks for the effort
>
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvDesktopAlert Uses/Samples
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Fri, 1 Apr 2005 20:26:47 +0100
Newsgroups: jedi.vcl

> >Are you sure the JvDesktopAlert is not destroyed before you try to 
> >access it the second time ?

The component is on my form I do not create it dynamically so it should
not be destroyed.

I just tried something... I added the following code 

JvDesktopAlert1.Tag := 0;

directly after 

ShowNote((Sender as TJvDesktopAlert).Tag);

and the problem has gone away.

Don't know why, but it works now.

Thanks

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDesktopAlert Uses/Samples
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Fri, 1 Apr 2005 20:00:28 +0100
Newsgroups: jedi.vcl

Sender is of the type TJvDesktopAlert... the problem is not with that line
of code, but when 

JvDesktopAlert1.Tag :=

gets set for a second time. It produces an Access Violation in my EXE.

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDesktopAlert Uses/Samples
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Fri, 01 Apr 2005 20:13:49 +0200
Newsgroups: jedi.vcl

ipaw wrote:

> Sender is of the type TJvDesktopAlert... the problem is not with that line
> of code, but when
> JvDesktopAlert1.Tag :=
>
> gets set for a second time. It produces an Access Violation in my EXE.

Are you sure the JvDesktopAlert is not destroyed before you try to access it the second time ?


Subject: Re: JVPluginManager dont work in Win98??
From: "Alison P. Oliveira" <geladmin@yahoo.com.br>
Date: Fri, 1 Apr 2005 14:53:25 -0300
Newsgroups: jedi.vcl

Ok...
Tanks... OBones.
Ignore this subject, the error was caused by my absolute ignorance.. Sorry..

I'm  created a small verification in initilize event to allow only my app
host to load plugin, by app exename comparation but in win98 the function
ExtractFilename return the exename in UPPERCASE and not match whith my
string.

Resolved..

I noticed that the JvPluginManager in the 2.10 Jvcl and Jvcl3.00 does not
load the name of plugin in the OnBeforeLoad event.  It loads 'CustomPlugin
'...  this is correct?

Mac

"OBones" <obones_gfd_@_rzr_altern.org> escreveu na mensagem
news:d2ils3$f7h$1@talkto.net...
> > Alison P. Oliveira wrote:
>> > > Hi..
>> > >
>> > > When i test the program in Win98 de plugins don't load...
>> > > JvPluginManager.PluginCount return 0. I have 4 plugins..
>> > > In WinXp work fine...
>> > > I use JVCL 2.10
> >
> > Please upgrade to JVCL 3.00, the 2.10 version is no longer supported.




Subject: Re: To OBones
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 1 Apr 2005 19:06:56 +0200
Newsgroups: jedi.vcl

Thanks Olivier ;)

"OBones" <oobnes__gf_@_gfd_altern.org> a écrit dans le message de news: 
d2jo3v$mig$2@talkto.net...
> > OBones wrote:
> >
>> >> 2. The version I have here has been rewritten to fix other bugs and does 
>> >> not exhibit that bug anymore. I'll commit it in CVS as soon as I can.
> >
> > This is now in CVS, under version 1.61 




Subject: Re: Lets start the discussion for the next JVCL
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 01 Apr 2005 18:09:51 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Robert Marquardt wrote:
>
>> (4. JVCL 4 or JVCL 3.1?)
>>    I would say that 1 and 2 only deserve a JVCL 3.1 whereas 3 deserves a
>>    JVCL 4.
>
>
>
> Since the Borland people haven't moved the VCL as a whole to Unicode, I question the merits of starting down that path.
>
> The TNT components solve that problem very nicely, and most, I would say 99% of delphi developers write their apps in environments that don't require Unicode

I have some opposing examples, e.g. Skype. Don't know whether it's written in Delphi or BCB, but ApiSpy says it uses TNT controls.

I have ported/am porting some VCL code to Unicode, but that's around 1..2% of the selected VCL control's code, I guess. Porting some portions ( ;] ) isn't that hard, e.g. I'm planning to re-write Lookup and Locate for ClientDataSet, so that they take WideString instead of String.

> I have personal interest in Unicode/Delphi myself, because I speak
> a little Hindi and can read/write Devanagari/Sanskrit, and Unicode
> is useful to me. I am sure that most Chinese and other asian and indic language developers really want Unicode support, 

Not only for Asians. For my apps Unicode is not critical, but quite useful. There are a few characters that differ between my codepage (Win1251/ISO-*-1) and the western one (Win1250/ISO-*-1), but it's annoying enough.

> If it were otherwise, would not the VCL itself have moved to
> Unicode several versions of Delphi ago!? :-)

Don't underestimate Borland's arogance on certain matters. It's quite possible that they simply ignored certain markets.

> Warren


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: How to incorporate JVCL help into D7?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 01 Apr 2005 17:54:33 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Michal Borsuk wrote:
>
>> Hello.
>>
>> I'd like to incorporate Jedi help into Delphi 7. I have been trying different ways to add (jvcl3.hlp, jvcl3.cnt) into (Contents, Index, Link, Project), but when JvDBGrid is focused and I press F1, I don't get the help for that control.
>
>
> Weird, no problems here. No idea what the problem could be. Is it only that component?

Rather not, so could you please tell me where you added jvcl3.hlp, was it in Contents, Index, Link, or Project?


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: To OBones
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 01 Apr 2005 17:23:32 +0200
Newsgroups: jedi.vcl

OBones wrote:

> 2. The version I have here has been rewritten to fix other bugs and does not exhibit that bug anymore. I'll commit it in CVS as soon as I can.

This is now in CVS, under version 1.61


Subject: Re: TJvCreateProcess
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 01 Apr 2005 17:23:12 +0200
Newsgroups: jedi.vcl

Michele Santucci wrote:

> I'm tryin' to use TJvCreateProcess component:
>
> I have big problems running these lines:
>
>         CreateProcess->CommandLine = ENVDB_BINARY;
>         CreateProcess->Run();
>
> After the assignment I got a access violation error.... what's up?

Please show the complete code, you are not telling us what ENVDB_BINARY is.


Subject: TJvDesktopAlert Uses/Samples
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Fri, 1 Apr 2005 16:06:22 +0100
Newsgroups: jedi.vcl

I'm trying to use the component as a way of informing users that they have
notes/tasks due. I want to set the TAG equal to the Notes record to load
when the user clicks on the notification text.

i.e.
JvDesktopAlert1.Tag := {some number};
JvDesktopAlert1.HeaderText := 'Alert...';
JvDesktopAlert1.MessageText := 'Click here to view your note...';
JvDesktopAlert1.Execute;

procedure TfrmMain.JvDesktopAlert1MessageClick(Sender: TObject);
begin
 ShowNote((Sender as TJvDesktopAlert).Tag);
end;

This code works just fine except when I have a new note to display a
notification for. An error occurs when I try and change the
JvDesktopAlert1.Tag to a new value.

Am I not using this component properly? Is there some additional
documentation somewhere that can help me?

Thanks

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvCreateProcess
From: "Michele Santucci" <michele.santucci@celinavio.it>
Date: Fri, 1 Apr 2005 16:59:13 +0200
Newsgroups: jedi.vcl

I'm tryin' to use TJvCreateProcess component:

I have big problems running these lines:

        CreateProcess->CommandLine = ENVDB_BINARY;
        CreateProcess->Run();

After the assignment I got a access violation error.... what's up?

-- Michele Santucci =================== Celin Avio S.r.l. Software Dev. Manager -------------------------------------- tel. +390187564080 Via Fontevivo 21/M 19126 La Spezia =================== 

Subject: Re: TJvDesktopAlert Uses/Samples
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 01 Apr 2005 16:09:49 +0200
Newsgroups: jedi.vcl

ipaw wrote:

> Am I not using this component properly? Is there some additional
> documentation somewhere that can help me?

I think Sender is not of type TJvDesktopAlert.
Put a breakpoint in your event and evaluate (Ctrl+F7) Sender.ClassName to see which class it really is.

As to help, it is available online here:

http://homepages.borland.com/jedi/jedihelp/

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Mantis bugs: Help needed
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 1 Apr 2005 14:59:37 +0100
Newsgroups: jedi.vcl

Hello,

We are very busy and haven't much time to spend on JVCL, alas. But we 
took a glance at Mantis bugs for JvDBGrid+JvDBUltimGrid and here is our 
answer about them:
#1674: the RowsHeight and ShowMemo features have been implemented some 
months ago and the display of graphic fields is left to users (an 
example is provided for JvDBUltimGrid in the Examples folder).
#2096: already fixed, waiting feedback
#2317: waiting feedback
#2331: unable to reproduce this bug. We cannot test the Delphi project 
provided (we use only BCB5).
#2386: this is a real bug. I'll try (or Dom will) to fix it soon.
#2432: this feature can be implemented without pain. I'll try (or Dom 
will) to add it soon.
#2460: unable to reproduce this bug. Sounds like a XP ghosting bug.
#2533: We don't understand the problem. We converted to C++ the example 
provided and found nothing wrong.
#2540: a TJvFormStorage bug ?
#2547: same problem as Mantis #2383. I gave an answer there.
#2602: this is a real bug. I'll try (or Dom will) to fix it soon. BUT 
I'm not sure the problem is in JvDBGrid and can be fixed easily (it 
could come from DBGrid).
#2645: already fixed
#2729: already fixed
#2757: this feature can be implemented without pain. I'll try (or Dom 
will) to add it soon.
#2759 & #2760: same message as Mantis #2757
#2766: we use mainly Access DB through the ADO layer, so we can't have 
lookup fields (server side) and it's not easy for us to simulate that 
case.
#2783: the sorting function in JvDBGrid is very crappy. I didn't remove 
it because I thought some people could find a use for it, BUT PLEASE 
DON'T USE IT (and if you do, don't complain). Use JvDBUltimGrid and its 
sorting function instead.

Fred & Dom



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: To OBones
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 01 Apr 2005 15:58:25 +0200
Newsgroups: jedi.vcl

Lionel Reynaud wrote:
> Salut Olivier
>
> Serait-il possible de :
> 1- Commiter les corrections sur JvDBGridExport (cf post 29/3). Fichier joint.
> 2- Corriger le bug sur TJvDatePickerEdit (cf post 28/2, nzn.delphi 26/3) : Enlever les commentaires sur la ligne "if (FPopup ..."

For the English readers, here is Lionel's message:

------------------------------------------------------------------------
Would it be possible to

1. Commit the changes on JvDBGridExport (see 29/03 message and attached file)
2. Fix the bug on TJvDatePickerEdit (see 28/02 message)
------------------------------------------------------------------------

My answer is:

1. I will inspect the changes and commit as soon as I can.

2. The version I have here has been rewritten to fix other bugs and does not exhibit that bug anymore. I'll commit it in CVS as soon as I can.


In the future, please post zip files into jedi.binaries, as only the message should go in jedi.vcl

Cheers

Olivier


Subject: Re: Mantis bugs: Help needed
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 01 Apr 2005 15:50:21 +0200
Newsgroups: jedi.vcl

Hi.

> #2317: waiting feedback

I'd go for option 1.


> #2331: unable to reproduce this bug. We cannot test the Delphi project provided (we use only BCB5).

Test.mdb is missing anyway


> #2460: unable to reproduce this bug. Sounds like a XP ghosting bug.

Agreed, bug closed.


> #2533: We don't understand the problem. We converted to C++ the example provided and found nothing wrong.

Ran it in Delphi 7, nothing wrong found either, feedback has been requested.


> #2540: a TJvFormStorage bug ?

Looks like it, yes.


> #2766: we use mainly Access DB through the ADO layer, so we can't have lookup fields (server side) and it's not easy for us to simulate that case.

No worries.


> #2783: the sorting function in JvDBGrid is very crappy. I didn't remove it because I thought some people could find a use for it, BUT PLEASE DON'T USE IT (and if you do, don't complain). Use JvDBUltimGrid and its sorting function instead.

Duly noted.

In the end, thanks for all this, it is very much appreciated.

Cheers
Olivier


Subject: To OBones
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 1 Apr 2005 15:36:50 +0200
Newsgroups: jedi.vcl

Salut Olivier

Serait-il possible de :
1- Commiter les corrections sur JvDBGridExport (cf post 29/3). Fichier 
joint.
2- Corriger le bug sur TJvDatePickerEdit (cf post 28/2, nzn.delphi 26/3) : 
Enlever les commentaires sur la ligne "if (FPopup ..."

A++
Lionel




JvDBGridExport.pas
	



Subject: Re: JVPluginManager dont work in Win98??
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Fri, 01 Apr 2005 07:36:03 +0200
Newsgroups: jedi.vcl

Alison P. Oliveira wrote:
> Hi..
>
> When i test the program in Win98 de plugins don't load...
> JvPluginManager.PluginCount return 0. I have 4 plugins..
> In WinXp work fine...
> I use JVCL 2.10

Please upgrade to JVCL 3.00, the 2.10 version is no longer supported.


Subject: Re: TJvHttpUrlGrabber
From: "starCOM" <mcmahon2-@comcast.net>
Date: Fri, 1 Apr 2005 02:16:22 +0100
Newsgroups: jedi.vcl

> >starCOM wrote:
>> >>  Has there been a change in behavior ? With JVCL3, when trying to do 
a 
>> >> web grab I get a dialog complaining I can't change URL since it's 
still 
>> >> busy. I do a web grab every n hours and set the URL prior to 
initiating 
>> >> the grab
>> >> Thanks,
>> >> Bill
> >
> >Yes, the behaviour has changed from JVCL 2.
> >It now grabs asynchronously. However, if you are grabbing one URL every 
> >hour, the download should be finished and you should not get any error 
> >message.
> >Could you post an example into Mantis ?
> >
> >http://homepages.borland.com/jedi/issuetracker/
> >
> >Thanks
> >
I did some more investigation and it appears that even the first grab is 
giving the error. I use with a plugin. I'll to copy code to a standalone 
app first. It that behaves correctly, I'll port it to the simple plugin 
example code. It maybe the behavior within the plugin context is the 
issue
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: how to set a TJvDBTreeView
From: "thierry lopez-pacheco" <tlpacheco@canl.nc>
Date: Fri, 1 Apr 2005 09:55:03 +1100
Newsgroups: jedi.vcl

exemple : i work on 2 tables
1: facture (who content many tuple of sale)
2 : sale (detail)
i am used a sql request : select f.id_facture, f.date, s.credit,
s.customer_name from facture f, sale s where f.id_facture =
s.facture_id_facture
i want to do :

facture 25
|
-sale 1:credit, customer
|
-sale 2: ...
facture 26...
etc...

excuse me for my language i don t speak a good english

tks u for help 




Subject: Re: Desktop Alert Popup Menu
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Thu, 31 Mar 2005 15:47:32 -0700
Newsgroups: jedi.vcl

Chris M wrote:
> How does the popup menu know which desktop alert its being called from?
>
> In my popup menu I want it to be able to reschedule the task that is causing the alert.  So there is a menu item that says 'Reschedule'  This calls a routine to reschedule it.  But how do i tell the reschedule routine which IT to reschedule since there can be multiple popups at any given time?

Well unless someone has a better way I came up with this...

TTBXPopupMenu(TTbxitem(Sender).Parent.ParentComponent).PopupComponent.owner.owner.tag

my popup menu is a TBX popup

gets the tag (id number i need) from the desktopalert


Subject: Desktop Alert Popup Menu
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Thu, 31 Mar 2005 15:10:30 -0700
Newsgroups: jedi.vcl

How does the popup menu know which desktop alert its being called from?

In my popup menu I want it to be able to reschedule the task that is causing the alert.  So there is a menu item that says 'Reschedule'  This calls a routine to reschedule it.  But how do i tell the reschedule routine which IT to reschedule since there can be multiple popups at any given time?


Subject: JVPluginManager dont work in Win98??
From: "Alison P. Oliveira" <geladmin@yahoo.com.br>
Date: Thu, 31 Mar 2005 19:06:05 -0300
Newsgroups: jedi.vcl

Hi..

When i test the program in Win98 de plugins don't load...
JvPluginManager.PluginCount return 0. I have 4 plugins..
In WinXp work fine...
I use JVCL 2.10

Tanks for al..




Subject: Re: How to incorporate JVCL help into D7?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 31 Mar 2005 23:19:34 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:
> Hello.
>
> I'd like to incorporate Jedi help into Delphi 7. I have been trying different ways to add (jvcl3.hlp, jvcl3.cnt) into (Contents, Index, Link, Project), but when JvDBGrid is focused and I press F1, I don't get the help for that control.

Weird, no problems here. No idea what the problem could be. Is it only that component?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Does JvcRichEditToHTML work
From: MrT <tultalk@attglobal.net>
Date: Thu, 31 Mar 2005 15:56:56 -0500
Newsgroups: jedi.vcl

Hi:

  Do you know of another rtf2html converter that works correectly?

OBones wrote:
> MrT wrote:
>
>>   If you designate a place to post the input and output, I will do so.
>
>
> http://homepages.borland.com/jedi/issuetracker/
>
> Register for a login, then add an issue.



Subject: Re: Lets start the discussion for the next JVCL
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Thu, 31 Mar 2005 21:08:57 +0200
Newsgroups: jedi.vcl

> > But changing the JVCL to Unicode will break every single event handler of
> > a JVCL 3 application. That would mean less downward compatibility that
> > JVCL 3 -> JVCL 2.
Don't forget native design editors and the OI: they don't support
WideString.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Lets start the discussion for the next JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 31 Mar 2005 21:00:12 +0200
Newsgroups: jedi.vcl

Everything that is derived from TGraphicControl should be easily changed
to Unicode. A Simple search and replace for "string"->"WideString" and
looking for Move() and FillChar() calls.

TCustomControl/TWinControl are more complex. Especially if they use
something like WM_KEYDOWN, WM_GETTEXT, ...

But changing the JVCL to Unicode will break every single event handler of
a JVCL 3 application. That would mean less downward compatibility that
JVCL 3 -> JVCL 2.


-- Regards, Andreas Hausladen 

Subject: Re: Lets start the discussion for the next JVCL
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 31 Mar 2005 12:18:22 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> (4. JVCL 4 or JVCL 3.1?)
>    I would say that 1 and 2 only deserve a JVCL 3.1 whereas 3 deserves a
>    JVCL 4.


Since the Borland people haven't moved the VCL as a whole to Unicode, I question the merits of starting down that path.

The TNT components solve that problem very nicely, and most, I would say 99% of delphi developers write their apps in environments that don't require Unicode, so moving JVCL to Unicode for the sake of a small percentage of developers might not be the right idea.

I have personal interest in Unicode/Delphi myself, because I speak
a little Hindi and can read/write Devanagari/Sanskrit, and Unicode
is useful to me. I am sure that most Chinese and other asian and indic language developers really want Unicode support, however it is really a huge change and not something I think that the JVCL is equipped to
tackle. If it were otherwise, would not the VCL itself have moved to Unicode several versions of Delphi ago!? :-)


Warren


Subject: Re: Lets start the discussion for the next JVCL
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 31 Mar 2005 19:15:19 +0200
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> We already have a list of jobs to do so i will write up some of them and any of you can add to the list.
> Then we will discuss them and end up with a list of priorities to work on.
>
> 1. Complete the help.
>    My idea for that is to completely stop development (only bug fixing
>    allowed) and have all developers only write documentation.
>    Since we are currently on vacation from development it would be an
>    ideal time for that.

I am very bad at this point. I will take some days to write some documentation about JvFullColor* controls and classes.

I was working with DtxEditor, but after about 1 hour of work, it always crashes an the .dtx file is now empty :/ I hope that I am not the only person which has this problem.

> (4. JVCL 4 or JVCL 3.1?)
>    I would say that 1 and 2 only deserve a JVCL 3.1 whereas 3 deserves a
>    JVCL 4.

JVCL3.X for Alpha and Beta snapshots.
JVCL4 for stable release.

Florent


Subject: Lets start the discussion for the next JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 31 Mar 2005 18:24:43 +0200
Newsgroups: jedi.vcl

We already have a list of jobs to do so i will write up some of them and any of you can add to the list.
Then we will discuss them and end up with a list of priorities to work on.

1. Complete the help.
   My idea for that is to completely stop development (only bug fixing
   allowed) and have all developers only write documentation.
   Since we are currently on vacation from development it would be an
   ideal time for that.
2. Remove/absorb the Globus components.
   They are really bad and have a large overlap with other components.
   My idea is to first place them into a separate directory, but keep
   the package/installer integration.
   Then the merge is worked on. I doubt that many components will
   survive. After that they can be moved to Archive.
3. Unicode support for as many of the components as possible.
   This will probably need an expert from the TNT controls to help us.
   I would guess that much of the support can be placed in the JvEx
   layer.

(4. JVCL 4 or JVCL 3.1?)
   I would say that 1 and 2 only deserve a JVCL 3.1 whereas 3 deserves a
   JVCL 4.


Subject: Mantis bugs: Help needed
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 31 Mar 2005 17:52:05 +0200
Newsgroups: jedi.vcl

Hi,

Could all developpers have a serious look at the bugs in Mantis and either provide solutions or request feedback from the posters ?
A month ago, we had 3 pages of bugs, we are up to 5 now, and it does not look like many people are looking at them.

Thanks for the effort

Olivier Sannier
JVCL Coordinator


Subject: Re: JvDatabasePositionAction Current Position Incorrect
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Thu, 31 Mar 2005 16:42:07 +0100
Newsgroups: jedi.vcl

My problem is it doesn't work correctly ;-)

"Warren Postma" <wp.nospam@tekran.com> wrote in message 
news:d2h32r$40q$1@talkto.net...
> > Ben Trewern wrote:
>> >> All,
>> >>
>> >> Just tested a JvDatabaseActionList, added a JvDatabasePositionAction and
>> >> when you call the action it shows an incorrect Current Position in the
>> >> dialog box.  It's always one more than it should be.
> >
> > This looks like an error between the headphones, as they say in the 
> > Amateur radio world. :-) The error isn't in the code, it's in your 
> > understanding of the situation. The raw Position (in code) is 0 based (0 
> > to N-1). The display value is 1 to N so that's what is displayed on 
> > screen, which is correct. Your problem is?
> >
> >
> > Warren 




Subject: Re: JvDatabasePositionAction Current Position Incorrect
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Thu, 31 Mar 2005 16:33:55 +0100
Newsgroups: jedi.vcl

I've looked through the code and it looks to my untrained eye that 
EngineRecNo is based on the dataset's RecNo.  That start's at 1 from what I 
understand.

Regards,

Ben

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d2h2tu$405$1@talkto.net...
> > Ben Trewern wrote:
> >
>> >> Looks like an easy fix:
>> >>
>> >> In JvDBActions change line 1469 from
>> >>
>> >> AsString := IntToStr(EngineRecNo + 1) + ' / ' + 
>> >> IntToStr(EngineRecordCount);
>> >>
>> >> to
>> >>
>> >> AsString := IntToStr(EngineRecNo) + ' / ' + IntToStr(EngineRecordCount);
>> >>
>> >> Any comments?
> >
> > Isn't EngineRecNo supposed to start at 0?
> > If that's the case, then you would have 0/XXX on the first record, 
> > wouldn't you ? 




Subject: Re: JCL Classes with member functions with HWND parameter still do not linked
From: Hofi <hofi@fw.hu>
Date: Thu, 31 Mar 2005 17:30:29 +0200
Newsgroups: jedi.vcl

I'm using the latest JVCL3 release

JVCL300CompleteJCL195-Build1848.7z

yes i had previous versions (jvl2 and jvcl3 rc1) but i did a clean new install when built the the final JVC3 and JCL195

will you pls send me your test package file?!?

TIA
  Hofi

On Thu, 31 Mar 2005 16:52:21 +0200, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> Hofi wrote:
>
>> Could you please give me an advice how to solve this?!!?
>
> I just tried, and didn't get any problem whatsoever.
>
> Which version of the JVCL are you using ?
> Which version of the JCL are you using with it ?
>
> And did you have a previous version installed ?



Subject: Re: JvDatabasePositionAction Current Position Incorrect
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Thu, 31 Mar 2005 16:29:32 +0100
Newsgroups: jedi.vcl

My problem may be the DB components I'm using.  If you see in the example, I 
am getting the wrong results, but that may be down to ZeosLib not producing 
the correct EngineRecNo.  I'll look through that code instead and see if I 
can find a problem there.  It does seem funny that the Caption for the 
button is showing the correct values but the dialog box is not.

Regards,

Ben

"Warren Postma" <wp.nospam@tekran.com> wrote in message 
news:d2h32r$40q$1@talkto.net...
> > Ben Trewern wrote:
>> >> All,
>> >>
>> >> Just tested a JvDatabaseActionList, added a JvDatabasePositionAction and
>> >> when you call the action it shows an incorrect Current Position in the
>> >> dialog box.  It's always one more than it should be.
> >
> > This looks like an error between the headphones, as they say in the 
> > Amateur radio world. :-) The error isn't in the code, it's in your 
> > understanding of the situation. The raw Position (in code) is 0 based (0 
> > to N-1). The display value is 1 to N so that's what is displayed on 
> > screen, which is correct. Your problem is?
> >
> >
> > Warren 




Subject: Re: JvDatabasePositionAction Current Position Incorrect
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 31 Mar 2005 17:09:20 +0200
Newsgroups: jedi.vcl

Ben Trewern wrote:

> Looks like an easy fix:
>
> In JvDBActions change line 1469 from
>
> AsString := IntToStr(EngineRecNo + 1) + ' / ' + IntToStr(EngineRecordCount);
>
> to
>
> AsString := IntToStr(EngineRecNo) + ' / ' + IntToStr(EngineRecordCount);
>
> Any comments?

Isn't EngineRecNo supposed to start at 0?
If that's the case, then you would have 0/XXX on the first record, wouldn't you ?


Subject: Re: JvDatabasePositionAction Current Position Incorrect
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 31 Mar 2005 10:07:57 -0500
Newsgroups: jedi.vcl

Ben Trewern wrote:
> All,
>
> Just tested a JvDatabaseActionList, added a JvDatabasePositionAction and
> when you call the action it shows an incorrect Current Position in the
> dialog box.  It's always one more than it should be.

This looks like an error between the headphones, as they say in the Amateur radio world. :-) The error isn't in the code, it's in your understanding of the situation. The raw Position (in code) is 0 based (0 to N-1). The display value is 1 to N so that's what is displayed on screen, which is correct. Your problem is?


Warren


Subject: Re: JvDatabasePositionAction Current Position Incorrect
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Thu, 31 Mar 2005 16:03:55 +0100
Newsgroups: jedi.vcl

Looks like an easy fix:

In JvDBActions change line 1469 from

AsString := IntToStr(EngineRecNo + 1) + ' / ' + IntToStr(EngineRecordCount);

to

AsString := IntToStr(EngineRecNo) + ' / ' + IntToStr(EngineRecordCount);

Any comments?

Ben

Ben Trewern wrote in message news:d2h28j$3s3$1@talkto.net...
> > All,
> >
> > Just tested a JvDatabaseActionList, added a JvDatabasePositionAction and
> > when you call the action it shows an incorrect Current Position in the
> > dialog box.  It's always one more than it should be.
> >
> > I'm going to have a look and see if I can trace the problem but if anyone 
> > else has any ideas or fixes?
> >
> > Regards,
> >
> > Ben
> >
> > 




Subject: JvDatabasePositionAction Current Position Incorrect
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Thu, 31 Mar 2005 15:57:52 +0100
Newsgroups: jedi.vcl

All,

Just tested a JvDatabaseActionList, added a JvDatabasePositionAction and
when you call the action it shows an incorrect Current Position in the
dialog box.  It's always one more than it should be.

I'm going to have a look and see if I can trace the problem but if anyone 
else has any ideas or fixes?

Regards,

Ben 



Example.PNG
	



Subject: Re: JCL Classes with member functions with HWND parameter still do not linked
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 31 Mar 2005 16:52:21 +0200
Newsgroups: jedi.vcl

Hofi wrote:

> Could you please give me an advice how to solve this?!!?

I just tried, and didn't get any problem whatsoever.

Which version of the JVCL are you using ?
Which version of the JCL are you using with it ?

And did you have a previous version installed ?


Subject: JCL Classes with member functions with HWND parameter still do not linked
From: Hofi <hofi@fw.hu>
Date: Thu, 31 Mar 2005 16:35:23 +0200
Newsgroups: jedi.vcl

Plz somebody try the next in BCB6

Create a new package, add a new component

1. a TWinControl based

2. a TJvxCheckListBox based

on my machine in the first case the package built and linked as expected

in the second case the package built but not linked
with error
[Linker Error] Unresolved external '__fastcall Jvxchecklistbox::TJvxCustomListBox::FocusSet(HWND__ *)' referenced from J:\SOURCE\VCL6\HOFI\HVCL\LIB6\JVXCHECKLISTBOX1.OBJ
[Linker Error] Unresolved external '__fastcall Jvxchecklistbox::TJvxCustomListBox::FocusKilled(HWND__ *)' referenced from J:\SOURCE\VCL6\HOFI\HVCL\LIB6\JVXCHECKLISTBOX1.OBJ

I did not edited or modified any headers or source files, just tried to build a package with a JVCL descendant component that has member with HWND parameter.

Could you please give me an advice how to solve this?!!?

Thank you in advance
  Hofi



Subject: Re: Anybody Cares? JvDBGrid.pas v 1.94 Not Compling JCL ver 1.94 JVCL ver 3.0
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Thu, 31 Mar 2005 10:07:02 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Alvaro Jeria wrote:
>
>> Got the following error:
>> [Error] JvDBGrid.pas(2099): Undeclared identifier: 'StringStartsWith'
>> [Fatal Error] XX.pas(8): Could not compile used unit 'JvDBGrid.pas'
>>
>> Any ideas?
>
>
> Let me clarify a bit:
>
> You are using JVCL 3.00 as released a few days ago
> You are using JCL 1.94 as released a few months ago.
>
> So if I'm correct, you decided to use the JVCL 3.00 with a JCL for which it was not designed. The download on sourceforge has the JVCL 3.00 with JCL 1.95
>
> In the end, if I'm correct, it seems you are not using the correct version of the JCL, hence the fact that the JVCL does not compile.
OBones your right, thanks for the advice..sorry sorry sorry...


Subject: Re: TJvPoweredBy... graphic size
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 31 Mar 2005 15:41:07 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> No problem.

Done error.


Subject: Re: Anybody Cares? JvDBGrid.pas v 1.94 Not Compling JCL ver 1.94 JVCL ver 3.0
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 31 Mar 2005 15:19:56 +0200
Newsgroups: jedi.vcl

Alvaro Jeria wrote:

> Got the following error:
> [Error] JvDBGrid.pas(2099): Undeclared identifier: 'StringStartsWith'
> [Fatal Error] XX.pas(8): Could not compile used unit 'JvDBGrid.pas'
>
> Any ideas?

Let me clarify a bit:

You are using JVCL 3.00 as released a few days ago
You are using JCL 1.94 as released a few months ago.

So if I'm correct, you decided to use the JVCL 3.00 with a JCL for which it was not designed. The download on sourceforge has the JVCL 3.00 with JCL 1.95

In the end, if I'm correct, it seems you are not using the correct version of the JCL, hence the fact that the JVCL does not compile.


Subject: Anybody Cares? JvDBGrid.pas v 1.94 Not Compling JCL ver 1.94 JVCL ver 3.0
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Thu, 31 Mar 2005 09:13:14 -0400
Newsgroups: jedi.vcl

Got the following error:
[Error] JvDBGrid.pas(2099): Undeclared identifier: 'StringStartsWith'
[Fatal Error] XX.pas(8): Could not compile used unit 'JvDBGrid.pas'

Any ideas?


Subject: Re: TJvPoweredBy... graphic size
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 31 Mar 2005 14:38:11 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> would it be possible to set the the both graphics to the same size? When
> placing them one under another into an about-dialog it would look much
> better when they have the same size.

No problem.
Even if you usually need not use both of them.
I think we will place cross links on the web pages.


Subject: How to incorporate JVCL help into D7?
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Thu, 31 Mar 2005 11:38:42 +0200
Newsgroups: jedi.vcl

Hello.

I'd like to incorporate Jedi help into Delphi 7. I have been trying different ways to add (jvcl3.hlp, jvcl3.cnt) into (Contents, Index, Link, Project), but when JvDBGrid is focused and I press F1, I don't get the help for that control.


Just if you wandered if I checked: the file jvcl.hlp contains full help for that control.

Any hints of what goes where? Thanks in advance, and May the Schwartz be with you ;).



-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: Latest full release + JCL install
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 31 Mar 2005 11:29:25 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> > What should I do?

Do you have the source code of an older JCL on your disk? And is this
direcory in Delphi 7's search and/or browse paths?

The JVCL Installer searches in the search and browse paths for the JCL and
if it finds the first fitting directory it uses this.

-- Regards, Andreas Hausladen 

Subject: Re: TJvPoweredByJCL and TJvPoweredByJVCL
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 31 Mar 2005 09:54:31 +0200
Newsgroups: jedi.vcl,jedi.jcl

Sorry, but this again a broken link! ;)

Greetings
Dierk

"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:d2g5vf$tk3$1@talkto.net...
> > Marcel Bestebroer wrote:
>> > > But why not link
>> > > to the current JCL/JVCL homepages (the ones on the borland server)? Why
>> > > create another page for this?
> >
> > Changed to:
> > http://homepages.borland.com/jedi/jcl/PoweredByJCL.htm
> > http://homepages.borland.com/jedi/jvcl/PoweredByJVCL.htm




Subject: TJvPoweredBy... graphic size
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 31 Mar 2005 09:04:04 +0200
Newsgroups: jedi.vcl

Hello,

would it be possible to set the the both graphics to the same size? When
placing them one under another into an about-dialog it would look much
better when they have the same size.

Ciao,
Ralf



Subject: Re: TJvPoweredByJCL and TJvPoweredByJVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 31 Mar 2005 08:52:41 +0200
Newsgroups: jedi.vcl,jedi.jcl

Marcel Bestebroer wrote:
> But why not link to the current JCL/JVCL homepages (the ones on the borland server)? Why create another page for this?

Changed to:
http://homepages.borland.com/jedi/jcl/PoweredByJCL.htm
http://homepages.borland.com/jedi/jvcl/PoweredByJVCL.htm


Subject: Re: Powered by?
From: "JFN" <no.spam@for.me>
Date: Thu, 31 Mar 2005 05:16:17 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > JFN wrote:
> > 
>> > > No JCL2005 yet?
> > 
> > We can discuss fancy versioning, but i do not think that it is
> > important.

I don't either: just kidding ;-)

Keep up the good work!
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: Powered by?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 31 Mar 2005 06:30:51 +0200
Newsgroups: jedi.vcl

JFN wrote:

> No JCL2005 yet?

We can discuss fancy versioning, but i do not think that it is important.


Subject: Re: TJvPoweredByJCL and TJvPoweredByJVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 31 Mar 2005 06:27:57 +0200
Newsgroups: jedi.vcl,jedi.jcl

Marcel Bestebroer wrote:

>     which may be the reason Robert mentioned we need these pages to be created, sot he components actually link to something. But why not link to the current JCL/JVCL homepages (the ones on the borland server)? Why create another page for this?

jvcl.sf.net is redirected to our Borland pages.
I cannot memorize the Borland address :-)
I will change it today.


Subject: Latest full release + JCL install
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Wed, 30 Mar 2005 17:43:38 -0500
Newsgroups: jedi.vcl

I have D5, D7, 2005 on my system.  I D/L the latest full (final) release + 
JCL.  I removed my previous (RC1) directories, BPLs, ...everything.  I 
install the JCL using their installer, then run the installer for the JVCL. 
I will only let me install for D5 & 2005, D7 is greyed out.  D7 is actually 
the only system I want to install for.  There is a comment (link) to the 
right of the D7 saying 1.95 required....but thats what I just installed.

What should I do?

Jeff 




Subject: Re: Help with JvExprEval
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 31 Mar 2005 00:40:33 +0200
Newsgroups: jedi.vcl

Florian Hector wrote:

> I have an expression as string like (X*9/5)+32 or (X-32)*5/9, where X is a variable.
>
> Can anyone give me a hint on how to pass this to JvExprEval in order to get the calculated result back?

If you are talking about the JclExprEval.pas unit, then look at the demo application ExprEvalExample that shows how to do this.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvComboEdit an OnBottonClick
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 31 Mar 2005 00:20:59 +0200
Newsgroups: jedi.vcl

Florian Hector wrote:

> Is it expected behavior, that OnBottonClick does not fire when the edits ReadOnly is set to true?

See http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvCustomComboEdit.AlwaysEnableButton

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Cannot find help on JvTFMonths
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 31 Mar 2005 00:12:25 +0200
Newsgroups: jedi.vcl

Michael Moreno wrote:
> Hi,
>
> sorry, I cannot find any help on the component TJvTFMonths in the Win-Help.
> Can you find any help on it please?

Only files that are documented for 40% or more are included in the help files. The JvTFMonths.pas file is not documented at all so it is not included. You can see the file in the online-help at

http://homepages.borland.com/jedi/jedihelp/unit.php?Name=JvTFMonths.pas

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvDesktopAlert
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Wed, 30 Mar 2005 14:24:40 -0700
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I changed:
>> uses ...,JvExForms
>>
>> //  TJvDesktopAlert = class(TJvCommonDialogP)
>>  TJvDesktopAlert = class(TJvExCustomForm)
>
>
> Wrong place. You should have changed TJvDesktopAlertForm in
> JvDesktopAlertForm.pas . You will have to make some other adjustments as
> well:
>
> add to public:
>
> property OnClose;
> property OnShow;
> property ParentFont;
>
> You also have to change some method signatures of the stacker component so
> it recieves a TCustomForm isto TForm. There might be other changes required,
> but they should be minor (i.e som etypecasts, maybe). I don't have the
> modified unit here at work, otherwise I could have posted it to binaries. I
> don't want to change my work copy since I use it in our apps.
>
> FWIW, I tried the changes on my own copy (at home, not at work) and it seems
> to work as Remko stated. I don't now, however, what other side-effects this
> change might have, so I would prefer if someone else tests this more
> thouroughly before comitting to CVS.
>
 Was there an outcome to this?

Did the changes get compiled in? and make it into 3.0? or would I need to custom do this myself to get it to work?

Thanks.


Subject: Re: Powered by?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 30 Mar 2005 22:47:47 +0200
Newsgroups: jedi.vcl

thanks Olivier.

S.



Subject: Re: Powered by?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Wed, 30 Mar 2005 22:04:17 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:
>> TJvPoweredByJCL and TJvPoweredByJVCL have been added to CVS.
>> So we are working towards a JVCL 3.1 or JVCL 4 :-)
>
>
> wow! But they are components.
>
> A curiosity. The source in CVS is already the final JVCL 3.0 and final JCL 1.95? I ask this because I usually update using CVS.

The JVCL 3.00 final was made on a branch from the CVS HEAD. What is in this branch is in HEAD so if you update from HEAD you already have the same content.


Subject: Re: Powered by?
From: "JFN" <no.spam@for.me>
Date: Wed, 30 Mar 2005 19:51:31 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > TJvPoweredByJCL and TJvPoweredByJVCL have been added to CVS.
> > So we are working towards a JVCL 3.1 or JVCL 4 :-)

No JCL2005 yet?

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: Powered by?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 30 Mar 2005 21:18:36 +0200
Newsgroups: jedi.vcl

> TJvPoweredByJCL and TJvPoweredByJVCL have been added to CVS.
> So we are working towards a JVCL 3.1 or JVCL 4 :-)

wow! But they are components.

A curiosity. The source in CVS is already the final JVCL 3.0 and final JCL 1.95? I ask this because I usually update using CVS.

Regards
Salvatore



Subject: JvPluginWizard
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Wed, 30 Mar 2005 18:43:42 +0000 (UTC)
Newsgroups: jedi.vcl

Has anyone else experienced an access violation when using the 
JvPluginWizard in D2005?  It seems to create the plugin just fine (well, I 
wish it would place it in the currently opened project group rather than 
creating a new standalone project) despite the error.

Jeff.


Subject: JvDBGrid.pas v 1.94 Not Compling JCL ver 1.94 JVCL ver 3.0
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Wed, 30 Mar 2005 13:20:40 -0400
Newsgroups: jedi.vcl

Got the following error:
[Error] JvDBGrid.pas(2099): Undeclared identifier: 'StringStartsWith'
[Fatal Error] XX.pas(8): Could not compile used unit 'JvDBGrid.pas'

Any ideas?


Subject: Re: problems with JvClock
From: "Torsten Hunnenberg" <thunnenberg@gmx.de>
Date: Wed, 30 Mar 2005 16:10:22 +0200
Newsgroups: jedi.vcl

Hello,

I tried your changes and it works fine for me

thank you

Torsten

"OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag 
news:d2e4kf$hqp$1@talkto.net...
> > Torsten Hunnenberg wrote:
> >
>> >> Hello,
>> >>
>> >> I'm using JVCL 3 (release)
>> >>
>> >> It looks like that the enabled function from JvClock is not working
> >
> > That is absolutely correct.
> > Here are the changes I propose. Add this code:
> >
> >   if not Enabled then Exit;
> >
> >
> > at the beginning of PaintAnalogClock (line 912) and PaintTimeStr (line 
> > 1006) in the JvClock.pas file
> >
> > This will prevent the update of the display from happening.
> > Let us know if that is ok with you, so that it can be added in CVS.
> >
> > Cheers
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: TJvPoweredByJCL and TJvPoweredByJVCL
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 30 Mar 2005 16:01:34 +0200
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:
> 404 on both links

    which may be the reason Robert mentioned we need these pages to be created, sot he components actually link to something. But why not link to the current JCL/JVCL homepages (the ones on the borland server)? Why create another page for this?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvPoweredByJCL and TJvPoweredByJVCL
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 30 Mar 2005 15:53:55 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> I have created these simple components (Jv Visual palette).
> A bitmap with a link to
> http://jvcl.sf.net/PoweredByJCL.htm
> http://jvcl.sf.net/PoweredByJVCL.htm
> (I think i need to fix the first link).
>
> Now we need these pages for our websites.
> A simple page mainly linking to the rest of the website.
> Maybe we can improve the component to post some info from the
> caller to be shown.

404 on both links


Subject: TJvPoweredByJCL and TJvPoweredByJVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 30 Mar 2005 15:38:01 +0200
Newsgroups: jedi.vcl,jedi.jcl

I have created these simple components (Jv Visual palette).
A bitmap with a link to
http://jvcl.sf.net/PoweredByJCL.htm
http://jvcl.sf.net/PoweredByJVCL.htm
(I think i need to fix the first link).

Now we need these pages for our websites.
A simple page mainly linking to the rest of the website.
Maybe we can improve the component to post some info from the
caller to be shown.


Subject: Re: Upgrade help please
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 30 Mar 2005 14:53:45 +0200
Newsgroups: jedi.vcl

SteveW wrote:

> Still struggling with
>
> JvMultilineListbox
> JvTimerLst


TJvMultilineListBox has been replaced by TJvListBox and is in the JvListBox unit
TJvTimerLst has been replaced by TJvTimerList and is in the JvTimerList unit


Subject: Re: Upgrade help please
From: "SteveW" <Stevewarby@btinternet.com>
Date: Wed, 30 Mar 2005 13:41:38 +0100
Newsgroups: jedi.vcl

Still struggling with

JvMultilineListbox
JvTimerLst


What is the step by step procedure to replace these items.

In idiot language please.


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message 
news:d2dj8i$e80$1@talkto.net...
>> >> I am getting the error Jvedit1.selstart and selLength property does not
>> >> exist.
> > You can probably ignore it unless you now you had explicitly set them to
> > some valid value. In that case, you need to set these values in code (in
> > FormCreate or something). They used to be published, now they are public.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: Re: problems with JvClock
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 30 Mar 2005 14:19:41 +0200
Newsgroups: jedi.vcl

Torsten Hunnenberg wrote:

> Hello,
>
> I'm using JVCL 3 (release)
>
> It looks like that the enabled function from JvClock is not working

That is absolutely correct.
Here are the changes I propose. Add this code:

  if not Enabled then Exit;


at the beginning of PaintAnalogClock (line 912) and PaintTimeStr (line 1006) in the JvClock.pas file

This will prevent the update of the display from happening.
Let us know if that is ok with you, so that it can be added in CVS.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Minor Bug in TJvTFMonths
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 30 Mar 2005 14:07:45 +0200
Newsgroups: jedi.vcl

Michael Moreno wrote:

> This property
>
>  JvTFMonths1.TitleAttr.Visible := true;
>
> is not working when set at DesignTime. It needs to be reset at Runtime.

In JvTFGlance.pas, please comment out line 1322 and let us know if that does not introduce any other bug.


> Is it the right place to report bugs anyway?

For simple problems like this, yes. But the preferred way is to use Mantis here:

http://homepages.borland.com/jedi/issuetracker/


Subject: Re: JvCreateProcess
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Wed, 30 Mar 2005 14:03:42 +0200
Newsgroups: jedi.vcl

Alberto Menghini wrote:

> > Hi,
> > 
> > I have a problem with the JvCreateProcess....
> > 
> > I would like to do :
> > 
> > Start console application
> > Copy D:\Tmp0\*.* D:\Tmp1
> > Close console application when finished.
> > 
> > I'd try to work with the ConsoleExample but to close the process I must
> > type 'Exit'+<CR>...and I don't wont do do this.
> > After end to execute the command the process must be terminate.
> > 
> > Can you help me ?
This demo starts a command processor and pipes StdIn and StdOut of the
console to the program. Sending "exit" on StdIn of the command processor
exits that one. So if you want to stick to this example, you just have to
send the exit by yourself:

procedure TConsoleExampleMainForm.ExecuteCommand;
begin
  AddCommand(edtCommand.Text);
  JvCreateProcess1.WriteLn(edtCommand.Text);
//Add this:
  AddCommand('exit');
  JvCreateProcess1.WriteLn('exit');
//end of change
  edtCommand.SelectAll;
end;

Now you have a "one command only" mode. Note: you have to call
TConsoleExampleMainForm.StartCommandProcessor again, to execute another
command.

Burkhard



Subject: Re: HWND in BCB
From: Hofi <hofi@fw.hu>
Date: Wed, 30 Mar 2005 13:58:25 +0200
Newsgroups: jedi.vcl

Plz take a look at the file forms.hpp

in the class TForm you van find this declaration

 /* TWinControl.CreateParented */ inline __fastcall TForm(HWND ParentWindow) : TCustomForm(ParentWindow) { }


and at the top of the file you can find this

// Borland C++ Builder
// Copyright (c) 1995, 2002 by Borland Software Corporation
// All rights reserved

// (DO NOT EDIT: machine generated header) 'Forms.pas' rev: 6.00

so there are 2 version
1. delphi can produce 'correct' handle types
2. the boyz at borland edited the produced hpp files by hand (or by a tool)


what do you say !?!?


On Mon, 28 Mar 2005 22:51:43 +0200, OBones <obones_gfd_@_rzr_altern.org> wrote:

> Hofi wrote:
>
>> Could any of you plz tell me what compiler option forces delphi to produce  HWND as HWND in the output BPL file not unsigned int?!?
>
> You can't, you have to not mix windows.h and windows.hpp



Subject: problems with JvClock
From: "Torsten Hunnenberg" <thunnenberg@gmx.de>
Date: Wed, 30 Mar 2005 13:49:25 +0200
Newsgroups: jedi.vcl

Hello,

I'm using JVCL 3 (release)

It looks like that the enabled function from JvClock is not working

It doesn't matter if I set JvClock.enabled := false or true the Clock is 
allways working

Is it possible that I make a mistake

I use the JvClock as Analog clock.


best regards

Torsten 




Subject: Cannot find help on JvTFMonths
From: "Michael Moreno" <michael.ToRemove.moreno@free.fr>
Date: Wed, 30 Mar 2005 12:06:42 +0100
Newsgroups: jedi.vcl

Hi,

sorry, I cannot find any help on the component TJvTFMonths in the Win-Help.
Can you find any help on it please?

I am looking at how to highlight the "today" cell.

Thanks

-- 
----
http://michael.moreno.free.fr/



Subject: Minor Bug in TJvTFMonths
From: "Michael Moreno" <michael.ToRemove.moreno@free.fr>
Date: Wed, 30 Mar 2005 11:49:25 +0100
Newsgroups: jedi.vcl

This property

 JvTFMonths1.TitleAttr.Visible := true;

is not working when set at DesignTime. It needs to be reset at Runtime.

Is it the right place to report bugs anyway?

thanks for the good job.

-- 
----
http://michael.moreno.free.fr/



Subject: JvCreateProcess
From: "Alberto Menghini" <alberto@asoft.it>
Date: Wed, 30 Mar 2005 11:39:01 +0200
Newsgroups: jedi.vcl

Hi,

I have a problem with the JvCreateProcess....

I would like to do :

Start console application
Copy D:\Tmp0\*.* D:\Tmp1
Close console application when finished.

I'd try to work with the ConsoleExample but to close the process I must type
'Exit'+<CR>...and I don't wont do do this.
After end to execute the command the process must be terminate.

Can you help me ?

-- Alberto Menghini 

Subject: Re: Powered by?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 30 Mar 2005 10:20:31 +0200
Newsgroups: jedi.vcl

TJvPoweredByJCL and TJvPoweredByJVCL have been added to CVS.
So we are working towards a JVCL 3.1 or JVCL 4 :-)

The components still need updated websites.


Subject: Re: Upgrade help please
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Mar 2005 09:20:19 +0200
Newsgroups: jedi.vcl

> > I am getting the error Jvedit1.selstart and selLength property does not
> > exist.
You can probably ignore it unless you now you had explicitly set them to
some valid value. In that case, you need to set these values in code (in
FormCreate or something). They used to be published, now they are public.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvHttpUrlGrabber
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 30 Mar 2005 09:16:54 +0200
Newsgroups: jedi.vcl

starCOM wrote:
>  Has there been a change in behavior ? With JVCL3, when trying to do a web grab I get a dialog complaining I can't change URL since it's still busy. I do a web grab every n hours and set the URL prior to initiating the grab
> Thanks,
> Bill

Yes, the behaviour has changed from JVCL 2.
It now grabs asynchronously. However, if you are grabbing one URL every hour, the download should be finished and you should not get any error message.
Could you post an example into Mantis ?

http://homepages.borland.com/jedi/issuetracker/

Thanks


Subject: Re: JvFormStorage does not remember Active Control
From: Florian Hector <fhector@web.de>
Date: Wed, 30 Mar 2005 08:47:26 +0200
Newsgroups: jedi.vcl

Jens Fudickar schrieb:
> Updated in mantis.
>
> Please have a look.
>
> Jens Fudickar wrote:
>

Jens,
many thanks for your effort.

This is about the same I did before I discovered JVCL 2.1 and all the things it can do for me painlessly.

Don't remember if it was PageControl.AvtivePage I had to add to the stored properties or if it was enough to tick the checkbox ActiveControl in order to get the behavior in JVCL 2.1.

What is the purpose of that CheckBox ActiveControl anyway?

Florian


Subject: Re: JvExpress demo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 30 Mar 2005 06:47:04 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I know it's not the most used component in JVCL, but I created a minimal demo for it. Shall I check it in?

Demos are always welcome.
Do you know how to integrate the demo?
Copy the .dof file from another demo. Add the demo to the makefile.mak
(and test CompileExamples.bat).


Subject: TJvHttpUrlGrabber
From: "starCOM" <mcmahon2-@comcast.net>
Date: Wed, 30 Mar 2005 02:08:25 +0100
Newsgroups: jedi.vcl

 Has there been a change in behavior ? With JVCL3, when trying to do a 
web grab I get a dialog complaining I can't change URL since it's still 
busy. I do a web grab every n hours and set the URL prior to initiating 
the grab
Thanks,
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installer Question 3RDParty-Integration
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 30 Mar 2005 00:44:49 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > BPL, DCP, both?

For compilation you need the DCP files. For execution with Runtime
Packages you need the BPL file.


-- Regards, Andreas Hausladen 

Subject: Re: Upgrade help please
From: "SteveW" <Stevewarby@btinternet.com>
Date: Tue, 29 Mar 2005 22:30:17 +0100
Newsgroups: jedi.vcl

I am getting the error Jvedit1.selstart and selLength property does not 
exist.

Any ideas ?

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d2b811$up7$1@talkto.net...
> > SteveW wrote:
>> >> Where is the migrate.htm file please.
> >
> > My bad, it's called migrating.htm and it is in the help directory. 




Subject: Re: Upgrade help please
From: "SteveW" <Stevewarby@btinternet.com>
Date: Tue, 29 Mar 2005 22:12:32 +0100
Newsgroups: jedi.vcl

Thanks for the help so far.

I now only have problems with the following :

JvMultilineListbox
JvTimerLst
JvEdit

What are the search and replace for these please.


"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d2b811$up7$1@talkto.net...
> > SteveW wrote:
>> >> Where is the migrate.htm file please.
> >
> > My bad, it's called migrating.htm and it is in the help directory. 




Subject: JvExpress demo
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 29 Mar 2005 15:34:06 -0500
Newsgroups: jedi.vcl

I know it's not the most used component in JVCL, but I created a minimal demo for it. Shall I check it in?

See jedi.binaries for a zip of this demo.

Warren


Subject: JvComboEdit an OnBottonClick
From: Florian Hector <fhector@web.de>
Date: Tue, 29 Mar 2005 22:28:01 +0200
Newsgroups: jedi.vcl

Is it expected behavior, that OnBottonClick does not fire when the edits ReadOnly is set to true?

Florian


Subject: Installer Question 3RDParty-Integration
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 29 Mar 2005 22:20:23 +0200
Newsgroups: jedi.vcl

Hi Andreas,

sorry for the same question again.

Which files are needed for the 3RDPARTY Integration.

BPL, DCP, both?

Seems to be that DevExpress has changed the installation a little bit.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: a more efficient way of storing settings (with JV components?)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 29 Mar 2005 22:15:04 +0200
Newsgroups: jedi.vcl

> Jens Fudickar wrote:
>
>> Marcel is right,
>>
>> i've designed also a non visual component TJvCustomPropertyStore which is in the JvPropertyStore.pas.
>>
>> This is the base class for all of my settings.
>>
>> Each time i want to add a property it's added to the published properties. Then if the class contain's also TJvCustomPropertyStore properties these classes will be saved/restored automaticly also.
>>
>> The only missing part is the transformation with TJvParameterList and for me a treeView and JvSettingsTreeview and a JvPageList, like it is mentioned in a thread a little bit above.
>>
>> Part one of your needs is finished, part two is missing.
>
>
>
> This sounds interesting, and similar to something I've been considering.  I have a few questions:

Feel free to ask :-)
>
> (1) Looking at JvDynControl engines and the TJvParameterList classes,
> what was the original "inspiration" or usage-scenario for these? I am imagining that they were design around the "data-driven" model, where an automated transform of your data+metadata could be used to build a form
> dynamically to inspect them. This is something I have always wanted to do.

The first inspiration of the Parameterlist was, in my application i have a lot of small parameter dialogs, and i didn't want to create forms for it, i want to create them in an easy way by code. The original codes for this are based in the year 1997.
The dyncontrol starts when i started to convert my original parameterlist to jvcl. The reason was, that i want to use the devExpress edit controls and i want to publish the parameterlist to jvcl. But not everyone uses devexpress, so i had to design a level between => dyncontrol engine.

>
> (2) Has anyone tried to build a data-aware panel that would use JvDynControl engine and JvParameterList to do an "automatic CRUD screens" type of thing using any database, dynamically at runtime?

Yes!! It's allready included :-) Have a look at the DynControlDB units and the JvclDBActions. There you can everything for this.

>
> (3) I am primariliy interested in the same thing as the original
> poster (a nice elegant configuration dialog where the contents of the configuration dialog are not static, but generated dynamically based
> on the configuration-meta-data (configuration templates of my own design).
>
> Currently I am using JvInspector and JvAppStorage, but find the Dynamic Controls Engine and Parameter List stuff interesting, but I don't quite understand the whole deal yet.
>

My basic idea is to combine the TJvCustomPropertyStore with the JvSettingsTreeview and a JvPageList, but the problem is : lack of time in this moment.

If you want to start with it. Feel free and i will try to help and enhance the code.

Greetings
Jens

> Regards,
>
> Warren
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: a more efficient way of storing settings (with JV components?)
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 29 Mar 2005 14:57:51 -0500
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Marcel is right,
>
> i've designed also a non visual component TJvCustomPropertyStore which is in the JvPropertyStore.pas.
>
> This is the base class for all of my settings.
>
> Each time i want to add a property it's added to the published properties. Then if the class contain's also TJvCustomPropertyStore properties these classes will be saved/restored automaticly also.
>
> The only missing part is the transformation with TJvParameterList and for me a treeView and JvSettingsTreeview and a JvPageList, like it is mentioned in a thread a little bit above.
>
> Part one of your needs is finished, part two is missing.


This sounds interesting, and similar to something I've been considering.  I have a few questions:

(1) Looking at JvDynControl engines and the TJvParameterList classes,
what was the original "inspiration" or usage-scenario for these? I am imagining that they were design around the "data-driven" model, where an automated transform of your data+metadata could be used to build a form
dynamically to inspect them. This is something I have always wanted to do.

(2) Has anyone tried to build a data-aware panel that would use JvDynControl engine and JvParameterList to do an "automatic CRUD screens" type of thing using any database, dynamically at runtime?

(3) I am primariliy interested in the same thing as the original
poster (a nice elegant configuration dialog where the contents of the configuration dialog are not static, but generated dynamically based
on the configuration-meta-data (configuration templates of my own design).

Currently I am using JvInspector and JvAppStorage, but find the Dynamic Controls Engine and Parameter List stuff interesting, but I don't quite understand the whole deal yet.

Regards,

Warren





Subject: Re: JvFormStorage does not remember Active Control
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 29 Mar 2005 21:31:03 +0200
Newsgroups: jedi.vcl

Updated in mantis.

Please have a look.

Jens Fudickar wrote:
> Colud you create a small sample and add it to mantis?
>
> http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
>
> Greetings and thanks
> Jens
>
> Florian Hector wrote:
>
>> After converting from JVCL 2.1 to version 3.0 I can't seem to get JvFormStorage to work as before.
>> I have converted from the old version to the new one by adding JvAppIniFileStorage to the form as described in the help file.
>> All the StoredProps get restored when RestoreFormPlacement gets called, except the active tabsheet of a PageControl. Although it gets saved when SaveFormPlacement is called, upon restoring the active tabsheet is allways the one active at design time.
>> If have tried to use Active Control of the form properties instead of PageConrol.ActivePage, to no avail.
>>
>> Can anyone help me on thatß
>>
>> Florian
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: HWND in BCB
From: Hofi <hofi@fw.hu>
Date: Tue, 29 Mar 2005 21:11:20 +0200
Newsgroups: jedi.vcl

I (almost) never include windows.h and never ever windows.hpp directly. (may be an included file has already included one of them)
As i can remember when i had problems with HWND like handle types in a C++ program the only thing i had to do is to be sure than all modules were compiled with the same STRICT define or without that. But (of course) it has no affect on a delphi generated .hpp file.
I played a bit with the 2 headers and still could not find a working solution :(

On Mon, 28 Mar 2005 22:51:43 +0200, OBones <obones_gfd_@_rzr_altern.org> wrote:

> Hofi wrote:
>
>> Could any of you plz tell me what compiler option forces delphi to produce  HWND as HWND in the output BPL file not unsigned int?!?
>
> You can't, you have to not mix windows.h and windows.hpp



Subject: Re: Powered by?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 29 Mar 2005 20:51:38 +0200
Newsgroups: jedi.vcl

hello Robert,

> Where are the "Powered by Delphi" images?

not easy to find. Some very old images are at

http://www.inner-smile.com/

Regards
Salvatore



Subject: Re: a more efficient way of storing settings (with JV components?)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 29 Mar 2005 19:55:53 +0200
Newsgroups: jedi.vcl

Marcel is right,

i've designed also a non visual component TJvCustomPropertyStore which is in the JvPropertyStore.pas.

This is the base class for all of my settings.

Each time i want to add a property it's added to the published properties. Then if the class contain's also TJvCustomPropertyStore properties these classes will be saved/restored automaticly also.

The only missing part is the transformation with TJvParameterList and for me a treeView and JvSettingsTreeview and a JvPageList, like it is mentioned in a thread a little bit above.

Part one of your needs is finished, part two is missing.

Greetings
Jens


Marcel Bestebroer wrote:
> Michal Borsuk wrote:
>
>> Is there a way to store a record/struct (or some other unpublished data) with e.g. JvAppStorage, or for that matter any other component? Or maybe  you'd have some other suggestions how to store program settings? (As for the visual part, I'd already migrated some properties to JvFormStorage+JvAppIniFileStorage). I came up with this solution: always keep Options form open (hide instead of destroying), save settings there w/JvFormStorage, but isn't that quite memory-inefficient?
>
>
>     It is. You'd be better of just using the JvAppStorage (you should only have one in your entire application, most likely your main form, or a TDataModule) directly, storing your configuration in a TPersistent derivative with published properties. It's the easiest way to read/write settings, and using one or more TPersistent classes instead of records/structs isn't going to hurt performance or memory usage much.
>
>     For the visual part, there's the TJvParameterList components provided by Jens. It allows dynamic creation of option setting dialogs, based on available options. There should be an example of this somewhere in the examples folder.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Does JvcRichEditToHTML work
From: MrT <tultalk@attglobal.net>
Date: Tue, 29 Mar 2005 12:00:17 -0500
Newsgroups: jedi.vcl

Thanks. Posted rreeport and included file.

OBones wrote:

> MrT wrote:
>
>>   If you designate a place to post the input and output, I will do so.
>
>
> http://homepages.borland.com/jedi/issuetracker/
>
> Register for a login, then add an issue.



Subject: Re: JVCL unitversioning with JVCS
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Tue, 29 Mar 2005 16:59:00 +0000 (UTC)
Newsgroups: jedi.vcl,jedi.vcs

Karlheinz wrote:

> > How can I handle the JVCL unitversioning system information's  with
> > JVCS?
> > 
> > Karlheinz

Found the most important points by try and error.

Now I think it would be good if someone can synchronize JVCS and JVCL
keywords

Following options are possible

JVCS
=> what keyword can I use to get the filename?
=> add the keyword $RCSfile $ 
=> or can JVCS provide the keywords from the JVCL unitversioning?

JVCL
=> add the keywords from JVCS to the unitversioning system



Karlheinz


Subject: Re: ANN: JVCL 3.00 Mega Demo released
From: Tõnis Argus <Tonis.Argus@mail.ee>
Date: Tue, 29 Mar 2005 19:49:48 +0300
Newsgroups: jedi.vcl

Hello

Componentpalette in megademo  is empty when starting it on a Win98 or WinME machine!

Tõnis.
OBones wrote:
> Following the release of JVCL 3.00, the JVCL Team is proud to announce that prebuilt demo of most features of the JVCL 3.00 is available for download.
>
> JVCL is a library of more than 570 visual and non-visual components for Delphi 5, 6, 7 and 2005; C++Builder 5, 6 and Kylix 3. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.
>
> This demo shows most components in real life situations, along with explanations. We encourage users who want to have a look at the JVCL without installing it to use this demo.
> The package is available here:
>
> http://sourceforge.net/project/shownotes.php?release_id=315314
>
> Simply unzip the file into its own directory, keeping the folder structure. Then run megademo.exe and start discovering what the JVCL can offer you.
>
>
> The JVCL Team
> http://jvcl.sourceforge.net


Subject: Re: A Couple of questions on the Timeline component/decrypt routines
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Tue, 29 Mar 2005 18:17:13 +0200
Newsgroups: jedi.vcl

> > Could I impose and ask how to implement a decrypt using Loadfromstream I
do
> > not seem to get it right

procedure Decrypt(InStream, OutStream:TStream);
begin
  // you implement this
end;

procedure LoadEncryptedData(const Filename:string);
var
  F:TFileStream;
  DecryptedStream:TMemoryStream;
begin
  F := TFileStream.Create(Filename, fmOpenRead);
  DecryptedStream := TMemoryStream.Create;
  try
    Decrypt(F, DecryptedStream);
    DecryptedStream.Seek(0, soFromBeginning); // go back to beginning
    JvTimeLine1.LoadFromStream(DecryptedStream);
  finally
    DecryptedStream.Free;
    F.Free;
  end;
end;

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Powered by?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 29 Mar 2005 18:08:28 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> I was wondering if there is any "Powered by JVCL" and "Powered by JCL" image somewhere. 

Where are the "Powered by Delphi" images?
Ours should look similar :-)


Subject: Help with JvExprEval
From: Florian Hector <fhector@web.de>
Date: Tue, 29 Mar 2005 17:10:58 +0200
Newsgroups: jedi.vcl

I have an expression as string like (X*9/5)+32 or (X-32)*5/9, where X is a variable.

Can anyone give me a hint on how to pass this to JvExprEval in order to get the calculated result back?

Florian


Subject: Re: Powered by?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 29 Mar 2005 17:06:05 +0200
Newsgroups: jedi.vcl

hello Robert,

> Try painting one yourself

unfortunately I'm not an artist. I'm in trouble even when I have to create a 16x16 bitmap for a button :-)

Regards
Salvatore



Subject: Re: a more efficient way of storing settings (with JV components?)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 29 Mar 2005 16:29:10 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:
> Is there a way to store a record/struct (or some other unpublished data) with e.g. JvAppStorage, or for that matter any other component? Or maybe  you'd have some other suggestions how to store program settings? (As for the visual part, I'd already migrated some properties to JvFormStorage+JvAppIniFileStorage). I came up with this solution: always keep Options form open (hide instead of destroying), save settings there w/JvFormStorage, but isn't that quite memory-inefficient?

    It is. You'd be better of just using the JvAppStorage (you should only have one in your entire application, most likely your main form, or a TDataModule) directly, storing your configuration in a TPersistent derivative with published properties. It's the easiest way to read/write settings, and using one or more TPersistent classes instead of records/structs isn't going to hurt performance or memory usage much.

    For the visual part, there's the TJvParameterList components provided by Jens. It allows dynamic creation of option setting dialogs, based on available options. There should be an example of this somewhere in the examples folder.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: a more efficient way of storing settings (with JV components?)
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Tue, 29 Mar 2005 16:15:18 +0200
Newsgroups: jedi.vcl

Hello.

I desinged an app while I was unaware of Jedi components. Since this is  quite a large project, I have settings organized this way:

- all settings stored in a record
- upon startup settings read, restored by code code
- when Options form is called, it's created, settings are filled by code
(reverse process when options form or main form closed)

As you can imagine this is not very flexible nor easy to use. When there's the need to add something to settings, besides adding e.g. a checkbox, I have to code in 4 places.

Question:

Is there a way to store a record/struct (or some other unpublished data) with e.g. JvAppStorage, or for that matter any other component? Or maybe  you'd have some other suggestions how to store program settings? (As for the visual part, I'd already migrated some properties to JvFormStorage+JvAppIniFileStorage). I came up with this solution: always keep Options form open (hide instead of destroying), save settings there w/JvFormStorage, but isn't that quite memory-inefficient?

I'd be very grateful for any hints. Thanks.



-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: storing passwords with JvFormStorage
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Tue, 29 Mar 2005 15:54:59 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Michal Borsuk wrote:
>
>> It's a pity such a great collection of components is (relatively) undocumented.
>
>
> Well, you could always go onto the Online help website and type in some documentation:

I'll really consider.



-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: JvColorButton
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Tue, 29 Mar 2005 15:45:42 +0200
Newsgroups: jedi.vcl

OBones wrote:
> John Friel wrote:
>
> Thanks for giving us this feedback, this has now been added in the 

my 3 centr:
I was able to find a description for JvColorDialog.CustomColors in D7 help.


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: JvColorButton
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 15:20:06 +0200
Newsgroups: jedi.vcl

John Friel wrote:

>> Have a look at TColorDialog.CustomColors. It is used the same way.
>
>
> Got it, thanks!
>
> For everyone else, it is up to 16 strings, defined as ColorX=rrggbb ,  x = A-P and rrggbb is a hex color representation.
>
> So, ColorA=808023 would be the first custom color, ColorB=A0128E the second and so on.

Thanks for giving us this feedback, this has now been added in the online help:

http://homepages.borland.com/jedi/jedihelp/item.php?Id=47417


Subject: Re: JvColorButton
From: "John Friel" <jedi@frieltek.com>
Date: Tue, 29 Mar 2005 07:06:37 -0600
Newsgroups: jedi.vcl

> > Have a look at TColorDialog.CustomColors. It is used the same way.

Got it, thanks!

For everyone else, it is up to 16 strings, defined as ColorX=rrggbb ,  x = A-P 
and rrggbb is a hex color representation.

So, ColorA=808023 would be the first custom color, ColorB=A0128E the second and 
so on.

John 




Subject: Re: Powered by?
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Tue, 29 Mar 2005 14:26:48 +0200
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> Salvatore Besso wrote:

>> I was wondering if there is any "Powered by JVCL" and "Powered by JCL" image somewhere. I'd like to include them in my credits window.
>
>
> Nice idea. Especially if combined with a link to our website.
> I think this could replace the JVCLAboutDialog.
> Maybe with a special webpage for that, ie we create something like
> http://jvcl.sf.net/JVCLAbout/ to link to.


Take a look at the firefox site:

http://www.spreadfirefox.com/?q=affiliates/homepage

Maybe it´s a nice idea to offer different ways of integrating the "banner" (Dialog, image, animated image/movie ...).

Regards

André


Subject: Re: Does JvcRichEditToHTML work
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 13:45:24 +0200
Newsgroups: jedi.vcl

MrT wrote:

>   If you designate a place to post the input and output, I will do so.

http://homepages.borland.com/jedi/issuetracker/

Register for a login, then add an issue.


Subject: Re: A Couple of questions on the Timeline component/decrypt routines
From: "morst" <morst@bogpond.com>
Date: Tue, 29 Mar 2005 21:44:01 +1000
Newsgroups: jedi.vcl

Hi

I know it's been a while since my original post but things have got away 
from me and am now have time to look at this project again

Could I impose and ask how to implement a decrypt using Loadfromstream I do 
not seem to get it right

Thanks

moris

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message 
news:cug0h3$gbb$1@talkto.net...
>> >> Is there a quick of printing the timeline or part thereof eg from a
>> >> particular year to the next or groups of years
> > Nothing like that has been implemented
> >
>> >> Secondly I am now loading from file, however I would like to encrypt the
>> >> file the data is the timeline is using. I can get it to encrypt but I
> > cannot
>> >> get the loadfromfile  function and the decrypt routine to work. I am 
>> >> using
>> >> one of the endcrypt/decrypt units in the project.
> > I'd suggest trying the SaveTo/LoadFromStream methods instead. When
> > enrypting, first save the timeline to a stream, encrypt the stream and 
> > save
> > it to a file. When decrypting, load from a file into a stream, decrypt it
> > and then call timeline.LoadFromStream
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: Does JvcRichEditToHTML work
From: MrT <tultalk@attglobal.net>
Date: Tue, 29 Mar 2005 06:37:34 -0500
Newsgroups: jedi.vcl

Hi:

OBones wrote:
> MrT wrote:
>
>> Hi:
>>
>>   Posted problem earlier no response.
>
>
> There was no question, hence no answer.
>
>
>>   How about simple "Does this work correctly?"
>
>
> Well, from your previous post, it looks ok to me...
>
> Tell us what you think is wrong and we'll be able to assess and answer.

  I thought the previous post was very clear.

   I supplied a set of line from the RTF input, each row increasing size.

   The output of the RTFTOHTML was a series of line with garbled up sizes.  Same thing with color. I make a test line with several different colors and it is not translated accurately.

The code:

        if HTMLFormat then
          begin
            HTMLStrings := TStringList.Create;
            try
              begin
                with TIdText.Create(IdMsgSend.MessageParts, nil) do
                   begin
                      CharSet := 'iso-8859-1';
                      ContentTransferEncoding := 'quoted-printable';
                      ContentType := 'text/plain';
                      //Assign the plain text to the body
                      Body.Assign(EditorRTFStrings.Lines);
                   end;
                with TIdText.Create(IdMsgSend.MessageParts, nil) do
                   begin
                      CharSet := 'iso-8859-1';
                      ContentTransferEncoding := 'quoted-printable';
                      ContentType := 'text/html';
                      //Convert the RTF to HTML
                      RichEditToHtml.ConvertToHtmlStrings(Editor, HTMLStrings);
                      //Assign the HTML text to the body
                      Body.AddStrings(HTMLStrings);
                   end;
              end;
            finally
              EditorRTFStrings.Free;
              HTMLStrings.Free;
            end;


  If you designate a place to post the input and output, I will do so.

Thanks.



Subject: Re: JvDBGridExport corrections
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 29 Mar 2005 13:06:59 +0200
Newsgroups: jedi.vcl

Me again !

I add a property "ShowColumnName" to the CSVExport to allow the user to add 
in the first line the name of the column

Regards,
Lionel



"Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message de news: 
d2b2nq$tgp$1@talkto.net...
> > Hi,
> >
> > There is a problem when you export to Word/Excel and you have 
> > visible=false
> > and instance already exists: in this case, the instance became 
> > un-reachable
> > after the export. Correction is to add the test : "if not FRunningInstance
> > then" before "FWord.Visible := Visible;" and "FExcel.Visible := Visible;"
> >
> > Same times, could you correct my name in the header of the unit :
> > Renayud --> Reynaud !
> >
> > See file attached
> >
> > Regards,
> > Lionel
> >
> >
> >
> > 


JvDBGridExport.pas
	



Subject: Re: Powered by?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 29 Mar 2005 12:48:36 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:
> hello all,
>
> good Easter.
>
> I was wondering if there is any "Powered by JVCL" and "Powered by JCL" image somewhere. I'd like to include them in my credits window.

Nice idea. Especially if combined with a link to our website.
I think this could replace the JVCLAboutDialog.
Maybe with a special webpage for that, ie we create something like
http://jvcl.sf.net/JVCLAbout/ to link to.

Try painting one yourself. I will try my luck also.
PSP 7 is good at painting fancy fonts.


Subject: Re: Can't install Theme Manager D5 / D6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 12:08:42 +0200
Newsgroups: jedi.vcl

VDupuis wrote:

> Ok, I made a big cleanup and reinstall all.
> Now it works.
>
> thank you for your help and sorry to disturb you for that.

No worries.


Subject: Re: Upgrade help please
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 11:58:52 +0200
Newsgroups: jedi.vcl

SteveW wrote:
> Where is the migrate.htm file please.

My bad, it's called migrating.htm and it is in the help directory.


Subject: Re: Can't install Theme Manager D5 / D6
From: VDupuis <vincent.dupuis@sescoi.fr>
Date: Tue, 29 Mar 2005 11:56:52 +0200
Newsgroups: jedi.vcl

Ok, I made a big cleanup and reinstall all.
Now it works.

thank you for your help and sorry to disturb you for that.

regards,
Vincent

OBones a écrit :
> VDupuis wrote:
>
>> I read this and following this instruction before asking some help.
>> May be I don't understand something, I will explain what I do:
>>
>> -I download and install the last version of ThemeManager.
>> -Try to install JVCL Final 3.00
>> -Got the error message:
>>  Erreur: Le paquet jamais compilé 'JvCoreD5R' nécessite le paquet toujours compilé 'ThemeManagerD5'
>> -Remove ThemeManager Package from D5 environment (Install package Menu), re-install it by opening ThemeManager5.dpk, changing option to "Explicit rebuild", reduild then install.
>> -Do the same for D6
>> -re try to install JVCL Final 3.00 but got the same error.
>>
>> thank you for your quick answer.
>> What can I do know ?
>
>
> You need to clean your installation before recompiling. Remove any DCU, DCP, BPL files related to the theme manager and JCL/JVCL before installing the theme manager and then the JCL and JVCL.


Subject: Re: Upgrade help please
From: "SteveW" <Stevewarby@btinternet.com>
Date: Tue, 29 Mar 2005 10:52:50 +0100
Newsgroups: jedi.vcl

Where is the migrate.htm file please.


"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d2b4sj$u1u$1@talkto.net...
> > SteveW wrote:
> >
>> >> I have just re-opened an old project to update some code. I am getting
>> >> errors saying the following cannot be found.
>> >>
>> >>
>> >> JVclock1
>> >> various TJvButton
>> >> various JVEdit1
>> >> and JvMultilineListbox.dcu
>> >>
>> >> I have upgrading the JVcomponents to ver 3.
>> >>
>> >> Any ideas
> >
> > Use JVCLConvert and have a look at migrating.htm 




Subject: Re: Can't install Theme Manager D5 / D6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 11:13:22 +0200
Newsgroups: jedi.vcl

VDupuis wrote:

> I read this and following this instruction before asking some help.
> May be I don't understand something, I will explain what I do:
>
> -I download and install the last version of ThemeManager.
> -Try to install JVCL Final 3.00
> -Got the error message:
>  Erreur: Le paquet jamais compilé 'JvCoreD5R' nécessite le paquet toujours compilé 'ThemeManagerD5'
> -Remove ThemeManager Package from D5 environment (Install package Menu), re-install it by opening ThemeManager5.dpk, changing option to "Explicit rebuild", reduild then install.
> -Do the same for D6
> -re try to install JVCL Final 3.00 but got the same error.
>
> thank you for your quick answer.
> What can I do know ?

You need to clean your installation before recompiling. Remove any DCU, DCP, BPL files related to the theme manager and JCL/JVCL before installing the theme manager and then the JCL and JVCL.


Subject: Re: Upgrade help please
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 11:05:17 +0200
Newsgroups: jedi.vcl

SteveW wrote:

> I have just re-opened an old project to update some code. I am getting
> errors saying the following cannot be found.
>
>
> JVclock1
> various TJvButton
> various JVEdit1
> and JvMultilineListbox.dcu
>
> I have upgrading the JVcomponents to ver 3.
>
> Any ideas

Use JVCLConvert and have a look at migrating.htm


Subject: Re: Can't install Theme Manager D5 / D6
From: VDupuis <vincent.dupuis@sescoi.fr>
Date: Tue, 29 Mar 2005 11:05:12 +0200
Newsgroups: jedi.vcl

I read this and following this instruction before asking some help.
May be I don't understand something, I will explain what I do:

-I download and install the last version of ThemeManager.
-Try to install JVCL Final 3.00
-Got the error message:
 Erreur: Le paquet jamais compilé 'JvCoreD5R' nécessite le paquet toujours compilé 'ThemeManagerD5'
-Remove ThemeManager Package from D5 environment (Install package Menu), re-install it by opening ThemeManager5.dpk, changing option to "Explicit rebuild", reduild then install.
-Do the same for D6
-re try to install JVCL Final 3.00 but got the same error.

thank you for your quick answer.
What can I do know ?

regards,
Vincent


Subject: Re: Can't install Theme Manager D5 / D6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 10:58:32 +0200
Newsgroups: jedi.vcl

As indicated in the readme.htm file:

Several visual JVCL controls supports XP theming (more will likely be added subsequently). Theming is automatically activated for users of Delphi 7 (and above) and you don't need to do anything special in this case. For earlier versions of Delphi (5 and 6), you need to download Mike Lischke's ThemeManager package and configure the JVCL theming support manually. To activate JVCL theming, proceed as follows:

    * Download ThemeManager from http://www.delphi-gems.com/ThemeManager.php.
    * Open ThemeManager?.dpk (where "?" is the Delphi version) and change the compile options to "Explicit rebuild".
    * (Re)build and install the ThemeManager package.
    * For manual installation: Open jvcl.inc with a text editor and remove the dot in {.$DEFINE JVCLThemesEnabled}.
    * (Re)build the jvcl packages.



Theming should now be activated for those JVCL controls that supports it. Note that you still need to be running on Windows XP with a manifest file for your project to see any theming.


Subject: Upgrade help please
From: "SteveW" <Stevewarby@btinternet.com>
Date: Tue, 29 Mar 2005 09:57:42 +0100
Newsgroups: jedi.vcl

I have just re-opened an old project to update some code. I am getting
errors saying the following cannot be found.


JVclock1
various TJvButton
various JVEdit1
and JvMultilineListbox.dcu

I have upgrading the JVcomponents to ver 3.

Any ideas

Cheers

SteveW 




Subject: Re: Fatal ERROR TJvDateEdit !!!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 10:56:42 +0200
Newsgroups: jedi.vcl

Dmitry Rotmanov wrote:

> On The Form two JVDBDateEdit components.
> Input In First JVDBDateEdit - "99/99/9999",
> and put focus on second JVDBDateEdit by Mouse...
>
> Where are two error appeared...
> 1. In first <<Error message "99/99/9999" is not valide date.>> I am press
> "Ok". and this error message shown again.
>
> 2. After "Ok" on the second error dialog box, text was selected in the first
> JVDBDateEdit, but cursor is in trhe second JVDBDateEdit.

Hey, we saw your first message.
The problem is that you're not saying what you want. This behaviour looks ok to me.


Subject: Can't install Theme Manager D5 / D6
From: VDupuis <vincent.dupuis@sescoi.fr>
Date: Tue, 29 Mar 2005 10:45:38 +0200
Newsgroups: jedi.vcl

Hi,

I try to install JVCL 3 Final Complete with ThemeManager (I install the last version 1.10.1),
but I get an error message for:

Windows XP Service Pack 2 (5.1.2600)

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D5\dcc32.cfg
[Generating: Packages]
Generating packages for D5
    Loaded template.dof
    Loaded template.dpk
    Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Jv3rdD5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
5253 lignes, 0.08 secondes, 37156 octets de code, 129 octets de données.
[Compiling: JvCoreD5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

Erreur: Le paquet jamais compilé 'JvCoreD5R' nécessite le paquet toujours compilé 'ThemeManagerD5'

** error 1 ** deleting JvCoreD5R.bpl

** error 1 ** deleting CompilePackages


Someone can help me ?
I try to recompile / reinstall ThemeManager package with explicit and not but I have the same result.

(thank you to all JCL and JVCL team for their great work).

regards,
Vincent



Subject: Re: Powered by?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 29 Mar 2005 10:44:47 +0200
Newsgroups: jedi.vcl

hello OBones,

ok, thank you. Who knows if some artist exists in the Jedi team that wants to make such images... :-)

Regards
Salvatore



Subject: Fatal ERROR TJvDateEdit !!!
From: "Dmitry Rotmanov" <rotmanov@cosmostv.by>
Date: Tue, 29 Mar 2005 11:40:58 +0300
Newsgroups: jedi.vcl

On The Form two JVDBDateEdit components.
Input In First JVDBDateEdit - "99/99/9999",
and put focus on second JVDBDateEdit by Mouse...

Where are two error appeared...
1. In first <<Error message "99/99/9999" is not valide date.>> I am press
"Ok". and this error message shown again.

2. After "Ok" on the second error dialog box, text was selected in the first
JVDBDateEdit, but cursor is in trhe second JVDBDateEdit.




Subject: JvDBGridExport corrections
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 29 Mar 2005 10:26:11 +0200
Newsgroups: jedi.vcl

Hi,

There is a problem when you export to Word/Excel and you have visible=false 
and instance already exists: in this case, the instance became un-reachable 
after the export. Correction is to add the test : "if not FRunningInstance 
then" before "FWord.Visible := Visible;" and "FExcel.Visible := Visible;"

Same times, could you correct my name in the header of the unit : 
Renayud --> Reynaud !

See file attached

Regards,
Lionel




JvDBGridExport.pas
	



Subject: JvDBGridExport corrections
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 29 Mar 2005 10:20:49 +0200
Newsgroups: jedi.vcl

Hi,

There is a problem when you export to Word/Excel and you have visible=false 
and instance already exists: in this case, the instance became un-reachable 
after the export. Correction is to add the test : "if not FRunningInstance 
then" before "FWord.Visible := Visible;" and "FExcel.Visible := Visible;"

See file attached

Regards,
Lionel 



JvDBGridExport.pas
	



Subject: Re: Powered by?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 10:10:27 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:
> hello all,
>
> good Easter.
>
> I was wondering if there is any "Powered by JVCL" and "Powered by JCL" image somewhere. I'd like to include them in my credits window.

Apart from the JediNow image:

http://delphi-jedi.org/img/btn_jedinow.gif

there is no image that I know of.


Subject: Re: ANN: JVCL 3.00 Mega Demo released
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 29 Mar 2005 10:03:36 +0200
Newsgroups: jedi.vcl

Hi Oliver!

Thank you very much for releasing the MegaDemo as an executable!! In future I will work to include all demos - now I know it will be released as a StandAlone Demo!

best regards

Ralf Grenzing
JVCL MegaDemo Developer



OBones schrieb:
> Following the release of JVCL 3.00, the JVCL Team is proud to announce that prebuilt demo of most features of the JVCL 3.00 is available for download.
>
> JVCL is a library of more than 570 visual and non-visual components for Delphi 5, 6, 7 and 2005; C++Builder 5, 6 and Kylix 3. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.
>
> This demo shows most components in real life situations, along with explanations. We encourage users who want to have a look at the JVCL without installing it to use this demo.
> The package is available here:
>
> http://sourceforge.net/project/shownotes.php?release_id=315314
>
> Simply unzip the file into its own directory, keeping the folder structure. Then run megademo.exe and start discovering what the JVCL can offer you.
>
>
> The JVCL Team
> http://jvcl.sourceforge.net


Subject: Re: Another JvXPBar problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Mar 2005 09:28:28 +0200
Newsgroups: jedi.vcl

> > I think the following code, an adapted version of TControl.Click, would do
it:
Tested. Seems to work fine.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Does JvcRichEditToHTML work
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 29 Mar 2005 09:17:25 +0200
Newsgroups: jedi.vcl

MrT wrote:
> Hi:
>
>   Posted problem earlier no response.

There was no question, hence no answer.


>   How about simple "Does this work correctly?"

Well, from your previous post, it looks ok to me...

Tell us what you think is wrong and we'll be able to assess and answer.


Subject: Re: DEFINE about version of JVCL
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Mar 2005 08:29:11 +0200
Newsgroups: jedi.vcl

There is the following in JVCLVer.pas:

{$IFDEF VCL}
const
  JVCL_VERSION = 300;
  JVCL_VERSIONSTRING = '3.00';
{$ENDIF VCL}
{$IFDEF VisualCLX}
const
  JVCL_VERSIONSTRING = '1.00';
{$ENDIF VisualCLX}


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Mar 2005 08:24:30 +0200
Newsgroups: jedi.vcl

> > But how to I get the scrollbars to appear then?
They should appear automatically at run-time when one or more controls
placed on it are outside the edge(s) of the control. If you set AutoHide to
false, they should appear even if they are not needed.

Have a look at the demo in examples\JvScrollingWindow for a more complete
demo

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvColorButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Mar 2005 08:19:17 +0200
Newsgroups: jedi.vcl

> > How do you use the CustomColors property?

Have a look at TColorDialog.CustomColors. It is used the same way.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Does JvcRichEditToHTML work
From: MrT <tultalk@attglobal.net>
Date: Mon, 28 Mar 2005 19:32:06 -0500
Newsgroups: jedi.vcl

Hi:

  Posted problem earlier no response.

  How about simple "Does this work correctly?"



Subject: Re: Link error with BCB6 and JVCL 3.00
From: Topoldo <topoldo.hard@dada.it>
Date: Tue, 29 Mar 2005 02:04:37 +0200
Newsgroups: jedi.vcl

In article <d29qj9$mjg$5@talkto.net>, obones_gfd_@_rzr_altern.org 
says...

> > Yes, I've just seen that, but only when I build with runtime packages.
> > Either copy those files from resources\ and run\ into the $(BCB)\Lib 
> > folder or add the path to those files into the projects options.
> > 

Ok, sorry! It's solved! :) Thank you very very very much! It's all ok, 
now. Those files MUST be copied from resources\ and \run, not from other 
directories, that was my mistake. You can't immagine how useful it has 
been your answer to my work. Tnk!


Subject: Re: Link error with BCB6 and JVCL 3.00
From: Topoldo <topoldo.hard@dada.it>
Date: Tue, 29 Mar 2005 01:57:35 +0200
Newsgroups: jedi.vcl

In article <d29qj9$mjg$5@talkto.net>, obones_gfd_@_rzr_altern.org 
says...

> > Yes, I've just seen that, but only when I build with runtime packages.
> > Either copy those files from resources\ and run\ into the $(BCB)\Lib 
> > folder or add the path to those files into the projects options.
> > 

I copied JvConst.res, JvConst.pas, JvConst.dcu, JvConst.obj and 
JvConst.rc to $(BCB)\Lib, but I obtain the same error. I can't 
understand why..


Subject: JvColorButton
From: "John Friel" <jedi@frieltek.com>
Date: Mon, 28 Mar 2005 17:38:03 -0600
Newsgroups: jedi.vcl

How do you use the CustomColors property?  I checked the online docs and see 
that it talks about what it is, but no help on how to enter custom colors in the 
String List Editor.

I checked the source but there is nothing I could see that helped me on what it 
was looking for or how it was used.

Cheers

john




Subject: Re: TabSheet with Close Button?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 28 Mar 2005 17:27:11 -0500
Newsgroups: jedi.vcl

rafaeldimauro wrote:
> How can I make an tabsheet with close button (X) at the right side of the text?
>
Drop a TJvTabBar on your form, hit F11 (properties inspector) and find the property called Tabs, click the [...] button, add a few tabs, and set their captions. Make sure that JvTabBar1.CloseButton is true (which it is by default).


Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "John Friel" <jedi@frieltek.com>
Date: Mon, 28 Mar 2005 16:24:26 -0600
Newsgroups: jedi.vcl

> > Use a JvPageListTreeview instead. JvSettingsTreeview automatically assigns
> > the same pageindex to the item and first child, both at design and run-time.
> > JvPageListTreeview does not

Woot!  That was the answer and it works just fine.  Hat's off!

Now, one last thing I need advice on.

I'm using JvFormStorage to store the placement of all the dialog boxes to the 
Registry.  I figured I could use the StoredProps to save the necessary settings 
for the application being this is the Options dialog said app.

Would there be a better way to save all the config options to the registry other 
than using JvFormStorage and then manually reading this tree from the registry 
on startup to initialize the app?  IOW: am I using the right tool for the job?

John 




Subject: Re: storing passwords with JvFormStorage
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 28 Mar 2005 23:02:47 +0200
Newsgroups: jedi.vcl

Michal Borsuk wrote:

> It's a pity such a great collection of components is (relatively) undocumented.

Well, you could always go onto the Online help website and type in some documentation:

http://homepages.borland.com/jedi/jedihelp/


Subject: Re: Link error with BCB6 and JVCL 3.00
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 28 Mar 2005 23:00:39 +0200
Newsgroups: jedi.vcl

thanny wrote:

> I recently installed JVCL 3.00 (using the installer called by install.bat) with BCB 6 Pro.
>
> After putting a TJvDBGrid on a form in a new project, the link fails, saying it can't find these files:
>
> JVDBGRID.RES
> JVDBGRIDSELECTCOLUMNFORM.DFM
> JVCONSTS.RES
> JVTOOLEDIT.RES

Yes, I've just seen that, but only when I build with runtime packages.
Either copy those files from resources\ and run\ into the $(BCB)\Lib folder or add the path to those files into the projects options.


Subject: Re: Cannot open file jvconst.res
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 28 Mar 2005 22:57:30 +0200
Newsgroups: jedi.vcl

Topoldo wrote:

> In article <d26gll$1f2$1@talkto.net>, robert_marquardt@gmx.de says...
>
>
> That's very strange.. I've only installed 3.0 version and then tried to use a jvcheckbox: what should I do to install only 3.0 properly and use the components?
>
> In order to explain my situation:
>
> 1. I downloaded JVCL300CompleteJCL195-Build1848.7z which contains JCL JEDI Code Library v 1.94 too.
> 2. I installed JEDI Code Library using install.bat
> 3. I installed JVCL using install.bat
> 4. I created a new application and put in it a JVCL component choosing to NOT use runtime packages
>
>
> Then the linker aborted with a "cannot find jsconst.res" error.
>
> I tried several times to uninstall (manuallY) every occurrance to JVCL and reinstalling everything, but that error still remains.
>
> Could you suggest anything? It'll be very appreciated! :)

I tried here, with a clean installation (no JCL/JVCL ever before) and it works just fine. Please be sure you have removed all dcu,dcp,lib,bpl and bpi files from the JCL/JVCL from your computer.


Subject: Re: HWND in BCB
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Mon, 28 Mar 2005 22:51:43 +0200
Newsgroups: jedi.vcl

Hofi wrote:

> Could any of you plz tell me what compiler option forces delphi to produce  HWND as HWND in the output BPL file not unsigned int?!?

You can't, you have to not mix windows.h and windows.hpp


Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Perry Kappetein" <someone@hotmail.com>
Date: Mon, 28 Mar 2005 14:44:53 -0600
Newsgroups: jedi.vcl

ok thanks.

But how to I get the scrollbars to appear then?
Can't figure that out


"Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com> wrote in 
message news:d29csh$jb3$1@talkto.net...
>> >> was looking for a window (and I thought Ive read that about this control)
>> >> that if you have controls within this window the  Horizontal and Vertical
>> >> scrollbars are showing up
>> >> if the form resizes
> > JvScrollingWindow is very similar to the (D6 and up) standard 
> > TPageScroller
> > control but without relying on Win32 API controls and you can use it with
> > D5. It can only show vertical or horizontal scrollbars, not both at the 
> > same
> > time and is mostly useful as container for creating toolbars.
> >
> > If you need both scrollbars, I'd recommend a T(Jv)ScrollBox instead.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: Should I be able to debug into the source code? I can't...
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Mon, 28 Mar 2005 11:39:29 -0800
Newsgroups: jedi.vcl

"Warrick Wilson" <warrickw@mercuryonline.com> wrote in message 
news:d29jv1$l2q$1@talkto.net...
> >I downloaded JVCL 3.00 release version and did the default install. I can 
> >compile a sample program using a JvSoundControl, but I want to debug into 
> >the source so that I can get a better idea of what's going on (read that as 
> >"get a better idea of why my program isn't working, and what I'm not 
> >understanding about a JvSoundControl")

Dope ...  Added the path to "....\jvcl\run" to my search path and things 
went swimmingly.

Turns out I _didn't_ understand what the control does, and now I have a 
better idea, and sadly it looks like it won't help me at all... 




Subject: Should I be able to debug into the source code? I can't...
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Mon, 28 Mar 2005 11:03:24 -0800
Newsgroups: jedi.vcl

I downloaded JVCL 3.00 release version and did the default install. I can 
compile a sample program using a JvSoundControl, but I want to debug into 
the source so that I can get a better idea of what's going on (read that as 
"get a better idea of why my program isn't working, and what I'm not 
understanding about a JvSoundControl")

However, the lines in the source file where I set breakpoints turn that evil 
green color that indicates there's no stopping there.

I'm using Delphi 7 Pro on Win XP SP2. I've never had a previous version of 
JCL/JVCL on, so there's not going to be any old version collision problems.

Thanks. 




Subject: TabSheet with Close Button?
From: "rafaeldimauro" <rafael@fullware.com.br>
Date: Mon, 28 Mar 2005 15:59:09 -0300
Newsgroups: jedi.vcl

How can I make an tabsheet with close button (X) at the right side of the 
text? 




Subject: Re: Link error with BCB6 and JVCL 3.00
From: Topoldo <topoldo.hard@dada.it>
Date: Mon, 28 Mar 2005 20:49:21 +0200
Newsgroups: jedi.vcl

In article <d29c38$j3o$1@talkto.net>, thannyd@earthspicedhamlesslink.net 
says...
> > I recently installed JVCL 3.00 (using the installer called by install.bat) with BCB 6 Pro.

I have the same problem, as you can see reading my last two posts. May 
be the last release has some problem?


Subject: I can't get rid of "Unable to open file jvconst.res" error...
From: Topoldo <topoldo.hard@dada.it>
Date: Mon, 28 Mar 2005 20:48:15 +0200
Newsgroups: jedi.vcl

I tried and I tried again, but I can't solve this problem, so I really 
can't use JVCL with no runtime packages.

- I uninstalled and installed again C++ Builder 6 Enterprise
- I installed JCL from the JVCL300CompleteJCL195-Build1848.7z without 
changing any option
- I then installed JVCL (alway from JVCL300CompleteJCL195-Build1848.7z), 
again without changing any option
- I started C++Builded and I have created a new Application. I put in a 
form a jvcheckbox and tried to compile: everything ok.
- Then I tried to unset Compile with runtime packages: when compiling, 
it exited with a "Linker error: Unable to open file jvconst.res"

Details are these:

jcl installed in E:\Datas\Prg\Builder6\COMPON~1\jcl
jvcl installed in E:\Datas\Prg\Builder6\COMPON~1\jvcl

$BCB =  c:\programmi\Borland\CBuilder6\
$Path = c:\Programmi\LaTeX\miktex\bin;C:\PROGRA~1\Borland\CBUILD~1
\Bin;C:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl;D:\WINDOWS\system32;D:
\WINDOWS;D:\WINDOWS\System32\Wbem;c:\Programmi\UltraEdit;;c:\Programmi
\File comuni\GTK\2.0\bin

Path specified in Tools/Environment options are:

Library path:
	$(BCB)\Lib
	$(BCB)\Bin
	$(BCB)\Imports
	$(BCB)\Projects\Bpl
	$(BCB)\Projects\Lib
	E:\Datas\Prg\Builder6\COMPON~1\jcl\lib\C6
	E:\Datas\Prg\Builder6\COMPON~1\jcl\source
	E:\Datas\Prg\Builder6\Components\jvcl\common
	E:\Datas\Prg\Builder6\Components\jvcl\lib\C6

Browsing paths:
	$(BCB)\source\vcl
	$(BCB)\source\Internet
	$(BCB)\source\clx
	E:\Datas\Prg\Builder6\COMPON~1\jcl\source\common
	E:\Datas\Prg\Builder6\COMPON~1\jcl\source\windows
	E:\Datas\Prg\Builder6\COMPON~1\jcl\source\vcl
	E:\Datas\Prg\Builder6\COMPON~1\jcl\source\visclx
	E:\Datas\Prg\Builder6\Components\jvcl\common
	E:\Datas\Prg\Builder6\Components\jvcl\run
	

Paths specified in Project/Oprions/(Directory/Conditionals) are:

Include path:
	$(BCB)\include
	$(BCB)\include\vcl

Library path:
	$(BCB)\lib\obj
	$(BCB)\lib


The field "Runtime Packages" contains

vcl;rtl;dbrtl;adortl;vcldb;vclx;bdertl;vcldbx;ibxpress;dsnap;cds;bdecds;
qrpt;teeui;teedb;tee;dss;teeqr;visualclx;visualdbclx;dsnapcrba;dsnapcon;
bcbsmp;vclie;xmlrtl;inet;inetdbbde;inetdbxpress;inetdb;nmfast;webdsnap;b
cbie;websnap;soaprtl;dclocx;dbexpress;dbxcds;indy;bcb2kaxserver;JvAppFrm
C6R;JvCoreC6R;CJcl;CJclVcl;JvSystemC6R;JvStdCtrlsC6R;JvBandsC6R;JvBDEC6R
;JvDlgsC6R;JvDBC6R;JvCtrlsC6R;JvCmpC6R;JvCryptC6R;JvCustomC6R;JvDockingC
6R;JvDotNetCtrlsC6R;JvEDIC6R;JvGlobusC6R;JvHMIC6R;JvInspectorC6R;JvInter
preterC6R;JvJansC6R;JvManagedThreadsC6R;JvMMC6R;JvNetC6R;JvPageCompsC6R;
JvPluginC6R;JvPrintPreviewC6R;JvTimeFrameworkC6R;JvUIBC6R;JvValidatorsC6
R;JvWizardC6R;JvXPCtrlsC6R



I could post the makefile and the option file, if this could help in 
finding the problem.

I hope someone could suggest me anything. Tnx a lot!

May be I have to change some directory in the path or something else?
Please, could you tell me if I can read some documentation, try some 
other version of JVCL/JCL or what?


Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "John Friel" <jedi@frieltek.com>
Date: Mon, 28 Mar 2005 12:25:44 -0600
Newsgroups: jedi.vcl

> > Use a JvPageListTreeview instead. JvSettingsTreeview automatically assigns
> > the same pageindex to the item and first child, both at design and run-time.
> > JvPageListTreeview does not

I will give this a shot this afternoon.  Thanks!

>> >> That dialog that pops up cannot be closed or used.  it just
>> >> sort of exists until you close Delphi.
> >
> > Are you using D2k5? There has been similar reports about other design
> > editors in D2k5...

Yes, it is D2005 Update2.  So far, this is the first design editor in JVCL that 
has caused me any trouble at all.

Cheers!

John




Subject: Link error with BCB6 and JVCL 3.00
From: "thanny" <thannyd@earthspicedhamlesslink.net>
Date: Mon, 28 Mar 2005 18:56:39 +0100
Newsgroups: jedi.vcl

I recently installed JVCL 3.00 (using the installer called by install.bat) with BCB 6 Pro.

After putting a TJvDBGrid on a form in a new project, the link fails, saying it can't find these files:

JVDBGRID.RES
JVDBGRIDSELECTCOLUMNFORM.DFM
JVCONSTS.RES
JVTOOLEDIT.RES



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 19:22:48 +0200
Newsgroups: jedi.vcl

> > I was going to setup the pages and nodes at design-time, but I found that
a
> > parent-node cannot have a unique PageList page from its first child.  They
> > share the same pagelist in the links editor.

Use a JvPageListTreeview instead. JvSettingsTreeview automatically assigns
the same pageindex to the item and first child, both at design and run-time.
JvPageListTreeview does not

> > That dialog that pops up cannot be closed or used.  it just
> > sort of exists until you close Delphi.

Are you using D2k5? There has been similar reports about other design
editors in D2k5...


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 19:06:32 +0200
Newsgroups: jedi.vcl

> > was looking for a window (and I thought Ive read that about this control)
> > that if you have controls within this window the  Horizontal and Vertical
> > scrollbars are showing up
> > if the form resizes
JvScrollingWindow is very similar to the (D6 and up) standard TPageScroller
control but without relying on Win32 API controls and you can use it with
D5. It can only show vertical or horizontal scrollbars, not both at the same
time and is mostly useful as container for creating toolbars.

If you need both scrollbars, I'd recommend a T(Jv)ScrollBox instead.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "John Friel" <borland@frieltek.com>
Date: Mon, 28 Mar 2005 11:03:53 -0600
Newsgroups: jedi.vcl

> > Are you trying to set up pages and nodes at design-time or run-time? At
> > design-time, set JvSettingsTreeview1.PageList to point to your JvPageList
> > and then click the ellipsis next to the PageLinks property. At run-time, 
> > you
> > need to use the code as described in the code (type-cast treenodes to
> > TJvPageIndexNode and set the PageIndex property to the index of the page 
> > it
> > should be associated with).

Thank you for working with me on this Peter.

I was going to setup the pages and nodes at design-time, but I found that a 
parent-node cannot have a unique PageList page from its first child.  They 
share the same pagelist in the links editor.

So, I was going to create all the JvStandardPages at design-time and then 
manually link them to the JvSettingsTreeview nodes at run-time so all nodes 
regardless of whether it was a child or not could have its own page.  There 
is where I am stuck.   If there is an easy way during run-time to link the 
pages to the nodes, I'm all ears and eyes.  Otherwise I've pretty much 
decided to go with the Example and make it so root nodes will not have a 
page to view.  <smile>

Oh, but speaking of JvStandardPages...

create a new project, drop one of these and a JvSettingsTreeView on a form, 
create one page and one node and then link them together.  Now right-click 
on the JvStandardPage component on the form and select Page List Editor from 
the pop-up.  That dialog that pops up cannot be closed or used.  it just 
sort of exists until you close Delphi.

I'd say it was borken! (horna, borna, borna.. flip, flip, flip)  [bad Muppet 
reference alert!]

Cheers!

john




Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Perry Kappetein" <someone@hotmail.com>
Date: Mon, 28 Mar 2005 10:03:57 -0600
Newsgroups: jedi.vcl

ok got it to work, but only by this way

in the structure pane, dragged the scrollwindows to Panel3 and then it 
sticks in panel3
but guess what...
was not the window I was looking for....
was looking for a window (and I thought Ive read that about this control)
that if you have controls within this window the  Horizontal and Vertical 
scrollbars are showing up
if the form resizes
so... now I am confused, since I've read it in a post or in the helpfile..

What I need is a form/control  that if the form resizes, whatever is in the 
panel stays the same, but the 2
scroling bars will apear for the panel

"Perry Kappetein" <someone@hotmail.com> wrote in message 
news:d29841$i0g$1@talkto.net...
> > ok,
> > guess I don't understand something then.
> > The scrollwindow is already on panel3
> > Since  I have 4 panels
> > 1 panel left   (panel1)
> > 1 panel right  (panel2)
> > 2 panels in the right panel   (panel3 and panel4)
> > bottom right is panel4
> > when I drop it in panel4  it has a allignment of "top" but puts it at the 
> > top of the form
> > I cut it and paste it in Panel 4  it fills panel 2
> >
> >
> > "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com> wrote in 
> > message news:d293oi$gr3$1@talkto.net...
>> >> Well, the problem in your example is that the scrollingwindow is a child 
>> >> of
>> >> the form, not the panel. You can't align a control inside another control
>> >> unless it is a child of that control.
>> >>
>> >> If you cut the scrollingwindow, select the panel you want to place it in 
>> >> and
>> >> then paste, your problem should be solved. You can also use the Object
>> >> Treeview to drag and drop it on Panel3.
>> >>
>> >> -- 
>> >> Regards,
>> >> Peter Thornqvist (JVCL Developer)
>> >> http://jvcl.sf.net
>> >>
>> >>
> >
> > 




Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Perry Kappetein" <someone@hotmail.com>
Date: Mon, 28 Mar 2005 09:44:59 -0600
Newsgroups: jedi.vcl

ok,
guess I don't understand something then.
The scrollwindow is already on panel3
Since  I have 4 panels
1 panel left   (panel1)
1 panel right  (panel2)
2 panels in the right panel   (panel3 and panel4)
bottom right is panel4
when I drop it in panel4  it has a allignment of "top" but puts it at the 
top of the form
I cut it and paste it in Panel 4  it fills panel 2


"Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com> wrote in 
message news:d293oi$gr3$1@talkto.net...
> > Well, the problem in your example is that the scrollingwindow is a child 
> > of
> > the form, not the panel. You can't align a control inside another control
> > unless it is a child of that control.
> >
> > If you cut the scrollingwindow, select the panel you want to place it in 
> > and
> > then paste, your problem should be solved. You can also use the Object
> > Treeview to drag and drop it on Panel3.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Powered by?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 28 Mar 2005 17:11:17 +0200
Newsgroups: jedi.vcl

hello all,

good Easter.

I was wondering if there is any "Powered by JVCL" and "Powered by JCL" image somewhere. I'd like to include them in my credits window.

Regards
Salvatore



Subject: JvDBComboBox does not show item from table
From: Florian Hector <fhector@web.de>
Date: Mon, 28 Mar 2005 17:04:13 +0200
Newsgroups: jedi.vcl

I am trying to get a JvDBComboBox to show items from a JvCsvDataSet. The dataset is feed from a csv file and does contain values, this I have verified with a grid.
However, the JvDBComboBox is connected to the same DataSource as the grid but doesn't show any values. I can populate JvDBComboBox.Items and those are shown, but then, what would I need DataSource and DataField for?

Am I using the wrong components?

Florian


Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 16:30:49 +0200
Newsgroups: jedi.vcl

Well, the problem in your example is that the scrollingwindow is a child of
the form, not the panel. You can't align a control inside another control
unless it is a child of that control.

If you cut the scrollingwindow, select the panel you want to place it in and
then paste, your problem should be solved. You can also use the Object
Treeview to drag and drop it on Panel3.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVmemo Scrollbars autohide?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 16:23:09 +0200
Newsgroups: jedi.vcl

> > Is there a Tmemo like control that does hide?
Richedits does it (Set PlainText to true to work with non-RTF text).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVmemo Scrollbars autohide?
From: "Perry Kappetein" <someone@hotmail.com>
Date: Mon, 28 Mar 2005 08:09:06 -0600
Newsgroups: jedi.vcl

hmm,  when I look like a program i.e.  Newsleecher  the scrollbars are 
hiding and he programs in Delphi
too.
Is there a Tmemo like control that does hide?


"Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com> wrote in 
message news:d28kah$cpd$1@talkto.net...
> > AFAIK, there is no way to make Memos show and hide scrollbars based on the
> > content.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Perry Kappetein" <someone@hotmail.com>
Date: Mon, 28 Mar 2005 07:37:54 -0600
Newsgroups: jedi.vcl

Uploaded the project in  binaries  with the name  scrollingwindow helpme.zip


"Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com> wrote in 
message news:d28v5e$fjs$1@talkto.net...
>> >> this is what I did
>> >>
>> >> 1. empty form
> > [...]
> >
> > Better post the example to binaries. I see no difference between using
> > JvScrollingWindow or TPanel.
> >
>> >> unless I need to approace it a different way for this control ??
> > No, JvSvrollingWindow is no different than other controls in this regard.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: JVCL and Theme manager
From: "John Kranas" <kranas@freemail.gr>
Date: Mon, 28 Mar 2005 16:15:24 +0300
Newsgroups: jedi.vcl

Sorry
my mistake
The installer of the the theme manager installs the
design packages as well.
Had to make my own package (ThemeManagerC6)
compile and install from source.


Ï "John Kranas" <kranas@freemail.gr> Ýãñáøå óôï ìÞíõìá 
news:d1v5do$l0b$1@talkto.net...
> >I have just installed JVCL 3.0 (BCB6) and it works great.
> > Congratulations for your work.
> > I would like to ask for some instruction on how
> > to install and use theme-manager.
> > I cant find anywhere bcb packages for the theme-manager
> > I have found only the installer (.exe) of theme manager.
> > I installed it but then when I try to install jvcl with theme manager 
> > checked
> > it complains about missing ThemeSrv.dcu and others. I copied all dcu from 
> > theme
> > manager (c:\prorgram files\borland\....) to jvcl dir and then
> > I have managed to compile and install.
> > Is this correct because my application (after rebuild) gives me an EAccess 
> > Violation whenever I try to start it
> >
> > Thanks
> > 




Subject: Re: how to get the icons transparent in JvXPbar ?
From: "John Kranas" <kranas@freemail.gr>
Date: Mon, 28 Mar 2005 16:13:42 +0300
Newsgroups: jedi.vcl

set the background color to the transparent color of the icon

Ï "Perry Kappetein" <someone@hotmail.com> Ýãñáøå óôï ìÞíõìá 
news:d25jn5$s17$1@talkto.net...
> >I added several transparant icons in the dropdownlist, but they all show a 
> >white background on it
> > I did set the Drawingstyle to Transparent, but it seems like it's not 
> > working
> > if I use the items in my toolbarbuttons then it's fine
> > Am I missing something ??
> > 




Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 15:12:19 +0200
Newsgroups: jedi.vcl

> > this is what I did
> >
> > 1. empty form
[...]

Better post the example to binaries. I see no difference between using
JvScrollingWindow or TPanel.

> > unless I need to approace it a different way for this control ??
No, JvSvrollingWindow is no different than other controls in this regard.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 15:05:32 +0200
Newsgroups: jedi.vcl

> > Guess I'm still lost.
Are you trying to set up pages and nodes at design-time or run-time? At
design-time, set JvSettingsTreeview1.PageList to point to your JvPageList
and then click the ellipsis next to the PageLinks property. At run-time, you
need to use the code as described in the code (type-cast treenodes to
TJvPageIndexNode and set the PageIndex property to the index of the page it
should be associated with).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: !!! ERROR JvDateEdit
From: "Dmitry Rotmanov" <rotmanov@cosmostv.by>
Date: Mon, 28 Mar 2005 16:01:55 +0300
Newsgroups: jedi.vcl

On The Form two JVDBDateEdit components.
Input In First JVDBDateEdit - "99/99/9999",
and put focus on second JVDBDateEdit by Mouse...

Where are two error appeared...
1. In first <<Error message "99/99/9999" is not valide date.>> I am press
"Ok". and this error message shown again.

2. After "Ok" on the second error dialog box, text was selected in the first
JVDBDateEdit, but cursor is in trhe second JVDBDateEdit.




Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "John Friel" <jedi@frieltek.com>
Date: Mon, 28 Mar 2005 06:42:02 -0600
Newsgroups: jedi.vcl

>> >> I would like to have each node have its
>> >> own page like the D2005 Options dialog.  Suggestions?
> > Do as Marcel suggested. That should work

> > I think you still can. If you assign a page to a node and then
> > assign another page to the first child, the two nodes link to different
> > pages. The component will only initialize the first child of the node
> > that is being set, but changing that child afterwards should work properly.


I tried to trace this through the code but got lost. The comments in the unit 
say to use

TJvPageIndexNode(Node).PageIndex := Value;

But that looks to be pre-D6 code when it used another component to keep track of 
the pages. Which property to I loop through (Items?) and which property of that 
do I assign the PageIndex for that node?

Guess I'm still lost.

Thanks in advance.

John 




Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Perry Kappetein" <someone@hotmail.com>
Date: Mon, 28 Mar 2005 06:22:02 -0600
Newsgroups: jedi.vcl

I did that, but it doesn't stay within the other panel/parent.
I changed the align to client but then it's filling my other panels.  if I 
use a different control then it stays in the right panel.

this is what I did

1. empty form
2. panel on left side (allign left)
3. splitter (left)
4. Panel on the right side
5. panel on the top (will be placed in the right panel at the top)
6. splitter (on top)
7. panel on top ( will be placed in the right panel at the bottom)
8. put a control on the right top with allign to client (will fill the right 
top panel)
9. put a control on the right bottom with allign to client ( will fill the 
right bottom panel)

10.  if I replace 9 with the  scrollingwindow then it get messed up
       if I do allign client it will fill the WHOLE right panel
       if I to allign bottom it will fill the WHOLE bottom of my form.
       so it doesn't stay within the panel

unless I need to approace it a different way for this control ??


"Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com> wrote in 
message news:d28kol$csp$1@talkto.net...
>> >> looks like a bug to me
> > The default align of a ScrollingWindows is alTop, there's no bug in that
> >
>> >> The Allign property is set to Top automaticly, and I can't move it into 
>> >> my
>> >> panel where it belongs.
> > If you want to move a control from one parent to another, the simplest way
> > is to select the control, cut (Ctrl+X), select the new parent and paste
> > (Ctrl+V). If you don't like it to be aligned to the top, then change the
> > Align property.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: EIdConnClosedGracefully
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 28 Mar 2005 12:29:56 +0200
Newsgroups: jedi.vcl

Sorry, I mixed up the EConnectionClosedGracefully with EIdSocketError


-- Regards, Andreas Hausladen 

Subject: Re: TJvScrollingWindow always jumps to top and not in panel
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 12:14:48 +0200
Newsgroups: jedi.vcl

> > looks like a bug to me
The default align of a ScrollingWindows is alTop, there's no bug in that

> > The Allign property is set to Top automaticly, and I can't move it into my
> > panel where it belongs.
If you want to move a control from one parent to another, the simplest way
is to select the control, cut (Ctrl+X), select the new parent and paste
(Ctrl+V). If you don't like it to be aligned to the top, then change the
Align property.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 12:08:52 +0200
Newsgroups: jedi.vcl

> > Is this normal behavior of a Treeview?
No, this is normal behavior of a JvSettingsTreeView.

> > I would like to have each node have its
> > own page like the D2005 Options dialog.  Suggestions?
Do as Marcel suggested. That should work

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVmemo Scrollbars autohide?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 28 Mar 2005 12:07:16 +0200
Newsgroups: jedi.vcl

AFAIK, there is no way to make Memos show and hide scrollbars based on the
content.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: EIdConnClosedGracefully
From: MrT <tultalk@attglobal.net>
Date: Sun, 27 Mar 2005 22:15:16 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Don S wrote:
>
>
>>> EIdConnClosedGracefully.Create(RSConnectionClosedGracefully);
>>
>> That's an Indy exception.  Try an Indy newsgroup.
>
>
> But don't ask them about the EIdConnClosedGracefully exception. Because if
> you do so, you have not read the large "R E A D M E" in the indy source
> file where the exception is raised.
>
>
>
Hi:

  Sorry. This is only readme info I saw:

The server side of this connection has disconnected normaly but your client has attempted
      to read or write to the connection. You should trap this error using a try..except.
      Please see the help file for possible further information.



Subject: Re: EIdConnClosedGracefully
From: MrT <tultalk@attglobal.net>
Date: Sun, 27 Mar 2005 22:11:09 -0500
Newsgroups: jedi.vcl

Sorry, lost my head. I knew something was wrong.

Don S wrote:
>> I am attempting to connect with no internet connection and getting this excpetion.
>
>  
>
>>       raise EIdConnClosedGracefully.Create(RSConnectionClosedGracefully);
>
>
> That's an Indy exception.  Try an Indy newsgroup.



Subject: Re: EIdConnClosedGracefully
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 28 Mar 2005 04:15:54 +0200
Newsgroups: jedi.vcl

Don S wrote:

>> > > EIdConnClosedGracefully.Create(RSConnectionClosedGracefully);
> > 
> > That's an Indy exception.  Try an Indy newsgroup.

But don't ask them about the EIdConnClosedGracefully exception. Because if
you do so, you have not read the large "R E A D M E" in the indy source
file where the exception is raised.



-- Regards, Andreas Hausladen 

Subject: Re: EIdConnClosedGracefully
From: "Don S" <mudshark@rancidbud.org>
Date: Sun, 27 Mar 2005 20:29:13 -0500
Newsgroups: jedi.vcl


> > I am attempting to connect with no internet connection and getting this 
> > excpetion.
 
> >        raise EIdConnClosedGracefully.Create(RSConnectionClosedGracefully);

That's an Indy exception.  Try an Indy newsgroup.


Subject: EIdConnClosedGracefully
From: MrT <tultalk@attglobal.net>
Date: Sun, 27 Mar 2005 19:33:56 -0500
Newsgroups: jedi.vcl

Hi:

I am attempting to connect with no internet connection and getting this excpetion.

      The server side of this connection has disconnected normaly but your client has attempted
      to read or write to the connection. You should trap this error using a try..except.
      Please see the help file for possible further information.

      // ************************************************************* *)
      raise EIdConnClosedGracefully.Create(RSConnectionClosedGracefully);


----------------------------------------------------------

I tried:

   try
     SMTP.Connect;
   except
     on E: Exception do
       begin
         if E is EIdConnClosedGracefully then
           begin
             ShowMessage('The Client failed to connect to the mail server. Perhaps there is no ' +
                         'connection to the internet. Please verify that you have an active connection.');
             if SMTP.Connected then
               begin
                 SMTP.Disconnect;
                 StatusBar.Panels[2].Text := 'Disconnected';
                 exit;
               end;
           end
         else
           Raise;
       end;
   end;

And I don't trap the exception.

Any suggesytions as to why?

Thanks.



Subject: TJvScrollingWindow always jumps to top and not in panel
From: "Perry Kappetein" <someone@hotmail.com>
Date: Sun, 27 Mar 2005 15:12:25 -0600
Newsgroups: jedi.vcl

TJvScrollingwindows always jumps to the top in a form and not in a panel
The Allign property is set to Top automaticly, and I can't move it into my 
panel where it belongs.
looks like a bug to me




Subject: Re: Missing JvFolderMonitor
From: Florian Hector <fhector@web.de>
Date: Sun, 27 Mar 2005 22:04:54 +0200
Newsgroups: jedi.vcl

Hi Eddi,

> you want to monitor changes in a folder, am I right? In this case you
> should use TJvChangeNotify.

Found it, thanks.

Florian


Subject: Re: Missing JvFolderMonitor
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sun, 27 Mar 2005 21:54:52 +0200
Newsgroups: jedi.vcl

Hi,

> > Still in the process of converting my apps from JVCL 2.1 to the new 3.0.
> > Can anyone tell me what happened to JvFolderMonitor. Is there another 
> > component that can replace the said one?

you want to monitor changes in a folder, am I right? In this case you
should use TJvChangeNotify.

CU, Eddi


Subject: Missing JvFolderMonitor
From: Florian Hector <fhector@web.de>
Date: Sun, 27 Mar 2005 21:44:30 +0200
Newsgroups: jedi.vcl

Still in the process of converting my apps from JVCL 2.1 to the new 3.0.
Can anyone tell me what happened to JvFolderMonitor. Is there another component that can replace the said one?

Florian


Subject: JVmemo Scrollbars autohide?
From: "Perry Kappetein" <someone@hotmail.com>
Date: Sun, 27 Mar 2005 13:43:34 -0600
Newsgroups: jedi.vcl

Is it possible to hide the scrollbars automaticly, until the textfield is 
getting bigger box itself?
Tried to find a way to do it, but can't figure it out
I know I can use the Sshow but then the 2 bars are greyed out, but I want 
them not to show them at
all, until they have to be.


many thanks




Subject: Example of JvSoundControl?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Sun, 27 Mar 2005 09:54:35 -0800
Newsgroups: jedi.vcl

Is there a help file or an example of using JvSoundControl somewhere? I ran 
across it in the MegaDemo, and it looks interesting. I'd like to create 
something that might let me do some volume-leveling between video clips 
played by Media Player, and this looks like it might help.

Only my attempts at trying to use it (first thing I tried after installing 
JVCL) didn't seem to go anywhere.

Thanks. 




Subject: Re: What happend to JvFileInfo?
From: "NindzaKornjaca" <NindzaKornjaca@FreeAndNil.com>
Date: Sun, 27 Mar 2005 09:53:56 -0800
Newsgroups: jedi.vcl

Thanks Edmund.
"Edmund Matzke" <dummyforusenet@poelser.de> wrote in message
news:1nu4kj6yyags6.1di7mbj7slw90.dlg@40tude.net...
> > You will find it in JvComputerInfoEx...




Subject: Re: Cannot open file jvconst.res
From: Topoldo <topoldo.hard@dada.it>
Date: Sun, 27 Mar 2005 19:35:50 +0200
Newsgroups: jedi.vcl

In article <d26gll$1f2$1@talkto.net>, robert_marquardt@gmx.de says...


That's very strange.. I've only installed 3.0 version and then tried to 
use a jvcheckbox: what should I do to install only 3.0 properly and use 
the components?

In order to explain my situation:

1. I downloaded JVCL300CompleteJCL195-Build1848.7z which contains JCL 
JEDI Code Library v 1.94 too.
2. I installed JEDI Code Library using install.bat
3. I installed JVCL using install.bat
4. I created a new application and put in it a JVCL component choosing 
to NOT use runtime packages


Then the linker aborted with a "cannot find jsconst.res" error.

I tried several times to uninstall (manuallY) every occurrance to JVCL 
and reinstalling everything, but that error still remains.

Could you suggest anything? It'll be very appreciated! :)


PS. I'm very sorry, for a mistake I sent this message to your mailbox 
too. I apologizie for this..


Subject: Re: Cannot open file jvconst.res
From: Topoldo <topoldo.hard@dada.it>
Date: Sun, 27 Mar 2005 17:40:30 +0200
Newsgroups: jedi.vcl

> > This must be a JVCL 2.1 problem because JvConst.res is only used in 
> > Archive\JvConst.pas
> > Please check for files from the old JVCL. Especially .dcu and .bpl files.

That's very strange.. I've only installed 3.0 version and then tried to 
use a jvcheckbox: what should I do to install only 3.0 properly and use 
the components?

PS. I'm very sorry, for a mistake I sent this message to your mailbox 
too. I apologizie for this..


Subject: Re: Cannot open file jvconst.res
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 27 Mar 2005 16:52:51 +0200
Newsgroups: jedi.vcl

Topoldo wrote:
> I've installed JVCL 3.00 on Builder C++ 6, but  I obtain a "Linker error: cannot open jvconst.res" as soon as I try to compile a program in which I've used one of JVCL components. I'm not be able to find any documentation about this problem: could you help me?

This must be a JVCL 2.1 problem because JvConst.res is only used in Archive\JvConst.pas
Please check for files from the old JVCL. Especially .dcu and .bpl files.


Subject: Cannot open file jvconst.res
From: Topoldo <topoldo.hard@dada.it>
Date: Sun, 27 Mar 2005 16:28:17 +0200
Newsgroups: jedi.vcl

I've installed JVCL 3.00 on Builder C++ 6, but  I obtain a "Linker 
error: cannot open jvconst.res" as soon as I try to compile a program in 
which I've used one of JVCL components. I'm not be able to find any 
documentation about this problem: could you help me?

Tnx!


Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 27 Mar 2005 15:51:33 +0200
Newsgroups: jedi.vcl

John Friel wrote:
> Is this normal behavior of a Treeview?  I would like to have each node have its own page like the D2005 Options dialog.  Suggestions?

    I think you still can. If you assign a page to a node and then assign another page to the first child, the two nodes link to different pages. The component will only initialize the first child of the node that is being set, but changing that child afterwards should work properly.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "John Friel" <jedi@frieltek.com>
Date: Sun, 27 Mar 2005 07:30:11 -0600
Newsgroups: jedi.vcl

> > You'd use a JvSettingsTreeview and a JvPageList. Once you've added all the
> > treenodes and pages, set the TJvSettingsTreeview.PageList to point to the
> > TJvPageList and then click the ellipsis button on the
> > TJvSettingsTreeview.Links property. Use the editor to link nodes to pages.

That is what I'm looking for.


> > Note that if you link a page to a node that has children, the same page will
> > be assigned to the selected node as well as the first child.

Is this normal behavior of a Treeview?  I would like to have each node have its 
own page like the D2005 Options dialog.  Suggestions?

Thanks in advance.

John 




Subject: JvRichEditToHTML Problem
From: MrT <tultalk@attglobal.net>
Date: Sun, 27 Mar 2005 07:38:18 -0500
Newsgroups: jedi.vcl

Hi:

  I have translation problem. Any suggestions appreciated.
Rivh edit:

{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fnil\fcharset0 MS Sans Serif;}}
\viewkind4\uc1\pard\f0\fs20 Jackson Area Landlords Association\par
\par
\fs32 Jackson Area Landlords Association\par
\fs20\par
\par
\fs40 Jackson Area Landlords Association\par
\fs20\par
\par
\fs48 Jackson Area Landlords Association\par
\fs20\par
\par
\fs56 Jackson Area Landlords Association\par
\fs20\par
}


and the RichEditToHTML Translation (form the email recieved).

  <FONT COLOR=3D"#000000" SIZE=3D"4" FACE=3D"MS Sans Serif">
<BR>Jackson Area Landlords Association
<BR>
<BR><FONT COLOR=3D"#000000" SIZE=3D"2" FACE=3D"MS Sans Serif">Jackson Ar=
ea Landlords Associatio</FONT><FONT COLOR=3D"#000000" SIZE=3D"4" FACE=3D=
"MS Sans Serif">n
<BR>
<BR>
<BR></FONT><FONT COLOR=3D"#000000" SIZE=3D"6" FACE=3D"MS Sans Serif">Jac=
kson Area Landlords Associa</FONT><FONT COLOR=3D"#000000" SIZE=3D"4" FAC=
E=3D"MS Sans Serif">ti</FONT><FONT COLOR=3D"#000000" SIZE=3D"2" FACE=3D"=
MS Sans Serif">on

<BR>
<BR>
<BR>Jackson Area Landlords Asso</FONT><FONT COLOR=3D"#000000" SIZE=3D"4"=
 FACE=3D"MS Sans Serif">ci</FONT><FONT COLOR=3D"#000000" SIZE=3D"6" FACE=
=3D"MS Sans Serif">ation
<BR>
<BR>
<BR>Jackson Area Landlords A</FONT><FONT COLOR=3D"#000000" SIZE=3D"4" FA=
CE=3D"MS Sans Serif">ssociation
</FONT>

</FONT>



Subject: how to get the icons transparent in JvXPbar ?
From: "Perry Kappetein" <someone@hotmail.com>
Date: Sun, 27 Mar 2005 00:38:04 -0600
Newsgroups: jedi.vcl

I added several transparant icons in the dropdownlist, but they all show a 
white background on it
I did set the Drawingstyle to Transparent, but it seems like it's not 
working
if I use the items in my toolbarbuttons then it's fine
Am I missing something ?? 




Subject: Re: What happend to JvFileInfo?
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sun, 27 Mar 2005 07:54:44 +0200
Newsgroups: jedi.vcl

You will find it in JvComputerInfoEx...


Subject: What happend to JvFileInfo?
From: "NindzaKornjaca" <NindzaKornjaca@FreeAndNil.com>
Date: Sat, 26 Mar 2005 21:31:58 -0800
Newsgroups: jedi.vcl

There is no information about it anywhere...
Removed, renamed, dropped>>>
Thanks,
Nindza Kornjaca




Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sat, 26 Mar 2005 17:39:35 +0100
Newsgroups: jedi.vcl

> > If I wanted to duplicate the look and feel of the D2005 Tools|Options
dialog,
> > which components would be the best fit?

You'd use a JvSettingsTreeview and a JvPageList. Once you've added all the
treenodes and pages, set the TJvSettingsTreeview.PageList to point to the
TJvPageList and then click the ellipsis button on the
TJvSettingsTreeview.Links property. Use the editor to link nodes to pages.
Note that if you link a page to a node that has children, the same page will
be assigned to the selected node as well as the first child.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvCustomCipher how to use?
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sat, 26 Mar 2005 17:37:33 +0100
Newsgroups: jedi.vcl

> > What   Var  do I use for these?
> > 
> >     ACipher := TJvCaesarCipher.Create(Nil);
> >     AEncStr := ACipher.EncodeString('34', 'testing');
> >     ADecStr := ACipher.DecodeString('34', AEncStr);
> >     ACipher.Free;
> > 
> > 
> > Acipher : String  ?
> > AEncstr : String  ?

I never used it before, but

var
  ACipher: TJvCaesarCipher;
  AEncStr: String;
  ADecStr: String;

should work.

CU, Eddi


Subject: Re: TJvCustomCipher how to use?
From: "Perry Kappetein" <someone@hotmail.com>
Date: Sat, 26 Mar 2005 10:25:25 -0600
Newsgroups: jedi.vcl

What   Var  do I use for these?

    ACipher := TJvCaesarCipher.Create(Nil);
    AEncStr := ACipher.EncodeString('34', 'testing');
    ADecStr := ACipher.DecodeString('34', AEncStr);
    ACipher.Free;


Acipher : String  ?
AEncstr : String  ?



"Don S" <mudshark@rancidbud.org> wrote in message 
news:d22pu8$c1g$1@talkto.net...

> > I added   jvcipher in my  USES  row
> > and added  TJvCustomCipher = class(TJvComponent);
> > but how to encode a string?
> > when I try
> > Temp:=TJvCustomCipher.encodestring('testing',34);   that ain't working
> > it doesn't know .encodestring
> > what am I missing, since I can't find any other samples

You can't use TJvCustomCipher... it's Encode and Decode methods are abstract 
vitual methods.  So they don't implement an actual algorithm.  Use one of 
the descendant classes in the same unit.

The order of arguments for EncodeString is Key, Value.

Finally, the key is a string value and not an integer.

    ACipher := TJvCaesarCipher.Create(Nil);
    AEncStr := ACipher.EncodeString('34', 'testing');
    ADecStr := ACipher.DecodeString('34', AEncStr);
    ACipher.Free;





Subject: Re: Using JVCL to duplicate D2005 Options Dialog?
From: "JFN" <no.spam@for.me>
Date: Sat, 26 Mar 2005 15:48:23 +0000 (UTC)
Newsgroups: jedi.vcl

John Friel wrote:

> > If I wanted to duplicate the look and feel of the D2005 Tools|Options
> > dialog, which components would be the best fit?
> > 
> > I'm guessing they used a Treeview on the left, but what did they use
> > on the right side to contain all the controls for each node of the
> > treeview?
> > 

I'd suggest using frames

HTH,
-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Using JVCL to duplicate D2005 Options Dialog?
From: "John Friel" <jedi@frieltek.com>
Date: Sat, 26 Mar 2005 06:17:05 -0600
Newsgroups: jedi.vcl

If I wanted to duplicate the look and feel of the D2005 Tools|Options dialog, 
which components would be the best fit?

I'm guessing they used a Treeview on the left, but what did they use on the 
right side to contain all the controls for each node of the treeview?

Is there a component that does some of this?

Thanks!

John 




Subject: Re: What happened with TJvHotLink in JVCL 3.0?
From: "F. Hurlbrink" <usenet@hurlbrink.de>
Date: Sat, 26 Mar 2005 07:26:26 +0100
Newsgroups: jedi.vcl

Am Fri, 25 Mar 2005 21:47:26 +0100 schrieb Jacob Boerema <jgboerema@gmail.com>:

> It was merged into JvLabel.

Thank you for this informations.


Subject: Re: TJvCustomCipher how to use?
From: "Don S" <mudshark@rancidbud.org>
Date: Sat, 26 Mar 2005 00:04:56 -0500
Newsgroups: jedi.vcl


> > I added   jvcipher in my  USES  row
> > and added  TJvCustomCipher = class(TJvComponent);
> > but how to encode a string?
> > when I try
> > Temp:=TJvCustomCipher.encodestring('testing',34);   that ain't working
> > it doesn't know .encodestring
> > what am I missing, since I can't find any other samples

You can't use TJvCustomCipher... it's Encode and Decode methods are abstract vitual methods.  So they don't implement an actual algorithm.  Use one of the descendant classes in the same unit.

The order of arguments for EncodeString is Key, Value.

Finally, the key is a string value and not an integer.

    ACipher := TJvCaesarCipher.Create(Nil);
    AEncStr := ACipher.EncodeString('34', 'testing');    
    ADecStr := ACipher.DecodeString('34', AEncStr);
    ACipher.Free;




Subject: Re: TJvFilenameEdit
From: "Vinson" <nosent@1.com>
Date: Sat, 26 Mar 2005 11:07:38 +0800
Newsgroups: jedi.vcl

Solved, thanks!

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:d21li7$5fh$1@talkto.net...
> > Vinson wrote:
>> >> I found a problem with TJvFilenameEdit.
>> >>
>> >> I got this error when starting my application.
>> >> "Resource JvFilenameEditGLYPH not found."
> >
> > This sounds as if you did not rebuilt your application.
> > Compile may not be enough.
> > The resources of the components have been renamed. 




Subject: Transparency bug in Embedded Form
From: "Ale" <nospam@nospam.com>
Date: Sat, 26 Mar 2005 03:51:52 +0100
Newsgroups: jedi.vcl

I've found a problem with the Embedded Form component: if on the "child"
form I put an image as background and put another image with transparency
on it, when the form is embedded in a embedded form panel the transparent
parts of the top image is drawn using the background color of the panel,
not with the image behind it.
Maybe it's a VCL bug?

Thanks in advance
Alessandro



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvCustomCipher how to use?
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 20:41:16 -0600
Newsgroups: jedi.vcl

I added   jvcipher in my  USES  row
and added  TJvCustomCipher = class(TJvComponent);

but how to encode a string?
when I try

Temp:=TJvCustomCipher.encodestring('testing',34);   that ain't working
it doesn't know .encodestring

what am I missing, since I can't find any other samples




Subject: Re: JVCL3 installation problem
From: "Aubrey Moore" <aubreymoore@guam.net>
Date: Sat, 26 Mar 2005 11:30:44 +1000
Newsgroups: jedi.vcl

Thanks, Andreas.

That was the problem.  When I added the following line to AUTOEXEC.BAT,
everything worked fine.

SET PATH=C:\Progra~1\Borland\Delphi6\Projects\bpl;%PATH%


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:d226mn$9c2$1@talkto.net...
> > Is the $(DELPHI)\Projects\Bpl directory in the PATH environment variable?
> > This is a must and is set while installing Delphi.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 18:10:52 -0600
Newsgroups: jedi.vcl

ok, reinstalled Delphi, and now it's working..
Don't know what happened with the remove and the install of JCL/JVCL



"Perry Kappetein" <someone@hotmail.com> wrote in message 
news:d1v16c$jt8$1@talkto.net...
> > Downloaded the latest this morning
> >
> > and getting a errir during install of JVCL
> >
> >
> >
> > [Compiling: JvCoreD9D.bpl]
> >
> > Borland Delphi for Win32 compiler version 17.0
> >
> > Copyright (c) 1983,2004 Borland Software Corporation
> >
> > C:\Documents and Settings\Me\My Documents\Borland Studio 
> > Projects\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063 
> > Could not compile used unit 'SysUtils.pas'
> >
> > ** error 1 ** deleting "C:\Documents and Settings\Me\My Documents\Borland 
> > Studio Projects\Bpl"\JvCoreD9D.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> > 




Subject: Re: JVCL3 installation problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 26 Mar 2005 00:39:12 +0100
Newsgroups: jedi.vcl

Is the $(DELPHI)\Projects\Bpl directory in the PATH environment variable?
This is a must and is set while installing Delphi.

-- Regards, Andreas Hausladen 

Subject: Re: storing passwords with JvFormStorage
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Sat, 26 Mar 2005 00:15:58 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>> I have several textboxes with passwords. Presently I'm using JvFormStorage to store their .Text property.
>>
>> The question: is it possible to intercept the "storing process" and encrypt those passwords? If I'm not mistaken, I've seen some methods to do that (being spoken about on Borland homepage). Am I right?
>
>
>     IIRC, the TJv*AppStorage component you use to store the data has an OnEncrypt/OnDecrypt event 


Thanks! I found it. Actually, it differs a little. All I had to add was to add JvAppIniFileStorage1.EnablePropertyValueCrypt;. Great! I don't even have to get into cryptogrphy. All passwords are saved safely.


It's a pity such a great collection of components is (relatively) undocumented.


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: JVCL3 installation problem
From: "Aubrey Moore" <aubreymoore@guam.net>
Date: Sat, 26 Mar 2005 09:02:57 +1000
Newsgroups: jedi.vcl

Sorry, I miscopied the error message.

It actually says:

"Can't load pckage C:\Program
Files\Borland\Delphi6\Projects\Bpl\JvAppFrmD6D.bpl".

and there is a similar error message for all the other JVCL components.
So, the error does not seem to br the result of stuff left over from
previous installations.




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 16:52:12 -0600
Newsgroups: jedi.vcl

Well, that's nice then...
Then the uninstall or whatever must have broken something then..
Cause the Lib Path's are in Delphi.  Delphi runs just fine, except JVCL.
Will uninstall Delphi :(  and install from scratch. will make a copy of the 
folder to see what it getting changed
will report back once everything is installed


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:d222do$8f7$1@talkto.net...
> > Perry Kappetein wrote:
> >
>> >> Could not compile used unit 'SysUtils.pas'
>> >> Could not compile used unit 'Windows.pas'
> >
> > Your Delphi installation must be very broken.
> >
> > This happens only if the compiler cannot find the SysUtils.dcu and
> > Windows.dcu which are in $(BDS)\Lib
> > In other words your $(BDS)\Lib directory is not used by the compiler.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Mar 2005 23:26:09 +0100
Newsgroups: jedi.vcl

Perry Kappetein wrote:

> > Could not compile used unit 'SysUtils.pas'
> > Could not compile used unit 'Windows.pas'

Your Delphi installation must be very broken.

This happens only if the compiler cannot find the SysUtils.dcu and
Windows.dcu which are in $(BDS)\Lib
In other words your $(BDS)\Lib directory is not used by the compiler.


-- Regards, Andreas Hausladen 

Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 16:07:07 -0600
Newsgroups: jedi.vcl

ok, getting very frustraded.... now none of the older packages is working..
What things are both programs looking at, and where to find them?
I wiped out the BPL folder, but that didn't make any difference


"Perry Kappetein" <someone@hotmail.com> wrote in message 
news:d220jg$81u$1@talkto.net...
> > Thought I download  the Full RC 1 version that incl  Version 1.94
> > but now this package doesn't work either..
> > this is very strange....  now it's warning me about..
> > Is there some spot where it's beeing tracked of the version of JCL and 
> > JVCL?
> > Gonna try to install the seperate downloads, to see if those are still 
> > working
> >
> >
> > C:\Documents and Settings\Me\My Documents\Borland Studio 
> > Projects\JVCL300RC1Complete\jvcl\run\JvExButtons.pas(41) Fatal: F2063 
> > Could not compile used unit 'Windows.pas'
> >
> >
> >
> >
> > "Perry Kappetein" <someone@hotmail.com> wrote in message 
> > news:d1v16c$jt8$1@talkto.net...
>> >> Downloaded the latest this morning
>> >>
>> >> and getting a errir during install of JVCL
>> >>
>> >>
>> >>
>> >> [Compiling: JvCoreD9D.bpl]
>> >>
>> >> Borland Delphi for Win32 compiler version 17.0
>> >>
>> >> Copyright (c) 1983,2004 Borland Software Corporation
>> >>
>> >> C:\Documents and Settings\Me\My Documents\Borland Studio 
>> >> Projects\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063 
>> >> Could not compile used unit 'SysUtils.pas'
>> >>
>> >> ** error 1 ** deleting "C:\Documents and Settings\Me\My Documents\Borland 
>> >> Studio Projects\Bpl"\JvCoreD9D.bpl
>> >>
>> >> ** error 1 ** deleting CompilePackages
>> >>
>> >>
> >
> > 




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 15:53:14 -0600
Newsgroups: jedi.vcl

Thought I download  the Full RC 1 version that incl  Version 1.94
but now this package doesn't work either..
this is very strange....  now it's warning me about..
Is there some spot where it's beeing tracked of the version of JCL and JVCL?
Gonna try to install the seperate downloads, to see if those are still 
working


C:\Documents and Settings\Me\My Documents\Borland Studio 
Projects\JVCL300RC1Complete\jvcl\run\JvExButtons.pas(41) Fatal: F2063 Could 
not compile used unit 'Windows.pas'




"Perry Kappetein" <someone@hotmail.com> wrote in message 
news:d1v16c$jt8$1@talkto.net...
> > Downloaded the latest this morning
> >
> > and getting a errir during install of JVCL
> >
> >
> >
> > [Compiling: JvCoreD9D.bpl]
> >
> > Borland Delphi for Win32 compiler version 17.0
> >
> > Copyright (c) 1983,2004 Borland Software Corporation
> >
> > C:\Documents and Settings\Me\My Documents\Borland Studio 
> > Projects\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063 
> > Could not compile used unit 'SysUtils.pas'
> >
> > ** error 1 ** deleting "C:\Documents and Settings\Me\My Documents\Borland 
> > Studio Projects\Bpl"\JvCoreD9D.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> > 




Subject: Re: JvFormStorage does not remember Active Control
From: Florian Hector <fhector@web.de>
Date: Fri, 25 Mar 2005 22:40:55 +0100
Newsgroups: jedi.vcl

> Colud you create a small sample and add it to mantis?

Hello Jens,

done:

http://homepages.borland.com/jedi/issuetracker/view.php?id=2802

Florian


Subject: Re: JVCL3 installation problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 25 Mar 2005 22:40:13 +0100
Newsgroups: jedi.vcl

Aubrey Moore wrote:

> I am having a problem installing JVCL3 and JCL1.95 for Delphi 6 Pro Update 2
> on my Win98 machine.  I followed the uninstall instructions to the letter to
> remove any trace of a previous installation.  I then installed JCL using its
> installer.  I then ran the JVCL installer and everything appeared fine.
> However, when I start Delphi, I get a series error dialogs, one for each
> JVCL component in the form:
>
> "Can't load pckage C:\Program
> Files\Borland\Delphi6\Projects\Bpl\JvAppFrm.bpl".

That seems to belong to an outdated JVCL version.  Corresponding JVCL 3 packages are named JvAppFrmD6R.bpl (runtime package) and JvAppFrmD6D.bpl (design time package).


Subject: Re: JvPageList: How do I get rid of the flickering?
From: Ivo Bauer <abuer@zom.zc>
Date: Fri, 25 Mar 2005 22:32:24 +0100
Newsgroups: jedi.vcl

Hi, Peter!

Peter Thornqvist wrote:
> Try setting DoubleBuffered to true at run-time. I don't think it's
> published, but I am pretty certain it is public (otherwise it should be).

I should have mentioned this earlier (my apologies) that I tried to set DoubleBuffered property of both JvPageList and JvStandardPage to True but it did have no effect on the flickering.

Any other ideas? I wonder why my toolbars didn't flicker on a classic TPanel but on JvPageList they do...

Best regards,

-- 
Ivo Bauer
OZM Research, s.r.o.
http://www.ozm.cz/
_____________________________________________

ModLink - http://www.ozm.cz/ivobauer/modlink/
Implement MODBUS Messaging Services in Delphi
_____________________________________________


Subject: Re: JvPageList: How do I get rid of the flickering?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Fri, 25 Mar 2005 22:08:41 +0100
Newsgroups: jedi.vcl

> > Could anybody (Peter?) please help me how do I get rid of the flickering?
Try setting DoubleBuffered to true at run-time. I don't think it's
published, but I am pretty certain it is public (otherwise it should be).


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: What happened with TJvHotLink in JVCL 3.0?
From: Jacob Boerema <jgboerema@gmail.com>
Date: Fri, 25 Mar 2005 21:47:26 +0100
Newsgroups: jedi.vcl

On Fri, 25 Mar 2005 18:10:49 +0100, "F. Hurlbrink" 
<usenet@hurlbrink.de> wrote in article <opsn7d0bm9dhxozt@standard>:
> > In JVCL 3.0 TJvHotLink doesn't exist anymore.
> > Why?
> > Is there a better JVCL-Component or was this Component too easy, 
> > so that you have to program it yourself from now on?

It was merged into JvLabel.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: ANN: JVCL 3.00 Released!
From: "JFN" <no.spam@for.me>
Date: Fri, 25 Mar 2005 20:40:28 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > The JVCL Team is proud to announce that the stable release of JVCL
> > 3.00 is available for download.
> > 

Thank you to the Team JEDI for the JCL and the JVCL!!!

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: JVCL3 installation problem
From: "Aubrey Moore" <aubreymoore@guam.net>
Date: Sat, 26 Mar 2005 06:30:30 +1000
Newsgroups: jedi.vcl

I am having a problem installing JVCL3 and JCL1.95 for Delphi 6 Pro Update 2
on my Win98 machine.  I followed the uninstall instructions to the letter to
remove any trace of a previous installation.  I then installed JCL using its
installer.  I then ran the JVCL installer and everything appeared fine.
However, when I start Delphi, I get a series error dialogs, one for each
JVCL component in the form:

"Can't load pckage C:\Program
Files\Borland\Delphi6\Projects\Bpl\JvAppFrm.bpl".
One of the library files needed to run this application cannot be found.
Do you want to load this package the next time a project is loaded?"

Any ideas on solving ths problem would be much appreciated.




Subject: Re: JvFormStorage does not remember Active Control
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 25 Mar 2005 21:04:04 +0100
Newsgroups: jedi.vcl

Colud you create a small sample and add it to mantis?

http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Greetings and thanks
Jens

Florian Hector wrote:
> After converting from JVCL 2.1 to version 3.0 I can't seem to get JvFormStorage to work as before.
> I have converted from the old version to the new one by adding JvAppIniFileStorage to the form as described in the help file.
> All the StoredProps get restored when RestoreFormPlacement gets called, except the active tabsheet of a PageControl. Although it gets saved when SaveFormPlacement is called, upon restoring the active tabsheet is allways the one active at design time.
> If have tried to use Active Control of the form properties instead of PageConrol.ActivePage, to no avail.
>
> Can anyone help me on thatß
>
> Florian

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvFormStorage does not remember Active Control
From: Florian Hector <fhector@web.de>
Date: Fri, 25 Mar 2005 20:31:39 +0100
Newsgroups: jedi.vcl

After converting from JVCL 2.1 to version 3.0 I can't seem to get JvFormStorage to work as before.
I have converted from the old version to the new one by adding JvAppIniFileStorage to the form as described in the help file.
All the StoredProps get restored when RestoreFormPlacement gets called, except the active tabsheet of a PageControl. Although it gets saved when SaveFormPlacement is called, upon restoring the active tabsheet is allways the one active at design time.
If have tried to use Active Control of the form properties instead of PageConrol.ActivePage, to no avail.

Can anyone help me on thatß

Florian


Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 13:31:14 -0600
Newsgroups: jedi.vcl

Did anyone run into the same problem?
Sure want to use the latest version, but can't get anywhere

"Perry Kappetein" <someone@hotmail.com> wrote in message 
news:d1v16c$jt8$1@talkto.net...
> > Downloaded the latest this morning
> >
> > and getting a errir during install of JVCL
> >
> >
> >
> > [Compiling: JvCoreD9D.bpl]
> >
> > Borland Delphi for Win32 compiler version 17.0
> >
> > Copyright (c) 1983,2004 Borland Software Corporation
> >
> > C:\Documents and Settings\Me\My Documents\Borland Studio 
> > Projects\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063 
> > Could not compile used unit 'SysUtils.pas'
> >
> > ** error 1 ** deleting "C:\Documents and Settings\Me\My Documents\Borland 
> > Studio Projects\Bpl"\JvCoreD9D.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> > 




Subject: DEFINE about version of JVCL
From: miroslavp@mnet.bg
Date: Fri, 25 Mar 2005 21:25:02 +0200
Newsgroups: jedi.vcl

Hi, all

Is there a DEFINE in JVCL source about which version is JVCL itself. Something like VER_xxx of Delphi compiler.

TIA,
-- 
Miroslav Penchev


Subject: Re: TJvFilenameEdit
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 25 Mar 2005 19:45:10 +0100
Newsgroups: jedi.vcl

Vinson wrote:
> I found a problem with TJvFilenameEdit.
>
> I got this error when starting my application.
> "Resource JvFilenameEditGLYPH not found." 

This sounds as if you did not rebuilt your application.
Compile may not be enough.
The resources of the components have been renamed.


Subject: What happened with TJvHotLink in JVCL 3.0?
From: "F. Hurlbrink" <usenet@hurlbrink.de>
Date: Fri, 25 Mar 2005 18:10:49 +0100
Newsgroups: jedi.vcl

In JVCL 3.0 TJvHotLink doesn't exist anymore.
Why?
Is there a better JVCL-Component or was this Component too easy, so that you have to program it yourself from now on?

(I'm a German user)

-- 
I'm a German user


Subject: TJvAppInstances problem again
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 25 Mar 2005 18:19:55 +0200
Newsgroups: jedi.vcl

I have set AppInstances.MaxInstances to 1. Everything it's ok.

But if i schedule my application with the windows task scheduler, and i have 
many schedules at the same time (9:00PM) then every instance exists with:
Access violation at address 0054060F in module 'program.exe', Read of 
address 00000000C.

Any suggestion ? 




Subject: HWND in BCB
From: Hofi <hofi@fw.hu>
Date: Fri, 25 Mar 2005 17:10:41 +0100
Newsgroups: jedi.vcl

Could any of you plz tell me what compiler option forces delphi to produce HWND as HWND in the output BPL file not unsigned int?!?

The current settings in the latest JVCL3 release produces e.g.

Function      Jvxchecklistbox::TJvxCustomListBox::FocusKilled(unsigned int) in the JvStdCtrlsC6R.bpl
but int the generated JvxCheckListBox.hpp file the declaration is
virtual void __fastcall FocusKilled(HWND NextWnd);

in bcb HWND treated differently dependig on STRICT defined or not
as far as i can remember

as a HWND__*    (void *)
or a simple int

but not unsigned int
therefore the linker always missing functions referencing handles like HWND
e.g.
[Linker Error] Unresolved external '__fastcall Jvxchecklistbox::TJvxCustomListBox::FocusKilled(HWND__ *)' referenced from J:\SOURCE\VCL6\HOFI\HVCL\LIB6\HRXCHECKLISTBOX.OBJ

TIA
   Hofi


Subject: TJvFilenameEdit
From: "Vinson" <nosent@1.com>
Date: Fri, 25 Mar 2005 23:51:58 +0800
Newsgroups: jedi.vcl

I found a problem with TJvFilenameEdit.

I got this error when starting my application.
"Resource JvFilenameEditGLYPH not found." 




Subject: JvPageList: How do I get rid of the flickering?
From: Ivo Bauer <abuer@zom.zc>
Date: Fri, 25 Mar 2005 16:24:54 +0100
Newsgroups: jedi.vcl

First of all, I'd like to say a big THANK YOU for all developers who are involved in JCL/JVCL for their time and effort getting JVCL 3 final release out of the door. Congrats!

Now back to my problem. I have JvPageList aligned to alClient which contains several JvStandardPages. When I put some kind of control (e.g. classic Win32 TToolbar with some buttons/images assigned or TMemo with some lines of text) onto the page and run my sample project, I can see those controls suffered from a heavy flickering when resizing the form with mouse. OTOH, when I put those controls on a standard TPanel, then no flickering occurs at all.

Could anybody (Peter?) please help me how do I get rid of the flickering?

Thanks in advance!

-- 
Ivo Bauer
OZM Research, s.r.o.
http://www.ozm.cz/
_____________________________________________

ModLink - http://www.ozm.cz/ivobauer/modlink/
Implement MODBUS Messaging Services in Delphi
_____________________________________________


Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 09:07:48 -0600
Newsgroups: jedi.vcl

I did not see a response on my CFG file
I did see a option to change  6 into 9  in the compile.pas  but didn't make 
any difference
Was there anything else then??

Yes I have Win32 installed, cause that's the only part I am working with
(I did do a full install though)

Like I said, it worked fine with the previous setup.


"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d21812$1tb$1@talkto.net...
> > Perry Kappetein wrote:
> >
>> >> were the setting in my CFG that I posted yesterday correct?
> >
> > Yes. And did you try to modify the file as Andreas suggested ?
> > Further, are you sure you have installed the Win32 part of delphi 2005 ?
> > Because the JVCL 3 is only working with Win32, not .Net 




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Mar 2005 15:56:23 +0100
Newsgroups: jedi.vcl

Perry Kappetein wrote:

> were the setting in my CFG that I posted yesterday correct?

Yes. And did you try to modify the file as Andreas suggested ?
Further, are you sure you have installed the Win32 part of delphi 2005 ?
Because the JVCL 3 is only working with Win32, not .Net


Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 08:37:14 -0600
Newsgroups: jedi.vcl

were the setting in my CFG that I posted yesterday correct?



"Perry Kappetein" <someone@hotmail.com> wrote in message 
news:d216q8$1kn$1@talkto.net...
> > yes I am sure
> >
> > I downloaded the latest package with JVL and JVCL
> >
> > I am using Delphi 2005 btw.
> >
> > JVL 1.95 installed (got 6 warnings but no errors)
> > JVCL 3.0 final install..  error about sysutils.pas
> > tried
> > JVCL 3.0 daily zip   same problem
> > JVCL 3.0 RC1 (daily file from 1 week ago)  and works fine
> >
> > But still unable to install the latest version..
> > am I the only one with this error???
> >
> > "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
> > news:d20fl1$sa7$1@talkto.net...
>> >> Perry Kappetein wrote:
>>> >>> Sorry,  still the same problem
>>> >>>
>>> >>> Error that JVL and JVCL are incompatible with eachother
>>> >>>
>>> >>>   JVL 1.95 and JVCL RC1 works fine btw.
>> >>
>> >> 1.95 and RC1? I seriously doubt that can install, they are not 
>> >> compatible.
>> >> What exact error message do you get?
>> >> Are you sure you do not have a previous version of either the JCL or JVCL 
>> >> installed ?
> >
> > 




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Fri, 25 Mar 2005 08:33:02 -0600
Newsgroups: jedi.vcl

yes I am sure

I downloaded the latest package with JVL and JVCL

I am using Delphi 2005 btw.

JVL 1.95 installed (got 6 warnings but no errors)
JVCL 3.0 final install..  error about sysutils.pas
tried
JVCL 3.0 daily zip   same problem
JVCL 3.0 RC1 (daily file from 1 week ago)  and works fine

But still unable to install the latest version..
am I the only one with this error???

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d20fl1$sa7$1@talkto.net...
> > Perry Kappetein wrote:
>> >> Sorry,  still the same problem
>> >>
>> >> Error that JVL and JVCL are incompatible with eachother
>> >>
>> >>   JVL 1.95 and JVCL RC1 works fine btw.
> >
> > 1.95 and RC1? I seriously doubt that can install, they are not compatible.
> > What exact error message do you get?
> > Are you sure you do not have a previous version of either the JCL or JVCL 
> > installed ? 




Subject: Re: Another JvXPBar problem
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Fri, 25 Mar 2005 15:10:05 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer schrieb:

>  It wouldn't be that hard to change the code, would it? I assume
> JvXPBar already uses an ActionLink (to maintain the Enabled/Visible
> synchronization between the action and the component), so the adapting
> the code according to Borland's intent regarding actions should be a
> minor operation. It wouldn't break existing code either, but improve
> compatibility with possible 3rd-party code.

I think the following code, an adapted version of TControl.Click, would do it:

if (FVisibleItems[FHoverIndex].Action <> nil) and
   (@FVisibleItems[FHoverIndex].FOnClick <> @FVisibleItems[FHoverIndex].Action.OnExecute) then
  FVisibleItems[FHoverIndex].FOnClick(Self)
else if not (csDesigning in ComponentState) and (FVisibleItems[FHoverIndex].ActionLink <> nil) then
  FVisibleItems[FHoverIndex].ActionLink.Execute(Self)
else if Assigned(FVisibleItems[FHoverIndex].FOnClick) then
  FVisibleItems[FHoverIndex].FOnClick(Self);

It should replace:

{ set linked 'action' as Sender }
if Assigned(FVisibleItems[FHoverIndex].Action) then
  FVisibleItems[FHoverIndex].FOnClick(FVisibleItems[FHoverIndex].Action)
else
  FVisibleItems[FHoverIndex].FOnClick(FVisibleItems[FHoverIndex]);


(By the way, TControl.Click is the super inherited method of TJvXPBar.Click)

I think it supports both: the Execute-Method and thereby the event indirectly.

Regards

André







Subject: Re: ANN: JVCL 3.00 Released!
From: Hofi <hofi@fw.hu>
Date: Fri, 25 Mar 2005 14:43:43 +0100
Newsgroups: jedi.vcl

First of all!!

Thank you for everyone who participate in this great project!!!
You are great!!

Unfortunately i still have problems during installation.
I know i may belong to the few people who are using JCL&JVCL in BCB and installing them with NO default options, but anyway i try to sign you once again the problems were and currently are exist in the installers.

JCL
 almost perfect, two tiny problems i had
        1. after the install.bat built the installer was not able to start it. i don't know why but when JediInstaller.exe starts it misses rtl60.bpl. Yes rtl60.bpl is not on the default BCB6 installation place but it is in the path! And starting JediInstaller.exe once again from the \JediVCL\jcl\bin\ directory is successful!!!
        2. it would be a nice thing if there would be a 3rd directory option in the 'advanced options' group for the DCP files like it is in the JVCLInstall.exe

JVCL
         1. there is option to give the directory of the output BPL and DCP files but there is no option to give a hint where the JCL BPL files are installed (if somebody changed the default place in JediInstaller.exe, JVCLInstall.exe won't find the necessary files).
        2.
            a.) Changing the DCP files path causes LIB and BPI files placed into that directory and it causes a failed build (JVCLInstall.exe won't find the BPI files)
            b.) Changing back DCP path to the same that BPL directory also causes a failed build (JVCLInstall.exe won't find the (JCL) DCP files)
        3. finally for the successful build i had to change back to the default (BCB$\Projects\BPL and BCB$\Projects\Lib) dirs because user defined settings are not worked (none of the previously built packages was found by JVCLInstall.exe)
        4. Choosing 'Build packages' causes AV in dcc32.exe when building JvSystemC6R.bpl

Once again this not a criticism, because your work is great and useful, i just like to add suggestions to make a bit comfortable the installation when not the default options used.

Thank you
    Hofi



On Thu, 24 Mar 2005 09:48:58 +0100, OBones <oobnes__gf_@_gfd_altern.org> wrote:

> The JVCL Team is proud to announce that the stable release of JVCL 3.00 is available for download.


Subject: Re: Another JvXPBar problem
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 25 Mar 2005 14:37:16 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
>> the JvXPBar uses the OnExecute event instead of the Execute method.
>
>
> This is by-design.

    Maybe, but a bad design. The action stuff contain a virtual Execute method, thus any consumer of the action should expect that method to be overridden to provide custom tasks in addition to whatever the end-user of the action adds in the OnExecute event. The proper design would be to use the Execute method of the ActionLink like André showed is done in the Borland VCL.

> Many components work that way.

    That's no reason to assume it's the best way. I really consider the fact that the Execute method is not used a *serious* design flaw.

> So, simply add OnExecute handlers to your user-written events.

    And what if a third-party component has defined some actions with overridden Execute methods to perform custom tasks before/after the OnExecute event? It won't work then (not if the custom tasks are private/protected methods), meaning I'd have to drop whatever component I use that bypasses the Execute method, just to be able to use the specialized actions, or go through the process of duplicating the mechanism through the OnExecute event, possibly modifying the code of the third-party vendor (with all the problems that come with it when said vendor releases a new edition).


    It wouldn't be that hard to change the code, would it? I assume JvXPBar already uses an ActionLink (to maintain the Enabled/Visible synchronization between the action and the component), so the adapting the code according to Borland's intent regarding actions should be a minor operation. It wouldn't break existing code either, but improve compatibility with possible 3rd-party code.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Installer rant
From: Thomas Mueller <spam@dummzeuch.de>
Date: Fri, 25 Mar 2005 14:06:36 +0100
Newsgroups: jedi.vcl

Hi,

first, let me congratulate you for releasing jvcl 3.0 in time for the easter
holidays, so I have got something to play with now. ;-)

Now to the actual reason why I am writing this: The new installer is nice
but there are a few things that I'd like improved:

* The second page has got a link to start the jcl installer. This works, but
after installing the jcl with it, the jvcl installer still doesn't let me
continue. Only exiting the installer and restarting it worked.

* Also on that page is an edit box with an associated "..." button to select
the path to the jcl. Unfortunately it doesn't really say which directory it
should point to (the .bpl directory? the .dcp directory? the source code?).
And then there is this annoying "feature" which actually prompted me to
write this post: This isn't really an edit box but something special that
can't be edited manually but pops up a folder select dialog when I click on
it (on the edit box, mind you, not the button). This is not a good idea
because it prevents me from using the clipboard to enter the correct path.

Apart from that the installation worked fine on my W2K box with Delphi 2005
pro....
[later]
Hm. where are the components? They are not visible on the component
palette...
[later]
They suddenly showed up when I started a new Win32 project. Odd, I thought
that I had already done that?

twm



Subject: Re: Another JvXPBar problem
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Fri, 25 Mar 2005 13:52:12 +0100
Newsgroups: jedi.vcl

Hi Warren,

> This is by-design.
> Many components work that way.

But not all. I pasted the code from the menu handling in the vcl in my first posting. So in my opinion the intention by Borland was to call the Execute method. The advantage by this way is that you reach both: the event and the method. And you also respect the action behavior with checking the enabled flag, notifying the application, ...

> If you are writing your own component, also define the OnExecute event of your property, and you will find it works with more places.

This is a not possible. My action extends the inherited Execute method in the following way:

procedure Execute;
begin
  DoingMyStuffBefore;
  inherited Execute;
  DoingMyStuffAfter;
end;

So, I'm also using the OnExecute event in the action-using app, this means, I can´t overwrite it in the action component.

> So, simply add OnExecute handlers to your user-written events.

I think, the simplest and fastest way for me is to make a subclass and overwrite the Click method.

I wish you all a nice easter-weekend.

Kind regards

André


Subject: Re: JVCL Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Mar 2005 12:46:39 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I think we should ask Borland to provide a non-buggy make.exe
> > as a separate download.
> > Can we write a function to identify the buggy make.exe?
> > Maybe file size or a checksum.

I think we should not depend that much on make.exe as we currently do. For
example the most problematic part is the config file creation. This is the
part which can exceed the "command line too long" limit.

I'll currently try to move this code to the Installer and the build.exe


-- Regards, Andreas Hausladen 

Subject: Re: Had a hard time with the JCL/JVCL installer!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Mar 2005 12:22:47 +0100
Newsgroups: jedi.vcl

jonjon wrote:

> > Wouldn't it be safer to include an extra check in the Build.dpr
> > application so that if that key is empty but created, its safe to assume
> > that this version of Delphi is installed and check if it is at the
> > standard place "c:\program files\borland\Delphi7" ?

Assuming a standard directory is not good because many people do not
install Delphi to $(Program Files). But a detailed error message will be
in the next release/update.



-- Regards, Andreas Hausladen 

Subject: Re: Wow! congrats on a fine release and a ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Mar 2005 12:20:36 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

> >  Now short of having to uninstall and then re-installing
> > either the Jvcl or Raize, is there anyway to get my old imagelist
> > property editor back again?

If you want the other property editors then you must comment out the line
"RegisterComponentEditor(TImageList, TJvImageListEditor);" in
design\JvCoreReg.pas, start the installer again, choose the "update"
radiobutton and next, next, next, next, install, finish.

The JVCL Installer will only compile the changed files and packages.

The other solution would be to deactivate all extra property editors in
the Installer. Same procedure: start install.bat, next, next, deactivate
checkbox, next, install, finish.


-- Regards, Andreas Hausladen 

Subject: troubles installing with kylix3 enterprise
From: "norayr" <norair@freenet.am>
Date: Fri, 25 Mar 2005 11:55:35 +0100
Newsgroups: jedi.vcl

Hello
 I am  trying to install jvcl package downloaded today :
JVCL300CompleteJCL195-Build1848.zip

jcl installed successfully, but jvcl does not.

First time I run build.sh it tells me, that my compiler not supported.
Then I replaced common/jvcl.inc
cp kylix.inc jvcl.inc

Now the error changed to :

[Building JvQ3rdK3R.dpk runtime package]
JvQ3rdK3R.dpk(46) Fatal: File not found: 'JvQGnugettext.dpu'
FAILED to build runtime package JvQ3rdK3R.dpk
 
What I did wrong?

Thank You very much.

Norayr Chilingaryan
http://www.geocities.com/asprayama
http://sf.net/projects/if-so
http://www.td.mart.ru/authors/?id=96

--- posted by geoForum on http://delphi.newswhat.com


Subject: Had a hard time with the JCL/JVCL installer!
From: "jonjon" <none@for.now>
Date: Fri, 25 Mar 2005 11:19:54 +0100
Newsgroups: jedi.vcl

I really had a hard time figuring out what was wrong with the install.bat 
script and the build.exe program. It kept telling me that "Delphi/BCB 
version not installed." and I found the problem was coming from my registry 
where the "RootDir" key was empty (don't ask me why).
Wouldn't it be safer to include an extra check in the Build.dpr application 
so that if that key is empty but created, its safe to assume that this 
version of Delphi is installed and check if it is at the standard place 
"c:\program files\borland\Delphi7" ?

Regards, John. 




Subject: Re: JVCL Install Problem
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Fri, 25 Mar 2005 20:21:55 +1100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:d204ua$qme$2@talkto.net...
> >I think we should ask Borland to provide a non-buggy make.exe
> > as a separate download.
> > Can we write a function to identify the buggy make.exe?
> > Maybe file size or a checksum.
Robert,
You can get it by downloading their free BCB Command Line Tools - the latest 
version of make.exe is included.
Andrew 




Subject: Re: storing passwords with JvFormStorage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 25 Mar 2005 10:07:45 +0100
Newsgroups: jedi.vcl

> I have several textboxes with passwords. Presently I'm using JvFormStorage to store their .Text property.
>
> The question: is it possible to intercept the "storing process" and encrypt those passwords? If I'm not mistaken, I've seen some methods to do that (being spoken about on Borland homepage). Am I right?

    IIRC, the TJv*AppStorage component you use to store the data has an OnEncrypt/OnDecrypt event (just select the AppStorage component and look at the events in the Object Inspector). You can supply encryption/decryption through these events for any property you like (take note that the event provides the full path of the item that is saved; TJvFormStorage, I think, prepends the form name to the component and property names.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Fri, 25 Mar 2005 09:52:42 +0100
Newsgroups: jedi.vcl

Daniele Teti wrote:
> Daniele Teti wrote:
> [cut]
>
>>> I have no idea, we didn't touch much things in the installer. This is very very weird, it only does it with very few people...
>
>
> I'm copied compiled version of installer from RC1 and put into \bin directory of Final.
> Run *that* installer (not .bat but already compiled version from RC1)
> and now it's work!
>
> So the problem is in Installer!!!

This morning I've applied following changes to Compile.pas from Andreas Hausladen post

1. Open the install\JVCLInstall\Compile.pas.
2. Search for "if TargetConfig.Target.Version > 6 then"
3. Change the "6" to "9" or higher.
4. try again to install

Now installer works!

Thanx for this support.

Good Work
-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: Re: ANN: JVCL 3.00 Released!
From: "Gultekin Komanli" <gkomanli@nomail.gmail.com>
Date: Fri, 25 Mar 2005 08:04:45 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > The JVCL Team is proud to announce that the stable release of JVCL
> > 3.00 is available for download.
> > 

Many many thanks to all of you.

Gultekin KOMANLI
Istanbul


Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Mar 2005 09:00:17 +0100
Newsgroups: jedi.vcl

Perry Kappetein wrote:
> Sorry,  still the same problem
>
> Error that JVL and JVCL are incompatible with eachother
>
>   JVL 1.95 and JVCL RC1 works fine btw.

1.95 and RC1? I seriously doubt that can install, they are not compatible.
What exact error message do you get?
Are you sure you do not have a previous version of either the JCL or JVCL installed ?


Subject: Re: JVCL Install Problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 25 Mar 2005 05:55:12 +0100
Newsgroups: jedi.vcl

I think we should ask Borland to provide a non-buggy make.exe
as a separate download.
Can we write a function to identify the buggy make.exe?
Maybe file size or a checksum.


Subject: Wow! congrats on a fine release and a ?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 24 Mar 2005 23:16:42 -0500
Newsgroups: jedi.vcl

    You all did a finetastic job getting version 3.00 out the door as you 
did.  I actually followed the instructions this time and uninstalled all the 
previous version packages and library paths and bpl's from my D2005 
installation but NOT for my D7 installation.  As I'm not planning on any new 
work for D7 I thought I'd see what happens if I simply installed the new 
version over the top of the old in that IDE!
    I ran the install.bat for the Jcl first, and then the same for the Jvcl, 
and everything went smoothly and without even a single burp!  And when I 
checked both IDE's, I found that both had indeed been updated correctly, the 
proper lib paths had been used, and everything was where it was supposed to 
be.  In Delphi 2005 I opened up a big project that uses a lot of the Jvcl 
components throughout and it also loaded without a hitch.  Compilation 
tryouts also went perfectly without any code changes at all!
    I did one bad thing however.  I opted to have all the Jedi propety 
editors installed, which as you are aware, then replaces any that might 
already be registered!  I win't know for sure until after I've worked with 
it for awhile as to whether or not there are additional property editors 
that I need to turn off, but one I definetly need to turn off right away, 
and that's the one for the ImageList.
    I have Raize components installed and they come with a very special 
imagelist property editor that allows one to access not only the Raize bmp's 
but any you care to include within it from your own library.  This makes it 
a lot easier to find the image wanted, so i want to get it back.  Now short 
of having to uninstall and then re-installing either the Jvcl or Raize, is 
there anyway to get my old imagelist property editor back again?
    And finally, I've run my installtion tets of the new Jvcl with GExperts, 
Castilia, and the newest update to the Delphi Configuration Manager and they 
all work fine together as well!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 24 Mar 2005 19:39:15 -0600
Newsgroups: jedi.vcl

Any other options?
compared the Install Folder between the RC1 and final, but there was quite a 
bit of code changed looks like it the compile.pas  (from 47Kb to 50Kb) 
tried to replace it with the old one, but that failed right away



"Andreas Hausladen" <AndreasDOTNOMAILHausladen@gmxNOMAIL.de> wrote in 
message news:d1vc91$mji$1@talkto.net...
> > Perry Kappetein wrote:
> >
>> >> Any news about this?
> >
> > Try this:
> >
> > 1. Open the install\JVCLInstall\Compile.pas.
> > 2. Search for "if TargetConfig.Target.Version > 6 then"
> > 3. Change the "6" to "9" or higher.
> > 4. try again to install
> >
> >
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: VisualCLX disabled in v3.00?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Mar 2005 01:37:50 +0100
Newsgroups: jedi.vcl

Ale wrote:

> > What am I missing?

JVCL 3's CLX support is on ice. And in order not to move the release day
to next year the Installer's CLX support is deactivated. You can still
install the CLX packages by hand. But we give no garantee that they
compile.


-- Regards, Andreas Hausladen 

Subject: VisualCLX disabled in v3.00?
From: "Ale" <nospam@nospam.com>
Date: Fri, 25 Mar 2005 01:27:52 +0100
Newsgroups: jedi.vcl

I'm tring to install the just release 3.00 final version, but I can't
select the checbox to enable the VisualCLX packages. 
What am I missing?
Thank you very much!



--- posted by geoForum on http://delphi.newswhat.com


Subject: VisualCLX disabled in v3.00?
From: "Ale" <nospam@nospam.com>
Date: Fri, 25 Mar 2005 01:27:00 +0100
Newsgroups: jedi.vcl

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Urgent: dll dependency
From: "starCOM" <mcmahon2-@comcast.net>
Date: Fri, 25 Mar 2005 01:25:32 +0100
Newsgroups: jedi.vcl

>> >>On Wed, 23 Mar 2005 01:19:47 +0100, "starCOM" <mcmahon2-@comcast.net> 
>> >>wrote in article <d1qbsp$k53$1@talkto.net>:
>>>> >>> >On Tue, 22 Mar 2005 17:33:55 +0100, "starCOM" <mcmahon2-
> >@comcast.net> 
>>>> >>> >wrote in article <d1pgjd$e08$1@talkto.net>:
>> >>
>>> >>> Thanks for suggestion. I tried it and same result as without 
> >sharemem, 
>>> >>> i.e. crashes unloading the last plugin. With sharemem, no problem
>> >>
>> >>You have probably done this but have you checked that all uses of 
>> >>sharemem were replaced by fastsharemem and that they are the first 
>> >>unit in uses.
>> >>Are you also sure that you recompiled all plugins.
>> >>
>> >>-- 
>> >>Jacob Boerema
>> >>E-mail: remove dots from j.g.boerema and replace invalid with com
>> >>http://home.wanadoo.nl/jgboerema/en/Freeware.htm
>> >>
> >Jacob,
> >Excellent suggestion. I plan on starting from fresh: rebuild all w/o 
> >Sharemem, then with Free, etc.. I'll post results
> >Thanks
> >Bill
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >
Went back removed Sharemem & recompiled all apps & plugins. Problem gone.
Thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL 3.00 release
From: "starCOM" <mcmahon2-@comcast.net>
Date: Fri, 25 Mar 2005 01:18:01 +0100
Newsgroups: jedi.vcl

 Not really, no matter what site I try receive

Could not read file. 
Go 
back. /home/ftp/pub/sourceforge//s/so/sourceforge/jvcl/JVCL300CompleteJCL
195-Build1848.zip



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL Installer make.exe bug (command line too long)
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Fri, 25 Mar 2005 11:16:31 +1100
Newsgroups: jedi.vcl

"Andrew" <abaylis_nos@spamcop.net> wrote in message 
news:d1vk6r$od5$1@talkto.net...
> > "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
> > news:d1vjkh$oag$1@talkto.net...
>> >> You can apply the change by yourself:
>> >>
>> >> 1. Open the install\JVCLInstall\Compile.pas.
>> >> 2. Search for "if TargetConfig.Target.Version > 6 then"
>> >> 3. Change the "6" to "9" or higher.
>> >> 4. try again to install
>> >>
>> >>
>> >> -- 
>> >> Regards,
>> >>
>> >> Andreas Hausladen
> >
> > Many thanks.
> >
> > I've just downloaded the latest daily zip as well and the date on 
> > Compile.pas is 24 Mar whereas the one in the release candidate is 22 Mar - 
> > the 24 Mar works perfectly!!
> >
> > Cheers,
> > Andrew


Woops! Spoke too soon. File is a later version, but problem remained.

Your patch does the trick! Many thanks.

Andrew 




Subject: Re: ANN: JVCL 3.00 Released!
From: Frans <fbouwmans_nospam@hotmail.com>
Date: Fri, 25 Mar 2005 00:11:33 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <oobnes__gf_@_gfd_altern.org> wrote in news:d1tu4r$bas$1@talkto.net:

> > The JVCL Team is proud to announce that the stable release of JVCL 3.00 
> > is available for download.
> > 
Great work

I love it, and I think there are definitely more as 100 users for this.
Installed both the new Jcl and Jvcl without a hitch.

Greetings

Frans Bouwmans


Subject: Re: JVCL Installer make.exe bug (command line too long)
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Fri, 25 Mar 2005 11:09:21 +1100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:d1vjkh$oag$1@talkto.net...
> > You can apply the change by yourself:
> >
> > 1. Open the install\JVCLInstall\Compile.pas.
> > 2. Search for "if TargetConfig.Target.Version > 6 then"
> > 3. Change the "6" to "9" or higher.
> > 4. try again to install
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen

Many thanks.

I've just downloaded the latest daily zip as well and the date on 
Compile.pas is 24 Mar whereas the one in the release candidate is 22 Mar - 
the 24 Mar works perfectly!!

Cheers,
Andrew 




Subject: Re: JVCL Installer make.exe bug (command line too long)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Mar 2005 01:01:15 +0100
Newsgroups: jedi.vcl

You can apply the change by yourself:

1. Open the install\JVCLInstall\Compile.pas.
2. Search for "if TargetConfig.Target.Version > 6 then"
3. Change the "6" to "9" or higher.
4. try again to install


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer make.exe bug (command line too long)
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Fri, 25 Mar 2005 10:53:55 +1100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:d1v037$jgh$2@talkto.net...
> >I have committed an update of the JVCLInstall\Compile.pas to HEAD and
> > PREPARATION
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen

Hi,
How do I get a copy of this (I can't see it through the anonymous Web 
interface to the CVS). I've had problems with the "command line arguments 
too long" for all attempts at installing since RC1 (which worked!). I've got 
the latest make.exe version, so it's not there and the directory for the 
JVCL is in quite a short path.
Cheers,
Andrew 




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 24 Mar 2005 17:44:07 -0600
Newsgroups: jedi.vcl

Sorry,  still the same problem

Error that JVL and JVCL are incompatible with eachother

  JVL 1.95 and JVCL RC1 works fine btw.




"Andreas Hausladen" <AndreasDOTNOMAILHausladen@gmxNOMAIL.de> wrote in 
message news:d1vc91$mji$1@talkto.net...
> > Perry Kappetein wrote:
> >
>> >> Any news about this?
> >
> > Try this:
> >
> > 1. Open the install\JVCLInstall\Compile.pas.
> > 2. Search for "if TargetConfig.Target.Version > 6 then"
> > 3. Change the "6" to "9" or higher.
> > 4. try again to install
> >
> >
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: JVCL 3.00 Released!
From: "Alan Garny" <someone@somewhere.cm>
Date: Thu, 24 Mar 2005 23:38:29 -0000
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d1uhs7$fu5$1@talkto.net...
> > Alan Garny wrote:
> >
>> >> One request though: wouldn't it now be time to release an executable 
>> >> version of the MegaDemo? I would very much want to see what there is on 
>> >> offer in JVCL (I only use the inspector at this stage).
> >
> > This is in the list of things to do. It might be done tonight, depending 
> > on how things turn out at home.

Woo hoo! :)))

    Cheers, Alan. 




Subject: Re: New JVCL incliudes OLD VERSION of JCL ???
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 24 Mar 2005 16:47:06 -0600
Newsgroups: jedi.vcl

ok :(

still don't get it why I am getting the install error with JVCL  (see other 
topic)

Also with this JCL 1.95 I am getting 6 warnings about  volume_id  supression
don't know if that's important??



"OBones" <obones_gfd_@_rzr_altern.org> wrote in message 
news:d1vbk9$mfl$1@talkto.net...
> > Perry Kappetein wrote:
> >
>> >> When I look in the read me from JCL it says  1.94
>> >>
>> >> shouldn't that be 1.95 ??
> >
> > It's just a text error, the JCL definitely is 1.95 




Subject: New JVCL incliudes OLD VERSION of JCL ???
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 24 Mar 2005 16:41:36 -0600
Newsgroups: jedi.vcl

When I look in the read me from JCL it says  1.94

shouldn't that be 1.95 ??





Subject: Re: New JVCL incliudes OLD VERSION of JCL ???
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 24 Mar 2005 23:23:04 +0100
Newsgroups: jedi.vcl

Perry Kappetein wrote:

> When I look in the read me from JCL it says  1.94

You are refering to install.txt, I presume.  I forgot to update it.

docs\Readme.html|.txt (those are displayed by the installer) has the correct information; package version information and JclBase constants all say 1.95.3.


Subject: Re: JVCL 3.00 Released!
From: "Alan Garny" <someone@somewhere.cm>
Date: Thu, 24 Mar 2005 22:02:42 -0000
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d1tu4r$bas$1@talkto.net...
> > The JVCL Team is proud to announce that the stable release of JVCL 3.00 is 
> > available for download.

Thanks to those who contributed. I have just updated my project to JCL 1.95 
and JVCL 3.00 painlessly. Nice! :)

One request though: wouldn't it now be time to release an executable version 
of the MegaDemo? I would very much want to see what there is on offer in 
JVCL (I only use the inspector at this stage).

    Cheers, Alan. 




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: Andreas Hausladen <AndreasDOTNOMAILHausladen@gmxNOMAIL.de>
Date: Thu, 24 Mar 2005 22:55:36 +0100
Newsgroups: jedi.vcl

Perry Kappetein wrote:

> > Any news about this?

Try this:

1. Open the install\JVCLInstall\Compile.pas.
2. Search for "if TargetConfig.Target.Version > 6 then"
3. Change the "6" to "9" or higher.
4. try again to install


Regards,

Andreas Hausladen


Subject: Re: New JVCL incliudes OLD VERSION of JCL ???
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 24 Mar 2005 22:43:00 +0100
Newsgroups: jedi.vcl

Perry Kappetein wrote:

> When I look in the read me from JCL it says  1.94
>
> shouldn't that be 1.95 ??

It's just a text error, the JCL definitely is 1.95


Subject: storing passwords with JvFormStorage
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Thu, 24 Mar 2005 22:37:07 +0100
Newsgroups: jedi.vcl

Hello.

I have several textboxes with passwords. Presently I'm using JvFormStorage to store their .Text property.

The question: is it possible to intercept the "storing process" and encrypt those passwords? If I'm not mistaken, I've seen some methods to do that (being spoken about on Borland homepage). Am I right?


Thanks in advance.





And as usual, my regards to the patience of those who participate in JEDI ;)

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 24 Mar 2005 15:36:43 -0600
Newsgroups: jedi.vcl

Any news about this?

When I install the RC1 version, then it seems to work just fine..


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:d1v1lc$jvk$2@talkto.net...
> > Perry Kappetein wrote:
> >
>> >> C:\Documents and Settings\Me\My Documents\Borland Studio
>> >> Projects\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063
>> >> Could not compile used unit 'SysUtils.pas'
> >
> > Is your $(BDS)\Lib directory in the $(BDS)\Bin\dcc32.cfg file?
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: JvgDBNavigator bug?
From: "Ben" <ben.trewern@virgin.net>
Date: Thu, 24 Mar 2005 20:49:36 -0000
Newsgroups: jedi.vcl

All,

Using JVCL 3.0, Delphi 7.1 build 8.1 Windows 2K sp4,

JvgDBNavigator seems to be messed up.  You put it on a form and it doesn't
paint.  It also stops the Delphi IDE from updating properly.

Anybody know how to fix it.

Ben




Subject: JVCL and Theme manager
From: "John Kranas" <kranas@freemail.gr>
Date: Thu, 24 Mar 2005 21:56:53 +0200
Newsgroups: jedi.vcl

I have just installed JVCL 3.0 (BCB6) and it works great.
Congratulations for your work.
I would like to ask for some instruction on how
to install and use theme-manager.
I cant find anywhere bcb packages for the theme-manager
I have found only the installer (.exe) of theme manager.
I installed it but then when I try to install jvcl with theme manager 
checked
it complains about missing ThemeSrv.dcu and others. I copied all dcu from 
theme
manager (c:\prorgram files\borland\....) to jvcl dir and then
I have managed to compile and install.
Is this correct because my application (after rebuild) gives me an EAccess 
Violation whenever I try to start it

Thanks 




Subject: ANN: JVCL 3.00 Mega Demo released
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 24 Mar 2005 20:40:18 +0100
Newsgroups: jedi.vcl,jedi.general

Following the release of JVCL 3.00, the JVCL Team is proud to announce that prebuilt demo of most features of the JVCL 3.00 is available for download.

JVCL is a library of more than 570 visual and non-visual components for Delphi 5, 6, 7 and 2005; C++Builder 5, 6 and Kylix 3. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This demo shows most components in real life situations, along with explanations. We encourage users who want to have a look at the JVCL without installing it to use this demo.
The package is available here:

http://sourceforge.net/project/shownotes.php?release_id=315314

Simply unzip the file into its own directory, keeping the folder structure. Then run megademo.exe and start discovering what the JVCL can offer you.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: JVCL 3.00 Released!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 24 Mar 2005 20:33:27 +0100
Newsgroups: jedi.vcl

Andrew Miller wrote:
> Any news on when the Help files will be released (currently they are at 3.00 RC1)?

Will be released in a few hours; but I do not think much have changed between RC1 help and 3.00..

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Another JvXPBar problem
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 24 Mar 2005 14:21:13 -0500
Newsgroups: jedi.vcl

> The Problem is, that
> the JvXPBar uses the OnExecute event instead of the Execute method.

This is by-design.

Many components work that way. If you are writing your own component, also define the OnExecute event of your property, and you will find it works with more places.  TB2K and other components that support actions expect the action to have an OnExecute event handler, and they invoke it.

So, simply add OnExecute handlers to your user-written events.


Warren


Subject: Re: Any feedback on JVCL 3.0?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 24 Mar 2005 14:18:42 -0500
Newsgroups: jedi.vcl

Ben Trewern wrote:
> Hi all,
>
> I'm still using JVCL 2.10 and would like some feedback on the stability of the new JVCL 3.0 before I jump in and start migrating some applications.  I mostly use the DB components and have always been impressed with how dependable the JVCL 2.10 components set is.  I'm not keen on giving up that stability for the extra bells and whistles in the new version.


I have 3 production applications that have been running over a year on JVCL3 components, without serious incident.  Any glitches that I found were small, and easily corrected.

IMHO, JVCL3 has been "stable" for a long time now.  :-)

Warren

P.S. I'm biased, and I only use a small fraction of the JVCL3 components. So far we have at least a hundred people using the JVCL 3.0 components already and without any "major" bugs,
except that there are some problems right now with CLX, which very
few people use.  Since JVCL 2.10 didn't support CLX at all, I'd
say, any component you're using from JVCL 2.10 has been far
more stable and far more bugfixed than JVCL 2.10.

Warren



Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 24 Mar 2005 13:09:58 -0600
Newsgroups: jedi.vcl

think so

this is what is in it

-aWinTypes=Windows;WinProcs=Windows;DbiProcs=BDE;DbiTypes=BDE;DbiErrs=BDE
-u"C:\Program Files\Borland\BDS\3.0\lib";"C:\Program 
Files\Borland\BDS\3.0\lib\Obj"





"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:d1v1lc$jvk$2@talkto.net...
> > Perry Kappetein wrote:
> >
>> >> C:\Documents and Settings\Me\My Documents\Borland Studio
>> >> Projects\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063
>> >> Could not compile used unit 'SysUtils.pas'
> >
> > Is your $(BDS)\Lib directory in the $(BDS)\Bin\dcc32.cfg file?
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: JVCL 3.00 Released!
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 24 Mar 2005 19:59:16 +0100
Newsgroups: jedi.vcl

Andrew Miller wrote:

> Great!
>
> Any news on when the Help files will be released (currently they are at 3.00 RC1)?

No news yet, but we will keep everyone posted


Subject: Re: JVCL 3.00 Released!
From: "Andrew Miller" <A.J.Miller@REMOVETHISbcs.org.uk>
Date: Thu, 24 Mar 2005 18:54:37 -0000
Newsgroups: jedi.vcl

Great!

Any news on when the Help files will be released (currently they are at 3.00 
RC1)?

Andrew 




Subject: Re: install tells me wrong version of JCL and JVCL incompatible
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Mar 2005 19:54:24 +0100
Newsgroups: jedi.vcl

Perry Kappetein wrote:

> > C:\Documents and Settings\Me\My Documents\Borland Studio 
> > Projects\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063
> > Could not compile used unit 'SysUtils.pas'

Is your $(BDS)\Lib directory in the $(BDS)\Bin\dcc32.cfg file?


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Install Problem - the plot thickens- FIXED!!!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Mar 2005 19:52:09 +0100
Newsgroups: jedi.vcl

It is a make.exe bug. But I thought that Delphi 7 does not have this buggy
make.exe because it works for us without problems.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer make.exe bug (command line too long)
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Thu, 24 Mar 2005 19:49:27 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>
>> PREPARATION
>
>
> Oh. there is a JVCL_3_0 tag.

Indeed. Once released the branch is left alone


Subject: install tells me wrong version of JCL and JVCL incompatible
From: "Perry Kappetein" <someone@hotmail.com>
Date: Thu, 24 Mar 2005 12:44:45 -0600
Newsgroups: jedi.vcl

Downloaded the latest this morning

and getting a errir during install of JVCL



[Compiling: JvCoreD9D.bpl]

Borland Delphi for Win32 compiler version 17.0

Copyright (c) 1983,2004 Borland Software Corporation

C:\Documents and Settings\Me\My Documents\Borland Studio 
Projects\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) Fatal: F2063 Could 
not compile used unit 'SysUtils.pas'

** error 1 ** deleting "C:\Documents and Settings\Me\My Documents\Borland 
Studio Projects\Bpl"\JvCoreD9D.bpl

** error 1 ** deleting CompilePackages




Subject: Re: JVCL Install Problem - the plot thickens- FIXED!!!
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 24 Mar 2005 13:42:23 -0500
Newsgroups: jedi.vcl

Andreas,

This solved the problem... it compiled just fine with this small fix. Do you still think it was a make version problem?  Should I restore my old version of make or should I continue with BCB 5 Version of Make?

I am now proud user of Final.  Thanks for your efforts!

Regards,

Bill


> 1. Open the install\JVCLInstall\Compile.pas.
> 2. Search for "if TargetConfig.Target.Version > 6 then"
> 3. Change the "6" to "9" or higher.
> 4. try again to install



Subject: Re: JVCL Installer make.exe bug (command line too long)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Mar 2005 19:32:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > PREPARATION

Oh. there is a JVCL_3_0 tag.


-- Regards, Andreas Hausladen 

Subject: JVCL Installer make.exe bug (command line too long)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Mar 2005 19:27:39 +0100
Newsgroups: jedi.vcl

I have committed an update of the JVCLInstall\Compile.pas to HEAD and
PREPARATION

-- Regards, Andreas Hausladen 

Subject: Re: JVCL Install Problem - the plot thickens
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Mar 2005 19:22:53 +0100
Newsgroups: jedi.vcl

1. Open the install\JVCLInstall\Compile.pas.
2. Search for "if TargetConfig.Target.Version > 6 then"
3. Change the "6" to "9" or higher.
4. try again to install


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Install Problem - the plot thickens
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 24 Mar 2005 12:39:15 -0500
Newsgroups: jedi.vcl

Downloaded BCB Commandlinetools.  Copied Make to Delphi 7 folder. Renamed old make.exe to makeorig.exe  Installed final jcl - no problem.  installing JVCL Final:

Windows XP Service Pack 2 (5.1.2600)

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Writing: ..\D7\dcc32.cfg
Fatal: Command arguments too long

** error 1 ** deleting Templates

Problem Still Exists.  Can not install Final even with newer make!

Regards,

Bill


Subject: Re: Is there a help file or tutorial or demo for v3.00 that I can look at?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 18:31:02 +0100
Newsgroups: jedi.vcl

Warrick Wilson wrote:

> I'd like to see what's in the package before I install it. Is that possible in some way? 

In a few hours, yes, it will be possible.


Subject: Is there a help file or tutorial or demo for v3.00 that I can look at?
From: "Warrick Wilson" <warrickw@mercuryonline.com>
Date: Thu, 24 Mar 2005 09:21:00 -0800
Newsgroups: jedi.vcl

I'd like to see what's in the package before I install it. Is that possible 
in some way? 




Subject: Re: JVCL Install Problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 24 Mar 2005 18:19:14 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> This will not work for JVCL because build.exe uses the one of the compile
> target. So you must copy the make.exe to the Delphi directory.

Didn't know about that.  Thanks for putting this right.

BTW that's true for JCL, too.


Subject: Re: JVCL Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Mar 2005 18:18:40 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > place its path in front of any Delphi paths within 
> > the PATH environment variable.

This will not work for JVCL because build.exe uses the one of the compile
target. So you must copy the make.exe to the Delphi directory.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Install Problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 24 Mar 2005 18:17:18 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Yep that's right. But I have Delphi 7 here, and the make.exe says 1987-1998 and does not trigger that error.

Same here.  There have to be additional preconditions we don't know about.



Subject: Re: JVCL Install Problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 18:12:18 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Bill Miller wrote:
>
>> Where can I get a new make?
>
>
>
> In general, BCB 5/6 seem to have a newer make than even Delphi 7 (it says "Copyright (c) 1987, 2000 Borland").
>
> If you have a version of C++Builder installed, place its path in front of any Delphi paths within the PATH environment variable.
>
> If you don't have BCB, you may download the free BCB 5 commandline compiler package which Borland offers for download here:
>
> http://www.borland.com/products/downloads/download_cbuilder.html#

Yep that's right. But I have Delphi 7 here, and the make.exe says 1987-1998 and does not trigger that error.
It is installed in the default c:\program files\borland\delphi7 folder and it works well.


Subject: Re: JVCL Install Problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 24 Mar 2005 18:08:36 +0100
Newsgroups: jedi.vcl

Bill Miller wrote:

> Some developers do not recommend using update 1.  Is make only avaliable with update 1?  

I have update 1 and its make.exe seems not different from the original D7 (still (C) Inprise Corp.).  But read my other message.


Subject: Re: JVCL Install Problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 24 Mar 2005 18:04:24 +0100
Newsgroups: jedi.vcl

Bill Miller wrote:

> Where can I get a new make?


In general, BCB 5/6 seem to have a newer make than even Delphi 7 (it says "Copyright (c) 1987, 2000 Borland").

If you have a version of C++Builder installed, place its path in front of any Delphi paths within the PATH environment variable.

If you don't have BCB, you may download the free BCB 5 commandline compiler package which Borland offers for download here:

http://www.borland.com/products/downloads/download_cbuilder.html#

HTH, Robert


Subject: Re: JVCL Install Problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 18:03:27 +0100
Newsgroups: jedi.vcl

Bill Miller wrote:

> OBones,
>
> Some developers do not recommend using update 1.  Is make only avaliable with update 1?  For feedback ... I unzipped Final back to to RC1 folders then ran RC1 JVCLInstall.exe and bpl's were created without a problem with old installer... NO Errors. (Reported by 1 user already) This is sure strange.

It is, but both of you are using that make version that we know is buggy. I'm not sure how to change that make.exe, I'm not the one who discovered it is buggy.


Subject: Re: JVCL Install Problem
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 24 Mar 2005 11:53:05 -0500
Newsgroups: jedi.vcl

OBones,

Some developers do not recommend using update 1.  Is make only avaliable with update 1?  For feedback ... I unzipped Final back to to RC1 folders then ran RC1 JVCLInstall.exe and bpl's were created without a problem with old installer... NO Errors. (Reported by 1 user already) This is sure strange.

Regards,

Bill


Subject: Re: JVCL Install Problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 17:42:48 +0100
Newsgroups: jedi.vcl

Bill Miller wrote:

> After getting not being able to install final, I deleted JCL and JVCL folders and reinstalled RC1.  Why does RC1 install but not final?  Never had a problem with make before that I am aware of. Searched for "Borland Make" at Borland Community with no success.  Do I have to install Delphi 7 Update 1 to get updated make?  What version of make do you guys use?

Yes, please try installing update 1.
As a rule, all the latest updates should be installed to allow the JVCL to work as we develop with those ones installed as well.


Subject: Re: JVCL Install Problem
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 24 Mar 2005 11:35:00 -0500
Newsgroups: jedi.vcl

After getting not being able to install final, I deleted JCL and JVCL folders and reinstalled RC1.  Why does RC1 install but not final?  Never had a problem with make before that I am aware of. Searched for "Borland Make" at Borland Community with no success.  Do I have to install Delphi 7 Update 1 to get updated make?  What version of make do you guys use?

Regards,

Bill


Subject: Re: JVCL Install Problem
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 16:43:09 +0100
Newsgroups: jedi.vcl

Bill Miller wrote:

> How can I fix this apparently common error?

Fix your make.exe
I'm not sure how it can be fixed, but there definitely is a version of make.exe that is bugged and you have this one.


Subject: Re: JVCL Install Problem
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 24 Mar 2005 10:41:58 -0500
Newsgroups: jedi.vcl

OBones,

Where can I get a new make?

Regards,

Bill

> Bill Miller wrote:
>
>> How can I fix this apparently common error?
>
>
> Fix your make.exe
> I'm not sure how it can be fixed, but there definitely is a version of make.exe that is bugged and you have this one.


Subject: JVCL Install Problem
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 24 Mar 2005 09:56:45 -0500
Newsgroups: jedi.vcl

After having RC1 installed I just downloaded JVCL300CompleteJCL195-Build1848.zip

I unzipped to previously installed folder and ran install.bat for JCL, then JVCL.  JCL installed, but JVCL does not:

Windows XP Service Pack 2 (5.1.2600)

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
Fatal: Command arguments too long

** error 1 ** deleting Templates

How can I fix this apparently common error?

Regards,

Bill


Subject: Re: Urgent: dll dependency
From: "starCOM" <mcmahon2-@comcast.net>
Date: Thu, 24 Mar 2005 15:49:49 +0100
Newsgroups: jedi.vcl

> >On Wed, 23 Mar 2005 01:19:47 +0100, "starCOM" <mcmahon2-@comcast.net> 
> >wrote in article <d1qbsp$k53$1@talkto.net>:
>>> >> >On Tue, 22 Mar 2005 17:33:55 +0100, "starCOM" <mcmahon2-
@comcast.net> 
>>> >> >wrote in article <d1pgjd$e08$1@talkto.net>:
> >
>> >> Thanks for suggestion. I tried it and same result as without 
sharemem, 
>> >> i.e. crashes unloading the last plugin. With sharemem, no problem
> >
> >You have probably done this but have you checked that all uses of 
> >sharemem were replaced by fastsharemem and that they are the first 
> >unit in uses.
> >Are you also sure that you recompiled all plugins.
> >
> >-- 
> >Jacob Boerema
> >E-mail: remove dots from j.g.boerema and replace invalid with com
> >http://home.wanadoo.nl/jgboerema/en/Freeware.htm
> >
Jacob,
Excellent suggestion. I plan on starting from fresh: rebuild all w/o 
Sharemem, then with Free, etc.. I'll post results
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.00 Released!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 15:25:47 +0100
Newsgroups: jedi.vcl

Alan Garny wrote:

> One request though: wouldn't it now be time to release an executable version of the MegaDemo? I would very much want to see what there is on offer in JVCL (I only use the inspector at this stage).

This is in the list of things to do. It might be done tonight, depending on how things turn out at home.


Subject: Re: JVCL 3.00 Released!
From: "Lucky Luciano" <lucky@lucky.com>
Date: Thu, 24 Mar 2005 16:08:29 +0200
Newsgroups: jedi.vcl

Congratulations!

Smooth upgrade, no problems at all. 5 projects upgraded without any 
problems.

Thanks.

> > The JVCL Team is proud to announce that the stable release of JVCL 3.00 is 
> > available for download.




Subject: Re: Do I have to uninstall JVCL 3 RC1 or Beta 2?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Mar 2005 13:50:39 +0100
Newsgroups: jedi.vcl

Jakob Reschke wrote:

> > if I want to install JVCL 3.0 final and I already have JVCL 3.0 RC1

Should be no problem as long as you extract the JVCL code to the same
directory where the RC1 is.

The worst case that could happen is that JVCL packages will not load in
the IDE. :-) [should not happen]


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Mar 2005 13:48:58 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > @Andreas or Olivier: isn't this the "buggy" version of Make 5.2?

Yes.
Have I already said that I hate this make.exe bug?



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Thu, 24 Mar 2005 13:01:32 +0100
Newsgroups: jedi.vcl

Daniele Teti wrote:
[cut]
>> I have no idea, we didn't touch much things in the installer. This is very very weird, it only does it with very few people...

I'm copied compiled version of installer from RC1 and put into \bin directory of Final.
Run *that* installer (not .bat but already compiled version from RC1)
and now it's work!

So the problem is in Installer!!!


-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: Another JvXPBar problem
From: André Gode <andre.gode@pietsch-luebeck.de>
Date: Thu, 24 Mar 2005 12:53:18 +0100
Newsgroups: jedi.vcl

Hi guys,

first of all: congratulations for the final release of JVCL 3.0. Well done. Great Work.

But now my problem:

Like many other I'm  using the JvXPBar in my applications. Now i want to connect it to actions by the action property of the items. No problem as long as they are simple, not selfdefined,  actions. However, if you build your own action, overwrite then Execute method and connect it to the JvXPBar, you may not get the expected results. The Problem is, that the JvXPBar uses the OnExecute event instead of the Execute method.

A code snippet from the TJvXPCustomWinXPBar.Click method:
....
{ set linked 'action' as Sender }
if Assigned(FVisibleItems[FHoverIndex].Action) then
  FVisibleItems[FHoverIndex].FOnClick(FVisibleItems[FHoverIndex].Action)
 else
  FVisibleItems[FHoverIndex].FOnClick(FVisibleItems[FHoverIndex]);
....

Whereas the TMenuItem call action in the following way:

{ Call OnClick if assigned and not equal to associated action's
  OnExecute.
  If associated action's OnExecute assigned then call it, otherwise,
  call OnClick. }
if Assigned(FOnClick) and (Action <> nil) and
   (@FOnClick <> @Action.OnExecute) then
  FOnClick(Self)
 else if not (csDesigning in ComponentState) and
        (ActionLink <> nil) then
       FActionLink.Execute(Self)
      else if Assigned(FOnClick) then
       FOnClick(Self);


What do you think about it? Should I post it to mantis?


Subject: Do I have to uninstall JVCL 3 RC1 or Beta 2?
From: "Jakob Reschke" <jakres@web.de>
Date: Thu, 24 Mar 2005 12:41:59 +0100
Newsgroups: jedi.vcl

Hello everyone,
if I want to install JVCL 3.0 final and I already have JVCL 3.0 RC1 or Beta
2 installed, do I have to work through the uninstall list anyway? Or is this
only required when you want to update from less than 3.0?

Thanks,
Jakob




Subject: Re: JVCL 3.00 Released!
From: "David J Taylor" <davidtaylor@writeme.com.not-this-bit>
Date: Thu, 24 Mar 2005 11:13:37 -0000
Newsgroups: jedi.vcl

OBones wrote:
> > The JVCL Team is proud to announce that the stable release of JVCL
> > 3.00 is available for download.

Congratulations and thanks to everyone who has contributed to this!

David 




Subject: Any feedback on JVCL 3.0?
From: "Ben Trewern" <ben.trewern@mowlem.com>
Date: Thu, 24 Mar 2005 11:07:23 -0000
Newsgroups: jedi.vcl

Hi all,

I'm still using JVCL 2.10 and would like some feedback on the stability of 
the new JVCL 3.0 before I jump in and start migrating some applications.  I 
mostly use the DB components and have always been impressed with how 
dependable the JVCL 2.10 components set is.  I'm not keen on giving up that 
stability for the extra bells and whistles in the new version.

Any comments would be appreciated.

Regards,

Ben 




Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 24 Mar 2005 11:53:36 +0100
Newsgroups: jedi.vcl

> "C:\Programmi\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

@Andreas or Olivier: isn't this the "buggy" version of Make 5.2? I seem to recall two different 5.2 versions, one with copyright 1987, 1998 and one with 1987, 2000 (or something like that). Could be the key to solve this issue.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 11:43:30 +0100
Newsgroups: jedi.vcl

Daniele Teti wrote:

> Daniele Teti wrote:
>
>> OBones wrote:
>>
>>> This is very weird.
>>
>>
>
> I've reinstalled RC1 from same path and It's work !!!!
>
> Why 3.0 Final doesn't work?

I have no idea, we didn't touch much things in the installer. This is very very weird, it only does it with very few people...


Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Thu, 24 Mar 2005 11:41:38 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Daniele Teti wrote:
>
>> Daniele Teti wrote:
>>
>>> OBones wrote:
>>>
>>>> This is very weird.
>>>
>>>
>>>
>>
>> I've reinstalled RC1 from same path and It's work !!!!
>>
>> Why 3.0 Final doesn't work?
>
>
> I have no idea, we didn't touch much things in the installer. This is very very weird, it only does it with very few people...

And I'm one of this? :-(

What I can do? What I can check?


-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: JvTFGlanceTextViewer
From: mr <mr-outs-pl@blackhole.org>
Date: Thu, 24 Mar 2005 11:15:08 +0100
Newsgroups: jedi.vcl

hi

i need to modify JvTFGlanceTextViewer (draw customization events) - it's a chance to my changes will be applied to head and next version - who is current developer of this part of jvcl ?

regards
mr


Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Thu, 24 Mar 2005 11:04:10 +0100
Newsgroups: jedi.vcl

Daniele Teti wrote:
> OBones wrote:
>
>> This is very weird.
>

I've reinstalled RC1 from same path and It's work !!!!

Why 3.0 Final doesn't work?


-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Thu, 24 Mar 2005 10:47:50 +0100
Newsgroups: jedi.vcl

OBones wrote:
> This is very weird.
:-(
> Are you sure the PATH Environment variable didn't grow ?

Yes I'm sure, but I'm reduced PATH env owever.
Launched installer... Error is the same

Then
I've opened a command prompt
set PATH=

launched install.bat from this console... Error is the same

> Or that you did not install other third party components ?
?

I've some other comps. but with RC1 I havent problems

-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 10:45:58 +0100
Newsgroups: jedi.vcl

This is very weird.
Are you sure the PATH Environment variable didn't grow ?
Or that you did not install other third party components ?


Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Thu, 24 Mar 2005 10:24:07 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Daniele Teti wrote:
>
>> Windows XP Service Pack 1 (5.1.2600)
>>
>> "C:\Programmi\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
>> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>> [Generating: Templates]
>> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>> Writing: ..\D7\dcc32.cfg
>> Fatal: Command arguments too long
>
>
> Where did you install the JVCL ?

I've jcl correctly installed in
C:\Programmi\Borland\Delphi7\cls\jcl

I'm tring tyo install JVCL from

C:\jvcl

(I'm tring into C:\Programmi\Borland\Delphi7\cls\jvcl too)

Version 3.0 RC1 installed ok some week ago, this morning I've uninstalled RC1 (with uninstaller) and I'll try to install JVCL 3.00 final

-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: Re: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 10:23:25 +0100
Newsgroups: jedi.vcl

Daniele Teti wrote:

> Windows XP Service Pack 1 (5.1.2600)
>
> "C:\Programmi\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Generating: Templates]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Writing: ..\D7\dcc32.cfg
> Fatal: Command arguments too long

Where did you install the JVCL ?


Subject: JVCL 3.0 + JCL 1.95 (this morning SF version) Why this error ?
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Thu, 24 Mar 2005 10:05:16 +0100
Newsgroups: jedi.vcl

Windows XP Service Pack 1 (5.1.2600)

"C:\Programmi\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
Fatal: Command arguments too long

** error 1 ** deleting Templates

-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: Re: JVCL 3.0 final + JCL 1.95 final released?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 09:58:03 +0100
Newsgroups: jedi.vcl

deks wrote:

> I'v see released files on sf.net. It's final?

Well, as my message just above says it, yes, it's the official release of the JVCL 3.00


Subject: JVCL 3.0 final + JCL 1.95 final released?
From: "deks" <deks-den@yandex.ru>
Date: Thu, 24 Mar 2005 09:50:46 +0100
Newsgroups: jedi.vcl

I'v see released files on sf.net. It's final?



--- posted by geoForum on http://delphi.newswhat.com


Subject: ANN: JVCL 3.00 Released!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Mar 2005 09:48:58 +0100
Newsgroups: jedi.vcl,jedi.general

The JVCL Team is proud to announce that the stable release of JVCL 3.00 is available for download.

JVCL is a library of more than 570 visual and non-visual components for Delphi 5, 6, 7 and 2005; C++Builder 5, 6 and Kylix 3. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release contains changes, additions and bugfixes too numerous to list here, but here are some of the highlights:

- Support for Delphi 5, 6, 7 and 2005 (Win32)
- Support for C++ Builder 5 and 6
- Support for Kylix 3
- The monolithic package structure of JVCL 2.10 has been broken into smaller packages.
- Files have been renamed and arranged using a more logical naming scheme and folder structure, making it easier to find what you are looking for.
- Numerous components have been merged. This means there are almost no duplicates in JVCL anymore.
- The full install contains a tool to convert large parts of your source from JVCL 2.10 to JVCL 3.00, simplifying migration.
- Several new components and libraries have been added, among them UIB, Globus, KWizard, DockPresident, Managed Threads, UIL Time Framework, dxPack II, Jans Components, Print Preview, Ultim DB Components, Full Color controls, a LED control, a checkbox/radiobutton treeview and an XML database.
- A new package generator that creates packages for all supported platforms from XML files.
- A new installer that knows about and automatically detects package dependecies, installing what you need in each supported version.
- Improved support for Windows XP theming.
- Improved support for VisualCLX (not complete).
- Numerous bugs fixed.
- Support for localization using dxgettext (http://dxgettext.sourceforge.net)

If you are currently using JVCL 2.10, please read the documentation *carefully* before installing JVCL 3, especially the migration document.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

Later on we will also provide separate downloads for those packages that can be installed in a "stand-alone" mode (JvUIB, JvWizard, JvGlobus, JvManagedThreads, JvDocking, JvXPCtrls and JvDotNetCtrls)
To download JVCL 3, go to http://sourceforge.net/projects/jvcl and click the "Files" link at the top or go directly at this address: http://sourceforge.net/project/showfiles.php?group_id=45786

The current version is JVCL 3.00.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: JCL 1.95 ZIP for testing posted to binaries (2)
From: "Alan Garny" <someone@somewhere.cm>
Date: Wed, 23 Mar 2005 23:58:10 -0000
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d1rv77$tuc$2@talkto.net...
> > Robert Rossmair wrote:
> >
>> >> OBones wrote:
>> >>
>>> >>> For me this can be released.
>> >>
>> >>
>> >> Source packages available now from our SF site.  I need to upload the 
>> >> HTML documentation for Kylix yet (probably tonight).  When this is done, 
>> >> an official anouncement will go out.
>> >>
>> >> Greetings, Robert
> >
> > Thanks, the JVCL 3.00 will be finalized tonight.

Woo hoo! Well done guys, I have been waiting for the two projects to release 
their latest version for a few days now. Good to see that it's coming out! 
:)

    Alan. 




Subject: Re: Problem installing
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Wed, 23 Mar 2005 22:06:21 +0100
Newsgroups: jedi.vcl

Hi,

these Versions don't match together. On the JVCL-page at sourceforge is an
archive with 300.RC1 and a matching JCL.

Or you're wait a few hours. Then the JVCL final should be released:-)

CU, Eddi


Subject: Problem installing
From: "GS" <no-one@no-where.com>
Date: Wed, 23 Mar 2005 15:52:07 -0500
Newsgroups: jedi.vcl

Hello,

Win XP Home/SP1 / D5 Pro Patched

I installed JCL 1.95 successfully.
When I go to install JVCL3 RC1 I get the error
-----------------------------------
Windows XP Service Pack 1 (5.1.2600)
"D:\Delphi5\Bin\make.exe" -i -f Makefile.mak Templates
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D5\dcc32.cfg[Generating: Packages]
Generating packages for D5
Loaded template.dof
Loaded template.dpk
Loaded template.res
"D:\Delphi5\Bin\make.exe" -i -f makefile.mak -n
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
"D:\Delphi5\Bin\make.exe" -i -f Makefile.mak CompilePackages
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
"D:\Delphi5\Bin\make.exe" -i -f Makefile.mak CompilePackages
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
"D:\Delphi5\bin\make.exe" -l+ -f "D5 Packages.mak"
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: JvCoreD5R.bpl]
"D:\Delphi5\bin\dcc32.exe" -Q- -M -DJVCL_NO_DEBUGINFO JvCoreD5R.dpk
Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation

D:\VCL\Source\JCL\jvcl\run\JvAppRegistryStorage.pas(416) Error: Undeclared
identifier: 'CreateResRecFmt'
D:\VCL\Source\JCL\jvcl\run\JvAppRegistryStorage.pas(416) Error: Ordinal type
requiredJvCoreD5R.dpk(88) Fatal: Could not compile used unit
'..\..\run\JvAppRegistryStorage.pas'

** error 1 ** deleting "D:\Delphi5\Projects\Bpl"\JvCoreD5R.bpl
Copying files...[Finished JVCL for VCL installation]
--------------
From scanning these posts someone said that "checking the IGNORE ALL ERRORS"
will let the compile complete... I did NOT in my case.

Any ideas?  I downloaded both today (23rd) so I have the latest copies of
both.

Thanks
GS




Subject: Re: Anyone got any jobs for me to do to get JVCL3.0 so it can be released?
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 23 Mar 2005 16:45:44 +0100
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> Success ??
>> >> 
>> >> Warren Postma wrote:
>> >> 
>>> >>> I will have a look at these two tonight at home.
>>> >>>
>>> >>> Regards,
>>> >>>
>>> >>> Warren
>> >> 
>> >> 
> >Alas, no success.  My primary machine has gone a little screwy, the hard 
> >drive was going bad (freezing up and making bad noises and crashing 
> >windows) and I had to buy a new hard drive and reinstall everything. ...
> >
> >:-(
> >
> >Warren
> >

Realy realy bad news :-(



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvStringGrid: wrong behavior
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Mar 2005 16:07:15 +0100
Newsgroups: jedi.vcl

> > They are mandatory in our app written with BCB 5,
In what way?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: What's the Deal with TJvControlPanelButton?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Mar 2005 16:03:48 +0100
Newsgroups: jedi.vcl

> > ANyone else think TJvControlPanelButton is just TOO bizarre the way it is?
Oh, yes. There are others as well: JvFavoritesButton, JvStartMenuButton,
JvRecentMenuButton...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JCL 1.95 ZIP for testing posted to binaries (2)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Mar 2005 15:54:49 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> OBones wrote:
>
>> For me this can be released.
>
>
> Source packages available now from our SF site.  I need to upload the HTML documentation for Kylix yet (probably tonight).  When this is done, an official anouncement will go out.
>
> Greetings, Robert

Thanks, the JVCL 3.00 will be finalized tonight.


Subject: Re: jvStringGrid: wrong behavior
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Mar 2005 15:54:06 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> Fred wrote:
>
>>> component is working as expected.
>>> Are these statements necessary for Kylix or clx?
>>
>>
>>
>> They are mandatory in our app written with BCB 5, so please don't remove them.
>>
>> Dom
>>
>
> So should there be some $ifdef then?

I can't reproduce the bug with that code in. We need more info.


Subject: Re: JCL 1.95 ZIP for testing posted to binaries (2)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 23 Mar 2005 15:24:51 +0100
Newsgroups: jedi.vcl

OBones wrote:

> For me this can be released.

Source packages available now from our SF site.  I need to upload the HTML documentation for Kylix yet (probably tonight).  When this is done, an official anouncement will go out.

Greetings, Robert


Subject: Re: Anyone got any jobs for me to do to get JVCL3.0 so it can be released?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 23 Mar 2005 09:08:58 -0500
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Success ??
>
> Warren Postma wrote:
>
>> I will have a look at these two tonight at home.
>>
>> Regards,
>>
>> Warren
>
>
Alas, no success.  My primary machine has gone a little screwy, the hard drive was going bad (freezing up and making bad noises and crashing windows) and I had to buy a new hard drive and reinstall everything. ...

:-(

Warren


Subject: Re: jvStringGrid: wrong behavior
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 23 Mar 2005 09:06:47 -0500
Newsgroups: jedi.vcl

Fred wrote:

>> component is working as expected.
>> Are these statements necessary for Kylix or clx?
>
>
> They are mandatory in our app written with BCB 5, so please don't remove them.
>
> Dom
>

So should there be some $ifdef then?

Warren



Subject: What's the Deal with TJvControlPanelButton?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 23 Mar 2005 09:02:26 -0500
Newsgroups: jedi.vcl

I was looking at the TJvControlPanelButton and I gotta say it's one of the oddest ducks in the JVCL.  A button that pops up a menu containing control panel icons. Handy, yes, but odd. I note that someone suggested abstracting it in the past. IMHO, TJvControlPanelActionList might make more sense, something that creates an action list at runtime containing all the Control Panel items available on the user's system. Then the user could create whatever user interface they desire to those actions.

ANyone else think TJvControlPanelButton is just TOO bizarre the way it is?

Warren


Subject: Re: jvStringGrid: wrong behavior
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 23 Mar 2005 14:25:20 +0100
Newsgroups: jedi.vcl

> >component is working as expected.
> >Are these statements necessary for Kylix or clx?

They are mandatory in our app written with BCB 5, so please don't remove 
them.

Dom



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: DelphiVNC demo bad behaviour (http://delphivnc.sourceforge.net/)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Mar 2005 14:20:06 +0100
Newsgroups: jedi.vcl

What is the link between this and the JVCL ?


Subject: DelphiVNC demo bad behaviour (http://delphivnc.sourceforge.net/)
From: "Gianluca" <gianlucadeiua@tiscali.it>
Date: Wed, 23 Mar 2005 14:12:58 +0100
Newsgroups: jedi.vcl

Hello,

we are trying to use the Delphi VNC demo source and a bad behaviour happens:
we can see only a 4x3 rect of the sever desktop.

What we do:
- We lanch the TightVNC server on the remote PC
- we lanch the DelphiVNC demo on the client PC in debug mode
- during the Tviewer_frm.ServerInitialization we can see the correct
FrameBufferWidth and FrameBufferHeight values (1024, 768), which then we
give to the Tviewer_frm.FrameBufferUpdateRequest method
- when the Tviewer_frm.FrameBufferUpdate method come we can see the
RectData.X, RectData.Y, RectData.W and RectData.H values that are always
0,0,4,3 (????)
- into the TightVNC log we can see a lot of "vncBuffer.cpp : clearing
rectangle (0, 0)-(4, 3)"; maybe bcs we are using the raw encoding?
- we would like to use the Tight encoding instead of the Raw encoding:
anyone know the tight options to pass to the Tight server?

Any suggestion is really appreciate.
Thanks
Gianluca




Subject: Re: JEDI VCL with latest JCL (1.95, Build 1839) won't compile
From: Michael Rochler <rochlerm@hotmail.com>
Date: Wed, 23 Mar 2005 23:15:01 +1100
Newsgroups: jedi.vcl

OBones wrote:
> In the end, the JVCL 3.00 should be out in the next two or three days, along with the JCL 1.95

Understood; thanks very much for replying. We have a lot to look forward to.


Subject: Re: are there string handling routines in JVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 23 Mar 2005 12:40:40 +0100
Newsgroups: jedi.vcl

Alawna wrote:

> > Hi, I did not download it yet but just want to know whether there are
> > reusable string handling and math routines in JVCL apart from visual
> > components?  thanks

These things are in the JCL.
The JVCL tries to "only" contain visual stuff and move all non-visual code
to the JCL project.


-- Regards, Andreas Hausladen 

Subject: are there string handling routines in JVCL?
From: Alawna <omar.alawna@gmail.com>
Date: Wed, 23 Mar 2005 13:27:46 +0200
Newsgroups: jedi.vcl

Hi, I did not download it yet but just want to know whether there are reusable string handling and math routines in JVCL apart from visual components?
thanks


Subject: Re: Urgent: dll dependency
From: Jacob Boerema <jgboerema@gmail.com>
Date: Wed, 23 Mar 2005 11:19:38 +0100
Newsgroups: jedi.vcl

On Wed, 23 Mar 2005 01:19:47 +0100, "starCOM" <mcmahon2-@comcast.net> 
wrote in article <d1qbsp$k53$1@talkto.net>:
>> > >On Tue, 22 Mar 2005 17:33:55 +0100, "starCOM" <mcmahon2-@comcast.net> 
>> > >wrote in article <d1pgjd$e08$1@talkto.net>:

> > Thanks for suggestion. I tried it and same result as without sharemem, 
> > i.e. crashes unloading the last plugin. With sharemem, no problem

You have probably done this but have you checked that all uses of 
sharemem were replaced by fastsharemem and that they are the first 
unit in uses.
Are you also sure that you recompiled all plugins.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 23 Mar 2005 10:10:28 +0100
Newsgroups: jedi.vcl

> >This will not be in the release.
> >
Accepted



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvStringGrid: wrong behavior
From: "Gunter Heuckeroth" <heuckeg@elster.com>
Date: Wed, 23 Mar 2005 10:00:45 +0100
Newsgroups: jedi.vcl

Hello Olivier, hello Warren

I found out that as soon as I remove the assignments to Font and Brush the
component is working as expected.
Are these statements necessary for Kylix or clx?

Gunter

(my) current code of routine:

procedure TJvStringGrid.DrawCell(AColumn, ARow: Integer; Rect: TRect; State:
TGridDrawState);
begin
  if (AColumn < FixedCols) or (ARow < FixedRows) then
    Canvas.Font := FixedFont;
  if Assigned(OnDrawCell) then
    inherited DrawCell(AColumn, ARow, Rect, State)
  else
  begin
    SetCanvasProperties(AColumn, ARow, Rect, State);
    DefaultDrawCell(AColumn, ARow, Rect, State);
//    Canvas.Font := Font;
//    Canvas.Brush := Brush;
  end;
end;


"Gunter Heuckeroth" <heuckeg@elster.com> schrieb im Newsbeitrag
news:d1r6qp$o0q$1@talkto.net...
> > "Warren Postma" <wp.nospam@tekran.com> schrieb im Newsbeitrag
> > news:d1parn$ccc$1@talkto.net...
>> > > Are you really sure you cleaned your machine of OLD DCU, DCP and BPL
>> > > files, installed the very latest source and rebuilt the installer?
> >
> >
> > Yep.
> >
> > I renamed the old jedi folder and created a new one with the contens of
> > latest daily archives of jcl and jvcl.
> > Then I run install of jcl and jvcl.
> > The bpl files have also new timestamp, and regardless of this, exe is
build
> > without runtime packages.
> >
> > Am I right that you can't reproduce this behavior ?
> >
> > Gunter
>> > >
>> > > Warren
> >
> >




Subject: Re: JCL 1.95 ZIP for testing posted to binaries (2)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Mar 2005 09:43:46 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> If no negative feedback arrives until about 10 hours from now, I'll release it as it is.

Apart from a warning under C5 in JclCIL.pas at 782 (Constant expression violates subrange bounds), it's all good to go.
Compiled the installer with C5, and it worked well.

For me this can be released.

Cheers
Olivier


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Mar 2005 09:42:04 +0100
Newsgroups: jedi.vcl

This will not be in the release.


Subject: Re: Why is the JCL path needed?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Mar 2005 09:41:03 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I saw that CompileExamples.bat still needs the JCL to reside
> at a specific place (parallel to JVCL). Can that be solved?

If the required packages are found, it should not be needed.
Solving this before release may not be possible though, and I don't consider this critical.
I'll investigate.


Subject: Re: jvStringGrid: wrong behavior
From: "Gunter Heuckeroth" <heuckeg@elster.com>
Date: Wed, 23 Mar 2005 08:56:08 +0100
Newsgroups: jedi.vcl

"Warren Postma" <wp.nospam@tekran.com> schrieb im Newsbeitrag
news:d1parn$ccc$1@talkto.net...
> > Are you really sure you cleaned your machine of OLD DCU, DCP and BPL
> > files, installed the very latest source and rebuilt the installer?


Yep.

I renamed the old jedi folder and created a new one with the contens of
latest daily archives of jcl and jvcl.
Then I run install of jcl and jvcl.
The bpl files have also new timestamp, and regardless of this, exe is build
without runtime packages.

Am I right that you can't reproduce this behavior ?

Gunter
> >
> > Warren




Subject: Re: Why is the JCL path needed?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 23 Mar 2005 05:52:59 +0100
Newsgroups: jedi.vcl

I saw that CompileExamples.bat still needs the JCL to reside
at a specific place (parallel to JVCL). Can that be solved?


Subject: JCL 1.95 ZIP for testing posted to binaries (2)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 23 Mar 2005 05:33:14 +0100
Newsgroups: jedi.vcl

If no negative feedback arrives until about 10 hours from now, I'll release it as it is.


Subject: Re: Urgent: dll dependency
From: "starCOM" <mcmahon2-@comcast.net>
Date: Wed, 23 Mar 2005 01:19:47 +0100
Newsgroups: jedi.vcl

> >On Tue, 22 Mar 2005 17:33:55 +0100, "starCOM" <mcmahon2-@comcast.net> 
> >wrote in article <d1pgjd$e08$1@talkto.net>:
>> >> So if I must keep 
>> >> ShareMem, then I guess I need to distribute this DLL as well, bummer
> >
> >I use FastShareMem which doesn't need a DLL.
> >
> >http://www.codexterity.com/fastsharemem.htm
> >
> >
> >-- 
> >Jacob Boerema
> >E-mail: remove dots from j.g.boerema and replace invalid with com
> >http://home.wanadoo.nl/jgboerema/en/Freeware.htm
> >

Jacob
Thanks for suggestion. I tried it and same result as without sharemem, 
i.e. crashes unloading the last plugin. With sharemem, no problem
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Mar 2005 23:33:32 +0100
Newsgroups: jedi.vcl

This one works:

....
implementation

uses...

{$IFNDEF HAS_UNIT_VARIANTS}
type
  TVariantRelationship = (vrEqual, vrLessThan, vrGreaterThan, vrNotEqual);

function VarCompareValue(const V1, V2: Variant): TVariantRelationship;
begin
  if VarIsNull(V1) and VarIsNull(V2) then
    Result := vrEqual
  else
  if VarIsNull(V1) or VarIsNull(V2) then
    Result := vrNotEqual
  else
  if VarIsEmpty(V1) and VarIsEmpty(V2) then
    Result := vrEqual
  else
  if VarIsEmpty(V1) or VarIsEmpty(V2) then
    Result := vrNotEqual
  else
  if V1 = V2 then
    Result := vrEqual
  else
  if V1 < V2 then
    Result := vrLessThan
  else
    Result := vrGreaterThan;
end;
{$ENDIF !HAS_UNIT_VARIANTS}



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Mar 2005 23:21:34 +0100
Newsgroups: jedi.vcl

Ignore this, it does not work.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Mar 2005 23:15:13 +0100
Newsgroups: jedi.vcl

I would suggest:

        {$IFDEF HAS_UNIT_VARIANTS}
        if (VarCompareValue(Reason.AsVariant, Data) = vrEqual) and
(IEnable <> -1) then
        {$ELSE}
        if ((Reason = Data) or (VarToStr(Reason.AsVariant) =
VarToStr(Data))) and (IEnable <> -1) then
        {$ENDIF HAS_UNIT_VARIANTS}


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Mar 2005 23:11:59 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > The only change is
> > //if (VarToStr(Reason.AsVariant) = VarToStr(Data)) and (IEnable <> -1)
> > changed to
> > if (VarCompareValue(Reason.AsVariant, Data) = vrEqual) and (IEnable <>
> > -1) then

Delphi 5 does not know VarCompareValue (yet ;-)



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 22 Mar 2005 23:01:28 +0100
Newsgroups: jedi.vcl

Hi Olivier,

if there are no problems with my last JvParameterlist.pas checkin with d5, d6 or bcb this could also be included into the release.

The only change is
//if (VarToStr(Reason.AsVariant) = VarToStr(Data)) and (IEnable <> -1)
changed to
if (VarCompareValue(Reason.AsVariant, Data) = vrEqual) and (IEnable <> -1) then

Greetings
Jens

OBones wrote:
> Hi all,
>
> Before I create the release, it seems there are a few things that MUST be in it, and hence must be patched into the JVCL3_00_PREPARATION branch.
> What I'm asking here is for people to post one message per change, along with a detailed explanation of the benefits of the proposed change and a diff to be applied to the appropriate file(s).
>
> Thanks a lot for your help
>
> Cheers
> Olivier

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Why is the JCL path needed?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Mar 2005 23:01:06 +0100
Newsgroups: jedi.vcl

But removing any JCL related code from the installer makes it more generic
for other component packages.

-- Regards, Andreas Hausladen 

Subject: Re: Why is the JCL path needed?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Mar 2005 23:00:13 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > Right, I didn't think of that.

One advantage is that the JVCL Installer can detect if the JCL was
installed correctly because it searches for the .bpl packages and looks
for the source paths in the path lists (search paths, browsing paths).



-- Regards, Andreas Hausladen 

Subject: Re: Anyone got any jobs for me to do to get JVCL3.0 so it can be released?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 22 Mar 2005 22:57:11 +0100
Newsgroups: jedi.vcl

Success ??

Warren Postma wrote:
> I will have a look at these two tonight at home.
>
> Regards,
>
> Warren

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Why is the JCL path needed?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 22 Mar 2005 22:55:17 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> We'll see.  Won't change that before release anyway.

Absolutely agree.


Subject: Re: Why is the JCL path needed?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 22 Mar 2005 22:24:27 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Robert Rossmair wrote:
>
>> Andreas Hausladen wrote:

>>> I needs it in order to identify the JCL version. That is the last
>>> remaining reason why the JVCL Installer requires the JCL directory
>>> information.
>>
>>
>>
>> Should JCL communicate that through the registry?  Would remove that last reason, too.
>
>
> But what if users don't install it via the installer?

Right, I didn't think of that.

> The easisest way would be to parse the JCL dcp file for a specific string, such as the name of a unit.

We'll see.  Won't change that before release anyway.


Subject: Re: Urgent: dll dependency
From: Jacob Boerema <jgboerema@gmail.com>
Date: Tue, 22 Mar 2005 22:11:00 +0100
Newsgroups: jedi.vcl

On Tue, 22 Mar 2005 17:33:55 +0100, "starCOM" <mcmahon2-@comcast.net> 
wrote in article <d1pgjd$e08$1@talkto.net>:
> > So if I must keep 
> > ShareMem, then I guess I need to distribute this DLL as well, bummer

I use FastShareMem which doesn't need a DLL.

http://www.codexterity.com/fastsharemem.htm


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Why is the JCL path needed?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 22 Mar 2005 21:55:23 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Andreas Hausladen wrote:
>
>>> Can anyone explain that to me?
>>
>>
>>
>> I needs it in order to identify the JCL version. That is the last
>> remaining reason why the JVCL Installer requires the JCL directory
>> information.
>
>
> Should JCL communicate that through the registry?  Would remove that last reason, too.

But what if users don't install it via the installer?
The easisest way would be to parse the JCL dcp file for a specific string, such as the name of a unit.


Subject: Re: Why is the JCL path needed?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 22 Mar 2005 21:49:26 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> Can anyone explain that to me?
>
>
> I needs it in order to identify the JCL version. That is the last
> remaining reason why the JVCL Installer requires the JCL directory
> information.

Should JCL communicate that through the registry?  Would remove that last reason, too.


Subject: Re: Why is the JCL path needed?
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 22 Mar 2005 21:37:11 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Can anyone explain that to me?
>
>
> I needs it in order to identify the JCL version. That is the last
> remaining reason why the JVCL Installer requires the JCL directory
> information.

Understood.


Subject: Re: Why is the JCL path needed?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Mar 2005 21:21:38 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Can anyone explain that to me?

I needs it in order to identify the JCL version. That is the last
remaining reason why the JVCL Installer requires the JCL directory
information.


-- Regards, Andreas Hausladen 

Subject: Re: TJvLookout problem
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 22 Mar 2005 20:47:06 +0100
Newsgroups: jedi.vcl

Krzysztof wrote:
> Hi.
>
> I have problems with TJvLookout component:
>  - when I add e.g. any button to form with Hint, then this hint has black background [..]

This is fixed in CVS (NOT in JVCL 3.0 RC1, but will be in the upcoming JVCL 3.0), see http://homepages.borland.com/jedi/issuetracker/view.php?id=2518

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JCL 1.95.3-Test.zip posted to binaries
From: OBones <obones_gfd_@_rzr_altern.org>
Date: Tue, 22 Mar 2005 19:48:36 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:
> OBones wrote:
>
>> Thanks for the fixes.
>>
>> Robert Rossmair wrote:
>>
>>> For what reason?  Until now, they were included because the JVCL installer needed them.  I believe that's not longer the case, is it?  (I didn't test that, though.)
>>
>>
>>
>> They are indeed not required by the JVCL, but if someone wants to regenerate the package, he doesn't have the sources for it. 
>
>
> Why would (s)he want to do that?
> (Sorry, I am not trying to play dumb, I just am.  :) )

Well, what if the user opens the file and sees the warning at the beginning saying not to edit it but use PG and the XML file?
I guess he'll be wondering where to go from here...
Ok, I know that not that many users will do this, but...


> BTW:  If this stuff is included, the templates would need to be, too.
> This was not the fact with earlier JCL distributions; the JVCL installer didn't require it, because it generated the templates itself, and deleted them afterwards.

Absolutely, they should be included as well.


> I.e. in the past it was not possible for the user to generate JCL packages either, although the xml directory was included in JCL distributions.

And that was clearly not satisfactory, the current situation is much better.


Subject: Re: JCL 1.95.3-Test.zip posted to binaries
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 22 Mar 2005 19:16:24 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:
> Thanks for the fixes.
>
> Robert Rossmair wrote:
>
>> For what reason?  Until now, they were included because the JVCL installer needed them.  I believe that's not longer the case, is it?  (I didn't test that, though.)
>
>
> They are indeed not required by the JVCL, but if someone wants to regenerate the package, he doesn't have the sources for it. 

Why would (s)he want to do that?
(Sorry, I am not trying to play dumb, I just am.  :) )

> Further, it would mimick the JVCL, but that's up to you after all.

BTW:  If this stuff is included, the templates would need to be, too.
This was not the fact with earlier JCL distributions; the JVCL installer didn't require it, because it generated the templates itself, and deleted them afterwards.

I.e. in the past it was not possible for the user to generate JCL packages either, although the xml directory was included in JCL distributions.



Subject: Re: JvXpBar Problem
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 22 Mar 2005 12:39:58 -0500
Newsgroups: jedi.vcl

John Kranas wrote:
> I have an app (in BCB) with a JvXpBar. The problem
> is that when I run the app to windows 2000 the
> icons on the left of each item appear fine but
> in windows xp around each icon there is a white border.
> Any help??
>
This is the transparency issue. See earlier messages.


Subject: Re: Urgent: dll dependency
From: "starCOM" <mcmahon2-@comcast.net>
Date: Tue, 22 Mar 2005 17:33:55 +0100
Newsgroups: jedi.vcl

> >starCOM wrote:
>> >>  I recently sent a new version of an app to a user that had a couple 
of 
>> >> minor fixes(path fix, unitinitialized var) and it wouldn't run 
claiming 
>> >> it needed borlndmm.dll. Has there been a dependency introduced 
somewhere 
>> >> along the various releases of JVCL3 ? I think it may have been very 
>> >> recent. I though it had to do w JvDebughandler, but removed that 
>> >> component & the problem persists. The app is built w no run time 
>> >> packages. 
> >
> >     I think a 'uses ShareMem' may have been entered somewhere (either 
> >in a unit of your own or one of the others. AFAIK the ShareMem unit is 
> >only unit that has a static link to borlndmm.dll.
> >
> >     BTW, removing a component but leaving in the uses to the unit of 
> >that component wouldn't fix the problem. If it is JvDebughandler, 
remove 
> >the reference to the unit as well.
> >
> >-- 
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JEDI.NET team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
Marcel,
I removed the unit from the uses as well. However your point re Sharemem 
is probably the culprit. I had added that to fix the crash problem in 
unloading the last Plugin (remember that one). So if I must keep 
ShareMem, then I guess I need to distribute this DLL as well, bummer
Thanks
Bill
BTW the last Plugin issue I submitted had to do with threads, plugin 
creates thread; but hangs in plugin destroy that attempts to terminate 
thread. I tracked it down to Coinitialize/Uncoinitialize(thread creates 
COM objects) in the created thread. Removing these, the thread 
terminates properly. Not really sure why.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvXpBar Problem
From: "John Kranas" <kranas@freemail.gr>
Date: Tue, 22 Mar 2005 17:17:08 +0200
Newsgroups: jedi.vcl

I have an app (in BCB) with a JvXpBar. The problem
is that when I run the app to windows 2000 the
icons on the left of each item appear fine but
in windows xp around each icon there is a white border.
Any help?? 




Subject: Re: JCL 1.95.3-Test.zip posted to binaries
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 15:55:02 +0100
Newsgroups: jedi.vcl,jedi.jcl

Thanks for the fixes.

Robert Rossmair wrote:

> For what reason?  Until now, they were included because the JVCL installer needed them.  I believe that's not longer the case, is it?  (I didn't test that, though.)

They are indeed not required by the JVCL, but if someone wants to regenerate the package, he doesn't have the sources for it. Further, it would mimick the JVCL, but that's up to you after all.


Subject: Re: jvStringGrid: wrong behavior
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 22 Mar 2005 09:51:24 -0500
Newsgroups: jedi.vcl

Are you really sure you cleaned your machine of OLD DCU, DCP and BPL files, installed the very latest source and rebuilt the installer?

Warren


Subject: Re: Urgent: dll dependency
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 22 Mar 2005 14:29:22 +0100
Newsgroups: jedi.vcl

starCOM wrote:
>  I recently sent a new version of an app to a user that had a couple of minor fixes(path fix, unitinitialized var) and it wouldn't run claiming it needed borlndmm.dll. Has there been a dependency introduced somewhere along the various releases of JVCL3 ? I think it may have been very recent. I though it had to do w JvDebughandler, but removed that component & the problem persists. The app is built w no run time packages. 

    I think a 'uses ShareMem' may have been entered somewhere (either in a unit of your own or one of the others. AFAIK the ShareMem unit is only unit that has a static link to borlndmm.dll.

    BTW, removing a component but leaving in the uses to the unit of that component wouldn't fix the problem. If it is JvDebughandler, remove the reference to the unit as well.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: jvStringGrid: wrong behavior
From: "Gunter Heuckeroth" <heuckeg@elster.com>
Date: Tue, 22 Mar 2005 14:24:55 +0100
Newsgroups: jedi.vcl

Hello Olivier,

at first thanks for your fast responses.
I downloaded those version, installed them (without any error message,
respect!).
But the problem is still there, in JvStringGrid the focus rectangle in the
last line is still "lost" (as soon as I set goDrawFocusSelect and
goRowSelect together).

Perhaps someone else can verify this problem?

Gunter

Additional information:
P4 2.7MHz, 700MB Ram, Win2K, SP4
Delphi7Ent, Build 4453

"OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
news:d1p0ga$9kv$1@talkto.net...
> > Gunter Heuckeroth wrote:
> >
>> > > Hello  OBones,
>> > >
>> > > concerning the version: sorry, my fault, I have version  Jvcl300rc1
>> > > installed.
>> > > What's the easiest way to get the really latest version of JvStringGrid?
> >
> > Use CVS, or use a Daily Zip:
> >
> > http://jvcl.sf.net/daily/
> >
> > Note that the daily zip contains ALL updated files, hence you will also
> > need the very latest JCL as well:
> >
> > http://jcl.sf.net/daily/




Subject: Urgent: dll dependency
From: "starCOM" <mcmahon2-@comcast.net>
Date: Tue, 22 Mar 2005 14:22:33 +0100
Newsgroups: jedi.vcl

 I recently sent a new version of an app to a user that had a couple of 
minor fixes(path fix, unitinitialized var) and it wouldn't run claiming 
it needed borlndmm.dll. Has there been a dependency introduced somewhere 
along the various releases of JVCL3 ? I think it may have been very 
recent. I though it had to do w JvDebughandler, but removed that 
component & the problem persists. The app is built w no run time 
packages. 
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL 1.95.3-Test.zip posted to binaries
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 22 Mar 2005 14:21:05 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi,

>>> Please give me some feedback.
>
> Ok, here are the results:
>
> JediInstallerMain.dfm:
>   Should not contain any DesignSize information
>   ProductsPageControl should not have a TabIndex property

Fixed.

> Making library units triggers an internal error DBG1369 on JclWideFormat.pas on line 908 when done with C5's compiler. Note that this file is not in the package for C5 (CJcl50.bpk)

Fixed.

> Finally, why isn't the packages\xml directory available in the zip file? I would expect it to be there, along with the pgedit.xml file.

For what reason?  Until now, they were included because the JVCL installer needed them.  I believe that's not longer the case, is it?  (I didn't test that, though.)


Subject: Re: jvStringGrid: wrong behavior
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 12:58:01 +0100
Newsgroups: jedi.vcl

Gunter Heuckeroth wrote:

> Hello  OBones,
>
> concerning the version: sorry, my fault, I have version  Jvcl300rc1
> installed.
> What's the easiest way to get the really latest version of JvStringGrid?

Use CVS, or use a Daily Zip:

http://jvcl.sf.net/daily/

Note that the daily zip contains ALL updated files, hence you will also need the very latest JCL as well:

http://jcl.sf.net/daily/


Subject: Re: Remote application sharing
From: "Gianluca" <gianlucadeiua@tiscali.it>
Date: Tue, 22 Mar 2005 12:03:40 +0100
Newsgroups: jedi.vcl

Hello,

we are trying to use the Delphi VNC demo source and a bad behaviour happens:
we can see only a 4x3 rect of the sever desktop.

What we do:
- We lanch the TightVNC server on the remote PC
- we lanch the DelphiVNC demo on the client PC in debug mode
- during the Tviewer_frm.ServerInitialization we can see the correct
FrameBufferWidth and FrameBufferHeight values (1024, 768), which then we
give to the Tviewer_frm.FrameBufferUpdateRequest method
- when the Tviewer_frm.FrameBufferUpdate method come we can see the
RectData.X, RectData.Y, RectData.W and RectData.H values that are always
0,0,4,3 (????)
- into the TightVNC log we can see a lot of "vncBuffer.cpp : clearing
rectangle (0, 0)-(4, 3)"; maybe bcs we are using the raw encoding?
- we would like to use the Tight encoding instead of the Raw encoding:
anyone know the tight options to pass to the Tight server?

Any suggestion is really appreciate.
Thanks
Gianluca

"jonjon" <none@for.now> ha scritto nel messaggio
news:d1h90q$nei$1@talkto.net...
> > http://delphivnc.sourceforge.net/
> >
> >
> >
> > "Warren Postma" <wp.nospam@tekran.com> a écrit dans le message de news:
> > d1f7cf$bo2$1@talkto.net...
>>>> > > >>What about a little program making snapshots of your app's window and
>>>> > > >>them to the client?
>> > >
>> > > Peter Thornqvist wrote:
>>> > >> This is in essence what VNC, Citrix and MTS do.
>> > >
>> > >
>> > > I have wondered about making a Delphi application that could have a VNC
>> > > window as its client area.  They essentially do this in QT/KDE under
>> > > linux, and VNC is open source, so I don't see any reason why someone
>> > > couldn't build a Delphi wrapper for a VNC session window. :-)
>> > >
>> > > Warren
> >
> >




Subject: Re: jvStringGrid: wrong behavior
From: "Gunter Heuckeroth" <heuckeg@elster.com>
Date: Tue, 22 Mar 2005 12:02:05 +0100
Newsgroups: jedi.vcl

Hello  OBones,

concerning the version: sorry, my fault, I have version  Jvcl300rc1
installed.
What's the easiest way to get the really latest version of JvStringGrid?

Gunter

"OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
news:d1os29$8g2$1@talkto.net...
> > OBones wrote:
> >
>> > > Gunter Heuckeroth wrote:
>> > >
>>> > >> There is a wrong behavior in jvStringGrid (Delphi 7 Ent,
>>> > >> JVcl300Beta1Complete,  // $Id: JvStringGrid.pas,v 1.41 2004/12/13
>>> > >> 17:44:04
>>> > >> ahuser Exp $)
>>> > >> If you include "goDrawFocusSelect" and "goRowSelect" in property
>>> > >> "Option",
>>> > >> then focus rectangle of  last grid row is only "a white line" (seems
that
>>> > >> style of brush is lost, but i can't find out where).
>>> > >>
>>> > >> Is this fixed in final release of Jvcl?
>> > >
>> > >
>> > > There is a JVCL3.00 RC1, please try with this one as well.
> >
> > I just tried with the latest version, I can't reproduce the error.




Subject: Re: jvStringGrid: wrong behavior
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 11:42:15 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Gunter Heuckeroth wrote:
>
>> There is a wrong behavior in jvStringGrid (Delphi 7 Ent,
>> JVcl300Beta1Complete,  // $Id: JvStringGrid.pas,v 1.41 2004/12/13 17:44:04
>> ahuser Exp $)
>> If you include "goDrawFocusSelect" and "goRowSelect" in property "Option",
>> then focus rectangle of  last grid row is only "a white line" (seems that
>> style of brush is lost, but i can't find out where).
>>
>> Is this fixed in final release of Jvcl?
>
>
> There is a JVCL3.00 RC1, please try with this one as well.

I just tried with the latest version, I can't reproduce the error.


Subject: Re: jvStringGrid: wrong behavior
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 11:38:29 +0100
Newsgroups: jedi.vcl

Gunter Heuckeroth wrote:

> There is a wrong behavior in jvStringGrid (Delphi 7 Ent,
> JVcl300Beta1Complete,  // $Id: JvStringGrid.pas,v 1.41 2004/12/13 17:44:04
> ahuser Exp $)
> If you include "goDrawFocusSelect" and "goRowSelect" in property "Option",
> then focus rectangle of  last grid row is only "a white line" (seems that
> style of brush is lost, but i can't find out where).
>
> Is this fixed in final release of Jvcl?

There is a JVCL3.00 RC1, please try with this one as well.


Subject: jvStringGrid: wrong behavior
From: "Gunter Heuckeroth" <heuckeg@elster.com>
Date: Tue, 22 Mar 2005 11:30:28 +0100
Newsgroups: jedi.vcl

There is a wrong behavior in jvStringGrid (Delphi 7 Ent,
JVcl300Beta1Complete,  // $Id: JvStringGrid.pas,v 1.41 2004/12/13 17:44:04
ahuser Exp $)
If you include "goDrawFocusSelect" and "goRowSelect" in property "Option",
then focus rectangle of  last grid row is only "a white line" (seems that
style of brush is lost, but i can't find out where).

Is this fixed in final release of Jvcl?

Gunter Heuckeroth




Subject: TJvLookout problem
From: Krzysztof <none@none.com>
Date: Tue, 22 Mar 2005 11:11:32 +0100
Newsgroups: jedi.vcl

Hi.

I have problems with TJvLookout component:
 - when I add e.g. any button to form with Hint, then this hint has black background and Lookout button was unchecked,
 - event mouseEnter don't work me in TJvLookoutButton.

Every body know what I doing wrong?

Sorry for my English.

Greetings,
Krzysztof
D7, WinXP, JVCL 3.0


Subject: Why is the JCL path needed?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 11:09:18 +0100
Newsgroups: jedi.vcl

Hi

I'm wondering why the JCL path needed by the installer.
After all, from my point of view, it was required to be able to compile the JCL dcp file for BCB. But this is now done by the JCL itself.
The Delphi installation should not need access to the JCL source directory either, as long as the dcp files are available during compilation.

Can anyone explain that to me?


Subject: Re: JVCL Installer does not work with WinNT 4
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 10:15:48 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Andreas Hausladen wrote:
>
>> The JVCL Installer does not work with Windows NT 4 because it uses
>> SHGetSpecialFolderPath for Delphi 2005 default BPL directory detection.
>
>
> Does Delphi 2005 run on Win NT?
> If not then exclude that combination in the installer.

It has nothing to do with this, the function was linked in anyway, hence making the executable not even runnable under NT4 even if D2005 is not installed.


Subject: Re: JVCL Installer does not work with WinNT 4
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 10:10:16 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The JVCL Installer does not work with Windows NT 4 because it uses
> SHGetSpecialFolderPath for Delphi 2005 default BPL directory detection.

This is now in the branch as well
Note that the first change in dpp_PascalParser ({$A8,B-...) was put in the branch, but protected by a $IFDEF COMPILER6_UP. This has not been added to HEAD, I'm leaving it up to you to investigate.

Cheers
Olivier


Subject: Re: JCL 1.95.3-Test.zip posted to binaries
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 10:01:59 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> Robert Rossmair wrote:
>
>> For testing purposes, a .zip of JCL 1.95.3 has been posted to jedi.binaries
>>
>> Please give me some feedback.
>
>
> Thanks, I'll have a look at it.

Ok, here are the results:

JediInstallerMain.dfm:
  Should not contain any DesignSize information
  ProductsPageControl should not have a TabIndex property

Making library units triggers an internal error DBG1369 on JclWideFormat.pas on line 908 when done with C5's compiler. Note that this file is not in the package for C5 (CJcl50.bpk)

Finally, why isn't the packages\xml directory available in the zip file? I would expect it to be there, along with the pgedit.xml file.

Cheers
Olivier


Subject: Re: JVCL 3.0 Final. When?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 09:25:14 +0100
Newsgroups: jedi.vcl

Lucky Luciano wrote:
> Can somebody tell me when the final version will be released ?
> That would be important, for a project. (Now i'm using rc1)
>
> Or the daily zip releases can be considered (almost) final ? 

They can be, even though they are working on HEAD where the release will be based on JVCL3_00_PREPARATION branch.

The JVCL 3 should be released today or tomorrow, provided we get a working JCL 1.95 with all flavors of IDEs (C++ Builder is holding us back at the moment)


Subject: Re: JCL 1.95.3-Test.zip posted to binaries
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Mar 2005 09:25:12 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:
> For testing purposes, a .zip of JCL 1.95.3 has been posted to jedi.binaries
>
> Please give me some feedback.

Thanks, I'll have a look at it.


Subject: Re: JVCL Installer does not work with WinNT 4
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Mar 2005 05:58:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The JVCL Installer does not work with Windows NT 4 because it uses
> SHGetSpecialFolderPath for Delphi 2005 default BPL directory detection.

Does Delphi 2005 run on Win NT?
If not then exclude that combination in the installer.


Subject: JCL 1.95.3-Test.zip posted to binaries
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 22 Mar 2005 05:02:19 +0100
Newsgroups: jedi.vcl,jedi.jcl

For testing purposes, a .zip of JCL 1.95.3 has been posted to jedi.binaries

Please give me some feedback.


Subject: JVCL Installer does not work with WinNT 4
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Mar 2005 21:58:57 +0100
Newsgroups: jedi.vcl

The JVCL Installer does not work with Windows NT 4 because it uses
SHGetSpecialFolderPath for Delphi 2005 default BPL directory detection.


--- DelphiData.pas	2005-03-15 18:24:27.000000000 +0100
+++ DelphiData.pas	2005-03-21 21:31:26.000000000 +0100
@@ -740,8 +740,12 @@
     VersionStr := IDEVersionStr;
   end;
 end;
 
+var
+  _SHGetSpecialFolderPathA: function(hwndOwner: HWND; lpszPath: PAnsiChar;
+    nFolder: Integer; fCreate: BOOL): BOOL; stdcall;
+
 function TCompileTarget.ReadBDSProjectsDir: string;
 var
   h: HMODULE;
   LocaleName: array[0..4] of Char;
@@ -780,10 +784,13 @@
         end;
       end;
     end;
 
+    if not Assigned(_SHGetSpecialFolderPathA) then
+      _SHGetSpecialFolderPathA :=
GetProcAddress(GetModuleHandle('shell32.dll'), 'SHGetSpecialFolderPathA');
     SetLength(PersDir, MAX_PATH);
-    if SHGetSpecialFolderPath(0, PChar(PersDir), CSIDL_PERSONAL, False)
then
+    if Assigned(_SHGetSpecialFolderPathA) and
+       _SHGetSpecialFolderPathA(0, PChar(PersDir), CSIDL_PERSONAL, False)
then
     begin
       SetLength(PersDir, StrLen(PChar(PersDir)));
       Result := ExcludeTrailingPathDelimiter(PersDir) + '\' + Result;
     end
------------------------------------

-- Regards, Andreas Hausladen 

Subject: Re: A watchdog client/server component?
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Mon, 21 Mar 2005 21:57:56 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Burkhard Carstens wrote:
> > 
>> >>  shall I pm a zip?
> > 
> > Thanks, but I managed to build something like this already. I might get
> > it all nice and polished into a reusable form someday. In which case
> > I'll make it an INDY component. (Right now it uses TIdTCpServer to make
> > the watchdog-server, and the to-be-rebooted app has an TidTcpClient on
> > the main form, that periodically sends a "ping" to tell the watchdog
> > server it is still alive. A dropped TCP connection or a failure to send
> > the ping text signal, causes the application to be restarted.

I was talking about a unit, which does the basic stuff. It's part of an
"AppStarter", which itself uses a IdTCPServer descendant. The server
creates appStarter Thread for each connection, so any remote application
can connect to the appStarter and "request" some application to be running
(and stay alive) with some parameters (KeepRunning -> start the app again
if it closes; WaitBeforeRestart --> wait milliseconds before re-starting
that app;KillPort --> make a connection to the controlled app on this port
to tell it "quit"; PriorityClass; ShowCMD; SeperateConsole;)
This way, the controlled app does not need to know about the monitor, as the
monitor uses createProcess and "WaitForMultipleObject" on the AppHandle as
well as the AppStarter's internal "KillThatApp" and "CloseAllApps" event.

Also it includes a multi-threaded syslog-server with the option to forward
the collected logs to another machine ..

So this is a complete ready to use and free to have solution, specially
designed to keep servers running, but not limited to this.
And it's tested... running on quite some labs all over the world.

Well, no nice GUI like the TraceTool mentioned by jonjon, but advantage: no
special steps necessary in what you call WatchDogClient.


Burkhard




Subject: Re: JVCL 3.0 Final. When?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Mar 2005 19:26:37 +0100
Newsgroups: jedi.vcl

Lucky Luciano wrote:

> > Can somebody tell me when the final version will be released ?
> > That would be important, for a project. (Now i'm using rc1)
> > 
> > Or the daily zip releases can be considered (almost) final ? 

There is a slightly difference between the daily build and the prepare
branch but not much. Olivier tries to keep them in sync as much. But there
are no larger interface or behaviour changes in the daily build.
I would say the daily build is 99.9% compatible to the upcomming final
release. (This is just my personal opinion)


-- Regards, Andreas Hausladen 

Subject: JVCL 3.0 Final. When?
From: "Lucky Luciano" <lucky@lucky.com>
Date: Mon, 21 Mar 2005 19:58:23 +0200
Newsgroups: jedi.vcl

Can somebody tell me when the final version will be released ?
That would be important, for a project. (Now i'm using rc1)

Or the daily zip releases can be considered (almost) final ? 




Subject: JCL compile code in JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Mar 2005 18:56:56 +0100
Newsgroups: jedi.vcl

I have removed the JCL compilation code from the JVCL Installer because
the JCL Installer compiles the .dcp files now.


-- Regards, Andreas Hausladen 

Subject: Re: jvcl Examles and BCB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 21 Mar 2005 18:43:26 +0100
Newsgroups: jedi.vcl

PeSe wrote:
> Hi,
>
> does anyone know of a tutorial
> that describes how to use the many exaples of the jvcl with the C++Builder (6 Pro).
> Im not very familiar with the delphi
> and I dont know how to begin.
>
> Thanx in advance
> Peter 

Try CompileExamples.bat
It should compile the examples with dcc32.exe which is part of BCB.
After that the JVCL bin directory should be filled with the EXEs of
the examples.


Subject: Re: jvcl Examles and BCB
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Mar 2005 17:43:17 +0100
Newsgroups: jedi.vcl

PeSe wrote:

> Hi,
>
> does anyone know of a tutorial
> that describes how to use the many exaples of the jvcl with the C++Builder (6 Pro).
> Im not very familiar with the delphi
> and I dont know how to begin.

The examples that work with C++ Builder are in the BCB subdirectory of the respective folder. For instance, the example for TJvAni is in examples\JvAni\BCB

If there is no BCB subfolder, then it's because nobody had the time to create the BCB equivalent of the Delphi demo.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: jvcl Examles and BCB
From: PeSe <peseps@web.de>
Date: Mon, 21 Mar 2005 17:38:51 +0100
Newsgroups: jedi.vcl

Hi,

does anyone know of a tutorial
that describes how to use the 
many exaples of the jvcl with the 
C++Builder (6 Pro).
Im not very familiar with the delphi
and I dont know how to begin.

Thanx in advance
Peter 


Subject: Re: Some Components dont work
From: PeSe <peseps@web.de>
Date: Mon, 21 Mar 2005 17:38:46 +0100
Newsgroups: jedi.vcl

Hi Olivier,

thank you very much.
Now it works. 

Peter



Subject: Re: A watchdog client/server component?
From: "jonjon" <none@for.now>
Date: Mon, 21 Mar 2005 15:47:28 +0100
Newsgroups: jedi.vcl

http://tracetool.sourceforge.net/
Is this what you are looking for ? Free with Delphi source code. And really 
amazing!

Regards, John.


"Warren Postma" <wp.nospam@tekran.com> a écrit dans le message de news: 
d1f743$bo5$1@talkto.net...
> >
> > I am having a problem with a very important application of mine which 
> > crashes and dies mysteriously at a client site in a way I can not seem to 
> > reproduce here.
> >
> > I am catching all exceptions and logging them, but there are none being 
> > logged right now. The application just mysteriously terminates.
> >
> > So I am adding two features, one is a circular trace buffer which traces 
> > the detailed activity of the program to a circular file on disk, so that 
> > the file never has to be trimmed, it will always stay a fixed size, and 
> > contain the most recent 1000 trace messages.
> >
> > The second is that I want to make a little application that runs from the 
> > TrayIcon. The main application will be called the WatchdogClientApp
> > and the watchdog program itself  is the WatchdogServerApp. It's job is to 
> > detect a shutdown in the main program and restart it, at some period,
> > such as 1 minute, if it has shutdown.
> >
> > Has anybody done anything like this? I am hoping to find a pair of 
> > components to do this little task, and if I can't find them, I'm going to 
> > write them.
> >
> > I am not sure if I should use TCP/IP (and thus go on top of Indy) or
> > if I should use some other Windows inter-process-communication feature,
> > etc.  Anyone got any insight, ideas?  I also thought that the 
> > window-message-queue technique used by JvAppInstances could be a pattern, 
> > or a starting place for my code, since JvAppInstances does all the things 
> > I need (in terms of interprocess-communication), except that
> > in my case, I would build a JvAppWatchdogServer and a JvAppWatchdogClient 
> > TComponent.  Not sure what to do here.
> >
> > Anyone got any ideas?  This might make a decent JVCL component if one 
> > doesn't exist already.
> >
> > Warren 




Subject: Re: A watchdog client/server component?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 21 Mar 2005 09:27:34 -0500
Newsgroups: jedi.vcl

Burkhard Carstens wrote:

>  shall I pm a zip?

Thanks, but I managed to build something like this already. I might get it all nice and polished into a reusable form someday. In which case I'll make it an INDY component. (Right now it uses TIdTCpServer to make the watchdog-server, and the to-be-rebooted app has an TidTcpClient on the main form, that periodically sends a "ping" to tell the watchdog server it is still alive. A dropped TCP connection or a failure to send the ping text signal, causes the application to be restarted.


Warren


Subject: Re: JVDocking Problem (Only seems to be on my app)
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 21 Mar 2005 09:22:08 -0500
Newsgroups: jedi.vcl

devedit wrote:
> I'm using the jvdocking component on an app of mine.  I updated the jvcl library today and my app now when compiled can only have 2 windows tabbed together (using the .net style docking).  Also when you have 2 tabbed together and try to undock the window it undocks it but the window won't move from where it was docked.  

Do you have JvDockClient components dropped on ALL your docked forms? Those are essential. Also you MUST set the DockStyle component on all of these.

> Hope this makes sense but basicly it's undocked but in basicly the same place.  Now I opened up the advanced docking demo and set it to .net and gave it a try and it worked just fine.  Allowed more than 2 windows to be docked in tabs, and when you undocked tab docked windows as a group it dragged just fine.  So I know it must be something directly related to my app but I'm at a bit of a loss.  Any of you have any thoughts on what might have this affect? Thanks :)

Can you make a mini demo app, just put the minimum code to show the problem.?  I suspect it's related to the DockStyle either not being set, or not being set the same for all client windows, or you are missing a JvDockClient.

Warren


Subject: Re: JVCL 3 Delphi 5 installation Problems .. here are the solutions.
From: Michael Anonymous <Michael@Anonymous.net>
Date: Mon, 21 Mar 2005 07:00:11 -0700
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why edit JvCore-R.xml? You must edit the ThemeManager.dpk for this. The
> hint in the Installer says this and the readme.htm says this, too.
>
>

I read how to do it in this newsgroup.
Seems to work fine.


Subject: Re: Any GPS mapping stuff for delphi7
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 21 Mar 2005 11:49:56 +0100
Newsgroups: jedi.vcl

SteveW schrieb:
> Any links appreciated.
>
http://www.falafel.com/ShowPub.aspx?pubID=19

taken from here:
http://www.falafel.com/Flogs/CategoryView.aspx?category=John%20Waters


Subject: Re: JEDI VCL with latest JCL (1.95, Build 1839) won't compile
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Mar 2005 09:33:57 +0100
Newsgroups: jedi.vcl

Hi

Thanks for that report.
The JCL 1.95 was out for a very short period of time and got removed because it could not be installed under C++ Builder.
However, the JVCL installer is already updated to require the 1.95 version. Further, this value in the daily CVS package was only made available from the 18th.
In the end, the JVCL 3.00 should be out in the next two or three days, along with the JCL 1.95

Cheers

Olivier Sannier
JVCL Coordinator


Subject: I found the source of identifier casing problem
From: Marquardt <robert_marquardt@gmx.de>
Date: Mon, 21 Mar 2005 07:18:05 +0100
Newsgroups: jedi.vcl

For a long time i wondered why we have consistent errors in the
casing of some identifiers in the JVCL sources like "integer" instead of "Integer".
Now i found the problem source.
It is the file converter\DelForExpJVCLCase.txt which is buggy.
I have committed a better version. When i find time i will improve it further.


Subject: Re: minor installer glitch
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 20 Mar 2005 22:59:46 +0100
Newsgroups: jedi.vcl

Marquardt wrote:

> > The uninstall worked nevertheless.

Uninstallation is not JVCL 3 only. It is also JVCL 1 and 2. So I think I
should let it as it is.


-- Regards, Andreas Hausladen 

Subject: Re: Debug view for XMM registers (used in SSE instruction set) - 1st beta
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 20 Mar 2005 21:57:25 +0100
Newsgroups: jedi.vcl

It may be the first stable release of the simd debug window.

Still no support for BCB5.

Expression evaluation can be used successfully including global/local variables, fields, functions and any valid identifiers or constants linked into the project.

It is possible to use the following variables emulated by the SIMD debug window (they are not valid delphi/bcb registers) :
xmm0.byte0 .. xmm0.byte15
xmm0.word0 .. xmm0.word7
xmm0.dword0 .. xmm0.dword3
xmm0.qword0 .. xmm0.qword1
xmm0.single0 .. xmm0.single3
xmm0.double0 .. xmm0.double1

The same for xmm1..xmm7 if the processor doesn't support 64-bit technology or xmm0..xmm15 if the processor supports this technology.

Maybe a compilation with D2005 will improve this IDE extension.

Regards,

Florent


Subject: minor installer glitch
From: Marquardt <robert_marquardt@gmx.de>
Date: Sun, 20 Mar 2005 19:33:18 +0100
Newsgroups: jedi.vcl

I used the installer (HEAD version) today and had to uninstall
the JVCL. I uninstalled the JCL before that and the installer
complained about a missing JCL. The uninstall worked nevertheless.


Subject: Re: I am currently not able to work
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Sun, 20 Mar 2005 13:21:09 -0500
Newsgroups: jedi.vcl

In article <d1kaf9$a9g$1@talkto.net>, robert_marquardt@gmx.de says...
> > I am almost well again.
> > This message is already written on the new computer.
> > 
> > CPU temperature 32° C (read by Delphi program SpeedFan 4.22),
> > ie the CPU does not do anything :-)
> > 

*I'm* warmer than that and I'm not doing anything *either*

<grumble> <grumble>

<g>

Glad you're feeling better.

Cheers,
EdB


Subject: Re: I am currently not able to work
From: Marquardt <robert_marquardt@gmx.de>
Date: Sun, 20 Mar 2005 15:15:15 +0100
Newsgroups: jedi.vcl

I am almost well again.
This message is already written on the new computer.

CPU temperature 32° C (read by Delphi program SpeedFan 4.22),
ie the CPU does not do anything :-)


Subject: Re: jvpagecontrol with side tabs on XP themed
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 20 Mar 2005 01:11:49 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Mar 2005 09:03:31 -0700 @710)
....while the fading voice of Chris whispered through the darkness:

 CM> When I run my program using a tjvpagecontrol with tabs on the left side

DelphiGems Theme Manager (it is used to support MS VS in Delphi) tells that
PageControl can not be made working themed in such a mode.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: RxLib enhancement - did anyone looked this ?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 20 Mar 2005 01:09:41 +0300
Newsgroups: jedi.vcl

Hello, All!

http://www1.freeweb.hu/hofi/Programming/Vcl/VclComponents.php

Did anyoine tried this ?
Is it worth trying to post it to JVCL ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: JVDocking Problem (Only seems to be on my app)
From: "devedit" <devedit81@yahoo.com>
Date: Sat, 19 Mar 2005 22:48:41 +0100
Newsgroups: jedi.vcl

I'm using the jvdocking component on an app of mine.  I updated the jvcl 
library today and my app now when compiled can only have 2 windows tabbed 
together (using the .net style docking).  Also when you have 2 tabbed 
together and try to undock the window it undocks it but the window won't 
move from where it was docked.  Hope this makes sense but basicly it's 
undocked but in basicly the same place.  Now I opened up the advanced 
docking demo and set it to .net and gave it a try and it worked just 
fine.  Allowed more than 2 windows to be docked in tabs, and when you 
undocked tab docked windows as a group it dragged just fine.  So I know 
it must be something directly related to my app but I'm at a bit of a 
loss.  Any of you have any thoughts on what might have this affect? 
Thanks :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem installing the latest release
From: "devedit" <devedit81@yahoo.com>
Date: Sat, 19 Mar 2005 22:45:13 +0100
Newsgroups: jedi.vcl

Thanks :) That did fix the problem.
> >"devedit" <devedit81@yahoo.com> wrote in message 
> >news:d1hs36$s8c$1@talkto.net...
>> >>I just went ahead and downloaded the beta2 copy of jvcl3 because it had
>> >> the jcl that according to it is the one designed for it and still 
getting
>> >> the same error.  As before I removed both of them totaly from Delphi 
and
>> >> reinstalled.  As before they both installed perfectly with no errors, 
but
>> >> I get that error when I try to load delphi.  Any thoughts?
>>> >>> I just compiled and installed the latest release of jvcl.  The install
>>> >>>went fine, no errors.  But when I attempt to start delphi I get the
>>> >>>following error:
>>> >>>
>>> >>>   "The procedure entry point @JclWin32@initialization$qqrv could not 
be
>>> >>>located in the dynamic link library DJcl60.bpl"
>>> >>>
>>> >>>I've hunted around a bit but can't find the cause of the error.  I 
tried
>>> >>>updating the DJcl60.bpl from borland's site.  I also tried totaly
>>> >>>removing the previous installation from delphi and installing it.
>>> >>>
> >
> >i) Look in the $(Delphi)\Projects\BPL folder (this is the usual default 
for 
> >BPLs / DCPs) and delete the DJcl60.bpl
> >ii) Recompile the JCL using the latest version
> >iii) Recompile the JVCL using the latet version 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem installing the latest release
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Sun, 20 Mar 2005 08:21:58 +1100
Newsgroups: jedi.vcl

"devedit" <devedit81@yahoo.com> wrote in message 
news:d1hs36$s8c$1@talkto.net...
> >I just went ahead and downloaded the beta2 copy of jvcl3 because it had
> > the jcl that according to it is the one designed for it and still getting
> > the same error.  As before I removed both of them totaly from Delphi and
> > reinstalled.  As before they both installed perfectly with no errors, but
> > I get that error when I try to load delphi.  Any thoughts?
>> >> I just compiled and installed the latest release of jvcl.  The install
>> >>went fine, no errors.  But when I attempt to start delphi I get the
>> >>following error:
>> >>
>> >>   "The procedure entry point @JclWin32@initialization$qqrv could not be
>> >>located in the dynamic link library DJcl60.bpl"
>> >>
>> >>I've hunted around a bit but can't find the cause of the error.  I tried
>> >>updating the DJcl60.bpl from borland's site.  I also tried totaly
>> >>removing the previous installation from delphi and installing it.
>> >>

i) Look in the $(Delphi)\Projects\BPL folder (this is the usual default for 
BPLs / DCPs) and delete the DJcl60.bpl
ii) Recompile the JCL using the latest version
iii) Recompile the JVCL using the latet version 




Subject: Re: Problem installing the latest release
From: "devedit" <devedit81@yahoo.com>
Date: Sat, 19 Mar 2005 20:00:17 +0100
Newsgroups: jedi.vcl

I just went ahead and downloaded the beta2 copy of jvcl3 because it had 
the jcl that according to it is the one designed for it and still getting 
the same error.  As before I removed both of them totaly from Delphi and 
reinstalled.  As before they both installed perfectly with no errors, but 
I get that error when I try to load delphi.  Any thoughts?
> > I just compiled and installed the latest release of jvcl.  The install 
> >went fine, no errors.  But when I attempt to start delphi I get the 
> >following error:
> >
> >   "The procedure entry point @JclWin32@initialization$qqrv could not be 
> >located in the dynamic link library DJcl60.bpl"
> >
> >I've hunted around a bit but can't find the cause of the error.  I tried 
> >updating the DJcl60.bpl from borland's site.  I also tried totaly 
> >removing the previous installation from delphi and installing it.
> >
> >Info:
> >------------
> >Borland Delphi 6 Personal Edition
> >Windows 2000
> >
> >Components Installed:
> >-----------------------
> >JVCore
> >JVDocking
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem installing the latest release
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 19 Mar 2005 19:23:34 +0100
Newsgroups: jedi.vcl

devedit wrote:

>    "The procedure entry point @JclWin32@initialization$qqrv could not be located in the dynamic link library DJcl60.bpl"

Happens usually when the JCL version against which JVCL was compiled differs from the current one.

Compile first JCL, then JVCL.  Check if there's an outdated DJcl60.bpl on the path somewhere.


Subject: Problem installing the latest release
From: "devedit" <devedit81@yahoo.com>
Date: Sat, 19 Mar 2005 18:09:04 +0100
Newsgroups: jedi.vcl

 I just compiled and installed the latest release of jvcl.  The install 
went fine, no errors.  But when I attempt to start delphi I get the 
following error:

   "The procedure entry point @JclWin32@initialization$qqrv could not be 
located in the dynamic link library DJcl60.bpl"

I've hunted around a bit but can't find the cause of the error.  I tried 
updating the DJcl60.bpl from borland's site.  I also tried totaly 
removing the previous installation from delphi and installing it.

Info:
------------
Borland Delphi 6 Personal Edition
Windows 2000

Components Installed:
-----------------------
JVCore
JVDocking



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Mar 2005 15:21:13 +0100
Newsgroups: jedi.vcl

I think we should make creating a gallery of programs made with JVCL a top priority after release.


Subject: Re: Remote application sharing
From: "jonjon" <none@for.now>
Date: Sat, 19 Mar 2005 14:31:25 +0100
Newsgroups: jedi.vcl

http://delphivnc.sourceforge.net/



"Warren Postma" <wp.nospam@tekran.com> a écrit dans le message de news: 
d1f7cf$bo2$1@talkto.net...
>>> > >>What about a little program making snapshots of your app's window and
>>> > >>them to the client?
> >
> > Peter Thornqvist wrote:
>> >> This is in essence what VNC, Citrix and MTS do.
> >
> >
> > I have wondered about making a Delphi application that could have a VNC 
> > window as its client area.  They essentially do this in QT/KDE under 
> > linux, and VNC is open source, so I don't see any reason why someone 
> > couldn't build a Delphi wrapper for a VNC session window. :-)
> >
> > Warren 




Subject: Re: JEDI VCL with latest JCL (1.95, Build 1839) won't compile
From: Michael Rochler <rochlerm@hotmail.com>
Date: Sat, 19 Mar 2005 20:17:45 +1100
Newsgroups: jedi.vcl

> If you want to use the very latest versions, please use the daily packages from here:
>
> http://jcl.sf.net/daily/
> http://jvcl.sf.net/daily/

Ah, if only I ***could*** download the latest compatible versions of both.

I was trying to use the very latest versions myself, so, downloaded the LATEST files from the websites above, taking care however to download the latest available where both the JCL and the JVCL are stamped with the same date. In other words, while the latest JVCL was dated the 19 March, the latest available JCL was only the 17 March; so, I grabbed both the 17 March files. Surely the JCL and the JVCL from the same date should be in synch?

Anyhow, when installing, the JVCL installer greys out both the Delphi 7 and Delphi 2005 checkboxes, and the Next button, and says JCL 1.95 or later is required. Looks like for now the latest available JCL is "only" JCL 1.94. Those who have JCL 1.95 seem to have downloaded that before it was made invisible.

I looked in both the daily updates websites given above, in the official JCL website (http://sourceforge.net/projects/jcl/), and also the direct path supposedly pointing to the "invisible" latest JCL (http://sourceforge.net/project/showfiles.php?group_id=47514&package_id=40504&release_id=312840), which somes up BLANK in my browser (Firefox 1.0.1 if that's relevant).

Now, perhaps both JCL and JVCL from, say, 14 March, or perhaps 11 March, are compatible, one being JCL 1.95, but without downloading several/many  daily builds, I wouldn't know which are in synch enough so that JVCL can be installed without errors. I'm not complaining, mind, just leaving feedback, pointing out that for now it just aint that easy.

Looks like I'll have to wait until (at least) the latest JCL becomes available, and perhaps until the latest JVCL is released. Well, I'm really looking forward to downloading the latest versions, and would like to thank everyone involved for their efforts.

In case it's important, which I doubt, I'm using Delphi 2005 Pro on WinXP Pro.

Michael Rochler,
Canberra, Australia


Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sat, 19 Mar 2005 09:51:07 +0100
Newsgroups: jedi.vcl

> > I've never used either of them and do not know what they do. What do you like about 
> > them? Give Warren some text to include about them.

Ok, here I go:
I use the interpreter for reports. Our customers mostly need special
reports, so creating a new one or change an existing is very easy. Just
open a remote connection and change the script - no new exe, no tons of
data to transfer, and done in few minutes!

With JvInspector the user can have GUI a bit like Delphi;-) Customizing a
program with it is easy for the enduser. Every customer has different
needs: "the box is too small" the other says "I want the box at the
bottom". With a change-mode he is able to do it by himself. This saved much
time!

CU, Eddi


Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 18 Mar 2005 13:36:27 -0800
Newsgroups: jedi.vcl

I've never used either of them and do not know what they do. What do you like about them? Give Warren some text to include about them.

There ought to be a page on the web where various JVCL users get quoted by name saying "I love JvInterpreter because blah blah blah" and "JvInspector is great because blah blah blah".

Edmund Matzke wrote:
>> JvInterpreter and JvInspector
>
>
> Just my thoughts, in this order!


Subject: Re: A watchdog client/server component?
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Fri, 18 Mar 2005 20:23:52 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > 
> > I am having a problem with a very important application of mine which
> > crashes and dies mysteriously at a client site in a way I can not seem
> > to reproduce here.
> > 
> > I am catching all exceptions and logging them, but there are none being
> > logged right now. The application just mysteriously terminates.
> > 
> > So I am adding two features, one is a circular trace buffer which traces
> > the detailed activity of the program to a circular file on disk, so that
> > the file never has to be trimmed, it will always stay a fixed size, and
> > contain the most recent 1000 trace messages.
> > 
> > The second is that I want to make a little application that runs from
> > the TrayIcon. The main application will be called the WatchdogClientApp
> > and the watchdog program itself  is the WatchdogServerApp. It's job is
> > to detect a shutdown in the main program and restart it, at some period,
> > such as 1 minute, if it has shutdown.
> > 
> > Has anybody done anything like this? I am hoping to find a pair of
> > components to do this little task, and if I can't find them, I'm going
> > to write them.
> > 
> > I am not sure if I should use TCP/IP (and thus go on top of Indy) or
> > if I should use some other Windows inter-process-communication feature,
> > etc.  Anyone got any insight, ideas?  I also thought that the
> > window-message-queue technique used by JvAppInstances could be a
> > pattern, or a starting place for my code, since JvAppInstances does all
> > the things I need (in terms of interprocess-communication), except that
> > in my case, I would build a JvAppWatchdogServer and a
> > JvAppWatchdogClient TComponent.  Not sure what to do here.
> > 
> > Anyone got any ideas?  This might make a decent JVCL component if one
> > doesn't exist already.
> > 
> > Warren
I have a little apptools.pas unit, which has a a thread creating a process
and watching it, so it can respawn the process if it disappears. Also
included is a wrapper for easy creating/accessing the thread(s).
Currwently, this also uses some indy stuff, as the applications I uses to
monitor are generally some kind of console network serves, so I use a
tcp-connection to shutdown the monitord apps. But no need for this, you
could just kick out the "killport" stuff ..

 shall I pm a zip?

Burkhard


Subject: Re: NEW JvAppInstances+JvAppEvents crash - Mantis # 2781
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 18 Mar 2005 20:12:23 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > So far I have looked into it for a little bit and I am puzzled. Can
> > someone who understands JvAppEvents and JvAppInstances a little better
> > look into this strange crash?

This is now fixed in CVS.

The problem is the "AddExitProc(DoneApplication);" in Forms.pas. The
JclAppInstances.KillProcess method invokes Halt(). Ans Halt does not
proceed the ExitProc list. This means that the DoneApplication is not
called before the finalization sections are processed.

At a normal program termination this order happens:
ExitProcs -> DoneApplication -> FAppEvents.Free
finalization JvAppEvents -> FAppList.Free
finalization Forms -> DoneApplication -> does nothing

With a halt() it is:
finalization JvAppEvents -> FAppList.Free
finalization Forms -> DoneApplication -> FAppEvents.Free => Crash

Because FAppList is destroyed when FAppEvents.Destroy is called.


I have changed the JclAppInstances.KillProcess call to
"TerminateProcess(GetCurrentProcess, 0);" which terminates the application
immediatelly. So be aware of putting the AppInstances component on the
main form (first form) because all already initialized forms (OnCreate)
will not get any OnDestroy.

-- Regards, Andreas Hausladen 

Subject: Re: Remote application sharing
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Mar 2005 13:49:52 -0500
Newsgroups: jedi.vcl

>>What about a little program making snapshots of your app's window and
>>them to the client?

Peter Thornqvist wrote:
> This is in essence what VNC, Citrix and MTS do.


I have wondered about making a Delphi application that could have a VNC window as its client area.  They essentially do this in QT/KDE under linux, and VNC is open source, so I don't see any reason why someone couldn't build a Delphi wrapper for a VNC session window. :-)

Warren


Subject: A watchdog client/server component?
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Mar 2005 13:45:23 -0500
Newsgroups: jedi.vcl


I am having a problem with a very important application of mine which crashes and dies mysteriously at a client site in a way I can not seem to reproduce here.

I am catching all exceptions and logging them, but there are none being logged right now. The application just mysteriously terminates.

So I am adding two features, one is a circular trace buffer which traces the detailed activity of the program to a circular file on disk, so that the file never has to be trimmed, it will always stay a fixed size, and contain the most recent 1000 trace messages.

The second is that I want to make a little application that runs from the TrayIcon. The main application will be called the WatchdogClientApp
and the watchdog program itself  is the WatchdogServerApp. It's job is to detect a shutdown in the main program and restart it, at some period,
such as 1 minute, if it has shutdown.

Has anybody done anything like this? I am hoping to find a pair of components to do this little task, and if I can't find them, I'm going to write them.

I am not sure if I should use TCP/IP (and thus go on top of Indy) or
if I should use some other Windows inter-process-communication feature,
etc.  Anyone got any insight, ideas?  I also thought that the window-message-queue technique used by JvAppInstances could be a pattern, or a starting place for my code, since JvAppInstances does all the things I need (in terms of interprocess-communication), except that
in my case, I would build a JvAppWatchdogServer and a JvAppWatchdogClient TComponent.  Not sure what to do here.

Anyone got any ideas?  This might make a decent JVCL component if one doesn't exist already.

Warren


Subject: Re: NEW JvAppInstances+JvAppEvents crash - Mantis # 2781
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 18 Mar 2005 20:24:57 +0200
Newsgroups: jedi.vcl

i had the same crash with an empty jvpopupmenu+jvappinstances / jvcl RC1

in that case the problem was the jvpopupmenu ondestroy event,
trying to delete the menuitems list, but was nil.

"Warren Postma" <wp.nospam@tekran.com> wrote in message 
news:d1f5hh$b9t$1@talkto.net...
> >  Attached to the mantis bug report is a zip file containing a demo 
> > application. The demo is a form that contains a JvAppInstances component 
> > and a JvAppEvents component, and a TMemo and that's it.
> >
> > The second copy of this program you start, detects that it is a second 
> > copy (this is what JvAppInstances is supposed to do), and immediatley 
> > shuts down the application. This shutdown somehow does something to 
> > jvAppEvents, that causes it to crash. I am unable to figure out why since 
> > I don't understand jvAppEvents code. It dies accessing an invalid TList 
> > object, or an invalid index in a TList object, when destroying the 
> > components as they are destroyed from within TCustomForm.Destroy. Why this 
> > happens in this case, but doesn't happen if you remove the JvAppEvents 
> > object, I don't know, but I suspect a code problem in JvAppEvents.
> > Additional Information Steps to replicate:
> >
> > (1) Build the EXE, but don't run it inside the IDE. Run the first copy NOT 
> > IN the Delphi debugger IDE but separately by double-clicking on the Exe 
> > file.
> >
> > (2) Now run the second copy inside the delphi IDE, immediately at startup, 
> > it will begin application shutdown, and the main form will be destroyed, 
> > at this point, something goes screwy, and we get an acess violation.
> >
> > On my system it doesn't just crash, it repeately crashes, and each time 
> > Windows puts up that message asking if you want to send in debugging 
> > information, and you select no, it crashes again. I haven't seen a crash 
> > this bad in a while.
> >
> > ---
> >
> > So far I have looked into it for a little bit and I am puzzled. Can 
> > someone who understands JvAppEvents and JvAppInstances a little better 
> > look into this strange crash?
> >
> > Warren 




Subject: Re: GetCommonAppdataFolder Fail on NT4
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 18 Mar 2005 19:24:17 +0100
Newsgroups: jedi.vcl

Yves Dieterich wrote:

> Using JCL 1.94 o my NT4 computer, the GetCommonAppdataFolder return nothing
> After having a look on the internet, I do find that the funtion SHGetSpecialFolderPath is not available on all windows (my shell32.dll is version 4.0).
>
> I also find that SHGetFolderPath in (shfolder.dll) may be used and is compatible with all version of microsoft windows.

I'll look into it.

> Am I doing something wrong ? Do I miss something ?

In regard to GetCommonAppdataFolder:  Probably not.

But you could have used our issuetracker to report the problem.
Makes it much easier for us to manage issues.
And you posted to the wrong newsgroup.

:)

Greetings, Robert


Subject: NEW JvAppInstances+JvAppEvents crash - Mantis # 2781
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Mar 2005 13:18:25 -0500
Newsgroups: jedi.vcl

 Attached to the mantis bug report is a zip file containing a demo application. The demo is a form that contains a JvAppInstances component and a JvAppEvents component, and a TMemo and that's it.

The second copy of this program you start, detects that it is a second copy (this is what JvAppInstances is supposed to do), and immediatley shuts down the application. This shutdown somehow does something to jvAppEvents, that causes it to crash. I am unable to figure out why since I don't understand jvAppEvents code. It dies accessing an invalid TList object, or an invalid index in a TList object, when destroying the components as they are destroyed from within TCustomForm.Destroy. Why this happens in this case, but doesn't happen if you remove the JvAppEvents object, I don't know, but I suspect a code problem in JvAppEvents.
Additional Information     Steps to replicate:

(1) Build the EXE, but don't run it inside the IDE. Run the first copy NOT IN the Delphi debugger IDE but separately by double-clicking on the Exe file.

(2) Now run the second copy inside the delphi IDE, immediately at startup, it will begin application shutdown, and the main form will be destroyed, at this point, something goes screwy, and we get an acess violation.

On my system it doesn't just crash, it repeately crashes, and each time Windows puts up that message asking if you want to send in debugging information, and you select no, it crashes again. I haven't seen a crash this bad in a while.

---

So far I have looked into it for a little bit and I am puzzled. Can someone who understands JvAppEvents and JvAppInstances a little better look into this strange crash?

Warren


Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Solerman Kaplon <skaplon@nospamplease.com>
Date: Fri, 18 Mar 2005 15:09:54 -0300
Newsgroups: jedi.vcl

How about the Provider thing? I like the concept and what can be made of it :)
But still under-used I guess :\

Solerman


Subject: GetCommonAppdataFolder Fail on NT4
From: Yves Dieterich <ydi@itesoft.com>
Date: Fri, 18 Mar 2005 17:58:22 +0100
Newsgroups: jedi.vcl

Hi all,

Using JCL 1.94 o my NT4 computer, the GetCommonAppdataFolder return nothing
After having a look on the internet, I do find that the funtion SHGetSpecialFolderPath is not available on all windows (my shell32.dll is version 4.0).

I also find that SHGetFolderPath in (shfolder.dll) may be used and is compatible with all version of microsoft windows.

Am I doing something wrong ? Do I miss something ?

thanks for your answers.

Yves


Subject: Re: Remote application sharing
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Fri, 18 Mar 2005 17:47:42 +0100
Newsgroups: jedi.vcl

> > What about a little program making snapshots of your app's window and
sends
> > them to the client?
This is in essence what VNC, Citrix and MTS do.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Any GPS mapping stuff for delphi7
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Mar 2005 10:53:06 -0500
Newsgroups: jedi.vcl

There's nothing in JVCL that is like that.

Last time I looked into something like that I thought I might use the OLE Automation interface of Microsoft's MapPoint. That gave me the base-map (which is a huge set of data, including street maps, etc). Then I could grab GPS data using my application, and I could go and put "push-pins" in MapPoint at particular points.  There are lots of other GIS-like things you could do with Delphi+OLE-Automation+MapPoint.

Go check out the microsoft newsgroups, find the mappoint forum, and you'll find lots of people doing that stuff. Most of them are probably using VisualBasic, but the technique is the same whether you use Delphi or Visual basic, and the "OLE Automation" (COM/DCOM) interfaces to MapPoint which I bet you will need to learn and use extensively.

As far as communication with your particular GPS, you can either look for an SDK (probably a DLL, or a COM/DCOM object) that you can invoke to communicate with your GPS, or you can find out the details of the serial protocol, if your GPS has an RS-232 serial port, and poll it directly. It's probably a simple ASCII protocol, so you're probably better off with the direect route. (Well, easy for me, anyways, some people find even Ascii serial communications protocols daunting.)

Good luck. :-)

Warren


Subject: Re: Remote application sharing
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Mar 2005 16:01:12 +0100
Newsgroups: jedi.vcl

Burkhard Carstens wrote:

> What about a little program making snapshots of your app's window and sends
> them to the client? AFAIK, Jcl (latest version?) has some snapshot function
> and Indy could be used for network transfer. Basically this would be poor
> performance with high network load, but could be optimized (sending only
> changes between current and last frame, using some compressen before
> sending etc.)
>
> Just an idea, don't know if this is usable ..

This would bring you into the hands of the video driver.
Screenshots can take up several hundred msecs depending on the quality of the driver.


Subject: Re: Remote application sharing
From: "Gianluca" <gianlucadeiua@tiscali.it>
Date: Fri, 18 Mar 2005 15:42:05 +0100
Newsgroups: jedi.vcl

really thanks.
G

"OBones" <oobnes__gf_@_gfd_altern.org> ha scritto nel messaggio
news:d1en64$77g$1@talkto.net...
> > Gianluca wrote:
> >
>> > > OK OK... sorry for the misunderstanding.
>> > > Do you think the suggestion of Burkhard Carstens <indyAT@bcsoftDOT.de>
could
>> > > be realizable?
>> > > Do you know any way to calculate the changes between current and last
bitmap
>> > > frame?
> >
> > This is a possible solution, but it would take an awful lot of
> > calculations. As to algorithms, I don't know.
> > Have look at the sources of VNC servers for some inspiration.




Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Mar 2005 15:38:26 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> And here the "< 100" patch.
>
>
> This is now in the Branch.
>
> Thanks A LOT for the effort.

I just received confirmation from the original report that it now works fine without any crash from dcc32.


Subject: Re: Any GPS mapping stuff for delphi7
From: "Ken Adam" <ken.adam@NOT.blueyonder.co.uk>
Date: Fri, 18 Mar 2005 14:32:12 -0000
Newsgroups: jedi.vcl

"SteveW" <Stevewarby@btinternet.com> wrote in message 
news:d1db80$ss9$1@talkto.net...
> > The project is for a GPS tracking device.
> >
> > I need to be able to overlay an icon on a map from the GPS data.
> >
> > Then extract the street name of the vehicle location.
> >
> > Zoom in / out. Show route used. etc etc.
> >
Steve,
Technically possible (though the map projection transformation stuff gets 
complex, especially if you want to cover a larger geographic area).
I have used Delphi extensively for this to develop and prove the algorithms 
(but they belong to my employer now).
Unfortunately the only data sources are quite expensive - since they are 
geared to the mass market for (e.g.) in car navigation, who can afford to 
pay for it.
Whether you can do what you want depends if you are in that type of market, 
or just trying to make something for your own use.
(Obviously, Autoroute and a GPS receiver already does something similar for 
a specific type of application)
Ken. 




Subject: Re: Remote application sharing
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Mar 2005 15:16:26 +0100
Newsgroups: jedi.vcl

Gianluca wrote:

> OK OK... sorry for the misunderstanding.
> Do you think the suggestion of Burkhard Carstens <indyAT@bcsoftDOT.de> could
> be realizable?
> Do you know any way to calculate the changes between current and last bitmap
> frame?

This is a possible solution, but it would take an awful lot of calculations. As to algorithms, I don't know.
Have look at the sources of VNC servers for some inspiration.


Subject: Re: Remote application sharing
From: "Gianluca" <gianlucadeiua@tiscali.it>
Date: Fri, 18 Mar 2005 15:09:37 +0100
Newsgroups: jedi.vcl

OK OK... sorry for the misunderstanding.
Do you think the suggestion of Burkhard Carstens <indyAT@bcsoftDOT.de> could
be realizable?
Do you know any way to calculate the changes between current and last bitmap
frame?

Gianluca

"OBones" <oobnes__gf_@_gfd_altern.org> ha scritto nel messaggio
news:d1em0b$6rm$1@talkto.net...
> > Gianluca wrote:
> >
>> > > Errata corrige 2: with "x" application we mean "WinZip", "IExplorer", or
>> > > "whichever" Win32 application(nothing to see with xFree86)
> >
> > Yes, and you did not read what we wrote.
> > Robert and I said that because it is under Win32, then it is really hard
> > to do so. Then we simply make a comparison with XFree where it would be
> > much easier.
> > But in the end, we understand you want to do it under Win32 and we say
> > that this is really hard, if at all feasible.




Subject: Re: Remote application sharing
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Mar 2005 14:56:16 +0100
Newsgroups: jedi.vcl

Gianluca wrote:

> Errata corrige 2: with "x" application we mean "WinZip", "IExplorer", or
> "whichever" Win32 application(nothing to see with xFree86)

Yes, and you did not read what we wrote.
Robert and I said that because it is under Win32, then it is really hard to do so. Then we simply make a comparison with XFree where it would be much easier.
But in the end, we understand you want to do it under Win32 and we say that this is really hard, if at all feasible.


Subject: Re: jvpagecontrol with side tabs on XP themed
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Fri, 18 Mar 2005 13:48:51 -0000
Newsgroups: jedi.vcl

"Chris M" <chris@_Takethisout_eventsoft.com> wrote in message 
news:d1c96r$lbr$1@talkto.net...
> > When I run my program using a tjvpagecontrol with tabs on the left side in 
> > Windows XP with the windows xp theme, there are no captions.  Does anyone 
> > know how to fix this?

This could be something other than the JVCL component. I tried Castalia IDE 
expert and the collapsible toolbar thing that has, had the same problem, no 
captions.

Also think I have also seen this with PalletBar or the other one, can't 
remember it's name.

Andy 




Subject: Re: Remote application sharing
From: "Gianluca" <gianlucadeiua@tiscali.it>
Date: Fri, 18 Mar 2005 14:44:03 +0100
Newsgroups: jedi.vcl

Errata corrige 2: with "x" application we mean "WinZip", "IExplorer", or
"whichever" Win32 application(nothing to see with xFree86)

Thanks again
Gianluca


"OBones" <oobnes__gf_@_gfd_altern.org> ha scritto nel messaggio
news:d1ekhk$6f3$1@talkto.net...
> > Gianluca wrote:
> >
>> > > Errata Corrige: with "x" application we mean the FormMain of the "x"
>> > > aplication!!
> >
> > Yes, but what Robert was saying is that the Windows (Win32) model does
> > not support what the XWindows (XFree86) models supports, that is the
> > separation between core logic and presentation logic on a client/server
> > model.
> > Hence the difficulty to do what you want under Win32. It is possible,
> > but is a terrible hack, along the lines of writing a video driver that
> > goes between the existing one and the system...




Subject: Re: Remote application sharing
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Mar 2005 14:31:21 +0100
Newsgroups: jedi.vcl

Gianluca wrote:

> Errata Corrige: with "x" application we mean the FormMain of the "x"
> aplication!!

Yes, but what Robert was saying is that the Windows (Win32) model does not support what the XWindows (XFree86) models supports, that is the separation between core logic and presentation logic on a client/server model.
Hence the difficulty to do what you want under Win32. It is possible, but is a terrible hack, along the lines of writing a video driver that goes between the existing one and the system...


Subject: Re: Remote application sharing
From: "Gianluca" <gianlucadeiua@tiscali.it>
Date: Fri, 18 Mar 2005 14:07:29 +0100
Newsgroups: jedi.vcl

Errata Corrige: with "x" application we mean the FormMain of the "x"
aplication!!
Gianluca


"Robert Marquardt" <robert_marquardt@gmx.de> ha scritto nel messaggio
news:d1ed7u$4b4$1@talkto.net...
> > Gianluca wrote:
> >
>> > > Hi everybody,
>> > >
>> > > we would like to show in a client PC(and maybe in the future to share
too)
>> > > an application "x" that is running on my PC. Our goal is not to have a
>> > > remote desktop sharing(VNC, NetMeeting), but just a remote application
>> > > sharing.
>> > > Could you suggest us any solution, component, suggestion to help us?
> >
> > I doubt that this is easily possible (if at all).
> > I know of no product to allow that so tkae this as an indication how
> > problematic this is.
> > Only X Window is designed for that job. I think Windows is simply
> > missing the needed abstraction layer.




Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Fri, 18 Mar 2005 13:55:39 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > JvInterpreter and JvInspector
Exactly!


Subject: Re: Remote application sharing
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Fri, 18 Mar 2005 13:46:50 +0100
Newsgroups: jedi.vcl

Gianluca wrote:

> > Hi everybody,
> > 
> > we would like to show in a client PC(and maybe in the future to share too)
> > an application "x" that is running on my PC. Our goal is not to have a
> > remote desktop sharing(VNC, NetMeeting), but just a remote application
> > sharing.
> > Could you suggest us any solution, component, suggestion to help us?
> > 
> > Thanks in advance for the support,
> > Gianluca
What about a little program making snapshots of your app's window and sends
them to the client? AFAIK, Jcl (latest version?) has some snapshot function
and Indy could be used for network transfer. Basically this would be poor
performance with high network load, but could be optimized (sending only
changes between current and last frame, using some compressen before
sending etc.)

Just an idea, don't know if this is usable ..

By the way, does anybody know of a good (fast) method to calculate
inter-frame changes using JclBitmap32? Would like to use this to produce
frame optimized animated GIF's ..

Burkhard


Subject: Re: Remote application sharing
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Mar 2005 12:25:10 +0100
Newsgroups: jedi.vcl

Gianluca wrote:

> Hi everybody,
>
> we would like to show in a client PC(and maybe in the future to share too)
> an application "x" that is running on my PC. Our goal is not to have a
> remote desktop sharing(VNC, NetMeeting), but just a remote application
> sharing.
> Could you suggest us any solution, component, suggestion to help us?

I doubt that this is easily possible (if at all).
I know of no product to allow that so tkae this as an indication how
problematic this is.
Only X Window is designed for that job. I think Windows is simply
missing the needed abstraction layer.


Subject: JvJCLUtils secured ClearList
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 18 Mar 2005 12:15:53 +0100
Newsgroups: jedi.vcl

ClearList has a TList parameter. And as a TObjectList is a TList derivant,
you could specify a TObjectList, TComponent, ... A result is that
ClearList will destroy the items first and then it calls the virtual Clear
method of the list, which in case of a TObjectList tries to destroy the
already destroyed items => AV.

Here the patch:

--- run/JvJCLUtils.pas	10 Mar 2005 09:13:02 -0000	1.147
+++ run/JvJCLUtils.pas	18 Mar 2005 11:11:58 -0000
@@ -58,7 +58,7 @@
   {$IFDEF HAS_UNIT_VARIANTS}
   Variants,
   {$ENDIF HAS_UNIT_VARIANTS}
-  SysUtils, Classes, Graphics, Clipbrd, Controls,
+  SysUtils, Classes, Contnrs, Graphics, Clipbrd, Controls,
   {$IFDEF VisualCLX}
   Qt, QWindows, QStdCtrls, 
   {$ENDIF VisualCLX}
@@ -3455,8 +3455,9 @@
 begin
   if Assigned(List) then
   begin
-    for I := 0 to List.Count - 1 do
-      TObject(List[I]).Free;
+    if not (List is TObjectList) then
+      for I := 0 to List.Count - 1 do
+        TObject(List[I]).Free;
     List.Clear;
   end;
 end;
-----------------------------------------------



-- Regards, Andreas Hausladen 

Subject: Remote application sharing
From: "Gianluca" <gianlucadeiua@tiscali.it>
Date: Fri, 18 Mar 2005 11:57:08 +0100
Newsgroups: jedi.vcl

Hi everybody,

we would like to show in a client PC(and maybe in the future to share too)
an application "x" that is running on my PC. Our goal is not to have a
remote desktop sharing(VNC, NetMeeting), but just a remote application
sharing.
Could you suggest us any solution, component, suggestion to help us?

Thanks in advance for the support,
Gianluca




Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Mar 2005 11:40:28 +0100
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:
> What I really like :
>
> Never had to stress on JVCL delphi support :).
> This library was always available for new delphi releases.... so no stress for porting your project from one version to another one !

The downside for many is that we do not stress compatibility between JVCL versions, but for us it guarantees that development does not stall on compatibility issues.


Subject: Re: JVCL 3 Delphi 5 installation Problems .. here are the solutions.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 18 Mar 2005 11:18:36 +0100
Newsgroups: jedi.vcl

Michael Anonymous wrote:

> > I wanted to install Theme Manager support after editing the
> > JvCore-R.xml

Why edit JvCore-R.xml? You must edit the ThemeManager.dpk for this. The
hint in the Installer says this and the readme.htm says this, too.


-- Regards, Andreas Hausladen 

Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Fri, 18 Mar 2005 10:37:32 +0100
Newsgroups: jedi.vcl

What I really like :

Never had to stress on JVCL delphi support :).
This library was always available for new delphi releases.... so no stress 
for porting your project from one version to another one !

Thank you guys

"Edmund Matzke" <dummyforusenet@poelser.de> a écrit dans le message de news: 
1tj1iimc24ukz.zf8y27knse5a.dlg@40tude.net...
>> >> JvInterpreter and JvInspector
> >
> > Just my thoughts, in this order! 




Subject: Re: jvpagecontrol with side tabs on XP themed
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Mar 2005 09:51:19 +0100
Newsgroups: jedi.vcl

> > I just tested, I have the same problem here.
> > What I don't understand is that the DrawTab method is NEVER called, even
> > if I set a TabPainter...
You must set OwnerDraw to true

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: jvpagecontrol with side tabs on XP themed
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Mar 2005 09:18:07 +0100
Newsgroups: jedi.vcl

Chris M wrote:
> When I run my program using a tjvpagecontrol with tabs on the left side in Windows XP with the windows xp theme, there are no captions.  Does anyone know how to fix this?

I just tested, I have the same problem here.
What I don't understand is that the DrawTab method is NEVER called, even if I set a TabPainter...


Subject: Re: XLS export
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Fri, 18 Mar 2005 09:13:15 +0100
Newsgroups: jedi.vcl

Have a look at  KADAO components. http://kadao.dir.bg/
This is a set of (freeware) components used for interface to MS Access, but 
can also read and write excel files.
Requires MS Jetl and Dao36 to be installed. Read all about it on Kirils 
site.

Regards
Flemming 




Subject: Re: Is there a list of every component and it's function?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Mar 2005 08:51:35 +0100
Newsgroups: jedi.vcl

Michael Anonymous wrote:

> Where can one find information about each component in the JVCL?
> Even a simple description for each component would be nice.

You looked in the correct place, but the help system is a target in movement. We get more components documented by the day, but it requires a lot of time and willingness to get this finished.
Everyone can participate, but it seems that people don't really know that or want to.
Usually, the name of the component explains what it does, but if you have specific components in mind, please ask and we'll see what we can do.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Fri, 18 Mar 2005 07:09:24 +0100
Newsgroups: jedi.vcl

> > JvInterpreter and JvInspector

Just my thoughts, in this order!


Subject: Re: ATTANTION!!!!! ERROR IN JVDBDateEdiT
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Mar 2005 06:48:10 +0100
Newsgroups: jedi.vcl

Please never do that again.

Big examples go to binaries newsgroup. Many of us still have a modem.
Also it is rather offensive to presume that all of us have Interbase 6.x. It would also be nice to try to find what the bug is.


Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Mar 2005 06:42:27 +0100
Newsgroups: jedi.vcl

JvInterpreter and JvInspector


Subject: Re: What are the HIGHLIGHTS of JVCL3 to you?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Thu, 17 Mar 2005 21:30:17 -0800
Newsgroups: jedi.vcl

I think there ought to be a section that says stuff like:

"JVCL has 3 styles of slider controls"

"JVCL has n combo box controls including one that shows images, one that is bindable to a database, and that does X, Y, and Z".

"JVCL has 5 splitter controls including one that emulates the Netscape splitter style and one that [Need something here that describes the advantages of one of the other 4 splitters".

Then repeat that for list boxes, sliders and a few other controls. The key would be to pick out some features from each class of controls and mention some neater things those controls can do. For example, there is a list box that can also display a checkbox column. Is there a list box that can display multiple text columns?

The idea is to speak about specific advantages of the JVCL controls over, say, the standard Borland controls. I have to say I'd like to read this section since I spend a fair amount of time poking around trying to figure out what the additional properties are for JVCL controls that are fancier versions of Borland controls. Sometimes I use the JVCL versions just because I see they have a longer properties list or event list and I figure the additional items may some day come in handy even though I do not know what they mean.

Warren Postma wrote:
> I would think we should have some way of basically grabbing people's attention by selecting the HIGHLIGHTS, the most important bits of JVCL3,
> the parts most likely to get people over the "Oh god it's SO big", and actually give JVCL 3.0 a try!
>
> So, I am trying to think, how do you organize "What do developers need right now?" putting the flashiest and most necessary bits first:
>
> So I have thought of this general set of categories:
>
> (#1) Modern XP/DotNet Look and Feel:
>             xp controls, nav pane, and dot net controls
>             docking
>             wizards
>             trayicon
>             menubars/toolbars
>             inspector
>
> (#2) More Powerful Replacements for Standard VCL Controls:
>         tabbed controls, grids,
>         buttons, drop-down editors, color pickers
>         validating edit controls,
>         image and picture and animations controls,
>         time framework,
>         bevels, trackers, sliders, splitters,
>
> (#3) Non-Visual
>
>         Persistence and JvFormStorage
>         Threading
>         Interpreter
>         CsvDataSet
>         Network
>         Printing
>         File Encryption/Compression/Archiving
>            EDI
>         Misc System/Utility such as JvComputerInfo,
>
> (#4) Data Visualization tools:
>
>         Charts, Trend-Plots, HMI & Simulation,
>         ...
>
> And then finish off by saying "And hundreds and hundreds more components". <grin>
>
> Can anyone see where I'm going with this?  I was thinking originally "if I was going to present JVCL3 at some Developer conference, how would I do it?". I haven't been asked and haven't thought of doing so, but rather was thinking we should put some nice easily readable article on the web site to coincide with the release.  Anyone? Anyone? Bueller!? :-)
>
> Warren
>
>
>
>
>             
>                                  

Subject: Is there a list of every component and it's function?
From: Michael Anonymous <Michael@Anonymous.net>
Date: Thu, 17 Mar 2005 20:36:39 -0700
Newsgroups: jedi.vcl

Some JVCL components do not have any help associated with them.
I have search at http://homepages.borland.com/jedi/jedihelp/index.php for certain
components only to be given pages with
"
Description
Write here a description
"

Where can one find information about each component in the JVCL?
Even a simple description for each component would be nice.


Subject: Re: JVCL 3 Delphi 5 installation Problems .. here are the solutions.
From: Michael Anonymous <Michael@Anonymous.net>
Date: Thu, 17 Mar 2005 20:26:36 -0700
Newsgroups: jedi.vcl

Femi Fadayomi wrote:
>
> In my case, I checked "do not stop on error". The installer compiled and installed all the packages, and I don't have any problem compiling the examples or and program using JVCL components.

Ok. I have tried the way you describe as well.
( I wanted to install Theme Manager support after editing the JvCore-R.xml )
I still couldn't install the JVCL using your advice.
I decided to try unchecking the "do not stop on error" just to see if it would on the remote chance install.
Strangely, I was able to install everything.


Subject: Re: Any GPS mapping stuff for delphi7
From: "SteveW" <Stevewarby@btinternet.com>
Date: Fri, 18 Mar 2005 02:07:34 -0000
Newsgroups: jedi.vcl

Some thoughts after a day of pondering.

Lets say I have a digital map of england and overlayed a grid which related 
to gps coordinates.
To place an icon over the map I could enter the gps coordinates.
To get the street address of the icon's position I would need to convert the 
GPS data into an address.(Is this available).

I could then process any other icons in the overlayed grid.

I would have link the two together for zooming.

Any thoughts appreciated.

"SteveW" <Stevewarby@btinternet.com> wrote in message 
news:d1db80$ss9$1@talkto.net...
> > The project is for a GPS tracking device.
> >
> > I need to be able to overlay an icon on a map from the GPS data.
> >
> > Then extract the street name of the vehicle location.
> >
> > Zoom in / out. Show route used. etc etc.
> >
> >
> > "Ken Adam" <ken.adam@NOT.blueyonder.co.uk> wrote in message 
> > news:d1ct96$q2s$1@talkto.net...
>> >>
>> >> "SteveW" <Stevewarby@btinternet.com> wrote in message 
>> >> news:d1chf6$nec$1@talkto.net...
>>> >>> Any links appreciated.
>> >>
>> >> What sort of thing are you looking for?
>> >> e.g. NMEA protocol handler? (done that before, not too hard)
>> >> or something for maps? (do that all the time, but way to complex.....)
>> >> Ken
>> >>
> >
> >
> > 




Subject: Re: Any GPS mapping stuff for delphi7
From: "SteveW" <Stevewarby@btinternet.com>
Date: Fri, 18 Mar 2005 01:44:10 -0000
Newsgroups: jedi.vcl

The project is for a GPS tracking device.

I need to be able to overlay an icon on a map from the GPS data.

Then extract the street name of the vehicle location.

Zoom in / out. Show route used. etc etc.


"Ken Adam" <ken.adam@NOT.blueyonder.co.uk> wrote in message 
news:d1ct96$q2s$1@talkto.net...
> >
> > "SteveW" <Stevewarby@btinternet.com> wrote in message 
> > news:d1chf6$nec$1@talkto.net...
>> >> Any links appreciated.
> >
> > What sort of thing are you looking for?
> > e.g. NMEA protocol handler? (done that before, not too hard)
> > or something for maps? (do that all the time, but way to complex.....)
> > Ken
> > 




Subject: Re: How important is full featured MegaDemo Exe download?
From: "Alan Garny" <someone@somewhere.cm>
Date: Fri, 18 Mar 2005 00:04:56 -0000
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message 
news:d1bir0$f46$1@talkto.net...
> > thanx for you offer. But I would really prefer to offer a executable demos 
> > with no need to install anything!

Agreed, there is nothing that puts me off than having to install something. 
More than half of the time, I find myself uninstalling the said thing within 
5 minutes from having installed it. If the installer/uninstaller is not done 
properly, it means that I end up with some junk on my system, which is not 
great.

    Alan. 




Subject: Re: How important is full featured MegaDemo Exe download?
From: "Alan Garny" <someone@somewhere.cm>
Date: Fri, 18 Mar 2005 00:02:30 -0000
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message 
news:d1bj3f$f7k$1@talkto.net...
> > But I think the easy installation process with some installer screen 
> > shoots will convince them then totally :-) Yeah I have to add these stuff 
> > to the MegaDemo!

Personally, no matter whether there is a nice installer or not, I would 
still want to see what a component or set of components can do before even 
thinking of installing it, hence my personal wish for a downloadable version 
of the Mega Demo's executable.

    Alan. 




Subject: Re: jvpagecontrol with side tabs on XP themed
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Thu, 17 Mar 2005 16:58:05 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Why does it work when not using Themes?
>
> Interesting question. I am fairly certain it has nothing to do with
> TJvPageControl (it inherites it's tab drawing from TPageControl unless you
> are using a TabPainter).
>
> Since I don't use XP, I am afraid I can't help you out.
>
Well just FYI arial didnt make a difference.

Can anyone in the know try this on an XP and give me a hint?


Subject: ATTANTION!!!!! ERROR IN JVDBDateEdiT
From: "Dmitry Rotmanov" <rotmanov@nsc.by>
Date: Fri, 18 Mar 2005 01:12:13 +0200
Newsgroups: jedi.vcl

Simple Form.
On this Form 2 JVDBDateEdit. First in Top, seccond in bottom
All this controls connected to DataBase Fields (TDateTime type).

Run thi Application.

In Top (first) JvDBDateEdit  please input 99/99/9999 and move out mouse
pointer from this control,  on the seccond (bottom) JvDBDateEdit.

After than   Raise exception.

In First! Two error messages was Appeared (but must appear only one
message).
In last! Cursor in Seccond (Bottom)  JvDBDateEdit   but selected text in
first (Top)

and if we start type any text, text typed in first (top) JvDBDateEdit  But
in this time cursor moved in the seccond (bottom)  JvDBDateEdit..!!!

Please Look Attached Example.
This Example work under Interbase 6.x




Example1.zip
	



Subject: Re: Any GPS mapping stuff for delphi7
From: "Ken Adam" <ken.adam@NOT.blueyonder.co.uk>
Date: Thu, 17 Mar 2005 21:46:53 -0000
Newsgroups: jedi.vcl

"SteveW" <Stevewarby@btinternet.com> wrote in message 
news:d1chf6$nec$1@talkto.net...
> > Any links appreciated.

What sort of thing are you looking for?
e.g. NMEA protocol handler? (done that before, not too hard)
or something for maps? (do that all the time, but way to complex.....)
Ken 




Subject: Re: jvpagecontrol with side tabs on XP themed
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Thu, 17 Mar 2005 22:27:36 +0100
Newsgroups: jedi.vcl

> > Why does it work when not using Themes?
Interesting question. I am fairly certain it has nothing to do with
TJvPageControl (it inherites it's tab drawing from TPageControl unless you
are using a TabPainter).

Since I don't use XP, I am afraid I can't help you out.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: jvpagecontrol with side tabs on XP themed
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Thu, 17 Mar 2005 14:00:02 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> MS Sans Serif  and on another Small Fonts
>
> Bitmapped fonts don't rotate. Use a true type font, like Tahoma or Arial
> instead.
>
Why does it work when not using Themes?


Subject: Re: Anyone got any jobs for me to do to get JVCL3.0 so it can be released?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 17 Mar 2005 15:54:23 -0500
Newsgroups: jedi.vcl

I will have a look at these two tonight at home.

Regards,

Warren


Subject: What are the HIGHLIGHTS of JVCL3 to you?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 17 Mar 2005 15:51:03 -0500
Newsgroups: jedi.vcl

I would think we should have some way of basically grabbing people's attention by selecting the HIGHLIGHTS, the most important bits of JVCL3,
the parts most likely to get people over the "Oh god it's SO big", and actually give JVCL 3.0 a try!

So, I am trying to think, how do you organize "What do developers need right now?" putting the flashiest and most necessary bits first:

So I have thought of this general set of categories:

(#1) Modern XP/DotNet Look and Feel:
            xp controls, nav pane, and dot net controls
            docking
            wizards
            trayicon
            menubars/toolbars
            inspector

(#2) More Powerful Replacements for Standard VCL Controls:
        tabbed controls, grids,
        buttons, drop-down editors, color pickers
        validating edit controls,
        image and picture and animations controls,
        time framework,
        bevels, trackers, sliders, splitters,

(#3) Non-Visual

        Persistence and JvFormStorage
        Threading
        Interpreter
        CsvDataSet
        Network
        Printing
        File Encryption/Compression/Archiving
           EDI
        Misc System/Utility such as JvComputerInfo,

(#4) Data Visualization tools:

        Charts, Trend-Plots, HMI & Simulation,
        ...

And then finish off by saying "And hundreds and hundreds more components". <grin>

Can anyone see where I'm going with this?  I was thinking originally "if I was going to present JVCL3 at some Developer conference, how would I do it?". I haven't been asked and haven't thought of doing so, but rather was thinking we should put some nice easily readable article on the web site to coincide with the release.  Anyone? Anyone? Bueller!? :-)

Warren




             

           
           
           


Subject: Re: Anyone got any jobs for me to do to get JVCL3.0 so it can be released?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 17 Mar 2005 21:39:05 +0100
Newsgroups: jedi.vcl

Look at mantis :-)

For me there are two issues ugly.

More:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2750

and a not so much:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2666

I've no time in this moment to work on them.

Greetings
Jens

Warren Postma schrieb:
> If there are any little tasks you need taken care of or things you want me to check, let me know and I'll try to do them at home tonight. I can give a few hours to whatever is necessary that nobody is doing. :-)
>
> Regards,
>
> Warren

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Anyone got any jobs for me to do to get JVCL3.0 so it can be released?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 17 Mar 2005 15:32:17 -0500
Newsgroups: jedi.vcl

If there are any little tasks you need taken care of or things you want me to check, let me know and I'll try to do them at home tonight. I can give a few hours to whatever is necessary that nobody is doing. :-)

Regards,

Warren


Subject: Re: jvpagecontrol with side tabs on XP themed
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Thu, 17 Mar 2005 20:38:05 +0100
Newsgroups: jedi.vcl

> > MS Sans Serif  and on another Small Fonts
Bitmapped fonts don't rotate. Use a true type font, like Tahoma or Arial
instead.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Exceptions with JvMail
From: "Brent Rose" <brentrose@paradise.net.nz>
Date: Thu, 17 Mar 2005 20:31:05 +0100
Newsgroups: jedi.vcl

> >A problem with rights to read those keys, it seems you installed MSN 
> >Explorer and made it the default Mail client, but it does not support 
> >MAPI, hence the problems.
> >
My default mail client is Outlook Express - I never changed it.

Today, for some unknown reason, I seem to be able to run the app without 
these exceptions...??? Never mind.

Only problem now is, how to save attachments using the original file 
name as seen by the user, rather than the name with "(n)" appended.

It seems JvMail is reading lpszPathName from the MapiFileDesc structure, 
which is the temporary file name - but even if I change this to 
lpszFileName which is supposedly the name seen by the user, I still get 
the same result....

Any ideas?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvpagecontrol with side tabs on XP themed
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Thu, 17 Mar 2005 11:56:31 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> When I run my program using a tjvpagecontrol with tabs on the left side
>> in Windows XP with the windows xp theme, there are no captions.  Does
>> anyone know how to fix this?
>
>
> What font are you using?
>
MS Sans Serif  and on another Small Fonts


Subject: Re: jvpagecontrol with side tabs on XP themed
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Thu, 17 Mar 2005 19:34:12 +0100
Newsgroups: jedi.vcl

> > When I run my program using a tjvpagecontrol with tabs on the left side
> > in Windows XP with the windows xp theme, there are no captions.  Does
> > anyone know how to fix this?

What font are you using?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Any GPS mapping stuff for delphi7
From: "SteveW" <Stevewarby@btinternet.com>
Date: Thu, 17 Mar 2005 18:24:12 -0000
Newsgroups: jedi.vcl

Any links appreciated. 




Subject: Re: JVCL Installer problems
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 17 Mar 2005 19:14:34 +0100
Newsgroups: jedi.vcl

> >OK.  As for the dcc32 126 character limit for paths, I assume that 
needs 
> >to fixed for the JCL installer, too.

Yes, alas. We never succeed in compiling the JCL with its installer.

Dom (using Fred account)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Read-only cells in JvStringGrid
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 17 Mar 2005 19:04:05 +0100
Newsgroups: jedi.vcl

Hi!

In JvStringGrid, am I missing something or there is no event triggered 
when a cell is going to be edited? I need to set some cells read-only 
and I can't find a way (the OnSelect event is not triggered in every 
case needed so it's useless to me).

Thanks for any answer

Dom (using the Fred account)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL Installer problems
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 18:08:11 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> OK.  As for the dcc32 126 character limit for paths, I assume that needs to fixed for the JCL installer, too.  Since I have to do some work tonight and tomorrow, JCL release 1.95.3 will be delayed until the weekend, sorry.

No problems, I should have received my new laptop by then, making things a lot easier for the release.

Thanks for your help

Cheers
Olivier


Subject: Re: JVCL Installer problems
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 17 Mar 2005 18:04:30 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Well, more precisely, in a place dcc32 can find them later on. Hence it must be in a directory which is in the PATH environment variable.
> The easiest and cleanest solution is the BPL directory. Note that there should be no need to have them in a place different from the BPL files as this would be a terribly complicated situation.
> So in the end, put the dcp files in the bpl directory (defaults to $(BCB)\Projects\Bpl) and that will be enough.

OK.  As for the dcc32 126 character limit for paths, I assume that needs to fixed for the JCL installer, too.  Since I have to do some work tonight and tomorrow, JCL release 1.95.3 will be delayed until the weekend, sorry.

Greetings, Robert


Subject: Re: JVCL Installer problems
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 18:00:12 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> OBones wrote:
>
>> It is indeed because for everything to work nicely, the JCL bpl files must be synched with the dpk, which may not be always the case if the JVCL installer compiles them.
>> However, please note that you have to move the DCP files into the instalation directory for them to be useful to us.
>
>
> Just to be sure: "installation directory" has to be where the BPLs reside, no?

Well, more precisely, in a place dcc32 can find them later on. Hence it must be in a directory which is in the PATH environment variable.
The easiest and cleanest solution is the BPL directory. Note that there should be no need to have them in a place different from the BPL files as this would be a terribly complicated situation.
So in the end, put the dcp files in the bpl directory (defaults to $(BCB)\Projects\Bpl) and that will be enough.

Cheers
Olivier


Subject: Re: JVCL 3 Delphi 5 installation Problems .. here are the solutions.
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Thu, 17 Mar 2005 11:57:51 -0500
Newsgroups: jedi.vcl

> >I had so many problems installing the JVCL 3 for Delphi 5 professional
> > that I decided to share my results here so that others could possibly 
> > benefit.
> >
In my case, I checked "do not stop on error". The installer compiled and 
installed all the packages, and I don't have any problem compiling the 
examples or and program using JVCL components.

Thanks,
Femi

-- "One good thing about music, when it hits you feel no pain." -- Bob Marley 

Subject: Re: JVCL Installer problems
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 17 Mar 2005 17:55:23 +0100
Newsgroups: jedi.vcl

OBones wrote:

> It is indeed because for everything to work nicely, the JCL bpl files must be synched with the dpk, which may not be always the case if the JVCL installer compiles them.
> However, please note that you have to move the DCP files into the instalation directory for them to be useful to us.

Just to be sure: "installation directory" has to be where the BPLs reside, no?


Subject: Re: JVCL Installer problems
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 17:32:53 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Hi Olivier,
>
> OBones wrote:
>
>> But if you decide to include the dpk files as a courtesy to other libraries, I wouldn't mind at all ;-). However, I don't think you should compile them as they are NOT required by regular users.
>
>
> I understand, but I think that it is safer (as in less error-prone), if the JCL installer does them.

It is indeed because for everything to work nicely, the JCL bpl files must be synched with the dpk, which may not be always the case if the JVCL installer compiles them.
However, please note that you have to move the DCP files into the instalation directory for them to be useful to us.

Cheers

Olivier


Subject: Re: JVCL Installer problems
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 17 Mar 2005 17:26:57 +0100
Newsgroups: jedi.vcl

Hi Olivier,

OBones wrote:

> But if you decide to include the dpk files as a courtesy to other libraries, I wouldn't mind at all ;-). However, I don't think you should compile them as they are NOT required by regular users.

I understand, but I think that it is safer (as in less error-prone), if the JCL installer does them.


Subject: jvpagecontrol with side tabs on XP themed
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Thu, 17 Mar 2005 09:03:31 -0700
Newsgroups: jedi.vcl

When I run my program using a tjvpagecontrol with tabs on the left side in Windows XP with the windows xp theme, there are no captions.  Does anyone know how to fix this?


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 15:06:36 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Little bugfix for JvTabBar. Not that important, but the drag&drop was not
> working the way I intended it.

This is now in the branch, alongside the orientation changes.


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 14:59:50 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> And here the "< 100" patch.

This is now in the Branch.

Thanks A LOT for the effort.


Subject: Re: JVCL Installer
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 14:58:54 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> A JCL detection bugfix.
>
> 1. If installer found a compiled JCL (dcp/bpl) it allowed to bypass the
> IDE selection page without setting a valid JCL directory.
>
> 2. If you placed the JCL in the root directory the JCLDir will look like
> this: C:\\JCL. The second patch removes the double backslash.
>
> 3. If you activate "Debug units" the installer does not force a "make -B"
> to achive this. So make.exe will not invoke the compiler on anything for
> the release-unit-files.

This is now in the branch as well


Subject: Re: JVCL Installer problems
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 17 Mar 2005 14:54:40 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> As a general rule, the JVCL installer should not write to JCL directores.
>
> That was my plan at all to make the JVCL Installer generic, but at the
> time when the installer was written, there was a need of JCL compilation.
> If you can garantee that the dcp files are compiled by the JCL installer,
> I could remove the JCL compilation code from the JVCL Installer, which
> made the Installer more complex than I wished.

I' ll add that to the JCL installer tonight.


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 17 Mar 2005 13:53:15 +0100
Newsgroups: jedi.vcl

And here the "< 100" patch.


--- install/JVCLInstall/Compile.pas	17 Mar 2005 11:49:18 -0000	1.52
+++ install/JVCLInstall/Compile.pas	17 Mar 2005 12:49:08 -0000
@@ -857,11 +857,11 @@
       end;
     end;
 
-    { dcc32.exe crashes if the path is too long (> 123 + line number, ...}
-    if Length(JVCLPackagesDir) < 123 then DccOpt := '-Q- -M' else DccOpt
:= '-Q -M';
+    { dcc32.exe crashes if the path is too long (> 100 + line number, ...}
+    if Length(JVCLPackagesDir) < 100 then DccOpt := '-Q- -M' else DccOpt
:= '-Q -M';
     // setup environment variables
     if TargetConfig.Build then
-      if Length(JVCLPackagesDir) < 123 then DccOpt := '-Q- -M -B' else
DccOpt := '-Q -M -B';
+      if Length(JVCLPackagesDir) < 100 then DccOpt := '-Q- -M -B' else
DccOpt := '-Q -M -B';
     if TargetConfig.GenerateMapFiles then
       DccOpt := DccOpt + ' -GD';
 
@@ -1142,7 +1142,7 @@
     Lines.Add('ROOT = $(MAKEDIR)\..');
     Lines.Add('!endif');
     Lines.Add('!ifndef DCCOPT');
-    if Length(Data.JVCLPackagesDir) < 123 then Lines.Add('DCCOPT = -Q-
-M') else Lines.Add('DCCOPT = -Q -M'); { dcc32.exe bug }
+    if Length(Data.JVCLPackagesDir) < 100 then Lines.Add('DCCOPT = -Q-
-M') else Lines.Add('DCCOPT = -Q -M'); { dcc32.exe bug }
     Lines.Add('!endif');
     Lines.Add('');
     Lines.Add('BPR2MAK = "$(ROOT)\bin\bpr2mak" -t..\BCB.bmk');
----------------------------------------------------------

-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 13:34:26 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Sometimes I cannot imagine that Borland's command line tools are of that
> low quality.

Ah well...


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 17 Mar 2005 13:32:16 +0100
Newsgroups: jedi.vcl

Sometimes I cannot imagine that Borland's command line tools are of that
low quality.


-- Regards, Andreas Hausladen 

Subject: I am currently not able to work
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 17 Mar 2005 13:31:54 +0100
Newsgroups: jedi.vcl

I have a cold this week with fever and a runny nose.

Then i will get this nice PC today or Saturday.
I hope you you will get a bit green in the face :->

1 MBP Gigabyte GA-K8NXP-9 nForce4 Ultra
1 SPE 1024MB Corsair XMS Kit PC3200 (TWINX1024-
1 G256P HIS Excalibur X850XT IceQ2 Turbo 256MB
2 HDD 3.5\" HDS722516VLSA80 7K250 160GB 7200U/min
1 DVD Plextor (R) PlexWriter PX-716A weiß/schwarz
1 SOU Creative(R)Sound Blaster Audigy II ZS 7.1
1 NEZ Be Quiet BQT-P5 Blackline Titanium 470W 2
1 SOF MS Windows XP Professional Multilingual O
1 GEH Cooler Master MidiTower STC-T01 Stacker A
1 CPU AMD Athlon 64 4000+ 2.4GHz Box 1MB

So it will probably take until far into next week until
i am fully back again.
Next month i get a job so i will again off for some
weeks until all is smooth again.
The computer there will be of about the same power,
but with two 21'' LCDs (ie 1600 x 1200). I will also
have access to a Win 98 Gold PC so i can run some tests.
Delphi 2005 of course for the big machines.


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 17 Mar 2005 13:31:08 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, the thing is that the 123 limit is WITH the filename.
> > Hence if you have run\JvBDECheckPasswordForm.pas, it's longer than
> > \packages\c6

That's true. Then I limit it to 100 chars. So a filename can be 23 chars
long.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 13:23:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Here the bugfix:
>
> I test for the package\xx directory because it is the longest of the paths
> which are used in the compilation.

Well, the thing is that the 123 limit is WITH the filename.
Hence if you have run\JvBDECheckPasswordForm.pas, it's longer than \packages\c6


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 17 Mar 2005 12:52:21 +0100
Newsgroups: jedi.vcl

Here the bugfix:

I test for the package\xx directory because it is the longest of the paths
which are used in the compilation.

--- install/JVCLInstall/Compile.pas	16 Mar 2005 23:22:07 -0000	1.51
+++ install/JVCLInstall/Compile.pas	17 Mar 2005 11:42:28 -0000
@@ -857,10 +857,11 @@
       end;
     end;
 
-    DccOpt := '-Q- -M';
+    { dcc32.exe crashes if the path is too long (> 123 + line number, ...}
+    if Length(JVCLPackagesDir) < 123 then DccOpt := '-Q- -M' else DccOpt
:= '-Q -M';
     // setup environment variables
     if TargetConfig.Build then
-      DccOpt := '-Q- -M -B';
+      if Length(JVCLPackagesDir) < 123 then DccOpt := '-Q- -M -B' else
DccOpt := '-Q -M -B';
     if TargetConfig.GenerateMapFiles then
       DccOpt := DccOpt + ' -GD';
 
@@ -1141,7 +1142,7 @@
     Lines.Add('ROOT = $(MAKEDIR)\..');
     Lines.Add('!endif');
     Lines.Add('!ifndef DCCOPT');
-    Lines.Add('DCCOPT = -Q- -M');
+    if Length(Data.JVCLPackagesDir) < 123 then Lines.Add('DCCOPT = -Q-
-M') else Lines.Add('DCCOPT = -Q -M'); { dcc32.exe bug }
     Lines.Add('!endif');
     Lines.Add('');
     Lines.Add('BPR2MAK = "$(ROOT)\bin\bpr2mak" -t..\BCB.bmk');
--------------------------------------

-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 17 Mar 2005 12:08:13 +0100
Newsgroups: jedi.vcl

Shouldn't the dcc32 output relative paths? Maybe the CurrentDirectory is
wrong. I'll investigate in this.


-- Regards, Andreas Hausladen 

Subject: Reading TJvDBLookupEdit drop down column values
From: "Ale" <nospam@nospam.com>
Date: Thu, 17 Mar 2005 12:01:23 +0100
Newsgroups: jedi.vcl

Is it possibile using a TJvDBLookupEdit to read the values in the other
columns of the selected row ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 11:11:34 +0100
Newsgroups: jedi.vcl

Fix for the installer when used with long paths (more than 123 characters).
This is required because under BCB5, if you have the -Q- option, then dcc32 will either not find System.pas or even crash. with the -Q option, it works just fine (but the compilation window doesn't show anything).
Here is the translation of the report I got from Fred, a French user who used to work on JvDBGrid:

-----------------------------------------------------------------
1) First failure:
With this file path:
C:\Documents and Settings\fleneuf.DGI-BERCY.DOM\Mes documents\Mes
applications\C++Builder\12345678901234567\JvCombobox.pas
DCC32 gives the following error:
Fatal: File not found : 'System.pas'

Same error if the final directory is 123456789012345678

2) Second failure:
With this file path:
C:\Documents and Settings\fleneuf.DGI-BERCY.DOM\Mes documents\Mes
applications\C++Builder\1234567890123456789\JvCombobox.pas
DCC32 simply crashes (AV).

It must be noted that the path in the first case is only 123 characters long, but DCC32 adds a line number and a space which makes a total of 127 characters for the displayed output.
With the second test, the complete displayed line is 129 characters which makes DCC32 crash.
-----------------------------------------------------------------

Hence there is a need to place a counter measure in the installer to detect this situation and replace the -Q- flag by -Q alongside with a messagebox indicating why the compilation window will remain silent.
I do not know the installer well enough, but if someone could have a look at this before the release, that would be REALLY great.

Thanks
Olivier


Subject: Re: "MegaDemo.zip" standalone issues.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 11:02:46 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Warren Postma schrieb:
>
>> If we want the MegaDemo to be easily packaged for standalone ZIP file download, the way it traverses up one subfolder from wherever the EXE is is probably not so great.  Right now if you run the megademo from .\bin, it goes to ..\images to get the toolbar images. Perhaps it could check for this case, and if not found, it could then check .\data\images,
>
>
> Yes I do this already for JVCL3.HLP as you can see some lines above. And I think you are right.

Yep, that makes sense to me as well. But the data\images directory should not be added to CVS.


Subject: Re: "MegaDemo.zip" standalone issues.
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 17 Mar 2005 10:51:05 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> If we want the MegaDemo to be easily packaged for standalone ZIP file download, the way it traverses up one subfolder from wherever the EXE is is probably not so great.  Right now if you run the megademo from .\bin, it goes to ..\images to get the toolbar images. Perhaps it could check for this case, and if not found, it could then check .\data\images,

Yes I do this already for JVCL3.HLP as you can see some lines above. And I think you are right.

> that way we could ship the EXE with a Data subdirectory, and data\images
> also being a copy of JVCL3\images, and zip that up, and voila.
>
> This makes a 3.5 meg demo download.  :-)
>
> Regards,
>
> Warren




Subject: Re: How important is full featured MegaDemo Exe download?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 17 Mar 2005 10:48:35 +0100
Newsgroups: jedi.vcl


Andreas Hausladen schrieb:
> Edmund Matzke wrote:
>
>
>> As everyone here can see, there are quite often problems with installing
>> JVCL (mixing not corresponding versions of JCL/JVCL, old BPLs, wrong path
>> etc.).
>
>
> The installer is aware of most issues but there are some cases where we
> have problems related to a bug in make.exe.

I have say again that I think the installer is one of the *VERY* cool features of JVCL! But Edmund talking here about the experiences with former installation of JVCL or other open source packages. And if these people would read an announcement that there is a executable download available with no need to install anything we can perhaps even caught these people :-)

But I think the easy installation process with some installer screen shoots will convince them then totally :-) Yeah I have to add these stuff to the MegaDemo!

Thanx again for the great Installer!

Ralf Grenzing
MegaDemo Developer


Subject: Re: How important is full featured MegaDemo Exe download?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 17 Mar 2005 10:44:05 +0100
Newsgroups: jedi.vcl

Niels v/d Spek schrieb:
> "Ralf Grenzing" <RalfGSpam@gmx.de> schreef in bericht news:d191u1$tfb$1@talkto.net...
>
>> Hi @ll
>>
>> as you perhaps already assumed I think the offering of a full blown MegaDemo *executable* for download would be a *very* important for JVCL.
>>
>> I think this would increase the use of the JVCL because many people hear of JVCL and perhaps even comes along and then they think something like "I donŽt have time to give it a shot, I donŽt know what it really includes, what problems may come ...!". So if you offer a simple exe download to play with many people will give it a shot and will discover the power of JVCL and use it and perhaps gets even involved!
>>
>> To make it short: My guess if we offer such a download the barrier for potential new user of the JVCL we be significantly decreased.
>>
>> What do you think?
>> Or do you simple agree?
>
>
> Yes simple agree, becose i have already asked you to create ;)
> When you need some help with creating a installation file ... i have some experency's with Inno Setup.

thanx for you offer. But I would really prefer to offer a executable demos with no need to install anything!

Ralf Grenzing


Subject: Re: How important is full featured MegaDemo Exe download?
From: "Alan Garny" <someone@somewhere.cm>
Date: Thu, 17 Mar 2005 08:34:54 -0000
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message 
news:d191u1$tfb$1@talkto.net...
> > What do you think? Or do you simple agree?

1. You said it all.
2. 110% agree with you!

    Alan. 




Subject: Re: Exceptions with JvMail
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 09:10:43 +0100
Newsgroups: jedi.vcl

Brent Rose wrote:

> JCL 1.94/JVCL300
>
> JvMail.Logon triggers EJclRegistryError:
>
> Unable to open key Software\Clients\Mail\MSN Explorer
> Value = 'DLLPath'
>
> Unable to open key Software\Microsoft\WindowsNT\CurrentVersion\Windows Messaging Subsystem\Profiles
> Value = 'DefaultProfile'
>
> Is this a problem with the latest version (I don't think it happened with JVCL2) or just something on my PC?

A problem with rights to read those keys, it seems you installed MSN Explorer and made it the default Mail client, but it does not support MAPI, hence the problems.


Subject: Re: JVCL Installer problems
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 17 Mar 2005 09:09:56 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> The JVCL Installer
>
> - deletes template files in JCL BCB package directories.
>   This is caused by the Clean target in MakeJCLDcp4BCB.mak.
>   (I already wondered why the templates kept disappearing)

That is because it does a "del template.*" where it should do a "del template.dpk"


> - The package generator uses *.xml files from JCL, but pgEdit.xml from
>   JVCL.  Such a scenario calls for consistency problems.

Yes, it calls for it, but until very recently there was no pg.xml or pgEdit.xml in the JCL.


> - Should the Installer generate packages at all?  I don't think so.
>   Instead, the needed .dpk files for BCB 5/6 should be created
>   beforehand and ship with JCL.

Yes it should, the dcp files are NOT needed by a JCL user simply using the functions and classes from the JCL. The dcp files are ONLY needed by a library based on the JCL (such as the JVCL), hence I decided it was the JVCL's responsibility to get the JCL dcp files before compiling.
And because it requires creating additional files in the JCL directories, there is a cleanup process, but it seems it is a bit too "violent".
But if you decide to include the dpk files as a courtesy to other libraries, I wouldn't mind at all ;-). However, I don't think you should compile them as they are NOT required by regular users.


> As a general rule, the JVCL installer should *not* write to JCL directores.

I agree, but the BCB situation is a bit different, as explained above.

Cheers

Olivier


Subject: JVCL 3 Delphi 5 installation Problems .. here are the solutions.
From: Michael Anonymous <Michael@Anonymous.net>
Date: Thu, 17 Mar 2005 01:05:47 -0700
Newsgroups: jedi.vcl

I had so many problems installing the JVCL 3 for Delphi 5 professional
that I decided to share my results here so that others could possibly benefit.

Originally the installer that came with JVCL300RC1Complete.zip
did not work for me.
So I decided to take another route by manually installing the JCL and JVCL separately.


I used the JCL1.94-Build1802.zip to install JCL and
the JVCL300RC1SourceOnly.zip to install the JVCL.

First, I used the JCL1.94-Build1802.zip to install the JCL.
Once I extracted the distribution,
I compiled the JediInstaller.dpr installer located in the \jcl\install directory.
I ran it successfully to install the JCL.

I used the JVCL300RC1SourceOnly.zip to install JVCL.
I manually installed each package using the D5 Packages.bpg.
( YES, by double clicking on each package, compiling, and installing if it was a design package. )

(
I'm not sure if I had to manually add the JVCL paths to the environment library paths.
\JVCL\source, \JVCL\common, and \JVCL\run were listed in my environment library paths.
)

After installing all the components,
there were still a few problems.
When I added a few components to a form,
I was still unable to compile my program due to certain defines not being defined.
After adding the following lines to jedi.inc:

{$DEFINE VCL}
{$DEFINE JEDI_INC}
{$DEFINE RTL130_DOWN}

I was able to compile and run a program.

Cheers.


Subject: Re: JVCL Installer problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 17 Mar 2005 08:20:42 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > As a general rule, the JVCL installer should not write to JCL directores.

That was my plan at all to make the JVCL Installer generic, but at the
time when the installer was written, there was a need of JCL compilation.
If you can garantee that the dcp files are compiled by the JCL installer,
I could remove the JCL compilation code from the JVCL Installer, which
made the Installer more complex than I wished.


-- Regards, Andreas Hausladen 

Subject: JVCL Installer problems
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 17 Mar 2005 07:59:43 +0100
Newsgroups: jedi.vcl

The JVCL Installer

- deletes template files in JCL BCB package directories.
  This is caused by the Clean target in MakeJCLDcp4BCB.mak.
  (I already wondered why the templates kept disappearing)

- The package generator uses *.xml files from JCL, but pgEdit.xml from
  JVCL.  Such a scenario calls for consistency problems.

- Should the Installer generate packages at all?  I don't think so.
  Instead, the needed .dpk files for BCB 5/6 should be created
  beforehand and ship with JCL.

As a general rule, the JVCL installer should *not* write to JCL directores.

Please comment.


Subject: Re: JvDBCtrls doesn't publish Ctrl3D or BevelKind?
From: "Don S" <mudshark@rancidbud.org>
Date: Wed, 16 Mar 2005 21:16:47 -0500
Newsgroups: jedi.vcl

> > BevelKind, BevelInner and BevelOuter are not available in D5 (except for
> > TPanel)

But I believe Ctrl3D is.  I just looked briefly at JVCL 3, and it seems to publish them in more spots.



Subject: Re: JvBandObject stealing mouse up events?
From: "Richard Cordova" <richardc_2074@yahoo.com>
Date: Thu, 17 Mar 2005 12:20:55 +1100
Newsgroups: jedi.vcl

Hey all,

The culprit is in TzCustomBandObject.MsgHookProc, which passes mouse move 
messages to Application.HandleMessage. Not quite sure of the reasons why 
(delaying the message/ changing the order?), but this causes the 'sticky 
mouse pointer' effect I experienced.

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> wrote in message 
news:d19fes$17g$1@talkto.net...
> > "Richard Cordova" <richardc_2074@yahoo.com> schrieb im Newsbeitrag
> > news:d18jtq$qia$1@talkto.net...
> >
>> >>
>> >> Anyone encountered this before? Any solutions would be greatly
> > appreciated!
>> >>
> >
> > Hi,
> >
> > yes i hve the same here: clickin in the titlbar of IE to move the window,
> > releasing the mouse button and the window is "glued" to the mous pointer
> > until i do another click.
> >
> > I did not remember that i had a band object installed but after removing 
> > it
> > this behavior was gone.
> >
> > Ciao,
> > Ralf
> > 




Subject: Exceptions with JvMail
From: "Brent Rose" <brentrose@paradise.net.nz>
Date: Thu, 17 Mar 2005 00:56:01 +0100
Newsgroups: jedi.vcl

JCL 1.94/JVCL300

JvMail.Logon triggers EJclRegistryError:

Unable to open key Software\Clients\Mail\MSN Explorer
Value = 'DLLPath'

Unable to open key Software\Microsoft\WindowsNT\CurrentVersion\Windows 
Messaging Subsystem\Profiles
Value = 'DefaultProfile'

Is this a problem with the latest version (I don't think it happened 
with JVCL2) or just something on my PC?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 17 Mar 2005 00:22:29 +0100
Newsgroups: jedi.vcl

A JCL detection bugfix.

1. If installer found a compiled JCL (dcp/bpl) it allowed to bypass the
IDE selection page without setting a valid JCL directory.

2. If you placed the JCL in the root directory the JCLDir will look like
this: C:\\JCL. The second patch removes the double backslash.

3. If you activate "Debug units" the installer does not force a "make -B"
to achive this. So make.exe will not invoke the compiler on anything for
the release-unit-files.


--- install/JVCLInstall/Pages/PgIDESelection.pas	29 Dec 2004 23:40:46
-0000	1.6
+++ install/JVCLInstall/Pages/PgIDESelection.pas	16 Mar 2005 22:17:34 -0000
@@ -169,7 +169,7 @@
       Lbl.Cursor := crHandPoint;
       Lbl.OnClick := Installer.DoHomepageClick;
     end
-    else if (Config.MissingJCL and (Installer.JCLDir = '')) or
Config.OutdatedJCL then
+    else if Config.MissingJCL or (Installer.JCLDir = '') or
Config.OutdatedJCL then
     begin
       Control.Enabled := False;
       Control.Checked := False;
-------------------------------------------


--- install/JVCLInstall/JVCL3Install.pas	23 Dec 2004 00:25:12 -0000	1.11
+++ install/JVCLInstall/JVCL3Install.pas	16 Mar 2005 22:28:28 -0000
@@ -175,6 +175,7 @@
 function TInstaller.GetJclDir: WideString;
 var
   i: Integer;
+  Dir: string;
 begin
   Result := '';
   for i := 0 to Data.Targets.Count - 1 do
@@ -183,11 +184,14 @@
       Result := Data.TargetConfig[i].JCLDir;
       Exit;
     end;
-  Result := Format(sJclRootDirFromJVCLDir, [ExtractFileDir(JVCLDir)]);
+  Dir := ExtractFileDir(JVCLDir);
+  if (Dir <> '') and (Length(Dir) = 3) and (Dir[3] = '\') then { remove
backslash }
+    Delete(Dir, 3, 1);
+  Result := Format(sJclRootDirFromJVCLDir, [Dir]);
   if not DirectoryExists(Result) then
     Result := ''
   else
-    Result := Format(sJclRootDirName, [ExtractFileDir(JVCLDir)]);
+    Result := Format(sJclRootDirName, [Dir]);
 end;
 
 procedure TInstaller.SetJCLDir(const Value: WideString);
------------------------------------------------------


--- install/JVCLInstall/Compile.pas	16 Mar 2005 12:03:59 -0000	1.50
+++ install/JVCLInstall/Compile.pas	16 Mar 2005 23:20:28 -0000
@@ -1035,8 +1035,13 @@
         information. }
       if AutoDepend then
       begin
-        SetEnvironmentVariable('MAKEOPTIONS', '-n');
-          // get the number of packages that needs compilation
+        if not TargetConfig.DeveloperInstall and TargetConfig.DebugUnits
and not DebugUnits then
+          SetEnvironmentVariable('MAKEOPTIONS', '-B -n') { make a
complete make pass when the release units
+                                                           should be
compiled while TargetConfig.DebugUnits are active }
+        else
+          SetEnvironmentVariable('MAKEOPTIONS', '-n');
+
+        // get the number of packages that needs compilation
         FCount := 0;
         if Make(TargetConfig, Args + ' CompilePackages',
CaptureLineGetCompileCount) <> 0 then
         begin
@@ -1047,6 +1052,9 @@
         FPkgCount := FCount;
       end;
       SetEnvironmentVariable('MAKEOPTIONS', nil);
+      if not TargetConfig.DeveloperInstall and TargetConfig.DebugUnits
and not DebugUnits then
+        SetEnvironmentVariable('MAKEOPTIONS', '-B'); { make a complete
make pass when the release units
+                                                       should be compiled
while TargetConfig.DebugUnits are active }
 
       if FPkgCount > 0 then
       begin
------------------------------------------------------

-- Regards, Andreas Hausladen 

Subject: Re: JvBands are so cool! Could we get a demo or two for it!?
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Wed, 16 Mar 2005 14:51:30 -0800
Newsgroups: jedi.vcl

too late.. I'm morbidly curious ;-).


Warren Postma <wp.nospam@tekran.com> wrote in message
news:d19hr7$1tr$1@talkto.net...
> > Okay, my enthusiasm is curbed. JvBands caused Explorer.exe to die
> > horribly, such that I could not restart Explorer.exe until I deleted the
> > band.dll I created.  :-)
> >




Subject: Re: JvDBCtrls doesn't publish Ctrl3D or BevelKind?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Wed, 16 Mar 2005 22:41:12 +0100
Newsgroups: jedi.vcl

Is there any particluar reason most of the DBCtrls (and a lot of the non-DB
Combos) do not publish the Ctrl3D or BevelKind (BevelInner, and BevelOuter)
properties?  Most of the JVCL components descend from the  CustomXxxx
classes in VCL (where these are public properties), but do not publish them
in the JVCL variants.

BevelKind, BevelInner and BevelOuter are not available in D5 (except for
TPanel)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: How important is full featured MegaDemo Exe download?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 21:58:47 +0100
Newsgroups: jedi.vcl

Edmund Matzke wrote:

> > As everyone here can see, there are quite often problems with installing
> > JVCL (mixing not corresponding versions of JCL/JVCL, old BPLs, wrong path
> > etc.).

The installer is aware of most issues but there are some cases where we
have problems related to a bug in make.exe.

> > The people here are willing to solve the problems, but there are
> > many out there of whom we do not know - thinking "maybe great, but if
> > already installation is a mess, no!".

Wait until the final release preparation code base is freezed. Then I will
compile the packages and add a binary component installer which does not
compile the packages but installs them into the IDE.




-- Regards, Andreas Hausladen 

Subject: Re: TJvTabBar questions and concerns. (also, what the heck is JvTabDefaultPainter used for?)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 21:56:26 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > property Orientation: TOrientation;

Now the component has a Orientation property defaulting to "toTop".


-- Regards, Andreas Hausladen 

Subject: Re: How important is full featured MegaDemo Exe download?
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Wed, 16 Mar 2005 21:52:49 +0100
Newsgroups: jedi.vcl

Hi,

> > To make it short: My guess if we offer such a download the barrier for 
> > potential new user of the JVCL we be significantly decreased.
> > 
> > What do you think? Or do you simple agree?

this is a really good idea.

As everyone here can see, there are quite often problems with installing
JVCL (mixing not corresponding versions of JCL/JVCL, old BPLs, wrong path
etc.). The people here are willing to solve the problems, but there are
many out there of whom we do not know - thinking "maybe great, but if
already installation is a mess, no!".

The MegaDemo as an executable can help persuade people to circumnavigate
the trouble(s) and dig deeper into it. If it then works, ev'rybody will be
astonished about the great work - including me:-)

CU, Eddi


Subject: Re: TJvTabBar questions and concerns. (also, what the heck is JvTabDefaultPainter used for?)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 21:50:15 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > JvTabDefaultPainter 

It is for the TJvTabControl component.


-- Regards, Andreas Hausladen 

Subject: Re: How important is full featured MegaDemo Exe download?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 16 Mar 2005 21:16:50 +0100
Newsgroups: jedi.vcl

I agree!!

Ralf Grenzing schrieb:
> Hi @ll
>
> as you perhaps already assumed I think the offering of a full blown MegaDemo *executable* for download would be a *very* important for JVCL.
>
> I think this would increase the use of the JVCL because many people hear of JVCL and perhaps even comes along and then they think something like "I don´t have time to give it a shot, I don´t know what it really includes, what problems may come ...!". So if you offer a simple exe download to play with many people will give it a shot and will discover the power of JVCL and use it and perhaps gets even involved!
>
> To make it short: My guess if we offer such a download the barrier for potential new user of the JVCL we be significantly decreased.
>
> What do you think? Or do you simple agree?
>
> best regards
> Ralf Grenzing
> JVCL MegaDemo Developer

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvTabBar questions and concerns. (also, what the heck is JvTabDefaultPainter used for?)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 20:30:58 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > redrawn showing the correct orientation, until you change some other
> > property, like FlatScrollButtons.

That that is a bug which should be fixed.

> > 	(1) Should the Align property be modified to have a new property setter
> > that causes the control to properly repaint itself at designtime when
> > the Align property is changed?


> >  	(2) Should the orientation of the
> > drawing be separately controlled from the Alignment of the control.

That would have an advantage you already described. I think we should
combine both.

property Orientation: TOrientation;
property LinkAlignAndOrientation: Boolean; // better name?

> > Also, I wonder, what should be assigned to JvTabBar.Painter property?
> > JvTabDefaultPainter doesn't work in there, it's the wrong type, and I
> > actually have no idea what control JvTabDefaultPainter works with then.

Not JvTabDefaultPainter. You must add a TJvModernTabBarPainter (the icon
right to the JvTabBar component icon)




-- Regards, Andreas Hausladen 

Subject: TJvTabBar questions and concerns. (also, what the heck is JvTabDefaultPainter used for?)
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 14:01:35 -0500
Newsgroups: jedi.vcl

I notice that the type of the tabs that JvTabBar draws is dependant on the basic TControl.Align setting. This is clever in some way, because if you top-align it, you would assume that it would be above the area that it is controlling, thus it is drawn the correct way. However, the side effect of this that I don't like is that changing Align to alBottom moves the control to align it at the bottom, but the tabs are not redrawn showing the correct orientation, until you change some other property, like FlatScrollButtons.

So I wonder:

    (1) Should the Align property be modified to have a new property setter that causes the control to properly repaint itself at designtime when the Align property is changed?
       
    (2) Should the orientation of the drawing be separately controlled from the Alignment of the control.

The latter makes more sense to me. It is conceivable that the user might want to specify alignment at the bottom of a panel.

Also, I wonder, what should be assigned to JvTabBar.Painter property?
JvTabDefaultPainter doesn't work in there, it's the wrong type, and I actually have no idea what control JvTabDefaultPainter works with then.

Regards,

Warren


Subject: JvDBCtrls doesn't publish Ctrl3D or BevelKind?
From: "Don S" <mudshark@rancidbud.org>
Date: Wed, 16 Mar 2005 13:58:58 -0500
Newsgroups: jedi.vcl

Is there any particluar reason most of the DBCtrls (and a lot of the non-DB Combos) do not publish the Ctrl3D or BevelKind (BevelInner, and BevelOuter) properties?  Most of the JVCL components descend from the  CustomXxxx classes in VCL (where these are public properties), but do not publish them in the JVCL variants.  

I thought there might be some reason...


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 19:50:53 +0100
Newsgroups: jedi.vcl

Little bugfix for JvTabBar. Not that important, but the drag&drop was not
working the way I intended it.

--- run/JvTabBar.pas	14 Mar 2005 14:23:44 -0000	1.23
+++ run/JvTabBar.pas	16 Mar 2005 18:47:34 -0000
@@ -909,6 +909,9 @@
           FMouseDownClosingTab := Tab;
           SetClosingTab(Tab);
         end;
+    if (FClosingTab = nil) and AllowTabMoving and
+       ([ssLeft, ssMiddle, ssRight] * Shift = [ssLeft]) then
+      BeginDrag(False);
   end;
   inherited MouseDown(Button, Shift, X, Y);
 end;
@@ -957,9 +960,7 @@
   CalcTabsRects;
   Tab := TabAt(X, Y);
   if HotTracking and ([ssLeft, ssMiddle, ssRight] * Shift = []) then
-    SetHotTab(Tab)
-  else if AllowTabMoving and (SelectedTab <> Tab) and ([ssLeft, ssMiddle,
ssRight] * Shift = [ssLeft]) then
-    BeginDrag(True);
+    SetHotTab(Tab);
 
   if CloseButton and Assigned(FMouseDownClosingTab) and (ssLeft in Shift)
then
   begin


-- Regards, Andreas Hausladen 

Subject: Re: TJvDbTreeView
From: "Grzegorz Samborski" <g_OUT_rzesieks07@wp.pl>
Date: Wed, 16 Mar 2005 18:25:11 +0100
Newsgroups: jedi.vcl

ok i know:

procedure TFormKatScal.jvdbtreeDblClick(Sender: TObject);
begin
 ShowMessage(inttostr(TJvDBTreeNode(jvdbtree.Selected).MasterValue));
end;


U¿ytkownik "Grzegorz Samborski" <g_OUT_rzesieks07@wp.pl> napisa³ w 
wiadomo¶ci news:d19dts$oj$1@talkto.net...
> > Hello.
> > I'm using TJvDbTree component.
> > I have a question:
> >    I want to get value of clicked node (MasterField) in event OnClick 
> > i.e.:
> >
> > procedure TTreeForm.jvdbtreeClick(Sender: TObject);
> > begin
> > // How to get an information what is clicked ?
> >
> > Does anybody know where is documentation and examples for this component 
> > (except fJvDBTree.pas) ?
> >
> >
> > greetings
> > Grzegorz Samborski
> >
> > 




Subject: Re: Debug view for XMM registers (used in SSE instruction set) - 1st beta
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 16 Mar 2005 17:49:08 +0100
Newsgroups: jedi.vcl

Reworking in progress ...

Now can be used in D5, D6, D7 and BCB6. I still have problems compiling it with BCB5 (the sample compile fine but the package can't compile).
It uses memory alignement on 16-byte boundaries to get the thread context (It is not written on M$ documentation but it fails if it is not aligned).
Also added: support of multithreaded applications and switches of the current thread in these applications.

In few days: support of expression evaluations to modify register values.

Florent


Subject: Re: Question regarding JvUIB and orig. UIB components
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 17:39:20 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones <oobnes__gf_@_gfd_altern.org> wrote in
> news:d19ik6$249$2@talkto.net:
>
>> Yes, JvUIB is no longer updated because of incompatibility
>> issues. 
>
>  
> Thank you for your respons Olivier.
>
> Only. What incompatibility issues did you mean?
> Incompatibility with Jedi or ...?

Requirements for Kylix and Lazarus where becoming more and more problematic so the author and I decided that the support of UIB in the JVCL would stop and that users should move to the full blown UIB components from the Prodigy web site.


Subject: Re: A word on the JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 17:29:14 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > If it hasn't found the JCL installer and sources, should we add a
> > message box saying "please go to <jcl download link> to download JCL
> > 1.95 or later"?   That would be helpful also.

The install first tries to execute
ExtractShortPathName(Installer.JCLDir) + '\install\build\build.exe newest
"--make=installer"
and if CreateProcess fails or the JCL installer returned an exitcode <> 0
it start "http://jcl.sf.net" via ShellExecute.




-- Regards, Andreas Hausladen 

Subject: Re: A word on the JVCL Installer
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 11:23:42 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> If you do not have a installed JCL and the Installer has found the JCL
> source (or you specified the correct JCL source directory), the installer
> will show a "install JCL" link. 

If it hasn't found the JCL installer and sources, should we add a message box saying "please go to <jcl download link> to download JCL 1.95 or later"?   That would be helpful also.


Warren


Subject: Re: A word on the JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 17:08:42 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I wish (but i realize it's too late now) that the JVCL installer could
> > have an automatic way to get the user into the JCL installer

If you do not have a installed JCL and the Installer has found the JCL
source (or you specified the correct JCL source directory), the installer
will show a "install JCL" link. If you click on it, it starts the JCL
installer and waits for it's termination.


-- Regards, Andreas Hausladen 

Subject: Re: Question regarding JvUIB and orig. UIB components
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 16 Mar 2005 16:04:22 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <oobnes__gf_@_gfd_altern.org> wrote in
news:d19ik6$249$2@talkto.net: 

> > Yes, JvUIB is no longer updated because of incompatibility
> > issues. 
 
Thank you for your respons Olivier.

Only. What incompatibility issues did you mean?
Incompatibility with Jedi or ...?

TIA


Subject: Re: JVXPBar could be rather generally nice as a collapsable group box-like parent window.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 10:52:13 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> FYI, this has been requested before and I did have a look at it at the time.
> I came to the conclusion that it would mean a rather largish and complicated
> rewrite, so I didn't do it. If you are up to it, I certainly think it is a
> worthwhile addition.
>
I haven't actually looked at XPBar's source code enough to know how to do it, but if you came to that opinion, then I'm sure you're right that it's harder than I first thought.


Subject: Re: Latest JVCL CVS Installation problem under BCB6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 16:34:59 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Just ckecked, same here. Too bad. Could it be that's somehow related to the fact that JVCL builds it's own .dcp files for the JCL packages?

That's very weird, I haven't had any problem this morning with a complete clean install.

> (If this is nonsense, just ignore it.  No in-depth BCB knowledge here.)

I don't think it is linked. To me it's because it finds an old Jcl lib (or bpl) file on your drive.

> I am not familiar with JVCL installation, but I believe it doesn't use the .obj files generated by the JCL installer.

No, it does not, it uses the lib and bpl files.


> What I also don't know if the problem is present in the JVCL 3 preparation branch.

No such problems here, I only test with the branch.

Cheers

Olivier


Subject: Re: Latest JVCL CVS Installation problem under BCB6
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 16 Mar 2005 16:28:39 +0100
Newsgroups: jedi.vcl

Hi Vaclav,

> I have problem with latest JVCL CVS installation under BCB6.
> I have also installed latest JCL CVS without problem.
>
> I have got following message:
>
>  [Compiling: JvCoreC6R.bpl]
>  Loading project file
>  Loading template
>  Generating Makefile
>
>  ...
>
>  Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
>  Fatal: Unable to open file 'JCLMAPI.OBJ'
>
>  ** error 2 ** deleting JvCoreC6R.bpl
>  ** error 1 ** deleting JvCoreC6R.bpl
>  ** error 1 ** deleting CompilePackages
> ---------

Just ckecked, same here. Too bad. Could it be that's somehow related to the fact that JVCL builds it's own .dcp files for the JCL packages?

(If this is nonsense, just ignore it.  No in-depth BCB knowledge here.)

> I checked 'JCLMAPI.OBJ' file and I have it on my PC and
> also it seems to me the path is set properly (library path in BCB IDE too).

I am not familiar with JVCL installation, but I believe it doesn't use the .obj files generated by the JCL installer.

What I also don't know if the problem is present in the JVCL 3 preparation branch.

> I can't find solution for that but I suppose some strange
> problem on my PC (new WinXP Pro SP2 on my PC as well...?? ).

Win 2000 here, so that falls flat.


Subject: Re: Question regarding JvUIB and orig. UIB components
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 16:27:21 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> Hi,
> I have some questions regarding JvUIB components and original UIB.
> See: (http://www.progdigy.com/UIB/index.html)
>
> 1. Are there some differences between    original UIB V1.2i and latest JvUIB?

Yes, JvUIB is no longer updated because of incompatibility issues. This has been decided after a meeting with UIB's author.


> 2. There is also announced UIB version V2.0 rc5    on the Prodigy WEB. It seems to be different in comparison of
>    latest Jedi JvUIB (it has some new components).
> Question: will be also included UIB V2.0 as part of Jedi           components or not?

No.


> Question: what should I do if I need latest UIB and it            will not be included as part of Jedi?

Use the ones from the Prodigy website.

Cheers
Olivier


Subject: Re: Latest JVCL CVS Installation problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 16 Mar 2005 15:18:12 +0000 (UTC)
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> > Yes, I do. 
> > I use both latest CVS, for new installation (JCL and 
> > JVCL as well).

In addition, I have no problem with installation of older
version JCL and JVCL form  28-02-2005.

Vaclav


Subject: Re: JvBands are so cool! Could we get a demo or two for it!?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 10:11:06 -0500
Newsgroups: jedi.vcl

Okay, my enthusiasm is curbed. JvBands caused Explorer.exe to die horribly, such that I could not restart Explorer.exe until I deleted the band.dll I created.  :-)



Subject: Re: "MegaDemo.zip" standalone issues.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 10:06:24 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Why are the toolbar images in ..\images in the first place? Are they used by the components themselves?

The megademo creates a "component palette" by using the 20x24 sized bitmaps original images that we use to create the component .dcr/.res palettes, in order to create a "component palette" that looks just like the one in Delphi 1-7.

Regards,

Warren


Subject: JvBands are so cool! Could we get a demo or two for it!?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 10:03:42 -0500
Newsgroups: jedi.vcl

I think the JvBands was the one thing I had been wondering what it was, for the longest time, without looking at it.   I used the band dll wizard today, made a deskBand, installed it with RegSvr32, and then right clicked on my Task Bar, and Voila, in the Toolbars sub-menu there is a new little object created by me.   WOW. COOL! Thanks to Chiang Seng Chang and anyone else who worked on these.

Now I realize that anyone can *create* a do-nothing jvbands demo in about 3 seconds, using the wizard, but some people aren't going to discover JvBands at all unless there is a demo app for it.  From reading through the posts here, it looks like there has been only a small amount of interest in this component, and I think a good demo might open people's eyes to how cool this thing is.

So I'm wondering if anyone has any suggestions about what would make a good demo app?

Personally I think cute little thing that shows CPU usage in some novel
fashion, or some other little "desktop accessory" would be a nice demo.
Also, an example of how to get at the various Interfaces at runtime,
so that the JVCL3 user can actually get an idea of how you actually "talk" to the desktop or to internet explorer, using COM interfaces,
would be nice.

Does anyone have any DEMO apps they can contribute for JvBands, showing
integration with the desktop, or with internet-exploder? :-)


Regards,

Warren


Subject: Question regarding JvUIB and orig. UIB components
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 16 Mar 2005 14:53:32 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I have some questions regarding JvUIB components 
and original UIB.
See: (http://www.progdigy.com/UIB/index.html)

1. Are there some differences between 
   original UIB V1.2i and latest JvUIB?

2. There is also announced UIB version V2.0 rc5 
   on the Prodigy WEB. It seems to be different in comparison of
   latest Jedi JvUIB (it has some new components).
Question: will be also included UIB V2.0 as part of Jedi 
          components or not?
Question: what should I do if I need latest UIB and it  
          will not be included as part of Jedi?

Thank you in advance
Vaclav


Subject: Re: "MegaDemo.zip" standalone issues.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 15:38:59 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> If we want the MegaDemo to be easily packaged for standalone ZIP file download, the way it traverses up one subfolder from wherever the EXE is is probably not so great.  Right now if you run the megademo from .\bin, it goes to ..\images to get the toolbar images. Perhaps it could check for this case, and if not found, it could then check .\data\images,
> that way we could ship the EXE with a Data subdirectory, and data\images
> also being a copy of JVCL3\images, and zip that up, and voila.
>
> This makes a 3.5 meg demo download.  :-)

Why are the toolbar images in ..\images in the first place? Are they used by the components themselves?


Subject: Re: JvBandObject stealing mouse up events?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 16 Mar 2005 15:34:19 +0100
Newsgroups: jedi.vcl

"Richard Cordova" <richardc_2074@yahoo.com> schrieb im Newsbeitrag
news:d18jtq$qia$1@talkto.net...

> >
> > Anyone encountered this before? Any solutions would be greatly
appreciated!
> >

Hi,

yes i hve the same here: clickin in the titlbar of IE to move the window,
releasing the mouse button and the window is "glued" to the mous pointer
until i do another click.

I did not remember that i had a band object installed but after removing it
this behavior was gone.

Ciao,
Ralf



Subject: Re: A word on the JVCL Installer
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 09:31:16 -0500
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> The JVCL Installer requires a source installation of the JCL. Maybe this
>> sould be commented somewhere (readme.htm?)
>>
>
> Yes, I guess it should.

I wish (but i realize it's too late now) that the JVCL installer could have an automatic way to get the user into the JCL installer, download the JCL installer, run the JCL installer, and then continue where it left off.

Warren


Subject: "MegaDemo.zip" standalone issues.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 09:12:13 -0500
Newsgroups: jedi.vcl

If we want the MegaDemo to be easily packaged for standalone ZIP file download, the way it traverses up one subfolder from wherever the EXE is is probably not so great.  Right now if you run the megademo from .\bin, it goes to ..\images to get the toolbar images. Perhaps it could check for this case, and if not found, it could then check .\data\images,
that way we could ship the EXE with a Data subdirectory, and data\images
also being a copy of JVCL3\images, and zip that up, and voila.

This makes a 3.5 meg demo download.  :-)

Regards,

Warren


Subject: Re: How important is full featured MegaDemo Exe download?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 09:04:45 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Ralf Grenzing wrote:
>
> Has the MegaDemo an example of the docking component?
> Maybe this would be a nice to have feature. As it is very easy to have
> docking with the JvDock classes.


Yeah, I thought about that, especially since I have the new code-based tabbed-docking, we could even have the windows appear in a tabbed dock instead of in the separate interior child window as they currently do.

However its a huge change to make at this point, so maybe for JVCL 3.1. :-)

Warren



Subject: TJvDbTreeView
From: "Grzegorz Samborski" <g_OUT_rzesieks07@wp.pl>
Date: Wed, 16 Mar 2005 15:04:13 +0100
Newsgroups: jedi.vcl

Hello.
I'm using TJvDbTree component.
I have a question:
    I want to get value of clicked node (MasterField) in event OnClick i.e.:

procedure TTreeForm.jvdbtreeClick(Sender: TObject);
begin
 // How to get an information what is clicked ?

Does anybody know where is documentation and examples for this component 
(except fJvDBTree.pas) ?


greetings
Grzegorz Samborski




Subject: Re: PRE-3.0-RELEASE PROBLEM: JVCLMegaDemo problem in release branch: can't find '..\images\TTJvBackground.BMP'
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Mar 2005 09:03:18 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>
>>
>> I have changed that in HEAD branch already (by simply removing the mesage code).

I fixed the RELEASE branch yesterday so it checks if the file exists and doesn't raise the exception, rather than doing a try/except and throwing away the exception. I figure that people who are running the demo in the debugger don't want a demo to throw an exception at startup. So it's been patched around. If the bitmap shows up, it will get loaded, but if it doesn't, it silently skips it without raising any exception.

Warren


Subject: Re: JVCL Installer with disabled CLX support
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 14:37:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> JVCL Installer with disabled CLX support:

Now in the branch as well.


Subject: Re: Some Components dont work
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 14:33:42 +0100
Newsgroups: jedi.vcl

PeSe wrote:

> Hi everyoune,
>
> I installed the JCL_1_9 and after that
> JVCL_3 under C++Builder6/Pro (SP4).
> There where no problems at all.
>
> Some of the components work fine and some
> dont.
> For example : when I put a JvTransparentButton
> on a Form an try to compile then I get a
> Linker Error:
>
> unable to open file 'JSCONSTS.RES'
>
> Does anyone know what I can do to solve this?

You must add the path to the run Resources directory of the JVCL to the list of libraries in your project options.


Subject: Some Components dont work
From: PeSe <peseps@web.de>
Date: Wed, 16 Mar 2005 14:28:42 +0100
Newsgroups: jedi.vcl

Hi everyoune,

I installed the JCL_1_9 and after that
JVCL_3 under C++Builder6/Pro (SP4).
There where no problems at all.

Some of the components work fine and some
dont.
For example : when I put a JvTransparentButton
on a Form an try to compile then I get a
Linker Error:

unable to open file 'JSCONSTS.RES'

Does anyone know what I can do to solve this?

Peter


Subject: JVCL Installer with disabled CLX support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 14:07:29 +0100
Newsgroups: jedi.vcl

JVCL Installer with disabled CLX support:

Index: install/JVCLInstall/JVCLData.pas
===================================================================
RCS file: /cvsroot/jvcl/dev/JVCL3/install/JVCLInstall/JVCLData.pas,v
retrieving revision 1.30
diff -u -r1.30 JVCLData.pas
--- install/JVCLInstall/JVCLData.pas	13 Mar 2005 09:30:05 -0000	1.30
+++ install/JVCLInstall/JVCLData.pas	16 Mar 2005 13:02:26 -0000
@@ -41,6 +41,9 @@
   sJvclIncFile = '%s\common\jvcl.inc';
   sBCBIncludeDir = '%s\Include\Vcl';
 
+const
+  CLXSupport = False; { Switch this to True if the Installer should
support CLX }
+
 type
   TJVCLData = class;
   TTargetConfig = class;
@@ -80,7 +83,7 @@
 
     FJVCLConfig: TJVCLConfig;
 
-    procedure SetInstallMode(const Value: TInstallMode);
+    procedure SetInstallMode(Value: TInstallMode);
     function GetFrameworkCount: Integer;
     function GetDxgettextDir: string;
     function GetDeveloperInstall: Boolean;
@@ -711,7 +714,13 @@
     Include(FInstallMode, pkCLX);
     FInstalledJVCLVersion := 3;
   end;
-  if FInstallMode = [] then // if no VCL and no CLX that it is CLX
+  if not CLXSupport then
+  begin
+    Exclude(FInstallMode, pkCLX);
+    Include(FInstallMode, pkVCL);
+  end
+  else
+  if FInstallMode = [] then // if no VCL and no CLX than it is VCL
     Include(FInstallMode, pkVCL);
 
   // identify JCL version
@@ -925,10 +934,12 @@
   Result := GetJVCLDir + Format('\lib\%s%d', [TargetTypes[Target.IsBCB],
Target.Version]); // do not localize
 end;
 
-procedure TTargetConfig.SetInstallMode(const Value: TInstallMode);
+procedure TTargetConfig.SetInstallMode(Value: TInstallMode);
 begin
   if Value <> FInstallMode then
   begin
+    if not CLXSupport then
+      Exclude(Value, pkCLX);
     if Value = [] then
       FInstallMode := [pkVcl]
     else
@@ -1153,6 +1164,7 @@
     for Kind := pkFirst to pkLast do
       if Ini.ReadBool(Target.DisplayName, 'InstallMode_' +
IntToStr(Integer(Kind)), Kind in InstallMode) then // do not localize
         Include(Mode, Kind);
+
     InstallMode := Mode;
     //AutoDependencies := Ini.ReadBool(Target.DisplayName,
'AutoDependencies', AutoDependencies);
 
Index: install/JVCLInstall/Frames/FrmPackageSelection.pas
===================================================================
RCS file:
/cvsroot/jvcl/dev/JVCL3/install/JVCLInstall/Frames/FrmPackageSelection.pas,
v
retrieving revision 1.9
diff -u -r1.9 FrmPackageSelection.pas
--- install/JVCLInstall/Frames/FrmPackageSelection.pas	23 Dec 2004
00:25:12 -0000	1.9
+++ install/JVCLInstall/Frames/FrmPackageSelection.pas	16 Mar 2005
13:03:34 -0000
@@ -233,6 +233,8 @@
       CheckListBoxFrameworks.ItemIndex := -1;
       for Kind := pkFirst to pkLast do
       begin
+        if (Kind = pkCLX) and not CLXSupport then
+          Continue;
        // find first selected item
         Group :=
TargetConfig.Frameworks.Items[TargetConfig.Target.IsPersonal, Kind];
         if Group <> nil then
@@ -634,6 +636,11 @@
   inherited Create(AOwner);
   FOrgWndProc := CheckListBoxPackages.WindowProc;
   CheckListBoxPackages.WindowProc := HookWndProc;
+  if not CLXSupport then
+  begin
+    LblFrameworks.Visible := False;
+    CheckListBoxFrameworks.Visible := False;
+  end;
 end;
 
 end.

----------------------------------

-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 16 Mar 2005 13:40:09 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> schreef in bericht 
news:d193vi$tvc$1@talkto.net...
> > Niels v/d Spek wrote:
> >
Thanks for adding my proposel's.

>> >> Unit jvDBGrid;
>> >> ==========
>> >> The use of taps or cursorkeys those not work properly there, so i have 
>> >> some modifications done to fix this.
> >
> > I'm not quite sure about that change. I'm not familiar enough with the 
> > component and I'm wondering if that wouldn't prevent people from simply 
> > using the cursor keys to move inside a field.
> > Please elaborate a bit more on this change.
> >
Oke, i try to do it, in the old rxGrid it was posible, when you maked 
column's readonly, to skip those
columns automate. In the current version this is gone. The modification's i 
have sugested those this again.
I hope this explane it ?

Thanks anyway
Niels v/d Spek
> >
> > Cheers
> > Olivier 




Subject: Re: Another Installer update "command line too long"
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 13:34:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have changed the installer not to include the UNITDIRS (aka search
> paths) if it runs under a version lesser equal 6. This keeps us away from
> many "command line too long" bug reports.

This has been updated in the branch


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 13:34:43 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> TJvTabControl allows sets ImageIndex equal to TabIndex and does not invoke
> the inherited GetImageIndex method from TTabControl.
> Because GetImageIndex returns the TabIndex by default there is no
> behaviour change after applying this patch.

This has been updated in the branch


Subject: Re: JVCL 3 final release and CLX (again)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 13:31:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Nobody responsed to my quesion from yesterday.
>
> What is with the JVCLX (CLX support) in the final release? If we do not
> officially support it in the final release then it would be good to
> disable the VisualCLX option from the installer, too.

I agree that we should deactivate it in the installer.
I have not heard anything recently on the status of that part of the JVCL.


Subject: JVCL 3 final release and CLX (again)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 13:07:34 +0100
Newsgroups: jedi.vcl

Nobody responsed to my quesion from yesterday.

What is with the JVCLX (CLX support) in the final release? If we do not
officially support it in the final release then it would be good to
disable the VisualCLX option from the installer, too.


-- Regards, Andreas Hausladen 

Subject: Another Installer update "command line too long"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 13:04:12 +0100
Newsgroups: jedi.vcl

I have changed the installer not to include the UNITDIRS (aka search
paths) if it runs under a version lesser equal 6. This keeps us away from
many "command line too long" bug reports.

--- install/JVCLInstall/Compile.pas	13 Mar 2005 09:30:04 -0000	1.49
+++ install/JVCLInstall/Compile.pas	16 Mar 2005 12:02:02 -0000
@@ -904,15 +904,20 @@
       PathList.Free;
     end;
 
-    SearchPaths := '';
-    for i := 0 to TargetConfig.Target.SearchPaths.Count - 1 do
+    if TargetConfig.Target.Version > 6 then // Overcome make.exe "command
line too long" bug
     begin
-      S :=
ExtractShortPathName(ExcludeTrailingPathDelimiter(TargetConfig.Target.Expan
dDirMacros(TargetConfig.Target.SearchPaths[i])));
-      if SearchPaths <> '' then
-        SearchPaths := SearchPaths + ';' + S
-      else
-        SearchPaths := S;
-    end;
+      SearchPaths := '';
+      for i := 0 to TargetConfig.Target.SearchPaths.Count - 1 do
+      begin
+        S :=
ExtractShortPathName(ExcludeTrailingPathDelimiter(TargetConfig.Target.Expan
dDirMacros(TargetConfig.Target.SearchPaths[i])));
+        if SearchPaths <> '' then
+          SearchPaths := SearchPaths + ';' + S
+        else
+          SearchPaths := S;
+      end;
+    end
+    else
+      SearchPaths := '.';
 
     SetEnvironmentVariable('PATH', PChar(Path));
     SetEnvironmentVariable('DCCOPT', Pointer(DccOpt));


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 12:21:55 +0100
Newsgroups: jedi.vcl

TJvTabControl allows sets ImageIndex equal to TabIndex and does not invoke
the inherited GetImageIndex method from TTabControl.
Because GetImageIndex returns the TabIndex by default there is no
behaviour change after applying this patch.

Mantis #2724:

--- run/JvComCtrls.pas	9 Mar 2005 07:24:56 -0000	1.84
+++ run/JvComCtrls.pas	16 Mar 2005 11:16:20 -0000
@@ -1740,7 +1740,7 @@
 begin
   Result := True;
   if Assigned(TabPainter) then
-    TabPainter.DrawTab(Self, Canvas, Images, TabIndex,
Tabs[TabIndex].Caption, Rect, TabIndex = Self.TabIndex, Enabled)
+    TabPainter.DrawTab(Self, Canvas, Images, GetImageIndex(TabIndex),
Tabs[TabIndex].Caption, Rect, TabIndex = Self.TabIndex, Enabled)
   else
     Result := inherited DrawTab(TabIndex, Rect, Active);
 end;
@@ -1751,7 +1751,7 @@
 procedure TJvTabControl.DrawTab(TabIndex: Integer; const Rect: TRect;
Active: Boolean);
 begin
   if Assigned(TabPainter) then
-    TabPainter.DrawTab(Self, Canvas, Images, TabIndex, Tabs[TabIndex],
Rect, TabIndex = Self.TabIndex, Enabled)
+    TabPainter.DrawTab(Self, Canvas, Images, GetImageIndex(TabIndex),
Tabs[TabIndex], Rect, TabIndex = Self.TabIndex, Enabled)
   else
     inherited DrawTab(TabIndex, Rect, Active);
 end;


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 12:17:22 +0100
Newsgroups: jedi.vcl

Niels v/d Spek wrote:

> unit JvDBSpinEdit;
> =============
> The event OnChange was not fired anymore becose FOnChange was not called inside the TJvDBSpinEdit.
> I removed the FOnChange and the event property, it and it works again.

Done in both HEAD and Prep.


> Unit jvDBGrid;
> ==========
> The use of taps or cursorkeys those not work properly there, so i have some modifications done to fix this.

I'm not quite sure about that change. I'm not familiar enough with the component and I'm wondering if that wouldn't prevent people from simply using the cursor keys to move inside a field.
Please elaborate a bit more on this change.


> Unit TjTrayIcon
> ===========
> Moved  property ApplicationVisible from Protected to public section
> so we can make the application visible in the software.

Done in both HEAD and Prep, moved VisibleInTaskList as well.



> Unit JvLoginForm
> ============
> I liked to have the posiblity to set a username myself before showing then login window. So i have modified the property LoggedUser to property LoggedUser: string read GetLoggedUser write SetLoggedUser;

Done in both HEAD and Prep.

Cheers
Olivier


Subject: Re: A word on the JVCL Installer
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 12:13:14 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The JVCL Installer requires a source installation of the JCL. Maybe this
> sould be commented somewhere (readme.htm?)
>

Yes, I guess it should.


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 12:00:41 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> JvTabBar has a new property (PageList), a new function (FindTab) and a
> bugfix (CloseButton=False && HotTracking=True).

This is now in the Prep branch


Subject: A word on the JVCL Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 11:59:49 +0100
Newsgroups: jedi.vcl

The JVCL Installer requires a source installation of the JCL. Maybe this
sould be commented somewhere (readme.htm?)

-- Regards, Andreas Hausladen 

Subject: Re: How important is full featured MegaDemo Exe download?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 11:58:31 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

Has the MegaDemo an example of the docking component?
Maybe this would be a nice to have feature. As it is very easy to have
docking with the JvDock classes.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 11:58:27 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Bind Installer to JCL 1.95 and newer

This is now in prep branch


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 11:57:58 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> If a package has no description text the empty string will be added to
> registry KnownPackages key. Delphi does not load a packages which has no
> description text in the registry.

This is now in the prep branch


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 11:57:09 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Installer bugfix 1:
>
> FindFiles() does return any file if you want to find all files
> (FileExistensions array = [])

This is now in CVS


Subject: Re: How important is full featured MegaDemo Exe download?
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 16 Mar 2005 11:49:13 +0100
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> schreef in bericht 
news:d191u1$tfb$1@talkto.net...
> > Hi @ll
> >
> > as you perhaps already assumed I think the offering of a full blown 
> > MegaDemo *executable* for download would be a *very* important for JVCL.
> >
> > I think this would increase the use of the JVCL because many people hear 
> > of JVCL and perhaps even comes along and then they think something like "I 
> > don´t have time to give it a shot, I don´t know what it really includes, 
> > what problems may come ...!". So if you offer a simple exe download to 
> > play with many people will give it a shot and will discover the power of 
> > JVCL and use it and perhaps gets even involved!
> >
> > To make it short: My guess if we offer such a download the barrier for 
> > potential new user of the JVCL we be significantly decreased.
> >
> > What do you think?
> > Or do you simple agree?

Yes simple agree, becose i have already asked you to create ;)
When you need some help with creating a installation file ... i have some 
experency's with Inno Setup.

Bye for now,
Niels v/d Spek.

> >
> > best regards
> > Ralf Grenzing
> > JVCL MegaDemo Developer 




Subject: How important is full featured MegaDemo Exe download?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Mar 2005 11:43:03 +0100
Newsgroups: jedi.vcl

Hi @ll

as you perhaps already assumed I think the offering of a full blown MegaDemo *executable* for download would be a *very* important for JVCL.

I think this would increase the use of the JVCL because many people hear of JVCL and perhaps even comes along and then they think something like "I don´t have time to give it a shot, I don´t know what it really includes, what problems may come ...!". So if you offer a simple exe download to play with many people will give it a shot and will discover the power of JVCL and use it and perhaps gets even involved!

To make it short: My guess if we offer such a download the barrier for potential new user of the JVCL we be significantly decreased.

What do you think? Or do you simple agree?

best regards
Ralf Grenzing
JVCL MegaDemo Developer


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 11:33:43 +0100
Newsgroups: jedi.vcl

If you put your changes in dev without having "updated" it to be on JVCL3_00_PREPARATION branch, then no, those changes are not in for the release.
Please have a look at my answer to Warren on 15/03/2005 at 16:31 for explanations as to how to work on a specific branch of the CVS repository.

Cheers
Olivier


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 11:32:03 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> > Just one question: I always read about these prerelease branch. Since I
> > am new to CVS I only want to know if I had anything take into account,
> > when I check in / commit or update, because I use the dev branch?

You can only commit to PREPARATION if you had made a "special update" in
CVS. Otherwise your committments will go into the HEAD branch (as normal).


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 11:30:41 +0100
Newsgroups: jedi.vcl

JvTabBar has a new property (PageList), a new function (FindTab) and a
bugfix (CloseButton=False && HotTracking=True).

* PageList makes life easier if you want to connect a TJVTabBar with a
TJvPageList (=> no OnSelected + PageIndex := SelectedTab.Index necessary)

* FindTab can be very usefull for example if you want a Component-Palette
and you have only the Palette name

* If you have CloseButton=False and you want HotTracking=True the hot
tracking does not show any visual feedback (because the code was
encapsulated by a "if CloseButton then").

These patches are tested with the new binary installer (which is waiting
for a freeze for JVCL compilation)

Easiest way would be to copy the JvTabBar.pas file over to PREP.


--- run/JvTabBar.pas	13 Mar 2005 17:34:45 -0000
+++ run/JvTabBar.pas	14 Mar 2005 14:23:44 -0000	1.23
@@ -73,14 +73,6 @@
 
   {$ENDIF COMPILER5}
 
+  IPageList = interface
+    ['{6BB90183-CFB1-4431-9CFD-E9A032E0C94C}']
+    function CanChange(AIndex: Integer): Boolean;
+    procedure SetActivePageIndex(AIndex: Integer);
+    function GetPageCount: Integer;
+    function GetPageCaption(AIndex: Integer): string;
+  end;
+
   TJvTabBarItem = class(TCollectionItem)
   private
     FLeft: Integer; // used for calculating DisplayRect
@@ -281,7 +273,6 @@
     FAutoFreeClosed: Boolean;
     FAllowUnselected: Boolean;
     FSelectBeforeClose: Boolean;
+    FPageList: TCustomControl;
 
     FOnTabClosing: TJvTabBarClosingEvent;
     FOnTabSelected: TJvTabBarItemEvent;
@@ -318,7 +309,6 @@
     function FindSelectableTab(Tab: TJvTabBarItem): TJvTabBarItem;
     procedure SetHint(const Value: TCaption);
     procedure SetFlatScrollButtons(const Value: Boolean);
+    procedure SetPageList(const Value: TCustomControl);
   protected
     procedure Resize; override;
     procedure CalcTabsRects;
@@ -358,7 +348,6 @@
     destructor Destroy; override;
 
     function AddTab(const Caption: string): TJvTabBarItem;
+    function FindTab(const Caption: string): TJvTabBarItem; // returns
the first tab with the given Caption
     function TabAt(X, Y: Integer): TJvTabBarItem;
     function MakeVisible(Tab: TJvTabBarItem): Boolean;
     function FindData(Data: TObject): TJvTabBarItem;
@@ -368,7 +357,6 @@
     property Tabs: TJvTabBarItems read FTabs write SetTabs;
     property Painter: TJvTabBarPainter read FPainter write SetPainter;
     property Images: TImageList read FImages write SetImages;
+    property PageList: TCustomControl read FPageList write SetPageList;
 
     // Status
     property SelectedTab: TJvTabBarItem read FSelectedTab write
SetSelectedTab;
@@ -418,7 +406,6 @@
     property Tabs;
     property Painter;
     property Images;
+    property PageList;
 
     property OnTabClosing;
     property OnTabClosed;
@@ -476,7 +463,6 @@
 var
   C: TColor;
 begin
+  // Should be replaced because GetPixel is not really working under Linux
   C := Pixels[X, Y];
   inherited LineTo(X, Y);
   Pixels[X, Y] := C;
@@ -548,10 +534,7 @@
       Painter := nil
     else
     if Component = FImages then
+      Images := nil
+    else
+    if Component = FPageList then
+      PageList := nil;
-      Images := nil;
   end;
   if Assigned(FTabs) then
     for I := Tabs.Count - 1 downto 0 do
@@ -724,14 +707,7 @@
 end;
 
 procedure TJvCustomTabBar.TabSelected(Tab: TJvTabBarItem);
+var
+  PageListIntf: IPageList;
 begin
+  if Assigned(PageList) and Supports(PageList, IPageList, PageListIntf)
then
+  begin
+    PageListIntf.SetActivePageIndex(Tab.Index);
+    PageListIntf := nil; // who knows what OnTabSelected does with the
PageList
+  end;
   if Assigned(FOnTabSelected) then
     FOnTabSelected(Self, Tab);
 end;
@@ -1004,19 +980,6 @@
   Result.Caption := Caption;
 end;
 
+function TJvCustomTabBar.FindTab(const Caption: string): TJvTabBarItem;
+var
+  i: Integer;
+begin
+  for i := 0 to Tabs.Count - 1 do
+    if Caption = Tabs[i].Caption then
+    begin
+      Result := Tabs[i];
+      Exit;
+    end;
+  Result := nil;
+end;
+
 procedure TJvCustomTabBar.CalcTabsRects;
 var
   I, X: Integer;
@@ -1324,30 +1287,6 @@
   end;
 end;
 
+procedure TJvCustomTabBar.SetPageList(const Value: TCustomControl);
+var
+  PageListIntf: IPageList;
+begin
+  if Value <> FPageList then
+  begin
+    if Value <> nil then
+    begin
+      if not Supports(Value, IPageList, PageListIntf) then
+        Exit;
+      if SelectedTab <> nil then
+        PageListIntf.SetActivePageIndex(SelectedTab.Index)
+      else
+        PageListIntf.SetActivePageIndex(0);
+      PageListIntf := nil;
+    end;
+    if Assigned(FPageList) then
+      FPageList.RemoveFreeNotification(Self);
+    FPageList := Value;
+    if Assigned(FPageList) then
+      FPageList.FreeNotification(Self);
+  end;
+end;
+
 //=== { TJvTabBarItem }
======================================================
 
 constructor TJvTabBarItem.Create(Collection: TCollection);
@@ -1799,14 +1738,6 @@
       end;
     end;
 
+    if Tab.Enabled and not Tab.Selected and Tab.Hot then
+    begin
+      // hot
+      Pen.Color := DividerColor;
+      MoveTo(R.Left, R.Top);
+      LineTo(R.Right - 1 - 1, R.Top);
+    end;
+
     if Tab.TabBar.CloseButton then
     begin
       // close button color
@@ -1815,6 +1746,14 @@
       else
         Brush.Color := CloseColor;
 
-      if Tab.Enabled and not Tab.Selected and Tab.Hot then
-      begin
-        // hot
-        Pen.Color := DividerColor;
-        MoveTo(R.Left, R.Top);
-        LineTo(R.Right - 1 - 1, R.Top);
-      end;
-
       CloseR := GetCloseRect(Canvas, Tab, Tab.DisplayRect);
       Pen.Color := CloseRectColor;
       if not Tab.Enabled then
@@ -2056,7 +1995,6 @@
 end;
 
 {$IFDEF UNITVERSIONING}
+
 initialization
   RegisterUnitVersion(HInstance, UnitVersioning);
 

-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Mar 2005 11:30:07 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Hi all,
>
> Before I create the release, it seems there are a few things that MUST be in it, and hence must be patched into the JVCL3_00_PREPARATION branch.
> What I'm asking here is for people to post one message per change, along with a detailed explanation of the benefits of the proposed change and a diff to be applied to the appropriate file(s).
>
> Thanks a lot for your help
>
> Cheers
> Olivier

Hi OBones

if there are any issues with MegaDemo everyone can give me directly a mail to Ralf dot Grenzing @gmx.de

Just one question: I always read about these prerelease branch. Since I am new to CVS I only want to know if I had anything take into account, when I check in / commit or update, because I use the dev branch?

best regards

Ralf Grenzing
JVCL MegaDemo Developer


Subject: Re: Changes checked into JVCL Mega Demo [only in JVCL 3 RELEASE BRANCH].
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Mar 2005 11:25:19 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> I have made some changes to JVCL mega-demo.
>
> 1. Cleaned up capitalization and spelling, at least the most obvious stuff.
>
> 2. Changed a few bitmaps (the Delphi 7 icon is version specific and was removed).
>
> 3. Changed hello.fm, which was garish and unsightly.  It now loads the welcome message from JVCL\bin\Data\welcome.rtf, and does NOT use the JvScroller. There was no reason for scrolling 4 lines of text. Also the mouse-over behaviour in that form was horrible, and I've gotten rid of it. Particularly the mouse-over behaviour where the large JVCL logo is replaced by the "spirit of delphi" logo was awful and I nixed it.
>
> 4. I added some images to the JvXPBars where there were JvLabels without icons, I added some icons.
>
> Regards,
>
> Warren
>
thanx Warren for you work! Cool! Perhaps we can communicate direct to improve the MegaDemo further? If you want to mail me leave the Spam word where it is!

best regards

Ralf Grenzing


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 11:20:54 +0100
Newsgroups: jedi.vcl

Bind Installer to JCL 1.95 and newer

--- install/JVCLInstall/JCLData.pas	23 Dec 2004 00:25:12 -0000
+++ install/JVCLInstall/JCLData.pas	16 Mar 2005 10:04:15 -0000	1.5
@@ -35,7 +35,7 @@
     requires the user to install or compile the JCL. Changing this
constant
     will only change the displayed string but not the JCL version testing
     code. }
-  JCLVersion = '1.92 or 1.93(CVS)';
+  JCLVersion = '1.95';
 
 
   { JCLBrowsePaths specifies the JCL directories that could be found in
the
@@ -61,8 +61,8 @@
     directory to be accepted as a new enought JCL version. The paths must
start
     with a backslash. A leading "+" means that the file must exist, a
leading
     "-" means that the file must not exist. }
-  JCLIdentifyOutdated: array[0..2] of string = (
-//    '+\source\windows\win32api\WinBase.int' // 1.93(CVS)
+  JCLIdentifyOutdated: array[0..3] of string = (
+     '+\source\common\JclArrayLists.pas', // 1.95
      '+\source\common\JclCompression.pas',
      '+\source\common\JclUnitVersioning.pas',
      '+\source\common\JclWideStrings.pas'



-- Regards, Andreas Hausladen 

Subject: Re: JVCL Mega Demo comments (and some whinging)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Mar 2005 11:19:58 +0100
Newsgroups: jedi.vcl

Remko Bonte schrieb:
> Warren Postma wrote:
>
>> (1) I don't like the "http:31" links. Can we make the hyperlinks NOT show the "http:31" and just have clickable Type names?
>
>
> I'll change that.
>

cool! :-) I really disliked this approach, too as I mentioned in my monster post!

Thanx!

best regards

Ralf Grenzing
JVCL MegaDemo Developer


Subject: Re: JVCL Mega Demo comments (and some whinging)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Mar 2005 11:18:58 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> Here's what I *like* about the JVCL mega demo:

nice to here you like these points :-)
>
> (1) Incredible amount of demos in a small space.
>
> (2) Easy navigation in the delphi-ide-like fashion (component palette)
>
> (3) Searching is nice.
>
> Here's what I *don't* like about the JVCL mega demo, and I don't propose we do anything about most of these points.
>
> (1) I don't like the "http:31" links. 

> show the "http:31" and just have clickable Type names?
>
> Here's what shows up when I click on Search:
>
>     JvNavPanelButton3 is used in following Demos:
>     http:shows
>     http:a
>     http:special
>     http:Seach
>     http:form
>     http:where
>     http:one
>     http:can
>     ....
>
> What's going on there?

:-) Yes seems really strange! But it is simple: I mixed two entries up
in the .ini I will look in this!

>
>
> (2) The text/captions have a lot of weird typos and awkward english. I hope nobody takes offense to my statement, because I appreciate the hard work everyone is doing, especially Ralf, however I feel I must go in there and clean up the text strings. :-)

Yes I would really appreciate this because as you can read my English is
not the best :-) Anyway: the main work was to extract some *information*
about the demos an its hidden feature! So if you can correct the English
I would be very thankful!

best regards

Ralf Grenzing
JVCL MegaDemo Developer


Subject: Re: Regarding the JVCL Mega Demo
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Mar 2005 11:17:57 +0100
Newsgroups: jedi.vcl

Craig van Nieuwkerk schrieb:
>> Wouldn't it be possible to make the executable available for download? The
>> reason I am asking this is that whenever I am interested in a set of
>> components, I like to be able to see how it performs before having to go
>> through the potential hassle of installing it.
>>
>
>
> I agree. When I saw the message about the mega demo, the first thing I
> wanted to do was download an exe demo. When I couldn't see that I didn't
> bother any more downloading the components.
>
> Craig.

Hi guys: in fact my personal goal was to produce an executable download.
I will post a new thread please post there your opinion

best regards
Ralf Grenzing
JVCL MegaDemo Developer


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 11:17:36 +0100
Newsgroups: jedi.vcl

If a package has no description text the empty string will be added to
registry KnownPackages key. Delphi does not load a packages which has no
description text in the registry.

--- install/JVCLInstall/DelphiData.pas	14 Mar 2005 19:53:30 -0000
+++ install/JVCLInstall/DelphiData.pas	15 Mar 2005 17:24:27 -0000	1.19
@@ -166,7 +166,6 @@
   public
     function IndexOfFilename(const Filename: string): Integer;
     procedure Add(const Filename, Description: string);
+    procedure Remove(const Filename: string);
 
     property Items[Index: Integer]: TDelphiPackage read GetItems; default;
   end;
@@ -817,25 +816,10 @@
 var
   Item: TDelphiPackage;
 begin
+  if Description = '' then
+    Item := TDelphiPackage.Create(Filename,
ChangeFileExt(ExtractFileName(Filename), ''))
+  else
+    Item := TDelphiPackage.Create(Filename, Description);
-  Item := TDelphiPackage.Create(Filename, Description);
   inherited Add(Item);
 end;
 
+procedure TDelphiPackageList.Remove(const Filename: string);
+var
+  i: Integer;
+begin
+  for i := 0 to Count - 1 do
+    if CompareText(Items[i].Filename, Filename) = 0 then
+    begin
+      Delete(i);
+      Exit;
+    end;
+end;
+
 function TDelphiPackageList.GetItems(Index: Integer): TDelphiPackage;
 begin
   Result := TDelphiPackage(inherited Items[Index]);



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Mar 2005 11:14:37 +0100
Newsgroups: jedi.vcl

Installer bugfix 1:

FindFiles() does return any file if you want to find all files
(FileExistensions array = [])

--- install/JVCLInstall/Utils.pas	25 Jan 2005 07:46:33 -0000
+++ install/JVCLInstall/Utils.pas	15 Mar 2005 17:24:27 -0000	1.20
@@ -488,8 +488,8 @@
       end
       else
       begin
+        if (Length(FileExtensions) = 0) or
(IsInArray(ExtractFileExt(sr.Name), FileExtensions) <> -1) then
+          List.AddObject(Dir + '\' + sr.Name, TObject(sr.Size));
-        if IsInArray(ExtractFileExt(sr.Name), FileExtensions) <> -1 then
-          List.Add(Dir + '\' + sr.Name);
       end;
     until FindNext(sr) <> 0;
   finally

-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 16 Mar 2005 11:14:03 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> schreef in bericht 
news:d18u4s$si0$1@talkto.net...
> > Hi all,
> >
> > Before I create the release, it seems there are a few things that MUST be 
> > in it, and hence must be patched into the JVCL3_00_PREPARATION branch.
> > What I'm asking here is for people to post one message per change, along 
> > with a detailed explanation of the benefits of the proposed change and a 
> > diff to be applied to the appropriate file(s).
> >
> > Thanks a lot for your help
> >
> > Cheers
> > Olivier

Sorry, third time i post this, but Olivier asked me ;)

Here are the modifications:

unit JvDBSpinEdit;
=============
The event OnChange was not fired anymore becose FOnChange was not called 
inside the TJvDBSpinEdit.
I removed the FOnChange and the event property, it and it works again.

Unit jvDBGrid;
==========
The use of taps or cursorkeys those not work properly there, so i have some 
modifications done to fix this.

modified  procedure CheckTab(GoForward: Boolean);
.....
        if ACol = Original then
          Exit;
        if TabStops[ACol] then begin
          SelectedIndex := ACol; << added
          Exit;
        end;
      end;
  end;

Modified Procedure KeyDown;
....
      if ((Key in [VK_LEFT, VK_RIGHT]) and not (dgRowSelect in Options))
then begin  << added
        ClearSelections; << added
        CheckTab(Key in [VK_RIGHT]); << added
        exit; << added
      end else << added
      if ((Key in [VK_HOME, VK_END]) and ((ColCount = IndicatorOffset + 1)
or
        (dgRowSelect in Options))) or (Key in [VK_ESCAPE, VK_NEXT,
VK_PRIOR]) or
        ((Key = VK_INSERT) and (CanModify and (not ReadOnly) and (dgEditing
in Options))) then
        ClearSelections
      else
      if (Key = VK_TAB) and not (ssAlt in Shift) then begin
        CheckTab(not (ssShift in Shift));
        exit;
      end;
....
end;

Unit TjTrayIcon
===========
Moved  property ApplicationVisible from Protected to public section
so we can make the application visible in the software.

Unit JvLoginForm
============
I liked to have the posiblity to set a username myself before showing then 
login window. So i have modified the property LoggedUser to property 
LoggedUser: string read GetLoggedUser write SetLoggedUser;

and modified then function TJvCustomLogin.Login to get the LoggedUser name.

var
  LoginName: string;
begin
  DoBeforeLogin;
  LoginName := LoggedUser; << Added.
  Result := DoLogin(LoginName);
  if Result then
  begin
    SetLoggedUser(LoginName);
    DoUpdateCaption;
    DoAfterLogin;
  end;
end;




Subject: Re: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 10:58:59 +0100
Newsgroups: jedi.vcl

Niels v/d Spek wrote:

> Olivier,
> Just for asking, do you have read my message "Litle Modifications on some components".
> That is exactly,. i think, what you have asked here, isn;t it?

Yes, I've read it, but i'm trying to sum everything up in one thread so that I don't have to chase things around. So if you could duplicate the reasons and solutions here, I would appreciate it.

Cheers
Olivier


Subject: Re: JVCL 3.00 release: List of what MUST be in
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 16 Mar 2005 10:40:19 +0100
Newsgroups: jedi.vcl

Olivier,
Just for asking, do you have read my message "Litle Modifications on some 
components".
That is exactly,. i think, what you have asked here, isn;t it?

Thanks and thumps Up ;)

Niels v/d Spek

"OBones" <oobnes__gf_@_gfd_altern.org> schreef in bericht 
news:d18u4s$si0$1@talkto.net...
> > Hi all,
> >
> > Before I create the release, it seems there are a few things that MUST be 
> > in it, and hence must be patched into the JVCL3_00_PREPARATION branch.
> > What I'm asking here is for people to post one message per change, along 
> > with a detailed explanation of the benefits of the proposed change and a 
> > diff to be applied to the appropriate file(s).
> >
> > Thanks a lot for your help
> >
> > Cheers
> > Olivier 




Subject: JVCL 3.00 release: List of what MUST be in
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 10:37:46 +0100
Newsgroups: jedi.vcl

Hi all,

Before I create the release, it seems there are a few things that MUST be in it, and hence must be patched into the JVCL3_00_PREPARATION branch.
What I'm asking here is for people to post one message per change, along with a detailed explanation of the benefits of the proposed change and a diff to be applied to the appropriate file(s).

Thanks a lot for your help

Cheers
Olivier


Subject: Re: Latest JVCL CVS Installation problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 16 Mar 2005 09:25:14 +0000 (UTC)
Newsgroups: jedi.vcl

OBones :

> > Do you use the very latest JCL as well ?

Yes, I do. 
I use both latest CVS, for new installation (JCL and 
JVCL as well).


Subject: Re: Latest JVCL CVS Installation problem under BCB6
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Mar 2005 10:07:57 +0100
Newsgroups: jedi.vcl

Do you use the very latest JCL as well ?


Subject: Re: JVXPBar could be rather generally nice as a collapsable group box-like parent window.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Mar 2005 10:04:59 +0100
Newsgroups: jedi.vcl

FYI, this has been requested before and I did have a look at it at the time.
I came to the conclusion that it would mean a rather largish and complicated
rewrite, so I didn't do it. If you are up to it, I certainly think it is a
worthwhile addition.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Regarding the JVCL Mega Demo
From: "Alan Garny" <someone@somewhere.cm>
Date: Wed, 16 Mar 2005 08:23:35 -0000
Newsgroups: jedi.vcl

Wouldn't it be possible to make the executable available for download? The 
reason I am asking this is that whenever I am interested in a set of 
components, I like to be able to see how it performs before having to go 
through the potential hassle of installing it.

In my application, I use JvInspector, which I quite like, but that's the 
only one from the JVCL that I have installed. The reason is that my 
application is open source and that I therefore cannot force people into 
installing all of the JVCL. Hence, I have 'extracted' it from the library.

This said, I wonder whether there are not other components that I might be 
interested in using and having the executable of the mega demo would help me 
finding out...

    Cheers, Alan. 




Subject: Re: JVCL3.0 laster install problem
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 16 Mar 2005 08:31:02 +0100
Newsgroups: jedi.vcl

You need also the latest jcl.

Greetings
Jens

> >I install JVcl3-last but error, who can help me ?
> >
> >the error message is
> >
> >MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >[Generating: Templates]
> >MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >Writing: ..\D7\dcc32.cfg
> >[Generating: Packages]
> >Generating packages for D7
> > Loaded template.dof
> > Loaded template.dpk
> > Loaded template.res
> >MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >[Compiling: Packages]
> >MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >[Compiling: Packages]
> >MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >[Compiling: Jv3rdD7R.bpl]
> >Borland Delphi Version 15.0
> >Copyright (c) 1983,2002 Borland Software Corporation
> >4961 lines, 0.20 seconds, 27000 bytes code, 117 bytes data.
> >[Compiling: JvCoreD7R.bpl]
> >Borland Delphi Version 15.0
> >Copyright (c) 1983,2002 Borland Software Corporation
> >
> >138846 lines, 3.52 seconds, 623256 bytes code, 4333 bytes data.
> >[Compiling: JvSystemD7R.bpl]
> >Borland Delphi Version 15.0
> >Copyright (c) 1983,2002 Borland Software Corporation
> >
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(345) Error: Undeclared identifier:
> >'TTransmetaSpecific'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(346) Error: Undeclared identifier:
> >'TViaSpecific'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1821) Error: Undeclared
> >identifier: '_3DNow'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1846) Error: Undeclared
> >identifier: 'Ex3DNow'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1851) Error: Undeclared
> >identifier: 'ExMMX'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1891) Error: Undeclared
> >identifier: 'Is64Bits'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1901) Error: Undeclared
> >identifier: 'L1InstructionCacheSize'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1906) Error: Undeclared
> >identifier: 'L1DataCacheSize'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1911) Error: Undeclared
> >identifier: 'L2CacheSize'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1916) Error: Undeclared
> >identifier: 'L3CacheSize'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2119) Error: Undeclared
> >identifier: 'CPU_TYPE_TRANSMETA'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2119) Warning: Comparing signed
> >and unsigned types - widened both operands
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2120) Error: Undeclared
> >identifier: 'TransmetaSpecific'
> >
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2129) Error: Undeclared
> >identifier: 'CPU_TYPE_VIA'
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2129) Warning: Comparing signed
> >and unsigned types - widened both operands
> >D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2130) Error: Undeclared
> >identifier: 'ViaSpecific'
> >JvSystemD7R.dpk(87) Fatal: Could not compile used unit
> >'..\..\run\JvComputerInfoEx.pas'
> >
> >** error 1 ** deleting "D:\Borland\Delphi7\Projects\Bpl"\JvSystemD7R.bpl
> >
> >** error 1 ** deleting CompilePackages
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Latest JVCL CVS Installation problem under BCB6
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 16 Mar 2005 06:49:25 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,
I have problem with latest JVCL CVS installation under BCB6. 

I have also installed latest JCL CVS without problem.

I have got following message:

 [Compiling: JvCoreC6R.bpl]
 Loading project file
 Loading template
 Generating Makefile

 ...

 Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
 Fatal: Unable to open file 'JCLMAPI.OBJ'

 ** error 2 ** deleting JvCoreC6R.bpl
 ** error 1 ** deleting JvCoreC6R.bpl
 ** error 1 ** deleting CompilePackages
---------

I checked 'JCLMAPI.OBJ' file and I have it on my PC and
also it seems to me the path is set properly (library path 
in BCB IDE too).
I can't find solution for that but I suppose some strange
problem on my PC (new WinXP Pro SP2 on my PC as well...?? ).

Can anybody advise me. 
Where is the problem?

TIA
Vaclav


Subject: JvBandObject stealing mouse up events?
From: "Richard Cordova" <richardc_2074@yahoo.com>
Date: Wed, 16 Mar 2005 17:43:23 +1100
Newsgroups: jedi.vcl

Hello,

I've used the Band Object wizard to create a new toolbar for Internet
Explorer. I have found that when the toolbar is shown (or whenever the DLL
is loaded) then my mouse behaviour becomes a bit unstable. In particular it
seems as though IE starts to occasionally ignore mouse up message. This is
most obvious when repositioning the IE window, it will often get 'stuck' to
the cursor even when the mouse button is release.

The behaviour even occurs on an empty form (literally create -> register ->
run IE -> show toolbar will produce this problem).

Anyone encountered this before? Any solutions would be greatly appreciated!

Regards,
Richard






Subject: Re: PRE-3.0-RELEASE PROBLEM: JVCLMegaDemo problem in release branch: can't find '..\images\TTJvBackground.BMP'
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Mar 2005 06:57:19 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Where would that be ?

From the file dates in my JVCLMegaDemo directory JVCLMegaDemo.dof,
Unitmain.pas, Unitmain.dfm, JVCLMegaDemo.dpr. Also the .ini files in bin\data JvMegaDemoAllDemoForms.ini, JvMegaDemoCompsTabs.ini.


Subject: JVCL3.0 laster install problem
From: "satanmonkey" <satanmonkey@goupsoft.com>
Date: Wed, 16 Mar 2005 13:23:48 +0800
Newsgroups: jedi.vcl

I install JVcl3-last but error, who can help me ?

the error message is

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
[Generating: Packages]
Generating packages for D7
 Loaded template.dof
 Loaded template.dpk
 Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Jv3rdD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
4961 lines, 0.20 seconds, 27000 bytes code, 117 bytes data.
[Compiling: JvCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

138846 lines, 3.52 seconds, 623256 bytes code, 4333 bytes data.
[Compiling: JvSystemD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

D:\Borland\jvcl3\run\JvComputerInfoEx.pas(345) Error: Undeclared identifier:
'TTransmetaSpecific'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(346) Error: Undeclared identifier:
'TViaSpecific'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1821) Error: Undeclared
identifier: '_3DNow'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1846) Error: Undeclared
identifier: 'Ex3DNow'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1851) Error: Undeclared
identifier: 'ExMMX'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1891) Error: Undeclared
identifier: 'Is64Bits'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1901) Error: Undeclared
identifier: 'L1InstructionCacheSize'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1906) Error: Undeclared
identifier: 'L1DataCacheSize'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1911) Error: Undeclared
identifier: 'L2CacheSize'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(1916) Error: Undeclared
identifier: 'L3CacheSize'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2119) Error: Undeclared
identifier: 'CPU_TYPE_TRANSMETA'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2119) Warning: Comparing signed
and unsigned types - widened both operands
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2120) Error: Undeclared
identifier: 'TransmetaSpecific'

D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2129) Error: Undeclared
identifier: 'CPU_TYPE_VIA'
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2129) Warning: Comparing signed
and unsigned types - widened both operands
D:\Borland\jvcl3\run\JvComputerInfoEx.pas(2130) Error: Undeclared
identifier: 'ViaSpecific'
JvSystemD7R.dpk(87) Fatal: Could not compile used unit
'..\..\run\JvComputerInfoEx.pas'

** error 1 ** deleting "D:\Borland\Delphi7\Projects\Bpl"\JvSystemD7R.bpl

** error 1 ** deleting CompilePackages




Subject: Re: Regarding the JVCL Mega Demo
From: "Craig van Nieuwkerk" <craigvn@gmail.com>
Date: Wed, 16 Mar 2005 13:22:54 +1100
Newsgroups: jedi.vcl

> > Wouldn't it be possible to make the executable available for download? The
> > reason I am asking this is that whenever I am interested in a set of
> > components, I like to be able to see how it performs before having to go
> > through the potential hassle of installing it.
> >

I agree. When I saw the message about the mega demo, the first thing I
wanted to do was download an exe demo. When I couldn't see that I didn't
bother any more downloading the components.

Craig.
-- Get Folio First - www.h3k.biz 

Subject: JvMail, saving attachments
From: "Brent Rose" <brentrose@paradise.net.nz>
Date: Wed, 16 Mar 2005 01:56:53 +0100
Newsgroups: jedi.vcl

I can successfully iterate Inbox msgs and read any attached files, but 
if the process is repeated, the attachments have a count number appended:

eg file MyFile.txt becomes MyFile (1).txt, then MyFile (2).txt etc

How can I save a copy of an attached file using its original name (just 
like the user would do manually) without the unique qualifier??

Thanks for any help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: OT- Transparency Problem With XPPro SP2 and Delphi 7
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Wed, 16 Mar 2005 11:56:24 +1100
Newsgroups: jedi.vcl

"Bill Miller" <w2m@frontiernet.net> wrote in message 
news:d170gd$fhj$1@talkto.net...
> > Warren,
> >
> > This is getting stranger by the minute.  I have all updates installed 
> > except for Microsoft .NET Framework version 1.1.  (I do not use net). 
> > Might the net install fix the problem even though I do not use net?
> >
> > Regards,
> >
> > Bill
> >
> >
>> >> Microsoft appears to have silently fixed this in one of unrelated 
>> >> WindowsUpdates. I can no longer see this problem here. But none of the 
>> >> hotfixes that are installed on my machine have any documentation that 
>> >> suggests they fix any GDI/API/GUI bugs.  Isn't that just like Big 
>> >> Brother. :-)
>> >>
>> >> Warren

This appeared as an issue for those using the InfoPower Grids as the 
indicator bitmaps ended up with white backgrounds instead of transparent. 
The fix is to set the BkColor of the image list to that of the transparent 
color of the bitmaps (and to avoid using BrushCopy for the moment).

Check their newsgroups if you want more info.

Andrew 




Subject: Litle modifications on some components.
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 16 Mar 2005 00:36:40 +0100
Newsgroups: jedi.vcl

I posted this sunday on the Wrong (jedi.jcl) and i hope this can be inserted 
into the latest brand, when posible.

Thaks anyway


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schreef in bericht
news:d117vt$84v$1@talkto.net...
> > Niels v/d Spek wrote:
> >
>> >> In the last couple of weeks i have modified a some of the liberies, can
>> >> that be inserted before release
>> >> or do we wait until after de release?
> >
> > If you are fast we meight be able to add your modifications before
> > tomorrow.
> >
Here are the modifications:

unit JvDBSpinEdit;
removed the FOnChange and the event property, it those not work.

Unit jvDBGrid;
modified   procedure CheckTab(GoForward: Boolean);

.....
        if ACol = Original then
          Exit;
        if TabStops[ACol] then begin
          SelectedIndex := ACol; << added
          Exit;
        end;
      end;
  end;

Modified Procedure KeyDown;
....
      if ((Key in [VK_LEFT, VK_RIGHT]) and not (dgRowSelect in Options))
then begin  << added
        ClearSelections; << added
        CheckTab(Key in [VK_RIGHT]); << added
        exit; << added
      end else << added
      if ((Key in [VK_HOME, VK_END]) and ((ColCount = IndicatorOffset + 1)
or
        (dgRowSelect in Options))) or (Key in [VK_ESCAPE, VK_NEXT,
VK_PRIOR]) or
        ((Key = VK_INSERT) and (CanModify and (not ReadOnly) and (dgEditing
in Options))) then
        ClearSelections
      else
      if (Key = VK_TAB) and not (ssAlt in Shift) then begin
        CheckTab(not (ssShift in Shift));
        exit;
      end;
....
end;

Unit TjTrayIcon
Moved     property ApplicationVisible: Boolean read GetApplicationVisible
write SetApplicationVisible;
from Protected to public

Unit JvLoginForm
modified property LoggedUser to property LoggedUser: string read
GetLoggedUser write SetLoggedUser;
modified function TJvCustomLogin.Login: Boolean;
var
  LoginName: string;
begin
  DoBeforeLogin;
  LoginName := LoggedUser; << Added. So we can fill an Username in the
software.
  Result := DoLogin(LoginName);
  if Result then
  begin
    SetLoggedUser(LoginName);
    DoUpdateCaption;
    DoAfterLogin;
  end;
end;

That is it for now, i have, more modification but those are to big to report
now.

Niels




Subject: Re: JVCL 3.00 release schedule
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 16 Mar 2005 00:27:29 +0100
Newsgroups: jedi.vcl,jedi.jcl

Andreas,

Do you have hat time to insert my modifications into the last brand?

Thanks anyway

Niels

"Niels v/d Spek" <Jedi_Ng@lumensoft.nl> schreef in bericht 
news:d11ctb$96t$1@talkto.net...
> >
> > "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schreef in bericht 
> > news:d117vt$84v$1@talkto.net...
>> >> Niels v/d Spek wrote:
>> >>
>>> >>> In the last couple of weeks i have modified a some of the liberies, can
>>> >>> that be inserted before release
>>> >>> or do we wait until after de release?
>> >>
>> >> If you are fast we meight be able to add your modifications before
>> >> tomorrow.
>> >>
> > Here are the modifications:
> >
> > unit JvDBSpinEdit;
> > removed the FOnChange and the event property, it those not work.
> >
> > Unit jvDBGrid;
> > modified   procedure CheckTab(GoForward: Boolean);
> >
> > ....
> >        if ACol = Original then
> >          Exit;
> >        if TabStops[ACol] then begin
> >          SelectedIndex := ACol; << added
> >          Exit;
> >        end;
> >      end;
> >  end;
> >
> > Modified Procedure KeyDown;
> > ...
> >      if ((Key in [VK_LEFT, VK_RIGHT]) and not (dgRowSelect in Options)) 
> > then begin  << added
> >        ClearSelections; << added
> >        CheckTab(Key in [VK_RIGHT]); << added
> >        exit; << added
> >      end else << added
> >      if ((Key in [VK_HOME, VK_END]) and ((ColCount = IndicatorOffset + 1) 
> > or
> >        (dgRowSelect in Options))) or (Key in [VK_ESCAPE, VK_NEXT, 
> > VK_PRIOR]) or
> >        ((Key = VK_INSERT) and (CanModify and (not ReadOnly) and (dgEditing 
> > in Options))) then
> >        ClearSelections
> >      else
> >      if (Key = VK_TAB) and not (ssAlt in Shift) then begin
> >        CheckTab(not (ssShift in Shift));
> >        exit;
> >      end;
> > ...
> > end;
> >
> > Unit TjTrayIcon
> > Moved     property ApplicationVisible: Boolean read GetApplicationVisible 
> > write SetApplicationVisible;
> > from Protected to public
> >
> > Unit JvLoginForm
> > modified property LoggedUser to property LoggedUser: string read 
> > GetLoggedUser write SetLoggedUser;
> > modified function TJvCustomLogin.Login: Boolean;
> > var
> >  LoginName: string;
> > begin
> >  DoBeforeLogin;
> >  LoginName := LoggedUser; << Added. So we can fill an Username in the 
> > software.
> >  Result := DoLogin(LoginName);
> >  if Result then
> >  begin
> >    SetLoggedUser(LoginName);
> >    DoUpdateCaption;
> >    DoAfterLogin;
> >  end;
> > end;
> >
> > That is it for now, i have, more modification but those are to big to 
> > report now.
> >
> > Thanks anyway
> > Niels
>> >>
>> >>
>> >> -- 
>> >> Regards,
>> >>
>> >> Andreas Hausladen
> >
> > 




Subject: JVXPBar could be rather generally nice as a collapsable group box-like parent window.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Mar 2005 17:16:14 -0500
Newsgroups: jedi.vcl

One of the nice things in the JEDI JVCL Mega Demo is that JVXPBars are used as collapsable group box controls basically. That means they contain bogus JvXPBarItems which are painted overtop of by putting in a TPanel set with Align=alClient.

That means the size of the XP Bar is determined by the number of items, a rather yucky way to do things, especially since we don't want or need those items in some cases, it would be nice to just set the desired expanded height, and that's all.

I think it would be a nice improvement to the JvXPBar if we could add a property called ExpandedHeight. If it is zero, then it is calculated automatically based on the number of items in the XPBar. Otherwise, the height is either set to the collapsed height  (ie header height) if collapsed, or set to ExpandedHeight if not collapsed. This would allow us to put other controls into the XPBar and not have the XPBar items. It would also allow a combined approach with some XPBar items on the top, and a certain user-defined area at the bottom, by setting ExpandedHeight property.

Any comments? I suggest we add this to CVS ongoing development version, not to the 3.00 release, since we're only fixing bugs in the Release tree.

Regards,

Warren


Subject: Changes checked into JVCL Mega Demo [only in JVCL 3 RELEASE BRANCH].
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Mar 2005 13:18:34 -0500
Newsgroups: jedi.vcl

I have made some changes to JVCL mega-demo.

1. Cleaned up capitalization and spelling, at least the most obvious stuff.

2. Changed a few bitmaps (the Delphi 7 icon is version specific and was removed).

3. Changed hello.fm, which was garish and unsightly.  It now loads the welcome message from JVCL\bin\Data\welcome.rtf, and does NOT use the JvScroller. There was no reason for scrolling 4 lines of text. Also the mouse-over behaviour in that form was horrible, and I've gotten rid of it. Particularly the mouse-over behaviour where the large JVCL logo is replaced by the "spirit of delphi" logo was awful and I nixed it.

4. I added some images to the JvXPBars where there were JvLabels without icons, I added some icons.

Regards,

Warren



Subject: Re: Problem with all JvFullColorXxx components
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 15 Mar 2005 18:39:41 +0100
Newsgroups: jedi.vcl

> You are too late ;-) I have already fixed it.

I was just sleeping few minutes after my exam ... :) Just waiting starting delphi and reseting myself, the work was already done :)

> I found this issue only because I currently test my binary component
> installer for the JVCL. And in order not to destroy my Delphi 6 and 7
> installation, I used the Delphi installation for testing. Delphi 5 has
> many internal differences because it was released before the need to
> update the RTL for Kylix compatibility.
> We have a lot more IFDEF COMPILER5 and IFDEF COMPILER6_UP than IFDEF
> COMPILER7_UP.

Borland did a lot of IDE improves between 5 and 6, the RTL changed a lot; between 4 and 5, a lot of changes in the language; between 6 and 7, the IDE is really easier to use.

Florent


Subject: Re: Problem with all JvFullColorXxx components
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Mar 2005 18:35:13 +0100
Newsgroups: jedi.vcl

You are too late ;-) I have already fixed it.

I found this issue only because I currently test my binary component
installer for the JVCL. And in order not to destroy my Delphi 6 and 7
installation, I used the Delphi installation for testing. Delphi 5 has
many internal differences because it was released before the need to
update the RTL for Kylix compatibility.
We have a lot more IFDEF COMPILER5 and IFDEF COMPILER6_UP than IFDEF
COMPILER7_UP.

-- Regards, Andreas Hausladen 

Subject: Re: Problem with all JvFullColorXxx components
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Mar 2005 18:29:38 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Can you fix that in HEAD

Already done.

> > and I'll update JVCL3_00_PREPARATION tomorrow?

I could do this, too. It are two times:

Width := 100;
Height := 100;

in the contructor of TJvFullColorComponent and TJvFullColorGroup



-- Regards, Andreas Hausladen 

Subject: Re: Problem with all JvFullColorXxx components
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 18:27:46 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I'm sorry, but I have no such problem here with Delphi 7.
>
>
> But Delphi 5 has it.

Yes, you are right, BCB5 has the problem too.
Can you fix that in HEAD and I'll update JVCL3_00_PREPARATION tomorrow?
Yes, tomorrow, cause my home PC is dead and I only have access to BCB at work until I receive the replacement.

Cheers

Olivier


Subject: Re: Problem with all JvFullColorXxx components
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 15 Mar 2005 18:27:38 +0100
Newsgroups: jedi.vcl

> Already done.

Too quick for me lol.

Thanks.

Florent


Subject: JVCL 3 Preparation and CLX support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Mar 2005 18:26:47 +0100
Newsgroups: jedi.vcl

Shall I deactivate (hide) the VisualCLX support in the Installer?


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00: The branch is done.
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Tue, 15 Mar 2005 14:25:14 -0300
Newsgroups: jedi.vcl

OBones escreveu:
> Robert Marquardt wrote:
>
>> Geraldo Lopes de Souza wrote:
>>
>>> procedure TJvMemoryData.InternalPost;
>>> var
>>>   RecPos: Integer;
>>>   //------ Added by CFZ -----------------
>>>   Index: Integer;
>>>   Status: TRecordStatus;
>>>   NewChange: Boolean;
>>>   //-------------------------------------
>>> begin
>>
>>
>>     inherited InternalPost;
>
>
> Done, only for D6 and upper, applied to both the Branch and HEAD

Thank's


Subject: Re: Problem with all JvFullColorXxx components
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 15 Mar 2005 18:24:37 +0100
Newsgroups: jedi.vcl

> I'm sorry, but I have no such problem here with Delphi 7.

There are default width and height assigned by delphi if the control don't set owns. I developped these components with D7, that's why I don't set any default size.

Thanks Andreas for pointing the problem, I am fixing it.
But I don't know how to commit changes into the JVCL3_00_PREPARATION branch.
So I will fix the problem on the dev branch.

Florent


Subject: Re: Problem with all JvFullColorXxx components
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Mar 2005 18:20:15 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'm sorry, but I have no such problem here with Delphi 7.

But Delphi 5 has it.


-- Regards, Andreas Hausladen 

Subject: Re: PRE-3.0-RELEASE PROBLEM: JVCLMegaDemo problem in release branch: can't find '..\images\TTJvBackground.BMP'
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 17:42:27 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Warren Postma wrote:
>
>> The JVCLMegaDemo tries to load this background image which doesn't exist in CVS.
>>
>> This should be fixed before JVCL 3.0 release.
>
>
> I have changed that in HEAD branch already (by simply removing the mesage code).

Where would that be ?


Subject: Re: Problem with all JvFullColorXxx components
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 17:41:55 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> All JvFullColor components do not set an initial width and height in the
> constructor. As a result if you add one of these by a double click in the
> component palette or by a non sizing click on the form the controls have a
> size of 1x1 pixel.
>
> I think this should be fixed in PERPARATION, too.

I'm sorry, but I have no such problem here with Delphi 7.


Subject: Re: JVCL Mega Demo comments (and some whinging)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 15 Mar 2005 17:28:21 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> (1) I don't like the "http:31" links. Can we make the hyperlinks NOT show the "http:31" and just have clickable Type names?

I'll change that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JVCL Mega Demo comments (and some whinging)
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Mar 2005 11:21:04 -0500
Newsgroups: jedi.vcl

Here's what I *like* about the JVCL mega demo:

(1) Incredible amount of demos in a small space.

(2) Easy navigation in the delphi-ide-like fashion (component palette)

(3) Searching is nice.

Here's what I *don't* like about the JVCL mega demo, and I don't propose we do anything about most of these points.

(1) I don't like the "http:31" links. Can we make the hyperlinks NOT show the "http:31" and just have clickable Type names?

Here's what shows up when I click on Search:

    JvNavPanelButton3 is used in following Demos:
    http:shows
    http:a
    http:special
    http:Seach
    http:form
    http:where
    http:one
    http:can
    ....

What's going on there?


(2) The text/captions have a lot of weird typos and awkward english. I hope nobody takes offense to my statement, because I appreciate the hard work everyone is doing, especially Ralf, however I feel I must go in there and clean up the text strings. :-)


Regards,

Warren



Subject: Re: PRE-3.0-RELEASE PROBLEM: JVCLMegaDemo problem in release branch: can't find '..\images\TTJvBackground.BMP'
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Mar 2005 17:05:39 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> The JVCLMegaDemo tries to load this background image which doesn't exist in CVS.
>
> This should be fixed before JVCL 3.0 release.

I have changed that in HEAD branch already (by simply removing the mesage code).


Subject: Re: OT- Transparency Problem With XPPro SP2 and Delphi 7
From: Bill Miller <w2m@frontiernet.net>
Date: Tue, 15 Mar 2005 11:03:54 -0500
Newsgroups: jedi.vcl

Warren,

This is getting stranger by the minute.  I have all updates installed except for Microsoft .NET Framework version 1.1.  (I do not use net). Might the net install fix the problem even though I do not use net?

Regards,

Bill


> Microsoft appears to have silently fixed this in one of unrelated WindowsUpdates. I can no longer see this problem here. But none of the hotfixes that are installed on my machine have any documentation that suggests they fix any GDI/API/GUI bugs.  Isn't that just like Big Brother. :-)
>
> Warren
>


Subject: Problem with all JvFullColorXxx components
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Mar 2005 17:02:52 +0100
Newsgroups: jedi.vcl

All JvFullColor components do not set an initial width and height in the
constructor. As a result if you add one of these by a double click in the
component palette or by a non sizing click on the form the controls have a
size of 1x1 pixel.

I think this should be fixed in PERPARATION, too.

-- Regards, Andreas Hausladen 

Subject: PRE-3.0-RELEASE PROBLEM: JVCLMegaDemo problem in release branch: can't find '..\images\TTJvBackground.BMP'
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Mar 2005 10:57:39 -0500
Newsgroups: jedi.vcl

The JVCLMegaDemo tries to load this background image which doesn't exist in CVS.

This should be fixed before JVCL 3.0 release.

Regards,

Warren


Subject: Re: XPBar Transparency fix! OOOPS! SHOULD BE FIXED BEFORE JVCL 3.0 RELEASE!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 16:45:34 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> As to doing it yourself, you need to do an "update special" on your tree and select the correct branch name, and not forgetting to check "Clean Copy". Once this is done your repository is working on the selected branch and will continue to do so until the next special update.
>> Hence I recommend you create a copy of your tree and use it for the branch.
>
>
> Thanks. I didn't realize it was so easy. Branching scares me. :-)

Yeah, it's easy to use. One thing to note though:
When you create the branch, the local tree is still on HEAD, hence the need to do an "update special" right after creating the branch.


Subject: Re: XPBar Transparency fix! OOOPS! SHOULD BE FIXED BEFORE JVCL 3.0 RELEASE!
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Mar 2005 10:39:45 -0500
Newsgroups: jedi.vcl

OBones wrote:
> As to doing it yourself, you need to do an "update special" on your tree and select the correct branch name, and not forgetting to check "Clean Copy". Once this is done your repository is working on the selected branch and will continue to do so until the next special update.
> Hence I recommend you create a copy of your tree and use it for the branch.

Thanks. I didn't realize it was so easy. Branching scares me. :-)

Warren



Subject: Re: XPBar Transparency fix! OOOPS! SHOULD BE FIXED BEFORE JVCL 3.0 RELEASE!
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 16:31:30 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> I made a mistake in my code for the XPBar transparency fix that makes the Roll buttons disappear.
>
> I don't know how to check in using TortoiseCVS to make a patch against the Release branch of JVCL. How do I do that exactly?
>
> The change that needs to be made is to comment out the
> {$define XP_TRANSPARENCY_FIX}
> line at the top of JvXPBar.pas.
>
> Can someone either (a) fix this in the release branch of JVCL, or (b) tell me exactly how to do this using TortoiseCVS?!

I've done it.
As to doing it yourself, you need to do an "update special" on your tree and select the correct branch name, and not forgetting to check "Clean Copy". Once this is done your repository is working on the selected branch and will continue to do so until the next special update.
Hence I recommend you create a copy of your tree and use it for the branch.

Cheers
Olivier


Subject: Re: Try to install JVCL300RC1Complete
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 16:28:04 +0100
Newsgroups: jedi.vcl

beast wrote:

> Delphi 6 pro
> JCL1.95-Build1839
> JVCL300RC1Complete
>
> No error on JCL1.95-Build1839
>
> Try to install JVCL300RC1Complete
>
> Error: jvcl\run\JvAppRegistryStorage.pas(416):Undeclared identifier: 'CreateResRecFmt'
> Error: jvcl\run\JvAppRegistryStorage.pas(416): Ordinal type required
> Fatal: JvCoreD6R.dpk(88): Could not compile used unit'..\..\run\JvAppRegistryStorage.pas' 

Please read my answer to Gunter.


Subject: Re: Error: JEDI Vcl with latest jcl (1.95, Build 1839) won't compile
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 16:27:12 +0100
Newsgroups: jedi.vcl

Gunter Heuckeroth wrote:

> "OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
> news:d16pvk$dp5$1@talkto.net...
>
>> What do you call "current JVCL" ?
>> I'm using the JVCL3_00_PREPARATION branch and it compiles just fine. The
>> only problem is with BCB 5 and 6, but that is a JCL problem that the
>> developers are already aware of.
>
>
> I tried with "JVCL300RC1Complete".

Ok.
You tried to use JCL 1.95 from today with an JVCL from a while back, and they are not compatible.
The JVCL 3.00 will be released shortly and will work will JCL 1.95 (or even 1.96 as it seems a new JCL release is required).

If you want to use the very latest versions, please use the daily packages from here:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: OT- Transparency Problem With XPPro SP2 and Delphi 7
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Mar 2005 10:24:36 -0500
Newsgroups: jedi.vcl

Bill Miller wrote:
> OBones,
>
> Do you know if a fix is available now or do we have to wait for SP3? I searched Microsoft's website but I did not find any fix.  Anyone know when SP3 may come out?


Microsoft appears to have silently fixed this in one of unrelated WindowsUpdates. I can no longer see this problem here. But none of the hotfixes that are installed on my machine have any documentation that suggests they fix any GDI/API/GUI bugs.  Isn't that just like Big Brother. :-)

Warren



Subject: Try to install JVCL300RC1Complete
From: "beast" <beasthammer@hotmail.com>
Date: Tue, 15 Mar 2005 16:16:10 +0100
Newsgroups: jedi.vcl

Delphi 6 pro
JCL1.95-Build1839
JVCL300RC1Complete

No error on JCL1.95-Build1839

Try to install JVCL300RC1Complete

Error: jvcl\run\JvAppRegistryStorage.pas(416):Undeclared identifier: 
'CreateResRecFmt'
Error: jvcl\run\JvAppRegistryStorage.pas(416): Ordinal type required
Fatal: JvCoreD6R.dpk(88): Could not compile used 
unit'..\..\run\JvAppRegistryStorage.pas' 




Subject: XPBar Transparency fix! OOOPS! SHOULD BE FIXED BEFORE JVCL 3.0 RELEASE!
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Mar 2005 10:15:03 -0500
Newsgroups: jedi.vcl

I made a mistake in my code for the XPBar transparency fix that makes the Roll buttons disappear.

I don't know how to check in using TortoiseCVS to make a patch against the Release branch of JVCL. How do I do that exactly?

The change that needs to be made is to comment out the
{$define XP_TRANSPARENCY_FIX}
line at the top of JvXPBar.pas.

Can someone either (a) fix this in the release branch of JVCL, or (b) tell me exactly how to do this using TortoiseCVS?!

Regards,

Warren


Subject: Re: OT- Transparency Problem With XPPro SP2 and Delphi 7
From: Bill Miller <w2m@frontiernet.net>
Date: Tue, 15 Mar 2005 10:12:37 -0500
Newsgroups: jedi.vcl

OBones,

Do you know if a fix is available now or do we have to wait for SP3? I searched Microsoft's website but I did not find any fix.  Anyone know when SP3 may come out?

I do not understand why this is not a huge problem for developers... I can not find others discussing the problem.

Thanks for your confirmation though!

Regards,

Bill

> There was a message not long ago around here and a bug fix for this. It is confirmed that this is a SP2 issue, and there seems to be a patch coming through from MS.


Subject: Re: Error: JEDI Vcl with latest jcl (1.95, Build 1839) won't compile
From: "Gunter Heuckeroth" <heuckeg@elster.com>
Date: Tue, 15 Mar 2005 16:03:20 +0100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> schrieb im Newsbeitrag
news:d16pvk$dp5$1@talkto.net...
> > What do you call "current JVCL" ?
> > I'm using the JVCL3_00_PREPARATION branch and it compiles just fine. The
> > only problem is with BCB 5 and 6, but that is a JCL problem that the
> > developers are already aware of.

I tried with "JVCL300RC1Complete".

Gunter





Subject: JvXPBar ellipsis?
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Mar 2005 09:48:23 -0500
Newsgroups: jedi.vcl

Anyone else noticed that JvXPBar is too agressive in turning the text in the XPBar's header into ellipsis ('Caption' changing to 'Cap...').  I find with an XPBar header width around 140 pixels, that it won't show more than 80 pixels width of text without truncation/ellipsis.

I'm looking into the source right now.

Warren


Subject: Re: JVCL 3.00: The branch is done.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 15:36:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Geraldo Lopes de Souza wrote:
>
>> procedure TJvMemoryData.InternalPost;
>> var
>>   RecPos: Integer;
>>   //------ Added by CFZ -----------------
>>   Index: Integer;
>>   Status: TRecordStatus;
>>   NewChange: Boolean;
>>   //-------------------------------------
>> begin
>
>     inherited InternalPost;

Done, only for D6 and upper, applied to both the Branch and HEAD


Subject: Re: Need some help to prove a point in D2005...
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 15 Mar 2005 15:28:44 +0100
Newsgroups: jedi.vcl

John Friel wrote:
> This seems like a simple "keep adding -n" to the names etc while doing the install in a loop.  Can this be done??

    Only if you also apply the naming logic to units. Otherwise you get "can't install package 'JvCoreD9R-1.bpl' because it contains unit 'Jv*.pas' which is already in package 'JvCoreD9R.bpl'."

    But I can guarantee it is slowing down the switch, since all the installed packages will be loaded, so Delphi is causing Windows to swap memory in and out constantly. When you switch to the code editor, it will be reloading your .pas source, the editor package, etc. Then you return to the form view and it will swap back the form file, the designer *and* loaded packages (so it can rebuild the palette).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: OT- Transparency Problem With XPPro SP2 and Delphi 7
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 15:16:13 +0100
Newsgroups: jedi.vcl

Bill Miller wrote:

> I have been using Delphi 7 since it was released on the same computer with the same graphics card since I began using Delphi 7.  Recently a number of us have been having transparency problems when using 32-bit icons or png images on toolbar buttons. We are using Toolbar 2000 with TBX as our toolbars. We also use a number of JVCL Components.
>
> I have spent weeks trying to figure out what is causing the problem to no avail.  I have read that Windows SP2 may be causing the problem with ImageList.
>
> I have tried using the latest nVidia graphics card driver.  I have tried to figure out if a third party component is causing the problem all without success.
>
> The funny thing is that only some forms seem to show the problem.  The problem is not apparent on other forms that have the same components as forms that do not show the problem.
>
> When I load a problem form the disabled Delphi 7 IDE buttons turn white as well.
>
> The problem is not just my PC but my clients PC as well.
>
> On a Windows 2000 box the transparency problem is not apparent.
>
> Is there any fix?  Does anyone have an idea what may be causing this problem?

There was a message not long ago around here and a bug fix for this. It is confirmed that this is a SP2 issue, and there seems to be a patch coming through from MS.


Subject: Need some help to prove a point in D2005...
From: "John Friel" <jedi@frieltek.com>
Date: Tue, 15 Mar 2005 08:16:13 -0600
Newsgroups: jedi.vcl

We need someone to "custom-modify" the Installer for JVCL so that it duplicates 
the complete package install in D2005 so it will add complete package 50 times 
over.  We need to "overload" the IDE Palette with hundreds of tabs that have all 
the available components so we can document the IDE slowdown that is causing the 
delays when switching between form view and edit.

This seems like a simple "keep adding -n" to the names etc while doing the 
install in a loop.  Can this be done??

I sure would like to see this fixed in D2005 and this seems the only way to 
prove it.

Thoughts?

John




Subject: Re: Error: JEDI Vcl with latest jcl (1.95, Build 1839) won't compile
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Mar 2005 15:14:13 +0100
Newsgroups: jedi.vcl

What do you call "current JVCL" ?
I'm using the JVCL3_00_PREPARATION branch and it compiles just fine. The only problem is with BCB 5 and 6, but that is a JCL problem that the developers are already aware of.


Subject: Error: JEDI Vcl with latest jcl (1.95, Build 1839) won't compile
From: "Gunter Heuckeroth" <heuckeg@elster.com>
Date: Tue, 15 Mar 2005 14:39:09 +0100
Newsgroups: jedi.vcl

Hello,

I found out that current jvcl won't compile with latest jcl (1.95, Build
1839).
The reason is that declaration of EJclWin32Error in JclBase.pas has been
changed.
The old function CreateResRec was replaced by overloaded function.
This function is used in JvMail.
And JvAppResgistryStorage.pas can't be compiled because there is no function
CreateResRecFmt (neither in old jcl nor in new jcl).

Am I doing something false or is it something to change in jvcl?

greetings
Gunter Heuckeroth


JclBase.pas old declation
  EJclWin32Error = class(EJclError)
  private
    FLastError: DWORD;
    FLastErrorMsg: string;
  public
    constructor Create(const Msg: string);
    constructor CreateFmt(const Msg: string; const Args: array of const);
    constructor CreateRes(Ident: Integer);
    constructor CreateResRec(ResStringRec: PResStringRec);
    property LastError: DWORD read FLastError;
    property LastErrorMsg: string read FLastErrorMsg;
  end;

JclBase.pas new declaration
  EJclWin32Error = class(EJclError)
  private
    FLastError: DWORD;
    FLastErrorMsg: string;
  public
    constructor Create(const Msg: string);
    constructor CreateFmt(const Msg: string; const Args: array of const);
    constructor CreateRes(Ident: Integer); overload;
    constructor CreateRes(ResStringRec: PResStringRec); overload;
    property LastError: DWORD read FLastError;
    property LastErrorMsg: string read FLastErrorMsg;
  end;




Subject: OT- Transparency Problem With XPPro SP2 and Delphi 7
From: Bill Miller <w2m@frontiernet.net>
Date: Tue, 15 Mar 2005 08:32:44 -0500
Newsgroups: jedi.vcl

I have been using Delphi 7 since it was released on the same computer with the same graphics card since I began using Delphi 7.  Recently a number of us have been having transparency problems when using 32-bit icons or png images on toolbar buttons. We are using Toolbar 2000 with TBX as our toolbars. We also use a number of JVCL Components.

I have spent weeks trying to figure out what is causing the problem to no avail.  I have read that Windows SP2 may be causing the problem with ImageList.

I have tried using the latest nVidia graphics card driver.  I have tried to figure out if a third party component is causing the problem all without success.

The funny thing is that only some forms seem to show the problem.  The problem is not apparent on other forms that have the same components as forms that do not show the problem.

When I load a problem form the disabled Delphi 7 IDE buttons turn white as well.

The problem is not just my PC but my clients PC as well.

On a Windows 2000 box the transparency problem is not apparent.

Is there any fix?  Does anyone have an idea what may be causing this problem?

Regards,

Bill


Subject: Re: JVCL 3.00: The branch is done.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Mar 2005 06:17:57 +0100
Newsgroups: jedi.vcl

Geraldo Lopes de Souza wrote:

> procedure TJvMemoryData.InternalPost;
> var
>   RecPos: Integer;
>   //------ Added by CFZ -----------------
>   Index: Integer;
>   Status: TRecordStatus;
>   NewChange: Boolean;
>   //-------------------------------------
> begin
    inherited InternalPost;


Subject: Re: JVCL 3.00: The branch is done.
From: Geraldo Lopes de Souza <geraldo.ls@gmail.com>
Date: Mon, 14 Mar 2005 23:55:45 -0300
Newsgroups: jedi.vcl

OBones escreveu:
> Hi all.
>
> The JVCL3_00_PREPARATION branch has been created earlier this morning.
> It is basically ready to ship, pending final tests with the soon to be release JCL 1.95.
>
> I expect very minimal commits in this branch, but everyone can continue to work on the main tree (HEAD). The daily zips are always based on HEAD.
>
> Thanks to all for the effort.
>
> Cheers
> Olivier Sannier
> JVCL Coordinator

Please apply these change. Add the keyword inherited after  the
beggining of InternalPost otherwise the required fields will not be
validated, at least in Delphi 6.

procedure TJvMemoryData.InternalPost;
var
  RecPos: Integer;
  //------ Added by CFZ -----------------
  Index: Integer;
  Status: TRecordStatus;
  NewChange: Boolean;
  //-------------------------------------
begin
  inherited;    <==

Thank you very much,

Geraldo Lopes de Souza


Subject: Re: equivalent of jedi.inc for BCB
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 14 Mar 2005 23:51:42 +0100
Newsgroups: jedi.vcl

Got it.
__BORLANDC__ is defined as 1360 in BCB5
__BORLANDC__ is defined as 1380 in BCB6.

What about writing jedi.h ?

Florent


Subject: Re: equivalent of jedi.inc for BCB
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 14 Mar 2005 23:43:19 +0100
Newsgroups: jedi.vcl

Or what is the keyword defined by BCB6 which is not defined in BCB5 ?
Keyword to be tested at compile time, I cannot use jedi.inc because its syntax is only valid for using in pascal units.

Florent


Subject: equivalent of jedi.inc for BCB
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 14 Mar 2005 23:35:27 +0100
Newsgroups: jedi.vcl

Hello,

Is there any equivalent of jedi.inc for compiling a project with Borland C++ Builder ?

TIA,

Florent


Subject: Problem with RegWriteInteger and {$R+}
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 14 Mar 2005 23:25:23 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi

there is a jvcl bug entry with a problem in the jclRegistry (reason for crossposting).

Could please someone look into this:

The call of
  RegWriteInteger(2147483649, 'Form1\DBGrid1_Columns\Item0\Font', 'Height', -11);

raises an exception when the range check compiler option is active.

I can't figure it out.

THe link is:
<http://homepages.borland.com/jedi/issuetracker/view.php?id=2728>

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL 3.00: The branch is done.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Mar 2005 17:19:09 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Hi all.
>
> The JVCL3_00_PREPARATION branch has been created earlier this morning.
> It is basically ready to ship, pending final tests with the soon to be release JCL 1.95.

Yay! :-) I think if not now, then it would never happen, so this is very very good.

Warren


Subject: Re: JVCL 3.00 release schedule
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 14 Mar 2005 18:16:44 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi Olivier,

> Please let me know about anything that could impact on this.

As you certainly noted, I didn't make it, sorry.  Unexpected problem with Kylix installation, and more.

Hope to resolve this until tomorrow.

Greetings, Robert


Subject: Re: JVCL 3.00: The branch is done.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 14 Mar 2005 17:55:28 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I expect very minimal commits in this branch, but everyone can continue
> > to work on the main tree (HEAD). The daily zips are always based on HEAD.

I'm currently writing a binary installer (see jedi.binaries). I don't know
if I can finish it today but a later (additional) binary release could be
possible.


-- Regards, Andreas Hausladen 

Subject: JVCL 3.00: The branch is done.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 14 Mar 2005 17:32:11 +0100
Newsgroups: jedi.vcl

Hi all.

The JVCL3_00_PREPARATION branch has been created earlier this morning.
It is basically ready to ship, pending final tests with the soon to be release JCL 1.95.

I expect very minimal commits in this branch, but everyone can continue to work on the main tree (HEAD). The daily zips are always based on HEAD.

Thanks to all for the effort.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Error install JVCL
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 14 Mar 2005 11:21:08 +0100
Newsgroups: jedi.vcl

haword wrote:

> Cannot load package 'JvCoreD7R.' It contains unit 'JvResources,'which is
> also contained in package 'JvXPCtrlsD7R'.

It seems you have changed the settings in jvcl.inc to add "USEJVCL" but did not regenerate and recompiled the packages.
Please do so, and JvXPCtrls will require JvCore and the error will disappear


Subject: Error install JVCL
From: "haword" <haword@mail.ru>
Date: Mon, 14 Mar 2005 16:11:44 +0600
Newsgroups: jedi.vcl

Cannot load package 'JvCoreD7R.' It contains unit 'JvResources,'which is
also contained in package 'JvXPCtrlsD7R'.




Subject: Re: Trying to use TJvInterpreter
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Mon, 14 Mar 2005 10:31:38 +0100
Newsgroups: jedi.vcl

Ok, one more time:

>> >>   if Cmp(Identifier, 'aDataSet') then
>> >>   begin
>> >>     Value := Integer(PrgDataSet);

     Value := O2V(PrgDataSet);

>> >>     Done := True;
>> >>   end;

The integer-typecast works, but O2V is even better, it passes
typeinformation to your script.

CU, Eddi


Subject: Re: JVPlugin with forms?
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Mon, 14 Mar 2005 08:33:11 +0000
Newsgroups: jedi.vcl

Jeffrey A. Wormsley wrote:
> Pete Stoves <pete.stoves@charnvel.co.uk> wrote in news:d0rp06$5i4$1@talkto.net:
>
>
>>     pluginUtils - in common.
>>     The host app - in Host.
>> Have a nose through the code in them.
>
>
> I've been through them, and am digesting the approach, trying to filter out the implementation details (ties to XPBar and registry usage stuff).  So far it looks managable, if made a bit more generic.  For instance, I'd probably pass function groups and functions back and forth, and let the host decide whether these are pages on an XPBar, Outlook bar, tabs on a tabsheet, buttons on a buttonbar, menus or menuitems and so forth.  As it is now, to change from say an XPBar to an OutlookBar requires rewriting the host, the interfaces unit and the plugins.
>
> Jeff.
Yeh. Nice Idea.
For my app though I don't really need to move away from XP bar.


Subject: Re: XLS export
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Mon, 14 Mar 2005 10:20:44 +0200
Newsgroups: jedi.vcl

I use mxNativeExcel. This is OK, the only problem is that the .xls file that 
it generates is compatible only with M$ Excel. It sais Excel 2.1 ... And 
this file could not be opened by neither 602 Tab nor OpenOffice .

I install MS Excel viewer (freeware), open the file, copy containment into 
clipboard and paste it into 602 Tab or OpenOffice . An easy task for me, but 
for a customer it's a little complicated ...


Tiberiu


"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message 
news:d0p6hj$k24$1@talkto.net...
> > OBones schrieb:
>> >> someone from eXact SRL wrote:
>> >>
>>> >>> Is there any component in the JVCL that allows me to export a dataset 
>>> >>> data to an Excel file (XLS) without having Excel installed in the system 
>>> >>> ? (without DDE)
>> >>
>> >>
>> >> No.
> >
> > Are you sure OBones? in the section "Nonvisual" in the Globus Demo there 
> > is an icon for Excel export. But I am not sure this is in JVCL available. 




Subject: Re: JVCL 3 Package Information for Delphi 7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 14 Mar 2005 08:43:04 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > ...and what is the problem with that?

It is not finished yet. And it contains code that I have not made
OpenSource yet.


> > BTW it may be easier to generate CSV data.

The XML file better miracles the internal data structur. CVS would contain
redundant information.



-- Regards, Andreas Hausladen 

Subject: Re: Error in JvComputerInfoEx.pas
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 14 Mar 2005 08:35:41 +0100
Newsgroups: jedi.vcl

The CVS version of tje JVCL is only working with the CVS version of the JCL.

You may download it here:
:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl
or here:
http://jcl.sf.net/daily/

The file JclSysInfo.pas was updated recently and all these new identifiers are now declared.

Regards,

Florent Ouchet

haword a écrit :
> 38750 lines, 3.97 seconds, 623232 bytes code, 4333 bytes data.
> [Compiling: JvSystemD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(345) Error:
> Undeclared identifier: 'TTransmetaSpecific'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(346) Error:
> Undeclared identifier: 'TViaSpecific'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1821) Error:
> Undeclared identifier: '_3DNow'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1846) Error:
> Undeclared identifier: 'Ex3DNow'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1851) Error:
> Undeclared identifier: 'ExMMX'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1891) Error:
> Undeclared identifier: 'Is64Bits'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1901) Error:
> Undeclared identifier: 'L1InstructionCacheSize'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1906) Error:
> Undeclared identifier: 'L1DataCacheSize'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1911) Error:
> Undeclared identifier: 'L2CacheSize'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1916) Error:
> Undeclared identifier: 'L3CacheSize'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1951) Error:
> Undeclared identifier: 'SSE'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2119) Error:
> Undeclared identifier: 'CPU_TYPE_TRANSMETA'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2119) Warning:
> Comparing signed and unsigned types - widened both operands
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2120) Error:
> Undeclared identifier: 'TransmetaSpecific'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2129) Error:
> Undeclared identifier: 'CPU_TYPE_VIA'
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2129) Warning:
> Comparing signed and unsigned types - widened both operands
> E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2130) Error:
> Undeclared identifier: 'ViaSpecific'


Subject: Re: JVCL 3 Package Information for Delphi 7
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Mar 2005 08:21:06 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The tool uses must be compiled with exactly the same Delphi version for
> which you want to get the information. It uses LoadPackage and invoked the
> Register function.

....and what is the problem with that?
Devtools is not as stringent as the other areas. Tools only working with specific Delphi versions should be allowed there.

BTW it may be easier to generate CSV data. Many more programs can read it. I load my CSV data into an Access database for example and then use ADO components to handle it.


Subject: Error in JvComputerInfoEx.pas
From: "haword" <haword@mail.ru>
Date: Mon, 14 Mar 2005 13:20:41 +0600
Newsgroups: jedi.vcl

38750 lines, 3.97 seconds, 623232 bytes code, 4333 bytes data.
[Compiling: JvSystemD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(345) Error:
Undeclared identifier: 'TTransmetaSpecific'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(346) Error:
Undeclared identifier: 'TViaSpecific'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1821) Error:
Undeclared identifier: '_3DNow'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1846) Error:
Undeclared identifier: 'Ex3DNow'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1851) Error:
Undeclared identifier: 'ExMMX'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1891) Error:
Undeclared identifier: 'Is64Bits'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1901) Error:
Undeclared identifier: 'L1InstructionCacheSize'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1906) Error:
Undeclared identifier: 'L1DataCacheSize'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1911) Error:
Undeclared identifier: 'L2CacheSize'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1916) Error:
Undeclared identifier: 'L3CacheSize'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(1951) Error:
Undeclared identifier: 'SSE'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2119) Error:
Undeclared identifier: 'CPU_TYPE_TRANSMETA'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2119) Warning:
Comparing signed and unsigned types - widened both operands
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2120) Error:
Undeclared identifier: 'TransmetaSpecific'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2129) Error:
Undeclared identifier: 'CPU_TYPE_VIA'
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2129) Warning:
Comparing signed and unsigned types - widened both operands
E:\Program Files\Borland\Tools\JEDI\run\JvComputerInfoEx.pas(2130) Error:
Undeclared identifier: 'ViaSpecific'




Subject: Re: JVCL 3 Package Information for Delphi 7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 14 Mar 2005 07:55:03 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Best add it to the Devtools.

The tool uses must be compiled with exactly the same Delphi version for
which you want to get the information. It uses LoadPackage and invoked the
Register function.


-- Regards, Andreas Hausladen 

Subject: Re: Looking for tutorials about JvInspector
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 14 Mar 2005 07:27:12 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer schrieb:
>> yeah I checked it and you are absolutely right: the .ini file was simply not found from the demo and silently the demo fails to show the power of the .ini support! :-)
>
>
>     I found it less intrusive this way. I don't particularly like the fact that an example starts with an error/warning dialog box. OTOH, how many users actually overlooked that feature because of it?

I guess everyone because even the standalone demo did not load the file
AFAIKR!


>
>> BTW: any other hidden gems you are aware of I can reveal :-) Just give me a hint and I will be on your finger tips ...
>
>
>     Did you incorporate the DB demo as well? I guess that would be problematic for users of Delphi Personal Edition (which has no DB support),

good point! But the MegaDemo was not designed to compile in Delphi Personal. This is because all DB dependent many demos won´t compile in Delphi Personal anyway! I am sorry but support of the MegaDemo for Delphi Personal Edition would lengthen the creation even more!


Subject: Re: JVCL 3 Package Information for Delphi 7
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Mar 2005 06:16:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have written a tool that reads all information from the packages and
> generates a .xml file that contains everything the Delphi 7 IDE knowns
> about the loaded packages.
> With that information I'm able to write a full featured binary JVCL
> Installer and I can extend the source JVCL Installer with the component
> and unit information (maybe selection by components which add all required
> packages automatically).

Best add it to the Devtools. Also have a look at my ReadPalettes there and see if you can replace it completely. It is a bit crude anyway.


Subject: Re: Current build for D2005 Update2 fails.
From: "John Friel" <jedi@frieltek.com>
Date: Sun, 13 Mar 2005 17:00:31 -0600
Newsgroups: jedi.vcl

Ok, spank me...

I tried doing a "clean" before running "install" and also refreshed my copy 
of CVS, told install to do a new install and this time it passed.

I'm not sure what the internal error URW4600 was before, but this one 
worked.

John


"John Friel" <jedi@frieltek.com> wrote in message 
news:d12epm$gek$1@talkto.net...
> >I just did an update from the current CVS for JVCL, and tried to install 
> >with a fresh install of D2005 with Update2 (don't ask how about the 
> >uninstall/reinstall that was required) and it failed to install.
> >
> > Here's the error:
> >
> > 43782 lines, 2.42 seconds, 203900 bytes code, 469 bytes data.
> > [Compiling: JvTimeFrameworkD9D.bpl]
> > Borland Delphi for Win32 compiler version 17.0
> > Copyright (c) 1983,2004 Borland Software Corporation
> > C:\Forbin\dev\JVCL3\design\JvTimeFrameworkReg.pas(35) Fatal: F2084 
> > Internal Error: URW4600
> > ** error 1 ** deleting JvTimeFrameworkD9D.bpl
> > ** error 1 ** deleting CompilePackages
> >
> > I had done a fresh update of JCL prior and that installed in D2005 
> > correctly.
> >
> > I haven't looked at line 35 yet, but I've tried three time to get this to 
> > install and cannot.
> >
> > John
> > 




Subject: Current build for D2005 Update2 fails.
From: "John Friel" <jedi@frieltek.com>
Date: Sun, 13 Mar 2005 16:36:20 -0600
Newsgroups: jedi.vcl

I just did an update from the current CVS for JVCL, and tried to install 
with a fresh install of D2005 with Update2 (don't ask how about the 
uninstall/reinstall that was required) and it failed to install.

Here's the error:

43782 lines, 2.42 seconds, 203900 bytes code, 469 bytes data.
[Compiling: JvTimeFrameworkD9D.bpl]
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
C:\Forbin\dev\JVCL3\design\JvTimeFrameworkReg.pas(35) Fatal: F2084 Internal 
Error: URW4600
** error 1 ** deleting JvTimeFrameworkD9D.bpl
** error 1 ** deleting CompilePackages

I had done a fresh update of JCL prior and that installed in D2005 
correctly.

I haven't looked at line 35 yet, but I've tried three time to get this to 
install and cannot.

John 




Subject: Re: Error with TJvCustomAppStorage and tkChar properties
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 13 Mar 2005 23:03:36 +0100
Newsgroups: jedi.vcl

And allread fixed :-)

Andrew schrieb:
> "Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message news:d11cu9$973$1@talkto.net...
>
>> See http://homepages.borland.com/jedi/issuetracker/view.php?id=2751
>>
>> -- 
>> Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
>
>
> Many thanks
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Error with TJvCustomAppStorage and tkChar properties
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Mon, 14 Mar 2005 08:59:02 +1100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:d11cu9$973$1@talkto.net...
> > See http://homepages.borland.com/jedi/issuetracker/view.php?id=2751
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net

Many thanks 




Subject: JVCL 3 Package Information for Delphi 7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Mar 2005 21:31:40 +0100
Newsgroups: jedi.vcl

I have written a tool that reads all information from the packages and
generates a .xml file that contains everything the Delphi 7 IDE knowns
about the loaded packages.
With that information I'm able to write a full featured binary JVCL
Installer and I can extend the source JVCL Installer with the component
and unit information (maybe selection by components which add all required
packages automatically).

see jedi.binaries


Now I know that the code I wrote for PasDesigner (Replacement for the
Kylix IDE started in 2003 and never finished, stopped after writing the
package loading code).

-- Regards, Andreas Hausladen 

Subject: Some statisic values
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Mar 2005 20:42:05 +0100
Newsgroups: jedi.vcl

Statistic values for Delphi 7:

Registered components: 576
Registered actions: 31
Units: 834


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Mar 2005 17:11:51 +0100
Newsgroups: jedi.vcl

Niels v/d Spek wrote:

> Is it posible that you create a executeble to show it. Show i can look at it already without compiling it myself.
> thanks

Not for the JVCLMegaDemo. It is about 8 MB and tightly coupled into the JVCL installation.


Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfd_@_ggfd_altern.org>
Date: Sun, 13 Mar 2005 16:37:08 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> It seems that when the complete path goes over 127 characters, make goes
>> crazy.
>
>
> In other words: We need something else.

It seems that turning on the -Q option in dcc32 calls helps a lot, but that means no "compilation window".


Subject: Re: JVCL 3.00 release schedule
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Mar 2005 16:15:04 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > It seems that when the complete path goes over 127 characters, make goes
> > crazy.

In other words: We need something else.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfd_@_ggfd_altern.org>
Date: Sun, 13 Mar 2005 15:47:28 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> What about the make.exe issue?
> I cannot reproduce it on my system. And since I have added that many
> ExtractShortPathName calls into the installer it is impossible for me to
> force this bug to appear as I could before adding ExtractShortPathName.

Try to put the jvcl in a directory like this one:

x:\abcdef00\abcdef01\abcdef02\abcdef03\abcdef04\abcdef05\abcdef06\abcdef07\...
and so on so that the complete path is more than 120 characters.
It seems that when the complete path goes over 127 characters, make goes crazy.


Subject: Re: JVCL 3.00 release schedule
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Sun, 13 Mar 2005 15:45:33 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> schreef in bericht 
news:d11h2q$a15$1@talkto.net...
> >I made JVCLMegaDemo run without annoying dialogs (by deactivating them).
> > I also fixed the most blatant spelling errors.
> > "Exception!" does not talk about Jedi anymore. I found that slightly 
> > offending ;-)
> > I also fixed a bug with the links in "Information".
> >
> > The program is still far from being smooth and uptodate, but at least it 
> > runs without major hiccups now.

Is it posible that you create a executeble to show it. Show i can look at it 
already without compiling it myself.
thanks

Niels 




Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Mar 2005 15:09:50 +0100
Newsgroups: jedi.vcl

I made JVCLMegaDemo run without annoying dialogs (by deactivating them).
I also fixed the most blatant spelling errors.
"Exception!" does not talk about Jedi anymore. I found that slightly offending ;-)
I also fixed a bug with the links in "Information".

The program is still far from being smooth and uptodate, but at least it runs without major hiccups now.


Subject: Re: TjvDataEmbedded - how to set data property?
From: "Ken Adam" <ken.adam@NOT.blueyonder.co.uk>
Date: Sun, 13 Mar 2005 13:35:23 -0000
Newsgroups: jedi.vcl

"Ken Adam" <ken.adam@NOT.blueyonder.co.uk> wrote in message 
news:d0q6bk$rst$1@talkto.net...
> > There is no property displayed (or property editor) for the data 
> > property - so how do I set the data to embed?
> > (I note in the archive there is a property editor source file, but it is 
> > not in the RC 1 download.)
> >
> > I've just started with JVCL, so perhaps I'm missing something obvious, if 
> > so, sorry!
> >
> > -- 
OK - I spotted the (not so) obvious.
Double-clicking the icon shows the file selection dialog.
Ken. 




Subject: Re: Error with TJvCustomAppStorage and tkChar properties
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 13 Mar 2005 13:58:51 +0100
Newsgroups: jedi.vcl

See http://homepages.borland.com/jedi/issuetracker/view.php?id=2751

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL 3.00 release schedule
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Sun, 13 Mar 2005 13:57:17 +0100
Newsgroups: jedi.vcl,jedi.jcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schreef in bericht 
news:d117vt$84v$1@talkto.net...
> > Niels v/d Spek wrote:
> >
>> >> In the last couple of weeks i have modified a some of the liberies, can
>> >> that be inserted before release
>> >> or do we wait until after de release?
> >
> > If you are fast we meight be able to add your modifications before
> > tomorrow.
> >
Here are the modifications:

unit JvDBSpinEdit;
removed the FOnChange and the event property, it those not work.

Unit jvDBGrid;
modified   procedure CheckTab(GoForward: Boolean);

.....
        if ACol = Original then
          Exit;
        if TabStops[ACol] then begin
          SelectedIndex := ACol; << added
          Exit;
        end;
      end;
  end;

Modified Procedure KeyDown;
....
      if ((Key in [VK_LEFT, VK_RIGHT]) and not (dgRowSelect in Options)) 
then begin  << added
        ClearSelections; << added
        CheckTab(Key in [VK_RIGHT]); << added
        exit; << added
      end else << added
      if ((Key in [VK_HOME, VK_END]) and ((ColCount = IndicatorOffset + 1) 
or
        (dgRowSelect in Options))) or (Key in [VK_ESCAPE, VK_NEXT, 
VK_PRIOR]) or
        ((Key = VK_INSERT) and (CanModify and (not ReadOnly) and (dgEditing 
in Options))) then
        ClearSelections
      else
      if (Key = VK_TAB) and not (ssAlt in Shift) then begin
        CheckTab(not (ssShift in Shift));
        exit;
      end;
....
end;

Unit TjTrayIcon
Moved     property ApplicationVisible: Boolean read GetApplicationVisible 
write SetApplicationVisible;
from Protected to public

Unit JvLoginForm
modified property LoggedUser to property LoggedUser: string read 
GetLoggedUser write SetLoggedUser;
modified function TJvCustomLogin.Login: Boolean;
var
  LoginName: string;
begin
  DoBeforeLogin;
  LoginName := LoggedUser; << Added. So we can fill an Username in the 
software.
  Result := DoLogin(LoginName);
  if Result then
  begin
    SetLoggedUser(LoginName);
    DoUpdateCaption;
    DoAfterLogin;
  end;
end;

That is it for now, i have, more modification but those are to big to report 
now.

Thanks anyway
Niels
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: FormStorage XML is not valid.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 13 Mar 2005 13:40:46 +0100
Newsgroups: jedi.vcl

See http://homepages.borland.com/jedi/issuetracker/view.php?id=2750

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL 3.00 release schedule
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sun, 13 Mar 2005 12:44:08 +0100
Newsgroups: jedi.vcl,jedi.jcl

> > Is it important and are you confident that you can integrate it
> > completely today? .rc file, component image, packages regenerated, .po
> > files regenerated.
No, not today, so I'll wait until after the release.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Mar 2005 12:37:39 +0100
Newsgroups: jedi.vcl,jedi.jcl

Peter Thornqvist wrote:

> I have a JvShChangeNotify (uses ShChangeRegister API to monitor a bunch of
> system events + file and folder changes) component ready to be included.
> Should I wait until after the release?

Is it important and are you confident that you can integrate it completely today? .rc file, component image, packages regenerated, .po files regenerated.

I do not like the immediate release now, but better now than never.

The main problem i currently see is the JVCLMegaDemo which simply has too many spelling errors and hiccups. It is a very visible part of the JVCL and the impression it makes is very important.


Subject: Re: JVCL 3.00 release schedule
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Mar 2005 12:35:08 +0100
Newsgroups: jedi.vcl,jedi.jcl

Niels v/d Spek wrote:

> > In the last couple of weeks i have modified a some of the liberies, can
> > that be inserted before release
> > or do we wait until after de release?

If you are fast we meight be able to add your modifications before
tomorrow.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release schedule
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Sun, 13 Mar 2005 12:07:12 +0100
Newsgroups: jedi.vcl,jedi.jcl

From: "OBones" <obones_gfd_@_ggfd_altern.org>
> > Hi all,
> >
> > The set date for the release of JVCL 3.00 is next Monday, the 14th
> > I will branch the tree on Monday between 9 and 10am. As a result, please 
> > ensure that all that MUST be in the release is committed and TESTED before 
> > then. I will do test builds with Delphi 6 and 7, C++ Builder 5 and 6, 
> > please everyone else test with other versions.
> > The release itself will be done sometime during the day from the branch, 
> > provided there is a JCL release to build against.
> > Please let me know about anything that could impact on this.
> >

Dear Olivier,

In the last couple of weeks i have modified a some of the liberies, can that 
be inserted before release
or do we wait until after de release?

Thanks anyway

Niels v.d Spek


> > Cheers
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: JVCL 3.00 release schedule
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Mar 2005 10:54:10 +0100
Newsgroups: jedi.vcl

What about the make.exe issue?
I cannot reproduce it on my system. And since I have added that many
ExtractShortPathName calls into the installer it is impossible for me to
force this bug to appear as I could before adding ExtractShortPathName.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release schedule
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sun, 13 Mar 2005 10:50:01 +0100
Newsgroups: jedi.vcl,jedi.jcl

> > Please let me know about anything that could impact on this.
I have a JvShChangeNotify (uses ShChangeRegister API to monitor a bunch of
system events + file and folder changes) component ready to be included.
Should I wait until after the release?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Mar 2005 08:23:44 +0100
Newsgroups: jedi.vcl

I have regenerated the .po files.
The Images/Resources subdir seems not to need a regeneration (it would not hurt to regenerate the files in Resources anyway).

I also checked CompileExamples.bat for erros, warnings and hints.
I also readded some examples to the makefile.

These examples have not been readded yet:
Client.dpr
EDIDBBuffering.dpr
JvDBFindEditDemo.dpr
JvDBHTLabelDemo.dpr
JvDBImageDemo.dpr
JvDBSearchDemo.dpr
JvDesktopAlertDemo.dpr
JvMultiHTTPGrabberDemo.dpr
PageListDemo.dpr
Server.dpr
Query.dpr (ThreadedQueries) name conflict

I will try to readd them afternoon. Feel free to try yourself also.


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Mar 2005 06:08:37 +0100
Newsgroups: jedi.vcl,jedi.jcl

Please also check if the spelling errors of the JVCLMegaDemo have been solved.


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Mar 2005 06:06:05 +0100
Newsgroups: jedi.vcl,jedi.jcl

A bit short, because i want to check CompileExamples.bat.
There are some bugs lurking.
I also want to check which examples are not included in the makefile.
Nevertheless i will try to complete it today.


Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfd_@_ggfd_altern.org>
Date: Sun, 13 Mar 2005 01:06:29 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> I plan to release 1.95 tomorrow night.  I understand that is in time?

Absolutely. Thanks a lot for your support.

Cheers, Olivier


Subject: Re: JVCL 3.00 release schedule
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 13 Mar 2005 00:46:48 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi Olivier,

> The set date for the release of JVCL 3.00 is next Monday, the 14th
> I will branch the tree on Monday between 9 and 10am. As a result, please ensure that all that MUST be in the release is committed and TESTED before then. I will do test builds with Delphi 6 and 7, C++ Builder 5 and 6, please everyone else test with other versions.
> The release itself will be done sometime during the day from the branch, provided there is a JCL release to build against.

I plan to release 1.95 tomorrow night.  I understand that is in time?

Greetings, Robert


Subject: JVCL 3.00 release schedule
From: OBones <obones_gfd_@_ggfd_altern.org>
Date: Sun, 13 Mar 2005 00:14:17 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi all,

The set date for the release of JVCL 3.00 is next Monday, the 14th
I will branch the tree on Monday between 9 and 10am. As a result, please ensure that all that MUST be in the release is committed and TESTED before then. I will do test builds with Delphi 6 and 7, C++ Builder 5 and 6, please everyone else test with other versions.
The release itself will be done sometime during the day from the branch, provided there is a JCL release to build against.
Please let me know about anything that could impact on this.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Sat, 12 Mar 2005 14:10:04 -0500
Newsgroups: jedi.vcl

> > and post the resulting file to the binaries newsgroup here.

Done.

> > I will work on the various errors in the next days.

Thanks,
Femi


-- "One good thing about music, when it hits you feel no pain." -- Bob Marley 

Subject: Re: Debug view for XMM registers (used in SSE instruction set) - 1st beta
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 12 Mar 2005 16:40:54 +0100
Newsgroups: jedi.vcl

> I will update the JvComputerInfoEx.pas, the TJvCPUInfo objet will have a new property to detect 64-bit processors.

There are several new properties:

Is64Bits: the processor supports 64 bits operations (AMD64 or Intel em64t).
3DNow: the processor supports 3DNow! extensions
ExMMX: the processor supports Extensions to MMX
(MMX was already written)
Ex3DNow: The processor supports Extension to 3DNow!
L1DataCache: size of L1 data cache in kByte
L1CodeCache: size of L1 code cache in kByte
L2Cache: size of L2 cache in kByte
L3Cache: size of L3 cache in kByte.

Florent


Subject: Re: [JVPlugin with forms?] - An aside about packages, and how distributionof 30 BPLs with my EXE is a PITA.
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Sat, 12 Mar 2005 07:05:42 -0800
Newsgroups: jedi.vcl

Thank you. I hadn't thought to question the veracity of the default package
list, or of recompiling the packages in that list. I'll get working on that.

Dave

Francois PIETTE <francois.piette@overbyte.be> wrote in message
news:d0u8vd$mkn$1@talkto.net...
>> > >     It looks like the trend is to not use runtime packages with this
>> > > technology. Is that because it is difficult to do, or to deploy?
> >
> > Yes, it is difficult to do. You have to rewrite a lot of things to avoid
the
> > problem of the same class being considered different if created in a
plugin
> > and in the host application. Without runtime packages, it is difficult to
> > show a plugin created TFrame within a host created TForm.
> >
>> > >     I'm perfectly willing to use runtime packages if that's the way to
go.
>> > > My problem is I can't get it to work! The plugin uses runtime packages
> > fine
>> > > but when I try to enable in the exe, one of my secondary forms starts
>> > > causing problems. References to another form are unrecognized, all kinds
> > of
>> > > basic declarations are unrecognized and it bails with "too many
> > compilation
>> > > errors". Can anyone give me a clue to what is going wrong? Are there any
>> > > special tricks to enabling runtime packages on the exe? Thanks in
advance.
> >
> > I had similar problems. You have to recompile everything and reinstall
your
> > packages (no need to remove, just click install again).
> >
> > --
> > francois.piette@overbyte.be
> > The author for the freeware multi-tier middleware MidWare
> > The author of the freeware Internet Component Suite (ICS)
> > http://www.overbyte.be
> >
> >




Subject: Re: [JVPlugin with forms?] - An aside about packages, and how distributionof 30 BPLs with my EXE is a PITA.
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Sat, 12 Mar 2005 07:04:01 -0800
Newsgroups: jedi.vcl

> > The ProductRuntime.bpl should contain VCL, all JVCL components that I
> > use, and all other third party components that I use. I haven't
> > investigated if this is possible, but I have thought that perhaps some
> > automated tool, starting with the JCL project analyzer wizard as a base,
> > could be made to help me maintain the giant custom runtime BPL that I
> > would need.
> >
> > Has anyone ever done this?


I think it would be monster to maintain. You're talking about copying the
source code for all those different packages to a unit or units and
compiling into a separate package? Any features you want to add later have
to have the same thing done. It doesn't sound very workable.

Dave

Warren Postma <wp.nospam@tekran.com> wrote in message
news:d0kvkf$p4i$1@talkto.net...




Subject: Re: Debug view for XMM registers (used in SSE instruction set) - 1st beta
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 12 Mar 2005 15:55:00 +0100
Newsgroups: jedi.vcl


> I think JvComputerInfoEx.pas contains precise enough info to detect all those CPUs now.

I updated JclSysInfo to detect 64-bit/SSE/3DNow! and many other features.
All feature detections for SIMDView are done in this unit from the JCL.

The SIMDView package adds a new debug feature for Delphi 5-7. (The SIMDView is integrated in D2005).

I will update the JvComputerInfoEx.pas, the TJvCPUInfo objet will have a new property to detect 64-bit processors.

Florent


Subject: Re: Debug view for XMM registers (used in SSE instruction set) - 1st beta
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 12 Mar 2005 15:26:24 +0100
Newsgroups: jedi.vcl

I think JvComputerInfoEx.pas contains precise enough info to detect all those CPUs now.


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 12 Mar 2005 15:22:41 +0100
Newsgroups: jedi.vcl

There are several demos not working. Especially when compiling with CompileExamples.bat.
Please start in a DOS box:

CompileExamples >D5Errors.txt

and post the resulting file to the binaries newsgroup here.
I will work on the various errors in the next days.


Subject: Debug view for XMM registers (used in SSE instruction set) - 1st beta
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 12 Mar 2005 14:58:37 +0100
Newsgroups: jedi.vcl

Hello everyone,

I have just released a view to debug XMM registers.
It is located in the Donations/SIMDView directory of the CVS tree.

This is the first version which should compile well for everyone. It is still at a beta state, any bug report is welcome.
I tested it on Delphi7.

It adds a new menuitem in the Delphi IDE in View\Debug Window\SSE

***********
Important
***********
Before installing the program, please ensure that your processor supports at least Streaming SIMD (Single Instruction Multiple Data) Extension 1 (SSE1).
Pentium III, Pentium IV, Pentium Xeon, with or without em64t support this technologie.
Athlon XP, Athlon64 and some older ones support this too.
***********

First, install the package.

There is a sample program in the same CVS repository.

 - Before running the program, toggle a breakpoint on the first assembler line
 - Launch the program.
 - Fill 4 floating point values in the program console.
 - The debugger stops the execution at the breakpoint.
 - Hit CTRL+ALT+D or clic on the MenuItem to see the registers.
 - Before executing the first asm line, the content of the XMM registers is undefined.
 - After executing the first asm line, XMM0 is loaded with the 4 floatting point values.
 - The second line adds XMM0 with itself. The values in the debug view should double.
 - The third line store the result in memory for display.
 - at the end of the execution, the values displayed should be the double of the initial values.

The debug view is able to modify any flag of the MXCSR register and any value of any XMM register.

Florent


Subject: Re: Trying to use TJvInterpreter
From: Fabiano Bonin <fabianobonin@hotmail.com>
Date: Sat, 12 Mar 2005 09:43:54 -0300
Newsgroups: jedi.vcl

Thanks a lot! It worked perfectly.

Looking at the JvInterpreter registration units, i noticed if i just put in the 'uses' clause the unit 'JvInterpreter_all', it automatically registers all set of classes covered by JvInterpreter. It includes system function and procedures, datasets, quickreport componentes, etc..., etc..., etc...

Edmund Matzke wrote:
> Hello,
>
>
>> To be more precise, i would like to use a TDataSet instance inside my script. Is it possible? If yes, how can i achieve this?
>
>
> I haven't used TDataSet, but other classes. It should be a similar way.
>
>
>> var
>>  MyDataSet: TDataSet;
>
>
> In your program you should have an instance of TDataSet, right. The
> initialization part of your unit must contain the wrapper
> (JvInterpreter_....register...) for the TDataSet.
>
>
>> If i can use a TDataSet instance inside my script, i would like to call a function that returns a TDataSet, i.e.:
>>
>> begin
>>   MyDataSet := MyDataSetFunc('parameters');
>>   ShowMessage(MyDataSet.Fields[0].AsString);
>> end;
>
>
> if
> var
>   PrgDataSet: TDataSet;
>
> is in your program, then you can declare it in your script:
>
> var
>   MyDataSet: TDataSet;
>
> In OnGetValue has to be code to pass the adress of PrgDataSet to your
> script:
>
>   if Cmp(Identifier, 'aDataSet') then
>   begin
>     Value := Integer(PrgDataSet);
>     Done := True;
>   end;
>
> Now you can set this to the existing instance in your program
>
>   MyDataSet := TDataSet(aDataSet);
>
> and now your ShowMessage should work.
>
>
>> Please point me to some documentation for this great component, if it exists. If it doesn't exists, i will be glad to help to write it, but 1st i need to learn it deeper.
>
>
> HTH. If someone has has an easier way, let us know!
>
> CU, Eddi


Subject: Re: Trying to use TJvInterpreter
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sat, 12 Mar 2005 12:09:47 +0100
Newsgroups: jedi.vcl

Hello,

> > To be more precise, i would like to use a TDataSet instance inside my 
> > script. Is it possible? If yes, how can i achieve this?

I haven't used TDataSet, but other classes. It should be a similar way.

> > var
> >   MyDataSet: TDataSet;

In your program you should have an instance of TDataSet, right. The
initialization part of your unit must contain the wrapper
(JvInterpreter_....register...) for the TDataSet.

> > If i can use a TDataSet instance inside my script, i would like to call 
> > a function that returns a TDataSet, i.e.:
> > 
> > begin
> >    MyDataSet := MyDataSetFunc('parameters');
> >    ShowMessage(MyDataSet.Fields[0].AsString);
> > end;

if 

var
  PrgDataSet: TDataSet;

is in your program, then you can declare it in your script:

var
  MyDataSet: TDataSet;

In OnGetValue has to be code to pass the adress of PrgDataSet to your
script:

  if Cmp(Identifier, 'aDataSet') then
  begin
    Value := Integer(PrgDataSet);
    Done := True;
  end;

Now you can set this to the existing instance in your program

  MyDataSet := TDataSet(aDataSet);

and now your ShowMessage should work.

> > Please point me to some documentation for this great component, if it 
> > exists. If it doesn't exists, i will be glad to help to write it, but 
> > 1st i need to learn it deeper.

HTH. If someone has has an easier way, let us know!

CU, Eddi


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Sat, 12 Mar 2005 05:00:32 -0500
Newsgroups: jedi.vcl

Hi Ralf,

The MegaDemo from CVS as of 3-12-2005 will not compile using D5 Pro.

These are some of the errors:

[Error] ConsoleExampleMainFormU.pas(105): Undeclared identifier: 'Count'
[Error] ConsoleExampleMainFormU.pas(118): Undeclared identifier: 'Count'
[Error] ConsoleExampleMainFormU.pas(119): Undeclared identifier: 'Count' etc

[Fatal Error] JvAppStorageSelListMainFrmU.pas(32): File not found: 
'Variants.dcu'
[Fatal Error] JvAppStorageSubStorageMainFrm.pas(32): File not found: 
'Variants.dcu'
[Fatal Error] LEDMain.pas(6): File not found: 'Variants.dcu'
[Fatal Error] StarFieldMain.pas(6): File not found: 'Variants.dcu'

[Error] JvChartDemoFm.pas(243): Undeclared identifier: 'NaN'
[Error] JvChartDemoFm.pas(311): Undeclared identifier: 'NaN' etc

[Fatal Error] JvHiddenGems.pas(32): File not found: 'Variants.dcu'

[Fatal Error] JvDBActionMainForm.pas(31): File not found: 'Variants.dcu'

[Fatal Error] JvDBFindEditDemoForm.pas(29): File not found: 'Variants.dcu'

[Fatal Error] JvDBHTLabelDemoMainForm.pas(31): File not found: 
'Variants.dcu'

[Fatal Error] JvDBImageDemoMainForm.pas(35): File not found: 'DBClient.dcu'

[Fatal Error] JvFullColorCircleDialogMainForm.pas(32): File not found: 
'Variants.dcu'

[Error] JvFullColorCircleDialogMainForm.pas(92): Undeclared identifier: 
'IncludeTrailingPathDelimiter'

[Fatal Error] JvFullColorDialogMainForm.pas(32): File not found: 
'Variants.dcu'

[Error] Unitmain.pas(785): Undeclared identifier: 'HelpKeyword'

Thanks,
Femi




Subject: Trying to use TJvInterpreter
From: Fabiano Bonin <fabianobonin@hotmail.com>
Date: Sat, 12 Mar 2005 05:37:25 -0300
Newsgroups: jedi.vcl

Hi, i'm new to this list and this is my 1st post. If this list is not intended to support questions, please point me the correct list please.

I'm trying to use TJvInterpreter with partial success. I can run my own scripts, i'm using my own external functions, manipulating values on TJVInterpreter events, etc..., but i still did not understand how to be able to use some classes inside a script.

To be more precise, i would like to use a TDataSet instance inside my script. Is it possible? If yes, how can i achieve this?

var
 MyDataSet: TDataSet;

If i can use a TDataSet instance inside my script, i would like to call a function that returns a TDataSet, i.e.:

begin
  MyDataSet := MyDataSetFunc('parameters');
  ShowMessage(MyDataSet.Fields[0].AsString);
end;

Please point me to some documentation for this great component, if it exists. If it doesn't exists, i will be glad to help to write it, but 1st i need to learn it deeper.

Regards,

Fabiano.


Subject: Re: [JVPlugin with forms?] - An aside about packages, and how distributionof 30 BPLs with my EXE is a PITA.
From: "Francois PIETTE" <francois.piette@overbyte.be>
Date: Sat, 12 Mar 2005 09:30:29 +0100
Newsgroups: jedi.vcl

> >     It looks like the trend is to not use runtime packages with this
> > technology. Is that because it is difficult to do, or to deploy?

Yes, it is difficult to do. You have to rewrite a lot of things to avoid the
problem of the same class being considered different if created in a plugin
and in the host application. Without runtime packages, it is difficult to
show a plugin created TFrame within a host created TForm.

> >     I'm perfectly willing to use runtime packages if that's the way to go.
> > My problem is I can't get it to work! The plugin uses runtime packages
fine
> > but when I try to enable in the exe, one of my secondary forms starts
> > causing problems. References to another form are unrecognized, all kinds
of
> > basic declarations are unrecognized and it bails with "too many
compilation
> > errors". Can anyone give me a clue to what is going wrong? Are there any
> > special tricks to enabling runtime packages on the exe? Thanks in advance.

I had similar problems. You have to recompile everything and reinstall your
packages (no need to remove, just click install again).

-- francois.piette@overbyte.be The author for the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be 

Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 12 Mar 2005 08:15:06 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:
>> I have a list of current components and palettes available.
>
> Sound nice. Which format?

Clean CSV. I also have loaded the data into an Access DB and with a simple Delphi app (ADO) i generate three html files showing the components alphabetically, by palette and by package.

Have a look at devtools\ReadPalette (read usage.txt). It shows how to generate the lists for yourself.


Subject: Re: [JVPlugin with forms?] - An aside about packages, and how distributionof 30 BPLs with my EXE is a PITA.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 11 Mar 2005 17:43:56 -0500
Newsgroups: jedi.vcl

Dave Smith wrote:
>     It looks like the trend is to not use runtime packages with this
> technology. Is that because it is difficult to do, or to deploy?
>
>     I'm perfectly willing to use runtime packages if that's the way to go.
> My problem is I can't get it to work! The plugin uses runtime packages fine
> but when I try to enable in the exe, one of my secondary forms starts
> causing problems. References to another form are unrecognized, all kinds of
> basic declarations are unrecognized and it bails with "too many compilation
> errors". 

Make sure you have your runtime packages list set properly, that it is complete. When I had problems with enabling runtime packages it was that the list of runtime packages was incomplete. IMHO, this is an ugly part of delphi's configuration GUI dialog, it really should be automatically
able to fix this situation, but it took me a while to get packages working for me, because I hadn't used them, and I had installed all kinds of third party packages, and they weren't in that runtime packages list.

Warren


Subject: Error with TJvCustomAppStorage and tkChar properties
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Sat, 12 Mar 2005 09:05:25 +1100
Newsgroups: jedi.vcl

Hi, JVCL 3.0 March 10 daily build
When trying to save / load properties that are Char types using 
WriteProperty / ReadProperty, an error is raised if the 
StorageOptions.TypedIntegerAsString is True.
I hope that someone can help,
Cheers,
Andrew 




Subject: Re: Problem with installing Mar 10 daily build
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Sat, 12 Mar 2005 09:01:14 +1100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d0rn44$54q$1@talkto.net...
> > OBones wrote:
> >
>> >> Try to remove the -Q option from the call to dcc32
>> >>
>> >> I've got reports from BCB5 users who have a problem with it because the 
>> >> directory where the JVCL is installed is too long (too deep).
> >
> > Woops, it's the opposite, you must add the -Q option because when it is 
> > not there and the complete path to a unit is more than 127 characters, 
> > then dcc32 will either crash or make.exe will not work.
> > That's the report I get from users with BCB 5

BTW, I'm using D7 (with patch) and what puzzles me (apart from the error) is 
that copying the original install directory (from the RC 1 files) over the 
top of the Daily build files makes the install work fine. This suggests that 
there is something different in the installer program rather than the 
make.exe or path lengths.
Cheers,
Andrew 




Subject: Slider control with two sliders on the bar?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 11 Mar 2005 13:23:50 -0800
Newsgroups: jedi.vcl

I'm looking at TJvSlider, TJvTrackBar, and TJvxSlider. Am I wrong to think that none of them supports having 2 slider deales in the horizontal bar?

I want to have a slider bar for setting the allowable min and max for some attribute. It strikes me as making sense to have a single bar with two sliders. That way the Max has to be higher than the Min and the user can tell at a glance where they are in relation to each other.

But I can't find a sliding bar control that supports this capability.  Is there one in JVCL? Or does anyone know of one elsewhere?

Or is there another good way to solve this problem?


Subject: Re: [JVPlugin with forms?] - An aside about packages, and how distributionof 30 BPLs with my EXE is a PITA.
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Fri, 11 Mar 2005 19:36:36 +0000 (UTC)
Newsgroups: jedi.vcl

"Dave Smith" <djsmith9@pacbell.net> wrote in news:d0sikc$cpq$1@talkto.net:

> >  It looks like the trend is to not use runtime packages with this
> > technology. Is that because it is difficult to do, or to deploy?

For me, it is a desire to not be bound by a specific version of Delphi.  If 
I make my host in D7 today, and a new module (plugin) next year in D2005, I 
don't want to have to replace the host, unless I absolutely have to.

Jeff.


Subject: Re: [JVPlugin with forms?] - An aside about packages, and how distributionof 30 BPLs with my EXE is a PITA.
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Fri, 11 Mar 2005 09:04:21 -0800
Newsgroups: jedi.vcl

    It looks like the trend is to not use runtime packages with this
technology. Is that because it is difficult to do, or to deploy?

    I'm perfectly willing to use runtime packages if that's the way to go.
My problem is I can't get it to work! The plugin uses runtime packages fine
but when I try to enable in the exe, one of my secondary forms starts
causing problems. References to another form are unrecognized, all kinds of
basic declarations are unrecognized and it bails with "too many compilation
errors". Can anyone give me a clue to what is going wrong? Are there any
special tricks to enabling runtime packages on the exe? Thanks in advance.

Dave




Warren Postma <wp.nospam@tekran.com> wrote in message
news:d0kvkf$p4i$1@talkto.net...
> >
> > Currently, I don't use packages, because I would need to distribute 20+
> > bpl files just to make my one EXE run, which in my opinion is
> > rediculous. But I have thought that the packages technology is a good
> > thing, it's just that I want to keep things relatively simple, yet still
> > get the benefits of packages.
> >
> > This is related to JVCL because JVCL itself has a bazillion packages,
> > which is both a very good and a very bad thing. :-)
> >
> > So, I have thought of building one giant runtime package BPL with all my
> > runtime stuff, JVCL, RTL, VCL, 3rd-party-freebies, and my commercial
> > components, and then having one BPL per "separately installable
> > product", that is, per installer [Setup.exe] that I maintain.
> >
> > Typically the applications I build would be like this:
> >
> > ProductMainApp.exe
> > ProductRuntime.bpl
> > Plugin1.dll
> > Plugin2.dll
> >
> > MiniAppOrUtility1.exe [also uses ProductRuntime.bpl]
> > MiniAppOrUtility2.exe [also uses ProductRuntime.bpl]
> >
> >
> > The ProductRuntime.bpl should contain VCL, all JVCL components that I
> > use, and all other third party components that I use. I haven't
> > investigated if this is possible, but I have thought that perhaps some
> > automated tool, starting with the JCL project analyzer wizard as a base,
> > could be made to help me maintain the giant custom runtime BPL that I
> > would need.
> >
> > Has anyone ever done this?
> >
> > Regards,
> >
> > Warren
> >




Subject: Re: In search of a flicker free Listbox
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Fri, 11 Mar 2005 16:09:57 +0100
Newsgroups: jedi.vcl

> > It seems that a listbox repaint itself after each modifation and not only
> > the modificated line.
Have you tried owner drawing the listbox?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: In search of a flicker free Listbox
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 11 Mar 2005 09:36:44 -0500
Newsgroups: jedi.vcl

Niels v/d Spek wrote:
> Seems to have no effect on the flickering. That was the first thing i added in the code ..
> It seems that a listbox repaint itself after each modifation and not only the modificated line.

Try a 1 row by 1 column TStringGrid.

Warren




Subject: Re: Looking for tutorials about JvInspector
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 11 Mar 2005 09:27:56 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>
>     I found it less intrusive this way. I don't particularly like the fact that an example starts with an error/warning dialog box. OTOH, how many users actually overlooked that feature because of it?

WHY isn't the INI file where it needs to be? Do we need to publish our demos in a "some assembly required" state?

Warren


Subject: Re: JVPlugin with forms?
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Fri, 11 Mar 2005 14:27:47 +0000 (UTC)
Newsgroups: jedi.vcl

Pete Stoves <pete.stoves@charnvel.co.uk> wrote in 
news:d0rp06$5i4$1@talkto.net:

> >      pluginUtils - in common.
> >      The host app - in Host.
> > Have a nose through the code in them.

I've been through them, and am digesting the approach, trying to filter out 
the implementation details (ties to XPBar and registry usage stuff).  So 
far it looks managable, if made a bit more generic.  For instance, I'd 
probably pass function groups and functions back and forth, and let the 
host decide whether these are pages on an XPBar, Outlook bar, tabs on a 
tabsheet, buttons on a buttonbar, menus or menuitems and so forth.  As it 
is now, to change from say an XPBar to an OutlookBar requires rewriting the 
host, the interfaces unit and the plugins.

Jeff.


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 11 Mar 2005 09:25:54 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Marcel Bestebroer wrote:
>
>
>>     There always be people needing these dialogs. At best you could think about making them classes and not components, especially the dialogs that don't provide any setting or just one (eg. the title of the dialog).
>
>
> What about something like this:
>
> TWinDialogs = class
>   class procedure ShowOutOfMemory(const Title: string);
>   ...
> end;
>
>
>

Why not ....

    TJvDialogType = (jvdOutOfMemory,jvdBlahBlahBlah,..... );
    TJvErrorDialog = class
        private
            FDialogType:TJvDialogType;
            //....
        public
            procedure Execute;

        published
            property DialogType:TJvDialogType read            
                    FDialogType write FDialogType;
            //....
        end;

That would conform a lot more to what users expect out of Dialog box components such as the File Open dialog box.


Subject: Re: In search of a flicker free Listbox
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Fri, 11 Mar 2005 14:57:23 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schreef in bericht 
news:d0s7f6$9ie$1@talkto.net...
>> >> I have already tried all the listboxes in the JVCL libery but maby i have
>> >> overloked some properties to set.
> >
> > Items.BeginUpdate/Items.EndUpdate?
> >
Seems to have no effect on the flickering. That was the first thing i added 
in the code ..
It seems that a listbox repaint itself after each modifation and not only 
the modificated line.


> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: Re: In search of a flicker free Listbox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Mar 2005 14:54:12 +0100
Newsgroups: jedi.vcl

> > I have already tried all the listboxes in the JVCL libery but maby i have
> > overloked some properties to set.

Items.BeginUpdate/Items.EndUpdate?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: In search of a flicker free Listbox
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Fri, 11 Mar 2005 14:43:45 +0100
Newsgroups: jedi.vcl

Hallo all,

Can someone suggest me a listbox that not flikker when i modify the text of 
an item in the listbox ferquently.
What i like to do is something like MS has done with there windows upgrade 
tool.

I have already tried all the listboxes in the JVCL libery but maby i have 
overloked some properties to set.

Thanks
Niels v/d Spek 




Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 11 Mar 2005 12:55:19 +0100
Newsgroups: jedi.vcl


I just integrates some more examples!

.... so what do waiting for? Christmas? :-)


Subject: Re: Looking for tutorials about JvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 11 Mar 2005 12:50:52 +0100
Newsgroups: jedi.vcl

> yeah I checked it and you are absolutely right: the .ini file was simply not found from the demo and silently the demo fails to show the power of the .ini support! :-)

    I found it less intrusive this way. I don't particularly like the fact that an example starts with an error/warning dialog box. OTOH, how many users actually overlooked that feature because of it?

> BTW: any other hidden gems you are aware of I can reveal :-) Just give me a hint and I will be on your finger tips ...

    Did you incorporate the DB demo as well? I guess that would be problematic for users of Delphi Personal Edition (which has no DB support), but if you could include it in IFDEFs, that would be great. Actually, the main demo should be updated to show that in one Inspector control you can actually inspect objects, INI files and DB datasets (the latter of course in an IFDEF conditional).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Looking for tutorials about JvInspector
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 11 Mar 2005 12:26:12 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer schrieb:
>> I integrated all inspector related demos in the MegaDemo and I did not integrate a INI file example. All I can see are the two demos here:
>>
>> JEDI\jvcl\examples\JvInspector
>>
>> There is an demo.ini file but none of the two demos seems to use it! Did I overlook something?
>
>
>     Possibly, or it stopped working. I can't seem to reach CVS at the moment, but in my older copy of the main example, FormCreate calls AddINIFile, which will add the ini file items into their own category.
>

yeah I checked it and you are absolutely right: the .ini file was simply not found from the demo and silently the demo fails to show the power of the .ini support! :-)

I did a bug fix and also updated the description in the MegaDemo so that everyone will notice the power within!

BTW: any other hidden gems you are aware of I can reveal :-) Just give me a hint and I will be on your finger tips ...

best regards

Ralf Grenzing
YOUR unreveiler ...


Subject: Re: JVPlugin with forms?
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Fri, 11 Mar 2005 09:47:14 +0000
Newsgroups: jedi.vcl

Pete Stoves wrote:
> I've been working on a similar app for many weeks now, and I've posted my complete works into jedi.binaries.
> I'd like to share this with you in the hope that it may help some, and also, that I may receive some comments or help in return.
>
> Cheers
> Pete
> pete.stoves@charnvel.co.uk

Yeh. I guessed there would be these sort of probs.
The code chunks which will be of help are.
    pluginUtils - in common.
    The host app - in Host.
Have a nose through the code in them.


Subject: Re: Problem with installing Mar 10 daily build
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Fri, 11 Mar 2005 20:18:00 +1100
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d0rkhg$4f9$1@talkto.net...
> > Try to remove the -Q option from the call to dcc32
> >
> > I've got reports from BCB5 users who have a problem with it because the 
> > directory where the JVCL is installed is too long (too deep).

Not quite sure how to do this...

BTW the JVCL is installed in the directory:

E:\Program files\Borland\Delphi7\JVCL3\JVCL

No spaces in the path, and it doesn't seem that long!

Andrew 




Subject: Re: Problem with installing Mar 10 daily build
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 11 Mar 2005 10:16:40 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Try to remove the -Q option from the call to dcc32
>
> I've got reports from BCB5 users who have a problem with it because the directory where the JVCL is installed is too long (too deep).

Woops, it's the opposite, you must add the -Q option because when it is not there and the complete path to a unit is more than 127 characters, then dcc32 will either crash or make.exe will not work.
That's the report I get from users with BCB 5


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 11 Mar 2005 09:58:23 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> This definitely needs much work yet.

and many is already done :-)

So it seems at least to compile on your box?

> Many spelling errors for example.

yes my wife has not the leisure time to read the texts but she will and she is a secretary for foreign languages!!! :-)

Any other *specific* mistakes?

> The IDE palette does not show the icons fully.

Do you mean the boarders? I was not able to avoid that. Any idea?

> I have a list of current components and palettes available.

Sound nice. Which format?




Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 11 Mar 2005 09:52:38 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer schrieb:
>> after hours and evenings (not to say night´s) of work I can say: The new designed MegaDemo is in! I checked everything more then double to be sure not break anything! If I did please tell me. I encourage every developer to take a look at the new MegaDemo which houses now about 112 Demos! (Please put your wow here if you wish!! :-) I hope it compile and runs everywhere well all over the globe! Please give it a try let me know!
>
>
>     Out of curiosity (it's not a critique of the work you done, Ralf): is there a list of components/controls that people frequently ask an example for that doesn't exist? Could be a nice project for Ralf to write additional examples if he has time for it. Just a thought.

Yes you can tell me I will try...

best regards

Ralf Grenzing


Subject: Re: Error compiling JVCL300RC1 ON BCB5
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 11 Mar 2005 09:33:14 +0100
Newsgroups: jedi.vcl

iRodrigo wrote:

> When installing JVCL I got this:
>
> Fatal: <MyPathToJedi>\jvcl\run\JvgExport.pas(39): Unit qrextra was compiled with a diferent version of QRPrntr.AnsiPos
>
> How can I fix this?

Avoid using two versions of QuickReport on the same machine, or ensure only one of them is available to the installer.


Subject: Re: Problem with installing Mar 10 daily build
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 11 Mar 2005 09:32:36 +0100
Newsgroups: jedi.vcl

Try to remove the -Q option from the call to dcc32

I've got reports from BCB5 users who have a problem with it because the directory where the JVCL is installed is too long (too deep).


Subject: Re: Looking for tutorials about JvInspector
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Thu, 10 Mar 2005 17:51:30 -0500
Newsgroups: jedi.vcl

In article <d0oeo8$fou$1@talkto.net>, mudshark@rancidbud.org says...
>> > > I'd also like to see more details, if only to know where to start to=20
>> > > debug when used with "other" components... I just recently tried to =
> > use=20
>> > > it to review the Indy vCard component at run-time - it fails (rather,=20
>> > > partially succeeds).
> > 
>> > > When run, the JvInspector shows the Addresses - TIdVCardAddresses =
> > node,=20
>> > > but does not display or allow drill down into the structure to.
> > =20
>> > > Other structures are shown (eg. BusinessInfo - TIdVCardBusinessInfo).
> > 
> > Don't know if this is the issue, but...=20
> > 
> > All properties in TIdVCardBusinessInfo are published and the Addresses =
> > property in TIdVCardAddresses is not published (public). =20
> > 

Actually, upon review of TIdVcard and the results of JvInspector, it 
looks like everything that "works" in JvInspector is class TPersistent 
and everything that doesn't work is either TCollection or 
TOwnedCollection...


EdB


Subject: Re: Problem with installing Mar 10 daily build
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 10 Mar 2005 23:23:45 +0100
Newsgroups: jedi.vcl

Hi,

> Even more info: I've updated the make file by downloading from Borland and I get the same error when trying a clean install of the Mar 10 daily build.
>
> MAKE Version 5.2 Copyright (c) 1987, 2000 Borland
> [Generating: Templates]
> MAKE Version 5.2 Copyright (c) 1987, 2000 Borland
> Writing: ..\D7\dcc32.cfg
> Fatal: Command arguments too long
> ** error 1 ** deleting Templates

Thanks.  That's a valuable bit of information.


Subject: Re: XLS export
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 10 Mar 2005 23:14:53 +0100
Newsgroups: jedi.vcl

Yeag, but they are not so expensive.

Look at http://www.scalabium.com

They are included into the 3RDPARTY-Integration alos :_)

Greetings
Jens

deks schrieb:
>> this, too?
>> \JEDI\jvcl\examples\JvDBGridExport
>>
>
>
> Yes. See in source code Ole variant variable? This is a SIGN! ))
>
> In JEDI there is no components able to produce native excel files - only
> commercial is on market today AFAIK.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem with installing Mar 10 daily build
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Fri, 11 Mar 2005 09:14:25 +1100
Newsgroups: jedi.vcl

> > Further info: If I use the install and bin directories from the original 
> > RC of JVCL 3, there is no problem. It's only if I use the ones in the 
> > recent daily builds.
> >
> > Cheers,
> > Andrew
> >
Even more info: I've updated the make file by downloading from Borland and I 
get the same error when trying a clean install of the Mar 10 daily build.

MAKE Version 5.2 Copyright (c) 1987, 2000 Borland
[Generating: Templates]
MAKE Version 5.2 Copyright (c) 1987, 2000 Borland
Writing: ..\D7\dcc32.cfg
Fatal: Command arguments too long
** error 1 ** deleting Templates

Andrew 




Subject: Re: JVPlugin with forms?
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Thu, 10 Mar 2005 21:56:01 +0000 (UTC)
Newsgroups: jedi.vcl

"Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com> wrote in
news:Xns96138EE317845jwormsleyatdebitekdo@194.191.0.34: 

> > But my own test project crashes when UnLoadLibrary is called as 
> > part of closing the application, and for the life of me I can't see
> > what is different.  Maybe it is something in the compiler options?  
> > 
> > Project C:\DELPHI\APPS\D2005\JVCLPluginTest\HostApp.EXE raised too
> > many consecutive exceptions: 'access violation at 0x00000000: read of
> > address 0x00000000'.  Process Stopped.  Use Step or Run to continue.

I still haven't figured out what caused this.  So I just copied the 
examples that didn't crash and renamed all the files, components and method 
names, and no more crash.  The only difference I can think of is that the 
one that crashed used the wizard to create the plugin code.  At any rate, I 
now have a host and plugin to experiment with that doesn't crash, so I am 
(sort of) happy.

Jeff.



Subject: Re: Problem with installing Mar 10 daily build
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Fri, 11 Mar 2005 08:11:52 +1100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:d0q8mq$se8$1@talkto.net...
> > Robert Rossmair wrote:
> >
>> >> I cannot reproduce the problem on my system).
> >
> > Neither do I.
> >
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen

Further info: If I use the install and bin directories from the original RC 
of JVCL 3, there is no problem. It's only if I use the ones in the recent 
daily builds.

Cheers,
Andrew 




Subject: Re: XLS export
From: "deks" <deks-den@yandex.ru>
Date: Thu, 10 Mar 2005 21:25:13 +0100
Newsgroups: jedi.vcl

> >this, too?
> >\JEDI\jvcl\examples\JvDBGridExport
> >

Yes. See in source code Ole variant variable? This is a SIGN! ))

In JEDI there is no components able to produce native excel files - only
commercial is on market today AFAIK.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvWizard and PageIndex of a page
From: "deks" <deks-den@yandex.ru>
Date: Thu, 10 Mar 2005 21:06:58 +0100
Newsgroups: jedi.vcl

Hello!

I have an application with following configuration of components.

I have an Wizard form with two pages (start page and finish page) = all of
them are interior. 

Then I have a component, derived from JvInteriorPage (this is standart
interior page + SynEdit + Highlighter from UIB). Let it be named as
MyCustomizedPage component.

Then, I have an derived from Wizard form anotheê form (let it be named as
DerivedWizard). In DerivedWizard i add MyCustomizedPage. 

Now PROBLEMS:

Problem #1: in MyCustomizedPAge i have no ability to supply Wizard
instance to component. First, i've try to use constructor's AOwner
variable, but it has no effect - MyCustomizedPage was not be connected to
Wizard. My workaround for this problem: publish Wizard property and assign
it manually after dropping MyCustomizedPage to form. Now works, but... )))

Problem #2: when i load DerivedWizard form with MyCustomizedPage from -
this page always be LAST page in list. When i add this page in Wizard
form, all is ok - page order is correct (even in inherited forms). 

Any ideas?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with installing Mar 10 daily build
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Mar 2005 21:03:53 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > I cannot reproduce the problem on my system).

Neither do I.



-- Regards, Andreas Hausladen 

Subject: TjvDataEmbedded - how to set data property?
From: "Ken Adam" <ken.adam@NOT.blueyonder.co.uk>
Date: Thu, 10 Mar 2005 19:23:32 -0000
Newsgroups: jedi.vcl

There is no property displayed (or property editor) for the data property - 
so how do I set the data to embed?
(I note in the archive there is a property editor source file, but it is not 
in the RC 1 download.)

I've just started with JVCL, so perhaps I'm missing something obvious, if 
so, sorry!

-- --------------------------------------------------------- Ken Adam "Technology is pictures, not words" 

Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 10 Mar 2005 20:20:21 +0100
Newsgroups: jedi.vcl

This definitely needs much work yet.
Many spelling errors for example.
The IDE palette does not show the icons fully.
I have a list of current components and palettes available.


Subject: Re: Problem with installing Mar 10 daily build
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 10 Mar 2005 19:41:29 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I'm not sure because I have copied the make.exe from/to anywhere while I
> had played with the bug.

BCC 5.5 make.exe says:

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

while the faulty versions say

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

At least that is what I concluded from past postings of yours (I cannot reproduce the problem on my system).


Subject: Re: Problem with installing Mar 10 daily build
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Mar 2005 19:16:59 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > And the make contained in the BCC 5.5 package (available for free
> > download) doesn't have the problem either, right?

I'm not sure because I have copied the make.exe from/to anywhere while I
had played with the bug.


-- Regards, Andreas Hausladen 

Subject: Re: Problem with installing Mar 10 daily build
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Mar 2005 19:16:05 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > Additionally, the installer could link to the download page when it
> > encounters the problem.

Unfortunatelly the problem occurse when the Installer is compiled.


-- Regards, Andreas Hausladen 

Subject: Re: Problem with installing Mar 10 daily build
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 10 Mar 2005 18:42:52 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Perhaps the easiest way to deal with this is to point that fact out in the Readme.

Additionally, the installer could link to the download page when it encounters the problem.


Subject: Re: Problem with installing Mar 10 daily build
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 10 Mar 2005 18:39:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Borland can fix that for Delphi 5, 6 and 7. Delphi 8 and 2005 do not have
> this make.exe failure.

And the make contained in the BCC 5.5 package (available for free download) doesn't have the problem either, right?

Perhaps the easiest way to deal with this is to point that fact out in the Readme.


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Mar 2005 18:21:38 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >      There always be people needing these dialogs. At best you could 
> > think about making them classes and not components, especially the 
> > dialogs that don't provide any setting or just one (eg. the title of the 
> > dialog).

What about something like this:

TWinDialogs = class
  class procedure ShowOutOfMemory(const Title: string);
  ...
end;



-- Regards, Andreas Hausladen 

Subject: Error compiling JVCL300RC1 ON BCB5
From: "iRodrigo" <irlemos@yahoo.nospam.com.br>
Date: Thu, 10 Mar 2005 17:57:58 +0100
Newsgroups: jedi.vcl

When installing JVCL I got this:

Fatal: <MyPathToJedi>\jvcl\run\JvgExport.pas(39): Unit qrextra was 
compiled with a diferent version of QRPrntr.AnsiPos

How can I fix this?

Thx,
Rodrigo.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 10 Mar 2005 17:55:45 +0100
Newsgroups: jedi.vcl

> after hours and evenings (not to say night´s) of work I can say: The new designed MegaDemo is in! I checked everything more then double to be sure not break anything! If I did please tell me. I encourage every developer to take a look at the new MegaDemo which houses now about 112 Demos! (Please put your wow here if you wish!! :-) I hope it compile and runs everywhere well all over the globe! Please give it a try let me know!

    Out of curiosity (it's not a critique of the work you done, Ralf): is there a list of components/controls that people frequently ask an example for that doesn't exist? Could be a nice project for Ralf to write additional examples if he has time for it. Just a thought.

> Is HMI the abbreviation for Human Machine Interface?

    Yes, but I noticed Warren also replied.

> Jv Dialoges: Are we sure we want these dialoges really? I can not see any use of some. Especially Out Of Memory Dialog, Delete Error, Rename Error, Copy Error

    There always be people needing these dialogs. At best you could think about making them classes and not components, especially the dialogs that don't provide any setting or just one (eg. the title of the dialog).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Thu, 10 Mar 2005 11:22:26 -0500
Newsgroups: jedi.vcl

Hi Ralf,
> >
> > after hours and evenings (not to say night´s) of work I can say: The new 
> > designed MegaDemo is in! I checked everything more then double to be sure 
> > not break anything! If I did please tell me. I encourage every developer 
> > to take a look at the new MegaDemo which houses now about 112 Demos! 
> > (Please put your wow here if you wish!! :-) I hope it compile and runs 
> > everywhere well all over the globe! Please give it a try let me know!
> >
I love your enthusiasm!!! I will check it out soon and will be back with 
praises and comments.

Thanks,
Femi

-- "One good thing about music, when it hits you feel no pain." -- Bob Marley 

Subject: Re: Looking for tutorials about JvInspector
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Thu, 10 Mar 2005 10:17:26 -0500
Newsgroups: jedi.vcl


> Personally I have extended JvInspector in the past yeaer as I tried to do most things without using RTTI, by using event handlers to allow adding various editors, etc. 

Could you send me a quick example?  I'm trying to add an item that will edit a string but with a custom editor.  When the editor returns the value, i want it to show something like '(HTF fil)' and '(none)' when empty.  The thing is that with a string item, i can't set only the DisplayStr because it also reset the data...

do I absolutely have to define a new Item class for that? I only have one item that will be like that, so doing it by event handlers seems to be the right way to do!

bye,

blaise


Subject: Re: MegaDemo is IN!!! (caution: Monster Post!)
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 10 Mar 2005 09:30:22 -0500
Newsgroups: jedi.vcl

Ralf Grenzing wrote:
 > Is HMI the abbreviation for Human Machine Interface?

Yes. HMI is the politically correct form of the process-control-industry term MMI (man machine interface), both mean a user interface (such as a windows GUI software program) used to control a machine, a process, etc. Sometimes this term is used interchangeably with "SCADA" (Supervisory Control And Data Acquisition).

Warren



Subject: MegaDemo is IN!!! (caution: Monster Post!)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 10 Mar 2005 15:24:38 +0100
Newsgroups: jedi.vcl

Hi everybody

after hours and evenings (not to say night´s) of work I can say: The new designed MegaDemo is in! I checked everything more then double to be sure not break anything! If I did please tell me. I encourage every developer to take a look at the new MegaDemo which houses now about 112 Demos! (Please put your wow here if you wish!! :-) I hope it compile and runs everywhere well all over the globe! Please give it a try let me know!

While working to integrate all the demos I solved many issues but some remains, which I want to mention here:

As you can see in the MegaDemo in the JvRichEdit at the left top there is always a link to the demo. The link always starts with http: just to persuade the JvRichEdit to draw it as a link. I really dislike these style but I did not find any other solution! Does anybody have a nicer solution?

In jvcl\examples\RaLib\RaHtHints\RaHtHintsMainFormU.pas there is a line Application.HintHidePause := MaxInt; But this line has no effect! (Tested under Delphi 5 and 7)

If nobody protest I would delete jvcl\examples\JvColorButton, because it it really show nothing

JvFooterAndGroupHeader anyone? I was not able to write a description about it. Could anybody provide some?

Is HMI the abbreviation for Human Machine Interface?

TJvSpecialProgress which is in \jvcl\run\JvSpecialProgress.pas seems not to be registered or compiled. Is this on purpose?

Is it right that for the whole diagramming stuff no component at all is registered?

In the examples\JvDiagramShape there were 2 word documents. I created also pdf from them. Should I check them in?

I am unsure if the file jvcl\examples\JvDiagramShape\3. DependencyWalker\SkipList.txt is longer needed because the content is stored in the dfm. Further more the \jvcl\bin\SkipList.txt is different.

Jv Dialoges: Are we sure we want these dialoges really? I can not see any use of some. Especially Out Of Memory Dialog, Delete Error, Rename Error, Copy Error

Some demos are rebellious regarding their appearance in the MegaDemo: The form showed only half up for example! \examples\JvErrorIndicator? Any Idea why?

JvRichEdit is integrated but it fails when it started, because it can not load the Overview ressource. I try to fix that but did not succeed,

examples\JvItemViewer does not compile

best regards

Ralf Grenzing
your MegaDemo Developer :-)


Subject: Re: Problem with installing Mar 10 daily build
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Mar 2005 13:46:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Andreas Hausladen wrote:
> > 
>> > > Maybe it becomes time to write our own make.exe (who has time for
>> > > this?)
> > 
> > It would be easier to add an OpenSource version like the other tools we
> > use.

Unfortunatelly no make is like another make. That means a complete rewrite
of the the makefiles.

-- Regards, Andreas Hausladen 

Subject: Re: Problem with installing Mar 10 daily build
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 10 Mar 2005 13:39:35 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Maybe it becomes time to write our own make.exe (who has time for this?)

It would be easier to add an OpenSource version like the other tools we use.


Subject: Re: Looking for tutorials about JvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 10 Mar 2005 13:18:10 +0100
Newsgroups: jedi.vcl

> I integrated all inspector related demos in the MegaDemo and I did not integrate a INI file example. All I can see are the two demos here:
>
> JEDI\jvcl\examples\JvInspector
>
> There is an demo.ini file but none of the two demos seems to use it! Did I overlook something?

    Possibly, or it stopped working. I can't seem to reach CVS at the moment, but in my older copy of the main example, FormCreate calls AddINIFile, which will add the ini file items into their own category.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Problem with installing Mar 10 daily build
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Mar 2005 13:18:08 +0100
Newsgroups: jedi.vcl

Andrew wrote:

> > Hope that someone can fix it!

Borland can fix that for Delphi 5, 6 and 7. Delphi 8 and 2005 do not have
this make.exe failure.

I thought we had fixed that because after adding lots of
ExtractShortPathName calls to build.dpr and the installer nobody reported
this error.

Maybe it becomes time to write our own make.exe (who has time for this?)


-- Regards, Andreas Hausladen 

Subject: Re: Looking for tutorials about JvInspector
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 10 Mar 2005 13:08:03 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer schrieb:
>>> I have used it primarily as a way of displaying and editing the contents of various INI files,
>>
>>
>>
>> any example you can donate perhaps from that? Sounds interesting!
>
>
>     JvInspector natively supports INI file displaying/editing. I think it's even in in the full example (not the SimpleInspector example but the other one). Don't forget to copy the demo .ini file to the folder of the .exe, otherwise it won't find it.
>
>
hi Marcel

I integrated all inspector related demos in the MegaDemo and I did not integrate a INI file example. All I can see are the two demos here:

JEDI\jvcl\examples\JvInspector

There is an demo.ini file but none of the two demos seems to use it! Did I overlook something?

Ralf Grenzing
JVCL MegaDemo Developer


Subject: ERROR
From: "Brian Pedersen" <brian@night.dk>
Date: Thu, 10 Mar 2005 12:50:17 +0100
Newsgroups: jedi.vcl

Hi ALL

I have a problem!!

I have a Query with 1000 records, a JvDBGrid showing 20 records

when i then locate a record(let's say record 200) in the query its show the
record in top of the JvDBGrid.
BUT
When i do it one more time its show the record in the bottom of the
JvDBGrid, why is that ?? And how du i get the JvDBGrid to show the record in
the top ??

-- Regards Brian Pedersen NIGHT.DK www.night.dk 

Subject: Re: XLS export
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 10 Mar 2005 12:07:13 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> OBones schrieb:
>>
>>> someone from eXact SRL wrote:
>>>
>>>> Is there any component in the JVCL that allows me to export a dataset data to an Excel file (XLS) without having Excel installed in the system ? (without DDE)
>>>
>>>
>>>
>>>
>>> No.
>>
>>
>>
>> Are you sure OBones? in the section "Nonvisual" in the Globus Demo there is an icon for Excel export. But I am not sure this is in JVCL available.
>
>
> AFAIK, it requires Excel to be installed.


this, too?
\JEDI\jvcl\examples\JvDBGridExport


Subject: Re: XLS export
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 10 Mar 2005 11:54:09 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> OBones schrieb:
>
>> someone from eXact SRL wrote:
>>
>>> Is there any component in the JVCL that allows me to export a dataset data to an Excel file (XLS) without having Excel installed in the system ? (without DDE)
>>
>>
>>
>> No.
>
>
> Are you sure OBones? in the section "Nonvisual" in the Globus Demo there is an icon for Excel export. But I am not sure this is in JVCL available.

AFAIK, it requires Excel to be installed.


Subject: Problem with installing Mar 10 daily build
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Thu, 10 Mar 2005 21:46:09 +1100
Newsgroups: jedi.vcl

I get the following error when trying a clean install (having correctly 
installed the latest JCL)

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
Fatal: Command arguments too long

Hope that someone can fix it!

Cheers,
Andrew 




Subject: Re: Looking for tutorials about JvInspector
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 10 Mar 2005 11:40:09 +0100
Newsgroups: jedi.vcl

>> I have used it primarily as a way of displaying and editing the contents of various INI files,
>
>
> any example you can donate perhaps from that? Sounds interesting!

    JvInspector natively supports INI file displaying/editing. I think it's even in in the full example (not the SimpleInspector example but the other one). Don't forget to copy the demo .ini file to the folder of the .exe, otherwise it won't find it.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Looking for tutorials about JvInspector
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 10 Mar 2005 11:25:10 +0100
Newsgroups: jedi.vcl

Warren Postma schrieb:
> Blaise Bernier wrote:
>
>> The inspector is not an easy thing to understand, and it would be really nice if someone could post something about how to add a property with an edit button, how to create our own items, etc.   The structure of the component is not really clear (but it seems to be powerfull), and when it comes to the point where you need something more than just add a reference to a property with the default editor, it becomes a pain in the a**.  Also, most of the documentation about that component is not finished or not even started.  I would love to help, but i need to know how it works before i can write anything.
>
>
> The JvInspector is one of the more complex and IMHO, confusing, components in the JVCL, but it makes up for that by being very powerful and very handy.
>
> I have used it primarily as a way of displaying and editing the contents of various INI files,

any example you can donate perhaps from that? Sounds interesting!

Ralf Grenzing
JVCL MegaDemo Developer


Subject: Re: XLS export
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 10 Mar 2005 11:22:10 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> someone from eXact SRL wrote:
>
>> Is there any component in the JVCL that allows me to export a dataset data to an Excel file (XLS) without having Excel installed in the system ? (without DDE)
>
>
> No.

Are you sure OBones? in the section "Nonvisual" in the Globus Demo there is an icon for Excel export. But I am not sure this is in JVCL available.


Subject: Re: I would like to make it so that you get a "Disabled image" for JvXPBar items.
From: Jacob Boerema <jgboerema@gmail.com>
Date: Thu, 10 Mar 2005 11:18:25 +0100
Newsgroups: jedi.vcl

On Wed, 09 Mar 2005 15:07:40 -0500, "Warren Postma" 
<wp.nospam@tekran.com> wrote in article <d0nkm6$aa7$1@talkto.net>:
> > Is there somewhere else in the JVCL source code I can go for something 
> > to "mangle" the image into disabled state during the paint code for JvXPBar?

Have a look at JvJVCLUtils. There are a number of functions for 
drawing disabled bitmaps.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com http://home.wanadoo.nl/jgboerema/en/Freeware.htm 

Subject: Re: Problem with 9-Mar daily zips
From: "Don S" <mudshark@rancidbud.org>
Date: Thu, 10 Mar 2005 05:16:58 -0500
Newsgroups: jedi.vcl

> > Yeah, use the ones from the mirror.
> > My home server is back online, so today's daily zips should be better.

Just wanted to make sure someone was aware...


Subject: Re: Problem with 9-Mar daily zips
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 10 Mar 2005 09:20:13 +0100
Newsgroups: jedi.vcl

Don S wrote:
> Just checked for the daily zips, and both the complete and source-only zips have no \run\ directory or files.  Did not check previous day.

Yeah, use the ones from the mirror.
My home server is back online, so today's daily zips should be better.


Subject: Re: JVPlugin with forms?
From: "Francois Piette" <francois.piette@overbyte.be>
Date: Thu, 10 Mar 2005 09:03:47 +0100
Newsgroups: jedi.vcl

>> > > You can use RTL and VCL runtime packages in both host and DLL so that
>> > > TBitMap class in host and DLL refer to the same RTTIs.
> >
> > That "sort of" works. I have struck issues with some third-party
components
> > that aren't in the RTL & VCL packages that register their classes - as
they
> > do this in the host & DLL, we get the error "Class... already registered"

One of my rules regarding third-party components is to never use a component
for which I haven't complete source code. I never use pre-built packages or
dcu. I always use the versions compiled by myself. Having this rule, it is -
more or less - easy to modify the source code to fit my needs or to fix
annoyances such as the one you mention.

--
francois.piette@overbyte.be
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi-tier framework, freeware)
http://www.overbyte.be




Subject: Problem with 9-Mar daily zips
From: "Don S" <mudshark@rancidbud.org>
Date: Wed, 9 Mar 2005 23:58:35 -0500
Newsgroups: jedi.vcl

Just checked for the daily zips, and both the complete and source-only zips have no \run\ directory or files.  Did not check previous day.


Subject: Re: Looking for tutorials about JvInspector
From: "Don S" <mudshark@rancidbud.org>
Date: Wed, 9 Mar 2005 22:33:35 -0500
Newsgroups: jedi.vcl

> > I'd also like to see more details, if only to know where to start to 
> > debug when used with "other" components... I just recently tried to use 
> > it to review the Indy vCard component at run-time - it fails (rather, 
> > partially succeeds).

> > When run, the JvInspector shows the Addresses - TIdVCardAddresses node, 
> > but does not display or allow drill down into the structure to.
 
> > Other structures are shown (eg. BusinessInfo - TIdVCardBusinessInfo).

Don't know if this is the issue, but... 

All properties in TIdVCardBusinessInfo are published and the Addresses property in TIdVCardAddresses is not published (public).  




Subject: Re: JVPlugin with forms?
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Thu, 10 Mar 2005 09:51:15 +1100
Newsgroups: jedi.vcl

"deks" <deks-den@yandex.ru> wrote in message news:d0kllo$mpi$1@talkto.net...
>> > >There is no application code into
>> >>the host application, everithing is done within plugins. Well, that's the
>> >>goal. I haven't finished development yet.
> >
> > Maybe it is interesting to public to write some commonly used sample code
> > and share it as open source? Or maybe developer's community can help you
> > to make this thing more efficient?
> >
> > Can we start little project on SF.net, and incapsulate it's results in
> > JVCL as it will be finished?

Just a thought....

It should be relatively easy to write a plugin approach that passes a single 
interface on Initialization - maybe call it ICommunicator. The base 
communicator would have properties of HostApplication, HostScreen, and 
PluginManager. Then other interfaces could be derived from this for 
particular purposes (eg: menu handling, toolbars etc).

Anyone interested in collaborating on this sort of structure?

Andrew 




Subject: Re: JVPlugin with forms?
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Thu, 10 Mar 2005 09:47:34 +1100
Newsgroups: jedi.vcl

"Francois Piette" <francois.piette@overbyte.be> wrote in message 
news:d0mcr4$17i$1@talkto.net...
>> >> No, either way. JvPlugin.Commands[i].Bitmap won't work for passing 
>> >> Bitmaps
>> >> as the TBitmap class in Host and DLL refer to different RTTIs
> >
> > You can use RTL and VCL runtime packages in both host and DLL so that
> > TBitMap class in host and DLL refer to the same RTTIs.

That "sort of" works. I have struck issues with some third-party components 
that aren't in the RTL & VCL packages that register their classes - as they 
do this in the host & DLL, we get the error "Class... already registered"

>> >> Other objects I send via "interface wrappers" where I descend from
>> >> TInterfaceObject and wrap the required functions in the interface
>> >> declaration.
> >
> > I use this "interface wrappers" with great success.
> >
> > --
> > francois.piette@overbyte.be
> > Author of ICS (Internet Component Suite, freeware)
> > Author of MidWare (Multi-tier framework, freeware)
> > http://www.overbyte.be
> >
> > 




Subject: Please help: tool-tips
From: Pascal Mangold <info@mangold.de>
Date: Wed, 09 Mar 2005 21:33:38 +0100
Newsgroups: jedi.vcl

Hi,

after having installed a new version of JVCL (around Dec 2004)
all my tool-tips are gone in my application.

Whatever I tried, I can not activate the tool tips any more (Hint on / of,
Parent show hint etc!) The "on hint" works, but there are no bubbles
coming up any more.

If I create a new app (in D7Pro) I get the tool-tips right
from the beginning.

I think that anything in JVCL is suppressing the tool-tip
window from appearing!?

Any help is greatly appreciated!
Thanks
Pascal


Subject: Re: Looking for tutorials about JvInspector
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Wed, 9 Mar 2005 15:25:03 -0500
Newsgroups: jedi.vcl

In article <d0j0oa$c4n$1@talkto.net>, grunt_lord@sympatico.ca says...
> > The inspector is not an easy thing to understand, and it would be really 
> > nice if someone could post something about how to add a property with an 
> > edit button, how to create our own items, etc.   The structure of the 
> > component is not really clear (but it seems to be powerfull), and when 
> > it comes to the point where you need something more than just add a 
> > reference to a property with the default editor, it becomes a pain in 
> > the a**.  Also, most of the documentation about that component is not 
> > finished or not even started.  I would love to help, but i need to know 
> > how it works before i can write anything.
> > 


I'd also like to see more details, if only to know where to start to 
debug when used with "other" components... I just recently tried to use 
it to review the Indy vCard component at run-time - it fails (rather, 
partially succeeds).

Add JvInspector, IdVcard and a button to form. 
Button onClick: 
 create a stringlist and load vCard file(exported from Outlook);
 // make sure there is a street addres defined in exported file 
 IdVCard1.ReadFromStrings(aStringList);
 JvInspector1.clear;
 jvInspector1.AddComponent(IdVcard1, 'VCARD', true);
 showmessage(IdVcard1.addresses[0].StreetAddress);
 astringlist.free;


When run, the JvInspector shows the Addresses - TIdVCardAddresses node, 
but does not display or allow drill down into the structure to.

Other structures are shown (eg. BusinessInfo - TIdVCardBusinessInfo).

I'm not sure this is JvInspector problem - maybe something missing in 
IdVCard definition - I've noticed it doesn't parse data correctly all the 
time either.

Cheers,
EdB


Subject: I would like to make it so that you get a "Disabled image" for JvXPBar items.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Mar 2005 15:07:40 -0500
Newsgroups: jedi.vcl

It looks like when a JvXPBar item is disabled, the font is drawn with a different color but the same image is drawn. How can I make it draw disabled images?  I know some components (like TBX/TB2K) generate disabled images internally and this seems like the preferred approach,
but I'm not sure where to go with this.

Is there somewhere else in the JVCL source code I can go for something to "mangle" the image into disabled state during the paint code for JvXPBar?

Warren


Subject: Re: [TJvCustomInspectorItem] Overloading Edit method... some questions...
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Mar 2005 15:05:20 -0500
Newsgroups: jedi.vcl

Scott J. Miles wrote:

>> What was the effect of the ProcessMessage in this part of the code, and why is it commented out ?

It caused some strange behaviour that ended up with an access violation at shutdown/destruction of a TForm containing a JvInspector in one particular usage case, where JvInspector was being used to inspect an INI file. I think. Perhaps this isn't it. Anyways, you get the idea.

Warren


Subject: Re: [TJvCustomInspectorItem] Overloading Edit method... some questions...
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Wed, 09 Mar 2005 14:42:15 -0500
Newsgroups: jedi.vcl

Scott J. Miles wrote:
> Ok, cool. Hope I didn't sound like a jerk. Just wanted to know if there was a specific problem we could look at. =P

Ok, thanks :)


Subject: [JvInspector] I found a work around for some things
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Wed, 09 Mar 2005 14:05:49 -0500
Newsgroups: jedi.vcl

Hi,

I needed to load some data in different components and to fire events at the same time.  I found a quick way to do what i wanted :

Create a class that way :

{$M+}

TMyClass = class
private
  function GetProp1: Sometype;
  procedure SetProp1(Value : SomeType);
public
  MyComponentWithProp1 : TComponent;
published
  property Field1 : Sometype read GetProp write SetProp;
end;

//Other classes needed for the same reason

{$M-}

Assign a component to the corresponding public field in the class. Set the values in your components and fire the events in the SetPropX functions and retrieve the data from the component and fire another event if needed.

you can add as many properties and controls as you like, you can even use it with variables or ny other data (get data from a DB, or something....

Maybe it can help some of you with the jvInspector : it let you act easily on each value you want without having to create big and complex events.

I hope it can help someone!

bye,

Blaise


Subject: Re: [TJvCustomInspectorItem] Overloading Edit method... some questions...
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Wed, 9 Mar 2005 10:34:36 -0800
Newsgroups: jedi.vcl

Ok, cool. Hope I didn't sound like a jerk. Just wanted to know if there was 
a specific problem we could look at. =P

Scott

"Blaise Bernier" <grunt_lord@sympatico.ca> wrote in message 
news:d0ne2p$8qd$1@talkto.net...
>> >> I'm no expert re: JvInspector, but I'm trying to figure it out like you. 
>> >> I wonder why you are interested in this deprecated code? In general, I 
>> >> would suggest that you ignore the removed sections.
> >
> > Hehe, because my property was not updating... but the problem was not the 
> > inspector :) 




Subject: Re: when to free a jvdesktopalert
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Wed, 09 Mar 2005 11:33:29 -0700
Newsgroups: jedi.vcl

Jason Chapman wrote:
> "Chris M" <chris@_Takethisout_eventsoft.com> wrote in message news:d0n8bi$7ci$1@talkto.net...
>
>> I have a procedure that creates alerts for me when i need them.  It is this...
>
>
>
> How about setting AutoFree to true, then it is gone, once the alert dissapears (AFAIK).
>
> JAC.
>
Thank you , i love easy answers :)


Subject: Re: IFDEF COMPILERx
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 09 Mar 2005 19:32:01 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> If it was COMPILER4_UP then Delphi 5 and 6 have compiled that code anyway.
> So testing not necessary but it must pass my weekly build (d5, d6, d7, d9).

I have removed the IFDEFs completely.

BTW how about deleting the "make Delphi 5 happy" code?
It is already commented out and i see no reason that it will ever need to be reactivated.


Subject: Re: [TJvCustomInspectorItem] Overloading Edit method... some questions...
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Wed, 09 Mar 2005 13:15:56 -0500
Newsgroups: jedi.vcl

> I'm no expert re: JvInspector, but I'm trying to figure it out like you. I wonder why you are interested in this deprecated code? In general, I would suggest that you ignore the removed sections.

Hehe, because my property was not updating... but the problem was not the inspector :)


Subject: Re: JVPlugin with forms?
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Wed, 9 Mar 2005 18:11:53 +0000 (UTC)
Newsgroups: jedi.vcl

"Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com> wrote in 
news:Xns9614746693B73jwormsleyatdebitekdo@194.191.0.34:

> > Thanks, Pete!  I'll have a look at it ASAP.

I don't have D7 on my machine, so I tried converting it to D2005.  I had to 
install VirtualTreeview, which wasn't hard, and convert the dpk's, also not 
hard.  However, I can't figure out how to get tpregclass converted.  
Apparently the RAR file only had the compiled bpl available.  Not sure 
where to go from here.

Jeff.



Subject: Re: [TJvCustomInspectorItem] Overloading Edit method... some questions...
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Wed, 9 Mar 2005 09:50:30 -0800
Newsgroups: jedi.vcl

> > What was the effect of the ProcessMessage in this part of the code, and 
> > why is it commented out ?

I'm no expert re: JvInspector, but I'm trying to figure it out like you. I 
wonder why you are interested in this deprecated code? In general, I would 
suggest that you ignore the removed sections.

In any event, it looks like an older incarnation of JvInspector used some 
complex message passing to handle certain editing situations, and the 
ProcessMessage call was required to allow the message handling to complete. 
Marcel B. has since fixed the implementation so it does not require this 
piece of arcanum (thanks Marcel!)

Do a search for "OnInternalEditControlExiting" and you can find various 
comments from Marcel about his changes, especially this notation:

 { marcelb: removed this stuff; it's not needed at all ...

Cheers,
Scott

"Blaise Bernier" <grunt_lord@sympatico.ca> wrote in message 
news:d0ku2v$opa$1@talkto.net...

<snip>
> > i found that section in the Edit procedure :
> >
> > if Assigned(FEditCtrl) and (FEditCtrl.Text <> FData.AsString) then
> > begin
> >   { Modified to something more useful, with no side effects:
> >   FEditChanged := True;
> >   // NEW: make sure latest changes in the EditControl are updated before
> >   // we invoke the edit button. This is VCL-only because right now it
> >   // looks like a post message is the primary way the Edit button
> >   // notifies the inspector of a new edit value being accepted.
> >   OnInternalEditControlExiting(FInspector);
> >   Application.ProcessMessages; // Ugly, but necessary. }
> >
> >   Apply;
> > end;
> >
> > What was the effect of the ProcessMessage in this part of the code, and 
> > why is it commented out ?
> >
> > Thanks in advance for your answer,
> >
> > Blaise Bernier 




Subject: Re: when to free a jvdesktopalert
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Wed, 9 Mar 2005 17:34:30 -0000
Newsgroups: jedi.vcl

"Chris M" <chris@_Takethisout_eventsoft.com> wrote in message 
news:d0n8bi$7ci$1@talkto.net...
> >I have a procedure that creates alerts for me when i need them.  It is 
> >this...


How about setting AutoFree to true, then it is gone, once the alert 
dissapears (AFAIK).

JAC. 




Subject: SchedDisplayName in TjvTFDays
From: "raffels" <raffels@op.pl>
Date: Wed, 9 Mar 2005 18:22:48 +0100
Newsgroups: jedi.vcl

Hi,

How to display SchedDisplayName in TjvTFDays ?

JvTFDays1.Template.CompNames.Add('One');
JvTFDays1.Schedules[0].SchedDisplayName :=  'FullOne';

JvTFDays1.Template.CompNames.Add('Two');
JvTFDays1.Schedules[1].SchedDisplayName :=  'FullTwo';


SchedDisplayName Should be displayed when it is not null.
It's always SchedName on then screen.

Thank you for your help.

raffels





Subject: when to free a jvdesktopalert
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Wed, 09 Mar 2005 09:38:17 -0700
Newsgroups: jedi.vcl

I have a procedure that creates alerts for me when i need them.  It is this...

procedure TMainForm.ShowDesktopAlert(Headertext, MessageText : String);
var
  DA        :TJvDesktopAlert;
  FOptions  :TJvDesktopAlertOptions;
begin
    DA := TJvDesktopAlert.Create(Self);

    DA.HeaderText := HeaderText;
    DA.MessageText := MessageText;
    FOptions := [daoCanMove,
                 daoCanMoveAnywhere,
                 daoCanClose ];
    DA.Options := FOptions;
    DA.Location.AlwaysResetPosition := true;
    DA.AutoFocus := false;
    DA.StyleHandler.DisplayDuration  := 4000;

    {Insert Into log incase user misses message}
    DesktopAlertLog.Insert(0,'');
    DesktopAlertLog.Insert(0,MessageText);
    DesktopAlertLog.Insert(0,HeaderText);
    DesktopAlertLog.Insert(0,'==' + datetimetostr(now) + '==');

    DA.Execute;
end;

When Can I free the DA object?  I can't free it here or it never shows


Subject: Re: JVPlugin with forms?
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Wed, 9 Mar 2005 16:19:00 +0000 (UTC)
Newsgroups: jedi.vcl

Pete Stoves <pete.stoves@charnvel.co.uk> wrote in 
news:d0mkob$2od$2@talkto.net:

> > I've been working on a similar app for many weeks now, and I've posted 
> > my complete works into jedi.binaries.
> > I'd like to share this with you in the hope that it may help some, and 
> > also, that I may receive some comments or help in return.

Thanks, Pete!  I'll have a look at it ASAP.

Jeff.


Subject: Re: IFDEF COMPILERx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 9 Mar 2005 17:01:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > While checking i saw that JvNetscapeSplitter.pas has IFDEF COMPILER4_UP.
> > The comments do not match the IFDEFs. Please someone with Delphi 5 and
> > Delphi 6 check it and remove IFDEF COMPILER4_UP if possible.

If it was COMPILER4_UP then Delphi 5 and 6 have compiled that code anyway.
So testing not necessary but it must pass my weekly build (d5, d6, d7, d9).


-- Regards, Andreas Hausladen 

Subject: what is TJvDBGridControls in TJvDBGrid
From: "Gtz" <gtz.gtz@jubii.dk>
Date: Wed, 9 Mar 2005 15:57:54 +0100
Newsgroups: jedi.vcl

Hi

I can't use a boolean value in a TJvDBGrid properly, because the 
checkbox changes to af True/false value when it is in edit state.
I guess that i should choose a TJvDBGridControls for editing, but what 
is it.
I can se no dokumentation or examples on how to use them ?

Cheers 
GTZ



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: IFDEF COMPILERx
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 09 Mar 2005 15:30:55 +0100
Newsgroups: jedi.vcl

Probably also HAS_UNIT_DATEUTILS needed.

While checking i saw that JvNetscapeSplitter.pas has IFDEF COMPILER4_UP.
The comments do not match the IFDEFs. Please someone with Delphi 5 and Delphi 6 check it and remove IFDEF COMPILER4_UP if possible.


Subject: Re: JvComputerInfoEx Wallpaper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 9 Mar 2005 12:40:24 +0100
Newsgroups: jedi.vcl

> > If it is OS Specific, think that could be handled easily.
No it isn't, just my eyes getting blurry ;>.

Updated in CVS (anon access probably delayed a few hours).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Little issue with JvEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 9 Mar 2005 12:36:52 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:1p6xf7w7jjuwd$.ho7u7w3j3a1r$.dlg@40tude.net>:

Is this problem easy to fix? I would like to get this fixed because I'm in
urgently need of this control and the Enabled property.

-- cu, Michael 

Subject: Re: JvComputerInfoEx Wallpaper
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Wed, 09 Mar 2005 12:26:21 +0100
Newsgroups: jedi.vcl

My OS is Windows XP Professional with Service Pack2.
But I can't imagine Microsoft changed that since Windows NT.
I will try to test it under Windows 98, to be sure.

If it is OS Specific, think that could be handled easily.


Subject: Re: JVPlugin with forms?
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 09 Mar 2005 11:03:39 +0000
Newsgroups: jedi.vcl

I've been working on a similar app for many weeks now, and I've posted my complete works into jedi.binaries.
I'd like to share this with you in the hope that it may help some, and also, that I may receive some comments or help in return.

Cheers
Pete
pete.stoves@charnvel.co.uk


Subject: IFDEF COMPILERx
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 09 Mar 2005 08:24:09 +0100
Newsgroups: jedi.vcl



Subject: Re: Disabled Menu Items and ILS_SATURATE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 09 Mar 2005 06:00:52 +0100
Newsgroups: jedi.vcl

Kiriakos wrote:

>  And they do it
> using the ILS_SATURATE flag for fState.

Please do not forget that we still try to support Win 9x. I doubt that this flag is available there. Any source changes should check that.


Subject: Re: [JvCustomInspectorItem] Dialog + Value List
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Tue, 08 Mar 2005 23:57:48 -0500
Newsgroups: jedi.vcl

Nice!  Thanks a lot, it will be usefull!

Scott J. Miles wrote:
> Hello,
>
> I wanted a TJvCustomInspectorItem that supported value-list editing as well as double-click dialog box (e.g. TColor property in Delphi). It seemed to me that the existing code didn't support this combination, so I modified the following bits of code to make it possible.
>
> I just wanted to make this available to whomever. I hope it's not inappropriate to post this way.
>
> // Original
> {
> procedure TJvCustomInspectorItem.EditMouseDown(Sender: TObject;
>   Button: TMouseButton; Shift: TShiftState; X, Y: Integer);
> begin
>   if (Button = mbLeft) and (ssDouble in Shift) and (iifValueList in Flags) then
>     SelectValue(1);
> end;
> }
>
> //>>sjm2005
> procedure TJvCustomInspectorItem.EditMouseDown(Sender: TObject;
>  Button: TMouseButton; Shift: TShiftState; X, Y: Integer);
> begin
>  if (Button = mbLeft) and (ssDouble in Shift) and (iifValueList in Flags) then
>   if (iifEditButton in Flags) then
>    ButtonClick(Self)
>   else
>    SelectValue(1);
> end;
> //<<sjm2005
>
> // Original
> {
> procedure TJvCustomInspectorItem.MouseUp(Button: TMouseButton;
>   Shift: TShiftState; X, Y: Integer);
> var
>   WasPressed: Boolean;
> begin
>   WasPressed := FPressed;
>   StopTracking;
>   if (Button = mbLeft) and WasPressed and (iifEditButton in Flags) then
>     ButtonClick(Self);
> end;
> }
>
> //>> sjm2005
> procedure TJvCustomInspectorItem.MouseUp(Button: TMouseButton;
>  Shift: TShiftState; X, Y: Integer);
> var
>  WasPressed: Boolean;
> begin
>  WasPressed := FPressed;
>  StopTracking;
>  if (Button = mbLeft) and WasPressed and (iifEditButton in Flags)
>   and not (iifValueList in Flags) then
>    ButtonClick(Self);
> end;
> //<< sjm2005
>
> Cheers,
> Scott
>


Subject: [JvCustomInspectorItem] Dialog + Value List
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Tue, 8 Mar 2005 19:56:33 -0800
Newsgroups: jedi.vcl

Hello,

I wanted a TJvCustomInspectorItem that supported value-list editing as well 
as double-click dialog box (e.g. TColor property in Delphi). It seemed to me 
that the existing code didn't support this combination, so I modified the 
following bits of code to make it possible.

I just wanted to make this available to whomever. I hope it's not 
inappropriate to post this way.

// Original
{
procedure TJvCustomInspectorItem.EditMouseDown(Sender: TObject;
  Button: TMouseButton; Shift: TShiftState; X, Y: Integer);
begin
  if (Button = mbLeft) and (ssDouble in Shift) and (iifValueList in Flags) 
then
    SelectValue(1);
end;
}

//>>sjm2005
procedure TJvCustomInspectorItem.EditMouseDown(Sender: TObject;
 Button: TMouseButton; Shift: TShiftState; X, Y: Integer);
begin
 if (Button = mbLeft) and (ssDouble in Shift) and (iifValueList in Flags) 
then
  if (iifEditButton in Flags) then
   ButtonClick(Self)
  else
   SelectValue(1);
end;
//<<sjm2005

// Original
{
procedure TJvCustomInspectorItem.MouseUp(Button: TMouseButton;
  Shift: TShiftState; X, Y: Integer);
var
  WasPressed: Boolean;
begin
  WasPressed := FPressed;
  StopTracking;
  if (Button = mbLeft) and WasPressed and (iifEditButton in Flags) then
    ButtonClick(Self);
end;
}

//>> sjm2005
procedure TJvCustomInspectorItem.MouseUp(Button: TMouseButton;
 Shift: TShiftState; X, Y: Integer);
var
 WasPressed: Boolean;
begin
 WasPressed := FPressed;
 StopTracking;
 if (Button = mbLeft) and WasPressed and (iifEditButton in Flags)
  and not (iifValueList in Flags) then
   ButtonClick(Self);
end;
//<< sjm2005

Cheers,
Scott 




Subject: Re: Disabled Menu Items and ILS_SATURATE
From: "Kiriakos" <kvlahos@london.edu>
Date: Wed, 9 Mar 2005 05:02:51 +0200
Newsgroups: jedi.vcl

Sure and that's good.  However there is still a need to improve the painting 
of disabled images generated from the main ImageList (it is a pain to create 
disabled images for all actions).  JvMainMenu is just as bad or even worse 
than TMainMenu in that respect. If you look at SharpDevelop, disabled images 
look great without the provision of a DisabledImages list.  And they do it 
using the ILS_SATURATE flag for fState.



"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:d0jl66$eup$3@talkto.net...
> > TJvMainMenu has a DisabledImages property. 




Subject: Re: JVPlugin with forms?
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Wed, 9 Mar 2005 10:08:36 +1100
Newsgroups: jedi.vcl

"deks" <deks-den@yandex.ru> wrote in message news:d0kllo$mpi$1@talkto.net...
>> > >There is no application code into
>> >>the host application, everithing is done within plugins. Well, that's the
>> >>goal. I haven't finished development yet.
> >
> > Maybe it is interesting to public to write some commonly used sample code
> > and share it as open source? Or maybe developer's community can help you
> > to make this thing more efficient?
> >
> > Can we start little project on SF.net, and incapsulate it's results in
> > JVCL as it will be finished?
> >
> > This project (work title = JvPluginApplication) will consist of some
> > delphi code for commonly-used tasks (host application with specific UI,
> > host with database connection, plugins, that implement specific database
> > interface ond so on). As another part it is possible to write some
> > documentation about this code and using plugins (JvPlugin)in Delphi.
> >

Would be a good project, although my time is rather limited at present 
(..like everyone's!). I've extended the JvPlugin framework to make it easier 
to find Datamodules / etc and have a simple interface process for 
communicating between the DLL and Host - maybe this could be put together 
and posted somewhere for others to improve / extend??

Andrew 




Subject: Re: JVPlugin with forms?
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Wed, 9 Mar 2005 10:05:10 +1100
Newsgroups: jedi.vcl

"Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com> wrote in message 
news:Xns9613672EE5ACjwormsleyatdebitekdo@194.191.0.34...
> > "Andrew" <abaylis_nos@spamcop.net> wrote in
> > news:d0iu3u$bp5$1@talkto.net:
> >
>> >> i) setting ParentFont=False in all forms I want to display and using a
>> >> custom component that shows forms within a panel (this is freeware at
>> >> www.ozemail.com.au/~abaylis)
> >
> > This is the AJB FormDisp?

Yes.

>> >> ii) Using interfaces in situations requiring objects to be passed
> >
> > Other than the form itself, I am not sure if I will need to pass actual
> > objects.
> >
>> >> iii) For bitmaps etc that need to be passed, I have had to resort to
>> >> copying from canvas to canvas
>> >> eg: TBitmap(bitmapfromhost).Canvas.CopyRect(...)
> >
> > Is this just for bitmaps going from the host to the plugin?  The only
> > bitmaps I envision needing would be for the buttons and OutlookBar.  Isn't
> > this covered by the JvPlugin.Commands[i].Bitmap?

No, either way. JvPlugin.Commands[i].Bitmap won't work for passing Bitmaps 
as the TBitmap class in Host and DLL refer to different RTTIs (same with any 
properties of Commands[i]). You can enable/disable and set other properties 
of menu items on the Host, the main problems I've struck are when you want 
to Assign (or when the VCL does it "under the hood") from one object to 
another - in this case, you will normally get "Can't assign ... to ...." or 
even an AV in strange places.

>> >> iv) with menus - i've used interfaces to allow menuItems to be created
>> >> / removed from the main menu in the host application.
> >
> > Again, isn't this covered in the JvPlugin.Commands data?  Or is this
> > static, not allowing you to selectively enable/disable menu items?

JvPlugin.Command data or any other pointer to an object will still suffer 
from the issue of two RTTIs (ie. can't use Assign).
You can enable / disable existing menu items and change other properties, 
even AddMenuItem if you do it via an Interface. But, merging other menu 
items / popup menus won't work as the VCL calls Assign within these 
processes.
> >
> > For these interfaces, do you have to extend TApplication to support them,
> > so that the plugin can use the HostApplication property to make the calls?
> >

No. I have defined a IMainForm interface and have added this to my main 
form's class definition. Then in the plugin DLL, I set the DLL's application 
handle to the HostApplication Handle, find the mainform of the 
HostApplication using TApplication(HostApplication).MainForm and set this to 
a IMainForm instance in the DLL. Now I can call defined functions in the 
HostApp using this interface.
Other objects I send via "interface wrappers" where I descend from 
TInterfaceObject and wrap the required functions in the interface 
declaration.

All this works well and I can add items to an Outlook Bar, merge menus and 
add / remove menu items from the main menu. My latest hassle was getting 
around the Assign issues in the AnimatedMenu set of components so that I can 
pass submenus from the DLL to the Host (done that now!).

HTH

Andrew 




Subject: Re: Looking for tutorials about JvInspector
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 08 Mar 2005 15:48:28 -0500
Newsgroups: jedi.vcl

Blaise Bernier wrote:

> The inspector is not an easy thing to understand, and it would be really nice if someone could post something about how to add a property with an edit button, how to create our own items, etc.   The structure of the component is not really clear (but it seems to be powerfull), and when it comes to the point where you need something more than just add a reference to a property with the default editor, it becomes a pain in the a**.  Also, most of the documentation about that component is not finished or not even started.  I would love to help, but i need to know how it works before i can write anything.

The JvInspector is one of the more complex and IMHO, confusing, components in the JVCL, but it makes up for that by being very powerful and very handy.

I have used it primarily as a way of displaying and editing the contents of various INI files, but also I have used it as a way of inspecting some arbitrarily complex tree of published properties from a TComponent, for which JvInspector is as easy to use as could possibly be expected.

For other uses, it probably needs more refinement in its API.

So I think rather than merely documenting how-it-is, some creative and imaginative extension of the JvInspector's API would make it a bit more intuitive when used in whatever applications you are currently expecting it in.

Personally I have extended JvInspector in the past yeaer as I tried to do most things without using RTTI, by using event handlers to allow adding various editors, etc.  For example, I'd like to be able to, but haven't added, a way to do dropdown editing of properties without defining ENUM types at runtime, which IMHO, is ugly, except in the case where the property you are editing is really ultimately an RTTI enum property.


Warren


Subject: [JVPlugin with forms?] - An aside about packages, and how distribution of 30 BPLs with my EXE is a PITA.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 08 Mar 2005 14:55:50 -0500
Newsgroups: jedi.vcl


Currently, I don't use packages, because I would need to distribute 20+ bpl files just to make my one EXE run, which in my opinion is rediculous. But I have thought that the packages technology is a good thing, it's just that I want to keep things relatively simple, yet still get the benefits of packages.

This is related to JVCL because JVCL itself has a bazillion packages,
which is both a very good and a very bad thing. :-)

So, I have thought of building one giant runtime package BPL with all my runtime stuff, JVCL, RTL, VCL, 3rd-party-freebies, and my commercial components, and then having one BPL per "separately installable product", that is, per installer [Setup.exe] that I maintain.

Typically the applications I build would be like this:

        ProductMainApp.exe
            ProductRuntime.bpl
            Plugin1.dll
            Plugin2.dll

        MiniAppOrUtility1.exe [also uses ProductRuntime.bpl]
        MiniAppOrUtility2.exe [also uses ProductRuntime.bpl]

               
The ProductRuntime.bpl should contain VCL, all JVCL components that I use, and all other third party components that I use. I haven't investigated if this is possible, but I have thought that perhaps some automated tool, starting with the JCL project analyzer wizard as a base, could be made to help me maintain the giant custom runtime BPL that I would need.

Has anyone ever done this?

Regards,

Warren



Subject: [TJvCustomInspectorItem] Overloading Edit method... some questions...
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Tue, 08 Mar 2005 14:30:29 -0500
Newsgroups: jedi.vcl

I managed to create a new item type and to register it to a Property name for a component class instead of registering it for a whole data type (because i'll have to select multiple files with the inspector and they wont be all the same type.  So i want custom inspectors for each kind of file).

I encountered only one problem when overloading method : the item was not refreshed when the dialog was closed.  It was fixed by calling the Apply function, but at first i didn't understood why and i tried to dig the code.  i found that section in the Edit procedure :

if Assigned(FEditCtrl) and (FEditCtrl.Text <> FData.AsString) then
begin
  { Modified to something more useful, with no side effects:
  FEditChanged := True;
  // NEW: make sure latest changes in the EditControl are updated before
  // we invoke the edit button. This is VCL-only because right now it
  // looks like a post message is the primary way the Edit button
  // notifies the inspector of a new edit value being accepted.
  OnInternalEditControlExiting(FInspector);
  Application.ProcessMessages; // Ugly, but necessary. }

  Apply;
end;

What was the effect of the ProcessMessage in this part of the code, and why is it commented out ?

Thanks in advance for your answer,

Blaise Bernier


Subject: Re: JVPlugin with forms?
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Tue, 8 Mar 2005 18:55:26 +0000 (UTC)
Newsgroups: jedi.vcl

"deks" <deks-den@yandex.ru> wrote in news:d0kllo$mpi$1@talkto.net:

> > Maybe it is interesting to public to write some commonly used sample code
> > and share it as open source? Or maybe developer's community can help you
> > to make this thing more efficient?

Indeed, this would be a great project, and I'd love to see something like 
that, and wouldn't mind helping with it, but...

Right now, I can't even get a plugin to work properly.  The examples work 
(well, you have to delete the plugins created by one example before trying 
another, or you will have problems such as the MDI plugin crashing a non-
MDI host).  But my own test project crashes when UnLoadLibrary is called as 
part of closing the application, and for the life of me I can't see what is 
different.  Maybe it is something in the compiler options?  

Project C:\DELPHI\APPS\D2005\JVCLPluginTest\HostApp.EXE raised too many 
consecutive exceptions: 'access violation at 0x00000000: read of address 
0x00000000'.  Process Stopped.  Use Step or Run to continue.

The fact that it happens when FreeLibrary is called suggests the problem is 
in the plugin itself, but I can't see where that could be.  The code is 
dirt simple:

library PlgPluginOne;

uses
  ShareMem,
  PluginPluginOne in 'PluginPluginOne.pas' {MyPluginPluginOne: TJvPlugIn};

exports
  RegisterPlugin;

begin
end.

unit PluginPluginOne;

interface

uses
  Windows, Messages, SysUtils, Classes, Dialogs, Forms, Controls,
  JvPlugin;

type
  TMyPluginPluginOne = class(TJvPlugin)
    procedure JvPlugInDestroy(Sender: TObject);
    procedure PluginPluginOneCommands1Execute(Sender: TObject);
    procedure PluginPluginOneCommands0Execute(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

function RegisterPlugin: TMyPluginPluginOne; stdcall;

implementation

{$R *.dfm}

// IMPORTANT NOTE: If you change the name of the Plugin container,
// you must set the type below to the same type. (Delphi changes
// the declaration, but not the procedure itself. Both the return
// type and the type created must be the same as the declared type above.
function RegisterPlugin: TMyPluginPluginOne; stdcall;
begin
  Result := TMyPluginPluginOne.Create(nil);
end;

procedure TMyPluginPluginOne.PluginPluginOneCommands0Execute(Sender: 
TObject);
begin
 MessageDlg('Command 0', mtInformation, [mbOk], 0);
end;

procedure TMyPluginPluginOne.PluginPluginOneCommands1Execute(Sender: 
TObject);
begin
 MessageDlg('Command 1', mtInformation, [mbOk], 0);
end;

procedure TMyPluginPluginOne.JvPlugInDestroy(Sender: TObject);
begin
 MessageDlg('Destroying Plugin', mtInformation, [mbOk], 0);
end;

end.

Tracing it gives me this in JvPluginManager:

  PlgI.PlugIn.Free;
  UnloadLibrary(PlgI.PluginKind, PlgI.Handle);

That Free call seems to free the JvPlugin instance, then when FreeLibrary 
is called in UnloadLibrary, execution passes to the begin of library 
PlgPluginOne, where the crash occurs.  F7 doesn't trace into it, and Use 
Debug DCU's is greyed out of the compiler options, so I don't know how to 
get any deeper.

Jeff.


Subject: Re: JVPlugin with forms?
From: "deks" <deks-den@yandex.ru>
Date: Tue, 8 Mar 2005 18:10:08 +0100
Newsgroups: jedi.vcl

> >There is no application code into
> >the host application, everithing is done within plugins. Well, that's the
> >goal. I haven't finished development yet.

Maybe it is interesting to public to write some commonly used sample code
and share it as open source? Or maybe developer's community can help you
to make this thing more efficient?

Can we start little project on SF.net, and incapsulate it's results in
JVCL as it will be finished? 

This project (work title = JvPluginApplication) will consist of some
delphi code for commonly-used tasks (host application with specific UI,
host with database connection, plugins, that implement specific database
interface ond so on). As another part it is possible to write some
documentation about this code and using plugins (JvPlugin)in Delphi.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [JvInspector] How to use a dialog as a property editor
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Tue, 08 Mar 2005 12:08:02 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Blaise Bernier wrote:
>
>> I tried with your technique and i got a small bug : when i select the file in the dialog, the filename dont appear in the inspector.
>>
>> Here is what i did :
>
> [...]
>
>     Odd, it should work, though just setting DisplayStr should be enough.
>
>     Anyway, if you look in JvInspector.pas at the TJvInspectorFontItem.Edit method, you can see how it's done when deriving a new inspector item class with an edit dialog.

Ok... I'll look at it, thanks!

sorry if i sounded too dramatic :P


Subject: Re: XLS export
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 08 Mar 2005 17:12:50 +0100
Newsgroups: jedi.vcl

someone from eXact SRL wrote:

> Is there any component in the JVCL that allows me to export a dataset data to an Excel file (XLS) without having Excel installed in the system ? (without DDE)

No.


Subject: Re: BCB5 build using install
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 8 Mar 2005 17:11:55 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I think this is a generic problem as it seems the installer does not
> > follow the order in the bpg group file but has an order of its own.

Yes, the Installer has it's own package order which is determined by
analysing the .xml files.

Here is the code that is responsible for the dependencies:
Compile.pas (line ~1180)

    for i := 0 to ProjectGroup.Count - 1 do
    begin
      Pkg := ProjectGroup.Packages[i];
      // add package dependency lists
      Dependencies := '';
      for depI := 0 to Pkg.JvDependencies.Count - 1 do
      begin
        if IsPackageUsed(ProjectGroup, Pkg.JvDependenciesReqPkg[depI]) then
        begin
          if not ProjectGroup.TargetConfig.GenerateMapFiles then
          begin
            // delete the old .map file
            MapFilename := ProjectGroup.TargetConfig.BplDir + PathDelim +
              ChangeFileExt(ExtractFileName(Pkg.TargetName), '.map');
            if FileExists(MapFilename) then
              DeleteFile(MapFilename);
          end;

          Dependencies := Dependencies + '\' + sLineBreak + #9#9 +

ProjectGroup.FindPackageByXmlName(Pkg.JvDependencies[depI]).TargetName;
        end;
      end;

-- Regards, Andreas Hausladen 

Subject: XLS export
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Tue, 8 Mar 2005 18:05:15 +0200
Newsgroups: jedi.vcl

Is there any component in the JVCL that allows me to export a dataset data 
to an Excel file (XLS) without having Excel installed in the system ? 
(without DDE)


Tiberiu 




Subject: Re: JVPlugin with forms?
From: "Francois Piette" <francois.piette@overbyte.be>
Date: Tue, 8 Mar 2005 16:47:31 +0100
Newsgroups: jedi.vcl

>> > > 2) I'm using interfaces between the host and plugin in both directions

> > How are interfaces used for the communication between host
> > and plugin?  Do you have to use a TApplication descendant
> > to implement the interfaces?

The interfaces are implemented by the application's mainform. I mostly
implement the interfaces by delegation using objects derived from
TInterfacedObject to have reference counting.

All my interfaces derive from a base interface. This base interface has a
method GetObject which return the object implementing the interface.

The plugin access the mainform application to query for all interfaces (some
interfaces are optional: a plugin can be used by different hosts, some of
which doesn't implement all the capabilities):
Example:

            FMainIntf := HostApplication.MainForm as IInterface;
            FMainIntf.QueryInterface(IDisplay, FDisplayIntf);
            FMainIntf.QueryInterface(IQueryHostSite, FHostSiteIntf);

            // Later I may use
            if Assigned(FDisplayIntf) then
                FDisplayIntf.Display('Hello');

btw: IQueryHostSite has methods for querying the host for TWinControl where
a given plugin can plug his TFrame.

I have derived from TJvPlugin to hide most of the stuff I added to manage my
plugin. I use SendMessage to send messages from the host (ie when the plugin
has to load his configuration, when the mainform is closed,...) to the
plugins. In my derived of TJvPlugin, I translate those messages to events
which are much easier to use for the plugin developper. I'm writing the
application kernel while other developpers are developping the actual
application code within various plugin. There is no application code into
the host application, everithing is done within plugins. Well, that's the
goal. I haven't finished development yet.

--
francois.piette@overbyte.be
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi-tier framework, freeware)
http://www.overbyte.be




Subject: Re: JVPlugin with forms?
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Tue, 8 Mar 2005 15:03:40 +0000 (UTC)
Newsgroups: jedi.vcl

"Francois Piette" <francois.piette@overbyte.be> wrote in 
news:d0jo99$fla$1@talkto.net:

> > 2) I'm using interfaces between the host and plugin in both directions
> > 

It seems that you and Andrew are doing things close to the same way.  How 
are interfaces used for the communication between host and plugin?  Do you 
have to use a TApplication descendant to implement the interfaces?

Jeff.


Subject: Re: JVPlugin with forms?
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Tue, 8 Mar 2005 15:01:17 +0000 (UTC)
Newsgroups: jedi.vcl

"Andrew" <abaylis_nos@spamcop.net> wrote in
news:d0iu3u$bp5$1@talkto.net: 

> > i) setting ParentFont=False in all forms I want to display and using a
> > custom component that shows forms within a panel (this is freeware at 
> > www.ozemail.com.au/~abaylis)

This is the AJB FormDisp?

> > ii) Using interfaces in situations requiring objects to be passed

Other than the form itself, I am not sure if I will need to pass actual 
objects.  

> > iii) For bitmaps etc that need to be passed, I have had to resort to
> > copying from canvas to canvas
> > eg: TBitmap(bitmapfromhost).Canvas.CopyRect(...)

Is this just for bitmaps going from the host to the plugin?  The only 
bitmaps I envision needing would be for the buttons and OutlookBar.  Isn't 
this covered by the JvPlugin.Commands[i].Bitmap?

> > iv) with menus - i've used interfaces to allow menuItems to be created
> > / removed from the main menu in the host application.

Again, isn't this covered in the JvPlugin.Commands data?  Or is this 
static, not allowing you to selectively enable/disable menu items?

For these interfaces, do you have to extend TApplication to support them, 
so that the plugin can use the HostApplication property to make the calls?

Jeff.





Subject: BCB5 build using install
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 08 Mar 2005 15:12:13 +0100
Newsgroups: jedi.vcl

Hi

It seems that when no JVCL packages exist on the system, the installer tries to build them in an order that is not compatible with the dependencies between the packages. It seems it builds packages before the ones that are required are built.
I'm using "seems" because I haven't been able to test this on my own system for various personal reasons, but this has been reported to me and I'm passing it on.
I think this is a generic problem as it seems the installer does not follow the order in the bpg group file but has an order of its own.

Could anyone confirm this problem and propose a fix ?

Thanks

Olivier


Subject: Re: TJvDBGridXMLExport Bug
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 8 Mar 2005 15:00:37 +0100
Newsgroups: jedi.vcl

> >When field Display Name is more than 1 word (for example Last Name) 
> >TJvDBGridXMLExport export it not correct.
> >Regards
> >Nikos 
> >
Please post a bug entry to mantis.

http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

If possible add a small sample.

Thanks
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvDBGridXMLExport Bug
From: "Nikos" <nandrianakis@hotmail.com>
Date: Tue, 8 Mar 2005 13:24:36 +0200
Newsgroups: jedi.vcl

When field Display Name is more than 1 word (for example Last Name) 
TJvDBGridXMLExport export it not correct.
Regards
Nikos 




Subject: Re: JvComputerInfoEx Wallpaper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 8 Mar 2005 12:12:18 +0100
Newsgroups: jedi.vcl

What OS are you using?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net "Tim Kleinholz" <tim.kleinholz@gmx.de> skrev i meddelandet news:d0jrbp$ge6$1@talkto.net...
> > When I set the Wallpaper via JvComputerInfoEx, the settings are wrong.
> > After checking the Registry, I found out that JvComputerInfoEx sets the
> > two Keys "WallpaperStyle" and "TileWallpaper" as dword/Integer Values.
> > But the Windows default Values are normaly String-Values!
> > Reading the Settings with JvComputerInfoEx is no problem, but setting it
> >   always ends up with a tiled wallpaper.




Subject: Re: [JvInspector] How to use a dialog as a property editor
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 08 Mar 2005 11:00:08 +0100
Newsgroups: jedi.vcl

Blaise Bernier wrote:
> I tried with your technique and i got a small bug : when i select the file in the dialog, the filename dont appear in the inspector.
>
> Here is what i did :
[...]

    Odd, it should work, though just setting DisplayStr should be enough.

    Anyway, if you look in JvInspector.pas at the TJvInspectorFontItem.Edit method, you can see how it's done when deriving a new inspector item class with an edit dialog.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvComputerInfoEx Wallpaper
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Tue, 08 Mar 2005 10:39:59 +0100
Newsgroups: jedi.vcl

When I set the Wallpaper via JvComputerInfoEx, the settings are wrong.
After checking the Registry, I found out that JvComputerInfoEx sets the two Keys "WallpaperStyle" and "TileWallpaper" as dword/Integer Values.
But the Windows default Values are normaly String-Values!
Reading the Settings with JvComputerInfoEx is no problem, but setting it  always ends up with a tiled wallpaper.


Subject: Re: JVPlugin with forms?
From: "Francois Piette" <francois.piette@overbyte.be>
Date: Tue, 8 Mar 2005 09:44:17 +0100
Newsgroups: jedi.vcl

> > I would like to have a host app that consists of nothing but a menu, a
> > button bar, an Outlook bar, a status line and a big empty space.  I would
> > like to have plugins that add menu items, buttons, and outlook bar tabs
and
> > buttons, updates the status line, and places a form into that empty space
> > that will resize itself when that space resizes.  The plugins should be
> > able to share a common database connection and a few other resources
> > provided by the host application.  Preferably, I'd rather not use
packages,
> > as I'd like to be able to upgrade the host/and or plugins without worrying
> > about what version of Delphi they were compiled in.  For everything except
> > the embedded forms, this looks like it is possible (as seen in the
> > examples).  However, I don't know if it is possible to parent the forms
> > from the plugins within the host form, and know about the resizing (I
> > suppose messages can be sent, but is that efficient?)
> >
> > Can this be done?  Does anyone have an example of this kind of
application?

Yes, it can be done. I'm developping such a system. Here is a summary of
what I have done:

1) I'm using DLL plugins
2) I'm using interfaces between the host and plugin in both directions
3) Plugin DLL consist of a small TJvPlugin (derived from TDataModule) and
one or more TFrame. TFrame hold most of the code.
4) Plugin query the host, using an interface, to know where to dock the
TFrame. The interface return the TWinControl where the plugin can be shown.
5) I'm using RTL and VCL in runtime packages.
6) For the database, I created my own TDataSet derived component (actually
it is MidWare TMWDataSet component revised) which uses only interfaces
between the host and the plugin. This TDataSet talk to the host using
interfaces. It is the host that really implement the interfaces, actually
the host has another plugin that implement the interface.
7) Be aware that a classe defined in a DLL is _not_ the same as the same
class defined in the host, unless that class is in a runtime package used by
the host and the plugin.

--
francois.piette@overbyte.be
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi-tier framework, freeware)
http://www.overbyte.be




Subject: overhaul of exceptions (especially (EJclError)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 08 Mar 2005 09:36:22 +0100
Newsgroups: jedi.jcl,jedi.vcl

I have overhauled all exceptions and assertions to correctly use resourcestrings. I also dropped CreateResRec and CreateResRecFmt from EJclError because they have been introduced long ago to handle the missing "overload".
This again makes the current JVCL from CVS dependant on the current (overhauled) CVS JCL.


Subject: Re: Disabled Menu Items and ILS_SATURATE
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 08 Mar 2005 08:53:39 +0100
Newsgroups: jedi.vcl

TJvMainMenu has a DisabledImages property.


Subject: Re: Help with ScheduleEvent
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 08 Mar 2005 08:51:20 +0100
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Marcos Augusto wrote:

> anybody can help me with component TScheduleEvent??

Please post a real question with details of what you tried.


Subject: Re: [JvInspector] How to use a dialog as a property editor
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 08 Mar 2005 08:50:43 +0100
Newsgroups: jedi.vcl

Blaise Bernier wrote:
> Please someone help!

Please consider that most JVCL developers are in the UTC+1 zone, and hence it was 1:03 in the morning when you posted your message, meaning that most of us were asleep.
As to providing an answer to your question, I'm sorry I can't, I'm not a specialist of JvInspector


Subject: Re: Help with ScheduleEvent
From: "Don S" <mudshark@rancidbud.org>
Date: Tue, 8 Mar 2005 01:49:29 -0500
Newsgroups: jedi.binaries,jedi.general,jedi.jcl,jedi.vcl

> > anybody can help me with component TScheduleEvent??

It would be better to ask the question in the appropriate jedi.jcl or jedi.vcl newsgroup.  Most folks (who may be able to answer the question) don't check here for messages... just attachments.

hth...


Subject: Re: test
From: "srkh" <fvetsrkh@yahoo.com>
Date: Tue, 8 Mar 2005 05:20:56 +0100
Newsgroups: jedi.vcl

> > test
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >


sorry every one


   i have some question about JvEasterEgg 

  How I use to  JvEasterEgg?

  thank you for answer



--- posted by geoForum on http://delphi.newswhat.com


Subject: test
From: "srkh" <fvetsrkh@yahoo.com>
Date: Tue, 8 Mar 2005 05:19:12 +0100
Newsgroups: jedi.vcl

 test



--- posted by geoForum on http://delphi.newswhat.com


Subject: FormStorage XML is not valid.
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Tue, 8 Mar 2005 11:23:28 +0800
Newsgroups: jedi.vcl

The line in JvAppXMLFileStorage seems not a valid XML. The characters "(" and ")" should not use as a Node name.

    <MinMaxPos(1024x768)>-1,-1,-1,-1</MinMaxPos(1024x768)>
    <NormPos(1024x768)>148,-6,590,397</NormPos(1024x768)>

Regards,
-- Samson Fu 

Subject: Re: [JvInspector] How to use a dialog as a property editor
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Mon, 07 Mar 2005 21:11:20 -0500
Newsgroups: jedi.vcl

Please someone help!


Subject: Looking for tutorials about JvInspector
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Mon, 07 Mar 2005 21:03:34 -0500
Newsgroups: jedi.vcl

The inspector is not an easy thing to understand, and it would be really nice if someone could post something about how to add a property with an edit button, how to create our own items, etc.   The structure of the component is not really clear (but it seems to be powerfull), and when it comes to the point where you need something more than just add a reference to a property with the default editor, it becomes a pain in the a**.  Also, most of the documentation about that component is not finished or not even started.  I would love to help, but i need to know how it works before i can write anything.

thanks in advance,

Blaise


Subject: Re: JVPlugin with forms?
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Tue, 8 Mar 2005 12:18:26 +1100
Newsgroups: jedi.vcl

"Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com> wrote in message 
news:Xns9612A9343A351jwormsleyatdebitekdo@194.191.0.34...
> > Here's what I'd -like- to do, but I don't know if it can be done.
> >
> > I would like to have a host app that consists of nothing but a menu, a
> > button bar, an Outlook bar, a status line and a big empty space.  I would
> > like to have plugins that add menu items, buttons, and outlook bar tabs 
> > and
> > buttons, updates the status line, and places a form into that empty space
> > that will resize itself when that space resizes.  The plugins should be
> > able to share a common database connection and a few other resources
> > provided by the host application.  Preferably, I'd rather not use 
> > packages,
> > as I'd like to be able to upgrade the host/and or plugins without worrying
> > about what version of Delphi they were compiled in.  For everything except
> > the embedded forms, this looks like it is possible (as seen in the
> > examples).  However, I don't know if it is possible to parent the forms
> > from the plugins within the host form, and know about the resizing (I
> > suppose messages can be sent, but is that efficient?)
> >
> > Can this be done?  Does anyone have an example of this kind of 
> > application?
> >
> > TIA,
> > Jeff.
Yes it can be done (I'm working on just such a program right now). It isn't 
easy as there are issues with the DLL and main program having separate 
copies of the RTTI. I've got around this by
i) setting ParentFont=False in all forms I want to display and using a 
custom component that shows forms within a panel (this is freeware at 
www.ozemail.com.au/~abaylis)
ii) Using interfaces in situations requiring objects to be passed
iii) For bitmaps etc that need to be passed, I have had to resort to copying 
from canvas to canvas
eg: TBitmap(bitmapfromhost).Canvas.CopyRect(...)
iv) with menus - i've used interfaces to allow menuItems to be created / 
removed from the main menu in the host application.

Essentially, any object using Assign which checks for classtype (or any 
other procedure that does this) will fail and needs to be worked around.

Pleae email me directly if I can give anymore info - I'm not able to release 
any code as I'm working towards a commercial project.

Cheers,
Andrew
abaylis<nospam>@spamcop.net  (remove the obvious) 




Subject: Re: [JvInspector] How to use a dialog as a property editor
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Mon, 07 Mar 2005 19:03:01 -0500
Newsgroups: jedi.vcl

I tried with your technique and i got a small bug : when i select the file in the dialog, the filename dont appear in the inspector.

Here is what i did :

procedure TfrmMain.InspectorAfterItemCreate(Sender: TObject;
  Item: TJvCustomInspectorItem);
begin
  if (Item.Data.Name = 'HTFFileName') and (tabInspector.TabIndex = 1) then
    Item.Flags := Item.Flags + [iifEditButton, iifEditFixed];
end;

procedure TfrmMain.InspectorItemEdit(Sender: TJvCustomInspector;
  Item: TJvCustomInspectorItem; var DisplayStr: String);
begin
  if (Item.Name = 'HTFFileName') and (tabInspector.TabIndex =  1) then
  begin
    if OpenDialog.Execute then
    begin
      DisplayStr := OpenDialog.FileName;
      Item.Data.AsString := OpenDialog.FileName;
      Item.DisplayValue := OpenDialog.FileName;
    end;
  end;
end;


Subject: Re: [JvInspector] How to use a dialog as a property editor
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Mon, 07 Mar 2005 16:59:24 -0500
Newsgroups: jedi.vcl

I looked at the InspExtraEditors.pas and there is no such items...  I'll try to build it myself (or maybe my JVCL version is too old :s  i'll look at it before reinventing the wheel :p)

thanks,

Blaise


Subject: Re: JVPlugin with forms?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 07 Mar 2005 22:52:56 +0100
Newsgroups: jedi.vcl

Jeffrey A. Wormsley wrote:
> Here's what I'd -like- to do, but I don't know if it can be done.
>
> I would like to have a host app that consists of nothing but a menu, a button bar, an Outlook bar, a status line and a big empty space.  I would like to have plugins that add menu items, buttons, and outlook bar tabs and buttons, updates the status line, and places a form into that empty space that will resize itself when that space resizes.  The plugins should be able to share a common database connection and a few other resources provided by the host application.  Preferably, I'd rather not use packages, as I'd like to be able to upgrade the host/and or plugins without worrying about what version of Delphi they were compiled in.  For everything except the embedded forms, this looks like it is possible (as seen in the examples).  However, I don't know if it is possible to parent the forms from the plugins within the host form, and know about the resizing (I suppose messages can be sent, but is that efficient?)
>
> Can this be done?  Does anyone have an example of this kind of application?

    In this case (not using the Delphi packages), no you won't be able to parent a form in a plugin into a form in the host (or even in another plugin). The problem you're facing is that a plugin and a host use two different pointers to the RTTI of the same classes. Since you'll at least gonna have a TFont to pass along (don't think that setting ParentFont = False on your plugin form is gonna work), you'll be seeing the famous exception "Unable to assign a TFont to a TFont."

    So you could only position it in the right place and use messaging to move/resize it as needed.

    Another solution would be to define two or more interfaces (for example IHost and IPluginForm; both will need a unique GUID). Since interface don't have code, you can just create a number of method in both interfaces. Eg. IHost will get a AddMenu(caption: string; bitmap: TBitmap; clickEvent: TNotifyEvent) method, IPluginForm will get a SetPosition(pt: TPoint); or a SetBounds(rect: TRectangle). Again in these cases you're not gonna run into any Assign issues.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Disabled Menu Items and ILS_SATURATE
From: "Kiriakos" <kvlahos@london.edu>
Date: Mon, 7 Mar 2005 23:42:11 +0200
Newsgroups: jedi.vcl

Whilst toolbars have a DisabledImages property, MainMenu and ActionToolbars 
don't.  In all cases and in the absense of a DisabledImages image list the 
results produced by the default greying algorithm are not pleasant 
especially when used with high-color glyphs commonly found in XP.

Some time ago I have produced an ImageList descendent MenuImgList 
(http://www.torry.net/pages.php?id=150) which provides DisabledImages 
functionality to MainMenu and ActionToolbars.  By the way this would be a 
useful addition to JvImageList if you wish to include it.

More recently a came accross another approach used in SharpDevolop and 
relying on a WinXP extension to ImageList_DrawIndirect.  I was trying to use 
the same approach in Delphi without any results. The code I am using is as 
follows:

constructor TXPImageList.Create(AOwner: TComponent);
begin
  inherited;
  // Do we have ComCtlVersionIE6?
  fWinXPComCtl := GetComCtlVersion >= $60000;   //ComCtlVersionIE6
  // if yes then use a 32bit imagelist
  if fWinXPComCtl then
    Handle := ImageList_Create(Width, Height, ILC_COLOR32 or 
(Integer(Masked) * ILC_MASK), 0, AllocBy);
  FDisabledImageChangeLink := TChangeLink.Create;
  FDisabledImageChangeLink.OnChange := DisabledImagesChanged;
end;


  TXPIMAGELISTDRAWPARAMS = packed record
    cbSize: DWORD;
    himl: HIMAGELIST;
    i: Integer;
    hdcDst: HDC;
    x: Integer;
    y: Integer;
    cx: Integer;
    cy: Integer;
    xBitmap: Integer;        // x offest from the upperleft of bitmap
    yBitmap: Integer;        // y offset from the upperleft of bitmap
    rgbBk: COLORREF;
    rgbFg: COLORREF;
    fStyle: UINT;
    dwRop: DWORD;
    // the following were added in WinXP
    fState :DWORD;
    Frame : integer;
    crEffect : DWORD;
  end;

procedure TXPImageList.DoDraw(Index: Integer; Canvas: TCanvas; X, Y: 
Integer;
  Style: Cardinal; Enabled: Boolean);
Var
  ImageListDrawParams: TXPImageListDrawParams;
begin
  if HandleAllocated then
  begin
    if (not Enabled) and (DisabledImages <> nil) and (DisabledImages.Count > 
Index) then
      ImageList_DrawEx(DisabledImages.Handle, Index, Canvas.Handle,
                       X, Y, 0, 0,GetRGBColor(BkColor), 
GetRGBColor(BlendColor), Style)
    else if not Enabled and fWinXPComCtl then begin
      FillChar(ImageListDrawParams, SizeOf(ImageListDrawParams), 0);
      ImageListDrawParams.cbSize := SizeOf(ImageListDrawParams);
      ImageListDrawParams.himl := Handle;
      ImageListDrawParams.i := Index;
      ImageListDrawParams.hdcDst := Canvas.Handle;
      ImageListDrawParams.x := X;
      ImageListDrawParams.y := Y;
      ImageListDrawParams.cx := 0;
      ImageListDrawParams.cy := 0;
      ImageListDrawParams.xBitmap := 0;
      ImageListDrawParams.yBitmap := 0;
      ImageListDrawParams.rgbBk := GetRGBColor(BkColor);
      ImageListDrawParams.rgbFg := GetRGBColor(BlendColor);
      ImageListDrawParams.fStyle := Style;
      // Other state flags appear to work but ILS_SATURATE doesn't!!
      ImageListDrawParams.fState := $00000004;      // ILS_SATURATE; does 
not work
      ImageListDrawParams.Frame := 100;
      ImageList_DrawIndirect(@ImageListDrawParams);
    end else
      inherited;
  end;
end;

Any ideas why the above does not work?  It produces empty bitmaps. 




Subject: JVPlugin with forms?
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Mon, 7 Mar 2005 21:30:52 +0000 (UTC)
Newsgroups: jedi.vcl

Here's what I'd -like- to do, but I don't know if it can be done.

I would like to have a host app that consists of nothing but a menu, a 
button bar, an Outlook bar, a status line and a big empty space.  I would 
like to have plugins that add menu items, buttons, and outlook bar tabs and 
buttons, updates the status line, and places a form into that empty space 
that will resize itself when that space resizes.  The plugins should be 
able to share a common database connection and a few other resources 
provided by the host application.  Preferably, I'd rather not use packages, 
as I'd like to be able to upgrade the host/and or plugins without worrying 
about what version of Delphi they were compiled in.  For everything except 
the embedded forms, this looks like it is possible (as seen in the 
examples).  However, I don't know if it is possible to parent the forms 
from the plugins within the host form, and know about the resizing (I 
suppose messages can be sent, but is that efficient?)

Can this be done?  Does anyone have an example of this kind of application?

TIA,
 Jeff.


Subject: Re: [JvInspector] How to use a dialog as a property editor
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Mon, 07 Mar 2005 15:41:29 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Warren Postma wrote:
>
>> Blaise Bernier wrote:
>>
>>> Hello,
>>>
>>> I want to add an item that will open a file dialog box when double clicked.  How could i do that?
>>>
>>> Thanks in advance,
>>>
>>> Blaise Bernier
>>
>>
>>
>> The standard way to do that would be via having an ellipsis button:
>>
>> Create an event handler for the AfterItemCreate event:
>>
>> procedure TForm1.SequencePropertiesInspectorAfterItemCreate(
>>   Sender: TObject; Item: TJvCustomInspectorItem);
>> begin
>>      if  Item.Data.Name = 'MyEditablePropertyName' then begin
>>           Item.Flags := Item.Flags + [iifEditButton]
>>      end;
>> end;
>>
>> Now create a handler for the ItemEdit event and you can popup your dialog.
>>
>> Warren
>>
>>
>
>     Hm, somehow missed this question. Anyway, I thought there already was an item to handle filenames through the OpenFile dialog. It should be in the JvInspExtraEditors.pas or whatever unit name it is (I think it got renamed to its proper form 'JvInspectorExtraEditors.pas' but not sure). The item will have been registered for TFileName type properties only though, so if you need it with other types, you'll need to register the inspector item for your property specifically or for the type of the property you used (provided it isn't a normal string type of course).
>

Thanks a lot, I'll look at it... i tried to create my own item class, but i gave me errors when clicked.


Subject: Re: Mantis 2661 - JvXPBar transparency fixed.
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 7 Mar 2005 20:11:48 +0100
Newsgroups: jedi.vcl

> > That's a dupe of his other post.
Ah OK, I thought you were referring to 2690 in your original post (didn't
read the subject too closely <g>)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Mantis 2661 - JvXPBar transparency fixed.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Mar 2005 13:38:49 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

> Peter Thornqvist wrote:
>
>> Did you have a look at
>> http://homepages.borland.com/jedi/issuetracker/view.php?id=2718 as well?
>> That's the one with the proposed fix
>>
> That's a dupe of his other post.
>
> Warren
Incidentally the original mantis issue poster (dejoy) suggested a change to JvJvclUtils, which I don't think is wise in this case.

Warren


Subject: Re: Mantis 2661 - JvXPBar transparency fixed.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Mar 2005 13:36:36 -0500
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Did you have a look at
> http://homepages.borland.com/jedi/issuetracker/view.php?id=2718 as well?
> That's the one with the proposed fix
>
That's a dupe of his other post.

Warren


Subject: Re: Mantis 2661 - JvXPBar transparency fixed.
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Mon, 7 Mar 2005 19:06:10 +0100
Newsgroups: jedi.vcl

Did you have a look at
http://homepages.borland.com/jedi/issuetracker/view.php?id=2718 as well?
That's the one with the proposed fix

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Help with ScheduleEvent
From: "Marcos Augusto" <mvrochabh@yahoo.com.br>
Date: Mon, 7 Mar 2005 14:51:52 -0300
Newsgroups: jedi.binaries,jedi.general,jedi.jcl,jedi.vcl

anybody can help me with component TScheduleEvent??

I am with dificult in use it.

Please Help me... 




Subject: Re: [JvInspector] How to use a dialog as a property editor
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 07 Mar 2005 18:28:28 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Blaise Bernier wrote:
>
>> Hello,
>>
>> I want to add an item that will open a file dialog box when double clicked.  How could i do that?
>>
>> Thanks in advance,
>>
>> Blaise Bernier
>
>
> The standard way to do that would be via having an ellipsis button:
>
> Create an event handler for the AfterItemCreate event:
>
> procedure TForm1.SequencePropertiesInspectorAfterItemCreate(
>   Sender: TObject; Item: TJvCustomInspectorItem);
> begin
>      if  Item.Data.Name = 'MyEditablePropertyName' then begin
>           Item.Flags := Item.Flags + [iifEditButton]
>      end;
> end;
>
> Now create a handler for the ItemEdit event and you can popup your dialog.
>
> Warren
>
>

    Hm, somehow missed this question. Anyway, I thought there already was an item to handle filenames through the OpenFile dialog. It should be in the JvInspExtraEditors.pas or whatever unit name it is (I think it got renamed to its proper form 'JvInspectorExtraEditors.pas' but not sure). The item will have been registered for TFileName type properties only though, so if you need it with other types, you'll need to register the inspector item for your property specifically or for the type of the property you used (provided it isn't a normal string type of course).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: [JvInspector] How to use a dialog as a property editor
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Mar 2005 11:51:06 -0500
Newsgroups: jedi.vcl

Blaise Bernier wrote:

> Hello,
>
> I want to add an item that will open a file dialog box when double clicked.  How could i do that?
>
> Thanks in advance,
>
> Blaise Bernier

The standard way to do that would be via having an ellipsis button:

Create an event handler for the AfterItemCreate event:

procedure TForm1.SequencePropertiesInspectorAfterItemCreate(
  Sender: TObject; Item: TJvCustomInspectorItem);
begin
     if  Item.Data.Name = 'MyEditablePropertyName' then begin
          Item.Flags := Item.Flags + [iifEditButton]
     end;
end;

Now create a handler for the ItemEdit event and you can popup your dialog.

Warren




Subject: Mantis 2661 - JvXPBar transparency fixed.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Mar 2005 11:47:16 -0500
Newsgroups: jedi.vcl

I have commented on the mantis issue, checked in a JvXPBar transparency fix that works around the problem, and is $ifdefd in the code so it can be easily identified and removed later if no versions of Windows require this bugfix anymore.

Warren




Subject: Fixed access violation problem (obscure) in JvChart.pas
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Mar 2005 11:34:20 -0500
Newsgroups: jedi.vcl

I have just checked in a fix into CVS for a long standing glitch that I never realized was a bug in JvChart.pas.  Resizing/Docking forms containing JvCharts would occasionally cause access violations. I added a lot of Assertions to JvChart, and eventually traced the problem to a case in which JvChart.ResizeChartCanvas and JvChart.PlotGraph could call each other (circularly).

Because I never even figured out it was JvChart causing these access violations and random memory corruption, I never did log this in Mantis. Anyways, if you've been suffering from this problem, cheer up, it's fixed! :-)

Warren


Subject: Re: [JvPlugin] Trying to enhance TJvPlugin
From: "Francois Piette" <francois.piette@overbyte.be>
Date: Mon, 7 Mar 2005 16:59:27 +0100
Newsgroups: jedi.vcl

OK, I've found my problem.
I have to call RegisterCustomModule from Initialization section.

--
francois.piette@overbyte.be
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi-tier framework, freeware)
http://www.overbyte.be


"OBones" <oobnes__gf_@_gfd_altern.org> a écrit dans le message de
news:d0hsv8$46o$1@talkto.net...
> > Francois Piette wrote:
> >
>> > > constructor THorusPlugin.Create(AOwner: TComponent);
>> > > begin
>> > >     // Create datamodule
>> > >     CreateNew(AOwner);
>> > >     DesignSize := Point(100, 100);
>> > >
>> > >     if (ClassType <> THorusPlugin) and
>> > >        not (csDesigning in ComponentState) then begin
>> > >         if not InitInheritedComponent(Self, THorusPlugin) then
>> > >             raise EResNotFound.CreateResFmt(@RsEFmtResNotFound,
>> > > [ClassName]);
>> > >     end;
>> > > end;
> >
> > Why don't you call inherited Create(AOwner) ?




Subject: Re: [JvPlugin] Trying to enhance TJvPlugin
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 07 Mar 2005 16:54:01 +0100
Newsgroups: jedi.vcl

Francois Piette wrote:

> constructor THorusPlugin.Create(AOwner: TComponent);
> begin
>     // Create datamodule
>     CreateNew(AOwner);
>     DesignSize := Point(100, 100);
>
>     if (ClassType <> THorusPlugin) and
>        not (csDesigning in ComponentState) then begin
>         if not InitInheritedComponent(Self, THorusPlugin) then
>             raise EResNotFound.CreateResFmt(@RsEFmtResNotFound,
> [ClassName]);
>     end;
> end;

Why don't you call inherited Create(AOwner) ?


Subject: [JvPlugin] Trying to enhance TJvPlugin
From: "Francois Piette" <francois.piette@overbyte.be>
Date: Mon, 7 Mar 2005 16:20:05 +0100
Newsgroups: jedi.vcl

I'm trying to enhace TJvPlugin by deriving my own class from TJvPlugin. It
works well except that my classe is show as a TForm by Delphi where it has
to be shown as a TDataModule or more exactly as a TJvPlugin.

Is there something special to do to be able to derive from TJvPlugin ?

My derived class look like:

    THorusPlugin = class(TJvPlugin)
    public
        constructor Create(AOwner : TComponent); override;
        // New properties, methods and events removed for simplicity
    end;

constructor THorusPlugin.Create(AOwner: TComponent);
begin
    // Create datamodule
    CreateNew(AOwner);
    DesignSize := Point(100, 100);

    if (ClassType <> THorusPlugin) and
       not (csDesigning in ComponentState) then begin
        if not InitInheritedComponent(Self, THorusPlugin) then
            raise EResNotFound.CreateResFmt(@RsEFmtResNotFound,
[ClassName]);
    end;
end;

--
francois.piette@overbyte.be
Author of ICS (Internet Component Suite, freeware)
Author of MidWare (Multi-tier framework, freeware)
http://www.overbyte.be




Subject: TJvXPBar Strange behavior
From: "Will Honor" <NoSpam@NoSpam.com>
Date: Mon, 7 Mar 2005 14:29:31 +0000 (UTC)
Newsgroups: jedi.vcl

  Hi there.
I have been looking at jvcl to replace a range of other components. I
have to say that I'm impressed. There is a problem with one of the
components though. When using the WinXPBarDemo from your version 3 RC1
components, I have found that alternately clicking the expand all and
collapse all buttons leads to incorrect drawing of the xpbar component.
Buttons and categories seem to disappear or change order. Does anyone
have any thoughts on this. Once this component works I will switch to
Jvcl.

Best regards
Will 


Subject: Re: Party time (at least for me :)
From: "deks" <deks-den@yandex.ru>
Date: Mon, 7 Mar 2005 11:46:09 +0100
Newsgroups: jedi.vcl

> >Can you try to contact him?


Ok. I'll try. I'll notify you on success.



--- posted by geoForum on http://delphi.newswhat.com


Subject: [JvInspector] How to use a dialog as a property editor
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Sat, 05 Mar 2005 23:57:04 -0500
Newsgroups: jedi.vcl

Hello,

I want to add an item that will open a file dialog box when double clicked.  How could i do that?

Thanks in advance,

Blaise Bernier


Subject: TJvDBTreeView - MasterField Value
From: "Rafa³ Lewkowicz grupa Mix-soft" <rafal.lewkowicz@mix-soft.pl>
Date: Sat, 5 Mar 2005 17:45:39 +0100
Newsgroups: jedi.vcl

How to get MasterField Value of non selected child node?
example:
 node := TJvDBTreeView1.Selected;
      node := TJvDBTreeView1.Selected.getFirstChild;
        while node <> nil do
        begin
           ListBox1.Items.Add(  IntToStr(MasterId)  );//
?????????????????????????????
           node := TJvDBTreeView1.Selected.GetNextChild(nPrac);
          end;

th

raffels




Subject: Re: JVXPBar transparency not working if ImageList.BkColor is clNone
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 05 Mar 2005 15:33:34 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Have you tried the original images with any other background color than the
> standard blue?

I will check it. My impression was that the originals have a round button which is missing in the CVS images.


Subject: Bug in JvCurrencyEdit??
From: "Alison P. Oliveira" <geladmin@yahoo.com.br>
Date: Sat, 5 Mar 2005 10:26:01 -0300
Newsgroups: jedi.vcl

Hi for all

When i inform a value great than 999 it raise a exception and set 0.0 value
was default....


Thanks..

[]'s
MAc




Subject: RX Lib
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Sat, 5 Mar 2005 14:46:31 +0200
Newsgroups: jedi.vcl

Installed OK JVCL daily update (28. febr. 2005).

My problem was code conversion from RXLibrary, that was very poor.
Can anybody guide me to better conversion (.dat) files ?
rxlib.dat and jvcl3.dat didn't worked as should.

Anyway, I can keep my RXLib components and start using JVCL components from 
now on.

Good job done with these components. Huge job !


Tiberiu







Subject: Re: Install Problem - Undeclared identifier: 'COLOR_MENUHILIGHT'
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Sat, 5 Mar 2005 14:44:59 +0200
Newsgroups: jedi.vcl

OK, I found the problem.

The complete installation is done only if you have
-D6 Update patch #2 installed
-JCL installed.

 Installing these fixed my problem.


Tiberiu




"Paul" <development@demobex.com> wrote in message 
news:d01j59$sn9$1@talkto.net...
> > Hi all,
> >
> > Im getting a problem installing the JVCL.
> > I have installed JCL 1.94-Build1758, which went well.
> >
> > Then I am trying to install JVCL300RC1.
> >
> > Unforunately, near the beginning of comiling the units, it gets stuck 
> > saying :
> > C:\Paul\X\Borland\Components\JEDI\jvcl\JVCL300RC1\run\JvComputerInfoEx.pas(1268) 
> > Error: Undeclared identifier: 'COLOR_MENUHILIGHT'
> >
> > C:\Paul\X\Borland\Components\JEDI\jvcl\JVCL300RC1\run\JvComputerInfoEx.pas(1269) 
> > Error: Undeclared identifier: 'COLOR_MENUBAR'
> >
> > JvSystemD6R.dpk(85) Fatal: Could not compile used unit 
> > '..\..\run\JvComputerInfoEx.pas'
> >
> > ** error 1 ** deleting "C:\Program 
> > Files\Borland\Delphi6\Projects\Bpl"\JvSystemD6R.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> > I have checked the JvComputerInfoEx.pas file for COLOR_MENUHIGHLIGHT and 
> > COLOR_MENUBAR, and they are declared as a constant in the JvComputerInfoEx 
> > unit.
> >
> > Could anyone help with this problem?
> >
> > I am using Delphi 6 Ent fully packed.
> >
> >
> > 




Subject: Re: JVXPBar transparency not working if ImageList.BkColor is clNone
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sat, 5 Mar 2005 13:02:25 +0100
Newsgroups: jedi.vcl

> > Please fix the wrong bitmaps in "images" also.
> > The bitmaps are not the same as the ones in the original donation.
Have you tried the original images with any other background color than the
standard blue?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Installation problem JVCL300RC1 ON BCB5
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Sat, 05 Mar 2005 10:10:18 +0100
Newsgroups: jedi.vcl

Jorge wrote:

> I've just solved the problem, now it's working fine
>
> I only need to pass the C5 parameter to install.bat

Yes, that is the solution for RC1.
However, the problem at large as already been fixed in build.exe and you won't be required to do so in JVCL 3.00 final


Subject: Re: install error
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Sat, 05 Mar 2005 10:09:29 +0100
Newsgroups: jedi.vcl

SteveW wrote:

> I get the following error when running the jvcl install
>
> C:\Program Files\Borland\Delphi7\New Components\JVCL\run\JvJVCLAboutForm.pas(142) Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
> JvCoreD7R.dpk(90) Fatal: Could not compile used unit '..\..\run\JvJVCLAboutForm.pas'
>
> Any help appreciated

You didn't install the JCL first, or you have an outdated JCL version on your computer.


Subject: Re: JVXPBar transparency not working if ImageList.BkColor is clNone
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 05 Mar 2005 06:14:25 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> Any opinions on if I should check this in!?
>
> There is already a proposed fix in Mantis for transparency problems with
> JvXPBar. Maybe you should have a look at that first.

Please fix the wrong bitmaps in "images" also.
The bitmaps are not the same as the ones in the original donation.


Subject: Re: Party time (at least for me :)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 05 Mar 2005 06:12:43 +0100
Newsgroups: jedi.vcl

deks wrote:

> As i read from readme file, Rouman allowed free distribution of this
> component under some conditions: his name will be mentioned, and all
> source code will be open.
>
> This means that you can include TGridView into JEDI JCL. 

We prefer to get an explicit answer from the initial developer first.
Can you try to contact him?


Subject: Re: JVXPBar transparency not working if ImageList.BkColor is clNone
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Sat, 5 Mar 2005 01:37:52 +0100
Newsgroups: jedi.vcl

> > Any opinions on if I should check this in!?
There is already a proposed fix in Mantis for transparency problems with
JvXPBar. Maybe you should have a look at that first.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvDirectoryEdit
From: Werner Lehmann <wl@rem0ve.dm17.com>
Date: Sat, 05 Mar 2005 01:01:17 +0100
Newsgroups: jedi.vcl

Hi Remko,

On 03.03.2005 21:00, Remko Bonte wrote:
> You can't. But TJvDirectoryEdit uses a TJvBrowseForFolderDialog component that can do it by implementing an OnAcceptChange handler. Probably a good idea to implement it as a property in the TJvBrowseForFolderDialog/TJvDirectoryEdit controls.

yes, that would be nice. I can sort out that selection after it has been made, but it would be better not to accept it in the first place.

> Try including all flags in the AutoCompleteFileOptions property. If that does not work try changing the
>
>   Options := ACLO_FILESYSONLY;
>
> line in TJvFileDirEdit.UpdateAutoComplete to include all ACLO_xx flags:
>
>   Options := ACLO_CURRENTDIR or ACLO_MYCOMPUTER or [etc];

Neither did help. If I type 'c' I get a dropdown with a text 'search for c' but as soon as I enter 'c:\' the dropdown closes and I don't get any autocomplete suggestions. Is it supposed to work like the shell autocomplete for directories?

> The button of a combo edit is a TJvSpeedButton control. You can alter the behavior you described by altering the GrayedInactive property. Its default value is true, and the combo edit does not change it so the button has the described behavior.
>
> You can only change it at run-time with:
>
> JvDirectoryEdit1.Button.GrayedInactive := False;

For that I head to subclass it first because the Button property is protected,

  TJvDirectoryEdit = class(JvToolEdit.TJvDirectoryEdit);

but then it worked fine, thank you. Maybe that GrayedInactive property could be passed through?

Werner


Subject: jvdesktopalert
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Fri, 04 Mar 2005 14:43:11 -0700
Newsgroups: jedi.vcl

I have a main form which creates desktopalerts for me when i need it to.  on a mdi child under the main i can fire a desktop alert, but when i do that the focused control on the mdi child loses its cursor and the ability to highlight text.  How can i get it to stop or get the ability back?


Subject: Re: JVXPBar transparency not working if ImageList.BkColor is clNone
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 04 Mar 2005 15:00:44 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:
> As you can see from the image (see jedi.binaries for screen shot and source code for a bug-demo), my icons are being drawn with a white color for transparency unless I specifically set ImageLIst.BkColor to
> the color I want the imagelist to use.  In other words, XPBar seems to draw white instead of its own Colors.BodyColor?  I can't seem to figure out how this happens.
>
> However if I set the TImageList.BkColor, I can make it work, but I use the image list to paint to multiple places and I don't want to have to do this, which seems ugly.
>
> Note that if you just paint using TImageList.Draw to draw onto a
> paintbox, it does not need you to set  TImageList.BkColor  to a particular color in order to get transparency.
>
>
> Does anyone know how to fix this?
>
> Regards,
>
> Warren
Okay I have a local patch which is surrounded via {$ifdef} directives
so it can be compiled in our out.  Any opinions on if I should check this in!?  Be aware that either Windows GDI itself, in XP-SP2 and Windows-Server-2003, possibly in combination with certain video driver versions, both ATI and nVIDIA machines here in the office, have this problem. However just today, after a reboot of most of the machines in our offices, half the machines which had the problem before do not have it now.

Anyways, I'll check my simple patch into JVXPBar.pas, but if other
controls have transparency issues, please try to isolate whether or not the problem is Windows, or the VCL, or your control, and if it's XP,
I'll patch the problem throughought the VCL, via an $ifdef, so that the
patch can be easily omitted when no longer necessary. The patch slows down the control painting speed, and thus it's not a good idea to leave in once all current versions of windows have been fixed.  Old versions of Windows (2000, 98, ME) do NOT have this transparency issue, and XP SP1, and even some SP2 machines, may not seem to be affected, or the bug is intermittent.  Friggin gross.

First process Window Ghosting, what a disaster that was, and now this.

Let's all just drop Windows en-masse, shall we, and move to Macintosh or Linux.  Delphi for Macintosh.   (Was that a pig I just saw flying past my window?)


Regards,

Warren


Subject: Re: JvDBGrid/JvDBUltimGrid and different RowHeights
From: Markus Fritsch <markus.fritsch@t-online.de>
Date: Fri, 04 Mar 2005 20:39:46 +0100
Newsgroups: jedi.vcl

Yes, I thought of that and for now - and perhaps for a long time - this might be the best solution.

Dave Smith schrieb:
> I've seen components that do and it's not a good solution anyway. The other
> fields take up way too much empty space. You might consider containing the
> memo text in fly over hint text. The lookup function should be able to get
> that done.
>
> Fred <nospam_@_nospam.com> wrote in message news:d045ca$cmu$1@talkto.net...
>
>>> I need to show a memo field in a grid, but I need to show the whole
>>> text. Is there a way to set different row heights for each row
>>
>> depending
>>
>>> on the text size ?
>>
>> Definitely no. Some changes in Dbgrid are needed to make it possible.
>>
>> Dom (using the Fred account)
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>
>
>



Subject: Re: Install Problem - Undeclared identifier: 'COLOR_MENUHILIGHT'
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Fri, 4 Mar 2005 21:19:07 +0200
Newsgroups: jedi.vcl

Hi,

same problem here @me during installation.

Can anybody help ?


Tiberiu




"Paul" <development@demobex.com> wrote in message 
news:d01j59$sn9$1@talkto.net...
> > Hi all,
> >
> > Im getting a problem installing the JVCL.
> > I have installed JCL 1.94-Build1758, which went well.
> >
> > Then I am trying to install JVCL300RC1.
> >
> > Unforunately, near the beginning of comiling the units, it gets stuck 
> > saying :
> > C:\Paul\X\Borland\Components\JEDI\jvcl\JVCL300RC1\run\JvComputerInfoEx.pas(1268) 
> > Error: Undeclared identifier: 'COLOR_MENUHILIGHT'
> >
> > C:\Paul\X\Borland\Components\JEDI\jvcl\JVCL300RC1\run\JvComputerInfoEx.pas(1269) 
> > Error: Undeclared identifier: 'COLOR_MENUBAR'
> >
> > JvSystemD6R.dpk(85) Fatal: Could not compile used unit 
> > '..\..\run\JvComputerInfoEx.pas'
> >
> > ** error 1 ** deleting "C:\Program 
> > Files\Borland\Delphi6\Projects\Bpl"\JvSystemD6R.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> > I have checked the JvComputerInfoEx.pas file for COLOR_MENUHIGHLIGHT and 
> > COLOR_MENUBAR, and they are declared as a constant in the JvComputerInfoEx 
> > unit.
> >
> > Could anyone help with this problem?
> >
> > I am using Delphi 6 Ent fully packed.
> >
> >
> > 




Subject: Re: Installation problem JVCL300RC1 ON BCB5
From: Jorge <jorge.bernardino@ubscode.com>
Date: Fri, 04 Mar 2005 19:14:12 +0000
Newsgroups: jedi.vcl

Jorge escreveu-me em 04-03-2005 16:56:
> I'm trying to install JVCL300RC1 on a Windows XP machine with Borland C++ Builder 5.0 Build(12.34) Professional.
>
> I followed the instructions to install, but when i execute INSTALL.BAT it return to me:
>
> "Using D5 for Build process"
> "Delphi/BCB version not installed"
>
> My Builder C++ is working fine, i use it practically every day.
>
> Can anyone give me a clue of what is happening ?
>
> Thanks in advance
> Jorge Bernardino

I've just solved the problem, now it's working fine

I only need to pass the C5 parameter to install.bat


Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: "Robert Meek" <rmeek1@comcast.net>
Date: Fri, 4 Mar 2005 13:31:06 -0500
Newsgroups: jedi.vcl

    I get your point.  What I have done in the past...only a few times, is 
add a button in my about box which has a drop down menu.  The user could 
select "Go to our WebSite", "Send us an e-mail" , ( which uses simple MAPI 
and relies upon the client's own software, and Send us a Copy of Error Log 
File".  The latter item would again use simple simpleMAPI to prepare a 
user's default e-mail message with our address and would copy the contents 
of the logfile and user info into the subject area.  When the user clicks 
send, after adding any text wanted, the e-mail is placed in the outbox of 
his or her e-mail client.
    So what it comes down to then is does it even need an "OnExceptionLog" 
event at all!  After all even the "OnOtherDestination" event that is already 
there allows the user to send the internal stringlist with all info on the 
current exception not just to Codesite, but to a file, or to anything else 
the user may want!  It would really duplicated effort!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message news:d071tf$2gl$1@talkto.net...
> >I understand your point completely, but I can't see how you will be able to 
> >write networking code that runs under Linux and Win32 without requiring a 
> >third party library like Indy or ICS.
> > And even if you do, I'm convinced we would receive support requests 
> > because the log file wasn't sent, because the application is behind a 
> > tight firewall, or requires a proxy to access the SMTP server, and so 
> > on... This is too much work, and somehow means implementing a networking 
> > library into JVCL, which is not its intent.
> > I know that users tend to want to simply drop the component and not do 
> > anything else, but hey, if you use a component, you have to write a bit of 
> > code to make it work within your application.
> > By "too far down embedding", I meant embedding functions that are 
> > specialized to very few users, which is not desirable. We must stay 
> > generic, and frankly, it's not hard to simply create a SMTP component to 
> > send an email.
> > In my own application I use the JclException dialog to which I added a 
> > "Copy to Clipboard" button, alongside a label saying: Copy to clipboard 
> > and send me an email. This way I don't have to support any email sending 
> > option and it is still simple enough for my users. 




Subject: Re: Party time (at least for me :)
From: "deks" <deks-den@yandex.ru>
Date: Fri, 4 Mar 2005 18:24:16 +0100
Newsgroups: jedi.vcl

I found most recent link to Roman's component at FlexGraphics site
(Downloads page - at Freeware section).

As i read from readme file, Rouman allowed free distribution of this
component under some conditions: his name will be mentioned, and all
source code will be open.

This means that you can include TGridView into JEDI JCL. 

also, you can find link to TGridView on torry.net

Regards! 

Deks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Party time (at least for me :)
From: "deks" <deks-den@yandex.ru>
Date: Fri, 4 Mar 2005 18:03:10 +0100
Newsgroups: jedi.vcl

> >All I had was an old no-longer-working email address and the following 
> >name: &#208; &#208;&#190;&#208;&#188;&#208;°&#208;&#189; &#208;&#339;&#208;&#190;&#209;‡&#208;°&#208;»&#208;&#190;&#208;&#178; (Roman Mochalov?)

Your encoding is invalid. Russian developers use several encodings, (Win
cp1251, cp866, KOI-8r etc).

the best solution is to send this file to me, i can translate comments
into english. My email is deks-den (a t) yandex.ru



--- posted by geoForum on http://delphi.newswhat.com


Subject: Installation problem JVCL300RC1 ON BCB5
From: Jorge <jorge.bernardino@ubscode.com>
Date: Fri, 04 Mar 2005 16:56:50 +0000
Newsgroups: jedi.vcl

I'm trying to install JVCL300RC1 on a Windows XP machine with Borland C++ Builder 5.0 Build(12.34) Professional.

I followed the instructions to install, but when i execute INSTALL.BAT it return to me:

"Using D5 for Build process"
"Delphi/BCB version not installed"

My Builder C++ is working fine, i use it practically every day.

Can anyone give me a clue of what is happening ?

Thanks in advance
Jorge Bernardino


Subject: Re: JVXPBar transparency not working if ImageList.BkColor is clNone
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 04 Mar 2005 11:23:23 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:
> Warren Postma wrote:
>
>> As you can see from the image (see jedi.binaries for screen shot and source code for a bug-demo), my icons are being drawn with a white color for transparency unless I specifically set ImageLIst.BkColor to
>> the color I want the imagelist to use.  
>
>
> This may be a VCL+WindowsXP-SP2 specific issue.
> See QC Report #:  8987 for a disturbingly similar problem.
>
> http://qc.borland.com/wc/qcmain.aspx?d=8987
>
> Regards,
>
> Warren

Yes, in fact, the same executable runs fine, and transparency works fine on Windows XP SP1 and prior, also works fine on Windows 98 and ME. ONly XP SP2 and Windows Server 2003 are borked.

So far I know this has something to do with XP SP2, with ImageList.BkColor being set to clNone, and happens on image lists with a transparent color of clFuschia, and the easiest way I have found to mask it is to either use a separate copy of the image list, with bkColor set appropriately, or to get rid of my nice non-white colors and go back to a monochrome color palette in my applications. Nice eh!?  God I hate the closed-source world that Microsoft has created. Operating system is foobar? Just WAIT.  Some day maybe someone will fix this or we'll get a patch it in the VCL to deal with whatever MS decided to do to us this time.

Regards,

Warren



Subject: install error
From: "SteveW" <Stevewarby@btinternet.com>
Date: Fri, 4 Mar 2005 16:18:07 -0000
Newsgroups: jedi.vcl

I get the following error when running the jvcl install

C:\Program Files\Borland\Delphi7\New 
Components\JVCL\run\JvJVCLAboutForm.pas(142) Error: Incompatible types: 
'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD7R.dpk(90) Fatal: Could not compile used unit 
'..\..\run\JvJVCLAboutForm.pas'

Any help appreciated

Steve 




Subject: Re: JVXPBar transparency not working if ImageList.BkColor is clNone
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 04 Mar 2005 11:10:23 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

> As you can see from the image (see jedi.binaries for screen shot and source code for a bug-demo), my icons are being drawn with a white color for transparency unless I specifically set ImageLIst.BkColor to
> the color I want the imagelist to use.  

This may be a VCL+WindowsXP-SP2 specific issue.
See QC Report #:  8987 for a disturbingly similar problem.

http://qc.borland.com/wc/qcmain.aspx?d=8987

Regards,



Warren


Subject: JVXPBar transparency not working if ImageList.BkColor is clNone
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 04 Mar 2005 10:57:35 -0500
Newsgroups: jedi.vcl

As you can see from the image (see jedi.binaries for screen shot and source code for a bug-demo), my icons are being drawn with a white color for transparency unless I specifically set ImageLIst.BkColor to
the color I want the imagelist to use.  In other words, XPBar seems to draw white instead of its own Colors.BodyColor?  I can't seem to figure out how this happens.

However if I set the TImageList.BkColor, I can make it work, but I use the image list to paint to multiple places and I don't want to have to do this, which seems ugly.

Note that if you just paint using TImageList.Draw to draw onto a
paintbox, it does not need you to set  TImageList.BkColor  to a particular color in order to get transparency.


Does anyone know how to fix this?

Regards,

Warren


Subject: Re: JvDBGrid/JvDBUltimGrid and different RowHeights
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Fri, 4 Mar 2005 07:16:54 -0800
Newsgroups: jedi.vcl

I've seen components that do and it's not a good solution anyway. The other
fields take up way too much empty space. You might consider containing the
memo text in fly over hint text. The lookup function should be able to get
that done.

Fred <nospam_@_nospam.com> wrote in message news:d045ca$cmu$1@talkto.net...
>> > >I need to show a memo field in a grid, but I need to show the whole
>> > >text. Is there a way to set different row heights for each row
> > depending
>> > >on the text size ?
> >
> > Definitely no. Some changes in Dbgrid are needed to make it possible.
> >
> > Dom (using the Fred account)
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: TJvPluginManager
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Fri, 4 Mar 2005 07:11:10 -0800
Newsgroups: jedi.vcl

I downloaded the helpfile on the same web page where I downloaded the
components.

http://sourceforge.net/project/showfiles.php?group_id=45786

The examples may have been a seperate download too..I can't remember now.
The help plus examples should be plenty to get you started.

Bill Miller <w2m@frontiernet.net> wrote in message
news:d08fs6$cdr$1@talkto.net...
> > Dave,
> >
> > The Jedi helpfile also walks you through a first use of the TPlugin in
>> > > a nice Tutorial. The documentation is better than some very expensive
>> > > components I've purchased recently! Thanks JEDI team.
> >
> > Where did yoy find this... in online help?
> >
> > Regards,
> >
> > Bill




Subject: JvDBGrid
From: "Brian Pedersen" <brian@night.dk>
Date: Fri, 4 Mar 2005 15:03:09 +0100
Newsgroups: jedi.vcl

Hi ALL

I have a problem!!

I have a Query with 1000 records, a JvDBGrid showing 20 records

when i then locate a record(let's say record 200) in the query its show the 
record in top of the JvDBGrid.
BUT
When i do it one more time its show the record in the bottom of the 
JvDBGrid, why is that ?? And how du i get the JvDBGrid to show the record in 
the top ??

-- Regards Brian Pedersen NIGHT.DK www.night.dk 

Subject: Re: Party time (at least for me :)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 04 Mar 2005 09:25:56 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:
> Hi,
>
>> As to the JVCL 3.00 final release, this depends on me getting an Internet connection at home which hopefully should happen in the first few days of next week.
>> On that particular mattter, do you plan to do a release of the JCL just before us so that we use the very latest code, or should I build the JVCL 3.00 final against 1.94 (Build 1802) ?
>
>
> JCL 1.95 should be ready to release in time.
>
> I had a release immediately after DCL integration in planning anyway. Currently I am working on documentation.

That is great news. I should be able to release JVCL 3.00 by the 13th.


Subject: Re: TJvPluginManager
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 03 Mar 2005 21:13:26 -0500
Newsgroups: jedi.vcl

Dave,

The Jedi helpfile also walks you through a first use of the TPlugin in
> a nice Tutorial. The documentation is better than some very expensive
> components I've purchased recently! Thanks JEDI team.

Where did yoy find this... in online help?

Regards,

Bill


Subject: Re: TJvPluginManager
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Thu, 3 Mar 2005 13:46:49 -0800
Newsgroups: jedi.vcl

There are ~5 very good examples under the jvcl folder. I believe that none
of them use sharemem and several are in DLL mode (I can't double check
because I'm not on that system). I've tested them all and they work fine.
There's a nice example which uses Interfaces for 2 way communication between
them. The Jedi helpfile also walks you through a first use of the TPlugin in
a nice Tutorial. The documentation is better than some very expensive
components I've purchased recently! Thanks JEDI team.

Dave


Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote in message
news:d07a5t$4lq$1@talkto.net...
> > Bill Miller wrote:
>> > > I searched through the online help but can not seem to be able to find a
>> > > description on how to use the TJvPluginManager.
> >
> >      There is an example (multiple examples?) for plug ins.
> >
>> > >
>> > > I have about 8 applications I would like to launch from from a main
>> > > launch form.  Do units (exe's) have to be converted to dlls's for the
>> > > plug in manager to work or can EXE's be executed as a plug-in similar to
>> > > using WinExec?
> >
> >      AFAIK, you have to make them DLLs or packages. In the first case,
> > make sure to add SharedMem as the first unit of your application and
> > plug ins (the plug in class itself uses long strings), or build your
> > host and plug ins using the Borland, JCL and JVCL run time packages.
> >
> >      If there's no communication back to the main application (something
> > I believe to be the case given your description), you may be better of
> > using TJvProcess (I think that's what it's called) and just launch the
> > secondary processes.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address




Subject: Re: TJvDirectoryEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 03 Mar 2005 21:00:58 +0100
Newsgroups: jedi.vcl

Werner Lehmann wrote:
> how can I convince TJvDirectoryEdit not to accept folders like "My
> Computer" in the browse dialog? 

You can't. But TJvDirectoryEdit uses a TJvBrowseForFolderDialog component that can do it by implementing an OnAcceptChange handler. Probably a good idea to implement it as a property in the TJvBrowseForFolderDialog/TJvDirectoryEdit controls.

> Also, is there a way to set up the autocomplete properties so that it
> behaves like one of the explorer path edit boxes? For example, in Start
> | Run or in the OpenFile common dialog, Windows will offer
> subdirectories in the autocomplete dropdown list.

Try including all flags in the AutoCompleteFileOptions property. If that does not work try changing the

  Options := ACLO_FILESYSONLY;

line in TJvFileDirEdit.UpdateAutoComplete to include all ACLO_xx flags:

  Options := ACLO_CURRENTDIR or ACLO_MYCOMPUTER or [etc];

> Oh, and one more thing: if ButtonFlat is true the directory button looses its color. It is only colored in its hot state when the mouse cursor is above it. But then there is already an extra button painted which could suffice as 'hot' animation effect...

The button of a combo edit is a TJvSpeedButton control. You can alter the behavior you described by altering the GrayedInactive property. Its default value is true, and the combo edit does not change it so the button has the described behavior.

You can only change it at run-time with:

JvDirectoryEdit1.Button.GrayedInactive := False;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Party time (at least for me :)
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 03 Mar 2005 15:00:46 -0500
Newsgroups: jedi.vcl

deks wrote:

>> Ja rule, Deutschland!!!
>>
>
>
> In Russia there are MANY Delphi developers. Many Delphi-related comapnes
> are Russian. For ex - DevRace, H-K Dev (IBExpert), EMS HiTech
> (SQLManager.net), KSDev, AlphaControls, DevExpress (have a division in
> Tula, Russia - formely known as RSD, Russian Software Developers), and
> many, many more.
>
One of my favourite little components, a grid view virtual component called ExGridView or something like that.

It was written by a Russian Delphi programmer. A fantastic piece of work, but alas I can't follow the comments in it because they are all in russian.  I think JVCL needs a virtual grid component, but as I can't get a hold of the guy to ask him if he's willing to donate it to the JVCL, I haven't gone anywhere with it.

All I had was an old no-longer-working email address and the following name: Роман Мочалов (Roman Mochalov?)

Anybody know where he is nowadays?    Anyways, Russian delphi developers rule also, although I can read more German than I can read Russian. :-)

Warren




Subject: Re: Party time (at least for me :)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 03 Mar 2005 20:54:48 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi,

> As to the JVCL 3.00 final release, this depends on me getting an Internet connection at home which hopefully should happen in the first few days of next week.
> On that particular mattter, do you plan to do a release of the JCL just before us so that we use the very latest code, or should I build the JVCL 3.00 final against 1.94 (Build 1802) ?

JCL 1.95 should be ready to release in time.

I had a release immediately after DCL integration in planning anyway. Currently I am working on documentation.

Greetings, Robert


Subject: Re: Party time (at least for me :)
From: "deks" <deks-den@yandex.ru>
Date: Thu, 3 Mar 2005 20:29:18 +0100
Newsgroups: jedi.vcl

> >
> >Ja rule, Deutschland!!!
> >

In Russia there are MANY Delphi developers. Many Delphi-related comapnes
are Russian. For ex - DevRace, H-K Dev (IBExpert), EMS HiTech
(SQLManager.net), KSDev, AlphaControls, DevExpress (have a division in
Tula, Russia - formely known as RSD, Russian Software Developers), and
many, many more.

No problem, but i have to make this remark.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Party time (at least for me :)
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 03 Mar 2005 13:15:22 -0500
Newsgroups: jedi.vcl,jedi.jcl


I gotta hand it to Germany, which seems to be the only place in the world where Delphi is actually still on the Radar enough to be in a
general interest computer magazine.

Ja rule, Deutschland!!!

:-)

Warren


Subject: Re: How to use jvdbGrid.editcontrols
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Thu, 03 Mar 2005 12:33:16 -0500
Newsgroups: jedi.vcl

Hi Dom,

> The ADO example?

>
> An "edit control" is useful when you want to edit a field not supported by the grid inplace editor or when you want to ease the changes with a better editor. (Look at the ADO example)

I was trying the BDE example using D5 Prof. as there is no ADO support.  I could also use my D7 so I will check the ADO example out.

As I said in my previous message, the support for the memo field type using the BDE example doesn't seem to work correctly.  I will see what happens with the ADO example.

Thanks,
Mark J. Wallin


Subject: Re: TJvPluginManager
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 03 Mar 2005 11:27:09 -0500
Newsgroups: jedi.vcl

Marcel,

Thank-you for the speedy response.  I'll look over TJVProcess.

Regards,

Bill


Subject: Re: Party time (at least for me :)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Mar 2005 16:39:50 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> On that particular mattter, do you plan to do a release of the JCL just before us so that we use the very latest code, or should I build the JVCL 3.00 final against 1.94 (Build 1802) ?
> It's up to you, I just need to know.

I am sure we can make a new release for that. Currently the JCL is absorbing the DCL (lists, stacks, queues etc). This should be done in some days.

> As to the articles, if you need help, please ask, I'll see what I can do.

That is what i hoped for. The german developers (JCL and JVCL) should work on that. All the other developers are of course invited to provide ideas. Later we can translate to english and see where we can place them also.


Subject: Re: TJvPluginManager
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 03 Mar 2005 16:29:53 +0100
Newsgroups: jedi.vcl

Bill Miller wrote:
> I searched through the online help but can not seem to be able to find a description on how to use the TJvPluginManager.

    There is an example (multiple examples?) for plug ins.

>
> I have about 8 applications I would like to launch from from a main launch form.  Do units (exe's) have to be converted to dlls's for the plug in manager to work or can EXE's be executed as a plug-in similar to using WinExec?

    AFAIK, you have to make them DLLs or packages. In the first case, make sure to add SharedMem as the first unit of your application and plug ins (the plug in class itself uses long strings), or build your host and plug ins using the Borland, JCL and JVCL run time packages.

    If there's no communication back to the main application (something I believe to be the case given your description), you may be better of using TJvProcess (I think that's what it's called) and just launch the secondary processes.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 03 Mar 2005 10:26:19 -0500
Newsgroups: jedi.vcl


Several very nice open source SMTP-send components are so easy to use that I see little benefit in building one into JVCL, and a lot of reasons why it's a bad idea.

Here's a design-religion dogma point that I live by:

Keep Transport layers and data-producing/consumercomponents separate. Write one line of code to connect them. It's worth it.

This is similar design-religion to the classic Unix programmer's practice of writing little programs and connecting them via "Pipes".

Warren


Subject: Multiline Tiltle in Dbgrid TJvDBGrid - Help!!
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Thu, 03 Mar 2005 12:13:00 -0300
Newsgroups: jedi.vcl

Is there anyway to get the grid to display the title of the columns in more than 1 line?
Using the OnDrawColumn Title? It works Only when TitleButtons is True!

Help!!


Subject: TJvPluginManager
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 03 Mar 2005 10:08:51 -0500
Newsgroups: jedi.vcl

I searched through the online help but can not seem to be able to find a description on how to use the TJvPluginManager.

I have about 8 applications I would like to launch from from a main launch form.  Do units (exe's) have to be converted to dlls's for the plug in manager to work or can EXE's be executed as a plug-in similar to using WinExec?

Regards,

Bill


Subject: Re: Party time (at least for me :)
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 03 Mar 2005 14:56:17 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> I will be at the Cebit on 11 March and i have an invitation to the Heise party. Heise publishes c't and iX which dominate the german computer magazine market. It should be easy to get them interested in a series of Delphi/JVCL/JCL articles. That should also match the release of the JVCL 3 final.

That sounds interesting. As to the JVCL 3.00 final release, this depends on me getting an Internet connection at home which hopefully should happen in the first few days of next week.
On that particular mattter, do you plan to do a release of the JCL just before us so that we use the very latest code, or should I build the JVCL 3.00 final against 1.94 (Build 1802) ?
It's up to you, I just need to know.

As to the articles, if you need help, please ask, I'll see what I can do.


Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 03 Mar 2005 14:12:59 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:
>     I'm not sure what you meant by "going to far down the "embedding" road, but just so you know I was not planning this to require any embedded components, etc.  It would all be straight hard code.  In any case I'll do it which ever way you want...just let me know.

    I think what Olivier is afraid of is when we provide the "auto mail" feature, there'll be cases where the code won't work. No mail client is one possible problem, but there can be cases were SMTP server can't be reached through a telnet service (I think I read you were going for that; too lazy to back track the thread). Each time it doesn't work, translates into a bug report that isn't really a bug in the JVCL/your code, but just an issue at the client side.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 03 Mar 2005 14:09:42 +0100
Newsgroups: jedi.vcl

I understand your point completely, but I can't see how you will be able to write networking code that runs under Linux and Win32 without requiring a third party library like Indy or ICS.
And even if you do, I'm convinced we would receive support requests because the log file wasn't sent, because the application is behind a tight firewall, or requires a proxy to access the SMTP server, and so on... This is too much work, and somehow means implementing a networking library into JVCL, which is not its intent.
I know that users tend to want to simply drop the component and not do anything else, but hey, if you use a component, you have to write a bit of code to make it work within your application.
By "too far down embedding", I meant embedding functions that are specialized to very few users, which is not desirable. We must stay generic, and frankly, it's not hard to simply create a SMTP component to send an email.
In my own application I use the JclException dialog to which I added a "Copy to Clipboard" button, alongside a label saying: Copy to clipboard and send me an email. This way I don't have to support any email sending option and it is still simple enough for my users.


Subject: Re: Party time (at least for me :)
From: "Oliver Giesen" <ogware@gmx.net>
Date: Thu, 3 Mar 2005 12:52:35 +0000 (UTC)
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> > I will be at the Cebit on 11 March and i have an invitation to the
> > Heise party. Heise publishes c't and iX which dominate the german
> > computer magazine market. It should be easy to get them interested in
> > a series of Delphi/JVCL/JCL articles. That should also match the
> > release of the JVCL 3 final.

Looks like I won't be able to go to CeBit this year because some 140kg
unsportsmanlike a§$%&@e ruined my knee last week and thus I'm confined
to crutches for the next month or two. Not really suitable for fair
visting. :(

But what about the "Delphi Tage" event on April 2 in Kassel:

http://www.delphi-tage.de

Anyone else planning to come? Sounds like fun and most of all: an all
sitting event... ;)

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 3 Mar 2005 07:51:46 -0500
Newsgroups: jedi.vcl

    Well that's certainly simple enough, but doing this although providing 
an event in which the user can send out the log file or Code log file or 
not, and to whom ever wanted, all by writing his or her own code, takes away 
the automated "return log to developer" abilities that I had originally 
intended.  I understand the need to keep it very simple however and I'll be 
more than happy to do it this way, however consider that I could also add a 
simple Boolean property option like "Send Exception logs directly to 
Developer" which would be False by default.  All it would take is a simple 
double-click to reset the property at design-time by the developer or an 
options checkbox by the user to  handle it automatically.
    The only reason I brought this up was that I had been asked by a few 
people who are still using the original version 2 I released myself that 
were not even aware  it had been added to the JVCL, and they had requested 
this.  The only other options they have are to then either use a 3rd party 
utility like MadExcept or write a lot of code themselves.
    There is another route we could go too.  I could easily create another 
"sister" component that would offer this automated ability only.  The only 
problem I see there however is that it would require the first component in 
order to work and that to me is an unnecessary complication.
    I'm not sure what you meant by "going to far down the "embedding" road, 
but just so you know I was not planning this to require any embedded 
components, etc.  It would all be straight hard code.  In any case I'll do 
it which ever way you want...just let me know.
-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message news:d06g2u$qnt$1@talkto.net...
> > Robert Meek wrote:
>> >>     If I understand you correctly, you mean to provide an option in which 
>> >> the user can choose between using simpleMAPI via his installed e-mail 
>> >> client, like OutLook, or if he has none by SMTP Telnet.  And also an 
>> >> option that he, the client, can set any e-mail address wanted with the 
>> >> default being set to the app's developer e-mail by the developer at 
>> >> designtime, right?  If that's correct then no problem because that's 
>> >> exactly what my plan was.
> >
> > Nope, like what Romullo said, I want an event like this:
> >
> > OnLogGenerated
> >
> > called when the log has been generated and is ready to be sent.
> > In the code for this event, the user can do whatever he pleases with the 
> > log. This way the JVCL component stays generic and we don't get hassled 
> > with all the complaints I can already see if we go too far down the 
> > "embedding" road. 




Subject: Re: How to use jvdbGrid.editcontrols
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 3 Mar 2005 11:50:39 +0100
Newsgroups: jedi.vcl

> >Hi Fred,

I use the Fred account, but I'm not Fred. Sorry for the confusion.
I'm Dominique.

> >I looked at the example and it didn't have any edit controls on the 
form 

The ADO example?

> >By the way, the project seems to be set up for a 
> >different database (BCDEMOS)

That's an error. Could someone fix it?

We use BCB here so we cannot test the Delphi examples.

> >I'm not sure what the advantage is of having a control in the 
> >editControls list as it seems that you can edit any character field 
> >regardless of whether it is connected to the edit control or not. 
> >Perhaps you or someone could explain how this is supposed to work.

An "edit control" is useful when you want to edit a field not supported 
by the grid inplace editor or when you want to ease the changes with a 
better editor. (Look at the ADO example)

Dom (not Fred ;-))



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFilenameEdit and accented characters
From: "Ray Mond" <nospam@nospam.com>
Date: Thu, 3 Mar 2005 18:16:33 +0800
Newsgroups: jedi.vcl

Yes, it does.

Ray Mond




Subject: Re: How to use jvdbGrid.editcontrols
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Thu, 3 Mar 2005 09:54:29 -0000
Newsgroups: jedi.vcl

> >
> > I'm not sure what the advantage is of having a control in the editControls 
> > list as it seems that you can edit any character field regardless of 
> > whether it is connected to the edit control or not. Perhaps you or someone 
> > could explain how this is supposed to work.

You could link a DataTimePicker to a Date Field, or say a CustomDropDown 
with Flag Images to a Country Field etc.

Andy 




Subject: Re: JvFilenameEdit and accented characters
From: "Ray Mond" <nospam@nospam.com>
Date: Thu, 3 Mar 2005 17:30:16 +0800
Newsgroups: jedi.vcl

Yes, it works with the OEMConvert property set to false.

Ray Mond




Subject: Re: again non-compiling files committed
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Thu, 03 Mar 2005 10:30:13 +0100
Newsgroups: jedi.vcl

Andreas Hesse wrote:

> > OBones wrote:
>> >> Robert Rossmair wrote:
>> >> 
>>> >>> It's a good idea to run the installer before checking in.  If sth
>>> >>> doesn't compile, you will notice it then.
>> >> 
>> >> 
>> >> You would not notice it if the file is not in CVS but is on your local
>> >> repository.
> > 
> > To keep track of changes in jcl/jvcl I put the files in a subversion
> > repository. So
> >    CVS: access to sourceforge
> >    SVN: keep local changes and changes between updates with sourceforge
> >    cvs
Thats cool. I wanted to do this, too some days ago, but didn't know how to.
So you have a mixed cvs/svn sandbox where you do the cvs-update and then svn
checkin from? And another svn-sandbox for checking out from your local
repositiory to work on? 
I stopped reading svn manual when it came to the point where it says
something like "you have to rename and (re-)move files using the svn
commands so svn can keep track of those changes" ..
Could you explain, how you do this? I am somewhat used to cvs but not yet to
svn ..

Burkhard


Subject: Re: again non-compiling files committed
From: Andreas Hesse <ah@ahsysteme.de>
Date: Thu, 03 Mar 2005 09:51:49 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Robert Rossmair wrote:
>
>> It's a good idea to run the installer before checking in.  If sth doesn't compile, you will notice it then.
>
>
> You would not notice it if the file is not in CVS but is on your local repository.

To keep track of changes in jcl/jvcl I put the files in a subversion repository.
So
  CVS: access to sourceforge
  SVN: keep local changes and changes between updates with sourceforge cvs

Andreas


Subject: Re: JvFilenameEdit and accented characters
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 3 Mar 2005 09:28:46 +0100
Newsgroups: jedi.vcl

> > This is because property OEMConvert is NOT published and default set to
> > True. I think it should be pulished and default set to false.

Wouldn't that apply to TJvDirectoryEdit as well?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: again non-compiling files committed
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 03 Mar 2005 09:06:40 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> It's a good idea to run the installer before checking in.  If sth doesn't compile, you will notice it then.

You would not notice it if the file is not in CVS but is on your local repository.


Subject: Re: JvFilenameEdit and accented characters
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 03 Mar 2005 09:05:48 +0100
Newsgroups: jedi.vcl

Ray Mond wrote:

> Should I then raise a Mantis issue for this?

Could you try to change this in your code and tell us if it works ?



Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 03 Mar 2005 09:05:21 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:
>     If I understand you correctly, you mean to provide an option in which the user can choose between using simpleMAPI via his installed e-mail client, like OutLook, or if he has none by SMTP Telnet.  And also an option that he, the client, can set any e-mail address wanted with the default being set to the app's developer e-mail by the developer at designtime, right?  If that's correct then no problem because that's exactly what my plan was.

Nope, like what Romullo said, I want an event like this:

OnLogGenerated

called when the log has been generated and is ready to be sent.
In the code for this event, the user can do whatever he pleases with the log. This way the JVCL component stays generic and we don't get hassled with all the complaints I can already see if we go too far down the "embedding" road.


Subject: Re: again non-compiling files committed
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 3 Mar 2005 08:14:24 +0100
Newsgroups: jedi.vcl

> >Hi Jens,
> >
>> >> I normaly thought it should be possible to handle it. I've copied all 
>> >> files from my dev directory to the cvs directory but then i forgot the 
>> >> one and most important file.
> >
> >Why do you have a separate directory for development?  There should be 
> >no need for that.

The need is that i want to have a clean cvs state of all files. I take the
files from this directory via usb-stick to my computer at work, where i
don't have a cvs access. And the clean pas files are small, if i would
like to transfer all files it would be much bigger.
And sometimes it's helpfull to have a separate copy of the cvs version
without using turtoise to get the last version.
> >
>> >> Maybe i will learn it sometimes.
> >
> >It's a good idea to run the installer before checking in.  If sth 
> >doesn't compile, you will notice it then.
> >
I've done this, but i've forgotten to upload all necesarry files. This was
the main problem.



--- posted by geoForum on http://delphi.newswhat.com


Subject: New Example for UnitVersioning and IJvDynControlTreeView
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 03 Mar 2005 01:50:50 +0100
Newsgroups: jedi.vcl

Hi,

i've attached the JvParameterlist example with Unit versioning informations (Button on bottom right)

Should we include something like this to the JVCL-About dialog?

Any comments are welcome.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvOfficeColorButton.pas: How to make Color area click work same as Arrow click?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Wed, 02 Mar 2005 15:43:11 -0800
Newsgroups: jedi.vcl

Peter,

I made a feature request report per your suggestion:

http://homepages.borland.com/jedi/issuetracker/view.php?id=2708

Peter Thornqvist wrote:
> A full solution would need a lot more code to get it to work (and new
> properties to control the behavior). The proposed fix is the only solution I
> can think of at the moment that won't require more time than I am willing to
> spare.
>
> You could post a request in Mantis for the full feature (which is to allow
> the entire button to act  as a dropdown button) and hope someone is willing
> to implement it.
>
> For the user, (s)he can click outside the form to make it close. Not ideal,
> but it works.
>


Subject: Re: JvFilenameEdit and accented characters
From: "Ray Mond" <yeohray@hotmail.com>
Date: Thu, 3 Mar 2005 07:28:56 +0800
Newsgroups: jedi.vcl

Should I then raise a Mantis issue for this?

Ray Mond




Subject: Re: JvOfficeColorButton.pas: How to make Color area click work same as Arrow click?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Thu, 3 Mar 2005 00:18:22 +0100
Newsgroups: jedi.vcl

> > However, the feature only half works. Clicking on the color button causes
that event
> > to run. In it I call the ClickArrow method. When the pallette is not
already showing
> > the pallette pops up. So far so good. But when I click on the color button
again on
> > the down click the pallette disappears but on the up click it shows up
again.

A full solution would need a lot more code to get it to work (and new
properties to control the behavior). The proposed fix is the only solution I
can think of at the moment that won't require more time than I am willing to
spare.

You could post a request in Mantis for the full feature (which is to allow
the entire button to act  as a dropdown button) and hope someone is willing
to implement it.

For the user, (s)he can click outside the form to make it close. Not ideal,
but it works.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TJvDirectoryEdit
From: Werner Lehmann <wl@rem0ve.dm17.com>
Date: Wed, 02 Mar 2005 23:22:04 +0100
Newsgroups: jedi.vcl

Hi,

how can I convince TJvDirectoryEdit not to accept folders like "My
Computer" in the browse dialog? The result
"::{20D04FE0-3AEA-1069-A2D8-08002B30309D}" does not look so nice and I
can save nothing to it anyway.

Also, is there a way to set up the autocomplete properties so that it
behaves like one of the explorer path edit boxes? For example, in Start
| Run or in the OpenFile common dialog, Windows will offer
subdirectories in the autocomplete dropdown list.

Oh, and one more thing: if ButtonFlat is true the directory button looses its color. It is only colored in its hot state when the mouse cursor is above it. But then there is already an extra button painted which could suffice as 'hot' animation effect...

Werner


Subject: Re: JvOfficeColorButton.pas: How to make Color area click work same as Arrow click?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Wed, 02 Mar 2005 14:21:31 -0800
Newsgroups: jedi.vcl

Peter,

I did as you said and the change compiled. The new ArrowClick method is now callable from my code.

However, the feature only half works. Clicking on the color button causes that event to run. In it I call the ClickArrow method. When the pallette is not already showing the pallette pops up. So far so good. But when I click on the color button again on the down click the pallette disappears but on the up click it shows up again.

I think what is happening is that the down click is clearing it out and since the ClickArrow method runs on the up click it sees the pallette is not there and so of course shows it again.

I do not see how I can know whether to call the ClickArrow method because I don't see how in that event method I can detect why the pallette was cleared when it last was cleared.

Peter Thornqvist wrote:

> I am not sure if BCB compiles the pas files if necessary, so I'd suggest
> running the installer again. It only takes a few minutes.
>


Subject: Re: JvOfficeColorButton.pas: How to make Color area click work same as Arrow click?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Wed, 2 Mar 2005 22:55:09 +0100
Newsgroups: jedi.vcl

> > I'm a BCB user and so I'm only vaguely familiar with Delphi packages.
Should I run
> > the installer again so that it rebuilds everything? Or is there some make
file to
> > run? Or what?
I am not sure if BCB compiles the pas files if necessary, so I'd suggest
running the installer again. It only takes a few minutes.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: Romullo <romullobr@gmail.com>
Date: Wed, 02 Mar 2005 18:36:12 -0300
Newsgroups: jedi.vcl

Robert Meek wrote:
>     If I understand you correctly, you mean to provide an option in which the user can choose between using simpleMAPI via his installed e-mail client, like OutLook, or if he has none by SMTP Telnet.  And also an option that he, the client, can set any e-mail address wanted with the default being set to the app's developer e-mail by the developer at designtime, right?  If that's correct then no problem because that's exactly what my plan was.
>

I've understood that you could create an event for this, like "OnExceptionLog", and the programmer could decide what to do in that event, like send an e-mail, log to a file, etc.


Subject: Re: How to use jvdbGrid.editcontrols
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Wed, 02 Mar 2005 16:24:06 -0500
Newsgroups: jedi.vcl

Hi Fred,

I looked at the example and it didn't have any edit controls on the form so I dropped a dbEdit component and a dbMemo component and connected them to the database. By the way, the project seems to be set up for a different database (BCDEMOS) than is standard with D5, which is the version I am using, but I just selected the DBDEMOS database.  The editControls business seems to work for character fields but did not seem to work for the memo field.  For the memo field, '(MEMO)' appears for the active row and is not editable unless there is some trick I am not aware of.

I'm not sure what the advantage is of having a control in the editControls list as it seems that you can edit any character field regardless of whether it is connected to the edit control or not. Perhaps you or someone could explain how this is supposed to work.

Thanks,

Mark J. Wallin


Subject: Re: JvFilenameEdit and accented characters
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 02 Mar 2005 21:51:19 +0100
Newsgroups: jedi.vcl

Ray Mond wrote:
> TJvFilenameEdit does not appear to accept accented characters e.g. ê, ë.  Is
> this a bug, or is there some option to make it accept such characters?

This is because property OEMConvert is NOT published and default set to True. I think it should be pulished and default set to false.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvOfficeColorButton.pas: How to make Color area click work same as Arrow click?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Wed, 02 Mar 2005 12:32:37 -0800
Newsgroups: jedi.vcl

Thanks!

This may seem like a stupid question, but having made those changes to the source code what is the best way to build up whatever this class is a part of?

I'm a BCB user and so I'm only vaguely familiar with Delphi packages. Should I run the installer again so that it rebuilds everything? Or is there some make file to run? Or what?

Peter Thornqvist wrote:
> There is no simple "out of the box" solution. The best would be to add a
> new, public procedure to the button:
>
> procedure ClickArrow;
>
> and implement like this:
>
> procedure TJvCustomOfficeColorButton.ClickArrow;
> begin
>   if FArrowButton <> nil then
>     FArrowButton.Click;
> end;
>
> then you could just call ClickArrow in the OnClick handler of the button:
>
> procedure TForm1.JvOfficeColorButton1Click(Sender: TObject);
> begin
>   JvOfficeColorButton1.ClickArrow;
> end;
>
>


Subject: Re: again non-compiling files committed
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 02 Mar 2005 20:50:14 +0100
Newsgroups: jedi.vcl

Hi Jens,

> I normaly thought it should be possible to handle it. I've copied all files from my dev directory to the cvs directory but then i forgot the one and most important file.

Why do you have a separate directory for development?  There should be no need for that.

> Maybe i will learn it sometimes.

It's a good idea to run the installer before checking in.  If sth doesn't compile, you will notice it then.


Subject: Re: How to use jvdbGrid.editcontrols
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Wed, 02 Mar 2005 14:42:20 -0500
Newsgroups: jedi.vcl

Fred wrote:

> Your list box is empty because you have no DB controls on your form.
>
> The best thing to do is to look at the examples (about this: there is a name problem with the example; JvUltimDbGrid should be renamed JvDbUltimGrid).
>
> Dom (using the Fred account)

Thanks!

Mark J. Wallin


Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 2 Mar 2005 14:21:05 -0500
Newsgroups: jedi.vcl

    If I understand you correctly, you mean to provide an option in which 
the user can choose between using simpleMAPI via his installed e-mail 
client, like OutLook, or if he has none by SMTP Telnet.  And also an option 
that he, the client, can set any e-mail address wanted with the default 
being set to the app's developer e-mail by the developer at designtime, 
right?  If that's correct then no problem because that's exactly what my 
plan was.

-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message news:d0406m$blg$1@talkto.net...
> > Robert Meek wrote:
> >
>> >>     All I want to know from the Jedi Team is if I do this will it still 
>> >> be okay to include in the JVCL?  It's all my own straight code...no 
>> >> components or libraries other than the Jcl and JVCL so I think it should 
>> >> be, but I just want to be sure before I go to work on the finished 
>> >> version.  Also, as always, if anyone has any other thoughts on features 
>> >> they would like added I'll be more than happy to do so!
> >
> > I like the idea, but honestly, I would greatly prefer if it was 
> > implemented as just an event. Then the user puts whatever it wants into 
> > that event to send the logs wherever he wants to.
> > Because if we put code to send an email via SMTP, we will receive requests 
> > to support proxies, then bug reports because of a firewall, then... And we 
> > may event have people who want to write it into a network file, or even 
> > store it into a DB...
> > The JVCL is meant to be flexible, not all inclusive. Hence my preference 
> > for an event, in which the user puts whatever he wants. After that, if you 
> > feel like writing an example that sends to a SMTP server, please do.
> >
> > Cheers
> > Olivier 




Subject: Re: again non-compiling files committed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 02 Mar 2005 19:31:43 +0100
Newsgroups: jedi.vcl

Sorry again!!!!

I normaly thought it should be possible to handle it. I've copied all files from my dev directory to the cvs directory but then i forgot the one and most important file.

Now it it should be fixed.

Maybe i will learn it sometimes.

Greetings and sorry again
Jens

Robert Marquardt schrieb:
> IJvDynControlTreeView is missing. This really gets annoying.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvOfficeColorButton.pas: How to make Color area click work same as Arrow click?
From: "Peter Thornqvist" <peter.removetheobvious.tornqvist@gmail.com>
Date: Wed, 2 Mar 2005 18:55:32 +0100
Newsgroups: jedi.vcl

There is no simple "out of the box" solution. The best would be to add a
new, public procedure to the button:

procedure ClickArrow;

and implement like this:

procedure TJvCustomOfficeColorButton.ClickArrow;
begin
  if FArrowButton <> nil then
    FArrowButton.Click;
end;

then you could just call ClickArrow in the OnClick handler of the button:

procedure TForm1.JvOfficeColorButton1Click(Sender: TObject);
begin
  JvOfficeColorButton1.ClickArrow;
end;


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvOfficeColorButton.pas: How to make Color area click work same as Arrow click?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Wed, 02 Mar 2005 09:36:03 -0800
Newsgroups: jedi.vcl

I want a click anywhere on the entire surface of the JvOfficeColorButton to work the same as currently the click on the Arrow does. Can anyone give me any hints on the best way to do that?

The ShowColorForm is protected. So I can't directly call it from C++ (I'm using BCB v6 sp4).  Also, given the logic below in the DoArrowClick it looks like it might not be safe to just call the ShowColorForm directly.

Is there a way from my own OnColorButtonClick event code to invoke the ArrowClick event and thereby cause DoArrowClick to run?

Or do I need to hack and make my own custom version of JvOfficeColorButton.pas?

Here are the relevant events excerpted from JvOfficeColorButton.pas:

procedure TJvCustomOfficeColorButton.DoArrowClick(Sender: TObject);
begin
  if TJvColorSpeedButton(Sender).Tag = FArrowButton.Tag then
  begin
    if FColorsForm.Visible or FColorFormDropDown then
    begin
      FColorsForm.Hide;
      FColorFormDropDown := False;
      FArrowButton.Down := False;
    end
    else
    begin
      if Assigned(FOnDropDown) then
        FOnDropDown(Self);
      ShowColorForm;
      FColorFormDropDown := True;
    end
  end
  else
  begin
    TJvSubColorButton(Sender).Down := True;
    SetSelectedColor(TJvSubColorButton(Sender).ButtonColor);
  end;
  if Assigned(FOnArrowClick) then
    FOnArrowClick(Self);
end;

procedure TJvCustomOfficeColorButton.DoColorButtonClick(Sender: TObject);
begin
  if not FColorsForm.ToolWindowStyle then
  begin
    FColorsForm.Hide;
    FColorsForm.ToolWindowStyle := False;
    if FArrowButton.Down then
      FArrowButton.Down := False;
    FColorFormDropDown := False;
  end
  else
  begin
    if FColorsForm.ColorPanel.ClickColorButton = cbctOtherButton then
      FColorsForm.FormStyle := fsNormal;
  end;

  if Assigned(FOnColorButtonClick) then
    FOnColorButtonClick(Sender);
end;



Subject: Re: Little issue with JvEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 2 Mar 2005 12:31:13 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:1deomip2wxa50.1gq4cu6ua923e$.dlg@40tude.net>:

> > Correction! Setting the .Enabled property to False causes this wrong
> > display of the edits content.
Added to Mantis:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2705

-- cu, Michael 

Subject: Re: How to use jvdbGrid.editcontrols
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 2 Mar 2005 11:55:26 +0100
Newsgroups: jedi.vcl

> >I have the grid 
> >set up with a non-bde dataset.  When I click on the editControls 
> >property, the editor comes up with the list of current fields.  I 
select 
> >a numeric type field which appears in the selected fields list box. 
> >However, there is nothing in the Edit Control dropdown.
> >How is that loaded?

Your list box is empty because you have no DB controls on your form.

The best thing to do is to look at the examples (about this: there is a 
name problem with the example; JvUltimDbGrid should be renamed 
JvDbUltimGrid).

Dom (using the Fred account)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid/JvDBUltimGrid and different RowHeights
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 2 Mar 2005 11:52:21 +0100
Newsgroups: jedi.vcl

> >I need to show a memo field in a grid, but I need to show the whole 
> >text. Is there a way to set different row heights for each row 
depending 
> >on the text size ?

Definitely no. Some changes in Dbgrid are needed to make it possible.

Dom (using the Fred account)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Little issue with JvEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 2 Mar 2005 11:29:00 +0100
Newsgroups: jedi.vcl

"Remko Bonte" wrote in message <news:d02j3e$4k8$1@talkto.net>:

>> >> When setting ReadOnly to true, for this edit, the bullets disappear and are
>> >> replace by the character 'I' (as special char).
Correction! Setting the .Enabled property to False causes this wrong
display of the edits content.

HTH without creating a sample.

-- cu, Michael 

Subject: Re: A new version of JcDebugHandler coming soon that I have questions about
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 02 Mar 2005 10:21:42 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

>     All I want to know from the Jedi Team is if I do this will it still be okay to include in the JVCL?  It's all my own straight code...no components or libraries other than the Jcl and JVCL so I think it should be, but I just want to be sure before I go to work on the finished version.  Also, as always, if anyone has any other thoughts on features they would like added I'll be more than happy to do so!

I like the idea, but honestly, I would greatly prefer if it was implemented as just an event. Then the user puts whatever it wants into that event to send the logs wherever he wants to.
Because if we put code to send an email via SMTP, we will receive requests to support proxies, then bug reports because of a firewall, then... And we may event have people who want to write it into a network file, or even store it into a DB...
The JVCL is meant to be flexible, not all inclusive. Hence my preference for an event, in which the user puts whatever he wants. After that, if you feel like writing an example that sends to a SMTP server, please do.

Cheers
Olivier


Subject: again non-compiling files committed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 02 Mar 2005 08:37:51 +0100
Newsgroups: jedi.vcl

IJvDynControlTreeView is missing. This really gets annoying.


Subject: JvFilenameEdit and accented characters
From: "Ray Mond" <nospam@nospam.com>
Date: Wed, 2 Mar 2005 13:56:22 +0800
Newsgroups: jedi.vcl

TJvFilenameEdit does not appear to accept accented characters e.g. ê, ë.  Is
this a bug, or is there some option to make it accept such characters?
Thanks in advance.


Ray Mond




Subject: Re: JvTFMonths.Month Error on the 31 of the month.
From: "Scott" <itservices@lubetech.com.au>
Date: Wed, 2 Mar 2005 13:46:23 +1000
Newsgroups: jedi.vcl

OK, Solution.

The problem arises when the displaydate is set to a month with 30 days at
design time. When the form is then created (Runtime) on the 31 of the month
(when the error occurs.) Encodedate is called by the procedure SetDate to
encode a date that will be in valid. ie EncodeDate(31,11,2004).

Thanks. Any Qs please contact me.



"Scott" <itservices@lubetech.com.au> wrote in message
news:ctm5vf$bb1$1@talkto.net...
> > Yes I am quite sure that this month has 31 days. I first had this issue on
> > the 31 of December 2004 By changing the Date to the 1/1/2005 the problem
> > went away.
> > I simply ignored the error as a strange event.
> >
> > This same error occurs on any PC (I have tested 5 So far both in windows
> > and
> > Citrix as you would expect).
> >
> > By changing the date to the 30 or the 1 the problem disappears.
> >
> > Any further clues would be appreciated.
> >
> >
> >
> > "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message
> > news:ctklc1$sut$1@talkto.net...
>> >> Lubetech wrote:
>>> >>> There appears to be an issue regarding the 31st of any month. Wether
>>> >>> this
>>> >>> problem is in my code, or the component I am unaware. Is there a known
>>> >>> bug
>>> >>> regarding this issue?.
>>> >>>
>>> >>>
>>> >>> Error Message:  Exception EReadError in module GSSV5.exe at 00028D93.
>>> >>>                           Error reading JvTFMonths.Month: Invalid
>>> >>> argument
>>> >>> to date encode.
>>> >>>
>>> >>> By changing the date to something other than the 31st. No problems.
>>> >>>
>> >>
>> >>     Kicking in an open door: are you sure the month in question has 31
>> >> days? The exception seems to be raised by EncodeDate (Borland's code) and
>> >> that one seems to work just find for any month with 31 days in it.
>> >>
>> >>
>> >> -- 
>> >> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> >> Project JEDI Help coordinator
>> >> JEDI.NET team coordinator
>> >>
>> >> To mail me, remove the obvious from my mail address
> >
> >
> >





Subject: A new version of JcDebugHandler coming soon that I have questions about
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 1 Mar 2005 22:25:04 -0500
Newsgroups: jedi.vcl

To the Jedi Team
    I haven't yet joined up as an official member as I had asked about a 
short time ago because I don't feel as if I have enough expertise to offer 
you guys a lot of help AND my time right now is severely limited due to 
family business obligations as well as my own.  But I still am working on 
improving the JcDebugHandler component now in the JVCL, and I wanted to ask 
if it would be okay to make the improvements official that I am now working 
on or not.  I don't want to step on anyone's toes or infringe upon anyone's 
copyrights!
    I just completed testing of the component as it now is in use with a new 
freeware version of CodeSiteEX utility that Rick Ackerson has made available 
for both CodeSite 2 and 3 making it now compatible with D9, and the testing 
has confirmed that JvDebugHandler works very well with it, especially 
because it automatically reports all stack and line exception info 
in-between CodeSiteEx Trace methods which results in showing you what method 
you are currently in and when you leave it.  This makes it even easier to 
track problems than before, and you now no longer have to re-compile 
CodeSiteEx in order to make use of the Jcl exception handling thru the 
JvDebugHandler as was necessary in the past versions unless you are working 
on a console app because now you need only drop the two components onto your 
main form!  I've used many different methods and combinations of methods, 
both free and for pay, over the years and I personally believe this 
combination of the Jcl, JVCL, the included JcDebugHandler, CodeSite 3, and 
CodeSiteEx to be the best way of handling exceptions.
    Lately I've been working on including a new feature in the next version 
of the JvDebugHandler which will allow you to provide a runtime option that 
will take either your CodeSite log and/or your JvDebugHandler log files and 
have them sent either manually or automatically from a client's machine 
directly back to the developer.  I've found this to be a great way to 
provide fast answers to problems on customer machines and a great selling 
point as well!  I'm testing a variety of methods which will allow this 
including my favorite so far which works much like the one described in a 
recent issue of "The Delphi Magazine" which uses Telnet to send the 
formatted exception logs back to an internally set and/or user set e-mail 
address via his or here incoming SMPT server.  This method works best in my 
opinion because it does not require that the client actually has any e-mail 
client software on his machine(s)!
    I had been reading up on Telnet about two months ago in order to help my 
one daughter who is now studying computer administration and encryption 
technologies at Penn State's PennTech school, otherwise I might not have 
ever found this were possible.  I don't know anyone who has even used Telnet 
in the last 5 years but as I understand, it is universally available by 
default on all Windows platforms.  When I saw the article on this same 
technique in the Delphi Mag it confirmed to me that this would indeed be the 
best way to handle this.
    All I want to know from the Jedi Team is if I do this will it still be 
okay to include in the JVCL?  It's all my own straight code...no components 
or libraries other than the Jcl and JVCL so I think it should be, but I just 
want to be sure before I go to work on the finished version.  Also, as 
always, if anyone has any other thoughts on features they would like added 
I'll be more than happy to do so!
-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Re: Is daily zip better than v3 rc1?
From: "runspect" <nospam@nospam.es>
Date: Wed, 2 Mar 2005 00:28:29 +0100
Newsgroups: jedi.vcl

My own experience: Dayly realeases are more solid! :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with jvMail
From: "runspect" <nospam@nospam.es>
Date: Wed, 2 Mar 2005 00:25:30 +0100
Newsgroups: jedi.vcl

I had the same problem, because of using Windows XP. I think I solved it
installing the Windows Messaging System(WMS) for NT4/2000/XP provided by
Novell.

http://support.novell.com/servlet/filedownload/uns/pub/winntwms.exe/

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: How to use jvdbGrid.editcontrols
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Tue, 01 Mar 2005 16:02:45 -0500
Newsgroups: jedi.vcl

Can anyone help a novice Jedi VCL user with the use of the editcontrols property as there is currently no documentation for it.  I have the grid set up with a non-bde dataset.  When I click on the editControls property, the editor comes up with the list of current fields.  I select a numeric type field which appears in the selected fields list box. However, there is nothing in the Edit Control dropdown.  How is that loaded?

Thanks,
Mark J. Wallin


Subject: Re: Little issue with JvEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 01 Mar 2005 21:31:04 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> I'm using TJvEdit with ThemedPassword := True and ProtectPassword := True.
> Using themes on a new form I get those little bullets (or discs) to hide
> the password.
>
> When setting ReadOnly to true, for this edit, the bullets disappear and are
> replace by the character 'I' (as special char).

I can't reproduce this (on Delphi 7). Please check that you have the latest source of JvEdit.pas (latest is $Id: JvEdit.pas,v 1.66)

If the problem persists, please make a mantis bug report (http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php) and upload a sample program that shows the bug.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jvcl 2.10 to 3.0 converter
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Tue, 01 Mar 2005 17:47:20 +0100
Newsgroups: jedi.vcl

Will Watts wrote:

[..]
> > I should think that is true of most people. Migrating 2.1 -> 3.0 isn't as
> > hard as one thinks it's going to be, but I spent quite a lot of time
> > rediscovering straightforward things about the small number of components
> > that I use.
> > 
> > So I'm hovering in this newsgroup like a vulture, pouncing on people like
> > you who are doing the upgrade, augmenting the file with their experiences.
> > I think the exercise has psychological value too: if there is lots of help
> > in migrating.htm, potential upgraders will be encouraged.
That is true. 
I'm sure, the lack of information (contradictory, outdated) about
installation, migration and usage keeps most potential users off from using
this great library..

So keep on writing !

Burkhard


Subject: Re: Party time (at least for me :)
From: Holger Flick <rammbaer.xyz@xyz.gmx.de>
Date: Tue, 01 Mar 2005 16:25:50 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi,

> Delphi/JVCL/JCL articles. That should also match the release of the JVCL 3 final.

At least something useful happening at the Cebit. I was there two times and every time it became more meaningless...

-- 
Holger


Subject: Little issue with JvEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 1 Mar 2005 15:50:04 +0100
Newsgroups: jedi.vcl

Hi,

I'm using TJvEdit with ThemedPassword := True and ProtectPassword := True.
Using themes on a new form I get those little bullets (or discs) to hide
the password.

When setting ReadOnly to true, for this edit, the bullets disappear and are
replace by the character 'I' (as special char).

Can you please review this?
-- cu, Michael 

Subject: Re: jvcl 2.10 to 3.0 converter
From: Will Watts <willw@applied.spambait.co.uk>
Date: Tue, 01 Mar 2005 14:22:59 GMT
Newsgroups: jedi.vcl

In article <cvvmaj$h9o$1@talkto.net>, Burkhard Carstens wrote:
> > Will Watts wrote:
> > Sure, just re-doing it to make sure I will catch all points.

Thanks very much - that's very thorough, and I appreciate it.

> > Thats all. Currently I am using just a small set of the JVCL-components ...

I should think that is true of most people. Migrating 2.1 -> 3.0 isn't as hard 
as one thinks it's going to be, but I spent quite a lot of time rediscovering 
straightforward things about the small number of components that I use. 

So I'm hovering in this newsgroup like a vulture, pouncing on people like you 
who are doing the upgrade, augmenting the file with their experiences. I think 
the exercise has psychological value too: if there is lots of help in 
migrating.htm, potential upgraders will be encouraged.

Thanks again

W.

-- Will Watts 

Subject: Party time (at least for me :)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 01 Mar 2005 14:37:02 +0100
Newsgroups: jedi.vcl,jedi.jcl

I will be at the Cebit on 11 March and i have an invitation to the Heise party. Heise publishes c't and iX which dominate the german computer magazine market. It should be easy to get them interested in a series of Delphi/JVCL/JCL articles. That should also match the release of the JVCL 3 final.


Subject: Install Problem - Undeclared identifier: 'COLOR_MENUHILIGHT'
From: "Paul" <development@demobex.com>
Date: Tue, 1 Mar 2005 11:25:52 -0000
Newsgroups: jedi.vcl

Hi all,

Im getting a problem installing the JVCL.
I have installed JCL 1.94-Build1758, which went well.

Then I am trying to install JVCL300RC1.

Unforunately, near the beginning of comiling the units, it gets stuck saying 
:
C:\Paul\X\Borland\Components\JEDI\jvcl\JVCL300RC1\run\JvComputerInfoEx.pas(1268) 
Error: Undeclared identifier: 'COLOR_MENUHILIGHT'

C:\Paul\X\Borland\Components\JEDI\jvcl\JVCL300RC1\run\JvComputerInfoEx.pas(1269) 
Error: Undeclared identifier: 'COLOR_MENUBAR'

JvSystemD6R.dpk(85) Fatal: Could not compile used unit 
'..\..\run\JvComputerInfoEx.pas'

** error 1 ** deleting "C:\Program 
Files\Borland\Delphi6\Projects\Bpl"\JvSystemD6R.bpl

** error 1 ** deleting CompilePackages

I have checked the JvComputerInfoEx.pas file for COLOR_MENUHIGHLIGHT and 
COLOR_MENUBAR, and they are declared as a constant in the JvComputerInfoEx 
unit.

Could anyone help with this problem?

I am using Delphi 6 Ent fully packed.





Subject: TJvFormAnimation
From: Boomz <info@fakeaddress.com>
Date: Tue, 1 Mar 2005 10:26:47 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

What does TJvFormAnimation do? I put it in my form and it does nothing. 
Anyone can enlighten me?

Thanks


Subject: TJvColorButton versus TJvOfficeColorButton questions
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Mon, 28 Feb 2005 23:59:20 -0800
Newsgroups: jedi.vcl

I like bigger pop-down color pallette of TJvOfficeColorButton which has more color choices.

But I like the fact that if you click anywhere on the TJvColorButton the pallette dropps down. Whereas with TJvOfficeColorButton you have to click only on the down caret slice on the right side of the button to get it to drop down the pallette.

So is there some way to get the TJvOfficeColorButton to treat the entire surface of the button control the same? I only want this button for choosing colors. So I do not need two areas for the button.


Subject: Delphi 2005 dcc32 has a new command line parameter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 1 Mar 2005 00:55:30 +0100
Newsgroups: jedi.vcl

The Delphi 2005 dcc32.exe has a new command line parameter "--depends"
It generates a ".d" file with a content like this:

JclWideFormat.d JclWideFormat.dcu: JclWideFormat.pas \
		jcl.inc \
		jedi.inc \
		windowsonly.inc \
		Z:\Jedi\jcl\source\common\JclWideStrings.dcu \
		Z:\Jedi\jcl\source\common\JclStrings.dcu \
		Z:\Jedi\jcl\source\common\JclResources.dcu \
		Z:\Jedi\jcl\source\common\JclMath.dcu \
		Z:\Jedi\jcl\source\common\JclBase.dcu \
		C:\Borland\BDS\3.0\lib\Classes.dcu \
		C:\Borland\BDS\3.0\lib\SysUtils.dcu \
		C:\Borland\BDS\3.0\lib\Variants.dcu \
		C:\Borland\BDS\3.0\lib\Windows.dcu \
		C:\Borland\BDS\3.0\lib\SysInit.dcu \
		C:\Borland\BDS\3.0\lib\System.dcu


-- Regards, Andreas Hausladen 

Subject: JvDBGrid/JvDBUltimGrid and different RowHeights
From: Markus Fritsch <markus.fritsch@t-online.de>
Date: Mon, 28 Feb 2005 20:51:29 +0100
Newsgroups: jedi.vcl

Hi there,
I need to show a memo field in a grid, but I need to show the whole text. Is there a way to set different row heights for each row depending on the text size ?

Thanks,
Markus.



Subject: Re: jvcl 2.10 to 3.0 converter
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Mon, 28 Feb 2005 19:07:25 +0100
Newsgroups: jedi.vcl

Will Watts wrote:

> > In article <cvpr08$d5c$1@talkto.net>, Burkhard Carstens wrote:
>> >> But anyway, just forget about my draft, I did it by hand. Everything is
>> >> allready compiling and working obviously. Just some minor problems that I
>> >> will report as soon as I crosschecked it with the dailys.
> > 
> > I'm trying to update the document help/migrating.htm with any specific
> > tips that people encounter while updating things by hand. Stuff like
> > properties that have got renamed, and resources that must be manually
> > edited; if you have a peek at it you'll see the sort of thing. Your
> > problem with JvRollOut.BottomColor is an example.
> > 
> > I'd be very grateful if you could list the problems you had to fix
> > manually, together with what you did to sort them, so that I can add them
> > to the document.
Sure, just re-doing it to make sure I will catch all points.

Here we go:

1. Readme.htm - Paragraph "Changed Components"

Says "TJvComputerInfo has been changed from TComponent to TObject....".
This is outdated. TComputerInfo has moved to the archive-folder and is not
installed anymore nor is the archive path added to library path.
Solution 1:
I decided to use the old component. Copied JvComputerInfo.pas to my projects
folder and followed the instructions in Readme.htm.
Solution 2
Use the new component "TJvComputerInfoEx" on "Jv System" tab.

2. migrating.htm - Paragraph "Step two"

"JVCL convert .. precompiled version is in \devtools\bin".
This is not true. 
So I wanted to compile JVCLConvert, but the jvclconvert\readme.txt says 
"The "JVCL Convert" will compile ONLY under Delphi 6". Oh, I have D7 and no
D6 around. Ok, compiled and used it anyway, but this "only Delphi 6" might
scare somebody!

3. Changed properties - general

Solution 1
- Open each unit that has a form in IDE
- make notes about the properties Delphi complains about (click "ignore")
- check for the new properties
- close project WITHOUT saving
- edit dfm-files to applie changes without loosing the values
  OR just edit dfm-files to note down the old values and edit in IDE again.
Editing dfms as text in D7 works good by opening just the dfm-file from
explorer.

4. Specific properties
a)
TJvRollout
- The changed properties are described pretty well in <JVCL>changelog.txt.
please use or point to this.
- additionaly "Ctl3D" and "ParentCtl3D" are gone

- side-effects:
  - Because "Ctl3D" is missing, any child-component can't use 
    "ParentCtl3D" (does not affect anymore, so you have to manually set 
    childs Ctl3D if still available!)
  - same for "Color" and childs "ParentColor"

- new property "ToggleAnywhere" may be turned off to prevent rollout from
collapsing when clicked in client area. With the old version I had to use a
alClient aligned panel as child to archieve this functionality. This is not
longer necessary.

b)
TJvInstallLabel
- Property "ImageList" renamed to "Images"

c)
TJvImageListBox
- Property ImageList renamed to "Images"
- Ctl3D and ParentCtl3D gone

5. Removed components
a)
TJvFloatEdit2
- replace by TJvValidateEdit
- set DisplayFormat to dfFloat
- Old property "MaxDecimals" to new "DecimalPlaces"
- Note: TValidateEdit.OnModified sometimes returns false when it shoud
return true! See my other post ("JvValidateEdit.modified problem" two days
ago)

Thats all. Currently I am using just a small set of the JVCL-components ...

Hope this helps
Best regards
 Burkhard


Subject: TJvScheduledEvents
From: "Marcos Augusto" <mvrochabh@yahoo.com.br>
Date: Mon, 28 Feb 2005 14:56:20 -0300
Newsgroups: jedi.vcl

I'm not getting to make an application using TJvScheduledEvents for add 
events in runtime...

when I close application the events are lost.

anybody have a example for help me??? 




Subject: Re: TJVPlugin: drag and drop between between plugins
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Mon, 28 Feb 2005 08:37:47 -0800
Newsgroups: jedi.vcl

    thanks Marcel. I didn't realize that you could use JVPlugin without
runtime packages.

    I thought I saw one of the examples using interfaces. I'll check that
one out more thoroughly.


Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote in message
news:cvumjj$9pj$1@talkto.net...
> > Dave Smith wrote:
>> > > Just in case my previous post wasn't clear:
>> > >
>> > >     I'd like to implement drag and drop between plug-in units. I've
tested
>> > > the examples that come with tha component and it is not possible out of
the
>> > > box. Has anyone done this and is it even possible? Thanks.
>> > >
>> > > Dave
>> > >
>> > >
>> > >
> >
> >      The only way it might work is by using packages (so both
> > application and plug-in use the Borland runtime packages), since that's
> > the only way both host and plug-in are referencing the same class. It's
> > a bit like the problem you get when you try to put some control from a
> > plug-in form directly onto a form of the main application without using
> > packages: you get exceptions like 'cannot assign a TFont to a TFont'. By
> > using the packages, both host and plug-in are using the same TFont class
> > (the one in the vcl50/60/70.bpl package).
> >
> >      Since the whole drag&drop stuff will most likely check if the
> > source is of a particular type, you can imagine why that will certainly
> > not work.
> >
> >      Please note that I haven't tested this, so I can't guarantee this
> > will ever work. As an alternative, you might try to use the Microsoft
> > Windows drag&drop stuff (COM-interface based, and cross-process
> > capable). Use google to find some good examples/tutorials on how to do
> > this from Delphi.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address




Subject: Re: how to use the daily snapshots
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 28 Feb 2005 16:10:01 +0100
Newsgroups: jedi.vcl

Burkhard Carstens wrote:

> Ok. So this is no problem of missing webspace? Just asking because I could
> open another domain for mirror purpose, if needed. My contract would allow
> me a .de domain with 100MB webspace and 5GB traffic/month. pm me if
> interested (jedi at bcsoft dot de)

I have no space problems at all, I got 1G webspace and virtually unlimited traffic per month. This is the personnal web space allocated by my Internet provider.


Subject: Re: Application with any of jvcl components crashes on start
From: "Oleg" <olegvg@ukr.net>
Date: Mon, 28 Feb 2005 16:39:46 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wp.nospam@tekran.com> wrote in message
news:cvv9tv$e63$2@talkto.net...
> > By the way, which JVCL component uses DirectDraw ?
> >
I'm using JvMenu and JvBaloonHint.




Subject: Re: Application with any of jvcl components crashes on start
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 28 Feb 2005 09:34:47 -0500
Newsgroups: jedi.vcl

> Probable cause:
> There is an conflict between the installed version of the "pcAnywhere host
> service" and the installed version of the DirectDraw component of DirectX on
> the computer. 

By the way, which JVCL component uses DirectDraw ?

Warren


Subject: Re: JVCL
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 28 Feb 2005 09:32:37 -0500
Newsgroups: jedi.vcl


> i think i can live with the extra couple of minutes...?

Well, what I do is install them all and uncheck the packages you don't want loaded at IDE startup time and it won't load those. You can then turn them on in the projects you need them in. Delphi is pretty flexible that way. Personally on my 2.4 GHZ machine, I just leave most of them enabled, except the ones that I rarely use, which I uncheck to save some loading time.  The most I've ever saved is 5-10 seconds in startup time, not a big deal.

Warren


Subject: Re: how to use the daily snapshots
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Mon, 28 Feb 2005 15:31:59 +0100
Newsgroups: jedi.vcl

OBones wrote:

[..]
>> >> OBones, the snapshot pages says "You can get the latest .. or you can
>> >> also grab one of the previous .." but all links point to the latest only.
> > 
> > That is because only the packages from the last 3 days are kept. And
> > because they are generated manually, I can't always do it every day.
> > This is a temporary situation that will get solved in the near future.

Ok, that makes sense.

>> >> Also you might want to change the 7z-links ( temporarily ) to point to
>> >> the daily on sf instead of your home-box? Just a suggestion, I have no
>> >> idea of how many people (with slow connection) use the snapshot download
>> >> at all. My connection is fast so I don't care ..
> > 
> > It's not my home box, it's the server of my Internet Provider. Problem
> > is that the files are not generated anymore and hence not available.

Ok. So this is no problem of missing webspace? Just asking because I could
open another domain for mirror purpose, if needed. My contract would allow
me a .de domain with 100MB webspace and 5GB traffic/month. pm me if
interested (jedi at bcsoft dot de)

>> >> Is there any change log automatically generated from the cvs checkin
>> >> comments or alike to see what changed since yesterday/last snapshot?
> > 
> > See the jvcl-checkins mailing list.

Just signed. 

Thank you 
  Burkhard


Subject: Re: Application with any of jvcl components crashes on start
From: "Oleg" <olegvg@ukr.net>
Date: Mon, 28 Feb 2005 14:53:22 +0200
Newsgroups: jedi.vcl

"Oleg" <olegvg@ukr.net> wrote in message news:cvkvl8$c8l$1@talkto.net...
> > Application with any of jvcl components crashes on start with message "The
> > Application failed to
> > initialize properly...". Target system is remote Windows 2000 server
> > controlled by Symantec pcAnyWhere(v 8...11).
> > When application started from console - all works fine. Problem in
conflict
> > JVCL and Symantec pcAnyWhere.

We have finished our researches with pcAnywhere now.

Problem: In some rare circumstances the software will not start but rather
present this error message:
"The application failed to initialize properly (0xc0000142). Click on OK to
terminate the application."
This is being caused when the "pcAnywhere host service" is running on the
same computer.

Probable cause:
There is an conflict between the installed version of the "pcAnywhere host
service" and the installed version of the DirectDraw component of DirectX on
the computer. There is a known conflict between certain versions of the
pcAnwhere host service and certain versions of the DirectDraw component of
DirectX. This conflict renders the DirectDraw functionality inoperative. Any
Application that uses the DirectDraw functionality in any way, may fail to
load, or report other related errors.

Known affected systems:
Windows 2000 (SP4) with PcAnywhere version 8.x,9.x,10.5.1, version 10.5.2 or
version 10.5.3 AND DirectX version lower than 8.0

Resolution:
There are several possible solutions, either will solve the problem
A) Upgrade to version 8 or higher of DirectX from Microsoft.
B) Upgrade to version 11.0 or higher of pcAnywhere(not allways resolves the
problem).
C) Downgrade to version 10.5. of pcAnywhere. (possibly a complete reinstall
is required).

 Oleg




Subject: Re: Application with any of jvcl components crashes on start
From: "Oleg" <olegvg@ukr.net>
Date: Mon, 28 Feb 2005 14:51:00 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wp.nospam@tekran.com> wrote in message
news:cvl88b$ek4$1@talkto.net...
> > This is probably a well known timing issue with JVCL2. Don't use JVCL2.
> > Use JVCL3.

I'm using JVCL3.

Oleg




Subject: Re: Application with any of jvcl components crashes on start
From: "Oleg" <olegvg@ukr.net>
Date: Mon, 28 Feb 2005 14:50:15 +0200
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:cvl2a6$cqh$3@talkto.net...
> > 1. Which version of the JVCL/JCL ?
 JVCL 3 RC1, JCL from this package.
> > 2. Please do not cross post.
Sorry!




Subject: [installer feature]Add JvGif.dcu to lib directory
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 28 Feb 2005 12:11:09 +0100
Newsgroups: jedi.vcl

Hi,

When i select "Register JvGif for .gif" in the installer, the JvGif.dcu is 
not compiled and copied in the lib directory. Then when i add JvGif in the 
uses clause of my project the compiler say that "JvGif.dcu not found" and i 
need to add the run directory to my library path.
Same problem with others formats (JvPcx, JvAni)

Regards,
Lionel





Subject: [D6Pro] TJvDatePickerEdit : bug always here
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 28 Feb 2005 11:54:20 +0100
Newsgroups: jedi.vcl

Hi,

There is a problem with TJvDatePickerEdit : when you select a date in the 
calendar, the calendar does not disappear but is only put in back front. See 
the test program join.
I can correct this behaviour if i uncomment the ligne 758 in the procedure 
TJvCustomDatePickerEdit.HidePopup in file JvDatePickerEdit :

procedure TJvCustomDatePickerEdit.HidePopup;
begin
  inherited;
  if (FPopup is TJvDropCalendar) and not (csDestroying in 
FPopup.ComponentState) then
    TJvDropCalendar(FPopup).Release;    <----- uncommented
  //FPopup := nil;
end;

But i don't know if it's the good way to solve the problem ...

Regards,
Lionel




test.zip
	



Subject: Re: jvcl 2.10 to 3.0 converter
From: Will Watts <willw@applied.spambait.co.uk>
Date: Mon, 28 Feb 2005 10:44:38 GMT
Newsgroups: jedi.vcl

In article <cvpr08$d5c$1@talkto.net>, Burkhard Carstens wrote:
> > But anyway, just forget about my draft, I did it by hand. Everything is
> > allready compiling and working obviously. Just some minor problems that I
> > will report as soon as I crosschecked it with the dailys.

I'm trying to update the document help/migrating.htm with any specific tips 
that people encounter while updating things by hand. Stuff like properties 
that have got renamed, and resources that must be manually edited; if you have 
a peek at it you'll see the sort of thing. Your problem with 
JvRollOut.BottomColor is an example.

I'd be very grateful if you could list the problems you had to fix manually, 
together with what you did to sort them, so that I can add them to the 
document.

Regards

-- Will Watts 

Subject: Re: Which JCL version with JVCL V3 RC1?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 28 Feb 2005 10:13:26 +0100
Newsgroups: jedi.vcl

Randall Parker wrote:
> I see a JCL 1.94 from 2005-02-05 which is later than JVCLV3 RC1. Will they work together? Or should I use JCL v1.93 instead?

There is one download package that includes a JCL against which the JVCL builds. It's the biggest one.


> There ought to be something obvious on the jvcl.sourceforge.net site telling people they need JCL with JVCL and specifying which versions go together.

That is in the readme... the one no one ever reads...


> Also, when one unzips the JVCL zip file should one be unzipping into the final install location?

Yes.


> Also, does one use the same install.bat file regardless of whether one is installing for Delphi or BCB?

Yes.


> Also, the jvcl/help/install.html has some obsolete text under "Getting required packages". The URL there probably ought to be to
>    http://sourceforge.net/project/showfiles.php?group_id=47514

This will be fixed before the JVCL 3.00 release.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: how to use the daily snapshots
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 28 Feb 2005 10:11:00 +0100
Newsgroups: jedi.vcl

Burkhard Carstens wrote:

> When using the snaps, should I also use the daily snapshot of Jcl?

Yes, you should.


> And how am I supposed to install the snaps?
> - completely uninstall previous version(s) like described in the Install.htm
> - uninstall jvcl 300rc1 (and jcl) using the installer(s)
> - just copy the new files to the (jcl and) jvcl folder and run install.bat
>   (on each)?

The third option is the one that works with me.


> Does anybody actually use the snapshots? Any verification if they are
> "consistent"?

They are just a dump of CVS, so yes, people use them. The thing is that depending on the time they are generated, it might happen that it does not compile.


> OBones, the snapshot pages says "You can get the latest .. or you can also
> grab one of the previous .." but all links point to the latest only.

That is because only the packages from the last 3 days are kept. And because they are generated manually, I can't always do it every day. This is a temporary situation that will get solved in the near future.


> Also you might want to change the 7z-links ( temporarily ) to point to the
> daily on sf instead of your home-box? Just a suggestion, I have no idea of
> how many people (with slow connection) use the snapshot download at all. My
> connection is fast so I don't care ..

It's not my home box, it's the server of my Internet Provider. Problem is that the files are not generated anymore and hence not available.


> Is there any change log automatically generated from the cvs checkin
> comments or alike to see what changed since yesterday/last snapshot?

See the jvcl-checkins mailing list.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: TJVPlugin: drag and drop between between plugins
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 28 Feb 2005 10:06:04 +0100
Newsgroups: jedi.vcl

Dave Smith wrote:
> Just in case my previous post wasn't clear:
>
>     I'd like to implement drag and drop between plug-in units. I've tested
> the examples that come with tha component and it is not possible out of the
> box. Has anyone done this and is it even possible? Thanks.
>
> Dave
>
>
>

    The only way it might work is by using packages (so both application and plug-in use the Borland runtime packages), since that's the only way both host and plug-in are referencing the same class. It's a bit like the problem you get when you try to put some control from a plug-in form directly onto a form of the main application without using packages: you get exceptions like 'cannot assign a TFont to a TFont'. By using the packages, both host and plug-in are using the same TFont class (the one in the vcl50/60/70.bpl package).

    Since the whole drag&drop stuff will most likely check if the source is of a particular type, you can imagine why that will certainly not work.

    Please note that I haven't tested this, so I can't guarantee this will ever work. As an alternative, you might try to use the Microsoft Windows drag&drop stuff (COM-interface based, and cross-process capable). Use google to find some good examples/tutorials on how to do this from Delphi.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JVMail won't work
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 28 Feb 2005 09:28:44 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Freddy Biets wrote:
>
>> I got the answer ...
>>
>> It's always like that. I've been trying to solve this for weeks and after i post a message here.... i find the solution.
>> The problem was to add a suffix "SMTP:" before the recipient. Now it works.
>
>
> You are not the first one that had that problem. Maybe the component should be changed to add "SMTP:" as a default to the address.

That wouldn't be right actually as some MAPI servers don't like that SMTP: thingy... Better update the documentation though.


Subject: Re: "JCL/JVCL vertions are not compatible"
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 28 Feb 2005 09:27:31 +0100
Newsgroups: jedi.vcl

AlexB wrote:
> Hi all.
>
> I've downloaded latest JCL/JVCL. JVCL installer says in his log: "JCL/JVCL versions are not compatible, you need correct JCL version".
>
> 1) What version of JCL I need?
> 2) Can you drop a link to the correct JCL version on JVCL download page?
> 3) Can you add "Copy all" to Compiler Messages Window (for reports in NG)?

On the download page for the JVCL (http://sf.net/projects/jvcl) you will see that there is a big package (about 17M) that contains both the JVCL and the JCL. Use that version of the JCL.

If you are using the daily zips, please use the daily JCL as well.


Subject: TJVPlugin: drag and drop between between plugins
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Sun, 27 Feb 2005 20:56:27 -0800
Newsgroups: jedi.vcl

Just in case my previous post wasn't clear:

    I'd like to implement drag and drop between plug-in units. I've tested
the examples that come with tha component and it is not possible out of the
box. Has anyone done this and is it even possible? Thanks.

Dave





Subject: Re: JVMail won't work
From: "Jose M. Fitanovich" <fita4@tutopia.com>
Date: Sun, 27 Feb 2005 21:46:56 -0300
Newsgroups: jedi.vcl

I have the same problem, can you post a example how to do this?
I'm new to jvcl

Thanks

"Freddy Biets" <NoMail@msn.com> escribió en el mensaje 
news:cvtis3$4gn$1@talkto.net...
> >I got the answer ...
> >
> > It's always like that. I've been trying to solve this for weeks and after 
> > i post a message here.... i find the solution.
> > The problem was to add a suffix "SMTP:" before the recipient. Now it 
> > works.
> >
> > Freddy
> >
> > "Freddy Biets" <NoMail@msn.com> schreef in bericht 
> > news:cvths7$4bg$1@talkto.net...
>> >> I've been using the TJVMail component for some time now. Suddenly, (after 
>> >> installing winxp sp2 or jvcl 3.0 RC1 ?) i doesn't work anymore. Every 
>> >> mail i send using MAPI bounces with the message that there is no 
>> >> email-account with which the email could be send (using outlook). I've 
>> >> tried this on several pc's and i get the problem everywhere.
>> >> Any idea anyone ? (using with delphi 7).
>> >> I can reproduce the problem using the example provided in the example map 
>> >> of the jvcl components (jvmail).
>> >>
>> >> Thx
>> >>
>> >> Freddy
>> >>
> >
> > 




Subject: Re: JVMail won't work
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 28 Feb 2005 00:06:10 +0100
Newsgroups: jedi.vcl

Freddy Biets wrote:

> I got the answer ...
>
> It's always like that. I've been trying to solve this for weeks and after i post a message here.... i find the solution.
> The problem was to add a suffix "SMTP:" before the recipient. Now it works.

You are not the first one that had that problem. Maybe the component should be changed to add "SMTP:" as a default to the address.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVMail won't work
From: "Freddy Biets" <NoMail@msn.com>
Date: Sun, 27 Feb 2005 23:55:59 +0100
Newsgroups: jedi.vcl

I got the answer ...

It's always like that. I've been trying to solve this for weeks and after i 
post a message here.... i find the solution.
The problem was to add a suffix "SMTP:" before the recipient. Now it works.

Freddy

"Freddy Biets" <NoMail@msn.com> schreef in bericht 
news:cvths7$4bg$1@talkto.net...
> > I've been using the TJVMail component for some time now. Suddenly, (after 
> > installing winxp sp2 or jvcl 3.0 RC1 ?) i doesn't work anymore. Every mail 
> > i send using MAPI bounces with the message that there is no email-account 
> > with which the email could be send (using outlook). I've tried this on 
> > several pc's and i get the problem everywhere.
> > Any idea anyone ? (using with delphi 7).
> > I can reproduce the problem using the example provided in the example map 
> > of the jvcl components (jvmail).
> >
> > Thx
> >
> > Freddy
> > 




Subject: JVMail won't work
From: "Freddy Biets" <NoMail@msn.com>
Date: Sun, 27 Feb 2005 23:39:02 +0100
Newsgroups: jedi.vcl

I've been using the TJVMail component for some time now. Suddenly, (after 
installing winxp sp2 or jvcl 3.0 RC1 ?) i doesn't work anymore. Every mail i 
send using MAPI bounces with the message that there is no email-account with 
which the email could be send (using outlook). I've tried this on several 
pc's and i get the problem everywhere.
Any idea anyone ? (using with delphi 7).
I can reproduce the problem using the example provided in the example map of 
the jvcl components (jvmail).

Thx

Freddy 




Subject: Re: TJvRadioButton.Alignment <> TRadioButton.Alignment
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 27 Feb 2005 19:54:11 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:
> Found the solution:
>  
>  [..]

Could you update the online-help with that?

See:

http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvRadioButton.LeftText

and

http://homepages.borland.com/jedi/jedihelp/item.php?Name=TJvRadioButton.Alignment


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvRadioButton.Alignment <> TRadioButton.Alignment
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 27 Feb 2005 17:07:22 +0000 (UTC)
Newsgroups: jedi.vcl

Found the solution:
 
 O test        <= Left Text = False and Alignment = taLeftJustify 
 test      O   <= Left Text = True and Alignment = taLeftJustify
      test O   <= Left Text = True and Alignment = taRightJustify
   test    O   <= Left Text = True and Alignment = taCenter 

Karlheinz
 



Subject: TJvRadioButton.Alignment <> TRadioButton.Alignment
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 27 Feb 2005 16:56:40 +0000 (UTC)
Newsgroups: jedi.vcl

There is a difference between TRadioButton.Alignment and
TJvRadioButton.Alignment is that a bug?

I can't figure out what I can do with TJvRadioButton.Aligment.

It would also be nice to have an aligment set in this way that the text
start at the right end of the RB to the left side.
In the standard wise you can set the side for the text from left to
right side but not the alignment of the text from left to right.

O test        <= Alignment taRightJustify (TRadioButton)
test      O   <= Alignment taLeftJustify  (TRadioButton)
     test O   <= new 

Karlheinz


Subject: overloaded constructors changed in JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 27 Feb 2005 16:02:14 +0100
Newsgroups: jedi.jcl,jedi.vcl

I have changed the overloaded constructors in JclCompression.pas and JclCIL.pas to constructors with default parameter.
This reduces code size and is BCB friendly.
As a consequence the JVCL needs recompilation because of the missing names.


Subject: "JCL/JVCL vertions are not compatible"
From: AlexB <b.a.v@inbox.ru>
Date: Sun, 27 Feb 2005 18:47:03 +0600
Newsgroups: jedi.vcl

Hi all.

I've downloaded latest JCL/JVCL. JVCL installer says in his log: "JCL/JVCL versions are not compatible, you need correct JCL version".

1) What version of JCL I need?
2) Can you drop a link to the correct JCL version on JVCL download page?
3) Can you add "Copy all" to Compiler Messages Window (for reports in NG)?

Thank you.
AlexB.




Subject: Re: how to use the daily snapshots
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sun, 27 Feb 2005 13:32:27 +0100
Newsgroups: jedi.vcl

>> >> In JVCL-Installer the default option was "Compile already installed
>> >> packages / Update IDE" but I selected the "New installation / Upgrade
>> >> from older version" option. correct?
> > 
> > AFAIK this only determines if you see the package selection window or
> > not. So it is not that important.

Just to be sure to catch any new package ..


Subject: Re: resource conflict
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sun, 27 Feb 2005 13:27:47 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Solved in CVS.
> > for a local fix replace content of JvScrollMax.rc with
> > 
> > JvScrollMaxBandBTNMINUS BITMAP "JvResRASCROLLMAXBTNMINUS.BMP"
> > JvScrollMaxBandBTNPLUS  BITMAP "JvResRASCROLLMAXBTNPLUS.BMP"
> > ; JvHANDCURSOR            CURSOR "JvResRAHAND.cur"
> > ; JvHANDMOVECURSOR        CURSOR "JvResRAHANDMOVE.cur"
> > 
> > and rerun Installer with build packages option.

Thanks, now it works!


Subject: Re: Localization: JvGnuGettext.pas or GnuGetText.pas?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 27 Feb 2005 12:19:31 +0100
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> > I was wondering which unit is the preferred unit to use for gnugettext
> > localization, the JvGnuGettext.pas or GnuGetText.pas from
> > http://dybdahl.dk/dxgettext?

JvGnugettext is a copy of the gnugettext unit. It is added to the JVCL to
keep compatibility. You can use both units at the same time because the
underlying file format (.mo files) is fix and works with both units.


-- Regards, Andreas Hausladen 

Subject: Localization: JvGnuGettext.pas or GnuGetText.pas?
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sun, 27 Feb 2005 12:17:12 +0100
Newsgroups: jedi.vcl

Hi JVCL,

I was wondering which unit is the preferred unit to use for gnugettext localization, the JvGnuGettext.pas or GnuGetText.pas from http://dybdahl.dk/dxgettext?

I can't find any documentation on JvGnuGettext.pas, so is this still being maintained?

Thanks,

Wiebe Tijsma


Subject: Re: resource conflict
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 27 Feb 2005 08:31:30 +0100
Newsgroups: jedi.vcl

Burkhard Carstens wrote:
> Delphi 7, daily snapshot 2005-02-25
> - new project
> - drop JvScollmax on form
> - compile
>  --> Error Duplicate resources
> Type 12 (CURSOR GROUP), ID JVHANDCURSOR:
> file ...\Resources\JvScrollMax.res resource kept; file ...\Resource
> \JvConst.res resource discarded.
>

Solved in CVS.
for a local fix replace content of JvScrollMax.rc with

JvScrollMaxBandBTNMINUS BITMAP "JvResRASCROLLMAXBTNMINUS.BMP"
JvScrollMaxBandBTNPLUS  BITMAP "JvResRASCROLLMAXBTNPLUS.BMP"
; JvHANDCURSOR            CURSOR "JvResRAHAND.cur"
; JvHANDMOVECURSOR        CURSOR "JvResRAHANDMOVE.cur"

and rerun Installer with build packages option.


Subject: Re: how to use the daily snapshots
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 27 Feb 2005 06:24:49 +0100
Newsgroups: jedi.vcl

Burkhard Carstens wrote:

> In JVCL-Installer the default option was "Compile already installed
> packages / Update IDE" but I selected the "New installation / Upgrade from
> older version" option. correct?

AFAIK this only determines if you see the package selection window or not. So it is not that important.


Subject: JvValidateEdit.modified problem
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sat, 26 Feb 2005 18:55:12 +0100
Newsgroups: jedi.vcl

Delphi 7, daily snapshot 2005-02-25

JvValidateEdit.modified returns false if it re-formats display text on exit.
- drop TJvValidateEdit on form
- set DisplayFormat to dfFLoat
- set DecimalPlaces to 4
- in OnExit write 
  if JvValidateEdit1.modified then 
    caption:=JvValidateEdit1.text
- drop any other control on form
- run

- enter "0.23" into edit
- select other control (to fire OnExit)
-->
  - the text in JvValidateEdit gets reformated to "0.2300"
  - caption stays as is

- enter "0.5500" into edit
- select other control
--> 
  - text does not get reformated because it's already correct
  - caption changes to "0.5500"




Subject: Re: How to hide an TJvWizardInteriorPage
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Sat, 26 Feb 2005 18:39:38 +0100
Newsgroups: jedi.vcl

Never mind... .Enabled := False, does it.

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: resource conflict
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sat, 26 Feb 2005 18:39:36 +0100
Newsgroups: jedi.vcl

Delphi 7, daily snapshot 2005-02-25
- new project
- drop JvScollmax on form
- compile
 --> Error Duplicate resources
Type 12 (CURSOR GROUP), ID JVHANDCURSOR:
file ...\Resources\JvScrollMax.res resource kept; file ...\Resource
\JvConst.res resource discarded.



Subject: Re: how to use the daily snapshots
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sat, 26 Feb 2005 18:32:52 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Burkhard Carstens wrote:
> > 
>> >> Ok. So if I want to keep my settings, I just copy JCLInstall.ini and
>> >> JVCLInstall.ini to the new bin/ folders?
> > 
> > Yes.
> > 
>> >> Sure,  expected that. So I can roll back to the previos snap by renaming
>> >> the old folders again and re-run the installer, rigth?
> > 
> > Yes.

Thank you, works.

In JVCL-Installer the default option was "Compile already installed
packages / Update IDE" but I selected the "New installation / Upgrade from
older version" option. correct?

Thanks
  Burkhard


Subject: How to hide an TJvWizardInteriorPage
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Sat, 26 Feb 2005 18:19:55 +0100
Newsgroups: jedi.vcl

I'm using the TJvWizard component and want to show or hide various
interior pages at run-time. Does anyone know how to do this?

The TJvWizardInteriorPage.Visible := False, does not do the trick.

I know when using TTabSheet with the TPageControl you can set the
TTabSheet.TabVisible property to T/F...

Thanks
Paul

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: how to use the daily snapshots
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Feb 2005 17:56:54 +0100
Newsgroups: jedi.vcl

Burkhard Carstens wrote:

> Ok. So if I want to keep my settings, I just copy JCLInstall.ini and
> JVCLInstall.ini to the new bin/ folders?

Yes.

> Sure,  expected that. So I can roll back to the previos snap by renaming the
> old folders again and re-run the installer, rigth?

Yes.


Subject: Re: how to use the daily snapshots
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sat, 26 Feb 2005 16:53:30 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> >  > - uninstall jvcl 300rc1 (and jcl) using the installer(s)
> > 
> > This is not required. Both installers happily reinstall without
> > uninstall. They mainly tweak registry entries of Delphi.
cool.

>> >> - just copy the new files to the (jcl and) jvcl folder and run
>> >> install.bat
>> >>   (on each)?
> > 
> > Better rename the old directories and unpack into new empty directories.
> > Then delete the old directories. Otherwise you will keep the files which
> > have been deleted from CVS. Currently this happens in the examples.

Ok. So if I want to keep my settings, I just copy JCLInstall.ini and
JVCLInstall.ini to the new bin/ folders?

>> >> Does anybody actually use the snapshots? Any verification if they are
>> >> "consistent"?
> > 
> > The snapshots are used in the sense that some developers like me
> > directly use the CVS JCL and JVCL. It happens that the CVS version does
> > not compile. This is the normal risk with CVS versions.

Sure,  expected that. So I can roll back to the previos snap by renaming the
old folders again and re-run the installer, rigth?




Subject: Re: JvBackground
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 26 Feb 2005 16:51:40 +0100
Newsgroups: jedi.vcl

Hi,

> If I used the following command:
>
> JvBackground1.Image.Picture := nil;

Why would you do that?  To prevent the picture from being displayed, use

JvBackground1.Image.Enabled := False;

> How do I get to show the picture again as it is saved in the component?

Assumed it is really necessary to assign something different to JvBackground1.Image.Picture:

1) First store JvBackground1.Image.Picture.Graphic in a variable of type TGraphic, from which it can be restored later;

or

2) store the graphic as a separate resource (use a *.rc resource script to create it) and read it at runtime from a TResourceStream instance;

or

3) Simply read the graphic at runtime from a file.

Greetings, Robert


Subject: Re: TJvXPBar
From: ThomasW <thomas@wickl.net>
Date: Sat, 26 Feb 2005 16:47:11 +0100
Newsgroups: jedi.vcl

Holger Flick schrieb:
> Here it goes:
>
> FBodyColor = 16244694
> FGradientFrom = 15116940
> FGradientTo = 14452580
> FSeparatorColor = 16242630
>
> Seems right to me. I guess the XP manifest does mess up everything then..
>
> Peter Thörnqvist wrote:
>
>>> That were my reasons. Has this been fixed or am I doing something
>>> totally wrong?
>>
>>
>>
>> You should turn on integrated debugging and also in project options, check
>> all the options in the Debugging group on the Compiler tab. Finally, uncheck
>> "Optimization" and do a full rebuild of your project. Set breakpoints in the
>> code (select line, F5) and then just run it.
>>
Hello,

I´m a newbie in Delphi and also in coding but I have the same problem thar using a xpmanifest will change the look of thw TJvXPBar. Does anyone find a solutin for that Problem? I mean, a way to use the xpmanifest and the XPBar without changing the look of the XPBar?

Thank you

ThomasW


Subject: Re: how to use the daily snapshots
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Feb 2005 16:29:08 +0100
Newsgroups: jedi.vcl

Burkhard Carstens wrote:

> When using the snaps, should I also use the daily snapshot of Jcl?

Yes, it is usually required. Currently we have a change in the UnitVersioning which needs the JCL from CVS.

> And how am I supposed to install the snaps?
> - completely uninstall previous version(s) like described in the Install.htm
> - uninstall jvcl 300rc1 (and jcl) using the installer(s)

This is not required. Both installers happily reinstall without uninstall. They mainly tweak registry entries of Delphi.

> - just copy the new files to the (jcl and) jvcl folder and run install.bat
>   (on each)?

Better rename the old directories and unpack into new empty directories.
Then delete the old directories. Otherwise you will keep the files which have been deleted from CVS. Currently this happens in the examples.

> Does anybody actually use the snapshots? Any verification if they are
> "consistent"?

The snapshots are used in the sense that some developers like me directly use the CVS JCL and JVCL. It happens that the CVS version does not compile. This is the normal risk with CVS versions.


Subject: how to use the daily snapshots
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sat, 26 Feb 2005 15:27:59 +0100
Newsgroups: jedi.vcl


My system is currently running with the JVCL300RC1 and JCL1.94-Built1802
(2005-02-05)

When using the snaps, should I also use the daily snapshot of Jcl?
And how am I supposed to install the snaps?
- completely uninstall previous version(s) like described in the Install.htm
- uninstall jvcl 300rc1 (and jcl) using the installer(s)
- just copy the new files to the (jcl and) jvcl folder and run install.bat
  (on each)?

Does anybody actually use the snapshots? Any verification if they are
"consistent"?

Any advice appreciated

OBones, the snapshot pages says "You can get the latest .. or you can also
grab one of the previous .." but all links point to the latest only.

Also you might want to change the 7z-links ( temporarily ) to point to the
daily on sf instead of your home-box? Just a suggestion, I have no idea of
how many people (with slow connection) use the snapshot download at all. My
connection is fast so I don't care ..

Is there any change log automatically generated from the cvs checkin
comments or alike to see what changed since yesterday/last snapshot?


Thanks 
 Burkhard




Subject: JvBackground
From: "Petrus" <maillist@atspsoftdev.com>
Date: Sat, 26 Feb 2005 15:32:45 +0200
Newsgroups: jedi.vcl

Hi

If I used the following command:

JvBackground1.Image.Picture := nil;

How do I get to show the picture again as it is saved in the component?

Regards

Petrus




Subject: Re: jvcl 2.10 to 3.0 converter
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sat, 26 Feb 2005 13:49:55 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

[..]
>> >> Option A
>> >> .. might be the fastest way to continue my actual project but then I have
>> >> to do it again when jvcl3.1 will be released and again on 3.2 ... my
>> >> liver won't like this option ;-)
> > 
> >      No, you'll only have to do it again when the major version changes.
> > The reason you'll need to convert now is because a lot of duplicate
> > controls have been eliminated/merged. It's unlikely to happen again in
> > the near future.

OK.
 
> > [...]
> > 
>> >> So what do you think? Is this converter-beast doable? I don't have any
>> >> experience in code analyses so I am unable to do it myself/alone..
> > 
> >      There's already a converter application available, along with the
> > data files needed. Note that not all things will be automatically
> > convertible (for instance the TJvFormPlacement/TJvFormStorage components
> > now need a TJv*AppStorage component to actually work; you'll have to do
> > this manually), and it will only work with forms saved as text. But it
> > does save a lot of time.

Yeah, I used that one, but it made only 3 replacements in about 12 apps. And
as this is just a mass-replace utility, it is unabel to do things like
"JvRollOut.BottomColor"-->"JvRollout.colors.BottomColor" to the dfm.

But anyway, just forget about my draft, I did it by hand. Everything is
allready compiling and working obviously. Just some minor problems that I
will report as soon as I crosschecked it with the dailys.

Thanks
 Burkhard



Subject: Re: TJvxRichEdit ReadOnly and embed Objects
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 26 Feb 2005 13:33:24 +0100
Newsgroups: jedi.vcl

robertomr wrote:
> When setting TJvxRichEdit.ReadOnly to true the text cannot be edited anymore that's correct, however the embedded object can be changed. Is there any option to prevent such kind of things?

Depends how you insert the objects. If you load the data from stream/file then it is not possible AFAICS, unless you know how to alter the REO_RESIZABLE flag of existing objects.

OTOH, if you add an object yourself to the rich edit control, then you can specify whether to include the REO_RESIZABLE flag. See for example the code of TJvRichEdit.InsertBitmap.

Another way is to set the Enabled property of TJvRichEdit to false.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Problem with jvMail
From: "Jose M. Fitanovich" <fita4@tutopia.com>
Date: Sat, 26 Feb 2005 08:12:08 -0300
Newsgroups: jedi.vcl

Thanks a Lot to everyone....
I'm not advice that jvcl 3RC1 was released.
I have installed the both new jvcl and jcl but  the problem is still 
there....

I'm short of time, so I'l move to LMDMail component, does the same and it 
works.

Thanks again...
Regards.

"Jose M. Fitanovich" <fita4@tutopia.com> escribió en el mensaje 
news:cvlrop$jbm$1@talkto.net...
> > Hi...
> >
> > I have used jvMail in Delphi 6 and earlier versions of the vcl and works 
> > fine.
> > Now I'm working with Delphi7 and The vcl 3.0 and when I use the
> > jvMail1.sedmanil(true);
> >
> > I get the error: "Unable to open key "software\Microsoft\Messaging 
> > subsystem" and access value "MAPIX"
> > This error occurs in both W98 and XP
> >
> > Any help will be appreciated,
> >
> > Regards
> > Fita
> > 




Subject: Re: jvcl 2.10 to 3.0 converter
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 26 Feb 2005 10:20:09 +0100
Newsgroups: jedi.vcl

Burkhard Carstens wrote:
> Hi,
>
> just tried the jvcl 3.0 and after two days of struggling I have to make a
> decision:
>
> A.)
> - collect all the documentations and FAQs scattered all over the net
> - rework all my projects to build with jvcl3 by hand
> - get alcohol addicted while doing this
>
> B.)
> - write a converter which can do the job while JVCLConvert can't
>
> C.)
> - revert to 2.10 so I can open my projects again
>
> Option A .. might be the fastest way to continue my actual project but then I have to
> do it again when jvcl3.1 will be released and again on 3.2 ... my liver
> won't like this option ;-)

    No, you'll only have to do it again when the major version changes. The reason you'll need to convert now is because a lot of duplicate controls have been eliminated/merged. It's unlikely to happen again in the near future.

[...]

> So what do you think? Is this converter-beast doable? I don't have any
> experience in code analyses so I am unable to do it myself/alone..

    There's already a converter application available, along with the data files needed. Note that not all things will be automatically convertible (for instance the TJvFormPlacement/TJvFormStorage components now need a TJv*AppStorage component to actually work; you'll have to do this manually), and it will only work with forms saved as text. But it does save a lot of time.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Anonymous CVS Access?
From: Jean Lea <leajean@gmail.com>
Date: Sat, 26 Feb 2005 15:13:52 +0800
Newsgroups: jedi.vcl

in page https://sourceforge.net/cvs/?group_id=45786
> >...When prompted for a password for anonymous,
> >simply press the Enter key. ...

but, it's failed.


Subject: Re: application icon
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Feb 2005 08:03:06 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> Hello,
> the problem is back again with the actual CVS version dated 25.02.2005.
> The name of the Icon is now once more JVERRORINDICATORICON and is in
> the top of the MAINICON.

Solved again by adding X prefix to all icon resource names.
JvErrorIndicator.pas, JvQErrorIndicator.pas, JvPluginWizard.pas

There seems to be a bug in JvQErrorIndicator.pas in TJvErrorIndicator.Create. The source is not consistent with JvErrorIndicator.pas. I guess it has been changed by hand.
Maybe a bug introduced by me.

XJVERRORINDICATORICON is loaded into a bitmap whereas the VisualCLX source in JvErrorIndicator.pas uses JVERRORINDICATOR bitmap.

Please someone with CLX knowledge untangles this.


Subject: Re: application icon
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Feb 2005 06:27:55 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:
> Hello,
> the problem is back again with the actual CVS version dated 25.02.2005.
> The name of the Icon is now once more JVERRORINDICATORICON and is in
> the top of the MAINICON.
>
> Please see the remarks from Peter and solve it once more in CVS.
>

That probably happened when i worked on the resource names.
TJV is definitely a bad prefix becasue it is reserved for palette bitmaps. I will choose a better name.


Subject: Re: Can anyone give me an example of the usage of the class TJvInspector?Thanks!
From: Warren Postma <wp@tekran.NOSPAM.c0m_NOSP3M>
Date: Fri, 25 Feb 2005 21:44:41 -0500
Newsgroups: jedi.vcl

ht wrote:
> My question :(I use jvcl in cb6)
>  1. How to add items to the inspector?

The demos are very clear about how to do this.

>  2.  How to define my own item class?

Why?

>  3. I want to add an item whose data is came from a data-set,and I want to
> display these data in a combobox.How to do it?

Try the DB-aware version of the JvInspector.

Warren


Subject: Re: Which JCL version with JVCL V3 RC1?
From: Burkhard Carstens <indyAT@bcsoftDOT.de>
Date: Sat, 26 Feb 2005 03:21:22 +0100
Newsgroups: jedi.vcl

Randall Parker wrote:

> > I see a JCL 1.94 from 2005-02-05 which is later than JVCLV3 RC1. Will they
> > work together? Or should I use JCL v1.93 instead?

No, even the v1.94-Build1758 which is included in the
JVCL300RC1JCL194-Build1758Complete.zip does not install clean.
Use the official 1.94-Built1802 togetehr with the jvcl300rc1.
This combination works here (somehow). The lates JVCL-Snapshots (21.2.2005
and 25.2.2005) do not compile my project due to a resource conflict.
Ah, and don't forget to copy the help jcl file into the jcl/help directory.
The Jcl installer will integrate it into boland help.
 
> > Also, when one unzips the JVCL zip file should one be unzipping into the
> > final install location?
Yes.

> > Also, does one use the same install.bat file regardless of whether one is
> > installing for Delphi or BCB?
Think so ..




Subject: Re: Problem with jvMail
From: "Jose M. Fitanovich" <fita4@tutopia.com>
Date: Fri, 25 Feb 2005 22:24:25 -0300
Newsgroups: jedi.vcl

Well, first of all.. thanks to everyone... but I don't know where to looking 
for...
My Home Pc is Win XP SP2 and I have an application compiled with Delphi 6 
and the jvMail and
its works fine. The problem is in Delphi 7, or in jvMail...
The curious thing is that in my office I have a Win98 Pc and the same 
application in Delphi7 doesen't works too.
I have no MAPI server installed.
Because of my poor english I remember you again: in Delphi6 and jVcl 2.10 
works not in Delphi7 and jvcl 3

Regards.

Fita

"OBones" <oobnes__gf_@_gfd_altern.org> escribió en el mensaje 
news:cvmmfc$nl2$1@talkto.net...
> > Jose M. Fitanovich wrote:
>> >> Hi...
>> >>
>> >> I have used jvMail in Delphi 6 and earlier versions of the vcl and works 
>> >> fine.
>> >> Now I'm working with Delphi7 and The vcl 3.0 and when I use the
>> >> jvMail1.sedmanil(true);
>> >>
>> >> I get the error: "Unable to open key "software\Microsoft\Messaging 
>> >> subsystem" and access value "MAPIX"
>> >> This error occurs in both W98 and XP
>> >>
>> >> Any help will be appreciated,
> >
> > Do you have a MAPI server installed and activated?
> > For instance, Outlook, Eudora (Thunderbird?) provide a MAPI server for 
> > applications to use. If it's not installed and not activated, it cannot be 
> > used. 




Subject: Is daily zip better than v3 rc1?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 25 Feb 2005 16:06:22 -0800
Newsgroups: jedi.vcl

The v3 rc1 is already almost 2 months old. Should one use a recent daily zip?

Does anyone keep track of which of the daily zips are pretty solid or problematic?


Subject: Which JCL version with JVCL V3 RC1?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 25 Feb 2005 16:04:30 -0800
Newsgroups: jedi.vcl

I see a JCL 1.94 from 2005-02-05 which is later than JVCLV3 RC1. Will they work together? Or should I use JCL v1.93 instead?

There ought to be something obvious on the jvcl.sourceforge.net site telling people they need JCL with JVCL and specifying which versions go together.

Also, when one unzips the JVCL zip file should one be unzipping into the final install location?

Also, does one use the same install.bat file regardless of whether one is installing for Delphi or BCB?

Also, the jvcl/help/install.html has some obsolete text under "Getting required packages". The URL there probably ought to be to
   http://sourceforge.net/project/showfiles.php?group_id=47514


Subject: drag and drop between plug-ins?
From: "Dave Smith" <djsmith9@pacbell.net>
Date: Fri, 25 Feb 2005 16:00:51 -0800
Newsgroups: jedi.vcl

Is it possible? Has anyone done it and can offer some pointers? Thanks

Dave




Subject: jvcl 2.10 to 3.0 converter
From: Burkhard Carstens <indy@bcsoft.de>
Date: Fri, 25 Feb 2005 21:52:27 +0100
Newsgroups: jedi.vcl

Hi,

just tried the jvcl 3.0 and after two days of struggling I have to make a
decision:

A.)
- collect all the documentations and FAQs scattered all over the net
- rework all my projects to build with jvcl3 by hand
- get alcohol addicted while doing this

B.)
- write a converter which can do the job while JVCLConvert can't

C.)
- revert to 2.10 so I can open my projects again

Option A 
... might be the fastest way to continue my actual project but then I have to
do it again when jvcl3.1 will be released and again on 3.2 ... my liver
won't like this option ;-)

Option B
... is a pretty complex project AND can only be as reliable as
jvcl-developers change-logging! 

The idea is:
- good change-log data like this but in structured form:

[from jvcl changelog.txt]
2003-03-23:
- JvRollOut: Several properties have changed and been put into nested
sub-properties.
  To update current usage do the following:
   * Color: change to Colors.Color
   * ButtonColor: change to Colors.ButtonColor
   * ButtonColTop: change to Colors.ButtonTop
   * ButtonColBtm: change to Colors.ButtonBottom
     [..]
   * ImageExpanded: change to ImageOptions.IndexExpanded
[cut]

Structured might look like
-2.10-->3.00
  +-TJvRollOut
    +-%UpdateInfoText:
      +-"Several properties have changed and [...]."
    +-.color-->.Colors.color
    +-.ButtonColor-->.Colors.ButtonColor
    +-.ImageExpanded-->.ImageOptions.IndexExpanded
    (etc)
  +-TJvAnotherComponent
    +-.OnHandleData-->.DataHandler{TJvDataHandlingComp}.OnHandleInputData
  +-TJvSomeEdit
    +-%UpdateInfoText
      +-"This one is gone. You might use either TJvNewEdit or TJvOtherEdit"
    +-%Select
      +-TJvNewEdit
        +-%Info
          +-"This one is pretty much the same as old TJvSomeEdit 
             but has no min/max functionality" 
        +-.min-->%Notify"No Min-property. Check in OnExit"
          +-%Option
            +-Add comment in OnExit handler
      +-TJvOtherEdit
        +-%Info
          +-"This one is too different to TJvSomeEdit for doing it 
             atomagically."
        +-Option
          +-change declaration to new compo
          +-comment all (non-convertable) references
  (etc)

The TJvRollOut change is a trivial case, but the TJvSomeEdit is not. For
that one the GUI must offer some options or at least change declaration and
comment any incompatible reference
"MyEdit.min:=13;" --> "{MyEdit.min=13;} //CnvCmt: 'Min' not available"

- GUI
  - show diff on each change (at least the non-trivial ones)
     ("this is your code" and "this is what I'll do to it")
  - create log-files so one can figure out what happened and evtl. roll back

As stated before, even a pretty good converter won't do the job, if there is
poor change-logging... so accurate change-logs would be a MUST*MUST on cvs
checkin. 

** this is just a quick little draft as it came to my mind **

Option C
... is just not really an option ..

So what do you think? Is this converter-beast doable? I don't have any
experience in code analyses so I am unable to do it myself/alone..

Burkhard




Subject: Re: application icon
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 25 Feb 2005 20:33:09 +0000 (UTC)
Newsgroups: jedi.vcl

Hello, 

the problem is back again with the actual CVS version dated 25.02.2005.
The name of the Icon is now once more JVERRORINDICATORICON and is in
the top of the MAINICON.

Please see the remarks from Peter and solve it once more in CVS.

Thanks.

Karlheinz


Subject: Re: Layout managers
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 25 Feb 2005 17:51:03 -0000
Newsgroups: jedi.vcl

"Jens"
> > Hey,
> >
> > that's something the TJvPanel is doing. Exactly!
I am not sure it is to the level I am thinking.  It only works with 
Wincontrols and typically in a panel that I deliver there will be two 
columns, the first the field title and the second with the data,

labelID left=4, top =4 edId left = 100, top = 4
labelname left = 2, top = 32 edName left = 100, top = 32
......

> > And the TJvParameterList components are using this feature.
I haven't looked at this, I will go and investigate.

Cheers,

JAC.





Subject: Re: Layout managers
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 25 Feb 2005 17:15:27 +0100
Newsgroups: jedi.vcl

> >Just wondering if I am about to start thinking about inventing the wheel.
> >
> >A lot of my DB apps are layed out:
> >
> >label data
> >label data
> >.....
> >
> >I was thinking about making a component, maybe like a panel, where you set 
> >regions and when you dropped a component into one region, it arranged it so 
> >that it fell below the last one, with the correct spacing etc.  When you 
> >droped a component into the other region, it knew it was associated with it 
> >and would keep it level with it.
> >
> >You could then put editors in to swap items etc.  Maybe even ones to auto 
> >add the label (a bit like if you drag a Tfield onto a form).
> >
> >It just drives me crazy to spend so much time selecting components and 
> >nudging them, only to move my mouse and drag them offset.  Putting a 
> >component in the general area and for it to snap to the vertical and 
> >horizontal would be great.
> >
> >So, anything like this out there?  Or should  I start coding the 
> >jvPanelWithLayoutControlSavingLoadsOfTime?
> >
> >BTW - The XML stuff works great, thanks again.
> >
> >Cheers,
> >
> >JAC. 
> >
> >
> >

Hey,

that's something the TJvPanel is doing. Exactly!

And the TJvParameterList components are using this feature.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL
From: TS <t_saari@yahoo.com>
Date: Fri, 25 Feb 2005 18:14:42 +0200
Newsgroups: jedi.vcl

> If you are new, just install them all. It won't kill you.  If you are an expert, you can make your own packages.

Thanks for all the answers.
I'm no expert, i guess that i will install all, and then see if i can remove the packages that i don't need. This is because loading Delphi takes so much time with all the components i have installed, but,  what? i think i can live with the extra couple of minutes...?



Subject: Re: TJvxRichEdit ReadOnly and embed Objects
From: "robertomr" <robertomr@terra.es>
Date: Fri, 25 Feb 2005 16:57:55 +0100
Newsgroups: jedi.vcl

> >robertomr wrote:
> >
>> >> When setting TJvxRichEdit.ReadOnly to true the text cannot be edited 
>> >> anymore that's correct, however the embedded object can be changed. 
Is 
>> >> there any option to prevent such kind of things?
> >
> >Which version of that control are you using?
> >I remember seing a Mantis issue with this, and I guess it is fixed.
> >

The versión is:

    JVCL300RC1JCL194-Build1758Complete.zip

    RCSfile: '$RCSfile: JvDBRichEdit.pas,v $';
    Revision: '$Revision: 1.16 $';
    Date: '$Date: 2004/09/01 15:06:36 $';
    LogPath: 'JVCL\run'



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Please don't put a U at the end of unit names
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 15:29:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> No worries. If you spot some innacuracies, some weird things, I would greatly appreciate if you could tell us about them, so that we can fix them.
>
>
> Can i get the sources of our style guide?
> I think i can write up some refinements and updates.

\jvcl\dev\website\JVCL3\StyleGuide.htm

Update in CVS, then tell me about it so that I update it on the web server.


Subject: Re: Please don't put a U at the end of unit names
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 25 Feb 2005 15:07:56 +0100
Newsgroups: jedi.vcl

OBones wrote:

> No worries. If you spot some innacuracies, some weird things, I would greatly appreciate if you could tell us about them, so that we can fix them.

Can i get the sources of our style guide?
I think i can write up some refinements and updates.


Subject: Re: Layout managers
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 25 Feb 2005 08:53:38 -0500
Newsgroups: jedi.vcl

Jason Chapman wrote:
> Just wondering if I am about to start thinking about inventing the wheel.

I think a set of layout controls is a great idea.

Here are some ideas:

The Express Layout tools (commercial product) are really interesting. I have thought of using them for certain classes of extremely amorphous applications software.

The general problems they are trying to solve there seem to be Creation of flexible end-user-customizeable CRUD screens. (CRUD=standard db operations,Create, Retreive, Update, Delete). Express Layout gives you 'Springy' endlessly morphable layouts, and a drag and drop reorganization feature. Essentially it is a docking system on a control by control level, but each data entry control has an associated/linked text label control as well. You can download the Express Layout demo and have a look and how they do things. It's very handy. The main "buzzword" that they were going after is the "MS Money" user interface style.  I guess with MS money, they had to make a really amorphous user interface.


> It just drives me crazy to spend so much time selecting components and
> nudging them, only to move my mouse and drag them offset.

Another thing that VCL has never had is a java-like Layout system,
at least not one that I know of. The Java SWING layout system is very flexible, as is the one used in wxWidgets (formerly wxWindows).
There is also a system that is very polished in in the Tcl/Tk
widget set which is often used for GUI programming in TCL and Python, and others.



Regards,

Warren


Subject: Re: How I Can Download New Daily Zip of JVCL???
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 14:53:12 +0100
Newsgroups: jedi.vcl


http://jvcl.sf.net/daily/

right now they are generated manually, until I get an ADSL connection back. Hopefully this will be the case in two weeks time.


Subject: How I Can Download New Daily Zip of JVCL???
From: "Dmitry Rotmanov" <rotmanov@cosmostv.by>
Date: Fri, 25 Feb 2005 15:47:57 +0200
Newsgroups: jedi.vcl



Subject: Re: Layout managers
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 14:20:28 +0100
Newsgroups: jedi.vcl

Jason Chapman wrote:

> So, anything like this out there?  Or should  I start coding the jvPanelWithLayoutControlSavingLoadsOfTime?

That's something I have in my projects "to do".
Something inspired by the Sizers in wxWidgets (formerly wxWindows). I have the class hierarchy drawn in a corner of my head, I just don't have the time to work on it. But this should change in the upcoming week, so I'll investigate this.


Subject: Layout managers
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 25 Feb 2005 13:13:58 -0000
Newsgroups: jedi.vcl

Just wondering if I am about to start thinking about inventing the wheel.

A lot of my DB apps are layed out:

label data
label data
......

I was thinking about making a component, maybe like a panel, where you set 
regions and when you dropped a component into one region, it arranged it so 
that it fell below the last one, with the correct spacing etc.  When you 
droped a component into the other region, it knew it was associated with it 
and would keep it level with it.

You could then put editors in to swap items etc.  Maybe even ones to auto 
add the label (a bit like if you drag a Tfield onto a form).

It just drives me crazy to spend so much time selecting components and 
nudging them, only to move my mouse and drag them offset.  Putting a 
component in the general area and for it to snap to the vertical and 
horizontal would be great.

So, anything like this out there?  Or should  I start coding the 
jvPanelWithLayoutControlSavingLoadsOfTime?

BTW - The XML stuff works great, thanks again.

Cheers,

JAC. 




Subject: OT: Act Re: Problem with jvMail
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 25 Feb 2005 11:25:45 -0000
Newsgroups: jedi.vcl

"Ralf Kaiser"
> > I have the same effect cause i have installed ACT and Outlook and when
> > sending a mail with TjvMail i get this exception (i think ACT is not
> > installed correct) inside of Delphi but it is caught by TjvMail and does 
> > not
> > show up at runtime outside the IDE!

Doesn't Act just mess up a system!  What version are you using.  I am using 
Act 2005 and it has slowed my system to a crawl (maybe it's the .net 
effect).

I only ask as I want to do some development against Act and wondered if 
anyone else had done do.  AFAIK the API has completely changed in 2005 / 
professional. 




Subject: Re: Please don't put a U at the end of unit names
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 10:39:18 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Thanks. I have printed them out and will read them all. I love PAPER! :-) it is really something

No worries. If you spot some innacuracies, some weird things, I would greatly appreciate if you could tell us about them, so that we can fix them.

Cheers

Olivier


Subject: Re: Problem with jvMail
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 25 Feb 2005 10:36:20 +0100
Newsgroups: jedi.vcl

"Jose M. Fitanovich" <fita4@tutopia.com> schrieb im Newsbeitrag
news:cvlrop$jbm$1@talkto.net...
> > Hi...
> >
> > I have used jvMail in Delphi 6 and earlier versions of the vcl and works
> > fine.
> > Now I'm working with Delphi7 and The vcl 3.0 and when I use the
> > jvMail1.sedmanil(true);
> >
> > I get the error: "Unable to open key "software\Microsoft\Messaging
> > subsystem" and access value "MAPIX"
> > This error occurs in both W98 and XP

Hi,

does this exception show up at runtime when the program ist NOT started from
the IDE?

I have the same effect cause i have installed ACT and Outlook and when
sending a mail with TjvMail i get this exception (i think ACT is not
installed correct) inside of Delphi but it is caught by TjvMail and does not
show up at runtime outside the IDE!

Ciao,
Ralf



Subject: Re: Please don't put a U at the end of unit names
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 25 Feb 2005 10:23:51 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> But any way: I really strong believe that you all will be more than compensate if I check the MegaDemo in :-) Yes it really shows the power of the JVCL by its examples! And you can directly load the forms in the IDE or jump to the topic in the help file or ...!
>
>
> That would be nice.
>
>
>> BTW: is there a JVCL style guide? I did not find anything in google, the JVCL WebSide and in the help folder
>
>
> http://homepages.borland.com/jedi/jvcl/Help.htm

Thanks. I have printed them out and will read them all. I love PAPER! :-) it is really something


Subject: Re: my first checkins for JVCLMegaDemo
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 09:43:01 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Thanx you for you time to help a newbie out! Finally I realize that many of my changes are not committed but only updated :-( So it is my fault but now I know what went wrong :-)

When it is committed, if you update your file, nothing should happen as it already is up to date.


> regarding the MegaDemo: I think after the weekend it is in a state that I can check it in and everyone can take a look!

Great.


> I now discovered the WebCVS view as a good possibility to take a look what already is in the repository from my local changes. Just to be sure: I assume that the files I see via the WebCVS view are the files which are in the repository and all developer gets this files when the does a update. Is this true?

It is, with a delay of up to 5 hours. It's because it is on a different server that gets updated every 5 hours.


> BTW: When I receive a mail from the CVS server. I assumed that this is really a sign that my changes are now in the repository. But these seems to be not the case?

If you receive an email, it's because someone has commited something. But it might not be you, you have to read what's inside the mail to know.


Subject: Re: Problem with jvMail
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 25 Feb 2005 08:41:09 -0000
Newsgroups: jedi.vcl

"Jose M. Fitanovich" <fita4@tutopia.com> wrote in message 
news:cvlrop$jbm$1@talkto.net...
> > Hi...
> >
> > I have used jvMail in Delphi 6 and earlier versions of the vcl and works 
> > fine.
> > Now I'm working with Delphi7 and The vcl 3.0 and when I use the
> > jvMail1.sedmanil(true);
> >
> > I get the error: "Unable to open key "software\Microsoft\Messaging 
> > subsystem" and access value "MAPIX"
> > This error occurs in both W98 and XP
> >
> > Any help will be appreciated,

Jose, I am using Jvcl3 RC1, D7, XP SP2, Outlook on dev machine and Tobit on 
deployed, both work fine.  What is the full reg path it is giving you - I'll 
take a look at what values I have in there.

The only problem I have is that in Tobit, it seems to ignore the cr/lf from 
memo's, e.g. the jvExceptionDialog, so you get the longest line in the 
world!

Cheers,

JAC. 




Subject: Re: Please don't put a U at the end of unit names
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 09:40:43 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> But any way: I really strong believe that you all will be more than compensate if I check the MegaDemo in :-) Yes it really shows the power of the JVCL by its examples! And you can directly load the forms in the IDE or jump to the topic in the help file or ...!

That would be nice.


> BTW: is there a JVCL style guide? I did not find anything in google, the JVCL WebSide and in the help folder

http://homepages.borland.com/jedi/jvcl/Help.htm


Subject: Re: my first checkins for JVCLMegaDemo
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 25 Feb 2005 09:38:24 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> I guess this was my first test check in just to see if CVS is working. My later check ins were all only under the examples sub folder. Please don´t say me this was the wrong JVCL version ...
>
>
> Well, I can't see anything recent in dev/JVCL3/examples/JVCLMegaDemo
> Could you check you did it in that directory ?

Thanx you for you time to help a newbie out! Finally I realize that many of my changes are not committed but only updated :-( So it is my fault but now I know what went wrong :-)
regarding the MegaDemo: I think after the weekend it is in a state that I can check it in and everyone can take a look!

I now discovered the WebCVS view as a good possibility to take a look what already is in the repository from my local changes. Just to be sure: I assume that the files I see via the WebCVS view are the files which are in the repository and all developer gets this files when the does a update. Is this true?

BTW: When I receive a mail from the CVS server. I assumed that this is really a sign that my changes are now in the repository. But these seems to be not the case?


Subject: Re: my first checkins for JVCLMegaDemo
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 09:20:11 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> I guess this was my first test check in just to see if CVS is working. My later check ins were all only under the examples sub folder. Please don´t say me this was the wrong JVCL version ...

Well, I can't see anything recent in dev/JVCL3/examples/JVCLMegaDemo
Could you check you did it in that directory ?


Subject: Re: TJvxRichEdit ReadOnly and embed Objects
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 25 Feb 2005 09:19:28 +0100
Newsgroups: jedi.vcl

"robertomr" wrote in message <news:cvljtg$hkb$1@talkto.net>:

> > When setting TJvxRichEdit.ReadOnly to true the text cannot be edited 
> > anymore that's correct, however the embedded object can be changed. Is 
> > there any option to prevent such kind of things?
Oh yes! I've had this issue, too but it has been some months before and did
not get any solution. However I do not know if this has been fixed as
Olivier said...

Perhaps you can test it and report here?

-- cu, Michael 

Subject: Re: TJvxRichEdit ReadOnly and embed Objects
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 09:14:55 +0100
Newsgroups: jedi.vcl

robertomr wrote:

> When setting TJvxRichEdit.ReadOnly to true the text cannot be edited anymore that's correct, however the embedded object can be changed. Is there any option to prevent such kind of things?

Which version of that control are you using?
I remember seing a Mantis issue with this, and I guess it is fixed.


Subject: Re: Problem with jvMail
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 25 Feb 2005 09:14:25 +0100
Newsgroups: jedi.vcl

Jose M. Fitanovich wrote:
> Hi...
>
> I have used jvMail in Delphi 6 and earlier versions of the vcl and works fine.
> Now I'm working with Delphi7 and The vcl 3.0 and when I use the
> jvMail1.sedmanil(true);
>
> I get the error: "Unable to open key "software\Microsoft\Messaging subsystem" and access value "MAPIX"
> This error occurs in both W98 and XP
>
> Any help will be appreciated,

Do you have a MAPI server installed and activated?
For instance, Outlook, Eudora (Thunderbird?) provide a MAPI server for applications to use. If it's not installed and not activated, it cannot be used.


Subject: Re: Please don't put a U at the end of unit names
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 25 Feb 2005 09:04:29 +0100
Newsgroups: jedi.vcl

Robert Rossmair schrieb:
> Ralf Grenzing wrote:
>
>>> Those ones are completely out of sync and not coherent.
>>
>>
>> all 95 files?
>
>
> Those are original file names from donations, I'd suppose, and not yet adapted to JVCL converntions.

in future I will use the schema with OBones suggested. I was a little bit to excited from my JVCL MegaDemo work and my first check ins ever just to say Yes to OBones post. I apologize that. Besides from that his suggestion was really good! I simply did not think enough on my work while checks it in!

But any way: I really strong believe that you all will be more than compensate if I check the MegaDemo in :-) Yes it really shows the power of the JVCL by its examples! And you can directly load the forms in the IDE or jump to the topic in the help file or ...!

BTW: is there a JVCL style guide? I did not find anything in google, the JVCL WebSide and in the help folder

best regards
Ralf Grenzing


Subject: Problem with jvMail
From: "Jose M. Fitanovich" <fita4@tutopia.com>
Date: Thu, 24 Feb 2005 21:37:57 -0300
Newsgroups: jedi.vcl

Hi...

I have used jvMail in Delphi 6 and earlier versions of the vcl and works 
fine.
Now I'm working with Delphi7 and The vcl 3.0 and when I use the
jvMail1.sedmanil(true);

I get the error: "Unable to open key "software\Microsoft\Messaging 
subsystem" and access value "MAPIX"
This error occurs in both W98 and XP

Any help will be appreciated,

Regards
Fita 




Subject: TJvxRichEdit ReadOnly and embed Objects
From: "robertomr" <robertomr@terra.es>
Date: Thu, 24 Feb 2005 23:27:06 +0100
Newsgroups: jedi.vcl

When setting TJvxRichEdit.ReadOnly to true the text cannot be edited 
anymore that's correct, however the embedded object can be changed. Is 
there any option to prevent such kind of things?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Application with any of jvcl components crashes on start
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 24 Feb 2005 14:03:58 -0500
Newsgroups: jedi.vcl

Oleg wrote:

>  Application with any of jvcl components crashes on start with message "The
> Application failed to
> initialize properly...". Target system is remote Windows 2000 server
> controlled by Symantec pcAnyWhere(v 8...11).
> When application started from console - all works fine. Problem in conflict
> JVCL and Symantec pcAnyWhere.
>

This is probably a well known timing issue with JVCL2. Don't use JVCL2. Use JVCL3.

Warren


Subject: Re: Please don't put a U at the end of unit names
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 24 Feb 2005 19:39:33 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

>> Those ones are completely out of sync and not coherent.
>
> all 95 files?

Those are original file names from donations, I'd suppose, and not yet adapted to JVCL converntions.


Subject: Re: Please don't put a U at the end of unit names
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 24 Feb 2005 18:33:17 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> Hi Oliver
>>
>> I renamed it according to the other demos which were already in the CVS. 
>
>
> Those ones are completely out of sync and not coherent.

all 95 files?

>
>
>> Because very many in the CVS (to be exactly there are 95 with an U in the example folder with the mask *U.pas) I want to ask you if you really think we should rename them all (again)?
>
>
> The rule that I have with examples is: if it works, don't touch it.
> There was no point to rename the files (and loose history), but I really dislike that "U" thing. So yes, please, rename those files, without any silly shortcuts in the name. Form is for a Form, not Frm, and so on.
>
> Thanks
>
> Olivier

Hi Oliver

The problem is that because of the name clashes if the names left as it is in the CVS I can not integrate it in the MegaDemo I now working on all evenings. Therefore I HAVE TO rename it. Bu in future I will use the schema you suggested without any silly shortcuts.

best regards

Ralf Grenzing


Subject: Re: my first checkins for JVCLMegaDemo
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 24 Feb 2005 18:28:03 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> I was wrong - simply because I don´t know  that I have to commit my changes (the deletes and addings). So now I did the commit. Please report anything to me.
>
>
> In which directory are you working ?
>
> I just saw a commit from you in /jvcl/examples/JVCLMegaDemo and this is definitely not the place where to work.

I guess this was my first test check in just to see if CVS is working. My later check ins were all only under the examples sub folder. Please don´t say me this was the wrong JVCL version ...

BTW: I was the one who changed the DemoForm Names to *U. I post a answer to you in that thread.

> The place where the JVCL 3 is developped is in /dev/jvcl3/, hence the mega demo is in /dev/jvcl3/examples/JVCLMegaDemo
>
> Cheers
>
> Olivier



Subject: Re: Application with any of jvcl components crashes on start
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Feb 2005 18:23:59 +0100
Newsgroups: jedi.vcl

Oleg wrote:

>  Application with any of jvcl components crashes on start with message "The
> Application failed to
> initialize properly...". Target system is remote Windows 2000 server
> controlled by Symantec pcAnyWhere(v 8...11).
> When application started from console - all works fine. Problem in conflict
> JVCL and Symantec pcAnyWhere.

Some questions and remarks:

1. Which version of the JVCL/JCL ?
2. Please do not cross post.


Subject: Re: Please don't put a U at the end of unit names
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Feb 2005 18:23:22 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Hi Oliver
>
> I renamed it according to the other demos which were already in the CVS. 

Those ones are completely out of sync and not coherent.


> Because very many in the CVS (to be exactly there are 95 with an U in the example folder with the mask *U.pas) I want to ask you if you really think we should rename them all (again)?

The rule that I have with examples is: if it works, don't touch it.
There was no point to rename the files (and loose history), but I really dislike that "U" thing. So yes, please, rename those files, without any silly shortcuts in the name. Form is for a Form, not Frm, and so on.

Thanks

Olivier


Subject: Re: Please don't put a U at the end of unit names
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 24 Feb 2005 18:21:20 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Hi all
>
> Renaming files in demos can be understandable (to avoid name clashes between demos), but if you feel like doing it, please do not put a U at the end of the name of the unit.
> This is useless and a pain to read.
>
> Here is an exammple:
>
> examples/JvAviCapture/MainForm.dfm
> examples/JvAviCapture/MainForm.pas
>
> Got renamed to
>
> examples/JvAviCapture/JvAviCapDemoFrmU.dfm
> examples/JvAviCapture/JvAviCapDemoFrmU.pas
>
> On top of the useless U, the name of the file is in not even related to the demo. It's JvAviCapture, not JvAviCap. And it should be Form, not Frm. In the end, this file should have been called
> JvAviCaptureDemoMainForm.pas (.dfm)
>
> I don't care to know who did that, but please fix it and don't go making this a standard.
> If this comes from a "style guide", then that guide needs to be updated as it is definitely wrong.
>
> Cheers
>
> Olivier Sannier
> JVCL coordinator

Hi Oliver

I renamed it according to the other demos which were already in the CVS. Because very many in the CVS (to be exactly there are 95 with an U in the example folder with the mask *U.pas) I want to ask you if you really think we should rename them all (again)?

best regards

Ralf Grenzing
JVCL MegaDemo Developer



Subject: Re: Creating and XML file from scratch
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 24 Feb 2005 18:14:52 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> OBones schrieb:
>>
>>> Ralf Grenzing wrote:
>>>
>>>> Hi Oliver
>>>>
>>>> ist this perhaps a nice and simple Code Snipp for creating an example out of it? I don´t examine all demos so I don´t know if you taken in from one. If not I can create an example from you source code and - include it of course in the MegaDemo I am working on ...
>>>
>>>
>>>
>>>
>>> It's extracted from the package generator code.
>>> I think the TJvSimpleXML demo does the same thing. Better get some inspiration from the demo than from this, I think.
>>
>>
>>
>> I take a look in the example but it shows on how to load XML. So I guess it would be nice to create a new example and use you Code as a Starting Point! Is this OK with you?
>
>
> Fine by me. I don't have the time to write it, though.

No Problem. I will do


Subject: Application with any of jvcl components crashes on start
From: "Oleg" <olegvg@ukr.net>
Date: Thu, 24 Feb 2005 18:36:00 +0200
Newsgroups: jedi.vcl

 Application with any of jvcl components crashes on start with message "The
Application failed to
initialize properly...". Target system is remote Windows 2000 server
controlled by Symantec pcAnyWhere(v 8...11).
When application started from console - all works fine. Problem in conflict
JVCL and Symantec pcAnyWhere.

Oleg




Subject: Re: my first checkins for JVCLMegaDemo
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Feb 2005 17:29:25 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> I was wrong - simply because I don´t know  that I have to commit my changes (the deletes and addings). So now I did the commit. Please report anything to me.

In which directory are you working ?

I just saw a commit from you in /jvcl/examples/JVCLMegaDemo and this is definitely not the place where to work.
The place where the JVCL 3 is developped is in /dev/jvcl3/, hence the mega demo is in /dev/jvcl3/examples/JVCLMegaDemo

Cheers

Olivier


Subject: Please don't put a U at the end of unit names
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Feb 2005 17:20:39 +0100
Newsgroups: jedi.vcl

Hi all

Renaming files in demos can be understandable (to avoid name clashes between demos), but if you feel like doing it, please do not put a U at the end of the name of the unit.
This is useless and a pain to read.

Here is an exammple:

examples/JvAviCapture/MainForm.dfm
examples/JvAviCapture/MainForm.pas

Got renamed to

examples/JvAviCapture/JvAviCapDemoFrmU.dfm
examples/JvAviCapture/JvAviCapDemoFrmU.pas

On top of the useless U, the name of the file is in not even related to the demo. It's JvAviCapture, not JvAviCap. And it should be Form, not Frm. In the end, this file should have been called
JvAviCaptureDemoMainForm.pas (.dfm)

I don't care to know who did that, but please fix it and don't go making this a standard.
If this comes from a "style guide", then that guide needs to be updated as it is definitely wrong.

Cheers

Olivier Sannier
JVCL coordinator


Subject: Re: Creating and XML file from scratch
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Feb 2005 16:31:51 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> OBones schrieb:
>
>> Ralf Grenzing wrote:
>>
>>> Hi Oliver
>>>
>>> ist this perhaps a nice and simple Code Snipp for creating an example out of it? I don´t examine all demos so I don´t know if you taken in from one. If not I can create an example from you source code and - include it of course in the MegaDemo I am working on ...
>>
>>
>>
>> It's extracted from the package generator code.
>> I think the TJvSimpleXML demo does the same thing. Better get some inspiration from the demo than from this, I think.
>
>
> I take a look in the example but it shows on how to load XML. So I guess it would be nice to create a new example and use you Code as a Starting Point! Is this OK with you?

Fine by me. I don't have the time to write it, though.


Subject: Re: Creating and XML file from scratch
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 24 Feb 2005 16:24:38 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> Hi Oliver
>>
>> ist this perhaps a nice and simple Code Snipp for creating an example out of it? I don´t examine all demos so I don´t know if you taken in from one. If not I can create an example from you source code and - include it of course in the MegaDemo I am working on ...
>
>
> It's extracted from the package generator code.
> I think the TJvSimpleXML demo does the same thing. Better get some inspiration from the demo than from this, I think.

I take a look in the example but it shows on how to load XML. So I guess it would be nice to create a new example and use you Code as a Starting Point! Is this OK with you?

BTW: I guess many people are interesting in the XML Stuff in the JVCL because XML is one of these buzz words. S an example more is nice anyway.


Subject: Re: my first checkins for JVCLMegaDemo
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 24 Feb 2005 16:20:47 +0100
Newsgroups: jedi.vcl

Ralf Grenzing schrieb:
> Hi Developers
>
> So now it is on and my first check ins of Delphi Files are in. If I break anything or did something wrong please just tell me.
>
> best regards
>
> Ralf Grenzing
> JVCL MegaDemo Developer
>
> P.S. wrong choice. You should have taken option A ...

I was wrong - simply because I don´t know  that I have to commit my changes (the deletes and addings). So now I did the commit. Please report anything to me.


Subject: Re: Creating and XML file from scratch
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 24 Feb 2005 14:45:14 -0000
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message 
news:cvkiab$8mp$1@talkto.net...
> > Jason Chapman wrote:
> >
>> >> Sorry for being so dense, maybe I should do some examples of:
>> >> Here is the XML and here is the pascal to produce it and here is XML and 
>> >> here is the pascal to read it.
> >
> > Have a look at the package generator editor (pgEdit).
> > Basically, you do that kind of things (using TJvSimpleXML) to create.

> > To read, use the ItemsByName property.

OBones to the rescue!

Thanks for that, have got as far as:
var
  i :TJvSimpleXMLElem;
  es :TJvSimpleXMLElems;
begin
  JvSimpleXML.root.Name:='Subtrust';
  es:=JvSimpleXML.root.Items;
  i:=es.Add('Name','Jason Chapman');
  i:=es.Add('Age',34);  // Lies :-)
  i:=es.Add('Notes');
  i:=i.Items.Add('A Note');
  i.Properties.Add('Brief','Brief De&scription');
  i.Properties.Add('Full',mm1.text);

  mm.text:=JvSimpleXML.XMLData;
end;

I know that the i is overwritten, juct hacking!  My question is the & in 
De&cription is converted to &amp;, but when mm1 (memo), 
Add('Full',mm1.text); and it is multi-line, it puts in the cr.  Is this 
correct and will it get interpreted correctly at the other end?

Ralf has pciked up about the demo as well.  I think a simple form with a set 
and retrieve UI, with simple code to add elements, collections, etc and then 
to read them.  Nothing fancy, just showing the typical actions and how the 
code looks.  I am happy to do the demo, but obviously, that is a little like 
watching ER on TV and then writing a manual on how to fix bodies!

Cheers,
JAC




Subject: Re: Creating and XML file from scratch
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Feb 2005 15:18:14 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Hi Oliver
>
> ist this perhaps a nice and simple Code Snipp for creating an example out of it? I don´t examine all demos so I don´t know if you taken in from one. If not I can create an example from you source code and - include it of course in the MegaDemo I am working on ...

It's extracted from the package generator code.
I think the TJvSimpleXML demo does the same thing. Better get some inspiration from the demo than from this, I think.


Subject: Re: Creating and XML file from scratch
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 24 Feb 2005 14:43:59 +0100
Newsgroups: jedi.vcl

Hi Oliver

ist this perhaps a nice and simple Code Snipp for creating an example out of it? I don´t examine all demos so I don´t know if you taken in from one. If not I can create an example from you source code and - include it of course in the MegaDemo I am working on ...

Just let me know.


OBones schrieb:
> Jason Chapman wrote:
>
>> Sorry for being so dense, maybe I should do some examples of:
>> Here is the XML and here is the pascal to produce it and here is XML and here is the pascal to read it.
>
>
> Have a look at the package generator editor (pgEdit).
> Basically, you do that kind of things (using TJvSimpleXML) to create.
>
> var
>   xml : TJvSimpleXML;
>   rootNode, notesNode, noteNode : TJvSimpleXMLElem;
>   i : Integer;
> begin
>   xml := TJvSimpleXML.Create;
>   try
>     with xml do
>     begin
>       Options := [sxoAutoCreate, sxoAutoIndent];
>       IndentString := '  ';
>
>       // create root node
>       Root.Name := 'Subtrust';
>       rootNode := xml.Root;
>
>       // add description, PFLAGS and libs
>       rootNode.Items.Add('Name', SomeName);
>       notesNode := rootNode.Items.Add('Notes');
>       for i := 0 to NodeCount-1 do
>       begin
>         noteNode := notesNode.Items.Add('Note');
>         noteNode.Properties.Add('ClientId', ClientId);
>         noteNode.Properties.Add('ClientEmail', ClientEmail);
>         noteNode.Properties.Add('ClientName', ClientName);
>       end;
>
>       SaveToFile(Filename); // can also be saved to a string
>     end;
>   finally
>     xml.Free;
>   end;
> end;
>
>
> To read, use the ItemsByName property.


Subject: Re: Creating and XML file from scratch
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Thu, 24 Feb 2005 13:57:56 +0100
Newsgroups: jedi.vcl

Jason Chapman wrote:

> Sorry for being so dense, maybe I should do some examples of:
> Here is the XML and here is the pascal to produce it and here is XML and here is the pascal to read it.

Have a look at the package generator editor (pgEdit).
Basically, you do that kind of things (using TJvSimpleXML) to create.

var
  xml : TJvSimpleXML;
  rootNode, notesNode, noteNode : TJvSimpleXMLElem;
  i : Integer;
begin
  xml := TJvSimpleXML.Create;
  try
    with xml do
    begin
      Options := [sxoAutoCreate, sxoAutoIndent];
      IndentString := '  ';

      // create root node
      Root.Name := 'Subtrust';
      rootNode := xml.Root;

      // add description, PFLAGS and libs
      rootNode.Items.Add('Name', SomeName);
      notesNode := rootNode.Items.Add('Notes');
      for i := 0 to NodeCount-1 do
      begin
        noteNode := notesNode.Items.Add('Note');
        noteNode.Properties.Add('ClientId', ClientId);
        noteNode.Properties.Add('ClientEmail', ClientEmail);
        noteNode.Properties.Add('ClientName', ClientName);
      end;

      SaveToFile(Filename); // can also be saved to a string
    end;
  finally
    xml.Free;
  end;
end;


To read, use the ItemsByName property.


Subject: Re: Creating and XML file from scratch
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 24 Feb 2005 12:53:34 -0000
Newsgroups: jedi.vcl

Just seen OB answer, will read it.  Just spent a little more time and have 
got to:
var
  i :TJvSimpleXMLElem;
  es :TJvSimpleXMLElems;
begin
  es:=JvSimpleXML.root.Items;
  i:=es.Add('Name','Jason Chapman');
  i:=es.Add('Age',34);
  i:=es.Add('Notes');
  i:=i.Items.Add('A Note');
  i.Properties.Add('Brief','Brief Description');
  i.Properties.Add('Full','A full description');

  mm.text:=JvSimpleXML.XMLData;
end;

I was missing the properties bit.  Sorry for wasitng bandwidth, will check 
out Obones suggestions.


"Jason Chapman" <jason@nospamjac2.co.uk> wrote in message 
news:cvkho4$8i6$1@talkto.net...
> >I have had a look at the demos (I think all of them) and still can't work 
> >out how to put a simple XML file together.
> >
> > I am basically building a summary screen for an application.  There is a 
> > batch process running nightly that touches every piece of data.  I want 
> > the summary to be very quick to display, so I can't be collecting all of 
> > the data to do this e.g:
> > Name
> > Address
> > Number of Tasks Overdue
> > Last n Notes on the System
> > .....
> >
> > I thought I would open up XML (for about the 4th time) as a suitable 
> > container for the data.  I can then store this in a Blob or Varchar.  Then 
> > when the use goes to the client record, I unpack it, display it and hey 
> > presto.  Later I might try and do fancy things with XSLT to produce HTML, 
> > but lets not fly before we can crawl.
> >
> > So looking at the example XML files, say I wanted to produce:
> > <Subtrust>
> > <Name>Some Name</Name>
> > <Notes>
> >  <item ClientId="1" ClientEmail="peter3@pter3.com" ClientName="peter3"/>
> >  <item ClientId="2" ClientEmail="jason@jason.co.uk" ClientName="Jason"/>
> > </Notes>
> > </Subtrust>
> > Can someone tell me the code (or pointers).  So far, I get root, then add 
> > which produces something line the <Name> tag, but can't see how to do the 
> > <notes> section, with the "arguments?".
> >
> > Also, how to then retrieve the data, e.g. Get the Name, Iterate and 
> > retrieve the data for the notes.
> >
> > Sorry for being so dense, maybe I should do some examples of:
> > Here is the XML and here is the pascal to produce it and here is XML and 
> > here is the pascal to read it.
> >
> > Cheers,
> >
> > JAC.
> > 




Subject: Creating and XML file from scratch
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 24 Feb 2005 12:41:02 -0000
Newsgroups: jedi.vcl

I have had a look at the demos (I think all of them) and still can't work 
out how to put a simple XML file together.

I am basically building a summary screen for an application.  There is a 
batch process running nightly that touches every piece of data.  I want the 
summary to be very quick to display, so I can't be collecting all of the 
data to do this e.g:
Name
Address
Number of Tasks Overdue
Last n Notes on the System
......

I thought I would open up XML (for about the 4th time) as a suitable 
container for the data.  I can then store this in a Blob or Varchar.  Then 
when the use goes to the client record, I unpack it, display it and hey 
presto.  Later I might try and do fancy things with XSLT to produce HTML, 
but lets not fly before we can crawl.

So looking at the example XML files, say I wanted to produce:
<Subtrust>
<Name>Some Name</Name>
<Notes>
  <item ClientId="1" ClientEmail="peter3@pter3.com" ClientName="peter3"/>
  <item ClientId="2" ClientEmail="jason@jason.co.uk" ClientName="Jason"/>
</Notes>
</Subtrust>
Can someone tell me the code (or pointers).  So far, I get root, then add 
which produces something line the <Name> tag, but can't see how to do the 
<notes> section, with the "arguments?".

Also, how to then retrieve the data, e.g. Get the Name, Iterate and retrieve 
the data for the notes.

Sorry for being so dense, maybe I should do some examples of:
Here is the XML and here is the pascal to produce it and here is XML and 
here is the pascal to read it.

Cheers,

JAC. 




Subject: Re: open and open in Notepad in installer don´t wo rk
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 24 Feb 2005 13:26:16 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Does anyone know how Delphi positions to line and column?
> > Line is possible from the error message, but where is the column
> > information?

The column information is in the IDE compiler. The command line compiler
does not offer this information.


-- Regards, Andreas Hausladen 

Subject: Re: open and open in Notepad in installer don´t work
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 24 Feb 2005 12:23:56 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> when running the installer (which is BTW amazing! Not even commercial product has something like that with exact mimic of the Delphi Compiler and the wizards based GUI! I don´t know who did this but I have to make my WOW to him!!)

Does anyone know how Delphi positions to line and column?
Line is possible from the error message, but where is the column information?

> OK back to topic: If compiler messages are generated in the run of the installer the popup items 'open' and 'open in notepad' does simply does nothing!

Another WOW. I was already satisfied with the doubleclick ability which starts Delphi.


Subject: Re: Appstorage: bug or not?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 24 Feb 2005 10:24:09 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
>>     It's not a bug, really. Setting the Path property is the same as setting the current folder for Windows. Any path you specify in Read/Write that doesn't start with a backslash is considered to be relative to the Path property.
>
>
> Yes, but the problem was mainly that the Path does not start with a \ although I specified that it should. But also:
>
> APath := ConcatPaths(['\Software\JVCL\Test', 'Path1']);
>
> gives
>
> APath = 'Software\JVCL\Test\Path1';
>
> instead of
>
> APath = '\Software\JVCL\Test\Path1';

    Right. That's definitely a bug that needs fixing. Make sure the change won't prepend a backslash if one wasn't present originally (BTW, the code searches from the last specified path to the beginning for one starting with a backslash; only if one isn't found it uses all paths).

>
>>     You could argue that the Path property should always contain the leading backslash, but since that path is always considered to be relative to the root, it's omitted. I'm sure it won;t break anything if we add it anyway.
>
>
> Maybe the code in JvDockInfo.pas should be rewritten, in it there is code like:
>
> with SomeStorage do
> try
>   OldPath := Path;
>   Path := ConcatPaths([OldPath, AppStoragePath, 'Forms', DockFormName]);
>   WriteString('ParentName', ParentName);
>   WriteInteger('DockLeft', DockRect.Left);
>   [..]
> finally
>   FAppStorage.Path := OldPath;
> end;
>
> with
>
> OldPath = 'Software\JVCL\Examples\JvDocking\AdvancePro'
> AppStoragePath = 'Software\JVCL\Examples\JvDocking\AdvancePro'
>
> Path will be: 'Software\JVCL\Examples\JvDocking\AdvancePro\Software\JVCL\Examples\JvDocking\AdvancePro\Forms\RunTimeForm_1'
>

    Yeah, that doesn't seem right at all. I think OldPath should be removed from ConcatPaths, though I find it odd that Path initially already points to AppStoragePath. It should be initialized to an empty string, I think.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: How about a standalone uninstaller?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 24 Feb 2005 06:53:40 +0100
Newsgroups: jedi.vcl

It should be able to delete JVCL 2 and JCL.
Mainly it should test for JCL and JVCL files at unusual locations and warn about it. Especially jedi.inc, .dcu, .bpl, .dcp.
I think this would reduce the number of bug reports here considerably.


Subject: Re: TJvTransparentButton Issue?
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 23 Feb 2005 17:04:02 -0800
Newsgroups: jedi.vcl

i just did a complete reinstall (from scratch) of the Jedi components. It is
working now. Sorry for the trouble.

norberto


"norberto" <pellicci@shaw.ca> wrote in message
news:cviske$tsl$1@talkto.net...
> > i'm currently trying to use the JvTransparentButton in my project. The
> > project builds OK but when i run it, i get the error:
> >
> > "Project 'Project1.exe' raised exception class EReadError with message
> > 'Property AllowAllUp does not exist'. Process stopped..."
> >
> > Other Jedi components i am using are OK. It's only when i put this
component
> > or JvTransparentButton2 on the form that i have the problem.
> >
> > i've already set up the Project Options / Directories to include the paths
> > to the most recent (today's) CVS JVCL files, including dev/JVCL//Lib/D7
(i'm
> > running D7.11), JVCL/Bin and JVCL/dcu, as well as C:\Program
> > Files\Borland\Delphi7\Projects\Bpl
> >
> > Am i setting up the paths incorrectly or is there an issue with the
> > component? Which is the proper way to make a new install from CVS? Maybe
i'm
> > doing this wrong? Currently after doing a CVS Update, i go to the CVS
> > directory/JCL folder and run "install.bat" (Delphi IDE not running). With
> > the newer versions of the installer, i just answer 'no' to the questions
> > regarding D5, D6 and BCB and then click "install". Is this correct? (i've
> > also tried running the 'clean.bat' first and then 'install.bat' but makes
no
> > difference)
> >
> > i think there used to be an option on the old installer for "update" or
> > "clean install". i used to use the "clean install", i think (can't
> > remember).
> >
> > What am i doing wrong, please?
> >
> > Thanks.
> >
> > norberto
> >
> >




Subject: Re: TJvPlugin
From: "starCOM" <mcmahon2-@comcast.net>
Date: Thu, 24 Feb 2005 01:15:23 +0100
Newsgroups: jedi.vcl

> >Robert Marquardt wrote:
>> >> starCOM wrote:
>> >> 
>>> >>> Not quiet sure your point. In the thread execute routine,   while 
not 
>>> >>> Terminated do
>>> >>>   begin
>>> >>>     if StartProcessing then ProcessMessage
>>> >>>     else
>>> >>>       Application.ProcessMessages;
>>> >>>   end;
>> >> 
>> >> 
>> >> I doubt that the above will ever work. The VCL is not threadsafe and 
>> >> ProcessMessages activates the VCL, ie calls methods of the VCL.
> >
> >Exactly. Only the MAIN thread must call ProcessMessages, and only 
during 
> >very specific conditions.
> >Other threads don't have to call it, it is not required, and even 
> >dangerous as you can see.
> >

Sorry I had posted an attempt to fix the problem. Here is actual code 
from original plugin that was released under Jvcl2

  while not Terminated do
  begin
    if StartProcessing then ProcessMessage
  end;
The plugin handles email commands in the thread. There is no processing 
going on at the time that I try to unload
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: About Convert From RX to JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 24 Feb 2005 01:07:10 +0100
Newsgroups: jedi.vcl

The new Name is TJvFormStorage. Then you have to connect the FormStorage to one of the TJvAppStorage-Components. There is one for Registry, Ini and XML.

Have also a look at the examples.

Greetings
Jens

Dmitry Rotmanov schrieb:
> I can`t  convert my project from RX to JVCL.
> Problems was occured whis TFormStorage   whis propery "UseRegistry"
>
> Autometicly this component not converted to corresponding from JVCL. Problem
> whis  "UseRegistry".
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: About Convert From RX to JVCL
From: "Dmitry Rotmanov" <rotmanov@cosmostv.by>
Date: Thu, 24 Feb 2005 01:59:36 +0200
Newsgroups: jedi.vcl

I can`t  convert my project from RX to JVCL.
Problems was occured whis TFormStorage   whis propery "UseRegistry"

Autometicly this component not converted to corresponding from JVCL. Problem
whis  "UseRegistry".




Subject: Re: Why i can`t get daily zip of JVCL?
From: "Dmitry Rotmanov" <rotmanov@cosmostv.by>
Date: Thu, 24 Feb 2005 01:53:20 +0200
Newsgroups: jedi.vcl

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:cvhure$m7l$1@talkto.net...
> > Dmitry Rotmanov wrote:
> >
>> > > Why it don`t Work? Explain me please ?
> >
> > What do you mean by "it does not work" ?
> > The last generated one is there, but there isn't one everyday because my
> > home server is offline.
> > And this will last for at least one more month.


Thanks OBones  !!!!!




Subject: Re: Appstorage: bug or not?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 23 Feb 2005 23:16:33 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     It's not a bug, really. Setting the Path property is the same as setting the current folder for Windows. Any path you specify in Read/Write that doesn't start with a backslash is considered to be relative to the Path property.

Yes, but the problem was mainly that the Path does not start with a \ although I specified that it should. But also:

APath := ConcatPaths(['\Software\JVCL\Test', 'Path1']);

gives

APath = 'Software\JVCL\Test\Path1';

instead of

APath = '\Software\JVCL\Test\Path1';

>     You could argue that the Path property should always contain the leading backslash, but since that path is always considered to be relative to the root, it's omitted. I'm sure it won;t break anything if we add it anyway.

Maybe the code in JvDockInfo.pas should be rewritten, in it there is code like:

with SomeStorage do
try
  OldPath := Path;
  Path := ConcatPaths([OldPath, AppStoragePath, 'Forms', DockFormName]);
  WriteString('ParentName', ParentName);
  WriteInteger('DockLeft', DockRect.Left);
  [..]
finally
  FAppStorage.Path := OldPath;
end;

with

OldPath = 'Software\JVCL\Examples\JvDocking\AdvancePro'
AppStoragePath = 'Software\JVCL\Examples\JvDocking\AdvancePro'

Path will be: 'Software\JVCL\Examples\JvDocking\AdvancePro\Software\JVCL\Examples\JvDocking\AdvancePro\Forms\RunTimeForm_1'

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Appstorage: bug or not?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 23 Feb 2005 22:37:10 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> While looking at mantis bug report #2679 (http://homepages.borland.com/jedi/issuetracker/view.php?id=2679), I found some behavior that I think is a bug. You can test it with the following code:
[...]
> Works the same for TJvAppIniFileStorage, TJvAppXMLFileStorage. Can someone confirm that this is a bug?

    It's not a bug, really. Setting the Path property is the same as setting the current folder for Windows. Any path you specify in Read/Write that doesn't start with a backslash is considered to be relative to the Path property.

    You could argue that the Path property should always contain the leading backslash, but since that path is always considered to be relative to the root, it's omitted. I'm sure it won;t break anything if we add it anyway.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: TJvTransparentButton Issue?
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 23 Feb 2005 13:34:11 -0800
Newsgroups: jedi.vcl

i'm currently trying to use the JvTransparentButton in my project. The
project builds OK but when i run it, i get the error:

"Project 'Project1.exe' raised exception class EReadError with message
'Property AllowAllUp does not exist'. Process stopped..."

Other Jedi components i am using are OK. It's only when i put this component
or JvTransparentButton2 on the form that i have the problem.

i've already set up the Project Options / Directories to include the paths
to the most recent (today's) CVS JVCL files, including dev/JVCL//Lib/D7 (i'm
running D7.11), JVCL/Bin and JVCL/dcu, as well as C:\Program
Files\Borland\Delphi7\Projects\Bpl

Am i setting up the paths incorrectly or is there an issue with the
component? Which is the proper way to make a new install from CVS? Maybe i'm
doing this wrong? Currently after doing a CVS Update, i go to the CVS
directory/JCL folder and run "install.bat" (Delphi IDE not running). With
the newer versions of the installer, i just answer 'no' to the questions
regarding D5, D6 and BCB and then click "install". Is this correct? (i've
also tried running the 'clean.bat' first and then 'install.bat' but makes no
difference)

i think there used to be an option on the old installer for "update" or
"clean install". i used to use the "clean install", i think (can't
remember).

What am i doing wrong, please?

Thanks.

norberto




Subject: Appstorage: bug or not?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 23 Feb 2005 22:22:44 +0100
Newsgroups: jedi.vcl

While looking at mantis bug report #2679 (http://homepages.borland.com/jedi/issuetracker/view.php?id=2679), I found some behavior that I think is a bug. You can test it with the following code:

var
  APath: string;
  S: string;
begin
  with TJvAppXMLFileStorage.Create(nil) do
  try
    FileName := 'temp.xml';

    AutoFlush := True;
    AutoReload := True;

    Path := '\Software\JVCL\Test';
    ShowMessage(Path);
    // exp: S = '\Software\JVCL\Test'
    // act: S = 'Software\JVCL\Test'

    APath := ConcatPaths([Path, 'Path1']);
    // or: APath := ConcatPaths(['\Software\JVCL\Test', 'Path1']);
    WriteString(APath, 'dummy');

    S := ReadString('\Software\JVCL\Test\Path1');
    ShowMessage(S);
    // exp: S = 'dummy'
    // act: S = ''

    S := ReadString('\Software\JVCL\Test\Software\JVCL\Test\Path1');
    ShowMessage(S);
    // exp: S = ''
    // act: S = 'dummy'
  finally
    Free;
  end;
end;

Works the same for TJvAppIniFileStorage, TJvAppXMLFileStorage. Can someone confirm that this is a bug?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvWizard questions
From: Philippe Auphelle <pauphelle.remove.this.stuff@wanadoo.fr>
Date: Wed, 23 Feb 2005 19:37:11 +0100
Newsgroups: jedi.vcl

Peter,

> >Have you tried adding a JvWizard1.Invalidate after changing
> >VisibleButtons/EnabledButtons? Not that you should have to, but that could
> >be the reason for the strange behaviour.

No, I haven't yet.
In the interim, it looks like I now have a predictable behavior by
setting ButtonsEnabled to [], then setting ButtonsVisible, then
setting ButtonsEnable to the buttons that I set visible.

By searching for messages on JvWizard on this group, I found something
that looked a bit like what I saw, and that was related to a change in
some caption and that change being matched against the original value
in a resource string. Since I had to change some button captions (some
of them are still in English, I'm in France), I thought "Ah-ah"! 
But unfortunately, the problem was said to be corrected in the next
message. And I'm currently running the latest / greatest JvWizard
directly loaded from the CVS source files... Oh well.

I won't be able to trace thru the sources (admitting I can figure out
what happens there, I'm not an ol'timer) before sometime in the middle
of next week. 
In the interim, I have to find quick (and hopefully not too dirty)
workarounds!

To be continued, then...


On Wed, 23 Feb 2005 19:23:33 +0100, "Peter Thornqvist"
<peter.tornqvist@gmail.com> wrote:

>> >> The problem is that I get the same non-deterministic behavior at
>> >> runtime, manipulating the buttons programmatically.
>> >> In fact, the randomness of the behavior seems very similar at design
>> >> time and runtime - specially the interactions between ButtonsVisible
>> >> and ButtonsEnabled (described in my follow up message).
>> >> I really have a problem, there: When I get an error, I would like to
>> >> display an error message in a panel then disable/invisible all but the
>> >> finish button.
>> >> Except that under certain circumstances, Back/Next stay on and Finish
>> >> never appears. Bummer...
> >
> >Have you tried adding a JvWizard1.Invalidate after changing
> >VisibleButtons/EnabledButtons? Not that you should have to, but that could
> >be the reason for the strange behaviour.



Subject: Re: JVCL
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 23 Feb 2005 13:33:18 -0500
Newsgroups: jedi.vcl

TS wrote:

> Can i install individual JVCL components without installing all the set?
>
> I would like to use just a couple of the components.

If you are new, just install them all. It won't kill you.  If you are an expert, you can make your own packages.

Warren


Subject: Re: JvWizard questions
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 23 Feb 2005 19:23:33 +0100
Newsgroups: jedi.vcl

> > The problem is that I get the same non-deterministic behavior at
> > runtime, manipulating the buttons programmatically.
> > In fact, the randomness of the behavior seems very similar at design
> > time and runtime - specially the interactions between ButtonsVisible
> > and ButtonsEnabled (described in my follow up message).
> > I really have a problem, there: When I get an error, I would like to
> > display an error message in a panel then disable/invisible all but the
> > finish button.
> > Except that under certain circumstances, Back/Next stay on and Finish
> > never appears. Bummer...

Have you tried adding a JvWizard1.Invalidate after changing
VisibleButtons/EnabledButtons? Not that you should have to, but that could
be the reason for the strange behaviour.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvWizard questions
From: Philippe Auphelle <pauphelle.remove.this.stuff@wanadoo.fr>
Date: Wed, 23 Feb 2005 18:47:17 +0100
Newsgroups: jedi.vcl

Peter,

Thanks for your help.

> > The OnEnterPage and OnPage events executes when the page recieves focus, 
> > i.e the first time is when the wizard form is displayed since the first 
> > page then gets focus.

I thought "getting the focus" implied that Application.Run had been
executed, the form had been painted, etc.
I'm not that old at that kind of sport :)

> >You could do it in OnShow of the form:
That's what I tried at first, used a combination of OnShow OnPage and
a flag to handle the initial OnPage.
But that didn't cut it since I wanted to get the event everytime one
would get back to that page (including using the back button)
Then I figured out a better way, as I mentionned in my followup
message in that thread: restraining from using events until the second
page. I guess the Welcome page is designed to do nothing but that: Say
Welcome!

> >This is normal behavior at design-time for most controls. At run-time, it
> >should work nonetheless.

The problem is that I get the same non-deterministic behavior at
runtime, manipulating the buttons programmatically. 
In fact, the randomness of the behavior seems very similar at design
time and runtime - specially the interactions between ButtonsVisible
and ButtonsEnabled (described in my follow up message).
I really have a problem, there: When I get an error, I would like to
display an error message in a panel then disable/invisible all but the
finish button. 
Except that under certain circumstances, Back/Next stay on and Finish
never appears. Bummer...




On Wed, 23 Feb 2005 18:16:27 +0100, "Peter Thornqvist"
<peter.tornqvist@gmail.com> wrote:

>> >> When I go to one of the pages (say, Welcome) and start to toggle the
>> >> VisibleButtons and EnabledButton properties, they don't seem to behave
>> >> like I expected, i.e. the buttons don't appear, disappear or get
>> >> grayed as I manipulate the properties with the inspector.
> >This is normal behavior at design-time for most controls. At run-time, it
> >should work nonetheless.
> >
>> >> It looks like they are called even before the OnShow of the form that
>> >> contains the JvWizard, and before the other forms and modules of the
>> >> application have even been created by the project.
> >This is probably not an error as such. Check the creation order of your
> >forms: if the JvWizard form is created before the other forms, it is no
> >surprise the events are called before the other forms are created. The
> >OnEnterPage and OnPage events executes when the page recieves focus, i.e the
> >first time is when the wizard form is displayed since the first page then
> >gets focus.
> >
> >
>> >> Where can I execute something that needs to be done after the whole
>> >> set of forms and modules have been initialized (i.e. not before
>> >> Application.Run) and when the user gets to see a given page?
>> >> I tried OnPaintPage, but it ended up being a poor idea, since it
>> >> called way too much :)
> >
> >You could do it in OnShow of the form:
> >
> >procedure MyForm.MyFormShow(Sender:TObject);
> >begin
> >  InitWizard;
> >  OnShow := nil; // make sure this event is only called once
> >end;



Subject: open and open in Notepad in installer don´t work
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 23 Feb 2005 18:46:33 +0100
Newsgroups: jedi.vcl


when running the installer (which is BTW amazing! Not even commercial product has something like that with exact mimic of the Delphi Compiler and the wizards based GUI! I don´t know who did this but I have to make my WOW to him!!)

OK back to topic: If compiler messages are generated in the run of the installer the popup items 'open' and 'open in notepad' does simply does nothing!


Subject: Re: JVCL
From: Andreas Hesse <ah@ahsysteme.de>
Date: Wed, 23 Feb 2005 18:34:08 +0100
Newsgroups: jedi.vcl

TS wrote:
> Can i install individual JVCL components without installing all the set?
>
> I would like to use just a couple of the components.

But the components you need in a self made package (one for design, one for runtime),
if you need only a few out of some jvcl packages.


Subject: Re: JvWizard questions
From: "Peter Thornqvist" <peter.tornqvist@gmail.com>
Date: Wed, 23 Feb 2005 18:16:27 +0100
Newsgroups: jedi.vcl

> > When I go to one of the pages (say, Welcome) and start to toggle the
> > VisibleButtons and EnabledButton properties, they don't seem to behave
> > like I expected, i.e. the buttons don't appear, disappear or get
> > grayed as I manipulate the properties with the inspector.
This is normal behavior at design-time for most controls. At run-time, it
should work nonetheless.

> > It looks like they are called even before the OnShow of the form that
> > contains the JvWizard, and before the other forms and modules of the
> > application have even been created by the project.
This is probably not an error as such. Check the creation order of your
forms: if the JvWizard form is created before the other forms, it is no
surprise the events are called before the other forms are created. The
OnEnterPage and OnPage events executes when the page recieves focus, i.e the
first time is when the wizard form is displayed since the first page then
gets focus.


> > Where can I execute something that needs to be done after the whole
> > set of forms and modules have been initialized (i.e. not before
> > Application.Run) and when the user gets to see a given page?
> > I tried OnPaintPage, but it ended up being a poor idea, since it
> > called way too much :)

You could do it in OnShow of the form:

procedure MyForm.MyFormShow(Sender:TObject);
begin
  InitWizard;
  OnShow := nil; // make sure this event is only called once
end;

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvWizard questions (events)
From: Philippe Auphelle <pauphelle.remove.this.stuff@wanadoo.fr>
Date: Wed, 23 Feb 2005 18:08:58 +0100
Newsgroups: jedi.vcl

For the events at least, I found a workaround:
I decided to not do anything on the Welcome page (duh!), apart from
showing some text in a panel.
I deferred real things to do in the interior page 1 OnPage event, and
that insures that we're in Application.Run when I execute those
events.

But I find the fact that the JvWizardCustomPage OnPageEnter and OnPage
are fired from inside the create for their form disturbing somehow!


On Wed, 23 Feb 2005 13:38:56 +0100, Philippe Auphelle
<pauphelle@wanadoo.fr> wrote:

> >Hi,
> >
> >I have just started to play with JvWizard. 
>From a functional point of view, it looks to be exactly what I was
> >looking for (and more, since I'm far from having explored all it can
> >do) but I'm having some problems with its behavior:
> >
> >First, design time with the buttons:
> >I have placed a JvWizard on an empty form.
> >I have welcome page and a couple of interior pages.
> >When I go to one of the pages (say, Welcome) and start to toggle the
> >VisibleButtons and EnabledButton properties, they don't seem to behave
> >like I expected, i.e. the buttons don't appear, disappear or get
> >grayed as I manipulate the properties with the inspector.
> >
> >Then, runtime with the events:
> >Then I ran into another problem with the OnEnterPage and OnPage
> >properties for the Welcome page: 
> >It looks like they are called even before the OnShow of the form that
> >contains the JvWizard, and before the other forms and modules of the
> >application have even been created by the project.
> >
> >Where can I execute something that needs to be done after the whole
> >set of forms and modules have been initialized (i.e. not before
> >Application.Run) and when the user gets to see a given page?
> >I tried OnPaintPage, but it ended up being a poor idea, since it
> >called way too much :)
> >
> >TIA!



Subject: Re: JvWizard questions (buttons manipulation problem)
From: Philippe Auphelle <pauphelle.remove.this.stuff@wanadoo.fr>
Date: Wed, 23 Feb 2005 17:59:34 +0100
Newsgroups: jedi.vcl

For the buttons problem:
The same problem exists programmatically, that is, something like

  Buttons := [bkFinish];
  with JvWizardWelcomePage1 do
    begin
    VisibleButtons := Buttons;
    EnabledButtons := Buttons;
    end;

sometimes works, and sometimes doesn't change change anything to the
WelcomePage1, that sticks with its Back and Next buttons.

There seems to be something funny with the way EnabledButtons and
VisibleButtons interact:
Clearing all EnabledButtons, then setting VisibleButtons, then
enabling the required buttons seemed to improve things, but doesn't
cut it everytime:

  Buttons := [bkFinish];
  with JvWizardWelcomePage1 do
    begin
    EnabledButtons := [];
    VisibleButtons := Buttons;
    EnabledButtons := Buttons;
    end;



On Wed, 23 Feb 2005 13:38:56 +0100, Philippe Auphelle
<pauphelle@wanadoo.fr> wrote:

> >Hi,
> >
> >I have just started to play with JvWizard. 
>From a functional point of view, it looks to be exactly what I was
> >looking for (and more, since I'm far from having explored all it can
> >do) but I'm having some problems with its behavior:
> >
> >First, design time with the buttons:
> >I have placed a JvWizard on an empty form.
> >I have welcome page and a couple of interior pages.
> >When I go to one of the pages (say, Welcome) and start to toggle the
> >VisibleButtons and EnabledButton properties, they don't seem to behave
> >like I expected, i.e. the buttons don't appear, disappear or get
> >grayed as I manipulate the properties with the inspector.
> >
> >Then, runtime with the events:
> >Then I ran into another problem with the OnEnterPage and OnPage
> >properties for the Welcome page: 
> >It looks like they are called even before the OnShow of the form that
> >contains the JvWizard, and before the other forms and modules of the
> >application have even been created by the project.
> >
> >Where can I execute something that needs to be done after the whole
> >set of forms and modules have been initialized (i.e. not before
> >Application.Run) and when the user gets to see a given page?
> >I tried OnPaintPage, but it ended up being a poor idea, since it
> >called way too much :)
> >
> >TIA!



Subject: Re: JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 23 Feb 2005 16:58:52 +0100
Newsgroups: jedi.vcl

TS wrote:

> > Can i install individual JVCL components without installing all the set?
> > 
> > I would like to use just a couple of the components.

A single component is not possible. But JVCL 3 has many packages (no more
monolitic). So if you do not want DB components you can leave the DB
packages unchecked, ...

Activation and Deactivation of packages can be done by the JVCL Installer
(install.bat). But keep in mind to install the JCL first.


-- Regards, Andreas Hausladen 

Subject: JVCL
From: TS <t_saari@yahoo.com>
Date: Wed, 23 Feb 2005 17:52:39 +0200
Newsgroups: jedi.vcl

Can i install individual JVCL components without installing all the set?

I would like to use just a couple of the components.


Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Feb 2005 16:21:27 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Andreas Hausladen wrote:
>>
>>
>>> Oh I used an older file.
>>>
>>> But in order to not fail when Borland fixes this bug, I'll change the
>>> "repeat until Node=nil" loop to a "while Node <> nil do" loop.
>>
>> Have you submitted an entry in Borland's QC for this ?
>
>
> Not yet. And now I found out that my "step by step" for the QC report I
> currently write throws the hint when I compile it the first time. If I
> compile it then again the hint is no more there, but if I compile it then
> again it re-appears, and by the next compile it disappears and reapears
> with the next compile, ...
>
> What is that?

Something that Delphi 7 already does:
First compile: Messages
Second compile (no changes to the source): Nothing, it assumes you are aware of the messages

Instead of Compile, use Build, you will get the messages all the time.


Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 23 Feb 2005 16:19:48 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Instead of Compile, use Build, you will get the messages all the time.

I meant "build" that is why I'm so confused. But it looks like that I'm
not the only one who is confused by that. The dcc32 is also confused.
After a build (warning) I do a compile (no warning). Then I do a build (no
warning) and again a build (warning).

How should I describe this bug when it is not always reproduceable with
the same steps. I think I should add at least three kinds of steps :-)


-- Regards, Andreas Hausladen 

Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 23 Feb 2005 15:45:57 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Andreas Hausladen wrote:
> > 
>> > > Oh I used an older file.
>> > > 
>> > > But in order to not fail when Borland fixes this bug, I'll change the
>> > > "repeat until Node=nil" loop to a "while Node <> nil do" loop.
> > 
> > Have you submitted an entry in Borland's QC for this ?

Not yet. And now I found out that my "step by step" for the QC report I
currently write throws the hint when I compile it the first time. If I
compile it then again the hint is no more there, but if I compile it then
again it re-appears, and by the next compile it disappears and reapears
with the next compile, ...

What is that?

-- Regards, Andreas Hausladen 

Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Feb 2005 15:45:16 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Oh I used an older file.
>
> But in order to not fail when Borland fixes this bug, I'll change the
> "repeat until Node=nil" loop to a "while Node <> nil do" loop.

Have you submitted an entry in Borland's QC for this ?


Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 23 Feb 2005 15:31:29 +0100
Newsgroups: jedi.vcl

Oh I used an older file.

But in order to not fail when Borland fixes this bug, I'll change the
"repeat until Node=nil" loop to a "while Node <> nil do" loop.

-- Regards, Andreas Hausladen 

Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 23 Feb 2005 15:24:28 +0100
Newsgroups: jedi.vcl

AAAAAhhhhhhh.

If I compile the file with the Delphi 2005 command line compiler I now get
the hint that the assigned value for ParentNode is not used.
That means that the command line compiler is not the same as the IDE
compiler.
Borland what have you done?


-- Regards, Andreas Hausladen 

Subject: Re: Why i can`t get daily zip of JVCL?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 23 Feb 2005 14:13:10 +0100
Newsgroups: jedi.vcl

Dmitry Rotmanov wrote:

> Why it don`t Work? Explain me please ?

What do you mean by "it does not work" ?
The last generated one is there, but there isn't one everyday because my home server is offline.
And this will last for at least one more month.


Subject: JvWizard questions
From: Philippe Auphelle <pauphelle@wanadoo.fr>
Date: Wed, 23 Feb 2005 13:38:56 +0100
Newsgroups: jedi.vcl

Hi,

I have just started to play with JvWizard. 
From a functional point of view, it looks to be exactly what I was
looking for (and more, since I'm far from having explored all it can
do) but I'm having some problems with its behavior:

First, design time with the buttons:
I have placed a JvWizard on an empty form.
I have welcome page and a couple of interior pages.
When I go to one of the pages (say, Welcome) and start to toggle the
VisibleButtons and EnabledButton properties, they don't seem to behave
like I expected, i.e. the buttons don't appear, disappear or get
grayed as I manipulate the properties with the inspector.

Then, runtime with the events:
Then I ran into another problem with the OnEnterPage and OnPage
properties for the Welcome page: 
It looks like they are called even before the OnShow of the form that
contains the JvWizard, and before the other forms and modules of the
application have even been created by the project.

Where can I execute something that needs to be done after the whole
set of forms and modules have been initialized (i.e. not before
Application.Run) and when the user gets to see a given page?
I tried OnPaintPage, but it ended up being a poor idea, since it
called way too much :)

TIA!



Subject: Why i can`t get daily zip of JVCL?
From: "Dmitry Rotmanov" <rotmanov@cosmostv.by>
Date: Wed, 23 Feb 2005 13:19:00 +0200
Newsgroups: jedi.vcl

Why it don`t Work? Explain me please ?




Subject: Re: problem with JVCL and Quickreport
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Feb 2005 11:02:26 +0100
Newsgroups: jedi.vcl

JVCL2 cannot handle QR4, but JVCL3 can. You just need to tell the installer
(after installing the latest JCL!): select the target (d7 in your case) and
click the "Edit jvcl.inc file". In the new dialog, check the QREPORT4 and
JVCL_UseQuickReport options. Continue the install.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: problem with JVCL and Quickreport
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 23 Feb 2005 10:49:46 +0100
Newsgroups: jedi.vcl

Martin wrote:

> >       FATAL: '"C:\Programme\Borland\Delphi7\Projects\Bpl"\DJclVcl.dcp'
> > does not exists - don't know how to make it
> > 
> >  Notice: The wrong(?) quotation mark are no typing error, thats the exact
> > wording of the error message, bizarre, isnt it?

There is no problem with such a quotated filename. Even MSDOS can handle
this.

> > Now, I really don't know what do do!

Install the newest JCL before you install the newest JVCL.
JVCL and JCL are two different projects. And JVCL requires a preinstalled
JCL.


-- Regards, Andreas Hausladen 

Subject: problem with JVCL and Quickreport
From: "Martin" <lange_martin@gmx.de>
Date: Wed, 23 Feb 2005 10:38:22 +0100
Newsgroups: jedi.vcl

Hi folks :winke:

i've a little problem with my delphi 7 and some special components:



Up to now I used the quick report v 3 and I just updated to the version 4
(of course after correct uninstalling the old components)



During the installation progress I received the error message "The package
qrpt70.bpl already contains [some-kind-of-qr-unit-i-forget]



So I looked for file of the mentioned package (located in the system32-dir)
and deleted. After that the installation finished without problems.



But then the problems with my JVCL V 2 component begans, there are 2 error
message appearing every time i start my Delphi IDE:



"qrpt70.bpl could not be located in the path specified" and then



"jvcl could not be loaded. Should I try to load it next time you start
Delphi?"



According to this, I am not able to use the JVCL component suite - because
there do just not exist in my pallet - consequential.



It seems, that both components, the JVCL and Quickreport 3, are using the
missing file (qrpt70.bpl) synchronous?



I'll tried to recover the mentioned package, but then the error message with
the duplicate unit appears  again - and the quickreport could not be loaded.



But I really need both of the components. ):



Ok, next thing I tried: I looked for another JVCL Version and tried the same
procedure with the JVCL version 3!

But during the installation of this version of the suit, I receive the
following error message:



      FATAL: '"C:\Programme\Borland\Delphi7\Projects\Bpl"\DJclVcl.dcp' does
not exists - don't know how to make it


 Notice: The wrong(?) quotation mark are no typing error, thats the exact
wording of the error message, bizarre, isnt it?



Now, I really don't know what do do!



I hope something of you has an useful advice, what to do know?



many thanks in advance!


Martoeng





Ps:

Please excuse my particulary (or complete (; ) bad english, i'm just
learning (:





Subject: Upgrade problems
From: "Steve Warburton" <Steve.Warburton@orange.net>
Date: Wed, 23 Feb 2005 09:29:37 -0000
Newsgroups: jedi.vcl

I have just re-opened an old project to update some code. I am getting 
errors saying the following canot be found.


JVclock1
various TJvButton
various JVEdit1
and JvMultilineListbox.dcu

I seem to remeber upgrading the JVcomponents.

Any ideas

Cheers

SteveW 




Subject: JvXPBar image problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 23 Feb 2005 10:17:05 +0100
Newsgroups: jedi.vcl

The content of the images listed in JvXPBar.rc are not the same as the originals of the donation. Is there a reason for the change of the images?


Subject: Jv_MIDAS option still causes problems...
From: Dave Hamdon <not@not.com>
Date: Tue, 22 Feb 2005 10:11:50 -0800
Newsgroups: jedi.vcl

I turned on the Jv_MIDAS option before installing the latest JVCL from CVS as of yesterday evening.  Everything compiles fine.  Says it is installed.  But when I go to run Delphi 7, I get a bunch of package conflicting errors???

Does anybody else turn this option on?  Does it work for you?

Thanks,
Dave.


Subject: Re: MDI form background
From: Phil Hansen <skilphil@mailbox.co.za>
Date: Tue, 22 Feb 2005 19:27:47 +0200
Newsgroups: jedi.vcl

On Mon, 21 Feb 2005 06:32:38 +0100, Robert Rossmair
<Robert.Rossmair@gmx.net> wrote:

> >I have found the problem.  It's a bug - in your code: fAbout gets 
> >auto-created in TimeLog.dpr; on the other hand, the menu handler to open 
> >fAbout looks like

Now I understand why this happened. The forms were removed from the
Auto Create in project options ( hence the code to create(self) ) and
then put back into auto create.
Learning something new every day <G>.
Thanks for the help



Subject: Re: Using TJvAppXMLFileStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 22 Feb 2005 16:28:09 +0100
Newsgroups: jedi.vcl

> >I have implemented this component in my app and all works great, except I
> >can't figure out how to have my .xml file stored under a sub-folder of...
> >
> >C:\Documents and Settings\Paul\Application Data
> >
> >I'd like to have it be a sub-folder with my company name, then application
> >name.
> >
> >I tried setting the "FileName" property to {company}\{app}\settings.xml,
> >but I get an access violation when tryint to Write to it. For some reason
> >it does not create the sub-folder structure.
> >
> >Anyone know how I can do this?
> >
> >Thanks
> >Paul
> >
> >Paul, Programmer/Analyst
> >iPAW.net
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

This is not a supported feature of the filename property. There shouldn't
be an AV but it's definitly not supported.

This feature is only available only for the StoragePath property.

Add an entry to mantis and we will see if it could be included into the
filename property.

http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Feb 2005 16:08:11 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Then leave the IFDEFs, with a nice comment explaining why they are here.

Have a look at my added code ;-)



-- Regards, Andreas Hausladen 

Subject: Re: TJvDesktopAlert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Feb 2005 15:56:28 +0100
Newsgroups: jedi.vcl

> > I changed:
> > uses ...,JvExForms
> >
> > //  TJvDesktopAlert = class(TJvCommonDialogP)
> >   TJvDesktopAlert = class(TJvExCustomForm)

Wrong place. You should have changed TJvDesktopAlertForm in
JvDesktopAlertForm.pas . You will have to make some other adjustments as
well:

add to public:

property OnClose;
property OnShow;
property ParentFont;

You also have to change some method signatures of the stacker component so
it recieves a TCustomForm isto TForm. There might be other changes required,
but they should be minor (i.e som etypecasts, maybe). I don't have the
modified unit here at work, otherwise I could have posted it to binaries. I
don't want to change my work copy since I use it in our apps.

FWIW, I tried the changes on my own copy (at home, not at work) and it seems
to work as Remko stated. I don't now, however, what other side-effects this
change might have, so I would prefer if someone else tests this more
thouroughly before comitting to CVS.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Using TJvAppXMLFileStorage
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Tue, 22 Feb 2005 15:52:59 +0100
Newsgroups: jedi.vcl

I have implemented this component in my app and all works great, except I
can't figure out how to have my .xml file stored under a sub-folder of...

C:\Documents and Settings\Paul\Application Data

I'd like to have it be a sub-folder with my company name, then application
name.

I tried setting the "FileName" property to {company}\{app}\settings.xml,
but I get an access violation when tryint to Write to it. For some reason
it does not create the sub-folder structure.

Anyone know how I can do this?

Thanks
Paul

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 22 Feb 2005 14:48:56 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:cvetus$sjq$1@talkto.net>:

> > Well, any developper could do it. But you can test it on your own local 
> > version of the JVCL and let us know how it goes...
Ok, I've tried to change TJvDesktopAlert to derive from TJvExCustomForm
but...

I changed:
uses ...,JvExForms

//  TJvDesktopAlert = class(TJvCommonDialogP)
  TJvDesktopAlert = class(TJvExCustomForm)
   ...
//    procedure Execute; override;
    procedure Execute;

and set a comment in a line which reads SetFocus()....

When running the sample from binaries newsgroup, I get a "EResNotFound in
Modul "ExchgEmail.exe at 000374CC. Ressource TJvDesktopAlert not found"
error.

Don't know how to handle this error. Perhaps sbdy of you has got an idea
how to fix this?

Thx
-- cu, Michael 

Subject: Potential problems with JvFormPlacement.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 14:25:08 +0100
Newsgroups: jedi.vcl

I have not checked yet if all those problems really apply.

1. The use of Value: Variant for TJvStoredValue can cause exceptions when used with registry storage.
The reason is that Delphi does not store the type of the Variant in the ..dfm file. When initializing Value from the .dfm file it *guesses* at the correct type.
For a Double = 0 for example it guesses varByte and subsequently tries to read an Integer from the registry.
Probably even juicier is the guess varCurrency. I have not verified it yet, but i know that varCurrency for a Variant which should hold a Double is really a PITA.

2. Variant seems not to be able handle Extended. At least there is no type varExtended.

3. I am not sure if 1 can also cause problems when handling strings vs WideStrings.
At least the registry stores strings always as WideStrings on Win 2000/XP so a wrong guess may read back a WideString as string.

4. ReadFloat and WriteFloat is used for Single and Double, but stores an Extended.
This can cause the value restored to differ from the value stored because Extended and Double (or Single)  hold different parts of the realm of real numbers.

5. Storing floating points as strings may cause locale problems because Delphi uses the decimal separator for the number representation.

6. Storing floating point as strings causes a similar problem to 4. Textual representation is to base 10 whereas the internal format is to base 2. Conversion inaccuracies are bound to happen.


1, 2 and 3 may need a reimplementation of TJvStoredValue without the use of Variant.
4 should be solved by introducing ReadSingle/WriteSingle, ReadDouble/WriteDouble and ReadExtended/WriteExtended methods.
5 could be solved by setting DecimalSeparator to '.' temporarily when reading or writing (if retained).
6 (and 5) can be solved by giving up normal floating point strings and store a hex string representing the bytes of the floating point.


Subject: Printing with TJvRichEdit
From: "wildTiger" <wildtiger_rj@walla.com>
Date: Tue, 22 Feb 2005 14:24:28 +0100
Newsgroups: jedi.vcl

 Hi, all!

 I'd like to know if any of you there use TJvRichEdit to print text. I'm 
using it in an app as a small editor and I'd like to print its content in 
plain paper, envelopes and labels.

 First I tried QR, but QR's rich-text comp does not support the inserted 
bitmaps TJvRichEdit support, and that's a must for me. Beside this 
limitation, I could stream TJvRE's contents out to QR's comp and it 
worked fine. QR has many pre-formatted sizes, including envelopes and 
labels, and that helps a lot.

 Suggestions on this problem like using other comps, workarounds using QR 
or anything else are very welcome.

 Thanks all in advance,
 R.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvWizard pages not themed?
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Tue, 22 Feb 2005 12:59:21 -0000
Newsgroups: jedi.vcl

Hi,

I noticed that the JvWizard pages are still not compatible with Mike
Lischke' ThemeManager. When I put panels or group boxes they either appear
black (color clNone) or transparent. This issue dates back to the original
KWizard.

Regards

Trev




Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 22 Feb 2005 12:23:16 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:cvetus$sjq$1@talkto.net>:

> > Well, any developper could do it. But you can test it on your own local 
> > version of the JVCL and let us know how it goes...
Ok I will try to do so...


-- cu, Michael 

Subject: Re: Question about latest change in JvFormPlacement.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 12:23:08 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> All, but especially Robert M.
>
>     What exactly is the reason the parameter name Value was changed to AValue? It's not because parameters should have an A-suffix (otherwise you'd have changed the Ident parameter name as well), so it seemed a bit odd to me to do it with the Value parameter only.

I did it to be able to search the use of the Value property. It was the easiest way to achieve it. There are problems with that property.
There is not enough information stored in the .dfm for a Variant. The type of the Variant is not stored which gives problems with registry storage of Double (and some other types). It tries to restore an Integer then.


Subject: Re: data Files for Examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 12:18:32 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> While reworking some examples to include it in the MegaDemo I have to rename the existing Forms, because there can not two forms or units with the same name. In this case I delete the old Form and checked a new in. This was my way of rename. Is this OK?

There is no other way of renaming in CVS anyway.
The loss of CVS history is not important for such files.

Having the data files also in the local demo directory helps to keep them together. Otherwise it is easy to forget what the data file is for.


Subject: Re: My concerns about JvMemoryData was true.
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Tue, 22 Feb 2005 08:03:40 -0300
Newsgroups: jedi.vcl

Dierk escreveu:
>> procedure TRxMemoryData.InternalPost;
>> var
>>   RecPos: Integer;
>> begin
>>   inherited; {12/05/2004 GERALDO - senao nao checa campos requeridos}
>
>
> What is the affect of adding this? It is inherited from virtual; abstract;
> Why not adding then this on InternalFirst, too?

I'm using Delphi 6.

procedure TDataSet.InternalPost;
begin
  CheckRequiredFields;
end;

If internalPost isn't called via inherited TJvMemoryData doesn't check any required field.

Geraldo Lopes de Souza


Subject: Re: My concerns about JvMemoryData was true.
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 22 Feb 2005 10:42:28 +0100
Newsgroups: jedi.vcl

> > procedure TRxMemoryData.InternalPost;
> > var
> >    RecPos: Integer;
> > begin
> >    inherited; {12/05/2004 GERALDO - senao nao checa campos requeridos}

What is the affect of adding this? It is inherited from virtual; abstract;
Why not adding then this on InternalFirst, too?

I use TJVMemoryData in my applications too. I think that it works very
stable. But I think there must be a memory leak.
After 2 weeks of using (posting every 5 seconds) the applications used
memory is grown enormous.
But I use the component for purposes other than intended. My Memorydata
holds only one record with about 100 fields.

Greetings
Dierk




Subject: Re: TJvDesktopAlert
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Feb 2005 10:39:11 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> "Remko Bonte" wrote in message <news:cvdm5u$lrb$1@talkto.net>:
>
>
>> A solution is to make TJvFormDesktopAlert a descendant of TJvExCustomForm, so it is not added to form list of the TScreen instance.
>
> Don't know, however if this is correct who is able to change this if the
> members of Jedi agree to this solution? 

Well, any developper could do it. But you can test it on your own local version of the JVCL and let us know how it goes...


Subject: Question about latest change in JvFormPlacement.pas
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 22 Feb 2005 10:33:03 +0100
Newsgroups: jedi.vcl

All, but especially Robert M.

    What exactly is the reason the parameter name Value was changed to AValue? It's not because parameters should have an A-suffix (otherwise you'd have changed the Ident parameter name as well), so it seemed a bit odd to me to do it with the Value parameter only.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 22 Feb 2005 10:28:35 +0100
Newsgroups: jedi.vcl

"Remko Bonte" wrote in message <news:cvdm5u$lrb$1@talkto.net>:

> > A solution is to make TJvFormDesktopAlert a descendant of 
> > TJvExCustomForm, so it is not added to form list of the TScreen instance.
Don't know, however if this is correct who is able to change this if the
members of Jedi agree to this solution? 

-- cu, Michael 

Subject: Re: data Files for Examples
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 22 Feb 2005 10:03:07 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> Ralf Grenzing wrote:
>
>> To cut a long story short: Is it OK when I move all the files which belongs to examples in the bin\data folder?
>
>
> That is what the bin\data folder is for. Please do not move,

why not move? It would reduce download sizes.

While reworking some examples to include it in the MegaDemo I have to rename the existing Forms, because there can not two forms or units with the same name. In this case I delete the old Form and checked a new in. This was my way of rename. Is this OK?


 but copy
> the file. If there are problems with duplicate files then create subdirectories in bin\data.
> It would be nice to give the data files names which identify the component using it.


Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Feb 2005 10:02:10 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> without any IFDEF, provided this doesn't throw a hint under D5-7 (Value
>> not used).
>
>
> But it gives you a hint "Value not used".

Then leave the IFDEFs, with a nice comment explaining why they are here.


Subject: Re: data Files for Examples
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 22 Feb 2005 09:59:28 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> while working on the MegaDemo to evolve it to a GigaDemo I realized that in the folder of some examples there are files which should go with the examples. E.G. bchball.ani is in \Examples\JvAni.
>>
>> AFAIKS all the examples gets build to bin directory and therefore I would suggest to move all these files to bin\Data.
>>
>> To cut a long story short: Is it OK when I move all the files which belongs to examples in the bin\data folder?
>
>
> That might be problematic. I already had to put the plugins in different folders to prevent crashes.

perhaps we misunderstood each other. I was NOT talking about the examples it selves but only about the files which the executables uses to demonstrates the feature. E.h. .ANI, .HTML, :XML


Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Feb 2005 09:53:23 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > without any IFDEF, provided this doesn't throw a hint under D5-7 (Value
> > not used).

But it gives you a hint "Value not used".



-- Regards, Andreas Hausladen 

Subject: Re: HAS_INLINE condition
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Feb 2005 09:50:40 +0100
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt wrote:

> > The above gives solvable (?) problems with the JVCL installer.

Then solve it.



-- Regards, Andreas Hausladen 

Subject: Re: JvColorTrackBar Orientation Property?
From: "norberto" <pellicci@shaw.ca>
Date: Tue, 22 Feb 2005 00:44:52 -0800
Newsgroups: jedi.vcl

Hi Florent,

Sorry i didn't mean to give you extra work. Thank you VERY much though! i
will download from CVS and use it.

Take care.

norberto

"Florent Ouchet" <ouchet.florent@laposte.net> wrote in message
news:cvch3m$c5s$1@talkto.net...
>> > > i was wondering if there is a way to change the orientation of the
>> > > JvColorTrackBar from Horizontal to vertical? i like the other properties
it
>> > > has (Bar and Arrow, for instance) and would prefer to use this component
>> > > unless there is another component that does have these features as well
as
>> > > the Vertical orientation.
> >
> > Done, it is commited to the CVS repository. anonymous access to the CVS
> > repository is delayed of some hours...
> >
> > Florent




Subject: Re: data Files for Examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 09:31:58 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> To cut a long story short: Is it OK when I move all the files which belongs to examples in the bin\data folder?

That is what the bin\data folder is for. Please do not move, but copy the file. If there are problems with duplicate files then create subdirectories in bin\data.
It would be nice to give the data files names which identify the component using it.


Subject: Re: HAS_INLINE condition
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 09:22:15 +0100
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt wrote:

> I will add it to jedi.inc in JCL and JVCL today.

Done.

> BTW i ask all to test the JVCL without common\jedi.inc.
> I think this file should be dropped to avoid version differences.

The above gives solvable (?) problems with the JVCL installer.


Subject: Re: data Files for Examples
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Feb 2005 09:21:44 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> while working on the MegaDemo to evolve it to a GigaDemo I realized that in the folder of some examples there are files which should go with the examples. E.G. bchball.ani is in \Examples\JvAni.
>
> AFAIKS all the examples gets build to bin directory and therefore I would suggest to move all these files to bin\Data.
>
> To cut a long story short: Is it OK when I move all the files which belongs to examples in the bin\data folder?

That might be problematic. I already had to put the plugins in different folders to prevent crashes.


Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Feb 2005 09:20:43 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> If not then better drop the IFDEFs.
>
> I don't think so because this will leave a "Warning" for Delphi 2005

What Robert was suggesting is to do this:

ParentNode := nil;

without any IFDEF, provided this doesn't throw a hint under D5-7 (Value not used).


Subject: Re: TJvPlugin
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 22 Feb 2005 09:19:18 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> starCOM wrote:
>
>> Not quiet sure your point. In the thread execute routine,   while not Terminated do
>>   begin
>>     if StartProcessing then ProcessMessage
>>     else
>>       Application.ProcessMessages;
>>   end;
>
>
> I doubt that the above will ever work. The VCL is not threadsafe and ProcessMessages activates the VCL, ie calls methods of the VCL.

Exactly. Only the MAIN thread must call ProcessMessages, and only during very specific conditions.
Other threads don't have to call it, it is not required, and even dangerous as you can see.


Subject: my first checkins for JVCLMegaDemo
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 22 Feb 2005 08:14:01 +0100
Newsgroups: jedi.vcl

Hi Developers

So now it is on and my first check ins of Delphi Files are in. If I break anything or did something wrong please just tell me.

best regards

Ralf Grenzing
JVCL MegaDemo Developer

P.S. wrong choice. You should have taken option A ...


Subject: data Files for Examples
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 22 Feb 2005 08:11:54 +0100
Newsgroups: jedi.vcl

while working on the MegaDemo to evolve it to a GigaDemo I realized that in the folder of some examples there are files which should go with the examples. E.G. bchball.ani is in \Examples\JvAni.

AFAIKS all the examples gets build to bin directory and therefore I would suggest to move all these files to bin\Data.

To cut a long story short: Is it OK when I move all the files which belongs to examples in the bin\data folder?

best regards

Ralf Grenzing
JVCL MegaDemo Developer


Subject: Re: UnitVersioning
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 22 Feb 2005 07:55:36 +0100
Newsgroups: jedi.vcl

Uwe Schuster schrieb:
> On Mon, 21 Feb 2005 22:39:56 +0100, Jens Fudickar wrote:
>
>
>> The point is, until now there is no simple sample to show the contents of the list. But it shouldn't be the problem for you :-) And i would like to see your solution to copy it into my app:-)
>>
>> Also have a look at the thread "UnitVersioning solution for mantis #1035 (JclDebug/ExceptDlg with Revision)" in the jcl newsgroup. It seems that uwe schuster is working on this topic also.
>
>
> I am working on the fundamentals and not on something visual.
> The changes for the ExceptDlg are inside JclDebug.GetLocationInfoStr
> (for now).
> I've created a simple example for UnitVersioning(Providers) + JclDebug
> but this isn't sufficient as JVCL example.
>
> Uwe

Quite unsure but I want to show some stuff in the MegaDemo from the JCL and visual or not. Strings are also visual. Or what do you think?


Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 22 Feb 2005 07:26:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Maybe the optimizer is better and creates this condition.

???


> > Does it throw a hint for D5-7?

Delphi 5-7 have no problems.


> > If not then better drop the IFDEFs.

I don't think so because this will leave a "Warning" for Delphi 2005



-- Regards, Andreas Hausladen 

Subject: Re: JvDockControlHashTable.Insert and Delphi 2005
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 06:48:30 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have fixed it temporary with an IFDEF setting ParentNode to nil when
> compiling for COMPILER9.

Maybe the optimizer is better and creates this condition.
Does it throw a hint for D5-7? If not then better drop the IFDEFs.


Subject: Re: HAS_INLINE condition
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 06:45:52 +0100
Newsgroups: jedi.jcl,jedi.vcl

Robert Rossmair wrote:

>> What about a HAS_INLINE condition in jedi.inc ?

> Basically yes, but should be SUPPORTS_INLINE.

I will add it to jedi.inc in JCL and JVCL today.

BTW i ask all to test the JVCL without common\jedi.inc.
I think this file should be dropped to avoid version differences.


Subject: Re: TJvPlugin
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 06:43:24 +0100
Newsgroups: jedi.vcl

starCOM wrote:

> Not quiet sure your point. In the thread execute routine,   while not Terminated do
>   begin
>     if StartProcessing then ProcessMessage
>     else
>       Application.ProcessMessages;
>   end;

I doubt that the above will ever work. The VCL is not threadsafe and ProcessMessages activates the VCL, ie calls methods of the VCL.


Subject: Re: UnitVersioning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 22 Feb 2005 06:39:38 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> I didn't think so. If there are no registered units the list is empty. So where is the problem?

Yes, such a sample is a good idea.
The only drawback is that the sample looks useless if the JVCL is compiled with standard options. The sample should show a dialog if the list is empty to solve the mystery.
The sample may also need dxgettext support because the Installer has dxgettext support activated. Otherwise the sample uses a different name than the installer for the option.


Subject: Re: MDI form background
From: Phil Hansen <skilphil@mailbox.co.za>
Date: Tue, 22 Feb 2005 06:30:29 +0200
Newsgroups: jedi.vcl

On Mon, 21 Feb 2005 06:32:38 +0100, Robert Rossmair
<Robert.Rossmair@gmx.net> wrote:

> >I have found the problem.  It's a bug - in your code: fAbout gets 
> >auto-created in TimeLog.dpr; on the other hand, the menu handler to open 
> >fAbout looks like

Thanks for looking at it and the explaination.
Cheers



Subject: Re: TJvPlugin
From: "starCOM" <mcmahon2-@comcast.net>
Date: Tue, 22 Feb 2005 00:10:12 +0100
Newsgroups: jedi.vcl

> >starCOM wrote:
> >
>> >>  I have one plugin that is misbehaving. Unfortunately I don't know if 
it 
>> >> started with V3 or RC1. The only thing unique with this plugin vs the 
>> >> others that are working fine, is that this plugin creates a worker 
>> >> thread. In the plugin destroy, I terminate the thread but the waitfor 
>> >> hangs. I've tried an alternative onterminate event, but that's never 
>> >> invoked.
> >
> >If WaitFor hangs it's because your thread has not finished. Calling 
Free 
> >will do this:
> >
> >If Suspended then Resume;
> >Terminate
> >WaitFor
> >
> >Hence, if you do not test the value of Terminated to finish upon it, 
> >WaitFor will wait indefinitely, hence hang.
> >

Not quiet sure your point. In the thread execute routine, 
  while not Terminated do
  begin
    if StartProcessing then ProcessMessage
    else
      Application.ProcessMessages;
  end;

The behavior appears to be message related. The app will hang during 
unload of the plugin w a child thread. Right clicking on the task bar on 
the app, as if to close, will free it up and the threaded plugin & 
following plugins will unload.
Thanks,
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDesktopAlert
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 21 Feb 2005 23:13:01 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> I've made a little example and posted it to binaries with the subject
> TJvDesktopAlert.

Because TJvFormDesktopAlert is a TForm descendant, TApplication.UpdateVisible is executed on showing of the desktop alert. Calling this procedure will display the application button on the taskbar.

A solution is to make TJvFormDesktopAlert a descendant of TJvExCustomForm, so it is not added to form list of the TScreen instance.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: UnitVersioning
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 21 Feb 2005 23:07:15 +0100
Newsgroups: jedi.vcl

On Mon, 21 Feb 2005 22:47:24 +0100, "Andreas Hausladen" wrote:

>> >> Also have a look at the thread "UnitVersioning solution for mantis #1035
>> >> (JclDebug/ExceptDlg with Revision)" in the jcl newsgroup. It seems that
>> >> uwe schuster is working on this topic also.
> >
> >BTW: UnitVersioning works also with DLLs without using ShareMem or
> >something similar.

And soon also for units without built-in version information and any
other files - for example resources.

Uwe


Subject: Re: UnitVersioning
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 21 Feb 2005 22:58:14 +0100
Newsgroups: jedi.vcl

On Mon, 21 Feb 2005 22:39:56 +0100, Jens Fudickar wrote:

> >The point is, until now there is no simple sample to show the contents 
> >of the list. But it shouldn't be the problem for you :-) And i would 
> >like to see your solution to copy it into my app:-)
> >
> >Also have a look at the thread "UnitVersioning solution for mantis #1035 
> >(JclDebug/ExceptDlg with Revision)" in the jcl newsgroup. It seems that 
> >uwe schuster is working on this topic also.

I am working on the fundamentals and not on something visual.
The changes for the ExceptDlg are inside JclDebug.GetLocationInfoStr
(for now).
I've created a simple example for UnitVersioning(Providers) + JclDebug
but this isn't sufficient as JVCL example.

Uwe


Subject: Re: UnitVersioning
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Feb 2005 22:47:24 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Also have a look at the thread "UnitVersioning solution for mantis #1035
> > (JclDebug/ExceptDlg with Revision)" in the jcl newsgroup. It seems that
> > uwe schuster is working on this topic also.

BTW: UnitVersioning works also with DLLs without using ShareMem or
something similar.


-- Regards, Andreas Hausladen 

Subject: Re: UnitVersioning
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 21 Feb 2005 22:39:56 +0100
Newsgroups: jedi.vcl



Robert Marquardt schrieb:
> Ralf Grenzing wrote:
>
>> sound very good! :-) Any example I can include in the MegaDemo I am actually working on?
>
>
> That is not possible or at least not easy. It is only enabled if the JVCL is rebuilt for it.

I didn't think so. If there are no registered units the list is empty. So where is the problem?

The point is, until now there is no simple sample to show the contents of the list. But it shouldn't be the problem for you :-) And i would like to see your solution to copy it into my app:-)

Also have a look at the thread "UnitVersioning solution for mantis #1035 (JclDebug/ExceptDlg with Revision)" in the jcl newsgroup. It seems that uwe schuster is working on this topic also.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvDockControlHashTable.Insert and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Feb 2005 20:57:07 +0100
Newsgroups: jedi.vcl

The Delphi 2005 compiler thinks that the ParentNode variable in
TJvDockControlHashTable.Insert is not initialized (D5-7 have no problems
with that).

I have fixed it temporary with an IFDEF setting ParentNode to nil when
compiling for COMPILER9.


-- Regards, Andreas Hausladen 

Subject: Re: HAS_INLINE condition
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 21 Feb 2005 20:32:26 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi,

Andreas Hausladen wrote:
> What about a HAS_INLINE condition in jedi.inc ?
>
> {$IFDEF COMILER9_UP}
>  {$DEFINE HAS_INLINE}
> {$ENDIF COMPILER9_UP}

Basically yes, but should be SUPPORTS_INLINE.


Subject: HAS_INLINE condition
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Feb 2005 20:10:12 +0100
Newsgroups: jedi.jcl,jedi.vcl

What about a HAS_INLINE condition in jedi.inc ?

{$IFDEF COMILER9_UP}
 {$DEFINE HAS_INLINE}
{$ENDIF COMPILER9_UP}


-- Regards, Andreas Hausladen 

Subject: Re: UnitVersioning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 21 Feb 2005 19:25:16 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> sound very good! :-) Any example I can include in the MegaDemo I am actually working on?

That is not possible or at least not easy. It is only enabled if the JVCL is rebuilt for it.


Subject: Re: TJvTransparentButton and Down property
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 21 Feb 2005 18:01:11 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote:

> > Set GroupIndex <> 0

Oh dear! 
Yes, it is clear, 
thank you, Peter. 



Subject: Re: TJvDesktopAlert
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Feb 2005 16:42:40 +0100
Newsgroups: jedi.vcl

John Friel wrote:

>> It's a newsgroup like this one on the same server. The messages have
>> attachments (like emails) and because they are "binary" (not text) and usually big, the group is called "binaries".
>> Note that there is nothing preventing you from posting messages with attachment here as well, but you will face some relative "anger" from readers here as it takes a long time opening messages with attachements.
>> Hence the process of posting a small text message here, mentionning the message with the attachment in binaries.
>
>
> I failed.  I found the web based jedi.binaries and actually found the message, but there was no "save as" or "download" link to get just the attachment.  Is there an NNTP server I can point Outlook Express to so I can see the attachment ?

Absolutely: news://forums.talkto.net/jedi.binaries/

The web based version is just here as a backup system.


Subject: Re: TJvDesktopAlert
From: "John Friel" <jedi@frieltek.com>
Date: Mon, 21 Feb 2005 09:20:17 -0600
Newsgroups: jedi.vcl

> > It's a newsgroup like this one on the same server. The messages have
> > attachments (like emails) and because they are "binary" (not text) and 
> > usually big, the group is called "binaries".
> > Note that there is nothing preventing you from posting messages with 
> > attachment here as well, but you will face some relative "anger" from 
> > readers here as it takes a long time opening messages with attachements.
> > Hence the process of posting a small text message here, mentionning the 
> > message with the attachment in binaries.

I failed.  I found the web based jedi.binaries and actually found the 
message, but there was no "save as" or "download" link to get just the 
attachment.  Is there an NNTP server I can point Outlook Express to so I can 
see the attachment ?

John 




Subject: Re: TJvDesktopAlert
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Feb 2005 16:13:58 +0100
Newsgroups: jedi.vcl

John Friel wrote:

> I've never downloaded from the Binaries. But, here's no time like the present to go fishing and learn something new! I'll get it downloaded and let you know what I find.

Just in case:
It's a newsgroup like this one on the same server. The messages have attachments (like emails) and because they are "binary" (not text) and usually big, the group is called "binaries".
Note that there is nothing preventing you from posting messages with attachment here as well, but you will face some relative "anger" from readers here as it takes a long time opening messages with attachements.
Hence the process of posting a small text message here, mentionning the message with the attachment in binaries.


Subject: Re: TJvDesktopAlert
From: "John Friel" <jedi@frieltek.com>
Date: Mon, 21 Feb 2005 09:01:28 -0600
Newsgroups: jedi.vcl

I've never downloaded from the Binaries. But, here's no time like the 
present to go fishing and learn something new! I'll get it downloaded and 
let you know what I find.

Cheers

John

"Michael Fritz" <spam_athome@yahoo.de> wrote in message 
news:1wv29azb0xkvz.17xpoir1z6xam$.dlg@40tude.net...
> > "John Friel" wrote in message <news:cv5ou3$1br$1@talkto.net>:
> >
>> >> Can you put together a simple little example of what is happening so I 
>> >> can
>> >> download and test it too?
> > John,
> >
> > I've made a little example and posted it to binaries with the subject
> > TJvDesktopAlert.
> >
> > Thanks for testing!
> > -- 
> > cu,
> > Michael 




Subject: Re: JvDocking glitch
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Mon, 21 Feb 2005 14:43:59 -0000
Newsgroups: jedi.vcl

Thanks Olivier

"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:cvckni$d4p$1@talkto.net...
> > Trev wrote:
> >
>> > > <<Please have a look at the very latest CVS version, it has been
improved.>>
>> > > Is there an easier way? I have just seen your Intro document which
states
>> > > "CVS does have a learning curve; it is not simple to use." I'd just like
to
>> > > download and test the latest version, not install new applications etc
:-(
> >
> > The learning curve is for developers. For users it's a matter of
> > installing TortoiseCVS, right clicking on a folder, checkout the module
> > and that's all.
> > There also is the daily packages site (http://jvcl.sf.net/daily/) but
> > right now the zips are not generated. I'll generate one in the upcoming
> > hours. Download it and you'll have all the latest files.
> >
> > Cheers
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: JvDocking glitch
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 21 Feb 2005 09:28:59 -0500
Newsgroups: jedi.vcl

Trev wrote:
> Hi,
>
> I am using JvDocking with D5. When I close the main form I get index out of
> bounds errors which can be traced to a TList (see Madshi error report
> attached).

Is this at designtime or at runtime? If at runtime, please post your code sample.

Warren


Subject: Re: UnitVersioning
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 21 Feb 2005 14:47:05 +0100
Newsgroups: jedi.vcl

Jens schrieb:
>>> Andreas Hausladen schrieb:
>>>
>>>> Wouldn't it be easier if we move the {$IFDEF UNITVERSIONING}
>>>> const
>>>>  UnitVersioning: TUnitVersionInfo = (
>>>> ....
>>>> {$ENDIF}
>>>>
>>>> from the end of the file to the end of the interface section so a user
>>>> could access the const by
>>>> "Unitname.UnitVersioning". And the more important result would be that
>>>> Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.
>>>>
>>>>
>>>
>>> just out of curiosity: what is the unit versioning used for?
>>>
>>>
>>
>> That's realy easy :-)
>>
>> You can include a list of unit versions into your application, and if an
>> error occurs you can look, if there are changes for this unit and version.
>>
>> I like the approach.
>>
>
>
> Because it was my idea :-) And Andreas does the most of the coding!
>
> Jens
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


sound very good! :-) Any example I can include in the MegaDemo I am actually working on?


Subject: Re: UnitVersioning
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 21 Feb 2005 14:43:32 +0100
Newsgroups: jedi.vcl

> That's realy easy :-)
>
> You can include a list of unit versions into your application, and if an
> error occurs you can look, if there are changes for this unit and version.

    For Jedi.NET I went a slightly different route, since .NET doesn't know the concept of units and unit initialization sections. The Delphi compiler does some pretty nifty things to make those work (in .NET, each class will have a class constructor that will be called exactly once during the application lifetime: the first time the class is used; The Delphi compiler turns every unit into a hidden class and every class in that unit will, through the class constructor reference that unit class, which will call the unit's class constructor: the initialization section).

    Anyway, In Jedi.NET you can attach an SourceVersion attribute to a class, enumeration, interface, etc:

type
  [CVSSourceVersion('$Header$')]
  MyClass =  class
  end;

    The CVSSourceVersionAttribute attribute is a descendant from the SourceVersionAttribute attribute, but is capable of parsing the CVS expanded keywords; the overloaded constructor allows you to either specify the single $Header$ or $Id$ keyword line, or the $Source$/$RCSfile$, $Revision$ and $Date$ keywords as separate parameters.

    Note that for Delphi-only code, I could simple register the unit using the initialization section (it will not be called until at least one of the *classes* in that unit is used), but for non-Delphi code, this would not be very user-friendly, that's why I chose the approach above.

    A helper class allows you to retrieve the info from an instance or type from code:

with SourceInfo.InfoFrom(TypeOf(MyClass)) do
begin
  lblInfo.Text := System.String.Format('File {0}, revision {1}. Last modified {2}', SourceFile, Revision, Date);
end;

    If the specified type/instance doesn't have any SourceVersion attribute, the above code would return an empty string for SourceFile, Revision '0.0' and a "null" date (not really null, but 1-1-0001).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: UnitVersioning
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 21 Feb 2005 14:12:09 +0100
Newsgroups: jedi.vcl

>> >>Andreas Hausladen schrieb:
>>> >>> Wouldn't it be easier if we move the 
>>> >>> {$IFDEF UNITVERSIONING}
>>> >>> const
>>> >>>   UnitVersioning: TUnitVersionInfo = (
>>> >>> ....
>>> >>> {$ENDIF}
>>> >>> 
>>> >>> from the end of the file to the end of the interface section so a user
>>> >>> could access the const by
>>> >>> "Unitname.UnitVersioning". And the more important result would be that
>>> >>> Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.
>>> >>> 
>>> >>> 
>> >>just out of curiosity: what is the unit versioning used for?
>> >>
>> >>
> >That's realy easy :-)
> >
> >You can include a list of unit versions into your application, and if an
> >error occurs you can look, if there are changes for this unit and version.
> >
> >I like the approach.
> >

Because it was my idea :-) And Andreas does the most of the coding!

Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: UnitVersioning
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 21 Feb 2005 14:11:29 +0100
Newsgroups: jedi.vcl

> >Andreas Hausladen schrieb:
>> >> Wouldn't it be easier if we move the 
>> >> {$IFDEF UNITVERSIONING}
>> >> const
>> >>   UnitVersioning: TUnitVersionInfo = (
>> >> ....
>> >> {$ENDIF}
>> >> 
>> >> from the end of the file to the end of the interface section so a user
>> >> could access the const by
>> >> "Unitname.UnitVersioning". And the more important result would be that
>> >> Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.
>> >> 
>> >> 
> >just out of curiosity: what is the unit versioning used for?
> >
> >
That's realy easy :-)

You can include a list of unit versions into your application, and if an
error occurs you can look, if there are changes for this unit and version.

I like the approach.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppIniFileStorage writes only LAST
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 21 Feb 2005 14:08:40 +0100
Newsgroups: jedi.vcl

> >This code (simple application with one main form and button with 
> >OnClick=JvHTButton1Click) writes to ini file ONLY the LAST item ('test4')
> >
> >TForm1.JvHTButton1Click(Sender: TObject);
> >begin
> >  JvAppIniFileStorage1.DefaultSection := 'TEST';
> >  JvAppIniFileStorage1.WriteInteger('test1',10);
> >  JvAppIniFileStorage1.WriteInteger('test2',20);
> >  JvAppIniFileStorage1.WriteInteger('test3',30);
> >  JvAppIniFileStorage1.WriteInteger('test4',40);
> >  JvAppIniFileStorage1.Flush;
> >end;
> >
> >
> >AutoFlush=false
> >AutoReload=false
> >ReadOnly=false
> >
> >
> >regards
> >
> >plamen 
> >
> >
> >
Please add an entry to mantis.
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDocking glitch
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Feb 2005 14:00:37 +0100
Newsgroups: jedi.vcl

Trev wrote:

> What happened to the daily builds?

cron is not running at SourceForge and may not restart.
I was running it on my local server, and doing it remotely every morning. But I moved to a new place and I haven't yet got the Internet setup at my place. This should happen in the coming months, but right now, I have to start it manually from work.
And because it's only the first day of my second week in this new job, I'm trying to minimize the amount of time I spend not working on my tasks.

Cheers

Olivier


Subject: Re: My concerns about JvMemoryData was true.
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Mon, 21 Feb 2005 09:51:21 -0300
Newsgroups: jedi.vcl


Found the error.

TJvMemoryData.InternalPost must call inherited in it's begining TDataset.InternalPost only job is to call CheckRequiredFields.

Mea culpa. This error was not introduced in JVCL. Rx has it too.
I've fixed locally in rx. I just know that I fixed because I've commented the code :)

procedure TRxMemoryData.InternalPost;
var
  RecPos: Integer;
begin
  inherited; {12/05/2004 GERALDO - senao nao checa campos requeridos}

I need to buy more ram to my brains :)


Geraldo Lopes escreveu:
> Hi,
>
> I've changed one big application from Rx to JVCL 3rc1.
> I've asked about TJvMemoryData's stability. I've got no response.
> I took a look at JvMemoryData's code, and it's very changed.
>
> After the migration I've noted that if you set a field as required it'll be posted without validating this property.
>
> It's very simple to simulate this.
>
> Complex components, especially the non-visual ones must have Tests.
> I'm interested in writing one for JvMemoryData, but I don't know where to start.
>
> What approach you would use to test a Dataset ?
> Compare it's results with TQuery ? (a proved dataset)
>
> Are there a generic TDataset tester ?
> Jvcl has more than one Dataset.
>
> Geraldo Lopes de Souza
>


Subject: JvAppIniFileStorage writes only LAST
From: "Plamen Petkov" <plamendp@bgstore.com>
Date: Mon, 21 Feb 2005 14:49:14 +0200
Newsgroups: jedi.vcl

This code (simple application with one main form and button with 
OnClick=JvHTButton1Click) writes to ini file ONLY the LAST item ('test4')

TForm1.JvHTButton1Click(Sender: TObject);
begin
  JvAppIniFileStorage1.DefaultSection := 'TEST';
  JvAppIniFileStorage1.WriteInteger('test1',10);
  JvAppIniFileStorage1.WriteInteger('test2',20);
  JvAppIniFileStorage1.WriteInteger('test3',30);
  JvAppIniFileStorage1.WriteInteger('test4',40);
  JvAppIniFileStorage1.Flush;
end;


AutoFlush=false
AutoReload=false
ReadOnly=false


regards

plamen 




Subject: Re: JvDocking glitch
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Feb 2005 13:49:10 +0100
Newsgroups: jedi.vcl

Trev wrote:

> <<Please have a look at the very latest CVS version, it has been improved.>>
> Is there an easier way? I have just seen your Intro document which states
> "CVS does have a learning curve; it is not simple to use." I'd just like to
> download and test the latest version, not install new applications etc :-(

The learning curve is for developers. For users it's a matter of installing TortoiseCVS, right clicking on a folder, checkout the module and that's all.
There also is the daily packages site (http://jvcl.sf.net/daily/) but right now the zips are not generated. I'll generate one in the upcoming hours. Download it and you'll have all the latest files.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDocking glitch
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Mon, 21 Feb 2005 12:43:05 -0000
Newsgroups: jedi.vcl

What happened to the daily builds?

T

"Trev" <trevor.pegley@[nospam]ntlworld.com> wrote in message
news:cvcj5h$cp3$1@talkto.net...
> > <<Which version are you using? What date?>>
> > JVCL3 rc1 dated mid Jan 2005
> >
> > <<Please have a look at the very latest CVS version, it has been
improved.>>
> > Is there an easier way? I have just seen your Intro document which states
> > "CVS does have a learning curve; it is not simple to use." I'd just like
to
> > download and test the latest version, not install new applications etc :-(
> >
> > Trev
> >
> >
> > "OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
> > news:cvc4m9$8te$1@talkto.net...
>> > > Trev wrote:
>>> > > > Hi,
>>> > > >
>>> > > > I am using JvDocking with D5. When I close the main form I get index
out
> > of
>>> > > > bounds errors which can be traced to a TList (see Madshi error report
>>> > > > attached).
>>> > > >
>>> > > > Also, if  I click on the components at design time and press delete I
> > get
>>> > > > rtl errors.
>> > >
>> > > Which version are you using? What date?
>> > >
>> > >
>>> > > > Finally, a feature request....  I'd like some new events OnDock and
>>> > > > OnDocking so I can rearrange my form if required.
>> > >
>> > > Please have a look at the very latest CVS version, it has been improved.
>> > >
> >
> >




Subject: My concerns about JvMemoryData was true.
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Mon, 21 Feb 2005 09:35:41 -0300
Newsgroups: jedi.vcl

Hi,

I've changed one big application from Rx to JVCL 3rc1.
I've asked about TJvMemoryData's stability. I've got no response.
I took a look at JvMemoryData's code, and it's very changed.

After the migration I've noted that if you set a field as required it'll be posted without validating this property.

It's very simple to simulate this.

Complex components, especially the non-visual ones must have Tests.
I'm interested in writing one for JvMemoryData, but I don't know where to start.

What approach you would use to test a Dataset ?
Compare it's results with TQuery ? (a proved dataset)

Are there a generic TDataset tester ?
Jvcl has more than one Dataset.

Geraldo Lopes de Souza



Subject: Re: My concerns about JvMemoryData was true.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 21 Feb 2005 13:24:59 +0100
Newsgroups: jedi.vcl

> > I've asked about TJvMemoryData's stability. I've got no response.
Probably because no one knows.

> > I'm interested in writing one for JvMemoryData, but I don't know where
> > to start.
Great! You should take a look at the available tests in dev/DUnit (NOTE:
case sensitive!) in CVS. There aren't that many, but you should get an idea
on how it works.


> > What approach you would use to test a Dataset ?
I'd write tests that:
- Add and update using valid data (should fail if it doesn't work)
- Add and update using invalid data (should fail if it works)
- Delete records based on keys/filters/iteration etc (should fail if it
doesn't works)
- Copy supported data from another dataset (should fail if it doesn't work)
- Copy unsupported data from another dataset  (should fail if it works)
- Modify records

> > Compare it's results with TQuery ? (a proved dataset)
Sure, why not?

> > Are there a generic TDataset tester ?
Not that I know of. Certainly not in JVCL

> > Jvcl has more than one Dataset.
Indeed


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDocking glitch
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Mon, 21 Feb 2005 12:15:24 -0000
Newsgroups: jedi.vcl

<<Which version are you using? What date?>>
JVCL3 rc1 dated mid Jan 2005

<<Please have a look at the very latest CVS version, it has been improved.>>
Is there an easier way? I have just seen your Intro document which states
"CVS does have a learning curve; it is not simple to use." I'd just like to
download and test the latest version, not install new applications etc :-(

Trev


"OBones" <oobnes__gf_@_gfd_altern.org> wrote in message
news:cvc4m9$8te$1@talkto.net...
> > Trev wrote:
>> > > Hi,
>> > >
>> > > I am using JvDocking with D5. When I close the main form I get index out
of
>> > > bounds errors which can be traced to a TList (see Madshi error report
>> > > attached).
>> > >
>> > > Also, if  I click on the components at design time and press delete I
get
>> > > rtl errors.
> >
> > Which version are you using? What date?
> >
> >
>> > > Finally, a feature request....  I'd like some new events OnDock and
>> > > OnDocking so I can rearrange my form if required.
> >
> > Please have a look at the very latest CVS version, it has been improved.
> >




Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 21 Feb 2005 12:40:46 +0100
Newsgroups: jedi.vcl

"John Friel" wrote in message <news:cv5ou3$1br$1@talkto.net>:

> > Can you put together a simple little example of what is happening so I can 
> > download and test it too?
John,

I've made a little example and posted it to binaries with the subject
TJvDesktopAlert.

Thanks for testing!
-- cu, Michael 

Subject: Re: JvColorTrackBar Orientation Property?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 21 Feb 2005 12:37:44 +0100
Newsgroups: jedi.vcl

> i was wondering if there is a way to change the orientation of the
> JvColorTrackBar from Horizontal to vertical? i like the other properties it
> has (Bar and Arrow, for instance) and would prefer to use this component
> unless there is another component that does have these features as well as
> the Vertical orientation.

Done, it is commited to the CVS repository. anonymous access to the CVS repository is delayed of some hours...

Florent


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Will Watts <willw@applied.spambait.co.uk>
Date: Mon, 21 Feb 2005 10:56:46 GMT
Newsgroups: jedi.vcl

In article <cv5c2g$u2r$1@talkto.net>, Geraldo Lopes wrote:
> > What a hard week I'm having.

Sorry about that!

Will Watts



Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Will Watts <willw@applied.spambait.co.uk>
Date: Mon, 21 Feb 2005 10:56:46 GMT
Newsgroups: jedi.vcl

Anyone?

In article <VA.00000008.04bfc398@applied.spambait.co.uk>, Will Watts 
wrote:
> > Probably being very stupid, but what is the difference between the 
> > converter files RxToJVCLApp.dat and RxLib.dat?
> > 
> > I notice, relating to Geraldo's comments, that RxLib.dat contains 
> > 
> > TRxTrayIcon=TJvTrayIcon
> > 
> > whereas RxToJVCLApp.dat contains
> > 
> > TRxTrayIcon=TJvxTrayIcon
> > 
> > which then would require an extra step to get to JVCL 3.0. So I suppose 
> > that RxLib.dat is more modern, but both are maintained in the CVS, so 
> > I'd like to get the intention right.
> >

-- Will Watts 

Subject: Re: Information about JvHLEditor
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 21 Feb 2005 11:23:44 +0100
Newsgroups: jedi.vcl

Scott J. Miles schrieb:
> Is there anywhere I can find more documentation or examples for the JvHLEditor? For example, was there help for this component in the old RALib distro?
>
> Looks like a great component, but studying source is making my eyes blurry. =P
>
> Regards,
> Scott
>
quite unsure what you are searching for, but perhaps SynEdit is
something for you?
just google for SynEdit and Delphi.




Subject: Re: UnitVersioning
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 21 Feb 2005 11:23:37 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> Wouldn't it be easier if we move the {$IFDEF UNITVERSIONING}
> const
>   UnitVersioning: TUnitVersionInfo = (
> ....
> {$ENDIF}
>
> from the end of the file to the end of the interface section so a user
> could access the const by
> "Unitname.UnitVersioning". And the more important result would be that
> Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.
>
>
just out of curiosity: what is the unit versioning used for?



Subject: Re: JvColorTrackBar Orientation Property?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 21 Feb 2005 11:12:04 +0100
Newsgroups: jedi.vcl

> i was wondering if there is a way to change the orientation of the
> JvColorTrackBar from Horizontal to vertical? i like the other properties it
> has (Bar and Arrow, for instance) and would prefer to use this component
> unless there is another component that does have these features as well as
> the Vertical orientation.

The gradient function can as well be used for vertical gradients, I am modifying the component so its fill direction will be vertical (top to bottom or bottom to top) or horizontal (left to right or right to left).

Florent


Subject: Re: JvRadioGroup AutoSave jvcl 2.10 to 3.0
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 21 Feb 2005 11:09:57 +0100
Newsgroups: jedi.vcl

> > Property AutoSave does not exist
> >
> > Any comments?

Use a TJvFormStorage and add the radiogroup's ItemIndex to StoredProps

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvTransparentButton and Down property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 21 Feb 2005 11:06:12 +0100
Newsgroups: jedi.vcl

> > trying to convert an example form Delphi into BCB I am not
> > able to set property Down of TJvTransparentButton to
> > true state neither in deisign time nor run time as well.
> >
> > Where is the problem?

Set GroupIndex <> 0

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Information about JvHLEditor
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 21 Feb 2005 11:04:44 +0100
Newsgroups: jedi.vcl

Scott J. Miles schrieb:
> Is there anywhere I can find more documentation or examples for the JvHLEditor? For example, was there help for this component in the old RALib distro?
>
> Looks like a great component, but studying source is making my eyes blurry. =P
>
> Regards,
> Scott
>
quite unsure what you are searching for, but perhaps SynEdit is
something for you?




Subject: Re: TJvPlugin
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Feb 2005 09:17:37 +0100
Newsgroups: jedi.vcl

starCOM wrote:

>  I have one plugin that is misbehaving. Unfortunately I don't know if it started with V3 or RC1. The only thing unique with this plugin vs the others that are working fine, is that this plugin creates a worker thread. In the plugin destroy, I terminate the thread but the waitfor hangs. I've tried an alternative onterminate event, but that's never invoked.

If WaitFor hangs it's because your thread has not finished. Calling Free will do this:

If Suspended then Resume;
Terminate
WaitFor

Hence, if you do not test the value of Terminated to finish upon it, WaitFor will wait indefinitely, hence hang.


Subject: JvRadioGroup AutoSave jvcl 2.10 to 3.0
From: "Alexander Goncharov" <gas_metakom@mail.ru>
Date: Mon, 21 Feb 2005 10:15:50 +0200
Newsgroups: jedi.vcl

Property AutoSave does not exist

Any comments?
--
Best regards, 
Alex.


Subject: Re: JvDocking glitch
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 21 Feb 2005 09:15:21 +0100
Newsgroups: jedi.vcl

Trev wrote:
> Hi,
>
> I am using JvDocking with D5. When I close the main form I get index out of
> bounds errors which can be traced to a TList (see Madshi error report
> attached).
>
> Also, if  I click on the components at design time and press delete I get
> rtl errors.

Which version are you using? What date?


> Finally, a feature request....  I'd like some new events OnDock and
> OnDocking so I can rearrange my form if required.

Please have a look at the very latest CVS version, it has been improved.



Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 21 Feb 2005 09:13:10 +0100
Newsgroups: jedi.vcl

"John Friel" wrote in message <news:cv5ou3$1br$1@talkto.net>:

> > Can you put together a simple little example of what is happening so I can 
> > download and test it too?
Yes, I will do this the next hour and put the example into binaries.


-- cu, Michael 

Subject: JvFormPlacement throws exception when reading back a Double
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 21 Feb 2005 08:32:08 +0100
Newsgroups: jedi.vcl

Mantis 2666 (with test source):
When entering TJvStoredValue.Restore the Value (a Variant) is typed as varByte instead of varDouble.
Consequently reading of the registry fails by trying to read an Extended of reg type REG_BINARY into an Integer.

I am not familiar enough with JvFormPlacement to find the above bug.
My guess is that the variant type of Value gets not correctly initialized.

Another problenm is to handle varSingle, varDouble and varCurrency through ReadFloat/WriteFloat which uses Extended. This can cause conversion inaccuracies to happen.


Subject: TJvTransparentButton and Down property
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 21 Feb 2005 07:13:49 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
trying to convert an example form Delphi into BCB I am not
able to set property Down of TJvTransparentButton to 
true state neither in deisign time nor run time as well.

Where is the problem?
Should I add an entry to the Matis?


Regards,
Vaclav


Subject: Re: MDI form background
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 21 Feb 2005 06:32:38 +0100
Newsgroups: jedi.vcl

Phil Hansen wrote:

>> BTW, I have no problems to display an image on forms other than the main form.
>
>
> Still cannot get it to work.
> Have made a example with the main menu form that shows the background
> and one called from the menu that doesn't. Posted in binaries.

I have found the problem.  It's a bug - in your code: fAbout gets auto-created in TimeLog.dpr; on the other hand, the menu handler to open fAbout looks like

procedure TfMain.About1Click(Sender: TObject);
begin
   fAbout := TfAbout.Create(Self);
   fAbout.ShowModal;
   fAbout.Free;
end;

I.e., fAbout here gets a second, newly created instance assigned to, leaving the first instance orphaned.

Now the form's name needs to be unique on a global scope.  For that reason TReader.ReadRootComponent() renames the new instance to 'fAbout_1'.

This happens before JvBackground2 resolves its list of client names, and thus the resolution fails.

Greetings, Robert


Subject: JvColorTrackBar Orientation Property?
From: "norberto" <pellicci@shaw.ca>
Date: Sun, 20 Feb 2005 19:04:50 -0800
Newsgroups: jedi.vcl

i was wondering if there is a way to change the orientation of the
JvColorTrackBar from Horizontal to vertical? i like the other properties it
has (Bar and Arrow, for instance) and would prefer to use this component
unless there is another component that does have these features as well as
the Vertical orientation.

Can anyone please help in this?

Thanks.

norberto




Subject: TJvPlugin
From: "starCOM" <mcmahon2-@comcast.net>
Date: Mon, 21 Feb 2005 00:32:09 +0100
Newsgroups: jedi.vcl

 I have one plugin that is misbehaving. Unfortunately I don't know if it 
started with V3 or RC1. The only thing unique with this plugin vs the 
others that are working fine, is that this plugin creates a worker 
thread. In the plugin destroy, I terminate the thread but the waitfor 
hangs. I've tried an alternative onterminate event, but that's never 
invoked.
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDocking glitch
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Sun, 20 Feb 2005 14:20:28 -0000
Newsgroups: jedi.vcl

Hi,

I am using JvDocking with D5. When I close the main form I get index out of
bounds errors which can be traced to a TList (see Madshi error report
attached).

Also, if  I click on the components at design time and press delete I get
rtl errors.

Finally, a feature request....  I'd like some new events OnDock and
OnDocking so I can rearrange my form if required.

Thanks

Trev




To: tp@home.com
Subject: bug report

date/time         : 2005-02-20, 12:41:55, 67ms
computer name     : NUMBER2
user name         : Trev
operating system  : Windows XP build 2600
system language   : English
system up time    : 10 minutes 39 seconds 
program up time   : 14 seconds 
processor         : Mobile AMD Athlon(tm) 4 Processor
physical memory   : 68/239 MB (free/total)
free disk space   : (C:) 2.42 GB (W:) 1.68 GB
display mode      : 1024x768, 32 bit
process id        : $8c8
allocated memory  : 3.12 MB
executable        : Project2.exe
exec. date/time   : 2005-02-19 23:10
madExcept version : 2.7g
exception class   : EListError
exception message : List index out of bounds (4).

main thread ($8cc):
00433301 Project2.exe Classes                 TList.Get
00437ed6 Project2.exe Classes                 TComponent.Notification
00448283 Project2.exe Controls                TControl.Notification
0046011c Project2.exe Forms                   TCustomForm.Notification
00437da9 Project2.exe Classes                 TComponent.RemoveComponent
00437c19 Project2.exe Classes                 TComponent.Destroy
00448014 Project2.exe Controls                TControl.Destroy
0044affb Project2.exe Controls                TWinControl.Destroy
0045081d Project2.exe Controls                TCustomControl.Destroy
0046bfbe Project2.exe JvExControls            TJvExCustomControl.Destroy
00480c75 Project2.exe JvDockSupportControl    TJvDockCustomPanelSplitter.Destroy
0044afcb Project2.exe Controls                TWinControl.Destroy
0045f314 Project2.exe Forms                   TScrollingWinControl.Destroy
0045ffc3 Project2.exe Forms                   TCustomForm.Destroy
00437e0a Project2.exe Classes                 TComponent.DestroyComponents
0045e077 Project2.exe Forms                   DoneApplication
0042d79a Project2.exe SysUtils                DoExitProc
004039f8 Project2.exe System                  @Halt0
0049463c Project2.exe Project2             17 initialization

modules:
00400000 Project2.exe               W:\Test\JvDock
10000000 PGPhk.dll    7.0.3.0       C:\WINDOWS\System32
5ad70000 uxtheme.dll  6.0.2600.0    C:\WINDOWS\system32
63180000 SHLWAPI.dll  6.0.2730.1200 C:\WINDOWS\system32
71950000 comctl32.dll 6.0.2600.0    C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.0.0_x-ww_1382d70a
71aa0000 WS2HELP.dll  5.1.2600.0    C:\WINDOWS\System32
71ab0000 WS2_32.dll   5.1.2600.0    C:\WINDOWS\System32
71ad0000 wsock32.dll  5.1.2600.0    C:\WINDOWS\System32
763b0000 comdlg32.dll 6.0.2600.0    C:\WINDOWS\system32
76f90000 Secur32.dll  5.1.2600.0    C:\WINDOWS\System32
77120000 oleaut32.dll 3.50.5014.0   C:\WINDOWS\system32
771b0000 OLE32.DLL    5.1.2600.118  C:\WINDOWS\system32
77340000 comctl32.dll 5.82.2600.0   C:\WINDOWS\system32
773d0000 SHELL32.dll  6.0.2600.115  C:\WINDOWS\system32
77c00000 version.dll  5.1.2600.0    C:\WINDOWS\system32
77c10000 MSVCRT.DLL   7.0.2600.0    C:\WINDOWS\system32
77c70000 GDI32.dll    5.1.2600.0    C:\WINDOWS\system32
77d40000 user32.dll   5.1.2600.118  C:\WINDOWS\system32
77dd0000 ADVAPI32.dll 5.1.2600.0    C:\WINDOWS\system32
77e60000 kernel32.dll 5.1.2600.0    C:\WINDOWS\system32
77f50000 ntdll.dll    5.1.2600.114  C:\WINDOWS\System32
78000000 RPCRT4.dll   5.1.2600.109  C:\WINDOWS\system32

hardware:
+ Batteries
  - Microsoft AC Adapter
  - Microsoft ACPI-Compliant Control Method Battery
+ Computer
  - Advanced Configuration and Power Interface (ACPI) PC
+ Disk drives
  - FUJITSU MHR2020AT
  - USB DISK Pro USB Device
+ Display adapters
  - S3 Graphics Twister K + S3Hotkey (driver 11.80.14.0)
+ DVD/CD-ROM drives
  - QSI DVD-ROM SDR-081
+ Floppy disk controllers
  - Standard floppy disk controller
+ Floppy disk drives
  - Floppy disk drive
  - USB DISK Pro USB Device
+ IDE ATA/ATAPI controllers
  - Primary IDE Channel
  - Secondary IDE Channel
  - VIA Bus Master IDE Controller
+ Infrared devices
  - VIA Fast Infrared Controller (driver 5.1.2480.0)
+ Keyboards
  - Standard 101/102-Key or Microsoft Natural PS/2 Keyboard
+ Mice and other pointing devices
  - Microsoft PS/2 Mouse
+ Modems
  - HSP56 MR
+ Monitors
  - Default Monitor
  - Default Monitor
+ Network adapters
  - VIA Compatable Fast Ethernet Adapter
+ PCMCIA adapters
  - Texas Instruments PCI-1420 CardBus Controller
  - Texas Instruments PCI-1420 CardBus Controller
+ Ports (COM & LPT)
  - Communications Port (COM1)
  - Printer Port (LPT1)
+ Processors
  - Mobile AMD Athlon(tm) 4 Processor
+ Sound, video and game controllers
  - Audio Codecs
  - Legacy Audio Drivers
  - Legacy Video Capture Devices
  - Media Control Devices
  - VIA AC'97 Audio Controller (WDM)
  - Video Codecs
+ System devices
  - ACPI Fixed Feature Button
  - ACPI Lid
  - ACPI Sleep Button
  - Direct memory access controller
  - Easy Start Button (driver 1.15.0.0)
  - ISAPNP Read Data Port
  - Logical Disk Manager
  - Microcode Update Device
  - Microsoft ACPI-Compliant Embedded Controller
  - Microsoft ACPI-Compliant System
  - Microsoft Composite Battery
  - Motherboard resources
  - Numeric data processor
  - PCI bus
  - Plug and Play Software Device Enumerator
  - Printer Port Logical Interface
  - Programmable interrupt controller
  - System board
  - System CMOS/real time clock
  - System speaker
  - System timer
  - Terminal Server Device Redirector
  - Terminal Server Keyboard Driver
  - Terminal Server Mouse Driver
  - VIA Tech CPU to AGP Controller
  - VIA Tech CPU to PCI bridge
  - VIA Tech PCI to ISA bridge
  - VIA Tech Power Management Controller
  - Volume Manager
+ Universal Serial Bus controllers
  - USB Mass Storage Device
  - USB Root Hub
  - VIA Rev 5 or later USB Universal Host Controller

disassembling:
[...]
004332f2   cmp     esi, [ebx+8]
004332f5   jl      loc_433306
004332f7   mov     edx, [$498ed4]
004332fd   mov     ecx, esi
004332ff   mov     eax, [ebx]
00433301 > call    -$92 ($433274)         ; TList.Error
00433306   mov     eax, [ebx+4]
00433309   mov     eax, [eax+esi*4]
0043330c   pop     esi
0043330d   pop     ebx
0043330e   ret

bug report.txt
	



Subject: Re: JvCLX3 :: JvHint* dependencies
From: "Helen Borrie" <helebor@tpg.com.au>
Date: Sun, 20 Feb 2005 13:35:15 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Helen Borrie wrote:
> > 
>> > > I'm totally hog-tied at the moment trying to compile JvCLX3 because
>> > > it falls over on dependencies in the JvHint* units on
>> > > TCaptionProperty.  I can't find an implementation of
>> > > TCaptionProperty anywhere in CLX.
> > 
> > JVCLX does not work at the moment. And if it would compile there is no
> > garantee that the components really work as expected.

OK, thanks Andreas - I will wait.  I wrote to Andre, who said that the
latest doesn't work.  I should have mentioned I was referring to the
October 2003 kit from CodeCentral.

Helen


Subject: Re: New JvExVCL is not commited
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 20 Feb 2005 14:32:18 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > BTW why does JvExControls.pas work without the MACROINCLUDE?
> > Is it the file name?

Yes. dpp32.exe looks for a file "filename.macros"

-- Regards, Andreas Hausladen 

Subject: Re: New JvExVCL is not commited
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 20 Feb 2005 14:07:47 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Only if you change the dpp32.exe.

BTW why does JvExControls.pas work without the MACROINCLUDE?
Is it the file name?


Subject: Re: JvCLX3 :: JvHint* dependencies
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 20 Feb 2005 11:59:26 +0100
Newsgroups: jedi.vcl

Helen Borrie wrote:

> > I'm totally hog-tied at the moment trying to compile JvCLX3 because it
> > falls over on dependencies in the JvHint* units on TCaptionProperty.  I
> > can't find an implementation of TCaptionProperty anywhere in CLX.

JVCLX does not work at the moment. And if it would compile there is no
garantee that the components really work as expected.


-- Regards, Andreas Hausladen 

Subject: Re: New JvExVCL is not commited
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 20 Feb 2005 11:57:30 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The only indications for generated files are now
> > the "{MACROINCLUDE JvExControls.macros}" line (can that be deleted on
> > generation?)

Only if you change the dpp32.exe.


-- Regards, Andreas Hausladen 

Subject: Re: New JvExVCL is not commited
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 20 Feb 2005 08:51:47 +0100
Newsgroups: jedi.vcl

Fixed in CVS.
Style cleaned templates in effect now.

The only indications for generated files are now
the "{MACROINCLUDE JvExControls.macros}" line (can that be deleted on generation?) and the missing " {TJv... } " in the divider lines.

In JvExControls.pas there is also optimization switched on for COMPILER5. I have added lines to switch it off afterwards (if needed).


Subject: Re: New JvExVCL is not commited
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 20 Feb 2005 07:24:03 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Non Issue, WEAKPACKAGEUNIT should not be used anyway, it's a bug trigger for C++ Builder.

I am still reluctant to favor developer convienience over code generation. Automatically adding a method at the end of the file needs moving it anyway in almost all cases.


Subject: Re: New JvExVCL is not commited
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 20 Feb 2005 07:21:10 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(49)
> Fehler: Deklaration erwartet, aber Bezeichner 'JvTypes' gefunden

Ouch, a ';' where a ',' should be.
For a fast fix switch off the UNITVERSIONING (Unit-Versionierung) checkbox in the installer. You do not lose anything important.
I will update the files.


Subject: JvCLX3 :: JvHint* dependencies
From: "Helen Borrie" <helebor@tpg.com.au>
Date: Sun, 20 Feb 2005 03:00:32 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Andre, 

I'm totally hog-tied at the moment trying to compile JvCLX3 because it
falls over on dependencies in the JvHint* units on TCaptionProperty.  I
can't find an implementation of TCaptionProperty anywhere in CLX.

Is this an error, or have you implemented the class somewhere in a
package I can't see?

Thanks,
Helen


Subject: Re: New JvExVCL is not commited
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 19 Feb 2005 23:45:30 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I am against placing initialization outside the IFDEF UNITVERSIONING.
> The reason given for it is that it makes editing easier. All files having always an initialization section may get problematic with WEAKPACKAGEUNIT and may produce larger EXEs. Not to mention possible future compatibility issues with FreePascal.

Non Issue, WEAKPACKAGEUNIT should not be used anyway, it's a bug trigger for C++ Builder.


Subject: Re: New JvExVCL is not commited
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 19 Feb 2005 22:14:18 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > KARLHEINZ JANSEN wrote:
> > 
>> > > I get many errors during install in JvExStdCtrls.pas.
>> > > 
>> > > Line 49, 52, 54 and so on.
>> > > 
>> > > Any ideas?
> > 
> > All is well here with latest CVS and D6.

Not for me with the newest CVS and D7.

Karlheinz

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(49)
Fehler: Deklaration erwartet, aber Bezeichner 'JvTypes' gefunden
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(52)
Fehler: Undefinierter Bezeichner: 'IJvExControl'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(54)
Fehler: Undefinierter Bezeichner: 'TJVCLAboutInfo'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(103)
Fehler: Undefinierter Bezeichner: 'TDlgCodes'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(270)
Fehler: Undefinierter Bezeichner: 'TJvClipboardCommands'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(273)
Fehler: Undefinierter Bezeichner: 'caCopy'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(273)
Fehler: Konstantenausdruck erwartet
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(341)
Fehler: Konstantenausdruck erwartet
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1176)
Fehler: Undefinierter Bezeichner: 'ShiftStateToKeyData'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1186)
Fehler: Undefinierter Bezeichner: 'GetHintColor'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1304)
Fehler: Undefinierter Bezeichner: 'CM_DENYSUBCLASSING'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1305)
Fehler: Undefinierter Bezeichner: 'IJvDenySubClassing'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1396)
Fehler: Undefinierter Bezeichner: 'dcNative'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1396)
Fehler: Undefinierter Bezeichner: 'DlgcToDlgCodes'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1396)
Fehler: Inkompatible Typen
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1398)
Fehler: Operator ist auf diesen Operandentyp nicht anwendbar
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1399)
Fehler: Undefinierter Bezeichner: 'DlgCodesToDlgc'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1469)
Fehler: Undefinierter Bezeichner: 'ShiftStateToKeyData'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1479)
Fehler: Undefinierter Bezeichner: 'GetHintColor'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1525)
Fehler: Undefinierter Bezeichner: 'CM_DENYSUBCLASSING'

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1526)
Fehler: Undefinierter Bezeichner: 'IJvDenySubClassing'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1628)
Fehler: Undefinierter Bezeichner: 'ShiftStateToKeyData'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1638)
Fehler: Undefinierter Bezeichner: 'GetHintColor'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvExStdCtrls.pas(1684)
Fehler: Undefinierter Bezeichner: 'CM_DENYSUBCLASSING'



Subject: Re: UTF-8 BOM and po files
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 19 Feb 2005 19:22:55 +0100
Newsgroups: jedi.vcl

> > I have seen that also. The entries are marked "fuzzy".
> > It seems to relate to deleted strings.
These entries are generally not correct so I tend to delete the translation
and resave the file. At least then I know which entries need to be
translated the next time I work on the file (they are placed at the top in
poEdit).


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvSimpleXML doesn't work anymore
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 19 Feb 2005 19:20:54 +0100
Newsgroups: jedi.vcl

Ah, thanks

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvSimpleXML doesn't work anymore
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 19 Feb 2005 19:15:16 +0100
Newsgroups: jedi.vcl

Fixed in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: JvSimpleXML doesn't work anymore
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 19 Feb 2005 18:50:52 +0100
Newsgroups: jedi.vcl

From Mantis comment:
"CDATA sections that has white space between the CDATA and the last [.
This is allowed."

But this is not allowed for everything where

<?xml version

becomes:

<?xmlversion


-- Regards, Andreas Hausladen 

Subject: JvSimpleXML doesn't work anymore
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 19 Feb 2005 18:42:35 +0100
Newsgroups: jedi.vcl

TJvSimpleXMLElemsProlog.LoadFromStream

loads the whole file so there is nothing left for 
TJvSimpleXMLElemClassic.LoadFromStream


-- Regards, Andreas Hausladen 

Subject: Re: New JvExVCL is not commited
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 19 Feb 2005 18:35:38 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I have tried to style clean the templates, but the installer crashes
> > with my new files.

It does not crash due to the new files, it crashes because JvSimpleXml has
a bug.


-- Regards, Andreas Hausladen 

Subject: Re: New JvExVCL is not commited
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 19 Feb 2005 18:34:59 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > How about compiling the Installer with debug extension?

Nice idea with one problem: The installer cannot use the JCL.


-- Regards, Andreas Hausladen 

Subject: Re: New JvExVCL is not commited
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Feb 2005 17:59:31 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Oops, after restoring the CVS files the installer still crashes
> (Access violation at 004A979B in module 'JVCLInstall.exe'
> Read of address 0000000C).

How about compiling the Installer with debug extension?


Subject: Re: New JvExVCL is not commited
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Feb 2005 17:58:16 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> I have committed the new JvExVCL (VCL only at the moment).
>
>
> I have tried to style clean the templates, but the installer crashes with my new files. Please find the bug, because i am confident that i did not break anything (obvious).
> The files are in binaries.

Oops, after restoring the CVS files the installer still crashes
(Access violation at 004A979B in module 'JVCLInstall.exe'
Read of address 0000000C).


Subject: Re: UTF-8 BOM and po files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Feb 2005 17:35:48 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:


> I also realize that some Entries seems to be mixed up, I mean neither the English Text nor the German on seems to have any connection to the Resource String. Unfortunately I deleted my examples :-( Is this already known?

I have seen that also. The entries are marked "fuzzy".
It seems to relate to deleted strings.


Subject: Re: New JvExVCL is not commited
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Feb 2005 17:34:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have committed the new JvExVCL (VCL only at the moment).

I have tried to style clean the templates, but the installer crashes with my new files. Please find the bug, because i am confident that i did not break anything (obvious).
The files are in binaries.

I am against placing initialization outside the IFDEF UNITVERSIONING.
The reason given for it is that it makes editing easier. All files having always an initialization section may get problematic with WEAKPACKAGEUNIT and may produce larger EXEs. Not to mention possible future compatibility issues with FreePascal.

I have changed the templates to have initialization inside IFDEF UNITVERSIONING to conform to the other files for now.


Subject: Re: Can anyone give me an example of the usage of the class TJvInspector?Thanks!
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sat, 19 Feb 2005 16:16:50 +0100
Newsgroups: jedi.vcl

ht schrieb:
> I have seen the example (and the help document) of jvcl3.0.but I think it's
> too simple.and some detail can't be finded.
>   Thanks!
>

There is also some stuff on the web
http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm

Did you see that?


Subject: Re: UTF-8 BOM and po files
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sat, 19 Feb 2005 15:56:24 +0100
Newsgroups: jedi.vcl

Hi Oliver

I am the guilty one! So my first real check in was not quite successfully :-( Next time I will compile the file with poEdit as described in this Thread.

BTW: while translating I realized that some of the German funny character (üö ...) are crippled.

I also realize that some Entries seems to be mixed up, I mean neither the English Text nor the German on seems to have any connection to the Resource String. Unfortunately I deleted my examples :-( Is this already known?

best regards

Ralf Grenzing



OBones schrieb:
> Hi all
>
> msgfmt was broken because the german (de) jvcl.po file included the UTF-8 BOM at the start of the file.
> This comes from a text editor that recognized UTF-8 and decided to add the marker. However, the gettext tools don't recognize it and simply stop. In that particular instance, msgfmt was giving this message:
>
> locale\de\LC_MESSAGES\jvcl.po:1:2: parse error
> msgfmt: found 1 fatal error
>
> This is now fixed in CVS, but in the future, please ensure that the editor that you are using is not putting the BOM in the file but still encodes in UTF-8. poEdit is an example of such a "good" editor and is also the recommended editor for the JVCL.
>
> Thanks all for your help
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator


Subject: Re: New JvExVCL is not commited
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Feb 2005 15:48:38 +0100
Newsgroups: jedi.vcl

KARLHEINZ JANSEN wrote:

> I get many errors during install in JvExStdCtrls.pas.
>
> Line 49, 52, 54 and so on.
>
> Any ideas?

All is well here with latest CVS and D6.


Subject: Re: I corrected a bug in TJvCustomListBox.MoveSelectedUp
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 19 Feb 2005 15:03:40 +0100
Newsgroups: jedi.vcl

Thanks. Fixed in CVS

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: New JvExVCL is not commited
From: "KARLHEINZ JANSEN" <KarlheinzJansen@web.de>
Date: Sat, 19 Feb 2005 13:33:07 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I have committed the new JvExVCL (VCL only at the moment).

I get many errors during install in JvExStdCtrls.pas.

Line 49, 52, 54 and so on.

Any ideas?

Karlheinz


Subject: I corrected a bug in TJvCustomListBox.MoveSelectedUp
From: "SeDkY" <sedky@9online.fr>
Date: Sat, 19 Feb 2005 14:02:23 +0100
Newsgroups: jedi.vcl

Sorry for my language i am French..
so i corrected a bug in TJvCustomListBox.MoveSelectedUp in JvListBox.pas at 
line 1715 find

if ItemIndex > 1 then

and change it to

if ItemIndex > 0 then

hope its can help ;) 




Subject: Re: Can anyone give me an example of the usage of the class TJvInspector?Thanks!
From: "ht" <hemouse1@163.com>
Date: Sat, 19 Feb 2005 10:38:07 +0800
Newsgroups: jedi.vcl

My question :(I use jvcl in cb6)
 1. How to add items to the inspector?
 2.  How to define my own item class?
 3. I want to add an item whose data is came from a data-set,and I want to
display these data in a combobox.How to do it?


"Warren Postma" <wp.nospam@tekran.com> ??????:cv5iis$vjq$1@talkto.net...
> > ht wrote:
>> > > I have seen the example (and the help document) of jvcl3.0.but I think
it's
>> > > too simple.and some detail can't be finded.
> >
> > If you want to ask for help, you better give a specific question.
> >
> > Warren




Subject: Re: TJvDesktopAlert
From: "John Friel" <jedi@frieltek.com>
Date: Fri, 18 Feb 2005 16:10:09 -0600
Newsgroups: jedi.vcl

>> >>
>> >>       ExStyle := ExStyle or WS_EX_TOPMOST or WS_EX_TOOLWINDOW;
>> >>       WndParent := GetDesktopWindow;
>> >>
> > Unfortunately these solutions do not work either :-(
> >
> > I still get the main form visible in the task bar when showing a message
> > with TJvDesktopAlert.

Michael, does the main form have a hidden task bar icon and that is what you are 
trying to keep hidden?

Can you put together a simple little example of what is happening so I can 
download and test it too?

Thanks

John




Subject: Re: UTF-8 BOM and po files
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Feb 2005 22:00:06 +0100
Newsgroups: jedi.vcl

> > I'm using Notepad, too, however I'm opening the .po file with poEdit
> > afterwards and let it compile to .mo.
I do exactly the same, actually :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: UTF-8 BOM and po files
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 18 Feb 2005 21:26:29 +0100
Newsgroups: jedi.vcl

Am Fri, 18 Feb 2005 21:07:16 +0100 schrieb Peter Thornqvist:

> > Notepad on W2k and XP adds the BOM, so should be avoided.
I'm using Notepad, too, however I'm opening the .po file with poEdit
afterwards and let it compile to .mo.

I set up poEdit to automatically save the .po file again when leaving this
application so the BOM information is simply removed from the .po file.

BTW it was not me who caused this problem as I do not have developer access
to CVS ;-)

-- cu, Michael 

Subject: Re: Can anyone give me an example of the usage of the class TJvInspector?Thanks!
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Feb 2005 15:20:46 -0500
Newsgroups: jedi.vcl

ht wrote:
> I have seen the example (and the help document) of jvcl3.0.but I think it's
> too simple.and some detail can't be finded.

If you want to ask for help, you better give a specific question.

Warren


Subject: Re: UTF-8 BOM and po files
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Feb 2005 21:07:16 +0100
Newsgroups: jedi.vcl

Notepad on W2k and XP adds the BOM, so should be avoided.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 18 Feb 2005 20:47:19 +0100
Newsgroups: jedi.vcl

Am Thu, 17 Feb 2005 15:00:35 +0100 schrieb Peter Thörnqvist:

> > You will need to do:
> > 
> >       ExStyle := ExStyle or WS_EX_TOPMOST or WS_EX_TOOLWINDOW;
> >       WndParent := GetDesktopWindow;
> > 
> > Otherwise the window will have a button in the taskbar. Not pretty.
> > 
> > BTW, these changes doesn't affect the focusing issue at all, but it might
> > have impact on the "make mainform visible" problem
Unfortunately these solutions do not work either :-(

I still get the main form visible in the task bar when showing a message
with TJvDesktopAlert.

-- cu, Michael 

Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Fri, 18 Feb 2005 16:30:39 -0300
Newsgroups: jedi.vcl

Geraldo Lopes escreveu:
What a hard week I'm having.

Sorry, the comments I wrote are related to RxToJVCLApp.dat , the file I have used to convert, from rx to old jvcl. I haven't used RxLib.dat.

So I can't comment on this matter.

> Will Watts escreveu:
>
>> Probably being very stupid, but what is the difference between the converter files RxToJVCLApp.dat and RxLib.dat?
>>
>> I notice, relating to Geraldo's comments, that RxLib.dat contains
>> TRxTrayIcon=TJvTrayIcon
>
> In fact it contains TRxTrayIcon=TJvxTrayIcon (the old name of TRxTrayIcon in jvcl)
>
>>
>> whereas RxToJVCLApp.dat contains
>>
>> TRxTrayIcon=TJvxTrayIcon
>>
> It has no entry that makes reference to TJvxTrayIcon
> It should contain TJvxTrayIcon=TJvTrayIcon. (translating the old name of TrayIcon to the new name)
>
>> which then would require an extra step to get to JVCL 3.0. So I suppose that RxLib.dat is more modern, but both are maintained in the CVS, so I'd like to get the intention right.
>>


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Fri, 18 Feb 2005 16:26:42 -0300
Newsgroups: jedi.vcl

Will Watts escreveu:
> Probably being very stupid, but what is the difference between the converter files RxToJVCLApp.dat and RxLib.dat?
>
> I notice, relating to Geraldo's comments, that RxLib.dat contains
> TRxTrayIcon=TJvTrayIcon
In fact it contains TRxTrayIcon=TJvxTrayIcon (the old name of TRxTrayIcon in jvcl)
>
> whereas RxToJVCLApp.dat contains
>
> TRxTrayIcon=TJvxTrayIcon
>
It has no entry that makes reference to TJvxTrayIcon
It should contain TJvxTrayIcon=TJvTrayIcon. (translating the old name of TrayIcon to the new name)
> which then would require an extra step to get to JVCL 3.0. So I suppose that RxLib.dat is more modern, but both are maintained in the CVS, so I'd like to get the intention right.
>


Subject: Can anyone give me an example of the usage of the class TJvInspector?Thanks!
From: "ht" <hemouse1@163.com>
Date: Sat, 19 Feb 2005 02:26:08 +0800
Newsgroups: jedi.vcl

I have seen the example (and the help document) of jvcl3.0.but I think it's
too simple.and some detail can't be finded.
  Thanks!




Subject: UTF-8 BOM and po files
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 18 Feb 2005 19:15:50 +0100
Newsgroups: jedi.vcl

Hi all

msgfmt was broken because the german (de) jvcl.po file included the UTF-8 BOM at the start of the file.
This comes from a text editor that recognized UTF-8 and decided to add the marker. However, the gettext tools don't recognize it and simply stop. In that particular instance, msgfmt was giving this message:

locale\de\LC_MESSAGES\jvcl.po:1:2: parse error
msgfmt: found 1 fatal error

This is now fixed in CVS, but in the future, please ensure that the editor that you are using is not putting the BOM in the file but still encodes in UTF-8. poEdit is an example of such a "good" editor and is also the recommended editor for the JVCL.

Thanks all for your help

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: UNITVERSIONING moved to interface
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Feb 2005 18:54:43 +0100
Newsgroups: jedi.vcl

While i changed the files i got the list of all files in "run" with real initialization and finalization section.
This may be handy for later checks. A grep now shows all files.


INIT.TXT

JvAni.pas
JvAppEvent.pas
JvAppStorage.pas
JvAppStoragePropertyEngineDB.pas
JvBackgrounds.pas
JvBalloonHint.pas
JvBdeUtils.pas
JvBehaviorLabel.pas
JvButton.pas
JvCaptionButton.pas
JvClipbrd.pas
JvColorProvider.pas
JvComponent.pas
JvComputerInfoEx.pas
JvContextProvider.pas
JvCtrls.pas
JvCursor.pas
JvCustomItemViewer.pas
JvDataProvider.pas
JvDBActions.pas
JvDBGrid.pas
JvDBGridExport.pas
JvDBImage.pas
JvDBQueryParamsForm.pas
JvDdeCmd.pas
JvDesktopAlert.pas
JvDesktopAlertForm.pas
JvDiagramShape.pas
JvDialogs.pas
JvDockSupportProc.pas
JvDockVSNetStyle.pas
JvDragDrop.pas
JvDSADialogs.pas
JvDynControlEngineDevExpCx.pas
JvDynControlEngineDevExpCxDB.pas
JvDynControlEngineJVCL.pas
JvDynControlEngineJVCLDB.pas
JvDynControlEngineVCL.pas
JvDynControlEngineVCLDB.pas
JvExControls.pas
JvFixedEditPopUp.pas
JvFullColorCircleForm.pas
JvFullColorSpaces.pas
JvGIF.pas
JvId3v2Types.pas
JvImageList.pas
JvInspDB.pas
JvInspector.pas
JvInspExtraEditors.pas
JvInterpreter.pas
JvInterpreter_all.pas
JvInterpreter_Quickrpt.pas
JvJVCLUtils.pas
JvMenus.pas
JvMRUList.pas
JvMTData.pas
JvMTThreading.pas
JvPcx.pas
JvProgressUtils.pas
JvRichEdit.pas
JvSALHashList.pas
JvScheduledEvents.pas
JvSegmentedLEDDisplay.pas
JvShellHook.pas
JvSimpleXml.pas
JvSpellChecker.pas
JvThemes.pas
JvThread.pas
JvToolEdit.pas
JvTrayIcon.pas
JvUIBSrv.pas
JvUrlGrabbers.pas
JvUrlListGrabber.pas
JvValidators.pas
JvWinDialogs.pas
JvWndProcHook.pas
JvxCheckListBox.pas

INIT.TXT
	



Subject: Re: New JvExVCL is not commited
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Feb 2005 11:33:05 -0500
Newsgroups: jedi.vcl


> Andreas Hausladen wrote:

> I can't build now after cvs update.   It says something about the wrong version version of the TJvPanel..... Argh.
>
Oops. My bad. sorry.


Subject: Re: New JvExVCL is not commited
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Feb 2005 11:30:55 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have committed the new JvExVCL (VCL only at the moment).
>
I can't build now after cvs update.   It says something about the wrong version version of the TJvPanel..... Argh.

Warren


Subject: New JvExVCL is not commited
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 18 Feb 2005 15:21:06 +0100
Newsgroups: jedi.vcl

I have committed the new JvExVCL (VCL only at the moment).

-- Regards, Andreas Hausladen 

Subject: Re: OT: DisableProcessWindowGhosting - fixing modal dialog boxes that get hidden behind your main form in Windows XP.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Feb 2005 09:10:59 -0500
Newsgroups: jedi.jcl,jedi.vcl

Abauer's blog has an interesting note on the new Delphi 2005 PopupMode feature:

http://blogs.borland.com/abauer/archive/2004/02/10/295.aspx


Subject: Re: OT: DisableProcessWindowGhosting - fixing modal dialog boxes that get hidden behind your main form in Windows XP.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Feb 2005 09:08:02 -0500
Newsgroups: jedi.jcl,jedi.vcl

Just read the MSDN article and it said that DisableProcessWindowGhosting was added to USER32.DLL in XP Service Pack 1.  Just an interesting bit of info.


Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Feb 2005 15:04:05 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> Just don't use TJvgLabel.
>> It's from the Globus library, and as such will be embedded into the TJvLabel component, if it contains anything useful.
>> Basically, extract what you need from it, put it in TJvLabel and get rid of TJvgLabel
>> The Globus library is there for legacy purposes and will eventually be removed altogether, sometime after the release of 3.0
>
>
> I'm not happy shipping any component that installs by the JVCL installer, that crashes Delphi's IDE.  I don't see any reason not to fix it, it's a simple two line fix and I'd have already checked it into CVS except that I hope someone who understands JvgLabel can tell me why this quirk happens because all I'm doing is putting an If around a statement that causes an access violation.

I agree with you being not happy. As to your If statement, it is fine by me as long as it is documented. I mean, it is in a component that will be merged, so a "quirk" is not that bad considering the circumstances.


> As for combining it, TJvgLabel does shadows/highlights (three superimposed copies of the text, offset to create the 3d raised bump effect), and the TJvLabel does rotation, it would be good to combine them, so you can decide you want rotation or you don't, or you want a shadow, or you don't, and one component does it instead of
> a whole bunch of labels.

Then add the shadows in TJvLabel, it's that simple. I'm not saying "right now", but that will have to be done eventually.

Cheers

Olivier


Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Feb 2005 15:02:24 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>>> The question is should we create a Globus directory before the release or afterwards?
>>
>>
>>
>> After.
>> JVCL 3.00 is the first official release with Globus inside it. We can't dump them before ever releasing them.
>
>
> I meant a separate directory, but still full integration.

That will have to wait.


Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Feb 2005 09:00:25 -0500
Newsgroups: jedi.vcl


Alright, jvglabel is fixed in CVS, mantis issue #2651 is marked resolved.  The issue is merely patched, because the internals of JvgLavel are horrid, however, when someone improving Jvlabel imports the features from jvglabel, they will have to be reimplemented somewhat.


Warren


Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Feb 2005 08:53:47 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I meant a separate directory, but still full integration.
Why, what does that get us?

Warren


Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Feb 2005 08:53:01 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Just don't use TJvgLabel.
> It's from the Globus library, and as such will be embedded into the TJvLabel component, if it contains anything useful.
> Basically, extract what you need from it, put it in TJvLabel and get rid of TJvgLabel
> The Globus library is there for legacy purposes and will eventually be removed altogether, sometime after the release of 3.0

I'm not happy shipping any component that installs by the JVCL installer, that crashes Delphi's IDE.  I don't see any reason not to fix it, it's a simple two line fix and I'd have already checked it into CVS except that I hope someone who understands JvgLabel can tell me why this quirk happens because all I'm doing is putting an If around a statement that causes an access violation.

As for combining it, TJvgLabel does shadows/highlights (three superimposed copies of the text, offset to create the 3d raised bump effect), and the TJvLabel does rotation, it would be good to combine them, so you can decide you want rotation or you don't, or you want a shadow, or you don't, and one component does it instead of
a whole bunch of labels.



Warren


Subject: Re: Rich 2 HTML / Email
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 18 Feb 2005 14:29:42 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Kim Jensen wrote:
>
>> I used the TJvRichEditToHtml to convert a Rich text letter into a HTML
>> before i send it as an Email, but I'm missing something because the Email
>> shows as HTML source code instead of normal HTML email.
>> I use INDY TIdMessage to send the Email.
>
>
> The problem comes from the way you send the email, more exactly the way you attached the HTML to it.

here you can some very nice examples:
http://www.dragonsoftru.com/articles/indy-email.html

it is also in BDN:
http://bdn.borland.com/article/0,1410,32075,00.html

best regards

Ralf Grenzing


Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Feb 2005 14:23:59 +0100
Newsgroups: jedi.vcl

OBones wrote:

>> The question is should we create a Globus directory before the release or afterwards?
>
>
> After.
> JVCL 3.00 is the first official release with Globus inside it. We can't dump them before ever releasing them.

I meant a separate directory, but still full integration.


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Will Watts <willw@applied.spambait.co.uk>
Date: Fri, 18 Feb 2005 12:06:20 GMT
Newsgroups: jedi.vcl

Probably being very stupid, but what is the difference between the 
converter files RxToJVCLApp.dat and RxLib.dat?

I notice, relating to Geraldo's comments, that RxLib.dat contains 

TRxTrayIcon=TJvTrayIcon

whereas RxToJVCLApp.dat contains

TRxTrayIcon=TJvxTrayIcon

which then would require an extra step to get to JVCL 3.0. So I suppose 
that RxLib.dat is more modern, but both are maintained in the CVS, so 
I'd like to get the intention right.

-- Will Watts 

Subject: Re: TCurrencyEdit and TJvValidateEdit
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Feb 2005 12:43:47 +0100
Newsgroups: jedi.vcl

Will Watts wrote:

> Oi! Thought you were supposed to be too busy to do this stuff at the moment! Go slower! ;-)

Well, when it's a no brainer, I can do it. However, if it requires thoughts and/or time, I can't. I will be able to in the next few weeks, but paperwork makes thing soooooo sloooowwww....


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Will Watts <willw@applied.spambait.co.uk>
Date: Fri, 18 Feb 2005 11:15:49 GMT
Newsgroups: jedi.vcl

Oi! Thought you were supposed to be too busy to do this stuff at the 
moment! Go slower! ;-)

-- Will Watts 

Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Will Watts <willw@applied.spambait.co.uk>
Date: Fri, 18 Feb 2005 11:15:48 GMT
Newsgroups: jedi.vcl

Oh, ok - thanks.

Will Watts



Subject: Re: Rich 2 HTML / Email
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Feb 2005 10:50:26 +0100
Newsgroups: jedi.vcl

Kim Jensen wrote:

> I used the TJvRichEditToHtml to convert a Rich text letter into a HTML
> before i send it as an Email, but I'm missing something because the Email
> shows as HTML source code instead of normal HTML email.
> I use INDY TIdMessage to send the Email.

The problem comes from the way you send the email, more exactly the way you attached the HTML to it.


Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Fri, 18 Feb 2005 10:49:20 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> The Globus library is there for legacy purposes and will eventually be removed altogether, sometime after the release of 3.0
>
>
> Yes! I think we should first place the files in a separate Globus directory without changing the integration and then step by step separate it out completely. A 3rd party status would be sufficient.
>
> The question is should we create a Globus directory before the release or afterwards?

After.
JVCL 3.00 is the first official release with Globus inside it. We can't dump them before ever releasing them.


Subject: Re: UNITVERSIONING moved to interface
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 18 Feb 2005 10:20:41 +0100
Newsgroups: jedi.vcl

> Does this mean that all units will have an initialization section then?

    Yes, but I'm pretty sure the linker will see an empty initialization section, and therefore does not output anything (ie, it's ignored).

> I doubt that this is acceptable.

    And I don't see why this would be unacceptable. If UNITVERSIONING is actually set, all units will have an initialization section anyway. Again, an empty initialization section either doesn't output a thing, or outputs an empty stub that will only be called during application startup. Either way, I don't see much of a problem. even in the latter case, the few additional bytes of the empty stub (in essence nothing more than a RET instruction) for each unit wouldn't increase the application size that much, nor it's startup time.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Rich 2 HTML / Email
From: "Kim Jensen" <kim@comcasystems.com>
Date: Fri, 18 Feb 2005 02:14:52 -0500
Newsgroups: jedi.vcl

I used the TJvRichEditToHtml to convert a Rich text letter into a HTML
before i send it as an Email, but I'm missing something because the Email
shows as HTML source code instead of normal HTML email.
I use INDY TIdMessage to send the Email.

Thanks,
Kim




Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Feb 2005 07:52:09 +0100
Newsgroups: jedi.vcl

OBones wrote:

> The Globus library is there for legacy purposes and will eventually be removed altogether, sometime after the release of 3.0

Yes! I think we should first place the files in a separate Globus directory without changing the integration and then step by step separate it out completely. A 3rd party status would be sufficient.

The question is should we create a Globus directory before the release or afterwards?


Subject: Re: UNITVERSIONING moved to interface
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 18 Feb 2005 07:48:25 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Bad idea. Code-completion will insert the code between the $IFDEF and the
> "initialization".
>
> I would prefere:
>
>
>> initialization
>> {$IFDEF UNITVERSIONING}
>>  RegisterUnitVersion(HInstance, UnitVersioning);

Does this mean that all units will have an initialization section then?
I doubt that this is acceptable.


Subject: Re: MDI form background
From: Phil Hansen <skilphil@mailbox.co.za>
Date: Fri, 18 Feb 2005 05:37:30 +0200
Newsgroups: jedi.vcl

On Thu, 17 Feb 2005 18:58:38 +0100, Robert Rossmair
<Robert.Rossmair@gmx.net> wrote:

> >As a interim workaround I can offer an OnCreate-Handler as shown below:
> >
> >procedure TfAbout.FormCreate(Sender: TObject);
> >begin
> >   JvBackground2.Clients.Add(Self);
> >end;

Hi Robert,
Thanks, enjoy the weekend.




Subject: Re: TJvSimpleXml namespace problem at end tag
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Feb 2005 00:58:46 +0100
Newsgroups: jedi.vcl

Commenting out the ':' case handler in
TJvSimpleXMLElemClassic.LoadFromStream seems to solve it, but I don't know
if it has other consequences. Use at your own risk


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvSimpleXml namespace problem at end tag
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Feb 2005 00:49:23 +0100
Newsgroups: jedi.vcl

> > IMHO the first form should be valid, based on the Java generated xmls. Is
> > this a bug or it was done like this with intention?

It is definitely a bug (or at least a misunderstanding of the XML
specification). Please report in Mantis

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TJvSimpleXml namespace problem at end tag
From: "jeges" <jeges@nospam.hu>
Date: Fri, 18 Feb 2005 00:41:20 +0100
Newsgroups: jedi.vcl

Hello!

I have used this component to parse an xml file that I got from the Java
standard xml creator. I encountered a problem parsing the following types
of xml elements:

<someNamespace:MyTag>blahblah</someNamespace:MyTag>

The TJvSimpleXml component only accepts the following type of tags:
<someNamespace:MyTag>blahblah</MyTag>

IMHO the first form should be valid, based on the Java generated xmls. Is
this a bug or it was done like this with intention?

Regards,
jeges



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: UNITVERSIONING moved to interface
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 17 Feb 2005 22:28:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > {$IFDEF UNITVERSIONING}
> > initialization
> >   RegisterUnitVersion(HInstance, UnitVersioning);
> > 
> > finalization
> >   UnregisterUnitVersion(HInstance);
> > {$ENDIF UNITVERSIONING}

Bad idea. Code-completion will insert the code between the $IFDEF and the
"initialization".

I would prefere:

> > initialization
> > {$IFDEF UNITVERSIONING}
> >   RegisterUnitVersion(HInstance, UnitVersioning);
> > 
> > finalization
> >   UnregisterUnitVersion(HInstance);
> > {$ENDIF UNITVERSIONING}


-- Regards, Andreas Hausladen 

Subject: Re: TCurrencyEdit and TJvValidateEdit
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 17 Feb 2005 22:11:24 +0100
Newsgroups: jedi.vcl

The required 3 changes have been added.


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Thu, 17 Feb 2005 17:57:54 -0300
Newsgroups: jedi.vcl

Will Watts escreveu:
> Geraldo: To save me working it out: so how did you get around this? What did you change your code to?
>
> W.
>
I didn't. I've commented my code. Tried to lauch many programs at the same time. I've got no error, so I'm not worried with this property.
Note that the trayicon code isn't in production.
When I deploy it, if I have some problem I'll let you know.

Thanks,

Geraldo Lopes de Souza




Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 17 Feb 2005 21:47:17 +0100
Newsgroups: jedi.vcl

Just don't use TJvgLabel.
It's from the Globus library, and as such will be embedded into the TJvLabel component, if it contains anything useful.
Basically, extract what you need from it, put it in TJvLabel and get rid of TJvgLabel
The Globus library is there for legacy purposes and will eventually be removed altogether, sometime after the release of 3.0

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Thu, 17 Feb 2005 15:36:39 -0500
Newsgroups: jedi.vcl

Hi,

> > Jvglabel works fine until you put it into the TTabSheet of a TPageControl.
> > You can paste it onto an empty Form, cut it, then paste it inside the 
> > TTabSheet and boom, access violations, ad nauseum, which kills Delphi's 
> > IDE essentially.
> >

I have jvgLabel source dated 12/26/04 4:10pm and I am not getting any AV. I 
am using D5 Pro.

Thanks,
Femi 




Subject: Re: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 17 Feb 2005 15:05:36 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

Furthere experimentation reveals this bug is caused by cutting and then pasting. It doesn't matter where you paste it, or into what, same form, different form, panel, form, page control:

Just cut it, and paste it, and Crash.

Something internally is *very wrong* with the JvgLabel code,
for this to be possible.  I suggest we should check a few other controls at random to see if cut and paste causes similar errors.

Warren


Subject: Showstopper found (and possibly fixed) in JvgLabel. [new, mantis # 2651]
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 17 Feb 2005 15:00:37 -0500
Newsgroups: jedi.vcl

Jvglabel works fine until you put it into the TTabSheet of a TPageControl.
You can paste it onto an empty Form, cut it, then paste it inside the TTabSheet and boom, access violations, ad nauseum, which kills Delphi's IDE essentially.

There is a designtime access violation, one you can't get rid of that basically brings Delphi down with it, if you put a JvgLabel onto your form, then cut it, then paste it into a page of a tab control.

I don't know *why* but here's the evil code:

JvgLabel.pas, circa line 900:


  if (Assigned(FTextureBmp) or (floTransparentFont in Options)) and
    (CurrTextStyle <> fstPushed) then begin
    {Fixes access violation! -WPostma.}
      if Assigned(FTextureMask) then begin
    BitBlt(FTargetCanvas.Handle, 0, 0, FTextureMask.Width, FTextureMask.Height,
      FTextureMask.Canvas.Handle, 0, 0, SRCPAINT);
      end;
    end;

In the case above, it checks if FTextureBmp is assigned and
then ASSUMEs that FTextureMask is assigned.

I am not sure why this particular bug is triggered the way it is triggered, but could someone with more knowledge of the component
test my fix, and see if there is a better one? I have created
 a mantis issue for this one.

Regards,

Warren

MANTIS URL:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2651


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Will Watts <willw@applied.spambait.co.uk>
Date: Thu, 17 Feb 2005 18:43:42 GMT
Newsgroups: jedi.vcl

In article <cv2j6e$bgq$1@talkto.net>, Geraldo Lopes wrote:
> > Notes

Fab - thanks very much for these. I'll integrate them into the document.

> > I've added JvLookup -> JvDbLookup and TJvxTrayIcon -> TJvTrayIcon in 
> > jvcl3.dat

Question to Olivier and co: I'd guess that this fix can just be applied to the 
converter file in CVS, rather than be documented? Right? 

> > RXShell unit reference is replaced with JvShell and It doesn't exist 
> > anymore. The right one is JvTrayIcon.

Same for this guy too? 

(Despite its name, RxShell mostly contained only the tray icon component. It also 
had four shell-related functions eg FileExecute. These are superseded by JCL 
functions...so presumably don't come under the aegis of JVCL converter files. 
Besides, no simple conversion of the functions is possible.

However, I should probably also add a note for RxLibers that FileExecute -> 
ShellExec and outline the new params.)

> > TJvTrayIcon doesn't have the Enabled property. 

Geraldo: To save me working it out: so how did you get around this? What did you 
change your code to?

W.



Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Thu, 17 Feb 2005 15:13:37 -0300
Newsgroups: jedi.vcl

Will,

Thank you . Migrating.htm was useful in my process of migrating from rx to jvcl3.

Notes
I was using Rx in delphi6 so I deleted the entry StrUtils -> JvStrUtils because they was already as RxStrUtils in my code. I added an entry RxStrUtils -> JvStrUtils.

RxToJVCLApp.dat has an entry RxCtrls=JvxCtrls. JVC3.dat has no entry about JvxCtrls and jvcl3 rc1 has not an unit JvxCtrls.

I've added JvLookup -> JvDbLookup and TJvxTrayIcon -> TJvTrayIcon in jvcl3.dat


RXShell unit reference is replaced with JvShell and It doesn't exist anymore. The right one is JvTrayIcon.

TJvTrayIcon doesn't have the Enabled property. I was using something like this:
  FrmAgente.RxTrayIcon1.Enabled := False;
  try
    RunProgram(OneProgram)
  finally
    FrmAgente.RxTrayIcon1.Enabled := True;
  end;

I've managed manually the property DisplayFormat of TCurrencyEdit to match TJvValidateEdit's format, and didn't have no other problems.

I'm just worried about the stability of TJvMemoryDataset since it was changed a lot from the rx version.
My applications depends on this component a lot. I've downloaded the dunit tests from cvs but it has no test for TJvMemoryDataset.


Will Watts escreveu:
> Doesn't help you directly but:
>
> I've made an update to the jvcl\help\migrating.htm document, which the sainted Olivier S (OBones) is considering for inclusion in the distribution. It is based on specific problems I encountered converting to JVCL 3. (A lot of my code was originally RxLib based, although I had already brought it up to JVCL 2.1 before attempting the most recent conversion.)
>
> If you would be interested in a copy, I'd be happy to e it to you, and would welcome your comments. I would also be most interested to hear of specific conversion problems and how you resolved them, so that I can include them in a revised version.
>
> Will Watts
>


Subject: Re: MDI form background
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 17 Feb 2005 18:58:38 +0100
Newsgroups: jedi.vcl

Hi Phil,

> Still cannot get it to work.
> Have made a example with the main menu form that shows the background
> and one called from the menu that doesn't. Posted in binaries.

I confirm there indeed is a problem; seems as if the component gets somehow unhooked from the form.  I will look into it over the weekend, when I have got some spare time.

As a interim workaround I can offer an OnCreate-Handler as shown below:

procedure TfAbout.FormCreate(Sender: TObject);
begin
  JvBackground2.Clients.Add(Self);
end;

Greetings, Robert


Subject: Re: MDI form background
From: Phil Hansen <skilphil@mailbox.co.za>
Date: Thu, 17 Feb 2005 19:30:31 +0200
Newsgroups: jedi.vcl

On Thu, 17 Feb 2005 02:00:07 +0100, Robert Rossmair
<Robert.Rossmair@gmx.net> wrote:

> >If that is literally true, even for the Clients property, than it's 
> >easily explained: All instances have your mainform as client.
> >
> >If not, you'll have to provide a (preferably stripped down) example, 
> >otherwise anything I say would be pure speculation.
> >
> >BTW, I have no problems to display an image on forms other than the main 
> >form.

Still cannot get it to work.
Have made a example with the main menu form that shows the background
and one called from the menu that doesn't. Posted in binaries.
Thanks


Subject: Re: TJvDesktopAlert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Feb 2005 15:00:35 +0100
Newsgroups: jedi.vcl

You will need to do:

      ExStyle := ExStyle or WS_EX_TOPMOST or WS_EX_TOOLWINDOW;
      WndParent := GetDesktopWindow;

Otherwise the window will have a button in the taskbar. Not pretty.

BTW, these changes doesn't affect the focusing issue at all, but it might
have impact on the "make mainform visible" problem

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 17 Feb 2005 14:55:59 +0100
Newsgroups: jedi.vcl

"Remko Bonte" wrote in message <news:cv09mp$rmu$1@talkto.net>:

> > procedure TJvFormDesktopAlert.CreateParams(var Params: TCreateParams);
> > begin
> >    inherited CreateParams(Params);
> >    Params.WndParent := 0;
> > end;
> > 
> > Otherwise Params.WndParent is set to Application.Handle.
Remko, 

thanks for reply. I tried that already before posting here, but no luck
either.

-- cu, Michael 

Subject: Re: TJvDesktopAlert
From: "John Friel" <jedi@frieltek.com>
Date: Thu, 17 Feb 2005 07:47:46 -0600
Newsgroups: jedi.vcl

> > procedure TJvFormDesktopAlert.CreateParams(var Params: TCreateParams);
> > begin
> >   inherited CreateParams(Params);
> >   Params.WndParent := 0;
> > end;

I think what you should be doing here is:

procedure TJvFormDesktopAlert.CreateParams(var Params: TCreateParams);
begin
  inherited CreateParams(Params);
  with Params do
    begin
      ExStyle := ExStyle or  WS_EX_TOPMOST;
      WndParent := GetDesktopwindow;
    end;
end;

This makes the dialog's parent the Desktop and not the calling application.  It 
also causes it to be on top of everything else regardless.

John 




Subject: UNITVERSIONING moved to interface
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 17 Feb 2005 11:04:09 +0100
Newsgroups: jedi.vcl

It was not as easy as expected.
The "uses JclUnitVersioning" had to be moved also and USEJVCL had to be reworked by hand. Now it is tested with D6 to compile with UNITVERSIONING/USEJVCL switched on/off.

All relevant files including JvEx templates have been reworked.
Only the CLX files in qcommon (JvQConsts.pas) and qrun have not been touched yet.
Those files need to be regenerated and maybe some which are not generated need to be reworked by hand.


Subject: Re: JVSpellChecker + JVRichEdit Issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Feb 2005 08:34:29 +0100
Newsgroups: jedi.vcl

The demo is set up for a standard TRichEdit and as such it works correctly
(at least it used to). AFAICT, SelStart works differently with TJvRichEdit,
but I am not sure in what way. It probably has to do with CRLF character
counting. You will have to experiment with the value of FOffset and/or
adding/subtracting an additional offset when assigning to SelStart.

I'm sorry I can't help you more, but I haven't been able to determine why
exactly TJvRichEdit is different from TRichEdit.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: JVSpellChecker + JVRichEdit Issues
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Thu, 17 Feb 2005 05:49:48 +0100
Newsgroups: jedi.vcl

Hi,

I notice some issues when combining the JVSpellChecker with a JVRichEdit.
For eg., take the JVSpellChecker demo, and drop a JVRichEdit on it, and it 
doesnt read/select the text correctly -- like it isnt reading the offsets 
properly.

What JVSpellChecker does when it activated against text in the JVRichEdit, 
is that it seems to get the whole word in the "not in wordlist" edit 
field, but the JVSpellChecker is actually selecting the text incorrectly 
on the JVRichEdit.

It is this code from the demo:
procedure TEditorMainForm.SpellCheck1Click(Sender: TObject);
begin
  // set up the spell-checker form
  if not frmSpellChecker.Visible then
  begin
    // StartIndex is 1-based, SelStart is 0-based, so we set intial 
FOffset to 1
    FOffset := 1;
    // the original text to spell check
    frmSpellChecker.SpellText := Editor.Lines.Text;
    // event handler for when a word is to be replaced
    frmSpellChecker.OnReplaceText := DoReplaceText;
    // event handler for when a word needs to be selected
    frmSpellChecker.OnSelectText := DoSelectText;
    frmSpellChecker.Show; // ShowModal also works
  end;
end;

procedure TEditorMainForm.DoSelectText(Sender: TObject; StartIndex, 
ALength: integer);
begin
  // just select the text in the rich edit so the user can see were he is
  Editor.SelStart := StartIndex - FOffset;
  Editor.SelLength := ALength;
end;

procedure TEditorMainForm.DoReplaceText(Sender: TObject; StartIndex,
  ALength: integer; const NewText: string);
begin
  Editor.SelStart := StartIndex - FOffset;
  Editor.SelLength := ALength;
  // replace the selected text
  Editor.SelText := NewText;
  // adjust offset for next round
  Inc(FOffset, ALength - Length(NewText));
end;

many thanks in adv



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: MDI form background
From: Phil Hansen <skilphil@mailbox.co.za>
Date: Thu, 17 Feb 2005 05:49:24 +0200
Newsgroups: jedi.vcl

On Thu, 17 Feb 2005 02:00:07 +0100, Robert Rossmair
<Robert.Rossmair@gmx.net> wrote:

> >
> >If that is literally true, even for the Clients property, than it's 
> >easily explained: All instances have your mainform as client.
> >
> >If not, you'll have to provide a (preferably stripped down) example, 
> >otherwise anything I say would be pure speculation.
> >
> >BTW, I have no problems to display an image on forms other than the main 
> >form.

Thanks will play some more this weekend. If I do not come right will
provide an example.


Subject: Re: MDI form background
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 17 Feb 2005 02:00:07 +0100
Newsgroups: jedi.vcl

Phil Hansen wrote:

> JvBackground on the main form works fine. On the other forms there is
> no background even though each form has an instance of JvBackground
> and all properties are the same as the main form.

If that is literally true, even for the Clients property, than it's easily explained: All instances have your mainform as client.

If not, you'll have to provide a (preferably stripped down) example, otherwise anything I say would be pure speculation.

BTW, I have no problems to display an image on forms other than the main form.

Robert


Subject: Re: TJvCreateProcess not finding winword.exe
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Feb 2005 00:12:12 +0100
Newsgroups: jedi.vcl

> > But wouldn't it be cool if it did.

Sure, as long as I don't have to do it 8-)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvCreateProcess not finding winword.exe
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Wed, 16 Feb 2005 22:18:05 -0000
Newsgroups: jedi.vcl

Peter,

But wouldn't it be cool if it did.  Someone sent me some code that issues 
such a query via a Windows API AFAIR.  We could add a boolean prop to 
attempt to convert the application name -> app + path.

I know I am suggesting a lot without doing much, I'll get round to it, when 
I get a few hours.

JAC
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message 
news:cuvemj$ke5$1@talkto.net...
>>> >> > If I go
>>> >> > winword at the comand prompt it works.  C:\program files\ms
>>> >> > office\winword11\ is not on the path so I am a little confused.
> >
> > That's because the path to MS Word is in
> > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App
> > Paths\Winword.exe
> >
> > The command interpreter reads this key whenever you specify a program
> > without a path. CreateProcess does not.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: Re: I love you @ll !!!!!!!!!!!!!!!!!!!
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 16 Feb 2005 22:22:45 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> my first checkin to JVCL has made!!! Really that cool! I love it!
>
> best wishes and greetings all over the world to all people I know and all people who wants to know me and especially to my wife and the Rock (two times)

Wow...  Becoming an JVCL developer seems to be some... experience.  :)


Subject: Re: JvAppIniFileStorage at designtime
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 16 Feb 2005 22:14:52 +0100
Newsgroups: jedi.vcl

 Fixed in CSV by disabling flush and reload at designtime

Ralf Kaiser schrieb:
> "Jens" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
> news:cuvgnk$kvo$1@talkto.net...
>
>> Please add an entry to Mantis. I will try to fix it this evening
>> Jens
>
>
> Done. (Mantis #0002649)
>
> Ciao,
> Ralf
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDynControl files do not compile
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 16 Feb 2005 21:57:16 +0100
Newsgroups: jedi.vcl

Done, sorry again.

Robert Marquardt schrieb:
> Jens wrote:
>
>>> IJvDynControlAction is missing.
>>> Please fix ASAP.
>>>
>>
>> Not possible before the evening :-(
>
>
> Better you do that. I will do the big UnitVersion rework tomorrow then.
> I will now go shopping for my new computer anyway.
>  > 2500 Euro without monitor :-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: How call a procedure in hot application from plugin DLL??
From: "Alison P. Oliveira" <geladmin@yahoo.com.br>
Date: Wed, 16 Feb 2005 17:45:04 -0300
Newsgroups: jedi.vcl

Hi...

I need help do call a procedure in host application from a DLL plugin...
For exemple, when user click a button in host Application, it call a command
in plugin that open a form or execute a procedure writed in Host
Application, not in plugin.
I use JvPluginManager in host application....


thanks in advance...

[]'s
Mac




Subject: Re: TJvDesktopAlert
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 16 Feb 2005 21:19:13 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> ...and how does the JvDesktopAlert form know which is the parent since I
> did a TJvDesktopAlert.Create(Nil)?

Try

procedure TJvFormDesktopAlert.CreateParams(var Params: TCreateParams);
begin
  inherited CreateParams(Params);
  Params.WndParent := 0;
end;

Otherwise Params.WndParent is set to Application.Handle.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 16 Feb 2005 20:38:18 +0100
Newsgroups: jedi.vcl

Am Wed, 16 Feb 2005 12:59:06 +0100 schrieb Peter Thörnqvist:

> > I don't have the time to check into this for quite some time, so if your
> > friend (or you) can compare his code to JvDesktopAlert to try to find why
> > his works and ours doesn't, I'd appreciate it.
Peter, I think you misunderstood something: I do not have any code that
works fine nor do I have a friend with some code that works, sorry :-(

However IMO if such a component (JvDesktopAlert) exists with an appearance
and feature similar to Outlook 2003 I would appreciate it if it could show
up w/o displaying the main form.

Perhaps some genius person can add this feature some time ;-)
-- cu, Michael 

Subject: Re: OT: DisableProcessWindowGhosting - fixing modal dialog boxes that get hidden behind your main form in Windows XP.
From: "Craig Stuntz" <craig_stuntz@nospam.please [a.k.a. acm.org]>
Date: Wed, 16 Feb 2005 18:38:25 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Warren Postma wrote:

> > [Obligatory On Topic Comment: I suggest we add this function to the
> > JCL.]

	Warren, did you write this? You can't "donate" code which you didn't
write.

	Also: A better fix is built in to D2005 (PopupMode).

	-Craig

-- Craig Stuntz . Vertex Systems Corp. . Columbus, OH Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz/ 

Subject: Re: The new JvExVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Feb 2005 18:54:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > so when you are ready to install all will be

I'm ready but I have no GO.



-- Regards, Andreas Hausladen 

Subject: Re: MDI form background
From: Phil Hansen <skilphil@mailbox.co.za>
Date: Wed, 16 Feb 2005 19:11:56 +0200
Newsgroups: jedi.vcl

On Tue, 15 Feb 2005 22:58:33 +0100, "Peter Thornqvist"
<peter3@nospam.peter3.com> wrote:

>> >> TjvFormWallPaper
> >A far more powerful and extendible component is JvBackground. It can be used
> >to paint the background of virtually any windowed control. There's an
> >example using it to paint a MDI background in the \examples folder.
I have just installed the VCL lib.
I have a 'my first project' which has a main form with a menu which
calls other forms.
JvBackground on the main form works fine. On the other forms there is
no background even though each form has an instance of JvBackground
and all properties are the same as the main form. Hope I have
explained clearly. Any ideas?
I did have a form fill component that came from LMD on the D5 CD that
worked fine.




Subject: Re: JvDynControl files do not compile
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 18:08:37 +0100
Newsgroups: jedi.vcl

OBones wrote:

> You man is crazy! For that price, it has to be a laptop. I mean, for 1000 euros WITH monitor (CRT) you get a pretty damn decent PC these days...

AMD64 4000+
HIS X850XT PCIe
Gigabyte mainboard (not SLI).
1 GB RAM
DVD Burner
2x 160 GB Harddisk (only)
Stacker case

2600 Euro

I want to play games again :-)


Subject: Re: Just compiled JvDockXxx with Delphi 2005
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 18:05:48 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> TJvDockTree.GeTJvDockGrabbersPosition -> TJvDockTree.GetJvDockGrabbersPosition

GetDockGrabbersPosition
I will fix it tomorrow when i do the huge checkin.
All files in run will be touched anyway.

There are two other files with such an GeTJv bug.
I have my replace dialog switched to words only and interactive to prevent such bugs.



Subject: Re: The new JvExVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Feb 2005 17:52:35 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I will change the current "run" files. Please change the UnitVersioning
> > in your templates and files so when you are ready to install all will be
> > ok.

The templates were changed when I had mentioned it here. ;-)
But not the old JvExVCL which is still in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: I love you @ll !!!!!!!!!!!!!!!!!!!
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Feb 2005 17:49:07 +0100
Newsgroups: jedi.vcl


and my first notification mail from SourceForge for my first unbelivible productive boosting code submission!

So the check in had really worked! I didn´t believe that it were that easy....

best regards

Ralf Grenzing


Subject: I love you @ll !!!!!!!!!!!!!!!!!!!
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Feb 2005 17:43:43 +0100
CC: X <TabeaHanna@gmx.de>, Tim Poser <Tposer@gmx.de>, David Grenzing <jaderdavid@gmx.de>
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> COOL ... it is downloading .... with my developer account ...!!!!
>
>
> Glad to hear it. Note that you might have unexpected "end of file from server" messages that stop you in the middle. 

thanx to our unbelivable network administrator and the great IT here it just went through in minutes ...

Nothing to worry, just
> restart an update on the repository.

my first checkin to JVCL has made!!! Really that cool! I love it!

best wishes and greetings all over the world to all people I know and all people who wants to know me and especially to my wife and the Rock (two times)

best regards

Ralf Grenzing
JVCL GigaDemo Developer from now on ...


Subject: Re: Error installing JVCL for CLX
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 16 Feb 2005 17:27:42 +0100
Newsgroups: jedi.vcl

Leandro wrote:
> [Compiling: JvQCoreD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JvQCoreD7R.dpk(92) Fatal: File not found: 'JvQDynControlEngineTools.dcu'
>
> ** error 1 ** deleting "C:\Arquivos de programas\Borland\Delphi7\Projects\Bpl"\JvQCoreD7R.bpl
> Copying files...
> [Finished JVCL for CLX installation]
>
>
> I did not locate JvQDynControlEngineTools.pas.
>
Strange, added this file 10 days ago?

> how to install manually?
>
>
Try the JvclVclClx converter in devtools to create it manually

Regards,

André Snepvangers


Subject: Re: OT: @OBones: please check your SourceForge mail account
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Feb 2005 17:26:36 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> COOL ... it is downloading .... with my developer account ...!!!!

Glad to hear it. Note that you might have unexpected "end of file from server" messages that stop you in the middle. Nothing to worry, just restart an update on the repository.


Subject: Re: OT: @OBones: please check your SourceForge mail account
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Feb 2005 17:15:00 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> Hi OBones
>>
>> Please check your mails in your SourceForge account. I requested a CVS account and our network administrator is availble not for long ...
>
>
> When did you send it?
> I haven't received anything that I can remember of.
> I just made you a developper, using grenzi_r as a user, because you mentionned it before.
> Hope this is enough.
>
> Cheers
> Olivier

COOL ... it is downloading .... with my developer account ...!!!!


Subject: Having problems with JvDBComboBox
From: "rochi" <rossi@internet.com.uy>
Date: Wed, 16 Feb 2005 13:07:48 -0300
Newsgroups: jedi.vcl

Hello, I've discovered this library recently, so I'm a newbie developing
with it. I'm working on an application made with Delphi 7, using Firebird
and the IBX components to handle the database.

Seeing around all the Jedi VCL componentes, I found the JvDBComboBox, which
seems to serve to my purposes. (I want to select a value from the list to
assign it to the field in a table) So, I filled both lists. Items and
Values. And the property EnabledValues is set to true.
Items: 'Item1', 'Item2',...
Values: '1','2','3',....
DataSource := cliendDataSet  //I said that to point out I'm working with
ApplyUpdates to save the changes.
DataField := fieldtofill

It seems work while I'm adding/deleting/editing registers, but everytime I
close the form, the following error messages appears: 'List index out of
bounds(-1)

Need to say:
    a- I don't manipulate any property of the component at runtime. Always
was set at design time in the way described above. Just that.
    b- I delete all the code in the OnClose methods an similars and the
error still remains

First, I'll appreciate any suggestion or tip to solve this. Second, sorry
for my english

Thanks, rochi




Subject: Re: OT: @OBones: please check your SourceForge mail account
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Feb 2005 16:54:35 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Ralf Grenzing wrote:
>
>> Hi OBones
>>
>> Please check your mails in your SourceForge account. I requested a CVS account and our network administrator is availble not for long ...
>
>
> When did you send it?

today at about 4 hours ago.

> I haven't received anything that I can remember of.
> I just made you a developper, using grenzi_r as a user, because you mentionned it before.
> Hope this is enough.

I hope so too! I will try now to install all needed stuff for CVS access as described on JVCL webside. Hope all goes OK. It is on ...

>
> Cheers
> Olivier


Subject: Re: Delay in JVJvclUtils - the Rollover problem revisited.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Feb 2005 10:35:40 -0500
Newsgroups: jedi.vcl


>> Delay was reimplemented using QueryPerformanceCounter/Frequency in JVCL3.
>> This was done to overcome the problem with GetTickCount wrapping around to
> 0
>> after 47 days (or so). 

This rollover problem can be easily solved by using the following timer routine:

function TimerElapsed(tick1,tick2:DWORD):DWORD;
begin
  if ((tick2-tick1) < $80000000) then { timer roll-over check }
      result := (tick2 - tick1) { normal }
  else
      result := (not tick1)+tick2; {rollover calculation}
end;


How does it work? If a rollover occurs, we are simply calculating time as follows:

        Windows Boot                47 Days
        0 Days                  Later
        ----------------------------------------------
        @@@|                     |@@@@@@@@
          Tick2=GetTickCount       Tick1=GetTickCount


Imagine a user calls GetTickCount at some critical time, like just before the rollver occurs. Then they check elapsed time using the
"naive" code (Tick1-Tick2), if using integers instead of DWORDS,
the result is negative.   The code above uses unsigned math, so instead of a negative value, it is checking that the high bit is set.
If the high bit is set, you calculate the elapsed time shown above
by the @@@@ symbols. If you take (not tick1)+tick2 you get the number of ticks that have gone by.


When will my non-naive code be tricked? Only when you call GetTickCount
twice, more than 20 days apart.

How did I know this? Because this was already a standard technique when
timer ticks were only 16 bits, and in fact we did this on the Commodore 64 when interrupt counters were single byte.

The fact that the rollover takes 47 days to happen makes most programmers nowadays fail to think about it. And thus, we have airports
running Windows, with components that are written incorrectly, even some components that are part of Windows itself have had this bug, when the solution to this problem been known since the 1970s.

Regards,

Warren







Subject: Re: OT: @OBones: please check your SourceForge mail account
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Feb 2005 16:33:07 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Hi OBones
>
> Please check your mails in your SourceForge account. I requested a CVS account and our network administrator is availble not for long ...

When did you send it?
I haven't received anything that I can remember of.
I just made you a developper, using grenzi_r as a user, because you mentionned it before.
Hope this is enough.

Cheers
Olivier


Subject: Re: resources
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Wed, 16 Feb 2005 08:31:02 -0700
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> what component is it that can tell me a machine only has 7mbs of free
>> memory, etc. etc.
>
>
> JvComputerInfoEx has a MemoryInfo property that returns various RAM memory
> figures. If yo don't need a component, see JclSysInfo.pas in JCL for a large
> assortment of computer info functions (JvComputerInfoEx uses a lot of the
> functions from JclSysInfo).
>
Ah thank you.


Subject: OT: DisableProcessWindowGhosting - fixing modal dialog boxes that get hidden behind your main form in Windows XP.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Feb 2005 10:26:36 -0500
Newsgroups: jedi.jcl,jedi.vcl

[Cross posted. please post follow-ups only to jedi.jcl.]

Have you ever had your users complain about an app that seemed to be frozen, but what was really going on was that a modal dialog box was hidden (waiting for the user to click Ok, or Yes, or No, or Cancel), but the user couldn't see the form, and the modal form no longer has keyboard focus, so the user's keystrokes (escape, enter,etc) don't do anything. Your app appears to have hung. but your app has in fact been twisted into this visually deadlocked position by Windows XP itself. No you didn't do anything wrong except perhaps your application was very busy and didn't respond to a                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  .


Subject: Re: Delay in JVJvclUtils
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 16 Feb 2005 15:48:26 +0100
Newsgroups: jedi.vcl

No, Peter,
this is´nt it. I tried this before.
I do not understand why this don´t work anymore.
It must have todo with something else in the library - maybe any compiler
switch?. But not in this unit! I´ve tested it with earlier versions of the
unit, which I really know that with those the procedure delay have worked.

Greetings
Dierk


"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cuvefs$kcc$1@talkto.net...
> > It seems you have all lost the original question in this thread, so to
> > answer that (without making any statements about my personal feelings
about
> > Delay):
> >
> > Delay was reimplemented using QueryPerformanceCounter/Frequency in JVCL3.
> > This was done to overcome the problem with GetTickCount wrapping around to
0
> > after 47 days (or so). If you feel the old version was better, try writing
> > your own Delay function:
> >
> > procedure Delay(MSecs: DWORD);
> > var
> >   FirstTickCount, Now: DWORD;
> > begin
> >   FirstTickCount := GetTickCount;
> >   repeat
> >     Application.ProcessMessages;
> >     { allowing access to other controls, etc. }
> >     Now := GetTickCount;
> >   until (Now - FirstTickCount >= MSecs);
> > end;
> >
> > If you find that this version perfomrs significantly different from the
> > current JVCL3 version, let us now: they should perform virtually
identical.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> > "Warren Postma" <wp.nospam@tekran.com> skrev i meddelandet
> > news:cut7vo$5fj$1@talkto.net...
>> > > Dierk wrote:
>> > >
>>> > > > Sorry, but I don´t agree.
>>> > > > When I´m using sleep or sleepex my application sleep for the given
time.
>>> > > > No message processing until.
>>> > > > Until Delay the application can process the messages. You can move the
>>> > > > application window etc.
>>> > > > If you use Sleep instead than it sleeps.
>> > >
>> > > This creates its own set of issues, however.  I have found in many of my
>> > > apps, certain bugs only occur when a message is processed in these
>> > > "delay looping with message processing" areas of the main form.  once i
>> > > designed the requirement for these delays out of my application, usually
>> > > by moving some activity into a background thread, my system gets more
>> > > simple, stable, and works better. In the background thread context,
>> > > sleep() would definitely be right, and thus I consider delay() to not be
>> > > acceptable in any of my applications. :-)
>> > >
>> > > Warren
>> > >
> >
> >




Subject: OT: @OBones: please check your SourceForge mail account
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 16 Feb 2005 15:48:16 +0100
Newsgroups: jedi.vcl

Hi OBones

Please check your mails in your SourceForge account. I requested a CVS account and our network administrator is availble not for long ...

best regards

Ralf Grenzing
JVCL MegaDemo Developer


Subject: Re: A special thanks…
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Feb 2005 15:45:37 +0100
Newsgroups: jedi.vcl

Thanks for these praises, we really appreciate it when a user takes the time to write here just to say thank you.
It makes us want to continue this adventure, so that we all benefit from it.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Static Linking in Delphi, JVCL, JCL etc. Various disconnected issues.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Feb 2005 15:43:21 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> You need to add a line (or option) to say that you want to include CPortLib70.dcp to your project. On the command line, it is the -LU switch, and according to the help, it is the Packages list in the projects options.
>
>
> I'm using a .dpr project which means I should turn on something in project options?  If use packages (-LU) and clicking Use Runtime Packages in options are the same thing, then, -LO means using the BPL files (which is not STATIC linking if you follow me)  What I mean is creating a standalone EXE that doesn't need BPLs, just like linking a LIB to a C file creates a larger static EXE that is standalone. It seems if you want an EXE without any BPL runtimes, you need to compile everything from .pas (or if there is no pas file and it can find a valid .dcu) and that's it.  Am I incorrect here?

In the project options, you have a list at the top. Add your package in there, and it should be added as such in your application. Ensure you haven't checked 'use runtime packages' and you should be sorted.
You may have to create a dummy "design time" package that "requires" your runtime package (dcp), but that should be all.

Cheers

Olivier


Subject: Re: Static Linking in Delphi, JVCL, JCL etc. Various disconnected issues.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Feb 2005 09:24:18 -0500
Newsgroups: jedi.vcl

OBones wrote:

> You need to add a line (or option) to say that you want to include CPortLib70.dcp to your project. On the command line, it is the -LU switch, and according to the help, it is the Packages list in the projects options.

I'm using a .dpr project which means I should turn on something in project options?  If use packages (-LU) and clicking Use Runtime Packages in options are the same thing, then, -LO means using the BPL files (which is not STATIC linking if you follow me)  What I mean is creating a standalone EXE that doesn't need BPLs, just like linking a LIB to a C file creates a larger static EXE that is standalone. It seems if you want an EXE without any BPL runtimes, you need to compile everything from .pas (or if there is no pas file and it can find a valid ..dcu) and that's it.  Am I incorrect here?

Warren


Subject: Re: JvAppIniFileStorage at designtime
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 16 Feb 2005 15:16:36 +0100
Newsgroups: jedi.vcl


"Jens" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
news:cuvgnk$kvo$1@talkto.net...
> > Please add an entry to Mantis. I will try to fix it this evening
> > Jens

Done. (Mantis #0002649)

Ciao,
Ralf



Subject: Re: JvDynControl files do not compile
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Feb 2005 15:12:02 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Jens wrote:
>
>>> IJvDynControlAction is missing.
>>> Please fix ASAP.
>>>
>>
>> Not possible before the evening :-(
>
>
> Better you do that. I will do the big UnitVersion rework tomorrow then.
> I will now go shopping for my new computer anyway.
>  > 2500 Euro without monitor :-)

You man is crazy! For that price, it has to be a laptop. I mean, for 1000 euros WITH monitor (CRT) you get a pretty damn decent PC these days...


Subject: A special thanks…
From: "Keith Blows" <noone@nowhere.com>
Date: Wed, 16 Feb 2005 14:11:46 +0000 (UTC)
Newsgroups: jedi.vcl

Team JEDI

I really enjoy using Delphi. However, the standard Delphi component and
code library offering is not particularly comprehensive for creating
more advanced applications in a short space of time. Enter JCL and
JVCL, which IMHO, fills a massive void.

Thank you team JEDI for creating something very special, not just with
your code but with your generosity of time, patience and care. It is
wonderful people like you who elevate Delphi from a wonderful
experience, to something truly extraordinary.

Not a single project goes by without me using either the JCL and/or the
JVCL. These tools have shaved many hours off my projects and have
shortened my long days- and it is greatly appreciated!

Thank you team JEDI, you are appreciated more than you may ever know!


Regards,
Keith Blows


Subject: Re: Static Linking in Delphi, JVCL, JCL etc. Various disconnected issues.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Feb 2005 15:11:08 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>>
>> They still work like it. I'm using them for the BCB version so that the packages don't require the PAS file from the JCL to be present when compiling the JVCL packages.
>
>
> That would be wonderful indeed, but I can't get that to work here in Delphi 7.
>
> I have only the path of the DCP and BPL files in my library path, and no source file at all in the library path, and it gives a compile error saying it can't find the unit, such as CPort, even though CPort.dcu is
> part of a DCP file (CPortLib70.DCP) located in my $(DELPHI)Projects\BPL .
>
> Am I doing anything else wrong!?

You need to add a line (or option) to say that you want to include CPortLib70.dcp to your project. On the command line, it is the -LU switch, and according to the help, it is the Packages list in the projects options.


Subject: Re: Just compiled JvDockXxx with Delphi 2005
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Feb 2005 09:08:04 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I think Warren should fix that when he touches the files next.

TJvDockTree.GeTJvDockGrabbersPosition -> TJvDockTree.GetJvDockGrabbersPosition

Checked in.

Warren


Subject: Re: Just compiled JvDockXxx with Delphi 2005
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Feb 2005 09:04:46 -0500
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> I just compiled the JvDock package with Delphi 2005 and got this hint:



>> TJvDockTree.GeTJvDockGrebbersPosition

JvDockTree's casing looks like an accidental search-replace damage from the translation to JVCL - If Robert hasn't fixed this already, I'll fix the base class.


Regards,

Warren


Subject: Re: Static Linking in Delphi, JVCL, JCL etc. Various disconnected issues.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 16 Feb 2005 08:59:44 -0500
Newsgroups: jedi.vcl

OBones wrote:
>
> They still work like it. I'm using them for the BCB version so that the packages don't require the PAS file from the JCL to be present when compiling the JVCL packages.

That would be wonderful indeed, but I can't get that to work here in Delphi 7.

I have only the path of the DCP and BPL files in my library path, and no source file at all in the library path, and it gives a compile error saying it can't find the unit, such as CPort, even though CPort.dcu is
part of a DCP file (CPortLib70.DCP) located in my $(DELPHI)Projects\BPL .

Am I doing anything else wrong!?

Regards,

Warren


Subject: Re: JvDynControl files do not compile
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 14:56:35 +0100
Newsgroups: jedi.vcl

Jens wrote:

>> IJvDynControlAction is missing.
>> Please fix ASAP.
>>
>
> Not possible before the evening :-(

Better you do that. I will do the big UnitVersion rework tomorrow then.
I will now go shopping for my new computer anyway.
> 2500 Euro without monitor :-)


Subject: Error installing JVCL for CLX
From: Leandro <leandro@tristarsistemas.com.br>
Date: Wed, 16 Feb 2005 10:54:29 -0300
Newsgroups: jedi.vcl

[Compiling: JvQCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvQCoreD7R.dpk(92) Fatal: File not found: 'JvQDynControlEngineTools.dcu'

** error 1 ** deleting "C:\Arquivos de programas\Borland\Delphi7\Projects\Bpl"\JvQCoreD7R.bpl
Copying files...
[Finished JVCL for CLX installation]


I did not locate JvQDynControlEngineTools.pas.

how to install manually?

Leandro


Subject: Re: MDI form background
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 14:53:43 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Is that a question or a statement? RR donated JvBackground, if that is what
> you're asking

Oops, i should write longer sentences.
I wanted to emphasize that some rr components are now in JVCL.
Often users know the components only under their old name.


Subject: Re: JvDynControl files do not compile
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 16 Feb 2005 14:23:59 +0100
Newsgroups: jedi.vcl

> >IJvDynControlAction is missing.
> >Please fix ASAP.
> >
Not possible before the evening :-(

Add the IJvDynControlAction interface manually to
JvDynControlEngineIntf.pas. No delphi available in this moment, so the
code is manually created

  IJvDynControlData = interface
    ['<NEW GUID>']
    procedure ControlSetAction(Value: TCustomAction);
  end;  

You also had to add the ActnList to the uses.

Sorry :-(

Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Changed Behaviour for INI/XMLAppstorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 16 Feb 2005 14:16:46 +0100
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
>> >> Hi,
>> >> 
>> >> looking into some bugs i've changed the behaviour of the Ini/XMLAppStorage.
>> >> 
>> >> Now when the filename is changed automaticly the file is marked to be 
>> >> loaded before the next usage.
>> >> 
>> >> So in opposit to before you can't overwrite the file by creating the 
>> >> appstorage and then flush the data to the file system.
>> >> 
>> >> Now the behavoiur is identical to all AppStorage components. 
>> >> (Ini-Xml-Registry-Database)
>> >> 
>> >> Greetings
>> >> Jens
> >
> >Did you fix the bugs for list items (see Mantis 2611), too?
> >
> >
See here : http://homepages.borland.com/jedi/issuetracker/view.php?id=2611

YES :-)

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppIniFileStorage at designtime
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 16 Feb 2005 14:15:46 +0100
Newsgroups: jedi.vcl

Please add an entry to Mantis. I will try to fix it this evening
Jens

> >Hello,
> >
> >take a TJvAppIniFileStorage, set Location to flCustom and enter "CONFIG.INI"
> >as filename (i had this setting in an older project, the real filename was
> >set by the code). Now i save the form file and close it in the IDE and get
> >an error "Unable to create directory" and then some AVs. After that i can
> >close Delphi only with the task manager.
> >
> >As a workaround i set Location to flExeFile at designtime and reset it to
> >flCustom by code.
> >
> >Ciao,
> >Ralf
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvCreateProcess not finding winword.exe
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Feb 2005 13:38:12 +0100
Newsgroups: jedi.vcl

>> > > If I go
>> > > winword at the comand prompt it works.  C:\program files\ms
>> > > office\winword11\ is not on the path so I am a little confused.

That's because the path to MS Word is in
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App
Paths\Winword.exe

The command interpreter reads this key whenever you specify a program
without a path. CreateProcess does not.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Delay in JVJvclUtils
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Feb 2005 13:34:37 +0100
Newsgroups: jedi.vcl

It seems you have all lost the original question in this thread, so to
answer that (without making any statements about my personal feelings about
Delay):

Delay was reimplemented using QueryPerformanceCounter/Frequency in JVCL3.
This was done to overcome the problem with GetTickCount wrapping around to 0
after 47 days (or so). If you feel the old version was better, try writing
your own Delay function:

procedure Delay(MSecs: DWORD);
var
  FirstTickCount, Now: DWORD;
begin
  FirstTickCount := GetTickCount;
  repeat
    Application.ProcessMessages;
    { allowing access to other controls, etc. }
    Now := GetTickCount;
  until (Now - FirstTickCount >= MSecs);
end;

If you find that this version perfomrs significantly different from the
current JVCL3 version, let us now: they should perform virtually identical.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net "Warren Postma" <wp.nospam@tekran.com> skrev i meddelandet news:cut7vo$5fj$1@talkto.net...
> > Dierk wrote:
> >
>> > > Sorry, but I don´t agree.
>> > > When I´m using sleep or sleepex my application sleep for the given time.
>> > > No message processing until.
>> > > Until Delay the application can process the messages. You can move the
>> > > application window etc.
>> > > If you use Sleep instead than it sleeps.
> >
> > This creates its own set of issues, however.  I have found in many of my
> > apps, certain bugs only occur when a message is processed in these
> > "delay looping with message processing" areas of the main form.  once i
> > designed the requirement for these delays out of my application, usually
> > by moving some activity into a background thread, my system gets more
> > simple, stable, and works better. In the background thread context,
> > sleep() would definitely be right, and thus I consider delay() to not be
> > acceptable in any of my applications. :-)
> >
> > Warren
> >




Subject: Re: TJvDesktopAlert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Feb 2005 12:59:06 +0100
Newsgroups: jedi.vcl

> > Yes, the same happens. The main form gets visible.
....which indicates that Delphi does something when a TForm is displayed to
make sure the main form is also made visible.

I don't have the time to check into this for quite some time, so if your
friend (or you) can compare his code to JvDesktopAlert to try to find why
his works and ours doesn't, I'd appreciate it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: resources
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Feb 2005 12:56:31 +0100
Newsgroups: jedi.vcl

> > what component is it that can tell me a machine only has 7mbs of free
> > memory, etc. etc.

JvComputerInfoEx has a MemoryInfo property that returns various RAM memory
figures. If yo don't need a component, see JclSysInfo.pas in JCL for a large
assortment of computer info functions (JvComputerInfoEx uses a lot of the
functions from JclSysInfo).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: MDI form background
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Feb 2005 12:52:12 +0100
Newsgroups: jedi.vcl

> > Which is the donated component from Robert Rossmair.

Is that a question or a statement? RR donated JvBackground, if that is what
you're asking

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: JvDynControl files do not compile
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 11:52:30 +0100
Newsgroups: jedi.vcl

IJvDynControlAction is missing.
Please fix ASAP.


Subject: Re: The new JvExVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 11:37:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> But the template files I have uploaded do not compile with the current
> JVCL because I have renamed some methods and the DoClipboardXxx methods
> are replaced by WMxxx message handlers (which will also work with JvExCLX).

I will change the current "run" files. Please change the UnitVersioning in your templates and files so when you are ready to install all will be ok.


Subject: Re: UnitVersioning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 11:35:17 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> And if it is not accessed anywhere the compiler/linker remove it
> automatically. But unfortunatelly it requires the TUnitVersioning record
> which is declared in JclUnitVersioning.

I have generated it with IFDEF.
Unfortunately the current DynControl does not compile so i have to download all files again and wait for the fix.

I will fix all "GeT" names. There are still two "GeTJv"  bugs (obviously from a global replace).


Subject: Re: TJvCreateProcess not finding winword.exe
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Wed, 16 Feb 2005 09:36:42 +0100
Newsgroups: jedi.vcl

Jason Chapman wrote:
> This may be a little OT.  I want to be able to launch word with a filename. I was expecting to be able to just put in the command line 'winword.exe c:\somedir\somefile.rtf'
>
> or even just  'c:\somedir\somefile.rtf'

I think the latter. Not really knowing the component I assume it relies on CreateProcessEx, which just takes a filename - whether .exe or any other registered extension.

> But it won't find winword.  If I go Start | run winword it works.  

in NT/2k/XP type "cmd" in start->run program, then "start document.doc". If it fails,  then your HKLM/Classes/.doc entry is corrupted.

> If I go winword at the comand prompt it works.  C:\program files\ms office\winword11\ is not on the path so I am a little confused.

One of many examples of Microsoft policy "our apps shall work better on windows".

> Also: In the help, would it be useful to have a section in the description of the component that states what makes it different from its Borland VCL counterpart, as I find myself as a novice having to look at the code to work out what makes a TDBGrid and a TjvDBGrid different.

Just assume JV is better ;)


> JAC 


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: JVCL release TODO thread
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Feb 2005 09:28:37 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> It seems that the package generator generates packages which are not in CVS. Mostly in the K3 area. Can someone please fix that to either not generate those packages or adding them to CVS (whichwever is the correct way).

the package generator generates them because the files contain some units to be used. Fix the XML and nothing will be generated. The package generator does not need any fix.
Of course, adding the packages to the repository would be better, provided they are used by the package group.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL release TODO thread
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Wed, 16 Feb 2005 09:27:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> I think in JvResources.pas sLineBreak should be substituted for all
>> #13#10 occurences. This may require to regenerate the .po files.
>
>
> And re-translate all?

That is a risk yes. I'll have to assess that.


Subject: JvAppIniFileStorage at designtime
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 16 Feb 2005 09:19:39 +0100
Newsgroups: jedi.vcl

Hello,

take a TJvAppIniFileStorage, set Location to flCustom and enter "CONFIG.INI"
as filename (i had this setting in an older project, the real filename was
set by the code). Now i save the form file and close it in the IDE and get
an error "Unable to create directory" and then some AVs. After that i can
close Delphi only with the task manager.

As a workaround i set Location to flExeFile at designtime and reset it to
flCustom by code.

Ciao,
Ralf



Subject: Re: Changed Behaviour for INI/XMLAppstorage
From: Andreas Hesse <ah@ahsysteme.de>
Date: Wed, 16 Feb 2005 08:40:26 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi,
>
> looking into some bugs i've changed the behaviour of the Ini/XMLAppStorage.
>
> Now when the filename is changed automaticly the file is marked to be loaded before the next usage.
>
> So in opposit to before you can't overwrite the file by creating the appstorage and then flush the data to the file system.
>
> Now the behavoiur is identical to all AppStorage components. (Ini-Xml-Registry-Database)
>
> Greetings
> Jens

Did you fix the bugs for list items (see Mantis 2611), too?



Subject: Re: JVCL release TODO thread
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Feb 2005 08:31:25 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I think in JvResources.pas sLineBreak should be substituted for all
> > #13#10 occurences. This may require to regenerate the .po files.

And re-translate all?



-- Regards, Andreas Hausladen 

Subject: Re: UnitVersioning
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Feb 2005 08:29:29 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > How about dropping the IFDEF here also?
> > The size of the files does not increase that much.
> > Only the initialization/finalization is IFDEFed then.

And if it is not accessed anywhere the compiler/linker remove it
automatically. But unfortunatelly it requires the TUnitVersioning record
which is declared in JclUnitVersioning.


-- Regards, Andreas Hausladen 

Subject: Re: The new JvExVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Feb 2005 08:25:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Andreas Hausladen wrote:
> > 
>> > > My tests are complete (and even some style cleaning :-) )
> > 
> > I will have a look, but i have several JCL, JVCL and private jobs on my
> > list so it may take until weekend.

But the template files I have uploaded do not compile with the current
JVCL because I have renamed some methods and the DoClipboardXxx methods
are replaced by WMxxx message handlers (which will also work with JvExCLX).

-- Regards, Andreas Hausladen 

Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 16 Feb 2005 07:49:08 +0100
Newsgroups: jedi.vcl

"Peter Thornqvist" wrote in message <news:cut8fj$5km$1@talkto.net>:

> > MessageBox is implemented directly by the Windows API. Have you tried if
> > MessageDlg (which is a disguise for a dynamically created Delphi form)
> > behaves the same?
Yes, the same happens. The main form gets visible.


-- cu, Michael 

Subject: Re: JVCL release TODO thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 07:31:23 +0100
Newsgroups: jedi.vcl

It seems that the package generator generates packages which are not in CVS. Mostly in the K3 area. Can someone please fix that to either not generate those packages or adding them to CVS (whichwever is the correct way).

I think in JvResources.pas sLineBreak should be substituted for all #13#10 occurences. This may require to regenerate the .po files.


Subject: Re: Just compiled JvDockXxx with Delphi 2005
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 07:19:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I just compiled the JvDock package with Delphi 2005 and got this hint:
>
> JvDockVIDStyle.pas(245): H2365 Override method
> TJvDockVIDTree.GetJvDockGrabbersPosition should match case of ancestor
> TJvDockTree.GeTJvDockGrebbersPosition

I think Warren should fix that when he touches the files next.


Subject: Re: The new JvExVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 07:11:17 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> My tests are complete (and even some style cleaning :-) )

I will have a look, but i have several JCL, JVCL and private jobs on my list so it may take until weekend.


Subject: Re: MDI form background
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 07:09:07 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> A far more powerful and extendible component is JvBackground. It can be used
> to paint the background of virtually any windowed control. There's an
> example using it to paint a MDI background in the \examples folder.

Which is the donated component from Robert Rossmair.


Subject: Re: UnitVersioning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 16 Feb 2005 07:06:56 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> {$IFDEF UNITVERSIONING}
> const
>   UnitVersioning: TUnitVersionInfo = (
> ...
> {$ENDIF}

How about dropping the IFDEF here also?
The size of the files does not increase that much.
Only the initialization/finalization is IFDEFed then.


Subject: Changed Behaviour for INI/XMLAppstorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 16 Feb 2005 02:20:43 +0100
Newsgroups: jedi.vcl

Hi,

looking into some bugs i've changed the behaviour of the Ini/XMLAppStorage.

Now when the filename is changed automaticly the file is marked to be loaded before the next usage.

So in opposit to before you can't overwrite the file by creating the appstorage and then flush the data to the file system.

Now the behavoiur is identical to all AppStorage components. (Ini-Xml-Registry-Database)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: The new JvExVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Feb 2005 00:29:08 +0100
Newsgroups: jedi.vcl

I have updated the documentation for the new JvExVCL.

Now I'm waiting for the GO.



-- Regards, Andreas Hausladen 

Subject: The new JvExVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 23:33:27 +0100
Newsgroups: jedi.vcl

See jedi.binaries

My tests are complete (and even some style cleaning :-) )
Every message finds it way to the inherited message handler with all
parameters that the old JvExVCL also sent to the inherited message handler.


-- Regards, Andreas Hausladen 

Subject: Re: JvExVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 23:21:46 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I'm currently redesigning the JvExVCL 

Finished. And it seems to work. At least my tests had no problems.

The following has changed:

JvExVCL uses WndProc only instead of Dispatch making debugging working
property again (F7 no more goes into the Dispatch override for every
dynamic method).

The DoSetFocus and DoKillFocus methods are renamed to FocusSet and
FocusKilled because that is what the PSDK help says about WM_SETFOCUS and
WM_KILLFOCUS.

PaintBackground is renamed to DoEraseBackground (adapted from JvExCLX)

FocusChanged still uses the FocusChanged(AControl: TWinControl)
declaration because too many components use the AControl parameter.

DoBoundsChanged is renamed to BoundsChanged (already in CVS since
yesterday)

DoGetDlgCode is renamed to GetDlgCode (already in CVS since yesterday)




-- Regards, Andreas Hausladen 

Subject: Re: UnitVersioning
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 15 Feb 2005 23:16:31 +0100
Newsgroups: jedi.vcl

GO!

Robert Marquardt schrieb:
> Andreas Hausladen wrote:
>
>> Wouldn't it be easier if we move the {$IFDEF UNITVERSIONING}
>> const
>>   UnitVersioning: TUnitVersionInfo = (
>> ...
>> {$ENDIF}
>>
>> from the end of the file to the end of the interface section so a user
>> could access the const by
>> "Unitname.UnitVersioning". And the more important result would be that
>> Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.
>
>
> No problem with that (only some work to do). Give me a go and i will do it. I will write tool to handle the files (or change the existing).

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: UnitVersioning
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 15 Feb 2005 23:00:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Wouldn't it be easier if we move the {$IFDEF UNITVERSIONING}
> const
>   UnitVersioning: TUnitVersionInfo = (
> ...
> {$ENDIF}
>
> from the end of the file to the end of the interface section so a user
> could access the const by
> "Unitname.UnitVersioning". And the more important result would be that
> Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.
>
Additional benefit: it is accessable from the classes, it could be used in
the AboutJVCL dialog.

Regards,

André Snepvangers



Subject: Re: MDI form background
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Feb 2005 22:58:33 +0100
Newsgroups: jedi.vcl

> > TjvFormWallPaper
A far more powerful and extendible component is JvBackground. It can be used
to paint the background of virtually any windowed control. There's an
example using it to paint a MDI background in the \examples folder.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Just compiled JvDockXxx with Delphi 2005
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 15 Feb 2005 22:56:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I just compiled the JvDock package with Delphi 2005 and got this hint:
>
> JvDockVIDStyle.pas(245): H2365 Override method
> TJvDockVIDTree.GetJvDockGrabbersPosition should match case of ancestor
> TJvDockTree.GeTJvDockGrebbersPosition
>
> What a nice hint :-) Will Delphi 10 be case sensitive?

Delphi won't be, but because of C++ Builder inclusion's in the next version, I find this very useful.


Subject: Just compiled JvDockXxx with Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 22:53:52 +0100
Newsgroups: jedi.vcl

I just compiled the JvDock package with Delphi 2005 and got this hint:

JvDockVIDStyle.pas(245): H2365 Override method
TJvDockVIDTree.GetJvDockGrabbersPosition should match case of ancestor
TJvDockTree.GeTJvDockGrebbersPosition

What a nice hint :-) Will Delphi 10 be case sensitive?


-- Regards, Andreas Hausladen 

Subject: Re: JvExVCL
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 15 Feb 2005 22:53:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I'm currently redesigning the JvExVCL (and keep backward compatibility as
> much as possible).
> The macros do no more have the CLX part in them because this is JvExCLX's
> responsibility.
>
> The whole macro file will be cleaner and I no more overrrite Dispatch. It
> was not very easy to debug the JVCL because for every dynamic method the
> JvExVCL code came up. Now I override WndProc. This allows me to call
> Dispatch if I want. But I do not need it because an "inherited WndProc" is
> enough.
>
> I hope I have the code finished tonight, so I can make tests with it. And
> then we must merge it with JvExCLX to get JVCL code with less IFDEFs.
>
>
> For example the "procedure GetDlgCode(var DlgCodes: TDlgCodes); override"
> is handled completely different in JvExVCL and JvExCLX. JvExVCL tries to
> keep as much information from the message whereas JvExCLX uses the
> "InputKeys" property. The problem is that InputKeys is "static" while the
> WM_GETDLGCODE message handler is dynamic, which means that you can allow
> key depending on the component's mode. And that is a feature I will not
> remove. So I think it would be better to change the CLX code. E.g.
> override NeedKey and invoke a InputKeys := GetDlgCode before calling the
> inherited NeedKeys.
>
Would be better (and simpler)

Regards,
André Snepvangers


Subject: Re: MDI form background
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Tue, 15 Feb 2005 14:53:18 -0700
Newsgroups: jedi.vcl

Rafal Lewkowicz grupa Mix-soft wrote:
>> is there a component that can put a background image on the mdi parent
>
> form?
>
> TjvFormWallPaper
>
> raffels
>
>
Well that sure makes sense.


Subject: Re: MDI form background
From: "Rafal Lewkowicz grupa Mix-soft" <rafal.lewkowicz@mix-soft.pl>
Date: Tue, 15 Feb 2005 22:29:21 +0100
Newsgroups: jedi.vcl

> > is there a component that can put a background image on the mdi parent
form?

TjvFormWallPaper

raffels




Subject: Re: Static Linking in Delphi, JVCL, JCL etc. Various disconnected issues.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 15 Feb 2005 22:21:27 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Warren Postma wrote:
>
>
>> Once in a dream, I thought that DCP files were Delphi's equivalent to LIB files, but this has never been true
>
>
> DCP are the LIB files. But I don't know if they still work as they working
> in Delphi 1-3.

They still work like it. I'm using them for the BCB version so that the packages don't require the PAS file from the JCL to be present when compiling the JVCL packages.

But note that the path to the DCP file(s) MUST be before the path's to any dcu or pas file in the path environment variable and browse paths.


Subject: MDI form background
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Tue, 15 Feb 2005 14:21:18 -0700
Newsgroups: jedi.vcl

is there a component that can put a background image on the mdi parent form?


Subject: Re: CLX compatibility
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 15 Feb 2005 22:19:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> What are your plans for JVCLX and especially for JvExCLX and JvExVCL ?
>

Not to much actually. I have been playing with the thought to merge
the behaviour of the comboedits into TJvEx(Custom)(Mask)Edit; adding a BorderStyle property to TJvEx(Custom)ComboBox,

> In your JvExCLX you map the CLX virtual methods to message and then back
> to the JvExVCL ones (with some name changes), right?

Right, pretty much straight forward.

> My holidays start next week so I have lots of free time to overwork the
> whole JVCL to match any new JvExVCL. Maybe we should discard my initial
> idea (about one year ago) to map WM_xxx to methods and do it the otherway
> round, as you already do in JvExCLX.

Messaging has its advantanges, though a little bit less oo imho.

> This would remove lots of code from the JVCL that does nothing else then
> redirecting to methods that do nothing. 

For the same reason I limited message support in JvExCLX to the ones used in the JvExVCL classes. I don't consider code size a hot topic for VisualCLX however.

> And we (if you want) would be able
> to concentrate on JvExCLX only.
>
We could/should evaluate which Messages we should add. The ones used in
the Globus package are good candidates imho.

Regards,
André Snepvangers


Subject: resources
From: Chris M <chris@_Takethisout_eventsoft.com>
Date: Tue, 15 Feb 2005 14:16:51 -0700
Newsgroups: jedi.vcl

what component is it that can tell me a machine only has 7mbs of free memory, etc. etc.


Subject: Re: CLX compatibility
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 15 Feb 2005 22:08:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> In VCL, too. The only issue I see is that maybe some JVCL components
> access the AControl parameter. I found one JvLabel. But if there are only
> a hand full we should change to the parameter-less version.
>
>
> BTW: I'm currently designing (no programming yet) a new "Preprocessor"

Will you make it backward compatible, i.e. implement them as enhancements?

> which makes the Comment-"Preprocessor" obsolute in case of JvExXxx.

I have no problem with that.

>
> The "language" is not complete, yet (I try to get all cases in it that
> JvExCLX and JvExVCL need).
>
> --------------------------------------------
> { Define a macro for easier usage in "reintroduce class" }
> reintroduce macro ControlMessages
>   begin
>     { Declaring a variable. }
>     protected var MouseOver: Boolean;
>     public var FOnMouseEnter: TNotifyEvent;
>     public var FOnMouseLeave: TNotifyEvent;
>
>     { Declaring a property }
>     public property OnMouseEnter: TNotifyEvent read FOnMouseEnter write
> FOnMouseEnter;
>     public property OnMouseLeave: TNotifyEvent read FOnMouseLeave write
> FOnMouseLeave;
>
>     { mapping a message to a virtual/dynamic method }
>     map message CM_VISIBLECHANGED to virtual VisibleChanged;
>
>      { Short version of:
>        map message CM_VISIBLECHANGED to virtual procedure VisibleChanged
> with
>          begin
>            VisibleChanged;
>            // here you can use the "Message" word to access the TMessage
> record
>            // here you can use the "inherited" word to invoke the
> inherited message handler
>            // In other words you are in a methode like "procedure
> CMVisibleChanged(var Message: TMessage); message CM_VISIBLECHANGED;"
>          end
>          and VisibleChanged is
>          begin
>            // do nothing
>          end;
>      }
>     map message CM_ENABLEDCHANGED to virtual EnabledChanged;
>     map message CM_TEXTCHANGED to virtual TextChanged;
>     map message CM_FONTCHANGED to virtual FontChanged;
>     map message CM_COLORCHANGED to virtual ColorChanged;
>     // ...
>   end;
>
> reintroduce class TControl as TJvExControl(IPerformControl) with
>   begin
>     macro ControlMessages;
>     // ...
>   end;
> --------------------------------------------
>

Overdone imho. Although I think this could save size of code and macro file. Readablity/maintainability are more important than size (imho).
(somewhere in my code guidelines it says: avoid writing/developing your
own language)

Regards,

André Snepvangers


Subject: Re: CLX compatibility
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 15 Feb 2005 22:07:53 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Oh. Not to forget: The code that was introduced to JvExVCL because it is a
> common base 

> (ClipboardControl, HintColor, 
 DlgCodes/InputKeys
> ...)

> should be moved to an extra
> layer on top of the JvExCLX.

> In other words, the JvExCLX would map the CLX notify methods to the
> "Extended VCL" layer and nothing more. 
Agree ;)

> The "Extended VCL" layer would be
Maybe we should call it the JVCL extensions
> based on the VCL directly under VCL and on the JvExCLX under CLX.
>
It would nicely seperate common JVCL behaviour from establishing
VisualCLX compatibility. Better so the say.

Regards,

André Snepvangers


Subject: Having problems with JvDBComboBox
From: "rochi" <rossi@internet.com.uy>
Date: Tue, 15 Feb 2005 17:16:57 -0300
Newsgroups: jedi.vcl

Hello, I've discovered this library recently, so I'm a newbie developing
with it.
I'm working on an application made with Delphi 7, using Firebird and the IBX
components to handle the database.

Seeing around all the Jedi VCL componentes, I found the JvDBComboBox,
whichseems to serve to my purposes. (I want to select a value from the list
to
assign it to the field in a table)
So, I filled both lists. Items and Values. And the property EnabledValues is
set to true.
Items: 'Item1', 'Item2',...
Values: '1','2','3',....
DataSource := cliendDataSet  //I said that to point out I'm working with
ApplyUpdates to save the changes.
DataField := fieldtofill

It seems work while I'm adding/deleting/editing registers, but everytime I
close the form, the following error messages appears: 'List index out of
bounds(-1)

Need to say:
    a- I don't manipulate any property of the component at runtime. Always
was set at design time in the way described above. Just that.
    b- I delete all the code in the OnClose methods an similars and the
error still remains

First, I'll appreciate any suggestion or tip to solve this. Second, sorry
for my english

Thanks, rochi






Subject: Re: Static Linking in Delphi, JVCL, JCL etc. Various disconnected issues.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 19:48:06 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Once in a dream, I thought that DCP files were Delphi's equivalent 
> > to LIB files, but this has never been true

DCP are the LIB files. But I don't know if they still work as they working
in Delphi 1-3.


> > {$R ..\Resources\JvConsts.res} which because of it giving an explicit
> > hard coded relative path (UGLY UGLY UGLY)

I think there was a discussion about this last year but I cannot remember
why we kept this instead of adding the -R command line option.



-- Regards, Andreas Hausladen 

Subject: Static Linking in Delphi, JVCL, JCL etc. Various disconnected issues.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Feb 2005 13:39:06 -0500
Newsgroups: jedi.vcl

I am a firm believer in Delphi, but one thing I liked better about C was the ability to compile all my OBJs, build LIB files, and link against a single c:\dev\lib directory containing my current working set of libraries.  Then my applications would all link against this.

This is how Delphi works also, if you use runtime packages, but at least on my system, I can't get this to work statically.  Once in a dream, I thought that DCP files were Delphi's equivalent to LIB files, but this has never been true, as far as I can see, DCP files contain debug symbols, but you either need to (a) use packages, or (b) compile the ..pas source, from a .pas file in the library path, or (c) use the dcu file in the library path. Am I correct about how Delphi works?


I am still stubbornly wondering if I might just be ignorant about how to do a C-style library directory.  Even if the directory contains a bazillion DCU files, it would be handy to work this way.

The closest I can get to this truly static kind of linking, when JVCL is in the mix, is to add the lib/d7 directories (containing the dcu files) to my application' or the IDE's library and/or search paths.

This is awkward, especially with the JVCL, since the JVCL unit JvConsts.pas creates a JvConsts.dcu which is REQUIRED to be in the same directory as JvConsts.pas, which I personally dislike, since I like to keep my DCUs in a different location than the .pas source code. However, in the case of JvConsts.pas, JvConsts.dcu contains the resource import {$R ..\Resources\JvConsts.res} which because of it giving an explicit hard coded relative path (UGLY UGLY UGLY) the DCU has to be where it is in order for it to link. Is anyone else bothered by this?

Is anybody following me here? Am I being an idiot today? I don't mind if you call a spade a spade.  :-)

Regards,

Warren





Subject: Re: UnitVersioning
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 19:35:48 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > No problem with that (only some work to do). Give me a go and i will do
> > it. I will write tool to handle the files (or change the existing).

My go you have (the language of the greate JEDI master Yoda).


-- Regards, Andreas Hausladen 

Subject: Re: UnitVersioning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Feb 2005 19:16:39 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Wouldn't it be easier if we move the {$IFDEF UNITVERSIONING}
> const
>   UnitVersioning: TUnitVersionInfo = (
> ...
> {$ENDIF}
>
> from the end of the file to the end of the interface section so a user
> could access the const by
> "Unitname.UnitVersioning". And the more important result would be that
> Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.

No problem with that (only some work to do). Give me a go and i will do it. I will write tool to handle the files (or change the existing).


Subject: Re: UnitVersioning
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 15 Feb 2005 19:06:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Wouldn't it be easier if we move the {$IFDEF UNITVERSIONING}
> const
>   UnitVersioning: TUnitVersionInfo = (
> ...
> {$ENDIF}
>
> from the end of the file to the end of the interface section so a user
> could access the const by
> "Unitname.UnitVersioning". And the more important result would be that
> Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.

That could be interesting indeed.


Subject: UnitVersioning
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 18:15:17 +0100
Newsgroups: jedi.vcl

Wouldn't it be easier if we move the 
{$IFDEF UNITVERSIONING}
const
  UnitVersioning: TUnitVersionInfo = (
....
{$ENDIF}

from the end of the file to the end of the interface section so a user
could access the const by
"Unitname.UnitVersioning". And the more important result would be that
Ctrl+Shift+C doesn't insert the code in the UNITVERSIONING IFDEF anymore.


-- Regards, Andreas Hausladen 

Subject: Re: TJvDesktopAlert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Feb 2005 17:38:37 +0100
Newsgroups: jedi.vcl

> > not show up the main window in the task bar? Isnt't this a child window,
too?

MessageBox is implemented directly by the Windows API. Have you tried if
MessageDlg (which is a disguise for a dynamically created Delphi form)
behaves the same?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Feb 2005 17:37:47 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Files partly cleaned. I hope i can complete it today.

Completed. I hope i have not introduced too many bugs.


Subject: Re: CLX compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 17:34:09 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > BTW: I'm currently designing (no programming yet) a new "Preprocessor"
> > which makes the Comment-"Preprocessor" obsolute in case of JvExXxx.

I have stopped working on this because it is easier to achive it with
dpp32.



-- Regards, Andreas Hausladen 

Subject: Re: Suggestion for JVCL downloads page.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Feb 2005 17:30:53 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> You're being pedantic, so I will be too.  It's *not* currently delivered as source, it's delivered in a zip file.  So I'm suggesting we make it a self-extracting zip (exe).  I am not suggesting we deliver pre-compiled BPLs.  So I am not suggesting we go away from shipping source, I'm saying, make it *so* easy (just download and run it) that people who are afraid of ZIP files containing source code don't even need to know that
> it's shipped as source code.  Alles Klar?

There are more users who are afraid of EXEs than of Zips.


Subject: Re: Delay in JVJvclUtils
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Feb 2005 11:30:07 -0500
Newsgroups: jedi.vcl

Dierk wrote:

> Sorry, but I don´t agree.
> When I´m using sleep or sleepex my application sleep for the given time.
> No message processing until.
> Until Delay the application can process the messages. You can move the
> application window etc.
> If you use Sleep instead than it sleeps.

This creates its own set of issues, however.  I have found in many of my apps, certain bugs only occur when a message is processed in these "delay looping with message processing" areas of the main form.  once i designed the requirement for these delays out of my application, usually
by moving some activity into a background thread, my system gets more simple, stable, and works better. In the background thread context, sleep() would definitely be right, and thus I consider delay() to not be acceptable in any of my applications. :-)

Warren



Subject: JvExVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 17:06:38 +0100
Newsgroups: jedi.vcl

I'm currently redesigning the JvExVCL (and keep backward compatibility as
much as possible).
The macros do no more have the CLX part in them because this is JvExCLX's
responsibility.

The whole macro file will be cleaner and I no more overrrite Dispatch. It
was not very easy to debug the JVCL because for every dynamic method the
JvExVCL code came up. Now I override WndProc. This allows me to call
Dispatch if I want. But I do not need it because an "inherited WndProc" is
enough.

I hope I have the code finished tonight, so I can make tests with it. And
then we must merge it with JvExCLX to get JVCL code with less IFDEFs.


For example the "procedure GetDlgCode(var DlgCodes: TDlgCodes); override"
is handled completely different in JvExVCL and JvExCLX. JvExVCL tries to
keep as much information from the message whereas JvExCLX uses the
"InputKeys" property. The problem is that InputKeys is "static" while the
WM_GETDLGCODE message handler is dynamic, which means that you can allow
key depending on the component's mode. And that is a feature I will not
remove. So I think it would be better to change the CLX code. E.g.
override NeedKey and invoke a InputKeys := GetDlgCode before calling the
inherited NeedKeys.

Any comments?


-- Regards, Andreas Hausladen 

Subject: Re: JvTFDays
From: "Daniel Rail" <daniel@accra.ca>
Date: Tue, 15 Feb 2005 11:55:23 -0400
Newsgroups: jedi.vcl

"Peter A. Smolik" <pas1@gmx.net> wrote in message
news:cuskd5$jq$1@talkto.net...
> > Hi,
> > I am looking for an way too switch the 12 hrs TimeFormat to 24 Hrs. Time
> > Format.
> >
> > Any Ideas?

Check the FancyRowHeaderAttr property of JvTFDays.  There's an attribute in
it called Hr2400, just set that property to True.

Daniel Rail




Subject: JvPluginManager load CustomPlugin as FileName. Its a bug?
From: "Alison P. Oliveira" <geladmin@yahoo.com.br>
Date: Tue, 15 Feb 2005 12:35:50 -0300
Newsgroups: jedi.vcl

Hi...

When i try to retrieve plugin.FileName information i get this String:
'CunstomPlugin'

In the source cod of unit JvPluginMan i found this procedure that insert
plugin in the plugins list.
AddCustomPlugin(Plugin: TJvPlugin)
This function pass string 'CustomPlugin' as FileName.

To avoid this inssue i changed this procedure to AddCustomPlugin(Plugin:
TJvPlugin;FileName: String);
and call Plugin.initialize:
Result := Plugin.Initialize(Self, Application,FileName);

In the TJvPluginManager.LoadPlugin procedure i call
.... if AddCustomPlugin(Plugin,ExtractFileName(FileName)) then ...

Now plugin.FileName is retrieved corretly...

Its a bug??

Tanks for all..
Sorry for my poor Inglesh..

[]'s
Alison




Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 15 Feb 2005 16:23:54 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cut20a$3v9$1@talkto.net>:

>> >> ...and how does the JvDesktopAlert form know which is the parent since I
>> >> did a TJvDesktopAlert.Create(Nil)?
> > 
> > Delphi probably uses Application.MainForm as the "parent" in these cases,
> > but I am not 100% sure 'cause I haven't looked
But why does a MessageBox(iWnd, Pchar(APP_TITLE
            Format('Using Mail-Profile: %s',[sDefaultMapiProfil]) +CRLF+
            	sOutlook), APP_TITLE, mb_ok or MB_TASKMODAL);

not show up the main window in the task bar? Isnt't this a child window,
too?

-- cu, Michael 

Subject: Re: Latest JVCL CVS vs. BCB6 - installation problems
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 15 Feb 2005 15:19:05 +0000 (UTC)
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote: 

> > That meight have to do with the changes in the JVCL installer
> > which now adds the source paths of the IDE to the search paths
> > of the invoked compiler.
> > 
> > In the IDE it is a little bit confusing because the "library
> > paths" in the IDE are the "search paths" in the registry.
> > 
> > So is the vcl-source directrory in the registry-value:
> > [HKEY_CURRENT_USER\Borland\C++Builder\6.0\Library] - "Search
> > Path" 

You strike home, Andreas.
Yes, I had set "...\source\vcl" directory in "Library path".
I did not anticipate such possible problem but I 
acknowledge a fact - it is only my problem !!! 

Now I have installed latest JVCL CVS as I know, without any 
problems. ;-)

Thank you Andreas for your help.

Regards,
Vaclav


Subject: Re: TJvDesktopAlert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Feb 2005 15:49:02 +0100
Newsgroups: jedi.vcl

> > ...and how does the JvDesktopAlert form know which is the parent since I
> > did a TJvDesktopAlert.Create(Nil)?

Delphi probably uses Application.MainForm as the "parent" in these cases,
but I am not 100% sure 'cause I haven't looked

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 15 Feb 2005 15:26:32 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cusq99$22o$1@talkto.net>:

> > I think you will have to dig into the T(Custom)Form.Show code in the Forms
> > unit to discover why it happens. I suspect there is VCL code to force the
> > main form visible when a child form (as JvDesktopAlert in essence is) is
> > displayed.
....and how does the JvDesktopAlert form know which is the parent since I
did a TJvDesktopAlert.Create(Nil)?

May be possible that I missed something here....

-- cu, Michael 

Subject: Re: Delay in JVJvclUtils
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 15 Feb 2005 15:09:31 +0100
Newsgroups: jedi.vcl

Sorry, but I don´t agree.
When I´m using sleep or sleepex my application sleep for the given time.
No message processing until.
Until Delay the application can process the messages. You can move the
application window etc.
If you use Sleep instead than it sleeps.

Greetings
Dierk



"Warren Postma" <wp.nospam@tekran.com> schrieb im Newsbeitrag
news:cuqv26$m0d$1@talkto.net...
> > Dierk wrote:
>> > > Please help! Serious problems!
>> > >
>> > > I have still problems using good old delay procedure in JVJvclUtils.
>> > > All the time since RXLib I´m using the procedure. But when I updated the
>> > > JVCL3 first time this year (I can´t say when it was last time before),
the
>> > > delay procedure slows down!!
> >
> > To me, such a function is not Good-old, it's Bad-old. It's so ugly it
> > should be removed and moved to the Attic. Why is it necessary anyways?
> >
> > Warren




Subject: Re: Suggestion for JVCL downloads page.
From: "Oliver Giesen" <ogware@gmx.net>
Date: Tue, 15 Feb 2005 13:47:05 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I'm saying, make it so easy (just download and run
> > it) that people who are afraid of ZIP files containing source code
> > don't even need to know that it's shipped as source code.

Then again, are people who are afraid of source code really the
intended target audience? ;)





No, this was not a serious comment. SCNR.

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Suggestion for JVCL downloads page.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 15 Feb 2005 08:29:43 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Warren Postma wrote:
>
>> Personally I would like to suggest we have a JVCL300Setup.exe (self-extracting) that contains:
>
>
> That would kill the "all source" delivery we try to keep.
> Even the installer is deliveed in source.


You're being pedantic, so I will be too.  It's *not* currently delivered as source, it's delivered in a zip file.  So I'm suggesting we make it a self-extracting zip (exe).  I am not suggesting we deliver pre-compiled BPLs.  So I am not suggesting we go away from shipping source, I'm saying, make it *so* easy (just download and run it) that people who are afraid of ZIP files containing source code don't even need to know that
it's shipped as source code.  Alles Klar?

Warren


Subject: Re: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 15 Feb 2005 14:24:40 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cusq99$22o$1@talkto.net>:

> > I think you will have to dig into the T(Custom)Form.Show code in the Forms
> > unit to discover why it happens. I suspect there is VCL code to force the
> > main form visible when a child form (as JvDesktopAlert in essence is) is
> > displayed.
Yes, that may be the cause. But I could not figure this out why this
happens. Perhaps the contributor(s) of this control know a little bit more?

-- cu, Michael 

Subject: Re: TJvDesktopAlert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Feb 2005 13:37:16 +0100
Newsgroups: jedi.vcl

I think you will have to dig into the T(Custom)Form.Show code in the Forms
unit to discover why it happens. I suspect there is VCL code to force the
main form visible when a child form (as JvDesktopAlert in essence is) is
displayed.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Latest JVCL CVS vs. BCB6 - installation problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 13:31:30 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> > My problems which I described in my first contribution of 
> > the thread started along about 26. 1. 2005, I think.

That meight have to do with the changes in the JVCL installer which now
adds the source paths of the IDE to the search paths of the invoked
compiler.

In the IDE it is a little bit confusing because the "library paths" in the
IDE are the "search paths" in the registry.

So is the vcl-source directrory in the registry-value:
[HKEY_CURRENT_USER\Borland\C++Builder\6.0\Library] - "Search Path"


-- Regards, Andreas Hausladen 

Subject: TJvDesktopAlert
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 15 Feb 2005 13:29:39 +0100
Newsgroups: jedi.vcl

Hi,

I'm using TJvDesktopAlert to display incoming messages from an Exchange
server. This works perfect but I've got a small problem:

My program, which checks for incoming (new) messages, is hidden from the
task bar. Just a tray icon is visible. When I create a TJvDesktopAlert and
show it with Execute, the main window of my program gets visible in the
task bar.

Right now I cannot figure out why this happens, perhaps one of you knows a
secret switch to prevent the display of the main form again.

I'm using the alert control this way:
  var
    oDA : TJvDesktopAlert;
  begin
    oDA := TJvDesktopAlert.Create(Nil);
[..]

I have to use .Create(Nil) since there is no main form created by the VCL
but manually using to get rid of the overhead of the VCL:

// Register the window class
    FillChar(oClass, SizeOf(oClass), 0);
    oClass.lpfnWndProc := @DummyWindowProc;
    oClass.hInstance := hInstance;
    oClass.lpszClassName := APP_TITLE;
    RegisterClass(oClass);
		// Now create a dummy window
    iWnd := CreateWindow(APP_TITLE, APP_TITLE, WS_OVERLAPPEDWINDOW,
    	CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT,
      0, 0, hInstance, Nil);
		// we received a valid handle?
    if (iWnd <> 0) then
    begin
    	ShowWindow (iWnd, SW_HIDE);
			// message loop
    	while GetMessage (oMsg, 0, 0, 0) do
    	begin
    		TranslateMessage(oMsg);
      	DispatchMessage(oMsg);
    	end;

Thanks,
-- cu, Michael 

Subject: Re: Latest JVCL CVS vs. BCB6 - installation problems
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 15 Feb 2005 11:46:11 +0000 (UTC)
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote:

> > Vaclav Korecek wrote:
> > 
>> >>    Is it correct that original Borland sources files are 
>> >>    compiled during JVCL installation?
> > 
> > No it is not normal. The only reason I see is that you have the
> > VCL's source directory in the search path so the compiler finds
> > them itself and see that there is something not up to date and
> > compiles them. But this is not controlled by the JVCL Installer
> > which only sets up the compile environment and invoke a make for
> > all the makefile autogenerated from the bpg file.
 

Thank you for your answer. 
Yes, I checked path into VCL directory.
I have no preset path into VCL's source directory.
Also, I don't say that it is problem of great JVCL Installer, but 
I only thinking about differences between latest JVCL CVS and CVS 
from 17. 1. 2005, because today if I return back from latest CVS 
into the 17th of jan. CVS, it did not compile orig. Borland's 
files ( only 6 warnings from JclPrint.pas ) at all in contrast of
latest CVS. 
It is the puzzler which I have :-).

My problems which I described in my first contribution of 
the thread started along about 26. 1. 2005, I think.

Vaclav


Subject: JvTFDays
From: "Peter A. Smolik" <pas1@gmx.net>
Date: Tue, 15 Feb 2005 11:56:58 +0100
Newsgroups: jedi.vcl

Hi,
I am looking for an way too switch the 12 hrs TimeFormat to 24 Hrs. Time 
Format.

Any Ideas?

regards
Peter 




Subject: Re: Suggestion for JVCL downloads page.
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Feb 2005 11:09:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Robert Marquardt wrote:
>
>
>> That would kill the "all source" delivery we try to keep.
>> Even the installer is deliveed in source.
>
>
> And what would be the problem with a non-only-source delivery?
>
> Many developers are not interested in the megs of examples (like me). If I
> want them I can download the other files (or an extra examples pack). But
> when using only components I used for months/years and want to update
> them, the examples are not really usefull because you already know how the
> component works).

You already have a Source only distribution, which does not include any example whatsoever.


Subject: Re: Suggestion for JVCL downloads page.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 11:07:09 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > You already have a Source only distribution, which does not include any
> > example whatsoeve

And where is the installer and package generator in this package?


-- Regards, Andreas Hausladen 

Subject: Re: Latest JVCL CVS vs. BCB6 - installation problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 10:59:33 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> >    Is it correct that original Borland sources files are 
> >    compiled during JVCL installation?

No it is not normal. The only reason I see is that you have the VCL's
source directory in the search path so the compiler finds them itself and
see that there is something not up to date and compiles them. But this is
not controlled by the JVCL Installer which only sets up the compile
environment and invoke a make for all the makefile autogenerated from the
bpg file.


-- Regards, Andreas Hausladen 

Subject: Re: Suggestion for JVCL downloads page.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 10:56:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > That would kill the "all source" delivery we try to keep.
> > Even the installer is deliveed in source.

And what would be the problem with a non-only-source delivery?

Many developers are not interested in the megs of examples (like me). If I
want them I can download the other files (or an extra examples pack). But
when using only components I used for months/years and want to update
them, the examples are not really usefull because you already know how the
component works).


-- Regards, Andreas Hausladen 

Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Feb 2005 10:49:07 +0100
Newsgroups: jedi.vcl

Files partly cleaned. I hope i can complete it today.


Subject: Re: Latest JVCL CVS vs. BCB6 - installation problems
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Tue, 15 Feb 2005 09:18:35 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> My latest JVCL CVS without above mentioned problems is from 17.1.2005. 

I just did a complete rebuild yesterday evening, and notice no such problems. I'll look at the dates on the standard HPP files, and will confirm tonight, but AFAIK, nothing like this happened on my machine.


Subject: Latest JVCL CVS vs. BCB6 - installation problems
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 15 Feb 2005 07:25:06 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
some time before I noticed problems with installation of
latest CVS under BCB6 (JVC3, WinXP Pro).

1. I noticed, there are much more warnings than commonly.
   This new warnings are caused due to compilation of 
   original Borland's source files as is: 
   - sysutils.pas, classes.pas, activex.pas...
   There are compiled much more Borland's orig. source files
   as is consts.pas, graphics.pas stdctrls.pas and so on and it 
   also generates buggy hpp file as is FMTBcd.hpp and DB.hpp 
   which I corrected 2 or 3  years ago. :-(

   Is it correct that original Borland sources files are 
   compiled during JVCL installation?

2. The above described behaviour will causes JVCL installation 
   crash in case I check "Build packages" check box in install   
   configuration window. It also causes impossibility to compile
   any other projects in BCB6.
   Reason of the crash is damaged "stdctrls.hpp" file in 
   $(BCB)\Include\Vcl folder. Its original size should be app. 
   57KB but after JVCL installation it has 497 bytes. 
   
   Please can anybody validate this problem? (I usually make 
   backup of VCL hpp files before JVCL installation ;-) )

My latest JVCL CVS without above mentioned problems is from 
17.1.2005. 

TIA
Vaclav


Subject: Re: Suggestion for JVCL downloads page.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Feb 2005 06:21:42 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Personally I would like to suggest we have a JVCL300Setup.exe (self-extracting) that contains:

That would kill the "all source" delivery we try to keep.
Even the installer is deliveed in source.


Subject: Re: CLX compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 01:52:22 +0100
Newsgroups: jedi.vcl

Oh. Not to forget: The code that was introduced to JvExVCL because it is a
common base (ClipboardControl, HintColor, ...) should be moved to an extra
layer on top of the JvExCLX.
In other words, the JvExCLX would map the CLX notify methods to the
"Extended VCL" layer and nothing more. The "Extended VCL" layer would be
based on the VCL directly under VCL and on the JvExCLX under CLX.


-- Regards, Andreas Hausladen 

Subject: Re: CLX compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 01:46:25 +0100
Newsgroups: jedi.vcl

What are your plans for JVCLX and especially for JvExCLX and JvExVCL ?

In your JvExCLX you map the CLX virtual methods to message and then back
to the JvExVCL ones (with some name changes), right?

My holidays start next week so I have lots of free time to overwork the
whole JVCL to match any new JvExVCL. Maybe we should discard my initial
idea (about one year ago) to map WM_xxx to methods and do it the otherway
round, as you already do in JvExCLX.
This would remove lots of code from the JVCL that does nothing else then
redirecting to methods that do nothing. And we (if you want) would be able
to concentrate on JvExCLX only.


-- Regards, Andreas Hausladen 

Subject: Re: CLX compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 01:39:16 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > (AFAICS you mean FocusChanged) A matter of taste?

Sure.


> > EnabledChanged, FontChanged, ...   have no arguments in VisualCLX.

In VCL, too. The only issue I see is that maybe some JVCL components
access the AControl parameter. I found one JvLabel. But if there are only
a hand full we should change to the parameter-less version.


BTW: I'm currently designing (no programming yet) a new "Preprocessor"
which makes the Comment-"Preprocessor" obsolute in case of JvExXxx.

The "language" is not complete, yet (I try to get all cases in it that
JvExCLX and JvExVCL need).

--------------------------------------------
{ Define a macro for easier usage in "reintroduce class" }
reintroduce macro ControlMessages
  begin
    { Declaring a variable. }
    protected var MouseOver: Boolean;
    public var FOnMouseEnter: TNotifyEvent;
    public var FOnMouseLeave: TNotifyEvent;

    { Declaring a property }
    public property OnMouseEnter: TNotifyEvent read FOnMouseEnter write
FOnMouseEnter;
    public property OnMouseLeave: TNotifyEvent read FOnMouseLeave write
FOnMouseLeave;

    { mapping a message to a virtual/dynamic method }
    map message CM_VISIBLECHANGED to virtual VisibleChanged;

     { Short version of:
       map message CM_VISIBLECHANGED to virtual procedure VisibleChanged
with
         begin
           VisibleChanged;
           // here you can use the "Message" word to access the TMessage
record
           // here you can use the "inherited" word to invoke the
inherited message handler
           // In other words you are in a methode like "procedure
CMVisibleChanged(var Message: TMessage); message CM_VISIBLECHANGED;"
         end
         and VisibleChanged is
         begin
           // do nothing
         end;
     }
    map message CM_ENABLEDCHANGED to virtual EnabledChanged;
    map message CM_TEXTCHANGED to virtual TextChanged;
    map message CM_FONTCHANGED to virtual FontChanged;
    map message CM_COLORCHANGED to virtual ColorChanged;
    // ...
  end;

reintroduce class TControl as TJvExControl(IPerformControl) with
  begin
    macro ControlMessages;
    // ...
  end;
--------------------------------------------


Another Question (see other posting)

-- Regards, Andreas Hausladen 

Subject: Re: CLX compatibility
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 15 Feb 2005 00:27:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have a problem with this:
>
> JvExVCL:
> =======
> procedure FocusedControl(AControl: TWinControl);
> begin
>   if AControl = MyControl then ...
>
>
> JvExCLX:
> =======
> procedure FocusedControl;
> begin
>   if GetFocusedControl(Self) = MyControl then ...
> end;
>
>
> Either I insert IFDEFs or I change one of these two different
> FocusedControl implementation (which one should be adjusted?)
>
>
(AFAICS you mean FocusChanged) A matter of taste? EnabledChanged, FontChanged, ...   have no arguments in VisualCLX.
On the other hand in this case FocusChanged will be called
whenever the focused control of the Form (or Application) is changed.
That makes it different. Changing it (back) to just a message handler (CM_FOCUSCHANGED) has my preference.

Regards,

André Snepvangers


Subject: Re: JvComponent
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 15 Feb 2005 00:06:52 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Could you give some examples, or how you want to split?

Move away all components except the TJvComponent. But after looking at the
other source files I must say: It would be a huge task to split
JvComponent.pas because that many units (almost all) uses it.

So forget it.


-- Regards, Andreas Hausladen 

Subject: Re: JvComponent
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 15 Feb 2005 00:02:40 +0100
Newsgroups: jedi.vcl

Could you give some examples, or how you want to split?

Andreas Hausladen schrieb:
> What about splitting JvComponent. The name JvComponent in the JVCL
> convention simply means that there is at least one class in it called
> something similar to JvComponent (e.g. TJvComponent ;-) ).
> But in JvComponent.pas we include a lot of stuff that meight not be
> required by all units that simply want to derive from TJvComponent. So we
> include lots of unnecessary code dependencies.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvComponent
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 14 Feb 2005 23:33:33 +0100
Newsgroups: jedi.vcl

What about splitting JvComponent. The name JvComponent in the JVCL
convention simply means that there is at least one class in it called
something similar to JvComponent (e.g. TJvComponent ;-) ).
But in JvComponent.pas we include a lot of stuff that meight not be
required by all units that simply want to derive from TJvComponent. So we
include lots of unnecessary code dependencies.

-- Regards, Andreas Hausladen 

Subject: CLX compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 14 Feb 2005 23:16:44 +0100
Newsgroups: jedi.vcl

I have a problem with this:

JvExVCL:
=======
procedure FocusedControl(AControl: TWinControl);
begin
  if AControl = MyControl then ...


JvExCLX:
=======
procedure FocusedControl;
begin
  if GetFocusedControl(Self) = MyControl then ...
end;


Either I insert IFDEFs or I change one of these two different
FocusedControl implementation (which one should be adjusted?)


-- Regards, Andreas Hausladen 

Subject: Suggestion for JVCL downloads page.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 16:50:56 -0500
Newsgroups: jedi.vcl

Is it possible on the download page to put some description beside the filenames, so people don't have to guess from the filename what the content is.  Personally I would like to suggest we have a JVCL300Setup.exe (self-extracting) that contains:
        "Source"
        "Examples"
        "JVCL300.HLP"
        "ReleaseNotes.txt"


This would be a lot smaller (I hope) than the 13 megs that the JVCL300RC1Complete.zip file is.  I think Complete is a little TOO complete, and if people want ALL THAT, they should be using CVS. <grin>

Regards,

Warren







Subject: Is something known about the problem with JvRichedit->Clipboard->Word
From: Gottfried Helms <helms@uni-kassel.de>
Date: Mon, 14 Feb 2005 22:31:51 +0100
Newsgroups: jedi.vcl

Hi,

 if I copy&paste my Richedit-Contents into a Word-application,
 I get the huge fontsize of 1638 pts!

 Is this already known/is there a workaround?

 Delpi6/JVCL 3.0/Win98SE   Word 2000

Regards -

Gottfried Helms


Subject: Re: Would like to avoid the Unit 'x' implicitly imported - how do I update the generation of the JvDocking packages to add a unit file?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 14 Feb 2005 22:18:12 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> I can probably do better than that. I will try to document all the important properties.

Okay, thanks.

> What about more rich-content for the help files? Can .dtx files accept any rich-content such as rtf formatted stuff, 

No rtf, but you can view dtx as a (very small) subset of rtf. For examples, you can use <B>xx</B>, <I>xx</I>, <U>xx</U> (to insert bold, italic, underlined text). You can also insert lists and tables.

> and can we put images into the help file at all?

Yes, but I'm a bit reluctant to use them, because the help file is already pretty big (approx. 10 MB) with only small pictures. IIRC Windows Help can contain only bitmaps, so that adds up. (HTML Help can contain png/jpeg images)

The dtx format is: <IMAGE filename>.

> Such images would be really handy for explaining certain concepts in docking. 

That is true.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Would like to avoid the Unit 'x' implicitly imported - how do I update the generation of the JvDocking packages to add a unit file?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 15:49:44 -0500
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Warren Postma wrote:
>
>> Well I haven't heard anybody voice any opinion at all on JvDocking, so I'm going to check my changes in.
>
>
> I do not have much time now, but eventually I'll look at it, and give feedback.
>
> I'll regenerate the help files: I hope you find time to document your new properties in the online help :)
>
I can probably do better than that. I will try to document all the important properties.

What about more rich-content for the help files? Can .dtx files accept any rich-content such as rtf formatted stuff, and can we put images into the help file at all? Such images would be really handy for explaining certain concepts in docking.

    Assert( Picture(1) > Words(1000) ); // !!!

Warren


Subject: Re: Would like to avoid the Unit 'x' implicitly imported - how do I update the generation of the JvDocking packages to add a unit file?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 14 Feb 2005 21:36:05 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Well I haven't heard anybody voice any opinion at all on JvDocking, so I'm going to check my changes in.

I do not have much time now, but eventually I'll look at it, and give feedback.

I'll regenerate the help files: I hope you find time to document your new properties in the online help :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Delay in JVJvclUtils
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 14:45:21 -0500
Newsgroups: jedi.vcl

Dierk wrote:
> Please help! Serious problems!
>
> I have still problems using good old delay procedure in JVJvclUtils.
> All the time since RXLib I´m using the procedure. But when I updated the
> JVCL3 first time this year (I can´t say when it was last time before), the
> delay procedure slows down!!

To me, such a function is not Good-old, it's Bad-old. It's so ugly it should be removed and moved to the Attic. Why is it necessary anyways?

Warren


Subject: Re: Delay in JVJvclUtils
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 14 Feb 2005 20:27:49 +0100
Newsgroups: jedi.vcl

Dierk wrote:

> Any suggestions?

Rework your code so that you don't need the Delay procedure. Or use SleepEx which is far better than delay. Apart from very specific thread conditions, I see no point in using Delay at all. It is not accurate, cannot be guaranteed to be.
Cheers

Olivier


Subject: Delay in JVJvclUtils
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 14 Feb 2005 19:56:06 +0100
Newsgroups: jedi.vcl

Please help! Serious problems!

I have still problems using good old delay procedure in JVJvclUtils.
All the time since RXLib I´m using the procedure. But when I updated the
JVCL3 first time this year (I can´t say when it was last time before), the
delay procedure slows down!!

Using delay with value of 20 don´t work anymore. It need at least 500ms.
Same waiting with sleep function works!.
I know that there must have been any changes that regarding this procedure.
I´ve tried the release 1.147  from Oct. 24. 2004 with no affect. What could
it be!
Is there any other part of the lib which has something to do with it?

Any suggestions?
Dierk

D5pro, Win2K




Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 13:43:31 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Unguarded OutputDebugString is also bad behavior.

I can go in and put $ifdefs on the OutputDebugString calls. :-)

Warren



Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 13:39:16 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Warren Postma wrote:
>
>> There is one sort of inevitable warning. It is commented as such.
>> If anyone knows how to fix the warning I would like to know.  It compiles fine here, what error is RM getting?
>
>
> You forgot JvDockAdvTree in the uses list of JvDockTree.pas.

Actually it was inside a themes-$IFDEF by mistake. Sorry!


> I have suppressed the warning by adding reintroduce to the constructor.
> Just committed the changes.

:-) Actually, I changed back the constructor signature so it doesn't have to be different. I just figured out how.  It's better of all the panels only take the same constructor arguments, it makes life easier.


I am still trying to find a quirk with regard to focusing but if you want to do the style cleaning in the next 24 hours, just go ahead and do so, and I will continue development afterwards.


Thanks,


Warren


Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Feb 2005 19:28:56 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> There is one sort of inevitable warning. It is commented as such.
> If anyone knows how to fix the warning I would like to know.  It compiles fine here, what error is RM getting?

You forgot JvDockAdvTree in the uses list of JvDockTree.pas.
I have suppressed the warning by adding reintroduce to the constructor.
Just committed the changes.

Do you still work on the files?
If not i will start a style cleaning. It is very much needed.
Unguarded OutputDebugString is also bad behavior.


Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 13:27:34 -0500
Newsgroups: jedi.vcl

Femi Fadayomi wrote:
> That is interesting, can you still make the compiled demo available in binaries?
See DockingInCode-exe.zip  in binaries.


Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Mon, 14 Feb 2005 13:21:33 -0500
Newsgroups: jedi.vcl

Warren,
> >
> > I think that those of you who still write MDI applications and who are
> > frustrated with MDI might want to check out the new improved JvDocking,
> > as it is now capable of replacing the MDI document area of your 
> > application, and giving your users everything they expected from MDI and 
> > more. I have implemented "tile and cascade" features, but I think that 
> > they are actually very unlikely to get used since the default "conjoined" 
> > docking and "tabbed docking" layouts are less wasteful of screen 
> > real-estate, and less confusing to users than managing windows the old MDI 
> > way.  Also, finally you can kiss MDI's showing/hiding/z-order-bug 
> > limitations goodbye.
> >
That is interesting, can you still make the compiled demo available in 
binaries?

Thanks
Femi 




Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 13:18:27 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please fix the recent commits of the JvDock files. They do not compile (and i is not a package problem). It would also be nice not to commit sources which throw hints and warnings.

They build fine here. What error do you get?

You do need to do a clean/total rebuild. delete all DCP and DCU files.

Warren



Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 13:18:03 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>
>> Please fix the recent commits of the JvDock files. They do not compile (and i is not a package problem). It would also be nice not to commit sources which throw hints and warnings.

There is one sort of inevitable warning. It is commented as such.
If anyone knows how to fix the warning I would like to know.  It compiles fine here, what error is RM getting?

 You do have to do a clean rebuild.



Warren


Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 14 Feb 2005 19:07:55 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please fix the recent commits of the JvDock files. They do not compile (and i is not a package problem). It would also be nice not to commit sources which throw hints and warnings.

As a matter of fact, the JVCL sources should NOT throw ANY warnings or hints. I know some are inevitable, but these cases are rare and well understood. By the way, warnings and hints are usually helpful to prevent further bugs.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Ping: Obones
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 14 Feb 2005 19:05:19 +0100
Newsgroups: jedi.vcl

Phil Hansen wrote:

> Hi,
> As mentioned in the post on the Borland group I downloaded the
> required files on Sunday and had problems with installing the Vcl and
> Jvcl. You then pointed me to these groups.Reading here I found that I
> had downloaded the jvl 1.90 and not the new 1.94. Got the new file and
> all is well. As I was going from site to site I cannot remember where
> I got the 1.90 from but somebody is out of date..
> Thanks for the help.

No worries. Glad to hear you're sorted after all.

Cheers

Olivier Sannier
JVCL Coordinator



Subject: Re: Would like to avoid the Unit 'x' implicitly imported - how do I update the generation of the JvDocking packages to add a unit file?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 14 Feb 2005 19:03:54 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> Didn't you get my email?
>
>
> Nope, please re-send.

Ok, it must have been the no spam stuff that I forgot to remove. But I didn't get any failure message in return... Ah the mysteries of the Web ;-)


Subject: Re: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Feb 2005 18:59:39 +0100
Newsgroups: jedi.vcl

Please fix the recent commits of the JvDock files. They do not compile (and i is not a package problem). It would also be nice not to commit sources which throw hints and warnings.


Subject: Ping: Obones
From: Phil Hansen <skilphil@mailbox.co.za>
Date: Mon, 14 Feb 2005 19:28:46 +0200
Newsgroups: jedi.vcl

Hi,
As mentioned in the post on the Borland group I downloaded the
required files on Sunday and had problems with installing the Vcl and
Jvcl. You then pointed me to these groups.Reading here I found that I
had downloaded the jvl 1.90 and not the new 1.94. Got the new file and
all is well. As I was going from site to site I cannot remember where
I got the 1.90 from but somebody is out of date..
Thanks for the help.



Subject: new Demo in JVCL3\examples\JvDocking\DockingInCode. Improved JvDocking checked into CVS.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 12:02:55 -0500
Newsgroups: jedi.vcl

I have added a new demo showing the new JvDocking features, the center docking area, and some new introspection capabilities making it easier for you to manage your docking at runtime.  Creation of applications with a style similar to many IDE and programming products that have dockable "panels" which start out docked initially, but which are moveable or resizeable, draggable, floatable, and can either be docked side by side (conjoined) or on top of each other using a tabbed notebook to flip between pages, can now be more easily managed from inside code.

I apologize if I've broken anything that formerly worked in JvDocking, I'll try to remedy any such breakage ASAP.   There are many more improvements to JvDocking pending. I intend to make JvDocking the most powerful docking solution for Delphi around.

I think that those of you who still write MDI applications and who are
frustrated with MDI might want to check out the new improved JvDocking,
as it is now capable of replacing the MDI document area of your application, and giving your users everything they expected from MDI and more. I have implemented "tile and cascade" features, but I think that they are actually very unlikely to get used since the default "conjoined" docking and "tabbed docking" layouts are less wasteful of screen real-estate, and less confusing to users than managing windows the old MDI way.  Also, finally you can kiss MDI's showing/hiding/z-order-bug limitations goodbye.

Regards,

Warren





Subject: Re: Would like to avoid the Unit 'x' implicitly imported - how do I update the generation of the JvDocking packages to add a unit file?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 11:38:00 -0500
Newsgroups: jedi.vcl

OBones wrote:

> Didn't you get my email?

Nope, please re-send.


Warren


Subject: Re: Would like to avoid the Unit 'x' implicitly imported - how do I update the generation of the JvDocking packages to add a unit file?
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 14 Feb 2005 17:20:23 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Well I haven't heard anybody voice any opinion at all on JvDocking, so I'm going to check my changes in.

Didn't you get my email?


> One thing that I had to do in order to resolve some strange internal compiler failures in Delphi 7 was to split out one class into it's own unit. This requires making a change to the JvDocking package (.dpk) generation, to add the file JvDockAdvTree.pas.  Delphi gets confused in some cases where a lot of forward references are used between N+1 classes defined in N units, but in the same set of code, moving one class to it's own unit makes Delphi stop dying with a SYS576 internal failure. It takes dozens of component recompiles to reproduce this problem on my system, but on a lark, I moved one the class that the compiler seemed to choke on into its own unit, and the problem goes away. Anyone seen this?

Well, I rarely have more than 5 classes in an unit, so I never experienced this.


> I assume that all I have to do is add this line...
>
> <File Name="..\..\run\JvDockAdvTree.pas" Targets="allbutclx" Formname="" Condition=""/>
>
> ... right below the line for JvDockTree.pas?

Absolutely. Then run MakePackages.bat in the packages\bin directory and then commit all changed packages.

Cheers
Olivier


Subject: Would like to avoid the Unit 'x' implicitly imported - how do I update the generation of the JvDocking packages to add a unit file?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 14 Feb 2005 10:41:44 -0500
Newsgroups: jedi.vcl

Well I haven't heard anybody voice any opinion at all on JvDocking, so I'm going to check my changes in.

One thing that I had to do in order to resolve some strange internal compiler failures in Delphi 7 was to split out one class into it's own unit. This requires making a change to the JvDocking package (.dpk) generation, to add the file JvDockAdvTree.pas.  Delphi gets confused in some cases where a lot of forward references are used between N+1 classes defined in N units, but in the same set of code, moving one class to it's own unit makes Delphi stop dying with a SYS576 internal failure. It takes dozens of component recompiles to reproduce this problem on my system, but on a lark, I moved one the class that the compiler seemed to choke on into its own unit, and the problem goes away. Anyone seen this?

I am willing to add this file to the package XML or wherever it is (I don't know myself), but if you see a warning "Unit 'JvDockAdvTree' implicitly imported", you will know that this is because of my checkin.

I haven't done the checkin yet, I am awaiting instructions on how to update the package XML files, which I have not done.

I assume that all I have to do is add this line...

<File Name="..\..\run\JvDockAdvTree.pas" Targets="allbutclx" Formname="" Condition=""/>

.... right below the line for JvDockTree.pas?


Regards


Subject: Re: JVCL release TODO thread
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 14 Feb 2005 16:33:16 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> Ralf Grenzing wrote:
>
>> perhaps you can send me a part of that 706 empty msgstr to me privatly? I can translate some.
>
>
> No CVS access for you?
> I send you the complete file zipped (only 64 K).
> Change whatever you like and then post a new Mantis entry with the file attached.

Have you already send? I did not get it. BTW: leave the word spam as it is in my e-mail adress. It is right there!


Subject: Re: JVCL release TODO thread
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 14 Feb 2005 15:57:39 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> Ralf Grenzing wrote:
>
>> perhaps you can send me a part of that 706 empty msgstr to me privatly? I can translate some.
>
>
> No CVS access for you?

nice question! I am interested in getting one. I hope I can enhance "my" old mega demo to a giga demo. I hope I can find time to do so. So whom I have to ask for getting an CVS access? You? My SF name is grenzi_r.

> I send you the complete file zipped (only 64 K).
> Change whatever you like and then post a new Mantis entry with the file attached.

will do so

best regards

Ralf Grenzing


Subject: Re: VisualCLX
From: Leandro <leandro@tristarsistemas.com.br>
Date: Mon, 14 Feb 2005 11:22:15 -0300
Newsgroups: jedi.vcl


how to install JVCLX?


Andreas Hausladen escreveu:
> Leandro wrote:
>
>
>> how to install VisualCLX in Delphi7 and kylix 3 ?
>
>
> Do you mean JVCLX? Because VisualCLX is shipped with Delphi 7 (>= Prof)
> and Kylix 3.
>
>
>
>


Subject: Re: JVCL release TODO thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Feb 2005 15:20:56 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> perhaps you can send me a part of that 706 empty msgstr to me privatly? I can translate some.

No CVS access for you?
I send you the complete file zipped (only 64 K).
Change whatever you like and then post a new Mantis entry with the file attached.


Subject: Re: JVCL release TODO thread
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 14 Feb 2005 14:46:27 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> Please add all those things which should be completed for the JVCL 3 release here. Preferably with Mantis ID if it deserves one.
>
>
> The translations are still very incomplete.
> - de is in a pitiful state (706 empty msgstr) considered the number of
>   german developers we have

Hi Robert

perhaps you can send me a part of that 706 empty msgstr to me privatly? I can translate some.

best regards

Ralf Grenzing


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 14 Feb 2005 13:58:28 +0100
Newsgroups: jedi.vcl

Will Watts wrote:

> Ah, ok. My error. I'd still value Geraldo's input, though.

Me too ;-)


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Will Watts <willw@applied.spambait.co.uk>
Date: Mon, 14 Feb 2005 12:20:14 GMT
Newsgroups: jedi.vcl

Ah, ok. My error. I'd still value Geraldo's input, though.

W.



Subject: Re: Commercial APP
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 14 Feb 2005 12:50:06 +0100
Newsgroups: jedi.vcl

> I need to use JVCL for a commercial app
>
> What should I do? Should I pay a licence?
>

    The only requirement is to mention in the about box, help file and/or documentation of your application that it uses parts of the JCL and JVCL. I think you also need to specify where the sources of JCL and JVCL can be downloaded from.

    As Robert said, using the JVCL's AboutBox is the easiest way.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Uninstalling 2.1
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 14 Feb 2005 12:48:14 +0100
Newsgroups: jedi.vcl

Alejandro Castro wrote:
> I have installed the JVCL 2.1 version and I want to install the new release 3.0
>
> What should I do to uninstall the 2,1 version? Using the INSTALL PACKAGES option of Delphi? Which components should I uninstall? What about JCL?
>
> When I installed 2.1 I run the Install.bat, so I don't know what packages were installed.

    If I'm not mistaken, 2.1 only had one big package, and it will undoubtedly have a name with either Jv or JVCL in it. Since the upgrade requires you to install a new JCL as well, the Jcl related packages should be removed as well (Jcl in the name).

    After that, you should either remove all Jcl*.* and Jv*.* files you have on your hard drive or make sure the paths where these files can be found are no longer in the OS Path and Delphi's Library and Search path.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: OBones <oobnes__gf_@_gfd_altern.org>
Date: Mon, 14 Feb 2005 11:08:42 +0100
Newsgroups: jedi.vcl

The changes you mention already are in CVS.


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: Will Watts <willw@applied.spambait.co.uk>
Date: Mon, 14 Feb 2005 09:54:56 GMT
Newsgroups: jedi.vcl

Doesn't help you directly but:

I've made an update to the jvcl\help\migrating.htm document, which the 
sainted Olivier S (OBones) is considering for inclusion in the 
distribution. It is based on specific problems I encountered converting 
to JVCL 3. (A lot of my code was originally RxLib based, although I had 
already brought it up to JVCL 2.1 before attempting the most recent 
conversion.)

If you would be interested in a copy, I'd be happy to e it to you, and 
would welcome your comments. I would also be most interested to hear of 
specific conversion problems and how you resolved them, so that I can 
include them in a revised version.

Will Watts



Subject: Re: Commercial APP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Feb 2005 08:29:48 +0100
Newsgroups: jedi.vcl

Alejandro Castro wrote:

> I need to use JVCL for a commercial app
>
> What should I do? Should I pay a licence?

That would be nice ;-)
The only problem is that we do not charge.

The MPL allows you almost anything. You are not allowed to claim that it is your work. If you add TJvJVCLAboutComponent to your program you are on the safe side already.


Subject: Commercial APP
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Sun, 13 Feb 2005 23:26:05 -0800
Newsgroups: jedi.vcl

I need to use JVCL for a commercial app

What should I do? Should I pay a licence?

Thanks you
Alejandro 




Subject: Re: JVCL release TODO thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Feb 2005 08:24:05 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> I was looking in Mantis at the high/urgent level issues and there are 4 high priority or critical priority issues attached to JvInterpreter. 

Very nice because JvInterpreter specialists are hard to find.
The new JvInterpreter_Buttons i added recently for example was completely untested because i do not know how to test.

I will update the unit generator in the examples again to handle the changes of the interpreter we had in the last months.

Maybe we are able to add parts of the JVCL to the interpreter.
Even the interpreter itself? :->


Subject: Uninstalling 2.1
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Sun, 13 Feb 2005 23:18:29 -0800
Newsgroups: jedi.vcl

I have installed the JVCL 2.1 version and I want to install the new release 
3.0

What should I do to uninstall the 2,1 version? Using the INSTALL PACKAGES 
option of Delphi? Which components should I uninstall? What about JCL?

When I installed 2.1 I run the Install.bat, so I don't know what packages 
were installed.

Thanks you
Alejandro





Subject: Re: JVCL release TODO thread
From: Warren Postma <wp@_NNO_tekran.com>
Date: Sun, 13 Feb 2005 15:20:47 -0500
Newsgroups: jedi.vcl

I was looking in Mantis at the high/urgent level issues and there are 4 high priority or critical priority issues attached to JvInterpreter. Since some of them indicate some "instability" in JvInterpreter, and since I rely on JvInterpreter myself, I hope to get a look at these issues and see if I can find and fix any problems in JvInterpreter.  The others in this top level list don't look as serious to me, or don't affect anything I use, so I'll leave others to decide of other Mantis bugs are really high priority to be fixed before JVCL3 gets released.

Regards,

Warren


Subject: Re: JVCL release TODO thread
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Feb 2005 16:58:38 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Andreas Hausladen wrote:
> > 
>> > > OBones wrote:
>> > > 
>> > > 
>>> > > > But the thing that I WANT to see is the VisualCLX support. I have no
>>> > > > firm idea as to where this is at. It has to work from the installer
>>> > > > for it to be of interest to the public at large.
>> > > 
>> > > 
>> > > I'm currently translating a VCL application to CLX (that's the reason
>> > > for my latest activities in JvInspector). But it looks like that André
>> > > has a different code base because the JvInspector I autoconverted to
>> > > JvQInspector had not worked with André's JvExCLX. (now it works).
>> > > But as this application does only use a small count of JVCL components
>> > > I can not check all supported components. At least not in the next two
>> > > weeks.
> > 
> > By checking what do you mean? That they work or that they compile?

Both. But the natural order is "compile" and then "work". But it really
looks like that André has a different code base or a different JvExCLX
(not to confound with JvExVCL)


-- Regards, Andreas Hausladen 

Subject: Re: JVCL release TODO thread
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 13 Feb 2005 15:27:56 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> But the thing that I WANT to see is the VisualCLX support. I have no
>> firm idea as to where this is at. It has to work from the installer for
>> it to be of interest to the public at large.
>
>
> I'm currently translating a VCL application to CLX (that's the reason for
> my latest activities in JvInspector). But it looks like that André has a
> different code base because the JvInspector I autoconverted to
> JvQInspector had not worked with André's JvExCLX. (now it works).
> But as this application does only use a small count of JVCL components I
> can not check all supported components. At least not in the next two weeks.

By checking what do you mean? That they work or that they compile?
What I'm interested in, at first, is to have the components compile when using the installer. That would get us rid of the reports that the installer failed under D7.
If some components don't work, then these are bug reports that can be looked at later on.

Cheers
Olivier


Subject: Re: Combo box with an additional button?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Sun, 13 Feb 2005 16:10:59 +0200
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> Hi folks,
>
> I have a combo box that displays contents of a lookup table.  I would
> like to display the "full" content of the lookup list based on a user
> action directly on the combo-box events.  At the moment, I am using the
> double click but that is not too obvious to the user, quite correctly.
>
> Is there any combobox component that has the dropdown as well as another
> button (e.g. with the three dots) that I can use?

Badly worded ... :(

I have a combo box that displays 1 field of a lookup table.  I would
like to display the "full" content of the lookup list *in another
form* based on a user action directly on the combo-box events.  At the
moment, I am using the double click (which opens a new form for the
detail of the lookup) but nothing is suggestive to the end user that
a double-click is required on the combo box.  What I'm looking for is
some visual que to the end user *in addition* to the drop-down like the
"three dots buttons" in the Object Inspector.  Is there such a
component?

Kind regards

Abdullah


Subject: Re: JVCL release TODO thread
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Feb 2005 14:59:54 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > But the thing that I WANT to see is the VisualCLX support. I have no
> > firm idea as to where this is at. It has to work from the installer for
> > it to be of interest to the public at large.

I'm currently translating a VCL application to CLX (that's the reason for
my latest activities in JvInspector). But it looks like that André has a
different code base because the JvInspector I autoconverted to
JvQInspector had not worked with André's JvExCLX. (now it works).
But as this application does only use a small count of JVCL components I
can not check all supported components. At least not in the next two weeks.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL release TODO thread
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 13 Feb 2005 14:51:39 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> - fr (279) is in a much better state and deserves an effort to
>   complete it

That one's for me.
I'm also working on Mantis 2634, expecting to finish it quickly.

But the thing that I WANT to see is the VisualCLX support. I have no firm idea as to where this is at. It has to work from the installer for it to be of interest to the public at large.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: TCurrencyEdit and TJvValidateEdit
From: Geraldo Lopes de Souza <geraldo.ls@gmail.com>
Date: Sun, 13 Feb 2005 10:48:34 -0300
Newsgroups: jedi.vcl

Hi,

I'm trying to move the controls of an application from rx to jvcl, and I'm using JVCLConvert, because I have lots of rx controls.
TJvValidateEdit is supposed to replace TCurrencyEdit, but It has not the same properties, even worse, TCurrencyEdit.DisplayFormat is string and TJvValidateEdit.DisplayFormat is a enumerated type. So when I convert my   forms, Delphi gives a stream error when opening the ones with TCurrencyEdit.

I'm using Delphi 6 and the last jvcl (3rc1).

Could you put a TjvCurrencyEdit that is equal to rx's one for compatibility ?

Thanks,

Geraldo Lopes de Souza

PS. I'm impressed by the installer. It's the best one I've seen for delphi. Very hard work I guess. Very useful tool.



Subject: Re: JVCL release TODO thread
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 13 Feb 2005 14:17:43 +0100
Newsgroups: jedi.vcl

On Sun, 13 Feb 2005 14:08:00 +0100, Robert Marquardt wrote:

> >Please add all those things which should be completed for the JVCL 3 
> >release here. Preferably with Mantis ID if it deserves one.

You should add an issue "JVCL 3 release" too and add every issue which
must be solved as child.
The mantisbt developers does it that way and the JEDI VCS team does
that as well.

Uwe


Subject: JVCL release TODO thread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Feb 2005 14:08:00 +0100
Newsgroups: jedi.vcl

Please add all those things which should be completed for the JVCL 3 release here. Preferably with Mantis ID if it deserves one.


The translations are still very incomplete.
- de is in a pitiful state (706 empty msgstr) considered the number of
  german developers we have
- fr (279) is in a much better state and deserves an effort to
  complete it
- es (182) is best and should definitely be easy to completed
(empty msgstrs are a rough indicator of completeness)


JvWaitingProgress.pas has a big quirk. RefreshInterval is used as Delay for the updating thread and also as Increment for the progress. This results in unwanted behavior.
RefreshInterval is also a really bad name. I vote for introducing a Delay property and rework RefreshInterval into Increment property.
Mantis #2635


Subject: Re: TCurrencyEdit and TJvValidateEdit
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 13 Feb 2005 13:54:33 +0100
Newsgroups: jedi.vcl

JVCLCOnvert cannot always convert everything and you will have to do some
manual work in most non-trivial cases. Adding "compatibility" components
just so developers won't have to do any work, would mean that every
component removed from JVCL would have to be added back again, making the
merging and development of components totally pointless.

In cases where properties are different, I'd suggest you write down the
current property value and then try to map it to the equivalent in the new
component. It is a bit of work, but you will be glad you did it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvxCheckListBox.pas
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 13 Feb 2005 13:39:14 +0100
Newsgroups: jedi.vcl

All the Jvx components were supposed to be merged with other similarily
named existing Jv components, but noone seems to have had the time or
interest to do it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvxCheckListBox.pas
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 13 Feb 2005 13:38:02 +0100
Newsgroups: jedi.vcl

I don't think TJvTransparentPanel is registered anymore, so it could be
moved to \archive unles sit is used by some other component

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvxCheckListBox.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Feb 2005 12:09:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Where comes this unit?
> The "Jvx" prefix is an old prefix for the "assimilated" Rx library. But
> why is this file un-renamed in the \run directory?

How about dropping TJvTransparentPanel also?
TJvPanel is superior and includes transparency.


Subject: Combo box with an additional button?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Sun, 13 Feb 2005 08:52:38 +0200
Newsgroups: jedi.vcl

Hi folks,

I have a combo box that displays contents of a lookup table.  I would
like to display the "full" content of the lookup list based on a user
action directly on the combo-box events.  At the moment, I am using the
double click but that is not too obvious to the user, quite correctly.

Is there any combobox component that has the dropdown as well as another
button (e.g. with the three dots) that I can use?

Kind regards

Abdullah

ps.  I cannot use more than one component to represent this (long
story).


Subject: Re: JvxCheckListBox.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Feb 2005 07:09:08 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Where comes this unit?
> The "Jvx" prefix is an old prefix for the "assimilated" Rx library. But
> why is this file un-renamed in the \run directory?

Either a better component blocked the name or simple forgetfulness.


Subject: Re: JvxCheckListBox.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Feb 2005 02:41:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Where comes this unit?
> > The "Jvx" prefix is an old prefix for the "assimilated" Rx library. But
> > why is this file un-renamed in the \run directory?

Same for JvxSlider

-- Regards, Andreas Hausladen 

Subject: JvxCheckListBox.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 13 Feb 2005 02:40:51 +0100
Newsgroups: jedi.vcl

Where comes this unit?
The "Jvx" prefix is an old prefix for the "assimilated" Rx library. But
why is this file un-renamed in the \run directory?


-- Regards, Andreas Hausladen 

Subject: Re: News User Question
From: Stephen Lee-Woolf <steve@NOSPAM.leewoolf.f2s.com>
Date: Sat, 12 Feb 2005 23:12:40 -0000
Newsgroups: jedi.vcl

In article <culr3b$jjb$1@talkto.net>, marcel.b.theobvious@xs4all.nl 
says...
> > Stephen Lee-Woolf wrote:
>> > > As a total newcomer to Jedi, could anyone point me in the direction of 
>> > > step-by-step instructions for integrating the help files for JVCL3 RC1 
>> > > into Delphi 2005?
> > 
> >      Um, as far as I know, we don't have help files build for D2k5. The 
> > only solution would be to open the help file separately and use its 
> > index/search to get the documentation of a component/control
> > 
> > 
OK. Thanks anyway


Subject: Re: News User Question
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 12 Feb 2005 22:07:41 +0100
Newsgroups: jedi.vcl

Stephen Lee-Woolf wrote:
> As a total newcomer to Jedi, could anyone point me in the direction of step-by-step instructions for integrating the help files for JVCL3 RC1 into Delphi 2005?

    Um, as far as I know, we don't have help files build for D2k5. The only solution would be to open the help file separately and use its index/search to get the documentation of a component/control

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: News User Question
From: Stephen Lee-Woolf <steve@NOSPAM.leewoolf.f2s.com>
Date: Sat, 12 Feb 2005 20:59:24 -0000
Newsgroups: jedi.vcl

As a total newcomer to Jedi, could anyone point me in the direction of 
step-by-step instructions for integrating the help files for JVCL3 RC1 
into Delphi 2005?

Thanks

Steve

--------------------------------
Steve Lee-Woolf
Senior Analyst / Programmer
Manchester
UK


Subject: Re: Information about JvHLEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 12 Feb 2005 19:43:50 +0100
Newsgroups: jedi.vcl

Scott J. Miles wrote:

> > Is there anywhere I can find more documentation or examples for the 
> > JvHLEditor? For example, was there help for this component in the old
> > RALib distro?

No there was no documentation.


> > Looks like a great component, but studying source is making my eyes
> > blurry.  =P

I have rewritten a lot of code in the JvEditor, so I think I can answer
many questions about this component. But not all because the component is
that complicated that I already thought about writing a new one. But that
would need a lot of time that the component (the fictive new one) would
not be worth.


-- Regards, Andreas Hausladen 

Subject: Information about JvHLEditor
From: "Scott J. Miles" <sjmiles@turbophp.com>
Date: Sat, 12 Feb 2005 10:24:36 -0800
Newsgroups: jedi.vcl

Is there anywhere I can find more documentation or examples for the 
JvHLEditor? For example, was there help for this component in the old RALib 
distro?

Looks like a great component, but studying source is making my eyes blurry. 
=P

Regards,
Scott 




Subject: Re: TJvDesktopAlert closing causes access violation when AutoFree=True
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 12 Feb 2005 19:06:53 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> AFAIK, DrawFrameControl always fills in the background, making it unusable
> when you need it transparent

Is that relevant for JvDesktopAlertForm.pas?

JvPanel is now only fixed to paint a correct size grip still with Marlett. I will write a DrawFrameControlEx for JVCLUtils.pas to solve all these problems. I now know what all the chars in Marlett are used for.
My idea is to create a Marlett compatible font with additional chars to serve all components using such symbols. With that we will be Kylix compatible again.
If that does not work we can still use bitmaps for VisualCLX.


Subject: Re: JVCLX?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 12 Feb 2005 18:51:49 +0100
Newsgroups: jedi.vcl

SiegfriedN wrote:

> Hi,
>
> Looks like it is not included in the latest JVCL3 Beta installer/source from the sourceforge downloads.

It is included, but only "works" for Delphi 7. If you don't have it, the installer will not propose it to you.


> What is the password for user anonymous to get the latest snapshot of the JVCLX source? Or should one register somewhere? My sourceforge username/password does not seem to work. :(

anonymous, no password.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDesktopAlert closing causes access violation when AutoFree=True
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Feb 2005 17:41:34 +0100
Newsgroups: jedi.vcl

AFAIK, DrawFrameControl always fills in the background, making it unusable
when you need it transparent

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Where is JvSerialDlg?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 12 Feb 2005 17:23:12 +0100
Newsgroups: jedi.vcl

Dirk Schwenke wrote:

> Where is JvSerialDlg from JVCL2? I have not found it in JVCL3 nor the converter database.

This is from the JVCL 2 changelog:

2003-03-30
- Merged TJvSerialDlg, TJvLoginDlg and TJvPasswordForm into TJvLoginDialog. Added PasswordChar property to TJvLoginDialog. Moved JvSerialDlg, JvLoginDlg, JvFormPass, JvFormLogin, JvFormLists and JvFormSerial to \archive // peter3

I don't know which version of the JVCL you are using, but it must be REALLY old because that change was before any JVCL 3 release.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Where is JvSerialDlg?
From: Dirk Schwenke <support@notesbrowser.com>
Date: Sat, 12 Feb 2005 16:46:49 +0100
Newsgroups: jedi.vcl

Where is JvSerialDlg from JVCL2? I have not found it in JVCL3 nor the converter database.

Thanks,

D. Schwenke


Subject: Re: TJvDesktopAlert closing causes access violation when AutoFree=True
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 12 Feb 2005 16:32:09 +0100
Newsgroups: jedi.vcl

Since JvDesktopAlert seems to be worked on, i ask here.
Can the use of the Marlett font be replaced by DrawFrameControl?
I will do the same for JvPanel.
With that we can later implement our own crossplatform DrawFrameControl.


Subject: JvPanel: Multiline does not affect TextHeight ?
From: Henk Linde <hlinde@euronet.nl>
Date: Sat, 12 Feb 2005 16:19:23 +0100
Newsgroups: jedi.vcl

I am a relatively new programmer. I am writing a program using TJvPanel.
When there is a Multiline Caption on the panel , calling TextWidth and TextHeight of the caption gives the result as if the caption is a single line (without the line break).
Example:
On Screen :     12345
        12345
Multiline true.
Textwidth and TextHeight give the result for '12345'+#13#10+'12345'.
So TextHeight('12345'+#13#10+'12345')= TextHeight('12345'+'12345').

Is this the way it should be ?
For me it should be:
TextHeight('12345'+#13#10+'12345') = approximately 2.5 (?) times TextHeight('12345')
and
Textwidth('12345'+#13#10+'12345')=TextWidth('12345')

Or am I doing something completely wrong ?
Does someone have some code to determine textheight and textwidth in multiline situations ?

Thanks and Regards,

Henk Linde
hlinde@euronet.nl


Subject: Re: JvInspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 11 Feb 2005 21:06:41 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Make it a "var"

Done


-- Regards, Andreas Hausladen 

Subject: Re: Bigger executable after upgrading from 2.1 to 3.0
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Fri, 11 Feb 2005 13:12:10 -0500
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> you are welcome! BTW: I would think it interesting how much the exe size really became ..

I will post that information when I recompile the next one of my applications.

Mark J. Wallin


Subject: VisualCLX
From: Leandro <leandro@tristarsistemas.com.br>
Date: Fri, 11 Feb 2005 15:05:31 -0300
Newsgroups: jedi.vcl



how to install VisualCLX in Delphi7 and kylix 3 ?

Regards,

Leandro




Subject: Re: JvInspector
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Feb 2005 18:57:33 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I found the OnItemValueChanged event that was nowhere used in the
> JvInspector code so I made it working. And for the project I currently
> working on, I introduced the OnItemValueChanging event.
>
> TInspectorValueChangingEvent = procedure(Sender: TObject; Item:
> TJvCustomInspectorItem; const NewValue: string; var AllowChange: Boolean)
> of object;
>
> The "const" in "const NewValue: string" could also be a "var". Any comment
> on this?

Make it a "var", so that the user (developper) may allow the change, but with the value of NewValue that he just modified.
Not sure I, as a user of the software, would like this, but there are some cases where it could prove useful.


Subject: Re: VisualCLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 11 Feb 2005 18:00:29 +0100
Newsgroups: jedi.vcl

Leandro wrote:

> > how to install VisualCLX in Delphi7 and kylix 3 ?

Do you mean JVCLX? Because VisualCLX is shipped with Delphi 7 (>= Prof)
and Kylix 3.




-- Regards, Andreas Hausladen 

Subject: JvInspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 11 Feb 2005 17:40:34 +0100
Newsgroups: jedi.vcl

I found the OnItemValueChanged event that was nowhere used in the
JvInspector code so I made it working. And for the project I currently
working on, I introduced the OnItemValueChanging event.

TInspectorValueChangingEvent = procedure(Sender: TObject; Item:
TJvCustomInspectorItem; const NewValue: string; var AllowChange: Boolean)
of object;

The "const" in "const NewValue: string" could also be a "var". Any comment
on this?


-- Regards, Andreas Hausladen 

Subject: Re: jvDesktopAlert execute conundrum
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Feb 2005 14:55:21 +0100
Newsgroups: jedi.vcl

> > I'll contact my
> > mate who actually ended up writing his own and see if we can't compare how
> > it works for his and jvDesktopAlert.
That would be great. Nothing's like sharing

> > <compliment>
> > BTW - just to say, it adds something to my application that the client
> > loves.  Personally popups drive me mad.  I notice a flashing trayicon, but
> > they like the full fireworks.  I would not have entertained offering the
> > feature as rich as you have implemented. </compliment>
Thanks. For an even less intrusive validation helper, have a look at the
JvErrorIndicator as well. Might be useful in some circumstances


> > Did you read me thoughts about the JVCL docs and the "what's different"
> > section?  Would save a lot of code viewing.
....and add a lot of documentation :) Seriously, it's hard enough getting
people to write basic help, but the idea as such is great.

> > Finally, the example doesn't use the jvDesktopAlert controller / container
> > or whatever it is called.  Should we enhance it or add another example so
> > people realise they can use it either on its own or in conjuctions with
the
> > controller?
I see no problem adding this feature to the demo.

Actually, if you don't use a stacker (as it is called), one will be created
internally. It is only if you want to have several lists of alerts in
different locations, that a separate stacker would be beneficial.

Since I don't have any time to work at JVCL at the moment, I will have to
pass these requests on to other more able developers.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: DLL and jvcl
From: "Nikos" <nandrianakis@hotmail.com>
Date: Fri, 11 Feb 2005 15:37:31 +0200
Newsgroups: jedi.vcl

Marcel thanks for your help but still nothing.
I will try on Monday with bpl's
Thanks
"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:cui9af$uks$1@talkto.net...
>> >> DLL source test
>> >>
>> >> library tDll;
>> >>
>> >> uses
>> >>   Sharemem,
>> >>   SysUtils,
>> >>   Classes,
>> >>   Forms,
>> >>   Udll in 'Udll.pas' {Form1};
>> >>
>> >> {$R *.res}
>> >>
>> >>
>> >>  procedure test;export;
>> >>  begin
> >
> >     Form1 := TForm1.Create(nil); // create form
> >
> > That might work better, since it won't explicitly try to create one in the 
> > application environment (which is a different instance than the one in 
> > your main application). This can lead to various issues.
> >
>> >>    try
>> >>      Form1.ShowModal;
>> >>      // if i put on Form1 for example a JvDbGrid
>> >>      // after application terminate I get runtime error 216
>> >>   finally
>> >>      Form1.Free;
>> >>    end;
>> >>  end;
>> >>
>> >>  exports test;
>> >>
> >
> > You may need to set the Application.Handle to the one of the main 
> > application (note, instead of THandle, you may need HWND, though a simple 
> > LongInt would suffice):
> >
> > function InitDll(mainHandle: THandle); export;
> > begin
> >   Application.Handle := mainHandle;
> > end;
> >
>> >> end.
>> >>
>> >>
>> >>
>> >> Calling Project
>> >> // I put ShareMem also in project source
>> >>
>> >> unit Unit1;
>> >>
>> >> interface
>> >>
>> >> uses
>> >>   Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, 
>> >> Forms,
>> >>   Dialogs, StdCtrls, XPMan;
>> >>
>> >> type
>> >>   TForm1 = class(TForm)
>> >>     Button1: TButton;
>> >>     XPManifest1: TXPManifest;
>> >>     procedure Button1Click(Sender: TObject);
>> >>   private
>> >>     { Private declarations }
>> >>   public
>> >>     { Public declarations }
>> >>   end;
>> >>
>> >> var
>> >>   Form1: TForm1;
>> >>
>> >> implementation
>> >>
>> >> {$R *.dfm}
>> >> procedure test;  external 'tDll.dll';
>> >>
>> >> procedure TForm1.Button1Click(Sender: TObject);
>> >> begin
>> >>   test;
>> >> end;
>> >>
>> >> end.
> >
> >
> > Let's initialize the DLL. This must be done exactly once, and should be 
> > done from the main block of the application project source, always *after* 
> > application has been initialized, but before the Application.Run 
> > (technically before you try to use the DLL's form):
> >
> > procedure InitDll(mainHandle: THandle); external 'tDll.dll';
> >
> > begin
> >   [...]
> >   InitDll(Application.Handle);
> >   [...]
> >   Application.Run;
> > end.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: DLL and jvcl
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 11 Feb 2005 13:45:34 +0100
Newsgroups: jedi.vcl

> DLL source test
>
> library tDll;
>
> uses
>   Sharemem,
>   SysUtils,
>   Classes,
>   Forms,
>   Udll in 'Udll.pas' {Form1};
>
> {$R *.res}
>
>
>  procedure test;export;
>  begin

    Form1 := TForm1.Create(nil); // create form

That might work better, since it won't explicitly try to create one in the application environment (which is a different instance than the one in your main application). This can lead to various issues.

>    try
>      Form1.ShowModal;
>      // if i put on Form1 for example a JvDbGrid
>      // after application terminate I get runtime error 216
>   finally
>      Form1.Free;
>    end;
>  end;
>
>  exports test;
>

You may need to set the Application.Handle to the one of the main application (note, instead of THandle, you may need HWND, though a simple LongInt would suffice):

function InitDll(mainHandle: THandle); export;
begin
  Application.Handle := mainHandle;
end;

> end.
>
>
>
> Calling Project
> // I put ShareMem also in project source
>
> unit Unit1;
>
> interface
>
> uses
>   Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
>   Dialogs, StdCtrls, XPMan;
>
> type
>   TForm1 = class(TForm)
>     Button1: TButton;
>     XPManifest1: TXPManifest;
>     procedure Button1Click(Sender: TObject);
>   private
>     { Private declarations }
>   public
>     { Public declarations }
>   end;
>
> var
>   Form1: TForm1;
>
> implementation
>
> {$R *.dfm}
> procedure test;  external 'tDll.dll';
>
> procedure TForm1.Button1Click(Sender: TObject);
> begin
>   test;
> end;
>
> end.
>


Let's initialize the DLL. This must be done exactly once, and should be done from the main block of the application project source, always *after* application has been initialized, but before the Application.Run (technically before you try to use the DLL's form):

procedure InitDll(mainHandle: THandle); external 'tDll.dll';

begin
  [...]
  InitDll(Application.Handle);
  [...]
  Application.Run;
end.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: DLL and jvcl
From: "Nikos" <nandrianakis@hotmail.com>
Date: Fri, 11 Feb 2005 14:13:48 +0200
Newsgroups: jedi.vcl

DLL source test

library tDll;

uses
  Sharemem,
  SysUtils,
  Classes,
  Forms,
  Udll in 'Udll.pas' {Form1};

{$R *.res}


 procedure test;export;
 begin
   Form1 :=TForm1.Create(application); // create form
   try
     Form1.ShowModal;
     // if i put on Form1 for example a JvDbGrid
     // after application terminate I get runtime error 216
  finally
     Form1.Free;
   end;
 end;

 exports test;

end.



Calling Project
// I put ShareMem also in project source

unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, StdCtrls, XPMan;

type
  TForm1 = class(TForm)
    Button1: TButton;
    XPManifest1: TXPManifest;
    procedure Button1Click(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}
procedure test;  external 'tDll.dll';

procedure TForm1.Button1Click(Sender: TObject);
begin
  test;
end;

end. 




Subject: Re: DLL and jvcl
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 11 Feb 2005 13:03:55 +0100
Newsgroups: jedi.vcl

Nikos wrote:
> Sorry not all the components from jvedit palette.
> JvEdit,JvMemoEdit works
> Any Ideas? 

    I might have if you could explain a little more what doesn't work exactly. Also, as Robert mentioned, there are some components in JVCL that apparently won't work in DLLs. But if you provide some more information on what you try to do, what doesn't work and what happens in that case (error messages, weird behavior, etc.) we might be better able to help you out.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: DLL and jvcl
From: "Nikos" <nandrianakis@hotmail.com>
Date: Fri, 11 Feb 2005 13:43:40 +0200
Newsgroups: jedi.vcl

Sorry not all the components from jvedit palette.
JvEdit,JvMemoEdit works
Any Ideas? 




Subject: Re: Bigger executable after upgrading from 2.1 to 3.0
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 11 Feb 2005 12:09:18 +0100
Newsgroups: jedi.vcl

Mark J. Wallin schrieb:
> Ralf Grenzing wrote:
>
>> Mark J. Wallin schrieb:
>>
>>> I have just completed upgrading my D5 setup to JVCL 3.0 (with JCL 1.94) from 2.1.  I was previously using several of the RXLib 2.75 components in addition to a few JVCL components (most were the same as the RXLib counterparts).  I have completely shifted over to all JVCL components and have eliminated the RXLib from my controls palette.  With no other changes to my application, it has grown in size from 5.38 MB to 6.4MB. Is this to be expected or is some additional code being linked in that was not with my original component mix of both RXLib and JVCL?  I am not using a lot of JVCL components - primarily edit controls (both data-aware and non-data-aware).  I would expect some increase in the executable size but over 1MB seems a bit much.
>>>
>>> Mark J. Wallin
>>
>>
>>
>> if you install JCL complete with the packages you get a new menu entry in Delphi under Projects "Analyse Project X". It lists all units (inclusive the sizes) which gets inlcudes in the application. This helps me a lot to minimize app size!
>>
>> best regards
>>
>> Ralf Grenzing
>
>
> Thanks, that analyzer is very helpful.  It made me realize that there are was another change that I made which I forgot about making before I installed JVCL 3; I was experimenting with an end user reporting engine  so the 1 MB increase in the .exe size may be mostly attributable to that rather than JVCL 3.  I have to recompile several other versions of my app to JVCL 3 so I will see more clearly what is happening. I now suspect that the executable size change will be fairly small.
>
> That analyzer output is very interesting and will be very useful; thanks for pointing it out as I doubt I would have ever noticed it.
>
> Mark J. Wallin

you are welcome! BTW: I would think it interesting how much the exe size really became ..


Subject: Mantis 2610 (proposed addition to JvInterpreter_StdCtrls.pas)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Feb 2005 12:06:49 +0100
Newsgroups: jedi.vcl

I have rejected this addition, but as replacement i have added
JvInterpreter_Buttons.pas to the JVCL.

The anonymous reporter of that Mantis bug may please test this addition and report back here or on Mantis if it works.


Subject: Re: DLL and jvcl
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 11 Feb 2005 11:18:49 +0100
Newsgroups: jedi.vcl

>> What kind of DLL ? Do you pass objects between the program and the DLL ?
>
> No objects  no strings 

    if you use VCL forms in the DLL, you're definitely passing objects *and* strings (actually, the VCL does). There are a few things that may help:

* add ShareMem to the uses section of your application and any DLLs. This is required, and must be the first unit in the uses of the .dpr or ..dpk/.bpk source file. (note: if your application and DLLs are build using packages (best to also use the JCL/JVCL packages in that case), this step is not needed).

* set the Application handle in the DLL to that of the application (also not needed when you use packages). There are some cases where this can lead to more problems though.

* Use run time packages in the application and it's DLLs. This is the preferred way (reduces code duplication, since no part of the VCL, JCL, JVCL or any of the third party components used will be duplicated in the application and the DLLs), but requires you to add the .bpl's you use to the distribution (which, ironically, may actually increase in size of the distribution).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: jvDesktopAlert execute conundrum
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 11 Feb 2005 09:43:34 -0000
Newsgroups: jedi.vcl

"Peter Thörnqvist"
>> >> mmm, it is not stealing the focus per se, or if it is it is not causing 
>> >> me
> > a
>> >> problem.  In fact the application I am actually in (e.g. Word), keeps
> > focus
>> >> but is just behind my application.
> > I actually think it is stealing focus but it is restoring it so fast, it
> > might appear that it didn't. You can see this better if you are editing a 
> > db
> > record and display the alert at the same time: a post will go to the
> > dataset, the alert is displayed and then focus will return to the field. 
> > If
> > you've typed something invalid (because you weren't finished), a DB error
> > will be triggered


Thanks Peter,

Will try and look at it, but if you wrote it an obviously know a lot more 
about w32 programming than me, I might be at it a while.  I'll contact my 
mate who actually ended up writing his own and see if we can't compare how 
it works for his and jvDesktopAlert.
<compliment>
BTW - just to say, it adds something to my application that the client 
loves.  Personally popups drive me mad.  I notice a flashing trayicon, but 
they like the full fireworks.  I would not have entertained offering the 
feature as rich as you have implemented. </compliment>

Did you read me thoughts about the JVCL docs and the "what's different" 
section?  Would save a lot of code viewing.

Cheers and I'll keep you posted.

Finally, the example doesn't use the jvDesktopAlert controller / container 
or whatever it is called.  Should we enhance it or add another example so 
people realise they can use it either on its own or in conjuctions with the 
controller?

Cheers,

JAC> 




Subject: Re: DLL and jvcl
From: "Nikos" <nandrianakis@hotmail.com>
Date: Fri, 11 Feb 2005 11:40:16 +0200
Newsgroups: jedi.vcl

> > Which JVCL components do you use in the DLL?
I try with all the components from JVEdits pallete
> > Some are not designed for DLLs. Maybe this can be fixed. 




Subject: Re: DLL and jvcl
From: "Nikos" <nandrianakis@hotmail.com>
Date: Fri, 11 Feb 2005 11:39:30 +0200
Newsgroups: jedi.vcl

> > Nikos wrote:
>> >> Try to load a dll with forms and jvcl components on W2K
>> >> after close application you get an unknown exception.
>> >> On Win XP you get the same error if you compile project wint XPMan unit.
>> >> Is this a bug or what?
>> >> How can i fix it?
> >
> > What version of the JVCL ?

JVLS version 3
> > What kind of DLL ? Do you pass objects between the program and the DLL ?
No objects  no strings 




Subject: Re: DLL and jvcl
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Feb 2005 09:43:42 +0100
Newsgroups: jedi.vcl

OBones wrote:

> What version of the JVCL ?
> What kind of DLL ? Do you pass objects between the program and the DLL ? If so, do you use ShareMem ?

Which JVCL components do you use in the DLL?
Some are not designed for DLLs. Maybe this can be fixed.


Subject: Re: jvDesktopAlert execute conundrum
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Feb 2005 09:32:28 +0100
Newsgroups: jedi.vcl

> > mmm, it is not stealing the focus per se, or if it is it is not causing me
a
> > problem.  In fact the application I am actually in (e.g. Word), keeps
focus
> > but is just behind my application.
I actually think it is stealing focus but it is restoring it so fast, it
might appear that it didn't. You can see this better if you are editing a db
record and display the alert at the same time: a post will go to the
dataset, the alert is displayed and then focus will return to the field. If
you've typed something invalid (because you weren't finished), a DB error
will be triggered


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Anyone else Problems with CVS
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Feb 2005 09:28:51 +0100
Newsgroups: jedi.vcl

> > I have the problem that with turtoise and putty/pageant my passwords
> > were no longer accepted. Didn't know why :-(
Go back to an earlier version of TCVS: there seems to be a problem with the
last release. You can also specify your password in the SSH parameters field
(CVS-Preferences-Tools-SSH Parameters):

-l "%u" "%h" -pw <password>

replace <password> with your SF password

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Are there unit test for JvMemoryDataset
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Feb 2005 09:26:27 +0100
Newsgroups: jedi.vcl

The unit tests for JVCL are in CVS in the dev/DUnit folder. IIRC, there are
just a few tests and I don't think JvMemoryDataset is one of them

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: DLL and jvcl
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Feb 2005 08:46:43 +0100
Newsgroups: jedi.vcl

Nikos wrote:
> Try to load a dll with forms and jvcl components on W2K
> after close application you get an unknown exception.
> On Win XP you get the same error if you compile project wint XPMan unit.
> Is this a bug or what?
> How can i fix it?

What version of the JVCL ?
What kind of DLL ? Do you pass objects between the program and the DLL ? If so, do you use ShareMem ?


Subject: DLL and jvcl
From: "Nikos" <nandrianakis@hotmail.com>
Date: Fri, 11 Feb 2005 09:33:53 +0200
Newsgroups: jedi.vcl

Try to load a dll with forms and jvcl components on W2K
after close application you get an unknown exception.
On Win XP you get the same error if you compile project wint XPMan unit.
Is this a bug or what?
How can i fix it?
Regards Nikos 




Subject: Re: TJvPanel and HotColor property
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Fri, 11 Feb 2005 08:03:31 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Question: Is there a way to turn off the mouse-over/HotColor behaviour?
>
> HotColor := clNone?

Thanks.



-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: Anyone else Problems with CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Feb 2005 06:41:22 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> I have the problem that with turtoise and putty/pageant my passwords were no longer accepted. Didn't know why :-(

I prefer to type in my password always so i do not know.


Subject: Re: Project Analyzer question
From: Dave Hamdon <not@not.com>
Date: Thu, 10 Feb 2005 15:58:40 -0700
Newsgroups: jedi.vcl

Sorry.  I had the wrong group selected.  :(



Dave Hamdon said the following on 10/02/2005 3:57 PM:
> Is there a compiler setting I need to manually turn on to get the Packages to show up in the Analyzer Dialog?  It seems only the Borland packages seem to show up in my projects.?
>
> Thanks,


Subject: Project Analyzer question
From: Dave Hamdon <not@not.com>
Date: Thu, 10 Feb 2005 15:57:46 -0700
Newsgroups: jedi.vcl

Is there a compiler setting I need to manually turn on to get the Packages to show up in the Analyzer Dialog?  It seems only the Borland packages seem to show up in my projects.?

Thanks,


Subject: Re: Anyone else Problems with CVS
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 10 Feb 2005 23:13:45 +0100
Newsgroups: jedi.vcl

I have the problem that with turtoise and putty/pageant my passwords were no longer accepted. Didn't know why :-(

Robert Marquardt schrieb:
> Jens Fudickar wrote:
>
>> since yesterday :-(
>
>
> Not now. It depends largely on the time of day.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvCreateProcess not finding winword.exe
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Feb 2005 21:13:59 +0100
Newsgroups: jedi.vcl

Finding the last focused window and restoring it, is probably not the issue
here. The problem as I see it, is how to avoid the focus from changing in
the first place. And as I said, I haven't found a workable solution to that.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: News about JVCL 3 release
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 10 Feb 2005 14:01:39 -0500
Newsgroups: jedi.vcl

Mike Carroll wrote:
> No inconvenience to me. After seeing the delays for JVCL 3, I decided to to with a commercial product. 

Good luck with that. Hope you'll also give JVCL another try.

The reality is that only the JVCL developers are driving the JVCL boat and this is basically optimal in the developer productivity/component-quality equation.

I suggest the following metric, which applies to both open source and commercial components:

    ValueOfComponent :=    ValueOfMyOutput / CostOfOwningComponent;

    ValueOfMyOutput :=  A function, code to be shown later,
        that goes up when my boss and my clients are happy,
        and I'm on schedule, and the world is golden.
    
    CostOfOwningComponent := A function that goes up when I
        have to take hours to isolate and report bugs in
        a third party component, send the report to the
        company, and waiting for them to confirm it
        and issue a fix, and all other negative
        costs associated with faults in code I didn't
        write and quite possibly don't understand. Initial
        purchase price (free or $500) quickly  becomes a
        very small residual term in the TCO of your
        chosen components.  The TCO of commercial software can
        actually be higher, unless your component vendor has
        enough resources to match the combined productivity
        of a loose-knit team of possibly dozens or even
        hundreds of people who work with this stuff every day,
        all day.

Some of the ways of maximizing ValueOfComponent include:

    - Understanding and improving component internals yourself. The cost of time to dig into a component can be worth it, if it means you can support yourself, add features you need, and continue to use the component. This is why JVCL has contributors and developers. It is both benevolent and self-interested at the same time.
    
    - Otherwise, being one of many people who use a component,
and benefitting from the delphi "slipstream" effect. You don't need to understand it or dig into it, and chances are, if thousands of other people have used it, one of them will either (a) be around to help you out if you have a problem, and (b) probably will have already thought about making the component simple enough to use that you don't even need help.  This is what is really great about open-source Delphi component toolkits.  The users of the code are coders themselves, of various levels of ability.  The combined effect of all our work is amazing. This is what the community of JVCL users are doing.


Warren


Subject: Re: Questions using JVCL 3.0RC1 + D7
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 10 Feb 2005 19:50:20 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:

> OBones wrote:
>
>
>> Option 2 with a separate unit (no datamodule) would be the way I'd go.
>
>
> Ok, but my forms are shared among different projects. Then:
>
> 1. I would need to share this unit too?
> 2. I would have a TJvCustomAppStorage for each project?
>
> The second is the best, but how to set the proper TJvCustomAppStorage
> related to the current project the form is being created?

You could also make all your forms inherit from the same base class, class that creates the TJvCustomAppStorage descendent and sets its property.



Subject: Re: Searching for component: TImage with Images and ImageIndex properties
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 10 Feb 2005 13:34:59 -0500
Newsgroups: jedi.vcl

Aleksander Oven wrote:
> I guess the subject says it all. Is there such component anywhere in jvcl or the like?
>
> Regards,
> Aleksander Oven

What I would do in this case is use a Paintbox control, with a TImageList.  One line of code in the Paintbox OnPaint event handler.

procedure TForm1.PaintBox1Paint(Sender: TObject);
begin
  ImageList1.Draw( PaintBox1.Canvas, 0,0, {imageindex} 0, true);
end;


Regards,

Warren




Subject: Re: jvDesktopAlert execute conundrum
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 10 Feb 2005 19:00:09 +0100
Newsgroups: jedi.vcl

John Friel wrote:
> Can JvDesktopAlert run in its own thread?  e.g. do threads preserve the focus of dialogs or the main program?

Threads have nothing to do with focus at all.


> (I ask because I do not understand thread programming yet.  Emphases on yet...)

I can see that <g>
No judgement intended, I was just like you a while back.


Subject: Re: jvDesktopAlert execute conundrum
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 10 Feb 2005 17:41:40 -0000
Newsgroups: jedi.vcl

mmm, it is not stealing the focus per se, or if it is it is not causing me a 
problem.  In fact the application I am actually in (e.g. Word), keeps focus 
but is just behind my application.

So it is just bringing a modal form to the for if the desktop alert was not 
created from the modal form.

As per other post, time to get my hands dirty.

JAC.

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message 
news:cug0sl$gdp$1@talkto.net...
> > I've tried various different ways to solve this issue, but it seems almost
> > impossible to make Windows/Delphi *not* steal focus to the alert dialog.
> >
> > Sorry
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: TJvCreateProcess not finding winword.exe
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 10 Feb 2005 17:37:58 -0000
Newsgroups: jedi.vcl

Do you have any views on why it occurs.  I have a mate who has stepped 
through the code of an earlier build.  He seemed to think it was to do with 
how the jvDesktopAlert looks to see which was the last focused window.  I 
haven't traced the code yet and always find it difficult tracing code to do 
with focus or repaints as the debugger gets in the way and causes more 
repaints.  Any pointers would be great and then I'll get my hands dirty.

JAC.


"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message 
news:cug0qp$gdb$1@talkto.net...
>> >> Still no takers on my earlier post about jvDesktopAlert, do I need to 
>> >> give
>> >> an example app?  Who's baby is it?
> >
> > It's mine, but I have no suggestions for solutions to the problem. The 
> > one's
> > I've tried didn't pan out.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: TJvFormPlacement not in palette
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 10 Feb 2005 17:36:51 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > TJvFormPlacement=TJvFormStorage
> > 
> > Hence TJvFormPlacement is replaced by TJvFormStorage.

Ok, thanks. So that's why TJvFormPlacement is not being registered. :)

-- Erick Sasse 

Subject: Re: Questions using JVCL 3.0RC1 + D7
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 10 Feb 2005 17:35:53 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Option 2 with a separate unit (no datamodule) would be the way I'd go.

Ok, but my forms are shared among different projects. Then:

1. I would need to share this unit too?
2. I would have a TJvCustomAppStorage for each project?

The second is the best, but how to set the proper TJvCustomAppStorage
related to the current project the form is being created?

-- Erick Sasse 

Subject: Re: Bigger executable after upgrading from 2.1 to 3.0
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Thu, 10 Feb 2005 12:35:49 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

> Even if you find that only using a few JVCL controls increases your EXE size a lot, each additional JVCL control will already be sharing the common JVCL codebase, and so those of us who use a lot of JVCL controls (I use over 40 of them in my primary applications) don't really see it as bloat, but rather as a sure sign of code-reuse. :-)

Please see my reply to Ralf Grenzing; I think I was comparing apples and oranges here.

Mark J. Wallin


Subject: Re: Bigger executable after upgrading from 2.1 to 3.0
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Thu, 10 Feb 2005 12:33:58 -0500
Newsgroups: jedi.vcl

Ralf Grenzing wrote:
> Mark J. Wallin schrieb:
>
>> I have just completed upgrading my D5 setup to JVCL 3.0 (with JCL 1.94) from 2.1.  I was previously using several of the RXLib 2.75 components in addition to a few JVCL components (most were the same as the RXLib counterparts).  I have completely shifted over to all JVCL components and have eliminated the RXLib from my controls palette.  With no other changes to my application, it has grown in size from 5.38 MB to 6.4MB. Is this to be expected or is some additional code being linked in that was not with my original component mix of both RXLib and JVCL?  I am not using a lot of JVCL components - primarily edit controls (both data-aware and non-data-aware).  I would expect some increase in the executable size but over 1MB seems a bit much.
>>
>> Mark J. Wallin
>
>
> if you install JCL complete with the packages you get a new menu entry in Delphi under Projects "Analyse Project X". It lists all units (inclusive the sizes) which gets inlcudes in the application. This helps me a lot to minimize app size!
>
> best regards
>
> Ralf Grenzing

Thanks, that analyzer is very helpful.  It made me realize that there are was another change that I made which I forgot about making before I installed JVCL 3; I was experimenting with an end user reporting engine  so the 1 MB increase in the .exe size may be mostly attributable to that rather than JVCL 3.  I have to recompile several other versions of my app to JVCL 3 so I will see more clearly what is happening. I now suspect that the executable size change will be fairly small.

That analyzer output is very interesting and will be very useful; thanks for pointing it out as I doubt I would have ever noticed it.

Mark J. Wallin


Subject: Re: jvDesktopAlert execute conundrum
From: "John Friel" <jedi@frieltek.com>
Date: Thu, 10 Feb 2005 11:23:41 -0600
Newsgroups: jedi.vcl

Can JvDesktopAlert run in its own thread?  e.g. do threads preserve the 
focus of dialogs or the main program?

(I ask because I do not understand thread programming yet.  Emphases on 
yet...)

John

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message 
news:cug0sl$gdp$1@talkto.net...
> > I've tried various different ways to solve this issue, but it seems almost
> > impossible to make Windows/Delphi *not* steal focus to the alert dialog.
> >
> > Sorry
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Are there unit test for JvMemoryDataset
From: Geraldo Lopes <geraldo.ls@gmail.com>
Date: Thu, 10 Feb 2005 14:37:37 -0200
Newsgroups: jedi.vcl

Hi,

I'm planning moving from Rx to JVCL.

I gave a look at JvMemoryDataset code and it's different from the rx version.

Are there unit test for this component ?

Can someone say a word about its stability, because I have an application that is highly dependent on it.

Thanks in advance,

Geraldo Lopes de Souza

PS. You are doing great job with JVCL.


Subject: Re: jvDesktopAlert execute conundrum
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Feb 2005 17:08:17 +0100
Newsgroups: jedi.vcl

I've tried various different ways to solve this issue, but it seems almost
impossible to make Windows/Delphi *not* steal focus to the alert dialog.

Sorry

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvCreateProcess not finding winword.exe
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Feb 2005 17:07:17 +0100
Newsgroups: jedi.vcl

> > Still no takers on my earlier post about jvDesktopAlert, do I need to give
> > an example app?  Who's baby is it?

It's mine, but I have no suggestions for solutions to the problem. The one's
I've tried didn't pan out.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvDesktopAlert closing causes access violation when AutoFree=True
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Feb 2005 17:04:23 +0100
Newsgroups: jedi.vcl

It probably is a problem with the alert being freed before the event handler
for OnMessageClick has finished. I'd suggest setting a breakpoint in your
event handler and one in DesktopAlert.Destroy. Run your app and see which
one is hit first. It should be the message handler.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: A Couple of questions on the Timeline component/decrypt routines
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Feb 2005 17:02:07 +0100
Newsgroups: jedi.vcl

> > Is there a quick of printing the timeline or part thereof eg from a
> > particular year to the next or groups of years
Nothing like that has been implemented

> > Secondly I am now loading from file, however I would like to encrypt the
> > file the data is the timeline is using. I can get it to encrypt but I
cannot
> > get the loadfromfile  function and the decrypt routine to work. I am using
> > one of the endcrypt/decrypt units in the project.
I'd suggest trying the SaveTo/LoadFromStream methods instead. When
enrypting, first save the timeline to a stream, encrypt the stream and save
it to a file. When decrypting, load from a file into a stream, decrypt it
and then call timeline.LoadFromStream

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Searching for component: TImage with Images and ImageIndex properties
From: Aleksander Oven <aleksander.oven@email.si>
Date: Thu, 10 Feb 2005 16:42:40 +0100
Newsgroups: jedi.vcl

I guess the subject says it all. Is there such component anywhere in jvcl or the like?

Regards,
Aleksander Oven


Subject: Re: Interesting SourceForge project
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Feb 2005 16:32:52 +0100
Newsgroups: jedi.vcl

lool wrote:

> > there is also 'XLibVCL' on sourceforge started a long ago by Andreas.
> > is there a technical locking point on stopping this ?

No technical problems but I have no time for such a time consuming project.



PS: Please do not overquote it only confuses me.



-- Regards, Andreas Hausladen 

Subject: Re: Interesting SourceForge project
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 10 Feb 2005 16:28:44 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> lool wrote:
>
>
>>> Now that Qt4 will be GPL for Windows also we only have licensing problems left. We should ask all authors for MPL/GPL dual licensing.
>
>
> GPL for JVCL? Good luck finding all code donators.

And I would refuse for mine.
No way I'm releasing any code of mine under GPL.
I don't mind working on existing GPL code, but for new code I write, no way it's gonna be GPL. Too much of a viral licence.
But that's not the point of this discussion.


Subject: Re: Interesting SourceForge project
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Feb 2005 16:23:49 +0100
Newsgroups: jedi.vcl

lool wrote:

>> > > Now that Qt4 will be GPL for Windows also we only have licensing 
>> > > problems left. We should ask all authors for MPL/GPL dual licensing.

GPL for JVCL? Good luck finding all code donators.



-- Regards, Andreas Hausladen 

Subject: Re: TJvPanel and HotColor property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Feb 2005 16:17:33 +0100
Newsgroups: jedi.vcl

> > Question: Is there a way to turn off the mouse-over/HotColor behaviour?
HotColor := clNone?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Interesting SourceForge project
From: lool <lool@yahoo.com>
Date: Thu, 10 Feb 2005 15:41:22 +0100
Newsgroups: jedi.vcl

there is also 'XLibVCL' on sourceforge started a long ago by Andreas.
is there a technical locking point on stopping this ?

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> It is a kind of dead project. OpenCLX was an idea to get the DataCLX for
>> the Kylix OpenEdition. I asked the admin for two years if I could help him
>> but he never answer. And even for the Kylix community project he was
>> notified (If I remember correctly) but no answer, too.
>
>
> This is what i found now at http://www.delphipraxis.net/post317589.html#317589
> (german thread here are links)
>
> # FreeCLX: FreeCLX is the Open Source project for Borland's CLX Component Library for Linux. A Borland No-Nonsense licensed version of CLX is available in the Desktop and Server Editions of Kylix. A Borland Kylix compiler is required to build FreeCLX.
> # DWPL: The Delphi WDosX Project Library (DWPL) is an Open Source cross-platform library (based on FreeCLX) to make the development of 32-bit DOS programs with Delphi (using WDOSX) flawless, and to make the UI created with CLX available to DOS programs
> # freeCLX4SDL: Try to build some LGPL CLX components for Open edition Kylix, such as SDL/OpenGL and other closs-platform API CLX suit. make kylix more easy and powerful in Game/multi-media/CAI development
> # OpenCLX: OpenCLX, an open-source run-time, visual, and database library for Borland Kylix compatible with FreeCLX.
>
>
> Maybe we should think about doing the whole VisualCLX ourselves.
> Subsequently we may also do the VCL ourselves.
> Now that Qt4 will be GPL for Windows also we only have licensing problems left. We should ask all authors for MPL/GPL dual licensing.


Subject: TJvPanel and HotColor property
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Thu, 10 Feb 2005 15:38:17 +0100
Newsgroups: jedi.vcl

Hello.

I've noticed that in JVCL3, the TJvPanel has a property HotColor, which looks cool, but... it's not really what I intended.

Question: Is there a way to turn off the mouse-over/HotColor behaviour? I can't simply set it to the bkg color, because I set it to different values, depending on the contents.

Thanks in advance.


By the way, there was (is) a "feature" in Delphi's original TPanel which makes it transparent in XP. I somehow did something to make it work, but wanted to ask if JVCL crew maybe managed to fix that issue? I now have no XP to check it.


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: Interesting SourceForge project
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 10 Feb 2005 15:31:14 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It is a kind of dead project. OpenCLX was an idea to get the DataCLX for
> the Kylix OpenEdition. I asked the admin for two years if I could help him
> but he never answer. And even for the Kylix community project he was
> notified (If I remember correctly) but no answer, too.

This is what i found now at http://www.delphipraxis.net/post317589.html#317589
(german thread here are links)

# FreeCLX: FreeCLX is the Open Source project for Borland's CLX Component Library for Linux. A Borland No-Nonsense licensed version of CLX is available in the Desktop and Server Editions of Kylix. A Borland Kylix compiler is required to build FreeCLX.
# DWPL: The Delphi WDosX Project Library (DWPL) is an Open Source cross-platform library (based on FreeCLX) to make the development of 32-bit DOS programs with Delphi (using WDOSX) flawless, and to make the UI created with CLX available to DOS programs
# freeCLX4SDL: Try to build some LGPL CLX components for Open edition Kylix, such as SDL/OpenGL and other closs-platform API CLX suit. make kylix more easy and powerful in Game/multi-media/CAI development
# OpenCLX: OpenCLX, an open-source run-time, visual, and database library for Borland Kylix compatible with FreeCLX.


Maybe we should think about doing the whole VisualCLX ourselves.
Subsequently we may also do the VCL ourselves.
Now that Qt4 will be GPL for Windows also we only have licensing problems left. We should ask all authors for MPL/GPL dual licensing.


Subject: Re: TJvButton
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Thu, 10 Feb 2005 15:23:26 +0100
Newsgroups: jedi.vcl

OBones wrote:
> As indicated in converter\JVCL3.dat:
> TJvButton=TJvBitBtn
>
> Hence, replace TJvButton with TJvBitBtn and you should be sorted.

Thanks, I found the answer in another thread and discovered JVCL3.dat. Wouldn't it actually be better to name the file JVCL3Upgrade or something like that (if it really is that).


> Cheers

thanks again


> Olivier Sannier
> JVCL Coordinator




-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: Migration hint
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Thu, 10 Feb 2005 15:18:06 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Michal Borsuk wrote:
>
>> Like an automatization tool.
>>
>> So here's another hint for beginners:
>>
>
> How about open up .\converter\JVCL3.dat and it will do a massive search and replace not just of that but of a whole bunch of other stuff that needs fixing up to make it work in JVCL3. :-)

Damn, I was looking for that, overlooked that file.


> I think the convertor could actually be a little more friendly, perhaps
> a wizard mode that automatically loads up the right set of conversion
> strings, and so on, and basically holds one's hand through the conversion.

IMHO not necessarily that far into "microsoft domain". It would be IMHO enough to 1) inform during the install that there's a possibility of auto upgrading and 2) chamge the filename from JVCL3 to JVCL3Upgrade?


> Warren


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: Interesting SourceForge project
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Feb 2005 15:12:32 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > http://www.sf.net/projects/OpenCLX

It is a kind of dead project. OpenCLX was an idea to get the DataCLX for
the Kylix OpenEdition. I asked the admin for two years if I could help him
but he never answer. And even for the Kylix community project he was
notified (If I remember correctly) but no answer, too.


-- Regards, Andreas Hausladen 

Subject: A Couple of questions on the Timeline component/decrypt routines
From: "morst" <morst@bogpond.com>
Date: Fri, 11 Feb 2005 00:41:52 +1100
Newsgroups: jedi.vcl

Hi

Is there a quick of printing the timeline or part thereof eg from a 
particular year to the next or groups of years

Secondly I am now loading from file, however I would like to encrypt the 
file the data is the timeline is using. I can get it to encrypt but I cannot 
get the loadfromfile  function and the decrypt routine to work. I am using 
one of the endcrypt/decrypt units in the project.

Can someone please assist

Thanking You

Moris 




Subject: Re: TJvCreateProcess not finding winword.exe
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 10 Feb 2005 13:09:50 -0000
Newsgroups: jedi.vcl

"Jason Chapman" <jason@nospamjac2.co.uk> wrote in message 
news:cufbqu$b32$1@talkto.net...
> > This may be a little OT.  I want to be able to launch word with a 
> > filename. I was expecting to be able to just put in the command line 
> > 'winword.exe c:\somedir\somefile.rtf'
> >
> > or even just  'c:\somedir\somefile.rtf'
> >
> > But it won't find winword.  If I go Start | run winword it works.  If I go 
> > winword at the comand prompt it works.  C:\program files\ms 
> > office\winword11\ is not on the path so I am a little confused.
> >
> > Obones et al: Do you think the onlione docs could do with a reference to 
> > win32 help CreateProcess as the some parameters match these.
> >
> > Also: In the help, would it be useful to have a section in the description 
> > of the component that states what makes it different from its Borland VCL 
> > counterpart, as I find myself as a novice having to look at the code to 
> > work out what makes a TDBGrid and a TjvDBGrid different.
> >
> > Still no takers on my earlier post about jvDesktopAlert, do I need to give 
> > an example app?  Who's baby is it?
> >
> > Cheers,

After more digging around (and discussion on another NG), I have learnt that 
the info required is in:
> > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\ 
> > (thanks Jason Sweby)
Is there away to get this without having to delve into the registry, if 
there isn't or it isn't easy, maybe add a property to convert a string to a 
fully qualified path and string, winword -> c:\progra......... using the 
registry to convert?

Thoughts?

JAC




Subject: Re: TJvDesktopAlert closing causes access violation when AutoFree=True
From: "Richard Phillips" <rphillips@wayreth.u-net.com>
Date: Thu, 10 Feb 2005 11:47:43 -0000
Newsgroups: jedi.vcl

> > Note that i'm using the JVCL 3 RC2 as downloaded from
> > sourceforge, on Delphi 7 with WinXP Pro.

Doh.. of course, that should be JVCL 3 RC1, JCL 194-Build1758.




Subject: TJvDesktopAlert closing causes access violation when AutoFree=True
From: "Richard Phillips" <rphillips@wayreth.u-net.com>
Date: Thu, 10 Feb 2005 11:45:19 -0000
Newsgroups: jedi.vcl

Hi,

I've been starting to use TJvDesktopAlert to provide popup alerts within my
application - a very well presented component.

However, i've been encountering some issues with using the AutoFree property
that was recently introduced.  I know there was some discussion the issue of
freeing up the DesktopAlerts previously, although i presume that since
AutoFree is available it was fully implemented.  Note that i'm using the
JVCL 3 RC2 as downloaded from sourceforge, on Delphi 7 with WinXP Pro.


The code i used to create each of the desktop alerts is the following (note
that they are not created on the Main Form of the program):

// Generate the Desktop Alerts
DesktopAlert := TJvDesktopAlert.Create(Self);

DesktopAlert.HeaderText := 'Text';
DesktopAlert.MessageText := 'Text';

DesktopAlert.Location.AlwaysResetPosition := false;
DesktopAlert.Location.Position := dapBottomRight;
DesktopAlert.StyleHandler.DisplayDuration := 0;
DesktopAlert.Options := [daoCanClick,daoCanMove];
DesktopAlert.AlertStack := frmMain.DesktopAlertStack;

DesktopAlert.AutoFree := True;
DesktopAlert.OnMessageClick := frmMain.DesktopAlertClick;
DesktopAlert.Execute;


The Alert displays correctly, and runs the DesktopAlertClick subroutine i've
created.  The code inside that subroutine is:

TJvDesktopAlert(sender).Close(True);


However, after running that subroutine and closing the Alert, an access
violation occurs, e.g.:
"Access Violation at address 507BA936 in module 'Project.exe'.  Read of
address 6C3021CC'.  Using a debugger, i get the following information about
around where the error occurs:

main thread ($470):
507ba936 Project.exe JvDesktopAlert     TJvDesktopAlert.InternalMessageClick
505dabb0 Project.exe Controls           TControl.Click
507b6e02 Project.exe JvLabel            TJvCustomLabel.Click
505db006 Project.exe Controls           TControl.WMLButtonUp
5073b314 Project.exe JvExControls       InheritMessage
5073ba57 Project.exe JvExControls       DispatchMsg
505daa18 Project.exe Controls           TControl.WndProc
505da7e8 Project.exe Controls           TControl.Perform
505dd90e Project.exe Controls           TWinControl.IsControlMouseMsg
505dd9fa Project.exe Controls           TWinControl.WndProc
505f433d Project.exe Forms              TCustomForm.WndProc
505dd6f4 Project.exe Controls           TWinControl.MainWndProc
50582d30 Project.exe Classes            StdWndProc
77d44d33 user32.dll                        DispatchMessageA
505fa9ff Project.exe Forms              TApplication.ProcessMessage
505faa36 Project.exe Forms              TApplication.HandleMessage
505fac66 Project.exe Forms              TApplication.Run
508dc58f Project.exe Timesheets     164 initialization

disassembling:
[...]
507ba922
507ba92a loc_507ba92a:
507ba92a   mov     eax, [ebp-4]
507ba92d   mov     eax, [eax+$80]
507ba933   mov     edx, [ebp-8]
507ba936 > mov     ecx, [eax]
507ba938   call    dword ptr [ecx+$c]
507ba938
507ba93b   ret
507ba93b
507ba93b ; ---------------------------------------------------------
507ba93b
[...]


Setting AutoFree=False removes this issue.  Any ideas?  I presume that
setting AutoFree=False is going to incur memory leaks during use..




Subject: Re: TJvFormPlacement not in palette
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 10 Feb 2005 12:42:48 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:
> Jens Fudickar wrote:
>
>
>> No, you should find it in JvPersistence
>
>
> Yes, but it is not there.
> And I took a look at the code, and it is not being registered.
>
The very first line of converter\JVCL3.dat says this

TJvFormPlacement=TJvFormStorage

Hence TJvFormPlacement is replaced by TJvFormStorage.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Questions using JVCL 3.0RC1 + D7
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 10 Feb 2005 12:41:11 +0100
Newsgroups: jedi.vcl

Erick Sasse wrote:
> OBones wrote:
>
>
>> Are you using the TJvFormStorage in conjunction with a TJvAppStorage
>> component? The paradigm has changed, you need to link TJvFormStorage
>> with an App-Storage component (XML, DB, Registry, INI).
>
>
> This approach is better, but I have a question.
>
> I have forms shared among projects. The best practice is to have only
> one app-storage for each project, so I need to pass the right
> app-storage to the form when I'm creating it inside a project.
>
> What's your advice to avoid timing problems and others?

Two options:
1. One TJvCustomAppStorage descendent per form, all with AutoFlush and AutoReload set to true.
2. A single TJvCustomAppStorage component put in a datamodule used by all forms. Note that the datamodule could be replaced by a separate unit if you are willing to the properties via code.

Option 1 is an update problem as you have to change all file names everywhere. Plus it may have some timing problems, and slow down the start and stop of the application.
Option 2 with a separate unit (no datamodule) would be the way I'd go.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Interesting SourceForge project
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 10 Feb 2005 12:12:55 +0100
Newsgroups: jedi.vcl

N.D. van Bochove schrieb:
> Ralf Grenzing wrote:
>
>
>> Robert Marquardt schrieb:
>>
>>> http://www.sf.net/projects/OpenCLX
>>
>> What Do you mean? I get Invalid Project?
>
>
> use http://www.sf.net/projects/openclx (all lowercase)
>
> Diederik

thanx Diederik, now  got it!


Subject: DbNavigator
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Thu, 10 Feb 2005 09:05:25 -0200
Newsgroups: jedi.vcl

In JVCL, there are a DbNavigator component, that i can change de Buttons
Glyps?

[]´s
Cezar Wagenheimer 




Subject: Re: Interesting SourceForge project
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Thu, 10 Feb 2005 10:15:50 +0000 (UTC)
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> > Robert Marquardt schrieb:
>> > > http://www.sf.net/projects/OpenCLX
> > 
> > What Do you mean? I get Invalid Project?

use http://www.sf.net/projects/openclx (all lowercase)

Diederik


Subject: TJvCreateProcess not finding winword.exe
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Thu, 10 Feb 2005 10:09:56 -0000
Newsgroups: jedi.vcl

This may be a little OT.  I want to be able to launch word with a filename. 
I was expecting to be able to just put in the command line 'winword.exe 
c:\somedir\somefile.rtf'

or even just  'c:\somedir\somefile.rtf'

But it won't find winword.  If I go Start | run winword it works.  If I go 
winword at the comand prompt it works.  C:\program files\ms 
office\winword11\ is not on the path so I am a little confused.

Obones et al: Do you think the onlione docs could do with a reference to 
win32 help CreateProcess as the some parameters match these.

Also: In the help, would it be useful to have a section in the description 
of the component that states what makes it different from its Borland VCL 
counterpart, as I find myself as a novice having to look at the code to work 
out what makes a TDBGrid and a TjvDBGrid different.

Still no takers on my earlier post about jvDesktopAlert, do I need to give 
an example app?  Who's baby is it?

Cheers,

JAC 




Subject: Re: Bigger executable after upgrading from 2.1 to 3.0
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 10 Feb 2005 11:02:03 +0100
Newsgroups: jedi.vcl

Mark J. Wallin schrieb:
> I have just completed upgrading my D5 setup to JVCL 3.0 (with JCL 1.94) from 2.1.  I was previously using several of the RXLib 2.75 components in addition to a few JVCL components (most were the same as the RXLib counterparts).  I have completely shifted over to all JVCL components and have eliminated the RXLib from my controls palette.  With no other changes to my application, it has grown in size from 5.38 MB to 6.4MB. Is this to be expected or is some additional code being linked in that was not with my original component mix of both RXLib and JVCL?  I am not using a lot of JVCL components - primarily edit controls (both data-aware and non-data-aware).  I would expect some increase in the executable size but over 1MB seems a bit much.
>
> Mark J. Wallin

if you install JCL complete with the packages you get a new menu entry in Delphi under Projects "Analyse Project X". It lists all units (inclusive the sizes) which gets inlcudes in the application. This helps me a lot to minimize app size!

best regards

Ralf Grenzing


Subject: Re: Interesting SourceForge project
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 10 Feb 2005 10:57:54 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> http://www.sf.net/projects/OpenCLX

What Do you mean? I get Invalid Project?


Subject: Interesting SourceForge project
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 10 Feb 2005 09:37:14 +0100
Newsgroups: jedi.vcl

http://www.sf.net/projects/OpenCLX


Subject: Re: Anyone else Problems with CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 10 Feb 2005 06:14:14 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> since yesterday :-(

Not now. It depends largely on the time of day.


Subject: Re: TJvFormPlacement not in palette
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 10 Feb 2005 02:43:31 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > No, you should find it in JvPersistence

Yes, but it is not there.
And I took a look at the code, and it is not being registered.

-- Erick Sasse 

Subject: Re: JVCL3\examples\JvDocking\AdvanceDemo\Delphi_Source - "This form type will not be able to dock"
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 10 Feb 2005 02:06:21 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> This demo seems broken on my system. No form that this demo can make can be docked, which sort of begs the question, exactly what was the demo supposed to do?  I can't make any dockable window.

I'm updating this demo.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvFormPlacement not in palette
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 10 Feb 2005 01:36:19 +0100
Newsgroups: jedi.vcl

No, you should find it in JvPersistence

Erick Sasse schrieb:
> I installed RC1 and noticed that the component JvFormPlacement is not
> registered in the palette. Is it right?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Questions using JVCL 3.0RC1 + D7
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 10 Feb 2005 00:29:02 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Are you using the TJvFormStorage in conjunction with a TJvAppStorage
> > component? The paradigm has changed, you need to link TJvFormStorage
> > with an App-Storage component (XML, DB, Registry, INI).

This approach is better, but I have a question.

I have forms shared among projects. The best practice is to have only
one app-storage for each project, so I need to pass the right
app-storage to the form when I'm creating it inside a project.

What's your advice to avoid timing problems and others?

-- Erick Sasse 

Subject: TJvFormPlacement not in palette
From: "Erick Sasse" <esasse.remove@nospam.yahoo.com.br>
Date: Thu, 10 Feb 2005 00:28:57 +0000 (UTC)
Newsgroups: jedi.vcl

I installed RC1 and noticed that the component JvFormPlacement is not
registered in the palette. Is it right?

-- Erick Sasse 

Subject: Anyone else Problems with CVS
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 09 Feb 2005 23:07:16 +0100
Newsgroups: jedi.vcl

since yesterday :-(
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Bigger executable after upgrading from 2.1 to 3.0
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Feb 2005 15:38:49 -0500
Newsgroups: jedi.vcl

Mark J. Wallin wrote:

> I have just completed upgrading my D5 setup to JVCL 3.0 (with JCL 1.94) from 2.1.  I was previously using several of the RXLib 2.75 components in addition to a few JVCL components (most were the same as the RXLib counterparts).  I have completely shifted over to all JVCL components and have eliminated the RXLib from my controls palette.  With no other changes to my application, it has grown in size from 5.38 MB to 6.4MB. Is this to be expected or is some additional code being linked in that was not with my original component mix of both RXLib and JVCL?  I am not using a lot of JVCL components - primarily edit controls (both data-aware and non-data-aware).  I would expect some increase in the executable size but over 1MB seems a bit much.
>
> Mark J. Wallin

The easiest way to find that out would be to compare the MAP files for the old and the new version.  I have often thought of writing a little utility that would group for you how much of your EXE size is attributable to various parts of your code. For example, all files with the prefix Jv*.* would go into one section, other code libraries could have their own section, and everything that is listed in the .dpr (project) file gets its own section, and then a "misc" section holds the rest.  It would be nice to see how much each code each of my areas contains.  Do you feel like writing such a utility?   :-)

Even if you find that only using a few JVCL controls increases your EXE size a lot, each additional JVCL control will already be sharing the common JVCL codebase, and so those of us who use a lot of JVCL controls (I use over 40 of them in my primary applications) don't really see it as bloat, but rather as a sure sign of code-reuse. :-)

Regards,

Warren


Subject: Re: Bigger executable after upgrading from 2.1 to 3.0
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 9 Feb 2005 20:30:28 +0100
Newsgroups: jedi.vcl

Mark J. Wallin wrote:

> > it has grown in size from 5.38 MB to 6.4MB.

JVCL 3 uses itself and the JCL as much as it can to minimize code
duplication. So using a class can include lots of units that you do not
use directly but the component needs them.


-- Regards, Andreas Hausladen 

Subject: Bigger executable after upgrading from 2.1 to 3.0
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Wed, 09 Feb 2005 14:23:49 -0500
Newsgroups: jedi.vcl

I have just completed upgrading my D5 setup to JVCL 3.0 (with JCL 1.94) from 2.1.  I was previously using several of the RXLib 2.75 components in addition to a few JVCL components (most were the same as the RXLib counterparts).  I have completely shifted over to all JVCL components and have eliminated the RXLib from my controls palette.  With no other changes to my application, it has grown in size from 5.38 MB to 6.4MB. Is this to be expected or is some additional code being linked in that was not with my original component mix of both RXLib and JVCL?  I am not using a lot of JVCL components - primarily edit controls (both data-aware and non-data-aware).  I would expect some increase in the executable size but over 1MB seems a bit much.

Mark J. Wallin


Subject: New center docking area added to JvDocking. Preview in jedi.binaries. (Tab2_rc1_exe.zip)
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Feb 2005 13:37:58 -0500
Newsgroups: jedi.vcl

I have added a new Center Docking area to JvDocking. I have found that the new docking area has a few possible glitches, which I am trying to find and solve, however I think the new functionality does not damage the old features at all, and so I think it's safe to check in these changes into CVS. However, because this change could have unexpected side effects or problems, I am posting a preview and the code that I have developed here, and awaiting a review by 1 or more other senior
JVCL developers, and the JVCL co-ordinator's approval, before checking in.

For the code, see jedi.binaries newsgroup. An EXE file is included (event though it makes the ZIP file larger) because this way you can try it out without having to patch and rebuild your Jvcl sources.

Basically I have added a bunch of things;

(1) Each JvDock panel area now can tell you if it has things docked to it. This is just a start down the path towards a more easy to use
docking API, including the ability to do detailed management of the
docking layouts by code control.

(2) There is a new docking panel that you can put wherever you want. See
the demo program for how this is done.

(3) There are two new helper functions that help you easily create
a tabbed-dock in code. Currently if you use TForm.ManualDock, you get
a side-by-side docking effect, so I have created two new global functions (not class methods) that start with the word Manual so you
can easily remember that to manually dock something, you either use
TForm.Manual Dock or one of the ManualXXX functions in JvDocking,
which will get there own Help file section in due time.

(4) There are a lot of comments added, and a lot of debug code, which
can be conditionally compiled in and out. THese are for me to be turned
on when I'm figuring out how this thing works, and could eventually
be stripped out, but for now they are $ifdef'd which should be fine.

Regards,

Warren


Subject: Re: @Warren: "Take the unstable VCL 'ActionMainMenu' as an example"
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Feb 2005 12:17:43 -0500
Newsgroups: jedi.vcl

Uwe wrote:

> Andreas
>
>
>> Hmm. Never experienced.

> Nor do I, and I use ActionMainMenuBars in each and every application I write. The only bug that is always reoccurring with those components is the non-disappearing highlighting on the buttons of ActionToolBars. And even for that there is a workaround.

Okay, looks like my information was out of date. There is an unofficial patch that takes care of most of these issues, and the Access Violation issue appears to be long since fixed. :-)

Warren




Subject: Re: Migration hint
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Feb 2005 12:13:30 -0500
Newsgroups: jedi.vcl

Michal Borsuk wrote:

> Like an automatization tool.
>
> So here's another hint for beginners:
>

How about open up .\converter\JVCL3.dat and it will do a massive search and replace not just of that but of a whole bunch of other stuff that needs fixing up to make it work in JVCL3. :-)

I think the convertor could actually be a little more friendly, perhaps
a wizard mode that automatically loads up the right set of conversion
strings, and so on, and basically holds one's hand through the conversion.

Warren


Subject: TJvTimeLine and Images
From: Günter Kieninger <g.kieninger@mgm.at>
Date: Wed, 09 Feb 2005 17:41:28 +0100
Newsgroups: jedi.vcl

Hello!

I would like to use this component and found now way to have the images 
for a Item on the Left side (to save height) and not on the top. Is 
there an easy way to change this?

Thanks
Günter



Subject: Re: AV when deleting TJvDockVSNetStyle
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Feb 2005 11:39:48 -0500
Newsgroups: jedi.vcl

OBones wrote:

> Warren Postma wrote:
>
>> AFAIK, if you remove this line from a destructor, it doesn't call the base class destructor, and might cause memory leaks.  Perhaps a fix to the base class destructor might be better?

Also, I may just be going temporarily insane. Film at 11. :-)



Subject: Re: AV when deleting TJvDockVSNetStyle
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 09 Feb 2005 17:27:33 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> One line removed was:
>
> inherited Destroy;

Weird, AFAICS that line is not removed, see:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvDockVSNetStyle.pas?r1=1.45&r2=1.46

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvDBGrid - Multiline Column Title - WordWrap Title
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Wed, 09 Feb 2005 13:24:42 -0300
To: Alvaro Jeria <barbarochi@hotmail.com>
Newsgroups: jedi.vcl

Alvaro:
Any ideas?
Seen it done in mldbrid by Alexander Bach.(alico@softhome.net)
http://www.delphi32.com/vcl/1612/

unit MultilineGrid;

interface

uses Windows, Messages, SysUtils, Classes, Graphics,
  Controls, Forms, Grids, dbGrids;

type
  TMultiLineGrid = class(TDbGrid)
  private
    FTitleHeight: Integer;
    FRowHeight: Integer;
    fOnColWidthsChanged: TNotifyEvent;
  protected
    procedure LayoutChanged; override;
    procedure DrawCell(ACol, ARow: Longint; ARect: TRect; AState: TGridDrawState); override;
    procedure SetTitleHeight(Value: Integer);
    procedure SetRowHeight(Value: Integer);
    procedure ColWidthsChanged; override;
  public
    constructor Create(AOwner: TComponent); override;
    function CellRect(ACol, Arow: Longint): TRect; reintroduce;
    property Row;
    property Col;
  published
    property TitleHeight: Integer read FTitleHeight write SetTitleHeight;
    property OnMouseMove;
    property RowHeight: Integer read FRowHeight write SetRowHeight;
    property OnColWidthsChanged: TNotifyEvent read fOnColWidthsChanged write fOnColWidthsChanged;
  end;
  function BreakStr(ACanvas: TCanvas; StrWidth: Integer; Str: string): TStringList;
procedure Register;

implementation

function TMultiLineGrid.CellRect(ACol, ARow: Longint): TRect;
begin
  Result := inherited CellRect(ACol, ARow);
end;

procedure TMultiLineGrid.ColWidthsChanged;
begin
  inherited ColWidthsChanged
end;

procedure TMultiLineGrid.SetRowHeight(Value: Integer);
begin
  if FRowHeight <> Value then
  begin
    FRowHeight := Value;
    DefaultRowHeight := FRowHeight;
      // Force Grid to update the RowCount.
      // The method I need to call is
      // UpdateRowCount, but it's declared
      // as private in the parent.  This
      // calls it by making the grid think it has
      // been resized.
    if Self.DataLink.Active then
    begin
      Perform(WM_SIZE, 0, 0);
    end;
  end;
  if dgTitles in Options then RowHeights[0] := FTitleHeight;
end;

constructor TMultiLineGrid.Create(AOwner: TComponent);
begin
  inherited;
  FTitleHeight := 17;
  FRowHeight := 17;
end;

procedure TMultiLineGrid.SetTitleHeight(Value: Integer);
begin
  if FTitleHeight <> Value then
  begin
    FTitleHeight := Value;
    LayoutChanged;
  end;
end;

procedure TMultiLineGrid.LayoutChanged;
begin
  inherited;
  if dgTitles in Options then RowHeights[0] := FTitleHeight;
end;

function BreakStr(ACanvas: TCanvas; StrWidth: Integer; Str: string): TStringList;
const
  Dividers = ' ,.<>:;-*/+"''$#() = ';
  var
  i: Integer;
  tmp: string;
  Words: TStringList;
begin
  Words := TStringList.Create;
  Result := TStringList.Create;
  tmp := '';
  for i := 1 to Length(Str) do
  begin
    tmp := tmp + Str[i];
    if Pos(Str[i], Dividers) > 0 then
    begin Words.Add(tmp); tmp := '' end;
  end;
  Words.Add(tmp);
  tmp := '';
  Result.Add(Words[0]);
  for i := 1 to Words.Count - 1 do
  begin
    if (ACanvas.TextWidth(Result[Result.Count - 1] + Words[i]) > StrWidth) then
    begin
      Result[Result.Count - 1] := Trim(Result[Result.Count - 1]); //trim the blanks at the line's edges
      Result.Add(Words[i]);
    end
    else
      Result[Result.Count - 1] := Result[Result.Count - 1] + Words[i];
  end;
end;

procedure TMultiLineGrid.DrawCell(ACol, ARow: Longint; ARect: TRect; AState: TGridDrawState);
var
  MasterCol, Column: TColumn;
  TitleRect: TRect;
  LeftPoint, i, LineHeight: Integer;
  Strs: TStringList;
begin
  if (dgTitles in Options) and (ARow = 0) and ((ACol > 0) or (not (dgIndicator in Options))) then
  begin
    if dgIndicator in Options then
      Column := Columns[ACol - 1]
    else
      Column := Columns[ACol];
    TitleRect := CalcTitleRect(Column, ARow, MasterCol);
    if MasterCol = nil then
    begin
      Canvas.Brush.Color := FixedColor;
      Canvas.FillRect(ARect);
      Exit;
    end;
    Canvas.Font := MasterCol.Title.Font;
    Canvas.Brush.Color := MasterCol.Title.Color;
    Canvas.FillRect(TitleRect);
    Strs := BreakStr(Canvas, ARect.Right - ARect.Left - 4, MasterCol.Title.Caption);
    LineHeight := Canvas.TextHeight('Wg');
//    Strs:=BreakStr(Canvas,ARect.Right-ARect.Left-4,'asdfgad adsfgdffff gfdfg dfgdfgdg');
    for i := 0 to Strs.Count - 1 do
    begin
      case Column.Title.Alignment of
        taLeftJustify:
          LeftPoint := ARect.Left + 2;
        taRightJustify:
          LeftPoint := ARect.Right - Canvas.TextWidth(Strs[i]) - 3;
        taCenter:
          LeftPoint := ARect.Left + (ARect.Right - ARect.Left) shr 1 - (Canvas.TextWidth(Strs[i]) shr 1);
      else
        LeftPoint := 0;
      end;
      Canvas.TextRect(ARect, LeftPoint, ARect.Top + 2, Strs[i]);
      ARect.Top := ARect.Top + LineHeight + 2;
    end;
    Strs.Free;
    if [dgRowLines, dgColLines] * Options = [dgRowLines, dgColLines] then
    begin
      DrawEdge(Canvas.Handle, TitleRect, BDR_RAISEDINNER, BF_BOTTOMRIGHT);
      DrawEdge(Canvas.Handle, TitleRect, BDR_RAISEDINNER, BF_TOPLEFT);
    end;
  end
  else
    inherited;
end;

procedure Register;
begin
  RegisterComponents('Data Controls', [TMultilineGrid]);
end;

end.


> Chris :
> Got the same problem!!
>
>> does anyone have any ideas?
>>
>> "Chris" <nospam@lupton3.freeserve.co.uk> wrote in message
>> news:ct800q$828$1@talkto.net...
>>
>>> Can anyone tell me how to use the DrawColumnTitle part of a JvDBGrid.
>>>
>>> All I'm trying to do is word-wrap a field description that's too long for
>>> the required column width, preferably centered within the column width.
>>>
>>> I'd also like to draw next to a column - I have three fields which relate
>>
>>
>> to
>>
>>> a day and have 7 days worth of fields, 21 fields plus a total and the
>>> identifier for the row - in total 23 fields within the grid.  It would
>>
>>
>> look
>>
>>> better if there was a division/border between each days worth of figures
>>> (i.e. around each group of three fields) is there an easy way to do this?
>>>
>>> Chris
>>>
>>>
>>>
>>
>>
>>


Subject: Re: TJvButton
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 09 Feb 2005 17:21:09 +0100
Newsgroups: jedi.vcl

As indicated in converter\JVCL3.dat:
TJvButton=TJvBitBtn

Hence, replace TJvButton with TJvBitBtn and you should be sorted.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: AV when deleting TJvDockVSNetStyle
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 09 Feb 2005 17:16:34 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> AFAIK, if you remove this line from a destructor, it doesn't call the base class destructor, and might cause memory leaks.  Perhaps a fix to the base class destructor might be better?

Absolutely.


> I'll look into this further.

Thanks.


Subject: Re: JvDBGrid - DrawColumnTitle
From: Alvaro Jeria <barbarochi@hotmail.com>
Date: Wed, 09 Feb 2005 13:12:57 -0300
Newsgroups: jedi.vcl

Chris :
Got the same problem!!
> does anyone have any ideas?
>
> "Chris" <nospam@lupton3.freeserve.co.uk> wrote in message
> news:ct800q$828$1@talkto.net...
>
>> Can anyone tell me how to use the DrawColumnTitle part of a JvDBGrid.
>>
>> All I'm trying to do is word-wrap a field description that's too long for
>> the required column width, preferably centered within the column width.
>>
>> I'd also like to draw next to a column - I have three fields which relate
>
> to
>
>> a day and have 7 days worth of fields, 21 fields plus a total and the
>> identifier for the row - in total 23 fields within the grid.  It would
>
> look
>
>> better if there was a division/border between each days worth of figures
>> (i.e. around each group of three fields) is there an easy way to do this?
>>
>> Chris
>>
>>
>>
>
>
>


Subject: Re: Hint from Deepak Shenoy (TeamB)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 9 Feb 2005 16:06:37 +0100
Newsgroups: jedi.vcl

> > damn. Is there anything you overlook - ever? :-)
If it's in Mantis, sooner or later someone will fix it or ditch it :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: TJvButton
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Wed, 09 Feb 2005 16:04:47 +0100
Newsgroups: jedi.vcl

Hello.

Why was TJvButton removed - was there something wrong with it, or you (developpers) basically came to conclusion that there's plenty of better components?

This is not to complain at all, and I shall repeat that I'm grateful for making such a collection available, but I'm getting around to participate in the project and would like to understand it ;)

Thanks.

-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: Migration hint
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Wed, 09 Feb 2005 16:01:51 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Michal Borsuk wrote:
>

> Yes, you're right about that, however I didn't notice you mentioning
> JVCLConvert, so I wonder, If you're discussing JVCL3 migration problems in general, why not use JVCLConvert? :-)

Sure, JVCLCOnvert is useful, providing 1) you know what to convert into what and 2) you have a few occurances of the string.

Anyway, the hint was more meant for those who installed JVCL and their skills are far from professional.

> That won't solve every problem,  but it gets a lot of them.

Like an automatization tool.

So here's another hint for beginners:

How to mass-correct your files on the example of TJvButton
- open JvclConvert.bpr (located in .\jvcl3\devtools\JVCLConvert\). Run it (F9)
- select your project files.
- click Strings page in the main view. On the left, in "Text to find" enter TJvButton. On the right ("Replace with") enter TButton.
- Press F9.


> Warren



-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: AV when deleting TJvDockVSNetStyle
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Feb 2005 09:16:37 -0500
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Ricardo Cardona R wrote:
>
>> I have a problem when try delete a TJvDockVSNetStyle
>
>
> This is now fixed in CVS.
>
One line removed was:

inherited Destroy;


AFAIK, if you remove this line from a destructor, it doesn't call the base class destructor, and might cause memory leaks.  Perhaps a fix to the base class destructor might be better?

I'll look into this further.

Warren


Subject: Re: Migration hint
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 09 Feb 2005 09:05:40 -0500
Newsgroups: jedi.vcl

Michal Borsuk wrote:
> Hello.
>
> It's probably rather for beginners, but I thought it wouldn't hurt to post it:
>
> If you have a project with a few forms, and you're running into "property Pppp does not exist" popup when opening your_project.dpr, I'd suggest not to open the project, but open .pas files first and correct the missing/renamed properties.
>
>
Yes, you're right about that, however I didn't notice you mentioning
JVCLConvert, so I wonder, If you're discussing JVCL3 migration problems in general, why not use JVCLConvert? :-) That won't solve every problem, but it gets a lot of them.

Warren



Subject: Re: jvDesktopAlert execute conundrum
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Wed, 9 Feb 2005 12:06:39 -0000
Newsgroups: jedi.vcl

All,
Yep, its back.  Seems to be when I have a form up modally. so the set up is:
frmMain
 -> frmSippBrowser which has a frame on it, and the frame calls the 
jvdesktopalert.execute periodically
 -> frmEdit modally shown from frmSippBrowser.

It happens to be editing a dataset, but I think that is a red herring.

Didn't seem to do this when just in frmSippBrowser.

Any ideas, if not I'll do some tests to try and work out when it does / does 
not do this.

JAC.

"Jason Chapman" <jason@nospamjac2.co.uk> wrote in message 
news:cuctba$n4p$1@talkto.net...
> > All,
> >
> > BTW: Excellent component - that plus some owner draw dbgrids making my app 
> > look very professional.
> >
> > Searching the NG I see that there has been some recent discussion about 
> > this component.
> >
> > My problem: When the alerts show and the application does not have focus / 
> > is in the background, it is yanked to the foreground.
> >
> > Looking at the other post, this looks like a "show" issue of forms, 
> > probably making the application foreground - it also has some other (but 
> > not experienced by me yet) - side effects, such as removing focus from 
> > grids etc.
> >
> > In an ideal world I see this component working autonomously from the 
> > current GUI / Z order / focus.  Is the only way to do this, mkaing it a 
> > separate process?
> >
> > In my case, I have a frame, that once created & initialised, checks a task 
> > list every 5 minutes and pops up 0 - 8 most pressing tasks + 1 summary for 
> >  > 8 pressing tasks. So I am in word + suddenly the whole application 
> > appears and the popups pop.  Ideally I want to see the popups, then if I 
> > click on one of them execute my code, which may include a form show......
> >
> > Any ideas?
> > Environment: 3 RC1 D7
> > Comps: Using the alert and alertstack
> >
> > JAC
> >
> >
> >
> > 




Subject: Re: jvDesktopAlert execute conundrum
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Wed, 9 Feb 2005 11:59:20 -0000
Newsgroups: jedi.vcl

mmm, might have been making all this up.  Just doing more testing and the 
application doesn't seem to steal focus anymore.  Go figure!

JAC.

"Jason Chapman" <jason@nospamjac2.co.uk> wrote in message 
news:cuctba$n4p$1@talkto.net...
> > All,
> >
> > BTW: Excellent component - that plus some owner draw dbgrids making my app 
> > look very professional.
> >
> > Searching the NG I see that there has been some recent discussion about 
> > this component.
> >
> > My problem: When the alerts show and the application does not have focus / 
> > is in the background, it is yanked to the foreground.
> >
> > Looking at the other post, this looks like a "show" issue of forms, 
> > probably making the application foreground - it also has some other (but 
> > not experienced by me yet) - side effects, such as removing focus from 
> > grids etc.
> >
> > In an ideal world I see this component working autonomously from the 
> > current GUI / Z order / focus.  Is the only way to do this, mkaing it a 
> > separate process?
> >
> > In my case, I have a frame, that once created & initialised, checks a task 
> > list every 5 minutes and pops up 0 - 8 most pressing tasks + 1 summary for 
> >  > 8 pressing tasks. So I am in word + suddenly the whole application 
> > appears and the popups pop.  Ideally I want to see the popups, then if I 
> > click on one of them execute my code, which may include a form show......
> >
> > Any ideas?
> > Environment: 3 RC1 D7
> > Comps: Using the alert and alertstack
> >
> > JAC
> >
> >
> >
> > 




Subject: jvDesktopAlert execute conundrum
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Wed, 9 Feb 2005 11:50:06 -0000
Newsgroups: jedi.vcl

All,

BTW: Excellent component - that plus some owner draw dbgrids making my app 
look very professional.

Searching the NG I see that there has been some recent discussion about this 
component.

My problem: When the alerts show and the application does not have focus / 
is in the background, it is yanked to the foreground.

Looking at the other post, this looks like a "show" issue of forms, probably 
making the application foreground - it also has some other (but not 
experienced by me yet) - side effects, such as removing focus from grids 
etc.

In an ideal world I see this component working autonomously from the current 
GUI / Z order / focus.  Is the only way to do this, mkaing it a separate 
process?

In my case, I have a frame, that once created & initialised, checks a task 
list every 5 minutes and pops up 0 - 8 most pressing tasks + 1 summary for > 
8 pressing tasks. So I am in word + suddenly the whole application appears 
and the popups pop.  Ideally I want to see the popups, then if I click on 
one of them execute my code, which may include a form show......

Any ideas?
Environment: 3 RC1 D7
Comps: Using the alert and alertstack

JAC






Subject: Re: Hint from Deepak Shenoy (TeamB)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 09 Feb 2005 12:50:06 +0100
Newsgroups: jedi.vcl


damn. Is there anything you overlook - ever? :-)

keep up the good work all together!

Peter Thörnqvist schrieb:
> This was fixed 25/1. Maybe I should tell Deepak, although IMO he should keep
> track of his own Mantis entries ;>
>


Subject: Re: Marlett font
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 09 Feb 2005 11:06:30 +0100
Newsgroups: jedi.vcl

Now i can paint all those special button symbols.
- all caption buttons
- combobox, scrollbar etc.
- checkbox, radiobutton

I have discovered that the Windows painting of checkbox and radiobutton is not completely bugfree.
It seems for example that they are painted always in Marlett 10 and do not resize. The coloring is also not completely logical.

Can i get the pics of a checkbox and radiobutton themed with strange colors? Preferably from a MS Windows program to elimiate Delphi influence.


Subject: Re: 'Entry Point Not Found' - JvPluginManager
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 09 Feb 2005 09:46:12 +0000
Newsgroups: jedi.vcl

Sorted.

After a clean up (remove all generated .bpl's and .exe's and complete rebuild)

Cheers


Subject: Re: mp4/m4a tags
From: "cwig" <fnordbak@online.no>
Date: Wed, 9 Feb 2005 10:42:17 +0100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message 
news:cubdl2$c7v$1@talkto.net...
> > cwig wrote:
>> >> The tagging component for working with mp3 id3v2 tags work like a charm. 
>> >> Are you planning to support mp4/m4a tags?
> >
> > Are these tags documented?

That's the problem, I've not been able to find such documentation.

Anyone? 




Subject: Re: Hint from Deepak Shenoy (TeamB)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 9 Feb 2005 10:08:57 +0100
Newsgroups: jedi.vcl

This was fixed 25/1. Maybe I should tell Deepak, although IMO he should keep
track of his own Mantis entries ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Hint from Deepak Shenoy (TeamB)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 09 Feb 2005 09:36:37 +0100
Newsgroups: jedi.vcl

Hi

Deepak Shenoy (TeamB) write about a bug in TJvDBImage from jvcl.sourceforge.net in his blog:

http://blogs.teamb.com/DeepakShenoy/archive/2005/01/25/2496.aspx

Just to let you know

best regards

Ralf Grenzing


Subject: Re: DockPresident - old contributed help files/documentation?
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 08 Feb 2005 18:12:05 -0500
Newsgroups: jedi.vcl

Look "jvDock - DockPresident Help" at jedi.binaries

Ricardona


Subject: Migration hint
From: Michal Borsuk <MichalBorsuk@sitefinder.___RE'MO-VE__..pl.invalid>
Date: Wed, 09 Feb 2005 00:06:56 +0100
Newsgroups: jedi.vcl

Hello.

It's probably rather for beginners, but I thought it wouldn't hurt to post it:

If you have a project with a few forms, and you're running into "property Pppp does not exist" popup when opening your_project.dpr, I'd suggest not to open the project, but open .pas files first and correct the missing/renamed properties.

Please remember that saving a project in which there were "property does not exist" errors will cause loss of those property values.

How I did it: opened .dfm in an external editor (notepad for example), then opened the appropriate .pas file, clicked "ignore all" [ignore all property errors], then found the new property.

Example: opening a form with TJvProgressBar throws this error:
"Error reading ProgressBar.BarColor. Property BarColor does not exist. Ignore the error and continue? [...]".
You click IGNORE, then find in Object Inspector what BarColor can be named now. It's FillColor.
Now turn to the copy of .dfm which you opened in Notepad and find TJvProgressBar. Here it is:
  object ProgressBar: TJvProgressBar
    BarColor = clLime
You see that BarColor was clLime. Copy the value as the new FillColor value.

By the way, there are lots of errors that don't have to be dealt with, you most likely didn't use those properties (e.g. like HotLink.Font.Charset)


*
And I'd also like to thank the team for doing that wonderful work.
*


-- 
Michal Borsuk
Advanced Call Manager - a call register and manager.
http://acm.sitefinder.pl/



Subject: Re: AV when deleting TJvDockVSNetStyle
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 08 Feb 2005 23:59:30 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> The original author is chinese so I seriously doubt many here would have had
> any use of the comments even if he had provided anyone ;>
>

The original code has lots of Chinese comments. I translated some of them using babel fish, but found them not very helpful, for example:

  { Anchors the service end and the customer breaks the common father class }
  TlbDockBaseControl = class(TComponent)
  private
    FEnableDock,            // Whether may anchor in the service end
    FLeftDock,              // Whether may anchor in the service end left side

etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: AV when deleting TJvDockVSNetStyle
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 08 Feb 2005 23:39:18 +0100
Newsgroups: jedi.vcl

Ricardo Cardona R wrote:

> I have a problem when try delete a TJvDockVSNetStyle

This is now fixed in CVS.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: @Warren: "Take the unstable VCL 'ActionMainMenu' as an example"
From: "Uwe" <none@none.none>
Date: Tue, 8 Feb 2005 14:21:23 -0800
Newsgroups: jedi.vcl

Andreas

> > Hmm. Never experienced.

Nor do I, and I use ActionMainMenuBars in each and every application I 
write. The only bug that is always reoccurring with those components is the 
non-disappearing highlighting on the buttons of ActionToolBars. And even for 
that there is a workaround.

My 2c
Uwe 




Subject: Re: mp4/m4a tags
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 08 Feb 2005 23:15:57 +0100
Newsgroups: jedi.vcl

cwig wrote:
> The tagging component for working with mp3 id3v2 tags work like a charm. Are you planning to support mp4/m4a tags? 

Are these tags documented?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: @Warren: "Take the unstable VCL 'ActionMainMenu' as an example"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 8 Feb 2005 23:15:10 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > How do you get around the problem of it not accepting mouse clicks
> > (ignoring clicks) from time to time? This is a known fault of the
> > ActionMainMenu, when running in an application that is loaded down or
> > has some times when the CPU is quite busy. (See borland quality central
> > for details.)

Hmm. Never experienced.

Can you give me any keywords for QC? ActionMainMenu, ActionMainMenuBar,
ActionMenuBar haven't showed me such a bug.


-- Regards, Andreas Hausladen 

Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 08 Feb 2005 23:12:24 +0100
Newsgroups: jedi.vcl

Thanks, yes.

I vote for IMPLICITBUILD ON

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> What about adding a new option to the installer, to switch between both
>> options.
>>
>> I have the same problem with the 3RD-Party Integration.
>>
>> For this it would be also helpfull to have the other option.
>
>
> Why not change all packages to use IMPLICITBUILD ON then we would not
> receive bug reports from the one with IMPLICITBUILD ON packages and the
> one with IMPLICITBUILD OFF packages.
>
> The question is does anyone ever use the JVCL BPL files in programs? I
> think the JVCL bpl files are not really usefull (except for the DelphI
> IDE) because even if they are versioned JvxxxxD<v>.bpl a user cannot be
> sure to have the correct, interface compatible version of the bpl file.
> The problem is that we release that many releases (BETA, RC1, ...) that
> are all not interface compatible to an older version.
> For example the rtl70.bpl and vcl70.bpl do not break interface
> compatibility when they are updated by Borland. But we change on our daily
> coding almost all unit interfaces.
>
> Interfaces should not change between minor releases. For example
> Trolltech's Qt does not change any interface while the y in the version
> x.y increases. But we have only one version number - Delphi's version. So
> this would not fit to the JVCL.
> What should be possible would be to have another char in the filename
> indicating that this is a alpha version.
>
> The only limitation for all this is the fact that we must stop changing
> interfaces that often what is not really possible with such a beast as the
> JVCL is.
>
>
> Is this enough for a comment? :-)
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 8 Feb 2005 23:08:31 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > What about adding a new option to the installer, to switch between both
> > options.
> > 
> > I have the same problem with the 3RD-Party Integration.
> > 
> > For this it would be also helpfull to have the other option.

Why not change all packages to use IMPLICITBUILD ON then we would not
receive bug reports from the one with IMPLICITBUILD ON packages and the
one with IMPLICITBUILD OFF packages.

The question is does anyone ever use the JVCL BPL files in programs? I
think the JVCL bpl files are not really usefull (except for the DelphI
IDE) because even if they are versioned JvxxxxD<v>.bpl a user cannot be
sure to have the correct, interface compatible version of the bpl file.
The problem is that we release that many releases (BETA, RC1, ...) that
are all not interface compatible to an older version.
For example the rtl70.bpl and vcl70.bpl do not break interface
compatibility when they are updated by Borland. But we change on our daily
coding almost all unit interfaces.

Interfaces should not change between minor releases. For example
Trolltech's Qt does not change any interface while the y in the version
x.y increases. But we have only one version number - Delphi's version. So
this would not fit to the JVCL.
What should be possible would be to have another char in the filename
indicating that this is a alpha version.

The only limitation for all this is the fact that we must stop changing
interfaces that often what is not really possible with such a beast as the
JVCL is.


Is this enough for a comment? :-)

-- Regards, Andreas Hausladen 

Subject: Re: @Warren: "Take the unstable VCL 'ActionMainMenu' as an example"
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 08 Feb 2005 16:58:59 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> Take the unstable VCL 'ActionMainMenu' as an example
>> of the sort of  crap I am trying to avoid putting into my applications!
>
>
> I use them very often but only indirectly. 

How do you get around the problem of it not accepting mouse clicks (ignoring clicks) from time to time? This is a known fault of the ActionMainMenu, when running in an application that is loaded down or has some times when the CPU is quite busy. (See borland quality central for details.)

Warren


Subject: @Warren: "Take the unstable VCL 'ActionMainMenu' as an example"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 8 Feb 2005 22:55:24 +0100
Newsgroups: jedi.vcl

> > Take the unstable VCL 'ActionMainMenu' as an example
> > of the sort of  crap I am trying to avoid putting into my applications!

I use them very often but only indirectly. I have written a function that
converts a TMainMenu to a TActionMainMenuBar. So I use the stable
TMainMenu for the designing the Menu with simple TAction objects and the
in FormCreate I replace the TMainMenu with the ActionMainMenuBar.

procedure CreateActionMenuBar(Menu: TMainMenu; MenuBar: TActionMainMenuBar;
  AddToManager: Boolean = True);

If you want I could post it to jedi.binaries. (But don't expect too much,
It works for the applications I have because I always create a TAction for
each MenuItem that the user could click on.


-- Regards, Andreas Hausladen 

Subject: mp4/m4a tags
From: "cwig" <fnordbak@online.no>
Date: Tue, 8 Feb 2005 22:44:33 +0100
Newsgroups: jedi.vcl

The tagging component for working with mp3 id3v2 tags work like a charm. Are 
you planning to support mp4/m4a tags? 




Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 08 Feb 2005 22:38:30 +0100
Newsgroups: jedi.vcl

@Andreas
@Olivier
Any Comments on This?

Jens schrieb:
>> Robert Marquardt wrote:
>>
>>
>>> It should be possible to handle that in the installer.
>>
>> Package generation is the job of the package generator not of the
>> installer. Testing for JVCLThemesEnabled in pg.exe should do the trick.
>>
>> -- 
>> Regards,
>>
>> Andreas Hausladen
>>
>
>
> What about adding a new option to the installer, to switch between both
> options.
>
> I have the same problem with the 3RD-Party Integration.
>
> For this it would be also helpfull to have the other option.
>
> Greetings
> Jens
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: After Day 2 of exploring the internals of jvdocking - NOTES.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 08 Feb 2005 16:29:30 -0500
Newsgroups: jedi.vcl


Following is my current draft of the JvDocking programmer's notes.


I am assembling some documentation so that I can understand and change
the code (<grin>) written by luxioban, who has written a very complicated bunch of code indeed.

I intend to provide some improvements, but also I hope to contribute a bit of a programmer's-level introduction to the internals.

Here is what I have figured out after day 1. Point 1-2 might seem obvious, but at least I'm starting out with what most users of JvDocking would already know, and then branching out from there. If anyone sees any errors or finds anything written her confusing, let me know and it will be a sign to me that more detail is needed on a particular aspect. I hope to write a little whitepaper when I'm done.

This effort to understand the internals of JvDocking is necessary whether or not we improve it. My personal motivation for fixing up the
places where JvDocking is to use it in an application where I need a flexible docking solution that can completely replace MDI in one of my
applications with a completely flexible docking solution, even flexible
enough that it can be used by complete newbies

My docking requirements in a nutshell are twofold:  Newbies should not be able to move anything out of the default dock position, but Advanced users should have the ability to do any kind of docking they like, and with one click, they should be able to return to a default docking-layout, if they screw things up beyond their ability to repair it.  In the past I have had user interfaces that are of the Outlook 2000 (fixed tabbed notebook of pages in a main form, no un-docking), and Visual Studio IDE (MDI) format, but I have in mind an application style one that could replace both.

Regards,

Warren

---



**** Notes on Internal Architecture of JvDocking: ****

(1) The form that hosts the docking ability must contain a TJvDockServer
    component.

(2) Each client form that wants to dock to the docking host must have a
    TJvDockClient.

(3) Extreme Polymorphism [style plugins] via Class Type references:

    Both the client and the dockserver require a link to a style component, which derives from the TJvDockStyle base class. For example, the JvDockVIDStyle which implements a series of classes. These classes are passed into the basic TJvDockServer object, and when the dock server
needs to create an instance of a class, rather than having a hard coded
class type it creates, it creates whatever class was specified by the
TJvDockXXXStyle you are currently using.

(4)  The JvDockServer originally had TJvDockPanels at the Top, Bottom, Left and Right side of the main host form, but not a center panel, this is currently being coded by Warren, along with other changes.

(5) Client forms are docked using their ancestor, TWinControl, a base
VCL class, because the VCL docking interface uses this as a
parameter type for flexibility. Well enough.  However in practice,
users will be dropping a TJvDockClient only onto TForms. The code
at various places expects the TJvDockClient to be a non-visual component
inside a form, and so we can only *un-dock* a  TForm.
Interestingly you can manually dock a TForm that does not contain a
TJvDockClient, but once docked, you can't drag the form OUT of the
docking area, since this functionality is part of
the TJvDockClient. This manual docking function (TControl.ManualDock)
would not invoke any JvDocking code at all, which is why this happens.
This is one of the reasons that telling end-users to to call
TControl.ManualDock to dock a form at runtime in code is problematic.



(6) You can dock any number of items beside each other, resizing each using splitters, and no outer container form is needed if the docking occurs inside the main form, that is, inside the form that contains the TJvDockServer, and if only side-by-side docking is used.  There are two cases where such a container form is needed: Either form tabbed docking, or for conjoined docking.  In the case of tabbed+conjoined, you actually have multiple levels of nested container forms before you actually get to the controls. Sound complicated? It is.

(7) However, another form of docking is provided, which is known in JvDocking as "Conjoining". It appears that Conjoin in the context of JvDocking means to join together two windows while they are floating free, so that they have, in effect their own virtual DockServer and they aren't connected to the form that contains the JvDockServer in any way.  These docked windows are contained within a TJvDockConjoinHostForm and 1 or more TJvDockConjoinPanel components.

(8) Either one of the docking areas on the main form, or a Conjoined
(floating container form) set of docked controls can be docked either in
a side-by-side or tabbed fashion.  If they are tabbed, things are more complex internally.

(9) One strange side effect of the Tabbed way of docking is that the close button which appears in the pseudo-titlebar area (called the Grabber internally) closes ALL the docked controls (all pages in this tabbed notebook, that is, all the forms) rather than just the topmost (currently visible) one.


(10) Even inside the main form, a second inner container form is used for tabbed docking. A form of type TJvDockTabHostForm is created, which contains a page control (FPageControl:TJvDockTabPageControl) for when you drag one page on top of
another page. This creates a tabbed notebook of docked forms. There is no
clean way of doing this from code, only a sequence of user-invoked mouse
clicks and drag operations can currently do this in the API, and this is a
failure of the API, in my opinion. I intend to fix this, and other places
where I think there exists currently no clean way, or no way at all,
to do certain things programmatically(with code) instead of with mouse
clicks+drags.



---

****  Notes on Internals of JvDocking that Warren feels need fixing up: *****

  #1: GLOBALS, potential Access Violations, and debug Assertions to guard them.

    In JvDockGlobals.pas there are global dock manager and dock client pointers.
    These must be set to non-nil  values during drag/drop operations but they
    usually used without nil checks first.

    It seems that internally there are not  enough Assert() checks anywhere
    in this code, espeically before global pointers are dereferenced,
    and I feel  uncomfortable with this.

    Adding some Assert() stuff could prevent  Access Violations if there
    are any problems where handling of  JvDocking  globals are concerned.
    Better to have a description of the problem  than a non-descript
    Access Violation to debug, and in code this complex, it's better to complain
    sooner rather than later of any errors.

    Docking libraries are hideously complex internally, and bugs are easy to
    introduce. Take the unstable VCL 'ActionMainMenu' as an example
    of the sort of  crap I am trying to avoid putting into my applications!

    In general, a lot of debug assertions ( Assert(Assigned(FXyz)) ) should be
    added since this is a REALLY complex and not-very-well commented component,
    I have a hard time believing there are no memory/pointer access problems
    in this component set.


    #2: Add the VSNET dock style to a form, connect it to the TjvDockManager, then  delete it from the form, access violations ensue. This is a design-time access violation. I think that my point above about Debug Assertions might be a good first step to finding this.
I intend to report back about this tomorrow.

-- end --


Subject: Re: AV when deleting TJvDockVSNetStyle
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 08 Feb 2005 15:35:53 -0500
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> The original author is chinese so I seriously doubt many here would have had
> any use of the comments even if he had provided anyone ;>

Well I went searching on the web for DockPresident, and got a lot of Chinese delphi web pages. That explains *that*. :-)

Warren


Subject: Re: AV when deleting TJvDockVSNetStyle
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 8 Feb 2005 21:27:34 +0100
Newsgroups: jedi.vcl

The original author is chinese so I seriously doubt many here would have had
any use of the comments even if he had provided anyone ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: AV when deleting TJvDockVSNetStyle
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 08 Feb 2005 20:59:43 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> Ricardo Cardona R wrote:
>
>> I have a problem when try delete a TJvDockVSNetStyle
>>
>> Steps to reproduce
>>
>> 1 New App
>> 2 Add TJvDockServer
>> 3 Add TJvDockVSNetStyle
>> 4 Assign JvDockServer1.DockStyle := JvDockVSNetStyle1;
>> 5 Delete JvDockVSNetStyle1 <---- AV
>>
>> Look the attached bug report; JCL 1.94, JVCL Main Head.
>>
>> Thanks
>>
>> Ricardona
>>
>
> I am getting the same behaviour here.
>
> Please create an Issue in Mantis (the JVCL bug tracking web page).
>
> Post the bugreport.txt you have created to that issue.
>
> I will have a look at it first thing tomorrow morning, if I can.
>
>
> The internals of this component set are the most complicated I have ever
> worked inside of.  The programmer who wrote DockPresident was one clever
> guy, and I'm having a *heck* of a time figuring out the guts of this thing.  Previous to this, my TJvCsvDataSet was the most intricate thing I had worked on, but this is 10x more complicated, with basically NO comments in the code.

I wouldn't say he is clever then. Talented, no doubt. But not very clever to leave no comments in the code. It is useful even for the original author. Who can remember how code written a few months back works? I sure can't.


Subject: Re: AV when deleting TJvDockVSNetStyle
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 08 Feb 2005 14:55:38 -0500
Newsgroups: jedi.vcl

Ricardo Cardona R wrote:

> I have a problem when try delete a TJvDockVSNetStyle
>
> Steps to reproduce
>
> 1 New App
> 2 Add TJvDockServer
> 3 Add TJvDockVSNetStyle
> 4 Assign JvDockServer1.DockStyle := JvDockVSNetStyle1;
> 5 Delete JvDockVSNetStyle1 <---- AV
>
> Look the attached bug report; JCL 1.94, JVCL Main Head.
>
> Thanks
>
> Ricardona
>

I am getting the same behaviour here.

Please create an Issue in Mantis (the JVCL bug tracking web page).

Post the bugreport.txt you have created to that issue.

I will have a look at it first thing tomorrow morning, if I can.


The internals of this component set are the most complicated I have ever
worked inside of.  The programmer who wrote DockPresident was one clever
guy, and I'm having a *heck* of a time figuring out the guts of this thing.  Previous to this, my TJvCsvDataSet was the most intricate thing I had worked on, but this is 10x more complicated, with basically NO comments in the code.

Regards,

Warren


Subject: AV when deleting TJvDockVSNetStyle
From: Ricardo Cardona R <rcardona@mail.com>
Date: Tue, 08 Feb 2005 14:51:33 -0500
Newsgroups: jedi.vcl

I have a problem when try delete a TJvDockVSNetStyle

Steps to reproduce

1 New App
2 Add TJvDockServer
3 Add TJvDockVSNetStyle
4 Assign JvDockServer1.DockStyle := JvDockVSNetStyle1;
5 Delete JvDockVSNetStyle1 <---- AV

Look the attached bug report; JCL 1.94, JVCL Main Head.

Thanks

Ricardona


bugreport.txt

date/time         : 2005-02-08 14:39
computer name     : OPNT03
wts client name   : RICARDONA
user name         : rcardona
operating system  : Windows 2003 build 3790
system language   : English
system up time    : 15 days 1 hour 
program up time   : 3 minutes 41 seconds 
processors        : 4x Intel(R) Xeon(TM) CPU 2.80GHz
physical memory   : 678/2047 MB (free/total)
free disk space   : (C:) 7,38 GB
display mode      : 800x600, 24 bit
process id        : $194c
executable        : delphi32.exe
madExcept version : 2.7c
exception class   : EAccessViolation
exception message : Access violation at address 4002B492 in module 'rtl60.bpl'. Read of address 00000014.

main thread ($1588):
4002b492 rtl60.bpl        Classes           TList.IndexOf
05fd3107 JvDockingD6R.bpl Jvdockvsnetstyle  TJvDockVSNetStyle.RemoveDockBaseControl
05fdd8d7 JvDockingD6R.bpl Jvdockcontrolform TJvDockBaseControl.SetDockStyle
05fdd872 JvDockingD6R.bpl Jvdockcontrolform TJvDockBaseControl.Notification
05fe131b JvDockingD6R.bpl Jvdockcontrolform TJvDockServer.Notification
40037e17 rtl60.bpl        Classes           TComponent.Notification
401056f7 vcl60.bpl        Controls          TControl.Notification
400ede98 vcl60.bpl        Forms             TCustomForm.Notification
40037ce9 rtl60.bpl        Classes           TComponent.RemoveComponent
40037b5d rtl60.bpl        Classes           TComponent.Destroy
05fddebd JvDockingD6R.bpl Jvdockcontrolform TJvDockBasicStyle.Destroy
05fd2d04 JvDockingD6R.bpl Jvdockvsnetstyle  TJvDockVSNetStyle.Destroy
4000572c rtl60.bpl        System            TObject.Free
003474c9 designide60.bpl  Componentdesigner TComponentRoot.DeleteSelection
0035d987 designide60.bpl  Surface           TDesignSurface.DeleteSelection
003287b3 designide60.bpl  Designer          TDesigner.DeleteSelection
0032993c designide60.bpl  Designer          TDesigner.Key
401076a5 vcl60.bpl        Controls          TControl.WndProc
4010c1a7 vcl60.bpl        Controls          TWinControl.WMNCDestroy
401077ec vcl60.bpl        Controls          TControl.WndProc
4010a9a3 vcl60.bpl        Controls          TWinControl.WndProc
400eec6d vcl60.bpl        Forms             TCustomForm.WndProc
4010a620 vcl60.bpl        Controls          TWinControl.MainWndProc
40039478 rtl60.bpl        Classes           StdWndProc
77d08efb user32.dll                         CallWindowProcW
70be5b9d comctl32.dll                       DefSubclassProc
77d0fadf user32.dll                         DispatchMessageA
400f582f vcl60.bpl        Forms             TApplication.ProcessMessage
400f5866 vcl60.bpl        Forms             TApplication.HandleMessage
400f5a86 vcl60.bpl        Forms             TApplication.Run

thread $19c0: <priority:1>
7ffe0304 ???                  
77f42629 ntdll.dll            NtDelayExecution
77e418e4 kernel32.dll         SleepEx
77e416e9 kernel32.dll         Sleep
400375ac rtl60.bpl    Classes ThreadProc
400067cc rtl60.bpl    System  ThreadWrapper

thread $1b80: <priority:2>
7ffe0304 ???         
77d0fc04 user32.dll  GetMessageA

modules:
00320000 designide60.bpl         6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
00400000 delphi32.exe            6.0.6.240        C:\Program Files\Borland\Delphi6\Bin
00480000 coreide60.bpl           6.0.6.240        C:\Program Files\Borland\Delphi6\Bin
00780000 vclx60.bpl              6.0.6.163        C:\WINDOWS\system32
00820000 vclide60.bpl            6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
008d0000 tlib60.bpl              6.0.6.240        C:\Program Files\Borland\Delphi6\Bin
00950000 BrcIde.Dll              6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
00970000 dcc60.dll               6.0.6.240        C:\Program Files\Borland\Delphi6\Bin
00ab0000 delphide60.bpl          6.0.6.240        C:\Program Files\Borland\Delphi6\Bin
010f0000 borlndmm.dll            6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
01ce0000 direct60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
01d00000 delphipro60.bpl         6.0.6.240        c:\program files\borland\delphi6\Bin
01d60000 stride60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
01db0000 proide60.bpl            6.0.6.240        c:\program files\borland\delphi6\Bin
01e70000 designdgm60.bpl         6.0.6.163        c:\program files\borland\delphi6\Bin
01ee0000 delphiclxide60.bpl      6.0.6.163        c:\program files\borland\delphi6\Bin
01f10000 qtintf.dll              6.0.6.240        C:\WINDOWS\system32
02310000 clxdesigner60.bpl       6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
02760000 DFWEDIT.DLL                              C:\Program Files\Borland\Delphi6\Bin
02c20000 GExpertsD6.dll          1.2.0.0          F:\Projects\Delphi\Tools\GExperts\GExperts
03230000 DelForEx6.dll                            F:\Projects\Delphi\Tools\DelForEx
03470000 dclshlctrls60.bpl       1.0.0.0          c:\program files\borland\delphi6\Bin
03480000 vclshlctrls60.bpl       1.0.0.0          C:\WINDOWS\system32
034a0000 dcldb60.bpl             6.0.6.240        C:\Program Files\Borland\Delphi6\Bin
034e0000 qrpt60.bpl              6.0.6.163        C:\WINDOWS\system32
03570000 bdecds60.bpl            6.0.6.163        C:\WINDOWS\system32
03580000 dcltee60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
035a0000 tee60.bpl               6.0.6.163        C:\WINDOWS\system32
03600000 teedb60.bpl             6.0.6.163        C:\WINDOWS\system32
03610000 applet60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
03630000 dclib60.bpl             6.0.6.163        c:\program files\borland\delphi6\Bin
03670000 ibxpress60.bpl          6.0.6.240        C:\WINDOWS\system32
036f0000 dclemacsedit60.bpl      6.0.6.163        c:\program files\borland\delphi6\Bin
03700000 dbexpress60.bpl         6.0.6.240        C:\WINDOWS\system32
03730000 xmlrtl60.bpl            6.0.6.240        C:\WINDOWS\system32
03810000 iteide60.bpl            6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
03820000 itecore60.bpl           6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
04350000 dacvcl60.bpl            3.90.0.0         F:\Projects\Delphi\bin
04380000 dcldbx60.bpl            6.0.6.240        c:\program files\borland\delphi6\Bin
043b0000 indy60.bpl              6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
04440000 dcloffice2k60.bpl       6.0.6.110        c:\program files\borland\delphi6\Bin
04610000 CRControls60.bpl        1.0.0.0          F:\Projects\Delphi\bin
04630000 dac60.bpl               3.90.0.0         F:\Projects\Delphi\bin
04670000 dclodac60.bpl           3.90.0.0         F:\Projects\Delphi\bin
046c0000 odac60.bpl              3.90.0.0         F:\Projects\Delphi\bin
04730000 odacvcl60.bpl           3.90.0.0         F:\Projects\Delphi\bin
04750000 dcldac60.bpl            3.90.0.0         F:\Projects\Delphi\bin
04770000 dclrx6.bpl              1.0.0.0          F:\Projects\Delphi\bin
047c0000 RxCtl6.bpl              1.0.0.0          F:\Projects\Delphi\bin
048a0000 dclEQGridD6.bpl         3.2.2.0          F:\Projects\Delphi\bin
04950000 EQTLD6.bpl              3.2.2.0          F:\Projects\Delphi\bin
049c0000 dxEdtrD6.bpl            3.2.2.0          F:\Projects\Delphi\bin
04a20000 dxcomnd6.bpl            1.2.1.0          F:\Projects\Delphi\bin
04a30000 EQGridD6.bpl            3.2.2.0          F:\Projects\Delphi\bin
04a90000 ECQDBCD6.bpl            3.2.2.0          F:\Projects\Delphi\bin
04ae0000 dxDBEdD6.bpl            3.2.2.0          F:\Projects\Delphi\bin
04b00000 dclEQTLD6.bpl           3.2.2.0          F:\Projects\Delphi\bin
04b20000 dclECQDBCD6.bpl         3.2.2.0          F:\Projects\Delphi\bin
04b40000 dcldxEdtrD6.bpl         3.2.2.0          F:\Projects\Delphi\vcls\ExpressInplaceEditors\Lib
04b60000 dclEQDBTLD6.bpl         3.2.2.0          F:\Projects\Delphi\bin
04b80000 EQDBTLD6.bpl            3.2.2.0          F:\Projects\Delphi\bin
04ba0000 dcldxELibD6.bpl         3.2.2.0          F:\Projects\Delphi\vcls\ExpressEditors Library\Lib
04bc0000 dxELibD6.bpl            3.2.2.0          F:\Projects\Delphi\bin
04c10000 dcldxFlowChartD6.bpl    1.2.1.0          F:\Projects\Delphi\vcls\ExpressFlowChart\Libs
04c40000 dxFlowChartD6.bpl       1.2.1.0          F:\Projects\Delphi\bin
04c60000 OpenComps.bpl                            F:\Projects\Delphi\bin
04c90000 dxPSTeeChartD6.bpl      2.1.0.0          F:\Projects\Delphi\vcls\ExpressPrinting System\Lib
04ca0000 dxPSCoreD6.bpl          2.1.0.0          F:\Projects\Delphi\bin
04e30000 dxPSdxFCLnkD6.bpl       2.1.0.0          F:\Projects\Delphi\vcls\ExpressPrinting System\Lib
04e50000 dxPSLnksD6.bpl          2.1.0.0          F:\Projects\Delphi\vcls\ExpressPrinting System\Lib
04e80000 dcldxPSCoreD6.bpl       2.1.0.0          F:\Projects\Delphi\vcls\ExpressPrinting System\Lib
04eb0000 OpenFormWizard.bpl      1.0.0.0          F:\Projects\Delphi\bin
04ef0000 dcldxExELD6.bpl         3.2.2.0          F:\Projects\Delphi\vcls\ExpressQuantumGrid\Lib
04f00000 dxExELD6.bpl            3.2.2.0          F:\Projects\Delphi\bin
04f10000 dxGrEdD6.bpl            3.2.2.0          F:\Projects\Delphi\bin
04f30000 dcldxGrEdD6.bpl         3.2.2.0          F:\Projects\Delphi\vcls\ExpressQuantumGrid\Lib
04f40000 Misc.bpl                1.0.0.0          F:\Projects\Delphi\bin
04f60000 kbmMemD6Des.bpl         1.0.0.0          F:\Projects\Delphi\bin
04f80000 kbmMemD6Run.bpl         1.0.0.0          F:\Projects\Delphi\bin
04fc0000 dclsoap60.bpl           6.0.6.240        C:\Program Files\Borland\Delphi6\Bin
05030000 soaprtl60.bpl           6.0.6.240        C:\WINDOWS\system32
050b0000 tbxtabdsgn_d6.bpl       1.0.0.0          F:\Projects\Delphi\bin
050c0000 tbxtab_d6.bpl           1.0.0.0          F:\Projects\Delphi\bin
052f0000 rmTBXCtrlsDsgn_d6.bpl   1.0.0.0          F:\Projects\Delphi\bin
05300000 rmTBXCtrls_d6.bpl       1.0.0.0          F:\Projects\Delphi\bin
05320000 dxPSdxDBGrLnkD6.bpl     2.1.0.0          F:\Projects\Delphi\vcls\ExpressPrinting System\Lib
05330000 dxPSTLLnkD6.bpl         2.1.0.0          F:\Projects\Delphi\bin
05360000 dxPSdxDBCtrlLnkD6.bpl   2.1.0.0          F:\Projects\Delphi\bin
05370000 dxPSdxDBTLLnkD6.bpl     2.1.0.0          F:\Projects\Delphi\vcls\ExpressPrinting System\Lib
05380000 SynEdit_D6.bpl          1.0.0.0          F:\Projects\Delphi\bin
053a0000 SynEdit_R6.bpl                           F:\Projects\Delphi\bin
05580000 ThemeManagerD6D.bpl     1.0.0.0          F:\Projects\Delphi\bin
05590000 ThemeManagerD6.bpl      1.0.0.0          F:\Projects\Delphi\bin
055b0000 JvAppFrmD6D.bpl         3.0.0.0          F:\Projects\Delphi\bin
055d0000 JvSystemD6R.bpl         3.0.0.0          F:\Projects\Delphi\bin
05650000 JvCoreD6R.bpl           3.0.0.0          F:\Projects\Delphi\bin
057a0000 DJclVcl60.bpl           1.94.0.0         F:\Projects\Delphi\bin
057d0000 JvAppFrmD6R.bpl         3.0.0.0          F:\Projects\Delphi\bin
057f0000 JvStdCtrlsD6R.bpl       3.0.0.0          F:\Projects\Delphi\bin
05900000 JvCoreD6D.bpl           3.0.0.0          F:\Projects\Delphi\bin
05ab0000 JvBandsD6D.bpl          3.0.0.0          F:\Projects\Delphi\bin
05ad0000 JvBandsD6R.bpl          3.0.0.0          F:\Projects\Delphi\bin
05af0000 JvBDED6D.bpl            3.0.0.0          F:\Projects\Delphi\bin
05b10000 JvDBD6D.bpl             3.0.0.0          F:\Projects\Delphi\bin
05b40000 JvDBD6R.bpl             3.0.0.0          F:\Projects\Delphi\bin
05c10000 JvDlgsD6R.bpl           3.0.0.0          F:\Projects\Delphi\bin
05c80000 JvCtrlsD6R.bpl          3.0.0.0          F:\Projects\Delphi\bin
05d30000 JvBDED6R.bpl            3.0.0.0          F:\Projects\Delphi\bin
05da0000 JvCmpD6D.bpl            3.0.0.0          F:\Projects\Delphi\bin
05dc0000 JvCmpD6R.bpl            3.0.0.0          F:\Projects\Delphi\bin
05df0000 JvCryptD6D.bpl          3.0.0.0          F:\Projects\Delphi\bin
05e10000 JvCryptD6R.bpl          3.0.0.0          F:\Projects\Delphi\bin
05e30000 JvCtrlsD6D.bpl          3.0.0.0          F:\Projects\Delphi\bin
05e70000 JvCustomD6D.bpl         3.0.0.0          F:\Projects\Delphi\bin
05ea0000 JvCustomD6R.bpl         3.0.0.0          F:\Projects\Delphi\bin
05f80000 JvDlgsD6D.bpl           3.0.0.0          F:\Projects\Delphi\bin
05fb0000 JvDockingD6D.bpl        3.0.0.0          F:\Projects\Delphi\bin
05fc0000 JvDockingD6R.bpl        3.0.0.0          F:\Projects\Delphi\bin
06040000 JvDotNetCtrlsD6D.bpl    3.0.0.0          F:\Projects\Delphi\bin
06060000 JvDotNetCtrlsD6R.bpl    3.0.0.0          F:\Projects\Delphi\bin
06080000 JvEDID6D.bpl            3.0.0.0          F:\Projects\Delphi\bin
06090000 JvEDID6R.bpl            3.0.0.0          F:\Projects\Delphi\bin
060b0000 JvGlobusD6D.bpl         3.0.0.0          F:\Projects\Delphi\bin
06120000 JvGlobusD6R.bpl         3.0.0.0          F:\Projects\Delphi\bin
061c0000 JvHMID6D.bpl            3.0.0.0          F:\Projects\Delphi\bin
061e0000 JvHMID6R.bpl            3.0.0.0          F:\Projects\Delphi\bin
06210000 JvInspectorD6D.bpl      3.0.0.0          F:\Projects\Delphi\bin
06220000 JvInspectorD6R.bpl      3.0.0.0          F:\Projects\Delphi\bin
06270000 JvInterpreterD6D.bpl    3.0.0.0          F:\Projects\Delphi\bin
06280000 JvInterpreterD6R.bpl    3.0.0.0          F:\Projects\Delphi\bin
06350000 JvJansD6D.bpl           3.0.0.0          F:\Projects\Delphi\bin
06370000 JvJansD6R.bpl           3.0.0.0          F:\Projects\Delphi\bin
06400000 JvManagedThreadsD6D.bpl 3.0.0.0          F:\Projects\Delphi\bin
06410000 JvManagedThreadsD6R.bpl 3.0.0.0          F:\Projects\Delphi\bin
06430000 JvMMD6D.bpl             3.0.0.0          F:\Projects\Delphi\bin
06470000 JvMMD6R.bpl             3.0.0.0          F:\Projects\Delphi\bin
06600000 JvNetD6D.bpl            3.0.0.0          F:\Projects\Delphi\bin
06620000 JvNetD6R.bpl            3.0.0.0          F:\Projects\Delphi\bin
06640000 JvStdCtrlsD6D.bpl       3.0.0.0          F:\Projects\Delphi\bin
06680000 JvPageCompsD6D.bpl      3.0.0.0          F:\Projects\Delphi\bin
066a0000 JvPageCompsD6R.bpl      3.0.0.0          F:\Projects\Delphi\bin
066d0000 JvPluginD6D.bpl         3.0.0.0          F:\Projects\Delphi\bin
066e0000 JvPluginD6R.bpl         3.0.0.0          F:\Projects\Delphi\bin
066f0000 JvPrintPreviewD6D.bpl   3.0.0.0          F:\Projects\Delphi\bin
06700000 JvPrintPreviewD6R.bpl   3.0.0.0          F:\Projects\Delphi\bin
06720000 JvSystemD6D.bpl         3.0.0.0          F:\Projects\Delphi\bin
06750000 JvTimeFrameworkD6D.bpl  3.0.0.0          F:\Projects\Delphi\bin
06770000 JvTimeFrameworkD6R.bpl  3.0.0.0          F:\Projects\Delphi\bin
067d0000 JvUIBD6D.bpl            3.0.0.0          F:\Projects\Delphi\bin
067e0000 JvUIBD6R.bpl            3.0.0.0          F:\Projects\Delphi\bin
06870000 JvValidatorsD6D.bpl     3.0.0.0          F:\Projects\Delphi\bin
06890000 JvValidatorsD6R.bpl     3.0.0.0          F:\Projects\Delphi\bin
068b0000 JvWizardD6D.bpl         3.0.0.0          F:\Projects\Delphi\bin
068d0000 JvWizardD6R.bpl         3.0.0.0          F:\Projects\Delphi\bin
068f0000 JvXPCtrlsD6D.bpl        3.0.0.0          F:\Projects\Delphi\bin
06910000 JvXPCtrlsD6R.bpl        3.0.0.0          F:\Projects\Delphi\bin
2f800000 tbxdsgn_d6.bpl                           F:\Projects\Delphi\bin
2fc00000 tbx_d6.bpl                               F:\Projects\Delphi\bin
3f800000 tb2kdsgn_d6.bpl         1.0.0.0          F:\Projects\Delphi\bin
3fc00000 tb2k_d6.bpl                              F:\Projects\Delphi\bin
40000000 rtl60.bpl               6.0.6.243        C:\WINDOWS\system32
400b0000 vcl60.bpl               6.0.6.240        C:\WINDOWS\system32
40230000 vcljpg60.bpl            6.0.6.163        C:\WINDOWS\system32
40250000 vclie60.bpl             6.0.6.163        C:\WINDOWS\system32
40290000 vclhie60.bpl            6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
402d0000 dsnap60.bpl             6.0.6.240        C:\WINDOWS\system32
40310000 dbrtl60.bpl             6.0.6.240        C:\WINDOWS\system32
40430000 visualclx60.bpl                          C:\WINDOWS\system32
40540000 inet60.bpl              6.0.6.240        C:\WINDOWS\system32
405d0000 inetdb60.bpl            6.0.6.163        C:\WINDOWS\system32
40640000 adortl60.bpl            6.0.6.240        C:\WINDOWS\system32
40670000 vcldb60.bpl             6.0.6.240        C:\WINDOWS\system32
406e0000 bdertl60.bpl            6.0.6.163        C:\WINDOWS\system32
40720000 dbx60.bpl               6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
407c0000 vcldbx60.bpl            6.0.6.163        C:\WINDOWS\system32
40850000 cds60.bpl               6.0.6.163        C:\WINDOWS\system32
40860000 VclSmp60.bpl            1.0.0.0          C:\WINDOWS\system32
408f0000 ibevnt60.bpl            1.0.0.0          C:\WINDOWS\system32
40950000 teeui60.bpl             6.0.6.163        C:\WINDOWS\system32
409f0000 teeqr60.bpl             6.0.6.163        C:\WINDOWS\system32
40a00000 visualdbclx60.bpl       6.0.6.163        C:\WINDOWS\system32
40a60000 inetdbbde60.bpl         6.0.6.163        C:\WINDOWS\system32
40a70000 inetdbxpress60.bpl      6.0.6.163        C:\WINDOWS\system32
40aa0000 nmfast60.bpl            6.0.6.163        C:\WINDOWS\system32
40ad0000 dfm60.bpl               6.0.6.163        c:\program files\borland\delphi6\Bin
40b10000 rc60.bpl                6.0.6.163        c:\program files\borland\delphi6\Bin
40b30000 dbxcds60.bpl            6.0.6.163        C:\WINDOWS\system32
48000000 DJcl60.bpl              1.94.0.0         F:\Projects\Delphi\bin
50010000 dclado60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
50060000 dclstd60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
500b0000 dclbde60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
50140000 dclcds60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
50150000 dclmid60.bpl            6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
50170000 dclbdecds60.bpl         6.0.6.163        c:\program files\borland\delphi6\Bin
50180000 dclqrt60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
501d0000 dcltqr60.bpl            1.0.0.0          c:\program files\borland\delphi6\Bin
501e0000 dclclxdb60.bpl          6.0.6.163        c:\program files\borland\delphi6\Bin
50200000 dclclxstd60.bpl         6.0.6.163        C:\Program Files\Borland\Delphi6\Bin
50250000 dclsmpedit60.bpl        6.0.6.163        c:\program files\borland\delphi6\Bin
50270000 dclact60.bpl            6.0.6.240        c:\program files\borland\delphi6\Bin
502c0000 dcl31w60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
50330000 dclnet60.bpl            6.0.6.240        c:\program files\borland\delphi6\Bin
50370000 DBWEBXPRT.BPL           6.0.6.163        c:\program files\borland\delphi6\Bin
503a0000 DCLNMF60.bpl            1.0.0.0          c:\program files\borland\delphi6\Bin
503e0000 dclie60.bpl             6.0.6.163        c:\program files\borland\delphi6\Bin
50440000 dclocx60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
50470000 dclite60.bpl            6.0.6.163        c:\program files\borland\delphi6\Bin
504e0000 dcldbxcds60.bpl         6.0.6.163        c:\program files\borland\delphi6\Bin
50550000 dclsmp60.bpl            1.0.0.0          c:\program files\borland\delphi6\Bin
506b0000 dclindy60.bpl           6.0.0.0          c:\program files\borland\delphi6\Bin
50950000 EXPTDEMO.DLL                             C:\Program Files\Borland\Delphi6\Bin
57000000 madBasic_.bpl                            F:\Projects\Delphi\Tools\MadCollection\madBasic\Delphi 6
57800000 madDisAsm_.bpl                           F:\Projects\Delphi\Tools\MadCollection\madDisAsm\Delphi 6
59800000 madExcept_.bpl                           F:\Projects\Delphi\Tools\MadCollection\madExcept\Delphi 6
5a000000 madExceptWizard_.bpl                     F:\Projects\Delphi\Tools\MadCollection\madExcept\Delphi 6
5b800000 madHelp_.bpl                             F:\Projects\Delphi\Tools\MadCollection\madBasic\Delphi 6
5c000000 madExceptIde_.bpl                        F:\Projects\Delphi\Tools\MadCollection\madExcept\Delphi 6
5e8d0000 opengl32.dll            5.2.3790.0       C:\WINDOWS\system32
5e9a0000 olepro32.dll            5.2.3790.0       C:\WINDOWS\system32
68720000 GLU32.dll               5.2.3790.0       C:\WINDOWS\system32
6c260000 DUSER.dll               5.2.3790.0       C:\WINDOWS\system32
70ad0000 comctl32.dll            6.0.3790.0       C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.100.0_x-ww_8417450B
70bc0000 comctl32.dll            5.82.3790.0      C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_5.82.0.0_x-ww_8A69BA05
70c60000 WINHTTP.dll             5.2.3790.0       C:\WINDOWS\WinSxS\x86_Microsoft.Windows.WinHTTP_6595b64144ccf1df_5.1.0.0_x-ww_E0651936
71b70000 uxtheme.dll             6.0.3790.0       C:\WINDOWS\system32
71bb0000 wsock32.dll             5.2.3790.0       C:\WINDOWS\system32
71bc0000 rdpsnd.dll              5.2.3790.0       C:\WINDOWS\system32
71bd0000 mpr.dll                 5.2.3790.0       C:\WINDOWS\system32
71bf0000 WS2HELP.dll             5.2.3790.0       C:\WINDOWS\system32
71c00000 WS2_32.dll              5.2.3790.0       C:\WINDOWS\system32
71c20000 tsappcmp.dll            5.2.3790.0       C:\WINDOWS\system32
71c40000 NETAPI32.dll            5.2.3790.0       C:\WINDOWS\system32
71d50000 url.dll                 6.0.3790.0       C:\WINDOWS\system32
72ba0000 appwiz.cpl              5.2.3790.0       C:\WINDOWS\system32
73070000 winspool.drv            5.2.3790.0       C:\WINDOWS\system32
73440000 RICHED32.DLL            5.2.3790.0       C:\WINDOWS\system32
73860000 DDRAW.dll               5.2.3790.0       C:\WINDOWS\system32
73ac0000 AVIFIL32.DLL            5.2.3790.0       C:\WINDOWS\system32
73af0000 AVICAP32.DLL            5.2.3790.0       C:\WINDOWS\system32
73b30000 DCIMAN32.dll            5.2.3790.0       C:\WINDOWS\system32
73b40000 MSVFW32.dll             5.2.3790.0       C:\WINDOWS\system32
744f0000 MSCTF.dll               5.2.3790.0       C:\WINDOWS\system32
74a80000 OLEACC.dll              4.2.5406.0       C:\WINDOWS\system32
74b40000 oledlg.dll              5.2.3790.0       C:\WINDOWS\system32
74c40000 RICHED20.dll            5.31.23.1218     C:\WINDOWS\system32
760f0000 wininet.dll             6.0.3790.218     C:\WINDOWS\system32
76190000 MSASN1.dll              5.2.3790.139     C:\WINDOWS\system32
761b0000 CRYPT32.dll             5.131.3790.0     C:\WINDOWS\system32
76260000 WINSTA.dll              5.2.3790.0       C:\WINDOWS\system32
76280000 msimg32.dll             5.2.3790.0       C:\WINDOWS\system32
76290000 IMM32.DLL               5.2.3790.0       C:\WINDOWS\system32
762b0000 comdlg32.dll            6.0.3790.0       C:\WINDOWS\system32
76300000 msi.dll                 2.0.3790.0       C:\WINDOWS\system32
76920000 SHDOCVW.dll             6.0.3790.212     C:\WINDOWS\system32
76aa0000 winmm.dll               5.2.3790.0       C:\WINDOWS\system32
76b70000 PSAPI.DLL               5.2.3790.0       C:\WINDOWS\system32
76f00000 wtsapi32.dll            5.2.3790.0       C:\WINDOWS\system32
76f50000 Secur32.dll             5.2.3790.0       C:\WINDOWS\system32
76f90000 CLBCatQ.DLL             2001.12.4720.130 C:\WINDOWS\system32
77010000 COMRes.dll              2001.12.4720.0   C:\WINDOWS\system32
770e0000 oleaut32.dll            5.2.3790.0       C:\WINDOWS\system32
77160000 ole32.dll               5.2.3790.138     C:\WINDOWS\system32
77290000 SHLWAPI.dll             6.0.3790.212     C:\WINDOWS\system32
77380000 SHELL32.dll             6.0.3790.205     C:\WINDOWS\system32
77b70000 MSACM32.dll             5.2.3790.0       C:\WINDOWS\system32
77b90000 version.dll             5.2.3790.0       C:\WINDOWS\system32
77ba0000 msvcrt.dll              7.0.3790.0       C:\WINDOWS\system32
77c00000 GDI32.dll               5.2.3790.0       C:\WINDOWS\system32
77c50000 RPCRT4.dll              5.2.3790.137     C:\WINDOWS\system32
77d00000 user32.dll              5.2.3790.73      C:\WINDOWS\system32
77da0000 advapi32.dll            5.2.3790.0       C:\WINDOWS\system32
77e40000 kernel32.dll            5.2.3790.0       C:\WINDOWS\system32
77f40000 ntdll.dll               5.2.3790.0       C:\WINDOWS\system32
780c0000 MSVCP60.dll             6.5.2144.0       C:\WINDOWS\system32
7c340000 msxml3.dll              8.50.2162.0      C:\WINDOWS\system32

hardware:
+ Computer
  - ACPI Multiprocessor PC
+ Disk drives
  - IBM IC35L073UCDY10-0 SCSI Disk Device
  - MAXTOR ATLAS15K_36SCA SCSI Disk Device
  - MAXTOR ATLAS15K_36SCA SCSI Disk Device
+ Display adapters
  - RAGE XL PCI Family (Microsoft Corporation) (driver 5.10.2600.6014)
+ DVD/CD-ROM drives
  - SAMSUNG CD-ROM SN-124
+ Floppy disk controllers
  - Standard floppy disk controller
+ Floppy disk drives
  - Floppy disk drive
+ IDE ATA/ATAPI controllers
  - Primary IDE Channel
  - Secondary IDE Channel
  - Standard Dual Channel PCI IDE Controller
+ Keyboards
  - Standard 101/102-Key or Microsoft Natural PS/2 Keyboard
+ Mice and other pointing devices
  - PS/2 Compatible Mouse
+ Monitors
  - IBM 6540 G42 
+ Network adapters
  - Broadcom NetXtreme Gigabit Ethernet (driver 6.64.0.0)
  - Broadcom NetXtreme Gigabit Ethernet #2 (driver 6.64.0.0)
+ Ports (COM & LPT)
  - Communications Port (COM1)
+ Processors
  - Intel(R) Xeon(TM) CPU 2.80GHz
  - Intel(R) Xeon(TM) CPU 2.80GHz
  - Intel(R) Xeon(TM) CPU 2.80GHz
  - Intel(R) Xeon(TM) CPU 2.80GHz
+ SCSI and RAID controllers
  - LSI Logic PCI-X Ultra320 SCSI Host Adapter
  - LSI Logic PCI-X Ultra320 SCSI Host Adapter
+ Sound, video and game controllers
  - Audio Codecs
  - Legacy Audio Drivers
  - Legacy Video Capture Devices
  - Media Control Devices
  - Video Codecs
+ System devices
  - ACPI Fixed Feature Button
  - Direct memory access controller
  - ISAPNP Read Data Port
  - Logical Disk Manager
  - Microcode Update Device
  - Microsoft ACPI-Compliant System
  - Numeric data processor
  - PCI bus
  - PCI bus
  - PCI bus
  - PCI bus
  - PCI bus
  - PE 1x3 Backplane
  - Plug and Play Software Device Enumerator
  - Programmable interrupt controller
  - ServerWorks (RCC) CMIC_LE Processor to PCI Bridge(*)
  - ServerWorks (RCC) CMIC_LE Processor to PCI Bridge(*)
  - ServerWorks (RCC) CMIC_LE Processor to PCI Bridge(*)
  - ServerWorks Champion CSB5 - SouthBridge 5
  - Serverworks Champion CSB5 - SouthBridge 5 LPC
  - ServerWorks Grand Champion CIOB_E - I/O Bridge with GB Ethernet
  - ServerWorks Grand Champion CIOB_E - I/O Bridge with GB Ethernet
  - ServerWorks Grand Champion CIOB_X2 - I/O Bridge 133 Mhz
  - ServerWorks Grand Champion CIOB_X2 - I/O Bridge 133 Mhz
  - System board
  - System CMOS/real time clock
  - System speaker
  - System timer
  - Terminal Server Device Redirector
  - Terminal Server Keyboard Driver
  - Terminal Server Mouse Driver
  - Volume Manager
+ Universal Serial Bus controllers
  - ServerWorks (RCC) PCI to USB Open Host Controller
  - USB Root Hub

disassembling:
[...]
4002b487   jmp     loc_4002b48a
4002b489   inc     ecx
4002b48a   cmp     ecx, [eax+8]
4002b48d   jge     loc_4002b497
4002b48f   mov     ebx, [eax+4]
4002b492 > cmp     edx, [ebx+ecx*4]
4002b495   jnz     loc_4002b489
4002b497   cmp     ecx, [eax+8]
4002b49a   jnz     loc_4002b49f
4002b49c   or      ecx, -1
4002b49f   mov     eax, ecx
[...]


bugreport.txt
	



Subject: DockPresident - old contributed help files/documentation?
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 08 Feb 2005 12:37:17 -0500
Newsgroups: jedi.vcl

Anyone got any documentation on the internals of DockPresident? I am attempting to add some features to JvDocking and the class structure is so complex that I am getting a little lost.

Regards,

Warren



Subject: Re: Installation error with JVCL 3.00 RC 1/JCL 1.94
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Tue, 08 Feb 2005 11:12:40 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Mark J. Wallin wrote:
>
>> Should I be using a different JVCL version?  I assumed the RC 1 version would be a better choice than the Beta 2 but maybe I am wrong?
>
>
> This error has been seen before, and as already stated, it is due to an old JCL lying somewhere on your hard drive. Find it (dcu, bpl, bpi, dcp files) and remove it. Restart both installations, and you'll be sorted.

Thanks for replying.  However, the problem was not old JCL files but in the way I installed the files.  I did not install the JCL files first after deleting all of the old files.  The installation instructions are ambiguous in that they suggest that the JCL files will be installed along with the JVCL files if they are in the path as stated below:

"Install JCL - also compiles the JCL package(s). If the JCL is in the same parent folder as the jvcl (for example, JVCL is in JEDI\jvcl and JCL is in JEDI\jcl), it will be detected automatically. If you have the JCL files in another folder, specify it's path by clicking the ellipsis button next to the edit box labeled "JCL" (see below). "

Based on the above, I assumed that running the JVCL install would also install the JCL files  which apparently have to be installed first in order to avoid this error.  I went back and installed the JCL files first and then had no problems with the JVCL installation.  It would be a good idea to update the instructions to specifically state the order of installation and take out the above part that implies that the JCL will also be installed.  There is no option checkbox for the JCL installation anyway.

End-users like me who are not closely involved with the JEDI project need very specific installation instructions in order to avoid wasting your time.  We do appreciate your efforts and hard work.

Thanks,
Mark J. Wallin


Subject: Re: TJvNavPanelButton diabled font color?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 8 Feb 2005 16:12:11 +0100
Newsgroups: jedi.vcl

> > Better prefer sanity over Microsoft compatibility. A control should
> > always have a visual feedback for enabled/disabled state.

I just didn't implement special handling of enabled/disabled in the NavPanel
components, that's why it isn't there (so you could say it is "by design")
;-)

I think it would be unwise to hardcode the disabled font color, since the
color could very well be the same color as disabled text, making the text
more or less disappear. Better then to introduce a DisabledFont property.

I don't have time to mess with this myself, so someone else will have to
take it on. If someone does, you probably will have to add the same
functionality to all the other JvNavPanel controls. Also, a
DisabledFontOptions (same functionality as HotTrackFontOptions in other
controls) would be a good idea.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvNavPanelButton diabled font color?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 08 Feb 2005 15:55:20 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> I do not have an office 2003 here so i cannot check if office does the same
> :-)

Better prefer sanity over Microsoft compatibility. A control should always have a visual feedback for enabled/disabled state.


Subject: Re: Marlett font
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 08 Feb 2005 15:52:11 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> AFAIK, there is no GetSystemMetrics value for comboboxes.

Yep, it uses that for vertical scrollbars. I will play around with my display settings until i find all the parameters.

Still i would like to know the char assignments. It seems that there are separate chars for scrollbar arrow down and combobox arrow down for example. also why are there bold size grip chars?

Is there a JVCL user able and willing to paint a JVCL OpenType or TrueType font to replace and extend Marlett? I see several small icons not covered in Marlett like "Eject" etc.


Subject: TJvNavPanelButton diabled font color?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 8 Feb 2005 15:43:21 +0100
Newsgroups: jedi.vcl

Hello,

when setting a TJvNavPanelButton Enabled=false then the font is not grayed
out as it is for other controls.

Is this by design? The user is not able to see that this button is disabled.

I do not have an office 2003 here so i cannot check if office does the same
:-)

Ciao,
Ralf



Subject: Re: JvInspector VK_LEFT/RIGHT CanNavigate
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 08 Feb 2005 14:51:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Every feature has it's pros and cons. And for a simple EditControl I think
> the left and right arrow keys shouldn't be used for selecting another
> item. For example you have "100" in the edit and all the edit has done a
> SelectAll. Now you want to change this to "101". What are you doing? You
> press Right-Arrow Right-Arrow and now you should be before the last "0",
> but you are really two items down. It is simple not easy to use such a
> EditControl item.
>
>

    That's why it is optional (at least, I thought it was). For Tab/Shift-Tab the same problem was encountered: do you want to switch to another control, or just another item in the inspector? I'm positive the tab usage is optional, but I'm not sure the left/right is indeed optional.

    I think that at least one possibility should be present to navigate left/right in multi-cell rows (I think Ctrl+Left/Right does that, again not certain), regardless of settings for the left/right and tab/shift-tab keys.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvInspector VK_LEFT/RIGHT CanNavigate
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 8 Feb 2005 14:36:06 +0100
Newsgroups: jedi.vcl

Every feature has it's pros and cons. And for a simple EditControl I think
the left and right arrow keys shouldn't be used for selecting another
item. For example you have "100" in the edit and all the edit has done a
SelectAll. Now you want to change this to "101". What are you doing? You
press Right-Arrow Right-Arrow and now you should be before the last "0",
but you are really two items down. It is simple not easy to use such a
EditControl item.


-- Regards, Andreas Hausladen 

Subject: Re: JvInspector VK_LEFT/RIGHT CanNavigate
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 08 Feb 2005 13:45:50 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I found this function in JvInspector
>
>   function LeftRightCanNavigate: Boolean;
>   begin
>     Result :=
>       ((Msg.WParam = VK_LEFT) and ((EditCtrl.SelLength =
> Length(EditCtrl.Text)) or (EditCtrl.SelStart < 1))) or
>       ((Msg.WParam = VK_RIGHT) and ((EditCtrl.SelLength =
> Length(EditCtrl.Text)) or (EditCtrl.SelStart >= Length(EditCtrl.Text))));
>   end;
>
> For me this function sould always return False even if the edit has all
> chars or none selected. It is simply not nice to switch to another
> JvInspectorItem when pressing VK_LEFT or VK_RIGHT. Delphi's OI doesn't do
> it either.
>
>

    True, but Delphi's OI also doesn't have rows that can have more than one cell (eg. the TDateTime item provides two cells; one for the date part and another for the time part). Perhaps the result should be further constricted to only allow left/right navigation for those rows, but I've had requests for this feature (to always change items with left/right) and I liked the idea. IIRC, it is optional to have left/right navigate (since once could choose to use Tab/Shift-Tab, also optional).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvInspector VK_LEFT/RIGHT CanNavigate
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 8 Feb 2005 13:26:32 +0100
Newsgroups: jedi.vcl

I found this function in JvInspector

  function LeftRightCanNavigate: Boolean;
  begin
    Result :=
      ((Msg.WParam = VK_LEFT) and ((EditCtrl.SelLength =
Length(EditCtrl.Text)) or (EditCtrl.SelStart < 1))) or
      ((Msg.WParam = VK_RIGHT) and ((EditCtrl.SelLength =
Length(EditCtrl.Text)) or (EditCtrl.SelStart >= Length(EditCtrl.Text))));
  end;

For me this function sould always return False even if the edit has all
chars or none selected. It is simply not nice to switch to another
JvInspectorItem when pressing VK_LEFT or VK_RIGHT. Delphi's OI doesn't do
it either.


-- Regards, Andreas Hausladen 

Subject: Re: Keep up the great work!!!...
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 08 Feb 2005 10:40:48 +0100
Newsgroups: jedi.vcl

Thanks for this, we all appreciate it when users come back with no problems whatsoever.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Installation error with JVCL 3.00 RC 1/JCL 1.94
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 08 Feb 2005 10:40:18 +0100
Newsgroups: jedi.vcl

Mark J. Wallin wrote:

> Should I be using a different JVCL version?  I assumed the RC 1 version would be a better choice than the Beta 2 but maybe I am wrong?

This error has been seen before, and as already stated, it is due to an old JCL lying somewhere on your hard drive. Find it (dcu, bpl, bpi, dcp files) and remove it. Restart both installations, and you'll be sorted.


Subject: Re: Marlett font
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 8 Feb 2005 10:09:36 +0100
Newsgroups: jedi.vcl

> > What i also want to know is the GetSystemMetrics parameter for comboboxes.

AFAIK, there is no GetSystemMetrics value for comboboxes.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Marlett font
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 08 Feb 2005 09:32:57 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> I originally got the idea from a Windows devs blog where he
> explained the problems with resizing the UI when buttons can be any size but
> the Marlett font cannot (if the caption buttons are set to specific sizes,
> the min/max/close/help characters can look funny).

Can you dig up more information?
I want to know more about the assignment of the Marlett chars.
I can already paint caption buttons, comboboxes and scrollbars.
What i also want to know is the GetSystemMetrics parameter for comboboxes.


Subject: Keep up the great work!!!...
From: vb <none@nil.com>
Date: Tue, 8 Feb 2005 03:27:31 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I had just upgraded from my old v2 to v3rc1 and what can I say.
Installation passed like a dream, components are
much polished and grouped now and many other stuff I can't list.
Thans to all contributors, testers, leaders... for their every hit 
on the keyboard.

Keep up the great work!!!...


Subject: Installation error with JVCL 3.00 RC 1/JCL 1.94
From: "Mark J. Wallin" <mjwallin@comcast.net>
Date: Mon, 07 Feb 2005 18:47:18 -0500
Newsgroups: jedi.vcl

I am attempting to install the JVCL 3.00 RC1 and JCL 194 Build 1758 downloaded from Sourceforge.  I formerly used version 2.10 of the library.  I followed the instructions to completely purge the old version including registry edits.  I am trying to install for both D5 and D7.

The installation fails at line 134 of jvJVCLAboutForm.pas with the error 'incompatible types TOSVersionInfoEx and POSVersionInfoEx'.  Apparently this installation error has been seen before.  I tried using the latest version of the VCL files (dated 2-7-05) but got the same error.  The installation program compiles OK and I did not change much in the configuration choices.

Should I be using a different JVCL version?  I assumed the RC 1 version would be a better choice than the Beta 2 but maybe I am wrong?

How can I get around this?

Mark J. Wallin


Subject: Center Docking demo - coding work in progress.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Feb 2005 17:10:43 -0500
Newsgroups: jedi.vcl

You can check out what I have working so far in jedi.binaries.

Here is what I have implemented:

(1) Added a new dock area ('custom'). An event fires, you handle the event, and you tell it what control is the parent of this docking area. This custom docking area is designed so you can have a docking area that takes up all or most of the client area of your form, without a splitter.

(2) Modified locally the VID (visual interdev) docking style to make it a little more flexible. In particular, the header can now be always shown, to make it a little more like MDI.

What isn't working yet:

(4) I need a new API function in the JvDock manager that should be a
simple code-based way to dock to the form:

dockServer.CustomDockPanel.ManualDock( clientForm, mdTabbed|mdJoined );

This method will be in addition to the current manual way of docking, which is a basic VCL function call:

        clientForm.ManualDock( dockServer.<xxx>DockPanel), which is not very obvious thing at all.


Several people have asked how to dock something to a tabbed window, in code, and nobody has come up with a clean way with the current API so I'm assuming it's an oversight.

Regards,

Warren


Subject: Re: Semi-OT/SF.NET JVCL CVS Issue: TortoiseCVS 1.8.11+pageant+ssh working for anyone?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 07 Feb 2005 22:58:38 +0100
Newsgroups: jedi.vcl

This seemed to be fixed with the current RC3

Greetings
Jens

Warren Postma schrieb:
> I decided (maybe unwisely) to upgrade from TortoiseCVS 1.6 to 1.8.11, and now Pageant+SSH is not working when updating from the sf.net CVS server, I have to manually type in passwords which is a PAIN.
>
> ANyone else got the latest TortoiseCVS working with pageant, or do I have to revert to the old one? Do I need a different version of pageant?
>
> Regards,
>
> Warren

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvDocking - Grabber always drawn, and how to tab docking in code.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Feb 2005 14:20:10 -0500
Newsgroups: jedi.vcl

I am implementing the Center Docking Area feature, something I need
for myself, but also something which other people have asked for from
time to time.

I have two questions about JvDocking, because I'm preparing a new JvDocking demo to show these new features, and I need to make it work the way a real application would work, so:

(1) With the VID docking style (TJvDockVIDStyle), I like the way it's drawn when there are 2 or more docked items, it only shows the grabber (which looks like a window title bar) if there is >1 item in the docked area. I really want it to always show this bar in one of my docking panels,  if even only ONE thing is docked in that place.  Can anyone suggest where I might look in the code, to make this an option?

(2) Also, I would like to do tabbed docking by default, so when a new form is created, I need to write the code to create a tabbed docking location, but I can't figure out how to open a bunch of new forms and dock them in code. Using TForm.ManualDock results in a horizontal or veritical stacked docking arrangement rather than in a tabbed docking arrangement.

(3) Is there any way to get a tabbed-docking style with the tabs on top, where the tab itself becomes the grabber bar?  This is how the AQ Docking library works.


Regards,

Warren


Subject: Re: Marlett font
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 07 Feb 2005 19:07:33 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> The differences between a statusbar and JvPanel could be due to using the
> wrong character (IIRC, the size grip appears multiple times in the font
> file) and/or the wrong font size. Could also be the offsets in the panel
> that are different.

The Marlett font contains a size grip for the right and left lower corners in a slim and fat version.
For the correct look it needs to be painted twice in clLight and clDark with an offset. Probably controlled by the Ctl3D or Flat property.

Marlett covers checkboxes, radiobuttons, comboboxes, caption buttons.
Maybe we should write a unit to provide the bitmaps needed.
A function call delivers the control's image with options like 3D look, size etc. There we can then handle crossplatform or Windows version issues.


Subject: Re: Marlett font
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 07 Feb 2005 17:27:33 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Sure for all Windows versions?
>
> Not 100% sure. I originally got the idea from a Windows devs blog where he
> explained the problems with resizing the UI when buttons can be any size but
> the Marlett font cannot (if the caption buttons are set to specific sizes,
> the min/max/close/help characters can look funny). He didnt mention anything
> about specific versions, so I assumed it was generic.

I think we should discuss the general use or disuse of Marlett.
My current impression is that Marlett sucks and the new Windows flat look sucks supremely.

Until now we have disused Marlett because i did not know that Windows uses it at all. Marlett is not in the font directory of my Windows and the assignment "Font.Name := 'Marlett';" interestingly seems not to work because the name stays the old one. I am not sure though because this was a tool hint of the debugger which sometimes errs.
The size grip is painted in Marlett though.

I vote for a uniform crossplatform look and therefore for bitmaps despite the sizing problems.

> The differences between a statusbar and JvPanel could be due to using the
> wrong character (IIRC, the size grip appears multiple times in the font
> file) and/or the wrong font size. Could also be the offsets in the panel
> that are different.

I am not sure. I will check Marlett. I doubt for now that Marlett contains a two-colored char. The TStatusBar size grip is painted in clLight and clDark.


Subject: Re: What happened to TJvPasswordForm ?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Feb 2005 17:05:35 +0100
Newsgroups: jedi.vcl

JvLoginForm.pas/TJvLoginDialog or JvDBRemoteLogin.pas/TJvDBRemoteLogin?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Marlett font
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Feb 2005 17:01:42 +0100
Newsgroups: jedi.vcl

> > Sure for all Windows versions?
Not 100% sure. I originally got the idea from a Windows devs blog where he
explained the problems with resizing the UI when buttons can be any size but
the Marlett font cannot (if the caption buttons are set to specific sizes,
the min/max/close/help characters can look funny). He didnt mention anything
about specific versions, so I assumed it was generic.

The differences between a statusbar and JvPanel could be due to using the
wrong character (IIRC, the size grip appears multiple times in the font
file) and/or the wrong font size. Could also be the offsets in the panel
that are different.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JVCL3\examples\JvDocking\AdvanceDemo\Delphi_Source - "This form type will not be able to dock"
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Feb 2005 10:19:25 -0500
Newsgroups: jedi.vcl

This demo seems broken on my system. No form that this demo can make can be docked, which sort of begs the question, exactly what was the demo supposed to do?  I can't make any dockable window.

Regards,

Warren


Subject: Re: 'Entry Point Not Found' - JvPluginManager
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 07 Feb 2005 16:08:37 +0100
Newsgroups: jedi.vcl

Pete,

> I have just upgraded to the latest JVCL & JCL
>
> Jedi Code Library, Release 1.94, Build 1802, 05-February-2005
> JVCL 3 rc 1
>
> After a complete rebuild of an existing project, I get the follwong error, when calling LoadPLugin of TJvPluginManager.

  I assume that a "complete rebuild" includes the host and all plug ins?

>
> 'The procedure entry point @Jvfinalize@initialization$qqrv could not be located in the dynamic link library JvCoreD7R.bpl'
>
> Followed by
> 'Project XYZ.exe raised exception class EPackageError, 'Can't load package blah blah.bpl The specified procedure could not be found'
>
> Everything worked OK before the upgrade, and the plugin examples included with JVCL work fine. What am I doing wrong?

    The message seems to indicate that a plug in that is about to be loaded was build against a different version of the JVCL/JCL. Make sure all plug ins and the host application are rebuild against the same version of the JCL/JVCL .dcp's/.dcu's (IOW, check the project options, specifically the search path to assert they point to the same version).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: 'Entry Point Not Found' - JvPluginManager
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Mon, 07 Feb 2005 14:19:07 +0000
Newsgroups: jedi.vcl

I have just upgraded to the latest JVCL & JCL

Jedi Code Library, Release 1.94, Build 1802, 05-February-2005
JVCL 3 rc 1

After a complete rebuild of an existing project, I get the follwong error, when calling LoadPLugin of TJvPluginManager.

'The procedure entry point @Jvfinalize@initialization$qqrv could not be located in the dynamic link library JvCoreD7R.bpl'

Followed by
'Project XYZ.exe raised exception class EPackageError, 'Can't load package blah blah.bpl The specified procedure could not be found'

Everything worked OK before the upgrade, and the plugin examples included with JVCL work fine. What am I doing wrong?

Thanks for your help.
Pete


Subject: Re: Marlett font
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 07 Feb 2005 13:19:41 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Windows itself uses the Marlett font to paint standard elements, so I can't
> quite see what's wrong with using the same technique?

Sure for all Windows versions?
For the JvPanel there is a small problem with the look.
The Marlett char does not look like the size grab of TStatusBar.


Subject: Copied from public delphi lang NG ( Question about converting C to Delphi )
From: "Matthias Roschk" <webmaster@angel-fly.de>
Date: Mon, 7 Feb 2005 13:08:06 +0100
Newsgroups: jedi.vcl

Hello,

i have a big problem converting a C Language Modul
for FS2004 to Delphi.
The Source are very big , but i have put it on my server
http://www.angel-fly.de/modul.zip.
I have also googled and also asked another forums to help,
but without any result.
I hope here can help me anyone !?

the biggest problem are this here :

module.h

#ifndef __FS_MODULE_H__
#define __FS_MODULE_H__

#define DLLEXPORT __declspec(dllexport)
#define FSAPI __stdcall

/**
 * This is the module's import table definition.
 */
typedef struct _MODULE_IMPORT {
 struct {
  int fnID;
  PVOID fnptr;
 } IMPORTSentry;
 struct {
  int fnID;
  PVOID fnptr;
 } nullentry;
} MODULE_IMPORT;

/**
 * This is the module's export table definition
 */
typedef struct _MODULE_LINKAGE {
 int ModuleID;
 void (FSAPI *ModuleInit)(void);
 void (FSAPI *ModuleDeinit)(void);
 UINT32 ModuleFlags;
 UINT32 ModulePriority;
 UINT32 ModuleVersion;
 PVOID ModuleTable;
} MODULE_LINKAGE;

#endif /* __FS_MODULE_H__ */

my convert :

type
  // Module Import Type
    _IMPORTSentry = record
       fnID : integer;
       fnptr: pointer;
    end;

    _nullentry = record
       fnID : integer;
       fnptr: pointer;
    end;

    _MODULE_IMPORT = record
         IMPORTSentry : _IMPORTSentry;
         nullentry : _nullentry;
    end;
    MODULE_IMPORT = _MODULE_IMPORT;

    //ModuleInit   = procedure;stdcall;
    //ModuleDeinit = procedure;stdcall;

  // Module Linkage Type
    _MODULE_LINKAGE = record
        ModuleID : integer;
        ModuleInit : procedure;stdcall;
        ModuleDeinit : procedure;stdcall;
        ModuleFlags : longint;
        ModulePriority : longint;
        ModuleVersion : longint;
        ModuleTable : pointer;
    end;
    MODULE_LINKAGE = _MODULE_LINKAGE;


and here :

main.c

#include <windows.h>
#include "module.h"

/*
 * We define just basic interface to the flight simulator so it will be
 * able to load the module.
 */
DLLEXPORT MODULE_IMPORT ImportTable = {
 {0x00000000, NULL},
 {0x00000000, NULL}
};

void FSAPI module_init(void) {}
void FSAPI module_deinit(void) {}

DLLEXPORT MODULE_LINKAGE Linkage = {
 0x00000000,
 module_init,
 module_deinit,
 0,
 0,
 0x0900, // FS2004 version (use 0x0800 for FS2002)
 NULL
};

my convert :

function ImportTable:MODULE_IMPORT;cdecl;
var
  myMODULE_IMPORT : MODULE_IMPORT;
begin
    myMODULE_IMPORT.IMPORTSentry.fnID := 0;
    myMODULE_IMPORT.IMPORTSentry.fnptr := NIL;

    myMODULE_IMPORT.nullentry.fnID := 0;
    myMODULE_IMPORT.nullentry.fnptr := NIL;

    Result := myMODULE_IMPORT;
end;

procedure ModuleInit;stdcall;
begin
end;

procedure ModuleDeinit;stdcall;
begin
end;

function Linkage:MODULE_LINKAGE;cdecl;
var
  myMODULE_LINKAGE : _MODULE_LINKAGE;
begin
   myMODULE_LINKAGE.ModuleID := 0;
   myMODULE_LINKAGE.ModuleInit := @ModuleInit;
   myMODULE_LINKAGE.ModuleDeinit := @ModuleDeinit;
   myMODULE_LINKAGE.ModuleFlags := 0;
   myMODULE_LINKAGE.ModulePriority := 0;
   myMODULE_LINKAGE.ModuleVersion := $0900;
   myMODULE_LINKAGE.ModuleTable := NIL;

   Result := myMODULE_LINKAGE;
end;



begin
  ImportTable;
  Linkage;

end.




Thanks a lot


-- Matthias Roschk webmaster @ angel-fly.de visit Angel-Fly VA at http://www.angel-fly.de RP since 1992 

Subject: JvSquareImage - pays no attention to .Client*
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 7 Feb 2005 14:32:05 +0300
Newsgroups: jedi.vcl

Hello, All!

TJvSquareImage has property .Border

This property can be sbsNone or sbsSingle

1) when sbsSingle the component is rendered as if it was sbsSunken - compare
with TStaticText

2) when border is on, .Paint method gives 3px from each side for border.
But that is in no way reflected in properties such as .ClientRect,
..ClientWidth, .ClientHeight, .ClientOrigin
Compare with .AdjustClientRect methos within TStatciText afair.

3) i wish that TJvImage and TJvImageSquare were merged, so the component
copuld render a border, could have an image or an imaglist attached, etc.
Hmm, afair there was something about generic borders somewhere. in Globus ?
Ok, iknow, i know, feature freeze :-)

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: Marlett font
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Feb 2005 11:48:08 +0100
Newsgroups: jedi.vcl

> > There are still two components using the Marlett font.

Windows itself uses the Marlett font to paint standard elements, so I can't
quite see what's wrong with using the same technique?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Debug an Process which is started with JvCreateProcess
From: "Andreas Kanthak" <akanthak@online.de>
Date: Mon, 7 Feb 2005 10:33:18 +0100
Newsgroups: jedi.vcl

One more point:
The first application is under debugger control in delphi. The second
application is bascially the same application, which is started with special
command line parameters. I have a second copy of delphi (Ver 7) running, and
in that copy, i want to attach do the process of the second copy of my
application.

TIA

Andreas Kanthak wrote:
> > Hi all,
> >
> > i am starting a process with JvCreateProcess. Now I have to debug this
> > process and therefor I want to connect to it with Delphis attach to
> > process, but this action is not allowed. What do I have to do so that
> > I can debug this process?
> >
> >
> > Many thanks
> >
> > Andreas




Subject: Debug an Process which is started with JvCreateProcess
From: "Andreas Kanthak" <akanthak@online.de>
Date: Mon, 7 Feb 2005 10:16:08 +0100
Newsgroups: jedi.vcl

Hi all,

i am starting a process with JvCreateProcess. Now I have to debug this
process and therefor I want to connect to it with Delphis attach to process,
but this action is not allowed. What do I have to do so that I can debug
this process?


Many thanks

Andreas




Subject: TJvTFScheduleManager and TjvTFDays
From: "Rafa³ Lewkowicz grupa Mix-soft" <rafal.lewkowicz@mix-soft.pl>
Date: Mon, 7 Feb 2005 09:11:29 +0100
Newsgroups: jedi.vcl

Hi,
I'm looking for TJvTFScheduleManager oraz TjvTFDays tutorials and samples

Greetings
raffels




Subject: Re: What happened to TJvPasswordForm ?
From: "SirMadman" <nospam@myfastmail.com>
Date: Mon, 7 Feb 2005 10:02:03 +0200
Newsgroups: jedi.vcl

I'm wondering too. Can anybody give us an answer?
Any component that can directly exchange TJvPasswordForm???

> >I can't find TJvPasswordForm in Jedi vcl 3 anymore,
> >also no hints in changelog or Readme.
> >Where is it? 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Marlett font
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 07 Feb 2005 08:47:46 +0100
Newsgroups: jedi.vcl

There are still two components using the Marlett font.

JvPanel.pas can easily be changed to use the VisualCLX part always.
The VCL size grip it paints with Marlett is not the same as
the one a TStatusBar shows.

JvDesktopAlertForm.pas paints several icons like the close box
with Marlett. Better reuse the .bmp files from JvXPCore.rc.


Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 7 Feb 2005 09:44:49 +0200
Newsgroups: jedi.vcl

> >Robert Marquardt wrote:
> >
>> >> It should be possible to handle that in the installer.
> >
> >Package generation is the job of the package generator not of the
> >installer. Testing for JVCLThemesEnabled in pg.exe should do the trick.
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >

What about adding a new option to the installer, to switch between both
options.

I have the same problem with the 3RD-Party Integration.

For this it would be also helpfull to have the other option.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Next few weeks schedule
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 6 Feb 2005 19:36:36 +0100
Newsgroups: jedi.vcl

Eugen Neuber wrote:

>> > > Yes, Kylix 3 is closer to Delphi 7
> > 
> > Aha. Since I don't have D7 I was unaware of this.

If you use the "interface incompatible" patch edition it meight be
possible to compile JVCLX because I have backported a lot of stuff from
Kylix 3's source base when I had only D6 and K3. But I'm playing with the
thought to not support Delphi 6 with the patches anymore because I have
currently 5 different source bases I support with the patches. And I must
apply every single patch on all 5 synchronous and that costs a lot of time.



-- Regards, Andreas Hausladen 

Subject: Re: Next few weeks schedule
From: Eugen Neuber <euneuber@gmx.at>
Date: Sun, 06 Feb 2005 18:45:48 +0100
Newsgroups: jedi.vcl

OBones wrote:
>> >> Why does JVCLX not support D6?
>> >> What is missing there?
> > 
> > CLX support is completely buggy, and working around it is too much of a
> > hassle.

Aha.
I know about many bugs in CLX. That's why Andreas Patches are so highly
welcome.
 
>> >> JVCLX does support Kylix 3 ? Is this so different from D6 ?
> > 
> > Yes, Kylix 3 is closer to Delphi 7

Aha. Since I don't have D7 I was unaware of this.

Thank's for your response!

Eugen


Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 06 Feb 2005 18:43:31 +0100
Newsgroups: jedi.vcl

Hi,

>> i try 2 use dcc32.exe from Borland Delphi 7 Studio, it says "can't find  system.pas", path's OK.
>
>
>     You can't use one Delphi version's dcc32 for another Delphi version, though the message is somewhat unclear. What it should say is something like "incorrect version of system unit."

Uuh...  I didn't know this error message could be caused that way. Interesting.

>> My installation was "Delphi2005ArchitectTrial.exe" 280 732 891 bytes,  downloaded from Borland.
>
>
>     Actually, I meant "trial" in my earlier post; don't know why I got that wrong. As Olivier pointed out, we're not allowed to distribute that file (and I doubt it'll work; I'm sure Borland has implemented some additional checks to prevent that).

I successfully use D6' dcc32 to test with BCB6 trial.  Of course this works only because both tools share the same dcc32 version (I'd expect the same for D5/BCB5); but it proves that there are no additional checks.  This could have changed in later releases, though...



Subject: Re: TJvDBGrid and TADODataSet (Master-Detail) Sorting
From: "Dave Keighan" <keighand@yahoo.com>
Date: Sun, 6 Feb 2005 15:58:49 +0000 (UTC)
Newsgroups: jedi.vcl

Lionel,

> > Yes 'IX' is not significant, it's just my habit !
> > For the space, i don't know, but sure it is never a good thing ;)
> > 
> > See this little demo with DBDemo of BDE.

Thanks, I have another solution in hand (TADODataSet.Sort) but will
keep plugging at this so that I learn the method.

-- Dave Keighan XanaNewser [ 1.17.1.2] 

Subject: Re: test
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Sun, 6 Feb 2005 14:39:18 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > You get the same answer i gave already 19.07.2004 to someone else:
> > 
> > Usually you would get the answer "use the test newsgroup", but we
> > have none. 

There is a junk newsgroup, though, and it can be used for testing.

  news://forums.talkto.net/junk


-- Rudy Velthuis http://rvelthuis.bei.t-online.de "Death is one of the few things that can be done as easily lying down. The difference between sex and death is that with death you can do it alone and no one is going to make fun of you." -- Woody Allen. 

Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 06 Feb 2005 15:35:56 +0100
Newsgroups: jedi.vcl

Alexey wrote:
>>      Also note that the Personal Edition does not provide a dcc32.exe,  IIRC.
>>
>
> Could you attach dcc32.exe in the next post.
> Maybe it helps,
> i try 2 use dcc32.exe from Borland Delphi 7 Studio, it says "can't find  system.pas", path's OK.

    You can't use one Delphi version's dcc32 for another Delphi version, though the message is somewhat unclear. What it should say is something like "incorrect version of system unit."

>
> My installation was "Delphi2005ArchitectTrial.exe" 280 732 891 bytes,  downloaded from Borland.

    Actually, I meant "trial" in my earlier post; don't know why I got that wrong. As Olivier pointed out, we're not allowed to distribute that file (and I doubt it'll work; I'm sure Borland has implemented some additional checks to prevent that).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: test
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 06 Feb 2005 15:33:35 +0100
Newsgroups: jedi.vcl

You get the same answer i gave already 19.07.2004 to someone else:

Usually you would get the answer "use the test newsgroup", but we have none.
"test" is considered bad netiquette. You either have a question so you can ask right away and watch if the question shows up or you have no question then there is no need for a "test" message.


Subject: Re: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 06 Feb 2005 15:27:00 +0100
Newsgroups: jedi.vcl

Thanks, i will look for them later on :-)

Robert Marquardt schrieb:
> Palette icons added

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: test
From: "Matthias Roschk" <webmaster@angel-fly.de>
Date: Sun, 6 Feb 2005 15:26:48 +0100
Newsgroups: jedi.vcl

-- Matthias Roschk webmaster @ angel-fly.de visit Angel-Fly VA at http://www.angel-fly.de RP since 1992 

Subject: Re: JVCLX
From: SiegfriedN <sniedinger@y_hoo.co.uk>
Date: Sun, 06 Feb 2005 13:22:24 +0000
Newsgroups: jedi.vcl

SiegfriedN wrote:

> for example I see units names like QWindows, QMessages,.. in the uses clauses!

ok, QWindows, QMessages are valid Jvcl units, my mistake, but I still have not been able to compile the JCLX source in Kylix 3.

Any advice appreciated :/

siegs


Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Alexey <alexey@yandex.ru>
Date: Sun, 06 Feb 2005 16:11:50 +0300
Newsgroups: jedi.vcl

On Sun, 06 Feb 2005 14:08:57 +0100, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

OK
Going 2 buy a full version,
THX ALL


Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 06 Feb 2005 14:08:57 +0100
Newsgroups: jedi.vcl

Alexey wrote:

> My installation was "Delphi2005ArchitectTrial.exe" 280 732 891 bytes,  downloaded from Borland.

Trial version DO NOT have dcc32.exe, for obvious reasons of not allowing you to use everything.
Install a full version, and you'll get it. Note that we are not allowed to post that file, it would breach the licence agreement.


Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Alexey <alexey@yandex.ru>
Date: Sun, 06 Feb 2005 16:08:09 +0300
Newsgroups: jedi.vcl

On Sun, 06 Feb 2005 13:54:18 +0100, Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote:

> OBones wrote:
>> Alexey wrote:
>>
>>> I have no dcc32.exe in c:\program files\borland\bds\3.0\bin
>>> Check out, plz, is it rigth 4 delphi 2005?
>>   AFAIK, no, it means your installation is not complete. Have you installed the Win32 personality ?
>
>      Also note that the Personal Edition does not provide a dcc32.exe, IIRC.
>

Could you attach dcc32.exe in the next post.
Maybe it helps,
i try 2 use dcc32.exe from Borland Delphi 7 Studio, it says "can't find system.pas", path's OK.

My installation was "Delphi2005ArchitectTrial.exe" 280 732 891 bytes, downloaded from Borland.


Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Alexey <alexey@yandex.ru>
Date: Sun, 06 Feb 2005 16:04:30 +0300
Newsgroups: jedi.vcl

On Sun, 06 Feb 2005 13:52:05 +0100, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

> Have you installed the Win32 personality ?

Yes, i'm



Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 06 Feb 2005 13:54:18 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Alexey wrote:
>
>> I have no dcc32.exe in c:\program files\borland\bds\3.0\bin
>> Check out, plz, is it rigth 4 delphi 2005?
>
>
> AFAIK, no, it means your installation is not complete. Have you installed the Win32 personality ?

    Also note that the Personal Edition does not provide a dcc32.exe, IIRC.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Next few weeks schedule
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 06 Feb 2005 13:52:59 +0100
Newsgroups: jedi.vcl

Eugen Neuber wrote:

> Andreas Hausladen wrote:
>
>> JVCLX does not support D6.
>
>
> Why does JVCLX not support D6?
> What is missing there?

CLX support is completely buggy, and working around it is too much of a hassle.

> JVCLX does support Kylix 3 ? Is this so different from D6 ?

Yes, Kylix 3 is closer to Delphi 7


Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 06 Feb 2005 13:52:05 +0100
Newsgroups: jedi.vcl

Alexey wrote:
> I have no dcc32.exe in c:\program files\borland\bds\3.0\bin
> Check out, plz, is it rigth 4 delphi 2005?

AFAIK, no, it means your installation is not complete. Have you installed the Win32 personality ?


Subject: Re: Next few weeks schedule
From: Eugen Neuber <euneuber@gmx.at>
Date: Sun, 06 Feb 2005 13:43:58 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> > JVCLX does not support D6.

Why does JVCLX not support D6?
What is missing there?
JVCLX does support Kylix 3 ? Is this so different from D6 ?

Eugen


Subject: Re: Next few weeks schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 06 Feb 2005 13:21:38 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> D6 /has/ CLX support, except the Personal Edition (the same holds for D7: PE lacks CLX support).  Perhaps you just installed D6 w/o CLX?

JVCL does not support CLX for D6.


Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Alexey <alexey@yandex.ru>
Date: Sun, 06 Feb 2005 15:08:37 +0300
Newsgroups: jedi.vcl

I have no dcc32.exe in c:\program files\borland\bds\3.0\bin
Check out, plz, is it rigth 4 delphi 2005?

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Alexey <alexey@yandex.ru>
Date: Sun, 06 Feb 2005 13:59:00 +0300
Newsgroups: jedi.vcl

On Sun, 06 Feb 2005 11:01:25 +0100, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

> Alexey wrote:
>
>> can anybodu help's me?
>
> What versions of Delphi / C++ Builder do you have installed?
> Are they installed correctly?
> Have you run them at least once?

I have installed Borland Developer Studio 4 MS Windows 9.0.1761.24408
Installed with default's, all correctly
all works fine
OS windows XP SP2


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Next few weeks schedule
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 6 Feb 2005 11:26:08 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > Perhaps you just installed D6 w/o CLX?

Is that possible? If I remember correctly the D6 installer does not have a
switch for deactivating CLX support.


> > D6 has CLX support, except the Personal Edition (the same holds for D7:
> > PE lacks CLX support). 

JVCLX does not support D6.


-- Regards, Andreas Hausladen 

Subject: Re: Semi-OT/SF.NET JVCL CVS Issue: TortoiseCVS 1.8.11+pageant+ssh working for anyone?
From: "Ian Branch" <branch@sitathome.net>
Date: Sun, 6 Feb 2005 21:23:44 +1100
Newsgroups: jedi.vcl

Hi Warren,

    I tried 1.8.11 and had the same problem.  1.8.8 works OK.

Regards,

Ian





Subject: Re: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 06 Feb 2005 11:01:25 +0100
Newsgroups: jedi.vcl

Alexey wrote:

> can anybodu help's me?

What versions of Delphi / C++ Builder do you have installed?
Are they installed correctly?
Have you run them at least once?


Subject: JVCLX
From: SiegfriedN <sniedinger@y_hoo.co.uk>
Date: Sun, 06 Feb 2005 09:52:14 +0000
Newsgroups: jedi.vcl

omg

has anybody actually ever compiled it?

for example I see units names like QWindows, QMessages,.. in the uses clauses!

I have battled through the first few packages, but even so still have to debug compiler errors during the compilation of an app..

Is anybody actually working on JCLX?

I hope so - do they need any help? At least to get it to compile properly..

Siegs


Subject: Re: TJvDBGrid and TADODataSet (Master-Detail) Sorting
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 6 Feb 2005 10:14:21 +0100
Newsgroups: jedi.vcl

Hi Dave,

Yes 'IX' is not significant, it's just my habit !
For the space, i don't know, but sure it is never a good thing ;)

See this little demo with DBDemo of BDE.

Regards,
Lionel



"Dave Keighan" <keighand@yahoo.com> a écrit dans le message de news: 
xn0dy5bmfhpb9h000@forums.talkto.net...
> > Lionel,
> >
>> >> That's normal, you must have index on the column in order to work.
> >
> > I take it the grid looks for an index related to the field name? Is the
> > prefix you are using 'IX'  (as in 'IX'+Fields[i].FieldName) significant
> > ? Would 'idx' produce the same results? I'd try these things but,
> > having the swallowed the MS Access party line, I have spaces in some of
> > my field names <sigh> so I'm trying to eliminate possible reasons why
> > things aren't working quite as well as I'd planned.
> >
> > I suspect that "idxPart Name" as an index name is illegal. Removing the
> > space won't do me any good if the grid expects to find it.
> > to that end "idxPartName" won't be any better if the grid is looking
> > for "IXPartName".
> >
> > Thanx
> > -- 
> > Dave Keighan
> > XanaNewser [ 1.17.1.2] 


JvGrid.zip
	



Subject: Can't install "JVCL300RC1JCL194-Build1758Complete" on Delphi 2005
From: Alexey <alexey@yandex.ru>
Date: Sun, 06 Feb 2005 11:45:30 +0300
Newsgroups: jedi.vcl

subj

install.bat in jcl dir say's

    build.exe found. Pretest: ok
    Using d5 for build process.

    Delphi/BCB version not installed.

install.bat in jvcl dir say's

    Using d5 for build process.

    Delphi/BCB version not installed.

can anybodu help's me?

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Re: Next few weeks schedule
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 06 Feb 2005 06:56:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I want to complete the rework of the resource names.
> This can be completed today or tomorrow.
>
> After that i will learn to generate the CLX files to be a backup for that job. The main problem is that i am without CLX (D6).

D6 /has/ CLX support, except the Personal Edition (the same holds for D7: PE lacks CLX support).  Perhaps you just installed D6 w/o CLX?

> In April i will get a job and subsequently D 2005.

D2005 provides no CLX support at all.


Subject: Re: Next few weeks schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 06 Feb 2005 06:38:36 +0100
Newsgroups: jedi.vcl

I want to complete the rework of the resource names.
This can be completed today or tomorrow.

After that i will learn to generate the CLX files to be a backup for that job. The main problem is that i am without CLX (D6).
In April i will get a job and subsequently D 2005.


Subject: Re: JVCLX?
From: SiegfriedN <sniedinger@y_hoo.co.uk>
Date: Sun, 06 Feb 2005 05:03:50 +0000
Newsgroups: jedi.vcl

OBones wrote:
...

>
> anonymous, no password.
>


Thanks :)

I used this command from the directory (on Linux) to checkout the files into

cvs -d :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl checkout ./

siegs


Subject: JVCLX?
From: SiegfriedN <sniedinger@y_hoo.co.uk>
Date: Sun, 06 Feb 2005 02:53:35 +0000
Newsgroups: jedi.vcl

Hi,

Looks like it is not included in the latest JVCL3 Beta installer/source from the sourceforge downloads.

It looks like it is on the sourceforge cvs server though.

What is the password for user anonymous to get the latest snapshot of the JVCLX source? Or should one register somewhere? My sourceforge username/password does not seem to work. :(

I would really appreciate if someone could point me to a web page where I can find some info on how to download the JVCLX source.

Thanks a lot :)

siegs


Subject: Re: Please regenerate CLX files
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 06 Feb 2005 01:04:07 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Robert Marquardt wrote:
>
>> It seems that especially qdesign has not been regenerated for some time.
>
> I see what I can do the coming days.

Any update on this ?


Subject: Re: TJvDBGrid and TADODataSet (Master-Detail) Sorting
From: "Dave Keighan" <keighand@yahoo.com>
Date: Sun, 6 Feb 2005 00:00:30 +0000 (UTC)
Newsgroups: jedi.vcl

Lionel,

> > That's normal, you must have index on the column in order to work.

I take it the grid looks for an index related to the field name? Is the
prefix you are using 'IX'  (as in 'IX'+Fields[i].FieldName) significant
? Would 'idx' produce the same results? I'd try these things but,
having the swallowed the MS Access party line, I have spaces in some of
my field names <sigh> so I'm trying to eliminate possible reasons why
things aren't working quite as well as I'd planned.

I suspect that "idxPart Name" as an index name is illegal. Removing the
space won't do me any good if the grid expects to find it.
to that end "idxPartName" won't be any better if the grid is looking
for "IXPartName".

Thanx
-- Dave Keighan XanaNewser [ 1.17.1.2] 

Subject: Re: Next few weeks schedule
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 05 Feb 2005 23:22:15 +0100
Newsgroups: jedi.vcl

Hi Olivier,

> As to the JVCL 3.00 release, I'm still waiting on the JCL to do their 1.94 release. 

It just got shoved out the door.

Greetings, Robert


Subject: Re: TJvDBGrid and TADODataSet (Master-Detail) Sorting
From: "Dave Keighan" <keighand@yahoo.com>
Date: Sat, 5 Feb 2005 15:51:55 +0000 (UTC)
Newsgroups: jedi.vcl

Lionel,

> > That's normal, you must have index on the column in order to work. Me
> > for example, i add index in the AfterOpen event of my ClientDataSet
> > with this simple code :

Thank you, I'll give that a try.

-- Dave Keighan XanaNewser [ 1.17.1.2] 

Subject: Hints od item in TJVListView
From: "Dierk" <noSpam@csslabs.de>
Date: Sat, 5 Feb 2005 13:56:33 +0100
Newsgroups: jedi.vcl

How to show hints on move over items?
I thought this should be done with procedure onInfoTip.
But there´s only for split second a hint window without the string I
assigned as InfoTip.

Any suggestions
Greetings
Dierk

Win2K D5pro




Subject: Re: Button with settable background color?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Sat, 5 Feb 2005 13:28:22 +0100
Newsgroups: jedi.vcl

On Fri, 04 Feb 2005 20:58:52 -0800, "Randall Parker" 
<STOPtechiepundit@EVILfuturePOXpunditSPAM.com> wrote in article 
<cu1jq8$1a3$1@talkto.net>:
> > Does any button in JVCL have a settable background property?
> > 
> > I am looking for something to show a user what the current color
> > is that also could trigger the popping up of a color chooser dialog.
> > I'm thinking a button with just a background color would be suitable
> > (though I'm open to other suggestions).

For this I use the TJvOfficeColorButton.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Next few weeks schedule
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 05 Feb 2005 13:06:05 +0100
Newsgroups: jedi.vcl

Hi all.

As I'm starting a new job and moving to a new place, I will be on and off the web for the next few weeks. I'll try to read these groups as often as I can, but there are no warranties.
Further to this, the daily snapshots will not be generated as the server doing this comes with me. It will be offline until I get a decent enough connection, which could be at least a month.
As to the JVCL 3.00 release, I'm still waiting on the JCL to do their 1.94 release. There's no need to go and blame the JCL group, they have very good reasons to not be able to generate it right now.

Sorry for the inconvenience

Olivier Sannier
JVCL Coordinator


Subject: Re: Button with settable background color?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 05 Feb 2005 11:03:47 +0100
Newsgroups: jedi.vcl

Randall Parker wrote:
> Does any button in JVCL have a settable background property?
>
> I am looking for something to show a user what the current color is that also could trigger the popping up of a color chooser dialog. I'm thinking a button with just a background color would be suitable (though I'm open to other suggestions).

LOok at the JvFullColor components. All you want is there.


Subject: Re: TJvDBGrid and TADODataSet (Master-Detail) Sorting
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 5 Feb 2005 09:45:09 +0100
Newsgroups: jedi.vcl

Hi Dave


> > Clicking on a TitleButton using TJvDBGrid does nothing except swap the
> > SortMarker as if it was actually sorting that column.
> >

That's normal, you must have index on the column in order to work. Me for 
example, i add index in the AfterOpen event of my ClientDataSet with this 
simple code :
procedure AddIndexTable(aMasterField: string; aDataSet: TDataSet);
var
  i:integer;
begin
  with (aDataSet as TClientDataSet) do
  begin
    for i:=1 to FieldCount-1 do
      if (Fields[i].FieldName <> aMasterField) and
         ((Fields[i].FieldKind = fkData) or (Fields[i].FieldKind = 
fkInternalCalc)) and
         (Fields[i].DataType in [ftString, ftInteger, ftFloat, 
ftWideString]) then
        AddIndex('IX'+Fields[i].FieldName,Fields[i].FieldName+';'+aMasterField,[ixCaseInsensitive]);
    IndexDefs.Update;
  end;
end;



> > Clicking on a TitleButton using TJvDBUltimGrid works great and does
> > sort the column but it breaks the master-detail relationship. I'm
> > pretty sure it's not checking to see if its dataset has a datasource
> > (indicating master-detail) before it writes over (instead of appending
> > to) the existing IndexFieldNames property.
> >
> > On either of the controls if I append an additional field to
> > IndexFieldNames in design-mode that column gets sorted.
> >
> > I could get rid of the master-detail side of things myself and using
> > the Master control_OnCellChange event (if it had one) populate the
> > detail grid with a parameter query (and probably will) but I thought
> > I'd post this, see if there's something I've done wrong or see if this
> > was something that is worth to you to look at and fix.
> >
> > Any comments or pointers would be appreciated.
> >
> > -- 
> > Dave Keighan
> > XanaNewser [ 1.17.1.2] 




Subject: Button with settable background color?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 04 Feb 2005 20:58:52 -0800
Newsgroups: jedi.vcl

Does any button in JVCL have a settable background property?

I am looking for something to show a user what the current color is that also could trigger the popping up of a color chooser dialog. I'm thinking a button with just a background color would be suitable (though I'm open to other suggestions).


Subject: Re: timeline
From: "morst" <morst@bogpond.com>
Date: Sat, 5 Feb 2005 14:59:11 +1100
Newsgroups: jedi.vcl

Thanks that works nicely
Moris
"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message 
news:ctgbu7$3g0$1@talkto.net...
>> >> Thank you that works.
>> >> What I would like to do now is to save the items to file and then in the
>> >> actual load it from file rather than doing the database table bit.
>> >> Can this be done?
> > Yes, it has SaveToFile/LoadFromFile methods, so that should be possible
> > without doing anything (unless you have additional data you want to save
> > with the items). See the examples\JvTimeLine folder for one way to do it.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: Semi-OT/SF.NET JVCL CVS Issue: TortoiseCVS 1.8.11+pageant+ssh working for anyone?
From: "Ian Branch" <branch@sitathome.net>
Date: Sat, 5 Feb 2005 11:40:51 +1100
Newsgroups: jedi.vcl

Hmmm.  I too now have this problem.  I never had a password, that I know of, 
so I don't have one to key in or try.  anonymous doesn't work.

Regards,

Ian




Subject: Panel that supports rounded corners
From: Bill Miller <w2m@frontiernet.net>
Date: Fri, 04 Feb 2005 19:14:12 -0500
Newsgroups: jedi.vcl

I can not find a panel that supports rounded corners anywhere.  I have searched thru JVCL but I stll can not find one.  Does anyone know where I can find one?

Regards,

Bill


Subject: TJvDBGrid and TADODataSet (Master-Detail) Sorting
From: "Dave Keighan" <keighand@yahoo.com>
Date: Fri, 4 Feb 2005 21:33:04 +0000 (UTC)
Newsgroups: jedi.vcl

I'm having a few issues using either TJvDBGrid or TJvDBUltimGrid and
sorting a TADODataSet (CommandType is cmdTable). The TJvDBGrid is the
detail side of a master-detail setup. Because it's master-detail it's
datasource is another dataset and it's MasterFileds and IndexFieldNames
properties get populated with the Fields that make the master-detail
relationship.

In both cases (TJvDBGrid or TJvDBUltimGrid) TitleButtons is True.

Clicking on a TitleButton using TJvDBGrid does nothing except swap the
SortMarker as if it was actually sorting that column.

Clicking on a TitleButton using TJvDBUltimGrid works great and does
sort the column but it breaks the master-detail relationship. I'm
pretty sure it's not checking to see if its dataset has a datasource
(indicating master-detail) before it writes over (instead of appending
to) the existing IndexFieldNames property.

On either of the controls if I append an additional field to
IndexFieldNames in design-mode that column gets sorted.

I could get rid of the master-detail side of things myself and using
the Master control_OnCellChange event (if it had one) populate the
detail grid with a parameter query (and probably will) but I thought
I'd post this, see if there's something I've done wrong or see if this
was something that is worth to you to look at and fix.

Any comments or pointers would be appreciated.

-- Dave Keighan XanaNewser [ 1.17.1.2] 

Subject: Re: Semi-OT/SF.NET JVCL CVS Issue: TortoiseCVS 1.8.11+pageant+ssh working for anyone?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Feb 2005 20:58:55 +0100
Newsgroups: jedi.vcl

Don't know why it doesn't work, but if all else fails, try adding this to
Preferences|Tools|SSH Parameters:

-l "%u" "%h" -pw <password>

replace <password> with your real password

Worked for me when I had problems

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Semi-OT/SF.NET JVCL CVS Issue: TortoiseCVS 1.8.11+pageant+ssh working for anyone?
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 04 Feb 2005 14:51:13 -0500
Newsgroups: jedi.vcl

I decided (maybe unwisely) to upgrade from TortoiseCVS 1.6 to 1.8.11, and now Pageant+SSH is not working when updating from the sf.net CVS server, I have to manually type in passwords which is a PAIN.

ANyone else got the latest TortoiseCVS working with pageant, or do I have to revert to the old one? Do I need a different version of pageant?

Regards,

Warren


Subject: Re: [Suggestion] JvDockServer CenterDock.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 04 Feb 2005 14:31:13 -0500
Newsgroups: jedi.vcl

Samson Fu wrote:

> JvDockServer will be much more powerful, if it has CenterDock. And allow programmer to change the dock server control to any WinControl (default is the TForm).
>
> Thanks,

I agree. I am wavering on the brink of implementing this.

I can dock left/right/top/bottom, bot not the Client area of the window, which is exactly what I want to do.

Other (commercial) docking libraries such as the AQ Docking and the DevEx one support this, and since I want to get rid of MDI out of my application, I need this badly. I may end up just buying a commercial
toolkit because I don't have time to modify JvDock and then fix all the problems I introduce because of my change. :-)   Docking isn't my specialty.

Regards,

Warren


Subject: Slightly OT: The Trouble with MDI Child forms in VCL.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 04 Feb 2005 12:26:35 -0500
Newsgroups: jedi.vcl

One thing that annoys me is that i can't seem to create a form as INVISIBLE, do setup and then later show it, the VCL seems to automatically create the form, and show it, if it's an MDI child.


Can anyone tell me if they have gotten around this? What did you do?

Regards,

Warren


Subject: Re: Mantis 2599: OnEnter/OnExit not working
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Feb 2005 16:00:53 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Combined? what do you mean by this? TJvIPAddress eats up the message?

Combined on one Form. Yes, TJvIPAddress eats the WM_EXIT message. And
without this the whole CM_ENTER/CM_EXIT code gets confused.



-- Regards, Andreas Hausladen 

Subject: Re: Questions using JVCL 3.0RC1 + D7
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 04 Feb 2005 15:57:24 +0100
Newsgroups: jedi.vcl

> ie the Value is not stored.
>
> If you add another property, say the Text, to JvFormStorage1, then a line does get added:
>
> JvValidateEdit1_Text=0
>
> proving that the Value property is special. I suspect the problem is because it is of type Variant, but haven't poked around in the code.

    It does seem likely. I can't remember putting in any code to read/write Variant types in the AppStorage components, so if TJvFormStorage just hands over writing a property to the AppStorage, it will probably just skip that unknown type. But I also haven't looked in the code, so it might be some other problem.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Mantis 2599: OnEnter/OnExit not working
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 04 Feb 2005 15:47:19 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Hi all,
>>
>> Could anyone have a look at this issue? It seems it affects most if not
>> all JVCL components, and I have not time to deeply look at it.  There is
>> a sample project attached, for anyone to play with.
>
>
> It affects only the components that are combined with a TJvIPAddress. And
> yes, you can combine "all JVCL components" with TJvIPAddress.
> I tried to fix this TJvIPAddress bug last week, but I had not found a
> working solution. But I only spent 30 minutes on this problem.

Combined? what do you mean by this? TJvIPAddress eats up the message?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Questions using JVCL 3.0RC1 + D7
From: Will Watts <willw@applied.spambait.co.uk>
Date: Fri, 04 Feb 2005 14:43:09 GMT
Newsgroups: jedi.vcl

In article <ctvc3u$h6o$1@talkto.net>, OBones wrote:

> > Are you using the TJvFormStorage in conjunction with a TJvAppStorage 
> > component? 

Yes. I've added and linked TJvAppIniFileStorage components as needed.

This problem is demonstrable in the minimal case. Drop a TJvValidateEdit (leftmost 
of the JvEdits), a TJvFormStorage and a TJvAppIniFileStorage on a form. Add the 
JvValidateEdit1.Value property to JvFormStorage1. Set JvFormStorage1's 
AppStoragePath to JvAppIniFileStorage1. Set JvAppIniFileStorage1's Filename to, 
say, Test.ini. Compile and run. When you exit the application, you'll find that 
the Test.ini looks like this

[Form1]
FormVersion=0
ShowCmd=1
Flags=0
PixelsPerInch=96
MinMaxPos(1280x1024)=-1,-1,-1,-1
MinMaxPos=-1,-1,-1,-1
NormPos(1280x1024)=657,424,1142,748
NormPos=657,424,1142,748

ie the Value is not stored.

If you add another property, say the Text, to JvFormStorage1, then a line does get 
added:

JvValidateEdit1_Text=0

proving that the Value property is special. I suspect the problem is because it is 
of type Variant, but haven't poked around in the code.

(Excuse me stepping through this slowly. I wanted to be clear what I have been 
doing.)

---------

I'll email you about the other stuff as suggested.

Regards

Will Watts




Subject: Re: Mantis 2599: OnEnter/OnExit not working
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Feb 2005 15:38:03 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Hi all,
> > 
> > Could anyone have a look at this issue? It seems it affects most if not
> > all JVCL components, and I have not time to deeply look at it.  There is
> > a sample project attached, for anyone to play with.

It affects only the components that are combined with a TJvIPAddress. And
yes, you can combine "all JVCL components" with TJvIPAddress.
I tried to fix this TJvIPAddress bug last week, but I had not found a
working solution. But I only spent 30 minutes on this problem.


-- Regards, Andreas Hausladen 

Subject: Re: Problem with TJvCSVDataSet - String length [mantis 2355 fix by marquardt - caused a new bug?]
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 04 Feb 2005 09:07:21 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> All in all this component deserves a complete redesign. The field defs are handled by two conflicting properties.

It is that way on purpose, and CSV files lack the metadata to support any other way of operating.

If someone wants to write a different component, or redesign this one,
they should first be sure they aren't breaking something useful, which
in this case, you would be.

Warren


Subject: Re: TJvAppinstances crash
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 4 Feb 2005 13:49:31 +0200
Newsgroups: jedi.vcl

Thanks for the quick answer !

You helped me a lot, now it's time to sleep, because i'm programming since 
24 hours.

csa

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:ctvga5$i9s$1@talkto.net...
> > OBones wrote:
> >
>> >> Lucky Luciano wrote:
>> >>
>>> >>> I've found !
>>> >>>
>>> >>> TJvAppinstances + TJvPopupMenu = crash
>>> >>>
>>> >>> Can somebody confirm me ?
>> >>
>> >>
>> >> Yes I confirm this. Read of Address 00000008
> >
> > This is now fixed in CVS. To fix it in your copy, go into 
> > TJvPopupMenu.Destroy, and replace the call to PopupList.Remove by this:
> >
> > if Assigned(PopupList) then
> >   PopupList.Remove(Self);
> >
> > PopupList gets nulled out in the finalization section, and amazingly this 
> > section gets called before the destructor is called. Hence the need to 
> > test for PopupList not to be nil. The CVS version includes a comment to 
> > explain the situation.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: TJvAppinstances crash
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 04 Feb 2005 12:39:30 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Lucky Luciano wrote:
>
>> I've found !
>>
>> TJvAppinstances + TJvPopupMenu = crash
>>
>> Can somebody confirm me ?
>
>
> Yes I confirm this. Read of Address 00000008

This is now fixed in CVS. To fix it in your copy, go into TJvPopupMenu.Destroy, and replace the call to PopupList.Remove by this:

if Assigned(PopupList) then
  PopupList.Remove(Self);

PopupList gets nulled out in the finalization section, and amazingly this section gets called before the destructor is called. Hence the need to test for PopupList not to be nil. The CVS version includes a comment to explain the situation.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvAppinstances crash
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 04 Feb 2005 12:29:39 +0100
Newsgroups: jedi.vcl

Lucky Luciano wrote:

> I've found !
>
> TJvAppinstances + TJvPopupMenu = crash
>
> Can somebody confirm me ?

Yes I confirm this. Read of Address 00000008

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvAppinstances crash
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 4 Feb 2005 13:25:52 +0200
Newsgroups: jedi.vcl

I've found !

TJvAppinstances + TJvPopupMenu = crash

Can somebody confirm me ?

"Lucky Luciano" <lucky@lucky.com> wrote in message 
news:ctvesp$hub$1@talkto.net...
> > ok, clean install of RC1 - same problem 5 access violation + 1 runtime 
> > error
> > clean install of Beta2 - no problems
> >
> > "Ralf Kaiser" <ralf-kaiser@eurobrief.de> wrote in message 
> > news:ctvegk$hrt$1@talkto.net...
>> >> "OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
>> >> news:ctvca6$h8i$1@talkto.net...
>>> >>>
>>> >>> Well, the only changes made to that unit are those to prevent setting
>>> >>> Application to nil, setting the Owner's OnDestroy to nil if it's a Form
>>> >>> or a DataModule.
>>> >>> I don't think those changes would have an impact on your application.
>>> >>>
>> >>
>> >> Hi,
>> >>
>> >> yes, i was the one who requested this change and i am using 
>> >> TJvAppInstances
>> >> together with a couple of VirtualStringTrees (contained in the main form) 
>> >> in
>> >> a project without having any problem.
>> >>
>> >> Ciao,
>> >> Ralf
>> >>
> >
> > 




Subject: Re: TJvAppinstances crash
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 4 Feb 2005 13:14:23 +0200
Newsgroups: jedi.vcl

ok, clean install of RC1 - same problem 5 access violation + 1 runtime error
clean install of Beta2 - no problems

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> wrote in message 
news:ctvegk$hrt$1@talkto.net...
> > "OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
> > news:ctvca6$h8i$1@talkto.net...
>> >>
>> >> Well, the only changes made to that unit are those to prevent setting
>> >> Application to nil, setting the Owner's OnDestroy to nil if it's a Form
>> >> or a DataModule.
>> >> I don't think those changes would have an impact on your application.
>> >>
> >
> > Hi,
> >
> > yes, i was the one who requested this change and i am using 
> > TJvAppInstances
> > together with a couple of VirtualStringTrees (contained in the main form) 
> > in
> > a project without having any problem.
> >
> > Ciao,
> > Ralf
> > 




Subject: Re: TJvAppinstances crash
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 4 Feb 2005 12:10:52 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:ctvca6$h8i$1@talkto.net...
> >
> > Well, the only changes made to that unit are those to prevent setting
> > Application to nil, setting the Owner's OnDestroy to nil if it's a Form
> > or a DataModule.
> > I don't think those changes would have an impact on your application.
> >

Hi,

yes, i was the one who requested this change and i am using TJvAppInstances
together with a couple of VirtualStringTrees (contained in the main form) in
a project without having any problem.

Ciao,
Ralf



Subject: Re: TJvAppinstances crash
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 04 Feb 2005 11:31:14 +0100
Newsgroups: jedi.vcl

Lucky Luciano wrote:

> Yes, this why i wrote ! I cannot reproduce, just with my project, but it's a
> bit large (more than 10.000 lines of code, 6months of devel),
> But i've commented out everything from the oncreate, ondestroy events, so
> must be a component witch causes the error.
> I have just JVCL and VirtualTreeview, I still think that something is with
> the TJvAppInstances component., because with Beta2 works

Well, the only changes made to that unit are those to prevent setting Application to nil, setting the Owner's OnDestroy to nil if it's a Form or a DataModule.
I don't think those changes would have an impact on your application.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Questions using JVCL 3.0RC1 + D7
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 04 Feb 2005 11:27:54 +0100
Newsgroups: jedi.vcl

Will Watts wrote:

> 1. I changed my old TJvIntegerEdit controls to TJvValidateEdits. In one case I was using a TJvFormStorage to store the Value property of the integer editor. However, TJvFormStorage fails to store or retrieve the Value property of a TJvValidateEdit. This I suppose is because the property is of type Variant.
>
> Is this a known bug, or a 'works as designed'? Is it simply the case that TJvFormStorage cannot handle variant properties, in which case shouldn't it refuse to accept them and generate an error?

Are you using the TJvFormStorage in conjunction with a TJvAppStorage component? The paradigm has changed, you need to link TJvFormStorage with an App-Storage component (XML, DB, Registry, INI).


> 2. I have made various notes while updating my apps for JVCL 3.0 compatibility. I think they might be useful to others. Can I offer them as an addendum to the jvcl/help/migrating.htm file? Or is there somewhere else to put this sort of thing.

Please pack them up as zip file and email it to me.


> 3. I'd like to assist in updating the help. Who do I apply to to get a login id?

That would be me. Please send an email outlining what you intend on doing (a few lines), and I'll write back to you.

My email is the one in this message, less the obfuscator measures.

Thanks for your help and support

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvAppinstances crash
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 4 Feb 2005 12:25:50 +0200
Newsgroups: jedi.vcl

1 begin
2  Application.Initialize;
3  Application.Title := 'XXXX';
4  Application.CreateForm(TfrmMain, frmMain);
5  Application.CreateForm(TfrmOptions, frmOptions);

And crashes at line 4, and if i trace into and try to debug step by step 
then
after creating the components always goes back to

procedure TBaseVirtualTree.Notification(AComponent: TComponent; Operation: 
TOperation);

and at the end if run (f9) then crashes, so i simly cannot find where is the 
problem.



"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:ctvadt$go1$1@talkto.net...
> > Lucky Luciano wrote:
> >
>> >> I've used this component (JVCL Beta1, JVCL Beta 2) without problems, but 
>> >> with JVCL RC1 is not working, correctly.
>> >> The second instance of the application crashes with many access 
>> >> violations. I have to switch back to Beta 2, the daily zip also does not 
>> >> works.
>> >>
>> >> (I've set the application to nil, and not to nil, but still does'nt 
>> >> works)
>> >>
>> >> Any idea ?
> >
> > I've just tested it on a very simple application and it doesn't crash at 
> > all.
> > I dropped a TJvAppInstances object on an empty form, added a handler for 
> > OnRejected that shows a message saying 'rejected' and ran it twice.
> > The second one got rejected, no problem whatsoever.
> >
> > I've also run the example, and it works just fine as well.
> > Please check your code.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: TJvAppinstances crash
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 04 Feb 2005 11:22:32 +0100
Newsgroups: jedi.vcl

Lucky Luciano wrote:

> Yes, this why i wrote ! I cannot reproduce, just with my project, but it's a
> bit large (more than 10.000 lines of code, 6months of devel),
> But i've commented out everything from the oncreate, ondestroy events, so
> must be a component witch causes the error.
> I have just JVCL and VirtualTreeview, I still think that something is with
> the TJvAppInstances component., because with Beta2 works

Please rebuild (!) both JCL and JVCL with their installer.
Rebuild your program also.
If the bug does not go away then check if older .dcu files from the JCL or JVCL are visible to the linker.


Subject: Re: TJvAppinstances crash
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 4 Feb 2005 12:10:59 +0200
Newsgroups: jedi.vcl

Yes, this why i wrote ! I cannot reproduce, just with my project, but it's a
bit large (more than 10.000 lines of code, 6months of devel),
But i've commented out everything from the oncreate, ondestroy events, so
must be a component witch causes the error.
I have just JVCL and VirtualTreeview, I still think that something is with
the TJvAppInstances component., because with Beta2 works

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:ctvadt$go1$1@talkto.net...
> > Lucky Luciano wrote:
> >
>> >> I've used this component (JVCL Beta1, JVCL Beta 2) without problems, but 
>> >> with JVCL RC1 is not working, correctly.
>> >> The second instance of the application crashes with many access 
>> >> violations. I have to switch back to Beta 2, the daily zip also does not 
>> >> works.
>> >>
>> >> (I've set the application to nil, and not to nil, but still does'nt 
>> >> works)
>> >>
>> >> Any idea ?
> >
> > I've just tested it on a very simple application and it doesn't crash at 
> > all.
> > I dropped a TJvAppInstances object on an empty form, added a handler for 
> > OnRejected that shows a message saying 'rejected' and ran it twice.
> > The second one got rejected, no problem whatsoever.
> >
> > I've also run the example, and it works just fine as well.
> > Please check your code.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Questions using JVCL 3.0RC1 + D7
From: Will Watts <willw@applied.spambait.co.uk>
Date: Fri, 04 Feb 2005 10:08:06 GMT
Newsgroups: jedi.vcl

I am updating our suite of software to use JVCL 3.0. Previously it was 
based on JVCL 2.1, and originally RxLib.

My experiences have generated the following questions:

1. I changed my old TJvIntegerEdit controls to TJvValidateEdits. In one 
case I was using a TJvFormStorage to store the Value property of the 
integer editor. However, TJvFormStorage fails to store or retrieve the 
Value property of a TJvValidateEdit. This I suppose is because the 
property is of type Variant.

Is this a known bug, or a 'works as designed'? Is it simply the case 
that TJvFormStorage cannot handle variant properties, in which case 
shouldn't it refuse to accept them and generate an error?

2. I have made various notes while updating my apps for JVCL 3.0 
compatibility. I think they might be useful to others. Can I offer them 
as an addendum to the jvcl/help/migrating.htm file? Or is there 
somewhere else to put this sort of thing.

3. I'd like to assist in updating the help. Who do I apply to to get a 
login id?

Regards

Will Watts



Subject: Re: TJvAppinstances crash
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 04 Feb 2005 10:59:04 +0100
Newsgroups: jedi.vcl

Lucky Luciano wrote:

> I've used this component (JVCL Beta1, JVCL Beta 2) without problems, but with JVCL RC1 is not working, correctly.
> The second instance of the application crashes with many access violations. I have to switch back to Beta 2, the daily zip also does not works.
>
> (I've set the application to nil, and not to nil, but still does'nt works)
>
> Any idea ? 

I've just tested it on a very simple application and it doesn't crash at all.
I dropped a TJvAppInstances object on an empty form, added a handler for OnRejected that shows a message saying 'rejected' and ran it twice.
The second one got rejected, no problem whatsoever.

I've also run the example, and it works just fine as well.
Please check your code.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: TJvAppinstances crash
From: "Lucky Luciano" <lucky@lucky.com>
Date: Fri, 4 Feb 2005 11:44:02 +0200
Newsgroups: jedi.vcl

I've used this component (JVCL Beta1, JVCL Beta 2) without problems, but 
with JVCL RC1 is not working, correctly.
The second instance of the application crashes with many access violations. 
I have to switch back to Beta 2, the daily zip also does not works.

(I've set the application to nil, and not to nil, but still does'nt works)

Any idea ? 




Subject: Mantis 2599: OnEnter/OnExit not working
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 04 Feb 2005 10:31:44 +0100
Newsgroups: jedi.vcl

Hi all,

Could anyone have a look at this issue? It seems it affects most if not all JVCL components, and I have not time to deeply look at it.
There is a sample project attached, for anyone to play with.

Thanks

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvSpeedBar designer and Actions, image lists, and Glyphs/Actions.
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 04 Feb 2005 12:07:40 +0300
Newsgroups: jedi.vcl

Thanks.
> Vladimir wrote:
>
>> I found strange behavior under CB6 for JvSpeedBar Items:
>> I put a number of buttons to the speedbar and assigned different Tags for them.
>> After that I created one OnClick for all buttons and tried to use
>>
>> TJvSpeedItem *j =  dynamic_cast<TJvSpeedItem*>(Sender);
>> switch(j->Tag)
>> {
>>   case 0:
>>   ....
>> }
>>
>> and got Access Violation.
>>
>> It seems that OnClick event has wrong Sender argument.
>> May be you can check this?
>
>
> The class is TJvSpeedBarButton
>
> Use the ClassName property of TObject to get the name of it.
>


Subject: Re: JvSpeedBar designer and Actions, image lists, and Glyphs/Actions.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 04 Feb 2005 09:54:17 +0100
Newsgroups: jedi.vcl

Vladimir wrote:

> I found strange behavior under CB6 for JvSpeedBar Items:
> I put a number of buttons to the speedbar and assigned different Tags for them.
> After that I created one OnClick for all buttons and tried to use
>
> TJvSpeedItem *j =  dynamic_cast<TJvSpeedItem*>(Sender);
> switch(j->Tag)
> {
>   case 0:
>   ....
> }
>
> and got Access Violation.
>
> It seems that OnClick event has wrong Sender argument.
> May be you can check this?

The class is TJvSpeedBarButton

Use the ClassName property of TObject to get the name of it.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvSpeedBar designer and Actions, image lists, and Glyphs/Actions.
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Fri, 04 Feb 2005 11:46:52 +0300
Newsgroups: jedi.vcl

I found strange behavior under CB6 for JvSpeedBar Items:
I put a number of buttons to the speedbar and assigned different Tags for them.
After that I created one OnClick for all buttons and tried to use

TJvSpeedItem *j =  dynamic_cast<TJvSpeedItem*>(Sender);
switch(j->Tag)
{
  case 0:
  ....
}

and got Access Violation.

It seems that OnClick event has wrong Sender argument.
May be you can check this?


Subject: Re: Problem with TJvCSVDataSet - String length
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 03 Feb 2005 16:20:16 -0500
Newsgroups: jedi.vcl

Andrew Klein wrote:

> Okay two more things:
>
> Maybe make the length a property settable by the end-user, which can be auto-set by the max length of the strings desired, or by hand as well.
Sadly, I can't do that right now, for various reasons.

>
> Now, as for the autoincrement, I'd hate to sound like a noob (har har) but where would be the best place to control the autoinc and what would be a good way to implement this? I am thinking in the BeforeInsert on the TCsvDataSet and to directly push it on the set being pushed. I just don't know how to externally change the record being inserted.

Hmm. If I am only generating new records when the user presses a New Record button, I'd put it in there, otherwise AfterInsert would be a good place.

Something like this:


procedure TForm1.JvCsvDataSet1AfterInsert(DataSet: TDataSet);
begin
   JvCsvDataSet1AUTOINCFIELD.Value := FAutoInc;
   Inc(FAutoInc);
end;


Subject: Re: how can i help CLX????
From: Gami <gamiclases@yahoo.es>
Date: Thu, 03 Feb 2005 21:49:29 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> Hi Gami,
>
>>   In this moment i have to do a CrossPlatform application and i love to do it with JediClx but i see than Clx is not commpleted i get some many errors in the instalation from CVS.
>>
>>   Because that i love to help in CLX development (i hope time let me) what can i do?????
>
>
> You should contact André Snepvangers, the JVCL VisualCLX coordinator. For e-mail address, see http://sourceforge.net/users/asnepvangers/.
>
> Greetings, Robert
thanks Robert


Subject: Jv Threading components and producer consumer paradigm
From: Willy <willynospam@depsammed.com>
Date: Thu, 03 Feb 2005 19:55:01 +0100
Newsgroups: jedi.vcl

Is there any example how to implemet
a producer consumer paradigm using Jv Threading components ???

i looked at \examples\JvManagedThreads but it does not help
on how to use for my problem

maybe an example using TJvMTThreadToThread could be
usefull for solve my problems

Thanks in advance
Stefano Campri


Subject: Re: how can i help CLX????
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 03 Feb 2005 18:55:21 +0100
Newsgroups: jedi.vcl

Hi Gami,

>   In this moment i have to do a CrossPlatform application and i love to do it with JediClx but i see than Clx is not commpleted i get some many errors in the instalation from CVS.
>
>   Because that i love to help in CLX development (i hope time let me) what can i do?????

You should contact André Snepvangers, the JVCL VisualCLX coordinator. For e-mail address, see http://sourceforge.net/users/asnepvangers/.

Greetings, Robert


Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 03 Feb 2005 18:51:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> It should be possible to handle that in the installer.
>
>
> Package generation is the job of the package generator not of the
> installer. Testing for JVCLThemesEnabled in pg.exe should do the trick.

There already is a warning message box. It doesn't open the file correctly under Mozilla though.


Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 3 Feb 2005 17:21:29 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > It should be possible to handle that in the installer.

Package generation is the job of the package generator not of the
installer. Testing for JVCLThemesEnabled in pg.exe should do the trick.

-- Regards, Andreas Hausladen 

Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Feb 2005 17:04:54 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> AFAIR, ThemeManager always had IMPLICITBUILD ON. It has been documented for
> quite some time (in install.html or readme.html) that to use it with JVCL,
> it must be manually changed to IMPLICITBUILD OFF and the package(s) rebuilt.

It should be possible to handle that in the installer.


Subject: Re: Please regenerate CLX files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Feb 2005 17:03:07 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> I see what I can do the coming days.

Can you also write up some help? The main reason why i did not do it myself is that i do not know what to do.


Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 03 Feb 2005 16:23:27 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The latest ThemeManager packages, on top of having changed their names,
>> have IMPLICITBUILD turned ON.
>
>
> AFAIR, ThemeManager always had IMPLICITBUILD ON. It has been documented for
> quite some time (in install.html or readme.html) that to use it with JVCL,
> it must be manually changed to IMPLICITBUILD OFF and the package(s) rebuilt.

*blush*

Okay okay, I should read the help files before... shame on me.
Ah well, that's one more reason for me not to use themes <g>

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Latest theme manager and IMPLICITBUILD OFF
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 3 Feb 2005 16:13:09 +0100
Newsgroups: jedi.vcl

> > The latest ThemeManager packages, on top of having changed their names,
> > have IMPLICITBUILD turned ON.

AFAIR, ThemeManager always had IMPLICITBUILD ON. It has been documented for
quite some time (in install.html or readme.html) that to use it with JVCL,
it must be manually changed to IMPLICITBUILD OFF and the package(s) rebuilt.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Latest theme manager and IMPLICITBUILD OFF
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 03 Feb 2005 16:00:31 +0100
Newsgroups: jedi.vcl

Hi all

The latest ThemeManager packages, on top of having changed their names, have IMPLICITBUILD turned ON.
All our packages have IMPLICITBUILD OFF.
As a result, it is not possible to compile our packages when theme usage is turned on.
The proposed solution is to turn IMPLICITBUILD ON in our packages, but I'm not quite sure of the consequences.
Note that this was done using Delphi 6, I'm not quite sure as to what happens with other Delphi versions or even C++ Builder.

Thanks for your help

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Please regenerate CLX files
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 03 Feb 2005 15:48:52 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Robert Marquardt wrote:
>
>> It seems that especially qdesign has not been regenerated for some time.
>
> I see what I can do the coming days.

Thanks André, this is very much appreciated.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Please regenerate CLX files
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 03 Feb 2005 15:45:47 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> It seems that especially qdesign has not been regenerated for some time.
I see what I can do the coming days.

Regards,

André Snepvangers


Subject: Re: News about JVCL 3 release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 3 Feb 2005 13:26:48 +0100
Newsgroups: jedi.vcl

> > But I agree, nearly one year in beta state is a lot.
What's in a name? The JVCL3 "BETA" was/is more stable than many commercial
libraries and applications I have used. If we had been a commercial company,
we probably would have named it "final" a long time ago.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: News about JVCL 3 release
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 03 Feb 2005 12:38:51 +0100
Newsgroups: jedi.vcl

Dierk wrote:

>>> I'm afraid capitalism will triumph over the open software movement.
>
> I don´t think so. JVCL 3 is the hughest component library for the Borland
> community. So many people had been working on it.
> I think nearly no company can do a job like JVCL.
> And believe me there´re a lot of bugs in those products too.
> But I agree, nearly one year in beta state is a lot.

Right now, I'm waiting for the JCL stable release. Hopefully, the "stable" version will be out of the door in February.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: News about JVCL 3 release
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 3 Feb 2005 12:04:24 +0100
Newsgroups: jedi.vcl

>> >>I'm afraid capitalism will triumph over the open software movement.
I don´t think so. JVCL 3 is the hughest component library for the Borland
community. So many people had been working on it.
I think nearly no company can do a job like JVCL.
And believe me there´re a lot of bugs in those products too.
But I agree, nearly one year in beta state is a lot.

Regards
Dierk

"Mike Carroll" <mcarroll@pobox.com> schrieb im Newsbeitrag
news:cts5c3$nt8$1@talkto.net...
> > "OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
> > news:ct4nc2$f2k$1@talkto.net...
>> > > Sorry for the inconvenience.
>> > >
> > Olivier,
> >
> > No inconvenience to me. After seeing the delays for JVCL 3, I decided to
to
> > with a commercial product. It looks like I made the right decision. I'm
> > afraid capitalism will triumph over the open software movement.
> >
> > Mike Carroll
> > Oro Valley, AZ
> >
> >




Subject: Re: JVCL300BETA2JCL192 qrun and qcommon missing
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 03 Feb 2005 11:13:04 +0100
Newsgroups: jedi.vcl

Udo Assmus wrote:

> Hi.
> I insstalled
> JVCL300BETA2JCL192-Build1666Complete.zip

Use RC1.
However, please note that the visualCLX support is not up to scratch and using the installer for it is deemed to fail.


-- 
Olivier Sannier
JVCL Coordinator


Subject: JVCL300BETA2JCL192 qrun and qcommon missing
From: "Udo Assmus" <u.a@nurfuerspam.de>
Date: Thu, 3 Feb 2005 11:06:33 +0100
Newsgroups: jedi.vcl

Hi.
I insstalled
JVCL300BETA2JCL192-Build1666Complete.zip
but there is an Error:

JvQSystemD7R.dpk(73) Fatal: Datei nicht gefunden: 'JvQRas32.dcu'
** error 1 ** deleting
"C:\Programme\Borland\Delphi7\\Projects\Bpl"\JvQSystemD7R.bpl
** error 1 ** deleting CompilePackages

I think its because qcommon and qrun are missing.
These folders from a newer version are propably not compatible.
Where can i get this?

Thanks
Udo




Subject: Re: Please regenerate CLX files
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 03 Feb 2005 09:40:40 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> It seems that especially qdesign has not been regenerated for some time.

I know. Remember when I asked for an update on the subject? Well, I didn't get any answer. If anyone with enough knowledge can fix this, well, please do.

-- 
Olivier Sannier
JVCL Coordinator


Subject: how can i help CLX????
From: Gami <gamiclases@yahoo.es>
Date: Thu, 03 Feb 2005 09:32:29 +0100
Newsgroups: jedi.vcl

  In this moment i have to do a CrossPlatform application and i love to do it with JediClx but i see than Clx is not commpleted i get some many errors in the instalation from CVS.

  Because that i love to help in CLX development (i hope time let me) what can i do?????

  Begin i try to install (i instal many but some many errors) in other packages.

i really Apreciate your answer and sorry my poor english.

Gami


Subject: Please regenerate CLX files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Feb 2005 09:01:43 +0100
Newsgroups: jedi.vcl

It seems that especially qdesign has not been regenerated for some time.


Subject: Re: Problem with TJvCSVDataSet - String length [mantis 2355 fix by marquardt - caused a new bug?]
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Feb 2005 08:56:00 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> So my question is for Robert, why did you put the quotes in there? It breaks stuff.

This seems to be a complete fuckup by me. It seems i fixed another Mantis bug and changed this by error.
I have removed the "s (it was not even correctly applied).
I have also cleaned the design of this form by adding Separator and CsvStr properties.

All in all this component deserves a complete redesign. The field defs are handled by two conflicting properties.


Subject: Re: News about JVCL 3 release
From: "Mike Carroll" <mcarroll@pobox.com>
Date: Wed, 2 Feb 2005 22:12:14 -0700
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:ct4nc2$f2k$1@talkto.net...
> > Sorry for the inconvenience.
> >
Olivier,

No inconvenience to me. After seeing the delays for JVCL 3, I decided to to 
with a commercial product. It looks like I made the right decision. I'm 
afraid capitalism will triumph over the open software movement.

Mike Carroll
Oro Valley, AZ 




Subject: Re: Cannot save Docking state
From: "Mr X" <none@here.yet>
Date: Thu, 3 Feb 2005 06:45:23 +0200
Newsgroups: jedi.vcl

Hi
Well the JVCL docking demos do not work as mentioned ... the advanced demo 
opens windows that straightaway have a dialog saying it cannot dock... 
After tinkering with the advanced demo, it still is unable to save dock 
states to an ini file or a registry... and None of the other demos are 
able to save dock states or load them from file...
What then must we do ?
X

> >Mr X wrote:
> >
>> >> Hi
>> >> This is a followup to a previous post (yet unanswered) .
>> >> Why can i not save docked states of forms and recreate them on runtime 
?
>> >> Ive tried this and unless im doing something wrong i cant create it.
> >
> >Tried what?
> >
> >
>> >> Any help ?
> >
> >Look at the demos, AFAIR, they work.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with TJvCSVDataSet - String length
From: "Andrew Klein" <na@foo.com>
Date: Wed, 2 Feb 2005 20:08:34 -0800
Newsgroups: jedi.vcl

Okay two more things:

Maybe make the length a property settable by the end-user, which can be 
auto-set by the max length of the strings desired, or by hand as well.

Now, as for the autoincrement, I'd hate to sound like a noob (har har) but 
where would be the best place to control the autoinc and what would be a 
good way to implement this? I am thinking in the BeforeInsert on the 
TCsvDataSet and to directly push it on the set being pushed. I just don't 
know how to externally change the record being inserted.

"Warren Postma" <wp.nospam@tekran.com> wrote in message 
news:ctqifk$bkv$1@talkto.net...
> >
>> >> KEYTOD:%,"STRINGTOD:$8000"
> >
> > Okay, I apologize for this, and someday I will have enough time to fix it, 
> > but the total row length is fixed at 2K (2048 bytes) right now.
> >
> > That means anything longer than this will cause problems, truncation 
> > precisely:
> >
> > KEYTOD:%,STRINGTOD:$2000
> >
> >
> > If you want a version that is a bigger memory hog but can handle longer 
> > rows, you need to go into JVCL3/run/JvCsvData.pas and change this line:
> >
> > MAXLINELENGTH = 2048;
> >
> > If you want an 8000 character string plus commas and another field, I 
> > would change this to:
> >
> > MAXLINELENGTH = 9000;
> >
> > DON'T USE JVCL PACKAGES if you do this, instead statically compile 
> > JvCsvData.pas into your project, don't use packages, or else add 
> > JvCsvData.pas to your project (dpr) file, and this will ensure that
> > you don't get the default BPL file which will not work for you.
> >
> > Regards,
> >
> > Warren 




Subject: Re: TDCCustomEdit ?
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Wed, 2 Feb 2005 17:07:52 -0500
Newsgroups: jedi.vcl

> > TDCCustomEdit ?
> >
There are two components maker that uses TDC that I am aware. Dream Software 
http://www.dreamcompany.com/
 and Decosp http://www.decosp.ru/tools/index.php3

Hope that helps.

Femi 




Subject: Re: Adding suggested TJvRichEdit changes to Mantis
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 02 Feb 2005 19:56:50 +0100
Newsgroups: jedi.vcl

Chris Rolliston wrote:
> I've just put them in Mantis.

Thanks.


Subject: Re: TDCCustomEdit ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 02 Feb 2005 19:31:17 +0100
Newsgroups: jedi.vcl

diktyo wrote:

> Is there, by any chance ,JVCL registering a class with the name
> TDCCustomEdit ?
>
> A Property Editor perhaps?
> Could it be in JCL ?

Definitely not. At least when i checked last time there were only TJv names in the JVCL.

Have a look at devtools\ReadPalettes. It is a bit crude, but it logs most of the registering taking place when recompiling the JVCL.


Subject: Re: Problem with TJvCSVDataSet - String length [mantis 2355 fix by marquardt - caused a new bug?]
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 02 Feb 2005 19:27:48 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> So my question is for Robert, why did you put the quotes in there? It breaks stuff.

Side effect. I tried to handle another Mantis issue. The " was retained if the first line was filed names instead of data.


Subject: Re: TDCCustomEdit ?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 02 Feb 2005 19:27:03 +0100
Newsgroups: jedi.vcl

diktyo wrote:
> Is there, by any chance ,JVCL registering a class with the name
> TDCCustomEdit ?
>
> A Property Editor perhaps?


    Unlikely. JVCL components and classes have the TJv prefix, not TDC.


> Could it be in JCL ?

    Again unlikely. JCL classes have the TJcl prefix.

    If I were you, I'd check which components/libraries you have installed that might lead to a TDC prefix (some two-word name, one starting with a D, the other with a C).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Adding suggested TJvRichEdit changes to Mantis
From: "Chris Rolliston" <ccr@freeuk.com>
Date: Wed, 2 Feb 2005 16:23:59 -0000
Newsgroups: jedi.vcl

I've just put them in Mantis.




Subject: TDCCustomEdit ?
From: "diktyo" <diktyo@mail.gr>
Date: Wed, 2 Feb 2005 15:56:23 +0000 (UTC)
Newsgroups: jedi.vcl

Is there, by any chance ,JVCL registering a class with the name
TDCCustomEdit ?

A Property Editor perhaps?
Could it be in JCL ?

Thanks for any help


Petros



Subject: Re: Adding suggested TJvRichEdit changes to Mantis
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 02 Feb 2005 16:50:49 +0100
Newsgroups: jedi.vcl

Chris Rolliston wrote:

> Hi folks.  I have at least 5 changes to JvRichEdit.pas, of varying
> magnitude, that I'd like to put forward.  Would multiple reports be
> preferred, or a single one with the modified .pas attached?

I'd rather have them in Mantis (http://homepages.borland.com/jedi/issuetracker/ and register for an account) and separated so that they can bre reviewed separately.
Please create the "patched" files using the very latest CVS version.

Thanks for your help

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: pb installing with delphi 2005
From: robert <robert@tiscali.fr>
Date: Wed, 02 Feb 2005 16:50:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> robert wrote:
>
>
>> else make work fine . I don't
>> understand
>
>
> There are two version of make out there. One that can handle paths with
> spaces in the environment variables (especially PATH) and one that fails
> with "command line too long".
>

ok but I have not "command line too long"
I have make version 5.2 1987, 2000 Borland


Subject: Adding suggested TJvRichEdit changes to Mantis
From: "Chris Rolliston" <ccr@freeuk.com>
Date: Wed, 2 Feb 2005 15:44:23 -0000
Newsgroups: jedi.vcl

Hi folks.  I have at least 5 changes to JvRichEdit.pas, of varying
magnitude, that I'd like to put forward.  Would multiple reports be
preferred, or a single one with the modified .pas attached?




Subject: mantis issue 2355 reopened by Warren - JvCsvDataSet and the "quotes" issue.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 02 Feb 2005 10:03:10 -0500
Newsgroups: jedi.vcl

Issue 2355 is reopened in Mantis. Please leave comments there.


Subject: Re: Problem with TJvCSVDataSet - String length [mantis 2355 fix by marquardt - caused a new bug?]
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 02 Feb 2005 09:58:28 -0500
Newsgroups: jedi.vcl

Andrew Klein wrote:

> Just to note my complaint: When using the ellipsis (...), and adding a string after anything else. For example, I do the first field as being KEYTOD as integer and STRINGTOD as a string with 8000 limit, this is what it results as:
>
> KEYTOD:%,"STRINGTOD:$8000"

This is recent breakage.

rmarquardt made this change in JvCsvDataForm.pas.

This is what there WAS in cvs before:

procedure TJvCsvDefStrDialog.UpdateCsvStr;
var
  I: Integer;
  S: string;
begin
  S := '';
  for I := 0 to ListBoxFields.Items.Count - 1 do
    if S = '' then
      S := ListBoxFields.Items[I]
    else
      S := S + ',' + ListBoxFields.Items[I];      //    <---
  EditCsvStr.Text := S;
end;


here is what it got changed to:

procedure TJvCsvDefStrDialog.UpdateCsvStr;
var
  I: Integer;
  S: string;
begin
  S := '';
  for I := 0 to ListBoxFields.Items.Count - 1 do
    if S = '' then
      S := ListBoxFields.Items[I]
    else
      S := S + FSeparator + '"' + ListBoxFields.Items[I] + '"';  // <--
  EditCsvStr.Text := S;
end;

So my question is for Robert, why did you put the quotes in there? It breaks stuff.

Regards,

Warren


Subject: Re: Problem with TJvCSVDataSet - String length
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 02 Feb 2005 09:42:31 -0500
Newsgroups: jedi.vcl


> KEYTOD:%,"STRINGTOD:$8000"

Okay, I apologize for this, and someday I will have enough time to fix it, but the total row length is fixed at 2K (2048 bytes) right now.

That means anything longer than this will cause problems, truncation precisely:

KEYTOD:%,STRINGTOD:$2000


If you want a version that is a bigger memory hog but can handle longer rows, you need to go into JVCL3/run/JvCsvData.pas and change this line:

MAXLINELENGTH = 2048;

If you want an 8000 character string plus commas and another field, I would change this to:

MAXLINELENGTH = 9000;

DON'T USE JVCL PACKAGES if you do this, instead statically compile JvCsvData.pas into your project, don't use packages, or else add JvCsvData.pas to your project (dpr) file, and this will ensure that
you don't get the default BPL file which will not work for you.

Regards,

Warren


Subject: JvSpeedBar designer and Actions, image lists, and Glyphs/Actions.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 02 Feb 2005 09:30:23 -0500
Newsgroups: jedi.vcl

I would like to propose these changes to the JvSpeedBar designer, related to the Action property, at designtime when the Designer window is open, these are the changes i think would be nice:

    - When you add a new item in the designer, and then select an Action property, it currently updates the TJvSpeedItem.BtnCaption but leaves the Caption property set to 'JvSpeedItem1' or something like that. I'd like to have it replace the Caption when the Action property is set, if the Caption starts with 'JvSpeedItem'.  This will protect non-default text, but will overwrite the defaults. Alternatively, a new item should have no Caption (blank property value), and then this can be used to trigger the setting of the Caption from the action.

    - If the component name is a default name (ie 'JvSpeedItem5') then setting the action should also name the component. I suggest a 'jvsi' prefix, followed by the name of the TACtion component, so if the TAction is named FileOpen1 then the jv speedbar item would get renamed from the default name to jvsiFileOpen1.

    - Oddly, ImageIndex is not copied from the Action, which it should be.  The ImageList of the parent JvSpeedbar object should be automatically set, if it is nil, and the user assigns an action.

    - In the above case, a copy of the GLYPH should not be set into the speedbar item's glph property.   Storing the glyph inside the items is considered a no-no by some developers (like myself) who prefer to use image lists (which can then be replaced to give different size images),also the current approach bloats up your EXE's resources section with duplicate bitmap resources:

object JvSpeedItem1: TJvSpeedItem
      Action = EditCopy1
      BtnCaption = '&Copy'
      Caption = 'JvSpeedItem1'
     Glyph.Data = {
          36040000424D3604000000000000360000002800000010000000100000000100
        ....


Any Comments? Objections?

Warren


Subject: JvQDynControlEngineTools.pas isn`t
From: Gami <gamiclases@yahoo.es>
Date: Wed, 02 Feb 2005 14:53:37 +0100
Newsgroups: jedi.vcl

 is not in cvs but installing cmponents it's required in package

JvQCoreD7R

JvQDynControlEngineTools in '..\..\qrun\JvQDynControlEngineTools.pas',


Subject: TJvDBFilter Documentation
From: Hendrik Lenz <hendriklenz@gmx.de>
Date: Wed, 02 Feb 2005 12:37:49 +0100
Newsgroups: jedi.vcl

Hi,

i search for an Documentation of the TJvDBFilter Component but i don´t find anything.

Has anyone some sample code or an Documentation for teh Componentß

Thanks

Hendrik


Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 02 Feb 2005 11:03:10 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
>>     Suppose the original format string is "This requires %s of %s because %s" where all %s specifiers are replaced with a certain word/phrase and in your translation the two first two specifiers should be in reverse order. The translation would than be "Yadda yadda %1:s yadda yadda %0:s yadda %2:s".
>>
>
> Very good notice! I didn't know that this is possible with dxgettext.

    Actually, it's Delphi's Format function that exhibits this behavior. Re-ordering of format specifiers is just a side effect of being able to use a value more than once in a format string by specifying the same index multiple times: "%s blah blah %0:s blah blah %d" would allow you to use the first value argument twice (as a string in this case) without actually specifying it twice in the call to Format. Again, not specifying an argument index results in the use of the next argument from the last used argument (which is why it normally iterates all arguments in order; after specifying an index, the iterator continues from that position).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 2 Feb 2005 10:45:27 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:195s3ktgirlla.1d945nmsgsr4a.dlg@40tude.net>:

> > hat's not tested however just a guess.
IT DOES! I did a quick test and extracted a unit which uses the ngettext
function call and it created something like this:

#: uCopyFiles.pas:83
#: uCopyFiles.pas:245
#: uCopyFiles.pas:270
msgid "%d folder"
msgid_plural "%d folders"
msgstr[0] ""

However the generated po file does not contain the necessary "Plural-Forms:
nplurals=2; plural=1\n" line in the header - you will have to add it
manually!

-- cu, Michael 

Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 2 Feb 2005 10:36:52 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:ctpvvt$63u$1@talkto.net>:

> > Ok thanks. Problem I have is that I'm afraid that dxgettext will extract 
> > cFile and cFiles as two different strings in the resulting po file.
> > Note that I haven't tried, I'm just speculating here.
Oh yes, IMO it will. I didn't test this however since I've inserted plural
forms after extracting stings.

Perhaps when using this construct Format(ngettext(cFile,cFiles,count),
[count]) from the very beginning and *before* extracting string from source
code dxgettext will recognize this as a plural form.

That's not tested however just a guess.
-- cu, Michael 

Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 02 Feb 2005 10:29:47 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "OBones" wrote in message <news:ctpuer$5me$1@talkto.net>:
>
>
>> Yes, it is, but how do I define resourcestrings for dxgettext to pickup the plural?
>
> Don't know what you exactly meant. Using my example from above:
>
> Unit:
> resourcestring
>   cFile = '%d INI file';    
>   cFiles = '%d INI files';   
>
> po file:
> msgid "%d INI file"
> msgid_plural "%d INI files"
> msgstr[0] "%d INI Datei"
> msgstr[1] "%d INI Dateien"
>
> coding, notice the call to ngettext() e.g.:
>     Format(ngettext('%d INI file','%d INI files',count), [count])
> or with resourcestrings:
>     Format(ngettext(cFile,cFiles,count), [count])

Ok thanks. Problem I have is that I'm afraid that dxgettext will extract cFile and cFiles as two different strings in the resulting po file.
Note that I haven't tried, I'm just speculating here.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 2 Feb 2005 10:26:16 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:ctpuer$5me$1@talkto.net>:

> > Yes, it is, but how do I define resourcestrings for dxgettext to pickup 
> > the plural?
Don't know what you exactly meant. Using my example from above:

Unit:
resourcestring
  cFile = '%d INI file'; 	
  cFiles = '%d INI files';	

po file:
msgid "%d INI file"
msgid_plural "%d INI files"
msgstr[0] "%d INI Datei"
msgstr[1] "%d INI Dateien"

coding, notice the call to ngettext() e.g.:
	Format(ngettext('%d INI file','%d INI files',count), [count])
or with resourcestrings:
	Format(ngettext(cFile,cFiles,count), [count])

HTH
-- cu, Michael 

Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 02 Feb 2005 10:03:37 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Perhaps this explanation is useful for somebody.

Yes, it is, but how do I define resourcestrings for dxgettext to pickup the plural?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 2 Feb 2005 09:55:21 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" wrote in message <news:ctoikb$sta$1@talkto.net>:

> >      Suppose the original format string is "This requires %s of %s 
> > because %s" where all %s specifiers are replaced with a certain 
> > word/phrase and in your translation the two first two specifiers should 
> > be in reverse order. The translation would than be "Yadda yadda %1:s 
> > yadda yadda %0:s yadda %2:s".
> > 
Very good notice! I didn't know that this is possible with dxgettext.

I also would like to contribute something although I do not know if this is
already in use - plural forms: (Remember Peter, IniTranslator and
Sourceforge posting? :-)

When you are in need of plural forms, dxgettext is capable of choosing the
correct one. All you need is to put the line "Plural-Forms: nplurals=2;
plural=1\n" into the header (dxgettext does not make use of it according to
Lars - however some editors like poEdit will need it).

Here a small example of using plural forms when translating from EN->DE:

#  Programmer's name for it: cInfoSrcINISum
#  plural forms
msgid "%d INI file"
msgid_plural "%d INI files"
msgstr[0] "%d INI Datei"
msgstr[1] "%d INI Dateien"

This means that if you're using "1 INI file" in your program it will be
translated into "1 INI Datei", "0 INI files" will be translated into "0 INI
Dateien" and so on..

Perhaps this explanation is useful for somebody.
-- cu, Michael 

Subject: Question QJvcl
From: Gami <gamiclases@yahoo.es>
Date: Wed, 02 Feb 2005 09:10:53 +0100
Newsgroups: jedi.vcl

I've Download from SourceForge the last version of JVCL i've try to compile in windows with CLX Components but i've get error. if i don't select install CLX all be fine.

Looking for solution i found than with lastest version os JVCL come without QCommon, QRun it's normally???

that's is because i tray to install over my Fedora (i've try to create a CossPlatform aplcation) and i have the same problems how can i ¿get this files?

Thanks, for your help and sorry my poor english.


Subject: Re: programmatically click a jvnetscapesplitter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 2 Feb 2005 08:34:16 +0100
Newsgroups: jedi.vcl

> > Works perfectly! Thank you for your insight.
You're welcome

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Problem with TJvCSVDataSet - String length
From: "Andrew Klein" <na@foo.com>
Date: Tue, 1 Feb 2005 22:03:30 -0800
Newsgroups: jedi.vcl

Just to note my complaint: When using the ellipsis (...), and adding a 
string after anything else. For example, I do the first field as being 
KEYTOD as integer and STRINGTOD as a string with 8000 limit, this is what it 
results as:

KEYTOD:%,"STRINGTOD:$8000"

Problem that arises, is that the rest of the app freaks out at the extra 
quotes and drops everything past and including the second colon, making the 
app think it is only 80-character string. The ellipsis tool does need to be 
fixed somehow.

My only other outstanding issue at hand is that for some reason now that I'm 
using the current CsvFieldDef of:

KEYTOD:%,STRINGTOD:$8000

Now, while with the first def I could at least see the trunked string in the 
TDBMemo object through a TDataSource. When I totally redo the .csv file 
(Even deleting it and letting the app remake it) and update the CsvFieldDef, 
now nothing shows up in the TDBMemo, but acts properly in other means. You 
can add data and have it expand the csv file. You can also use the 
TDBNavigation to move around as well the exact length (IE:- clicking next 3 
times when there is 4 records, etc.) But it totally refuses to display 
anything in the memo at that point.


"Warren Postma" <wp.nospam@tekran.com> wrote in message 
news:ctokt2$tk1$1@talkto.net...
> > First, try this:
> >
> > (1) Double click your TJvCsvDataSet and DELETE the field defs that are 
> > there.
> >
> > (2) go into the CsvFieldDef property in the Properties Inspector, and 
> > click the [...] button.
> >
> > (3) Check that you have defined the length of your strings properly.
> >  When finished, click ok.
> >
> > (4) Go back and add the FieldDefs again.
> >
> > Then, if that doesn't work, send me the particular CSV dataset object that 
> > you are having a problem with. Copy it and paste it into a blank empty 
> > application, then zip it up and post it in binaries.
> >
> > One confusing thing is that the CsvFieldDef property (a string) overrides 
> > the TFieldDefs. This is not how it works for TTable,
> > however it was desirable for this component for this reason:
> >
> > The CSV dataset can open any CSV file at all, even if you don't know
> > what columns it contains before you open it. Also, it can contain
> > some columns that you know about (say, you expect that the CSV file 
> > contains a column called NAME (string), and AGE (integer)) but it also has 
> > other columns in it, and you want this component to open any file that 
> > contains the NAME and the AGE column,  and you can then open the CSV file 
> > and iterate through the fielddefs it created for you, to see
> > the actual field names and the actual ordering.  For this reason, the
> > CsvFieldDef property exists, to give a Known Data Type to certain Known 
> > Column Names. This is all it does, but this feature is critical.
> > Since CSV files have no other way of specifying this, the CsvFieldDef
> > property also is used to specify the limits for string length.
> > The arbitrary length limit of 80 characters is imposed for data entry into 
> > any field which is not defined otherwise. You can define a 255 character 
> > string field called FOO, and another called BAR, this way:
> >
> > FOO:$255,BAR:$255
> >
> > The property editor (the think you get when you click [...] in the 
> > properties inspector) helps you in making a valid CsvFieldDef string,
> > but if you learn how to make them yourself, you can also set this
> > property at runtime, before opening any particular CSV file, to set
> > up the data types and field lengths you require for that file, 
> > dynamically.  A little more work, but it's very flexible.
> >
> > Regards,
> >
> >
> > Warren 




Subject: Re: Cannot save Docking state
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 02 Feb 2005 06:59:43 +0100
Newsgroups: jedi.vcl

Mr X wrote:

> Hi
> This is a followup to a previous post (yet unanswered) .
> Why can i not save docked states of forms and recreate them on runtime ?
> Ive tried this and unless im doing something wrong i cant create it.

Tried what?


> Any help ?

Look at the demos, AFAIR, they work.


Subject: Re: JvNet-R and JvSystem-R
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 02 Feb 2005 06:52:57 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir wrote:
>
>> Will add please JvSystem-R to the requires of the JvNet-R.xml, to success install under C6 (may be for all?).
>
>
> I will have a look at this tonight.
>
This is now fixed in CVS


Subject: Cannot save Docking state
From: "Mr X" <none@here.yet>
Date: Wed, 2 Feb 2005 06:58:28 +0200
Newsgroups: jedi.vcl

Hi
This is a followup to a previous post (yet unanswered) .
Why can i not save docked states of forms and recreate them on runtime ?
Ive tried this and unless im doing something wrong i cant create it.
Any help ?
Regards
X 



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBCtrls vs. JvEXDBCtrls
From: "Charles Haron" <charles.haron@cognitive.com>
Date: Tue, 1 Feb 2005 14:40:37 -0700
Newsgroups: jedi.vcl

Everything worked fine after manually deleting JvLookup from my "uses" 
clauses.

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:ctdq6c$j70$2@talkto.net...
> > Charles Haron wrote:
> >
>> >> converter .dat files, but there is no reference to JvLookup.
> >
> > Could it be the JvDBLookup unit? If so we should update the .dat files.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Errors Installing JVCL
From: "Charles Haron" <charles.haron@cognitive.com>
Date: Tue, 1 Feb 2005 14:37:50 -0700
Newsgroups: jedi.vcl

I instructions for manual installation worked without issue.

"obones" <obones_gfds_@_gdgs_altern.org> wrote in message 
news:ctfinp$ugl$1@talkto.net...
> > The first errors are JCL related, please post in jedi.jcl
> >
> > As to the errors you are having this looks to me like a bad installation
> > of Delphi.
> >
> > Olivier Sannier
> > JVCL Coordinator
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: Problem with TJvCSVDataSet - String length
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 01 Feb 2005 16:19:04 -0500
Newsgroups: jedi.vcl


> As well, I am still struggling with making an autoincrement field as well. Even if you change the FieldDef from ftInteger to ftAutoinc it doesn't work; The same goes for making Field defs and adding ftAutoinc.


HOW TO DO AUTOINCREMENT:

The way I do auto increment is to open the table, and call DataSet.GetAutoincrement('FIELDNAME') once and store the value into an integer variable in my program, and use that value (increment it once every time, this is not rocket science), and use the value. THERE IS NO GOOD REASON TO CALL  GetAutoincrement MORE OFTEN THAN WHEN FIRST OPENING THE FILE, UNLESS YOU WANT A REALLY *SLOW* APPLICATION.  :-)

I will think about adding an AUTO-INCREMENT feature in the future,
probably I will add it by a special declaration in the CsvFieldDef,
like this:

    RecordIndex:%%,Foo:$,Bar:$

Since % is for integers, %% would be for an auto-inc integer field.


---TODO: UPDATE DOCUMENTATION ON JVCSVDATASET HELP FILE---

END-USER GOTCHA: FIELDDEFS NOT USED TO DEFINE, ONLY TO REPORT CSV'S ACTUAL CONTENTS.

FieldDefs are not really used to define fields in the JvCsvDataSet, they are only used to report to you the actual contents of the Csv file you opened, for that reason the ftAutoinc flag has no meaning, either at designtime or runtime, to my component.

Note that you should use only the CsvFieldDef property to define your fields, and that any TFieldDefs you define at design time are rather useless, except if you need them for connecting to a data aware entry component, in which case, go ahead and create them at design time, but
beware that changing their field lengths, and other properties, has no effect on the CsvFieldDef which will override whatever you change in the FieldDefs.



Regards,

Warren







Subject: Re: Problem with TJvCSVDataSet - String length
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 01 Feb 2005 16:11:20 -0500
Newsgroups: jedi.vcl

First, try this:

(1) Double click your TJvCsvDataSet and DELETE the field defs that are there.

(2) go into the CsvFieldDef property in the Properties Inspector, and click the [...] button.

(3) Check that you have defined the length of your strings properly.
 When finished, click ok.

(4) Go back and add the FieldDefs again.

Then, if that doesn't work, send me the particular CSV dataset object that you are having a problem with. Copy it and paste it into a blank empty application, then zip it up and post it in binaries.

One confusing thing is that the CsvFieldDef property (a string) overrides the TFieldDefs. This is not how it works for TTable,
however it was desirable for this component for this reason:

The CSV dataset can open any CSV file at all, even if you don't know
what columns it contains before you open it. Also, it can contain
some columns that you know about (say, you expect that the CSV file contains a column called NAME (string), and AGE (integer)) but it also has other columns in it, and you want this component to open any file that contains the NAME and the AGE column,  and you can then open the CSV file and iterate through the fielddefs it created for you, to see
the actual field names and the actual ordering.  For this reason, the
CsvFieldDef property exists, to give a Known Data Type to certain Known Column Names. This is all it does, but this feature is critical.
Since CSV files have no other way of specifying this, the CsvFieldDef
property also is used to specify the limits for string length.
The arbitrary length limit of 80 characters is imposed for data entry into any field which is not defined otherwise. You can define a 255 character string field called FOO, and another called BAR, this way:

FOO:$255,BAR:$255

The property editor (the think you get when you click [...] in the properties inspector) helps you in making a valid CsvFieldDef string,
but if you learn how to make them yourself, you can also set this
property at runtime, before opening any particular CSV file, to set
up the data types and field lengths you require for that file, dynamically.  A little more work, but it's very flexible.

Regards,


Warren


Subject: Re: Problem with TJvCSVDataSet - String length
From: "Andrew Klein" <na@foo.com>
Date: Tue, 1 Feb 2005 12:58:40 -0800
Newsgroups: jedi.vcl

Okay, I figured out a problem. It seems when you use the def builder (Using 
the ellipsis ...) is bugged. I haven't researched it greatly, but it seems 
that most of the time with a string def longer than 80 chars, it tacks on 
""s around the definition of the string. What this seems to cause is the 
translation of this to be seen as "<field name> instead of 
<fieldname:>$<length>. When you hand-build CSVFieldDefs by yourself, it 
works great.

The next problem is that as soon as you drop the quotes, the ability of the 
memo field (TDBMemo) to be able to display this text goes out the window. 
You can use the memo for data entry, but when you try to change what field 
you are viewing using a TDBNavigation, the nav changes exactly how it 
should, but the memo does not display any of the text.

Suggestions?

As well, I am still struggling with making an autoincrement field as well. 
Even if you change the FieldDef from ftInteger to ftAutoinc it doesn't work; 
The same goes for making Field defs and adding ftAutoinc.

"Andrew Klein" <na@foo.com> wrote in message news:ctmqvs$f74$1@talkto.net...
> > Forgive me on this one, but this one is REALLY bothering me with the 
> > progress of a standalone app. I need to make a DB (CSV is the preferred 
> > method). I want to use the TJvCSVDataSet. Problem is, is that no matter 
> > what I do when using this, is that I can --NOT-- set a string to longer 
> > than 20 characters. The CSVFieldDefs is fine. The culprit seems to be 
> > whatever 'autofills' the FieldDefs section. Even when you change it and 
> > change the Active to TRUE, it will revert the definition for the FieldDef 
> > of the string to a max length of 20. It is a nuicance! I can not get it to 
> > function right.
> >
> > Can anyone help me with this?
> >
> > As well, is there a way to make the integer field autoinc. Even when you 
> > enable autoinc, it turns itself right back off when you go Active or run 
> > the app.
> >
> > Thanks in advance!
> > 




Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 01 Feb 2005 21:33:41 +0100
Newsgroups: jedi.vcl

OBones wrote:
>>     Addition: if the order of those specifiers needs to be different in a translation, add index-specifiers (the zero-based index according to the original (English) format string) to your translated format string.
>
>
> An example would be most welcome.

    Suppose the original format string is "This requires %s of %s because %s" where all %s specifiers are replaced with a certain word/phrase and in your translation the two first two specifiers should be in reverse order. The translation would than be "Yadda yadda %1:s yadda yadda %0:s yadda %2:s".

    Also note that the translation above requires %2:s for the last specifier, because if you don't, it would assume %1:s (since %0:s was the last one used).

    I'm not sure if cases like that occur often though, but I just figured we inform people it is possible to do so.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 01 Feb 2005 21:16:26 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Robert Marquardt wrote:
>
>> Keep in mind that if the string contains format specifiers like %d or %s etc then the translation *requires* the same format specifiers.
>
>
>     Addition: if the order of those specifiers needs to be different in a translation, add index-specifiers (the zero-based index according to the original (English) format string) to your translated format string.

An example would be most welcome.


Subject: Re: TO ALL JVCL USERS: dxgettext translations
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 01 Feb 2005 19:31:16 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Keep in mind that if the string contains format specifiers like %d or %s etc then the translation *requires* the same format specifiers.

    Addition: if the order of those specifiers needs to be different in a translation, add index-specifiers (the zero-based index according to the original (English) format string) to your translated format string.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: TO ALL JVCL USERS: dxgettext translations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 01 Feb 2005 18:51:40 +0100
Newsgroups: jedi.vcl

I have regenerated the files.
Now it is the time to work on the translations.
Add new translations or spell check the current ones.
If you cannot write to CVS then create a Mantis entry and attach the file there.
(Oh mighty Coordinator please kick me if that is wrong).

Keep in mind that if the string contains format specifiers like %d or %s etc then the translation *requires* the same format specifiers.


Subject: Re: programmatically click a jvnetscapesplitter
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Feb 2005 18:04:08 +0100
Newsgroups: jedi.vcl

The problem seems to be that Minimized and Maximized means different things
depending on the ButtonStyle. If it is bsNetscape, clicking the button
toggles between Maximized / not Maximized and Maximized actually means that
the splitter is at its leftmost position (if Align is alLeft), i.e Maximized
== what appears to be Minimized!

When ButtonStyle is bsWindows, the state of Minimized and Maximized
accurately reflects what you see on the screen. So, in your case - if you
are using bsNetscape - you should toggle Maximized on/off to get the desired
effect:

  Splitter.Maximized := true; // actually minimizes the splitter
  Splitter.Invalidate;

It seems the Invalidate is still needed or the splitter arrows will not be
updated unless the mouse is moved on top of the splitter.

I also tried with bsWindows as the style, and that seems to work as one
would expect.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: programmatically click a jvnetscapesplitter
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Tue, 1 Feb 2005 19:00:07 +0200
Newsgroups: jedi.vcl

> >  Splitter.Maximized := true; // actually minimizes the splitter
> >  Splitter.Invalidate;

Works perfectly! Thank you for your insight.

Paul

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: programmatically click a jvnetscapesplitter
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Tue, 1 Feb 2005 19:00:02 +0200
Newsgroups: jedi.vcl

> >  Splitter.Maximized := true; // actually minimizes the splitter
> >  Splitter.Invalidate;

Works perfectly! Thank you for your insight.

Paul

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: programmatically click a jvnetscapesplitter
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Tue, 1 Feb 2005 18:59:55 +0200
Newsgroups: jedi.vcl

> >  Splitter.Maximized := true; // actually minimizes the splitter
> >  Splitter.Invalidate;

Works perfectly! Thank you for your insight.

Paul

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: programmatically click a jvnetscapesplitter
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Tue, 1 Feb 2005 14:30:45 +0200
Newsgroups: jedi.vcl

> >Could you post your code (just the bit that min/max the splitter) to
> >binaries?

Not much to show, this is my code of a MDI app that when the user launches
a menu option, minimizes the splitter to expand screen size, then launch
the necessary MDI child form...

// Splitter: TJvNetscapeSplitter;

procedure TfrmMain.Launch(iTag: Integer; sDesc: String; theClass:
TFormClass; theForm: TForm; bCenter: Boolean);
var
  tbNew: TToolButton;
begin
  SetStatus('Loading...');

  Splitter.Minimized := not Splitter.Minimized;

  LockWindowUpdate(Handle);        // eliminate flicker

  theForm      := theClass.Create(Self);
  theForm.Tag  := iTag;
  if bCenter then begin
    theForm.Left := ((ClientWidth div 2) - (theForm.Width div 2));
    theForm.Top  := (((ClientHeight - ToolBarMain.Height -
StatusBar.Height) div 2) - (theForm.Height div 2));
  end;

  theForm.Show;

  tbNew := TToolButton.Create(Self);
  tbNew.Parent := tbScreenCtrl;
  tbNew.Caption := sDesc;
  tbNew.Tag := theForm.Handle;
  tbNew.OnClick := ChangeWindow;

  LockWindowUpdate(0);
end;

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvNet-R and JvSystem-R
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 01 Feb 2005 10:45:10 +0100
Newsgroups: jedi.vcl

Vladimir wrote:

> Will add please JvSystem-R to the requires of the JvNet-R.xml, to success install under C6 (may be for all?).

I will have a look at this tonight.

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvNet-R and JvSystem-R
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Tue, 01 Feb 2005 12:23:36 +0300
Newsgroups: jedi.vcl

Will add please JvSystem-R to the requires of the JvNet-R.xml, to success install under C6 (may be for all?).


Subject: Re: JvDBGrid - DrawColumnTitle
From: "Chris" <nospam@lupton3.freeserve.co.uk>
Date: Tue, 1 Feb 2005 07:57:34 -0000
Newsgroups: jedi.vcl

does anyone have any ideas?

"Chris" <nospam@lupton3.freeserve.co.uk> wrote in message
news:ct800q$828$1@talkto.net...
> > Can anyone tell me how to use the DrawColumnTitle part of a JvDBGrid.
> >
> > All I'm trying to do is word-wrap a field description that's too long for
> > the required column width, preferably centered within the column width.
> >
> > I'd also like to draw next to a column - I have three fields which relate
to
> > a day and have 7 days worth of fields, 21 fields plus a total and the
> > identifier for the row - in total 23 fields within the grid.  It would
look
> > better if there was a division/border between each days worth of figures
> > (i.e. around each group of three fields) is there an easy way to do this?
> >
> > Chris
> >
> >
> >




Subject: JVDocking ... how to ?
From: "Mr X" <none@here.yet>
Date: Tue, 1 Feb 2005 09:53:35 +0200
Newsgroups: jedi.vcl

Hi
I just checked JVDocking components and cannot get the sample applications 
to save and load docking states from file (either from registry or 
inifile).
I tried it in a sample application and the mainform just gets resized to 
0,0 (w,h) and nothing else happens.

Also, how does a person programmatically dock forms like with ManualDock ?

Regards
X



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: programmatically click a jvnetscapesplitter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Feb 2005 08:42:33 +0100
Newsgroups: jedi.vcl

Could you post your code (just the bit that min/max the splitter) to
binaries?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Header panel like Outlook
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Feb 2005 08:29:27 +0100
Newsgroups: jedi.vcl

If you mean Outlook 2003, try TJvNavPanelHeader.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net "Andrew Diabo" <aadiabo@ix.netcom.com> skrev i meddelandet news:ctlskh$8q2$1@talkto.net...
> > I use JvCaptionPanel extensively but is there a header panel
> > only that supports themes such as the Outlook header panel?
> >
> > Thanks
> > Andrew
> >
> >




Subject: Problem with TJvCSVDataSet - String length
From: "Andrew Klein" <na@foo.com>
Date: Mon, 31 Jan 2005 20:44:05 -0800
Newsgroups: jedi.vcl

Forgive me on this one, but this one is REALLY bothering me with the 
progress of a standalone app. I need to make a DB (CSV is the preferred 
method). I want to use the TJvCSVDataSet. Problem is, is that no matter what 
I do when using this, is that I can --NOT-- set a string to longer than 20 
characters. The CSVFieldDefs is fine. The culprit seems to be whatever 
'autofills' the FieldDefs section. Even when you change it and change the 
Active to TRUE, it will revert the definition for the FieldDef of the string 
to a max length of 20. It is a nuicance! I can not get it to function right.

Can anyone help me with this?

As well, is there a way to make the integer field autoinc. Even when you 
enable autoinc, it turns itself right back off when you go Active or run the 
app.

Thanks in advance! 




Subject: Re: JvTFMonths.Month Error on the 31 of the month.
From: "Scott" <itservices@lubetech.com.au>
Date: Tue, 1 Feb 2005 08:45:06 +1000
Newsgroups: jedi.vcl

Yes I am quite sure that this month has 31 days. I first had this issue on
the 31 of December 2004 By changing the Date to the 1/1/2005 the problem
went away.
I simply ignored the error as a strange event.

This same error occurs on any PC (I have tested 5 So far both in windows and
Citrix as you would expect).

By changing the date to the 30 or the 1 the problem disappears.

Any further clues would be appreciated.



"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message
news:ctklc1$sut$1@talkto.net...
> > Lubetech wrote:
>> >> There appears to be an issue regarding the 31st of any month. Wether this
>> >> problem is in my code, or the component I am unaware. Is there a known
>> >> bug
>> >> regarding this issue?.
>> >>
>> >>
>> >> Error Message:  Exception EReadError in module GSSV5.exe at 00028D93.
>> >>                           Error reading JvTFMonths.Month: Invalid
>> >> argument
>> >> to date encode.
>> >>
>> >> By changing the date to something other than the 31st. No problems.
>> >>
> >
> >     Kicking in an open door: are you sure the month in question has 31
> > days? The exception seems to be raised by EncodeDate (Borland's code) and
> > that one seems to work just find for any month with 31 days in it.
> >
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address





Subject: Header panel like Outlook
From: "Andrew Diabo" <aadiabo@ix.netcom.com>
Date: Mon, 31 Jan 2005 15:05:44 -0500
Newsgroups: jedi.vcl

I use JvCaptionPanel extensively but is there a header panel
only that supports themes such as the Outlook header panel?

Thanks
Andrew 




Subject: Re: pb installing with delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 31 Jan 2005 19:17:13 +0100
Newsgroups: jedi.vcl

robert wrote:

> > else make work fine . I don't
> > understand

There are two version of make out there. One that can handle paths with
spaces in the environment variables (especially PATH) and one that fails
with "command line too long".

-- Regards, Andreas Hausladen 

Subject: Re: pb installing with delphi 2005
From: robert <robert@tiscali.fr>
Date: Mon, 31 Jan 2005 17:26:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> robert wrote:
>
>
>> when i try to installl it (jvcl 3)
>> i have
>>
>>
>>> Using d9 for build process.
>>>
>>> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>>> [Preprocessing JVCL]
>>> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>>> Fatal: 'Files\Borland\BDS\3.0\bin\make.exe' does not exist - don't
>>> know how to m ake it
>>>
>>> ** error 1 ** deleting Preprocess
>>> Press ENTER to continue
>>
>> and make is in 'program files\....'
>>
>> what can I do ?
>
>
> Which version of JVCL? The current one works with C:\Program
> Files\Borland\BDS\3.0\Bin\make.exe
>
>

it is the last one and my make is here : g:\Program Files\Borland\BDS\3.0\bin\make.exe
else make work fine . I don't understand


Subject: Re: TreeCombobox
From: "C. Kindle" <ckindle@web.li>
Date: Mon, 31 Jan 2005 15:33:51 +0100
Newsgroups: jedi.vcl

Hello

Thank you very much for your reply. The links you mentioned look interesting 
and I will check them. Actually I found some other component 
http://www.devarchive.com/f2193.html. It's a combobox in which entries are 
shown in a hierarchical treeview-manner.

Because I don't like several different component libraries, I was wondering 
if such a component is included in jvcl, since I use this library already. 
But it seems, that I have to use additionally another component package.

Bye
Christoph




Subject: Re: JvTFMonths.Month Error on the 31 of the month.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 31 Jan 2005 13:52:08 +0100
Newsgroups: jedi.vcl

Holger Flick wrote:

> Haven't you heard of Europe's most famous Leap-Months to increase working hours? :-) *grin*

http://www.dilbert.com currently has a January with only 30 days :-)


Subject: Re: JvTFMonths.Month Error on the 31 of the month.
From: Holger Flick <rammbaer.xyz@xyz.gmx.de>
Date: Mon, 31 Jan 2005 11:50:42 +0100
Newsgroups: jedi.vcl

Hi Marcel,

>     Kicking in an open door: are you sure the month in question has 31 days? The exception seems to be raised by EncodeDate (Borland's code) and that one seems to work just find for any month with 31 days in it.

Haven't you heard of Europe's most famous Leap-Months to increase working hours? :-) *grin*

-- 
Holger


Subject: Re: Lateste CVS Update
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 31 Jan 2005 11:57:51 +0300
Newsgroups: jedi.vcl

I have an error with the latest CVS update under CB6

Snap1.png

Snap1.png
	



Subject: Re: JvTFMonths.Month Error on the 31 of the month.
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 31 Jan 2005 09:55:40 +0100
Newsgroups: jedi.vcl

Lubetech wrote:
> There appears to be an issue regarding the 31st of any month. Wether this
> problem is in my code, or the component I am unaware. Is there a known bug
> regarding this issue?.
>
>
> Error Message:  Exception EReadError in module GSSV5.exe at 00028D93.
>                           Error reading JvTFMonths.Month: Invalid argument
> to date encode.
>
> By changing the date to something other than the 31st. No problems.
>

    Kicking in an open door: are you sure the month in question has 31 days? The exception seems to be raised by EncodeDate (Borland's code) and that one seems to work just find for any month with 31 days in it.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Uploads Today
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 31 Jan 2005 09:12:06 +0100
Newsgroups: jedi.vcl

Palette icons added


Subject: Re: Lateste CVS Update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 31 Jan 2005 06:17:35 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Oh, the icons are still missing... Jens didn't find any volunteer to make
> this little piece of artwork ;-)

I will add empty icons for now.


Subject: JvTFMonths.Month Error on the 31 of the month.
From: "Lubetech" <itservices@lubetech.com.au>
Date: Mon, 31 Jan 2005 08:55:11 +1000
Newsgroups: jedi.vcl

There appears to be an issue regarding the 31st of any month. Wether this
problem is in my code, or the component I am unaware. Is there a known bug
regarding this issue?.


Error Message:  Exception EReadError in module GSSV5.exe at 00028D93.
                          Error reading JvTFMonths.Month: Invalid argument
to date encode.

By changing the date to something other than the 31st. No problems.

Thanks.




Subject: Re: Lateste CVS Update
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 22:51:51 +0100
Newsgroups: jedi.vcl

Michael Fritz schrieb:
> Am Sun, 30 Jan 2005 20:50:18 +0100 schrieb Michael Fritz:
>
>
>> I've updated from CVS right now and used makemodified.bat and I get the following errors:
>
> Oh, the icons are still missing... Jens didn't find any volunteer to make
> this little piece of artwork ;-)
>

Feel free to do it:-) I'm happy to see some images in the next week ;-)

> Are there any examples for JvProgramVersionCheck available?
>

Yes it's uploaded to the examples directory. And the name is JvProgramVersionCheck (what a surprise).

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Lateste CVS Update
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 22:48:15 +0100
Newsgroups: jedi.vcl

Hi,

this seems to be a problem of an outdated jclbase.

I found the AnsiLineBreak there and used it. It seems to be that your version is too old.
This was changed at:
// Last modified: $Date: 2005/01/06 18:48:31 $

So you only need to update your jcl and everything is fine :-)

Michael Fritz schrieb:
> Hi,
>
> I've updated from CVS right now and used makemodified.bat and I get the following errors:
>
> G:\Dokumente und Einstellungen\fritzmi\Eigene Dateien\Delphi70\_jvcl\run\JvProgramVersionCheck.pas(828) Error: Undeclared identifier: 'AnsiLineBreak'
> G:\Dokumente und Einstellungen\fritzmi\Eigene Dateien\Delphi70\_jvcl\run\JvProgramVersionCheck.pas(829) Error: Incompatible types: 'String' and 'Integer'
> JvNetD7R.dpk(56) Fatal: Could not compile used unit '..\..\run\JvProgramVersionCheck.pas'
>
> ** error 1 ** deleting "G:\Dokumente und Einstellungen\fritzmi\Eigene Dateien\Delphi70\_bpl"\JvNetD7R.bpl
>
> ** error 1 ** deleting CompilePackages
>
> I've already deleted this file and re-downloaded it from CVS but no luck either. It seems this new unit from Jens is missing JCLStrings in the uses list? After adding it the installation succeeded.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Scripting functionality in JEDI vcl?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Sun, 30 Jan 2005 21:54:17 +0200
Newsgroups: jedi.vcl

obones wrote:

> Thanks for this.
> If you feel like giving back a bit to the community, you might want to
> consider writing a bit of documentation for this unit.
> As you can see here:
> http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1212
>
> The entire unit needs documenting. I'm not asking you to document all of
> it, but if you could do the bits you know, that would be great.
> Send me an email (remove the obfuscators) if you want a login so that your
> changes are directly available for all to see.


:)  'guess I walked into that, eh?

As soon as I've made some reasonable use of the component, I'll be in a
position to contribute.  I'll be more than willing to assist as much as
I can.

I'll touch sides then.

regards

Abdullah


Subject: Re: Lateste CVS Update
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sun, 30 Jan 2005 20:52:12 +0100
Newsgroups: jedi.vcl

Am Sun, 30 Jan 2005 20:50:18 +0100 schrieb Michael Fritz:

> > I've updated from CVS right now and used makemodified.bat and I get the 
> > following errors:
Oh, the icons are still missing... Jens didn't find any volunteer to make
this little piece of artwork ;-)

Are there any examples for JvProgramVersionCheck available?

-- cu, Michael 

Subject: Lateste CVS Update
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sun, 30 Jan 2005 20:50:18 +0100
Newsgroups: jedi.vcl

Hi,

I've updated from CVS right now and used makemodified.bat and I get the 
following errors:

G:\Dokumente und Einstellungen\fritzmi\Eigene 
Dateien\Delphi70\_jvcl\run\JvProgramVersionCheck.pas(828) Error: Undeclared 
identifier: 'AnsiLineBreak'
G:\Dokumente und Einstellungen\fritzmi\Eigene 
Dateien\Delphi70\_jvcl\run\JvProgramVersionCheck.pas(829) Error: 
Incompatible types: 'String' and 'Integer'
JvNetD7R.dpk(56) Fatal: Could not compile used unit 
'..\..\run\JvProgramVersionCheck.pas'

** error 1 ** deleting "G:\Dokumente und Einstellungen\fritzmi\Eigene 
Dateien\Delphi70\_bpl"\JvNetD7R.bpl

** error 1 ** deleting CompilePackages

I've already deleted this file and re-downloaded it from CVS but no luck 
either. It seems this new unit from Jens is missing JCLStrings in the uses 
list? After adding it the installation succeeded. 

-- cu, Michael 

Subject: Re: Vacations
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sun, 30 Jan 2005 20:28:29 +0100
Newsgroups: jedi.vcl

Am Sun, 30 Jan 2005 15:43:44 +0100 schrieb Jens Fudickar:

> > Hi,
> > 
> > the JvProgramVersionCheck changes are my last changes for the next week. 
> > I will be skiing for one week (from tomorrow morning). And i think there 
Hi, happy skiing!


-- cu, Michael 

Subject: Re: [BUG] TJvDatePickerEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 30 Jan 2005 18:29:51 +0100
Newsgroups: jedi.vcl

Done !

Regards,
Lionel


"Jens Fudickar" <jens.fudickar@oratool.de> a écrit dans le message de news: 
ctibsq$dnd$2@talkto.net...
> > Coul you please add this to mantis, including the sample.
> > http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
> >
> > If you are using a web news reader, it's ugly to have binaries in the 
> > messages.
> >
> > Greetings and thanks
> > Jens
> >
> > Lionel Reynaud schrieb:
>> >> Hi,
>> >>
>> >> There is a problem with TJvDatePickerEdit :
>> >> Just put a TJvDatePickerEdit on a form and run. Click the arrow to popup 
>> >> the calendar, after click on the form, then the calendar disappear and 
>> >> now click again on the arrow. You get an access violation ...
>> >>
>> >> Demo on next thread
>> >>
>> >> Regards,
>> >> Lionel
>> >>
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de 




Subject: Re: CVS Update of local copy , Error msg?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Jan 2005 17:23:10 +0100
Newsgroups: jedi.vcl

John Friel wrote:

> I'm not sure what this means.  Should I worry about this?

Not much. Delete the file and get it again.
Obviously the file has been regenerated by the installer and i have commited a new versino also. CVS detected a conflict and tried to solve it.
The file contains only the palette icons of some components so at most you miss some icons in the IDE.

> This brings up another question about using the CVS downloads.  When I do an update, do I need to run a full install again everytime?  Being new to using the CVS images, are there some simple guidelines to follow?

It is a good idea. The installer generates some files and recompiles all packages. It is the fastest way to update because using the .bpg files makes Delphi load and reload all packages several times.


Subject: Re: Uploads Today
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Jan 2005 17:17:11 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> bad coding :-)
> In  this area i don't have changed anything. The time is to short for that (vacations next week). And it seems to be a little bit academic.

You obviously have not yet seen a user trying to clear an error condition by resetting the error string property.

> Not changed. No idea, what's the best solution and not so much time. This something for after my vacations. But any ideas are welcome

This needs much thinking anyway.

> And i think we should synchronize our code formatter, there are a lot of formattings in your changes.

Mainly set the line break to 120.
I have done an automatic change with DelForExp and then changed several places by hand. I dislike the break at "," or ":" and sometimes change the break to be more balanced.


Subject: Re: CVS Update of local copy , Error msg?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 30 Jan 2005 17:15:36 +0100
Newsgroups: jedi.vcl

John Friel wrote:

> I just did a CVS Update of the /dev/JVCL3 directory and got this:
>
> U JVCL3/Resources/JvSystemReg.dcr
> cvs update: nonmergeable file needs merge
> cvs update: revision 1.19 from repository is now in JVCL3/Resources/JvSystemReg.dcr
> cvs update: file from working directory is now in .#JvSystemReg.dcr.1.18
> C JVCL3/Resources/JvSystemReg.dcr

That means that the installer updated that file, and the CVS has a new version of it. Nothing to worry about, as this file will be regenerated if need be.


> This brings up another question about using the CVS downloads.  When I do an update, do I need to run a full install again everytime?  Being new to using the CVS images, are there some simple guidelines to follow?

When you do a CVS update, it is recommended to do an install again. You may also want to do force rebuilding all packages, as this ensures no old units are used by the new packages.
Apart from this, nothing much.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: CVS Update of local copy , Error msg?
From: "John Friel" <jedi@frieltek.com>
Date: Sun, 30 Jan 2005 09:48:13 -0600
Newsgroups: jedi.vcl

I just did a CVS Update of the /dev/JVCL3 directory and got this:

U JVCL3/Resources/JvSystemReg.dcr
cvs update: nonmergeable file needs merge
cvs update: revision 1.19 from repository is now in 
JVCL3/Resources/JvSystemReg.dcr
cvs update: file from working directory is now in .#JvSystemReg.dcr.1.18
C JVCL3/Resources/JvSystemReg.dcr


I'm not sure what this means.  Should I worry about this?

This brings up another question about using the CVS downloads.  When I do an 
update, do I need to run a full install again everytime?  Being new to using 
the CVS images, are there some simple guidelines to follow?

Thanks!

John 




Subject: Re: 3RD-Party Integration and D2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Jan 2005 16:26:46 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I didn't get it to work. This version works, the other not!

Then don't use it. VersionedDCP works for the packages I have added to I
refactored the code and moved it to VersionedDCP. But wotking with 2
packages is no garantee for working with all packages.

-- Regards, Andreas Hausladen 

Subject: Re: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 15:53:43 +0100
Newsgroups: jedi.vcl



Robert Marquardt schrieb:
> Jens Fudickar wrote:
>
>> Can you give me a hint, which things are strange?
>
>
> Here are some problems i have not fixed yet.
> Please fix them yourself to understand the problems.
>
> TJvProgramVersionCustomLocation or TJvCustomProgramVersionLocation?
> Custom is first in the name if it is a base class which should not be
> instanciated. 

Changed, now there are three custom classes.

> Also such a class should not have public or published
> properties.

Changed

>
>     property DownloadStatus: string read FDownloadStatus write FDownloadStatus;
>     property DownloadError: string read FDownloadError write FDownloadError;
>
> should become protected virtual methods because they are declared in a base class. "Get" prefix for the name should be better.
> Setting properties from a derived class instead of overriding methods is bad coding practise. Read-Write properties allow the user to change them which may break the algorithm if it uses the properties internally.

bad coding :-)
In  this area i don't have changed anything. The time is to short for that (vacations next week). And it seems to be a little bit academic.

>
> The format strings '%6.2f GB' etc are definitely resourcestrings.
> ProgramVersionInfo should also use a format string to increase flexibility (not all languages prefer round braces).
> No string concatenation (aka +) should be used for assembling strings
> from resourcestrings (especially exceptions). Not all languages have the
> same order of parts of a sentence. Always use format strings which
> are in turn always resourcestrings.

changed
>
> The creation of temporary names is inflexible and insecure.
> No test if the temporary file exists.
> Temporary files are a real PITA. There may be such strange problems
> as not being able to rename the file because of user restrictions.
> Also the user may have the right to create a file, but not to delete it.
> I think this deserves a JCL class.

Not changed. No idea, what's the best solution and not so much time. This something for after my vacations. But any ideas are welcome

>
> 'versioninfo.ini' should be a resourcestring.
>
Changed

> #13#10 makes the texts implicitly Windows specific.
>
changed

> Using a string literal twice is bad coding habit.
> Better use a constant then because it eases refactoring.
>
changed
>
> In JvDBActions TJvDatabaseSMExportOptions.SMEWizardDlgGetCellParams
> there is copy & paste code where the TO_DATE string is constructed.

Changed


And again: Thanks for your suggestions. Sometimes they are a little bit frustrating, but i think it's the right way.

And i think we should synchronize our code formatter, there are a lot of formattings in your changes.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Vacations
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 15:43:44 +0100
Newsgroups: jedi.vcl

Hi,

the JvProgramVersionCheck changes are my last changes for the next week. I will be skiing for one week (from tomorrow morning). And i think there will be no internet connection :-)

Hopefully the bugs i have produced are not to heavy. I will look for the last comments this evening and i will try to fix all open bugs to the new components.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: 3RD-Party Integration and D2005
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 15:37:00 +0100
Newsgroups: jedi.vcl

But what i want to say:

I LIKE YOUR INSTALLER. IT'S REALY REALY POWERFULL!!!!!!!

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> what would be the right way to check for dcp-files which resides in
>> D2005 now no longer in the bds directory? They can now be found in your
>> local profile directory.
>
>
> FileExists(Target.BDSProjectsDir +  Target.VersionedDCP('\Bpl\SM...'));
>
> The DBSProjectsDir contains the "Borland Studio-Projects" directory (even
> on localized BDS 3.0 versions).
> Otherwise you could use the "Target.BplDir" and "Target.DcpDir" properties.
>
>
>
>> Target.VersionedDCP(Format('\Projects\bpl\SMImport%s%d.dcp',[LowerCase(Ta
>
>
> The VersonedDCP() method adds the << "%d%d", [Target.Version, 0] >>. So
> this line looks strange to me. But I do not know the SMImport packages so
> maybe I'm wrong.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: 3RD-Party Integration and D2005
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 15:34:32 +0100
Newsgroups: jedi.vcl

Hi Andreas,

it seems to work now. But..

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> what would be the right way to check for dcp-files which resides in
>> D2005 now no longer in the bds directory? They can now be found in your
>> local profile directory.
>
>
> FileExists(Target.BDSProjectsDir +  Target.VersionedDCP('\Bpl\SM...'));
>
> The DBSProjectsDir contains the "Borland Studio-Projects" directory (even
> on localized BDS 3.0 versions).
> Otherwise you could use the "Target.BplDir" and "Target.DcpDir" properties.
>
>
>
>> Target.VersionedDCP(Format('\Projects\bpl\SMImport%s%d.dcp',[LowerCase(Ta
>
>
> The VersonedDCP() method adds the << "%d%d", [Target.Version, 0] >>. So
> this line looks strange to me. But I do not know the SMImport packages so
> maybe I'm wrong.
>

the VersionedDCP function drives me crazy.

{------------------------------------------------------------------------------}
{ ICS Components }
function Opt_ICSComponents(Target: TCompileTarget): Boolean;
begin
  if Target.IsBCB then
    Result := False
  else
    if Target.Version = 9 then
      Result := FileExists(Target.BDSProjectsDir + Format('\bpl\IcsDel%d%d.dcp', [Target.Version,0]))
    else
      Result := FileExists(Target.RootDir +
           Format('\Projects\bpl\IcsDel%d%d.dcp', [Target.Version,0]));
           //Target.VersionedDCP('\Projects\bpl\IcsDel.dcp'));
end;

I didn't get it to work. This version works, the other not!

Can you give me a hint.

I will upload a new file in a few minutes.

Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: 3RD-Party Integration and D2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Jan 2005 14:53:35 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > what would be the right way to check for dcp-files which resides in
> > D2005 now no longer in the bds directory? They can now be found in your
> > local profile directory.

FileExists(Target.BDSProjectsDir +  Target.VersionedDCP('\Bpl\SM...'));

The DBSProjectsDir contains the "Borland Studio-Projects" directory (even
on localized BDS 3.0 versions).
Otherwise you could use the "Target.BplDir" and "Target.DcpDir" properties.


> > Target.VersionedDCP(Format('\Projects\bpl\SMImport%s%d.dcp',[LowerCase(Ta

The VersonedDCP() method adds the << "%d%d", [Target.Version, 0] >>. So
this line looks strange to me. But I do not know the SMImport packages so
maybe I'm wrong.



-- Regards, Andreas Hausladen 

Subject: Re: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 13:21:01 +0100
Newsgroups: jedi.vcl

I will do it. Please stop your work for a while.

Robert Marquardt schrieb:
> Jens Fudickar wrote:
>
>> Can you give me a hint, which things are strange?
>
>
> Here are some problems i have not fixed yet.
> Please fix them yourself to understand the problems.
>
> TJvProgramVersionCustomLocation or TJvCustomProgramVersionLocation?
> Custom is first in the name if it is a base class which should not be
> instanciated. Also such a class should not have public or published properties.
>
>     property DownloadStatus: string read FDownloadStatus write FDownloadStatus;
>     property DownloadError: string read FDownloadError write FDownloadError;
>
> should become protected virtual methods because they are declared in a base class. "Get" prefix for the name should be better.
> Setting properties from a derived class instead of overriding methods is bad coding practise. Read-Write properties allow the user to change them which may break the algorithm if it uses the properties internally.
>
> The format strings '%6.2f GB' etc are definitely resourcestrings.
> ProgramVersionInfo should also use a format string to increase flexibility (not all languages prefer round braces).
> No string concatenation (aka +) should be used for assembling strings
> from resourcestrings (especially exceptions). Not all languages have the
> same order of parts of a sentence. Always use format strings which
> are in turn always resourcestrings.
>
> The creation of temporary names is inflexible and insecure.
> No test if the temporary file exists.
> Temporary files are a real PITA. There may be such strange problems
> as not being able to rename the file because of user restrictions.
> Also the user may have the right to create a file, but not to delete it.
> I think this deserves a JCL class.
>
> 'versioninfo.ini' should be a resourcestring.
>
> #13#10 makes the texts implicitly Windows specific.
>
> Using a string literal twice is bad coding habit.
> Better use a constant then because it eases refactoring.
>
>
> In JvDBActions TJvDatabaseSMExportOptions.SMEWizardDlgGetCellParams
> there is copy & paste code where the TO_DATE string is constructed.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 13:12:38 +0100
Newsgroups: jedi.vcl

Fixed

Robert Marquardt schrieb:
> Karlheinz wrote:
>
>> I made once more an update from CVS.
>> With the version 1.2 and a new JvNetD7R.dpk it works now.
>> I think it was a timing problem from CVS download.
>
>
> No, I have fixed the packages.
> I am not sure about the correct Condition though.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Install in D2005 with non-standard BPL dir
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Sun, 30 Jan 2005 13:03:41 +0100
Newsgroups: jedi.vcl

Hello,

i have set D2005 to use a different BPL directory (not "Borland Studio Projects").  To do this i have added the following regitry key:

HKEY_CURRENT_USER\Software\Borland\BDS\3.0\Globals
Key: DefaultProjectsDirectory

This key points to the directory that D2005 should use as directory for BPL files (i have added this directory to the DOS-search path too).

The JVCL installer still wants to use the standard directory "Borland Studio Projects" and i have to enter the new path manually to get JVCL installed for D2005.

It would be good if the intsaller would check the registry key in "Globals" for another BPL directory.

(Should i add a Mantis entry for this or is this message good enough?)

Ciao,
Ralf



Subject: Re: [BUG] TJvDatePickerEdit
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 13:01:27 +0100
Newsgroups: jedi.vcl

Coul you please add this to mantis, including the sample.
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

If you are using a web news reader, it's ugly to have binaries in the messages.

Greetings and thanks
Jens

Lionel Reynaud schrieb:
> Hi,
>
> There is a problem with TJvDatePickerEdit :
> Just put a TJvDatePickerEdit on a form and run. Click the arrow to popup the calendar, after click on the form, then the calendar disappear and now click again on the arrow. You get an access violation ...
>
> Demo on next thread
>
> Regards,
> Lionel
>  
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Uploads Today
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Jan 2005 12:59:59 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> I made once more an update from CVS.
> With the version 1.2 and a new JvNetD7R.dpk it works now.
> I think it was a timing problem from CVS download.

No, I have fixed the packages.
I am not sure about the correct Condition though.


Subject: Re: Icon Painter Needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 12:57:54 +0100
Newsgroups: jedi.vcl

I was not be able to. So i stopped it for a while and finished the other components.

I hope i can look for it, when i came back after the next week.

The components are included, but not registered. If anybody is interested to look for it, feel free :-)

OBones schrieb:
> Jens Fudickar wrote:
>
>> And it will be without ftp-components now.
>>
>> I'm to dump or whatever else to get the ftp to work. I've tried indy and ics components.
>
>
> ICS is really easy to use with FTP. It's fully event based, but the FTP component is quite straightfoward.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Uploads Today
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Jan 2005 12:57:26 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Can you give me a hint, which things are strange?

Here are some problems i have not fixed yet.
Please fix them yourself to understand the problems.

TJvProgramVersionCustomLocation or TJvCustomProgramVersionLocation?
Custom is first in the name if it is a base class which should not be
instanciated. Also such a class should not have public or published properties.

    property DownloadStatus: string read FDownloadStatus write FDownloadStatus;
    property DownloadError: string read FDownloadError write FDownloadError;

should become protected virtual methods because they are declared in a base class. "Get" prefix for the name should be better.
Setting properties from a derived class instead of overriding methods is bad coding practise. Read-Write properties allow the user to change them which may break the algorithm if it uses the properties internally.

The format strings '%6.2f GB' etc are definitely resourcestrings.
ProgramVersionInfo should also use a format string to increase flexibility (not all languages prefer round braces).
No string concatenation (aka +) should be used for assembling strings
from resourcestrings (especially exceptions). Not all languages have the
same order of parts of a sentence. Always use format strings which
are in turn always resourcestrings.

The creation of temporary names is inflexible and insecure.
No test if the temporary file exists.
Temporary files are a real PITA. There may be such strange problems
as not being able to rename the file because of user restrictions.
Also the user may have the right to create a file, but not to delete it.
I think this deserves a JCL class.

'versioninfo.ini' should be a resourcestring.

#13#10 makes the texts implicitly Windows specific.

Using a string literal twice is bad coding habit.
Better use a constant then because it eases refactoring.


In JvDBActions TJvDatabaseSMExportOptions.SMEWizardDlgGetCellParams
there is copy & paste code where the TO_DATE string is constructed.


Subject: Re: Publish DBAction-Default Images
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 30 Jan 2005 12:56:07 +0100
Newsgroups: jedi.vcl

> > This is what i have done, but the problem is, that you have to use the
> > same imagelist after that in runtime. And that's not allways possible.
No, you don't actually use the actionlist/imagelist from the datamodule.
Instead, the images and action settings will be copied from the datamodule
imagelist/actionlist to your form imagelist/actionlist when you create a new
action. You never use the datamodule in your app: it is only used by the
design environment to find and copy the action settings and images.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: [BUG] TJvDatePickerEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 30 Jan 2005 12:54:48 +0100
Newsgroups: jedi.vcl

Demo

"Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message de news: 
ctibfb$dlt$1@talkto.net...
> > Hi,
> >
> > There is a problem with TJvDatePickerEdit :
> > Just put a TJvDatePickerEdit on a form and run. Click the arrow to popup 
> > the
> > calendar, after click on the form, then the calendar disappear and now 
> > click
> > again on the arrow. You get an access violation ...
> >
> > Demo on next thread
> >
> > Regards,
> > Lionel
> >
> >
> > 


Project1.zip
	



Subject: [BUG] TJvDatePickerEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 30 Jan 2005 12:54:10 +0100
Newsgroups: jedi.vcl

Hi,

There is a problem with TJvDatePickerEdit :
Just put a TJvDatePickerEdit on a form and run. Click the arrow to popup the 
calendar, after click on the form, then the calendar disappear and now click 
again on the arrow. You get an access violation ...

Demo on next thread

Regards,
Lionel
 




Subject: 3RD-Party Integration and D2005
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 12:44:18 +0100
Newsgroups: jedi.vcl

Hi Andreas,

what would be the right way to check for dcp-files which resides in D2005 now no longer in the bds directory? They can now be found in your local profile directory.

How should i enhance the InstalledPackages.inc for example for:
function Opt_SMImportComponents(Target: TCompileTarget): Boolean;
begin
  if Target.Version = 9 then
    Result := FileExists(Target.RootDir + Target.VersionedDCP('\bpl\SMImportd2005.dcp'))
  else
    Result := FileExists(Target.RootDir + Target.VersionedDCP(Format('\Projects\bpl\SMImport%s%d.dcp',[LowerCase(TargetTypes[Target.IsBCB]), Target.Version])));
end;

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 12:38:55 +0100
Newsgroups: jedi.vcl

Thanks. Good to know.

Karlheinz schrieb:
> I made once more an update from CVS.
> With the version 1.2 and a new JvNetD7R.dpk it works now.
> I think it was a timing problem from CVS download.
>
> Karlheinz
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with 3rd Party Integration Indy
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 12:38:21 +0100
Newsgroups: jedi.vcl

That would be the solution, i think i can look for this after the next week.

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> It's not so easy, because the situation of indy9 and indy10 and
>> different directories. Any idea?
>
>
> Isn't is possible to have two different conditions for them? That would be
> silly but it would work.
>
> Indy 9 isn't fully supported anymore. And the interface sections are
> completely different from that of Indy 9 because of Delphi.NET support. In
> my new projects I always use Indy 10.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 12:19:04 +0100
Newsgroups: jedi.vcl

That's interesting. I didn't have this problem!!!

Normally they are part of the JvCore-Package, and this should be included in the JvDlgs and JvNet Package.

Can you please check this?  Did you have one of the USE_§RD_PARTY-Options activated?

Greetings
Jens

Karlheinz schrieb:
> Hello Jens,
>
> during install I get the warning that
>
> JvProgrammVersionCheck
> JvParameterList
> JvParameterListParameter
> JvDSADialogs
>
> are implicit imported into the package JvNetD7D.
>
> If you start Delphi7 afterwards there is a collision between JvNetD7D
> and JvDlgsD7R because the unit JvParameterListParameter is in both
> packages.
>
> Karlheinz
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Icon Painter Needed
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 30 Jan 2005 11:45:56 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> in the .rc file.
>> I meant the TJV*.BMP files and their resource name TJV*
>
>
> And I meant the file names in common.
>

    Sorry for butting in here, but I agree with you, Andreas. The capitalization of files should aide in readability. The names in the .rc file should indeed all be capitalized (I even thought Delphi insisted on that, or was that way, way back in the past?).

    'Nough money spend.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 11:29:35 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> Jens Fudickar wrote:
>
>> @Robert: I've done a lot of formatting, but i think you will find something more :-)
>
>
> There are also some strange things to fix.

As allways !!!

> I tried my best, but there is still work to do like read-write properties which should be read only.


> The resourcestrings vs string literals needs rework.

Your english is better then my!!
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Icon Painter Needed
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Jan 2005 11:10:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > in the .rc file.
> > I meant the TJV*.BMP files and their resource name TJV*

And I meant the file names in common.

-- Regards, Andreas Hausladen 

Subject: Re: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 11:04:51 +0100
Newsgroups: jedi.vcl

Can you give me a hint, which things are strange?

Robert Marquardt schrieb:
> Jens Fudickar wrote:
>
>> @Robert: I've done a lot of formatting, but i think you will find something more :-)
>
>
> There are also some strange things to fix.
> I tried my best, but there is still work to do like read-write properties which should be read only.
> The resourcestrings vs string literals needs rework.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Publish DBAction-Default Images
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Jan 2005 11:04:13 +0100
Newsgroups: jedi.vcl

This is what i have done, but the problem is, that you have to use the same imagelist after that in runtime. And that's not allways possible.

Peter Thornqvist schrieb:
> The official way is to create a datamodule, drop an actionlist and an
> imagelist, add the images to the imagelist, hook the imagelist to the
> actionlist, create all the actions in the actionlist (in this case, the DB
> actions), set the default values and hook them up with the right images.
>
> You then call RegisterActions with the datamodule class as the last
> parameter inside the Register procedure. Since the datamodule is a
> design-time only resource, it should be placed in the \design folder. IIRC,
> this is how the standard Jv Actions are registered.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Uploads Today
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 30 Jan 2005 09:39:49 +0000 (UTC)
Newsgroups: jedi.vcl

I made once more an update from CVS.
With the version 1.2 and a new JvNetD7R.dpk it works now.
I think it was a timing problem from CVS download.

Karlheinz





Subject: Re: Publish DBAction-Default Images
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 30 Jan 2005 10:39:19 +0100
Newsgroups: jedi.vcl

The official way is to create a datamodule, drop an actionlist and an
imagelist, add the images to the imagelist, hook the imagelist to the
actionlist, create all the actions in the actionlist (in this case, the DB
actions), set the default values and hook them up with the right images.

You then call RegisterActions with the datamodule class as the last
parameter inside the Register procedure. Since the datamodule is a
design-time only resource, it should be placed in the \design folder. IIRC,
this is how the standard Jv Actions are registered.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Uploads Today
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 30 Jan 2005 09:14:03 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Jens,

during install I get the warning that

JvProgrammVersionCheck
JvParameterList
JvParameterListParameter
JvDSADialogs

are implicit imported into the package JvNetD7D.

If you start Delphi7 afterwards there is a collision between JvNetD7D
and JvDlgsD7R because the unit JvParameterListParameter is in both
packages.

Karlheinz



Subject: Re: JvWizard Demo
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 30 Jan 2005 09:24:52 +0100
Newsgroups: jedi.vcl

For a live example, look at the JVCL installer, it is based on it.
It's a bit complex because it uses a page builder architecture, but it should give you ideas.


Subject: Re: Uploads Today
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Jan 2005 08:51:46 +0100
Newsgroups: jedi.vcl

Femi Fadayomi wrote:

> C:\Borland\Delphi5\3rdparty\Jedi\JVCL\run\JvDBActions.pas(479) Fatal: File not found: 'StrUtils.dcu'

Fixed.


Subject: Re: Uploads Today
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Jan 2005 08:51:16 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> @Robert: I've done a lot of formatting, but i think you will find something more :-)

There are also some strange things to fix.
I tried my best, but there is still work to do like read-write properties which should be read only.
The resourcestrings vs string literals needs rework.


Subject: Re: Uploads Today
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Sun, 30 Jan 2005 00:54:13 -0500
Newsgroups: jedi.vcl

Hi Jens,
> > i've done two uploads today, and for me they are tested on d7 and d9.
> >
Using D5 Pro, I get this error:

C:\Borland\Delphi5\3rdparty\Jedi\JVCL\run\JvDBActions.pas(479) Fatal: File 
not found: 'StrUtils.dcu'

I am compiling using JVCL and JCL CVS download.

Thanks,
Femi 




Subject: Re: Icon Painter Needed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Jan 2005 05:55:19 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why is all UpperCase better then "NormalCase" ? I think a file named
> "TJvAppInstances.rc" is easier to read than "TJVAPPINSTANCES.RC".

*in* the .rc file.
I meant the TJV*.BMP files and their resource name TJV*


Subject: Re: JvWizard Demo
From: "Daytona" <d@d..com>
Date: Sat, 29 Jan 2005 16:37:38 -0800
Newsgroups: jedi.vcl

Actually, I think I got it working now :)  I was not sure how all the pieces 
worked together, but I got it now...

Sorry for the false alarm & thanks anyhow :)

"Niels v/d Spek" <Jedi_Ng@lumensoft.nl> wrote in message 
news:cth1cm$789$1@talkto.net...
> > Hai,
> > What do you like to do with it, maby i can tell how you must do it, i use 
> > it for some project's my self.
> >
> > Bye for now
> > Niels
> >




Subject: Re: JvWizard Demo
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Sun, 30 Jan 2005 00:54:45 +0100
Newsgroups: jedi.vcl

"Daytona" <d@d..com> schreef in bericht news:cth11e$76s$1@talkto.net...
> > Hi all,
> >
> > Does anyone have an example project using the Wizard that they would be 
> > willing to share?  I am playing with it, but it is going a bit slower than 
> > I had hoped.

Hai,
What do you like to do with it, maby i can tell how you must do it, i use it 
for some project's my self.

Bye for now
Niels

> >
> > Thanks!
> > David
> > 




Subject: JvWizard Demo
From: "Daytona" <d@d..com>
Date: Sat, 29 Jan 2005 15:54:19 -0800
Newsgroups: jedi.vcl

Hi all,

Does anyone have an example project using the Wizard that they would be 
willing to share?  I am playing with it, but it is going a bit slower than I 
had hoped.

Thanks!
David 




Subject: Re: Icon Painter Needed
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 30 Jan 2005 00:41:13 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> And it will be without ftp-components now.
>
> I'm to dump or whatever else to get the ftp to work. I've tried indy and ics components.

ICS is really easy to use with FTP. It's fully event based, but the FTP component is quite straightfoward.


Subject: Publish DBAction-Default Images
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 23:17:35 +0100
Newsgroups: jedi.vcl

Hi,

next question:

What is the best way to publish default images for the TJvDatabaseAction Components.

I have some images for the actions, but how to publish them? They can't be attached to the actions, because an action doesn't have any images. An action uses by default only imagelists.

One solution could be to create a new subdirectory in the images folder and upload them in this way.

Any other ideas?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Uploads Today
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 22:02:06 +0100
Newsgroups: jedi.vcl

Hi Alltogether,

i've done two uploads today, and for me they are tested on d7 and d9.

But nothing else.

1. New Component TJvProgramVersionCheck (Including Indy and ICS-Components)
2. 3RD-Party Upgrades for JvDBActions. (Including SMExport, SMImport and cxGrid-Components)

Because of high usage of the 3rd-party integration of the installer and the lot of ifdefs please test it on the other platforms and give me a feedback.

@Robert: I've done a lot of formatting, but i think you will find something more :-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Icon Painter Needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 21:59:10 +0100
Newsgroups: jedi.vcl

Uploaded

Michael Fritz schrieb:
> Am Sat, 29 Jan 2005 15:56:30 +0100 schrieb Jens Fudickar:
>
>
>> I'm nearly starting to finish the first version  of TJvProgramCheck and for that i need some component-icons.
>
> Hi Jens,
> nice to hear that - I'm really looking forward in seeing these new
> components integrated into JVCL.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: 3RD-Party-Installation
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 21:42:43 +0100
Newsgroups: jedi.vcl

Hi Andreas,

what about giving a warning in the message list, when a third party component couldn't be found and is deactivated.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Icon Painter Needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 21:34:55 +0100
Newsgroups: jedi.vcl



Michael Fritz schrieb:
> Am Sat, 29 Jan 2005 21:20:06 +0100 schrieb Jens Fudickar:
>
>
>> And it will be without ftp-components now.
>
> Oh, perhaps some day you will get this working
>
>
>> I'm to dump or whatever else to get the ftp to work. I've tried indy and ics components.
>
> Sorry, but I cannot help you either as I'm not a sockets expert...
>

Me too :-)
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Icon Painter Needed
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 29 Jan 2005 21:21:56 +0100
Newsgroups: jedi.vcl

Am Sat, 29 Jan 2005 21:20:06 +0100 schrieb Jens Fudickar:

> > And it will be without ftp-components now.
Oh, perhaps some day you will get this working

> > I'm to dump or whatever else to get the ftp to work. I've tried indy and 
> > ics components.
Sorry, but I cannot help you either as I'm not a sockets expert...

-- cu, Michael 

Subject: Re: Icon Painter Needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 21:20:38 +0100
Newsgroups: jedi.vcl

Robert Marquardt schrieb:
> I only have the idea of a fading effect.
> A program icon with two shadows each getting paler.

Good idea. Give it a try :-)


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Icon Painter Needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 21:20:06 +0100
Newsgroups: jedi.vcl

And it will be without ftp-components now.

I'm to dump or whatever else to get the ftp to work. I've tried indy and ics components.

Michael Fritz schrieb:
> Am Sat, 29 Jan 2005 21:07:53 +0100 schrieb Jens Fudickar:
>
>
>> I hope you say the same after you have seen them :-)
>
> ....let's see them first in action ;-)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: 3rdParty Integration CXGRID
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 21:17:04 +0100
Newsgroups: jedi.vcl


Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> The problem is, i found only the bpl-files in the windows system
>> directory.
>
>
> The greater problem is that the Delphi compiler needs the .dcp files and
> not the .bpl files. So finding the .bpl files is nice but completely
> useless.
>

The dcp files are in the lib directories of the components itself. These directories are in the unit path. I didn't see a way to check the lib pathes directly. So the only way is to look in the system directory and hope that the lib pathes are in the unit directory defined.

>
>
>> What is the best way to check the system directory?
>
>
> Insert this function into the include file and you have the system
> directory.
>
> function GetSystemDir: string;
> begin
>   SetLength(Result, MAX_PATH);
>   SetLength(Result, GetSystemDirectory(PChar(Result), Length(Result)));
> end;
>
>
Thanks


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Icon Painter Needed
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 29 Jan 2005 21:13:58 +0100
Newsgroups: jedi.vcl

Am Sat, 29 Jan 2005 21:07:53 +0100 schrieb Jens Fudickar:

> > I hope you say the same after you have seen them :-)
....let's see them first in action ;-)


-- cu, Michael 

Subject: Re: 3rdParty Integration CXGRID
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Jan 2005 21:10:04 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > The problem is, i found only the bpl-files in the windows system
> > directory.

The greater problem is that the Delphi compiler needs the .dcp files and
not the .bpl files. So finding the .bpl files is nice but completely
useless.


> > What is the best way to check the system directory?

Insert this function into the include file and you have the system
directory.

function GetSystemDir: string;
begin
  SetLength(Result, MAX_PATH);
  SetLength(Result, GetSystemDirectory(PChar(Result), Length(Result)));
end;




-- Regards, Andreas Hausladen 

Subject: Re: Icon Painter Needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 21:07:53 +0100
Newsgroups: jedi.vcl

I hope you say the same after you have seen them :-)

Michael Fritz schrieb:
> Am Sat, 29 Jan 2005 15:56:30 +0100 schrieb Jens Fudickar:
>
>
>> I'm nearly starting to finish the first version  of TJvProgramCheck and for that i need some component-icons.
>
> Hi Jens,
> nice to hear that - I'm really looking forward in seeing these new
> components integrated into JVCL.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Icon Painter Needed
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 29 Jan 2005 20:58:27 +0100
Newsgroups: jedi.vcl

Am Sat, 29 Jan 2005 15:56:30 +0100 schrieb Jens Fudickar:

> > I'm nearly starting to finish the first version  of TJvProgramCheck and 
> > for that i need some component-icons.
Hi Jens, 

nice to hear that - I'm really looking forward in seeing these new
components integrated into JVCL.

-- cu, Michael 

Subject: 3rdParty Integration CXGRID
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 20:27:33 +0100
Newsgroups: jedi.vcl

Hi Andreas,

Integrating the Dev-Express components i found the next question.

What is for you the best way to make the functions in the installer ".inc" file.

Look at my solution until now:
{------------------------------------------------------------------------------}
{ DevExpress CX-Editors }
function Opt_CXEditorComponents(Target: TCompileTarget): Boolean;
begin
  if Target.Version = 9 then
    Result := FileExists('C:\WINDOWS\System32'+(Format('\cxEditors%s%d.bpl',[LowerCase(TargetTypes[Target.IsBCB]), Target.Version])))
  else
    Result := FileExists('C:\WINDOWS\System32'+(Format('\cxEditorsVCL%s%d.bpl',[LowerCase(TargetTypes[Target.IsBCB]), Target.Version])));
end;

{------------------------------------------------------------------------------}
{ DevExpress CX-Grid }
function Opt_CXGridComponents(Target: TCompileTarget): Boolean;
begin
  if Target.Version = 9 then
    Result := FileExists('C:\WINDOWS\System32'+(Format('\cxGrid%s%d.bpl',[LowerCase(TargetTypes[Target.IsBCB]), Target.Version])))
  else
    Result := FileExists('C:\WINDOWS\System32'+(Format('\cxGridVCL%s%d.bpl',[LowerCase(TargetTypes[Target.IsBCB]), Target.Version])));
end;



The problem is, i found only the bpl-files in the windows system directory. What is the best way to check the system directory?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with 3rd Party Integration Indy
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Jan 2005 19:34:27 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > It's not so easy, because the situation of indy9 and indy10 and
> > different directories. Any idea?

Isn't is possible to have two different conditions for them? That would be
silly but it would work.

Indy 9 isn't fully supported anymore. And the interface sections are
completely different from that of Indy 9 because of Delphi.NET support. In
my new projects I always use Indy 10.


-- Regards, Andreas Hausladen 

Subject: Re: Icon Painter Needed
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Jan 2005 19:31:33 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > BTW the .bmp files should be named in all uppercase and the entries in
> > the .rc file also.

Why is all UpperCase better then "NormalCase" ? I think a file named
"TJvAppInstances.rc" is easier to read than "TJVAPPINSTANCES.RC".


-- Regards, Andreas Hausladen 

Subject: Re: Icon Painter Needed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 Jan 2005 18:50:31 +0100
Newsgroups: jedi.vcl

I only have the idea of a fading effect.
A program icon with two shadows each getting paler.

BTW the .bmp files should be named in all uppercase and the entries in the .rc file also.

I will work tomorrow on the resource names. We have many bad names like "ON" or "OFF". I will fix at least the really bad ones.
The general idea is to prefix the names with the component name.


Subject: Re: timeline
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 29 Jan 2005 18:49:03 +0100
Newsgroups: jedi.vcl

> > Thank you that works.
> > What I would like to do now is to save the items to file and then in the
> > actual load it from file rather than doing the database table bit.
> > Can this be done?
Yes, it has SaveToFile/LoadFromFile methods, so that should be possible
without doing anything (unless you have additional data you want to save
with the items). See the examples\JvTimeLine folder for one way to do it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 18:42:29 +0100
Newsgroups: jedi.vcl

Be aware there will be an update this weekend hopefully :-)

Jens schrieb:
> Maybe this weekend, when the 3RD-Party Support is working without problems.
> Greetings
> Jens
>
>> Hi Jens,
>> because of not finished yet. ;)
>> But no problem, I will check it for fitting to my application later - when
>> you´ve released it.
>>
>> Thanks
>> Dierk
>>
>>
>> "Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
>> news:ct67fo$sct$1@talkto.net...
>>
>>> Why? Because of not finished or because of wrong functionality?
>>>
>>> Greetings
>>> Jens
>>>
>>> Dierk schrieb:
>>>
>>>> Ok, then I have to take still httpurlgrabbers for that.
>>>> Greetings
>>>> Dierk
>>>>
>>>>
>>>> "Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
>>>> news:ct3jhf$9mb$2@talkto.net...
>>>>
>>>>
>>>>> Hi Dierk,
>>>>>
>>>>> it's not top secret:-)
>>>>>
>>>>> The component has the possibility to look at an other place into an
>>>>> ini/xml-file if there are newer versions of the application.
>>>>>
>>>>> There is a location concept included which should support network-,
>>>>> http-, ftp- and database-locations.
>>>>>
>>>>> It's finished and working for the network-location.
>>>>>
>>>>> I will do some tuning and then i can upload the first version to cvs.
>>>>>
>>>>> Until now i don't have components for the other location types.
>>>>>
>>>>> Greetings
>>>>> Jens
>>>>>
>>>>> Dierk schrieb:
>>>>>
>>>>>
>>>>>> Hi Jens,
>>>>>> what is the TJvProgramVersionCheck, you wrote about in Mantis?
>>>>>> It seems to be exactly that thing what I need and what I tried to make
>>>>
>>>> with
>>>>
>>>>
>>>>>> Olivier´s httpurlgrabbers.
>>>>>> I couldn´t find anything about that component. Where is it? Is it still
>>>>
>>>> top
>>>>
>>>>
>>>>>> secret?
>>>>>> Greetings
>>>>>>
>>>>>> Dierk
>>>>>>
>>>>>>
>>>>>
>>>>> -- 
>>>>> ___________________________________________________________
>>>>> Softwareentwicklung Jens Fudickar
>>>>> Breslauer Straße 8 * 65760 Eschborn
>>>>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>>>>
>>>>> Home of OraTool - http://www.oratool.de
>>>>
>>>>
>>>>
>>> -- 
>>> ___________________________________________________________
>>> Softwareentwicklung Jens Fudickar
>>> Breslauer Straße 8 * 65760 Eschborn
>>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>>
>>> Home of OraTool - http://www.oratool.de
>>
>>
>>
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with 3rd Party Integration Indy
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 18:41:26 +0100
Newsgroups: jedi.vcl

Hello Andreas,

now it seems to work with indy and smexport and others. Realy great. I will upload some of these things at the weekend.

One open issue. I didn't know what is the best way to define the indy usage for d2005.

It's not so easy, because the situation of indy9 and indy10 and different directories. Any idea?

Greetings
Jens

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> Sorry, but it didn't look so.
>>
>> I've tried to cases:
>> USE_3RDPARTY_INDY
>
>
> Works with a little change in your "JvNet.xml changes".
>
>     <Package Name="indy50" Targets="D5,D5p" Condition="USE_3RDPARTY_INDY"/>
>     <Package Name="indy60" Targets="D6,D6p" Condition="USE_3RDPARTY_INDY"/>
>     <Package Name="indy70" Targets="D7,D7p" Condition="USE_3RDPARTY_INDY"/>
>     <Package Name="indy90" Targets="D9" Condition="USE_3RDPARTY_INDY"/>
> These lines must be changed to
>
>     <Package Name="indy50" Targets="D5,D5p" Condition="USE_3RDPARTY_INDY"/>
>     <Package Name="indy" Targets="D6,D6p,D7,D7p,D9"
> Condition="USE_3RDPARTY_INDY"/>
>
> The Name in the XML file means the .dcp file and not the .bpl file. The
> compiler needs the .dcp file to you must follow the name convention of the
> ..dcp file and not of the .bpl file.
>
>
> I have changed the interface for 3rdParty component inclusion in the
> installer.
>
> The old line
>   // Third Party Indy
>   JVCLConfig.Enabled['USE_3RDPARTY_INDY'] :=
> JVCLConfig.Enabled['USE_3RDPARTY_INDY'] and Opt_IndyComponents(Target);
>
> must be changed to
>
> EnableOption('USE_3RDPARTY_INDY', Opt_IndyComponents(Target));
>
> This is easier to write and let me change the background data structure in
> the future.
>
>
> I would not test for the .bpl file because the compiler wants the .dcp
> file. This means that you should change this line
>   Result := FileExists(Target.RootDir +
> Target.VersionedPackage(Format('\bin\indy%d%d.bpl',[Target.Version,0])));
>
> to this line:
>
>   Result := FileExists(Target.RootDir +
> Target.VersionedDCP('\lib\indy.dcp'));
>
> I have renamed the VersionedPackages() to VersionedDCP() which describes
> more the purpose  of the method.
>
>
>
>
>> For SMExport the dcu-files where not found, but in the ide there is no
>
> problem.
>
> Outch.
> I used the BrowsePaths instead of the SearchPaths. This is now fixed.
> Could you test this because I do not have SMExport.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TDBGrid - Selected Row Color
From: "Paolo Sciarrini" <p.sciarrini@iol.it>
Date: Sat, 29 Jan 2005 17:05:35 +0100
Newsgroups: jedi.vcl

At the moment the only way seems to be to override the protected method
    procedure GetCellProps(Field: TField; AFont: TFont;
       var Background: TColor; Highlight: Boolean);
in a derived TJvDBGrid using something like this:

procedure TMyJvDBGrid.GetCellProps(Field: TField; AFont: TFont;
       var Background: TColor; Highlight: Boolean);
begin
  if not Highlight and (FCurrentDrawRow = Self.Row) then
    Background := clSilver;
  inherited GetCellProps(Field, AFont, Background, Highlight);
end;

Best regards,
Paolo

"Pierre Y." <pierre@[levosgien].net> ha scritto nel messaggio
news:mn.e38a7d51582b4352.6728@levosgien.net...
> > Jason Chapman a écrit :
>> > > RowSelect property of TDBGrid?
> >
> > I can't use RowSelect property since my grid need to be editable.
> >
> > Pierre
> >
>> > > JAC
>> > >
>> > > "Pierre Y." <pierre@[levosgien].net> wrote in message
>> > > news:mn.e3627d51dff7cfa4.6728@levosgien.net...
>>> > >> Hello guys,
>>> > >>
>>> > >> How can I highlight the selected row (or the row belonging to the
selected
>>> > >> cell) ?
> >
> > -- 
> > Pierre Y.
> > levosgien.net - http://cerbermail.com/?7dwZGWwOB0
> > (Cliquez sur le lien ci-dessus pour me contacter en privé)
> >




Subject: Icon Painter Needed
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 29 Jan 2005 15:56:30 +0100
Newsgroups: jedi.vcl

Hi,

i need some guys who can help me by painting some new icons.

I'm nearly starting to finish the first version  of TJvProgramCheck and for that i need some component-icons.

TJVPROGRAMVERSIONCHECK
TJVPROGRAMVERSIONNETWORKLOCATION
TJVPROGRAMVERSIONDATABASELOCATION
TJVPROGRAMVERSIONFTPLOCATION
  TJVPROGRAMVERSIONFTPLOCATIONINDY
  TJVPROGRAMVERSIONFTPLOCATIONICS
TJVPROGRAMVERSIONHTTPLOCATION
  TJVPROGRAMVERSIONHTTPLOCATIONINDY
  TJVPROGRAMVERSIONHTTPLOCATIONICS

The TJvProgramVersionCheck is an Program Update Check component which can connect to differnent locations and look for new versions.

TJvProgramVersionNetworkLocation is for local network check
TJvProgramVersionDatabaseLocation is for database check and the http and ftp for http and ftp checks.
The indy and ics-components are versions which use indy or ics components.

Can anybody help me. My main problem is, i have no ideas?

Greetings and thanks

Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Something relevant ?
From: "diktyo" <diktyo@mail.gr>
Date: Sat, 29 Jan 2005 12:25:07 +0000 (UTC)
Newsgroups: jedi.vcl

I need a button component with these "simple" requirements :

- It must be a simple flat orthogonal button (panel) with a color
property
- It must allow multiline caption
- It must implement onMouseEnter and Exit events to liven it up
   (e.g make the caption underline)
- It must have properties of border and transparency so that
  setting bsNone and transparent True to turn it into
   A CLICKABLE LABEL !

Is there something similar in JVCL or anywhere else ?


SECOND

I need a simple ScrollBox with the requirement to be "sliding",
that is to either slide to the left border of the form or to stay open
with a pin button, like in outlook.

Any help appreciated 

Petros


Subject: Re: Errors Installing JVCL
From: "obones" <obones_gfds_@_gdgs_altern.org>
Date: Sat, 29 Jan 2005 11:42:08 +0200
Newsgroups: jedi.vcl

The first errors are JCL related, please post in jedi.jcl

As to the errors you are having this looks to me like a bad installation
of Delphi.

Olivier Sannier
JVCL Coordinator

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Scripting functionality in JEDI vcl?
From: "obones" <obones_gfds_@_gdgs_altern.org>
Date: Sat, 29 Jan 2005 11:39:52 +0200
Newsgroups: jedi.vcl

> >Ivan Ravin wrote:
> >
> >Yes!  Yes!  Yes!  Indeed. :)
> >
> >Do you know *how* much our possibilities have increased?  Whew ...
> >the concept of scripting and "adding" customisability into our
> >applications is a powerful one!  I fully respect all those who
> >contributed to this component (OFTM, anyone involved with creating
> >scripting capabilities to Delphi)!  RESPECT!  :)

Thanks for this.
If you feel like giving back a bit to the community, you might want to
consider writing a bit of documentation for this unit.
As you can see here:
http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1212

The entire unit needs documenting. I'm not asking you to document all of
it, but if you could do the bits you know, that would be great.
Send me an email (remove the obfuscators) if you want a login so that your
changes are directly available for all to see.

Cheers

Olivier Sannier
JVCL Coordinator

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: combobox with columns?
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Sat, 29 Jan 2005 09:37:34 +0100
Newsgroups: jedi.vcl

"ipaw" <paul.nospamwesson@gmail.com> schrieb im Newsbeitrag news:ctdpkb$j3c$1@talkto.net...

> For some reason when I initially replied it started its own thread, but
> anyway... Try this component, it is free and I use it in all my projects.
>
> http://www.o2a.com/cbplus.htm
>

Oh, did not notice your previous reply. I will have a look at this component, it looks quite goo from the first look to the website.

Thanks for the tip!

Ciao,
Ralf



Subject: Re: timeline
From: "morst" <morst@bogpond.com>
Date: Sat, 29 Jan 2005 18:47:30 +1100
Newsgroups: jedi.vcl

Thank you that works.
What I would like to do now is to save the items to file and then in the 
actual load it from file rather than doing the database table bit.
Can this be done?

Thanks

Moris Sztajer

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message 
news:csvv1o$ju4$1@talkto.net...
> > Oh, just noticed your error (does your code even compile?):
> >
> > var item:TJvTimeItem;
> > begin
> >
> > table.first
> > While not table eof
> > begin
> >  item := timline.items.add;
> >  item.caption := fieldbyname('name').asssting;
> >  item.date := fieldbyname('date').asdate;
> >  next;
> > end;
> > timeline.Invalidate;
> >
> > This should work.
> >
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: programmatically click a jvnetscapesplitter
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Sat, 29 Jan 2005 00:28:11 +0200
Newsgroups: jedi.vcl

> >What Delphi/OS are you using? It works fine for me on D6/W2k

Delphi 7 Professional on XP Home SP2
I also tried my compiled code on Win98SE, and it worked the same.

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvFormStorage: OnSavePacement and StoredValues
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Sat, 29 Jan 2005 00:37:40 +0300
Newsgroups: jedi.vcl

> > Could you please create a small sample and add it to mantis.
> > http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
> >
> > I will then look into it.
> >

OK. Its here:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2567




Subject: Re: programmatically click a jvnetscapesplitter
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Jan 2005 21:24:43 +0100
Newsgroups: jedi.vcl

> > I tried your suggestion, but the min/max buttons still do not update.

What Delphi/OS are you using? It works fine for me on D6/W2k

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvDBCtrls vs. JvEXDBCtrls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Jan 2005 19:34:46 +0100
Newsgroups: jedi.vcl

Charles Haron wrote:

> > converter .dat files, but there is no reference to JvLookup.

Could it be the JvDBLookup unit? If so we should update the .dat files.


-- Regards, Andreas Hausladen 

Subject: Re: D2005 with newest JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Jan 2005 19:33:10 +0100
Newsgroups: jedi.vcl

B. Eber wrote:

> > [Compiling: JvBaseEdits.res]
> > Fatal error could not create interface with rw32core.dll
> > ... deleting jvbaseedits.res ....

You have not installed Delphi.NET for Delphi 2005. Without this the
resource compiler is not installed properly and fails with this fatal
error. So this is not a problem of JVCL it is a problem of a wrong packed
installer where the resource compiler is splitted into Delphi Win32 and
Delphi.NET MSI-packages.


-- Regards, Andreas Hausladen 

Subject: Re: JvDBCtrls vs. JvEXDBCtrls
From: "Charles Haron" <charles.haron@cognitive.com>
Date: Fri, 28 Jan 2005 11:03:54 -0700
Newsgroups: jedi.vcl

I ran the JVCLConvert program which took care of the JvDBCtrls issues, but 
I'm still having a problems  JvLookup.  I did the search of all the 
converter .dat files, but there is no reference to JvLookup.

"Charles Haron" <charles.haron@cognitive.com> wrote in message 
news:ctdlko$i2k$1@talkto.net...
> > Hello,
> >
> > I have an older application that make use of the JvDBCtrls unit.  However 
> > that unit does not appear to be available in JVCL3 RC1.  I did however 
> > find JvEXDBCtrls.  Does this unit replace JvDBCtrls?
> >
> > Regards,
> > Charles
> > 




Subject: Re: D2005 with newest JVCL
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 28 Jan 2005 20:43:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 28 Jan 2005 16:50:47 +0100 @701)
....while the fading voice of B. whispered through the darkness:

 BE> [Compiling: JvBaseEdits.res]
 BE> Fatal error could not create interface with rw32core.dll

To me it seems like an internal error in Delphi

What Delphi edition is it ?
Was it Delphi/win32 or Delphi.Net or both ?
Is Update 1 installed ?
Maybe some paths are bad ? What is Your PATH ? Maybe it searches for some
earlier Delphi and only after it for 2005 ? Maybe Delphi can be reinstalled
?

Was JCL install ok ? BTW to me it (yesterday's anonym. cvs) gave a lot of
warnings (function xxx cannot be inline because Windows unit is not in uses
clause).

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: combobox with columns?
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Fri, 28 Jan 2005 19:27:20 +0200
Newsgroups: jedi.vcl

> >i know (and we do have a license for TMS) but my current project does not
> >use TMS yet and before i add a big component set to a project i try to find
> >alternatives in the components used in the project!

For some reason when I initially replied it started its own thread, but
anyway... Try this component, it is free and I use it in all my projects.

http://www.o2a.com/cbplus.htm

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: programmatically click a jvnetscapesplitter
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Fri, 28 Jan 2005 19:24:56 +0200
Newsgroups: jedi.vcl

> >Do you mean that the min/max/restore buttons aren't updated correctly? Try
> >adding a  JvNetscapeSplitter1.Invalidate after changing Minimized/Maximized
> >in code.

Yes that is what I mean... sorry for the poor choice of words on my part.

I tried your suggestion, but the min/max buttons still do not update.

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvFormStorage: OnSavePacement and StoredValues
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 28 Jan 2005 19:19:34 +0200
Newsgroups: jedi.vcl

Could you please create a small sample and add it to mantis.
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

I will then look into it.

Greetings and thanks
Jens

> >TjvFormStorage has 2 events useful for restore and save StoredValues. For
> >example:
> >
> >procedure TForm1.JvFormStorage1RestorePlacement(Sender: TObject);
> >begin
> >  ComboBox1.ItemIndex:=JvFormStorage1.StoredValue['CB1'];
> >  ComboBox2.ItemIndex:=JvFormStorage1.StoredValue['CB2'];
> >end;
> >
> >procedure TForm1.JvFormStorage1SavePlacement(Sender: TObject);
> >begin
> >  JvFormStorage1.StoredValue['CB1']:=ComboBox1.ItemIndex;
> >  JvFormStorage1.StoredValue['CB2']:=ComboBox1.ItemIndex;
> >end;
> >
> >But 2'nd procedure doesnt work - values 'CB1' and 'CB2' are empty. To store
> >it I wrote 3rd operator:
> >
> >  JvFormStorage1.StoredValues.SaveValues;
> >
> >Why I must save values manually? Maybe there is wrong sequence in
> >SaveFormPlacement:
> >procedure TJvFormPlacement.SaveFormPlacement;
> >begin
> >  if Assigned(AppStorage) then
> >  begin
> >    WriteInteger(siVersion, FVersion);
> >    SavePlacement;
> >    Save;
> >    FSaved := True;
> >  end;
> >end;
> >
> >"Save" invoke my OnSavePlacement event handler, but JvFormStorage writes
> >stored values into file(reg, db, etc..) in SavePlacement method. So, I must
> >call SaveValues again.
> >Maybe more correct sequence will be next:
> >
> >    Save;
> >    SavePlacement;
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBCtrls vs. JvEXDBCtrls
From: "Charles Haron" <charles.haron@cognitive.com>
Date: Fri, 28 Jan 2005 10:16:26 -0700
Newsgroups: jedi.vcl

Hello,

I have an older application that make use of the JvDBCtrls unit.  However 
that unit does not appear to be available in JVCL3 RC1.  I did however find 
JvEXDBCtrls.  Does this unit replace JvDBCtrls?

Regards,
Charles 




Subject: D2005 with newest JVCL
From: "B. Eber" <beber@zerosystem.de>
Date: Fri, 28 Jan 2005 16:50:47 +0100
Newsgroups: jedi.vcl

Hello all,

i get the error with the installer:

[Compiling: JvBaseEdits.res]
Fatal error could not create interface with rw32core.dll
.... deleting jvbaseedits.res ....

I set all pathes:
 $(BDS)\JVCL\jvcl\common
> >
> > $(BDS)\JVCL\jvcl\lib\D9
> >
> > $(BDS)\JVCL\jvcl\run
> >
> > $(BDS)\JVCL\jcl\source\vcl
> >
> > $(BDS)\JVCL\jcl\source
> >
> > $(BDS)\JVCL\jcl\source\common
> >
> > $(BDS)\JVCL\jcl\source\windows


But for some reasons i can't get it installing...

Help would be nice

regards
Bertram




Subject: Re: combobox with columns?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 28 Jan 2005 16:44:43 +0100
Newsgroups: jedi.vcl

"Marko Binic" <maxsoft@ptt.yu> schrieb im Newsbeitrag
news:ctdfas$geg$1@talkto.net...
>> > > do we have  combobox-style control that displays columns in the dropdown
>> > > list in the JVCL? With a direct search i found nothing.
> >
> > Ralf, there's a TColumnComboBox in the TMS component pack. It's a great
> > pack, but it's not free...

Hi,

i know (and we do have a license for TMS) but my current project does not
use TMS yet and before i add a big component set to a project i try to find
alternatives in the components used in the project!

Ciao,
Ralf



Subject: Re: combobox with columns?
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 28 Jan 2005 16:29:04 +0100
Newsgroups: jedi.vcl

> > do we have  combobox-style control that displays columns in the dropdown
> > list in the JVCL? With a direct search i found nothing.

Ralf, there's a TColumnComboBox in the TMS component pack. It's a great 
pack, but it's not free...

Cheers
Marko 




Subject: TjvFormStorage: OnSavePacement and StoredValues
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 28 Jan 2005 17:34:43 +0300
Newsgroups: jedi.vcl

TjvFormStorage has 2 events useful for restore and save StoredValues. For
example:

procedure TForm1.JvFormStorage1RestorePlacement(Sender: TObject);
begin
  ComboBox1.ItemIndex:=JvFormStorage1.StoredValue['CB1'];
  ComboBox2.ItemIndex:=JvFormStorage1.StoredValue['CB2'];
end;

procedure TForm1.JvFormStorage1SavePlacement(Sender: TObject);
begin
  JvFormStorage1.StoredValue['CB1']:=ComboBox1.ItemIndex;
  JvFormStorage1.StoredValue['CB2']:=ComboBox1.ItemIndex;
end;

But 2'nd procedure doesnt work - values 'CB1' and 'CB2' are empty. To store
it I wrote 3rd operator:

  JvFormStorage1.StoredValues.SaveValues;

Why I must save values manually? Maybe there is wrong sequence in
SaveFormPlacement:
procedure TJvFormPlacement.SaveFormPlacement;
begin
  if Assigned(AppStorage) then
  begin
    WriteInteger(siVersion, FVersion);
    SavePlacement;
    Save;
    FSaved := True;
  end;
end;

"Save" invoke my OnSavePlacement event handler, but JvFormStorage writes
stored values into file(reg, db, etc..) in SavePlacement method. So, I must
call SaveValues again.
Maybe more correct sequence will be next:

    Save;
    SavePlacement;




Subject: Re: Want to use JVListView & Docs
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 28 Jan 2005 14:19:26 -0000
Newsgroups: jedi.vcl

Sorry all, after digging a little deeper, I see that most of the behaviour I 
wanted actually is coming from the TListView.  I'll go and dig around in the 
VCL help / VCL info.  Would still be interested in getting pointers so I can 
doc what is specialised in the Tjv version.

I coudl / will read the code to try and work it out, but a heads up would be 
useful.

Cheers,

JAC.
"Jason Chapman" <jason@nospamjac2.co.uk> wrote in message 
news:ctd2nm$d8v$1@talkto.net...
> >I want a listview that easily allows me to have 2 icons and also change the 
> >colour of the text based on which item is being drawn.
> >
> > There seems to be some docs on this.  I am not very familiar with the 
> > TListView Either.
> >
> > There seems to be 3 levels of draw event handlers:
> > OnDrawItem
> > OnCustomDrawItem
> > OnAdvancedCustomDrawItem




Subject: Re: programmatically click a jvnetscapesplitter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Jan 2005 15:12:51 +0100
Newsgroups: jedi.vcl

> > This works great except that the splitter bar does not update so if I want
> > to "maximize" it again I have to click the bar twice because, once sets it
> > to minimized (which it already is) and then again to maximize.

Do you mean that the min/max/restore buttons aren't updated correctly? Try
adding a  JvNetscapeSplitter1.Invalidate after changing Minimized/Maximized
in code.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TDBGrid - Selected Row Color
From: Pierre Y. <pierre@[levosgien].net>
Date: Fri, 28 Jan 2005 15:06:17 +0100
Newsgroups: jedi.vcl

Jason Chapman a écrit :
> RowSelect property of TDBGrid?

I can't use RowSelect property since my grid need to be editable.

Pierre

> JAC
>
> "Pierre Y." <pierre@[levosgien].net> wrote in message news:mn.e3627d51dff7cfa4.6728@levosgien.net...
>> Hello guys,
>>
>> How can I highlight the selected row (or the row belonging to the selected cell) ?

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: TDBGrid - Selected Row Color
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 28 Jan 2005 14:01:52 -0000
Newsgroups: jedi.vcl

RowSelect property of TDBGrid?

JAC

"Pierre Y." <pierre@[levosgien].net> wrote in message 
news:mn.e3627d51dff7cfa4.6728@levosgien.net...
> > Hello guys,
> >
> > How can I highlight the selected row (or the row belonging to the selected 
> > cell) ?
> >




Subject: TDBGrid - Selected Row Color
From: Pierre Y. <pierre@[levosgien].net>
Date: Fri, 28 Jan 2005 14:26:53 +0100
Newsgroups: jedi.vcl

Hello guys,

How can I highlight the selected row (or the row belonging to the selected cell) ?

Thanks in advance,

Regards,

Pierre

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: programmatically click a jvnetscapesplitter
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Fri, 28 Jan 2005 14:51:37 +0200
Newsgroups: jedi.vcl

> >
> >Either
> >
> >JvNetscapeSplitter1.Maximized := not JvNetscapeSplitter1.Maximized
> >
> >or
> >
> >JvNetscapeSplitter1.Minimized := not JvNetscapeSplitter1.Minimized
> >
> >depending on what you want to happen
> >
> >-- 
> >Regards,
> >Peter Thornqvist (JVCL Developer)
> >http://jvcl.sf.net

This works great except that the splitter bar does not update so if I want
to "maximize" it again I have to click the bar twice because, once sets it
to minimized (which it already is) and then again to maximize.

Is there an additional command I should run to update the bars status
properly?

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Want to use JVListView & Docs
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 28 Jan 2005 11:54:12 -0000
Newsgroups: jedi.vcl

I want a listview that easily allows me to have 2 icons and also change the 
colour of the text based on which item is being drawn.

There seems to be some docs on this.  I am not very familiar with the 
TListView Either.

There seems to be 3 levels of draw event handlers:
OnDrawItem
OnCustomDrawItem
OnAdvancedCustomDrawItem

So what is the difference and what is the easiest way to change the colour 
of the item text for an item.

Also - I may want to line-out like the tasks in outlook - any hints.

In the docs it says use this if you want to use the enhanced features, can 
anyone bullet point what they are.  If I understand what is being said and 
can demonstrate to myself, I'll ammend the docs.


Cheers,

JAC.




Subject: Re: Scripting functionality in JEDI vcl?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Fri, 28 Jan 2005 13:35:10 +0200
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> And now you can write in your script:
>
> unit Unit1;
> procedure Main;
> begin
>   DesignedForm.Edit1.Text := 'aaaa';
> end;
> end.
>
> JvInterpreter will find Edit1 itself


Yes!  Yes!  Yes!  Indeed. :)

Do you know *how* much our possibilities have increased?  Whew ...
the concept of scripting and "adding" customisability into our
applications is a powerful one!  I fully respect all those who
contributed to this component (OFTM, anyone involved with creating
scripting capabilities to Delphi)!  RESPECT!  :)

Take care,

Abdullah


Subject: Re: pb installing with delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Jan 2005 12:06:49 +0100
Newsgroups: jedi.vcl

robert wrote:

> > when i try to installl it (jvcl 3)
> > i have
> > 
>> > > Using d9 for build process.
>> > > 
>> > > MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>> > > [Preprocessing JVCL]
>> > > MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>> > > Fatal: 'Files\Borland\BDS\3.0\bin\make.exe' does not exist - don't
>> > > know how to m ake it
>> > > 
>> > > ** error 1 ** deleting Preprocess
>> > > Press ENTER to continue
> > 
> > and make is in 'program files\....'
> > 
> > what can I do ?

Which version of JVCL? The current one works with C:\Program
Files\Borland\BDS\3.0\Bin\make.exe


-- Regards, Andreas Hausladen 

Subject: Re: TBX Themes and JVCL
From: "Dierk" <noSpam@csslabs.de>
Date: Fri, 28 Jan 2005 11:54:29 +0100
Newsgroups: jedi.vcl

This would be my favorite extension for JVCL.
Most of my components are from JVCL and TB2000/TBX.
So it would make sense to have an interface for theming...
But who would make this work for theme interfacing?
I think it is a lot of stuff

Cheers
Dierk

"Samson Fu" <samson_fu@hotmail.com> schrieb im Newsbeitrag
news:ctbsrr$6c2$1@talkto.net...
> > It will very nice, if JVCL Docking components support TBX Theme.
> > I am looking for it for long time...
> > -- 
> > Samson Fu
> > "Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:ctbiru$3q9$1@talkto.net...
>>> > >> Is anyone doing this or has the thought been dropped?
>> > >
>> > > AFAIK, Marco Binic has done a lot of TBX theming of "regular" controls,
>> > > among them JVCL. See the TBX newsgroups for download details.
Personally, I
>> > > haven't done any work on this (and most likely won't).
>> > >
>> > > -- 
>> > > Regards,
>> > > Peter Thornqvist (JVCL Developer)
>> > > http://jvcl.sf.net
>> > >
>> > >
> >
> >




Subject: pb installing with delphi 2005
From: robert <robert@tiscali.fr>
Date: Fri, 28 Jan 2005 11:43:39 +0100
Newsgroups: jedi.vcl

when i try to installl it (jvcl 3)
i have

> Using d9 for build process.
>
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> [Preprocessing JVCL]
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> Fatal: 'Files\Borland\BDS\3.0\bin\make.exe' does not exist - don't know how to m
> ake it
>
> ** error 1 ** deleting Preprocess
> Press ENTER to continue

and make is in 'program files\....'

what can I do ?


Subject: Re: Scripting functionality in JEDI vcl?
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 28 Jan 2005 11:52:24 +0300
Newsgroups: jedi.vcl

> > Dmitry wrote:
> > On your specific question, try following:
> > 1. Describe a 'Self' variable using OnGetValue event. It should point to a
> > form. Also describe in OnGetValue all components owned by form. Here is
the
> > sample:
> >

 - You dont need to describe all components - JvInterpreter has own method
for this. Enough to describe only owner:

> > <code>
> > procedure TForm1.JvInterpreterProgram1GetValue(Sender: TObject;
Identifier:
> > string;
> >    var Value: Variant; Args: TJvInterpreterArgs; var Done: Boolean);
> > var
> >    I: Integer;
> > begin
> >    if AnsiSameText(Identifier, 'DesignedForm') then
> >    begin
> >      Value := O2V(DesignedForm);
> >      Done := True;
> >      Exit;
> >    end;

And now you can write in your script:

unit Unit1;
procedure Main;
begin
  DesignedForm.Edit1.Text := 'aaaa';
end;
end.

JvInterpreter will find Edit1 itself





Subject: Re: JvDateEdit - "Class TDateTimePicker not found" error
From: Diego Barros <db@somewhere.com>
Date: Fri, 28 Jan 2005 13:36:58 +1100
Newsgroups: jedi.vcl

Nevermind, the problem went away. Cheers.

Diego Barros wrote:
> Hi all,
>
> When I place a JvDateEdit control on my form, in design time all is well. When I run my application, create the form on which the control lives (not the main form), I get the following error:
>
> "Class TDateTimePicker not found"
>
> This exception happens when my form's OnCreate calls the inherited create method. This form inherits from another form of mine (one level only). But I have a JcDateEdit on another form and that form displays without any problems. I have also tried the Win32 TDateTimePicker control, and that works fine.
>
> BTW, I am using Delphi 7.
>
> Has anyone experienced this before? Any help would be appreciated.
>
> Regards,
> Diego Barros


Subject: Re: TBX Themes and JVCL
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Fri, 28 Jan 2005 09:07:23 +0800
Newsgroups: jedi.vcl

It will very nice, if JVCL Docking components support TBX Theme.
I am looking for it for long time...
-- Samson Fu "Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message news:ctbiru$3q9$1@talkto.net...
>> >> Is anyone doing this or has the thought been dropped?
> >
> > AFAIK, Marco Binic has done a lot of TBX theming of "regular" controls,
> > among them JVCL. See the TBX newsgroups for download details. Personally, I
> > haven't done any work on this (and most likely won't).
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Errors Installing JVCL
From: "Charles Haron" <charles.haron@cognitive.com>
Date: Thu, 27 Jan 2005 16:34:13 -0700
Newsgroups: jedi.vcl

Hello,

I get an error when attempting to install JVCL300RC1Complete.

***

C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JCL1.94-Build1758\jcl\source\jedi.inc(456) Error: 
'INTERFACE' expected but identifier '_UP' found
C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JCL1.94-Build1758\jcl\source\jedi.inc(469) Error: 
Invalid compiler directive: '$ENDIF'
C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JCL1.94-Build1758\jcl\source\jedi.inc(1110) Error: 
Invalid compiler directive: '$ENDIF'
C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JVCL300RC1Complete\jvcl\design\JvProviderTreeListDsgnFrame.pas(34) 
Fatal: File not found: 'C:\Program 
Files\Borland\Delphi7\lib\Obj\SysUtils.pas'
** error 1 ** deleting "C:\Program 
Files\Borland\Delphi7\Projects\Bpl"\JvCoreD7D.bpl
** error 1 ** deleting CompilePackage

*****

A search for SysUtils.pas results in C:\Program 
Files\Borland\Delphi7\Source\Rtl\Sys.  What changes do I need to make to 
insure the installer is looking at the right path?

How do I correct the errors with jedi.inc?

Regards,
Charles 




Subject: Re: Can't install latest JVCL with latest ThemeManager
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 27 Jan 2005 23:46:39 +0100
Newsgroups: jedi.vcl

Andrew Diabo wrote:

> > Thanks Andreas and Olivier for the quick response.
> > 
> > I was able to install everything correctly. How do themes work for the 
> > controls?
> > I wanted the TJvDBLookupCombo to be themed, but the dropdown button still
> > does not get themed. I also dropped a ThemeManager component to the form
> > but no change. Anything that I'm missing?

I don't know the new ThemeManager (the one with the "D" in it's name). But
do you have added the manifest resource to your executable? Without this
nothing will be themed.


-- Regards, Andreas Hausladen 

Subject: Re: TreeCombobox
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 28 Jan 2005 01:44:25 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 24 Jan 2005 16:45:34 +0100 @698)
....while the fading voice of C. whispered through the darkness:

 CK> I'm looking for a TreeComboBox component,

ComboBox, that opens down into a tree ?
  (like attached pic of http://www.vglib.com/link-1.html)

Or a tree with every item as a combobox ?
Did You looked on VirtualTreeView - it is rather flexible and can do many
thing - but will require coding?

Did You looked search engines like http://www.torry.net/quicksearchd.php?String=combo+tree&Title=Yes
?



-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru


tree.png

tree.png
	



Subject: Re: JCL Install Failed
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 28 Jan 2005 01:29:37 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 27 Jan 2005 11:52:44 -0700 @828)
....while the fading voice of Charles whispered through the darkness:

 CH> JclPrint.pas

Guess, since You're talking about Jedi CodeLib, not JediVCL, the proper
forum is better to use.

So, see Your message, forwarded to news://forums.talkto.net/jedi.jcl

Follow-up is set as well.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp:arioch@jabber.ru 

Subject: Re: TBX Themes and JVCL
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 Jan 2005 23:16:17 +0100
Newsgroups: jedi.vcl

> > Is anyone doing this or has the thought been dropped?

AFAIK, Marco Binic has done a lot of TBX theming of "regular" controls,
among them JVCL. See the TBX newsgroups for download details. Personally, I
haven't done any work on this (and most likely won't).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: programmatically click a jvnetscapesplitter
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 Jan 2005 23:14:43 +0100
Newsgroups: jedi.vcl

> > How can you programmatically click a jvnetscapesplitter?

Either

JvNetscapeSplitter1.Maximized := not JvNetscapeSplitter1.Maximized

or

JvNetscapeSplitter1.Minimized := not JvNetscapeSplitter1.Minimized

depending on what you want to happen

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TBX Themes and JVCL
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 27 Jan 2005 16:42:12 -0500
Newsgroups: jedi.vcl

I remember seeing some discussion probably by Peter about looking at themeing JVCL or allowing components to be themed somehow with TBX.

Is anyone doing this or has the thought been dropped?

Regards,

Bill


Subject: programmatically click a jvnetscapesplitter
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Thu, 27 Jan 2005 14:19:25 -0700
Newsgroups: jedi.vcl

How can you programmatically click a jvnetscapesplitter?


Subject: Re: Can't install latest JVCL with latest ThemeManager
From: "Andrew Diabo" <aadiabo@ix.netcom.com>
Date: Thu, 27 Jan 2005 14:42:32 -0500
Newsgroups: jedi.vcl

Thanks Andreas and Olivier for the quick response.

I was able to install everything correctly. How do themes work for the 
controls?
I wanted the TJvDBLookupCombo to be themed, but the dropdown button still
does not get themed. I also dropped a ThemeManager component to the form
but no change. Anything that I'm missing?

Thanks so much.

Andrew

"Andrew Diabo" <aadiabo@ix.netcom.com> wrote in message 
news:ctad77$ppf$1@talkto.net...
> >I am trying to install the latest version of JVCL with XP theme support
> > for D6 using the installer. Unfortunately, its always looking for 
> > ThemeManager6
> > package when the latest version of ThemeManager has a runtime and design
> > time package (ThemeManagerD6.dpk and ThemeManagerD6D.dpk). Before
> > I start mucking around modifying stuff, can anyone give me any tips on how 
> > to
> > thread on this softly?
> >
> > Thanks in advance.
> >
> > Andrew
> > 




Subject: JCL Install Failed
From: "Charles Haron" <charles.haron@cognitive.com>
Date: Thu, 27 Jan 2005 11:52:44 -0700
Newsgroups: jedi.vcl

Hello,

I'm using:
1) D7 Pro.  This is a clean install and no previous version of JCL have been 
installed.

2) WinXP SP2

When I attempt to install JCL1.94-Build1758, the install fails, and I get an 
error dialog that says the installation of  ProjectAnalyzer70.dpk failed.

Delphi7.log follows:

Delphi 7 Build 7.0.8.1 =========================================

Making common library units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
182715 lines, 1.59 seconds, 803 bytes code, 68 bytes data.

Making windows library units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
192218 lines, 1.86 seconds, 47501 bytes code, 16736 bytes data.

Making vcl library units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JclPrint.pas(649) Warning: Symbol 'GetBinSourceList' is deprecated
JclPrint.pas(653) Warning: Symbol 'GetBinSourceList' is deprecated
JclPrint.pas(660) Warning: Symbol 'GetBinSourceList' is deprecated
JclPrint.pas(697) Warning: Symbol 'GetPaperList' is deprecated
JclPrint.pas(701) Warning: Symbol 'GetPaperList' is deprecated
JclPrint.pas(708) Warning: Symbol 'GetPaperList' is deprecated
18047 lines, 0.39 seconds, 8690 bytes code, 8 bytes data.

Making visclx library units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
10795 lines, 0.64 seconds, 11611 bytes code, 52 bytes data.

Making common library debug units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
182715 lines, 1.33 seconds, 913 bytes code, 68 bytes data.

Making windows library debug units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
192218 lines, 1.56 seconds, 47637 bytes code, 16736 bytes data.

Making vcl library debug units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JclPrint.pas(649) Warning: Symbol 'GetBinSourceList' is deprecated
JclPrint.pas(653) Warning: Symbol 'GetBinSourceList' is deprecated
JclPrint.pas(660) Warning: Symbol 'GetBinSourceList' is deprecated
JclPrint.pas(697) Warning: Symbol 'GetPaperList' is deprecated
JclPrint.pas(701) Warning: Symbol 'GetPaperList' is deprecated
JclPrint.pas(708) Warning: Symbol 'GetPaperList' is deprecated
18047 lines, 0.34 seconds, 10757 bytes code, 8 bytes data.

Making visclx library debug units for Delphi 7

Compiling .dcu files...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
10795 lines, 0.23 seconds, 16589 bytes code, 52 bytes data.

Installing package C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JCL1.94-Build1758\jcl\packages\d7\DJcl.dpk...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
94 lines, 0.59 seconds, 615788 bytes code, 39721 bytes data.
....done.

Installing package C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JCL1.94-Build1758\jcl\packages\d7\DJclVClx.dpk...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
41 lines, 0.34 seconds, 25380 bytes code, 585 bytes data.
....done.

Installing package C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JCL1.94-Build1758\jcl\packages\d7\DJclVcl.dpk...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
43 lines, 0.41 seconds, 70832 bytes code, 897 bytes data.
....done.

Installing package C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JCL1.94-Build1758\jcl\examples\vcl\debugextension\JclDebugIde70.dpk...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
3850 lines, 0.30 seconds, 15800 bytes code, 157 bytes data.
....done.

Installing package C:\Documents and Settings\charon\My 
Documents\Delphi3rdParty\JCL1.94-Build1758\jcl\examples\vcl\projectanalyzer\ProjectAnalyzer70.dpk...
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
....done.




Subject: Re: TJvProgramVersionCheck
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 27 Jan 2005 18:59:13 +0200
Newsgroups: jedi.vcl

Maybe this weekend, when the 3RD-Party Support is working without problems.
Greetings
Jens
> >Hi Jens,
> >because of not finished yet. ;)
> >But no problem, I will check it for fitting to my application later - when
> >you´ve released it.
> >
> >Thanks
> >Dierk
> >
> >
> >"Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
> >news:ct67fo$sct$1@talkto.net...
>> >> Why? Because of not finished or because of wrong functionality?
>> >>
>> >> Greetings
>> >> Jens
>> >>
>> >> Dierk schrieb:
>>> >> > Ok, then I have to take still httpurlgrabbers for that.
>>> >> > Greetings
>>> >> > Dierk
>>> >> >
>>> >> >
>>> >> > "Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
>>> >> > news:ct3jhf$9mb$2@talkto.net...
>>> >> >
>>>> >> >>Hi Dierk,
>>>> >> >>
>>>> >> >>it's not top secret:-)
>>>> >> >>
>>>> >> >>The component has the possibility to look at an other place into an
>>>> >> >>ini/xml-file if there are newer versions of the application.
>>>> >> >>
>>>> >> >>There is a location concept included which should support network-,
>>>> >> >>http-, ftp- and database-locations.
>>>> >> >>
>>>> >> >>It's finished and working for the network-location.
>>>> >> >>
>>>> >> >>I will do some tuning and then i can upload the first version to cvs.
>>>> >> >>
>>>> >> >>Until now i don't have components for the other location types.
>>>> >> >>
>>>> >> >>Greetings
>>>> >> >>Jens
>>>> >> >>
>>>> >> >>Dierk schrieb:
>>>> >> >>
>>>>> >> >>>Hi Jens,
>>>>> >> >>>what is the TJvProgramVersionCheck, you wrote about in Mantis?
>>>>> >> >>>It seems to be exactly that thing what I need and what I tried to make
>>> >> >
>>> >> > with
>>> >> >
>>>>> >> >>>Olivier´s httpurlgrabbers.
>>>>> >> >>>I couldn´t find anything about that component. Where is it? Is it still
>>> >> >
>>> >> > top
>>> >> >
>>>>> >> >>>secret?
>>>>> >> >>>Greetings
>>>>> >> >>>
>>>>> >> >>>Dierk
>>>>> >> >>>
>>>>> >> >>>
>>>> >> >>
>>>> >> >>-- 
>>>> >> >>___________________________________________________________
>>>> >> >>Softwareentwicklung Jens Fudickar
>>>> >> >>Breslauer Straße 8 * 65760 Eschborn
>>>> >> >>Tel. +49-6196-496397 * Fax +49-6196-496398
>>>> >> >>
>>>> >> >>Home of OraTool - http://www.oratool.de
>>> >> >
>>> >> >
>>> >> >
>> >>
>> >> -- 
>> >> ___________________________________________________________
>> >> Softwareentwicklung Jens Fudickar
>> >> Breslauer Straße 8 * 65760 Eschborn
>> >> Tel. +49-6196-496397 * Fax +49-6196-496398
>> >>
>> >> Home of OraTool - http://www.oratool.de
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvProgramVersionCheck
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 27 Jan 2005 17:40:13 +0100
Newsgroups: jedi.vcl

Hi Jens,
because of not finished yet. ;)
But no problem, I will check it for fitting to my application later - when
you´ve released it.

Thanks
Dierk


"Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
news:ct67fo$sct$1@talkto.net...
> > Why? Because of not finished or because of wrong functionality?
> >
> > Greetings
> > Jens
> >
> > Dierk schrieb:
>> > > Ok, then I have to take still httpurlgrabbers for that.
>> > > Greetings
>> > > Dierk
>> > >
>> > >
>> > > "Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
>> > > news:ct3jhf$9mb$2@talkto.net...
>> > >
>>> > >>Hi Dierk,
>>> > >>
>>> > >>it's not top secret:-)
>>> > >>
>>> > >>The component has the possibility to look at an other place into an
>>> > >>ini/xml-file if there are newer versions of the application.
>>> > >>
>>> > >>There is a location concept included which should support network-,
>>> > >>http-, ftp- and database-locations.
>>> > >>
>>> > >>It's finished and working for the network-location.
>>> > >>
>>> > >>I will do some tuning and then i can upload the first version to cvs.
>>> > >>
>>> > >>Until now i don't have components for the other location types.
>>> > >>
>>> > >>Greetings
>>> > >>Jens
>>> > >>
>>> > >>Dierk schrieb:
>>> > >>
>>>> > >>>Hi Jens,
>>>> > >>>what is the TJvProgramVersionCheck, you wrote about in Mantis?
>>>> > >>>It seems to be exactly that thing what I need and what I tried to make
>> > >
>> > > with
>> > >
>>>> > >>>Olivier´s httpurlgrabbers.
>>>> > >>>I couldn´t find anything about that component. Where is it? Is it still
>> > >
>> > > top
>> > >
>>>> > >>>secret?
>>>> > >>>Greetings
>>>> > >>>
>>>> > >>>Dierk
>>>> > >>>
>>>> > >>>
>>> > >>
>>> > >>-- 
>>> > >>___________________________________________________________
>>> > >>Softwareentwicklung Jens Fudickar
>>> > >>Breslauer Straße 8 * 65760 Eschborn
>>> > >>Tel. +49-6196-496397 * Fax +49-6196-496398
>>> > >>
>>> > >>Home of OraTool - http://www.oratool.de
>> > >
>> > >
>> > >
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de




Subject: Re: JvDock
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 27 Jan 2005 15:01:41 +0100
Newsgroups: jedi.vcl

Ok, thanks for the explanation, that's what I wanted to know.
From this, I can't see any problem with submitting that code.
So unless anyone else has a problem, you should do it.
Say, wait until tonight, and do it (I won't be here to see it)

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDock
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 27 Jan 2005 14:52:17 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Correct me if i'm wrong, but the Splitter and Panel parent is still the
> > form, isn't it?

Yes the ParentForm is still the Parent but the Owner which invokes the
Notification would then be the DockServer itself.

The main problem is that Delphi 5 has a different implementation of
TComponent.Notification. In D5 it is a simple forward-for-loop that
invokes Notification for all child components. In D6+ it is a while-loop
which adjusts the (count-1 downto 0) counter if is is greater than the
child list's count.

If you delete another child in the Notification method of a child (of the
same owner) like DockServer does with it's Splitters and Panels, you have
a problem in Delphi 5 because the for-loop wants to access the next child
but there is no next child and the iteration counter is greater than the
child list's count which raises an EListError exception.

With setting the owner of the Splitter and Panels to the DockServer the
ParentForm's Notification is no more responsible for the Splitters and
Panels. So the DockServer can delete it's Splitters and Panels in the
destruction process and the TComponent.Notification of the DockServer has
nothing to do because the childs are already gone.

The ParentForm is still the parent of the Splitters and Panels but it does
work with the D5 Notification implementation. If TWinControl destroys a
Splitter or a Panel the FreeNotification of DockServer will be triggered
and this removes the Panel/Splitter for the Splitter/Panel destruction.
The TWinControl.Destroy code uses a while loop and always destroys the
last control in the control-list so no EListError when a Panel for the
assigned Splitter (or visi versa) is destroyed in the
DockServer.Notification.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with 3rd Party Integration Indy
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 27 Jan 2005 14:24:10 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Sorry, but it didn't look so.
> > 
> > I've tried to cases:
> > USE_3RDPARTY_INDY

Works with a little change in your "JvNet.xml changes".

    <Package Name="indy50" Targets="D5,D5p" Condition="USE_3RDPARTY_INDY"/>
    <Package Name="indy60" Targets="D6,D6p" Condition="USE_3RDPARTY_INDY"/>
    <Package Name="indy70" Targets="D7,D7p" Condition="USE_3RDPARTY_INDY"/>
    <Package Name="indy90" Targets="D9" Condition="USE_3RDPARTY_INDY"/> 

These lines must be changed to

    <Package Name="indy50" Targets="D5,D5p" Condition="USE_3RDPARTY_INDY"/>
    <Package Name="indy" Targets="D6,D6p,D7,D7p,D9"
Condition="USE_3RDPARTY_INDY"/>

The Name in the XML file means the .dcp file and not the .bpl file. The
compiler needs the .dcp file to you must follow the name convention of the
..dcp file and not of the .bpl file.


I have changed the interface for 3rdParty component inclusion in the
installer.

The old line
  // Third Party Indy
  JVCLConfig.Enabled['USE_3RDPARTY_INDY'] :=
JVCLConfig.Enabled['USE_3RDPARTY_INDY'] and Opt_IndyComponents(Target);

must be changed to

EnableOption('USE_3RDPARTY_INDY', Opt_IndyComponents(Target));

This is easier to write and let me change the background data structure in
the future.


I would not test for the .bpl file because the compiler wants the .dcp
file. This means that you should change this line
  Result := FileExists(Target.RootDir +
Target.VersionedPackage(Format('\bin\indy%d%d.bpl',[Target.Version,0])));

to this line:

  Result := FileExists(Target.RootDir +
Target.VersionedDCP('\lib\indy.dcp'));

I have renamed the VersionedPackages() to VersionedDCP() which describes
more the purpose  of the method.



> > For SMExport the dcu-files where not found, but in the ide there is no
problem.

Outch.
I used the BrowsePaths instead of the SearchPaths. This is now fixed.
Could you test this because I do not have SMExport.


-- Regards, Andreas Hausladen 

Subject: Re: Scripting functionality in JEDI vcl?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 27 Jan 2005 14:52:28 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Thanks for your reply, this is now a new entry in the previously mentionned page.
>
> Cheers
>

Oh beautiful!


Subject: Re: Scripting functionality in JEDI vcl?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 27 Jan 2005 13:49:30 +0100
Newsgroups: jedi.vcl

Thanks for your reply, this is now a new entry in the previously mentionned page.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDock
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 27 Jan 2005 13:38:36 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> In JvDockControlForm the DockSplitters and DockPanels are created with the
> owner set to the DockServer's owner in
> TJvDockServer.CreateDockPanelAndSplitter.
>
> This causes a problem with Delphi 5's TComponent.Notification
> implementation (which differs from Delphi 6_UP) where the DockServer
> deletes all Splitters and DockPanels in the FreeNotification handler and
> so the for loop in TComponent.Notification runs below the limit and
> results in an EListError: "Index out of bounds". This is filed in mantis
> #2557.
>
> I have replaced the code to set the Splitter's and Panel's Owner to Self
> (=DockServer) instead of the ParentForm (=Self.Owner in most cases). This
> allows the DockServer to destroy it's Splitters and Panels when it is
> destroyed and not when the Notification loop is entered.
>
> Any comments, better solutions? Or can I commit the change.

Correct me if i'm wrong, but the Splitter and Panel parent is still the form, isn't it?
In that case, isn't there a risk that the parent Form destroys the splitter and panel before the DockServer is destroyed?
AFAIK, the difference between parent and owner in terms of destroying the objects is very slim, at least in D6.
Could you ligten a bit the situation so that I understand it better?

Thanks

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Scripting functionality in JEDI vcl?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 27 Jan 2005 14:25:04 +0200
Newsgroups: jedi.vcl

I'd asked Dmitry as well and he kindly assisted me with this.

Many thanks to you and Dmitry. I think this is a wonderful component!


Dmitry wrote:
On your specific question, try following:
1. Describe a 'Self' variable using OnGetValue event. It should point to a
form. Also describe in OnGetValue all components owned by form. Here is the
sample:

<code>
procedure TForm1.JvInterpreterProgram1GetValue(Sender: TObject; Identifier:
string;
  var Value: Variant; Args: TJvInterpreterArgs; var Done: Boolean);
var
  I: Integer;
begin
  if AnsiSameText(Identifier, 'Self') then
  begin
    Value := O2V(DesignedForm);
    Done := True;
    Exit;
  end;

  for I := 0 to DesignedForm.ComponentCount - 1 do
  begin
    if AnsiSameText(Identifier, DesignedForm.Components[I].Name) then
    begin
      Value := O2V(DesignedForm.Components[I]);
      Done := True;
      Exit;
    end;
  end;
end;


If your TEdit is named Edit1, then in script you can write


unit Unit1;


procedure Main;


begin


  Edit1.Text := 'aaaa';


end;


end.
</code>


Subject: JvDock
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 27 Jan 2005 13:19:20 +0100
Newsgroups: jedi.vcl

In JvDockControlForm the DockSplitters and DockPanels are created with the
owner set to the DockServer's owner in
TJvDockServer.CreateDockPanelAndSplitter.

This causes a problem with Delphi 5's TComponent.Notification
implementation (which differs from Delphi 6_UP) where the DockServer
deletes all Splitters and DockPanels in the FreeNotification handler and
so the for loop in TComponent.Notification runs below the limit and
results in an EListError: "Index out of bounds". This is filed in mantis
#2557.

I have replaced the code to set the Splitter's and Panel's Owner to Self
(=DockServer) instead of the ParentForm (=Self.Owner in most cases). This
allows the DockServer to destroy it's Splitters and Panels when it is
destroyed and not when the Notification loop is entered.

Any comments, better solutions? Or can I commit the change.


-- Regards, Andreas Hausladen 

Subject: Re: Can't install latest JVCL with latest ThemeManager
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 27 Jan 2005 13:14:11 +0100
Newsgroups: jedi.vcl

Andrew Diabo wrote:
> I am trying to install the latest version of JVCL with XP theme support
> for D6 using the installer. Unfortunately, its always looking for ThemeManager6
> package when the latest version of ThemeManager has a runtime and design
> time package (ThemeManagerD6.dpk and ThemeManagerD6D.dpk). Before
> I start mucking around modifying stuff, can anyone give me any tips on how to
> thread on this softly?

As already reported in another earlier thread, Open the JvCore-R.xml file in packages\xml and fix the name of the theme manager packages. Save, Restart the installation, et voila.
I will commit those changes on sunday and add a note to the changelog.txt file.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Can't install latest JVCL with latest ThemeManager
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 27 Jan 2005 13:12:27 +0100
Newsgroups: jedi.vcl

Open the JVCL3\Packages\Xml\JvCore-R.xml file (for example in Notepad) and
insert the missing "D".


-- Regards, Andreas Hausladen 

Subject: Can't install latest JVCL with latest ThemeManager
From: "Andrew Diabo" <aadiabo@ix.netcom.com>
Date: Thu, 27 Jan 2005 06:34:14 -0500
Newsgroups: jedi.vcl

I am trying to install the latest version of JVCL with XP theme support
for D6 using the installer. Unfortunately, its always looking for 
ThemeManager6
package when the latest version of ThemeManager has a runtime and design
time package (ThemeManagerD6.dpk and ThemeManagerD6D.dpk). Before
I start mucking around modifying stuff, can anyone give me any tips on how 
to
thread on this softly?

Thanks in advance.

Andrew 




Subject: Re: How to get a CheckBox for a NumberField in TJvDBGrid
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 27 Jan 2005 11:30:39 +0100
Newsgroups: jedi.vcl

Hi Marcel,

>>  (now I working with
>> d9 and I am not happy, but that is a different stroy)
>
>      Why not? Are you using the complete start-up (ie. the original
> settings that will load up all the stuff when you only need a particular
> sub set?) or a cleaned-up settings that'll only load the "Delphi for
> Win32" stuff, without all the .NET stuff (or vice versa of course).

we are 3 developers using d9. 2 of us using the DelphiConfigManager in Win32Only-Mode. But we all have Problems.

- loading forms into the ide is slow (schnarch)
- switching between form and code window (without embedded designer) is slow (schnarch)
- I can't select multi non-visible components (argh)
- somtimes I can't copy and past (don't know why) (aarrgghh)
- unexpected shutdown of the ide (but this very quick). 0 until 5 times per day. Sometimes moving a component: peng :-(, switshing ResolveToDataset to ture: peng :-((

I am using d9udp1 on 3 GHZ Pentium 4 completly installed at 1. december 2004.

and if I enjoy the minutes where I have no problems, I heard the screams of my workmates.

Ciao Heinz Z.


Subject: Re: Scripting functionality in JEDI vcl?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 27 Jan 2005 08:25:47 +0100
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:
> OBones wrote:
>
>> JvInterpreter would be the most appropriate class for this.
>
>
> Thanks Olivier! :D
>
> One more question:  I've dropped the JvInterpreterProgram on a form and
> would like to change the value of a TEdit on the same form, is that
> possible?
>
> (I guess the question I'm asking is:  how do I reference the instrinsic
> objects of the form, from within the pascal text of JvInterpreterprogram?)
>

On the JVCL website, a page is dedicated to JvInterpreter:

http://homepages.borland.com/jedi/jvcl/JvInterpreter.htm

I haven't had a deep look at it, maybe it describes what you are looking for.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Transparency on XPButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 Jan 2005 08:20:42 +0100
Newsgroups: jedi.vcl

> > You are right with your code, but its only a shortage of mine, but as i
> > could find out, if I set the transparency code to clNone in the
> > imagelist while applying the loaded image to it, then everything works
> > fine and thats the solution
I see, so the imagelist settings was the problem. Good to know.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Updated JvEx templates and run units
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 27 Jan 2005 00:01:40 +0100
Newsgroups: jedi.vcl

Yes, Thanks!

Peter Thornqvist schrieb:
> OK, I think I've got them. Try again.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvDateEdit - "Class TDateTimePicker not found" error
From: Diego Barros <db@somewhere.com>
Date: Thu, 27 Jan 2005 09:43:12 +1100
Newsgroups: jedi.vcl

Hi all,

When I place a JvDateEdit control on my form, in design time all is well. When I run my application, create the form on which the control lives (not the main form), I get the following error:

"Class TDateTimePicker not found"

This exception happens when my form's OnCreate calls the inherited create method. This form inherits from another form of mine (one level only). But I have a JcDateEdit on another form and that form displays without any problems. I have also tried the Win32 TDateTimePicker control, and that works fine.

BTW, I am using Delphi 7.

Has anyone experienced this before? Any help would be appreciated.

Regards,
Diego Barros


Subject: Re: Updated JvEx templates and run units
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Jan 2005 23:39:28 +0100
Newsgroups: jedi.vcl

OK, I think I've got them. Try again.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Scripting functionality in JEDI vcl?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Thu, 27 Jan 2005 00:23:39 +0200
Newsgroups: jedi.vcl

OBones wrote:
> JvInterpreter would be the most appropriate class for this.

Thanks Olivier! :D

One more question:  I've dropped the JvInterpreterProgram on a form and
would like to change the value of a TEdit on the same form, is that
possible?

(I guess the question I'm asking is:  how do I reference the instrinsic
objects of the form, from within the pascal text of JvInterpreterprogram?)

Kind regards

Abdullah


Subject: Re: Updated JvEx templates and run units
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Jan 2005 23:02:34 +0100
Newsgroups: jedi.vcl

JvExComControl.pas

see also Binaries for Screenshot.

Peter Thornqvist schrieb:
>> But i can't install the souce if the UNIVERSIONING is activated (using
>> the installer)
>
> Crap. Do you know which units are affected?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Updated JvEx templates and run units
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Jan 2005 22:45:41 +0100
Newsgroups: jedi.vcl

> > But i can't install the souce if the UNIVERSIONING is activated (using
> > the installer)
Crap. Do you know which units are affected?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Updated JvEx templates and run units
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Jan 2005 22:44:42 +0100
Newsgroups: jedi.vcl

But i can't install the souce if the UNIVERSIONING is activated (using the installer)

Jens

Peter Thornqvist schrieb:
>> You've destroyed the UnitVersioning code :-)
>
> ?
> AFAICS, it' s still there?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Scripting functionality in JEDI vcl?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 26 Jan 2005 22:44:26 +0100
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:

> Is there any component that could allow me to build
> scripting support in my Delphi application?  I've had a look
> at Delphi Web Script but I am battling to install it for Delphi
> 7.
>
> Any similar functionality in JVCL?

JvInterpreter would be the most appropriate class for this.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Searching JEDI archives ...
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Wed, 26 Jan 2005 23:36:36 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Because this server is not part of Usenet, and also probably because Google didn't ask to archive it, or was not asked to.
>

I've always tried to search for JVCL posts on groups.google and found
disappointing results.  Now I know.  :)


Subject: Scripting functionality in JEDI vcl?
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Wed, 26 Jan 2005 23:35:25 +0200
Newsgroups: jedi.vcl

Is there any component that could allow me to build
scripting support in my Delphi application?  I've had a look
at Delphi Web Script but I am battling to install it for Delphi
7.

Any similar functionality in JVCL?

Many thanks and kind regards

Abdullah


Subject: Re: Updated JvEx templates and run units
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Jan 2005 22:17:00 +0100
Newsgroups: jedi.vcl

> > You've destroyed the UnitVersioning code :-)
?
AFAICS, it' s still there?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Updated JvEx templates and run units
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Jan 2005 22:08:58 +0100
Newsgroups: jedi.vcl

You've destroyed the UnitVersioning code :-)

No chance to look into until now.

Greetings
Jens

Peter Thornqvist schrieb:
> I have updated the JvExControls template(s) in JvExVCL\src and also the
> resulting units in \run to change the implementation of the setting of the
> HintColor. As suggested by Remko in Mantis #0002518, I have moved the code
> that sets the HintColor from Contro_MouseEnter/Leave into the class'
> HintShow method.
>
> Please review the code and make any amendments needed, especially check if
> CLX is affected negatively
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: jvpagecontrol
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Jan 2005 20:41:58 +0100
Newsgroups: jedi.vcl

> > How would it lead to an endless loop?

Call chain (in ComCtrls.pas):

User click -> Change -> UpdateActivePage -> SetActivePage

ActivePageIndex -> SetActivePageIndex -> SetActivePage

If SetActivePage would have called Change, you would have an endless loop
when the user clicks a tab.

> > Perhaps, there should be an added function like SetActivePageIndex,
> > which does both?
Try it and let us know if it works and then someone can add it to CVS

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: jvpagecontrol
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Wed, 26 Jan 2005 12:06:26 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Why does jvpagecontrol.activepageindex := whatever not fire the on tab
>> change event?
>
>
> Because it inherits the behaviour from the standard TPageControl? It is
> probably because it would lead to an endless loop.
>
How would it lead to an endless loop?  The onTabChange fires when you change the tab? When you set a new activepageindex the tab changes.  I have to fire it manually every time I change the activepageindex. Perhaps, there should be an added function like SetActivePageIndex, which does both?


Subject: Re: What Version of UIB?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 26 Jan 2005 18:47:11 +0100
Newsgroups: jedi.vcl

Eduardo Mauro wrote:
> "OBones" <obones_REM_SPM_@_PIF_altern.org> escreveu na mensagem news:ct0gq7$n0k$1@talkto.net...
>
>> Femi Fadayomi wrote:
>>
>>
>>> What version of UIB is supported in RC1? Can I replace UIB from author's site with the one included with JVCL?
>>
>> This is not recommended, as the JvUIB components have not been uptaded for about a month now.
>> Having discussed with the author, we decided that he would continue to provide support but will not update the UIB components in JVCL anymore.
>> Hence, we recommend that you use the components from his website to get the latest bug fixes and updates.
>
>
> If it will not update anymore I see no reason to maintain it in JVCL. I think JVCL purpose is to be a collection of actively developed components or stable versions. To maintain components that will not be updated and are developed outside the group can generate more confusion and support questions.

I agree, but they will be part of the JVCL 3 and be removed later on, at the same time we remove useless JvGlobus components.
Right now, the JVCL3 is the transition, the next version will be the further clean up.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: jvpagecontrol
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Jan 2005 18:38:13 +0100
Newsgroups: jedi.vcl

> > Why does jvpagecontrol.activepageindex := whatever not fire the on tab
> > change event?

Because it inherits the behaviour from the standard TPageControl? It is
probably because it would lead to an endless loop.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: What Version of UIB?
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Wed, 26 Jan 2005 15:09:07 -0200
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_altern.org> escreveu na mensagem 
news:ct0gq7$n0k$1@talkto.net...
> > Femi Fadayomi wrote:
> >
>> >> What version of UIB is supported in RC1? Can I replace UIB from author's 
>> >> site with the one included with JVCL?
> >
> > This is not recommended, as the JvUIB components have not been uptaded for 
> > about a month now.
> > Having discussed with the author, we decided that he would continue to 
> > provide support but will not update the UIB components in JVCL anymore.
> > Hence, we recommend that you use the components from his website to get 
> > the latest bug fixes and updates.

If it will not update anymore I see no reason to maintain it in JVCL. I 
think JVCL purpose is to be a collection of actively developed components or 
stable versions. To maintain components that will not be updated and are 
developed outside the group can generate more confusion and support 
questions.

Best regards,
Eduardo Mauro 




Subject: Re: Transparency on XPButton
From: Bolla Sándor <xo3_delphi@freemail.hu>
Date: Wed, 26 Jan 2005 17:35:03 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist írta:
>> Or you can help me out with a little code you meaned before
>
>
> This works for me:
>   Imagelist1.GetBitmap(Random(Imagelist1.Count),JvXPButton1.Glyph);
>   JvXPButton1.Invalidate;
>
> No special settings for the imagelist or the button.
>
You are right with your code, but its only a shortage of mine, but as i could find out, if I set the transparency code to clNone in the imagelist while applying the loaded image to it, then everything works fine and thats the solution

Bye
Alex


Subject: jvpagecontrol
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Wed, 26 Jan 2005 09:16:50 -0700
Newsgroups: jedi.vcl

Why does jvpagecontrol.activepageindex := whatever not fire the on tab change event?


Subject: JvDBGrid - DrawColumnTitle
From: "Chris" <nospam@lupton3.freeserve.co.uk>
Date: Wed, 26 Jan 2005 13:36:30 -0000
Newsgroups: jedi.vcl

Can anyone tell me how to use the DrawColumnTitle part of a JvDBGrid.

All I'm trying to do is word-wrap a field description that's too long for
the required column width, preferably centered within the column width.

I'd also like to draw next to a column - I have three fields which relate to
a day and have 7 days worth of fields, 21 fields plus a total and the
identifier for the row - in total 23 fields within the grid.  It would look
better if there was a division/border between each days worth of figures
(i.e. around each group of three fields) is there an easy way to do this?

Chris





Subject: Re: Searching JEDI archives ...
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 26 Jan 2005 13:23:37 +0100
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:

> Gultekin Komanli wrote:
>
>> Yes, try www.fulltextsearch.com, you'll find lots of other third party
>> tools' forums, too.
>
>
> thanks!  (BTW, why is not available thru google?)

Because this server is not part of Usenet, and also probably because Google didn't ask to archive it, or was not asked to.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Searching JEDI archives ...
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Wed, 26 Jan 2005 14:11:53 +0200
Newsgroups: jedi.vcl

Gultekin Komanli wrote:
> Yes, try www.fulltextsearch.com, you'll find lots of other third party
> tools' forums, too.

thanks!  (BTW, why is not available thru google?)


Subject: Re: JvDBGrid Problem
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 26 Jan 2005 10:58:57 +0100
Newsgroups: jedi.vcl

Nikos wrote:
> Why when the dgAlwaysEditor is enable you have to press F2 on click in
> inplace editor for editing ? This happend even the datasource is in editing
> state. Is this a bug or ... 

AFAIK, this is already fixed in the CVS version.
This fix will be in the JVCL3 release, soon to be published.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvDBGrid Problem
From: "Nikos" <nandrianakis@hotmail.com>
Date: Wed, 26 Jan 2005 11:32:22 +0200
Newsgroups: jedi.vcl

Why when the dgAlwaysEditor is enable you have to press F2 on click in
inplace editor for editing ? This happend even the datasource is in editing
state. Is this a bug or ... 




Subject: Re: Searching JEDI archives ...
From: "Gultekin Komanli" <gkomanli@nomail.gmail.com>
Date: Wed, 26 Jan 2005 09:21:56 +0000 (UTC)
Newsgroups: jedi.vcl

Abdullah Kauchali wrote:

> > Is this group archived?  How does one search for previous posts etc?
> > 
> > Kind regards
> > 
> > Abdullah

Yes, try www.fulltextsearch.com, you'll find lots of other third party
tools' forums, too.

Gultekin


Subject: Re: How to get a CheckBox for a NumberField in TJvDBGrid
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 26 Jan 2005 10:00:12 +0100
Newsgroups: jedi.vcl

Hi Heinz,

> sorry for this late response, but I changed my job 

    that's okay, and congratulations on the new job.

>  (now I working with d9 and I am not happy, but that is a different stroy)

    Why not? Are you using the complete start-up (ie. the original settings that will load up all the stuff when you only need a particular sub set?) or a cleaned-up settings that'll only load the "Delphi for Win32" stuff, without all the .NET stuff (or vice versa of course).

    In my experience, most unhappy customers are unhappy because of load-time and memory consumption (speaking of which, I suggest deactivating the Syntax Check Insight, or whatever it's called, because it eats memory and doesn't always spit it back out when it should). A minimized start-up setting usually makes them change their minds.

>
>>      If you're not using a dynamic query (SQL generated from code) you
>> could simply remove the generated field (assuming you have the
>> TField-type fields generated of course) and add it manually, but this
>> time as a Boolean type. Note that it doesn't always seem to work though,
>> and you need to be sure the field will always contain either a NULL, 0
>> or 1 value.
>
>
> it doesn't work. :-( I get a EDatabaseError that vtInteger is expected and vtBoolean is found.

    Alright, leave the original fields and add a calculated boolean field, no wait, those are read-only, aren't they? Damn it, I know I did this once without getting an error, but I can't remember how. Try the calculated field anyway, I may be wrong.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: How to get a CheckBox for a NumberField in TJvDBGrid
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Wed, 26 Jan 2005 09:35:06 +0100
Newsgroups: jedi.vcl

Hello Marcel,

sorry for this late response, but I changed my job (now I working with d9 and I am not happy, but that is a different stroy)

>      If you're not using a dynamic query (SQL generated from code) you
> could simply remove the generated field (assuming you have the
> TField-type fields generated of course) and add it manually, but this
> time as a Boolean type. Note that it doesn't always seem to work though,
> and you need to be sure the field will always contain either a NULL, 0
> or 1 value.

it doesn't work. :-( I get a EDatabaseError that vtInteger is expected and vtBoolean is found.
>



-- 
Ciao Heinz Z.


Subject: Searching JEDI archives ...
From: Abdullah Kauchali <abdullah.kauchali@someplace.com>
Date: Wed, 26 Jan 2005 10:32:29 +0200
Newsgroups: jedi.vcl

Is this group archived?  How does one search for previous posts etc?

Kind regards

Abdullah


Subject: Re: Problems with 3rd Party Integration Indy
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Jan 2005 00:21:11 +0100
Newsgroups: jedi.vcl

Sorry, but it didn't look so.

I've tried to cases:
USE_3RDPARTY_INDY and USE_3RDPARTY_SMEXPORT.

I've attached the important files.

For indy there is the message the the indy70 file is not found.

For SMExport the dcu-files where not found, but in the ide there is no problem.

Greetings
Jens

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> It's very important for any kind of 3rd-party integration.
>
>
> Should be working now.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


jvclbase.inc

{-----------------------------------------------------------------------------
The contents of this file are subject to the Mozilla Public License
Version 1.1 (the "License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.mozilla.org/MPL/MPL-1.1.html

Software distributed under the License is distributed on an "AS IS" basis,
WITHOUT WARRANTY OF ANY KIND, either expressed or implied. See the License for
the specific language governing rights and limitations under the License.

The Original Code is: JVCL.INC, released on 2004-12-22.

Last Modified: 2004-12-22

You may retrieve the latest version of this file at the Project JEDI's JVCL home page,
located at http://jvcl.sourceforge.net

Known Issues:
-----------------------------------------------------------------------------}

{------------------------------------------------------------------------------}
{ This file contains the default JVCL configuration.                           }
{------------------------------------------------------------------------------}

{%hidden%}
{ Activate this define if you are using Delphi 5 Standard or one of the D6/D7 Personal Editions. }
{.$DEFINE DelphiPersonalEdition}

{ Enable this define if you want to register property and component editors included in
JVCL for non-JVCL components as well. }
{.$DEFINE JVCL_REGISTER_GLOBAL_DESIGNEDITORS}

{ Some new libraries and packages (currently JvUIB, JvWizard and JvTimeFrameWork) can be
installed either in "stand-alone" mode or in "JVCL" mode. These packages use the
USEJVCL define to determine whether they are installed in JVCL mode or not.
By default, this define is enabled.
NOTE: if you undefine USEJVCL, you can/should remove JvCoreXXX.dcp from the
requires node in the affected package(s). }
{$DEFINE USEJVCL}

{ Enable this define if you have the dxgettext (http://dxgettext.sourceforge.net)
translation tool installed and want to use it with the JVCL. }
{.$DEFINE USE_DXGETTEXT}

{ Enable this define if you use/have QuickReport }
{$DEFINE JVCL_UseQuickReport}

{ Enable this define if you have QReport 4 installed. This will require qr4rund7 instead
of qrpt. NB! JVCL_UseQuickReport must also be defined}
{.$DEFINE QREPORT4}

{ Enable this define if you have installed the Internet Components with the Delphi installer }
{$DEFINE INTERNET_COMPONENTS}

{ Activate this define if you have Mike Lischke's Theme Manager
(http://www.lischke-online.de) installed and available and
you are using D6/BCB6 or below. The ThemeManager package must
be compiled as "never-build package". }
{.$DEFINE JVCLThemesEnabled}

{ Activates MIDAS components (DBRemoteLogin).
NOTE: if you activate this, you must also manually add JvDlgsXXX.dcp to
the requires node of JvDBXXX.bpk !!! }
{.$DEFINE Jv_MIDAS}

{ This define enables GIF image support. Deactivate this define
if you are using another GIF image support library. }
{$DEFINE USE_JV_GIF}

{ Activate this define if you do not want to use TGauge Borland sample
component in TDBProgress component and FileUtil routines. In this case
TProgressBar component will be used. }
{$DEFINE USE_PROGRESSBAR}

{ This define controls whether FourDigitYear variable is used to control
date format in TDateEdit, TDBDateEdit components. When this define is not
active the ShortDateFormat variable is used instead. }
{$DEFINE USE_FOUR_DIGIT_YEAR}

{ This define controls whether a popup calendar is used as default
instead of a modal dialog in TDateEdit, TDBDateEdit components. }
{$DEFINE DEFAULT_POPUP_CALENDAR}

{ This define controls whether JvInterpreter handles
OLE automation calls (for VCL only). }
{$DEFINE JvInterpreter_OLEAUTO}

{ Used by JvTimeFrameWork, see JvTFDays.pas for more info on time blocks. }
{$DEFINE Jv_TIMEBLOCKS}

{ This activates the unit versioning system where each JVCL unit gets a record that defines
which revision, date and filename the unit has. }
{.$DEFINE UNITVERSIONING}

// *********************************************************************
// Start Definition of Third Party Components
// *********************************************************************

{ Activates SM-Export Wrapper Components (in DBActions) 
For further informations have a look at http://www.scalabium.com }
{.$DEFINE USE_3RDPARTY_SMEXPORT}

{ Activates SM-Import Wrapper Components (in DBActions)
For further informations have a look at http://www.scalabium.com }
{.$DEFINE USE_3RDPARTY_SMIMPORT}

{ Activates the DevExpress cxEditor-Controls
For further informations have a look at http://www.devexpress.com }
{.$DEFINE USE_3RDPARTY_DEVEXPRESS_CXEDITOR}

{ Activates the DevExpress cxEditor-Controls
For further informations have a look at http://www.devexpress.com }
{.$DEFINE USE_3RDPARTY_DEVEXPRESS_CXGRID}

{ Activates the Internet Direct (Indy)-Components
For further informations have a look at http://www.indyproject.org }
{.$DEFINE USE_3RDPARTY_INDY}


InstalledPackages.inc

{ included in JVCLData.inc (at the bottom) }
// $Id: InstalledPackages.inc,v 1.4 2005/01/08 20:06:55 obones Exp $

{------------------------------------------------------------------------------}
{ QuickReport }
function Opt_QuickReport4(Target: TCompileTarget): Boolean;
begin
  Result := FileExists(Target.RootDir + Format('\bin\qr4run%s%d.bpl', [LowerCase(TargetTypes[Target.IsBCB]), Target.Version]));
end;

function Opt_QuickReport(Target: TCompileTarget): Boolean;
begin
  Result := FileExists(Target.RootDir + Target.VersionedPackage('\lib\qrpt.dcp')) or
            FileExists(Target.RootDir + Target.VersionedPackage('\lib\obj\qrpt.dcp')) or
            Opt_QuickReport4(Target);
end;

{------------------------------------------------------------------------------}
{ Internet Components }
function Opt_InternetComponents(Target: TCompileTarget): Boolean;
begin
  Result := (FileExists(Target.RootDir + Target.VersionedPackage('\lib\vclie.dcp')) and
             FileExists(Target.RootDir + Target.VersionedPackage('\lib\inet.dcp'))) 
            or
            (FileExists(Target.RootDir + Target.VersionedPackage('\lib\obj\vclie.dcp')) and
             FileExists(Target.RootDir + Target.VersionedPackage('\lib\obj\inet.dcp')));
end;

{------------------------------------------------------------------------------}
{ SMExport Components }
function Opt_SMExportComponents(Target: TCompileTarget): Boolean;
begin
  Result := FileExists(Target.RootDir + Target.VersionedPackage(Format('\Projects\bpl\SMExport%s%d.dcp',[LowerCase(TargetTypes[Target.IsBCB]), Target.Version])));
end;

{------------------------------------------------------------------------------}
{ SMImport Components }
function Opt_SMImportComponents(Target: TCompileTarget): Boolean;
begin
  Result := FileExists(Target.RootDir + Target.VersionedPackage(Format('\Projects\bpl\SMImport%s%d.dcp',[LowerCase(TargetTypes[Target.IsBCB]), Target.Version])));
end;

{------------------------------------------------------------------------------}
{ Indy Components }
function Opt_IndyComponents(Target: TCompileTarget): Boolean;
begin
  Result := FileExists(Target.RootDir + Target.VersionedPackage(Format('\bin\indy%d%d.bpl',[Target.Version,0])));
end;

{------------------------------------------------------------------------------}
{------------------------------------------------------------------------------}
{------------------------------------------------------------------------------}

procedure TTargetConfig.UpdateJVCLConfig;
begin
  // quickreport configuration
  JVCLConfig.Enabled['QREPORT4'] := JVCLConfig.Enabled['QREPORT4'] and Opt_QuickReport4(Target);
  JVCLConfig.Enabled['JVCL_UseQuickReport'] := JVCLConfig.Enabled['JVCL_UseQuickReport'] and Opt_QuickReport(Target);

  // internet components
  JVCLConfig.Enabled['INTERNET_COMPONENTS'] := JVCLConfig.Enabled['INTERNET_COMPONENTS'] and Opt_InternetComponents(Target);

  // Third Party SMExport
  JVCLConfig.Enabled['USE_3RDPARTY_SMEXPORT'] := JVCLConfig.Enabled['USE_3RDPARTY_SMEXPORT'] and Opt_SMExportComponents(Target);

  // Third Party SMImport
  JVCLConfig.Enabled['USE_3RDPARTY_SMIMPORT'] := JVCLConfig.Enabled['USE_3RDPARTY_SMIMPORT'] and Opt_SMImportComponents(Target);

  // Third Party Indy
  JVCLConfig.Enabled['USE_3RDPARTY_INDY'] := JVCLConfig.Enabled['USE_3RDPARTY_INDY'] and Opt_IndyComponents(Target);
end;



JvNet-R.xml

<?xml version="1.0" encoding="iso-8859-1"?>
<Package Name="JvNet" Design="0">
  <Description>JVCL Network Components Runtime Package</Description>
  <ClxDescription>JVCLX Network Components Runtime Package</ClxDescription>
  <GUID>{C70AFC0D-40D7-4F4D-A0F6-B1C17B608455}</GUID>
  <C5PFlags>-LUvcl50 -LUCJcl50</C5PFlags>
  <C6PFlags>-LUCJcl</C6PFlags>
  <C5Libs>wininet.lib</C5Libs>
  <C6Libs>wininet.lib</C6Libs>
  <Requires>
    <Package Name="JvCore-R" Targets="all" Condition=""/>
    <Package Name="JvDlgs-R" Targets="all" Condition=""/>
    <Package Name="JvStdCtrls-R" Targets="allbutclx" Condition=""/>
    <Package Name="vcl50" Targets="C5,C5s" Condition=""/>
    <Package Name="CJCL50" Targets="C5,C5s" Condition=""/>
    <Package Name="bcbsmp50" Targets="C5,C5s" Condition=""/>
    <Package Name="rtl" Targets="C6,C6p" Condition=""/>
    <Package Name="vcl" Targets="C6,C6p" Condition=""/>
    <Package Name="CJCL" Targets="C6,C6p" Condition=""/>
    <Package Name="bcbsmp" Targets="C6,C6p" Condition=""/>
    <Package Name="vclx" Targets="C6,C6p" Condition=""/>
    <Package Name="indy50" Targets="D5,D5p" Condition="USE_3RDPARTY_INDY"/>
    <Package Name="indy60" Targets="D6,D6p" Condition="USE_3RDPARTY_INDY"/>
    <Package Name="indy70" Targets="D7,D7p" Condition="USE_3RDPARTY_INDY"/>
    <Package Name="indy90" Targets="D9" Condition="USE_3RDPARTY_INDY"/> 
  </Requires>
  <Contains>
    <File Name="..\..\run\JvUrlListGrabber.pas" Targets="windows" Formname="" Condition=""/>
    <File Name="..\..\run\JvFormToHtml.pas" Targets="all" Formname="" Condition=""/>
    <File Name="..\..\run\JvHtmlParser.pas" Targets="all" Formname="" Condition=""/>
    <File Name="..\..\run\JvMail.pas" Targets="allbutclx" Formname="" Condition=""/>
    <File Name="..\..\run\JvRgbToHtml.pas" Targets="all" Formname="" Condition=""/>
    <File Name="..\..\run\JvRichEditToHtml.pas" Targets="allbutclx" Formname="" Condition=""/>
    <File Name="..\..\run\JvStringListToHtml.pas" Targets="all" Formname="" Condition=""/>
    <File Name="..\..\run\JvStrToHtml.pas" Targets="all" Formname="" Condition=""/>
    <File Name="..\..\run\JvUrlGrabbers.pas" Targets="windows" Formname="" Condition=""/>
    <File Name="..\..\run\JvProgramVersionCheck.pas" Targets="allbutclx" Formname="" Condition=""/>
  </Contains>
</Package>

jvclbase.inc
	


InstalledPackages.inc
InstalledPackages.inc
	


JvNet-R.xml
JvNet-R.xml
	



Subject: Re: Semi-OT: Advice on writing international applications in D7. Resource DLL versus Gnu Gettext?
From: Thomas Mueller <spam@dummzeuch.de>
Date: Wed, 26 Jan 2005 00:00:26 +0100
Newsgroups: jedi.vcl

Hi,

Warren Postma wrote:

> > I notice that JVCL3 uses a local copy of gnu Gettext to provide resource
> > string loading from .po files.

> > Is anyone also using the builtin gnu Gettext in their applications to
> > provide international resource string loading for the rest of their
> > application, forms, etc?

I am using DxGetText in some of my applications, but not the version that
comes with JVCL (actually I am not using JVCL at all in these apps). I like
the concept, but there are quite a few things left that could be
improved...  Anyway: It works well and is simple to use.

twm



Subject: Updated JvEx templates and run units
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Jan 2005 23:32:54 +0100
Newsgroups: jedi.vcl

I have updated the JvExControls template(s) in JvExVCL\src and also the
resulting units in \run to change the implementation of the setting of the
HintColor. As suggested by Remko in Mantis #0002518, I have moved the code
that sets the HintColor from Contro_MouseEnter/Leave into the class'
HintShow method.

Please review the code and make any amendments needed, especially check if
CLX is affected negatively

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Add languagecodes.pas from DxGettext to \common?
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Tue, 25 Jan 2005 23:11:38 +0100
Newsgroups: jedi.vcl

Just to be complete I think languagecodes.pas from DxGettext should be
added to \common.
If someone want to use DxGettext and JVCL it doesn't make sense to use
the original DxGettext units for his own units.
If I don't need DxGettext for the build process because I have
JvGnuGettext I should install DxGettext to get languagecodes.pas?

Uwe


Subject: Re: TJvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 25 Jan 2005 22:31:39 +0100
Newsgroups: jedi.vcl

Why? Because of not finished or because of wrong functionality?

Greetings
Jens

Dierk schrieb:
> Ok, then I have to take still httpurlgrabbers for that.
> Greetings
> Dierk
>
>
> "Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
> news:ct3jhf$9mb$2@talkto.net...
>
>> Hi Dierk,
>>
>> it's not top secret:-)
>>
>> The component has the possibility to look at an other place into an
>> ini/xml-file if there are newer versions of the application.
>>
>> There is a location concept included which should support network-,
>> http-, ftp- and database-locations.
>>
>> It's finished and working for the network-location.
>>
>> I will do some tuning and then i can upload the first version to cvs.
>>
>> Until now i don't have components for the other location types.
>>
>> Greetings
>> Jens
>>
>> Dierk schrieb:
>>
>>> Hi Jens,
>>> what is the TJvProgramVersionCheck, you wrote about in Mantis?
>>> It seems to be exactly that thing what I need and what I tried to make
>
> with
>
>>> Olivier´s httpurlgrabbers.
>>> I couldn´t find anything about that component. Where is it? Is it still
>
> top
>
>>> secret?
>>> Greetings
>>>
>>> Dierk
>>>
>>>
>>
>> -- 
>> ___________________________________________________________
>> Softwareentwicklung Jens Fudickar
>> Breslauer Straße 8 * 65760 Eschborn
>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>
>> Home of OraTool - http://www.oratool.de
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: What happened to JvProgressDlg?
From: "Terence" <cforce@gmx.de>
Date: Tue, 25 Jan 2005 17:55:45 +0100
Newsgroups: jedi.vcl

Ahh found it, its located in
JvProgressDialog now.


"Terence" <cforce@gmx.de> schrieb im Newsbeitrag 
news:ct4spb$g9e$1@talkto.net...
> > Where is the component in vcl3?
> > 




Subject: Procedure Delay in JVJVCLUTILS
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 25 Jan 2005 15:03:08 +0100
Newsgroups: jedi.vcl

Could it be that the delay in jvjvclutils don´t work correctly anymore since
a few of months?
As I saw there was a chance in code on Thu Sep 30, 2004.

I think procedure delay doesn´t work. It needs to long.
Noone notices this?
Any suggestions?

Dierk

Using D5pro on Win2K




Subject: Re: Mantis 00002519
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 25 Jan 2005 14:04:08 +0100
Newsgroups: jedi.vcl

Jens wrote:
>> Jens Fudickar wrote:
>>
>>
>>>
>>> OBones schrieb:
>>>
>>>
>>>> Jens Fudickar wrote:
>>>>
>>>>
>>>>> Hi Olivier,
>>>>>
>>>>> i have a question to your last comment in the bug notes.
>>>>>
>>>>> >This exactly what i want. I want to use it synchronous. For example in
>>>>> > the TJvProgramVersionCheck i already have implemented a thread for
>>>>> > handling the download's and check's. In this case i need it
>>>>> > synchronous.
>>>>>
>>>>>
>>>>> I understand, but those components are not meant to be synchronous. If
>>>>> they were, they would be locking up the application for the duration of
>>>>> the download, which can be quite long.
>>>>> Use the events, and you should be able to do what you want, but have the
>>>>> advantage to not freeze the application.
>>>>>
>>>>> Where is the problem to include a property which deactivates the asynch mode.
>>>>
>>>>
>>>>
>>>> The problem? It's that the whole class structure is built around threads. It works with threads, it's not intended to work any other way.
>>>> Simply saying "asynchronous:=True" means changing lots of different things and that's not something I'm not willing to consider. If someone wants to wait for the end of the download, they should wait for the OnEndFile (or OnEndStream) event to occur.
>>>>
>>>
>>> Accepted, not so good for me, but accepted!
>>
>> What could be done is to add a "Wait" method that does not return until the download is finised (either ok or with an error).
>> That, I believe, should not be too difficult to do.
>>
>> Cheers
>>
>>
>> -- 
>> Olivier Sannier
>> JVCL Coordinator
>>
>
> This would help, or a method if the download is currently running.
That last one is already there:

Status = gsGrabbing

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Transparency on XPButton
From: Bolla Sandor <xo3_delphi@freemail.hu>
Date: Tue, 25 Jan 2005 13:18:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Or you can help me out with a little code you meaned before
>
>
> This works for me:
>   Imagelist1.GetBitmap(Random(Imagelist1.Count),JvXPButton1.Glyph);
>   JvXPButton1.Invalidate;
>
> No special settings for the imagelist or the button.
>
Thanks I will try it tonight at home,

Bye


Subject: Re: Transparency on XPButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Jan 2005 13:04:57 +0100
Newsgroups: jedi.vcl

> > Or you can help me out with a little code you meaned before

This works for me:
  Imagelist1.GetBitmap(Random(Imagelist1.Count),JvXPButton1.Glyph);
  JvXPButton1.Invalidate;

No special settings for the imagelist or the button.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Transparency on XPButton
From: Bolla Sandor <xo3_delphi@freemail.hu>
Date: Tue, 25 Jan 2005 12:24:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Thanks for the answer, but I already tried to set the tspcolor before I
>> added it to the button, with the same effect. But you have to say me
>> wich tspcolor should I set that of the 'Img' /temporaly holds the image/
>> component or that of the 'xpbutton.glyph' component?
>
> I am not sure setting the TransparentColor will help (in either image), so
> I'd recommend using images that have the bottom left pixel as the
> transparent color.
>
Sure, I have such images, but even I set runtime, no transparency effect to see. Normally when I load the image in designtime from the disc then the transp. effect works. I think I should make the same thing but in runtime. Till now I didn't had the time the look at in the source code, but I think normally is that when I set the transp.mode of the xpbutton.glyph to tmAuto /in the sample code is removed, and not to see/ then it should work (take the upper left pixel of the image).

So I don't see the solution myself until I study the designtime made code in the source file of the xpbutton, but thanks anyway, and sorry for my english.

Or you can help me out with a little code you meaned before

Bye
Alex


Subject: Re: Transparency on XPButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Jan 2005 11:57:41 +0100
Newsgroups: jedi.vcl

> > Thanks for the answer, but I already tried to set the tspcolor before I
> > added it to the button, with the same effect. But you have to say me
> > wich tspcolor should I set that of the 'Img' /temporaly holds the image/
> > component or that of the 'xpbutton.glyph' component?
I am not sure setting the TransparentColor will help (in either image), so
I'd recommend using images that have the bottom left pixel as the
transparent color.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Transparency on XPButton
From: Bolla Sandor <xo3_delphi@freemail.hu>
Date: Tue, 25 Jan 2005 11:53:49 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> JvXPButton uses TCanvas.Draw to draw the image, so make sure the bottom left
> pixel of the image is the transparent color and it should work. You could
> also try setting the TransparentColor property after getting it from the
> imagelist.
>
Dear Peter,
Thanks for the answer, but I already tried to set the tspcolor before I added it to the button, with the same effect. But you have to say me wich tspcolor should I set that of the 'Img' /temporaly holds the image/ component or that of the 'xpbutton.glyph' component?

Bye
Alex


Subject: Re: Transparency on XPButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Jan 2005 11:32:03 +0100
Newsgroups: jedi.vcl

JvXPButton uses TCanvas.Draw to draw the image, so make sure the bottom left
pixel of the image is the transparent color and it should work. You could
also try setting the TransparentColor property after getting it from the
imagelist.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: What happened to JvProgressDlg?
From: "Terence" <cforce@gmx.de>
Date: Tue, 25 Jan 2005 10:26:26 +0100
Newsgroups: jedi.vcl

Where is the component in vcl3? 




Subject: Re: Mantis 00002519
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 25 Jan 2005 10:52:37 +0200
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> 
>> >> 
>> >> OBones schrieb:
>> >> 
>>> >>> Jens Fudickar wrote:
>>> >>>
>>>> >>>> Hi Olivier,
>>>> >>>>
>>>> >>>> i have a question to your last comment in the bug notes.
>>>> >>>>
>>>> >>>>  >This exactly what i want. I want to use it synchronous. For example in
>>>> >>>>  > the TJvProgramVersionCheck i already have implemented a thread for
>>>> >>>>  > handling the download's and check's. In this case i need it
>>>> >>>>  > synchronous.
>>>> >>>>
>>>> >>>>
>>>> >>>> I understand, but those components are not meant to be synchronous. If
>>>> >>>> they were, they would be locking up the application for the duration of
>>>> >>>> the download, which can be quite long.
>>>> >>>> Use the events, and you should be able to do what you want, but have the
>>>> >>>> advantage to not freeze the application.
>>>> >>>>
>>>> >>>> Where is the problem to include a property which deactivates the 
>>>> >>>> asynch mode.
>>> >>>
>>> >>>
>>> >>>
>>> >>> The problem? It's that the whole class structure is built around 
>>> >>> threads. It works with threads, it's not intended to work any other way.
>>> >>> Simply saying "asynchronous:=True" means changing lots of different 
>>> >>> things and that's not something I'm not willing to consider. If 
>>> >>> someone wants to wait for the end of the download, they should wait 
>>> >>> for the OnEndFile (or OnEndStream) event to occur.
>>> >>>
>> >> 
>> >> Accepted, not so good for me, but accepted!
> >
> >What could be done is to add a "Wait" method that does not return until 
> >the download is finised (either ok or with an error).
> >That, I believe, should not be too difficult to do.
> >
> >Cheers
> >
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >
This would help, or a method if the download is currently running.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Mantis 00002519
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 25 Jan 2005 08:53:56 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>
>
> OBones schrieb:
>
>> Jens Fudickar wrote:
>>
>>> Hi Olivier,
>>>
>>> i have a question to your last comment in the bug notes.
>>>
>>>  >This exactly what i want. I want to use it synchronous. For example in
>>>  > the TJvProgramVersionCheck i already have implemented a thread for
>>>  > handling the download's and check's. In this case i need it
>>>  > synchronous.
>>>
>>>
>>> I understand, but those components are not meant to be synchronous. If
>>> they were, they would be locking up the application for the duration of
>>> the download, which can be quite long.
>>> Use the events, and you should be able to do what you want, but have the
>>> advantage to not freeze the application.
>>>
>>> Where is the problem to include a property which deactivates the asynch mode.
>>
>>
>>
>> The problem? It's that the whole class structure is built around threads. It works with threads, it's not intended to work any other way.
>> Simply saying "asynchronous:=True" means changing lots of different things and that's not something I'm not willing to consider. If someone wants to wait for the end of the download, they should wait for the OnEndFile (or OnEndStream) event to occur.
>>
>
> Accepted, not so good for me, but accepted!

What could be done is to add a "Wait" method that does not return until the download is finised (either ok or with an error).
That, I believe, should not be too difficult to do.

Cheers


-- 
Olivier Sannier
JVCL Coordinator


Subject: News about JVCL 3 release
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 25 Jan 2005 08:51:54 +0100
Newsgroups: jedi.vcl

Hi all,

As the JCL 1.94 release has been delayed, so is the JVCL 3 release.
When the JCL makes it out of the door, the JVCL 3 release will be prepared and released in the following few days.
However, due to some personal obligations, I won't be able to work on it from Thursday morning to Sunday morning.

Sorry for the inconvenience.

Note to developpers: the branch for JVCL 3 preparation is not there yet, it will be created once the JCL is available.

Regards

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvProgramVersionCheck
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 25 Jan 2005 08:50:47 +0100
Newsgroups: jedi.vcl

Ok, then I have to take still httpurlgrabbers for that.
Greetings
Dierk


"Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
news:ct3jhf$9mb$2@talkto.net...
> > Hi Dierk,
> >
> > it's not top secret:-)
> >
> > The component has the possibility to look at an other place into an
> > ini/xml-file if there are newer versions of the application.
> >
> > There is a location concept included which should support network-,
> > http-, ftp- and database-locations.
> >
> > It's finished and working for the network-location.
> >
> > I will do some tuning and then i can upload the first version to cvs.
> >
> > Until now i don't have components for the other location types.
> >
> > Greetings
> > Jens
> >
> > Dierk schrieb:
>> > > Hi Jens,
>> > > what is the TJvProgramVersionCheck, you wrote about in Mantis?
>> > > It seems to be exactly that thing what I need and what I tried to make
with
>> > > Olivier´s httpurlgrabbers.
>> > > I couldn´t find anything about that component. Where is it? Is it still
top
>> > > secret?
>> > > Greetings
>> > >
>> > > Dierk
>> > >
>> > >
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de




Subject: Re: Problems with 3rd Party Integration Indy
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 25 Jan 2005 08:47:26 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > It's very important for any kind of 3rd-party integration.

Should be working now.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with 3rd Party Integration Indy
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 25 Jan 2005 00:20:09 +0100
Newsgroups: jedi.vcl

>
>> Is it possible to change this behaviour.
>
>
> Yes, but I do not have much time till next weekend.
>
Any news on this ?

It's very important for any kind of 3rd-party integration.


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : TJvCustomAppStorage.ReadXXXList
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 25 Jan 2005 00:14:17 +0100
Newsgroups: jedi.vcl

Discussing with me self, i'm now sure, the last solution is the best, so i've commited this to the cvs.

Jens Fudickar schrieb:
> An other solution could be something like this:
>
> if not ValueStoredInt(Path) and
>   StorageOptions.DefaultIfValueNotExists then
>
> I think this should be the best.
>
> Greetings
> Jens
>
>
> Jens Fudickar schrieb:
>
>> Hi,
>>
>> a new point to discuss.
>>
>> All TJvCustomAppStorage.ReadXXXList functions (needed for reading any kind of list objects) have a boolean parameter ClearFirst.
>>
>> If this parameter is true, the list is cleared before the parameter is read.
>>
>> This could be a problem, if you want to have a default behaviour. The list is always cleared, also when the key does not exist before.
>>
>> I think a better handling would be to define a new type
>>  TJvAppStorageClearFirst = (ascsAllways, ascsOnlyIfKeyExists, ascsNever) and change the ClearFirst parameter from boolean to TJvAppStorageClearFirst.
>>
>> The problem : it's not compatible to the old way. But it's much more better for using.
>>
>> Any comments?
>>
>> Greetings
>> Jens
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : TJvCustomAppStorage.ReadXXXList
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 25 Jan 2005 00:03:31 +0100
Newsgroups: jedi.vcl

An other solution could be something like this:

if not ValueStoredInt(Path) and
  StorageOptions.DefaultIfValueNotExists then

I think this should be the best.

Greetings
Jens


Jens Fudickar schrieb:
> Hi,
>
> a new point to discuss.
>
> All TJvCustomAppStorage.ReadXXXList functions (needed for reading any kind of list objects) have a boolean parameter ClearFirst.
>
> If this parameter is true, the list is cleared before the parameter is read.
>
> This could be a problem, if you want to have a default behaviour. The list is always cleared, also when the key does not exist before.
>
> I think a better handling would be to define a new type
>  TJvAppStorageClearFirst = (ascsAllways, ascsOnlyIfKeyExists, ascsNever) and change the ClearFirst parameter from boolean to TJvAppStorageClearFirst.
>
> The problem : it's not compatible to the old way. But it's much more better for using.
>
> Any comments?
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: To Discuss : TJvCustomAppStorage.ReadXXXList
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 24 Jan 2005 23:32:49 +0100
Newsgroups: jedi.vcl

Hi,

a new point to discuss.

All TJvCustomAppStorage.ReadXXXList functions (needed for reading any kind of list objects) have a boolean parameter ClearFirst.

If this parameter is true, the list is cleared before the parameter is read.

This could be a problem, if you want to have a default behaviour. The list is always cleared, also when the key does not exist before.

I think a better handling would be to define a new type
 TJvAppStorageClearFirst = (ascsAllways, ascsOnlyIfKeyExists, ascsNever) and change the ClearFirst parameter from boolean to TJvAppStorageClearFirst.

The problem : it's not compatible to the old way. But it's much more better for using.

Any comments?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Mantis 00002519
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 24 Jan 2005 22:56:31 +0100
Newsgroups: jedi.vcl



OBones schrieb:
> Jens Fudickar wrote:
>
>> Hi Olivier,
>>
>> i have a question to your last comment in the bug notes.
>>
>>  >This exactly what i want. I want to use it synchronous. For example in
>>  > the TJvProgramVersionCheck i already have implemented a thread for
>>  > handling the download's and check's. In this case i need it
>>  > synchronous.
>>
>>
>> I understand, but those components are not meant to be synchronous. If
>> they were, they would be locking up the application for the duration of
>> the download, which can be quite long.
>> Use the events, and you should be able to do what you want, but have the
>> advantage to not freeze the application.
>>
>> Where is the problem to include a property which deactivates the asynch mode.
>
>
> The problem? It's that the whole class structure is built around threads. It works with threads, it's not intended to work any other way.
> Simply saying "asynchronous:=True" means changing lots of different things and that's not something I'm not willing to consider. If someone wants to wait for the end of the download, they should wait for the OnEndFile (or OnEndStream) event to occur.
>

Accepted, not so good for me, but accepted!

Greetings
Jens

> Cheers
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Mantis 00002519
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 24 Jan 2005 22:42:06 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi Olivier,
>
> i have a question to your last comment in the bug notes.
>
>  >This exactly what i want. I want to use it synchronous. For example in
>  > the TJvProgramVersionCheck i already have implemented a thread for
>  > handling the download's and check's. In this case i need it
>  > synchronous.
>
>
> I understand, but those components are not meant to be synchronous. If
> they were, they would be locking up the application for the duration of
> the download, which can be quite long.
> Use the events, and you should be able to do what you want, but have the
> advantage to not freeze the application.
>
> Where is the problem to include a property which deactivates the asynch mode.

The problem? It's that the whole class structure is built around threads. It works with threads, it's not intended to work any other way.
Simply saying "asynchronous:=True" means changing lots of different things and that's not something I'm not willing to consider. If someone wants to wait for the end of the download, they should wait for the OnEndFile (or OnEndStream) event to occur.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 24 Jan 2005 22:38:42 +0100
Newsgroups: jedi.vcl

Hi Dierk,

it's not top secret:-)

The component has the possibility to look at an other place into an ini/xml-file if there are newer versions of the application.

There is a location concept included which should support network-, http-, ftp- and database-locations.

It's finished and working for the network-location.

I will do some tuning and then i can upload the first version to cvs.

Until now i don't have components for the other location types.

Greetings
Jens

Dierk schrieb:
> Hi Jens,
> what is the TJvProgramVersionCheck, you wrote about in Mantis?
> It seems to be exactly that thing what I need and what I tried to make with
> Olivier´s httpurlgrabbers.
> I couldn´t find anything about that component. Where is it? Is it still top
> secret?
> Greetings
>
> Dierk
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Mantis 00002519
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 24 Jan 2005 22:36:04 +0100
Newsgroups: jedi.vcl

Hi Olivier,

i have a question to your last comment in the bug notes.

>This exactly what i want. I want to use it synchronous. For example in
> the TJvProgramVersionCheck i already have implemented a thread for
> handling the download's and check's. In this case i need it
> synchronous.


I understand, but those components are not meant to be synchronous. If
they were, they would be locking up the application for the duration of
the download, which can be quite long.
Use the events, and you should be able to do what you want, but have the
advantage to not freeze the application.

Where is the problem to include a property which deactivates the asynch mode.

For the JvProgramVersionCheck i already have a thread include which can handle all the synch calls and the application is not locked. And to handle the thread and it's events inside an other thread is more complex then necesarry.
The default of the property should be asynch, but why not as an option for the developer.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Transparency on XPButton
From: Bolla Sándor <xo3_delphi@freemail.hu>
Date: Mon, 24 Jan 2005 21:01:32 +0100
Newsgroups: jedi.vcl

Hi there,

I tried to give in runtime a picture to XPButton from an ImageList, but as i saw no transparency effects could made for the button, is there any solution to add an image and also the transparency for it from an imagelist?

My samplecode:

....
dmMySQL.ilIng16 : TImageList;
btnGenerate : TJvXPButton;
....

procedure TfrmNewErd.FormShow(Sender: TObject);
var Img : TBitmap;
begin
  ClearForm;
  Img := TBitmap.Create;
  dmMySQL.ilIng16.GetBitmap(0, Img);
  btnGenerate.Glyph := Img;
  btnGenerate.Glyph.Transparent := true;
  btnGenerate.Glyph.TransparentColor := clWhite;
  dmMySQL.ilIng32.GetBitmap(1, Img);
  SaveErd.Glyph := Img;
  Img.Free;
end;

The transparency color is also set in the ImageList

Thanks
Alex


Subject: Re: Install bugs
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 24 Jan 2005 21:00:19 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Fred wrote:
>
>> Hello,
>>
>> The problem with BCB5 hasn't been solved. Build.exe does not read the right registry key and stops. I don't use Delphi so don't ask me where's the bug; I can't debug the code.
>> The things are getting worse, because when I use the installer compiled with a modified Build.dpr (I let only one registry key, the BCB one), it hangs and crashes each time it tries to compile a package. On our 3 machines, we have exactly the same result. So, there are only two solutions remaining: using an old installer or compiling each package manually (what a loss of time!).
>
>
> I'll investigate that tonight, I must have missed something last time I tried.
> Thanks for the report.
> Cheers

Ok, please try the latest version. By default it was starting with D5 and would prefer it over C5 because it's a Delphi version. However, it was not checking that D5 was actually installed.
I've modified it so that it now checks that D5 is installed before preferring over C5.

Please let me know how it goes, it works here on my machine.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: TJvNagScreen?
From: "Brigitte Spatz" <bs[nospam]@dsa-gmbh.de>
Date: Mon, 24 Jan 2005 16:56:05 +0100
Newsgroups: jedi.vcl

Could somebody please explain how to use TJvNagScreen? I have never built a nag screen but need one now and don't quite know how to go about.

TIA.

Brigitte


Subject: TreeCombobox
From: "C. Kindle" <ckindle@web.li>
Date: Mon, 24 Jan 2005 16:45:34 +0100
Newsgroups: jedi.vcl

Hello

I'm looking for a TreeComboBox component, which combines treeview and 
combobox. In JVCL I didn't found such a component. Does such a component 
exist in JVCL?

Bye
Christoph 




Subject: Re: Semi-OT: Advice on writing international applications in D7. Resource DLL versus Gnu Gettext?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 24 Jan 2005 15:36:33 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> I notice that JVCL3 uses a local copy of gnu Gettext to provide resource string loading from .po files.
>
> Is anyone also using the builtin gnu Gettext in their applications to provide international resource string loading for the rest of their application, forms, etc?

I'm using my own copy of DxGettext from Lars, it is a bit more up to date I believe.


> Or are you using the Resource DLL mechanism as described in the Delphi 7 Developer guide (17-11).

I tried once, and abandonned when I saw that I had to regenerate the resources DLLs everytime I changed a little thing. Plus the ITE is too complex and translators need to have Delphi.


> I have never done a multi-language program before and I am considering it for my current application.  I need a little advice.

Well, basically, if you can stay away from resources DLLs, do it, it's much easier for the translators to have a text file to translate.
The only problem is that if you have resources (like bitmaps/icons/sounds) that need to be localized and you are not using resource DLLs, those resources must be externalized. But that's no big deal as 99% of the applications I know of don't embed those anyway.

I'll try to put online a document I wrote comparing the two approaches. It's internal to my company so I'll have to "clean it" and get approval before publishing it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Semi-OT: Advice on writing international applications in D7. Resource DLL versus Gnu Gettext?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 24 Jan 2005 09:29:28 -0500
Newsgroups: jedi.vcl

I notice that JVCL3 uses a local copy of gnu Gettext to provide resource string loading from .po files.

Is anyone also using the builtin gnu Gettext in their applications to provide international resource string loading for the rest of their application, forms, etc?

Or are you using the Resource DLL mechanism as described in the Delphi 7 Developer guide (17-11).

I have never done a multi-language program before and I am considering it for my current application.  I need a little advice.

Regards,

Warren


Subject: What happened to TJvPasswordForm ?
From: "Terence" <cforce@gmx.de>
Date: Mon, 24 Jan 2005 14:17:53 +0100
Newsgroups: jedi.vcl

I can't find TJvPasswordForm in Jedi vcl 3 anymore,
also no hints in changelog or Readme.
Where is it? 




Subject: Re: install error
From: Zapsys <zapsys@zapsys.com.br>
Date: Mon, 24 Jan 2005 09:19:11 -0300
Newsgroups: jedi.vcl

Yes, install ok,

Ok, installation of the version 3.00 - rc 194, was made

but some components of the version 2.10 were not installed

JVDBDATEDIT
JVINTEGER
JVLOOKUPEDIT
JVDBCALCEDIT
JVTRANSLED

Had those components left the suite in the version 3.00?




Zapsys escreveu:
> tanks,,, i downloading... 1.94
>
> Andreas Hausladen escreveu:
>
>> Zapsys wrote:
>>
>>
>>> I removing jedi 2.10
>>
>>
>>
>> Jedi ? I think with Jedi you mean JCL and JVCL (these are two projects and
>> the JVCL requires an installed JCL).
>>
>>
>>
>>> DJCLVCL.DCP does not exist
>>
>>
>>
>> Have you installed the JCL 1.94 RC1 first? If not please do this. The JVCL
>> 3 RC1 requires an installed JCL 1.94 RC1
>>
>>


Subject: Re: Install bugs
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 24 Jan 2005 13:12:58 +0100
Newsgroups: jedi.vcl

Fred wrote:

> Hello,
>
> The problem with BCB5 hasn't been solved. Build.exe does not read the right registry key and stops. I don't use Delphi so don't ask me where's the bug; I can't debug the code.
> The things are getting worse, because when I use the installer compiled with a modified Build.dpr (I let only one registry key, the BCB one), it hangs and crashes each time it tries to compile a package. On our 3 machines, we have exactly the same result. So, there are only two solutions remaining: using an old installer or compiling each package manually (what a loss of time!).

I'll investigate that tonight, I must have missed something last time I tried.
Thanks for the report.
Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: install error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Jan 2005 12:46:03 +0100
Newsgroups: jedi.vcl

Zapsys wrote:

> JVDBDATEDIT
> JVINTEGER
> JVLOOKUPEDIT
> JVDBCALCEDIT
> JVTRANSLED
>
> Had those components left the suite in the version 3.00?

Please read changelog.txt. Some components have been moved to Archive others have been merged.


Subject: Install bugs
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 24 Jan 2005 12:52:08 +0200
Newsgroups: jedi.vcl

Hello,

The problem with BCB5 hasn't been solved. Build.exe does not read the 
right registry key and stops. I don't use Delphi so don't ask me where's 
the bug; I can't debug the code.
The things are getting worse, because when I use the installer compiled 
with a modified Build.dpr (I let only one registry key, the BCB one), it 
hangs and crashes each time it tries to compile a package. On our 3 
machines, we have exactly the same result. So, there are only two 
solutions remaining: using an old installer or compiling each package 
manually (what a loss of time!).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Jedi Help 3 RC1Integration Bugs
From: "Terence" <cforce@gmx.de>
Date: Mon, 24 Jan 2005 11:33:18 +0100
Newsgroups: jedi.vcl

I can't integrate the Jedi help in dthe delphi ide without bugs.
I get cryptic chars after adding and mostly no keywords are found in search
Is there a howto anything i have to keep in mind? 




Subject: TJvProgramVersionCheck
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 24 Jan 2005 09:58:57 +0100
Newsgroups: jedi.vcl

Hi Jens,
what is the TJvProgramVersionCheck, you wrote about in Mantis?
It seems to be exactly that thing what I need and what I tried to make with
Olivier´s httpurlgrabbers.
I couldn´t find anything about that component. Where is it? Is it still top
secret?
Greetings

Dierk




Subject: [Suggestion] JvDockServer CenterDock.
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Mon, 24 Jan 2005 14:38:52 +0800
Newsgroups: jedi.vcl

JvDockServer will be much more powerful, if it has CenterDock. And allow programmer to change the dock server control to any 
WinControl (default is the TForm).

Thanks,
-- Samson Fu 

Subject: Re: What Version of UIB?
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Sun, 23 Jan 2005 16:23:12 -0500
Newsgroups: jedi.vcl

> >
> > This is not recommended, as the JvUIB components have not been uptaded for 
> > about a month now.
> > Having discussed with the author, we decided that he would continue to 
> > provide support but will not update the UIB components in JVCL anymore.
> > Hence, we recommend that you use the components from his website to get 
> > the latest bug fixes and updates.
> >
 I uninstalled and deleted all UIB related files in RC1, installed the 
authors version without any problems.

Thanks for your quick response.

Femi 




Subject: Re: What Version of UIB?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 23 Jan 2005 18:33:18 +0100
Newsgroups: jedi.vcl

Femi Fadayomi wrote:

> What version of UIB is supported in RC1? Can I replace UIB from author's site with the one included with JVCL?

This is not recommended, as the JvUIB components have not been uptaded for about a month now.
Having discussed with the author, we decided that he would continue to provide support but will not update the UIB components in JVCL anymore.
Hence, we recommend that you use the components from his website to get the latest bug fixes and updates.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: What Version of UIB?
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Sun, 23 Jan 2005 12:23:33 -0500
Newsgroups: jedi.vcl

What version of UIB is supported in RC1? Can I replace UIB from author's 
site with the one included with JVCL?

Thanks,
Femi 




Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 23 Jan 2005 15:55:51 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Normally i TRY to do it :-(

I know, it can happen to everyone.


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Jan 2005 15:44:59 +0100
Newsgroups: jedi.vcl

OBones wrote:

> It seems okay with me, it's just that you have to keep this rule in mind:
>
> If it's registered in an initialization section, it must be unregistered in the finalization section.

*and* set any pointer to nil afterwards.

That was a problem many months earlier. I think Delphi does not clean up the data segment when it reloads a package. The result was that when using the .bpg you got strange bugs.


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Jan 2005 15:42:51 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> For me this is correct. There are only three places where this is used. In the VCL, in the JVCL and in the DevExpCx Unit.
>
> What i want to do is, including the unit actiavtes automaticly the engine. It's the same for the non db-units/engine.
>
> Anything wrong with this?

I did not make a deep dive into the code so i do not understand it.
I only deduced from the name and the implementation that thee is only one default value so using several of the units results in not knowing which one is the default. I may be very well misunderstand the code.


Subject: Re: JVCL 3.00 release schedule
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 23 Jan 2005 15:22:03 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Jens Fudickar wrote:
>
>> Hi OLivier,
>>
>> thanks for that. I've not seen it before, so i didn't have looked for it.
>>
>> My Question, is my way of working with engines correct or should i improve something. It's tricky code, but sometimes realy helpfull.
>
>
> It seems okay with me, it's just that you have to keep this rule in mind:
>
> If it's registered in an initialization section, it must be unregistered in the finalization section.

Normally i TRY to do it :-(
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 23 Jan 2005 15:06:15 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi OLivier,
>
> thanks for that. I've not seen it before, so i didn't have looked for it.
>
> My Question, is my way of working with engines correct or should i improve something. It's tricky code, but sometimes realy helpfull.

It seems okay with me, it's just that you have to keep this rule in mind:

If it's registered in an initialization section, it must be unregistered in the finalization section.


Subject: Re: JVCL 3.00 release schedule
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 23 Jan 2005 14:59:57 +0100
Newsgroups: jedi.vcl

Hi OLivier,

thanks for that. I've not seen it before, so i didn't have looked for it.

My Question, is my way of working with engines correct or should i improve something. It's tricky code, but sometimes realy helpfull.

Greetings
Jens

OBones schrieb:
> Robert Marquardt wrote:
>
>> OBones wrote:
>>
>>> However, if I load JvDB then unload JvCore, I get an AV in rtl60.bpl
>>
>>
>>
>> This probably means that a freed object from JvDB is used in JvCore.
>> My current bet is on the JvDynControl* files because they have been recently changed and are spread over JvDB and JvCore.
>> Maybe a notification mechanism is missing somewhere.
>
>
> Well, that was that, but a bit trickier than just an object being used when it should not.
> What happened is that JvAppStoragePropertyEngineDB.pas (in JvDB) registers the TJvAppStoragePropertyDBGridColumnsEngine class with TJvAppStoragePropertyEngineList. This class instanciate an instance of the given class. Hence it owns the object.
> When JvCore is unloaded, the list is freed and as it "owns" the objects, it rightfully tries to delete them.
> However, at that point in time, JvDB is already unloade, so the desctructor code for TJvAppStoragePropertyDBGridColumnsEngine is nowhere to be seen and hence the AV.
> What I did is to add an unregister mechanism to the list class, and have that mechanism called when JvDB is unloaded via the finalization section of JvAppStoragePropertyEngineDB.pas
> I've tested this with D6, C5 and C6, it does not crash anymore, so I'll consider this fixed. I would appreciate however to get feedback from D5, D7 and D2005 users.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL 3.00 release schedule
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 23 Jan 2005 14:57:19 +0100
Newsgroups: jedi.vcl

For me this is correct. There are only three places where this is used. In the VCL, in the JVCL and in the DevExpCx Unit.

What i want to do is, including the unit actiavtes automaticly the engine. It's the same for the non db-units/engine.

Anything wrong with this?

Greetings
Jens

Robert Marquardt schrieb:
> OBones wrote:
>
>> Well, that was that, but a bit trickier than just an object being used when it should not.
>
>
> Nice to win the bet. ;-)
> BTW i saw that SetDefaultDynControlEngineDB is used in several units.
> I have the impression that only one call should be used.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: timeline
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 23 Jan 2005 13:29:38 +0100
Newsgroups: jedi.vcl

Oh, just noticed your error (does your code even compile?):

var item:TJvTimeItem;
begin

table.first
While not table eof
begin
  item := timline.items.add;
  item.caption := fieldbyname('name').asssting;
  item.date := fieldbyname('date').asdate;
  next;
end;
timeline.Invalidate;

This should work.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: timeline
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 23 Jan 2005 13:23:37 +0100
Newsgroups: jedi.vcl

Try adding a timeline.Invalidate after the loop.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: timeline
From: "morst" <morst@bogpond.com>
Date: Sun, 23 Jan 2005 21:14:33 +1100
Newsgroups: jedi.vcl

Hi

Can someone help me adding items to the timeline programatically.
I am using the following code and it all runs but nothing displays or is 
added.
table.first
While not table eof
begin
  timline.items.add;
  timeline.items.caption := fieldbyname('name').asssting;
  timeline.items.date := fieldbyname('date').asdate;
  next
end;

Is there something else I should be adding or is the approach wrong

Thanking you

Moris Sztajer 




Subject: Re: install error
From: Zapsys <zapsys@zapsys.com.br>
Date: Sat, 22 Jan 2005 18:45:04 -0300
Newsgroups: jedi.vcl

tanks,,, i downloading... 1.94

Andreas Hausladen escreveu:
> Zapsys wrote:
>
>
>> I removing jedi 2.10
>
>
> Jedi ? I think with Jedi you mean JCL and JVCL (these are two projects and
> the JVCL requires an installed JCL).
>
>
>
>> DJCLVCL.DCP does not exist
>
>
> Have you installed the JCL 1.94 RC1 first? If not please do this. The JVCL
> 3 RC1 requires an installed JCL 1.94 RC1
>
>


Subject: Re: aligning label to jvstringgrid column
From: "David Freeman" <freeman@ihug.co.nz>
Date: Sun, 23 Jan 2005 10:44:06 +1300
Newsgroups: jedi.vcl

Cool, Thanks Peter. 




Subject: install error
From: Zapsys <zapsys@zapsys.com.br>
Date: Sat, 22 Jan 2005 18:04:29 -0300
Newsgroups: jedi.vcl


I have DELPHI 6 + jedi 2.10 + Windows 2000 (professional) Pack 4 (5.0.2195)

I removing jedi 2.10

error in installing... 3.00 - rc1

"Many erro messages appear because the JCL version and the JVCL version are not compatible....

DJCLVCL.DCP does not exist



Subject: Re: install error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 22 Jan 2005 21:14:08 +0100
Newsgroups: jedi.vcl

Zapsys wrote:

> > I removing jedi 2.10

Jedi ? I think with Jedi you mean JCL and JVCL (these are two projects and
the JVCL requires an installed JCL).


> > DJCLVCL.DCP does not exist

Have you installed the JCL 1.94 RC1 first? If not please do this. The JVCL
3 RC1 requires an installed JCL 1.94 RC1


-- Regards, Andreas Hausladen 

Subject: Re: JclDebug for the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 22 Jan 2005 20:07:02 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I think it would be very handy to have an option in the
> > installer to compile the packages with JclDebug for
> > exceptions with stack trace.

The installer already allows you to generate the .map files.


-- Regards, Andreas Hausladen 

Subject: JclDebug for the JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Jan 2005 19:32:32 +0100
Newsgroups: jedi.vcl

I think it would be very handy to have an option in the
installer to compile the packages with JclDebug for
exceptions with stack trace.
I would also make a nice example for stuffing 3rd party
packages also.

I hope to catch another bug i suspect we still have.
After some time of editing files in the IDE an exception
occurs. I am not sure that it is in the JVCL, but it
persists even after i reinstalled my computer some
time ago when i shed many components i do not use.


Subject: Re: Bug or Purpose?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 22 Jan 2005 18:21:56 +0100
Newsgroups: jedi.vcl

> > so it is a bug?!
Looks like it is

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 22 Jan 2005 17:02:45 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Well, that was that, but a bit trickier than just an object being used when it should not.
>
>
> Nice to win the bet. ;-)
> BTW i saw that SetDefaultDynControlEngineDB is used in several units.
> I have the impression that only one call should be used.

That, I cannot be sure of. Jens would have to give some input here.


Subject: Re: Bug or Purpose?
From: "Christian Gorski" <christian@gorski.de>
Date: Sat, 22 Jan 2005 16:34:45 +0100
Newsgroups: jedi.vcl

for me, i did that already. ;-)

so it is a bug?!




Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Jan 2005 16:06:04 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Well, that was that, but a bit trickier than just an object being used when it should not.

Nice to win the bet. ;-)
BTW i saw that SetDefaultDynControlEngineDB is used in several units.
I have the impression that only one call should be used.


Subject: Re: JVCL 3.00 release schedule
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 22 Jan 2005 15:51:47 +0100
Newsgroups: jedi.vcl

somebody wrote:

> > Every non-defunct software project, including commercial ones,
> > are under constant development but the common understanding is major
> > releases are to be expected to be reasonably stable

Doesn't the release contains the RC1 in it's name? It is a release
candidate not the final release.


> > by releasing known-to-be-defective products.

Do you expect us (around 8 developers which offer their spare time for
JEDI) to keep more than 550 components and a lot more classes in a stable
state where most of the components are not written by us because they were
donated? For example the Globus components are legacy.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release schedule
From: "somebody" <somebody@somewhere.com>
Date: Sat, 22 Jan 2005 07:24:10 -0700
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote
> > somebody wrote:
>> > > "Robert Rossmair" <Robert.Rossmair@gmx.net> wrote

>>>> > >>>1. Fix only the most obvious ones and release on sunday evening

>>> > >>Preferable.  You have to be aware that, given typical user attitude
>>> > >>(let's wait for the "stable" version), many bugs will be reported only
>>> > >>after release anyway.

>> > > Thanks for the heads up, I will wait until 3.5 then. <g>

> > I guess you'll keep on waiting. The JVCL is constantly under work, just
> > like a lot of products.

Exactly. Every non-defunct software project, including commercial ones, are
under constant development but the common understanding is major releases
are to be expected to be reasonably stable, although Borland did set dubious
precedents with D8 and more importantly D2005, I must admit, by releasing
known-to-be-defective products.

> >But I can't force you to use it ;-)

Nor can I force you to reconsider. It's just an honest input from a
potential user.




Subject: Re: JVCLInstaller - PATH envvar
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 22 Jan 2005 15:12:35 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Would this work?

Provided that the packages have different names, yes it would work. I'm running 3 versions of Borland IDEs on the same machine, all three are in the path, and no problem whatsoever.


> The reason for adding these paths is that there meight be some packages in
> directories that are registered to PATH (custom BPL dirs)

Could you elaborate on this?

Cheers

Olivier Sannier
JVCL Coordinator


Subject: ComboBox Columns
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Sat, 22 Jan 2005 15:45:51 +0200
Newsgroups: jedi.vcl

Try this...

http://www.o2a.com/cbplus.htm

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCLInstaller - PATH envvar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 22 Jan 2005 14:25:01 +0100
Newsgroups: jedi.vcl

I thought about adding every directory to the PATH env-var that is already
in Installer's startup PATH env-var and that contains *.bpl files.
But after implementing this I found out that this would lead to adding
every Delphi version $(DELPHI)\Projects\Bpl directory that is in the PATH
(Delphi 5, 6, 7, 9) will be added to the new PATH env-var. The
implementation of that code first adds the target's BplDir first and then
adds the other BplDirs (from startup PATH).

Do you think this would work without using wrong .bpl file from other
Delphi version's BplDir ?


Example:
startup:
PATH=C:\Delphi5\Projects\Bpl;C:\Delphi6\Projects\Bpl;C:\Delphi7\Projects\Bp
l

- Installer starts
- Installer prepares PATH env-var for make.exe (Delphi 7)
  SET
PATH=C:\Windows;C:\Windows\System;C:\Delphi7\Bin;C:\Delphi7\Projects\Bpl
- Installer adds Directories from startup PATH
  SET PATH=%PATH%;C:\Delphi6\Projects\Bpl;C:\Delphi6\Projects\Bpl
  (Delphi 7 is already in PATH => ignored here)

Would this work?

The reason for adding these paths is that there meight be some packages in
directories that are registered to PATH (custom BPL dirs)


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 22 Jan 2005 13:22:28 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> However, if I load JvDB then unload JvCore, I get an AV in rtl60.bpl
>
>
> This probably means that a freed object from JvDB is used in JvCore.
> My current bet is on the JvDynControl* files because they have been recently changed and are spread over JvDB and JvCore.
> Maybe a notification mechanism is missing somewhere.

Well, that was that, but a bit trickier than just an object being used when it should not.
What happened is that JvAppStoragePropertyEngineDB.pas (in JvDB) registers the TJvAppStoragePropertyDBGridColumnsEngine class with TJvAppStoragePropertyEngineList. This class instanciate an instance of the given class. Hence it owns the object.
When JvCore is unloaded, the list is freed and as it "owns" the objects, it rightfully tries to delete them.
However, at that point in time, JvDB is already unloade, so the desctructor code for TJvAppStoragePropertyDBGridColumnsEngine is nowhere to be seen and hence the AV.
What I did is to add an unregister mechanism to the list class, and have that mechanism called when JvDB is unloaded via the finalization section of JvAppStoragePropertyEngineDB.pas
I've tested this with D6, C5 and C6, it does not crash anymore, so I'll consider this fixed. I would appreciate however to get feedback from D5, D7 and D2005 users.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: combobox with columns?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 22 Jan 2005 10:20:07 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> AFAIK, there is no such beast
>

    The closest thing I can think of is by using a StringsProvider with SubItems support, accompanied by a custom renderer to render the sub items as columns. I'll see if I can dig up an early test version of the StringsProvider (which did have both image as well as multi column support), but I've cleaned out a lot so I may not have it anywhere in a usable state.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvMRUManager
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 22 Jan 2005 08:53:12 +0100
Newsgroups: jedi.vcl

I haven't tried, but I would guess this could work (assuming JvMRUManager is
the "master" list):

procedure TForm1.JvMRUManager1AfterUpdate(Sender: TObject);
begin
  JvComboEdit1.AutoCompleteItems := JvMRUManager1.Strings;
end;


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: combobox with columns?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 22 Jan 2005 08:48:32 +0100
Newsgroups: jedi.vcl

AFAIK, there is no such beast

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Bug or Purpose?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 22 Jan 2005 08:48:07 +0100
Newsgroups: jedi.vcl

The "List.Add(Name)" line in that method should probably be changed to
"List.Add(PChar(Name))" or, alternatively, the affected section should be
rewritten as (untested):

....
              Len := DragQueryFile(DragH, I, nil, 0);
              if Len > 0 then
              begin
                SetLength(Name, Len);
                DragQueryFile(DragH, I, PChar(Name), Len);
                if Name <> '' then
                  List.Add(Name);
              end;
....

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: missing edit
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 22 Jan 2005 08:41:35 +0100
Newsgroups: jedi.vcl

Replaced by TJvValidateEdit. It has properties to limit input to many
different types (integer, hex, float etc).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: aligning label to jvstringgrid column
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 22 Jan 2005 08:40:00 +0100
Newsgroups: jedi.vcl

Simplest solution I could think of:

procedure TForm1.JvStringGrid1DrawCell(Sender: TObject; ACol,
  ARow: Integer; Rect: TRect; State: TGridDrawState);
begin
  if (ARow = 0) and (ACol = JvStringGrid1.ColCount - 1) then
    Label1.Left := JvStringGrid1.Left + Rect.Left;
end;

The "(ARow = 0)" is included so the label is only moved once for each column
redraw (instead of for every cell in the column), but if that is causing
problems, you could remove it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Bug or Purpose?
From: "Christian Gorski" <christian@gorski.de>
Date: Sat, 22 Jan 2005 03:59:24 +0100
Newsgroups: jedi.vcl

The "function TJvDropTarget.GetFilenames(List: TStrings): Integer" puts a #0
behind each Filename in the List. I am used not to get a #0 when I retrieve
a Filename somewhere else. I use D5.







Subject: missing edit
From: "Sergio Alejandro" <sergioalejandro@cyberlandmexico.com>
Date: Fri, 21 Jan 2005 20:33:26 -0600
Newsgroups: jedi.vcl

Hi everybody...

Can't find some edit components (integer and currency) in version 3, it was
ok on version 2.1...Where can I find tem ??

Thanks




Subject: I have a question for the UIB components maintainers
From: Martin <1@1.1>
Date: Sat, 22 Jan 2005 12:43:36 +1100
Newsgroups: jedi.vcl

Is the GetBookmark and GotoBookmark methods supported. Because I have just started trying to use them and the function GetBookmark is returning a nil value.

Regards
Martin.


Subject: aligning label to jvstringgrid column
From: "David Freeman" <freeman@ihug.co.nz>
Date: Sat, 22 Jan 2005 10:41:58 +1300
Newsgroups: jedi.vcl

Delph 7, pro, on XP Home.

On my form I have a jvstringgrid, the right-most column of which is a budget
value in dollars.

I want to show the total of this column at the bottom of the screen in a
label.  My problem: how do I keep this label aligned with the right-most
column of the jvstringgrid?  I want the user to be able to resize the
columns and have the label move with the column.

Thanks in advance.
David




Subject: Re: JVCL 3.00 release schedule
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 21 Jan 2005 21:17:17 +0100
Newsgroups: jedi.vcl

John Friel wrote:
>> Is there a specific component that you want to be documented?
> I'm sorry.  Guess I hit a nerve or something.  

Actually I was serious. There are a *lot* of components to be documented, so feedback on which documentation is needed is appreciated.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL 3.00 release schedule
From: "Ray A." <nospam@hotmail.com>
Date: Fri, 21 Jan 2005 19:17:47 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Robert Marquardt wrote:
> > 
>> > > Robert Marquardt wrote:
>> > > 
>>> > >> I will revert my changes, but i do not think that i caused the
> > problem.
>> > > 
>> > > 
>> > > Checked. It happens even for the unchanged files.
> > 
> > Problem is not directly in JvCore, loading and unloading it by itself
> > does not trigger any problem.
> > 
> > However, if I load JvDB then unload JvCore, I get an AV in rtl60.bpl
> > 
> > Test case:
> > 
> > Open, Component > Install packages
> > Uncheck JvCore (JVCL Core Components), notice AV
> > Check JvCore
> > Uncheck JvCore, notice that there is no AV
> > Check JvDB (JVCL Database Components)
> > Uncheck JvDB
> > Uncheck JvCore, notice AV
> > 
> > Can anyone confirm this ?

I can confirm the problem also exists for Delphi 7 and 2005.

Ray 


Subject: combobox with columns?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 21 Jan 2005 16:52:12 +0100
Newsgroups: jedi.vcl

Hello,

do we have  combobox-style control that displays columns in the dropdown
list in the JVCL? With a direct search i found nothing.

Thanks,
Ralf



Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Jan 2005 16:45:50 +0100
Newsgroups: jedi.vcl

OBones wrote:

> However, if I load JvDB then unload JvCore, I get an AV in rtl60.bpl

This probably means that a freed object from JvDB is used in JvCore.
My current bet is on the JvDynControl* files because they have been recently changed and are spread over JvDB and JvCore.
Maybe a notification mechanism is missing somewhere.


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Jan 2005 16:43:21 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will check the finalization sectons of the JVDB package also.

Rats. Nothing found.


Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 21 Jan 2005 16:05:16 +0100
Newsgroups: jedi.vcl

John Friel wrote:
>> I don't see that.  When a developer who developed the component documents it, it often is complicated as t is not from a component users perspective. AFAI can see, a competant user of a components can document the props. methods events and general usage very well.  Then the author of the component can verify there are no minor errors.
>>
>> I have been thinking about putting the same kind of documentation tool in my actual applications to let users document bits I missed.
>
>
> To help then, I will make a concerted effort to try to help document what I find lacking and hope that others help too.
>
> That's the best I can do!

That's already much more than most users will ever do.
Thanks a lot for your efforts.
Should you decide to contribute on a regular basis, please ask for a documenter login on the Jedi Help website, this will mean your changes go live directly.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.00 release schedule
From: "John Friel" <jedi@frieltek.com>
Date: Fri, 21 Jan 2005 08:58:49 -0600
Newsgroups: jedi.vcl

> > I don't see that.  When a developer who developed the component documents 
> > it, it often is complicated as t is not from a component users 
> > perspective. AFAI can see, a competant user of a components can document 
> > the props. methods events and general usage very well.  Then the author of 
> > the component can verify there are no minor errors.
> >
> > I have been thinking about putting the same kind of documentation tool in 
> > my actual applications to let users document bits I missed.

To help then, I will make a concerted effort to try to help document what I 
find lacking and hope that others help too.

That's the best I can do!

Cheers!

John




Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Jan 2005 14:32:45 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> They are mostly untested because I have only one computer which requires a
> working JVCL installation. So playing with all options is nothing I'm
> doing on every JVCL compile.

Understandable, but it has not been tested too long.
I will now have to fix several packages for USEJVCL condition.


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Jan 2005 14:31:34 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Problem is not directly in JvCore, loading and unloading it by itself does not trigger any problem.
>
> However, if I load JvDB then unload JvCore, I get an AV in rtl60.bpl

I will check the finalization sectons of the JVDB package also.
I bet the error is somewhere in that area. I already fixed some other finalizations to cleanly set freed pointers to nil.


Subject: Re: Package dependencies
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Jan 2005 14:29:01 +0100
Newsgroups: jedi.vcl

I currently untangle the USEJVCL condition in the packages.
UNITVERSIONING vs USEJVCL needs changes.

I will finish it until 18:00 MEZ


Subject: Re: JVCL 3.00 release schedule
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 21 Jan 2005 13:13:44 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > It seems that the option combinations of the Installer are largely
> > untested.

They are mostly untested because I have only one computer which requires a
working JVCL installation. So playing with all options is nothing I'm
doing on every JVCL compile.


-- Regards, Andreas Hausladen 

Subject: Re: Package dependencies
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 21 Jan 2005 11:25:59 +0100
Newsgroups: jedi.vcl

Dorin Marcoci wrote:

> Hi Olivier Sannier !
>
>
>> Yes, please try to do this without duplicating functions, procedures and types.
>
>
> What functions do you mean? Give me please an example.

The test is REALLY easy, and you could have done it yourself. Open JvStdCtrlsD6R.dpk and remove JvSystem from its requires section.
Recompile, and observe Delphi telling you about duplicate usage of JvComputerInfoEx, JvFormPlacement, JvWndProcHook and JvTimer

I really don't have time to investigate any further, but trust me that it would be much more than a simple "remove unit" to get this independent.
But hey, if you have time to do it, please propose a solution and we will gladly look at it.

Regards

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Package dependencies
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Jan 2005 11:24:27 +0100
Newsgroups: jedi.vcl

I did the original package split from the monolithic JVCL 2.10 package and I
can tell you it was no easy task. The major problem is that the units in
JVCL are depending on each other because common functionality has been
merged into single units/functions/classes, so any component using such a
unit/function/class will have dependencies to the package where that u/f/c
is located. Now, when you have several components in a package that depends
on several different u/f/c in other different packages, you will soon have
an interdependency diagram that will be very hard to sort out.

At the time I did the split, I asked several times for feedback on how to
best resolve the dependencies, but noone replied with anything useful,
probably because it was too complex to spend any time on it.

With the type of multiple, cross-linked dependencies that are present in
JVCL, there are numerous possible incarnations of a package structure, it is
hard to find the best way of doing it. At the same time, I suspect there is
an optimal solution to the problem, but unless anyone has an algorithm (and
a program) that solves it for us, we have to rely on humans doing it. If you
believe you can split the JVCL into better package groupings with less
dependencies, then please do and let us know the results. I wish you good
luck.

PS
If you wonder why a specific package requires another package, it is very
easy to find out: open the dpk of the package you want to examine, delete
the required package from the requires node and rebuild. Delphi will show
you a message that says "Unit 'XXX' implicitly imported into pacakge
'YYYY'".

Check the source of the package you just removed from requires: it should
contain the unit that was reported as implicitly imported and you've found
the reason why the package was required in the first place. If you feel
experimental, you could try removing the dependency in the original package
(by duplicating the functionality that was imported) or move the implicitly
imported unit to a package already required.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 21 Jan 2005 10:58:08 +0100
Newsgroups: jedi.vcl

Jason Chapman wrote:

> "OBones"
>
>
>>> John Friel wrote:
>>>    Please, please, please help with finishing the online help by going to this URL: http://homepages.borland.com/jedi/jedihelp and document whatever help topic is still undocumented but you happen to know what it's for/how it works.
>>>
>>>    Now I feel better ;)
>>
>> Thanks, so that I didn't have to do that ;-)
>
>
> I went to the site and made a change to one of the components.  It let me, but then didn't actually make the change.  Is the change waiting to be moderated or is it that I haven't logged in.  If it is the latter, can you send me login credentials, as per the instructions on the page. E-mail address is my first name at jac2 co uk.

It was waiting validation, it is now validated.
Please send me an email (remove the obfuscators) detailing the extent of what you intend to document and I'll assess.
Basically, as there is no history (yet) of changes, I can't allow anyone to do the changes as there would too high of a risk that some stupid people put crap in there. Some people already tried to do that.

Thanks for your help.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Package dependencies
From: "Dorin Marcoci" <marcodor@no.spam.matrix.md>
Date: Fri, 21 Jan 2005 11:57:38 +0200
Newsgroups: jedi.vcl

Hi Olivier Sannier !

> > Yes, please try to do this without duplicating functions, procedures and 
> > types.

What functions do you mean? Give me please an example.
If we _really_ have common functions maybe is better to create 
JvCtrlFuncs(Classes or JvStdFuncs or JvFuncs), JvTypes package:

JvCore
JvCtrlFuncs (may need JvCore)
JvStdCtrls (need JvCore, JvCtrlFuncs)
JvSystem (need JvCore, JvCtrlFuncs)
Next:
JvUIB (JvCore)
Etc.

I think it's really stupid to instal TJvScreenSaver or 
TJvHidDeviceController components only because I want to have TJvDateEdit.
Or if i want to distribute my applications, why to include in distribution 
JvSystem package, wich i _never_ use it components.

I DON'T accouse somebody from architect team about this issue. This is just 
my opinion. I vote for redesign package dependencies.
All in one strategy is not the best here. We need a fine granularity, every 
package must do its work, not anything else.
I hope for productive co-operation.


Just my 0.001$.

--
  Dorin Marcoci 




Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 21 Jan 2005 10:54:13 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Robert Marquardt wrote:
>
>> I will revert my changes, but i do not think that i caused the problem.
>
>
> Checked. It happens even for the unchanged files.

Problem is not directly in JvCore, loading and unloading it by itself does not trigger any problem.

However, if I load JvDB then unload JvCore, I get an AV in rtl60.bpl

Test case:

Open, Component > Install packages
Uncheck JvCore (JVCL Core Components), notice AV
Check JvCore
Uncheck JvCore, notice that there is no AV
Check JvDB (JVCL Database Components)
Uncheck JvDB
Uncheck JvCore, notice AV

Can anyone confirm this ?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.00 release schedule
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 21 Jan 2005 09:53:11 -0000
Newsgroups: jedi.vcl

"OBones"

>> >> John Friel wrote:
>> >>     Please, please, please help with finishing the online help by going 
>> >> to this URL: http://homepages.borland.com/jedi/jedihelp and document 
>> >> whatever help topic is still undocumented but you happen to know what 
>> >> it's for/how it works.
>> >>
>> >>     Now I feel better ;)
> >
> > Thanks, so that I didn't have to do that ;-)

I went to the site and made a change to one of the components.  It let me, 
but then didn't actually make the change.  Is the change waiting to be 
moderated or is it that I haven't logged in.  If it is the latter, can you 
send me login credentials, as per the instructions on the page. E-mail 
address is my first name at jac2 co uk.

Cheers,
jason. 




Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Jan 2005 10:37:59 +0100
Newsgroups: jedi.vcl

It seems that the option combinations of the Installer are largely untested. I will do some switching today.
I fixed the UNITVERSIONING vs USEJVCL switches today which could not have worked with USEJVCL off.


Subject: Re: Package dependencies
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 21 Jan 2005 10:21:11 +0100
Newsgroups: jedi.vcl

Dorin Marcoci wrote:
> Hi !,
>
> Just downloaded jvcl 3 rc1.
> Release notes say that JvStdCtrls package require JvSystem.
> My question is WHY?
>
> Does TJvBitBtn, TJvImgBtn, TJvCheckBox, TJvRadioButton, TJvRadioGroup from JvStdCtrls need TJvSHFileOperation, TJvChangeNotify, TJvDragDrop, TJvDropTarget, TJvHidDeviceController, TJvNTEventLog, TJvScreenSaver, TJvDeviceChanged, TJvJoystick classes from JvSystem???
>
> As i understand from description JvStdCtrls contains standart controls, but JvSystem hold system related components. I see no dependency, hierahy here.
> IMHO, this must be redesigned.

Yes, please try to do this without duplicating functions, procedures and types.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Jan 2005 10:17:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will revert my changes, but i do not think that i caused the problem.

Checked. It happens even for the unchanged files.


Subject: Re: TJvComboEdit AutoComplete
From: "Dorin Marcoci" <marcodor@no.spam.matrix.md>
Date: Fri, 21 Jan 2005 11:11:26 +0200
Newsgroups: jedi.vcl

"Michael Fritz" <spam_athome@yahoo.de> wrote in message 
news:a6323sb192qp$.lze6ja4bs5mj$.dlg@40tude.net...
> > "Remko Bonte" wrote in message <news:csp1ob$g2b$1@talkto.net>:
> >
> > After e.g. restarting the program I reload these items.
> > The users starts typing and gets this list suggested for selecting one
> > entry. Now he/she decides that one of the entries has been written wrong
> > *or* he/she thinks the list has too many entries.
> > How can the user delete one of the entries?
> >
> > I certainly do not want to write a separate dialog to list all of those
> > entries and give the user the possibility to maintain this list. As this 
> > is
> > a standard API of the OS I think M$ has implemented a certain keystroke or
> > combination (which I do not remember at this time) to remove one entry 
> > from
> > this list.
> >

I think the right way, is to write a separate dialog for manage these items.
Or make a descendent component, wich at one specified hot key (or from popup 
menu) will edit/delete selected item, when list is oppened.
If we choose edit, display an imput query for modified item, if to delete 
just delete it. 




Subject: Re: TJvComboEdit AutoComplete
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 21 Jan 2005 10:00:06 +0100
Newsgroups: jedi.vcl

"Remko Bonte" wrote in message <news:csp1ob$g2b$1@talkto.net>:

> > I don't understand the problem. Why would you add items to the list that 
> > you do NOT want to see as suggestion? Strings you add to the 
> > AutoCompleteItems list are possibly used as suggestion, you should not 
> > add strings to the AutoCompleteItems list if you do not want them as 
> > suggestion.
Yes, of course you are right but:
The users enters 10 strings which I store in the AutoCompleteItems property
first. (Is there an automatic way to get every new string saved into this
list?)

After e.g. restarting the program I reload these items.
The users starts typing and gets this list suggested for selecting one
entry. Now he/she decides that one of the entries has been written wrong
*or* he/she thinks the list has too many entries.
How can the user delete one of the entries?

I certainly do not want to write a separate dialog to list all of those
entries and give the user the possibility to maintain this list. As this is
a standard API of the OS I think M$ has implemented a certain keystroke or
combination (which I do not remember at this time) to remove one entry from
this list.

WOW I'm searching this secret key.

-- cu, Michael 

Subject: Package dependencies
From: "Dorin Marcoci" <marcodor@no.spam.matrix.md>
Date: Fri, 21 Jan 2005 10:58:57 +0200
Newsgroups: jedi.vcl

Hi !,

Just downloaded jvcl 3 rc1.
Release notes say that JvStdCtrls package require JvSystem.
My question is WHY?

Does TJvBitBtn, TJvImgBtn, TJvCheckBox, TJvRadioButton, TJvRadioGroup from 
JvStdCtrls need TJvSHFileOperation, TJvChangeNotify, TJvDragDrop, 
TJvDropTarget, TJvHidDeviceController, TJvNTEventLog, TJvScreenSaver, 
TJvDeviceChanged, TJvJoystick classes from JvSystem???

As i understand from description JvStdCtrls contains standart controls, but 
JvSystem hold system related components. I see no dependency, hierahy here.
IMHO, this must be redesigned.

--
  Dorin Marcoci 




Subject: Re: JVCL 3.00 release schedule
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Fri, 21 Jan 2005 08:23:19 -0000
Newsgroups: jedi.vcl

"John Friel"

> > I'm sorry.  Guess I hit a nerve or something.  I just figured that whoever 
> > is actually writing the components would want to document them.  I have no 
> > problem cleaning up the spelling and grammer problems, but I cannot 
> > document them since I didn't write them.

I don't see that.  When a developer who developed the component documents 
it, it often is complicated as t is not from a component users perspective. 
AFAI can see, a competant user of a components can document the props. 
methods events and general usage very well.  Then the author of the 
component can verify there are no minor errors.

I have been thinking about putting the same kind of documentation tool in my 
actual applications to let users document bits I missed.

Cheers,

JAC. 




Subject: Re: JVCL 3.00 release schedule
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 21 Jan 2005 07:01:36 +0100
Newsgroups: jedi.vcl

John Friel wrote:

> > I just figured that whoever is actually writing the components 
> > would want to document them.

The problem is that even we (the JVCL developers) have not written every
single component. Most of the components are donations by people not
working on JVCL or no more working on JVCL.

So it would be the same process for us to document a component we never
used or do not know how it works.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Jan 2005 06:30:00 +0100
Newsgroups: jedi.vcl

We seem to have a problem.
Unloading JvCoreD6R.bpl currently throws an AV. At least with my D6.
I will revert my changes, but i do not think that i caused the problem.
It is not a nil pointer use.

I already checked all files of JvCoreD6R.dpk for obvious problems in the finalization sections, but i found none.


Subject: Re: JVCL 3.00 release schedule
From: "Don S" <mudshark@rancidbud.org>
Date: Thu, 20 Jan 2005 21:29:33 -0500
Newsgroups: jedi.vcl


>>> > >> IMHO releasing a product without adequate documentation and 
>>> > >> online help is, well, just dumb.

>> > > Is there a specific component that you want to be documented?
 
> > I'm sorry.  Guess I hit a nerve or something.  

Just a hypothetical question...  If I call you dumb, what kind of response can I reasonably expect from you?  

You might want to brush up on your people skills.



Subject: Re: JVCL 3.00 release schedule
From: "John Friel" <jedi@frieltek.com>
Date: Thu, 20 Jan 2005 19:03:59 -0600
Newsgroups: jedi.vcl

>> >> Please, please, please finish the online help and document all the 
>> >> available Methods, Properties and examples for all the units before 
>> >> release.  IMHO releasing a product without adequate documentation and 
>> >> online help is, well, just dumb.
> >
> > Is there a specific component that you want to be documented?

I'm sorry.  Guess I hit a nerve or something.  I just figured that whoever 
is actually writing the components would want to document them.  I have no 
problem cleaning up the spelling and grammer problems, but I cannot document 
them since I didn't write them.

I do try to report problems as I see them and document the bugs though.

john 




Subject: Re: TJvComboEdit AutoComplete
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 20 Jan 2005 22:32:58 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> But how do I remove certain items from the list which I get as suggestion?
> Is this possible at all and is the AutoCompleteItems property updated?

I don't understand the problem. Why would you add items to the list that you do NOT want to see as suggestion? Strings you add to the AutoCompleteItems list are possibly used as suggestion, you should not add strings to the AutoCompleteItems list if you do not want them as suggestion.

> BTW: IAutoComplete has got an Init Method according to MSDN. This init
> method uses a registry key to store the values. I cannot see that this is
> implemented in TJvComboEdit. Is this true?

No, this registry path is not used to retrieve or store the /values/, but to load a format. What you can do with the format is explained at the definition of the pwszQuickComplete parameter.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 20 Jan 2005 16:10:19 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I have started a nitpicking cleaner.

Please refrain from being too nitpicking. It makes other developers angry, and sometimes introduces bugs that were already fixed. Only commit changes if they fix REALLY bad coding chunks, don't waste time changing "i" by "I", this doesn't increase readability.


> I think the CLX generator should be updated to fix the UNITVERSIONING path before release (if CLX is contianed in the release).

Well, I don't have any update on that subject...

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Jan 2005 14:34:29 +0100
Newsgroups: jedi.vcl

I have started a nitpicking cleaner.

I think the CLX generator should be updated to fix the UNITVERSIONING path before release (if CLX is contianed in the release).


Subject: TJvComboEdit AutoComplete
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 20 Jan 2005 11:01:03 +0100
Newsgroups: jedi.vcl

Hi,

I'm using the AutoComplete function of TJvComboEdit. After adding some
entries to the items list they are correctly displayed if I start typing.

But how do I remove certain items from the list which I get as suggestion?
Is this possible at all and is the AutoCompleteItems property updated?

BTW: IAutoComplete has got an Init Method according to MSDN. This init
method uses a registry key to store the values. I cannot see that this is
implemented in TJvComboEdit. Is this true?
-- cu, Michael 

Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 20 Jan 2005 10:34:06 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> John Friel wrote:
>
>> Please, please, please finish the online help and document all the available Methods, Properties and examples for all the units before release.  IMHO releasing a product without adequate documentation and online help is, well, just dumb.
>
>
>     Please, please, please help with finishing the online help by going to this URL: http://homepages.borland.com/jedi/jedihelp and document whatever help topic is still undocumented but you happen to know what it's for/how it works.
>
>     Now I feel better ;)

Thanks, so that I didn't have to do that ;-)

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 20 Jan 2005 10:33:52 +0100
Newsgroups: jedi.vcl

somebody wrote:

> "Robert Rossmair" <Robert.Rossmair@gmx.net> wrote
>
>
>>> 1. Fix only the most obvious ones and release on sunday evening
>
>
>> Preferable.  You have to be aware that, given typical user attitude
>> (let's wait for the "stable" version), many bugs will be reported only
>> after release anyway.
>
>
> Thanks for the heads up, I will wait until 3.5 then. <g>

I guess you'll keep on waiting. The JVCL is constantly under work, just like a lot of products. But I can't force you to use it ;-)

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Install problem D5 + winXPpro SP2 + JVCL 3
From: "Marco B" <ced@slpspa.it>
Date: Thu, 20 Jan 2005 10:10:44 +0100
Newsgroups: jedi.vcl

Thanks for your quickly answers, now work fine !!

Marco b

"OBones" <obones_REM_SPM_@_PIF_altern.org> ha scritto nel messaggio 
news:csjbo5$eej$1@talkto.net...
> > Marco B wrote:
>> >> How I can make in order to resolve this problem?
>> >>
>> >>
>>> >>>JvJVCLAboutForm.pas(134): Incompatible types: 'TOSVersionInfoEx' and 
>>> >>>'POSVersionInfoEx'
> >
> > Do not mix an old JCL with a newer JVCL.
> >
> > You need the JCL 1.94 to compile the JVCL 3 RC1.
> >
> > Also, remove any dcp, dcu, bpl files from the old JCL.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: JVCL 3.00 release schedule
From: "somebody" <somebody@somewhere.com>
Date: Wed, 19 Jan 2005 20:38:09 -0700
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote

>> > > 1. Fix only the most obvious ones and release on sunday evening

> > Preferable.  You have to be aware that, given typical user attitude
> > (let's wait for the "stable" version), many bugs will be reported only
> > after release anyway.

Thanks for the heads up, I will wait until 3.5 then. <g>





Subject: Re: JVCL 3.00 release schedule
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 19 Jan 2005 23:24:12 +0100
Newsgroups: jedi.vcl

John Friel wrote:

> Please, please, please finish the online help and document all the available Methods, Properties and examples for all the units before release.  IMHO releasing a product without adequate documentation and online help is, well, just dumb.

Is there a specific component that you want to be documented?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Finally - 7z!!!
From: Da Srh <obucina@pochta.ru>
Date: Wed, 19 Jan 2005 23:24:12 +0100
Newsgroups: jedi.vcl

Great :)))


Subject: Re: JvDocking problem
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 19 Jan 2005 23:20:33 +0100
Newsgroups: jedi.vcl

Pesak wrote:
> Using the JvDockControl component the application raises the exception EListError (List index out of bounds) when closing the application. The problem appears also when compiling the examples (HowToUse). The configuration - Delphi5 standard, JVCL 3 RC1.

I can not reproduce the problem with the HowToUse example on Delphi 7. Do you do something special, or just run and close the application?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL 3.00 release schedule
From: Da Srh <obucina@pochta.ru>
Date: Wed, 19 Jan 2005 22:57:37 +0100
Newsgroups: jedi.vcl

Wed, 19 Jan 2005 14:02:31 +0100, OBones je napisao/la:

> > That one is big, and while I can see it's interest, I'm afraid there are 
> > legal issues involved because it requires rewriting a lot of VCL code 
> > from Borland. We'll see how it goes.

I will join rewriting forces. Just send a "We are coding UNICODE support"
message, and I'm in.

dfjudfj

-- Jamelia - Superstar 

Subject: Re: JVCL 3.00 release schedule
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 19 Jan 2005 17:56:31 +0100
Newsgroups: jedi.vcl

John Friel wrote:
> Please, please, please finish the online help and document all the available Methods, Properties and examples for all the units before release.  IMHO releasing a product without adequate documentation and online help is, well, just dumb.

    Please, please, please help with finishing the online help by going to this URL: http://homepages.borland.com/jedi/jedihelp and document whatever help topic is still undocumented but you happen to know what it's for/how it works.

    Now I feel better ;)

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JVCL 3.00 release schedule
From: "John Friel" <jedi@frieltek.com>
Date: Wed, 19 Jan 2005 10:28:45 -0600
Newsgroups: jedi.vcl

Please, please, please finish the online help and document all the available 
Methods, Properties and examples for all the units before release.  IMHO 
releasing a product without adequate documentation and online help is, well, 
just dumb.

There, I feel better.

John 




Subject: JvDocking problem
From: "Pesak" <pesice@ufa.cas.cz>
Date: Wed, 19 Jan 2005 17:08:58 +0200
Newsgroups: jedi.vcl

Using the JvDockControl component the application raises the exception 
EListError (List index out of bounds) when closing the application. The 
problem appears also when compiling the examples (HowToUse). The 
configuration - Delphi5 standard, JVCL 3 RC1.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvMRUManager
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 19 Jan 2005 14:23:23 +0100
Newsgroups: jedi.vcl

Hi,

I'm using JvMRUManager with a main menu to store last recently used file
(names) with it.

Can I use this component with a JvComboEdit and its AutoCompleteItems, too?
If so is there an example on how to do this? I already have an
JvAppRegistryStorage in my project.

Thx.
-- cu, Michael 

Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 19 Jan 2005 14:08:24 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

>> 1. Fix only the most obvious ones and release on sunday evening
>
> Preferable.  You have to be aware that, given typical user attitude (let's wait for the "stable" version), many bugs will be reported only after release anyway.  It's better to release shortly after 3.0 again instead of holding back and try to release a nearly perfect version.

I've also seen that. But because bug/problem reports only started to really arrive three days ago, I was wondering what would be the best.


>> 2. Fix most bugs, but postpone the release date by an undefined amount of time
>
>
> I am against that.  Due to said attitude, until release of JVCL 3 some users will still use (or even download and start to use) JVCL 2.10 - which uses/comes with JCL 1.22, including the dreaded CpuSpeed bug. Eventually the bug will not make itself noticed at the developer's system, but later fly into the face of his/hers customers.  Nothing to build a good reputation upon.

I know. But most problems also come from undocumented functions or properties.


> Frankly, I don't understand why JVCL 2.10 + JCL 1.22 still are available for download from JVCL's SF site.  We certainly do JVCL's users no favor by keeping it available. This release should be hidden *now*.

Done


> It's about time that JVCL 3 is released.

I agree.


> I'll release JCL 1.94 final Saturday.

Great, so that I'll be able to release JVCL 3.00 final on Sunday.

All in all, you just all confirmed my feelings for the sitation, but I think it's better to discuss that here, rather than take a decision that no one understands.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Status of VisualCLX
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 19 Jan 2005 14:04:32 +0100
Newsgroups: jedi.vcl

Hi all

Can anyone here give me an update on the status of VisualCLX support?
From the reports I get, trying to install it via the installer does not work because of generated packages that reference files that don't exist.
I really don't want to include VisualCLX support in the installer for JVCL 3.00 if it's not working.

Thanks for the help

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 19 Jan 2005 14:02:31 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> We will probably get a 2 week slowdown as usual.
> That will just be enough to get Mantis bugs reported.

Yes, barely.


> Then we will start working again. Where to go with the JVCL will be discussed here.

Exactly.


> The list of goals starts filling already like Unicode support.

That one is big, and while I can see it's interest, I'm afraid there are legal issues involved because it requires rewriting a lot of VCL code from Borland. We'll see how it goes.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Jan 2005 12:37:29 +0100
Newsgroups: jedi.vcl

Dierk wrote:

> Olivier,
> will be the development of JVCL3 after releasing stopped?
> Or will it be going on like 3.1 Beta....?

We will probably get a 2 week slowdown as usual.
That will just be enough to get Mantis bugs reported.

Then we will start working again. Where to go with the JVCL will be discussed here.
The list of goals starts filling already like Unicode support.


Subject: Re: JVCL 3.00 release schedule
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Jan 2005 12:34:47 +0100
Newsgroups: jedi.vcl

OBones wrote:

> 1. Fix only the most obvious ones and release on sunday evening

Thats the way to go.
Several of the bugs can be closed right away.
Many of the new ones relate to only two or three components.

Of the older bugs there are several which cannot be solved easily. TJvCSVDataSet for example deserves a rewrite.


Subject: Re: JVCL 3.00 release schedule
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 19 Jan 2005 12:25:07 +0100
Newsgroups: jedi.vcl

Olivier,
will be the development of JVCL3 after releasing stopped?
Or will it be going on like 3.1 Beta....?

Greetings
Dierk

"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:cskv5u$n23$1@talkto.net...
> > Hi all, and especially developers.
> >
> > As you would have seen, the release of RC1 trigerred quite a bunch of
> > error reports here and in mantis. It seems it took a week for this to
> > happen, and I'm wondering what I should do with respect to the 3.00
> > release. Two options:
> >
> > 1. Fix only the most obvious ones and release on sunday evening
> > 2. Fix most bugs, but postpone the release date by an undefined amount
> > of time
> >
> > For option 2, I say undefined amount of time because I won't have any
> > time to do the release on the 30th, and am not sure of my time after the
> > 4th (I'm changing job and relocating to a new city).
> >
> > Any output is greatly appreciated. Right now, I'm more in favour of
> > option 1, provided everyone within the developers endeavours at looking
> > at bugs in Mantis.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: JVCL 3.00 release schedule
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 19 Jan 2005 12:22:12 +0100
Newsgroups: jedi.vcl

Hi,

> As you would have seen, the release of RC1 trigerred quite a bunch of error reports here and in mantis. It seems it took a week for this to happen, and I'm wondering what I should do with respect to the 3.00 release. Two options:
>
> 1. Fix only the most obvious ones and release on sunday evening

Preferable.  You have to be aware that, given typical user attitude (let's wait for the "stable" version), many bugs will be reported only after release anyway.  It's better to release shortly after 3.0 again instead of holding back and try to release a nearly perfect version.

> 2. Fix most bugs, but postpone the release date by an undefined amount of time

I am against that.  Due to said attitude, until release of JVCL 3 some users will still use (or even download and start to use) JVCL 2.10 - which uses/comes with JCL 1.22, including the dreaded CpuSpeed bug. Eventually the bug will not make itself noticed at the developer's system, but later fly into the face of his/hers customers.  Nothing to build a good reputation upon.

Frankly, I don't understand why JVCL 2.10 + JCL 1.22 still are available for download from JVCL's SF site.  We certainly do JVCL's users no favor by keeping it available. This release should be hidden *now*.

It's about time that JVCL 3 is released.

I'll release JCL 1.94 final Saturday.

Greetings, Robert


Subject: Re: delphi 2005 + jvcl 3.0
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Wed, 19 Jan 2005 11:19:22 -0000
Newsgroups: jedi.vcl

> > ------------------
> >
> > $(BDS)\JVCL\jvcl\common
> >
> > $(BDS)\JVCL\jvcl\lib\D9
> >
> > $(BDS)\JVCL\jvcl\run
> >
> > $(BDS)\JVCL\jcl\source\vcl
> >
> > $(BDS)\JVCL\jcl\source
> >
> > $(BDS)\JVCL\jcl\source\common
> >
> > $(BDS)\JVCL\jcl\source\windows
> >

I have had to put the above in the library path to get it working for me. 




Subject: JVCL 3.00 release schedule
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 19 Jan 2005 09:25:34 +0100
Newsgroups: jedi.vcl

Hi all, and especially developers.

As you would have seen, the release of RC1 trigerred quite a bunch of error reports here and in mantis. It seems it took a week for this to happen, and I'm wondering what I should do with respect to the 3.00 release. Two options:

1. Fix only the most obvious ones and release on sunday evening
2. Fix most bugs, but postpone the release date by an undefined amount of time

For option 2, I say undefined amount of time because I won't have any time to do the release on the 30th, and am not sure of my time after the 4th (I'm changing job and relocating to a new city).

Any output is greatly appreciated. Right now, I'm more in favour of option 1, provided everyone within the developers endeavours at looking at bugs in Mantis.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Small CVS problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 19 Jan 2005 08:57:09 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:cskr8t$mck$1@talkto.net>:

> > AFAIK, this only happens if there is a conflict in the file when 
> > patching. Using TortoiseCVS, it tells me about that and asks me if I 
Yes, this seems to be the cause.

> > want to get rid of those markers once I did the merge manually.
> > I don't know if WinCVS has such an option, but I guess it has.
I did not found any so far but perhaps s/o of the Jedi team uses WinCVS,
too and can give me the possible option?

-- cu, Michael 

Subject: Re: TJvgExportHTML component does not seem to be working
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 19 Jan 2005 08:26:49 +0100
Newsgroups: jedi.vcl

Attila Balog wrote:

> Hi,
>
> It seems that TJvgExportHTML Globus component is not working at all. Just checked the JvgExportComponents unit and the implementation is missing. Excel and XML exports seem to be fine.
>
> Just wondering if it HTML export functionality is broken or it has never worked.

It has never worked it will most likely never worked. The Globus components have been added on an "As Is" basis. We fixed the obvious bugs, but there is no intention on adding any new of missing functionnality. If that is to be done, it will be done in the equivalent non Globus JVCL component.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJVChangeNotify Error or bug?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 19 Jan 2005 08:25:43 +0100
Newsgroups: jedi.vcl

GUERY Sebastien wrote:

> Hi,
>
> I try to use TJVChangeNotify component to check if a file has been modified (Lastwrite). When I create a new notification with a notification=[caChangeLastWrite], and I modify the file. The component execute 2 times the OnChange event. If change notification to [CaChangeFilename] the event raised only 1 time!!
>
> Why this event is call 2 times with CaChangeLastWrite??
>
> Thanks for your futures and quickly answers.

To me, there is no problem whatsoever. The events are trigerred because Windows sent the equivalent message. If it sends it twice, then we trigger the event twice. Not much anyone can do about it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Small CVS problem
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 19 Jan 2005 08:18:53 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Do you always manually change the patched files? In my case jvcl.inc. Or is
> there an option, not known to me, I can set in WinCVS to avoid things like
> that?

AFAIK, this only happens if there is a conflict in the file when patching. Using TortoiseCVS, it tells me about that and asks me if I want to get rid of those markers once I did the merge manually.
I don't know if WinCVS has such an option, but I guess it has.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Small CVS problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 19 Jan 2005 07:58:25 +0100
Newsgroups: jedi.vcl

Hi,

I'm using WInCVS to update the local copy of JVCL. This works perfectly of
course. Afterwards I tried to compile every new revision of JVCL files
using makemodified.bat.

However the compiler stopped in the command prompt window with some error
messages (using D7) - some texts are translated from German:

"
Borland Delphi Version 15.0
[..]
....\jvcl\common\jvcl.inc(52) Error: 'INTERFACE' needed but '<' found.
[..]
"

Of course the problem is clear: WinCVS patched the jvcl.inc file. I wonder
how are you doing updates to your local copy of JVCL?

Do you always manually change the patched files? In my case jvcl.inc. Or is
there an option, not known to me, I can set in WinCVS to avoid things like
that?
-- cu, Michael 

Subject: TJvgExportHTML component does not seem to be working
From: "Attila Balog" <balog@avaya.com>
Date: Wed, 19 Jan 2005 01:30:49 +0100
Newsgroups: jedi.vcl

Hi,

It seems that TJvgExportHTML Globus component is not working at all. Just 
checked the JvgExportComponents unit and the implementation is missing. 
Excel and XML exports seem to be fine.

Just wondering if it HTML export functionality is broken or it has never 
worked.

Thanks in advance.

Attila 




Subject: TJVChangeNotify Error or bug?
From: "GUERY Sebastien" <sebastien.guery@honeywell.com>
Date: Tue, 18 Jan 2005 22:58:28 +0100
Newsgroups: jedi.vcl

Hi,

I try to use TJVChangeNotify component to check if a file has been modified 
(Lastwrite). When I create a new notification with a 
notification=[caChangeLastWrite], and I modify the file. The component 
execute 2 times the OnChange event. If change notification to 
[CaChangeFilename] the event raised only 1 time!!

Why this event is call 2 times with CaChangeLastWrite??

Thanks for your futures and quickly answers.

Sebastien 




Subject: Re: TjvFormStorage problem
From: user@domain.invalid
Date: Tue, 18 Jan 2005 22:48:31 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hi,
>
>> Step 1 : New Application,
>>          drop a TjvFormStorage,
>>          drop a TJvAppIniFileStorage,
>>          link this 2 component,
>>          edit properties like this:
>> [...]          run my application : Everything is OK.
>>
>> Step 2 : I do the same with an existing application (many forms,many inherited forms, many other components...) that doesn't work.
>>
>> Other information:
>>   1 - c:\t.ini is created if not exists
>>   2 - some informations are written in c:\t.ini (during execution) but this information is lost when application is closed.
>>
>
>     I think the issue is the fact that multiple TJvAppIniFileStorage components are referring to the same actual file. There are two options:
>
> 1) Only use a single TJvAppIniFileStorage (eg. put it on a TDataModule and add that TDataModule (it's unit) to the uses of every form with a TJvFormStorage) and link all TJvFormStorage components to that TJvAppIniFileStorage.
>
> 2) Set the AutoReload and AutoRefresh properties of the TJvAppIniFileStorage components to True.
>
>     The first option is the preferred way. Option two does work, though I've had mixed results (on occasion you run the risk of still losing data, depending on the order and timing of closing of the forms containing the TJvAppIniFileStorage components).
>
Thanks a lot !

The option 1 works fine !!!

Thanks again.


Subject: Re: TjvFormStorage problem
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 18 Jan 2005 22:13:27 +0100
Newsgroups: jedi.vcl

Hi,

> Step 1 : New Application,
>          drop a TjvFormStorage,
>          drop a TJvAppIniFileStorage,
>          link this 2 component,
>          edit properties like this:
> [...]          run my application : Everything is OK.
>
> Step 2 : I do the same with an existing application (many forms,many inherited forms, many other components...) that doesn't work.
>
> Other information:
>   1 - c:\t.ini is created if not exists
>   2 - some informations are written in c:\t.ini (during execution) but this information is lost when application is closed.
>

    I think the issue is the fact that multiple TJvAppIniFileStorage components are referring to the same actual file. There are two options:

1) Only use a single TJvAppIniFileStorage (eg. put it on a TDataModule and add that TDataModule (it's unit) to the uses of every form with a TJvFormStorage) and link all TJvFormStorage components to that TJvAppIniFileStorage.

2) Set the AutoReload and AutoRefresh properties of the TJvAppIniFileStorage components to True.

    The first option is the preferred way. Option two does work, though I've had mixed results (on occasion you run the risk of still losing data, depending on the order and timing of closing of the forms containing the TJvAppIniFileStorage components).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: TjvFormStorage problem
From: user@domain.invalid
Date: Tue, 18 Jan 2005 21:53:42 +0100
Newsgroups: jedi.vcl

Hi,
I'm using D6 Ent SP2 and jvcl RC1.

Step 1 : New Application,
         drop a TjvFormStorage,
         drop a TJvAppIniFileStorage,
         link this 2 component,
         edit properties like this:

         procedure MyForm.FormCreate(Sender: TObject);
         begin
         ....
         With FSPrincipale do
         begin
            AppStoragePath := Self.Name ;
           (AppStorage as TJvAppIniFileStorage).Location := flCustom;
           (AppStorage as TJvAppIniFileStorage).FileName ='c:\t.ini';
           end;
         ....
         end;

         run my application : Everything is OK.

Step 2 : I do the same with an existing application (many forms,many inherited forms, many other components...) that doesn't work.

Other information:
  1 - c:\t.ini is created if not exists
  2 - some informations are written in c:\t.ini (during execution) but this information is lost when application is closed.

Thank you for helping


Subject: Re: delphi 2005 + jvcl 3.0
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 Jan 2005 21:09:17 +0100
Newsgroups: jedi.vcl

For the JVCL:

$(BDS)\JVCL\jvcl\lib\D9

and if you use jvcl.inc:
$(BDS)\JVCL\jvcl\lib\common


-- Regards, Andreas Hausladen 

Subject: delphi 2005 + jvcl 3.0
From: "Minas" <elfores@otenet.gr>
Date: Tue, 18 Jan 2005 22:06:04 +0200
Newsgroups: jedi.vcl

Hi,

after the installation program put some paths in the Library Path, i noticed 
that in order to work with some components i had to add some other paths 
also.
Now i have :

Library Path

------------------

$(BDS)\JVCL\jvcl\common

$(BDS)\JVCL\jvcl\lib\D9

$(BDS)\JVCL\jvcl\run

$(BDS)\JVCL\jcl\source\vcl

$(BDS)\JVCL\jcl\source

$(BDS)\JVCL\jcl\source\common

$(BDS)\JVCL\jcl\source\windows

Browsing Path

---------------------

$(BDS)\JVCL\Jcl\source\common

$(BDS)\JVCL\Jcl\source\windows

$(BDS)\JVCL\Jcl\source\vcl

$(BDS)\JVCL\Jcl\source\visclx

$(BDS)\JVCL\jvcl\common

$(BDS)\JVCL\jvcl\run

$(BDS)\JVCL\jvcl\design



Can you please tell what paths should i have in Library and Browsing Paths ?



Thank you very much, especially for your wonderful tools  !

Minas




Subject: Re: TJvLoginDlg
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Jan 2005 18:57:28 +0100
Newsgroups: jedi.vcl

> > I miss class TJvLoginDlg in JVCL300RC1Complete
Renamed to TJvLoginDialog

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Install problem D5 + winXPpro SP2 + JVCL 3
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 18 Jan 2005 18:46:02 +0100
Newsgroups: jedi.vcl

Marco B wrote:
> How I can make in order to resolve this problem?
>
>
>> JvJVCLAboutForm.pas(134): Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

Do not mix an old JCL with a newer JVCL.

You need the JCL 1.94 to compile the JVCL 3 RC1.

Also, remove any dcp, dcu, bpl files from the old JCL.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Install problem D5 + winXPpro SP2 + JVCL 3
From: "Marco B" <ced@slpspa.it>
Date: Tue, 18 Jan 2005 18:24:49 +0100
Newsgroups: jedi.vcl

How I can make in order to resolve this problem?

> > JvJVCLAboutForm.pas(134): Incompatible types: 'TOSVersionInfoEx' and 
> > 'POSVersionInfoEx'

thanks

Marco 




Subject: TJvLoginDlg
From: "puk" <black.puk@gmx.de>
Date: Tue, 18 Jan 2005 18:50:06 +0200
Newsgroups: jedi.vcl

I miss class TJvLoginDlg in JVCL300RC1Complete



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvdesktopalert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Jan 2005 15:44:03 +0100
Newsgroups: jedi.vcl

> > when you call a messageDlg, how is that able to prevent a grid's on exit
> > from firing? maybe we can do the same thing?

Have a look in TCustomForm.ShowModal for the code that gets called when
MessageDlg is used. I've tried different variations of that code, but have
yet to come up with anything that prevents the focus from moving around.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvHttpUrlGrabber another question
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 18 Jan 2005 13:21:45 +0100
Newsgroups: jedi.vcl

Dierk wrote:

> How can I find out, if file is not there?
> If I try to download any file which isn´t there on the server, I get the
> http-code of the server information that file I´ve requested is not found.
> Is it possible to get any informations of Error 404, 300 etc.?

I don't think so, but I'll have a look later this week.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvHttpUrlGrabber another question
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 18 Jan 2005 12:59:26 +0100
Newsgroups: jedi.vcl

How can I find out, if file is not there?
If I try to download any file which isn´t there on the server, I get the
http-code of the server information that file I´ve requested is not found.
Is it possible to get any informations of Error 404, 300 etc.?
Greetings
Dierk




Subject: Re: Unicode suoport
From: dfjudfj <jdfhj@dfhj.try>
Date: Tue, 18 Jan 2005 02:12:59 +0100
Newsgroups: jedi.vcl

On Mon, 17 Jan 2005 15:16:51 +0100, OBones wrote:

> > Basically, because the VCL is not, we are not.

If there is anything bad in Delphi, it is non-unicode VCL.


Subject: Re: Installing for multiple targetts
From: conti <conti@noway.net>
Date: Mon, 17 Jan 2005 17:34:48 -0500
Newsgroups: jedi.vcl

On Mon, 17 Jan 2005 20:34:20 +0100, OBones
<obones_REM_SPM_@_PIF_altern.org> wrote:

> >conti wrote:
>> >> Hi all
>> >> I want to install JCL and JVCL for both D6 and D7 on the same computer
>> >> but it's not clear what parameters should I provide to the install.bat
>> >> (for both JCL and JVCL) and what other precautions should I take to
>> >> make sure I end up with correct versions.
>> >> Anyone who can help?
> >
> >Run install.bat, it will build the installer, which will in turn allow 
> >you to specify the values for each target.
> >Default values are usually fine.


OK, thanks


Subject: Re: OT: Image Editor
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Jan 2005 21:29:55 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I don't see the point in writing a PSP/IW clone that would get both of them. Too much work, that should be done in a separate project IMHO.

Maybe not the image manipulation, but at least a tool to handle .dcr files. A decompiler which creates the .bmp files and the .rc file.
MS Visual Studio is able to do that, but (at least with MS VC 6) it cuts the file names to 8.3.

A simple image manipulator would still be a nice addition to the JVCL though.

BTW this is not intended as a job for the JVCL core developers.
It is ideal for someone who wants to do more for the JVCL, but is a bit shy.


Subject: Re: Installing for multiple targetts
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 17 Jan 2005 20:34:20 +0100
Newsgroups: jedi.vcl

conti wrote:
> Hi all
> I want to install JCL and JVCL for both D6 and D7 on the same computer
> but it's not clear what parameters should I provide to the install.bat
> (for both JCL and JVCL) and what other precautions should I take to
> make sure I end up with correct versions.
> Anyone who can help?

Run install.bat, it will build the installer, which will in turn allow you to specify the values for each target.
Default values are usually fine.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Installing for multiple targetts
From: conti <conti@noway.net>
Date: Mon, 17 Jan 2005 14:23:10 -0500
Newsgroups: jedi.vcl

Hi all
I want to install JCL and JVCL for both D6 and D7 on the same computer
but it's not clear what parameters should I provide to the install.bat
(for both JCL and JVCL) and what other precautions should I take to
make sure I end up with correct versions.
Anyone who can help?


Subject: Re: OT: Image Editor
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 17 Jan 2005 16:14:50 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Does D 2005 still have the original Image Editor tool?

AFAIK, Yes

> It sucks.

YES!


> Is someone inclined to write a better tool for that?

Not me. I use Paint Shop Pro and Axialis IconWorkshop to do the drawing work. Then a .rc file to create the res file.

I don't see the point in writing a PSP/IW clone that would get both of them. Too much work, that should be done in a separate project IMHO.


-- 
Olivier Sannier
JVCL Coordinator


Subject: OT: Image Editor
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Jan 2005 15:58:25 +0100
Newsgroups: jedi.vcl

Does D 2005 still have the original Image Editor tool?
It sucks.
Is someone inclined to write a better tool for that?

The JCL should contain functions to handle .res (=.dcr files), we have a nice color selection component. It cannot be that hard to write a better tool.
Maybe as IDE plugin which generates .bmp and .rc files and adds the .rc to the project.


Subject: Re: Unicode suoport
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Jan 2005 15:53:53 +0100
Newsgroups: jedi.vcl

OBones wrote:

> In short: No.
>
> I might be, but that would mean A LOT of work, which we don't have time nor resources for. Basically, because the VCL is not, we are not.

It is a goal we should set after JVCL 3 final has been released.
It will need to get one of the TNT experts aboard though.


Subject: Re: How to get a CheckBox for a NumberField in TJvDBGrid
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 17 Jan 2005 09:35:52 -0500
Newsgroups: jedi.vcl

Heinz Zastrau wrote:
> Hello,
>
> how can I get CheckBox for a field other than TBooleanField in TJvDBGrid. The problem: I have a numeric field where 0 means false and 1 true (Oracle has not a boolean field type).
>
> Thanks in advanced
>
>
> Ciao Heinz Z.
Can't you change the VCL TTable  (or TADOTable or whatever)  field object type to Boolean?  Even if the ORACLE native field is an integer, I would thing a TBooleanField should still work even if auto-creating of your TFields will create an TIntegerField by default.

Warren


Subject: Re: TJvHttpUrlGrabber
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 17 Jan 2005 15:30:02 +0100
Newsgroups: jedi.vcl

Ok, done.

"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:csgbaa$rb1$1@talkto.net...
> > Dierk wrote:
> >
>> > > Oh sorry forgot to tell it. The application freezes.
>> > > I think it is because, the "first" thread of the grabber is not finished
>> > > until it is in procedure JvHttpUrlGrabber1DoneFile.
> >
> > I will have a look at it. Could you add an entry into Mantis
> > (http://homepages.borland.com/issuetracker/) after having logged in, so
> > that I can assign it to me and will get a reminder for it.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: How to get a CheckBox for a NumberField in TJvDBGrid
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 17 Jan 2005 15:23:38 +0100
Newsgroups: jedi.vcl

Heinz Zastrau wrote:
> Hello,
>
> how can I get CheckBox for a field other than TBooleanField in TJvDBGrid. The problem: I have a numeric field where 0 means false and 1 true (Oracle has not a boolean field type).
>
> Thanks in advanced

    If you're not using a dynamic query (SQL generated from code) you could simply remove the generated field (assuming you have the TField-type fields generated of course) and add it manually, but this time as a Boolean type. Note that it doesn't always seem to work though, and you need to be sure the field will always contain either a NULL, 0 or 1 value.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvHttpUrlGrabber
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 17 Jan 2005 15:21:36 +0100
Newsgroups: jedi.vcl

Dierk wrote:

> Oh sorry forgot to tell it. The application freezes.
> I think it is because, the "first" thread of the grabber is not finished
> until it is in procedure JvHttpUrlGrabber1DoneFile.

I will have a look at it. Could you add an entry into Mantis (http://homepages.borland.com/issuetracker/) after having logged in, so that I can assign it to me and will get a reminder for it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvHttpUrlGrabber
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 17 Jan 2005 15:17:59 +0100
Newsgroups: jedi.vcl

Oh sorry forgot to tell it. The application freezes.
I think it is because, the "first" thread of the grabber is not finished
until it is in procedure JvHttpUrlGrabber1DoneFile.


"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:csgb06$r7p$1@talkto.net...
> > Dierk wrote:
>> > > I run into trouble when I use JvHttpUrlGrabber in a chain.
> >
> > What trouble? What symptoms? What do you expect?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: Unicode suoport
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 17 Jan 2005 15:16:51 +0100
Newsgroups: jedi.vcl

dfjudfj wrote:

> It would be very nice if jvcl controls support unicode. Like TNT.
> Is it posible?

In short: No.

I might be, but that would mean A LOT of work, which we don't have time nor resources for. Basically, because the VCL is not, we are not.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvHttpUrlGrabber
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 17 Jan 2005 15:16:12 +0100
Newsgroups: jedi.vcl

Dierk wrote:
> I run into trouble when I use JvHttpUrlGrabber in a chain.

What trouble? What symptoms? What do you expect?

-- 
Olivier Sannier
JVCL Coordinator


Subject: How to get a CheckBox for a NumberField in TJvDBGrid
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 17 Jan 2005 15:11:53 +0100
Newsgroups: jedi.vcl

Hello,

how can I get CheckBox for a field other than TBooleanField in TJvDBGrid. The problem: I have a numeric field where 0 means false and 1 true (Oracle has not a boolean field type).

Thanks in advanced


Ciao Heinz Z.


Subject: Unicode suoport
From: dfjudfj <jdfhj@dfhj.try>
Date: Mon, 17 Jan 2005 15:03:27 +0100
Newsgroups: jedi.vcl

It would be very nice if jvcl controls support unicode. Like TNT.
Is it posible?


Subject: TJvHttpUrlGrabber
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 17 Jan 2005 14:56:16 +0100
Newsgroups: jedi.vcl

I run into trouble when I use JvHttpUrlGrabber in a chain.

Like following. I think it´s a problem with threads - But how should I do
that?
======================================================
JvHttpUrlGrabber.url:='http://www.xyz.com/file1.txt'
JvHttpUrlGrabber.start

procedure TForm1.JvHttpUrlGrabber1DoneFile(Sender: TObject;
  FileName: String; FileSize: Integer; Url: String);
begin

   If fileexists(filename) then
   begin
     .... open the file and read some infos and then download second file
     JvHttpUrlGrabber.url:='http://www.xyz.com/file2.txt'
     JvHttpUrlGrabber.start
   end;

end;


======================================================

Regards
Dierk




Subject: Re: A while ago...
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Mon, 17 Jan 2005 10:04:37 +0000 (UTC)
Newsgroups: jedi.vcl

Sorry, forgot to mention - don't republish PasswordChar obviously.

Cheers,
Rik


Subject: Re: A while ago...
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Mon, 17 Jan 2005 09:56:33 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Michael,

The reason the standard TEdit doesn't theme the password character
correctly is because it uses EM_SETPASSWORDCHAR to set it to *.  This
isn't how Windows does it - although windows displays a *, it will do
this if just the style is set.  Explicitly choosing a password
character breaks theming.

Simply setting the style to include ES_PASSWORD is enough to get
Windows theming the password field - conversely, not setting
ES_PASSWORD style means the edit box won't get themed.

I haven't looked at the source to JvEdit, but if it's using
EM_SETPASSWORDCHAR in any way, it's going to break theming.

Here's the relevant source to my TPassEdit.

unit PassEdit;

interface
uses Classes, Controls, StdCtrls;

type
  TPassEdit = class(TCustomEdit)
  private
    FDummy: byte;
    FHidePassword: Boolean;
    procedure SetHidePassword(const Value: Boolean);
  protected
    procedure CreateParams(var Params: TCreateParams); override;
  public
    constructor Create(AOwner: TComponent); override;
  published
  	//Snipped re-publishing of properties
    property HidePassword: Boolean read FHidePassword write
SetHidePassword;
  end;

procedure Register;

implementation
uses Windows;

constructor TPassEdit.Create(AOwner: TComponent);
begin
  FHidePassword:=True;
  inherited;
  inherited ParentFont:=False;
  inherited Font.Name:= 'MS Shell Dlg';
end;

procedure TPassEdit.CreateParams(var Params: TCreateParams);
begin
  inherited;
  if FHidePassword then
    Params.Style:=Params.Style or ES_PASSWORD;
end;

procedure TPassEdit.SetHidePassword(const Value: Boolean);
begin
  if FHidePassword <> Value then
  begin
    FHidePassword:=Value;
    RecreateWnd;
  end;
end;

procedure Register;
begin
  RegisterComponents('XP', [TPassEdit]);
end;

Cheers,
Rik


Subject: Re: Problems with 3rd Party Integration Indy
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 17 Jan 2005 11:42:19 +0200
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>>>> >>>>
>>>> >>>>
>>>>> >>>>> <Package Name="indy60" Targets="D6,D6p" 
>>>>> >>>>> Condition="USE_3RD_PARTY_INDY"/>
>>>>> >>>>> <Package Name="indy70" Targets="D7,D7p" 
>>>>> >>>>> Condition="USE_3RD_PARTY_INDY"/>
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>>
>>>> >>>> Looks correct.
>>>> >>>>
>>>> >>>>
>>>>> >>>>> After that i thought that i could find the usage in the requires 
>>>>> >>>>> area of
>>>>> >>>>> the jvnetd7r.dpk, but this doesn't happen. The file requires area looks
>>>>> >>>>> like
>>>>> >>>>> Why ???
>>>> >>>>
>>>> >>>>
>> >> 
>> >> Shouldn't the package file look like
> >
> >not anymore, since the introduction of complex expressions in the 
> >conditions.
> >
> >The packages are regenerated each time the installer is launched. AFAIK, 
> >it will reset the conditions in the appropriate jvclXX.inc files if it 
> >cannot find the given third party tool/package.
> >The code to detect the third party tool/package is provided in the 
> >InstalledPackages.inc file. That's the one I had to modify to force the 
> >installer to look in the correct place for QuickReport under C++ Builder.
> >

I think, that's my fault. I wanted to do a quick hack and test it without
the InstalledPackages.inc. I will give a new try and add the infos.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with 3rd Party Integration Indy
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 17 Jan 2005 11:41:23 +0200
Newsgroups: jedi.vcl

> >
>> >> Is it possible to change this behaviour.
> >
> >Yes, but I do not have much time till next weekend.
> >

No Problem with this.

Please do it :-)

Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with 3rd Party Integration Indy
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 Jan 2005 23:54:22 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Does the pg.exe looks into the "inc" files, or how is it working?

Yes it looks in the jvclXx.inc files and if the file does not exist it
looks in the jvclbase.inc file.


> > Is it possible to change this behaviour.

Yes, but I do not have much time till next weekend.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with 3rd Party Integration Indy
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 16 Jan 2005 22:03:37 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>>>
>>>
>>>> <Package Name="indy60" Targets="D6,D6p" Condition="USE_3RD_PARTY_INDY"/>
>>>> <Package Name="indy70" Targets="D7,D7p" Condition="USE_3RD_PARTY_INDY"/>
>>>
>>>
>>>
>>>
>>> Looks correct.
>>>
>>>
>>>> After that i thought that i could find the usage in the requires area of
>>>> the jvnetd7r.dpk, but this doesn't happen. The file requires area looks
>>>> like
>>>> Why ???
>>>
>>>
>
> Shouldn't the package file look like

not anymore, since the introduction of complex expressions in the conditions.

The packages are regenerated each time the installer is launched. AFAIK, it will reset the conditions in the appropriate jvclXX.inc files if it cannot find the given third party tool/package.
The code to detect the third party tool/package is provided in the InstalledPackages.inc file. That's the one I had to modify to force the installer to look in the correct place for QuickReport under C++ Builder.


Subject: Re: Problems with 3rd Party Integration Indy
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 16 Jan 2005 21:50:55 +0100
Newsgroups: jedi.vcl

>>
>>
>>> <Package Name="indy60" Targets="D6,D6p" Condition="USE_3RD_PARTY_INDY"/>
>>> <Package Name="indy70" Targets="D7,D7p" Condition="USE_3RD_PARTY_INDY"/>
>>
>>
>>
>> Looks correct.
>>
>>
>>> After that i thought that i could find the usage in the requires area of
>>> the jvnetd7r.dpk, but this doesn't happen. The file requires area looks
>>> like
>>> Why ???
>>

Shouldn't the package file look like
{$I jvcl.inc}

requires
  JvCoreD7R,
  JvDlgsD7R,
  JvStdCtrlsD7R
  {$IFDEF USE_3RD_PARTY_INDY}
  ,indy70
  {$ENDIF USE_3RD_PARTY_INDY}
  ;

contains

Greetings Jens


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with 3rd Party Integration Indy
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 16 Jan 2005 21:02:33 +0100
Newsgroups: jedi.vcl

>> "USE_3RD_PARTY_INDY" is defined in the jvcl7.inc
>
>
> You mean jvcld7.inc ;-)

I think so ;-)

>
> I would make the change in jvclbase.inc and delete the jvcld7.inc which is
> regenerated by the installer if it does not exist.
>

Done !!
>
>
>> <Package Name="indy60" Targets="D6,D6p" Condition="USE_3RD_PARTY_INDY"/>
>> <Package Name="indy70" Targets="D7,D7p" Condition="USE_3RD_PARTY_INDY"/>
>
>
> Looks correct.
>
>
>> After that i thought that i could find the usage in the requires area of
>> the jvnetd7r.dpk, but this doesn't happen. The file requires area looks
>> like
>> Why ???
>
>
> Good question. Maybe something has overwritten the option (or you really
> used jvcl7.inc instead of jvcld7.inc :-) )
>

I'm using the right file, because i could change the options in the installer. So it must be right.

Is it possible the you test the settings and try to recreate the package  files. Does the pg.exe looks into the "inc" files, or how is it working? Is the pg.exe everytime recreated when we change the inc files. DOes it work with the jvcl<version>.inc files?

>
>> And for D9 i have the fact that i got an  "File not found idhttp.dcu"
>> error from the installer. But working in the ide there is no problem to
>> compile the files.
>
>
>
> The installer does not use the unit directories from the registry. I think
> it should use them but unfortunatelly the .cfg file is written in the
> makefile which knows nothing about the registry.
>

Is it possible to change this behaviour. The problem is, that otherwise a third-party integration is not possible, because there are a lot of files in other directories.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with 3rd Party Integration Indy
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 Jan 2005 20:16:30 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > "USE_3RD_PARTY_INDY" is defined in the jvcl7.inc

You mean jvcld7.inc ;-)

I would make the change in jvclbase.inc and delete the jvcld7.inc which is
regenerated by the installer if it does not exist.


> > <Package Name="indy60" Targets="D6,D6p" Condition="USE_3RD_PARTY_INDY"/>
> > <Package Name="indy70" Targets="D7,D7p" Condition="USE_3RD_PARTY_INDY"/>

Looks correct.

> > After that i thought that i could find the usage in the requires area of
> > the jvnetd7r.dpk, but this doesn't happen. The file requires area looks
> > like
> > Why ???

Good question. Maybe something has overwritten the option (or you really
used jvcl7.inc instead of jvcld7.inc :-) )

> > And for D9 i have the fact that i got an  "File not found idhttp.dcu"
> > error from the installer. But working in the ide there is no problem to
> > compile the files.


The installer does not use the unit directories from the registry. I think
it should use them but unfortunatelly the .cfg file is written in the
makefile which knows nothing about the registry.


-- Regards, Andreas Hausladen 

Subject: Problems with 3rd Party Integration Indy
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 16 Jan 2005 18:32:52 +0100
Newsgroups: jedi.vcl

Hi,

i've started a third party integration with indy.

For test i've added an ifdef'd uses of idhttp to any of the Jv-Net-Packages (for example jvurlgrabbers).
The ifdef "USE_3RD_PARTY_INDY" is defined in the jvcl7.inc

I've added the following lines to the JvNet-R.xml:

<Package Name="indy60" Targets="D6,D6p" Condition="USE_3RD_PARTY_INDY"/>
<Package Name="indy70" Targets="D7,D7p" Condition="USE_3RD_PARTY_INDY"/>

After that i thought that i could find the usage in the requires area of the jvnetd7r.dpk, but this doesn't happen. The file requires area looks like

{$I jvcl.inc}

requires
  JvCoreD7R,
  JvDlgsD7R,
  JvStdCtrlsD7R
  ;

contains

Why ???

And for D9 i have the fact that i got an  "File not found idhttp.dcu" error from the installer. But working in the ide there is no problem to compile the files.

Any ideas / help is realy welcome.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: TJvHTLabel -property Anchors;
From: "mom" <mom@jjj.com>
Date: Sat, 15 Jan 2005 22:01:59 +0300
Newsgroups: jedi.vcl

Hi All.

What about that property? Why it not present? Of couse, I can add it myself, 
but may be it absent "by design"? If so - why so?

Sorry for my english. 




Subject: Re: ThemeManager6 and Delphi6 and JVCL3-RC1
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 15 Jan 2005 15:54:59 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> And I have a ThemeManager6.bpl and a ThemeManager6.dcp.

Yes I know that, and that's the reason why I haven't updated the CVS yet.
The latest zip contains files with D or C depending on the target environment, which is a change from previous versions.

In the end, we have to update CVS, but notify users about the change so that they use the latest version of ThemeManager.


Subject: JvInspDB problem
From: "Bronius" <bronius_nospam_@licejus.lt>
Date: Sat, 15 Jan 2005 16:18:34 +0200
Newsgroups: jedi.vcl

Hi,

I am looking  InspectorDBExample.
There is some error in JvInspDB. When I change some info in Inspector and
press Enter I receive exception...


Bronius





Subject: Re: ThemeManager6 and Delphi6 and JVCL3-RC1
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 Jan 2005 15:00:35 +0100
Newsgroups: jedi.vcl

And I have a ThemeManager6.bpl and a ThemeManager6.dcp.

-- Regards, Andreas Hausladen 

Subject: Re: ThemeManager6 and Delphi6 and JVCL3-RC1
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 Jan 2005 14:57:37 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'll fix the file soon for the next version, I need to confirm a few
> > things before

I have a ThemeManager5.bpl and a ThemeManager5.dcp file. Maybe Mike has
changed the name.


-- Regards, Andreas Hausladen 

Subject: Re: ThemeManager6 and Delphi6 and JVCL3-RC1
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 15 Jan 2005 14:35:49 +0100
Newsgroups: jedi.vcl

Rainer Budde wrote:
> Hi,
>
> maybe the same behaviour exists with Delphi5. Maybe someone can post it here!?

It's the same solution, just a 5 instead of a 6.

I'll fix the file soon for the next version, I need to confirm a few things before

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: ThemeManager6 and Delphi6 and JVCL3-RC1
From: "Rainer Budde" <speed78@gmx.net>
Date: Sat, 15 Jan 2005 14:16:06 +0100
Newsgroups: jedi.vcl

Hi,

maybe the same behaviour exists with Delphi5. Maybe someone can post it 
here!?

Best regards

-- -- Home of the MP3 Archiver: http://www.speed-soft.de Home of Time-Sync: http://www.time-sync.de Home of Nuckel: http://www.speed-soft.de Member of the NUFAN-Clan: http://www.nufan-clan.de "OBones" <obones_REM_SPM_@_PIF_altern.org> schrieb im Newsbeitrag news:cs930q$kkt$1@talkto.net...
> > Rainer Budde wrote:
> >
>> >> Hi,
>> >>
>> >> i´ve installed the ThemeManager in Delphi 6 Prof. Now I want to install 
>> >> the JVCL3 RC1 with theming support. But the JVCL3 need the package 
>> >> ThemeManager6 and the default package of installation of the thememanager 
>> >> calls ThemeManagerD6. Because of this I can´t compile the JVCL3 RC1 with 
>> >> theming support. Any Ideas?
> >
> > Open the file called JvCore-R.xml in the packages\xml folder
> > Look for the following line:
> >
> > <Package Name="ThemeManager6" Targets="D6,D6p,C6,C6p" 
> > Condition="JVCLThemesEnabled"/>
> >
> > And add a D before the 6 in ThemeManager6
> >
> > Restart the installer, and that should now work.
> > I'll investigate a bit further and fix the appropriate files in our CVS 
> > repository.
> >
> > Thanks for your report.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: ThemeManager6 and Delphi6 and JVCL3-RC1
From: "Rainer Budde" <speed78@gmx.net>
Date: Sat, 15 Jan 2005 11:44:57 +0100
Newsgroups: jedi.vcl

Hi,

> > <Package Name="ThemeManager6" Targets="D6,D6p,C6,C6p" 
> > Condition="JVCLThemesEnabled"/>
> >
> > And add a D before the 6 in ThemeManager6
> >
> > Restart the installer, and that should now work.
> > I'll investigate a bit further and fix the appropriate files in our CVS 
> > repository.

yes that works fine! Thank you!

Best regards

Rainer
--
Home of the MP3 Archiver: http://www.speed-soft.de
Home of Time-Sync: http://www.time-sync.de
Home of Nuckel: http://www.speed-soft.de
Member of the NUFAN-Clan: http://www.nufan-clan.de 




Subject: Re: jvdesktopalert
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Fri, 14 Jan 2005 15:22:14 -0700
Newsgroups: jedi.vcl

Chris M wrote:
> Peter Thörnqvist wrote:
>
>> Check the version I posted to CVS a couple of days ago. It tries to prevent
>> the focus change in a slightly different way. Don't know if it works in your
>> case, but can't hurt to try, right?
>>
> It didnt' change anything.  I'd REALLY like this thing to work.  As soon as its called my grid exit fires. so focus must be moving.

when you call a messageDlg, how is that able to prevent a grid's on exit from firing? maybe we can do the same thing?


Subject: Re: jvdesktopalert
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Fri, 14 Jan 2005 15:21:23 -0700
Newsgroups: jedi.vcl

Chris M wrote:
> Peter Thörnqvist wrote:
>
>> Check the version I posted to CVS a couple of days ago. It tries to prevent
>> the focus change in a slightly different way. Don't know if it works in your
>> case, but can't hurt to try, right?
>>
> It didnt' change anything.  I'd REALLY like this thing to work.  As soon as its called my grid exit fires. so focus must be moving.
by the way i tried with RC1


Subject: Re: jvdesktopalert
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Fri, 14 Jan 2005 15:16:39 -0700
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Check the version I posted to CVS a couple of days ago. It tries to prevent
> the focus change in a slightly different way. Don't know if it works in your
> case, but can't hurt to try, right?
>
It didnt' change anything.  I'd REALLY like this thing to work.  As soon as its called my grid exit fires. so focus must be moving.


Subject: Re: JVCL3 Current freeze/RC CVS status? I have a bunch of new good stuff in JvChart.pas (TJvChart component).
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 14 Jan 2005 22:47:23 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> A question for anyone who plays with the demo: I'm not 100% happy with how "flickery" things are during the drag/drop operation, but I am not really sure what to do about it. Is there some kind of begin-update/end-update feature to help prevent flicker when drawing directly onto a TControl.Canvas?

Nope, the solution is to use double buffering: You draw in a memory canvas, then you copy its bitmap over the existing bitmap. This way you never erase the one that is on screen and you don't get flicker.


Subject: Re: JVCL3 Current freeze/RC CVS status? I have a bunch of new good stuff in JvChart.pas (TJvChart component).
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 14 Jan 2005 16:27:16 -0500
Newsgroups: jedi.vcl

Okay. JvChart.pas with new Floating Markers feature is checked in. Hope I don't break anything for anybody, but if so, I will fix any bugs introduced into JvChart as quickly as possible.

Anyone who wants to see the new chart features should do a CVS update and open the JVCL3/examples/JvChart demo which has been updated to show the new features. A new toolbar button in the demo (the bitmap that looks like an upside-down letter U) demonstrates the new features.

A question for anyone who plays with the demo: I'm not 100% happy with how "flickery" things are during the drag/drop operation, but I am not really sure what to do about it. Is there some kind of begin-update/end-update feature to help prevent flicker when drawing directly onto a TControl.Canvas?

Warren


Subject: Bug in TjvCreateProcess ?
From: "Thomas Körner" <thomaskoerner@wkcs.de>
Date: Fri, 14 Jan 2005 21:19:11 +0100
Newsgroups: jedi.vcl

Hi,
i use the Component TjvCreateProcess to run the chkdsk command and redirect
the output to
a Memo. With JVCL2 there was no problem, but with JVCL3 the OnRead Event
output
sometimes the same String or cut off parts of the string.

Has any one the same Problem ....?




Subject: Re: ThemeManager6 and Delphi6 and JVCL3-RC1
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 14 Jan 2005 21:14:49 +0100
Newsgroups: jedi.vcl

Rainer Budde wrote:

> Hi,
>
> i´ve installed the ThemeManager in Delphi 6 Prof. Now I want to install the JVCL3 RC1 with theming support. But the JVCL3 need the package ThemeManager6 and the default package of installation of the thememanager calls ThemeManagerD6. Because of this I can´t compile the JVCL3 RC1 with theming support. Any Ideas?

Open the file called JvCore-R.xml in the packages\xml folder
Look for the following line:

<Package Name="ThemeManager6" Targets="D6,D6p,C6,C6p" Condition="JVCLThemesEnabled"/>

And add a D before the 6 in ThemeManager6

Restart the installer, and that should now work.
I'll investigate a bit further and fix the appropriate files in our CVS repository.

Thanks for your report.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Bug in JvBandObjects.pas ?
From: "thomas k" <none@home.net>
Date: Fri, 14 Jan 2005 21:02:36 +0100
Newsgroups: jedi.vcl

Hi,

i created a horizontal Band for IE with the wizzard ... works fine so far.
Now I put a edit on it and try to write a text in it, if i type a letter the
edit field
loses it´s Focus and i must klick again on it type the next letter .... usw.

I used:
Latest JVCL/JCL
Delphi 7 Ent.
Win2K and XP

Please help me with that, because for now its totally unusable for me, Thx





Subject: ThemeManager6 and Delphi6 and JVCL3-RC1
From: "Rainer Budde" <speed78@gmx.net>
Date: Fri, 14 Jan 2005 20:55:53 +0100
Newsgroups: jedi.vcl

Hi,

i´ve installed the ThemeManager in Delphi 6 Prof. Now I want to install the 
JVCL3 RC1 with theming support. But the JVCL3 need the package ThemeManager6 
and the default package of installation of the thememanager calls 
ThemeManagerD6. Because of this I can´t compile the JVCL3 RC1 with theming 
support. Any Ideas?

Best regards

Rainer

-- -- Home of the MP3 Archiver: http://www.speed-soft.de Home of Time-Sync: http://www.time-sync.de Home of Nuckel: http://www.speed-soft.de Member of the NUFAN-Clan: http://www.nufan-clan.de 

Subject: Re: JVCL3 Current freeze/RC CVS status? I have a bunch of new good stuff in JvChart.pas (TJvChart component).
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 14 Jan 2005 20:50:50 +0100
Newsgroups: jedi.vcl

The dev/JVCL3 is not and has never been frozen. Everyone can work inside it. What I did is create a branch from it in CVS to prepare the RC1.

Now, for the official release, I'm not yet decided as to what I will do.
Two options:

1. Use the RC1 branch and only add the required changes
2. Use the HEAD branch, create a branch inside it for the stable release.

Option 1 is the way things should be done in the perfect world where everything is clean.
Option 2 has the advantage that I don't have to go through every single changes and check wether they are worthy or not.

Considering that there are very few changes since RC1 release, I may go for option 2. But I'm waiting for opinions on this.

As to your changes, I like them. Please commit them.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: JVCL3 Current freeze/RC CVS status? I have a bunch of new good stuff in JvChart.pas (TJvChart component).
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 14 Jan 2005 13:57:37 -0500
Newsgroups: jedi.vcl

I have built a few new features into TJvChart, differences from old JvChart.pas unit is large (>500 lines modified, over 200 lines of new code).

The major new feature is that you can now float marker objects over top of the main chart (which is a bitmap), and without changing the data arrays or re-plotting the graph (both of which end up to be a CPU-intensive operation), you can now put markers, or pairs of markers (rubber bands, or vertical lines (sometimes called Cursors if you are used to using Oscilloscopes) on top to highlight a particular point on the chart.

Using mouse down/move/up events, I have implemented a simple "drag and drop" feature for these markers.

You can drag these markers/rubberbands around, which is useful in some laboratory/scientific/industrial types of applications where you need to select a part of some sample-data-set for a particular operation.
In my case, I am using these JvChart markers to specify the beginning
and end points for integration (areas under a curve) and for displaying of curve-fitting charts (least squares solutions to graphically show an n-ordered polynomial fitting to sample data).

So, is JVCL3 frozen pending the Release, and should I be holding off on checking this in?  Nothing should break for existing users of the component, nevertheless, I know that with the RC1 being out some people don't like to see new stuff added at this point. If anyone wants to see my latest JvChart improvements, I can post the code to jedi.binaries, if the JVCL3 tree is currently frozen.

Regards,

Warren


Subject: Re: Bug in JvWndProcHook.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Jan 2005 18:25:43 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I got the message that even switching off optimization for JvWndProcHook does not help. Only switching it off for the whole project and a build helps.

Which means that it is probably a problem caused by another component.


Subject: Re: Bug in JvWndProcHook.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Jan 2005 18:23:06 +0100
Newsgroups: jedi.vcl

I got the message that even switching off optimization for JvWndProcHook does not help. Only switching it off for the whole project and a build helps.


Subject: Bug in JvWndProcHook.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Jan 2005 12:45:32 +0100
Newsgroups: jedi.vcl

I just got that error report (JVCL 3 RC1):

Program works if optimization switched off. AV if optimization on.

Unit:
JvWndProcHook.pas,v 1.19 2004/09/26 23:48:30

Quelltext ab Zeile 700:

    if TMethod(FOldWndProc).Data <> nil then
      FOldWndProc(Msg) <<<<<<<<<<<<<<<<<<----------- DEBUGGER TELLS BUG IS HERE
    else
    if TMethod(FOldWndProc).Code <> nil then
      Msg.Result := CallWindowProc(TMethod(FOldWndProc).Code, Handle, Msg.Msg,
        Msg.WParam, Msg.LParam);

Hier ein Ausschnitt aus dem Exception-Window:


Exception class: EAccessViolation
Exception address: 00EB374B
----------------------------------------------------------------------------------------------------
Stack list, generated 14.01.2005 11:01:53
[00EB374B]
[00404CDB] System.@HandleAnyException + $33
[0047664B] Forms.TCustomForm.Activate + $27
[004772B0] Forms.TCustomForm.CMActivate + $10
[0045BD10] Controls.TControl.WndProc + $188
[0040495A] System.@IsClass + $E
[0045ED7B] Controls.TWinControl.WndProc + $157
[004D12E4] JvGradientCaption.TJvGradientCaption.GetActive (Line 721, "JvGradientCaption.pas" + 3) + $17
[004D0FDE] JvGradientCaption.TJvGradientCaption.BeforeMessage (Line 609, "JvGradientCaption.pas" + 1) + $2
[00474BE5] Forms.TCustomForm.WndProc + $421
[004CFB8F] JvWndProcHook.TJvWindowHook.DoBeforeMessage (Line 782, "JvWndProcHook.pas" + 3) + $A
[004CF965] JvWndProcHook.TJvHookInfos.WindowProc (Line 701, "JvWndProcHook.pas" + 33) + $9
[0045E9F8] Controls.TWinControl.MainWndProc + $2C
[00426B08] Classes.StdWndProc + $14
[00472160] Forms.SendFocusMessage + $10
[004762BE] Forms.TCustomForm.SetFocusedControl + $12E
[0045EC87] Controls.TWinControl.WndProc + $63
[0045E9F8] Controls.TWinControl.MainWndProc + $2C
[00426B08] Classes.StdWndProc + $14
[0047644F] Forms.TCustomForm.SetWindowFocus + $23
[004760EE] Forms.TCustomForm.SetActiveControl + $82
[004764C8] Forms.TCustomForm.SetActive + $4C
[00476CAB] Forms.TCustomForm.WMActivate + $17
[0045BD10] Controls.TControl.WndProc + $188
[0040495A] System.@IsClass + $E
[0045ED7B] Controls.TWinControl.WndProc + $157
[004D12E4] JvGradientCaption.TJvGradientCaption.GetActive (Line 721, "JvGradientCaption.pas" + 3) + $17
[004D0FDE] JvGradientCaption.TJvGradientCaption.BeforeMessage (Line 609, "JvGradientCaption.pas" + 1) + $2
[00474BE5] Forms.TCustomForm.WndProc + $421
[004CFB8F] JvWndProcHook.TJvWindowHook.DoBeforeMessage (Line 782, "JvWndProcHook.pas" + 3) + $A
[004CF965] JvWndProcHook.TJvHookInfos.WindowProc (Line 701, "JvWndProcHook.pas" + 33) + $9
[0045E9F8] Controls.TWinControl.MainWndProc + $2C
[00426B08] Classes.StdWndProc + $14
[004777AA] Forms.TCustomForm.CMShowingChanged + $426
[0045BD10] Controls.TControl.WndProc + $188
[0040495A] System.@IsClass + $E
[0045ED7B] Controls.TWinControl.WndProc + $157
[004D12E4] JvGradientCaption.TJvGradientCaption.GetActive (Line 721, "JvGradientCaption.pas" + 3) + $17
[004D0FDE] JvGradientCaption.TJvGradientCaption.BeforeMessage (Line 609, "JvGradientCaption.pas" + 1) + $2
[00474BE5] Forms.TCustomForm.WndProc + $421
[004CFB8F] JvWndProcHook.TJvWindowHook.DoBeforeMessage (Line 782, "JvWndProcHook.pas" + 3) + $A
[004CF965] JvWndProcHook.TJvHookInfos.WindowProc (Line 701, "JvWndProcHook.pas" + 33) + $9
[0045BAE0] Controls.TControl.Perform + $24
[0045E8CF] Controls.TWinControl.UpdateShowing + $C7
[0045E93A] Controls.TWinControl.UpdateControlState + $36
[004606CA] Controls.TWinControl.CMVisibleChanged + $26
[0045BD10] Controls.TControl.WndProc + $188
[0040495A] System.@IsClass + $E
[0045ED7B] Controls.TWinControl.WndProc + $157
[004D12E4] JvGradientCaption.TJvGradientCaption.GetActive (Line 721, "JvGradientCaption.pas" + 3) + $17
[004D0FDE] JvGradientCaption.TJvGradientCaption.BeforeMessage (Line 609, "JvGradientCaption.pas" + 1) + $2
[00474BE5] Forms.TCustomForm.WndProc + $421
[004CFB8F] JvWndProcHook.TJvWindowHook.DoBeforeMessage (Line 782, "JvWndProcHook.pas" + 3) + $A
[004CF965] JvWndProcHook.TJvHookInfos.WindowProc (Line 701, "JvWndProcHook.pas" + 33) + $9
[0045BAE0] Controls.TControl.Perform + $24
[0045A7FF] Controls.TControl.SetVisible + $27
[004746DA] Forms.TCustomForm.SetVisible + $3A
[0047B390] Forms.TApplication.Run + $80
[0051B520] XXXX.XXXXX (Line 22, "H:\D7\Projects\XXXX\XXXXXXXX.dpr" + 5) + $7

Debbuging the program step by step throws error at the end of FormActivate.


Subject: Re: ManagedThreading help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 14 Jan 2005 11:30:22 +0100
Newsgroups: jedi.vcl

Thanks for pointing at that.

I would also like to add that if anyone feels like updating the help for these, please do so using the online help system:

http://homepages.borland.com/jedi/jedihelp/

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: ManagedThreading help
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Fri, 14 Jan 2005 11:25:18 +0100
Newsgroups: jedi.vcl

On Thu, 13 Jan 2005 09:18:02 +0300, "Vladimir" <zhuchko@lnr.jinr.ru> 
wrote in article <cs4ts2$pcs$1@talkto.net>:
> > Do You plan to write help for ManagedThread package?
> > Or may be it's possible to find somewhere info about?

There's some help available from cvs though it's almost a year old so 
I don't know how up to date it is:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/help/info/JVCL.Info.Man
agedThreads.dtx

and

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/help/original%
20help/ManagedThreads.dtx

And the original help that came with the donation is here:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/donations/ManagedThread
s/doc/ManagedThreads%20Manual.rtf

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: ManagedThreading help
From: AlexB <b.a.v@ngs.ru>
Date: Fri, 14 Jan 2005 10:54:44 +0600
Newsgroups: jedi.vcl

Vladimir wrote:
> Do You plan to write help for ManagedThread package?
> Or may be it's possible to find somewhere info about?

I want say more widely.
Some interesting components still have no documentation and description of proper usage. But many of them (I think so) have descriptions on author's (donor of component) sites. Can anybody provide a list of such sites if it possible?

AlexB.


Subject: TJvDBHTLabel doesn't use DisplayFormat to display the field
From: Carlos <ctfbs@sr.net>
Date: Thu, 13 Jan 2005 20:58:58 -0300
Newsgroups: jedi.vcl

Hi,

in TJvDBHTLabel.pas

function ReplaceFieldNameTag(Str: string; DataSet: TDataSet): string;
....
....
    if Assigned(DataSet) and DataSet.Active then
    begin
      F := DataSet.FindField(FieldName);
      if F <> nil then
        Text := F.AsString  ===>>> This should be F.DisplayText
      else
        Text := Format('(%s)',[FieldName]);

Could someone please change this in cvs

Thanks,

Carlos

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: jvEdit.Flat in a frame (fixed!)
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Jan 2005 00:01:01 +0100
Newsgroups: jedi.vcl

> > ParentCtl3D property of the edit is True (This property is somehow not
> > published, thus not stored, thus has the default value). The Ctl3D
> > property of the form is NOT stored so nothing is triggered. The Ctl3D
> > property of the frame is stored so this triggers stuff.
That's what I like about you: always investigates stuff beyond the obvious
and digs up the real reason for things that has gone haywire :)

> > I agree, although IIRC CLX has only the Flat property and not the Ctl3D,
> > or something.
The Flat property is introduced in TJvCustomEdit AFAICS and since it only
changes the BorderStyle in CLX, it would probably have been better to add a
Ctl3D property to CLX that does just that instead of adding Flat to both CLX
and VCL.

I don't think that CLX support was the actual reason for removing Ctl3D. It
was a badly motivated, badly researched and badly implemented change that
added new bugs without adding any value.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: jvEdit.Flat in a frame (fixed!)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 13 Jan 2005 22:29:17 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> ParentCtl3D property of the edit is True (This property is somehow not published, thus not stored, thus has the default value). 

Quick scan shows that more controls (such as the combo edits) that have the Flat property instead of the Ctl3D property, do NOT have the ParentCtl3D property published. So these controls have the same problem.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jvEdit.Flat in a frame (fixed!)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 13 Jan 2005 22:18:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> The fix isn't very elegant, so if someone comes up with a solution that
> attacks the real problem (i.e "why is the default value of Ctl3D different
> in forms vs frames ?"), that would be better.

ParentCtl3D property of the edit is True (This property is somehow not published, thus not stored, thus has the default value). The Ctl3D property of the form is NOT stored so nothing is triggered. The Ctl3D property of the frame is stored so this triggers stuff.

> Best of all IMO would be to scrap the Flat property and make Ctl3D published
> (again) ;>

I agree, although IIRC CLX has only the Flat property and not the Ctl3D, or something.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvFormPlacement Use (again)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 13 Jan 2005 22:17:49 +0100
Newsgroups: jedi.vcl

Del Texley wrote:

> [posted and mailed]
>
> Sorry that it's taken me so long to get back to this.
>
> Not to seem obtuse, but where is the stylesheet you refer to in help\styles.  I poked around the JVCL site a bit and didn't find anything that seemed to match.

It's not on the website, it's in the JVCL distribution, and it's called default.css


Subject: Re: JvFormPlacement Use (again)
From: Del Texley <dtexley@lipa.net>
Date: Thu, 13 Jan 2005 19:23:25 +0000 (UTC)
Newsgroups: jedi.vcl

[posted and mailed]

Sorry that it's taken me so long to get back to this.

Not to seem obtuse, but where is the stylesheet you refer to in 
help\styles.  I poked around the JVCL site a bit and didn't find anything 
that seemed to match.


OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:con90u$n7h$1@talkto.net: 

> > Del Texley wrote:
> > 
>> >> This should probably be addressed in the Migration document as it's a
>> >> significant change from the old formstorage process.  I'm willing to
>> >> put a base document describing the process for INI files if someone
>> >> else can fill in the registry and XML process.
> > 
> > This would 99% similar as they share the same base class. The Path
> > issue you were having would have shown up with XML or registry as
> > well. So if you want to write up a document, please do so, in HTML
> > using the stylesheet available in help\styles and we will gladly
> > include it in the repository
> > 
> > Cheers
> > 



Subject: Re: After CVS update on 2005-01-13 - rebuild error - missing TJVUIB*.bmp?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 13 Jan 2005 11:26:36 -0500
Newsgroups: jedi.vcl


> Anyone know what's up?

Sorry. Appears to be a glitch locally on my computer. TortoiseCVS was acting up on me.

Warren


Subject: After CVS update on 2005-01-13 - rebuild error - missing TJVUIB*.bmp?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 13 Jan 2005 11:22:02 -0500
Newsgroups: jedi.vcl

On my system after the latest CVS update the following files appeared to be missing:

JVCL3\images\TJVUIBDATABASE.BMP
JVCL3\images\TJVUIBTRANSACTION.BMP
JVCL3\images\TJVUIBQUERY.BMP
JVCL3\images\TJVUIBBACKUP.BMP
JVCL3\images\TJVUIBRESTORE.BMP

They were required in order to build the Resource/DCR files for the JvUIB components.

I made my own local copies in order to get the system to build.

Anyone know what's up?

Warren


Subject: Re: Error installing JVCL
From: Leandro <leandro@tristarsistemas.com.br>
Date: Thu, 13 Jan 2005 13:12:33 -0300
Newsgroups: jedi.vcl


why I cannot install visualclx?


OBones escreveu:
> Leandro wrote:
>
>> Compiling: JvQCoreD7R.bpl]
>> Borland Delphi Version 15.0
>> Copyright (c) 1983,2002 Borland Software Corporation
>>
>> JvQCoreD7R.dpk(92) Fatal: File not found: 'JvQDynControlEngineTools.dcu'
>>
>> ** error 1 ** deleting "C:\Arquivos de programas\Borland\Delphi7\Projects\Bpl"\JvQCoreD7R.bpl
>>
>> ** error 1 ** deleting CompilePackages
>
>
> Don't install the VisualCLX version of the JVCL.
>



Subject: Sending HTML Mail with MAPI
From: Tim Kleinholz <tim.kleinholz@gmx.de>
Date: Thu, 13 Jan 2005 17:02:25 +0100
Newsgroups: jedi.vcl

Hi, when I send an email with JclMapi (Thunderbird or Outlook Express) composed in HTML, the Images in the Body wich are targeting local Files work fine. These are converted and the Images get automatically attached.

If I try to send the same mail silently (without showing Interface of the Mailclient), the Images won't get converted and still reference to the local ones.

Normally, the Images need to be referenced by an ID namely PR_ATTACH_CONTENT_ID
Is there any way to do this with JclMapi ?

Kind regards


Subject: Re: Error installing JVCL
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 13 Jan 2005 16:10:02 +0100
Newsgroups: jedi.vcl

Leandro wrote:
>
> why I cannot install visualclx?
>

Because it is not stable enough. It does compile, but not through the installer. Installing it manually seems to work.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: jvpagecontrol
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 13 Jan 2005 11:18:27 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>>     Unless one would use Ctrl+Tab to switch pages (at least, I think
>> so, considering your code seems to check on the mouse position).
>
> Of course, but I know of no way to detect the next tab when using the
> keyboard, so the code provided is what I've got. As I wrote, Windows doesn't
> provide any info on what tab we are moving to, only where we come from
> (exposed by ActivePage).
>

    I understand, it was just an observation. Hmm, could you find out which key was pressed to switch tabs? If IndexOfTabAt returns -1, you could then check if Ctrl+Tab or Ctrl+Shift+Tab was used, and find out the new page (+1 or -1 from the ActivePage) that way. I'm not saying we should implement that in the control, since it isn't 100% reliable, (eg. when setting ActivePage directly), but perhaps we could provide the event code in the example?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: jvEdit.Flat in a frame (fixed!)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Jan 2005 09:32:15 +0100
Newsgroups: jedi.vcl

The fix isn't very elegant, so if someone comes up with a solution that
attacks the real problem (i.e "why is the default value of Ctl3D different
in forms vs frames ?"), that would be better.

Best of all IMO would be to scrap the Flat property and make Ctl3D published
(again) ;>

I never did see the point in aliasing a perfectly working property just
because Borland thinks it is "Windows 3.1"-ish. Seems silly to me.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: jvEdit.Flat in a frame (fixed!)
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 13 Jan 2005 09:22:34 +0100
Newsgroups: jedi.vcl

Hi,

to make flat style working for maskedits (and descendants) too a second fix
has to be applied (was the same problem):

procedure TJvCustomComboEdit.SetFlat(const Value: Boolean);
begin
  Ctl3D := Value; // NEW
  Ctl3D := not Value;
end;

Ciao,
Ralf



Subject: Re: jvEdit.Flat in a frame (fixed!)
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 13 Jan 2005 09:07:40 +0100
Newsgroups: jedi.vcl


"Ralf Kaiser" <ralf-kaiser@eurobrief.de> schrieb im Newsbeitrag
news:crto6m$da1$1@talkto.net...

Hi,

Peter has suggested a solution for this problem in Mantis. I have modified
the source on my machine and re-compiled the library. After building a
little test project i can confirm that the fix Peter suggested in Mantis
fixes this problem:  flat style works in in frames now (again).

When someone includes the fix in the official sources Mantis #0002493 can be
closed.

Thanks,
Ralf



Subject: ManagedThreading help
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Thu, 13 Jan 2005 09:18:02 +0300
Newsgroups: jedi.vcl

Do You plan to write help for ManagedThread package?
Or may be it's possible to find somewhere info about?


Subject: Re: jvpagecontrol
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Jan 2005 01:02:12 +0100
Newsgroups: jedi.vcl

> > What is the purpose of the indexoftabat procedure?
To tell you the index of a tab at a specific screen location (in client
coords)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: jvpagecontrol
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Jan 2005 01:01:06 +0100
Newsgroups: jedi.vcl

> >      Unless one would use Ctrl+Tab to switch pages (at least, I think
> > so, considering your code seems to check on the mouse position).
Of course, but I know of no way to detect the next tab when using the
keyboard, so the code provided is what I've got. As I wrote, Windows doesn't
provide any info on what tab we are moving to, only where we come from
(exposed by ActivePage).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: jvpagecontrol
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Wed, 12 Jan 2005 15:08:02 -0700
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Peter Thornqvist wrote:
>
>>> in the Changing event how can i find out what tab they are trying To Go
>>> to?
>>>
>>> Wouldnt this be a good value in the procedure?
>>> i tried indexoftabat but i cant seem to get anything other than -1
>>
>>
>>
>> Windows does not provide that info, but this works for me:
>> [...]
>
>
>     Unless one would use Ctrl+Tab to switch pages (at least, I think so, considering your code seems to check on the mouse position).
>

What is the purpose of the indexoftabat procedure?


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 12 Jan 2005 22:41:53 +0100
Newsgroups: jedi.vcl

It seems to be that the most would like

USE_3RDPPART_<NAME>

I would start with this.

What about QREPORT.

Should we migrate this also to USE_3PARTY_QREPORT?

Greetings
Jens

Jens Fudickar schrieb:
> Hi,
>
> new point to discuss: in which format should the third party ifdef's be defined?
>
> 1. IFDEF THIRD_PARTY_<NAME>
> 2. IFDEF TP_<NAME>
> 3. IFDEF USE_TP_<NAME>
> 4. IFDEF USE_THIRD_PARTY_<NAME>
> 5. IFDEF USE_<NAME>
> 6. IFDEF <NAME>
> 7. ???
>
> I would prefer 4.
>
> What about INDY? Is indy a thirdparty? Should we separate between INDY9 and INDY10? In which format?
>
> Comments are welcome.
>
> @Andreas: Is it possible to give the user a message if he activates an third party product in the config editor, but the detection mechanism couldn't find it.
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 12 Jan 2005 22:40:31 +0100
Newsgroups: jedi.vcl

I have made the suggestion also to put them in an other file. But this file must also be version dependent. And i see andreas point. So Andreas and i disussed a little bit ago, that we would include this entries in the normal jvclversion.inc, but collected all at the end.

Andreas Hausladen schrieb:
> Robert Marquardt wrote:
>
>
>> I think a jvcl3rdparty.inc should be used which is included in the
>> jvcl.inc files. Maybe we need a family of files like the jvcl.inc files
>> in case the 3rd party files do not work in all Delphi versions.
>
>
> And who updates the Installer? That is why I have added the
> INTERNET_COMPONENTS to jvclXx.inc and not to another inc that would
> require a set of .inc files.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvRichEdit Componet
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 12 Jan 2005 22:40:11 +0100
Newsgroups: jedi.vcl

Bourgeois wrote:
> Good day. Can somebody advise me a component based on TJvRichEdit which is able to work with tables. I experimented with TJvRichEdit. 

TJvRichEdit is a wrapper for the Microsoft rich edit control. Its support for tables is very poor, so I would not recommend using that component or any component that uses the Microsoft rich edit control for tables. (Version 4 (and up) of the dll is somewhat better, but those are not distributable).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jvpagecontrol
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 12 Jan 2005 21:58:30 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> in the Changing event how can i find out what tab they are trying To Go
>> to?
>>
>> Wouldnt this be a good value in the procedure?
>> i tried indexoftabat but i cant seem to get anything other than -1
>
>
> Windows does not provide that info, but this works for me:
> [...]

    Unless one would use Ctrl+Tab to switch pages (at least, I think so, considering your code seems to check on the mouse position).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: jvpagecontrol
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Jan 2005 21:43:37 +0100
Newsgroups: jedi.vcl

> > in the Changing event how can i find out what tab they are trying To Go
> > to?
> >
> > Wouldnt this be a good value in the procedure?
> > i tried indexoftabat but i cant seem to get anything other than -1

Windows does not provide that info, but this works for me:

procedure TForm1.JvPageControl1Changing(Sender: TObject;
  var AllowChange: Boolean);
var APos:TPoint;
begin
  if GetCursorPos(APos) then
  begin
    APos := JvPageControl1.ScreenToClient(APos);
    APos.X := JvPageControl1.IndexOfTabAt(APos.X, APos.Y);
    if (APos.X >= 0) and (APos.X < JvPageControl1.PageCount) then
      Caption := 'Changing to: ' + JvPageControl1.Pages[APos.X].Caption;
  end;
end;


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: jvpagecontrol
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Wed, 12 Jan 2005 12:46:06 -0700
Newsgroups: jedi.vcl

in the Changing event how can i find out what tab they are trying To Go to?

Wouldnt this be a good value in the procedure?

i tried indexoftabat but i cant seem to get anything other than -1


Subject: Error installing JVCL
From: Leandro <leandro@tristarsistemas.com.br>
Date: Wed, 12 Jan 2005 13:10:54 -0300
Newsgroups: jedi.vcl

Compiling: JvQCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

JvQCoreD7R.dpk(92) Fatal: File not found: 'JvQDynControlEngineTools.dcu'

** error 1 ** deleting "C:\Arquivos de programas\Borland\Delphi7\Projects\Bpl"\JvQCoreD7R.bpl

** error 1 ** deleting CompilePackages



Subject: Re: Error installing JVCL
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 12 Jan 2005 16:10:31 +0100
Newsgroups: jedi.vcl

Leandro wrote:

> Compiling: JvQCoreD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
>
> JvQCoreD7R.dpk(92) Fatal: File not found: 'JvQDynControlEngineTools.dcu'
>
> ** error 1 ** deleting "C:\Arquivos de programas\Borland\Delphi7\Projects\Bpl"\JvQCoreD7R.bpl
>
> ** error 1 ** deleting CompilePackages

Don't install the VisualCLX version of the JVCL.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 Jan 2005 12:56:43 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I think a jvcl3rdparty.inc should be used which is included in the
> > jvcl.inc files. Maybe we need a family of files like the jvcl.inc files
> > in case the 3rd party files do not work in all Delphi versions.

And who updates the Installer? That is why I have added the
INTERNET_COMPONENTS to jvclXx.inc and not to another inc that would
require a set of .inc files.


-- Regards, Andreas Hausladen 

Subject: TJvRichEdit Componet
From: "Bourgeois" <distant@khai.edu>
Date: Wed, 12 Jan 2005 13:20:44 +0200
Newsgroups: jedi.vcl

Good day. Can somebody advise me a component based on TJvRichEdit which 
is able to work with tables. I experimented with TJvRichEdit. 
InsertControl(SomeJvRichEdit),  and JvRichEdit.InsertComponent
(SomeJvRichEdit), but it failed. Also I  need a good TRuler for 
JvRichEdit-based component. The ruler, I  use works not very good.  
Another problem I interested is conversion to HTML. As I understand, 
native methods of  TJvRichEdit use msconvertor and the result is exceed. 
The result of TJVRichEditToHTML is very bad. 
I saw the component named TrichViewEdit at trichview.com. This thing is 
good, but ole object support wished to be better. Does anyone have 
something...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Jan 2005 09:56:25 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> What about USE_3RDPARTY_<NAME>

Sounds good to me also.
I think a jvcl3rdparty.inc should be used which is included in the jvcl.inc files. Maybe we need a family of files like the jvcl.inc files in case the 3rd party files do not work in all Delphi versions.


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 12 Jan 2005 08:58:43 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> What about USE_3RDPARTY_<NAME>

Fine with me.



Subject: Re: A while ago...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 12 Jan 2005 07:32:58 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:crm32q$76m$1@talkto.net>:

> > have you tried the suggestion from roaster ?
Anybody else who wants this feature, too and knows how to get this running? 

-- cu, Michael 

Subject: Re: To Discuss : AppStorage Property Engine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 12 Jan 2005 00:21:13 +0100
Newsgroups: jedi.vcl

My first try is JvAppStoragePropertyEngineDB.

This unit is included to TJvDBGrid. So if anybody used JvDBGrid the engines are registered automaticly.

If anybody wants to uses the engine for example for TDBGrid then he has to include the unit manually.

If the unit contains engines for example for the TJvDBGrid then the unit has to be insert to this unit also.

Greetings
Jens

Jens Fudickar schrieb:
> As "discussed" a little bit before i want to enhance the appstorage component to support Engines to change the default behaviour of storage TObject-based properties.
>
> One example would be the TDBGrid.Columns Property. The base class is TDBGridColumns which can't be changed. But the property needs a special handling for storing and restoring.
>
> The idea is to implement and register an engine which handles all special needs.
>
> The question is, in which units and in which packages should these engines be defined.
>
> Should we collect them? Like grouping all DB-Based engines in one file and so on?
>
> Any comments?
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: To Discuss : AppStorage Property Engine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 11 Jan 2005 23:30:09 +0100
Newsgroups: jedi.vcl

As "discussed" a little bit before i want to enhance the appstorage component to support Engines to change the default behaviour of storage TObject-based properties.

One example would be the TDBGrid.Columns Property. The base class is TDBGridColumns which can't be changed. But the property needs a special handling for storing and restoring.

The idea is to implement and register an engine which handles all special needs.

The question is, in which units and in which packages should these engines be defined.

Should we collect them? Like grouping all DB-Based engines in one file and so on?

Any comments?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 11 Jan 2005 23:23:13 +0100
Newsgroups: jedi.vcl

> Robert Rossmair wrote:
>
>
>> I am definitely against cryptic abbreviations like these.
>
>
> What about USE_3RDPARTY_<NAME>
>

Looks nearly similar to option 4, which i like more :-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 11 Jan 2005 23:22:38 +0100
Newsgroups: jedi.vcl



Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> @Andreas: Is it possible to give the user a message if he activates an
>> third party product in the config editor, but the detection mechanism
>> couldn't find it.
>
>
> Not at the moment as the config editor is only a "Stringlist" editor. And
> that would cause a change in the InstalledPackage.inc file which then has
> to fill another method's content like "IsDetected(name): Boolean" or so.
>
>

I know, but i would be a helpfull option. And i think until now there are not so many implementations of the InstalledPackage.inc file :-)

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 11 Jan 2005 23:09:11 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > @Andreas: Is it possible to give the user a message if he activates an
> > third party product in the config editor, but the detection mechanism
> > couldn't find it.

Not at the moment as the config editor is only a "Stringlist" editor. And
that would cause a change in the InstalledPackage.inc file which then has
to fill another method's content like "IsDetected(name): Boolean" or so.


-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : Format of Third Party IFDEF's
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 11 Jan 2005 23:07:45 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > I am definitely against cryptic abbreviations like these.

What about USE_3RDPARTY_<NAME>


-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : Format of Third Party IFDEF's
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 11 Jan 2005 22:36:58 +0100
Newsgroups: jedi.vcl

Hi Jens,

> 2. IFDEF TP_<NAME>
> 3. IFDEF USE_TP_<NAME>

I am definitely against cryptic abbreviations like these.


Subject: To Discuss : Format of Third Party IFDEF's
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 11 Jan 2005 22:13:16 +0100
Newsgroups: jedi.vcl

Hi,

new point to discuss: in which format should the third party ifdef's be defined?

1. IFDEF THIRD_PARTY_<NAME>
2. IFDEF TP_<NAME>
3. IFDEF USE_TP_<NAME>
4. IFDEF USE_THIRD_PARTY_<NAME>
5. IFDEF USE_<NAME>
6. IFDEF <NAME>
7. ???

I would prefer 4.

What about INDY? Is indy a thirdparty? Should we separate between INDY9 and INDY10? In which format?

Comments are welcome.

@Andreas: Is it possible to give the user a message if he activates an third party product in the config editor, but the detection mechanism couldn't find it.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : Format of Third Party IFDEF's
From: "Ray A." <nospam@hotmail.com>
Date: Tue, 11 Jan 2005 19:40:27 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Hi,
> > 
> > new point to discuss: in which format should the third party ifdef's
> > be defined?
> > 
> > 1. IFDEF THIRD_PARTY_<NAME>
> > 2. IFDEF TP_<NAME>
> > 3. IFDEF USE_TP_<NAME>
> > 4. IFDEF USE_THIRD_PARTY_<NAME>
> > 5. IFDEF USE_<NAME>
> > 6. IFDEF <NAME>
> > 7. ???
> > 
> > I would prefer 4.
> > 
> > What about INDY? Is indy a thirdparty? Should we separate between
> > INDY9 and INDY10? In which format?
> > 
> > Comments are welcome.
> > 
> > @Andreas: Is it possible to give the user a message if he activates
> > an third party product in the config editor, but the detection
> > mechanism couldn't find it.
> > 
> > Greetings
> > Jens

Hi Jens,

Number 1 or 4 works for me.

Ray A.


Subject: Re: dcc32 crash while compiling jvcl3 rc1
From: Hofi <hofi@fw.hu>
Date: Tue, 11 Jan 2005 16:46:17 +0100
Newsgroups: jedi.vcl

That's what i thought by myself also. 'build packages' would really build every dependent packages, if not set it would make only the neccessary part of them.
But it does not explain the error. It should work in either case, i think.

If i simply make, it works, but not the full build :(
Strange.

On Mon, 10 Jan 2005 18:14:57 +0100, Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> Hofi wrote:
>
>> But if i select  ''Build packages' in installlation options i got the
>> error
>
> If I remember correctly the "build packages" options deletes all .dcu,
> .obj and .hpp files (of JVCL) and starts the dcc32.exe with -B for build.
> And in this I do not see any problem but I may be wrong because I do not
> have BCB.
>
>



Subject: Re: JvDBGrid - AutoAppend
From: Pierre Y. <pierre@[levosgien].net>
Date: Tue, 11 Jan 2005 08:57:21 +0100
Newsgroups: jedi.vcl

>> It seems that a new line is auto appended when I press the TAB key when I'm on the last column of my grid.
>
> It's normal. I mean: not a bug.

A feature ;-)

>> Is it possible to change that ?
>
> We have two choices there:
> - we make a poll to decide which behavior is the best;

I don't like polls.

> - we add a new property to the grid (not my favourite option, because this object has already a ton of properties and it is possible to achieve the result you want from outside the object).

Or we can use AutoAppend := false to disable grid AutoAppending features ;-)

I found a workaround in my application. Now I can reuse AutoAppend features.

Regards,

Pierre Y.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: JVCL packages do not have version info resource
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 11 Jan 2005 08:32:01 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Yes, the JCL already uses the version info resource. Simply activating the
> version info in the Package-Project option dialog. But for the JVCL this
> looks like a job for the package generator (copying the .res files)

Just change the template then, and regenerate all packages.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL packages do not have version info resource
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 11 Jan 2005 08:27:10 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > And how do you add it to the package?

{$R *.res}


> > And is it compatible with the previous versions of Delphi?

Yes, the JCL already uses the version info resource. Simply activating the
version info in the Package-Project option dialog. But for the JVCL this
looks like a job for the package generator (copying the .res files)


-- Regards, Andreas Hausladen 

Subject: Re: JVCL packages do not have version info resource
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 11 Jan 2005 08:15:39 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> I would say yes, but the question is, how should this number be defined?
>
> Using the jvcl version number i suggest.

And how do you add it to the package?
And is it compatible with the previous versions of Delphi?



-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: ANN: JVCL 3 RC 1 Released!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Jan 2005 06:10:39 +0100
Newsgroups: jedi.vcl

Hey, our sections are not D@$@# @#$@#  ;-)



Subject: Re: JvFunctions & 216 Exception
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 10 Jan 2005 23:11:41 +0100
Newsgroups: jedi.vcl

Ron Sicklebower wrote:

>
> I'm using version 2.10.  I haven't upgraded to the 3.x due yet.  Has this  been fixed in this release?

Absolutely.


Subject: Workaround Re: Installation Error in JVCrypt unit (D6Pro and D7Pro)
From: "Norman W. Clark" <nclark@clark-tech.com>
Date: Mon, 10 Jan 2005 14:30:43 -0700
Newsgroups: jedi.vcl

Workaround: - Manually installed JCL first in D6 and D7 and added the 
required paths to the Environments.  Then ran JVCL 3RC1 install without 
problems.

Must be a path issue in the JVCL complete install.

.... Norm

"Norman W. Clark" <nclark@clark-tech.com> wrote in message 
news:crugg9$ir3$1@talkto.net...
> > Attempting to install JVCL 3 RC1 but receive errors in JCLCompression 
> > compilation for both D6Pro and D7Pro.
> > I'm requesting a full build of the packages.
> >
> > I've even installed the latest JCL version available.
> >
> > I suspect that it has something to do with the ZLib used in 
> > JCLCompression.
> > Attached is the D6 compile errors - D7 errors are the same.
> >
> > Where do I turn now?
> > -- 
> > ... Norm
> >
> > Norman W. Clark
> > Clark-Tech Inc.
> > nclark@clark-tech.com
> > www.clark-tech.com
> >
> > 




Subject: Re: JVCL packages do not have version info resource
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 10 Jan 2005 22:14:03 +0100
Newsgroups: jedi.vcl

I would say yes, but the question is, how should this number be defined?

Using the jvcl version number i suggest.

Andreas Hausladen schrieb:
> I just looked at the Delphi 2005 about-dialog and saw that the JVCL
> packages do not have an version info resource.
>
> Should we add one? Discussion?
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFunctions & 216 Exception
From: "Ron Sicklebower" <rsickle@hotmail.com>
Date: Mon, 10 Jan 2005 14:10:11 -0700
Newsgroups: jedi.vcl


I'm using version 2.10.  I haven't upgraded to the 3.x due yet.  Has this been fixed in this release?

On Mon, 10 Jan 2005 21:46:15 +0100, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

> What version of the JVCL and JCL are you using ?
>
> This looks like the very old (a year at least) bug that was in the JCL and got fixed back then.
>
> Please use the latest version and let us know
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: JVCL packages do not have version info resource
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 10 Jan 2005 21:55:58 +0100
Newsgroups: jedi.vcl

I just looked at the Delphi 2005 about-dialog and saw that the JVCL
packages do not have an version info resource.

Should we add one? Discussion?


-- Regards, Andreas Hausladen 

Subject: Re: JvFunctions & 216 Exception
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 10 Jan 2005 21:46:15 +0100
Newsgroups: jedi.vcl

What version of the JVCL and JCL are you using ?

This looks like the very old (a year at least) bug that was in the JCL and got fixed back then.

Please use the latest version and let us know

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Installation Error in JVCrypt unit (D6Pro and D7Pro)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 10 Jan 2005 21:42:09 +0100
Newsgroups: jedi.vcl

Norman W. Clark wrote:

> Attempting to install JVCL 3 RC1 but receive errors in JCLCompression compilation for both D6Pro and D7Pro.
> I'm requesting a full build of the packages.
>
> I've even installed the latest JCL version available.
>
> I suspect that it has something to do with the ZLib used in JCLCompression.

No, it has something to do with an outdated JclResources unit (.dcu?) somewhere on the search path.

JclResources is where the apparently missing identifiers are declared.

Greetings, Robert


Subject: JvFunctions & 216 Exception
From: "Ron Sicklebower" <rsickle@hotmail.com>
Date: Mon, 10 Jan 2005 13:03:42 -0700
Newsgroups: jedi.vcl


I recently purchased a new Dell system and a bunch of my programs cause a 216 runtime error when these applications start.  I have narrowed down the problem with including the JvFunctions unit into the application, but I am unable to determine what part is causing the problem.

This system is XP SP2 but I have other machines that are at this level that run the program without problems.  Does anyone know where to look?  Also, I have disabled the Windows Firewall.

Thanks,
Ron

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


Subject: Installation Error in JVCrypt unit (D6Pro and D7Pro)
From: "Norman W. Clark" <nclark@clark-tech.com>
Date: Mon, 10 Jan 2005 13:00:12 -0700
Newsgroups: jedi.vcl

Attempting to install JVCL 3 RC1 but receive errors in JCLCompression 
compilation for both D6Pro and D7Pro.
I'm requesting a full build of the packages.

I've even installed the latest JCL version available.

I suspect that it has something to do with the ZLib used in JCLCompression.
Attached is the D6 compile errors - D7 errors are the same.

Where do I turn now?
-- .... Norm Norman W. Clark Clark-Tech Inc. nclark@clark-tech.com www.clark-tech.com

errors.jpg
	



Subject: Re: ANN: JVCL 3 RC 1 Released!
From: Solerman Kaplon <skaplon@nospamplease.com>
Date: Mon, 10 Jan 2005 17:24:19 -0200
Newsgroups: jedi.vcl

Solerman Kaplon escreveu:
> Just a minor issue, when installing by the installer, I enabled the Mike's Theme Manager option, but it is complaining that it is unable to locate the package. Actually, it is installed on delphi, and the .bpl is in the system path. I suppose it expects it to be in the same path jvcl will be installed? Any workaround for that? Thanks for reading.

Never mind...
note to self: when the installer asks for reading the related section in readme, DO READ THE D@$@# @#$@# SECTION! %-)

Solerman


Subject: Re: ANN: JVCL 3 RC 1 Released!
From: Solerman Kaplon <skaplon@nospamplease.com>
Date: Mon, 10 Jan 2005 17:14:16 -0200
Newsgroups: jedi.vcl

OBones escreveu:
> The JVCL Team is proud to announce that the first release candidate of JVCL 3 is available for download.

Just a minor issue, when installing by the installer, I enabled the Mike's Theme Manager option, but it is complaining that it is unable to locate the package. Actually, it is installed on delphi, and the .bpl is in the system path. I suppose it expects it to be in the same path jvcl will be installed? Any workaround for that? Thanks for reading.

Solerman


Subject: Re: Swap* - cloned subroutines
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 10 Jan 2005 21:47:34 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 09 Jan 2005 07:33:16 +0100 @314)
....while the fading voice of Robert whispered through the darkness:

 RM> Do you want to work on JCL integration?

The notes, i made, except for the single one, relates to JediVCL, not Jedi
Code Lib

 RM> I have commented in several areas on that.

Maybe some HowTo and WhenTo? :-)

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: Jvdatetimepicker
From: "Nick" <do_not_reply@reply.com>
Date: Mon, 10 Jan 2005 19:08:23 +0100
Newsgroups: jedi.vcl

Can anybody help?




Subject: Re: dcc32 crash while compiling jvcl3 rc1
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 10 Jan 2005 18:14:57 +0100
Newsgroups: jedi.vcl

Hofi wrote:

> > But if i select  ''Build packages' in installlation options i got the
> > error

If I remember correctly the "build packages" options deletes all .dcu,
..obj and .hpp files (of JVCL) and starts the dcc32.exe with -B for build.
And in this I do not see any problem but I may be wrong because I do not
have BCB.


-- Regards, Andreas Hausladen 

Subject: Re: Draw problem in JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Mon, 10 Jan 2005 15:10:25 -0200
Newsgroups: jedi.vcl

> > Delphi 6. I agree with you. VCL DBGrid does not have such behaviour. But 
> > try the following: set dgRowLines to false and then to true, in design 
> > mode. Last line, even partially visible, will be draw. I think the problem 
> > is the way the number of visible rows are calculated.

I think the problem goes back to TGrid, the way visible row count is 
determinded.

Best regards,
Eduardo Mauro 




Subject: Re: Draw problem in JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Mon, 10 Jan 2005 14:50:14 -0200
Newsgroups: jedi.vcl

"Fred" <nospam_@_nospam.com> escreveu na mensagem 
news:cru41k$g5u$1@talkto.net...
>> > >The VCL DBGrid does not have such behaviour.
> >
> > ?-) It has this behavior on my computer. What is your Delphi/BCB version?
> >
> > Fred, BCB5 user

Delphi 6. I agree with you. VCL DBGrid does not have such behaviour. But try 
the following: set dgRowLines to false and then to true, in design mode. 
Last line, even partially visible, will be draw. I think the problem is the 
way the number of visible rows are calculated.

Best regards,
Eduardo Mauro 




Subject: Re: dcc32 crash while compiling jvcl3 rc1
From: Hofi <hofi@fw.hu>
Date: Mon, 10 Jan 2005 17:41:53 +0100
Newsgroups: jedi.vcl

I've played a little to find out what could caused the problem.

With default options everyting works fine.
But if i select  ''Build packages' in installlation options i got the error

G:\CBuilder6\source\vcl\stdctrls.pas(4955) Fatal: Internal error: GH4578

repeated several times so i think it's a bug somewhere

best wishes
  Hofi


On Sun, 09 Jan 2005 22:14:17 +0100, Hofi <hofi@fw.hu> wrote:

> Yes i did.
> Strange, it solved, but don't know why?!?
> :(
> I got the same error twice, than i wrote the letter.
> Then now i've deleted the hole JVCL+JCL RC1 installation.
> Recopied the two directory and started to build both of them with the default setting (BPL/BPI)
> Now everything built fine.
> :-O
>
> Sorry for bothering you!
>
> bests Hofi
>
>
>
> On Sun, 09 Jan 2005 21:47:46 +0100, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:
>
>> Did you install the linker update as well ?
>



Subject: Problem with TJvMultiStringHolder
From: "Antonello Vittorio" <antonellovittorio@libero.it>
Date: Mon, 10 Jan 2005 17:20:29 +0100
Newsgroups: jedi.vcl

When I try to use the compontent I receive this error:
Invalid selection: 'TJvMultiStringHolderCollection' has no owner.
Why?
Thanks




Subject: Re: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 10 Jan 2005 17:13:45 +0100
Newsgroups: jedi.vcl

Fred wrote:

> > I already said the JvDBGrid unit is a complex piece of code. I don't 
> > want to be the only guy to know how it works. Help!

So it looks like that I had not understood the code in the 10 minutes I
gave to it.


> > These changes prevented the user from typing 
> > anything in a field if it was not edited first with the mouse

Hm. This must have been the case because I always first click into a cell
before typing even in Excel. Maybe a bad habit.


Sorry for my wrong bugfix.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3 RC1 and JCL 1.74 RC1
From: Pablo Z <fuelsoft@yahoo.com.ar>
Date: Mon, 10 Jan 2005 12:35:10 -0300
Newsgroups: jedi.vcl

Robert Wachtel wrote:
> Hi!
>
> Even as a non-heavy user of the JVCL I just wanted to say thank you, guys.

Me too. GREAT Job...

Z


Subject: Re: Draw problem in JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 10 Jan 2005 17:26:14 +0200
Newsgroups: jedi.vcl

> >The VCL DBGrid does not have such behaviour.

?-) It has this behavior on my computer. What is your Delphi/BCB version?

Fred, BCB5 user



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 10 Jan 2005 17:07:41 +0200
Newsgroups: jedi.vcl

The bug is due to the UseDefaultEditor function that enables or disables 
editing in a field. This function changes the result of CanEditShow and 
thus can prevent the triggering of the OnKeyPress event in the inherited 
part of the WMChar function. The bug occurs when you try to read the key 
pressed in a non-editable cell (read-only grid, read-only field, binary 
field, etc.). I canceled your changes and added a workaround. There's 
surely a better fix but I'm not enough brave to rewrite all the key 
processing (including the inherited parts).

> >Which was also a bug but this was already solved.

In fact, not. I just fixed it today.

> >All cases can never be tested. Not for user-interactive stuff.

I meant all COMMON cases. I asked this because it was not clear that you 
really tested your changes. These changes prevented the user from typing 
anything in a field if it was not edited first with the mouse. Striking 
a key is the most basic test to do when you want to fix KeyPress. No?

I already said the JvDBGrid unit is a complex piece of code. I don't 
want to be the only guy to know how it works. Help!

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGrid - AutoAppend
From: Pierre Y. <pierre@[levosgien].net>
Date: Mon, 10 Jan 2005 15:28:25 +0100
Newsgroups: jedi.vcl

Hi guys,

Happy new year 2005 and many thanks for your job on JVCL 3.0 !

I have a question about AutoAppend feature of TJvDBGrid. Do you agree if I say that AutoAppend enable or disable the grid ability to auto append a new row  if user press INSERT key or DOWN key at the bottom of the grid ?

Have you tested with TAB key if Options includes [dgTabs] ?

It seems that a new line is auto appended when I press the TAB key when I'm on the last column of my grid.

Is it possible to change that ?

Thank you very much, regards,

Pierre Y.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: JvDBGrid - AutoAppend
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 10 Jan 2005 16:20:47 +0200
Newsgroups: jedi.vcl

> >Hi guys,
> >
> >Happy new year 2005 and many thanks for your job on JVCL 3.0 !

Thank you and HYN 2005 too!

> >I have a question about AutoAppend feature of TJvDBGrid. Do you agree 
> >if I say that AutoAppend enable or disable the grid ability to auto 
> >append a new row  if user press INSERT key or DOWN key at the bottom of 
> >the grid ?

I would define it differently after looking at the code: the AutoAppend 
boolean enable or disable the grid ability to auto-append a new row if 
the cursor goes past the last row.

> >It seems that a new line is auto appended when I press the TAB key when 
> >I'm on the last column of my grid.

It's normal. I mean: not a bug.

> >Is it possible to change that ?

We have two choices there:
- we make a poll to decide which behavior is the best;
- we add a new property to the grid (not my favourite option, because 
this object has already a ton of properties and it is possible to 
achieve the result you want from outside the object).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvEdit.Flat in a frame
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 10 Jan 2005 15:08:41 +0100
Newsgroups: jedi.vcl


"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:crtos8$ddu$1@talkto.net...

>> > > (Should i create a Mantis entry for this?)
> >
> > Yes, if you put a sample application with it.

Done.

Mantis #0002493, include a little zipped test project and two screenshots
(designtime and runtime)

Ciao,
Ralf



Subject: Re: jvEdit.Flat in a frame
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 10 Jan 2005 14:14:46 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Hello,
>
> i am using several TJvEdit components inside of a frame. The property "Flat"
> is set to true for these edits. In designmode i can see the flat style but
> when i start the application the flat style is gone.
>
> I made a CVS update this morning. With an older version (from midth of
> december) the flat style inside a frame was working.
>
> (Should i create a Mantis entry for this?)

Yes, if you put a sample application with it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: jvEdit.Flat in a frame
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 10 Jan 2005 14:09:50 +0100
Newsgroups: jedi.vcl

Hello,

i am using several TJvEdit components inside of a frame. The property "Flat"
is set to true for these edits. In designmode i can see the flat style but
when i start the application the flat style is gone.

I made a CVS update this morning. With an older version (from midth of
december) the flat style inside a frame was working.

(Should i create a Mantis entry for this?)

Ciao,
Ralf



Subject: Re: Very slow JvListView
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 10 Jan 2005 09:23:45 +0200
Newsgroups: jedi.vcl

> >henry wrote:
>> >> I'm using beginupdate and endupdate but the performance is really really 
>> >> nothing to write home about.
>> >> 
>> >> Any suggestions on how to speed this up?
> >
> >Can you post a sample project to binaries?
> >

Sorry, better post it to mantis :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Very slow JvListView
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Jan 2005 06:51:02 +0100
Newsgroups: jedi.vcl

henry wrote:
> I'm using beginupdate and endupdate but the performance is really really nothing to write home about.
>
> Any suggestions on how to speed this up?

Can you post a sample project to binaries?


Subject: Re: JVCL 3 RC1 and JCL 1.74 RC1
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 10 Jan 2005 04:01:47 +0100
Newsgroups: jedi.vcl

Robert Wachtel wrote:

> Even as a non-heavy user of the JVCL I just wanted to say thank you, guys.
>
> These things rock - you all did a real great work!

You are wellcome.  :)

> btw: Absolutely no installation problems with Delphi 7.1 and 2005 Update 1 Architect German running on Windows XP SP2.

Glad to hear that.

Greetings, Robert


Subject: Re: JVCL install in Delphi 2005
From: Idel Lopez <Idel.Lopez@Bigfoot.com>
Date: Sun, 09 Jan 2005 21:51:44 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> You have somewhere on your harddrive a file called echo.exe or echo.com
>
>
> But then it must be in $(WINDIR), $(WINSYSDIR), $(WINDIR)\Command,
> $(DELPHI)\Bin or in the BPL directory because built.exe sets PATH to these
> values before starting make.exe.
>
>

  Yes, it was in $(WINSYSDIR), I just renamed it as win_echo.com and problem solved!

  Thanks for your help.


Subject: Re: JVCL 3 RC1
From: Hofi <hofi@fw.hu>
Date: Sun, 09 Jan 2005 22:16:35 +0100
Newsgroups: jedi.vcl

Thank you, i'm wondering what could be wrong.
Meanwhile I tried with default options (without user BPl/BPI output path)
Everything built fine. (both JCL and JVCL RC1)

Bests
   Hofi

On Sun, 09 Jan 2005 21:47:01 +0100, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

> Hofi wrote:
>
>> Has any of you ever compiled and built  JCL 1.94 RC1 and JVCL 3RC1 with  success for BCB5 and 6 (with custom output BPL/BPI library settings?)
>
> I build them everyday with regular BPL/BPI settings. Using custom settings shouldn't be a problem, I'll have a look to see what I can do..
>



Subject: Re: dcc32 crash while compiling jvcl3 rc1
From: Hofi <hofi@fw.hu>
Date: Sun, 09 Jan 2005 22:14:17 +0100
Newsgroups: jedi.vcl

Yes i did.
Strange, it solved, but don't know why?!?
:(
I got the same error twice, than i wrote the letter.
Then now i've deleted the hole JVCL+JCL RC1 installation.
Recopied the two directory and started to build both of them with the default setting (BPL/BPI)
Now everything built fine.
:-O

Sorry for bothering you!

bests Hofi



On Sun, 09 Jan 2005 21:47:46 +0100, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

> Did you install the linker update as well ?



Subject: JVCL 3 RC1 and JCL 1.74 RC1
From: "Robert Wachtel" <rwachtel@gmx.de>
Date: Sun, 9 Jan 2005 21:55:26 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi!

Even as a non-heavy user of the JVCL I just wanted to say thank you, guys.

These things rock - you all did a real great work!

btw: Absolutely no installation problems with Delphi 7.1 and 2005 Update 1 
Architect German running on Windows XP SP2.

Greetings from Cologne

Robert

xpost and f'up2 jedi.vcl 




Subject: Re: JvFormStorage in inherated forms
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 09 Jan 2005 21:53:33 +0100
Newsgroups: jedi.vcl

Changed it. Problem was that someone new types for TPosition have been introduced.

So i've uploaded a new version. But now i need a D5 and D6 guy. I know that this version is not compilable with D5 or D6. So anybody please have a look into the code and change the commented IFDEF COMPILER???_UP

Greetings
Jens

Marcel Bestebroer schrieb:
> Pablo Z wrote:
>
>>
>> I Found IT! My inherited form.position is poMainFormCenter. I Changed it to poDefault and work!
>
>
>     I'd consider that a bug. The form's Position property should not interfere with the component, but without close examination of the JvFormPlacement code, I can't really tell if it's easy to solve.
>
>> BTW... how can I specify that the "first time the form is loaded it should be centered" until user changes position?
>
>
>     As stated above, the Position property should just work normally, where the FormPlacement code will simply adjust the position and size when it can read those values. But someone will have to dive in the code to see if it can actually work.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: dcc32 crash while compiling jvcl3 rc1
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 09 Jan 2005 21:47:46 +0100
Newsgroups: jedi.vcl

Did you install the linker update as well ?


Subject: Re: JVCL 3 RC1
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 09 Jan 2005 21:47:01 +0100
Newsgroups: jedi.vcl

Hofi wrote:

> Has any of you ever compiled and built  JCL 1.94 RC1 and JVCL 3RC1 with  success for BCB5 and 6 (with custom output BPL/BPI library settings?)

I build them everyday with regular BPL/BPI settings. Using custom settings shouldn't be a problem, I'll have a look to see what I can do.



Subject: dcc32 crash while compiling jvcl3 rc1
From: Hofi <hofi@fw.hu>
Date: Sun, 09 Jan 2005 21:07:48 +0100
Newsgroups: jedi.vcl

Finally i've tried to build with its default settings (no alternative BPL/BPI output path)
JVCL300RC1JCL194-Build1758Complete.zip
JCL 1.94RC1 + JVCL3 RC1

JCL built fine
but
JVCL failed while building

JvCryptC6R.bpl

dcc32.exe crashed
---------------------------
dcc32.exe - Application Error
---------------------------
The instruction at "0x00451f52" referenced memory at "0x814acddc". The memory could not be "read".

in one of these files
...\..\run\JvCabFile.PAS ..\..\run\JvCipher.PAS ..\..\run\JvGenetic.PAS ...\..\run\JvSerialMaker.PAS

I'm using bcb6Ent#4 eng
win Xsp2 eng

by(t)e
  Hofi


Subject: Re: JVCL 3 RC1
From: Hofi <hofi@fw.hu>
Date: Sun, 09 Jan 2005 20:12:35 +0100
Newsgroups: jedi.vcl

The output lib path is in the PATH
any other tip?!?

On Sun, 09 Jan 2005 19:46:22 +0100, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

> Hofi wrote:
>> I got to the same problem while building JCL with JediInstaller and JVCL  with its' (very cool!!! Congratulations !!1) visual builder/installer.
>> If I specify the output BPI/BPL directories I get the same error message
>> Fatal: Unable to open file 'CJCL.BPI'
>> Seems to me that the user defined output librari does not get added to the  library path.
>> Am i right?
>
> They are, but those path need to be in the PATH environment variable as well. And the installer cannot do this for you as we decided not to change any system wide settings.



Subject: Re: JVCL 3 RC1
From: Hofi <hofi@fw.hu>
Date: Sun, 09 Jan 2005 19:47:21 +0100
Newsgroups: jedi.vcl

JVCL install also misses package
CJCVCL.
This name selection was not too lucky in JCL
The package itself is
CJclVcl60.bpl
but the include lib is
CJclVcl.bpi
and the static lib is
CJclVcl.lib
This possibility (naming the produced import\static library other than the package itself) introduced in BCB6 only and i think a lot of scripts and dependent tools are failing because of it.

Has any of you ever compiled and built  JCL 1.94 RC1 and JVCL 3RC1 with success for BCB5 and 6 (with custom output BPL/BPI library settings?)

TIA
  Hofi

On Sun, 09 Jan 2005 19:23:15 +0100, Hofi <hofi@fw.hu> wrote:

> I got to the same problem while building JCL with JediInstaller and JVCL with its' (very cool!!! Congratulations !!1) visual builder/installer.
> If I specify the output BPI/BPL directories I get the same error message
> Fatal: Unable to open file 'CJCL.BPI'
> Seems to me that the user defined output librari does not get added to the library path.
> Am i right?
> Or am i missing something?!
>
> TIA
>    Hofi
>
> On Sun, 09 Jan 2005 17:17:20 +0100, Hofi <hofi@fw.hu> wrote:
>
>> Thanks Edmund!!!
>>
>> I didn't notice the combined file.
>> Meanwhile i've downloaded the lates JCL 1.94 from SF.net but have problems with it's install.
>> I'm trying the file you suggested!
>>
>> Thanks once again.
>> By(t)e
>>   Hofi
>>
>> On Sun, 9 Jan 2005 16:38:37 +0100, Edmund Matzke <dummyforusenet@poelser.de> wrote:
>>
>>>> Which version of JCL do i need to use with the packages in the subject?!!?
>>>
>>> Looking on SourceForge you'll find a zip-File including JVCL + JCL. The
>>> filename JVCL300RC1JCL194-Build1758Complete.zip tells us that JCL 1.94 is
>>> inside.
>>
>



Subject: Re: JVCL 3 RC1
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 09 Jan 2005 19:46:22 +0100
Newsgroups: jedi.vcl

Hofi wrote:
> I got to the same problem while building JCL with JediInstaller and JVCL  with its' (very cool!!! Congratulations !!1) visual builder/installer.
> If I specify the output BPI/BPL directories I get the same error message
> Fatal: Unable to open file 'CJCL.BPI'
> Seems to me that the user defined output librari does not get added to the  library path.
> Am i right?

They are, but those path need to be in the PATH environment variable as well. And the installer cannot do this for you as we decided not to change any system wide settings.


Subject: Re: JVCL 3 RC1
From: Hofi <hofi@fw.hu>
Date: Sun, 09 Jan 2005 19:23:15 +0100
Newsgroups: jedi.vcl

I got to the same problem while building JCL with JediInstaller and JVCL with its' (very cool!!! Congratulations !!1) visual builder/installer.
If I specify the output BPI/BPL directories I get the same error message
Fatal: Unable to open file 'CJCL.BPI'
Seems to me that the user defined output librari does not get added to the library path.
Am i right?
Or am i missing something?!

TIA
  Hofi

On Sun, 09 Jan 2005 17:17:20 +0100, Hofi <hofi@fw.hu> wrote:

> Thanks Edmund!!!
>
> I didn't notice the combined file.
> Meanwhile i've downloaded the lates JCL 1.94 from SF.net but have problems with it's install.
> I'm trying the file you suggested!
>
> Thanks once again.
> By(t)e
>   Hofi
>
> On Sun, 9 Jan 2005 16:38:37 +0100, Edmund Matzke <dummyforusenet@poelser.de> wrote:
>
>>> Which version of JCL do i need to use with the packages in the subject?!!?
>>
>> Looking on SourceForge you'll find a zip-File including JVCL + JCL. The
>> filename JVCL300RC1JCL194-Build1758Complete.zip tells us that JCL 1.94 is
>> inside.
>



Subject: Re: JVCL 3 RC1
From: Hofi <hofi@fw.hu>
Date: Sun, 09 Jan 2005 17:17:20 +0100
Newsgroups: jedi.vcl

Thanks Edmund!!!

I didn't notice the combined file.
Meanwhile i've downloaded the lates JCL 1.94 from SF.net but have problems with it's install.
I'm trying the file you suggested!

Thanks once again.
By(t)e
 Hofi

On Sun, 9 Jan 2005 16:38:37 +0100, Edmund Matzke <dummyforusenet@poelser.de> wrote:

>> Which version of JCL do i need to use with the packages in the subject?!!?
>
> Looking on SourceForge you'll find a zip-File including JVCL + JCL. The
> filename JVCL300RC1JCL194-Build1758Complete.zip tells us that JCL 1.94 is
> inside.



Subject: Very slow JvListView
From: "henry" <nospam@mail.com>
Date: Sun, 9 Jan 2005 17:48:18 +0200
Newsgroups: jedi.vcl

 Hi 

I'm planing on using the JvListView in a project of mine but I have a 
problem with the performance, it's soooooo sloooooow :(

I have made a filter function where I clear and populate the JvListView 
when the user selects a filter. But it takes 1-2 secs for populating 
just a few listitems (< 10).

I'm using beginupdate and endupdate but the performance is really really 
nothing to write home about.

Any suggestions on how to speed this up?

TIA
Henry



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3 RC1
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sun, 9 Jan 2005 16:38:37 +0100
Newsgroups: jedi.vcl

> > Which version of JCL do i need to use with the packages in the subject?!!?

Looking on SourceForge you'll find a zip-File including JVCL + JCL. The
filename JVCL300RC1JCL194-Build1758Complete.zip tells us that JCL 1.94 is
inside.


Subject: JvHeaderControl
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Sun, 9 Jan 2005 17:35:42 +0200
Newsgroups: jedi.vcl

First of all, great job to all the programmers involved. 
 
Is there any "to-do" item that involves the JvHeaderControl and the
problem that exists when the style is set to hsFlat and the OnSectionClick
not working? 
 
I've looked at the source code trying to figure this out and it is way
beyond me! Looking at that stuff scares the heck out of me... 
 
Paul

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL 3 RC1
From: Hofi <hofi@fw.hu>
Date: Sun, 09 Jan 2005 16:21:48 +0100
Newsgroups: jedi.vcl

Which version of JCL do i need to use with the packages in the subject?!!?

TIA
  Hofi


Subject: So JvPatchFile is usefull or not ?
From: na <naentor@hotmail.com>
Date: Sun, 9 Jan 2005 17:14:35 +0200
Newsgroups: jedi.vcl

Hi,
 So did anyone has used jvPatchFile and figured out how it is working ? 
Does it make binary comparison ?


Subject: Re: Swap* - cloned subroutines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Jan 2005 07:33:16 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Hello, All!
>
> SwapInt in JvgUtils - same as alreayd killed SwapInt from RxLib/MaxMin.pas -
> are to be replaced with SwapOrd from JclMath and JclLogic

Do you want to work on JCL integration?
I have commented in several areas on that.


Subject: ANN: JVCL 3 RC 1 Released!
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 08 Jan 2005 22:28:13 +0100
Newsgroups: jedi.vcl

The JVCL Team is proud to announce that the first release candidate of JVCL 3 is available for download.

JVCL is a library of approximately 500 visual and non-visual components for Delphi 5, 6, 7 and 2005; C++Builder 5, 6 and Kylix 3. JVCL is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release contains changes, additions and bugfixes too numerous to list here, but here are some of the highlights:

- Support for Delphi 5, 6, 7 and 2005 (Win32)
- Support for C++ Builder 5 and 6
- Support for Kylix 3
- The monolithic package structure of JVCL 2.10 has been broken into smaller packages.
- Files have been renamed and arranged using a more logical naming scheme and folder structure, making it easier to find what you are looking for.
- Numerous components have been merged. This means there are almost no duplicates in JVCL anymore.
- The full install contains a tool to convert large parts of your source from JVCL 2.10 to JVCL 3.00, simplifying migration.
- Several new components and libraries have been added, among them UIB, Globus, KWizard, DockPresident, Managed Threads, UIL Time Framework, dxPack II, Jans Components, Print Preview, Ultim DB Components, Full Color controls, a LED control, a checkbox/radiobutton treeview and an XML database.
- A new package generator that creates packages for all supported platforms from XML files.
- A new installer that knows about and automatically detects package dependecies, installing what you need in each supported version.
- Improved support for Windows XP theming.
- Improved support for VisualCLX (not complete).
- Numerous bugs fixed.
- Support for localization using dxgettext (http://dxgettext.sourceforge.net)

If you are currently using JVCL 2.10, please read the documentation *carefully* before installing JVCL 3, especially the migration document.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

Later on we will also provide separate downloads for those packages that can be installed in a "stand-alone" mode (JvUIB, JvWizard, JvGlobus, JvManagedThreads, JvDocking, JvXPCtrls and JvDotNetCtrls)
To download JVCL 3, go to http://sourceforge.net/projects/jvcl and click the "Files" link at the top or go directly at this address: http://sourceforge.net/project/showfiles.php?group_id=45786

The current version is JVCL 3.00 RC 1.

Olivier Sannier for the JVCL Team
http://jvcl.sourceforge.net


Subject: Re: JVCL3 RC1 Preparation
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 08 Jan 2005 22:27:12 +0100
Newsgroups: jedi.vcl

OBones wrote:

> A tag called JVCL3_RC1 will be put on that branch when the release is ready, sometime on saturday evening.

This is now done.

Olivier Sannier
JVCL Coordinator


Subject: Swap* - cloned subroutines
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 8 Jan 2005 23:32:01 +0300
Newsgroups: jedi.vcl

Hello, All!

SwapInt in JvgUtils - same as alreayd killed SwapInt from RxLib/MaxMin.pas -
are to be replaced with SwapOrd from JclMath and JclLogic

BTW, is there 'conditional swap' routine? One like :
=========Beginning of the citation==============
      if _r.Top > _r.Bottom then
        swapOrd (_r.Top , _r.Bottom);
=========The end of the citation================
Like CmpXCHG opcode in Pentium? :-D


The same need seems gave birth to function NormalizedRect in
  JVCL3\examples\JvDiagramShape\3. DependencyWalker\MainFrm.pas
Ok, let's leave examples alone.


One more extra swap inside TJvCustomItemViewer.ShiftSelection
And it is used for...
=========Beginning of the citation==============
    if AFromCol > AToCol then
      Swap(AFromCol, AToCol);
    if AFromRow > AToRow then
      Swap(AFromRow, AToRow);
=========The end of the citation================

Same one in JvJCLUtils (btw, when planned its merging into JCL?) DateDiff
=========Beginning of the citation==============
  if Date1 > Date2 then
  begin
    DtSwap := Date1;
    Date1 := Date2;
    Date2 := DtSwap;
  end;
=========The end of the citation================

Hmm, i told ex-Rx SwapInt was eliminated? no, it is still fine within
JvJCLUtils !

Also in that very file:
=========Beginning of the citation==============
procedure AntiAliasRect(Clip: TBitmap;   XOrigin, YOrigin, XFinal, YFinal:
Integer);
[Sorry, skipped]
  // swap values
  if XFinal < XOrigin then
  begin
    Tmp := XOrigin;
    XOrigin := XFinal;
    XFinal := Tmp;
  end;
  if YFinal < YOrigin then
  begin
    Tmp := YOrigin;
    YOrigin := YFinal;
    YFinal := Tmp;
  end;
=========The end of the citation================

Colors conditional swapping in JvJVCLUtils::procedure GradientFillRect
But seems it is the only place, touching TColor.

One more ex-Rx trace: JvSpeedBar.pas
=========Beginning of the citation==============
// (rom) moved here to make JvMaxMin obsolete
procedure SwapInt(var Int1, Int2: Integer);
var
  I: Integer;
begin
  I := Int1;
  Int1 := Int2;
  Int2 := I;
end;
=========The end of the citation================

To finish with it - JvTimeLine.pas - the sweet couple within procedure
TJvCustomTimeLine.SelectItems ;-D

-- WinAMP://97z019jm [stopped] http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: A while ago...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 8 Jan 2005 15:08:14 +0100
Newsgroups: jedi.vcl

Am Fri, 07 Jan 2005 16:19:09 +0100 schrieb OBones:

> > have you tried the suggestion from roaster ?
Hehe, sorry, but this is my nickname in Mantis ;-)


-- cu, Michael 

Subject: Re: TJvXPBar on other systems than XP
From: "JFN" <no.spam@for.me>
Date: Sat, 8 Jan 2005 12:32:02 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > After all, I don't work on Saturdays so I can wake
> > up at whatever time I want. This is what I just did 30 minutes ago ;-)

Happy you ;-)

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: TJvXPBar on other systems than XP
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 08 Jan 2005 12:07:39 +0100
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:
> That would be great... Thanks Olivier... BTW, are you french? does this mean you're in the same timezone as me (NL) and answering questions within 5 minutes at  2:40 in the middle of the night (on friday!)?
>
> Do you ever sleep or live on energy drink like me ;-)?

Yeah, I'm on the same timezone as you. I just had to finish the clean up of examples before branching for JVCL3 RC1.
But I do sleep, I stopped at 2:50. After all, I don't work on Saturdays so I can wake up at whatever time I want. This is what I just did 30 minutes ago ;-)

Cheers

Olivier


Subject: Re: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 8 Jan 2005 02:58:59 +0100
Newsgroups: jedi.vcl

Fred wrote:

> > Why do you call this a bug?

Because the OnKeyPress event was not triggered correctly? But it worked
after a first type into the inplace editor.

> > Do you know how it worked before?

Yes, I downloaded many file revisions and tested them. In one case there
were two OnKeyPress events between an OnKeyDown and OnKeyUp event. Which
was also a bug but this was already solved.


> > Did you test all cases?

All cases can never be tested. Not for user-interactive stuff.


-- Regards, Andreas Hausladen 

Subject: Re: TJvXPBar on other systems than XP
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 08 Jan 2005 02:43:52 +0100
Newsgroups: jedi.vcl

That would be great... Thanks Olivier... BTW, are you french? does this mean you're in the same timezone as me (NL) and answering questions within 5 minutes at  2:40 in the middle of the night (on friday!)?

Do you ever sleep or live on energy drink like me ;-)?

Wiebe


OBones wrote:
> Wiebe Tijsma wrote:
>
>> Hi,
>>
>> Sorry for not taking the time to find this out for myself, and it might sound like stupid question, but does the TJvXPBar run on other OS'es than Windows XP? (I can't test it here without non-xp machines)
>> It does contain optional VisualCLX Def's, does it mean it runs on Kylix as well?
>
>
> AFAIK, it's just a matter of rendering a bar in a way that it looks like the XP bar. But there is no code that is specific to that OS, so it should work pretty much everywhere. However, I don't have any non XP system to test this either.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator


Subject: JVCL3 RC1 Preparation
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 08 Jan 2005 02:43:07 +0100
Newsgroups: jedi.vcl

Hi all

After having tested most examples and updated translation files, I've created a Branch called JVCL3_RC1_PREPARATION for the next release of the JVCL 3.
All changes that MUST go into the release have to be done in that branch or they will not be released.
A tag called JVCL3_RC1 will be put on that branch when the release is ready, sometime on saturday evening.

Thanks to all for the support

Olivier Sannier
JVCL Coordinator


Subject: Re: TJvXPBar on other systems than XP
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 08 Jan 2005 02:03:55 +0100
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> Hi,
>
> Sorry for not taking the time to find this out for myself, and it might sound like stupid question, but does the TJvXPBar run on other OS'es than Windows XP? (I can't test it here without non-xp machines)
> It does contain optional VisualCLX Def's, does it mean it runs on Kylix as well?

AFAIK, it's just a matter of rendering a bar in a way that it looks like the XP bar. But there is no code that is specific to that OS, so it should work pretty much everywhere. However, I don't have any non XP system to test this either.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: TJvXPBar on other systems than XP
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 08 Jan 2005 01:50:05 +0100
Newsgroups: jedi.vcl

Hi,

Sorry for not taking the time to find this out for myself, and it might sound like stupid question, but does the TJvXPBar run on other OS'es than Windows XP? (I can't test it here without non-xp machines)
It does contain optional VisualCLX Def's, does it mean it runs on Kylix as well?

Thanks! Wiebe


Subject: Re: old good D5 issues :-)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 08 Jan 2005 01:47:53 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Hello, All!
>
> Trying to open StoredPRoperties dialog for TJvFormStorage:
>
> 1) AV in JvSystemD5D: read at 00001F0
>
> after i close it, the next one appears
>
> 2) no such property JvFormPropsDlg.DesignSize
>
> Guess someone JVCL would better have it's own TForm ancestor providing such
> a property :-)

This is not a property, this is added by v6 designer. Anyway, all DesignSize values have been removed from CVS. Please try with next daily snapshot, or with JVCL 3 RC1.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Fred" <nospam@nospam.nospam>
Date: Sat, 8 Jan 2005 01:32:14 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit:

> > After a (binary search) research in the CVS history I found out that the
> > bug bug was introduces between JvDBGrids.pas 1.58 and 1.59. Unfortunatelly
> > the changes are +670 -189 lines. A lot of code.

Why do you call this a bug? Do you know how it worked before?

Are you sure you solved the problem? Did you test all cases?

Fred 




Subject: old good D5 issues :-)
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sat, 8 Jan 2005 02:09:29 +0300
Newsgroups: jedi.vcl

Hello, All!

Trying to open StoredPRoperties dialog for TJvFormStorage:

1) AV in JvSystemD5D: read at 00001F0

after i close it, the next one appears

2) no such property JvFormPropsDlg.DesignSize

Guess someone JVCL would better have it's own TForm ancestor providing such
a property :-)

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: JvListComb.pas,v 1.41 ahuser
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 Jan 2005 18:32:45 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Hello Andreas,
> > 
> > please have a look at the functions after the const unitversioning.
> > Seems to be a copy and paste error.

Thanks. Delphi searches for "initialization" if you use "CTRL+SHIFT+C".
And I had UNITVERSIONING off for all my Delphi versions. Now I have it on
for D5 which should show all such bugs (I meight introduce in the future
:-) )

Fixed in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 Jan 2005 17:53:09 +0100
Newsgroups: jedi.vcl

Fixed in CVS.



-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 Jan 2005 17:35:30 +0100
Newsgroups: jedi.vcl

After a (binary search) research in the CVS history I found out that the
bug bug was introduces between JvDBGrids.pas 1.58 and 1.59. Unfortunatelly
the changes are +670 -189 lines. A lot of code.


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Paolo Sciarrini" <p.sciarrini@iol.it>
Date: Fri, 7 Jan 2005 16:49:00 +0100
Newsgroups: jedi.vcl

Debugging source code, the error seems to be present only when
JvDBGrid.InplaceEditor = nil.
Does anybody else have noticed this problem? I'm planning to turn back to
JVCL2 because I can't quickly rewrite all my OnKeyPress events code... But
first of that (pant, pant...) I would like to have some other opinions...
Is there anybody out there?

Regards,
Paolo



"Paolo Sciarrini" <p.sciarrini@iol.it> ha scritto nel messaggio
news:crdk80$m4o$1@talkto.net...
> > Now I'm sure: it is a bug. The OnKeyPress event is correctly processed
only
> > after a initial key sequence...
> > I wrote a simple prg in order to show it and I'll put it in Mantis.
> > Thanks
> > Paolo
> >
> > "Paolo Sciarrini" <p.sciarrini@iol.it> ha scritto nel messaggio
> > news:crbkm1$aum$1@talkto.net...
>> > > Hi!
>> > > The problem reported in subject affects the 2005-01-03 daily too. It is
>> > > possible to reproduce it putting a JvDBGrid on a form and connecting it
to
> > a
>> > > ReadOnly DataSet, or setting JvDBGrid.ReadOnly = True. In these cases
the
>> > > OnKeyPress event is NOT executed. This didn't happen in JVCL2 because
the
>> > > event was always processed.
>> > > Is it a bug or a normal behaviour in JVCL3?
>> > > Thanks in advance.
>> > > Paolo
>> > >
>> > >
> >
> >




Subject: JvListComb.pas,v 1.41 ahuser
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 7 Jan 2005 15:41:22 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Andreas,

please have a look at the functions after the const unitversioning.
Seems to be a copy and paste error.

Karlheinz


Subject: Re: A while ago...
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 07 Jan 2005 16:19:09 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:


> BTW simply toggling ThemedPassword, as suggested in Mantis, does not work
> either...
>

have you tried the suggestion from roaster ?

-- 
Olivier Sannier
JVCL Coordinator


Subject: A while ago...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 7 Jan 2005 14:47:05 +0100
Newsgroups: jedi.vcl

Hi,

some time ago I've posted this feature request or better little issue to
mantis: http://homepages.borland.com/jedi/issuetracker/view.php?id=2293

This ticket is still open. Has sbdy had any time to have a look at TJvEdit
so far?

I'm trying to toggle between a hidden and visible password:

- The initial, hidden, state works w/o any problem. Some themed discs are
displayed instead of the common asterisks.

- The following visible state of the edit control displays a non-hidden
text - that's correct again.

- However when switching into hidden state again, I get no themed dics
anymore.

Using the following code with a TButton and a TJvEdit. ThemedPassword is
set to true and PasswordChar is set to '*'.

procedure TForm1.Button4Click(Sender: TObject);
begin
  if JvEdit1.PasswordChar = #0 then
   JvEdit1.Passwordchar := '*'
  else
   JvEdit1.PasswordChar := #0;
end;

BTW simply toggling ThemedPassword, as suggested in Mantis, does not work
either...

-- cu, Michael 

Subject: Re: What's happened to the 'Advanced' button during the installation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 Jan 2005 11:10:56 +0100
Newsgroups: jedi.vcl

Ian Branch wrote:

> >     It doesn't appear in the current installation app and therefore I
> > have to go in and manually edit the .inc file for quickreport & qreport4.

BTW: Quickreport, QReport4 and INTERNET_COMPONENTS are autodetected in the
newest installer. (QReport4 is not tested because I do not have it on my
disk and so I guessed from newsgroup postings and Mantis entries what file
must exist).




-- Regards, Andreas Hausladen 

Subject: Re: JVCL install in Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 Jan 2005 11:09:04 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > You have somewhere on your harddrive a file called echo.exe or echo.com

But then it must be in $(WINDIR), $(WINSYSDIR), $(WINDIR)\Command,
$(DELPHI)\Bin or in the BPL directory because built.exe sets PATH to these
values before starting make.exe.


-- Regards, Andreas Hausladen 

Subject: Re: What's happened to the 'Advanced' button during the installation?
From: "Ian Branch" <branch@sitathome.net>
Date: Fri, 7 Jan 2005 20:41:14 +1100
Newsgroups: jedi.vcl

> >
>> >> Thanks Guys.
>> >>
>> >>     I always install D5 & D7 at the same time so it never occurred to me
>> >> to just select one.
> >
> > And I install it for D5, D6, D7 and since yesterday D2k5 in one pass. But
> > I do not change the jvclXx.inc setting with the editor. I only use the
> > checkboxes on the config page which apply the change to all jvclXx.inc
> > files.
> > The editor is designed to manipulate only one jvclXx.inc file at once. Its
> > architechure does not allow mutiple jvclXx.inc editing. And I'm not in the
> > mood to rewrite the editor till the next release which sould be at the
> > weekend.
> >
Hey no stress Andreas.  Now I know what's happening I can deal with it.

Regards,

Ian




Subject: JvRollout and JvSpeedButton = font confused
From: "bert" <herbert.knavs@gmail.com>
Date: Fri, 7 Jan 2005 10:44:07 +0200
Newsgroups: jedi.vcl

If I use JvSpeedButton on JvRollout component the font on JvSpeedButton 
is foobar even if it is explicitly set on JvSpeedButton properties.

How to get the desired font and font color in this case?

Thank you for your answer



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with TJVPluginManager Component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 7 Jan 2005 08:52:31 +0100
Newsgroups: jedi.vcl

> > This is true only and only if you are passing strings or objects to your
> > DLL.

Since JvPlugin uses strings in its base implementation of the plugin
definition, sharemem is always required when creating DLL plugins.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JVCL install in Delphi 2005
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 07 Jan 2005 07:31:19 +0100
Newsgroups: jedi.vcl

Idel Lopez wrote:

>   Now, I can see the error is that the "JVCin" folder does not exist
> under Jedi, but, how is it expected to be there?  If I create the
> folder, it still fails.

You have somewhere on your harddrive a file called echo.exe or echo.com that takes precedence over the built in echo. That version of echo accepts escape characters such as \b and replaces them with other values.
Two solutions:
1. Remove the echo.exe or echo.com file
2. Remove the path to that file from the PATH environment variable.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: TCheckListBox Plus
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 6 Jan 2005 21:51:28 -0800
Newsgroups: jedi.vcl

Hi,

i am trying to format the list in a TCheckListBox such that i can group
items with a blank line between the groupings. However, on those blank
lines, i do not want to display a check box. ie, something like:

<> Alpha Item 1
<> Alpha Item 2
<> Alpha Item 3
(nothing on this line)
<> Beta Item 1
<> Beta Item 2
<> Beta Item 3
<> Beta Item 4
<> Beta Item 5
(nothing on this line)
<> Gamma Item 1
<> Gamma Item 2
etc...

where "<>" denotes the check box.

Is there a Jedi JVCL component that can do this or do i have to use some
sort of Owner Draw code on a standard TCheckListBox?

Thanks.





Subject: JVCL install in Delphi 2005
From: Idel Lopez <Idel.Lopez@Bigfoot.com>
Date: Fri, 07 Jan 2005 00:18:20 -0500
Newsgroups: jedi.vcl

 Hi, I'm trying to install JVCL, from the dailies (01/05 and 01/06 do the same) but I'm not getting much progress.

 This is what happens when I double-click Install.bat:

Using d9 for build process.

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Preprocessing JVCL]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
C:\DelphiAddOns\Jedi\JVCL\devtools\PackagesGenerator\FileUtils.pas(187)
Warning: W1002 Symbol 'FileSetDate' is specific to a platform
Fatal: F2039 Could not create output file
'C:\DelphiAddOns\Jedi\JVCin\JVCLInstall.exe'

** error 1 ** deleting Installer_nomo
Press ENTER to continue



  Now, I can see the error is that the "JVCin" folder does not exist
under Jedi, but, how is it expected to be there?  If I create the
folder, it still fails.


Subject: Re: JvFormStorage in inherated forms
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 07 Jan 2005 00:11:41 +0100
Newsgroups: jedi.vcl

Pablo Z schrieb:
> Jens wrote:
>
>> Please create a sample application and add it with a new entry to mantis.
>>
>
> Here it is
>
> Z
>
> (PD: Add it where?)

Mantis !! It's the Issue Tracker. You find it here : http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Register and then create all your issues, and all the developers will be pleased to look for your problems :-)

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage in inherated forms
From: Pablo Z <fuelsoft@yahoo.com.ar>
Date: Thu, 06 Jan 2005 18:44:37 -0300
Newsgroups: jedi.vcl

Jens wrote:

> Please create a sample application and add it with a new entry to mantis.
>

Here it is

Z

(PD: Add it where?)
FormStorageBug.zip
	



Subject: Re: What's happened to the 'Advanced' button during the installation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Jan 2005 21:17:46 +0100
Newsgroups: jedi.vcl

Ian Branch wrote:

> > Thanks Guys.
> > 
> >     I always install D5 & D7 at the same time so it never occurred to me
> > to just select one.

And I install it for D5, D6, D7 and since yesterday D2k5 in one pass. But
I do not change the jvclXx.inc setting with the editor. I only use the
checkboxes on the config page which apply the change to all jvclXx.inc
files.
The editor is designed to manipulate only one jvclXx.inc file at once. Its
architechure does not allow mutiple jvclXx.inc editing. And I'm not in the
mood to rewrite the editor till the next release which sould be at the
weekend.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with TJVPluginManager Component
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 06 Jan 2005 20:50:58 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Peter Thornqvist wrote:
>
>> Do you have sharemem as the first unit in your uses clause for the dpr file?
>>
>
>     To be more exact: if you use DLL plug ins, you'll need to specify ShareMem as the first unit in the uses clause of both your application as well as any plugin.

This is true only and only if you are passing strings or objects to your DLL. If you are using simple types (byte, int, cardinal) or pointers (PChar, int^) then you don't need ShareMem. And doing this also allows people to write plugins in other languages (C++ being one of them)


Subject: Re: What's happened to the 'Advanced' button during the installation?
From: "Ian Branch" <branch@sitathome.net>
Date: Fri, 7 Jan 2005 06:41:12 +1100
Newsgroups: jedi.vcl

Thanks Guys.

    I always install D5 & D7 at the same time so it never occurred to me to
just select one.

Regards,

Ian





Subject: new DEFINE THREADSAFE for JCL and its implications
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Jan 2005 19:53:57 +0100
Newsgroups: jedi.vcl

The DCL donation for the JCL has introduced a
{$DEFINE THREADSAFE}

For now it is in jcl.inc, but it definitely should go to
jedi.inc. The reason behind that is that it is useful for
the JVCL also, but placing it in jvcl.inc could cause
problems. We would have two independent THREADSAFE
directives with at least the JVCL version being
easily switchable in the Installer.

This raises another problem. We have two jedi.inc files.
I vote for deleting the JVCL version Common\jedi.inc.
Delphi should normally use the JCL version of the file
anyway because usually the JCL pathes precede the JVCL
pathes in the Library path.
Also you can get really wierd problems if the Browsing
path and the Library path disagree in the sequence.

BTW i just updated Common\jedi.inc to be the same as the
JCL version.


Subject: Re: Problems with TJVPluginManager Component
From: Hendrik Lenz <hendriklenz@gmx.de>
Date: Thu, 06 Jan 2005 18:07:57 +0100
Newsgroups: jedi.vcl

Peter Thornqvist schrieb:
> Do you have sharemem as the first unit in your uses clause for the dpr file?
>
Hi,

yes, in the Hostapplication and in the Plugin-Projekt.

Hendrik


Subject: Re: Problems with TJVPluginManager Component
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 06 Jan 2005 17:59:33 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Do you have sharemem as the first unit in your uses clause for the dpr file?
>

    To be more exact: if you use DLL plug ins, you'll need to specify ShareMem as the first unit in the uses clause of both your application as well as any plugin.

    For package plugins, you'll need to make sure that both application and plugins use the runtime packages of JVCL, specifically the one with the plugin component.

    You could perform a test by only loading one plugin and see if you can unload it. You'll then need to find out what the plugin does if it doesn't want to unload at all (perhaps the DLL entry code does something with the global application handle or something like that).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Problems with TJVPluginManager Component
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Jan 2005 17:41:44 +0100
Newsgroups: jedi.vcl

Do you have sharemem as the first unit in your uses clause for the dpr file?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Problems with TJVPluginManager Component
From: Hendrik Lenz <hendriklenz@gmx.de>
Date: Thu, 06 Jan 2005 17:25:25 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Hendrik Lenz wrote:
>
>> Marcel Bestebroer schrieb:
>>
>>> Hendrik Lenz wrote:
>>>
>>>> Hello,
>>>>
>>>> i use the TJVPluginManager Component (PluginKind = plgDLL)to work with Plugins in my Application and it works fine.
>>>>
>>>> But i have i problem with an Plugin when i unload the Plugin with this code:
>>>>
>>>> procedure TForm1.unload_plugins;
>>>> var i:integer;
>>>> begin
>>>>   try
>>>>     for i:=0 to JvPluginManager1.PluginCount -1 do begin
>>>>       JvPluginManager1.UnloadPlugin(i);
>>>>     end;
>>>>   except
>>>>   end;
>>>> end;
>>>
>>>
>>>
>>>
>>>     It might be better if you start with PluginCount -1 and work your way backward to 0. I suspect the for loop you have is trowing an 'index out of range'-exception (though the try/except should catch it), and certainly won't remove all of them (after it unloads plugin 0, plugin 1 becomes plugin 0, so the next iteration skips that plugin). That is, assuming the UnloadPlugin method removes the plugins from the list.
>>>
>>>
>> Hi,
>>
>> sorry i have posted an old procedure i have changed this, i use this code:
>>
>> procedure TForm1.unload_plugins;
>> var i:integer;
>> begin
>>   try
>>     for i:=0 to JvPluginManager1.PluginCount -1 do begin
>
>
> Do this:
>
> for i := JvPluginManager1.PluginCount-1 downto 0 do begin
>
> And let us know.
>
> Cheers
>
Hi,

i do this but i have the same problem. I think the plugin has an problem, so that the plugin does not can be unload by the PluginManager. Can i free the resources of the plugin anyway or can i terminate the plugin? I think the plugin has reserved some resources that are not free and so the PluginManager can´t unload the Plugin.

Can i do something at the code from the Plugin to free the resources or anything else?

Thanks
Hendrik


Subject: Re: TJvImageListBox.ResetItemHeight;
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Jan 2005 17:22:01 +0100
Newsgroups: jedi.vcl

Works perfectly. I commit it.

-- Regards, Andreas Hausladen 

Subject: Re: TJvImageItem.SetIndex - what's that?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Jan 2005 17:21:44 +0100
Newsgroups: jedi.vcl

S.Exchange(I, Value) must be

while I >= S.Count do
  S.Add('');
S.Move(I, Value);

Fixed in CVS.

I have also added a Items.Move method (which is not trivial because of the
extra FStrings[] handling.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with TJVPluginManager Component
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 06 Jan 2005 16:56:11 +0100
Newsgroups: jedi.vcl

Hendrik Lenz wrote:

> Marcel Bestebroer schrieb:
>
>> Hendrik Lenz wrote:
>>
>>> Hello,
>>>
>>> i use the TJVPluginManager Component (PluginKind = plgDLL)to work with Plugins in my Application and it works fine.
>>>
>>> But i have i problem with an Plugin when i unload the Plugin with this code:
>>>
>>> procedure TForm1.unload_plugins;
>>> var i:integer;
>>> begin
>>>   try
>>>     for i:=0 to JvPluginManager1.PluginCount -1 do begin
>>>       JvPluginManager1.UnloadPlugin(i);
>>>     end;
>>>   except
>>>   end;
>>> end;
>>
>>
>>
>>     It might be better if you start with PluginCount -1 and work your way backward to 0. I suspect the for loop you have is trowing an 'index out of range'-exception (though the try/except should catch it), and certainly won't remove all of them (after it unloads plugin 0, plugin 1 becomes plugin 0, so the next iteration skips that plugin). That is, assuming the UnloadPlugin method removes the plugins from the list.
>>
>>
> Hi,
>
> sorry i have posted an old procedure i have changed this, i use this code:
>
> procedure TForm1.unload_plugins;
> var i:integer;
> begin
>   try
>     for i:=0 to JvPluginManager1.PluginCount -1 do begin

Do this:

for i := JvPluginManager1.PluginCount-1 downto 0 do begin

And let us know.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Problems with TJVPluginManager Component
From: Hendrik Lenz <hendriklenz@gmx.de>
Date: Thu, 06 Jan 2005 16:54:04 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer schrieb:
> Hendrik Lenz wrote:
>
>> Hello,
>>
>> i use the TJVPluginManager Component (PluginKind = plgDLL)to work with Plugins in my Application and it works fine.
>>
>> But i have i problem with an Plugin when i unload the Plugin with this code:
>>
>> procedure TForm1.unload_plugins;
>> var i:integer;
>> begin
>>   try
>>     for i:=0 to JvPluginManager1.PluginCount -1 do begin
>>       JvPluginManager1.UnloadPlugin(i);
>>     end;
>>   except
>>   end;
>> end;
>
>
>     It might be better if you start with PluginCount -1 and work your way backward to 0. I suspect the for loop you have is trowing an 'index out of range'-exception (though the try/except should catch it), and certainly won't remove all of them (after it unloads plugin 0, plugin 1 becomes plugin 0, so the next iteration skips that plugin). That is, assuming the UnloadPlugin method removes the plugins from the list.
>
>
Hi,

sorry i have posted an old procedure i have changed this, i use this code:

procedure TForm1.unload_plugins;
var i:integer;
begin
  try
    for i:=0 to JvPluginManager1.PluginCount -1 do begin
      JvPluginManager1.UnloadPlugin(0);
    end;
  except
  end;
end;

And  have the problem with this code. I can´t get an "out of range.." error so!

Thanks
Hendrik


Subject: TJvImageListBox.ResetItemHeight;
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Jan 2005 16:31:04 +0100
Newsgroups: jedi.vcl

The procedure TJvImageListBox.ResetItemHeight; function makes the
ItemHeight property completely useless. I can set it to what value I want
but the items are always 17 Pixel height because ResetItemHeight resets it
to 17.

I have changed these lines:
----------------------
    taLeftJustify, taRightJustify:
      ItemHeight := Max(GetItemHeight(Font) + 4, MaxImageHeight +
Ord(ButtonFrame) * 4);
    taCenter:
      ItemHeight := Max(GetItemHeight(Font) + 4, MaxImageHeight +
Ord(ButtonFrame) * 8);
----------------------

to [ inserted Max(ItemHeight, ...) ];
----------------------
    taLeftJustify, taRightJustify:
      ItemHeight := Max(ItemHeight, Max(GetItemHeight(Font) + 4,
MaxImageHeight + Ord(ButtonFrame) * 4));
    taCenter:
      ItemHeight := Max(ItemHeight, Max(GetItemHeight(Font) + 4,
MaxImageHeight + Ord(ButtonFrame) * 8));
----------------------
And then the ItemHeight property works as expected.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with TJVPluginManager Component
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 06 Jan 2005 16:18:13 +0100
Newsgroups: jedi.vcl

Hendrik Lenz wrote:
> Hello,
>
> i use the TJVPluginManager Component (PluginKind = plgDLL)to work with Plugins in my Application and it works fine.
>
> But i have i problem with an Plugin when i unload the Plugin with this code:
>
> procedure TForm1.unload_plugins;
> var i:integer;
> begin
>   try
>     for i:=0 to JvPluginManager1.PluginCount -1 do begin
>       JvPluginManager1.UnloadPlugin(i);
>     end;
>   except
>   end;
> end;

    It might be better if you start with PluginCount -1 and work your way backward to 0. I suspect the for loop you have is trowing an 'index out of range'-exception (though the try/except should catch it), and certainly won't remove all of them (after it unloads plugin 0, plugin 1 becomes plugin 0, so the next iteration skips that plugin). That is, assuming the UnloadPlugin method removes the plugins from the list.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: TJvImageItem.SetIndex - what's that?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Jan 2005 16:13:32 +0100
Newsgroups: jedi.vcl


JvListComb.pas:

procedure TJvImageItem.SetIndex(Value: Integer);
var
  I: Integer;
  S: TStrings;
begin
  I := Index;
  inherited SetIndex(Value);
  S := GetOwnerStrings;
  if (S <> nil) and (I >= 0) and (Value >= 0) and (I <> Value) then
    S.Exchange(I, Value);    <<-------------
end;

What is the purpose of this strange SetIndex method, especially the
S.Exchange(I, Value) call? I always get an "index out of bounds" when I
try to insert an item by "JvImageListBox.Items.Insert(1)"


-- Regards, Andreas Hausladen 

Subject: Problems with TJVPluginManager Component
From: Hendrik Lenz <hendriklenz@gmx.de>
Date: Thu, 06 Jan 2005 16:04:25 +0100
Newsgroups: jedi.vcl

Hello,

i use the TJVPluginManager Component (PluginKind = plgDLL)to work with Plugins in my Application and it works fine.

But i have i problem with an Plugin when i unload the Plugin with this code:

procedure TForm1.unload_plugins;
var i:integer;
begin
  try
    for i:=0 to JvPluginManager1.PluginCount -1 do begin
      JvPluginManager1.UnloadPlugin(i);
    end;
  except
  end;
end;

When i unload teh plugin, my Application stand still and i can do nothing in the Application the MainForm show only an white Background and i can´t do anything?

Has anyone some hint´s for me, can i unload or destroy the Plugin on any other way as the unload method of the PluginManager?

I use the version 3.00of Jedi JVCL.

Thanks Hendrik


Subject: Re: JVcl Install missing files.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 06 Jan 2005 11:26:23 +0100
Newsgroups: jedi.vcl

Samson Fu wrote:

> sure, i never load other version...
> I am using public pserver to download~

Well then, there must be something wrong with your setup. The file

TJVUIBRESTORE.BMP has been in CVS for 2 weeks and 2 days as indicated here:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/images/TJVUIBRESTORE.BMP?rev=1.1&view=log

and it's about the same for all the other files you indicate as being missing.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVcl Install missing files.
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Thu, 6 Jan 2005 17:54:38 +0800
Newsgroups: jedi.vcl

sure, i never load other version...
I am using public pserver to download~

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:criq8b$jme$1@talkto.net...
> > Samson Fu wrote:
> >
>> >> Oh~~ I just downloaded from sourceforge cvs this morning...
>> >> may be sourceforge problem~
> >
> > Are you sure that it loads HEAD and not an older version? 




Subject: Re: JVcl Install missing files.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Jan 2005 10:28:42 +0100
Newsgroups: jedi.vcl

Samson Fu wrote:

> Oh~~ I just downloaded from sourceforge cvs this morning...
> may be sourceforge problem~

Are you sure that it loads HEAD and not an older version?


Subject: Re: JVcl Install missing files.
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Thu, 6 Jan 2005 17:27:01 +0800
Newsgroups: jedi.vcl

Oh~~ I just downloaded from sourceforge cvs this morning...
may be sourceforge problem~

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message news:crio8c$j8b$1@talkto.net...
> > Samson Fu wrote:
>> >> Missing the following files while installing the most recent CVS JVcl.
>> >>
>> >> TJVUIBRESTORE.BMP
>> >> TJVDEBUGHANDLER.BMP
>> >> TJVUIBDATABASE.BMP
>> >> TJVUIBQUERY.BMP
>> >> TJVUIBBACKUP.BMP
>> >> TJvThreadSimpleDialog.bmp
>> >> TJvThreadAnimateDialog.bmp
>> >>
>> >> Samson Fu
> >
> > either you have an old version somewhere or you are not using the very latest version as this error has been fixed for almost a 
> > week now.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: JVcl Install missing files.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 06 Jan 2005 09:55:41 +0100
Newsgroups: jedi.vcl

Samson Fu wrote:
> Missing the following files while installing the most recent CVS JVcl.
>
> TJVUIBRESTORE.BMP
> TJVDEBUGHANDLER.BMP
> TJVUIBDATABASE.BMP
> TJVUIBQUERY.BMP
> TJVUIBBACKUP.BMP
> TJvThreadSimpleDialog.bmp
> TJvThreadAnimateDialog.bmp
>
> Samson Fu
>

either you have an old version somewhere or you are not using the very latest version as this error has been fixed for almost a week now.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: problem install
From: "Didier G" <toto@toto.org>
Date: Thu, 6 Jan 2005 07:16:25 +0200
Newsgroups: jedi.vcl

> >Use the JVCL package with the JCL inside it, available here:
> >http://prdownloads.sourceforge.net/jvcl/JVCL300BETA2JCL192-Build1666Complete.zip?download

Thanks a lot it works fine. ;-)

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVcl Install missing files.
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Thu, 6 Jan 2005 11:10:39 +0800
Newsgroups: jedi.vcl

Missing the following files while installing the most recent CVS JVcl.

TJVUIBRESTORE.BMP
TJVDEBUGHANDLER.BMP
TJVUIBDATABASE.BMP
TJVUIBQUERY.BMP
TJVUIBBACKUP.BMP
TJvThreadSimpleDialog.bmp
TJvThreadAnimateDialog.bmp

Samson Fu 




Subject: Re: @obones : Mantis 2447
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Thu, 6 Jan 2005 03:39:44 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 5 Jan 2005 16:15:13 +0200 @635)
....while the fading voice of Jens whispered through the darkness:

AS: sorry that i'm posting before i'm thinking - i want to got to bed :-)

 >> 3) compilation timestamp - and let it be that different builds would not
 >> be reuse the settings,
 J> Didn't know how.
When i typed that i kept in mind random GUID as well.
While it is worse than timestamp, it is possible.

But even with GUID it is good to include project name, otherwise someone
exploring the registry will not know what app uses that key :-)
As well, we chouls remember in DFM original filename, and if exe was later
renamed - put notice on that in registry :-)

Oh, sorry for pulling your legs, guess i ate something innormal ;-D


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: @obones : Mantis 2447
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Thu, 6 Jan 2005 03:35:46 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 5 Jan 2005 16:15:13 +0200 @635)
....while the fading voice of Jens whispered through the darkness:

 J> For me it's not possible, because the JvAppRegistryStorage didn't know

Hmm...
On second glance there can be 2 different scenarios:
 1, common - i open a project and i open DFM as subpart of the project
 2 - i open PAS or DFM without the embracing project, and then... :-(
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: @obones : Mantis 2447
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Thu, 6 Jan 2005 03:34:10 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 5 Jan 2005 16:15:13 +0200 @635)
....while the fading voice of Jens whispered through the darkness:

 >> this way?) is to be like `JediVCL using applications`
 J> The constant could also be changed to "MyJVCLUsingCompany" or so.

I'm against 'Company' since this default stub is not intended for any
certain company, but for all different apps.
As well, i vote for using JediVCL instead of JVCL everywhere (remeber that
thread about user confusion between JCL and JVCL) - though here it may not
be important.

 >> 2) project title or MainForm Caption

 J> For me it's not possible, because the JvAppRegistryStorage didn't know
 J> the mainform. The Application Caption could be used.

DesignTime or RunTime ?
Can't comment right away, but i doubt

 >> 3) compilation timestamp - and let it be that different builds would not
 >> be reuse the settings,
 J> Didn't know how.

clone some code from mrExpert ?

 >> let warning prompt be shown during both compilation and
 >> program launch.

 J> when you execute the application.

If possible, when opening such a DFM in IDE too.

 J> I would suggest to replace "MyJVCLApplication" with the name of the
 J> exe-file.
 J> Any further Comments?

Your Project1 will interfere with one of mine :-)

Even customised exe names may sometimes be so generic that will collide.
Like file extensions (that .GDB trouble in WinXP :-) ).
This is not very dangerous, but is not elegant imho.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Jvdatetimepicker
From: "Nick" <do_not_reply@reply.com>
Date: Thu, 6 Jan 2005 00:20:56 +0100
Newsgroups: jedi.vcl

I am testing jvdatetimepicker and obviously doing something wrong...



I use jvdatetimepicker and one button... In jvdatetimepicker I setup
nulldate (4.1.2005. - the same as in buttonclick procedure) and nulltext.
Button procedure is:



procedure TForm1.Button1Click(Sender: TObject);
begin
jvdatetimepicker1.Date:=EncodeDate(2005, 1, 4);
end;



When I start program I press button and nulltext is displayed.. That's OK
since date:=nulldate, but when I change date in jvdatetimepicker and press
button again nulldate is displayed and not nulltext..... Why? Isn't again
date:=nulldate..



Nulldate only works the first time (I must not change date first and then
press button or else will not work)..



And why does not jvdatetimepicker.nulldate work if I select the date manualy
on runtime?



Tx...




Subject: Re: problem install
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 05 Jan 2005 23:09:20 +0100
Newsgroups: jedi.vcl

Didier G wrote:
> Hi,
>
>
>> Use the correct version of the JCL with the correct version of the JVCL.
>> Basically, the JVCL 3 Beta 2 only works with JCL 1.92 and not 1.94
>
>
> But where can I download the JCL 1.92 ? There is just 1.90, 1.93 and 1.94 on sourceforge...

Use the JVCL package with the JCL inside it, available here:

http://prdownloads.sourceforge.net/jvcl/JVCL300BETA2JCL192-Build1666Complete.zip?download

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: problem install
From: "Didier G" <toto@toto.org>
Date: Wed, 5 Jan 2005 20:08:13 +0200
Newsgroups: jedi.vcl

Hi,

> >Use the correct version of the JCL with the correct version of the JVCL.
> >Basically, the JVCL 3 Beta 2 only works with JCL 1.92 and not 1.94

But where can I download the JCL 1.92 ? 
There is just 1.90, 1.93 and 1.94 on sourceforge...

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Missing Components in JVCL3.0
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 05 Jan 2005 13:03:13 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

> Peter Mauss wrote:
>
>> Hi,
>>
>> in JVCL 2 there was a component TJvArrow. I cannot find it in Jvcl3.
>> Is there any replacement?
>>
>
> If you feel like installing it you can get it out of the JVCL3/archive/ directory and try to recompile it yourself.  

I just made a standalone version (that Registers itself so it appears in the pallete). Go look in binaries, and grab and install it as a standalone component if you like it.


Warren


Subject: Re: Missing Components in JVCL3.0
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 05 Jan 2005 12:52:02 -0500
Newsgroups: jedi.vcl

Peter Mauss wrote:
> Hi,
>
> in JVCL 2 there was a component TJvArrow. I cannot find it in Jvcl3.
> Is there any replacement?
>

If you feel like installing it you can get it out of the JVCL3/archive/ directory and try to recompile it yourself.  As far as I can see it just draws an arrow up or down or left or right, etc.  Not the most useful
component I've ever seen, but not totally useless either.  TJvShape
doesn't draw arrows, so that won't help you.

Personally I have bitmap files called arrow_up.bmp,arrow_down.bmp,
arrow_left.bmp, and you get the idea, right?

Warren


Subject: Re: @obones : Mantis 2447
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Wed, 5 Jan 2005 17:40:35 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 04 Jan 2005 00:49:42 +0100 @34)
....while the fading voice of Jens whispered through the darkness:

 JF> They are replaces by internal constants "MyCompany" and
 JF> "MyJVCLApplication".

Still want to restate my opinion already told on MAntis.

I don't like the case, when two different apps, with default settings, would
interfere.

So i think that `company` (group of application - may we understand it this
way?) is to be like `JediVCL using applications`
And the `application` should be unique by default!!!

I'd choose some combination of
 1) .exe filename (and .dpr filename)
 2) project title or MainForm Caption
 3) compilation timestamp - and let it be that different builds would not be
reuse the settings, let warning prompt be shown during both compilation and
program launch.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: JvFormStorage in inherated forms
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 05 Jan 2005 15:15:33 +0100
Newsgroups: jedi.vcl

Pablo Z wrote:
>
> I Found IT! My inherited form.position is poMainFormCenter. I Changed it to poDefault and work!

    I'd consider that a bug. The form's Position property should not interfere with the component, but without close examination of the JvFormPlacement code, I can't really tell if it's easy to solve.

> BTW... how can I specify that the "first time the form is loaded it should be centered" until user changes position?

    As stated above, the Position property should just work normally, where the FormPlacement code will simply adjust the position and size when it can read those values. But someone will have to dive in the code to see if it can actually work.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: @obones : Mantis 2447
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 5 Jan 2005 16:15:13 +0200
Newsgroups: jedi.vcl

> >The stars so gaily glistened... (Tue, 04 Jan 2005 00:49:42 +0100 @34)
> >...while the fading voice of Jens whispered through the darkness:
> >
> > JF> They are replaces by internal constants "MyCompany" and
> > JF> "MyJVCLApplication".
> >
> >Still want to restate my opinion already told on MAntis.
> >
> >I don't like the case, when two different apps, with default settings, would
> >interfere.
> >

You are right, but ....

> >So i think that `company` (group of application - may we understand it this
> >way?) is to be like `JediVCL using applications`

The constant could also be changed to "MyJVCLUsingCompany" or so.

> >And the `application` should be unique by default!!!
> >
> >I'd choose some combination of
> > 1) .exe filename (and .dpr filename)

This is a possible good idea.

> > 2) project title or MainForm Caption

For me it's not possible, because the JvAppRegistryStorage didn't know the
mainform. The Application Caption could be used.

> > 3) compilation timestamp - and let it be that different builds would not be
> >reuse the settings, 

Didn't know how.

> >let warning prompt be shown during both compilation and
> >program launch.

This is implemented. If you use the %COMPANYNAME% or %APPL_NAME% without
defining the infos in the fileversion info, a message dialog is opened
when you execute the application. So each developer should be able to
react on this :-)

I would suggest to replace "MyJVCLApplication" with the name of the exe-file.

Any further Comments?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormStorage in inherated forms
From: Pablo Z <fuelsoft@yahoo.com.ar>
Date: Wed, 05 Jan 2005 11:06:23 -0300
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     There might be a timing issue involved. The FormCreate event will setup the FormStorage component, but I'm not sure if this happens before or after it has attempted to load it's settings.
>
>     In addition, there may be a problem if the form storage component still uses the OnShow event to adjust the position/size of the form (haven't looked at the JVCL code in a while) and you have assigned another handler to the OnShow event of your form.
>
>     It may be either of these two, or even both.
>

I Found IT! My inherited form.position is poMainFormCenter. I Changed it to poDefault and work!

BTW... how can I specify that the "first time the form is loaded it should be centered" until user changes position?

Z


Subject: Re: JvFormStorage in inherated forms
From: Pablo Z <fuelsoft@yahoo.com.ar>
Date: Wed, 05 Jan 2005 10:50:46 -0300
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     There might be a timing issue involved. The FormCreate event will setup the FormStorage component, but I'm not sure if this happens before or after it has attempted to load it's settings.
>
>     In addition, there may be a problem if the form storage component still uses the OnShow event to adjust the position/size of the form (haven't looked at the JVCL code in a while) and you have assigned another handler to the OnShow event of your form.
>
>     It may be either of these two, or even both.
>

I can Isue e JvFormStorage1.RestoreFormPlacement ; but it seems no efect =(
I'll try to debug JvFormStorage1 source code to see whats happening.

Z


Subject: Re: JvFormStorage in inherated forms
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 05 Jan 2005 14:31:51 +0100
Newsgroups: jedi.vcl

Pablo Z wrote:
> Pablo Z wrote:
>
>> Hi!
>> I put JvFormStorage in my TBaseForm.
>> How can I make JvFormPlacemet save information based on the inherated form?
>> (in my TForm1 (inherated from TBaseForm) JvFormPlacement saves data in TBaseForm Section)
>
>
> I Solve the "section" problem, Form position is saved correctly, but when I Show the inherited form, it's allway in the same position. Any sugestions?

    There might be a timing issue involved. The FormCreate event will setup the FormStorage component, but I'm not sure if this happens before or after it has attempted to load it's settings.

    In addition, there may be a problem if the form storage component still uses the OnShow event to adjust the position/size of the form (haven't looked at the JVCL code in a while) and you have assigned another handler to the OnShow event of your form.

    It may be either of these two, or even both.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvFormStorage in inherated forms
From: Pablo Z <fuelsoft@yahoo.com.ar>
Date: Wed, 05 Jan 2005 10:24:15 -0300
Newsgroups: jedi.vcl

Pablo Z wrote:
> Hi!
> I put JvFormStorage in my TBaseForm.
> How can I make JvFormPlacemet save information based on the inherated form?
> (in my TForm1 (inherated from TBaseForm) JvFormPlacement saves data in TBaseForm Section)

I Solve the "section" problem, Form position is saved correctly, but when I Show the inherited form, it's allway in the same position. Any sugestions?

procedure TBaseForm.FormCreate(Sender: TObject);
begin
  // Link to my global JvAppIniFileStorage
  if Application.MainForm is TMain then begin
    JvFormStorage1.AppStorage := TMain(Application.MainForm).JvAppIniFileStorage1;
    JvFormStorage1.AppStoragePath := Name;
    JvFormStorage1.Active := True;
    end;
end;


Subject: Re: JvFormStorage in inherated forms
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 5 Jan 2005 15:15:55 +0200
Newsgroups: jedi.vcl

> >Hi!
> >I put JvFormStorage in my TBaseForm.
> >How can I make JvFormPlacemet save information based on the inherated form?
> >(in my TForm1 (inherated from TBaseForm) JvFormPlacement saves data in 
> >TBaseForm Section)
> >
> >Z
> >(Sorry for reposting, but I think this post should be here insted of 
> >General)
> >

Please create a sample application and add it with a new entry to mantis.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvFormStorage in inherated forms
From: Pablo Z <fuelsoft@yahoo.com.ar>
Date: Wed, 05 Jan 2005 09:59:18 -0300
Newsgroups: jedi.vcl

Hi!
I put JvFormStorage in my TBaseForm.
How can I make JvFormPlacemet save information based on the inherated form?
(in my TForm1 (inherated from TBaseForm) JvFormPlacement saves data in TBaseForm Section)

Z
(Sorry for reposting, but I think this post should be here insted of General)


Subject: Missing Components in JVCL3.0
From: Peter Mauss <pm@evil-engineer.de>
Date: Wed, 05 Jan 2005 13:23:39 +0100
Newsgroups: jedi.vcl

Hi,

in JVCL 2 there was a component TJvArrow. I cannot find it in Jvcl3.
Is there any replacement?

-- mit freundlichem Gruss Peter Mauß (pm@evil-engineer.de) 

Subject: Re: UNITVERSIONING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 12:48:02 +0100
Newsgroups: jedi.vcl

Jens wrote:

> > For me this is not necessary.

I see no benefit in this, too. Who uses the unit versioning information in
design time? - Nobody.


-- Regards, Andreas Hausladen 

Subject: UNITVERSIONING
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Jan 2005 11:29:16 +0100
Newsgroups: jedi.vcl

I have updated all files in "run" for UNITVERSIONING.
This includes the UIB files.
I needed to update the devtools\JvExVCL sources for that.
The devtools\JvExCLX sources are pending. Please someone
update the files also.

The generator for the CLX files needs to be updated.
It should change "LogPath: 'JVCL\run'" to
"LogPath: 'JVCL\qrun'".
The CLX files not generated need to be updated for that by hand.
Alternatively is it possible to get this directory name by
CVS macro?

Should the files in Design also part of the UNITVERSIONING?

Another rework is pending also.
The UNITVERSIONING in USEJVCL files needs to be IFDEFed
with USEJVCL. This will take some time (about 100 files).


Subject: Re: UNITVERSIONING
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 5 Jan 2005 11:54:06 +0200
Newsgroups: jedi.vcl

> >I have updated all files in "run" for UNITVERSIONING.
> > ...
> >Should the files in Design also part of the UNITVERSIONING?
> >
For me this is not necessary.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: packages regenerated and some questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Jan 2005 08:14:41 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> What names did you suggest for the JvParameterListParameter?
> - property OnButtonClick
> - procedure OnButtonClickInt
> - procedure OnClickInt
>
> For me they are clear.

Isn't this a standard OnClick?
If so the names are OnClick and Click (instead of the usual Do*).
Int for Internal is a really bad name part especially if used for a protected method. For a private method such a name part is useless.

> P.S: Thanks for the lot of clearing and clearing. Not allways loved but usefull and important !!

Thanks :-)
It hit you this time most because i used the divider lines (//===) as guide to changed sources.


Subject: Re: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 01:25:15 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> The only thing i want to suggest, is to move all third party component
>> ifdefs to the end of the file and make a clear comment on top of them.
>
>
> No problem with this.
>
What about making the third party include options visible in any way in the installer?


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 01:23:24 +0100
Newsgroups: jedi.vcl



Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> This only works for not auto updated (your newest change) entries, right?
>
>
> The missing options are added with
>
> {%missing%}
> { JVCL DEVELOPER INFO: ... }
> {$DEFINE option}  / {$.DEFINE option}
>
> The {%missing%} is interpreted exactly the same as {%hidden%}. It is only
> an other name for [%hidden%}
>

So this means, all automaticly added options are not visible in the installer gui, right?

If yes : discussable, but i didn'T know the best way.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 01:19:09 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > This only works for not auto updated (your newest change) entries, right?

The missing options are added with

{%missing%}
{ JVCL DEVELOPER INFO: ... }
{$DEFINE option}  / {$.DEFINE option}

The {%missing%} is interpreted exactly the same as {%hidden%}. It is only
an other name for [%hidden%}


-- Regards, Andreas Hausladen 

Subject: Re: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 01:18:01 +0100
Newsgroups: jedi.vcl

This only works for not auto updated (your newest change) entries, right?

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> I think i will start playing around with it after! the next release.
>
>
> For autodetecting code you could use the {%hidden%} modifier like the one
> for the "PersonalEdition" define which hides the option from the
> jvclxx.inc editor dialog.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 01:09:07 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I think i will start playing around with it after! the next release.

For autodetecting code you could use the {%hidden%} modifier like the one
for the "PersonalEdition" define which hides the option from the
jvclxx.inc editor dialog.


-- Regards, Andreas Hausladen 

Subject: Re: JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 01:07:58 +0100
Newsgroups: jedi.vcl

Updated

Michael Fritz schrieb:
> Am Thu, 30 Dec 2004 18:46:18 +0100 schrieb Jens Fudickar:
>
>
>> If you have access to the cvs you find it in the directory jens. 
>
> Thanks, I've already found it there...
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 01:06:43 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Good idea. I'll update the installer with this new feature.

Done.


-- Regards, Andreas Hausladen 

Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 01:06:36 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > The only thing i want to suggest, is to move all third party component
> > ifdefs to the end of the file and make a clear comment on top of them.

No problem with this.


-- Regards, Andreas Hausladen 

Subject: Re: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:58:48 +0100
Newsgroups: jedi.vcl



Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> It seems to be that all third party components would be included into
>> the "main-version" include file, and not into a separate
>> "third-party-version" include file. Is this correct?
>
>
> Yes. Why should we introduce another file list (one file for each IDE)
> when we already have one.
>

For me this is ok, the only point was that there is a litte bit clearer separation.

The only thing i want to suggest, is to move all third party component ifdefs to the end of the file and make a clear comment on top of them.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: packages regenerated and some questions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:57:27 +0100
Newsgroups: jedi.vcl

> I have moved JvDynControlEngineTools.pas from JvDB-R.xml to
> JvCore-R.xml. This happened because i added a small tool
> function to JvDynControlEngineTools.pas to centralize some
> copy & paste code.

Thanks for moving, that was my fault :-(

>
> I also found some bad names in JvParameterListParameter.pas and
> some suspicious code in JvDBActions.pas. I have flagged them
> with "(rom)" comments.

I've changed one suspicios code in JvDBActions, the other i have commented in Mantis. I think we had to discuss it.

What names did you suggest for the JvParameterListParameter?
- property OnButtonClick
- procedure OnButtonClickInt
- procedure OnClickInt

For me they are clear.

Greetings
Jens

P.S: Thanks for the lot of clearing and clearing. Not allways loved but usefull and important !!
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 00:57:27 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > What about adding this options automaticly through the installer, if
> > they are missing in the include file (without comments)?

Good idea. I'll update the installer with this new feature.


-- Regards, Andreas Hausladen 

Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 00:57:02 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > It seems to be that all third party components would be included into
> > the "main-version" include file, and not into a separate
> > "third-party-version" include file. Is this correct?

Yes. Why should we introduce another file list (one file for each IDE)
when we already have one.


-- Regards, Andreas Hausladen 

Subject: Re: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:52:09 +0100
Newsgroups: jedi.vcl

What about adding this options automaticly through the installer, if they are missing in the include file (without comments)?

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> Fixed and commited :
>>
>> procedure TJVCLConfig.SetEnabled(Index: string; const Value: Boolean);
>> var
>> I: Integer;
>> begin
>> for I := 0 to Count - 1 do // Must be ItemCount
>
>
> Oh. Stupid (but usefull) bug. This means that your jvclxx.inc files are no
> more up to date. The INTERNET_COMPONENTS define is missing.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:49:45 +0100
Newsgroups: jedi.vcl

The problem is based on the slow performance, so i didn'T updated the complete jvcl3 tree :-(

I've seen the thread and i like your suggestions.

It seems to be that all third party components would be included into the "main-version" include file, and not into a separate "third-party-version" include file. Is this correct?

I think i will start playing around with it after! the next release.

Greetings
Jens

Andreas Hausladen schrieb:
> Andreas Hausladen wrote:
>
>
>> update the jvcl3\common directory.
>
>
> And have a look at the "3rd party integration" thread you opened.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 00:44:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > update the jvcl3\common directory.

And have a look at the "3rd party integration" thread you opened.

-- Regards, Andreas Hausladen 

Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 00:43:31 +0100
Newsgroups: jedi.vcl

update the jvcl3\common directory.

-- Regards, Andreas Hausladen 

Subject: Re: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:43:05 +0100
Newsgroups: jedi.vcl

What should be done?

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> Fixed and commited :
>>
>> procedure TJVCLConfig.SetEnabled(Index: string; const Value: Boolean);
>> var
>> I: Integer;
>> begin
>> for I := 0 to Count - 1 do // Must be ItemCount
>
>
> Oh. Stupid (but usefull) bug. This means that your jvclxx.inc files are no
> more up to date. The INTERNET_COMPONENTS define is missing.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 00:38:50 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Fixed and commited :
> > 
> > procedure TJVCLConfig.SetEnabled(Index: string; const Value: Boolean);
> > var
> > I: Integer;
> > begin
> > for I := 0 to Count - 1 do // Must be ItemCount

Oh. Stupid (but usefull) bug. This means that your jvclxx.inc files are no
more up to date. The INTERNET_COMPONENTS define is missing.


-- Regards, Andreas Hausladen 

Subject: Re: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:37:05 +0100
Newsgroups: jedi.vcl

Fixed and commited :

procedure TJVCLConfig.SetEnabled(Index: string; const Value: Boolean);
var
  I: Integer;
begin
  for I := 0 to Count - 1 do // Must be ItemCount


Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> "Listenindex überschreitet das Maximum (15)."
>
>
> Please start the installer from the IDE to get the line where it hangs.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Anybody else problems updating from CVS?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 00:32:48 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > JCL or GExperts seemed to be no problem.

Maybe the daily snapshot is currently created, who knows.

-- Regards, Andreas Hausladen 

Subject: Re: Anybody else problems updating from CVS?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:28:48 +0100
Newsgroups: jedi.vcl

Yes !!!!!

JCL or GExperts seemed to be no problem.

Andreas Hausladen schrieb:
> It is very, very, very slow.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 00:28:04 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > "Listenindex überschreitet das Maximum (15)."

Please start the installer from the IDE to get the line where it hangs.

-- Regards, Andreas Hausladen 

Subject: Installer Error
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:27:25 +0100
Newsgroups: jedi.vcl

Hi Andreas,

starting the Installer i've got now an

"Listenindex überschreitet das Maximum (15)."

Both on install and makemodified.
Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Anybody else problems updating from CVS?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Jan 2005 00:27:11 +0100
Newsgroups: jedi.vcl

It is very, very, very slow.


-- Regards, Andreas Hausladen 

Subject: Anybody else problems updating from CVS?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Jan 2005 00:15:58 +0100
Newsgroups: jedi.vcl

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: What is the prefered way to install the JVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Jan 2005 23:44:54 +0100
Newsgroups: jedi.vcl

What is the prefered way to install the JVCL?

This is a question which becomes more important the nearer the release
date comes.

We have lots of files which are autogenerated by the installer. The
critical point in this technique is that can only commit pre-generated
files with special jvcl.inc settings. But what if the user does not have
the requirements the committer had on his computer?

The prefered way is to use the JVCL Installer (after installing the JCL).
But there are some people out there who wanted to use the build.exe
directly. But this also requires to edit the jvclxx.inc files directly
which meight not exist because the installer was not started and had not
generated them from the jvclbase.inc.

The problem I now have with the installer is that when an option in
jvclxx.inc is disabled and I "AND" it with the detection code's result the
option will always be disabled. And an "OR" is the wrong operator as you
meight want to disable the option even when the requires packages are
installed.
In the end you must activate all autodetected options by default, but this
causes problems for users using the build.exe or the package group files
because there was no installer adjusting the files.

How should we solve this? Any ideas?

-- Regards, Andreas Hausladen 

Subject: Re: Globus
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Jan 2005 23:34:34 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > The globus packages seem to be broken. They implicit include DB and BDE
> > units (at least for Delphi 5)

Fixed. The "D5" target was missing in Targets="C5"


-- Regards, Andreas Hausladen 

Subject: Globus
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Jan 2005 23:22:16 +0100
Newsgroups: jedi.vcl

The globus packages seem to be broken. They implicit include DB and BDE
units (at least for Delphi 5)

-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : Third Party Integration
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Jan 2005 23:21:44 +0100
Newsgroups: jedi.vcl

My lates idea which I have already implement in the installer is to add
the defines to the jvclbase.inc file, delete the jvclxx.inc files which
are regenerated by the installer and write a small batch file that
regenerates the files on demand with "copy jvclbase.inc jvclxx.inc".

Add the necessary detection code to the
install\JVCLInstall\InstalledPackages.inc file.

Have a look at it.


-- Regards, Andreas Hausladen 

Subject: Re: JvDatePickerEdit.HidePopup
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Jan 2005 23:08:28 +0100
Newsgroups: jedi.vcl

If your code does not crash when you show a messagebox in the OnChange
event ...

procedure TForm1.JvDatePickerEdit1Change(Sender: TObject);
begin
  ShowMessage('Hallo');
end;

.... then overwrite my changes.


Maybe we can change all components to create the popup the first time it
is used. This should not be that hard to implement.

-- Regards, Andreas Hausladen 

Subject: Re: JvDatePickerEdit.HidePopup
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 04 Jan 2005 22:25:06 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Is there a special purpose why the TJvCustomDatePickerEdit.HidePopup
> overrides the TJvCustomComboEdit.HidePopup with this code:

No, not really. The original code of Oliver used to create the popup when it needed to be shown, and destroy it when done. The component was later made a descendant of TJvCustomCheckedMaskEdit and thus needed to be adjusted. My idea was to leave most of the ideas of Oliver intact while using as much code of JvToolEdit.pas as possible; so that is why it behaves somewhat differently than other combo edit controls (the creating/destroying of the popup).

On my machine I have an further adjusted JvDatePickerEdit.pas file (where TJvDropCalendar descends from TJvPopupWindow, the focusing works the same as TJvCheckedComboBox etc.) but I did not commit it. Some prework is in JvToolEdit.pas (ActiveControl and IsFocusable properties of TJvPopupWindow; the TJvCheckedComboBox control uses them for example).

> Is it really necessary to recreate the calendar popup window every time it
> is opened and to destroy it when it is closed? 

No, but I don't like much how things work now; i.e. /every/ instance of a combo edit box creates the popup at creation. But maybe that is old fashioned thinking as Oliver said <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvDatePickerEdit.HidePopup
From: "Oliver Giesen" <ogware@gmx.net>
Date: Tue, 4 Jan 2005 21:15:03 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > The component
> > was later made a descendant of TJvCustomCheckedMaskEdit and thus
> > needed to be adjusted.

Actually the change that prompted this was the changing of
TJvCustomMaskEdit's ancestor from TCustomMaskEdit (via
TJvExPubCustomMaskEdit) to TJvCustomComboEdit. TJvDatePickerEdit has
always been a descendant of TJvCustomCheckedMaskEdit. Just nitpicking
though... ;)


> > On my machine I have an further adjusted JvDatePickerEdit.pas file
> > (where TJvDropCalendar descends from TJvPopupWindow, the focusing
> > works the same as TJvCheckedComboBox etc.) but I did not commit it.

That sounds pretty much like what I had been anticipating all along.


>> > > Is it really necessary to recreate the calendar popup window every
>> > > time it is opened and to destroy it when it is closed? 
> > 
> > No, but I don't like much how things work now; i.e. every instance of
> > a combo edit box creates the popup at creation. But maybe that is old
> > fashioned thinking as Oliver said <g>.

Maybe we could come up with a way for all the popup edits (of the same
class) on a form (/in an app?) to share only one instance of the popup.
After all there could always ever be one visible at a time anyway. This
would however require that the edits store the popups' state
information in a separate structure if necessary and reapply it when
needed. IIRC Gamma et al. had a pattern for this kind of thing. Forgot
the name of it for the moment, though.
I guess that would be the best of both worlds. ;)

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: JvDatePickerEdit.HidePopup
From: "Oliver Giesen" <ogware@gmx.net>
Date: Tue, 4 Jan 2005 20:51:48 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Maybe we can change all components to create the popup the first time
> > it is used. This should not be that hard to implement.

Well, that depends. Some components might directly surface properties
of their popup controls and thus need them to be instantiated from the
start. That's why for TJvDatePickerEdit I had to invent the
TJvCalendarAppearance thingy...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: problem to install under Delphi 2005
From: "klaasvaak2005" <info@klaasvaak.com>
Date: Tue, 4 Jan 2005 22:22:24 +0200
Newsgroups: jedi.vcl

Hello,

I tried already a lot to install JVCL latest version from CVS with the 
installer. When the installer tries to compile the package JvStdCtrlsD9R 
it fails with an error. The packages JvSystemD9R and JvCoreD9R contains 
both the unit JvJVCLUtils.pas.

In the package JvSystemD9R implicitly import that unit. I think the 
compiler can't find the already compiled package JvCoreD9R, but it i 
can't find the solution.

When i load all the packages and compile them in the IDE they compile 
fine. But that's not what i want. I would like to have the possibility to 
update from CVS and compile fast and not after loading first all the 
packages.

Does somebody know which setting i missed?

Regards,

Wim Klasens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: problem install
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 04 Jan 2005 21:19:49 +0100
Newsgroups: jedi.vcl

Didier G wrote:

> Hi,
>
> I get an error on install JVCL with D7 pro :
>
>  [Compiling: JvCryptD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> C:\delphi\composants\jvcl\run\JvZlibMultiple.pas(35) Fatale: Fichier non
> trouvé : 'JclZLib.dcu'
>
> ** error 1 ** deleting JvCryptD7R.bpl
>
> ** error 1 ** deleting CompilePackages
>
> What can I do ?

Use the correct version of the JCL with the correct version of the JVCL.
Basically, the JVCL 3 Beta 2 only works with JCL 1.92 and not 1.94


Subject: Draw problem in JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 4 Jan 2005 17:40:51 -0200
Newsgroups: jedi.vcl

Hi,

One of our customers is complaining about a problem in JvDBGrid. If the last 
row is not complete visible it is not draw, giving to the user an indication 
that there is no more data. Is it by design? The VCL DBGrid does not have 
such behaviour.

Best regards,
Eduardo Mauro 




Subject: Re: TJvDatePickerEdit bug ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 4 Jan 2005 20:10:53 +0100
Newsgroups: jedi.vcl

Hi Andreas

>> >> Just put a TJvDatePickerEdit on a form and try to modify the date with
>> >> the Keyboard. When you enter the year, you catch an EConvertError with a
>> >> very strange string for the date.
> >
> > That is the EnableValidation property. Only the IDE shows this message.
OK, i do EnableValidation = false

> > Maybe it would be better to do precaution than catching the EConvertError.
I think that it will be effectivly better to test the value rather than 
generate an exception ... And i don't understand why the string does not 
correspond to the text i enter : for example, when i enter 04/01/2005, when 
i put the 2, the string are "//0401" then F9 "04/01/" then F9 "0/40/1"

Maybe an idea, why do not have an event "OnInvalidDate" like in the 
TJvDateEdit ? And i event "OnAcceptDate" will be great to ! and finally why 
do not merge TJvDatePickerEdit and TJvDateEdit  ? these components are very 
close.

Regards,
Lionel




Subject: problem install
From: "Didier G" <toto@toto.org>
Date: Tue, 4 Jan 2005 20:10:42 +0200
Newsgroups: jedi.vcl

Hi,

I get an error on install JVCL with D7 pro :

 [Compiling: JvCryptD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\delphi\composants\jvcl\run\JvZlibMultiple.pas(35) Fatale: Fichier non
trouvé : 'JclZLib.dcu'

** error 1 ** deleting JvCryptD7R.bpl

** error 1 ** deleting CompilePackages

What can I do ?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDatePickerEdit bug ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Jan 2005 17:42:27 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> > Just put a TJvDatePickerEdit on a form and try to modify the date with
> > the Keyboard. When you enter the year, you catch an EConvertError with a
> > very strange string for the date.

That is the EnableValidation property. Only the IDE shows this message.
Maybe it would be better to do precaution than catching the EConvertError.


-- Regards, Andreas Hausladen 

Subject: TJvDatePickerEdit bug ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 4 Jan 2005 16:32:01 +0100
Newsgroups: jedi.vcl

Hi,

Just put a TJvDatePickerEdit on a form and try to modify the date with the 
Keyboard. When you enter the year, you catch an EConvertError with a very 
strange string for the date.

Regards,
Lionel




Subject: Re: To all developers
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 04 Jan 2005 09:25:51 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Hi all
>
> This message is intended to all developers with write access to CVS.
>
> A new release of the JVCL will be done shortly (next week-end, most likely) 

Yay!

Warren


Subject: packages regenerated and some questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Jan 2005 11:38:22 +0100
Newsgroups: jedi.vcl

I have moved JvDynControlEngineTools.pas from JvDB-R.xml to
JvCore-R.xml. This happened because i added a small tool
function to JvDynControlEngineTools.pas to centralize some
copy & paste code.

I also found some bad names in JvParameterListParameter.pas and
some suspicious code in JvDBActions.pas. I have flagged them
with "(rom)" comments.

Can we move MakePackages.bat from packages\bin to packages?
It is just to have it handy. Maybe a copy and another in
packages\xml.

I think the "Details" button should be removed from the Installer.
The "Compiling" dialog constantly steals the focus and may therefore
swallow the mouse up messages. This results in the button not reacting
to clicks.


Subject: Re: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Paolo Sciarrini" <p.sciarrini@iol.it>
Date: Tue, 4 Jan 2005 11:14:05 +0100
Newsgroups: jedi.vcl

Now I'm sure: it is a bug. The OnKeyPress event is correctly processed only
after a initial key sequence...
I wrote a simple prg in order to show it and I'll put it in Mantis.
Thanks
Paolo

"Paolo Sciarrini" <p.sciarrini@iol.it> ha scritto nel messaggio
news:crbkm1$aum$1@talkto.net...
> > Hi!
> > The problem reported in subject affects the 2005-01-03 daily too. It is
> > possible to reproduce it putting a JvDBGrid on a form and connecting it to
a
> > ReadOnly DataSet, or setting JvDBGrid.ReadOnly = True. In these cases the
> > OnKeyPress event is NOT executed. This didn't happen in JVCL2 because the
> > event was always processed.
> > Is it a bug or a normal behaviour in JVCL3?
> > Thanks in advance.
> > Paolo
> >
> >




Subject: Re: @obones : Mantis 2447
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 04 Jan 2005 08:32:22 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Done.
>
> I've done the following changes:
> DefaultAppName and DefaultCompanyName removed (for Compatibility)
> They are replaces by internal constants "MyCompany" and "MyJVCLApplication".
> Additional a message box is shown when the %COMPANY_NAME% and %APPL_NAME% constants are used in the Root property and the values are not defined in the FileVersionInfo.
>
> The message dialogs could be removed without problems, but i think they are not a realy problem, they help the developers to prevent errors.

That's perfect.
Thanks for doing this.

Cheers

Olivier


Subject: Re: @obones : Mantis 2447
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 04 Jan 2005 00:49:42 +0100
Newsgroups: jedi.vcl

Done.

I've done the following changes:
DefaultAppName and DefaultCompanyName removed (for Compatibility)
They are replaces by internal constants "MyCompany" and "MyJVCLApplication".
Additional a message box is shown when the %COMPANY_NAME% and %APPL_NAME% constants are used in the Root property and the values are not defined in the FileVersionInfo.

The message dialogs could be removed without problems, but i think they are not a realy problem, they help the developers to prevent errors.

Greetings
Jens

OBones schrieb:
> Jens Fudickar wrote:
>
>> You are right, but design-time behaviour means in this case that it only happens once when the developer is designing the application.
>
>
> I see what you mean.
>
>
>> Yeah but your two introduced properties have the same problem, if we want to remove them after the release.
>>
>> I also prefer components which work "out of the box", but this message dialog is only for helping the developer.
>> And we can do the following,  we remove your new properties and when the values are not set in the FileVersionInfo we replace COMPANY_NAME with "MyCompany" and APPL_NAME with "MyApplication" and we give a messagedlg if this is done. But we should remove your properties, they are to complex in using and they give lateron problems with compatibility.
>
>
> Agreed, please do this. Maybe use MyJVCLApplication instead, so that it shows a bit of JVCL in there ;-)
>
> Cheers
>
> Olivier

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @obones : Mantis 2447
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 03 Jan 2005 23:53:07 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> You are right, but design-time behaviour means in this case that it only happens once when the developer is designing the application.

I see what you mean.


> Yeah but your two introduced properties have the same problem, if we want to remove them after the release.
>
> I also prefer components which work "out of the box", but this message dialog is only for helping the developer.
> And we can do the following,  we remove your new properties and when the values are not set in the FileVersionInfo we replace COMPANY_NAME with "MyCompany" and APPL_NAME with "MyApplication" and we give a messagedlg if this is done. But we should remove your properties, they are to complex in using and they give lateron problems with compatibility.

Agreed, please do this. Maybe use MyJVCLApplication instead, so that it shows a bit of JVCL in there ;-)

Cheers

Olivier


Subject: Re: @obones : Mantis 2447
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 03 Jan 2005 23:22:14 +0100
Newsgroups: jedi.vcl

>>> I don't like exceptions when default values are used. Try this:
>>>
>>> Drop a TJvFormStorage on the form of a brand new project.
>>> Drop the component and link to the TJvFormStorage
>>> Run.
>>> Crash.
>>
>>
>>
>> We can also handle it in a little bit different way. What about an message dialog that says that no values are stored/saved because the values are not set.
>>
>> So you don't have a crash, and normally this is a design-time behaviour.
>
>
> No, the crash only happens at runtime, which is what I dislike.
>

You are right, but design-time behaviour means in this case that it only happens once when the developer is designing the application.

>
>>> With my solution, it doesn't crash. I'm not saying it's the best solution ever, but it doesn't crash. Default values are empty, which is not really satisfactory either, other values would be better, as suggested by the author of 2447. Note that any solution must be easy to implement.
>>
>>
>>
>> In your solution there is no crash, but it will become more and more complex.
>> It will be complex to see the usage of this properties. And they don't help.
>> Drop a TJvRegistryStorage to the form and run it. Nothing happens, because the Root path is empty. So everything is written to the base directory.
>
>
> Yes I agree.
>
>
>> So i would more prefer to set the Root Value as default to "Software\%COMPANY_NAME%\%APPL_NAME%" which is a breaking of compatibility and give a message dialog if COMPANY_NAME or APPL_NAME couldn't be resolved.
>
>
> I would as well, but that breaks compatibility and we can't afford it so close to the release. The "message box" solution seems to be acceptable for the time being, but keep in mind that I GREATLY prefer components to work "out of the box" instead of sending error messages when first used.
>

Yeah but your two introduced properties have the same problem, if we want to remove them after the release.

I also prefer components which work "out of the box", but this message dialog is only for helping the developer.
And we can do the following,  we remove your new properties and when the values are not set in the FileVersionInfo we replace COMPANY_NAME with "MyCompany" and APPL_NAME with "MyApplication" and we give a messagedlg if this is done. But we should remove your properties, they are to complex in using and they give lateron problems with compatibility.

Greetings
Jens

And any other developer comments please :-)

___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @obones : Mantis 2447
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 03 Jan 2005 23:06:52 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>> I don't like exceptions when default values are used. Try this:
>>
>> Drop a TJvFormStorage on the form of a brand new project.
>> Drop the component and link to the TJvFormStorage
>> Run.
>> Crash.
>
>
> We can also handle it in a little bit different way. What about an message dialog that says that no values are stored/saved because the values are not set.
>
> So you don't have a crash, and normally this is a design-time behaviour.

No, the crash only happens at runtime, which is what I dislike.


>> With my solution, it doesn't crash. I'm not saying it's the best solution ever, but it doesn't crash. Default values are empty, which is not really satisfactory either, other values would be better, as suggested by the author of 2447. Note that any solution must be easy to implement.
>
>
> In your solution there is no crash, but it will become more and more complex.
> It will be complex to see the usage of this properties. And they don't help.
> Drop a TJvRegistryStorage to the form and run it. Nothing happens, because the Root path is empty. So everything is written to the base directory.

Yes I agree.


> So i would more prefer to set the Root Value as default to "Software\%COMPANY_NAME%\%APPL_NAME%" which is a breaking of compatibility and give a message dialog if COMPANY_NAME or APPL_NAME couldn't be resolved.

I would as well, but that breaks compatibility and we can't afford it so close to the release. The "message box" solution seems to be acceptable for the time being, but keep in mind that I GREATLY prefer components to work "out of the box" instead of sending error messages when first used.

Cheers

Olivier


Subject: Re: @obones : Mantis 2447
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 03 Jan 2005 22:39:42 +0100
Newsgroups: jedi.vcl



OBones schrieb:
> Jens Fudickar wrote:
>
>> Hi Olivier,
>>
>> i didn't think that your solution for this problem is the best.
>>
>> What's about raising an exception if the %COMPNAME% or %APPNAME% are defined, and the values are not defined in the fileversion.
>>
>> With your solution it's not so clear, how the handling is.
>>
>> Any comments?
>
>
> I don't like exceptions when default values are used. Try this:
>
> Drop a TJvFormStorage on the form of a brand new project.
> Drop the component and link to the TJvFormStorage
> Run.
> Crash.

We can also handle it in a little bit different way. What about an message dialog that says that no values are stored/saved because the values are not set.

So you don't have a crash, and normally this is a design-time behaviour.
>
> With my solution, it doesn't crash. I'm not saying it's the best solution ever, but it doesn't crash. Default values are empty, which is not really satisfactory either, other values would be better, as suggested by the author of 2447. Note that any solution must be easy to implement.

In your solution there is no crash, but it will become more and more complex.
It will be complex to see the usage of this properties. And they don't help.
Drop a TJvRegistryStorage to the form and run it. Nothing happens, because the Root path is empty. So everything is written to the base directory.

So i would more prefer to set the Root Value as default to "Software\%COMPANY_NAME%\%APPL_NAME%" which is a breaking of compatibility and give a message dialog if COMPANY_NAME or APPL_NAME couldn't be resolved.

Any further comments.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @obones : Mantis 2447
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 03 Jan 2005 22:18:20 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi Olivier,
>
> i didn't think that your solution for this problem is the best.
>
> What's about raising an exception if the %COMPNAME% or %APPNAME% are defined, and the values are not defined in the fileversion.
>
> With your solution it's not so clear, how the handling is.
>
> Any comments?

I don't like exceptions when default values are used. Try this:

Drop a TJvFormStorage on the form of a brand new project.
Drop the component and link to the TJvFormStorage
Run.
Crash.

With my solution, it doesn't crash. I'm not saying it's the best solution ever, but it doesn't crash. Default values are empty, which is not really satisfactory either, other values would be better, as suggested by the author of 2447. Note that any solution must be easy to implement.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: To Discuss : TJvAppStorage - Property Engine
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 03 Jan 2005 21:35:39 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> So before the "if SubObj is TCollection then" line something has to be added like
> if enginelist.find_engine(PersObj, SubObj, Engine) then
>   engine.ReadProperty (AppStorage, Path, PersObj, SubObj)
> else
>   if SubObj is TCollection then

    Or you could register an engine for both TCollection as well as TStrings so you can ignore any specific checking; just leave the enginelist.find_engine check and call (and allow the engine to work with non-TPersistent derived classes)

> This would give us much more flexibility to handle any kind of property objects which needs special handlings.

    Indeed, and I would certainly agree with such a change.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: To Discuss : TJvAppStorage - Property Engine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 03 Jan 2005 21:13:11 +0100
Newsgroups: jedi.vcl

Hi,

i have a new point to discuss:
In Mantis 2402 is a problem with storing/restoring JvDbGrid Columns (aslo for DBGrid Columns) with  TJvFormStorage. It seems to be, that the Columns Property storing needs a special handling for restoring.
But how to implement it? The best way would be to add a IJvAppStorageHandler to the columns class, but the TDBGridCOlumns class is defined in the vcl and can not changed. And i see no chance to change the type.

The restoring is done in the following code:

procedure TJvCustomAppStorage.ReadProperty(
.....
    tkClass:
      begin
        SubObj := GetObjectProp(PersObj, PropName);
        if SubObj is TStrings then
          ReadStringList(Path, TStrings(SubObj), ClearFirst)
        else
        if (SubObj is TPersistent) and Recursive then
          if SubObj is TJvCustomPropertyStore then
          begin
            TJvCustomPropertyStore(SubObj).AppStoragePath := Path;
            TJvCustomPropertyStore(SubObj).AppStorage := Self;
            TJvCustomPropertyStore(SubObj).LoadProperties;
          end
          else
          if SubObj is TCollection then
            ReadCollection(Path, TCollection(SubObj), ClearFirst)
          else
            ReadPersistent(Path, TPersistent(SubObj), True, ClearFirst);
      end;

The ReadCollection line is executed.

Now i'm thinking of a kind of engine system like in the JvDbActions.

Each class should a method like
"function engine.Supports (Object : TObject; Property : TObject) : Boolean"

The engines are collected in an collection class and this class has a function like "find_engine ((Object : TObject; Property : TObject; var engine : TAppStoragePropertyEngine)". If this function returns an engine then this engine is used to restore the values (The same handling for storing).

So before the "if SubObj is TCollection then" line something has to be added like
if enginelist.find_engine(PersObj, SubObj, Engine) then
  engine.ReadProperty (AppStorage, Path, PersObj, SubObj)
else
  if SubObj is TCollection then

This would give us much more flexibility to handle any kind of property objects which needs special handlings.

So now i'm waiting for some comments


Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: @obones : Mantis 2447
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 03 Jan 2005 20:36:21 +0100
Newsgroups: jedi.vcl

Hi Olivier,

i didn't think that your solution for this problem is the best.

What's about raising an exception if the %COMPNAME% or %APPNAME% are defined, and the values are not defined in the fileversion.

With your solution it's not so clear, how the handling is.

Any comments?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Install problem
From: "Leonardo" <leonardo.saranospamcini@tiscali.it>
Date: Mon, 3 Jan 2005 18:22:59 +0100
Newsgroups: jedi.vcl

OK this work fine.
thanks

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> ha scritto nel 
messaggio news:crbnl1$bii$1@talkto.net...
> > Leonardo wrote:
> >
>> >> Can you help me?
> >
> > Do you need the VisualCLX support? If not then do not activate it in the
> > installer.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Install problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Jan 2005 18:00:07 +0100
Newsgroups: jedi.vcl

Leonardo wrote:

> > Can you help me? 

Do you need the VisualCLX support? If not then do not activate it in the
installer.


-- Regards, Andreas Hausladen 

Subject: Install problem
From: "Leonardo" <leonardo.saranospamcini@tiscali.it>
Date: Mon, 3 Jan 2005 17:53:51 +0100
Newsgroups: jedi.vcl

JvQAppFrmD7R.dpk(56) Fatal: File not found: 'JvQAppSettings.dcu'

I use JCL1.94-Build1758, JVCL3-2005-01-03
Win XP SP2
Delphi 7 Pro

Can you help me? 




Subject: Re: JvDatePickerEdit.HidePopup
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Jan 2005 17:28:26 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> > That would mean it will only get created the very first time it is
> > needed, right?

Yes.
The problem with the current destruction in the PopupHide method is that
in MouseUp the popup window no more exists if a ProcessMessages (or
GetMessage/PeekMessage/...) is executed between the PopupHide call and the
MouseUp event. And this happens when a dialog is opened in OnChange. May
it be a ShowMessage, ShowModal or even an exception dialog.

> > TBH, I have pretty much lost touch to my donation. Too much has been
> > changed in my controls in too little time without me having had the
> > time to properly review and follow the changes.

I know this very well. And this was the reason why I asked this question
here. Because it was not clear to me if this change would cause other
issues.

Before I start fixing a bug I debug the code until I understand what
happens. ( Debugging is one of my favourit games :-) )



-- Regards, Andreas Hausladen 

Subject: TJvDBGrid.OnKeyPress event is not correctly processed
From: "Paolo Sciarrini" <p.sciarrini@iol.it>
Date: Mon, 3 Jan 2005 17:09:12 +0100
Newsgroups: jedi.vcl

Hi!
The problem reported in subject affects the 2005-01-03 daily too. It is
possible to reproduce it putting a JvDBGrid on a form and connecting it to a
ReadOnly DataSet, or setting JvDBGrid.ReadOnly = True. In these cases the
OnKeyPress event is NOT executed. This didn't happen in JVCL2 because the
event was always processed.
Is it a bug or a normal behaviour in JVCL3?
Thanks in advance.
Paolo




Subject: Installing jedi
From: "André Tapxure Gabriel" <andre@solucoesideais.com.br>
Date: Mon, 3 Jan 2005 13:33:31 -0200
Newsgroups: jedi.vcl

Hi all!
I tried to install JEDI 3-Lateste and got errors so I subscribed to a local
mailing list and the users told me that version 3 was unstable. I downloaded
the version 2.1 and got the same error when calling install.bat:
--------------------------------------------------------------------------------
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        C:\ARQUIV~1\Borland\Delphi7\Bin\..\bin\dcc32.exe -e..\..\Bin -i..\..\Sou
rce -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w
ediInstaller.dpr   -DJEDII
NSTALL
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JediInstaller.dpr(11) Fatal: Could not create output file
'JediInstaller.drf'

** error 1 ** deleting JediInstaller.exe
--------------------------------------------------------------------------------

More information:
- Windows and  D7 was recently installed.
- Windows XP with sp2, D7 Enterprise

Thanks!
André Tapxure





Subject: Anyone looked at Mantis #2452 ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Jan 2005 16:13:35 +0100
Newsgroups: jedi.vcl

Has anyone looked at Mantis #2452 ? 

> > there are two FileTimeToDateTime functions [, one in JCL and one in JVCL]
> > 
> > JclDateTime.FileTimeToDateTime returns the UTC time 
> > and
> > JvJCLUtils.FileTimeToDateTime returns the local time. 


-- Regards, Andreas Hausladen 

Subject: Re: Searching for D2k5 IDE like page control
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 03 Jan 2005 15:39:19 +0100
Newsgroups: jedi.vcl

Aleksander Oven wrote:
>  > BTW, FireFox has a red close box at the right of
>  > the tab bar that closes the currently focused tab.
>  > A bit more intuitive that the popup menu, I think.
>
> I actually thought about that... However, it is too
> far from the tabs. It's not intuitive to have to click on
> a control at one side of the screen to affect something
> at the opposite one.

    Good point, but I find it easier to click the box to close the current tab than to right click on the tab and 'hunt' for the "Close"-item.

> Furthermore, it requires two clicks to close a non-active
> tab (activate + mouse move + close), compared to single
> click with self closable tabs.

    Considering the problems I have had so far with closing instead of activating a tab, that is a good thing, IMO.

>
> [...]  This way it will be up to user to decide how
> they want it. :)

    Which is the best way to deal with this anyway.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Searching for D2k5 IDE like page control
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 03 Jan 2005 15:37:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>> Is there an option to hide those tab's close buttons?
>
> You can deactivate the close button for all tabs with
> "JvTabBar.CloseButton := False". But you cannot deactivate the close
> button a single tab.

Thanks, that's what I wanted to do - to hide close button for all tabs once and for ever. Perhaps I didn't expressed myself much clearly. Great!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvDatePickerEdit.HidePopup
From: "Oliver Giesen" <ogware@gmx.net>
Date: Mon, 3 Jan 2005 14:30:38 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Is there a special purpose why the TJvCustomDatePickerEdit.HidePopup
> > overrides the TJvCustomComboEdit.HidePopup with this code:
> > 
> > procedure TJvCustomDatePickerEdit.HidePopup;
> > begin
> >   if (FPopup is TJvDropCalendar) and not (csDestroying in
> > FPopup.ComponentState) then
> >     TJvDropCalendar(FPopup).Release;
> >   FPopup := nil;
> > end;
> > 
> > Freeing the popup component in HidePopup can (and do) result in an AV
> > in MouseUp because the DoSelect method (which calls HidePopup
> > indirectly) is called before MouseUp is catched. The MouseUp handler
> > then accesses the object which no more exists. (Mantis: #2391)

Well, all of this used to work before the switch to ToolEdit way of
doing things. I had already spent considerable time resolving issues
like these in my old design. That is not to say my old design was
better or that the switch was a bad thing to do. Not at all. It was
inevitable IMO. I'm just not familiar enough with the ToolEdit controls
to be in a position to comment very well...
I think eventually the whole DropDownForm thingy should be dropped (no
pun intended) entirely as it also turned out to be the root cause for a
whole lot of other problems (positioning issues, focus issues, etc. -
just take a look at mantis). Currently TJvCheckedMaskEdit and
descendants are not first-class citizens of the ToolEdit group of
controls yet.


> > Is it really necessary to recreate the calendar popup window every
> > time it is opened and to destroy it when it is closed? Without this
> > method override it works perfectly.

That would mean it will only get created the very first time it is
needed, right? That would be acceptable I think. I just didn't want to
create it together with the base control and even that is probably
debatable given today's common hardware specifications.


TBH, I have pretty much lost touch to my donation. Too much has been
changed in my controls in too little time without me having had the
time to properly review and follow the changes. I simply had too much
other things to do. By now the amount of changes I would have to catch
up on is simply too plain intimidating for me to get started on
actively participating in the maintenance of the controls again any
time soon simply because I do not have the necessary time.
For this exact reason we are still using a significantly older version
of the controls (and the JVCL itself) for our own products... :(
Sorry.

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Missing Components ion JVCL3
From: Peter Mauss <pm@evil-engineer.de>
Date: Mon, 03 Jan 2005 15:27:49 +0100
Newsgroups: jedi.vcl

On Mon, 03 Jan 2005 10:18:11 +0100, OBones
<obones_REM_SPM_@_PIF_altern.org> wrote:

> >Peter Mauss wrote:
> >
>> >> Hello,
>> >> 
>> >> where did the Components JVTransLED and JVFormPlacement go in JVCL3?
>> >> I've used them quite often in my Application created with D7/JVCL2.
> >
> > From converter\JVCL3.dat:
> >
> >TJvFormPlacement=TJvFormStorage
I keep getting the Error "invalid Path". How should the AppStoragePath
look like?
> >TJvTransLED=TJvLED

I'm also missing the TJvArrow Component. Where can i find a
replacement for this?

-- mit freundlichem Gruss Peter Mauß (pm@evil-engineer.de) 

Subject: Re: Searching for D2k5 IDE like page control
From: Aleksander Oven <aleksander.oven@email.si>
Date: Mon, 03 Jan 2005 15:25:30 +0100
Newsgroups: jedi.vcl

> I agree that a close button is more intuitive,
> but the number of times I cursed at myself for
> closing a tab instead of focusing it as I
> intended to do, is baffling.

Lol! Same for me, only with popup menus.
I seldom read the captions of menu items and tend to
navigate by item position.
Using 3 different tabbed UI applications (Total Commander,
Delphi and Firefox) on a regular basis, I keep confusing
the positions and end up clicking on wrong items.

> BTW, FireFox has a red close box at the right of
> the tab bar that closes the currently focused tab.
> A bit more intuitive that the popup menu, I think.

I actually thought about that... However, it is too
far from the tabs. It's not intuitive to have to click on
a control at one side of the screen to affect something
at the opposite one.
Furthermore, it requires two clicks to close a non-active
tab (activate + mouse move + close), compared to single
click with self closable tabs.

Anyway, I'm happy with TJvTabBar for now. It has an option
to hide the close buttons, giving me opportunity to
implement both approaches - closing through popup menus
and directly. This way it will be up to user to decide how
they want it. :)

Regards,
Aleksander Oven


Subject: Re: Searching for D2k5 IDE like page control
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Jan 2005 15:19:07 +0100
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> > Is there an option to hide those tab's close buttons?

You can deactivate the close button for all tabs with
"JvTabBar.CloseButton := False". But you cannot deactivate the close
button a single tab.

-- Regards, Andreas Hausladen 

Subject: Re: Searching for D2k5 IDE like page control
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 03 Jan 2005 15:15:17 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     I agree that a close button is more intuitive, but the number of times I cursed at myself for closing a tab instead of focusing it as I intended to do, is baffling. But that's probably just my clumsiness.

Is there an option to hide those tab's close buttons? Sorry for the dumb question but I didn't installed the very latest version (my project is currently being finialized).

Thanks!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Searching for D2k5 IDE like page control
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Jan 2005 15:14:49 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > I agree that a close button is more intuitive, but the number of 
> > times I cursed at myself for closing a tab instead of focusing it as I
> > intended to do, is baffling. But that's probably just my clumsiness.

Maybe I should add a property call "SelectBeforeClose: Boolean = False"
which controls if the click on the cross of a non-selected tab is a select
or a close.


-- Regards, Andreas Hausladen 

Subject: Re: Searching for D2k5 IDE like page control
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 03 Jan 2005 15:05:08 +0100
Newsgroups: jedi.vcl

Aleksander Oven wrote:
> I think that nice red cross on right side of
> each tab is much more intuitive than, say, Firefox
> style popup menu. But that's just my opinion.

    I agree that a close button is more intuitive, but the number of times I cursed at myself for closing a tab instead of focusing it as I intended to do, is baffling. But that's probably just my clumsiness.

    BTW, FireFox has a red close box at the right of the tab bar that closes the currently focused tab. A bit more intuitive that the popup menu, I think.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Searching for D2k5 IDE like page control
From: Aleksander Oven <aleksander.oven@email.si>
Date: Mon, 03 Jan 2005 14:55:34 +0100
Newsgroups: jedi.vcl

I played with it a bit and I must say it's a
very nice component! I think I'll use it. :)

As for drag&drop, I can wait...

Regards,
Aleksander Oven


Subject: JvDatePickerEdit.HidePopup
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Jan 2005 14:36:06 +0100
Newsgroups: jedi.vcl

Is there a special purpose why the TJvCustomDatePickerEdit.HidePopup
overrides the TJvCustomComboEdit.HidePopup with this code:

procedure TJvCustomDatePickerEdit.HidePopup;
begin
  if (FPopup is TJvDropCalendar) and not (csDestroying in
FPopup.ComponentState) then
    TJvDropCalendar(FPopup).Release;
  FPopup := nil;
end;

Freeing the popup component in HidePopup can (and do) result in an AV in
MouseUp because the DoSelect method (which calls HidePopup indirectly) is
called before MouseUp is catched. The MouseUp handler then accesses the
object which no more exists. (Mantis: #2391)

Is it really necessary to recreate the calendar popup window every time it
is opened and to destroy it when it is closed? Without this method
override it works perfectly.


-- Regards, Andreas Hausladen 

Subject: Re: Searching for D2k5 IDE like page control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 Jan 2005 13:53:31 +0100
Newsgroups: jedi.vcl

> > Hmm, this must be new in JVCL...
Yup. Andreas' christmas present to all JVCL'ers.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Searching for D2k5 IDE like page control
From: Aleksander Oven <aleksander.oven@email.si>
Date: Mon, 03 Jan 2005 13:52:07 +0100
Newsgroups: jedi.vcl

> Drag&Drop is missing. I have not had
> the time to implement it.

Doesn't matter as long as it can be
implemented through events...

Regards,
Aleksander Oven


Subject: Re: Searching for D2k5 IDE like page control
From: Aleksander Oven <aleksander.oven@email.si>
Date: Mon, 03 Jan 2005 13:50:53 +0100
Newsgroups: jedi.vcl

> TJvTabBar

Hmm, this must be new in JVCL...
I'll check it out.

Regards,
Aleksander Oven


Subject: Re: Searching for D2k5 IDE like page control
From: Aleksander Oven <aleksander.oven@email.si>
Date: Mon, 03 Jan 2005 13:47:44 +0100
Newsgroups: jedi.vcl

> Does not sound like a useful component to me.

I'm developing an IDE, much like the one from
Delphi 2005 and VS.NET. Each tab represents a
designer and I find it useful to be able to
close it with a single click, without having
to go through the popup menu and possibly
clicking the wrong item in a hurry.

I think that nice red cross on right side of
each tab is much more intuitive than, say, Firefox
style popup menu. But that's just my opinion.

> Closing a single tab of a list? Sound
> strange to me.

Given what I've said above, I think there's
a perfectly good reason for closing a single
tab.

> Especially if there is no way to get it back.

Sure there is. The same way you reopen a unit in
Delphi - through project manager treeview.

Regards,
Aleksander Oven


Subject: Re: Searching for D2k5 IDE like page control
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 03 Jan 2005 13:35:59 +0100
Newsgroups: jedi.vcl

Aleksander Oven wrote:
> It should have the following features:
>
> - flat look
> - "close" image on every tab
> - drag&drop rearranging of the tabs

Does not sound like a useful component to me.
Please search "User Interface Hall of Shame" with Google and read it.

My main concern is the close box. Closing a single tab of a list? Sound strange to me. Especially if there is no way to get it back.


Subject: Re: Searching for D2k5 IDE like page control
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Jan 2005 13:31:50 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > TJvTabBar

Drag&Drop is missing. I have not had the time to implement it.


-- Regards, Andreas Hausladen 

Subject: Re: Searching for D2k5 IDE like page control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 Jan 2005 13:16:39 +0100
Newsgroups: jedi.vcl

TJvTabBar (possibly w. TJvPageList), maybe?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Searching for D2k5 IDE like page control
From: Aleksander Oven <aleksander.oven@email.si>
Date: Mon, 03 Jan 2005 12:50:39 +0100
Newsgroups: jedi.vcl

It should have the following features:

- flat look
- "close" image on every tab
- drag&drop rearranging of the tabs

Anybody know of such component?

Regards,
Aleksander Oven


Subject: Re: JvFullColorSpaces
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Mon, 3 Jan 2005 12:03:22 +0100
Newsgroups: jedi.vcl

On Sun, 02 Jan 2005 18:09:00 +0100, "Florent Ouchet" 
<ouchet.florent@laposte.net> wrote in article <cr93r5$ske$1
@talkto.net>:
> > I changed the way to enumerate color pretty names. It doesn't use the 
> > TColorBox class. I hope I corrected the bug.

Evertyhting work fine now so far as I can see. Looking at the examples 
I can see that it's a very nice component. Thank you for donating it.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Missing Components ion JVCL3
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 03 Jan 2005 10:18:11 +0100
Newsgroups: jedi.vcl

Peter Mauss wrote:

> Hello,
>
> where did the Components JVTransLED and JVFormPlacement go in JVCL3?
> I've used them quite often in my Application created with D7/JVCL2.

From converter\JVCL3.dat:

TJvFormPlacement=TJvFormStorage
TJvTransLED=TJvLED

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Missing Components ion JVCL3
From: Peter Mauss <pm@evil-engineer.de>
Date: Mon, 03 Jan 2005 10:01:43 +0100
Newsgroups: jedi.vcl

Hello,

where did the Components JVTransLED and JVFormPlacement go in JVCL3?
I've used them quite often in my Application created with D7/JVCL2.


-- mit freundlichem Gruss Peter Mauß (pm@evil-engineer.de) 

Subject: Re: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Jan 2005 22:05:43 +0100
Newsgroups: jedi.vcl

Thanks, Done now!

OBones schrieb:
> Jens Fudickar wrote:
>
>> But i can't figure it out. I've added a picture for the component to the JvDBreg.dcr but it's not activated in the ide. Maybe someone else can give me a hint.
>
>
> It needs to be added in the .rc file, from which the dcr gets generated everytime the installation process is launched.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFullColorSpaces
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 02 Jan 2005 18:09:00 +0100
Newsgroups: jedi.vcl

I changed the way to enumerate color pretty names. It doesn't use the TColorBox class. I hope I corrected the bug.

Sorry for the convenience.

Florent


Subject: Re: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 02 Jan 2005 17:45:39 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> But i can't figure it out. I've added a picture for the component to the JvDBreg.dcr but it's not activated in the ide. Maybe someone else can give me a hint.

As long as this is on someones task list it is good enough.

If you install directly from the CVS files then the .dcr files will only be regenerated if the .rc file changes. The makefile does not check changes of the .bmp files.


Subject: Re: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 02 Jan 2005 17:21:04 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> But i can't figure it out. I've added a picture for the component to the JvDBreg.dcr but it's not activated in the ide. Maybe someone else can give me a hint.

It needs to be added in the .rc file, from which the dcr gets generated everytime the installation process is launched.


Subject: Re: JvFullColorSpaces
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Sun, 2 Jan 2005 16:53:39 +0100
Newsgroups: jedi.vcl

On Sun, 02 Jan 2005 16:21:26 +0100, "Florent Ouchet" 
<ouchet.florent@laposte.net> wrote in article <cr8thf$rcm$1
@talkto.net>:
> > D6p is D6 personnal or D6 professionnal ?
> > Maybe there is not the TColorBox in the personnal edition.

D6 personal.
But it does have TColorBox (i just checked to be sure).


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Jan 2005 16:46:41 +0100
Newsgroups: jedi.vcl

But i can't figure it out. I've added a picture for the component to the JvDBreg.dcr but it's not activated in the ide. Maybe someone else can give me a hint.

Jens Fudickar schrieb:
> Andreas Hausladen schrieb:
>
>> Marcel Bestebroer wrote:
>>
>>
>>> Well, he did mention to Andreas that he needs an image for the component, so that might explain why they are missing at the moment.
>>
>>
>>
>> But I'm not a commercial artist. And for components I mostly do copy&paste
>> (patchwork) plus some intuitive modification :-)
>
>
> Me too, and the laast time you were so fast and good that i thought ... :-)
>
> But now i've done it by myself.
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To all developers
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Jan 2005 16:42:15 +0100
Newsgroups: jedi.vcl

I've got the point :-)

OBones schrieb:
> Hi all
>
> This message is intended to all developers with write access to CVS.
>
> A new release of the JVCL will be done shortly (next week-end, most likely) and I would like all of you to refrain from adding new components/functions/properties to the repository as much as you can.
> This is especially true when components do not have icons and/or documentation.
>
> I would greatly prefer if everybody could focus on fixing bugs that are in Mantis, propose solutions or close those that are not bugs. Another effort to do is to write up documentation.
>
> Thanks a lot to all of you.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Happy new year to all
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 02 Jan 2005 16:37:01 +0100
Newsgroups: jedi.vcl


Happy 2005 to all members and all users of the jvcl.

-- 
Florent


Subject: Re: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Jan 2005 16:33:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> Marcel Bestebroer wrote:
>
>
>> Well, he did mention to Andreas that he needs an image for the component, so that might explain why they are missing at the moment.
>
>
> But I'm not a commercial artist. And for components I mostly do copy&paste
> (patchwork) plus some intuitive modification :-)

Me too, and the laast time you were so fast and good that i thought ... :-)

But now i've done it by myself.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To all developers
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 02 Jan 2005 16:23:18 +0100
Newsgroups: jedi.vcl

OBones a écrit :

> Hi all
>
> This message is intended to all developers with write access to CVS.
>
> A new release of the JVCL will be done shortly (next week-end, most likely) and I would like all of you to refrain from adding new components/functions/properties to the repository as much as you can.
> This is especially true when components do not have icons and/or documentation.
>
> I would greatly prefer if everybody could focus on fixing bugs that are in Mantis, propose solutions or close those that are not bugs. Another effort to do is to write up documentation.
>
> Thanks a lot to all of you.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

It seems the full color classes don't support a D6p version. See thread "JvFullColorSpaces" below. I will change this this evening, I hope before the new release.

Florent


Subject: Re: JvFullColorSpaces
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 02 Jan 2005 16:21:26 +0100
Newsgroups: jedi.vcl

> This doesn't really solve my problem with access violations. It only happens later.
> The problem seems to be in line 439 in the call to       AHookColorBox.PopulateList;

I think it is because your delphi version doesn't have the TColorBox control.

> (This is with D6p and Win ME.)

D6p is D6 personnal or D6 professionnal ?
Maybe there is not the TColorBox in the personnal edition.
However I will change the pretty name class to use constants already declared elsewhere in the jvcl.

-- 
Florent


Subject: To all developers
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 02 Jan 2005 12:54:09 +0100
Newsgroups: jedi.vcl

Hi all

This message is intended to all developers with write access to CVS.

A new release of the JVCL will be done shortly (next week-end, most likely) and I would like all of you to refrain from adding new components/functions/properties to the repository as much as you can.
This is especially true when components do not have icons and/or documentation.

I would greatly prefer if everybody could focus on fixing bugs that are in Mantis, propose solutions or close those that are not bugs. Another effort to do is to write up documentation.

Thanks a lot to all of you.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 Jan 2005 11:49:32 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > Well, he did mention to Andreas that he needs an image for the 
> > component, so that might explain why they are missing at the moment.

But I'm not a commercial artist. And for components I mostly do copy&paste
(patchwork) plus some intuitive modification :-)



-- Regards, Andreas Hausladen 

Subject: Re: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 02 Jan 2005 11:26:28 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I just updated and did not see that you touched a .rc file in Images or uploaded a palette image.

    Well, he did mention to Andreas that he needs an image for the component, so that might explain why they are missing at the moment.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 02 Jan 2005 06:33:17 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> i've uploaded some new Components.

I just updated and did not see that you touched a .rc file in Images or uploaded a palette image.


Subject: New Components : TJvDatabaseActionList and TJvDatabase*Action
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 01 Jan 2005 21:46:33 +0100
Newsgroups: jedi.vcl

Hi

i've uploaded some new Components.

TJvDatabaseActionList and according TJvDatabase*Actions.

The difference to the default DBActions is:
1. The action list has a DataComponent property which is published to all attached actions automaticly. So you have to define this only once, and not for all actions seperate.
2. The Datacomponent can connect to any component, not only to TDatasource. There is an engine concept behind, which extracts for the datasource from the datacomponent.
Why is this important: The main reason is that often the visible layer (for example grid or tree) is different from the physical layer. Often not all columns are visible in the grid, or the visible sort order is different from the physical sort order. Using the engines it's possible to react on this things.
The first important for me will be the sort order of records with devexpress grids. I want to use the actions to navigate through my data results in visible order.
3. Additional Actions:
- Single Record Window : Using TJvDynControlEngineDB
- Close Action
- Open Action
- Position Action (Shows/Navigates the current Position in the result set)
- Copy Record


Greetings
Jens

@Andreas : I need a new picture for the JvDatabaseActionList, thanks!
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : Third Party Integration
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 01 Jan 2005 21:29:45 +0100
Newsgroups: jedi.vcl

And what about manual definition without installer integration.

I want to finish some components for my commercial app, where i need the third party integration, and this is easier when don't have to support two sources.

For this, we need the definition of the new inc files.

Greetings
Jens

OBones schrieb:
> This sounds good, but this WILL NOT be in the next version of the JVCL.
> There is simply not enough time to do this.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Seeking for a history aware combobox
From: Ivo Bauer <abuer@zom.zc>
Date: Sat, 01 Jan 2005 20:32:18 +0100
Newsgroups: jedi.vcl

Hi, all!

1. I wish late Happy New Year to all developers and users of JCL/JVCL.

2. Does JVCL have combobox that keeps track of the user input, stores them into registry/inifile and allows to display the history as items so user can later pick a desired one from the list instead of having to retype it again?

Should you need to clarify what I said, just let me know.

Thanks in advance!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: To Discuss : Third Party Integration
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 01 Jan 2005 19:46:25 +0100
Newsgroups: jedi.vcl

But we can start to discuss about it, to be prepared.

Jens

OBones schrieb:
> This sounds good, but this WILL NOT be in the next version of the JVCL.
> There is simply not enough time to do this.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : Third Party Integration
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 01 Jan 2005 19:46:00 +0100
Newsgroups: jedi.vcl

This sounds good !

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> I'm thinking of an addtional ini-file
>
>
> What about autodetection code for the Installer? It is no problem for me
> to intrgrate a technique into the installer that does compilation of
> external "autodetect plugins".
>
> e.g.
>
> [Quickreport]
> Name=Quickreport
> Autodetect=qrpt.detect.pas
> ConfigIni=jvcl3rd$(version).inc
>
> qrpt.detect.pas:
> -----------
> //function AutoDelect(TargetConfig: TTargetConfig): Boolean;
> begin
>   Result := FileExists(TargetConfig.Target.BPLDir + '\qrtp.dcp');
> end;
> -----------
>
> jvcl3rdXx.inc:
> -----------------
> {.$DEFINE Quickreport}
> -----------------
>
>
>
> Just an idea.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvAnimatedImage
From: "Stefan Andersson" <stancon@telia.com>
Date: Sat, 1 Jan 2005 19:12:52 +0100
Newsgroups: jedi.vcl

Hi,



I get "Runtime error 216 at 00403506" when i use a JvAnimatedImage with a 
image with 4 glyphs. Anyone who has an idea what the problme can be???



Or anyone who has a suggestion for another component for animation???



I use Delphi 7 professional with upgradate 1_1.

Jedi JVCL210fullinstall .



Regards

Stefan




Subject: Re: What's happened to the 'Advanced' button during the installation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 1 Jan 2005 16:10:32 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > It is indeed. I prefer receiving a message saying why I can't use a
> > button instead of a disabled button. Much easier for beginners.

Done.



-- Regards, Andreas Hausladen 

Subject: Re: You can add antialiasing for CLX?
From: "haword" <haword@mail.ru>
Date: Sat, 1 Jan 2005 20:36:25 +0600
Newsgroups: jedi.vcl

For CLX version JVCL?




Subject: You can add antialiasing for CLX?
From: "haword" <haword@mail.ru>
Date: Sat, 1 Jan 2005 20:35:27 +0600
Newsgroups: jedi.vcl

You can add antialiasing for CLX?




Subject: Re: What's happened to the 'Advanced' button during the installation?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 01 Jan 2005 15:14:36 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Wouldn't it be "better" to always show the button? And display a message
>> box saying "Options can only be set independtly, please select a target
>> first".
>
>
> I think that would be the easiest way.

It is indeed. I prefer receiving a message saying why I can't use a button instead of a disabled button. Much easier for beginners.


>> Or even better, have a "multiple selection" logic with three
>> state checkboxes for options that are not the same for all targets. But
>> that may be too much to ask for.
>
>
> I thought about this when I had changed the code for the new jvcl.inc
> structure. But after starting to write it, I realized that this would
> cause a complete rewrite of the option dialog, because at the moment I
> simply copy the file Lines[] to the dialog an read them back.

I understand, especially considering that the next release will happen in the next two weeks.

Cheers

Olivier Sannier
JVCL coordinator


Subject: Re: What's happened to the 'Advanced' button during the installation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 1 Jan 2005 15:02:43 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Wouldn't it be "better" to always show the button? And display a message
> > box saying "Options can only be set independtly, please select a target
> > first".

I think that would be the easiest way.

> > Or even better, have a "multiple selection" logic with three
> > state checkboxes for options that are not the same for all targets. But
> > that may be too much to ask for.

I thought about this when I had changed the code for the new jvcl.inc
structure. But after starting to write it, I realized that this would
cause a complete rewrite of the option dialog, because at the moment I
simply copy the file Lines[] to the dialog an read them back.


-- Regards, Andreas Hausladen 

Subject: Happy new year to all
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 01 Jan 2005 14:52:18 +0100
Newsgroups: jedi.vcl

Hi all

May this year bring to all of you what you expect for.
On the JVCL side, version 3 will be released and I'm convinced it will be the best release yet.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: What's happened to the 'Advanced' button during the installation?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 01 Jan 2005 14:38:50 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Ian Branch wrote:
>
>
>> Hi Guys,
>>
>>    It doesn't appear in the current installation app and therefore I
>> have to go in and manually edit the .inc file for quickreport & qreport4.
>>
>>    Is this deliberate or an error?
>
>
> Happy new year,
>
> The advanced button is still there. But it does not appear when "all
> targets" is selected. The jvcl.inc was splitted into more files for each
> target. To edit these options you must choose the target IDE from the drop
> down list and then click on the appearing "Edit jvclXx.inc" button.
>
Wouldn't it be "better" to always show the button? And display a message box saying "Options can only be set independtly, please select a target first".
Or even better, have a "multiple selection" logic with three state checkboxes for options that are not the same for all targets. But that may be too much to ask for.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Kylix3 Gauge component
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 1 Jan 2005 13:14:31 +0100
Newsgroups: jedi.vcl

Hi,

Why the Gauge component on Kylix is called TGauge and not TJvGauge ? It 
should be, no ?

Regards,
Lionel




Subject: Re: What's happened to the 'Advanced' button during the installation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 1 Jan 2005 11:39:15 +0100
Newsgroups: jedi.vcl

Ian Branch wrote:

> > Hi Guys,
> > 
> >     It doesn't appear in the current installation app and therefore I
> > have to go in and manually edit the .inc file for quickreport & qreport4.
> > 
> >     Is this deliberate or an error?

Happy new year,

The advanced button is still there. But it does not appear when "all
targets" is selected. The jvcl.inc was splitted into more files for each
target. To edit these options you must choose the target IDE from the drop
down list and then click on the appearing "Edit jvclXx.inc" button.

-- Regards, Andreas Hausladen 

Subject: What's happened to the 'Advanced' button during the installation?
From: "Ian Branch" <branch@sitathome.net>
Date: Sat, 1 Jan 2005 10:05:42 +1100
Newsgroups: jedi.vcl

Hi Guys,

    It doesn't appear in the current installation app and therefore I have 
to go in and manually edit the .inc file for quickreport & qreport4.

    Is this deliberate or an error?

Regards,

Ian




Subject: Re: To Discuss : Third Party Integration
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 31 Dec 2004 16:05:50 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I'm thinking of an addtional ini-file

What about autodetection code for the Installer? It is no problem for me
to intrgrate a technique into the installer that does compilation of
external "autodetect plugins".

e.g.

[Quickreport]
Name=Quickreport
Autodetect=qrpt.detect.pas
ConfigIni=jvcl3rd$(version).inc

qrpt.detect.pas:
-----------
//function AutoDelect(TargetConfig: TTargetConfig): Boolean;
begin
  Result := FileExists(TargetConfig.Target.BPLDir + '\qrtp.dcp');
end;
-----------

jvcl3rdXx.inc:
-----------------
{.$DEFINE Quickreport}
-----------------



Just an idea.

-- Regards, Andreas Hausladen 

Subject: Re: JVCL_UseQuickReport activated by default?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 31 Dec 2004 15:33:46 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Was it by intention to activate the JVCL_UseQuickReport in the jvclxx.inc
> files by default?

Because, AFAIK, QuickReport is installed per default with all versions of Delphi, except v9. Hence, the fact that I put back in the definition of JVCL_UseQuickReport into the include files where it was not defined, except D9.
This way, as well, the packages stayed the same as they were before moving to the new organisation for include files.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: To Discuss : Third Party Integration
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 31 Dec 2004 15:31:34 +0100
Newsgroups: jedi.vcl

This sounds good, but this WILL NOT be in the next version of the JVCL.
There is simply not enough time to do this.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Installer and warnings/errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 31 Dec 2004 15:09:29 +0100
Newsgroups: jedi.vcl

Done.

-- Regards, Andreas Hausladen 

Subject: Re: Installer and warnings/errors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 31 Dec 2004 13:57:36 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> When the application terminates? Otherwise, I do not see the problem with
> error messages. They are not closed. And for warnings and hits I don't
> belief that it would be good to keep the window open for them, especially
> not in the release versions.

The extra window for the warnings closes then the compilation of the packages finishes. Since usually the developers need the info the window should not close to allow to read the text.


Subject: JvDBGrid OnKeyPress event is bypassed
From: "Paolo Sciarrini" <p.sciarrini@iol.it>
Date: Fri, 31 Dec 2004 12:34:23 +0100
Newsgroups: jedi.vcl

Hi!
Seems that JvDBGrid.OnKeyPressed is not processed. I'm working with JVCL
daily 2004-12-22.
--
Regards,
Paolo Sciarrini




Subject: Re: Installer and warnings/errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 31 Dec 2004 11:45:51 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > if there are are warnings/errors while compiling the packages, please
> > don't close this list when finished.

When the application terminates? Otherwise, I do not see the problem with
error messages. They are not closed. And for warnings and hits I don't
belief that it would be good to keep the window open for them, especially
not in the release versions.



-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : Third Party Integration
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 31 Dec 2004 01:19:40 +0100
Newsgroups: jedi.vcl

Please don't discuss the installer, discuss my main question :-)

And a good and blessed start into the year 2005.

Jens Fudickar schrieb:
> Hi,
>
> looking over my current new projects, i have a point i want to discuss:
>
> Integration of Third Party Components.
>
> For my DynControlEngine i've designed an examples based on the DevExpress cxEditor* Component. It could be found in the examples. And we have QuickReport Integration as an other example. Or for my JvProgramVersionCheck-Component i want to integrate Indy.
>
> Now is the question, what is the best way to support it. Should we support these things official. For me, it's a clear yes. Why not distributing the things we have build also for other third party tools.
>
> I'm working on some integrations of third party components and want toshare them, once to show the power of jvcl and also to share the new components.
>
> The question, how should we do this.
>
> I'm thinking of an addtional ini-file like jvcl_third_party_<version>.ini which could be included into version depending jvcl.ini files. Then we could move the quickreport settings also into this file. Andreas had to enhance the installer to include the options.
> The question is, what should we do with the packages. Should these components be included into the default packages, or should we build "third-party-packages". For example jvcldb-tp-9.bpl.
>
> I'm not shure what's the best way, and now i'm waiting for your comments.
>
> Greetings
> Jens
>
> P.S: My other new project is a set of enhanced DB-Actions.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Installer and warnings/errors
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 31 Dec 2004 01:18:06 +0100
Newsgroups: jedi.vcl

Andreas,

if there are are warnings/errors while compiling the packages, please don't close this list when finished.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 31 Dec 2004 01:17:14 +0100
Newsgroups: jedi.vcl

So, now i'm waiting for your comments.

Michael Fritz schrieb:
> Am Thu, 30 Dec 2004 18:46:18 +0100 schrieb Jens Fudickar:
>
>
>> If you have access to the cvs you find it in the directory jens. 
>
> Thanks, I've already found it there...
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL_UseQuickReport activated by default?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 30 Dec 2004 20:22:11 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > but maybe it comes from my message where i advocated the idea to
> > activate it and reset it just before the installation for a certain
> > Delphi version depending on a check if QuickReport is installed.

I have this code in the JVCL Installer:

// QuickReport configuration
JVCLConfig.Enabled['QREPORT4'] := JVCLConfig.Enabled['QREPORT4'] or
QuickReport4;
JVCLConfig.Enabled['JVCL_UseQuickReport'] :=
JVCLConfig.Enabled['JVCL_UseQuickReport'] or QuickReport;

This means if you have the QuickReport installed but not activated in the
jvclXx.inc the Installer will automatically set it to enabled (and you can
deactivate it in the config page).
But if the jvclXx.inc has QuickReport activated, the QuickReport will also
enabled when no QuickReport is installed.

-- Regards, Andreas Hausladen 

Subject: Re: JVCL_UseQuickReport activated by default?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 30 Dec 2004 19:52:06 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Was it by intention to activate the JVCL_UseQuickReport in the jvclxx.inc
> files by default?

I am innocent,
but maybe it comes from my message where i advocated the idea to activate it and reset it just before the installation for a certain Delphi version depending on a check if QuickReport is installed.


Subject: Re: Bug report
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Dec 2004 19:35:43 +0100
Newsgroups: jedi.vcl

> >     This HAS to be a bug.  I've tried everything and cannot get the
> > JvDBTreeView component to work exactly as it should or as it's predecessor
> > did.
You should set a breakpoint in TJvCustomDBTreeView.UpdateTree to see what is
happening. Especially the nested AddRecord procedure should be of interest.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: To Discuss : Third Party Integration
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 30 Dec 2004 19:26:46 +0100
Newsgroups: jedi.vcl

> something like a TCheckListBox (does this exists under Delphi 5 ? )

yes


Subject: Error installing JVCL
From: Leandro <leandro@tristarsistemas.com.br>
Date: Thu, 30 Dec 2004 15:12:55 -0300
Newsgroups: jedi.vcl

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Preprocessing JVCL]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Generating: bg
Fatal: Unable to execute command: "de programas\Borland\msgfmt"

** error 1 ** deleting MOs


Subject: Re: JvProgramVersionCheck
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 30 Dec 2004 18:50:44 +0100
Newsgroups: jedi.vcl

Am Thu, 30 Dec 2004 18:46:18 +0100 schrieb Jens Fudickar:

> > If you have access to the cvs you find it in the directory jens. 
Thanks, I've already found it there...

-- cu, Michael 

Subject: Re: JvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 30 Dec 2004 18:46:18 +0100
Newsgroups: jedi.vcl

Hopefully to release it soon.

If you have access to the cvs you find it in the directory jens. Until now only the network location is finished.

For the other locations i had to look.

Greetings
Jens

Michael Fritz schrieb:
> Hi,
>
> any news on JvProgramVersionCheck? Will it be part of JVCL soon?

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvProgramVersionCheck
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 30 Dec 2004 18:39:56 +0100
Newsgroups: jedi.vcl

Hi,

any news on JvProgramVersionCheck? Will it be part of JVCL soon?
-- cu, Michael 

Subject: Re: Error installing JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 30 Dec 2004 18:29:22 +0100
Newsgroups: jedi.vcl

Looks like that you had installed the dxgettext tools and uninstalled
them. But the uninstall registry key still exists for the dxgettext tools.
I have changed the installer to check if the file msgfmt.exe exists in the
dxgettext directory and if it does not exists, dxgettext support will be
disabled.

-- Regards, Andreas Hausladen 

Subject: JVCL_UseQuickReport activated by default?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 30 Dec 2004 17:45:04 +0100
Newsgroups: jedi.vcl

Was it by intention to activate the JVCL_UseQuickReport in the jvclxx.inc
files by default?

-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : Third Party Integration
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 30 Dec 2004 17:39:27 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Andreas had to enhance the installer to include the
> > options.

Keep in mind that we do not have that much space for further checkboxes in
the installer. If we add now options that should also appear in the
default user interface (wizard page) then I must change the list to
something like a TCheckListBox (does this exists under Delphi 5 ? )


-- Regards, Andreas Hausladen 

Subject: To Discuss : Third Party Integration
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 30 Dec 2004 16:55:05 +0100
Newsgroups: jedi.vcl

Hi,

looking over my current new projects, i have a point i want to discuss:

Integration of Third Party Components.

For my DynControlEngine i've designed an examples based on the DevExpress cxEditor* Component. It could be found in the examples. And we have QuickReport Integration as an other example. Or for my JvProgramVersionCheck-Component i want to integrate Indy.

Now is the question, what is the best way to support it. Should we support these things official. For me, it's a clear yes. Why not distributing the things we have build also for other third party tools.

I'm working on some integrations of third party components and want toshare them, once to show the power of jvcl and also to share the new components.

The question, how should we do this.

I'm thinking of an addtional ini-file like jvcl_third_party_<version>.ini which could be included into version depending jvcl.ini files. Then we could move the quickreport settings also into this file. Andreas had to enhance the installer to include the options.
The question is, what should we do with the packages. Should these components be included into the default packages, or should we build "third-party-packages". For example jvcldb-tp-9.bpl.

I'm not shure what's the best way, and now i'm waiting for your comments.

Greetings
Jens

P.S: My other new project is a set of enhanced DB-Actions.
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Bug report
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 30 Dec 2004 10:06:58 -0500
Newsgroups: jedi.vcl

    This HAS to be a bug.  I've tried everything and cannot get the 
JvDBTreeView component to work exactly as it should or as it's predecessor 
did.  The problem is that upon startup when the Treeview is displayed and 
connected to it's datasource, it always shows two root nodes.  The original 
node added, which is the first record in the table is displayed twice, with 
the second one appearing as if it were a child node of the first!  And 
nothing except running an onset and cancel inset on the table itself will 
clear this problem up.  I haven't been able to figure out the cause or even 
why coding insert and then cancel on the table in the OnShow method of the 
form it's on clears up the problem, but so far that is the ONLY thing that 
clears it up.  And the problem ONLY appears when data is first loaded into 
the tree.

-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Re: JvDBTreeView: How to loop through all the nodes?
From: "Paulo Geloramo" <noemail@nospam.com.br>
Date: Thu, 30 Dec 2004 12:48:37 -0200
Newsgroups: jedi.vcl

D.P.,

Install Jvcl 3 and not find example JvDBTreeView.

Could send me example simple JvDBTreeView?

[]s
Paulo Geloramo
phg@femanet.com.br



"DP074" <no@email.net> escreveu na mensagem news:cq9sg6$nmg$1@talkto.net...
> > Hello,
> >
> > To my surprise, I wasn't able to loop through all the nodes in
> > JvDBTreeView.
> >
> > Obvious method - GetNext - doesn't work. It works fine for JvTreeView,
> > but not for its data-aware counterpart, JvDBTreeView. For the latter,
> > GetNext loops only through the current level.
> >
> > Is that a bug or I missed some point here.
> >
> > Could you please help me in realzingn how to loop through all the nodes
> > in JvDBTreeView?
> >
> > Thanks in advance,
> > D.P.
> >
> > s
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: JvDBTreeView
From: "Paulo Geloramo" <noemail@nospam.com.br>
Date: Thu, 30 Dec 2004 12:44:57 -0200
Newsgroups: jedi.vcl

Hi,

Install Jvcl 3 and not find example JvDBTreeView.

Any could send me example simple JvDBTreeView?

[]s
Paulo Geloramo
phg@femanet.com.br




Subject: freeze columns in JvDBGrid (like excel)
From: "Neil Gorton" <neil@saphire-computers.co.uk>
Date: Thu, 30 Dec 2004 12:13:19 -0000
Newsgroups: jedi.vcl

Hi, can anyone help me, I am trying to freeze the left most columns in a
JvDBGrid.

I know i can set "fixed cols" but I still want to be able to edit the cells
that are frozen. I just need it so that when i scrolll to the right the 3
cells stay on the screen all the time.

Thanks

Neil




Subject: Re: JvFullColorSpaces
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 30 Dec 2004 12:09:54 +0100
Newsgroups: jedi.vcl

On Wed, 29 Dec 2004 20:56:15 +0100, "Florent Ouchet" 
<ouchet.florent@laposte.net> wrote in article <cqus6e$e59$1
@talkto.net>:

> > I modified the ColorSpace registration. Now they are registered the 
> > first time the function "ColorSpaceManager" is called.
> > However, if you use the FullColorSpaces.pas unit, I think you may use 
> > the ColorSpaceManager which is the main function to grab informations on 
> > Color spaces, the initialization is now a little bit faster...

This doesn't really solve my problem with access violations. It only 
happens later.
The problem seems to be in line 439 in the call to       
AHookColorBox.PopulateList;
(This is with D6p and Win ME.)


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: New grid old grid !
From: "yeye" <rthriller@excite.com>
Date: Thu, 30 Dec 2004 11:17:50 +0100
Newsgroups: jedi.vcl

Hello!

What's the difference between delphi StringGrid and the jvcl one?

Thanx 




Subject: Help for D2005
From: "Micha" <schumannNoSpam@itc-msNoSpam.de>
Date: Thu, 30 Dec 2004 11:46:28 +0200
Newsgroups: jedi.vcl

Will there be a D2005 intrgratable Help solution? Perhaps the tool you 
are using to create the HLP file allows creating a MS HELP 2 file?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Suggestion for a "new" feature for the installer
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 30 Dec 2004 10:12:51 +0100
Newsgroups: jedi.vcl

Am Thu, 30 Dec 2004 01:51:48 +0100 schrieb Andreas Hausladen:

> > Could you test the newest installer (developer CVS now, means anonymous
> > CVS in ca. 5 hours)
Andreas, now it works perfectly without any problems!

Thanks for your efforts!
-- cu, Michael 

Subject: Re: Suggestion for a "new" feature for the installer
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 30 Dec 2004 09:07:02 +0100
Newsgroups: jedi.vcl

Am Thu, 30 Dec 2004 00:42:37 +0100 schrieb Andreas Hausladen:

> > SUBST is no good idea because the computer could already have a y:  (like
> > mine). So it would require a free drive letter search. And it would change
> > user settings (for a while) which the JVCL should never do.
Substituting this path to y: was just an example!

> > If I would have enough time, I could write a new tool that does the
> > make.exe action. But I do not have this time till February. The only thing
> > I can do it to convert the path name to a short (DOS) path.
Perhaps this helps already.


-- cu, Michael 

Subject: Re: Suggestion for a "new" feature for the installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 30 Dec 2004 01:51:48 +0100
Newsgroups: jedi.vcl

Could you test the newest installer (developer CVS now, means anonymous
CVS in ca. 5 hours)


-- Regards, Andreas Hausladen 

Subject: Re: JvTabBar - Sorry Andreas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 30 Dec 2004 00:55:59 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

No problem. I saw it realy fast.


-- Regards, Andreas Hausladen 

Subject: Re: Suggestion for a "new" feature for the installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 30 Dec 2004 00:42:37 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > I did e.g. a SUBST Y: "G:\Dokumente und Einstellungen\fritzmi\Eigene
> > Dateien\Delphi70\" and now use y:\_bpl in the installer and from this
> > time on it works perfectly!

SUBST is no good idea because the computer could already have a y:  (like
mine). So it would require a free drive letter search. And it would change
user settings (for a while) which the JVCL should never do.

If I would have enough time, I could write a new tool that does the
make.exe action. But I do not have this time till February. The only thing
I can do it to convert the path name to a short (DOS) path.


-- Regards, Andreas Hausladen 

Subject: Re: Suggestion for a "new" feature for the installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 30 Dec 2004 00:18:07 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > Ever tried if use of temporary response files could solve the problem?

Does not help. make.exe stops working when the PATH contains something
like:
C:\Windows;C:\Windows\System;C:\Windows\Command;C:\Dokumente und
Einstellungen\Andreas\Lokale Einstellungen\Anwendungsdaten\BPL



-- Regards, Andreas Hausladen 

Subject: JvTabBar - Sorry Andreas
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 29 Dec 2004 23:52:16 +0100
Newsgroups: jedi.vcl

Sorry Andreas,

for reintroducing the bug. I was shure that i had updated before i've made my changes. Sorry for not !

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installing JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 23:15:36 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Maybe an idea to put this kind of info in the online help? So you can
> > edit it when things changes, can link to it and it ends up in the
> > compiled help file.

The normal way is install.bat and if that is too much GUI then the
prefered way if packages\bin\build.exe. All other ways are more the "hard
way" and should not be used at all (only you know what you are doing).
That is my personal opinion and may not be the opinion of the other JVCL
developers.

-- Regards, Andreas Hausladen 

Subject: Re: JvFullColorSpaces
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 22:44:23 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Perfect, Andreas!

No it isn't :-)


-- Regards, Andreas Hausladen 

Subject: Re: Suggestion for a "new" feature for the installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 22:42:30 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Due to my (am I alone?) "command line to long" error 

I have found out that the error only happens with Delphi 5's, 6's and 7's
make.exe. C++Builder's, Free Commandline Compiler 5.5's, BDS 2.0's and BDS
3.0's make.exe work perfectly.

In other words: I have to write a simple make.exe.

-- Regards, Andreas Hausladen 

Subject: Re: JvFullColorSpaces
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 22:40:33 +0100
Newsgroups: jedi.vcl

Ups wrong thread.

-- Regards, Andreas Hausladen 

Subject: Re: JvFullColorSpaces
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 22:18:45 +0100
Newsgroups: jedi.vcl

Now I can play with the "command line too long" error. I have change the
registry key for the BPL and DCP output directory. Maybe I have a solution
tonight, or tomorrow. Or a new make.exe :-)


-- Regards, Andreas Hausladen 

Subject: Re: Suggestion for a "new" feature for the installer
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 29 Dec 2004 22:16:37 +0100
Newsgroups: jedi.vcl

Hi Andreas,

> I have found out that the error only happens with Delphi 5's, 6's and 7's
> make.exe. C++Builder's, Free Commandline Compiler 5.5's, BDS 2.0's and BDS
> 3.0's make.exe work perfectly.

The former report "MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp", while the latter say: "MAKE Version 5.2  Copyright (c) 1987, 2000 Borland".  Didn't we know that the "Inprise" thing was a bad one?

> In other words: I have to write a simple make.exe.

Ever tried if use of temporary response files could solve the problem?

Greetings, Robert


Subject: Re: Installing JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 29 Dec 2004 22:15:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Insert the dot in the {$DEFINE xxx} compiler directive in the jvcld7.inc
> file and the open a console window and change into jvcl3\packages\bin.
> There you simply type "MakePackages.bat" (and hope that no "command line
> too long" applears). This will regenerate all .dpk and .bpk files with the
> correct jvclXx.inc settings.

Maybe an idea to put this kind of info in the online help? So you can edit it when things changes, can link to it and it ends up in the compiled help file.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvFullColorSpaces
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 22:06:00 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > However, if you use the FullColorSpaces.pas unit, I think you 
> > may use the ColorSpaceManager which is the main function 
> > to grab informations on Color spaces

For the moment, but who knows the future :-)
And if you load the package the initialization is always executed if you
use the unit or not. So starting Delphi is a (very) little bit faster, too.


-- Regards, Andreas Hausladen 

Subject: Re: JvFullColorSpaces
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 21:51:27 +0100
Newsgroups: jedi.vcl

Am Wed, 29 Dec 2004 22:18:45 +0100 schrieb Andreas Hausladen:

> > Now I can play with the "command line too long" error. I have change the
> > registry key for the BPL and DCP output directory. Maybe I have a solution
> > tonight, or tomorrow. Or a new make.exe :-)
Perfect, Andreas!

But I think you missed the correct thread ;-)

-- cu, Michael 

Subject: Re: Suggestion for a "new" feature for the installer
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 21:03:42 +0100
Newsgroups: jedi.vcl

Am Wed, 29 Dec 2004 19:20:43 +0100 schrieb Andreas Hausladen:

> > Could you test the following?
> > 
> > Open jvcl3\packages\bin\makefile.mak and change these lines in
> > "configfile:"
I should change these lines in the section "configfile:", however the
command line too long error is raised when the installer tries to build
the templates(?):

"E:\Programme\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long

Perhaps configfile is the wrong section - just a guess anyway as I'm not
firm with make-files at all...

-- cu, Michael 

Subject: Re: Suggestion for a "new" feature for the installer
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 20:59:12 +0100
Newsgroups: jedi.vcl

Am Wed, 29 Dec 2004 19:20:43 +0100 schrieb Andreas Hausladen:

> > And then start the JVCL Installer (install.bat)
I've changed these lines but no luck either. Still getting my favorite
error ;-)

-- cu, Michael 

Subject: Re: JvFullColorSpaces
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 29 Dec 2004 20:56:15 +0100
Newsgroups: jedi.vcl

> Maybe you misunderstood me. The ColorSpaces are registered to the
> ColorSpaceManager. So when the ColorSpaceManager is used for the first
> time, the ColorSpaces could be registered to it and not as it is at the
> moment, where the ColorSpaceManager is created in the initialization
> section.
>
>
> function ColorSpaceManager: TJvColorSpaceManager;
> begin
>   if GlobalColorSpaceManager = nil then
>     GlobalColorSpaceManager := TJvColorSpaceManager.Create;
>   Result := GlobalColorSpaceManager;
> end;
>
> initialization
>   ColorSpaceManager.RegisterColorSpace(TJvRGBColorSpace.Create(csRGB));
>   ColorSpaceManager.RegisterColorSpace(TJvHLSColorSpace.Create(csHLS));
>   ColorSpaceManager.RegisterColorSpace(TJvCMYColorSpace.Create(csCMY));
>   ColorSpaceManager.RegisterColorSpace(TJvYUVColorSpace.Create(csYUV));
>   ColorSpaceManager.RegisterColorSpace(TJvHSVColorSpace.Create(csHSV));
>   ColorSpaceManager.RegisterColorSpace(TJvYIQColorSpace.Create(csYIQ));
>   ColorSpaceManager.RegisterColorSpace(TJvYCCColorSpace.Create(csYCC));
>   ColorSpaceManager.RegisterColorSpace(TJvXYZColorSpace.Create(csXYZ));
>   ColorSpaceManager.RegisterColorSpace(TJvLABColorSpace.Create(csLAB));
>   ColorSpaceManager.RegisterColorSpace(TJvDEFColorSpace.Create(csDEF));
>

I modified the ColorSpace registration. Now they are registered the first time the function "ColorSpaceManager" is called.
However, if you use the FullColorSpaces.pas unit, I think you may use the ColorSpaceManager which is the main function to grab informations on Color spaces, the initialization is now a little bit faster...

Regards,

Florent


Subject: Re: JvFullColorSpaces
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 20:52:18 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, people may not want to use the ColorSpaceManager() function. It's
> > just like the Url List Grabbers, if I recall well.

Maybe you misunderstood me. The ColorSpaces are registered to the
ColorSpaceManager. So when the ColorSpaceManager is used for the first
time, the ColorSpaces could be registered to it and not as it is at the
moment, where the ColorSpaceManager is created in the initialization
section.


function ColorSpaceManager: TJvColorSpaceManager;
begin
  if GlobalColorSpaceManager = nil then
    GlobalColorSpaceManager := TJvColorSpaceManager.Create;
  Result := GlobalColorSpaceManager;
end;

initialization
  ColorSpaceManager.RegisterColorSpace(TJvRGBColorSpace.Create(csRGB));
  ColorSpaceManager.RegisterColorSpace(TJvHLSColorSpace.Create(csHLS));
  ColorSpaceManager.RegisterColorSpace(TJvCMYColorSpace.Create(csCMY));
  ColorSpaceManager.RegisterColorSpace(TJvYUVColorSpace.Create(csYUV));
  ColorSpaceManager.RegisterColorSpace(TJvHSVColorSpace.Create(csHSV));
  ColorSpaceManager.RegisterColorSpace(TJvYIQColorSpace.Create(csYIQ));
  ColorSpaceManager.RegisterColorSpace(TJvYCCColorSpace.Create(csYCC));
  ColorSpaceManager.RegisterColorSpace(TJvXYZColorSpace.Create(csXYZ));
  ColorSpaceManager.RegisterColorSpace(TJvLABColorSpace.Create(csLAB));
  ColorSpaceManager.RegisterColorSpace(TJvDEFColorSpace.Create(csDEF));


-- Regards, Andreas Hausladen 

Subject: Re: JvFullColorSpaces
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 29 Dec 2004 19:52:30 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Wouldn't it be better to move these lines into the ColorSpaceManager()
> function? Then the color spaces are registered only when the user uses
> them and not when the package is loaded or the unit is added to the uses
> statement.

Well, people may not want to use the ColorSpaceManager() function. It's just like the Url List Grabbers, if I recall well.


> Is CVS down? or must I reboot?

Seems to be.

Cheers

Olivier Sannier
JVCL coordinator


Subject: JvFullColorSpaces
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 19:44:09 +0100
Newsgroups: jedi.vcl

Wouldn't it be better to move these lines into the ColorSpaceManager()
function? Then the color spaces are registered only when the user uses
them and not when the package is loaded or the unit is added to the uses
statement.

  ColorSpaceManager.RegisterColorSpace(TJvRGBColorSpace.Create(csRGB));
  ColorSpaceManager.RegisterColorSpace(TJvHLSColorSpace.Create(csHLS));
  ColorSpaceManager.RegisterColorSpace(TJvCMYColorSpace.Create(csCMY));
  ColorSpaceManager.RegisterColorSpace(TJvYUVColorSpace.Create(csYUV));
  ColorSpaceManager.RegisterColorSpace(TJvHSVColorSpace.Create(csHSV));
  ColorSpaceManager.RegisterColorSpace(TJvYIQColorSpace.Create(csYIQ));
  ColorSpaceManager.RegisterColorSpace(TJvYCCColorSpace.Create(csYCC));
  ColorSpaceManager.RegisterColorSpace(TJvXYZColorSpace.Create(csXYZ));
  ColorSpaceManager.RegisterColorSpace(TJvLABColorSpace.Create(csLAB));
  ColorSpaceManager.RegisterColorSpace(TJvDEFColorSpace.Create(csDEF));


Is CVS down? or must I reboot?

-- Regards, Andreas Hausladen 

Subject: Re: Suggestion for a "new" feature for the installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 19:20:43 +0100
Newsgroups: jedi.vcl

Could you test the following?

Open jvcl3\packages\bin\makefile.mak and change these lines in
"configfile:"
	@echo -U"$(ROOT)\Lib;$(ROOT)\Lib\Obj">>"$(CFG)"
	@echo -R"$(ROOT)\Lib">>"$(CFG)"
	@echo -I"$(ROOT)\Include;$(ROOT)\Include\Vcl">>"$(CFG)"
	@echo -U"$(DCPDIR);$(LIBDIR);$(BPLDIR)">>"$(CFG)"
....
	@echo -U"$(UNITOUTDIR);$(LIBDIR)">>"$(CFG)"

to
	@echo -U"$(ROOT)\Lib">>"$CFG)"
	@echo -U"$(ROOT)\Lib\Obj">>"$(CFG)"
	@echo -R"$(ROOT)\Lib">>"$(CFG)"
	@echo -I"$(ROOT)\Include">>"$(CFG)"
	@echo -I"$(ROOT)\Include\Vcl">>"$(CFG)"
	@echo -U"$(DCPDIR)">>"$(CFG)"
	@echo -U"$(LIBDIR)">>"$(CFG)"
....
	@echo -U"$(UNITOUTDIR)">>"$(CFG)"

And then start the JVCL Installer (install.bat)

Let's see what happens.

-- Regards, Andreas Hausladen 

Subject: Re: Installing JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 19:14:09 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Now it becomes complicated... What manual way can I use to install JVCL
> > if not using the installer and dismiss the Quickreport units?

Insert the dot in the {$DEFINE xxx} compiler directive in the jvcld7.inc
file and the open a console window and change into jvcl3\packages\bin.
There you simply type "MakePackages.bat" (and hope that no "command line
too long" applears). This will regenerate all .dpk and .bpk files with the
correct jvclXx.inc settings.


-- Regards, Andreas Hausladen 

Subject: Suggestion for a "new" feature for the installer
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 15:47:26 +0100
Newsgroups: jedi.vcl

Hi,

Due to my (am I alone?) "command line to long" error I've experimented a
little bit using the SUBST command.

It seems that I encounter this error because of the long path name to the
bpl and dcp directory: 
G:\Dokumente und Einstellungen\fritzmi\Eigene Dateien\Delphi70\_bpl

I did e.g. a SUBST Y: "G:\Dokumente und Einstellungen\fritzmi\Eigene
Dateien\Delphi70\" and now use y:\_bpl in the installer and from this time
on it works perfectly!

Is it possible for those who are suffering the command line error to
implement a kind of subst option into the installer?

Of course after deleting the Y: drive again the IDE must continue working,
so the drive letter Y: should not occur in any of the path settings in the
IDE.


-- cu, Michael 

Subject: Re: Installing JVCL
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 14:59:00 +0100
Newsgroups: jedi.vcl

Am Wed, 29 Dec 2004 13:28:08 +0100 schrieb Marcel Bestebroer:

> >      But it should be in the corresponding xml file. Perhaps you didn't 
> > run the package generator and in that case it can happen that the 
> > existing package file contains unwanted references. In addition, you may 
> > run the risk of incomplete packages, since not everybody will have 
> > updated all .dpk's. The xml files should all be complete.
Now it becomes complicated... What manual way can I use to install JVCL if
not using the installer and dismiss the Quickreport units?


-- cu, Michael 

Subject: Re: Installing JVCL
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 29 Dec 2004 13:28:08 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> I think that this define is not used by the D7 package group as the package
> JVInterpreterD7R.dpk contains JvInterpreter_Quickrpt. This unit is not
> include by any defines but "hard linked".
>

    But it should be in the corresponding xml file. Perhaps you didn't run the package generator and in that case it can happen that the existing package file contains unwanted references. In addition, you may run the risk of incomplete packages, since not everybody will have updated all .dpk's. The xml files should all be complete.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Installing JVCL
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 13:24:20 +0100
Newsgroups: jedi.vcl

Am Wed, 29 Dec 2004 13:09:19 +0100 schrieb Peter Thörnqvist:

Peter,

I think that this define is not used by the D7 package group as the package
JVInterpreterD7R.dpk contains JvInterpreter_Quickrpt. This unit is not
include by any defines but "hard linked".

-- cu, Michael 

Subject: Re: Installing JVCL
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 13:16:47 +0100
Newsgroups: jedi.vcl

Am Wed, 29 Dec 2004 13:09:19 +0100 schrieb Peter Thörnqvist:

> > In JVCL.INC, remove the JVCL_UseQuickReport define
JVCLD7.INC has got this define:

{ Enable this define if you use/have QuickReport }
{.$DEFINE JVCL_UseQuickReport}
[..]
{.$DEFINE QREPORT4}

However as you can see it is also disabled.

-- cu, Michael 

Subject: Re: Installing JVCL
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 13:12:59 +0100
Newsgroups: jedi.vcl

Am Wed, 29 Dec 2004 13:09:19 +0100 schrieb Peter Thörnqvist:

> > In JVCL.INC, remove the JVCL_UseQuickReport define

Thanks, Peter.

My current JVCL.INC has got only those lines with this define:

{$IFNDEF JVCL_UseQuickReport}
 {$UNDEF QREPORT4}
{$ENDIF !JVCL_UseQuickReport}

I think this is not the correct one, isn't it?

-- cu, Michael 

Subject: Re: Installing JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 29 Dec 2004 13:09:19 +0100
Newsgroups: jedi.vcl

In JVCL.INC, remove the JVCL_UseQuickReport define

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Installing JVCL
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 29 Dec 2004 13:02:29 +0100
Newsgroups: jedi.vcl

Hi,

due to some problems with the installer "command line too long" (I've
posted this already w/o any solution so far) I'm now trying to install the
appropriate package "D7 Packages.bpg". 

However I stuck with some compiler errors e.g. in unit
JvInterpreter_Quickrpt complaining about a missing identifier: TQuickRep.

Later there are some more problems with missing Quickreport units. Is it
possible to exclude Quickreport support from JVCL? Or how can I fix these
errors?

Using D7 BTW


-- cu, Michael 

Subject: Re: JvHLEDEditor bug
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 29 Dec 2004 14:23:40 +0300
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> No problem here. (except there is no line in the editor :-) )
>
I tested on two different OSs, WinXP and Win2000 Server.
Apparently there is a problem. I am using Builder 6 and last CVS version of JVCL3.
I used this component 3 months ago with the Septembers JVCL without any problem.


Subject: JvHLEDEditor bug
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 29 Dec 2004 13:50:10 +0300
Newsgroups: jedi.vcl

I jvhled editor very often the down arrow key is not working (no reaction for this keyboard button). Does anybody meet this?


Subject: Re: JvHLEDEditor bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Dec 2004 11:47:54 +0100
Newsgroups: jedi.vcl

No problem here. (except there is no line in the editor :-) )

-- Regards, Andreas Hausladen 

Subject: netscape splitter
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Tue, 28 Dec 2004 17:00:19 -0700
Newsgroups: jedi.vcl

the netscape splitter doesnt seem to listen when i say i dont want to use parent color and i want it to be my own color.  No matter what it uses the color of the container its on rather then the color i set.


Subject: Copy Files
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Tue, 28 Dec 2004 12:17:51 -0800
Newsgroups: jedi.vcl

I need to synchronize two directories, I need to copy from directory A the 
missing files or out of date to to directory B.

Is there a component to do it? is there a component to copy files?

Thanks
Alejandro 




Subject: Re: jvdesktopalert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 28 Dec 2004 21:16:21 +0100
Newsgroups: jedi.vcl

Check the version I posted to CVS a couple of days ago. It tries to prevent
the focus change in a slightly different way. Don't know if it works in your
case, but can't hurt to try, right?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Shell ListView???
From: "jaym" <mistryjay1@hotmail.com>
Date: Tue, 28 Dec 2004 22:09:50 +0200
Newsgroups: jedi.vcl

> >Never mind. I found THE BEST shell enabled listview component ever. If 
> >anyone's interested - take a look at CoolBreeze from 
www.mustangpeek.com, 
> >created by the maker of VirtualShellTools.
> >
> >Cheers
> >
> >Marko 
> >
> >
> >

The new URL is www.mustangpeak.net

Cheers



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Mantis #0002439: jvAppInst sets Application to nil (with fix)
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Tue, 28 Dec 2004 20:23:47 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im Newsbeitrag news:cqri9o$qk7$1@talkto.net...

Hello Andreas,

> I found another solution that fixes the problem at the root. The component
> simply has to set the OnDestroy event of the owner to nil. All OnDestroy
> events of the already executed Forms and DataModules are then correctly
> executed.

I just noticed that you have commited this change to CVS. Thanks.

I have tested it with two applications that are using DevExpress-dxBars and jvAppInst (and caused problems before) and it works without any problem. So i can confirm that this fix is working correct!

Ciao,
Ralf


Subject: Re: Mantis #0002439: jvAppInst sets Application to nil (with fix)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 28 Dec 2004 20:22:39 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
> > Newsbeitrag news:cqri9o$qk7$1@talkto.net...
> > 
> > Hello Andreas,
> > 
>> > > I found another solution that fixes the problem at the root. The
>> > > component simply has to set the OnDestroy event of the owner to nil.
>> > > All OnDestroy events of the already executed Forms and DataModules are
>> > > then correctly executed.
> > 
> > I just noticed that you have commited this change to CVS. Thanks.
> > 
> > I have tested it with two applications that are using DevExpress-dxBars
> > and jvAppInst (and caused problems before) and it works without any
> > problem. So i can confirm that this fix is working correct!

The only reason why I had set Application to nil was that I ran into the
problem that the OnCreate code was not executed (no properties and
controls are initialized) and the halt() statement caused an AV because
the Form's OnDestroy was executed which tried to free the non allocated
memory.
In that situation (after a long debugging session, it is not easy to
follow the halt command in depth) I had not thought about the fact that
only the formular which is the owner of the TJvAppInstances component must
be prevented from calling the OnDestroy event.
The new fix now solves the it the right way.


-- Regards, Andreas Hausladen 

Subject: Re: Looking for Dyncontrol Engine demo
From: Carlos <ctfbs@sr.net>
Date: Tue, 28 Dec 2004 16:00:03 -0300
Newsgroups: jedi.vcl

That's quick :) Thanks

I'll check it out later (anon cvs not updated yet)

Carlos


On Tue, 28 Dec 2004 17:49:08 +0100, Jens Fudickar <jens.fudickar@oratool.de> wrote:

> Done now. Uploaded to cvs. Have alook and try.
>
> The current release defines
> TJvDynControlType = String;
>
> jctRichEdit is predefined now.
>
> Now any kind of classes can be used and free defined.
>
> Greetings
> Jens
>
> Jens Fudickar schrieb:
>> How should the jctCustomXXXX work? For the RichEdit i would suggest a jctRichEdit type.
>>  An other discussion was earlier to change the types to string constants. So in this case it would be more flexible.
>>  I will think about it.
>>  Greetings
>> Jens
>>  Carlos schrieb:
>>
>>> Is it possible you could add an jctCustomXXXX type to TJvDynControlType.
>>> I need this to add support for an RichEdit or PuterSofts filterbox  component.
>>>
>>> Both could be used as an Memo type (TStrings) control.
>>>
>>> Carlos
>>>
>>>
>>> On Tue, 28 Dec 2004 13:17:08 +0100, Jens Fudickar  <jens.fudickar@oratool.de> wrote:
>>>
>>>> Hi,
>>>>
>>>> you can also use the JvParameterList. If you have only not so complex  dialogs, this would be easier.
>>>>
>>>> There is an example for this in examples\jvParameterList. In this  example i also used JvDynControl. An other usage of JvDynControl is in  "examples\JvAppStorage\SelectList Example" and  "examples\JvAppStorage\Substorage Example".
>>>>
>>>> If you need more infos, ask me, i have designed both.
>>>>
>>>> Greetings
>>>> Jens
>>>>
>>>> @in@taavi.ee schrieb:
>>>>
>>>>> Hi!
>>>>>  I have to create some dialogs at runtime to ask parameters for report.
>>>>> Thats for what DynControlEngine stuff is, right? However there seems
>>>>> to be no examples how to use this stuff in examples folder... so can
>>>>> somebody give me an example how to create an dialog with say edit,
>>>>> combobox and checkbox?
>>>>>   TIA
>>>>> ain
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: Looking for Dyncontrol Engine demo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 28 Dec 2004 17:49:08 +0100
Newsgroups: jedi.vcl

Done now. Uploaded to cvs. Have alook and try.

The current release defines
TJvDynControlType = String;

jctRichEdit is predefined now.

Now any kind of classes can be used and free defined.

Greetings
Jens

Jens Fudickar schrieb:
> How should the jctCustomXXXX work? For the RichEdit i would suggest a jctRichEdit type.
>
> An other discussion was earlier to change the types to string constants. So in this case it would be more flexible.
>
> I will think about it.
>
> Greetings
> Jens
>
> Carlos schrieb:
>
>> Is it possible you could add an jctCustomXXXX type to TJvDynControlType.
>> I need this to add support for an RichEdit or PuterSofts filterbox  component.
>>
>> Both could be used as an Memo type (TStrings) control.
>>
>> Carlos
>>
>>
>> On Tue, 28 Dec 2004 13:17:08 +0100, Jens Fudickar  <jens.fudickar@oratool.de> wrote:
>>
>>> Hi,
>>>
>>> you can also use the JvParameterList. If you have only not so complex  dialogs, this would be easier.
>>>
>>> There is an example for this in examples\jvParameterList. In this  example i also used JvDynControl. An other usage of JvDynControl is in  "examples\JvAppStorage\SelectList Example" and  "examples\JvAppStorage\Substorage Example".
>>>
>>> If you need more infos, ask me, i have designed both.
>>>
>>> Greetings
>>> Jens
>>>
>>> @in@taavi.ee schrieb:
>>>
>>>> Hi!
>>>>  I have to create some dialogs at runtime to ask parameters for report.
>>>> Thats for what DynControlEngine stuff is, right? However there seems
>>>> to be no examples how to use this stuff in examples folder... so can
>>>> somebody give me an example how to create an dialog with say edit,
>>>> combobox and checkbox?
>>>>   TIA
>>>> ain
>>>
>>>
>>>
>>
>>
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Error in JvStrToHTML
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 28 Dec 2004 16:33:04 +0100
Newsgroups: jedi.vcl

Eduardo Mauro wrote:
>     (Ch: 'ç'; Html: 'ccedil;'),
>
> Is it missing a '&', the correct declaration must be:
>
>     (Ch: 'ç'; Html: '&ccedil;'),

Thanks for the error report. Fixed in CVS.


Subject: Re: Looking for Dyncontrol Engine demo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 28 Dec 2004 16:28:36 +0100
Newsgroups: jedi.vcl

How should the jctCustomXXXX work? For the RichEdit i would suggest a jctRichEdit type.

An other discussion was earlier to change the types to string constants. So in this case it would be more flexible.

I will think about it.

Greetings
Jens

Carlos schrieb:
> Is it possible you could add an jctCustomXXXX type to TJvDynControlType.
> I need this to add support for an RichEdit or PuterSofts filterbox  component.
>
> Both could be used as an Memo type (TStrings) control.
>
> Carlos
>
>
> On Tue, 28 Dec 2004 13:17:08 +0100, Jens Fudickar  <jens.fudickar@oratool.de> wrote:
>
>> Hi,
>>
>> you can also use the JvParameterList. If you have only not so complex  dialogs, this would be easier.
>>
>> There is an example for this in examples\jvParameterList. In this  example i also used JvDynControl. An other usage of JvDynControl is in  "examples\JvAppStorage\SelectList Example" and  "examples\JvAppStorage\Substorage Example".
>>
>> If you need more infos, ask me, i have designed both.
>>
>> Greetings
>> Jens
>>
>> @in@taavi.ee schrieb:
>>
>>> Hi!
>>>  I have to create some dialogs at runtime to ask parameters for report.
>>> Thats for what DynControlEngine stuff is, right? However there seems
>>> to be no examples how to use this stuff in examples folder... so can
>>> somebody give me an example how to create an dialog with say edit,
>>> combobox and checkbox?
>>>   TIA
>>> ain
>>
>>
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: jvdesktopalert
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Tue, 28 Dec 2004 08:21:08 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Try this in TJvDesktopAlert.Execute;
>
>
> procedure TJvDesktopAlert.Execute;
> var
>   ARect: TRect;
>   I, X, Y: Integer;
>   FActiveWindow, FActiveFocus: HWND; // change
>
> ...
>   // change begin
>   if not AutoFocus then
>   begin
>     FActiveFocus := GetFocus;
>     FActiveWindow := GetActiveWindow;
>   end
>   else
>   begin
>     FActiveWindow := NullHandle;
>     FActiveFocus := NullHandle;
>   end;
>   FDesktopForm.Show;
>   if not AutoFocus and (GetFocus <> FActiveFocus) then
>   begin
>     if (FActiveWindow <> NullHandle) then
>       SetActiveWindow(FActiveWindow);
>     if (FActiveFocus <> NullHandle) then
>       SetFocus(FActiveFocus);
>   end;
>   // change end
>   GetStacker.Add(FDesktopForm);
> end;
>
> You could also try removing the SetActiveWindow call alltogether
>
This source changes didnt' appear to have any effect. I still get the same message.  somehow it takes me out of edit mode and now puts me in insert mode causing a duplicate record to be posted creating a key violation.


Subject: Re: Looking for Dyncontrol Engine demo
From: Carlos <ctfbs@sr.net>
Date: Tue, 28 Dec 2004 11:46:17 -0300
Newsgroups: jedi.vcl

Is it possible you could add an jctCustomXXXX type to TJvDynControlType.
I need this to add support for an RichEdit or PuterSofts filterbox component.

Both could be used as an Memo type (TStrings) control.

Carlos


On Tue, 28 Dec 2004 13:17:08 +0100, Jens Fudickar <jens.fudickar@oratool.de> wrote:

> Hi,
>
> you can also use the JvParameterList. If you have only not so complex dialogs, this would be easier.
>
> There is an example for this in examples\jvParameterList. In this example i also used JvDynControl. An other usage of JvDynControl is in "examples\JvAppStorage\SelectList Example" and "examples\JvAppStorage\Substorage Example".
>
> If you need more infos, ask me, i have designed both.
>
> Greetings
> Jens
>
> @in@taavi.ee schrieb:
>> Hi!
>>  I have to create some dialogs at runtime to ask parameters for report.
>> Thats for what DynControlEngine stuff is, right? However there seems
>> to be no examples how to use this stuff in examples folder... so can
>> somebody give me an example how to create an dialog with say edit,
>> combobox and checkbox?
>>   TIA
>> ain
>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: Mantis #0002439: jvAppInst sets Application to nil (with fix)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 28 Dec 2004 14:48:58 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > I have added a new property "SetApplicationToNil: boolean" that 
> > controls setting the application variable to nil. The value of the
> > property is set to true in the contructor to get the standard behavior.

I found another solution that fixes the problem at the root. The component
simply has to set the OnDestroy event of the owner to nil. All OnDestroy
events of the already executed Forms and DataModules are then correctly
executed.


          // terminate this process (Form.OnCreate is not executed yet)

          { DoneApplication destroys all formulars in the Forms unit's
            finalization section. At that moment the OnDestroy events are
fired.
            To prevent this we set the OnDestroy event of the Owner to
nil. }
          if Owner <> nil then
          begin
            if Owner is TForm then
              TForm(Owner).OnDestroy := nil
            else if Owner is TDataModule then
              TDataModule(Owner).OnDestroy := nil;
          end;
          AppInstances.KillInstance;


-- Regards, Andreas Hausladen 

Subject: Re: Looking for Dyncontrol Engine demo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 28 Dec 2004 13:22:50 +0100
Newsgroups: jedi.vcl

You can also look in "run\JvAppStorageSelectList.pas" and "run\JvDSADialogs.pas". Both use the JVDynControl.

Greetings
Jens

Jens Fudickar schrieb:
> Hi,
>
> you can also use the JvParameterList. If you have only not so complex dialogs, this would be easier.
>
> There is an example for this in examples\jvParameterList. In this example i also used JvDynControl. An other usage of JvDynControl is in "examples\JvAppStorage\SelectList Example" and "examples\JvAppStorage\Substorage Example".
>
> If you need more infos, ask me, i have designed both.
>
> Greetings
> Jens
>
> @in@taavi.ee schrieb:
>
>> Hi!
>>
>> I have to create some dialogs at runtime to ask parameters for report.
>> Thats for what DynControlEngine stuff is, right? However there seems
>> to be no examples how to use this stuff in examples folder... so can
>> somebody give me an example how to create an dialog with say edit,
>> combobox and checkbox?
>>
>>
>> TIA
>> ain
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Looking for Dyncontrol Engine demo
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 28 Dec 2004 13:17:08 +0100
Newsgroups: jedi.vcl

Hi,

you can also use the JvParameterList. If you have only not so complex dialogs, this would be easier.

There is an example for this in examples\jvParameterList. In this example i also used JvDynControl. An other usage of JvDynControl is in "examples\JvAppStorage\SelectList Example" and "examples\JvAppStorage\Substorage Example".

If you need more infos, ask me, i have designed both.

Greetings
Jens

@in@taavi.ee schrieb:
> Hi!
>
> I have to create some dialogs at runtime to ask parameters for report.
> Thats for what DynControlEngine stuff is, right? However there seems
> to be no examples how to use this stuff in examples folder... so can
> somebody give me an example how to create an dialog with say edit,
> combobox and checkbox?
>
>
> TIA
> ain

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Looking for Dyncontrol Engine demo
From: @in@taavi.ee
Date: Tue, 28 Dec 2004 12:07:33 GMT
Newsgroups: jedi.vcl

Hi!

I have to create some dialogs at runtime to ask parameters for report.
Thats for what DynControlEngine stuff is, right? However there seems
to be no examples how to use this stuff in examples folder... so can
somebody give me an example how to create an dialog with say edit,
combobox and checkbox?


TIA
ain


Subject: Error in JvStrToHTML
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Tue, 28 Dec 2004 09:36:00 -0200
Newsgroups: jedi.vcl

Dear Sirs,

In unit JVCL\run\JvStrToHtml.pas, the constante Conversions which contais a 
list of  HTML codes there is an error in item:

    (Ch: 'ç'; Html: 'ccedil;'),

Is it missing a '&', the correct declaration must be:

    (Ch: 'ç'; Html: '&ccedil;'),


This list is used in functions StringToHtml, HtmlToString e CharToHtml.

Best regards,
Eduardo Mauro




Subject: Re: Problem with TJvDBTreeView Component in Delphi 2005 Win32...Addendum
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 28 Dec 2004 05:03:10 -0500
Newsgroups: jedi.vcl

    A bit more info on this problem.  As I said in the first message, the 
DBTree refreshes normally...that is displaying only one root as it 
should...immeadiatly AFTER doing an insert of a new record.  So I added 
insert code and then cancelled the insert before actually adding anything in 
my form's OnCreate.  Now the DBTree populates correctly.  Still however, 
this is a very cludgy solution so any confirmation of this problem from 
others would be appreaciated!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "Robert Meek" <rmeek1@comcast.net> wrote in message news:cqqqq7$me5$1@talkto.net...
> >    I used this same component in a project made in D7.1 and it worked 
> > perfectly, but now with the latest version installed in D9 I'm getting a 
> > very weird display situation.
> >    It's setup exactly as before and to the exact same table but when the 
> > TreeView is first displayed it shows the very first record of the dB 
> > twice, then all records beneath them as they should display.  Yet when 
> > ever I do an append, adding a new record to it, the extra entry disappears 
> > and it's fine until such time as I shut it down and re-display it again!
> >
> > my Table is set up like so
> >
> > CatID : AutoInc
> > CatName : String to display as node in treeview
> > CatParentID : Integer  which is the autoinc value of it's parent 
> > node/record
> >
> >
> > The CatID is set as the TreeView's Master Field
> > The CatName is set as the TreeView's ItemField
> > The CatParentID is set as the TreeView's DetailField
> >
> > The database tables is being created exactly as it should with the first 
> > record having a CatID of 1 and a CatParentID of 0.  It's children get a 
> > CatparnetID of 1 and so on.  This worked perfectly in D7 as I said, and 
> > I've tried every other combination of settings with no luck.  I cannot 
> > figure out what might be happening that is different when I add a new 
> > record and the Tree is refreshed compared to just starting the project up 
> > and refreshing the Tree.  But when it just starts up it shows what ever 
> > record has an autoinc of 1 and a parentID of 0 twice with the second one 
> > as a child node of the first!
> > As I'm in the middle of an important project that I must iuse this 
> > component for, could someone please verify if it is working correctly or 
> > not for them and let me know.  If it does work properly them perhaps I can 
> > track down what my problem might be.  thanx in advance!
> >
> > -- 
> > from Robert Meek dba "Tangentals Design"
> > Personal e-mail: rmeek1@comcast.net
> >
> > -------------------------------------------------
> > visit us on the World Wide Web and pick up
> > your free copy of "The Keep" at:
> >
> > http://www.TangentalsDesign.com
> >
> > E-mail us at one of the following:
> >
> > information@tangentalsdesign.com
> > feedback@tangentalsdesign.com
> > support@tangentalsdesign.com
> > -------------------------------------------------
> >
> > 




Subject: Re: Shell ListView???
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 28 Dec 2004 12:41:50 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 22 Dec 2004 17:40:20 +0100 @736)
....while the fading voice of Peter whispered through the darkness:

PT> A shell listview automatically displays the files and folders
PT> of the system, just like in Explorer.

I thought so.

And if  i remember in vglib it was even separated, there was some abstract listview, made upon ShellLV and some abstract content provider :-) Something similar, yes ?

-- 
ICQ - xmpp:arioch@jabber.ru  xmpp:93438391@icq.jabber.ru
http://Arioch.nm.ru/FL/Fidolook_SL.png    Mail: the_Arioch)at(nm)dot(ru
WinAMP://none: WinAMP is suffocated



Subject: Problem with TJvDBTreeView Component in Delphi 2005 Win32
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 28 Dec 2004 02:08:47 -0500
Newsgroups: jedi.vcl

    I used this same component in a project made in D7.1 and it worked 
perfectly, but now with the latest version installed in D9 I'm getting a 
very weird display situation.
    It's setup exactly as before and to the exact same table but when the 
TreeView is first displayed it shows the very first record of the dB twice, 
then all records beneath them as they should display.  Yet when ever I do an 
append, adding a new record to it, the extra entry disappears and it's fine 
until such time as I shut it down and re-display it again!

my Table is set up like so

CatID : AutoInc
CatName : String to display as node in treeview
CatParentID : Integer  which is the autoinc value of it's parent node/record


The CatID is set as the TreeView's Master Field
The CatName is set as the TreeView's ItemField
The CatParentID is set as the TreeView's DetailField

The database tables is being created exactly as it should with the first 
record having a CatID of 1 and a CatParentID of 0.  It's children get a 
CatparnetID of 1 and so on.  This worked perfectly in D7 as I said, and I've 
tried every other combination of settings with no luck.  I cannot figure out 
what might be happening that is different when I add a new record and the 
Tree is refreshed compared to just starting the project up and refreshing 
the Tree.  But when it just starts up it shows what ever record has an 
autoinc of 1 and a parentID of 0 twice with the second one as a child node 
of the first!
As I'm in the middle of an important project that I must iuse this component 
for, could someone please verify if it is working correctly or not for them 
and let me know.  If it does work properly them perhaps I can track down 
what my problem might be.  thanx in advance!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: rmeek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Re: My xmas present for the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 27 Dec 2004 23:49:09 +0100
Newsgroups: jedi.vcl

Fixed.


-- Regards, Andreas Hausladen 

Subject: Re: Mantis #0002439: jvAppInst sets Application to nil (with fix)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 27 Dec 2004 21:46:30 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > Wht would be the benefit of calling "terminateProcess"directly? (and:

TerminateProcess would replace the whole termination code, so no
Application := nil would be necessary anymore. (Not tested at all).



-- Regards, Andreas Hausladen 

Subject: Re: Properties and Property Editors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Dec 2004 17:14:50 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> As long as your contribution to the JVCL amounts to a single component, I
> don't think you have the right to decide whether my implementation decisions
> are "design flaws" or not. Your statement clearly shows that you have not
> understood the design, so I suggest you go back and study the code until you
> get it.

You are right. You use StateIndex for that, but that leads to other problems.
Is it possible to populate a tree with checkboxes and radiobuttons in the IDE without assigning custom StateImages? The naming of the component and its properties lead me to the assumption that it should be possible.


Subject: Re: Mantis #0002439: jvAppInst sets Application to nil (with fix)
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Mon, 27 Dec 2004 16:31:49 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im Newsbeitrag news:cqp2us$dic$1@talkto.net...
> Ralf Kaiser wrote:
>
>> JvAppInstances sets "Application" in the method "Check" to nil. This
>> causes serious problems with some third party tools that install own
>> message loops (e.g. dxBars from DevExpress)
>
> Maybe the best would be to directly call TerminateProcess instead of
> Halt().

I do not know. What is better when calling TerminateProcess? The problems are located inside the method "Check" just after setting "Application" to nil. The dxBars are using the Application variable inside their own message loop without checking for Application=nil which causes access violations. When the program does NOT set "Application" to nil (which can be done with my modification) nothing bad happens, teh second instance is terminated witout any error as it should be.

Wht would be the benefit of calling "terminateProcess"directly? (and: WHERE should it be called to avoid such problems?)

Ciao,
Ralf



Subject: Re: Mantis #0002439: jvAppInst sets Application to nil (with fix)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 27 Dec 2004 16:14:43 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > JvAppInstances sets "Application" in the method "Check" to nil. This
> > causes serious problems with some third party tools that install own
> > message loops (e.g. dxBars from DevExpress)

Maybe the best would be to directly call TerminateProcess instead of
Halt().

-- Regards, Andreas Hausladen 

Subject: Parse Error 3 installing JCL
From: "John Friel" <jedi@frieltek.com>
Date: Mon, 27 Dec 2004 07:44:33 -0600
Newsgroups: jedi.vcl

Tried installing the latest releases of JCL to support JVCL and I continue 
to get "Parse Error 3" messages and it does not install.

XP Professional, SP2,  D6 (sp2)

Earlier last week I successfully installed both into my laptop for remote 
work, but I did not figure that they would not install on my production 
desktop.

I'm just a coder, not a hacker, and have never worked with MAK files.  I'm a 
quick study and removed some of the "@" and "-" commands from the mak to see 
what was happening and I get this:

---------------------------------------

C:\Forbin\JCL>CD install

C:\Forbin\JCL\install>IF NOT "" == "" GOTO SetMake

C:\Forbin\JCL\install>MAKE
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        cd ..
cleaning up first...
        del /f /s *.~* bin\*.exe bin\*.dll *.a *.bpi *.dcp *.dcu *.dpu *.hpp 
*.j
dbg *.map *.o
Parse Error 3

        cd lib
        del /f /s *.obj *.res
Parse Error 3

        cd ..\install
        if exist prototypes 
C:\PROGRA~1\Borland\Delphi6\Bin\make.exe -fprototype
s.mak VclUnits
        if exist prototypes 
C:\PROGRA~1\Borland\Delphi6\Bin\make.exe -fprototype
s.mak ClxUnits
Fatal: Unable to execute command: if

C:\Forbin\JCL\install>GOTO Finis

C:\Forbin\JCL\install>CD ..

C:\Forbin\JCL>ECHO.

C:\Forbin\JCL>PAUSE
Press any key to continue . . .

-----------------------------------------------

No clue what to try next.

BTW, Happy Holidays everyone!

John "Qmodem" Friel 




Subject: Re: My xmas present for the JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 27 Dec 2004 14:34:52 +0100
Newsgroups: jedi.vcl

Very nice!

One problem I found: when images are assigned and an item is disabled, the
DisabledFont color is ignored. This is due to the fact that the imagelist
changes the canvas settings to draw a disabled image. You need to (re)set
the canvas brush and font color after drawing the image to avoid this
problem.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Updating the JVCL gets slower and slower
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 27 Dec 2004 13:16:43 +0100
Newsgroups: jedi.vcl

> >Maybe even start a new repository for JVCL3 release
The number of files won't decrease just because you move them to a different
folder, so I don't quite see what this would accomplish.

>> > > one can delete "releases". That would mean one cannot go back to a
>> > > certain date, but it should improve the access times. The diffs will
>> > > then be merged with the original files. E.g. one could say that  release
>> > > 2 should be the new starting point...

AFAIK, CVS stores the latest version as "uncompressed", so removing previous
versions (losing the history) won't improve anything unless you are always
getting older versions (I think that is extremely uncommon).

Most likely culprit for slow performance is the load on the SF servers,
something we can't do anything about. A good place to check now and then for
updates and known problems is the SF Site Status Page
(http://sourceforge.net/docman/display_doc.php?group_id=1&docid=2352).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Mantis #0002439: jvAppInst sets Application to nil (with fix)
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Mon, 27 Dec 2004 12:11:45 +0100
Newsgroups: jedi.vcl

Hello,

I have added the following entry to Mantis (#0002439):

--- snip ---

JvAppInstances sets "Application" in the method "Check" to nil. This causes serious problems with some third party tools that install own message loops (e.g. dxBars from DevExpress)

     I have added a new property "SetApplicationToNil: boolean" that controls setting the application variable to nil. The value of the property is set to true in the contructor to get the standard behavior.

     If the setting of "Application" to nil should cause problems, set this property to false.

     I have tested this over several weeks with some quite big applications without finding any problems when Application is not set to nil.

     Included is the changed version of the file "JvAppInst.pas"

     --- snap ---

     It would be fine if someone else would be able to test this modification and would add it to the "official" sources in CVS.

     Ciao,
     Ralf




Subject: Log messages when committing in CVS
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 27 Dec 2004 11:04:13 +0100
Newsgroups: jedi.vcl

Hi all

Could anyone with a developer access to CVS take the time to put a MEANINGFUL message when committing changes?

I'm saying that because a comment saying "New palette images" on .pas files is utterly useless. Note that this is today's example, but there have been others in the past from pretty much all developers. This then is NOT a personal attack whatsoever.

Basically, avoing doing a commit at the root of the JVCL folder would help.

I do require meaningful messags when I'm analysing the diffs I see, so that I don't waste time figuring out what changed.

Thanks to all for your help

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Updating the JVCL gets slower and slower
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 27 Dec 2004 10:58:48 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Holger Flick wrote:
>
>> Hi Robert,
>>
>> one can delete "releases". That would mean one cannot go back to a certain date, but it should improve the access times. The diffs will then be merged with the original files. E.g. one could say that  release 2 should be the new starting point...
>
>
> It is worth considering. We have 80 MB in JVCL3.
> Maybe even start a new repository for JVCL3 release, but that only if the old one can be saved.

That would have to wait until the JVCL 3 Final is released


Subject: Re: Properties and Property Editors
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Mon, 27 Dec 2004 07:54:28 -0200
Newsgroups: jedi.vcl

> > Try to minimize the size of the editor window and have it sizeable.

I do not agree in do that changes right now. The number of bugs are 
increasing not lowering, and that, I believe, is more importat to all JVCL 
users. Also. the change of windows to sizeable is a bad idea, since a few 
months ago we posted issues in mantis regarding that. If uou use JVCL with 
Windows with large font, some editors were messed up.

Best regards,
Eduardo Mauro 




Subject: Re: jvBalloonHint: not display (jvcl 2.10 to jvcl 3)
From: chddv <chddv@yahoo.fr>
Date: Mon, 27 Dec 2004 10:28:10 +0100
Newsgroups: jedi.vcl

Hi,

First I'd like to appologize for the delay, some personal problem, Christmas and so on..

So, I have try the method ActivateHintRect, and it does not work. After, that I have try by adding those lines:
>   if ParentWindow = 0 then
>     SetWindowPos(Handle, HWND_TOPMOST, Left, Top, Width, Height,
>       SWP_NOACTIVATE or SWP_NOOWNERZORDER);
>
>   { Set the Z order of the balloon }
But it does not work either. (I'm under XP Pro with D7)

Thanks for your help.

Chris.


Subject: Re: compile anon. cvs with D5 - error
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 27 Dec 2004 11:22:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 26 Dec 2004 18:16:10 +0100 @761)
....while the fading voice of Andreas whispered through the darkness:

 AH> in the newest JCL release from yesterday.

anonymous CVS does not like me, but i will keep trying :-)
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: Updating the JVCL gets slower and slower
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Dec 2004 06:43:32 +0100
Newsgroups: jedi.vcl

Holger Flick wrote:
> Hi Robert,
>
> one can delete "releases". That would mean one cannot go back to a certain date, but it should improve the access times. The diffs will then be merged with the original files. E.g. one could say that  release 2 should be the new starting point...

It is worth considering. We have 80 MB in JVCL3.
Maybe even start a new repository for JVCL3 release, but that only if the old one can be saved.


Subject: Re: Properties and Property Editors
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 27 Dec 2004 00:08:57 +0100
Newsgroups: jedi.vcl

> > When i had a look at it i discovered that TJvCheckTreeView has
> > a design flaw. It is not possible to set the Checked state of an item
> > which results from the Checked property not being persistent.

As long as your contribution to the JVCL amounts to a single component, I
don't think you have the right to decide whether my implementation decisions
are "design flaws" or not. Your statement clearly shows that you have not
understood the design, so I suggest you go back and study the code until you
get it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvWizard new issue posted on Mantis
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 26 Dec 2004 23:29:48 +0100
Newsgroups: jedi.vcl

> > Sorry, I was wrong.
The TJvWizard.OnActivePageChanging event has a var ToPage parameter.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvWizard new issue posted on Mantis
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 26 Dec 2004 23:28:00 +0100
Newsgroups: jedi.vcl

> > I have just posted a minor issue on Mantis regarding TJvWizard:
There is no reason to post here when you've added a report to Mantis. On the
contrary, posting here will just make replies on the issue appear in two
places (as you can already see), making Mantis more or less useless.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: wish: cosmetic change of SpinEdit
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 26 Dec 2004 23:24:21 +0300
Newsgroups: jedi.vcl

Hello, All!

since now we have .CheckOptions property, i think .CheckMinValue and
..CheckMaxValue are to be fl;ags within option

for compatibility, those properties are to remain as published ones, but be
mapped into those flags in setter and getter

To hide them from Object Inspector we can call RegisterPropertyEditor for
them, specifying nil as editor (no editor - no place in O.I.)

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: Properties and Property Editors
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 26 Dec 2004 18:36:46 +0100
Newsgroups: jedi.vcl

Hi Peter,

> I am myself tempted to leave for the same reason.

Please don't.  That would be a quite regretable loss for the JEDI community.

We should be able to figure something out to prevent such controverse from happening in the future.

Greetings, Robert


Subject: Re: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Dec 2004 18:24:35 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> > ...it is  AlwaysOnTop :-(

No more in developer CVS. ;-)


-- Regards, Andreas Hausladen 

Subject: Re: Updating the JVCL gets slower and slower
From: Holger Flick <rammbaer.xyz@xyz.gmx.de>
Date: Sun, 26 Dec 2004 18:18:10 +0100
Newsgroups: jedi.vcl

Hi Robert,

one can delete "releases". That would mean one cannot go back to a certain date, but it should improve the access times. The diffs will then be merged with the original files. E.g. one could say that  release 2 should be the new starting point...

I hope you understand what I  mean, because it's difficult to explain...

-- 
Holger

Robert Marquardt wrote:

> I do not know myself. I only hope that there is a way to compact the database. On second thought it is probably impossible if the CVS stores diffs.


Subject: Re: compile anon. cvs with D5 - error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Dec 2004 18:16:10 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> > D:\Borland\AddOns\JVCL3\run\JvFullColorSpaces.pas(1432)
> > Error: Undeclared identifier: 'EnsureRange'
> > JvMMD5R.dpk(85) Fatal: Could not compile used unit

You need a newer JCL (especially the newest JclMath.pas). This file is in
the newest JCL release from yesterday.

-- Regards, Andreas Hausladen 

Subject: Re: Properties and Property Editors
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 26 Dec 2004 18:13:18 +0100
Newsgroups: jedi.vcl

Robert -

> A consistent Look & Feel is important for the JVCL.

Yes, but there are even more important things.

> Concentrating on bugfixing does not solve the problems of managing the JVCL.

And "managing" does not fix bugs (nor write documentation).

> The fixes for Mantis bugs currently do not result in Mantis updates.
> I tried to fix two already fixed bugs today.

Then some developers need to be educated about Mantis: That they have to to look into it if a bug was already reported and eventually update the entry when it got fixed.

>  > I think it is about time you stop and, if you can't leave well alone,
>  > get your own project to fiddle with.
>
> It is not my project or your project. It is *our* project.
> This also means that my opinion counts as much as yours.

I for one always prefer reasons over opinions.

> If we only do the work all of us have agreed to like then nothing is
> done at all.

The problem are changes which are definitely controversial.  What's your attitude here?  "I'll mutilate your code, you may mutilate mine?"

In my eyes, the main problem with you is your apparent lack of social abilities.  You seem not to understand that most developers feel strong about their code and can get pissed off when changes are applied without sufficient reason given.

What I would like to see:

- That every code change which even remotely could be controversial gets disputed *first*;
- that in the respective discussion *good reasons* are given ("I dislike..." definitely doesn't qualify);
- and, as a general rule, if the original author isn't convinced, the code is left alone.

It has - repeatedly - been a serious concern for me that your attitude towards other people's work (which easily can be perceived as "authoritative" and expressing lack of respect) might discourage (potential) contributors to JEDI projects.  It's sad to hear that this already has come true.  I also noticed that you didn't comment on that.  What do you consider the fact that a developer stopped participating?  As "collateral damage"?

If a reasonable smooth collaboration by (mutual) agreement is not possible, we eventually need to introduce a voting system for changes, like the Apache project reportedly uses (three positive and no negative vote confirm a change).

Greetings, R.


Subject: Re: JVCL Installer has now a compile formular
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 26 Dec 2004 20:09:01 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 13 Dec 2004 21:16:50 +0100 @886)
....while the fading voice of Andreas whispered through the darkness:

 AH> I have added a Delphi like compile formular that shows the number of
 AH> hints, warnings, errors, compiled lines, total lines, current file,
 AH> current project/package.

....it is  AlwaysOnTop :-(

Please, put there button, so i can make the Form of normal style.

While JVCL is compileing, i'd prefer to work in other applications, and that
formular wastes display space :-(

 -- 
WinAMP://09 dva malchika [paused]
http://Arioch.nm.ru/FL/Fidolook_SL.png
Mail: the)under(Arioch)at(nm)dot(ru   ICQ: xmpp://arioch@jabber.ru



Subject: compile anon. cvs with D5 - error
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Sun, 26 Dec 2004 20:06:47 +0300
Newsgroups: jedi.vcl

Hello, All!

=========Beginning of the citation==============
D:\Borland\AddOns\JVCL3\run\JvFullColorSpaces.pas(1432)
Error: Undeclared identifier: 'EnsureRange'
JvMMD5R.dpk(85) Fatal: Could not compile used unit
'..\..\run\JvFullColorSpaces.pas'
=========The end of the citation================

-- WinAMP://09 dva malchika [paused] http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: Updating the JVCL gets slower and slower
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 26 Dec 2004 15:55:37 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Could you detail a bit more what "compacting" is in that instance ?

I do not know myself. I only hope that there is a way to compact the database. On second thought it is probably impossible if the CVS stores diffs.


Subject: Re: Properties and Property Editors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 26 Dec 2004 15:52:52 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Design principles? How about fixing the bugs (you know, stuff that
> affects *functionality*) in the runtime instead of wasting time on
> property editors that noone cares about anyway?

Sorry, i have to disagree.
A property editor is an integral part of a component. Its functionality
is as important as the runtime part of the component. We have several
components which are in need of better property editors.
TJvCheckTreeView for example inherits its property editor from
TTreeView. When i had a look at it i discovered that TJvCheckTreeView has
a design flaw. It is not possible to set the Checked state of an item
which results from the Checked property not being persistent.

Some property editors are designed as a showoff rather than being
functional. Those should be reimplemented.

A consistent Look & Feel is important for the JVCL.
Without it we have only a bunch of components.


> I'm once again amazed by your ingenuity in regards to finding new
> ways of wasting your time. I've said it before and I'll say it again
> (although you will probably avoid it as always): why not use your
> time to do something that actually matters instead of introducing new
> problems by constantly renaming and recasing code?

Again i disagree.
I remind you that precisely this work was one of the main reasons
to get the JVCL alive in the first place. It *was* an unmanageable bunch of components then.

> Code cleaning (or whatever what you're doing should be called), should be
> limited to a short period of time just before a release and should be
> limited to making the code abide *in general* to the coding standard
> of the project.

This is simply impossible. It takes too much time to rework the files.
We either have a style guide or not. If it is not enforced then it is
of no use at all.

> This incessant fiddling with uppercasing i's and adding an extra
> space before IFDEF's is extremely irritating, counter-productive and
> have probably introduced more bugs than it has fixed. I know for a
> fact that more than one developer turned away from JVCL because of
> this. I am myself tempted to leave for the same reason.

Yes i know it is a thankless task, but someone has to do it.
It gets increasingly important. The JVCL needs more and more automated
tools to stay manageable. Consistent naming or qualified ENDIFs
makes it easier to write such tools. Are you able to write a parser to
handle the nested ENDIFs out of hand?
My job is even meant to be irritating. I recall when i asked that we work on
the developer comments flagging possible problems. Nothing has happened.
Irritating at least gets things done. I have tried other ways, but none
worked.

Concentrating on bugfixing does not solve the problems of managing the JVCL.
The fixes for Mantis bugs currently do not result in Mantis updates.
I tried to fix two already fixed bugs today.


> I think it is about time you stop and, if you can't leave well alone,
> get your own project to fiddle with.

It is not my project or your project. It is *our* project.
This also means that my opinion counts as much as yours.
If we only do the work all of us have agreed to like then nothing is
done at all.

I hope the above is reasonable enough. I was tempted to start a flame war.
Please do not rant on. We should try to start a discussion about the
reorganization of the JVCL.
I think it will in fact be less bugfixing. Overviews and help are more
important for now. If we increase the acessibility of the JVCL then more
components will be used and more bugs will be discovered.

PS:
Apology
I will commit a cleanup again. I had to regenerate the .dcr and .res files
because they were inconsistent. I applied the use of HWND_DESKTOP instead
of 0 and the newly introduced HDC_DESKTOP. The reason to do it was that
i improved TJvDriveCombo and TJvDriveList and found a GetDC(0).
I decided to change this throughout the JVCL to avoid forgetting it.
TJvDriveCombo and TJvDriveList now detect changes in drive letters like
the plug of an USB stick and update.


Subject: Re: Properties and Property Editors
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 26 Dec 2004 13:33:22 +0100
Newsgroups: jedi.vcl

While I wouldn't have said it that "harsh", it partly agree with Peter here.

Code cleaning is a good thing to have, but it must not be at the expense of stability. I know for sure that code cleaning introduced bugs in TJvDBGrid that got corrected again an again. This has pissed off Fred who is now very reluctant to further work on it.

I don't wat to "kick" anyone out, because I don't want to waste any volunteers. Further I'm convinced that this can be resolved by discussing the issue, in private if need be.

Cheers

Olivier


Subject: Re: Updating the JVCL gets slower and slower
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 26 Dec 2004 13:24:15 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Is it possible to ask SourceForge to compact the database?

Could you detail a bit more what "compacting" is in that instance ?


Subject: Re: Happy Christmas!
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 26 Dec 2004 13:23:56 +0100
Newsgroups: jedi.vcl

runspect wrote:
> To Jedi developers & users.
>
> And happy new year. :-)

Thanks, and the same to you ;-)

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL statistics
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 26 Dec 2004 10:35:33 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :
> Statistics (including QuickReport components):
>
> 831 names registered with RegisterClass (directly or indirectly)
> 559 components registered with RegisterComponents
>  10 components registered with RegisterNoIcon
> 116 property editors registered with RegisterPropertyEditor
>  59 component editors registered with RegisterComponentEditor
>  13 actions registered with RegisterActions
>   3 custom modules registered with RegisterCustomModule
>   2 package wizards registered with RegisterPackageWizard
>

The next step could be a function which parse the rtti to enumerate all published properties (so their rtti can be known), any data type (enum, sets, strings, ordinal values) could be enumerated by this way.

Florent


Subject: Re: TJvWizard new issue posted on Mantis
From: "William Yu" <wyu66@rogers.com>
Date: Sat, 25 Dec 2004 21:10:02 -0500
Newsgroups: jedi.vcl

Sorry, I was wrong.

William

William Yu wrote:
> > Hmm, it must be something changed, since My original KWizard v1.7
> > does have the var ToPage parameter.
> >
> > William
> > KWizard (http://www.planitechnologies.com/KWizard)
> >
> > Robert Marquardt wrote:
>> >> Salvatore Besso wrote:
>> >>
>>> >>> I have just posted a minor issue on Mantis regarding TJvWizard:
>>> >>>
>>> >>> http://homepages.borland.com/jedi/issuetracker/view.php?id=2434
>> >>
>> >> The best idea is a single
>> >>
>> >> TJvWizardChangePageEvent = procedure(Sender: TObject;
>> >>    const FromPage, ToPage: TJvWizardCustomPage) of object;
>> >>
>> >> with FromPage or ToPage possibly nil (i did not check if it can be
>> >> possible).




Subject: Re: TJvWizard new issue posted on Mantis
From: "William Yu" <wyu66@rogers.com>
Date: Sat, 25 Dec 2004 20:48:53 -0500
Newsgroups: jedi.vcl

Hmm, it must be something changed, since My original KWizard v1.7 does have
the var ToPage parameter.

William
KWizard (http://www.planitechnologies.com/KWizard)

Robert Marquardt wrote:
> > Salvatore Besso wrote:
> >
>> >> I have just posted a minor issue on Mantis regarding TJvWizard:
>> >>
>> >> http://homepages.borland.com/jedi/issuetracker/view.php?id=2434
> >
> > The best idea is a single
> >
> > TJvWizardChangePageEvent = procedure(Sender: TObject;
> >    const FromPage, ToPage: TJvWizardCustomPage) of object;
> >
> > with FromPage or ToPage possibly nil (i did not check if it can be
> > possible).




Subject: Re: Command Line Too Long - again
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 25 Dec 2004 22:24:53 +0100
Newsgroups: jedi.vcl

Am Sat, 25 Dec 2004 21:58:14 +0100 schrieb Andreas Hausladen:

> > Had it ever worked on your PC ?
That's a good question!

If I remember right I did use the "D7 Packages.bpg" file from the
..\packages directory so far, because of this annoying error. This should be
no criticism towards you of course since I know that this is an issue with
the make utility.

However I would like to use the very convenient installer instead ;-) 

-- cu, Michael 

Subject: for jvcl team bandObject
From: "Dejan Petrovic" <dejanbng@ztbcla.com.no.spam.add.n.after.ztbcla>
Date: Sat, 25 Dec 2004 18:17:02 -0300
Newsgroups: jedi.vcl

Hi, I have problem losing focus in tedit on IE toolband.

I really can't understand why is that but if in file JvBandObject.pas change 
line 861

Site.OnFocusChangeIS(Obj, HasFocus);
with

Site.OnFocusChangeIS(Obj, not HasFocus);
or
Site.OnFocusChangeIS(Obj, false); (for test)

this working ok.

I can check better what should be problem but probably member of team who 
has made it can do it better and faster.






Subject: Re: Command Line Too Long - again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Dec 2004 21:58:14 +0100
Newsgroups: jedi.vcl

Had it ever worked on your PC ?


Maybe I should play with the optinion to write an own make.exe :-)

-- Regards, Andreas Hausladen 

Subject: Re: Command Line Too Long - again
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 25 Dec 2004 21:51:33 +0100
Newsgroups: jedi.vcl

Am Sat, 25 Dec 2004 21:18:46 +0100 schrieb Andreas Hausladen:

> > Please try the compile.pas I've posted to jedi.binaries. This should fix
> > the problem
Sorry Andreas - still doesn't work! 

I've deleted all files from .\dcu folder and copied the new compile.pas
into the install directory - replaced the old one but still the "command
line too long" error.

-- cu, Michael 

Subject: Re: TJvWizard new issue posted on Mantis
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sat, 25 Dec 2004 21:29:11 +0100
Newsgroups: jedi.vcl

hello Robert,

> The best idea is a single
>
> TJvWizardChangePageEvent = procedure(Sender: TObject;
>   const FromPage, ToPage: TJvWizardCustomPage) of object;
>
> with FromPage or ToPage possibly nil (i did not check if
> it can be possible).

or maybe it would be even better if:

TJvWizardChangePageEvent = procedure(Sender: TObject;
 const FromPage: TJvWizardCustomPage; var ToPage: TJvWizardCustomPage) of object;

so it would be possible, if necessary, to change the destination page even into an OnChange event.

Regards
Salvatore



Subject: Re: Command Line Too Long - again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Dec 2004 21:18:46 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > But that didn't help either :-(

Please try the compile.pas I've posted to jedi.binaries. This should fix
the problem


-- Regards, Andreas Hausladen 

Subject: Re: Command Line Too Long - again
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 25 Dec 2004 21:11:27 +0100
Newsgroups: jedi.vcl

Am Sat, 25 Dec 2004 20:58:11 +0100 schrieb Michael Fritz:

Just a note: I've already tried a small batch file:

@echo off
set t1=%PATH%
set PATH=e:\programme\borland\delphi7\bin
..\bin\JVCLInstall.exe
set PATH=%T1%

But that didn't help either :-(


-- cu, Michael 

Subject: Command Line Too Long - again
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 25 Dec 2004 20:58:11 +0100
Newsgroups: jedi.vcl

Hi,

the subject tells it already. Installing the latest JVCL I'm getting
command line too long when the installer tries to compile the very first
unit or better making the first template:

Output:
"E:\Programme\Borland\Delphi7\Bin\make.exe" -f Makefile.mak Templates
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long


I've already removed all unnecessary paths from the various settings in the
IDE but no luck so far.

In the summary page the installer says that (translated from German
language):
- BPL output directory  g:\Dokumente und einstellungen\fritzmi\eigene
Dateien\delphi70\_bpl

- DCP output directory: g:\Dokumente und einstellungen\fritzmi\eigene
Dateien\delphi70\_dcp

- Adding Library Path: $(JVCL)\common;$(JVCL)\run

- Adding Browsing Path: $(JVCL)\common

- Adding Library Path: g:\Dokumente und einstellungen\fritzmi\eigene
Dateien\delphi70\_jvcl\lib\d7

How does the installer know how to substitute g:\Dokumente und
einstellungen\fritzmi\eigene Dateien\delphi70\_jvcl\ with $(JVCL)?

And how do I get rid of the famous "command line too long" error?

Andreas has already explained that the installer only knows about some
environment variables at least, the rest is simply deleted.

-- cu, Michael 

Subject: Re: Properties and Property Editors
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 25 Dec 2004 19:13:38 +0100
Newsgroups: jedi.vcl

> > Add to this list of design principles also.
Design principles? How about fixing the bugs (you know, stuff that affects
*functionality*) in the runtime instead of wasting time on property editors
that noone cares about anyway?

I'm once again amazed by your ingenuity in regards to finding new ways of
wasting your time. I've said it before and I'll say it again (although you
will probably avoid it as always): why not use your time to do something
that actually matters instead of introducing new problems by constantly
renaming and recasing code?

Code cleaning (or whatever what you're doing should be called), should be
limited to a short period of time just before a release and should be
limited to making the code abide *in general* to the coding standard of the
project. This incessant fiddling with uppercasing i's and adding an extra
space before IFDEF's is extremely irritating, counter-productive and have
probably introduced more bugs than it has fixed. I know for a fact that more
than one developer turned away from JVCL because of this. I am myself
tempted to leave for the same reason.

I think it is about time you stop and, if you can't leave well alone, get
your own project to fiddle with.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Properties and Property Editors
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 25 Dec 2004 19:01:22 +0100
Newsgroups: jedi.vcl

>> but avoid VCL only JVCL components.
>
>
> To clarify this (I had to read it three times till I understood it):
> Do not use JVCL components that include vclonly.inc. In other words: The
> JVCL components should be available for VCL and CLX.
>
>
>

    Additionally, only use JVCL components that are in the same runtime package as the design time package is for (to avoid introducing a new dependency). And thanks Andreas, I didn't get it either.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Properties and Property Editors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Dec 2004 18:11:56 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Use icon buttons as much as possible to minimize translation problems,

I think it is not that important to have translated property editors
because they are for developers only and not for the clients.


> > but avoid VCL only JVCL components.

To clarify this (I had to read it three times till I understood it):
Do not use JVCL components that include vclonly.inc. In other words: The
JVCL components should be available for VCL and CLX.



-- Regards, Andreas Hausladen 

Subject: Re: My xmas present for the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Dec 2004 18:06:27 +0100
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

> > only glitch I see
> > is that it doesn't support keyboard navigation althought it is
> > TWinControl descendant?

The it because the Delphi 8 and 2005 tab bar doesn't support keyboard
navigation either. And I have not implemented any focus state for the
component.



-- Regards, Andreas Hausladen 

Subject: Re: TJvWizard new issue posted on Mantis
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Dec 2004 17:28:58 +0100
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> I have just posted a minor issue on Mantis regarding TJvWizard:
>
> http://homepages.borland.com/jedi/issuetracker/view.php?id=2434

The best idea is a single

TJvWizardChangePageEvent = procedure(Sender: TObject;
  const FromPage, ToPage: TJvWizardCustomPage) of object;

with FromPage or ToPage possibly nil (i did not check if it can be possible).


Subject: Re: My xmas present for the JVCL
From: @in@taavi.ee
Date: Sat, 25 Dec 2004 16:24:58 GMT
Newsgroups: jedi.vcl

On Fri, 24 Dec 2004 03:44:20 +0100, "Andreas Hausladen"
<AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >I have added a new component: TJvTabBar which is my chrismas present for
> >the JVCL.

Excellent! Thats the component I was looking for... only glitch I see
is that it doesn't support keyboard navigation althought it is
TWinControl descendant?


Merry Christmas and Happy Holidays!
ain


Subject: Properties and Property Editors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Dec 2004 17:21:40 +0100
Newsgroups: jedi.vcl

I think we should rework the property editors to have a common Jedi Look & Feel. Currently we have several designs for the same job. Obviously the programmers have used the already inconsistent designs of Borland and often "improved" them further.

Please post some general designs here (best with pictures in Binaries).

Use icon buttons as much as possible to minimize translation problems, but use only a small set of icons.
Try to minimize the size of the editor window and have it sizeable.
Use JVCL components if it makes sense, but avoid VCL only JVCL components.
Add to this list of design principles also.


I have created a list of all different property names (>5400) and posted it to Binaries in "Properties" message. There are many bad names in it. "Animate" for example is not a proper(ty) name. Animated is correct.
This deserves another rework. I think we should start with it directly after the JVCL 3 release to allow for a new .dat file for the updater tool. Creating a list of names to change can be done right away though.


Subject: TJvWizard new issue posted on Mantis
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sat, 25 Dec 2004 15:36:32 +0100
Newsgroups: jedi.vcl

hello all,

Merry Christmas.

I have just posted a minor issue on Mantis regarding TJvWizard:

http://homepages.borland.com/jedi/issuetracker/view.php?id=2434

Regards
Salvatore



Subject: JVCL statistics
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Dec 2004 14:00:44 +0100
Newsgroups: jedi.vcl

Statistics (including QuickReport components):

831 names registered with RegisterClass (directly or indirectly)
559 components registered with RegisterComponents
 10 components registered with RegisterNoIcon
116 property editors registered with RegisterPropertyEditor
 59 component editors registered with RegisterComponentEditor
 13 actions registered with RegisterActions
  3 custom modules registered with RegisterCustomModule
  2 package wizards registered with RegisterPackageWizard

There are 4 names in the RegisterClass names unaccounted for.
Probably added indirectly somewhere like TJvxCustomListBox.

I will have a look if it is possible to reduce the number of property editors.
I am rather sure that there are some similar ones which can be unified.


Subject: Renaming of the property editors and component editors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Dec 2004 14:00:11 +0100
Newsgroups: jedi.vcl

All property editors now have the suffix Property instead of the occasionally PropertyEditor. All component editors now have the suffix Editor instead of the occasionally ComponentEditor. Only TJvgReportCompEditor is not cleaned up yet because there is a TJvgReportEditor name also.
I may have caused problems with some CLX xfm files because i applied the name changes also to the CLX files.


Subject: Happy Christmas!
From: "runspect" <nospam@nospam.es>
Date: Sat, 25 Dec 2004 12:36:45 +0200
Newsgroups: jedi.vcl

To Jedi developers & users.

And happy new year. :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Updating the JVCL gets slower and slower
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Dec 2004 06:34:53 +0100
Newsgroups: jedi.vcl

Is it possible to ask SourceForge to compact the database?


Subject: Re: D2005 Update 1
From: Holger Flick <rammbaer.xyz@xyz.gmx.de>
Date: Fri, 24 Dec 2004 22:41:03 +0100
Newsgroups: jedi.vcl

Hi Marcel,

it's an old VB.NET version from 2003. And no, I am using Delphi in it's original version for patching reasons. If I change anything I fear that the patches won't work. I also want to use refactoring and my PC can handle .NET w/o any problems...

-- 
Holger

Marcel Bestebroer wrote:
> Holger Flick wrote:
>
>> Hi Peter,
>>
>> I can give more details: If any VS app touches anything that is related to .NET it means AVs at startup. Funny... I uninstalled VB.NET again and now it seems to be fine.
>
>
>     Are you using Delphi in it's original (bloated) startup mode, or have you a cleaned up version? The above seems to be a .NET related issue, and for JVCL you'll not be needing the .NET stuff anyway (and you'll save some memory too). It could be a combination of JVCL stuff and a .NET update (which VB.NET may have installed) that just gets in the way of the Borland IDE.
>


Subject: Re: D2005 Update 1
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 24 Dec 2004 16:59:17 +0100
Newsgroups: jedi.vcl

Holger Flick wrote:
> Hi Peter,
>
> I can give more details: If any VS app touches anything that is related to .NET it means AVs at startup. Funny... I uninstalled VB.NET again and now it seems to be fine.

    Are you using Delphi in it's original (bloated) startup mode, or have you a cleaned up version? The above seems to be a .NET related issue, and for JVCL you'll not be needing the .NET stuff anyway (and you'll save some memory too). It could be a combination of JVCL stuff and a .NET update (which VB.NET may have installed) that just gets in the way of the Borland IDE.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: D2005 Update 1
From: Holger Flick <rammbaer.xyz@xyz.gmx.de>
Date: Fri, 24 Dec 2004 16:55:13 +0100
Newsgroups: jedi.vcl

Hi Peter,

I can give more details: If any VS app touches anything that is related to .NET it means AVs at startup. Funny... I uninstalled VB.NET again and now it seems to be fine.

-- 
Holger

Peter Thornqvist wrote:
> Have you tried installing them one by one? There is no way to find the
> reason if we can't find the package that is misbehaving and even then it is
> problematic.
>


Subject: Re: D2005 Update 1
From: Holger Flick <rammbaer.xyz@xyz.gmx.de>
Date: Fri, 24 Dec 2004 16:51:10 +0100
Newsgroups: jedi.vcl

Hi Peter,

it gets worse. I rebooted the system. Everything worked fine. Then I started VB.NET, which I got today. Then I started D2005 again and, guess what, AVs again in the JEDI Packages.

I'll try if rebooting is the only solution.

-- 
Holger

Peter Thornqvist wrote:
> Have you tried installing them one by one? There is no way to find the
> reason if we can't find the package that is misbehaving and even then it is
> problematic.
>


Subject: Re: Why GroupDescendentsWith for COMPILER7_UP?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 24 Dec 2004 16:26:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> But Delphi 6's CLX is not supported.

Ah, then it can be activated for D6 VCL only.
It will need an extra IFDEF name in jedi.inc though.


Subject: Re: Why GroupDescendentsWith for COMPILER7_UP?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Dec 2004 15:00:59 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > My Delphi 6 contains GroupDescendentsWith in the help so i assume it
> > works for Delphi 6 already.

But Delphi 6's CLX is not supported.


-- Regards, Andreas Hausladen 

Subject: Re: My xmas present for the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Dec 2004 15:00:42 +0100
Newsgroups: jedi.vcl

Now they are here. Who knows, maybe the CVS has problems with deleted and
readded files (like the jvcl.inc error in the devtools directory)

-- Regards, Andreas Hausladen 

Subject: Re: My xmas present for the JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 24 Dec 2004 14:39:00 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Listed in green on my computer so i must have commited them.
> I did a remove, commit, restore from recycle bin, rename, add and commit.

To be sure i deleted the files and an update did restore the uppercase file names so they are in CVS.


Subject: Why GroupDescendentsWith for COMPILER7_UP?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 24 Dec 2004 14:37:40 +0100
Newsgroups: jedi.vcl

My Delphi 6 contains GroupDescendentsWith in the help so i assume it works for Delphi 6 already.


Subject: Re: My xmas present for the JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 24 Dec 2004 14:30:07 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> And where are the files? Now the TJvTabBar and TJvModernTabBarPainter do
> no more have an icon. And I have no copy of them, so I go one step back.

Listed in green on my computer so i must have commited them.
I did a remove, commit, restore from recycle bin, rename, add and commit.


Subject: Re: Side bar thing
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Dec 2004 11:42:07 +0100
Newsgroups: jedi.vcl

> > I'd also like to know how it was done.  Is there a sample project you
> > can provide?
See reply in the repost, december 23rd

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: D2005 Update 1
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Dec 2004 11:41:18 +0100
Newsgroups: jedi.vcl

Have you tried installing them one by one? There is no way to find the
reason if we can't find the package that is misbehaving and even then it is
problematic.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: searchable archive?
From: Thomas Mueller <spam@dummzeuch.de>
Date: Fri, 24 Dec 2004 11:32:22 +0100
Newsgroups: jedi.vcl

Hi,

Robert Rossmair wrote:

>> >> To make a long story short: Did I miss something or is there really no
>> >> searchable archive of this group?

> > www.tamaracka.com. Use "^jedi" as the group specifier.

Thanks. May I suggest putting a link to this and a short hint about the
specifiers on the jedi homepage?

twm



Subject: Re: My xmas present for the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Dec 2004 11:23:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I fixed the file names for the palette images.
> > The names should be in all uppercase just like the resource name.
> > I expect that the palette images will be used for the online help which
> > means they will reside on a Linux machine where file name casing is
> > important.

And where are the files? Now the TJvTabBar and TJvModernTabBarPainter do
no more have an icon. And I have no copy of them, so I go one step back.


-- Regards, Andreas Hausladen 

Subject: Re: My xmas present for the JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 24 Dec 2004 06:30:06 +0100
Newsgroups: jedi.vcl

I fixed the file names for the palette images.
The names should be in all uppercase just like the resource name.
I expect that the palette images will be used for the online help which means they will reside on a Linux machine where file name casing is important.


Subject: Re: D2005 Update 1
From: Carlos <ctfbs@sr.net>
Date: Fri, 24 Dec 2004 02:22:04 -0300
Newsgroups: jedi.vcl

On Fri, 24 Dec 2004 01:35:06 +0100, Holger Flick <rammbaer.xyz@xyz.gmx.de> wrote:

> Hi everybody,
>
> all JVCL packages trigger Access Violations when Delphi 2005 (Pro, English) starts up. I uninstalled JVCL, JCL several times and re-installed them again. No change.
>
> Any hints?
>
> -- 
> Holger

JCL/JVCL Works for me with Update 1.
I also had access violations on startup but Castalia 3 was the problem.

Carlos

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: Side bar thing
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Thu, 23 Dec 2004 22:09:53 -0700
To: Michael Fritz <spam_athome@yahoo.de>
Newsgroups: jedi.vcl

Michael Fritz wrote:
> "Ivo Bauer" wrote in message <news:cpi3jh$6ov$1@talkto.net>:
>
>
>> Chris, you may want to take a look at binaries - I've put a screenshot of my "sidebar" there. This sidebar is basically TTBXToolbar with several TTBXItem controls which share the same GroupIndex property in order to make the down state mutually exclusive and also AutoCheck property set to True for all.
>
> Hi Ivo,
>
> it's quite a long time since you have posted this. However I've got a few
> questions:
> - I've put a TScrollBox on a form as Peter suggested.
> - I put a TTBXToolbar on it with TTBXItems and 32 x 32 bitmaps on it.
>
> How did you manage to get these items drawn vertically and not like
> horizontally.
> Your bitmaps look smaller than your buttons. How did you do this. If a
> assign a bitmap of e.g. 32x32 to the TTBXItems, the buttons are display
> nearly exactly this size.
>
> thx.
>
I'd also like to know how it was done.  Is there a sample project you can provide?


Subject: My xmas present for the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Dec 2004 03:44:20 +0100
Newsgroups: jedi.vcl

I have added a new component: TJvTabBar which is my chrismas present for
the JVCL. It is a Tab component similar to the TabSet but it uses a
collection for the items and it supports painters. At the moment only the
"modern painter" is implemented which paints the JvTabBar like the new
Delphi IDE.
The items have properties like "Modified, Enabled, Visible, Hint". The
Tab-"CloseButton" is also supported with all it's animations.

The component works under VCL, CLX and VCL.NET.


-- Regards, Andreas Hausladen 

Subject: D2005 Update 1
From: Holger Flick <rammbaer.xyz@xyz.gmx.de>
Date: Fri, 24 Dec 2004 01:35:06 +0100
Newsgroups: jedi.vcl

Hi everybody,

all JVCL packages trigger Access Violations when Delphi 2005 (Pro, English) starts up. I uninstalled JVCL, JCL several times and re-installed them again. No change.

Any hints?

-- 
Holger


Subject: EInvalidPointer error
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Thu, 23 Dec 2004 18:56:20 -0300
Newsgroups: jedi.vcl

Hi.
Some times i get a EInvalidPointer or access violation in my application, 
mainly in forms that have jvcl components. For example i have a form that 
have three TJvDBCalcEdit and some time when i close the form i get this 
erro.
How can i solve this?

Thanks
Alessandro

Classe do erro: EInvalidPointer
Exception address: 00402BEC
----------------------------------------------------------------------------------------------------
Lista de erros gerados 23/12/2004 18:41:31
[00402BE7] System.@FreeMem + $13
[00402CEE] System.ErrorAt + $16
[00402BE7] System.@FreeMem + $13
[004045FC] System.TObject.FreeInstance + $C
[00404A16] System.@ClassDestroy + $2
[00423A80] Classes.TPersistent.Destroy + $24
[00404644] System.TObject.Free + $8
[0049F2DB] Controls.TControl.Destroy + $7F
[004045FC] System.TObject.FreeInstance + $C
[00404A16] System.@ClassDestroy + $2
[0049EB7C] Controls.TControlCanvas.Destroy + $24
[004A7E6C] Controls.TGraphicControl.Destroy + $2C
[005609E2] JvExControls.TJvExGraphicControl.Destroy (Line 2624, 
"..\..\run\JvExControls.pas" + 2) + $7
[00577044] JvSpeedButton.TJvCustomSpeedButton.Destroy (Line 968, 
"..\..\run\JvSpeedButton.pas" + 7) + $7
[00578231] JvSpeedButton.TJvImageSpeedButton.Destroy (Line 1772, 
"..\..\run\JvSpeedButton.pas" + 2) + $7
[004A2912] Controls.TWinControl.Destroy + $8A
[0057A886] JvExMask.TJvExCustomMaskEdit.Destroy (Line 698, 
"..\..\run\JvExMask.pas" + 1) + $7
[00581062] JvToolEdit.TJvCustomComboEdit.Destroy (Line 1949, 
"..\..\run\JvToolEdit.pas" + 8) + $7
[006E25CA] JvBaseEdits.TJvCustomNumEdit.Destroy (Line 412, 
"..\..\run\JvBaseEdits.pas" + 8) + $7
[006F050D] JvDBControls.TJvDBCalcEdit.Destroy (Line 1765, 
"..\..\run\JvDBControls.pas" + 3) + $7
[004A2912] Controls.TWinControl.Destroy + $8A
[0047AA91] ComCtrls.TTabSheet.Destroy + $39
[004A2912] Controls.TWinControl.Destroy + $8A
[00479D42] ComCtrls.TCustomTabControl.Destroy + $3E
[0047B005] ComCtrls.TPageControl.Destroy + $49
[004A2912] Controls.TWinControl.Destroy + $8A
[004A88DD] Controls.TCustomControl.Destroy + $1D
[004A2912] Controls.TWinControl.Destroy + $8A
[004A88DD] Controls.TCustomControl.Destroy + $1D
[004A2912] Controls.TWinControl.Destroy + $8A
[004B9F5C] Forms.TScrollingWinControl.Destroy + $28
[004BAF57] Forms.TCustomForm.Destroy + $AB
[004BAF72] Forms.TCustomForm.Destroy + $C6
[00404644] System.TObject.Free + $8
[0074BD35] pp_Convenios.Tfp_Convenios.CadPesquisaChamaEdicao (Line 67, 
"..\Geral\pp_convenios.pas" + 13) + $7
[005B03DA] sl_Pesquisa.Tfsl_Pesquisa.btn_EditarClick (Line 255, 
"..\..\..\Padrao\Delphi5\sl_Pesquisa.pas" + 1) + $27
[004A16D0] Controls.TControl.Click + $64
[00484990] ComCtrls.TToolButton.Click + $0
[004A1B26] Controls.TControl.WMLButtonUp + $5E
[004A1538] Controls.TControl.WndProc + $188
[004048CF] System.TObject.Dispatch + $13
[004A1538] Controls.TControl.WndProc + $188
[004A5A79] Controls.TWinControl.WMKeyUp + $19
[004A1308] Controls.TControl.Perform + $24
[004A4304] Controls.GetControlAtPos + $98
[004A439C] Controls.TWinControl.ControlAtPos + $78
[004A1308] Controls.TControl.Perform + $24
[004A443A] Controls.TWinControl.IsControlMouseMsg + $82
[004A4526] Controls.TWinControl.WndProc + $DA
[004866D2] ComCtrls.TToolBar.UpdateButtonStates + $36
[00488C49] ComCtrls.TToolBar.WndProc + $241
[004A4220] Controls.TWinControl.MainWndProc + $2C
[0042DDDC] Classes.StdWndProc + $14
[004C32E5] Forms.TApplication.StopHintTimer + $15
[004C253F] Forms.TApplication.ProcessMessage + $83
[004C2576] Forms.TApplication.HandleMessage + $A
[004BF081] Forms.TCustomForm.ShowModal + $15D
[005B0AA8] sl_Pesquisa.Tfsl_Pesquisa.InicializaCad (Line 352, 
"..\..\..\Padrao\Delphi5\sl_Pesquisa.pas" + 8) + $5
[007E8FCB] p_IniFat.Tf_IniFat.Convnios1Click (Line 137, "p_IniFat.pas" + 4) 
+ $A
[004A16D0] Controls.TControl.Click + $64
[004A1B26] Controls.TControl.WMLButtonUp + $5E
[004A1538] Controls.TControl.WndProc + $188
[004A1A4E] Controls.TControl.WMMouseMove + $6E
[004048CF] System.TObject.Dispatch + $13
[004A1538] Controls.TControl.WndProc + $188
[004A1A4E] Controls.TControl.WMMouseMove + $6E
[004048CF] System.TObject.Dispatch + $13
[004A1538] Controls.TControl.WndProc + $188
[004026E6] System.SysGetMem + $196
[00404FAC] System.@TryFinallyExit + $10
[0040265C] System.SysGetMem + $10C
[004A1308] Controls.TControl.Perform + $24
[004A44D5] Controls.TWinControl.WndProc + $89
[004A1308] Controls.TControl.Perform + $24
[004BBE9D] Forms.TCustomForm.WndProc + $421
[004048CF] System.TObject.Dispatch + $13
[004A1538] Controls.TControl.WndProc + $188
[004A1308] Controls.TControl.Perform + $24
[004A443A] Controls.TWinControl.IsControlMouseMsg + $82
[004A4526] Controls.TWinControl.WndProc + $DA
[004BBE9D] Forms.TCustomForm.WndProc + $421
[004A4220] Controls.TWinControl.MainWndProc + $2C
[0042DDDC] Classes.StdWndProc + $14
[004C253F] Forms.TApplication.ProcessMessage + $83
[004C2576] Forms.TApplication.HandleMessage + $A
[004C27A6] Forms.TApplication.Run + $96
[007F5747] Faturamento.Faturamento (Line 346, 
"D:\DevDelphi\Sistemas\Dev\Naja\CLIENTES\Faturamento\Faturamento.dpr" + 23) 
+ $2
----------------------------------------------------------------------------------------------------
Sistem Operacional  : Windows XP Professional, Version: 5.1, Build: A28, 
"Service Pack 2"
Processador         : Intel, Pentium 4, 2666 MHz MMX
Configuração monitor: 1024x768 pixels, 32 bpp
----------------------------------------------------------------------------------------------------
Relação dos módulos carregados:
[00400000] D:\DevDelphi\Sistemas\Dev\Naja\bin\Faturamento.exe
           2.2.0.23 - 2.2.0.23
           Naja Hospital (Faturamento)
[018C0000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\ZGDI32.dll
<10000000> 5.60.709.0 - 5, 60, 709, 0
           ZGDI32
[10000000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\SDNT5UI.DLL
           0.3.0.0 - 5.60.709.0
           Top-level SuperDriver UI for Windows 2000
[20000000] C:\WINDOWS\system32\xpsp2res.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Mensagens do Service Pack 2
[4DAE0000] C:\WINDOWS\System32\midas.dll
           7.1.1692.668 - 7.1.1692.668
           Borland MIDAS Component Package
[5B1C0000] C:\WINDOWS\system32\uxtheme.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Biblioteca UxTheme Microsoft
[5D300000] C:\WINDOWS\system32\hhctrl.ocx
           5.2.3790.1194 - 5.2.3790.1194 (dnsrv.040506-1812)
           Microsoft® HTML Help Control
[5F250000] C:\WINDOWS\system32\olepro32.dll
           5.1.2600.2180 - 5.1.2600.2180
[60B30000] C:\WINDOWS\system32\hnetcfg.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Gerenciador de configurações de rede doméstica
[68E10000] C:\WINDOWS\system32\mui\0016\hhctrlui.dll
           4.74.9273.0 - 4.74.9273
           Controle da Ajuda em HTML da Microsoft®
[6BD00000] C:\WINDOWS\system32\SYNCOR11.DLL
           0.1.2.3 - 1.2.3
           SynthCore R2.0 Midi Interface Driver
[71000000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\SDDM32.DLL
           5.60.1511.0 - 5, 60, 1511, 0
           SuperDriver Device Manager
[71020000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\SR32.dll
           5.60.1407.0 - 5, 60, 1407, 0
           SuperRIP for Win32
[71060000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\SDDMUI.DLL
           5.60.1520.0 - 5, 60, 1520, 0
           SuperDriver Device Manager User Interface
[71130000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\ZSPOOL.dll
           5.51.709.0 - 5, 51, 709, 0
           ZSpool
[715D0000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\ZTAG32.dll
           5.60.1210.0 - 5, 60, 1210, 0
           ZTag
[71600000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\Imf32.dll
           5.60.1204.0 - 5, 60, 1204, 0
           IMF32
[71610000] C:\WINDOWS\System32\spool\DRIVERS\W32X86\3\IMFNT5.DLL
           0.3.1418.0 - 0, 3, 1418, 0
           IMF Driver (User Mode) for Windows 2000 and XP
[71A10000] C:\WINDOWS\system32\mswsock.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Fornecedor de serviços do Microsoft Windows Sockets 2.0
[71A50000] C:\WINDOWS\System32\wshtcpip.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Sockets Helper DLL
[71A60000] C:\WINDOWS\system32\WS2HELP.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de ajuda do Windows Socket 2.0 para Windows NT
[71A70000] C:\WINDOWS\system32\WS2_32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows Socket 2.0 32-Bit DLL
[71A90000] C:\WINDOWS\system32\wsock32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de soquete para Windows de 32 bits
[72CC0000] C:\WINDOWS\system32\msacm32.drv
           5.1.2600.0 - 5.1.2600.0 (xpclient.010817-1148)
           Mapeador de som da Microsoft
[72CD0000] C:\WINDOWS\system32\wdmaud.drv
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           WDM Audio driver mapper
[72FB0000] C:\WINDOWS\system32\winspool.drv
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Driver de spooler do Windows
[75E60000] C:\WINDOWS\system32\SXS.DLL
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Fusion 2.5
[76380000] C:\WINDOWS\system32\comdlg32.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de diálogos comuns
[76B20000] C:\WINDOWS\system32\winmm.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           MCI API DLL
[76BD0000] C:\WINDOWS\system32\PSAPI.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Process Status Helper
[76C10000] C:\WINDOWS\system32\WINTRUST.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           APIs de verificação de segurança da Microsoft
[76C70000] C:\WINDOWS\system32\imagehlp.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT Image Helper
[76F00000] C:\WINDOWS\system32\DNSAPI.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DNS Client API DLL
[76F40000] C:\WINDOWS\system32\WLDAP32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL da API LDAP Win32
[76F90000] C:\WINDOWS\System32\winrnr.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           LDAP RnR Provider DLL
[76FA0000] C:\WINDOWS\system32\rasadhlp.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Access AutoDial Helper
[76FB0000] C:\WINDOWS\system32\CLBCATQ.DLL
           2001.12.4414.258 - 2001.12.4414.258
[77030000] C:\WINDOWS\system32\COMRes.dll
           2001.12.4414.258 - 2001.12.4414.258
[77100000] C:\WINDOWS\system32\oleaut32.dll
           5.1.2600.2180 - 5.1.2600.2180
[773B0000] 
C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.2180_x-ww_a84f1ff9\comctl32.dll
           6.0.2900.2180 - 6.0 (xpsp_sp2_rtm.040803-2158)
           User Experience Controls Library
[774C0000] C:\WINDOWS\system32\ole32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Microsoft OLE para Windows e Windows NT
[77A60000] C:\WINDOWS\system32\CRYPT32.dll
           5.131.2600.2180 - 5.131.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Crypto API32
[77B00000] C:\WINDOWS\system32\MSASN1.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           ASN.1 Runtime APIs
[77BB0000] C:\WINDOWS\system32\midimap.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Mapeador de MIDI da Microsoft
[77BC0000] C:\WINDOWS\system32\MSACM32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Filtro de áudio do gerenciador de compactação de áudio da 
Microsoft
[77BE0000] C:\WINDOWS\system32\version.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Version Checking and File Installation Libraries
[77BF0000] C:\WINDOWS\system32\msvcrt.dll
           7.0.2600.2180 - 7.0.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Windows NT CRT DLL
[77D20000] C:\WINDOWS\system32\user32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de Cliente API de usuário Windows XP
[77DB0000] C:\WINDOWS\system32\RPCRT4.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Remote Procedure Call Runtime
[77E50000] C:\WINDOWS\system32\GDI32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           GDI Client DLL
[77EA0000] C:\WINDOWS\system32\SHLWAPI.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           Biblioteca de utilitário abreviado para Shell
[77F20000] C:\WINDOWS\system32\Secur32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           Security Support Provider Interface
[77F50000] C:\WINDOWS\system32\advapi32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           API de base do Windows 32 avançada
[7C800000] C:\WINDOWS\system32\kernel32.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL cliente da API BASE do Windows NT
[7C900000] C:\WINDOWS\system32\ntdll.dll
           5.1.2600.2180 - 5.1.2600.2180 (xpsp_sp2_rtm.040803-2158)
           DLL de nível do NT
[7C9C0000] C:\WINDOWS\system32\shell32.dll
           6.0.2900.2180 - 6.00.2900.2180 (xpsp_sp2_rtm.040803-2158)
           DLL comum do Shell do Windows
----------------------------------------------------------------------------------------------------
Hierarquia dos controles ativos:
TDBGrid "DBGrid"
TGroupBox "gb_Grid"
Tfp_Convenios "fp_Convenios"
----------------------------------------------------------------------------------------------------




Subject: Re: Resize a form with a TJvNavPanelButton and it flickers like mad.
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Thu, 23 Dec 2004 11:16:20 -0700
Newsgroups: jedi.vcl

This didn't help for me at all.

Peter Thornqvist said the following on 23/12/2004 8:11 AM:

> Try setting TPanel.FullRepaint to false.
>
>  
>


Subject: Re: TJvNavPanelButton.Click is Protected. TButton, TSpeedButton have Click Public
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Thu, 23 Dec 2004 11:15:44 -0700
Newsgroups: jedi.vcl

Oh, I see, thank you.
Have a great Christmas,
Dave A. Hamdon

Peter Thornqvist said the following on 23/12/2004 11:12 AM:

>> I know I can change the JVCL.  That comes with the same problems as
>> changing Borland VCL, when you upgrade you have to make sure you move
>> all your changes into the new version.
>>   
> I was just telling you where I am doing the change, so you can do it as well
> without having to download the unit again. The next time you update, it will
> be fixed.
>
>  
>


Subject: Re: TJvNavPanelButton.Click is Protected. TButton, TSpeedButton have Click Public
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Dec 2004 19:12:44 +0100
Newsgroups: jedi.vcl

> > I know I can change the JVCL.  That comes with the same problems as
> > changing Borland VCL, when you upgrade you have to make sure you move
> > all your changes into the new version.
I was just telling you where I am doing the change, so you can do it as well
without having to download the unit again. The next time you update, it will
be fixed.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvNavPanelButton.Click is Protected. TButton, TSpeedButton have Click Public
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Thu, 23 Dec 2004 10:51:51 -0700
Newsgroups: jedi.vcl

I know I can change the JVCL.  That comes with the same problems as changing Borland VCL, when you upgrade you have to make sure you move all your changes into the new version.

I just thought that since the VCL buttons had this method public, maybe JVCL should also.

Thanks,
Dave A. Hamdon

Peter Thörnqvist said the following on 23/12/2004 12:59 AM:

>> Could/Should this visibility be changed to public?
>>   
> You can do that in JvButton.TJvCustomGraphicButton. Just move the overriden
> Click procedure from protected to public.
>
>  
>


Subject: Re: Examples of JVWizard
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 23 Dec 2004 10:32:52 -0500
Newsgroups: jedi.vcl

BillN wrote:
> Are there any examples of JVWizard, JVRouteMapSteps, etc?  I did not see
> them in the JVCL examples folder.
>
> Thanks,
> Bill N

See the binaries folder for one of mine that I was working on doing to contribute to our \examples folder.

Warren


Subject: Re: new IDE tool in devtools
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 23 Dec 2004 16:14:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have expanded the tool to generate several other lists.
> See binaries "JVCLCVSLists" message for the generated files.
> This is not completed. Some lists are not yet generated.

All lists generated and file names augmented with package name.
I will continue to experiment.

At least we have now CSV lists to be fed to a database for generation of various index structures like the skeleton for websites or help.


Subject: Re: Resize a form with a TJvNavPanelButton and it flickers like mad.
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Dec 2004 16:11:55 +0100
Newsgroups: jedi.vcl

Try setting TPanel.FullRepaint to false.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TOutlookSplitter design time only problem
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Thu, 23 Dec 2004 07:54:55 -0700
Newsgroups: jedi.vcl

Oh ya, and the TOutlookSplitter flickers a lot on resize of the form.  Just like the TJvNavPanelButton I mentioned in another post.

Dave Hamdon said the following on 23/12/2004 7:50 AM:

> OS: Windows XP Pro SP 2
>
> When you drop on a TOutlookSplitter and change it's align property, it doesn't actually visually snap into place until you resize your Form Designer a pixel of two.
>
> Dave A. Hamdon


Subject: Re: Resize a form with a TJvNavPanelButton and it flickers like mad.
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Thu, 23 Dec 2004 07:53:02 -0700
Newsgroups: jedi.vcl

> As a test I took an empty form and dropped the following:
> - TPanel, Align alTop
> - Drop a TTreeView, Align alTop.
> resize form.  I find the more items in the TreeView, the worse the flicker is on the button.  Which would explain why it is so bad above all the JvNavPane controls.


Messed that paragraph up good!
As a test I took an empty form and dropped the following:
- TPanel, Align alLeft
- TNavPanelButton into TPanel, Align alTop
- Drop a TTreeView into TPanel, Align alClient.
resize form.  I find the more items in the TreeView, the worse the flicker is on the button.  Which would explain why it is so bad above all the JvNavPane controls.





Dave Hamdon said the following on 23/12/2004 7:46 AM:

> Sorry about that.  Details!  I should know better.
>
> You are right, on a form, by itself,  it is fine.  I have it placed in a panel above my main Navigator pane.  The Button is aligned alTop, the Navigator is aligned client.  Then if you resize the form it flickers.
>
> As a test I took an empty form and dropped the following:
> - TPanel, Align alTop
> - Drop a TTreeView, Align alTop.
> resize form.  I find the more items in the TreeView, the worse the flicker is on the button.  Which would explain why it is so bad above all the JvNavPane controls.
>
> In my real app I also have a Outlooksplitterbar.  the flicker was so bad I had to change "ResizeStyle" from rsUpdate to rsPattern.  Out of all the JvNavPane controls I have to the left of the splitter, the TNavPanelButton is the only one that flickers alot.
>
> OS:  Windows XP Pro SP2, all update installed.
>
> Thanks,
> Dave A. Hamdon
>
> Peter Thörnqvist said the following on 23/12/2004 12:56 AM:
>
>>> Resize a form with a TJvNavPanelButton and the NavPanelButton flickers
>>> like mad.
>>>   
>>
>> What OS are you using? Do you put the button on top of something else (like
>> a panel)?
>>
>> I just tried dropping a TJvNavPanelButton directly on a form. There is no
>> flicker whatsoever when resizing.
>>
>>  
>>


Subject: TOutlookSplitter design time only problem
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Thu, 23 Dec 2004 07:50:03 -0700
Newsgroups: jedi.vcl

OS: Windows XP Pro SP 2

When you drop on a TOutlookSplitter and change it's align property, it doesn't actually visually snap into place until you resize your Form Designer a pixel of two.

Dave A. Hamdon


Subject: Re: Resize a form with a TJvNavPanelButton and it flickers like mad.
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Thu, 23 Dec 2004 07:46:08 -0700
Newsgroups: jedi.vcl

Sorry about that.  Details!  I should know better.

You are right, on a form, by itself,  it is fine.  I have it placed in a panel above my main Navigator pane.  The Button is aligned alTop, the Navigator is aligned client.  Then if you resize the form it flickers.

As a test I took an empty form and dropped the following:
- TPanel, Align alTop
- Drop a TTreeView, Align alTop.
resize form.  I find the more items in the TreeView, the worse the flicker is on the button.  Which would explain why it is so bad above all the JvNavPane controls.

In my real app I also have a Outlooksplitterbar.  the flicker was so bad I had to change "ResizeStyle" from rsUpdate to rsPattern.  Out of all the JvNavPane controls I have to the left of the splitter, the TNavPanelButton is the only one that flickers alot.

OS:  Windows XP Pro SP2, all update installed.

Thanks,
Dave A. Hamdon

Peter Thörnqvist said the following on 23/12/2004 12:56 AM:

>> Resize a form with a TJvNavPanelButton and the NavPanelButton flickers
>> like mad.
>>   
> What OS are you using? Do you put the button on top of something else (like
> a panel)?
>
> I just tried dropping a TJvNavPanelButton directly on a form. There is no
> flicker whatsoever when resizing.
>
>  
>


Subject: Re: Side bar thing (repost)
From: Ivo Bauer <abuer@zom.zc>
Date: Thu, 23 Dec 2004 14:42:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> If you use the "NewOffice" theme (in TBXNewOfficeTheme.pas), you will get
> the same look as Ivo

Actually, it was a new Roy's Whidbey theme (a remake of Dmitry Babkin's Office2003 theme).

Merry Christmas!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Side bar thing (repost)
From: Ivo Bauer <abuer@zom.zc>
Date: Thu, 23 Dec 2004 14:40:41 +0100
Newsgroups: jedi.vcl

Hi, Michael!

Michael Fritz wrote:
> - I've put a TScrollBox on a form as Peter suggested.
> - I put a TTBXToolbar on it with TTBXItems and 32 x 32 bitmaps on it.
>
> How did you manage to get these items drawn vertically and not like
> horizontally. 

TBXToolbar needs to be dropped directly onto TBXDock. Set dock's position to dpLeft to achieve vertical layout and perhaps you may also need to set its AllowsDrag prop to False in order to avoid the side bar to be draggable. Next, set toolbar's FullSize to True in order to cover the entire dock area. Now go to options and include these members: [tboImageAboveCaption, tboSameWidth].

> Your bitmaps look smaller than your buttons. How did you do this. If a
> assign a bitmap of e.g. 32x32 to the TTBXItems, the buttons are display
> nearly exactly this size.

Actually my bitmaps were 28x28 (I wish I had a bigger ones but they're   simply great). To force the minimum item size, adjust item's MinWidth and MinHeight properties.

Good luck and Merry Christmas!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Side bar thing (repost)
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 23 Dec 2004 10:32:27 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cqdt6p$grh$1@talkto.net>:

> > If you use the "NewOffice" theme (in TBXNewOfficeTheme.pas), you will get
> > the same look as Ivo
Peter, works perfect as usual!

Thanx and Merry Christmas!


-- cu, Michael 

Subject: Re: Side bar thing (repost)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Dec 2004 10:28:36 +0100
Newsgroups: jedi.vcl

Here's the dfm content (extracted) of a similar layout. Panel1 is the
background panel and Images are 32x32:

  object Panel1: TPanel
    Left = 0
    Top = 0
    Width = 72
    Height = 363
    Align = alLeft
    AutoSize = True
    BevelOuter = bvNone
    BorderStyle = bsSingle
    Caption = 'Panel1'
    TabOrder = 3
    object TBXDock1: TTBXDock
      Left = 0
      Top = 0
      Width = 68
      Height = 359
      LimitToOneRow = True
      Position = dpLeft
      object TBXToolbar1: TTBXToolbar
        Left = 0
        Top = 0
        AutoResize = False
        BorderStyle = bsNone
        Caption = 'TBXToolbar1'
        ChevronMoveItems = False
        DockMode = dmCannotFloat
        DragHandleStyle = dhNone
        Images = ImageList1
        ItemTransparency = itEnable
        Options = [tboImageAboveCaption, tboSameWidth]
        Resizable = False
        TabOrder = 0
        object TBXItem3: TTBXItem
          AutoCheck = True
          Caption = 'A'
          Checked = True
          GroupIndex = 1
          ImageIndex = 0
          MinHeight = 64
          MinWidth = 64
          Options = [tboImageAboveCaption]
          Stretch = True
        end
        object TBXItem2: TTBXItem
          AutoCheck = True
          Caption = 'B'
          GroupIndex = 1
          ImageIndex = 1
          Layout = tbxlGlyphTop
          MinHeight = 64
          MinWidth = 64
          Options = [tboImageAboveCaption]
          Stretch = True
        end
        object TBXItem1: TTBXItem
          AutoCheck = True
          Caption = 'C'
          GroupIndex = 1
          ImageIndex = 2
          Layout = tbxlGlyphTop
          MinHeight = 64
          MinWidth = 64
          Options = [tboImageAboveCaption]
          Stretch = True
        end
      end
    end
  end

If you use the "NewOffice" theme (in TBXNewOfficeTheme.pas), you will get
the same look as Ivo

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Side bar thing (repost)
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 23 Dec 2004 09:32:01 +0100
Newsgroups: jedi.vcl

"Ivo Bauer" wrote in message <news:cpi3jh$6ov$1@talkto.net>:

> > Chris, you may want to take a look at binaries - I've put a screenshot 
> > of my "sidebar" there. This sidebar is basically TTBXToolbar with 
> > several TTBXItem controls which share the same GroupIndex property in 
> > order to make the down state mutually exclusive and also AutoCheck 
> > property set to True for all.
Perhaps the initial posting by Chris has already been reorganized by some
newsreaders, so I'm doing a repost here:

I've got some further questions to Ivo who has posted some suggestions to
Chris questions:
- I've put a TScrollBox on a form as Peter suggested.
- I put a TTBXToolbar on it with TTBXItems and 32 x 32 bitmaps on it.

How did you manage to get these items drawn vertically and not like
horizontally. 

Your bitmaps look smaller than your buttons. How did you do this. If a
assign a bitmap of e.g. 32x32 to the TTBXItems, the buttons are display
nearly exactly this size.

thx.
-- cu, Michael 

Subject: Re: TJvNavPanelButton.Click is Protected. TButton, TSpeedButton have Click Public
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Dec 2004 08:59:34 +0100
Newsgroups: jedi.vcl

> > Could/Should this visibility be changed to public?
You can do that in JvButton.TJvCustomGraphicButton. Just move the overriden
Click procedure from protected to public.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Resize a form with a TJvNavPanelButton and it flickers like mad.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Dec 2004 08:56:11 +0100
Newsgroups: jedi.vcl

> > Resize a form with a TJvNavPanelButton and the NavPanelButton flickers
> > like mad.
What OS are you using? Do you put the button on top of something else (like
a panel)?

I just tried dropping a TJvNavPanelButton directly on a form. There is no
flicker whatsoever when resizing.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Presence over Christmas - New year's eve period
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 23 Dec 2004 06:30:57 +0100
Newsgroups: jedi.vcl

My only distractions are visiting my parents and watching TV so i am fully available.


Subject: toolband & tedit
From: "Dejan Petrovic" <dejanbng@ztbcla.com.no.spam.add.n.after.ztbcla>
Date: Thu, 23 Dec 2004 02:12:06 -0300
Newsgroups: jedi.vcl

Hi,

i have made toolband using jvcl3 wizard, band is ok but have next problem :

on TJvBandForm have
TJvEdit
and
TJvComboBox

when typing whathewer in edit or combobox losing focus after ANY key. Any 
property to set or what is problem ?

Tnx in advance
Dejan




Subject: New jvcl.inc structure is now committed
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 23 Dec 2004 01:38:50 +0100
Newsgroups: jedi.vcl

I have just finished the jvcl.inc restructure.
The Package Generator and the Installer are updated and can handle these
new files: jvcl.inc, jvclbase.inc (= "the template"), jvcld5.inc,
jvclc5.inc, jvcld6.inc ...

The Installer copies the jvclbase.inc to the correct files if they do not
exist. The PackageGenerator simply uses the jvclbase.inc if the jvcl%t.inc
files do not exist.

The Installer allows you to change the JVCL options (former "Global
Options") for all target at once or for every singe target. The extra JVCL
configuration dialog is only available for single targets because
otherwise it would change all options for all targets with pressing "OK".

The Installer has now the ability to also compile DebugUnits. If you
select "Developer installation" no extra debug units will be compiled
because the "normal" units contain debug information. If you switch
"Developer installation" off, the "Debug Units" option becomes enabled. In
other words a non-"Deverloper installation" will no more compile units
with debug information except you activate the "Debug Units" option what
leads to the normal units in lib\d7\ and the debug units in lib\d7\debug.
The later directory is automatically added to the IDE's "Debug Dcu Paths"
list.

The installer hides the PersonalEdition jvcl.inc option (a simple
{%hidden%} before the comment requests this). The PersonalEdition option
is automatically set by the installer and can only changed by edition the
jvclXx.inc file by hand, but then the installer will override these
changes again.


I hope my Quickreport detection code is correct. I do not have installed
QuickReport at any time in my life. (Don't need it).
----------------------------------
function TTargetConfig.GetQuickReport: Boolean;
begin
  Result := FileExists(Target.RootDir + '\qrpt.bpl') or GetQuickReport4;
end;

function TTargetConfig.GetQuickReport4: Boolean;
begin
  Result := FileExists(Target.RootDir + Format('\qr4run%s%d.bpl',
[LowerCase(TargetTypes[Target.IsBCB]), Target.Version]));
end;
----------------------------------


I think these were all changes.


-- Regards, Andreas Hausladen 

Subject: Resize a form with a TJvNavPanelButton and it flickers like mad.
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Wed, 22 Dec 2004 17:22:04 -0700
Newsgroups: jedi.vcl

Resize a form with a TJvNavPanelButton and the NavPanelButton flickers like mad.

Dave.


Subject: Looking for component like TabSet / TabControl
From: @in@taavi.ee
Date: Wed, 22 Dec 2004 21:02:34 GMT
Newsgroups: jedi.vcl

Hi!

I'm looking for a component and could not find a suitable one from
JVCL (hard to believe, right <g>).

So, basically I'm looking for TabControl - I have to present set of
items which all do have similar content. Now the (main) problem with
the TabControl is that there is no way to set the width of individual
tabs. This is problem because most of the items do have one letter
caption and one (or two) item(s) do have longer one. As I can't use
the TabWidth property to set tab width to fit one letter captions they
all do have default width which is way too much - the control takes up
way more room than nessesary and looks kind of ugly :(
Also, I would like to have flat look, something like TTabSet has...
Now the TabSet is perfect (from my POV) in the way it handles captions
- each tab has witdh based on the caption. The problem with TabSet is
that it is designed to be on the bottom of the page while I need tabs
on the top of the page. It also doesn't support keyboard navigation.

So my question is is there a control in JVCL suitable to my needs or
could TJvTabControl be modified to have "variable width tabs" (ie
OnMeasureTab event)?


TIA
ain


Subject: TJvNavPanelButton.Click is Protected. TButton, TSpeedButton have Click Public
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Wed, 22 Dec 2004 13:03:47 -0700
Newsgroups: jedi.vcl

I was wondering if we the TJvNavPanelButton.Click method could be moved to Public?
I have used TButtons and TSpeedButtons in code and found it very convenient to be able to execute CLICK from code.  Since it is protected I can use the hack, but would prefer it be public.

Could/Should this visibility be changed to public?

Thanks,
Dave A. Hamdon


Subject: Re: Shell ListView???
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 22 Dec 2004 20:08:28 +0100
Newsgroups: jedi.vcl

Never mind. I found THE BEST shell enabled listview component ever. If 
anyone's interested - take a look at CoolBreeze from www.mustangpeek.com, 
created by the maker of VirtualShellTools.

Cheers

Marko 




Subject: Re: JvDbGrid
From: Cristian Dornelles <cristian@transoeste.com.br>
Date: Wed, 22 Dec 2004 14:31:11 -0400
Newsgroups: jedi.vcl

I have done the work, i just want to upload the code... :)


Subject: Re: JvDbGrid
From: Cristian Dornelles <cristian@transoeste.com.br>
Date: Wed, 22 Dec 2004 13:02:20 -0400
Newsgroups: jedi.vcl

This adress don´t work...

OBones escreveu:
> Cristian Dornelles wrote:
>
>> Hi.
>>
>> I added a functionality to this component, and I would like to place it in the official component.
>>
>> Who can help me...
>>
>> The functionality that I added is the capacity to show a number to the side of the organized mark of, this can be used to show the order of the columns in an index that is composed of some columns.
>>
>> Cristian Dornelles
>> cristian@transoeste.com.br
>
>
> Please add an issue in Mantis here:
>
> http://homepages.borland.com/issuetracker
>
> Please register first so you can get email updates.
>
> Cheers
>


Subject: Re: Shell ListView???
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 22 Dec 2004 17:40:20 +0100
Newsgroups: jedi.vcl

> > What is difference between Shell LV and usual LV ?
A shell listview automatically displays the files and folders of the system,
just like in Explorer.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvDbGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Dec 2004 17:09:46 +0100
Newsgroups: jedi.vcl

Cristian Dornelles wrote:

> This adress don´t work...

Sorry, the correct address is http://homepages.borland.com/jedi/issuetracker/

-- 
Olivier Sannier
JVCL Coordinator


Subject: Presence over Christmas - New year's eve period
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Dec 2004 16:46:04 +0100
Newsgroups: jedi.vcl

Hi

I'll be on holidays for the next 14 days, and as such will be less than responsive, especially for the first 8 days.
Considering the state of things, the next release will be postponed until early January.

I'll try to do my best to connect every 2 or 3 days, but cannot guarantee anything.

Merry Christmas and a Happy New Year to all.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDbGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Dec 2004 15:17:27 +0100
Newsgroups: jedi.vcl

Cristian Dornelles wrote:

> Hi.
>
> I added a functionality to this component, and I would like to place it in the official component.
>
> Who can help me...
>
> The functionality that I added is the capacity to show a number to the side of the organized mark of, this can be used to show the order of the columns in an index that is composed of some columns.
>
> Cristian Dornelles
> cristian@transoeste.com.br

Please add an issue in Mantis here:

http://homepages.borland.com/issuetracker

Please register first so you can get email updates.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Daily packages status update
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Dec 2004 15:08:49 +0100
Newsgroups: jedi.vcl

Hi all

As stated on the 14th, the daily packages are being built automatically. I've just added 7zip packages on that page as well, hosted on the mirror.
That mirror is located in France and should be faster for most users, especially from Europe.
So here is the breakdown:

- Packages are generated everyday at 08:30 UTC from my own machine.
- SF server contains the ZIP files only
- Mirror contains the ZIP and 7Z files
- There is a slight delay between the CVS capture done on SF and the one done on my machine. This delay is usually less than 15 minutes.

I hope this is of use to some users.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvDbGrid
From: Cristian Dornelles <cristian@transoeste.com.br>
Date: Wed, 22 Dec 2004 09:59:17 -0400
Newsgroups: jedi.vcl

Hi.

I added a functionality to this component, and I would like to place it in the official component.

Who can help me...

The functionality that I added is the capacity to show a number to the side of the organized mark of, this can be used to show the order of the columns in an index that is composed of some columns.

Cristian Dornelles
cristian@transoeste.com.br


Subject: Re: Erro when installing JVCL-2004-12-21?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Dec 2004 14:43:48 +0100
Newsgroups: jedi.vcl

Marcelo Canalli wrote:

> I made download and installed JCL-2004-12-16.zip from site
> http://jcl.sourceforge.net/daily/, but the installer not work. I installed
> the JCL manually.
>
> This is the last version of JCL?
> Where I find the last version?

Okay, sorry. There is apparently a problem with the JCL daily generation. I can't do much more to help you there, unless tell you to install a CVS client and access to the CVS repository yourself.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Erro when installing JVCL-2004-12-21?
From: "Marcelo Canalli" <marcelocanalli@sercomtel.com.br>
Date: Wed, 22 Dec 2004 10:58:35 -0200
Newsgroups: jedi.vcl

I made download and installed JCL-2004-12-16.zip from site
http://jcl.sourceforge.net/daily/, but the installer not work. I installed
the JCL manually.

This is the last version of JCL?
Where I find the last version?

Tks.
Marcelo Canalli.

"OBones" <obones_REM_SPM_@_PIF_altern.org> escreveu na mensagem
news:cq9qng$n9g$1@talkto.net...
> > Marcelo Canalli wrote:
>> > > I need Help?
>> > >
>> > > The errors below occur when are installing the JVCL-2004-12-21 in Delphi
>> > > 2005?
> >
> > Have you updated the JCL as well ?




Subject: Re: JvNetscapeSplitter snap via code
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Wed, 22 Dec 2004 14:58:17 +0200
Newsgroups: jedi.vcl

I tried that, but it just makes the splitter disappear without resizing
the adjacent panel (which is suppose to shrink).

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Components without a Component-Icon
From: "Ellio Martina" <news@elliomartina.com>
Date: Wed, 22 Dec 2004 12:42:28 +0100
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> schreef op Wed, 15 Dec 2004 12:36:30 +0100:

> Ellio Martina wrote:
>
>> No problem to switch to png's
>
> Great.
>

Hve been uploaded to Mantis/reports

-- 

Ellio

Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: Formstorage, Property AppStorage not loaded from DFM
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Dec 2004 14:31:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 22 Dec 2004 11:20:18 +0100 @472)
....while the fading voice of Bernd whispered through the darkness:

BK> Searching the delphi groups I see that this behaviour (empty property,
BK> even if present in the dfm) is seen often, especially with the
BK> DataSource property,

If i remeber, that was triggered by using TFrame ?

-- 
ICQ - xmpp:arioch@jabber.ru  xmpp:93438391@icq.jabber.ru
http://Arioch.nm.ru/FL/Fidolook_SL.png    Mail: the_Arioch)at(nm)dot(ru
WinAMP://none: WinAMP is suffocated



Subject: Re: Shell ListView???
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Dec 2004 14:28:21 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 20 Dec 2004 20:40:54 +0100 @861)
....while the fading voice of Marko whispered through the darkness:

MB> Is there a component like the ShellListView in the JVCL?

There was something similarly named (maybe explorer listview?) in VG Lib 1 (free library from www.vglib.com)

What is difference between Shell LV and usual LV ?
-- 
ICQ - xmpp:arioch@jabber.ru  xmpp:93438391@icq.jabber.ru
http://Arioch.nm.ru/FL/Fidolook_SL.png    Mail: the_Arioch)at(nm)dot(ru
WinAMP://none: WinAMP is suffocated



Subject: Re: Formstorage, Property AppStorage not loaded from DFM
From: "Bernd Kromer" <bernd.kromer@iup.uni-heidelberg.de>
Date: Wed, 22 Dec 2004 11:20:18 +0100
Newsgroups: jedi.vcl

Thank you very much for the advise. Reordering did not help, though.
Searching the delphi groups I see that this behaviour (empty property, even
if present in the dfm) is seen often, especially with the DataSource
property, and the solution is to set the property in the OnCreate event of
the form.

That helped.

Bernd


"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cq96jo$j0n$1@talkto.net...
> > Could  have something to do with in what order Delphi loads the forms. Try
> > closing all forms of the project, save it and then reopen it. Also, check
> > the creation order in Project|Options|Forms.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Side bar thing
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 22 Dec 2004 11:17:45 +0100
Newsgroups: jedi.vcl

"Ivo Bauer" wrote in message <news:cpi3jh$6ov$1@talkto.net>:

> > Chris, you may want to take a look at binaries - I've put a screenshot 
> > of my "sidebar" there. This sidebar is basically TTBXToolbar with 
> > several TTBXItem controls which share the same GroupIndex property in 
> > order to make the down state mutually exclusive and also AutoCheck 
> > property set to True for all.
Hi Ivo,

it's quite a long time since you have posted this. However I've got a few
questions:
- I've put a TScrollBox on a form as Peter suggested.
- I put a TTBXToolbar on it with TTBXItems and 32 x 32 bitmaps on it.

How did you manage to get these items drawn vertically and not like
horizontally. 

Your bitmaps look smaller than your buttons. How did you do this. If a
assign a bitmap of e.g. 32x32 to the TTBXItems, the buttons are display
nearly exactly this size.

thx.

-- cu, Michael 

Subject: Re: new IDE tool in devtools
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 22 Dec 2004 10:55:17 +0100
Newsgroups: jedi.vcl

I have expanded the tool to generate several other lists.
See binaries "JVCLCVSLists" message for the generated files.
This is not completed. Some lists are not yet generated.


Subject: Re: JvGlobus-R.xml node needs D7 added to it.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Dec 2004 10:07:29 +0100
Newsgroups: jedi.vcl

Dave Hamdon wrote:

> Delphi 7 Installation Notes:
>
> I just downloaded the latest from CVS.
> When I run the install it chokes because it can't find any of the .BMP files that I found in the \dev\donations\UIB\Resources directory.
> Once I copied them into the main Images directory, the installer completes successfully.
>
>
> Once installed I get the error saying something about BDERTL  bla bla already in package whatever.  I posted this before, but D7 is still not added. <see previous post>
>
> Is this something that only my copy of Delph7 needs???????

Might be yes. Actually, some installation are more "picky" about missing packages than others.


> The JvGlobus-R.xml file has the following node:
> **** BOOM ****
> <Package Name="bdertl" Targets="C6,D9" Condition=""/>
>
> *** Heeha ***
> <Package Name="bdertl" Targets="C6,D7,D9" Condition=""/>

This is now in CVS. Sorry for the delay in the fix.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: confirmation of changelog validity
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Dec 2004 09:29:38 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:
> Jason Chapman wrote:
>
>
>> To see what has been booked into CVS - is the changelo.txt in the
>> root (when I browse the directories in a browser).  Is this always
>> updated when anyone checks in some changes?
>
>
> Not every little thing, no. Though I guess that's how it's really
> supposed to be.
>
> Personally I use WinCvs' cvs2cl.py script (which can also be run
> standalone) to generate a ChangeLog after every update. I have a batch
> file which I run every morning to update all my CVS sandboxes and the
> ChangeLog generation is just part of that batch. That way I always have
> up-to-date ChangeLogs on my machine.
>
> Hope this helps.

Changelog.txt is for anything but minor things. You should find news about big refactoring, replacing components, changing properties names and so on.
If you want a detailed list of what has happened on the CVS, please register with the jvcl-checkins mailing list here:

http://lists.sourceforge.net/mailman/listinfo/jvcl-checkins

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: confirmation of changelog validity
From: "Jason Chapman" <jason@nospamjac2.co.uk>
Date: Wed, 22 Dec 2004 08:12:26 -0000
Newsgroups: jedi.vcl

All,

I have started taking an active interest in the development, rather than 
just use the components :-)

To see what has been booked into CVS - is the changelo.txt in the root (when 
I browse the directories in a browser).  Is this always updated when anyone 
checks in some changes?

Cheers,

JAC. 




Subject: Re: confirmation of changelog validity
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 22 Dec 2004 06:40:39 +0000 (UTC)
Newsgroups: jedi.vcl

Jason Chapman wrote:

> > To see what has been booked into CVS - is the changelo.txt in the
> > root (when I browse the directories in a browser).  Is this always
> > updated when anyone checks in some changes?

Not every little thing, no. Though I guess that's how it's really
supposed to be.

Personally I use WinCvs' cvs2cl.py script (which can also be run
standalone) to generate a ChangeLog after every update. I have a batch
file which I run every morning to update all my CVS sandboxes and the
ChangeLog generation is just part of that batch. That way I always have
up-to-date ChangeLogs on my machine.

Hope this helps.

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: JvGlobus-R.xml node needs D7 added to it.
From: Dave Hamdon <delphi_NOT_@tobject.com>
Date: Tue, 21 Dec 2004 18:25:49 -0700
Newsgroups: jedi.vcl

Delphi 7 Installation Notes:

I just downloaded the latest from CVS.
When I run the install it chokes because it can't find any of the .BMP files 
that I found in the \dev\donations\UIB\Resources directory.
Once I copied them into the main Images directory, the installer completes 
successfully.


Once installed I get the error saying something about BDERTL bla bla already in 
package whatever. I posted this before, but D7 is still not added. <see previous 
post>

Is this something that only my copy of Delph7 needs???????

The JvGlobus-R.xml file has the following node:
**** BOOM ****
<Package Name="bdertl" Targets="C6,D9" Condition=""/>

*** Heeha ***
<Package Name="bdertl" Targets="C6,D7,D9" Condition=""/>

Thanks,
Dave A. Hamdon

Dave said the following on 09/12/2004 3:13 PM:
> The JvGlobus-R.xml file has the following node:
> <Package Name="bdertl" Targets="C6,D9" Condition=""/>
>
> It needs D7 added to it:
> <Package Name="bdertl" Targets="C6,D7,D9" Condition=""/>
>
> I ran into this a while ago and we confirmed this.
> I just grabbed from JVCL today and the problem hit me again.
>
> Also, I still get the other problem where it says bad command, which is 
> because the PATH is too long. I shortened my path to get it to work.
>
> Dave.


Subject: Re: Examples of JVWizard
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Dec 2004 22:25:19 +0100
Newsgroups: jedi.vcl

> > Maybe a bad example because most pages are created at runtime with a
> > "plugin" interface and not at designtime.

Yeah, that's why I added the "?". Still, it is a very nice example of
creating and populating a JvWizard at run-time.

I couldn't find any other example, which is odd, 'cause I seem to remember
there was one...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Examples of JVWizard
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 21 Dec 2004 22:11:49 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > The installer (install\JVCLInstall)?

Maybe a bad example because most pages are created at runtime with a
"plugin" interface and not at designtime.


-- Regards, Andreas Hausladen 

Subject: Re: Examples of JVWizard
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Dec 2004 22:02:46 +0100
Newsgroups: jedi.vcl

The installer (install\JVCLInstall)?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvNetscapeSplitter snap via code
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Dec 2004 22:01:08 +0100
Newsgroups: jedi.vcl

You could try setting the sized control's width/height to 0

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: REQUEST: Could someone who has a complete set of Delphi 2005 precompiled BPLs please post them in binaries?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 21 Dec 2004 21:52:02 +0100
Newsgroups: jedi.vcl

Jens wrote:

> > What about building a project group for compiling all packages. This
> > should go.

Ever tried "jvcl3\packages\D9 Packages.bdsgroup"  ?


-- Regards, Andreas Hausladen 

Subject: Re: Erro when installing JVCL-2004-12-21?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 21 Dec 2004 21:21:25 +0100
Newsgroups: jedi.vcl

Marcelo Canalli wrote:
> I need Help?
>
> The errors below occur when are installing the JVCL-2004-12-21 in Delphi
> 2005?

Have you updated the JCL as well ?


Subject: Examples of JVWizard
From: "BillN" <billnielsen@hotmail.com>
Date: Tue, 21 Dec 2004 21:56:19 +0200
Newsgroups: jedi.vcl

Are there any examples of JVWizard, JVRouteMapSteps, etc?  I did not see
them in the JVCL examples folder.

Thanks,
Bill N



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBTreeView: How to loop through all the nodes?
From: "DP074" <no@email.net>
Date: Tue, 21 Dec 2004 21:53:40 +0200
Newsgroups: jedi.vcl

Hello,

To my surprise, I wasn't able to loop through all the nodes in 
JvDBTreeView. 

Obvious method - GetNext - doesn't work. It works fine for JvTreeView, 
but not for its data-aware counterpart, JvDBTreeView. For the latter, 
GetNext loops only through the current level.

Is that a bug or I missed some point here.

Could you please help me in realzingn how to loop through all the nodes 
in JvDBTreeView?

Thanks in advance, 
D.P. 

 š



--- posted by geoForum on http://delphi.newswhat.com


Subject: Erro when installing JVCL-2004-12-21?
From: "Marcelo Canalli" <marcelocanalli@sercomtel.com.br>
Date: Tue, 21 Dec 2004 17:30:08 -0200
Newsgroups: jedi.vcl

I need Help?

The errors below occur when are installing the JVCL-2004-12-21 in Delphi
2005?

Tls, for All.

Marcelo Canalli.

----------------------------------------------------------------------------
-----------

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(435) Error:
E2003 Undeclared identifier: 'TWideStringList'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(441) Error:
E2003 Undeclared identifier: 'TWideStrings'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1364) Error:
E2003 Undeclared identifier: 'WideStringToUTF8'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1364) Error:
E2008 Incompatible types

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1376) Error:
E2003 Undeclared identifier: 'WideStringToStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1389) Error:
E2003 Undeclared identifier: 'StringToWideStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1410) Error:
E2003 Undeclared identifier: 'StringToWideStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1419) Error:
E2003 Undeclared identifier: 'StrICompW'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1419) Warning:
W1023 Comparing signed and unsigned types - widened both operands

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1432) Error:
E2003 Undeclared identifier: 'StringToWideStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1546) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1553) Error:
E2029 'DO' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1556) Error:
E2081 Assignment to FOR-Loop variable 'I'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1556) Error:
E2029 'DO' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1623) Error:
E2003 Undeclared identifier: 'WideStringToStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1626) Error:
E2003 Undeclared identifier: 'StringToWideStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1776) Error:
E2029 'DO' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1832) Error:
E2003 Undeclared identifier: 'WideNull'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(1835) Error:
E2029 'DO' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2013) Error:
E2003 Undeclared identifier: 'StringToWideStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2016) Error:
E2003 Undeclared identifier: 'WideStringToStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2100) Error:
E2003 Undeclared identifier: 'WideNull'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2100) Error:
E2015 Operator not applicable to this operand type

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2100) Warning:
W1024 Combining signed and unsigned types - widened both operands

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2100) Error:
E2015 Operator not applicable to this operand type

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2103) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2117) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2126) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2165) Error:
E2003 Undeclared identifier: 'WideNull'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2165) Error:
E2015 Operator not applicable to this operand type

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2165) Warning:
W1024 Combining signed and unsigned types - widened both operands

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2165) Error:
E2012 Type of expression must be BOOLEAN

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2168) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2173) Error:
E2015 Operator not applicable to this operand type

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2180) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(2186) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4521) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4524) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4524) Error:
E2035 Not enough actual parameters

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4532) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4543) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4589) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4646) Error:
E2029 'DO' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4685) Error:
E2029 ')' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4689) Error:
E2029 '.' expected but ';' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4698) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4712) Error:
E2008 Incompatible types

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4741) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4772) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(4823) Error:
E2029 'DO' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(6967) Error:
E2003 Undeclared identifier: 'StringToWideStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(6976) Error:
E2003 Undeclared identifier: 'WideStringToStringEx'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7707) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7711) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7711) Error:
E2035 Not enough actual parameters

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7718) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7798) Error:
E2003 Undeclared identifier: 'WideStringToUTF8'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7798) Error:
E2008 Incompatible types

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7834) Error:
E2029 ')' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7834) Error:
E2014 Statement expected, but expression of type 'Integer' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7836) Error:
E2066 Missing operator or semicolon

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7837) Error:
E2029 'DO' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7850) Error:
E2029 ')' expected but identifier 'Count' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7855) Error:
E2026 Constant expression expected

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7857) Error:
E2029 Declaration expected but 'ELSE' found

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(7859) Warning:
W1011 Text after final 'END.' - ignored by compiler

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(75) Hint: H2219
Private symbol 'FReadingFrame' declared but never used

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(76) Hint: H2219
Private symbol 'FWritingFrame' declared but never used

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(82) Hint: H2219
Private symbol 'FStartPosition' declared but never used

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(83) Hint: H2219
Private symbol 'FCurrentFrameSize' declared but never used

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(84) Hint: H2219
Private symbol 'MoveToNextFrame' declared but never used

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(84) Error: E2065
Unsatisfied forward or external declaration: 'TJvID3Stream.MoveToNextFrame'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(85) Error: E2065
Unsatisfied forward or external declaration:
'TJvID3Stream.GetBytesTillEndOfTag'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(86) Error: E2065
Unsatisfied forward or external declaration:
'TJvID3Stream.GetBytesTillEndOfFrame'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(87) Hint: H2219
Private symbol 'UpdateDestEncoding' declared but never used

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(87) Error: E2065
Unsatisfied forward or external declaration:
'TJvID3Stream.UpdateDestEncoding'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(88) Error: E2065
Unsatisfied forward or external declaration:
'TJvID3Stream.SetSourceEncoding'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(91) Error: E2065
Unsatisfied forward or external declaration: 'TJvID3Stream.ReadStringA'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(92) Error: E2065
Unsatisfied forward or external declaration: 'TJvID3Stream.ReadUserStringA'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(93) Error: E2065
Unsatisfied forward or external declaration: 'TJvID3Stream.WriteStringA'

C:\Arquivos de
programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\JvID3v2Base.pas(94) Error: E2065
Unsatisfied forward or external declaration: 'TJvID3Stream.WriteUserStringA'

C:\Arquivos de programas\Borland\BDS\3.0\Lib2_D7\JVCL3\run\jedi.inc(43)
Fatal: E2226 Compilation terminated; too many errors




Subject: JvNetscapeSplitter snap via code
From: "ipaw" <paul.nospamwesson@gmail.com>
Date: Tue, 21 Dec 2004 21:26:01 +0200
Newsgroups: jedi.vcl

Is there a way to make the JvNetscapeSplitter "snap" as though clicked via
code?

Paul, Programmer/Analyst
iPAW.net

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: REQUEST: Could someone who has a complete set of Delphi 2005 precompiled BPLs please post them in binaries?
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 21 Dec 2004 20:47:56 +0200
Newsgroups: jedi.vcl

> >I'd just like to much about a little with JVCL components in Delphi 
> >2005, but manually building an dinstalling the thing without using the 
> >installer (command line compiler is missing from trial version of delphi 
> >2005) is a PITA.
> >
> >Can someone build this and put a zipped set of BPL/DCP files for 
> >CVS-head version of JVCL into the binaries newsgroup, or if its too big, 
> >put it on the JVCL sourceforge page?  That would make playing with 
> >Delphi 2005 a lot easier for those of us with the demo version.
> >
> >Thanks.
> >
> >Warren
> >

What about building a project group for compiling all packages. This
should go.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: REQUEST: Could someone who has a complete set of Delphi 2005 precompiled BPLs please post them in binaries?
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 21 Dec 2004 12:51:53 -0500
Newsgroups: jedi.vcl

Okay, I have gotten it all built the hard way. If anyone wants to try my BPLs rather than building it yourself manually with the Trial Version of Delphi 2005, you are welcome to try my BPL files.  Unfortunately it's around 13 megabytes, with just the BPL/DCP files zipped up.

:-)

Warren


Subject: Re: Formstorage, Property AppStorage not loaded from DFM
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Dec 2004 15:38:02 +0100
Newsgroups: jedi.vcl

Could  have something to do with in what order Delphi loads the forms. Try
closing all forms of the project, save it and then reopen it. Also, check
the creation order in Project|Options|Forms.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Formstorage, Property AppStorage not loaded from DFM
From: "Bernd Kromer" <bernd.kromer@iup.uni-heidelberg.de>
Date: Tue, 21 Dec 2004 14:56:46 +0100
Newsgroups: jedi.vcl

I have a strange problem that started only recently. Using D5 and JVCL3, in
a project I have several forms, each one with a TJvFormstorage, and on the
main form TJvAppIniFileStorage. With the main form in the uses clause of
each form, I can set the AppStorage property of each form to
AppIniFileStorage of the main form, and everything that I want to be stored
between sessions is saved fine in the Ini-File as declared in the
AppIniFileStorage component.

However, when I reopen the project in Delphi, the property AppStorage is
empty, although I see the respective line  in the *.dfm file of the form
(!), hence this entry is ignored when the project is loaded (any other
property is reloaded fine, e.g. all StoredProps). So I have to set manually
the AppStorage property each time I reload the project.

I changed the order in the uses clause, but no luck.

Any help ?

Thank you in advance

-- Dr. Bernd Kromer bernd.kromer@hmm.de 

Subject: Re: Memory usage with TJvDesktopAlert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Dec 2004 12:46:40 +0100
Newsgroups: jedi.vcl

> > I tried it and it seems to work!
Good. Notice that this version also has a BiDiMode property. Try it out and
let me know if it is sufficient for your needs.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Memory usage with TJvDesktopAlert
From: "Caleb" <none@hotmail.com>
Date: Tue, 21 Dec 2004 13:32:15 +0200
Newsgroups: jedi.vcl

Thanks!

I tried it and it seems to work!

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message 
news:cq7d83$90q$1@talkto.net...
> > I've uploaded a modified JvDesktopAlert to binaries with an AutoFree
> > property. Please try it out and let me know how it works.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: jvBalloonHint: not display (jvcl 2.10 to jvcl 3)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 21 Dec 2004 12:17:15 +0100
Newsgroups: jedi.vcl

chddv wrote:
> We have change of JVCL version in our last release from 2.10 to 3 and we encounter a bug with jvBalloonHint.
> With the version 2.10, the jvBalloonHint was displaid correctly when we pass nil as the first parameter of its method ActivateHintPos (AAnhorWindow = nil). But, now, with the version 3, the balloon is no more display (in the same condition (AAnchorWindow = nil)).

I can reproduce it with Delphi 6 on Windows 2000. (I suspect it works allright on D7/XP). As a work-around add the following lines in TJvBalloonWindowEx.InternalActivateHint before the

  { Set the Z order of the balloon }

line:

  if ParentWindow = 0 then
    SetWindowPos(Handle, HWND_TOPMOST, Left, Top, Width, Height,
      SWP_NOACTIVATE or SWP_NOOWNERZORDER);

  { Set the Z order of the balloon }


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: OT: QuickReport and 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 21 Dec 2004 12:06:58 +0100
Newsgroups: jedi.vcl

Zlatibor Boro Urosevic wrote:

> fbc wrote:
>
>> I've seen this statement in another thread:
>> "Because D9 comes with QR, it is just not installed by default."
>>
>> Can anybody tell me, how to install QR ?
>>
>> /Flemming
>>
>>
>>
>
> As stated it is not installed as default report tool.
>
> You can find its package within <C:\Program files\Borland\Delphi7\Bin> and file is: dclqrt70.bpl, so you can easily install quick report by installing this package which will add all the components to quick report palette.
>
> I have D7 Pro and I've done this that way.

Yeah, but this is for D7. I'm quite sure there is a way to do it from the Delphi 2005 installer, but as I don't have it, I don't know how to.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: OT: QuickReport and 2005
From: Zlatibor Boro Urosevic <urosevic.zlatibor@tiscalinet.it>
Date: Tue, 21 Dec 2004 11:45:11 +0100
To: fbc <fbc@systemate.dk>
Newsgroups: jedi.vcl

fbc wrote:
> I've seen this statement in another thread:
> "Because D9 comes with QR, it is just not installed by default."
>
> Can anybody tell me, how to install QR ?
>
> /Flemming
>
>
>

As stated it is not installed as default report tool.

You can find its package within <C:\Program files\Borland\Delphi7\Bin> and file is: dclqrt70.bpl, so you can easily install quick report by installing this package which will add all the components to quick report palette.

I have D7 Pro and I've done this that way.

Best Regards
Boro


Subject: Re: Bug on wrong desing on JvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Dec 2004 11:23:56 +0100
Newsgroups: jedi.vcl

> > I'm currently working in a project and I do not have the time
> > to work on it
Even if you don't have time to work on it yourself, post a bug report in
Mantis (http://homepages.borland.com/jedi/issuetracker/) about it and
someone can have a look.

> > but I like it a lot it is one of the best written
> > components I have seen.
Thanks - Marc Hoffman is going to be pleased to hear that :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: jvBalloonHint: not display (jvcl 2.10 to jvcl 3)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 21 Dec 2004 11:19:42 +0100
Newsgroups: jedi.vcl

chddv wrote:

> So, we would like to know if it is a bug in the new version, or if we are doing a bad use of the parameter AAnchorWindow ?

If you are passing nil to ActivateHintPos, you should use ActivateHintRect instead.
Let us know if using ActivateHintRect works.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: jvBalloonHint: not display (jvcl 2.10 to jvcl 3)
From: chddv <chddv@yahoo.fr>
Date: Tue, 21 Dec 2004 11:05:21 +0100
Newsgroups: jedi.vcl

Hi,

We have change of JVCL version in our last release from 2.10 to 3 and we encounter a bug with jvBalloonHint.
With the version 2.10, the jvBalloonHint was displaid correctly when we pass nil as the first parameter of its method ActivateHintPos (AAnhorWindow = nil). But, now, with the version 3, the balloon is no more display (in the same condition (AAnchorWindow = nil)).

To verify it, simply create a new aplication, add a button, and a jvBalloonHint, then add this code in the method OnClick of the button:

procedure TForm1.Button1Click(Sender: TObject);
var
  aPoint: TPoint;
  AHeader, AHint: string;
  AIconKind: TJvIconKind;
  VisibleTime: Integer;
begin
  aPoint.X := 200;
  aPoint.Y := 100;
  AHeader := 'anHeader';
  AHint := 'aHint';
  AIconKind := ikError;
  VisibleTime := 5000;
  JvBalloonHint1.ActivateHintPos(nil, aPoint, aHeader, aHint, VisibleTime, aIconKind);
end;

So, we would like to know if it is a bug in the new version, or if we are doing a bad use of the parameter AAnchorWindow ?

Thanks.
Chris.


Subject: new IDE tool in devtools
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 21 Dec 2004 10:41:57 +0100
Newsgroups: jedi.vcl

I have brushed up the IDE tool of Florent to read the component palettes and added it as devtools\ReadPalettes to CVS.

I also implemented a test function ReadReadRegisterComponentsByToolsAPI which does almost the same through the OTA.

I implemented several empty stub functions ReadRegisterComponentEditor, ReadRegisterPropertyEditor, ReadRegisterCustomModule, ReadRegisterPackageWizard, ReadRegisterNoIcon, ReadRegisterActions, ReadRegisterClass, ReadGroupDescendentsWith.

Maybe it is possible to implement these functions. No problem if this is only possible in D7, D8 or D9. We only need to run the tool once in a while to get the updated lists.


BTW I found three components which have been registered twice and fixed that (TJvCsvDataSet, TJvNTEventLog, TJvScreenSaver).


Subject: Re: solution for the parallel Delphi installation problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 21 Dec 2004 10:40:05 +0100
Newsgroups: jedi.vcl

OBones wrote:

> As I said in the other message, i'd rather have completely independent files because those options we consider GLOBAL might actually be required to be specific to an installation for some users.

I prefer the two step implementation.
For editing the global options the files are all the same, but afterwards the installer tweaks individual files according to the needs of the Delphi version it installs to.


Subject: Re: solution for the parallel Delphi installation problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 21 Dec 2004 10:37:36 +0100
Newsgroups: jedi.vcl

OBones wrote:

> That's no biggy, just copy the jvclbase.inc (as mentionned in my previous message).

Better not because this would need to give instructions to the user which we know not to work.


Subject: Re: solution for the parallel Delphi installation problem
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 21 Dec 2004 08:47:02 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I can only work on the Installer after Wednesday because (especially)
> today an tomorrow I have to do the programming for our University software
> practica which must reach a milestone till tomorrow afternoon.

That's alright, I won't release any new JVCL until after Christmas anyway.

> So if you make the changes to the jvcl.inc the installer will crash, or at
> least cannot set the global configuration till I have overworked the part.

As I said in the other message, i'd rather have completely independent files because those options we consider GLOBAL might actually be required to be specific to an installation for some users.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: solution for the parallel Delphi installation problem
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 21 Dec 2004 08:45:30 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Um, Um. Did you read the other threads? I guess not <g>
>
>
> Obviously no, happens all the time :-)
> The JVCL is too big to even read all the messages carefully.

I know, but I try to. Well, I guess I have to, haven't I ? <g>

> Still i addressed some of the finer points like the need to edit all files in parallel.
I don't really like that "global" options stuff. I'm more in favor of giving more power to the user, rather than take it away from him.
Ok, I know most common users don't want that power, but I among others want it.

> Generating the files by the installer is also no option because that would disallow to use the packages to install by hand.
That's no biggy, just copy the jvclbase.inc (as mentionned in my previous message).


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: solution for the parallel Delphi installation problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 21 Dec 2004 08:33:09 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Now the installer simply edits all files in parallel when the user
> > changes any of the global options for all IDEs.

I can only work on the Installer after Wednesday because (especially)
today an tomorrow I have to do the programming for our University software
practica which must reach a milestone till tomorrow afternoon.

So if you make the changes to the jvcl.inc the installer will crash, or at
least cannot set the global configuration till I have overworked the part.


-- Regards, Andreas Hausladen 

Subject: Re: solution for the parallel Delphi installation problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 21 Dec 2004 08:26:23 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Um, Um. Did you read the other threads? I guess not <g>

Obviously no, happens all the time :-)
The JVCL is too big to even read all the messages carefully.

Still i addressed some of the finer points like the need to edit all files in parallel.
Generating the files by the installer is also no option because that would disallow to use the packages to install by hand.


Subject: Re: solution for the parallel Delphi installation problem
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 21 Dec 2004 08:16:27 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> The problem is that with a parallel installation of Delphi versions in different levels (PE vs. Professional) we need separate jvcl.inc files to store different options.
> The solution is rather easy. Lets make separate jvcl.inc files.
> We simply create jvcld5.inc, jvcld6.inc, jvcld7.inc, jvcld8.inc, jvcld9.inc.

Um, Um. Did you read the other threads? I guess not <g>

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Bug on wrong desing on JvXPBar
From: Yannis <None@Noware.non>
Date: Tue, 21 Dec 2004 06:56:20 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thfrnqvist" <peter3@nospam.peter3.com> wrote in
news:cpu0pp$epb$1@talkto.net: 

> > You must have an old version of the JVCL. This has already been fixed
> > in CVS quite some time ago.
> > 
> > Thanks anyway!
> > 

True and thank you for the info I have downloaded and installed 
the latest JCL & JVCL and I see that the problem is solved. 
But I can see that the objects have a number of static positions
which shoold be converted to either properties or use all the 
objects that do take part on the drawing. 
I'm currently working in a project and I do not have the time
to work on it but I like it a lot it is one of the best written
components I have seen.

Regards
Yannis.


Subject: changing the compiler options line in jvcl.inc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 21 Dec 2004 07:50:15 +0100
Newsgroups: jedi.vcl

I think we chould separate the compiler options line in to two lines.
The first line contains all the fixed options (options which the JVCL relies on) whereas the second line contains all the options which can be changed in the installer.
Another dialog can be added (modelled after the compiler options dialog of the IDE) for that.
This can be applied to the JCL installer also.

{fixed compiler options} {$A+,B-,E-,F-,G+,H+,J-,K-,M-,N+,P+,S-,T-,V+,X+,Y+,Z1}
{changeable compiler options} {$C+}{$D+}{$I+}{$L+}{$O+}{$Q-}{$U-}{$R-}{$W-}
C+ is assertions on
D+ is debug info on
I+ is IO checks on
L+ is local symbols on
O+ is optimizations on
Q- is overflow checks off
U- is Pentium safe FDIV off
R- is rangechecks off
W- is stackframes off

{$E-,F-,K-,N+,S-} I do not know what these options are for so they go into the fixed section.

Having the changeable options in separate comments is easier for the editing dialog.


Subject: solution for the parallel Delphi installation problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 21 Dec 2004 07:49:39 +0100
Newsgroups: jedi.vcl

The problem is that with a parallel installation of Delphi versions in different levels (PE vs. Professional) we need separate jvcl.inc files to store different options.
The solution is rather easy. Lets make separate jvcl.inc files.
We simply create jvcld5.inc, jvcld6.inc, jvcld7.inc, jvcld8.inc, jvcld9.inc.

To integrate those files jvcl.inc will contain:

The common part (in the next message i will talk about some changes to the compiler options)
------------------------
{$A+,B-,C+,D+,E-,F-,G+,H+,I+,J-,K-,L+,M-,N+,O+,P+,Q-,R-,S-,T-,U-,V+,W-,X+,Y+,Z1}

{$I jedi.inc}

{$IFNDEF JEDI_INC}
ALERT_jedi_inc_incompatible
// secure against old versions of jedi.inc.
{$ENDIF !JEDI_INC}

{$IFDEF QUnit}
 {$UNDEF VCL}
 {$DEFINE VisualCLX}
 {$UNDEF JVCLThemesEnabled}
{$ENDIF}
-------------------------
Now include all the jvcldX.inc files
-------------------------
{$IFDEF COMPILER5}
{$I jvcld5.inc}
{$ENDIF COMPILER5}
{$IFDEF COMPILER6}
{$I jvcld6.inc}
{$ENDIF COMPILER6}
{$IFDEF COMPILER7}
{$I jvcld7.inc}
{$ENDIF COMPILER7}
{$IFDEF COMPILER8}
{$I jvcld8.inc}
{$ENDIF COMPILER8}
{$IFDEF COMPILER9}
{$I jvcld9.inc}
{$ENDIF COMPILER9}
-------------------------
The common end
-------------------------
// Automatic defines for entry level Delphi's:
....
-------------------------
Now the installer simply edits all files in parallel when the user changes any of the global options for all IDEs. This editing should always applied to all version files to keep them consistent.
When the installer starts the compilation for a Delphi version another silent edit step is introduced which tweaks the jvclX.inc file for the Delphi installation level.
The tweak should be documented by adding a "//TWEAKED" comment or similar.
This is needed to allow the edit step to read the initial value from any version file (reverting the tweak).

I think it is possible to check for the installation of QuickReport in the IDE then and tweak this option also. This would allow to have this option switched on for D8 and D9 in case a user has installed QuickReport by hand.

Maybe name the files jvcloptionsdX.inc to emphasize that these are the options to tweak.


Subject: Re: JCL and JVCL, common people thinking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 21 Dec 2004 07:47:27 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> I think that's a good idea, since it's a quirk of
> history that the JCL and JVCL are two different projects.

Ah those youngsters ;-)
I still recall the time when there was a fight to keep the projects separate.


Subject: Re: JCL and JVCL, common people thinking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 23:29:52 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > people who use both really shouldn't bother downloading the
> > JCL, and those who track cvs on JCL should be tracking CVS on the JVCL
> > also.

Most people do a mixture. They "normaly" use an older JCL release and
report compile/install errors in the JVCL cvs version.


-- Regards, Andreas Hausladen 

Subject: Re: Memory usage with TJvDesktopAlert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Dec 2004 23:16:17 +0100
Newsgroups: jedi.vcl

I've uploaded a modified JvDesktopAlert to binaries with an AutoFree
property. Please try it out and let me know how it works.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JCL and JVCL, common people thinking
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 20 Dec 2004 16:14:59 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It looks like there are many people who do not know that the JCL and the
> JVCL are two different projects. Maybe we should add a huge banner to the
> homepage and the daily page which says something like "You also need the
> JCL, the RTL for JVCL"


If the JVCL setup already includes a compatible JCL, and uses it if none is found, install it quietly and continue, then you would be letting
the "idiots" in. I think that's a good idea, since it's a quirk of
history that the JCL and JVCL are two different projects.

If I just want to use the JVCL I shouldn't even have to know the JCL exists, it should just get installed for me.

The additional size of the setup.exe would be more than offset by the fact that people who use both really shouldn't bother downloading the JCL, and those who track cvs on JCL should be tracking CVS on the JVCL also.

Just my opinion.

Warren


Subject: Re: Memory usage with TJvDesktopAlert
From: "Caleb" <none@hotmail.com>
Date: Mon, 20 Dec 2004 22:41:42 +0200
Newsgroups: jedi.vcl

Hi,

Thanks for your comments guys, I will try that code tomorrow morning.

One more note though, is it possible to change the Bidi mode for the alerts?

I'm trying to display Right-To-Left text and it comes up screwed up!
The header and the body-text should have some kind of an option for bidi 
mode.

Thanks!

"Caleb" <none@hotmail.com> wrote in message news:cq39ag$cu0$1@talkto.net...
> > Hi,
> >
> > I'm using TJvDesktopAlert and I'm having trouble making it Free itself 
> > after it completes showing!
> >
> > Here's my code:
> > procedure TfrmMain.AlerterClosed(Sender: TObject);
> > begin
> >   TJvDesktopAlert(Sender).Free; <- Access Violation here (Stack overflow)
> > end;
> >
> > procedure TfrmMain.Button1Click(Sender: TObject);
> > var
> >  DA: TJvDesktopAlert;
> > begin
> >    DA := TJvDesktopAlert.Create(Self);
> >    DA.Images := ImageList1;
> >    DA.HeaderText := Format('%s (%d)', ['Header', 3]);
> >    DA.MessageText := 'Testing';
> >    DA.Location.AlwaysResetPosition := false;
> >    DA.Location.Position := TJvDesktopAlertPosition(0);
> >    DA.Location.Width := 300;
> >    DA.Location.Height := 100;
> >    DA.Location.Position := dapBottomRight;
> >    DA.StyleHandler.DisplayDuration := 4000; // 4 seconds
> >    DA.OnClose := AlerterClosed;
> >    DA.Execute;
> > end;
> >
> >
> > Thanks!
> > 




Subject: Shell ListView???
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Mon, 20 Dec 2004 20:40:54 +0100
Newsgroups: jedi.vcl

Is there a component like the ShellListView in the JVCL?

If there isn't then can anyone point me to one of those components?

I've already got the Virtual ShellTools (+ VELVEx), ShellBrowser & Shell 
Control Pack, and I can't use them cause they can't adapt to Windows. 
There's no "tiles" view with them, and the thumbnail view is not what 
expected (except in VELVEx). I would create my own, but I just have no idea 
how.

If there's any way to use the true Windows' shell listview - I'm 
listening...

I need all of this cause I'm making custom open/save dialogs, and what I 
want can't be accomplished with a custom template and the hook procedure...

Cheers

Marko 




Subject: Re: Memory usage with TJvDesktopAlert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Dec 2004 19:06:13 +0100
Newsgroups: jedi.vcl

> > Sigh. That's better.
I'm working on adding an AutoFree property that will free the JvDekstopAlert
when the Alert Window is closed. Bit tricky, though.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JediVCL and CrossKylix
From: Henk Fikkert <none@mail.com>
Date: Mon, 20 Dec 2004 18:55:15 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Henk Fikkert wrote:
>
>> Hi,
>> just to let you know: I just succeeded in running JediVCL NavPanels with CrossKylix. Just had to add some lines in the jedi.inc file, define a CROSSKYLIX directive and go! Cool!
>>
>> Anyone interested?
>
>
> Of course.
> Post the files as Mantis entry or as a Zip to the binaries group.
>
> As i understand the JVCL CLX components should be the base for CrossKylix.
Yep, installed the D7 JVCL CLX components and added a few lines to the jedi.inc file. One way or another you then have to make clear that CrossKylix is used (it's quite confusing for the compiler):
Put DEFINE CROSSKYLIX as a compiler directive at the project level and voila...


Here are my adaptions to jedi.inc:

(Just after the BORLAND directive and before the DELPHIX_UP stuff...)

{$ENDIF BORLAND}

{------------------------------------------------------------------------------}
{ CROSSKYLIX mappings        }
{------------------------------------------------------------------------------}

{$IFDEF CROSSKYLIX}
  // CrossKylix runs with D6 & D7 and K3 only;
  // (don't know if UNDEF VERxxx stuff makes sense)
  {$UNDEF VER150}
  {$UNDEF VER140}
  //Forget D6 & D7 settings
  {$UNDEF RTL140_UP}
  {$UNDEF RTL150_UP}
  {$UNDEF COMPILER7}
  // the compiler is pretty confused :
  {$DEFINE LINUX}
  {$DEFINE KYLIX}
  {$DEFINE KYLIX3}
  {$DEFINE COMPILER6}
  {$DEFINE DELPHICOMPILER6}
  {$DEFINE RTL145_UP}
{$ENDIF}

{------------------------------------------------------------------------------}
{ DELPHIX_UP from DELPHIX mappings        }
{------------------------------------------------------------------------------}

{$IFDEF DELPHI7}


cheers,
Henk


Subject: Re: Why was several TJvCustom bitmaps replaced by new bitmaps?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Dec 2004 18:27:34 +0100
Newsgroups: jedi.vcl

We have now a 1:1 relation from component on palette to .BMP file in images directory. I have copied or renamed several files for that.
The TJVCUSTOM*.BMP files are back in CVS.

I have removed and readded several bitmap files to get uppercase only file names. It may be that you have to delete all TJV*.BMP files and reload them from CVS to get the name change.


Subject: OT: QuickReport and 2005
From: "fbc" <fbc@systemate.dk>
Date: Mon, 20 Dec 2004 18:15:44 +0100
Newsgroups: jedi.vcl

I've seen this statement in another thread:
"Because D9 comes with QR, it is just not installed by default."

Can anybody tell me, how to install QR ?

/Flemming





Subject: Re: JediVCL and CrossKylix
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Dec 2004 18:09:16 +0100
Newsgroups: jedi.vcl

Henk Fikkert wrote:
> Hi,
> just to let you know: I just succeeded in running JediVCL NavPanels with CrossKylix. Just had to add some lines in the jedi.inc file, define a CROSSKYLIX directive and go! Cool!
>
> Anyone interested?

Of course.
Post the files as Mantis entry or as a Zip to the binaries group.

As i understand the JVCL CLX components should be the base for CrossKylix.


Subject: JediVCL and CrossKylix
From: Henk Fikkert <none@mail.com>
Date: Mon, 20 Dec 2004 17:49:47 +0100
Newsgroups: jedi.vcl

Hi,
just to let you know: I just succeeded in running JediVCL NavPanels with CrossKylix. Just had to add some lines in the jedi.inc file, define a CROSSKYLIX directive and go! Cool!

Anyone interested?

regards,
Henk


Subject: Re: Memory usage with TJvDesktopAlert
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 20 Dec 2004 11:45:10 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Whoa. You mean it leaks by default!?????
>
> Yes, just like any other VCL component that [is created at runtime and] isn't [then] freed [at runtime].
>
I thought the original poster was saying that executing the component
generated some kind of pop up window that needed to be freed. I see, he's not plopping it down at designtime and thus he needs to free it.

Sigh. That's better.

:-)



Subject: Re: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Dec 2004 16:54:33 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Yes, but leave the TJvCustomXXX components alone. Basically, only create an icon for a JVCL component if the one from its ancestor is not JVCL.

Better copy the palette icon. The 1:1 relation of component to .bmp file in "images" directory is important. It will allow to generate help files etc easily.


Subject: Re: Why was several TJvCustom bitmaps replaced by new bitmaps?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Dec 2004 16:34:42 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I really don't see the point with removeing the "TJvCustom" prefix in
> several of the palette images.

1. Several components have the same palette image then.
2. We lose the 1:1 relation of component to .bmp file.

I will create individual palette images for those components (about 8).

> I wish some people could spend their time doing *real* work instead of
> fiddling with the work of others for no reason whatsoever. Don't know what
> to do? Have a look in Mantis.

There are always reasons for it. This work is simply not yet finished.


Subject: Re: Do we have a JVCL gallery?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 16:33:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Remko Bonte wrote:
>
>> Note that a component can have the image of an ancestor. For example TJvSettingsTreeView takes the image from TJvCustomPageListTreeView.
>
>
> This is bad becasue then several components will have the same palette icon. Currently we have 8 components of that sort. I will create individual icons.

Yes, but leave the TJvCustomXXX components alone. Basically, only create an icon for a JVCL component if the one from its ancestor is not JVCL.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Do we have a JVCL gallery?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 16:32:06 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> That is rather annoying, as to put it on the web server, I will have to edit all those links. And I'm quite sure I will forget about this every now and then...
>
>
> This is only intended for personal use for now anyway.
>  From this idea we will have to branch out.
>
> Best Florent writes a tool to generate the CSV file in the format of "JVCL components.txt" i enclosed in the Zip.
>  From there on we can import into a DB. I think we will end up with PHP and MySQL for all the website (especially the online help).

That's good because the online help is already PHP/MySql <g>

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Dec 2004 16:26:42 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Note that a component can have the image of an ancestor. For example TJvSettingsTreeView takes the image from TJvCustomPageListTreeView.

This is bad becasue then several components will have the same palette icon. Currently we have 8 components of that sort. I will create individual icons.


Subject: Re: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Dec 2004 16:25:30 +0100
Newsgroups: jedi.vcl

OBones wrote:

> That is rather annoying, as to put it on the web server, I will have to edit all those links. And I'm quite sure I will forget about this every now and then...

This is only intended for personal use for now anyway.
From this idea we will have to branch out.

Best Florent writes a tool to generate the CSV file in the format of "JVCL components.txt" i enclosed in the Zip.
From there on we can import into a DB. I think we will end up with PHP and MySQL for all the website (especially the online help).


Subject: Re: Memory usage with TJvDesktopAlert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Dec 2004 16:24:22 +0100
Newsgroups: jedi.vcl

> > Whoa. You mean it leaks by default!?????
Yes, just like any other VCL component that isn't freed.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Do we have a JVCL gallery? - What about the help file but in HTML format?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 16:20:57 +0100
Newsgroups: jedi.vcl

Remko is already working on an HTML version of the help, for the CHM file. A new version should come out quite soon.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Memory usage with TJvDesktopAlert
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 20 Dec 2004 10:08:14 -0500
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Do as Marcel suggested:
>
> procedure TfrmMain.AlerterClosed(Sender: TObject);
> begin
>    TJvDesktopAlert(Sender).OnClose:= nil;
>    TJvDesktopAlert(Sender).Free;
> end;
>
> Maybe we should add an AutoFree property?
>

Whoa. You mean it leaks by default!?????

Warren


Subject: Re: Do we have a JVCL gallery? - What about the help file but in HTML format?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 20 Dec 2004 10:06:45 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Florent Ouchet wrote:
>
>>
>> Done, here it is :
>
>
> Perfect.
> I will create a set of simple webpages which will show the palette bitmaps with the name of the component beneath as link.
> One page for the palettes and one page for each palette.

Can I make a simple suggestion? If we could somehow generate the help file in HTML format, wouldn't this make a great (a) gallery, and (b) document the content of the components?  I think that this might
provide some additional impetus for us developers to work on the help file content (.dtx's mostly) because this would be both (a) online help
and (b) a nice set of web pages to document the components.

If a full HTML build of the help files is too much, how about adding
to your gallery generator something that browses <UnitFilename>.dtx and
pulls in the @@<TComponentName> section, for instance, look how nice
this JvInspector Description section would be to have in the gallery:

@@TJvInspector
<TITLEIMG TJvInspector>
JVCLInfo
  GROUP=JVCL.EditsMemosAndCombos.Other
  FLAG=Component
Summary
  Inspector control.
Description
  TJvInspector is an inspector control. The inspector control is responsible of displaying and navigating the data tree. The control is completely seperated from the editing layer and the editing layer is completely seperated from the data layer. This means the control is able to "inspect" a wide variaty of data types, without the need of creating a new descendant of the inspector control. It also means you can mix various data sources in one view.

  The control does not handle the painting itself. This is left to a painter object.

See Also
  $JVCL.Info.Inspector


Regards,

Warren


Subject: Re: Installer and Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 15:40:38 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>>> Other meanings?
>>
>> Meanings?
>
>
> Ups. Other opinions.
>
> (German Meinung and English meaning sounds almost equal, but have
> different meanings :-) )

Oh now I get it. My German is really too limited to detect that kind of things straight ahead. After all, I can barely count up to 4 and have no idea how to spell those words ;-)

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 15:07:57 +0100
Newsgroups: jedi.vcl

OBones wrote:

>> > > Other meanings?
> > 
> > Meanings?

Ups. Other opinions.

(German Meinung and English meaning sounds almost equal, but have
different meanings :-) )


-- Regards, Andreas Hausladen 

Subject: Re: Installer and Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 14:59:30 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> I think that would be too much a overhead. Why not simply do this:
>
> Because it is too simple :-) This sounds easier to implement.
There was an animated series in France in the 70's called the Shadoks featuring bird like creatures which main character trait is their stupidity. And they have sayings, among which this one:

Why make it simple when it can be made complex?

I guess lots of us think that way, including me ;-)


> Other meanings?

Meanings?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Why was several TJvCustom bitmaps replaced by new bitmaps?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 14:55:58 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I really don't see the point with removeing the "TJvCustom" prefix in
> several of the palette images.
>
> The reason these images were called TJvCustomXXXX.bmp in the first place, is
> that a derived component without its own image, will inherit the
> TJvCustomXXX image automatically. Looks a lot better than the ugly default
> Delphi icon. In short, the TJvCustom images are not a mistake: they are
> there for a reason.
>
> I wish some people could spend their time doing *real* work instead of
> fiddling with the work of others for no reason whatsoever. Don't know what
> to do? Have a look in Mantis.

I totally agree on this.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Download the Last version of JCL?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 14:54:41 +0100
Newsgroups: jedi.vcl

Marcelo Canalli wrote:

> Please,
> Where I Find the last version of JCL ?

The last, I don't know, but the latest is here <g>:

http://jcl.sf.net/daily/

But please note that this newsgroup is about the JVCL (Jedi VCL), not the JCL (Jedi Code Libray). If you want the latest JVCL, it is here:

http://jvcl.sf.net/daily/

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 14:53:16 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I didn't add the 0 at the end of the version number because I'm quite
> > sure one cannot have two versions of Delphi installed with the same
> > major number.

The "0" was because my first design was "jvcl7.inc" without the "d". And
this would lead to a JVCL version 7 or so. But then I added the "d" and
had no thought about the "0".


> > I think that would be too much a overhead. Why not simply do this:

Because it is too simple :-) This sounds easier to implement.


Other meanings?


-- Regards, Andreas Hausladen 

Subject: Why was several TJvCustom bitmaps replaced by new bitmaps?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Dec 2004 14:50:55 +0100
Newsgroups: jedi.vcl

I really don't see the point with removeing the "TJvCustom" prefix in
several of the palette images.

The reason these images were called TJvCustomXXXX.bmp in the first place, is
that a derived component without its own image, will inherit the
TJvCustomXXX image automatically. Looks a lot better than the ugly default
Delphi icon. In short, the TJvCustom images are not a mistake: they are
there for a reason.

I wish some people could spend their time doing *real* work instead of
fiddling with the work of others for no reason whatsoever. Don't know what
to do? Have a look in Mantis.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Installer Problem with D7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 14:49:58 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Does the installer also delete the env vars if it correctly detected them
> > and displays it already to me on the configuration page of the wizard?

The Installer simply copies the string that is in the registry and does no
macro replace except for $(DELPHI), $(BCB), $(BDS) and $(BDSPROJECTSDIR).
So if the registry contains something like "$(DELPHI7DATA)\here\I\am" the
installer will show you "$(DELPHI7DATA)\here\I\am" but it does not know
what $(DELPHI7DATA) is.



-- Regards, Andreas Hausladen 

Subject: Download the Last version of JCL?
From: "Marcelo Canalli" <marcelocanalli@sercomtel.com.br>
Date: Mon, 20 Dec 2004 11:44:24 -0200
Newsgroups: jedi.vcl

Please,
Where I Find the last version of JCL ?

Tks, for All.

Marcelo Canalli




Subject: Re: Installer and Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 14:42:58 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> There is not only this problem. I think, as I posted some weeks ago, that
> we must redesign the jvcl.inc file to hold the configuration for more than
> one Delphi/BCB version. This would also solve the Personal Edition
> problem: You cannot install the JVCL for D6Pers when you have a D7Pro/Ent
> and want the DB support in D7Pro.

Oh, right, never thought of that one. Annoying indeed.

> Where I prefere the different files with a common jvcl.inc that hold
> things that are realy common to all and contains the {$I jvcld60.inc}...
> inclusion directives and some config check "code".
I like this idea better. In the end, jvcl.inc only contains this:

{$IFDEF DELPHI6}
{$I jvcld6.inc}
{$ENDIF DELPIH6}

{$IFDEF DELPHI7}
{$I jvcld7.inc}
{$ENDIF DELPIH7}

and so on...
I didn't add the 0 at the end of the version number because I'm quite sure one cannot have two versions of Delphi installed with the same major number.

> In order to keep the overhead small when something in the jvcl.inc is
> changed, we could have a jvcl.inc.xml that contains the available setting
> (similar to the package xml files) and we write a tool/unit that generates
> the jvclXxx.inc files.
I think that would be too much a overhead. Why not simply do this:
Create a jvclbase.inc from the current jvcl.inc, replace the current jvcl.inc with the one described above, then ask the users to create a copy of the jvclbase.inc file with the name for their appropriate target. This goes for users doing things manually.
The installer would do the copy whenever appropriate and will allow editing each one of the jvclxx.inc files separately. Maybe a "tab like" approach in the editor.

My 2 cents

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer Problem with D7
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 13:57:17 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:1mrpzwfyb08or.1s1h4icr4e174$.dlg@40tude.net>:

> > Does the installer also delete the env vars if it correctly detected them
> > and displays it already to me on the configuration page of the wizard?
Anyway it works now....

I think I've missed the very important footprint that the installer does
not know about env vars anymore ;-)

-- cu, Michael 

Subject: Re: Installer Problem with D7
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 13:53:37 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:cq6bra$1la$1@talkto.net>:

> > What's that. Is this an environment variable? If so, the Installer has no
> > env-var available. They are all deleted before the installer starts and so
> > they do not exist for the installer.
Yes, that's correct and yes you mentioned this already. 

Does the installer also delete the env vars if it correctly detected them
and displays it already to me on the configuration page of the wizard?


-- cu, Michael 

Subject: Re: Installer Problem with D7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 13:48:26 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > DELPHI7DATA

What's that. Is this an environment variable? If so, the Installer has no
env-var available. They are all deleted before the installer starts and so
they do not exist for the installer.


-- Regards, Andreas Hausladen 

Subject: Installer Problem with D7
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 12:44:07 +0100
Newsgroups: jedi.vcl

Hi,

another problem with the installer. A new installation should be made, JCL
is correctly installed (yes it is ;-).

After pressing the install button, the installer managed to compile some of
the units into my bpl directory (given the path this way:
$(DELPHI7DATA)\_bpl).

Now the installer stops with a fatal error: 
Fatal: Ausgabedatei '\_bpl\Jv3rdD7R.bpl' kann nicht erstellt werden
('Cannot create output file...')

The above path exists however I do not know why the message does not show
the complete path.
-- cu, Michael 

Subject: Re: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 12:30:33 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:cq60jr$ujr$2@talkto.net>:

Andreas,

perhaps the solution is within the coding to procedure
TTargetConfig.SetJCLDir(const Value: string); from JVCLData.pas

After selecting a path the installer runs into:

if JCLIdentifyOutdated[i][1] = '+' then
begin
if not FileExists(FJCLDir + Path(Copy(JCLIdentifyOutdated[i], 2, MaxInt)))
then
begin
  FOutdatedJCL := True;
[..]

FJCLDir is set to 'D:\Dokumente und Einstellungen\fritzmi\Delphi70\_jcl'.
FOutdatedJCL will be set to True. 
I don't think I've an outdated version of JCL - I've got 1.92 installed!
The checked units JclWideStrings.pas and JclUnitVersioning.pas exist in
source\common however JclCompression is missing.

AND THAT'S THE POINT. After re-checking again which version I'm using I've
found that I'm still using 1.91! SHAME ON ME! NOW IT WORKS as expected!

Thanks again for supporting me!
-- cu, Michael 

Subject: Re: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 12:27:21 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:cq636e$vao$2@talkto.net>:

> > It doesn't ? I'll have a look at it ASAP.
Andreas,

please stop looking - it does make use of it!

-- cu, Michael 

Subject: Re: Installer and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 12:21:41 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Yes, but then what would happen if the user wants it after all?
> > Because D9 comes with QR, it is just not installed by default.

There is not only this problem. I think, as I posted some weeks ago, that
we must redesign the jvcl.inc file to hold the configuration for more than
one Delphi/BCB version. This would also solve the Personal Edition
problem: You cannot install the JVCL for D6Pers when you have a D7Pro/Ent
and want the DB support in D7Pro.

if we redesign the jvcl.inc to either jvcld60.inc, jvcld70.inc,
jvclc60.inc, ... or we redesign it like this:

{$IFDEF DELPHI6}
{$DEFINE xxx}
{$...}
{$ENDIF DELPHI6}

{$IFDEF DELPHI7}
{$DEFINE xxx}
{$...}
{$ENDIF DELPHI7}

{$IFDEF BCB6}
{$DEFINE xxx}
{$...}
{$ENDIF BCB6}


Where I prefere the different files with a common jvcl.inc that hold
things that are realy common to all and contains the {$I jvcld60.inc}...
inclusion directives and some config check "code".
In order to keep the overhead small when something in the jvcl.inc is
changed, we could have a jvcl.inc.xml that contains the available setting
(similar to the package xml files) and we write a tool/unit that generates
the jvclXxx.inc files.


-- Regards, Andreas Hausladen 

Subject: Re: TJvOpenDialog vs D5 vs Win2000sp4 - changing .FileName property
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 20 Dec 2004 14:08:34 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 13 Dec 2004 17:40:45 +0300 @653)
....while the fading voice of Arioch whispered through the darkness:

AB> I want File Open Dialog to suggest auto-generated names, though they
AB> can be changed by user.

Since no one want to discuss, i think to move it to mantis.

http://homepages.borland.com/jedi/issuetracker/view.php?id=2406

-- 
ICQ - xmpp:arioch@jabber.ru  xmpp:93438391@icq.jabber.ru
http://Arioch.nm.ru/FL/Fidolook_SL.png    Mail: the_Arioch)at(nm)dot(ru
WinAMP://none: WinAMP is suffocated



Subject: JvCaptionPanel (or resizable panel?) - caption text not cut off.
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 20 Dec 2004 14:06:13 +0300
Newsgroups: jedi.vcl

Hello, All!

Sorry, i have no Delphi here and can't check correct name of the merged panel component.

D5
i put it onto form, Align = alLeft
Caption (Title? - sorry i can't recall it here): Font -> family is default (MS Sans Serif, russian) size = 10, [fpBold]

When caption text is longer than the caption itself, then the text was not cut correctly.
The last letter was still drawn, though half of it was rendered outside the caption :-(

BTW, is this caption always rendered with some single color, making no difference between focused (clActiveCaption ? ) and not-focused (clInactiveCaption) states ?
-- 
ICQ - xmpp:arioch@jabber.ru  xmpp:93438391@icq.jabber.ru
http://Arioch.nm.ru/FL/Fidolook_SL.png    Mail: the_Arioch)at(nm)dot(ru
WinAMP://none: WinAMP is suffocated



Subject: Re: JCL and JVCL, common people thinking
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 20 Dec 2004 13:59:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 18 Dec 2004 16:01:03 +0100 @667)
....while the fading voice of Andreas whispered through the darkness:

AH> need the JCL, the RTL for JVCL"

Personally i try to avoid abbrevias JCL and JVCL except for talking with experienced people.

Sometimes i say JCL, often i say Jedi CodeLib.

But - i always use "Jedi VCL" instead of "JVCL"
IMHO by using this semi-opened abbrevia i help people to recognise 'VCL' term.

I think that terms JCL and JVCL should be restricted to very technical texts/discussions.
-- 
ICQ - xmpp:arioch@jabber.ru  xmpp:93438391@icq.jabber.ru
http://Arioch.nm.ru/FL/Fidolook_SL.png    Mail: the_Arioch)at(nm)dot(ru
WinAMP://none: WinAMP is suffocated



Subject: Re: Installer and Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 11:30:01 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
> The JVCL Installer does not activate or deactivate anything without user
> interaction.
>
> Why not deactivate it in jvcl.inc ?
> {$IFDEF COMPILER9_UP}
>  {$UNDEF JVCL_UseQuickReport}
> {$ENDIF COMPILER9_UP}

Yes, but then what would happen if the user wants it after all?
Because D9 comes with QR, it is just not installed by default.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 11:24:16 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > The line: Dir := Target.ExpandDirMacros(List[i]) is responsible for
> > expanding environment vars to their appropriate path in the file system.

ExpandDirMacros does not expand env-vars. It knows DELPHI, BCB, BDS,
BDSProjectsDir.
The problem is that due to the "command line too long" problem I have
implemented a function that deletes almost all env-vars before starting
the installer (build.exe). And so there it no JCL env-var anymore that
could be used.


> > I guess this seems to be the problem

No the problem is that there are no env-vars anymore in the installer's
process after the Installer has started.

> > however the wizard asks me for the
> > correct JCL path and I'm selection this one: 'D:\Dokumente und
> > Einstellungen\fritzmi\Delphi70\_jcl' but this does not help either.
> > 
> > What am I doing wrong at this point?

Maybe a bug in the Installer?


-- Regards, Andreas Hausladen 

Subject: Re: Installer Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 11:20:45 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > But why does the installer not use the given path after selecting the JCL
> > installation directory?

It doesn't ? I'll have a look at it ASAP.



-- Regards, Andreas Hausladen 

Subject: Re: Installer and Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 11:18:37 +0100
Newsgroups: jedi.vcl

OBones wrote:

The JVCL Installer does not activate or deactivate anything without user
interaction.

Why not deactivate it in jvcl.inc ? 

{$IFDEF COMPILER9_UP}
 {$UNDEF JVCL_UseQuickReport}
{$ENDIF COMPILER9_UP}


-- Regards, Andreas Hausladen 

Subject: Re: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 11:02:17 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:8ysaug31ad8x.k0xb1vkics0r$.dlg@40tude.net>:

> > What am I doing wrong at this point?
Andreas,

you replied in one of your postings - thanks.
-- cu, Michael 

Subject: Re: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 10:48:31 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:cq60jr$ujr$2@talkto.net>:

> > If it is disabled there must be at least on "blue" link-label in the same
> > row, saying what is missing.
Yes of course: JCL .... is missing ;-)

But why does the installer not use the given path after selecting the JCL
installation directory?


-- cu, Michael 

Subject: Installer and Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 10:46:19 +0100
Newsgroups: jedi.vcl

Hi

Could anyone (Andreas?) ensure that the installer unchecks JVCL_UseQuickReport for Delphi 2005 by default?
That's because this version of Delhpi 2005 does not install any version of QuickReport by default (ie you use "Typical" installation).
If we don't do that, we can expect lots of users to come back at us because they could not compile the next JVCL under Delphi 2005.

Thanks for the help

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Do we have a JVCL gallery?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 20 Dec 2004 10:45:30 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have found some missing individual palette images. I will fix that.

Note that a component can have the image of an ancestor. For example TJvSettingsTreeView takes the image from TJvCustomPageListTreeView.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 10:43:03 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:cpuahq$h3j$1@talkto.net>:

Andreas,

it seems the installer is not capable of expanding environment vars like
the one I used for pointing to the jcl and jvcl directory $(JCL), $(JVCL).

The procedure TTargetConfig.Init from JVCLData.pas uses a function called
FindJCL. 
The line: Dir := Target.ExpandDirMacros(List[i]) is responsible for
expanding environment vars to their appropriate path in the file system.

However '$(JCL)\source\common' is returned with '$(JCL)\source\common' and
not as expected in my case with 'D:\Dokumente und
Einstellungen\fritzmi\Delphi70\_jcl'.

I guess this seems to be the problem, however the wizard asks me for the
correct JCL path and I'm selection this one: 'D:\Dokumente und
Einstellungen\fritzmi\Delphi70\_jcl' but this does not help either.

What am I doing wrong at this point?


-- cu, Michael 

Subject: Re: Installer Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 10:36:42 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > jcl\source\common was already there but with an environment variable
> > included: $(JCL)\source\common. I added jcl\lib this way: $(JCL)\lib.

The JVCL Installer only knows about $(DELPHI), $(BCB), $(BDS) and
$(BDSPROJECTSDIR). All other environment variables are temporary deleted
due to the "command line too long" make.exe problem. So your $(JCL) is
never found. If I allow $(JCL) then I must also allow other env-vars but
this would result in the "command line too long" problem, again.


> > Anyway, I cannot check the Delphi 7 check-box in the wizard (it is simply
> > disabled).

If it is disabled there must be at least on "blue" link-label in the same
row, saying what is missing.



-- Regards, Andreas Hausladen 

Subject: Re: Do we have a JVCL gallery?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 10:32:55 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I have just posted "ComponentPages" message to binaries.
> It contains the HTML files for the components and "JVCL component index.htm" to link to the files.
> The pathes to the images are prefixed "../../../JVCL3/images/" so as website\JVCL3\ComponentPages it will show the bitmaps from the CVS.

That is rather annoying, as to put it on the web server, I will have to edit all those links. And I'm quite sure I will forget about this every now and then...
Can't you use ViewCVS links to the online version of CVS ? Uh... wait, no you can't because in both cases, those are BMP files and are NOT shown properly by browsers. Only PNG would be.
Well, a PHP page could be written to create the PNGs on the fly, and save them in a cache to avoid hammering Borland's server.


> I have found some missing individual palette images. I will fix that.

Thanks

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Do we have a JVCL gallery?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Dec 2004 10:32:47 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I have found some missing individual palette images. I will fix that.

The typo in the file name TJvXProgressBar.BMP => TJvX>P<ProgressBar.BMP is
fixed (copy&paste had worked when I wrote this :-) )



-- Regards, Andreas Hausladen 

Subject: Re: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Dec 2004 10:18:48 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> BTW, the current website docs is in dev\website\JVCL3 - at least the files I
> made. I don't know if OBones has comitted any of the new files he's added to
> the website, but I don't think so.

I have just posted "ComponentPages" message to binaries.
It contains the HTML files for the components and "JVCL component index.htm" to link to the files.
The pathes to the images are prefixed "../../../JVCL3/images/" so as website\JVCL3\ComponentPages it will show the bitmaps from the CVS.

JVCL components.txt contains the CSV ready to be imported into MS Access
or any other database.

I have found some missing individual palette images. I will fix that.


Subject: Re: Do we have a JVCL gallery?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 10:10:19 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I removed it when I redesigned the website. It wasn't up to date and I
> realized that I wouldn't have time to keep it current, so I decided it was
> better to remove it altogether. The entire old website is available from CVS
> in the dev\website\JVCL2 folder.
>
> BTW, the current website docs is in dev\website\JVCL3 - at least the files I
> made. I don't know if OBones has comitted any of the new files he's added to
> the website, but I don't think so.

I didn't add any new files, but updated a few, and they are in CVS, in that very folder.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 20 Dec 2004 09:42:33 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:6ia5euhionud.cnj9sjeu1fep$.dlg@40tude.net>:

>> >> If later: Have you added the jcl\lib or jcl\source\common directory to the
>> >> global search path list?
> > I will try...
I tried that, too. 
jcl\source\common was already there but with an environment variable
included: $(JCL)\source\common. I added jcl\lib this way: $(JCL)\lib.

Of course the environment variable exists and runs well within the various
projects.

Anyway, I cannot check the Delphi 7 check-box in the wizard (it is simply
disabled).

-- cu, Michael 

Subject: Re: TJVScrollMax Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Dec 2004 09:32:36 +0100
Newsgroups: jedi.vcl

> > when I select the TJVScollMax form the palette and click on the form this
Have you seen the report in Mantis? If you haven't, have a look at
http://homepages.borland.com/jedi/issuetracker/view.php?id=2395.

If you reply to the question, we can maybe fix it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: DotNet controls combo box?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Dec 2004 09:27:01 +0100
Newsgroups: jedi.vcl

> > why there isn't combo box control in JvDotNet controls?
Probably because it's pretty tricky drawing it correctly.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Do we have a JVCL gallery?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Dec 2004 09:23:48 +0100
Newsgroups: jedi.vcl

I removed it when I redesigned the website. It wasn't up to date and I
realized that I wouldn't have time to keep it current, so I decided it was
better to remove it altogether. The entire old website is available from CVS
in the dev\website\JVCL2 folder.

BTW, the current website docs is in dev\website\JVCL3 - at least the files I
made. I don't know if OBones has comitted any of the new files he's added to
the website, but I don't think so.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvProgramVersionCheck - Part2
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Dec 2004 09:04:22 +0100
Newsgroups: jedi.vcl

Jens wrote:
>> Jens Fudickar wrote:
>>
>>> Hi Olivier,
>>>
>>> maybe it's to late for me. I can't manage it do download a single file with the JvHttpUrlGrabber.
>>>
>>> Did you have a simple example which only downloads a simple file.
>>>
>>> You can test it with www.oratool.de/test/ProjektVersions_http.ini as a sample.
>>
>> Have a look at the JvUrlListGrabber example. Last time I tried it, it was working.
>
>
> I want to use the JvUrlHTTPGrabber and not the ListGrabber. For that i
> can't work it out.

yes, but the list grabber uses the HTTP grabber. hence, if the list works, it's because the grabber works.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvProgramVersionCheck - Part2
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 20 Dec 2004 07:23:08 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Olivier,
>
> maybe it's to late for me. I can't manage it do download a single file with the JvHttpUrlGrabber.
>
> Did you have a simple example which only downloads a simple file.
>
> You can test it with www.oratool.de/test/ProjektVersions_http.ini as a sample.

Have a look at the JvUrlListGrabber example. Last time I tried it, it was working.

Cheers

Olivier


Subject: Re: JvProgramVersionCheck - Part2
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 20 Dec 2004 08:08:15 +0200
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
>> >> Hi Olivier,
>> >> 
>> >> maybe it's to late for me. I can't manage it do download a single file 
>> >> with the JvHttpUrlGrabber.
>> >> 
>> >> Did you have a simple example which only downloads a simple file.
>> >> 
>> >> You can test it with www.oratool.de/test/ProjektVersions_http.ini as a 
>> >> sample.
> >
> >Have a look at the JvUrlListGrabber example. Last time I tried it, it 
> >was working.

I want to use the JvUrlHTTPGrabber and not the ListGrabber. For that i
can't work it out.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Dec 2004 06:57:50 +0100
Newsgroups: jedi.vcl

Michael wrote:

> We used to have it. I still probably have the old version of that page which
> I could provide.

It would not hurt to have it even if we create a new one.


Subject: Possible mew component?
From: "norberto" <pellicci@shaw.ca>
Date: Sun, 19 Dec 2004 17:06:00 -0800
Newsgroups: jedi.vcl

i was looking for a new trackbar or slider type component with the following
attributes:

- Has 2 position indicators, "low" and "high"
- Allows the 2 different positions to be set for use in, eg: limit
comparators or range comparators (set a low and high value range)
- Has a gradient function for the colour so can display a range of colour(s)
from min to max value so have visual indication of limits
- has normal Min and Max properties but also new position properties "low"
and high" or something similar.
- perhaps has a new property "range" or "difference" indicating magnitude of
band between low and high position indicators/pointers. Not really
necessary.

i wasn't able to find any trackbar with the 2 pointers in the JVCL, but i
might have missed it if it's there. Is there an existing component like
this? If not, i would like to suggest such a component.

Thanks.

norberto




Subject: Re: Do we have a JVCL gallery?
From: "Michael" <nomail@mail.com>
Date: Sun, 19 Dec 2004 19:47:56 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:cq1dcn$2fe$1@talkto.net...
> > Something like Mike Lischke has for his VirtualTreeview
> > http://www.soft-gems.net/VirtualTreeview/VTGallery.php
> >
> > If not we should create such a page.

We used to have it. I still probably have the old version of that page which
I could provide.

Michael




Subject: JvProgramVersionCheck - Step 3
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 20 Dec 2004 01:00:27 +0100
Newsgroups: jedi.vcl

Hi,

now it's nearly finished (hopefully).

The components are separated and the code seemed to be working.

Now i'm waiting for comments.

@Andreas : I need 5 images:-) One for the main component, and one for any remote location type (Network, HTTP, FTP, Database)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 20 Dec 2004 00:52:41 +0100
Newsgroups: jedi.vcl

Hi Olivier,

maybe it's to late for me. I can't manage it do download a single file with the JvHttpUrlGrabber.

Did you have a simple example which only downloads a simple file.

You can test it with www.oratool.de/test/ProjektVersions_http.ini as a sample.

Greetings
Jens

OBones schrieb:
> Jens Fudickar wrote:
>
>> I think i will go for option 3.
>>
>> Option 5 is easier to implement, but i didn't want to have different components. Everything should be in one Component.
>
>
> I may be stupid here, but isn't your problem with the progress of the the download?
> If that's it, then simply ask people to use external TJvCustomUrlGrabbers and connect them to your component.
> Just like TJvMainMenu and its ItemPainter property, except that you extend it to a collection instead of a single value.
> And when the update needs file, it asks every registered getter for the file...
>
> Note that I may be missing the point completely, but I would think this is easier to implement.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: searchable archive?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 19 Dec 2004 21:35:06 +0100
Newsgroups: jedi.vcl

> Use "^jedi" as the group specifier.

Resp. jedi.jcl, if you want this group only.


Subject: Re: searchable archive?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 19 Dec 2004 21:33:08 +0100
Newsgroups: jedi.vcl

Hi Thomas,

> To make a long story short: Did I miss something or is there really no
> searchable archive of this group?

www.tamaracka.com. Use "^jedi" as the group specifier.

Greetings, Robert


Subject: Re: JVCL Installer has now a compile formular
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 19 Dec 2004 19:14:10 +0100
Newsgroups: jedi.vcl

>
>> the dialog is nearly the same like delphi, but the
>> "cancel"-functionality is missing.  Maybe sometimes this would be
>> helpfull.
>
>
> Yes, but it produces more problems that it solves. If I terminate the
> make.exe process, other (sub) make.exe processes and the dcc32.exe stop
> working but are not terminated. That is the reason why I have removed the
> Abort button from the (original) JVCL Installer. The only solution would
> be to iterate over the processes and kill all dcc32.exe and make.exe but
> this could kill not JVCL Installer started tools, too.
>
>

An other solution could be do generate not one big make file. If there are only make files for each package then the abort can stop after the current package.

Or add an operation to the make file which raises an error if a special file exists, and add this check after each package and in case of abort the create this file.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Dec 2004 19:02:18 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > the dialog is nearly the same like delphi, but the
> > "cancel"-functionality is missing.  Maybe sometimes this would be
> > helpfull.

Yes, but it produces more problems that it solves. If I terminate the
make.exe process, other (sub) make.exe processes and the dcc32.exe stop
working but are not terminated. That is the reason why I have removed the
Abort button from the (original) JVCL Installer. The only solution would
be to iterate over the processes and kill all dcc32.exe and make.exe but
this could kill not JVCL Installer started tools, too.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer has now a compile formular
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 19 Dec 2004 18:56:33 +0100
Newsgroups: jedi.vcl

Hi Andreas,

the dialog is nearly the same like delphi, but the "cancel"-functionality is missing.
Maybe sometimes this would be helpfull.

Greetings
Jens

Andreas Hausladen schrieb:
> I have added a Delphi like compile formular that shows the number of
> hints, warnings, errors, compiled lines, total lines, current file,
> current project/package.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Memory usage with TJvDesktopAlert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 19 Dec 2004 18:08:20 +0100
Newsgroups: jedi.vcl

Turns out ist's a bit more coplicated than that, I'm afraid. The problem
seems to be that the various timers and their event handlers interferes with
destroying the component. A more robust implementation of the manual freeing
would be something like:

const
  DESKTOPALERT_RELEASE = WM_USER + 1;

type
  TfrmMain = class(TForm)
  ...
  private
    procedure DesktopAlertRelease(var Msg:TMessage);message
DESKTOPALERT_RELEASE;

....

implementation
.....

procedure TfrmMain.DesktopAlertRelease(var Msg: TMessage);
begin
  TJvDesktopAlert(Msg.WParam).Free;
end;


procedure TfrmMain.AlerterClosed(Sender: TObject);
begin
   TJvDesktopAlert(Sender).OnClose:= nil;
    PostMessage(Handle, DESKTOPALERT_RELEASE, integer(Sender), 0);
end;

I am looking into adding an AutoFree property to the component, but it is a
bit more complicated than I first anticipated...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Do we have a JVCL gallery?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 19 Dec 2004 15:13:22 +0100
Newsgroups: jedi.vcl

> > But there is no way to enumerate them without parsing the source files
.....
You can use this command in any jvcl folder to get the TJv* classes
declared:

grep -di "TJv.* = class\(" *.pas >Filename.txt


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Do we have a JVCL gallery?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Dec 2004 14:44:34 +0100
Newsgroups: jedi.vcl

The same list with the unit name, the unit name is given without the ".pas", I attached the sourcecode (just create a design-time package and include the unit) :

"Jv Non-Visual", "TJvJVCLAboutComponent", "JvJVCLAboutForm"
"Jv Non-Visual", "TJvContextProvider", "JvContextProvider"
"Jv Non-Visual", "TJvColorProvider", "JvColorProvider"
"Jv Non-Visual", "TJvColorMappingProvider", "JvColorProvider"
"Jv Non-Visual", "TJvBackground", "JvBackgrounds"
"Jv Non-Visual", "TJvLookupAutoComplete", "JvAutoComplete"
"Jv Non-Visual", "TJvSearchFiles", "JvSearchFiles"
"Jv Non-Visual", "TJvMruList", "JvMRUList"
"Jv Non-Visual", "TJvMRUManager", "JvMRUManager"
"Jv Non-Visual", "TJvTimerList", "JvTimerList"
"Jv Non-Visual", "TJvWindowHook", "JvWndProcHook"
"Jv Non-Visual", "TJvTimer", "JvTimer"
"Jv Non-Visual", "TJvShellHook", "JvShellHook"
"Jv Non-Visual", "TJvMainMenu", "JvMenus"
"Jv Non-Visual", "TJvPopupMenu", "JvMenus"
"Jv Non-Visual", "TJvOfficeMenuItemPainter", "JvMenus"
"Jv Non-Visual", "TJvBtnMenuItemPainter", "JvMenus"
"Jv Non-Visual", "TJvStandardMenuItemPainter", "JvMenus"
"Jv Non-Visual", "TJvOwnerDrawMenuItemPainter", "JvMenus"
"Jv Non-Visual", "TJvXPMenuItemPainter", "JvMenus"
"Jv Non-Visual", "TJvSystemPopup", "JvSystemPopup"
"Jv Non-Visual", "TJvCalculator", "JvCalc"
"Jv Non-Visual", "TJvHint", "JvHint"
"Jv Non-Visual", "TJvAlarms", "JvAlarms"
"Jv Non-Visual", "TJvConverter", "JvConverter"
"Jv Non-Visual", "TJvDataEmbedded", "JvDataEmbedded"
"Jv Non-Visual", "TJvEnterAsTab", "JvEnterTab"
"Jv Non-Visual", "TJvMergeManager", "JvMergeManager"
"Jv Non-Visual", "TJvPageManager", "JvPageManager"
"Jv Non-Visual", "TJvPatchFile", "JvPatchFile"
"Jv Non-Visual", "TJvProfiler", "JvProfilerForm"
"Jv Non-Visual", "TJvStrHolder", "JvStringHolder"
"Jv Non-Visual", "TJvMultiStringHolder", "JvStringHolder"
"Jv Non-Visual", "TJvTimeLimit", "JvTimeLimit"
"Jv Non-Visual", "TJvTranslator", "JvTranslator"
"Jv Non-Visual", "TJvTranslatorStrings", "JvTranslator"
"Jv Non-Visual", "TJvPrint", "JvPrint"
"Jv Non-Visual", "TJvEasterEgg", "JvEasterEgg"
"Jv Non-Visual", "TJvMouseGesture", "JvMouseGesture"
"Jv Non-Visual", "TJvMouseGestureHook", "JvMouseGesture"
"Jv Non-Visual", "TJvLogFile", "JvLogFile"
"Jv Non-Visual", "TJvCreateProcess", "JvCreateProcess"
"Jv Non-Visual", "TJvWinHelp", "JvWinHelp"
"Jv Non-Visual", "TJvScheduledEvents", "JvScheduledEvents"
"Jv Non-Visual", "TJvTrayIcon", "JvTrayIcon"
"Jv Non-Visual", "TJvBalloonHint", "JvBalloonHint"
"Jv Non-Visual", "TJvID3v1", "JvID3v1"
"Jv Non-Visual", "TJvID3v2", "JvID3v2"
"Jv Non-Visual", "TJvWavePlayer", "JvWavePlayer"
"Jv Persistence", "TJvAppStorage", "JvAppStorage"
"Jv Persistence", "TJvAppIniFileStorage", "JvAppIniStorage"
"Jv Persistence", "TJvAppStorageSelectList", "JvAppStorageSelectList"
"Jv Persistence", "TJvAppRegistryStorage", "JvAppRegistryStorage"
"Jv Persistence", "TJvFormStorage", "JvFormPlacement"
"Jv Persistence", "TJvFormStorageSelectList", "JvFormPlacementSelectList"
"Jv Persistence", "TJvAppXMLFileStorage", "JvAppXMLStorage"
"Jv Persistence", "TJvAppDBStorage", "JvAppDBStorage"
"Jv Application, Forms", "TJvAppEvents", "JvAppEvent"
"Jv Application, Forms", "TJvAppAnimatedIcon", "JvAppAnimatedIcon"
"Jv Application, Forms", "TJvFormAnimatedIcon", "JvFormAnimatedIcon"
"Jv Application, Forms", "TJvAnimTitle", "JvAnimTitle"
"Jv Application, Forms", "TJvApplicationHotKey", "JvAppHotKey"
"Jv Application, Forms", "TJvTransparentForm", "JvFormTransparent"
"Jv Application, Forms", "TJvFormMagnet", "JvFormMagnet"
"Jv Application, Forms", "TJvGradientCaption", "JvGradientCaption"
"Jv Application, Forms", "TJvFormAnimation", "JvFormAnimation"
"Jv Application, Forms", "TJvFormWallpaper", "JvFormWallpaper"
"Jv Application, Forms", "TJvFormAutoSize", "JvFormAutoSize"
"Jv Application, Forms", "TJvEmbeddedFormPanel", "JvEmbeddedForms"
"Jv Application, Forms", "TJvEmbeddedInstanceFormPanel", "JvEmbeddedForms"
"Jv Application, Forms", "TJvEmbeddedFormLink", "JvEmbeddedForms"
"Jv Data Access", "TJvMemoryData", "JvMemoryDataset"
"Jv Data Access", "TJvCsvDataSet", "JvCsvData"
"Jv Data Access", "TJvDBGridWordExport", "JvDBGridExport"
"Jv Data Access", "TJvDBGridExcelExport", "JvDBGridExport"
"Jv Data Access", "TJvDBGridHTMLExport", "JvDBGridExport"
"Jv Data Access", "TJvDBGridCSVExport", "JvDBGridExport"
"Jv Data Access", "TJvDBGridXMLExport", "JvDBGridExport"
"Jv Data Controls", "TJvDBDatePickerEdit", "JvDBDatePickerEdit"
"Jv Data Controls", "TJvDBDateTimePicker", "JvDBDateTimePicker"
"Jv Data Controls", "TJvDBProgressBar", "JvDBProgressBar"
"Jv Data Controls", "TJvDBRichEdit", "JvDBRichEdit"
"Jv Data Controls", "TJvDBSpinEdit", "JvDBSpinEdit"
"Jv Data Controls", "TJvDBLookupList", "JvDBLookup"
"Jv Data Controls", "TJvDBLookupCombo", "JvDBLookup"
"Jv Data Controls", "TJvDBLookupEdit", "JvDBLookup"
"Jv Data Controls", "TJvDBRadioPanel", "JvDBRadioPanel"
"Jv Data Controls", "TJvDBComboBox", "JvDBCombobox"
"Jv Data Controls", "TJvDBTreeView", "JvDBTreeView"
"Jv Data Controls", "TJvDBLookupTreeViewCombo", "JvDBLookupTreeView"
"Jv Data Controls", "TJvDBLookupTreeView", "JvDBLookupTreeView"
"Jv Data Controls", "TJvDBGrid", "JvDBGrid"
"Jv Data Controls", "TJvDBUltimGrid", "JvDBUltimGrid"
"Jv Data Controls", "TJvDBGridFooter", "JvDBGridFooter"
"Jv Data Controls", "TJvDBComboEdit", "JvDBControls"
"Jv Data Controls", "TJvDBDateEdit", "JvDBControls"
"Jv Data Controls", "TJvDBCalcEdit", "JvDBControls"
"Jv Data Controls", "TJvDBMaskEdit", "JvDBControls"
"Jv Data Controls", "TJvDBStatusLabel", "JvDBControls"
"Jv Data Controls", "TJvDBLookupComboEdit", "JvDBLookupComboEdit"
"Jv Data Controls", "TJvDBHTLabel", "JvDBHTLabel"
"Jv Data Controls", "TJvDBSearchEdit", "JvDBSearchEdit"
"Jv Data Controls", "TJvDBSearchComboBox", "JvDBSearchComboBox"
"Jv Data Controls", "TJvDBFindEdit", "JvDBFindEdit"
"Jv Data Controls", "TJvDBImage", "JvDBImage"
"Jv BDE", "TJvDBFilter", "JvBDEFilter"
"Jv BDE", "TJvDBIndexCombo", "JvBDEIndex"
"Jv BDE", "TJvDatabaseItems", "JvBDELists"
"Jv BDE", "TJvBDEItems", "JvBDELists"
"Jv BDE", "TJvTableItems", "JvBDELists"
"Jv BDE", "TJvDBListDataSet", "JvBDELists"
"Jv BDE", "TJvDBMove", "JvBDEMove"
"Jv BDE", "TJvDBProgress", "JvBDEProgress"
"Jv BDE", "TJvQBEQuery", "JvBDEQBE"
"Jv BDE", "TJvDBSecurity", "JvBDESecurity"
"Jv BDE", "TJvBDEMemoryTable", "JvBDEMemTable"
"Jv BDE", "TJvQuery", "JvBDEQuery"
"Jv BDE", "TJvBDESQLScript", "JvBDESQLScript"
"Jv BDE", "TJvSQLScript", "JvBDEQuery"
"Jv Encrypt, Compress", "TJvVigenereCipher", "JvCipher"
"Jv Encrypt, Compress", "TJvXORCipher", "JvCipher"
"Jv Encrypt, Compress", "TJvCaesarCipher", "JvCipher"
"Jv Encrypt, Compress", "TJvGenetic", "JvGenetic"
"Jv Encrypt, Compress", "TJvCABFile", "JvCABFile"
"Jv Encrypt, Compress", "TJvZlibMultiple", "JvZlibMultiple"
"Jv Encrypt, Compress", "TJvSerialMaker", "JvSerialMaker"
"Jv Buttons", "TJvBitBtn", "JvBitBtn"
"Jv Buttons", "TJvImgBtn", "JvCtrls"
"Jv Buttons", "TJvSpeedButton", "JvSpeedButton"
"Jv Buttons", "TJvCheckBox", "JvCheckBox"
"Jv Buttons", "TJvRadioButton", "JvRadioButton"
"Jv Buttons", "TJvRadioGroup", "JvRadioGroup"
"Jv Buttons", "TJvUpDown", "JvUpDown"
"Jv Buttons", "TJvDomainUpDown", "JvUpDown"
"Jv Buttons", "TJvControlPanelButton", "JvControlPanelButton"
"Jv Buttons", "TJvStartMenuButton", "JvStartMenuButton"
"Jv Buttons", "TJvRecentMenuButton", "JvRecentMenuButton"
"Jv Buttons", "TJvFavoritesButton", "JvFavoritesButton"
"Jv Buttons", "TJvSpinButton", "JvSpin"
"Jv Buttons", "TJvTransparentButton", "JvTransparentButton"
"Jv Buttons", "TJvTransparentButton2", "JvTransparentButton"
"Jv Buttons", "TJvArrowButton", "JvArrowButton"
"Jv Buttons", "TJvCaptionButton", "JvCaptionButton"
"Jv Buttons", "TJvColorButton", "JvColorButton"
"Jv Buttons", "TJvOfficeColorButton", "JvOfficeColorButton"
"Jv Buttons", "TJvOfficeColorPanel", "JvOfficeColorPanel"
"Jv Buttons", "TJvHTButton", "JvButtons"
"Jv Buttons", "TJvSpacer", "JvSpacer"
"Jv Buttons", "TJvSwitch", "JvSwitch"
"Jv Buttons", "TJvLookOutButton", "JvLookOut"
"Jv Buttons", "TJvExpressButton", "JvLookOut"
"Jv Bars, Panels", "TJvPageControl", "JvComCtrls"
"Jv Bars, Panels", "TJvTabControl", "JvComCtrls"
"Jv Bars, Panels", "TJvTabDefaultPainter", "JvComCtrls"
"Jv Bars, Panels", "TJvProgressBar", "JvProgressBar"
"Jv Bars, Panels", "TJvGradientProgressBar", "JvProgressBar"
"Jv Bars, Panels", "TJvStatusBar", "JvStatusBar"
"Jv Bars, Panels", "TJvToolBar", "JvToolBar"
"Jv Bars, Panels", "TJvCoolBar", "JvCoolBar"
"Jv Bars, Panels", "TJvControlBar", "JvControlBar"
"Jv Bars, Panels", "TJvGroupBox", "JvGroupBox"
"Jv Bars, Panels", "TJvHeaderControl", "JvHeaderControl"
"Jv Bars, Panels", "TJvPanel", "JvPanel"
"Jv Bars, Panels", "TJvBevel", "JvBevel"
"Jv Bars, Panels", "TJvSecretPanel", "JvSecretPanel"
"Jv Bars, Panels", "TJvSpeedBar", "JvSpeedbar"
"Jv Bars, Panels", "TJvCaptionPanel", "JvCaptionPanel"
"Jv Bars, Panels", "TJvItemsPanel", "JvItemsPanel"
"Jv Bars, Panels", "TJvMovableBevel", "JvMovableBevel"
"Jv Bars, Panels", "TJvRollOut", "JvRollOut"
"Jv Bars, Panels", "TJvFooter", "JvFooter"
"Jv Bars, Panels", "TJvGroupHeader", "JvGroupHeader"
"Jv Bars, Panels", "TJvComponentPanel", "JvComponentPanel"
"Jv Bars, Panels", "TJvGammaPanel", "JvGammaPanel"
"Jv Bars, Panels", "TJvOutlookBar", "JvOutlookBar"
"Jv Bars, Panels", "TJvLookOut", "JvLookOut"
"Jv Bars, Panels", "TJvExpress", "JvLookOut"
"Jv Bars, Panels", "TJvGradientHeaderPanel", "JvGradientHeaderPanel"
"Jv Bars, Panels", "TJvGradient", "JvGradient"
"Jv Bars, Panels", "TJvWaitingGradient", "JvWaitingGradient"
"Jv Bars, Panels", "TJvSpecialProgress", "JvSpecialProgress"
"Jv Bars, Panels", "TJvWaitingProgress", "JvWaitingProgress"
"Jv Bars, Panels", "TJvColorTrackBar", "JvColorTrackbar"
"Jv Bars, Panels", "TJvFullColorPanel", "JvFullColorCtrls"
"Jv Bars, Panels", "TJvFullColorTrackBar", "JvFullColorCtrls"
"Jv Bars, Panels", "TJvFullColorGroup", "JvFullColorCtrls"
"Jv Labels", "TJvStaticText", "JvStaticText"
"Jv Labels", "TJvLabel", "JvLabel"
"Jv Labels", "TJvBehaviorLabel", "JvBehaviorLabel"
"Jv Labels", "TJvInstallLabel", "JvInstallLabel"
"Jv Labels", "TJvHTLabel", "JvHtControls"
"Jv Labels", "TJvWinampLabel", "JvWinampLabel"
"Jv Labels", "TJvLinkLabel", "JvLinkLabel"
"Jv Labels", "TJvFullColorLabel", "JvFullColorCtrls"
"Jv Lists, Combos, Trees", "TJvComboBox", "JvCombobox"
"Jv Lists, Combos, Trees", "TJvCheckedComboBox", "JvCombobox"
"Jv Lists, Combos, Trees", "TJvListBox", "JvListBox"
"Jv Lists, Combos, Trees", "TJvCheckListBox", "JvCheckListBox"
"Jv Lists, Combos, Trees", "TJvTreeView", "JvComCtrls"
"Jv Lists, Combos, Trees", "TJvListView", "JvListView"
"Jv Lists, Combos, Trees", "TJvCheckTreeView", "JvCheckTreeView"
"Jv Lists, Combos, Trees", "TJvColorComboBox", "JvColorCombo"
"Jv Lists, Combos, Trees", "TJvFontComboBox", "JvColorCombo"
"Jv Lists, Combos, Trees", "TJvTextListBox", "JvTextListBox"
"Jv Lists, Combos, Trees", "TJvxCheckListBox", "JvxCheckListBox"
"Jv Lists, Combos, Trees", "TJvDateTimePicker", "JvDateTimePicker"
"Jv Lists, Combos, Trees", "TJvMonthCalendar", "JvMonthCalendar"
"Jv Lists, Combos, Trees", "TJvMonthCalendar2", "JvCalendar"
"Jv Lists, Combos, Trees", "TJvDrawGrid", "JvGrids"
"Jv Lists, Combos, Trees", "TJvStringGrid", "JvStringGrid"
"Jv Lists, Combos, Trees", "TJvImageComboBox", "JvListComb"
"Jv Lists, Combos, Trees", "TJvImageListBox", "JvListComb"
"Jv Lists, Combos, Trees", "TJvComboListBox", "JvComboListBox"
"Jv Lists, Combos, Trees", "TJvHTListBox", "JvHtControls"
"Jv Lists, Combos, Trees", "TJvHTComboBox", "JvHtControls"
"Jv Lists, Combos, Trees", "TJvUninstallComboBox", "JvUninstallControls"
"Jv Lists, Combos, Trees", "TJvUninstallListBox", "JvUninstallControls"
"Jv Lists, Combos, Trees", "TJvDriveCombo", "JvDriveCtrls"
"Jv Lists, Combos, Trees", "TJvDriveList", "JvDriveCtrls"
"Jv Lists, Combos, Trees", "TJvFileListBox", "JvDriveCtrls"
"Jv Lists, Combos, Trees", "TJvDirectoryListBox", "JvDriveCtrls"
"Jv Lists, Combos, Trees", "TJvPlaylist", "JvPlaylist"
"Jv Lists, Combos, Trees", "TJvRegistryTreeView", "JvRegistryTreeView"
"Jv Lists, Combos, Trees", "TJvFullColorSpaceCombo", "JvFullColorCtrls"
"Jv Lists, Combos, Trees", "TJvFullColorAxisCombo", "JvFullColorCtrls"
"Jv Lists, Combos, Trees", "TJvSettingsTreeView", "JvPageListTreeView"
"Jv Lists, Combos, Trees", "TJvPageListTreeView", "JvPageListTreeView"
"Jv Lists, Combos, Trees", "TJvPageList", "JvPageList"
"Jv Scrollers", "TJvScrollBox", "JvScrollBox"
"Jv Scrollers", "TJvScrollBar", "JvScrollBar"
"Jv Scrollers", "TJvScrollMax", "JvScrollMax"
"Jv Scrollers", "TJvaScrollText", "JvaScrollText"
"Jv Scrollers", "TJvContentScroller", "JvContentScroller"
"Jv Scrollers", "TJvPageScroller", "JvPageScroller"
"Jv Scrollers", "TJvScrollingWindow", "JvScrollPanel"
"Jv Scrollers", "TJvScrollText", "JvScrollText"
"Jv Trackers, Sliders, Splitters", "TJvTrackBar", "JvComCtrls"
"Jv Trackers, Sliders, Splitters", "TJvxSlider", "JvxSlider"
"Jv Trackers, Sliders, Splitters", "TJvSplitter", "JvSplitter"
"Jv Trackers, Sliders, Splitters", "TJvxSplitter", "JvSplit"
"Jv Trackers, Sliders, Splitters", "TJvSyncSplitter", "JvSyncSplitter"
"Jv Trackers, Sliders, Splitters", "TJvNetscapeSplitter", "JvNetscapeSplitter"
"Jv Trackers, Sliders, Splitters", "TJvSlider", "JvSlider"
"Jv Visual", "TJvShape", "JvShape"
"Jv Visual", "TJvClock", "JvClock"
"Jv Visual", "TJvCharMap", "JvCharMap"
"Jv Visual", "TJvZoom", "JvZoom"
"Jv Visual", "TJvDice", "JvDice"
"Jv Visual", "TJvTimeLine", "JvTimeLine"
"Jv Visual", "TJvTMTimeline", "JvTMTimeLine"
"Jv Visual", "TJvChart", "JvChart"
"Jv Visual", "TJvImagesViewer", "JvImagesViewer"
"Jv Visual", "TJvImageListViewer", "JvImageListViewer"
"Jv Visual", "TJvOwnerDrawViewer", "JvOwnerDrawViewer"
"Jv Visual", "TJvFullColorCircle", "JvFullColorCtrls"
"Jv Visual", "TJvInspector", "JvInspector"
"Jv Visual", "TJvInspectorBorlandPainter", "JvInspector"
"Jv Visual", "TJvInspectorDotNETPainter", "JvInspector"
"Jv Edits", "TJvEdit", "JvEdit"
"Jv Edits", "TJvMemo", "JvMemo"
"Jv Edits", "TJvRichEdit", "JvRichEdit"
"Jv Edits", "TJvMaskEdit", "JvMaskEdit"
"Jv Edits", "TJvCheckedMaskEdit", "JvCheckedMaskEdit"
"Jv Edits", "TJvComboEdit", "JvToolEdit"
"Jv Edits", "TJvCalcEdit", "JvBaseEdits"
"Jv Edits", "TJvFilenameEdit", "JvToolEdit"
"Jv Edits", "TJvDirectoryEdit", "JvToolEdit"
"Jv Edits", "TJvSpinEdit", "JvSpin"
"Jv Edits", "TJvHotKey", "JvHotKey"
"Jv Edits", "TJvIPAddress", "JvComCtrls"
"Jv Edits", "TJvDatePickerEdit", "JvDatePickerEdit"
"Jv Edits", "TJvDateEdit", "JvToolEdit"
"Jv Edits", "TJvValidateEdit", "JvValidateEdit"
"Jv Edits", "TJvEditor", "JvEditor"
"Jv Edits", "TJvHLEditor", "JvHLEditor"
"Jv Edits", "TJvWideEditor", "JvUnicodeEditor"
"Jv Edits", "TJvWideHLEditor", "JvUnicodeHLEditor"
"Jv Edits", "TJvHLEdPropDlg", "JvHLEditorPropertyForm"
"Jv Images, Animators", "TJvImage", "JvImage"
"Jv Images, Animators", "TJvImageList", "JvImageList"
"Jv Images, Animators", "TJvThumbView", "JvThumbViews"
"Jv Images, Animators", "TJvThumbnail", "JvThumbnails"
"Jv Images, Animators", "TJvThumbImage", "JvThumbImage"
"Jv Images, Animators", "TJvAnimate", "JvAnimate"
"Jv Images, Animators", "TJvBmpAnimator", "JvBmpAnimator"
"Jv Images, Animators", "TJvPicClip", "JvPicClip"
"Jv Images, Animators", "TJvImageRotate", "JvImageRotate"
"Jv Images, Animators", "TJvImageTransform", "JvImageTransform"
"Jv Images, Animators", "TJvImageSquare", "JvImageSquare"
"Jv Images, Animators", "TJvStarfield", "JvStarfield"
"Jv Images, Animators", "TJvGIFAnimator", "JvGIFCtrl"
"Jv Images, Animators", "TJvAnimatedImage", "JvAnimatedImage"
"Jv Images, Animators", "TJvSpecialImage", "JvSpecialImage"
"Jv Images, Animators", "TJvAVICapture", "JvAVICapture"
"Jv Dialogs", "TJvBrowseForFolderDialog", "JvBrowseFolder"
"Jv Dialogs", "TJvOpenDialog", "JvDialogs"
"Jv Dialogs", "TJvSaveDialog", "JvDialogs"
"Jv Dialogs", "TJvSelectDirectory", "JvSelectDirectory"
"Jv Dialogs", "TJvTipOfDay", "JvTipOfDay"
"Jv Dialogs", "TJvFindReplace", "JvFindReplace"
"Jv Dialogs", "TJvDSADialog", "JvDSADialogs"
"Jv Dialogs", "TJvPageSetupDialog", "JvPageSetup"
"Jv Dialogs", "TJvPageSetupTitledDialog", "JvPageSetupTitled"
"Jv Dialogs", "TJvColorDialog", "JvDialogs"
"Jv Dialogs", "TJvAppletDialog", "JvWinDialogs"
"Jv Dialogs", "TJvConnectNetwork", "JvConnectNetwork"
"Jv Dialogs", "TJvDisconnectNetwork", "JvConnectNetwork"
"Jv Dialogs", "TJvAddPrinterDialog", "JvAddPrinter"
"Jv Dialogs", "TJvFindFilesDialog", "JvFindFiles"
"Jv Dialogs", "TJvFormatDriveDialog", "JvWinDialogs"
"Jv Dialogs", "TJvOrganizeFavoritesDialog", "JvWinDialogs"
"Jv Dialogs", "TJvComputerNameDialog", "JvWinDialogs"
"Jv Dialogs", "TJvChangeIconDialog", "JvWinDialogs"
"Jv Dialogs", "TJvShellAboutDialog", "JvWinDialogs"
"Jv Dialogs", "TJvRunDialog", "JvWinDialogs"
"Jv Dialogs", "TJvObjectPropertiesDialog", "JvWinDialogs"
"Jv Dialogs", "TJvNewLinkDialog", "JvWinDialogs"
"Jv Dialogs", "TJvAddHardwareDialog", "JvWinDialogs"
"Jv Dialogs", "TJvOpenWithDialog", "JvWinDialogs"
"Jv Dialogs", "TJvDiskFullDialog", "JvWinDialogs"
"Jv Dialogs", "TJvExitWindowsDialog", "JvWinDialogs"
"Jv Dialogs", "TJvOutOfMemoryDialog", "JvWinDialogs"
"Jv Dialogs", "TJvObjectPickerDialog", "JvObjectPickerDialog"
"Jv Dialogs", "TJvImageDialog", "JvImageDlg"
"Jv Dialogs", "TJvLoginDialog", "JvLoginForm"
"Jv Dialogs", "TJvProgressDialog", "JvProgressDialog"
"Jv Dialogs", "TJvProgressComponent", "JvProgressComponent"
"Jv Dialogs", "TJvDiskPrompt", "JvDiskPrompt"
"Jv Dialogs", "TJvCopyError", "JvCopyError"
"Jv Dialogs", "TJvDeleteError", "JvDeleteError"
"Jv Dialogs", "TJvRenameError", "JvRenameError"
"Jv Dialogs", "TJvDesktopAlert", "JvDesktopAlert"
"Jv Dialogs", "TJvDesktopAlertStack", "JvDesktopAlert"
"Jv Dialogs", "TJvDualListDialog", "JvDualList"
"Jv Dialogs", "TJvFullColorDialog", "JvFullColorDialogs"
"Jv Dialogs", "TJvFullColorCircleDialog", "JvFullColorDialogs"
"Jv Docking", "TJvDockServer", "JvDockControlForm"
"Jv Docking", "TJvDockClient", "JvDockControlForm"
"Jv Docking", "TJvDockDelphiStyle", "JvDockDelphiStyle"
"Jv Docking", "TJvDockVCStyle", "JvDockVCStyle"
"Jv Docking", "TJvDockVIDStyle", "JvDockVIDStyle"
"Jv Docking", "TJvDockVIDVCStyle", "JvDockVIDVCStyle"
"Jv Docking", "TJvDockVSNetStyle", "JvDockVSNetStyle"
"Jv DotNet", "TJvDotNetCheckListBox", "JvDotNetControls"
"Jv DotNet", "TJvDotNetEdit", "JvDotNetControls"
"Jv DotNet", "TJvDotNetHotKey", "JvDotNetControls"
"Jv DotNet", "TJvDotNetListBox", "JvDotNetControls"
"Jv DotNet", "TJvDotNetListView", "JvDotNetControls"
"Jv DotNet", "TJvDotNetMaskEdit", "JvDotNetControls"
"Jv DotNet", "TJvDotNetMemo", "JvDotNetControls"
"Jv DotNet", "TJvDotNetRichEdit", "JvDotNetControls"
"Jv DotNet", "TJvDotNetScrollBox", "JvDotNetControls"
"Jv DotNet", "TJvDotNetTreeView", "JvDotNetControls"
"Jv DotNet", "TJvDotNetButton", "JvDotNetControls"
"Jv DotNet", "TJvDotNetFilenameEdit", "JvDotNetControls"
"Jv DotNet", "TJvDotNetDirectoryEdit", "JvDotNetControls"
"Jv DotNet DB", "TJvDotNetDBFindEdit", "JvDBDotNetControls"
"Jv DotNet DB", "TJvDotNetDBEdit", "JvDBDotNetControls"
"Jv DotNet DB", "TJvDotNetDBListBox", "JvDBDotNetControls"
"Jv DotNet DB", "TJvDotNetDBLookupListBox", "JvDBDotNetControls"
"Jv DotNet DB", "TJvDotNetDBMemo", "JvDBDotNetControls"
"Jv DotNet DB", "TJvDotNetDBRichEdit", "JvDBDotNetControls"
"Jv EDI", "TJvEDIDBSpecProfiler", "JvEDIDBBuffering"
"Jv EDI", "TJvEDIDBSEFProfiler", "JvEDIDBBuffering"
"Jv EDI", "TJvEDIDBBuffer", "JvEDIDBBuffering"
"JVCL Globus 1", "TJvgDBNavigator", "JvgDBNav"
"JVCL Globus 1", "TJvgPrintCrossTable", "JvgCrossTable"
"JVCL Globus 1", "TJvgDBGrid", "JvgDBGrid"
"JVCL Globus 1", "TJvgVertDBSGrid", "JvgVertDBGrid"
"JVCL Globus 1", "TJvgGridHeaderControl", "JvgGridHeaderControl"
"JVCL Globus 1", "TJvgSysInfo", "JvgSysInf"
"JVCL Globus 1", "TJvgMaskEdit", "JvgEdit"
"JVCL Globus 1", "TJvgBevel", "JvgBevel"
"JVCL Globus 1", "TJvgBitBtn", "JvgBitBtn"
"JVCL Globus 1", "TJvgGraphicButton", "JvgGraphicButton"
"JVCL Globus 1", "TJvgTreeView", "JvgTreeView"
"JVCL Globus 1", "TJvgCheckTreeView", "JvgTreeView"
"JVCL Globus 1", "TJvgSplitter", "JvgSplit"
"JVCL Globus 1", "TJvgShadow", "JvgShadow"
"JVCL Globus 1", "TJvgShade", "JvgShade"
"JVCL Globus 1", "TJvgButton", "JvgButton"
"JVCL Globus 1", "TJvgProgress", "JvgProgress"
"JVCL Globus 1", "TJvgTransparentMemo", "JvgTransparentMemo"
"JVCL Globus 1", "TJvgGroupBox", "JvgGroupBox"
"JVCL Globus 1", "TJvgBitmapImage", "JvgImage"
"JVCL Globus 1", "TJvgListBox", "JvgListBox"
"JVCL Globus 1", "TJvgCheckListBox", "JvgListBox"
"JVCL Globus 1", "TJvgAskListBox", "JvgAskListBox"
"JVCL Globus 1", "TJvgScrollBox", "JvgScrollBox"
"JVCL Globus 1", "TJvgStringGrid", "JvgStringGrid"
"JVCL Globus 1", "TJvgSpeedButton", "JvgSpeedButton"
"JVCL Globus 1", "TJvgExtSpeedButton", "JvgSpeedButton"
"JVCL Globus 1", "TJvgWizardHeader", "JvgWizardHeader"
"JVCL Globus 1", "TJvgCaption", "JvgCaption"
"JVCL Globus 2", "TJvgCheckBox", "JvgCheckBox"
"JVCL Globus 2", "TJvgRuler", "JvgRuler"
"JVCL Globus 2", "TJvgPageControl", "JvgPage"
"JVCL Globus 2", "TJvgTabControl", "JvgTab"
"JVCL Globus 2", "TJvgProcess", "JvgProcess"
"JVCL Globus 2", "TJvgMailSlotServer", "JvgMailSlots"
"JVCL Globus 2", "TJvgMailSlotClient", "JvgMailSlots"
"JVCL Globus 2", "TJvgLabel", "JvgLabel"
"JVCL Globus 2", "TJvgFlyingText", "JvgFlyingText"
"JVCL Globus 2", "TJvgDigits", "JvgDigits"
"JVCL Globus 2", "TJvgStaticText", "JvgStaticText"
"JVCL Globus 2", "TJvgHoleShape", "JvgHoleShape"
"JVCL Globus 2", "TJvgHelpPanel", "JvgHelpPanel"
"JVCL Globus 2", "TJvgXMLSerializer", "JvgXMLSerializer"
"JVCL Globus 2", "TJvgLanguageLoader", "JvgLanguageLoader"
"JVCL Globus 2", "TJvgExceptionHandler", "JvgExceptionHandler"
"JVCL Globus 2", "TJvgJumpingComponent", "JvgJump"
"JVCL Globus 2", "TJvgStringContainer", "JvgStringContainer"
"JVCL Globus 2", "TJvgSysRequirements", "JvgSysRequirements"
"JVCL Globus 2", "TJvg3DColors", "Jvg3DColors"
"JVCL Globus 2", "TJvgHint", "JvgHint"
"JVCL Globus 2", "TJvgInspectorGrid", "JvgInspectorGrid"
"JVCL Globus 2", "TJvgReport", "JvgReport"
"JVCL Globus 2", "TJvgReportParamsEditor", "JvgReportParamsEditor"
"JVCL Globus 2", "TJvgLogicProducer", "JvgLogics"
"JVCL Globus 2", "TJvgSmallFontsDefense", "JvgSmallFontsDefense"
"JVCL Globus 2", "TJvgExportExcel", "JvgExportComponents"
"JVCL Globus 2", "TJvgExportHTML", "JvgExportComponents"
"JVCL Globus 2", "TJvgExportXML", "JvgExportComponents"
"JVCL Globus 2", "TJvgExportDataset", "JvgExportComponents"
"JVCL Globus 2", "TJvgQRLabel", "JvgQRLabel"
"JVCL Globus 2", "TJvgQRDBText", "JvgQRLabel"
"JVCL Globus 2", "TJvgMyQRPreview", "JvgQPrintPreviewForm"
"JVCL Globus 2", "TJvgSingleInstance", "JvgSingleInstance"
"JVCL Globus 2", "TJvgFixFont", "JvgFixFont"
"Jv HMI", "TJvSegmentedLEDDisplay", "JvSegmentedLEDDisplay"
"Jv HMI", "TJvLED", "JvLED"
"Jv HMI", "TJvDialButton", "JvDialButton"
"Jv Interpreter", "TJvInterpreterProgram", "JvInterpreter"
"Jv Interpreter", "TJvInterpreterFm", "JvInterpreterFm"
"Jv Jans", "TJvMarkupLabel", "JvMarkupLabel"
"Jv Jans", "TJvMarkupViewer", "JvMarkupViewer"
"Jv Jans", "TJvSAL", "JvSAL"
"Jv Jans", "TJvSticker", "JvSticker"
"Jv Jans", "TJvSALCore", "JvSALCore"
"Jv Jans", "TJvSALMath", "JvSALMath"
"Jv Jans", "TJvYearGrid", "JvYearGrid"
"Jv Jans", "TJvAirBrush", "JvAirBrush"
"Jv Jans", "TJvTracker", "JvTracker"
"Jv Jans", "TJvGridFilter", "JvGridFilter"
"Jv Jans", "TJvGridPrinter", "JvGridPrinter"
"Jv Jans", "TJvJanTreeView", "JvJanTreeView"
"Jv Jans", "TJvPaintFX", "JvPaintFX"
"Jv Jans", "TJvDrawImage", "JvDrawImage"
"Jv Jans", "TJvArrayButton", "JvArrayButton"
"Jv Jans", "TJvForthScript", "JvForth"
"Jv Jans", "TJvTurtle", "JvTurtle"
"Jv Jans", "TJvBitmapButton", "JvBitmapButton"
"Jv Jans", "TJvSpeller", "JvSpellerForm"
"Jv Jans", "TJvShapedButton", "JvShapedButton"
"Jv Jans SIM", "TJvSimScope", "JvSimScope"
"Jv Jans SIM", "TJvSimIndicator", "JvSimIndicator"
"Jv Jans SIM", "TJvSimPID", "JvSimPID"
"Jv Jans SIM", "TJvSimPIDLinker", "JvSimPIDLinker"
"Jv Jans SIM", "TJvSIMConnector", "JvSimLogic"
"Jv Jans SIM", "TJvLogic", "JvSimLogic"
"Jv Jans SIM", "TJvSimButton", "JvSimLogic"
"Jv Jans SIM", "TJvSimLight", "JvSimLogic"
"Jv Jans SIM", "TJvSimLogicBox", "JvSimLogic"
"Jv Jans SIM", "TJvSimReverse", "JvSimLogic"
"Jv Jans CSV", "TJvCSVBase", "JvCSVBaseControls"
"Jv Jans CSV", "TJvCSVEdit", "JvCSVBaseControls"
"Jv Jans CSV", "TJvCSVComboBox", "JvCSVBaseControls"
"Jv Jans CSV", "TJvCSVCheckBox", "JvCSVBaseControls"
"Jv Jans CSV", "TJvCSVNavigator", "JvCSVBaseControls"
"Jv Threading", "TJvThread", "JvThread"
"Jv Threading", "TJvThreadSimpleDialog", "JvThreadDialog"
"Jv Threading", "TJvThreadAnimateDialog", "JvThreadDialog"
"Jv Threading", "TJvThreadTimer", "JvThreadTimer"
"Jv Threading", "TJvMTManager", "JvMTComponents"
"Jv Threading", "TJvMTThread", "JvMTComponents"
"Jv Threading", "TJvMTThreadToVCL", "JvMTComponents"
"Jv Threading", "TJvMTVCLToThread", "JvMTComponents"
"Jv Threading", "TJvMTThreadToThread", "JvMTComponents"
"Jv Threading", "TJvMTSection", "JvMTComponents"
"Jv Threading", "TJvMTCountingSection", "JvMTComponents"
"Jv Threading", "TJvMTMonitorSection", "JvMTComponents"
"Jv Internet, Network", "TJvSimpleXML", "JvSimpleXml"
"Jv Internet, Network", "TJvXMLDatabase", "JvXmlDatabase"
"Jv Internet, Network", "TJvRas32", "JvRas32"
"Jv Internet, Network", "TJvCommStatus", "JvCommStatus"
"Jv Internet, Network", "TJvHTMLParser", "JvHtmlParser"
"Jv Internet, Network", "TJvFtpUrlGrabber", "JvUrlGrabbers"
"Jv Internet, Network", "TJvHttpUrlGrabber", "JvUrlGrabbers"
"Jv Internet, Network", "TJvLocalFileUrlGrabber", "JvUrlGrabbers"
"Jv Internet, Network", "TJvUrlListGrabber", "JvUrlListGrabber"
"Jv Internet, Network", "TJvMail", "JvMail"
"Jv Internet, Network", "TJvRichEditToHtml", "JvRichEditToHtml"
"Jv Internet, Network", "TJvStrToHtml", "JvStrToHtml"
"Jv Internet, Network", "TJvStringListToHtml", "JvStringListToHtml"
"Jv Internet, Network", "TJvFormToHtml", "JvFormToHtml"
"Jv Internet, Network", "TJvRGBToHTML", "JvRgbToHtml"
"Jv NavPane", "TJvNavigationPane", "JvNavigationPane"
"Jv NavPane", "TJvNavIconButton", "JvNavigationPane"
"Jv NavPane", "TJvNavPanelButton", "JvNavigationPane"
"Jv NavPane", "TJvNavPanelHeader", "JvNavigationPane"
"Jv NavPane", "TJvNavPanelDivider", "JvNavigationPane"
"Jv NavPane", "TJvOutlookSplitter", "JvNavigationPane"
"Jv NavPane", "TJvNavPaneStyleManager", "JvNavigationPane"
"Jv NavPane", "TJvNavPaneToolPanel", "JvNavigationPane"
"Jv Plugin", "TJvPluginManager", "JvPluginManager"
"Jv Print Preview", "TJvPreviewControl", "JvPrvwDoc"
"Jv Print Preview", "TJvPreviewRenderRichEdit", "JvPrvwRender"
"Jv Print Preview", "TJvPreviewRenderJvRichEdit", "JvPrvwRender"
"Jv Print Preview", "TJvPreviewRenderStrings", "JvPrvwRender"
"Jv Print Preview", "TJvPreviewRenderGraphics", "JvPrvwRender"
"Jv Print Preview", "TJvPreviewRenderControl", "JvPrvwRender"
"Jv Print Preview", "TJvPreviewPrinter", "JvPrvwRender"
"Jv System", "TJvClipboardMonitor", "JvClipboardMonitor"
"Jv System", "TJvClipboardViewer", "JvClipboardViewer"
"Jv System", "TJvAppDdeCmd", "JvDdeCmd"
"Jv System", "TJvHidDeviceController", "JvHidControllerClass"
"Jv System", "TJvDropTarget", "JvDragDrop"
"Jv System", "TJvDragDrop", "JvDragDrop"
"Jv System", "TJvSHFileOperation", "JvSHFileOperation"
"Jv System", "TJvChangeNotify", "JvChangeNotify"
"Jv System", "TJvAppInstances", "JvAppInst"
"Jv System", "TJvNTEventLog", "JvNTEventLog"
"Jv System", "TJvScreenSaver", "JvScreenSaver"
"Jv System", "TJvJoystick", "JvJoystick"
"Jv System", "TJvSoundControl", "JvSoundControl"
"Jv System", "TJvPerfStat95", "JvPerfMon95"
"Jv System", "TJvComputerInfoEx", "JvComputerInfoEx"
"Jv System", "TJvDebugHandler", "JvDebugHandler"
"Jv TimeFrameWork", "TJvTFScheduleManager", "JvTFManager"
"Jv TimeFrameWork", "TJvTFUniversalPrinter", "JvTFManager"
"Jv TimeFrameWork", "TJvTFGlanceTextViewer", "JvTFGlanceTextViewer"
"Jv TimeFrameWork", "TJvTFMonths", "JvTFMonths"
"Jv TimeFrameWork", "TJvTFWeeks", "JvTFWeeks"
"Jv TimeFrameWork", "TJvTFAlarm", "JvTFAlarm"
"Jv TimeFrameWork", "TJvTFDays", "JvTFDays"
"Jv TimeFrameWork", "TJvTFDaysPrinter", "JvTFDays"
"Jv UIB", "TJvUIBDataBase", "JvUIB"
"Jv UIB", "TJvUIBTransaction", "JvUIB"
"Jv UIB", "TJvUIBQuery", "JvUIB"
"Jv UIB", "TJvUIBDataSet", "JvUIBDataSet"
"Jv UIB", "TJvUIBScript", "JvUIB"
"Jv UIB", "TJvUIBBackup", "JvUIB"
"Jv UIB", "TJvUIBRestore", "JvUIB"
"Jv Validators", "TJvValidators", "JvValidators"
"Jv Validators", "TJvValidationSummary", "JvValidators"
"Jv Validators", "TJvErrorIndicator", "JvErrorIndicator"
"Jv Wizard", "TJvWizard", "JvWizard"
"Jv Wizard", "TJvWizardRouteMapSteps", "JvWizardRouteMapSteps"
"Jv Wizard", "TJvWizardRouteMapNodes", "JvWizardRouteMapNodes"
"Jv Wizard", "TJvWizardRouteMapList", "JvWizardRouteMapList"
"Jv XP Controls", "TJvXPStyleManager", "JvXPCore"
"Jv XP Controls", "TJvXPBar", "JvXPBar"
"Jv XP Controls", "TJvXPContainer", "JvXPContainer"
"Jv XP Controls", "TJvXPButton", "JvXPButtons"
"Jv XP Controls", "TJvXPToolButton", "JvXPButtons"
"Jv XP Controls", "TJvXPCheckbox", "JvXPCheckCtrls"
"Jv XP Controls", "TJvXPProgressBar", "JvXPProgressBar"


Unit3.pas

unit Unit3;

interface

procedure Register;

implementation

uses
  Classes, Controls, ComCtrls, Forms, TypInfo;

procedure Register;
var
  AppBuilder: TForm;
  PaletteTab: TTabControl;
  Palette: TCustomControl;
  PropInfo: PPropInfo;
  i, ii: integer;
  PalToolCount: Integer;
  OldPaletteIndex, OldToolIndex: integer;
  SelectedToolName: string;
  AStrings: TStringList;
  AClass: TPersistentClass;
  UnitName: string;
begin
  AStrings := TStringList.Create;

  AppBuilder := TForm (Application.FindComponent ('AppBuilder'));
  PaletteTab := TTabControl (AppBuilder.FindComponent ('TabControl'));
  Palette := TCustomControl (AppBuilder.FindComponent ('Palette'));

  PaletteTab.Visible := false;
  OldPaletteIndex := PaletteTab.TabIndex;

  PropInfo := GetPropInfo (Palette.ClassInfo, 'SelectedIndex');
  OldToolIndex := GetOrdProp (Palette, PropInfo);

  for i := 0 to PaletteTab.Tabs.Count - 1 do
  begin
    PaletteTab.TabIndex := i;
    PaletteTab.OnChange (PaletteTab);
    PropInfo := GetPropInfo (palette.ClassInfo, 'PalToolCount');
    PalToolCount := GetOrdProp (palette, PropInfo);
    for ii := 0 to PalToolCount - 1 do
    begin
      PropInfo := GetPropInfo (Palette.ClassInfo, 'SelectedIndex');
      SetOrdProp (Palette, PropInfo, ii);
      PropInfo := GetPropInfo (Palette.ClassInfo, 'SelectedToolName');
      SelectedToolName := GetStrProp (Palette, PropInfo);
      AClass:=GetClass(SelectedToolName);
      if (AClass=nil) or (AClass.ClassInfo=nil) then
        UnitName := 'Unable to get rtti'
      else
        UnitName := GetTypeData(AClass.ClassInfo).UnitName;
      AStrings.Add('"'+PaletteTab.Tabs[i]+'", "'+SelectedToolName+'", "'+UnitName+'"');
    end;
  end;
  PaletteTab.TabIndex := OldPaletteIndex;
  PaletteTab.OnChange (PaletteTab);
  PropInfo := GetPropInfo (Palette.ClassInfo, 'SelectedIndex');
  SetOrdProp (Palette, PropInfo, OldToolIndex);
  PaletteTab.Visible := true;
  AStrings.SaveToFile('c:\Components.txt');
  AStrings.Free;
end;

end.

Unit3.pas
	



Subject: searchable archive?
From: Thomas Mueller <spam@dummzeuch.de>
Date: Sun, 19 Dec 2004 14:20:28 +0100
Newsgroups: jedi.vcl

Hi,

I am looking for information on the jvplugin framework and found, that my
*?@!?* newsserver has already thrown away all message bodies of the
messages regarding it. :-(

Google doesn't seem to index these groups, so no luck there.

I went to http://delphi.newswhat.com/geoxml/forumlistgroups?area=JEDI but
was confronted with a 12903 message archive sorted by date which is rather
unhelpful and I could not find a search function.

To make a long story short: Did I miss something or is there really no
searchable archive of this group?

twm



Subject: Re: Do we have a JVCL gallery?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Dec 2004 14:19:48 +0100
Newsgroups: jedi.vcl

Andreas Hausladen a écrit :

> Florent Ouchet wrote:
>
>
>> The JVCL contains 556 Components !!!
>
>
> plus "some" non registered components and classes.
>
>

But there is no way to enumerate them without parsing the source files ....

Florent


Subject: Re: Do we have a JVCL gallery?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Dec 2004 14:13:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt a écrit :

> Florent Ouchet wrote:
>
>>
>> Done, here it is :
>
>
> Perfect.
> I will create a set of simple webpages which will show the palette bitmaps with the name of the component beneath as link.
> One page for the palettes and one page for each palette.

I think I can extract the unit name an a lot of other things too.

Florent


Subject: Re: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Dec 2004 14:03:36 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
>
> Done, here it is :

Perfect.
I will create a set of simple webpages which will show the palette bitmaps with the name of the component beneath as link.
One page for the palettes and one page for each palette.


Subject: Re: Do we have a JVCL gallery?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Dec 2004 13:59:09 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> > The JVCL contains 556 Components !!!

plus "some" non registered components and classes.


-- Regards, Andreas Hausladen 

Subject: Re: Do we have a JVCL gallery?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Dec 2004 13:56:53 +0100
Newsgroups: jedi.vcl

The JVCL contains 556 Components !!!

Florent


Subject: Re: Do we have a JVCL gallery?
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 19 Dec 2004 13:53:02 +0100
Newsgroups: jedi.vcl


Done, here it is :

"Standard", "Cadres"
"Standard", "TMainMenu"
"Standard", "TPopupMenu"
"Standard", "TLabel"
"Standard", "TEdit"
"Standard", "TMemo"
"Standard", "TButton"
"Standard", "TCheckBox"
"Standard", "TRadioButton"
"Standard", "TListBox"
"Standard", "TComboBox"
"Standard", "TScrollBar"
"Standard", "TGroupBox"
"Standard", "TRadioGroup"
"Standard", "TPanel"
"Standard", "TActionList"
"Supplément", "TBitBtn"
"Supplément", "TSpeedButton"
"Supplément", "TMaskEdit"
"Supplément", "TStringGrid"
"Supplément", "TDrawGrid"
"Supplément", "TImage"
"Supplément", "TShape"
"Supplément", "TBevel"
"Supplément", "TScrollBox"
"Supplément", "TCheckListBox"
"Supplément", "TSplitter"
"Supplément", "TStaticText"
"Supplément", "TControlBar"
"Supplément", "TApplicationEvents"
"Supplément", "TValueListEditor"
"Supplément", "TLabeledEdit"
"Supplément", "TColorBox"
"Supplément", "TChart"
"Supplément", "TActionManager"
"Supplément", "TActionMainMenuBar"
"Supplément", "TActionToolBar"
"Supplément", "TXPColorMap"
"Supplément", "TStandardColorMap"
"Supplément", "TTwilightColorMap"
"Supplément", "TCustomizeDlg"
"Win32", "TTabControl"
"Win32", "TPageControl"
"Win32", "TImageList"
"Win32", "TRichEdit"
"Win32", "TTrackBar"
"Win32", "TProgressBar"
"Win32", "TUpDown"
"Win32", "THotKey"
"Win32", "TAnimate"
"Win32", "TDateTimePicker"
"Win32", "TMonthCalendar"
"Win32", "TTreeView"
"Win32", "TListView"
"Win32", "THeaderControl"
"Win32", "TStatusBar"
"Win32", "TToolBar"
"Win32", "TCoolBar"
"Win32", "TPageScroller"
"Win32", "TComboBoxEx"
"Win32", "TXPManifest"
"Système", "TTimer"
"Système", "TPaintBox"
"Système", "TMediaPlayer"
"Système", "TOleContainer"
"Système", "TDdeClientConv"
"Système", "TDdeClientItem"
"Système", "TDdeServerConv"
"Système", "TDdeServerItem"
"AccèsBD", "TDataSource"
"AccèsBD", "TClientDataSet"
"AccèsBD", "TDataSetProvider"
"ContrôleBD", "TDBGrid"
"ContrôleBD", "TDBNavigator"
"ContrôleBD", "TDBText"
"ContrôleBD", "TDBEdit"
"ContrôleBD", "TDBMemo"
"ContrôleBD", "TDBImage"
"ContrôleBD", "TDBListBox"
"ContrôleBD", "TDBComboBox"
"ContrôleBD", "TDBCheckBox"
"ContrôleBD", "TDBRadioGroup"
"ContrôleBD", "TDBLookupListBox"
"ContrôleBD", "TDBLookupComboBox"
"ContrôleBD", "TDBRichEdit"
"ContrôleBD", "TDBCtrlGrid"
"ContrôleBD", "TDBChart"
"dbExpress", "TSQLConnection"
"dbExpress", "TSQLDataSet"
"dbExpress", "TSQLQuery"
"dbExpress", "TSQLStoredProc"
"dbExpress", "TSQLTable"
"dbExpress", "TSimpleDataSet"
"BDE", "TTable"
"BDE", "TQuery"
"BDE", "TStoredProc"
"BDE", "TDatabase"
"BDE", "TSession"
"BDE", "TBatchMove"
"BDE", "TUpdateSQL"
"ADO", "TADOConnection"
"ADO", "TADOCommand"
"ADO", "TADODataSet"
"ADO", "TADOTable"
"ADO", "TADOQuery"
"ADO", "TADOStoredProc"
"ADO", "TRDSConnection"
"InterBase", "TIBTable"
"InterBase", "TIBQuery"
"InterBase", "TIBStoredProc"
"InterBase", "TIBDatabase"
"InterBase", "TIBTransaction"
"InterBase", "TIBUpdateSQL"
"InterBase", "TIBDataSet"
"InterBase", "TIBSQL"
"InterBase", "TIBDatabaseInfo"
"InterBase", "TIBSQLMonitor"
"InterBase", "TIBEvents"
"InterBase", "TIBExtract"
"InterBase", "TIBClientDataSet"
"Internet", "TWebDispatcher"
"Internet", "TPageProducer"
"Internet", "TDataSetTableProducer"
"Internet", "TDataSetPageProducer"
"Internet", "TQueryTableProducer"
"Internet", "TSQLQueryTableProducer"
"Internet", "TTcpClient"
"Internet", "TTcpServer"
"Internet", "TUdpSocket"
"Internet", "TXMLDocument"
"Internet", "TWebBrowser"
"Internet", "TClientSocket"
"Internet", "TServerSocket"
"Dialogues", "TOpenDialog"
"Dialogues", "TSaveDialog"
"Dialogues", "TOpenPictureDialog"
"Dialogues", "TSavePictureDialog"
"Dialogues", "TFontDialog"
"Dialogues", "TColorDialog"
"Dialogues", "TPrintDialog"
"Dialogues", "TPrinterSetupDialog"
"Dialogues", "TFindDialog"
"Dialogues", "TReplaceDialog"
"Dialogues", "TPageSetupDialog"
"Win 3.1", "TDBLookupList"
"Win 3.1", "TDBLookupCombo"
"Win 3.1", "TTabSet"
"Win 3.1", "TOutline"
"Win 3.1", "TTabbedNotebook"
"Win 3.1", "TNotebook"
"Win 3.1", "THeader"
"Win 3.1", "TFileListBox"
"Win 3.1", "TDirectoryListBox"
"Win 3.1", "TDriveComboBox"
"Win 3.1", "TFilterComboBox"
"Exemples", "TGauge"
"Exemples", "TColorGrid"
"Exemples", "TSpinButton"
"Exemples", "TSpinEdit"
"Exemples", "TDirectoryOutline"
"Exemples", "TCalendar"
"Exemples", "TIBEventAlerter"
"Exemples", "TShellTreeView"
"Exemples", "TShellComboBox"
"Exemples", "TShellListView"
"Exemples", "TShellChangeNotifier"
"WebServices", "THTTPRIO"
"WebServices", "THTTPReqResp"
"WebServices", "TOPToSoapDomConvert"
"WebServices", "TSoapConnection"
"WebServices", "THTTPSoapDispatcher"
"WebServices", "TWSDLHTMLPublish"
"WebServices", "THTTPSoapPascalInvoker"
"ActiveX", "TChartfx"
"ActiveX", "TVSSpell"
"ActiveX", "TF1Book"
"ActiveX", "TVtChart"
"ActiveX", "TDownLoadCtrl"
"ActiveX", "TShockwaveFlash"
"ActiveX", "TFlashProp"
"ActiveX", "TFlashObjectInterface"
"ActiveX", "TPdf"
"ActiveX", "TInstallEngineCtl"
"ActiveX", "TDfrgCtl"
"ActiveX", "TGraphicsWindow"
"InterBase Admin", "TIBConfigService"
"InterBase Admin", "TIBBackupService"
"InterBase Admin", "TIBRestoreService"
"InterBase Admin", "TIBValidationService"
"InterBase Admin", "TIBStatisticalService"
"InterBase Admin", "TIBLogService"
"InterBase Admin", "TIBSecurityService"
"InterBase Admin", "TIBServerProperties"
"InterBase Admin", "TIBLicensingService"
"InterBase Admin", "TIBInstall"
"InterBase Admin", "TIBUnInstall"
"Serveurs", "TWordDocument"
"Serveurs", "TWordApplication"
"Serveurs", "TWordFont"
"Serveurs", "TWordLetterContent"
"Serveurs", "TWordParagraphFormat"
"Serveurs", "TExcelQueryTable"
"Serveurs", "TExcelApplication"
"Serveurs", "TExcelChart"
"Serveurs", "TExcelWorksheet"
"Serveurs", "TExcelWorkbook"
"Serveurs", "TExcelOLEObject"
"Serveurs", "TPowerPointApplication"
"Serveurs", "TPowerPointSlide"
"Serveurs", "TPowerPointPresentation"
"Serveurs", "TMaster"
"Serveurs", "TSyncObject"
"Serveurs", "TOutlookApplication"
"Serveurs", "TContactItem"
"Serveurs", "TDistListItem"
"Serveurs", "TDocumentItem"
"Serveurs", "TExplorers"
"Serveurs", "TInspectors"
"Serveurs", "TFolders"
"Serveurs", "TItems"
"Serveurs", "TJournalItem"
"Serveurs", "TNameSpace"
"Serveurs", "TOutlookBarGroups"
"Serveurs", "TOutlookBarPane"
"Serveurs", "TOutlookBarShortcuts"
"Serveurs", "TPostItem"
"Serveurs", "TRemoteItem"
"Serveurs", "TReportItem"
"Serveurs", "TTaskRequestAcceptItem"
"Serveurs", "TTaskRequestDeclineItem"
"Serveurs", "TTaskRequestItem"
"Serveurs", "TTaskRequestUpdateItem"
"Serveurs", "TAccessApplication"
"Serveurs", "TAccessForm"
"Serveurs", "TAccessReport"
"Serveurs", "TAccessReferences"
"Serveurs", "TClass_"
"Jv Non-Visual", "TJvJVCLAboutComponent"
"Jv Non-Visual", "TJvContextProvider"
"Jv Non-Visual", "TJvColorProvider"
"Jv Non-Visual", "TJvColorMappingProvider"
"Jv Non-Visual", "TJvBackground"
"Jv Non-Visual", "TJvLookupAutoComplete"
"Jv Non-Visual", "TJvSearchFiles"
"Jv Non-Visual", "TJvMruList"
"Jv Non-Visual", "TJvMRUManager"
"Jv Non-Visual", "TJvTimerList"
"Jv Non-Visual", "TJvWindowHook"
"Jv Non-Visual", "TJvTimer"
"Jv Non-Visual", "TJvShellHook"
"Jv Non-Visual", "TJvMainMenu"
"Jv Non-Visual", "TJvPopupMenu"
"Jv Non-Visual", "TJvOfficeMenuItemPainter"
"Jv Non-Visual", "TJvBtnMenuItemPainter"
"Jv Non-Visual", "TJvStandardMenuItemPainter"
"Jv Non-Visual", "TJvOwnerDrawMenuItemPainter"
"Jv Non-Visual", "TJvXPMenuItemPainter"
"Jv Non-Visual", "TJvSystemPopup"
"Jv Non-Visual", "TJvCalculator"
"Jv Non-Visual", "TJvHint"
"Jv Non-Visual", "TJvAlarms"
"Jv Non-Visual", "TJvConverter"
"Jv Non-Visual", "TJvDataEmbedded"
"Jv Non-Visual", "TJvEnterAsTab"
"Jv Non-Visual", "TJvMergeManager"
"Jv Non-Visual", "TJvPageManager"
"Jv Non-Visual", "TJvPatchFile"
"Jv Non-Visual", "TJvProfiler"
"Jv Non-Visual", "TJvStrHolder"
"Jv Non-Visual", "TJvMultiStringHolder"
"Jv Non-Visual", "TJvTimeLimit"
"Jv Non-Visual", "TJvTranslator"
"Jv Non-Visual", "TJvTranslatorStrings"
"Jv Non-Visual", "TJvPrint"
"Jv Non-Visual", "TJvEasterEgg"
"Jv Non-Visual", "TJvMouseGesture"
"Jv Non-Visual", "TJvMouseGestureHook"
"Jv Non-Visual", "TJvLogFile"
"Jv Non-Visual", "TJvCreateProcess"
"Jv Non-Visual", "TJvWinHelp"
"Jv Non-Visual", "TJvScheduledEvents"
"Jv Non-Visual", "TJvTrayIcon"
"Jv Non-Visual", "TJvBalloonHint"
"Jv Non-Visual", "TJvID3v1"
"Jv Non-Visual", "TJvID3v2"
"Jv Non-Visual", "TJvWavePlayer"
"Jv Persistence", "TJvAppStorage"
"Jv Persistence", "TJvAppIniFileStorage"
"Jv Persistence", "TJvAppStorageSelectList"
"Jv Persistence", "TJvAppRegistryStorage"
"Jv Persistence", "TJvFormStorage"
"Jv Persistence", "TJvFormStorageSelectList"
"Jv Persistence", "TJvAppXMLFileStorage"
"Jv Persistence", "TJvAppDBStorage"
"Jv Application, Forms", "TJvAppEvents"
"Jv Application, Forms", "TJvAppAnimatedIcon"
"Jv Application, Forms", "TJvFormAnimatedIcon"
"Jv Application, Forms", "TJvAnimTitle"
"Jv Application, Forms", "TJvApplicationHotKey"
"Jv Application, Forms", "TJvTransparentForm"
"Jv Application, Forms", "TJvFormMagnet"
"Jv Application, Forms", "TJvGradientCaption"
"Jv Application, Forms", "TJvFormAnimation"
"Jv Application, Forms", "TJvFormWallpaper"
"Jv Application, Forms", "TJvFormAutoSize"
"Jv Application, Forms", "TJvEmbeddedFormPanel"
"Jv Application, Forms", "TJvEmbeddedInstanceFormPanel"
"Jv Application, Forms", "TJvEmbeddedFormLink"
"Jv Data Access", "TJvMemoryData"
"Jv Data Access", "TJvCsvDataSet"
"Jv Data Access", "TJvDBGridWordExport"
"Jv Data Access", "TJvDBGridExcelExport"
"Jv Data Access", "TJvDBGridHTMLExport"
"Jv Data Access", "TJvDBGridCSVExport"
"Jv Data Access", "TJvDBGridXMLExport"
"Jv Data Controls", "TJvDBDatePickerEdit"
"Jv Data Controls", "TJvDBDateTimePicker"
"Jv Data Controls", "TJvDBProgressBar"
"Jv Data Controls", "TJvDBRichEdit"
"Jv Data Controls", "TJvDBSpinEdit"
"Jv Data Controls", "TJvDBLookupList"
"Jv Data Controls", "TJvDBLookupCombo"
"Jv Data Controls", "TJvDBLookupEdit"
"Jv Data Controls", "TJvDBRadioPanel"
"Jv Data Controls", "TJvDBComboBox"
"Jv Data Controls", "TJvDBTreeView"
"Jv Data Controls", "TJvDBLookupTreeViewCombo"
"Jv Data Controls", "TJvDBLookupTreeView"
"Jv Data Controls", "TJvDBGrid"
"Jv Data Controls", "TJvDBUltimGrid"
"Jv Data Controls", "TJvDBGridFooter"
"Jv Data Controls", "TJvDBComboEdit"
"Jv Data Controls", "TJvDBDateEdit"
"Jv Data Controls", "TJvDBCalcEdit"
"Jv Data Controls", "TJvDBMaskEdit"
"Jv Data Controls", "TJvDBStatusLabel"
"Jv Data Controls", "TJvDBLookupComboEdit"
"Jv Data Controls", "TJvDBHTLabel"
"Jv Data Controls", "TJvDBSearchEdit"
"Jv Data Controls", "TJvDBSearchComboBox"
"Jv Data Controls", "TJvDBFindEdit"
"Jv Data Controls", "TJvDBImage"
"Jv BDE", "TJvDBFilter"
"Jv BDE", "TJvDBIndexCombo"
"Jv BDE", "TJvDatabaseItems"
"Jv BDE", "TJvBDEItems"
"Jv BDE", "TJvTableItems"
"Jv BDE", "TJvDBListDataSet"
"Jv BDE", "TJvDBMove"
"Jv BDE", "TJvDBProgress"
"Jv BDE", "TJvQBEQuery"
"Jv BDE", "TJvDBSecurity"
"Jv BDE", "TJvBDEMemoryTable"
"Jv BDE", "TJvQuery"
"Jv BDE", "TJvBDESQLScript"
"Jv BDE", "TJvSQLScript"
"Jv Encrypt, Compress", "TJvVigenereCipher"
"Jv Encrypt, Compress", "TJvXORCipher"
"Jv Encrypt, Compress", "TJvCaesarCipher"
"Jv Encrypt, Compress", "TJvGenetic"
"Jv Encrypt, Compress", "TJvCABFile"
"Jv Encrypt, Compress", "TJvZlibMultiple"
"Jv Encrypt, Compress", "TJvSerialMaker"
"Jv Buttons", "TJvBitBtn"
"Jv Buttons", "TJvImgBtn"
"Jv Buttons", "TJvSpeedButton"
"Jv Buttons", "TJvCheckBox"
"Jv Buttons", "TJvRadioButton"
"Jv Buttons", "TJvRadioGroup"
"Jv Buttons", "TJvUpDown"
"Jv Buttons", "TJvDomainUpDown"
"Jv Buttons", "TJvControlPanelButton"
"Jv Buttons", "TJvStartMenuButton"
"Jv Buttons", "TJvRecentMenuButton"
"Jv Buttons", "TJvFavoritesButton"
"Jv Buttons", "TJvSpinButton"
"Jv Buttons", "TJvTransparentButton"
"Jv Buttons", "TJvTransparentButton2"
"Jv Buttons", "TJvArrowButton"
"Jv Buttons", "TJvCaptionButton"
"Jv Buttons", "TJvColorButton"
"Jv Buttons", "TJvOfficeColorButton"
"Jv Buttons", "TJvOfficeColorPanel"
"Jv Buttons", "TJvHTButton"
"Jv Buttons", "TJvSpacer"
"Jv Buttons", "TJvSwitch"
"Jv Buttons", "TJvLookOutButton"
"Jv Buttons", "TJvExpressButton"
"Jv Bars, Panels", "TJvPageControl"
"Jv Bars, Panels", "TJvTabControl"
"Jv Bars, Panels", "TJvTabDefaultPainter"
"Jv Bars, Panels", "TJvProgressBar"
"Jv Bars, Panels", "TJvGradientProgressBar"
"Jv Bars, Panels", "TJvStatusBar"
"Jv Bars, Panels", "TJvToolBar"
"Jv Bars, Panels", "TJvCoolBar"
"Jv Bars, Panels", "TJvControlBar"
"Jv Bars, Panels", "TJvGroupBox"
"Jv Bars, Panels", "TJvHeaderControl"
"Jv Bars, Panels", "TJvPanel"
"Jv Bars, Panels", "TJvBevel"
"Jv Bars, Panels", "TJvSecretPanel"
"Jv Bars, Panels", "TJvSpeedBar"
"Jv Bars, Panels", "TJvCaptionPanel"
"Jv Bars, Panels", "TJvItemsPanel"
"Jv Bars, Panels", "TJvMovableBevel"
"Jv Bars, Panels", "TJvRollOut"
"Jv Bars, Panels", "TJvFooter"
"Jv Bars, Panels", "TJvGroupHeader"
"Jv Bars, Panels", "TJvComponentPanel"
"Jv Bars, Panels", "TJvGammaPanel"
"Jv Bars, Panels", "TJvOutlookBar"
"Jv Bars, Panels", "TJvLookOut"
"Jv Bars, Panels", "TJvExpress"
"Jv Bars, Panels", "TJvGradientHeaderPanel"
"Jv Bars, Panels", "TJvGradient"
"Jv Bars, Panels", "TJvWaitingGradient"
"Jv Bars, Panels", "TJvSpecialProgress"
"Jv Bars, Panels", "TJvWaitingProgress"
"Jv Bars, Panels", "TJvColorTrackBar"
"Jv Bars, Panels", "TJvFullColorPanel"
"Jv Bars, Panels", "TJvFullColorTrackBar"
"Jv Bars, Panels", "TJvFullColorGroup"
"Jv Labels", "TJvStaticText"
"Jv Labels", "TJvLabel"
"Jv Labels", "TJvBehaviorLabel"
"Jv Labels", "TJvInstallLabel"
"Jv Labels", "TJvHTLabel"
"Jv Labels", "TJvWinampLabel"
"Jv Labels", "TJvLinkLabel"
"Jv Labels", "TJvFullColorLabel"
"Jv Lists, Combos, Trees", "TJvComboBox"
"Jv Lists, Combos, Trees", "TJvCheckedComboBox"
"Jv Lists, Combos, Trees", "TJvListBox"
"Jv Lists, Combos, Trees", "TJvCheckListBox"
"Jv Lists, Combos, Trees", "TJvTreeView"
"Jv Lists, Combos, Trees", "TJvListView"
"Jv Lists, Combos, Trees", "TJvCheckTreeView"
"Jv Lists, Combos, Trees", "TJvColorComboBox"
"Jv Lists, Combos, Trees", "TJvFontComboBox"
"Jv Lists, Combos, Trees", "TJvTextListBox"
"Jv Lists, Combos, Trees", "TJvxCheckListBox"
"Jv Lists, Combos, Trees", "TJvDateTimePicker"
"Jv Lists, Combos, Trees", "TJvMonthCalendar"
"Jv Lists, Combos, Trees", "TJvMonthCalendar2"
"Jv Lists, Combos, Trees", "TJvDrawGrid"
"Jv Lists, Combos, Trees", "TJvStringGrid"
"Jv Lists, Combos, Trees", "TJvImageComboBox"
"Jv Lists, Combos, Trees", "TJvImageListBox"
"Jv Lists, Combos, Trees", "TJvComboListBox"
"Jv Lists, Combos, Trees", "TJvHTListBox"
"Jv Lists, Combos, Trees", "TJvHTComboBox"
"Jv Lists, Combos, Trees", "TJvUninstallComboBox"
"Jv Lists, Combos, Trees", "TJvUninstallListBox"
"Jv Lists, Combos, Trees", "TJvDriveCombo"
"Jv Lists, Combos, Trees", "TJvDriveList"
"Jv Lists, Combos, Trees", "TJvFileListBox"
"Jv Lists, Combos, Trees", "TJvDirectoryListBox"
"Jv Lists, Combos, Trees", "TJvPlaylist"
"Jv Lists, Combos, Trees", "TJvRegistryTreeView"
"Jv Lists, Combos, Trees", "TJvFullColorSpaceCombo"
"Jv Lists, Combos, Trees", "TJvFullColorAxisCombo"
"Jv Lists, Combos, Trees", "TJvSettingsTreeView"
"Jv Lists, Combos, Trees", "TJvPageListTreeView"
"Jv Lists, Combos, Trees", "TJvPageList"
"Jv Scrollers", "TJvScrollBox"
"Jv Scrollers", "TJvScrollBar"
"Jv Scrollers", "TJvScrollMax"
"Jv Scrollers", "TJvaScrollText"
"Jv Scrollers", "TJvContentScroller"
"Jv Scrollers", "TJvPageScroller"
"Jv Scrollers", "TJvScrollingWindow"
"Jv Scrollers", "TJvScrollText"
"Jv Trackers, Sliders, Splitters", "TJvTrackBar"
"Jv Trackers, Sliders, Splitters", "TJvxSlider"
"Jv Trackers, Sliders, Splitters", "TJvSplitter"
"Jv Trackers, Sliders, Splitters", "TJvxSplitter"
"Jv Trackers, Sliders, Splitters", "TJvSyncSplitter"
"Jv Trackers, Sliders, Splitters", "TJvNetscapeSplitter"
"Jv Trackers, Sliders, Splitters", "TJvSlider"
"Jv Visual", "TJvShape"
"Jv Visual", "TJvClock"
"Jv Visual", "TJvCharMap"
"Jv Visual", "TJvZoom"
"Jv Visual", "TJvDice"
"Jv Visual", "TJvTimeLine"
"Jv Visual", "TJvTMTimeline"
"Jv Visual", "TJvChart"
"Jv Visual", "TJvImagesViewer"
"Jv Visual", "TJvImageListViewer"
"Jv Visual", "TJvOwnerDrawViewer"
"Jv Visual", "TJvFullColorCircle"
"Jv Visual", "TJvInspector"
"Jv Visual", "TJvInspectorBorlandPainter"
"Jv Visual", "TJvInspectorDotNETPainter"
"Jv Edits", "TJvEdit"
"Jv Edits", "TJvMemo"
"Jv Edits", "TJvRichEdit"
"Jv Edits", "TJvMaskEdit"
"Jv Edits", "TJvCheckedMaskEdit"
"Jv Edits", "TJvComboEdit"
"Jv Edits", "TJvCalcEdit"
"Jv Edits", "TJvFilenameEdit"
"Jv Edits", "TJvDirectoryEdit"
"Jv Edits", "TJvSpinEdit"
"Jv Edits", "TJvHotKey"
"Jv Edits", "TJvIPAddress"
"Jv Edits", "TJvDatePickerEdit"
"Jv Edits", "TJvDateEdit"
"Jv Edits", "TJvValidateEdit"
"Jv Edits", "TJvEditor"
"Jv Edits", "TJvHLEditor"
"Jv Edits", "TJvWideEditor"
"Jv Edits", "TJvWideHLEditor"
"Jv Edits", "TJvHLEdPropDlg"
"Jv Images, Animators", "TJvImage"
"Jv Images, Animators", "TJvImageList"
"Jv Images, Animators", "TJvThumbView"
"Jv Images, Animators", "TJvThumbnail"
"Jv Images, Animators", "TJvThumbImage"
"Jv Images, Animators", "TJvAnimate"
"Jv Images, Animators", "TJvBmpAnimator"
"Jv Images, Animators", "TJvPicClip"
"Jv Images, Animators", "TJvImageRotate"
"Jv Images, Animators", "TJvImageTransform"
"Jv Images, Animators", "TJvImageSquare"
"Jv Images, Animators", "TJvStarfield"
"Jv Images, Animators", "TJvGIFAnimator"
"Jv Images, Animators", "TJvAnimatedImage"
"Jv Images, Animators", "TJvSpecialImage"
"Jv Images, Animators", "TJvAVICapture"
"Jv Dialogs", "TJvBrowseForFolderDialog"
"Jv Dialogs", "TJvOpenDialog"
"Jv Dialogs", "TJvSaveDialog"
"Jv Dialogs", "TJvSelectDirectory"
"Jv Dialogs", "TJvTipOfDay"
"Jv Dialogs", "TJvFindReplace"
"Jv Dialogs", "TJvDSADialog"
"Jv Dialogs", "TJvPageSetupDialog"
"Jv Dialogs", "TJvPageSetupTitledDialog"
"Jv Dialogs", "TJvColorDialog"
"Jv Dialogs", "TJvAppletDialog"
"Jv Dialogs", "TJvConnectNetwork"
"Jv Dialogs", "TJvDisconnectNetwork"
"Jv Dialogs", "TJvAddPrinterDialog"
"Jv Dialogs", "TJvFindFilesDialog"
"Jv Dialogs", "TJvFormatDriveDialog"
"Jv Dialogs", "TJvOrganizeFavoritesDialog"
"Jv Dialogs", "TJvComputerNameDialog"
"Jv Dialogs", "TJvChangeIconDialog"
"Jv Dialogs", "TJvShellAboutDialog"
"Jv Dialogs", "TJvRunDialog"
"Jv Dialogs", "TJvObjectPropertiesDialog"
"Jv Dialogs", "TJvNewLinkDialog"
"Jv Dialogs", "TJvAddHardwareDialog"
"Jv Dialogs", "TJvOpenWithDialog"
"Jv Dialogs", "TJvDiskFullDialog"
"Jv Dialogs", "TJvExitWindowsDialog"
"Jv Dialogs", "TJvOutOfMemoryDialog"
"Jv Dialogs", "TJvObjectPickerDialog"
"Jv Dialogs", "TJvImageDialog"
"Jv Dialogs", "TJvLoginDialog"
"Jv Dialogs", "TJvProgressDialog"
"Jv Dialogs", "TJvProgressComponent"
"Jv Dialogs", "TJvDiskPrompt"
"Jv Dialogs", "TJvCopyError"
"Jv Dialogs", "TJvDeleteError"
"Jv Dialogs", "TJvRenameError"
"Jv Dialogs", "TJvDesktopAlert"
"Jv Dialogs", "TJvDesktopAlertStack"
"Jv Dialogs", "TJvDualListDialog"
"Jv Dialogs", "TJvFullColorDialog"
"Jv Dialogs", "TJvFullColorCircleDialog"
"Jv Docking", "TJvDockServer"
"Jv Docking", "TJvDockClient"
"Jv Docking", "TJvDockDelphiStyle"
"Jv Docking", "TJvDockVCStyle"
"Jv Docking", "TJvDockVIDStyle"
"Jv Docking", "TJvDockVIDVCStyle"
"Jv Docking", "TJvDockVSNetStyle"
"Jv DotNet", "TJvDotNetCheckListBox"
"Jv DotNet", "TJvDotNetEdit"
"Jv DotNet", "TJvDotNetHotKey"
"Jv DotNet", "TJvDotNetListBox"
"Jv DotNet", "TJvDotNetListView"
"Jv DotNet", "TJvDotNetMaskEdit"
"Jv DotNet", "TJvDotNetMemo"
"Jv DotNet", "TJvDotNetRichEdit"
"Jv DotNet", "TJvDotNetScrollBox"
"Jv DotNet", "TJvDotNetTreeView"
"Jv DotNet", "TJvDotNetButton"
"Jv DotNet", "TJvDotNetFilenameEdit"
"Jv DotNet", "TJvDotNetDirectoryEdit"
"Jv DotNet DB", "TJvDotNetDBFindEdit"
"Jv DotNet DB", "TJvDotNetDBEdit"
"Jv DotNet DB", "TJvDotNetDBListBox"
"Jv DotNet DB", "TJvDotNetDBLookupListBox"
"Jv DotNet DB", "TJvDotNetDBMemo"
"Jv DotNet DB", "TJvDotNetDBRichEdit"
"Jv EDI", "TJvEDIDBSpecProfiler"
"Jv EDI", "TJvEDIDBSEFProfiler"
"Jv EDI", "TJvEDIDBBuffer"
"JVCL Globus 1", "TJvgDBNavigator"
"JVCL Globus 1", "TJvgPrintCrossTable"
"JVCL Globus 1", "TJvgDBGrid"
"JVCL Globus 1", "TJvgVertDBSGrid"
"JVCL Globus 1", "TJvgGridHeaderControl"
"JVCL Globus 1", "TJvgSysInfo"
"JVCL Globus 1", "TJvgMaskEdit"
"JVCL Globus 1", "TJvgBevel"
"JVCL Globus 1", "TJvgBitBtn"
"JVCL Globus 1", "TJvgGraphicButton"
"JVCL Globus 1", "TJvgTreeView"
"JVCL Globus 1", "TJvgCheckTreeView"
"JVCL Globus 1", "TJvgSplitter"
"JVCL Globus 1", "TJvgShadow"
"JVCL Globus 1", "TJvgShade"
"JVCL Globus 1", "TJvgButton"
"JVCL Globus 1", "TJvgProgress"
"JVCL Globus 1", "TJvgTransparentMemo"
"JVCL Globus 1", "TJvgGroupBox"
"JVCL Globus 1", "TJvgBitmapImage"
"JVCL Globus 1", "TJvgListBox"
"JVCL Globus 1", "TJvgCheckListBox"
"JVCL Globus 1", "TJvgAskListBox"
"JVCL Globus 1", "TJvgScrollBox"
"JVCL Globus 1", "TJvgStringGrid"
"JVCL Globus 1", "TJvgSpeedButton"
"JVCL Globus 1", "TJvgExtSpeedButton"
"JVCL Globus 1", "TJvgWizardHeader"
"JVCL Globus 1", "TJvgCaption"
"JVCL Globus 2", "TJvgCheckBox"
"JVCL Globus 2", "TJvgRuler"
"JVCL Globus 2", "TJvgPageControl"
"JVCL Globus 2", "TJvgTabControl"
"JVCL Globus 2", "TJvgProcess"
"JVCL Globus 2", "TJvgMailSlotServer"
"JVCL Globus 2", "TJvgMailSlotClient"
"JVCL Globus 2", "TJvgLabel"
"JVCL Globus 2", "TJvgFlyingText"
"JVCL Globus 2", "TJvgDigits"
"JVCL Globus 2", "TJvgStaticText"
"JVCL Globus 2", "TJvgHoleShape"
"JVCL Globus 2", "TJvgHelpPanel"
"JVCL Globus 2", "TJvgXMLSerializer"
"JVCL Globus 2", "TJvgLanguageLoader"
"JVCL Globus 2", "TJvgExceptionHandler"
"JVCL Globus 2", "TJvgJumpingComponent"
"JVCL Globus 2", "TJvgStringContainer"
"JVCL Globus 2", "TJvgSysRequirements"
"JVCL Globus 2", "TJvg3DColors"
"JVCL Globus 2", "TJvgHint"
"JVCL Globus 2", "TJvgInspectorGrid"
"JVCL Globus 2", "TJvgReport"
"JVCL Globus 2", "TJvgReportParamsEditor"
"JVCL Globus 2", "TJvgLogicProducer"
"JVCL Globus 2", "TJvgSmallFontsDefense"
"JVCL Globus 2", "TJvgExportExcel"
"JVCL Globus 2", "TJvgExportHTML"
"JVCL Globus 2", "TJvgExportXML"
"JVCL Globus 2", "TJvgExportDataset"
"JVCL Globus 2", "TJvgQRLabel"
"JVCL Globus 2", "TJvgQRDBText"
"JVCL Globus 2", "TJvgMyQRPreview"
"JVCL Globus 2", "TJvgSingleInstance"
"JVCL Globus 2", "TJvgFixFont"
"Jv HMI", "TJvSegmentedLEDDisplay"
"Jv HMI", "TJvLED"
"Jv HMI", "TJvDialButton"
"Jv Interpreter", "TJvInterpreterProgram"
"Jv Interpreter", "TJvInterpreterFm"
"Jv Jans", "TJvMarkupLabel"
"Jv Jans", "TJvMarkupViewer"
"Jv Jans", "TJvSAL"
"Jv Jans", "TJvSticker"
"Jv Jans", "TJvSALCore"
"Jv Jans", "TJvSALMath"
"Jv Jans", "TJvYearGrid"
"Jv Jans", "TJvAirBrush"
"Jv Jans", "TJvTracker"
"Jv Jans", "TJvGridFilter"
"Jv Jans", "TJvGridPrinter"
"Jv Jans", "TJvJanTreeView"
"Jv Jans", "TJvPaintFX"
"Jv Jans", "TJvDrawImage"
"Jv Jans", "TJvArrayButton"
"Jv Jans", "TJvForthScript"
"Jv Jans", "TJvTurtle"
"Jv Jans", "TJvBitmapButton"
"Jv Jans", "TJvSpeller"
"Jv Jans", "TJvShapedButton"
"Jv Jans SIM", "TJvSimScope"
"Jv Jans SIM", "TJvSimIndicator"
"Jv Jans SIM", "TJvSimPID"
"Jv Jans SIM", "TJvSimPIDLinker"
"Jv Jans SIM", "TJvSIMConnector"
"Jv Jans SIM", "TJvLogic"
"Jv Jans SIM", "TJvSimButton"
"Jv Jans SIM", "TJvSimLight"
"Jv Jans SIM", "TJvSimLogicBox"
"Jv Jans SIM", "TJvSimReverse"
"Jv Jans CSV", "TJvCSVBase"
"Jv Jans CSV", "TJvCSVEdit"
"Jv Jans CSV", "TJvCSVComboBox"
"Jv Jans CSV", "TJvCSVCheckBox"
"Jv Jans CSV", "TJvCSVNavigator"
"Jv Threading", "TJvThread"
"Jv Threading", "TJvThreadSimpleDialog"
"Jv Threading", "TJvThreadAnimateDialog"
"Jv Threading", "TJvThreadTimer"
"Jv Threading", "TJvMTManager"
"Jv Threading", "TJvMTThread"
"Jv Threading", "TJvMTThreadToVCL"
"Jv Threading", "TJvMTVCLToThread"
"Jv Threading", "TJvMTThreadToThread"
"Jv Threading", "TJvMTSection"
"Jv Threading", "TJvMTCountingSection"
"Jv Threading", "TJvMTMonitorSection"
"Jv Internet, Network", "TJvSimpleXML"
"Jv Internet, Network", "TJvXMLDatabase"
"Jv Internet, Network", "TJvRas32"
"Jv Internet, Network", "TJvCommStatus"
"Jv Internet, Network", "TJvHTMLParser"
"Jv Internet, Network", "TJvFtpUrlGrabber"
"Jv Internet, Network", "TJvHttpUrlGrabber"
"Jv Internet, Network", "TJvLocalFileUrlGrabber"
"Jv Internet, Network", "TJvUrlListGrabber"
"Jv Internet, Network", "TJvMail"
"Jv Internet, Network", "TJvRichEditToHtml"
"Jv Internet, Network", "TJvStrToHtml"
"Jv Internet, Network", "TJvStringListToHtml"
"Jv Internet, Network", "TJvFormToHtml"
"Jv Internet, Network", "TJvRGBToHTML"
"Jv NavPane", "TJvNavigationPane"
"Jv NavPane", "TJvNavIconButton"
"Jv NavPane", "TJvNavPanelButton"
"Jv NavPane", "TJvNavPanelHeader"
"Jv NavPane", "TJvNavPanelDivider"
"Jv NavPane", "TJvOutlookSplitter"
"Jv NavPane", "TJvNavPaneStyleManager"
"Jv NavPane", "TJvNavPaneToolPanel"
"Jv Plugin", "TJvPluginManager"
"Jv Print Preview", "TJvPreviewControl"
"Jv Print Preview", "TJvPreviewRenderRichEdit"
"Jv Print Preview", "TJvPreviewRenderJvRichEdit"
"Jv Print Preview", "TJvPreviewRenderStrings"
"Jv Print Preview", "TJvPreviewRenderGraphics"
"Jv Print Preview", "TJvPreviewRenderControl"
"Jv Print Preview", "TJvPreviewPrinter"
"Jv System", "TJvClipboardMonitor"
"Jv System", "TJvClipboardViewer"
"Jv System", "TJvAppDdeCmd"
"Jv System", "TJvHidDeviceController"
"Jv System", "TJvDropTarget"
"Jv System", "TJvDragDrop"
"Jv System", "TJvSHFileOperation"
"Jv System", "TJvChangeNotify"
"Jv System", "TJvAppInstances"
"Jv System", "TJvNTEventLog"
"Jv System", "TJvScreenSaver"
"Jv System", "TJvJoystick"
"Jv System", "TJvSoundControl"
"Jv System", "TJvPerfStat95"
"Jv System", "TJvComputerInfoEx"
"Jv System", "TJvDebugHandler"
"Jv TimeFrameWork", "TJvTFScheduleManager"
"Jv TimeFrameWork", "TJvTFUniversalPrinter"
"Jv TimeFrameWork", "TJvTFGlanceTextViewer"
"Jv TimeFrameWork", "TJvTFMonths"
"Jv TimeFrameWork", "TJvTFWeeks"
"Jv TimeFrameWork", "TJvTFAlarm"
"Jv TimeFrameWork", "TJvTFDays"
"Jv TimeFrameWork", "TJvTFDaysPrinter"
"Jv UIB", "TJvUIBDataBase"
"Jv UIB", "TJvUIBTransaction"
"Jv UIB", "TJvUIBQuery"
"Jv UIB", "TJvUIBDataSet"
"Jv UIB", "TJvUIBScript"
"Jv UIB", "TJvUIBBackup"
"Jv UIB", "TJvUIBRestore"
"Jv Validators", "TJvValidators"
"Jv Validators", "TJvValidationSummary"
"Jv Validators", "TJvErrorIndicator"
"Jv Wizard", "TJvWizard"
"Jv Wizard", "TJvWizardRouteMapSteps"
"Jv Wizard", "TJvWizardRouteMapNodes"
"Jv Wizard", "TJvWizardRouteMapList"
"Jv XP Controls", "TJvXPStyleManager"
"Jv XP Controls", "TJvXPBar"
"Jv XP Controls", "TJvXPContainer"
"Jv XP Controls", "TJvXPButton"
"Jv XP Controls", "TJvXPToolButton"
"Jv XP Controls", "TJvXPCheckbox"
"Jv XP Controls", "TJvXPProgressBar"


The source code used is a part of the CompBar package by dageek <dageek@mail.com>
I used  the function named "BuildComponentList", in unit CompBarForm.pas, from line 679 to 730.

Regards,

Florent


Subject: Re: Memory usage with TJvDesktopAlert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 19 Dec 2004 12:58:56 +0100
Newsgroups: jedi.vcl

> > And what about something like this instead:

That would work as well. An AutoFree property (defaulting to False) would
not change existing code, though.

Any other views?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Memory usage with TJvDesktopAlert
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 19 Dec 2004 12:47:49 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>>     Seems like a good addition.
>
> I'll look into it

And what about something like this instead:

type
  TJvDesktopAlertCloseAction = (dacaNone, dacaFree);

  TJvDesktopAlertCloseEvent = procedure (
    Sender: TObject;
    var Action: TJvDesktopAlertCloseAction);

  property OnClose: TJvDesktopAlertCloseEvent;


Just an idea (analogy to a TCustomForm).


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Dec 2004 12:37:55 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Not a bad idea. Something like a Windows directory in big icons mode could serve as an index to many parts of the JVCL.
> The help, the gallery etc.

Can someone write a simple IDE plugin to extract the palette contents into a file?

Something like

"Standard", "Button"
"Standard", "ListBox"
....

If possible in palette order.
With that raw data it is easy to create webpages simply by some Search & replace.


Subject: Re: Memory usage with TJvDesktopAlert
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 19 Dec 2004 12:35:56 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Maybe we should add an AutoFree property?

    Seems like a good addition.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Memory usage with TJvDesktopAlert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 19 Dec 2004 12:35:55 +0100
Newsgroups: jedi.vcl

> >      Seems like a good addition.
I'll look into it

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Memory usage with TJvDesktopAlert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 19 Dec 2004 12:26:24 +0100
Newsgroups: jedi.vcl

Do as Marcel suggested:

procedure TfrmMain.AlerterClosed(Sender: TObject);
begin
   TJvDesktopAlert(Sender).OnClose:= nil;
   TJvDesktopAlert(Sender).Free;
end;

Maybe we should add an AutoFree property?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Memory usage with TJvDesktopAlert
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 19 Dec 2004 11:56:47 +0100
Newsgroups: jedi.vcl

Caleb wrote:
> I've opened the task manager and kept pressing the button that creates the desktop alerts and the memory simply keeps on growing!
>
> I am clueless as to how to free it.

    Have you tested my suggestion (change the AlerterClosed event to first set the OnClose event to nil before calling Free)?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Memory usage with TJvDesktopAlert
From: "Caleb" <none@hotmail.com>
Date: Sun, 19 Dec 2004 12:45:29 +0200
Newsgroups: jedi.vcl

I've opened the task manager and kept pressing the button that creates the 
desktop alerts and the memory simply keeps on growing!

I am clueless as to how to free it.

"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> wrote in message 
news:cq3eg0$dud$1@talkto.net...
> > Caleb wrote:
>> >> Hi,
>> >>
>> >> I'm using TJvDesktopAlert and I'm having trouble making it Free itself 
>> >> after it completes showing!
> >
> >     I'm guessing that the Free call will trigger the OnClose event again, 
> > which will again call Free, which will again... well, you get my drift.
> >
> >     I haven't looked at the code, but are you sure TJvDesktopAlert doesn't 
> > free itself after it has shown the window?
> >
> >     One solution (if it doesn't free itself) is to unhook the OnClose 
> > event before you call Free from your OnClose event handler.
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address 




Subject: Re: Memory usage with TJvDesktopAlert
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 19 Dec 2004 11:15:21 +0100
Newsgroups: jedi.vcl

Caleb wrote:
> Hi,
>
> I'm using TJvDesktopAlert and I'm having trouble making it Free itself after it completes showing!

    I'm guessing that the Free call will trigger the OnClose event again, which will again call Free, which will again... well, you get my drift.

    I haven't looked at the code, but are you sure TJvDesktopAlert doesn't free itself after it has shown the window?

    One solution (if it doesn't free itself) is to unhook the OnClose event before you call Free from your OnClose event handler.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Memory usage with TJvDesktopAlert
From: "Caleb" <none@hotmail.com>
Date: Sun, 19 Dec 2004 10:46:54 +0200
Newsgroups: jedi.vcl

Hi,

I'm using TJvDesktopAlert and I'm having trouble making it Free itself after 
it completes showing!

Here's my code:
procedure TfrmMain.AlerterClosed(Sender: TObject);
begin
   TJvDesktopAlert(Sender).Free; <- Access Violation here (Stack overflow)
end;

procedure TfrmMain.Button1Click(Sender: TObject);
var
  DA: TJvDesktopAlert;
begin
    DA := TJvDesktopAlert.Create(Self);
    DA.Images := ImageList1;
    DA.HeaderText := Format('%s (%d)', ['Header', 3]);
    DA.MessageText := 'Testing';
    DA.Location.AlwaysResetPosition := false;
    DA.Location.Position := TJvDesktopAlertPosition(0);
    DA.Location.Width := 300;
    DA.Location.Height := 100;
    DA.Location.Position := dapBottomRight;
    DA.StyleHandler.DisplayDuration := 4000; // 4 seconds
    DA.OnClose := AlerterClosed;
    DA.Execute;
end;


Thanks! 




Subject: Re: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Dec 2004 06:03:57 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> BTW, as I read the subject of this thread my first idea was about a
> gallery which shows each visual component.
> Does the help has something or should the MegaDemo be impression
> enough for component selection?

Not a bad idea. Something like a Windows directory in big icons mode could serve as an index to many parts of the JVCL.
The help, the gallery etc.


Subject: Re: JCL and JVCL, common people thinking
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 18 Dec 2004 21:29:26 +0100
Newsgroups: jedi.vcl

...and the JVCL is big enough already :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 18 Dec 2004 21:28:58 +0100
Newsgroups: jedi.vcl

Am Fri, 17 Dec 2004 12:36:37 +0100 schrieb Andreas Hausladen:

> > First the standard questions:
> > Do you have installed the JCL before starting the JVCL Installer?
Yes, of course I had already a JCL and JCl version running (almost the
latest available)

> > Have you installed the JCL with the JCL Installer or by hand?
That may be the point - I think I had installed JCl by hand since I got the
well known "...command line too long..." (or similar) message.

> > If later: Have you added the jcl\lib or jcl\source\common directory to the
> > global search path list?
I will try...

Thx!
-- cu, Michael 

Subject: Re: Colors controls are now resizeable
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 18 Dec 2004 21:11:53 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Following queries from other members of the jvcl team, I added this functionnality to the color components (recently added to the jvcl).

Thanks, this is really good and appreciated.

Cheers

Olivier


Subject: Re: JCL and JVCL, common people thinking
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 18 Dec 2004 20:42:43 +0100
Newsgroups: jedi.vcl

Uwe wrote:

> Robert
>
> If JVCL and JCL are so closely related, why aren't the projects actually joined?

Because the JCL does not need the JVCL to live, but the JVCL needs the JCL.
I know of some people who use the JCL for the functions it provides, but they don't want to install the JVCL.

Basically, the JCL provides lots of helping functions that the JVCL components need.


Subject: Colors controls are now resizeable
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sat, 18 Dec 2004 20:40:21 +0100
Newsgroups: jedi.vcl

Following queries from other members of the jvcl team, I added this functionnality to the color components (recently added to the jvcl).

Cheers,

Florent Ouchet


Subject: Re: JCL and JVCL, common people thinking
From: "Uwe" <none@none.none>
Date: Sat, 18 Dec 2004 11:31:36 -0800
Newsgroups: jedi.vcl

Robert

If JVCL and JCL are so closely related, why aren't the projects actually 
joined?

Just a thought
Uwe 




Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 19:03:32 +0100
Newsgroups: jedi.vcl

OBones schrieb:
> Jens Fudickar wrote:
>
>> I think i will go for option 3.
>>
>> Option 5 is easier to implement, but i didn't want to have different components. Everything should be in one Component.
>
>
> I may be stupid here, but isn't your problem with the progress of the the download?
> If that's it, then simply ask people to use external TJvCustomUrlGrabbers and connect them to your component.
> Just like TJvMainMenu and its ItemPainter property, except that you extend it to a collection instead of a single value.
> And when the update needs file, it asks every registered getter for the file...
>
> Note that I may be missing the point completely, but I would think this is easier to implement.

It's a little bit more complex. So you will see the result as fast as possible.


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Do we have a JVCL gallery?
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 18 Dec 2004 18:17:41 +0100
Newsgroups: jedi.vcl

On Sat, 18 Dec 2004 16:43:57 +0100, Robert Marquardt wrote:

> >Something like Mike Lischke has for his VirtualTreeview
> >http://www.soft-gems.net/VirtualTreeview/VTGallery.php
> >
> >If not we should create such a page.

IIRC there was a similar page on the old JVCL homepage which listed
some customers and their comments.
We should create such a page!

> >I came across the SpeedFan tool lately and saw that it has been made 
[...]

I've noticed this week that Reportbuilder 9 by
http://www.digital-metaphors.com/ uses JvInspector (there are
ppJvInspector and some ppJcl in the lib directory)


BTW, as I read the subject of this thread my first idea was about a
gallery which shows each visual component.
Does the help has something or should the MegaDemo be impression
enough for component selection?

Uwe


Subject: Re: Do we have a JVCL gallery?
From: Henry - AR <hmonerNOSPAM@cantv.net>
Date: Sat, 18 Dec 2004 13:36:04 -0300
Newsgroups: jedi.vcl

i think it'd be an awesome idea !!
____________________________________
Henry - AR
ICQ: 18048153
MSN: qbecerra AT hotmail.com
San Juan - Argentina

Robert Marquardt wrote:
> Something like Mike Lischke has for his VirtualTreeview
> http://www.soft-gems.net/VirtualTreeview/VTGallery.php
>
> If not we should create such a page.
>
> I came across the SpeedFan tool lately and saw that it has been made with JVCL. I contacted the author and asked him if he wanted to be placed on such a page.
>
>  > I think the best link would be to www.almico.com as I started using
>  > JVCL for all of my softwares. I fixed a but in the XPBar too last
>  > summer. That bug was causing a bad AV.
>
>  > Alfredo Milani Comparetti
>  > alfredo [at] milanicomparetti.com
>  > SpeedFan home page --> http://www.almico.com/speedfan.php
>  > Delphi home page --> http://www.almico.com/delphi
>  > Elf home page    --> http://www.radsite.com/elf


Subject: Re: JCL and JVCL, common people thinking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 18 Dec 2004 17:32:10 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I just read in a german Delphi forum that someone copied JVCL Common and
> > Install directory into his Borland directory 

I saw this thread and that and a post in the Bugtracker were the reasons
for this posting here.


-- Regards, Andreas Hausladen 

Subject: Do we have a JVCL gallery?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Dec 2004 16:43:57 +0100
Newsgroups: jedi.vcl

Something like Mike Lischke has for his VirtualTreeview
http://www.soft-gems.net/VirtualTreeview/VTGallery.php

If not we should create such a page.

I came across the SpeedFan tool lately and saw that it has been made with JVCL. I contacted the author and asked him if he wanted to be placed on such a page.

> I think the best link would be to www.almico.com as I started using
> JVCL for all of my softwares. I fixed a but in the XPBar too last
> summer. That bug was causing a bad AV.

> Alfredo Milani Comparetti
> alfredo [at] milanicomparetti.com
> SpeedFan home page --> http://www.almico.com/speedfan.php
> Delphi home page --> http://www.almico.com/delphi
> Elf home page    --> http://www.radsite.com/elf


Subject: Re: JCL and JVCL, common people thinking
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 18 Dec 2004 16:43:42 +0100
Newsgroups: jedi.vcl

There are three kinds of people IME: those that read instructions and
understand them, those that read instructions and doesn't understand them
and people that don't read instructions at all.

The first type doesn't need any help, the second type can be helped by
better install instructions (not that I think JVCL needs that), the last
type of people can only be helped by personally holding their hand and walk
them through the whole process in small, easy to understand steps and not
even then can you be sure that they get it right.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JCL and JVCL, common people thinking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Dec 2004 16:35:47 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> It looks like there are many people who do not know that the JCL and the
> JVCL are two different projects. Maybe we should add a huge banner to the
> homepage and the daily page which says something like "You also need the
> JCL, the RTL for JVCL"

It will not really help.
I just read in a german Delphi forum that someone copied JVCL Common and Install directory into his Borland directory and wondered why the installation did not work.
Obviously a complete idiot because i already explained to him where to download JCL and JVCL and how to install.


Subject: JCL and JVCL, common people thinking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 18 Dec 2004 16:01:03 +0100
Newsgroups: jedi.vcl

It looks like there are many people who do not know that the JCL and the
JVCL are two different projects. Maybe we should add a huge banner to the
homepage and the daily page which says something like "You also need the
JCL, the RTL for JVCL"

-- Regards, Andreas Hausladen 

Subject: Re: JvProgramVersionCheck - Part2
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 18 Dec 2004 15:10:11 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> I think i will go for option 3.
>
> Option 5 is easier to implement, but i didn't want to have different components. Everything should be in one Component.

I may be stupid here, but isn't your problem with the progress of the the download?
If that's it, then simply ask people to use external TJvCustomUrlGrabbers and connect them to your component.
Just like TJvMainMenu and its ItemPainter property, except that you extend it to a collection instead of a single value.
And when the update needs file, it asks every registered getter for the file...

Note that I may be missing the point completely, but I would think this is easier to implement.


Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 14:06:02 +0100
Newsgroups: jedi.vcl

Looking deeper into it, i think you are right. The option 3, which i prefer, would make it much more complicating :-(

So i prefer also solution 5 :-)

Peter Thornqvist schrieb:
>> Yeah, but you didn't say what you think about it ? :-)
>
> I prefer option 5. If it is possible to follow the KISS principle, we should
> IMO.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 13:33:58 +0100
Newsgroups: jedi.vcl

I think i will go for option 3.

Option 5 is easier to implement, but i didn't want to have different components. Everything should be in one Component.

Peter Thornqvist schrieb:
>> If it doesn't work, what is the best way to define the events. For each
>> location type i need different events. Any ideas?
>
>
> 1. Define specific events in the base TComponent for each location type (ie
> OnFtpDownloadProgress, OnHttpDownloadProgress, OnLocalFileDownloadProgress
> etc).
> 2. Define events in the base TComponent that has all the parameters that can
> appear in any of the specific types. The parameters that are not used or
> available at the moment, are set to empty.
> 3. Do the same as is done with TField components: they are TComponent
> derived but never registered on the palette (RegisterNoIcon). To add and
> delete such components, you need to write your own designer window to add
> and remove them. The JvValidators component uses a similar approach. This is
> most useful when you have many different subcomponents at the same time
> (lika a collection with different item types)
> 4. Use the same approach as in TJvMainMenu
> 5. Create the different location types as real TComponents that can be
> dropped on a form and have the events needed. Use a property of your
> component to connect the two together. Same approach as with JvAppStorage
> et al
>
> My personal favorite is option 5. It is simple, supported and easy to
> understand.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: SubComponent Problem
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 18 Dec 2004 12:42:34 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Now playing around with subcomponents, i found an other problem.
>
> The subcomponents are based on TJvCustomPropertyStore, which based on JvComponent.
>
> Now i see for each Component an AboutJVCL and a Tag Property. Any chance to prevent this.

    Only by deriving from TComponent.

> In the TJvCustomPropertyStore component, both properties are moved to the protected section.

    Doesn't work, since the parent class already placed them in the RTTI-record, which is more-or-less copied for a descendant with new published properties/methods added, but no removal of hidden properties (BTW, doesn't that result in a warning from the compiler? I know the ..NET doesn't allow it at all, but IIRC Delphi at least warned in the pre-.NET era when you tried something like this).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvProgramVersionCheck - Part2
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 18 Dec 2004 12:38:19 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> What about ifdefs? I didn't want to make separate components. For D5 i could add the events to the main component, and for D6 and above to the subcomponents.

    That would introduce incompatibility in the text DFMs (ie, you'll be writing two versions of your example, one for D5 and one for D6+), so I'd say that's a big fat source of problems for users who will perhaps upgrade their program later from D5 to D6+. IOW, don't take this route. I think the JvAppStorage way, as Peter mentioned, might be the better solution, though the TField approach is not so bad either.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvProgramVersionCheck - Part2
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 18 Dec 2004 12:37:18 +0100
Newsgroups: jedi.vcl

> > Yeah, but you didn't say what you think about it ? :-)
I prefer option 5. If it is possible to follow the KISS principle, we should
IMO.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: SubComponent Problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 12:20:30 +0100
Newsgroups: jedi.vcl

Now playing around with subcomponents, i found an other problem.

The subcomponents are based on TJvCustomPropertyStore, which based on JvComponent.

Now i see for each Component an AboutJVCL and a Tag Property. Any chance to prevent this.

In the TJvCustomPropertyStore component, both properties are moved to the protected section.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 12:18:34 +0100
Newsgroups: jedi.vcl

Yeah, but you didn't say what you think about it ? :-)

Peter Thornqvist schrieb:
>> IFDEFS with option 1 or events in subcomponents.
>
> Well, you asked for other ideas and those you already had :)
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 18 Dec 2004 12:08:06 +0100
Newsgroups: jedi.vcl

> > IFDEFS with option 1 or events in subcomponents.
Well, you asked for other ideas and those you already had :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: DotNet controls combo box?
From: "ssa" <nospam@ever.com>
Date: Sat, 18 Dec 2004 12:00:57 +0100
Newsgroups: jedi.vcl

Hi,
why there isn't combo box control in JvDotNet controls? I tried to
copy/paste listbox control into my combo box, but then I get weird
behaviour. Does someone have expirience with this?

cheers!




Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 11:59:08 +0100
Newsgroups: jedi.vcl

WHat about the approach i'Ve written my other mail?

IFDEFS with option 1 or events in subcomponents.

Peter Thornqvist schrieb:
>> If it doesn't work, what is the best way to define the events. For each
>> location type i need different events. Any ideas?
>
>
> 1. Define specific events in the base TComponent for each location type (ie
> OnFtpDownloadProgress, OnHttpDownloadProgress, OnLocalFileDownloadProgress
> etc).
> 2. Define events in the base TComponent that has all the parameters that can
> appear in any of the specific types. The parameters that are not used or
> available at the moment, are set to empty.
> 3. Do the same as is done with TField components: they are TComponent
> derived but never registered on the palette (RegisterNoIcon). To add and
> delete such components, you need to write your own designer window to add
> and remove them. The JvValidators component uses a similar approach. This is
> most useful when you have many different subcomponents at the same time
> (lika a collection with different item types)
> 4. Use the same approach as in TJvMainMenu
> 5. Create the different location types as real TComponents that can be
> dropped on a form and have the events needed. Use a property of your
> component to connect the two together. Same approach as with JvAppStorage
> et al
>
> My personal favorite is option 5. It is simple, supported and easy to
> understand.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 18 Dec 2004 11:50:16 +0100
Newsgroups: jedi.vcl

> > If it doesn't work, what is the best way to define the events. For each
> > location type i need different events. Any ideas?

1. Define specific events in the base TComponent for each location type (ie
OnFtpDownloadProgress, OnHttpDownloadProgress, OnLocalFileDownloadProgress
etc).
2. Define events in the base TComponent that has all the parameters that can
appear in any of the specific types. The parameters that are not used or
available at the moment, are set to empty.
3. Do the same as is done with TField components: they are TComponent
derived but never registered on the palette (RegisterNoIcon). To add and
delete such components, you need to write your own designer window to add
and remove them. The JvValidators component uses a similar approach. This is
most useful when you have many different subcomponents at the same time
(lika a collection with different item types)
4. Use the same approach as in TJvMainMenu
5. Create the different location types as real TComponents that can be
dropped on a form and have the events needed. Use a property of your
component to connect the two together. Same approach as with JvAppStorage
et al

My personal favorite is option 5. It is simple, supported and easy to
understand.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 11:46:35 +0100
Newsgroups: jedi.vcl



OBones schrieb:
> Jens Fudickar wrote:
>
>>>>     The Delphi IDE just doesn't show events of TPersistent properties. The only solution is to derive them from TComponent and make them sub components of the main component (and I believe there are minor differences between Compiler5 and higher IDE's regarding sub components).
>>>
>>>
>>>
>>>
>>> The minor difference is that it does not work <g>
>>
>>
>>
>> What doesn't work ?
>>
> SubComponents were introduced in version 6, they are not supported in version 5.

Found it in D7 Help.

> There is no way to have embedded events showing in the property inspector.
> The only way is to have those "sub components" as stand alone components. Look at the TJvMainMenu and its associated menu item painters.
> I had to go down the same road when I designed this, and trust me I tried everything possible.
> Events for subcomponents or TPersistent properties WILL NOT show up in the object inspector.

Also not TPersistent properties? They are shown in D7 without doing anything else.

>
> The way that works without having the subcomponents as stand alone components is to surface the events in the contaning class.

What about ifdefs? I didn't want to make separate components. For D5 i could add the events to the main component, and for D6 and above to the subcomponents.

>
> Cheers
>
> Olivier

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 18 Dec 2004 11:33:13 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>>>     The Delphi IDE just doesn't show events of TPersistent properties. The only solution is to derive them from TComponent and make them sub components of the main component (and I believe there are minor differences between Compiler5 and higher IDE's regarding sub components).
>>
>>
>>
>> The minor difference is that it does not work <g>
>
>
> What doesn't work ?
>
SubComponents were introduced in version 6, they are not supported in version 5.
There is no way to have embedded events showing in the property inspector.
The only way is to have those "sub components" as stand alone components. Look at the TJvMainMenu and its associated menu item painters.
I had to go down the same road when I designed this, and trust me I tried everything possible.
Events for subcomponents or TPersistent properties WILL NOT show up in the object inspector.

The way that works without having the subcomponents as stand alone components is to surface the events in the contaning class.

Cheers

Olivier


Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 11:33:07 +0100
Newsgroups: jedi.vcl

>>     The Delphi IDE just doesn't show events of TPersistent properties. The only solution is to derive them from TComponent and make them sub components of the main component (and I believe there are minor differences between Compiler5 and higher IDE's regarding sub components).
>
>
> The minor difference is that it does not work <g>

If it doesn't work, what is the best way to define the events. For each location type i need different events. Any ideas?

Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 11:29:07 +0100
Newsgroups: jedi.vcl

>>     The Delphi IDE just doesn't show events of TPersistent properties. The only solution is to derive them from TComponent and make them sub components of the main component (and I believe there are minor differences between Compiler5 and higher IDE's regarding sub components).
>
>
> The minor difference is that it does not work <g>

What doesn't work ?

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 18 Dec 2004 11:19:03 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     The Delphi IDE just doesn't show events of TPersistent properties. The only solution is to derive them from TComponent and make them sub components of the main component (and I believe there are minor differences between Compiler5 and higher IDE's regarding sub components).

The minor difference is that it does not work <g>


Subject: Re: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 11:11:35 +0100
Newsgroups: jedi.vcl

Hi Marcel,

how did i make them "subcomponent". Only declare as TComponent?

Greetings
Jens

Marcel Bestebroer schrieb:
> Jens Fudickar wrote:
>
>> The Component contains tPersistent Properties. These properties have properties and events. The properties are visible, the events are not visible in the Designer window!! Don't know why. Any ideas ?
>
>
>     The Delphi IDE just doesn't show events of TPersistent properties. The only solution is to derive them from TComponent and make them sub components of the main component (and I believe there are minor differences between Compiler5 and higher IDE's regarding sub components).
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvProgramVersionCheck - Part2
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 18 Dec 2004 10:17:03 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> The Component contains tPersistent Properties. These properties have properties and events. The properties are visible, the events are not visible in the Designer window!! Don't know why. Any ideas ?

    The Delphi IDE just doesn't show events of TPersistent properties. The only solution is to derive them from TComponent and make them sub components of the main component (and I believe there are minor differences between Compiler5 and higher IDE's regarding sub components).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvProgramVersionCheck - Part2
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 18 Dec 2004 03:18:31 +0100
Newsgroups: jedi.vcl

Hi,

i've uploaded a new version to the donations.

I was two days out of home, and after that i've done a partly redisgn:-)

Now i have a question.

I've added the files to register the component in the net packages. When i register it the component will be visible in the component list and can be dropped on a form. :-)
The Component contains tPersistent Properties. These properties have properties and events. The properties are visible, the events are not visible in the Designer window!! Don't know why. Any ideas ?

Greetings and thanks
Jens

P.S: Any comments are welcome
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with JCL (17-12-2004)
From: "Caleb" <none@hotmail.com>
Date: Fri, 17 Dec 2004 23:32:12 +0200
Newsgroups: jedi.vcl

That's great :)

I've replaced the file and the installer worked flawlessly.

Although instead of identifying my version of delphi as Delphi Enterprise it 
said Personal, although I suppose that the installer is still in progress:)

"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message 
news:cpvbj9$o07$1@talkto.net...
> > Caleb wrote:
>> >> Btw, can you force a rebuild of the daily zips for today?
>> >>
>> >> I really needed to install this :(
> >
> > Even if I could control the JCL daily zips (which I can't cause I'm JVCL 
> > coordinator, not JCL), a fix takes 4 to 5 hours to propagate to the 
> > anonymous servers. You may want to have a look at the file posted in 
> > jedi.binaries by Robert Rossmair, it should solve your problem
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: Problems with JCL (17-12-2004)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 17 Dec 2004 22:00:52 +0100
Newsgroups: jedi.vcl

Caleb wrote:
> Btw, can you force a rebuild of the daily zips for today?
>
> I really needed to install this :(

Even if I could control the JCL daily zips (which I can't cause I'm JVCL coordinator, not JCL), a fix takes 4 to 5 hours to propagate to the anonymous servers. You may want to have a look at the file posted in jedi.binaries by Robert Rossmair, it should solve your problem

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Installer Enhancement
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 17 Dec 2004 21:46:59 +0100
Newsgroups: jedi.vcl

I'll leave the -i functionality in the Installer but it is unchecked by
default and is never stored to the bin\Installer.ini file. So you must set
it everytime you start the Installer.


-- Regards, Andreas Hausladen 

Subject: Re: Installer Enhancement
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 17 Dec 2004 21:36:34 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > You are right if we are talking about the COre or system package. But if
> > we are talking for example about the wizard package, every thing else
> > will work. So i can see a benefit.

I've tested the "-i" parameter and it is no usable. The problem is that
the installer does everything in the makefiles. If I now specify "-i" in
the make command line the installer proceeds with everything that was
planned and the JVCL Installer never get the information that something
failed.

Now I'll have a look at the situation Olivier suggested.


-- Regards, Andreas Hausladen 

Subject: Re: REQUEST: Could someone who has a complete set of Delphi 2005 precompiled BPLs please post them in binaries?
From: "Caleb" <none@hotmail.com>
Date: Fri, 17 Dec 2004 22:26:57 +0200
Newsgroups: jedi.vcl

Well.. If I'll manage to get JCL installed I wouldn't mind!

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message 
news:cpv8nh$ngl$1@talkto.net...
> > Warren Postma wrote:
> >
>> >> I'd just like to much about a little with JVCL components in Delphi
>> >> 2005, but manually building an dinstalling the thing without using the
>> >> installer (command line compiler is missing from trial version of delphi
>> >> 2005) is a PITA.
> >
> > The Trial version generates different .dcu and .dcp files. So if someone
> > who can compile the package with the installer (=> has full version)
> > uploads his precompiled packages, you wont be able to use them.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: REQUEST: Could someone who has a complete set of Delphi 2005 precompiled BPLs please post them in binaries?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 17 Dec 2004 21:11:44 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I'd just like to much about a little with JVCL components in Delphi
> > 2005, but manually building an dinstalling the thing without using the
> > installer (command line compiler is missing from trial version of delphi
> > 2005) is a PITA.

The Trial version generates different .dcu and .dcp files. So if someone
who can compile the package with the installer (=> has full version)
uploads his precompiled packages, you wont be able to use them.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with JCL (17-12-2004)
From: "Caleb" <none@hotmail.com>
Date: Fri, 17 Dec 2004 22:07:35 +0200
Newsgroups: jedi.vcl

Btw, can you force a rebuild of the daily zips for today?

I really needed to install this :(

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:cpuolp$ke2$1@talkto.net...
> > Caleb wrote:
> >
>> >> I'm using Delphi2005.
> >
> > No relations here, you just need to use a more recent version (or the file 
> > in binaries), this is already fixed.
> >
> >
>> >> Also, does MAKE have problems with directories that contain spaces ??
>> >> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>> >>         cd ..
>> >> cleaning up first...
>> >> Could Not Find D:\Delphi Components\JCL\*.~*
>> >> Could Not Find D:\Delphi Components\JCL\bin\*.dll
>> >> Could Not Find D:\Delphi Components\JCL\*.a
> >
> > It's not make that has a problem, nor has the DEL command used here. It's 
> > simply that the JCL is doing cleaup before building itself and it couldn't 
> > find any of the above generated files. Nothing to worry about.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: Problems with JCL (17-12-2004)
From: "Caleb" <none@hotmail.com>
Date: Fri, 17 Dec 2004 22:06:47 +0200
Newsgroups: jedi.vcl

Oh well, I guess that I have to wait for tomorrow's build :(


"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:cpuolp$ke2$1@talkto.net...
> > Caleb wrote:
> >
>> >> I'm using Delphi2005.
> >
> > No relations here, you just need to use a more recent version (or the file 
> > in binaries), this is already fixed.
> >
> >
>> >> Also, does MAKE have problems with directories that contain spaces ??
>> >> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>> >>         cd ..
>> >> cleaning up first...
>> >> Could Not Find D:\Delphi Components\JCL\*.~*
>> >> Could Not Find D:\Delphi Components\JCL\bin\*.dll
>> >> Could Not Find D:\Delphi Components\JCL\*.a
> >
> > It's not make that has a problem, nor has the DEL command used here. It's 
> > simply that the JCL is doing cleaup before building itself and it couldn't 
> > find any of the above generated files. Nothing to worry about.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: REQUEST: Could someone who has a complete set of Delphi 2005 precompiled BPLs please post them in binaries?
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 17 Dec 2004 15:01:57 -0500
Newsgroups: jedi.vcl

I'd just like to much about a little with JVCL components in Delphi 2005, but manually building an dinstalling the thing without using the installer (command line compiler is missing from trial version of delphi 2005) is a PITA.

Can someone build this and put a zipped set of BPL/DCP files for CVS-head version of JVCL into the binaries newsgroup, or if its too big, put it on the JVCL sourceforge page?  That would make playing with Delphi 2005 a lot easier for those of us with the demo version.

Thanks.

Warren


Subject: Re: Error in JvDBGrid
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Dec 2004 17:51:29 +0100
Newsgroups: jedi.vcl

> > Version 1.88. If you compare with 1.89 you see that the function which
> > raises the problem was moved to be the first clause in the if.

So, does the problem go away if you change the code to:

if (FCurrentDrawRow >= FixedRows) and IsAfterFixedCols then
....

?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Error in JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Fri, 17 Dec 2004 14:02:52 -0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> escreveu na mensagem 
news:cpumth$k4e$1@talkto.net...
>> >> BTW, it does not work. We had to revert to the previous version.
> > Probably need to check for Assigned(Columns.Items[I]) as well...
> > What version does work?

Version 1.88. If you compare with 1.89 you see that the function which 
raises the problem was moved to be the first clause in the if.

Anyway, I will download the newest zip and give a try to version 1.90.

Best regards,
Eduardo Mauro 




Subject: TJVScrollMax Error
From: "Riccardo" <ricscan@tiscali.it>
Date: Fri, 17 Dec 2004 16:40:59 +0100
Newsgroups: jedi.vcl

I'm Using Delphi 2005 win32

I've installed the daily package JVCL 2004-12-17 00:37:41 PST
and latest JCL, all install perfect, no  errors.

when I select the TJVScollMax form the palette and click on the form this 
error message appear:
Error: Access Violation at adress 15f7d8d7 in module 'JvCtrlsD9R.bpl'. Read 
of address 00000000.

an the component is not placed on the form.

all other components seems work.

thanks.




Subject: Re: Problems with JCL (17-12-2004)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 17 Dec 2004 16:39:04 +0100
Newsgroups: jedi.vcl

Caleb wrote:

> I'm using Delphi2005.

No relations here, you just need to use a more recent version (or the file in binaries), this is already fixed.


> Also, does MAKE have problems with directories that contain spaces ??
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>         cd ..
> cleaning up first...
> Could Not Find D:\Delphi Components\JCL\*.~*
> Could Not Find D:\Delphi Components\JCL\bin\*.dll
> Could Not Find D:\Delphi Components\JCL\*.a

It's not make that has a problem, nor has the DEL command used here. It's simply that the JCL is doing cleaup before building itself and it couldn't find any of the above generated files. Nothing to worry about.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer Enhancement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 17 Dec 2004 16:33:45 +0100
Newsgroups: jedi.vcl



Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> For this you must change the make.exe. The installer only starts the
>> make.exe with a make file. Maybe make.exe has such an parameter. I must
>> go now, so I cannot look at this.
>
>
> There is a command line switch for make.exe: "-i"
> But if you proceed with a package that was not compiled the following
> packages will not compile, too because they depend on the not compiled
> package. So I see no real sense in adding such a feature.
>

You are right if we are talking about the COre or system package. But if we are talking for example about the wizard package, every thing else will work. So i can see a benefit.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Icon Component
From: Bill Miller <w2m@frontiernet.net>
Date: Fri, 17 Dec 2004 10:19:13 -0500
Newsgroups: jedi.vcl

Is there a component Listbox, Grid or Listview that can load icons from a memory stream with various icon dimensions (16-128) and pixelformat 4 bit to 32 bit?  What do you recommend?

Thanks,

Bill


Subject: Re: Error in JvDBGrid
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Dec 2004 16:05:24 +0100
Newsgroups: jedi.vcl

> > BTW, it does not work. We had to revert to the previous version.
Probably need to check for Assigned(Columns.Items[I]) as well...
What version does work?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Problems with JCL (17-12-2004)
From: "Caleb" <none@hotmail.com>
Date: Fri, 17 Dec 2004 16:45:20 +0200
Newsgroups: jedi.vcl

Hey,

I've just downloaded today's (Friday) build and tried to run Install.bat and 
it spit out some errors:
Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
D:\Delphi Components\JCL\source\common\JclFileUtils.pas(120) Warning: W1000 
Symb
ol 'faVolumeID' is deprecated
D:\Delphi Components\JCL\source\common\JclFileUtils.pas(121) Warning: W1000 
Symb
ol 'faVolumeID' is deprecated
D:\Delphi Components\JCL\source\common\JclFileUtils.pas(308) Warning: W1000 
Symb
ol 'faVolumeID' is deprecated
D:\Delphi Components\JCL\source\common\JclBorlandTools.pas(1771) Error: 
E2003 Un
declared identifier: 'DelphiIdeExeName'
D:\Delphi Components\JCL\source\common\JclBorlandTools.pas(1771) Error: 
E2003 Un
declared identifier: 'BCBIdeExeName'
JclInstall.pas(36) Fatal: F2063 Could not compile used unit 
'JclBorlandTools.pas
'
** error 1 ** deleting ..\bin\JediInstaller.exe

** error 1 ** deleting installer
----------------------------------------------------------------------

I'm using Delphi2005.

Also, does MAKE have problems with directories that contain spaces ??
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
        cd ..
cleaning up first...
Could Not Find D:\Delphi Components\JCL\*.~*
Could Not Find D:\Delphi Components\JCL\bin\*.dll
Could Not Find D:\Delphi Components\JCL\*.a

Thanks! 




Subject: Re: Bug on wrong desing on JvXPBar
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Dec 2004 13:58:27 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> You must have an old version of the JVCL. This has already been fixed in CVS
> quite some time ago.

The world is small :-)
I just installed the SpeedFan tool from Alfredo Milani-Comparetti.

The message:

> No, i just felt like contacting you :-)
> I think we have a webpage for programs using the JVCL (if not we will
> create one). Are you interested to be placed on it?

Of course :-)
I think the best link would be to http://www.almico.com as I started using JVCL for all of my softwares. I fixed a but in the XPBar too last summer. That bug was causing a bad AV.


Subject: Question on TJvDBGridExport
From: "Attila Balog" <balog@avaya.com>
Date: Fri, 17 Dec 2004 13:43:44 +0100
Newsgroups: jedi.vcl

Hello Guys,

This is the first project where I'm using your excellent component suite and 
I'm very satisfied with its flexibility and performance.

I've got a question on TJvDBGridExport component which is supposed to export 
the contents of a DBGrid to various formats. I'm mainly interested in HTML 
export and I'm just wondering if there is any way of customizing the 
exporting process. For instance I'd like to insert a proper header and 
footer in the HTML output.

Thanks in advance.

Attila 




Subject: Re: Installer Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 17 Dec 2004 12:36:37 +0100
Newsgroups: jedi.vcl

First the standard questions:
Do you have installed the JCL before starting the JVCL Installer?
Have you installed the JCL with the JCL Installer or by hand?
If later: Have you added the jcl\lib or jcl\source\common directory to the
global search path list?


Michael Fritz wrote:

> > However I cannot find any occurrences where this identifier is used in
> > the source of the installer.

Have a look at JVCLData.pas. There it is used.


-- Regards, Andreas Hausladen 

Subject: Re: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 17 Dec 2004 12:13:55 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message
<news:gs7el8odp4zc.llohz5scd111$.dlg@40tude.net>:

> > What preliminaries are necessary for stepping forward?
I think the installer is checking for the path found in JCLIdentify from
JCLData.pas

However I cannot find any occurrences where this identifier is used in the
source of the installer.

Is this the problem?

-- cu, Michael 

Subject: Installer Problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 17 Dec 2004 12:07:39 +0100
Newsgroups: jedi.vcl

Hi,

I've updated JVCL from CVS and started a new installation of JVCL. But no
matter what I choose upgrade or update the second wizard page prompts me to
select where JCL is installed. 

I'm selecting the correct folder but the "Next" button is still disabled
and I cannot click any of the Delphi versions from above.

What preliminaries are necessary for stepping forward?
-- cu, Michael 

Subject: Re: Error in JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Fri, 17 Dec 2004 09:06:34 -0200
Newsgroups: jedi.vcl

> > Replace the test by this one:
> >
> > if Assigned(Field) and (Columns.Items[I].FieldName = Field.FieldName) then

BTW, it does not work. We had to revert to the previous version.

Best regards,
Eduardo Mauro 




Subject: Re: Error in JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Fri, 17 Dec 2004 09:00:17 -0200
Newsgroups: jedi.vcl

> > Replace the test by this one:
> >
> > if Assigned(Field) and (Columns.Items[I].FieldName = Field.FieldName) then

We already did it, but I wonder if it does not change the intended function 
behaviour. The problem only occurs with the last revision of the unit.

> > Sorry for any inconvenience, but as you are obviously using the beta 
> > version or a daily zip, you have to accept the little risk. Further, no 
> > software can be tested completely, and I'm quite sure you are already 
> > aware of that fact.

I understand but we have to use the lastest version because of various fixes 
included in them. We use dunit to test our application before we deliver it. 
Our concern is that something that was ok for so much time is broken in a 
sudden manner. We will do our best to post as much problems we find, as we 
already did in Mantis.

Best regards,
Eduardo Mauro 




Subject: Re: Bug on wrong desing on JvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Dec 2004 09:11:07 +0100
Newsgroups: jedi.vcl

You must have an old version of the JVCL. This has already been fixed in CVS
quite some time ago.

Thanks anyway!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Error in JvDBGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 17 Dec 2004 08:03:38 +0100
Newsgroups: jedi.vcl

Eduardo Mauro wrote:
> Dear Sirs,
>
> We really praise the work of JVCL Team, but sometimes I think more care must be taken. We use JVCL in all Delphi Project. Now, I had to compile a new release of a program and it does not work anymore.
>
> It has a JvDBGrid and some columns do not have a TField linked. We use such columns to put icons. It always worked but not anymore with the latest release. The problems is in the following code:
>
> procedure TJvDBGrid.GetCellProps(Field: TField; AFont: TFont;
>   var Background: TColor; Highlight: Boolean);
>
>   function IsAfterFixedCols: Boolean;
>   var
>     I: Integer;
>   begin
>     Result := True;
>     for I := 0 to FixedCols - 1 do
>       if Columns.Items[I].FieldName = Field.FieldName then
>       begin
>         Result := False;
>         Break;
>       end;
>   end;
>
> It does not check if Field is null or not. Now we are really afraid to compile new releases to deliver to our customers.

Replace the test by this one:

if Assigned(Field) and (Columns.Items[I].FieldName = Field.FieldName) then


Sorry for any inconvenience, but as you are obviously using the beta version or a daily zip, you have to accept the little risk. Further, no software can be tested completely, and I'm quite sure you are already aware of that fact.

Thanks for your feedback.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: How using JVCL 2.x, 3.x with different projects and same delphi version (d7)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 16 Dec 2004 19:56:39 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > You could do this using a Registry file for each version

The newest JVCL Installer is able to follow the delphi32.exe command line
switch "-r" as I already posted in another thread. But the JCL Installer
cannot handle this and as JVCL 2 does not compile with the JCL version
that is required by JVCL 3, it is not possible at the moment.


-- Regards, Andreas Hausladen 

Subject: Error in JvDBGrid
From: "Eduardo Mauro" <emauro@acabit.com.br>
Date: Thu, 16 Dec 2004 15:23:29 -0200
Newsgroups: jedi.vcl

Dear Sirs,

We really praise the work of JVCL Team, but sometimes I think more care must 
be taken. We use JVCL in all Delphi Project. Now, I had to compile a new 
release of a program and it does not work anymore.

It has a JvDBGrid and some columns do not have a TField linked. We use such 
columns to put icons. It always worked but not anymore with the latest 
release. The problems is in the following code:

procedure TJvDBGrid.GetCellProps(Field: TField; AFont: TFont;
  var Background: TColor; Highlight: Boolean);

  function IsAfterFixedCols: Boolean;
  var
    I: Integer;
  begin
    Result := True;
    for I := 0 to FixedCols - 1 do
      if Columns.Items[I].FieldName = Field.FieldName then
      begin
        Result := False;
        Break;
      end;
  end;

It does not check if Field is null or not. Now we are really afraid to 
compile new releases to deliver to our customers.

Best regards,
Eduardo Mauro 




Subject: Bug on wrong desing on JvXPBar
From: Yannis <None@Noware.non>
Date: Thu, 16 Dec 2004 16:11:28 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

This component has a number of enhancements that I 
would like to see but I'll try to implement them 
first and post back latter.

At the moment I have discovered that it does not
take in to account the size of the image at all
and although the heigh can be set by the ItemHeight
property the width assumes that an image of max 20
pixels will be used. I have changed the line 1471
of the jvxpbar from 

      Inc(ItemRect.Left, 20);

to
      Inc(ItemRect.Left, Bitmap.Width + 4);

this solved the problem I'm facing at the moment.

here is the complete Dodraw method in case the
line numbering has changed since my last update.

procedure TJvXPCustomWinXPBar.DoDrawItem(const Index: Integer; State: 
TJvXPDrawState);
var
  Bitmap: TBitmap;
  ItemCaption: string;
  ItemRect: TRect;
  HasImages: Boolean;
begin
  Bitmap := TBitmap.Create;
  with Canvas do
  try
    Bitmap.Assign(nil);
    Font.Assign(Self.Font);
    if not FVisibleItems[Index].Enabled then
      Font.Color := clGray
    else
    if dsHighlight in State then
    begin
      Font.Color := FHotTrackColor;
      Font.Style := Font.Style + [fsUnderline];
    end;
    ItemRect := GetItemRect(Index);
    HasImages := FVisibleItems[Index].Images <> nil;
    if HasImages then
      FVisibleItems[Index].Images.GetBitmap(FVisibleItems
[Index].ImageIndex, Bitmap);
    Bitmap.Transparent := True;
    if Assigned(FOnDrawItem) then
      FOnDrawItem(Self, Canvas, ItemRect, State, FVisibleItems[Index], 
Bitmap)
    else
    begin
      if HasImages then
        Draw(ItemRect.Left, ItemRect.Top + (FItemHeight - Bitmap.Height) 
div 2, Bitmap);
      ItemCaption := FVisibleItems[Index].Caption;
      if ItemCaption = '' then
        ItemCaption := Format('(untitled %d)', [Index]);
      Inc(ItemRect.Left, Bitmap.Width + 4);
      DrawText(Handle, PChar(ItemCaption), -1, ItemRect, DT_SINGLELINE or
        DT_VCENTER or DT_END_ELLIPSIS or DT_NOPREFIX);
    end;
  finally
    Bitmap.Free;
  end;
end;

Just replace the old one with this one and you can use which ever 
bitmap size you want.

Regards
Yannis Kozikopoulos.


Subject: Re: Installer Enhancement
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 15:25:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> For the same target, but when like me someone is compiling three targets
>> at once, it would be good to have C6 and C5 start even if D6 failed.
>> Note that this should be an option as an error in D6 is likely to come
>> up in C6 as well.
>
>
> Ok, that is a reason, but mostly when a packages does not compiler under
> Delphi 6 it wont compile under Delphi 7.

That's why I don't think this is crucial.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: How using JVCL 2.x, 3.x with different projects and same delphi version (d7)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 15:24:43 +0100
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> Hello again,
>
> it is true, that nobody use different JVCL-Versions with single Delphi-Installation? So I must look for a way to do it by myself? :-)

Seems like it yes.
You could do this using a Registry file for each version

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer Enhancement
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 16 Dec 2004 15:17:26 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > For the same target, but when like me someone is compiling three targets
> > at once, it would be good to have C6 and C5 start even if D6 failed.
> > Note that this should be an option as an error in D6 is likely to come
> > up in C6 as well.

Ok, that is a reason, but mostly when a packages does not compiler under
Delphi 6 it wont compile under Delphi 7.



-- Regards, Andreas Hausladen 

Subject: Re: How using JVCL 2.x, 3.x with different projects and same delphi version (d7)
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 16 Dec 2004 15:02:41 +0100
Newsgroups: jedi.vcl

Hello again,

it is true, that nobody use different JVCL-Versions with single Delphi-Installation? So I must look for a way to do it by myself? :-)


-- 
Ciao Heinz Z.


Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 16 Dec 2004 13:40:08 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:cprs8s$29q$1@talkto.net: 

> > Open Delphi
> > Open DJcl50.dpk
> > Compile DJcl50.dpk
> > Close Delphi

I thought I would try and open Delphi again after this step (I had a 'This 
application failed to start' error as if couldn't find JvCoreD5R.bpl when I 
started Delphi) and got the same error when I tried to open the DJcl50 
package. I still get the same error when I start Delphi.

> > Run install.bat in the JVCL (not JCL)
> > Install the JVCL.
> > 
> > Enjoy
> > 

Eventually. :)

Cheers (and many thanks for the hand-holding.)


Subject: Re: Installer Enhancement
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 14:23:01 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> For this you must change the make.exe. The installer only starts the
>> make.exe with a make file. Maybe make.exe has such an parameter. I must
>> go now, so I cannot look at this.
>
>
> There is a command line switch for make.exe: "-i"
> But if you proceed with a package that was not compiled the following
> packages will not compile, too because they depend on the not compiled
> package. So I see no real sense in adding such a feature.

For the same target, but when like me someone is compiling three targets at once, it would be good to have C6 and C5 start even if D6 failed. Note that this should be an option as an error in D6 is likely to come up in C6 as well.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDBDateTimePicker
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 14:21:47 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> OBones <obones_gfgfd_@_dgf_altern.org> wrote in
> news:cprpn3$1mf$1@talkto.net:
>
>>> No problem. Is there some way I can find out when that happens? I'm completely stuffed without an install.
>>
>> Just recompile the JCL packages by hand, and then use the JVCL
>> installer.
>
>
> Is it just the DJcl50.dpk? (Delphi 5) If so, then I've done that and when I try the install.bat again I now get 'The system cannot find the file jcl
> \bin\JediInstaller.exe'.

yes, that is the right package. But here is the process:

Open Delphi
Open DJcl50.dpk
Compile DJcl50.dpk
Close Delphi
Run install.bat in the JVCL (not JCL)
Install the JVCL.

Enjoy

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer Enhancement
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 16 Dec 2004 13:42:33 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > For this you must change the make.exe. The installer only starts the
> > make.exe with a make file. Maybe make.exe has such an parameter. I must
> > go now, so I cannot look at this.

There is a command line switch for make.exe: "-i"
But if you proceed with a package that was not compiled the following
packages will not compile, too because they depend on the not compiled
package. So I see no real sense in adding such a feature.


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBDateTimePicker
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 13:38:09 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> OBones <obones_gfgfd_@_dgf_altern.org> wrote in news:cprnep$16h$1
> @talkto.net:
>
>
>> Ian Jennings wrote:
>>
>>
>>> Sorry, which file am I supposed to be extracting? I can't see anything named *.exe in there, or is it .bat?
>>
>> Woops, I thought the installer was prebuilt in the package, but it's not the case anymore.
>> You'll have to wait until someone commits the correct file.
>>
>
>
> No problem. Is there some way I can find out when that happens? I'm completely stuffed without an install.

Just recompile the JCL packages by hand, and then use the JVCL installer.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDBDateTimePicker
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 12:59:35 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> Sorry, which file am I supposed to be extracting? I can't see anything named *.exe in there, or is it .bat?

Woops, I thought the installer was prebuilt in the package, but it's not the case anymore.
You'll have to wait until someone commits the correct file.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 16 Dec 2004 11:27:51 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:cprpn3$1mf$1@talkto.net: 

>> >> 
>> >> No problem. Is there some way I can find out when that happens? I'm 
>> >> completely stuffed without an install.
> > 
> > Just recompile the JCL packages by hand, and then use the JVCL
> > installer. 
> > 

Is it just the DJcl50.dpk? (Delphi 5) If so, then I've done that and when I 
try the install.bat again I now get 'The system cannot find the file jcl
\bin\JediInstaller.exe'.

Cheers


Subject: Re: strange compile errors with the latest (current) cvs version
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Thu, 16 Dec 2004 11:52:43 +0100
Newsgroups: jedi.vcl

OBones a écrit :

> Florent Ouchet wrote:
>
>> OBones a écrit :
>>
>>> Florent Ouchet wrote:
>>>
>>>> I tried install jvcl in C++Builder 6; The compiler (dcc32.exe) crashes (the instruction at adress **** cannot be read); it is just driving me crazy!!!
>>>
>>>
>>>
>>>
>>> Have you installed update 4 AND the linker update?
>>
>>
>>
>> Yep, D7 and C6 are up to date !
>> I try reinstall them.
>
>
> I haven't had time to test the latest CVS with BCB6. Will do tonight. Please also check that the jvcl.inc file is NOT in UNIX format, this may be the reason for the problem.
>

I tested with the latest release of the jvcl (3 beta 2 - september 17 2004). It compiles with no errors.
I really don't understand why I can't compile JvCoreD7D.dpk or JvCoreC6D.dpk in the current version with the installer.

Florent


Subject: Re: TJvDBDateTimePicker
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 11:46:11 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> I can't see anything in any other other ngs about current errors. I'm kinda stuck now. :(

That's JCL problem, because their installer is changing.
Basically, don't run install.bat as it will try to recompile the installer. Just run it directly.
But now you have ran install.bat, you will need to reextract the installer from the zip file and run it directly.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 16 Dec 2004 10:44:02 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in news:cprnep$16h$1
@talkto.net:

> > Ian Jennings wrote:
> > 
>> >> Sorry, which file am I supposed to be extracting? I can't see anything 
>> >> named *.exe in there, or is it .bat?
> > 
> > Woops, I thought the installer was prebuilt in the package, but it's not 
> > the case anymore.
> > You'll have to wait until someone commits the correct file.
> > 

No problem. Is there some way I can find out when that happens? I'm 
completely stuffed without an install.

Cheers


Subject: Re: Installation/CVS Question
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 16 Dec 2004 11:13:58 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:cprgqq$vc7$1@talkto.net>:

> > I usually use the command line installer in packages\bin, but most 
> > people here use the installer.
Ok that's a first statement ;-)

I've found this in a previous posting of Andreas:

"If you already have a JVCL 3 installation, you can simply call the
makemodified.bat in the JVCL3 directory.
But the JCL must be installed before you start the JVCL Installer. And for
the JCL you simply call the install.bat in the JCL root directory.
"

Now I will try makemodified first and see if it works for me - however I've
no doubts it won't ;-)

> > Using the packages directly in Delphi or C++ Builder is a pain because 
> > whenever a package is finished compiling, all packages depending on it 
> > are unloaded then reloaded which takes quite some time and may lead to 
> > problem because those ones are not recompiled yet.
Yes, that's really a pain!


-- cu, Michael 

Subject: Re: TJvDBDateTimePicker
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 11:07:04 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Ian Jennings wrote:
>
>> Sorry Olivier, where is that? I realise that I've probably asked that before? :) 
>
>
> Look at the usual "Daily zips" page on http://jvcl.sf.net/daily/ You will notice a "mirror" link on all the packages. Note that today's mirror is still being built, and is not available yet. But yesterday's is working ok.

Ok, today's package is now on the mirror as well.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installation/CVS Question
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 11:06:32 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Hi,
>
> just a simple question. I've installed a previous version (some weeks ago)
> of JVCL 3.
>
> Now, after downloading some new files from CVS, into a separate directory
> so far, I wonder how are you installing new files from CVS.
>
> Using the installer or just grab the packages and compile them new?

I usually use the command line installer in packages\bin, but most people here use the installer.
Using the packages directly in Delphi or C++ Builder is a pain because whenever a package is finished compiling, all packages depending on it are unloaded then reloaded which takes quite some time and may lead to problem because those ones are not recompiled yet.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Installation/CVS Question
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 16 Dec 2004 10:57:23 +0100
Newsgroups: jedi.vcl

Hi,

just a simple question. I've installed a previous version (some weeks ago)
of JVCL 3.

Now, after downloading some new files from CVS, into a separate directory
so far, I wonder how are you installing new files from CVS.

Using the installer or just grab the packages and compile them new?
-- cu, Michael 

Subject: Re: TJvDBDateTimePicker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 16 Dec 2004 10:40:52 +0100
Newsgroups: jedi.vcl

I've posted an updated JvDateTimePicker to binaries. To use, save it in your
\run folder, compile the JvStdCtrls RT package and then the JvDB RT package.
You should now have ShowToday and ShowTodayCircle properties for both
JvDateTimePicker and JvDBDateTimePicker.

NB! Not tested.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvDBDateTimePicker
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 10:36:28 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> Ahh, I'd been looking at http://jcl.sourceforge.net/daily/ which I'd bookmarked after someone posted it a couple of weeks ago. No wonder I couldn't see very much. :)

That's the JCL one, over which I don't have control.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDBDateTimePicker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 16 Dec 2004 10:33:56 +0100
Newsgroups: jedi.vcl

> > Is there no way that the ShowTodayCircle can be surfaced?
Should be possible. I'll have a look.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvDBDateTimePicker
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 10:24:00 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> Sorry Olivier, where is that? I realise that I've probably asked that before? :) 

Look at the usual "Daily zips" page on http://jvcl.sf.net/daily/ You will notice a "mirror" link on all the packages. Note that today's mirror is still being built, and is not available yet. But yesterday's is working ok.


> I'll ask something again I asked a few weeks back but never got a reply; is there a searchable archive for these ngs, like Google or Tamarack? It would be so much easier to search for myself rather than having to post trivial questions that tie up you guys or having to wade through several thousand posts to find one small piece of info.

Newswhat should be of some help:

http://delphi.newswhat.com/geoxml/forumsearch

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 16 Dec 2004 09:21:46 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in news:cprj55$vtl$1
@talkto.net:

> > Ian Jennings wrote:
> > 
>> >> I can't see anything in any other other ngs about current errors. I'm 
>> >> kinda stuck now. :(
> > 
> > That's JCL problem, because their installer is changing.

I wondered about that but as we were having a conversation in here...


> > Basically, don't run install.bat as it will try to recompile the 
> > installer. Just run it directly.
> > But now you have ran install.bat, you will need to reextract the 
> > installer from the zip file and run it directly.

Sorry, which file am I supposed to be extracting? I can't see anything 
named *.exe in there, or is it .bat?

Cheers


Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 16 Dec 2004 08:56:18 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in news:cprgrq$vc7$2
@talkto.net:

> > OBones wrote:
> > 
> > Ok, today's package is now on the mirror as well.
> > 
> > Cheers
> > 

Thanks, found it. Seems to be a bit of a problem. Either with my 
ignorance or with the installer.

I've followed the readme instructions for the JVCL. Deleted all, etc, 
etc, named folder, cleaned Registry. Downloaded JCL and tried to install 
with install.bat. Bad news. :(

I get the following:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
	cd ..
cleaning up first...
	cd lib
	cd ..\install
	if exist prototypes C:\PROGRA~1\Borland\Delphi5\Bin\make.exe -
fprototypes.mak VclUnits
	if exist prototypes C:\PROGRA~1\Borland\Delphi5\Bin\make.exe -
fprototypes.mak ClxUnits
	if exist "C:\PROGRA~1\Borland\Delphi5\Bin\..\Lib\Obj\vcl50.dcp" C:
\PROGRA~1\Borland\Delphi5\Bin\make.exe -fBCB5-dcc32.cfg.mak
	C:\PROGRA~1\Borland\Delphi5\Bin\..\bin\dcc32.exe -dJCLINSTALL -e..
\bin -i..\source -q -r -uC:\PROGRA~1\Borland\Delphi5\Bin\..\Lib;C:
\PROGRA~1\Borland\Delphi5\Bin\..\Lib\Obj;..\source\common;..\source
\windows -w JediInstaller.dpr
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(557) Error: Undeclared identifier: 'RsDelphiName'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(557) Error: Undeclared identifier: 'RsBCBName'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(773) Error: Undeclared identifier: 
'RsIndexOufOfRange'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(1653) Error: Undeclared identifier: 
'RsUpdatePackName'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(1676) Error: Undeclared identifier: 'RsPersonal'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(1678) Error: Undeclared identifier: 'RsStandard'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(1680) Error: Undeclared identifier: 
'RsProfessional'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(1683) Error: Undeclared identifier: 'RsEnterprise'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(1685) Error: Undeclared identifier: 
'RsClientServer'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(2020) Error: Undeclared identifier: 
'RsVclIncludeDir'

C:\PROGRA~1\Borland\Delphi5\COMPON~1\_SOURC~1\jcl\source\common
\JclBorlandTools.pas(2099) Error: Undeclared identifier: 'RsNeedUpdate'

JediInstallIntf.pas(34) Fatal: Could not compile used unit '..\source
\common\JclBorlandTools.pas'

** error 1 ** deleting ..\bin\JediInstaller.exe

Press any key to continue . . . 



I can't see anything in any other other ngs about current errors. I'm 
kinda stuck now. :(

Cheers


Subject: Re: Installer Enhancement
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 16 Dec 2004 09:51:55 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Hi Andreas,
> > 
> > is it possible to enhance the installer, that it doesn't stop to compile
> > (optional) when a package can't be compiled. Sometimes this would be
> > helpfull to have all the other packages updated.

For this you must change the make.exe. The installer only starts the
make.exe with a make file. Maybe make.exe has such an parameter. I must go
now, so I cannot look at this.



-- Regards, Andreas Hausladen 

Subject: Re: TJvDBDateTimePicker
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Dec 2004 09:44:46 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> I don't want to fiddle with the source myself as I'll only scrub over it when the systems are working quickly enough to be able to retrieve the latest source. I tried several times last week and every time I tried to retrieve the 'daily' I was told it would be at 9 bytes/week and would take 138 hours - or somesuch. <g>

Use the mirror. It is much much faster.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Where is JvNotify
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 16 Dec 2004 09:42:43 +0100
Newsgroups: jedi.vcl

> > I can't find the file JvNotify.dcu/pas.. but the component is on the
> > component pallete
What is the name of the component?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Installer Enhancement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 16 Dec 2004 09:38:44 +0100
Newsgroups: jedi.vcl

Hi Andreas,

is it possible to enhance the installer, that it doesn't stop to compile (optional) when a package can't be compiled. Sometimes this would be helpfull to have all the other packages updated.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installer has now a compile formular
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 16 Dec 2004 08:52:44 +0100
Newsgroups: jedi.vcl


>
>> If you contact me via mail please do NOT remove the spam in my E-Mail
>> adress.
>
>
> Is this the inverse version of the anti spam mail address obfuscators :-)
>
>
>

:-) It was just a "I did not thing deep enough" problem!


Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 16 Dec 2004 07:52:18 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:cpreb2$un7$1@talkto.net: 

> > Ian Jennings wrote:
> > 
> > Look at the usual "Daily zips" page on http://jvcl.sf.net/daily/ You 
> > will notice a "mirror" link on all the packages. Note that today's 
> > mirror is still being built, and is not available yet. But yesterday's
> > is working ok.
> > 
> > 

Ahh, I'd been looking at http://jcl.sourceforge.net/daily/ which I'd 
bookmarked after someone posted it a couple of weeks ago. No wonder I 
couldn't see very much. :)

> > Newswhat should be of some help:
> > 
> > http://delphi.newswhat.com/geoxml/forumsearch

That's great, many thanks. Another bookmark :)

Cheers


Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 16 Dec 2004 07:18:51 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:cprc1h$u93$1@talkto.net: 

> > Ian Jennings wrote:
> > 
>> >> I don't want to fiddle with the source myself as I'll only scrub over
>> >> it when the systems are working quickly enough to be able to retrieve
>> >> the latest source. I tried several times last week and every time I
>> >> tried to retrieve the 'daily' I was told it would be at 9 bytes/week
>> >> and would take 138 hours - or somesuch. <g>
> > 
> > Use the mirror. It is much much faster.
> > 

Sorry Olivier, where is that? I realise that I've probably asked that 
before? :) 

I'll ask something again I asked a few weeks back but never got a reply; is 
there a searchable archive for these ngs, like Google or Tamarack? It would 
be so much easier to search for myself rather than having to post trivial 
questions that tie up you guys or having to wade through several thousand 
posts to find one small piece of info.

Cheers


Subject: Where is JvNotify
From: "RuhaniRabin" <biztalk2me@yahoo.com>
Date: Thu, 16 Dec 2004 08:46:45 +0200
Newsgroups: jedi.vcl

I can't find the file JvNotify.dcu/pas.. but the component is on the
component pallete
...

plz help



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 16 Dec 2004 06:32:06 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in
news:cppq45$m68$1@talkto.net: 

>> >> A couple of possible minor problems:
>> >>
>> >> When I run (just a picker and the connecting bits and with DateFormat
>> >> set to dfLong) the date is focused and displayed with just the first
>> >> two characters selected. ie: if it says 02 December 2004 then the 02
>> >> will be highlighted.
> > How the control is rendered is controlled by the OS. Nothing we can di
> > anything about.
> > 

Is there no way that the ShowTodayCircle can be surfaced? 

I don't want to fiddle with the source myself as I'll only scrub over it 
when the systems are working quickly enough to be able to retrieve the 
latest source. I tried several times last week and every time I tried to 
retrieve the 'daily' I was told it would be at 9 bytes/week and would take 
138 hours - or somesuch. <g>

Cheers


Subject: Re: New Component TJvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 16 Dec 2004 00:02:03 +0100
Newsgroups: jedi.vcl

For having a first view, i have uploaded a prerelease to the directory jens.

Feel free to comment. The sample application is also included.

Greetings
Jens

Jens Fudickar schrieb:
> Hi,
>
> i have my new component nearly finished.
>
> The component is an update checker. It looks on lokal network, http, ftp or database for new version.
>
> For network the download mechanism is finished, for the other an event is available. I will finished ftp and http with the grabber components next. Both will work without Proxy-Support.
>
> In the binaries i've posted two screen shots.
>
> The configuration is done with the following ini-file(AppStorage-Support - so xml-config is also no problem :-).
>
> QUESTION:
> On which palette and in which package should i include the component. I would say in the same like the grabber components. Any other meanings.
>
> @Andreas : be prepared for making a new icon :-)
>
> This component is also a good sample which great possibilites we have with the JVCL. It uses:
> - TJvAppStorage
>   (For the storage of all informations)
> - TJvCustomPropertyStore and TJvCustomPropertyListStore
>   (For the storage of all informations)
> - TJvThread and TJvThreadDialog
>   (for the download process and status dialog)
> - TJvParameterList
>   (For the dialogs)
> - TJvHTTPURLGrapper and TJvFTPURLGrapper
>   (For HTTP and FTP Download)
> and
> - JclFileUtils
>
> I will hopefully finish it this week (including ftp und http).
>
> Greetings
> Jens
>
>
>
> ---------------------------------------------------------
> [Version]
> Count=4
> CurrentProductionProgramVersion=0.6
> CurrentBetaProgramVersion=0.8
> CurrentAlphaProgramVersion=0.9
>
> [Program Version 0]
> Last Save Time=14.12.2004 14:25:23
> ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
> ProgramLocationFileName=PageListDemo.exe
> ProgramVersion=0.9
> ProgramReleaseType=prtAlpha
> ProgramSize=20000
> ProgramReleaseDate=12.12.2004
>
> [Program Version 0\VersionDescription]
> Count=0
>
> [Program Version 1]
> Last Save Time=14.12.2004 14:25:23
> ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
> ProgramLocationFileName=Balls.exe
> ProgramVersion=0.8.1
> ProgramReleaseType=prtBeta
> ProgramSize=12000000
> ProgramReleaseDate=12.10.2004
>
> [Program Version 1\VersionDescription]
> Count=0
>
> [Program Version 3]
> Last Save Time=14.12.2004 14:25:23
> ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
> ProgramLocationFileName=
> ProgramVersion=0.7
> ProgramReleaseType=prtBeta
> ProgramSize=12000000
> ProgramReleaseDate=10.10.2004
>
> [Program Version 3\VersionDescription]
> Count=0
>
> [Program Version 2]
> Last Save Time=14.12.2004 14:25:23
> ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
> ProgramLocationFileName=JvParameterListDemo.exe
> ProgramVersion=0.6.1.1
> ProgramReleaseType=prtProduction
> ProgramSize=1000000
> ProgramReleaseDate=12.08.2004
>
> [Program Version 2\VersionDescription]
> Count=1
> item0=Das ist ein test
> ------------------------------------------------------------------------
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: New Component TJvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 15 Dec 2004 23:50:55 +0100
Newsgroups: jedi.vcl

See my other post.

Should be possible without big efforts. But until now i'm looking for a good way.

Peter Thörnqvist schrieb:
> Looks very intriguing. I hope you have implemented the dialogs as optional
> so we can use our own dialogs if we want to? I think that is very important.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: New Component TJvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 15 Dec 2004 23:49:58 +0100
Newsgroups: jedi.vcl



Stephane Wierzbicki schrieb:
> Hi Jens,
>
> What a nice component ;)
> I have just seen your screenshot, and was asking to myself some questions :
>
> tWhat happens if only 1 new version is available ?

Then only one version is shown. The component has three different version types until now: Alpha, Beta and Productive. It will show for each type the newest version. If there is only one, only one is shown.

> Is it possible to filter the other available version (beta version must been seen only to beta tester)

It would be easy to implement such a filter.

> Is it possible to force a default action (and not showing the choices) ? It could be interresting with apps that you must update
> Does the dialog box return modal infos ?

It's not implemented now, but there is a prepare for that. Until now it must be implemented.

What kind of actions did you think are necessary.
1. We need a list of versions.
2. We need a operation. The operation type internal is "Ignore", "Copy Only" and "Copy Install".

Anything else?

All procedures are internal available. Not published until now.

Hopefully i will commit the first version this week, and then we can discuss needed changes. (Good job for the next days :-)

>
> Anyway, thnks :)
>
>
> "Jens Fudickar" <jens.fudickar@oratool.de> a écrit dans le message de news: cpp1l6$g59$1@talkto.net...
>
>> Hi,
>>
>> i have my new component nearly finished.
>>
>> The component is an update checker. It looks on lokal network, http, ftp or database for new version.
>>
>> For network the download mechanism is finished, for the other an event is available. I will finished ftp and http with the grabber components next. Both will work without Proxy-Support.
>>
>> In the binaries i've posted two screen shots.
>>
>> The configuration is done with the following ini-file(AppStorage-Support - so xml-config is also no problem :-).
>>
>> QUESTION:
>> On which palette and in which package should i include the component. I would say in the same like the grabber components. Any other meanings.
>>
>> @Andreas : be prepared for making a new icon :-)
>>
>> This component is also a good sample which great possibilites we have with the JVCL. It uses:
>> - TJvAppStorage
>>  (For the storage of all informations)
>> - TJvCustomPropertyStore and TJvCustomPropertyListStore
>>  (For the storage of all informations)
>> - TJvThread and TJvThreadDialog
>>  (for the download process and status dialog)
>> - TJvParameterList
>>  (For the dialogs)
>> - TJvHTTPURLGrapper and TJvFTPURLGrapper
>>  (For HTTP and FTP Download)
>> and
>> - JclFileUtils
>>
>> I will hopefully finish it this week (including ftp und http).
>>
>> Greetings
>> Jens
>>
>>
>>
>> ---------------------------------------------------------
>> [Version]
>> Count=4
>> CurrentProductionProgramVersion=0.6
>> CurrentBetaProgramVersion=0.8
>> CurrentAlphaProgramVersion=0.9
>>
>> [Program Version 0]
>> Last Save Time=14.12.2004 14:25:23
>> ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
>> ProgramLocationFileName=PageListDemo.exe
>> ProgramVersion=0.9
>> ProgramReleaseType=prtAlpha
>> ProgramSize=20000
>> ProgramReleaseDate=12.12.2004
>>
>> [Program Version 0\VersionDescription]
>> Count=0
>>
>> [Program Version 1]
>> Last Save Time=14.12.2004 14:25:23
>> ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
>> ProgramLocationFileName=Balls.exe
>> ProgramVersion=0.8.1
>> ProgramReleaseType=prtBeta
>> ProgramSize=12000000
>> ProgramReleaseDate=12.10.2004
>>
>> [Program Version 1\VersionDescription]
>> Count=0
>>
>> [Program Version 3]
>> Last Save Time=14.12.2004 14:25:23
>> ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
>> ProgramLocationFileName=
>> ProgramVersion=0.7
>> ProgramReleaseType=prtBeta
>> ProgramSize=12000000
>> ProgramReleaseDate=10.10.2004
>>
>> [Program Version 3\VersionDescription]
>> Count=0
>>
>> [Program Version 2]
>> Last Save Time=14.12.2004 14:25:23
>> ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
>> ProgramLocationFileName=JvParameterListDemo.exe
>> ProgramVersion=0.6.1.1
>> ProgramReleaseType=prtProduction
>> ProgramSize=1000000
>> ProgramReleaseDate=12.08.2004
>>
>> [Program Version 2\VersionDescription]
>> Count=1
>> item0=Das ist ein test
>> ------------------------------------------------------------------------
>>
>> -- 
>> ___________________________________________________________
>> Softwareentwicklung Jens Fudickar
>> Breslauer Straße 8 * 65760 Eschborn
>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>
>> Home of OraTool - http://www.oratool.de 
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: New Component TJvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 15 Dec 2004 23:44:49 +0100
Newsgroups: jedi.vcl



Marcel Bestebroer schrieb:
> Jens Fudickar wrote:
>
>> The component is an update checker. It looks on lokal network, http, ftp or database for new version.
>
>
>     I'm sure people will want this component. Question: how are you going to handle the update of an application? Start a helper process, shutdown the application, update the executable and restart it?

Until now, the application is terminated, and the downloaded file is executed. This is simple, but that's it for the first time.
>
>> ---------------------------------------------------------
>> [Version]
>> Count=4
>> CurrentProductionProgramVersion=0.6
>> CurrentBetaProgramVersion=0.8
>> CurrentAlphaProgramVersion=0.9
>>
>> [Program Version 0]
>> Last Save Time=14.12.2004 14:25:23
>
>
>     Next question regarding JvAppStorage and date saving: should we implement ISO/UTC storage of dates? This might be important for configuration files supplied with an application, as it is likely my regional settings will not accept the German date format.
>
>     If we add an option 'ISODates' of type boolean, we could store/process the date using the ISO format, after conversion to UTC (which is again a good idea for web-based updates). In the case above the date would be stored as '2004-12-14 12:25:23 UTC'.
>

Principle you are right. The "Last Save Time" is not so important for this application. I have forgotten to deactivate it.


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: [feature request] TJvComboBox.AutoDropDownWidth
From: @in@taavi.ee
Date: Wed, 15 Dec 2004 19:44:38 GMT
Newsgroups: jedi.vcl

Hi!

It would be nice if TJvComboBox could automatically set it's dropdown
with to the with of the longest item. Quick and dirti implementation
below

  TJvCustomComboBox = class(TJvExCustomComboBox)
  private
    FAutoDropDownWidth: Boolean; // ain
    procedure SetAutoDropDownWidth(const Value: Boolean); // ain
    function GetDropDownWidth: Integer; // ain
    procedure SetDropDownWidth(const Value: Integer); // ain
    procedure CBAddString(var Msg: TMessage); message CB_ADDSTRING;
    procedure CBDeleteString(var Msg: TMessage); message
CB_DELETESTRING;
    procedure CBInsertString(var Msg: TMessage); message
CB_INSERTSTRING;
    procedure CBResetContent(var Msg: TMessage); message
CB_RESETCONTENT;
  protected
    procedure ResetDropdownWidth; // ain
    property AutoDropDownWidth: Boolean read FAutoDropDownWidth write
SetAutoDropDownWidth default False; // ain
    property DropDownWidth: Integer read GetDropDownWidth write
SetDropDownWidth; // do not publish this!
  end;

  TJvComboBox = class(TJvCustomComboBox)
  published
    property AutoDropDownWidth;
    ...
  end;


const
  c_ComboItemSpacing = 6;


constructor TJvCustomComboBox.Create(AOwner: TComponent);
begin
....
  FAutoDropDownWidth:= False; // in order not to alter old programs
end;

procedure TJvCustomComboBox.SetAutoDropDownWidth(const Value:
Boolean); 
begin
  if(FAutoDropDownWidth <> Value)then begin
     FAutoDropDownWidth:= Value;
     if(Value)then ResetDropdownWidth
     else DropDownWidth:= 0;
  end;
end;

function TJvCustomComboBox.GetDropDownWidth: Integer;
begin
  Result:= SendMessage(Self.Handle, CB_GETDROPPEDWIDTH, 0, 0);
end;

procedure TJvCustomComboBox.SetDropDownWidth(const Value: Integer);
begin
  SendMessage(Self.Handle, CB_SETDROPPEDWIDTH, Value, 0);
end;

procedure TJvCustomComboBox.ResetDropdownWidth; 
var x, mWidth, tw: Integer;
    tmpC: TControlCanvas;
begin
  mWidth:= 0;
  tmpC:= TControlCanvas.Create;
  try
     tmpC.Control:= Self;
     tmpC.Font:= Self.Font;
     for x:= Items.Count-1 downto 0 do begin
        tw:= tmpC.TextWidth(Items[x]);
        if(tw > mWidth)then mWidth:= tw;
     end;
  finally
     tmpC.Free;
  end;
  DropDownWidth:= mWidth + c_ComboItemSpacing;
end;

procedure TJvCustomComboBox.CBAddString(var Msg: TMessage);
begin
  inherited;
  if(AutoDropDownWidth)then ResetDropdownWidth;
end;

procedure TJvCustomComboBox.CBDeleteString(var Msg: TMessage);
begin
  inherited;
  if(AutoDropDownWidth)then ResetDropdownWidth;
end;

procedure TJvCustomComboBox.CBInsertString(var Msg: TMessage);
begin
  inherited;
  if(AutoDropDownWidth)then ResetDropdownWidth;
end;

procedure TJvCustomComboBox.CBResetContent(var Msg: TMessage);
begin
  inherited;
  DropDownWidth:= 0;
end;


ain


Subject: Re: strange compile errors with the latest (current) cvs version
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 15 Dec 2004 20:14:38 +0100
Newsgroups: jedi.vcl

> Just tested, there is no problem whatsoever here.

No unix file, no modified file...
So it's my computer :(

-- 
Florent


Subject: Re: strange compile errors with the latest (current) cvs version
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 15 Dec 2004 19:56:39 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I haven't had time to test the latest CVS with BCB6. Will do tonight. Please also check that the jvcl.inc file is NOT in UNIX format, this may be the reason for the problem.

Just tested, there is no problem whatsoever here.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: [BUG] in TJvgAskListBox
From: Henry - AR <hmonerNOSPAM@cantv.net>
Date: Wed, 15 Dec 2004 15:40:50 -0300
Newsgroups: jedi.vcl

Hi...
I got this error while testing it ...
I added 3 buttons.
Then, i started program
When i press button1, i exec this code

  List.Items.Clear;
  Data.TBL1.First;
  for fi := 1 to Data.TBL1.RecordCount do
  begin List.Items.AddObject(Data.TBL1.FieldByName('NOMBRE').AsString,TObject(Data.TBL1.FieldByName('ID').AsInteger));
    Data.TBL1.Next;
  end;

After this, all the items show without the String part ... i see the buttons only, and in an ugly way..

How i solved?
I added 2 items at designtime, and this solved the situation...

Very strange...

cya !
____________________________________
Henry - AR
ICQ: 18048153
MSN: qbecerra AT hotmail.com
San Juan - Argentina


Subject: Re: TJvDBDateTimePicker
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Dec 2004 19:29:04 +0100
Newsgroups: jedi.vcl

> > A couple of possible minor problems:
> >
> > When I run (just a picker and the connecting bits and with DateFormat set
> > to dfLong) the date is focused and displayed with just the first two
> > characters selected. ie: if it says 02 December 2004 then the 02 will be
> > highlighted.
How the control is rendered is controlled by the OS. Nothing we can di
anything about.

> > Is the Format property supposed to have any useful effect? I'm probably
> > using it wrongly but it sure gives some odd effects. :)
> >
> > 'd mmmm yyyy' gives '1 00 2004' for 1st December. 'd m yy' gives '1  0
04'.
The format property is partially case-sensitive in the datepicker. m =
minutes, M=month, so you need to upper case (at least) the m's

You can read more about the Format property in the help for TDateTimePicker


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 15 Dec 2004 16:58:38 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in
news:cppq45$m68$1@talkto.net: 


> > How the control is rendered is controlled by the OS. Nothing we can di
> > anything about.

Just this second been fiddling - it's a 'feature' when using the Comic Sans 
font - and probably lots of others as well. Now you've kindly sorted out 
the Format bit (sorry, I assumed that it was the native date format string) 
I can pad, if necessary, though I notice if I pad 29th then the LH edge of 
the '2' is erased. But it's still better than the Delphi one. :)

As usual, many thanks Peter

Cheers


Subject: Re: jvdesktopalert
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Wed, 15 Dec 2004 09:46:51 -0700
Newsgroups: jedi.vcl

ssamayoa wrote:
> Change grid's options, set dgCancelOnExit to false.
> Regards.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

This didn't Work I started getting violation of primary key errors.  As if instead of going back to the edit I was in, it wen tinto insert mode.


Subject: Re: Paragraph of text with a clickable URL inside it. Can any JVCL control do this? JvMarkupLabel can't, and has other problems.
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Dec 2004 17:34:17 +0100
Newsgroups: jedi.vcl

Try JvLinkLabel instead

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Paragraph of text with a clickable URL inside it. Can any JVCL control do this? JvMarkupLabel can't, and has other problems.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 15 Dec 2004 11:15:41 -0500
Newsgroups: jedi.vcl

Is there a control that can have a clickable URL as one little bit of the text in a large paragraph?  I would prefer not to make separate controls for the clicky-link-open-in-web-browser, and I would prefer not to have to resort to an ActiveX control (such as embedded internet explorer).  I don't need any fancy formatting other than perhaps <b>, </i>.

It looks like <a href='http://www.website.com'>BlahBlah</a> is NOT supported in JvMarkupLabel. Should I consider adding it? This would be
fine for my purposes, except that  JvMarkupLabel can't currently even handle "This is a sentence with one <b>bold</b> word." - The space between 'bold' and word is gone, and no matter how many spaces I add between bold and word, they all disappear, unless I insert a non-blank character after </b>. The following is parsed and displayed correctly:

"This is a sentence with one <b>bold</b>. word."

I suspect a little parsing problem where whitespace after tokens gets eaten. Anyone working on this component right now? If not, I'll probably go in and fix it up a little, for my own selfish reasons, if y'all don't mind. :-)

Regards,

Warren


Subject: TJvDBDateTimePicker
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 15 Dec 2004 16:00:30 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

Playtime with the TJvDBDateTimePicker.

Would it be possible to surface the ShowToday and ShowTodayCircle 
properties of the underlying Calendar? It's not even a very nice symbol. :)

Would it also be possible to have a greater selection of formats than the 
current formats available? I'm after 'd mmmm yyyy'. I realise there's a 
Format property, see below, but it is a standard Windows format, I think.

A couple of possible minor problems:

When I run (just a picker and the connecting bits and with DateFormat set 
to dfLong) the date is focused and displayed with just the first two 
characters selected. ie: if it says 02 December 2004 then the 02 will be 
highlighted.

I'm using it with Comic Sans as its font. As I change the date and the date 
is reset in the combo then, depending on the day number, so the text is 
clipped to the left. For example, if I select 1st then it comes back as 01 
and this is ok. But, if I change it to the 2nd then when the 02 is 
displayed it is clipped on the left. Same for 03...09; 10...19 are ok; 
20...30 are clipped and 31 is ok.

 
Is the Format property supposed to have any useful effect? I'm probably 
using it wrongly but it sure gives some odd effects. :)

'd mmmm yyyy' gives '1 00 2004' for 1st December. 'd m yy' gives '1  0 04'.

I guess that'll do for now.

Cheers


Subject: Re: New Component TJvProgramVersionCheck
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Dec 2004 16:17:10 +0100
Newsgroups: jedi.vcl

Looks very intriguing. I hope you have implemented the dialogs as optional
so we can use our own dialogs if we want to? I think that is very important.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: New Component TJvProgramVersionCheck
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Wed, 15 Dec 2004 16:10:51 +0100
Newsgroups: jedi.vcl

Hi Jens,

What a nice component ;)
I have just seen your screenshot, and was asking to myself some questions :

tWhat happens if only 1 new version is available ?
Is it possible to filter the other available version (beta version must been 
seen only to beta tester)
Is it possible to force a default action (and not showing the choices) ? It 
could be interresting with apps that you must update
Does the dialog box return modal infos ?

Anyway, thnks :)


"Jens Fudickar" <jens.fudickar@oratool.de> a écrit dans le message de news: 
cpp1l6$g59$1@talkto.net...
> > Hi,
> >
> > i have my new component nearly finished.
> >
> > The component is an update checker. It looks on lokal network, http, ftp 
> > or database for new version.
> >
> > For network the download mechanism is finished, for the other an event is 
> > available. I will finished ftp and http with the grabber components next. 
> > Both will work without Proxy-Support.
> >
> > In the binaries i've posted two screen shots.
> >
> > The configuration is done with the following ini-file(AppStorage-Support - 
> > so xml-config is also no problem :-).
> >
> > QUESTION:
> > On which palette and in which package should i include the component. I 
> > would say in the same like the grabber components. Any other meanings.
> >
> > @Andreas : be prepared for making a new icon :-)
> >
> > This component is also a good sample which great possibilites we have with 
> > the JVCL. It uses:
> > - TJvAppStorage
> >   (For the storage of all informations)
> > - TJvCustomPropertyStore and TJvCustomPropertyListStore
> >   (For the storage of all informations)
> > - TJvThread and TJvThreadDialog
> >   (for the download process and status dialog)
> > - TJvParameterList
> >   (For the dialogs)
> > - TJvHTTPURLGrapper and TJvFTPURLGrapper
> >   (For HTTP and FTP Download)
> > and
> > - JclFileUtils
> >
> > I will hopefully finish it this week (including ftp und http).
> >
> > Greetings
> > Jens
> >
> >
> >
> > ---------------------------------------------------------
> > [Version]
> > Count=4
> > CurrentProductionProgramVersion=0.6
> > CurrentBetaProgramVersion=0.8
> > CurrentAlphaProgramVersion=0.9
> >
> > [Program Version 0]
> > Last Save Time=14.12.2004 14:25:23
> > ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version 
> > Check\Remote\files
> > ProgramLocationFileName=PageListDemo.exe
> > ProgramVersion=0.9
> > ProgramReleaseType=prtAlpha
> > ProgramSize=20000
> > ProgramReleaseDate=12.12.2004
> >
> > [Program Version 0\VersionDescription]
> > Count=0
> >
> > [Program Version 1]
> > Last Save Time=14.12.2004 14:25:23
> > ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version 
> > Check\Remote\files
> > ProgramLocationFileName=Balls.exe
> > ProgramVersion=0.8.1
> > ProgramReleaseType=prtBeta
> > ProgramSize=12000000
> > ProgramReleaseDate=12.10.2004
> >
> > [Program Version 1\VersionDescription]
> > Count=0
> >
> > [Program Version 3]
> > Last Save Time=14.12.2004 14:25:23
> > ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version 
> > Check\Remote\files
> > ProgramLocationFileName=
> > ProgramVersion=0.7
> > ProgramReleaseType=prtBeta
> > ProgramSize=12000000
> > ProgramReleaseDate=10.10.2004
> >
> > [Program Version 3\VersionDescription]
> > Count=0
> >
> > [Program Version 2]
> > Last Save Time=14.12.2004 14:25:23
> > ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version 
> > Check\Remote\files
> > ProgramLocationFileName=JvParameterListDemo.exe
> > ProgramVersion=0.6.1.1
> > ProgramReleaseType=prtProduction
> > ProgramSize=1000000
> > ProgramReleaseDate=12.08.2004
> >
> > [Program Version 2\VersionDescription]
> > Count=1
> > item0=Das ist ein test
> > ------------------------------------------------------------------------
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de 




Subject: Re: New Component TJvProgramVersionCheck
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 15 Dec 2004 15:04:30 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>>     Next question regarding JvAppStorage and date saving: should we
>> implement ISO/UTC storage of dates?
>
> Absolutely. The same goes for any data type that relies on the system locale
> for display purposes: it should always be stored and loaded in a fixed
> format and only fall back to trying system/user locale if the conversion
> fails.
>

    That would be better. I think the float reading will actually replace the ThousandSeparator with the DecimalSeparator, which should allow 90% of the floats to actually read.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: New Component TJvProgramVersionCheck
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Dec 2004 14:52:57 +0100
Newsgroups: jedi.vcl

> >      Next question regarding JvAppStorage and date saving: should we
> > implement ISO/UTC storage of dates?
Absolutely. The same goes for any data type that relies on the system locale
for display purposes: it should always be stored and loaded in a fixed
format and only fall back to trying system/user locale if the conversion
fails.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: I haven't heard anything so...?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Dec 2004 14:46:33 +0100
Newsgroups: jedi.vcl

> > JvSystem.dpk
Good choice

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: AppStorage.Read/WriteProperty
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Dec 2004 13:35:39 +0100
Newsgroups: jedi.vcl

> > You are a hero :-)
Oh, once Marcel cracked it, it wasn't that hard :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: New Component TJvProgramVersionCheck
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 15 Dec 2004 13:23:10 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> The component is an update checker. It looks on lokal network, http, ftp or database for new version.

    I'm sure people will want this component. Question: how are you going to handle the update of an application? Start a helper process, shutdown the application, update the executable and restart it?

> ---------------------------------------------------------
> [Version]
> Count=4
> CurrentProductionProgramVersion=0.6
> CurrentBetaProgramVersion=0.8
> CurrentAlphaProgramVersion=0.9
>
> [Program Version 0]
> Last Save Time=14.12.2004 14:25:23

    Next question regarding JvAppStorage and date saving: should we implement ISO/UTC storage of dates? This might be important for configuration files supplied with an application, as it is likely my regional settings will not accept the German date format.

    If we add an option 'ISODates' of type boolean, we could store/process the date using the ISO format, after conversion to UTC (which is again a good idea for web-based updates). In the case above the date would be stored as '2004-12-14 12:25:23 UTC'.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Components without a Component-Icon
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Dec 2004 12:36:30 +0100
Newsgroups: jedi.vcl

Ellio Martina wrote:

> No problem to switch to png's

Great.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: New Component TJvProgramVersionCheck
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Dec 2004 12:36:17 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> i have my new component nearly finished.
>
> The component is an update checker. It looks on lokal network, http, ftp or database for new version.

This sounds really nice.

-- 
Olivier Sannier
JVCL Coordinator


Subject: New Component TJvProgramVersionCheck
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 15 Dec 2004 12:34:10 +0100
Newsgroups: jedi.vcl

Hi,

i have my new component nearly finished.

The component is an update checker. It looks on lokal network, http, ftp or database for new version.

For network the download mechanism is finished, for the other an event is available. I will finished ftp and http with the grabber components next. Both will work without Proxy-Support.

In the binaries i've posted two screen shots.

The configuration is done with the following ini-file(AppStorage-Support - so xml-config is also no problem :-).

QUESTION:
On which palette and in which package should i include the component. I would say in the same like the grabber components. Any other meanings.

@Andreas : be prepared for making a new icon :-)

This component is also a good sample which great possibilites we have with the JVCL. It uses:
- TJvAppStorage
  (For the storage of all informations)
- TJvCustomPropertyStore and TJvCustomPropertyListStore
  (For the storage of all informations)
- TJvThread and TJvThreadDialog
  (for the download process and status dialog)
- TJvParameterList
  (For the dialogs)
- TJvHTTPURLGrapper and TJvFTPURLGrapper
  (For HTTP and FTP Download)
and
- JclFileUtils

I will hopefully finish it this week (including ftp und http).

Greetings
Jens



---------------------------------------------------------
[Version]
Count=4
CurrentProductionProgramVersion=0.6
CurrentBetaProgramVersion=0.8
CurrentAlphaProgramVersion=0.9

[Program Version 0]
Last Save Time=14.12.2004 14:25:23
ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
ProgramLocationFileName=PageListDemo.exe
ProgramVersion=0.9
ProgramReleaseType=prtAlpha
ProgramSize=20000
ProgramReleaseDate=12.12.2004

[Program Version 0\VersionDescription]
Count=0

[Program Version 1]
Last Save Time=14.12.2004 14:25:23
ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
ProgramLocationFileName=Balls.exe
ProgramVersion=0.8.1
ProgramReleaseType=prtBeta
ProgramSize=12000000
ProgramReleaseDate=12.10.2004

[Program Version 1\VersionDescription]
Count=0

[Program Version 3]
Last Save Time=14.12.2004 14:25:23
ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
ProgramLocationFileName=
ProgramVersion=0.7
ProgramReleaseType=prtBeta
ProgramSize=12000000
ProgramReleaseDate=10.10.2004

[Program Version 3\VersionDescription]
Count=0

[Program Version 2]
Last Save Time=14.12.2004 14:25:23
ProgramLocationPath=S:\Delphi\Components\JVCL3\examples\JvProgramVersionCheck\Version Check\Remote\files
ProgramLocationFileName=JvParameterListDemo.exe
ProgramVersion=0.6.1.1
ProgramReleaseType=prtProduction
ProgramSize=1000000
ProgramReleaseDate=12.08.2004

[Program Version 2\VersionDescription]
Count=1
item0=Das ist ein test
------------------------------------------------------------------------

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Components without a Component-Icon
From: "Ellio Martina" <news@elliomartina.com>
Date: Wed, 15 Dec 2004 12:12:08 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> schreef op Tue, 14 Dec 2004 21:03:37 +0100:

> Andreas Hausladen wrote:
>
>>> I also made a html page with a listing of all components grouped by
>>> palette page with the icons in .gif format. I did not see an overview of
>>> all the components  in the JVCL so I thought this might be a
>>> contribution in return of the availability of  the JVCL.
>>  Sounds good.
>
> Indeed. Could you zip this up and put it in Mantis?
> I'll have a look at it. Could you use PNG instead of GIF? I really don't like GIF and PNG files are usually smaller anyway.
>
> Thanks for your contribution.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator



No problem to switch to png's

Ellio

Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: AntiAlias
From: "haword" <haword@mail.ru>
Date: Wed, 15 Dec 2004 16:23:25 +0600
Newsgroups: jedi.vcl

Hi! You can add antialias in your components? As TAALabel:  an anti-aliased
label using Xft in http://www.theo.ch/kylix/




Subject: Re: I haven't heard anything so...?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 15 Dec 2004 04:15:24 -0500
Newsgroups: jedi.vcl

    Okay, will do.  As I don't have a CVS installer yet, which do you
recommend and are there any issues I need to be concerned with regarding it?

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message news:cpmjq2$16g$1@talkto.net...
> > Marcel Bestebroer wrote:
> >
>> >>   I also make mistakes, but luckily with CVS you can't screw up too much,
>> >> since reverting the mistake is merely a mouse click away (well, maybe a
>> >> couple more, but you get my drift). Besides, we learn through the
>> >> mistakes we make, right?
> >
> > And the flaming we get in return <vbg>
> >
> > Anyway, the best way to start is to provide small bug fixes, small
> > enhancements. And for ideas, start in Mantis
> > (http://homepages.borland.com/jedi/issuetracker/) and stroll through all
> > those unfixed issues.
> >
> > Thanks for your help.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator





Subject: Re: I haven't heard anything so...?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 15 Dec 2004 04:12:46 -0500
Newsgroups: jedi.vcl

    Terrific!  You decided to add it to the Jvcl then?  I hadn't looked thru 
the entire Jcl yet so I didn't know if you had any non-visual components in 
there or not.  Now should I take it off my site as a seperate download and 
put a blurb up that it's now part of the Jvcl?  I already have the insigna 
link to the Jedi Project on my sidebar for every page.

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message news:cpmj97$13s$1@talkto.net...
> > Andreas Hausladen wrote:
> >
>> >> Robert Meek wrote:
>> >>
>> >> I'm working on it since 20 minutes.
> >
> > It is now part of the JVCL as TJvDebugHandler 




Subject: Re: JvFormAutoSize and form resize
From: "Bepy" <freddy.junior@email.it>
Date: Wed, 15 Dec 2004 08:32:45 +0100
Newsgroups: jedi.vcl

> > This is a very, ehm, special component... What it does is resize all
> > controls (except TButton for some reason) relative to the size of the 
> > form,
> > i.e if the form is resized to half it's original width, the controls are
> > resized to half their original width as well (unless some Align property
> > undoes it all).

I see...
Maybe it's not the component I need.
Thanks for explanation. 




Subject: Re: strange compile errors with the latest (current) cvs version
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Dec 2004 08:31:55 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> OBones a écrit :
>
>> Florent Ouchet wrote:
>>
>>> I tried install jvcl in C++Builder 6; The compiler (dcc32.exe) crashes (the instruction at adress **** cannot be read); it is just driving me crazy!!!
>>
>>
>>
>> Have you installed update 4 AND the linker update?
>
>
> Yep, D7 and C6 are up to date !
> I try reinstall them.

I haven't had time to test the latest CVS with BCB6. Will do tonight. Please also check that the jvcl.inc file is NOT in UNIX format, this may be the reason for the problem.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: I haven't heard anything so...?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 15 Dec 2004 08:19:39 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > In which JVCL DPK package is it?

JvSystem.dpk


-- Regards, Andreas Hausladen 

Subject: Re: strange compile errors with the latest (current) cvs version
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 15 Dec 2004 07:24:29 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Florent Ouchet wrote:
>
>> I tried install jvcl in C++Builder 6; The compiler (dcc32.exe) crashes (the instruction at adress **** cannot be read); it is just driving me crazy!!!
>
>
> Have you installed update 4 AND the linker update?

Yep, D7 and C6 are up to date !
I try reinstall them.

-- 
Florent


Subject: Re: strange compile errors with the latest (current) cvs version
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 15 Dec 2004 07:12:15 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:
> I tried install jvcl in C++Builder 6; The compiler (dcc32.exe) crashes (the instruction at adress **** cannot be read); it is just driving me crazy!!!

Have you installed update 4 AND the linker update?


Subject: Re: I haven't heard anything so...?
From: Warren Postma <wp@tekran.NOSPAM.c0m_NOSP3M>
Date: Wed, 15 Dec 2004 00:37:44 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
 > It is now part of the JVCL as TJvDebugHandler

In which JVCL DPK package is it?

Warren


Subject: About TJvScrollMax & TJvScrollMaxBand
From: Henry - AR <hmonerNOSPAM@cantv.net>
Date: Wed, 15 Dec 2004 00:21:20 -0300
Newsgroups: jedi.vcl

Hi guys...
I know this request will be almost ignored, but well... It is an idea...
I tried both components in RaControls demo...
I think it is great... but...
It'd be nice to simulate like 3d Studio control... at least by putting the "pressed hand" icon to mouse when enters the control... and ovbiously when it drags everything
Another solution should be putting cursorchange code in the OnScroll event...don't know...
Well... i got this suggestion while testing it, it is great ...

thanks & cya guys
____________________________________
Henry - AR
ICQ: 18048153
MSN: qbecerra AT hotmail.com
San Juan - Argentina


Subject: Re: strange compile errors with the latest (current) cvs version
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Wed, 15 Dec 2004 00:12:00 +0100
Newsgroups: jedi.vcl

I tried install jvcl in C++Builder 6; The compiler (dcc32.exe) crashes (the instruction at adress **** cannot be read); it is just driving me crazy!!!

-- 
Florent


> I have got the following errors when compiling the cvs version of the jvcl :
>
> ----
>
> Windows 2000 Service Pack 4 (5.0.2195)
>
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Generating: Templates]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Writing: ..\D7\dcc32.cfg
> [Generating: Packages]
> Generating packages for D7
>     Loaded template.dof
>     Loaded template.dpk
>         Writing JvSystemD7R.dpk for D7
>     Loaded template.res
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Compiling: Packages]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Compiling: Packages]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Compiling: Jv3rdD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
>
> 4843 lignes, 0.24 secondes, 27212 octets de code, 117 octets de données.
> [Compiling: JvCoreD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
>
> 140471 lignes, 3.26 secondes, 619088 octets de code, 4309 octets de données.
> [Compiling: JvSystemD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
>
> 88696 lignes, 2.55 secondes, 260100 octets de code, 3141 octets de données.
> [Compiling: JvStdCtrlsD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
>
> 155265 lignes, 6.59 secondes, 594460 octets de code, 3749 octets de données.
> [Compiling: JvAppFrmD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
>
> 21571 lignes, 1.07 secondes, 43088 octets de code, 221 octets de données.
> [Compiling: JvCoreD7D.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
>
> C:\Documents and Settings\ouchet_florent\Mes documents\svg\Borland\Delphi\jcl\source\jedi.inc(1) Fatale: Directive conditionnelle non déterminée
>
> ** error 1 ** deleting "C:\Program Files\Borland\Delphi7\Projects\Bpl"\JvCoreD7D.bpl
>
> ** error 1 ** deleting CompilePackages
>
> ---
>
> The JvCoreD7D seems to have errors when compiled with the jvcl installer but it compiles correctly in delphi IDE !!!
> I always call clean.bat before starting the installation program. I have the latest cvs version.
>
> I can reproduce it (everytime).
>
> TIA,
>
> Florent Ouchet


Subject: JVCL Installer and Delphi's "-rBareBones" command line parameter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 23:52:46 +0100
Newsgroups: jedi.vcl

I have implemented the three command line parameters for the JVCL
Installer:

-rDelphi=BareBones
-rBCB=BCBBareBones
-rBDS=BareBones

With these command line parameters you can force the JVCL Installer to
read and write the HKCU\Borland\BaseBones\X.X registry keys instead of the
default HKCU\Borland\Delphi\X.X key.

This allows the installation of the JVCL into different IDE settings. And
on the other side it allows the installation of JVCL 2 and JVCL 3 into
IDEs that have different registry keys. (delphi32.exe -rBareBones)

for more JVCL Installer command line parameters type

"install newest --help"


-- Regards, Andreas Hausladen 

Subject: Re: JvFormAutoSize and form resize
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 23:47:16 +0100
Newsgroups: jedi.vcl

> > I've added JvFormAutoSize to my form and set its Active property to true.
> > At runtime resizeing the form causes controls to mess up...
> >
> > Are there other settings to setup ?

This is a very, ehm, special component... What it does is resize all
controls (except TButton for some reason) relative to the size of the form,
i.e if the form is resized to half it's original width, the controls are
resized to half their original width as well (unless some Align property
undoes it all).

Apart from Active, it has no other settings.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: AppStorage.Read/WriteProperty
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 23:39:23 +0100
Newsgroups: jedi.vcl

You are a hero :-)

Seems to work. I will play around a little bit with it and then commit the changes to JvAppstorage.pas

Peter Thornqvist schrieb:
> Correction:
>
> var P:PPropInfo;
> begin
>   P := GetPropInfo(PersObj,PropName,tkAny);
>   if (P <> nil) and (P^.PropType <> nil) and (P^.PropType^ =
> TypeInfo(TDateTime)) then
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @Jens: JvDynControlEngine DB support
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 23:32:47 +0100
Newsgroups: jedi.vcl

I've reloaded it again.

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> Must i include this functions into the JvDynControlDB.pas file?
>
>
> No. I only found that the unit is not used and it does not compile because
> JvDynControlEngineTools.pas is missing. (I have not deleted it, it is
> simply no more in the current CVS).
>
>
>> How should we handle something like this?
>
>
> Good question. A unit that does not hold any component but maybe some
> usefull functionality. Sould like JvJVCLUtils.pas with the only exception
> that JvJVCLUtils is part of an package.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: class for form managment
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 23:20:50 +0100
Newsgroups: jedi.vcl

> > does someone of you know a component which provides services refering to
> >   "form-managment". i especially think about possibilities to get a
> > easier way to handle forms in multi-monitor-applications.
> >
> > of course, TScreen provides basic functions - but i'd like to use a
> > special class, because the code would be much easier too read/modify. in
> > the worst case i'd make a class on my own, but it would be much easier
> > to get one ;-)

MultiMon.pas provides the translation of the MultiMonitor API and it is
encapsulated in the TMonitor class (Forms.pas). You could easily write your
own class based on that.

> > another thing i'm searching for is the possibility to set a monitor
> > background in the runtime of a program.
You mean the desktop color? Try TJvComputerInfoEx.Colors.ColorBackground (or
call SetSysColors directly). I don't know of a way to set the background
color for an individual monitor.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: AppStorage.Read/WriteProperty
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 23:12:26 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > PS: better watch that casing, or Robert will get very angry for giving
> > him more work (in this case: it's TDateTime, not tDateTime).

That is something for the new refactoring tools of Delphi 2005, especially
syncedit. That is for what I use the Trial :-), till my copy arrives (I
hope before xmas).


-- Regards, Andreas Hausladen 

Subject: Re: @Jens: JvDynControlEngine DB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 23:09:21 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Must i include this functions into the JvDynControlDB.pas file?

No. I only found that the unit is not used and it does not compile because
JvDynControlEngineTools.pas is missing. (I have not deleted it, it is
simply no more in the current CVS).

> > How should we handle something like this?

Good question. A unit that does not hold any component but maybe some
usefull functionality. Sould like JvJVCLUtils.pas with the only exception
that JvJVCLUtils is part of an package.


-- Regards, Andreas Hausladen 

Subject: Re: AppStorage.Read/WriteProperty
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 23:08:22 +0100
Newsgroups: jedi.vcl

Correction:

var P:PPropInfo;
begin
  P := GetPropInfo(PersObj,PropName,tkAny);
  if (P <> nil) and (P^.PropType <> nil) and (P^.PropType^ =
TypeInfo(TDateTime)) then

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVCL Installer localtization
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 23:06:28 +0100
Newsgroups: jedi.vcl

Henry - AR wrote:

> > i leave the real credits to JVCL authors !! <g> !!

your name is in the CVS history of the files ;-)


-- Regards, Andreas Hausladen 

Subject: Re: AppStorage.Read/WriteProperty
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 23:05:53 +0100
Newsgroups: jedi.vcl

I'm waiting for your results :-)

Marcel Bestebroer schrieb:
> Jens Fudickar wrote:
>
>>
>> PropType returns a TTypeKind and this is a enumeration of:
>>   TTypeKind = (tkUnknown, tkInteger, tkChar, tkEnumeration, tkFloat,
>>     tkString, tkSet, tkClass, tkMethod, tkWChar, tkLString, tkWString,
>>     tkVariant, tkArray, tkRecord, tkInterface, tkInt64, tkDynArray);
>>
>> So this also didn't work.
>
>
>     I'll take a look tomorrow when my head is a bit more clear. There must be a way to get what you want, and damnit, I'm gonna find it too.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: AppStorage.Read/WriteProperty
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 23:05:51 +0100
Newsgroups: jedi.vcl

>>> > >> if TypeInfo(PropType(PersObj, PropName)) = TypeInfo(tDateTime) then

Shouldn't that be:

var P:PPropInfo;
begin
  P := GetPropInfo(PersObj,PropName,[tkAny]);
  if (P <> nil) and (P^.PropType <> nil) and (P^.PropType^ =
TypeInfo(TDateTime)) then


Untested

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: AppStorage.Read/WriteProperty
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Dec 2004 23:02:03 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
>
> PropType returns a TTypeKind and this is a enumeration of:
>   TTypeKind = (tkUnknown, tkInteger, tkChar, tkEnumeration, tkFloat,
>     tkString, tkSet, tkClass, tkMethod, tkWChar, tkLString, tkWString,
>     tkVariant, tkArray, tkRecord, tkInterface, tkInt64, tkDynArray);
>
> So this also didn't work.

    I'll take a look tomorrow when my head is a bit more clear. There must be a way to get what you want, and damnit, I'm gonna find it too.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: @Jens: JvDynControlEngine DB support
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 23:01:05 +0100
Newsgroups: jedi.vcl

No, i didn't want to move it to the archive. It contains some utility functions which could be used outside, but they are not used by the jvcl itself.

Must i include this functions into the JvDynControlDB.pas file? Why? Is it realy a problem to have this function separated? And why is the non db tools moved to the archive? It's the same procedure. (on my computer it's not moved, so there is no problem)

How should we handle something like this?

Greetings
Jens

Andreas Hausladen schrieb:
> Is JvDynControlEngineDBTools.pas still needed? None of the
> JvDynControlEngine units seem to use it. The non-DB Tools is already gone.
> If it is no more used, can you move it to the archive directory?
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: AppStorage.Read/WriteProperty
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 22:57:04 +0100
Newsgroups: jedi.vcl


Marcel Bestebroer schrieb:
> Jens Fudickar wrote:
>
>> I'm trying to do something like this :
>>
>> if TypeInfo(PropType(PersObj, PropName)) = TypeInfo(tDateTime) then
>>
>> But this didn't compile. Sorry my knowledge of this stuff is too small.
>
>
>     I know, I should really look at the Win32 stuff again, but what does PropType return? A PTypeInfo (or Pointer)? in that case the above should be
>
> if PropType(PersObj, PropName) = TypeInfo(TDateTime) then

PropType returns a TTypeKind and this is a enumeration of:
  TTypeKind = (tkUnknown, tkInteger, tkChar, tkEnumeration, tkFloat,
    tkString, tkSet, tkClass, tkMethod, tkWChar, tkLString, tkWString,
    tkVariant, tkArray, tkRecord, tkInterface, tkInt64, tkDynArray);

So this also didn't work.

>
> PS: better watch that casing, or Robert will get very angry for giving him more work (in this case: it's TDateTime, not tDateTime).

I know :-) , but sadly i'm not realy good in this thinks :-(
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installer localtization
From: Henry - AR <hmonerNOSPAM@cantv.net>
Date: Tue, 14 Dec 2004 18:56:58 -0300
Newsgroups: jedi.vcl

ok
no problem !!
i leave the real credits to JVCL authors !! <g> !!
____________________________________
Henry - AR
ICQ: 18048153
MSN: qbecerra AT hotmail.com
San Juan - Argentina

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> Leave as it is.
>
>
> The files are already in CVS.
>
>


Subject: Re: @Jens: JvDynControlEngine DB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 22:55:59 +0100
Newsgroups: jedi.vcl

Is JvDynControlEngineDBTools.pas still needed? None of the
JvDynControlEngine units seem to use it. The non-DB Tools is already gone.
If it is no more used, can you move it to the archive directory?



-- Regards, Andreas Hausladen 

Subject: Re: AppStorage.Read/WriteProperty
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Dec 2004 22:53:28 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> I'm trying to do something like this :
>
> if TypeInfo(PropType(PersObj, PropName)) = TypeInfo(tDateTime) then
>
> But this didn't compile. Sorry my knowledge of this stuff is too small.

    I know, I should really look at the Win32 stuff again, but what does PropType return? A PTypeInfo (or Pointer)? in that case the above should be

if PropType(PersObj, PropName) = TypeInfo(TDateTime) then

PS: better watch that casing, or Robert will get very angry for giving him more work (in this case: it's TDateTime, not tDateTime).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: @Jens: JvDynControlEngine DB support
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 22:47:53 +0100
Newsgroups: jedi.vcl

Seems to be fine

OBones schrieb:
> Jens Fudickar wrote:
>
>> Fixed, Sorry for the delay :-(
>
>
> Oh, that must be why I clashed with the update...
> Anyway, I committed a file with changes in it as well, it compiles, but could you review it to check I didn't do anything wrong?
>
> Thanks

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: AppStorage.Read/WriteProperty
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 22:46:35 +0100
Newsgroups: jedi.vcl



Marcel Bestebroer schrieb:
> Jens Fudickar wrote:
>
>> Hi Marcel,
>>
>> i seemed to be blind. Can't figure it out. Can you give me a tip?
>>
>
>     I thought I already gave one, but from your message I understand you are checking <propertyinfo of the current property>.TypeInfo.TypeKind (the names are from memory, but I think you know what I mean). When you see a tkFloat (from memory) type kind, simply compare the TypeInfo of the property with TypeInfo(TDateTime) (the TypeInfo function is in the System unit, I think, otherwise it's in the TypInfo unit) and if the two pointers are equal, you are dealing with a TDateTime property, otherwise it's just a float type. Does that help you?
>

I thought too, but it didn't help.

I'm trying to do something like this :

if TypeInfo(PropType(PersObj, PropName)) = TypeInfo(tDateTime) then

But this didn't compile. Sorry my knowledge of this stuff is too small.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @Jens: JvDynControlEngine DB support
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Dec 2004 22:39:27 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Fixed, Sorry for the delay :-(

Oh, that must be why I clashed with the update...
Anyway, I committed a file with changes in it as well, it compiles, but could you review it to check I didn't do anything wrong?

Thanks


Subject: Re: JVCL Installer localtization
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 22:39:15 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Leave as it is.

The files are already in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer localtization
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Dec 2004 22:37:40 +0100
Newsgroups: jedi.vcl

Leave as it is.


Subject: Re: JVCL Installer localtization
From: Henry - AR <hmonerNOSPAM@cantv.net>
Date: Tue, 14 Dec 2004 18:25:15 -0300
Newsgroups: jedi.vcl

It seems i realized i applied badly the poheader with SetPoheader...
Why ?
Coz i just have not modified .pas file in SetPoHeader folder ...
Just compiled...

Am i wrong ? Do i modify it again or i leave as it is (in binaries) ?
____________________________________
Henry - AR
ICQ: 18048153
MSN: qbecerra AT hotmail.com
San Juan - Argentina

Henry - AR wrote:
> Hi guys.
> I did it !!! It id Ready !!.
> I didn't knew I'm the first to do complete spanish translation of all the language files !!! I did it in 6 hours... too much... but it worths.
>
> I got this when doing "jvcl3\locale\UpdateLanguageInstaller.bat es"
> -------------------------------------------------
> Updating es...
> .................. done.
> File not found D:\1Delphi\Componentes\JediVCL\locale\tmp?.txt
> -------------------------------------------------
>
> Anyway, I translated
> jvcl.po
> JVCLInstall.po
>
> (both files are from daily zips from dec. 14) ...
>
> and i posted them in binaries group !!
>
> See ya !
> ____________________________________
> Henry - AR
> ICQ: 18048153
> MSN: qbecerra AT hotmail.com
> San Juan - Argentina
>
> Andreas Hausladen wrote:
>  > OBones wrote:
>  >
>  >
>  >>Hugo Moner wrote:
>  >>
>  >>>I'd love to do English -> Spanish of anything u give me.
>  >>>I did 10 yrs. in an English Institute, so if u want something to
>  >>>translate from Eng. to Spa. just tell me, or send me to
>  >>
>  >>In the locale\es\LC_MESSAGES directory there are two .po files
>  >>Please use poEdit (http://poedit.sf.net/) to edit those files to do the
>  >>translations.
>  >
>  >
>  > But before doing this you must compile the jvcl3\devtools\SetPOHeader and
>  > execute the "jvcl3\locale\UpdateLanguageInstaller.bat es"
>  >
>  >


Subject: Re: JVCL Installer localtization
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 22:24:24 +0100
Newsgroups: jedi.vcl

Henry - AR wrote:

> > File not found D:\1Delphi\Componentes\JediVCL\locale\tmp?.txt

This seems to be a bug in the batch file. It is the ending "del" command.
So not really an error.

A ">NUL" should do the trick :-)


> > and i posted them in binaries group !!

Thanks. I'll add it.


-- Regards, Andreas Hausladen 

Subject: Re: jvdesktopalert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 22:23:06 +0100
Newsgroups: jedi.vcl

> > Change grid's options, set dgCancelOnExit to false.
Good tip. I'd still appreciate testing with the proposed changes though,
since the same might happen with other controls.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: @Jens: JvDynControlEngine DB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 22:22:13 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Fixed, Sorry for the delay :-(

No problem.


-- Regards, Andreas Hausladen 

Subject: Re: jvdesktopalert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 22:21:53 +0100
Newsgroups: jedi.vcl

> >      I don't think this would solve the problem because the focus would
> > still shift away from the grid. The only thing that's changed is that it
> > will get the focus back if AutoFocus is false.
Maybe not, but I'm betting on that the dataset will be set into insert mode
again when the grid gets the focus back and it can't hurt trying :)

> >     I'm not sure if there's a way to have Form.Show not immediately
> > take the focus, but that would solve the issue.
Calling Show sooner or later ends up in a call to WM_ACTIVATE which switches
the focus. If the above trick doesn't work, overriding WM_ACTIVATE is the
next step...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: @Jens: JvDynControlEngine DB support
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 22:21:16 +0100
Newsgroups: jedi.vcl

Fixed, Sorry for the delay :-(

Andreas Hausladen schrieb:
> Have you forgotten to commit the JvDynControlEngineVCLDB und DBTools unit?
> or are these obolute? They prevent the current CVS respostory to compile.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installer localtization
From: Henry - AR <hmonerNOSPAM@cantv.net>
Date: Tue, 14 Dec 2004 18:16:27 -0300
Newsgroups: jedi.vcl

Hi guys.
I did it !!! It id Ready !!.
I didn't knew I'm the first to do complete spanish translation of all the language files !!! I did it in 6 hours... too much... but it worths.

I got this when doing "jvcl3\locale\UpdateLanguageInstaller.bat es"
-------------------------------------------------
Updating es...
................... done.
File not found D:\1Delphi\Componentes\JediVCL\locale\tmp?.txt
-------------------------------------------------

Anyway, I translated
jvcl.po
JVCLInstall.po

(both files are from daily zips from dec. 14) ...

and i posted them in binaries group !!

See ya !
____________________________________
Henry - AR
ICQ: 18048153
MSN: qbecerra AT hotmail.com
San Juan - Argentina

Andreas Hausladen wrote:
> OBones wrote:
>
>
>>Hugo Moner wrote:
>>
>>>I'd love to do English -> Spanish of anything u give me.
>>>I did 10 yrs. in an English Institute, so if u want something to
>>>translate from Eng. to Spa. just tell me, or send me to
>>
>>In the locale\es\LC_MESSAGES directory there are two .po files
>>Please use poEdit (http://poedit.sf.net/) to edit those files to do the
>>translations.
>
>
> But before doing this you must compile the jvcl3\devtools\SetPOHeader and
> execute the "jvcl3\locale\UpdateLanguageInstaller.bat es"
>
>


Subject: Re: AppStorage.Read/WriteProperty
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Dec 2004 22:01:25 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Marcel,
>
> i seemed to be blind. Can't figure it out. Can you give me a tip?
>

    I thought I already gave one, but from your message I understand you are checking <propertyinfo of the current property>.TypeInfo.TypeKind (the names are from memory, but I think you know what I mean). When you see a tkFloat (from memory) type kind, simply compare the TypeInfo of the property with TypeInfo(TDateTime) (the TypeInfo function is in the System unit, I think, otherwise it's in the TypInfo unit) and if the two pointers are equal, you are dealing with a TDateTime property, otherwise it's just a float type. Does that help you?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: @Jens: JvDynControlEngine DB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 21:59:57 +0100
Newsgroups: jedi.vcl

Have you forgotten to commit the JvDynControlEngineVCLDB und DBTools unit?
or are these obolute? They prevent the current CVS respostory to compile.


-- Regards, Andreas Hausladen 

Subject: Re: jvdesktopalert
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Dec 2004 21:56:06 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Try this in TJvDesktopAlert.Execute;

    I don't think this would solve the problem because the focus would still shift away from the grid. The only thing that's changed is that it will get the focus back if AutoFocus is false.

    I'm not sure if there's a way to have Form.Show not immediately take the focus, but that would solve the issue.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: AppStorage.Read/WriteProperty
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 21:55:18 +0100
Newsgroups: jedi.vcl

Hi Marcel,

i seemed to be blind. Can't figure it out. Can you give me a tip?

Greetings
Jens

Marcel Bestebroer schrieb:
> Jens Fudickar wrote:
>
>> Hi,
>>
>> is there any chance to decide if a propertie is tDatetime and not Float?
>>
>> Read/WriteProperty handles all tDateTime Properties as float and so the option DateTimeAsString is ignored. It works, but it's not so nice.
>> The problem is, that the TTypeKind type didn'T have a tpye for date values.
>>
>> Any idea/chance?
>
>
>     Your best bet is to check if the the property type is equal to TypeOf(TDateTime). This will not work if someone has declared a type like 'TMyDate = type TDateTime', as this will result in a new PTypeIno record for TMyDate. 'TMyDate = TDateTime' will not result in a new PTypeInfo record, just an alias that will never surface at run time. IOW TypeInfo(TMyDate) will always equal to TypeInfo(TDateTime).
>
>     It may be possible to check if the TMyDate in the first case will result in the BaseType being specified so you can traverse up the type hierarchy until you get to the root or the TDateTime type, but I think that was only the case for ordinal types (sub ranges, enumerations and sets).
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: dot printer
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 14 Dec 2004 22:12:13 +0200
Newsgroups: jedi.vcl

AFAIK no.

But you can search in the web for ZReport.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvdesktopalert
From: "ssamayoa" <nospam@stopspam.com>
Date: Tue, 14 Dec 2004 22:08:38 +0200
Newsgroups: jedi.vcl

Change grid's options, set dgCancelOnExit to false.
Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Components without a Component-Icon
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Dec 2004 21:03:37 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> I also made a html page with a listing of all components grouped by
>> palette page with the icons in .gif format. I did not see an overview of
>> all the components  in the JVCL so I thought this might be a
>> contribution in return of the availability of  the JVCL.
>
> Sounds good.

Indeed. Could you zip this up and put it in Mantis?
I'll have a look at it. Could you use PNG instead of GIF? I really don't like GIF and PNG files are usually smaller anyway.

Thanks for your contribution.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: jvdesktopalert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 20:50:29 +0100
Newsgroups: jedi.vcl

Try this in TJvDesktopAlert.Execute;


procedure TJvDesktopAlert.Execute;
var
  ARect: TRect;
  I, X, Y: Integer;
  FActiveWindow, FActiveFocus: HWND; // change

....
  // change begin
  if not AutoFocus then
  begin
    FActiveFocus := GetFocus;
    FActiveWindow := GetActiveWindow;
  end
  else
  begin
    FActiveWindow := NullHandle;
    FActiveFocus := NullHandle;
  end;
  FDesktopForm.Show;
  if not AutoFocus and (GetFocus <> FActiveFocus) then
  begin
    if (FActiveWindow <> NullHandle) then
      SetActiveWindow(FActiveWindow);
    if (FActiveFocus <> NullHandle) then
      SetFocus(FActiveFocus);
  end;
  // change end
  GetStacker.Add(FDesktopForm);
end;

You could also try removing the SetActiveWindow call alltogether

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Installation error of JVCL3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 20:34:38 +0100
Newsgroups: jedi.vcl

Mouloud wrote:

> > knowing that I have JCL 1.9

The old mistake. JVCL 3 BETA requires a newer JCL. But not a too new
because there were more changes in the JCL again.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 20:32:48 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> > BTW: for our company I have build the feature that a click on a
> > hyperlink load the unit in the Delphi IDE (via shellExecute) and then
> > even jumps to the source code line in teh Delphi Editor! Latter is
> > realized via sendKeys (Alt G, line number and return!) (on the Delphi 5
> > CD there was an unit SendKeys).

I know SendKey but I thought that is was just too much work for yesterday
night.


> > If you contact me via mail please do NOT remove the spam in my E-Mail
> > adress.

Is this the inverse version of the anti spam mail address obfuscators :-)



-- Regards, Andreas Hausladen 

Subject: Re: Components without a Component-Icon
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 20:28:39 +0100
Newsgroups: jedi.vcl

Ellio Martina wrote:

> > I have made some new icons for these and thought it would be nice to
> > contribute them.  So where should I mail them to.

Either post it to jedi.binaries or add it as a Mantis "bug"-report.
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php


> > I also made a html page with a listing of all components grouped by
> > palette page with the icons in .gif format. I did not see an overview of
> > all the components  in the JVCL so I thought this might be a
> > contribution in return of the availability of  the JVCL.

Sounds good.


-- Regards, Andreas Hausladen 

Subject: Re: jvdesktopalert
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Tue, 14 Dec 2004 11:29:26 -0700
Newsgroups: jedi.vcl

Chris M wrote:
> Peter Thornqvist wrote:
>
>>> Can someone tell me how to prevent a jvdesktop alert from changing the
>>> state of my query.
>>
>>
>> Have you tried setting AutoFocus to false?
>>
> No. Why is it everytime I actually ask something on here it ends up being the simplest thing.
>
> I'll try that.
That did not do it.  It looks like by default AutoFocus was already false.

Is there anything else I can try?


Subject: Re: jvdesktopalert
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Tue, 14 Dec 2004 11:21:07 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Can someone tell me how to prevent a jvdesktop alert from changing the
>> state of my query.
>
> Have you tried setting AutoFocus to false?
>
No. Why is it everytime I actually ask something on here it ends up being the simplest thing.

I'll try that.


Subject: Re: Components without a Component-Icon
From: "Ellio Martina" <news@elliomartina.com>
Date: Tue, 14 Dec 2004 19:02:26 +0100
Newsgroups: jedi.vcl

Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de> schreef op Mon, 13 Dec 2004 18:56:47 +0100:

> TJvThreadSimpleDialog and TJvThreadAnimateDialog do not have a component
> icon. Maybe someone should invent one.
>



Hi Andreas,

I noticed that a few components close to each other on the palette is using the same icon.

I have made some new icons for these and thought it would be nice to contribute them.
So where should I mail them to.

I also made a html page with a listing of all components grouped by palette page with
the icons in .gif format. I did not see an overview of all the components in the JVCL
so I thought this might be a contribution in return of the availability of the JVCL.



Ellio

Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: JvFormAutoSize and form resize
From: "Bepy" <freddy.junior@email.it>
Date: Tue, 14 Dec 2004 18:48:23 +0100
Newsgroups: jedi.vcl

Hi,

I've added JvFormAutoSize to my form and set its Active property to true.
At runtime resizeing the form causes controls to mess up...

Are there other settings to setup ? 




Subject: Re: jvdesktopalert
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 18:21:47 +0100
Newsgroups: jedi.vcl

> > Can someone tell me how to prevent a jvdesktop alert from changing the
> > state of my query.
Have you tried setting AutoFocus to false?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvMail error
From: "runspect" <nospam@nospam.es>
Date: Tue, 14 Dec 2004 19:08:44 +0200
Newsgroups: jedi.vcl

Thank you for your answers.

> >Version:
> >JVCL 7/Dec/04
> >JCL 11/Dec/04
> >
> >I have got two errors with JvMail component (also with the example):
> >
> >EJclRegistryError with message 'Unable To Open Key
> >"SOFTWARE\Microsoft\Windows Message Subsystem and access value "MAPIX"'
> >
> >EJclRegistryError with message 'Unable To Open Key
> >"SOFTWARE\Microsoft\Windows Message Subsystem and access 
value "MAPIXVER"'
> >
> >Is this normal?
> >
> >Thanks.
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Installation error of JVCL3
From: "Mouloud" <Mouloud_yah@yahoo.fr>
Date: Tue, 14 Dec 2004 18:43:07 +0200
Newsgroups: jedi.vcl

I have  encounter a problem on  the installation of JVCL3 Beta, I obtain 
an error message of compilation
C:\Program Files\Borland\Delphi5\JVCL3\jvcl\run\JvJVCLAboutForm.pas
(134) Erorr: incompatible types : 'TOSVersionInfoEx' 
and 'POSVersionInfoEx'

knowing that I have JCL 1.9

Mouloud

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Side bar thing
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Tue, 14 Dec 2004 09:34:28 -0700
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> Peter Thornqvist wrote:
>
>> Looks nice. Dropping the whole shabang in a panel/scrollbox with BorderStyle
>> set to bsSingle, would make it look even more like the Firefox thing.
>
>
> Good idea! Now it looks even better. See binaries.
>
>
Yes thank you that does look really good.


Subject: jvdesktopalert
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Tue, 14 Dec 2004 09:32:29 -0700
Newsgroups: jedi.vcl

Can someone tell me how to prevent a jvdesktop alert from changing the state of my query.

I have a query which is tied to a data source and a grid.

During the grids traversal from column to column based on input I populate some of the fields.  When I do this i want to show an alert letting the user know I did it.  When I fire the alert somehow I'm guessing its making the grid think I've exited it and thus changing my query from edit to browse.  Then when I make the field change I get an error about it not being in edit or insert mode.  Is there a way to fire the alert without it doing this?

Thanks.


Subject: Re: dot printer
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 17:03:34 +0100
Newsgroups: jedi.vcl

> > This is the second message nobody answer me in some days.
> > If this is not the correct news,  where  can i look information?
This is the correct forum.

>> > > Is there any jedi component to print in a dot printer?
If you mean special component for dot matrix printers only, then no.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: dot printer
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Tue, 14 Dec 2004 16:43:43 +0100
Newsgroups: jedi.vcl

This is the second message nobody answer me in some days.
If this is not the correct news,  where  can i look information?

Thanks
Saludos
Paco


Paco Ruiz escribió:
> Hi
> Is there any jedi component to print in a dot printer?
>
> Saludos
> Paco


Subject: Re: AppStorage.Read/WriteProperty
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Dec 2004 15:48:56 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi,
>
> is there any chance to decide if a propertie is tDatetime and not Float?
>
> Read/WriteProperty handles all tDateTime Properties as float and so the option DateTimeAsString is ignored. It works, but it's not so nice.
> The problem is, that the TTypeKind type didn'T have a tpye for date values.
>
> Any idea/chance?

    Your best bet is to check if the the property type is equal to TypeOf(TDateTime). This will not work if someone has declared a type like 'TMyDate = type TDateTime', as this will result in a new PTypeIno record for TMyDate. 'TMyDate = TDateTime' will not result in a new PTypeInfo record, just an alias that will never surface at run time. IOW TypeInfo(TMyDate) will always equal to TypeInfo(TDateTime).

    It may be possible to check if the TMyDate in the first case will result in the BaseType being specified so you can traverse up the type hierarchy until you get to the root or the TDateTime type, but I think that was only the case for ordinal types (sub ranges, enumerations and sets).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: strange compile errors with the latest (current) cvs version
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Tue, 14 Dec 2004 15:30:29 +0100
Newsgroups: jedi.vcl

I have got the following errors when compiling the cvs version of the jvcl :

----

Windows 2000 Service Pack 4 (5.0.2195)

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
[Generating: Packages]
Generating packages for D7
    Loaded template.dof
    Loaded template.dpk
        Writing JvSystemD7R.dpk for D7
    Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Jv3rdD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

4843 lignes, 0.24 secondes, 27212 octets de code, 117 octets de données.
[Compiling: JvCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

140471 lignes, 3.26 secondes, 619088 octets de code, 4309 octets de données.
[Compiling: JvSystemD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

88696 lignes, 2.55 secondes, 260100 octets de code, 3141 octets de données.
[Compiling: JvStdCtrlsD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

155265 lignes, 6.59 secondes, 594460 octets de code, 3749 octets de données.
[Compiling: JvAppFrmD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

21571 lignes, 1.07 secondes, 43088 octets de code, 221 octets de données.
[Compiling: JvCoreD7D.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

C:\Documents and Settings\ouchet_florent\Mes documents\svg\Borland\Delphi\jcl\source\jedi.inc(1) Fatale: Directive conditionnelle non déterminée

** error 1 ** deleting "C:\Program Files\Borland\Delphi7\Projects\Bpl"\JvCoreD7D.bpl

** error 1 ** deleting CompilePackages

---

The JvCoreD7D seems to have errors when compiled with the jvcl installer but it compiles correctly in delphi IDE !!!
I always call clean.bat before starting the installation program. I have the latest cvs version.

I can reproduce it (everytime).

TIA,

Florent Ouchet


Subject: Re: AppStorage.Read/WriteProperty
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 15:15:18 +0100
Newsgroups: jedi.vcl

Disregard my previous reply. I didn't read your message properly.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: AppStorage.Read/WriteProperty
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Dec 2004 15:12:48 +0100
Newsgroups: jedi.vcl

> > Any idea/chance?
Fix it so DateTimeAsString works as intended - storing the date/time as a
string.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: AppStorage.Read/WriteProperty
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 14 Dec 2004 14:49:09 +0100
Newsgroups: jedi.vcl

Hi,

is there any chance to decide if a propertie is tDatetime and not Float?

Read/WriteProperty handles all tDateTime Properties as float and so the option DateTimeAsString is ignored. It works, but it's not so nice.
The problem is, that the TTypeKind type didn'T have a tpye for date values.

Any idea/chance?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: I haven't heard anything so...?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Dec 2004 14:26:12 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>   I also make mistakes, but luckily with CVS you can't screw up too much, since reverting the mistake is merely a mouse click away (well, maybe a couple more, but you get my drift). Besides, we learn through the mistakes we make, right?

And the flaming we get in return <vbg>

Anyway, the best way to start is to provide small bug fixes, small enhancements. And for ideas, start in Mantis (http://homepages.borland.com/jedi/issuetracker/) and stroll through all those unfixed issues.

Thanks for your help.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvEditor and Bracket Highlighting
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 14 Dec 2004 14:23:59 +0100
Newsgroups: jedi.vcl

Peter Thornqvist schrieb:
> Cool!
>
indeed! VERY cool! Better that Delphi 7 :-)


Subject: Re: I haven't heard anything so...?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Dec 2004 14:18:44 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:
>  I'm completely self-taught and so am still making many mistakes and I wouldn't want to screw up any of the hard work you guys are doing.

  I'm also self-taught, and probably more of us around here are, so that can't be a problem.

  I also make mistakes, but luckily with CVS you can't screw up too much, since reverting the mistake is merely a mouse click away (well, maybe a couple more, but you get my drift). Besides, we learn through the mistakes we make, right?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: I haven't heard anything so...?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 14:16:15 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Robert Meek wrote:
> > 
> > I'm working on it since 20 minutes.

It is now part of the JVCL as TJvDebugHandler


Subject: Re: JVCL Installer has now a compile formular
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 14 Dec 2004 14:15:10 +0100
Newsgroups: jedi.vcl

Andreas Hausladen schrieb:
> I have added a Delphi like compile formular that shows the number of
> hints, warnings, errors, compiled lines, total lines, current file,
> current project/package.
>
>
Hi

endcool! you are really the man!

BTW: for our company I have build the feature that a click on a hyperlink load the unit in the Delphi IDE (via shellExecute) and then even jumps to the source code line in teh Delphi Editor! Latter is realized via sendKeys (Alt G, line number and return!) (on the Delphi 5 CD there was an unit SendKeys). If you are interested and it fits in MPL I can give you that code.

If you contact me via mail please do NOT remove the spam in my E-Mail adress.


best regards

Ralf Grenzing


Subject: Re: I haven't heard anything so...?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 14 Dec 2004 07:50:41 -0500
Newsgroups: jedi.vcl

    I never tried to officially join the "team" simply because I did not 
feel that my expertise was at a level comparable to most of you.  I'm 
completely self-taught and so am still making many mistakes and I wouldn't 
want to screw up any of the hard work you guys are doing.  But if someone 
will tell me what to do, and what needs to be done I'm certainly willing to 
give it a go!  Of course holding my hand might take even more time so I 
realize this could be just as time-consuming, perhaps even more.
    I'll leave it up to the team to decide.  If you think I could be of help 
I certainly will, and I'm more than willing to help out on any necessary but 
otherwise boring work that needs doing, otherwise I'll just stay out of 
everybody's way! <g>


-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message news:cpkdo2$ji8$2@talkto.net...
> > Hi Robert,
> >
>> >>     I hadn't heard back from anyone in the Jedi group regarding the 
>> >> donation of my component JclDebugHandler, and was wondering if there 
>> >> might be a reason such as the way it's formatted or something.
> >
> > the reason most probably being the usual:  Lack of spare time.
> >
> > We have a similar situation in the JCL, where quite a backcatalog of
> > unprocessed donations (and bug reports) exists.
> >
> > You have to be aware that, in spite of teams consisting of more than a
> > dozen members, most of the work is done by few people (2-3, if you are
> > lucky), who have limited resources to spend.
> >
> > I cannot speak for the JVCL team, but maybe the best way to get your
> > donation processed ASAP is to do it yourself, by joinig the JVCL team
> > temporarily.
> >
> > Greetings, R. 




Subject: JVCL Daily zips
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Dec 2004 10:20:02 +0100
Newsgroups: jedi.vcl

Hi all

I've managed to get the daily zip generated automatically again. Basically, I run a scheduled job on my own home server that calls the relevant script on the SourceSafe server.
I also took the opportunity to create a mirror for the daily zips, as it seems the SF servers have performance issues from time to time. Simply click on the "Mirror" link on the daily page, and you will be downloading from a server located in France.

Just for reference, the daily zips are here:

http://jvcl.sf.net/daily/

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL Installer localtization
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 08:41:56 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Hugo Moner wrote:
>> > > I'd love to do English -> Spanish of anything u give me.
>> > > I did 10 yrs. in an English Institute, so if u want something to 
>> > > translate from Eng. to Spa. just tell me, or send me to
> > 
> > In the locale\es\LC_MESSAGES directory there are two .po files
> > Please use poEdit (http://poedit.sf.net/) to edit those files to do the
> > translations.

But before doing this you must compile the jvcl3\devtools\SetPOHeader and
execute the "jvcl3\locale\UpdateLanguageInstaller.bat es"


-- Regards, Andreas Hausladen 

Subject: Re: Install error in Dec. 12 04 sources
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 08:31:24 +0100
Newsgroups: jedi.vcl

Hugo Moner wrote:

> > oops...
> > it seems u used linux to build all

No I use Windows. But the CVS Server is a Linux server and it converts
ever line break when you commit a file to it.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer localtization
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Dec 2004 07:25:25 +0100
Newsgroups: jedi.vcl

Hugo Moner wrote:
> I'd love to do English -> Spanish of anything u give me.
> I did 10 yrs. in an English Institute, so if u want something to translate from Eng. to Spa. just tell me, or send me to

In the locale\es\LC_MESSAGES directory there are two .po files
Please use poEdit (http://poedit.sf.net/) to edit those files to do the translations.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI for Delphi 2005
From: "B. Eber" <info@um2000.de>
Date: Tue, 14 Dec 2004 07:04:23 +0100
Newsgroups: jedi.vcl

I did only in Options, Together, Main the 2 modellsupport to false.

Net Sesame wrote:
> Good idea at all!
>
> I had set the general tab of the Togather's options all to false, need others?
>
>
> "B. Eber" <eberb@atbank.nl> ??????:cpjk5l$dof$1@talkto.net...
>
>> I hade the same problem.
>> When i deactivated in the options / together / main - both boxes (means, deactivate Together), i could open JVCL Package within a half minute!!!!!
>> greets
>>
>>
>> Net Sesame wrote:
>>
>>> Now I met the same error like you.
>>> And to my god, when I try to load JVCL's package, BDS go on to eat my RAM. I can't wait, so I had to shut down it from window's rask admin.
>>>
>>> Then what is your resolvent?
>>>
>
>


Subject: Re: Install error in Dec. 12 04 sources
From: Hugo Moner <hmoner@cantv.net>
Date: Tue, 14 Dec 2004 02:10:53 -0300
Newsgroups: jedi.vcl

**********************************************************************

Hi Andreas
Please IGNORE MY LAST ERROR MESSAGES...
I have not deleted old JCLMATH's DCU file... which didn't have
the EnsureRange function.
I cleaned, and recompiled JCL and reinstalled it.
After that, i reinstalled JVCL and voila... IT WORKED GREAT !!!

Now, I'd like to give you back all your support, patience and help
by translating some stuff to spanish for helping the project !!!

**********************************************************************

Hugo Moner wrote:
> Hi again Andreas...
> I saved the JCLMath using Wordpad and now that error (too long line) dissapeared... but:
>
> The error i posted 1º keeps appearing...
>
> [Compiling: JvMMD5R.bpl]
>     "D:\Delphi5\Delphi5\bin\dcc32.exe" -Q -M JvMMD5R.dpk
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(889) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(911) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1142) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1164) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1223) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1245) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1304) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1322) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1391) Error: Undeclared identifier: 'EnsureRange'
> D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1433) Error: Undeclared identifier: 'EnsureRange'
> JvMMD5R.dpk(85) Fatal: Could not compile used unit '..\..\run\JvFullColorSpaces.pas'
>
> ** error 1 ** deleting "D:\Delphi5\Delphi5\Projects\Bpl"\JvMMD5R.bpl
>
> ** error 1 ** deleting CompilePackages
>
> --------------------------------------
>
> It seems EnsureRange variable was not declared in the file jvfullcolorspaces.pas
>
> Da ya know how to fix it ?
>
> Thanks a lot & i hate to bother with these stuff... sorry
> cya
>
>
> Andreas Hausladen wrote:
>
>> Hugo Moner wrote:
>>
>>
>>> JclMath.pas(1) Fatal: Line too long (more than 1023 characters)
>>
>>
>>
>> Open the file with WordPad (yes I mean WordPad) and save it. Now the line
>> breaks are #13#10 and no more #10 what Delphi 5 (and maybe 6) do not
>> understand but the Delphi Code Editor.
>>
>>


Subject: Re: Install error in Dec. 12 04 sources
From: Hugo Moner <hmoner@cantv.net>
Date: Tue, 14 Dec 2004 01:56:24 -0300
Newsgroups: jedi.vcl

Hi again Andreas...
I saved the JCLMath using Wordpad and now that error (too long line) dissapeared... but:

The error i posted 1º keeps appearing...

[Compiling: JvMMD5R.bpl]
    "D:\Delphi5\Delphi5\bin\dcc32.exe" -Q -M JvMMD5R.dpk
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(889) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(911) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1142) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1164) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1223) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1245) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1304) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1322) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1391) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1433) Error: Undeclared identifier: 'EnsureRange'
JvMMD5R.dpk(85) Fatal: Could not compile used unit '..\..\run\JvFullColorSpaces.pas'

** error 1 ** deleting "D:\Delphi5\Delphi5\Projects\Bpl"\JvMMD5R.bpl

** error 1 ** deleting CompilePackages

--------------------------------------

It seems EnsureRange variable was not declared in the file jvfullcolorspaces.pas

Da ya know how to fix it ?

Thanks a lot & i hate to bother with these stuff... sorry
cya


Andreas Hausladen wrote:
> Hugo Moner wrote:
>
>
>> JclMath.pas(1) Fatal: Line too long (more than 1023 characters)
>
>
> Open the file with WordPad (yes I mean WordPad) and save it. Now the line
> breaks are #13#10 and no more #10 what Delphi 5 (and maybe 6) do not
> understand but the Delphi Code Editor.
>
>


Subject: Re: JVCL Installer localtization
From: Hugo Moner <hmoner@cantv.net>
Date: Tue, 14 Dec 2004 00:34:59 -0300
Newsgroups: jedi.vcl

I'd love to do English -> Spanish of anything u give me.
I did 10 yrs. in an English Institute, so if u want something to translate from Eng. to Spa. just tell me, or send me to

hmoner AT cantv.net

See ya !!!

Andreas Hausladen wrote:
> The Installer has changed and added some new strings and forms that need
> translation.
>
> And I found out that I had inverted one string (removed the "not") so it
> is a positive and no more a negative text. This means that every older
> translation meight show the text inverted to the functionality of the
> CheckBox "Register to IDE".
>


Subject: Re: Install error in Dec. 12 04 sources
From: Hugo Moner <hmoner@cantv.net>
Date: Tue, 14 Dec 2004 00:33:34 -0300
Newsgroups: jedi.vcl

oops...
it seems u used linux to build all
sorry...

thanks for the help... incredible

Andreas Hausladen wrote:
> Hugo Moner wrote:
>
>
>> JclMath.pas(1) Fatal: Line too long (more than 1023 characters)
>
>
> Open the file with WordPad (yes I mean WordPad) and save it. Now the line
> breaks are #13#10 and no more #10 what Delphi 5 (and maybe 6) do not
> understand but the Delphi Code Editor.
>
>


Subject: Re: JEDI for Delphi 2005
From: "Net Sesame" <tttk2000@hotmail.com>
Date: Tue, 14 Dec 2004 08:58:39 +0800
Newsgroups: jedi.vcl

Good idea at all!

I had set the general tab of the Togather's options all to false, need 
others?


"B. Eber" <eberb@atbank.nl> ??????:cpjk5l$dof$1@talkto.net...
> >I hade the same problem.
> > When i deactivated in the options / together / main - both boxes (means, 
> > deactivate Together), i could open JVCL Package within a half minute!!!!!
> > greets
> >
> >
> > Net Sesame wrote:
>> >> Now I met the same error like you.
>> >> And to my god, when I try to load JVCL's package, BDS go on to eat my 
>> >> RAM. I can't wait, so I had to shut down it from window's rask admin.
>> >>
>> >> Then what is your resolvent?
>> >> 



Subject: Re: JVCL Installer has now a compile formular
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Tue, 14 Dec 2004 00:31:17 +0100
Newsgroups: jedi.vcl

On Mon, 13 Dec 2004 22:35:13 +0100, "Andreas Hausladen" wrote:

>> >> see thread "D6Per install issues" on 17.11.2004
> >
> >I think I must redesign the jvcl.inc file so that it can handle different
> >settings for different compiler versions. At the moment a Delphi 7 Ent
> >must use the same settings as a Delphi 6 Pers when both are installed on
> >one computer.

I will add this issues to mantis including your and my proposals.

Uwe


Subject: JVCL Installer localtization
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Dec 2004 00:15:11 +0100
Newsgroups: jedi.vcl

The Installer has changed and added some new strings and forms that need
translation.

And I found out that I had inverted one string (removed the "not") so it
is a positive and no more a negative text. This means that every older
translation meight show the text inverted to the functionality of the
CheckBox "Register to IDE".

-- Regards, Andreas Hausladen 

Subject: Re: Components without a Component-Icon
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 23:56:30 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > And please also keep in mind that I would like to get RC1 out of the
> > door next week-end, so please refrain from submitting anything major.

The Installer is very stable and I do not change any critical code in it
because that would cost lots of time for testing. But such features are
simply plugged into the LineCapture function.

For the after RC1 time I plan to add something like Delphi's "-r"
parameter which allows the user to use more than one Delphi
confiriguration (e.g.: old JVCL 2 and JVCL 3 on the same computer). But
for this I must change some internals what I can only do when I have
enough spare time (which is not the case in the moment, I should go and
learn Theoretische Informatik = theoretical computer science, but it is
not really interesting to prove if a turing machine can calculate a total
function or so).


-- Regards, Andreas Hausladen 

Subject: Re: JvMail error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 13 Dec 2004 23:48:16 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> The error probably means that you have no MAPI installed. I don't know whether this is normal.

This is normal if no email client is installed or an email client is installed but didn't register as a MAPI server.


Subject: Re: Components without a Component-Icon
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 13 Dec 2004 23:45:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Now I'm playing with the Installer's compile page. Maybe the installer
> will get a Delphi like compile dialog. ;-)

I don't know about that. I quite like the current log style output, maybe because it reminds me of command line compilation.

And please also keep in mind that I would like to get RC1 out of the door next week-end, so please refrain from submitting anything major.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Components without a Component-Icon
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 13 Dec 2004 23:41:45 +0100
Newsgroups: jedi.vcl

It's both in one. One component which checks for a new version, makes a download and starts the setup-program.

Greetings
Jens

Andreas Hausladen schrieb:
> Jens Fudickar wrote:
>
>
>> by the way, did you have an idea for an icon for a
>> ProgramVersionCheck-Component which checks if there are any new versions
>> on the network or database or http or ftp.
>
>
> For the network part I have an idea (adapted from Indy) but for "Update" I
> have no idea.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Components without a Component-Icon
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 23:18:52 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > by the way, did you have an idea for an icon for a
> > ProgramVersionCheck-Component which checks if there are any new versions
> > on the network or database or http or ftp.

For the network part I have an idea (adapted from Indy) but for "Update" I
have no idea.



-- Regards, Andreas Hausladen 

Subject: Re: Install error in Dec. 12 04 sources
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 23:17:21 +0100
Newsgroups: jedi.vcl

Hugo Moner wrote:

> > JclMath.pas(1) Fatal: Line too long (more than 1023 characters)

Open the file with WordPad (yes I mean WordPad) and save it. Now the line
breaks are #13#10 and no more #10 what Delphi 5 (and maybe 6) do not
understand but the Delphi Code Editor.


-- Regards, Andreas Hausladen 

Subject: Re: JvMail error
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 13 Dec 2004 23:08:36 +0100
Newsgroups: jedi.vcl

runspect wrote:
> I have got two errors with JvMail component (also with the example):
>
> EJclRegistryError with message 'Unable To Open Key
> "SOFTWARE\Microsoft\Windows Message Subsystem and access value "MAPIX"'
>
> EJclRegistryError with message 'Unable To Open Key
> "SOFTWARE\Microsoft\Windows Message Subsystem and access value "MAPIXVER"'
>
> Is this normal?

If I read the code correct, these exceptions are handled by the component thus you should only see it happen in the IDE and not when you run your program stand-alone.

The error probably means that you have no MAPI installed. I don't know whether this is normal.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Install error in Dec. 12 04 sources
From: Hugo Moner <hmoner@cantv.net>
Date: Mon, 13 Dec 2004 19:05:19 -0300
Newsgroups: jedi.vcl

Hi Andreas...
but now when i compile JCL again, i get

JclMath.pas(1) Fatal: Line too long (more than 1023 characters)

and the new JCLMath.pas is 128k and JCLMath located in latest JCL build was 121k...

Sorry 4 bothering... but I'd love to install both ... :(

Andreas Hausladen wrote:
> Hugo Moner wrote:
>
>
>> Hi guys
>> Please tell me where to post these kind of errors...
>> Can i do Here ?
>> if no, where ?
>
>
> You need the newest JclMath.pas
> Here: http://tinyurl.com/48r3k
>
>


Subject: Re: Components without a Component-Icon
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 13 Dec 2004 22:54:18 +0100
Newsgroups: jedi.vcl

Hi Andreas,

by the way, did you have an idea for an icon for a ProgramVersionCheck-Component which checks if there are any new versions on the network or database or http or ftp.

This will be my new donation, which i will finish hopefully tomorrow in the first step. But i have no icon until now :-)

Greetings
Jens

Andreas Hausladen schrieb:
> Andreas Hausladen wrote:
>
>
>> I'm no painter, too. But sometimes I have an idea. Maybe I can find a
>> speaking image for the two components.
>
>
> Done.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 22:35:13 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > see thread "D6Per install issues" on 17.11.2004

I think I must redesign the jvcl.inc file so that it can handle different
settings for different compiler versions. At the moment a Delphi 7 Ent
must use the same settings as a Delphi 6 Pers when both are installed on
one computer.

-- Regards, Andreas Hausladen 

Subject: Re: Install error in Dec. 12 04 sources
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 22:33:27 +0100
Newsgroups: jedi.vcl

Hugo Moner wrote:

> > Hi guys
> > Please tell me where to post these kind of errors...
> > Can i do Here ?
> > if no, where ?

You need the newest JclMath.pas
Here: http://tinyurl.com/48r3k


-- Regards, Andreas Hausladen 

Subject: Re: Install error in Dec. 12 04 sources
From: Hugo Moner <hmoner@cantv.net>
Date: Mon, 13 Dec 2004 18:24:20 -0300
Newsgroups: jedi.vcl

Errata
Today is dec, 13

I got this version

JVCL3-Latest.zip
2004-12-13 00:40:25 PST
15.93 M


Subject: Re: JVCL Installer has now a compile formular
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 13 Dec 2004 22:23:32 +0100
Newsgroups: jedi.vcl

On Mon, 13 Dec 2004 22:13:10 +0100, "Andreas Hausladen" wrote:

>> >> ...but it won't help for the D6 Personal installation. Did you notice
>> >> my proposals for that personal installation issues?
> >
> >No.
> >What issues?

see thread "D6Per install issues" on 17.11.2004

Uwe


Subject: Install error in Dec. 12 04 sources
From: Hugo Moner <hmoner@cantv.net>
Date: Mon, 13 Dec 2004 18:22:03 -0300
Newsgroups: jedi.vcl

Hi guys
Please tell me where to post these kind of errors...
Can i do Here ?
if no, where ?

thanks
I got sources today from http://jvcl.sf.net/daily

------------------------------------------

[Compiling: JvMMD5R.bpl]
    "D:\Delphi5\Delphi5\bin\dcc32.exe" -Q -M JvMMD5R.dpk
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(889) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(911) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1142) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1164) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1223) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1245) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1304) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1322) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1391) Error: Undeclared identifier: 'EnsureRange'
D:\1Delphi\Componentes\JediVCL\run\JvFullColorSpaces.pas(1433) Error: Undeclared identifier: 'EnsureRange'
JvMMD5R.dpk(85) Fatal: Could not compile used unit '..\..\run\JvFullColorSpaces.pas'

** error 1 ** deleting JvMMD5R.bpl

** error 1 ** deleting CompilePackages


Subject: Re: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 22:13:10 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:
 
> > ...but it won't help for the D6 Personal installation. Did you notice
> > my proposals for that personal installation issues?

No.
What issues?



-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer has now a compile formular
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 13 Dec 2004 22:04:22 +0100
Newsgroups: jedi.vcl

On Mon, 13 Dec 2004 21:16:50 +0100, "Andreas Hausladen" wrote:

> >I have added a Delphi like compile formular that shows the number of
> >hints, warnings, errors, compiled lines, total lines, current file,
> >current project/package.

I will have a look when it's available in anonymous CVS.
This could be useful for the JclBorlandTools example as well.

....but it won't help for the D6 Personal installation. Did you notice
my proposals for that personal installation issues?

Uwe


Subject: Re: JVCL Installer has now a compile formular
From: Hugo Moner <hmoner@cantv.net>
Date: Mon, 13 Dec 2004 17:40:04 -0300
Newsgroups: jedi.vcl

Yes, you're right...
I noticed this (JCL must be installed before JVCL) when tried to execute JVCL installation process...

thanks for the tip & all your support man.
AWESOME.

cya !

Andreas Hausladen wrote:
> Hugo Moner wrote:
>
>
>> Opps...
>> didn't knew that...
>> but I'll get them tomorrow...
>>
>> But: How should i do then? I should recompile? or Uninstall/Install
>> again ?
>
>
> If you already have a JVCL 3 installation, you can simply call the
> makemodified.bat in the JVCL3 directory.
> But the JCL must be installed before you start the JVCL Installer. And for
> the JCL you simply call the install.bat in the JCL root directory.
>
>


Subject: JvMail error
From: "runspect" <nospam@nospam.es>
Date: Mon, 13 Dec 2004 22:39:33 +0200
Newsgroups: jedi.vcl

Version:
JVCL 7/Dec/04
JCL 11/Dec/04

I have got two errors with JvMail component (also with the example):

EJclRegistryError with message 'Unable To Open Key
"SOFTWARE\Microsoft\Windows Message Subsystem and access value "MAPIX"'

EJclRegistryError with message 'Unable To Open Key
"SOFTWARE\Microsoft\Windows Message Subsystem and access value "MAPIXVER"'

Is this normal?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 21:38:28 +0100
Newsgroups: jedi.vcl

Hugo Moner wrote:

> > Opps...
> > didn't knew that...
> > but I'll get them tomorrow...
> > 
> > But: How should i do then? I should recompile? or Uninstall/Install
> > again ?

If you already have a JVCL 3 installation, you can simply call the
makemodified.bat in the JVCL3 directory.
But the JCL must be installed before you start the JVCL Installer. And for
the JCL you simply call the install.bat in the JCL root directory.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer has now a compile formular
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 13 Dec 2004 21:38:17 +0100
Newsgroups: jedi.vcl

>> Looks realy nice and cooool.
>
>
> I have some minor changes on my disk:
> - The compile dialog is now centered in the "RichEdit.Width -
> BtnDetails.Width" area. That looks better
>
>
>
>> One idea : After compiling it would be helpfull to see all warnings and
>> hints collected in an additional view.
>
>
> Really? Is the compiler log not enough? Not that it wouldn't be possible,
> the Installer highlights the hints/warnings/errors/fatals, so it has the
> required information.
>
> Should I really add this feature?
>
It's not realy important, only easier if there are hints or warnings. If you compile for different versions and a lot of packages, the log is realy long.

But normaly there are no warnings and hints :-). So it's not the most important feature.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installer has now a compile formular
From: Hugo Moner <hmoner@cantv.net>
Date: Mon, 13 Dec 2004 17:34:12 -0300
Newsgroups: jedi.vcl

Opps...
didn't knew that...
but I'll get them tomorrow...

But: How should i do then? I should recompile? or Uninstall/Install again ?

Thanks

Andreas Hausladen wrote:
> Hugo Moner wrote:
>
>
>> great !!
>> just getting latests sources
>
>
> Without developer CVS access you must wait around 5 hours until the
> anonymous CVS server is up to date.
>
>


Subject: Re: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 21:32:43 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Looks realy nice and cooool.

I have some minor changes on my disk:
- The compile dialog is now centered in the "RichEdit.Width -
BtnDetails.Width" area. That looks better


> > One idea : After compiling it would be helpfull to see all warnings and
> > hints collected in an additional view.

Really? Is the compiler log not enough? Not that it wouldn't be possible,
the Installer highlights the hints/warnings/errors/fatals, so it has the
required information.

Should I really add this feature?


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 21:30:16 +0100
Newsgroups: jedi.vcl

Hugo Moner wrote:

> > great !!
> > just getting latests sources

Without developer CVS access you must wait around 5 hours until the
anonymous CVS server is up to date.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer has now a compile formular
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 13 Dec 2004 21:24:44 +0100
Newsgroups: jedi.vcl

Looks realy nice and cooool.

One idea : After compiling it would be helpfull to see all warnings and hints collected in an additional view.

Greetings
Jens

Andreas Hausladen schrieb:
> I have added a Delphi like compile formular that shows the number of
> hints, warnings, errors, compiled lines, total lines, current file,
> current project/package.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Installer has now a compile formular
From: Hugo Moner <hmoner@cantv.net>
Date: Mon, 13 Dec 2004 17:22:06 -0300
Newsgroups: jedi.vcl

great !!
just getting latests sources
thanks !!

Andreas Hausladen wrote:
> I have added a Delphi like compile formular that shows the number of
> hints, warnings, errors, compiled lines, total lines, current file,
> current project/package.
>
>


Subject: JVCL Installer has now a compile formular
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 21:16:50 +0100
Newsgroups: jedi.vcl

I have added a Delphi like compile formular that shows the number of
hints, warnings, errors, compiled lines, total lines, current file,
current project/package.


-- Regards, Andreas Hausladen 

Subject: Re: JCL's or JVCL's Fault ?
From: Hugo Moner <hmoner@cantv.net>
Date: Mon, 13 Dec 2004 17:16:45 -0300
Newsgroups: jedi.vcl

OMG !!!
This is what i call FAST support...
Thanks Andreas...
Gonna try both daily

cya!

Andreas Hausladen wrote:
> Hugo Moner wrote:
>
>
>> I don't know if it is problem of JCL or JVCL problem. I think it is
>> JVCL's fault, coz JCL does not have JclZLib.dcu, it has only a zlibh.pas
>> file ...
>
>
> In the recent time there were some changes in JCL that caused
> incompatibility with (now) older JVCL versions. Function got renamed,
> removed and whole units were replaced by others.
>
> At the moment only the daily snapshots are working together.
>
> http://jcl.sf.net/daily
> http://jvcl.sf.net/daily
>
>


Subject: Re: JCL's or JVCL's Fault ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 21:12:03 +0100
Newsgroups: jedi.vcl

Hugo Moner wrote:

> > I don't know if it is problem of JCL or JVCL problem. I think it is
> > JVCL's fault, coz JCL does not have JclZLib.dcu, it has only a zlibh.pas
> > file ...

In the recent time there were some changes in JCL that caused
incompatibility with (now) older JVCL versions. Function got renamed,
removed and whole units were replaced by others.

At the moment only the daily snapshots are working together.

http://jcl.sf.net/daily
http://jvcl.sf.net/daily


-- Regards, Andreas Hausladen 

Subject: Re: Components without a Component-Icon
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 13 Dec 2004 20:58:30 +0100
Newsgroups: jedi.vcl

Cool !!!!!

Andreas Hausladen schrieb:
> Andreas Hausladen wrote:
>
>
>> I'm no painter, too. But sometimes I have an idea. Maybe I can find a
>> speaking image for the two components.
>
>
> Done.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JCL's or JVCL's Fault ?
From: Hugo Moner <hmoner@cantv.net>
Date: Mon, 13 Dec 2004 16:54:55 -0300
Newsgroups: jedi.vcl

Hi guys...
I submitted a new bug, but I'd like u to give me some ideas about this error I'm getting and answer some questions I've:

New bug
http://homepages.borland.com/jedi/issuetracker/view.php?id=2376

I don't know if it is problem of JCL or JVCL problem. I think it is JVCL's fault, coz JCL does not have JclZLib.dcu, it has only a zlibh.pas file ...

1) Does any1 have idea about this installation error ? (plz see bug report)

2) After having installed JCL & JVCL successfully, how could i do to get latest CVS code ? ...
I'd have to download daily zip file, extract to directories, and then recompile ?

Well guys...
I'll finish here so i don't bother too much on my first post here.

Thanks alot in advance. Hope your help.
C ya !!


Subject: Re: TMTThread
From: "Lynn" <support@brftp.net>
Date: Mon, 13 Dec 2004 21:16:55 +0200
Newsgroups: jedi.vcl

> >Hi, I am just starting to try these components(Manager, Monitor and
> >Thread) and cannot find out how to test for terminated... I looked in the
> >run dir for the source, but it is quite cryptic to me as I work with
> >Builder only...
> >
Ok, I found something called Status. Is this the correct way to check to
see if the thread is terminated?


Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Components without a Component-Icon
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 19:55:06 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > You are too fast for me :-)

No I'm just frustrated. I hate doxygen. It simply produces trash for the
thing I need it (no documentation). And I'm not too far away from writing
a C++ parser (I already have a C++ Lexer and Preprocessor in C#)
So doing some other things let me calm down.

Now I'm playing with the Installer's compile page. Maybe the installer
will get a Delphi like compile dialog. ;-)


-- Regards, Andreas Hausladen 

Subject: Re: Components without a Component-Icon
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 13 Dec 2004 19:41:17 +0100
Newsgroups: jedi.vcl

You are too fast for me :-)

Andreas Hausladen schrieb:
> Andreas Hausladen wrote:
>
>
>> I'm no painter, too. But sometimes I have an idea. Maybe I can find a
>> speaking image for the two components.
>
>
> Done.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Components without a Component-Icon
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 19:36:00 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I'm no painter, too. But sometimes I have an idea. Maybe I can find a
> > speaking image for the two components.

Done.



-- Regards, Andreas Hausladen 

Subject: Re: Components without a Component-Icon
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 19:11:22 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Sorry, my fault. Until now i'm not a painter.

I'm no painter, too. But sometimes I have an idea. Maybe I can find a
speaking image for the two components.


-- Regards, Andreas Hausladen 

Subject: Re: Components without a Component-Icon
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 13 Dec 2004 19:02:33 +0100
Newsgroups: jedi.vcl

Sorry, my fault. Until now i'm not a painter.

Can someone help me to paint something.

The both components were working in combination with JvThread and both show dialogs while the thread is executed.

Greetings
Jens

Andreas Hausladen schrieb:
> TJvThreadSimpleDialog and TJvThreadAnimateDialog do not have a component
> icon. Maybe someone should invent one.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Components without a Component-Icon
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 18:56:47 +0100
Newsgroups: jedi.vcl

TJvThreadSimpleDialog and TJvThreadAnimateDialog do not have a component
icon. Maybe someone should invent one.

-- Regards, Andreas Hausladen 

Subject: The non-visible component group
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 18:35:09 +0100
Newsgroups: jedi.vcl

Have I ever sayed that the non-visible component group contains some too
many components?
Should we splitt it (into which categories?)

-- Regards, Andreas Hausladen 

Subject: Re: I haven't heard anything so...?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 18:32:24 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

I'm working on it since 20 minutes.


-- Regards, Andreas Hausladen 

Subject: Re: I haven't heard anything so...?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 13 Dec 2004 18:29:12 +0100
Newsgroups: jedi.vcl

Hi Robert,

>     I hadn't heard back from anyone in the Jedi group regarding the donation of my component JclDebugHandler, and was wondering if there might be a reason such as the way it's formatted or something.  

the reason most probably being the usual:  Lack of spare time.

We have a similar situation in the JCL, where quite a backcatalog of
unprocessed donations (and bug reports) exists.

You have to be aware that, in spite of teams consisting of more than a
dozen members, most of the work is done by few people (2-3, if you are
lucky), who have limited resources to spend.

I cannot speak for the JVCL team, but maybe the best way to get your
donation processed ASAP is to do it yourself, by joinig the JVCL team
temporarily.

Greetings, R.


Subject: Re: I haven't heard anything so...?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Dec 2004 18:26:28 +0100
Newsgroups: jedi.vcl

> >     I hadn't heard back from anyone in the Jedi group regarding the
donation
> > of my component JclDebugHandler, and was wondering if there might be a
> > reason
Probably just lack of time, nothing else.

I think your debug handler would fit better in JVCL than JCL as it is an
installable component.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: I haven't heard anything so...?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Mon, 13 Dec 2004 11:25:41 -0500
Newsgroups: jedi.vcl

    I hadn't heard back from anyone in the Jedi group regarding the donation 
of my component JclDebugHandler, and was wondering if there might be a 
reason such as the way it's formatted or something.  I'm more than happy to 
make any changes necessary to make it acceptable.  And the only reason I'm 
asking is because the last version was downloaded nearly 300 times that I'm 
aware of and since I posted the new one I have again gotten many favorable 
comments and questions about it's possible inclusion in the Jedi package. 
Also the original version I got a call from London and the Delphi user group 
over there asking me for permission to include it on their CD, and I don't 
know if they will again be calling.  I would prefer to have it made a part 
of Jedi so that more users could benefit from he error information the Jcl 
provides.  So many don't understand how to get it!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: TJvOpenDialog vs D5 vs Win2000sp4 - changing .FileName property
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Mon, 13 Dec 2004 17:40:45 +0300
Newsgroups: jedi.vcl

Hello, All!

I want File Open Dialog to suggest auto-generated names, though they can be
changed by user.

1st i wanted to change .FileName property from .OnShow event - it seems it
was not right place, and there is no event like .BeforeExecute.
Ok, so i added line like >>FileName := GenerateAutoName<<  before calling
..Execute

And it did not worked either!
TOpenFilename record seems to be filled ok, but....
But the dialog, when shown, displays FileName set in Object Inspector (and
stored in DFM)  :-(
Will i revert to default TOpenDialog, that does not happen.

It seems, that TJvOpenDialog is enhancing TOpenDialog (talking of GUI) by
 1) adding Places Bar
 2) changing filename form TEdit to editable TComboBox
It also seems, that this ComboBox is filled by Windows from some MRU in
registry, ignoring lpstrFile member of TOpenFileName record.
I think, that newer OpenFileName record (TOpenFileName2000) can have some
member to fill that combobox ?
I also think that TJvOpenDialog could have some published property to revert
from ComboBox back to Edit ?


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: How using JVCL 2.x, 3.x with different projects and same delphi version (d7)
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 13 Dec 2004 14:51:48 +0100
Newsgroups: jedi.vcl

Hello,

what is the best way to using JVCL version 2.x with one project and version 3.x with an other? Both use the same delphi installation (d7). Is there somebody who work with this kind of configuration?

Thanks in advance.

-- 
Ciao Heinz Z.


Subject: Re: URL aware edit control?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 13 Dec 2004 14:49:30 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:cpjucg$ftk$1@talkto.net...

Hellol,

> > I can't seem to find one. There is the TJvHLeditor, but that's multiline
> > and I'm not even sure it does what you need.

Yes you are right. TJvHLeditor is not the right control for what i want to
do.

Then i saw this component somewhere else. (it is not allways easy to keep
track of what is in JVCL and what is included somewhere else).

Thanks,
Ralf



Subject: Re: URL aware edit control?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Dec 2004 14:43:29 +0100
Newsgroups: jedi.vcl

Caleb wrote:

> Just waned to say, OBones you rule :)
>
> I've been sitting here, reading a few message for a while and your responsiveness and support is overwhelming!
>
> Keep up the great job man, JVCL is truly an amazing pack!

Thanks for that, it is always appreciated when a user gives us some positivie feedback.

I do what I can to help, and as it turns out, I don't have much time to do some coding, but I can stroll on these forums from work quite often.
This might well change around February (I'm looking for a new job), but nothing final yet.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: URL aware edit control?
From: "Caleb" <none@hotmail.com>
Date: Mon, 13 Dec 2004 15:33:29 +0200
Newsgroups: jedi.vcl

Just waned to say, OBones you rule :)

I've been sitting here, reading a few message for a while and your 
responsiveness and support is overwhelming!

Keep up the great job man, JVCL is truly an amazing pack!

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:cpjucg$ftk$1@talkto.net...
> > Ralf Kaiser wrote:
> >
>> >> Hello,
>> >>
>> >> does the JVCL have an URL aware single line edit conrtrol? It should have 
>> >> an
>> >> event to control if the URL has been clicked.
>> >>
>> >> I was absolutely sure that there was one but maybe i saw this in another
>> >> component collection...
> >
> > I can't seem to find one. There is the TJvHLeditor, but that's multiline 
> > and I'm not even sure it does what you need.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: URL aware edit control?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Dec 2004 14:08:03 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Hello,
>
> does the JVCL have an URL aware single line edit conrtrol? It should have an
> event to control if the URL has been clicked.
>
> I was absolutely sure that there was one but maybe i saw this in another
> component collection...

I can't seem to find one. There is the TJvHLeditor, but that's multiline and I'm not even sure it does what you need.

-- 
Olivier Sannier
JVCL Coordinator


Subject: TMTThread
From: "Lynn" <support@brftp.net>
Date: Mon, 13 Dec 2004 15:07:26 +0200
Newsgroups: jedi.vcl

Hi, I am just starting to try these components(Manager, Monitor and
Thread) and cannot find out how to test for terminated... I looked in the
run dir for the source, but it is quite cryptic to me as I work with
Builder only...

Does anyone know?

Also, if I wish to only ever have a few threads and make sure they are
synchronized with each(ex. one starts after the other one finishes with
success execution) other, are these the components to use or should I
stick with JvThread?

What I am doing is writing an ftp app using Indy and threads and am
getting AV's when trying to break out of a connect while it is still
timing out. This only does this if the site is unreachable, it just sits
there trying to connect. The threading model I was using (B Mitov's thread
classes) is not dealing with me terminating the threads, even with his
manager component.

I want to see if these thread components are better?

Thanks,

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: URL aware edit control?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 13 Dec 2004 14:02:03 +0100
Newsgroups: jedi.vcl

Hello,

does the JVCL have an URL aware single line edit conrtrol? It should have an
event to control if the URL has been clicked.

I was absolutely sure that there was one but maybe i saw this in another
component collection...

Thanks,
Ralf



Subject: Re: MSN Style Notifications?
From: "Caleb" <none@hotmail.com>
Date: Mon, 13 Dec 2004 14:07:09 +0200
Newsgroups: jedi.vcl

Thanks alot OBones!

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:cpjpf7$eq5$1@talkto.net...
> > Caleb wrote:
> >
>> >> Hi,
>> >>
>> >> Is there a JVCL component that offers MSN Style notification popups that 
>> >> are stacked ?
> >
> > TJvDesktopAlert and the stack in TJvDesktopAlertStack
> >
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=76656
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=76725
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: MSN Style Notifications?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Dec 2004 12:44:09 +0100
Newsgroups: jedi.vcl

Caleb wrote:

> Hi,
>
> Is there a JVCL component that offers MSN Style notification popups that are stacked ?

TJvDesktopAlert and the stack in TJvDesktopAlertStack

http://homepages.borland.com/jedi/jedihelp/item.php?Id=76656
http://homepages.borland.com/jedi/jedihelp/item.php?Id=76725

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: MSN Style Notifications?
From: "Caleb" <none@hotmail.com>
Date: Mon, 13 Dec 2004 13:36:34 +0200
Newsgroups: jedi.vcl

Hi,

Is there a JVCL component that offers MSN Style notification popups that are 
stacked ?

Thanks ! :) 




Subject: Re: Latest JVCL CVS Installation Error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Dec 2004 12:09:14 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> I forgot to commit JvMMReg.pas
> SelectionEditors for Dialogs are no more needed. You can remove these 2 lines.

Yep, figured that one out. This is in CVS and will be in tomorrow's daily zip.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Latest JVCL CVS Installation Error
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Mon, 13 Dec 2004 12:04:11 +0100
Newsgroups: jedi.vcl

OBones a écrit :
> Vaclav Korecek wrote:
>
>> Hi,
>> latest JVCL CVS (13-12-2004 morning - CET) showed me out following error:
>>
>> E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\design
>> \JvMMReg.pas(119) Error: Undeclared identifier: 'TJvFullColorDialogSelection'
>> E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\design
>> \JvMMReg.pas(120) Error: Undeclared identifier: 'TJvFullColorCircleDialogSelection'
>> (I am BCB6 user...)
>> It is bad date for installation, isn't it? :-)
>
>
> More likely a bad time.
> I'll investigate, but please keep in mind that this part of the JVCL is under work by Florent and I.
>
I forgot to commit JvMMReg.pas
SelectionEditors for Dialogs are no more needed. You can remove these 2 lines.

-- 
Florent Ouchet


Subject: Re: JEDI for Delphi 2005
From: "B. Eber" <eberb@atbank.nl>
Date: Mon, 13 Dec 2004 11:12:38 +0100
Newsgroups: jedi.vcl

I hade the same problem.
When i deactivated in the options / together / main - both boxes (means, deactivate Together), i could open JVCL Package within a half minute!!!!!
greets


Net Sesame wrote:
> Now I met the same error like you.
> And to my god, when I try to load JVCL's package, BDS go on to eat my RAM. I can't wait, so I had to shut down it from window's rask admin.
>
> Then what is your resolvent?
>
> "Dave" <Not@not.com> ??????:colf70$c4r$1@talkto.net...
>
>> OBones said the following on 29/11/2004 8:49 AM:
>>
>>> Achim Kalwa wrote:
>>>
>>>
>>>> What about releasing a JVCL 3.0-Pre-Beta3 (or what ever you would name it), so it would become available on Sourceforge mirrors.
>>>
>>>
>>> This is planned for the 6th of December and should be Release Candidate 1. This may need to be postponed a bit following the Delphi 2005 release. Please see the roadmap here:
>>>
>>> http://homepages.borland.com/jedi/jvcl/Roadmap.html
>>>
>>> Cheers
>>>
>>
>> I have gotten as far as unit JvInterpreter_Quickrpt.  Says TQuickRep is undeclared.  It is not included because "JVCL_UseQuickReport" is undefined if Compiler9orHigher.  So where is TQuickRep suppose to be declared if you do not "JVCL_UseQuickReport" s?
>>
>> I defined it just to see, now I get the error: file not found 'QrPrntr.dcu'.
>>
>> P.S. Did anyone notice that when you load the entire JVCL Package group, BDS.exe takes over 1 gig of RAM?!!!!!?  BDS.exe is sitting at 1,020,652k right now.  Wow!  And I only have a measly 1 gig of RAM <g>
>>
>> Thanks,
>> Dave. 
>
>
>


Subject: Re: I can't instal JVCL for Delphi 2005, Help me!
From: "Net Sesame" <tttk2000@hotmail.com>
Date: Mon, 13 Dec 2004 16:44:35 +0800
Newsgroups: jedi.vcl

So thanks very much for your help. Now all seem OK.
Thanks again.

"OBones" <obones_gfgfd_@_dgf_altern.org> ??????:cpjdif$ce8$1@talkto.net...
> > Net Sesame wrote:
> >
>> >> 2) I try to remove JvInterpreter_Quickrpt.pas from the list of units 
>> >> included in JvInterpreterD9R.dpk, but after I exec the installer, this 
>> >> line is appeared magicly, and the error again.
> >
> > There is no magic, the packages are generated everytime the installer is 
> > run, as indicated by a BIG comment at the beginning of the DPK file.
> >
> > To fix your problem, and as already indicated in another email, you must 
> > uncheck JVCL_UseQuickReport in the jvcl.inc options dialog in the 
> > installer.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: Latest JVCL CVS Installation Error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Dec 2004 09:30:26 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Vaclav Korecek wrote:
>
>> Hi,
>> latest JVCL CVS (13-12-2004 morning - CET) showed me out following error:
>>
>> E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\design
>> \JvMMReg.pas(119) Error: Undeclared identifier: 'TJvFullColorDialogSelection'
>> E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\design
>> \JvMMReg.pas(120) Error: Undeclared identifier: 'TJvFullColorCircleDialogSelection'
>> (I am BCB6 user...)
>> It is bad date for installation, isn't it? :-)
>
>
> More likely a bad time.
> I'll investigate, but please keep in mind that this part of the JVCL is under work by Florent and I.

Ok, this is fixed in CVS.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: I can't instal JVCL for Delphi 2005, Help me!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Dec 2004 09:21:03 +0100
Newsgroups: jedi.vcl

Net Sesame wrote:

> 2) I try to remove JvInterpreter_Quickrpt.pas from the list of units included in JvInterpreterD9R.dpk, but after I exec the installer, this line is appeared magicly, and the error again.

There is no magic, the packages are generated everytime the installer is run, as indicated by a BIG comment at the beginning of the DPK file.

To fix your problem, and as already indicated in another email, you must uncheck JVCL_UseQuickReport in the jvcl.inc options dialog in the installer.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI for Delphi 2005
From: "Net Sesame" <tttk2000@hotmail.com>
Date: Mon, 13 Dec 2004 16:17:29 +0800
Newsgroups: jedi.vcl

Now I met the same error like you.
And to my god, when I try to load JVCL's package, BDS go on to eat my RAM. I 
can't wait, so I had to shut down it from window's rask admin.

Then what is your resolvent?

"Dave" <Not@not.com> ??????:colf70$c4r$1@talkto.net...
> > OBones said the following on 29/11/2004 8:49 AM:
>> >> Achim Kalwa wrote:
>> >>
>>> >>> What about releasing a JVCL 3.0-Pre-Beta3 (or what ever you would name 
>>> >>> it), so it would become available on Sourceforge mirrors.
>> >>
>> >>
>> >> This is planned for the 6th of December and should be Release Candidate 
>> >> 1. This may need to be postponed a bit following the Delphi 2005 release. 
>> >> Please see the roadmap here:
>> >>
>> >> http://homepages.borland.com/jedi/jvcl/Roadmap.html
>> >>
>> >> Cheers
>> >>
> >
> > I have gotten as far as unit JvInterpreter_Quickrpt.  Says TQuickRep is 
> > undeclared.  It is not included because "JVCL_UseQuickReport" is undefined 
> > if Compiler9orHigher.  So where is TQuickRep suppose to be declared if you 
> > do not "JVCL_UseQuickReport" s?
> >
> > I defined it just to see, now I get the error: file not found 
> > 'QrPrntr.dcu'.
> >
> > P.S. Did anyone notice that when you load the entire JVCL Package group, 
> > BDS.exe takes over 1 gig of RAM?!!!!!?  BDS.exe is sitting at 1,020,652k 
> > right now.  Wow!  And I only have a measly 1 gig of RAM <g>
> >
> > Thanks,
> > Dave. 




Subject: Re: I can't instal JVCL for Delphi 2005, Help me!
From: "Net Sesame" <tttk2000@hotmail.com>
Date: Mon, 13 Dec 2004 16:07:05 +0800
Newsgroups: jedi.vcl

Hi,

JCL now is OK.  And now JVCL can see D2005, and I can click the next. But...

An error occured while compiling the package. Following is some of the error 
info:

Borland Delphi for Win32 compiler version 17.0
Copyright (c) 1983,2004 Borland Software Corporation
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_SysUtils.pas(2065) 
Warning: W1000 Symbol 'faVolumeID' is deprecated
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(57) Error: 
E2003 Undeclared identifier: 'TQuickRep'
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(62) Error: 
E2015 Operator not applicable to this operand type
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(72) Error: 
E2066 Missing operator or semicolon
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(81) Error: 
E2003 Undeclared identifier: 'TQuickRep'
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(86) Error: 
E2015 Operator not applicable to this operand type
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(96) Error: 
E2066 Missing operator or semicolon
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(108) 
Error: E2003 Undeclared identifier: 'TQRController'
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(108) 
Error: E2029 ')' expected but identifier 'Create' found
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(108) 
Error: E2029 'END' expected but ')' found
D:\Program 
Files\Borland\Components\JEDI\JVCL\run\JvInterpreter_Quickrpt.pas(115) 
Error: E2003 Undeclared identifier: 'TQRController'
......

I did search in the question group, and found it was an error which many 
guys met as me. Followed by the helper's reply, and I can do nothing. After 
several time's try, I have no idea now.
1) the XML file is no problem like what Robert Meek had said.
<File Name="..\..\run\JvInterpreter_Quickrpt.pas"
           Targets="allbutperso" Formname=""
          Condition="JVCL_UseQuickReport"/>

2) I try to remove JvInterpreter_Quickrpt.pas from the list of units 
included in JvInterpreterD9R.dpk, but after I exec the installer, this line 
is appeared magicly, and the error again.

now please help me.


"OBones" <obones_REM_SPM_@_PIF_altern.org> ??????:cpj7bq$bf1$1@talkto.net...
> > Net Sesame wrote:
>> >> I just observed the Install dialoag again, this time I found some 
>> >> needles.
>> >>
>> >> On the right position of the Delphi 2005 check box, there exists a 
>> >> underlined lable, which give a instruction that "Install JCL". and above 
>> >> that, a lable tell "installed jcl version: 3".
>> >>
>> >> Is that tell me, the D2005 installation only available just after Jcl for 
>> >> D2005 installed? if so, where can i download the JCL  installation for 
>> >> D2005. However, my JCL package is downloaded from the daily packages....
> >
> > If you use the latest daily JCL package, you will find the packages for 
> > Delphi 2005 (9) in the d9 subdirectory of the packages directory.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: Latest JVCL CVS Installation Error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Dec 2004 09:02:25 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> Hi,
> latest JVCL CVS (13-12-2004 morning - CET) showed me out following error:
>
> E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\design
> \JvMMReg.pas(119) Error: Undeclared identifier: 'TJvFullColorDialogSelection'
> E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\design
> \JvMMReg.pas(120) Error: Undeclared identifier: 'TJvFullColorCircleDialogSelection'
> (I am BCB6 user...)
> It is bad date for installation, isn't it? :-)

More likely a bad time.
I'll investigate, but please keep in mind that this part of the JVCL is under work by Florent and I.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: I can't instal JVCL for Delphi 2005, Help me!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Dec 2004 08:30:57 +0100
Newsgroups: jedi.vcl

Net Sesame wrote:

> > thanks for your help, I'll try it.

And you must add the JCL paths to the global search list (or library path
list if you want that the files are always recompiled) by hand. The paths
are

jcl\source;jcl\source\common;jcl\source\windows;jcl\source\vcl

Otherwise the Installer still thinks that there is no JCL installation.



-- Regards, Andreas Hausladen 

Subject: Re: I can't instal JVCL for Delphi 2005, Help me!
From: "Net Sesame" <tttk2000@hotmail.com>
Date: Mon, 13 Dec 2004 14:59:24 +0800
Newsgroups: jedi.vcl

thanks for your help, I'll try it.

"OBones" <obones_REM_SPM_@_PIF_altern.org> ??????:cpj7bq$bf1$1@talkto.net...
> > Net Sesame wrote:
>> >> I just observed the Install dialoag again, this time I found some 
>> >> needles.
>> >>
>> >> On the right position of the Delphi 2005 check box, there exists a 
>> >> underlined lable, which give a instruction that "Install JCL". and above 
>> >> that, a lable tell "installed jcl version: 3".
>> >>
>> >> Is that tell me, the D2005 installation only available just after Jcl for 
>> >> D2005 installed? if so, where can i download the JCL  installation for 
>> >> D2005. However, my JCL package is downloaded from the daily packages....
> >
> > If you use the latest daily JCL package, you will find the packages for 
> > Delphi 2005 (9) in the d9 subdirectory of the packages directory.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: I can't instal JVCL for Delphi 2005, Help me!
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 13 Dec 2004 07:34:00 +0100
Newsgroups: jedi.vcl

Net Sesame wrote:
> I just observed the Install dialoag again, this time I found some needles.
>
> On the right position of the Delphi 2005 check box, there exists a underlined lable, which give a instruction that "Install JCL". and above that, a lable tell "installed jcl version: 3".
>
> Is that tell me, the D2005 installation only available just after Jcl for D2005 installed? if so, where can i download the JCL  installation for D2005. However, my JCL package is downloaded from the daily packages....

If you use the latest daily JCL package, you will find the packages for Delphi 2005 (9) in the d9 subdirectory of the packages directory.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Latest JVCL CVS Installation Error
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 13 Dec 2004 05:36:02 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
latest JVCL CVS (13-12-2004 morning - CET) showed me out 
following error:

E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\design
\JvMMReg.pas(119) Error: Undeclared identifier: 
'TJvFullColorDialogSelection'
E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\design
\JvMMReg.pas(120) Error: Undeclared identifier: 
'TJvFullColorCircleDialogSelection' 

(I am BCB6 user...)
It is bad date for installation, isn't it? :-)

TIA
Vaclav


Subject: Re: I can't instal JVCL for Delphi 2005, Help me!
From: "Net Sesame" <tttk2000@hotmail.com>
Date: Mon, 13 Dec 2004 11:19:26 +0800
Newsgroups: jedi.vcl

I just observed the Install dialoag again, this time I found some needles.

On the right position of the Delphi 2005 check box, there exists a 
underlined lable, which give a instruction that "Install JCL". and above 
that, a lable tell "installed jcl version: 3".

Is that tell me, the D2005 installation only available just after Jcl for 
D2005 installed? if so, where can i download the JCL  installation for 
D2005. However, my JCL package is downloaded from the daily packages....





Subject: I can't instal JVCL for Delphi 2005, Help me!
From: "ÍòË¼" <tttk2000@hotmail.com>
Date: Mon, 13 Dec 2004 11:06:16 +0800
Newsgroups: jedi.vcl

Hi,

I have both D7 and D2005 architect installed. WinXP SP2, Simplified Chinese 
Version.

This morning I downloaded the lastest JVCL installer from the JEDI site,
but to my disappointment, the installer can't install for my D2005, only D7 
is available.

Following is the install process....

double click the install.bat batch program, a dos window appeared, and show:
using d9 for build process...
.....
(no error report)

then a JVCL3 installation dialog appeared. Because I had JVCL for D7 
installed, so two options offered for me. I selected the first one: New 
Installation. Then next.

Both D7 and D2005 were grey. After I selected the right path for JCL, only 
the Delphi 7.0(CSS) is avaliable. Delphi 2005 is still grey.

Now D7 can be installed, but D2005 can't, why and how can I do?

Please help me. thank you all.


tttk
2004-12-13





Subject: Re: Side bar thing
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 13 Dec 2004 03:24:10 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Looks nice. Dropping the whole shabang in a panel/scrollbox with BorderStyle
> set to bsSingle, would make it look even more like the Firefox thing.

Good idea! Now it looks even better. See binaries.


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Maybe a useful modification
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 12 Dec 2004 22:49:18 +0100
Newsgroups: jedi.vcl

  I was trying to make my own spin edit component with unit suffices, but I 
didn't have alot of luck, so I thought - why not just add a spin button to 
JvValidateEdit. So I did it. I've attached the result to this to this post. 
The edit uses my own spin button component (which paints correctly under 
WinXP). Well, if it's of any use to you you're free to do with it whatever 
you want.
  I also have a question regarding the validate edit. How can I add the 
possibility for the user to write his/her own suffices into the edit at 
runtime (from a list of valid ones, e.g. the unit for a css property is px, 
but it can also be pt, cm, mm; so those units would belong to the suffix 
list and they will be free to type them in - like in MS Word).

Cheers

Marko 



difJvValidateEdit.zip
	



Subject: Re: Side bar thing
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 12 Dec 2004 21:36:33 +0100
Newsgroups: jedi.vcl

Looks nice. Dropping the whole shabang in a panel/scrollbox with BorderStyle
set to bsSingle, would make it look even more like the Firefox thing.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Side bar thing
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 12 Dec 2004 21:23:44 +0100
Newsgroups: jedi.vcl

Chris M wrote:
> Okay I posted one. Its some kind of page control I believe.

Chris, you may want to take a look at binaries - I've put a screenshot of my "sidebar" there. This sidebar is basically TTBXToolbar with several TTBXItem controls which share the same GroupIndex property in order to make the down state mutually exclusive and also AutoCheck property set to True for all.

I've put it together in a couple of seconds. Although it doesn't look exactly as the outlook bar in the Firefox/Thunderbird Options dialog, I like it very much and use it in my programs a lot.

Here are the necessary ingredients:

Toolbar2000 v2.1.4 (http://www.jrsoftware.org/tb2k.php)
TBX v2.1 beta (http://www.g32.org/tbx/index.html)
Whidbey theme for TBX (http://www.rmklever.com/delphitbx.html)

You may achieve a quite different look of this "sidebar" depending on the TBX theme used (there are many thirparty ones available).

Good luck!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Full Color donation from Florent Ouchet now added
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Dec 2004 20:56:12 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> I introduced this feature to provide packages unload.
>
> If this package contains colorspaces, the color space manager must be informed of some color space removing operations (to avoid invalid pointer operations).
> I didn't know that GetPackageInfo is buggy on BCB.
>
> I will remove the automatic color space removing on package unloading and leave the user with the remove calls.

I understand your point, but this is useless in the present case, because all units that register colorspaces and the colorspace manager are in the same package. Hence, when the package gets deleted, all are deleted at the same time.

If you still want to provide such a functionnality, you could introduce a system inspired by the Notify functionnality used almost everywhere in the VCL.

Cheers

Olivier


Subject: Re: JVCL 3 RC1?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Dec 2004 19:18:44 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Hi Olvier,
>
>> A new date will be set quite soon, hopefully before the end of the year. It depends on multiple factors, one of which is the release date of the next JCL, which should happen this week-end. 
>
>
> It won't happen, sorry. I managed to install D2005 trial only last night and probably will need some days to update the installer & prepare the release.

Just let me know when this is available. I'll update the roadmap shortly, indicating next week as a target.


Subject: Re: Full Color donation from Florent Ouchet now added
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Sun, 12 Dec 2004 18:24:25 +0100
Newsgroups: jedi.vcl

> However, please note that the C++ Builder demos (all version) will crash on exit with an acess violation in JvFullColorSpaces.pas line 1753, on call to GetPackageInfo.
> I have no idea why this is, nor do I understand the need for retrieving package informations. Florent should be able to provide more details, I'll contact him directly.

I introduced this feature to provide packages unload.

If this package contains colorspaces, the color space manager must be informed of some color space removing operations (to avoid invalid pointer operations).
I didn't know that GetPackageInfo is buggy on BCB.

I will remove the automatic color space removing on package unloading and leave the user with the remove calls.

Florent Ouchet


Subject: Re: JVCL 3 RC1?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 12 Dec 2004 17:36:58 +0100
Newsgroups: jedi.vcl

Hi Olvier,

> A new date will be set quite soon, hopefully before the end of the year. It depends on multiple factors, one of which is the release date of the next JCL, which should happen this week-end. 

It won't happen, sorry. I managed to install D2005 trial only last night and probably will need some days to update the installer & prepare the release.

Greetings, Robert


Subject: Re: Downgrade to TJvDirectoryListbox v2.1 ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Dec 2004 16:02:30 +0100
Newsgroups: jedi.vcl

Raymond wrote:

> If you made some improvements to the TJvDirectoryListbox 3, will you post an
> announcement here ?

Just have a look at the CVS history for that particular file:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvDriveCtrls.pas?rev=1.40&view=log

We won't post announcement everytime we do an update on a particular file, that would be unmanageable. Further you could register on the checkins mailing list:

http://lists.sourceforge.net/mailman/listinfo/jvcl-checkins

Please note that we would GREATLY appreciate if you would tell us what does not work as expected. Some steps to reproduce, and even a test application would be the best way to report this, on Mantis here:

http://homepages.borland.com/jedi/issuetracker/

Please register, add an issue for the JVCL and someone will review it.

Cheers

Olivier Sannier
JVCL coordinator



Subject: Re: Downgrade to TJvDirectoryListbox v2.1 ?
From: "Raymond" <abc@abc.com>
Date: Sun, 12 Dec 2004 22:36:59 +0800
Newsgroups: jedi.vcl

If you made some improvements to the TJvDirectoryListbox 3, will you post an
announcement here ?

Raymond


"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cp9it5$j00$1@talkto.net...
> > Raymond wrote:
> >
>> > > Only replace the file is OK ? Do I need to re-compile/install anything ?
> >
> > Replace the file, recompile and see what happens.
> >
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: Full Color donation from Florent Ouchet now added
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Dec 2004 11:52:41 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> OBones wrote:
>
>> As Florent told me he finished his work on his Full Color donation, I moved it from the Donations directory to the run directory.
>> The components are in the JvMM package and are the following:
>
>
> Some units (for example JvFullColorForm.pas) have unit Spin in the uses list. Is this correct?
>
This was correct, but a source of problems with BCB. Indeed, TSpinEdit is called TCSpinEdit in BCB and this is a problem impossible to workaround.
All TSpinEdit controls have been replaced by TJvSpinEdit controls. As a result, the Spin unit is no longer required and the packages don't require vclsmp anymore either.

Thanks for the heads up.

Cheers

Olivier


Subject: class for form managment
From: MaTze <confusingness@yahoo.de>
Date: Sun, 12 Dec 2004 03:00:58 +0100
Newsgroups: jedi.vcl

hi people,

does someone of you know a component which provides services refering to  "form-managment". i especially think about possibilities to get a easier way to handle forms in multi-monitor-applications.

of course, TScreen provides basic functions - but i'd like to use a special class, because the code would be much easier too read/modify. in the worst case i'd make a class on my own, but it would be much easier to get one ;-)

another thing i'm searching for is the possibility to set a monitor background in the runtime of a program.

thx in advance
[sorry for my bad english]

Matthias W.


Subject: Re: Full Color donation from Florent Ouchet now added
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 12 Dec 2004 02:12:45 +0100
Newsgroups: jedi.vcl

OBones wrote:
> As Florent told me he finished his work on his Full Color donation, I moved it from the Donations directory to the run directory.
> The components are in the JvMM package and are the following:

Some units (for example JvFullColorForm.pas) have unit Spin in the uses list. Is this correct?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Full Color donation from Florent Ouchet now added
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Dec 2004 01:03:34 +0100
Newsgroups: jedi.vcl

Hi all

As Florent told me he finished his work on his Full Color donation, I moved it from the Donations directory to the run directory.
The components are in the JvMM package and are the following:

in 'Jv Dialogs':
TJvFullColorDialog
TJvFullColorCircleDialog

in 'Jv Bars, Panels'
TJvFullColorPanel
TJvFullColorTrackBar
TJvFullColorGroup

in 'Jv Labels'
TJvFullColorLabel

in 'Jv Lists, Combos, Trees'
TJvFullColorSpaceCombo
TJvFullColorAxisCombo

in 'Jv Visual'
TJvFullColorCircle


Two examples are available for Delphi and C++ Builder:
JvFullColorCircleDialog
JvFullColorDialog

However, please note that the C++ Builder demos (all version) will crash on exit with an acess violation in JvFullColorSpaces.pas line 1753, on call to GetPackageInfo.
I have no idea why this is, nor do I understand the need for retrieving package informations. Florent should be able to provide more details, I'll contact him directly.

Detailed documentation will follow soon.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Daily Build?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 11 Dec 2004 20:05:29 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> OBones wrote:
>
>>
>> ... but because CRON is not running anymore on SourceForge's website, I... 
>
>
>     Now that you said that, wasn't SF planning on reactivating it after the upgrade of last weekend? How do I find out (since I need it for jedidotnet as well, but my UNIX knowledge is, well, nearly non-existent)?

well, listing the processes should do. Something like that:

ps -A | grep crond

If you see a line with crond in it, then crond is running.
However, and that's the pity of it, even if it is running, it won't launch my scripts. The only way to find out if cron is actually running is by creating a dummy entry in the crontab. Each time one job is ran, you receive an email. So here is what you do:

crontab -e

This launches vi with your crontab. So you type "i" for insertion mode, then you add this:

30 23 * * * /bin/echo "cron worked"

which tells cron to run the command every day at 23:30
Then type "Esc" (the key) then ":x" to quit and write the file.

If cron works, you will receive an email with "cron worked" in the content.

I haven't received any email for the past two months. I'll investigate a bit further.

Cheers

Olivier


Subject: Re: Side bar thing
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Sat, 11 Dec 2004 11:46:15 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Okay I posted one. Its some kind of page control I believe.
>
>
> A scrollbox with a couple of JvSpeedButtons with HotTrackOptions.Enabled :=
> true would make something similar.
>
>  I just posted an update to JvSpeedButton (published Align property and also
> fixed an issue w. HotTrackOptions when Down is true), so you might want to
> get that as well (from CVS).
>
Okay thanks.


Subject: Re: Side bar thing
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 11 Dec 2004 19:42:23 +0100
Newsgroups: jedi.vcl

> > Okay I posted one. Its some kind of page control I believe.

A scrollbox with a couple of JvSpeedButtons with HotTrackOptions.Enabled :=
true would make something similar.

 I just posted an update to JvSpeedButton (published Align property and also
fixed an issue w. HotTrackOptions when Down is true), so you might want to
get that as well (from CVS).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Daily Build?
From: "Blake McNeill" <Delphi@SonicLogger.com>
Date: Sat, 11 Dec 2004 11:29:58 -0700
Newsgroups: jedi.vcl

Thanks for the quick response on the builds.

Blake


"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message 
news:cpf6h5$kjs$1@talkto.net...
>> >> I'm wondering if its reoccurring nature is due to source code control
>> >> products on SourceForge being Unix based?
> > The script that generates the zip files contains a unix2dos conversion 
> > loop,
> > but for some unknown reason the conversion sometimes fails without 
> > reporting
> > any errors.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: Daily Build?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 11 Dec 2004 19:21:52 +0100
Newsgroups: jedi.vcl

OBones wrote:
>
> ... but because CRON is not running anymore on SourceForge's website, I... 

    Now that you said that, wasn't SF planning on reactivating it after the upgrade of last weekend? How do I find out (since I need it for jedidotnet as well, but my UNIX knowledge is, well, nearly non-existent)?

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Daily Build?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 11 Dec 2004 19:11:59 +0100
Newsgroups: jedi.vcl

Blake McNeill wrote:
> The posted daily build on http://jvcl.sourceforge.net/daily/ is from Dec 7th which had some problems installing on D5 Enterprise around the JvThread component.  I was hoping for a new build containing the fixes and such posted in the binaries group.

The daily zip should be created every night, but because CRON is not running anymore on SourceForge's website, I must do it manually. As I don't always have the time to run this, it may happen that a daily build is not generated.
I'm currently investigating a way to get this triggered from my machine, this should be sorted out by the end of the week-end.

As to today's zip, it has just been built.

Sorry for any inconvenience.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Side bar thing
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Sat, 11 Dec 2004 10:59:43 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Post a screenshot to binaries so we can see what it looks like
>
Okay I posted one. Its some kind of page control I believe.


Subject: Re: Daily Build?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 11 Dec 2004 18:52:29 +0100
Newsgroups: jedi.vcl

> > I'm wondering if its reoccurring nature is due to source code control
> > products on SourceForge being Unix based?
The script that generates the zip files contains a unix2dos conversion loop,
but for some unknown reason the conversion sometimes fails without reporting
any errors.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Daily Build?
From: "Blake McNeill" <Delphi@SonicLogger.com>
Date: Sat, 11 Dec 2004 10:41:00 -0700
Newsgroups: jedi.vcl

The posted daily build on http://jvcl.sourceforge.net/daily/ is from Dec 7th 
which had some problems installing on D5 Enterprise around the JvThread 
component.  I was hoping for a new build containing the fixes and such 
posted in the binaries group.

As a side note I also had problems installing JCL with the line to long 
error and while I was able to fix it, this problem has happened in the past 
and I'm wondering if its reoccurring nature is due to source code control 
products on SourceForge being Unix based?  The JCL daily build is from Dec 
1st on http://jcl.sourceforge.net/daily/.

Thanks
Blake




Subject: Re: Side bar thing
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 11 Dec 2004 18:13:57 +0100
Newsgroups: jedi.vcl

Post a screenshot to binaries so we can see what it looks like

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Side bar thing
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Sat, 11 Dec 2004 09:00:14 -0700
Newsgroups: jedi.vcl

Is there a side bar with the skyblue looking highlights like in the Firefox Tools | Options screen? I'm not sure what it would be called. It switches between a pageset.


Subject: JVCLInstaller/build: command line too long
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Dec 2004 15:46:41 +0100
Newsgroups: jedi.vcl

After installing D2k5 Trial I ran into the known "command line too long"
bug when compiling the Installer withing the Delphi IDE (no build.exe was
executed before).

Now I have changed build.exe and the Installer to remove almost all
environment variables before calling make.exe and this solved the issue.
Some environment variables are not deleted, such as "LANG",
"INSTALLEROPTIONS", "SystemRoot", "SystemDrive", "windir", "TEMP", ...

I hope this fix solves alle the "command line too long" bug reports. If
this works this meight also be the solution for the JCL Installer.


-- Regards, Andreas Hausladen 

Subject: Re: JvEditor and Bracket Highlighting
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 11 Dec 2004 11:55:39 +0100
Newsgroups: jedi.vcl

Cool!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVCL 3 RC1?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 11 Dec 2004 10:42:15 +0100
Newsgroups: jedi.vcl

Mike Carroll wrote:
> The Roadmap at:
> http://homepages.borland.com/jedi/jvcl/Roadmap.html
> says JVCL 3 Release Candidate 1 was due 6 December 2004.
>
> SourceForge says the latest release is September's beta.

That's correct.


> Today is December 10th. I've been developing software long enough to know it's usually late, but is there a new target date for RC1? I mean, should I expect it in a few more days, or not until January, or what?

Yes it is late, and well, there is no real set date for RC1 as of now. I must apologize for that, but I've been really busy with private matters and was not able to do any serious work on the JVCL.
A new date will be set quite soon, hopefully before the end of the year. It depends on multiple factors, one of which is the release date of the next JCL, which should happen this week-end. Then I need to update the online help system and discuss with the person in charge of the offline version to see how we can improve all this.

Anyway, the RC1 should be out the door by the end of the year and JVCL 3.0 by the end of January at the latest.

In the meantime, you can use the daily versions available here:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/

They are (almost) daily snapshots of our work and reflect the latest developments and progress. Most notably, those ones support Delphi 2005.

Thanks to all developers for their continuous effort.
Thanks to all users for their valuable support.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: JVCL 3 RC1?
From: "Mike Carroll" <mcarroll@pobox.com>
Date: Fri, 10 Dec 2004 21:58:57 -0700
Newsgroups: jedi.vcl

The Roadmap at:
http://homepages.borland.com/jedi/jvcl/Roadmap.html
says JVCL 3 Release Candidate 1 was due 6 December 2004.

SourceForge says the latest release is September's beta.

Today is December 10th. I've been developing software long enough to know 
it's usually late, but is there a new target date for RC1? I mean, should I 
expect it in a few more days, or not until January, or what?

Thanks much for all your work, no criticism intended.

Mike Carroll
Oro Valley, AZ, USA




Subject: JvEditor and Bracket Highlighting
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Dec 2004 02:22:50 +0100
Newsgroups: jedi.vcl

I have implemented Bracket Highlighting for the JvEditor. It is completly
configurable and extensible by adding word-pairs like "begin=end",
"repeat=until"

BracketHighlighting.Active=False is the default


-- Regards, Andreas Hausladen 

Subject: Using TJvScheduledEvents
From: "Csaba" <csegyud@freemail.hu>
Date: Fri, 10 Dec 2004 17:01:08 +0100
Newsgroups: jedi.vcl

Hi All,
I'd like to use the above mentioned component to schedule my tasks. I want 
to create a custom facilty to enable the user to modify the schedule 
properties for each tasks.

How can I access the TJvScheduledEvents.Events[n].Shedule object by code? Is 
there a documentation for this interface (IJclSchedule) on the net? Or any 
examples?

Many thanks.


Bye,
  -- Csaba Együd 




Subject: Re: TJvRegularExpressionValidator does not use RegularExpression???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Dec 2004 15:13:33 +0100
Newsgroups: jedi.vcl

The MatchesMask function in VCL is a slimmed down reg exp parser and
currently works better than TURESearch. Feel free to help out fixing the
problems in the TURESearch class, if you want to use that instead.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvFinalize.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Dec 2004 14:38:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Seems good to me, as long as it is documented in changelog.txt

Done.


-- Regards, Andreas Hausladen 

Subject: Re: JvFinalize.pas
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 10 Dec 2004 14:37:19 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The JvFinalize.pas is no more used in the whole JVCL. Shouldn't it be
> moved from common to archive?

Seems good to me, as long as it is documented in changelog.txt

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvFinalize.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Dec 2004 14:31:54 +0100
Newsgroups: jedi.vcl

The JvFinalize.pas is no more used in the whole JVCL. Shouldn't it be
moved from common to archive?


-- Regards, Andreas Hausladen 

Subject: TJvRegularExpressionValidator does not use RegularExpression???
From: Daniele Teti <wwDELwdade2000@yahCUToo.iCUTt>
Date: Fri, 10 Dec 2004 14:24:46 +0100
Newsgroups: jedi.vcl

Why this? (in JvValidators)

procedure TJvRegularExpressionValidator.Validate;
var
  R: string;
begin
  R := VarToStr(GetValidationPropertyValue);
  Valid := (R = ValidationExpression) or MatchesMask(R, ValidationExpression);
end;

....

//=== { TJvRegularExpressionValidator } ======================================

function MatchesMask(const Filename, Mask: string;
  const SearchFlags: TSearchFlags = [sfCaseSensitive]): Boolean;
{var
  URE: TURESearch;
  SL: TWideStringList;}
begin
  Result := Masks.MatchesMask(Filename, Mask);

  {
  // use the regexp engine in JclUnicode
  SL := TWideStringList.Create;
  try
    URE := TURESearch.Create(SL);
    try
      URE.FindPrepare(Mask, SearchFlags);
      // this could be overkill for long strings and many matches,
      // but it's a lot simpler than calling FindFirst...
      Result := URE.FindAll(Filename);
    finally
      URE.Free;
    end;
  finally
    SL.Free;
  end;
  }

end;



MatchesMask function use "standard" delphy Masks unit!! Not regularexpression engine. (But Validator is TJvRegularExpressionValidator)

Why?


-- 
Daniele Teti (tm)
Software Architect
http://dade2000.altervista.org
-- 


Subject: Re: Where is Zlib ?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 10 Dec 2004 08:43:42 +0100
Newsgroups: jedi.vcl

utku wrote:
> Thanks OBones, Sorry for the late reply. I have renamed old jvcl+jcl folder. Also installed daily releases. I have cleaned enything about old JCL as installation guide says...
> Still same problem :( 

Which version of the JCL are you using?

Which version of the JVCL are you using?


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: YATJvTimeLineQ
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Fri, 10 Dec 2004 02:58:59 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in news:cpa55l$nkr$1
@talkto.net:

> > You can use the exact same code as in Option 2 in a OnDblClick event
> > handler.
> > 

Thank you Peter. As alaways your help is very much appreciated. 

Cheers


Subject: Re: Where is Zlib ?
From: "utku" <no@spam.com>
Date: Fri, 10 Dec 2004 02:18:05 +0200
Newsgroups: jedi.vcl

Thanks OBones, Sorry for the late reply. I have renamed old jvcl+jcl folder. Also 
installed daily releases. I have cleaned enything about old JCL as installation guide 
says...
Still same problem :( 




Subject: JvGlobus-R.xml node needs D7 added to it.
From: Dave <Not@not.com>
Date: Thu, 09 Dec 2004 15:13:32 -0700
Newsgroups: jedi.vcl

The JvGlobus-R.xml file has the following node:
   <Package Name="bdertl" Targets="C6,D9" Condition=""/>

It needs D7 added to it:
   <Package Name="bdertl" Targets="C6,D7,D9" Condition=""/>

I ran into this a while ago and we confirmed this.
I just grabbed from JVCL today and the problem hit me again.

Also, I still get the other problem where it says bad command, which is because the PATH is too long.  I shortened my path to get it to work.

Dave.


Subject: Re: Regarding donations - JclDebug Component - thumbs up from me.
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 9 Dec 2004 15:25:22 -0500
Newsgroups: jedi.vcl

    First, I replied to your personal e-mail this afternoon...thank you for 
your kind comments!  As to your ideas, they are good ones indeed.  the 
reason I decided NOT to add some kind of categorization and/or date/time 
error logging was that I use the OnOtherDestination event to have the 
stringlist sent directly to CodeSite, and CodeSite already does all that for 
me...and in a way I could never hope to better! <g>
    I think if we were to add something like this, for those NOT using 
CodeSite, it would best be accomplished by adding an automated viewer that 
would popup on the first error, then allow the user to minimize it and have 
it always available while working on the current project.  Perhaps via a 
tray-icon with menu items allowing you to turn the viewer on/off.  Each new 
error could be added to the log and thus the viewer, along with whatever 
other information the user chose thru a set of properties.  Date and Time, 
project and/or unit and/or procedure/function name, and perhaps even add a 
method to the viewer that would allow the user to set each error in the log 
to a particular Category...such as might be used to distinguish different 
error types.  The error log could then be saved out to a file...boy would 
this be a great way to get into xml...so that it could be re-loaded the next 
time the project is loaded.  And if you wanted to get REALLY fancy we could 
add a method to synchronize all errors of the same type and/or occurring in 
the same place!
    I'm more than willing to work on this as a collaborative project with 
anyone interested.  But in the meantime I also suggest the it be made 
available as at the very least a bonus item in the Jcl so that those not 
taking advantage of the great debugging versatility the Jcl offers because 
it's too difficult, can finally do so!  I don't think it should be made a 
part of the JVCL though because many users ONLY install the jcl and that's 
all it requires to work...besides it's a non-visual component too!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "Warren Postma" <wp.nospam@tekran.com> wrote in message news:cp9v1u$m4k$1@talkto.net...
> > Robert Meek wrote:
> >
>> >>     A friend who is now using the new version of my JclDebugHandler 
>> >> component as posted to your binaries sent me an e-mail today saying I 
>> >> should donate it to Project Jedi.  And I just want to make sure that 
>> >> those in charge of such things realize that that is exactly what I meant 
>> >> to do when I uploaded it!  If you need anything else fromme other than 
>> >> the component please let me know, but you are more than welcome to add it 
>> >> if you like.
> >
> >
> > Personally, I really like the idea of putting a component that builds on 
> > top of JclDebug is a good idea, and this component is as good a place to 
> > start with that as I have seen. It certainly is easy to use.
> >
> > I think that it could even be expanded a little bit, including a property 
> > called TreeView that could loc the information into a
> > hierarchical display of exceptions that have occurred for the day, in a 
> > three-level tree:
> >
> >
> > <MyExceptionClass>
> > <MyExceptionClass at 09:00:00 from InnermostFunction1>
> > <stack unwind - list of functions >
> > < ... >
> > <MyExceptionClass at 09:01:00 from InnermostFunction1>
> > <stack unwind - list of functions>
> > < ... >
> > <ERangeError>
> > <Exception at 09:02:00 from InnermostFunction1>
> > <stack unwind - list of functions>
> > < ... >
> > <Exception at 09:03:00 from InnermostFunction1>
> > <stack unwind - list of functions>
> > < ... >
> >
> >
> > Anyone have any thoughts on visualizing these exceptions?  I'm thinking
> > similarly to what the MadExcept IDE plugin does for exceptions inside the 
> > Delphi IDE.
> >
> >
> > Warren
> > 




Subject: Re: YATJvTimeLineQ
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Dec 2004 20:58:12 +0100
Newsgroups: jedi.vcl

You can use the exact same code as in Option 2 in a OnDblClick event
handler.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Put a TPanel into the Welcome page of the TJvWizard and it fires an exception at runtime.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 09 Dec 2004 13:35:31 -0500
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> Anyone seen this?
>
> Works for me.

Okay weird, I rebuilt JVCL, and problem is gone.  Must have had an old DCU/DCP around causing me trouble somewhere.

Warren


Subject: Re: YATJvTimeLineQ
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Dec 2004 19:19:05 +0100
Newsgroups: jedi.vcl

> > I'm trying to determine which day the click happens on.

Option 1:

procedure TForm1.JvTimeLine1ItemClick(Sender: TObject; Item: TJvTimeItem);
var AStartDate:TDateTime;
begin
  AStartDate := Item.Date;
end;


Option 2:

procedure TForm1.JvTimeLine1ItemClick(Sender: TObject; Item: TJvTimeItem);
var
  AStartDate:TDateTime;
  P:TPoint;
begin
  if GetCursorPos(P) then
  begin
    P := JvTimeLine1.ScreenToClient(P);
    AStartDate := JvTimeLine1.DateAtPos(P.X);
  end;
end;

Note that there is a bug in the current implementation: if you have a
selected item, the Item(Dbl)Click event will be called even if you click
outside the item. A possible fix would be to modify the following:

procedure TJvCustomTimeLine.DblClick;
var
  Tmp: Boolean;
  P:TPoint;
begin
  Tmp := DragLine;
  try
    DragLine := False;
    inherited DblClick;
    if GetCursorPos(P) then
    begin
      P := ScreenToClient(P);
      FSelectedItem := ItemAtPos(P.X, P.Y);
    end;
    if Assigned(FSelectedItem) then
    begin
      FLineVisible := False;
      ItemDblClick(FSelectedItem);
    end;
  finally
    DragLine := Tmp;
  end;
end;

procedure TJvCustomTimeLine.Click;
var P:TPoint;
begin
  inherited Click;
  if GetCursorPos(P) then
  begin
    P := ScreenToClient(P);
    FSelectedItem := ItemAtPos(P.X, P.Y);
  end;
  if Assigned(FSelectedItem) then
  begin
    ItemClick(FSelectedItem);
    //FLineVisible := False;
  end;
  Invalidate;
end;

I haven't tested this with MultiSelect or dragging, but it works in the
simple case.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Regarding donations - JclDebug Component - thumbs up from me.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 09 Dec 2004 13:15:11 -0500
Newsgroups: jedi.vcl

Robert Meek wrote:

>     A friend who is now using the new version of my JclDebugHandler component as posted to your binaries sent me an e-mail today saying I should donate it to Project Jedi.  And I just want to make sure that those in charge of such things realize that that is exactly what I meant to do when I uploaded it!  If you need anything else fromme other than the component please let me know, but you are more than welcome to add it if you like.


Personally, I really like the idea of putting a component that builds on top of JclDebug is a good idea, and this component is as good a place to start with that as I have seen. It certainly is easy to use.

I think that it could even be expanded a little bit, including a property called TreeView that could loc the information into a
hierarchical display of exceptions that have occurred for the day, in a three-level tree:


    <MyExceptionClass>
        <MyExceptionClass at 09:00:00 from InnermostFunction1>
            <stack unwind - list of functions >
            < ... >
        <MyExceptionClass at 09:01:00 from InnermostFunction1>
            <stack unwind - list of functions>
            < ... >
    <ERangeError>
        <Exception at 09:02:00 from InnermostFunction1>
            <stack unwind - list of functions>
            < ... >
        <Exception at 09:03:00 from InnermostFunction1>
            <stack unwind - list of functions>
            < ... >


Anyone have any thoughts on visualizing these exceptions?  I'm thinking
similarly to what the MadExcept IDE plugin does for exceptions inside the Delphi IDE.


Warren



Subject: Re: YATJvTimeLineQ
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Dec 2004 17:50:11 +0100
Newsgroups: jedi.vcl

I don't get it. What are you trying to do?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: YATJvTimeLineQ
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 9 Dec 2004 16:46:30 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in
news:cp9vbr$m72$1@talkto.net: 

>> >> I'm trying to determine which day the click happens on.
> > 
> > Option 1:
> > 
> > procedure TForm1.JvTimeLine1ItemClick(Sender: TObject; Item:
> > TJvTimeItem); var AStartDate:TDateTime;
> > begin
> >   AStartDate := Item.Date;
> > end;
> > 
> > 


Sorry, I didn't explain myself well enough. I meant a dbl-click outside of 
an item. I want to pass the date clicked on to create a new item at that 
date.

Cheers


Subject: JVCLScheduleTask
From: "Rob Cross" <rcp@cryptonome.com>
Date: Thu, 9 Dec 2004 16:59:22 +0100
Newsgroups: jedi.vcl

Could do some one help me?

I need some documentation about this component.

Regards




Subject: Re: YATJvTimeLineQ
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 9 Dec 2004 15:51:14 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in news:cp9q56$ks0$1
@talkto.net:

> > I don't get it. What are you trying to do?
> > 


I'm trying to determine which day the click happens on.


Subject: Re: JVCL3\common\SetupApi.pas - trying to $define WINXP_UP, get error Undeclared identifier: 'TFilePathsPathsSignerA'
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Dec 2004 16:32:48 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I have committed a bugfixed version, but your specific problem is not fixed.

Oops, i did not read your message well enough. Your problem *is* fixed by the newest version.


Subject: Re: Thanks
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Dec 2004 16:04:39 +0100
Newsgroups: jedi.vcl

Vince wrote:

> That did the trick, completed successfully, thanks very much.
>
> It's Delphi 2005. 

That's what I thought. By default, D2k5 doesn't install QR even if it can do it. We might need to undefine this one for D2k5 by default.

In the end, I'm glad to hear that this was the only trouble you had with the installation, especially because you are running the latest Delphi.

Thanks for your feedback

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Downgrade to TJvDirectoryListbox v2.1 ?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Dec 2004 15:49:50 +0100
Newsgroups: jedi.vcl

Raymond wrote:

> Only replace the file is OK ? Do I need to re-compile/install anything ?

Replace the file, recompile and see what happens.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Thanks
From: "Vince" <foahchon@adelphia.net>
Date: Thu, 9 Dec 2004 09:49:43 -0500
Newsgroups: jedi.vcl

That did the trick, completed successfully, thanks very much.

It's Delphi 2005. 




Subject: Re: Downgrade to TJvDirectoryListbox v2.1 ?
From: "Raymond" <abc@abc.com>
Date: Thu, 9 Dec 2004 22:45:30 +0800
Newsgroups: jedi.vcl

> > Does it appear on other versions of windows as well?
I haven't tested on other windows yet.

> > Like I said, try to replace the pas file and see what happens.
Only replace the file is OK ? Do I need to re-compile/install anything ?
Sorry I am new to Delphi.

Thanks.

Raymond


"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cp9gi2$ibj$1@talkto.net...
> > Raymond wrote:
> >
>> > > I found two problem under WindowsXP.
> >
> > Does it appear on other versions of windows as well?
> >
> >
>> > > 1. Unexpected icon appeared while doing drag and drop operation.
>> > > 2. If you drag and drop the folder icon on the same JvDirectoryListbox,
then
>> > > you double click one of the folders, you go to the wrong folder..
> >
> > Ok.
> >
> >
>> > > I hope you understand what I mean, my English is poor, it is quite
difficult
>> > > to describe these two problem clearly.
> >
> > Sounds clear enough to me.
> >
> >
>> > > You can play around the "drag and drop" on the JvDirectoryListBox, you
may
>> > > find some problems..
>> > >
>> > > How can I downgrade to TJvDirectoryListbox 2.1 safely ??
> >
> > Like I said, try to replace the pas file and see what happens. We cannot
> > guarantee that it will work, you HAVE TO do the testing yourself.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: JvInterpreter_Quickrpt.pas problems
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Dec 2004 15:43:44 +0100
Newsgroups: jedi.vcl

Vince wrote:

> Anyone know how can I can fix/get around this?
> Thanks. 

Undefine JVCL_UseQuickReport in the jvcl.inc file, or uncheck the checkbox in the installation wizard.

Out of curiosity, which version of Delphi ?


-- 
Olivier Sannier
JVCL Coordinator


Subject: JvInterpreter_Quickrpt.pas problems
From: "Vince" <foahchon@adelphia.net>
Date: Thu, 9 Dec 2004 09:14:08 -0500
Newsgroups: jedi.vcl

Hi, I'm trying to install the JVCL (12/7/2004 package), and towards what 
appears to be the end of the installation there's a bunch of errors 
involving JvInterpreter_Quickrpt.pas:

D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(57) Error: E2003 Undeclared 
identifier: 'TQuickRep'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(62) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(63) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(65) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(67) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(70) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(72) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(81) Error: E2003 Undeclared 
identifier: 'TQuickRep'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(86) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(87) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(89) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(91) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(94) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(96) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(108) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(108) Error: E2029 ')' 
expected but identifier 'Create' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(108) Error: E2029 'END' 
expected but ')' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(115) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(115) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(115) Error: E2003 Undeclared 
identifier: 'TQRPrintable'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(115) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(122) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(122) Error: E2029 ')' 
expected but identifier 'DataSet' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(129) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(129) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(136) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(136) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(143) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(143) Error: E2029 ')' 
expected but identifier 'Detail' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(150) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(150) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(150) Error: E2003 Undeclared 
identifier: 'TQRCustomBand'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(150) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(157) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(157) Error: E2029 ')' 
expected but identifier 'Footer' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(164) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(164) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(164) Error: E2003 Undeclared 
identifier: 'TQRCustomBand'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(164) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(171) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(171) Error: E2029 ')' 
expected but identifier 'Header' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(178) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(178) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(178) Error: E2003 Undeclared 
identifier: 'TQRCustomBand'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(178) Error: E2015 Operator 
not applicable to this operand type
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(185) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(185) Error: E2029 ')' 
expected but identifier 'Master' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(192) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(192) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(199) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(199) Error: E2029 ')' 
expected but identifier 'ParentReport' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(199) Error: E2029 'END' 
expected but ')' found
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(206) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(206) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(206) Error: E2003 Undeclared 
identifier: 'TQuickRep'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(213) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(213) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(220) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(220) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(227) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(227) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(234) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(234) Error: E2066 Missing 
operator or semicolon
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(241) Error: E2003 Undeclared 
identifier: 'TQRController'
D:\dev\jedi\jvcl\run\JvInterpreter_Quickrpt.pas(241) Fatal: E2226 
Compilation terminated; too many errors

Anyone know how can I can fix/get around this?
Thanks. 




Subject: Re: Downgrade to TJvDirectoryListbox v2.1 ?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Dec 2004 15:09:46 +0100
Newsgroups: jedi.vcl

Raymond wrote:

> I found two problem under WindowsXP.

Does it appear on other versions of windows as well?


> 1. Unexpected icon appeared while doing drag and drop operation.
> 2. If you drag and drop the folder icon on the same JvDirectoryListbox, then
> you double click one of the folders, you go to the wrong folder..

Ok.


> I hope you understand what I mean, my English is poor, it is quite difficult
> to describe these two problem clearly.

Sounds clear enough to me.


> You can play around the "drag and drop" on the JvDirectoryListBox, you may
> find some problems..
>
> How can I downgrade to TJvDirectoryListbox 2.1 safely ??

Like I said, try to replace the pas file and see what happens. We cannot guarantee that it will work, you HAVE TO do the testing yourself.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Downgrade to TJvDirectoryListbox v2.1 ?
From: "Raymond" <abc@abc.com>
Date: Thu, 9 Dec 2004 21:40:42 +0800
Newsgroups: jedi.vcl

I found two problem under WindowsXP.

1. Unexpected icon appeared while doing drag and drop operation.
2. If you drag and drop the folder icon on the same JvDirectoryListbox, then
you double click one of the folders, you go to the wrong folder..

I hope you understand what I mean, my English is poor, it is quite difficult
to describe these two problem clearly.
You can play around the "drag and drop" on the JvDirectoryListBox, you may
find some problems..

How can I downgrade to TJvDirectoryListbox 2.1 safely ??

Thank you.

Regards,
Raymond



"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:cp8l33$bsg$2@talkto.net...
> > RN wrote:
> >
>> > > I updated JVCL from version 2.1 to 3.0.
>> > > But I found that TJvDirectoryListbox 2.1 works better than v3.0, how can
I
>> > > downgrade back to 2.1 only for this object ??
> >
> > Replace the file. But you might run into problems.
> >
> > What makes you say that it works best? Can you describe what you expect
> > and what you get?
> >
> > Thanks
> >
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: Replacement for TJvAnimTitle ?
From: "Raymond" <abc@abc.com>
Date: Thu, 9 Dec 2004 21:32:31 +0800
Newsgroups: jedi.vcl

Thanks Peter.  It works fine now!!

Could you help me in another thread titled "Downgrade to TJvDirectoryListbox
v2.1 ?" as well ?


Regards,
Raymond


"Peter Th?nqvist" <peter3@nospam.peter3.com> wrote in message
news:cp9779$frd$1@talkto.net...
>> > > As I am a beginner of Delphi, I am not sure how to do the procedures you
>> > > mentioned.
>> > > Can you tell in a little bit details ?
> >
> > I've uploaded a fixed JvAppFrmReg.pas to jedi.binaries. Save this file in
> > your jvcl\design folder and then run install.bat
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvArrowButton
From: "Phil Lyon" <phil.lyon@mhcb.co.uk>
Date: Thu, 9 Dec 2004 14:44:18 +0200
Newsgroups: jedi.vcl

Off the topic - aplogies.  If you are Diego Barros formally of Real 
Solutions, Melbourne, Australia then please drop me a line at 
lyonpk@yahoo.com.au



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Replacement for TJvAnimTitle ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Dec 2004 12:29:24 +0100
Newsgroups: jedi.vcl

> > As I am a beginner of Delphi, I am not sure how to do the procedures you
> > mentioned.
> > Can you tell in a little bit details ?

I've uploaded a fixed JvAppFrmReg.pas to jedi.binaries. Save this file in
your jvcl\design folder and then run install.bat

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Replacement for TJvAnimTitle ?
From: "Raymond" <abc@abc.com>
Date: Thu, 9 Dec 2004 18:17:33 +0800
Newsgroups: jedi.vcl

Hi Peter,

Thanks for your information.
As I am a beginner of Delphi, I am not sure how to do the procedures you
mentioned.
Can you tell in a little bit details ?

Thanks

Raymond



"Peter Th?nqvist" <peter3@nospam.peter3.com> wrote in message
news:cp8p4i$cha$1@talkto.net...
>> > > TJvAnimTitle is NOT available in JVCL3, any replacement for this
component
> > ?
> > It should be in the JvAppFrm package, but seems to be missing from the Reg
> > file. If you add TJvAnimTitle to the list of components in
> > design\JvAppFrmReg.pas and rebuild the JvAppFrmD?D package, you should see
> > it.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: JvThreadDialog has been style cleaned and integrated
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Dec 2004 10:18:52 +0100
Newsgroups: jedi.vcl

This implies that the packages need to be regenerated because JvThreadDiallog.pas has been added to JvSystem-R.xml


Subject: Re: JVCL3\common\SetupApi.pas - trying to $define WINXP_UP, get error Undeclared identifier: 'TFilePathsPathsSignerA'
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Dec 2004 10:17:24 +0100
Newsgroups: jedi.vcl

I have committed a bugfixed version, but your specific problem is not fixed.


Subject: Re: K3 and Mandrake10.1 : ilink problem ?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Dec 2004 10:11:44 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> Hi Olivier
>
>
>>>
>>> That mean i must extract *.o files from visualclx.a ? How can i do that ?
>>
>> No, you simply do that:
>>
>> ilink /path/to/where/the/lib/is/visualcx.a
>
>
> visualcx.a are in /lib/release, so i try :
> ilink -Gl *.o -L/usr/local/kylix3/lib/release
> but same error : Fatal: Unable to open file 'QTypes.o'

use ilink -Gl /usr/local/kylix3/lib/release/visualclx.a *.o

That should work.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: K3 and Mandrake10.1 : ilink problem ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 9 Dec 2004 09:50:04 +0100
Newsgroups: jedi.vcl

Hi Olivier

>> >>
>> >>
>> >> That mean i must extract *.o files from visualclx.a ? How can i do that ?
> >
> > No, you simply do that:
> >
> > ilink /path/to/where/the/lib/is/visualcx.a

visualcx.a are in /lib/release, so i try :
ilink -Gl *.o -L/usr/local/kylix3/lib/release
but same error : Fatal: Unable to open file 'QTypes.o'

I found that we can use a command file for ilink. With this approach, i can 
correctly set the path to the library, but i have now the same problem with 
qt.o ....

Regards,
Lionel




Subject: Re: JvArrowButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Dec 2004 08:42:35 +0100
Newsgroups: jedi.vcl

> > Can the JvArrowButton be made to receive tab focus?
No. It is a TGraphicControl based component and doesn't have windows handle

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Replacement for TJvAnimTitle ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Dec 2004 08:28:59 +0100
Newsgroups: jedi.vcl

> > TJvAnimTitle is NOT available in JVCL3, any replacement for this component
?
It should be in the JvAppFrm package, but seems to be missing from the Reg
file. If you add TJvAnimTitle to the list of components in
design\JvAppFrmReg.pas and rebuild the JvAppFrmD?D package, you should see
it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Where is Zlib ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 09 Dec 2004 07:22:12 +0100
Newsgroups: jedi.vcl

Sean B Durkin wrote:

> I have exactly the same problem, but I have no older version
> of the JCL.
>
> My machine is freshly built and I have installed only JCL 1.93 from
> SourceForge. It is the latest version.
>
> When I attempt to install the JVCL (JVCL 3.00 Beta 2 from SourceForge;
> it is the latest version). I get the same error as utku.
>
> I have found a temporary work-around to the problem: Deselect JvCrypt
> from the list of design-time packages to be installed. Of course, this
> means that I do not have access to the cryptographic components.
>
> Please advise.

JCL 1.93 is more recent than JVCL 3 B2 and as such contains changes that cannot be taken into account. There is a version of the JVCL3 that already takes into account the changes, available here:

http://jvcl.sf.net/daily/

It is likely that you will need the daily JCL as well:

http://jcl.sf.net/daily/

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Downgrade to TJvDirectoryListbox v2.1 ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 09 Dec 2004 07:19:54 +0100
Newsgroups: jedi.vcl

RN wrote:

> I updated JVCL from version 2.1 to 3.0.
> But I found that TJvDirectoryListbox 2.1 works better than v3.0, how can I
> downgrade back to 2.1 only for this object ??

Replace the file. But you might run into problems.

What makes you say that it works best? Can you describe what you expect and what you get?

Thanks

Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL3\common\SetupApi.pas - trying to $define WINXP_UP, get error Undeclared identifier: 'TFilePathsPathsSignerA'
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Dec 2004 06:35:07 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

>
> I am trying to access SetupApi (Windows 2K and up have various SetupDi functions, a wrapper is in JVCL3\Common\SetupApi.pas)

I am interested in your use of SetupDi functions. Please contact me directly. I also have a Config Manager API conversion available.


Subject: Re: JVCL3\common\SetupApi.pas - trying to $define WINXP_UP, get error Undeclared identifier: 'TFilePathsPathsSignerA'
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Dec 2004 06:33:38 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
>
> I am trying to access SetupApi (Windows 2K and up have various SetupDi functions, a wrapper is in JVCL3\Common\SetupApi.pas), but since the SetupApi.pas that comes with JVCL3 wraps all this and more, I was trying to use the SetupApi.pas, but the stuff I want is wrapped up in an $ifdef WINXP_UP, and if I define it and recompile my little test program, I get this error at line 585, marked with ** ERROR ** below:

C++ Builder?
This is a problem with the SetupApi.h versions from Microsoft.
I have converted a newer file than the one Borland delivers with C++ Builder.
Delete the offending lines in your SetupApi.pas. These types are not very important anyway.
I will also check if the JVCL still the newest version of SetupApi.pas. That will not help you with this problem though.


Subject: Re: YATJvTimeLineQ
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 9 Dec 2004 04:50:16 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in
news:cp75m4$2qt$1@talkto.net: 

> > These functions convert between mouse coordinates and date/level
> > coordinates. You can use them as is in a MouseDown/Up/Move event
> > handler. In a click handler, you can call GetCursorPos() and (after
> > converting the returned point to client coordinates) use the X/Y
> > values of th epoint in calls to DateAtPos/LevelAtPos.
> > 

Hi Peter,

That's what I figured (especially after I remembered that I'd actually got 
a help file and not just the demos <g>).

It's just the same as I've used on the JvDbGrid, except:

    P := ScreenToClient(Mouse.CursorPos);

Ok, fine, but...

I can't seem to find the conversion equivalent of:

    X := MouseCoord(P.X, P.Y).X;

to get the actual X/Y coordinates. I've checked the help and rooted through 
the source so I'm obviously missing the obvious - not a rare condition. <g>

Cheers


Subject: Replacement for TJvAnimTitle ?
From: "Raymond" <abc@abc.com>
Date: Thu, 9 Dec 2004 11:02:02 +0800
Newsgroups: jedi.vcl

TJvAnimTitle is NOT available in JVCL3, any replacement for this component ?

Thanks!

Raymond




Subject: Downgrade to TJvDirectoryListbox v2.1 ?
From: "RN" <abc@abc.com>
Date: Thu, 9 Dec 2004 10:58:15 +0800
Newsgroups: jedi.vcl

I updated JVCL from version 2.1 to 3.0.
But I found that TJvDirectoryListbox 2.1 works better than v3.0, how can I
downgrade back to 2.1 only for this object ??

Thanks.

Raymond




Subject: Re: Where is Zlib ?
From: "Sean B Durkin" <seanbdurkin@removeThisoptusnet.com.au>
Date: Thu, 9 Dec 2004 02:05:27 +0200
Newsgroups: jedi.vcl

I have exactly the same problem, but I have no older version
of the JCL.

My machine is freshly built and I have installed only JCL 1.93 from
SourceForge. It is the latest version.

When I attempt to install the JVCL (JVCL 3.00 Beta 2 from SourceForge;
it is the latest version). I get the same error as utku.

I have found a temporary work-around to the problem: Deselect JvCrypt
from the list of design-time packages to be installed. Of course, this
means that I do not have access to the cryptographic components.

Please advise.

Thanks in advance,
Sean B. Durkin

> >utku wrote:
>> >> Hi all,
>> >> 
>> >> I can not compile some packages because of missing file. I have updated
JCL dowbloaded
>> >> both latest end last released one and could not locate the missing
file... Where can it
>> >> be, is there another problem ?
> >
> >You have an older version of the JCL and/or JVCL lying around on your PC 
> >and it is accessible to the installer. Please either remove it or ensure 
> >the installer can't access it. This should sort your problem.
> >
> >Cheers
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvArrowButton
From: Diego Barros <db@somewhere.com>
Date: Thu, 09 Dec 2004 09:49:17 +1100
Newsgroups: jedi.vcl

Peter,

Thanks for taking the time to reply. Much appreciated.

Cheers,
Diego

Peter Thörnqvist wrote:
> I am planning to do some changes to JvArrowButton the next couple of days
> and derive it from TJvCustomGraphicButton in JvButton (and remove the
> Borland code in it), so please refrain from making updates to these two
> files the next couple of days as they will be updated again when I am ready.
> Thanks.
>


Subject: JvArrowButton
From: Diego Barros <db@somewhere.com>
Date: Thu, 09 Dec 2004 09:30:01 +1100
Newsgroups: jedi.vcl

Can the JvArrowButton be made to receive tab focus? When I place one in between regular TButtons, things don't feel right if you are tabbing along and the JvArrowButton is skipped.

Cheers,
Diego


Subject: Re: JvRouteMapxxx.Visible/JvRouteMapxxx.Enabled
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Dec 2004 21:21:11 +0100
Newsgroups: jedi.vcl

> >This can be expected reasonably of most controls,
> >since inability to hide it means resorting to rude tricks (such as
> >runtime creation/destruction to hide the control).
I think it is *very* uncommon to change the RouteMap at run-time, so that is
presumably why it is implemented the way it is (the Wizard is assigned
automatically to the RouteMap when the RouteMaps Parent is set).

Switching RouteMaps could be done something like this (at startup the unused
RouteMap should have Parent := nil):

if RouteMap1.Parent = JvWizard1 then
begin
  RouteMap1.Parent := nil;
  RouteMap2.Parent := JvWizard;
end
else
begin
  RouteMap2.Parent := nil;
  RouteMap1.Parent := JvWizard;
end;

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: dot printer
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Wed, 08 Dec 2004 21:18:46 +0100
Newsgroups: jedi.vcl

Hi
Is there any jedi component to print in a dot printer?

Saludos
Paco


Subject: Re: Put a TPanel into the Welcome page of the TJvWizard and it fires an exception at runtime.
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Dec 2004 21:09:05 +0100
Newsgroups: jedi.vcl

> > Anyone seen this?
Works for me.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JVCL3\common\SetupApi.pas - trying to $define WINXP_UP, get error Undeclared identifier: 'TFilePathsPathsSignerA'
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 08 Dec 2004 15:05:28 -0500
Newsgroups: jedi.vcl


I am trying to access SetupApi (Windows 2K and up have various SetupDi functions, a wrapper is in JVCL3\Common\SetupApi.pas), but since the SetupApi.pas that comes with JVCL3 wraps all this and more, I was trying to use the SetupApi.pas, but the stuff I want is wrapped up in an $ifdef WINXP_UP, and if I define it and recompile my little test program, I get this error at line 585, marked with ** ERROR ** below:


  {$EXTERNALSYM FILEPATHS_SIGNERINFO_W}
  TFilePathsSignerInfoA = FILEPATHS_SIGNERINFO_A;
  TFilePathsSignerInfoW = FILEPATHS_SIGNERINFO_W;
  {$IFDEF UNICODE}
  TFilePathsSignerInfo = TFilePathsPathsSignerW;
  PFilePathsSignerInfo = PFilePathsSignerInfoW;
  {$ELSE}
  TFilePathsSignerInfo = TFilePathsPathsSignerA;    //** ERROR **
  PFilePathsSignerInfo = PFilePathsSignerInfoA;
  {$ENDIF UNICODE}
  {$ENDIF WINXP_UP}




[Error] SetupApi.pas(585): Undeclared identifier: 'TFilePathsPathsSignerA'
[Error] SetupApi.pas(3107): Undeclared identifier: 'TSPInfSignerInfoA'
[Error] SetupApi.pas(3108): Undeclared identifier: 'TSPInfSignerInfoW'
[Error] SetupApi.pas(3121): Identifier redeclared: 'TSPInfSignerInfoA'
[Error] SetupApi.pas(3122): Identifier redeclared: 'TSPInfSignerInfoW'
[Error] SetupApi.pas(5778): 'HINSTANCE' is not a type identifier
[Error] SetupApi.pas(5780): 'HINSTANCE' is not a type identifier
[Error] SetupApi.pas(5782): 'HINSTANCE' is not a type identifier
[Error] SetupApi.pas(6076): ';', ')' or '=' expected but 'VAR' found
[Fatal Error] tkevent.dpr(22): Could not compile used unit '..\..\..\..\jvcl3new\JVCL3\common\SetupApi.pas'


Now I don't know where all that stuff is supposed to be defined.  Help!?

Regards,

Warren


Subject: Re: K3 and Mandrake10.1 : ilink problem ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 08 Dec 2004 19:52:56 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> Hi Andreas
>
>
>> QTypes.o is in the visualclx.a library archive file. (.a = .lib under
>> Windows)
>>
>
>
> That mean i must extract *.o files from visualclx.a ? How can i do that ?

No, you simply do that:

ilink /path/to/where/the/lib/is/visualcx.a


Subject: Re: K3 and Mandrake10.1 : ilink problem ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 8 Dec 2004 19:50:18 +0100
Newsgroups: jedi.vcl

Hi Andreas

> >
> > QTypes.o is in the visualclx.a library archive file. (.a = .lib under
> > Windows)
> >

That mean i must extract *.o files from visualclx.a ? How can i do that ?

Thanks
Lionel





Subject: Put a TPanel into the Welcome page of the TJvWizard and it fires an exception at runtime.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 08 Dec 2004 13:19:43 -0500
Newsgroups: jedi.vcl

I found that you can't put a TPanel into a TJvWizard's welcome page. If you do, you get an unknown class exception on TPanel when it's streaming in the persistent data from the dfm.

Anyone seen this?

Warren




Subject: JvRouteMapxxx.Visible/JvRouteMapxxx.Enabled
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 08 Dec 2004 12:32:23 -0500
Newsgroups: jedi.vcl

Unlike most common TControl descendants, the JvRouteMapXXX set of components that work with the TJvWizard do not support the Visible or Enabled properties. This can be expected reasonably of most controls, since inability to hide it means resorting to rude tricks (such as runtime creation/destruction to hide the control). While I was at it
I added the other to the published section of the map controls.

While I'm at it, are there any other common TControl thingies that are missing from any of the TJvWizard (KWizard) family of JVCL controls that should be added to the published sections?

I will check in my mod if nobody objects. I added it because I'm writing
a JvWizard demo that demos all the JvWizard controls, to be added to JVCL3/examples in CVS shortly, but I will post it to binaries for feedback and comments first. I needed to make it easy to show one of
the possible Route Maps but not all three at the same time, and the
alternatives would make for an Ugly Demo, that's for sure.

Regards,

Warren


Subject: Re: YATJvTimeLineQ
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Dec 2004 17:48:20 +0100
Newsgroups: jedi.vcl

> > Could anyone please tell me what the Pos parameter is in the LevelAtPos,
> > DateAtPos functions in the TJvTimeLine component.

These functions convert between mouse coordinates and date/level
coordinates. You can use them as is in a MouseDown/Up/Move event handler. In
a click handler, you can call GetCursorPos() and (after converting the
returned point to client coordinates) use the X/Y values of th epoint in
calls to DateAtPos/LevelAtPos.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: K3 and Mandrake10.1 : ilink problem ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 8 Dec 2004 17:27:59 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> > Stupid i am ! Thanks Olivier, i remove this space, but now he complain
> > about QTypes.o. I search everywhere and only found QTypes.dcu and
> > QTypes.dpu ... 

QTypes.o is in the visualclx.a library archive file. (.a = .lib under
Windows)



-- Regards, Andreas Hausladen 

Subject: Re: Component question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Dec 2004 14:40:21 +0100
Newsgroups: jedi.vcl

> > if you say there's no way then THERE'S NO WAY
I'll have to add a "as far as I know" to my previous statement, in case
someone does find a way :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Component question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 8 Dec 2004 14:19:06 +0100
Newsgroups: jedi.vcl

> > Have a look in the Win32 API help. Look for SetScrollInfo and then either
> > click "Overview" for docs on scrollbars or "Group" to see the API 
> > functions
> > related to scrollbars.

Peter, if you say there's no way then THERE'S NO WAY. I'll try my luck with 
the panel...

Cheers

Marko 




Subject: Re: Component question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 8 Dec 2004 14:18:01 +0100
Newsgroups: jedi.vcl

> > Depends on the control. If the control is based on a generic Windows
> > control, you're probably out of luck, or you should disable them, and
> > add your own scroll bars, handling scroll messages yourself.

Well, thanks, I better get to work then...

Marko 




Subject: YATJvTimeLineQ
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 8 Dec 2004 10:52:20 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Could anyone please tell me what the Pos parameter is in the LevelAtPos, 
DateAtPos functions in the TJvTimeLine component.

I know it's an integer but what does it represent? None of the 'click'  
event handlers seem to give a means to link to them, which is where I would 
have thought the functions would have been mainly used from.

Cheers


Subject: Re: JvTimeItem suggestion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Dec 2004 10:51:44 +0100
Newsgroups: jedi.vcl

> > Probably a very silly question but how do I get at the Destroy of the Item
> > to free anything I may have hung on there? I guess I could assign a method
> > to ItemOnDestroy but I don't think it's very pretty.

I'm not sure I understand. Normally, you free the Data item when you remove
the item:

  TObject(JvTimeLine1.Items[Index].Data).Free;
  JvTimeLine1.Items.Delete(Index);

If you need to free all associated Data items at once when a form is
closed/destroyed or similar, just loop the items and free the Data:

procedure TForm1.FormDestroy(Sender:TObject);
var i:integer;
begin
  for i := 0 to JvTimeLine1.Items.Count - 1 do
  begin
    TObject(JvTimeLine1.Items[i].Data).Free;
    JvTimeLine1.Items[i].Data := nil; // set to nil to avoid AV's if this
routine is called more than once
  end;
end;

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: K3 and Mandrake10.1 : ilink problem ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 8 Dec 2004 10:21:16 +0100
Newsgroups: jedi.vcl

>> >> I try to make manually the Package1.a library with :
>> >> ilink -Gl *.o -L /usr/local/kylix3/lib
>> >>
>> >> but ilink says :
>> >> Fatal: Unable to open file 'lib.o'
> >
> > Well, if I get it correctly, ilink is trying to link in 
> > /usr/local/kylix3/lib and of course doesn't find it.
> >
> > Try removing the space between -L and the path, it should work better.

Stupid i am ! Thanks Olivier, i remove this space, but now he complain about 
QTypes.o. I search everywhere and only found QTypes.dcu and QTypes.dpu ... 
So my problem stay ...

Regards,
Lionel





Subject: Re: JvTimeItem suggestion
From: Your name <nowhere@nowhere.com>
Date: Wed, 8 Dec 2004 08:48:46 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:cp6dh2$tbk$1@talkto.net: 

>> >> Probably a very silly question but how do I get at the Destroy of the
>> >> Item to free anything I may have hung on there? I guess I could
>> >> assign a method to ItemOnDestroy but I don't think it's very pretty.
> > 
> > I'm not sure I understand. Normally, you free the Data item when you
> > remove the item:
> > 
> >   TObject(JvTimeLine1.Items[Index].Data).Free;
> >   JvTimeLine1.Items.Delete(Index);

Sorry, I didn't see Delete in there. Missed it. I've been using 
Items.Clear. Using that I couldn't get to free anything I'd hung on the 
data pointer.

Cheers




Subject: Re: JvTimeItem suggestion
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 8 Dec 2004 07:39:44 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:cp4boc$gtj$1@talkto.net: 

> > Every item has a public property Data:Pointer. You won't see it in the
> > OI, but you can still use it in code.
> > 

Hi Peter,

Probably a very silly question but how do I get at the Destroy of the Item 
to free anything I may have hung on there? I guess I could assign a method 
to ItemOnDestroy but I don't think it's very pretty.

Maybe a OnItemDestroy required?

Cheers


Subject: Re: JvThreadTimer Info
From: "norberto" <pellicci@shaw.ca>
Date: Tue, 7 Dec 2004 22:43:25 -0800
Newsgroups: jedi.vcl

Sorry for the delay in responding...

Thank you for the links to the help pages. It was useful...

Cheers.
norberto


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:conn0s$qhv$1@talkto.net...
> > norberto wrote:
>> > > Does anyone have any information on the JvThreadTimer component, or know
>> > > where to find any info / help? i have not been able to find any info nor
any
>> > > examples on usage.
> >
> > TJvThreadTimer is documented in the on line help
> > (http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1415). You can
> > download Windows Help and HTML Help versions from
> > http://sourceforge.net/project/showfiles.php?group_id=45786.
> >
> > TJvThreadTimer has the same interface as TTimer, so you could also look
> > in the Delphi Help.
> >
> > There is no example in \examples that uses the TJvThreadTimer component.
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: TJvTimeLine bug?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 08 Dec 2004 07:08:14 +0100
Newsgroups: jedi.vcl

jedi.binaries is here:

news://forums.talkto.net/jedi.binaries


Subject: Re: TJvTimeLine bug?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 8 Dec 2004 05:11:58 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in news:cp4rvm$koj$1
@talkto.net:

> > Have a look at the update I just posted to jedi.binaries and see if that
> > fixes your problems.
> > 

That looks great, thanks very much.

Cheers


Subject: Re: TJvTimeLine bug?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 8 Dec 2004 04:44:07 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> wrote in news:cp601k$qrs$1
@talkto.net:

> > jedi.binaries is here:
> > 
> > news://forums.talkto.net/jedi.binaries
> > 

Duh! :) Thanks very much. It was *very* early. :)


Subject: Re: TJvTimeLine bug?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 8 Dec 2004 02:12:00 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in news:cp4rvm$koj$1
@talkto.net:

> > Have a look at the update I just posted to jedi.binaries and see if that
> > fixes your problems.
> > 

Hi Peter,

Sorry, is that file the one in CVS or am I looking in the wrong place as 
usual? :)

The only TJvTimeLine I see in CVS

(http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/#dirlist) 

is version 1.40 which is three months old. I know there's a bit of a lag 
but it's over 10 hours since your post above.

I need to download the whole thing soon (tried yesterday but it was coming 
back at 900b/s) but don't want to do that if this new stuff isn't in there.

Cheers


Subject: PreviewPrinter margin / area bug?
From: "Kris" <iamalsohere@hotmail.com>
Date: Wed, 8 Dec 2004 00:01:28 -0000
Newsgroups: jedi.vcl

No matter what I do, I can't get the JvPreviewPrinter to print with margins.
Even the JvPreviewDocument demo displays this 'bug' (setup a pdf writer or
microsoft office document image writer and the output will be without
margins). I believe this is causing an error in my print routine

Margins display *correctly* within the preview control, but when going to
print, the previewprinter just prints without the margins specified in the
preview control.

Is there any workaround for this? Printing code Below :

  previewcontrol.DeviceInfo.ReferenceHandle := Printer.Handle;
  previewprinter.Printer:=printer;
  previewprinter.PrintPreview:=previewcontrol;
  previewprinter.Copies:=edit_copies.AsInteger;
  previewprinter.Print;


Cheers,
Kris.




Subject: Re: K3 and Mandrake10.1 : ilink problem ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 07 Dec 2004 21:07:02 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> I try to make manually the Package1.a library with :
> ilink -Gl *.o -L /usr/local/kylix3/lib
>
> but ilink says :
> Fatal: Unable to open file 'lib.o'

Well, if I get it correctly, ilink is trying to link in /usr/local/kylix3/lib and of course doesn't find it.

Try removing the space between -L and the path, it should work better.


Subject: Re: TJvTimeLine bug?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Dec 2004 20:50:18 +0100
Newsgroups: jedi.vcl

Have a look at the update I just posted to jedi.binaries and see if that
fixes your problems.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvTimeLine bug?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Dec 2004 20:44:11 +0100
Newsgroups: jedi.vcl

> > Setting AllowMove to False in OnItemMoving inhibits OnItemClick. I hope it
> > isn't intended that way or I'm in a mess. :)
You shouldn't have to do that. Setting DragMode to dmManual (the default)
should be enough. Seems to be a bug if that's not the case.

I'll have a look

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: K3 and Mandrake10.1 : ilink problem ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 7 Dec 2004 20:15:36 +0100
Newsgroups: jedi.vcl

Hi everybody !

I ask my question here because i know that there are here a lot of good 
programmer.

I install K3 on a Mandrake10.1. Thanks to Andreas for all his patches. Kylix 
work almost fine, but i have a problem with C++ package :

The problem is simple : Create a package, add any unit and compile then you 
get an error :
[Linker Fatal Error] Fatal: Could not create Package1.bpi (error code 0)

But the bpi file are correctly build since there exist on the directory. The 
object files *.o and the header files *.hpp exists too.

I try to make manually the Package1.a library with :
ilink -Gl *.o -L /usr/local/kylix3/lib

but ilink says :
Fatal: Unable to open file 'lib.o'

I seach everywhere, but this file do not exist ! So i think that ilink has a 
problem ...

An idea than can help me ?

Regards,
Lionel 




Subject: Re: JvTimeItem suggestion
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Dec 2004 20:03:20 +0100
Newsgroups: jedi.vcl

> > That's great, Peter, thanks. Next step to find some sort of MouseOver (or
> > MouseEnter/MouseLeave) for the items, though that's a luxury for what I'm
> > doing. :)

The items aren't real controls, so only (double)click is catered for.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: installation error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 07 Dec 2004 19:30:08 +0100
Newsgroups: jedi.vcl

Fred wrote:

>> What line in build.dpr ?
>
>
> I inserted a few WriteLn in Build.dpr to test values (that's why I know the registry key is wrong). I did not look for the erroneous line.

Ok... Not really easy for us to track, but could you tell me where the WriteLn is and what value you get ?


Subject: Re: JvTimeItem suggestion
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 7 Dec 2004 18:01:00 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in
news:cp4p7k$k21$1@talkto.net: 

>> >> That's great, Peter, thanks. Next step to find some sort of MouseOver
>> >> (or MouseEnter/MouseLeave) for the items, though that's a luxury for
>> >> what I'm doing. :)
> > 
> > The items aren't real controls, so only (double)click is catered for.
> > 

I know, that's where the challenge comes in. :)

It'll be less of a challenge if the missing click is restored (see my other 
post in TJvTimeLine bug?) as I will have a back-up way of doing things.

Cheers


Subject: Re: Component question
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Tue, 7 Dec 2004 17:20:07 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Marko Binic wrote:
>> > > Is there a component in the JVCL which can have buttons or other
>> > > components in scrollbar track space (like in the screenshot - Word
>> > > 2003). If not how can this be done with Delphi?
> > 
> > You seem to misunderstand what you see on the screenshot.
> > The buttons are not part of the scrollbar. This is a Window with
> > separate scrollbar controls which are shorter than the builtin window
> > scrollbars to allow to place other controls.

Exactly.

-- Rudy Velthuis "Love is the answer - but while you're waiting for the answer sex raises some pretty good questions." -- Woody Allen 

Subject: Re: Component question
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Tue, 7 Dec 2004 17:19:44 +0000 (UTC)
Newsgroups: jedi.vcl

Marko Binic wrote:

>> > > Then you should probably derive from these components.
> > 
> > I did think of deriving, but even then - how to control the
> > scrollbars' size and position within the control, not on a new
> > panel???
> > 
> > Cheers
> > 
> > Marko 

Depends on the control. If the control is based on a generic Windows
control, you're probably out of luck, or you should disable them, and
add your own scroll bars, handling scroll messages yourself.

-- Rudy Velthuis "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook. 

Subject: Re: installation error
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 7 Dec 2004 18:59:22 +0200
Newsgroups: jedi.vcl

> >What line in build.dpr ?

I inserted a few WriteLn in Build.dpr to test values (that's why I know 
the registry key is wrong). I did not look for the erroneous line.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvTimeLine bug?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 7 Dec 2004 15:57:52 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Setting AllowMove to False in OnItemMoving inhibits OnItemClick. I hope it 
isn't intended that way or I'm in a mess. :)

Cheers


Subject: Re: JvTimeItem suggestion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Dec 2004 16:16:16 +0100
Newsgroups: jedi.vcl

> > Is there any way to prevent the color of an item changing when it's
> > clicked? Currently the item turns to blue when selected, which could be
> > misleading to the user if colors are used as indicators, as I'm trying to
> > do.
Not at the moment, but it should be easy adding a HotTrack property to the
TJvTimeLine to control this.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvTimeItem suggestion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Dec 2004 16:15:42 +0100
Newsgroups: jedi.vcl

Every item has a public property Data:Pointer. You won't see it in the OI,
but you can still use it in code.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: installation error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 07 Dec 2004 15:51:04 +0100
Newsgroups: jedi.vcl

Fred wrote:

> I found a bug in build.dpr. The program looks for the registry key of BCB6 when BCB5 is installed. That can't work.

What line in build.dpr ?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvTimeItem suggestion
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 7 Dec 2004 14:30:08 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:cp4boc$gtj$1@talkto.net: 

> > Every item has a public property Data:Pointer. You won't see it in the
> > OI, but you can still use it in code.
> > 

That's great, Peter, thanks. Next step to find some sort of MouseOver (or 
MouseEnter/MouseLeave) for the items, though that's a luxury for what I'm 
doing. :)

Cheers


Subject: Re: Component question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Dec 2004 15:06:23 +0100
Newsgroups: jedi.vcl

> > I know of the panel + TScrollbar approach, but
> > that's not what I want. There has to be some
> > message or a way to get the scrollbars' handles...
There is no message to set the size of the built-in scrolllbars, so your
only option is to create a descendant of TSynEdit (or whatever), remove the
built-in scrollbars, create your own scrollbars and add a panel with
buttons.

Have a look in the Win32 API help. Look for SetScrollInfo and then either
click "Overview" for docs on scrollbars or "Group" to see the API functions
related to scrollbars.

Here's an interesting excerpt from the help:

"The advantage of using a standard scroll bar is that Windows creates the
scroll bar and automatically sets its size and position. However, standard
scroll bars are sometimes too restrictive. [...]"

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: installation error
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 7 Dec 2004 15:37:19 +0200
Newsgroups: jedi.vcl

I found a bug in build.dpr. The program looks for the registry key of 
BCB6 when BCB5 is installed. That can't work.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Component question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 7 Dec 2004 14:17:31 +0100
Newsgroups: jedi.vcl

> > Then you should probably derive from these components.

I did think of deriving, but even then - how to control the scrollbars' size 
and position within the control, not on a new panel???

Cheers

Marko 




Subject: Re: Component question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 7 Dec 2004 14:16:13 +0100
Newsgroups: jedi.vcl

> > You seem to misunderstand what you see on the screenshot.
> > The buttons are not part of the scrollbar. This is a Window with separate 
> > scrollbar controls which are shorter than the builtin window scrollbars to 
> > allow to place other controls.

I know, but I don't want to do that. I need a way to put the buttons below 
or above the scrollbar and then set the scrollbar's size, or even replace 
the scrollbars with something else or change them. I know of the panel + 
TScrollbar approach, but that's not what I want. There has to be some 
message or a way to get the scrollbars' handles...

Cheers

Marko 




Subject: install error
From: "Josef Koller" <koller.josef@t-online.de>
Date: Tue, 7 Dec 2004 13:30:35 +0100
Newsgroups: jedi.vcl

Hi all,

I would like to install a JVL download with delphi components (for example
jvcl200). I started the install batch and got an error can'nt find
Bin\JediInstaller.exe.

Then I started delphi ( I use Delphi 4 prof.) and have tested to install the
commponents by hand. By compiling I got the error PSAPi not found.

Any idea what's wrong?

Best regards

Josef




Subject: Install error
From: "Josef Koller" <koller.josef@t-online.de>
Date: Tue, 7 Dec 2004 13:26:58 +0100
Newsgroups: jedi.vcl

Hi all,

I would like to install a JVL download with delphi components (for example
jvcl200). I started the install batch and got an error can'nt find
Bin\JediInstaller.exe.

Then I started delphi ( I use Delphi 4 prof.) and have tested to install the
commponents by hand. By compiling I got the error PSAPi not found.

Any idea what's wrong?

Best regards

Josef




Subject: Re: Install error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 07 Dec 2004 13:23:46 +0100
Newsgroups: jedi.vcl

Josef Koller wrote:

> Hi all,
>
> I would like to install a JVL download with delphi components (for example
> jvcl200). I started the install batch and got an error can'nt find
> Bin\JediInstaller.exe.
>
> Then I started delphi ( I use Delphi 4 prof.) and have tested to install the
> commponents by hand. By compiling I got the error PSAPi not found.
>
> Any idea what's wrong?

JVCL 2.0 is outdated and has been replaced with JVCL 3.

Delphi 4 is not supported by the JVCL 3.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Install error
From: "Josef Koller" <koller.josef@t-online.de>
Date: Tue, 7 Dec 2004 13:19:12 +0100
Newsgroups: jedi.vcl

Hi all,

I would like to install a JVL download with delphi components (for example
jvcl200). I started the install batch and ogt an error can'nt foind
Bin\JediInstaller.exe.

Then I started delphi ( I use Delphi 4 prof.) and have tested to install the
commponents by hand. By cimpiling I got the error PSAPi not found.

Any idea what's wrong?

Best regards

Josef




Subject: JvDbTreeView - Usage ?
From: "Opp" <develop@op-code.co.uk>
Date: Tue, 7 Dec 2004 10:08:59 +0000 (UTC)
Newsgroups: jedi.vcl

Hi -

Just wondered if there were any examples of using jvDBTreeview ? I have
(AFAIK) the latest CVS of JVCL3, but cannot see any examples there.

Also, does it support the standard 1>n database model ? Its just that
it seems to want an integer as the "DetailField" value? I would ideally
like to represent a typical 1 to many realationship, where the parent
node represented the master source and the child node to represent the
vaious child records.

Will I have to re-design my existing tables so that they can be
represented using this component ?

Many thanks..

Opp.


Subject: Re: installation error
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 7 Dec 2004 10:56:58 +0200
Newsgroups: jedi.vcl

> >Looks like your "RootDir" registry value is empty or no more exists.
> >
> >[HKLM\Software\Borland\Delphi\5.0]
> >RootDir="C:\...\Delphi5\"

I'm a BCB user. Are you sure you get the rootdir from the C++Builder key?

There's nothing wrong with my registry or my BCB installation. The only 
thing that has changed is the JVCL files.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem with JvThread Enhancement
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 7 Dec 2004 08:31:19 +0200
Newsgroups: jedi.vcl

> >Does your form come with a dfm? If not, use CreateNew instead of Create
> >
Thats it. Thanks. Didn't know, why i don't have seen this :-(

Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Component question
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 07 Dec 2004 06:53:43 +0100
Newsgroups: jedi.vcl

Marko Binic wrote:
> Is there a component in the JVCL which can have buttons or other components in scrollbar track space (like in the screenshot - Word 2003). If not how can this be done with Delphi?

You seem to misunderstand what you see on the screenshot.
The buttons are not part of the scrollbar. This is a Window with separate scrollbar controls which are shorter than the builtin window scrollbars to allow to place other controls.


Subject: Re: JvTimeItem suggestion
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 7 Dec 2004 05:29:39 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings <ian@microwaredata.co.uk> wrote in
news:Xns95B83FF0A201Eianmicrowaredatacouk@194.191.0.34: 

> > Hi all
> > 
> > 
> > While I'm typing, a minor niggle with the TJvTimeLine component is the
> > color of the Supports. If the color of the component is set to 
> > clInactiveCaption (with default blue scheme, and as per the project 
> > requirements, which gives a dirty blue) then the lines (in clBtnFace 
> > according to the source) are all but invisible.
> > 

Sorry to follow-up to my own post but I've found something else.

Is there any way to prevent the color of an item changing when it's 
clicked? Currently the item turns to blue when selected, which could be 
misleading to the user if colors are used as indicators, as I'm trying to 
do.

TIA


Subject: JvTimeItem suggestion
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 7 Dec 2004 03:39:52 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

May I suggest an addition to the next issue of TJvTimeItem; the inclusion 
of an Object property - or even just Tag. 

At the moment there is no way, that I can see, of getting back to where the  
Item's data came from. I fill a TimeLine with Items populated from a table. 
If I click on that Item it would be most useful to be able to at least get 
back the key value for the item, but there seems to be no way to store that 
with the Item. 

I could use the Caption property and set the pen color the same as the 
background but then I don't have a Caption any more.

While I'm typing, a minor niggle with the TJvTimeLine component is the 
color of the Supports. If the color of the component is set to 
clInactiveCaption (with default blue scheme, and as per the project 
requirements, which gives a dirty blue) then the lines (in clBtnFace 
according to the source) are all but invisible.

HTH


Subject: Regarding donations
From: "Robert Meek" <rmeek1@comcast.net>
Date: Mon, 6 Dec 2004 20:37:19 -0500
Newsgroups: jedi.vcl

    A friend who is now using the new version of my JclDebugHandler 
component as posted to your binaries sent me an e-mail today saying I should 
donate it to Project Jedi.  And I just want to make sure that those in 
charge of such things realize that that is exactly what I meant to do when I 
uploaded it!  If you need anything else fromme other than the component 
please let me know, but you are more than welcome to add it if you like.

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: JvThread Question
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 07 Dec 2004 00:52:43 +0100
Newsgroups: jedi.vcl

Any reasons, why there is no property Priority, only GetPriority and SetPriority?
Does anyone knows why there are a lot of published procedures and funtions? Is this allowed in view of styleguides?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: TJvThread Enhanced
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 07 Dec 2004 00:40:18 +0100
Newsgroups: jedi.vcl

Hi,

i have enhanced the TJvThread components. Now it's possible to show a dialog while the thread is executed. Two sample dialogs are included.

You can see everything in the TJvThread Example.

The sources are only tested under D7!!

Please give it a try and me a comment.

Two points:
- The example didn't work correct. There is problem with the execution of the threads (independent of my changes), but i didn't see the reason. If anybody has time and knows a little bit about threads, feel free :-)
- Does anybody knows a source for free avi-files, which can be used with tanimate?


Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Donation questions
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 6 Dec 2004 21:42:42 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote: 


> > All of them are in the BCB directory and
> > place their obj in ..\..\dcu and the exe file in ..\..\bin
> > Ensure your demos do that, put them into a zip file, then login
> > to Mantis 

Hi,
It seems to me there is a little problem with a database 
connection when I put exe file into ..\..\bin directory.
There is problem to make connection into the database in 
design time because it is in ..\bin\Data\Database\ directory. 
I put Interbase6 GDB database there because there is Data.txt 
file there which prompts to do it such way, but when I look at 
JvUIB directory there is also "Database" directory there which was 
my initial solution for "Employee.gdb" database. 

Here are some solutions for this case.
We can:
1. use absolute path in DatabaseName property of JvUIBDataBase 
   component.    (I don't use such solution because it will not 
   work for every JVCL user...)
2. let exe file in the example directory and use relative path
   in DatabaseName property (either ..\..\Database or 
   ..\..\..\..\bin\Data\Database
3. ...

Any hint for that. ??

Thanks
Vaclav



Subject: Re: Component question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Mon, 6 Dec 2004 20:02:10 +0100
Newsgroups: jedi.vcl

> > Just take a panel or similar, and add two scroll bars, and two tool
> > bars for the buttons (or speed buttons on the naked panel).

Well, you must mean I'm really stupid. This isn't what I need. I've got some 
components (TSynEdit, TMemo, TRichEdit, TDHTMLEd) to which I want to add 
these buttons and similar, or replace them with other components...

Thanks anyway

Marko 




Subject: Re: installation error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 6 Dec 2004 19:45:57 +0100
Newsgroups: jedi.vcl

------------------------
    // test for valid root directory/valid IDE installation
    RootDir := GetRootDirOf(Edition);
    if not Force then
    begin
      if RootDir = '' then
      begin
        WriteLn('Delphi/BCB version not installed.');
        Continue;
      end;
    end
------------------------

Looks like your "RootDir" registry value is empty or no more exists.

[HKLM\Software\Borland\Delphi\5.0]
RootDir="C:\...\Delphi5\"



-- Regards, Andreas Hausladen 

Subject: Re: installation error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 6 Dec 2004 19:38:44 +0100
Newsgroups: jedi.vcl

Fred wrote:

> > I installed JVCL hundred times before and, today, I just replaced the 
> > older files, so there is obviously something wrong with the new 
> > installer.

On my PC it works (but that is always the case on the system it was
developed :-) ).
Looks like the build.exe has a problem. I'll have a look at it ASAP. But
don't expect much because it works on my computer.

-- Regards, Andreas Hausladen 

Subject: Re: Component question
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Mon, 6 Dec 2004 17:51:37 +0000 (UTC)
Newsgroups: jedi.vcl

Marko Binic wrote:

>> > > Just take a panel or similar, and add two scroll bars, and two tool
>> > > bars for the buttons (or speed buttons on the naked panel).
> > 
> > Well, you must mean I'm really stupid. This isn't what I need. I've
> > got some components (TSynEdit, TMemo, TRichEdit, TDHTMLEd) to which I
> > want to add these buttons and similar, or replace them with other
> > components...

Then you should probably derive from these components.
-- Rudy Velthuis "Computers make it easier to do a lot of things, but most of the things they make it easier to do don't need to be done." -- Andy Rooney. 

Subject: Component question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Mon, 6 Dec 2004 18:42:28 +0100
Newsgroups: jedi.vcl

Is there a component in the JVCL which can have buttons or other components 
in scrollbar track space (like in the screenshot - Word 2003). If not how 
can this be done with Delphi?

PS: Check out www.maxsoft.cjb.net or www.homepage-host.uni.cc/b/mxs for free 
components (donations maybe?)...

Cheers

Marko 



pic-0001.png
	



Subject: Re: installation error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 6 Dec 2004 18:38:15 +0100
Newsgroups: jedi.vcl

Fred wrote:

> > I downloaded the latest release and launched Install.bat. It failed with 
> > the following message:
> > 
> >    Using d5 for build process.
> >    Delphi/BCB version not installed.

Either your dcc32.exe is missing or the Borland registry key is not there.


-- Regards, Andreas Hausladen 

Subject: Re: Component question
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Mon, 6 Dec 2004 17:02:56 +0000 (UTC)
Newsgroups: jedi.vcl

Marko Binic wrote:

> > Is there a component in the JVCL which can have buttons or other
> > components in scrollbar track space (like in the screenshot - Word
> > 2003). If not how can this be done with Delphi?
> > 
> > PS: Check out www.maxsoft.cjb.net or www.homepage-host.uni.cc/b/mxs
> > for free components (donations maybe?)...
> > 
> > Cheers
> > 
> > Marko 

Just take a panel or similar, and add two scroll bars, and two tool
bars for the buttons (or speed buttons on the naked panel).

-- Rudy Velthuis "Barabási's Law of Programming: Program development ends when the program does what you expect it to do — whether it is correct or not." -- Albert-László Barabási 

Subject: Re: installation error
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 6 Dec 2004 19:00:25 +0200
Newsgroups: jedi.vcl

> >Fred wrote:
> >
>> >> I downloaded the latest release and launched Install.bat. It failed 
with 
>> >> the following message:
>> >> 
>> >>    Using d5 for build process.
>> >>    Delphi/BCB version not installed.
> >
> >Either your dcc32.exe is missing or the Borland registry key is not 
there.

I installed JVCL hundred times before and, today, I just replaced the 
older files, so there is obviously something wrong with the new 
installer.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: installation error
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 6 Dec 2004 17:25:31 +0200
Newsgroups: jedi.vcl

I downloaded the latest release and launched Install.bat. It failed with 
the following message:

   Using d5 for build process.
   Delphi/BCB version not installed.

:-?

Fred (BCB5 user)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Timeline & drag
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 6 Dec 2004 15:13:50 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings <ian@microwaredata.co.uk> wrote in
news:Xns95B33B0F1101Cianmicrowaredatacouk@194.191.0.34: 

> > Hi all
> > 
> > Is there any way to prevent all drag operations on a TJvTimeLine
> > component? 
> > 

Got it - duh! (For achive purposes) Set AllowMove to False in OnItemMoving.


HTH


Subject: JvXPBar strange behaviour ?!?
From: VasjaS <vasja@jaksa-group.si>
Date: Mon, 06 Dec 2004 15:09:18 +0100
Newsgroups: jedi.vcl

I've attached a small project (Delphi 7) which has two forms. Both forms    have a JvXPBar, an ActionManager and a JvXPButton (JVCL 3Beta1).

The first form simply has an action to create the second and show it modally and an action to close itself.

The second form has an action to set the ModalResult to mrOK. The same action on the second form is assigned to the jvxpbarItem and to the jvxpButton.

The strange thing here is, that when i create the second form and show it modally, i can close it by clicking on the button, but when i click on the jvxpbarItem (which is linked to the same action) nothing happens.

Am I missing something or is this some kind of glitch?

Thanks
    Vasjas (vasja @ jaksa - group . si)
JVXPBarTest.zip
	



Subject: Re: Where is Zlib ?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 06 Dec 2004 08:41:33 +0100
Newsgroups: jedi.vcl

utku wrote:
> Hi all,
>
> I can not compile some packages because of missing file. I have updated JCL dowbloaded
> both latest end last released one and could not locate the missing file... Where can it
> be, is there another problem ?

You have an older version of the JCL and/or JVCL lying around on your PC and it is accessible to the installer. Please either remove it or ensure the installer can't access it. This should sort your problem.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Problem with JvThread Enhancement
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Dec 2004 08:27:38 +0100
Newsgroups: jedi.vcl

Does your form come with a dfm? If not, use CreateNew instead of Create

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Problem with JvThread Enhancement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 06 Dec 2004 00:43:29 +0100
Newsgroups: jedi.vcl

Nad i forgot: The TJvThread-Example is not valid. There is an av at runtime i don't understand.

Greetings
Jens

Jens Fudickar wrote:
> Hi,
>
> i need some help.
>
> In this moment i try to enhance the jvThread Component with the possibility to show a dialog while the thread is executed.
>
> But i got an error, which i do not understand. Maybe it's too late, but i will post everything to binaries.
>
> I've build a tform descendent and when i call the inherited create the i got the following error.
>
>
> //    constructor create (AOwner : TComponent; AThread : TComponent); reintroduce;
> constructor TJvCustomThreadDialogForm.create (AOwner : TComponent; AThread : TComponent);
> begin
>   if not (AThread is TJvThread) then
>     raise Exception.Create ('TJvCustomThreadDialogForm.create : AThread     must be a TJvThread-Component');
>   inherited Create (AOwner); // <<<< Error Line
>   fConnectedThread := aThread;
> end;
>
> -----------------------------------------
> exception class   : EResNotFound
> exception message : Ressource TJvCustomThreadDialogForm wurde nicht gefunden.
>
> main thread ($41c):
> 0048d473 JvThreadProj.exe Forms            TCustomForm.Create
> 004044f8 JvThreadProj.exe System           @TryFinallyExit
> 004025ae JvThreadProj.exe System           SysGetMem
> 004044f8 JvThreadProj.exe System           @TryFinallyExit
> 004991db JvThreadProj.exe JvThread     351 TJvThread.CreateThreadDialogForm
> -----------------------------------------
>
>
> Any Ideas?
>
> Greetings and thanks
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Problem with JvThread Enhancement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 06 Dec 2004 00:40:19 +0100
Newsgroups: jedi.vcl

Hi,

i need some help.

In this moment i try to enhance the jvThread Component with the possibility to show a dialog while the thread is executed.

But i got an error, which i do not understand. Maybe it's too late, but i will post everything to binaries.

I've build a tform descendent and when i call the inherited create the i got the following error.


//    constructor create (AOwner : TComponent; AThread : TComponent); reintroduce;
constructor TJvCustomThreadDialogForm.create (AOwner : TComponent; AThread : TComponent);
begin
  if not (AThread is TJvThread) then
    raise Exception.Create ('TJvCustomThreadDialogForm.create : AThread     must be a TJvThread-Component');
  inherited Create (AOwner); // <<<< Error Line
  fConnectedThread := aThread;
end;

-----------------------------------------
exception class   : EResNotFound
exception message : Ressource TJvCustomThreadDialogForm wurde nicht gefunden.

main thread ($41c):
0048d473 JvThreadProj.exe Forms            TCustomForm.Create
004044f8 JvThreadProj.exe System           @TryFinallyExit
004025ae JvThreadProj.exe System           SysGetMem
004044f8 JvThreadProj.exe System           @TryFinallyExit
004991db JvThreadProj.exe JvThread     351 TJvThread.CreateThreadDialogForm
-----------------------------------------


Any Ideas?

Greetings and thanks
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormPlacement Use (again)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 05 Dec 2004 23:51:54 +0100
Newsgroups: jedi.vcl

> Jens Fudickar wrote:
>
>> Done.
>>
>> The Syntax in the formplacement appstoragepath is %FORM_NAME% This is now the default.
>
>
>     Which should be enough. The other options (company_name and appname) are useless, since they'll be set at the AppStorage level (the registry is set to the key for this application, the ini file or xml file points to the file belonging this application, etc).
>

Yes. Appname and companyname are implemented in the AppRegistryStorage and nowhere else. And there they make sense.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormPlacement Use (again)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 05 Dec 2004 22:27:21 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Done.
>
> The Syntax in the formplacement appstoragepath is %FORM_NAME% This is now the default.

    Which should be enough. The other options (company_name and appname) are useless, since they'll be set at the AppStorage level (the registry is set to the key for this application, the ini file or xml file points to the file belonging this application, etc).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvFormPlacement Use (again)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 05 Dec 2004 22:17:00 +0100
Newsgroups: jedi.vcl

Done.

The Syntax in the formplacement appstoragepath is %FORM_NAME% This is now the default.

Greetings
Jens

Hofi wrote:
> Hi All!
>
>     Earlier I sent a little modification made on the storage system.
> The idea based on the original RxLib behaviour that the default unset base  is
>
> %appname%\%formname%\....
>
> i personally prefer
>
> %company_name%\appname%\%formname%
>
>
> other people might prefer his own and there might be a lot of useful new  idea and requirement for the base placement.
>
>
> I suggest(ed) to make a small macro based solution, which is more flexible.
> The user would be able to select this way from predefined macro  combinations and combine them with constant strings as they wish.
> Even the macros could be read from a dynamic place or assigned to  functions/properties to get macro expansion even more flexible.
>
>
> The default value (which might be also a string described above) could be  selected from predefined items or could be configured by a global
> (i preferred the second, because it would be eliminate the problem that  the user must set all of the newly created (without default value set)  storage component's default value, or when he or she have to change the  (default) value all of the components in a project.
>
>
> Please think about it once again before you decide to implement a not too  flexible solution!
>
>
> Bests
>     by(t)e
>         Hofi
>
> u.i.: sorry for my poor English, i hope you could understand my point of  view.
>
>
>
>
> On Fri, 03 Dec 2004 10:11:58 +0100, Marcel Bestebroer  <marcel.b.theobvious@xs4all.nl> wrote:
>
>> Jens wrote:
>>
>>> What i'm thinking of is the follwowing:
>>> Adding support for the formstorage Apppath to support something like
>>> "FORM_NAME% in the AppPath. "FORM_NAME% would be replaced with the name  of
>>> the form at Runtime. This should be the default value.
>>
>>
>>      Even better!
>>
>>> P.S: Marcel, did you want to include the appstorage to your .NET  project?
>>
>>
>>      Yes, but using a slightly different approach (getting rid of the  issues with people using multiple TJvAppIniFileStorage pointing to the  same file). This time, an appstorage tree is created for a specific app  domain, the settings stored as a resource of either the application  assembly or a separate assembly (this would be preferred as you can use  it for any assembly your application is going to use).
>>
>>      A PropertyProvider will deal with providing properties to every  single control on a form where one can specify what needs to be stored  of a specific control (this would include the form).
>>
>>      Anyway, not all has been worked out yet, but the basics of the  appstorage tree are already in place (tested in NUnit too). Things just  halted more ore less after the disappointment with D2k5 :(
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Working with TJvSegmentedLEDDisplay
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Sun, 05 Dec 2004 20:45:46 +0100
Newsgroups: jedi.vcl

Hi
I want to work with a TJvSegmentedLEDDisplay.
I run the mapping editor, i edit a char, and i save a .sdm file.
When i run my proyect, i don't see this char like at design time.

Where must i load this sdm file?, and what is this file?
Can anybody explain me how to change chars at runtime?
Is the bottom-right dot special?

Saludos
Paco


Subject: Re: JvStringGrid.pas::TExPopupListBox
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Dec 2004 17:02:33 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > it cannot be used in D5

But it is not used in D6 and D7, too.


-- Regards, Andreas Hausladen 

Subject: Re: TjvImageList and PNG-Image
From: "kirillkr" <kirill@spam.ru>
Date: Sat, 4 Dec 2004 16:47:53 +0200
Newsgroups: jedi.vcl

>> >> no more links. Author can migrate in JVCL?
> >Why? There is no reason to do that, AFAICS
Migrate png-support in TjvImageList solve this task: 1 advanced component 
vs 2 some different component



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvStringGrid.pas::TExPopupListBox
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Dec 2004 15:35:04 +0100
Newsgroups: jedi.vcl

> > Is that a relict or is it planned to be used somewhere?
Rather an omission: it cannot be used in D5, so the entire class declaration
should be enclosed in IFDEF COMPILER6_UP

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TjvImageList and PNG-Image
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Dec 2004 15:33:55 +0100
Newsgroups: jedi.vcl

> > no more links. Author can migrate in JVCL?
Why? There is no reason to do that, AFAICS

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvStringGrid.pas::TExPopupListBox
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Dec 2004 15:30:20 +0100
Newsgroups: jedi.vcl

The TExPopupListBox in JvStringGrid.pas is declared in the implemenation
section but is not used anywhere. Delphi 5 shows this as hint.
Is that a relict or is it planned to be used somewhere?

-- Regards, Andreas Hausladen 

Subject: Re: TjvImageList and PNG-Image
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Dec 2004 15:01:13 +0100
Newsgroups: jedi.vcl

> > Who can add png-image support in TJvImageList? Please make this.
Martijn Saly already created a very nice PngImageList that I would recommend
(it can be used as is with any control). See the posts in the tb2k
thirdparty group for download and usage info:


news:news.jrsoftware.org/jrsoftware.toolbar2000.thirdparty

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JEDI for Delphi 2005
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Dec 2004 14:31:33 +0100
Newsgroups: jedi.vcl

> > Peter, if you don't mind me asking, what are you using for your CVS? We
> > use Team Concept and I was just wondering...
TortoiseCVS (www.tortoisecvs.org). I like that it's integrated with the
shell and very easy to use. In combination with a couple of Delphi Tool
palette entries and an e-mail client for checkin notifications, I can do
anything I like with little effort.


Delphi Tool palette:

Title: Select Source in Explorer
Program: explorer.exe
Working dir:
Parameters: /e, /select, $EDNAME

Title: Select Binary in Explorer
Program: explorer.exe
Working dir:
Parameters: /e, /select, $EXENAME



-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TjvImageList and PNG-Image
From: "kirillkr" <kirill@spam.ru>
Date: Sat, 4 Dec 2004 15:29:59 +0200
Newsgroups: jedi.vcl

> >I don't found this component.
Sorry, I found in ONE place
http://www.nldelphi.com/artfiles/PngComponents.zip
no more links. Author can migrate in JVCL?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvImageList and PNG-Image
From: "kirillkr" <kirill@spam.ru>
Date: Sat, 4 Dec 2004 15:26:18 +0200
Newsgroups: jedi.vcl

>> >>
>> >>news:news.jrsoftware.org/jrsoftware.toolbar2000.thirdparty
> >Sorry, I use http://delphi.newswhat.com/geoxml/forumlistgroups?area=JEDI
> >Can you post web-site adress in this topic?
This site http://jrsoftware.org ?
I don't found this component.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TjvImageList and PNG-Image
From: "kirillkr" <kirill@spam.ru>
Date: Sat, 4 Dec 2004 15:22:02 +0200
Newsgroups: jedi.vcl

> >
> >news:news.jrsoftware.org/jrsoftware.toolbar2000.thirdparty
Sorry, I use http://delphi.newswhat.com/geoxml/forumlistgroups?area=JEDI
Can you post web-site adress in this topic?



--- posted by geoForum on http://delphi.newswhat.com


Subject: TjvImageList and PNG-Image
From: "kirillkr" <kirill@spam.ru>
Date: Sat, 4 Dec 2004 14:50:55 +0200
Newsgroups: jedi.vcl

Who can add png-image support in TJvImageList? Please make this.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JEDI for Delphi 2005
From: "Lynn" <support@brftp.net>
Date: Sat, 4 Dec 2004 14:06:54 +0200
Newsgroups: jedi.vcl

>> >>  Are these open to the public?  If so can I have a url and a short
>> >> explanation on how one goes about installing them.
> >
> >The CVS is updated as soon as someone does a check-in. The daily zips are
> >

Peter, if you don't mind me asking, what are you using for your CVS? We
use Team Concept and I was just wondering...

Maybe your system is better. I am always looking.... ;)

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: Where is Zlib ?
From: "utku" <no@spam.com>
Date: Sat, 4 Dec 2004 05:18:57 +0200
Newsgroups: jedi.vcl

Hi all,

I can not compile some packages because of missing file. I have updated JCL dowbloaded
both latest end last released one and could not locate the missing file... Where can it
be, is there another problem ?

[Compiling: JvCryptD7R.bpl]

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\Program Files\Borland\Delphi7\jvcl\run\JvZlibMultiple.pas(35) Fatal: File not found:
'JclZLib.dcu'





Subject: Re: Can't load package JvGlobusD7R in Delphi 7 Enterprise
From: Dave <Not@not.com>
Date: Fri, 03 Dec 2004 15:52:21 -0700
Newsgroups: jedi.vcl

Peter Thornqvist said the following on 03/12/2004 1:10 PM:

> Add bdertl (without the 70) to the requires node of JvGlobusD7R and try
> again.
>
>  
>

Added
<Package Name="bdertl" Targets="D6,D7,D7p,D9" Condition=""/>
to the JvGlobus-R.xml file, under 'vcljpg50' line which is in the Requires node.

Ran my batch file:

> del "C:\Program Files\Borland\JVCL\lib\d7\*.*"
> del "C:\Program Files\Borland\JVCL\dcu\*.*"
> del "C:\Program Files\Borland\Delphi7\Projects\Bpl\Jv*.*"
> pause

Re-ran the installer:
-new Installation
-D7 only
-Checked Build Packages
Install

Installs runs successfully.
Delphi 7 loads successfully and all JVCL packages along with it.  perfect.

So my only problem still is my other post regarding the Jv_MIDAS option.  See what I can do there.

Dave.




Subject: Re: Error when running Install with JV_MIDAS enabled.
From: Dave <Not@not.com>
Date: Fri, 03 Dec 2004 15:11:34 -0700
Newsgroups: jedi.vcl

I deleted:
JVCL\dcu\*.*
JVCL\lib\D7\*.*
Delphi7\Projects\BPL\Jv*.*

then edited the JvDBD7R.dpk to include JvDlgsD7R.dcp in its requires.

Ran the installer,
Chose New Installation
Only check Delphi 7
Clicked on Build Packages, then chose Jv_MIDAS from the Edit jvcl.inc.
Install....

This is the error I got back:

[Compiling: JvBDED7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvBDED7R.dpk(44) Error: Packages 'JvDBD7R' and 'JvDlgsD7R' both contain unit 'JvLoginForm'

Ok, scratch everything above.  I just noticed that the installer is "generating" the DPK files.  so, my change gets wiped out. So, now I just made sure Jv_Midas was enabled in the JVCL.INC and did a build on all packages using the provided "D7 Packages" group.  I above error remains.

Is there a way to not have the installer create the Packages files?  If not, doesn't that make the NOTE: invalid?  No matter what I change in the packages they just get recreated anyway.

WAIT!  you build based off the XML files.   haha, make me learn this installer or what?  ;-)
This would mean the NOTE:  Should tell us to Edit the XML file for the PACKAGE that will get generated from it.  Right?
A bit technical for the developers who only USE components with no experience developing/installing them.

================================================
So now everything I've said above is no longer valid......Let's start again.

Ok, I changed the JvDB-R.xml to include the new package.

Name: JvDlgs-R
Targets: allbutclx

Now the installer runs right thru, no errors with Jv_MIDAS included.  I now run Delphi 7, and get this error:
Can't load package JvBDED7D.bpl.
Cannot load package JvDBD7R. It contains unit MConnect, which is also contained in packagedsnapcon70.


Thanks, Dave.



Peter Thornqvist said the following on 03/12/2004 1:09 PM:

> Add JvDlgsD7R to the requires node of JvDBD7R. Delete all the dcu's, bpl's
> and dcp's and reinstall.
>
>  
>


Subject: Re: Can't load package JvGlobusD7R in Delphi 7 Enterprise
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 03 Dec 2004 21:54:16 +0100
Newsgroups: jedi.vcl

Dave wrote:

> Am I just doing things in the wrong order or will my last two posts help improve the Installer? Just curious, if I should continue posting instead of changing packages and fixing myself?

They would help if we get the confirmation from you that this is indeed the solution to the problem.
When we receive the confirmation, we can go and update CVS so that this doesn't happen again. But all our answers here are suggestion that need to be confirmed by people using the JVCL

Thanks for your feedback

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Can't load package JvGlobusD7R in Delphi 7 Enterprise
From: Dave <Not@not.com>
Date: Fri, 03 Dec 2004 13:47:05 -0700
Newsgroups: jedi.vcl

Am I just doing things in the wrong order or will my last two posts help improve the Installer? Just curious, if I should continue posting instead of changing packages and fixing myself?

Thanks,
Dave.

Peter Thornqvist said the following on 03/12/2004 1:10 PM:

> Add bdertl (without the 70) to the requires node of JvGlobusD7R and try
> again.
>
>  
>


Subject: Re: ComponentBar component - donation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Dec 2004 21:16:18 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > at least I would be interested in having a look.

I have posted the current code to jedi.binaries.

I forgot to mention that it compiles and works with Delphi 7's CLX, too.

These features are missing:
- Keyboard navigation (there is no need in my project, though I have
started to implement it)
- A Delphi 8 ComponentBar painter
- The disabled painting is not available at the moment


-- Regards, Andreas Hausladen 

Subject: Re: Can't load package JvGlobusD7R in Delphi 7 Enterprise
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Dec 2004 21:10:19 +0100
Newsgroups: jedi.vcl

Add bdertl (without the 70) to the requires node of JvGlobusD7R and try
again.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Error when running Install with JV_MIDAS enabled.
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Dec 2004 21:09:28 +0100
Newsgroups: jedi.vcl

Add JvDlgsD7R to the requires node of JvDBD7R. Delete all the dcu's, bpl's
and dcp's and reinstall.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Good news for Delphi 2005 owners!
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 03 Dec 2004 20:52:45 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

>     I have this black cloud that follows me around and everytime I mess with code someone else has written i screw it up! <g>  So I'll wait awhile and see if the downloads get better and then get the new zip as I really don't need the inspectors at the moment anyway.  But...Can I simply run the installer over a previously install version like this or do I have to uninstall and remove the packages first?

The installer should remember your settings, and yes, you can "install" on top of an existing installation.
Just remember to get and recompile the JCL as well.


Subject: Can't load package JvGlobusD7R in Delphi 7 Enterprise
From: Dave <Not@not.com>
Date: Fri, 03 Dec 2004 12:49:15 -0700
Newsgroups: jedi.vcl

Can't load package C:\Program Files\Borland\Delphi7\Projects\Bpl\JvGlobusD7D.bpl.
Cannot load package 'JvGlobusD7R.'  It contains unit 'DBTables,' which is also contained in package 'bdertl70'
Do you want to attempt to load this package the next time a project is loaded?

I grabbed JVCL from CVS today.
Friday, December 03, 2004 12:48:40

Dave.


Subject: Error when running Install with JV_MIDAS enabled.
From: Dave <Not@not.com>
Date: Fri, 03 Dec 2004 12:33:59 -0700
Newsgroups: jedi.vcl

I get the error:
> [Compiling: JvBDED7R.bpl] Borland Delphi Version 15.0 Copyright (c)
> 1983,2002 Borland Software Corporation JvBDED7R.dpk(44) Error:
> Packages 'JvDBD7R' and 'JvDlgsD7R' both contain unit 'JvLoginForm'

I see the note:
> NOTE: if you activate this, you must also manually add JvDlgsXXX.dcp to the requires node of JvDBXXX.bpk !!!

Does that mean add JvDlgsXXX.dcp to both:
JvDBD7D.dpk and
JvDBD7R.dpk ?

bpk??  - that must be CBuilder???

That wouldn't fix the above error, because they already both contain the same JvLoginForm.

Have I missed a step?

P.S. I am only trying this in D7 so far.  Also, I pull from CVS today. (Friday, December 03, 2004)

Dave.



Subject: Re: ComponentBar component - donation?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Dec 2004 19:54:09 +0100
Newsgroups: jedi.vcl

Based only on the screen-shot, it looks different enough from JvOutlookBar
to warrant a check and knowing the normal quality of Andreas work, at least
I would be interested in having a look.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: ComponentBar component - donation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Dec 2004 19:40:27 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > This looks very much like the TJvOutlookBar. Please have a look at it in
> > the JVCL and tell us what it brings on top of it.

It offers custom painting. So it would be possible (and it was first
planned) to look like Delphi 8's component bar.

And the main reason is that it fullfills exactly the needs which my
project requires :-)


It is not a must that I want to add the component. And if then this would
be after JVCL RC1 or even in JVCL 4.


-- Regards, Andreas Hausladen 

Subject: Re: Potential name clash..
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Dec 2004 19:37:58 +0100
Newsgroups: jedi.vcl

SiegfriedN wrote:

> > http://www.geocities.com/componentbar/

I know this plug in.



-- Regards, Andreas Hausladen 

Subject: Re: Good news for Delphi 2005 owners!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Fri, 3 Dec 2004 13:13:44 -0500
Newsgroups: jedi.vcl

    I have this black cloud that follows me around and everytime I mess with 
code someone else has written i screw it up! <g>  So I'll wait awhile and 
see if the downloads get better and then get the new zip as I really don't 
need the inspectors at the moment anyway.  But...Can I simply run the 
installer over a previously install version like this or do I have to 
uninstall and remove the packages first?

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message news:coovra$1mb$4@talkto.net...
> > Robert Meek wrote:
> >
>> >>     I was finally able to download the latest daily of the Jvcl from SF. 
>> >> It was dammed slow but at least this time the zip file didn't get 
>> >> cirrupted!  I ran the install.bat script and it errored out when 
>> >> attempting to build the "Inspector" packages for Delphi 2005.  I backed 
>> >> up to the previous page of the installer and unchecked the Inspector 
>> >> packages and ran it again, and this time it installed perfectly!  It's 
>> >> hard to believe one can become so dependent upon a set of components like 
>> >> this but it happens, and I just want to take a moment and thank all those 
>> >> who have contributed to and helped out with the Jedi project!
> >
> > Thanks for the support. As to the Inspector packages, they should now 
> > compile just fine, as you might have noticed in the thread with Dave 
> > called JEDI for Delphi 2005.
> >
> > I won't ask you to download the latest daily zip just now, but the fix is 
> > already in it. You can also fix it manually by doing this:
> >
> >
> > Set the value of the condition flag to JVCL_UseQuickReport so that the 
> > node looks like this:
> >
> >     <File Name="..\..\run\JvInterpreter_Quickrpt.pas"
> >           Targets="allbutperso" Formname=""
> >           Condition="JVCL_UseQuickReport"/>
> >
> > Regenerate the packages (using the installer, or the given batch file in 
> > packages\bin) and you should be sorted. If you don't want to regenerate 
> > the package, simply remove JvInterpreter_Quickrpt.pas from the list of 
> > units included in JvInterpreterD9R.dpk
> >
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: ComponentBar component - donation?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 03 Dec 2004 18:48:04 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have written a component bar component for a project I'm currently
> working on. The component allows custom painting. At the moment there is
> only one painter.
>
> Here a screenshot
> http://andy.jgknet.de/oss/Delphi/jvcl/CompBar.png
>
> Features:
> - item-groups that can be collapsed, hidden, disabled
> - items can be hidden and disabled, have ImageIndex
> - group headers can be hidden (screenshot: arrow cursor)
> - custom painting
>
> Should I donate this component to the JVCL, any interest?

This looks very much like the TJvOutlookBar. Please have a look at it in the JVCL and tell us what it brings on top of it.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Potential name clash..
From: SiegfriedN <noto@spam.me>
Date: Fri, 03 Dec 2004 17:16:22 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have written a component bar component for a project I'm currently
> working on. The component allows custom painting. At the moment there is
> only one painter.
>

Looks good, but just a mention there was/is another similarly named 3rd party Delphi IDE plugin also called ComponentBar - An alternative to the Pallettebar in Delphi.

See here..

http://www.geocities.com/componentbar/

siegs


Subject: Re: Two easy questions :)
From: Mike <mike@nospam.net>
Date: Fri, 03 Dec 2004 08:28:28 -0800
Newsgroups: jedi.vcl

ZioNemo:
I think the easiest way to get data from an Excel spreadsheet into a dbgrid is to use the ADO components that come with Delphi. Odd, yes, but very effective.

Here's a link from Borland's website with a tutorial:

http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=14014

Good Luck!

--Mike

ZioNemo wrote:
> Thanks for Your time :)
>
> Just two easy questions:
>
> 1) is there an easy way to directly import an excel spreadsheet into a JvDBGrid (or some other grid)? I'm currently trying to go through csv, but it has a lot of problems because of the way excel produce .csv (actually semicolon-separated and with strange quoting (e.g.: single quotes are not quoted) that does not really fit with JvCSVDataSet. There is a component to save to .xcl. Is somewhere available the reverse?
>
> 2) I have a JvListBox (read-only; the only things user can do is to select, click and double-click). Is there a way to get an Event when selection changes? I'm currently polling with a timer, but that'UGLY!.
>
> Many Thanks in Advance.
> ZioNemo


Subject: Re: 2 error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 03 Dec 2004 16:58:29 +0100
Newsgroups: jedi.vcl

You are using an old JCL with a new JVCL or a new JVCL with an old JCL.

Please use both latest daily zips:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: 2 error
From: F <FFF@FFFF.fr>
Date: Fri, 03 Dec 2004 16:48:29 +0100
Newsgroups: jedi.vcl

and again .... :-)

[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: JvQSystemD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\A-MyPrg\composants\JVCL3-Latest\qrun\JvQThreadTimer.pas(338) Erreur: Identificateur non déclaré : 'TUnitVersionInfo'
C:\A-MyPrg\composants\JVCL3-Latest\qrun\JvQThreadTimer.pas(339) Erreur: Identificateur non déclaré : 'RCSfile'
C:\A-MyPrg\composants\JVCL3-Latest\qrun\JvQThreadTimer.pas(340) Erreur: '..' attendu(e) mais ';' trouvé(e)
C:\A-MyPrg\composants\JVCL3-Latest\qrun\JvQThreadTimer.pas(341) Erreur: '..' attendu(e) mais ';' trouvé(e)
C:\A-MyPrg\composants\JVCL3-Latest\qrun\JvQThreadTimer.pas(343) Erreur: '..' attendu(e) mais ')' trouvé(e)
C:\A-MyPrg\composants\JVCL3-Latest\qrun\JvQThreadTimer.pas(346) Erreur: Identificateur non déclaré : 'RegisterUnitVersion'
C:\A-MyPrg\composants\JVCL3-Latest\qrun\JvQThreadTimer.pas(349) Erreur: Identificateur non déclaré : 'UnregisterUnitVersion'
JvQSystemD7R.dpk(73) Fatale: Impossible de compiler l'unité utilisée '..\..\qrun\JvQThreadTimer.pas'

** error 1 ** deleting "C:\Program Files\Borland\Delphi7\Bin"\JvQSystemD7R.bpl

** error 1 ** deleting CompilePackages




Subject: error on the latest
From: F <FFF@FFFF.fr>
Date: Fri, 03 Dec 2004 16:16:35 +0100
Newsgroups: jedi.vcl

[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: JvCryptD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\A-MYPRG\COMPOS~1\JVCL3-~1\run\JvCabFile.pas(125) Erreur: Identificateur non déclaré : 'UINT_PTR'
C:\A-MYPRG\COMPOS~1\JVCL3-~1\run\JvCabFile.pas(148) Avertissement: Combinaison de types signés et non signés - opérandes agrandis
C:\A-MYPRG\COMPOS~1\JVCL3-~1\run\JvCabFile.pas(222) Avertissement: Combinaison de types signés et non signés - opérandes agrandis
C:\A-MYPRG\COMPOS~1\JVCL3-~1\run\JvCabFile.pas(235) Avertissement: Combinaison de types signés et non signés - opérandes agrandis
C:\A-MYPRG\COMPOS~1\JVCL3-~1\run\JvCabFile.pas(261) Erreur: Types incompatibles : 'Les listes de paramètres diffèrent'
C:\A-MYPRG\COMPOS~1\JVCL3-~1\run\JvCabFile.pas(271) Erreur: Types incompatibles : 'Les listes de paramètres diffèrent'
C:\A-MYPRG\COMPOS~1\JVCL3-~1\run\JvCabFile.pas(279) Erreur: Types incompatibles : 'Les listes de paramètres diffèrent'
JvCryptD7R.dpk(50) Fatale: Impossible de compiler l'unité utilisée '..\..\run\JvCabFile.pas'

** error 1 ** deleting "C:\Program Files\Borland\Delphi7\Bin"\JvCryptD7R.bpl

** error 1 ** deleting CompilePackages




Subject: Re: JvFormPlacement Use (again)
From: Hofi <hofi@fw.hu>
Date: Fri, 03 Dec 2004 15:05:03 +0100
Newsgroups: jedi.vcl

Hi All!

    Earlier I sent a little modification made on the storage system.
The idea based on the original RxLib behaviour that the default unset base is

%appname%\%formname%\....

i personally prefer

%company_name%\appname%\%formname%


other people might prefer his own and there might be a lot of useful new idea and requirement for the base placement.


I suggest(ed) to make a small macro based solution, which is more flexible.
The user would be able to select this way from predefined macro combinations and combine them with constant strings as they wish.
Even the macros could be read from a dynamic place or assigned to functions/properties to get macro expansion even more flexible.


The default value (which might be also a string described above) could be selected from predefined items or could be configured by a global
(i preferred the second, because it would be eliminate the problem that the user must set all of the newly created (without default value set) storage component's default value, or when he or she have to change the (default) value all of the components in a project.


Please think about it once again before you decide to implement a not too flexible solution!


Bests
    by(t)e
        Hofi

u.i.: sorry for my poor English, i hope you could understand my point of view.




On Fri, 03 Dec 2004 10:11:58 +0100, Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote:

> Jens wrote:
>> What i'm thinking of is the follwowing:
>> Adding support for the formstorage Apppath to support something like
>> "FORM_NAME% in the AppPath. "FORM_NAME% would be replaced with the name of
>> the form at Runtime. This should be the default value.
>
>      Even better!
>
>> P.S: Marcel, did you want to include the appstorage to your .NET project?
>
>      Yes, but using a slightly different approach (getting rid of the issues with people using multiple TJvAppIniFileStorage pointing to the same file). This time, an appstorage tree is created for a specific app domain, the settings stored as a resource of either the application assembly or a separate assembly (this would be preferred as you can use it for any assembly your application is going to use).
>
>      A PropertyProvider will deal with providing properties to every single control on a form where one can specify what needs to be stored of a specific control (this would include the form).
>
>      Anyway, not all has been worked out yet, but the basics of the appstorage tree are already in place (tested in NUnit too). Things just halted more ore less after the disappointment with D2k5 :(
>



Subject: Re: ComponentBar component - donation?
From: "Dallas Goldswain [Retro-Eddy]" <dallas.goldswain@gmail.com>
Date: Fri, 3 Dec 2004 15:19:01 +0200
Newsgroups: jedi.vcl

Hiya,

Yes, i am working on a component i am going to donate, but put a web page up 
with a donate button see how many you get...

-- ----- Regards Dallas Goldswain Retro-Eddy "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message news:cophed$6n7$1@talkto.net...
> >I have written a component bar component for a project I'm currently
> > working on. The component allows custom painting. At the moment there is
> > only one painter.
> >
> > Here a screenshot
> > http://andy.jgknet.de/oss/Delphi/jvcl/CompBar.png
> >
> > Features:
> > - item-groups that can be collapsed, hidden, disabled
> > - items can be hidden and disabled, have ImageIndex
> > - group headers can be hidden (screenshot: arrow cursor)
> > - custom painting
> >
> > Should I donate this component to the JVCL, any interest?
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Processing ENTER and ESC in TJvDirectoryEdit
From: Alexey <AlexeySokolov@rambler.ru>
Date: Fri, 03 Dec 2004 16:03:55 +0300
Newsgroups: jedi.vcl

Hi, All!

For example, I've form with three elements - TJvDirectoryEdit and two buttons. One button has property "Default" is setted to true, another - property "Cancel" is setted to true. When I press ENTER or ESC, stayng on the TJvDirectoryEdit component, the button actions not executing.
One way to solve this problem is to write OnKeyDown for JvDirectoryEdit. But I think, that should be another solution, but I can't find it. Can you help me?

Thanks,
Alexey.


Subject: ComponentBar component - donation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Dec 2004 13:44:26 +0100
Newsgroups: jedi.vcl

I have written a component bar component for a project I'm currently
working on. The component allows custom painting. At the moment there is
only one painter.

Here a screenshot
http://andy.jgknet.de/oss/Delphi/jvcl/CompBar.png

Features:
- item-groups that can be collapsed, hidden, disabled
- items can be hidden and disabled, have ImageIndex
- group headers can be hidden (screenshot: arrow cursor)
- custom painting

Should I donate this component to the JVCL, any interest?


-- Regards, Andreas Hausladen 

Subject: Re: Two easy questions :)
From: ZioNemo <ZioREMOVENemo@hotREMOVEmail.com>
Date: Fri, 03 Dec 2004 13:04:07 +0100
Newsgroups: jedi.vcl

Andreas Hausladen ha scritto:

> ZioNemo wrote:
>> 2) I have a JvListBox (read-only; the only things user can do is to
>> select, click and double-click). Is there a way to get an Event when
>> selection changes? I'm currently polling with a timer, but that'UGLY!.
> What about OnClick ? If I remember correctly if OnClick works for Keyboard
> input, too.
It works.
Scratch one! :)

Thanks.
ZioNemo


Subject: Re: Two easy questions :)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Dec 2004 12:46:49 +0100
Newsgroups: jedi.vcl

ZioNemo wrote:

> > Thanks for Your time :)
> > 2) I have a JvListBox (read-only; the only things user can do is to
> > select, click and double-click). Is there a way to get an Event when
> > selection changes? I'm currently polling with a timer, but that'UGLY!.

What about OnClick ? If I remember correctly if OnClick works for Keyboard
input, too.


-- Regards, Andreas Hausladen 

Subject: Two easy questions :)
From: ZioNemo <ZioREMOVENemo@hotREMOVEmail.com>
Date: Fri, 03 Dec 2004 12:23:50 +0100
Newsgroups: jedi.vcl

Thanks for Your time :)

Just two easy questions:

1) is there an easy way to directly import an excel spreadsheet into a JvDBGrid (or some other grid)? I'm currently trying to go through csv, but it has a lot of problems because of the way excel produce .csv (actually semicolon-separated and with strange quoting (e.g.: single quotes are not quoted) that does not really fit with JvCSVDataSet. There is a component to save to .xcl. Is somewhere available the reverse?

2) I have a JvListBox (read-only; the only things user can do is to select, click and double-click). Is there a way to get an Event when selection changes? I'm currently polling with a timer, but that'UGLY!.

Many Thanks in Advance.
ZioNemo


Subject: Re: Install problem JVCLBeta2 with jvCryptD7R
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Dec 2004 12:15:29 +0100
Newsgroups: jedi.vcl

> > I just downloaded it, extracted and compiled using the following:
> > 1) In D7E IDE, opened "..\jvcl\packages\D7 Packages.bpg"
> > 2) |Project|Build all projects|
> > 3) [Fatal Error] JvZlibMultiple.pas(35): File not found: 'JclZLib.dcu'
> > 4) Start|Search|JclZLib| > no files found
Did you first delete your old JCL and installed JCL 1.92? I think not...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Installer version detection
From: "John Cooper" <jpsc@spamcop.net>
Date: Fri, 3 Dec 2004 10:54:10 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Only the very latest JVCL detects Delphi 2005. It will require the latest JCL as well,
> > and both of these are available as daily packages on these pages:

I have the latest updates from CVS.

I realise I should be asking in jedi.jcl I didn't see where I was

-- John Cooper, JPSC Ltd, UK 

Subject: Jv[...]Grids - Flat style ?
From: Pierre Y. <pierre@[levosgien].net>
Date: Fri, 03 Dec 2004 11:07:46 +0100
Newsgroups: jedi.vcl

Hello ladies and guys,

Is there a way to have "flat" style for Jv[Db]Grids ?

Thaks you very much, regards,

Pierre Y.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: What happened to?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Dec 2004 11:06:30 +0100
Newsgroups: jedi.vcl

It is now incorporated in the JvComputerInfoEx.FileInfo property. There is
no automatic way to convert since JvFileInfo was a component and
JvComputerInfoEx.FileInfo is a TPersistent property. You will have to change
the code by hand.

I'll update the changelog to include the info, since it seems it is missing.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Install problem JVCLBeta2 with jvCryptD7R
From: "Roo" <rjmagar@nospamatt.net>
Date: Fri, 3 Dec 2004 11:50:42 +0200
Newsgroups: jedi.vcl

Olivier Sannier wrote:
---------------------------------------------------------------------
This one [http://prdownloads.sourceforge.net/jvcl/JVCL300BETA2JCL192-
Build1666Complete.zip?download] has been tested to compile.
---------------------------------------------------------------------

I just downloaded it, extracted and compiled using the following:
1) In D7E IDE, opened "..\jvcl\packages\D7 Packages.bpg"
2) |Project|Build all projects|
3) [Fatal Error] JvZlibMultiple.pas(35): File not found: 'JclZLib.dcu'
4) Start|Search|JclZLib| > no files found

Try it...

Thanks in advance!

Roo

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormPlacement Use (again)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 03 Dec 2004 10:11:58 +0100
Newsgroups: jedi.vcl

Jens wrote:
> What i'm thinking of is the follwowing:
> Adding support for the formstorage Apppath to support something like
> "FORM_NAME% in the AppPath. "FORM_NAME% would be replaced with the name of
> the form at Runtime. This should be the default value.

    Even better!

> P.S: Marcel, did you want to include the appstorage to your .NET project?

    Yes, but using a slightly different approach (getting rid of the issues with people using multiple TJvAppIniFileStorage pointing to the same file). This time, an appstorage tree is created for a specific app domain, the settings stored as a resource of either the application assembly or a separate assembly (this would be preferred as you can use it for any assembly your application is going to use).

    A PropertyProvider will deal with providing properties to every single control on a form where one can specify what needs to be stored of a specific control (this would include the form).

    Anyway, not all has been worked out yet, but the basics of the appstorage tree are already in place (tested in NUnit too). Things just halted more ore less after the disappointment with D2k5 :(

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Good news for Delphi 2005 owners!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 03 Dec 2004 08:44:55 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

>     I was finally able to download the latest daily of the Jvcl from SF.  It was dammed slow but at least this time the zip file didn't get cirrupted!  I ran the install.bat script and it errored out when attempting to build the "Inspector" packages for Delphi 2005.  I backed up to the previous page of the installer and unchecked the Inspector packages and ran it again, and this time it installed perfectly!  It's hard to believe one can become so dependent upon a set of components like this but it happens, and I just want to take a moment and thank all those who have contributed to and helped out with the Jedi project!

Thanks for the support. As to the Inspector packages, they should now compile just fine, as you might have noticed in the thread with Dave called JEDI for Delphi 2005.

I won't ask you to download the latest daily zip just now, but the fix is already in it. You can also fix it manually by doing this:


Set the value of the condition flag to JVCL_UseQuickReport so that the node looks like this:

    <File Name="..\..\run\JvInterpreter_Quickrpt.pas"
          Targets="allbutperso" Formname=""
          Condition="JVCL_UseQuickReport"/>

Regenerate the packages (using the installer, or the given batch file in packages\bin) and you should be sorted. If you don't want to regenerate the package, simply remove JvInterpreter_Quickrpt.pas from the list of units included in JvInterpreterD9R.dpk


Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer version detection
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 03 Dec 2004 08:42:20 +0100
Newsgroups: jedi.vcl

John Cooper wrote:

> When I run the installer (latest from CVS) it only offers Delphi 7 as a target, how do I
> get it to install for Delphi 2005?

Only the very latest JVCL detects Delphi 2005. It will require the latest JCL as well, and both of these are available as daily packages on these pages:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/

Please note that those servers are impacted by a known speed issue that should get resolved over the week end.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Jvcl new install
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 03 Dec 2004 08:40:39 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

>     Please tell me which release version of the Jvcl is now working with Delphi 2005, and if there is ANY where else I can pick it up other than the dailies page at SF.

Only the daily zips are working, JVCL 3 Beta 2 is not.
As to getting the zips somewhere else, please wait until Monday to see if there are any changes to the situation.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormPlacement Use (again)
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 3 Dec 2004 08:31:55 +0200
Newsgroups: jedi.vcl

> >Marcel Bestebroer wrote:
>> >>     Again pointing to a bug in the formstorage component. Jens, if you 
>> >> reading this, a formstorage should always precede it's store path with 
>> >> the name of the form the component is on (ie. the owner).
> >
> >    I think figured it out. It did use the form name previously, but 
> >when we introduced the AppStoragePath property, that part was removed, 
> >because this property would specify where to store the data. So an easy 
> >fix would be to have this automatically initialize to the form name when 
> >the component is created.
> >

What i'm thinking of is the follwowing:
Adding support for the formstorage Apppath to support something like
"FORM_NAME% in the AppPath. "FORM_NAME% would be replaced with the name of
the form at Runtime. This should be the default value.

I have added something similar for the JvAppStorage with Mantis 2207.

Any comments ?

Greetings
Jens

P.S: Marcel, did you want to include the appstorage to your .NET project?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Good news for Delphi 2005 owners!
From: "Robert Meek" <rmeek1@comcast.net>
Date: Fri, 3 Dec 2004 00:29:27 -0500
Newsgroups: jedi.vcl

    I was finally able to download the latest daily of the Jvcl from SF.  It 
was dammed slow but at least this time the zip file didn't get cirrupted!  I 
ran the install.bat script and it errored out when attempting to build the 
"Inspector" packages for Delphi 2005.  I backed up to the previous page of 
the installer and unchecked the Inspector packages and ran it again, and 
this time it installed perfectly!  It's hard to believe one can become so 
dependent upon a set of components like this but it happens, and I just want 
to take a moment and thank all those who have contributed to and helped out 
with the Jedi project!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: TJvInspectorFileNameItem
From: <b@b.com>
Date: Fri, 3 Dec 2004 04:38:17 +0100
Newsgroups: jedi.vcl

Some months ago someone posted this addition for the jvInspector 
(TJvInspectorFileNameItem).
I though it was added to the official package but unfortunately no.
I lost it during a reinstallation and I'd like to know if someone could 
post this code again ?

Thank u


Subject: What happened to?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 2 Dec 2004 20:26:40 -0500
Newsgroups: jedi.vcl

    In my original D7 install of the Jvcl there was a component called 
Fileinfo in which you could extract information such as a file's icon.  I 
can't find it in this new install and unfortunately a project I'm in the 
middle of uses this component.  has it been named something else?

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Jvcl new install
From: "Robert Meek" <rmeek1@comcast.net>
Date: Thu, 2 Dec 2004 19:50:18 -0500
Newsgroups: jedi.vcl

    Please tell me which release version of the Jvcl is now working with 
Delphi 2005, and if there is ANY where else I can pick it up other than the 
dailies page at SF.

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Installer version detection
From: "John Cooper" <jpsc@spamcop.net>
Date: Fri, 3 Dec 2004 00:40:28 +0000 (UTC)
Newsgroups: jedi.vcl


I have both D7 and D2005 installed. D7 is running happily with JVCL2 installed and I
would like to leave it alone for legacy projects.

D7 is installed in B:\Delphi7\... (B: is a mapped local share)
D2005 is installed in C:\Program Files\Borland\BDS\3.0\... 
I tried to install D2005 to B:\BDS\3.0\... but the installer wouldn't have it (QC report
9635)


D2005 is on the path before D7

When I run the installer (latest from CVS) it only offers Delphi 7 as a target, how do I
get it to install for Delphi 2005?
-- John Cooper, JPSC ltd, UK 

Subject: Re: How to install the JVCL3 into Delphi 2005
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 02 Dec 2004 17:07:58 -0500
Newsgroups: jedi.vcl

fstischer wrote:
> Hallo,
>
> does anybody has a explanation how i can install die JVCL3 to Delphi 2005?
>
> I tried the installer, but this offered only D5 prof to me.
>
> I have read all the threads about D2005, but sorry nothing was a solution for my problem.
>

If you are using the Trial you may have noticed that DCC32.exe is not included in the Trial version.  This is the command line compiler, and as far as I know, it is the only way for the Installer to function.

You can open the package files manually, one at a time, painfully,
and install them the way you would install a delphi package that didn't come with an installer. ;-)

Maybe someone could build some precompiled-BPLs that work with the trial version, and the installer could be tweaked to skip compilation and just install the BPLs for the Delphi 2005 trial.

Warren


Subject: Re: JVCL/JVCLX - Release date ?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 02 Dec 2004 21:34:58 +0100
Newsgroups: jedi.vcl

Hi,

> I was away from news about JVCL (and its new child, JCLX) and wonder when will version 3 released?

See http://homepages.borland.com/jedi/jvcl/Roadmap.html

Greetings, Robert


Subject: Re: JvThreadTimer Info
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 02 Dec 2004 21:07:19 +0100
Newsgroups: jedi.vcl

norberto wrote:
> Does anyone have any information on the JvThreadTimer component, or know
> where to find any info / help? i have not been able to find any info nor any
> examples on usage.

TJvThreadTimer is documented in the on line help (http://homepages.borland.com/jedi/jedihelp/unit.php?Id=1415). You can download Windows Help and HTML Help versions from http://sourceforge.net/project/showfiles.php?group_id=45786.

TJvThreadTimer has the same interface as TTimer, so you could also look in the Delphi Help.

There is no example in \examples that uses the TJvThreadTimer component.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvFormPlacement Use (again)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 02 Dec 2004 20:59:40 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     Again pointing to a bug in the formstorage component. Jens, if you reading this, a formstorage should always precede it's store path with the name of the form the component is on (ie. the owner).

   I think figured it out. It did use the form name previously, but when we introduced the AppStoragePath property, that part was removed, because this property would specify where to store the data. So an easy fix would be to have this automatically initialize to the form name when the component is created.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JVCL/JVCLX - Release date ?
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 2 Dec 2004 20:52:13 +0200
Newsgroups: jedi.vcl

Hi.
I was away from news about JVCL (and its new child, JCLX) and wonder 
when will version 3 released?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JEDI for Delphi 2005
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Dec 2004 18:42:27 +0100
Newsgroups: jedi.vcl

Dave wrote:

> When I first posted I was doing it manually.
> After that I was always using the installer.  Including the last successful install.

Excellent! I'm really glad to hear that, it means that the whole installation system is working fine.

Thanks a lot for your very valuable feedback.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI for Delphi 2005
From: Dave <Not@not.com>
Date: Thu, 02 Dec 2004 10:17:10 -0700
Newsgroups: jedi.vcl

> Glad to hear that everything is now alright.
> By the way, did you use the Installer or did you use the bdsgroup file and compiled/installed manually?

When I first posted I was doing it manually.
After that I was always using the installer.  Including the last successful install.


OBones said the following on 02/12/2004 8:04 AM:
> Dave wrote:
>
>> Perfect.  I now have JVCL successfully installed in Delphi2005.
>> Now I can start playing with my plugins in D2005.  yeeha!
>
>
> Glad to hear that everything is now alright.
> By the way, did you use the Installer or did you use the bdsgroup file and compiled/installed manually?
>
>
>> By the way, XML Spy says the XML is not well-formed.  Doesn't like the & in the "QREPORT4 & JVCL_UseQuickReport" text.  not that it really matters.
>
>
> Hum... Well, it does really matter a bit, but for the sake of clarity i'm not quite sure I want to change this. I'll see what is involved on the generator side of things.
>
> Thanks for the heads up.
>
> Cheers
>


Subject: Re: JvFormPlacement Use (again)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Dec 2004 17:09:04 +0100
Newsgroups: jedi.vcl

Del Texley wrote:

> This should probably be addressed in the Migration document as it's a significant change from the old formstorage process.  I'm willing to put a base document describing the process for INI files if someone else can fill in the registry and XML process.

This would 99% similar as they share the same base class. The Path issue you were having would have shown up with XML or registry as well.
So if you want to write up a document, please do so, in HTML using the stylesheet available in help\styles and we will gladly include it in the repository

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormPlacement Use (again)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 02 Dec 2004 17:07:31 +0100
Newsgroups: jedi.vcl

Del Texley wrote:
> I finally figured out the problem.  I needed to set the AppStoragePath property in each of the FormStorage components on each form.   

    Now that I think about it, isn't this a bug? I seem to remember each FormStorage would always save the settings in a section named after the form the component was on. IOW, the component should, by design, never store values in the root of the backend.

> property in each of the FormStorage components on each form.  The error message was complaining about 'Section Undefined' which isn't too helpful.  Maybe a more robust error message?  

    Even after setting DefaultSection, you get this message? That would be wrong, but the message itself is correct, since it is an INI file specific thing (empty section names are not allowed when using the API for ini-files).

>
> I did try setting the DefaultSection on the AppIniStorage, but until I set the AppStoragePath on the FormStorage components all the forms assumed the same size and position as the last form destroyed.  The section I defined in the DefaultSection is never populated in the INI file.

    Again pointing to a bug in the formstorage component. Jens, if you reading this, a formstorage should always precede it's store path with the name of the form the component is on (ie. the owner).

> This should probably be addressed in the Migration document as it's a significant change from the old formstorage process.  I'm willing to put a base document describing the process for INI files if someone else can fill in the registry and XML process.

    The problem mainly occurs for INI files only (and a registry storage does not allow value storage in a path directly under one of the root keys). None of the other cases should be any problem, certainly not when the bug in TJvFormStorage is solved (in which case the DefaultSection property will only apply if you use the ini storage directly from code).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JEDI for Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Dec 2004 16:04:42 +0100
Newsgroups: jedi.vcl

Dave wrote:

> Perfect.  I now have JVCL successfully installed in Delphi2005.
> Now I can start playing with my plugins in D2005.  yeeha!

Glad to hear that everything is now alright.
By the way, did you use the Installer or did you use the bdsgroup file and compiled/installed manually?


> By the way, XML Spy says the XML is not well-formed.  Doesn't like the & in the "QREPORT4 & JVCL_UseQuickReport" text.  not that it really matters.

Hum... Well, it does really matter a bit, but for the sake of clarity i'm not quite sure I want to change this. I'll see what is involved on the generator side of things.

Thanks for the heads up.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI for Delphi 2005
From: Dave <Not@not.com>
Date: Thu, 02 Dec 2004 07:38:35 -0700
Newsgroups: jedi.vcl

Perfect.  I now have JVCL successfully installed in Delphi2005.
Now I can start playing with my plugins in D2005.  yeeha!

By the way, XML Spy says the XML is not well-formed.  Doesn't like the & in the "QREPORT4 & JVCL_UseQuickReport" text.  not that it really matters.

Dave.


OBones said the following on 02/12/2004 12:41 AM:
> Dave wrote:
>
>> OBones said the following on 29/11/2004 8:49 AM:
>>
>>> Achim Kalwa wrote:
>>>
>>>> What about releasing a JVCL 3.0-Pre-Beta3 (or what ever you would name it), so it would become available on Sourceforge mirrors.
>>>
>>>
>>>
>>>
>>> This is planned for the 6th of December and should be Release Candidate 1. This may need to be postponed a bit following the Delphi 2005 release. Please see the roadmap here:
>>>
>>> http://homepages.borland.com/jedi/jvcl/Roadmap.html
>>>
>>> Cheers
>>>
>>
>> I have gotten as far as unit JvInterpreter_Quickrpt.  Says TQuickRep is undeclared.  It is not included because "JVCL_UseQuickReport" is undefined if Compiler9orHigher.  So where is TQuickRep suppose to be declared if you do not "JVCL_UseQuickReport" s?
>
>
> That's an error in the xml file which generates the package. Please open packages\xml\JvInterpreter-R.xml and find the line where JvInterpreter_Quickrpt is mentionned. Set the value of the condition flag to JVCL_UseQuickReport so that the node looks like this:
>
>     <File Name="..\..\run\JvInterpreter_Quickrpt.pas"
>           Targets="allbutperso" Formname=""
>           Condition="JVCL_UseQuickReport"/>
>
> Regenerate the packages (using the installer, or the given batch file in packages\bin) and you should be sorted. If you don't want to regenerate the package, simply remove JvInterpreter_Quickrpt.pas from the list of units included in JvInterpreterD9R.dpk
> The change has already been done in CVS.
>
>> I defined it just to see, now I get the error: file not found 'QrPrntr.dcu'.
>
>
> That's normal, QuickReport is not installed by default under D9
>
>> P.S. Did anyone notice that when you load the entire JVCL Package group, BDS.exe takes over 1 gig of RAM?!!!!!?  BDS.exe is sitting at 1,020,652k right now.  Wow!  And I only have a measly 1 gig of RAM <g>
>
>
> I don't have D9 installed, someone else will have to confirm. But I'm not really suprised.
>
> Cheers
>


Subject: Re: JvFormPlacement Use (again)
From: Del Texley <dtexley@lipa.net>
Date: Thu, 2 Dec 2004 14:17:59 +0000 (UTC)
Newsgroups: jedi.vcl

I finally figured out the problem.  I needed to set the AppStoragePath 
property in each of the FormStorage components on each form.  The error 
message was complaining about 'Section Undefined' which isn't too 
helpful.  Maybe a more robust error message?  

I did try setting the DefaultSection on the AppIniStorage, but until I 
set the AppStoragePath on the FormStorage components all the forms 
assumed the same size and position as the last form destroyed.  The 
section I defined in the DefaultSection is never populated in the INI 
file.

Once I corrected my utilization on the formstorage components all of the 
features (including jvDbGrid column saving) started working as expected.

This should probably be addressed in the Migration document as it's a 
significant change from the old formstorage process.  I'm willing to put 
a base document describing the process for INI files if someone else can 
fill in the registry and XML process.

Del


OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:comaso$gc0$1@talkto.net: 

> > Del Texley wrote:
>> >> I still can't get the new form placement components to work.  Maybe
>> >> I'm just stupid, but they are really not intuative at all.
>> >> 
>> >> I have a single JvAppIniFileStorage component, autoflush and
>> >> autoreload are set to true, location is flExeFile.  No filename is
>> >> specified, does it default to the exename?  What is the
>> >> 'defaultsection', is a value required?
> > 
> > You must specify a name. The location property only indicates that any
> > any path information in FileName will be ignored and replaced by the 
> > path to the Exe File.
> > 
> > The default section should be set, unless you gave a path to your 
> > appstorage component.
> > 
>> >> Each form has it's own FormStorage component with the AppStorage
>> >> pointing to the main AppIniFileStorage.  Each has the StoredPropsPath
>> >> set to the name of the form it's on.
> > 
> > Seems good to me, but the AppIniFileStorage should have a path of its 
> > own, or a DefaultSection
> > 
> > Cheers
> > 



Subject: QCommon? JVCL - VisualCLX
From: SiegfriedN <noto@spam.me>
Date: Thu, 02 Dec 2004 12:23:36 +0000
Newsgroups: jedi.vcl

Hi,

I was trying to install latest complete JVCL 3 Beta VisualCLX components, but it does not include the ../QCommon dir and it's units in order to compile the packages. I also looked in the source only archive.

Can anyone tell me where to download the VisualCLX source units for JVCL?

Thanks,

siegs


Subject: Re: CVS-Login - sbdy can check this?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 2 Dec 2004 09:08:23 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:cok64p$22r$1@talkto.net>:

Olivier,

FYI now it works - not over port 80 but port 443 :-)

-- cu, Michael 

Subject: Re: JEDI for Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Dec 2004 08:41:42 +0100
Newsgroups: jedi.vcl

Dave wrote:

> OBones said the following on 29/11/2004 8:49 AM:
>
>> Achim Kalwa wrote:
>>
>>> What about releasing a JVCL 3.0-Pre-Beta3 (or what ever you would name it), so it would become available on Sourceforge mirrors.
>>
>>
>>
>> This is planned for the 6th of December and should be Release Candidate 1. This may need to be postponed a bit following the Delphi 2005 release. Please see the roadmap here:
>>
>> http://homepages.borland.com/jedi/jvcl/Roadmap.html
>>
>> Cheers
>>
>
> I have gotten as far as unit JvInterpreter_Quickrpt.  Says TQuickRep is undeclared.  It is not included because "JVCL_UseQuickReport" is undefined if Compiler9orHigher.  So where is TQuickRep suppose to be declared if you do not "JVCL_UseQuickReport" s?

That's an error in the xml file which generates the package. Please open packages\xml\JvInterpreter-R.xml and find the line where JvInterpreter_Quickrpt is mentionned. Set the value of the condition flag to JVCL_UseQuickReport so that the node looks like this:

    <File Name="..\..\run\JvInterpreter_Quickrpt.pas"
          Targets="allbutperso" Formname=""
          Condition="JVCL_UseQuickReport"/>

Regenerate the packages (using the installer, or the given batch file in packages\bin) and you should be sorted. If you don't want to regenerate the package, simply remove JvInterpreter_Quickrpt.pas from the list of units included in JvInterpreterD9R.dpk
The change has already been done in CVS.

> I defined it just to see, now I get the error: file not found 'QrPrntr.dcu'.

That's normal, QuickReport is not installed by default under D9

> P.S. Did anyone notice that when you load the entire JVCL Package group, BDS.exe takes over 1 gig of RAM?!!!!!?  BDS.exe is sitting at 1,020,652k right now.  Wow!  And I only have a measly 1 gig of RAM <g>

I don't have D9 installed, someone else will have to confirm. But I'm not really suprised.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormPlacement Use (again)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Dec 2004 08:34:46 +0100
Newsgroups: jedi.vcl

Del Texley wrote:
> I still can't get the new form placement components to work.  Maybe I'm just stupid, but they are really not intuative at all.
>
> I have a single JvAppIniFileStorage component, autoflush and autoreload are set to true, location is flExeFile.  No filename is specified, does it default to the exename?  What is the 'defaultsection', is a value required?

You must specify a name. The location property only indicates that any any path information in FileName will be ignored and replaced by the path to the Exe File.

The default section should be set, unless you gave a path to your appstorage component.

> Each form has it's own FormStorage component with the AppStorage pointing to the main AppIniFileStorage.  Each has the StoredPropsPath set to the name of the form it's on.

Seems good to me, but the AppIniFileStorage should have a path of its own, or a DefaultSection

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvThreadTimer Info
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 1 Dec 2004 20:32:16 -0800
Newsgroups: jedi.vcl

Hi,

Does anyone have any information on the JvThreadTimer component, or know
where to find any info / help? i have not been able to find any info nor any
examples on usage.

Thanks.





Subject: Timeline & drag
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 2 Dec 2004 03:12:16 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Is there any way to prevent all drag operations on a TJvTimeLine component? 

I am after something that just displays bars between dates, eventually in 
different colors. Ok, I can manage that but clicking/dragging around on any 
of the bars brings out new bars, moves bars, etc, etc. I need to be able to 
click on them (or probably double-click) but I need to have them fixed in 
place and cannot see how to prevent the dragging. Everything seems to 
'drag' by default.

Any free clues will be gratefully received.

TIA


Subject: Re: JEDI for Delphi 2005
From: Dave <Not@not.com>
Date: Wed, 01 Dec 2004 16:41:21 -0700
Newsgroups: jedi.vcl

OBones said the following on 29/11/2004 8:49 AM:
> Achim Kalwa wrote:
>
>> What about releasing a JVCL 3.0-Pre-Beta3 (or what ever you would name it), so it would become available on Sourceforge mirrors.
>
>
> This is planned for the 6th of December and should be Release Candidate 1. This may need to be postponed a bit following the Delphi 2005 release. Please see the roadmap here:
>
> http://homepages.borland.com/jedi/jvcl/Roadmap.html
>
> Cheers
>

I have gotten as far as unit JvInterpreter_Quickrpt.  Says TQuickRep is undeclared.  It is not included because "JVCL_UseQuickReport" is undefined if Compiler9orHigher.  So where is TQuickRep suppose to be declared if you do not "JVCL_UseQuickReport" s?

I defined it just to see, now I get the error: file not found 'QrPrntr.dcu'.

P.S. Did anyone notice that when you load the entire JVCL Package group, BDS.exe takes over 1 gig of RAM?!!!!!?  BDS.exe is sitting at 1,020,652k right now.  Wow!  And I only have a measly 1 gig of RAM <g>

Thanks,
Dave.


Subject: Re: Install error
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 01 Dec 2004 22:03:34 +0100
Newsgroups: jedi.vcl

Hi,

> Delphi 7 and JVCL 3. I get the following error part way through the install
>
> C:\Program Files\Borland\Delphi7\New Components\JVCL\jvcl\run\JvZlibMultiple.pas(35) Fatal: File not found: 'JclZLib.dcu'

Do not use JVCL 3 Beta 2 with JCL 1.93. JclZLib is not longer part of JCL; it has been replaced by JclCompression.

If you want to try JVCL 3 Beta 2, download the package which has JCL 1.92 bundled.

Greetings, Robert


Subject: JvFormPlacement Use (again)
From: Del Texley <dtexley@lipa.net>
Date: Wed, 1 Dec 2004 20:48:50 +0000 (UTC)
Newsgroups: jedi.vcl

I still can't get the new form placement components to work.  Maybe I'm 
just stupid, but they are really not intuative at all.

I have a single JvAppIniFileStorage component, autoflush and autoreload 
are set to true, location is flExeFile.  No filename is specified, does 
it default to the exename?  What is the 'defaultsection', is a value 
required?

Each form has it's own FormStorage component with the AppStorage pointing 
to the main AppIniFileStorage.  Each has the StoredPropsPath set to the 
name of the form it's on.

When the main form loads i get an error of:
    	JvAppIniFileStorage.ReadValue: Section undefined
I get the same message for each of the other forms when they open.  The 
message repeats twice when a form is closed.

Does anyone have a detailed, step-by-step set of instructions on how to 
change from the old 2.1 JvFormStorage to the new one?  I would be happy 
to work on it and make it suitable for inclusion in the release notes to 
help the next poor soul that tries to convert to v3.  (I would like to 
see how the way the columns in jvDbGrid are now stored as well since 
that's not automatic anymore).

Thanks

Del



Subject: Re: JvValidateEdit: TrimDecimals bug and proposed fix
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Dec 2004 21:17:33 +0100
Newsgroups: jedi.vcl

Fixed. Thanks

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvSpellChecker
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Dec 2004 21:12:16 +0100
Newsgroups: jedi.vcl

> > It seems the offests or something in the edit are off, with the RichEdit
> > JvSpellChecker goes to the exact position in the text, and then when I use
> > the JVRichEdit, it is some 7-8 spaces behind.
Yep, I've seen this as well.

> > Is it a matter of some sort of offest adjustments, or are these two
> > incompatible somehow?
I think it is CRLF's that are counted differently, but I haven't looked into
it in any detail.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Donation questions
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 1 Dec 2004 20:02:58 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote: 

> > I've done some testing and it seems that every time 'TRect' is
> > used in Delphi, it gets generated as 'const Types::TRect&', even
> > for events. What do you mean by "not compatible" ?
> > 

1.
I found bug in my component:
if you tried it it, there should be used OnDrawLeftMargin
instead of FOnDrawLeftMargin in DrawLeftMargin function.
FOnDrawMargin is nonsense there and it should be deleted 
from the descendant component (it arose with some my 
attempts with the component).
Function should look like:
void __fastcall TJvStandardMenuItemPainterVerText::DrawLeftMargin( 
const TRect & ARect)
{
  if( OnDrawLeftMargin || (FOrigStandardPainter==true ) )  
  {
    TJvCustomMenuItemPainter::DrawLeftMargin(ARect);
  }
  else
  {
    DefaultDrawLeftMargin(ARect, StartColor, EndColor);
    if(FVerticalText !="")
    {
      DrawVerticalText(ARect);
    }
  }
}
----------
2. (...not compatible...)
a) TJvStandardMenuItemPainter generates new event with prototype:
  xxxDrawLeftMargin( TMenu *Sender, TRect &Rect)  <- no const here, 
  but in "JvMenus.hpp" you I can find definition with const 
"typedef void __fastcall (__closure *TJvDrawLeftMarginEvent)
(Menus::TMenu* Sender, const Types::TRect &Rect)"

b) TJvStandardMenuItemPainterVerText generates new event with
 prototype: 
  xxxDrawLeftMargin(TMenu *Sender, const TRect &Rect) <- const here

When I put both above mentioned components on same form and create 
both events then I can see and assign both events in case of a) 
component but
I cannot do the same in b) type (descendant) component.

And that's why I wrote "not compatible" because both 
generated prototypes in a) and b) case are not compatible (because
'const'). 

Please correct me if I am wrong but I think that events should be
accessible in both component events by same way.


Subject: Re: Donation questions
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 01 Dec 2004 20:37:19 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Vaclav Korecek wrote:
>
>> I cannot find solution for that. Where is the problem?
>
>
> Well, I don't know because there is no "const" specifier in the Delphi code. Are you sure you are using the very latest version of the JVCL 3?
> I don't have C++ Builder here, I will have a look tonight if I can free up some time.

I've done some testing and it seems that every time 'TRect' is used in Delphi, it gets generated as 'const Types::TRect&', even for events. What do you mean by "not compatible" ?


Subject: JvSpellChecker
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Wed, 1 Dec 2004 20:11:08 +0200
Newsgroups: jedi.vcl

 My question is about the differences in using JvSpellChecker with the 
standard RichEdit, and then with the JVRichEdit.

It seems the offests or something in the edit are off, with the RichEdit 
JvSpellChecker goes to the exact position in the text, and then when I use 
the JVRichEdit, it is some 7-8 spaces behind.

Is it a matter of some sort of offest adjustments, or are these two 
incompatible somehow?

many thanks
omziff



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Install problem with D5 and XP
From: "Ellio Martina" <news@elliomartina.com>
Date: Wed, 01 Dec 2004 14:27:05 +0100
Newsgroups: jedi.vcl

Peter Sanders <psanders@multiline.com.au> schreef op Wed, 24 Nov 2004 23:52:06 +0800:

> Hi
>
> On Wed, 24 Nov 2004 23:47:12 +0800, Peter Sanders <psanders@multiline.com.au> wrote:
>
>> I could not find the QForms.dcu (or the .pas) file ANYWHERE on the current disk or the other drive I on which I have win98 and the completely installed jcl/jvcl packages.
>
> Further to my last message. The XP pro and Delphi5 are comletely clean and fresh installs, no backups were used. I would presume from this that there are no "older" versions of jcl/jvcl to cause problems.
>
>
 Hello,

I just installed the Jvcl3 on the same configuration of XP and D5.
(Of course with servicepack 5.0>5.1)

First I tried to run the install.bat in the JCL dir to install the JCL for JVCL3.
That failed, since it cleaned up and removed the JediInstaller.exe in jcl\bin.
With running the installer it went OK.

After that I ran install.bat in the JVCL dir.
(Some (error) messages passed in the dos screen very quickly, so I could not read it,
but then the JVCL installer showed and from there the installation went perfect.
(No clx selection for D5)
From the JVCL installer you can run the JCL installation, which should be there
before the JVCL is installed.

After opening a project with some JVCL components, I got the error
"cannot find JclBase.dcu"
for some obscure reason the JclBase.pas had not been been build into a .dcu
since it was not in the \lib\d5 dir.
Recompiling the JCL package solved the problem and all seems to run fine.


You might run into some error messages for changed/missing components, so you have to
replace/adjust these

Ellio


-- 

Ellio

Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: CVS-Login - sbdy can check this?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 1 Dec 2004 14:08:21 +0100
Newsgroups: jedi.vcl

hello OBones,

I have just installed my new U.S. Robotics firewall/vpn/nas and as expected I was no longer able to connect with Tortoise. Then I have opened port 2401 TCP (as an outbound filter rule) and the connection is now ok as it was before.

Regards
Salvatore



Subject: Re: CVS-Login - sbdy can check this?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 1 Dec 2004 13:04:58 +0100
Newsgroups: jedi.vcl

"OBones" wrote in message <news:cok64p$22r$1@talkto.net>:

> > There is a knwon issue with SourceForge and their anonymous server. From 
> > the answer you get to your command, I guess they have put a real HTTP 
> > server on port 80 instead of a cvs pserver. Login on SourceForge and put 
> > a support request for that, they should be able to help.
Yes, you already posted this but I thought it was just a temporary or a
firewall problem. Nevertheless I will post this to the support.

> > Cheers
Ciao and thanks!


-- cu, Michael 

Subject: Re: Install error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 01 Dec 2004 13:01:55 +0100
Newsgroups: jedi.vcl

Steve Warburton wrote:

> Delphi 7 and JVCL 3. I get the following error part way through the install
>
> C:\Program Files\Borland\Delphi7\New Components\JVCL\jvcl\run\JvZlibMultiple.pas(35) Fatal: File not found: 'JclZLib.dcu'
>
> I have unistalled and removed all paths fiels etc relating to the previous install.
>
> Where do I start.

You need to install the JCL before the JVCL.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: CVS-Login - sbdy can check this?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 01 Dec 2004 13:01:14 +0100
Newsgroups: jedi.vcl

There is a knwon issue with SourceForge and their anonymous server. From the answer you get to your command, I guess they have put a real HTTP server on port 80 instead of a cvs pserver. Login on SourceForge and put a support request for that, they should be able to help.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: CVS-Login - sbdy can check this?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 1 Dec 2004 12:59:17 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message <news:1kqgv88fd4nas.dlg@die-fritzens.de>:

> > Could sbdy please try this command for me as I want to find out if I'm
> > making something wrong or if it is just an issue of/with SF.
BTW I'm using the latest WinCVS version.

-- cu, Michael 

Subject: Install error
From: "Steve Warburton" <Swarburton@orange.net>
Date: Wed, 1 Dec 2004 11:57:27 -0000
Newsgroups: jedi.vcl

Delphi 7 and JVCL 3. I get the following error part way through the install

C:\Program Files\Borland\Delphi7\New 
Components\JVCL\jvcl\run\JvZlibMultiple.pas(35) Fatal: File not found: 
'JclZLib.dcu'

I have unistalled and removed all paths fiels etc relating to the previous 
install.

Where do I start.

Cheers

Steve W 




Subject: CVS-Login - sbdy can check this?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 1 Dec 2004 11:43:49 +0100
Newsgroups: jedi.vcl

Hi,

I'm sitting behind a firewall which rejects access to the CVS port 2401. So
I'm trying to use the access via port 80 as described here:
http://sourceforge.net/docman/display_doc.php?docid=14033&group_id=1#firewall

Following these instructions I used the command below to gain access:
cvs -d:pserver:anonymous@cvs-pserver.sf.net:80/cvsroot/jvcl login

However this does not work! After entering the password (simply pressed
enter, tried anonymous as well) I get an error message:
cvs [login aborted]: unrecognized auth response from cvs-pserver.sf.net:
HTTP/1.1 400 Bad Request ( The data is invalid. )

Could sbdy please try this command for me as I want to find out if I'm
making something wrong or if it is just an issue of/with SF.

THX!
-- cu, Michael 

Subject: JvValidateEdit: TrimDecimals bug and proposed fix
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 01 Dec 2004 10:19:42 +0100
Newsgroups: jedi.vcl

Hi, all!

I think I've spotted a bug in JvCustomValidateEdit. When setting TrimDecimals property to True, control is expected to trim the trailing zeros from the newly entered value. However, it fails to do so when user enters a value which contains zeros only after the decimal separator, for example:

15,0
0,0
2,0000

In such cases, the output value looks like this:

15,
0,
2,

I've taken a quick look at the code and I'm sure that TJvCustomValidateEdit.ChangeText method is responsible for the bug. The proposed (not tested, though) solution would be to insert a single line within this method as follows:

=== begin code snippet ===
procedure TJvCustomValidateEdit.ChangeText(const NewValue: string);
var
  S: string;
  Ps, I: Integer;
begin
  FSelfChange := True;
  try
    Ps := 0;
    if TrimDecimals then
    begin
      Ps := Pos(DecimalSeparator, NewValue);
      if Ps > 0 then
      begin
        I := Length(NewValue);
        while (I > Ps) and (NewValue[I] = '0') do
          Dec(I);

        // bug fix begin
        if Ps = I then
          Dec(I);
        // bug fix end

        S := FDisplayPrefix + Copy(NewValue, 1, I) + FDisplaySuffix;
      end;
    end;
    if Ps = 0 then
      S := FDisplayPrefix + NewValue + FDisplaySuffix;
    if S <> inherited Text then
      inherited SetText(S);
  finally
    FSelfChange := False;
  end;
end;
=== end code snippet ===

Could anyone please comment on this? Should I add an entry to the Mantis?


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Force JvZoom to update image.
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 1 Dec 2004 09:03:11 +0100
Newsgroups: jedi.vcl

"Joby" <wandering2000@yahoo.com> schrieb im Newsbeitrag
news:coj5b4$r31$1@talkto.net...
> > Is there a way to force a TJvZoom to update its image
> > without moving the mouse??  I'm using it to zoom the
> > current curor position on an aerial photo.  When you
> > click the mouse a small bitmap is added to the aerial
> > photo, but the bitmap does not show-up in the JvZoom
> > until the user moves the mouse.  Can I send the JvZoom
> > a windows message to tell it to update its image
> > without actually moving the mouse??  Thank you,  Joby

Hi,

did you try to call TJvZoom.Invalidate? I think that should force a complete
redraw (did not try it!!)

Ciao,
Ralf



Subject: How to install the JVCL3 into Delphi 2005
From: "fstischer" <fs.tischer@web.de>
Date: Wed, 1 Dec 2004 09:05:21 +0200
Newsgroups: jedi.vcl

Hallo,

does anybody has a explanation how i can install die JVCL3 to Delphi 2005?

I tried the installer, but this offered only D5 prof to me.

I have read all the threads about D2005, but sorry nothing was a solution 
for my problem.


Hope anybody can help me

Regards Frank



--- posted by geoForum on http://delphi.newswhat.com


Subject: Force JvZoom to update image.
From: "Joby" <wandering2000@yahoo.com>
Date: Wed, 1 Dec 2004 03:42:07 +0200
Newsgroups: jedi.vcl

 Is there a way to force a TJvZoom to update its image
without moving the mouse??  I'm using it to zoom the
current curor position on an aerial photo.  When you
click the mouse a small bitmap is added to the aerial
photo, but the bitmap does not show-up in the JvZoom
until the user moves the mouse.  Can I send the JvZoom
a windows message to tell it to update its image
without actually moving the mouse??  Thank you,  Joby



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvGIF
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Nov 2004 21:51:13 +0100
Newsgroups: jedi.vcl

Search your entire harddrive(s) for any dcu, dcp and bpl that starts with Jv
or Jcl and delete them. Then reinstall JCL and JVCL (in that order).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvGIF
From: "Tim" <me@here.com>
Date: Tue, 30 Nov 2004 15:33:26 -0500
Newsgroups: jedi.vcl

Hi All,

I am getting an error and I have no idea how to correct it.  I am using the 
Daily build dated 2004-11-29 of both JCL and JVCL and I am having a problem 
with the Standard TImage Component in Delphi 7.  I guess the standard 
picture editor is replaced with an improved one that supports GIF images. 
When I try to compile a program with a GIF image in the TImage.Picture I get 
the following error:

"[Fatal Error] Unit1.pas(7): Unit JclRTTI was compiled with a different 
version of JclResources.RsDeclarationFormat"

I had an older version (2.x I beleive) installed previously and I deleted it 
all before I installed this version.

I am using the latest version (as of yesterday) of JCL and JVCL and I just 
can't get it to work.  I have even tried recompiling every package one at a 
time to see if that would help but it did not.  Any assistance would be 
greatly appreciated.

Tim.


-- 

Subject: Re: Donation questions
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 30 Nov 2004 14:35:53 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in news:cohk5a$fnk$1
@talkto.net:

> > Yes, please put it in a zip file and post a message with in 
> > jedi.binaries on the same server as the current group.
> > 

Done.
(Look for "Vert. text MenuPainter example" subject in binaries)

I have installed JVCL version from 29.11.2004 and problem
still persist but maybe it can be my problem. ??? 

Note:
Look at JvStandardMenuItemPainterVerText.h file for 
CONST_WARN definition.
a) 
#define CONST_WARN      (0)
The componet work quite well for me.
b)
#define CONST_WARN      (1)
The component generates warning and don't work for me.

Thanks you Olivier,
Vaclav

P.S. When you look at the code you find there that I 
want to keep backward compatibility and I think about
the other users but there are some little problems there...


Subject: Re: Donation questions
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 30 Nov 2004 13:41:48 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> I have JVCL 3 version from 22-11-2004. I think it is not so old.
> Problem with prototypes which I have described in my previous
> contribution I have whole time of my comp. descendant life.

Ok, that's good enough.

> P.S.: I can send you the component code and you can look at it...

Yes, please put it in a zip file and post a message with in jedi.binaries on the same server as the current group.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Donation questions
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 30 Nov 2004 12:47:12 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> I cannot find solution for that. Where is the problem?

Well, I don't know because there is no "const" specifier in the Delphi code. Are you sure you are using the very latest version of the JVCL 3?
I don't have C++ Builder here, I will have a look tonight if I can free up some time.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Donation questions
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 30 Nov 2004 10:53:57 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:cohguu$f1h$1@talkto.net: 

> > Well, I don't know because there is no "const" specifier in the
> > Delphi code. Are you sure you are using the very latest version
> > of the JVCL 3? I don't have C++ Builder here, I will have a look
> > tonight if I can free up some time.
I have JVCL 3 version from 22-11-2004. I think it is not so old.
Problem with prototypes which I have described in my previous
contribution I have whole time of my comp. descendant life.

Thank you
Vaclav

P.S.: I can send you the component code and you can look at it...


Subject: Re: JVCL install problems (D7 and D9)
From: MeGaBrAiN <webadmin@bcforum.ru>
Date: Tue, 30 Nov 2004 15:28:52 +0500
Newsgroups: jedi.vcl

On Tue, 30 Nov 2004 11:16:41 +0100, Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote:

>
>      Nope. Does the installer send the Library Search Path of Delphi along to dcc32.exe? If so, that path might be the issue here.
>

Where i can check it? And what to do if so?

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: JVCL install problems (D7 and D9)
From: MeGaBrAiN <webadmin@bcforum.ru>
Date: Tue, 30 Nov 2004 15:22:59 +0500
Newsgroups: jedi.vcl

On Tue, 30 Nov 2004 14:21:29 +0500, MeGaBrAiN <webadmin@bcforum.ru> wrote:

Strange.. installer from prior version (2004-11-22) working well..



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: JVCL install problems (D7 and D9)
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 30 Nov 2004 11:16:41 +0100
Newsgroups: jedi.vcl

MeGaBrAiN wrote:
>
> c:\d7lib\jedi\
>  jcl\
>  JVCL3\
>
> not to long in my opinion :)
>

    Nope. Does the installer send the Library Search Path of Delphi along to dcc32.exe? If so, that path might be the issue here.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Donation questions
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 30 Nov 2004 09:58:23 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote : 

> > In some instances it may
> > prove possible to convert to Delphi code. But in this particular
> > case, I'm quite sure this would be useless as what you propose
> > can be done using the OnDrawMargin event of every painter. I
> > know that you still have to draw the text yourself, but the JVCL
> > must stay generic and we can't decide wether users want to write
> > a text or draw a picture in there. The possible combinations are
> > too numerous. 
OK. I respect your opinion. No problem. 
Only one my note or question is:  I wanted to create
component which would allow using of OnDrawLeftMargin event but 
problem is that I have some problems with prototypes of functions.
When I use same prototype as is in TJvCustomMenuItemPainter I get
following warning:
[C++ Warning] JvStandardMenuItemPainterVerText.h(61): W8022 
'_fastcall TJvStandardMenuItemPainterVerText::DrawLeftMargin(TRect 
&)' hides virtual function '_fastcall 
TJvCustomMenuItemPainter::DrawLeftMargin(const TRect &)'
It seems to me I cannot override base class.

Regardiing the above mentioned warning:
JvStandardMenuItemPainter creates following protoype: 
JvStandardMenuItemPainter1DrawLeftMargin( 
       TMenu *Sender, TRect &Rect) - no const here

My new component creates such prototype:
JvStdMnuItmPainterPopVerTextDrawLeftMargin(
       TMenu *Sender, const TRect &Rect) - here is const always

When I add const into my declaration (const TRect &Rect) it
does not generate warning but it is not compatible with 
original TJvCustomMenuItemPainter event prototype.
I cannot find solution for that. Where is the problem?

 
> > We definitely are interested in Delphi examples converted to
> > BCB. I've done quite a few, starting from the first in
> > alphabetical order. All of them are in the BCB directory and
> > place their obj in ..\..\dcu and the exe file in ..\..\bin
> > Ensure your demos do that, put them into a zip file, then login
> > to Mantis (http://homepages.borland.com/jedi/issuetracker/) and
> > create a new issue in JVCL of type Donations.
> > It will then be reviewed for inclusion in the next release.

Yes. Thanks you for guidebook.

Vaclav


Subject: Re: JVCL install problems (D7 and D9)
From: MeGaBrAiN <webadmin@bcforum.ru>
Date: Tue, 30 Nov 2004 14:21:29 +0500
Newsgroups: jedi.vcl

On Tue, 30 Nov 2004 10:15:55 +0100, OBones <obones_gfgfd_@_dgf_altern.org> wrote:


>
> Where did you put the JCL and JVCL source files ?
> Because if this is too deep, then the arguments may be too long.
>

c:\d7lib\jedi\
 jcl\
 JVCL3\

not to long in my opinion :)

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: JVCL install problems (D7 and D9)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 30 Nov 2004 10:15:55 +0100
Newsgroups: jedi.vcl

MeGaBrAiN wrote:

> Hi all..
> Have both delphi's installed (d7 and d9)
> Trying to recompile lastest Jvcl to d7 only..
> installer says: Delphi 7 (CCS) error
>
> Windows XP Service Pack 2 (5.1.2600)
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Fatal: Command arguments too long
>
> But sysvar PATH=C:\Program Files\Borland\Delphi7\Bin;
>
> what a problem?

Where did you put the JCL and JVCL source files ?
Because if this is too deep, then the arguments may be too long.

-- 
Olivier Sannier
JVCL Coordinator


Subject: JVCL install problems (D7 and D9)
From: MeGaBrAiN <webadmin@bcforum.ru>
Date: Tue, 30 Nov 2004 14:13:04 +0500
Newsgroups: jedi.vcl

Hi all..
Have both delphi's installed (d7 and d9)
Trying to recompile lastest Jvcl to d7 only..
installer says: Delphi 7 (CCS) error

Windows XP Service Pack 2 (5.1.2600)
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long

But sysvar PATH=C:\Program Files\Borland\Delphi7\Bin;

what a problem?


Subject: Re: TJvMail - JVCL 2.10 - MS Exchange
From: "Rainer Budde" <budde@prodas.de>
Date: Tue, 30 Nov 2004 10:12:05 +0100
Newsgroups: jedi.vcl

Hi,

> > I'm not sure if it is necessary for Outlook 2003 but did you prefix it
> > with "SMTP:" (5 chars)?
no I don´t! But it works with this Prefix.

Thanks for your answer!

Best regards

Rainer




Subject: Re: Donation questions
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 30 Nov 2004 08:32:31 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> Hi,
> I have questions regarding of donation code and examples.
>
> 1. Long time I use "Vertical Text" in margin of tray PopUp Menu.
>    I always made it in application code level. Some time ago I
>    decided to make component for that and I did it as descendant of    TJvStandardMenuItemPainter. I did it as descendant because    I am not "Delpher" (Delphi developer - only BCB installed)    so I have C++ code only.    My question is: can I make donation of C++ component code?

Components coded in C++ cannot directly be included in the JVCL as it has to be made of Delphi code. In some instances it may prove possible to convert to Delphi code. But in this particular case, I'm quite sure this would be useless as what you propose can be done using the OnDrawMargin event of every painter. I know that you still have to draw the text yourself, but the JVCL must stay generic and we can't decide wether users want to write a text or draw a picture in there. The possible combinations are too numerous.


> 2. I converted some Delphi example codes into BCB6 (JvUIB and some    other). No problem to provide it as well, but I don't know    whether such conversion are useful, interesting and so on ...
>    So what? :-)

We definitely are interested in Delphi examples converted to BCB. I've done quite a few, starting from the first in alphabetical order. All of them are in the BCB directory and place their obj in ..\..\dcu and the exe file in ..\..\bin
Ensure your demos do that, put them into a zip file, then login to Mantis (http://homepages.borland.com/jedi/issuetracker/) and create a new issue in JVCL of type Donations.
It will then be reviewed for inclusion in the next release.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Refresh TJvZoom without MouseMoving
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Nov 2004 08:30:32 +0100
Newsgroups: jedi.vcl

If you have the latest version (v 1.17), you could add a ForceUpdate method
to the public section:

procedure TJvZoom.ForceUpdate;
begin
  if Enabled then
    FLastPoint := Point(MaxLongint, MaxLongint);
  Invalidate; // or Repaint/Update
end;

....and call it right after you have inserted the bitmap. If this works, we
can add it to the CVS version


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Install problem JVCLBeta2 with jvCryptD7R
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 30 Nov 2004 08:27:08 +0100
Newsgroups: jedi.vcl

mike wrote:

> bandwidth to http://jvcl.sourceforge.net/daily/ makes getting this release impossible.
> JCL 1.93 doesn't work
> JCL 1.92 no longer published
> JCL 1.91 no longer published
>
> i think already today i saw that JCL 1.91 is required so i can install to D7.
>
> WHAT A HEADACHE!

Note that there is version of JVCL 3 Beta 2 on the download servers at SourceForge that includes a JCL inside it:

http://prdownloads.sourceforge.net/jvcl/JVCL300BETA2JCL192-Build1666Complete.zip?download

This one has been tested to compile.

Cheers


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvExCtrls??
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Nov 2004 08:21:04 +0100
Newsgroups: jedi.vcl

Ale wrote:

> > I've noticed there are many JvEx* based controls, but they aren't
> > installed in the component palette by the Installer. How can I install
> > them to try them?

The JvEx* components are for internal use only. If you want to know more
about them see $(JVCL3)\Help\JvExVCL.html



-- Regards, Andreas Hausladen 

Subject: Re: JvExCtrls??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Nov 2004 08:20:25 +0100
Newsgroups: jedi.vcl

> > I've noticed there are many JvEx* based controls, but they aren't
> > installed in the component palette by the Installer. How can I install
> > them to try them?
You don't. They are base classes for the controls that are installed.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: JvExCtrls??
From: "Ale" <nospam@nospam.com>
Date: Tue, 30 Nov 2004 07:02:40 +0200
Newsgroups: jedi.vcl

I've noticed there are many JvEx* based controls, but they aren't
installed in the component palette by the Installer. How can I install
them to try them?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Donation questions
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 30 Nov 2004 03:51:34 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I have questions regarding of donation code and examples.

1. Long time I use "Vertical Text" in margin of tray PopUp Menu.
   I always made it in application code level. Some time ago I
   decided to make component for that and I did it as descendant of 
   TJvStandardMenuItemPainter. I did it as descendant because 
   I am not "Delpher" (Delphi developer - only BCB installed) 
   so I have C++ code only. 
   My question is: can I make donation of C++ component code?
   
   Surely, I don't stand on using code in new separted component 
   in case that someone find it usefull ;-).

2. I converted some Delphi example codes into BCB6 (JvUIB and some 
   other). No problem to provide it as well, but I don't know 
   whether such conversion are useful, interesting and so on ...
   So what? :-)

TIA
Vaclav


Subject: Refresh TJvZoom without MouseMoving
From: "Joby" <wandering2000@yahoo.com>
Date: Tue, 30 Nov 2004 03:28:38 +0200
Newsgroups: jedi.vcl

I'm using a TJvZoom to highlight an area of a map where the
cursor is. When you click on the map, a small bitmap is placed
where you clicked.  I'd like the TJvZoom to update immediately
to show the new small bitmap, but you have to move the mouse
before the TJvZoom refreshes its image. Is there a way I can
get the TJvZoom to update its image?? Can I send it a
Windows message that will simulate the mousing moving, so
it updates??  Thank you,  Joby



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvMail - JVCL 2.10 - MS Exchange
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 29 Nov 2004 23:42:13 +0100
Newsgroups: jedi.vcl

Rainer Budde wrote:

> and set a valid Recipient in the "Adress"
> property. 


I'm not sure if it is necessary for Outlook 2003 but did you prefix it with "SMTP:" (5 chars)?

See http://homepages.borland.com/jedi/jedihelp/item.php?Id=60088

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: BalloonHint minor problem
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 29 Nov 2004 23:37:11 +0100
Newsgroups: jedi.vcl

Attila Balog wrote:
> When the component is destroyed on which the balloonhint is shown I get an AV. In practice it happens when the ballonhint is shown on one of the form's components when the underlying form is destroyed.

I can not reproduce this, so can you make a small application that shows this problem. Please make a bugreport at http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php where you can attach/upload the application showing the bug.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Install problem JVCLBeta2 with jvCryptD7R
From: "mike" <stealth@nowhere.xrw.bc.ca>
Date: Mon, 29 Nov 2004 14:24:49 -0800
Newsgroups: jedi.vcl

bandwidth to http://jvcl.sourceforge.net/daily/ makes getting this release 
impossible.
JCL 1.93 doesn't work
JCL 1.92 no longer published
JCL 1.91 no longer published

i think already today i saw that JCL 1.91 is required so i can install to 
D7.

WHAT A HEADACHE!

mp

"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message 
news:coe909$ocj$1@talkto.net...
> > Paul Hectors wrote:
>> >> I am trying to install JVCLBeta2 but get the following error for package
>> >> jvCryptD7R:
>> >> [Fatal Error] JvZlibMultiple.pas(35): File not found: 'JclZLib.dcu'
>> >>
>> >> The version of JCL installed is JCL1.93-Build1722a.zip.
>> >> I have compiled all other JVCL packages with no problems.
>> >>
>> >> How can I get jvCryptD7R to compile?
> >
> > JCL 1.93 is more recent than JVCL 3B2, which means that it contains 
> > changes that are only taken into account in the CVS version of the JVCL. 
> > You then have two solutions:
> >
> > 1. Use JCL 1.92
> > 2. Use the JVCL daily zip
> >
> > The second option is the preferred one as you will get the latest fixes 
> > for both librairies. The daily zips are available here:
> >
> > http://jvcl.sf.net/daily/
> > http://jcl.sf.net/daily/
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: debug tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Nov 2004 17:26:25 +0100
Newsgroups: jedi.vcl

Carlos wrote:

> My clients just say the computer hangs They don't mention that they get an exception.  Is there a solution to this?

That is the hardest error to find.
Apart from a debugging session on such a computer there is not much to do.

Maybe check your for loop Variables.
A common bug is this one:

var
  I: Cardinal;
begin
  for I := 0 to xxx.Count - 1 do
    ...

This is a Loop from 0 to $FFFFFFFF if xxx.Count = 0.
If the code inside the loop does not throw an exception then this may very well take a long time to execute.

Replace
  I: Cardinal;
by
  I: Integer;


Subject: Re: TJvCSVDataSet doesn't work with MEMO fields?
From: "jscott" <NOSPAM@NOSPAM.COM>
Date: Mon, 29 Nov 2004 18:07:31 +0200
Newsgroups: jedi.vcl

> >It won't be a simple fix, but it's definitely worth adding.  I'll let 
> >you know when I have something.
> >
> >Warren
> >

Glad to hear it's being looked into.

It would be great if you could email me your status/update at 
supportATblueorbsoftDOTcom as I don't check here often.  Would be happy 
to beta-test the units.

Thanks for your help,
Jon.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JEDI for Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 29 Nov 2004 16:49:14 +0100
Newsgroups: jedi.vcl

Achim Kalwa wrote:

> What about releasing a JVCL 3.0-Pre-Beta3 (or what ever you would name it), so it would become available on Sourceforge mirrors.

This is planned for the 6th of December and should be Release Candidate 1. This may need to be postponed a bit following the Delphi 2005 release. Please see the roadmap here:

http://homepages.borland.com/jedi/jvcl/Roadmap.html

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI for Delphi 2005
From: Achim Kalwa <spamcollector@achim-kalwa.de>
Date: Mon, 29 Nov 2004 16:39:40 +0100
Newsgroups: jedi.vcl

Hello,

Robert Meek wrote:
>     Well the reason I asked was that the download speed of the dailies on SourceForge are running at about 8kps!  I Did manage to get the latest 

Same problem here. Today I've tried to download the dailies (both JCL and JVCL) three times; either download was interrupted, timed out or ZIP file was corrupted :-(

I've installed Delphi 2005 Pro german and now I would try to get JVCL installed.

What about releasing a JVCL 3.0-Pre-Beta3 (or what ever you would name it), so it would become available on Sourceforge mirrors.

Regards
Achim


Subject: Re: JEDI for Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 29 Nov 2004 16:26:54 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

>     Well the reason I asked was that the download speed of the dailies on SourceForge are running at about 8kps!  I Did manage to get the latest source only version but again all kinds of problems getting it installed. Some ofthe runtime packages will compile but none of the designtime will, and when I try to load the group project package as well as a couple of the individual project files it causes D9 to lockup and impossible to even shut down.  I have to manually shut the system down and reboot.
>     So if anybody HAS gotten the jvcl running on D9 please tell me how you did it and I can follow those steps.  Once it's up an running I can at the very least help trouble-shoot any individual component problems for the group.

I understand your frustration, especially with the download speed.
As to getting the packages to work with D9, Peter is the one to talk here, I guess. I originally put the packages in CVS, I simply regenerated them with the package generator. When I looked at the diffs, no changes were detected which means the generator got it right.
However, something else may have happened, and that's why i'll leave it to others to talk about.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI for Delphi 2005
From: "Robert Meek" <rmeek1@comcast.net>
Date: Mon, 29 Nov 2004 09:34:28 -0500
Newsgroups: jedi.vcl

    Well the reason I asked was that the download speed of the dailies on 
SourceForge are running at about 8kps!  I Did manage to get the latest 
source only version but again all kinds of problems getting it installed. 
Some ofthe runtime packages will compile but none of the designtime will, 
and when I try to load the group project package as well as a couple of the 
individual project files it causes D9 to lockup and impossible to even shut 
down.  I have to manually shut the system down and reboot.
    So if anybody HAS gotten the jvcl running on D9 please tell me how you 
did it and I can follow those steps.  Once it's up an running I can at the 
very least help trouble-shoot any individual component problems for the 
group.

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message news:coelbm$qn7$1@talkto.net...
> > Robert Meek wrote:
> >
>> >>     It appears the cvs versions are clearly updated on a more regular 
>> >> basis compared to the dailies zip versions I've been downloading and 
>> >> trying to install.  Are these open to the public?  If so can I have a url 
>> >> and a short explanation on how one goes about installing them.  Or can 
>> >> anyone say how much longer before a new zip version is uploaded?  I think 
>> >> all the problems I'm experiancing are already fixed in the cvs version 
>> >> because when I ran the jvcl installer nothing showied up on the 
>> >> configuration page for D9 at all!
> >
> > You can access the sources through CVS, on a server that is 4 to 5 hours 
> > behind developers' server. Instructions are available here:
> > http://sourceforge.net/cvs/?group_id=45786
> >
> > Daily zips should be generated everyday at 23:54 PST, but that does not 
> > happen because of a problem with the server on SourceForge. That means 
> > that an administrator of the project (me in this case) has to run it 
> > manually. I try to do it once a day, but may not have the time to do it 
> > everyday.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: debug tool
From: Carlos <carlosam@prtc.net>
Date: Mon, 29 Nov 2004 09:22:22 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Have a look at the debug extension of the JCL.
> It contains probably more than you ever wanted in that area.
>
> How about an exception dialog which shows a stack trace with source line numbers and a Send button to send an email to you?
My clients just say the computer hangs They don't mention that they get an exception.  Is there a solution to this?

I been trying to use the JCL but I really don't know where to start.
Carlos


Subject: Re: JEDI for Delphi 2005
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 29 Nov 2004 10:43:36 +0100
Newsgroups: jedi.vcl

Robert Meek wrote:

>     It appears the cvs versions are clearly updated on a more regular basis compared to the dailies zip versions I've been downloading and trying to install.  Are these open to the public?  If so can I have a url and a short explanation on how one goes about installing them.  Or can anyone say how much longer before a new zip version is uploaded?  I think all the problems I'm experiancing are already fixed in the cvs version because when I ran the jvcl installer nothing showied up on the configuration page for D9 at all!

You can access the sources through CVS, on a server that is 4 to 5 hours behind developers' server. Instructions are available here:
http://sourceforge.net/cvs/?group_id=45786

Daily zips should be generated everyday at 23:54 PST, but that does not happen because of a problem with the server on SourceForge. That means that an administrator of the project (me in this case) has to run it manually. I try to do it once a day, but may not have the time to do it everyday.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI for Delphi 2005
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Nov 2004 10:20:07 +0100
Newsgroups: jedi.vcl

> >  Are these open to the public?  If so can I have a url and a short
> > explanation on how one goes about installing them.

The CVS is updated as soon as someone does a check-in. The daily zips are
generated nightly (US time) from the CVS sources, so they are at most 24
hours delayed. To access the CVS repository directly, you need a CVS client.
More details about tools and configuraition can be found on our web page at
http://jvcl.sf.net. Click the Download link in the menu and read the CVS
entry.

If you do decide to go with CVS, I recommend that you subscribe to the
jvcl-checkins mailing list (http://sourceforge.net/mail/?group_id=45786) to
get notified when files are committed.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JEDI for Delphi 2005
From: "Robert Meek" <rmeek1@comcast.net>
Date: Mon, 29 Nov 2004 04:05:58 -0500
Newsgroups: jedi.vcl

    It appears the cvs versions are clearly updated on a more regular basis 
compared to the dailies zip versions I've been downloading and trying to 
install.  Are these open to the public?  If so can I have a url and a short 
explanation on how one goes about installing them.  Or can anyone say how 
much longer before a new zip version is uploaded?  I think all the problems 
I'm experiancing are already fixed in the cvs version because when I ran the 
jvcl installer nothing showied up on the configuration page for D9 at all!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "Thomas Smekal" <thomas@cassovia.com> wrote in message news:codnvi$mdu$1@talkto.net...
>>> >> > Second, JVCL_UseQuickReport must not be defined.
>> >> Actually, that's why I added it in the first place: so it could be
> > undefined
>> >> in D9 :)
> >
> > What threw me off was that I went back to the configuration, cleared the
> > checkbox, but it didn't make any difference. Then I exited the installer 
> > and
> > re-ran it - this time all went fine.
> > Cheers!
> > Thomas
> >
> > 




Subject: Re: Balloon Hints
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Nov 2004 09:44:15 +0100
Newsgroups: jedi.vcl

Normally, C and C++ autmatically expands \n, \r, \t et al into the
corresponding control character, so if you are using something like

AString = "This is my line\nbroken text";

it should work.


A code sample of how you assign to the hint text might clarify matters.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Compiler warnings in the latest CVS snapshot
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 29 Nov 2004 08:56:21 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> No, you understand it correctly, but in this case it was just easier
> changing the constant to match the function. Typecasting
> DrawTextBiDiModeFlagsReadOnly to cardinal isn't very pretty and doesn't
> accomplish anything.
>
> Note that we can't easily change DrawTextBiDiModeFlagsReadOnly since it is a
> method of the TControl class. I could've added a new method that does the
> same as DrawTextBiDiModeFlagsReadOnly, returning a cardinal, but that would
> be complete overkill for such a tiny issue and wouldn't actually make any
> difference at all.

OK. Thanks for clarification, Peter. Now it is fully understandable.


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: TJvMail - JVCL 2.10 - MS Exchange
From: "Rainer Budde" <budde@prodas.de>
Date: Mon, 29 Nov 2004 08:51:52 +0100
Newsgroups: jedi.vcl

Hi,

> > Are you sure you have the recipient name set properly? What is the
> > string you put into Address?
i´ve set the recipient name correct. I tried it with my private mail
address.

Best Regards

Rainer Budde




Subject: Re: Install problem JVCLBeta2 with jvCryptD7R
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 29 Nov 2004 07:11:51 +0100
Newsgroups: jedi.vcl

Paul Hectors wrote:
> I am trying to install JVCLBeta2 but get the following error for package
> jvCryptD7R:
> [Fatal Error] JvZlibMultiple.pas(35): File not found: 'JclZLib.dcu'
>
> The version of JCL installed is JCL1.93-Build1722a.zip.
> I have compiled all other JVCL packages with no problems.
>
> How can I get jvCryptD7R to compile?

JCL 1.93 is more recent than JVCL 3B2, which means that it contains changes that are only taken into account in the CVS version of the JVCL.  You then have two solutions:

1. Use JCL 1.92
2. Use the JVCL daily zip

The second option is the preferred one as you will get the latest fixes for both librairies. The daily zips are available here:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: debug tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Nov 2004 06:28:53 +0100
Newsgroups: jedi.vcl

Carlos wrote:
> I was told by 2 of my clients that my program ocassionally stop working and they have to reboot. They are not telling me what are the posible causes of this problem. Is there any tool I can add to my program to let me know if my program got some bugs that makes the program stop working?
> There are others clients that tell me that they don't have that kind of problem.
> Carlos

Have a look at the debug extension of the JCL.
It contains probably more than you ever wanted in that area.

How about an exception dialog which shows a stack trace with source line numbers and a Send button to send an email to you?


Subject: Re: JEDI for Delphi 2005
From: "Thomas Smekal" <thomas@cassovia.com>
Date: Sun, 28 Nov 2004 18:21:18 -0700
Newsgroups: jedi.vcl

>> > > Second, JVCL_UseQuickReport must not be defined.
> > Actually, that's why I added it in the first place: so it could be
undefined
> > in D9 :)

What threw me off was that I went back to the configuration, cleared the
checkbox, but it didn't make any difference. Then I exited the installer and
re-ran it - this time all went fine.
Cheers!
Thomas




Subject: Re: Compiler warnings in the latest CVS snapshot
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Nov 2004 02:06:41 +0100
Newsgroups: jedi.vcl

> > I know, but there are (at least) 2 solutions that comes to my mind:
> > Either treat DefaultTextFlags as LongInt, or treat
> > DrawTextBiDiModeFlagsReadOnly as Cardinal. Since the last parameter in
> > DrawText() takes Cardinal, it seems to me more logical to go for the
> > latter. Or do I understand it wrong?

No, you understand it correctly, but in this case it was just easier
changing the constant to match the function. Typecasting
DrawTextBiDiModeFlagsReadOnly to cardinal isn't very pretty and doesn't
accomplish anything.

Note that we can't easily change DrawTextBiDiModeFlagsReadOnly since it is a
method of the TControl class. I could've added a new method that does the
same as DrawTextBiDiModeFlagsReadOnly, returning a cardinal, but that would
be complete overkill for such a tiny issue and wouldn't actually make any
difference at all.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Install problem JVCLBeta2 with jvCryptD7R
From: "Paul Hectors" <paul@pwrshield.com>
Date: Mon, 29 Nov 2004 13:37:00 +1300
Newsgroups: jedi.vcl

I am trying to install JVCLBeta2 but get the following error for package
jvCryptD7R:
[Fatal Error] JvZlibMultiple.pas(35): File not found: 'JclZLib.dcu'

The version of JCL installed is JCL1.93-Build1722a.zip.
I have compiled all other JVCL packages with no problems.

How can I get jvCryptD7R to compile?

Thank you for your time.

Paul Hectors






Subject: Re: Compiler warnings in the latest CVS snapshot
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 29 Nov 2004 00:54:08 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> It was the combination of DefaultDrawFlags (Cardinal) and
> DrawTextBiDiModeFlagsReadingOnly (Longint) that caused the warnings, not the
> DrawText parameter type.

I know, but there are (at least) 2 solutions that comes to my mind: Either treat DefaultTextFlags as LongInt, or treat DrawTextBiDiModeFlagsReadOnly as Cardinal. Since the last parameter in DrawText() takes Cardinal, it seems to me more logical to go for the latter. Or do I understand it wrong?


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Compiler warnings in the latest CVS snapshot
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Nov 2004 00:32:58 +0100
Newsgroups: jedi.vcl

> > I'm just curious as to why. Doesn't DrawText accept an unsigned 32-bit
> > param as Flags?

It was the combination of DefaultDrawFlags (Cardinal) and
DrawTextBiDiModeFlagsReadingOnly (Longint) that caused the warnings, not the
DrawText parameter type.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvMouseGesture changes
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Nov 2004 00:29:33 +0100
Newsgroups: jedi.vcl

Committed

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvMouseGesture changes
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 28 Nov 2004 23:08:06 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Is it OK to make these changes (it will break existing code)?

I see no problems with that, so long it is documented in Changelog.txt


Subject: Re: Compiler warnings in the latest CVS snapshot
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 28 Nov 2004 22:58:05 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> DefaultTextFlags changed to Longint.

I'm just curious as to why. Doesn't DrawText accept an unsigned 32-bit param as Flags?


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Compiler warnings in the latest CVS snapshot
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Nov 2004 22:47:14 +0100
Newsgroups: jedi.vcl

DefaultTextFlags changed to Longint.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: debug tool
From: Carlos <carlosam@prtc.net>
Date: Sun, 28 Nov 2004 17:24:31 -0400
Newsgroups: jedi.vcl

I was told by 2 of my clients that my program ocassionally stop working and they have to reboot. They are not telling me what are the posible causes of this problem. Is there any tool I can add to my program to let me know if my program got some bugs that makes the program stop working?
There are others clients that tell me that they don't have that kind of problem.
Carlos


Subject: Compiler warnings in the latest CVS snapshot
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 28 Nov 2004 22:23:48 +0100
Newsgroups: jedi.vcl

Hi, all!

When JvBalloonHint.pas is being compiled by installer, it gives 6 warnings about comparing signed and unsigned types. The problem lies in a call to DrawText, where some unsigned params get compared with the result of DrawTextBiDiModeFlagsReadingOnly method, which is signed.

I've looked at the code and think that each occurance of DrawTextBiDiModeFlagsReadingOnly can be simply typecasted to Cardinal.

Please update CVS as well.

Thanks!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Form Storage?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Nov 2004 19:49:56 +0100
Newsgroups: jedi.vcl

> > What is Mantis?
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Please create a personal account so you (and we) can better track the issue

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvMouseGesture changes
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Nov 2004 19:18:28 +0100
Newsgroups: jedi.vcl

> > That is make them a TNotifyEvent :-)
I'm aware of that

> > Even better reuse a standard enum or a subset from a standard enum.
After I sent the message, I realized I could use TMouseButton instead

> > As long as you update any example we have and the converter entries.
Of course

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Form Storage?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 28 Nov 2004 19:06:11 +0100
Newsgroups: jedi.vcl

Could you please add an entry to mantis, including a small sample.

And does it work with the registry storage?

Greetings
Jens

Lynn wrote:
>>    Does it contain any data after you've closed the application (only if FormStorage.Active is set to True). I assume you did set FormStorage.AppStorage to the XmlStorage component, right? (just checking, 'cause you wouldn't be the first to forget to do just that).
>>
>
>
> Thank you for replying.... yes, the file/data is there when the app closes
> and I did set FormStorage.AppStorage to the XMLStorage component.  Here is
> entire info on state of components/XML file
>
> -Create a form
> -add a pagecontrol,TJvFormStorage component and TJvAppXMLFileStorage
> component.
> - PageControl name is PC, TJvFormStorage name is FormStorage,
> TJvAppXMLFileStorage name = FileStorage
>
> TJvFormStorage properties
> -Active = true;
> -AppStorage = XMLFileStorage(I named it this)
> -AppStoredPath = nil;
> -fpState,fpSize,fpLocation and fpActiveControl = false;
> -StoredPropsPath = nothing;
> -StoredValuesPath = nothing;
>
> TJvAppXMLFileStorage
> -AutoFlush = true;
> -AutoReload = true;
> -FileName = 'LocalStorage.xml'
> -Location = flExeFile;
> -RootNodeName = 'Configuration'
> -StorageOptions = all default values
>
> Contents of LocalStorage.xml
>
> (viewed in Mozilla, there is a header saying 'This XML file does not
> appear to have any style information associated with it. The document tree
> is shown below')
>
> -<Configuration>
> <FormVersion>0</FormVersion>
> -<PC_ActivePage>
> <Visible>TRUE</Visible>
> <Name>LogSheet</Name>
> <Tag>0</Tag>
> <Left>4</Left>
> <Top>36</Top>
> <Width>1264</Width>
> <Height>177</Height>
> <Cursor>crDefault</Cursor>
> <Hint/>
> <HelpType>htContext</HelpType>
> <HelpKeyword/>
> <HelpContext>0</HelpContext>
> <BorderWidth>0</BorderWidth>
> <Caption>Logging</Caption>
> <DragMode>dmManual</DragMode>
> <Enabled>TRUE</Enabled>
> -<Font>
> <Charset>DEFAULT_CHARSET</Charset>
> <Color>clWindowText</Color>
> <Height>-11</Height>
> <Name>MS Sans Serif</Name>
> <Pitch>fpDefault</Pitch>
> <Size>8</Size>
> -<Style>
> <fsBold>FALSE</fsBold>
> <fsItalic>FALSE</fsItalic>
> <fsUnderline>FALSE</fsUnderline>
> <fsStrikeOut>FALSE</fsStrikeOut>
> </Style>
> </Font>
> <Highlighted>FALSE</Highlighted>
> <ImageIndex>21</ImageIndex>
> -<Constraints>
> <MaxHeight>0</MaxHeight>
> <MaxWidth>0</MaxWidth>
> <MinHeight>0</MinHeight>
> <MinWidth>0</MinWidth>
> </Constraints>
> <PageIndex>2</PageIndex>
> <ParentFont>TRUE</ParentFont>
> <ParentShowHint>TRUE</ParentShowHint>
> <ShowHint>FALSE</ShowHint>
> <TabVisible>TRUE</TabVisible>
> </PC_ActivePage>
> </Configuration>
>
>
> That is everything I have that I can tell you...
>
> Thank you,
>
> Lynn
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvMouseGesture changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Nov 2004 18:59:29 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> - The custom events have no parameter, I'd like to add "Sender:TObject"

That is make them a TNotifyEvent :-)

> - Change "TJvMouseGestureButton = (JvMButtonLeft, JvMButtonMiddle,
> JvMButtonRight)" to "TJvMouseGestureButton = (mgbLeft, mgbMiddle, mgbRight)"
> (this is more in line with how enum literals are declared in Delphi)

Even better reuse a standard enum or a subset from a standard enum.

> Is it OK to make these changes (it will break existing code)?

As long as you update any example we have and the converter entries.


Subject: Re: linuxonly.inc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Nov 2004 18:55:57 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Does the JVCL compile with FreePascal? If yes, then I must have had a
> black out :-)

No, but linuxonly.inc is also used in the JCL and we should avoid having different versions.


Subject: Re: Form Storage?
From: "Lynn" <support@brftp.net>
Date: Sun, 28 Nov 2004 19:32:57 +0200
Newsgroups: jedi.vcl

> >Could you please add an entry to mantis, including a small sample.
> >
> >And does it work with the registry storage?
> >

What is Mantis?

Sorry, I just started using these components the other day...
About the registry storage, I am not sure, I have not tried it. I usually
stay away from the registry, too many applications are already bloating it
to death.... ;)

But I can certainly try it, yes.


Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvMouseGesture changes
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Nov 2004 18:30:03 +0100
Newsgroups: jedi.vcl

I have been having a closer look at the JvMouseGesture component while
investigating a Mantis bug report. I've found that there are quite a few
changes I would like to do, namely:

- Change all event names from OnJvMouseGestureXXX to OnMouseGestureXXX
(removing the "Jv")
- The custom events have no parameter, I'd like to add "Sender:TObject"
- Change "TJvMouseGestureButton = (JvMButtonLeft, JvMButtonMiddle,
JvMButtonRight)" to "TJvMouseGestureButton = (mgbLeft, mgbMiddle, mgbRight)"
(this is more in line with how enum literals are declared in Delphi)
- Change "TJvActivationMode = (JvOnAppStart, JvManually)" to
"TJvActivationMode = (amAppStart, amManual)" (this is more in line with how
enum literals are declared in Delphi)

Is it OK to make these changes (it will break existing code)?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: linuxonly.inc
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Nov 2004 16:23:32 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Are you sure for FreePascal also?

Does the JVCL compile with FreePascal? If yes, then I must have had a
black out :-)


-- Regards, Andreas Hausladen 

Subject: Re: JvFooterBtn: No glyph visible while disabled
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 28 Nov 2004 16:15:39 +0100
Newsgroups: jedi.vcl

> Done

Thanks!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvFooterBtn: No glyph visible while disabled
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Nov 2004 15:49:35 +0100
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvFooterBtn: No glyph visible while disabled
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 28 Nov 2004 14:48:03 +0100
Newsgroups: jedi.vcl

> Done. JvFooter now uses TJvImgBtn.

Many thanks, Peter.

Just one more request. I might be considered being nitpicky but could you please increment the value of internal DefFootSpace constant from its initial value of 5 to 8? The reason is when the form is being designed, Delphi automatically aligns controls to 8x8 grid, and the footer buttons then look somehow shifted.

I know others may argue that the grid size can be freely changed, so a significantly better idea, IMO, would be to drop DefFootSpace constant completely and introduce a new published property of TJvFooter, called Margin. What do you think?

Here is the necessary code (DefFootSpace is no longer used):

=== begin code snippet ===

  TJvFooter = class(TJvCustomPanel)
  private
    ...
    fMargin: Integer;
    procedure SetMargin(aValue: Integer);
    ...
  public
    constructor Create(aOwner: TComponent); override;
    ...
  published
    ...
    property Margin: Integer read fMargin write SetMargin default 8;
    ...
  end;

constructor TJvFooter.Create(aOwner: TComponent);
begin
  inherited Create(aOwner);
  fMargin := 8;
end;

procedure TJvFooter.SetMargin(aValue: Integer);
begin
  if fMargin <> aValue then
  begin
    fMargin := aValue;
    if ComponentState * [csLoading, csDestroying] = [] then
      UpdatePosition;
  end;
end;

=== end code snippet ===

Thanks again!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: linuxonly.inc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Nov 2004 14:12:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> This is in the linuxonly.inc

> The SUPPORTS_COMPILETIME_MESSAGES condition is not necessary because even
> Kylix 1 supports them.

Are you sure for FreePascal also?


Subject: Re: JvFooterBtn: No glyph visible while disabled
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Nov 2004 13:37:27 +0100
Newsgroups: jedi.vcl

Done. JvFooter now uses TJvImgBtn.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Jedi BDE Error
From: "Lynn" <support@brftp.net>
Date: Sun, 28 Nov 2004 13:55:52 +0200
Newsgroups: jedi.vcl

> >An error accurred while attemting the Borland Database Engine (error $ 2501)

Borland has a list of error codes on their site. Not sure where it is just
now, would have to look for it again, but it is there. I have used it in
the  past but I have not used BDE in quite some time now.

Look up 2501 on their site, that will tell you what is wrong...

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Balloon Hints
From: "Lynn" <support@brftp.net>
Date: Sun, 28 Nov 2004 13:52:36 +0200
Newsgroups: jedi.vcl

> >Use #13 (\n) instead, it is the official carriage return character.
> >

I've used every combination I could think of, none of them work....

\r
\n
\r\n
\n\r


Nadda'... always just shows one line and it shows the CR or LF in the
text. Do they have to be enclosed in quotes or something?

Totally lost... :(

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JEDI for Delphi 2005
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Nov 2004 12:14:44 +0100
Newsgroups: jedi.vcl

> > Second, JVCL_UseQuickReport must not be defined.
Actually, that's why I added it in the first place: so it could be undefined
in D9 :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Balloon Hints
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Nov 2004 12:13:09 +0100
Newsgroups: jedi.vcl

> > No, not working. This is the only component where neither of the linefeed
> > or carriage return work in the text. Perhaps this is a bug in the
component?
All the DrawText() calls use DT_WORDBREAK, so either #13 or #13#10 (and
maybe even single #10) should all work

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Form Storage?
From: "Lynn" <support@brftp.net>
Date: Sun, 28 Nov 2004 12:21:48 +0200
Newsgroups: jedi.vcl

> >     Does it contain any data after you've closed the application (only 
> >if FormStorage.Active is set to True). I assume you did set 
> >FormStorage.AppStorage to the XmlStorage component, right? (just 
> >checking, 'cause you wouldn't be the first to forget to do just that).
> >

Thank you for replying.... yes, the file/data is there when the app closes
and I did set FormStorage.AppStorage to the XMLStorage component.  Here is
entire info on state of components/XML file

-Create a form
-add a pagecontrol,TJvFormStorage component and TJvAppXMLFileStorage
component.
- PageControl name is PC, TJvFormStorage name is FormStorage,
TJvAppXMLFileStorage name = FileStorage

TJvFormStorage properties
-Active = true;
-AppStorage = XMLFileStorage(I named it this)
-AppStoredPath = nil;
-fpState,fpSize,fpLocation and fpActiveControl = false;
-StoredPropsPath = nothing;
-StoredValuesPath = nothing;

TJvAppXMLFileStorage
-AutoFlush = true;
-AutoReload = true;
-FileName = 'LocalStorage.xml'
-Location = flExeFile;
-RootNodeName = 'Configuration'
-StorageOptions = all default values

Contents of LocalStorage.xml

(viewed in Mozilla, there is a header saying 'This XML file does not
appear to have any style information associated with it. The document tree
is shown below')

-<Configuration>
<FormVersion>0</FormVersion>
-<PC_ActivePage>
<Visible>TRUE</Visible>
<Name>LogSheet</Name>
<Tag>0</Tag>
<Left>4</Left>
<Top>36</Top>
<Width>1264</Width>
<Height>177</Height>
<Cursor>crDefault</Cursor>
<Hint/>
<HelpType>htContext</HelpType>
<HelpKeyword/>
<HelpContext>0</HelpContext>
<BorderWidth>0</BorderWidth>
<Caption>Logging</Caption>
<DragMode>dmManual</DragMode>
<Enabled>TRUE</Enabled>
-<Font>
<Charset>DEFAULT_CHARSET</Charset>
<Color>clWindowText</Color>
<Height>-11</Height>
<Name>MS Sans Serif</Name>
<Pitch>fpDefault</Pitch>
<Size>8</Size>
-<Style>
<fsBold>FALSE</fsBold>
<fsItalic>FALSE</fsItalic>
<fsUnderline>FALSE</fsUnderline>
<fsStrikeOut>FALSE</fsStrikeOut>
</Style>
</Font>
<Highlighted>FALSE</Highlighted>
<ImageIndex>21</ImageIndex>
-<Constraints>
<MaxHeight>0</MaxHeight>
<MaxWidth>0</MaxWidth>
<MinHeight>0</MinHeight>
<MinWidth>0</MinWidth>
</Constraints>
<PageIndex>2</PageIndex>
<ParentFont>TRUE</ParentFont>
<ParentShowHint>TRUE</ParentShowHint>
<ShowHint>FALSE</ShowHint>
<TabVisible>TRUE</TabVisible>
</PC_ActivePage>
</Configuration>


That is everything I have that I can tell you...

Thank you,

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Balloon Hints
From: "Lynn" <support@brftp.net>
Date: Sun, 28 Nov 2004 11:59:32 +0200
Newsgroups: jedi.vcl

> >Use #13 (\n) instead, it is the official carriage return character.
> >

No, not working. This is the only component where neither of the linefeed
or carriage return work in the text. Perhaps this is a bug in the component?

Thanks,

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: linuxonly.inc
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Nov 2004 10:35:58 +0100
Newsgroups: jedi.vcl

This is in the linuxonly.inc

// Cause a compilation error for non-Unix platforms.

{$IFNDEF UNIX}
  {$IFDEF SUPPORTS_COMPILETIME_MESSAGES}
    {$MESSAGE FATAL 'This unit is only supported on Unix!'}
  {$ELSE}
    'This unit is only supported on Unix!'
  {$ENDIF SUPPORTS_COMPILETIME_MESSAGES}
{$ENDIF !UNIX}


The SUPPORTS_COMPILETIME_MESSAGES condition is not necessary because even
Kylix 1 supports them.


-- Regards, Andreas Hausladen 

Subject: Re: JEDI for Delphi 2005
From: "Thomas Smekal" <thomas@cassovia.com>
Date: Sun, 28 Nov 2004 00:10:25 -0700
Newsgroups: jedi.vcl

With the latest code checked out from CVS, there are only two little things
to correct.
First, there is no lib\d9 directory.
Second, JVCL_UseQuickReport must not be defined.
Other than that, all works perfectly!

Thomas




Subject: Re: JEDI for Delphi 2005
From: "Thomas Smekal" <thomas@cassovia.com>
Date: Sat, 27 Nov 2004 20:22:11 -0700
Newsgroups: jedi.vcl

I just started the whole process again, this time with the freshest code
from CVS. I will capture what is happening in detail and perhaps debug the
installer.
Will post my findings.
Thomas




Subject: Re: JEDI for Delphi 2005
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Nov 2004 00:11:01 +0100
Newsgroups: jedi.vcl

Thomas Smekal wrote:

> > The JVCL installer crashes.

Where does it crash? And what is the raised exception?

> > I assume that it is a matter of a short time and the installers 
> > will work.

I do not think so because I'm not planning to buy D2k in a short time. So
it is more try and error until the installer works perfectly with D2k.


-- Regards, Andreas Hausladen 

Subject: Re: JEDI for Delphi 2005
From: "Thomas Smekal" <thomas@cassovia.com>
Date: Sat, 27 Nov 2004 16:01:38 -0700
Newsgroups: jedi.vcl

Hi Fellipe,
I had to resort to manual installs for both JCL and JVCL. I used
JCL1.93-Build1722a.zip and JVCL3-Latest.zip (which is a daily build as of
2004/11/26). The JVCL installer crashes. There are a few conditional defines
missing and I am still unable to install one of the packages (The XP
controls one), but will somehow figure that one out, too. I assume that it
is a matter of a short time and the installers will work. Once I complete my
investigations, I could send you the altered pieces, but I am not going to
debug the installer, so it would be a manual process.
Thomas

"Fellipe Henrique" <sfsd@sdf.sf.sf> wrote in message
news:co7ku8$g8k$1@talkto.net...
> > Hello every body... can I install JEDI in my Delphi 2005? if yes, how a
> > download a version for these..
> >
> >
> > thanks for all
> >
> > -- 
> > ______________
> > />,,/>_.----.,/)
> > ;_ _ '; -._, )_
> > ( o_, )' __,) '-._)
> >
> > Fellipe Henrique
> > fellipe@imicro.com.br
> >
> >




Subject: JvFooterBtn: No glyph visible while disabled
From: Ivo Bauer <abuer@zom.zc>
Date: Sat, 27 Nov 2004 23:01:21 +0100
Newsgroups: jedi.vcl

Hi, all!

I've got a JvFooter which holds some JvFooterBtns. These buttons got assigned a single 'true color' Glyph (NumGlyphs is therefore set to 1). As soon as Enabled property gets set to False, the glyph image entirely disappears from the button. I've discovered that this is originally a Delphi TBitBtn's issue and is related only to a high colored glyphs.

Hence the question: Can it be possible to fix/create a workaround this  bug in JvExBitBtn? If not, could it be possible to change the ancestor for JvFooterBtn to, for instance, JvImgBtn, which works fine with high colored glyphs (it uses image list, BTW)?

Thanks for the feedback!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvWizardRouteMapNodes with Background image
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 27 Nov 2004 21:55:35 +0100
Newsgroups: jedi.vcl

Am Sat, 27 Nov 2004 21:48:33 +0100 schrieb Peter Thornqvist:

>> >> Perhaps you can enlight me a little bit?
> > You need to get all the JvWizard*.pas files and rebuild the RT package.
> > JvWizard.pas should be at version 1.61 and JvWizardRouteMapNodes at v 1.14.
> > If they're not, you need to wait until anon CVS is updated.
That's it! I've downloaded to fast (anonymous BTW). JvWizard is still 1.60.

Thx!

-- cu, Michael 

Subject: Re: JvWizardRouteMapNodes with Background image
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 27 Nov 2004 21:48:33 +0100
Newsgroups: jedi.vcl

> > Perhaps you can enlight me a little bit?
You need to get all the JvWizard*.pas files and rebuild the RT package.
JvWizard.pas should be at version 1.61 and JvWizardRouteMapNodes at v 1.14.
If they're not, you need to wait until anon CVS is updated.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvWizardRouteMapNodes with Background image
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 27 Nov 2004 21:04:44 +0100
Newsgroups: jedi.vcl

Am Sat, 27 Nov 2004 19:38:23 +0100 schrieb Peter Thornqvist:

> > Done. See new Image property (all RouteMaps have this) in CVS.
Peter,

perhaps it's too late already this evening but I cannot find an image
property in TJvWizardRouteMapNodes control (download the latest dev from
CVS). The welcome page has got WaterMark property with an image property.

Perhaps you can enlight me a little bit?


-- cu, Michael 

Subject: Re: JvWizardRouteMapNodes with Background image
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 27 Nov 2004 19:47:52 +0100
Newsgroups: jedi.vcl

Am Sat, 27 Nov 2004 19:38:23 +0100 schrieb Peter Thornqvist:

> > Done. See new Image property (all RouteMaps have this) in CVS.
> > 
> > There is some issue with the background being incorrectly drawn when
> > Transparent is true and one of the dimensions are strecthed, but I'm lost as
> > to why and it doesn't happen all the time...

Thx Peter - I will download...
-- cu, Michael 

Subject: Re: JvWizardRouteMapNodes with Background image
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 27 Nov 2004 19:38:23 +0100
Newsgroups: jedi.vcl

Done. See new Image property (all RouteMaps have this) in CVS.

There is some issue with the background being incorrectly drawn when
Transparent is true and one of the dimensions are strecthed, but I'm lost as
to why and it doesn't happen all the time...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvWizardRouteMapNodes with Background image
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 27 Nov 2004 17:29:16 +0100
Newsgroups: jedi.vcl

Hi,

is there any chance to get a JvWizardRouteMapNodes with a background image
- just as some of the installer have.

Of course it would be fine if the node text are visible nevertheless.
-- cu, Michael 

Subject: Re: Can'tInstall JVCL 3
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 27 Nov 2004 11:57:10 +0100
Newsgroups: jedi.vcl

Hi,

> i try to install the jvcl 3 and i can't, the installer getme the follow errors:
>
> E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(292) Error: Undeclared identifier: 'THLSVector'
> E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(293) Error: Undeclared identifier: 'THLSValue'
> E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(296) Error: Undeclared identifier: 'RGBtoHLS'
> E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(297) Error: Missing operator or semicolon
> E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(299) Error: Missing operator or semicolon
> E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(305) Error: Undeclared identifier: 'HLStoRGB'
> E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(305) Error: Undeclared identifier: 'Saturation'
> E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(360) Error: Undeclared identifier: 'SetBitmapColors'
> JvCoreD6R.dpk(94) Fatal: Could not compile used unit '..\..\run\JvBackgrounds.pas'

Theses are declared in JclGraphUtils.  Could it be that you have an outdated version of this file lying around?

Robert


Subject: Can'tInstall JVCL 3
From: "Oscar Esqueda" <oesqueda@itcmx.com>
Date: Fri, 26 Nov 2004 19:57:43 -0600
Newsgroups: jedi.vcl

Hi,

i try to install the jvcl 3 and i can't, the installer getme the follow 
errors:

E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(292) Error: Undeclared 
identifier: 'THLSVector'
E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(293) Error: Undeclared 
identifier: 'THLSValue'
E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(296) Error: Undeclared 
identifier: 'RGBtoHLS'
E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(297) Error: Missing 
operator or semicolon
E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(299) Error: Missing 
operator or semicolon
E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(305) Error: Undeclared 
identifier: 'HLStoRGB'
E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(305) Error: Undeclared 
identifier: 'Saturation'
E:\Componentes Delphi\Jedi\jvcl\run\JvBackgrounds.pas(360) Error: Undeclared 
identifier: 'SetBitmapColors'
JvCoreD6R.dpk(94) Fatal: Could not compile used unit 
'..\..\run\JvBackgrounds.pas'

i try to compile alone, but the problem is that 'THLSVector' is no declared, 
and i could't find where library is

Thanks 




Subject: JvTimer and JvThreadTimer Question
From: "norberto" <pellicci@shaw.ca>
Date: Fri, 26 Nov 2004 15:33:45 -0800
Newsgroups: jedi.vcl

Hi,

i am trying to use a threaded timer in an application, but i have not been
able to find any examples or help documentation for the JvTimer and
JvThreadTimer. Can anyone please point the way to such documentation or
examples?

i would like to find out how to determine if a threaded timer is done
(thread finished), or in absence of this, how to use a variable within the
timer that can be periodically checked by code outside the timer's OnTimer
event, and have it be reliable indication.

For example, i am using the Timer to increment a variable each time the
Timer fires. When the variable reaches a certain value, i shut the timer
down (enable := false) and set a variable, TimerRoutineDone := True at the
end of the OnTimer event code. i would like to be able to be sure other code
can check the TimerRoutineDone variable and use it for coordinating other
procedures. Currently, it seems this variable is not accurate and i suspect
it is because of the threaded nature of the timer, but i don't know how to
implement the code properly.

Are there any examples for either the JvTimer or JvThreadTimer that would
help me?

Thanks for any insight into this.

norberto




Subject: Re: On the future of C++ Builder
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 26 Nov 2004 19:53:17 +0100
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

OBones wrote:
> The next deadline that Borland set is December 15th. On or before that date they said that they would provide an answer to our concernes. There is nothing else I know, and even if I did, I'm quite sure I wouldn't be allowed to tell you.
>
> As to giving advice for starting a project, I'm not quite sure as it all depends on its goal: Profitable project, Hobby, Multiplatform, .Net or not...
> All in all, I prefer Delphi because I find it so much easier, but I'm fairly biased here and that doesn't prevent me from starting a project using C++ (with DevCPP/MINGW/MSYS so that it ports to Linux) just now. This is private stuff, as a hobbyist though. When it comes to making profits out of my programming, I'm not the one to decide.
>

If I were to start all over again, I think I would choose Delphi. Borland's general lack of enthousiasm for BCB has always made it the least, and the fact that Delphi represents the larger part of the market, means that BCB releases have always been late compared to Delphi, and it's always more difficult to get third-party components to work correctly.

But of course, since we already have about 60 large BCB projects, it's a bit late now, so it would be nice if there were a way to go on. Some of our projects don't evolve much, so no upgrade would be necessary (some are still in BCB 1 -- at least it compiles faster!). But eventually (in at least several years), it sure would be nice to have a more recent version of BCB to upgrade to (I know, there's BCB 6, which we have, but when we tried to use it, we found it to be rather buggy, and not too stable, without much significant advantage over BCB 5...).

Anyway, I'm eagerly awaiting December 15th... :-)

Regards,
Jonathan Neve.


Subject: Plugins
From: "starCOM" <mcmahon2-@comcast.net>
Date: Fri, 26 Nov 2004 20:10:50 +0200
Newsgroups: jedi.vcl

 Since updating to beta2, my apps are hanging in the unload method of 
the TJvPluginManager. I'm using standard dlls as plugins. Anyone else 
having problems ?
Thanks,
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: JEDI for Delphi 2005
From: "Fellipe Henrique" <sfsd@sdf.sf.sf>
Date: Fri, 26 Nov 2004 15:52:01 -0200
Newsgroups: jedi.vcl

Hello every body... can I install JEDI in my Delphi 2005? if yes, how a 
download a version for these..


thanks for all

-- ______________ />,,/>_.----.,/) ;_ _ '; -._, )_ ( o_, )' __,) '-._) Fellipe Henrique fellipe@imicro.com.br 

Subject: Re: TJvMail - JVCL 2.10 - MS Exchange
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Fri, 26 Nov 2004 17:57:05 +0100
Newsgroups: jedi.vcl

I believe MicroSoft is wrong, someting like that i had also some time ago. 
It hase to do with the new security controls of OUTLOOK 2k3 and up.
It does work only on old OE version, for me.

"Rainer Budde" <budde@prodas.de> schreef in bericht 
news:co7dbu$eem$1@talkto.net...
> > Hi,
> >
> > i´m connected to a Win2003 Exchange Server and I´m using Outlook 2003. Now 
> > I
> > use the TJvMail Component (2.10) and set a valid Recipient in the "Adress"
> > property. After this I set up a button and the following line:
> >
> >  JvMail1.SendMail();
> >
> > My Mail-Client startup and send the message. But after this I always get a
> > message from my Exchange Systemadministrator that this message can´t
> > delivered. What did I wrong?
> >
> > Best regards
> >
> > Rainer Budde
> >
> > 




Subject: Re: TJvMail - JVCL 2.10 - MS Exchange
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 26 Nov 2004 11:52:39 -0500
Newsgroups: jedi.vcl


Are you sure you have the recipient name set properly? What is the string you put into Address?

Warren


Subject: TJvMail - JVCL 2.10 - MS Exchange
From: "Rainer Budde" <budde@prodas.de>
Date: Fri, 26 Nov 2004 16:42:49 +0100
Newsgroups: jedi.vcl

Hi,

i´m connected to a Win2003 Exchange Server and I´m using Outlook 2003. Now I
use the TJvMail Component (2.10) and set a valid Recipient in the "Adress"
property. After this I set up a button and the following line:

  JvMail1.SendMail();

My Mail-Client startup and send the message. But after this I always get a
message from my Exchange Systemadministrator that this message can´t
delivered. What did I wrong?

Best regards

Rainer Budde




Subject: Re: sorry about those multiple posts
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Fri, 26 Nov 2004 21:48:27 +0800
Newsgroups: jedi.vcl

Hi Olivier

On Thu, 25 Nov 2004 12:32:18 +0100, OBones <obones_gfgfd_@_dgf_altern.org> wrote:

>>  It seems like every time I check for new messages or access this forum my  newly setup XP pc is having a spasm and sending the message again.
>>  I do presume that others are seening these multiple messages and they are  not just on my pc. A confirmation of this fact would be helpful.
>>  I am waiting for some feedback from Opera re this "fault", ib case it  happens to be an Opera problem.
>>  Thanks ...
>>
>
> I only see one of your messsages each time, and frankly I was surprised when I first saw your apology message.

That's good :D

Thanks for the feedback.

I was getting paranoid about all these extra messages "going out" from my pc. Obviously then it must be somethinmg specific to my own pc.

So far I think there is approx 30+ "extra" messages at "my end".

-- 
Kind regards

Peter


Subject: Re: Form Storage?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 26 Nov 2004 12:50:51 +0100
Newsgroups: jedi.vcl

Lynn wrote:
>> Lynn wrote:
>>
>>
>>> This component does not seem to work at all. I put a pagecontrols
>>> TabIndex into the stored props section and no go. I am using the XML
>>> filestorage as its storage and setting the FormStorages active property to
>>> true. Even if I set it to false and then set it to true in the forms ctor,
>>> no go...
>>>
>>> Any ideas?
>>
>> Have you set the filename on the XML file storage?
>
>
> Yes, and the file is indeed there...
>

    Does it contain any data after you've closed the application (only if FormStorage.Active is set to True). I assume you did set FormStorage.AppStorage to the XmlStorage component, right? (just checking, 'cause you wouldn't be the first to forget to do just that).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Balloon Hints
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 26 Nov 2004 11:47:09 +0100
Newsgroups: jedi.vcl

Lynn wrote:

>> As for the first question I guess the answer is that you should put #10 where you need to have new line in the text.
>>
>> Here's an example. Start a new project and put a balloonhint and a button component on the form. Then put the following code on the OnClick event:
>>
>> JvBalloonHint1.ActivateHint(Button1, 'This is the first line'#10'And da second', ikError, 'CaptionText', 3000);
>
>
> I tried that, only in Builder not in Delphi. For us in Builder we use a \r
> instead, but it just showed up in the hint text...

Use #13 (\n) instead, it is the official carriage return character.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Balloon Hints
From: "Attila Balog" <balog@avaya.com>
Date: Fri, 26 Nov 2004 11:46:58 +0100
Newsgroups: jedi.vcl

In this case sorry, I can't help. I'm using Delphi.


"Lynn" <support@brftp.net> wrote in message news:co6qfl$a59$1@talkto.net...
>> > >As for the first question I guess the answer is that you should put #10
>> >>where you need to have new line in the text.
>> >>
>> >>Here's an example. Start a new project and put a balloonhint and a button
>> >>component on the form. Then put the following code on the OnClick event:
>> >>
>> >>JvBalloonHint1.ActivateHint(Button1, 'This is the first line'#10'And da
>> >>second', ikError, 'CaptionText', 3000);
> >
> > I tried that, only in Builder not in Delphi. For us in Builder we use a \r
> > instead, but it just showed up in the hint text...
> >
> > Thanks,
> >
> > Lynn
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: Form Storage?
From: "Lynn" <support@brftp.net>
Date: Fri, 26 Nov 2004 11:23:17 +0200
Newsgroups: jedi.vcl

> >Lynn wrote:
> >
>> >> This component does not seem to work at all. I put a pagecontrols
>> >> TabIndex into the stored props section and no go. I am using the XML
>> >> filestorage as its storage and setting the FormStorages active property to
>> >> true. Even if I set it to false and then set it to true in the forms ctor,
>> >> no go...
>> >> 
>> >> Any ideas?
> >
> >Have you set the filename on the XML file storage?

Yes, and the file is indeed there...

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Balloon Hints
From: "Lynn" <support@brftp.net>
Date: Fri, 26 Nov 2004 11:22:02 +0200
Newsgroups: jedi.vcl

> >As for the first question I guess the answer is that you should put #10 
> >where you need to have new line in the text.
> >
> >Here's an example. Start a new project and put a balloonhint and a button 
> >component on the form. Then put the following code on the OnClick event:
> >
> >JvBalloonHint1.ActivateHint(Button1, 'This is the first line'#10'And da 
> >second', ikError, 'CaptionText', 3000);

I tried that, only in Builder not in Delphi. For us in Builder we use a \r
instead, but it just showed up in the hint text...

Thanks,

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: What & how to hook mouse, set cursor...
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 26 Nov 2004 10:01:23 +0100
Newsgroups: jedi.vcl

Peter, I solved the problem, I forgot to add WS_EX_TRANSPARENT. Anyway, I've 
put up a new site and the color lib preview can now be found at 
http://www.maxsoft.cjb.net (downloads page).

Cheers

Marko 




Subject: BalloonHint minor problem
From: "Attila Balog" <balog@avaya.com>
Date: Fri, 26 Nov 2004 09:33:52 +0100
Newsgroups: jedi.vcl

Hi All,

I'm using this excellent TJvBalloonHint JVCL component and just found a 
minor problem with it. When the component is destroyed on which the 
balloonhint is shown I get an AV. In practice it happens when the ballonhint 
is shown on one of the form's components when the underlying form is 
destroyed. I've found an easy workaround: on the form's OnClose event you 
call the BalloonHint's CancelHint method and the problem is gone. Just 
wondering if it is a minor problem or something to fix.

BR,

Attila 




Subject: Re: Balloon Hints
From: "Attila Balog" <balog@avaya.com>
Date: Fri, 26 Nov 2004 09:24:03 +0100
Newsgroups: jedi.vcl

As for the first question I guess the answer is that you should put #10 
where you need to have new line in the text.

Here's an example. Start a new project and put a balloonhint and a button 
component on the form. Then put the following code on the OnClick event:

JvBalloonHint1.ActivateHint(Button1, 'This is the first line'#10'And da 
second', ikError, 'CaptionText', 3000);

Hope it helps.


"CrankyOne" <support@brftp.net> wrote in message 
news:co6ao0$7a1$1@talkto.net...
> > Hi, how do I get the balloon hints component to wrap text instead of
> > spreading out across the screen?
> >
> > Also, how do I get it to use long hints?
> >
> > Sorry if this sounds lame, I just started using these components
> >
> > Cranky
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: Form Storage?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 26 Nov 2004 08:41:04 +0100
Newsgroups: jedi.vcl

Lynn wrote:

> This component does not seem to work at all. I put a pagecontrols
> TabIndex into the stored props section and no go. I am using the XML
> filestorage as its storage and setting the FormStorages active property to
> true. Even if I set it to false and then set it to true in the forms ctor,
> no go...
>
> Any ideas?

Have you set the filename on the XML file storage?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Form Storage?
From: "Lynn" <support@brftp.net>
Date: Fri, 26 Nov 2004 08:38:37 +0200
Newsgroups: jedi.vcl

This component does not seem to work at all. I put a pagecontrols
TabIndex into the stored props section and no go. I am using the XML
filestorage as its storage and setting the FormStorages active property to
true. Even if I set it to false and then set it to true in the forms ctor,
no go...

Any ideas?

Lynn



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: crt32.pas in devtools\common
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Nov 2004 06:52:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why is that file (crt32.pas) in the devtools\common directory. Is it used
> somewhere in the JVCL? Do we have colorfull console applications that
> require it? Or was this a donation that was never used.

Included in ConsoleScriptRunner.pas. If it is really needed i do not know.


Subject: Balloon Hints
From: "CrankyOne" <support@brftp.net>
Date: Fri, 26 Nov 2004 06:53:22 +0200
Newsgroups: jedi.vcl

Hi, how do I get the balloon hints component to wrap text instead of
spreading out across the screen?

Also, how do I get it to use long hints?

Sorry if this sounds lame, I just started using these components

Cranky



--- posted by geoForum on http://delphi.newswhat.com


Subject: crt32.pas in devtools\common
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Nov 2004 23:27:27 +0100
Newsgroups: jedi.vcl

Why is that file (crt32.pas) in the devtools\common directory. Is it used
somewhere in the JVCL? Do we have colorfull console applications that
require it? Or was this a donation that was never used.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL build/install tools new D2k compatible
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 25 Nov 2004 23:00:59 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Thanks for the help, expect a version quite soon ;-)

Well, this was easy after all.
PG and pgEdit have been updated, they now allow for a %GUID% replacement (which was already used in the bsproj template).
The help file has also been updated.
XML files have been updated to now use D9 where appropriate.
Package files have been updated as well, please test them.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL build/install tools new D2k compatible
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 25 Nov 2004 22:01:15 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> Does the GUID of the package need to change at each build? I guess not.
>
> No, it is generated when the package is created and is never changed
>
>
>> Does the GUID need to be generated by Delphi? I guess not.
>
> No, it is a standard GUID
>
>
>> Do we have a way to generate a GUID from a Delphi code?
>
> CreateGUID in SysUtils in D6 and D7, CoCreateGuid in ActiveX in D5 or make
> your own:
Yep, you are right. I also needed ComObj for GUIDTOString, and that's it.

Thanks for the help, expect a version quite soon ;-)

Cheers
Olivier


Subject: Re: JVCL build/install tools new D2k compatible
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Nov 2004 21:41:46 +0100
Newsgroups: jedi.vcl

> > Does the GUID of the package need to change at each build? I guess not.
No, it is generated when the package is created and is never changed

> > Does the GUID need to be generated by Delphi? I guess not.
No, it is a standard GUID

> > Do we have a way to generate a GUID from a Delphi code?
CreateGUID in SysUtils in D6 and D7, CoCreateGuid in ActiveX in D5 or make
your own:

{$EXTERNALSYM CoCreateGuid}
function CoCreateGuid(out guid: TGUID): HResult; stdcall; external
'ole32.dll' name 'CoCreateGuid';

function CreateGUID(out Guid: TGUID): HResult;
begin
  Result := CoCreateGuid(Guid);
end;






Subject: Re: JVCL build/install tools new D2k compatible
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 25 Nov 2004 21:32:16 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Not to forget, even if it is small, not really visible but very usefull
> and used by the build process (not by the Installer):
>
> devtools\bpg2mak now knows how to convert a .bdsgroup file to a valid
> makefile.

Ok, so now I guess the next step is to update pg.exe and pgEdit.exe to allow the addition of GUIDs in packages. This is not too hard in terms of adding a node in the XML files, but I have a few questions:

Does the GUID of the package need to change at each build? I guess not.
Does the GUID need to be generated by Delphi? I guess not.
Do we have a way to generate a GUID from a Delphi code?

Basically, I need an answer on the last part, and will have it ready early next week.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL build/install tools new D2k compatible
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Nov 2004 21:19:03 +0100
Newsgroups: jedi.vcl

Not to forget, even if it is small, not really visible but very usefull
and used by the build process (not by the Installer):

devtools\bpg2mak now knows how to convert a .bdsgroup file to a valid
makefile.


-- Regards, Andreas Hausladen 

Subject: JVCL build/install tools new D2k compatible
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Nov 2004 21:17:39 +0100
Newsgroups: jedi.vcl

build.exe now detects D2k.
if you specify "newest" as target, build.exe fill fall back to an older
version if the newest version does not have a dcc32.exe. So installed
Trial versions are no longer "used" for compiling the Installer.

The Installer uses the new ConditionParser for the XML-Conditions
attributes which are used in Makefile creation. It detects BDS 1, 2 and 3
but only allows the installation for BDS 3.0 which is also the only one
that is added to the IDE target list.


The new build.exe and the Installer need Delphi 2005 full version
testing!!!


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer for D2k
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Nov 2004 17:59:56 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > The JvWizard is a little bit too transparent.

Fixed with conditional D9 compilation



-- Regards, Andreas Hausladen 

Subject: JVCL Installer for D2k
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Nov 2004 17:44:01 +0100
Newsgroups: jedi.vcl

Doesn't look really good:
http://andy.jgknet.de/oss/Delphi/jvcl/D2kInstallPrvw.png

The JvWizard is a little bit too transparent.

Can someone test the updated installer with D2k? With the Trial version
this is not possible because I get a "dcc32.exe not found".


BTW: After compiling the installer with D2k I get this:
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long

But without a .exe file I cannot test if the build.exe fill fix this.


-- Regards, Andreas Hausladen 

Subject: Re: JvSimpleXML bug?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 25 Nov 2004 16:22:34 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> OBones wrote:
>
>>
>> Could it be that this "child" is considered to be the value of the node?
>>
>
>     Could be, but that is confusing, since I'd expect child nodes to be just that: an actual XML node inside the current XML node. The value of the node is *not* a separate node inside this node, it's just the contents.

Well, in the DOM, the value is considered to be child of its node. It is just a Text element, rather than a node element.


>     But, as Peter indicated, other code could be depending on this behavior, so I would just add a note in the help (if it isn't there already) that the value is considered to be a child.

Yes, that would be good.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvSimpleXML bug?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 25 Nov 2004 16:20:15 +0100
Newsgroups: jedi.vcl

OBones wrote:
>
> Could it be that this "child" is considered to be the value of the node?
>

    Could be, but that is confusing, since I'd expect child nodes to be just that: an actual XML node inside the current XML node. The value of the node is *not* a separate node inside this node, it's just the contents.

    But, as Peter indicated, other code could be depending on this behavior, so I would just add a note in the help (if it isn't there already) that the value is considered to be a child.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvSimpleXML bug?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 25 Nov 2004 15:53:51 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Even though you shouldn't use ChildCount when iterating the children, what
> does a return value of "1" in ChildCount really signify? That there are no
> children or that there is 1 child?
>
> Looks like a bug to me, although there could be other parts of the code
> relying on this strange behavior, so I would tread carefully...

Could it be that this "child" is considered to be the value of the node?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvSimpleXML bug?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Nov 2004 15:30:13 +0100
Newsgroups: jedi.vcl

Even though you shouldn't use ChildCount when iterating the children, what
does a return value of "1" in ChildCount really signify? That there are no
children or that there is 1 child?

Looks like a bug to me, although there could be other parts of the code
relying on this strange behavior, so I would tread carefully...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvSimpleXML bug?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Nov 2004 15:13:02 +0100
Newsgroups: jedi.vcl

Oh, sorry, wrong property. I must use Items.Count instead of ChildCount.


-- Regards, Andreas Hausladen 

Subject: JvSimpleXML bug?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Nov 2004 15:11:16 +0100
Newsgroups: jedi.vcl

function TJvSimpleXMLElem.GetChildsCount: Integer;
var
  I: Integer;
begin
  Result := 1;    <-------- is this correct
  if FItems <> nil then
    for I := 0 to FItems.Count - 1 do
      Result := Result + FItems[I].ChildsCount;
end;

I get an out of index error while iterating though a for loop with
ChildCount. ChildCount returns 65 and when I access the 64th I an
exception is raised.

I think the "Result := 1;" should be a "Result := 0;"
Is that correct?


-- Regards, Andreas Hausladen 

Subject: Re: sorry about those multiple posts
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 25 Nov 2004 12:32:18 +0100
Newsgroups: jedi.vcl

Peter Sanders wrote:

> Hi
>
> On Wed, 24 Nov 2004 23:54:38 +0800, Peter Sanders  <psanders@multiline.com.au> wrote:
>
> It seems like every time I check for new messages or access this forum my  newly setup XP pc is having a spasm and sending the message again.
>
> I do presume that others are seening these multiple messages and they are  not just on my pc. A confirmation of this fact would be helpful.
>
> I am waiting for some feedback from Opera re this "fault", ib case it  happens to be an Opera problem.
>
> Thanks ...
>

I only see one of your messsages each time, and frankly I was surprised when I first saw your apology message.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: sorry about those multiple posts
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Thu, 25 Nov 2004 19:23:33 +0800
Newsgroups: jedi.vcl

Hi

On Wed, 24 Nov 2004 23:54:38 +0800, Peter Sanders <psanders@multiline.com.au> wrote:

It seems like every time I check for new messages or access this forum my newly setup XP pc is having a spasm and sending the message again.

I do presume that others are seening these multiple messages and they are not just on my pc. A confirmation of this fact would be helpful.

I am waiting for some feedback from Opera re this "fault", ib case it happens to be an Opera problem.

Thanks ...

-- 
Kind regards

Peter


Subject: Re: TJvCSVDataSet doesn't work with MEMO fields?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 24 Nov 2004 16:19:30 -0500
Newsgroups: jedi.vcl

> When exporting this record to a CSV file, this is what's produced:
>
> "id","NumberField","TextField","DateField","MemoField"
> 1,0,"This is a string. ""This should be the same field.""",11/19/2004 0:00:00,"This is line one.
> This is line two.
> This is line three.
> ""This is line four."""

Ah now I see.

When I have done this in the past, I have stored the file by replacing the CR with \n before storing to the CSV to maintain the 1-line-is-one-record storage format. However, it appears that both Access and Excel support the file format you mention above.

I will probably add a property to the component to allow you to use
files in the above format, rather than break the existing component's behaviour which is internally consistent although not compatible with your file format above (CsvMultiLineMemo:Boolean).

It won't be a simple fix, but it's definitely worth adding.  I'll let you know when I have something.

Warren


Subject: JvDockVcStyle exception "Invalid DockSiteOrientation value doNoOrient"
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 24 Nov 2004 15:35:51 -0500
Newsgroups: jedi.vcl

Exception class: Exception
Message: 'Invalid DockSiteOrientation value doNoOrient'.


I just dropped a JvDockClient on one form, and another JvDockClient on another. Strangely, I get this exception. I was surprised that it let me dock one client to another, but then I get this excepion. What is going on here? What is the design intent here, and what really should be happening, and where do I set the property DockSiteOrientation?

If I'm being stupid, I apoligize in advance. :-)

Warren


Subject: Re: Install problem with D5 and XP
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 24 Nov 2004 18:01:12 +0100
Newsgroups: jedi.vcl

Peter Sanders wrote:

> I d/l the latest JCL and JVCL.
>
> I extracted JCL into c:\Jedi\JCL and JVCL into c:\Jedi\Jvcl
>
> When I attempted to install the components I received an error message  stating that 'QFORMS.DCU' could NOT be found. I resorted to using the  earlier versions of JCL and JVCL that had been used before (several  times). I received the same error.

QForms belongs to the CLX library (D6, D7, BCB6) and is definitely not part of Delphi 5.

Note:  Do not execute JCL's qinstall.bat, if your latest Delphi doesn't have CLX support.  Use install.bat instead.

But apparently the problem happens during JVCL installation?

Robert


Subject: JvMaskEdit and SysUtils.DateSeparator
From: Serge Jakimoff <tardus@mail.ru>
Date: Wed, 24 Nov 2004 19:03:26 +0300
Newsgroups: jedi.vcl

Hi, All!

I have the problem with JvMaskEdit.EditMask =
(for example) '9999/999/999'.

JvMaskEdit.Text displays as '9999.999.999' when
SysUtils.DateSeparator = '.'

Help.

Thanks, Serge.


Subject: Re: Can't login into JVCL CVS.
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 24 Nov 2004 16:55:48 +0100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> schreef in bericht 
news:co1td8$7db$1@talkto.net...
> >(  2004-11-23 08:07:38 - Project CVS Service )   On 2004-11-23 a disk 
> >failure on the anonymous CVS server for projects starting with the letters: 
> >e, h, i, j, o and v is causing anonymous CVS, ViewCVS and tarballs for 
> >these projects to be unavailable. We are currently working on this issue 
> >and do not have an ETA for resolution.
> >
> > From http://sourceforge.net/docman/display_doc.php?group_id=1&docid=2352
> >

Ha thanks for this info Remco

> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: sorry about those multiple posts
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Wed, 24 Nov 2004 23:54:38 +0800
Newsgroups: jedi.vcl

Hi

Sorry about those multiple posts, I don't know how they happened :-(

-- 
Kind regards

Peter


Subject: Re: Install problem with D5 and XP
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Wed, 24 Nov 2004 23:52:06 +0800
Newsgroups: jedi.vcl

Hi

On Wed, 24 Nov 2004 23:47:12 +0800, Peter Sanders <psanders@multiline.com.au> wrote:

> I could not find the QForms.dcu (or the .pas) file ANYWHERE on the current disk or the other drive I on which I have win98 and the completely installed jcl/jvcl packages.

Further to my last message. The XP pro and Delphi5 are comletely clean and fresh installs, no backups were used. I would presume from this that there are no "older" versions of jcl/jvcl to cause problems.


-- 
Kind regards

Peter


Subject: Install problem with D5 and XP
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Wed, 24 Nov 2004 23:47:12 +0800
Newsgroups: jedi.vcl

Hi

I have just upgraded my pc to Windows XP.

I d/l the latest JCL and JVCL.

I extracted JCL into c:\Jedi\JCL and JVCL into c:\Jedi\Jvcl

When I attempted to install the components I received an error message stating that 'QFORMS.DCU' could NOT be found. I resorted to using the earlier versions of JCL and JVCL that had been used before (several times). I received the same error.

I could not find the QForms.dcu (or the .pas) file ANYWHERE on the current disk or the other drive I on which I have win98 and the completely installed jcl/jvcl packages.

The other drive is used to boot up windows 98SE and develop in that environment. The D5 jcl/jvcl works fine on THAT drive.

What am I doing wrong or not doing at all?

Are there any things to be aware of when using D5 with jcl/jvcl etc under XP pro?

Thank you.

-- 
Kind regards

Peter


Subject: Re: Can't login into JVCL CVS.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 24 Nov 2004 14:35:27 +0100
Newsgroups: jedi.vcl

(  2004-11-23 08:07:38 - Project CVS Service )   On 2004-11-23 a disk failure on the anonymous CVS server for projects starting with the letters: e, h, i, j, o and v is causing anonymous CVS, ViewCVS and tarballs for these projects to be unavailable. We are currently working on this issue and do not have an ETA for resolution.

From http://sourceforge.net/docman/display_doc.php?group_id=1&docid=2352

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Can't login into JVCL CVS.
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Wed, 24 Nov 2004 13:07:05 +0100
Newsgroups: jedi.vcl

Hai,

I been trying to login to the CVS the last couple of day's now but i get:

cvs [update aborted]: unrecognized auth response from cvs.sourceforge.net: M 
PserverBackend::PserverBackend() Connect (Connection refused)

Doos anybody else have this too?

Thanks

Niels v/d Spek 




Subject: Re: JVCL Install error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 24 Nov 2004 12:18:08 +0100
Newsgroups: jedi.vcl

Dwilbourn wrote:

> I have installed the latest JCL (1.93 17722a) and am now trying to
> install the JVCL (3.00 beta 2) but get an error during the installation:
>
> Compiling: JvCoreD5R.bpl]
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvJVCLAboutForm.pas(134)
> Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
> JvCoreD5R.dpk(94) Fatal: Could not compile used unit
> '..\..\run\JvJVCLAboutForm.pas'
>
> Can anyone help?

You have an old version of the JCL somewhere on your hard drive. Look for DCU, DCP and BPL files related to the JCL and delete them. Then rebuild the JCL. After that the JVCL should work ok.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Can't login into JVCL CVS.
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 24 Nov 2004 10:50:37 +0000 (UTC)
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> > Yep, same here. I guess they're upgrading the CVS cluster again. It's
> > the same for a few other SF.net repositories, e.g. JediCodeFormat, but
> > not all, e.g. DUnit and PasDoc still work fine.

Oops, wrong group. Actually I'm having no troubles accessing the JVCL
repository - it's the *JCL* repository where I get that same error.
JVCL is different for me though, as I'm accessing the developer
repository via SSH instead of the anonymous pserver repository which is
on an entirely different machine at SF.net AFAIK.

BTW: I'm only getting the PserverBackend error message since this
morning. Before (approx. since Sunday IIRC) it used to say "Empty
password used, try again with a real password."

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Can't login into JVCL CVS.
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 24 Nov 2004 10:41:17 +0000 (UTC)
Newsgroups: jedi.vcl

Niels v/d Spek wrote:

> > I been trying to login to the CVS the last couple of day's now but i
> > get:
> > 
> > cvs [update aborted]: unrecognized auth response from
> > cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect
> > (Connection refused)
> > 
> > Doos anybody else have this too?

Yep, same here. I guess they're upgrading the CVS cluster again. It's
the same for a few other SF.net repositories, e.g. JediCodeFormat, but
not all, e.g. DUnit and PasDoc still work fine.

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: JVCL Install error
From: "Dwilbourn" <dwilbourn@chello.nl>
Date: Wed, 24 Nov 2004 11:52:40 +0200
Newsgroups: jedi.vcl

I have installed the latest JCL (1.93 17722a) and am now trying to
install the JVCL (3.00 beta 2) but get an error during the installation:

Compiling: JvCoreD5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\Program Files\Borland\Delphi5\jedi\jvcl\run\JvJVCLAboutForm.pas(134)
Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD5R.dpk(94) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

Can anyone help?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Proxy Error?
From: "norberto" <pellicci@shaw.ca>
Date: Tue, 23 Nov 2004 17:03:34 -0800
Newsgroups: jedi.vcl

Hi,

For the last day or so, i have been getting a "502 Proxy Error" whenever i
attempt to access the Jedi examples website:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/examples/#dirlist

Has anyone else been having this problem or know what it might be?

i've been trying to look for a document on the JvWavePlayer component but
haven't been able to find one. Is there a help file or document describing
this component?

Thank you for your help.

norberto




Subject: Re: Install error using CVS
From: "norberto" <pellicci@shaw.ca>
Date: Tue, 23 Nov 2004 15:54:20 -0800
Newsgroups: jedi.vcl

Yes, thank you very much, Olivier, for your kind offer to help. For a long,
long time now i have used CVS to update the JVCL and never had any problems.
Just recently, i had the problem described earlier which led to this series
of emails.

i am a novice user of the CVS system (along with many other things) and so i
am guessing that in order to update the JCL via CVS i need to update into
the same module (ie: root directory)? However, at this point, i've made a
total mess of things since i can't seem to log onto the sourceforge CVS
repository and download any files. i keep getting asked for a password and
according to the Sourceforge website, all i should have to do is hit "enter"
but i cannot ever get logged in any more. i even tried to use a new
directory for the Jedi CVS and use "Make New Module" but to no avail. Maybe
something has changed in the CVS login procedure? Most probably, however,
i'm screwing things up royally.

Do you happen to know if the CVS site is down at Sourceforge for the Jedi
CVS?

Anyway, sorry for the trouble. i'll keep trying and reading. Hopefully i'll
be able to figure out how to download the newest version under CVS before
JVCL 4 comes out! ;-)

Thanks much again.

norberto


"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:co05no$s7v$1@talkto.net...
> > norberto wrote:
>> > > Thanks for the clarification. So then is there a preferred method of
>> > > updating both the JVCL and JCL in the CVS folder? i downloaded the
latest
>> > > JCL update last night, unzipped it and then replaced the contents of the
JCL
>> > > folder in CVS with the new material. Now i can't get the CVS to log in
for
>> > > update (keeps asking for password).
> >
> > The daily zips are not intended for people using CVS because, as you
> > unfortunately discovered, it mixes things up. To update the JCL using a
> > CVS client, use the same setup as for the JVCL except that you replace
> > the word "JVCL" by "JCL" wherever applicable. This is because we both
> > use CVS on SourceForge.
> > Let me know if you need further help doing this.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL coordinator




Subject: Re: Install error using CVS
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 23 Nov 2004 22:48:58 +0100
Newsgroups: jedi.vcl

norberto wrote:
> Thanks for the clarification. So then is there a preferred method of
> updating both the JVCL and JCL in the CVS folder? i downloaded the latest
> JCL update last night, unzipped it and then replaced the contents of the JCL
> folder in CVS with the new material. Now i can't get the CVS to log in for
> update (keeps asking for password).

The daily zips are not intended for people using CVS because, as you unfortunately discovered, it mixes things up. To update the JCL using a CVS client, use the same setup as for the JVCL except that you replace the word "JVCL" by "JCL" wherever applicable. This is because we both use CVS on SourceForge.
Let me know if you need further help doing this.

Cheers

Olivier Sannier
JVCL coordinator


Subject: Re: Install error using CVS
From: "norberto" <pellicci@shaw.ca>
Date: Tue, 23 Nov 2004 13:40:03 -0800
Newsgroups: jedi.vcl

Thanks for the clarification. So then is there a preferred method of
updating both the JVCL and JCL in the CVS folder? i downloaded the latest
JCL update last night, unzipped it and then replaced the contents of the JCL
folder in CVS with the new material. Now i can't get the CVS to log in for
update (keeps asking for password).

Thanks again.


"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cnv4tr$kmr$1@talkto.net...
> > norberto wrote:
> >
>> > > "OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
>> > > news:cnufc3$ghk$3@talkto.net...
>> > >
>>> > >>Did you also get the latest JCL version ?
>> > >
>> > >
>> > > Actually, in my ignorance, i have always thought that doing an update on
the
>> > > JVCL CVS would update *all* the files, including the JCL, in the JEDI
CVS
>> > > directory. This seems not to be correct?
> >
> > No because the JCL and JVCL are two distinc projects, managed by two
> > different teams. The JCL has a life of its own and does not need the
> > JVCL. However, the JVCL needs the JCL to compile.
> > In the end, though, you will notice that JVCL and JCL members work
> > together as it is easier to collaborate. This may lead to confusion, but
> > that's the way it is.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: TJvCSVDataSet doesn't work with MEMO fields?
From: "jscott" <NOSPAM@NOSPAM.COM>
Date: Tue, 23 Nov 2004 18:05:08 +0200
Newsgroups: jedi.vcl

Warren, were you able to reproduce the above?  Just wondering.

Thanks,
Jon.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jedi BDE Error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 23 Nov 2004 13:48:01 +0100
Newsgroups: jedi.vcl

Felixus wrote:

> Hi I use Jedi components on Delphi 5 Ent. (I don't know which version of
> Jedi) when I open Delphi I received error message on below.
> How I can solve this problem?
>
>
> //--------------------------------------------------------------------------
> -------
> Exception
> EDBEnine Error in module VCLBDE50.bpl at 0000 c2c6
>
> An error accurred while attemting the Borland Database Engine (error $ 2501)
> //--------------------------------------------------------------------------
> -------

This error message does not seem to have anything to do with the JVCL. Could you give a bit more context ?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Install error using CVS
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 23 Nov 2004 13:29:43 +0100
Newsgroups: jedi.vcl

norberto wrote:

> "OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
> news:cnufc3$ghk$3@talkto.net...
>
>> Did you also get the latest JCL version ?
>
>
> Actually, in my ignorance, i have always thought that doing an update on the
> JVCL CVS would update *all* the files, including the JCL, in the JEDI CVS
> directory. This seems not to be correct?

No because the JCL and JVCL are two distinc projects, managed by two different teams. The JCL has a life of its own and does not need the JVCL. However, the JVCL needs the JCL to compile.
In the end, though, you will notice that JVCL and JCL members work together as it is easier to collaborate. This may lead to confusion, but that's the way it is.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Jedi BDE Error
From: "Felixus" <bilcan@hotmail.com>
Date: Tue, 23 Nov 2004 14:00:22 +0200
Newsgroups: jedi.vcl

Hi I use Jedi components on Delphi 5 Ent. (I don't know which version of
Jedi) when I open Delphi I received error message on below.
How I can solve this problem?


//--------------------------------------------------------------------------
-------
Exception
EDBEnine Error in module VCLBDE50.bpl at 0000 c2c6

An error accurred while attemting the Borland Database Engine (error $ 2501)
//--------------------------------------------------------------------------
-------




Subject: Re: Install error using CVS
From: "norberto" <pellicci@shaw.ca>
Date: Tue, 23 Nov 2004 03:43:17 -0800
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:cnufc3$ghk$3@talkto.net...
> > Did you also get the latest JCL version ?

Actually, in my ignorance, i have always thought that doing an update on the
JVCL CVS would update *all* the files, including the JCL, in the JEDI CVS
directory. This seems not to be correct?








Subject: Re: Searching two controls...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 23 Nov 2004 12:19:05 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cnuvf7$jic$1@talkto.net>:

> > Thanks for letting me know: for some reason, SF doesn't notify me when new
> > tracker items are added although it should. I'll have a look at them ASAP.
Thanks Peter for your efforts.


-- cu, Michael 

Subject: Re: Searching two controls...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Nov 2004 11:55:49 +0100
Newsgroups: jedi.vcl

> > BTW and OT: did you found any time to look at the feature requests for
> > INITranslator on SourceForge?
> >
> > http://sourceforge.net/tracker/?atid=554337&group_id=78744&func=browse
Thanks for letting me know: for some reason, SF doesn't notify me when new
tracker items are added although it should. I'll have a look at them ASAP.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Searching two controls...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 23 Nov 2004 11:33:20 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cnuoka$i46$1@talkto.net>:

> > No worries. In fact, since there is no coding involved, it could even be
> > created as a component template (althought that means no inheritance, just
> > plain copying).
Thanks Peter,

BTW and OT: did you found any time to look at the feature requests for
INITranslator on SourceForge?

http://sourceforge.net/tracker/?atid=554337&group_id=78744&func=browse
-- cu, Michael 

Subject: Re: Searching two controls...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Nov 2004 09:59:03 +0100
Newsgroups: jedi.vcl

> > I've missed the word frame from your first response.
No worries. In fact, since there is no coding involved, it could even be
created as a component template (althought that means no inheritance, just
plain copying).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Searching two controls...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 23 Nov 2004 08:47:33 +0100
Newsgroups: jedi.vcl

"Peter Thornqvist" wrote in message <news:cnt02d$6jn$1@talkto.net>:

>> >> Sure, but I would be nicer to have this in a single control...
> > Actually, that type of "control" is perfect for frames: complex enough to
> > want to make reusable, but still simple enough to not warrant creating a new
> > component. IMO, TJvgWizardHeader shouldn't be a control, either.
Peter,

I've missed the word frame from your first response. Perhaps I should give
this a try. Thx.

-- cu, Michael 

Subject: Re: Couldn't compile using lastest JVCL cvs
From: Steph <sfillon_j@yahoo.fr>
Date: Tue, 23 Nov 2004 17:18:04 +1000
Newsgroups: jedi.vcl

Thank you Olivier.

I don't know what I have done this morning... but I was running an old JCL.

Thanks for your help.


Cheers,
Stephane.

OBones wrote:
> Steph wrote:
>
>> Hi all :o)
>>
>> I have the following message /jvcl3/common/jvcl.inc
>>
>>
>> {$I jedi.inc}
>>
>> {$IFNDEF JEDI_INC}
>> ALERT_jedi_inc_incompatible        <-------- It block here :-((
>> // secure against old versions of jedi.inc
>> {$ENDIF !JEDI_INC}
>>
>>
>> I don't really know what's the problem as there is a jedi.inc in my /common directory :(
>
>
> You are using a very old JCL with a recent JVCL which is not possible. You need the JCL 1.92 to work with JVCL 3 Beta 2. Or even better, use the daily zips here:
>
> http://jvcl.sf.net/daily/
> http://jcl.sf.net/daily/
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator



Subject: Re: Install error using CVS
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 23 Nov 2004 07:21:02 +0100
Newsgroups: jedi.vcl

Did you also get the latest JCL version ?


Subject: Re: Couldn't compile using lastest JVCL cvs
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 23 Nov 2004 07:19:55 +0100
Newsgroups: jedi.vcl

Steph wrote:

> Hi all :o)
>
> I have the following message /jvcl3/common/jvcl.inc
>
>
> {$I jedi.inc}
>
> {$IFNDEF JEDI_INC}
> ALERT_jedi_inc_incompatible        <-------- It block here :-((
> // secure against old versions of jedi.inc
> {$ENDIF !JEDI_INC}
>
>
> I don't really know what's the problem as there is a jedi.inc in my /common directory :(

You are using a very old JCL with a recent JVCL which is not possible. You need the JCL 1.92 to work with JVCL 3 Beta 2. Or even better, use the daily zips here:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Couldn't compile using lastest JVCL cvs
From: Steph <sfillon_j@yahoo.fr>
Date: Tue, 23 Nov 2004 10:23:28 +1000
Newsgroups: jedi.vcl

Hi all :o)

I have the following message /jvcl3/common/jvcl.inc


{$I jedi.inc}

{$IFNDEF JEDI_INC}
ALERT_jedi_inc_incompatible        <-------- It block here :-((
// secure against old versions of jedi.inc
{$ENDIF !JEDI_INC}


I don't really know what's the problem as there is a jedi.inc in my /common directory :(


Rgds/Stephane :)



Subject: Re: Install error using CVS
From: "norberto" <pellicci@shaw.ca>
Date: Mon, 22 Nov 2004 16:07:31 -0800
Newsgroups: jedi.vcl

i just downloaded the latest CVS snapshot and still get the same error on
installation (running "install.bat" under ..\JVCL3).

Could someone please let me know how can i get around this problem?

Thanks.



"norberto" <pellicci@shaw.ca> wrote in message
news:cno68l$a4a$1@talkto.net...
> > Hi,
> >
> > i just downloaded the CVS snapshot today and when i tried to run the
> > install, i got this error:
> >
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Compiling: Installer]
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > jvcl.inc(22) Fatal: File not found: 'jedi.inc'
> >
> > ** error 1 ** deleting Installer
> > Press ENTER to continue
> >
> >
> > However, the file "jedi.inc" IS installed in the \jcl\source directory.
> >
> > What can be done to fix this?
> >
> > Thanks.
> >
> >




Subject: Re: D6Per install issues
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Tue, 23 Nov 2004 00:53:01 +0100
Newsgroups: jedi.vcl

On Wed, 17 Nov 2004 17:10:41 +0100, "Andreas Hausladen" wrote:

> >The problem with PERSONALEDITION is that it is set in jvcl.inc which is a
> >"global to all installed IDEs" file. So if you have installed D6 pers and
> >D7 pro/ent you will end in having D7 Pers installation of JVCL.

As I wrote I mean the enviroment variable PERSONALEDITION_OPTION from
packages\bin\Makefile.mak.
Anyway adding the following lines in Compile.pas to
TJVCLCompiler.CompileTarget should solve it

  if TargetConfig.Target.IsPersonal then
    SetEnvironmentVariable('PERSONALEDITION_OPTION',
'-DDELPHIPERSONALEDITION')
  else
    SetEnvironmentVariable('PERSONALEDITION_OPTION', nil);

>> >> The second issue is that JvInspectorD6R.dpk contains JvInspDB.pas.
>> >> I've deleted d6per\JvInspectorD6R.dpk and the regenerated package does
>> >> always contain JvInspDB.pas although the condition in the .xml file is
>> >> "!DelphiPersonalEdition".
> >
> >This must have to do with the last changes in the package manager where we
> >have introduced a condition IF-Parser that made PG to remove any IFDEF
>from .dpk files. Unfortunatelly is the PERSONALEDITION condition set as
> >parameter to the command line compiler which is now useless.
> >
> >We should find a solution to this.

The personal edition package templates does contain the defines for
the personal edition. Why not adding these on top of DefinesList?

//the following lines in GenerateUtils.pas::Generate

            if persoTarget <> '' then
            begin
              ApplyTemplateAndSave(...


//could become the following to solve it

            if persoTarget <> '' then
            begin
              TempDefineList := TDefinesList.Create(templatePers);
              try
                for K := 0 to Pred(TempDefineList.Count) do
                  DefinesList.Insert(K,
TDefine.Create(TempDefineList[K].Name, TempDefineList[K].IFDEFs));
                try
                  ApplyTemplateAndSave(
                     path,
                     persoTarget,
                     packages[j],
                     ExtractFileExt(rec.Name),
                     templatePers,
                     xml,
                     templateNamePers,
                     xmlName);
                finally
                  for K := 0 to Pred(TempDefineList.Count) do
                    DefinesList.Delete(0);
                end;
              finally
                TempDefineList.Free;
              end;
            end;


These fixes solved my personal edition install issues.

Uwe


Subject: Is there any skin control in JVCL?
From: "robin" <vvrobin@tom.com>
Date: Mon, 22 Nov 2004 11:37:06 -0800
Newsgroups: jedi.vcl

Is there any control work like VCLSkin or other skin control in JVCL?

thanks a lot.




Subject: Re: Searching two controls...
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Nov 2004 17:51:24 +0100
Newsgroups: jedi.vcl

> > Sure, but I would be nicer to have this in a single control...
Actually, that type of "control" is perfect for frames: complex enough to
want to make reusable, but still simple enough to not warrant creating a new
component. IMO, TJvgWizardHeader shouldn't be a control, either.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Searching two controls...
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 22 Nov 2004 16:29:33 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> I'm searching a TEdit like control (and not a memo) which supports word
> wrap. I don't want to use a memo since I guess that there will be much more
> overhead added to my project, right?

I don't think so as I guess they basically are the same component, just one that has multiline turned on while the other has not.

Only if you use the RTF one should you get extra code in.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Searching two controls...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 22 Nov 2004 16:21:29 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" wrote in message <news:cnslss$41s$1@talkto.net>:

> >      AFAIK, the default TCustomLabel provides multi line / word 
> > wrapping, although the default property editor of the Caption property 
> > is not really suited to that. Anyway, since TJvLabel is derived from 
> > TJvCustomLabel which is derived from TCustomLabel (or maybe TLabel, not 
> > sure), TJvLabel will support multiple lines.
Oh just noticed my typo. Of course the standard TLabel natively supports
word wrap. 

I'm searching a TEdit like control (and not a memo) which supports word
wrap. I don't want to use a memo since I guess that there will be much more
overhead added to my project, right?

-- cu, Michael 

Subject: Re: Searching two controls...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 22 Nov 2004 16:18:47 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cnsols$4pn$1@talkto.net>:

> > You can easily create one yourself, using a frame, a panel, two labels and
> > an image component.
Sure, but I would be nicer to have this in a single control...


-- cu, Michael 

Subject: Re: Searching two controls...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Nov 2004 15:47:26 +0100
Newsgroups: jedi.vcl

> > is there any TLabel control in JVCL which supports multiline?
> > TJvMarkupLabel seems to do the job - is there another one?
See Marcel's reply and also have a look at JvHTLabel and JvLinkLabel if you
want (mini-)HTML support .

> > I'm also searching a panel like TJvgWizardHeader with comment and header
> > line but capable of holding an image instead of a symbol font.
You can easily create one yourself, using a frame, a panel, two labels and
an image component.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Searching two controls...
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 22 Nov 2004 15:00:03 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Hi,
>
> is there any TLabel control in JVCL which supports multiline?
> TJvMarkupLabel seems to do the job - is there another one?

    AFAIK, the default TCustomLabel provides multi line / word wrapping, although the default property editor of the Caption property is not really suited to that. Anyway, since TJvLabel is derived from TJvCustomLabel which is derived from TCustomLabel (or maybe TLabel, not sure), TJvLabel will support multiple lines.

    JVCL does provide a number of property editors, and one is for Caption and Hint properties. It allows editing of multi line values. You need to set a conditional to activate those (probably also available as a checkbox in the installer).

>
> I'm also searching a panel like TJvgWizardHeader with comment and header
> line but capable of holding an image instead of a symbol font.
>

    Can't help you with this one.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Searching two controls...
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 22 Nov 2004 14:44:54 +0100
Newsgroups: jedi.vcl

Hi,

is there any TLabel control in JVCL which supports multiline?
TJvMarkupLabel seems to do the job - is there another one?

I'm also searching a panel like TJvgWizardHeader with comment and header
line but capable of holding an image instead of a symbol font.

-- cu, Michael 

Subject: Re: TWebBrowser.
From: "@rennes" <l.sass@omp-transport.com>
Date: Mon, 22 Nov 2004 12:18:58 +0100
Newsgroups: jedi.vcl

Thanks for this very god link.



"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: cnf1cc$ibs$1@talkto.net...
> > If you need better control over the TWebBrowser, I recommend EmbeddedWB:
> >
> > http://www.euromind.com/iedelphi/
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Delphi v BCB 6 Ent? A little OT.
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 22 Nov 2004 08:59:09 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Branch <branch@sitathome.net> wrote in
news:cno8t0$apu$1@talkto.net: 

> > Hi Guys,
> > 
> >      I am playing with BCB 6 Enterprise Trial and whilst I
> >      suspect the cause 
> > but I want to confirm.
> > 
> >      I've tried this 3 times now.  If I build an app using
> >      Delphi 7 & JVCL 
> > components I get a size xMeg application.  If I create exactly
> > the same app in BCB 6 Ent Trial the file size is roughly 2x, and
> > I get no size difference between Full Debug & Release
> > compilations. 
> > 
> >      Question.  Is this a characteristic of the Trial version or
> >      does the 
> > full version do the same thing?  I had hoped to get physically
> > smaller apps with BCB.
> > 
> > Regards & TIA,
Hi,
I had similar question in this NG. I use full BCB version (no trial).
You can look for "EXE size and translation (gettext)" subject from
25 May 2004.

Now I use BCBStriper which remove Relocation & Export tables.
In case you are member of BDN community (bdn.borland.com)
you can download it from the Code Central:
http://cc.borland.com/codecentral/ccweb.exe/listing?id=22002

HTH,
Vaclav


Subject: Re: Is there any skin control in JVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Nov 2004 08:35:35 +0100
Newsgroups: jedi.vcl

No, sorry.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Delphi v BCB 6 Ent? A little OT.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 21 Nov 2004 17:11:11 +0100
Newsgroups: jedi.vcl

Try with an application that does NOT contain any JVCL component. You should see a difference. I suspect, though I'm no sure, that the JVCL packages are always built in debug mode and as such embed debug information even when the application is built in release mode. The fact that packages are in debug mode is a deliberate choice on my part as people use them in debug mode 99% of the time. If the size becomes a problem, there are few values to change in the template files (template.*) and the packages will get regenerated by the installer.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Build error in latest CVS download of jvcl.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 21 Nov 2004 17:08:41 +0100
Newsgroups: jedi.vcl

Ian Branch wrote:
> Hi Olivier,
>
>     Hey no apologies necessary, no complaints or pain.  Just trying to assist by flagging what I see.  You guys do an absolutely marvellous job, way beyond my ken abilities, so I would not dare to hold you to blame or accountable for anything that pops up.

Thanks for that, but that particular error was flagged at least 10 hours before you did and I didn't take the time to fix it. And I feel it's always better to provide some sort of explanation because, historically, people are a bit "jumpy" when a problem that simple is holding them back. Fortunately you are not, and we all appreciate that.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvMTThreads
From: "Mervin Pearce" <mervin@r e m o v e@sacs.co.za>
Date: Sun, 21 Nov 2004 14:26:46 +0200
Newsgroups: jedi.vcl

Appreciated 




Subject: Re: JvMTThreads
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 21 Nov 2004 12:43:55 +0100
Newsgroups: jedi.vcl

There are samples in the \examples\JvManagedThreads folder + the original
doc is in the \dev\donations\ManagedThreads folder

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvMTThreads
From: "Mervin Pearce" <mervin@r e m o v e@sacs.co.za>
Date: Sun, 21 Nov 2004 06:31:29 +0200
Newsgroups: jedi.vcl

I am looking for samples or any documentation on usage of the JvMTThreads 
components.

Thanks 




Subject: Delphi v BCB 6 Ent? A little OT.
From: Ian Branch <branch@sitathome.net>
Date: Sun, 21 Nov 2004 08:53:12 +1100
Newsgroups: jedi.vcl

Hi Guys,

    I am playing with BCB 6 Enterprise Trial and whilst I suspect the cause but I want to confirm.

    I've tried this 3 times now.  If I build an app using Delphi 7 & JVCL components I get a size xMeg application.  If I create exactly the same app in BCB 6 Ent Trial the file size is roughly 2x, and I get no size difference between Full Debug & Release compilations.

    Question.  Is this a characteristic of the Trial version or does the full version do the same thing?  I had hoped to get physically smaller apps with BCB.

Regards & TIA,


Ian


Subject: Re: Build error in latest CVS download of jvcl.
From: Ian Branch <branch@sitathome.net>
Date: Sun, 21 Nov 2004 08:46:06 +1100
Newsgroups: jedi.vcl

Hi Olivier,

    Hey no apologies necessary, no complaints or pain.  Just trying to assist by flagging what I see.  You guys do an absolutely marvellous job, way beyond my ken abilities, so I would not dare to hold you to blame or accountable for anything that pops up.

Regards,

Ian


Subject: Install error using CVS
From: "norberto" <pellicci@shaw.ca>
Date: Sat, 20 Nov 2004 13:08:14 -0800
Newsgroups: jedi.vcl

Hi,

i just downloaded the CVS snapshot today and when i tried to run the
install, i got this error:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
jvcl.inc(22) Fatal: File not found: 'jedi.inc'

** error 1 ** deleting Installer
Press ENTER to continue


However, the file "jedi.inc" IS installed in the \jcl\source directory.

What can be done to fix this?

Thanks.




Subject: Re: problem with TJvFormStorage
From: Patrick Hollerbach <hollie@gmx.de>
Date: Sat, 20 Nov 2004 20:00:25 +0100
Newsgroups: jedi.vcl

Hi,

Am Tue, 02 Nov 2004 19:44:31 +0100 hat Jens Fudickar
<jens.fudickar@oratool.de> geschrieben:

> >As i have written before.
> >
> >I need a sample application. Please create a sample and add it to mantis 
> >with a new bug entry.

OK, it was my fault... I found the solution in
<cnds42$cuv$2@talkto.net>
I used a JvAppStorage-Component on every subform, that was my fault.
Shame on me...

Now everything works fine and I'm ready to upgrade my applications to
new JVCL.

Cheers,
Patrick


Subject: Re: Build error in latest CVS download of jvcl.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 20 Nov 2004 15:00:53 +0100
Newsgroups: jedi.vcl

Ian Branch wrote:

> Hi Guys,
>
>     I get the following error when installing the lates jvcl update via CVS.

Yep, we know about it, and it wasn't fixed in CVS until now.
Please wait a few hours before you get the file. Alternatively, you can simply remove the "override" keyword on the indicated line.

Sorry for the inconvenience

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: What & how to hook mouse, set cursor...
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 20 Nov 2004 12:05:48 +0100
Newsgroups: jedi.vcl

> > Peter, where are you??? :(
Sorry, don't have time at the moment. I'll be back ASAP.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: What & how to hook mouse, set cursor...
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sat, 20 Nov 2004 11:37:41 +0100
Newsgroups: jedi.vcl

Peter, where are you??? :(

I managed to login onto my site and uploaded the color picker components 
preview, you can download it at: 
http://mxs.topcities.com/mbColorLibPreview.zip .

Cheers

Marko 




Subject: Re: TJvCSVDataSet doesn't work with MEMO fields?
From: "jscott" <NOSPAM@NOSPAM.COM>
Date: Fri, 19 Nov 2004 23:13:00 +0200
Newsgroups: jedi.vcl

> >Jens wrote:
> >
>>> >>>jscott wrote:
>>> >>>
>>>> >>>>I'm using TJvCSVDataSet that came with JEDI VCL 3 Beta 2 to perform 
>>>> >>>>export/import routines to/from an Access database.  Everything works 
fine 
>>>> >>>>except for MEMO fields.  
>>> >>>
>>> >>>How wide are your memo fields? If you can send me a sample of a memo 
>>> >>>field value that doesn't import correctly, I can check. I have 
certainly 
>>> >>>used string fields that are from 1 to 200 characters no problem with 
>>> >>>commas, however, you may have other special cases, like carriage 
returns 
>>> >>>(Chr(13)) etc that don't work.
>>> >>>
>> >> 
>> >> 
>> >> For the problem of CHR(13) i have added some code to the JvAppStorage
>> >> which replaces CHR(13) to \n and vice versa. Maybe this can be used for
>> >> the memo fields also.
> >
> >Yes, I already have implemented this, however it is not well tested,
> >and there is a quirk involved with using it, since few people use 
> >multi-line memo fields in CSVs.  It requires a non-standard CSV 
> >encoding, since the CSV "standard" such as it is defines only the 
> >following escape style:
> >
> >"This is how you put ""quotes"" inside quotes".
> >
> >This CSV-double-the-quotes escaping style is the norm for CSV files, but 
> >it is incompatible with the '\n' escaping style, since the JvCsvDataSet 
> >can either use \" or "" to escape quotes, but if it uses
> >"" it cannot support \n encoding.
> >
> >The original poster has declined to give sufficient detail, so I'm 
> >afraid we can't help him out until he comes back and gives more detail. 
> >He left no valid email address either. Sigh.  I have used this component
> >enough with Chr(13) embedded, andquotes embedded that I am sure the 
> >original poster is either (a) having a personal brain-fart, or (b) has 
> >found a particularly hard to find corner case that I have missed. If it 
> >is the latter, I would sure like to find and fix it!
> >
> >Warren
> >

Sorry, have been busy lately.

Let's say I have an Access 2000 database with one table and five fields:

id (AutoNumber)
NumberField (Number)
TextField (Text)
DateField (Date)
MemoField (Memo)

With only one record:

id=1
NumberField=0
TextField=This is a string. "This should be the same field."
DateField=11/19/2004
MemoField=
This is line one.
This is line two.
This is line three.
"This is line four."

When exporting this record to a CSV file, this is what's produced:

"id","NumberField","TextField","DateField","MemoField"
1,0,"This is a string. ""This should be the same field.""",11/19/2004 
0:00:00,"This is line one.
This is line two.
This is line three.
""This is line four."""

Now, when setting up a TJvCSVDataSet component to load that CSV file, 
this is what it looks like (with four records):

Record #1:
"ID"=1
"NUMBERFIELD"=0
"TEXTFIELD"=This is a string. "This should be the same field."
"DATEFIELD"=11/19/2004
"MEMOFIELD"="This is line one.

Record #2:
"ID"=This is line two.
"NUMBERFIELD"=null
"TEXTFIELD"=null
"DATEFIELD"=null
"MEMOFIELD"=null

Record #3:
"ID"=This is line three.
"NUMBERFIELD"=null
"TEXTFIELD"=null
"DATEFIELD"=null
"MEMOFIELD"=null

Record #4:
"ID"="This is line four."
"NUMBERFIELD"=null
"TEXTFIELD"=null
"DATEFIELD"=null
"MEMOFIELD"=null

It's not that hard to reproduce and no, I didn't have a brainfart.  My 
email address is NOSPAMsupport@blueorbsoft.comNOSPAM if you need it 
(remove NOSPAM).

Thanks!
Jon.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Build error in latest CVS download of jvcl.
From: Ian Branch <branch@sitathome.net>
Date: Sat, 20 Nov 2004 08:10:32 +1100
Newsgroups: jedi.vcl

Hi Guys,

    I get the following error when installing the lates jvcl update via CVS.


[Compiling: JvStdCtrlsD5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
D:\jvcl\run\JvListView.pas(113) Error: Method 'CreateListItems' not found in base class
JvStdCtrlsD5R.dpk(114) Fatal: Could not compile used unit '..\..\run\JvListView.pas'

** error 1 ** deleting JvStdCtrlsD5R.bpl

** error 1 ** deleting CompilePackages

Regards,


Ian


Subject: Re: TJvCSVDataSet doesn't work with MEMO fields?
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 19 Nov 2004 12:31:52 -0500
Newsgroups: jedi.vcl

Jens wrote:

>> jscott wrote:
>>
>>> I'm using TJvCSVDataSet that came with JEDI VCL 3 Beta 2 to perform export/import routines to/from an Access database.  Everything works fine except for MEMO fields.  
>>
>> How wide are your memo fields? If you can send me a sample of a memo field value that doesn't import correctly, I can check. I have certainly used string fields that are from 1 to 200 characters no problem with commas, however, you may have other special cases, like carriage returns (Chr(13)) etc that don't work.
>>
>
>
> For the problem of CHR(13) i have added some code to the JvAppStorage
> which replaces CHR(13) to \n and vice versa. Maybe this can be used for
> the memo fields also.

Yes, I already have implemented this, however it is not well tested,
and there is a quirk involved with using it, since few people use multi-line memo fields in CSVs.  It requires a non-standard CSV encoding, since the CSV "standard" such as it is defines only the following escape style:

"This is how you put ""quotes"" inside quotes".

This CSV-double-the-quotes escaping style is the norm for CSV files, but it is incompatible with the '\n' escaping style, since the JvCsvDataSet can either use \" or "" to escape quotes, but if it uses
"" it cannot support \n encoding.

The original poster has declined to give sufficient detail, so I'm afraid we can't help him out until he comes back and gives more detail. He left no valid email address either. Sigh.  I have used this component
enough with Chr(13) embedded, andquotes embedded that I am sure the original poster is either (a) having a personal brain-fart, or (b) has found a particularly hard to find corner case that I have missed. If it is the latter, I would sure like to find and fix it!

Warren


Subject: Re: What & how to hook mouse, set cursor...
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 19 Nov 2004 14:39:35 +0100
Newsgroups: jedi.vcl

O, I forgot to add:
I use ShowModal for that form (ScreenForm). How can I interact with it when 
it's shown modally? I need to pass the SelectedColor property to it's parent 
form as the mouse moves over it. I did add an event for that, but the color 
isn't passed through. How can I make it pass the color to it's parent form?

Cheers

Marko 




Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 19 Nov 2004 14:28:35 +0200
Newsgroups: jedi.vcl

Can please anybody else deactivate the override of CreateListItems if it
is D5. In this case the functionality is not available for D5 in the
meantime, but the source is not broken.

Maybe i can find a better way next week.

Greetings
Jens

> >Thats realy sad.
> >
> >But i can't do anything before monday evening (hopefully).
> >
> >Greetings
> >Jens
> >
>> >>IIRC, you can't override CreateListItems in D5
>> >>
>> >>-- 
>> >>Regards,
>> >>
>> >>Peter Thornqvist (JVCL Developer)
>> >>http://jvcl.sourceforge.net
>> >>
>> >>
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 19 Nov 2004 12:30:52 +0200
Newsgroups: jedi.vcl

Thats realy sad.

But i can't do anything before monday evening (hopefully).

Greetings
Jens

> >IIRC, you can't override CreateListItems in D5
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Developer)
> >http://jvcl.sourceforge.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 19 Nov 2004 10:22:52 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> IIRC, you can't override CreateListItems in D5
>

    indeed. Almost the same problem I had with TComboBox/TListBox when I implemented the provider stuff. Just like there you will need some creative uses of RTTI for D5/BCB5 only (you should look in JvListBox.pas for an example of what to do, specifically TJvCustomListBox.Create, which BTW shows that all VCL versions needed this "hack").

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Nov 2004 10:02:25 +0100
Newsgroups: jedi.vcl

IIRC, you can't override CreateListItems in D5

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: ActionLink for TJvCustomGraphicButton
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 19 Nov 2004 09:34:15 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please next time zip the files and post them to binaries.

And even better, add an entry into Mantis here:

http://homepages.borland.com/jedi/issuetracker/

Please register first so that you can get email notices when someone is working on your issue.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: General - Designtime Coding - Best Practices
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 19 Nov 2004 09:33:18 +0100
Newsgroups: jedi.vcl

Or you could write two reg files that add/remove entries in the packages key of the registry.
Double click on the "remove" one before running the debug IDE and you should get less packages to load, thus shortening the start time.

I don't know if this work, but it may be worth trying it.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: General - Designtime Coding - Best Practices
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 19 Nov 2004 01:20:22 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> I know this is slightly off-topic, but I wondered if you guys could point me at any resources for Delphi designtime (property/component editors) debugging hints and tips.
>
> In particular:
>     (1) If I run Delphi from within Delphi, is there a way to
>      decrease load time, perhaps by only loading certain component         BPL packages needed to debug what I'm working on, rather than
>      my entire set of components? My Delphi 7 IDE takes 25-35
>     seconds to launch normally (not from a debugger), and about
>     60-180 seconds to launch when I need to debug code that runs
>     from a designtime-editor form.
>     

"View - Debug Windows - Event Log" shows extensive information about what Delphi loads during startup.
The startup time of Delphi is depending on the amount of packages that
are loaded. Unchecking certain packages won't help, they get loaded
anyway. Only removing packages will reduce startup time.
Not very practic though.
As a workaround you can create an new user account on your machine.
Start Delphi from the new created user and remove the packages you don't
need for debugging design time components.
Or be patient ;)

Regards,

André Snepvangers




Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 19 Nov 2004 00:00:06 +0100
Newsgroups: jedi.vcl

I have enhanced the JvListView.pas to include the new feature.

Can anyone else please have a look on it. I had to implement a new TJvListItems and enhance the TJvListItem classes.

It should work.

Greetings
Jens

Vaclav Korecek wrote:
> Hi, I have tried to to store Items property of a TJvListView through TJvFormStorage component, but without any success. It stored me nothing. Is it possible make storage of "TJvListView.Items" through  TJvFormStorage component?  It stores other properties
> of the JvListView without any problem.
>
> Is there some thing or trick what I have to know to be workable for me?  I have BCB6 and JVCL from 12 of Nov. 2004. 
> TIA,
> Vaclav

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Ping Michael Beck (and anyone else in Cincinnati)
From: "Rick Carter" <carterrk@despammed.com>
Date: Thu, 18 Nov 2004 22:03:58 +0200
Newsgroups: jedi.vcl

Sorry for posting this way, but apparently Michael Beck's email address 
is not easy to find from a web search.

Michael,
I understand from your interview with Clay Shannon that you live in 
Cincinnati?  I would like to invite you (and anyone else within driving 
distance of Cincinnati who reads this) to a Delphi 2005 Launch Event at 
the Greater Cincinnati Water Works, 4747 Spring Grove Avenue, on Monday, 
November 29 at 6:30 p.m.  There will be a drawing for a free copy of 
Delphi 2005 Architect, as well as a copy of Delphi 2005 Pro, discount 
coupons, and other goodies.

I'm hoping you can join us!   For more information or directions, please 
send email to carterrk@despammed.com, or call 513-591-7859.

Rick Carter
carterrk@despammed.com
Chair, Delphi/Paradox SIG, Cincinnati PC Users Group

--- posted by geoForum on http://delphi.newswhat.com


Subject: General - Designtime Coding - Best Practices
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 18 Nov 2004 14:11:32 -0500
Newsgroups: jedi.vcl

I know this is slightly off-topic, but I wondered if you guys could point me at any resources for Delphi designtime (property/component editors) debugging hints and tips.

In particular:
    (1) If I run Delphi from within Delphi, is there a way to
     decrease load time, perhaps by only loading certain component    
     BPL packages needed to debug what I'm working on, rather than
     my entire set of components? My Delphi 7 IDE takes 25-35
    seconds to launch normally (not from a debugger), and about
    60-180 seconds to launch when I need to debug code that runs
    from a designtime-editor form.
    
    (2) Is there a way to debug designtime-packages without running the Delphi IDE? Anyone seen anything like this? I realize that this would be perhaps done by ifdefs and so on, but anyone got any links, ideas?

Design-time code and the internals of the whole design-time paradigm are NOT my strong suit. I wish i had that Ray Konopka book.

Regards,

Warren


Subject: Re: What & how to hook mouse, set cursor...
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Thu, 18 Nov 2004 19:30:43 +0100
Newsgroups: jedi.vcl

Peter, here's what I came up with so far (attached project). I've got a 
problem though. In order for the user to see which color is under the cursor 
I show a panel (which can contain some stuff for displaying the color). Now, 
that panel is positioned at the top-left or bottom-right screen corner 
depending of the mouse position. I change the panel's top and left 
properties in the MouseMove event, but the panel stays painted on the 
transparent form in both places. I've tried invalidate, repaint, update, 
hide-show, but nothig happends - the panel stays painted. What should I do 
to get rid of the leftover?

> > The best is to add a new issue to our bug tracker (category donation). 
> > That
> > way we can easily keep track of it and you will also see who is handling 
> > it
> > and what is happening with it.
> >
> > Mantis is here:
> > http://homepages.borland.com/jedi/issuetracker

The demo is 185KB large (zipped & compressed EXE), can I post such a "big" 
file there?

Cheers

Marko 



pickcolor.zip
	



Subject: Re: ActionLink for TJvCustomGraphicButton
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Nov 2004 19:14:58 +0100
Newsgroups: jedi.vcl

Please next time zip the files and post them to binaries.


Subject: Re: What & how to hook mouse, set cursor...
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Nov 2004 18:51:41 +0100
Newsgroups: jedi.vcl

> > If the JVCL wants them I'll be happy to
> > donate them when all of them are complete. I'va made a dialog component
for
> > them and a small demo. I can't currently login on my site, so I can't
upload
> > the demo, but if you give me a place to upload - you (or anyone else) can
> > take a look at it.
The best is to add a new issue to our bug tracker (category donation). That
way we can easily keep track of it and you will also see who is handling it
and what is happening with it.

Mantis is here:
http://homepages.borland.com/jedi/issuetracker


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: What & how to hook mouse, set cursor...
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Thu, 18 Nov 2004 17:03:54 +0100
Newsgroups: jedi.vcl

> > Here's an idea: when the user wants to pick a color, you create a
> > transparent window that covers the entire screen. When the user clicks in
> > this window, you get the color at that location on the underlying
> > desktop/window.
> >
> > I did this once with a screen capture tool I did (although in that case, 
> > the
> > user dragged a rect to select the area to copy to a bitmap), so if you 
> > need
> > some code, I could try dig it up.

  No need for the code, that is a great idea - no mouse capture, no cursor 
changing... I like it very much, I don't know how it would behave on Win 
9x/Me, but I'll test it today, and if it doesn't work - we'll see.
  BTW: I've gotta say there's something uncomplete in JVCL - the JvZoom 
component is missing lots of properties like Anchors, Align, Visible...
  Also, I've got a suggestion. I've been working on a color picker library, 
which is almost done, these components are (I think) the best someone can 
get for free (and for money too). If the JVCL wants them I'll be happy to 
donate them when all of them are complete. I'va made a dialog component for 
them and a small demo. I can't currently login on my site, so I can't upload 
the demo, but if you give me a place to upload - you (or anyone else) can 
take a look at it.

Cheers

Marko 




Subject: ActionLink for TJvCustomGraphicButton
From: "Fedor" <dot99@mail.ru>
Date: Thu, 18 Nov 2004 16:39:28 +0300
Newsgroups: jedi.vcl

Hello.

I have added an ActionLink support for TJvCustomGraphicButton. Below I'm 
posting the code (I'm not the JVCL developer), hope this code will be 
included in next release. I have attached changed files (they was got from 
dayly build from 16-11-2004). Not sure about necessity to add chenges to 
both TJvNavIconButton and TJvNavPanelButton classes, since one of them 
already enough to work - there are already both classes represenatives 
exists at NavPanel.

//!!!!!! 
JvButton.pas

type
  TJvCustomGraphicButtonActionLink = class(TControlActionLink)
  protected
    FClient: TJvCustomGraphicButton;
    procedure AssignClient(AClient: TObject); override;
    function IsCheckedLinked: Boolean; override;
    function IsGroupIndexLinked: Boolean; override;
    procedure SetGroupIndex(Value: Integer); override;
    procedure SetChecked(Value: Boolean); override;
  end;

TJvCustomGraphicButton = class(TJvGraphicControl)
  ...
protected
  ...
 function GetActionLinkClass: TControlActionLinkClass; override;
  ...
end;
....
....
....
....
....
{ TJvButtonActionLink }

procedure TJvCustomGraphicButtonActionLink.AssignClient(AClient: TObject);
begin
  inherited AssignClient(AClient);
  FClient := AClient as TJvCustomGraphicButton;
end;

function TJvCustomGraphicButtonActionLink.IsCheckedLinked: Boolean;
begin
  Result := inherited IsCheckedLinked and (FClient.GroupIndex <> 0){ and
    FClient.AllowAllUp and (FClient.Down = (Action as 
TCustomAction).Checked)};
end;

function TJvCustomGraphicButtonActionLink.IsGroupIndexLinked: Boolean;
begin
  Result := (FClient is TJvCustomGraphicButton) and
    (TJvCustomGraphicButton(FClient).GroupIndex = (Action as 
TCustomAction).GroupIndex);
end;

procedure TJvCustomGraphicButtonActionLink.SetChecked(Value: Boolean);
begin
  if IsCheckedLinked then TJvCustomGraphicButton(FClient).Down := Value;
end;

procedure TJvCustomGraphicButtonActionLink.SetGroupIndex(Value: Integer);
begin
  if IsGroupIndexLinked then TJvCustomGraphicButton(FClient).GroupIndex := 
Value;
end;

function TJvCustomGraphicButton.GetActionLinkClass: TControlActionLinkClass;
begin
  Result := TJvCustomGraphicButtonActionLink;
end;

//!!!!!! 
JvNavigationPane.pas

....
type
  TJvNavigationButtonActionLink = class(TJvCustomGraphicButtonActionLink)
  protected
    procedure SetChecked(Value: Boolean); override;
  end;

  TJvNavPanelButton = class(TJvCustomGraphicButton)
  protected
    ...
    function GetActionLinkClass: TControlActionLinkClass; override;
    ...
  end;
....

  TJvNavIconButton = class(TJvCustomGraphicButton)
  protected
    ...
    function GetActionLinkClass: TControlActionLinkClass; override;
    ...
  end;


....
....
....
....
....
{ TJvNavigationButtonActionLink }

type TJvCustomGraphicButtonHack = class(TJvCustomGraphicButton);

procedure TJvNavigationButtonActionLink.SetChecked(Value: Boolean);
begin
  if IsCheckedLinked and Value then 
TJvCustomGraphicButtonHack(FClient).Click;
end;

function TJvNavPanelButton.GetActionLinkClass: TControlActionLinkClass;
begin
  result := TJvNavigationButtonActionLink;
end;

function TJvNavIconButton.GetActionLinkClass: TControlActionLinkClass;
begin
  result := TJvNavigationButtonActionLink;
end;
....

Fedor 



jvbutton.pas
	


jvnavigationpane.pas
jvnavigationpane.pas
	



Subject: Re: FormStorage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 18 Nov 2004 13:56:21 +0100
Newsgroups: jedi.vcl

Cezar Wagenheimer wrote:
> How to use FormStorage 3.0 to Storage in Registry like in the TJvFormStorage 2.2 version of JVCL?

    Add a TJvAppRegistryStorage component to the form (or, if you have multiple forms, add this component to a TDataModule and use that module's TJvAppRegistryStorage for each of the TJvFormStorage component), set the registry path you want to store in, set the FormStorage.AppStorage to the TJvAppRegistryStorage component and it all should work as before.

    There are other components who used to store in the registry or ini-file directly who will now also use the AppStorage components.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: FormStorage
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Thu, 18 Nov 2004 10:49:34 -0200
Newsgroups: jedi.vcl

How to use FormStorage 3.0 to Storage in Registry like in the TJvFormStorage 
2.2 version of JVCL?

[]´s
Cezar 




Subject: Re: D6Per install issues
From: Andreas Hausladen <NoMail@me.de>
Date: Thu, 18 Nov 2004 11:20:18 +0100
Newsgroups: jedi.vcl


Peter Thörnqvist wrote:

> Why not just have it directly in jvcl.inc:

Because the JVCL.INC parser ignores all conditions that are encapsulated  in IFDEFs.



Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 18 Nov 2004 10:48:06 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>  So what do these interfaces buy me? Why would I want to
> implement them if the user still must call my Save and Load methods
> manually?

    Just checked the source: TJvCustomAppStorage.ReadPersistent / .WritePersistent will call the Load or Save method of IJvAppStorageHandler if it is supported by the instance. If the object does not support IJvAppStorageHandler *or* if it supports IJvAppStoragePublishedProps, all the published properties of the TPersistent are also read/written.

    At least that is what an analysis of the source gives me. I haven't actually tested if it works that way.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 18 Nov 2004 11:46:09 +0200
Newsgroups: jedi.vcl

Hi Peter,

as Marcel has written. They are used. What we had to do is implementing a
new TJvListItems class with this interfaces and that's all.

When the Items had to be stored, all detail properties where stored.

I will try to implement it in the evening, or next week.

Greetings
Jens

> >I just had a closer look at the IJvAppStorageHandler and
> >IJvAppStoragePublishedProps interfaces and  don't quite see what using them
> >actually accomplishes. I was under the impression that I could somehow
> >"register" the class implementing these interfaces, so the AppStorage could
> >automatically call my implementation when necessary, but that doesn't seem
> >to be the case. So what do these interfaces buy me? Why would I want to
> >implement them if the user still must call my Save and Load methods
> >manually?
> >
> >While on the subject, I think that the base AppStorage class would benefit
>from having OnFlush and OnReload events to make it possible to hook into the
> >save/load cycle easily.
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Developer)
> >http://jvcl.sourceforge.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 18 Nov 2004 10:39:38 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I just had a closer look at the IJvAppStorageHandler and
> IJvAppStoragePublishedProps interfaces and  don't quite see what using them
> actually accomplishes. I was under the impression that I could somehow
> "register" the class implementing these interfaces, so the AppStorage could
> automatically call my implementation when necessary, but that doesn't seem
> to be the case. So what do these interfaces buy me? Why would I want to
> implement them if the user still must call my Save and Load methods
> manually?

    IIRC, before a TObject (or TPersistent, not sure which) is stored/read, it is checked to have either of these interfaces. If so, the Save or Load method on that interface is called. At least, that is what it was meant to do.

>
> While on the subject, I think that the base AppStorage class would benefit
> from having OnFlush and OnReload events to make it possible to hook into the
> save/load cycle easily.
>

    Wrong place to hook though. OnReload would be called the moment the physical file is read in. That doesn't necessarily mean your application is reading (and worse, it would be called for any Read* method is AutoReload = True). But we do have TJvFormStorage.OnSave/.OnRestore events, which should accomplish the same thing.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Nov 2004 10:07:04 +0100
Newsgroups: jedi.vcl

I just had a closer look at the IJvAppStorageHandler and
IJvAppStoragePublishedProps interfaces and  don't quite see what using them
actually accomplishes. I was under the impression that I could somehow
"register" the class implementing these interfaces, so the AppStorage could
automatically call my implementation when necessary, but that doesn't seem
to be the case. So what do these interfaces buy me? Why would I want to
implement them if the user still must call my Save and Load methods
manually?

While on the subject, I think that the base AppStorage class would benefit
from having OnFlush and OnReload events to make it possible to hook into the
save/load cycle easily.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: D6Per install issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Nov 2004 09:33:32 +0100
Newsgroups: jedi.vcl

> > The first thing that comes to my mind is to have a include file for each
> > Delphi/BCB version like:
Why not just have it directly in jvcl.inc:

{$IFDEF COMPILER5}
{ . $DEFINE DelphiPersonalEdition}
{$ENDIF COMPILER5}

{$IFDEF COMPILER6}
{$DEFINE DelphiPersonalEdition}
{$ENDIF COMPILER6}

{$IFDEF COMPILER7}
{ . $DEFINE DelphiPersonalEdition}
{$ENDIF COMPILER7}


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvCSVDataSet doesn't work with MEMO fields?
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 18 Nov 2004 09:53:47 +0200
Newsgroups: jedi.vcl

> >jscott wrote:
>> >> I'm using TJvCSVDataSet that came with JEDI VCL 3 Beta 2 to perform 
>> >> export/import routines to/from an Access database.  Everything works fine 
>> >> except for MEMO fields.  
> >
> >How wide are your memo fields? If you can send me a sample of a memo 
> >field value that doesn't import correctly, I can check. I have certainly 
> >used string fields that are from 1 to 200 characters no problem with 
> >commas, however, you may have other special cases, like carriage returns 
> >(Chr(13)) etc that don't work.
> >

For the problem of CHR(13) i have added some code to the JvAppStorage
which replaces CHR(13) to \n and vice versa. Maybe this can be used for
the memo fields also.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Upgrade 2.10 - 3.10 B2
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 18 Nov 2004 08:00:17 +0100
Newsgroups: jedi.vcl

Cezar Wagenheimer wrote:
> There are some way to Automatic Replace for it?

Use JVCLConvert in the devtools folder.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvCSVDataSet doesn't work with MEMO fields?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 17 Nov 2004 16:50:04 -0500
Newsgroups: jedi.vcl

jscott wrote:
> I'm using TJvCSVDataSet that came with JEDI VCL 3 Beta 2 to perform export/import routines to/from an Access database.  Everything works fine except for MEMO fields.  

How wide are your memo fields? If you can send me a sample of a memo field value that doesn't import correctly, I can check. I have certainly used string fields that are from 1 to 200 characters no problem with commas, however, you may have other special cases, like carriage returns (Chr(13)) etc that don't work.

Warren


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Nov 2004 18:57:18 +0100
Newsgroups: jedi.vcl

TListColumns is inherited from TCollection, so are automatically stored,
TListItems,however, is inherited from TPersistent, so there is no built in
support for reading and writing it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: What & how to hook mouse, set cursor...
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Nov 2004 18:53:32 +0100
Newsgroups: jedi.vcl

> >  I want to give my users a way to pick a color from the desktop.

Here's an idea: when the user wants to pick a color, you create a
transparent window that covers the entire screen. When the user clicks in
this window, you get the color at that location on the underlying
desktop/window.

I did this once with a screen capture tool I did (although in that case, the
user dragged a rect to select the area to copy to a bitmap), so if you need
some code, I could try dig it up.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Upgrade 2.10 - 3.10 B2
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Wed, 17 Nov 2004 15:02:55 -0200
Newsgroups: jedi.vcl

There are some way to Automatic Replace for it?

[]´s
Cezar wagenheimer
"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> escreveu na mensagem 
news:cnfnpu$nnm$2@talkto.net...
> > Cezar Wagenheimer wrote:
> >
>> >> There no exists anymore the TJVxLabel and TJVxBlinkingLabel components
>> >> im 3.10 B2 version?
> >
> > These components are replaced by TJvBehaviourLabel.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen 




Subject: Re: Upgrade 2.10 - 3.10 B2
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 17 Nov 2004 17:11:30 +0100
Newsgroups: jedi.vcl

Cezar Wagenheimer wrote:

> > There no exists anymore the TJVxLabel and TJVxBlinkingLabel components
> > im 3.10 B2 version?

These components are replaced by TJvBehaviourLabel.


-- Regards, Andreas Hausladen 

Subject: Re: D6Per install issues
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 17 Nov 2004 17:10:41 +0100
Newsgroups: jedi.vcl

The problem with PERSONALEDITION is that it is set in jvcl.inc which is a
"global to all installed IDEs" file. So if you have installed D6 pers and
D7 pro/ent you will end in having D7 Pers installation of JVCL.

> > The second issue is that JvInspectorD6R.dpk contains JvInspDB.pas.
> > I've deleted d6per\JvInspectorD6R.dpk and the regenerated package does
> > always contain JvInspDB.pas although the condition in the .xml file is
> > "!DelphiPersonalEdition".

This must have to do with the last changes in the package manager where we
have introduced a condition IF-Parser that made PG to remove any IFDEF
from .dpk files. Unfortunatelly is the PERSONALEDITION condition set as
parameter to the command line compiler which is now useless.

We should find a solution to this.
The first thing that comes to my mind is to have a include file for each
Delphi/BCB version like:

jvcl.inc:
{$IFDEF COMPILER5}
{$I jvcld5.inc}
{$ENDIF COMPILER5}
{$IFDEF COMPILER6}
{$I jvcld6.inc}
{$ENDIF COMPILER6}
{$IFDEF COMPILER7}
{$I jvcld7.inc}
{$ENDIF COMPILER7}

jvcld5.inc:
{ . $DEFINE DelphiPersonalEdition}

jvcld6.inc
{$DEFINE DelphiPersonalEdition}

jvcld7.inc
{ . $DEFINE DelphiPersonalEdition}



-- Regards, Andreas Hausladen 

Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 17 Nov 2004 15:49:57 +0000 (UTC)
Newsgroups: jedi.vcl

"Jens" <jens.fudickar@oratool.de> wrote in
news:cnf9nr$ka0$1@talkto.net: 

>>> >>> TListItems will not be stored using the TJvAppStorage by
>>> >>> default. 
>> >>That's because they inherit from TPersistent.
>> >>
>>> >>> 3. Enhance JvListView to support the JvAppStorage => Include
>>> >>> JvAppStorage to the JvListView.pas file => NOT so bad
>> >>If JvListView implemented IJvAppStorageHandler and
>> >>IJvAppStoragePublishedProps, I don't think it would be too hard
>> >>writing the actual code and saving/restoring would be (almost)
>> >>automatic. 
>> >>
> > 

> > Hi Peter,
> > 
> > you are nearly right. The solution would be to create a new
> > TJvListViewItems class which implements the
> > IJvAppStoragePublishedProps. 
> > 
> > This should be the way, and you are right, it shouldn't be a big
> > problem. 
> > 
Nice to hear this.

Well.
I would say some my notes to this and also reason
why I sent my question in this NG.

1. I use TListView (and now TJvListView) in many of
   our applications. It is used as data reports
   of some tests, list of results or list of messages.
   There are used from 2 to 5 columnus commonly. 
   I save the ListView on HDD as a file in this case
   as an output of some activities because it has many
   lines usually and data has no character of setup data. 
   I use SaveToCSV()function with TJvListView for example 
   or use my own functions.

2. Now I have application where want to use 
   TJvListView as data SetUp "container" as is 
   name of folders and additional informations. There 
   should be few lines there (up to 10 or so). This is the case,
   where I wanted to store TJvListView lines as part of 
   "JvAppXXXStorage" file because it is close related with.
   I tried to store "JvListView.Items" because for example 
   "JvListView.Columnus" are saved and restored very well but
   it was funny peculiar if no any mentions about Items I found 
   in XML file. It was the reason of my question. Now I 
   understand this.

At the moment I have no problem to find some workaround of 
mentioned problem and I also think about Hofi's suggestion.

I will stay tuned when Jens will decide to incorporate new 
changes and I can test them for him under BCB6. 

Thank you
Great Jedi Team


Subject: What & how to hook mouse, set cursor...
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 17 Nov 2004 15:00:48 +0100
Newsgroups: jedi.vcl

NOTE:  I tried using Jv mouse hooks for this, but they don't seem to be 
working very well.
 I want to give my users a way to pick a color from the desktop. Now I've 
got a function which gets the desktop color at point (x,y), but I don't know 
how to monitor the mouse and change the global cursor.
 I once acieved this with a button, like this: user clicks (and holds) on 
the button, drags to the desired place and when he lets go of the button a 
color is selected. I did this using OnMouseDown, MouseMove & MouseUp of the 
button. When you press and hold - the Screen.cursor changes and stays 
changed (for the whole desktop) while the button is down, once the button is 
up I reset screen.cursor to crDefault (the desktop cursor changes back) and 
get the color at point.

Here's the code I used, but this isn't what I want:

procedure SelectMouseDown(Sender: TObject; Button: TMouseButton; Shift: 
TShiftState; X, Y: Integer);
begin
 selecting := true;
 Screen.Cursor := crCross;
end;

procedure SelectMouseUp(Sender: TObject; Button: TMouseButton; Shift: 
TShiftState; X, Y: Integer);
begin
 selecting := false;
 Screen.Cursor := crDefault;
 SelectedColor.Color := DesktopColor(P.X, P.Y);
end;

procedure SelectMouseMove(Sender: TObject; Shift: TShiftState; X, Y: 
Integer);
var
 p: TPoint;
begin
if selecting = true then
 begin
  GetCursorPos(P);
  SelectedColor.Color := DesktopColor(P.X, P.Y);
 end;
end;

 My question is: How can I let the user click on the button (not press and 
hold like in the example) [then set the desktop cursor to e.g. crcross], 
monitor mouse position and when he clicks anywhere on the screen (or presses 
Esc) stop monitoring [get the color and reset the cursor back to crDefault]? 
What I need to know is how to replicate the behaviour which occurs when a 
TButton is preesed and the user drags the cursor around...

Marko 




Subject: Upgrade 2.10 - 3.10 B2
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Wed, 17 Nov 2004 10:53:41 -0200
Newsgroups: jedi.vcl

There no exists anymore the TJVxLabel and TJVxBlinkingLabel components im 
3.10 B2 version?

I´m upgrading and having problems with this components.

[]´s
Cezar





Subject: Re: Flat property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Nov 2004 13:49:49 +0100
Newsgroups: jedi.vcl

> > The flat property will be placed in all the visual components of jvcl 3?
I stringly doubt it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Fixed
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 17 Nov 2004 13:39:32 +0100
Newsgroups: jedi.vcl

AlexB wrote:

> With pleasure. All works now!

Glad to hear that.
This is now in CVS, thanks for your help.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Fixed
From: AlexB <b.a.v@ngs.ru>
Date: Wed, 17 Nov 2004 18:23:26 +0600
Newsgroups: jedi.vcl

OBones wrote:

>>     "C:\PROGRA~1\Borland\CBUILD~1\bin\..\BIN\ilink32" @MAKE0000.@@@
>> Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
>> Fatal: Unable to open file 'FILECTRL.OBJ'
>
> there is a missing vclx50.bpi require in the package.

> Alternatively, you will find a modified xml file in binaries.
> Let me know how this goes and I'll fix it in CVS.

With pleasure. All works now!

Many thanks.

Alex.



Subject: Re: URGENT: Fixed, but another problem
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 17 Nov 2004 12:59:47 +0100
Newsgroups: jedi.vcl

AlexB wrote:
> AlexB wrote:
>
>> Robert Rossmair wrote:
>>
>>> Replacing jcl\packages\xml\Jcl-R.xml with the file just posted to jedi.binaries should fix that.
>
>
> Fixed! Thank you.
>
> But another problem now:
>
> [Compiling: JvDBC5R.bpl]
> Loading project file
> Loading template
> Generating Makefile
>
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> .....
> .\jvdbc5r.cpp:
> Loaded pre-compiled headers.
> ....
>     "C:\PROGRA~1\Borland\CBUILD~1\bin\..\BIN\ilink32" @MAKE0000.@@@
> Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
> Fatal: Unable to open file 'FILECTRL.OBJ'

As indicated in help\BCB Compatibility guide.html (also available online here: http://cvs.sourceforge.net/viewcvs.py/*checkout*/jvcl/dev/JVCL3/help/BCB%20Compatibility%20Guide.html?rev=1.8)

there is a missing vclx50.bpi require in the package. Edit the JvDB-R.xml file and add a node in the requires node to add "vclx50.bpi" for the c5 targets. Just like this:

    <Package Name="vclx50" Targets="C5,C5s" Condition=""/>

Alternatively, you will find a modified xml file in binaries.
Let me know how this goes and I'll fix it in CVS.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Flat property
From: wasenbr <wasenbr@yahoo.com.br>
Date: Wed, 17 Nov 2004 08:47:24 -0300
Newsgroups: jedi.vcl

    The flat property will be placed in all the visual components of jvcl 3?

Wasenbr


Subject: Re: JClSysInfo Bug?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 17 Nov 2004 12:39:20 +0100
Newsgroups: jedi.vcl

Cezar Wagenheimer wrote:

> Somebody is having problems with the JediVCL, in JClSysInfo.pas?
>
> In 2 of 50 computers, my program crash on start with Division Per 0 error in line 2303 of JClSysInfo.pas...
> Freq := Round(Cycles / Ticks);
>
> Only Two Toshiba P4 2.8  Notebooks have this problem, on all other my machines, works fine!

http://groups.google.com/groups?selm=41042bf4%40newsgroups.borland.com&output=gplain


Subject: Re: URGENT: Fixed, but another problem
From: AlexB <b.a.v@ngs.ru>
Date: Wed, 17 Nov 2004 17:39:02 +0600
Newsgroups: jedi.vcl

AlexB wrote:

> Robert Rossmair wrote:
>
>> Replacing jcl\packages\xml\Jcl-R.xml with the file just posted to jedi.binaries should fix that.

Fixed! Thank you.

But another problem now:

[Compiling: JvDBC5R.bpl]
Loading project file
Loading template
Generating Makefile

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
......
..\jvdbc5r.cpp:
Loaded pre-compiled headers.
.....
    "C:\PROGRA~1\Borland\CBUILD~1\bin\..\BIN\ilink32" @MAKE0000.@@@
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland
Fatal: Unable to open file 'FILECTRL.OBJ'

** error 2 ** deleting JvDBC5R.bpl
** error 1 ** deleting JvDBC5R.bpl
** error 1 ** deleting CompilePackages

Alex.


Subject: JClSysInfo Bug?
From: "Cezar Wagenheimer" <wagen@sercomtel.com.br>
Date: Wed, 17 Nov 2004 09:25:56 -0200
Newsgroups: jedi.vcl

Hi...

Somebody is having problems with the JediVCL, in JClSysInfo.pas?

In 2 of 50 computers, my program crash on start with Division Per 0 error in 
line 2303 of JClSysInfo.pas...
Freq := Round(Cycles / Ticks);

Only Two Toshiba P4 2.8  Notebooks have this problem, on all other my 
machines, works fine!

Somebody has some ideia of how to solve this error?

[]´s
Cezar Wagenheimer




Subject: Re: URGENT: Installer CJCL50.dcp' does not exist
From: AlexB <b.a.v@ngs.ru>
Date: Wed, 17 Nov 2004 17:16:33 +0600
Newsgroups: jedi.vcl

Robert Rossmair wrote:

>> Fatal: '"C:\Program Files\Borland\CBuilder5\Projects\Bpl"\CJCL50.dcp' does not exist - don't know how to make it
>>
>> ** error 1 ** deleting CompilePackages
>>
>> I have latest JCL (JCL installer finished without errors), CJCL50.dcp is really absent.
>
> Replacing jcl\packages\xml\Jcl-R.xml with the file just posted to jedi.binaries should fix that.

Thank you. I'll try it right now.

Alex.


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 17 Nov 2004 13:13:00 +0200
Newsgroups: jedi.vcl

>> >> TListItems will not be stored using the TJvAppStorage by default.
> >That's because they inherit from TPersistent.
> >
>> >> 3. Enhance JvListView to support the JvAppStorage => Include
>> >> JvAppStorage to the JvListView.pas file => NOT so bad
> >If JvListView implemented IJvAppStorageHandler and
> >IJvAppStoragePublishedProps, I don't think it would be too hard writing the
> >actual code and saving/restoring would be (almost) automatic.
> >

Hi Peter,

you are nearly right. The solution would be to create a new
TJvListViewItems class which implements the IJvAppStoragePublishedProps.

This should be the way, and you are right, it shouldn't be a big problem.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: URGENT: Installer CJCL50.dcp' does not exist
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 17 Nov 2004 12:09:25 +0100
Newsgroups: jedi.vcl

AlexB wrote:

> Fatal: '"C:\Program Files\Borland\CBuilder5\Projects\Bpl"\CJCL50.dcp' does not exist - don't know how to make it
>
> ** error 1 ** deleting CompilePackages
>
> I have latest JCL (JCL installer finished without errors), CJCL50.dcp is really absent.

Replacing jcl\packages\xml\Jcl-R.xml with the file just posted to jedi.binaries should fix that.


Subject: D6Per install issues
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 17 Nov 2004 11:51:42 +0100
Newsgroups: jedi.vcl

The installer doesn't set the PERSONALEDITION_OPTION env. var and
thatswhy it is not possible to build JvDotNetCtrlsD6D.dpk.
Thatswhy JvDotNetCtrlsReg.pas uses JvDBDotNetControls.pas which
requires DBCtrls.pas.

The second issue is that JvInspectorD6R.dpk contains JvInspDB.pas.
I've deleted d6per\JvInspectorD6R.dpk and the regenerated package does
always contain JvInspDB.pas although the condition in the .xml file is
"!DelphiPersonalEdition". Might be the same reason which caused the
first issue and thatswhy the build in package generator does not know
about the personal option?

Uwe


Subject: URGENT: Installer CJCL50.dcp' does not exist
From: AlexB <b.a.v@ngs.ru>
Date: Wed, 17 Nov 2004 16:49:17 +0600
Newsgroups: jedi.vcl

Hi all!

BCB5

Fatal: '"C:\Program Files\Borland\CBuilder5\Projects\Bpl"\CJCL50.dcp' does not exist - don't know how to make it

** error 1 ** deleting CompilePackages

I have latest JCL (JCL installer finished without errors), CJCL50.dcp is really absent.

AlexB.


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Nov 2004 11:06:32 +0100
Newsgroups: jedi.vcl

> > TListItems will not be stored using the TJvAppStorage by default.
That's because they inherit from TPersistent.

> > 3. Enhance JvListView to support the JvAppStorage => Include
> > JvAppStorage to the JvListView.pas file => NOT so bad
If JvListView implemented IJvAppStorageHandler and
IJvAppStoragePublishedProps, I don't think it would be too hard writing the
actual code and saving/restoring would be (almost) automatic.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: clx for delphi7
From: "haword" <haword@mail.ru>
Date: Wed, 17 Nov 2004 15:57:13 +0600
Newsgroups: jedi.vcl

thank you, all ok

"André Snepvangers" <asn@xs4all.nl> ???????/???????? ? ???????? ?????????:
news:cneubh$hlm$1@talkto.net...
> > haword wrote:
>> > > Cannot load package JvQCoreD7D. It contains unit ClxEditors, 'which is
alse
>> > > contained in package 'clxdesigner70'
>> > >
> >
> > - check JvQCoreD7D. 'requires' should include clxdesigner.dcp
> > - check 'Build Packages' in JVCLInstall and install
> >
> > André Snepvangers
> > JVCL VisualCLX coordinator




Subject: Re: TWebBrowser.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Nov 2004 10:48:55 +0100
Newsgroups: jedi.vcl

If you need better control over the TWebBrowser, I recommend EmbeddedWB:

http://www.euromind.com/iedelphi/

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: new JclCompression used
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Nov 2004 10:39:40 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Now the installer does not allow installation if it does not find the
> $(JCL)\source\common\JclCompression.pas
> Maybe I should add a search for JCLCOMPRESSION symbols in the bpl files,
> because at the moment it would allow compilation if you have the JCL
> source files on your disk, but an older version installed into the IDE.

Not needed. Tomorrow the JCL daily with JclCompression.pas should be available. I think the users can wait a bit to update.


Subject: Interpreter examples
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 17 Nov 2004 12:31:00 +0300
Newsgroups: jedi.vcl

make for Ralib examples works wrong

1) JvInterpreterTest.Exe interprets scripts from folder "Samples". So, there
is not need to compile SampleProject1.exe, but maker must copy folder
"samples" into "bin"
2) JvInterpreterEndUser.exe works with folder "Reports"
3) MDIapp.exe is standart MDI application generated by Delphi (File ->
New -> projects -> MDI Application) and demonstrates old interpreter bug
fixed in Ralib 1.61. There is not need to keep it in examples, and more so,
to compile it.
4) DynamicLoad.exe dynamically loads package MyLabelPackage.bpl, but who
will compile it?

There is correct make script for ralib examples:

#---------------------------------------------------------------------------
------------------------
ralib: Pas2Rai2.exe RAControls.exe DBMove.exe DBTree.exe LineNumbers.exe
RAEditorTest.exe \
RAHLEdPropDlgTest.exe ColorHintsTest.exe JvInterpreterTest.exe
DynamicLoad.exe \
JvInterpreterEndUser.exe RANotepad.exe
# SampleProject1.exe MDIapp.exe        # DELETED
#---------------------------------------------------------------------------
------------------------
..
....
JvInterpreterTest.exe: "RaLib\RaInterpreter\JvInterpreterTest.dpr"
  @cd RaLib\RaInterpreter
  $(DCCH) $&.dpr
  @xcopy samples ..\$(BIN)\samples /i /s /y        #NEW
  @cd ..\..

# DELETED
#SampleProject1.exe:
"RaLib\RaInterpreter\samples\project1\SampleProject1.dpr"
#  @cd RaLib\RaInterpreter\samples\project1
#  $(DCCHHH) $&.dpr
#  @cd ..\..\..\..

DynamicLoad.exe: "RaLib\RaInterpreterDynamicLoad\DynamicLoad.dpr"
  @cd RaLib\RaInterpreterDynamicLoad
  $(DCCH) $&.dpr
  $(DCCH) MyLabelPackage.dpk        #NEW
  @cd ..\..

JvInterpreterEndUser.exe:
"RaLib\RaInterpreterEndUser\JvInterpreterEndUser.dpr"
  @cd RaLib\RaInterpreterEndUser
  $(DCCH) $&.dpr
  @xcopy reports ..\$(BIN)\reports /i /s /y        #NEW
  @cd ..\..

# DELETED
#MDIapp.exe: "RaLib\RaInterpreterMDI\MDIapp.dpr"
#  @cd RaLib\RaInterpreterMDI
#  $(DCCH) $&.dpr
#  @cd ..\..




Subject: Re: TWebBrowser.
From: "@rennes" <l.sass@omp-transport.com>
Date: Wed, 17 Nov 2004 10:23:09 +0100
Newsgroups: jedi.vcl

ok, thanks


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news: cnev5j$hs9$1@talkto.net...
> > TWebBrowser is a Microsoft ActiveX control and is in no ways related to
> > JVCL.
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: new JclCompression used
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 17 Nov 2004 10:18:32 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > That would be good yes.

Now the installer does not allow installation if it does not find the
$(JCL)\source\common\JclCompression.pas
Maybe I should add a search for JCLCOMPRESSION symbols in the bpl files,
because at the moment it would allow compilation if you have the JCL
source files on your disk, but an older version installed into the IDE.



-- Regards, Andreas Hausladen 

Subject: Re: TWebBrowser.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 17 Nov 2004 10:10:59 +0100
Newsgroups: jedi.vcl

TWebBrowser is a Microsoft ActiveX control and is in no ways related to
JVCL.


-- Regards, Andreas Hausladen 

Subject: Re: clx for delphi7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 17 Nov 2004 09:57:11 +0100
Newsgroups: jedi.vcl

haword wrote:
> Cannot load package JvQCoreD7D. It contains unit ClxEditors, 'which is alse
> contained in package 'clxdesigner70'
>

- check JvQCoreD7D. 'requires' should include clxdesigner.dcp
- check 'Build Packages' in JVCLInstall and install

André Snepvangers
JVCL VisualCLX coordinator


Subject: TWebBrowser.
From: "@rennes" <l.sass@omp-transport.com>
Date: Wed, 17 Nov 2004 09:54:55 +0100
Newsgroups: jedi.vcl

Hello,

Sorry for my poor english.

I want to control a big part of the TWebBrowser.
I want so control the right click bar.
In this component, i try to use without success the
ShowMenuBar event for making my own menu
who use a part of the old items.

Is it a response in jvcl ?




Subject: Re: new JclCompression used
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 17 Nov 2004 09:02:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Robert Marquardt wrote:
>
>
>> Expect install problems until all settles to the new JCL 1.93.
>
>
> Should I add JclCompression to the requires list for the installer? So the
> installer does not allow installation if the file does not exist.

That would be good yes.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: new JclCompression used
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 17 Nov 2004 08:51:37 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Expect install problems until all settles to the new JCL 1.93.

Should I add JclCompression to the requires list for the installer? So the
installer does not allow installation if the file does not exist.


-- Regards, Andreas Hausladen 

Subject: Re: Install issue
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 17 Nov 2004 08:27:42 +0100
Newsgroups: jedi.vcl

AlexB wrote:

> Hi all!
>
> In JVCL-latest (Nov 9 2004) no JvConsts in "uses" clause of DelphiData.pas. Result:
>
> DelphiData.pas(346) Error: Undeclared identifier: 'PathDelim'
> Utils.pas(74) Fatal: Could not compile used unit 'DelphiData.pas'
>
> ** error 1 ** deleting Installer_nomo
>
> AlexB.

This is already fixed in CVS, please use today's snapshot.
Please note however that because of major changes in the JCL, you will need to update your copy of the JCL as well. Get the JCL and JVCL here:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvDBEdit & JvDBSpinEdit : no OnChange activity
From: AlexB <b.a.v@ngs.ru>
Date: Wed, 17 Nov 2004 12:54:52 +0600
Newsgroups: jedi.vcl

Hi all!

I see no OnChange activity in JvDBEdit, JvDBSpinEdit after text change (neither with direct typing in nor with up/doun buttons clicking).

Why?

"This event provides the first opportunity to respond to modifications that the user types into the edit control." And I wish to use it for graphical response...

In contrast borland DBEdit fires OnChange as answer on any text change.

AlexB.


Subject: new JclCompression used
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Nov 2004 07:39:54 +0100
Newsgroups: jedi.vcl

I have changed JvZLibMultiple.pas to use the new JclCompression.pas.
Expect install problems until all settles to the new JCL 1.93.

The CLX files need regeneration.


Subject: Re: JVDBGrid problem
From: toms <ttss@op.pl>
Date: Wed, 17 Nov 2004 06:33:31 +0100
Newsgroups: jedi.vcl

I find problem. When JVDbGrid have many columns (and algined to client) then refresh is very slow after scroll. Why?


Subject: Install issue
From: AlexB <b.a.v@ngs.ru>
Date: Wed, 17 Nov 2004 10:33:42 +0600
Newsgroups: jedi.vcl

Hi all!

In JVCL-latest (Nov 9 2004) no JvConsts in "uses" clause of DelphiData.pas. Result:

DelphiData.pas(346) Error: Undeclared identifier: 'PathDelim'
Utils.pas(74) Fatal: Could not compile used unit 'DelphiData.pas'

** error 1 ** deleting Installer_nomo

AlexB.


Subject: Re: clx for delphi7
From: "haword" <haword@mail.ru>
Date: Wed, 17 Nov 2004 10:08:45 +0600
Newsgroups: jedi.vcl

Cannot load package JvQCoreD7D. It contains unit ClxEditors, 'which is alse
contained in package 'clxdesigner70'

"André Snepvangers" <asn@xs4all.nl> ???????/???????? ? ???????? ?????????:
news:cncu68$6if$1@talkto.net...
> > haword wrote:
>> > > problem install clxdesigner.dpk in Delphi 7 :(
>> > >
> > Unlike Kylix, Delphi 7 does not include clxdesigner.dcp. JVCLInstall
> > builds this .dcp.
> > installer i.e. you must use VCLInstall once for VisualCLX.
> >
> > You can do it also manually:
> >
> > The content of clcdesigner.dpk is something like
> >
> > contains
> >    ClxStrEdit in 'C:\Program Files\Borland\Delphi7\Source\Property
> > Editors\ClxStrEdit.pas' {ClxStrEditDlg},
> >    ClxImgEdit in 'C:\Program Files\Borland\Delphi7\Source\Property
> > Editors\ClxImgEdit.pas' {ClxImageListEditor},
> >    ClxItemEdit in 'C:\Program Files\Borland\Delphi7\Source\Property
> > Editors\ClxItemEdit.pas' {ClxListViewItems},
> >    ClxNodeEdit in 'C:\Program Files\Borland\Delphi7\Source\Property
> > Editors\ClxNodeEdit.pas' {ClxTreeViewItems},
> >    ClxPicEdit in 'C:\Program Files\Borland\Delphi7\Source\Property
> > Editors\ClxPicEdit.pas' {ClxPictureEditorDlg},
> >    ClxSprigs in 'C:\Program
> > Files\Borland\Delphi7\Source\ToolsAPI\ClxSprigs.pas',
> >    ClxEditors in 'C:\Program
> > Files\Borland\Delphi7\Source\ToolsAPI\ClxEditors.pas',
> >    ClxDesignWindows in 'C:\Program
> > Files\Borland\Delphi7\Source\ToolsAPI\ClxDesignWindows.pas';
> >
> > Only the generated clxdesigner.dcp is of interest the generated
> > .bpl *must* be deleted. clxdesigner.dcp should be placed in
> > $DELPHI\Projects\bpl.
> >
> > Regards,
> >
> > André Snepvangers
> > JVCL VisualCLX coordinator
> >




Subject: Re: JvFormStorage use
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 Nov 2004 00:59:07 +0100
Newsgroups: jedi.vcl

>
> I'm also concerned about whether or not the JvDbGrid column info will be stored as it was previously.  Since I can't get the subforms to store anything I'm not sure if this is working.
>
JvDbGrid has LoadFromAppStore and SaveToAppStore procedure to load and store with the appstorage components.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDynControl: suggestions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 Nov 2004 00:51:53 +0100
Newsgroups: jedi.vcl

This could be solution.

Any other comments?

Greetings
Jens

P.S: i've released the current version now, this could be change for the next versions.

Andreas Hesse wrote:
> Hello Jens,
>
> types could be strings, because the creation process is not time relevant.
> So every Control-Factory can register types.
> Types could be registered in a Map with the factory information who are responsible for the creation of the control (or persistent object).
>
> Regards,
> Andreas
>
> Jens Fudickar schrieb:
>
>> Hi Andreas,
>>
>> i'm also not happy with the construct of hardcoded types. But i didn't see a better way of implementing it.
>>
>> What is you suggestion? If there is a better way of handling i would be pleased to change it.
>>
>> Greetings
>> Jens
>>
>> Andreas Hesse wrote:
>>
>>> Hello Jens,
>>>
>>> I tried the enhanced version of JvDynControl with db support.
>>>
>>> some suggestions:
>>> - it should be possible to create not only TControl classes.
>>> - the types should not be hardcoded. If someone want to use a new factory with new types, it should only be necessary to
>>> create an new derived factory class without changing the base class.
>>>
>>> Why I look at these classes:
>>> I want to create Forms with visible and invisible controls from ini/xml files.
>>>
>>> Andreas
>>>
>>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage.StoredValues vs D5
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 Nov 2004 00:42:29 +0100
Newsgroups: jedi.vcl

>
> But anyway, 1) why INI-storage component controls how another component
> stores data in DFM ? Anti-intuitive :-(

What do you mean with that?????
The ini-file doesn't change anything in the dfm.

> 2) why default settings are destructive ?

It's a bug and the feature is deactivated now. Please test the current code.

> 3) Wouldn't it better to save data type also when unknown type of value may
> cause confusuion ?
> 4) Is it good, that having TypedIntegerAsString = true, i see stored typed
> float as an unsigned integer (more precious - byte) value ?
> If it is casted to shortint (and later mistaken for a byte), then this
> option must cover this.
> 5) AFAIR in DFM values are always typed. So why options having sense for
> INI-files restrict DFM possibilities ?
>

If you mean the StoredValue Properties, so i didn't see so much changes to change this. It seems to be default borland code. The value property is defined as variant, and in the dfm-file there is no datatype defined. So borland seemed to calculate this info based on the returned values.
The only possible enhancement could be to add an addtional storage option named for example StoreVariantDatatype and restore the type before restoring the value. But this would be overhead and it would only work at the runtime storing and restoring, not in the dfm-file.

Any comments ?

Greetings
Jens

> :-(
;-)
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage use
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 Nov 2004 00:12:54 +0100
Newsgroups: jedi.vcl

Hi,

here my first comments:

Please make a small redesign. Add ONE JvAppStorage-Component to a datasource module and connect the AppStorage to all JvFormStorage.

After that everything realy should work.

If not please add an entry including a sample to mantis.

I'm using the components in my major application (with TJvAppRegistryStorage) without any problems.

Greetings
Jens

Del Texley wrote:
> I've read the various postings about the new JvFormStorage for the JCVL 3 that replaces the JvFormPlacement (rxlib style) and still can't get my forms to store their positions correctly.
>
> I've tried putting a JvFormStorage and a JvAppIniFileStorage on each form and attached the AppStorage property.  I set the AutoFlush and AutoUpdate to true on all forms.  I set the filename to <name_of_app>.ini  (is this the default value?  I couldn't tell for sure). and set the AppStoragePath to the name of the form that the component was dropped on.
>
> The main form remembers it's position correctly, but the subforms (created dynamically) do not.  Looking at the .ini file after running the program, openning multiple subforms and moving them around, closing the program show only the entry for the main form.
>
> I'm also concerned about whether or not the JvDbGrid column info will be stored as it was previously.  Since I can't get the subforms to store anything I'm not sure if this is working.
>
> I realize that the new FormStorage process is considered to be a move forward, but for me, having just wasted most of a day trying to get this damn thing to work it's a bit frustrating.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 Nov 2004 00:08:53 +0100
Newsgroups: jedi.vcl

Thanks for you description.

But i don't have a eays answer for you :-(

Until now it's not possible.

TListItems will not be stored using the TJvAppStorage by default.

Until now you have to reimplemt the feature like hofi has mentioned.


For me it's not so easy, to decide what to do.

Some possibilities:
1. Do nothing => Not supported => had to be done manually
2. Enhance JvAppStorage.pas to support TListItems => This would mean: include comctrls to the uses of JvAppStorage => NOT Good
3. Enhance JvListView to support the JvAppStorage => Include JvAppStorage to the JvListView.pas file => NOT so bad

Any comments or further ideas welcome.

Greetings
Jens

Vaclav Korecek wrote:
> "Jens" wrote :
>
>> Hi
>> could you please make a bug entry on mantis?
>>
>> Greetings and thanks
>> Jens
>
>  
>
> Done.
> See mantis ID 0002318:
> http://homepages.borland.com/jedi/issuetracker/view.php?id=2318
>
> Regards,
> Vaclav

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Hofi <hofi@fw.hu>
Date: Tue, 16 Nov 2004 23:53:12 +0100
Newsgroups: jedi.vcl

I'm so happy to hear that, I will try it (also in BCB5)!!! :)
And sorry for the (long) c++ snippet, i copy-pasted it from a probe source from an earlier mail... and forgot to cut out unnecessary part..
By(t)e
    Hofi

On Tue, 16 Nov 2004 21:34:18 +0200, Jens <jens.fudickar@oratool.de> wrote:

> Hi Hofe,
>
> also no jvcl on this machine, but after my changes last week tcollection
> properties should be working also.
>
> But your interface description is correct as far as i can read c++ :-)


Subject: JvFormStorage use
From: Del Texley <dtexley@lipa.net>
Date: Tue, 16 Nov 2004 20:57:24 +0000 (UTC)
Newsgroups: jedi.vcl

I've read the various postings about the new JvFormStorage for the JCVL 3 
that replaces the JvFormPlacement (rxlib style) and still can't get my 
forms to store their positions correctly.

I've tried putting a JvFormStorage and a JvAppIniFileStorage on each form 
and attached the AppStorage property.  I set the AutoFlush and AutoUpdate 
to true on all forms.  I set the filename to <name_of_app>.ini  (is this 
the default value?  I couldn't tell for sure). and set the AppStoragePath 
to the name of the form that the component was dropped on.

The main form remembers it's position correctly, but the subforms (created 
dynamically) do not.  Looking at the .ini file after running the program, 
openning multiple subforms and moving them around, closing the program show 
only the entry for the main form.

I'm also concerned about whether or not the JvDbGrid column info will be 
stored as it was previously.  Since I can't get the subforms to store 
anything I'm not sure if this is working.

I realize that the new FormStorage process is considered to be a move 
forward, but for me, having just wasted most of a day trying to get this 
damn thing to work it's a bit frustrating.


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Hofi <hofi@fw.hu>
Date: Tue, 16 Nov 2004 21:15:50 +0100
Newsgroups: jedi.vcl

Sorry if i was wrong, there is no jedi and vcl installed on this machine..
I think it's not a bug if items is a collection.
Collection items stored only if you implement to interfaces in your container form class.

e.g.:

void __fastcall TMainForm::ReadFromAppStorage(
 TJvCustomAppStorage* appStorage,
 const AnsiString basePath)
{
int s = appStorage->ReadInteger( basePath + "CoolBar\Count");
AnsiString s2 = appStorage->ReadString( basePath, coolBar->ClassName());
// (s == 0) || (s2 == "");
bool savedAtLeastOnce = appStorage->PathExists(basePath + "CoolBar");
  appStorage->ReadCollection( basePath + "CoolBar", coolBar->Bands,
   !savedAtLeastOnce, coolBar->ClassName());
}
//---------------------------------------------------------------------------

void __fastcall TMainForm::WriteToAppStorage(
 TJvCustomAppStorage* appStorage,
 const AnsiString basePath)
{
  appStorage->WriteCollection( basePath + "CoolBar", coolBar->Bands,
   coolBar->ClassName());
}
//---------------------------------------------------------------------------

This still not enought in BCB5 but i'm working on the solution.

B(y)te
    Hofi

On Tue, 16 Nov 2004 15:20:59 +0200, Jens <jens.fudickar@oratool.de> wrote:

> Hi
>
> could you please make a bug entry on mantis?
>
> Greetings and thanks
> Jens
>
>> Hi,
>> I have tried to to store Items property of a TJvListView
>> through TJvFormStorage component, but without any success.
>> It stored me nothing.
>> Is it possible make storage of "TJvListView.Items" through
>> TJvFormStorage component?  It stores other properties
>> of the JvListView without any problem.
>>
>> Is there some thing or trick what I have to know to be
>> workable for me?
>> I have BCB6 and JVCL from 12 of Nov. 2004.


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 16 Nov 2004 19:36:19 +0000 (UTC)
Newsgroups: jedi.vcl

"Jens" wrote : 

> > Hi 
> > 
> > could you please make a bug entry on mantis?
> > 
> > Greetings and thanks
> > Jens
 

Done.
See mantis ID 0002318:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2318

Regards,
Vaclav


Subject: Re: JvFormStorage.StoredValues vs D5
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 16 Nov 2004 21:35:27 +0200
Newsgroups: jedi.vcl

> >The stars so gaily glistened... (Tue, 16 Nov 2004 18:41:56 +0100 @779)
> >...while the fading voice of Marcel whispered through the darkness:
> >
> > MB> Are you sure the DFM files changes?
> >
> >In the clear example i made, i can't make this optin to be stored correctly
> >at all.
> >Double Alt+F12 kills it every time...
> >

What does it mean : "kills"

Is it a delphi or a bcb example.

Could you please post it to mantis.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 16 Nov 2004 21:34:18 +0200
Newsgroups: jedi.vcl

Hi Hofe,

also no jvcl on this machine, but after my changes last week tcollection
properties should be working also.

But your interface description is correct as far as i can read c++ :-)

Greetings
Jens

> >Sorry if i was wrong, there is no jedi and vcl installed on this machine=
> >.
> >I think it's not a bug if items is a collection.
> >Collection items stored only if you implement to interfaces in your  =
> >
> >container form class.
> >
> >e.g.:
> >
> >void __fastcall TMainForm::ReadFromAppStorage(
> >  TJvCustomAppStorage* appStorage,
> >  const AnsiString basePath)
> >{
> >int s =3D appStorage->ReadInteger( basePath + "CoolBar\Count");
> >AnsiString s2 =3D appStorage->ReadString( basePath, coolBar->ClassName()=
> >);
> >// (s =3D=3D 0) &#124;&#124; (s2 =3D=3D "");
> >bool savedAtLeastOnce =3D appStorage->PathExists(basePath + "CoolBar");
> >   appStorage->ReadCollection( basePath + "CoolBar", coolBar->Bands,
> >    !savedAtLeastOnce, coolBar->ClassName());
> >}
> >//----------------------------------------------------------------------=
> >-----
> >
> >void __fastcall TMainForm::WriteToAppStorage(
> >  TJvCustomAppStorage* appStorage,
> >  const AnsiString basePath)
> >{
> >   appStorage->WriteCollection( basePath + "CoolBar", coolBar->Bands,
> >    coolBar->ClassName());
> >}
> >//----------------------------------------------------------------------=
> >-----
> >
> >This still not enought in BCB5 but i'm working on the solution.
> >
> >B(y)te
> >	Hofi
> >
> >On Tue, 16 Nov 2004 15:20:59 +0200, Jens <jens.fudickar@oratool.de> wrot=
> >e:
> >
>> >> Hi
>> >>
>> >> could you please make a bug entry on mantis?
>> >>
>> >> Greetings and thanks
>> >> Jens
>> >>
>>> >>> Hi,
>>> >>> I have tried to to store Items property of a TJvListView
>>> >>> through TJvFormStorage component, but without any success.
>>> >>> It stored me nothing.
>>> >>> Is it possible make storage of "TJvListView.Items" through
>>> >>> TJvFormStorage component?  It stores other properties
>>> >>> of the JvListView without any problem.
>>> >>>
>>> >>> Is there some thing or trick what I have to know to be
>>> >>> workable for me?
>>> >>> I have BCB6 and JVCL from 12 of Nov. 2004.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvTreeView and CheckBox
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Nov 2004 20:34:03 +0100
Newsgroups: jedi.vcl

> > Why JvTreeView not show me CheckBox ?
You still need to set up an imagelist and assign it to the StateImages
property. The default layout looks like this:

0 - not used (needed since StateImages starts at index 1)
1 - unselected checkbox
2 - selected checkbox
3 - unselected radioitem
4 - selected radioitem

You can copy one of the imagelists used in the JvCheckTreeView example if
you don't have these images readily available.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvFormStorage.StoredValues vs D5
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 16 Nov 2004 21:36:55 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 16 Nov 2004 18:41:56 +0100 @779)
....while the fading voice of Marcel whispered through the darkness:

 MB> Are you sure the DFM files changes?

In the clear example i made, i can't make this optin to be stored correctly
at all.
Double Alt+F12 kills it every time...


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: PS: JvFormStorage.StoredValues vs D5
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 16 Nov 2004 21:32:55 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 16 Nov 2004 18:41:56 +0100 @779)
....while the fading voice of Marcel whispered through the darkness:

all i can thionk of, is that value was intended to be saved as ShortInt, but
instead was saved as Byte  :-(

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: JvFormStorage.StoredValues vs D5
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 16 Nov 2004 21:29:26 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 16 Nov 2004 18:41:56 +0100 @779)
....while the fading voice of Marcel whispered through the darkness:

 >> But anyway, 1) why INI-storage component controls how another component
 >> stores data in DFM ? Anti-intuitive :-(

 MB> StoredValues property? If it does that, than that is a gigantic bug.
 MB> Are you sure the DFM files changes?


DFM seems to be the same (at least text representation by Alt+F12)

Value (Double, -50) is saved as
=========Beginning of the citation==============
      item
        Name = 'diapazon_db_min'
        Value = -50
      end

=========The end of the citation================

But it seems, that depending on IniStorage.Options.FloatAsInteger, when this
item is loading from DFM (by re-opening project, or by double Alt+F12) it
will be *differently loaded* either by (Byte, 206) or (String, -50).
So IMHO information saved in DFM is ignored, or is not enough to restoring
data.


 MB> work, I think, so perhaps you found a bug?

Perhaps :-(
But is this such a rare case that i was the 1st ?

 >> 3) Wouldn't it better to save data type also when unknown type of value
 >> may cause confusuion ?

 MB>      Yes, but it would break backward compatibility of the JVCL2 data
 MB> stored with the TJvFormStorage component.

I said, optionally add :-)
So it would not.
RxLib gave examples :-)

It may broke loding JVCL3-generated data by JVCL-2 parser, but do we need it
heavily ?

 >> 4) Is it good, that having TypedIntegerAsString = true, i see stored
 >> typed float as an unsigned integer (more precious - byte) value ?

 MB>      Nope, the setting of TypedIntegerAsString should not influence
 MB> float types (if it does, that is definitely a bug).

But what does it mean, float type ?
I declare StoredValue as Double. When i re-open project, it is either Byte
or String.
So we can see, that StoredValue object does not have any type at all.
Otherwise it would be saved and restored.
The Value in DFM or XML or INI or... - it might have.
So when we talking about integer types, we talking about values stored as
integers.
My value was casted from double to byte - so it IS now of integer type.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: JvFormStorage.StoredValues vs D5
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 16 Nov 2004 18:41:56 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> But anyway, 1) why INI-storage component controls how another component
> stores data in DFM ? Anti-intuitive :-(

    Not counter intuitive, because some storages can not deal with all of the types you need to store, hence the storage component determines how to convert the data to a suitable form. Components like TJvFormStorage just tell the backend "please store this value which is of this type" and the backend will either insert a conversion if needed (text based storage format) or store as-is (eg. DB, or as a binary value in the registry).

    Wait a minute... are you telling me that changing the option on the ini storage component changed the value in the DFM for the StoredValues property? If it does that, than that is a gigantic bug. Are you sure the DFM files changes?

> 2) why default settings are destructive ?

    Don't know, haven't looked at the code. Either settings should work, I think, so perhaps you found a bug?

> 3) Wouldn't it better to save data type also when unknown type of value may
> cause confusuion ?

    Yes, but it would break backward compatibility of the JVCL2 data stored with the TJvFormStorage component.

> 4) Is it good, that having TypedIntegerAsString = true, i see stored typed
> float as an unsigned integer (more precious - byte) value ?

    Nope, the setting of TypedIntegerAsString should not influence float types (if it does, that is definitely a bug).

> 5) AFAIR in DFM values are always typed. So why options having sense for
> INI-files restrict DFM possibilities ?

    Well, if you are talking about why the DFM changes the written values when a setting on the INI-storage is changed, then I think someone needs to investigate why the StoredValues changes its behavior when writing the DFM. That should definitely not happen.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvFormStorage.StoredValues vs D5
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 16 Nov 2004 20:24:10 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 16 Nov 2004 15:22:36 +0200 @599)
....while the fading voice of Jens whispered through the darkness:

 J> what kind of TJvAppStorage are you using.

ini

 J> If it is ini or xml please look at the storedoptions properties and
 J> change the float writing option.

Ok, if set to float, then it seems ok.

But anyway, 1) why INI-storage component controls how another component
stores data in DFM ? Anti-intuitive :-(
2) why default settings are destructive ?
3) Wouldn't it better to save data type also when unknown type of value may
cause confusuion ?
4) Is it good, that having TypedIntegerAsString = true, i see stored typed
float as an unsigned integer (more precious - byte) value ?
If it is casted to shortint (and later mistaken for a byte), then this
option must cover this.
5) AFAIR in DFM values are always typed. So why options having sense for
INI-files restrict DFM possibilities ?

:-(
-- WinAMP://Ночные снайперы - Страханет http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: JvTreeView and CheckBox
From: "Alberto Menghini" <alberto@asoft.it>
Date: Tue, 16 Nov 2004 18:13:19 +0100
Newsgroups: jedi.vcl

Why JvTreeView not show me CheckBox ?

procedure TsrcAnagraficaArchivio.LoadResponsabile;
var
    aNodeFirst, aNodeMandante, aNodeProdotto, aNodeDipendenza : TTreeNode;
begin
     try
          ctvResponsabile.Items.BeginUpdate;

          aNodeFirst := ctvResponsabile.Items.AddFirst( nil, 'FIRST' );
          aNodeFirst.Selected := true;

          tbuMandante.First;
          while not tbuMandante.Eof do
          begin
               aNodeMandante := ctvResponsabile.Items.AddChild(
ctvResponsabile.Selected, tbuMandante.FieldByName('Descrizione').AsString );
               ctvResponsabile.CheckBox[aNodeMandante] := true;
               tbuMandante.Next;
          end;

     finally
          ctvResponsabile.Items.EndUpdate;
          ctvResponsabile.Checkboxes                    := false;
          ctvResponsabile.CheckBoxOptions.Style         := cbsJVCL;
          ctvResponsabile.CheckBoxOptions.CascadeLevels := -1;
     end;
end;

-- Alberto Menghini 

Subject: Re: clx for delphi7
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 16 Nov 2004 15:41:58 +0100
Newsgroups: jedi.vcl

haword wrote:
> problem install clxdesigner.dpk in Delphi 7 :(
>
Unlike Kylix, Delphi 7 does not include clxdesigner.dcp. JVCLInstall builds this .dcp.
installer i.e. you must use VCLInstall once for VisualCLX.

You can do it also manually:

The content of clcdesigner.dpk is something like

contains
  ClxStrEdit in 'C:\Program Files\Borland\Delphi7\Source\Property Editors\ClxStrEdit.pas' {ClxStrEditDlg},
  ClxImgEdit in 'C:\Program Files\Borland\Delphi7\Source\Property Editors\ClxImgEdit.pas' {ClxImageListEditor},
  ClxItemEdit in 'C:\Program Files\Borland\Delphi7\Source\Property Editors\ClxItemEdit.pas' {ClxListViewItems},
  ClxNodeEdit in 'C:\Program Files\Borland\Delphi7\Source\Property Editors\ClxNodeEdit.pas' {ClxTreeViewItems},
  ClxPicEdit in 'C:\Program Files\Borland\Delphi7\Source\Property Editors\ClxPicEdit.pas' {ClxPictureEditorDlg},
  ClxSprigs in 'C:\Program Files\Borland\Delphi7\Source\ToolsAPI\ClxSprigs.pas',
  ClxEditors in 'C:\Program Files\Borland\Delphi7\Source\ToolsAPI\ClxEditors.pas',
  ClxDesignWindows in 'C:\Program Files\Borland\Delphi7\Source\ToolsAPI\ClxDesignWindows.pas';

Only the generated clxdesigner.dcp is of interest the generated
..bpl *must* be deleted. clxdesigner.dcp should be placed in
$DELPHI\Projects\bpl.

Regards,

André Snepvangers
JVCL VisualCLX coordinator



Subject: Re: JvFormStorage.StoredValues vs D5
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 16 Nov 2004 15:22:36 +0200
Newsgroups: jedi.vcl

Hi,

what kind of TJvAppStorage are you using.

If it is ini or xml please look at the storedoptions properties and change
the float writing option.

Does this help? If not, please add an entry to mantis.

Greetings
Jens

> >Hello, All!
> >
> >On Delphi 5 i have a nasty bug :-(
> >
> >Put on a form JvFormStorage
> >Open its .StoredValues
> >Add some value with type: Double, equal to -50
> >
> >Save and close the project.
> >Re-open the project.
> >
> >Look at the value - ut us no of Byte type and is equal to +206 :-(((
> >
> >-- 
> >WinAMP://none: WinAMP is suffocated
> >http://Arioch.nm.ru/FL/Fidolook_SL.png    
> >Mail: the)under(Arioch)at(nm)dot(ru   ICQ: xmpp://arioch@jabber.ru
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage vs. TJvListView.Items storage
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 16 Nov 2004 15:20:59 +0200
Newsgroups: jedi.vcl

Hi 

could you please make a bug entry on mantis?

Greetings and thanks
Jens

> >Hi, 
> >I have tried to to store Items property of a TJvListView 
> >through TJvFormStorage component, but without any success. 
> >It stored me nothing. 
> >Is it possible make storage of "TJvListView.Items" through  
> >TJvFormStorage component?  It stores other properties
> >of the JvListView without any problem.
> >
> >Is there some thing or trick what I have to know to be 
> >workable for me?  
> >I have BCB6 and JVCL from 12 of Nov. 2004.  
> >
> >TIA,
> >Vaclav
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVDBGrid problem
From: toms <ttss@op.pl>
Date: Tue, 16 Nov 2004 12:49:40 +0100
Newsgroups: jedi.vcl

 I create MIDI application. When I put on the ChildForm JVDBGrid then scroll very slow work. When JVDBGrid component is on MDIForm all is ok.
JVDBGrid connect to TClientDataSet.
                        Thanks




Subject: JvInterpreter: access to unassigned object
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 16 Nov 2004 12:39:16 +0300
Newsgroups: jedi.vcl

Usually access to methods/props of unassigned object causes AV:

var Form1:TForm1;
begin
  Form1.Show; // here is exception (AV) because Form1=nil

But JvInterpreter runing same script raises misleading exception "Undeclared
Identifier 'Show'".
Interpreter must say "variable Form1 unassigned" or something else.
JvResources.pas has not same string, so it can at least raise "Record,
object or class type required".
This is small correct of JvInterpreter.pas:

procedure TJvInterpreterExpression.InternalGetValue(Obj: Pointer; ObjTyp:
Word;
  var Result: Variant);
....
begin
....
  if TTyp = ttPoint then { object field or method }
  begin
    NextToken;
    if TTyp <> ttIdentifier then
      ErrorExpected(LoadStr2(irIdentifier));
    VType := TVarData(Result).VType;
    if (VType <> varObject) and (VType <> varClass) and
      (VType <> varRecord) and (VType <> varDispatch) and (VType <>
varUnknown) then
    {if not (TVarData(Result).VType in
      [varObject, varClass, varRecord, varDispatch, varUnknown]) then}
      JvInterpreterError(ieROCRequired, PosBeg);

    if not assigned(TVarData(Result).VPointer then  // NEW
      JvInterpreterError(ieROCRequired, PosBeg);  // CODE

    V := Null;
    InternalGetValue(TVarData(Result).VPointer, TVarData(Result).VType, V);
    JvInterpreterVarCopy(Result, V);

    NextToken;
  end;

  Back;
end;




Subject: Re: clx for delphi7
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 16 Nov 2004 10:29:01 +0100
Newsgroups: jedi.vcl

haword wrote:

> problem install clxdesigner.dpk in Delphi 7 :(

And? What do you expect us to do without any description of what the actual problem is?
Do you get an error message? If yes, what is it?
What did you do to trigger the problem?

Please answer those questions and we may be able to help you.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: clx for delphi7
From: "haword" <haword@mail.ru>
Date: Tue, 16 Nov 2004 15:25:04 +0600
Newsgroups: jedi.vcl

problem install clxdesigner.dpk in Delphi 7 :(




Subject: Re: Compile errors
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 16 Nov 2004 07:59:01 +0100
Newsgroups: jedi.vcl

M Anderson wrote:
> Checked that.  Searched for JvExMask.* on my whole hard drive, no luck.  I have always used the installer to install/remove JVCL.  Could there be a bpl somewhere?  I check Projects/BPL and move all of the Jv related prefixes to a backup directory (out of path) and tried reinstalling too.

Don't only look in Projects/Bpl, there might be some JVCL related BPLs (and DCPs) elsewhere. Just do a global search, I'm quite sure you will find some.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Compile errors
From: "M Anderson" <ma330@earthlink.invalid>
Date: Mon, 15 Nov 2004 19:26:43 -0600
Newsgroups: jedi.vcl

Checked that.  Searched for JvExMask.* on my whole hard drive, no luck.  I 
have always used the installer to install/remove JVCL.  Could there be a bpl 
somewhere?  I check Projects/BPL and move all of the Jv related prefixes to 
a backup directory (out of path) and tried reinstalling too.

Thanks.

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:cn983c$f2b$2@talkto.net...
> >M Anderson wrote:
> >
>> >> Has anyone seen this error before?  If so, can you tell me how to fix it? 
>> >> I have tried uninstalling/reinstalling JVCL with no success.
>> >>
>> >> [Fatal Error] (unit.pas):  Unit JvExMask was compiled with a different 
>> >> version of JvTypes.TJvClipboardCommands
>> >>
>> >> Thanks in advance!
> >
> > This sounds as if you have an older version of the JVCL files (especially 
> > .dcu files) in the library path of Delphi.
> > Remove these files and recompile the JVCL (best by using the Installer 
> > which is fastest). 




Subject: JvFormStorage.StoredValues vs D5
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Tue, 16 Nov 2004 02:16:45 +0300
Newsgroups: jedi.vcl

Hello, All!

On Delphi 5 i have a nasty bug :-(

Put on a form JvFormStorage
Open its .StoredValues
Add some value with type: Double, equal to -50

Save and close the project.
Re-open the project.

Look at the value - ut us no of Byte type and is equal to +206 :-(((

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: @OBones: feedback requested
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Nov 2004 23:46:52 +0100
Newsgroups: jedi.vcl

> > Ok, the first one is fixed (moved LinkedObject to public, where it
belongs).
> > The second one, just like you, I cannot reproduce. We'll see if we get
> > any feedback withing two weeks. If not, I'll close it shortly after that
> > delay (if I remember to do so).

Thanks. It was mostly the LinkedObject being published that I was wondering
about. The other issue, he'll just have to give us some feedback.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: @OBones: feedback requested
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 15 Nov 2004 22:54:06 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Anyway, I won't have time
>> to look at this before next week.
>
> Fair enough
>
Ok, the first one is fixed (moved LinkedObject to public, where it belongs).
The second one, just like you, I cannot reproduce. We'll see if we get any feedback withing two weeks. If not, I'll close it shortly after that delay (if I remember to do so).


Subject: Re: CLX
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 15 Nov 2004 22:40:59 +0100
Newsgroups: jedi.vcl

haword wrote:
> where i can download JEDI only for Kylix 3?
>

J(V)CL support Kylix 3, there are no seperate zips
available for Kylix (yet).

Regards,

André Snepvangers,
JVCL VisualCLX coordinator.

BTW most of the units for VisualCLX support are
generated from the (J)VCL units.




Subject: Re: No info on JvgDigits?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Nov 2004 19:12:23 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Either case should be relatively simple to do, but I seem to recall we would not add new features to the Globus components, so my vote would be to change JvSegmentedLEDDisplay (left, center, right align?)

I had a look and it is too complicated for a fast change.
I vote for a standard Alignment property and also the control should always center vertically.


Subject: Re: jcl 1.93 ???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 15 Nov 2004 17:32:50 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

The installer allows now the usage of JCL 1.92.
anonymous CVS meight be updated in some hours.


-- Regards, Andreas Hausladen 

Subject: Re: Install problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 15 Nov 2004 17:20:21 +0100
Newsgroups: jedi.vcl

Fred wrote:

> > I added JvConsts to the USES clause in DelphiData.pas and now it works 
> > fine.

Fixes in CVS.



-- Regards, Andreas Hausladen 

Subject: Re: Help-File for TJvXRichEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Nov 2004 12:58:16 +0100
Newsgroups: jedi.vcl

TJvxRichEdit is merged with TJvRichEdit in JVCL 3.00, so you can use the
3.00 help for TJvRichEdit. Read it on-line at
http://homepages.borland.com/jedi/jedihelp/

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: ERROR message by installing JVCL 3 CVS
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Mon, 15 Nov 2004 12:53:42 +0100
Newsgroups: jedi.vcl

Okee my error, after recompiling the package installer it work fine.

"Niels v/d Spek" <Jedi_Ng@lumensoft.nl> schreef in bericht 
news:cn9v9v$jl9$1@talkto.net...
> > The next error i got when i use  then JCVL package installer, pleas advice 
> > me what to do:
> > -----------------------------------------------------------
> > Compiling package: DJclVcl60.bpl
> > Borland Delphi Version 14.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > DJclVcl.dpk(39) Fatal: Bad packaged unit format: C:\Program 
> > Files\Borland\Delphi6\Projects\Bpl\DJcl.dcp.JclBase
> > ** error 1 ** deleting DJclVcl60.bpl
> > -------------------------------------------------------------
> >
> > Thanks
> > Niels v/d Spek
> > 




Subject: ERROR message by installing JVCL 3 CVS
From: "Niels v/d Spek" <Jedi_Ng@lumensoft.nl>
Date: Mon, 15 Nov 2004 12:41:02 +0100
Newsgroups: jedi.vcl

The next error i got when i use  then JCVL package installer, pleas advice 
me what to do:
-----------------------------------------------------------
Compiling package: DJclVcl60.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
DJclVcl.dpk(39) Fatal: Bad packaged unit format: C:\Program 
Files\Borland\Delphi6\Projects\Bpl\DJcl.dcp.JclBase
** error 1 ** deleting DJclVcl60.bpl
-------------------------------------------------------------

Thanks
Niels v/d Spek 




Subject: Re: jcl 1.93 ???
From: Andreas Hausladen <Andreas@uni.de>
Date: Mon, 15 Nov 2004 11:51:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I guess that changing the value of
> > JCLVersion in install\JVCLInstall\JCLData.pas to 1.92 should do the trick.

This does only change the displayed Text.

I do not have the JVCL here, but when I'm at home tonight I can upload a JCL
1.92 compatible installer to jedi.binaries or I post the steps to make the
CVS version of the installer working with the non-CVS version of JCL.


-- Regards, Andreas Hausladen 

Subject: CLX
From: "haword" <haword@mail.ru>
Date: Mon, 15 Nov 2004 16:49:19 +0600
Newsgroups: jedi.vcl

where i can download JEDI only for Kylix 3?




Subject: Help-File for TJvXRichEdit
From: "Dirk Bernhard" <db@gut-gmbh.de>
Date: Mon, 15 Nov 2004 11:29:47 +0100
Newsgroups: jedi.vcl

Hi there,

I couldn't find any help file for the TJvxRichEdit Component. Does anyboy 
know where to get it.

Thanks for your help.

P.S. I am using Jedi 1.22


-- ================= Dirk Bernhard db@gut-gmbh.de 

Subject: Re: Debug window for xmm registers
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 15 Nov 2004 11:27:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Well, yes we would be interested in this. But the thing is that I'm not quite sure as to where to put this.
>> To me, it is like an "expert" to add to the IDE, and we don't have many of these in the JVCL yet (apart from Bands). I'd like everyone's opinion here as I can't decide anything as of now.
>>
>> Thanks for any input
>
>
> I would say that we create an "Register IDE experts" option in the JVCL Installer for that. It would be on the same level as "Register global design editors".
> Maybe add it to the JCL so users need not download the JVCL for it. The JCL has already some IDE plugins.

Yeah, that's also what I was thinking. Historically, the JVCL is not providing any IDE experts while the JCL does. This needs to be discussed, but I would be more in favor of including this in the JCL rather than the JVCL. It all depends on the controls used in that Debug window and the general opinion.

Thanks for your feedback, please keep it coming <g>

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Debug window for xmm registers
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Nov 2004 11:21:17 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Well, yes we would be interested in this. But the thing is that I'm not quite sure as to where to put this.
> To me, it is like an "expert" to add to the IDE, and we don't have many of these in the JVCL yet (apart from Bands). I'd like everyone's opinion here as I can't decide anything as of now.
>
> Thanks for any input

I would say that we create an "Register IDE experts" option in the JVCL Installer for that. It would be on the same level as "Register global design editors".
Maybe add it to the JCL so users need not download the JVCL for it. The JCL has already some IDE plugins.


Subject: Re: No info on JvgDigits?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 15 Nov 2004 11:14:10 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Robert Marquardt wrote:
>
>> Sorry, the Globus components are not liked very much.
>> They are usually inferior to the other components.
>> I will have a look what i can do. Maybe even allow to center JvSegmentedLEDDisplay.
>
>
>     Either case should be relatively simple to do, but I seem to recall we would not add new features to the Globus components, so my vote would be to change JvSegmentedLEDDisplay (left, center, right align?)

That's the original intent. We fix bugs in JvGlobus if they are indicated to us, but new functionnalities are in the regular Jv components. We may also import functions from JvGlobus components into the regular Jv components should those ones miss it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Install problem
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 15 Nov 2004 12:09:32 +0200
Newsgroups: jedi.vcl

 Hello,

I downloaded the latest JCL and JVCL sources this morning and the 
installer didn't want to compile ('PathDelim' is an unknown identifier). 
I added JvConsts to the USES clause in DelphiData.pas and now it works 
fine.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: No info on JvgDigits?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 15 Nov 2004 11:08:58 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Sorry, the Globus components are not liked very much.
> They are usually inferior to the other components.
> I will have a look what i can do. Maybe even allow to center JvSegmentedLEDDisplay.

    Either case should be relatively simple to do, but I seem to recall we would not add new features to the Globus components, so my vote would be to change JvSegmentedLEDDisplay (left, center, right align?)

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvDBGrid revisited
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 15 Nov 2004 11:37:33 +0200
Newsgroups: jedi.vcl

Hello,

I'll test your changes this afternoon.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jcl 1.93 ???
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 15 Nov 2004 09:39:10 +0100
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> Negative.
>
> I have just reinstalled jcl version 1.92 (build 1661 fresh from jedi
> download) and jvcl install is still complaining (1.93 required ....  )
>
> please advise

1. Get JCL from CVS
2. if 1 fails, edit JCLData.pas as mentionned earlier

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: jcl 1.93 ???
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Mon, 15 Nov 2004 09:35:27 +0100
Newsgroups: jedi.vcl

Negative.

I have just reinstalled jcl version 1.92 (build 1661 fresh from jedi
download) and jvcl install is still complaining (1.93 required ....  )

please advise

/Flemming

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cn9ju4$h6u$1@talkto.net...
> > Flemming Brandt Clausen wrote:
> >
>> > > CVS update this morning
> >
> > Oh ok, that might explain why. The installer was recently changed to
> > check for the presence of the JCL. By quickly looking at the comments in
> > file install\JVCLInstall\JCLData.pas, I guess that if the latest JCL is
> > already compiled and installed, you shouldn't have any problems.
> > If that's the case, let us know and I guess that changing the value of
> > JCLVersion in install\JVCLInstall\JCLData.pas to 1.92 should do the trick.
> >
> > Thanks for your help
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: jcl 1.93 ???
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 15 Nov 2004 09:28:57 +0100
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> CVS update this morning

Oh ok, that might explain why. The installer was recently changed to check for the presence of the JCL. By quickly looking at the comments in file install\JVCLInstall\JCLData.pas, I guess that if the latest JCL is already compiled and installed, you shouldn't have any problems.
If that's the case, let us know and I guess that changing the value of JCLVersion in install\JVCLInstall\JCLData.pas to 1.92 should do the trick.

Thanks for your help

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: No info on JvgDigits?
From: "norberto" <pellicci@shaw.ca>
Date: Mon, 15 Nov 2004 00:23:06 -0800
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:cn97v5$f2b$1@talkto.net...
> > norberto wrote:
>> > > Hi,
>> > >
>> > > i assume that JvgDigits (under the Globus Components palette) is part of
the
>> > > Jedi project? Does anyone happen to know if the JvgDigits component is
able
>> > > to display negative numbers (ie: a number with a minus sign or dash,
"-", to
>> > > the extreme left)? Although it apparently can display a colon and
slashes,
>> > > it is not readily apparent that it can display a minus sign. i have
tried
>> > > entering a negative number in the Value property but the display goes
blank
>> > > when i do this.
>> > >
>> > > Is there a special trick needed to display the minus sign or is it that
the
>> > > component just doesn't support it? i like this component better than the
>> > > JvSegmentedLEDDisplay because the JvgDigits can center the numbers in
the
>> > > display window of the component, whereas the JvSegmentedLEDDisplay  does
not
>> > > seem capable to do this.
>> > >
>> > > Finally, not wanting to be critical since i think the JvgDigits
component is
>> > > cool, but wouldn't giving the JvgDigits the capability to display a
minus
>> > > sign rather than slashes have been more logical, since it does display
>> > > numerical values?
>> > >
>> > > Thanks for any insight into this.
> >
> > Sorry, the Globus components are not liked very much.
> > They are usually inferior to the other components.
> > I will have a look what i can do. Maybe even allow to center
> > JvSegmentedLEDDisplay.

Thank you, Robert. Please don't worry about it, although i do appreciate
your good intentions. i thought there might have been something simple that
i overlooked and hoped it would be a simple solution. i will need to think
of another way of doing things.

Thanks very much again!

norberto pellicci




Subject: Re: jcl 1.93 ???
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Mon, 15 Nov 2004 09:10:19 +0100
Newsgroups: jedi.vcl

CVS update this morning

/Flemming


> > Which version of the JVCL did you download, and where did you get it from?
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: jcl 1.93 ???
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 15 Nov 2004 09:00:26 +0100
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> Been away from delphi for some time, but now decided to install newest
> version of jvcl.
> Now the installer tells me jcl 1.93 or higher is required, but I can only
> find 1.92 on the download page.  Where can I find it ???
>
> regards
> Flemming

Which version of the JVCL did you download, and where did you get it from?

-- 
Olivier Sannier
JVCL Coordinator


Subject: jcl 1.93 ???
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Mon, 15 Nov 2004 08:50:18 +0100
Newsgroups: jedi.vcl

Been away from delphi for some time, but now decided to install newest
version of jvcl.
Now the installer tells me jcl 1.93 or higher is required, but I can only
find 1.92 on the download page.  Where can I find it ???

regards
Flemming




Subject: Re: Debug window for xmm registers
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 15 Nov 2004 08:09:20 +0100
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> According to Robert Marquardt, the JVCL is interested in such IDE improvements.
> Am I allowed to comit it to the repository ? In which directory ?

Well, yes we would be interested in this. But the thing is that I'm not quite sure as to where to put this.
To me, it is like an "expert" to add to the IDE, and we don't have many of these in the JVCL yet (apart from Bands). I'd like everyone's opinion here as I can't decide anything as of now.

Thanks for any input

-- 
Olivier Sannier
JVCL Coordinator


Subject: TJvFormStorage vs. TJvListView.Items storage
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 15 Nov 2004 05:28:09 +0000 (UTC)
Newsgroups: jedi.vcl

Hi, 
I have tried to to store Items property of a TJvListView 
through TJvFormStorage component, but without any success. 
It stored me nothing. 
Is it possible make storage of "TJvListView.Items" through  
TJvFormStorage component?  It stores other properties
of the JvListView without any problem.

Is there some thing or trick what I have to know to be 
workable for me?  
I have BCB6 and JVCL from 12 of Nov. 2004.  

TIA,
Vaclav


Subject: Re: Compile errors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Nov 2004 06:06:41 +0100
Newsgroups: jedi.vcl

M Anderson wrote:

> Has anyone seen this error before?  If so, can you tell me how to fix it?  I have tried uninstalling/reinstalling JVCL with no success.
>
> [Fatal Error] (unit.pas):  Unit JvExMask was compiled with a different version of JvTypes.TJvClipboardCommands
>
> Thanks in advance! 

This sounds as if you have an older version of the JVCL files (especially .dcu files) in the library path of Delphi.
Remove these files and recompile the JVCL (best by using the Installer which is fastest).


Subject: Re: No info on JvgDigits?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Nov 2004 06:04:27 +0100
Newsgroups: jedi.vcl

norberto wrote:
> Hi,
>
> i assume that JvgDigits (under the Globus Components palette) is part of the
> Jedi project? Does anyone happen to know if the JvgDigits component is able
> to display negative numbers (ie: a number with a minus sign or dash, "-", to
> the extreme left)? Although it apparently can display a colon and slashes,
> it is not readily apparent that it can display a minus sign. i have tried
> entering a negative number in the Value property but the display goes blank
> when i do this.
>
> Is there a special trick needed to display the minus sign or is it that the
> component just doesn't support it? i like this component better than the
> JvSegmentedLEDDisplay because the JvgDigits can center the numbers in the
> display window of the component, whereas the JvSegmentedLEDDisplay  does not
> seem capable to do this.
>
> Finally, not wanting to be critical since i think the JvgDigits component is
> cool, but wouldn't giving the JvgDigits the capability to display a minus
> sign rather than slashes have been more logical, since it does display
> numerical values?
>
> Thanks for any insight into this.

Sorry, the Globus components are not liked very much.
They are usually inferior to the other components.
I will have a look what i can do. Maybe even allow to center JvSegmentedLEDDisplay.


Subject: Re: JvSlider bug?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 15 Nov 2004 02:24:25 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings <ian@microwaredata.co.uk> wrote in
news:Xns95A22DAA01EF7ianmicrowaredatacouk@194.191.0.34: 

> > Hi all,
> > 
> > I put a JvSlider on a form and resize it to match the width of another
> > component. I Ctrl-C (I need two of them) and Ctrl-V and the second
> > instance of the component comes up with the same overall width as the
> > first instance but the actual slider bar is the same width as one out
> > of the box - until I manually resize, when it gets itself back in
> > synch. 

Sorry to follow-up to my own post but that should have been 'JvxSlider'. I 
didn't notice the little 'x' lurking there.




Subject: JvSlider bug?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 15 Nov 2004 01:57:10 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I put a JvSlider on a form and resize it to match the width of another 
component. I Ctrl-C (I need two of them) and Ctrl-V and the second instance 
of the component comes up with the same overall width as the first instance 
but the actual slider bar is the same width as one out of the box - until I 
manually resize, when it gets itself back in synch.

HTH


Subject: Compile errors
From: "M Anderson" <ma330@earthlink.invalid>
Date: Sun, 14 Nov 2004 18:15:34 -0600
Newsgroups: jedi.vcl

Has anyone seen this error before?  If so, can you tell me how to fix it?  I 
have tried uninstalling/reinstalling JVCL with no success.

[Fatal Error] (unit.pas):  Unit JvExMask was compiled with a different 
version of JvTypes.TJvClipboardCommands

Thanks in advance! 




Subject: No info on JvgDigits?
From: "norberto" <pellicci@shaw.ca>
Date: Sun, 14 Nov 2004 11:41:00 -0800
Newsgroups: jedi.vcl

Hi,

i assume that JvgDigits (under the Globus Components palette) is part of the
Jedi project? Does anyone happen to know if the JvgDigits component is able
to display negative numbers (ie: a number with a minus sign or dash, "-", to
the extreme left)? Although it apparently can display a colon and slashes,
it is not readily apparent that it can display a minus sign. i have tried
entering a negative number in the Value property but the display goes blank
when i do this.

Is there a special trick needed to display the minus sign or is it that the
component just doesn't support it? i like this component better than the
JvSegmentedLEDDisplay because the JvgDigits can center the numbers in the
display window of the component, whereas the JvSegmentedLEDDisplay  does not
seem capable to do this.

Finally, not wanting to be critical since i think the JvgDigits component is
cool, but wouldn't giving the JvgDigits the capability to display a minus
sign rather than slashes have been more logical, since it does display
numerical values?

Thanks for any insight into this.






Subject: Re: invalid format string?
From: Thomas Mueller <news@s2h.cx>
Date: Sat, 13 Nov 2004 21:42:18 +0100
Newsgroups: jedi.vcl

Hi,

I found another one in JvValidateEdit, Line 846:

Format('%.*n%', [FDeciamlPlaces, asFloag])

The culprit is the second % character at the end of the string. According to
the OLH a literal percent must be quoted by using %%.

I guess this one also works for the format function because it is at the end
of the string...

Those were the only ones my tool found which either means that the JVCL /
JCL doesn't have any more errors in format strings (congratulations!) or my
tool doesn't find them (shame on me!).

Please note that this tool only checks that the format strings are
syntactically correct and that the number of parameters matches. It does
*not* check the parameter types and also does not work if the format string
is not a literal string (-> a string constant or resource string will not
be checked.)

It does ignore intermediate function calls which might be a good thing or
not, depending on what the function does, example:
format(_('hello %s'), [_('world')]);
will be checked correctly, so gnugettext translations are fine.

twm



Subject: Re: invalid format string?
From: Thomas Mueller <news@s2h.cx>
Date: Sat, 13 Nov 2004 21:32:03 +0100
Newsgroups: jedi.vcl

Hi,

Rudy Velthuis wrote:

>> >>   Result := Format('%.n', [E]);

>> >> The format string looks odd to me.
> > It's alright.

What's it supposed to mean? The same as '%.0n' ?

twm




Subject: invalid format string?
From: Thomas Mueller <news@s2h.cx>
Date: Sat, 13 Nov 2004 20:25:22 +0100
Newsgroups: jedi.vcl

Hi,

while testing my format statement checker, I found the following code in
JvPerfMon95.pas, line 292:

function TJvPerfStatActiveItem.GetPerfDataStr: string;
var
  E: Extended;
begin
  E := GetPerfData;
  Result := Format('%.n', [E]);
end;

The format string looks odd to me. According to the Kylix Online help a
format string looks like this:

"%" [index ":"] ["-"] [width] ["." prec] type

So a "." is to be followed by the precision. In this case it is immediately
followed by the type. I have not checked whether the format function likes
it yet.

(Note: This might be in an ancient version of the unit, I downloaded it
quite a while ago.)

twm



Subject: Re: invalid format string?
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Sat, 13 Nov 2004 19:16:07 +0000 (UTC)
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> > Hi,
> > 
> > Rudy Velthuis wrote:
> > 
>>> > >>   Result := Format('%.n', [E]);
> > 
>>> > >> The format string looks odd to me.
>> > > It's alright.
> > 
> > What's it supposed to mean? The same as '%.0n' ?

Yes.

-- Rudy Velthuis "The President has kept all of the promises he intended to keep." - Clinton aide George Stephanopolous speaking on Larry King Live 

Subject: Re: invalid format string?
From: "Rudy Velthuis" <velthuis@gmail.com>
Date: Sat, 13 Nov 2004 18:00:41 +0000 (UTC)
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> > Hi,
> > 
> > while testing my format statement checker, I found the following code
> > in JvPerfMon95.pas, line 292:
> > 
> > function TJvPerfStatActiveItem.GetPerfDataStr: string;
> > var
> >   E: Extended;
> > begin
> >   E := GetPerfData;
> >   Result := Format('%.n', [E]);
> > end;
> > 
> > The format string looks odd to me.

It's alright.
-- Rudy Velthuis "When did I realize I was God? Well, I was praying and I suddenly realized I was talking to myself." -- Peter O'Toole. 

Subject: Re: MSN Popup
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Sat, 13 Nov 2004 07:56:37 -0500
Newsgroups: jedi.vcl

Thanks OBones - Don't think I would have ever found that one!

Jeff

"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message 
news:cn4n1t$i9v$1@talkto.net...
> > J. Clarke wrote:
>> >> I might be going crazy but I thought at one point I had seen a Jedi demo 
>> >> emulating/doing an MSN pop-up type window.  If it exists...Can anyone 
>> >> point me to the proper component and tab that it's on?
> >
> > TJvDesktopAlert and TJvDesktopAlertStack
> >
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=33831
> >
> > It's in package JvDlgs and is registered by default in the Jv Dialogs tab 
> > of the palette.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL coordinator 




Subject: Re: MSN Popup
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 13 Nov 2004 12:50:23 +0100
Newsgroups: jedi.vcl

J. Clarke wrote:
> I might be going crazy but I thought at one point I had seen a Jedi demo emulating/doing an MSN pop-up type window.  If it exists...Can anyone point me to the proper component and tab that it's on?

TJvDesktopAlert and TJvDesktopAlertStack

http://homepages.borland.com/jedi/jedihelp/item.php?Id=33831

It's in package JvDlgs and is registered by default in the Jv Dialogs tab of the palette.

Cheers

Olivier Sannier
JVCL coordinator


Subject: Re: JvInspector + ExpandButton Error
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 13 Nov 2004 11:21:47 +0100
Newsgroups: jedi.vcl

Thomas Stutz wrote:
> I'm using JvInspector.
> When I pick a TBitmap for the ExpandButton I get an error at runtime:
[...]
> [...]
>
> How can I fix this?

    Oops, totally missed this one, sorry. Luckily it's fixed now (thanks Andreas).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: JvInspector + ExpandButton Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 13 Nov 2004 11:02:34 +0100
Newsgroups: jedi.vcl

Thomas Stutz wrote:

> > How can I fix this?

Perhaps with the Debugger?



> > Error reading JvInspector1.ExpandButton.Data: Invalid property path.

This is now fixed in CVS, plus a memory leak.


No I'm not the author of the (wunderfull) JvInspector component.


-- Regards, Andreas Hausladen 

Subject: Re: JvInspector + ExpandButton Error
From: "Thomas Stutz" <wantom.dontwantspam@gmxnosp.net>
Date: Sat, 13 Nov 2004 08:54:27 +0100
Newsgroups: jedi.vcl

Who is the author of this component?




Subject: MSN Popup
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Fri, 12 Nov 2004 22:53:36 -0500
Newsgroups: jedi.vcl

I might be going crazy but I thought at one point I had seen a Jedi demo 
emulating/doing an MSN pop-up type window.  If it exists...Can anyone point 
me to the proper component and tab that it's on?

Jeff 




Subject: Debug window for xmm registers
From: Florent Ouchet <ouchet.florent@laposte.net>
Date: Fri, 12 Nov 2004 23:37:35 +0100
Newsgroups: jedi.vcl

Hello,

I am developping a debug window which work with xmm registers (used in Intel SSE1, 2 and 3 and in AMD 3dNow!).
The control register (named MXCSR) has all its bits expanded (like CTRL and STAT registers in FPU debug view or EFLAGS register in CPU debug view).

The debug window has the same behaviour than cpu and fpu debug windows.

Each xmm register (8 in 32-bit, 16 in 64-bit microprocessors) can be viewed as 16 Bytes, 8 Words, 4 DWords, 2 QWords, 4 Singles or 2 Doubles (every data format stored in those registers). Scalar types can be formatted as unsigned, signed, hexa or binary.

The development is not finished, at this moment the user cannot change a xmm register value via the IDE at runtime. But flag of MXCSR register can be changed.

This stage is important because I need to know if some processors are not in compliance with AMD Athlon and Intel Pentium official documentations. Actually this package should support Intel Pentium II processors (and above) and AMD processors with 3DNow! technologies.

According to Robert Marquardt, the JVCL is interested in such IDE improvements.
Am I allowed to comit it to the repository ? In which directory ?

Regards,

-- 
outchy


Subject: Re: JvWizard and setting Captions
From: Woody Bear <woodybear@wp.pl>
Date: Fri, 12 Nov 2004 15:29:53 +0100
To: Peter Thörnqvist <peter3@nospam.peter3.com>
Newsgroups: jedi.vcl

Użytkownik Peter Thörnqvist napisał:
> I'd guess it is some bug in your program since I also have a localization
> tool (dxgettext) that works fine with JvWizard buttons. Have you tried
> setting a breakpoint and checking if any of the items are null? Maybe you
> try to set the captions before the buttons are created?
>
I've used dxgettext also, it works fine, but at the moment i want
to change (next, back, cancel ) buttons of jvwizard at runtime it
crashes. This what i am doing:
1. Put JvWizard on the form
2. select language on first page (thus buttons back, cancel etc. allready exist)
3. After language selection trying to change those captions
e.g. JvWizard1->ButtonCancel->Caption=_("bibi"); // gettext used this time
4. App crashes...
5. Stops there:
procedure TJvWizardNavigateButton.SetCaption(const Value: string);
begin
  -> if Assigned(FControl) then
  begin
    FControl.Caption := Value;
  end;
end;
I am using BCB 5 ,
JVcl lattest CVS

When i set language BEFORE show JvWizard, everything is ok, buttons are translated correctly, but at this position, RetranslateComponent from
dxgettext doesn't change much...

Thanks in advance,
Best Regards
Woody Bear


Subject: Re: @OBones: feedback requested
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Nov 2004 11:08:01 +0100
Newsgroups: jedi.vcl

> > Anyway, I won't have time
> > to look at this before next week.
Fair enough

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvWizard and setting Captions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Nov 2004 11:07:04 +0100
Newsgroups: jedi.vcl

I'd guess it is some bug in your program since I also have a localization
tool (dxgettext) that works fine with JvWizard buttons. Have you tried
setting a breakpoint and checking if any of the items are null? Maybe you
try to set the captions before the buttons are created?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Delphi2005 support
From: "Fikret Hasovic" <fikrethREMOVE@bihtamp.net>
Date: Fri, 12 Nov 2004 09:10:05 +0000 (UTC)
Newsgroups: jedi.vcl

Michael Fritz wrote:


> > AFAIK QR hasn't been delivered with D7, too. At least my D7
> > Enterprise has just Rave installed.

Yes. it is delivered ;) But not installed in IDE by default...


-- Best regards Fikret Hasovic http://www.fikret.fbtalk.net TAMP R&D Team FirebirdSQL Foundation member. - Join today at http://www.firebirdsql.org/ff/foundation JEDI VCS contributor http://jedivcs.sourceforge.net/ Posted with XanaNews 1.16.4.6 

Subject: Re: JvDynControl: suggestions
From: Andreas Hesse <ahsysteme@wtal.de>
Date: Fri, 12 Nov 2004 09:53:10 +0100
Newsgroups: jedi.vcl

Hello Jens,

types could be strings, because the creation process is not time relevant.
So every Control-Factory can register types.
Types could be registered in a Map with the factory information who are responsible for the creation of the control (or persistent object).

Regards,
Andreas

Jens Fudickar schrieb:
> Hi Andreas,
>
> i'm also not happy with the construct of hardcoded types. But i didn't see a better way of implementing it.
>
> What is you suggestion? If there is a better way of handling i would be pleased to change it.
>
> Greetings
> Jens
>
> Andreas Hesse wrote:
>
>> Hello Jens,
>>
>> I tried the enhanced version of JvDynControl with db support.
>>
>> some suggestions:
>> - it should be possible to create not only TControl classes.
>> - the types should not be hardcoded. If someone want to use a new factory with new types, it should only be necessary to
>> create an new derived factory class without changing the base class.
>>
>> Why I look at these classes:
>> I want to create Forms with visible and invisible controls from ini/xml files.
>>
>> Andreas
>>
>


Subject: Re: @OBones: feedback requested
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 12 Nov 2004 09:50:46 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Uh? The last code change I did on that particular unit is almost a year
>> old (JvListComb.pas, version 1.8, 02/12/03). I don't quite get it.
>
> Didn't you add the LinkedObjects property and the Glyph support (Revision
> 1.5)? If you did (as the web log indicates), you are the best person to
> provide feedback on the reported issues in mantis.

Yes, I did. But that's been in there for a very long time.
I'll try to have a look at this bug, but still have a hard time understanding what the original poster wants. Anyway, I won't have time to look at this before next week.

Cheers

Olivier

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: @OBones: feedback requested
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Nov 2004 09:37:47 +0100
Newsgroups: jedi.vcl

> > Uh? The last code change I did on that particular unit is almost a year
> > old (JvListComb.pas, version 1.8, 02/12/03). I don't quite get it.
Didn't you add the LinkedObjects property and the Glyph support (Revision
1.5)? If you did (as the web log indicates), you are the best person to
provide feedback on the reported issues in mantis.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: @OBones: feedback requested
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 12 Nov 2004 08:05:23 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Why do you ask me for feedback? I didn't put those issues in, but I'll
>> see what I can do, most likely next week, this week-end is busy.
>
> Because the issues raised are about code that you put in (AFAICS in the Web
> Log), so I would presume you are the one that can best answer the reports.
>
Uh? The last code change I did on that particular unit is almost a year old (JvListComb.pas, version 1.8, 02/12/03). I don't quite get it.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvAppStorage ReadOnly
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 12 Nov 2004 01:11:34 +0100
Newsgroups: jedi.vcl

Principle you are right, but me thinking was the performance point, and i didn'T want to check the file attributes every write try.
Using this way, every Write-Attempt will check the file state.
I'm using the components with complex program options and logon lists. I would have hundreds of file checks. I didn't think, this is realy intelligent.

Maybe something more like the way of marcel.

Any other opinions.

Greetings
Jens

OBones wrote:
> Jens Fudickar wrote:
>
>> Now i have implemented a first try.
>>
>> Please have a look on it.
>>
>> There is a readonly property which can set manually at design and runtime.
>> And there is a virtual function GetPhysicalReadOnly which is overwritten for the database and the file components.
>> The Readonly-Result at runtime is ManualReadonly OR PhysicalReadOnly.
>
>
> Why distinguish? When I thought (quickly) of this, I was considering overriding the GetReadOnly method to do this:
>
> function TJvCustomAppMemoryFileStorage.GetReadOnly: Boolean;
> begin
>   Result := FReadOnly or FileIsReadOnly(FileName);
> end;
>
> Much simpler in my mind, but I may be missing some cases.
>
>
>> For the file-based components the physical readonly is calulated every time when the file is reloaded and when the filename is changed.
>> The Readonly prevents any operation on the write* procedures and it prevents a flush of the file-components.
>> This is duplicated because the filename could be changed after the write procedures and the new file is readonly.
>> The only problem which now can result in an exception is when the file is set readonly by an other process after the file is loaded from the component. Should we prevent this also, or is it theoretic?
>
>
> Well, using the above code prevents this from happening because it doesn't do any caching. Might be bad for performances but I doubt it.
>
> My 2 cents
>
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage ReadOnly
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 12 Nov 2004 01:08:28 +0100
Newsgroups: jedi.vcl

>>
>> The only problem which now can result in an exception is when the file is set readonly by an other process after the file is loaded from the component. Should we prevent this also, or is it theoretic?
>
>
>     Didn't you know? Once you mention something like this, someone else is bound to pop up and say 'hey, that's exactly what I was planning on doing.' Theoretic problems will at some point become actual problems. That said, we would need to implement a file monitor to check this, but it would also give you a warning if the file is changed (IOW, the AutoReload stuff can be adapted to only load if the file actually changed since the last time we loaded it, just to improve efficiency).
>

Did we have something like a filemonitor?

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @OBones: feedback requested
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 12 Nov 2004 01:07:27 +0100
Newsgroups: jedi.vcl

Sorry my fault, not Oliviers. Thanks for fixing.

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> What? I don't have Delphi 5
>
>
> The JVCL (run and design) compiles now with Delphi 5.
> JvAppStorage used IsFileReadOnly() which was introduced by Delphi 6.
>
> BTW: In JvStringGrid there is a unit-private TExPopupListBox class which
> is not used at all.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @OBones: feedback requested
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 12 Nov 2004 00:33:26 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > What? I don't have Delphi 5

The JVCL (run and design) compiles now with Delphi 5.
JvAppStorage used IsFileReadOnly() which was introduced by Delphi 6.

BTW: In JvStringGrid there is a unit-private TExPopupListBox class which
is not used at all.



-- Regards, Andreas Hausladen 

Subject: old bug still alive - Mantis #200
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 12 Nov 2004 02:09:10 +0300
Newsgroups: jedi.vcl

Hello, All!

http://homepages.borland.com/jedi/issuetracker/view.php?id=200

Year ago we discussed this bug here.

But still it is not fixed.
Worse, i lost my posts here, where fixes were given, and now am i to re-make
fixes, so they would be dropped again with no favor to noone?

I'm lost :-(

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: @OBones: feedback requested
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Nov 2004 23:04:59 +0100
Newsgroups: jedi.vcl

> > Why do you ask me for feedback? I didn't put those issues in, but I'll
> > see what I can do, most likely next week, this week-end is busy.
Because the issues raised are about code that you put in (AFAICS in the Web
Log), so I would presume you are the one that can best answer the reports.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: @OBones: feedback requested
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 11 Nov 2004 22:38:49 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> OBones, could you have a look at this issue, please:
> http://homepages.borland.com/jedi/issuetracker/view.php?id=2302
>
> While you're at it, please have a look at this one as well:
> http://homepages.borland.com/jedi/issuetracker/view.php?id=2303
>
> Thanks

What? I don't have Delphi 5, just BCB5 and while they may behave the same, they are not exactly the same.
Why do you ask me for feedback? I didn't put those issues in, but I'll see what I can do, most likely next week, this week-end is busy.

Cheers

Olivier Sannier
JVCL coordinator


Subject: @OBones: feedback requested
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Nov 2004 20:00:19 +0100
Newsgroups: jedi.vcl

OBones, could you have a look at this issue, please:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2302

While you're at it, please have a look at this one as well:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2303

Thanks
-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: cvs version and D5
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Thu, 11 Nov 2004 21:44:27 +0300
Newsgroups: jedi.vcl

Hello, All!

=========Beginning of the citation============== 
D:\Borland\AddOns\JVCL3>echo off
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Preprocessing JVCL]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
DelphiData.pas(346) Error: Undeclared identifier: 'PathDelim'
Utils.pas(74) Fatal: Could not compile used unit 'DelphiData.pas'

** error 1 ** deleting Installer_nomo
Press ENTER to continue
=========The end of the citation================ 

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the)under(Arioch)at(nm)dot(ru ICQ: xmpp://arioch@jabber.ru 

Subject: Re: Bug: JvQDlgD7R doesn't compile
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 11 Nov 2004 19:09:05 +0100
Newsgroups: jedi.vcl

Alessandro Fiorino wrote:

> André Snepvangers wrote:
>
>
>>> This is the error I get
>>> JvQDlgsD7R.dpk(72) Fatal: File not found: 'JvQParameterListTools.dcu'
>>>
>>
>> If you use the installer check 'Build packages'.
>
>
> I've tried with this options, but the file JvQParameterListTools still
> doesn't exists. Maybe the error is that it isn't needed?
>
Build the package within the IDE.

Regards,

André


Subject: Re: JvToolEdit, JvPlacemnt, JvxCtrls XP error on initialization
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 11 Nov 2004 17:15:29 +0100
Newsgroups: jedi.vcl

Yeg wrote:

> I have a problem on XP with my Delphi 7 project. It's compiled on windows 2000 and has been running good on other win platforms, including XP. But one computer with some XP version denies to run my exe and fails on initialization showing error with no useful explanations.

The information it gives might be useful to *us*.

> It was a big project so I didnt know where start searching for problem. I've written a program which created separate application for each used unit (102 exes). Then I executed each one of them on that ill-fated XP, and to my surprize found that not working units are JvToolEdit, JvPlacemnt, JvxCtrls (other Jv units passed this test).
> I used Jvcl 2.10.

Not sure from your description, but most probably due to that one:

http://groups.google.com/groups?selm=41042bf4%40newsgroups.borland.com&output=gplain

I'd recommend to switch to JVCL3; even being labeled Beta still, it's more stable and powerful than JVCL 2.10.

Greetings, Robert


Subject: Re: Bug: JvQDlgD7R doesn't compile
From: Alessandro Fiorino <alessandro@fiorino.name>
Date: Thu, 11 Nov 2004 16:04:59 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > 
>> >> This is the error I get
>> >> JvQDlgsD7R.dpk(72) Fatal: File not found: 'JvQParameterListTools.dcu'
>> >> 
> > If you use the installer check 'Build packages'.

I've tried with this options, but the file JvQParameterListTools still
doesn't exists. Maybe the error is that it isn't needed?



Subject: JvDBGrid revisited
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 11 Nov 2004 14:48:58 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

Do you get automatic notifications of messages from the Issue Tracker. 

I posted about my findings on the updated JvDBGrid a couple of days ago (I 
couldn't test things instantly as I was busy) but haven't heard anything 
back. It's probably that everyone's busy, in which case my apologies for 
interrupting. :) But thought I'd better touch base on it.

While I'm writing, is there a component around like the DBCtrlGrid, but 
which works? :) I've had a fairly thorough look around but can't see 
anything appropriate.

TIA


Subject: JvToolEdit, JvPlacemnt, JvxCtrls XP error on initialization
From: "Yeg" <nospam@ukr.net>
Date: Thu, 11 Nov 2004 16:45:50 +0200
Newsgroups: jedi.vcl

Hi,

I have a problem on XP with my Delphi 7 project. It's compiled on windows 
2000 and has been running good on other win platforms, including XP. But 
one computer with some XP version denies to run my exe and fails on 
initialization showing error with no useful explanations.
It was a big project so I didnt know where start searching for problem. 
I've written a program which created separate application for each used 
unit (102 exes). Then I executed each one of them on that ill-fated XP, 
and to my surprize found that not working units are JvToolEdit, 
JvPlacemnt, JvxCtrls (other Jv units passed this test).
I used Jvcl 2.10.

Thanks for any useful information.

Yeg.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppStorage ReadOnly
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 11 Nov 2004 11:43:15 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Now i have implemented a first try.
>
> Please have a look on it.
>
> There is a readonly property which can set manually at design and runtime.
> And there is a virtual function GetPhysicalReadOnly which is overwritten for the database and the file components.
> The Readonly-Result at runtime is ManualReadonly OR PhysicalReadOnly.

Why distinguish? When I thought (quickly) of this, I was considering overriding the GetReadOnly method to do this:

function TJvCustomAppMemoryFileStorage.GetReadOnly: Boolean;
begin
  Result := FReadOnly or FileIsReadOnly(FileName);
end;

Much simpler in my mind, but I may be missing some cases.


> For the file-based components the physical readonly is calulated every time when the file is reloaded and when the filename is changed.
> The Readonly prevents any operation on the write* procedures and it prevents a flush of the file-components.
> This is duplicated because the filename could be changed after the write procedures and the new file is readonly.
> The only problem which now can result in an exception is when the file is set readonly by an other process after the file is loaded from the component. Should we prevent this also, or is it theoretic?

Well, using the above code prevents this from happening because it doesn't do any caching. Might be bad for performances but I doubt it.

My 2 cents

Olivier Sannier
JVCL Coordinator


Subject: Re: JvAppStorage ReadOnly
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Thu, 11 Nov 2004 10:37:44 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Now i have implemented a first try.
>
> Please have a look on it.

    I haven't actually looked at it, but the description you gave seems fine.

>
> The only problem which now can result in an exception is when the file is set readonly by an other process after the file is loaded from the component. Should we prevent this also, or is it theoretic?

    Didn't you know? Once you mention something like this, someone else is bound to pop up and say 'hey, that's exactly what I was planning on doing.' Theoretic problems will at some point become actual problems. That said, we would need to implement a file monitor to check this, but it would also give you a warning if the file is changed (IOW, the AutoReload stuff can be adapted to only load if the file actually changed since the last time we loaded it, just to improve efficiency).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvgDigits
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 10 Nov 2004 17:25:46 -0800
Newsgroups: jedi.vcl

Hi,

i was wondering of it is possible to add a minus sign "-" as the first digit
in the JvgDigits component, in order to show a negative number?

Thanks.





Subject: Re: Need feedback on new HTML help
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 11 Nov 2004 00:45:55 +0100
Newsgroups: jedi.vcl

Hi Remko,

Nothing to do with your latest changes, but what I am missing
is Browse by package. Maybe browse by component palette page
would also be nice.

Regards,

André


Subject: Re: Bug: VisualCLX TJvDateEdit infinite loop
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 11 Nov 2004 00:35:59 +0100
Newsgroups: jedi.vcl

Ale wrote:
>> Ale wrote:
>>
>>> After choosing a date from the calendar, the control enters an infinite
>>> loop in the DoChange method.
>>
>> Thanks! Fixed in JvQToolEdit.DoChange
>>
>> Regards,
>
>
> It still loops :(

You can also fix this yourself in JvQToolEdit.pas:
procedure TJvCustomComboEdit.DoChange;
begin
  inherited Change;    // inherited was missing here.
end;
>

There is a flaw in the installer. To circumvent it check build packages in the installer. Several units in qrun are not generated from the sources in (CVS) run, but from my local run. I did not test the new JvExVCL classes sufficiently enough to commit the required changes: Cleaned/modified about 80 units in run. Currently I am testing the JvExCLX classes & JVCLX this week.

Regards,

André Snepvangers


Subject: Re: JvAppStorage ReadOnly
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 11 Nov 2004 00:26:57 +0100
Newsgroups: jedi.vcl

Now i have implemented a first try.

Please have a look on it.

There is a readonly property which can set manually at design and runtime.
And there is a virtual function GetPhysicalReadOnly which is overwritten for the database and the file components.
The Readonly-Result at runtime is ManualReadonly OR PhysicalReadOnly.

For the file-based components the physical readonly is calulated every time when the file is reloaded and when the filename is changed.

The Readonly prevents any operation on the write* procedures and it prevents a flush of the file-components.
This is duplicated because the filename could be changed after the write procedures and the new file is readonly.

The only problem which now can result in an exception is when the file is set readonly by an other process after the file is loaded from the component. Should we prevent this also, or is it theoretic?

Any comments are welcome.

Jens

OBones wrote:
> Jens wrote:
>
>> Allright. Should the flush be executed or not, if readonly?
>
>
> No, it should just return immediately.
>
>> Also, raise an exception if readonly is true and the user tries to use the
>> right functions?
>
>
> Well no, the WriteXXX functions in the TJvCustomAppStorage simply do nothing. If the user wants to write by calling them directly, then he must read the (updated) documentation that says that if ReadOnly is True, then nothing happens.
> I'm not a great fan of exceptions jumping right at me just because a file could not be written. But I'm not the only one to be able to give opinions here, so if anyone wants to either concurr or object, please do.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Bug: JvQDlgD7R doesn't compile
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 11 Nov 2004 00:13:36 +0100
Newsgroups: jedi.vcl

Ale wrote:

> This is the error I get
> JvQDlgsD7R.dpk(72) Fatal: File not found: 'JvQParameterListTools.dcu'
>
>
If you use the installer check 'Build packages'.

Regards,

André Snepvangers


Subject: Re: JVQDB* missing?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 10 Nov 2004 23:56:57 +0100
Newsgroups: jedi.vcl

Alessandro Fiorino wrote:
> I've noticed all the VisualCLX data-aware components are missing from the
> latest releases (there were some in VisualCLX 0.5).
> Are they abandonated?

Removed them temporarely. Other components that are dropped in this moment are several windows-only components, mostly dialogs.

Regards,

André Snepvangers


Subject: TJvCSVDataSet doesn't work with MEMO fields?
From: "jscott" <NOSPAM@NOSPAM.COM>
Date: Wed, 10 Nov 2004 23:42:35 +0200
Newsgroups: jedi.vcl

I'm using TJvCSVDataSet that came with JEDI VCL 3 Beta 2 to perform 
export/import routines to/from an Access database.  Everything works fine 
except for MEMO fields.  They don't get exported and when trying to load 
a CSV file with MEMO fields contents containing quotes or commas, 
TJvCSVDataSet treats the field as separate records and/or fields.  I 
suppose the parsing method isn't quite "finished" and I see this comment 
above the StrSplit() function in JvCsvParse.pas:

// XXX DOES NOT HANDLE QUOTING (YOU CAN'T HAVE A COMMA INSIDE QUOTES, AT 
LEAST NOT YET.) XXX

Has anyone got an updated parser that handles memo fields correctly?

Thanks,
Jon.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvWizard and setting Captions
From: Woody Bear <woodybear@wp.pl>
Date: Wed, 10 Nov 2004 22:25:09 +0100
Newsgroups: jedi.vcl

Hi there, when i try to dynamically change next cancel or whatever buttons captions, either nothing happens with them (they won't change)
and when i try to change 'ButtonNext' caption, app throws exception and... I've got my own Language resources file and after language choosing on wizard first page, i am trying to change wizzard button captions to specific language according to language selected.
Here is sample code:
JvWizard1->ButtonNext->Caption=Lang->ReadString( "Strings","ButtonNext","&Next >");
-> throws exception
this one:
JvWizard1->ButtonNext->Caption=AnsiString("bibi");
does it either...
but when i use:
JvWizard1->ButtonCancel->Caption=AnsiString("bibi");
or
JvWizard1->ButtonCancel->Caption="bibi";

just nothing happens, including button caption change...
Any help woul be appreciated, is this my fault, or some bug in wizard component ??
best regards,
Woody


Subject: Re: JvDynControl: suggestions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 10 Nov 2004 21:57:20 +0100
Newsgroups: jedi.vcl

Hi Andreas,

i'm also not happy with the construct of hardcoded types. But i didn't see a better way of implementing it.

What is you suggestion? If there is a better way of handling i would be pleased to change it.

Greetings
Jens

Andreas Hesse wrote:
> Hello Jens,
>
> I tried the enhanced version of JvDynControl with db support.
>
> some suggestions:
> - it should be possible to create not only TControl classes.
> - the types should not be hardcoded. If someone want to use a new factory with new types, it should only be necessary to
> create an new derived factory class without changing the base class.
>
> Why I look at these classes:
> I want to create Forms with visible and invisible controls from ini/xml files.
>
> Andreas
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppInstances nils Application?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 10 Nov 2004 19:13:51 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> I could test if this would work. But someone else would have to integrate it into the official sources (no write access to CVS) . I think it will be good enogh if i create a mantis entry after i have tried it and post the modified code there as attachment.

Yes, it would be very much appreciated


Subject: JvDynControl: suggestions
From: Andreas Hesse <ah@ahsysteme.de>
Date: Wed, 10 Nov 2004 19:01:57 +0100
Newsgroups: jedi.vcl

Hello Jens,

I tried the enhanced version of JvDynControl with db support.

some suggestions:
- it should be possible to create not only TControl classes.
- the types should not be hardcoded. If someone want to use a new factory with new types, it should only be necessary to
create an new derived factory class without changing the base class.

Why I look at these classes:
I want to create Forms with visible and invisible controls from ini/xml files.

Andreas



Subject: Re: TJvAppInstances nils Application?
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Wed, 10 Nov 2004 18:07:33 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im Newsbeitrag news:cmtaod$7ea$1@talkto.net...
> Ralf Kaiser wrote:
>
>> With my application nothing negative happens.
>
> With my app nothing has happend, too. But someone has reported this "bug"
> to me, so I changed it.
>
>> commenting out the "Application := nil" and the only effct was that i
>> did not get the AVs in dxBars when terminating the second instance. OK,
>> basicly that is a problem of dxBars i know.
>
> Maybe a direct call to TerminateProcess would help both, but I do not have
> the time for this at the moment (maybe not until next year)
>

I could test if this would work. But someone else would have to integrate it into the official sources (no write access to CVS) . I think it will be good enogh if i create a mantis entry after i have tried it and post the modified code there as attachment.

Ciao,
Ralf



Subject: Re: Bug: VisualCLX TJvDateEdit infinite loop
From: "Ale" <nospam@nospam.com>
Date: Wed, 10 Nov 2004 18:50:08 +0200
Newsgroups: jedi.vcl

> >Ale wrote:
>> >> After choosing a date from the calendar, the control enters an infinite
>> >> loop in the DoChange method.
> >
> >Thanks! Fixed in JvQToolEdit.DoChange
> >
> >Regards,

It still loops :(



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAppInstances nils Application?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 10 Nov 2004 17:36:21 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > With my application nothing negative happens.

With my app nothing has happend, too. But someone has reported this "bug"
to me, so I changed it.

> > commenting out the "Application := nil" and the only effct was that i
> > did not get the AVs in dxBars when terminating the second instance. OK,
> > basicly that is a problem of dxBars i know.

Maybe a direct call to TerminateProcess would help both, but I do not have
the time for this at the moment (maybe not until next year)



-- Regards, Andreas Hausladen 

Subject: Bug: JvQDlgD7R doesn't compile
From: "Ale" <nospam@nospam.com>
Date: Wed, 10 Nov 2004 18:19:29 +0200
Newsgroups: jedi.vcl

This is the error I get
JvQDlgsD7R.dpk(72) Fatal: File not found: 'JvQParameterListTools.dcu'



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Need feedback on new HTML help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 10 Nov 2004 15:34:36 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> * The "team" topic in the help is outdated and thus needs to be updated. Should it describe the current group situation or should it describe past and present?

It clearly is outdated (at least 2 years old). My personal preference would be for it to reflect the current status, but it would be good to have other's opinion.


> * If you look at the contents tab page in the HTML help, you will see some "floating" topics on the bottom that describe either the TJvImageItem class or an Operator field. This is because there are 2 TJvImageItem classes in JVCL (JvImagesViewer.pas and JvListComb.pas) and (I think) because Operator is a reserved word in C++. Anyone who wants to fix this?

The first one needs to be fixed. The second one, could you check with the DOM guys ?


> * The building of this JVCL help version was easier than I thought it would be. Because of this I think about releasing more often a preview version of the help. I'll be working on automating the task more.

Thanks for that. Do not hesitate to ask if you need the Online help to be augmented to help you with this.


> * I’ll adjust the dtx generate tools so there will be links in not yet described items to the associated online help topic.

Ok. While we're onto links, why is that that I have to click on the See Also word in the links section of an item, to then see a page where there are no links at all? I'm a bit puzzled here.

But all in all, this is impressive work, I really appreciate it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: JVQDB* missing?
From: Alessandro Fiorino <alessandro@fiorino.name>
Date: Wed, 10 Nov 2004 15:30:39 +0100
Newsgroups: jedi.vcl

I've noticed all the VisualCLX data-aware components are missing from the
latest releases (there were some in VisualCLX 0.5).
Are they abandonated?


Subject: Re: Need feedback on new HTML help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 10 Nov 2004 15:13:33 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Hi all,
>
> I've put a new HTML help file on sourceforge (http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42481&release_id=281454). 

Thanks for that.


> I have put it on sourceforge and not in jvcl.binaries because it is too big (~11 MB). I did only build the HTML help and not the WinHelp version because there is (I think) a ~100 MB limit to our sourceforge storage.

The 100MB limit is on the project homepage (http://jvcl.sf.net/), there are no limits on the FRS. Some projects publish ISO files, so you're pretty safe putting a big file in there ;-)
It's just a matter of being patient enough for it to get uploaded on the server.

Cheers


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Need feedback on new HTML help
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Wed, 10 Nov 2004 15:00:20 +0100
Newsgroups: jedi.vcl

Thank you for the help file....

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> a écrit dans le message de news: 
cmr5st$s13$1@talkto.net...
> > Hi all,
> >
> > I've put a new HTML help file on sourceforge 
> > (http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42481&release_id=281454).
> >
> > It contains all completely and partly documented dtx files thus it is 
> > pretty big. It is build so you can take a look at a compiled version 
> > before the actual new JVCL 3 release, so the idea is that you take a good 
> > look at it and correct/report errors (spelling/layout/incorrect info 
> > etc.): If you find any errors, you can correct it directly in the online 
> > help (http://homepages.borland.com/jedi/jedihelp/index.php) or report it 
> > to me on this newsgroup.
> >
> > I have put it on sourceforge and not in jvcl.binaries because it is too 
> > big (~11 MB). I did only build the HTML help and not the WinHelp version 
> > because there is (I think) a ~100 MB limit to our sourceforge storage.
> >
> > There are some things I need feedback on:
> >
> > * The registered classes in JVCL are categorized in groups in the JVCL 
> > help. You can see the groups on the contents tab page under the 
> > "JEDI-VCL" -> "Functional Reference" topic. The group tree is currently 
> > pretty flat and could be more deepened IMO. ~90% of all registered classes 
> > is categorized in 1 or more groups; this needs to be completed and be made 
> > more accurate. I have uploaded "groups.zip" to jvcl.binaries that contains 
> > 2 files: "JVCL.groups.tree" and "grouplist.txt". JVCL.groups.tree contains 
> > the group tree structure that needs to be reviewed, and grouplist.txt 
> > lists all registered classes and the groups they belong to; this file 
> > needs to be completed and refined. Any help with completing this task 
> > would be appreciated.
> >
> > * The "team" topic in the help is outdated and thus needs to be updated. 
> > Should it describe the current group situation or should it describe past 
> > and present?
> >
> > * If you look at the contents tab page in the HTML help, you will see some 
> > "floating" topics on the bottom that describe either the TJvImageItem 
> > class or an Operator field. This is because there are 2 TJvImageItem 
> > classes in JVCL (JvImagesViewer.pas and JvListComb.pas) and (I think) 
> > because Operator is a reserved word in C++. Anyone who wants to fix this?
> >
> > Some stuff that I'll be working on:
> >
> > * The building of this JVCL help version was easier than I thought it 
> > would be. Because of this I think about releasing more often a preview 
> > version of the help. I'll be working on automating the task more.
> >
> > * I’ll adjust the dtx generate tools so there will be links in not yet 
> > described items to the associated online help topic.
> >
> > That's it, happy reading <g>
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net 




Subject: Re: On the future of C++ Builder
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 10 Nov 2004 14:20:16 +0100
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

Scott Price wrote:

>> Sorry in start this OFF TOPIC again, but i4m starting a new project
>> in C++ Builder and i would like an opinion.
>>
>> It4s a good idea start my new project on Delphi ?
>
>
> I am unsure as to what opinions you really want.  I am unaware of the
> next C++ Builder release schedule, but OBones might be able to help you
> out more there.

The next deadline that Borland set is December 15th. On or before that date they said that they would provide an answer to our concernes. There is nothing else I know, and even if I did, I'm quite sure I wouldn't be allowed to tell you.

As to giving advice for starting a project, I'm not quite sure as it all depends on its goal: Profitable project, Hobby, Multiplatform, .Net or not...
All in all, I prefer Delphi because I find it so much easier, but I'm fairly biased here and that doesn't prevent me from starting a project using C++ (with DevCPP/MINGW/MSYS so that it ports to Linux) just now. This is private stuff, as a hobbyist though. When it comes to making profits out of my programming, I'm not the one to decide.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvAppStorage ReadOnly
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 10 Nov 2004 14:04:21 +0100
Newsgroups: jedi.vcl

Jens wrote:

> Allright. Should the flush be executed or not, if readonly?

No, it should just return immediately.

> Also, raise an exception if readonly is true and the user tries to use the
> right functions?

Well no, the WriteXXX functions in the TJvCustomAppStorage simply do nothing. If the user wants to write by calling them directly, then he must read the (updated) documentation that says that if ReadOnly is True, then nothing happens.
I'm not a great fan of exceptions jumping right at me just because a file could not be written. But I'm not the only one to be able to give opinions here, so if anyone wants to either concurr or object, please do.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: On the future of C++ Builder
From: "Scott Price" <scott.price@no.spamta.virgindotnet>
Date: Wed, 10 Nov 2004 11:42:31 +0000 (UTC)
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

> > Sorry in start this OFF TOPIC again, but i4m starting a new project
> > in C++ Builder and i would like an opinion.
> > 
> > It4s a good idea start my new project on Delphi ?

I am unsure as to what opinions you really want.  I am unaware of the
next C++ Builder release schedule, but OBones might be able to help you
out more there.

The difference between C++ Builder and Delphi mostly being the
language, and portability.  Well you would have one advantage with
Delphi.  Delphi 2005 supports Delphi language and C#, so you would be
able to migrate your code that direction if you wanted, a little harder
with C++.  However, that depends if you want to use .net at all really.

There are a lot of variables, but if it is a Database App, ECO2 is
quite likely to be a nice productivity tool :)


Regards,


Scott :)



Subject: Re: JvAppStorage ReadOnly
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 10 Nov 2004 12:27:24 +0200
Newsgroups: jedi.vcl

> >Jens wrote:
> >
>> >> Hi,
>> >> 
>> >> something to discuss:
>> >> 
>> >> How can/should i implement a readonly functionality for the AppStorages.
>> >> 
>> >> 1. Prevent a flush
>> >> 2. Prevent calls to the Write*Int procedures
>> >> 3. Combination of both?
>> >> 
>> >> Any comments welcome
> >
> >IMHO, this should go at the highest level in the inheritance tree, hence 
> >blocking Flush is not good enough. To me, there would be a need to add a 
> >new property called ReadOnly (with virtual Getter and Setter).
> >This Getter and Setter functions need to be overriden by descendents to 
> >return an meaningful value. For a file related storage, then it can be 
> >the status of the file (read only) which means that trying to set the 
> >property to False can be stopped depending on the file status.
> >Then Write*** functions check for ReadOnly before doing any change.
> >

Allright. Should the flush be executed or not, if readonly?
Also, raise an exception if readonly is true and the user tries to use the
right functions?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppStorage ReadOnly
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 10 Nov 2004 10:59:26 +0100
Newsgroups: jedi.vcl

Jens wrote:

> Hi,
>
> something to discuss:
>
> How can/should i implement a readonly functionality for the AppStorages.
>
> 1. Prevent a flush
> 2. Prevent calls to the Write*Int procedures
> 3. Combination of both?
>
> Any comments welcome

IMHO, this should go at the highest level in the inheritance tree, hence blocking Flush is not good enough. To me, there would be a need to add a new property called ReadOnly (with virtual Getter and Setter).
This Getter and Setter functions need to be overriden by descendents to return an meaningful value. For a file related storage, then it can be the status of the file (read only) which means that trying to set the property to False can be stopped depending on the file status.
Then Write*** functions check for ReadOnly before doing any change.

My 2 cents.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Bug: VisualCLX TJvDateEdit infinite loop
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 10 Nov 2004 10:28:05 +0100
Newsgroups: jedi.vcl

Ale wrote:
> After choosing a date from the calendar, the control enters an infinite
> loop in the DoChange method.

Thanks! Fixed in JvQToolEdit.DoChange

Regards,

André




Subject: Re: Installer broken?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 10 Nov 2004 09:35:38 +0100
Newsgroups: jedi.vcl

Ale wrote:
>>>
>>> In which file? I only click on install.bat and get the above error. No GUI starts,
>>> because the error is in the creation of the installer gui.
>>> Thank you for your patience :)
>>
>> Ok.
>> Then it must be because you have an old version of the JVCL and/or JCL lying around on your computer. Please clean-up first.
>>
>> Cheers
>>
>
>
> You're right! It was in an old directory. But how delphi found it? I
> reinstalled it, deleting everything under Borland\Delphi7, and those
> directory wasn't listed in any path.

Most likely, registry settings.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvAppInstances nils Application?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 10 Nov 2004 09:05:40 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:cmr3i2$rhd$1@talkto.net...
> > Ralf Kaiser wrote:
> >
>> > > is this "Application := nil" really needed??
> >
> > Have you read the comment?

Yes.

> >
>> > > // Form.OnCreate is not executed yet
>> > > [...] At that moment the OnDestroy events are
>> > > fired.
> >
> > What will happen if OnDestroy is executed when there was never a OnCreate
?
> >

With my application nothing negative happens. I had tried it by commenting
out the "Application := nil" and the only effct was that i did not get the
AVs in dxBars when terminating the second instance. OK, basicly that is a
problem of dxBars i know.

Ciao,
Ralf



Subject: Bug: VisualCLX TJvDateEdit infinite loop
From: "Ale" <nospam@nospam.com>
Date: Wed, 10 Nov 2004 07:31:41 +0200
Newsgroups: jedi.vcl

After choosing a date from the calendar, the control enters an infinite
loop in the DoChange method.
I'm using the latest CVS version.

Note to André: I'm another VisualCLX fan!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Need feedback on new HTML help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 09 Nov 2004 22:01:43 +0100
Newsgroups: jedi.vcl

Hi all,

I've put a new HTML help file on sourceforge (http://sourceforge.net/project/showfiles.php?group_id=45786&package_id=42481&release_id=281454).

It contains all completely and partly documented dtx files thus it is pretty big. It is build so you can take a look at a compiled version before the actual new JVCL 3 release, so the idea is that you take a good look at it and correct/report errors (spelling/layout/incorrect info etc.): If you find any errors, you can correct it directly in the online help (http://homepages.borland.com/jedi/jedihelp/index.php) or report it to me on this newsgroup.

I have put it on sourceforge and not in jvcl.binaries because it is too big (~11 MB). I did only build the HTML help and not the WinHelp version because there is (I think) a ~100 MB limit to our sourceforge storage.

There are some things I need feedback on:

* The registered classes in JVCL are categorized in groups in the JVCL help. You can see the groups on the contents tab page under the "JEDI-VCL" -> "Functional Reference" topic. The group tree is currently pretty flat and could be more deepened IMO. ~90% of all registered classes is categorized in 1 or more groups; this needs to be completed and be made more accurate. I have uploaded "groups.zip" to jvcl.binaries that contains 2 files: "JVCL.groups.tree" and "grouplist.txt". JVCL.groups.tree contains the group tree structure that needs to be reviewed, and grouplist.txt lists all registered classes and the groups they belong to; this file needs to be completed and refined. Any help with completing this task would be appreciated.

* The "team" topic in the help is outdated and thus needs to be updated. Should it describe the current group situation or should it describe past and present?

* If you look at the contents tab page in the HTML help, you will see some "floating" topics on the bottom that describe either the TJvImageItem class or an Operator field. This is because there are 2 TJvImageItem classes in JVCL (JvImagesViewer.pas and JvListComb.pas) and (I think) because Operator is a reserved word in C++. Anyone who wants to fix this?

Some stuff that I'll be working on:

* The building of this JVCL help version was easier than I thought it would be. Because of this I think about releasing more often a preview version of the help. I'll be working on automating the task more.

* I’ll adjust the dtx generate tools so there will be links in not yet described items to the associated online help topic.

That's it, happy reading <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvEdit
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Tue, 9 Nov 2004 20:39:28 +0000 (UTC)
Newsgroups: jedi.vcl

Hi people,

I set PasswordChar to 'X', set protect password to 'True' and saved the
form. As I opened it up again password char was set back to '*'. Is
this behavior intentional, because of protect password (what does it
do?)?

Regards,
 Holger


Subject: Re: TJvAppInstances nils Application?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 9 Nov 2004 21:21:04 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > is this "Application := nil" really needed??

Have you read the comment?

> > // Form.OnCreate is not executed yet
> > [...] At that moment the OnDestroy events are 
> > fired.

What will happen if OnDestroy is executed when there was never a OnCreate ?



-- Regards, Andreas Hausladen 

Subject: TJvAppInstances nils Application?
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Tue, 9 Nov 2004 21:16:13 +0100
Newsgroups: jedi.vcl

Hello,

in TJvAppInstances.Check there is the following code to terminate the current running instance:

        // terminate this process (Form.OnCreate is not executed yet)
         {$IFDEF VCL}
         { DoneApplication destroys all formulars in the Forms unit's
           finalization section. At that moment the OnDestroy events are fired.
           To prevent this we set the Application variable to nil. Because
           KillInstance uses halt() to terminate this does not raise any access
           violation. }
         Application := nil;

This last line causes some serious problems with other 3rd party components that use Application without checking if it is nil or not (namely: dxBars for example: heavy access violations)

I tried NOT to nil Application (commented out "Application := nil") and got no access violations and noticed no negative behavior. Is this "Application := nil" really needed??

Ciao,
Ralf



Subject: Re: Installer broken?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 09 Nov 2004 16:18:24 +0100
Newsgroups: jedi.vcl

Ale wrote:

>> Ale wrote:
>>
>>
>>>>> Any suggestion?
>>>>
>>>> Try to turn off VisualCLX support.
>>>>
>>>
>>> Where, in JCL? The above errore is from the JVCL installer compilation, so I can't
>>> disable VisualCLX support in it
>>
>> It is in JVCL, and it is in the installer.
>>
>
>
> In which file? I only click on install.bat and get the above error. No GUI starts,
> because the error is in the creation of the installer gui.
> Thank you for your patience :)

Ok.
Then it must be because you have an old version of the JVCL and/or JCL lying around on your computer. Please clean-up first.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Duplicate resources
From: "Ale" <nospam@nospam.com>
Date: Tue, 9 Nov 2004 16:54:07 +0200
Newsgroups: jedi.vcl

Using the latest CVS I get this error compiling an old program

Type 2 (BITMAP), ID JV_DEDITBMP
File d:\JVCL3\common\..\Resources\JvToolEdit.res resource kept; file
d:\JVCL3\common\..\Resources\JvToolEdit.res resource discarded

and many similar about other IDs.

What I'm doing wrong?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installer broken?
From: "Ale" <nospam@nospam.com>
Date: Tue, 9 Nov 2004 16:51:11 +0200
Newsgroups: jedi.vcl

>> >> 
>> >> 
>> >> In which file? 
>> >> I only click on install.bat and get the above error. No GUI starts,
>> >> because the error is in the creation of the installer gui.
>> >> Thank you for your patience :)
> >
> >Ok.
> >Then it must be because you have an old version of the JVCL and/or JCL 
> >lying around on your computer. Please clean-up first.
> >
> >Cheers
> >

You're right! It was in an old directory. But how delphi found it? I
reinstalled it, deleting everything under Borland\Delphi7, and those
directory wasn't listed in any path.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installer broken?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 09 Nov 2004 15:36:51 +0100
Newsgroups: jedi.vcl

Ale wrote:
> I'm trying to install the JVCL3 library with no luck.
> The installer compilation (launched by install.bat) aborts with
> Undeclared identifier: 'TjvRGBTriple'.
> I've tried both the beta2 and the latest source from CVS, but the error is
> the same.
> I'm already using the latest jcl also, and I already have reinstalled all delphi 7 enterprise.
> Any suggestion?

This sounds as if you have an older version of the JVCL files also.


Subject: Re: Installer broken?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 09 Nov 2004 15:22:25 +0100
Newsgroups: jedi.vcl

Ale wrote:

>> Ale wrote:
>>
>>
>>> I'm trying to install the JVCL3 library with no luck.
>>> The installer compilation (launched by install.bat) aborts with
>>> Undeclared identifier: 'TjvRGBTriple'.
>>> I've tried both the beta2 and the latest source from CVS, but the error is
>>> the same.
>>> I'm already using the latest jcl also, and I already have reinstalled all delphi 7 enterprise.
>>> Any suggestion?
>>
>> Try to turn off VisualCLX support.
>>
>
>
> Where, in JCL? The above errore is from the JVCL installer compilation, so I can't
> disable VisualCLX support in it

It is in JVCL, and it is in the installer.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer broken?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 09 Nov 2004 15:03:10 +0100
Newsgroups: jedi.vcl

Ale wrote:

> I'm trying to install the JVCL3 library with no luck.
> The installer compilation (launched by install.bat) aborts with
> Undeclared identifier: 'TjvRGBTriple'.
> I've tried both the beta2 and the latest source from CVS, but the error is
> the same.
> I'm already using the latest jcl also, and I already have reinstalled all delphi 7 enterprise.
> Any suggestion?

Try to turn off VisualCLX support.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installer broken?
From: "Ale" <nospam@nospam.com>
Date: Tue, 9 Nov 2004 15:46:37 +0200
Newsgroups: jedi.vcl

> >Ale wrote:
> >
>>>> >>>>Any suggestion?
>>> >>>
>>> >>>Try to turn off VisualCLX support.
>>> >>>
>> >> 
>> >> Where, in JCL? 
>> >> The above errore is from the JVCL installer compilation, so I can't
>> >> disable VisualCLX support in it
> >
> >It is in JVCL, and it is in the installer.
> >

In which file? 
I only click on install.bat and get the above error. No GUI starts,
because the error is in the creation of the installer gui.
Thank you for your patience :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installer broken?
From: "Ale" <nospam@nospam.com>
Date: Tue, 9 Nov 2004 15:19:10 +0200
Newsgroups: jedi.vcl

> >Ale wrote:
> >
>> >> I'm trying to install the JVCL3 library with no luck.
>> >> The installer compilation (launched by install.bat) aborts with
>> >> Undeclared identifier: 'TjvRGBTriple'.
>> >> I've tried both the beta2 and the latest source from CVS, but the error is
>> >> the same.
>> >> I'm already using the latest jcl also, and I already have reinstalled 
>> >> all delphi 7 enterprise.
>> >> Any suggestion?
> >
> >Try to turn off VisualCLX support.
> >

Where, in JCL? 
The above errore is from the JVCL installer compilation, so I can't
disable VisualCLX support in it



--- posted by geoForum on http://delphi.newswhat.com


Subject: Installer broken?
From: "Ale" <nospam@nospam.com>
Date: Tue, 9 Nov 2004 14:55:51 +0200
Newsgroups: jedi.vcl

I'm trying to install the JVCL3 library with no luck.
The installer compilation (launched by install.bat) aborts with
Undeclared identifier: 'TjvRGBTriple'.
I've tried both the beta2 and the latest source from CVS, but the error is
the same.
I'm already using the latest jcl also, and I already have reinstalled 
all delphi 7 enterprise.
Any suggestion?



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGrid Cell Background update problem in fixed Column
From: "Achim Metzen" <Noone@none.de>
Date: Tue, 9 Nov 2004 09:30:46 +0100
Newsgroups: jedi.vcl

Hi everyone,
When using a fixed row combined with ShowCellHint, i get a problem with the 
Background in the fixed Col after the Hint window closes. The region, which 
was covered by the Hint window get's repaintet with the Grid.Color not with 
the GridFixedColor.
The following change in TJvDBGrid.GetCellProps does the fix for me:

....(Line 1588) in JvDBGrid
begin
//if (FCurrentDrawRow >= FixedRows) and Odd(FCurrentDrawRow + FixedRows) and
//    (FAlternateRowColor <> clNone) and (FAlternateRowColor <> Color) and
//    IsAfterFixedCols then
//    Background := AlternateRowColor;

  If IsAfterFixedCols then
  begin
    if (FCurrentDrawRow >= FixedRows) and Odd(FCurrentDrawRow + FixedRows) 
and
        (FAlternateRowColor <> clNone) and (FAlternateRowColor <> Color) 
then
        Background := AlternateRowColor;
  end else
  begin
    Background := Fixedcolor;
  end;
.....

(Allrady today to the Issue Tracker)
Any other suggestions ?
Achim




Subject: Re: unicode enabled controls
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 9 Nov 2004 09:22:33 +0100
Newsgroups: jedi.vcl

"Warren Postma" wrote in message <news:cmo83b$aok$1@talkto.net>:

> > However, it seems to me that it should be Borland that adds basic 
> > compiler level and VCL component level support for Unicode
> > 16 & 32 bit, plus UTF8.
FACK

-- cu, Michael 

Subject: Re: JvDBGrid Cell Background update problem in fixed Column
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 9 Nov 2004 07:32:30 +0000 (UTC)
Newsgroups: jedi.vcl

"Achim Metzen" <Noone@none.de> wrote in news:cmpptd$ign$1@talkto.net:

> > Hi everyone,
> > When using a fixed row combined with ShowCellHint, i get a problem
> > with the Background in the fixed Col after the Hint window closes. The
> > region, which was covered by the Hint window get's repaintet with the
> > Grid.Color not with the GridFixedColor.
> > The following change in TJvDBGrid.GetCellProps does the fix for me:
> > 

I had a similar one this morning. I have a form with a couple of 
JvDBGrids on. I'm actually rewriting an app and I have the original app 
and I'm copying bits from it as necessary. Somewhere I'd managed to 
delete a button (descending from TSpeedButton) in the new app so went to 
the original app, Ctrl-C'd the original button, back to the new app. 
click on the form and Ctrl-V'd. The button came up on top of the grid. I 
picked it up and moved it to where it should be and it left behind the 
image on the grid. I tried the same thing in a test with a straight 
SpeedButton and, when it pasted to the form it came up behind the grid 
and I had to move the grid to get it. I tried to take a snapshot but the 
screen refreshed when I cam back so the effect vanished. I haven't had 
any time to investigate further yet.

No big deal but it might help.

HTH


Subject: Re: JvAppStorage ReadOnly
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 08 Nov 2004 22:47:46 +0100
Newsgroups: jedi.vcl

And to give an other aspect, how to hadnle read-only files, for example config files on cd.

One solution, activate read-only automaticly when the file is read-only, ignore the read-only and throw an error, or ignore the read-only and do nothing when writing.
For me the best seemed to be to switch into readonly mode (which must be defined) without any communication to the user. But this maybe should be defined by a property.

Greetings
Jens

Jens wrote:
> Hi,
>
> something to discuss:
>
> How can/should i implement a readonly functionality for the AppStorages.
>
> 1. Prevent a flush
> 2. Prevent calls to the Write*Int procedures
> 3. Combination of both?
>
> Any comments welcome
>
> Greetigns
> Jens
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: unicode enabled controls
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 08 Nov 2004 13:19:30 -0500
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> So, seems TNT is not good enough :)

Yeah, you're right. If there was something specific that the TNT ones didn't do, I'd probably go hack it into the TNT control myself, rather than attempt a rewrite of JVCL to add unicode. :-)

However, it seems to me that it should be Borland that adds basic compiler level and VCL component level support for Unicode
16 & 32 bit, plus UTF8.


Warren


Subject: Re: unicode enabled controls
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Nov 2004 18:05:18 +0100
Newsgroups: jedi.vcl

> > There are the TNT Unicode Controls for Delphi and they are Good Enough
> > for this purpose.

From original post:

>> >>Sometimes I need unicode support and would like to use one or more of the
>> >>JVCL controls as TNT controls do not offer me some of the features.

So, seems TNT is not good enough :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvAppStorage ReadOnly
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 8 Nov 2004 18:52:34 +0200
Newsgroups: jedi.vcl

Hi,

something to discuss:

How can/should i implement a readonly functionality for the AppStorages.

1. Prevent a flush
2. Prevent calls to the Write*Int procedures
3. Combination of both?

Any comments welcome

Greetigns
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: unicode enabled controls
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 08 Nov 2004 10:49:31 -0500
Newsgroups: jedi.vcl

Michael J. Leaver wrote:
> Michael Fritz wrote:

> I'd also be very happy if this happened. It's not a small task, but it would be extremely useful.

There are the TNT Unicode Controls for Delphi and they are Good Enough for this purpose.


Warren


Subject: Re: JvColorTrackbar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Nov 2004 14:57:21 +0100
Newsgroups: jedi.vcl

> > I cannot figure out how to get the color at the current position of
> > JvColorTrackbar.
> > Any hints are welcome!

You can't. The colors are only "for show", but you could experiment with
getting the pixel at the current X position, by doing something like:

procedure TForm1.JvColorTrackBar1PosChange(Sender: TObject);
var
  i:integer;
  AColor:TColor;
begin
  i := JvColorTrackBar1.PosToX(JvColorTrackBar1.Position);
  AColor := JvColorTrackBar1.Canvas.Pixels[i, JvColorTrackBar1.Height - 6];
  if tbiLine in JvColorTrackBar1.Indicators then
    AColor := AColor xor clWhite;
  Caption := ColorToString(AColor);
end;


You will also need to make JvColorTrackBar1.Canvas public.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TjvCheckTreeView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Nov 2004 14:47:06 +0100
Newsgroups: jedi.vcl

> > if at design time I set :
> >
> > CheckBoxOption.Style := cbsJVCL
> > CheckBoxOption.CascadeLevels := -1
> > CheckBoxes := true
> >
> > at runtime don't show checkboxes
With the JVCL style, nodes can be checkboxes, radiobuttons or nothing. So
even if you set the style to cbsJVCL, you still need to tell the control
which nodes are checkboxes and radioitems, like this:

JvCheckTreeView1.CheckBox[ANode] := true;
JvCheckTreeView1.Checked[ANode] := true;
JvCheckTreeView1.RadioItem[ANode2] := true;
JvCheckTreeView1.Checked[ANode2] := true;

etc

> > if at runtime I set
> > JvCheckTreeView1.CheckBoxOptions.Style := cbsJVCL;
> > JvCheckTreeView1.CheckBoxOptions.CascadeLevels := -1;
> > JvCheckTreeView1.CheckBoxes := true;
> > I Show CheckBoxes but the check/uncheck do not propagate at lower level

Setting Checkboxes to true, activates the Native (MS) style, where all nodes
are checkboxes. CascadeLevels is only supported by the cbsJVCL style.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: TjvCheckTreeView
From: "Alberto Menghini" <alberto@asoft.it>
Date: Mon, 8 Nov 2004 12:46:26 +0100
Newsgroups: jedi.vcl

Hi,

if at design time I set :

CheckBoxOption.Style := cbsJVCL
CheckBoxOption.CascadeLevels := -1
CheckBoxes := true

at runtime don't show checkboxes

if at runtime I set
JvCheckTreeView1.CheckBoxOptions.Style := cbsJVCL;
JvCheckTreeView1.CheckBoxOptions.CascadeLevels := -1;
JvCheckTreeView1.CheckBoxes := true;

I Show CheckBoxes but the check/uncheck do not propagate at lower level



-- Alberto Menghini 

Subject: Re: JvEdit and PasswordChar
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 8 Nov 2004 11:10:31 +0100
Newsgroups: jedi.vcl

"Peter Thornqvist" wrote in message <news:cmgi8m$18f$1@talkto.net>:

> > You should add this solution to the Mantis report, so it doesn't get lost.
Ok, I will do so however its more a suggestion because I do not know if it
fits into the coding of JvEdit...

-- cu, Michael 

Subject: Re: Protocol for post CVS update
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Nov 2004 08:34:16 +0100
Newsgroups: jedi.vcl

> > Example: If a bug in JvCore is fixed, you don't have to rebuild
> > depending packages.
Not entirely true. If an implementation change is done in JvCore, you need
to rebuild all packages inheriting from or using that class/function to see
it at design-time. If you don't have \run in the Delphi path, you will also
need to rebuild to see the change at run-time.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: JvFilenameEdit & JvDirectoryEdit
From: "Jim" <iraklion@NOSPAMhotmail.com>
Date: Mon, 8 Nov 2004 07:25:22 +0000 (UTC)
Newsgroups: jedi.vcl

I have a problem with those controls.
I live in Greece and typing character ? (es) converts to ? (s)
On any other edit control it works ok.

Dimitris


Subject: JvColorTrackbar
From: "Thomas Stutz" <wantom.dontwantspam@gmxnosp.net>
Date: Mon, 8 Nov 2004 06:24:24 +0100
Newsgroups: jedi.vcl

Hi,

I cannot figure out how to get the color at the current position of 
JvColorTrackbar.
Any hints are welcome!

thanks

tom 




Subject: Re: Config Manager and Setup API conversions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Nov 2004 22:44:21 +0100
Newsgroups: jedi.vcl

Good to see, that i'm not the only one with such mistakes. It happens two or three times to me :-) ;-)

Robert Marquardt wrote:
> Jens Fudickar wrote:
>
>> Maybe you have forgotten the commit :-(
>
>
> Ouch, forgot to add the new files. Done.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Config Manager and Setup API conversions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Nov 2004 21:38:48 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> I find it very funny that we have during the last year spent quite some time
> and effort making filenames more self-describing and legible by (among other
> things) removing abbreviations and then you commit three files named Cfg,
> CfgMgr32 and WinConvTypes...
>

Cfg.pas and CfgMgr32.pas are conversions and therefore carry the name of the corrersponding .h file.
For WinConvTypes.pas i found no better name. I contains general types used for conversions. It needs to be checked against Marcel van Brakels Win32 conversion anyway.


Subject: Re: Config Manager and Setup API conversions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Nov 2004 21:35:36 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Maybe you have forgotten the commit :-(

Ouch, forgot to add the new files. Done.


Subject: Re: Config Manager and Setup API conversions
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 7 Nov 2004 21:26:59 +0100
Newsgroups: jedi.vcl

I find it very funny that we have during the last year spent quite some time
and effort making filenames more self-describing and legible by (among other
things) removing abbreviations and then you commit three files named Cfg,
CfgMgr32 and WinConvTypes...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Config Manager and Setup API conversions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Nov 2004 20:11:31 +0100
Newsgroups: jedi.vcl

Maybe you have forgotten the commit :-(

Please do it. In this moment my installation is broken !!!!

Greetings
Jens

Robert Marquardt wrote:
> I have added the updated the Setup API conversion and added the Config Manager API conversion to the JVCL. The CM API is not yet needed in the JVCL, but i want to create some components around it.
>
> The files added to Common are:
> - Cfg.pas             contains simple constants and types
> - CfgMgr32.pas        contains the Config Manager API conversion
> - WinConvTypes.pas    contains newer basic types needed for conversions
>                       added to JvSystem-R.xml
> - windowsversion.inc  contains IFDEFs to set a target OS version
>
> windowsversion.inc is a first attempt at settinge target OS levels.
> Especially the Setup API has been extended several times.
> By setting for example WINNT4 as target OS for the conversion all functions not implemented in Win NT4 are removed from the conversion. This allows to write a program which runs safely on Win NT4.
>
> The other purpose of windowsversion.inc is to have a central IFDEF UNICODE switch. This means that for a Ansi/Unicode pair of API functions either the Ansi or the Uncode version can be made the default function. I have updated the JVCL components to work with both defaults or use the Ansi version.
>
> In JvJVCLUtils.pas i have added the simple function
> procedure ShowSafeRemovalDialog;
> which shows the "safe removal" dialog for USB sticks etc.
> This is mainly to ensure that this bit of knowledge is not lost.
>
>
> The packages and the CLX files need to be regenerated.
> Also a CLX test is needed, because i am not sure if i got it right.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Config Manager and Setup API conversions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Nov 2004 17:31:12 +0100
Newsgroups: jedi.vcl

I have added the updated the Setup API conversion and added the Config Manager API conversion to the JVCL. The CM API is not yet needed in the JVCL, but i want to create some components around it.

The files added to Common are:
- Cfg.pas             contains simple constants and types
- CfgMgr32.pas        contains the Config Manager API conversion
- WinConvTypes.pas    contains newer basic types needed for conversions
                      added to JvSystem-R.xml
- windowsversion.inc  contains IFDEFs to set a target OS version

windowsversion.inc is a first attempt at settinge target OS levels.
Especially the Setup API has been extended several times.
By setting for example WINNT4 as target OS for the conversion all functions not implemented in Win NT4 are removed from the conversion. This allows to write a program which runs safely on Win NT4.

The other purpose of windowsversion.inc is to have a central IFDEF UNICODE switch. This means that for a Ansi/Unicode pair of API functions either the Ansi or the Uncode version can be made the default function. I have updated the JVCL components to work with both defaults or use the Ansi version.

In JvJVCLUtils.pas i have added the simple function
procedure ShowSafeRemovalDialog;
which shows the "safe removal" dialog for USB sticks etc.
This is mainly to ensure that this bit of knowledge is not lost.


The packages and the CLX files need to be regenerated.
Also a CLX test is needed, because i am not sure if i got it right.


Subject: Re: Protocol for post CVS update
From: "Opp" <develop@op-code.co.uk>
Date: Sun, 7 Nov 2004 10:57:16 +0000 (UTC)
Newsgroups: jedi.vcl

Opp wrote:

> > Hi all -
> > 
> > Recently having updated JCV and JCVL I am experiencing problems with
> > some projects which use JVCL. The problems seem to relate to jvDBDrid
> > and JvOutlookBar. The first complains that "RealNamesOption" property
> > does not exist, the second about an "AutoToggle" property.
> > 
> > I have tried re-compiling the packages involved and the Project
> > itself, but still the error persists.
> > 
> > I know this is a newbie question.. but, after updating via CVS -
> > should I remove all Jedi components and re-install them, or is there
> > a way to just rebuild whats needed ? I know its a dumb question but
> > .. ;)
> > 
> > Cheers..
> > 
> > Opp.

Ok - thanks guys..


Cheers..

Opp.


Subject: Re: Bad names in JvInspector.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Nov 2004 06:12:54 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> is easier to read and looks better than

> But that is my opinion.

I do change my mind once in a while about such style questions, but still it is better to have a single style without exceptions.
That is why i change it.


Subject: Re: Bad names in JvInspector.pas
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sun, 7 Nov 2004 04:02:59 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote in news:cmk5ig$j4t$1
@talkto.net:

>> >> But that is my opinion.
> > 
> > I do change my mind once in a while about such style questions, but 
> > still it is better to have a single style without exceptions.
> > That is why i change it.

That's the best thing about standards - there's so many to choose from. <g>


Subject: Re: Protocol for post CVS update
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 06 Nov 2004 22:48:05 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> The amount of rebuild you must do depends on where a change is done. For
> example, if a unit that is in the JvCore package is changed, you need to
> rebuild JvCore (obviously) and also any package that contains units that
> depends on JvCore. 

Only when the interface of a package i.e the related .dcp, is changed, some packages depending on it, must be rebuild ed.
Example: If a bug in JvCore is fixed, you don't have to rebuild depending packages.
The 'Make' command cannot know if and how a package interface is changed.

To build the packages within the IDE: open the .bpg from packages
and uncheck all JVCL packages. Actually you don't need any package installed to build them.
This suppresses annoying warnings when packages interfaces are changed and they will build much faster, because the IDE reloads all activated packages after each JVCL package.

Regards,

André Snepvangers




Subject: Re: Delphi2005 support
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 06 Nov 2004 22:43:50 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Peter Thornqvist wrote:
>
>> Don't know about the template.bdsproj, though. How to make pgEdit use it and
>> what to do with the GUID property? Each bdsproj file needs its own GUID,
>> AFAIU.
>
>
>     That's my understanding as well. Furthermore, it might be required for said GUID to remain constant for each time the package gets generated (especially if we are going to provide a project group file). Perhaps a new field should be added for each package where the BDS-GUID can be entered (with a button next to it to generate one?).

Might be a good idea indeed.


Subject: Re: Delphi2005 support
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 06 Nov 2004 22:16:08 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Don't know about the template.bdsproj, though. How to make pgEdit use it and
> what to do with the GUID property? Each bdsproj file needs its own GUID,
> AFAIU.

    That's my understanding as well. Furthermore, it might be required for said GUID to remain constant for each time the package gets generated (especially if we are going to provide a project group file). Perhaps a new field should be added for each package where the BDS-GUID can be entered (with a button next to it to generate one?).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Delphi2005 support
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 6 Nov 2004 21:39:58 +0100
Newsgroups: jedi.vcl

I generated the packages and bdsproj files manually, without using pgEdit at
all. I'll try udating the pgEdit.xml

Don't know about the template.bdsproj, though. How to make pgEdit use it and
what to do with the GUID property? Each bdsproj file needs its own GUID,
AFAIU.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Multiple conditions in pgEdit
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 06 Nov 2004 21:02:33 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>>
>>> I don't really want to write one, is there one in the JVCL
>>> that is already available?
>>
>>
>>
>> The JvInterpreter should have one but I don't think that it will be easy
>> to extract it.
>>
>> I have written a very small one that will fit our needs. See jedi.binaries.
>
>
> Ok, thanks. I'll have a look at this over the week-end, expect a new version by the end of it.

This is now in CVS.
I've tested it with C++ Builder packages, no changes were required which means that the conditions are parsed the same way as they were before.
For Delphi, most packages were modified and committed to CVS because now they don't have IFDEFs inside them anymore.
The associated documentation have been updated and an entry added in changelog.txt

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Delphi2005 support
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 06 Nov 2004 21:02:29 +0100
Newsgroups: jedi.vcl

OBones wrote:

> A quick question:
>
> Why isn't there a template.bdsproj in the d9 directory? Where you missing a feature in the package generator? After having had a quick look, I couldn't find anything missing, but I may have look too fast.

Answering myself there:

It seems you didn't use the package generator, or at least you didn't update pgEdit.xml in SourceSafe. Either way, it would be good if you could update pgEdit.xml. Thanks in advance

Olivier Sannier
JVCL Coordinator


Subject: Re: Delphi2005 support
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 06 Nov 2004 20:59:10 +0100
Newsgroups: jedi.vcl

A quick question:

Why isn't there a template.bdsproj in the d9 directory? Where you missing a feature in the package generator? After having had a quick look, I couldn't find anything missing, but I may have look too fast.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Enhanced JvDynControl - Needs Review
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Nov 2004 20:33:10 +0100
Newsgroups: jedi.vcl



OBones wrote:
> Peter Thornqvist wrote:
>
>>> But why should i protect the non-DB Delphi versions with {$IFNDEF
>>> DelphiPersonalEdition}?
>>
>>
>>
>> No, you misunderstand me. I meant you should protect the users of non-DB
>> Delphi versions (i.e Delphi Personal) from the DB stuff with IFDEFs :)
>
>
> Unless all this DB code is in a separate unit, in which case the unit will not be in the package.
> But if you have DB related and non DB related code inside the same unit, then you need the IFDEFs
>
I know. This was the reason for splitting the units in different parts. Now there is an engine for non db-stuff and one for db-stuff.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Enhanced JvDynControl - Needs Review
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 06 Nov 2004 18:24:06 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> But why should i protect the non-DB Delphi versions with {$IFNDEF
>> DelphiPersonalEdition}?
>
>
> No, you misunderstand me. I meant you should protect the users of non-DB
> Delphi versions (i.e Delphi Personal) from the DB stuff with IFDEFs :)

Unless all this DB code is in a separate unit, in which case the unit will not be in the package.
But if you have DB related and non DB related code inside the same unit, then you need the IFDEFs

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Jedi BDE Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 06 Nov 2004 18:22:59 +0100
Newsgroups: jedi.vcl

Felixus wrote:

>    Hi, I have a problem with Jedi and BDE, I received BDE some errors after
> Install Jedi, how can I solve this problem.

Errors? What messages? What conditions?

If you don't give us the details, we can't help.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Enhanced JvDynControl - Needs Review
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 6 Nov 2004 17:51:35 +0100
Newsgroups: jedi.vcl

> > But why should i protect the non-DB Delphi versions with {$IFNDEF
> > DelphiPersonalEdition}?

No, you misunderstand me. I meant you should protect the users of non-DB
Delphi versions (i.e Delphi Personal) from the DB stuff with IFDEFs :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Enhanced JvDynControl - Needs Review
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Nov 2004 17:27:05 +0100
Newsgroups: jedi.vcl



Peter Thornqvist wrote:
>> So i will wait until monday or tuesday, and then i will upload the
>> changes to the main system.
>
> Sorry, I haven't looked at it.

No Problem:-)
>
> Whatever you do, make sure the DB enabled classes are not added to a package
> that doesn't already require the DB RTL and that you don't introduce new
> package dependencies. Also make sure to protect the non-DB Delphi versions
> with {$IFNDEF DelphiPersonalEdition}.
>

The DB-dependies are the reason for the more complex splitting of the units. The non-db units didn't need any db-stuff. So this is not a problem.
But why should i protect the non-DB Delphi versions with {$IFNDEF DelphiPersonalEdition}? There is no change to them before.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Bad names in JvInspector.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 6 Nov 2004 16:11:02 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>> > > but definitely not the "else if").

Welcome to the club.


> > I have changed "else if" once throughout the JVCL

I think that a

if xxx then
  ....
else if xxxx then


is easier to read and looks better than


if xxx then
  ....
else
if xxxx then


But that is my opinion.



BTW: Does the JVCL has a ComponentBar which like the one in Delphi
8/C#Builder IDE ?
I ask this because I'm writing one at the moment.


-- Regards, Andreas Hausladen 

Subject: Re: Bad names in JvInspector.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 Nov 2004 15:30:54 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I agree with the excessive comments bit, but I really don't see a problem with "else if" or "then begin" (well, maybe this one, but definitely not the "else if").

I have changed "else if" once throughout the JVCL and i now use it as indicator for bad style. Many of the "else if" i found today were part of really bad looking source additions. The other indicator is ":T" which is part of variables not separated by blank from their type.
I will continue to change them to catch new bad additions.


Subject: Re: Bad names in JvInspector.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 Nov 2004 15:26:35 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Excuse me? VCL also has a lot of After* or Before* events (mostly in the DB controls), which are totally acceptable (OnAfter* or OnBefore* doesn't make sense either). I see absolutely no reason why these should be changed.

Oops, i have not used many DB controls.


Subject: Jedi BDE Problem
From: "Felixus" <bilcan@hotmail.com>
Date: Sat, 6 Nov 2004 13:38:37 +0200
Newsgroups: jedi.vcl

   Hi, I have a problem with Jedi and BDE, I received BDE some errors after
Install Jedi, how can I solve this problem.





Subject: JvInspector + ExpandButton Error
From: "Thomas Stutz" <wantom.dontwantspam@gmxnosp.net>
Date: Sat, 6 Nov 2004 12:26:49 +0100
Newsgroups: jedi.vcl

Hi,

I'm using JvInspector.
When I pick a TBitmap for the ExpandButton I get an error at runtime:

Error reading JvInspector1.ExpandButton.Data: Invalid property path.

disassembling:
[...]
00446b9a   push    3
00446b9c   mov     ecx, [$6000a8]
00446ba2   mov     dl, 1
00446ba4   mov     eax, [$43ed24]
00446ba9   call    -$14586 ($432628)      ; Exception.CreateResFmt
00446bae > call    -$4251b ($404698)      ; @RaiseExcept
00446bb3   xor     eax, eax
00446bb5   pop     edx
00446bb6   pop     ecx
00446bb7   pop     ecx
00446bb8   mov     fs:[eax], edx
[...]

How can I fix this?

thanks

tom 




Subject: Re: JvInspector + Hide Root Displaynames
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 06 Nov 2004 12:03:49 +0100
Newsgroups: jedi.vcl

Thomas Stutz wrote:

> Thanks Marcel, this worked just fine:
>
>
> procedure TfrmInfo2.JvInspector1AfterItemCreate(Sender: TObject;
>   Item: TJvCustomInspectorItem);
> begin
>  if Item is TJvInspectorClassItem then
>   TJvInspectorClassItem(Item).ShowClassName := False;
> end;

You might want to update the online help with this code:

http://homepages.borland.com/jedi/jedihelp/item.php?Id=36649

or

http://homepages.borland.com/jedi/jedihelp/item.php?Id=36899

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvInspector + Hide Root Displaynames
From: "Thomas Stutz" <wantom.dontwantspam@gmxnosp.net>
Date: Sat, 6 Nov 2004 11:54:24 +0100
Newsgroups: jedi.vcl

> >    same event but instead of altering DisplayName use something like this: 
> > TJvInspectorClassItem(Item).ShowClassName := False;

Thanks Marcel, this worked just fine:


procedure TfrmInfo2.JvInspector1AfterItemCreate(Sender: TObject;
  Item: TJvCustomInspectorItem);
begin
 if Item is TJvInspectorClassItem then
  TJvInspectorClassItem(Item).ShowClassName := False;
end;




Subject: Re: Protocol for post CVS update
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 6 Nov 2004 11:53:40 +0100
Newsgroups: jedi.vcl

> > I know this is a newbie question.. but, after updating via CVS - should
> > I remove all Jedi components and re-install them, or is there a way to
> > just rebuild whats needed ? I know its a dumb question but .. ;)

Not dumb at all.

The amount of rebuild you must do depends on where a change is done. For
example, if a unit that is in the JvCore package is changed, you need to
rebuild JvCore (obviously) and also any package that contains units that
depends on JvCore. This could in extreme cases mean almost every package
there is.

The best way to recompile is to close Delphi and run packages\bin\build.exe.
Open a command window in that folder and type build "d<version>" or "build
c<version>" (i.e "build d5" for Delphi 5). This will rebuild all packages
without changing anything else in your JVCL installation and it's fast too.



-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvInspector + Hide Root Displaynames
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 06 Nov 2004 11:44:38 +0100
Newsgroups: jedi.vcl

Thomas Stutz wrote:

> I've experimented with OnAfterItemCreate but changing the DisplayName to an empty string
> raises an error.

    Hmm, that shouldn't happen. Probably a bug with empty DisplayName somewhere. Anyway, this is not what you want (DisplayName is the part on the left, in this case 'APM' or 'BIOS').

>
> How can I achieve this?

   same event but instead of altering DisplayName use something like this: TJvInspectorClassItem(Item).ShowClassName := False;

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JvInspector + Hide Root Displaynames
From: "Thomas Stutz" <wantom.dontwantspam@gmxnosp.net>
Date: Sat, 6 Nov 2004 11:19:18 +0100
Newsgroups: jedi.vcl

Hi,

I'm using JvInspector to show computer infos from JvComputerInfoEx:

JvInspector1.InspectObject := JvComputerInfoEx1;

Now I want to hide the classnames beside the root items:

Now it shows like

+ APM  |   (TJvAPMInfo)
+ BIOS  |  (TJvBIOSInfo)
.....

But I want it them to look like

+ APM
+ BIOS
.....


I've experimented with OnAfterItemCreate but changing the DisplayName to an 
empty string
raises an error.

How can I achieve this?

thx

tom





Subject: Re: Bad names in JvInspector.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 06 Nov 2004 11:13:06 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> [..]
> This is completely unacceptable.

You forgot to say why.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvLabel
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 06 Nov 2004 10:17:02 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:
> Hi all,
>
> Seems to be a minor problem with the JvLabel component, which shares the same crappy behaviour as the native one. If you drop one on a form, resize it, Ctrl-C, Ctrl-V, then the new one arrives at the default size, not the resize value.

    With AutoSize set to True? If so, that's correct behavior (since in that case the Width/Height are either not streamed out or the Loaded method will execute the auto-sizing method if AutoSize is True). Either way, nothing to do about it except not inherit from the VCL label.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Bad names in JvInspector.pas
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 06 Nov 2004 10:14:37 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> We have several events in JvInspector.pas which are not prefixed by On.
>
> At least:
>   TJvCustomInspector
>     property AfterDataCreate: TInspectorDataEvent
>     property AfterItemCreate: TInspectorItemEvent
>     property BeforeItemCreate: TInspectorItemBeforeCreateEvent
>     property BeforeSelection: TInspectorItemBeforeSelectEvent
>
> Probably several more in other components also.
>
> This is completely unacceptable.

    Excuse me? VCL also has a lot of After* or Before* events (mostly in the DB controls), which are totally acceptable (OnAfter* or OnBefore* doesn't make sense either). I see absolutely no reason why these should be changed.

> Please change ASAP.

    Nope, won't do it and I doubt others will do it. This is standard naming for Before/After events. The only thing that might be changed in the above situation would be the type name (ie. TJvInspectorDataEvent), but the event names should not be changed.

>
> I do not name the implementor here, but the changes are really bad style. "else if", "then begin", too many empty lines, excessive comments without reason etc etc.

    I agree with the excessive comments bit, but I really don't see a problem with "else if" or "then begin" (well, maybe this one, but definitely not the "else if").

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Protocol for post CVS update
From: "Opp" <develop@op-code.co.uk>
Date: Sat, 6 Nov 2004 08:58:15 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all -

Recently having updated JCV and JCVL I am experiencing problems with
some projects which use JVCL. The problems seem to relate to jvDBDrid
and JvOutlookBar. The first complains that "RealNamesOption" property
does not exist, the second about an "AutoToggle" property.

I have tried re-compiling the packages involved and the Project itself,
but still the error persists.

I know this is a newbie question.. but, after updating via CVS - should
I remove all Jedi components and re-install them, or is there a way to
just rebuild whats needed ? I know its a dumb question but .. ;)

Cheers..

Opp.


Subject: Re: JvLabel
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 6 Nov 2004 08:10:26 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer <marcel.b.theobvious@xs4all.nl> wrote in
news:cmhvh8$80c$2@talkto.net: 

> >      With AutoSize set to True? 

Duh! [Slinks away and hides in a corner! <g>]

Cheers


Subject: Bad names in JvInspector.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 Nov 2004 08:24:33 +0100
Newsgroups: jedi.vcl

We have several events in JvInspector.pas which are not prefixed by On.

At least:
  TJvCustomInspector
    property AfterDataCreate: TInspectorDataEvent
    property AfterItemCreate: TInspectorItemEvent
    property BeforeItemCreate: TInspectorItemBeforeCreateEvent
    property BeforeSelection: TInspectorItemBeforeSelectEvent

Probably several more in other components also.

This is completely unacceptable.
Please change ASAP.

I do not name the implementor here, but the changes are really bad style. "else if", "then begin", too many empty lines, excessive comments without reason etc etc.


Subject: JvLabel
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 6 Nov 2004 04:23:59 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

Seems to be a minor problem with the JvLabel component, which shares the 
same crappy behaviour as the native one. If you drop one on a form, resize 
it, Ctrl-C, Ctrl-V, then the new one arrives at the default size, not the 
resize value.

HTH


Subject: Re: Enhanced JvDynControl - Needs Review
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 23:46:34 +0100
Newsgroups: jedi.vcl

> > So i will wait until monday or tuesday, and then i will upload the
> > changes to the main system.
Sorry, I haven't looked at it.

Whatever you do, make sure the DB enabled classes are not added to a package
that doesn't already require the DB RTL and that you don't introduce new
package dependencies. Also make sure to protect the non-DB Delphi versions
with {$IFNDEF DelphiPersonalEdition}.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Enhanced JvDynControl - Needs Review
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 05 Nov 2004 21:44:04 +0100
Newsgroups: jedi.vcl

No Answers until Now. :-(

I know we are all very busy. :-)

So i will wait until monday or tuesday, and then i will upload the changes to the main system.

Greettings
Jens

Jens Fudickar wrote:
> Hi,
>
> i've enhanced my JvDynControl-Classes to also support Database Controls.
>
> I want to ask for some review-comments.
>
> I've added all changed files to a new directory /jens. There you find all new or changed files and an example, how to use the new classes.
>
> Short-Description
> -----------------
> JvDynControl is a possibility to create controls over an engine. This engine is changable. By default there is an engine for VCL and for JVCL controls. Also i have build an engine for DevExpress-cxEdit-Controls.
>
> You can define dialogs (as an example JvDSADialogs.pas and the examples/jvParameterList) and change the look&feel changing the used engine.
>
> Now i've added new Engine-Classes for also creating db-controls.
>
> I've done the following changes:
>
> JvDynControlEngine.pas
> ----------------------
> + Creating a new TJvCustomDynControlEngine
> + TJvDynControlEngine now based on TJvCustomDynControlEngine
> + Adding new Control-Types
>
> New Files
> ---------
> + I've added all the *DB.pas files which contain the db related sources.
> + There are now two default engines. One for normal controls and one for the db-controls. So if you are not using the db-engine, all the db-stuff is not linked into the exe-file.
> + I've added also two *tools.pas units, which have addinonal functionalities to enable easier usage.
>
>
> Testing
> -------
> If you want to try the source then copy all files to the run directory and compile the example.
> If possible, can anyone test on d5.
>
>
> Comments are welcome.
>
> Greetings
> Jens
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvEdit and PasswordChar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 21:22:17 +0100
Newsgroups: jedi.vcl

You should add this solution to the Mantis report, so it doesn't get lost.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Multiple conditions in pgEdit
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 05 Nov 2004 19:35:02 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I don't really want to write one, is there one in the JVCL
>> that is already available?
>
>
> The JvInterpreter should have one but I don't think that it will be easy
> to extract it.
>
> I have written a very small one that will fit our needs. See jedi.binaries.

Ok, thanks. I'll have a look at this over the week-end, expect a new version by the end of it.


Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Multiple conditions in pgEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Nov 2004 18:51:11 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I don't really want to write one, is there one in the JVCL
> > that is already available?

The JvInterpreter should have one but I don't think that it will be easy
to extract it.

I have written a very small one that will fit our needs. See jedi.binaries.


-- Regards, Andreas Hausladen 

Subject: Re: On the future of C++ Builder
From: "Gustavo" <No.Spam@Please.Net>
Date: Fri, 5 Nov 2004 13:07:39 -0300
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

Hi All,

Sorry in start this OFF TOPIC again, but i´m starting a new project in C++ 
Builder and i would like an opinion.

It´s a good idea start my new project on Delphi ?

Thanks in advance.

Gustavo.
---------

"Vaclav Korecek" <korecek.NO.S.PAM@NO_SP.AM.rcd.cz> escreveu na mensagem 
news:Xns9582815C4DF9Ekorecekrcdcz@194.191.0.34...
> > OBones <obones_gfgfd_@_dgf_altern.org> wrote:
> >
>> >> Finally, it is accompanied by a survey on your usage of C++
>> >> Builder, closing on the 14th, available here:
>> >>
>> >> http://www.critical.co.uk/surveys/bcbfwd/bcbfwd.htm
> > Hi,
> > yesterday, Mark Jacobs extended continuation of the survey  on
> > the 22nd October. So it means that above mentioned link will be
> > available still 8 days.
> >
> >
> > Thank you for your message Olivier.
> >
> > Vaclav
> > P.S.: We already voted too.
> >


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.788 / Virus Database: 533 - Release Date: 1/11/2004 




Subject: Re: JvEdit and EmptyValue
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 16:01:49 +0100
Newsgroups: jedi.vcl

Are you sure you have the latest version? I updated it a couple of days ago.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: unicode enabled controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 05 Nov 2004 15:45:44 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Hi,
>
> Are there any plans to implement fully support for unicode controls in JVCL
> - of course this support is only useful for WinNT/2000/XP systems.
>
> Sometimes I need unicode support and would like to use one or more of the
> JVCL controls as TNT controls do not offer me some of the features.

The main reason for not having Unicode support is that we simply do not have the manpower in specialists for that.

Feel free to start a subproject to unicode-enable the JVCL.
I would say that you will need support from the TNT user group.
Maybe the JvEx files are a good place to introduce Unicode.
Best make an analysis and present it here.

I am currently working on an .inc file for making Windows version targets for my API conversions. That would allow to set Win 98 as target for example which would then allow to remove all Unicode support.


Subject: Re: JvEdit and PasswordChar
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 15:20:50 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message <news:1rw8bwagrfa5e.dlg@die-fritzens.de>:

> > "Peter Thörnqvist" wrote in message <news:cmfr4m$rub$1@talkto.net>:
> > 
>> >> I seem to remember reading that Mike's ThemeManager had the same toggling
>> >> problem with the standard TEdit, but I don't remember where I read it or if
>> >> they found a solution.
> > I've done such a control already but I prefer using JvEdit :-) I will try
> > to find out what is the cause of this...
I'm restoring one of the fonts below when the PasswordChar property get
filled. First I determine one existing font and store the Font.Name into
FSecretFont. This procedure is called from the constructor.

procedure TTWPWEdit.SetEditBoxFont;
  const
    FavouredFonts: array[0..2] of String = ('Tahoma', 'Arial', 'MS Sans
Serif');
  var
    Cnt: Integer;
  begin
    Cnt := Low(FavouredFonts);
    while (Cnt <= High(FavouredFonts)) and
(Screen.Fonts.IndexOf(FavouredFonts[Cnt]) < 0) do
      Inc(Cnt);
    if Cnt <= High(FavouredFonts) then
    	FSecretFont.Name := FavouredFonts[Cnt];
  end;

When the edit should display bullets I'm using a similar coding as of
JvEdit - I simply reset the font back.

try
    FInternalGetText := True;
      	if HandleAllocated then
      	begin
      		SendMessage(WindowHandle, EM_SETPASSWORDCHAR, Ord(FSecretChar), 0);
        	RecreateWnd;	// Recreate to force a call to CreateParams
      	end;
	Perform(WM_SETFONT, FSecretFont.Handle, 0);
      finally
      	FInternalGetText := False;
      end
    else
[..]

CreateParams looks like this (similar to JvEdit):
procedure TTWPWEdit.CreateParams(var Params: TCreateParams);
  begin
    inherited;
    Params.Style := Params.Style or ES_PASSWORD;
  end;

Perhaps these example is of any help to implement the "correct" behavior in
JvEdit?
-- cu, Michael 

Subject: Re: JvEdit and PasswordChar
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 15:14:19 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cmfr4m$rub$1@talkto.net>:

> > Posting to Mantis is fine.
Added: http://homepages.borland.com/jedi/issuetracker/view.php?id=2293


-- cu, Michael 

Subject: Re: JvEdit and PasswordChar
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 14:57:07 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cmfr4m$rub$1@talkto.net>:

> > I seem to remember reading that Mike's ThemeManager had the same toggling
> > problem with the standard TEdit, but I don't remember where I read it or if
> > they found a solution.
I've done such a control already but I prefer using JvEdit :-) I will try
to find out what is the cause of this...

> > Posting to Mantis is fine.
Will do so.

-- cu, Michael 

Subject: JvEdit and EmptyValue
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 14:54:49 +0100
Newsgroups: jedi.vcl

Hi,

I guess the EmptyValue property of JvEdit should behave like M$ cuebanners,
shouldn't it? 
However the M$ controls do behave slightly different: The cuebanner
disappears when entering the control and is restored if no input is made
inside. 
See e.g. the Windows search dialog when hitting F3 on desktop. Is this
behavior intended?

JvEdit simply selects the EmptyText and treats it like an already made
input.

-- cu, Michael 

Subject: Re: JvEdit and PasswordChar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 14:49:33 +0100
Newsgroups: jedi.vcl

I seem to remember reading that Mike's ThemeManager had the same toggling
problem with the standard TEdit, but I don't remember where I read it or if
they found a solution.

Posting to Mantis is fine.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: JvEdit and PasswordChar
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 14:43:19 +0100
Newsgroups: jedi.vcl

Hi,

when setting the PasswordChar property of JvEdit to '*' and ThemedPassword
to True and adding a XPManifest to a form, I get pretty bullets in this
edit control.

However when I toggle between PasswordChar := '*' and PasswordChar := #0
and vice versa then these bullets are changed into some asterisk instead of
bullets again.

Perhaps this can be fixed? Should I add this to Mantis?
-- cu, Michael 

Subject: Re: Multiple conditions in pgEdit
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 05 Nov 2004 14:37:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> {$IFDEF QREPORT4}
>> {$IFDEF JVCL_UseQuickReport}
>>   qr4rund6,
>> {$ENDIF}
>> {$ENDIF}
>
> Yeah, but creating that output from "!QREPORT4 & JVCL_UseQuickReport" is not
> an easy task, not to mention supprting "QREPORT4 | JVCL_UseQuickReport" as
> well...
>

The & condition is really easy. Just nest one into the other.
The | condition is not easy but could be handled by duplicating the rest of it.
Combinations are a nightmare.

In the end, we could apply the BCB rule for all packages, that is output the line (or not) depending on the value of the condition.

Please note however that this whole condition sutff means that we need an interpreter that understands the simple logic (!, &, | and parenthesis). I don't really want to write one, is there one in the JVCL that is already available?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Multiple conditions in pgEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 14:28:39 +0100
Newsgroups: jedi.vcl

> > {$IFDEF QREPORT4}
> > {$IFDEF JVCL_UseQuickReport}
> >    qr4rund6,
> > {$ENDIF}
> > {$ENDIF}
Yeah, but creating that output from "!QREPORT4 & JVCL_UseQuickReport" is not
an easy task, not to mention supprting "QREPORT4 | JVCL_UseQuickReport" as
well...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Delphi2005 support
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 14:26:19 +0100
Newsgroups: jedi.vcl

> > Are you sure?
Not anymore <g>

> > Looks like a show stopper for BDS 3.0. But that is an assumption by me
> > because Delphi 8 uses the registry key "BDS\2.0"
Delphi2005 uses "BDS\3.0", so build shouldn't work (my memory is
disappearing fast!). I can't test either at the moment because I don't have
D9 installed on this machine.

Let's just leave it at "must compile packages from IDE" for the moment. I
think that will satisfy most users.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Installer and Interfaces
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Nov 2004 13:59:40 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Andreas, thanks for this answer. I wonder why are you using these
> > interfaces instead of "normal" objects?

In case of the installer, interfaces allows me to separate the installer's
core from the actual implementation.

And there is another reason for (at least) one interface: ITargetConfig
The ITargetConfig interface is a workaround for a circular unit reference.
I had not wanted to move a complete unit to another, so I invented the
ITargetConfig interface for this.

-- Regards, Andreas Hausladen 

Subject: Re: Installer and Interfaces
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 13:36:00 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:cmfm3l$qrl$1@talkto.net>:

> > The installer was planned to be used for other projects, too. Means it
> > should have been a generic installer. This is no more true, but the
> > Main.pas and the Core.pas are independent enough to be used for other
> > projects.
Andreas, thanks for this answer. I wonder why are you using these
interfaces instead of "normal" objects?

-- cu, Michael 

Subject: Re: Installer and Interfaces
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Nov 2004 13:23:09 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > just a question of interest: why does the installer (the source code) use
> > interfaces? What are the advantages of using interfaces especially in the
> > installer?

The installer was planned to be used for other projects, too. Means it
should have been a generic installer. This is no more true, but the
Main.pas and the Core.pas are independent enough to be used for other
projects.

-- Regards, Andreas Hausladen 

Subject: Installer and Interfaces
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 13:20:50 +0100
Newsgroups: jedi.vcl

Hi,

just a question of interest: why does the installer (the source code) use
interfaces? What are the advantages of using interfaces especially in the
installer?

E.g.
Core.pas[..] 
  IWelcomePage = interface(ISingleChoosePage)
    ['{9088CC78-0F61-48EC-ABF1-41869EC581CF}']
    function Text: WideString;
  end;
[..]
JVCL3Install.pas[..]
TWelcomePage = class(TInstallerPage, IWelcomePage, IUserDefinedPage)
[..]

-- cu, Michael 

Subject: Re: Delphi2005 support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Nov 2004 12:56:40 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I don't know if the installer also needs to be updated, this is something
> > Andreas and OBones will have to sort out.

I do not have Delphi 2005 and I don't know when I will buy it. So I can
make only assumptions about Delphi 2005 registry keys and command line
tools which is not the prefered way to go.


> > I do know that build.exe has worked for me.

Are you sure?

  if UpCase(Edition[1]) = 'D' then
    KeyName := 'Software\Borland\Delphi\' + Version + '.0'
  else
    KeyName := 'Software\Borland\C++Builder\' + Version + '.0';

Looks like a show stopper for BDS 3.0. But that is an assumption by me
because Delphi 8 uses the registry key "BDS\2.0"


BTW: I have updated the JVCL Installer. It now has a better JCL version
detection. With the new file JCLData.pas you can control the JCL detection
code. I thought about a ini file but at least it is easier to have a .pas
file. And as the installer is compiled each time you start it, there is no
difference between a compiled in file and an external ini file.

-- Regards, Andreas Hausladen 

Subject: Re: Delphi2005 support
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 12:31:59 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:cmfcli$opb$1@talkto.net>:

> > One issue still remaining is the QuickReport support. Apparently, it is not
> > 100% sure that QuickReport will be in Delphi2005 gold, so those packages
> > using it, might not work correctly.
AFAIK QR hasn't been delivered with D7, too. At least my D7 Enterprise has
just Rave installed.

-- cu, Michael 

Subject: Re: Multiple conditions in pgEdit
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 05 Nov 2004 12:16:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> But there is a catch: The conditions are written as {$IFDEF} in delphi
>> packages, which means that the OR logic would be quite difficult to
>> implement (and I'm not even thinking of the above example).
>
> But if I add a condition to the requires list, isn't the required package
> just excluded if the condition is false? That is what I am after.
>
> Condition="QREPORT4 & JVCL_UseQuickReport"
> or
> Condition="!QREPORT4 & JVCL_UseQuickReport"
>
> I don't see why this should generates any IFDEFs in the package.
>
> PS
> Have a look in JvGlobus-R.xml for an example

Then have a look at d6\JvGlobusD6R.dpk for an output <g>

It was decided (by me) that the Delphi packages would get IFDEFs inside them so that they don't need to be regenerated should JVCL.INC change. However, because it is not possible to have IFDEFs in BCB packages (XML based), those ones are modified and lines removed/added whenever appropriate. Your condition could be expressed like that:

{$IFDEF QREPORT4}
{$IFDEF JVCL_UseQuickReport}
  qr4rund6,
{$ENDIF}
{$ENDIF}


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Multiple conditions in pgEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 11:59:08 +0100
Newsgroups: jedi.vcl

> > But there is a catch: The conditions are written as {$IFDEF} in delphi
> > packages, which means that the OR logic would be quite difficult to
> > implement (and I'm not even thinking of the above example).
But if I add a condition to the requires list, isn't the required package
just excluded if the condition is false? That is what I am after.

Condition="QREPORT4 & JVCL_UseQuickReport"
or
Condition="!QREPORT4 & JVCL_UseQuickReport"

I don't see why this should generates any IFDEFs in the package.

PS
Have a look in JvGlobus-R.xml for an example

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Multiple conditions in pgEdit
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 05 Nov 2004 11:44:22 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Is there any way I can add multiple conditions to the package xml files? I
> need to use both AND and OR logic.

IIRW, there is nothing in it as of yet. There is the not logic (!) so I would go for something like that:

COND1 & !COND2 | COND3

But there is a catch: The conditions are written as {$IFDEF} in delphi packages, which means that the OR logic would be quite difficult to implement (and I'm not even thinking of the above example).

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: unicode enabled controls
From: "Michael J. Leaver" <spam@mjleaver.com>
Date: Fri, 05 Nov 2004 18:01:21 +0800
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Hi,
>
> Are there any plans to implement fully support for unicode controls in JVCL
> - of course this support is only useful for WinNT/2000/XP systems.
>
> Sometimes I need unicode support and would like to use one or more of the
> JVCL controls as TNT controls do not offer me some of the features.
>

I'd also be very happy if this happened. It's not a small task, but it would be extremely useful.


Subject: Multiple conditions in pgEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 10:59:55 +0100
Newsgroups: jedi.vcl

Is there any way I can add multiple conditions to the package xml files? I
need to use both AND and OR logic.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Delphi2005 support
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Nov 2004 10:42:30 +0100
Newsgroups: jedi.vcl

I have started with adding Delphi2005 support to the JVCL (Allen Bauer has
announced that Delphi has been RTM'ed, so it is OK to support it officially
now). This will probably proceed for a couple of days until I have all the
changes done. If you have the Delphi2005 pre-release (distributed at this
years BorCon), I would appreciate if you could test the new files and report
back any problems here.

I don't know if the installer also needs to be updated, this is something
Andreas and OBones will have to sort out. I do know that build.exe has
worked for me.

One issue still remaining is the QuickReport support. Apparently, it is not
100% sure that QuickReport will be in Delphi2005 gold, so those packages
using it, might not work correctly.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: unicode enabled controls
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 5 Nov 2004 10:37:48 +0100
Newsgroups: jedi.vcl

Hi,

Are there any plans to implement fully support for unicode controls in JVCL
- of course this support is only useful for WinNT/2000/XP systems.

Sometimes I need unicode support and would like to use one or more of the
JVCL controls as TNT controls do not offer me some of the features.

-- cu, Michael 

Subject: Re: BCB Install Questions
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 05 Nov 2004 07:14:15 +0100
Newsgroups: jedi.vcl

Randall Parker wrote:
> I've installed JCL and am now trying to install the latest beta of JVCL to work with BCB v6 sp4.

Good, one more person to try this ;-)


> Should I choose "Build packages"?

If it's the first time you install, this won't make any difference as no file has been compiled yet.


> The default is that only "Clean JVCL component palettes" is checked. How come? Why is that checked and then its parent "No IDE registration" is not checked? Why the negative choice of "No IDE registration" rather than the choice of "IDE registration"? I'd expect if it was installed itself into the IDE palette /then/ it would have the choice of whether to clean up the palette.

I know, this is a bit disturbing, and I agree with your analysis. For the time being, it's like that.


> Should I choose "Generate map files"?

Only if you plan to use some Debug tool that needs them.


> Just tell me what to check and I'll install it that way.

Basically, check 'Use JVCL for all packages' and 'Compile JCL DCP files if required'. The last one is the most important one. If you don't do it, the compilation will not work.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: BCB Install Questions
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Thu, 04 Nov 2004 18:01:13 -0800
Newsgroups: jedi.vcl

I've installed JCL and am now trying to install the latest beta of JVCL to work with BCB v6 sp4.

On the "Configuration" page of the install program there is the "Install options" section.

Should I choose "Build packages"?

The default is that only "Clean JVCL component palettes" is checked. How come? Why is that checked and then its parent "No IDE registration" is not checked? Why the negative choice of "No IDE registration" rather than the choice of "IDE registration"? I'd expect if it was installed itself into the IDE palette /then/ it would have the choice of whether to clean up the palette.

Should I choose "Generate map files"?

Just tell me what to check and I'll install it that way.


Subject: Re: Hints and warnings
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 04 Nov 2004 20:11:45 +0100
Newsgroups: jedi.vcl

Fred wrote:
>  Please remove Hints and Warnings in the latest version of JvCsvData, JvZlipMultiple and JvStringGrid. This prevents me from compiling with BCB5. Thank you.

This is now fixed in CVS.


Subject: Re: Looking for a component: An autoresizable label/panel with image
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 04 Nov 2004 18:22:31 +0100
Newsgroups: jedi.vcl

Have you tried TJvPanel.

It has an AutoArrange Feature.

Greetings
Jens

Aleksander Oven schrieb:
> Does anyone know of such component?
>
> I'd like to be able to align it to top of my form for
> displaying inobtrusive notifications. The key point here
> is that it should wrap and adjust to vertical text proportions
> automatically.
>
> Till now I've been using a regular TLabel + TImage inside
> a TPanel, with AutoSize set to True. But this doesn't
> handle resizing very well plus it's awkward to move around,
> so I'm looking for a better way.
>
> Thanks,
> Aleksander Oven
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Looking for a component: An autoresizable label/panel with image
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Thu, 4 Nov 2004 14:36:08 +0100
Newsgroups: jedi.vcl

Does anyone know of such component?

I'd like to be able to align it to top of my form for
displaying inobtrusive notifications. The key point here
is that it should wrap and adjust to vertical text proportions
automatically.

Till now I've been using a regular TLabel + TImage inside
a TPanel, with AutoSize set to True. But this doesn't
handle resizing very well plus it's awkward to move around,
so I'm looking for a better way.

Thanks,
Aleksander Oven 




Subject: Re: TJvTFAppt(?????)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 04 Nov 2004 13:05:57 +0100
Newsgroups: jedi.vcl

pauldelphi wrote:
> Hello,
> I'm using Builder 6 so I can't just use...
>
> TJvTFAppt Apt;
>
> to dreate a new appointment in the Jv TimeFrameWork components.
>
> Can anyone tell me what the parameters are for the constructor please?
> I've tried TJvTFAppt(TObject*); and TJvTFAppt() but neither works.
>
> Thanks,
>
> Paul.
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

TJvTFAppt *Appt = new TJvTFAppt(Owner);

You can't create VCL based objects on the stack.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Hints and warnings
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 4 Nov 2004 13:27:47 +0200
Newsgroups: jedi.vcl

 Please remove Hints and Warnings in the latest version of JvCsvData, 
JvZlipMultiple and JvStringGrid. This prevents me from compiling with 
BCB5. Thank you.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvTFAppt(?????)
From: "pauldelphi" <harry_potter@mailinator.com>
Date: Thu, 4 Nov 2004 13:11:12 +0200
Newsgroups: jedi.vcl

Doesn't matter, I figured it out...
I finally realised that I shouldn't be creating an appointment, rather 
RequestAppt requires a pointer to give you a reference to the 
appointment :o)



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvHTListBox and colors
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 4 Nov 2004 11:41:14 +0100
Newsgroups: jedi.vcl

Hello,

i am using the jvHTListBox to display some data. To display the first line
in an entry in bold/blue i use the following line in a function that
constructs my entry text:

Result := '<FONT COLOR="clBlue"><B>' + FDataList[Index].Comment +
'</B></FONT><BR>';
[after that some other text is appended to Result]

After that the text is displayed correct but when i enter the control with
the mouse i get some kind of "hovering effect" for the bold/blue text. My
background color is clWindow but when the mouse enters the control the text
that is rendered in bold/blue has clHighlight as background color.

This did not happen before (i did not work on this project for about one
month)

Do i have to set the background color too in some way?

Thanks,
Ralf




Subject: Re: Bugs?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 4 Nov 2004 10:36:55 +0000 (UTC)
Newsgroups: jedi.vcl

"Fred" <nospam_@_nospam.com> wrote in news:cmcu06$aae$1@talkto.net:

> > Does this happen only at designtime ?
> > 
> > Fred
> > 

Hi Fred,

Yes, I've just knocked up a little app to try all the various conditions 
and it works perfectly.

HTH


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 04 Nov 2004 11:27:44 +0100
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> I have rebuilded JCL, JVCL and application too. No errors now as before were.

Good to hear.


> It seems to me that it could be solution of the problem, certainly, if there are no any other latent problems.

I can't see any other.


> May I suppose that there will be changes in JCL CVS soon? ;-)

This will indeed be proposed to the JCL folks.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Bugs?
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 4 Nov 2004 12:20:55 +0200
Newsgroups: jedi.vcl

Does this happen only at designtime ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvTFAppt(?????)
From: "pauldelphi" <harry_potter@mailinator.com>
Date: Thu, 4 Nov 2004 12:09:37 +0200
Newsgroups: jedi.vcl

Hello,
I'm using Builder 6 so I can't just use...

TJvTFAppt Apt;

to dreate a new appointment in the Jv TimeFrameWork components.

Can anyone tell me what the parameters are for the constructor please?
I've tried TJvTFAppt(TObject*); and TJvTFAppt() but neither works.

Thanks,

Paul.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bugs?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 04 Nov 2004 10:27:11 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> Sent. Let's hope I sent it all to the right place (we've all got to do something for a 'first time' :) ) and I'm sure you'll guide me to the right place if I've screwed up.
>
> Cheers

Well, just zip up your sample app, and upload it, instead of the single DFM. Just a DFM is a bit annoying when analysing a bug.
Apart from that, the rest is ok.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Thu, 4 Nov 2004 08:37:10 +0000 (UTC)
Newsgroups: jedi.vcl

OK. (see below)

> > Okay, please try this:
> > 
> > Open JclWin32.pas in the JCL
> > Comment out the HPPEMIT for aclapi.h
> > Comment out the HPPEMIT for ShlObj.h
I have done it.
 
> > Rebuild the JCL (or edit the HPP file removing the associated
> > includes) Rebuild your test application
I have rebuilded JCL, JVCL and application too. No errors now as 
before were.

> > The problem should be gone. On my machine it is fixed, but I
> > edited the header file (JclWin32.hpp) directly, and I won't have
> > time to test the JCL compilation until tomorrow evening. 

OK.
It seems to me that it could be solution of the problem, certainly, 
if there are no any other latent problems.
May I suppose that there will be changes in JCL CVS soon? ;-)

Thank you.
Vaclav


Subject: Re: Bugs?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 04 Nov 2004 09:11:10 +0100
Newsgroups: jedi.vcl

Ian Jennings wrote:

> Err, sorry but what is mantis? I'm a noobie to Jedi. It doesn't turn up on a word search at Jedi.

http://homepages.borland.com/jedi/issuetracker/

Please register a username so that you get email updates when someone works on the bugs you submitted.

> I don't know that a sample (one form, one grid and two DB components isn't *much* of a sample anyway. It would take longer to upload than it would take to reproduce :) ) would be any use. It may be dependent on how things are hooked up and what order they are opened, etc.

Well, as you say, it depends on the order things are done. So if we were to do it the way we are used to, we may not reproduce what you did. this is why it would be better to have your sample application.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Bugs?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 4 Nov 2004 08:08:16 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:cmcncb$8nd$1@talkto.net: 

> > Ian Jennings wrote:
> > 
>> >> Sent. Let's hope I sent it all to the right place (we've all got to
>> >> do something for a 'first time' :) ) and I'm sure you'll guide me to
>> >> the right place if I've screwed up.
>> >> 
>> >> Cheers
> > 
> > Well, just zip up your sample app, and upload it, instead of the
> > single DFM. Just a DFM is a bit annoying when analysing a bug.
> > Apart from that, the rest is ok.
> > 

I think there may be a very serious 'senior moment' going on this end. 
After 20+ years you'd think I could think of zip to connect them all 
together. Duh! But, I guess that what comes of trying to do umpteen 
things at once. But then there isn't anything else with it. It's an 
empty pas file, no code at all, and all the properties are in the dfm.

I wonder if they still do monkey gland injections. :)



Subject: Re: Bugs?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 4 Nov 2004 07:52:15 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:cmcitq$7jn$1@talkto.net: 

> > http://homepages.borland.com/jedi/issuetracker/

Thanks for that. I wonder why it didn't turn up in a word search for 
'mantis'. Hey ho.

> > Well, as you say, it depends on the order things are done. So if we
> > were to do it the way we are used to, we may not reproduce what you
> > did. this is why it would be better to have your sample application.
> > 

Sent. Let's hope I sent it all to the right place (we've all got to do 
something for a 'first time' :) ) and I'm sure you'll guide me to the right 
place if I've screwed up.

Cheers


Subject: Re: Bugs?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 4 Nov 2004 06:31:39 +0000 (UTC)
Newsgroups: jedi.vcl

"Jens" <jens.fudickar@oratool.de> wrote in news:cmcf9c$6t7$1@talkto.net:

> > Hi,
> > 
> > could you please add this to mantis. And if possible add a sample
> > project. 
> > 
> > Greetings
> > Jens
> > 

Err, sorry but what is mantis? I'm a noobie to Jedi. It doesn't turn up on 
a word search at Jedi.

I don't know that a sample (one form, one grid and two DB components isn't 
*much* of a sample anyway. It would take longer to upload than it would 
take to reproduce :) ) would be any use. It may be dependent on how things 
are hooked up and what order they are opened, etc.


Subject: Re: Bugs?
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 4 Nov 2004 08:09:46 +0200
Newsgroups: jedi.vcl

Hi,

could you please add this to mantis. And if possible add a sample project.

Greetings
Jens

> >Hi all
> >
> >Drop a table on a form and connect to a table (in my case Tracks, a 
> >detail in master/detail with Albums, with half a dozen fields), open the 
> >table. Drop a datasource on a form and connect to table. Drop a JvDBGrid 
> >on the form and connect it to the datasource. Go to Options for the grid 
> >and set ColumnResize to False. Try and resize the columns. I get a 'grid 
> >index out of range' error.
> >
> >There's another way of reproducing it. It's to do with resizing the 
> >column, setting the ColumnResize to false and *then* opening the table. 
> >It displays the data values for the first field (TrackID in my case), 
> >first row and then barfs with the same 'grid index' error. I just can't 
> >define the problem well enough to be able to describe it fully.
> >
> >Another one, which I don't seem to be able reproduce any more, was to 
> >drop a JvDBGrid on a new, clean form, set ColumnResize to false. 
> >Clicking on the  first column divider (the one after indicator) made the 
> >column width expand. Clicking on the column divider for the single data 
> >column (the one to the far right) made the column resize (double each 
> >time, i think) several times. The ColLine (the last one, RH divider of 
> >rightmost column) also stays greyed sometimes when it's been clicked on 
> >with ColumnResize = false until the next time you click on it. Sorry 
> >that that is all bit airy-fairy but it's one of those things that had me 
> >sittng here going 'Uhh!?!?' and the only way to find out what was going 
> >on was to try again when, of course, it wouldn't do it.
> >
> >But the first one of these definitely works every time and hopefully 
> >it'll give you enough of a clue.
> >
> >D5 & XP
> >
> >HTH
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Bugs?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Thu, 4 Nov 2004 04:36:50 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

Drop a table on a form and connect to a table (in my case Tracks, a 
detail in master/detail with Albums, with half a dozen fields), open the 
table. Drop a datasource on a form and connect to table. Drop a JvDBGrid 
on the form and connect it to the datasource. Go to Options for the grid 
and set ColumnResize to False. Try and resize the columns. I get a 'grid 
index out of range' error.

There's another way of reproducing it. It's to do with resizing the 
column, setting the ColumnResize to false and *then* opening the table. 
It displays the data values for the first field (TrackID in my case), 
first row and then barfs with the same 'grid index' error. I just can't 
define the problem well enough to be able to describe it fully.

Another one, which I don't seem to be able reproduce any more, was to 
drop a JvDBGrid on a new, clean form, set ColumnResize to false. 
Clicking on the  first column divider (the one after indicator) made the 
column width expand. Clicking on the column divider for the single data 
column (the one to the far right) made the column resize (double each 
time, i think) several times. The ColLine (the last one, RH divider of 
rightmost column) also stays greyed sometimes when it's been clicked on 
with ColumnResize = false until the next time you click on it. Sorry 
that that is all bit airy-fairy but it's one of those things that had me 
sittng here going 'Uhh!?!?' and the only way to find out what was going 
on was to try again when, of course, it wouldn't do it.

But the first one of these definitely works every time and hopefully 
it'll give you enough of a clue.

D5 & XP

HTH


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 03 Nov 2004 22:50:28 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Hi
>
> Just did simple test:
>
> Got latest JCL and JVCL
> Dropped TJvJVCLAboutComponent on form and tried to compile.
> Got errors as indicated
>
>
> I'm investigating this problem, and will hopefully have a solution quite soon.

Okay, please try this:

Open JclWin32.pas in the JCL
Comment out the HPPEMIT for aclapi.h
Comment out the HPPEMIT for ShlObj.h

Rebuild the JCL (or edit the HPP file removing the associated includes)
Rebuild your test application

The problem should be gone. On my machine it is fixed, but I edited the header file (JclWin32.hpp) directly, and I won't have time to test the JCL compilation until tomorrow evening. So if you have the time to test this, I would be glad to hear from you.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 03 Nov 2004 22:39:23 +0100
Newsgroups: jedi.vcl

Hi

Just did simple test:

Got latest JCL and JVCL
Dropped TJvJVCLAboutComponent on form and tried to compile.
Got errors as indicated


I'm investigating this problem, and will hopefully have a solution quite soon.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 03 Nov 2004 21:14:18 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> I just tested, it compiles okay under C++ Builder 5. You can go ahead with committing your changes
>
> Okay, and the ifdef thing is as you requested it.

Great. Thanks for your efforts. I take it that you also updated the online help ;-)


Subject: Re: JvValidateEdit - strange bug, unable to classify exactly what is going on. Have a look in binaries.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 03 Nov 2004 15:03:08 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Seems to be a problem with the recent EmptyValue changes. I've updated
> JvEdit in CVS, so you need to get it and rebuild the JvStdCtrls and JvCustom
> packages. Also make sure that the Font color of the JvValidateEdit is reset
> at design-time to clWindowText in the project(s) where you are using it (it
> will most probably be set to clGrayText if ZeroEmpty is true).

That appears to have taken care of it.

Thanks

Warren


Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 03 Nov 2004 14:59:50 -0500
Newsgroups: jedi.vcl

OBones wrote:

> I just tested, it compiles okay under C++ Builder 5. You can go ahead with committing your changes
Okay, and the ifdef thing is as you requested it.

Warren


Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 03 Nov 2004 20:27:59 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> Note that I'm in favor of having the COMPILER6_UP used instead of a locally defined symbol.
>
> Okay, I'll make it so.

I just tested, it compiles okay under C++ Builder 5. You can go ahead with committing your changes


Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 03 Nov 2004 13:04:33 -0500
Newsgroups: jedi.vcl

OBones wrote:
> Note that I'm in favor of having the COMPILER6_UP used instead of a locally defined symbol.
Okay, I'll make it so.


Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 03 Nov 2004 19:03:20 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> However I defer to you and OBONES, and if you both agree about that,
>> I will gladly put it to use COMPILER6_UP throughout.
>
> Not up to me anymore, I was just stating my opinion. The code as such, I see
> no problems adding.
>
I'll have a look at it under C++ Builder 5.
Note that I'm in favor of having the COMPILER6_UP used instead of a locally defined symbol.


Subject: CVS jvstringgrid now has dropdown listbox editor support.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 03 Nov 2004 13:00:57 -0500
Newsgroups: jedi.vcl

I have been sufficiently cautious to avoid causing people pain.  I would definitely recommend a full JVCL rebuild after you cvs update today, just to be cautious. :-)

Warren


Subject: Re: Bug
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Nov 2004 14:07:07 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings <ian@microwaredata.co.uk> wrote in 
news:Xns9596A7E60B1ACianmicrowaredatacouk@194.191.0.34:

> > Drop a TJvDBHTLabel on a form, Ctrl-C and Ctrl-X. It comes up with no 
> > Caption and is 0 wide.
> > 

Sorry to follow-up to my own post but it might save making two lots of 
changes. If you set the label's DataSource property and there isn't a value 
at the other end then it also goes to 0. I can see why but wouldn't it be 
better to do away with that at design-time (when you probably need to move 
it around a lot) - even setting it to default caption if 0 length?


Subject: Bug
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Nov 2004 14:00:47 +0000 (UTC)
Newsgroups: jedi.vcl

Drop a TJvDBHTLabel on a form, Ctrl-C and Ctrl-X. It comes up with no 
Caption and is 0 wide.

HTH


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 3 Nov 2004 13:23:25 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote: 

>> >> Should be gone now (be aware, that anonymous CVS access is
>> >> somewhat delayed).
>> >> 
>> >> Greetings, Robert
I forgot,
thank you Robert for your quick correction.
 
> > I've just tested, can't see any problems with the JVCL in its
> > current state. But I haven't updated the JCL for about a month
> > now. I'll do that later on.

As I mentioned in example (in binaries):
a) NO_WIN32_LEAN_AND_MEAN must be declared for project 
   (I have no doubt in this case because there are sh*.h 
    files included) 
b) <aclapi.h> must be placed before <vcl.h> (??? -> Is it possible
   to solve it inside of JVCL some way, that "aclapi.h" file not 
   have to be included by application? It is my question.)

Vaclav


Subject: Re: installation of jedi woth c++builder5.0 pro
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 03 Nov 2004 14:17:37 +0100
Newsgroups: jedi.vcl

collaudinjm wrote:

> hello,
>
> i'm a new user of c++builder5.0 pro and jedi.
> i'm try to instal component jcl and jvcl with the automatic instal.
>
> when i instal jcl all is ok (no error message)
> but when i instal jvcl i have an error :
>
> CJcl50.dpk(38) Erreur: Les paquets 'vcl50' et
> 'd:\Borland\CBUILD~1\Bin\..\Lib\Obj\vcl50.dcp' contiennent tous les deux
> l'unité 'Vcl50'
>  
> how to do to instal correctly the component jvcl??
> i'm trying to instal manually but it's the same..
>
> thanks
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

Please try using the latest JCL and JVCL available here:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: GradientButtonArray
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Nov 2004 13:12:55 +0000 (UTC)
Newsgroups: jedi.vcl

Hi

I've knocked up a GradientButtonArray which is just a C&P of the 
JvButtonArray with a gradient background. Is it any good to you?


Subject: installation of jedi woth c++builder5.0 pro
From: "collaudinjm" <jm.collaudin@depindus.fr>
Date: Wed, 3 Nov 2004 14:01:59 +0200
Newsgroups: jedi.vcl

hello,

i'm a new user of c++builder5.0 pro and jedi.
i'm try to instal component jcl and jvcl with the automatic instal.

when i instal jcl all is ok (no error message)
but when i instal jvcl i have an error :

CJcl50.dpk(38) Erreur: Les paquets 'vcl50' et
'd:\Borland\CBUILD~1\Bin\..\Lib\Obj\vcl50.dcp' contiennent tous les deux
l'unité 'Vcl50'
 
how to do to instal correctly the component jvcl??
i'm trying to instal manually but it's the same..

thanks



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Observation
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 03 Nov 2004 11:06:34 +0100
Newsgroups: jedi.vcl

Your name wrote:

>> I never could get TToolbar to work like I want it to. Thank goodness
>> for Mike Lischke and Tb2k <g>
>
>
> Sorry, that one's gone straight past me. Tb2K?

Toolbar 2000 from the guy who does InnoSetup.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvGroupHeader does not reflect some changes in properties
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 3 Nov 2004 10:49:01 +0100
Newsgroups: jedi.vcl

"Peter Thornqvist" wrote in message <news:cm8698$ccr$1@talkto.net>:

> > Fixed

Thanx
-- cu, Michael 

Subject: Re: Observation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Nov 2004 10:23:20 +0100
Newsgroups: jedi.vcl

> > to have it size such that it can accommodate all the
> > levels I need and so I wouldn't need a vertical scroll.
Try setting AutoSize to true.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Observation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Nov 2004 10:21:56 +0100
Newsgroups: jedi.vcl

> > Thanks for the reply. Sorry, if I'm posting 'more than my quota'. I'd
> > sooner ask about something - it *may* be a problem.
Always better to ask. We've found a fair amount of bugs and strange behavior
thanks to people asking "too many" and "stupid" questions.


> > It's a pity that it only moves inwards when
> > there are items to scroll.
You mean that you'd want the buttons to be visible all the time? I think
that could get confusing - it looks like you have items below the edge but
when you scroll, there is nothing to see. Of course, the buttons could be
disabled in those cases, but I thought it looked nicer hiding them.

> > One thing I noticed and which is common to the native Delphi component
> > so the fault is my ignorance of behaviour. I drop a Toolbar on a form,
> > add a button and set its Caption. I go back to the toolbar properties,
> > set ShowCaptions to True. Fine, I can see the text. I want it wider so
> > set the ButtonWidth property (eg 150) Autosize is False for both the bar
> > and the button but the ButtonWidth sets itself to 'fit' no matter what I
> > enter for the ButtonWidth value.
I never could get TToolbar to work like I want it to. Thank goodness for
Mike Lischke and Tb2k <g>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Observation
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Nov 2004 08:45:50 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in news:cma5ak$n7d$1
@talkto.net:

>> >> 
>> >> Sorry, that one's gone straight past me. Tb2K?
> > 
> > Toolbar 2000 from the guy who does InnoSetup.
> > 
> > 

Ahh, thanks for that. Just downloaded so I'd better go and have a play. :)


Subject: Re: Observation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Nov 2004 09:37:42 +0100
Newsgroups: jedi.vcl

Ah, sorry me being confused: I was reading "TJvTMTimeLine", not
"TJvTimeLine". In that case: Yes, they are different because the right hand
side should also accomodate a set of up/down scroll buttons. Try adding some
items with a Level > last visible level and you'll see why.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Observation
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Nov 2004 08:27:52 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in news:cma2qg$mna$1
@talkto.net:

>> >> to have it size such that it can accommodate all the
>> >> levels I need and so I wouldn't need a vertical scroll.
> > Try setting AutoSize to true.
> > 

I've done that. I think I've changed every property, even the color, singly 
and in combination!


Subject: Re: Observation
From: Your name <nowhere@nowhere.com>
Date: Wed, 3 Nov 2004 08:25:55 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:cma2ns$mmp$1@talkto.net: 

>> >> It's a pity that it only moves inwards when
>> >> there are items to scroll.
> > You mean that you'd want the buttons to be visible all the time?

No, just move in when there *is* a vertical scroll showing. Like a grid or 
any other control. That way it would look neat *all* the time.

> > I never could get TToolbar to work like I want it to. Thank goodness
> > for Mike Lischke and Tb2k <g>

Sorry, that one's gone straight past me. Tb2K?

> > 



Subject: Re: JvValidateEdit - strange bug, unable to classify exactly what is going on. Have a look in binaries.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Nov 2004 09:15:07 +0100
Newsgroups: jedi.vcl

Seems to be a problem with the recent EmptyValue changes. I've updated
JvEdit in CVS, so you need to get it and rebuild the JvStdCtrls and JvCustom
packages. Also make sure that the Font color of the JvValidateEdit is reset
at design-time to clWindowText in the project(s) where you are using it (it
will most probably be set to clGrayText if ZeroEmpty is true).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Observation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Nov 2004 09:12:24 +0100
Newsgroups: jedi.vcl

> > I've noticed that the RH button on a TJvTimeLine is further from the edge
> > than the LH button. It looks kinda unbalanced (there's empathy for you
<g>)
That is (probably) an optical illusion. I know I spent some time (with
screenshots and zooming) to get them placed equally because I was seeing
something similar way back when.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Observation
From: Your name <nowhere@nowhere.com>
Date: Wed, 3 Nov 2004 07:36:15 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:cma04v$m6r$1@talkto.net: 

> > Ah, sorry me being confused: I was reading "TJvTMTimeLine", not
> > "TJvTimeLine". In that case: Yes, they are different because the right
> > hand side should also accomodate a set of up/down scroll buttons. Try
> > adding some items with a Level > last visible level and you'll see
> > why. 
> > 

Yup, with you now. I remember seeing the scroll on the demo. Should have 
thought about that one. It's a pity that it only moves inwards when 
there are items to scroll. I intend (I'm still fiddling trying to find 
how it works, etc) to have it size such that it can accommodate all the 
levels I need and so I wouldn't need a vertical scroll. Hey ho. Small 
niggle and not something i'm going to bother about unduly.

Thanks for the reply. Sorry, if I'm posting 'more than my quota'. I'd 
sooner ask about something - it *may* be a problem.

One thing I noticed and which is common to the native Delphi component 
so the fault is my ignorance of behaviour. I drop a Toolbar on a form, 
add a button and set its Caption. I go back to the toolbar properties, 
set ShowCaptions to True. Fine, I can see the text. I want it wider so 
set the ButtonWidth property (eg 150) Autosize is False for both the bar 
and the button but the ButtonWidth sets itself to 'fit' no matter what I 
enter for the ButtonWidth value. 

As the human half of HCI I would have *expected* the AutoSize being off 
would have allowed me to change the width to what I like. I *want* wide 
buttons in a bar on the thing I am writing. Why does the bloody thing 
think it knows better? ;-)



Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Nov 2004 08:34:25 +0100
Newsgroups: jedi.vcl

> > However I defer to you and OBONES, and if you both agree about that,
> > I will gladly put it to use COMPILER6_UP throughout.
Not up to me anymore, I was just stating my opinion. The code as such, I see
no problems adding.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Observation
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Nov 2004 07:00:36 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:cm9ulh$lts$1@talkto.net: 

> > That is (probably) an optical illusion. I know I spent some time (with
> > screenshots and zooming) to get them placed equally because I was
> > seeing something similar way back when.
> > 

No, I don't think it's an illusion. The LH one is about 1/8th inch from LHS 
and RH one is about 3/8ths from RHS. I can take a snapshot if it's any use? 
It's not just me been fiddling around with it. I've tried it with a brand 
new, out-of-the-box one and it's just the same. I don't know what build 
number I have but it's the one that was around at the weekend.

I'm using D5 on XP.

HTH


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 03 Nov 2004 07:29:50 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> I've just tested, can't see any problems with the JVCL in its current state. But I haven't updated the JCL for about a month now. I'll do that later on.
>
>
> Bad idea. I update JCL and JVCL daily and install directly from CVS files. The JCL is tiny compared to the JVCL.

Well, yeah, but updating the JCL is not as simple when you are working with the JVCL under BCB. It takes a bit longer and I haven't had time to do it in the past month.


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Nov 2004 07:08:22 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I've just tested, can't see any problems with the JVCL in its current state. But I haven't updated the JCL for about a month now. I'll do that later on.

Bad idea. I update JCL and JVCL daily and install directly from CVS files. The JCL is tiny compared to the JVCL.


Subject: Observation
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Nov 2004 04:00:07 +0000 (UTC)
Newsgroups: jedi.vcl

<pedant>

I've noticed that the RH button on a TJvTimeLine is further from the edge 
than the LH button. It looks kinda unbalanced (there's empathy for you <g>)

HTH

</pedant>


Subject: Re: Bug or behaviour?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Wed, 3 Nov 2004 03:21:45 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in
news:cm8j3i$f81$1@talkto.net: 

> > Only TWinControl descendants can be used. I think it would be quite
> > difficult supporting TControl descendants since a lot of the code
> > relies on TWinControl specific properties and methods.
> > 
> > 

Thanks Peter, I did wonder. I didn't want to start messing about in 
OwnerDraw and using an edit box without borders or text (I just want to 
change the cell color depending on status) unless I had to. It just seemed 
a little odd that that was the only component that 'didn't fit'.

Cheers


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 02 Nov 2004 21:50:11 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I've just tested, can't see any problems with the JVCL in its current state. But I haven't updated the JCL for about a month now. I'll do that later on.

The errors occured in the brand-new, contamination-free JclWin32, where some $EXTERNALSYMs were missing.


Subject: Re: Lets use a real archiver...
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 02 Nov 2004 21:45:47 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I wouldn't even want to go for an exe file, this would send a bad message to our users. They are used to see plain zip files, with all in source form. If we were to provide, you can be sure to get messages from people saying that we hide trojans/viruses inside it to spy on the users...

You could let them choose between .exe and .zip.

Greetings, Robert


Subject: Re: Bug or behaviour?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Nov 2004 20:46:55 +0100
Newsgroups: jedi.vcl

Only TWinControl descendants can be used. I think it would be quite
difficult supporting TControl descendants since a lot of the code relies on
TWinControl specific properties and methods.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Enhanced JvDynControl - Needs Review
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 02 Nov 2004 20:07:40 +0100
Newsgroups: jedi.vcl

Hi,

i've enhanced my JvDynControl-Classes to also support Database Controls.

I want to ask for some review-comments.

I've added all changed files to a new directory /jens. There you find all new or changed files and an example, how to use the new classes.

Short-Description
-----------------
JvDynControl is a possibility to create controls over an engine. This engine is changable. By default there is an engine for VCL and for JVCL controls. Also i have build an engine for DevExpress-cxEdit-Controls.

You can define dialogs (as an example JvDSADialogs.pas and the examples/jvParameterList) and change the look&feel changing the used engine.

Now i've added new Engine-Classes for also creating db-controls.

I've done the following changes:

JvDynControlEngine.pas
----------------------
+ Creating a new TJvCustomDynControlEngine
+ TJvDynControlEngine now based on TJvCustomDynControlEngine
+ Adding new Control-Types

New Files
---------
+ I've added all the *DB.pas files which contain the db related sources.
+ There are now two default engines. One for normal controls and one for the db-controls. So if you are not using the db-engine, all the db-stuff is not linked into the exe-file.
+ I've added also two *tools.pas units, which have addinonal functionalities to enable easier usage.


Testing
-------
If you want to try the source then copy all files to the run directory and compile the example.
If possible, can anyone test on d5.


Comments are welcome.

Greetings
Jens


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: problem with TJvFormStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 02 Nov 2004 19:44:31 +0100
Newsgroups: jedi.vcl

As i have written before.

I need a sample application. Please create a sample and add it to mantis with a new bug entry.

I will look into it.

Greetings
Jens

Patrick Hollerbach schrieb:
> Hi *,
>
> At Mon, 18 Oct 2004 00:40:12 +0200 Paco Ruiz wrote:
>
>> Hi
>> I have in TForm1 a TJvAppIniFileStorage
>> (AutoFlush=True; AutoReload=True; FileName=Reg.ini)
>> and a TJvFormStorage
>> (AppStorage=JvAppIniFileStorage1; Options=[fpSize, fpLocation])
>>
>> In TForm1.FormCreate i have
>> JvFormStorage1.AppStoragePath := self.name
>>
>> I have many forms that inherit from TForm1.
>>
>> When i open and close forms all is fine (information is in Reg.ini) but, when i terminate the applicaction, only first form opened information is in reg.ini, no more forms information.
>
>
> I have the same problem here (JVCL3 Beta2). That's the reason why I
> didn't convert my applications from JVCL2 to JVCL3 yet. Maybe a bug?
> Cheers,
> Patrick

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 02 Nov 2004 18:47:22 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> Hi Vaclav,
>
>> in the end there remained only "JclWin32 Errors". So this problem is probably related to JCL but it arose with JVCL component and under BCB6.
>
>
> Should be gone now (be aware, that anonymous CVS access is somewhat delayed).
>
> Greetings, Robert

I've just tested, can't see any problems with the JVCL in its current state. But I haven't updated the JCL for about a month now. I'll do that later on.


Subject: Re: JvValidateEdit - strange bug, unable to classify exactly what is going on. Have a look in binaries.
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Nov 2004 17:46:42 +0100
Newsgroups: jedi.vcl

Probably has something to do with the recent changes to
TJvCustomEdit.EmptyValue.

I'll check.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvGroupHeader does not reflect some changes in properties
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Nov 2004 17:08:04 +0100
Newsgroups: jedi.vcl

Fixed

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Bug or behaviour?
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 2 Nov 2004 15:38:21 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I wrote in this morning about putting a DBLabel into a DBGrid. I've found 
out (ok, so you all knew <g>) that I can attach any DB component to a field 
in a grid - but not the DBLabel. I really *want* to put a label in a grid. 
:)

Cheers


Subject: Re: Lets use a real archiver...
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 02 Nov 2004 16:35:20 +0100
Newsgroups: jedi.vcl

I wouldn't even want to go for an exe file, this would send a bad message to our users. They are used to see plain zip files, with all in source form. If we were to provide, you can be sure to get messages from people saying that we hide trojans/viruses inside it to spy on the users...


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Lets use a real archiver...
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 02 Nov 2004 10:17:11 -0500
Newsgroups: jedi.vcl

Da Srh wrote:

> I'm wondering why you people dont use some real archiver, eg 7-zip, instead of ZIP. There are a lot of us still on 56k modems. It would be a great help for us... I mean, I dont see a reason for transfering a little less than 4M of nothing (difference in size between JVCL300BETA1SourceExamples.zip (8.666.540) and JVCL300BETA1SourceExamples.7z (4.759.813)) 

Probably less than 1 out of 2000 computer geeks even know
what 7-zip is. What you gain in download size decreases,
you lose in interoperability.

Back in the Good Old BBS Days, we used ARC, ZOO, ARJ, LZH, LHA, PK-ZIP,
and dozens of others. Once ZIP killed them all off,
we pretty much don't care if something else is better,
thus the general indifference of most folks to
7Z, RAR, and all the others. ZIP is a standard, built right into
Windows XP, and to go away from it, many users won't be able to open the file. If however you can make a self-extracting 7Z file, maybe
we could use that, if it's small enough, to make an installable
EXE version.

Just my $0.02

Warren


Subject: JvValidateEdit - strange bug, unable to classify exactly what is going on. Have a look in binaries.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 02 Nov 2004 10:12:18 -0500
Newsgroups: jedi.vcl

I am using CVS from about 2 days ago, I will update it now and hope it
goes away.

Anyone seen this bug:

(1) A jvvalidateedit control with DisplayFormat=vtInteger, ZeroEmpty=true.

(2) Type numeric digits into control. Text of control is grayed out, but
entry is accepted.

(3) The property Value (variant) stays at 0 (integer) no matter what you
enter.

(4) Turn off ZeroEmpty, the problem goes away.

If this doesn't go away in my next CVS update, I'll log it in mantis,
and attach this zip. I had a quick look at the guts and I'm not sure
what's going on.

Regards,

Warren Postma

SEE BINARIES NG for a demo (jvvalidateeditbug.zip)



Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 02 Nov 2004 10:07:49 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> It compiles without errors on D5 Ent and seems to work AFAICS, but I must
> say I don't like the local define. Better use COMPILER6_UP throughout
> because that is one of the defines to use for version specific features.
> Introducing yet another define solves nothing IMO and doesn't make the code
> any clearer.
>
Many thanks for trying it on D5.

As for the $ifdef style, I did it that way so you can easily have the feature or turn it off, if it caused someone a headache. We could for instance, elect on a version by version basis to keep or discard this feature. I felt that the HAVE_.... define syntax was pretty obvious.

Because it is defined only in an IMPLEMENTATION section, that is locally, it doesn't pollute your global namespaces with yet another IFDEF.

If I take it out, then you have to go through
and remove ALL the COMPILER6UP flags to test if the code still works without the feature. I compiled without the feature and with the feature on D6 just to make sure it worked, for instance. Since that was handy,
I left it that way. That was my rationale.

However I defer to you and OBONES, and if you both agree about that,
I will gladly put it to use COMPILER6_UP throughout.

Regards,


Warren


Subject: Re: Problme with Virus Checker and JVCL Beta 2
From: "Alasdair Macdonald" <alasdair@NO_SPAMscotcomms.co.uk>
Date: Tue, 2 Nov 2004 10:26:07 -0000
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cm7eno$70s$1@talkto.net...
> > Alasdair Macdonald wrote:
>> > > I hope this is the right place to post this but here goes.
>> > >
>> > > Wanting to test the latest beta of this excellent software I downloaded
it
>> > > and installed it from the JVCL300BETA2Complete.zip file.
>> > >
>> > > My virus checker objects to the file however - the error report is given
>> > > below.
>> > >
>> > > I don't know if this a valid error or not but I thought I would alert
the
>> > > community.
>> > >
>> > > I have managed to install the JVCL apart from the Surveyor example file.
>> > >
>> > > Alasdair.
>> > >
>> > > Norman Message [2004/11/01 21:15:18]
>> > > --------------------------------------------------------
>> > > Application: NVC On-demand scanner
>> > > Node address: 10.254.249.52
>> > > --------------------------------------------------------
>> > > ALARM:
>> > > Virus infected:
>> > > Virus name: 'VBS/GenMail.C'
>> > > Norman Scanner Engine Information
>> > > Engine version: 5.70.16
>> > > Binary definition file: 5.70 of 2004/10/29
>> > > Macro definition file: 5.70 of 2004/10/26
>> > > File infected: D:/Public/Downloads/Delphi/JEDI/JVCL300BETA2Complete.zip
:
>> > > jvcl/examples/JediSurveyor/Surveyor/MainFrm.pas
> >
> > Your antivirus is simply completely wrong. It reads a series of bits in
> > MainFrm.pas that it thinks is specific of a virus. But trust me, there
> > is no virus in there. The zip file was created on my machine, with Panda
> > Antivirus turned on, updated everyday, and nothing showed up. Further,
> > the virus reported is a macro virus, written in VBS language, which is
> > not even the language of that PAS file.
> > Please update your antivirus software, notify the vendor that he's got
> > it wrong, but clearly, we are not at fault here.
> >
> > Cheers
> >
> >
> > --
> > Olivier Sannier
> > JVCL Coordinator

Thank you for the quick response.

I thought much as you indicated that it is a false positive, but felt it was
worth notifying in case other were experiencing the same "problem".

The joys of modern computing I guess - anti virus, trojan, spam, etc, etc.

Alasdair.




Subject: DBControl for editing Date and Time in one Field
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 2 Nov 2004 12:14:02 +0200
Newsgroups: jedi.vcl

Hi,

did we have a control where we can edit the date and time parts of an
database-tDateTime-Field in one control. The TJvDBDateTimePicker is not be
able to do it.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problme with Virus Checker and JVCL Beta 2
From: "Don S" <mudshark@rancidbud.org>
Date: Tue, 2 Nov 2004 05:08:38 -0500
Newsgroups: jedi.vcl

>> >> My virus checker objects to the file however - the error report is given
>> >> below.

> > Your antivirus is simply completely wrong. It reads a series of bits in 
> > MainFrm.pas that it thinks is specific of a virus. But trust me, there 
> > is no virus in there. 

No problems on my machine using AVG either...


Subject: Re: Problme with Virus Checker and JVCL Beta 2
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 02 Nov 2004 10:28:31 +0100
Newsgroups: jedi.vcl

Alasdair Macdonald wrote:
> I hope this is the right place to post this but here goes.
>
> Wanting to test the latest beta of this excellent software I downloaded it
> and installed it from the JVCL300BETA2Complete.zip file.
>
> My virus checker objects to the file however - the error report is given
> below.
>
> I don't know if this a valid error or not but I thought I would alert the
> community.
>
> I have managed to install the JVCL apart from the Surveyor example file.
>
> Alasdair.
>
> Norman Message [2004/11/01 21:15:18]
> --------------------------------------------------------
> Application: NVC On-demand scanner
> Node address: 10.254.249.52
> --------------------------------------------------------
> ALARM:
> Virus infected:
> Virus name: 'VBS/GenMail.C'
> Norman Scanner Engine Information
> Engine version: 5.70.16
> Binary definition file: 5.70 of 2004/10/29
> Macro definition file: 5.70 of 2004/10/26
> File infected: D:/Public/Downloads/Delphi/JEDI/JVCL300BETA2Complete.zip :
> jvcl/examples/JediSurveyor/Surveyor/MainFrm.pas

Your antivirus is simply completely wrong. It reads a series of bits in MainFrm.pas that it thinks is specific of a virus. But trust me, there is no virus in there. The zip file was created on my machine, with Panda Antivirus turned on, updated everyday, and nothing showed up. Further, the virus reported is a macro virus, written in VBS language, which is not even the language of that PAS file.
Please update your antivirus software, notify the vendor that he's got it wrong, but clearly, we are not at fault here.

Cheers


-- 
Olivier Sannier
JVCL Coordinator


Subject: Problme with Virus Checker and JVCL Beta 2
From: "Alasdair Macdonald" <alasdair@NO_SPAMscotcomms.co.uk>
Date: Tue, 2 Nov 2004 09:13:25 -0000
Newsgroups: jedi.vcl

I hope this is the right place to post this but here goes.

Wanting to test the latest beta of this excellent software I downloaded it
and installed it from the JVCL300BETA2Complete.zip file.

My virus checker objects to the file however - the error report is given
below.

I don't know if this a valid error or not but I thought I would alert the
community.

I have managed to install the JVCL apart from the Surveyor example file.

Alasdair.

Norman Message [2004/11/01 21:15:18]
--------------------------------------------------------
Application: NVC On-demand scanner
Node address: 10.254.249.52
--------------------------------------------------------
ALARM:
Virus infected:
Virus name: 'VBS/GenMail.C'
Norman Scanner Engine Information
Engine version: 5.70.16
Binary definition file: 5.70 of 2004/10/29
Macro definition file: 5.70 of 2004/10/26
File infected: D:/Public/Downloads/Delphi/JEDI/JVCL300BETA2Complete.zip :
jvcl/examples/JediSurveyor/Surveyor/MainFrm.pas




Subject: Re: JvGroupHeader does not reflect some changes in properties
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 2 Nov 2004 09:45:27 +0100
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message <news:1l673fxxsta6j$.dlg@die-fritzens.de>:

> > Hi,
> > 
> > I'm using JVCL downloaded two days before (latest build). Trying the
> > JvGroupHeader I discovered some little bugs:
I've added this issue to Mantis:
http://homepages.borland.com/jedi/issuetracker/view.php?id=2283

-- cu, Michael 

Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Nov 2004 09:12:09 +0100
Newsgroups: jedi.vcl

It compiles without errors on D5 Ent and seems to work AFAICS, but I must
say I don't like the local define. Better use COMPILER6_UP throughout
because that is one of the defines to use for version specific features.
Introducing yet another define solves nothing IMO and doesn't make the code
any clearer.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 02 Nov 2004 08:14:06 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> Warren Postma wrote:
>
>> Okay I have attempted an ifdef version. both with and without the ifdef, the string grid compiles and works fine. If compiler 6 or up is defined, then I locally define a HAVE_JVEXINPLACEEDITLIST thingy.
>>
>> See the jvstringgrid_ifdef.zip in binaries.
>>
>
> Anyone got any opinions on this version of the code? is it okay to check it in? I have CVS access, but I'm awaiting a GO signal, since this change could cause some effects.  Can someone check it still compiles
> and runs unchanged on D5, because I don't have access to D5.
>
>
> Warren

I will have a look at this soon, hopefully tonight.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: YASNQ
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Nov 2004 08:11:18 +0100
Newsgroups: jedi.vcl

> > Do you want bugs reporting from the demos?
Yes, please. Here or in Mantis
(http://homepages.borland.com/jedi/issuetracker).


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Page Control Button Color
From: "Don S" <mudshark@rancidbud.org>
Date: Tue, 2 Nov 2004 01:47:22 -0500
Newsgroups: jedi.vcl


> > I can't see anything in the Help so I'd better ask. 

Seems to be missing in the current help file.

> > Can anyone please tell 
> > me how to change the color of the buttons on a TJvPageControl? 

Change the OwnerDraw property in TJvPageControl to true.  The TabPainter then works as expected.






Subject: Error report
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 2 Nov 2004 06:14:28 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I found an error in the DbExpl32 demo earlier but I think I must have done 
a 'save' at some point so cannot reproduce it anymore. The project loaded 
alright and I then went to have a look at each of the forms involved. When 
I got to DestTab and double-clicked on DestTab in the Project Manager it 
told me that there was a FormStorage.Option property missing and the form 
refused to display. I just ignored it and all seems to be well now. It 
certainly compiles and runs alright.

While I'm typing, could some kind soul please tell me how to put controls 
in a JvDBGrid. I want to put a DBLabel (to display non-editable status) 
into the column of a grid. I see that the demo has a checkbox for logical 
fields but I can't see how it got there.

Cheers


Subject: Re: Page Control Button Color
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 2 Nov 2004 05:58:41 +0000 (UTC)
Newsgroups: jedi.vcl

"Don S" <mudshark@rancidbud.org> wrote in news:cm75eu$57e$1@talkto.net:

> > 
>> >> I can't see anything in the Help so I'd better ask. 
> > 
> > Seems to be missing in the current help file.
> > 
>> >> Can anyone please tell 
>> >> me how to change the color of the buttons on a TJvPageControl? 
> > 
> > Change the OwnerDraw property in TJvPageControl to true.  The
> > TabPainter then works as expected. 
> > 

Thanks Don. I seem to be having a 'senior morning'! :( I just assumed that 
you dropped the darn thing on the form and connected. Must see if I can get 
my brain to find first gear. :)




Subject: Re: YASNQ
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 2 Nov 2004 03:57:11 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings <ian@microwaredata.co.uk> wrote in
news:Xns9595373F8F55Eianmicrowaredatacouk@194.191.0.34: 

> > Yet another stupid noobie question.
> > 
> > Another quick question while I'm writing. Is there a searchable
> > archive of these ngs - along the lines of Tamarack? I've posted a
> > couple of questions since I downloaded and installed things and I'm
> > fairly sure I could have found my own answers if I'd known where to
> > look. 
> > 
> > TIA
> > 
> > It's D5 with XP.
> > 

Panic over. <g> Duh! I'd forgotten about the demos. I *was* doing it right 
just that I'd hooked up the MasterSource and forgotten that I'd done it. No 
wonder I wasn't getting a lot back.

Another question? Do you want bugs reporting from the demos? While I was 
wondering through trying things out there were a couple of 'missing 
property' errors. I can (I hope) find them again and post them if they're 
wanted.


Subject: YASNQ
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 2 Nov 2004 02:56:46 +0000 (UTC)
Newsgroups: jedi.vcl

Yet another stupid noobie question.

Sorry folks, but how the hell do you hook up a TJvDBGrid to a dataset? I 
realise it's stupid, but I've got everything hooked up as normal (table 
connected to DB, datasource connected to table, grid connected to 
datasource). It's obviously connecting as I can edit the columns but it's 
not displaying the records from the table. Yes, there are records in the 
table and yes, the table is open. 

I've checked in the Help but it doesn't even include the DataSource 
property in case there's something I have to do differently to the native 
control. I've fiddled around dropping various Jv components on the form to 
see if they hook up but nothing so far.

Another quick question while I'm writing. Is there a searchable archive of 
these ngs - along the lines of Tamarack? I've posted a couple of questions 
since I downloaded and installed things and I'm fairly sure I could have 
found my own answers if I'd known where to look.

TIA

It's D5 with XP.


Subject: Page Control Button Color
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Tue, 2 Nov 2004 01:59:46 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I can't see anything in the Help so I'd better ask. Can anyone please tell 
me how to change the color of the buttons on a TJvPageControl? Changing the 
form color doesn't change the button color. I've added a TabDefaultPainter 
(assuming that's what it's for <g>) and hooked it up but I can't see that 
it actually does anything. I could handle the OwnerDraw but ISTM that the 
PageControl *ought* to take on the native color or *ought* to be settable 
somewhere - so I figure I'm missing a clue or two.

TIA


Subject: Re: Jv TimeFrameWork
From: "pauldelphi" <harry_potter@mailinator.com>
Date: Tue, 2 Nov 2004 01:33:22 +0200
Newsgroups: jedi.vcl

Thanks Billy,
I know now I should have looked there first, just installed the 
components for the first time though and didn't realise.

Paul.

> >There is a sample in the big demo.
> >
> >"pauldelphi" <harry_potter@mailinator.com> wrote in message 
> >news:cm5sc5$u54$1@talkto.net...
>> >> Does anyone know where I can find a 'how to use' guide for the
>> >> TimeFrameWork components?
>> >>
>> >> Thanks.
>> >>
>> >>
>> >>
>> >> --- posted by geoForum on http://delphi.newswhat.com 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jv TimeFrameWork
From: "Billy" <nospam@i-ssis.com>
Date: Mon, 1 Nov 2004 18:09:14 -0500
Newsgroups: jedi.vcl

There is a sample in the big demo.

"pauldelphi" <harry_potter@mailinator.com> wrote in message 
news:cm5sc5$u54$1@talkto.net...
> > Does anyone know where I can find a 'how to use' guide for the
> > TimeFrameWork components?
> >
> > Thanks.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com 




Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: "Niels v/d Spek" <Jedi_ng@lumensoft.nl>
Date: Mon, 1 Nov 2004 21:27:08 +0100
Newsgroups: jedi.vcl

Thanks  Peter,

"Peter Thornqvist" <peter3@nospam.peter3.com> schreef in bericht 
news:cm5tl3$udp$1@talkto.net...
> >I have solved it by moving the HTML drawing functions to JvJVCLUtils. Since
> > JvJVCLUtils is in the base package, this change avoids adding any new
> > dependencies to the packages (a GOOD thing). The HTML functions in
> > JvHTControls now only calls the equivalent functions in JvJVCLUtils (this
> > for backward compatibility).
> >
> > I have also added custom drawing support to JvPrint as well as the 
> > original
> > PrintHTML function that originally started this thread.
> >
> > So, if anyone is interested in redesigning the other HTML controls in JVCL
> > to use the functions in JvJVCLUtils, be my guest. I don't know what
> > components might be good candidates, so it's all up to you :)
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Nov 2004 20:28:19 +0100
Newsgroups: jedi.vcl

I have solved it by moving the HTML drawing functions to JvJVCLUtils. Since
JvJVCLUtils is in the base package, this change avoids adding any new
dependencies to the packages (a GOOD thing). The HTML functions in
JvHTControls now only calls the equivalent functions in JvJVCLUtils (this
for backward compatibility).

I have also added custom drawing support to JvPrint as well as the original
PrintHTML function that originally started this thread.

So, if anyone is interested in redesigning the other HTML controls in JVCL
to use the functions in JvJVCLUtils, be my guest. I don't know what
components might be good candidates, so it's all up to you :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Jv TimeFrameWork
From: "pauldelphi" <harry_potter@mailinator.com>
Date: Mon, 1 Nov 2004 20:09:34 +0200
Newsgroups: jedi.vcl

 Does anyone know where I can find a 'how to use' guide for the 
TimeFrameWork components?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 01 Nov 2004 09:50:39 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:
> Okay I have attempted an ifdef version. both with and without the ifdef, the string grid compiles and works fine. If compiler 6 or up is defined, then I locally define a HAVE_JVEXINPLACEEDITLIST thingy.
>
> See the jvstringgrid_ifdef.zip in binaries.
>

Anyone got any opinions on this version of the code? is it okay to check it in? I have CVS access, but I'm awaiting a GO signal, since this change could cause some effects.  Can someone check it still compiles
and runs unchanged on D5, because I don't have access to D5.


Warren


Subject: Re: Installation problems with Latest version of JEdi CVS ?
From: "Opp" <develop@op-code.co.uk>
Date: Mon, 1 Nov 2004 14:10:18 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > That error is typical for an installation using an older version of
> > JCL, so I suggest you clean your computer from anything related to
> > JCL (pas, dfm, dcu, bpl and dcp), download the latest JCL daily zip
> > (http://jcl.sf.net/daily) and rebuild the JCL packages before
> > installing JVCL.

Many Thanks Peter...

I i did  remember to update JCL - but (in my rush) had not re-compiled
packages :(. All installed ok now.

Cheers..

Opp.


Subject: Re: Installation problems with Latest version of JEdi CVS ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Nov 2004 13:52:22 +0100
Newsgroups: jedi.vcl

That error is typical for an installation using an older version of JCL, so
I suggest you clean your computer from anything related to JCL (pas, dfm,
dcu, bpl and dcp), download the latest JCL daily zip
(http://jcl.sf.net/daily) and rebuild the JCL packages before installing
JVCL.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Bug??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Nov 2004 13:36:10 +0100
Newsgroups: jedi.vcl

Nope, don't change anything in TJvMultiStringHolderCollectionItem (notice
the "Item" at the end). Instead you should change the declaration of
TJvMultiStringHolderCollection (notice, no "Item" at the end) to:

TJvMultiStringHolderCollection = class(TOwnedCollection)
....

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Bug??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Nov 2004 13:34:30 +0100
Newsgroups: jedi.vcl

> > Sorry, a very stupid question but whereabouts is that? I'm poking around
in
> > CVS and can't see anything I probably should. I'm no doubt looking in the
> > wrong place so a free clue would be good.
If you get the file JVCL3\run\JvStringHolder.pas, it should have the quoted
line (the interesting part being the "v 1.22") near the top of the unit. I
included it in my post so you could verify that you got the right version
(there is a slight delay between developer and anon access to CVS).


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Bug??
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 1 Nov 2004 11:31:20 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in news:cm55cs$p2i$1
@talkto.net:

> > Nope, don't change anything in TJvMultiStringHolderCollectionItem (notice
> > the "Item" at the end). Instead you should change the declaration of
> > TJvMultiStringHolderCollection (notice, no "Item" at the end) to:
> > 
> > TJvMultiStringHolderCollection = class(TOwnedCollection)
> > ...
> > 

Ahhhh! Sorry. When I originally went to look for 
TJvMultiStringHolderCollection I had to do a search as I had no idea which 
unit it was in. I guess it found it as a substring and I didn't notice. 
Apologies. All fixed. Many thanks



Subject: Installation problems with Latest version of JEdi CVS ?
From: "Opp" <develop@op-code.co.uk>
Date: Mon, 1 Nov 2004 11:16:29 +0000 (UTC)
Newsgroups: jedi.vcl

Hi -

When trying to install the latest version of Jedi - I get the following
error :

E:\dev\JVCL3\run\JvJVCLAboutForm.pas(134) Error: Incompatible types:
'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD7R.dpk(92) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

I have (AFAIK) the latest Csv installation of JCL installed and am
using Delphi 7 Pro.

Any help - much appreciated ..

Opp.


Subject: Re: Bug??
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 1 Nov 2004 10:56:56 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:cm4vha$nqv$1@talkto.net: 

> > Are you 100% sure you made the changes in the right places? I've
> > comitted the changes to CVS, so you could try getting the unit from
> > there and rebuild (// $Id: JvStringHolder.pas,v 1.22 2004/11/01
> > 10:20:31 peter3 Exp $). 
> > 

Sorry, a very stupid question but whereabouts is that? I'm poking around in 
CVS and can't see anything I probably should. I'm no doubt looking in the 
wrong place so a free clue would be good.

Cheers


Subject: Re: Bug??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Nov 2004 11:56:07 +0100
Newsgroups: jedi.vcl

Are you 100% sure you made the changes in the right places? I've comitted
the changes to CVS, so you could try getting the unit from there and rebuild
(// $Id: JvStringHolder.pas,v 1.22 2004/11/01 10:20:31 peter3 Exp $).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Bug??
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 1 Nov 2004 10:41:29 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:cm4vha$nqv$1@talkto.net: 

> > Are you 100% sure you made the changes in the right places? I've
> > comitted the changes to CVS, so you could try getting the unit from
> > there and rebuild (// $Id: JvStringHolder.pas,v 1.22 2004/11/01
> > 10:20:31 peter3 Exp $). 
> > 

Fairly sure, you tell me. <g> C&Ping the appropriate lines:

unit JvStringHolder;

  TJvMultiStringHolderCollectionItem = class(TCollectionItem)
  public
    constructor Create(Collection: TOwnedCollection); override;
  end;

&

constructor TJvMultiStringHolder.Create(AOwner: TComponent);
begin
begin
  inherited Create(AOwner);
  FMultipleStrings := TJvMultiStringHolderCollection.Create(Self, 
TJvMultiStringHolderCollectionItem);
end;


They *should* be the same seeing how I C&P'ed them in the first place. I 
wasn't going to trust my typing. <g>






Subject: Re: Bug??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Nov 2004 11:13:37 +0100
Newsgroups: jedi.vcl

OK, you need to do the following changes:

change this declaration:

  TJvMultiStringHolderCollection = class(TOwnedCollection) // was
TCollection

and this method:

constructor TJvMultiStringHolder.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FMultipleStrings := TJvMultiStringHolderCollection.Create(Self,
TJvMultiStringHolderCollectionItem); // "Self" added
end;


Rebuild JvCmpD5R.dpk


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Bug??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Nov 2004 11:07:12 +0100
Newsgroups: jedi.vcl

> > The little editing window pops up and so does an error -
> > "Invalid selection: TJvMultiStringHolder has no owner" so I figure I'm
> > doing something wrong.

Seems it works on D6 and D7 but not D5. I'll investigate

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Bug??
From: Your name <nowhere@nowhere.com>
Date: Mon, 1 Nov 2004 09:11:27 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in news:cm4t1k$nap$1
@talkto.net:

> > OK, you need to do the following changes:
> > 
> > change this declaration:
> > 
> >   TJvMultiStringHolderCollection = class(TOwnedCollection) // was
> > TCollection
> > 
> > and this method:
> > 
> > constructor TJvMultiStringHolder.Create(AOwner: TComponent);
> > begin
> >   inherited Create(AOwner);
> >   FMultipleStrings := TJvMultiStringHolderCollection.Create(Self,
> > TJvMultiStringHolderCollectionItem); // "Self" added
> > end;
> > 
> > 
> > Rebuild JvCmpD5R.dpk
> > 
> > 

Sorry, I must be doing something wrong here. Did all the changes, 
recompiled the package and got 'Declaration of 'Create' differs' error.

[I don't want to go poking my fingers in, whether I could solve it or 
not. I haven't access to your VCS <g>]


Subject: Bug??
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Mon, 1 Nov 2004 01:48:25 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I've just gotten around to seeing what sort of goodies I've installed. 
There's a lot of them. <g>

Anyway, I dropped a JvMultiStringCollection on a form, clicked on 
MultipleStrings. The little editing window pops up and so does an error - 
"Invalid selection: TJvMultiStringHolder has no owner" so I figure I'm 
doing something wrong. I can't see anything in the Help about the component 
and it doesn't turn up on a word-search of the demos so I can't see what it 
is I'm doing wrong. It's not as if I'm actually running it or as if I have 
a dozen properties to set before I can do anything with it. 

Bug? Or free clue, please.

TIA



Subject: Re: problem with TJvFormStorage
From: Patrick Hollerbach <hollie@gmx.de>
Date: Sun, 31 Oct 2004 22:57:47 +0100
Newsgroups: jedi.vcl

Hi *,

At Mon, 18 Oct 2004 00:40:12 +0200 Paco Ruiz wrote: 

> >Hi
> >I have in TForm1 a TJvAppIniFileStorage
> >(AutoFlush=True; AutoReload=True; FileName=Reg.ini)
> >and a TJvFormStorage
> >(AppStorage=JvAppIniFileStorage1; Options=[fpSize, fpLocation])
> >
> >In TForm1.FormCreate i have
> >  JvFormStorage1.AppStoragePath := self.name
> >
> >I have many forms that inherit from TForm1.
> >
> >When i open and close forms all is fine (information is in Reg.ini) but, 
> >when i terminate the applicaction, only first form opened information is 
> >  in reg.ini, no more forms information.

I have the same problem here (JVCL3 Beta2). That's the reason why I
didn't convert my applications from JVCL2 to JVCL3 yet. Maybe a bug? 

Cheers,
Patrick


Subject: Re: JvxSlider Problem
From: Lars Tiemeier <lars@lt6.de>
Date: Sat, 30 Oct 2004 21:31:41 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Try setting the FPanel.Parent before setting the slider Parent.
>

Thanx, it works.


Subject: Newbie again, problem with j3 beta2
From: "d van donk" <d.v.donk@hccnet.nl>
Date: Sat, 30 Oct 2004 20:55:15 +0200
Newsgroups: jedi.vcl

hello

when compiling an application containing a jedi component the delphi
compiler complains :

[Error] JvExControls.pas(97): Undeclared identifier: 'IPerformControl'

this line exists in the jvexcontrols unit.

Has anyone an idea?

I am running delphi 6 pro, update 2 on a win 2k machine'

Thanks for help

Diederik van Donk






Subject: Newbie again, problem with j3 beta2
From: "d van donk" <d.v.donk@hccnet.nl>
Date: Sat, 30 Oct 2004 20:54:38 +0200
Newsgroups: jedi.vcl

hello

when compiling an application containing a jedi component the delphi
compiler complains :

[Error] JvExControls.pas(97): Undeclared identifier: 'IPerformControl'

this line exists in the jvexcontrols unit.

Has anyone an idea?

I am running delphi 6 pro on a win 2k machine'

Thanks for help

Diederik van Donk





Subject: Re: JvxSlider Problem
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 30 Oct 2004 18:28:44 +0200
Newsgroups: jedi.vcl

Try setting the FPanel.Parent before setting the slider Parent.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvRichEdit
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 30 Oct 2004 14:22:06 +0000 (UTC)
Newsgroups: jedi.vcl

Ian Jennings <ian@microwaredata.co.uk> wrote in
news:Xns9592896EF13E2ianmicrowaredatacouk@194.191.0.34: 

> > Hi all
> > 
> > I hope this hasn't been said before. It's my first time in here and I 
> > can't  google so here goes.
> > 
> > I'm wondering if I've found a problem with the TJvRichEdit control. I 
> > *think* it's a problem it shares with the TRxRichEdit.
> > 
> > I'm trying to run the control through Peter Below's tag-parsing 
> > algorithm:
> > 
> > procedure TRTFTagReplacer.Replace(AEdit: TJvRichEdit);
> > const
> >   StartDelim = '<!!';
> >   EndDelim = '!!>';
> > var
> >   n, StartPos, EndPos: Integer;
> >   Tag: String;
> > begin
> >   Assert(Assigned(AEdit));
> > 
> >   StartPos := 0;
> >   while StartPos >= 0 do
> >   begin
> >     StartPos := AEdit.FindText(StartDelim, StartPos, MaxInt, []);
> >     if StartPos >= 0 then
> >     begin
> >       EndPos := AEdit.FindText(EndDelim, StartPos +
> >       Length(StartDelim), 
> >                              MaxInt, []);
> >       if EndPos >= 0 then
> >       begin
> >         AEdit.SelStart := StartPos;
> >         AEdit.SelLength := EndPos - StartPos + Length(EndDelim);
> >         Tag := AEdit.SelText;
> >         // remove delimiters from tag
> >         Delete(Tag, 1, Length(StartDelim));
> >         SetLength(Tag, Length(Tag) - Length(EndDelim));
> >         // remove extra blanks on ends of tag
> >         Tag := Trim(Tag);
> >         Tag := ReplacementProc(Tag);
> >         // replace tag and set it bold
> >         n := AEdit.SelStart;
> >         AEdit.SelText := Tag;
> >         AEdit.SelStart := n;
> >         AEdit.SelLength := Length(Tag);
> >         //AEdit.SelAttributes.Style := [fsBold];
> >         StartPos := StartPos + Length(Tag);
> >       end
> >       else
> >         raise exception.createfmt(
> >          'Error during replacement: closing delimiter "%s" not
> >          found.', [Enddelim] );
> >     end;
> >   end;
> > end;
> > 
> > The problem *Seems* to be doing two FindTexts in succession.
> > 
> >     StartPos := AEdit.FindText(StartDelim, StartPos, MaxInt, []);
> >     if StartPos >= 0 then
> >     begin
> >       EndPos := AEdit.FindText(EndDelim, StartPos +
> >       Length(StartDelim), 
> >                              MaxInt, []);
> >       if EndPos >= 0 then
> > 

I can answer my own challenges. :) If I change MaxInt to read
Length(AEdit.Text) then it works correctly. But why only on the second
time through? Ummm.... 


Subject: Re: Uploaded some changed Units to binaries
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 30 Oct 2004 15:24:37 +0200
Newsgroups: jedi.vcl

> > Did you or sbdy else perhaps research the other, missing, features?
Nope

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Uploaded some changed Units to binaries
From: Michael Fritz <spam_athome@yahoo.de>
Date: Sat, 30 Oct 2004 14:40:34 +0200
Newsgroups: jedi.vcl

Am Sat, 30 Oct 2004 14:01:08 +0200 schrieb Peter Thornqvist:

> > (to keep Robert happy<g>).
Oh, yes that's pretty important! ;-) 

Did you or sbdy else perhaps research the other, missing, features?



-- cu, Michael 

Subject: Re: Uploaded some changed Units to binaries
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 30 Oct 2004 14:01:08 +0200
Newsgroups: jedi.vcl

Committed to CVS. Please grab from there since I reformatted it a little bit
(to keep Robert happy<g>).

Thanks for the effort!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TJvRichEdit
From: Ian Jennings <ian@microwaredata.co.uk>
Date: Sat, 30 Oct 2004 10:02:02 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

I hope this hasn't been said before. It's my first time in here and I 
can't  google so here goes.

I'm wondering if I've found a problem with the TJvRichEdit control. I 
*think* it's a problem it shares with the TRxRichEdit.

I'm trying to run the control through Peter Below's tag-parsing 
algorithm:

procedure TRTFTagReplacer.Replace(AEdit: TJvRichEdit);
const
  StartDelim = '<!!';
  EndDelim = '!!>';
var
  n, StartPos, EndPos: Integer;
  Tag: String;
begin
  Assert(Assigned(AEdit));

  StartPos := 0;
  while StartPos >= 0 do
  begin
    StartPos := AEdit.FindText(StartDelim, StartPos, MaxInt, []);
    if StartPos >= 0 then
    begin
      EndPos := AEdit.FindText(EndDelim, StartPos + Length(StartDelim),
                             MaxInt, []);
      if EndPos >= 0 then
      begin
        AEdit.SelStart := StartPos;
        AEdit.SelLength := EndPos - StartPos + Length(EndDelim);
        Tag := AEdit.SelText;
        // remove delimiters from tag
        Delete(Tag, 1, Length(StartDelim));
        SetLength(Tag, Length(Tag) - Length(EndDelim));
        // remove extra blanks on ends of tag
        Tag := Trim(Tag);
        Tag := ReplacementProc(Tag);
        // replace tag and set it bold
        n := AEdit.SelStart;
        AEdit.SelText := Tag;
        AEdit.SelStart := n;
        AEdit.SelLength := Length(Tag);
        //AEdit.SelAttributes.Style := [fsBold];
        StartPos := StartPos + Length(Tag);
      end
      else
        raise exception.createfmt(
         'Error during replacement: closing delimiter "%s" not found.',
         [Enddelim] );
    end;
  end;
end;

The problem *Seems* to be doing two FindTexts in succession.

    StartPos := AEdit.FindText(StartDelim, StartPos, MaxInt, []);
    if StartPos >= 0 then
    begin
      EndPos := AEdit.FindText(EndDelim, StartPos + Length(StartDelim),
                             MaxInt, []);
      if EndPos >= 0 then

StartPos is, first time through, about 121. EndPos returns -1, even 
though there are *many* end-delimiters in the text. The native TRichEdit 
works just fine in this situation.

Any advice will be gratefully received.

TIA


Subject: Re: TJvJVCLAboutComponent and BCB6 errors
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 30 Oct 2004 10:22:27 +0200
Newsgroups: jedi.vcl

Hi Vaclav,

> in the end there remained only "JclWin32 Errors". So this problem is probably related to JCL but it arose with JVCL component and under BCB6.

Should be gone now (be aware, that anonymous CVS access is somewhat delayed).

Greetings, Robert


Subject: Re: New JvExVCL classes Annoucement
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 30 Oct 2004 01:41:55 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Thanks, this is very much appreciated.
>
> Cheers
>
You can generate the JvExVCL classes with JvExCLX\preprocess.bat.


Subject: Re: Linking to image files in TJvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 29 Oct 2004 23:57:48 +0200
Newsgroups: jedi.vcl

Jonathan Hyams wrote:
> Is there any way to do the same as MS-Word can with image files in JVRichEdit? In other words just link to the original file 

That is NOT possible AFAICS.

> OR even better both link and insert the image?

This is possible, but it is not persistent, ie if you save the RTF file then the link will be gone, but the picture will stay.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: New JvExVCL classes Annoucement
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 29 Oct 2004 22:23:40 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Thanks, this is very much appreciated.
>
> Cheers
>
More implementation notes:

Type TJvMessage was added to JvTypes. It combines common message formats
into one record. Used to avoiding type casting.

DoClipBoardPaste, DoClipBoardCopy, DoClipBoardCut & DoUndo have been removed. The implementation through WM_PASTE .. WM_UNDO is simpler for
both VCL & CLX.
ReadOnly does not modify the ClipboardCommands but disables conflicting
ones.

Changed (Do)FocusChanged(Control: TWinControl); into FocusChanged;
Added GetFocusedControl(Instance: TControl): TWinControl to Jv(Q)ExControls.

Property HintColor has two special values:
clNone    : use Application.HintColor
clDefault : searches its parents for an HintColor <> clDefault.
They are implemented through CM_SHOWHINT/ShowHint(var HintInfo:..)

Property DlgCodes has been replaced with InputKeys: TJvInputKeys
If ikNative is set then the remainder of InputKeys is ignored =
default behaviour(Result).

VCL performs first the notifications (.....Changed) and then the inherited message (CM_.....CHANGED) handling.

CLX performs first the connected message (CM_.....CHANGED) and then the inherited notification (....Changed).

VCL: Implemented messages that require a return value are rerouted through the clx-like method, that processes the message
through the inherited WndProc.

CLX: Messages requiring a mesg.Result are routed through the related clx method.

VCL: A canvas property for WinControls will be added in case they don't have it (Similar to the JvExCLX classes). This simplifies also the DoEraseBackGround(ACanvas: TCanvas;...) implementation. ACanvas could/will(?) be ommitted.

CLX/QWindows:
- Added QueryPerformanceCount/Frequency. On Linux it uses gettimeofday
  and hence has a performance frequency of 1 Mhz (CLOCKS_PER_SEC)
- Reimplemented SendMessage/PostMessage through QEventType_Message.
- Reimplemented SetTimer/KillTimer/WM_TIMER

CLX: JvQExControls implements doublebuffering through the MainEventfilter.

I have not made all changes yet, but I guess it will be finished on
monday. ;)

Regards,

André


Subject: JvxSlider Problem
From: "Lars Tiemeier" <lars@lt6.de>
Date: Fri, 29 Oct 2004 18:31:48 +0200
Newsgroups: jedi.vcl

Hi,
when I try to create a panel with dynamically created sliders, i got an
exception (Element '' has no parent Window)
if the JvxSlider.Orientation is 'soVertical'.

any hints?

Regards,
Lars Tiemeier

-----
unit FaderPanel;

interface

uses
  SysUtils, Classes, Controls, ExtCtrls, JvHighlighter, JvxSlider, JvButton;

type
  TFaderPanel = class(TPanel)
  private
    { Private-Deklarationen }
    FlashBtn : TJvButton;
    Fader    : TJvxSlider;
    FlashBtnTop : integer;
  protected
    { Protected-Deklarationen }
  public
    { Public-Deklarationen }
    constructor create(AOwner: TComponent;FaderCount:integer);
  published
    { Published-Deklarationen }
  end;

const
  cFaderWidth     = 40;
  cFaderHeigth    = 190;
  cFaderMax       = 255;
  cFaderDiv       = 10;
  cFaderTop       = 25;
  cFlashBtnHeigth = 15;

procedure Register;

implementation

procedure Register;
begin
  RegisterComponents('LT', [TFaderPanel]);
end;

constructor TFaderPanel.create(AOwner: TComponent;FaderCount:integer);
var i : integer;
begin
   inherited create(AOwner);
   if FaderCount <= 0 then FaderCount := 1;
   if FaderCount > 32 then FaderCount := 32;

   self.Width := cFaderDiv + (cFaderWidth+cFaderDiv)*FaderCount;
   self.Height:= cFaderHeigth + (cFaderTop *2);
   FlashBtnTop := cFaderTop + cFaderHeigth + 5;

   for i:=1 to FaderCount do
   begin
     FlashBtn := TJvButton.Create(Self);
     FlashBtn.Parent := self;
     FlashBtn.Name := 'Flash'+IntToStr(i);
     FlashBtn.Caption := 'Flash';
     FlashBtn.show;
     FlashBtn.Top   :=  FlashBtnTop;
     FlashBtn.Left  := cFaderDiv  + (cFaderWidth+cFaderDiv) * (i-1);
     FlashBtn.Width := cFaderWidth;
     FlashBtn.Height:= cFlashBtnHeigth;
     FlashBtn.Show;

     Fader:= TJvxSlider.Create(self);
     Fader.Parent := self;
 //    Fader.Orientation := soVertical;
     Fader.Name := 'Fader'+IntToStr(i);
     Fader.Top   := cFaderTop;
     Fader.Left  := cFaderDiv  + (cFaderWidth+cFaderDiv) * (i-1);
     Fader.Width := cFaderWidth;
     Fader.Height:= cFaderHeigth;
     Fader.Show;
   end;
end;
end.
--------

in the MainForm I create it with
FPanel := TFaderPanel.create(Form1,5)




Subject: Got WOOT? Attempt # 2 - see binaries. $ifdef for compiler 6 and up, jvstringgrid dropdown listbox editor support.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 29 Oct 2004 11:11:11 -0400
Newsgroups: jedi.vcl

Okay I have attempted an ifdef version. both with and without the ifdef, the string grid compiles and works fine. If compiler 6 or up is defined, then I locally define a HAVE_JVEXINPLACEEDITLIST thingy.

See the jvstringgrid_ifdef.zip in binaries.

Warren


Subject: TJvJVCLAboutComponent and BCB6 errors
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 29 Oct 2004 15:10:18 +0000 (UTC)
Newsgroups: jedi.vcl

Hi, 
I wanted to use TJvJVCLAboutComponent component.
I put it on the form and after compilation I got 
following errors:
[C++ Error] aclapi.h(102): E2015 Ambiguity between 'PACCESS_MASK' 
and 'Windows::PACCESS_MASK'
.....
[C++ Error] aclapi.h(135): E2015 Ambiguity between 'PACCESS_MASK' 
and 'Windows::PACCESS_MASK'
[C++ Error] shobjidl.h(2193): E2238 Multiple declaration for 
'FOLDERSETTINGS'
[C++ Error] shobjidl.h(8095): E2238 Multiple declaration for 
'DESKBANDINFO'
[C++ Error] ShlObj.h(1422): E2238 Multiple declaration for 
'FVSHOWINFO'
[C++ Error] ShlObj.h(3457): E2238 Multiple declaration for 
'SHELLFLAGSTATE'

[C++ Error] JclWin32.hpp(87): E2257 , expected
[C++ Error] JclWin32.hpp(515): E2040 Declaration terminated 
incorrectly
[C++ Error] JclWin32.hpp(516): E2040 Declaration terminated 
incorrectly
[C++ Error] JclWin32.hpp(537): E2040 Declaration terminated 
incorrectly

I have done some correction steps of the problems and 
in the end there remained only "JclWin32 Errors". 
So this problem is probably related to JCL but it arose 
with JVCL component and under BCB6.

Can somebody checked it?

I have sent small example with basic information and correction 
steps of above mentioned problems into jedi.binaries NG. 
See more detail information in main.cpp module.
(See same Topic title.)

TIA
Vaclav


Subject: TJvDBTreeview
From: Pierre Y. <pierre@[levosgien].net>
Date: Fri, 29 Oct 2004 16:22:48 +0200
Newsgroups: jedi.vcl

Hello,

I've a little bug with TJvDBTreeview. When my application is compiled with Debug options {D+} JvDBTreeview shows only the first root node but don't show his children.

Have ever seen this. Do you know if there is a fix for this ?

Thanks and best regards,

Pierre Y.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: WOOT! dropdown list and ellipsis edit support added to TJvStringGrid. Tested on D7 only. NEED TESTING HELP.
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 29 Oct 2004 10:04:19 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Peter Thörnqvist wrote:
>
>>> TJvExPubInplaceEditList is in JvExGrids, but only for COMPILER6_UP. As
>>> such, the file does not compile.
>>
>>
>> There is no TInplaceEditList in D5/C5 and below
>>
> But then, the inplace editors in TJvDBGrid work. I'm no expert here, I'd like Fred to kick in if he has a chance to do so.

At minimum to make the change work in D6 and not break D5, I will have to make the entire change conditional on COMPILER6_UP, unless there is something clever that can be done. I doubt it.

Warren


Subject: Linking to image files in TJvRichEdit
From: "Jonathan Hyams" <jhyams@btopenworld.com>
Date: Fri, 29 Oct 2004 15:56:56 +0200
Newsgroups: jedi.vcl

Is there any way to do the same as MS-Word can with image files in 
JVRichEdit? In other words just link to the original file OR even better 
both link and insert the image?

Jonathan Hyams 




Subject: Trying to create a TDBInplaceEdit extendion
From: "Niels v/d Spek" <Jedi_ng@lumensoft.nl>
Date: Fri, 29 Oct 2004 15:45:07 +0200
Newsgroups: jedi.vcl

Hallo,

I'm trying to create a TDBGridInplaceEdit extendion that can handle also 
Custom popup Forms like TJvPopupWindow decident's.

Whay i like to have this?
I have a (Ultra)DBgrid where a Date must be entered and i like to use a 
Popup form like de TDateComboEdit.


What i have done so var?
First i hav copied the TDBGridInplaceEdit from Delpi's DBGrid into a new 
Unit.
There i have added a pore Custom control by calling a New Event in TJvDBGrid 
named OnGetDropDownControl. In this control You can return The popup control 
and optional a Bitmap (Not working jet).

In the excample form i have added a call to CreatePopupCalendar and 
SetupPopupCalendar to fill the Calanderform.
When i press the button from the inplaceEdit control the CalendarForm is 
showing but when i click on het it disapere agian.
I have searce already but i can't find why this is happening. Can someone 
here look into it...
When ready this comes free for the JVCL community.

In binary ng i have put a excemple about this.


thanks a lot,

Niels v/d Spek.





Subject: Re: Uploaded some changed Units to binaries
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 29 Oct 2004 14:48:16 +0200
Newsgroups: jedi.vcl

I'll have a look at these

Thanks
-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvValidators and DBEdit controls
From: "Opp" <develop@op-code.co.uk>
Date: Fri, 29 Oct 2004 12:45:40 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > I made a quick test:
> > 
> > Dropped a DBEdit, a JvValidator and a Button on a form. Set the
> > DBEdit as the ControlToValidate and added a CustomValidator. Wrote
> > the following event handler for CustomValidator.OnValidate:
> > 
> > procedure TForm1.JvCustomValidator1Validate(Sender: TObject;
> >   ValueToValidate: Variant; var Valid: Boolean);
> > begin
> >   Valid := DBEdit1.Text <> ''; // .Text is public in a DBEdit, so no
> > RTTI end;
> > 
> > The buttons OnClick:
> > 
> > procedure TForm1.Button1Click(Sender: TObject);
> > begin
> >   if JvValidators1.Validate then
> >     ShowMessage('Good to go!')
> >   else
> >     ShowMessage('Bummer!');
> > end;
> > 
> > This works as expected. I also tried adding an ErrorIndicator (the
> > CustomValidator must have a message and ControlToValidate <> nil) and
> > that worked as well. Actually, it even works without setting the
> > ControlToValidate property (but then nothing is shown in the
> > ErrorIndicator), so you could use a single OnValidate event to
> > validate all your DB Controls if you'd like.

Many thanks Peter. What confounded me was that the Blinking error
symbol did not flash next to the control (I therefore thought that it
was not working.)

After further examination, I realised that unless I set the
ErrorMessage property of the JvValidators property - no visible
indication is shown (Doh!)

Anyway, many thanks again for your time.

Cheers..

Opp.


Subject: Re: New JvExVCL classes Annoucement
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 29 Oct 2004 14:23:43 +0200
Newsgroups: jedi.vcl

Thanks, this is very much appreciated.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: New JvExVCL classes Annoucement
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 29 Oct 2004 14:20:51 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>
> *******************
> * JvExVCL classes *
> *******************
>
>
> MESSAGE                Notification
> ===================================================================
>
> { TControl }
>
> CM_COLORCHANGED           procedure ColorChanged;
>
> CM_ENABLEDCHANGED         procedure EnabledChanged;
>
> CM_FOCUSCHANGED           procedure FocusChanged;
>
> CM_FONTCHANGED            procedure FontChanged;
>
> CM_MOUSEENTER             procedure MouseEnter(AControl: TControl);
>
> CM_MOUSELEAVE             procedure MouseLeave(AControl: TControl);
>
> CM_PARENTCOLORCHANGED       procedure ParentColorChanged;
>
> CM_PARENTFONTCHANGED      procedure ParentFontChanged;
>
> CM_PARENTSHOWHINTCHANGED  procedure ParentShowHintChanged;
>
> CM_TEXTCHANGED            procedure TextChanged;
>
> CM_VISIBLECHANGED         procedure VisibleChanged;
>
> { TWinControl }
>
> CM_CURSORCHANGED         procedure CursorChanged;
>
> CM_SHOWINGCHANGED        procedure ShowingChanged;
>
> CM_SHOWHINTCHANGED       procedure ShowHintChanged;

>
> WM_KILLFOCUS/CM_LOSTFOCUS procedure GotFocus  { preferred )
>                          procedure DoKillFocus(FocusedWnd: HWND)
>
> WM_SETFOCUS/CM_GOTFOCUS   procedure LostFocus { preferred }
>                          procedure DoSetFocus(FocusedWnd: HWND)

CM_LOSTFOCUS/CM_GOTFOCUS are obsolete: same as DoExit/DoEnter

WM_KILLFOCUS               procedure DoKillFocus(NextWnd: HWND)

WM_SETFOCUS           procedure DoSetFocus(FocusedWnd: HWND)


> WM_SIZE                  procedure BoundsChanged;
>
> ============================================================================
>
>
> MESSAGE               Wrapper function       ============================================================================
>
> { TControl }
>
> CM_HINTSHOW               function HintShow(var HintInfo: THintInfo):
> Boolean;
>
> CM_HITTEST                function HitTest(X, Y: Integer): Boolean;
>
> { TWinControl }
>
> CM_DIALOGCHAR             function WantKey(Key: Integer; Shift:
> TShiftState;  const KeyText: WideString): Boolean;
>
> WM_ERASEBKGND            function DoEraseBackground(Canvas: TCanvas;
> LParam: Integer): Boolean;
>
> =============================================================================
>
> COMPILER5: // DELPHI 5
> protected
>   procedure SetAutoSize(Value: Boolean); dynamic
>
*******************
* JvExCLX classes *
*******************



Supported MESSAGES        Connection
==================================================================

{ TControl / JV_CONTROL}

CM_COLORCHANGED           procedure ColorChanged;

CM_ENABLEDCHANGED         procedure EnabledChanged;

CM_FOCUSCHANGED           procedure FocusChanged;

CM_FONTCHANGED            procedure FontChanged;

CM_MOUSEENTER             procedure MouseEnter(AControl: TControl);

CM_MOUSELEAVE             procedure MouseLeave(AControl: TControl);

CM_PARENTCOLORCHANGED     Native VisualCLX message;

CM_PARENTFONTCHANGED      Native VisualCLX message;

CM_PARENTSHOWHINTCHANGED  Native VisualCLX message;

CM_TEXTCHANGED            procedure TextChanged;

CM_VISIBLECHANGED         procedure VisibleChanged;

CM_HITTEST                function HitTest(X, Y): boolean;

CM_HINT                   function HintShow(var HintInfo: THintInfo):
                            boolean

{ TWidgetControl / JV_WINCONTROL}

CM_BUTTONPRESSED          Native VisualCLX message

CM_CURSORCHANGED          procedure CursorChanged;

CM_KEYDOWN                Native VisualCLX message

CM_SHOWINGCHANGED         procedure ShowingChanged;

CM_SHOWHINTCHANGED        procedure ShowHintChanged;

CM_WANTKEY                Native VisualCLX message

CM_RECREATEWND            CM_RECREATEWINDOW Native VisualCLX message

WM_KILLFOCUS              procedure SetFocus;
                          procedure DoKillFocus(NextWnd: HWND)

WM_SETFOCUS               procedure SetFocus;
                          procedure DoSetFocus(PreviousWnd: HWND)

WM_SIZE                   procedure BoundsChanged;

CM_ENTER                  procedure DoEnter;

CM_LEAVE                  procedure DoLeave;

WM_GETDLGCODE             property InputKeys;

WM_ERASEBKGND             function DoEraseBackGround(Canvas: TCanvas;
                            LParam: integer)

{ EditControl / JV_EDITCONTROL )

WM_CUT                    procedure CutToClipBoard;

WM_PASTE                  procedure PasteFromClipBoard;

WM_COPY                   procedure CopyToClipBoard;   

WM_UNDO                   procedure Undo;

WM_CLEAR                  procedure Clear;

Regards,

André Snepvangers
JVCL VisualCLX coordinator,
JVCL developer


Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 29 Oct 2004 10:44:34 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Since you busy with HTML support, take also a look JvMarkUpLabel, it has
>> also support for HTML.
>

JvLinkLabel, ...

> Actually, thinking about it, we have quite a few controls that work with
> HTML type text and they all seem to use their own method of converting from
> tags to formatted text.  

Exactly, a more generic approach would be preferable.

Regards,

André


Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: "Niels" <Info@lumensoft.nl>
Date: Fri, 29 Oct 2004 09:27:37 +0200
Newsgroups: jedi.vcl

Peter,

I'm willing to do that, when we come to a decision about the way we like to 
do the transformation.

Niels v/d Spek


"Peter Thörnqvist" <peter3@nospam.peter3.com> schreef in bericht 
news:clsktq$728$1@talkto.net...
>> >> Since you busy with HTML support, take also a look JvMarkUpLabel, it has
>> >> also support for HTML.
> > Do you mean for ideas or do you think it should be redesigned to use the
> > same method as JvPrint?
> >
> > Actually, thinking about it, we have quite a few controls that work with
> > HTML type text and they all seem to use their own method of converting 
> > from
> > tags to formatted text. Maybe someone should make an effort and try to
> > consolidate the approaches?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 29 Oct 2004 09:05:16 +0200
Newsgroups: jedi.vcl

> > Since you busy with HTML support, take also a look JvMarkUpLabel, it has
> > also support for HTML.
Do you mean for ideas or do you think it should be redesigned to use the
same method as JvPrint?

Actually, thinking about it, we have quite a few controls that work with
HTML type text and they all seem to use their own method of converting from
tags to formatted text. Maybe someone should make an effort and try to
consolidate the approaches?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvValidators and DBEdit controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 29 Oct 2004 09:00:53 +0200
Newsgroups: jedi.vcl

I made a quick test:

Dropped a DBEdit, a JvValidator and a Button on a form. Set the DBEdit as
the ControlToValidate and added a CustomValidator. Wrote the following event
handler for CustomValidator.OnValidate:

procedure TForm1.JvCustomValidator1Validate(Sender: TObject;
  ValueToValidate: Variant; var Valid: Boolean);
begin
  Valid := DBEdit1.Text <> ''; // .Text is public in a DBEdit, so no RTTI
end;

The buttons OnClick:

procedure TForm1.Button1Click(Sender: TObject);
begin
  if JvValidators1.Validate then
    ShowMessage('Good to go!')
  else
    ShowMessage('Bummer!');
end;

This works as expected. I also tried adding an ErrorIndicator (the
CustomValidator must have a message and ControlToValidate <> nil) and that
worked as well. Actually, it even works without setting the
ControlToValidate property (but then nothing is shown in the
ErrorIndicator), so you could use a single OnValidate event to validate all
your DB Controls if you'd like.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 29 Oct 2004 01:08:03 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> If you have any other good ideas, I'd like to hear them
>
Since you busy with HTML support, take also a look JvMarkUpLabel, it has also support for HTML.

Regards,

André Snepvangers.


Subject: Re: Problems after installation with actual CVS version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 29 Oct 2004 00:55:31 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Any solution for that??

This bug is now fixed (in CVS).

Something must allocate the 7FFA0000 address and JclUnitVersionening fails
while detecting if the memory page is a valid NamedProcessAddress. I have
inserted code that tests for a valid (accessable) memory page.


-- Regards, Andreas Hausladen 

Subject: Re: TjvCheckListBox
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Thu, 28 Oct 2004 15:51:49 -0700
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> In a normal listbox, you could use the Objects array to store the integers,
> like this:
>
> ListBox1.Items.AddObject(FirstName, TObject(5));
> ListBox1.Items.AddObject(SecondName, TObject(10));
> ListBox1.Items.AddObject(ThirdName, TObject(7));
>
> You then access the data n the Objects array using the same index as for the
> normal Items:
>
> Name := ListBox1.Items[Index]
> Value := integer(ListBox1.Items.Objects[Index]);
>
> I'm not sure how CheckListBox stores its check info, but if it isn't stored
> in the Objects array, you can use it the same way as for a standard listbox.
> If you can't store it like that, you could keep a separate list (TList for
> example) that holds the index values. You would then have to make sure that
> you update this list whenever the CheckListBox changes (when items are
> added, deleted, changed, moved etc)
>
Thank you, i get so hung up in looking for clickable solutions i forget the standards stuff.  A synchronized Tlist should be just fine.


Subject: Re: JvValidators and DBEdit controls
From: "Opp" <develop@op-code.co.uk>
Date: Thu, 28 Oct 2004 21:10:36 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > If the property isn't published, there is no RTTI for the property
> > and the validators can't extract the property value for you.
> > You should write the OnValidate event something like this instead:
> > 
> > if (VarIsNull(DBControl.Value)) or (DBControl.Value.AsString = '')
> > then   Valid := False;

Sorry Peter, but I cannot manage to get the component to work with any
approach. Yes, it seems that because it is not possible for the
component to access the RTTI information - it will not repond to the
normal validation process.

I have have even tried explicitly making reference to the control in
question such as..

If (VarIsNull(Fax.Text)) or (Fax.text = '')  then 
Valid := false;

// where "Fax" is the name of the DBEdit component in question

But this does not work either. I am working with TDBEdit components
Btw.

Thanks for your help..

Opp.



Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 28 Oct 2004 23:09:07 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I am seeing 2 different solutions myself:
>
> 1. pass in procedure pointers or event handlers as substitutions for
> ItemHTHeight and ItemHTDraw to PrintHTML
> 2. Define an interface that is passed into PrintHTML. This interface could
> be implemented to call ItemHTHeight and ItemHTDraw
> 3. Add a CustomDraw:boolean property and OnGetItemHeight and OnItemDraw
> event handlers to JvPrint. These would then be called from the standard
> Print method when appropriate.
>
> If you have any other good ideas, I'd like to hear them

You could use the strategy pattern (http://www.dofactory.com/Patterns/PatternStrategy.aspx) here (variation of 2).

For examples of the strategy pattern you could look at TStringList with CustomSort in Classes.pas or TStringHashMap with Traits in JclStrHashMap.pas.

Strategy declares the interface, something like:

THTMLPrintStrategy = class
public
  procedure Print(Strings: TStrings); virtual; abstract;
end;

You can implement the interface with the JvHTControls unit.

The context would then use the strategy:

TJvPrint = class
public
  procedure PrintHTML(Strings: TStrings);
  property HTMLPrintStrategy: THTMLPrintStrategy;
end;

procedure TJvPrint.PrintHTML(Strings: TStrings);
begin
  HTMLPrintStrategy.Print(Strings);
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Oct 2004 22:13:22 +0200
Newsgroups: jedi.vcl

> > The only thing is dat we need add the connection to the HT procedures
moost
> > of the time ;)
Yes, that might be seen as a problem. But you could also see it as a
benefit: if you find a better way to print HTML, you don't need to change
anything in the JVCL + that it supports printing any type of data in any
type of format as long as you can write a method that converts the text to
canvas output.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TjvCheckListBox
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Oct 2004 21:51:53 +0200
Newsgroups: jedi.vcl

In a normal listbox, you could use the Objects array to store the integers,
like this:

ListBox1.Items.AddObject(FirstName, TObject(5));
ListBox1.Items.AddObject(SecondName, TObject(10));
ListBox1.Items.AddObject(ThirdName, TObject(7));

You then access the data n the Objects array using the same index as for the
normal Items:

Name := ListBox1.Items[Index]
Value := integer(ListBox1.Items.Objects[Index]);

I'm not sure how CheckListBox stores its check info, but if it isn't stored
in the Objects array, you can use it the same way as for a standard listbox.
If you can't store it like that, you could keep a separate list (TList for
example) that holds the index values. You would then have to make sure that
you update this list whenever the CheckListBox changes (when items are
added, deleted, changed, moved etc)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvOfficeColorPanel.Automatic.Color
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 28 Oct 2004 15:16:40 -0400
Newsgroups: jedi.vcl

Whoops!... I'll be sure to add next time if item does not exist. Sorry.

Bill


Subject: TjvCheckListBox
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Thu, 28 Oct 2004 12:14:18 -0700
Newsgroups: jedi.vcl

How do you set a check list box to display one value like a Name and also have another value accessible like a number.  I want to store list and show the user the name values but i need to access the numbers for each in code. how is this achievable?

I Want it to look like this

_ First Name (hidden value 5)
_ Second Name (hidden value 10)
_ Thirs Name (hidden value 7)


Thanks


Subject: Re: WOOT! dropdown list and ellipsis edit support added to TJvStringGrid. Tested on D7 only. NEED TESTING HELP.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 28 Oct 2004 21:09:08 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> TJvExPubInplaceEditList is in JvExGrids, but only for COMPILER6_UP. As
>> such, the file does not compile.
>
> There is no TInplaceEditList in D5/C5 and below
>
But then, the inplace editors in TJvDBGrid work. I'm no expert here, I'd like Fred to kick in if he has a chance to do so.


Subject: Re: JvValidators and DBEdit controls
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Oct 2004 21:07:51 +0200
Newsgroups: jedi.vcl

If the property isn't published, there is no RTTI for the property and the
validators can't extract the property value for you.
You should write the OnValidate event something like this instead:

if (VarIsNull(DBControl.Value)) or (DBControl.Value.AsString = '') then
  Valid := False;


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvOfficeColorPanel.Automatic.Color
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 28 Oct 2004 20:38:52 +0200
Newsgroups: jedi.vcl

Bill Miller wrote:
> I just added AutoColor to TJvOfficeColorPanel.Properties in the OnLine Help.
>
> JvOfficeColorPanel1.Properties.AutoColor := clFuchsia;
>
>
> "There is no registration form, logins are only granted after a request has been sent to the project leaders for the respective Jedi projects."
>
> Please email me a logon password so I can log in when adding to the help files.
>
> Regards,
>
> Bill
>
Hi.

Thanks for that.
However, you didn't add an item, but edited an existing one which is not the correct way to update the help. Basically, when you can't find an item in the help, use the add button (yellow plus) instead of the edit sign on an existing item.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: "Niels" <Info@lumensoft.nl>
Date: Thu, 28 Oct 2004 18:56:29 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schreef in bericht 
news:clqonv$rsv$1@talkto.net...
> > I've posted a possible reimplementation of JvPrint in binaries. Feedback 
> > and
> > comments welcome.
> >
I have looked ad your modified code of JvPrint. I do understand your problem 
and this is a very simple fix.
The only thing is dat we need add the connection to the HT procedures moost 
of the time ;)

Thanks

Niels v/d Spek

> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: JvValidators and DBEdit controls
From: "Opp" <develop@op-code.co.uk>
Date: Thu, 28 Oct 2004 16:55:39 +0000 (UTC)
Newsgroups: jedi.vcl

Hi -

Its probably that Im missing something but.. I cannot seem to get the
Validator components to work as expected with DBEdit controls.

I first noticed that the property to validate (either the field value
or text property) were not available from the drop down list of the
Validator component (I wanted to implement a Required Validator rule.)

I then had a look at a Custom validator and used something like..

if (VarIsNull(ValueToValidate)) or (ValueToValidate = '') then
Valid := False;

Expetting this to trigger the expected behaviour (blinking symbol
beside control or whatever.)

But, while this works on TEdit components - it down not seem to work on
TDBEdit controls.

Any help/ Advice would be much appreciated..

Cheers..

Opp.


Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: "Niels" <Info@lumensoft.nl>
Date: Thu, 28 Oct 2004 18:41:33 +0200
Newsgroups: jedi.vcl

I was zelf thinking about to remove the HTML procedures from the JvHTControl 
into a new Unit pleaced some ware else.


"Peter Thörnqvist" <peter3@nospam.peter3.com> schreef in bericht 
news:clqonv$rsv$1@talkto.net...
> > I've posted a possible reimplementation of JvPrint in binaries. Feedback 
> > and
> > comments welcome.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: Re: Modifification of JvHtControls/JvPrint: advice needed
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Oct 2004 15:57:58 +0200
Newsgroups: jedi.vcl

I've posted a possible reimplementation of JvPrint in binaries. Feedback and
comments welcome.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Modifification of JvHtControls/JvPrint: advice needed
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Oct 2004 15:16:52 +0200
Newsgroups: jedi.vcl

I am revieweing some changes to JvHTControls and JvPrint from Niels v/d Spek
and need some advice. I have no problem with the code as such. As far as I
can see, it works nicely.

The problem is instead that a new method in JvPrint uses JvHTControls to be
able to print HTML.

Using JvHTControls means that the JvCmp package (where JvPrint is located)
now requires the JvCtrls package (wher JvHTControls is located).

Since JvCmp is close to the JVCL package dependency root, I would very much
like to avoid having it depend on packages "higher up".

So my question to you is: how should I resolve this issue so that we don't
have to include JvHtControls in JvPrint but still have the ability to print
using the HT support methods?

The code looks like this:


procedure TJvPrint.PrintHTML(Value: TStrings);
var
  I, Line, Pagenum: Integer;
  lHeight : Integer;
  lRect   : TRect;
  lPixels : Integer;
begin
  //let's print
  if Assigned(FOnBeginPrint) then
    FOnBeginPrint(Self);
  line := 0;
  Printer.BeginDoc;
  Pagenum := 1;
  lPixels :=  GetScale;
  for I := 0 to Value.Count - 1 do
  begin
    if Assigned(FOnProgress) then
      FOnProgress(Self, I + 1, Value.Count);
    lHeight := ItemHTHeight(Printer.Canvas, Value[I], lPixels)+1;

    if Line + LHeight > Printer.PageHeight then
    begin
      Line := 0;
      Printer.NewPage;
      Inc(PageNum);
      if Assigned(FOnNextPage) then
        FOnNextPage(Self, PageNum);
    end;
    lRect := Rect(0,line, Printer.PageWidth , lHeight);
    ItemHTDraw(Printer.Canvas,lRect,[odReserved1],Value[i], lPixels);
    Line := Line + lHeight;
  end;
  Printer.EndDoc;
  if Assigned(FOnFinishedPrint) then
    FOnFinishedPrint(Self);
end;

I am seeing 2 different solutions myself:

1. pass in procedure pointers or event handlers as substitutions for
ItemHTHeight and ItemHTDraw to PrintHTML
2. Define an interface that is passed into PrintHTML. This interface could
be implemented to call ItemHTHeight and ItemHTDraw
3. Add a CustomDraw:boolean property and OnGetItemHeight and OnItemDraw
event handlers to JvPrint. These would then be called from the standard
Print method when appropriate.

If you have any other good ideas, I'd like to hear them

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JclRegistry redesign
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 28 Oct 2004 14:56:34 +0200
Newsgroups: jedi.vcl

Jens wrote:

> My JvAppRegistryStorage Tests are working without problems.

Have a look if you can use the new functions RegRead*, RegWrite* *Single, *Double and *Extended.


Subject: Re: Docking windows
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 28 Oct 2004 13:16:01 +0200
Newsgroups: jedi.vcl

function DrawThemedFrameControl(Control: TControl; DC: HDC; const Rect:
TRect; uType, uState: UINT): BOOL;
....
  {$IFDEF JVCLThemesEnabled}
  if ((Control = nil) or (not (csDesigning in Control.ComponentState))) and
    ThemeServices.ThemesEnabled then
  begin


-- Regards, Andreas Hausladen 

Subject: Re: Docking windows
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 28 Oct 2004 13:15:17 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > However using DrawThemedFrameControl() I need a control to pass to this
> > function. 

I have changed the code so it allows Control = nil. The Control was only
used for the csDesigning test.


-- Regards, Andreas Hausladen 

Subject: Uploaded some changed Units to binaries
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 28 Oct 2004 12:31:37 +0200
Newsgroups: jedi.vcl

Hi,

I've uploaded some units to binaries, subject: "TJvDockXXXStyle changed for
theme support"

-- cu, Michael 

Subject: Re: Docking windows
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 28 Oct 2004 09:51:18 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> "Andreas Hausladen" wrote in message <news:cloak6$cqu$1@talkto.net>:
>
>
>> There is a DrawThemedFrameControl() function in JvThemes, if I remember
>> correctly.
>
> Yes! You are right! Wow impressive what's already in the various libraries
> ;-) However using DrawThemedFrameControl() I need a control to pass to this
> function. Inside the procedure TJvDockVIDTree.DrawCloseButton() however I just have
> got a canvas. Is there any function which returns the appropriate control
> of a canvas handle?

There's a Win32 API that gets you the handle of a window from a canvas:

CanvasWindow := WindowFromDC(Canvas.Handle)

But if your canvas is a TControlCanvas, there are some properties in that class that should help you.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JclRegistry redesign
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 28 Oct 2004 09:41:08 +0200
Newsgroups: jedi.vcl

> >Since the PH version of JclRegistry was unfinished and untested
> >i redesigned most of the file. The functions are API compatible
> >and tested.
> >Please test the components using JclRegistry (especially Storage 
> >backend) that i did not introduce bugs.
> >

My JvAppRegistryStorage Tests are working without problems.
Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Docking windows
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 28 Oct 2004 08:46:30 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" wrote in message <news:cloak6$cqu$1@talkto.net>:

> > There is a DrawThemedFrameControl() function in JvThemes, if I remember
> > correctly.
Yes! You are right! Wow impressive what's already in the various libraries
;-) 
However using DrawThemedFrameControl() I need a control to pass to this
function. 
Inside the procedure TJvDockVIDTree.DrawCloseButton() however I just have
got a canvas. Is there any function which returns the appropriate control
of a canvas handle?


-- cu, Michael 

Subject: Re: WOOT! dropdown list and ellipsis edit support added to TJvStringGrid. Tested on D7 only. NEED TESTING HELP.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Oct 2004 08:24:34 +0200
Newsgroups: jedi.vcl

> > TJvExPubInplaceEditList is in JvExGrids, but only for COMPILER6_UP. As
> > such, the file does not compile.
There is no TInplaceEditList in D5/C5 and below

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Wizard-based installer and new build system?
From: "Don S" <mudshark@rancidbud.org>
Date: Wed, 27 Oct 2004 20:17:15 -0400
Newsgroups: jedi.general,jedi.vcl


>> > > I saw on the JVCL website that a new build system and wizard-based installer 
>> > > were being developed in March.  What's the status of those items? 

> > Both these are in use in the JVCL 3 Beta (1 & 2) and is also available 
> > in the daily zips available here:

> > Please note that you will need the latest JCL to compile the JVCL.

I found makemodified.bat and build.exe in packages\bin. Let me say that it is one impressive piece of work, and a damned fine install tool.

This is the only time I've ever (re-)installed JVCL and didn't care (or whine to be more exact) about how large it was... <g>

Keep up the good work.

--Don


Subject: Re: JvOfficeColorPanel.Automatic.Color
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 27 Oct 2004 19:19:42 -0400
Newsgroups: jedi.vcl

I just added AutoColor to TJvOfficeColorPanel.Properties in the OnLine Help.

JvOfficeColorPanel1.Properties.AutoColor := clFuchsia;


"There is no registration form, logins are only granted after a request has been sent to the project leaders for the respective Jedi projects."

Please email me a logon password so I can log in when adding to the help files.

Regards,

Bill



Subject: Re: WOOT! dropdown list and ellipsis edit support added to TJvStringGrid. Tested on D7 only. NEED TESTING HELP.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 27 Oct 2004 22:58:50 +0200
Newsgroups: jedi.vcl

Ok, here is my report:

C6, D6:
Commented out lines 250,251,252 because of warning about unused field.
Added override on the Create declaration at line 268, declaration was hiding inherited Create.

C5:
TJvExPubInplaceEditList is in JvExGrids, but only for COMPILER6_UP. As such, the file does not compile.

I have no idea how to fix that issue under C5, maybe Fred could provide some feedback from his experience in JvDBGrid.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvOfficeColorPanel.Automatic.Color
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 27 Oct 2004 22:38:44 +0200
Newsgroups: jedi.vcl

Bill Miller wrote:

> Ok.  I'll help.  How do you achieve updating the file?

Click on the edit button in the top right toolbar. This opens the item in edit mode, where you can make your changes. Click on submit and someone will review your changes and add them to the database.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvOfficeColorPanel.Automatic.Color
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 27 Oct 2004 16:26:39 -0400
Newsgroups: jedi.vcl

Ok.  I'll help.  How do you achieve updating the file?

Bill

Peter Thornqvist wrote:
>> Found it in the source... online help was empty.
>
> You can update the help yourself, making it easier for the next guy to find
> the answer :)
>



Subject: Re: JvOfficeColorPanel.Automatic.Color
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 27 Oct 2004 19:56:30 +0200
Newsgroups: jedi.vcl

> > Found it in the source... online help was empty.
You can update the help yourself, making it easier for the next guy to find
the answer :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvOfficeColorPanel.Automatic.Color
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 27 Oct 2004 13:51:30 -0400
Newsgroups: jedi.vcl

Found it in the source... online help was empty.

JvOfficeColorPanel1.Properties.AutoColor

Thanks

Bill


Subject: JvOfficeColorPanel.Automatic.Color
From: Bill Miller <w2m@frontiernet.net>
Date: Wed, 27 Oct 2004 13:40:52 -0400
Newsgroups: jedi.vcl

Can you change the JvOfficeColorPanel Automatic Color button color to another color? If so how?

Thanks Bill


Subject: Re: JvAppInstances and JvAppEvents together
From: "Craig" <craig@.at.qnotes.com>
Date: Wed, 27 Oct 2004 13:04:56 -0400
Newsgroups: jedi.vcl

> > As a hack, add a test for Application <> nil in ClearEvents [of the 
> > JvAppEvents]

Already had tried that and it works fine.
Can this change go from hack to csv update?

Thank You again...
-
Craig 




Subject: Re: calling the precompiled jcl installer from the JVCL installer?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 27 Oct 2004 18:22:28 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> Or at least a detection system that warns the user when it
>> cannot find the JCL.
>
>
> Isn't that implemented? The only problem is that there is no JCL version
> information available that the installer could use.

Well, the latest reports I had were that the JVCL installer tries to compile the package and stops with an error message about DJclVcl.dcp being missing.

Maybe the installer could look for the bpl file in the known directories from Delphi/BCB. Then warns the user if it can't find the packages. And if the JCL is in ..\..\JCL, then call the JCL installer.


Subject: Re: calling the precompiled jcl installer from the JVCL installer?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 27 Oct 2004 17:43:32 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Or at least a detection system that warns the user when it
> > cannot find the JCL.

Isn't that implemented? The only problem is that there is no JCL version
information available that the installer could use.


-- Regards, Andreas Hausladen 

Subject: Re: Docking windows
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 27 Oct 2004 17:41:32 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > DrawFrameControl

There is a DrawThemedFrameControl() function in JvThemes, if I remember
correctly.


-- Regards, Andreas Hausladen 

Subject: Re: Docking windows
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 27 Oct 2004 16:59:05 +0200
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message <news:1d81eb4grar4a.dlg@die-fritzens.de>:

> > Any comments?
Yes, one ;-) At least an unfocused state is missing for the themed close
button. I will try to get this running too.

-- cu, Michael 

Subject: Re: Docking windows
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 27 Oct 2004 16:56:55 +0200
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message <news:6lh77u8rkfsk.dlg@die-fritzens.de>:

Answering myself ;-)
I've successfully implemented a themed close button to unit JvDockVIDStyle.

I've made only some small changes in the coding: 
- Added Themes to the interface uses clause:
  {$IFDEF JVCLThemesEnabled} Themes {$ENDIF};

- Changed the TJvDockVIDTree.DrawCloseButton procedure

procedure TJvDockVIDTree.DrawCloseButton(Canvas: TCanvas; Zone: JvDockZone;
Left, Top: Integer);
var
  AZone: TJvDockAdvZone;
  ADockClient: TJvDockClient;
// MF
  {$IFDEF JVCLThemesEnabled} 
  Details : TThemedElementDetails;
  CurrentThemeType : TThemedWindow;
  {$ENDIF}
begin
  AZone := TJvDockAdvZone(Zone);
  if AZone <> nil then
  begin
    ADockClient := FindDockClient(Zone.ChildControl);
    if (ADockClient <> nil) and not ADockClient.EnableCloseButton then
      Exit;
// MF
    {$IFDEF JVCLThemesEnabled} 
    if ThemeServices.ThemesAvailable AND ThemeServices.ThemesEnabled then
    begin
  	CurrentThemeType := twSmallCloseButtonNormal;
        if AZone.CloseBtnDown then
          CurrentThemeType := twSmallCloseButtonPushed;
        Details := ThemeServices.GetElementDetails(CurrentThemeType);
        ThemeServices.DrawElement(Canvas.Handle, Details, Rect(Left, Top,
          Left + ButtonWidth, Top + ButtonHeight));
    end
    else
    {$ENDIF}
      DrawFrameControl(Canvas.Handle, Rect(Left, Top, Left + ButtonWidth,
        Top + ButtonHeight), DFC_CAPTION, DFCS_CAPTIONCLOSE or        
        Integer(AZone.CloseBtnDown) * DFCS_PUSHED)
    end;
end;


The changes are for demonstration purposes only and need to be adjusted to
reflect the current JEDI coding standards.

Any comments?
-- cu, Michael 

Subject: Need a DBCheckComboEdit
From: "Niels" <Info@lumensoft.nl>
Date: Wed, 27 Oct 2004 16:22:03 +0200
Newsgroups: jedi.vcl

Hallo JVCL developers/users,

I like JVCL a lot, and i try to convert al of my programm's to use only 
JVCL. Now i'm searching for a DB aware CheckComboEdit control.

JVCL has a non DB version that works fine but not for DB use. Is here 
someone that likes to help me to create a DB version of this control????????

Thanks a lot,

Niels v/d Spek





Subject: Docking windows
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 27 Oct 2004 16:09:50 +0200
Newsgroups: jedi.vcl

Hi,

playing around with the docking demo I wonder if it's possible to get the
various docking style windows themed?

E.g. I've added a XPMainfest to the main form of VCDemoPro, thus some of
the controls are now themed. 

The grip bar (is it really called a grip bar like the one on the status
bar?), the close and maximize/minimize button (the arrow button) are still
shown the normal way - unthemed when in state docked.

The same happens to the docking windows of the VIDDemoPro. The little close
button is still unthemed when the window is in state docked.

The same happens to dock style Delphi and others.

Is there any chance to get those items themed or is this subject to some of
the VCL units?
-- cu, Michael 

Subject: TJvFormMagnet with Docked windows
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 27 Oct 2004 15:56:20 +0200
Newsgroups: jedi.vcl

Hi,

I'm trying to use TJvFormMagnet with some the VCDemoPro's docking windows
like MemoryUnit and OutputUnit.

I've simply added a TJvFormMagnet to each of the mentioned docking windows,
set the MainFormMagnet and Active property to True and tried to get those
windows stuck to the main form - however this didn't work.

-- cu, Michael 

Subject: Re: Error in JvEdit.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 27 Oct 2004 14:26:43 +0200
Newsgroups: jedi.vcl

> > The second one... I've been "away" for some time and, when I saw two of
> > them, I just tried the second one...
Good, because that's the one I updated in CVS :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: warning for JvColorProvider.pas
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 27 Oct 2004 12:28:56 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Nothing to worry about generally. It means that somewhere a computation was
> made using a cardinal and an integer and Delphi had to promote the operands
> to the larger type.
>
Yup, but it seems some warnings have the power to crash the compiler in BCB5. Better fix that file with an Int64(TheCardinalValue)

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Error in JvEdit.pas
From: "João A. Toledo" <jt.lista@uol.com.br>
Date: Wed, 27 Oct 2004 08:16:23 -0200
Newsgroups: jedi.vcl

The second one... I've been "away" for some time and, when I saw two of them, I just tried the second one...

João Toledo


Subject: JvGroupHeader does not reflect some changes in properties
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 27 Oct 2004 11:43:53 +0200
Newsgroups: jedi.vcl

Hi,

I'm using JVCL downloaded two days before (latest build). Trying the
JvGroupHeader I discovered some little bugs:

When changing the BevelOptions.Pen.Style/.Color/.Mode property are not
immediately displayed on the control. This is also true for the Brush
properties.

When changing BevelOptions.Shape property afterwards all alterations from
the properties above are visible.

BTW changing some of the LabelOptions properties does invoke nothing. What
is the purpose of them?

-- cu, Michael 

Subject: Re: JvAppInstances and JvAppEvents together
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 27 Oct 2004 11:03:32 +0200
Newsgroups: jedi.vcl

Since both replace the Application objects events, I don't think it will be
easy.
As a hack, add a test for Application <> nil in ClearEvents

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: warning for JvColorProvider.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 27 Oct 2004 10:52:50 +0200
Newsgroups: jedi.vcl

Nothing to worry about generally. It means that somewhere a computation was
made using a cardinal and an integer and Delphi had to promote the operands
to the larger type.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: No more WinHelp?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 27 Oct 2004 00:56:40 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> An idea would be to use another format than dtx for the help files (for
>> example xml), that should easily be transformatted to dtx.
>
> Actually, DOM 4 seems to be able to generate XML output...
>
> http://www.doc-o-matic.com/featuresummary.html
>

I meant that it might be an good idea for the online help to output XML. That is more easy to parse, transform etc. It should be easy to transform XML to dtx, so we can still use DOM.

For example

<description>
  Parameters * 10
  <item>Item1</item>
  <item>Item2</item>
</description>
<parameters>
  <name>Param1</name><desc>Some description</desc>
  <name>Description</name><desc>Some description</desc>
</parameters>

is easier to parse than:

Description
  Parameters * 10
  * Item1
  * Item2
Parameters
  Param1      - Some description
  Description - Some description

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvAppInstances and JvAppEvents together
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 26 Oct 2004 18:15:01 -0400
Newsgroups: jedi.vcl

Can these two components be used together?
If so then how?

The second instance of JvAppEvents fails as the application has already 
been destroyed.

procedure TJvAppEventList.ClearEvents;
begin
  if FHooked then
  begin
    Application.OnActivate := nil;   <<<<<< fails here as on the second 
instance Application is nil.
    Application.OnDeactivate := nil;
    Application.OnException := nil;
.....

Thanks

Craig. 




Subject: Re: WOOT! dropdown list and ellipsis edit support added to TJvStringGrid. Tested on D7 only. NEED TESTING HELP.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 26 Oct 2004 22:28:22 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Okay, it turned out not to be so hard to add dropdown list and ellipsis support to JvStringGrid.
>
> However I need someone to test it on C++ builder, and I need some help to see if this will compile under Delphi 5, or if it needs ifdefs.
>
> Please check this code on one of the following if you have it:
>     - C++ Builder (all versions)
>     - Delphi 5, 6, Delphi 6 Personal

I'll test C++ Builder 5, 6 and Delphi 6 tomorrow evening. By having the C++ Builder 5 compatibility, we should get the Delphi 5 compatibility pretty much /automagically/.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: WOOT! dropdown list and ellipsis edit support added to TJvStringGrid. Tested on D7 only. NEED TESTING HELP.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 26 Oct 2004 15:01:34 -0400
Newsgroups: jedi.vcl

Okay, it turned out not to be so hard to add dropdown list and ellipsis support to JvStringGrid.

However I need someone to test it on C++ builder, and I need some help to see if this will compile under Delphi 5, or if it needs ifdefs.

Please check this code on one of the following if you have it:
    - C++ Builder (all versions)
    - Delphi 5, 6, Delphi 6 Personal

I am pretty sure it will need some ifdefs in delphi 5 to get it to compile, but I could be wrong.

See jvstringgridlist.zip in jedi.binaries

If these are all tested and working, then I can check in. (I have CVS access, but I need help to check this feature works everywhere.)

Installation:
 You have to put my JvStringGrid.pas new version into your JVCL3\run
 folder, then  close Delphi, and rebuild JVCL3, using the JVCL
 installer.

By the way, the key to the change is to replace the TInplaceEdit base
class with TInplaceEditList. (I recommend if you're curious, just look at my version using windiff, comparing it to the version in CVS head.).
The rest is just details.

New events and sample code:

    //TJvStringGrid.GetEditStyle:
procedure TForm1.JvStringGrid1GetEditStyle(Sender: TJvStringGrid; AColumn,
  ARow: Integer; PickListStrings: TStrings; var EditStyle: TEditStyle);
begin
 if AColumn=1 then begin
    EditStyle := esPickList;
    PickListStrings.Add('Sample1');
    PickListStrings.Add('Sample2');
 end else if AColumn=2 then begin
    EditStyle := esEllipsis;
 end;
end;

  // TJvStringGrid.OnEditButtonClick:
procedure TForm1.JvStringGrid1EditButtonClick(Sender: TObject);
begin
  Application.MessageBox('Edit button click','Click',MB_OK);
end;


"Ray of sunshine, shall we dance?"
    --Maxwell, TV character,
    Greatest American Hero


Regards,

Warren



Subject: Re: Error in JvEdit.pas
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 26 Oct 2004 20:08:00 +0200
Newsgroups: jedi.vcl

> > It seems to be ok now. Thank you very much!
Is this with the first or the second update posted to jedi.binaries?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Error in JvEdit.pas
From: "João A. Toledo" <jt.lista@uol.com.br>
Date: Tue, 26 Oct 2004 13:54:37 -0200
Newsgroups: jedi.vcl

Peter,

It seems to be ok now. Thank you very much!


João Toledo


Subject: warning for JvColorProvider.pas
From: "Gultekin Komanli" <gkomanli@bendersecurities.com>
Date: Tue, 26 Oct 2004 15:21:42 +0000 (UTC)
Newsgroups: jedi.vcl


Hi All,

I'm trying to use the latest builds, here is what I got when installing
JVCL :

[Compiling: JvCoreD7R.bpl]
	"C:\Program Files\Borland\Delphi7\\bin\dcc32.exe" -Q -M -B
JvCoreD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation

C:\Delphi 7 Install\JVcl\run\JvColorProvider.pas(536) Warning:
Combining signed and unsigned types - widened both operands

-Gultekin


Subject: Re: JVCLInstall and Dxgettext
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 26 Oct 2004 16:57:57 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Hi,
>
> just a simple question: JVCLInstaller uses the coding below called from
> Initialization.
> Does this mean that the two files: JVCLInstall.po and JVCL.po are loaded
> both to translate the various texts inside the installer? I'm too using
> dxgettext from Lars but I always thought that I can only use one domain.
>
> procedure InitDxgettext;
> var
>   Path: string;
> begin
>   Path := ExtractFilePath(ExtractFileDir(ParamStr(0))) + 'locale';
>   bindtextdomain('JVCLInstall', Path);
>   bindtextdomain('jvcl', Path);
>   AddDomainForResourceString('JVCLInstall');
> end;

Actually, you need to put two calls to AddDomainForResourceString instead of two calls to bindtextdomain. And yes, calling multiple times AddDomainForResourceString will get those catalogs used.

-- 
Olivier Sannier
JVCL Coordinator


Subject: JVCLInstall and Dxgettext
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 26 Oct 2004 16:13:32 +0200
Newsgroups: jedi.vcl

Hi,

just a simple question: JVCLInstaller uses the coding below called from
Initialization. 

Does this mean that the two files: JVCLInstall.po and JVCL.po are loaded
both to translate the various texts inside the installer? I'm too using
dxgettext from Lars but I always thought that I can only use one domain.

procedure InitDxgettext;
var
  Path: string;
begin
  Path := ExtractFilePath(ExtractFileDir(ParamStr(0))) + 'locale';
  bindtextdomain('JVCLInstall', Path);
  bindtextdomain('jvcl', Path);
  AddDomainForResourceString('JVCLInstall');
end;
-- cu, Michael 

Subject: Re: random AV with JCL on P4!
From: "Atmapuri" <janez.makovsek@usa.net>
Date: Tue, 26 Oct 2004 15:17:39 +0200
Newsgroups: jedi.vcl

Hi!

I see what was wrong. The old JCL had all the source in the Source dir.
The new version has them in subdirs.

That fixed the bug <g>

Thanks!
Atmapuri

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cllcor$r0h$1@talkto.net...
> > Atmapuri wrote:
> >
>> > > Hi!
>> > >
>> > > I am using latest release of JVLC and I am getting runtime
>> > > errors 216 only at certain times.
>> > >
>> > > Delphi somtimes show EFloatDivByZero error.
>> > > But when exe is run outside IDE runtime error 216 is reported.
>> > > The problem disappeared after I commented out the MMX
>> > > specific section of the JclGraphUtils in procedure SetupFunctions;
>> > >
>> > > Regards!
>> > > Atmpauri
> >
> > What version do you call the latest release of the JCL (or even JVCL)?
> >
> > Because the symptoms you describe are those of a bug that was in the JCL
> > bug was corrected around February this year.
> >
> > Please check that you don't have any old version of the JCL installed.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator





Subject: Re: random AV with JCL on P4!
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 26 Oct 2004 15:09:11 +0200
Newsgroups: jedi.vcl

Hi,

> I am using latest release of JVLC and I am getting runtime
> errors 216 only at certain times.
>
> Delphi somtimes show EFloatDivByZero error.
> But when exe is run outside IDE runtime error 216 is reported.
> The problem disappeared after I commented out the MMX
> specific section of the JclGraphUtils in procedure SetupFunctions;

You are apparenly using JCL 1.22 and JVCL version 2, which are several years old.

This is a known problem with CPUs > 2 GHz, which is fixed in recent JCL versions.

BTW, the appropriate fix for JCL 1.22 would be to replace the GetCPUInfo call by CPUID, not to remove it completely.

Greetings, Robert


Subject: Re: random AV with JCL on P4!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 26 Oct 2004 15:02:53 +0200
Newsgroups: jedi.vcl

Atmapuri wrote:

> Hi!
>
> I am using latest release of JVLC and I am getting runtime
> errors 216 only at certain times.
>
> Delphi somtimes show EFloatDivByZero error.
> But when exe is run outside IDE runtime error 216 is reported.
> The problem disappeared after I commented out the MMX
> specific section of the JclGraphUtils in procedure SetupFunctions;
>
> Regards!
> Atmpauri

What version do you call the latest release of the JCL (or even JVCL)?

Because the symptoms you describe are those of a bug that was in the JCL bug was corrected around February this year.

Please check that you don't have any old version of the JCL installed.

-- 
Olivier Sannier
JVCL Coordinator


Subject: random AV with JCL on P4!
From: "Atmapuri" <janez.makovsek@usa.net>
Date: Tue, 26 Oct 2004 14:58:10 +0200
Newsgroups: jedi.vcl

Hi!

I am using latest release of JVLC and I am getting runtime
errors 216 only at certain times.

Delphi somtimes show EFloatDivByZero error.
But when exe is run outside IDE runtime error 216 is reported.
The problem disappeared after I commented out the MMX
specific section of the JclGraphUtils in procedure SetupFunctions;

Regards!
Atmpauri




Subject: Re: No more WinHelp?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 26 Oct 2004 13:22:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>>> Actually, DOM 4 seems to be able to generate XML output...
>>
>>    yes, but it can't parse it.
>
> If the goal was to leave DOM and use an XML based system, I don't see how
> that is a problem ;>
>

    True, but I'm not sure DOM's XML output would be usable that easily. I've looked at the output once and it didn't seem to be much easier to use, though the ambiguity would be gone, so easier to parse/translate. But I haven't looked at it after the first time, and since it didn't seem to have much use, I diverted my attention to other sections.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: No more WinHelp?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 26 Oct 2004 13:18:52 +0200
Newsgroups: jedi.vcl

OBones wrote:
>
> No it does not, but it recognizes the <LINK tags
>

    Yes, but most of the links in WinHelp (even between JVCL and JCL and to Borland VCL) are generated automatically by DOM, because it recognized a word identical to a known symbol. All those links would have to be replaced with manual <LINK> tags.

    It still doesn't necessarily mean we have to stick with DOM in any case, but it's something we need to think about if we do want to switch. If we can come up with a better on line help system with a less ambiguous format, and try to find a tool to generate the proper .rtf (including providing automatic links) and MS help project files, or even the WinHelp files directly, we can achieve the same result, but perhaps with less work than synchronizing the dtx files with the .pas source files all the time.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: No more WinHelp?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 26 Oct 2004 12:37:56 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     AFAIK, the on line help system does not automatically link symbols.

No it does not, but it recognizes the <LINK tags

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: No more WinHelp?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 26 Oct 2004 12:11:59 +0200
Newsgroups: jedi.vcl

>> >> Actually, DOM 4 seems to be able to generate XML output...
> >     yes, but it can't parse it.
If the goal was to leave DOM and use an XML based system, I don't see how
that is a problem ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: No more WinHelp?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 26 Oct 2004 12:00:33 +0200
Newsgroups: jedi.vcl

Don S wrote:

> I don't recall seeing many Beta products with finished Help.  It's kinda difficult to do when the code is not finalized.

    It has never stopped us before, though ;)

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: No more WinHelp?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Tue, 26 Oct 2004 12:00:18 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> An idea would be to use another format than dtx for the help files (for
>> example xml), that should easily be transformatted to dtx.
>
> Actually, DOM 4 seems to be able to generate XML output...

    yes, but it can't parse it.

    But to get back to the issue: DOM takes care of auto linking (so we don't have to put links in ourselves unless in special circumstances). Of course there are other products that provide this feature, and we may even come up with a solution ourselves if we need something like that.

    AFAIK, the on line help system does not automatically link symbols.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Tue, 26 Oct 2004 08:54:45 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:clirj5$cg1$1@talkto.net>:

> > The settings in the dof files overrides the default IDE settings in this
> > case, so the pas files are recompiled every time and stored in the ..dcu
> > folder.
Thanks Peter for your time and explanation. 

Your last posting makes me understand what was the initial idea behind the
path setting inside the project options.

-- cu, Michael 

Subject: Re: No more WinHelp?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 26 Oct 2004 08:31:39 +0200
Newsgroups: jedi.vcl

> > An idea would be to use another format than dtx for the help files (for
> > example xml), that should easily be transformatted to dtx.
Actually, DOM 4 seems to be able to generate XML output...

http://www.doc-o-matic.com/featuresummary.html

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: No more WinHelp?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 26 Oct 2004 06:57:59 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> An idea would be to use another format than dtx for the help files (for example xml), that should easily be transformatted to dtx.
Yeah, well, generating XML or DTX, it's no big difference to the generation process.

> My work now consists of syncing the dtx files that the online help produces to the already existing dtx files in cvs. This is now a lot of work because I have to manual check all files; the online help currently produces not 100% correct dtx files (largely because of the ambigiouty of the dtx format), and the produced dtx files can not automatically be compared to the already existing dtx files (again due to the abigiouty of the dtx format).
Interesting. In which way are they not correct? This discussion can go private if you want to, users here may not be interested in technicalities about the dtx files.

> The last step is necessary because the tool (DOM) expects the dtx file to be in sync with the pas file. I don't know if this is also so for other compilers.
Not that I know of. But I only ever used the compilers from Microsoft, those ugly beasts that accept RTF...


Subject: Re: No more WinHelp?
From: "Don S" <mudshark@rancidbud.org>
Date: Tue, 26 Oct 2004 00:49:35 -0400
Newsgroups: jedi.vcl

>> > > It does not disappear.
 
> > Well, it's not in the Beta 2 build. I call that disappearing.

I don't recall seeing many Beta products with finished Help.  It's kinda difficult to do when the code is not finalized.


Subject: Re: No more WinHelp?
From: Micha Schumann <schumann@itc-ms.de>
Date: Tue, 26 Oct 2004 00:12:19 +0000
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Steve Troxell wrote:
>
>> Remko Bonte wrote:
>>
>>> Problem is that we are a bit in a limbo state, because Marcel retired
>>> as Help coordinator and I took over his job. Building the help file
>>> is a lot of work (especially now we have to sync it with the online
>>> help), and needs some coordination between Olivier, Marcel and me; on
>>> top of that I don't have a lot of time, so I've shelved this a bit,
>>> and hoped nobody would notice <g>.
>>
>>
>>
>> I can understand the "not enough time issues".  Is it a bit ironic though now that this new "jedi online help" system is launched to improve the quality and quantity of help...the help file itself disappears.
>
>
> It does not disappear.
>
As far as I remember the help is buildt with a commercial tool. Would it be possible to convert it to something else that could be compiled via cron and wine/Windows-Help compiler? That would make it possible to create "daily snapshots" of the online help in WInhelp format. Just an Idea....

Micha


Subject: Re: No more WinHelp?
From: "Steve Troxell" <steve_troxell@nospam.hotmail.com>
Date: Mon, 25 Oct 2004 20:11:33 -0400
Newsgroups: jedi.vcl

Remko Bonte wrote:
> > Steve Troxell wrote:
> >
>> >> Remko Bonte wrote:
>> >>
>>> >>> Problem is that we are a bit in a limbo state, because Marcel
>>> >>> retired as Help coordinator and I took over his job. Building the
>>> >>> help file is a lot of work (especially now we have to sync it with
>>> >>> the online help), and needs some coordination between Olivier,
>>> >>> Marcel and me; on top of that I don't have a lot of time, so I've
>>> >>> shelved this a bit, and hoped nobody would notice <g>.
>> >>
>> >>
>> >> I can understand the "not enough time issues".  Is it a bit ironic
>> >> though now that this new "jedi online help" system is launched to
>> >> improve the quality and quantity of help...the help file itself
>> >> disappears.
> >
> > It does not disappear.

Well, it's not in the Beta 2 build. I call that disappearing.

-- Steve Troxell 

Subject: Re: No more WinHelp?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 26 Oct 2004 00:48:47 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:

> As far as I remember the help is buildt with a commercial tool. Would it be possible to convert it to something else that could be compiled via cron and wine/Windows-Help compiler? That would make it possible to create "daily snapshots" of the online help in WInhelp format. Just an Idea....

The help files now consist of dtx files, which is a very ugly format, it is ambiguous and (thus) difficult to parse. The only good thing about it, is that it's more or less humanly readable.

An idea would be to use another format than dtx for the help files (for example xml), that should easily be transformatted to dtx.

My work now consists of syncing the dtx files that the online help produces to the already existing dtx files in cvs. This is now a lot of work because I have to manual check all files; the online help currently produces not 100% correct dtx files (largely because of the ambigiouty of the dtx format), and the produced dtx files can not automatically be compared to the already existing dtx files (again due to the abigiouty of the dtx format).

Next I have to sync all dtx files with the pas files. We have written programs for this, but it's still not 100% automated and has to be checked carefully because things may go wrong.

The last step is necessary because the tool (DOM) expects the dtx file to be in sync with the pas file. I don't know if this is also so for other compilers.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: No more WinHelp?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 25 Oct 2004 23:23:09 +0200
Newsgroups: jedi.vcl

Steve Troxell wrote:

> Remko Bonte wrote:
>
>> Problem is that we are a bit in a limbo state, because Marcel retired
>> as Help coordinator and I took over his job. Building the help file
>> is a lot of work (especially now we have to sync it with the online
>> help), and needs some coordination between Olivier, Marcel and me; on
>> top of that I don't have a lot of time, so I've shelved this a bit,
>> and hoped nobody would notice <g>.
>
>
> I can understand the "not enough time issues".  Is it a bit ironic though now that this new "jedi online help" system is launched to improve the quality and quantity of help...the help file itself disappears.

It does not disappear.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: No more WinHelp?
From: "Steve Troxell" <steve_troxell@nospam.hotmail.com>
Date: Mon, 25 Oct 2004 17:04:18 -0400
Newsgroups: jedi.vcl

Remko Bonte wrote:
> > Problem is that we are a bit in a limbo state, because Marcel retired
> > as Help coordinator and I took over his job. Building the help file
> > is a lot of work (especially now we have to sync it with the online
> > help), and needs some coordination between Olivier, Marcel and me; on
> > top of that I don't have a lot of time, so I've shelved this a bit,
> > and hoped nobody would notice <g>.

I can understand the "not enough time issues".  Is it a bit ironic though 
now that this new "jedi online help" system is launched to improve the 
quality and quantity of help...the help file itself disappears.

-- Steve Troxell 

Subject: Re: No more WinHelp?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 25 Oct 2004 22:55:46 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Steve Troxell wrote:
>
>> Will there be no WinHelp as of beta 2?  I know there is the Jedi Online Help website but that doesn't integrate into the Delphi IDE
>
>
> I don't have the required knowledge to create this version of the help system. The Jedi Online Help can generate the required source files, but after that, I can't do much more.
> Someone from the help team will have to take over.

I guess that must be me <g>.

Problem is that we are a bit in a limbo state, because Marcel retired as Help coordinator and I took over his job. Building the help file is a lot of work (especially now we have to sync it with the online help), and needs some coordination between Olivier, Marcel and me; on top of that I don't have a lot of time, so I've shelved this a bit, and hoped nobody would notice <g>.

Anyway I have downloaded the dtx zip from the online help, so you can expect a new help file in a week or so.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvFilenameEditOnBeforeDialog - bug or my bad?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 25 Oct 2004 22:34:01 +0200
Newsgroups: jedi.vcl

Steve Gabrilowitz wrote:
> [..]
> The intent was to put a default file name in the dialog box, should I have used a different attribute or ???

I think you can do that by altering the value of the Name parameter, see http://homepages.borland.com/jedi/jedihelp/item.php?Id=20614

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Error in JvEdit.pas
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 20:49:13 +0200
Newsgroups: jedi.vcl

It's a tricky problem because the code relies on entering and exiting the
control in "pairs". Also, the previous code only worked when EmptyValue was
non-empty. Unfortunately, the code you submitted didn't resolve that
completely.

I've posted a new unit to jedi.binaries that *might* solve it, but I haven't
tested every possible combination of tabbing into/out of the control and
calling JvEdit1.Text := '' and JvEdit1.Clear

Please try it out and let me know if it works better than the previous one.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Search and Ouput Paths
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 15:56:52 +0200
Newsgroups: jedi.vcl

> > why do all JVCL examples
> > have an entry inside Output Path for Unit then?
Because the examples don't know what type of installation you selected or
what version of Delphi you are using (these examples can be compiled using
make as well), so regardless of your settings in the IDE or your version of
Delphi, the examples will always be able to compile if you have the ..\run
and ..\common folders in the dof settings.

Leaving out Search Path in the dofs would work for many users, but we would
get a lot more bug reports about not being able to build the examples if we
removed it, especially from users that have more than one version of
Delphi/BCB installed.

> > But why does the compiler not use the already
> > available dcu files from within .\lib\d7 ($(JVCL)\lib\D7 is set in Library
> > Path inside Tools- Environment Options menu).

The settings in the dof files overrides the default IDE settings in this
case, so the pas files are recompiled every time and stored in the ..dcu
folder.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 14:48:27 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:climuv$bg1$1@talkto.net>:

> > You should remove this line from the project settings:
> > 
>> >> Search Path (or Browse Path): ..\..\run;..\..\common
> > 
> > This should solve your problem (I think!)
Yes, at least all of the *JCL* examples do not have a entry in Search Path
and use the dcu files compiled by the installer.

-- cu, Michael 

Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 14:45:18 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:climtj$bfq$1@talkto.net>:

> > No, "Search path" is specific to the project (Project-Options menu),
> > "Browsing path" is specific to the IDE (Tools- Environment Options menu).
> > 
> > What I meant was: don't add anything JVCL specific to the project options,
> > only to the IDE options
> > 
> > Are you any less confused now? :)
I hope so but this does not solve my "problem" (it isn't actually a major
problem) or at least another question comes up: why do all JVCL examples
have an entry inside Output Path for Unit then?

The intention seems clear for me: store all of the example units dcu files
into a single directory. But why does the compiler not use the already
available dcu files from within .\lib\d7 ($(JVCL)\lib\D7 is set in Library
Path inside Tools- Environment Options menu).

-- cu, Michael 

Subject: Re: Search and Ouput Paths
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 14:37:48 +0200
Newsgroups: jedi.vcl

You should remove this line from the project settings:

> > Search Path (or Browse Path): ..\..\run;..\..\common

This should solve your problem (I think!)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Search and Ouput Paths
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 14:37:05 +0200
Newsgroups: jedi.vcl

> > The statement with "Don't add anything JVCL specific to the search path"
> > does not apply anymore, am I correct?
No, "Search path" is specific to the project (Project-Options menu),
"Browsing path" is specific to the IDE (Tools- Environment Options menu).

What I meant was: don't add anything JVCL specific to the project options,
only to the IDE options

Are you any less confused now? :)


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 14:36:23 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:climq9$bf9$1@talkto.net>:

> > Yup, the last one is the "Browsing path" in English versions.
Now, that's fine!

-- cu, Michael 

Subject: Re: Search and Ouput Paths
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 14:35:18 +0200
Newsgroups: jedi.vcl

> > I've got a Library Path, BPL Output Path, DCP Output Path and a Search
Path
> > in this order. I think the last one just calls Browse Path in the English
> > edition, right?
Yup, the last one is the "Browsing path" in English versions.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 14:28:35 +0200
Newsgroups: jedi.vcl

"Michael Fritz" wrote in message <news:13yxnyy9iktz1$.dlg@die-fritzens.de>:

> > I have set the path this way however all of the examples do compile inside
> > the .\dcu directory. Regardless if the appropriate JVCL units already have
> > been compiled by the installer.
I think it has to do with the project options:

Output Path: ..\..\bin
Output Path for Units: ..\..\dcu
Search Path (or Browse Path): ..\..\run;..\..\common

-- cu, Michael 

Subject: Re: calling the precompiled jcl installer from the JVCL installer?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 25 Oct 2004 14:26:49 +0200
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Hi folks
>
> I just read in the JCL group that the jcl comes with an precompiled installer. AFAIKS the JVCL has none. Perhaps this is an nice idea for the JVCL to have one in the JVCL, too?
>
> And another suggestion: in the install.htm of the JVCL is only said that JCL has to be installed but the precompiled JCL installer is not mentioned. I suggest to add a small note like "this can be done using the precompiled JCL installer" in the install.htm. Of course the peak of comfort would be to add a hyperlink to that exe file!
>
> best regards
>
> Ralf Grenzing

There is no need for us to bundle a precompiled installer, we already have build.exe in packages\bin. This exe file will setup a console environment with all the environment variables setup so that compilation can occur with the correct dcc32.exe

As to calling the JCL installer from the JVCL installer, I couldn't agree more. Or at least a detection system that warns the user when it cannot find the JCL.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 14:24:02 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:clikur$b40$1@talkto.net>:

> > Perfect in this scenario would probably be to add \lib\d7 
> > and \common to the lib path (or move all INC files 
> > from \common into lib\d7 as well). Don't add 
> > anything JVCL specific to the search path.

> > Additionally, I would add \run and \design to 
> > the Browse path (so you can easily open the JVCL sources in the IDE).
Peter,

looking at your previous posting I should add \run and \design to the
Browse Path and \lib\d7 as well as \common to the Library path.

The statement with "Don't add anything JVCL specific to the search path"
does not apply anymore, am I correct?

I have set the path this way however all of the examples do compile inside
the .\dcu directory. Regardless if the appropriate JVCL units already have
been compiled by the installer.

-- cu, Michael 

Subject: calling the precompiled jcl installer from the JVCL installer?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 25 Oct 2004 14:18:56 +0200
Newsgroups: jedi.vcl

Hi folks

I just read in the JCL group that the jcl comes with an precompiled installer. AFAIKS the JVCL has none. Perhaps this is an nice idea for the JVCL to have one in the JVCL, too?

And another suggestion: in the install.htm of the JVCL is only said that JCL has to be installed but the precompiled JCL installer is not mentioned. I suggest to add a small note like "this can be done using the precompiled JCL installer" in the install.htm. Of course the peak of comfort would be to add a hyperlink to that exe file!

best regards

Ralf Grenzing


Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 14:10:10 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:clikur$b40$1@talkto.net>:

> > I am sorry if I confused you with mentioning the Search path: I was under
> > the impression it was a part of the Tools-Environment Options-Library dialog
> > as well, but now I see it isn't.
Yes, I'm confused too ;-) the search path seems to be the browse path. It
was just my translation from the German.

I've got a Library Path, BPL Output Path, DCP Output Path and a Search Path
in this order. I think the last one just calls Browse Path in the English
edition, right?


-- cu, Michael 

Subject: Re: Search and Ouput Paths
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 14:03:36 +0200
Newsgroups: jedi.vcl

> > The browse path is the search path, right? (at least I did not find
> > anything which reads browse path in my German D7 version)
> >
> > If so you wrote above to not add any JVCL path to the search path. Perhaps
> > I don't get this correctly right now ;-) Could you please explain, again?

I think you are looking in the wrong place: you should be looking at
Tools-Environment Options-Library. There you'll find the Browsing path and
the Library path. The project options should not have to be modified at all.

I am sorry if I confused you with mentioning the Search path: I was under
the impression it was a part of the Tools-Environment Options-Library dialog
as well, but now I see it isn't.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 13:49:39 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:clii6n$ajo$1@talkto.net>:

> > Perfect in this scenario would probably be to add \lib\d7 and \common to the
> > lib path (or move all INC files from \common into lib\d7 as well). Don't add
> > anything JVCL specific to the search path.
> > 
> > You should also manually copy/move all dfm and res files from \run to
> > lib\d7.
Thanks Peter for your suggestions.

> > Additionally, I would add \run and \design to the Browse path (so you can
> > easily open the JVCL sources in the IDE).
The browse path is the search path, right? (at least I did not find
anything which reads browse path in my German D7 version)

If so you wrote above to not add any JVCL path to the search path. Perhaps
I don't get this correctly right now ;-) Could you please explain, again?

-- cu, Michael 

Subject: Re: BCB component and Unresolved external.
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 25 Oct 2004 11:20:37 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> wrote in
news:clfmb0$qv3$1@talkto.net: 

> > Ok, this is now fixed in CVS. The only solution was to rename
> > DrawText so that it does not get replaced by the #define in
> > windows.h under any circumstances. The new name is DrawItemText.
> > This change is indicated in changelog.txt

Thank you Olivier,
now it works very nice without error.  

Vaclav


Subject: Re: Search and Ouput Paths
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 13:16:36 +0200
Newsgroups: jedi.vcl

> > So I'm searching for a perfect solution how to set search/library path in
> > the IDE and project options.
Perfect in this scenario would probably be to add \lib\d7 and \common to the
lib path (or move all INC files from \common into lib\d7 as well). Don't add
anything JVCL specific to the search path.

You should also manually copy/move all dfm and res files from \run to
lib\d7.

Additionally, I would add \run and \design to the Browse path (so you can
easily open the JVCL sources in the IDE).


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Error in JvEdit.pas
From: "João A. Toledo" <jt.lista@uol.com.br>
Date: Mon, 25 Oct 2004 09:01:45 -0200
Newsgroups: jedi.vcl

Hi!

There still are some fails with TJvEdit and descendents: if you set it's text property programatically to an empty string and then you move the cursor to it, it will show text in FEmptyFontColor (because FOldFontColor will receive its value). I've attached my modified source so you can see how I've solved the problem - at least in my applications :).

Note that I'm not sure about your idea to those Empty color/text properties (they are only protected in TJvEdit), so my suggestions can be of no use since I don't know the whole plan for it.

One more comment about my suggestions: the field FIsEmptyValue seems to be of no use anymore, but I kept it there.

That's it! Thank you for those wonderful components!

João Toledo


JvEdit.pas

{-----------------------------------------------------------------------------
The contents of this file are subject to the Mozilla Public License
Version 1.1 (the "License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.mozilla.org/MPL/MPL-1.1.html

Software distributed under the License is distributed on an "AS IS" basis,
WITHOUT WARRANTY OF ANY KIND, either expressed or implied. See the License for
the specific language governing rights and limitations under the License.

The Original Code is: JvNewEdit.PAS, released on 2002-mm-dd.

The Initial Developer of the Original Code is Sébastien Buysse [sbuysse att buypin dott com]
Portions created by Sébastien Buysse are Copyright (C) 2001 Sébastien Buysse.
All Rights Reserved.

This unit is a merging of the original TJvEdit, TJvExEdit, TJvCaretEdit,TJvAlignedEdit,
TJvSingleLineMemo.
Merging done 2002-06-05 by Peter Thornqvist [peter3 at sourceforge dot net]

  MERGE NOTES:
    * TJvCustomEdit has been removed from JvComponent and put here instead.
    * The HotTrack property only works if BorderStyle := bsSingle and BevelKind := bvNone
    * Added ClipboardCommands

Contributor(s):
  Anthony Steele [asteele att iafrica dott com]
  Peter Below [100113 dott 1101 att compuserve dott com]
  Rob den Braasem [rbraasem att xs4all dott nl] (GroupIndex property - using several TJvEdits with the same GroupIndex
    will clear the text from the other edits when something is typed into one of them.
    To disable GroupIndex, set it to -1)
  André Snepvangers [asn att xs4all dott nl] ( clx compatible version )

You may retrieve the latest version of this file at the Project JEDI's JVCL home page,
located at http://jvcl.sourceforge.net

Known Issues:
-----------------------------------------------------------------------------}
// $Id: JvEdit.pas,v 1.53 2004/10/07 13:08:54 peter3 Exp $

unit JvEdit;

{$I jvcl.inc}

interface

uses
  Windows, Messages,
  {$IFDEF VisualCLX}
  Qt,
  {$ENDIF VisualCLX}
  Classes, Graphics, Controls, Menus,
  JvCaret, JvMaxPixel, JvTypes, JvExStdCtrls;

{$IFDEF VisualCLX}
const
//  clGrayText = clDark; // (ahuser) This is wrong in QGraphics.
                       //          Since when is clGrayText = clLight = clWhite?
  clGrayText = clDisabledText;
{$ENDIF VisualCLX}

type
  TJvCustomEdit = class(TJvExCustomEdit)
  private
    FFlat: Boolean;
    FMaxPixel: TJvMaxPixel;
    FGroupIndex: Integer;
    FAlignment: TAlignment;
    FCaret: TJvCaret;
    FHotTrack: Boolean;
    FDisabledColor: TColor;
    FDisabledTextColor: TColor;
    FProtectPassword: Boolean;
    FStreamedSelLength: Integer;
    FStreamedSelStart: Integer;
    FUseFixedPopup: Boolean;
    FAutoHint: Boolean;
    {$IFDEF VisualCLX}
    FPasswordChar: Char;
    FNullPixmap: QPixmapH;
    {$ENDIF VisualCLX}
    FEmptyValue: string;
    FIsEmptyValue: Boolean;
    FEmptyFontColor: TColor;
    FOldFontColor: TColor;
    {$IFDEF JVCLThemesEnabled}
    FThemedPassword: Boolean;
    {$ENDIF JVCLThemesEnabled}
    function GetPasswordChar: Char;
    function IsPasswordCharStored: Boolean;
    procedure SetAlignment(Value: TAlignment);
    procedure SetCaret(const Value: TJvCaret);
    procedure SetDisabledColor(const Value: TColor); virtual;
    procedure SetDisabledTextColor(const Value: TColor); virtual;
    procedure SetPasswordChar(Value: Char);
    procedure SetHotTrack(const Value: Boolean);
    {$IFDEF VCL}
    procedure WMPaint(var Msg: TWMPaint); message WM_PAINT;
    procedure CMHintShow(var Msg: TMessage); message CM_HINTSHOW;
    {$ENDIF VCL}
    procedure SetEmptyValue(const Value: string);
    procedure SetGroupIndex(Value: Integer);
    function GetFlat: Boolean;
    {$IFDEF JVCLThemesEnabled}
    procedure SetThemedPassword(const Value: Boolean);
    {$ENDIF JVCLThemesEnabled}
  protected
    procedure DoClipboardCut; override;
    procedure DoClipboardPaste; override;
    procedure DoClearText; override;
    procedure DoUndo; override;

    { (rb) renamed from UpdateEdit }
    procedure UpdateGroup; virtual;
    procedure SetClipboardCommands(const Value: TJvClipboardCommands); override;
    procedure CaretChanged(Sender: TObject); dynamic;
    procedure Change; override;
    procedure KeyDown(var Key: Word; Shift: TShiftState); override;
    procedure MaxPixelChanged(Sender: TObject);
    procedure SetSelLength(Value: Integer); override;
    procedure SetSelStart(Value: Integer); override;
    function GetPopupMenu: TPopupMenu; override;

    {$IFDEF VCL}
    function GetText: TCaption; virtual;
    procedure SetText(const Value: TCaption); virtual;
    procedure CreateHandle; override;
    {$ENDIF VCL}
    {$IFDEF VisualCLX}
    function GetText: TCaption; override;
    {$ENDIF VisualCLX}
    procedure DoEnter; override;
    procedure DoExit; override;
    procedure DoEmptyValueEnter; virtual;
    procedure DoEmptyValueExit; virtual;
    {$IFDEF VisualCLX}
    procedure InitWidget; override;
    procedure Paint; override;
//    procedure TextChanged; override;
//    procedure KeyPress(var Key: Char); override;
    function HintShow(var HintInfo : THintInfo): Boolean; override;
    {$ENDIF VisualCLX}
    procedure DoSetFocus(FocusedWnd: HWND); override;
    procedure DoKillFocus(FocusedWnd: HWND); override;
    function DoPaintBackground(Canvas: TCanvas; Param: Integer): Boolean; override;
    procedure EnabledChanged; override;
    procedure SetFlat(Value: Boolean); virtual;
    procedure MouseEnter(AControl: TControl); override;
    procedure MouseLeave(AControl: TControl); override;

    procedure Loaded; override;
    {$IFDEF VCL}
    procedure CreateParams(var Params: TCreateParams); override;
    {$ENDIF VCL}
  public
    function IsEmpty: Boolean;
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
    {$IFDEF VCL}
    procedure DefaultHandler(var Msg); override;
    {$ENDIF VCL}
  protected
    property Alignment: TAlignment read FAlignment write SetAlignment default taLeftJustify;
    property AutoHint: Boolean read FAutoHint write FAutoHint default False;
    property Caret: TJvCaret read FCaret write SetCaret;
    property EmptyValue: string read FEmptyValue write SetEmptyValue;
    property EmptyFontColor: TColor read FEmptyFontColor write FEmptyFontColor default clGrayText;
    property HotTrack: Boolean read FHotTrack write SetHotTrack default False;
    property PasswordChar: Char read GetPasswordChar write SetPasswordChar stored IsPasswordCharStored;
    {$IFDEF JVCLThemesEnabled}
    property ThemedPassword: Boolean read FThemedPassword write SetThemedPassword default False;
    {$ENDIF JVCLThemesEnabled}
    // set to True to disable read/write of PasswordChar and read of Text
    property ProtectPassword: Boolean read FProtectPassword write FProtectPassword default False;
    property DisabledTextColor: TColor read FDisabledTextColor write SetDisabledTextColor default clGrayText;
    property DisabledColor: TColor read FDisabledColor write SetDisabledColor default clWindow;
    {$IFDEF VCL}
    property Text: TCaption read GetText write SetText;
    {$ENDIF VCL}
    property UseFixedPopup: Boolean read FUseFixedPopup write FUseFixedPopup default True;
    property HintColor;
    property MaxPixel: TJvMaxPixel read FMaxPixel write FMaxPixel;
    property GroupIndex: Integer read FGroupIndex write SetGroupIndex default -1;
    property OnParentColorChange;
    property Flat: Boolean read GetFlat write SetFlat default False;
  end;

  TJvEdit = class(TJvCustomEdit)
  published
    {$IFDEF VCL}
    {$IFDEF COMPILER6_UP}
    property BevelEdges;
    property BevelInner;
    property BevelKind default bkNone;
    property BevelOuter;
    {$ENDIF COMPILER6_UP}
    property BiDiMode;
    property DragCursor;
    property DragKind;
    property EmptyValue; // p3: clx not implemented yet
    property EmptyFontColor; // p3: clx not implemented yet
    property Flat;
    property ImeMode;
    property ImeName;
    property OEMConvert;
    property ParentBiDiMode;
    property UseFixedPopup; // asn: clx not implemented yet
    {$ENDIF VCL}
    property Caret;
    property DisabledTextColor;
    property DisabledColor;
    property HotTrack;
    property PasswordChar;
    property PopupMenu;
    property ProtectPassword;
    {$IFDEF VisualCLX}
    property EchoMode;
    property InputKeys;
    {$ENDIF VisualCLX}
    property Align;
    property Alignment;
    property ClipboardCommands;
    property HintColor;
    property GroupIndex;
    property MaxPixel;
    property Modified; { (rb) why published/stored? }
    {$IFDEF JVCLThemesEnabled}
    property ThemedPassword;
    {$ENDIF JVCLThemesEnabled}
    // property SelStart; (p3) why published?
    // property SelText;
    // property SelLength; (p3) why published?
    property OnMouseEnter;
    property OnMouseLeave;
    property OnParentColorChange;

    property Anchors;
    property AutoSelect;
    property AutoSize;
    property AutoHint;
    property BorderStyle;
    property CharCase;
    property Color;
    property Constraints;
    property DragMode;
    property Enabled;
    property Font;
    property HideSelection;
    property MaxLength;
    property ParentColor;
    property ParentFont;
    property ParentShowHint;
    property ReadOnly;
    property ShowHint;
    property TabOrder;
    property TabStop;
    property Text;
    property Visible;
    property OnChange;
    property OnClick;
    property OnContextPopup;
    property OnDblClick;
    property OnDragDrop;
    property OnDragOver;
    {$IFDEF VCL}
    property OnEndDock;
    property OnStartDock;
    {$ENDIF VCL}
    property OnEndDrag;
    property OnEnter;
    property OnExit;
    property OnKeyDown;
    property OnKeyPress;
    property OnKeyUp;
    property OnMouseDown;
    property OnMouseMove;
    property OnMouseUp;
    property OnStartDrag;
  end;

implementation

uses
  {$IFDEF UNITVERSIONING}
  JclUnitVersioning,
  {$ENDIF UNITVERSIONING}
  SysUtils, Math, Forms,
  {$IFDEF VCL}
  JvFixedEditPopup,
  {$ENDIF VCL}
  JvToolEdit;

//=== Local procedures =======================================================

function StrFillChar(Ch: Char; Length: Cardinal): string;
begin
  SetLength(Result, Length);
  if Length > 0 then
    FillChar(Result[1], Length, Ch);
end;

function TextFitsInCtrl(Control: TControl; const Text: string): Boolean;
var
  C: TControlCanvas;
  Size: TSize;
begin
  C := TControlCanvas.Create;
  try
    C.Control := Control;
    {$IFDEF VisualCLX}
    C.StartPaint;
    {$ENDIF VisualCLX}
    Result :=
      not GetTextExtentPoint32(C.Handle, PChar(Text), Length(Text), Size) or
      { (rb) ClientWidth is too big, should be EM_GETRECT, don't know the Clx variant }
      (Control.ClientWidth > Size.cx);
    {$IFDEF VisualCLX}
    C.StopPaint;
    {$ENDIF VisualCLX}
  finally
    C.Free;
  end;
end;

//=== TJvCustomEdit ==========================================================

procedure TJvCustomEdit.CaretChanged(Sender: TObject);
begin
  FCaret.CreateCaret;
end;

procedure TJvCustomEdit.Change;
var
  St: string;
begin
  inherited Change;
  if not HasParent then
    Exit;
  St := Text;
  FMaxPixel.Test(St, Font);
  if St <> Text then
  begin
    Text := St;
    SelStart := Min(SelStart, Length(Text));
  end;
end;

{$IFDEF VCL}
procedure TJvCustomEdit.CMHintShow(var Msg: TMessage);
begin
  if AutoHint and not TextFitsInCtrl(Self, Self.Text) then
    with TCMHintShow(Msg) do
    begin
      HintInfo.HintPos := Self.ClientToScreen(Point(-2, Height - 2));
      HintInfo.HintStr := Self.Text;
      Result := 0;
    end
  else
    inherited;
end;
{$ENDIF VCL}

{$IFDEF VisualCLX}
function TJvCustomEdit.HintShow(var HintInfo : THintInfo): Boolean;
begin
  if AutoHint and not TextFitsInCtrl(Self, Self.Text) then
  begin
    HintInfo.HintPos := Self.ClientToScreen(Point(-2, Height - 2));
    HintInfo.HintStr := Self.Text;
  end;
  Result := inherited HintShow(HintInfo);
end;
{$ENDIF VisualCLX}

constructor TJvCustomEdit.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  {$IFDEF VisualCLX}
  FNullPixmap := QPixmap_create(1, 1, 1, QPixmapOptimization_DefaultOptim);
  {$ENDIF VisualCLX}
  FAlignment := taLeftJustify;
  // ControlStyle := ControlStyle + [csAcceptsControls];
  ClipboardCommands := [caCopy..caUndo];
  FDisabledColor := clWindow;
  FDisabledTextColor := clGrayText;
  FHotTrack := False;
  FCaret := TJvCaret.Create(Self);
  FCaret.OnChanged := CaretChanged;
  FStreamedSelLength := 0;
  FStreamedSelStart := 0;
  FUseFixedPopup := True; // asn: clx not implemented yet
  FMaxPixel := TJvMaxPixel.Create(Self);
  FMaxPixel.OnChanged := MaxPixelChanged;
  FGroupIndex := -1;
  FEmptyFontColor := clGrayText;
end;

{$IFDEF VCL}
procedure TJvCustomEdit.CreateHandle;
{$ENDIF VCL}
{$IFDEF VisualCLX}
procedure TJvCustomEdit.InitWidget;
{$ENDIF VisualCLX}
begin
  inherited;
  if Focused then
    DoEmptyValueEnter
  else
    DoEmptyValueExit;
end;

{$IFDEF VCL}

procedure TJvCustomEdit.CreateParams(var Params: TCreateParams);
const
  {$IFDEF JVCLThemesEnabled}
  Passwords: array [Boolean] of DWORD = (0, ES_PASSWORD);
  {$ENDIF JVCLThemesEnabled}
  Styles: array [TAlignment] of DWORD = (ES_LEFT, ES_RIGHT, ES_CENTER);
begin
  inherited CreateParams(Params);
  Params.Style := Params.Style or Styles[FAlignment];
  {$IFDEF JVCLThemesEnabled}
  Params.Style := Params.Style or Passwords[ThemedPassword];
  {$ENDIF JVCLThemesEnabled}
  if (FAlignment <> taLeftJustify) and (Win32Platform = VER_PLATFORM_WIN32_WINDOWS) and
    (Win32MajorVersion = 4) and (Win32MinorVersion = 0) then
    Params.Style := Params.Style or ES_MULTILINE; // needed for Win95
end;

procedure TJvCustomEdit.DefaultHandler(var Msg);
begin
  if ProtectPassword then
    with TMessage(Msg) do
      case Msg of
        WM_CUT, WM_COPY, WM_GETTEXT, WM_GETTEXTLENGTH, EM_SETPASSWORDCHAR:
          Result := 0;
      else
        inherited DefaultHandler(Msg);
      end
  else
    inherited DefaultHandler(Msg);
end;

{$ENDIF VCL}

destructor TJvCustomEdit.Destroy;
begin
  FMaxPixel.Free;
  FCaret.Free;
  {$IFDEF VisualCLX}
  QPixmap_destroy(FNullPixmap);
  {$ENDIF VisualCLX}
  inherited Destroy;
end;

procedure TJvCustomEdit.DoClearText;
begin
  if not ReadOnly then
    inherited DoClearText;
end;

procedure TJvCustomEdit.DoClipboardCut;
begin
  if not ReadOnly then
    inherited DoClipboardCut;
end;

procedure TJvCustomEdit.DoClipboardPaste;
begin
  if not ReadOnly then
  begin
    inherited DoClipboardPaste;
    UpdateGroup;
  end;
end;

procedure TJvCustomEdit.DoEmptyValueEnter;
begin
  if EmptyValue <> '' then
  begin
    if (Text = EmptyValue) then begin
      Text := '';
      FIsEmptyValue := False;
      if not (csDesigning in ComponentState) then
        Font.Color := FOldFontColor;
    end;
  end;
end;

procedure TJvCustomEdit.DoEmptyValueExit;
begin
  if EmptyValue <> '' then
  begin
    if Text = '' then
    begin
      Text := EmptyValue;
      FIsEmptyValue := True;
      if not (csDesigning in ComponentState) then
      begin
        FOldFontColor := Font.Color;
        Font.Color := FEmptyFontColor;
      end;
    end;
  end;
end;

procedure TJvCustomEdit.DoEnter;
begin
  inherited DoEnter;
  DoEmptyValueEnter;
end;

procedure TJvCustomEdit.DoExit;
begin
  inherited DoExit;
  DoEmptyValueExit;
end;

procedure TJvCustomEdit.DoKillFocus(FocusedWnd: HWND);
begin
  FCaret.DestroyCaret;
  inherited DoKillFocus(FocusedWnd);
end;

function TJvCustomEdit.DoPaintBackground(Canvas: TCanvas; Param: Integer): Boolean;
var
  R: TRect;
begin
  if Enabled then
    Result := inherited DoPaintBackground(Canvas, Param)
  else
  begin
    Canvas.Brush.Color := FDisabledColor;
    Canvas.Brush.Style := bsSolid;
    R := ClientRect;
    Canvas.FillRect(R);
    Result := True;
    {$IFDEF VisualCLX}
    // paint Border
    if BorderStyle = bsSingle then
      QGraphics.DrawEdge(Canvas, R, esLowered, esLowered, ebRect);
    {$ENDIF VisualCLX}
  end;
end;

procedure TJvCustomEdit.DoSetFocus(FocusedWnd: HWND);
begin
  inherited DoSetFocus(FocusedWnd);
  FCaret.CreateCaret;
end;

procedure TJvCustomEdit.DoUndo;
begin
  if not ReadOnly then
    inherited DoUndo;
end;

procedure TJvCustomEdit.EnabledChanged;
begin
  inherited EnabledChanged;
  Invalidate;
end;

function TJvCustomEdit.GetFlat: Boolean;
begin
  {$IFDEF VCL}
  FFlat := not Ctl3D; // update
  {$ENDIF VCL}
  Result := FFlat;
end;

function TJvCustomEdit.GetPasswordChar: Char;
begin
  {$IFDEF VCL}
  if HandleAllocated then
    Result := Char(SendMessage(Handle, EM_GETPASSWORDCHAR, 0, 0))
  else
    Result := inherited PasswordChar;
  {$ENDIF VCL}
  {$IFDEF VisualCLX}
  Result := FPasswordChar;
  {$ENDIF VisualCLX}
end;

function TJvCustomEdit.GetPopupMenu: TPopupMenu;
begin
  Result := inherited GetPopupMenu;
  {$IFDEF VCL}
  // user has not assigned his own popup menu, so use fixed default
  if (Result = nil) and UseFixedPopup then
    Result := FixedDefaultEditPopUp(Self);
  {$ENDIF VCL}
end;


function TJvCustomEdit.GetText: TCaption;
var
  Tmp: Boolean;
begin
  Tmp := ProtectPassword;
  try
    ProtectPassword := False;
    {$IFDEF VCL}
    Result := inherited Text;
    {$ENDIF VCL}
    {$IFDEF VisualCLX}
    Result := inherited GetText;
    {$ENDIF VisualCLX}

  finally
    ProtectPassword := Tmp;
  end;

  if Result = EmptyValue then begin
    Result := '';
  end;
end;


function TJvCustomEdit.IsEmpty: Boolean;
begin
  Result := (Length(Text) = 0);
end;

function TJvCustomEdit.IsPasswordCharStored: Boolean;
begin
  Result := (PasswordChar <> #0) {$IFDEF JVCLThemesEnabled} and not ThemedPassword {$ENDIF};
end;

procedure TJvCustomEdit.KeyDown(var Key: Word; Shift: TShiftState);
begin
  UpdateGroup;
  inherited KeyDown(Key, Shift);
end;

procedure TJvCustomEdit.Loaded;
begin
  inherited Loaded;
  SelStart := FStreamedSelStart;
  SelLength := FStreamedSelLength;
end;

procedure TJvCustomEdit.MaxPixelChanged(Sender: TObject);
var
  St: string;
begin
  St := Text;
  FMaxPixel.Test(St, Font);
  if St <> Text then
  begin
    Text := St;
    SelStart := Min(SelStart, Length(Text));
  end;
end;

procedure TJvCustomEdit.MouseEnter(AControl: TControl);
var
  I, J: Integer;
begin
  if csDesigning in ComponentState then
    Exit;
  if not MouseOver then
  begin
    if FHotTrack then
    begin
      I := SelStart;
      J := SelLength;
      Flat := False;
      SelStart := I;
      SelLength := J;
    end;
//    UpdateAutoHint;
    inherited MouseEnter(AControl);
  end;
end;

procedure TJvCustomEdit.MouseLeave(AControl: TControl);
var
  I, J: Integer;
begin
  if MouseOver then
  begin
    if FHotTrack then
    begin
      I := SelStart;
      J := SelLength;
      Flat := True;
      SelStart := I;
      SelLength := J;
    end;
    inherited MouseLeave(AControl);
  end;
end;

{$IFDEF VisualCLX}

procedure TJvCustomEdit.Paint;
var
  S: TCaption;
begin
  if csDestroying in ComponentState then
    Exit;
  if Enabled then
    inherited Paint
  else
  begin
    if PasswordChar = #0 then
      S := Text
    else
      S := StrFillChar(PasswordChar, Length(Text));
    if not PaintEdit(Self, S, FAlignment, False, {0,} FDisabledTextColor,
      Focused, Flat, Canvas) then
      inherited Paint;
  end;
end;

{$ENDIF VisualCLX}

procedure TJvCustomEdit.SetAlignment(Value: TAlignment);
begin
  if FAlignment <> Value then
  begin
    FAlignment := Value;
    {$IFDEF VCL}
    RecreateWnd;
    {$ENDIF VCL}
    {$IFDEF VisualCLX}
    inherited Alignment := FAlignment;
    Invalidate;
    {$ENDIF VisualCLX}
  end;
end;

procedure TJvCustomEdit.SetCaret(const Value: TJvCaret);
begin
  FCaret.Assign(Value);
end;

procedure TJvCustomEdit.SetClipboardCommands(const Value: TJvClipboardCommands);
begin
  if ClipboardCommands <> Value then
  begin
    inherited SetClipboardCommands(Value);
    ReadOnly := ClipboardCommands <= [caCopy];
  end;
end;

procedure TJvCustomEdit.SetDisabledColor(const Value: TColor);
begin
  if FDisabledColor <> Value then
  begin
    FDisabledColor := Value;
    if not Enabled then
      Invalidate;
  end;
end;

procedure TJvCustomEdit.SetDisabledTextColor(const Value: TColor);
begin
  if FDisabledTextColor <> Value then
  begin
    FDisabledTextColor := Value;
    if not Enabled then
      Invalidate;
  end;
end;

procedure TJvCustomEdit.SetEmptyValue(const Value: string);
begin
  FEmptyValue := Value;
  if HandleAllocated then
  begin
    if Focused then
      DoEmptyValueEnter
    else
      DoEmptyValueExit;
  end;
end;

procedure TJvCustomEdit.SetFlat(Value: Boolean);
begin
  if Value <> FFlat then
  begin
    FFlat := Value;
    {$IFDEF VCL}
    Ctl3D := not FFlat;
    {$ENDIF VCL}
    {$IFDEF VisualCLX}
    if FFlat then
      BorderStyle := bsNone
    else
      BorderStyle := bsSingle;
    Invalidate;
    {$ENDIF VisualCLX}
  end;
end;

procedure TJvCustomEdit.SetGroupIndex(Value: Integer);
begin
  if Value <> FGroupIndex then
  begin
    FGroupIndex := Value;
    UpdateGroup;
  end;
end;

procedure TJvCustomEdit.SetHotTrack(const Value: Boolean);
begin
  FHotTrack := Value;
  Flat := FHotTrack;
end;

procedure TJvCustomEdit.SetPasswordChar(Value: Char);
var
  Tmp: Boolean;
begin
  Tmp := ProtectPassword;
  try
    ProtectPassword := False;
    {$IFDEF VCL}
    if HandleAllocated then
      inherited PasswordChar := Char(SendMessage(Handle, EM_GETPASSWORDCHAR, 0, 0));
    inherited PasswordChar := Value;
    {$ENDIF VCL}
    {$IFDEF VisualCLX}
    FPasswordChar := Value;
    Invalidate;
    {$ENDIF VisualCLX}
  finally
    ProtectPassword := Tmp;
  end;
end;

procedure TJvCustomEdit.SetSelLength(Value: Integer);
begin
  if csReading in ComponentState then
    FStreamedSelLength := Value
  else
    inherited SetSelLength(Value);
end;

procedure TJvCustomEdit.SetSelStart(Value: Integer);
begin
  if csReading in ComponentState then
    FStreamedSelStart := Value
  else
    inherited SetSelStart(Value);
end;

{$IFDEF VCL}

// (ahuser) ProtectPassword has no function under CLX

procedure TJvCustomEdit.SetText(const Value: TCaption);
begin
  inherited Text := Value;

  FIsEmptyValue := (Value = FEmptyValue);
  if not FIsEmptyValue then
    Font.Color := FOldFontColor
  else
    Font.Color := FEmptyFontColor;
end;

{$ENDIF VCL}

{$IFDEF JVCLThemesEnabled}

procedure TJvCustomEdit.SetThemedPassword(const Value: Boolean);
begin
  if FThemedPassword <> Value then
  begin
    FThemedPassword := Value;
    PasswordChar := #0;
    RecreateWnd;
  end;
end;

{$ENDIF JVCLThemesEnabled}

procedure TJvCustomEdit.UpdateGroup;
var
  I: Integer;
begin
  if (FGroupIndex <> -1) and (Owner <> nil) then
    for I := 0 to Owner.ComponentCount - 1 do
      if (Owner.Components[I] is TJvCustomEdit) and (Owner.Components[I] <> Self) and
        (TJvCustomEdit(Owner.Components[I]).GroupIndex = Self.GroupIndex) then
        TJvCustomEdit(Owner.Components[I]).Clear;
end;

{$IFDEF VCL}
procedure TJvCustomEdit.WMPaint(var Msg: TWMPaint);
var
  Canvas: TControlCanvas;
  S: TCaption;
begin
  if csDestroying in ComponentState then
    Exit;
  if Enabled then
    inherited
  else
  begin
    if PasswordChar = #0 then
      S := Text
    else
      S := StrFillChar(PasswordChar, Length(Text));
    Canvas := nil;
    try
      if not PaintEdit(Self, S, FAlignment, False, {0,} FDisabledTextColor,
        Focused, Canvas, Msg) then
        inherited;
    finally
      Canvas.Free;
    end;
  end;
end;
{$ENDIF VCL}

{$IFDEF UNITVERSIONING}
const
  UnitVersioning: TUnitVersionInfo = (
    RCSfile: '$RCSfile: JvEdit.pas,v $';
    Revision: '$Revision: 1.53 $';
    Date: '$Date: 2004/10/07 13:08:54 $';
    LogPath: 'JVCL\run'
  );

initialization
  RegisterUnitVersion(HInstance, UnitVersioning);

finalization
  UnregisterUnitVersion(HInstance);
{$ENDIF UNITVERSIONING}

end.


JvEdit.pas
	



Subject: Re: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 12:54:17 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:clico9$9g3$1@talkto.net>:

>> >> Is this intended?
> > Yes. If Delphi can't find the dcu files (you don't have a path to lib\d7 in
> > lib or search path), the JVCL pas files are compiled and put into the dcu
> > folder of the application.
Peter,
I added a path to the .\lib\d7 directory.

> > If you had elected to add lib\d7 to the lib path (and remove \run), you
> > would only get the apps files compiled into the apps dcu folder. The JVCL
> > dcu's would be included from lib\d7. Note that in this case, you would have
> > to move the dfm and res files from \run to lib\d7 manually 
This is my configuration, I adjusted the full path to the JVCL library to
use an environment variable instead:
The lib path contains: $(JVCL)\common and $(JVCL)\lib\d7.
The search path contains: $(JVCL)\run and $(JVCL)\common.

If I remove $(JVCL)\run directory from search path some of the JVCL units
still get compiled into the .\jvcl\run directory. 
Did you mean to remove the \run path from the project options (too)?

> > (something the installer does automatically, IIRC).
Some dfm files are already there but no res files.

I'm asking these questions because I do not want to have duplicate dcu
files on harddisk to avoid some possible compiler/linker errors in future.
So I'm searching for a perfect solution how to set search/library path in
the IDE and project options.

-- cu, Michael 

Subject: Re: Please, help me for multiregistration with Jedi components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 11:45:33 +0200
Newsgroups: jedi.vcl

> > My application raised exceptions with next registration the same class.
> > Excteption looked this source in JvDataProvider:
I have no problems including this unit in a project. Try creating a new,
empty project and add JvDataProvider to uses. Do you still have the
exception?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Search and Ouput Paths
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 11:43:33 +0200
Newsgroups: jedi.vcl

> > The installer said it would add a path $(JVCL)\run to lib path but it
> > didn't. Instead it added this directory to the search path.
Sounds like a bug to me
> > All *.dcu files where compiled inside .\lib\d7
Correct

> > The compiler again recompiled the needed JVCL units into the
> > ..\..\..\..\dcu directory instead of using the library path
$(JVCL)\lib\d7.
> > Is this intended?
Yes. If Delphi can't find the dcu files (you don't have a path to lib\d7 in
lib or search path), the JVCL pas files are compiled and put into the dcu
folder of the application.

If you had elected to add lib\d7 to the lib path (and remove \run), you
would only get the apps files compiled into the apps dcu folder. The JVCL
dcu's would be included from lib\d7. Note that in this case, you would have
to move the dfm and res files from \run to lib\d7 manually (something the
installer does automatically, IIRC).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Search and Ouput Paths
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 25 Oct 2004 11:29:42 +0200
Newsgroups: jedi.vcl

Hi,

I downloaded the latest JVCL from web and installed it successfully for D7.
The installer said it would add a path $(JVCL)\run to lib path but it
didn't. Instead it added this directory to the search path.
All *.dcu files where compiled inside .\lib\d7

I opened the AdvancedPro example of the docking components and looked at
the various search and output directories of the project options:
Output directory: ..\..\..\..\bin
Unit output directory: ..\..\..\..\dcu

The compiler again recompiled the needed JVCL units into the
...\..\..\..\dcu directory instead of using the library path $(JVCL)\lib\d7.
Is this intended?

I didn't check any other examples so far...
-- cu, Michael 

Subject: Please, help me for multiregistration with Jedi components
From: "sn" <wcs@post.pl>
Date: Mon, 25 Oct 2004 10:28:05 +0200
Newsgroups: jedi.vcl

My application raised exceptions with next registration the same class. 
Excteption looked this source in JvDataProvider:

initialization
  {$IFDEF UNITVERSIONING}
    RegisterUnitVersion(HInstance, UnitVersioning);
  {$ENDIF UNITVERSIONING}

  RegisterClasses([
    // Items related
    TJvDataItemsList, TJvCustomDataItemsImages, 
TJvCustomDataItemsTextRenderer,
    TJvBaseDataItemsListManagement,
    // Item related
    TJvBaseDataItem, TJvDataItemTextImpl, TJvDataItemImageImpl,
    // Consumer related
    TJvDataConsumer, TJvDataConsumerItemSelect,
    // Context list related
    TJvDataContexts,
    // Context related
    TJvDataContext, TJvManagedDataContext, TJvFixedDataContext]);

What can I do with this problem ?

Sebastian Nabzdyk

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppStorage and W9x
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Mon, 25 Oct 2004 02:46:31 -0400
Newsgroups: jedi.vcl

In article <MPG.1be6684cf34a344498968e@194.191.0.34>, 
edwardbNOSPAMNO@hauser.ca says...
> > In article <MPG.1be65c6cedd97d3c98968d@194.191.0.34>, 
> > edwardbNOSPAMNO@hauser.ca says...
>> > > I just spent the weekend getting a really cool DB properties and settings 
>> > > tool together for my reporting apps using Jcl and Jvcl components. I've 
>> > > been testing all along, but just now dropped a JvAppStorage on a 
>> > > datamodule and tested under win95 and win98se.
>> > > 
>> > > As soon as the JvAppStorage component is compiled in, I get a dreaded 
>> > > "runtime 217" under W9x...
>> > > 

ARRGHH!  It turns out it is related to enabling D7E option "Use debug 
DCUs". 

I do this so memory sleuth can dig in...  As soon as that's disabled, the 
old and new apps worked quite well...

I going home now. Taking my ball too.

Cheers,
EdB


Subject: Re: No more WinHelp?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 25 Oct 2004 08:42:06 +0200
Newsgroups: jedi.vcl

Steve Troxell wrote:
> Will there be no WinHelp as of beta 2?  I know there is the Jedi Online Help website but that doesn't integrate into the Delphi IDE

I don't have the required knowledge to create this version of the help system. The Jedi Online Help can generate the required source files, but after that, I can't do much more.
Someone from the help team will have to take over.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvAppStorage and W9x
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Mon, 25 Oct 2004 02:33:42 -0400
Newsgroups: jedi.vcl

In article <MPG.1be65c6cedd97d3c98968d@194.191.0.34>, 
edwardbNOSPAMNO@hauser.ca says...
> > I just spent the weekend getting a really cool DB properties and settings 
> > tool together for my reporting apps using Jcl and Jvcl components. I've 
> > been testing all along, but just now dropped a JvAppStorage on a 
> > datamodule and tested under win95 and win98se.
> > 
> > As soon as the JvAppStorage component is compiled in, I get a dreaded 
> > "runtime 217" under W9x...
> > 
> > Can someone tell me either 
> > 1) JvAppStorage categorically will NOT run under W9x; or, 
> > 2) try XYZ to resolve...
> > 
> > TIA
> > 

Never mind...

I finally recalled how 217 can sometimes be beat by movig code around 
w.r.t. what gets initialized and/or finalized first.

Not sure whats wrong with original test project, but I recreated the test 
form and and included all my low-level stuff (including datamodule with  
jvAppStorage) and nothing complained.

<sigh> Another few hours spent chasing red herrings.

Time for sleep.

Cheers,
EdB


Subject: Re: Error in JvEdit.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Oct 2004 08:28:46 +0200
Newsgroups: jedi.vcl

Changed in CVS

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Where do I report installation problems?
From: "Steve Troxell" <steve_troxell@nospam.hotmail.com>
Date: Mon, 25 Oct 2004 01:52:05 -0400
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> > Use the issue tracker, category "installation":
> > http://homepages.borland.com/jedi/issuetracker/main_page.php
> >
> > If you refer to your posting in jedi.jcl, please read my answer in the
> > same thread.

Please read my answer to your answer. :)

-- Steve Troxell 

Subject: No more WinHelp?
From: "Steve Troxell" <steve_troxell@nospam.hotmail.com>
Date: Mon, 25 Oct 2004 01:51:15 -0400
Newsgroups: jedi.vcl

Will there be no WinHelp as of beta 2?  I know there is the Jedi Online Help 
website but that doesn't integrate into the Delphi IDE

-- Steve Troxell 

Subject: JvAppStorage and W9x
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Mon, 25 Oct 2004 01:43:09 -0400
Newsgroups: jedi.vcl

I just spent the weekend getting a really cool DB properties and settings 
tool together for my reporting apps using Jcl and Jvcl components. I've 
been testing all along, but just now dropped a JvAppStorage on a 
datamodule and tested under win95 and win98se.

As soon as the JvAppStorage component is compiled in, I get a dreaded 
"runtime 217" under W9x...

Can someone tell me either 
1) JvAppStorage categorically will NOT run under W9x; or, 
2) try XYZ to resolve...

TIA

Cheers,
EdB


Subject: Re: Problems after installation with actual CVS version
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 25 Oct 2004 05:42:59 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > Hi,
> > 
>> > > I made a new download from JCL and JVCL out the CVS one hour ago.
>> > > Then I installed JCL and JVCL without an error.
>> > > Then I started Delphi7 and got the attached message for all JVCL
>> > > bpl.  All bpl files in ...projects\bpl are new created.
>> > > 
>> > > Any solution for that??
> > 
> > Can't reproduce that.  From the address I conclude that it could be
> > related to unit versioning.  What happens if you remove
> > JclUnitVersioning from packages\D7\DJcl.dpk?
> > 
> > Greetings, Robert

Hi Robert,

I tried the following:

1.Step
=> JCl = UnitVersioning removed
=> JVCL = UnitVersioning OFF
Everything OK

2. Step
=> JCL = Unitversioning included
=> JVCL = Unitversioning OFF
Everything OK

Hopefully this will help you

Karlheinz



Subject: Re: Wizard-based installer and new build system?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 25 Oct 2004 07:20:34 +0200
Newsgroups: jedi.general,jedi.vcl

Don S wrote:

> I saw on the JVCL website that a new build system and wizard-based installer were being developed in March.  What's the status of those items? Can they be accessed in the daily archives?
>
> tia...
>
> Don
>
Hi.

Both these are in use in the JVCL 3 Beta (1 & 2) and is also available in the daily zips available here:

http://jvcl.sf.net/daily/

Please note that you will need the latest JCL to compile the JVCL.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Where do I report installation problems?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 25 Oct 2004 06:53:33 +0200
Newsgroups: jedi.vcl

Use the issue tracker, category "installation": http://homepages.borland.com/jedi/issuetracker/main_page.php

If you refer to your posting in jedi.jcl, please read my answer in the same thread.

Robert


Subject: JvFilenameEditOnBeforeDialog - bug or my bad?
From: Steve Gabrilowitz <steve@ncc-1701.org>
Date: Sun, 24 Oct 2004 21:18:09 -0400
Newsgroups: jedi.vcl

This message was originally posted on the SourceForge forum, thanks to obones for pointing me to here instead!

Finally tracked down a problem I was having in my app, seems that if you set the .Text attribute of a TJvFileNameEdit in its OnBeforeDialog routine then it doesn't take effect until AFTER the dialog is completed! Is this a bug or a misunderstanding of how things are supposed to work? The intent was to put a default file name in the dialog box, should I have used a different attribute or ???

Thanks!


Subject: Wizard-based installer and new build system?
From: "Don S" <mudshark@rancidbud.org>
Date: Sun, 24 Oct 2004 20:22:14 -0400
Newsgroups: jedi.general,jedi.vcl

I saw on the JVCL website that a new build system and wizard-based installer were being developed in March.  What's the status of those items? Can they be accessed in the daily archives?

tia...

Don



Subject: Where do I report installation problems?
From: "Steve Troxell" <steve_troxell@nospam.hotmail.com>
Date: Sun, 24 Oct 2004 20:04:39 -0400
Newsgroups: jedi.vcl

-- Steve Troxell 

Subject: How to dock a client without resizing on a JvDockServer?
From: "mvko" <nospam@web.de>
Date: Sun, 24 Oct 2004 23:30:14 +0200
Newsgroups: jedi.vcl

Hi,

does anyone know if (and how) it is possible to dock a Form with a
TJvDockClient on a Form with a TJvDockServer in a way that

- the panel on the server will be sized so that the full client can stay
on it?

- the server only accepts some specific clients (types of forms), for
example client1 and client2 could be docked on server 1 while client2 and
client3 would be accepted by by server2.

Thanks,
Michael



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems after installation with actual CVS version
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 24 Oct 2004 23:12:50 +0200
Newsgroups: jedi.vcl

Hi,

> I made a new download from JCL and JVCL out the CVS one hour ago.
> Then I installed JCL and JVCL without an error.
> Then I started Delphi7 and got the attached message for all JVCL bpl.
> All bpl files in ...projects\bpl are new created.
>
> Any solution for that??

Can't reproduce that.  From the address I conclude that it /could/ be related to unit versioning.  What happens if you remove JclUnitVersioning from packages\D7\DJcl.dpk?

Greetings, Robert


Subject: Re: newbie questin : win 2k installation and jv themes unit
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 24 Oct 2004 23:01:46 +0200
Newsgroups: jedi.vcl

d van donk wrote:
> Hello
>
>
> (If adding the units is the solution, which one contains the definition of
> the hdc, i was not able to pin point this one)
>
Add Windows to uses.

Groetjes,

André Snepvangers


Subject: newbie questin : win 2k installation and jv themes unit
From: "d van donk" <d.v.donk@hccnet.nl>
Date: Sun, 24 Oct 2004 21:55:22 +0200
Newsgroups: jedi.vcl

Hello

After installing the jedi 3 beta components i started digging into it.
When trying to compile a test app the d6 pro compiler complains about
undeclared identifiers as trect and hdc,
located in the jvthemes unit.
I am running win 2k professional.
Obviously i can add the units containing the trect and the hdc definitions,
but maybe i made a mistake.

Can anybode give me a glue?

(If adding the units is the solution, which one contains the definition of
the hdc, i was not able to pin point this one)

Thanks for help

Diederik van Donk





Subject: Re: TJvWizard question
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 24 Oct 2004 16:33:31 +0200
Newsgroups: jedi.vcl

> > Thank you very much, It works now ! Sorry, it may was a stupid question,
but
> > I'm used to wait for an error message displayed by Delphi when an unit is
> > required for a project.

Not stupid. The normal course of events *is* for Delphi to issue a warning
or error when it can't load the image. I don't know if it is the wizard or
TPicture that surpresses any errors, but I can tell you it took me some time
to figure out why JvWizard didn't display jpegs and gifs :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvWizard question
From: "Adrien REBOISSON" <rabusier@free.fr>
Date: Sun, 24 Oct 2004 16:21:04 +0200
Newsgroups: jedi.vcl

Thank you very much, It works now ! Sorry, it may was a stupid question, but 
I'm used to wait for an error message displayed by Delphi when an unit is 
required for a project.

Anyway, thank you again.

Regards,

A.R.
"Peter Thornqvist" <peter3@nospam.peter3.com> a écrit dans le message de 
news: clg7s0$ts7$1@talkto.net...
> > Add jpeg to the uses clause of the form
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> > 




Subject: Re: TJvWizard question
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 24 Oct 2004 16:05:57 +0200
Newsgroups: jedi.vcl

Add jpeg to the uses clause of the form

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TJvWizard question
From: "Adrien REBOISSON" <rabusier@free.fr>
Date: Sun, 24 Oct 2004 15:56:18 +0200
Newsgroups: jedi.vcl

Hi all,

I have a question about the TJvWizard component (very useful and well 
designed !!). However, I think I miss something since I cannot display a 
picture for the "Welcome page". I have set a JPG file for the Watermark's 
Image property of my wizard, it's displayed on the design time, but on the 
runtime, only the background color (which can be chosen by using the 
Watermark.color property) appears. Not the picture. Why ?... I don't see 
what I've forgotten. Is it a know bug ?

Any hint will be appreciated !

Best Regards,

A.R.

BTW, I use the JVCL Beta #2 with Delphi 7 (french edition). 




Subject: Re: BCB component and Unresolved external.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 24 Oct 2004 11:08:24 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones <obones_REM_SPM_@_PIF_altern.org> wrote in news:cl9ugs$u60$1
> @talkto.net:
>
>
>> Could you post your code in a zip file to binaries?
>>
>
> Done.
> See the same topic title and also my note there.
> Regards,
> Vaclav

Ok, this is now fixed in CVS. The only solution was to rename DrawText so that it does not get replaced by the #define in windows.h under any circumstances. The new name is DrawItemText. This change is indicated in changelog.txt

Cheers

Olivier Sannier
JVCL Coordinator


Subject: New JvExVCL classes Annoucement
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 23 Oct 2004 22:21:48 +0200
Newsgroups: jedi.vcl

Hello,

I have redesigned the JvExVCL classes, this will require also some
modifications on a couple of units in run. I have already done this
with my local version of JVCL3.
The JvExVCL units have been split into
- JvExVCL classes: VCL-only classes, they implement VisualCLX style
Notifications.
- JvExCLX classes: VisualCLX-only classes, they implement VCL messaging
for common VCL/Windows messages (mirrors JvExVCL classes),
double buffered painting, added methods for common VCL methods (PaintTo,
CreateWnd, ... )


Added to JvTypes:
{ VCL only }
type
  TInputKey = (ikAll, ikArrows, ikChars, ikButton, ikTabs, ikEdit,
ikNative);
  TInputKeys = set of TInputKey; { WM_DLG

{ VCL & VisualCLX common }
type
  {
    Usage:
     with TJvMessage(Message) do
    Avoids numerous otherwise required typecasting

  }
  TJvMessage = record
    .....
    ......

Layout changes to JvTypes:
  VCL and VisualCLX specifics are grouped.

*******************
* JvExVCL classes *
*******************

- No interfaces: i.e. IJvControlEvents, IJvWinControlEvents & IJvWinControlEvents have been removed.

- No initialization & finalization sections required.

- No code patching.

- Obsolete properties and methods have been removed.

- Added property InputKeys, enhanced HintColor property: does not
  modify Application.HintColor, it uses CM_HINTSHOW to handle HintColor.

Properties:
===========
{ TControl }
protected
  property OnMouseEnter: TNotifyEvent;
  property OnMouseLeave: TNotifyEvent;

published
  property AboutJCVL: TAboutJVCL;

  property HintColor: TColor default clDefault
    clDefault: Parent HintColor
    clNone   : Application.HintColor

{ TWinControl }
protected
  property InputKeys: TInputKeys default ikNative
    // Default is ikNative + DlgCodesToInputKeys(inherited CM_DLGCODE)

{ Edit Controls }
published
  property ClipBoardCommands: TJvClipBoardCommands default
[caCopy..caUndo]
    // Value of property ReadOnly ignores conflicting TJvClipBoardCommand ( caCut, caPaste )


MESSAGE                Notification
===================================================================

{ TControl }

CM_COLORCHANGED           procedure ColorChanged;

CM_ENABLEDCHANGED         procedure EnabledChanged;

CM_FOCUSCHANGED           procedure FocusChanged;

CM_FONTCHANGED            procedure FontChanged;

CM_MOUSEENTER             procedure MouseEnter(AControl: TControl);

CM_MOUSELEAVE             procedure MouseLeave(AControl: TControl);

CM_PARENTCOLORCHANGED       procedure ParentColorChanged;

CM_PARENTFONTCHANGED      procedure ParentFontChanged;

CM_PARENTSHOWHINTCHANGED  procedure ParentShowHintChanged;

CM_TEXTCHANGED            procedure TextChanged;

CM_VISIBLECHANGED         procedure VisibleChanged;

{ TWinControl }

CM_CURSORCHANGED         procedure CursorChanged;

CM_SHOWINGCHANGED        procedure ShowingChanged;

CM_SHOWHINTCHANGED       procedure ShowHintChanged;

WM_KILLFOCUS/CM_LOSTFOCUS procedure GotFocus  { preferred )
                         procedure DoKillFocus(FocusedWnd: HWND)

WM_SETFOCUS/CM_GOTFOCUS   procedure LostFocus { preferred }
                         procedure DoSetFocus(FocusedWnd: HWND)

WM_SIZE                  procedure BoundsChanged;

============================================================================


MESSAGE               Wrapper function       
============================================================================

{ TControl }

CM_HINTSHOW               function HintShow(var HintInfo: THintInfo):
Boolean;

CM_HITTEST                function HitTest(X, Y: Integer): Boolean;

{ TWinControl }

CM_DIALOGCHAR             function WantKey(Key: Integer; Shift:
TShiftState;  const KeyText: WideString): Boolean;

WM_ERASEBKGND            function DoEraseBackground(Canvas: TCanvas;
LParam: Integer): Boolean;

=============================================================================

COMPILER5: // DELPHI 5
protected
  procedure SetAutoSize(Value: Boolean); dynamic

*******************
* JvExCLX classes *
*******************

Updates on and description of the JvExCLX classes will follow after the new JvExVCL classes are completed and tested.

-- 

Updates on JVCL3/VCL are planned between 25 and 27 october. Updates on JVCL3/VisualCLX will take place between 27 and 29 october.
For people who are interested in the ongoing work: take a look at devtools/JvExCLX/src

Comments are welcome !

Regards,

André Snepvangers
JVCL VisualCLX coordinator,
JVCL developer


Subject: Re: Problems after installation with actual CVS version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 23 Oct 2004 21:21:48 +0200
Newsgroups: jedi.vcl

My solution was : going down to an older jcl version. But i had no time to look deeper. It's the jcl, not the jvcl.

Greetings
Jens


Karlheinz schrieb:
> Hi,
>
> I made a new download from JCL and JVCL out the CVS one hour ago.
> Then I installed JCL and JVCL without an error.
> Then I started Delphi7 and got the attached message for all JVCL bpl.
> All bpl files in ...projects\bpl are new created.
>
> Any solution for that??
>
> Karlheinz
>
>
>
> ------------------------------------------------------------------------
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Is anyone interested in animated CLX button?
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 23 Oct 2004 17:42:48 +0200
To: ZZarko <zzzarko@yahoo.com>
Newsgroups: jedi.vcl

ZZarko wrote:
> I made an animated CLX button based on TGraphicControl and TTimer. It has these animated states: Active, Inactive, MouseEnter, MouseLeave and MouseClick. An image with animation frames can be assigned to any state. All animated buttons are connected in one list (which is automatically updated) and can be controlled by keyboard, but only if there is no other controls which can receive focus (it was mainly developed for a game I was working on). Transparent color is black, and everything is properly displayed because control grabs background image before first drawing itself. Tested only under Windows. If there is a need for such a button, I'll gladly give it to JVCL.
>
Sounds interesting enough:
- Upload to ng Jedi.binaries @ forums.talkto.net
- Enter as feature request in Mantis through http://homepages.borland.com/jedi/jvcl "Report a bug"
- mail me

Regards,

André Snepvangers,
JVCL VisualCLX coordinator.

BTW JVCLX 1.0 will implement double buffered painting on all controls avoiding that annoying flickering.



Subject: Problems after installation with actual CVS version
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 23 Oct 2004 15:27:07 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I made a new download from JCL and JVCL out the CVS one hour ago.
Then I installed JCL and JVCL without an error.
Then I started Delphi7 and got the attached message for all JVCL bpl.
All bpl files in ...projects\bpl are new created.

Any solution for that??

Karlheinz



ErrorDJCL70bpl.jpg

ErrorDJCL70bpl.jpg
	



Subject: Re: storage backends
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sat, 23 Oct 2004 16:55:49 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Functions like copy a (sub) tree could also be helpfull for the backend and could be implemented in the current releases also.

Actually, I had planned to implement it in TJvCustomAppStorage when I was building it's first incarnation, but I never got to it. The generic implementation in TJvCustomAppStorage is quite possible the only solution too (though less efficient in some case), as you can not predict which source/target storage combination you'll run into (not to mention possible situations with SubStorages, which can be a different type of storage than the main one.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: storage backends
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 23 Oct 2004 16:03:05 +0200
Newsgroups: jedi.vcl

Sorry, but i don't realize what you want to do :-( And why you want to rewrite the components, and which ones. The registry and the ini-component. Or also the dataset and xml.

Maybe i'm sitting on the line, but i don't understand it.

Functions like copy a (sub) tree could also be helpfull for the backend and could be implemented in the current releases also.

And the TJvCustomAppStorage is custom, and not based on anything special.

Greetings
Jens

Robert Marquardt schrieb:
> I recently reworked JclRegistry.pas to contain easy-to-use functions to store most basic types of Delphi in the registry.
> This gave me the idea to generalize the storage backends we have.
>
> Currently we have Registry, XML and INI file.
> I would like to have REGEDIT4 and REGEDIT5 .reg files as storage backends also. INI file would be a special case of REGEDIT4 then. This would lift the 64K limit of the Windows INI file functions.
>
> The idea would be to have the same family of Read and Write functions for each storage backend. The functions would be part of the JCL.
> A function to copy a (sub)tree from one storage backend to another would complete the function set.
>
> On top of these functions the storage backend classes of the JVCL could be reimplemented. This would give us an even more powerful tool for storing and retrieving application settings.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Is anyone interested in animated CLX button?
From: "ZZarko" <zzzarko@yahoo.com>
Date: Sat, 23 Oct 2004 12:41:50 +0200
Newsgroups: jedi.vcl

I made an animated CLX button based on TGraphicControl and TTimer. It has 
these animated states: Active, Inactive, MouseEnter, MouseLeave and 
MouseClick. An image with animation frames can be assigned to any state. 
All animated buttons are connected in one list (which is automatically 
updated) and can be controlled by keyboard, but only if there is no other 
controls which can receive focus (it was mainly developed for a game I was 
working on). Transparent color is black, and everything is properly 
displayed because control grabs background image before first drawing 
itself. Tested only under Windows. If there is a need for such a button, 
I'll gladly give it to JVCL.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvComputerInfoEx mem leak
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Sat, 23 Oct 2004 00:21:35 -0400
Newsgroups: jedi.vcl

In article <MPG.1be391f29b465fc3989689@194.191.0.34>, 
edwardbNOSPAMNO@hauser.ca says...
> > Hey remember last weekend when I reported a "leak" when using 
> > UNITVERSIONING?
> > 
> > Well JvComputerInfoEx is doing the same thing with memory sleuth.
> > W2K sp4, D7E.
> > 
> > That is, drop a button and a label on a form. 
> > 
> > procedure TForm1.Button1click(Sender: TObject);
> > var
> >  cInfo: TJvComputerInfoEx;
> > begin
> >  cInfo:=TJvComputerInfoEx.Create(nil);
> >  label1.caption:=cInfo.Folders.AppData;
> >  cInfo.free;
> > end;
> > 
> > On program exit, 38 memory leaks, 16 resource leaks.
> > 
> > All related to MSVCR71.dll (Heap memory, critical section
> > 
> > So, am I using this incorrectly? Does anyone want to see the memsleuth 
> > output?
> > 
> > Clicking button1 repeatedly has no effect with respect to run-time 
> > "creeping leaks."  Another instance where it looks scary but won't 
> > necessarily cause damage in a long-running program.
> > 

Narrowed this down to JCL issue with JclSysInfo.  Will report as new over 
there...

Cheers,
EdB


Subject: JvComputerInfoEx mem leak
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Fri, 22 Oct 2004 22:54:29 -0400
Newsgroups: jedi.vcl

Hey remember last weekend when I reported a "leak" when using 
UNITVERSIONING?

Well JvComputerInfoEx is doing the same thing with memory sleuth.
W2K sp4, D7E.

That is, drop a button and a label on a form. 

procedure TForm1.Button1click(Sender: TObject);
var
 cInfo: TJvComputerInfoEx;
begin
 cInfo:=TJvComputerInfoEx.Create(nil);
 label1.caption:=cInfo.Folders.AppData;
 cInfo.free;
end;

On program exit, 38 memory leaks, 16 resource leaks.

All related to MSVCR71.dll (Heap memory, critical section

So, am I using this incorrectly? Does anyone want to see the memsleuth 
output?

Clicking button1 repeatedly has no effect with respect to run-time 
"creeping leaks."  Another instance where it looks scary but won't 
necessarily cause damage in a long-running program.

Cheers,
EdB



Subject: Looking for opinion on folder use
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Fri, 22 Oct 2004 17:15:43 -0400
Newsgroups: jedi.vcl

I have report applications that will use jvAppXMLStore to read ODBC DSN 
settings available to all users (stored local, as some DSN settings are 
specific to a workstation). Each application also has options/preferences 
to be stored - probably per user, but possibly per workstation.

Some users are *very* limited in permissions, others are "power user" 
group.

Is there some guideline out there as to best places to leave settings 
data?

Looking at jvComputerInfoEx the natural places would seem to be:
Install app as power user or admin into \Program Files\MyDir
with ODBC settings in \Program Files\Common Files\MyDir

Run application as actual user from ProgramFiles\MyDir and store 
individual application form settings/options in "AppData" folder.

Of course, "CommonAppData" might be used instread of "CommonFiles" 
folder. Is there any reason to prefer one over the other?

Cheers,
EdB



Subject: Re: Debug information
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 22 Oct 2004 22:30:39 +0200
Newsgroups: jedi.vcl

Run the JCL (*not* JVCL) installer and check the "Debug Extension" option

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net "Alessandro" <alessandrocamara@hotmail.com> skrev i meddelandet news:cl5i0g$66v$1@talkto.net...
> > Hi. In previous version JVCL / JCL, when install, in IDE show option in
> > project menu to  "embbed dbug information". After install tha last version
> > dont show this options. How can i enable this options or how can i join
> > debug information to exe file?
> >
> > Thanks
> > Alessandro
> >
> >




Subject: Re: Erroneous behavior with a ReadOnly TJvCheckBox
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 22 Oct 2004 22:23:17 +0200
Newsgroups: jedi.vcl

Testad and confirmed. Changed in CVS (StateChanged also modified)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Error in JvEdit.pas
From: João Toledo <jt.lista@uol.com.br>
Date: Fri, 22 Oct 2004 16:08:50 -0200
Newsgroups: jedi.vcl

Hi,

I've downloaded today's snapshot and found that when you try to get a TJvValidateEdit.Text whose DisplayFormat property has been changed to dfAlphaNumeric at design time you receive an empty string, even if text is being showed in it (I think it would also happen with other configurations and TJvCustomEdit descendents).

The problem is in TJvCustomEdit.SetText (JvEdit.pas) and can be solved - if I have understood it correctly :) - in this way:

<original code>
procedure TJvCustomEdit.SetText(const Value: TCaption);
begin
  inherited Text := Value;
  if FIsEmptyValue <> (Value = '') then
  begin
    FIsEmptyValue := (Value = '');
    if not FIsEmptyValue then
      Font.Color := FOldFontColor
    else
     Font.Color := FEmptyFontColor;
  end;
end;
</original code>


<corrected code>
procedure TJvCustomEdit.SetText(const Value: TCaption);
begin
  inherited Text := Value;

  FIsEmptyValue := (Value = FEmptyValue);
  if not FIsEmptyValue then
    Font.Color := FOldFontColor
  else
    Font.Color := FEmptyFontColor;
end;
</corrected code>



João Toledo


Subject: Re: lite error ! instal
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 22 Oct 2004 18:11:46 +0200
Newsgroups: jedi.vcl

F wrote:

>  
>
> Hi All
>
> I try instal the packatage and i have many msg error ..... :'( :'( :'( :'(

As I told you on the French newsgroups, please install the JCL before.


Subject: Erroneous behavior with a ReadOnly TJvCheckBox
From: João Toledo <jt.lista@uol.com.br>
Date: Fri, 22 Oct 2004 13:52:03 -0200
Newsgroups: jedi.vcl

Hi,

When a TJvCheckBox is ReadOnly, you can change its Checked status via code, but this change is not showed in the screen. You can try it this way:

- put in a Form a TJvCheckBox, two TLabels and a TButton;
- make the TJvCheckBox.ReadOnly = TRUE;
- now change Button1.OnClick event to something like this:

begin
  Label1.Caption := 'Before changing it: ' +
                    BoolToStr(JvCheckBox1.Checked, True);

  JvCheckBox1.Checked := not JvCheckBox1.Checked;

  Label2.Caption := 'After changing it: ' +
                    BoolToStr(JvCheckBox1.Checked, True);
end;

I solved it changing the TJvCheckBox.BmSetCheck event in JvCheckBox.pas:

procedure TJvCheckBox.BmSetCheck(var Msg: TMessage);
begin
  // if not ReadOnly then                    <-- COMMENTED THOSE LINES
  // begin
    inherited;
    CheckLinkedControls;
  // end;
end;

By the way, I'm using today's snapshot source. And I think method StateChanged would also have to be changed (it's used only with VisualCLX, wich I don't use here, so I'm not sure).

João Toledo


Subject: lite error ! instal
From: F <F@f.fr>
Date: Fri, 22 Oct 2004 17:14:57 +0200
Newsgroups: jedi.vcl


Hi All
I try instal the packatage and i have many msg error ..... :'( :'( :'( :'( 



errjvcl.JPG
	


errjvcl2.JPG
errjvcl2.JPG
	



Subject: storage backends
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 22 Oct 2004 17:07:55 +0200
Newsgroups: jedi.vcl

I recently reworked JclRegistry.pas to contain easy-to-use functions to store most basic types of Delphi in the registry.
This gave me the idea to generalize the storage backends we have.

Currently we have Registry, XML and INI file.
I would like to have REGEDIT4 and REGEDIT5 .reg files as storage backends also. INI file would be a special case of REGEDIT4 then. This would lift the 64K limit of the Windows INI file functions.

The idea would be to have the same family of Read and Write functions for each storage backend. The functions would be part of the JCL.
A function to copy a (sub)tree from one storage backend to another would complete the function set.

On top of these functions the storage backend classes of the JVCL could be reimplemented. This would give us an even more powerful tool for storing and retrieving application settings.


Subject: WOW!
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 22 Oct 2004 08:08:35 +0200
Newsgroups: jedi.vcl


Hi folks!

I just dowbloaded the Beta2 and give it a try - and was quite impressed! Yes some kind of tunderstrucked! The installer is just great Yeah very powerful! It is even better than in commercial products! And it works without any probs here. Thank you very much. I wish I could programm something like that!

BTW: I guess for many people is the first touch with JVCL like that: start the installer and than try to take a look at the demos. So I would suggest to build also the demos from within the installer and give a offering to start the compiled demos folder in the explorer so that new users can get impressed even deeper!

best reagards and keep up the great work!

Ralf Grenzing


Subject: Re: BCB component and Unresolved external.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 22 Oct 2004 06:50:47 +0200
Newsgroups: jedi.vcl

Could you post your code in a zip file to binaries?

Thanks

Olivier Sannier
JVCL coordinator


Subject: Re: BCB component and Unresolved external.
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 22 Oct 2004 04:09:58 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> wrote in news:cl9ugs$u60$1
@talkto.net:

> > Could you post your code in a zip file to binaries?
> > 
Done.
See the same topic title and also my note there. 

Regards,
Vaclav


Subject: Re: BCB component and Unresolved external.
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 22 Oct 2004 02:11:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> wrote in
news:cl8q53$ogq$1@talkto.net: 

> > Ok, this is now fixed in CVS. The only way to go around this is
> > for you to use DrawTextBCB instead of DrawText so that the
> > #define does not come into play.
> > 

See my previous contribution. At the moment I am not sure whether 
this is a solution of the problem. I don't call DrawText() directly.
Once again, sorry for my bad and insufficient explanation of the 
problem. 

Anyway, Thank you.
Vaclav


Subject: Re: BCB component and Unresolved external.
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 22 Oct 2004 02:03:28 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> wrote in news:cl8lur$nlu$1
@talkto.net:

>> >> [Linker Error] Unresolved external '__fastcall 
>> >> Jvmenus::TJvCustomMenuItemPainter::DrawTextA(const Types::TRect&, 
>> >> const System::AnsiString, int)' referenced from C:\PROGRAM FILES
>> >> \BORLAND\CBUILDER6\PROJECTS\BPL\JEDI\DESCENDANTS\JVSTDMENUPAINTVT
>> >> \JVSTANDARDMENUITEMPAINTERVT.OBJ
>> >> 
>> >> Name of the function is related to Win function, but prototype
>> >> DrawTextA(const Types::TRect&, const System::AnsiString, int) goes
>> >> to JVCL (TJvCustomMenuItemPainter::DrawText(...) ).

> > 
> > Yes.
> > What are you trying to do? Two solutions come to my mind:
> > 1. Call the DrawText API and you end up with a call to JVCL
> > 2. Call the DrawText member of TCustomMenuItemPainter
> > 

Hi, Olivier
I should say, I don't call DrawText(...) function in my example
directly. There is only a problem that I tried to create
descendant of TJvStandardMenuItemPainter from "JvMenus.pas" unit. 
The code which I made contains few lines without DrawText() calling.
(I must avow I explained my problem insufficiently. Mea Culpa.)

Thanks for your reply.
Vaclav


Subject: Re: BCB component and Unresolved external.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 21 Oct 2004 20:30:01 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I'm working on fixing that second issue.

Ok, this is now fixed in CVS. The only way to go around this is for you to use DrawTextBCB instead of DrawText so that the #define does not come into play.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: BCB component and Unresolved external.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 21 Oct 2004 19:18:24 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> Hi,
> currently I little experimented with components and I also tried to
> make descendant of a JVCL component. I got following message, when I run a MAKE:
> [Linker Error] Unresolved external '__fastcall Jvmenus::TJvCustomMenuItemPainter::DrawTextA(const Types::TRect&, const System::AnsiString, int)' referenced from C:\PROGRAM FILES
> \BORLAND\CBUILDER6\PROJECTS\BPL\JEDI\DESCENDANTS\JVSTDMENUPAINTVT
> \JVSTANDARDMENUITEMPAINTERVT.OBJ
>
> Name of the function is related to Win function, but prototype
> DrawTextA(const Types::TRect&, const System::AnsiString, int) goes
> to JVCL (TJvCustomMenuItemPainter::DrawText(...) ).
>
> I think, I have included all necessary libraries and object files,
> so I think there is another problem which I can't catch.
> Any hint?

Yes.
What are you trying to do? Two solutions come to my mind:
1. Call the DrawText API and you end up with a call to JVCL
2. Call the DrawText member of TCustomMenuItemPainter

For the first one, try using ::DrawText instead, this should solve your problem.
For the second one, the problem comes from the fact that windows.h has a #define that does this:

#ifdef UNICODE
#define DrawText DrawTextW
#else
#define DrawText DrawTextA
#endif

So every instance of DrawText gets replaced by DrawTextA in C++ Builder. And because TJvCustomMenuItemPainter has such a function, its name gets replaced by the #define.
I'm working on fixing that second issue.


> Note: See this thread topic, this is my problem in BCB6 :-). 
Uh? I don't quite get that.


Subject: Re: Examples problem - LinkedConsumers.pas
From: "Florent Ouchet" <ouchet.florent@laposte.net>
Date: Thu, 21 Oct 2004 18:41:45 +0200
Newsgroups: jedi.vcl

I have committed these changes to the cvs repository.

--
outchy

"Florent Ouchet" <ouchet.florent@laposte.net> a écrit dans le message de
news:cl0i2u$9ts$1@talkto.net...
> > The problem is in "function GetItemColorValue(Item: IJvDataItem; out
Color:
> > TColor): Boolean" located in JvColorProvider.pas in
> > \run\jvColorProvider.pas.
> >
> > The problem is new in VCL7.
> >
> > I suggest this implementation to be backward compatible ($80000000 will be
> > the reference) :
> >
> > (line 524)
> > function GetItemColorValue(Item: IJvDataItem; out Color: TColor): Boolean;
> > var
> >   S: string;
> > begin
> >   S := Item.GetID;
> >   Result := Copy(S, 1, 7) = cColorItemIDPrefix;
> >   if Result then
> >   begin
> >     Color := StrToInt('$0' + Copy(S, 8, 8));
> > {$IFDEF COMPILER7_UP}
> >     if (Color and $80000000)=$80000000 then // Old mask in VCL6
> >       Color := Color or clSystemColor;               // New mask in VCL7
> > {$ENDIF COMPILER7_UP}
> >   end;
> > end;
> >
> > And in "procedure TJvColorItem.InitID" located in JvColorProvider.pas in
> > \run\jvColorProvider.pas
> >
> > This modification will be backward compatible :
> >
> > (line 1608)
> > procedure TJvColorItem.InitID;
> > var
> >   ColorFound: Boolean;
> >   ColorValue: TColor;
> >   ColorName: string;
> > begin
> >   case ListNumber of
> >     0:
> >       ColorFound := (GetItems.GetProvider as
> > IJvColorProvider).GetStandardColor(ListIndex, ColorValue, ColorName);
> >     1:
> >       ColorFound := (GetItems.GetProvider as
> > IJvColorProvider).GetSystemColor(ListIndex, ColorValue, ColorName);
> >     2:
> >       ColorFound := (GetItems.GetProvider as
> > IJvColorProvider).GetCustomColor(ListIndex, ColorValue, ColorName);
> >     else
> >     begin
> >       ColorFound := False;
> >       ColorValue := -1;
> >     end;
> >   end;
> >   if ColorFound then
> >   begin
> > {$IFDEF COMPILER7_UP}
> >     if (ColorValue and clSystemColor)=clSystemColor then   // Mask in VCL7
> >       ColorValue := ColorValue and $80FFFFFF;       // Mask in VCL6
> > {$ENDIF COMPILER7_UP}
> >     SetID(cColorItemIDPrefix + IntToHex(ColorValue, 8));
> >   end
> >   else
> >     SetID('Item' + IntToStr(ListNumber) + '.' + IntToStr(ListIndex));
> > end;
> >
> > I tested with LinkedConsumersMain.pas, loaded colors seem good.
> >
> > I have *_*NOT*_* comitted these changes because I am not at ease with
> > Providers...
> >
> > Regards,
> >
> > outchy (Florent Ouchet)
> > JVCL donator
> >
> >
> >
> > "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> a écrit dans le
message
> > de news:ckt8ep$opr$1@talkto.net...
>>> > > > After some discussion with Robert Marquardt and after reading
> > Graphics.pas
>>> > > > in D5, D6 and D7. I foudn this problem :
>>> > > >
>>> > > > Colors in VCL6 and less are declared as $80000000
>>> > > > Colors in VCL7 are declared as $FF000000 (equal to the clSystemColor
> > const
>>> > > > defined in Graphics.pas(line 39) as   clSystemColor = $FF000000).
>>> > > >
>>> > > > I have created a flag in the JvFullColorSpace (located in
> > Donations\Colors)
>>> > > > defined as :
>> > >  > [...]
>>> > > >
>>> > > > Maybe it should be moved to JvTypes...
>> > >
>> > >      Wouldn't solve this particular problem. In whichever version the
>> > > DFM will be saved, those are the values that are stored. But, perhaps
>> > > the ColorProvider can be adapted to accept either case. Anyone care to
>> > > take a look or does the word 'Provider' instill fear in everyone ;)
>> > >
>> > >
>> > > -- 
>> > > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> > > Project JEDI Help coordinator
>> > > JEDI.NET team coordinator
>> > >
>> > > To mail me, remove the obvious from my mail address
> >
> >




Subject: BCB component and Unresolved external.
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Thu, 21 Oct 2004 12:51:15 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
currently I little experimented with components and I also tried to
make descendant of a JVCL component. I got following message, 
when I run a MAKE:
[Linker Error] Unresolved external '__fastcall 
Jvmenus::TJvCustomMenuItemPainter::DrawTextA(const Types::TRect&, 
const System::AnsiString, int)' referenced from C:\PROGRAM FILES
\BORLAND\CBUILDER6\PROJECTS\BPL\JEDI\DESCENDANTS\JVSTDMENUPAINTVT
\JVSTANDARDMENUITEMPAINTERVT.OBJ

Name of the function is related to Win function, but prototype
DrawTextA(const Types::TRect&, const System::AnsiString, int) goes
to JVCL (TJvCustomMenuItemPainter::DrawText(...) ).

I think, I have included all necessary libraries and object files,
so I think there is another problem which I can't catch.
Any hint?


TIA
Vaclav
Note: See this thread topic, this is my problem in BCB6 :-). 


Subject: Re: Feedback Requested: I am attempting to add dropdown list and ellipsis edit support to TJvStringGrid.
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 21 Oct 2004 11:11:58 +0200
Newsgroups: jedi.vcl

My email:
alexgrand aaaaaat hotmail doooooot com

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Feedback Requested: I am attempting to add dropdown list and ellipsis edit support to TJvStringGrid.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 21 Oct 2004 09:33:20 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:

> OBones wrote:
>
>> I second that. Last time I tried, this was an horrible kludge, I actually put the editing controls on top of the grid, not inside it. And the code to handle the tabulation was not even good enough to qualify for the word "dirty".
>
>
> I have a "cell" component, that is unfinished. It can host basically
> anything, since it's a component in itself.
>
> I'm working on a rather complex( commercial ) project right now and
> would donate my code( not polished, I was handling automatic runtime
> resize when I put it apart ).
>
> You might want to have a look at it, I could post a zip file?

Please post that zip file in jedi.binaries, along with an explanation of what your code does and how it does it.

That would be looked at by us, and mostly Warren I suppose.

Thanks for your help

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Feedback Requested: I am attempting to add dropdown list and ellipsis edit support to TJvStringGrid.
From: Andrea Raimondi <rainaple@tin.it>
Date: Thu, 21 Oct 2004 00:43:48 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I second that. Last time I tried, this was an horrible kludge, I actually put the editing controls on top of the grid, not inside it. And the code to handle the tabulation was not even good enough to qualify for the word "dirty".

I have a "cell" component, that is unfinished. It can host basically
anything, since it's a component in itself.

I'm working on a rather complex( commercial ) project right now and
would donate my code( not polished, I was handling automatic runtime
resize when I put it apart ).

You might want to have a look at it, I could post a zip file?

> Cheers

Cheers,

> Olivier Sannier
> JVCL Coordinator

Andrew


Subject: Re: JclRegistry redesign
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 20 Oct 2004 22:09:21 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Karlheinz wrote:
>
>> Hello Robert,
>>
>> did you check in the file?
>> I can't see the file in CVS.
>
>
> According to CVS history, file was comitted 18:57 (GMT + 1:00).
> Maybe anonymous CVS access is delayed somewhat.

By 4 to 5 hours usually, up to 48 hours at most.


Subject: Re: JclRegistry redesign
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 20 Oct 2004 22:04:26 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:
> Hello Robert,
>
> did you check in the file?
> I can't see the file in CVS.

According to CVS history, file was comitted 18:57 (GMT + 1:00).
Maybe anonymous CVS access is delayed somewhat.

Robert


Subject: Re: Feedback Requested: I am attempting to add dropdown list and ellipsis edit support to TJvStringGrid.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 20 Oct 2004 19:43:10 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> If you look at the VCL source code to the VCL class TStringGrid you'll notice it's been much changed since D5, in particular, it has the hooks implemented, but not all the necessary code, to create a TStringGrid derived class that supports ellipsis buttons and combobox (picklist) editing.
The JvDBGrid does this too, and it is working with BCB5 as it is the platform Fred is using to develop it. Maybe you could talk with him to see how he implemented the inplace editors.

> Thus, it presents itself as an ideal thing to be added to JvStringGrid,
> something that for me at least, would make the JvStringGrid a lot more
> useful.
I second that. Last time I tried, this was an horrible kludge, I actually put the editing controls on top of the grid, not inside it. And the code to handle the tabulation was not even good enough to qualify for the word "dirty".


> The catch here is that the hooks, the virtual functions requiring overriding, etc, are in D6/D7 but not in D5.  I don't have D5 installed here at my work, but I imagine if I proceed with this idea locally
> that it would break compilation of the JvStringGrid in D5, and must therefore be conditionally compiled, via {$ifdef COMPILER6_UP} or something like that. I will have to go get D5, install it, and make sure
> this code still compiles on D5 before it could be checked in.
You could do that, or get it posted on binaries and some persons would check it. I would have to anyway, just to check for BCB's compatibility.

I would really want you to try to get at least 90% of the functionnality available for all supported versions. I'd recommend you contact Fred and look at his code in the TJvDBGrid for inplace editors.

On a personal note, I must say that I would LOVE to see this implemented.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JclRegistry redesign
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Wed, 20 Oct 2004 17:30:30 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Robert,

did you check in the file?
I can't see the file in CVS.
Karlheinz

Robert Rossmair wrote:

> > Karlheinz wrote:
> > 
>> > > I get the following error message during install of the actual JCL
>> > > 
>> > > C:\KHJProg\Borland\KHJKomponenten\JEDI\JCL\source\windows\JclRegistr
>> > > y.pa s(672) Fatal: Interner Fehler: C1118
> > 
> > (Hopefully) gone now.



Subject: Re: Feedback Requested: I am attempting to add dropdown list and ellipsis edit support to TJvStringGrid.
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Wed, 20 Oct 2004 19:21:51 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> If you look at the VCL source code to the VCL class TStringGrid you'll notice it's been much changed since D5, in particular, it has the hooks implemented, but not all the necessary code, to create a TStringGrid derived class that supports ellipsis buttons and combobox (picklist) editing.

[snip]

>  It would not break anyone's backwards compatibility and the feature would only exist when JVCL is installed in D6 or D7, the JvStringGrid would not have this feature on D5.

    I'm not particularly happy about the idea of JVCL features within a component that will not exist in certain Delphi/BCB versions. A question I would ask (and forgive me for not looking at the source myself), but could the functionality be achieved in another way for D5?

    It's not unlike the problems I had with JvComboBox/JvListBox item lists wrt the Provider stuff. Some features I needed were not available in all Delphi versions, other hooks were there but unimplemented (and to top it off, the most important one I needed was not even implemented in any Delphi version) and I ended up implementing the two involved classes almost from scratch. This actually had an advantage, in that I could better implement the provider stuff directly at the core, and I didn't even needed to hack any code (although I do access a private field of TCustomComboBox/TCustomListBox, so if D9 comes out, someone should really check if the assumptions I made there still apply).


> So I was thinking of starting from scratch, or deriving my own in-house TStringGrid descendant, but then I thought, if the features are generally useful to everyone, why not contribute the effort to JVCL, right?

    That's generally a good idea.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Feedback Requested: I am attempting to add dropdown list and ellipsis edit support to TJvStringGrid.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 20 Oct 2004 13:05:40 -0400
Newsgroups: jedi.vcl

If you look at the VCL source code to the VCL class TStringGrid you'll notice it's been much changed since D5, in particular, it has the hooks implemented, but not all the necessary code, to create a TStringGrid derived class that supports ellipsis buttons and combobox (picklist) editing.

I suppose this is there because the delphi IDE developers needed it for their own nefarious purposes, but they don't expose the functionality
in a way that can be used by someone using the TStringGrid itself.

Thus, it presents itself as an ideal thing to be added to JvStringGrid,
something that for me at least, would make the JvStringGrid a lot more
useful.

The catch here is that the hooks, the virtual functions requiring overriding, etc, are in D6/D7 but not in D5.  I don't have D5 installed here at my work, but I imagine if I proceed with this idea locally
that it would break compilation of the JvStringGrid in D5, and must therefore be conditionally compiled, via {$ifdef COMPILER6_UP} or something like that. I will have to go get D5, install it, and make sure
this code still compiles on D5 before it could be checked in.

So, I'd like an opinion on (a) what would be the right way to do this and what particular {$ifdef} should I use and (b) would the JVCL co-ordinator, or anyone else, like to weigh in on this topic?  I propose that I could upload to binaries my own local changes for discussion, and perhaps to be tested by at least one other JVCL developer, before such a rather large change to JvStringGrid could be added. It would not break anyone's backwards compatibility and the feature would only exist when JVCL is installed in D6 or D7, the JvStringGrid would not have this feature on D5.

Comments, Questions, anyone ever tried this? Anyone seen a freeware component out there that implements this, that I can study?   I hope to have a zip file in binaries in a few days once I get it all working properly.  After having gone through EVERY grid component (commercial and open source) out there, I can't find even ONE that doesn't do something nasty that cripples it for the application I need it for, or is missing some key piece of functionality that I absolutely need.  So I was thinking of starting from scratch, or deriving my own in-house TStringGrid descendant, but then I thought, if the features are generally useful to everyone, why not contribute the effort to JVCL, right?

Regards,

Warren Postma


Subject: Re: JclRegistry redesign
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 20 Oct 2004 18:59:18 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> I get the following error message during install of the actual JCL
>
> C:\KHJProg\Borland\KHJKomponenten\JEDI\JCL\source\windows\JclRegistry.pa
> s(672) Fatal: Interner Fehler: C1118

(Hopefully) gone now.


Subject: Re: JvDock demo - VCDEMO - improvements made.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 20 Oct 2004 10:55:16 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Warren Postma wrote:
>
>> Just thought I'd mention that I've locally made some improvements to the docking demo in JVCL3\examples\JvDocking\VCDemo.
>
>
> Upload the sources as a new mantis entry or to binaries.
Sorry, should have mentioned that I also checked them into CVS. :-)


Subject: Debug information
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Wed, 20 Oct 2004 09:55:24 -0300
Newsgroups: jedi.vcl

Hi. In previous version JVCL / JCL, when install, in IDE show option in 
project menu to  "embbed dbug information". After install tha last version 
dont show this options. How can i enable this options or how can i join 
debug information to exe file?

Thanks
Alessandro 




Subject: Re: JclRegistry redesign
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Oct 2004 11:50:40 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:
> I get the following error message during install of the actual JCL
>
> C:\KHJProg\Borland\KHJKomponenten\JEDI\JCL\source\windows\JclRegistry.pa
> s(672) Fatal: Interner Fehler: C1118

That is D7. Robert Rossmair is checking that already.


Subject: Re: install error with jcl in Jedi3 beta2
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 20 Oct 2004 08:21:31 +0200
Newsgroups: jedi.vcl

Paco Ruiz wrote:

>>> I try t install Jedi3 beta2
>>> I try first with jcl, but i get error with make
>>> "Fatal: Command arguments too long"
>>>
>>> What can i do?
>
>
>>
>> There are a number of messages relating to this in the newsgroup - in particular  a message from 2004-05-04 "Command arguments too long" that addresses this. It looks like "make" needs a shorter path argument and/or there are spaces in your path names...
>>
>
> Thank you, but i have not this message,
> and the problem is with last beta.
> Can you help me?

This is a JCL related problem, the message is in jedi.jcl not here (jedi.vcl)

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: install error with jcl in Jedi3 beta2
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Wed, 20 Oct 2004 08:06:07 +0200
Newsgroups: jedi.vcl

>> I try t install Jedi3 beta2
>> I try first with jcl, but i get error with make
>> "Fatal: Command arguments too long"
>>
>> What can i do?

>
> There are a number of messages relating to this in the newsgroup - in particular  a message from 2004-05-04 "Command arguments too long" that addresses this. It looks like "make" needs a shorter path argument and/or there are spaces in your path names...
>

Thank you, but i have not this message,
and the problem is with last beta.
Can you help me?

Saludos
Paco


Subject: Re: JclRegistry redesign
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Wed, 20 Oct 2004 05:03:57 +0000 (UTC)
Newsgroups: jedi.vcl

I get the following error message during install of the actual JCL

C:\KHJProg\Borland\KHJKomponenten\JEDI\JCL\source\windows\JclRegistry.pa
s(672) Fatal: Interner Fehler: C1118

Karlheinz

Robert Marquardt wrote:

> > Since the PH version of JclRegistry was unfinished and untested
> > i redesigned most of the file. The functions are API compatible
> > and tested.
> > Please test the components using JclRegistry (especially Storage
> > backend) that i did not introduce bugs.



Subject: Re: JvDock demo - VCDEMO - improvements made.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Oct 2004 06:36:43 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Just thought I'd mention that I've locally made some improvements to the docking demo in JVCL3\examples\JvDocking\VCDemo.

Upload the sources as a new mantis entry or to binaries.


Subject: Re: install error with jcl in Jedi3 beta2
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Tue, 19 Oct 2004 21:22:53 -0400
Newsgroups: jedi.vcl

In article <cl3vee$udo$1@talkto.net>, gruposfcoruiz@telefonica.net 
says...
> > Hi
> > I try t install Jedi3 beta2
> > I try first with jcl, but i get error with make
> > "Fatal: Command arguments too long"
> > 
> > What can i do?
> > 

There are a number of messages relating to this in the newsgroup - in 
particular  a message from 2004-05-04 "Command arguments too long" that 
addresses this. It looks like "make" needs a shorter path argument and/or 
there are spaces in your path names...

Cheers,
EdB


Subject: install error with jcl in Jedi3 beta2
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Wed, 20 Oct 2004 00:29:54 +0200
Newsgroups: jedi.vcl

Hi
I try t install Jedi3 beta2
I try first with jcl, but i get error with make
"Fatal: Command arguments too long"

What can i do?

Saludos
Paco


Subject: JvDock demo - VCDEMO - improvements made.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 19 Oct 2004 13:46:14 -0400
Newsgroups: jedi.vcl

Just thought I'd mention that I've locally made some improvements to the docking demo in JVCL3\examples\JvDocking\VCDemo.

Several  times in this newsgroup someone asked how to manually dock a form, so that it automatically (or always) appears docked when the application starts up. Since none of the demos showed it, and since you had to click a bunch of menu items just to get the docking part to be
visible, I figured I'd fix the demo so it comes up showing something
docked automatically instead of having to "learn how to use" a demo program. (In general, it would be nice if all our demos were
absolutely intuitive, yet there are a few demos in JVCL3\examples
that are like little puzzles you have to solve. ;-) )

Anyways, next time someone asks "how do you make it dock at startup",
at least there is a pre-built example in JVCL3\examples now.

Also, the VIDDEMO doesn't compile on my system. Probably a CVS-update issue on my side. More on that in a bit.

--- relevant VCDEMO\main.pas snippet  ---

procedure TMainForm.FormShow(Sender: TObject);
var
  openfilename:String;
begin
  openfilename := ExtractFilePath(Application.ExeName)
    +'..\C++ File\MyApp.cpp';
  if FileExists( openfilename) then begin
      FindOrOpenFile(openfilename);
  end;
  View_Workspace_ActionExecute(Sender);
  if Assigned(WorkSpaceForm) then begin
     ShowDockForm(WorkSpaceForm);
     WorkSpaceForm.ClassView_TreeView.FullExpand;
     // --- HOW TO DOCK A WINDOW TO A DOCK SERVER IN CODE: ---
     WorkSpaceForm.ManualDock(lbDockServer1.LeftDockPanel );
  end;
end;


Regards,

Warren


Subject: Re: Newbie question: TJvMRUList
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Tue, 19 Oct 2004 11:06:56 -0400
Newsgroups: jedi.vcl

In article <MPG.1bde443ad978d7f0989685@194.191.0.34>, 
edwardbNOSPAMNO@hauser.ca says...
> > Development has moved on to JVCL3 (and so have I finally)... 
> > 
> > I just checked sourceforge CVS - under JVCL 2 there is a demo under 
> > jvcl\emaples\JvMruList
> > 
> > That might help.

That's jvcl\examples\JvMruList  - and I just verified that it is in old 
JVCL2 install.

Cheers,
EdB


Subject: Re: Using Win32 handle parameters and C++ Builder
From: Hofi <hofi@fw.hu>
Date: Tue, 19 Oct 2004 12:58:05 +0200
Newsgroups: jedi.vcl

>>>>
>>>> Well, actually, when I think of it, I'm quite sure it would be better to  name it DelphiHWND. Why? Well because the original type in the Win32 API  is 'void *' which should have been 'pointer' in Delphi. It got changed  for a type equivalent to 'unsigned int' and this is why I think the type  we would be using should reflect the fact that it's because of a Delphi  choice, not a BCB choice.
>>>   As far as i can remember in BCB those types are depends on a conditional  define STRICT
>>> different types used if STRICT defined or not.
>>> may be delphi also could use STRICT to control types used in the produced  .hpp file.
>>
>> I don't see how this is possible.
>
> Nor i'm, it was just an idea. I'm feel myself more comfortable in BCB, have not got good knowledge of Delphi.
> :(

Alternatively the BCB users could use this
before including any vcl header

#undef STRICT

it solved my link problem.
(but not simply useable every time, e.g. multiple mixed .hpp files in the same module)




Subject: Re: Strange menu entry in IDE
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 19 Oct 2004 10:44:53 +0200
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:cl2d9b$jnq$1@talkto.net...
> > The "Jv Plugin Wizard" not only shows up under "File : New" but also
> > shows up under "Help" as "JEDI Plugin Wizard".
> > Is that a bug of the IDE or a bug of JvPluginWizard.pas?

Hi,


here is the definition of "TJvPluginWizard" and it implements the interface
"IOTAMenuWizard"

  TJvPluginWizard = class(TNotifierObject, IOTAWizard, IOTARepositoryWizard,
    IOTAMenuWizard, IOTAProjectWizard)

In the method "GetMenuText" it returns the name of the IDEs menu entry:

function TJvPluginWizard.GetMenuText: string;
begin
  Result := RsJediPuginWizard;
end;

Not implementing IOTAMenuWizard and removing the method should remove the
menu entry.

Ciao,
Ralf



Subject: Strange menu entry in IDE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 19 Oct 2004 10:13:31 +0200
Newsgroups: jedi.vcl

The "Jv Plugin Wizard" not only shows up under "File : New" but also shows up under "Help" as "JEDI Plugin Wizard".
Is that a bug of the IDE or a bug of JvPluginWizard.pas?


Subject: Re: Discussion about Mantis 2207
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 19 Oct 2004 08:14:48 +0200
Newsgroups: jedi.vcl

Hi Olivier,

your right. It's possible to do it with an event. But the thinking was to
give some defaults which can save the work/time of the developers.

W were only thinking which defaults are usefull, and where to implement them.

The %APP_VER% can be get from the FileResources and the %FORM_NAME% is
only usefull for the TJvFormPlacement i think, and there it shouldn't be a
big problem :-)

Greetings
Jens
>> >> Hi,
>> >> 
>> >> i have an other point to discuss.
>> >> 
>> >> In Mantis 2207 was an feature request to enhance the 
>> >> TJvAppRegistryStorage that the Root property can be enhaced with 
>> >> %APP_NAME% and %COMP_NAME% to replace these constants with Application 
>> >> and companyname at runtime.
>> >> 
>> >> I decieded to let these only in the RegistryStorage because i didn't see 
>> >> too much usage of this replacements in the other storage components, 
>> >> because normaly ini and xml-files are defined for each program 
>> >> separatly(i think this spelling is wrong, but i hope everyone know what 
>> >> i mean :-)
>> >> 
>> >> Now there is a question to do more of this enhancements.
>> >> %APP_VER% for the registry storage and %FORM_NAME% for the 
>> >> form-placement component.
>> >> 
>> >> I have no problems with these enhancements, but know i'm thinking of 
>> >> doing these enhancements more generally maybe in the TJvCustomStorage.
>> >> 
>> >> What do you think.
> >
> >To me, those replacements have nothing to do with the 
> >TJvCustomAppStorage. Best use an event that does the replacements. After 
> >all, where would we get the App version from ?
> >I think the OnEncode event should be just what is required.
> >
> >My 2 cents.
> >
> >Cheers
> >
> >Olivier Sannier
> >JVCL Coordinator
> >APP_NAME, APP_VER also have nothi
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Newbie question: TJvMRUList
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Mon, 18 Oct 2004 22:21:37 -0400
Newsgroups: jedi.vcl

In article <cl0vkl$clo$1@talkto.net>, NotMeBug@localhost.com says...
> > I'd be very grateful if someone could give me some hints about how to use
> > this component. I'm using JVCL2.1, and there doesn't seem to be anything
> > in the contemporary helpfile about it - any hints?
> > Many thanks in advance, sorry to take up your time on such a trivial matter
> > 
> > 
> > 
> > --- posted by geoForum on http://delphi.newswhat.com
> > 
Development has moved on to JVCL3 (and so have I finally)... 

I just checked sourceforge CVS - under JVCL 2 there is a demo under 
jvcl\emaples\JvMruList

That might help.

Cheers,
EdB


Subject: Re: JvAppStorage Base Example
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Mon, 18 Oct 2004 21:27:59 -0400
Newsgroups: jedi.vcl

In article <ckt8q4$opr$3@talkto.net>, marcel.b.theobvious@xs4all.nl 
says...
> > Ed Blanchard wrote:
> > 
>> > > In JvAppStorage.pas the declaration is:
>> > > 
>> > > IJvAppStorageHandler = interface
>> > > ['{stuff I'm too lazy to transcribe}']
> > 
> >      Never heard of copy&paste?
> > 
Doesn't work across two different machines. In two different rooms. 
Across town. Same planet though (although there are those who wonder 
about that about me) <g>.

I VPN into one desktop (where Delphi lives) and run Newsreader from my 
desk at home on a second PC.


Cheers,
EdB


Subject: Re: JVCL3.als
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 19 Oct 2004 01:56:34 +0200
Newsgroups: jedi.vcl

Hi,

> Whenever I try to debug Delphi (Run->parameters->Host Application = G:\Program Files\Borland\Delphi7\Bin\delphi32.exe I get the following:
>
> Debugger Exception Notification
>
> Project delphi32.exe raised exception class EFopenError with message 'Cannot open file "...\delphi7\Projects\Bpl\JVCL3.als". The system cannot find the file specified'.  ...
>
> The same exception occurs for JclHelp.als.
>
> Anybody knows what are *.als files and how to fix this?

The Delphi 7 help system is broken.  It will find *.als files other than d7.als only if $(Delphi)\Help is the current directory when the IDE is started.  You can ensure that by manipulating the link file to the executable ("execute in" in the properties dialog).

The other possible solution is to mix the contents into d7.als (the file needs to be sorted in lexical order).  I have been planning to add that as a feature to the JCL installer when I find some spare time.

Robert


Subject: Re: jvdock server & client
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 19 Oct 2004 00:27:31 +0200
Newsgroups: jedi.vcl

Samson Fu wrote:
> How to dock a client-form to a server-form with a specific style by code?
> For example: click a button to dock all client forms to server form with TAB style and autohide enabled.

Say you have a server form named ServerFrm with a TJvDockServer component named JvDockServer1 and a client form named ClientFrm.

Docking the client form on the left of the server form:

var
  Panel: TJvDockPanel;
begin
  Panel := ServerFrm.JvDockServer1.DockPanelWithAlign[alLeft];
  ClientFrm.ManualDock(Panel);
end;

Auto-hiding the client form on the right of the server form:

var
  Panel: TJvDockPanel;
begin
  Panel := ServerFrm.JvDockServer1.DockPanelWithAlign[alRight];
  ClientFrm.ManualDock(Panel);
  Panel.ShowDockPanel(True, ClientFrm);
  if Panel is TJvDockVSNETPanel then
    TJvDockVSNetPanel(Panel).DoHideControl(ClientFrm);
end;

See also the example demo at

\examples\JvDocking\

especially

\examples\JvDocking\MSDN2002

that shows the VS.Net style docking.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: UnitVersioning Mem Leak?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 18 Oct 2004 23:09:27 +0200
Newsgroups: jedi.vcl

> > wrong, that would be
> >
> > build c?
My bad.

> > and remember to call "clean all" at the root of the JVCL before calling
> > build.
Good advice, although I have never had problems not calling it.


BTW, this only covers JVCL. For JCL, run the install.bat in the jcl root
folder

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: UnitVersioning Mem Leak?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 18 Oct 2004 23:09:02 +0200
Newsgroups: jedi.vcl

> > wrong, that would be
> >
> > build c?
My bad.

> > and remember to call "clean all" at the root of the JVCL before calling
> > build.
Good advice, although I have never had problems not calling it.


BTW, this only covers JVCL. For JCL, run the install.bat in the jcl root
folder

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: UnitVersioning Mem Leak?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 18 Oct 2004 22:38:30 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> What is the easiest way to rebuild all jcl/jvcl packages  short of
>> performing a new install from CVS?  If for example all I'm looking to do
>> is make the oabove modification (and not grab everything from CVS) how do
>> force a rebuild of all source?
>
>
> Open a command prompt in \packages\bin and type:
> build d?
> or
> build bcb?

wrong, that would be

build c?

and remember to call "clean all" at the root of the JVCL before calling build.


Subject: Re: UnitVersioning Mem Leak?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 18 Oct 2004 22:04:54 +0200
Newsgroups: jedi.vcl

> > What is the easiest way to rebuild all jcl/jvcl packages  short of
> > performing a new install from CVS?  If for example all I'm looking to do
> > is make the oabove modification (and not grab everything from CVS) how do
> > force a rebuild of all source?

Open a command prompt in \packages\bin and type:
build d?
or
build bcb?

where ? is the version you want to build, ie d6=Delphi, bcb6=BCB6 etc

....or run install.bat from the root and select "rebuild packages" in the
wizard

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: UnitVersioning Mem Leak?
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Mon, 18 Oct 2004 19:55:00 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > N.D. van Bochove wrote:
> > 
>> > > Not true, even on Windows, if I start an application twice, the code
>> > > segment is shared between the two instances. 
> > 
> > Not for apps build with Delphi. Global vars are global in every
> > sence, they are not limited to an application instance. They behave
> > like Word 97, if you open a new document in Word 2K+, it will create
> > a new instance; Word 97 opens just a new MDI window.  (A small step
> > for mankind, a big step for ms.;)
> > 
> > Regards,
> > 
> > André Snepvangers

I've searched some information about sharing code between application
instances, and found the following link:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/memory/
base/memory_protection.asp

The end of the page describes pretty clear how things are done in WinNT
and higher, I think. So, if I understand it correctly, even data
segments are shared, as long as they don't get changed by the
application itself. (Which will almost certainly happen...)

However, the original question is not about sharing physical memory
between processes, but about initialization and finalization. I would
like to get back to it one last time:

I think the whole thing with the initialization/finalization sections,
or initialization/ destruction by the Application object is about units
which need some sort of run-time initialized global data to be able to
operate, while you don't want to bother the user of the unit (most of
the time the application programmer who uses JVCL) with explicitly
initializing and finalizing this data.

I think leaving data on the heap on application shutdown is not a
preferable aproach, because memory leak detectors will fire every time
a somewhat "false" alarm.

Properly finaliazing data will always give some risk of using the
services of a unit, after it is already finalized. If the unit will
produce undesireable results, or even AV's, it should be eliminated.
Even a false mem-leak alarm is better than an AV on program close.

I think using the finalization section, instead of
Application/TComponent destruction will reduce the risk of using the
unit after it is finalized to almost zero. The only risk is a "user"
unit which uses this unit in it's finalization section, while this
"provider" unit is listed in the uses part of the implementation
section, instead of the interface section.

Because there always a risk of that, it should be detected, and solved,
I think. You don't have control over the "user" (app programmer), if he
will use this particular unit in the interface or implementation
section.

One last thing: because I'm an user of JVCL, and because I will most
likely not be a contributor in the future, please see all this as
suggestions, not as demands. And of course, a big thank you all is in
place here: Thank you all for creating JVCL, and keep up the good work!

Regards, Diederik


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 18 Oct 2004 21:23:47 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>
>     As I said, the *data* segment is copied, the *code* segment is shared (under normal circumstances).
>

Hardly likely with JVCL where the code section gets patched.

Regards,

André Snepvangers



Subject: Newbie question: TJvMRUList
From: "BugMeNot" <NotMeBug@localhost.com>
Date: Mon, 18 Oct 2004 21:14:55 +0200
Newsgroups: jedi.vcl

I'd be very grateful if someone could give me some hints about how to use
this component. I'm using JVCL2.1, and there doesn't seem to be anything
in the contemporary helpfile about it - any hints?
Many thanks in advance, sorry to take up your time on such a trivial matter



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: UnitVersioning Mem Leak?
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Mon, 18 Oct 2004 15:05:58 -0400
Newsgroups: jedi.vcl

In article <cktedm$pq4$1@talkto.net>, AndreasDOTHausladen@gNOMAILmx.de 
says...
> > Ed Blanchard wrote:
> > 
>> > > Is this a known issue? Or is MemSleuth showing it's age...
> > 
> > In ReleaseNamedProcessAddress():
> > 
> >       {$IFDEF MSWINDOWS}
> >       VirtualFree(Requested, 0, MEM_DECOMMIT or MEM_RELEASE);
> >       {$ENDIF MSWINDOWS}
> > 
> > remove the MEM_DECOMMIT which is definitly wrong because it cannot be
> > combined with MEM_RELEASE.
> > 
> > CVS is updated.
> > 

I've been following the rest of the discussion here... I thought it was 
such an *innocent* question... <g>

What is the easiest way to rebuild all jcl/jvcl packages  short of 
performing a new install from CVS?  If for example all I'm looking to do 
is make the oabove modification (and not grab everything from CVS) how do 
force a rebuild of all source?

TIA.

Cheers,
EdB


Subject: Re: UnitVersioning Mem Leak?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 18 Oct 2004 19:38:16 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
>  There is only one Application: TApplication.

    Yes, as a global variable in a data segment, which *is* copied for each individual process, but the code section (the actual compiled application code) is shared.

> Several sources are using global
> vars and they are as global as in plain pascal, C, .... and they are *not* placed in a Critical Sections. If other processes/instances access them as well ...

    As I said, the *data* segment is copied, the *code* segment is shared (under normal circumstances).


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Using Win32 handle parameters and C++ Builder
From: Hofi <hofi@fw.hu>
Date: Mon, 18 Oct 2004 19:23:37 +0200
Newsgroups: jedi.vcl

>>>
>>> Well, actually, when I think of it, I'm quite sure it would be better to  name it DelphiHWND. Why? Well because the original type in the Win32 API  is 'void *' which should have been 'pointer' in Delphi. It got changed  for a type equivalent to 'unsigned int' and this is why I think the type  we would be using should reflect the fact that it's because of a Delphi  choice, not a BCB choice.
>>   As far as i can remember in BCB those types are depends on a conditional  define STRICT
>> different types used if STRICT defined or not.
>> may be delphi also could use STRICT to control types used in the produced  .hpp file.
>
> I don't see how this is possible.

Nor i'm, it was just an idea. I'm feel myself more comfortable in BCB, have not got good knowledge of Delphi.
:(


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 18 Oct 2004 19:12:30 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     What makes you think the code of Win 2K+ (following your example above) is not shared? 

This depends if the application allows for multiple instances. There is only one Application: TApplication. Several sources are using global vars and they are as global as in plain pascal, C, .... and they are *not* placed in a Critical Sections. If other processes/instances access them as well ...

(Because I read the assembler code and that confirms it the pointers/vars are placed at the end of code section as you wrote.
And all globals are adressed using PC relative offsets.
Memory management versus Intel's 8088 backward compatibilty for more
then 20 years !))

Regards,

André






Subject: Re: UnitVersioning Mem Leak?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 18 Oct 2004 18:33:34 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
> Not for apps build with Delphi. Global vars are global in every sence, they are not limited to an application instance. They behave like Word 97, if you open a new document in Word 2K+, it will create a new instance; Word 97 opens just a new MDI window.
> (A small step for mankind, a big step for ms.;)

    What makes you think the code of Win 2K+ (following your example above) is not shared? Because it is listed twice in the Windows taskmanager, claiming both instance are swallowing a lot of memory? Don't fall into that trap, because MS TaskManager is lying through it's teeth in such occasions.

    The same goes for Delphi apps and bpls (provided those all have a unique, non-overlapping image base with any other loaded dll/bpl for that process; see remark by Diederik). MSTaskManager once again lies through it's teeth about memory consumption, making you think it actually used additional memory.

    The data segments are copied per instance of course. Also, if an application/bpl alters it's code segment, the entire code segment will be copied if multiple instances are started (this is why WriteProcessMemory might be considered a bad thing; especially if in a DLL/BPL that is to be shared amongst multiple application. But I think this is also bad in a Terminal Server/Cytrix kind of environment).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: JclRegistry redesign
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 18 Oct 2004 18:26:08 +0200
Newsgroups: jedi.vcl

Since the PH version of JclRegistry was unfinished and untested
i redesigned most of the file. The functions are API compatible
and tested.
Please test the components using JclRegistry (especially Storage backend) that i did not introduce bugs.


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 18 Oct 2004 18:01:06 +0200
Newsgroups: jedi.vcl

N.D. van Bochove wrote:

> Not true, even on Windows, if I start an application twice, the code
> segment is shared between the two instances. 

Not for apps build with Delphi. Global vars are global in every sence, they are not limited to an application instance. They behave like Word 97, if you open a new document in Word 2K+, it will create a new instance; Word 97 opens just a new MDI window.
(A small step for mankind, a big step for ms.;)

Regards,

André Snepvangers


Subject: Re: Examples problem - LinkedConsumers.pas
From: "Florent Ouchet" <ouchet.florent@laposte.net>
Date: Mon, 18 Oct 2004 17:22:44 +0200
Newsgroups: jedi.vcl

The problem is in "function GetItemColorValue(Item: IJvDataItem; out Color:
TColor): Boolean" located in JvColorProvider.pas in
\run\jvColorProvider.pas.

The problem is new in VCL7.

I suggest this implementation to be backward compatible ($80000000 will be
the reference) :

(line 524)
function GetItemColorValue(Item: IJvDataItem; out Color: TColor): Boolean;
var
  S: string;
begin
  S := Item.GetID;
  Result := Copy(S, 1, 7) = cColorItemIDPrefix;
  if Result then
  begin
    Color := StrToInt('$0' + Copy(S, 8, 8));
{$IFDEF COMPILER7_UP}
    if (Color and $80000000)=$80000000 then // Old mask in VCL6
      Color := Color or clSystemColor;               // New mask in VCL7
{$ENDIF COMPILER7_UP}
  end;
end;

And in "procedure TJvColorItem.InitID" located in JvColorProvider.pas in
\run\jvColorProvider.pas

This modification will be backward compatible :

(line 1608)
procedure TJvColorItem.InitID;
var
  ColorFound: Boolean;
  ColorValue: TColor;
  ColorName: string;
begin
  case ListNumber of
    0:
      ColorFound := (GetItems.GetProvider as
IJvColorProvider).GetStandardColor(ListIndex, ColorValue, ColorName);
    1:
      ColorFound := (GetItems.GetProvider as
IJvColorProvider).GetSystemColor(ListIndex, ColorValue, ColorName);
    2:
      ColorFound := (GetItems.GetProvider as
IJvColorProvider).GetCustomColor(ListIndex, ColorValue, ColorName);
    else
    begin
      ColorFound := False;
      ColorValue := -1;
    end;
  end;
  if ColorFound then
  begin
{$IFDEF COMPILER7_UP}
    if (ColorValue and clSystemColor)=clSystemColor then   // Mask in VCL7
      ColorValue := ColorValue and $80FFFFFF;       // Mask in VCL6
{$ENDIF COMPILER7_UP}
    SetID(cColorItemIDPrefix + IntToHex(ColorValue, 8));
  end
  else
    SetID('Item' + IntToStr(ListNumber) + '.' + IntToStr(ListIndex));
end;

I tested with LinkedConsumersMain.pas, loaded colors seem good.

I have *_*NOT*_* comitted these changes because I am not at ease with
Providers...

Regards,

outchy (Florent Ouchet)
JVCL donator



"Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl> a écrit dans le message
de news:ckt8ep$opr$1@talkto.net...
>> > > After some discussion with Robert Marquardt and after reading
Graphics.pas
>> > > in D5, D6 and D7. I foudn this problem :
>> > >
>> > > Colors in VCL6 and less are declared as $80000000
>> > > Colors in VCL7 are declared as $FF000000 (equal to the clSystemColor
const
>> > > defined in Graphics.pas(line 39) as   clSystemColor = $FF000000).
>> > >
>> > > I have created a flag in the JvFullColorSpace (located in
Donations\Colors)
>> > > defined as :
> >  > [...]
>> > >
>> > > Maybe it should be moved to JvTypes...
> >
> >      Wouldn't solve this particular problem. In whichever version the
> > DFM will be saved, those are the values that are stored. But, perhaps
> > the ColorProvider can be adapted to accept either case. Anyone care to
> > take a look or does the word 'Provider' instill fear in everyone ;)
> >
> >
> > -- 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address




Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 18 Oct 2004 17:05:25 +0200
Newsgroups: jedi.vcl

N.D. van Bochove wrote:
>
> because we (the company I work
> for) are moving away from Delphi, towards VC++.

Strong advice do not waste time and money on VC++,
better switch to C# from the same company.

Regards,

André Snepvangers


Subject: Can I load UTF-8 files into a TJvWideEditor?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 18 Oct 2004 10:51:26 -0400
Newsgroups: jedi.vcl

I have tried loading Unicode UCS-2 files into TJvWideEditor, and it works fine, but it appears that the TWideStringList object (in this case TJvWideEditor.Lines property) does not auto-detect UTF-8 using the
prefix (first two bytes of the file).

Has anyone got a sample of a TJvWideEditor loading both UCS-2 and UTF-8
(auto detecting).

I'm trying to make a unicode aware little text editor that is at least as handy as notepad.exe, which does this.  Any ideas?


Warren


Subject: Re: UnitVersioning Mem Leak?
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Mon, 18 Oct 2004 14:02:00 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > N.D. van Bochove wrote:
>> > > 
>> > > because we (the company I work
>> > > for) are moving away from Delphi, towards VC++.
> > 
> > Strong advice do not waste time and money on VC++,
> > better switch to C# from the same company.
> > 
> > Regards,
> > 
> > André Snepvangers

Well, we are getting off-topic here.:-)

(replied private, by email)

Regards, Diederik


Subject: Re: UnitVersioning Mem Leak?
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Mon, 18 Oct 2004 13:28:30 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > 
> > Take a look a run\JvExControls.pas line 2503. Looks to me as patching
> > the code segment.
> > 

Just looked at it, and it doesn't make me happy. I think I will not
face the question of upgrading or not, because we (the company I work
for) are moving away from Delphi, towards VC++.

Did anybody test this on XP SP2? I think there can be a problem here.

Regards, Diederik


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 18 Oct 2004 14:37:29 +0200
Newsgroups: jedi.vcl

N.D. van Bochove wrote:

>
> Is it that real code segments are changed, or that code is stored in a
> data segment and executed? (Which is the other way around)
>

Take a look a run\JvExControls.pas line 2503. Looks to me as patching
the code segment.

>>
>> BTW You name looks familiar to me in relation with Nyquist.
>
>
> I've absolutely no clue what Nyquist is, so that's somewhat impossible.
> ;-)
>
The better.

Regards,

André Snepvangers


Subject: Re: JVCL3.als
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 18 Oct 2004 14:27:57 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
> I found them finally: there are installed in Delphi7/Help. Remains why
> Delphi looks for them in Project\bpl?

    I think Delphi searches for them in the current folder (and, IIRC in Delphi/Help if Delphi/Bin is the current folder) at Delphi startup time. The Delphi shortcut undoubtedly sets things up properly when when you debug a bpl stored in that folder, that folder will be the current folder of your debugging Delphi instance... I think (and therefore I am).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Install from CVS: directory locale\bg missing
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 18 Oct 2004 14:16:40 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> "Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
> news:ckvtig$69p$1@talkto.net...
>
>>> I really think it is a problem on your side, but I can't see what's
>
> wrong.
>
>> Maybe Ralf is checking out a specific revision that doesn't have the bg
>> folder?
>
>
> Hello,
>
> meanwhile i found out that "Create missing directories that exist in
> repository"  in my WinCVS was unchecked for some reason. So WinCVS did not
> create the directory "bg" and even did _not display_ that there was a new
> directory!

No worries.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Install from CVS: directory locale\bg missing
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 18 Oct 2004 14:10:50 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:ckvtig$69p$1@talkto.net...
>> > > I really think it is a problem on your side, but I can't see what's
wrong.
> > Maybe Ralf is checking out a specific revision that doesn't have the bg
> > folder?

Hello,

meanwhile i found out that "Create missing directories that exist in
repository"  in my WinCVS was unchecked for some reason. So WinCVS did not
create the directory "bg" and even did _not display_ that there was a new
directory!

Sorry,
Ralf



Subject: Re: JVCL3.als
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 18 Oct 2004 13:56:35 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> André Snepvangers wrote:
>
>>
>> Whenever I try to debug Delphi (Run->parameters->Host Application = G:\Program Files\Borland\Delphi7\Bin\delphi32.exe I get the following:
>>
>> Debugger Exception Notification
>>
>> Project delphi32.exe raised exception class EFopenError with message 'Cannot open file "...\delphi7\Projects\Bpl\JVCL3.als". The system cannot find the file specified'.  ...
>>
>> The same exception occurs for JclHelp.als.
>>
>> Anybody knows what are *.als files and how to fix this?
>
>
>     part of the help system. Never seen this problem though. Are the .als files actually placed in that folder, not marked as read-only, hidden and/or system? If so, it would seem Delphi locks the files (non-sharable). You could try moving those .als files out of the specified folder (losing proper help integration).
>
I found them finally: there are installed in Delphi7/Help. Remains why
Delphi looks for them in Project\bpl?
Thanks,

André



Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 18 Oct 2004 13:49:26 +0200
Newsgroups: jedi.vcl

N.D. van Bochove wrote:
> N.D. van Bochove wrote:
>
>
>> There are some tricks to write to the code segment, but it is pretty
>> complicated under Windows. Executing code which is stored in a data
>> segment was easy (until XP SP2), but changing real code segments is
>> forbidden, until you have very special rights.
>>
>
> If you do it without asking Windows nicely before, Windows will simply
> close the application, and report an AV. :-)

As should be. IMHO any attempt to write into the code segment should be
forbidden. Afaics win does this, unfortunately there is a backdoor open
to circumvent this. In JVCL3 there are some units that insert code in the code segment using this technique.
IMHO ugly to say the least.

Regards,

André Snepvangers

BTW You name looks familiar to me in relation with Nyquist.



Subject: Re: JVCL3.als
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Mon, 18 Oct 2004 12:51:51 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
>
> Whenever I try to debug Delphi (Run->parameters->Host Application = G:\Program Files\Borland\Delphi7\Bin\delphi32.exe I get the following:
>
> Debugger Exception Notification
>
> Project delphi32.exe raised exception class EFopenError with message 'Cannot open file "...\delphi7\Projects\Bpl\JVCL3.als". The system cannot find the file specified'.  ...
>
> The same exception occurs for JclHelp.als.
>
> Anybody knows what are *.als files and how to fix this?

    part of the help system. Never seen this problem though. Are the .als files actually placed in that folder, not marked as read-only, hidden and/or system? If so, it would seem Delphi locks the files (non-sharable). You could try moving those .als files out of the specified folder (losing proper help integration).


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: UnitVersioning Mem Leak?
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Mon, 18 Oct 2004 10:47:03 +0000 (UTC)
Newsgroups: jedi.vcl

>> > > 
>>> > > > There are some tricks to write to the code segment, but it is
>>> > > > pretty complicated under Windows. Executing code which is stored
>>> > > > in a data segment was easy (until XP SP2), but changing real code
>>> > > > segments is forbidden, until you have very special rights.
>>> > > > 
>> > > 
>> > > If you do it without asking Windows nicely before, Windows will
>> > > simply close the application, and report an AV. :-)
> > 
> > As should be. IMHO any attempt to write into the code segment should
> > be forbidden. Afaics win does this, unfortunately there is a backdoor
> > open to circumvent this. In JVCL3 there are some units that insert
> > code in the code segment using this technique.  IMHO ugly to say the
> > least.

Is it that real code segments are changed, or that code is stored in a
data segment and executed? (Which is the other way around)

The later is also used by every Delphi application which uses a normal
TTimer component. The function AllocateHWND( aMethod : TMethod ) : HWND
ask Windows nicely for a small extra code segment, and stores dynamic
code in it. It is used to create a function pointer for Win API calls,
when there is an object method available. It's a well documented
feature of Windows, and not a security leak, IMHO.

Until XP SP2, it was possible to execute just code in datasegments,
without asking Windows. Now you have to create special segments for
that. This function to create extra code segments is available since
WinNT/95, AFAIK.

> > 
> > Regards,
> > 
> > André Snepvangers
> > 
> > BTW You name looks familiar to me in relation with Nyquist.

I've absolutely no clue what Nyquist is, so that's somewhat impossible.
;-)

Regards, Diederik


Subject: JVCL3.als
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 18 Oct 2004 11:56:15 +0200
Newsgroups: jedi.vcl


Whenever I try to debug Delphi (Run->parameters->Host Application = G:\Program Files\Borland\Delphi7\Bin\delphi32.exe I get the following:

Debugger Exception Notification

Project delphi32.exe raised exception class EFopenError with message 'Cannot open file "...\delphi7\Projects\Bpl\JVCL3.als". The system cannot find the file specified'.  ...

The same exception occurs for JclHelp.als.

Anybody knows what are *.als files and how to fix this?

Regards,

André Snepvangers


Subject: Re: UnitVersioning Mem Leak?
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Mon, 18 Oct 2004 09:44:14 +0000 (UTC)
Newsgroups: jedi.vcl

N.D. van Bochove wrote:

> > 
> > There are some tricks to write to the code segment, but it is pretty
> > complicated under Windows. Executing code which is stored in a data
> > segment was easy (until XP SP2), but changing real code segments is
> > forbidden, until you have very special rights.
> > 
If you do it without asking Windows nicely before, Windows will simply
close the application, and report an AV. :-)


Subject: Re: Install from CVS: directory locale\bg missing
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 18 Oct 2004 11:43:50 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I really think it is a problem on your side, but I can't see what's wrong.
>
> Maybe Ralf is checking out a specific revision that doesn't have the bg
> folder?
>
Most probably yes, but then why would he get an installer file that refers to it?
Both were originally committed in CVS around the same time.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: UnitVersioning Mem Leak?
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Mon, 18 Oct 2004 09:36:46 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> > > 
>> > >     Global vars (except threadvars of course) are placed in the
>> > > (fixed) data segment for the application.
>> > > 
> > 
> > You are right, as a consequence of this delphi apps are not ROM-able.
> > Also the code cannot be shared between different instances of the
> > same app, because this would require, instance unique, global vars.
> > Something that is common practice on (aged) Microwares OS9/68k. The
> > implementation of this is real simple as you can imagine.  This
> > simple code addition, I have come across with the many c-compilers I
> > have been using in the past.
> > 

Not true, even on Windows, if I start an application twice, the code
segment is shared between the two instances. Of course, initialized and
uninitialized data segments are not. However, in the normal NT/W2K/XP
taskmanager, the code segment is reported twice. So in theory it can
happen that if I start an application with a big code segment multiple
times, and I sum all the used code segments reported in the taskmanager
together, I can end up with much more used RAM than the system actually
has, even without using virtual memory.

If I would create a program loader which maps the initialized and
unitialized data segments to RAM, delphi applications are just as
ROM-able as other systems. No need to copy the code segment to RAM.

There are some tricks to write to the code segment, but it is pretty
complicated under Windows. Executing code which is stored in a data
segment was easy (until XP SP2), but changing real code segments is
forbidden, until you have very special rights.

For DLL's / BPL's, the situation is somewhat more complex. A DLL is
compiled to start from a certain address. If that address is not
available in the applications virtual address space (every application
/ instance has its own) because it is already in use by another loaded
DLL, the code is relocated by Windows. (Windows changes all absolute
addresses) In that case, the code is not shareable between two
instances.

That's why you have the field "Image base" under "Project
Options/Linker". If you take the time to give all used DLL's (and BPL's
in this matter) a image base address wich doesn't overlap with any
other used DLL, the program will load quicker, because Windows doesn't
have to rewrite all absolute addresses on startup. Also, in this case,
the code of DLL's is shared between instances. If you look at the base
addresses of the Borland BPL's, you will see that each has it's own
image base address.

Of course, as a package developer, you don't know which packages the
programmer will use, and the addresses those packages will use, so it's
somewhat though to create the ideal situation.

> > 
> > Notice also the precautions Diederik takes to avoid AV's in the
> > finalization section.

These precautions are much more neccesary when using Application /
TComponent destrucion.

Regards, Diederik



Subject: Re: Install from CVS: directory locale\bg missing
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 18 Oct 2004 11:32:27 +0200
Newsgroups: jedi.vcl

> > I really think it is a problem on your side, but I can't see what's wrong.
Maybe Ralf is checking out a specific revision that doesn't have the bg
folder?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: UnitVersioning Mem Leak?
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Mon, 18 Oct 2004 09:12:23 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Processors distingish between code, stack and heap.
> > code is readonly. There is no problem accessing consts like

Not true. Processors distingish between code, stack and data segments.
Each application can have multiple code segments, multiple stack
segments and multiple data segments. (And yes, segments are an Intel
invention, back in the dark 8088 ages ;-) ) Global variables are placed
in a normal data segment. The heap is dynamicaly allocated data segment
from Windows (or Linux) when neccesary.

> > predefined strings in the code segment (of course must be program
> > counter relative.) Initialized global vars are copied from the exe to
> > the the heap. (they can be create on the program stack also.)

Not true, if you look with a resource explorer, you will see different
segments, CODE is code (of course), DATA are initialized global
variables and BSS are uninitialized global variables. DATA and BSS are
not copied to the heap, but used as is. (Initialized in this case means
var i : Integer = 3, not initialized by code in the initialization
section)
> > 
> > My question for you:
> > 
> > var
> >    MyString: TString = '<known size>';
> > 
> > ....
> > 
> >    MyString := 'A very very large string ...................
> > 
> > Tell me what would happen if this var would be in the *fixed sized*
> > data segment of the exe ?

As Marcel already pointed out, longstrings are just pointers to strings
on the heap.

> > 
> > 
> > IMHO this is of the same nature as leaving files open, because they
> > will be closed when an application exits. If the application is
> > terminated by a program crash, there could be a filelock left.

Well, leaving files open is also not a good practice, IMHO. And yes,
it's true that Windows or Linux will take care of that, as good as
possible. However, I can't recall it exactly at the moment, but there
are some special cases, with Windows and Linux, where the OS is not
able to release all resources when a program crashes.

> > 
> > Only memoryleaks that make the app consume more memory with
> > increasing lifetime.
> > 

The point is, (that's why I also included the example with compiler
warnings) if I have an "accepted" list of reported memory leaks, it
will take me much more time to investigate the real memory leaks. Half
a year ago, I inherited a project, where there were default 30 warnings
with a build. I took the time to resolve them all, and there were a
couple of warnings which actually pointed to real, nasty, bugs. Because
the list was so big, nobody took the time to look close enough if the
warnings could be ignored or not. Everybody said: They are just
warnings, ignore them.

Now, I'm at the point that normally there are zero warnings, so if,
with a new build, I get warnings, I know I have to investigate them. If
I can safely ignore them, I will comment that in the source, and tell
the compiler to keep his mouth shut at this point.

The difference between 0 or 1 warning is much clearer than the
difference between 10 or 11 warnings.

> > 
> > This is exactly the reason why you should give it owner, TComponent
> > will clean up this all very nicely for you at the right time. No need
> > to reinvent it.

My point is that using TComponent also will leave you there without
knowing when it will be destroyed, or not. So no difference with
finalization. (Actually, finallization is determined, but a little hard
to investigate) However, most of the time, the initialized information
is needed for a unit to be able to work. After finalization /
destruction, the unit will not be able to work anymore. With TComponent
destruction it will happen much sooner, so much more risk of using a
unit wich is already unable to operate. So using TComponent destruction
will make it much much worse.

For example, I created a small logging unit for myself, with an object
to log messages to a file. Everywhere in my application, I simply call
LogObject.LogMessage('a message'), knowing the LogObject is
automaticaly created. Because the LogObject is destroyed in the
finalization section, at least I can use the LogObject in the
destructors of the datamodules and forms. If I had choosen to let the
application object destroy the LogObject, it can happen that it's done
before the datamodules and the forms are destroyed.

If I have the logging unit in the uses list in the interface section,
I'm absolutely sure I can even use the logging object in my
finalization section. If, on the other hand, I have it included in the
implementation section, I can't be sure of that. That's why I don't use
the logging object directly, but created normal procedures to use it,
and in those procedures I check for existence of the logging object,
and if it doesn't exist anymore, I simply don't do anything.

Regards, Diederik


Subject: Re: Install from CVS: directory locale\bg missing
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 18 Oct 2004 10:24:47 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Hi,
>
> i do an anonymous checkout. Then i run a little batchfile that renames the
> old version to a backup and copies the complete new version from the
> "checkout place" to the right place for installation.
>
> I have just checked my checkout directory and found no "bg" directory in
> there. Even accessing the repository at SourceForge with WinCVS did not show
> a "bg" directory there.
>
> Maybe it has something to do with the anonymous access??

Well, I don't think so, because I just generated the daily zip, it uses an anonymous access, and the bg directory is in there.
I just checked on WebCVS, it is there:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/locale/

I really think it is a problem on your side, but I can't see what's wrong.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: jvdock server & client
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Mon, 18 Oct 2004 16:22:58 +0800
Newsgroups: jedi.vcl

How to dock a client-form to a server-form with a specific style by code?
For example: click a button to dock all client forms to server form with TAB style and autohide enabled.

Thank you!
-- Samson Fu 

Subject: Re: problem with TJvFormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 18 Oct 2004 10:16:14 +0200
Newsgroups: jedi.vcl

Hi,

could you please create a sample and add it with a new entry to mantis?

Greetings and thanks
Jens

> >Hi
> >I have in TForm1 a TJvAppIniFileStorage
> >(AutoFlush=True; AutoReload=True; FileName=Reg.ini)
> >and a TJvFormStorage
> >(AppStorage=JvAppIniFileStorage1; Options=[fpSize, fpLocation])
> >
> >In TForm1.FormCreate i have
> >  JvFormStorage1.AppStoragePath := self.name
> >
> >I have many forms that inherit from TForm1.
> >
> >When i open and close forms all is fine (information is in Reg.ini) but, 
> >when i terminate the applicaction, only first form opened information is 
> >  in reg.ini, no more forms information.
> >
> >Example.
> >Open application, open form1, open form2, open form3
> >(all forms inhetit from form1)
> >I open reg.ini and there is information of three forms (close ini).
> >I close the application.
> >I open reg.ini, only form1 information exists.
> >
> >What is the problem?
> >
> >Saludos
> >Paco
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Jedi event calendar
From: "Johan" <johan@olrac.com>
Date: Mon, 18 Oct 2004 10:11:32 +0200
Newsgroups: jedi.vcl

Hi, i'm looking for a event calendar component in Jedi version 2.something.
Can't find anything. Is there an event calendar in JEDI 2 or must I look
somewhere else?

Thanx

-- Johan van Wijk 

Subject: Re: Install from CVS: directory locale\bg missing
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 18 Oct 2004 09:57:53 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:ckvmte$58n$1@talkto.net...
> > Ralf Kaiser wrote:
> >
>> > > Hello,
>> > >
>> > > when installing a version from current CVS the directory
<JVCL>\locale\bg
>> > > (bulgarian translations) is missing. Install is only possible if another
>> > > directory in locale is copied as "bg".
> >
> > I don't get it, I do have the bg directory in both my copies of the JVCL
> > at work and at home. Are you sure you updated ALL your repository?

Hi,

i do an anonymous checkout. Then i run a little batchfile that renames the
old version to a backup and copies the complete new version from the
"checkout place" to the right place for installation.

I have just checked my checkout directory and found no "bg" directory in
there. Even accessing the repository at SourceForge with WinCVS did not show
a "bg" directory there.

Maybe it has something to do with the anonymous access??

Ciao,
Ralf



Subject: Re: Install from CVS: directory locale\bg missing
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 18 Oct 2004 09:39:04 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Hello,
>
> when installing a version from current CVS the directory <JVCL>\locale\bg
> (bulgarian translations) is missing. Install is only possible if another
> directory in locale is copied as "bg".

I don't get it, I do have the bg directory in both my copies of the JVCL at work and at home. Are you sure you updated ALL your repository?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Install from CVS: directory locale\bg missing
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 18 Oct 2004 09:38:20 +0200
Newsgroups: jedi.vcl

Hello,

when installing a version from current CVS the directory <JVCL>\locale\bg
(bulgarian translations) is missing. Install is only possible if another
directory in locale is copied as "bg".

Ciao,
Ralf



Subject: Jedi sheduler
From: "Johan" <johan@olrac.com>
Date: Mon, 18 Oct 2004 09:37:54 +0200
Newsgroups: jedi.vcl

Hi,
I've got Delphi 5 and JEDI 2.something. Where can I find a task scheduler
component in Jedi 2 and if there aren't any, where could I find any?

Thanx

-- Johan van Wijk 

Subject: Re: Using Win32 handle parameters and C++ Builder
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 18 Oct 2004 09:10:10 +0200
Newsgroups: jedi.vcl

Hofi wrote:

> On Sun, 17 Oct 2004 11:17:53 +0200, OBones  <obones_REM_SPM_@_PIF_altern.org> wrote:
>
>> Robert Marquardt wrote:
>>
>>> OBones wrote:
>>>
>>>> BCB_HWND = type HWND;
>>>
>>>   BCBHWND, because _ is not allowed by our style guide.
>>> Best placed in JclBase.pas and commented to tell why these names exist.
>>
>>
>> Well, actually, when I think of it, I'm quite sure it would be better to  name it DelphiHWND. Why? Well because the original type in the Win32 API  is 'void *' which should have been 'pointer' in Delphi. It got changed  for a type equivalent to 'unsigned int' and this is why I think the type  we would be using should reflect the fact that it's because of a Delphi  choice, not a BCB choice.
>
>
> As far as i can remember in BCB those types are depends on a conditional  define STRICT
> different types used if STRICT defined or not.
> may be delphi also could use STRICT to control types used in the produced  .hpp file.

I don't see how this is possible.


-- 
Olivier Sannier
JVCL Coordinator


Subject: problem with TJvFormStorage
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Mon, 18 Oct 2004 00:40:12 +0200
Newsgroups: jedi.vcl

Hi
I have in TForm1 a TJvAppIniFileStorage
(AutoFlush=True; AutoReload=True; FileName=Reg.ini)
and a TJvFormStorage
(AppStorage=JvAppIniFileStorage1; Options=[fpSize, fpLocation])

In TForm1.FormCreate i have
 JvFormStorage1.AppStoragePath := self.name

I have many forms that inherit from TForm1.

When i open and close forms all is fine (information is in Reg.ini) but, when i terminate the applicaction, only first form opened information is  in reg.ini, no more forms information.

Example.
Open application, open form1, open form2, open form3
(all forms inhetit from form1)
I open reg.ini and there is information of three forms (close ini).
I close the application.
I open reg.ini, only form1 information exists.

What is the problem?

Saludos
Paco


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 22:54:58 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> André Snepvangers wrote:
>
>>>
>>> Sorry to drop in, but I see some remarks, which AFAIK are not true.
>>>
>>> If you have a global variable anywhere in the app, the space for that
>>> variable is anywhere in the datasegment(s) of the application, not on
>>> the heap. 
>>
>>
>>
>> Processors distingish between code, stack and heap.
>> code is readonly. There is no problem accessing consts like predefined strings in the code segment (of course must be program counter relative.) Initialized global vars are copied from the exe to the the
>> heap. (they can be create on the program stack also.)
>>
>> My question for you:
>>
>> var
>>   MyString: TString = '<known size>';
>>
>> ....
>>
>>   MyString := 'A very very large string ...................
>>
>> Tell me what would happen if this var would be in the *fixed sized* data segment of the exe ?
>
>
>     In the data segment the *pointer* to the string is altered to point to the new string. So for the global var MyString 4 bytes are reserved in the data segment, the string is copied to the heap. The RTL will take care of releasing the first string from the heap the moment there is no reference to it.
>
>     Before you come up with 'what if I used a short string variable (you know, the old type as in string[<max_size>])':  max string length + 1 (the length byte) bytes would be reserved for the global var in the data segment.
>
>     Global vars (except threadvars of course) are placed in the (fixed) data segment for the application.
>

You are right, as a consequence of this delphi apps are not ROM-able.
Also the code cannot be shared between different instances of the same app, because this would require, instance unique, global vars.
Something that is common practice on (aged) Microwares OS9/68k. The
implementation of this is real simple as you can imagine.
This simple code addition, I have come across with the many c-compilers
I have been using in the past.

>
>     no, every leak. Any leak detected should be resolved, just as any hint/warning at compile time should be resolved. It's a matter of clean programming. The fact that a once-in-a-process-lifetime leak is harmless because it just doesn't eat memory, does not indicate the code is clean. Clean code is important, even more so in OOP I should think.
>

All (undestroyed) objects will be freed by the app. There is also something in the Delphi help, that warns for freeing Object's. Read it just days ago, but I cannot remember where it was.


>>
>> Open door for sure. We have numerous initialization/finalization sections in the sources. An application can use numerous units maybe even  more then 100. There is no easy way to tell which unit gets initialized first.
>
>
>     Does that matter? 

  Not for the initialization section.

> As long as I am assured that when my unit's initialization section is executed, all other units my unit refers to are initialized, it's fine with me. And that also results in my finalization section will be executed before any of the other units my unit refers to.
>

In C most annoying were unassigned pointers. With Delphi the most annoying thing is when components get destroyed, that have been destroyed already. Happens most of time when the app ends.
I had various AV's with programs that used components of JVCL2.1.
In JVCLX 0.6 I commented out finalization sections, to avoid AV's
when the IDE closes.
I still get 2 AV's and one Error (list index out of bounds (0) in rtl..) when I close the Delphi and dropped a JVCL component on my form.
Not something a JVCL user is waiting for.

Notice also the precautions Diederik takes to avoid AV's in the finalization section.

Kind Regards,

André Snepvangers





Subject: Re: Discussion about Mantis 2207
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 21:53:02 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> i have an other point to discuss.
>
> In Mantis 2207 was an feature request to enhance the TJvAppRegistryStorage that the Root property can be enhaced with %APP_NAME% and %COMP_NAME% to replace these constants with Application and companyname at runtime.
>
> I decieded to let these only in the RegistryStorage because i didn't see too much usage of this replacements in the other storage components, because normaly ini and xml-files are defined for each program separatly(i think this spelling is wrong, but i hope everyone know what i mean :-)
>
> Now there is a question to do more of this enhancements.
> %APP_VER% for the registry storage and %FORM_NAME% for the form-placement component.
>
> I have no problems with these enhancements, but know i'm thinking of doing these enhancements more generally maybe in the TJvCustomStorage.
>
> What do you think.

To me, those replacements have nothing to do with the TJvCustomAppStorage. Best use an event that does the replacements. After all, where would we get the App version from ?
I think the OnEncode event should be just what is required.

My 2 cents.

Cheers

Olivier Sannier
JVCL Coordinator
APP_NAME, APP_VER also have nothi


Subject: Discussion about Mantis 2207
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 17 Oct 2004 21:41:32 +0200
Newsgroups: jedi.vcl

Hi,

i have an other point to discuss.

In Mantis 2207 was an feature request to enhance the TJvAppRegistryStorage that the Root property can be enhaced with %APP_NAME% and %COMP_NAME% to replace these constants with Application and companyname at runtime.

I decieded to let these only in the RegistryStorage because i didn't see too much usage of this replacements in the other storage components, because normaly ini and xml-files are defined for each program separatly(i think this spelling is wrong, but i hope everyone know what i mean :-)

Now there is a question to do more of this enhancements.
%APP_VER% for the registry storage and %FORM_NAME% for the form-placement component.

I have no problems with these enhancements, but know i'm thinking of doing these enhancements more generally maybe in the TJvCustomStorage.

What do you think.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: UnitVersioning Mem Leak?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Oct 2004 21:06:25 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
>>
>> Sorry to drop in, but I see some remarks, which AFAIK are not true.
>>
>> If you have a global variable anywhere in the app, the space for that
>> variable is anywhere in the datasegment(s) of the application, not on
>> the heap. 
>
>
> Processors distingish between code, stack and heap.
> code is readonly. There is no problem accessing consts like predefined strings in the code segment (of course must be program counter relative.) Initialized global vars are copied from the exe to the the
> heap. (they can be create on the program stack also.)
>
> My question for you:
>
> var
>   MyString: TString = '<known size>';
>
> ....
>
>   MyString := 'A very very large string ...................
>
> Tell me what would happen if this var would be in the *fixed sized* data segment of the exe ?

    In the data segment the *pointer* to the string is altered to point to the new string. So for the global var MyString 4 bytes are reserved in the data segment, the string is copied to the heap. The RTL will take care of releasing the first string from the heap the moment there is no reference to it.

    Before you come up with 'what if I used a short string variable (you know, the old type as in string[<max_size>])':  max string length + 1 (the length byte) bytes would be reserved for the global var in the data segment.

    Global vars (except threadvars of course) are placed in the (fixed) data segment for the application.

>
>> I known this "leak" can be ingored, but the user must ignore it
>> every time he runs a leak detector. When possible, it should be
>> eliminated, for the same reason I always tell my collegues I don't want
>> to see warnings when I build an application. :-)
>>
>
> Only memoryleaks that make the app consume more memory with increasing lifetime.

    no, every leak. Any leak detected should be resolved, just as any hint/warning at compile time should be resolved. It's a matter of clean programming. The fact that a once-in-a-process-lifetime leak is harmless because it just doesn't eat memory, does not indicate the code is clean. Clean code is important, even more so in OOP I should think.

>
> Open door for sure. We have numerous initialization/finalization sections in the sources. An application can use numerous units maybe even  more then 100. There is no easy way to tell which unit gets initialized first.

    Does that matter? As long as I am assured that when my unit's initialization section is executed, all other units my unit refers to are initialized, it's fine with me. And that also results in my finalization section will be executed before any of the other units my unit refers to.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 20:43:03 +0200
Newsgroups: jedi.vcl

N.D. van Bochove wrote:
> André Snepvangers wrote:
>
>
>> Declare
>>  var
>>    MyVar: integer;
>>
>> What happens if you run the app, is that the storage required for
>> MyVar gets allocated on the (application) heap (just as all TObject
>> instances you create).  The application heap is allocated by the OS
>> and it is freed, regardless of the contents, when the application
>> process ends (or dies).  See also the remarks from Marcel in this
>> same thread about mem leakage.
>>
>> Regards,
>>
>> André Snepvangers
>
>
> Sorry to drop in, but I see some remarks, which AFAIK are not true.
>
> If you have a global variable anywhere in the app, the space for that
> variable is anywhere in the datasegment(s) of the application, not on
> the heap. 

Processors distingish between code, stack and heap.
code is readonly. There is no problem accessing consts like predefined strings in the code segment (of course must be program counter relative.) Initialized global vars are copied from the exe to the the
heap. (they can be create on the program stack also.)

My question for you:

var
  MyString: TString = '<known size>';

.....

  MyString := 'A very very large string ...................

Tell me what would happen if this var would be in the *fixed sized* data segment of the exe ?

> Because a variable of type object is actually just a pointer
> to an object, there are 4 bytes (on 32 bit CPU's) reserved for it in
> the data segment, while the object itself must be created on the heap.
>

True, Objects are allways passed by reference. Besides the 4 bytes needed an instance of class requires TObject.InstanceSize bytes of memory.

> Data in a datasegment is static (determined at compile time), so is
> never subject to mem-leaks. Data left over on the heap at termination
> is suspected to be a leak, and from a debugging point of view, not so
> good.


IMHO this is of the same nature as leaving files open, because they will
be closed when an application exits. If the application is terminated
by a program crash, there could be a filelock left.

> I known this "leak" can be ingored, but the user must ignore it
> every time he runs a leak detector. When possible, it should be
> eliminated, for the same reason I always tell my collegues I don't want
> to see warnings when I build an application. :-)
>

Only memoryleaks that make the app consume more memory with increasing lifetime.


> Using the application object to destroy TComponents, destruction will
> happen much earlier than the finalization section. Most of the time I
> have to deal with situations like this, I assume for such units: the
> later the better.
>
> The risk is using a unit/data which is already finalized, which is
> possible when the unit appears in the uses list in the implementation
> section. If that should be avoided, most of the time I set a flag in
> the finalization section, to indicate it is already finalized, and try
> do do a less as possible when procedures / functions are called after
> finalization. I never throw an exception in cases like this, because
> the application exception handler is already out of business at that
> time, and it will result in an Windows AV
>

This is exactly the reason why you should give it owner, TComponent will clean up this all very nicely for you at the *right* time. No need to reinvent it.

> I guess I will kick an open door with this, but initialization order is
> determined by the uses part in the interface section. 

Open door for sure. We have numerous initialization/finalization sections in the sources. An application can use numerous units maybe even  more then 100. There is no easy way to tell which unit gets initialized first.

Regards,

André Snepvangers



Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 20:21:08 +0200
Newsgroups: jedi.vcl

OBones wrote:
> André Snepvangers wrote:
>
>> Marcel Bestebroer wrote:
>>
>>> André Snepvangers wrote:
>>>
>>>> When the owner gets destroyed, it destroys any components it owns. ;)
>>>
>>>
>>>
>>>
>>>    Oops, missed the fact that is was a TComponent. *bows head in shame*
>>>
>>
>> You are not the only one I guess. ;)
>
>
> Right. But using the Application objects means you need to "use" Forms, which is not always desirable.
>

What about:

uses
  ..., OtherUnit, ...

initialization
  TMyStuff.Create(GetApplication);

end.

unit OtherUnit;

interface

uses
  Classes, Forms;

function GetApplication: TComponent;
    
implementation

function GetApplication: TComponent;
begin
  Result := TComponent(Application);
end;

end.

*OR*

unit JvMyStuff;

uses
  Classes, Forms,  ....     

interface
TJvMyStuff = class(TComponent)
   ...

   public
     class function MyStuffCreate(Unitname: string): TJvMyStuff;
   ....
   end;
    
implementation

function TJvMyStuff.MyStuffCreate(Unitname: string);
begin
  Result := Create(Application);
  ...
end;


unit ....

....


Implementation

....

initialisation
  TJvMyStuff.MyStuffCreate('....');

end.

OR

<fill in> ?



Regards,

André Snepvangers


Subject: Re: Mantis 2207 - Resource-Strings from VCL to JvResource
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 17:54:49 +0200
Newsgroups: jedi.vcl

Hofi wrote:

>  From your point of view the hole JvResources.pas and centralized solution  might appear a needles thing, because a tool like gnu gettext could make  magic.
> I cant't tell you preciesely why but i give my vote on JvResources.pas and  not to mix or count on different translation tools.

There is a misunderstanding here. The JVCL library IS using DxGettext for the translation. Have a look at help\localization.html and the po files in the locale directory.
The fact that strings are centralized in JvResources.pas is because it is easier for us to keep track of them. You should NEVER translate that file for whatever reason. Use DxGettext and one of the given PO files.

And this is also why I'm saying that Lars' website is where you would get the correct po file for your version of Delphi. There is no point in us doing something that already exist.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: UnitVersioning Mem Leak?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 17 Oct 2004 17:39:59 +0200
Newsgroups: jedi.vcl

Explicit cleanup has several merits:
- It allows easier refactoring of the code because the deallocation is
  explicit
- It allows to use memory tools

Not to mention that the JVCL should also be an example of clean coding.


Subject: Re: Using Win32 handle parameters and C++ Builder
From: Hofi <hofi@fw.hu>
Date: Sun, 17 Oct 2004 17:30:48 +0200
Newsgroups: jedi.vcl

On Sun, 17 Oct 2004 11:17:53 +0200, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

> Robert Marquardt wrote:
>
>> OBones wrote:
>>
>>> BCB_HWND = type HWND;
>>   BCBHWND, because _ is not allowed by our style guide.
>> Best placed in JclBase.pas and commented to tell why these names exist.
>
> Well, actually, when I think of it, I'm quite sure it would be better to name it DelphiHWND. Why? Well because the original type in the Win32 API is 'void *' which should have been 'pointer' in Delphi. It got changed for a type equivalent to 'unsigned int' and this is why I think the type we would be using should reflect the fact that it's because of a Delphi choice, not a BCB choice.

As far as i can remember in BCB those types are depends on a conditional define STRICT
different types used if STRICT defined or not.
may be delphi also could use STRICT to control types used in the produced ..hpp file.

By(t)e
    Hofi


Subject: Re: Mantis 2207 - Resource-Strings from VCL to JvResource
From: Hofi <hofi@fw.hu>
Date: Sun, 17 Oct 2004 17:16:31 +0200
Newsgroups: jedi.vcl

>>> Ok, where is the SInvalidTime defined? In one of the JVCL files, or in  one of Borland's files?
>>    Unfortunately in the VCL, that's the problem I think. :(
>> Using a fully centralized solution will help to translate, even error  messages also that not to usually appearing.
>
> Not, it's not a problem. Have a look on the dxgettext website, you will get the DelphiXXX.po file for your language, and that's it.
> There is strictly no reason for the JVCL to move strings out of Borland's VCL.

From your point of view the hole JvResources.pas and centralized solution might appear a needles thing, because a tool like gnu gettext could make magic.
I cant't tell you preciesely why but i give my vote on JvResources.pas and not to mix or count on different translation tools.

By(t)e
  Hofi


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 16:33:20 +0200
Newsgroups: jedi.vcl

OBones wrote:
> André Snepvangers wrote:
>
>> Marcel Bestebroer wrote:
>>
>>> André Snepvangers wrote:
>>>
>>>> When the owner gets destroyed, it destroys any components it owns. ;)
>>>
>>>
>>>
>>>
>>>    Oops, missed the fact that is was a TComponent. *bows head in shame*
>>>
>>
>> You are not the only one I guess. ;)
>
>
> Right. But using the Application objects means you need to "use" Forms, which is not always desirable.
>

Name a few JVCL units, with a finalization section, to which this applies.

>
> Note that the distinction between parent/owner is not that clear, at least in the latest releases of Delphi.

Parent must be a TWinControl derived type.
Owner must be a TComponent derived type.
AFAIK this has not changed since Delphi 6. (never worked with earlier versions of Delphi.)

> If you only set the Parent property and Owner to nil, your component will be destroyed by its parent anyway.
>

All TObject's are destroyed when the app ends or dies.
Has nothing to do with the parent property of a *control*.

Declare
 var
   MyVar: integer;

What happens if you run the app, is that the storage required for MyVar gets allocated on the (application) heap (just as all TObject instances you create).
The application heap is allocated by the OS and it is freed, regardless
of the contents, when the application process ends (or dies).
See also the remarks from Marcel in this same thread about mem leakage.

Regards,

André Snepvangers


Subject: Re: UnitVersioning Mem Leak?
From: "N.D. van Bochove" <dvbochove@hotmail.com>
Date: Sun, 17 Oct 2004 13:50:02 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > 
> > Declare
> >   var
> >     MyVar: integer;
> > 
> > What happens if you run the app, is that the storage required for
> > MyVar gets allocated on the (application) heap (just as all TObject
> > instances you create).  The application heap is allocated by the OS
> > and it is freed, regardless of the contents, when the application
> > process ends (or dies).  See also the remarks from Marcel in this
> > same thread about mem leakage.
> > 
> > Regards,
> > 
> > André Snepvangers

Sorry to drop in, but I see some remarks, which AFAIK are not true.

If you have a global variable anywhere in the app, the space for that
variable is anywhere in the datasegment(s) of the application, not on
the heap. Because a variable of type object is actually just a pointer
to an object, there are 4 bytes (on 32 bit CPU's) reserved for it in
the data segment, while the object itself must be created on the heap.

Data in a datasegment is static (determined at compile time), so is
never subject to mem-leaks. Data left over on the heap at termination
is suspected to be a leak, and from a debugging point of view, not so
good. I known this "leak" can be ingored, but the user must ignore it
every time he runs a leak detector. When possible, it should be
eliminated, for the same reason I always tell my collegues I don't want
to see warnings when I build an application. :-)

Using the application object to destroy TComponents, destruction will
happen much earlier than the finalization section. Most of the time I
have to deal with situations like this, I assume for such units: the
later the better.

The risk is using a unit/data which is already finalized, which is
possible when the unit appears in the uses list in the implementation
section. If that should be avoided, most of the time I set a flag in
the finalization section, to indicate it is already finalized, and try
do do a less as possible when procedures / functions are called after
finalization. I never throw an exception in cases like this, because
the application exception handler is already out of business at that
time, and it will result in an Windows AV

I guess I will kick an open door with this, but initialization order is
determined by the uses part in the interface section. It is garanteed
that in an initialization section of a unit, all initialization
sections of the units, which are in the uses list in the interface
section, are already processed. From a quick google, I came on:
http://info.borland.com/techpubs/delphi/delphi5/oplg/progunit.html

which states: 
Finalization sections are executed in the opposite order from
initializations. For example, if your application initializes units A,
B, and C, in that order, it will finalize them in the order C, B, and A.
(Because it's info from the Borland site itself, I hope we can trust it)

Regards, Diederik


Subject: Re: UnitVersioning Mem Leak?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 14:06:51 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Marcel Bestebroer wrote:
>
>> André Snepvangers wrote:
>>
>>> When the owner gets destroyed, it destroys any components it owns. ;)
>>
>>
>>
>>    Oops, missed the fact that is was a TComponent. *bows head in shame*
>>
>
> You are not the only one I guess. ;)

Right. But using the Application objects means you need to "use" Forms, which is not always desirable.

> To inspect a component in the IDE the form has to be the owner,
> but at runtime there is no need to do so. In TJvControlComponent I change the owner to the 'parent', to get the JvControlComponent destroyed when the WinControl it controls gets destroyed.
> imho more logical. (Java alike?)

Note that the distinction between parent/owner is not that clear, at least in the latest releases of Delphi.
If you only set the Parent property and Owner to nil, your component will be destroyed by its parent anyway.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 14:04:05 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> André Snepvangers wrote:
>
>> When the owner gets destroyed, it destroys any components it owns. ;)
>
>
>    Oops, missed the fact that is was a TComponent. *bows head in shame*
>

You are not the only one I guess. ;)

>>
>>>> afaics it is not clear in which sequence the finalization section is executed.
>>>
>>>
>>>
>>>
>>>     I think it is in the exact opposite order of the initialization section.
>>>
>>
>> I think so too, but like you I don't know for sure. Basing coding on assumptions can be dangerous.
>
>
>     Indeed, but if the order would be different, that would result in objects from a unit being destroyed while another unit is still referring to it. 

To inspect a component in the IDE the form has to be the owner,
but at runtime there is no need to do so. In TJvControlComponent I change the owner to the 'parent', to get the JvControlComponent destroyed when the WinControl it controls gets destroyed.
imho more logical. (Java alike?)

Regards,

André Snepvangers


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 13:15:25 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> André Snepvangers wrote:
>
>> Only a rare cases a finalization section is needed.
>>
>> example:
>>
>> procedure InstallMyStuff;
>> begin
>>
>> end;
>>
>> procedure RemoveMyStuff;
>> begin
>>
>> end;
>>
>> initialization
>>   InstallMyStuff;
>>
>> finalization
>>   RemoveMyStuff;
>>
>> can be rewriiten as
>>
>> TMyStuff = class(TComponent)
>> public
>>   constructor Create(AOwner: TComponent); override;
>>   destructor Destroy; override;
>> end;
>>
>> constructor TMyStuff.Create(AOwner: TComponent);
>> begin
>>   inherited;
>>   InstallMyStuff;
>> end;
>>
>> destructor TMyStuff.Destroy;
>> begin
>>   RemoveMyStuff;
>>   inherited;
>> end;
>>     initialization
>>   TMyStuff.Create(Application);
>>
>
>     well, if the class is not explicitly freed/destroyed in the finalization section, you'd still have a memory leak (in this case the instance of the class) so I fail to see the benefit of this approach.
>

When the owner gets destroyed, it destroys any components it owns. ;)

>> afaics it is not clear in which sequence the finalization section is executed.
>
>
>     I think it is in the exact opposite order of the initialization section.
>

I think so too, but like you I don't know for sure. Basing coding on assumptions can be dangerous.

Regards,

André Snepvangers



Subject: Re: UnitVersioning Mem Leak?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Oct 2004 13:12:56 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
> When the owner gets destroyed, it destroys any components it owns. ;)

   Oops, missed the fact that is was a TComponent. *bows head in shame*

>
>>> afaics it is not clear in which sequence the finalization section is executed.
>>
>>
>>
>>     I think it is in the exact opposite order of the initialization section.
>>
>
> I think so too, but like you I don't know for sure. Basing coding on assumptions can be dangerous.

    Indeed, but if the order would be different, that would result in objects from a unit being destroyed while another unit is still referring to it. I think the finalization section is just added to the chain of ExitProc(?) routines each time a unit is initialized. I seem to recall reading that somewhere in a Borland article, but can't be sure it actually originated from Borland or just someone that had come to this conclusion after performing some kind of test.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Installer: Why isn't the DxGettext hotlink visible ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 13:05:40 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> In file Frames\frmConfigPage.dfm for the installer, the LblDxGettext
>> label is strangely placed and not visible. Why is it so?
>
>
> Because it is relocated by code and made visible if no dxgettext tool is
> installed.

Fair enough.
Thanks for the explanation.


Subject: Re: Installer: Why isn't the DxGettext hotlink visible ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 17 Oct 2004 13:04:09 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > In file Frames\frmConfigPage.dfm for the installer, the LblDxGettext
> > label is strangely placed and not visible. Why is it so?

Because it is relocated by code and made visible if no dxgettext tool is
installed.


Subject: Re: UnitVersioning Mem Leak?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 17 Oct 2004 13:01:36 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> > Is this a known issue? Or is MemSleuth showing it's age...

In ReleaseNamedProcessAddress():

      {$IFDEF MSWINDOWS}
      VirtualFree(Requested, 0, MEM_DECOMMIT or MEM_RELEASE);
      {$ENDIF MSWINDOWS}

remove the MEM_DECOMMIT which is definitly wrong because it cannot be
combined with MEM_RELEASE.

CVS is updated.


Subject: Re: UnitVersioning Mem Leak?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Oct 2004 12:15:44 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Only a rare cases a finalization section is needed.
>
> example:
>
> procedure InstallMyStuff;
> begin
>
> end;
>
> procedure RemoveMyStuff;
> begin
>
> end;
>
> initialization
>   InstallMyStuff;
>
> finalization
>   RemoveMyStuff;
>
> can be rewriiten as
>
> TMyStuff = class(TComponent)
> public
>   constructor Create(AOwner: TComponent); override;
>   destructor Destroy; override;
> end;
>
> constructor TMyStuff.Create(AOwner: TComponent);
> begin
>   inherited;
>   InstallMyStuff;
> end;
>
> destructor TMyStuff.Destroy;
> begin
>   RemoveMyStuff;
>   inherited;
> end;
>     initialization
>   TMyStuff.Create(Application);
>

    well, if the class is not explicitly freed/destroyed in the finalization section, you'd still have a memory leak (in this case the instance of the class) so I fail to see the benefit of this approach.

> afaics it is not clear in which sequence the finalization section is executed.

    I think it is in the exact opposite order of the initialization section.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: UnitVersioning Mem Leak?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 12:09:44 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Marcel Bestebroer wrote:
>
>> Ed Blanchard wrote:
>>
>>> Mem Sleuth reports allocation on line 587 of JclUnitVersioning.pas
>>> function GetNamedProcessAddress
>>> ...
>>> [587] Allocated := VirtualAlloc(Requested, PageSize, MEM_RESERVE or MEM_COMMIT, PAGE_READWRITE);
>>>
>>>
>>> Is this a known issue? Or is MemSleuth showing it's age...
>>
>>
>>
>>     technically, MemSleuth is right, the allocation is not being released explicitly in the application. However, the allocation occurs only once, so there's no accumulated memory loss, and the memory is released implicitly when the process ends anyway.
>>
> Would it be possible to free this memory, to make any leak detector happy? If it is without too much hassle, I'd like it to be done because I'm quite sure some people would come back at us and "complain" again about this "problem".
> If it's too much of a drama, then let it be, but if things can be "clean", I'd rather have them be.

>

Only a rare cases a finalization section is needed.

example:

procedure InstallMyStuff;
begin

end;

procedure RemoveMyStuff;
begin

end;

initialization
  InstallMyStuff;

finalization
  RemoveMyStuff;

can be rewriiten as

TMyStuff = class(TComponent)
public
  constructor Create(AOwner: TComponent); override;
  destructor Destroy; override;
end;

constructor TMyStuff.Create(AOwner: TComponent);
begin
  inherited;
  InstallMyStuff;
end;

destructor TMyStuff.Destroy;
begin
  RemoveMyStuff;
  inherited;
end;
    
initialization
  TMyStuff.Create(Application);

If you need to pass arguments like in the unitversioning, you could declare a class function.

=======

afaics it is not clear in which sequence the finalization section is executed.

Regards,

André Snepvangers


    
    




Subject: Re: JvAppStorage Base Example
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 11:38:34 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Yeah, but I bet Olivier is going to yell "NO! Remove the const from the JvAppStorage declaration!" in reference to the problems BCB has with const parameters.

Oh COME ON! I'm not always like that, am I? <vbg>
And by the way, the "const" problem in BCB is only with Pointer types, strings are just fine. I won't remove it there, I know the benefits in terms of speed and memory fragmentation this brings.

>     Good catch though. Proves that whenever people change things, the examples and docs are frequently overlooked.

Indeed. I'd better update the makefile and run it just to see how it goes.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: UnitVersioning Mem Leak?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 11:36:45 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Ed Blanchard wrote:
>
>> Mem Sleuth reports allocation on line 587 of JclUnitVersioning.pas
>> function GetNamedProcessAddress
>> ...
>> [587] Allocated := VirtualAlloc(Requested, PageSize, MEM_RESERVE or MEM_COMMIT, PAGE_READWRITE);
>>
>>
>> Is this a known issue? Or is MemSleuth showing it's age...
>
>
>     technically, MemSleuth is right, the allocation is not being released explicitly in the application. However, the allocation occurs only once, so there's no accumulated memory loss, and the memory is released implicitly when the process ends anyway.
>
Would it be possible to free this memory, to make any leak detector happy? If it is without too much hassle, I'd like it to be done because I'm quite sure some people would come back at us and "complain" again about this "problem".
If it's too much of a drama, then let it be, but if things can be "clean", I'd rather have them be.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvAppStorage Base Example
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Oct 2004 11:25:38 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> In JvAppStorage.pas the declaration is:
>
> IJvAppStorageHandler = interface
> ['{stuff I'm too lazy to transcribe}']

    Never heard of copy&paste?

>   procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage; const BasePath: string);
> ...
>
> In MainForm.pas of example the declaration is:
>  procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage;  BasePath: string);
>
> Add 'const'  to the declarations in the MainForm.pas code (and in method implementations) and all will work.

    Yeah, but I bet Olivier is going to yell "NO! Remove the const from the JvAppStorage declaration!" in reference to the problems BCB has with const parameters.

    Good catch though. Proves that whenever people change things, the examples and docs are frequently overlooked.


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: UnitVersioning Mem Leak?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Oct 2004 11:21:41 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:
> Mem Sleuth reports allocation on line 587 of JclUnitVersioning.pas
> function GetNamedProcessAddress
> ...
> [587] Allocated := VirtualAlloc(Requested, PageSize, MEM_RESERVE or MEM_COMMIT, PAGE_READWRITE);
>
>
> Is this a known issue? Or is MemSleuth showing it's age...

    technically, MemSleuth is right, the allocation is not being released explicitly in the application. However, the allocation occurs only once, so there's no accumulated memory loss, and the memory is released implicitly when the process ends anyway.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Examples problem - LinkedConsumers.pas
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Sun, 17 Oct 2004 11:19:34 +0200
Newsgroups: jedi.vcl

> After some discussion with Robert Marquardt and after reading Graphics.pas
> in D5, D6 and D7. I foudn this problem :
>
> Colors in VCL6 and less are declared as $80000000
> Colors in VCL7 are declared as $FF000000 (equal to the clSystemColor const
> defined in Graphics.pas(line 39) as   clSystemColor = $FF000000).
>
> I have created a flag in the JvFullColorSpace (located in Donations\Colors)
> defined as :
> [...]
>
> Maybe it should be moved to JvTypes...

    Wouldn't solve this particular problem. In whichever version the DFM will be saved, those are the values that are stored. But, perhaps the ColorProvider can be adapted to accept either case. Anyone care to take a look or does the word 'Provider' instill fear in everyone ;)


-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Using Win32 handle parameters and C++ Builder
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 11:17:53 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> BCB_HWND = type HWND;
>
>
> BCBHWND, because _ is not allowed by our style guide.
> Best placed in JclBase.pas and commented to tell why these names exist.

Well, actually, when I think of it, I'm quite sure it would be better to name it DelphiHWND. Why? Well because the original type in the Win32 API is 'void *' which should have been 'pointer' in Delphi. It got changed for a type equivalent to 'unsigned int' and this is why I think the type we would be using should reflect the fact that it's because of a Delphi choice, not a BCB choice.

Opinions anyone?

Olivier Sannier
JVCL Coordinator


Subject: Re: Using Win32 handle parameters and C++ Builder
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 17 Oct 2004 07:44:22 +0200
Newsgroups: jedi.vcl

OBones wrote:

> BCB_HWND = type HWND;

BCBHWND, because _ is not allowed by our style guide.
Best placed in JclBase.pas and commented to tell why these names exist.


Subject: Re: Beta 3: JvHintProp
From: "Helen Borrie" <helebor@tpg.com.au>
Date: Sun, 17 Oct 2004 05:40:41 +0000 (UTC)
Newsgroups: jedi.vcl

Never mind, I found ClxEditors.pas in Toolsapi.

tks anyway.

Helen


Subject: UnitVersioning Mem Leak?
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Sat, 16 Oct 2004 22:40:37 -0400
Newsgroups: jedi.vcl

Using CVS jcl/jvcl from Oct15th.

I built the library with UNITVERSIONING defined.

Using Memory Sleuth 2.03 and D7E I appear to have a memory leak related 
to UNITVERSIONING...

New application, drop a TJvLabel on form, compile with stack frames, 
Include TD32 debug info, use debug dcus  etc.

Run program, close. Result on exit:
 2 Virtual Memory pointers total of 8k still allocated.

Mem Sleuth reports allocation on line 587 of JclUnitVersioning.pas 

function GetNamedProcessAddress
....
[587] Allocated := VirtualAlloc(Requested, PageSize, MEM_RESERVE or 
MEM_COMMIT, PAGE_READWRITE);


Is this a known issue? Or is MemSleuth showing it's age...



Cheers,
EdB


Subject: Re: JvAppStorage Base Example
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Sat, 16 Oct 2004 22:03:29 -0400
Newsgroups: jedi.vcl

In article <cjqv1j$jlg$1@talkto.net>, sw.ng@tiscali.fr says...
> > Compiling gives:
> > 
> > [Error] MainForm.pas(47): Declaration of 'ReadFromAppStorage' differs 
> > from declaration in interface 'IJvAppStorageHandler'
> > 
> > [Error] MainForm.pas(47): Declaration of 'WriteToAppStorage' differs 
> > from declaration in interface 'IJvAppStorageHandler'
> > 
> > [Fatal Error] JvAppStoreDemo.dpr(5): Could not compile used unit 
> > 'MainForm.pas'
> > 
> > I looked in JvAppStorage.pas, however don't understand what's
> > missing.
> > 
> > 

In JvAppStorage.pas the declaration is:

IJvAppStorageHandler = interface
['{stuff I'm too lazy to transcribe}']
  procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage; const 
BasePath: string);
....

In MainForm.pas of example the declaration is:
 procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage;  BasePath: 
string);

Add 'const'  to the declarations in the MainForm.pas code (and in method 
implementations) and all will work.

Cheers,
EdB


Subject: Re: Examples problem - LinkedConsumers.pas
From: "Florent Ouchet" <ouchet.florent@laposte.net>
Date: Sun, 17 Oct 2004 01:54:30 +0200
Newsgroups: jedi.vcl

I had such a problem writing colors components.

After some discussion with Robert Marquardt and after reading Graphics.pas
in D5, D6 and D7. I foudn this problem :

Colors in VCL6 and less are declared as $80000000
Colors in VCL7 are declared as $FF000000 (equal to the clSystemColor const
defined in Graphics.pas(line 39) as   clSystemColor = $FF000000).

I have created a flag in the JvFullColorSpace (located in Donations\Colors)
defined as :

(line 18)
const
  JvSystemColorMask =
{$IFDEF COMPILER7_UP}
    clSystemColor;
{$ELSE COMPILER7_UP}
    $80000000;
{$ENDIF COMPILER7_UP}

Maybe it should be moved to JvTypes...

Regards,
--
outch

> > lblColor4 - TCOLOR=FF000001
> > lblColor5 - TCOLOR=FF000005
> > lblColor6 - TCOLOR=FF00000C
> > lblColor7 - TCOLOR=FF000017
> > lblColor8 - TCOLOR=FF000018
> >
> > The original TCOLOR values were '80xxxxxx'.
> >
> > Cheers,
> > EdB
> >
> >




Subject: Examples problem - LinkedConsumers.pas
From: Ed Blanchard <edwardbNOSPAMNO@hauser.ca>
Date: Sat, 16 Oct 2004 19:24:13 -0400
Newsgroups: jedi.vcl

I grabbed a fresh copy if jcl/jvcl from CVS October 15th.  I tried 
loading "examples\Providers and consumers\LinkedConsumers.prj" and kept 
getting a "Error creating form. Item not found in this context".

If you load the dfm into a text editor and change various TJvLabel Item 
'TCOLOR=xxx' values it will load properly.

lblColor4 - TCOLOR=FF000001
lblColor5 - TCOLOR=FF000005
lblColor6 - TCOLOR=FF00000C
lblColor7 - TCOLOR=FF000017
lblColor8 - TCOLOR=FF000018

The original TCOLOR values were '80xxxxxx'.

Cheers,
EdB




Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 00:53:10 +0200
Newsgroups: jedi.vcl

David J Taylor wrote:

>
> Although this is only critical for Internet facing PCs without some other hardware (firewall) protection.  

Protected your PC against Windows: use a hardware firewall. ;) The current ongoing price is hardly an obstacle.

Regards,

André Snepvangers



Subject: Re: Using Win32 handle parameters and C++ Builder
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 00:51:16 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> OBones wrote:
>
>> Hi all
>>
>> I've just entered a bug in QualityCentral after having confirmed its existence using a simple application. This is bug #9361 and is about having functions in Delphi code that use parameters which types are Win32 handles. These types include (but are not limited to) HWND, HDC, HRGN, HPEN...
>>
>>
>> As mentionned in the QC bug report, the only reliable solution to this problem is to use a home made type for BCB, declared like that:
>>
>> BCB_HWND = type HWND;
>>
> Why not use the Qt names: ;)
>   QWidgetH = type HWND;
>   QPainterH = type HDC;
>   ...
>
> Regards,
>
> AndréSnepvangers

Well, we could, but I think this would bring confusion in peoples mind. <g>


Subject: Re: Using Win32 handle parameters and C++ Builder
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 17 Oct 2004 00:49:38 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hi all
>
> I've just entered a bug in QualityCentral after having confirmed its existence using a simple application. This is bug #9361 and is about having functions in Delphi code that use parameters which types are Win32 handles. These types include (but are not limited to) HWND, HDC, HRGN, HPEN...
>
>
> As mentionned in the QC bug report, the only reliable solution to this problem is to use a home made type for BCB, declared like that:
>
> BCB_HWND = type HWND;
>
Why not use the Qt names: ;)
  QWidgetH = type HWND;
  QPainterH = type HDC;
  ...

Regards,

AndréSnepvangers


Subject: Re: Mantis 2207 - Resource-Strings from VCL to JvResource
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 17 Oct 2004 00:03:13 +0200
Newsgroups: jedi.vcl

Hofi wrote:

> On Sat, 16 Oct 2004 22:45:59 +0200, OBones  <obones_REM_SPM_@_PIF_altern.org> wrote:
>
>> Jens Fudickar wrote:
>>
>>> One example is the following:
>>> Replaced by Hofi
>>>       References of
>>>         SInvalidTime
>>>       with
>>>         RsEInvalidTime
>>> gives a chance to support easier translation. Please do NOT use VCL  const strings directly!!!
>>>   It's the same string only copied from vcl to jvcl.
>>
>>
>> Ok, where is the SInvalidTime defined? In one of the JVCL files, or in  one of Borland's files?
>
>
>
> Unfortunately in the VCL, that's the problem I think. :(
> Using a fully centralized solution will help to translate, even error  messages also that not to usually appearing.

Not, it's not a problem. Have a look on the dxgettext website, you will get the DelphiXXX.po file for your language, and that's it.
There is strictly no reason for the JVCL to move strings out of Borland's VCL.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Mantis 2207 - Resource-Strings from VCL to JvResource
From: Hofi <hofi@fw.hu>
Date: Sat, 16 Oct 2004 23:44:09 +0200
Newsgroups: jedi.vcl

On Sat, 16 Oct 2004 22:45:59 +0200, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

> Jens Fudickar wrote:
>
>> One example is the following:
>> Replaced by Hofi
>>       References of
>>         SInvalidTime
>>       with
>>         RsEInvalidTime
>> gives a chance to support easier translation. Please do NOT use VCL const strings directly!!!
>>   It's the same string only copied from vcl to jvcl.
>
> Ok, where is the SInvalidTime defined? In one of the JVCL files, or in one of Borland's files?


Unfortunately in the VCL, that's the problem I think. :(
Using a fully centralized solution will help to translate, even error messages also that not to usually appearing.


By(te)
 Hofi


Subject: Re: Mantis 2207 - Resource-Strings from VCL to JvResource
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 22:45:59 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> One example is the following:
> Replaced by Hofi
>       References of
>         SInvalidTime
>       with
>         RsEInvalidTime
> gives a chance to support easier translation. Please do NOT use VCL const strings directly!!!
>
>
> It's the same string only copied from vcl to jvcl.

Ok, where is the SInvalidTime defined? In one of the JVCL files, or in one of Borland's files?


Subject: Re: Mantis 2207 - Resource-Strings from VCL to JvResource
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 16 Oct 2004 22:41:29 +0200
Newsgroups: jedi.vcl

One example is the following:
Replaced by Hofi
      References of
        SInvalidTime
      with
        RsEInvalidTime
gives a chance to support easier translation. Please do NOT use VCL const strings directly!!!


It's the same string only copied from vcl to jvcl.

Any comments.

Greetings
Jens

OBones schrieb:
> Jens Fudickar wrote:
>
>> Hi,
>>
>> i want to have some comments.
>>
>> In the mantis-entry hofi wants to transfer some resources from the vcl resources to JvResource, because of easier translation. What are your comments about that.
>>
>> Greetings
>> Jens
>
>  >
>
> Could you be a bit more descriptive?
> Because if it is about moving Borland's VCL strings into our resources, this is clearly a no-no. By the way, to translate the VCL messages, there are files on the dxgettext web site that will do it...
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Mantis 2207 - Resource-Strings from VCL to JvResource
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 16 Oct 2004 18:22:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Could you be a bit more descriptive?
> Because if it is about moving Borland's VCL strings into our resources, this is clearly a no-no. By the way, to translate the VCL messages, there are files on the dxgettext web site that will do it...

I think he means that we often use resourcestrings from the VCL.
We should move them to JvResources and give them a JVCL name.
The string text can be kept. It is usually very generic anyway.


Subject: Re: Help Files Indy10
From: "Martin Schuster" <martin@oaktree.de>
Date: Sat, 16 Oct 2004 18:07:45 +0200
Newsgroups: jedi.vcl

Thank You, for the Info,

I am in the wrong Groupe, Sorry.

Martin


"Peter Thornqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:ckr3ef$eji$1@talkto.net...
> > I think you've got the wrong group: this is the JVCL group.
> >
>> > > What Program does I need to read the
>> > >       HTML Help Version 2 (.HxS, .HxI) Format
IndyDocs_10.0.20_H2Help.zip
> >
> > Try h2viewer: www.helpware.net/mshelp2/h2viewer.htm
> >
> > There is currently no other stand-alone viewer AFAIK. These help files are
> > mostly integrated into modern IDE's (VS.Net, Delphi 8 and 9)
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: Using Win32 handle parameters and C++ Builder
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 17:48:27 +0200
Newsgroups: jedi.vcl

Hi all

I've just entered a bug in QualityCentral after having confirmed its existence using a simple application. This is bug #9361 and is about having functions in Delphi code that use parameters which types are Win32 handles. These types include (but are not limited to) HWND, HDC, HRGN, HPEN...

What happens is that the generated HPP file for the Delphi file puts HWND as the type of the parameter and this is a 'void *' in the BCB world. But the generated object file is from Delphi and as such the expected parameter is an 'unsigned int'.
So the application using that function compiles fine, but will never link because it is referring a function with a parameter of type that is not in the object file.

As mentionned in the QC bug report, the only reliable solution to this problem is to use a home made type for BCB, declared like that:

BCB_HWND = type HWND;

This way, the generator will not use HWND and will be in sync with the linker. I have done a quick search on HWND in the JVCL, it appears 1754 times, but some of them may not be problematic as they are functions local to the unit (not referenced in the interface part).

I haven't done any changes just yet, but this needs to be adressed. I'm posting here to let everyone know, and to give you the opportunity to comment. Let me know if you need further details.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Mantis 2207 - Resource-Strings from VCL to JvResource
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 17:16:21 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> i want to have some comments.
>
> In the mantis-entry hofi wants to transfer some resources from the vcl resources to JvResource, because of easier translation. What are your comments about that.
>
> Greetings
> Jens
>

Could you be a bit more descriptive?
Because if it is about moving Borland's VCL strings into our resources, this is clearly a no-no. By the way, to translate the VCL messages, there are files on the dxgettext web site that will do it...

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Mantis 2207 - Resource-Strings from VCL to JvResource
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 16 Oct 2004 16:47:59 +0200
Newsgroups: jedi.vcl

Hi,

i want to have some comments.

In the mantis-entry hofi wants to transfer some resources from the vcl resources to JvResource, because of easier translation. What are your comments about that.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvWizard Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 16:09:06 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> In short, the "<<" operator MUST NEVER be called directly on a property,
>> the effects are too unpredictible. And there is nothing that I can think
>> of that the JVCL can do to go around this.
>> Ah well, I'll have to add a special notice in the BCB compatibility
>> guide and the FAQ.
>
>
> Since this is a BCB bug I think that we should not change the code in JVCL
> to try to work around it. Better to make BCB users aware of the problem (and
> the correct way to do it).
>
Totally agree. By the way, this is now QC 9359.


Subject: Re: JvWizard Problem
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 16 Oct 2004 16:04:08 +0200
Newsgroups: jedi.vcl

> > In short, the "<<" operator MUST NEVER be called directly on a property,
> > the effects are too unpredictible. And there is nothing that I can think
> > of that the JVCL can do to go around this.
> > Ah well, I'll have to add a special notice in the BCB compatibility
> > guide and the FAQ.

Since this is a BCB bug I think that we should not change the code in JVCL
to try to work around it. Better to make BCB users aware of the problem (and
the correct way to do it).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvWizard Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 15:57:05 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> I don't quite get what you are saying. There already is a setter for the property. The problem is not that there is one or not, it's simply that BCB does not call it. This is totally out of our control, we can just give a way around it, but this is not 99% sure because if users do that:
>>
>> Label1->Font->Style >> fsBold;
>>
>> Then the setter of Style will NEVER get called, whatever code we put in the component.
>
>
> Is there also a Getter method? My impression is that this can only happen if the variable is directly used in either read or write of the property. With Getter and Setter method there should be no way for BCB to access the internal variable at all.

Well, it sure cannot access the internal variable. If you have a look at the style property in TFont, you'll see that it has Getter and Setter functions. But this has a bad effect on this statement:

Label1->Font->Style << fsBold;

It does nothing at all! The value of Style is NOT changed, the setter is NOT called, basically this statement is useless.
If there is no getter, the value is changed but the setter is NOT called.
In short, the "<<" operator MUST NEVER be called directly on a property, the effects are too unpredictible. And there is nothing that I can think of that the JVCL can do to go around this.
Ah well, I'll have to add a special notice in the BCB compatibility guide and the FAQ.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: JvWizard Problem
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 16 Oct 2004 15:42:10 +0200
Newsgroups: jedi.vcl

> > Is there also a Getter method? My impression is that this can only
> > happen if the variable is directly used in either read or write of the
> > property. With Getter and Setter method there should be no way for BCB
> > to access the internal variable at all.
Sounds reasonable. A BCB user should try adding a getter to the JvWizard
class to test whether this circumvents the problem.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Help Files Indy10
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 16 Oct 2004 15:39:55 +0200
Newsgroups: jedi.vcl

I think you've got the wrong group: this is the JVCL group.

> > What Program does I need to read the
> >       HTML Help Version 2 (.HxS, .HxI) Format  IndyDocs_10.0.20_H2Help.zip

Try h2viewer: www.helpware.net/mshelp2/h2viewer.htm

There is currently no other stand-alone viewer AFAIK. These help files are
mostly integrated into modern IDE's (VS.Net, Delphi 8 and 9)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvWizard Problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 16 Oct 2004 15:14:01 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I don't quite get what you are saying. There already is a setter for the property. The problem is not that there is one or not, it's simply that BCB does not call it. This is totally out of our control, we can just give a way around it, but this is not 99% sure because if users do that:
>
> Label1->Font->Style >> fsBold;
>
> Then the setter of Style will NEVER get called, whatever code we put in the component.

Is there also a Getter method? My impression is that this can only happen if the variable is directly used in either read or write of the property. With Getter and Setter method there should be no way for BCB to access the internal variable at all.


Subject: Re: hint background color
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 16 Oct 2004 13:33:10 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

>
> IMO the whole changing of the hint color on enter/exit of a control should be dropped and instead CM_HINTSHOW should be used.
>

This will be fixed in JvExVCL/JvExCLX next week.

Regards,

André Snepvangers


Subject: Re: hint background color
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 16 Oct 2004 13:06:06 +0200
Newsgroups: jedi.vcl

Bob McClintock wrote:
> This seems to be related to the TJvLookOut page that I use on the form.
> Once I place the mouse over one of the lookout buttons, the hints turn
> black and stay black.

Problem seems to be that the code JvExControls.pas assumes that if the FMouseOver field of a control is set to true then also FSavedHintColor is set.

But if you look at the TJvCustomLookOutButton.MouseMove procedure then there MouseOver is set to true without setting FSavedHintColor (which is initially 0 (=clBlack), thus if you exit that control the hint color is set to black in Control_MouseLeave from JvExControls.pas.

IMO the whole changing of the hint color on enter/exit of a control should be dropped and instead CM_HINTSHOW should be used.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: any TAPI ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 10:57:06 +0200
Newsgroups: jedi.vcl

Bishoy Ghaly wrote:

> Hi guys,
>     I'm wondering if there is anyone from the JVCL Team is gonna make a TAPI encapsulation in the JVCL library since it is rare to find. 

Isn't there on in the JCL?

see jedi.jcl newsgroup for details.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvWizard Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 10:56:29 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> OBones <obones_REM_SPM_@_PIF_altern.org> wrote in news:ckp4rm$4d1$1
> @talkto.net:
>
>
>>   else
>>   {
>>     JvWizard1->ActivePage->EnabledButtons =
>>       JvWizard1->ActivePage->EnabledButtons << bkNext;
>>   }
>>
>
>
> Some time before I had similar problem with TDBNavigator in my app. The above solution did not work for me too, but in the end I found solution in NG archive : (www.tamaracka.com)
>
> Example:
>  DBNavigator->VisibleButtons =
>        Dbctrls::TButtonSet(DBNavigator->VisibleButtons)<<nbInsert<<
>                nbDelete<<nbEdit<<nbPost<<nbCancel<<nbRefresh;
> or
>  DBNavigator->VisibleButtons =
>    Dbctrls::TButtonSet(DBNavigator->VisibleButtons)>>nbInsert>>
>                   nbDelete>>nbEdit>>nbPost>>nbCancel>>nbRefresh;
>
> Now I am not sure with JvWizard but I would try it by similar way.
> Maybe:
> JvWizard1->ActivePage->EnabledButtons =
>  TJvWizardButtonSet(JvWizard1->ActivePage->EnabledButtons)<<bkNext;
>
> ( too long lines for button changes  ufff :-) )
>
> This is without guarantee. I did not test it with TJvWizard.

It does work, this is a problem related to the whole 'Set' class, not just the JvWizard.


Subject: Help Files Indy10
From: "Martin Schuster" <martin@oaktree.de>
Date: Sat, 16 Oct 2004 10:50:19 +0200
Newsgroups: jedi.vcl

Hello,

I tryed the download-link  IndyDocs_10.0.20_WinHelp.zip

(http://www.indyproject.org/downloads/IndyDocs_10.0.20_WinHelp.zip)

but the Link does not work.

The Link for IndyDocs_10.0.20_Pdf.zip  is OK.

What Program does I need to read the
      HTML Help Version 2 (.HxS, .HxI) Format  IndyDocs_10.0.20_H2Help.zip

Version of the Helpfiles?



Martin





Subject: Re: Port for Lazarus
From: "David J Taylor" <davidtaylor@writeme.com.not-this-bit>
Date: Sat, 16 Oct 2004 09:39:12 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:
> > David J Taylor wrote:
>> >>
>> >> Perpetuating these myths is no longer accurate or funny.
>> >>
> >
> > Theese myths were related with Win 95/98/Millenium.
> > I used to develop software with NT4: the above are not really suited
> > for serious software development. NT technology is superior to the
> > 95/98/millenium technology.

Agreed

> > The only thing that worries me with 2k/XP is the security update rate.
> >
> > Regards,
> >
> > André Snepvangers

Although this is only critical for Internet facing PCs without some other 
hardware (firewall) protection.  I have a Windows 2000 PC in a server-type 
role, and that only gets updates when a reboot is required for other 
reasons.  It runs no Internet Explorer or e-mail applications.

Cheers,
David 




Subject: any TAPI ?
From: "Bishoy Ghaly" <delphistandard@yahoo.co.uk>
Date: Sat, 16 Oct 2004 08:32:48 +0200
Newsgroups: jedi.vcl

Hi guys,
    I'm wondering if there is anyone from the JVCL Team is gonna make a TAPI 
encapsulation in the JVCL library since it is rare to find. 




Subject: Re: JvWizard Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 08:15:19 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> Yes, absolutely.
>> This is why I actually think we may want to review the JVCL code to remove test of the nature
>>
>> If ActualValue <> NewValue then
>>
>> for all property setters using sets. This could actually be IFDEFed for BCB only, as it might be better.
>
>
> A getter and setter method should help.
> If there is no internal variable to access in the property then there should be no direct access possible.

I don't quite get what you are saying. There already is a setter for the property. The problem is not that there is one or not, it's simply that BCB does not call it. This is totally out of our control, we can just give a way around it, but this is not 99% sure because if users do that:

Label1->Font->Style >> fsBold;

Then the setter of Style will NEVER get called, whatever code we put in the component.
I just tested with regular VCL classes (as you see, TLabel.Font.Style), the same behaviour occurs.

The shortest way to write this and actually call the setter, is this:

Label1->Font->Style = TFontStyles(Label1->Font->Style) << fsBold;

This is a bit crappy and goes around the whole '<<' shortcut, but I can't think of anything else. Note that there is nothing about that in QC, nor in the online help.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvWizard Problem
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Sat, 16 Oct 2004 05:06:07 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> wrote in news:ckp4rm$4d1$1
@talkto.net:

> >    else
> >    {
> >      JvWizard1->ActivePage->EnabledButtons =
> >        JvWizard1->ActivePage->EnabledButtons << bkNext;
> >    }
> > 

Some time before I had similar problem with TDBNavigator 
in my app. The above solution did not work for me too, but 
in the end I found solution in NG archive : (www.tamaracka.com)

Example:
 DBNavigator->VisibleButtons =
       Dbctrls::TButtonSet(DBNavigator->VisibleButtons)<<nbInsert<<
               nbDelete<<nbEdit<<nbPost<<nbCancel<<nbRefresh;
or
 DBNavigator->VisibleButtons =
   Dbctrls::TButtonSet(DBNavigator->VisibleButtons)>>nbInsert>>
                  nbDelete>>nbEdit>>nbPost>>nbCancel>>nbRefresh;

Now I am not sure with JvWizard but I would try it by similar way.
Maybe:
JvWizard1->ActivePage->EnabledButtons =
 TJvWizardButtonSet(JvWizard1->ActivePage->EnabledButtons)<<bkNext;

( too long lines for button changes  ufff :-) )

This is without guarantee. I did not test it with TJvWizard.

HTH
Vaclav


Subject: Re: JvWizard Problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 16 Oct 2004 06:25:50 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Yes, absolutely.
> This is why I actually think we may want to review the JVCL code to remove test of the nature
>
> If ActualValue <> NewValue then
>
> for all property setters using sets. This could actually be IFDEFed for BCB only, as it might be better.

A getter and setter method should help.
If there is no internal variable to access in the property then there should be no direct access possible.


Subject: Beta 3: JvHintProp
From: "Helen Borrie" <helebor@tpg.com.au>
Date: Sat, 16 Oct 2004 04:19:16 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Olivier,

Sorry if this has been asked before... I'm trying to clean-install the
v.3 beta into K3 Pro and am running into problems with JvHintProp.pas.
It defines THintProperty in class(TCaptionProperty).  It errors because
TCaptionProperty is not defined.

In which unit is TCaptionProperty?  I guessed it might be in
ClxEditors.pas, since it is in the uses list;  but I can't find
ClxEditors.pas anywhere.  Should it be in the beta kit?

tia
Helen


Subject: Re: TJvFormStorage
From: Hofi <hofi@fw.hu>
Date: Sat, 16 Oct 2004 05:22:37 +0200
Newsgroups: jedi.vcl

On Fri, 15 Oct 2004 22:36:19 +0200, Hofi <hofi_removethis@fw.hu> wrote:

>> I know, this is very weird actually. It seems that BCB does not allow
>> multiple inheritance for VCL based classes. So the Interface thing does
>> not work the way I'm used to it. And when I look at header files
>> generated for, say, TJvTJvExCustomGroupBox, the interfaces access are
>> represented through members of the class.
>> It might be worth investigating how to use interfaces with VCL classes
>> in BCB, I must admit I don't know how to do this.
>> In Delphi, it works fine and easily, in BCB, this is another story.
>>
>> Sorry I can't help more on that side.
>>
>> Cheers
>>
>> Olivier Sannier
>> JVCL Coordinator
>
> sorry for my bad english :( I tried to explain what i tried to do.
> That's exactly i found and why i tried to ask for help ;)
> Only bcb6 support's multiple inheritance and only if ONLY one of the base
> classes is TObject descendant. BCB5 does not allow it at all. I examined
> TJvControlBar's source (as mentioned earlier) and found, just like you,
> that the compiler creates members and typecast operators for the interface
> (base) classes and by a hidden compiler magic the hole thing works fine.
> I tought using a delphi compiler produced object and header (like in case
> of TJvControlBar) would be enough. The codes i tried compiled and linked
> without errors but runtime the newly created object did not seem to be a
> valid COM object (it's ComObject property is NULL) and none of the
> IUnknown members got called.
>
> Now i'm trying to figure out a clear bcb solution.

Hi All
now things are much more clearer for me. Interface is part of the OPascal but not C++.
Interface similar to COM using vtable e.g. but not the SAME.
The differencies are described in the BCB6 help and developer's guide under chapter 13.
C++ language support for the VCL and CLX / Inheritance and interface


I'm at home now and here i have only BCB6 and what a miracle, the code i tried with bcb5 after a full rebuild, works as espected :)
Monday I will try it out once again on BCB5 with a minimum simple code sample.
I hope I was made a little mistake somewhere, may be a different compiler option or something like that, and everything would work on BCB5 too. I'll report you the result.

By(t)e
    Hofi


Subject: Re: hint background color
From: "Bob McClintock" <rmcclintock@tickets.com>
Date: Sat, 16 Oct 2004 01:46:36 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Andy wrote:
> > 
>> > > Hi Eric,
>> > > how do you reduce the size of the dfm ?
>> > > I don't use any images (apart from bitbtn images).
> > 
> > TImageLists are strange beasts. They store the pictures in the color
> > format of the computer which added the components to the form.

I am having the same problem.  Just converted a project from Jedi 2 to
the 2nd beta of Jedi 3.  Now, on my main form, my hints turn black.

This seems to be related to the TJvLookOut page that I use on the form.
Once I place the mouse over one of the lookout buttons, the hints turn
black and stay black.

I created a simple app with just a few buttons and a JvLookOut page.
When I put the mouse over the buttons, I get normal hints.  The mouse
over the lookout button looks fine now and then, but if I move it onto
the lookout button, then off a few times, the hints turn black.


Subject: Re: Let me know your favorite jvcl
From: "Masaki Kobayasi" <kovayasi@sc5.so-net.ne.jp>
Date: Sat, 16 Oct 2004 08:42:50 +0900
Newsgroups: jedi.vcl

Hi all.
I move my question to another group.

thanks.
Masaki Kobayasi.


Subject: Re: JvWizard Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 16 Oct 2004 00:00:00 +0200
Newsgroups: jedi.vcl

John Galt wrote:

> Doh!  I hate that my first use of JVCL turned up this.  Hope I haven't
> ruined your day.
Nah, it's not the first bug in BCB that I found. They might never get fixed, but at least we know about them.

> I guess that for now I'll just work around it without trying to enable/show
> buttons on the fly.
It might be a wise thing to do.

> I'm guessing this is not the sort of thing that can be fixed very quickly,
> especially if it propogates throughout the library.
Well, once the solution is decided, it's a matter of doing a global search. I'd say, about 4 hours to fix it, at worse.

> Thanks so much for your rapid diagnosis.
No worries, if only all bugs were that easy to detect ;-)
And you were quite fast as well providing feedback.


Subject: Re: Port for Lazarus
From: Thomas Mueller <news@s2h.cx>
Date: Fri, 15 Oct 2004 23:29:53 +0200
Newsgroups: jedi.vcl

Hi,

Peter Thornqvist wrote:

>>> >> > Except apps thatuptimeTickCount and don't take into account that the
>>> >> > TickCount rolls over after 42 days.

> > Who's ever heard of a Windows box that's run for 42 days without
> > rebooting? Must be machine that isn't used. ;>

I actually run into this rollover problem on an NT box years ago. Nobody in
development expected this ever to happen and of course Murphy's law got us.
The program crashed horribly...

At work we do have several boxes that have 3 digit uptimes (in days, not
minutes ;-) ).

twm



Subject: Re: JvWizard Problem
From: "John Galt" <Odin@Valhalla.com>
Date: Fri, 15 Oct 2004 17:00:17 -0400
Newsgroups: jedi.vcl

Doh!  I hate that my first use of JVCL turned up this.  Hope I haven't
ruined your day.

I guess that for now I'll just work around it without trying to enable/show
buttons on the fly.
I'm guessing this is not the sort of thing that can be fixed very quickly,
especially if it propogates throughout the library.

Thanks so much for your rapid diagnosis.

"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:ckp6ko$4ob$1@talkto.net...
> > Peter Thornqvist wrote:
> >
>>> > >>To me, this clearly is a bug, but the only workaround is to use the
>>> > >>third option.
>> > >
>> > > But if this is the case, doesn't this apply to *all* uses of sets in
BCB?
> >
> > Yes, absolutely.
> > This is why I actually think we may want to review the JVCL code to
> > remove test of the nature
> >
> > If ActualValue <> NewValue then
> >
> > for all property setters using sets. This could actually be IFDEFed for
> > BCB only, as it might be better.




Subject: Re: TJvFormStorage
From: "Hofi" <hofi_removethis@fw.hu>
Date: Fri, 15 Oct 2004 22:36:19 +0200
Newsgroups: jedi.vcl

> >I know, this is very weird actually. It seems that BCB does not allow 
> >multiple inheritance for VCL based classes. So the Interface thing does 
> >not work the way I'm used to it. And when I look at header files 
> >generated for, say, TJvTJvExCustomGroupBox, the interfaces access are 
> >represented through members of the class.
> >It might be worth investigating how to use interfaces with VCL classes 
> >in BCB, I must admit I don't know how to do this.
> >In Delphi, it works fine and easily, in BCB, this is another story.
> >
> >Sorry I can't help more on that side.
> >
> >Cheers
> >
> >Olivier Sannier
> >JVCL Coordinator

sorry for my bad english :( I tried to explain what i tried to do.
That's exactly i found and why i tried to ask for help ;)
Only bcb6 support's multiple inheritance and only if ONLY one of the base 
classes is TObject descendant. BCB5 does not allow it at all. I examined 
TJvControlBar's source (as mentioned earlier) and found, just like you, 
that the compiler creates members and typecast operators for the interface 
(base) classes and by a hidden compiler magic the hole thing works fine.
I tought using a delphi compiler produced object and header (like in case 
of TJvControlBar) would be enough. The codes i tried compiled and linked 
without errors but runtime the newly created object did not seem to be a 
valid COM object (it's ComObject property is NULL) and none of the 
IUnknown members got called.

Now i'm trying to figure out a clear bcb solution. 
Thank you for your help!!!
By(t)e
   Hofi



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvWizard Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 15 Oct 2004 22:23:42 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> To me, this clearly is a bug, but the only workaround is to use the
>> third option.
>
> But if this is the case, doesn't this apply to *all* uses of sets in BCB?

Yes, absolutely.
This is why I actually think we may want to review the JVCL code to remove test of the nature

If ActualValue <> NewValue then

for all property setters using sets. This could actually be IFDEFed for BCB only, as it might be better.


Subject: Re: JvWizard Problem
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Oct 2004 22:20:30 +0200
Newsgroups: jedi.vcl

> > To me, this clearly is a bug, but the only workaround is to use the
> > third option.
But if this is the case, doesn't this apply to *all* uses of sets in BCB?


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvWizard Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 15 Oct 2004 21:53:15 +0200
Newsgroups: jedi.vcl

Ok.

I've just done a quick test with this code:

  TJvWizardButtonSet set = JvWizard1->ActivePage->EnabledButtons;
  if (JvWizard1->ActivePage->EnabledButtons.Contains(bkNext))
  {
    set >> bkNext;
    JvWizard1->ActivePage->EnabledButtons = set;
  }
  else
  {
    JvWizard1->ActivePage->EnabledButtons =
      JvWizard1->ActivePage->EnabledButtons << bkNext;
  }

Both of these cases call the SetEnabledButtons in the Delphi source code. However, only the first one will have any effect and here is the reason:

the << operator changes the value of the set directly, that far we know. But it DOES NOT call the Delphi property handler, and as such, simply calling << will not trigger anything.
But then why isn't the second one working? Well, it's because the Delphi code does this:

  if FEnabledButtons <> Value then

well, the << operator has already changed the value of FEnabledButtons by the time the property setter gets called because of the call to the = operator. Hence the test in Delphi is false, and nothing happens.

Maybe this isn't clear enough, let's do run through for all three solutions:

    JvWizard1->ActivePage->EnabledButtons >> bkNext;

1. FEnabledButtons value is directly changed in memory via the code in sysset.h, line 127
2. Finished



    JvWizard1->ActivePage->EnabledButtons =
      JvWizard1->ActivePage->EnabledButtons << bkNext;

1. FEnabledButtons value is directly changed in memory via the code in sysset.h, line 127
2. Value of FEnabledButtons is returned and passed to the = operator
3. The = operator calls SetEnabledButtons
4. The test at the beginning of SetEnabledButtons is False
5. Finished



  TJvWizardButtonSet set = JvWizard1->ActivePage->EnabledButtons;
  set >> bkNext;
  JvWizard1->ActivePage->EnabledButtons = set;

1. create a stack object called set
2. Assign the current value of EnabledButtons
3. Change the value of set, directly in memory, via sysset.h
4. Assign value of set to EnabledButtons
5. The = operator calls SetEnabledButtons
6. The test is True
7. Buttons are updated
8. Finished


To me, this clearly is a bug, but the only workaround is to use the third option. Or we remove the test in the component property setter with a big note about this in the source code (it has a potential performance drawback, even if minimal)
I don't know which is better. JVCL Developers, any opinion on this?
I'll add a QC entry for this, if I get time.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: TJvFormStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 15 Oct 2004 21:31:10 +0200
Newsgroups: jedi.vcl

Hofi wrote:

> I'm totally confused now :(
>
>
>> In Delphi:
>>
>> TfrmMain = class(TForm, ISomeInterface)
>> end;
>
>
> that's what i tried
>
>
>
>
>> In C++ (from memory):
>>
>> class TfrmMain : public TForm, ISomeInterface
>> {
>> };
>
>
> this one doesn't work in BCB5
> :(

I know, this is very weird actually. It seems that BCB does not allow multiple inheritance for VCL based classes. So the Interface thing does not work the way I'm used to it. And when I look at header files generated for, say, TJvTJvExCustomGroupBox, the interfaces access are represented through members of the class.
It might be worth investigating how to use interfaces with VCL classes in BCB, I must admit I don't know how to do this.
In Delphi, it works fine and easily, in BCB, this is another story.

Sorry I can't help more on that side.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: 2.10 -> 3.0 B2 upgrade
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 15 Oct 2004 21:24:03 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> Thanks -
>
> I actually D/L beta 1 on my home my home machine but I didn't have the older
> version installed, like I do at work. Is it possible to just get the
> help/migration guides seperately?

Yes. It always come in the package you download (full versions), but if you want to, you can use WebCVS to get a particular file.
In that instance, you want this one:

http://cvs.sourceforge.net/viewcvs.py/*checkout*/jvcl/dev/JVCL3/help/migrating.htm?rev=1.1

The CSS styles do not apply, but hey, that does not change the content <g>

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: TJvFormStorage and String Items
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 15 Oct 2004 18:45:59 +0000 (UTC)
Newsgroups: jedi.vcl

"Jens" <jens.fudickar@oratool.de> wrote in
news:ckojrp$11g$1@talkto.net: 

> > Hi Vaclav,
> > 
> > it's an other problem.
> > 
> > Please add a mantis entry and please add your sample
> > application. I will try to look for it this weekend.
> > 
> > Greetings
> > Jens
Hi Jens,
I have done it but source of the sample application is in BCB. 
I am not Delphi user. :-(. Sorry. But I think if you 
will make copy all components on your Delphi form, there are
only two simple functions to add into.

Regards,
Vaclav


Subject: Re: TJvFormStorage
From: "Hofi" <hofi_removethis@fw.hu>
Date: Fri, 15 Oct 2004 20:33:37 +0200
Newsgroups: jedi.vcl

I'm totally confused now :(

> >In Delphi:
> >
> >TfrmMain = class(TForm, ISomeInterface)
> >end;

that's what i tried



> >In C++ (from memory):
> >
> >class TfrmMain : public TForm, ISomeInterface
> >{
> >};

this one doesn't work in BCB5
:(



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: 2.10 -> 3.0 B2 upgrade
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Fri, 15 Oct 2004 14:13:18 -0400
Newsgroups: jedi.vcl

Thanks -

I actually D/L beta 1 on my home my home machine but I didn't have the older
version installed, like I do at work. Is it possible to just get the
help/migration guides seperately?

Jeff

"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:ckonli$1n5$1@talkto.net...
> > J. Clarke wrote:
> >
>> > > I'd like to update my 2.10 install to (the latest) 3.0 - is there
anything I
>> > > need to be aware of or must convert 1st - or can I just do it?
>> > >
>> > > Jeff
> >
> > Hi.
> >
> > I take it that you already downloaded JVCL 3. If not, please do so now,
> > getting the latest Beta through sourceforge here:
> >
> > http://sourceforge.net/project/showfiles.php?group_id=45786
> >
> > preferably the one with the JCL included, because the JCL is needed to
> > get the JVCL working.
> > Then, unzip it into a directory. Have a look at readme.htm to be sure
> > you get things right, but do not install as of yet (do not run
install.bat).
> >
> > Read help/migrating.htm and follow the guidelines here, this should help
> > you a lot with migrating.
> > In case something goes wrong, please do not hesitate to contact us here,
> > mentionning which Delphi/C++ Builder version you are usin (ie 5 std, 7
> > Ent...)
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: TJvFormStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 15 Oct 2004 20:08:14 +0200
Newsgroups: jedi.vcl

In Delphi:

TfrmMain = class(TForm, ISomeInterface)
end;


In C++ (from memory):

class TfrmMain : public TForm, ISomeInterface
{
};




Subject: Re: TJvFormStorage
From: "Hofi" <hofi_removethis@fw.hu>
Date: Fri, 15 Oct 2004 19:01:37 +0200
Newsgroups: jedi.vcl

Hi sorry for my lack of comprehension, but could you send me a few lines 
of code to demonstrate how to add the interface.

TIA
  Hofi

> >Hi this is something for the BCB guys.
> >
> >But the comment means, that the in delphi you didn'T need the help class
> >"between". You can add the interface directly.
> >
> >Greetings
> >Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvWizard Problem
From: "John Galt" <Odin@Valhalla.com>
Date: Fri, 15 Oct 2004 12:21:42 -0400
Newsgroups: jedi.vcl

Hi Olivier,
    I traced through the code, and it appears to me that when the
VisibleButtons or EnabledButtons set is changed using the "<<" operator in
C++ Builder, that no even triggers or function is called that redraws the
currently active JvWizard page.  I'll try assigning an absolute value to it,
which I think should call the property's Set function, which may do this.
Please let me know if you can confirm this.  I don't understand Delphi very
well, so may be missing something.

Thanks heaps for your quick responses - I'm going to find JVCL *very*
useful.

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cknnvi$ref$1@talkto.net...
> > Peter Thornqvist wrote:
>>> > >>Is it possible that in Delphi, adding or subtracting Set elements as
Peter
>>> > >>did triggers an event that redraws the screen, and that within BCB, that
>>> > >>event isn't triggered?  I don't see anything wrong with what I've got
>> > >
>> > > there.
>> > >
>> > > I don't have BCB installed, so can't test it. Anyone?
>> > >
> > Will do tonight, hopefully.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: TJvFormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 15 Oct 2004 18:08:40 +0200
Newsgroups: jedi.vcl

Hi this is something for the BCB guys.

But the comment means, that the in delphi you didn'T need the help class
"between". You can add the interface directly.

Greetings
Jens

>> >>i didn't know anything about c++ builder, but why did you create a new 
> >class. 
>> >>
>> >>In Delphi you can add the interface directly to your form class, and then
>> >>add the new procedures to the form unit.
>> >>
>> >>This should work.
>> >>
>> >>Greetings
>> >>Jens
> >
> >First thanks for your quick reply.
> >I've spent the hole day to make it work, with no luck.
> >As i see in builder it would be a bit harder to implement.
> >1. finally i need a BCB solution :( 
> >2. BCB (5) does not support multiple VCL class inheritence, thats why i 
> >try to make a new class first (i got the idea from JvControlBar.pas
> >  TJvControlBar = class(TJvExControlBar, IJvDenySubClassing,
> >    IJvAppStorageHandler, IJvAppStoragePublishedProps)
> >)
> >3. I'm not so good in Delphi, what does it mean 'adding the interface 
> >directly to the form' ? May be it would help to convert it to BCB.
> >
> >TIA
> >  Hofi
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: 2.10 -> 3.0 B2 upgrade
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 15 Oct 2004 18:08:05 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> I'd like to update my 2.10 install to (the latest) 3.0 - is there anything I
> need to be aware of or must convert 1st - or can I just do it?
>
> Jeff

Hi.

I take it that you already downloaded JVCL 3. If not, please do so now, getting the latest Beta through sourceforge here:

http://sourceforge.net/project/showfiles.php?group_id=45786

preferably the one with the JCL included, because the JCL is needed to get the JVCL working.
Then, unzip it into a directory. Have a look at readme.htm to be sure you get things right, but do not install as of yet (do not run install.bat).

Read help/migrating.htm and follow the guidelines here, this should help you a lot with migrating.
In case something goes wrong, please do not hesitate to contact us here, mentionning which Delphi/C++ Builder version you are usin (ie 5 std, 7 Ent...)

Cheers

Olivier Sannier
JVCL Coordinator


Subject: 2.10 -> 3.0 B2 upgrade
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Fri, 15 Oct 2004 11:51:26 -0400
Newsgroups: jedi.vcl

I'd like to update my 2.10 install to (the latest) 3.0 - is there anything I
need to be aware of or must convert 1st - or can I just do it?

Jeff




Subject: Re: TJvFormStorage
From: "Hofi" <hofi_removethis@fw.hu>
Date: Fri, 15 Oct 2004 17:33:07 +0200
Newsgroups: jedi.vcl

> >i didn't know anything about c++ builder, but why did you create a new 
class. 
> >
> >In Delphi you can add the interface directly to your form class, and then
> >add the new procedures to the form unit.
> >
> >This should work.
> >
> >Greetings
> >Jens

First thanks for your quick reply.
I've spent the hole day to make it work, with no luck.
As i see in builder it would be a bit harder to implement.
1. finally i need a BCB solution :( 
2. BCB (5) does not support multiple VCL class inheritence, thats why i 
try to make a new class first (i got the idea from JvControlBar.pas
  TJvControlBar = class(TJvExControlBar, IJvDenySubClassing,
    IJvAppStorageHandler, IJvAppStoragePublishedProps)
)
3. I'm not so good in Delphi, what does it mean 'adding the interface 
directly to the form' ? May be it would help to convert it to BCB.

TIA
  Hofi



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 15 Oct 2004 17:23:12 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> Windows NT: To obtain the time elapsed since the computer was started,
>> look up the System Up Time counter in the performance data in the
>> registry key HKEY_PERFORMANCE_DATA. The value returned is an 8-byte value.
>
>
> Had a look at that too but it was so complex and convoluted (if I was less
> nice, I'd call it "designed by a moron"), I gave up. Besides, it's only
> available on NT systems. Your QueryPerformanceCounter code looks promising,
> though!
>

(XP & 2k use NT technology)
HKEY_PERFORMANCE_DATA is defined in Windows.pas. You won't see it in RegEdit however.
No need to figure it out because you get the exactly the same result as the QueryPerformance stuff. GetTickCount is a remainder from the time
that the CPU's didn't have a performance counter.

Regards,

André Snepvangers


Subject: Re: TJvFormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 15 Oct 2004 17:14:59 +0200
Newsgroups: jedi.vcl

>> >>Thanks for your help Jens.
>> >>
>> >>That works perfectly.
>> >>
>> >>Tested :-)
>> >>
>> >>Cheers. Pete
>> >>
> >
> >Unfortunetly it does not work for me.
> >What I tried.
> >
> >type
> >  TStoredForm = class(TForm, IJvAppStorageHandler{, 
> >IJvAppStoragePublishedProps})
> >  protected
> >    procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage; const 
> >BasePath: string); virtual;
> >    procedure WriteToAppStorage(AppStorage: TJvCustomAppStorage; const 
> >BasePath: string); virtual;
> >  public
> >    constructor Create(AOwner: TComponent); override;
> >    destructor Destroy; override;
> >  end;
> >
> >I tried to use the TStoredForm as a base class in a C++ Builder class.
> >What do I need to get it works.
> >TIA
> >   Hofi
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

Hi,

i didn't know anything about c++ builder, but why did you create a new class. 

In Delphi you can add the interface directly to your form class, and then
add the new procedures to the form unit.

This should work.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage and String Items
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 15 Oct 2004 17:04:03 +0200
Newsgroups: jedi.vcl

> >Steps:
> >1. Create application
> >2. Put a ComboBox on a Form
> >3. Put TJvAppIniFileStorage and TJvFormStorage
> >4. Add some String Items to the ComboBox
> >5. Set TJvAppIniFileStorage:
> >     a. AutoFlush=AutoReload = true
> >     b. Set DefaultSection "General"
> >     c. FileName = "FileIni.ini"
> >6. Set TJvFormStorage:
> >     a. Active = true;
> >     b. AppStoregePath = "General\"
> >     c. Set StoredProps: ComboBox.Text and ComboBox.Items
> >7. Run Application and look at the ComboBox DropDown Items.
> >   There is no string in the ComboBox except the Text item.
> >8. Close application. There is no Item in the FileIni.ini.
> >
> >I think there is first run application bug because
> >the mentioned "FileIni.ini" hasn't existed during first
> >app. run. If you deactivate JvFormStorage->Active in design time
> >and allow it in OnShow function, it seems to be OK. But,
> >I would like to have JvFormStorage activated already in design
> >time. It seems to me it is in all probability bug but
> >if I look at here,
> >http://homepages.borland.com/jedi/issuetracker/view.php?id=1666
> >there is described something similar, I guess.
> >
> >Can anyone check this problem?
> >
> >Thanks
> >Vaclav
> >

Hi Vaclav,

it's an other problem.

Please add a mantis entry and please add your sample application. I will
try to look for it this weekend.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage
From: "Hofi" <hofi_removethis@fw.hu>
Date: Fri, 15 Oct 2004 17:01:49 +0200
Newsgroups: jedi.vcl

> >Thanks for your help Jens.
> >
> >That works perfectly.
> >
> >Tested :-)
> >
> >Cheers. Pete
> >

Unfortunetly it does not work for me.
What I tried.

type
  TStoredForm = class(TForm, IJvAppStorageHandler{, 
IJvAppStoragePublishedProps})
  protected
    procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage; const 
BasePath: string); virtual;
    procedure WriteToAppStorage(AppStorage: TJvCustomAppStorage; const 
BasePath: string); virtual;
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
  end;

I tried to use the TStoredForm as a base class in a C++ Builder class.
What do I need to get it works.
TIA
   Hofi



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port for Lazarus
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Oct 2004 16:54:50 +0200
Newsgroups: jedi.vcl

> > Windows NT: To obtain the time elapsed since the computer was started,
> > look up the System Up Time counter in the performance data in the
> > registry key HKEY_PERFORMANCE_DATA. The value returned is an 8-byte value.

Had a look at that too but it was so complex and convoluted (if I was less
nice, I'd call it "designed by a moron"), I gave up. Besides, it's only
available on NT systems. Your QueryPerformanceCounter code looks promising,
though!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 15 Oct 2004 16:46:57 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> GetTimeRunningAsString will never return a value above the tickcount
>> rollover. 224 days running is impossible with this API.
>
> I am aware of the problem with this one, but OTOH how should it be
> implemented? There is no way of knowing if there has been a rollover unless
> you call GetTickCount more than once and compare the results.
>
From MSDN:

Windows NT: To obtain the time elapsed since the computer was started, look up the System Up Time counter in the performance data in the registry key HKEY_PERFORMANCE_DATA. The value returned is an 8-byte value.

Regards,

André Snepvangers


Subject: Re: TJvFormStorage and String Items
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 15 Oct 2004 16:46:07 +0200
Newsgroups: jedi.vcl

OBones wrote:

> What about a flag in TCustomAppStorage that says that the storage is empty, for whatever reason (no file, no records...)? Then the TJvFormStorage reads that flag and decides not to update the properties if IsEmpty is True.
>

    Better. As you can see I didn't think things through much.

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: TJvFormStorage and String Items
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 15 Oct 2004 16:27:52 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>> I think there is first run application bug because
>> the mentioned "FileIni.ini" hasn't existed during first
>> app. run.
>> Can anyone check this problem?
>
>
>     Yep, this is what happens. You might consider it a bug, as the component basically assumes values (in this case an empty list) if it can't find the key. To Jens (who is probably going to look at it, if he agrees with this problem): perhaps the TJvFormStorage should get an option so one can specify if a key does not exist, nothing should happen? Or perhaps that if the file did not exist before, the auto-loading should be ignored (problematic, since we can also have non-file based storage back ends).
>
What about a flag in TCustomAppStorage that says that the storage is empty, for whatever reason (no file, no records...)? Then the TJvFormStorage reads that flag and decides not to update the properties if IsEmpty is True.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvFormStorage and String Items
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 15 Oct 2004 16:02:33 +0200
Newsgroups: jedi.vcl

> I think there is first run application bug because
> the mentioned "FileIni.ini" hasn't existed during first
> app. run.
> Can anyone check this problem?

    Yep, this is what happens. You might consider it a bug, as the component basically assumes values (in this case an empty list) if it can't find the key. To Jens (who is probably going to look at it, if he agrees with this problem): perhaps the TJvFormStorage should get an option so one can specify if a key does not exist, nothing should happen? Or perhaps that if the file did not exist before, the auto-loading should be ignored (problematic, since we can also have non-file based storage back ends).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 15 Oct 2004 15:26:57 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Evaluate QueryPerformanceCount/Frequency. Afaics on Windows performance
>> frequency is 1 Mhz. Performancecount is int64. Divided by perf.freq.
>> gives 44 bits enough for runtimes of 23000 of years. Even with a pf
>> of  1 Ghz would result in 23 years !
>
> Unfortunately, I can't use that to tell me how long the computer has been
> running.
>
Well I can with win 2k, just tested. ;)
Try:

procedure TForm1.FormCreate(Sender: TObject);
begin
  QueryPerformanceFrequency(performancefrequency);
end;


procedure TForm1.Timer1Timer(Sender: TObject);
var
  count: int64;
  val: int64;
begin
  QueryPerformanceCounter(count);
  Label1.Caption := inttostr(count div performancefrequency);
  Label2.Caption := inttostr(GetTickCount div 1000);
end;


Regards,

André Snepvangets


Subject: TJvFormStorage and String Items
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Fri, 15 Oct 2004 11:56:42 +0000 (UTC)
Newsgroups: jedi.vcl

Steps:
1. Create application
2. Put a ComboBox on a Form
3. Put TJvAppIniFileStorage and TJvFormStorage
4. Add some String Items to the ComboBox
5. Set TJvAppIniFileStorage:
     a. AutoFlush=AutoReload = true
     b. Set DefaultSection "General"
     c. FileName = "FileIni.ini"
6. Set TJvFormStorage:
     a. Active = true;
     b. AppStoregePath = "General\"
     c. Set StoredProps: ComboBox.Text and ComboBox.Items
7. Run Application and look at the ComboBox DropDown Items.
   There is no string in the ComboBox except the Text item.
8. Close application. There is no Item in the FileIni.ini.

I think there is first run application bug because
the mentioned "FileIni.ini" hasn't existed during first
app. run. If you deactivate JvFormStorage->Active in design time
and allow it in OnShow function, it seems to be OK. But,
I would like to have JvFormStorage activated already in design
time. It seems to me it is in all probability bug but
if I look at here,
http://homepages.borland.com/jedi/issuetracker/view.php?id=1666
there is described something similar, I guess.

Can anyone check this problem?

Thanks
Vaclav


Subject: Re: CLX once again
From: user@domain.invalid
Date: Fri, 15 Oct 2004 13:42:30 +0200
Newsgroups: jedi.vcl

>>
>
> You are one of a few that shows any interest on JVCLX. ;)
>

I'm interested also! I developer an huge application using the old 1.0 versione and I can't wait to upgrade to use the new features!


Subject: Re: Port for Lazarus
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Oct 2004 11:51:04 +0200
Newsgroups: jedi.vcl

> > Evaluate QueryPerformanceCount/Frequency. Afaics on Windows performance
> > frequency is 1 Mhz. Performancecount is int64. Divided by perf.freq.
> > gives 44 bits enough for runtimes of 23000 of years. Even with a pf
> > of  1 Ghz would result in 23 years !
Unfortunately, I can't use that to tell me how long the computer has been
running.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Port for Lazarus
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Oct 2004 10:15:48 +0200
Newsgroups: jedi.vcl

> > Evaluate QueryPerformanceCount/Frequency. Afaics on Windows performance
> > frequency is 1 Mhz. Performancecount is int64. Divided by perf.freq.
> > gives 44 bits enough for runtimes of 23000 of years. Even with a pf
> > of  1 Ghz would result in 23 years !
OK, I'll have a look at that. Thanks.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 15 Oct 2004 09:30:53 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> GetTimeRunningAsString will never return a value above the tickcount
>> rollover. 224 days running is impossible with this API.
>
> I am aware of the problem with this one, but OTOH how should it be
> implemented? 

Evaluate QueryPerformanceCount/Frequency. Afaics on Windows performance frequency is 1 Mhz. Performancecount is int64. Divided by perf.freq.
gives 44 bits enough for runtimes of 23000 of years. Even with a pf
of  1 Ghz would result in 23 years !

Regards,

André Snepvangers


Subject: Re: JvWizard Problem
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 15 Oct 2004 09:07:26 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Is it possible that in Delphi, adding or subtracting Set elements as Peter
>> did triggers an event that redraws the screen, and that within BCB, that
>> event isn't triggered?  I don't see anything wrong with what I've got
>
> there.
>
> I don't have BCB installed, so can't test it. Anyone?
>
Will do tonight, hopefully.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvWizard Problem
From: "John Galt" <johngalt41@hotspammail.com>
Date: Thu, 14 Oct 2004 17:25:16 -0400
Newsgroups: jedi.vcl

Is it possible that in Delphi, adding or subtracting Set elements as Peter
did triggers an event that redraws the screen, and that within BCB, that
event isn't triggered?  I don't see anything wrong with what I've got there.


"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:ckmcv2$lhp$2@talkto.net...
> > Peter Thornqvist wrote:
> >
>>> > >>This doesn't work.  Am I misunderstanding how this should work?  Should
I
>> > >
>> > > be
>> > >
>>> > >>using mathematical operators rather than Set operators?
>> > >
>> > > bkNext must be in VisibleButtons as well (if it isn't already). I don't
know
>> > > what >> and << signifies, but if it is the same as set include/exclude,
it
>> > > should work. Maybe it has something to do with where you do it (ie what
>> > > event)?
>> > >
> > You are right, in C++ Builder, you use '>>' to remove a value from a set
> > and '<<' to add one. A bit strange for Delphi people, but not so strange
> > in a C++ world.




Subject: Re: JvWizard Problem
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Oct 2004 23:25:04 +0200
Newsgroups: jedi.vcl

> > Is it possible that in Delphi, adding or subtracting Set elements as Peter
> > did triggers an event that redraws the screen, and that within BCB, that
> > event isn't triggered?  I don't see anything wrong with what I've got
there.

I don't have BCB installed, so can't test it. Anyone?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Installer: Why isn't the DxGettext hotlink visible ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 14 Oct 2004 22:10:38 +0200
Newsgroups: jedi.vcl

Hi all.

In file Frames\frmConfigPage.dfm for the installer, the LblDxGettext label is strangely placed and not visible. Why is it so?

Thanks for the answer

Olivier Sannier
JVCL Coordinator


Subject: Re: Port for Lazarus
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Oct 2004 21:59:07 +0200
Newsgroups: jedi.vcl

> > GetTimeRunningAsString will never return a value above the tickcount
> > rollover. 224 days running is impossible with this API.
I am aware of the problem with this one, but OTOH how should it be
implemented? There is no way of knowing if there has been a rollover unless
you call GetTickCount more than once and compare the results.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 14 Oct 2004 21:50:45 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>
> On a more serious note, as far as I can see the use of GetTickCount in JVCL
> isn't of a nature that the 42 day roll-over is significant. If André or you
> or anyone else can find code that is prone to be a suspect, it should be
> reported.
>

The following units do not take the rollover into account:


JvComputerInfoEx:

function TJvMiscInfo.GetTimeRunningAsString: string;
var
  DateTime: TDateTime;
begin
  DateTime := GetTickCount / 86400000;
  Result := Format('%d %s', [Trunc(DateTime), FormatDateTime('hh:mm:ss', DateTime)]);
end;

JvJVCLUtils:

procedure Delay(MSecs: Longint);
var
  FirstTickCount, Now: Longint;
begin
  FirstTickCount := GetTickCount;
  repeat
    Application.ProcessMessages;
    { allowing access to other controls, etc. }
    Now := GetTickCount;
  until (Now - FirstTickCount >= MSecs) or (Now < FirstTickCount);
end;

JvDice, JvaScrollText, JvTFManager


Most of the times this won't give any problem, unless you are unlucky.
You can consider it also as bug that is hard to trace.

The JVCLUtils Delay will the specified delay, will be shorter if the
tickcount rolls over in the specified delay.
unlucky.

GetTimeRunningAsString will never return a value above the tickcount
rollover. 224 days running is impossible with this API.

Regards,

André Snepvangers


Subject: Re: JvWizard Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 14 Oct 2004 20:52:58 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> This doesn't work.  Am I misunderstanding how this should work?  Should I
>
> be
>
>> using mathematical operators rather than Set operators?
>
> bkNext must be in VisibleButtons as well (if it isn't already). I don't know
> what >> and << signifies, but if it is the same as set include/exclude, it
> should work. Maybe it has something to do with where you do it (ie what
> event)?
>
You are right, in C++ Builder, you use '>>' to remove a value from a set and '<<' to add one. A bit strange for Delphi people, but not so strange in a C++ world.


Subject: Re: On the future of C++ Builder
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 14 Oct 2004 20:51:34 +0200
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

Salvatore Besso wrote:

> hello all,
>
> I don't know C++ since my language is Delphi, but isn't C# a better, more modern and more powerful C++?

If you can live with the overhead of the .Net framework, maybe. But even so, I'm not quite sure. After all, it is not possible to write native Win32 applications in C#... But this is not the place to have these kind of debates...


Subject: Re: On the future of C++ Builder
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 14 Oct 2004 20:43:30 +0200
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

hello all,

I don't know C++ since my language is Delphi, but isn't C# a better, more modern and more powerful C++?

Regards
Salvatore



Subject: Re: Port for Lazarus
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Oct 2004 20:15:44 +0200
Newsgroups: jedi.vcl

> > Perpetuating these myths is no longer accurate or funny.
Now, now let's try to have some humor, shall we?

On a more serious note, as far as I can see the use of GetTickCount in JVCL
isn't of a nature that the 42 day roll-over is significant. If André or you
or anyone else can find code that is prone to be a suspect, it should be
reported.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvWizard Problem
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Oct 2004 20:10:16 +0200
Newsgroups: jedi.vcl

> > This doesn't work.  Am I misunderstanding how this should work?  Should I
be
> > using mathematical operators rather than Set operators?
bkNext must be in VisibleButtons as well (if it isn't already). I don't know
what >> and << signifies, but if it is the same as set include/exclude, it
should work. Maybe it has something to do with where you do it (ie what
event)?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvWizard Problem
From: "John Galt" <Odin@Valhalla.com>
Date: Thu, 14 Oct 2004 10:40:39 -0400
Newsgroups: jedi.vcl

Hi Peter, this is weird.  I'm using BC++, and have the following code in
there:

 imp_xlsinvoice->Execute();
 JvWizardImportInvoicePage->VisibleButtons >> Jvwizard::bkBack; // Can't go
Back
 JvWizardImportInvoicePage->EnabledButtons << Jvwizard::bkNext; // Show Next

This doesn't work.  Am I misunderstanding how this should work?  Should I be
using mathematical operators rather than Set operators?

I'll give it a try.
Thanks.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ckl99a$el9$1@talkto.net...
> > I'd like to be able to have "Next page" disabled until I take an action on
>> > > the current page, after which the "Next Page" button will be enabled.
To
> > my
>> > > mind, adding or subtracting an element from EnabledButtons or
> > VisibleButtons
>> > > should redraw the WizardDialog, but this does not seem to be happening.
> > I'm
>> > > using the most recent version of the v3.0 source. Has anyone else
noticed
>> > > this behaviour?
> >
> > I did the following simple test: dropped a JvWizard and added some pages,
> > dropped two buttons on the lower left side of the wizard (outside any
page),
> > wrote the following event handlers:
> >
> > procedure TForm1.Button1Click(Sender: TObject);
> > begin
> >   if bkNext in JvWizard1.ActivePage.EnabledButtons then
> >     JvWizard1.ActivePage.EnabledButtons :=
> > JvWizard1.ActivePage.EnabledButtons - [bkNext]
> >   else
> >     JvWizard1.ActivePage.EnabledButtons :=
> > JvWizard1.ActivePage.EnabledButtons + [bkNext]
> > end;
> >
> > procedure TForm1.Button2Click(Sender: TObject);
> > begin
> >   if bkNext in JvWizard1.ActivePage.VisibleButtons then
> >     JvWizard1.ActivePage.VisibleButtons :=
> > JvWizard1.ActivePage.VisibleButtons - [bkNext]
> >   else
> >     JvWizard1.ActivePage.VisibleButtons :=
> > JvWizard1.ActivePage.VisibleButtons + [bkNext]
> > end;
> >
> > Works fine for me.
> >
> > If you want the Next buttons to always be initially disabled, you can
write
> > a handler for the OnActivePageChanged event that always removes bkNext
from
> > EnabledButtons.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
>> > >
>> > > Thanks for any suggestions/comments.
>> > >
>> > >
>> > > Thanks.
>> > >
>> > >
> >
> >




Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 14 Oct 2004 12:52:32 +0200
Newsgroups: jedi.vcl

David J Taylor wrote:
>
> Perpetuating these myths is no longer accurate or funny.
>

Theese myths were related with Win 95/98/Millenium.
I used to develop software with NT4: the above are not really suited
for serious software development. NT technology is superior to the
95/98/millenium technology.
The only thing that worries me with 2k/XP is the security update rate.

Regards,

André Snepvangers


Subject: Re: bug in JvTranslator ?
From: Sylvain <sylvain.taufour@free.fr>
Date: Thu, 14 Oct 2004 12:20:20 +0200
Newsgroups: jedi.vcl

I use the TMainMenu component. And I have already check my XML for "Color" property.

Any idea ?

Thanks


Peter Thörnqvist wrote:
> What menu component are you using? Check your XML translation files for a
> node named the same as your menu. Remove any references to "Color" in that
> node.
>


Subject: Re: On the future of C++ Builder
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Thu, 14 Oct 2004 09:18:08 +0000 (UTC)
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote: 

> > Finally, it is accompanied by a survey on your usage of C++
> > Builder, closing on the 14th, available here:
> > 
> > http://www.critical.co.uk/surveys/bcbfwd/bcbfwd.htm
Hi,
yesterday, Mark Jacobs extended continuation of the survey  on 
the 22nd October. So it means that above mentioned link will be 
available still 8 days.


Thank you for your message Olivier. 

Vaclav
P.S.: We already voted too.



Subject: Re: JvWizard Problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Oct 2004 10:43:38 +0200
Newsgroups: jedi.vcl

I'd like to be able to have "Next page" disabled until I take an action on
> > the current page, after which the "Next Page" button will be enabled.  To
my
> > mind, adding or subtracting an element from EnabledButtons or
VisibleButtons
> > should redraw the WizardDialog, but this does not seem to be happening.
I'm
> > using the most recent version of the v3.0 source. Has anyone else noticed
> > this behaviour?

I did the following simple test: dropped a JvWizard and added some pages,
dropped two buttons on the lower left side of the wizard (outside any page),
wrote the following event handlers:

procedure TForm1.Button1Click(Sender: TObject);
begin
  if bkNext in JvWizard1.ActivePage.EnabledButtons then
    JvWizard1.ActivePage.EnabledButtons :=
JvWizard1.ActivePage.EnabledButtons - [bkNext]
  else
    JvWizard1.ActivePage.EnabledButtons :=
JvWizard1.ActivePage.EnabledButtons + [bkNext]
end;

procedure TForm1.Button2Click(Sender: TObject);
begin
  if bkNext in JvWizard1.ActivePage.VisibleButtons then
    JvWizard1.ActivePage.VisibleButtons :=
JvWizard1.ActivePage.VisibleButtons - [bkNext]
  else
    JvWizard1.ActivePage.VisibleButtons :=
JvWizard1.ActivePage.VisibleButtons + [bkNext]
end;

Works fine for me.

If you want the Next buttons to always be initially disabled, you can write
a handler for the OnActivePageChanged event that always removes bkNext from
EnabledButtons.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net
> >
> > Thanks for any suggestions/comments.
> >
> >
> > Thanks.
> >
> >




Subject: Re: bug in JvTranslator ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Oct 2004 10:35:14 +0200
Newsgroups: jedi.vcl

What menu component are you using? Check your XML translation files for a
node named the same as your menu. Remove any references to "Color" in that
node.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Port for Lazarus
From: "David J Taylor" <davidtaylor@writeme.com.not-this-bit>
Date: Thu, 14 Oct 2004 09:27:19 +0100
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>>> >>> Except apps that use GetTickCount and don't take into account that
>>> >>> the TickCount rolls over after 42 days.
> > Who's ever heard of a Windows box that's run for 42 days without
> > rebooting? Must be machine that isn't used. ;>

My NT 4 box, for example.  Last reboot it had been up 224 days, and only 
rebooted because of a power failure.  My Windows 2000 and XP boxes are 
also capable of similar uptimes.

Perpetuating these myths is no longer accurate or funny.

David 




Subject: Re: On the future of C++ Builder
From: "Scott Price" <scott.price@no.spamta.virgindotnet>
Date: Thu, 14 Oct 2004 08:25:39 +0000 (UTC)
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

> > As some of you may know by reading the newsgroups from Borland, the
> > future of C++ Builder looks pretty grim. No real comitment, no set
> > date for updates, no news for more than a year. However, last month
> > at the Borcon USA, a demonstration of a C++ editor (with form design)
> > inside the next Delphi IDE has been made, thus starting a buzz around
> > what this could mean.  In order to "wake up" Borland, it has been
> > decided that developers from around the world would write up an Open
> > Letter to Borland stating why they should reconsider their decision
> > of abandoning the C++ market, and why it is important to not simply
> > look at immediate profits by targeting large companies with large
> > budgets.  This Open Letter has been drafted by Paul Gustavson and can
> > be found here:
> > 
> > http://www.simventions.com/gustavson/2004/10/open-community-letter-to-
> > borland.html
> > 
> > In order to give it more weight, there is also a call for
> > "signatures", the details of which are at the top of the letter.
> > Finally, it is accompanied by a survey on your usage of C++ Builder,
> > closing on the 14th, available here:
> > 
> > http://www.critical.co.uk/surveys/bcbfwd/bcbfwd.htm
> > 
> > 
> >  From the JVCL point of view, it is important that C++ Builder
> > support continues as a lot of our users are actually using it
> > everyday. The contributions from these users are very valuable to us
> > as they provide another perspective on the work we are doing.  I have
> > signed this letter, answered the survey, as the JVCL coordinator. I
> > hereby ask you, developers and users, to at least take the survey and
> > at best sign this letter if you want to get your voice heard by
> > Borland. We already know that the buzz is going up the chain, there
> > is confidence that we will get something positive out of this.  The
> > discussion is going on in
> > news://newsgroups.borland.com/borland.public.cppbuilder.non-technical
> > please ask questions to Paul and others there.
> > 
> > 
> > Thank you for your time.

I agree, I hope they don't bin the product.  Sadly, as with everyone
else, they seem to be targetting big corporates to try to make big
sales.

I really do wish they would see that there are far more smaller
companies out there with 1-5 developers.  Making it appeal to them on
price and performance would be more handy.

I know its rare, but I have still seen games and prime-consumer apps on
the market written in C++Builder, which were quite apparent intially.
It was nice to see as a Borland dev, albeit that horrid language ;) ;)

> > discussion is going on in
> > news://newsgroups.borland.com/borland.public.cppbuilder.non-technical
> > please ask questions to Paul and others there.

Will go and read :)


Regards,


Scott :)


Subject: Re: TJvCaptionPanel: disable resizing?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Oct 2004 09:05:09 +0200
Newsgroups: jedi.vcl

Updated in CVS

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvCaptionPanel: disable resizing?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 14 Oct 2004 08:41:26 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:ckjhij$5at$1@talkto.net...
>> > > i am not able to
>> > > find the source code where the sizing process starts
> > There isn't any :)
> > CreateParams sets style to WM_THICKFRAME = automatic sizing. Changing it
to
> > WM_DLGFRAME (IIRC), disables sizing. Just need a property to control it

Oh, i should read the SDK documentation more  carefully from time ti time...

> > (Resizable:boolean?)

Why not? :-)

> >
>> > > Should i add a Mantis-feature-reuqest?
> > Not needed. I'll do it tomorrow
> >

Great! Thanks!

Ciao,
Ralf



Subject: bug in JvTranslator ?
From: Sylvain <sylvain.taufour@free.fr>
Date: Thu, 14 Oct 2004 00:26:52 +0200
Newsgroups: jedi.vcl

Hi,

When I translate a form, the MainMenu's color change and I don't know why!!!

Two screenshot to show you the problem.

Thanks for help.

Sylvain

capt2.png


capt1.png

capt2.png
	


capt1.png
capt1.png
	



Subject: JvWizard Problem
From: "John Galt" <Odin@Valhalla.com>
Date: Wed, 13 Oct 2004 17:38:43 -0400
Newsgroups: jedi.vcl

 Hi, just started using JVCL, and man, do I love it! I'm using BC++ v6.0
Enterprise, and have been using the JvWizard component. I've noticed,
however, that if I have a particular page showing, and I add or subtract a
button from the VisibleButtons or EnabledButtons sets, nothing happens
unless I leave the page and come back to it.

I'd like to be able to have "Next page" disabled until I take an action on
the current page, after which the "Next Page" button will be enabled.  To my
mind, adding or subtracting an element from EnabledButtons or VisibleButtons
should redraw the WizardDialog, but this does not seem to be happening. I'm
using the most recent version of the v3.0 source. Has anyone else noticed
this behaviour?

Thanks for any suggestions/comments.


Thanks.




Subject: Re: New version of the Jedi Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 13 Oct 2004 22:18:53 +0200
Newsgroups: jedi.vcl

Hi again.

Just a quick update today:

> Things that are left to do:
>
> - Workaround the time limit on PHP scripts occuring when regenerating the See Also link.
> - Generation of a zip file with all dtx file for a project
> - Workaround the time limit on PHP scripts occuring when loading a large zip file.

All these things are now done, but are of course limited to power users and/or administrators.

Some stats on the JVCL:

Complete See Also generation: 1 hour 30 minutes
Current See Also generation: 10 minutes
Zip file generation: 5 minutes
Loading zip: 10 minutes

The method I used was to split the generation/loading in small chunks and use the auto-reload feature of the browsers. Basically, launch the process and wait for it to finish.

Next things on the list:
- Add a verification box for the entered password in the user modification page. Just to ensure there are no typos.
- Modify the system so that the JCL help can actually be loaded. This should be fairly minor, I'll see if I can do it in the next few days.

As usual, any feedback welcome.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Port for Lazarus
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 13 Oct 2004 18:54:23 +0200
Newsgroups: jedi.vcl

>> > > Except apps that use GetTickCount and don't take into account that the
>> > > TickCount rolls over after 42 days.
Who's ever heard of a Windows box that's run for 42 days without rebooting?
Must be machine that isn't used. ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvCaptionPanel: disable resizing?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 13 Oct 2004 18:51:21 +0200
Newsgroups: jedi.vcl

> > i am not able to
> > find the source code where the sizing process starts
There isn't any :)
CreateParams sets style to WM_THICKFRAME = automatic sizing. Changing it to
WM_DLGFRAME (IIRC), disables sizing. Just need a property to control it
(Resizable:boolean?)

> > Should i add a Mantis-feature-reuqest?
Not needed. I'll do it tomorrow

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvCaptionPanel: disable resizing?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 13 Oct 2004 15:59:53 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:ckj4au$285$1@talkto.net...
>> > > is it possible to disable the resizing with the mouse for a
> > TjvCaptionPanel?
> > No, but it would be easy to add.
> >

Hi,

that would be very nice. Currently (after a short look) i am not able to
find the source code where the sizing process starts :-(

Should i add a Mantis-feature-reuqest?

Ciao,
Ralf




Subject: Re: Installation problem in BCB5
From: Yves Dieterich <ydi@itesoft.com>
Date: Wed, 13 Oct 2004 15:51:17 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Drazen wrote:
>
>> JCL installation (with install.bat) goes without problems, but JVCL installation stops with this error:
>> /*
>> [Compiling: CJcl50.dpk]
>> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
>> C:\packages\jedi\jcl\packages\c5\CJcl50.dpk(38) Error: Packages 'vcl50' and 'C:\
>> PROGRA~1\Borland\CBUILD~1\Bin\..\Lib\Obj\vcl50.dcp' both contain unit 'Vcl50'
>> */
>> I tried with manual installation and figure that error is in "\packages\bin\MakeJCLDcp4BCB.bat"
>> The same problem is in latest build (22.09.2004.) and in 3.0 beta 2.
>>
>> I dont know what to do... any help?
>
>
> This error keeps coming back at us but I can't reproduce it on my development machine. I will have to setup a test machine to see what is wrong, but the last suggestion I had was to check that the PATH environment variable is not too long. I haven't heard anything from this, please let us know if you manage to get this working.
>
> Cheers
>

I had a similar problem on my compilation box
Windows 2000 SP3
BCB 5 enterprise
Delphi 5 Enterprise

after spending some time looking for the pb I find something that solve my issue:

the  $(BCB)\bin\dcc32.cfg file contain a wrong line (more than once)
-LU"C:\PROGRA~1\Borland\CBUILD~1\Bin\..\Lib\Obj\vcl50.dcp"

I just remove it and ... i works again.

but don't ask me why the line was there :)



Yves


Subject: Re: TJvCaptionPanel: disable resizing?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 13 Oct 2004 15:06:42 +0200
Newsgroups: jedi.vcl

> > is it possible to disable the resizing with the mouse for a
TjvCaptionPanel?
No, but it would be easy to add.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: TJvCaptionPanel: disable resizing?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 13 Oct 2004 15:01:49 +0200
Newsgroups: jedi.vcl

Hello,

is it possible to disable the resizing with the mouse for a TjvCaptionPanel?
I thought to remember a property "CanResize" but it seems i do not remember
this correctly...

Thanks,
Ralf



Subject: Re: Port for Lazarus
From: "David J Taylor" <davidtaylor@writeme.com.not-this-bit>
Date: Wed, 13 Oct 2004 13:18:29 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:
[]
> > Except apps that use GetTickCount and don't take into account that the
> > TickCount rolls over after 42 days. This is also the case with several
> > JVCL components. (The Indy packages take the rollover into account).
> >
> > Regards,
> >
> > André Snepvangers.

Poor writing in that case!

Thanks for your other comments.

David 




Subject: On the future of CLX
From: Micha Schumann <schumann@itc-ms.de>
Date: Wed, 13 Oct 2004 09:35:41 +0000
Newsgroups: jedi.vcl

Mostly to convince André that there is interest in JVCLX...

Micha


Subject: Re: On the future of C++ Builder
From: Micha Schumann <schumann@itc-ms.de>
Date: Wed, 13 Oct 2004 09:33:26 +0000
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

Peter Sanders wrote:
> Hi
>
>> As some of you may know by reading the newsgroups from Borland, the  future of C++ Builder looks pretty grim. No real comitment, no set date  for updates, no news for more than a year. However, last month at the  Borcon USA, a demonstration of a C++ editor (with form design) inside  the next Delphi IDE has been made, thus starting a buzz around what this  could mean.
>
>
> FWIW I attended a preview of the next release of Delphi (Diamondback) last  night. The C++ question was raised at the end of the preview.
>
> The presenter described what I perceived to be a fair assesment of the  situation. It was stated that C++ was NOT going to be abandoned. The  C++ language/compiler ws in fact needed internally by Borland for the  creation of the Delphi compiler.
>
> The only "difficulty" was the prioritising of development and releases of  current items. (I guess he means the new Delphi, C# etc etc).
>
> Some commitment or indication of direction will be provided around the  10th of December.
>
> So I guess for all you C++ developers out there, you may need to be  patient a little while longer :D
>
> HTH
>
> BTW The diamondback preview really "knocks your sock off" :D
>
> Everything is integerated, all very easy to access and MANY useful IDE  enhancements/new features. The IDE offers several new features that will  provide a huge boost to productivity. Delphi VCL, Delphi .NET, C#, XML all  from within the SAME IDE all readily available and switchable. Breakpoints  settable in all languages work across languages, ie you can run code in  any of the supported languages and any active breakpoint will display as  you would expect, without regard to which language in which it occured.
>
> MAGIC!!!
>
> I might even think of moving up from Delphi 5 :D
>
> On Tue, 12 Oct 2004 13:35:24 +0200, OBones <obones_gfgfd_@_dgf_altern.org>  wrote:
>
>
>
Hi,

I recently downloaded a flash presentation of diaomondback or delphi 2005 (thats what the german heise forum says how it will be called) and was amazed too. For me three questions come up:

Will it support CLX?
Will something magic like crosskylix be there?
Will it be completely .NET contanimated? ;-)


Micha


Subject: Re: On the future of C++ Builder
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 13 Oct 2004 09:50:46 +0200
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

> > Will it support CLX?
No
> > Will something magic like crosskylix be there?
No
> > Will it be completely .NET contanimated? ;-)
Yes. You won't use .Net when developing in Win32 mode, but you still need to
have it installed.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: On the future of C++ Builder
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Wed, 13 Oct 2004 10:30:19 +0800
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

Hi

> As some of you may know by reading the newsgroups from Borland, the future of C++ Builder looks pretty grim. No real comitment, no set date for updates, no news for more than a year. However, last month at the Borcon USA, a demonstration of a C++ editor (with form design) inside the next Delphi IDE has been made, thus starting a buzz around what this could mean.

FWIW I attended a preview of the next release of Delphi (Diamondback) last night. The C++ question was raised at the end of the preview.

The presenter described what I perceived to be a fair assesment of the situation. It was stated that C++ was NOT going to be abandoned. The C++ language/compiler ws in fact needed internally by Borland for the creation of the Delphi compiler.

The only "difficulty" was the prioritising of development and releases of current items. (I guess he means the new Delphi, C# etc etc).

Some commitment or indication of direction will be provided around the 10th of December.

So I guess for all you C++ developers out there, you may need to be patient a little while longer :D

HTH

BTW The diamondback preview really "knocks your sock off" :D

Everything is integerated, all very easy to access and MANY useful IDE enhancements/new features. The IDE offers several new features that will provide a huge boost to productivity. Delphi VCL, Delphi .NET, C#, XML all from within the SAME IDE all readily available and switchable. Breakpoints settable in all languages work across languages, ie you can run code in any of the supported languages and any active breakpoint will display as you would expect, without regard to which language in which it occured.

MAGIC!!!

I might even think of moving up from Delphi 5 :D

On Tue, 12 Oct 2004 13:35:24 +0200, OBones <obones_gfgfd_@_dgf_altern.org> wrote:



-- 
Kind regards

Peter Sanders


Subject: Re: Close Application and JvDBLookupEdit (or other)
From: "sn" <wcs@post.pl>
Date: Tue, 12 Oct 2004 18:17:58 +0200
Newsgroups: jedi.vcl

..... and more one ... thet's doing in UJvDataProvider in section:


  RegisterClasses([
    // Items related
    TJvDataItemsList, TJvCustomDataItemsImages, 
TJvCustomDataItemsTextRenderer,
    TJvBaseDataItemsListManagement,
    // Item related
    TJvBaseDataItem, TJvDataItemTextImpl, TJvDataItemImageImpl,
    // Consumer related
    TJvDataConsumer, TJvDataConsumerItemSelect,
    // Context list related
    TJvDataContexts,
    // Context related
    TJvDataContext, TJvManagedDataContext, TJvFixedDataContext]);

- this doing multiregistration :( in my aplication :(


> >sn wrote:
> >
>> >> OK, Thank's
>> >> 
>> >> I've it. This is a collision between RXJedi and Jedi. :)
>> >> 
> >
> >Please elaborate so we can fix it.
> >

Sebastian Nabzdyk

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Close Application and JvDBLookupEdit (or other)
From: "sn" <wcs@post.pl>
Date: Tue, 12 Oct 2004 18:07:14 +0200
Newsgroups: jedi.vcl

I have a problem with overruning Jedi Components.

1. If I'm using Jedi Components in application, whera are executable file 
and library files (*.dll) with static loading - I have exceptions with 
registering class (because call is registered). That workraund give me en 
exceptions.

2. I must to quit from RX Components, because OnClose my application 
raising exception with invalidate pointer and runtime errors.

What can I do with this problem ?

> >sn wrote:
> >
>> >> OK, Thank's
>> >> 
>> >> I've it. This is a collision between RXJedi and Jedi. :)
>> >> 
> >
> >Please elaborate so we can fix it.
> >

Sebastian Nabzdyk

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Close Application and JvDBLookupEdit (or other)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 12 Oct 2004 16:45:50 +0200
Newsgroups: jedi.vcl

sn wrote:

> OK, Thank's
>
> I've it. This is a collision between RXJedi and Jedi. :)
>

Please elaborate so we can fix it.


Subject: Re: TJvFormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 12 Oct 2004 15:21:48 +0200
Newsgroups: jedi.vcl

And i'm not sure,

but have you made an entry to mantis? If not, please do so. And if
possible add a small sample application. This helps us a lot.

Greetings
Jens

> >I posted in this very forum earlier that it worked before w/o any
> >modifications. But since my last CVS update the column widths have to
> >be saved manually. What was changed? I really wonder...
> >
> >Regards,
> > Holger
> >
> >Jens Fudickar wrote:
> >
>> >> Hi,
>> >> 
>> >> it should be doable, but not automaticly.
>> >> 
>> >> Use the IJvAppStorageHandler for the form where you want to store the
>> >> collection.  Add two interface procedures:
>> >> procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage;
>> >> 	const BasePath: string);
>> >> procedure WriteToAppStorage(AppStorage: TJvCustomAppStorage;
>> >> 	const BasePath: string);
>> >> 
>> >> Inside the procedures you can use the AppStorage.ReadCollection and
>> >> Appstorage.WriteCollection.  This should work.
>> >> 
>> >> Untested :-)
>> >> 
>> >> If you have further questions, feel free to ask.
>> >> 
>> >> Greetings
>> >> Jens
>> >> 
>> >> Pete Stoves schrieb:
>>> >> > How does form storage handle TCollections ?
>>> >> > 
>>> >> > I'm using Mike Lischke's Virtual Tree control and wish to store
>>> >> > column widths etc.
>>> >> > The columns property is defined as a published property of  the 
>>> >> > persistant header class (TvtHeader).
>>> >> > 
>>> >> > I add tvtheader as a stored property.
>>> >> > 
>>> >> > I notice that entries are created in the regisrty for columns.count 
>>> >> > which I guess if a property of TColelction, but the actual
>>> >> > properties of each column are not stored.
>>> >> > 
>>> >> > Is this because an array can not be a published property ?
>>> >> > 
>>> >> > Is there a simple way around this issue or shall I just save the
>>> >> > values I need manually via stored values ?
>>> >> > 
>>> >> > Cheers. Pete
>>> >> > 
>>> >> > 
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Close Application and JvDBLookupEdit (or other)
From: "sn" <wcs@post.pl>
Date: Tue, 12 Oct 2004 14:37:42 +0200
Newsgroups: jedi.vcl

OK, Thank's

I've it. This is a collision between RXJedi and Jedi. :)


> >Hello 
> >
> >I've a problem. I'm programing in Delphi 7 Proffesional (from Delphi 
> >8.NET) and I'm using JEDI JCL192 - Build 1666 Complete.
> >
> >Somtamise, when im using this component, on close my application exists 
> >error "Instruction from "0x40002dbb"  .. to memory of 
> >address "0x0156d014" itp, and next: "Exception EAccessViolation in 
module 
> >rtl70.bpl at 00002DBB" and last "Run time error 216"
> >
> >:(
> >
> >When I'm deleting Jedi Components from form, and clear uses, my 
> >application working fine. 
> >
> >Please, help me. 
> >
> >P.S. I'm sorry for my english.
> >
> >Sebastian Nabzdyk
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

Sebastian Nabzdyk

--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvCreateProcess
From: "ajc" <no_ajc_spam@spaarnestraat.demon.nl>
Date: Tue, 12 Oct 2004 14:13:20 +0200
Newsgroups: jedi.vcl

I'm using TJvCreateProcess to connect to my linux server using ssh. I use 
openssh of the cygwin package. The full commandline I'm using is;

C:\cygwin\bin\ssh.exe -tt nr44 

The -tt option Forcing pseudo-tty allocation.
After re-installing both WindowsXP and Cygwin and updating the jcl and 
jvcl cvs packages I get the following error;

tcgetattr: Inappropriate ioctl for device

I've tried various options in TJvCreateProcess but noting seems to work. 
Calling "C:\cygwin\bin\bash.exe --login -i" works fine.
The use of ssh in a normal console window works fine.

Anyone have an idea how to get this up and running again?

thx Aad-Jan



--- posted by geoForum on http://delphi.newswhat.com


Subject: On the future of C++ Builder
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 12 Oct 2004 13:35:24 +0200
Newsgroups: jedi.general,jedi.vcl,jedi.jcl

Hi all

As some of you may know by reading the newsgroups from Borland, the future of C++ Builder looks pretty grim. No real comitment, no set date for updates, no news for more than a year. However, last month at the Borcon USA, a demonstration of a C++ editor (with form design) inside the next Delphi IDE has been made, thus starting a buzz around what this could mean.
In order to "wake up" Borland, it has been decided that developers from around the world would write up an Open Letter to Borland stating why they should reconsider their decision of abandoning the C++ market, and why it is important to not simply look at immediate profits by targeting large companies with large budgets.
This Open Letter has been drafted by Paul Gustavson and can be found here:

http://www.simventions.com/gustavson/2004/10/open-community-letter-to-borland.html

In order to give it more weight, there is also a call for "signatures", the details of which are at the top of the letter.
Finally, it is accompanied by a survey on your usage of C++ Builder, closing on the 14th, available here:

http://www.critical.co.uk/surveys/bcbfwd/bcbfwd.htm


From the JVCL point of view, it is important that C++ Builder support continues as a lot of our users are actually using it everyday. The contributions from these users are very valuable to us as they provide another perspective on the work we are doing.
I have signed this letter, answered the survey, as the JVCL coordinator. I hereby ask you, developers and users, to at least take the survey and at best sign this letter if you want to get your voice heard by Borland. We already know that the buzz is going up the chain, there is confidence that we will get something positive out of this.
The discussion is going on in news://newsgroups.borland.com/borland.public.cppbuilder.non-technical please ask questions to Paul and others there.


Thank you for your time.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvFormStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 12 Oct 2004 13:16:54 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> I posted in this very forum earlier that it worked before w/o any
> modifications. But since my last CVS update the column widths have to
> be saved manually. What was changed? I really wonder...
>
> Regards,
>  Holger

Maybe CVS history would tell you what has changed in the units involved. I know this is not really satisfactory, but that's the only thing I can think of right now.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvFormStorage
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Tue, 12 Oct 2004 11:54:01 +0100
Newsgroups: jedi.vcl

Thanks for your help Jens.

That works perfectly.

Tested :-)

Cheers. Pete


Subject: Close Application and JvDBLookupEdit (or other)
From: "sn" <wcs@post.pl>
Date: Tue, 12 Oct 2004 12:03:46 +0200
Newsgroups: jedi.vcl

Hello 

I've a problem. I'm programing in Delphi 7 Proffesional (from Delphi 
8.NET) and I'm using JEDI JCL192 - Build 1666 Complete.

Somtamise, when im using this component, on close my application exists 
error "Instruction from "0x40002dbb"  .. to memory of 
address "0x0156d014" itp, and next: "Exception EAccessViolation in module 
rtl70.bpl at 00002DBB" and last "Run time error 216"

:(

When I'm deleting Jedi Components from form, and clear uses, my 
application working fine. 

Please, help me. 

P.S. I'm sorry for my english.

Sebastian Nabzdyk

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Tue, 12 Oct 2004 09:30:42 +0000 (UTC)
Newsgroups: jedi.vcl

I posted in this very forum earlier that it worked before w/o any
modifications. But since my last CVS update the column widths have to
be saved manually. What was changed? I really wonder...

Regards,
 Holger

Jens Fudickar wrote:

> > Hi,
> > 
> > it should be doable, but not automaticly.
> > 
> > Use the IJvAppStorageHandler for the form where you want to store the
> > collection.  Add two interface procedures:
> > procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage;
> > 	const BasePath: string);
> > procedure WriteToAppStorage(AppStorage: TJvCustomAppStorage;
> > 	const BasePath: string);
> > 
> > Inside the procedures you can use the AppStorage.ReadCollection and
> > Appstorage.WriteCollection.  This should work.
> > 
> > Untested :-)
> > 
> > If you have further questions, feel free to ask.
> > 
> > Greetings
> > Jens
> > 
> > Pete Stoves schrieb:
>> > > How does form storage handle TCollections ?
>> > > 
>> > > I'm using Mike Lischke's Virtual Tree control and wish to store
>> > > column widths etc.
>> > > The columns property is defined as a published property of  the 
>> > > persistant header class (TvtHeader).
>> > > 
>> > > I add tvtheader as a stored property.
>> > > 
>> > > I notice that entries are created in the regisrty for columns.count 
>> > > which I guess if a property of TColelction, but the actual
>> > > properties of each column are not stored.
>> > > 
>> > > Is this because an array can not be a published property ?
>> > > 
>> > > Is there a simple way around this issue or shall I just save the
>> > > values I need manually via stored values ?
>> > > 
>> > > Cheers. Pete
>> > > 
>> > > 



Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 12 Oct 2004 10:57:17 +0200
Newsgroups: jedi.vcl

David J Taylor wrote:

>
>> Common practice on the Linux platform is to distribute source code
>> only.
>
>
> Sorry, but I'm /not/ doing that!
>

Sure, for commercial software distributing source code is not an option.
But distributing binary code or source code are not the only possibilities. Think about .so, .dcu, .dcp in this aspect.

>
>> I run Kylix 3 (Pro & OE) on Mandrake 9.1, both without the Unofficial
>> CLX Patches (from Andreas Hausladen). Yes, that leaves me with memory
>> leaks: increasing memory usage during lifetime of the app.
>> The memory leaked is freed when the app ends (or dies). For most apps
>> this is not a problem.
>
>
> As my apps are designed for 24 x 7, so that's unacceptable.
>

Most of the memory leakes are related with components that don't clean
up their own mess when they get destroyed. If you don't create and destroy components at runtime (i.e. all components are destroyed when the app ends) these memory leaks are harmless.
None the less some memoryleaks will still increase memory usage during lifetime of the app with the unpatched VisualCLX.
Unacceptable indeed.


>
> My last reboot on my NT4 system was after 224 days of running, and even then it was because of a power failure, not an application or OS fault. 

They don't support NT4 as well: cq no new updates or fixes and hence no
reboots required.

> Since the days of Windows 2000 and XP (and even NT4) there is no reason why a Windows system should not be running 24 x 7.  

Except apps that use GetTickCount and don't take into account that the
TickCount rolls over after 42 days. This is also the case with several JVCL components. (The Indy packages take the rollover into account).

Regards,

André Snepvangers.


Subject: Let me know your favorite jvcl
From: <kovayasi@sc5.so-net.ne.jp>
Date: Tue, 12 Oct 2004 17:33:52 +0900
Newsgroups: jedi.vcl

Hi all.
Let me know your favorite jvcl, please.

regards,
Masaki Kobayasi


Subject: Re: Port for Lazarus
From: "David J Taylor" <davidtaylor@writeme.com.not-this-bit>
Date: Tue, 12 Oct 2004 07:51:04 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:
[]
> > That compatiblity of win goes very far, as this also applies on
> > several security issues. For the almost brandnew dotnet  received 18
> > Mb of update required to fix a security leak. ( Will they ever learn?
> > )


I've avoided .NET so far....

> > Common practice on the Linux platform is to distribute source code
> > only.

Sorry, but I'm /not/ doing that!

[]

> > With win apps, the win version is "determined" at runtime. Most of the
> > work is done by MFCxx.dll. You might run into problems with apps
> > requiring a specific version of MFC. Likely to occur if you are still
> > using Win95(SE); happened to me when I tried to run one of apps on
> > Notebook with 95. After some updates on 95 this was solved. (...)

Windows 95 is no longfer supported - I would tell my users to upgrade.  In 
fact, with my newer applications I only support 2000 and XP - if it runs 
on Win98/ME that's great.  It's partially tied in with directories which 
have 1000+ files (needed by my application) - these directories really 
need to be NTFS.

> > I run Kylix 3 (Pro & OE) on Mandrake 9.1, both without the Unofficial
> > CLX Patches (from Andreas Hausladen). Yes, that leaves me with memory
> > leaks: increasing memory usage during lifetime of the app.
> > The memory leaked is freed when the app ends (or dies). For most apps
> > this is not a problem.

As my apps are designed for 24 x 7, so that's unacceptable.

> > Apps that are started at systemboot and remain alive until the OS
> > closes down, can run for days, weeks, years eventually consuming
> > available memory. Not very likely that a win machine runs that long,
> > regular updates will force you to reboot the computer. Rebooting
> > Linux to update the system/os is very rare.

My last reboot on my NT4 system was after 224 days of running, and even 
then it was because of a power failure, not an application or OS fault. 
Since the days of Windows 2000 and XP (and even NT4) there is no reason 
why a Windows system should not be running 24 x 7.  (Just checked, all 
systems have been up for 15 days, last reboot was because of the power 
glitch.)

Cheers,
David 




Subject: Re: CLX once again
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 12 Oct 2004 00:46:27 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:
>
> Hello André,
>
> I decided today to port my existing application framework to CLX. I will include lots of jvcl components and will notice all problems. Should they go to mantis or should I first note them down here?
>

If you enter them in mantis there might be a change that somebody else solves them.;> But entering in the ng is fine too.
Do what you prefer.

Regards,

André


Subject: Re: TJvFormStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 11 Oct 2004 23:11:15 +0200
Newsgroups: jedi.vcl

Hi,

it should be doable, but not automaticly.

Use the IJvAppStorageHandler for the form where you want to store the collection.
Add two interface procedures:
procedure ReadFromAppStorage(AppStorage: TJvCustomAppStorage;
    const BasePath: string);
procedure WriteToAppStorage(AppStorage: TJvCustomAppStorage;
    const BasePath: string);

Inside the procedures you can use the AppStorage.ReadCollection and Appstorage.WriteCollection.
This should work.

Untested :-)

If you have further questions, feel free to ask.

Greetings
Jens

Pete Stoves schrieb:
> How does form storage handle TCollections ?
>
> I'm using Mike Lischke's Virtual Tree control and wish to store column widths etc.
> The columns property is defined as a published property of  the persistant header class (TvtHeader).
>
> I add tvtheader as a stored property.
>
> I notice that entries are created in the regisrty for columns.count which I guess if a property of TColelction, but the actual properties of each column are not stored.
>
> Is this because an array can not be a published property ?
>
> Is there a simple way around this issue or shall I just save the values I need manually via stored values ?
>
> Cheers. Pete
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: CLX once again
From: Micha Schumann <schumann@itc-ms.de>
Date: Mon, 11 Oct 2004 18:25:55 +0000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> Micha Schumann wrote:
>
>>
>>
>> And although the whole industry cries for JAVA or .NET, IMO for middle sized applications DELPHI/KYLIX is a great and unbeatable platform particularily in productivity.
>
>
> Java and Delphi have more in common with each other, then the Visual Studio framework, used before # was born. VS had nothing to do we OO
> design as we know it from Java and Delphi. Java lacks speed but it is crossplatform and speed is relative in (PC) time. The same person
> who was behind Delphi, has developed .net for MS.
> With making about everything a class, buffer overflows can be prevented.
> (Buffer overruns can open the backdoor of your PC.)
> I was supprissed that I have installed an update on # (18Mb) to solve
> a security leak. (...)
>
>>
>> Unfortunately I am more a user of these libs but would like to contribute. Unless I completely understand the CLX framework I surely will be of no value for supporting JVCLX except for testing ;-)
>>
>
> Not really different from VCL. But Qt is OO, Windows.pas is not.
> Qt is event driven. On windows qt translates windows messaging to
> Qt events.
> VisualCLX is largely event driven, but also messaging is supported/used.
> But there is no message queue. Most notifications are event driven.
> FontChanged is not event driven.
>
> Testing? DSA dialogs, JvQToolEdit: button alignment error at runtime.
> JvBehaviourLabel ...
>
>
> Regards,
>
> André Snepvangers
Hello André,

I decided today to port my existing application framework to CLX. I will include lots of jvcl components and will notice all problems. Should they go to mantis or should I first note them down here?

By the way: Is anyone awar of a platform independant dbx driver for oracle?

Micha



Subject: TJvFormStorage
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Mon, 11 Oct 2004 14:59:25 +0100
Newsgroups: jedi.vcl

How does form storage handle TCollections ?

I'm using Mike Lischke's Virtual Tree control and wish to store column widths etc.
The columns property is defined as a published property of  the persistant header class (TvtHeader).

I add tvtheader as a stored property.

I notice that entries are created in the regisrty for columns.count which I guess if a property of TColelction, but the actual properties of each column are not stored.

Is this because an array can not be a published property ?

Is there a simple way around this issue or shall I just save the values I need manually via stored values ?

Cheers. Pete





Subject: Re: TJVFileEdit and the dialog button
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 11 Oct 2004 13:25:18 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
> "Jens" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
> news:ckdhqe$tcp$1@talkto.net...
>
>> Can you add an entry to mantis?
>>
>> Greetings and thanks
>> Jens
>
>
> Hello,
>
> this problem has been fixed (i had added an entry last week). It had to do
> with some code that switched the conrol to readonly when ClipboardComands
> was set to [] or [caCopy]. (I have just tried it to make sure that its
> really fixed - it is)
>
> Ciao,
> Ralf

Thanks for the confirmation, that's what I thought.
And I just generated the daily zip, please use it:

http://jvcl.sf.net/daily/


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJVFileEdit and the dialog button
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 11 Oct 2004 13:11:25 +0200
Newsgroups: jedi.vcl

"Jens" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
news:ckdhqe$tcp$1@talkto.net...
> > Can you add an entry to mantis?
> >
> > Greetings and thanks
> > Jens

Hello,

this problem has been fixed (i had added an entry last week). It had to do
with some code that switched the conrol to readonly when ClipboardComands
was set to [] or [caCopy]. (I have just tried it to make sure that its
really fixed - it is)

Ciao,
Ralf



Subject: Re: TJVFileEdit and the dialog button
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 11 Oct 2004 12:20:42 +0200
Newsgroups: jedi.vcl

Can you add an entry to mantis?

Greetings and thanks
Jens

> >Property Clipboardcommands must be set to: [caCopy,caCut,caPaste,caUndo]
> >then it works....
> >
> >"Dierk" <noSpam@csslabs.de> schrieb im Newsbeitrag
> >news:ckdeod$smb$1@talkto.net...
>> >> Is there a problem with TJVfileEdit and the dialog button?
>> >> No fileopen dialog is shown anymore.
>> >>
>> >> Any suggestions?
>> >>
>> >> Regards
>> >> Dierk
>> >>
>> >> Using  D5/Win2k
>> >>
>> >>
>> >>
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJVFileEdit and the dialog button
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 11 Oct 2004 11:38:38 +0200
Newsgroups: jedi.vcl

Property Clipboardcommands must be set to: [caCopy,caCut,caPaste,caUndo]
then it works....

"Dierk" <noSpam@csslabs.de> schrieb im Newsbeitrag
news:ckdeod$smb$1@talkto.net...
> > Is there a problem with TJVfileEdit and the dialog button?
> > No fileopen dialog is shown anymore.
> >
> > Any suggestions?
> >
> > Regards
> > Dierk
> >
> > Using  D5/Win2k
> >
> >
> >




Subject: TJVFileEdit and the dialog button
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 11 Oct 2004 11:26:55 +0200
Newsgroups: jedi.vcl

Is there a problem with TJVfileEdit and the dialog button?
No fileopen dialog is shown anymore.

Any suggestions?

Regards
Dierk

Using  D5/Win2k





Subject: Re: Port for Lazarus
From: Micha Schumann <schumann@itc-ms.de>
Date: Mon, 11 Oct 2004 08:19:10 +0000
Newsgroups: jedi.vcl

Thomas Mueller wrote:
> Hi,
>
> Micha Schumann wrote:
>
>
>> In the windows world one can still produce reliable apps with Delphi 2
>> today, although he has to omit some new features of the OS.
>
>
> This has changed with WinXP SP2 (have a look at the very long incompatibilit
> list) and will probably become even worse if (when) Longhorn is released.
> MS has put the importance of backwards compatibility several steps down,
> after years of going through a lot of pain of even making old DOS programs
> work on most versions of Windows.
>
> twm
>
Sure, you are right. It would be very painful if some day KYLIX was not further developed and was not able to produce apps that run with Kernel 2.9.5...

micha


Subject: Re: AppStorage Mantis Bugs
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 10 Oct 2004 22:51:57 +0200
Newsgroups: jedi.vcl


OBones schrieb:
> Jens wrote:
>
>>> Jens Fudickar wrote:
>>>
>>>
>>>> OBones schrieb:
>>>>
>>>>
>>>>> Jens wrote:
>>>>>
>>>>>
>>>>>>> Jens Fudickar wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> #0002151: String properties are trimmed
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Probably to enforce same behavior for all storage backends.
>>>>>>> AFAIK Ini files trim spaces.
>>>>>>>
>>>>>>
>>>>>> Yeah. But the question is, what is the best help for the user. An other
>>>>>> way could be to encapsulate it in '"' when there is a blank at the
>>>>>> beginning or end. But how to decide, that the '"' is because of blank, and
>>>>>> not because of storage?
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Or why not use '_', '%20', '&nbsp;' ...
>>>>>
>>>>> Best use a property. By the way, there already is a WhiteSpaceReplacement property for the XML storage.
>>>>>
>>>>
>>>> I think you are right.
>>>>
>>>> Did you know a function to do it? There is as far as i know only a function for one direction.
>>>
>>>
>>> The problem is that I think it is impossible to have a function that works both ways. Let's have an example, whith the replacement being '_':
>>>
>>> Original: '  test_this  ';
>>> Saved as: '__test_this__';
>>> Read and reverted: '  test this  ';
>>>
>>> I think this is a drawback that must be taken into account. I would actually consider moving the WhiteSpaceReplacement into the parent class (instead of simply in XML based storages) so that it is automatically available.
>>> What do you think of this ?
>>>
>>
>> I'd like more the way to only replace the blanks with "&nbsp;" and CR/LF
>> with something similar. Not more. Only to solve these two major problems.
>> And maybe blanks only when a property is set, to do it (trim_string_fields
>> = FALSE, for example)
>>
>> Greetings
>> Jens
>>
>> P.S. I'm looking for a function to do this with no effort for me :-)
>
>
> The less effort for you is to move the WhiteSpaceReplacement code to TJvCustomAppStorage, it does all you want and has the flexibility to allow for single characters or strings as the replacement. WhiteSpace accounts for #32, #9, #10, #13 and some others...
>

Hi Olivier,

the problem is the way back, because this is a little bit more complex. Did you know a finished function for this. Should i ask in the jcl group?

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvControlComponent & JvMessageControl.
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 10 Oct 2004 14:03:33 +0200
Newsgroups: jedi.vcl

Hello,

I have added these tiny) units to run. (I will upload them also to ng binairies.)

JvControlComponent : a component with a parent(!) property
JvMessageComponent : a component that derives from the above and       intercepts message handling of the parent.

If you drop this component on a form, it will set the parent property to the WinControl you dropped it on. If this would be a TControl (in contrast in TWinControl) then the parent is set to TControls parent property.

The implementation of TJvControlComponent might be moved to JvEx(Q)Controls in the near future.

Known Issues:
- It is still possible to move the component in IDE outside the parent.
  It could also be called as a feature. Object Treeview shows allways
  the correct parent.
- It has not been added to any of the JVCL(X) packages yet.


Regards,

André Snepvangers


Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 10 Oct 2004 12:10:39 +0200
Newsgroups: jedi.vcl

David J Taylor wrote:

>
> It is just these sorts of issues that has completely put me off Linux - at least with Windows we have compatibility over versions!  With Kylix all I seem to see in the newsgroups it that it doesn't work with thi or that version of Lunix.
>
That compatiblity of win goes very far, as this also applies on several security issues. For the almost brandnew dotnet  received 18 Mb of update required to fix a security leak. ( Will they ever learn? )
>
> Should I be blaming Linux or Kylix for these problems?
>

Common practice on the Linux platform is to distribute source code only.
The binary is then build using the available (gcc) resources and thus
optimized for the system it runs on.
You can also find RPM's specially compiled/build for certain Linux brands. (Suse, Mandrake, RedHat, ...).
Because Borland distributes a Kylix binairy, you might run into problems
with Linux kernel versions is updated. You can find some fixes/workarounds if you search on the web.

With win apps, the win version is "determined" at runtime. Most of the
work is done by MFCxx.dll. You might run into problems with apps requiring a specific version of MFC. Likely to occur if you are still using Win95(SE); happened to me when I tried to run one of apps on Notebook with 95. After some updates on 95 this was solved. (...)

I run Kylix 3 (Pro & OE) on Mandrake 9.1, both without the Unofficial CLX Patches (from Andreas Hausladen). Yes, that leaves me with memory leaks: increasing memory usage during lifetime of the app.
The memory leaked is freed when the app ends (or dies). For most apps this is not a problem.
Apps that are started at systemboot and remain alive until the OS closes down, can run for days, weeks, years eventually consuming available memory. Not very likely that a win machine runs that long, regular updates will force you to reboot the computer. Rebooting Linux to update the system/os is very rare.

Regards,

André Snepvangers


Subject: another jvinspector bug
From: "kathire" <kathire-has-no-email@yahoo-no-ink.con>
Date: Sun, 10 Oct 2004 09:34:11 +0000 (UTC)
Newsgroups: jedi.vcl

Hi All,
It seems the onDataValueChanged is never called when using property
editors for TStrings (or any other custom editors).
The solution to this problem is to call the item's jvinspector
onDataValueChanged.

Is there any other way to make the DataValueChanged when the
form/component's data is updated ?

-regards,
Kathire


Subject: Re: Port for Lazarus
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 10 Oct 2004 11:26:29 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:
> and since
> there are people who take the time to port JVCL to CLX apparently there
> isn't only me who uses Kylix.
>

Don't be to optimistic about that. As far as I now there only four persons in JEDI, that have been working or still working on CLX support:
Matthias Toma(QWinCursors), Robert Rossmair (JCL), Andreas Hausladen and me.
The JEDI VisualCLX Component Library in codecentral has been downloaded
584 times from the Kylix section and 224 times from the Delphi section.
Maybe 50 % was able to install JVCLX. 50% ? That is also optimsitic.

Regards,

André Snepvangers


Subject: Re: Hyperlinks in JvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 09 Oct 2004 11:52:45 +0200
Newsgroups: jedi.vcl

Fred wrote:
> In fact, this does not work. The field to insert is eliminated during the streaming process. The resulting RTF has a correct appearance because of its URL recognition function but its underlying format has no field info. 

Yes, I see: it doesn't work for rich edit dll version 3.0 and below, but it does work for version 4.0 and up.

> So my question is still there: How can I really insert a hyperlink field and save it in a RTF file ?

I'm out of ideas.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Hyperlinks in JvRichEdit
From: "Fred" <nospam@nospam.nospam>
Date: Sat, 9 Oct 2004 11:18:01 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit:

> > I have added an example to the online help, see:
> > http://homepages.borland.com/jedi/jedihelp/item.php?Id=17069
> >
> > Note that you have to remove the \ (back slash) chars that are placed
> > before ' (single quote) chars from the example code.


In fact, this does not work. The field to insert is eliminated during the 
streaming process. The resulting RTF has a correct appearance because of its 
URL recognition function but its underlying format has no field info. So my 
question is still there: How can I really insert a hyperlink field and save 
it in a RTF file ?

Fred 




Subject: Re: TJvCustomComboEdit: ClipboardCommand and ReadOnly
From: "Ralf Kaiser" <ralf.kaiser@emperortools.de>
Date: Sat, 9 Oct 2004 08:26:06 +0200
Newsgroups: jedi.vcl

"Fred" <nospam@nospam.nospam> schrieb im Newsbeitrag news:ck6ro8$pab$1@talkto.net...
> Ralf Kaiser a écrit:
>
>> Hello,
>>
>> i have added a mantis entry (#002198) for this issue.
>
> This has been already solved. It is in the latest version.

Yes you are right. In the latest version. But when i made the Mantis entry i had just done a checkout (only some minutes before) and had checked out a version where it was not fixed. So i made the Matis entry to make sure that it does not get forgotten.

Ciao,
Ralf


Subject: Re: CLX once again
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 09 Oct 2004 00:50:58 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:
>
>
> And although the whole industry cries for JAVA or .NET, IMO for middle sized applications DELPHI/KYLIX is a great and unbeatable platform particularily in productivity.

Java and Delphi have more in common with each other, then the Visual Studio framework, used before # was born. VS had nothing to do we OO
design as we know it from Java and Delphi. Java lacks speed but it is crossplatform and speed is relative in (PC) time. The same person
who was behind Delphi, has developed .net for MS.
With making about everything a class, buffer overflows can be prevented.
(Buffer overruns can open the backdoor of your PC.)
I was supprissed that I have installed an update on # (18Mb) to solve
a security leak. (...)
>
> Unfortunately I am more a user of these libs but would like to contribute. Unless I completely understand the CLX framework I surely will be of no value for supporting JVCLX except for testing ;-)
>

Not really different from VCL. But Qt is OO, Windows.pas is not.
Qt is event driven. On windows qt translates windows messaging to
Qt events.
VisualCLX is largely event driven, but also messaging is supported/used.
But there is no message queue. Most notifications are event driven.
FontChanged is not event driven.

Testing? DSA dialogs, JvQToolEdit: button alignment error at runtime.
JvBehaviourLabel ...


Regards,

André Snepvangers


Subject: Re: TJvIntegerEdit lost
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Sat, 09 Oct 2004 00:29:13 +0200
Newsgroups: jedi.vcl

OBones escribió:

> Paco Ruiz wrote:
>
>> Hi
>> I try convert my application from old Jedi version to new beta.
>> I have lost a component, TJvIntegerEdit.
>> What has happened?
>
>
> TJvIntegerEdit has been moved to archive, it is replaced by TJvValidateEdit with a Value.Type set to Integer and DisplayFormat set to dfInteger. Every other properties is the same, but new ones have been added. Please refer to the online help for details:
>
> http://homepages.borland.com/jedi/jedihelp/unit.php?Id=513
>
>
> If I recall well, this change, as well as others, is documented in the changelog.txt file available at the root of the JVCL directory.

Thank you for the answer, and no, this change is not documented in my changelog.txt file. Perhaps you may add it for next release.

Saludos
Paco


Subject: Re: CLX once again
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 09 Oct 2004 00:24:51 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Don't underestimate the value of testing. It's very important to have someone properly test things,


Certainly when it comes to the dialogs I surely can use help for testing. Windows-only dialogs are less important when it comes to
fixing bugs. DSA dialogs are more interresting and they need some
bugfixes. JvBehaviourLabel: text is only visible if
transparent is true.

Controls are easy to test/debug in the IDE, but it is difficult to
track down changes in JVCL that might break CLX compatiblity, resulting
sometimes in awkward behaviour. (Take a look at Jv(Q)ToolEdit.)
For testing purposes I have been using some of the qexamples. The more
fanncy looking ones JvNavigator, XP control demos, (Out)Look(Out) demo,
linklabel

> especially the base classes André is working on (which I'm sure he is testing himself, but I'm sure he can use another pair of eyes).
>
The base classes are very simple. Almost of the work is done in the event/message handlers, using basic methods of TObject. (that is
were OO design starts, gentlemen)
Since all things are event/message driven, event/message handlers give
you full control.

It is feasible to do something like this:

TMyButton = class(TButton)
  protected
    procedure EnabledChanged; ...
  ....
  end;

The eventhandler can/will connect this to message CM_EnabledChanged.
Same things could be for done to connect clx events to common
VCL messages. A lot of Qt event have a CM/WM message equivalent.
Copying from Qt manual, pasting, replacing...
Although I am rewriting QMessages, it might be that I drop extensive event translation, and limit it to the messages required for JVCLX.
(WM_TIMER, ... )

Regards,

André Snepvangers


    


Subject: Re: CLX once again
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 8 Oct 2004 23:41:07 +0200
Newsgroups: jedi.vcl

Hi André

> > ......
> >
> > You are one of a few that shows any interest on JVCLX. ;)
> >

I am also very interesting by your work and i am sure that lot of people
too. Unfortunatly i haven't much time in this moment to test correctly the
units, but it's planned.

Best regards,
Lionel





Subject: Re: TJvCustomComboEdit: ClipboardCommand and ReadOnly
From: "Fred" <nospam@nospam.nospam>
Date: Fri, 8 Oct 2004 23:26:32 +0200
Newsgroups: jedi.vcl

Ralf Kaiser a écrit:

> > Hello,
> >
> > i have added a mantis entry (#002198) for this issue.

This has been already solved. It is in the latest version.

Fred 




Subject: Re: TJvxGradientCaption renamed
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 08 Oct 2004 22:47:52 +0200
Newsgroups: jedi.vcl

Paco Ruiz wrote:

> OBones escribió:
>
>>
>> Go into devtools in a command line box. Type 'make JVCLConvert' and after this is finished, you should have JVCLConvert.exe in the bin directory. Alternatively, you could open JVCLConvert.dpr in devtools\JVCLConvert, but that would most likely require you to have the JVCL already installed in Delphi
>>
>> Cheers
>>
>
> The convert application runs very good.
> Thank you
>
> Saludos

Glad to hear that, thank you for the feedback.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: TJvIntegerEdit lost
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 08 Oct 2004 22:38:15 +0200
Newsgroups: jedi.vcl

Paco Ruiz wrote:
> Hi
> I try convert my application from old Jedi version to new beta.
> I have lost a component, TJvIntegerEdit.
> What has happened?

TJvIntegerEdit has been moved to archive, it is replaced by TJvValidateEdit with a Value.Type set to Integer and DisplayFormat set to dfInteger. Every other properties is the same, but new ones have been added. Please refer to the online help for details:

http://homepages.borland.com/jedi/jedihelp/unit.php?Id=513


If I recall well, this change, as well as others, is documented in the changelog.txt file available at the root of the JVCL directory.

Thank you for considering the JVCL, please do not hesitate to ask further questions.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: TJvxGradientCaption renamed
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Fri, 08 Oct 2004 21:47:16 +0200
Newsgroups: jedi.vcl

OBones escribió:

>
> Go into devtools in a command line box. Type 'make JVCLConvert' and after this is finished, you should have JVCLConvert.exe in the bin directory. Alternatively, you could open JVCLConvert.dpr in devtools\JVCLConvert, but that would most likely require you to have the JVCL already installed in Delphi
>
> Cheers
>

The convert application runs very good.
Thank you

Saludos


Subject: TJvIntegerEdit lost
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Fri, 08 Oct 2004 21:44:36 +0200
Newsgroups: jedi.vcl

Hi
I try convert my application from old Jedi version to new beta.
I have lost a component, TJvIntegerEdit.
What has happened?

Saludos
Paco


Subject: Re: CLX once again
From: Micha Schumann <schumann@itc-ms.de>
Date: Fri, 08 Oct 2004 17:45:05 +0000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> Hello Micha,
>
>>
>> Whats the future of CLX within JVCL?
>
>  >
> As I have said before I will stop working on JVCL/JVCLX. However *not*
> *before* a real release of JVCLX 1.0. ;)
>
> I am still working on it from time to time to have it ready before the
> end of this month. The work includes QWindows, an new from scratch
> written QMessages, an updated JvExCLX-classes using some of the programming technics I use in a completely rewritten JvExVCL-classes.
> Guess what? The JvExVCL will resemble the rewritten JvExCLX. The
> TJvControlComponent and derived classes might go to JvExControls as they
> are used/required for the rewritten JvExVCL classes and their clx counterparts. Until the JvEx(V)CL(X) are in a shape I like (Must read like proza, simple and short) I will upload them either to CVS or binairies. Doublebuffering for CLX might end up in QWindows.
> I am not really in a hurry and I don't have/make enough time available to finish it within days.
>
> Above that I lost considerable (Copy, Paste, Replace, Replace, ....
> Copy, Past, Replace, ..) work, regarding Event Message translation
> and T(Jv)ControlComponent classes, due to my monitor (PHILIPS;>) (b)locking my pc completely.
> Cleaned the whole inside of the pc, pulled/replaced cards. besides some noise caused by harddisks and fans no real sign of life. Switched the monitor on and off. Still no sign of life.
> I found the solution after my wife said, why don't you disconnect the monitor from the pc to try. I switch the PC on and I hear a peep indicating the bootsequence of the PC. Huray!
> I shortly disconnected the monitor from the mains and reconnected it to the PC. Everything works just like before, I think as I am looking to the pinguin ;) login screen.
> But this was a few days later.
>
>
>> The last downloads I made including BETA2 did not compile CLX for D7 from the installer.
>
>  >
>
>
> - Uncheck the package containing the unit in questionin the installer
> - or disable the unit in packages in the xml files.
>     Open the <Packages> .xml file in the IDE, find the line (JvgPrintPreview?) and ....
>
>>
>> I would be grateful if someone could enlighten me about this and hopefully nobody is upset because I constantly ask these CLX quersions...
>>
>
> You are one of a few that shows any interest on JVCLX. ;)
>
>  >
>
>> Best regards
>>
>> Micha
>
>
>
> Best regards,
>
> André Snepvangers
Thanks, André!

I appreciate your CLX work very very much!

And although the whole industry cries for JAVA or .NET, IMO for middle sized applications DELPHI/KYLIX is a great and unbeatable platform particularily in productivity.

Unfortunately I am more a user of these libs but would like to contribute. Unless I completely understand the CLX framework I surely will be of no value for supporting JVCLX except for testing ;-)

Best regards,

Micha


Subject: Re: CLX once again
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 08 Oct 2004 18:04:37 +0200
Newsgroups: jedi.vcl

> Unfortunately I am more a user of these libs but would like to contribute. Unless I completely understand the CLX framework I surely will be of no value for supporting JVCLX except for testing ;-)
>

    Don't underestimate the value of testing. It's very important to have someone properly test things, especially the base classes André is working on (which I'm sure he is testing himself, but I'm sure he can use another pair of eyes).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Bug in TJvInspector?
From: Marcel Bestebroer <marcel.b.theobvious@xs4all.nl>
Date: Fri, 08 Oct 2004 17:11:57 +0200
Newsgroups: jedi.vcl

> I have noticed similar behaviour and I was not sure if this was a bug or a case where you have to figure out another way to detect loss of control focus. It does cause my users to think they have entered a value, only to go back and find that the value was not accepted.

    I suppose this could be fixed by adding a property ApplyOnFocusLost and call Apply on the selected item (provided it is being edited of course).

-- 
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address


Subject: Re: Bug in TJvInspector?
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 08 Oct 2004 10:30:35 -0400
Newsgroups: jedi.vcl

Faw wrote:
> I think I found a bug (or feature) in TJvInspector. I created an inspector with a few items and categories with WantTabs=false. I start editing a string hit tab and it jumps to the next control but it doesn't call the OnDataChanged event. I have to come back and click another item in the inspector to fire the event.
>
> It seems that when the inspector loses focus (when I hit tab) it is not calling then DoneEdit for the selected item. I think it should call it, is it by design or a bug? If by design, why?
>
I have noticed similar behaviour and I was not sure if this was a bug or a case where you have to figure out another way to detect loss of control focus. It does cause my users to think they have entered a value, only to go back and find that the value was not accepted.


Warren


Subject: Re: BCB6 & runtime packages
From: Olivier Bertini <olivier.bertini@noooosspppaaaammmurbanet.ch>
Date: Fri, 08 Oct 2004 16:29:12 +0200
Newsgroups: jedi.vcl

After formating my hard drive and reinstalling everything from the begining it works perfectly :-) That's the way Windows goes...

Thanks for your hard work.

Olivier Bertini


Subject: Re: multi monitor problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 08 Oct 2004 11:30:30 +0200
Newsgroups: jedi.vcl

The multimonitor bugs have been fixed.
Tested with a 3 monitor setup in X and Y direction.

TJvPopupWindow.Show(Origin: TPoint);
has lost any multimonitor repositioning code.
It is illogical to have it there. You want the
popup to show where you tell it to be.

TJvCustomComboEdit.PopupDropDown(DisableEdit: Boolean);
now carries the whole repositioning code.
Here the popup should be shown completely on a single monitor.


Subject: Re: CLX once again
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 08 Oct 2004 01:32:15 +0200
Newsgroups: jedi.vcl

Hello Micha,

>
> Whats the future of CLX within JVCL?
>
As I have said before I will stop working on JVCL/JVCLX. However *not*
*before* a real release of JVCLX 1.0. ;)

I am still working on it from time to time to have it ready before the
end of this month. The work includes QWindows, an new from scratch
written QMessages, an updated JvExCLX-classes using some of the programming technics I use in a completely rewritten JvExVCL-classes.
Guess what? The JvExVCL will resemble the rewritten JvExCLX. The
TJvControlComponent and derived classes might go to JvExControls as they
are used/required for the rewritten JvExVCL classes and their clx counterparts. Until the JvEx(V)CL(X) are in a shape I like (Must read like proza, simple and short) I will upload them either to CVS or binairies. Doublebuffering for CLX might end up in QWindows.
I am not really in a hurry and I don't have/make enough time available to finish it within days.

Above that I lost considerable (Copy, Paste, Replace, Replace, ....
Copy, Past, Replace, ..) work, regarding Event Message translation
and T(Jv)ControlComponent classes, due to my monitor (PHILIPS;>) (b)locking my pc completely.
Cleaned the whole inside of the pc, pulled/replaced cards. besides some noise caused by harddisks and fans no real sign of life. Switched the monitor on and off. Still no sign of life.
I found the solution after my wife said, why don't you disconnect the monitor from the pc to try. I switch the PC on and I hear a peep indicating the bootsequence of the PC. Huray!
I shortly disconnected the monitor from the mains and reconnected it to the PC. Everything works just like before, I think as I am looking to the pinguin ;) login screen.
But this was a few days later.


> The last downloads I made including BETA2 did not compile CLX for D7 from the installer.
>


- Uncheck the package containing the unit in questionin the installer
- or disable the unit in packages in the xml files.
    Open the <Packages> .xml file in the IDE, find the line (JvgPrintPreview?) and ....
>
> I would be grateful if someone could enlighten me about this and hopefully nobody is upset because I constantly ask these CLX quersions...
>

You are one of a few that shows any interest on JVCLX. ;)

>
> Best regards
>
> Micha


Best regards,

André Snepvangers


Subject: Window with behavior similar to what is shown during Windows Alt+Tab
From: "Jim Cullison" <cullisonjAT@posimDOT.net>
Date: Thu, 7 Oct 2004 16:54:00 -0600
Newsgroups: jedi.vcl

I'm looking to have my app toggle between a couple of modes/choices similar
to how Windows works when you hold down Alt and press tab to cycle through
windows.  So the user holds down Ctrl for example, then the first time they
hit T, it shows the newly selected option, then each time they hit T the
window is updated with the current selection, and finally then when they let
go of Ctrl, the window hides.  I can of course do this with formkeypreview,
keydown events and such, but I was wondering if there are any bits in JVCL
or related JEDI libraries that would simplify this.

Jim




Subject: CLX once again
From: Micha Schumann <schumann@itc-ms.de>
Date: Thu, 07 Oct 2004 20:59:34 +0000
Newsgroups: jedi.vcl

Hi, sorry to ask this question again:

Whats the future of CLX within JVCL?

The last downloads I made including BETA2 did not compile CLX for D7 from the installer.

I would be grateful if someone could enlighten me about this and hopefully nobody is upset because I constantly ask these CLX quersions...

Best regards

Micha


Subject: Re: Bug in TJvInspector?
From: Faw <f_rojas@no-spam.spectron-msim.com>
Date: Thu, 07 Oct 2004 16:42:26 -0400
Newsgroups: jedi.vcl

Faw wrote:
> Another question, is there a way to stop the categories from collapsing or expanding, so I could do something like:
>
> procedure OnExpand(Sender:TJvInspectorCustomCategoryItem,var Value:boolean);
> begin
>     (* wont allow categories to collapse *)
>     if(Value=false) then Value:=true;
> end;

Well I noticed the OnBeforeSelection event and it is very similar to what I asked, it only stops the item from gaining focus, the problem is that even though it never gains focus it still process the expand/collapse events. I think it should block the Expand/Collapse messages in CategoryItems, for example:

procedure TMainForm.MyInspectorBeforeSelection(Sender: TObject;
  const NewItem: TJvCustomInspectorItem; var Allow: Boolean);
begin
  Allow:=(NewItem.DisplayName<>'Category1');
end;

Would never allow the Category 'Category1' to change from then original expand/collapsed state.


Subject: Bug in TJvInspector?
From: Faw <f_rojas@no-spam.spectron-msim.com>
Date: Thu, 07 Oct 2004 14:35:26 -0400
Newsgroups: jedi.vcl

I think I found a bug (or feature) in TJvInspector. I created an inspector with a few items and categories with WantTabs=false. I start editing a string hit tab and it jumps to the next control but it doesn't call the OnDataChanged event. I have to come back and click another item in the inspector to fire the event.

It seems that when the inspector loses focus (when I hit tab) it is not calling then DoneEdit for the selected item. I think it should call it, is it by design or a bug? If by design, why?

Another question, is there a way to stop the categories from collapsing or expanding, so I could do something like:

procedure OnExpand(Sender:TJvInspectorCustomCategoryItem,var Value:boolean);
begin
    (* wont allow categories to collapse *)
    if(Value=false) then Value:=true;
end;

Also I found the TJvInspectorVarData method of creating items complicated. I think a TJvSimpleInspector with basic item types (string, list, date) should be added to make things easier. I had to guess a lot to be able to make things work (the samples didn't told me much). I had to make a helper class to simplify things for me. Now to fill up an inspector all I do is:

  inspector.NewCategory('category');
  inspector.NewItem('string','');
  inspector.NewItem('date',Now);
  ...       


Subject: Re: TJvCustomComboEdit: ClipboardCommand and ReadOnly
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 7 Oct 2004 16:21:38 +0200
Newsgroups: jedi.vcl

Hello,

i have added a mantis entry (#002198) for this issue.

Ralf 


Subject: Re: Fresh install: can't compile JvgQPrintPreviewForm.pas : SOLVED !
From: x <x@localhost.localdomain>
Date: Thu, 07 Oct 2004 15:11:58 +0200
To: x <x@localhost.localdomain>
Newsgroups: jedi.vcl

x a écrit :

> I tried to install daily jvcl (from oct 6).
>
> During install the following error appears:
> [Compiling: JvGlobusD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> C:\jedi\jvcl\run\JvgQPrintPreviewForm.pas(197) Erreur: Identificateur non déclaré : 'ExportToExcel' (in english: identifier not declared !)
> JvGlobusD7R.dpk(129) Fatale: Impossible de compiler l'unité utilisée '..\..\run\JvgQPrintPreviewForm.pas'
>
> I don't have quickreport (d7 pro has rave instead) so it is
> undefined in the include (and I installed daily jcl before...).

I checked the sources and I found a QuickReport unit under
Delphi7's tree. After reenabling the default choice, compilation and
installation was good. Sorry for the "noise" on the list !


Subject: Re: Property editor registration question (BCB5)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 07 Oct 2004 12:44:13 +0200
Newsgroups: jedi.vcl

AlexB wrote:

> Why the second attempt was unsuccessful?

Maybe you did not check "Build" in the Installer.


Subject: Fresh install: can't compile JvgQPrintPreviewForm.pas
From: x <x@localhost.localdomain>
Date: Thu, 07 Oct 2004 12:34:56 +0200
Newsgroups: jedi.vcl

I tried to install daily jvcl (from oct 6).

During install the following error appears:
[Compiling: JvGlobusD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\jedi\jvcl\run\JvgQPrintPreviewForm.pas(197) Erreur: Identificateur non déclaré : 'ExportToExcel' (in english: identifier not declared !)
JvGlobusD7R.dpk(129) Fatale: Impossible de compiler l'unité utilisée '..\..\run\JvgQPrintPreviewForm.pas'

I don't have quickreport (d7 pro has rave instead) so it is
undefined in the include (and I installed daily jcl before...).


Subject: Re: ALERT_jedi_inc_incompatible
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 7 Oct 2004 03:12:45 -0700
Newsgroups: jedi.vcl

Hi Olivier, Hi Robert,

Thank you both again for the help. i did as you both suggested and now
things are well again. :-)

norberto


"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:ck2s74$1n5$2@talkto.net...
> > norberto wrote:
> >
>> > > Hi Robert,
>> > >
>> > > Thank you for your help. The first thing i did was to remove the
>> > > 'ALERT_jedi_inc_incompatible' line from the jcl.inc file and my project
>> > > compiled OK without any errors. i did not check for any warnings. i have
not
>> > > had any errors reported in the jvcl.inc file, so i assume it is OK.
>> > >
>> > > Could you please tell me where i might find the old jcl.inc files?
Usually,
>> > > when i update the CVS for JVCL, i run the install.bat and go with the
"new
>> > > install / update.." option and let the installer do all the work, which
is
>> > > nice :-)
> >
> > Somewhere on your hard drive, where Delphi can find it.
> >
>> > > In any event, i seem to be able to compile successfully now, but it
would be
>> > > nice to know if i should go ahead and do things the right way and do a
>> > > "proper" install so i don't get nasty surprises down the road.  Does
this
>> > > mean i will have to go into the JVCL / JCL files and clean some things
up
>> > > manually?
> > No, it's more likely that you have two copies of jedi.inc on your
> > system. Remove the old one, rollback your changes and you should be
sorted.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Property editor registration question (BCB5)
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 7 Oct 2004 16:34:04 +0700
Newsgroups: jedi.vcl

Hi all!

I've reinstalled JVCL without "Register global design editors" (full
installation). The result was (at least): no multiline captions capability
in Object inspector.

After the second installation (recompile/update IDE with "Register global
design editors") I see no changes, i.e. captions are one-line as before.

After the third installation (full installation with "Register global design
editors") I see what I want to see very much (catptions are multiline again
:-).

Why the second attempt was unsuccessful?

Alex.





Subject: Modification of JvHtControls/JvPrint
From: "Niels" <Info@lumensoft.nl>
Date: Thu, 7 Oct 2004 11:22:42 +0200
Newsgroups: jedi.vcl

Hallo,

I have made some modifications to the JvHtControls and JvPrint.
And posted already in the Binaries ng. So this is a copy of the message 
there.


With this modifications i can now also print HT based reports.

Other things that i have modified:

1) By showing a Line <HR> the next text was printed over this line. Fixed
2) Added the posiblity to set the size of the line <HR SIZE=10>
3) Added the posiblity to set the size of a font <F Size=12>
3) To allow printing i have added a new Default parameter to all HT
Functions, named Scale = 100
4) Modified the boolean calculate width parameter  to a set parameter. Now
you can also calculate the
    true height.

5) Added a new Public Methode "PrintHTML" to the JvPrint, to use the new HT
posiblities.

-=-=-=-=-=-

The next step i like to make is creating a Class where all HT
procedures/function are capseled into, so it is more flexible, i think. And
put this into its own Unit.

But before i do this ... i like to know your idea's.

Thanks
Niels v/d Spek
LumenSoft Int.




Subject: Re: ALERT_jedi_inc_incompatible
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 07 Oct 2004 11:09:00 +0200
Newsgroups: jedi.vcl

norberto wrote:

> Hi Robert,
>
> Thank you for your help. The first thing i did was to remove the
> 'ALERT_jedi_inc_incompatible' line from the jcl.inc file and my project
> compiled OK without any errors. i did not check for any warnings. i have not
> had any errors reported in the jvcl.inc file, so i assume it is OK.
>
> Could you please tell me where i might find the old jcl.inc files? Usually,
> when i update the CVS for JVCL, i run the install.bat and go with the "new
> install / update.." option and let the installer do all the work, which is
> nice :-)

Somewhere on your hard drive, where Delphi can find it.

> In any event, i seem to be able to compile successfully now, but it would be
> nice to know if i should go ahead and do things the right way and do a
> "proper" install so i don't get nasty surprises down the road.  Does this
> mean i will have to go into the JVCL / JCL files and clean some things up
> manually?
No, it's more likely that you have two copies of jedi.inc on your system. Remove the old one, rollback your changes and you should be sorted.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: ALERT_jedi_inc_incompatible
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 7 Oct 2004 01:45:24 -0700
Newsgroups: jedi.vcl

Hi Robert,

Thank you for your help. The first thing i did was to remove the
'ALERT_jedi_inc_incompatible' line from the jcl.inc file and my project
compiled OK without any errors. i did not check for any warnings. i have not
had any errors reported in the jvcl.inc file, so i assume it is OK.

Could you please tell me where i might find the old jcl.inc files? Usually,
when i update the CVS for JVCL, i run the install.bat and go with the "new
install / update.." option and let the installer do all the work, which is
nice :-)

In any event, i seem to be able to compile successfully now, but it would be
nice to know if i should go ahead and do things the right way and do a
"proper" install so i don't get nasty surprises down the road.  Does this
mean i will have to go into the JVCL / JCL files and clean some things up
manually?

Thanks again.

norberto



"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:ck2ele$v2b$1@talkto.net...
> > norberto wrote:
> >
>> > > 'INTERFACE' expected but identifier 'ALERT_jedi_inc_incompatible' found.
>> > >
>> > > The comment below this line is:
>> > > "// secure against old versions of jedi.inc."
>> > >
>> > > i haven't had any problems using the CVS for a long time. Can someone
please
>> > > tell me what the problem might be or what i'm doing wrong? i have not
found
>> > > reference to this yet in the newsgroups.
> >
> > This is a recent addition to jcl.inc and jvcl.inc to test for old
> > versions of jedi.inc in the library path. Those versions are incompatible.
> > Check for old jedi.inc files which do not define JEDI_INC.
> >
> > Also please try to remove the ALERT_jedi_inc_incompatible lines in
> > jvcl.inc. You should get compile errors then in JvTypes.pas




Subject: Re: ALERT_jedi_inc_incompatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 07 Oct 2004 07:17:54 +0200
Newsgroups: jedi.vcl

norberto wrote:

> 'INTERFACE' expected but identifier 'ALERT_jedi_inc_incompatible' found.
>
> The comment below this line is:
> "// secure against old versions of jedi.inc."
>
> i haven't had any problems using the CVS for a long time. Can someone please
> tell me what the problem might be or what i'm doing wrong? i have not found
> reference to this yet in the newsgroups.

This is a recent addition to jcl.inc and jvcl.inc to test for old versions of jedi.inc in the library path. Those versions are incompatible.
Check for old jedi.inc files which do not define JEDI_INC.

Also please try to remove the ALERT_jedi_inc_incompatible lines in jvcl.inc. You should get compile errors then in JvTypes.pas


Subject: ALERT_jedi_inc_incompatible
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 6 Oct 2004 20:14:33 -0700
Newsgroups: jedi.vcl

Hi,

i just updated the CVS snapshot for JVCL and then re-installed (updated) the
JVCL and JCL (using install.bat). When i try to build my project, the
jcl.inc file is opened in the Delphi IDE with the error message:

'INTERFACE' expected but identifier 'ALERT_jedi_inc_incompatible' found.

The comment below this line is:
"// secure against old versions of jedi.inc."

i haven't had any problems using the CVS for a long time. Can someone please
tell me what the problem might be or what i'm doing wrong? i have not found
reference to this yet in the newsgroups.

Thanks.




Subject: Re: TJvCaptionPanel - Memory Leak
From: Micha Schumann <schumann@itc-ms.de>
Date: Wed, 06 Oct 2004 19:40:23 +0000
Newsgroups: jedi.vcl

OBones wrote:
> Pierre Y. wrote:
>
>>
>> 'tain vous êtes d'une efficacité vous c't'à peine croyab' !
>>
> For non French speakers, this would be equivalent to something like that:
>
> dam' you guys are so efficient, it's ha'dly b'liev'ble !
Unb'liev'ble. R'ally.

Micha


Subject: Re: TJvCaptionPanel - Memory Leak
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 06 Oct 2004 21:14:25 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:

>
> 'tain vous êtes d'une efficacité vous c't'à peine croyab' !
>
For non French speakers, this would be equivalent to something like that:

dam' you guys are so efficient, it's ha'dly b'liev'ble !


Subject: Re: TJvCaptionPanel - Memory Leak
From: "JFN" <no.spam@for.me>
Date: Wed, 6 Oct 2004 15:51:47 +0000 (UTC)
Newsgroups: jedi.vcl

Pierre Y. wrote:

> > OBones a écrit :
>> > > 
>> > > This is now in CVS.
> > 
> > 'tain vous êtes d'une efficacité vous c't'à peine croyab' !

C'est çà l'Open Source ! :-)

[English]

OpenSource is like that!

-- Jean-Francois Nifenecker, Bordeaux (EU) 

Subject: Re: TJvCaptionPanel - Memory Leak
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 06 Oct 2004 17:00:20 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Pierre Y. wrote:
>
>> Hello guys,
>>
>> Pierre the mem leak tracker found another one ;-)
>>
>> FIcon is not destroyed :
>>
>> destructor TJvCaptionPanel.Destroy;
>> begin
>>  { PrY - Please add line below to JvCaptionPanel.pas line 436 }
>>  FIcon.Free;
>>  { /PrY }
>>  FCaptionFont.Free;
>>  inherited Destroy;
>> end;
>>
>> Thanks and best regards (cheeeeeeeeers OBones ;-)))
>>
>> Pierre
>
> Merci ;-)
>
> This is now in CVS.

'tain vous êtes d'une efficacité vous c't'à peine croyab' !

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: TJvCaptionPanel - Memory Leak
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 06 Oct 2004 16:56:09 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:

> Hello guys,
>
> Pierre the mem leak tracker found another one ;-)
>
> FIcon is not destroyed :
>
> destructor TJvCaptionPanel.Destroy;
> begin
>  { PrY - Please add line below to JvCaptionPanel.pas line 436 }
>  FIcon.Free;
>  { /PrY }
>  FCaptionFont.Free;
>  inherited Destroy;
> end;
>
> Thanks and best regards (cheeeeeeeeers OBones ;-)))
>
> Pierre

Merci ;-)

This is now in CVS.

-- 
Olivier Sannier
JVCL Coordinator


Subject: TJvCaptionPanel - Memory Leak
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 06 Oct 2004 16:47:46 +0200
Newsgroups: jedi.vcl

Hello guys,

Pierre the mem leak tracker found another one ;-)

FIcon is not destroyed :

destructor TJvCaptionPanel.Destroy;
begin
 { PrY - Please add line below to JvCaptionPanel.pas line 436 }
 FIcon.Free;
 { /PrY }
 FCaptionFont.Free;
 inherited Destroy;
end;

Thanks and best regards (cheeeeeeeeers OBones ;-)))

Pierre

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: Please fix it in JvCsvData.pas
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 06 Oct 2004 16:05:20 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Richard wrote:
>
>> Can any one fix it in your source?
>
>
> done.

Gee, you were too fast !

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Please fix it in JvCsvData.pas
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 06 Oct 2004 16:03:58 +0200
Newsgroups: jedi.vcl

Richard wrote:

> Hi JVCL developer,
>
> There is an simple bug in JvCsvData.pas.
>
>    line 2306:  StringToCsvRow(aCsvFieldDef, ',', @CsvFieldRec, False,
> False);
>    should be changed to
>               StringToCsvRow(aCsvFieldDef, Separator, @CsvFieldRec, False,
> False);
>
> Can any one fix it in your source?
>
> Thanks for your job,
>
> Richard
>
Now fixed in CVS.
Thanks for the report.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Please fix it in JvCsvData.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 06 Oct 2004 16:03:09 +0200
Newsgroups: jedi.vcl

Richard wrote:

> Can any one fix it in your source?

done.


Subject: Re: Port for Lazarus
From: Thomas Mueller <news@s2h.cx>
Date: Wed, 06 Oct 2004 11:30:50 +0200
Newsgroups: jedi.vcl

Hi,

Micha Schumann wrote:

> > In the windows world one can still produce reliable apps with Delphi 2
> > today, although he has to omit some new features of the OS.

This has changed with WinXP SP2 (have a look at the very long incompatibilit
list) and will probably become even worse if (when) Longhorn is released.
MS has put the importance of backwards compatibility several steps down,
after years of going through a lot of pain of even making old DOS programs
work on most versions of Windows.

twm



Subject: Re: jvInterpreter
From: Micha Schumann <schumann@itc-ms.de>
Date: Wed, 06 Oct 2004 09:08:13 +0000
Newsgroups: jedi.vcl

Micha Schumann wrote:
> Hi,
>
> are there any new examples around?
>
> micha
Just discovered that Rem-Objects Pascal Script seems to be free and open also for commercial and will use that one. So please forget my post above.


Subject: Re: TJvxGradientCaption renamed
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 06 Oct 2004 09:45:34 +0200
Newsgroups: jedi.vcl

Paco Ruiz wrote:

> Peter Thörnqvist escribió:
>
>>> If you don't want that, the easiest would be just to replace
>>> "TJvxGradientCaption" with "TJvGradientCaption" in your *.dfm and *.pas
>>> files.
>>
>>
>> The easiest way to rename a component in your project is to use JVCLConvert
>> (in the \devtools\bin folder, build it by running make.exe from the
>> command-line in \devtools), create a new conversion data file and add the
>> new and old names and run it on your pas and dfm files.
>>
>
> Sorry, i have not JVCLConvert file in this \devtools\bin.
> I have not make.exe in in \devtools.
> In \devtools\bin there are many .bat files (not .bat files in \devtools).
> Can you explain it a little more? or can you send me an example?
> Thanks
>
> Saludos
> Paco

Go into devtools in a command line box. Type 'make JVCLConvert' and after this is finished, you should have JVCLConvert.exe in the bin directory. Alternatively, you could open JVCLConvert.dpr in devtools\JVCLConvert, but that would most likely require you to have the JVCL already installed in Delphi

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvxGradientCaption renamed
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Wed, 06 Oct 2004 09:43:37 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist escribió:
>> If you don't want that, the easiest would be just to replace
>> "TJvxGradientCaption" with "TJvGradientCaption" in your *.dfm and *.pas
>> files.
>
> The easiest way to rename a component in your project is to use JVCLConvert
> (in the \devtools\bin folder, build it by running make.exe from the
> command-line in \devtools), create a new conversion data file and add the
> new and old names and run it on your pas and dfm files.
>

Sorry, i have not JVCLConvert file in this \devtools\bin.
I have not make.exe in in \devtools.
In \devtools\bin there are many .bat files (not .bat files in \devtools).
Can you explain it a little more? or can you send me an example?
Thanks

Saludos
Paco


Subject: Re: TJvxGradientCaption renamed
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 6 Oct 2004 08:37:15 +0200
Newsgroups: jedi.vcl

> > If you don't want that, the easiest would be just to replace
> > "TJvxGradientCaption" with "TJvGradientCaption" in your *.dfm and *.pas
> > files.
The easiest way to rename a component in your project is to use JVCLConvert
(in the \devtools\bin folder, build it by running make.exe from the
command-line in \devtools), create a new conversion data file and add the
new and old names and run it on your pas and dfm files.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvxGradientCaption renamed
From: Tobias Weidelt <tobias@weidelt.de>
Date: Wed, 06 Oct 2004 06:21:25 +0200
Newsgroups: jedi.vcl

Hello,

Paco Ruiz wrote:
> I have a form with an old TJvxGradientCaption, and many forms than inherits from this.
> When i open the proyect (Delphi 6) the ide raises and error (component not found). I have seen now its name is TjvGradientCaption.
>
> What must i do?

I would suggest to remove TJvGradientCaption because it causes (optical) problems with Windows XP.
If you don't want that, the easiest would be just to replace "TJvxGradientCaption" with "TJvGradientCaption" in your *.dfm and *.pas files.

Bye,
Tobias Weidelt


Subject: jvInterpreter
From: Micha Schumann <schumann@itc-ms.de>
Date: Wed, 06 Oct 2004 00:34:58 +0000
Newsgroups: jedi.vcl

Hi,

are there any new examples around?

micha


Subject: TJvxGradientCaption renamed
From: Paco Ruiz <gruposfcoruiz@telefonica.net>
Date: Tue, 05 Oct 2004 19:41:45 +0200
Newsgroups: jedi.vcl

Hi
I have just installed Jedi 3.0 new Beta2 (previous was from 2004.09.04).
I have a form with an old TJvxGradientCaption, and many forms than inherits from this.
When i open the proyect (Delphi 6) the ide raises and error (component not found). I have seen now its name is TjvGradientCaption.

What must i do?

Saludos
Paco


Subject: Please fix it in JvCsvData.pas
From: "Richard" <RLi@BioBeef.Com>
Date: Tue, 5 Oct 2004 13:05:00 -0400
Newsgroups: jedi.vcl

Hi JVCL developer,

There is an simple bug in JvCsvData.pas.

   line 2306:  StringToCsvRow(aCsvFieldDef, ',', @CsvFieldRec, False,
False);
   should be changed to
              StringToCsvRow(aCsvFieldDef, Separator, @CsvFieldRec, False,
False);

Can any one fix it in your source?

Thanks for your job,

Richard






Subject: Re: ; missing
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 05 Oct 2004 17:28:36 +0200
Newsgroups: jedi.vcl

Please stop that.
Not even tell it into his face.
One of the problems with PH is that he cannot distinguish the several personalities you have in the net.
Even if you do not mention Jedi he will blame it on Jedi because you are a Jedi member.


Subject: Re: JvAppStorage: ini, registry, xml, db
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 5 Oct 2004 16:13:25 +0200
Newsgroups: jedi.vcl

"Alain PIERRE" <sw.ng@tiscali.fr> schrieb im Newsbeitrag
news:cju22t$6k0$1@talkto.net...

Hi Alain,

> > Would you please clarify what you mean by:
> >
>> > > for simple configurations i prefer INI files cause using them does not
mess
> > simple configuration ?

Form positions, colors, simple values (normaly all saved by TjvFormStorage
with maybe a little "hand work"). - GUI stuff...

> >
>> > > For more complicated configurations i use XML files but the i do not use
the
> > complicated configurations ?
> >

All configurations that have to do with my internal program logic. Normally
these settings have nothing to do with the GUI and are the result of the
users work. Non GUI stuff

>> > > JEDI stuff, i use OmniXML (great library!) when working with "real" XML
> > Oops, zip files don't download correctly.

Hmmm. I have loaded the current version of OmniXML last week. Mybe you can
contact the author, he answeres quite quick (normally).

Ciao,
Ralf



Subject: Re: TJvCustomComboEdit: ClipboardCommand and ReadOnly
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 5 Oct 2004 16:06:32 +0200
Newsgroups: jedi.vcl

> > Does anyone see the reason for the original code ? What do you think of
> > the change ?
Unless there is a functional reason to set ReadOnly, I see no point in
touching it at all (i.e remove the override altogether).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvCustomComboEdit: ClipboardCommand and ReadOnly
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 5 Oct 2004 15:35:12 +0200
Newsgroups: jedi.vcl

In JvToolEdit, I'd like to replace:
    ReadOnly := ClipboardCommands <= [caCopy];
with:
    if ReadOnly and not (ClipboardCommands <= [caCopy]) then
      ClipboardCommands := [caCopy];

Does anyone see the reason for the original code ? What do you think of 
the change ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppStorage: ini, registry, xml, db
From: Alain PIERRE <sw.ng@tiscali.fr>
Date: Tue, 05 Oct 2004 15:15:47 +0200
Newsgroups: jedi.vcl

Ralf,

Thanks for your comments.

Would you please clarify what you mean by:

> for simple configurations i prefer INI files cause using them does not mess
simple configuration ?

> For more complicated configurations i use XML files but the i do not use the
complicated configurations ?

> JEDI stuff, i use OmniXML (great library!) when working with "real" XML
Oops, zip files don't download correctly.


Subject: TRegAuto problem
From: "Sergey Shepelevich" <test@e-zahar.com>
Date: Tue, 5 Oct 2004 16:15:37 +0300
Newsgroups: jedi.vcl

Hi there,

It seems that there is problem when using AutoSave option with Windows 98.
I'm using JVCL 2.10.
Everything seems to be ok at XP, but when I run software which uses AutoSave 
option
on Windows 98, I get message saying "Failed to set data for 'Text' " 
everytime I change the field
e.g. TJvEdit.  "Text" is the name of the Key in registry. Is there any 
solution to fix this bug ? 




Subject: Re: ; missing
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 5 Oct 2004 15:11:51 +0200
Newsgroups: jedi.vcl

> >This is now fixed in CVS and will be in the next daily zip.

Thank you.

> >I would be very grateful if you could avoid mentionning M. Haas name 
> >here, he specifically said that he does not want his name related to

If you want to avoid a flame war about him, yes, I can remove his name. 
But there's no war, just a guy alone bringing about a lot of concerns 
and problems for Jedi users. I want him to know he's alone and which 
side I'm on. Maybe he said something about his name appearance but was 
it in german? I can't read it.
We are giving rights to this guy that he does not have. At first, we 
have the right to use his name to express what we think of his behaviour 
and claims.
I did not want to add something more to this too long thread, just to 
say I disagree with what he did and what we did (removing code in JCL).

Fred, very very upset by someone



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: ; missing
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 05 Oct 2004 14:41:20 +0200
Newsgroups: jedi.vcl

Fred wrote:

> A ; is missing after UninstallWinControlHook in JvThemes.

This is now fixed in CVS and will be in the next daily zip.

> Fred, very upset by P.Haas

I would be very grateful if you could avoid mentionning M. Haas name here, he specifically said that he does not want his name related to the JEDI group. Further, you do not provide any "grounds" for you being upset. Should you want to discuss this matter, please start a complete thread here, or contact me privately.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVDBGRID (To Fred) (CORRECTION)
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 5 Oct 2004 14:32:24 +0200
Newsgroups: jedi.vcl

> >Yes, but you have to remove some code in the RowsHeightChanged function
> >to allow it.
> >
> >CAN YOU GIVE ME A EXAMPLE?

In fact, it is not a good idea to do it because DBGrid was not designed 
to support different row heights. You will encounter a few annoyances if 
you remove some code in the RowsHeightChanged function (e.g. the height 
will be reinitialized every time you change the grid layout). But if you 
want to try it, remove the lines including "RowsHeight".

Fred, very upset by P.Haas



--- posted by geoForum on http://delphi.newswhat.com


Subject: ; missing
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 5 Oct 2004 14:24:52 +0200
Newsgroups: jedi.vcl

A ; is missing after UninstallWinControlHook in JvThemes.

Fred, very upset by P.Haas



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppStorage: ini, registry, xml, db
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 5 Oct 2004 14:05:29 +0200
Newsgroups: jedi.vcl


"Alain PIERRE" <sw.ng@tiscali.fr> schrieb im Newsbeitrag
news:cjtptn$4nf$1@talkto.net...
> > In your own applications, which settings and options
> > do you save in
> >
> > 1. the registry ?
> > 2. ini files ?
> > 3. xml files ?
> > 4. a database ?
> >

Hi,

for simple configurations i prefer INI files cause using them does not mess
up the registry, they can be contained in the application directory (which
makes it easy to move the whole app) and the can easily be created by setup
software such as InnoSetup.

For more complicated configurations i use XML files but the i do not use the
JEDI stuff, i use OmniXML (great library!) when working with "real" XML
files.

I have never used a database to store configurations, options or settings.

Ciao,
Ralf



Subject: Re: JvAppStorage: ini, registry, xml, db
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 05 Oct 2004 13:24:08 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

> In your own applications, which settings and options
> do you save in
>
> 1. the registry ?
> 2. ini files ?
> 3. xml files ?
> 4. a database ?
>
> and what makes it you prefer to do it that way ?
>
> ( Note:
> Any clue with regard to my two 04/10 posts
> - JvAppStorage Base Example, and
> - JvAppStorage SelectList + SubStorage Examples ? )
>
> Thanks a lot for your expert advice,
> Alain
>
I put everything in XML files, easier to debug by hand.
I don't linke programs writing in the registry, it's a mess to go in there.
INI files were nice, but they don't have the tree like structure of XML
Database, I don't use because none of my programs use a database (hence my lack of knowledge on DB related components).

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: New version of the Jedi Online Help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 05 Oct 2004 13:22:47 +0200
Newsgroups: jedi.vcl

Andreas Hesse wrote:

> Do you publish from time to time an offline help?
> It would be really good to have one, that can be integrated in the delphi help system.
>
> Thanks,
> Andreas

Yes we do, the online help has actually been created after the offline version. It is has been made public so that people can contribute during their freetime, without requiring access to CVS which can be tedious at times. Basically, the online help originates from the offline help, which in turns will be updated from the online help. This last part, however, has not been done as of yet.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvAppStorage: ini, registry, xml, db
From: Alain PIERRE <sw.ng@tiscali.fr>
Date: Tue, 05 Oct 2004 12:56:30 +0200
Newsgroups: jedi.vcl

In your own applications, which settings and options
do you save in

1. the registry ?
2. ini files ?
3. xml files ?
4. a database ?

and what makes it you prefer to do it that way ?

( Note:
Any clue with regard to my two 04/10 posts
- JvAppStorage Base Example, and
- JvAppStorage SelectList + SubStorage Examples ? )

Thanks a lot for your expert advice,
Alain

-- 
Using:

- Windows 98 SE ( Build 4.10.2222 A ) French
- Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US

- JCL 1.92 + JVCL300 Beta 2 ( Build 1666 )


Subject: Re: New version of the Jedi Online Help
From: Andreas Hesse <ahsysteme@wtal.de>
Date: Tue, 05 Oct 2004 12:14:09 +0200
Newsgroups: jedi.vcl

Do you publish from time to time an offline help?
It would be really good to have one, that can be integrated in the delphi help system.

Thanks,
Andreas

Jens schrieb:
>> Hi all
>>
>> As you may have already noticed, a new version of the Jedi Online Help has been deployed over the week-end. Here are the new features:
>>
>> - Units are now editable. Modifications will only be applied if the user is logged in and has write access to the project. If not, a message is only shown AFTER pressing the submit button.
>> - Units can now be added to projects. Same remark as above.
>> - DTX files can now be generated for units. Use the appropriate icon in the top right toolbar.
>> - The search results can now be limited to an author, undocumented items and/or a number of results.
>>
>>
>> Things that are left to do:
>>
>> - Workaround the time limit on PHP scripts occuring when regenerating the See Also link.
>> - Generation of a zip file with all dtx file for a project
>> - Workaround the time limit on PHP scripts occuring when loading a large zip file.
>>
>> Any feedback welcome.
>>
>> Cheers
>>
>> -- 
>> Olivier Sannier
>> JVCL Coordinator
>>
>
>
> Hi Olivier,
>
> can you create an account for me and send the password to my email account.
>
> Greetings and Thanks
> Jens
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New version of the Jedi Online Help
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 5 Oct 2004 11:55:13 +0200
Newsgroups: jedi.vcl

> >Hi all
> >
> >As you may have already noticed, a new version of the Jedi Online Help 
> >has been deployed over the week-end. Here are the new features:
> >
> >- Units are now editable. Modifications will only be applied if the user 
> >is logged in and has write access to the project. If not, a message is 
> >only shown AFTER pressing the submit button.
> >- Units can now be added to projects. Same remark as above.
> >- DTX files can now be generated for units. Use the appropriate icon in 
> >the top right toolbar.
> >- The search results can now be limited to an author, undocumented items 
> >and/or a number of results.
> >
> >
> >Things that are left to do:
> >
> >- Workaround the time limit on PHP scripts occuring when regenerating 
> >the See Also link.
> >- Generation of a zip file with all dtx file for a project
> >- Workaround the time limit on PHP scripts occuring when loading a large 
> >zip file.
> >
> >Any feedback welcome.
> >
> >Cheers
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >

Hi Olivier,

can you create an account for me and send the password to my email account.

Greetings and Thanks
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New version of the Jedi Online Help
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 5 Oct 2004 11:35:45 +0200
Newsgroups: jedi.vcl

Great job, Olivier! All the things I was missing and then some. Looks good.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: New version of the Jedi Online Help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 05 Oct 2004 09:48:56 +0200
Newsgroups: jedi.vcl

Hi all

As you may have already noticed, a new version of the Jedi Online Help has been deployed over the week-end. Here are the new features:

- Units are now editable. Modifications will only be applied if the user is logged in and has write access to the project. If not, a message is only shown AFTER pressing the submit button.
- Units can now be added to projects. Same remark as above.
- DTX files can now be generated for units. Use the appropriate icon in the top right toolbar.
- The search results can now be limited to an author, undocumented items and/or a number of results.


Things that are left to do:

- Workaround the time limit on PHP scripts occuring when regenerating the See Also link.
- Generation of a zip file with all dtx file for a project
- Workaround the time limit on PHP scripts occuring when loading a large zip file.

Any feedback welcome.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDBImage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 05 Oct 2004 08:25:46 +0200
Newsgroups: jedi.vcl

AlexB wrote:

> "Peter Thörnqvist" <peter3@nospam.peter3.com>
>
>> In that case, there's a bug in the component. You should report this in
>> Mantis.
>
>
> What I have to do if my mantis report has no feedback after some days?
>
> Alex.

If you proposed a bug fix, then it will be assessed. Bear in mind that while we do as much as we can, we only work on the JVCL during our free time.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDBImage
From: "AlexB" <b.a.v@ngs.ru>
Date: Tue, 5 Oct 2004 12:23:39 +0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com>
> > In that case, there's a bug in the component. You should report this in
> > Mantis.

What I have to do if my mantis report has no feedback after some days?

Alex.




Subject: Re: TjvPreviewPrinter
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 4 Oct 2004 23:25:21 +0200
Newsgroups: jedi.vcl

You must set the PreviewControl's DeviceInfo.ReferenceHandle to the handle
of the current printer to get the same "view" in the preview control as you
get on the printer, i.e:

JvPreviewControl1.DeviceInfo.ReferenceHandle := Printer.Handle;

This must be set in code and you should set it before adding the control to
the TJvPreviewRenderControl.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TjvPreviewPrinter
From: "Louis II" <joey@waffles.yum>
Date: Mon, 4 Oct 2004 22:10:31 +0200
Newsgroups: jedi.vcl

I am trying to print a control using a TJvPreviewRenderControl. The
control prints fine, but the best I can do is get it to fill up the top
left 1/4 of the page, even with stretched set to true. It shows up in the
TjvPreviewControl as a full page though. What could I be doing wrong?

Regards,
Louis Nardozi



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVDBGRID (To Fred) (CORRECTION)
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Mon, 4 Oct 2004 16:01:23 -0300
Newsgroups: jedi.vcl

Sorry. Your reply was:
> >Then i need
> >a grid that can diff rows height. The jvdbgrid do this?

Yes, but you have to remove some code in the RowsHeightChanged function
to allow it.

CAN YOU GIVE ME A EXAMPLE?
Thanks
Alessandro


"Alessandro" <alessandrocamara@hotmail.com> escreveu na mensagem 
news:cjs13t$qps$1@talkto.net...
> > Hi Fred. Some time ago you can give this reply. Now, you can tell-me how 
> > can i do this? Wich code i need to remove ?
> > I am using the version 3 beta 2.
> >
> > Thanks
> > Alessandro
> >
> >
>> >>Couldn't you create a switch (as a property), that would allow that ?
>> >>Something like that maybe:
>> >>
>> >>if (not RowsCanHaveDifferentHeight) then
>> >>begin
>> >> // Original code of RowsHeightChanged
>> >>end;
>> >>
>> >>The name of the property is not the best ever, but the idea is here.
> >
> > Good idea. But I won't do any change until my current work is validated
> > and uploaded to the CVS repository.
> >
> > Warning: the JvDBGrid rows can have different heights but these sizings
> > are not tied to the records in any way. That means: if you decide to
> > make your first row very tall and then you scroll through the dataset,
> > the first row will remain very tall regardless of the record displayed.
> >
> > Fred
> > 




Subject: JVDBGRID (To Fred)
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Mon, 4 Oct 2004 15:51:35 -0300
Newsgroups: jedi.vcl

Hi Fred. Some time ago you can give this reply. Now, you can tell-me how can 
i do this? Wich code i need to remove ?
I am using the version 3 beta 2.

Thanks
Alessandro


> >Couldn't you create a switch (as a property), that would allow that ?
> >Something like that maybe:
> >
> >if (not RowsCanHaveDifferentHeight) then
> >begin
> > // Original code of RowsHeightChanged
> >end;
> >
> >The name of the property is not the best ever, but the idea is here.

Good idea. But I won't do any change until my current work is validated
and uploaded to the CVS repository.

Warning: the JvDBGrid rows can have different heights but these sizings
are not tied to the records in any way. That means: if you decide to
make your first row very tall and then you scroll through the dataset,
the first row will remain very tall regardless of the record displayed.

Fred 




Subject: Re: TJvCustomComboEdit: ClipboardCommand and ReadOnly
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 04 Oct 2004 20:39:22 +0200
Newsgroups: jedi.vcl

Fred wrote:
> Ralf Kaiser a écrit:
>
>
>>   ReadOnly := ClipboardCommands <= [caCopy];
>
>

IIRC setting the ClipboardCommands to [coCopy] or [] could only be done correctly by setting ReadOnly to True.

But setting ReadOnly to false if not (ClipboardCommands <= [caCopy] looks suspicious.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Port for Lazarus
From: Micha Schumann <schumann@itc-ms.de>
Date: Mon, 04 Oct 2004 18:19:18 +0000
Newsgroups: jedi.vcl

David J Taylor wrote:
> Micha Schumann wrote:
> []
>
>> Do you think the kernel development is some kind of threat for kylix
>> in the way that applications compiled with K3 might crash on a kernel
>> 3.2.5.44.2?
>>
>> In the windows world one can still produce reliable apps with Delphi 2
>> today, although he has to omit some new features of the OS.
>>
>> Micha
>
>
> It is just these sorts of issues that has completely put me off Linux - at least with Windows we have compatibility over versions!  With Kylix all I seem to see in the newsgroups it that it doesn't work with thi or that version of Lunix.
>
> Should I be blaming Linux or Kylix for these problems?
>
> Cheers,
> David
>
In my case I use Kylix just for cross platform development of daemons/services where I did not run into any problems yet. But I share the uncertainity.

Regards
Micha


Subject: Re: TJvCustomComboEdit: ClipboardCommand and ReadOnly
From: "Fred" <nospam@nospam.nospam>
Date: Mon, 4 Oct 2004 19:29:39 +0200
Newsgroups: jedi.vcl

Ralf Kaiser a écrit:

> >    ReadOnly := ClipboardCommands <= [caCopy];

> > I had some TjvFileNameEdits with no clipboard commands and after the
> > installation of a new checkout this morning they were suddenly readonly.
> > My last installed checkout was about one week old, so i do not know when
> > this was changed.

ClipboardCommands was not initialized properly in the last week version. 
Now, it is but weird things may appear now because of weird code like the 
one you quote above.

> > Does the code above make any sense? Why should an editor where all
> > clipboard commands are disabled be readonly? The user would still be able
> > to type the text manually.

I don't understand why, me too. That looks like a modified condition:
if ReadOnly then ClipboardCommands := [caCopy];

Fred 




Subject: JvDateTimePicker issues
From: Mr. Clean <mrclean@p&g.com>
Date: Mon, 4 Oct 2004 09:55:19 -0500
Newsgroups: jedi.vcl

I'd like to have more than one format.

One when Date = Null Date (12/31/1899)
One when Date = HighDate
One when Date = LowDate 

I'll also need properties HighDate and LowDate so I could 
set their values to be checked against the control's date.

I've tried make these modifications but have been having 
problems Can anyone with more experience with this control 
give me a hand?





Subject: TJvCustomComboEdit: ClipboardCommand and ReadOnly
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 4 Oct 2004 13:34:27 +0200
Newsgroups: jedi.vcl

Hello,

in TJvCustomComboEdit.SetClipboardCommands there is the following code:

procedure TJvCustomComboEdit.SetClipboardCommands(const Value:
TJvClipboardCommands);
begin
  if ClipboardCommands <> Value then
  begin
    inherited SetClipboardCommands(Value);
    ReadOnly := ClipboardCommands <= [caCopy];
  end;
end;

As a result of this code you will get a readonly editor if you switch off
all cliboard commands.

Why?

I had some TjvFileNameEdits with no clipboard commands and after the
installation of a new checkout this morning they were suddenly readonly. My
last installed checkout was about one week old, so i do not know when this
was changed.

Does the code above make any sense? Why should an editor where all clipboard
commands are disabled be readonly? The user would still be able to type the
text manually.

Ciao,
Ralf




Subject: JvAppStorage SelectList + SubStorage Examples
From: Alain PIERRE <sw.ng@tiscali.fr>
Date: Mon, 04 Oct 2004 11:29:03 +0200
Newsgroups: jedi.vcl

When opening the respective JvAppStoreDemo.dpr,
I get the following dialog:

'Registration procedure, Chartexp.Register in
package c:\program\files\borland\delphi7\bin\dcltree70.bpl
raised exception class Exception: Cannot register Wizard,
TeeChart Wizard, twice.
Do you want to attempt to load this package the next time
a project is loaded ? Yes-No'

Que passa ?

-- 
Using:

- Windows 98 SE ( Build 4.10.2222 A ) French
- Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US

- JCL 1.92 + JVCL300 Beta 2 ( Build 1666 )


Subject: Re: Port for Lazarus
From: "David J Taylor" <davidtaylor@writeme.com.not-this-bit>
Date: Mon, 4 Oct 2004 10:14:58 +0100
Newsgroups: jedi.vcl

Micha Schumann wrote:
[]
> > Do you think the kernel development is some kind of threat for kylix
> > in the way that applications compiled with K3 might crash on a kernel
> > 3.2.5.44.2?
> >
> > In the windows world one can still produce reliable apps with Delphi 2
> > today, although he has to omit some new features of the OS.
> >
> > Micha

It is just these sorts of issues that has completely put me off Linux - at 
least with Windows we have compatibility over versions!  With Kylix all I 
seem to see in the newsgroups it that it doesn't work with thi or that 
version of Lunix.

Should I be blaming Linux or Kylix for these problems?

Cheers,
David 




Subject: JvAppStorage Base Example
From: Alain PIERRE <sw.ng@tiscali.fr>
Date: Mon, 04 Oct 2004 11:05:19 +0200
Newsgroups: jedi.vcl

Compiling gives:

[Error] MainForm.pas(47): Declaration of 'ReadFromAppStorage' differs from declaration in interface 'IJvAppStorageHandler'

[Error] MainForm.pas(47): Declaration of 'WriteToAppStorage' differs from declaration in interface 'IJvAppStorageHandler'

[Fatal Error] JvAppStoreDemo.dpr(5): Could not compile used unit 'MainForm.pas'

I looked in JvAppStorage.pas, however don't understand what's
missing.

-- 
Using:

- Windows 98 SE ( Build 4.10.2222 A ) French
- Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US

- JCL 1.92 + JVCL300 Beta 2 ( Build 1666 )


Subject: Re: JvRichEdit and JvShellHook
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 04 Oct 2004 09:24:03 +0200
Newsgroups: jedi.vcl

Fred wrote:

>  Hello,
>
> I try to use the CutToClipboard/CopyToClipboard/PasteFromClipboard functions with JvRichEdit but nothing works. When I debug the thing, I see the ClipboardCommands set does not contain caCut and caPaste. Where do I initialize that? I found nothing in the JvRichEdit.pas and in the example given to enlighten me. I feel blind. What did I miss ?

ClipboardCommands is not published, you must set it at runtime. I will publish it later on.


> Did someone try the JvShellHook example? Under XP, I have only three events triggered while active: WindowCreated/Destroyed/Activated. Is it normal? About the example source: some external symbols are not found by BCB5 and thus some events must be disabled to compile (that does not change the fact I'm surprised to never see the "unknown" event).

I haven't tried that one, will try tonight, if I can free up some time.

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvRichEdit and JvShellHook
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 4 Oct 2004 09:23:18 +0200
Newsgroups: jedi.vcl

 Hello,

I try to use the CutToClipboard/CopyToClipboard/PasteFromClipboard 
functions with JvRichEdit but nothing works. When I debug the thing, I 
see the ClipboardCommands set does not contain caCut and caPaste. Where 
do I initialize that? I found nothing in the JvRichEdit.pas and in the 
example given to enlighten me. I feel blind. What did I miss ?

Did someone try the JvShellHook example? Under XP, I have only three 
events triggered while active: WindowCreated/Destroyed/Activated. Is it 
normal? About the example source: some external symbols are not found by 
BCB5 and thus some events must be disabled to compile (that does not 
change the fact I'm surprised to never see the "unknown" event).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Port for Lazarus
From: Micha Schumann <schumann@itc-ms.de>
Date: Sun, 03 Oct 2004 13:55:09 +0000
Newsgroups: jedi.vcl

Matthias Thoma wrote:
> Hello,
>
>
>> Is the decision to discontinue already made by borland?
>
>
> No. It is on the so called "five year outlook". The only thing that has been announced is that we do not get an update soon :-)  Kylix BCB is most likely dead (replaced by CBuilder X).
>
>
>> Perhaps they put Kylix to open source? That would be great!
>
>
> That will not happen imo. The Delphi/Kylix compiler contains too many information which is still vital for Borland (compiler know how etc). What might happen if and only if they really discontinue Kylix is that we get it for free :-)
>
> - Matthias
>
Do you think the kernel development is some kind of threat for kylix in the way that applications compiled with K3 might crash on a kernel 3.2.5.44.2?

In the windows world one can still produce reliable apps with Delphi 2 today, although he has to omit some new features of the OS.

Micha


Subject: Re: BCB6 & runtime packages
From: Olivier Bertini <olivier.bertini@nooooapaaammmmurbanet.ch>
Date: Sun, 03 Oct 2004 15:41:43 +0200
Newsgroups: jedi.vcl

OBones wrote:

>
> What do you call a crash? Do you get a message? If yes, what is it?
>

I've built a very simple sample project that only contains a TJvAppRegistryStorage component to reproduce the crash. You'll probably have to modify the include paths to compile the sample.

You can download it from http://www.e-magesoft.com/~berte/RT_Test.zip

Maybe this can help.

Olivier Bertini



Subject: Re: Port for Lazarus
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Sun, 3 Oct 2004 14:28:17 +0200
Newsgroups: jedi.vcl

Hello,

> > Is the decision to discontinue already made by borland?

No. It is on the so called "five year outlook". The only thing that has been 
announced is that we do not get an update soon :-)  Kylix BCB is most likely 
dead (replaced by CBuilder X).

> > Perhaps they put Kylix to open source? That would be great!

That will not happen imo. The Delphi/Kylix compiler contains too many 
information which is still vital for Borland (compiler know how etc). What 
might happen if and only if they really discontinue Kylix is that we get it 
for free :-)

- Matthias 




Subject: Re: Port for Lazarus
From: Micha Schumann <schumann@itc-ms.de>
Date: Sun, 03 Oct 2004 12:13:14 +0000
Newsgroups: jedi.vcl

Thomas Mueller wrote:
> Hi,
>
> Tauseef wrote:
>
>
>> Hi! Is there any plan to port JVCL to Lazarus as it seems to be a true
>> cross-platform tool (Win/Linux/OS-X).
>
>
> Feel free to start such a project.
>
>
>> I see a JVCL-to-JCLX project in progress (Which is good for nothing as
>> Kylix is a suspended product )
>
>
> I take offence on that. Kylix might be a suspended product (but not dead
> yet), but compared to Lazarus it at least is a working product, and since
> there are people who take the time to port JVCL to CLX apparently there
> isn't only me who uses Kylix.

I underline that!

I have been updating a big application written in Borland pascal 7 until 2002 and even now there are users left running it under XP! Even if Kylix is or will be discontinued, for me it is a very easy way to go cross platform for quite a time and CrossKylix puts a lot of comfort into it!

>
> As said above: If you want to port JVCL to Lazarus, feel free to start the
> project and see whether there are any others to join in.
> (For now I am not interested, this might change if Kylix stops working for
> me.)
>

Is the decision to discontinue already made by borland? Perhaps they put Kylix to open source? That would be great!

Micha



Subject: Re: multi monitor problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 03 Oct 2004 13:20:33 +0200
Newsgroups: jedi.vcl

I think i found the problem in JvToolEdit.pas
There is placement code to handle multiple monitors, but the code was deactivated by a bad if.
Can someone with several monitors please test?
A form with a TJvCalcEdit shown on a secondary monitor should now not have the popup calculator show on the primary monitor.


Subject: Re: Port for Lazarus
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 03 Oct 2004 13:03:00 +0200
Newsgroups: jedi.vcl

Hi,

Tauseef wrote:

> > Hi! Is there any plan to port JVCL to Lazarus as it seems to be a true
> > cross-platform tool (Win/Linux/OS-X).

Feel free to start such a project.

> > I see a JVCL-to-JCLX project in progress (Which is good for nothing as
> > Kylix is a suspended product )

I take offence on that. Kylix might be a suspended product (but not dead
yet), but compared to Lazarus it at least is a working product, and since
there are people who take the time to port JVCL to CLX apparently there
isn't only me who uses Kylix.

As said above: If you want to port JVCL to Lazarus, feel free to start the
project and see whether there are any others to join in.
(For now I am not interested, this might change if Kylix stops working for
me.)

twm



Subject: Re: JvFormStorage + JvTypes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 03 Oct 2004 12:15:37 +0200
Newsgroups: jedi.vcl

Piotr Murawski wrote:
> Hello,
>
>
>  I put JvFormStorage on a main form. When I want to compile a program I get
> an error (I attached my jvtypes.pas):
>
> [Error] JvTypes.pas(140): Undeclared identifier: 'TJvRGBTriple'

Yesterday i added a test for precisely that problem.
You have an old version of jedi.inc in the library path.
That version declares neither VCL nor VisualCLX.

Remove the path to that file or rename that old file.


Subject: JvFormStorage + JvTypes
From: "Piotr Murawski" <piotrmurawski@softland.com.pl>
Date: Sun, 3 Oct 2004 12:08:40 +0200
Newsgroups: jedi.vcl

Hello,


 I put JvFormStorage on a main form. When I want to compile a program I get
an error (I attached my jvtypes.pas):

[Error] JvTypes.pas(140): Undeclared identifier: 'TJvRGBTriple'
[Error] JvTypes.pas(323): Identifier expected but 'TYPE' found
[Error] JvTypes.pas(368): Undeclared identifier: 'SysColCount'
[Error] JvTypes.pas(368): Constant expression expected
[Error] JvTypes.pas(460): '(' expected but ')' found
[Error] JvTypes.pas(471): ')' expected but 'IMPLEMENTATION' found
[Fatal Error] JvExControls.pas(48): Could not compile used unit
'JvTypes.pas'


I don't know how I can solve it.

I'll be appreciate for any help.

Piotr Murawski



JvTypes.zip
	



Subject: Port for Lazarus
From: "Tauseef" <tauseefshazad@yahoo.com>
Date: Sun, 3 Oct 2004 11:27:20 +0500
Newsgroups: jedi.vcl

Hi! Is there any plan to port JVCL to Lazarus as it seems to be a true 
cross-platform tool (Win/Linux/OS-X).

I see a JVCL-to-JCLX project in progress (Which is good for nothing as Kylix 
is a suspended product )


Best regards


Tauseef 




Subject: Re: splitter + close (x) button
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 02 Oct 2004 23:18:38 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:
> Peter Thornqvist wrote:
>
>> ... displays close, maximize and minimize buttons but IIRC some
>
>  >of the buttons...
>
> Peter, would you please translate for me 'IIRC' ?

If I Remember Correctly


Subject: Re: splitter + close (x) button
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Sat, 2 Oct 2004 20:48:36 +0000 (UTC)
Newsgroups: jedi.vcl

Alain PIERRE wrote:

> > Peter Thornqvist wrote:
>> > > ... displays close, maximize and minimize buttons but IIRC some
> >  >of the buttons...
> > 
> > Peter, would you please translate for me 'IIRC' ?

If I Recall Correctly.

http://www.acronymfinder.com/af-query.asp?String=exact&Acronym=iirc&Find
=Find

-- Rudy Velthuis "Quote me as saying I was mis-quoted." -- Groucho Marx 

Subject: Re: splitter + close (x) button
From: Alain PIERRE <sw.ng@tiscali.fr>
Date: Sat, 02 Oct 2004 22:47:42 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> ... displays close, maximize and minimize buttons but IIRC some
>of the buttons...

Peter, would you please translate for me 'IIRC' ?


Subject: Re: splitter + close (x) button
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 2 Oct 2004 21:17:52 +0200
Newsgroups: jedi.vcl

Try the TJvNetscapeSplitter. It can be set to a "Win32" mode where it
displays close, maximize and minimize buttons but IIRC some of the buttons
can be hidden, so you can have only the close button if you like.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: splitter + close (x) button
From: Alain PIERRE <sw.ng@tiscali.fr>
Date: Sat, 02 Oct 2004 20:58:22 +0200
Newsgroups: jedi.vcl

I have a ( vertical ) form with
2 panels and want to add:

a splitter between both panels
with to the right of the splitter
a close (x) button

|    panel 1       |
|---------------(x)|
|    panel 2       |

to collapse the underneath panel.

How would you implement this ?

-- 
Using:

- Windows 98 SE ( Build 4.10.2222 A ) French
- Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US

- JCL 1.92 + JVCL300 Beta 2 ( Build 1666 )


Subject: packages and JVCalcEdit
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sat, 2 Oct 2004 18:14:20 +0000 (UTC)
Newsgroups: jedi.vcl

Hi people,

I want to add a form which uses JvCalcEdit to a package. Delphi won't
compile because a required package is missing.

In wich package can I find JvCalcEdit and is there a method to "search"
packages?
`
Regards,
 Holger


Subject: CLX
From: Micha Schumann <schumann@itc-ms.de>
Date: Sat, 02 Oct 2004 12:47:44 +0000
Newsgroups: jedi.vcl

After some heated discussion here some weeks ago I would like to ask how and with which milestones CLX development will continue.

In the last Beta CLX doesnt install through the installer (at least for me...)

Best regards

Micha


Subject: Re: multi monitor problem
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Sat, 2 Oct 2004 10:40:24 +1000
Newsgroups: jedi.vcl

Not sure, but could it be to do with the DefaultMonitor property of the 
popup form?
Andrew

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message 
news:cjjlmn$f53$1@talkto.net...
> > Today i saw that if a form with TJvCalcEdit on it is on a secondary 
> > monitor the calculator popup would show up on the primary monitor.
> >
> > Does anyone know how to force the popup to the same monitor as the 
> > control?
> >
> > It is probably the same bug with most or all other JVCL popup controls of 
> > this sort. 




Subject: Re: BCB6 & runtime packages
From: Olivier Bertini <olivier.bertini@nooooapaaammmmurbanet.ch>
Date: Fri, 01 Oct 2004 21:37:24 +0200
Newsgroups: jedi.vcl



OBones wrote:

>> Now the problem :-(
>>
>> I've got an application crash when I compile my application with "Build with runtime packages". The Path environement variable is set correctly. The only JVCL package I use is JvCoreC6R.
>
>
> What do you call a crash? Do you get a message? If yes, what is it?

When I launch the app from Windows (double-click on the exe) I got nothing at all. The app seems to load (HD blinking) but nothing appears. No process of the app is visible with the task manager.

Sometime I got an "illegal instruction at 0x123456".

When I run it from BCB I have the blue points for stepping in code but nothing appears. The main function WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int) do not enter and when I pause the app the CallStack looks like this: http://www.e-magesoft.com/~berte/Call_Stack.gif


>
>> If i build the app without this runtime package everything works fine but my app grows from about 1MB. The component used are TJvAppRegistryStorage (JvCoreC6R) and TJvFormStorage (JvSystemC6R).
>
>
> Yes, but building with runtime packages forces you to distribute JvCoreC6R.bpl (and JvSystemC6R.bpl since you use TJvFormStorage) with your application.

Yes and that is what I want. Then I put those packages in the system directory and all my apps use the same bpl. I know how to use packages and the problem is not here...

Thanks for your help,

Olivier Bertini



Subject: Re: Hyperlinks in JvRichEdit
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 1 Oct 2004 19:21:14 +0200
Newsgroups: jedi.vcl

> >Fred wrote:
>> >> It's exactly what I want to do but how do I insert raw RTF in my 
>> >> JvRichEdit text?
> >
> >I have added an example to the online help, see: 
> >http://homepages.borland.com/jedi/jedihelp/item.php?Id=17069
> >
> >Note that you have to remove the \ (back slash) chars that are placed 
> >before ' (single quote) chars from the example code.
> >
> >-- 
> >Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Thanks a lot. :-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: How does TJvCsvDataSet Filter work?
From: "Richard" <RLi@BioBeef.Com>
Date: Fri, 1 Oct 2004 13:05:28 -0400
Newsgroups: jedi.vcl

Hi friends,

Who knows how TJvCsvDataSet Filter works?
I can't make it running in my program.
Any one can help?

Thanks,

Richard




Subject: Re: Hyperlinks in JvRichEdit
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 01 Oct 2004 18:16:29 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I have added an example to the online help, see: http://homepages.borland.com/jedi/jedihelp/item.php?Id=17069
>
> Note that you have to remove the \ (back slash) chars that are placed before ' (single quote) chars from the example code.

Those backslashes are a bug that will hopefully get fixed by the end of the weekend.


Subject: Re: Hyperlinks in JvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 01 Oct 2004 17:56:38 +0200
Newsgroups: jedi.vcl

Fred wrote:
> It's exactly what I want to do but how do I insert raw RTF in my JvRichEdit text?

I have added an example to the online help, see: http://homepages.borland.com/jedi/jedihelp/item.php?Id=17069

Note that you have to remove the \ (back slash) chars that are placed before ' (single quote) chars from the example code.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvDBImage
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 1 Oct 2004 17:27:32 +0200
Newsgroups: jedi.vcl

> > Standard  TDBImage never calls UpdateData (after dbl-click on it) even if
> > Readonly = false
That's strange, because TJvDBImage never calls UpdateData directly, so it
seems it is the data link somehow.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: multi monitor problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 01 Oct 2004 16:44:45 +0200
Newsgroups: jedi.vcl

Today i saw that if a form with TJvCalcEdit on it is on a secondary monitor the calculator popup would show up on the primary monitor.

Does anyone know how to force the popup to the same monitor as the control?

It is probably the same bug with most or all other JVCL popup controls of this sort.


Subject: TJvInspector question
From: Faw <f_rojas@no-spam.spectron-msim.com>
Date: Fri, 01 Oct 2004 09:46:38 -0400
Newsgroups: jedi.vcl

I have checked the help, the samples and the newsgroup but I haven't found how can I add a dropdownlist item to the inspector.

Also, is there a way to make the dropdown properties, for example boolean ones, work like a dropdownlist where you cannot type in the
text area but can change it?

Faw


Subject: JvDocking panel clients sizing
From: "Fedor" <dot99@mail.ru>
Date: Fri, 1 Oct 2004 17:35:58 +0400
Newsgroups: jedi.vcl

Hello.

I have a problem with restoring of the JvDocking size info for dock clients
that reside on JvDockPanel, for example LeftDockPanel contains two forms -
and I'm unable to restore its' sizes. Yes, I know that there exists function
for saving to file. But I have placed one center panel for other docking
panels placement:

  pnlCenterDock.Align:=alClient;
  JvDockServer1.TopDockPanel.Parent:=pnlCenterDock;
  JvDockServer1.BottomDockPanel.Parent:=pnlCenterDock;

- that's why the existed function don't work and I'm asking about
programmatic changing. The simple size assigning don't work - the size of
the docking form is changed but splitters have stayed at the same place, and
after splitter moving everything goes back.


Thanks for your job,

Fedor




Subject: msie toolbar - JvBandForm - how to access explorer instance
From: "mandark" <nospam@nospam.com>
Date: Fri, 1 Oct 2004 12:51:26 +0200
Newsgroups: jedi.vcl

Hi,
I'm using jvcl wizard for creating microsoft explorer toolbar. All is
going fine but i don't know how to access the explorer in which the
toolbar is.
F.e. how to navigate in the window when I click button on toolbar.

Can you please give me some example?

Thanks a lot, mandark



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Hyperlinks in JvRichEdit
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 1 Oct 2004 12:35:08 +0200
Newsgroups: jedi.vcl

> >You could insert raw RTF:
> >
> >{\field {\*\fldinst {HYPERLINK "URL" }}{\fldrslt {\ul URLTekst }}}
> >
> >Where you fill in URL and URLTekst, for example
> >
> >{\field {\*\fldinst {HYPERLINK "http://jvcl.sourceforge.net" }}
{\fldrslt 
> >{\ul JVCL Homepage }}}
> >
> >\ul means underline, etc.

It's exactly what I want to do but how do I insert raw RTF in my 
JvRichEdit text?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: AppStorage Mantis Bugs
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 01 Oct 2004 11:14:39 +0200
Newsgroups: jedi.vcl

Jens wrote:

>> Jens Fudickar wrote:
>>
>>
>>> OBones schrieb:
>>>
>>>
>>>> Jens wrote:
>>>>
>>>>
>>>>>> Jens Fudickar wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>> #0002151: String properties are trimmed
>>>>>>
>>>>>>
>>>>>>
>>>>>> Probably to enforce same behavior for all storage backends.
>>>>>> AFAIK Ini files trim spaces.
>>>>>>
>>>>>
>>>>> Yeah. But the question is, what is the best help for the user. An other
>>>>> way could be to encapsulate it in '"' when there is a blank at the
>>>>> beginning or end. But how to decide, that the '"' is because of blank, and
>>>>> not because of storage?
>>>>
>>>>
>>>>
>>>> Or why not use '_', '%20', '&nbsp;' ...
>>>>
>>>> Best use a property. By the way, there already is a WhiteSpaceReplacement property for the XML storage.
>>>>
>>>
>>> I think you are right.
>>>
>>> Did you know a function to do it? There is as far as i know only a function for one direction.
>>
>> The problem is that I think it is impossible to have a function that works both ways. Let's have an example, whith the replacement being '_':
>>
>> Original: '  test_this  ';
>> Saved as: '__test_this__';
>> Read and reverted: '  test this  ';
>>
>> I think this is a drawback that must be taken into account. I would actually consider moving the WhiteSpaceReplacement into the parent class (instead of simply in XML based storages) so that it is automatically available.
>> What do you think of this ?
>>
>
> I'd like more the way to only replace the blanks with "&nbsp;" and CR/LF
> with something similar. Not more. Only to solve these two major problems.
> And maybe blanks only when a property is set, to do it (trim_string_fields
> = FALSE, for example)
>
> Greetings
> Jens
>
> P.S. I'm looking for a function to do this with no effort for me :-)

The less effort for you is to move the WhiteSpaceReplacement code to TJvCustomAppStorage, it does all you want and has the flexibility to allow for single characters or strings as the replacement. WhiteSpace accounts for #32, #9, #10, #13 and some others...

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: AppStorage Mantis Bugs
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 1 Oct 2004 11:12:09 +0200
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> OBones schrieb:
>> >> 
>>> >>> Jens wrote:
>>> >>>
>>>>> >>>>> Jens Fudickar wrote:
>>>>> >>>>>
>>>>> >>>>>
>>>>>> >>>>>> #0002151: String properties are trimmed
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> Probably to enforce same behavior for all storage backends.
>>>>> >>>>> AFAIK Ini files trim spaces.
>>>>> >>>>>
>>>> >>>>
>>>> >>>> Yeah. But the question is, what is the best help for the user. An other
>>>> >>>> way could be to encapsulate it in '"' when there is a blank at the
>>>> >>>> beginning or end. But how to decide, that the '"' is because of 
>>>> >>>> blank, and
>>>> >>>> not because of storage?
>>> >>>
>>> >>>
>>> >>>
>>> >>> Or why not use '_', '%20', '&nbsp;' ...
>>> >>>
>>> >>> Best use a property. By the way, there already is a 
>>> >>> WhiteSpaceReplacement property for the XML storage.
>>> >>>
>> >> 
>> >> I think you are right.
>> >> 
>> >> Did you know a function to do it? There is as far as i know only a 
>> >> function for one direction.
> >
> >The problem is that I think it is impossible to have a function that 
> >works both ways. Let's have an example, whith the replacement being '_':
> >
> >Original: '  test_this  ';
> >Saved as: '__test_this__';
> >Read and reverted: '  test this  ';
> >
> >I think this is a drawback that must be taken into account. I would 
> >actually consider moving the WhiteSpaceReplacement into the parent class 
> >(instead of simply in XML based storages) so that it is automatically 
> >available.
> >What do you think of this ?
> >
I'd like more the way to only replace the blanks with "&nbsp;" and CR/LF
with something similar. Not more. Only to solve these two major problems.
And maybe blanks only when a property is set, to do it (trim_string_fields
= FALSE, for example)

Greetings
Jens

P.S. I'm looking for a function to do this with no effort for me :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Fri, 1 Oct 2004 10:35:58 +0200
Newsgroups: jedi.vcl

> > Form.AutoSize := True ?

Yes! With
- JvCoolBar.Bottom := True
- JvStatusBar.Top := True
- JvStatusBar.Constraints(maxHeight := max height you want )

Thanks.




Subject: Re: JvDBImage
From: "AlexB" <b.a.v@ngs.ru>
Date: Fri, 1 Oct 2004 15:09:40 +0700
Newsgroups: jedi.vcl

"Peter Th?rnqvist" <peter3@nospam.peter3.com>
> > Try this:
> >
> > procedure TJvDBImage.UpdateData(Sender: TObject);
> > var
> >   Stream: TMemoryStream;
> > begin
> >   if ReadOnly then Exit; // add this line
> > ...
Yes, it saves the situation.

> > Shouldn't really be needed since the parent TDBImage should never call
> > UpdateData when Readonly = true, but...

Standard  TDBImage never calls UpdateData (after dbl-click on it) even if
Readonly = false

Alex.




Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Uli Gerhardt" <ulrich.gerhardt@gmx.de>
Date: Fri, 1 Oct 2004 09:43:35 +0200
Newsgroups: jedi.vcl

> >What's missing to have the height of the form increase/decrease, i.e. 
adapt
> >itself  to the height of the
> >JvCoolBar, when dragging a JvToolBar down/up ?

Form.AutoSize := True ?

Uli.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: AppStorage Mantis Bugs
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 01 Oct 2004 09:15:51 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> OBones schrieb:
>
>> Jens wrote:
>>
>>>> Jens Fudickar wrote:
>>>>
>>>>
>>>>> #0002151: String properties are trimmed
>>>>
>>>>
>>>>
>>>> Probably to enforce same behavior for all storage backends.
>>>> AFAIK Ini files trim spaces.
>>>>
>>>
>>> Yeah. But the question is, what is the best help for the user. An other
>>> way could be to encapsulate it in '"' when there is a blank at the
>>> beginning or end. But how to decide, that the '"' is because of blank, and
>>> not because of storage?
>>
>>
>>
>> Or why not use '_', '%20', '&nbsp;' ...
>>
>> Best use a property. By the way, there already is a WhiteSpaceReplacement property for the XML storage.
>>
>
> I think you are right.
>
> Did you know a function to do it? There is as far as i know only a function for one direction.

The problem is that I think it is impossible to have a function that works both ways. Let's have an example, whith the replacement being '_':

Original: '  test_this  ';
Saved as: '__test_this__';
Read and reverted: '  test this  ';

I think this is a drawback that must be taken into account. I would actually consider moving the WhiteSpaceReplacement into the parent class (instead of simply in XML based storages) so that it is automatically available.
What do you think of this ?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: BCB6 & runtime packages
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 01 Oct 2004 08:06:14 +0200
Newsgroups: jedi.vcl

Olivier Bertini wrote:

> Hi,
>
> I'm new to JVCL and I must say very impressed by the quality of the library :-)

Thanks.

> Now the problem :-(
>
> I've got an application crash when I compile my application with "Build with runtime packages". The Path environement variable is set correctly. The only JVCL package I use is JvCoreC6R.

What do you call a crash? Do you get a message? If yes, what is it?

> If i build the app without this runtime package everything works fine but my app grows from about 1MB. The component used are TJvAppRegistryStorage (JvCoreC6R) and TJvFormStorage (JvSystemC6R).

Yes, but building with runtime packages forces you to distribute JvCoreC6R.bpl (and JvSystemC6R.bpl since you use TJvFormStorage) with your application.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: Tobin Hall <tobinhall_NOSPM_@sbcglobal.net>
Date: Fri, 1 Oct 2004 03:31:10 +0000 (UTC)
Newsgroups: jedi.vcl

Oliver,

    	Sorry I haven't gotten back to this problem, but I've been way too 
busy, and it appears that I'll be that way for at least another week or 
two.   I'll try to revisit this, but know that I haven't dropped off the 
face of the earth.

Tobin.




Subject: TJvCsvDataSet Bug!
From: "Richard" <RLi@BioBeef.Com>
Date: Thu, 30 Sep 2004 18:03:25 -0400
Newsgroups: jedi.vcl

Hi JVCL developer,

There is an simple bug in JvCsvData.pas.

   line 2306:  StringToCsvRow(aCsvFieldDef, ',', @CsvFieldRec, False,
False);
   should be changed to
              StringToCsvRow(aCsvFieldDef, Separator, @CsvFieldRec, False,
False);

Can any one fix it in your source?

Thanks for your job,

Richard




Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 30 Sep 2004 22:57:06 +0200
Newsgroups: jedi.vcl

> > To see an example in action, you may want to have a look at the Package
> > Generator (PG) in devtools.

I made a form with, from top to bottom:

1) a JvMainMenu ( not in a JvToolBar for the moment )

2) 2 JvToolBars with
   - Align := alTop
   - Anchors
      - akLeft := True
      - akTop := True
      - akRight := True
      - akBottom := False
   - AutoSize := False
   - DockSite := False
   - DragKind := dkDock
   - DragMode := dmAutomatic
in a JvControlBar with
   - Align := alTop
   - Anchors
      akLeft := True
      akTop := True
      akRight := True
      akBottom := False
   - AutoDock := True
   - AutoDrag := True
   - AutoSize := True
   - DockSite := True
   - DragKind := dkDrag
   - DragMode := dmManual

3) a JvStatusBar
   - Align := alBottom
   - Anchors:
      - akLeft := True
      - akTop := False
      - akRight := True
      - akBottom :=  True
   - SizeGrip :=  True

and with

Form.Height := FormCaptionBarHeight + (JvMainMenu + JvControlBar +
JvStatusBar).Height

As in the PG main form, I can drag the JvToolBars up and down, however the
height of the form does
not increase/decrease when dragging one of the JvToolBars down/up: the
height of the JvControlBar increases/decreases but when it increases the
bottom part ( 2nd line ) of the JvControlBar is masked
by the JvStatusBar which remains at the same vertical position.

What's missing to have the height of the form increase/decrease, i.e. adapt
itself  to the height of the
JvCoolBar, when dragging a JvToolBar down/up ?





Subject: Re: Hyperlinks in JvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 30 Sep 2004 22:13:32 +0200
Newsgroups: jedi.vcl

Fred wrote:
>  Hello,
>
> I'd like to add a hyperlink in a RTF document edited by JvRichEdit but I didn't find a way to do it. Setting Link=true is a display-only solution, it's not saved. The best way would be to add a hyperlink field, but how can I add a field with JvRichEdit ? Any solution ?

You could insert raw RTF:

{\field {\*\fldinst {HYPERLINK "URL" }}{\fldrslt {\ul URLTekst }}}

Where you fill in URL and URLTekst, for example

{\field {\*\fldinst {HYPERLINK "http://jvcl.sourceforge.net" }}{\fldrslt {\ul JVCL Homepage }}}

\ul means underline, etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: BCB6 & runtime packages
From: Olivier Bertini <olivier.bertini@nooooapaaammmmurbanet.ch>
Date: Thu, 30 Sep 2004 22:05:36 +0200
Newsgroups: jedi.vcl

Hi,

I'm new to JVCL and I must say very impressed by the quality of the library :-)


Now the problem :-(

I've got an application crash when I compile my application with "Build with runtime packages". The Path environement variable is set correctly. The only JVCL package I use is JvCoreC6R.

If i build the app without this runtime package everything works fine but my app grows from about 1MB. The component used are TJvAppRegistryStorage (JvCoreC6R) and TJvFormStorage (JvSystemC6R).

I'd like to use runtime packages because I plan tu use more different components in many different applications.

JVCL was installed from JVCL300BETA2JCL192-Build1666Complete.zip
I'm using BCB 6 Pro update#4 + linker fix.
The App was compiled with debug, dynamic RTL and "Treat enums types as int".

Any idea welcome. Thanks.

Olivier Bertini



Subject: Re: Project JEDI - Issue Tracker - JVXPBar
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 30 Sep 2004 15:15:02 -0400
Newsgroups: jedi.vcl

Hi Peter,

I know this will take some rework, but it will make the component much more useful than it is.  As far as I know there is no component available that does this so maybe someone will be interested in doing it.  I am in no hurry and I am not pressing... just tring to urge someone to take it on.

Regards,

Bill


Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 30 Sep 2004 20:34:52 +0200
Newsgroups: jedi.vcl

Thanks Olivier, that should keep me busy for a while.  ;-)




Subject: Re: Project JEDI - Issue Tracker - JVXPBar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Sep 2004 19:58:06 +0200
Newsgroups: jedi.vcl

The problem with adding support for embedding other controls is that JvXPBar
is built around the notion that this is not allowed. So, basically, you are
looking at a near complete rewrite. I don't think that it will happen
anytime soon.

The flickering with empty items hottracking, however, should not be as
difficult to hunt down and eliminate.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 30 Sep 2004 19:48:39 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Alain PIERRE wrote:
>
>>> ... I suspect you want the XP
>>> look on the buttons as well but I'm not quite sure
>>
>>
>>
>> Good guess !  ;-)
>
>
> Ok then, you have to draw them yourself. I don't have an example right now, but I'll see what I can do tonight.

Ok, no example ready, but have a look at OnCustomDrawButton, OnAdvancedCustomDrawButton events, and paint in the canvas passed as a parameter to the event. Have a look at the XP painter in JvMenus.pas to see how it draws the top menu items.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Bug in TJvLookupAutoComplete ?!?!!?
From: "Fellipe Henrique" <fellipe@fakemail.org>
Date: Thu, 30 Sep 2004 14:13:46 -0300
Newsgroups: jedi.vcl

Hello, i think these is a bug, because when I use these component my Edit 
linked to TJvLookupAutoComplete does not get KeyPress, the KeyPress signed 
for the Edit linked doent works...

These is a bug? How I fix these? 




Subject: JVDBTreeView does not display anything
From: "Billy" <nospam@i-ssis.com>
Date: Thu, 30 Sep 2004 12:28:28 -0400
Newsgroups: jedi.vcl

Is there any sample or documentation available on JCDB Tree view. I cant
make it to display any thing. Tried all combinations of
MasterField,ItemField,DataField. Can some oneexplain the use of these
fields.

Thanks




Subject: Re: BCB and XP Theming
From: "Gustavo" <No.Spam@Please.Net>
Date: Thu, 30 Sep 2004 11:51:39 -0300
Newsgroups: jedi.vcl

Hi all,

I had to copy all Mike Lischke's ThemeManager DCU files to JVCL\RUN folder 
to compile JVCL using XP Theming in BCB6.
A goode idea to the future would be to set a path in the JVCL packages for 
the Theme Manger...

regards,

Gustavo.
---------

"OBones" <obones_gfgfd_@_dgf_altern.org> escreveu na mensagem 
news:cjgkts$tlq$1@talkto.net...
> > Fred wrote:
> >
>>> >>>I think that what "Explicit Rebuild" does is to ignore all DCU/BPK/BPL 
>>> >>>files and regenerate them.
>>> >>>I would then suggest to delete all these files, rebuild the JVCL and
>> >>
>> >> see
>>> >>>what happens. If it doesn't work, then please send a message here, 
>>> >>>someone should be able to help you out.
>> >>
>> >>
>> >> Alas, that doesn't work.
>> >>
>> >> I'm wondering how the JVCL can know where XP TM is installed. In fact, 
>> >> the problem may be just this: a path problem.
> >
> > Mmmm... Good question, I actually have no idea. I guess it assumes it is 
> > in $(BCB)\Projects\Bpl and co.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.771 / Virus Database: 518 - Release Date: 29/9/2004 




Subject: Re: Hyperlinks in JvRichEdit
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 30 Sep 2004 16:17:42 +0200
Newsgroups: jedi.vcl

> >Setting Link=true is a display-only 
> >solution, it's not saved.

.... as a hyperlink field. In fact, Link=true works very well with 
JvRichEdit (but not with Word or other RTF viewers).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Project JEDI - Issue Tracker - JVXPBar
From: Bill Miller <w2m@frontiernet.net>
Date: Thu, 30 Sep 2004 10:16:38 -0400
Newsgroups: jedi.vcl

I posted this at Project JEDI - Issue Tracker but no responce so far.

Description: Improve JVXPBar to hold components and to paint without flickerling captions that are blank and allow resizing the height of the component to hold components.

Additional Information:    The JVXPBar is an excellent component but it has serious limations if components are placed on it because "empty" items have to be created to expand the bar to hold components and there is flicker when moving the mouse over items with empty captions.

Please add ability to JVXPBar to hold Comboboxes, Trackbars
Scrollbars or other components without having to add JVXPBar items to expand the panel.

Remove 'Untitled' item captions and do not paint hottracking if the caption is blank.

This would greatly enhance the component!

Regards,

Bill


Subject: Re: JvDBImage
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 30 Sep 2004 18:51:20 +0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com>
> > Try this:
> >
> > procedure TJvDBImage.UpdateData(Sender: TObject);
> > var
> >   Stream: TMemoryStream;
> > begin
> >   if ReadOnly then Exit; // add this line

Thank you for this tip. I'll try it tomorrow.

Alex.




Subject: Re: JvDBImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Sep 2004 13:43:41 +0200
Newsgroups: jedi.vcl

Try this:

procedure TJvDBImage.UpdateData(Sender: TObject);
var
  Stream: TMemoryStream;
begin
  if ReadOnly then Exit; // add this line
  CheckFieldType;
....

Shouldn't really be needed since the parent TDBImage should never call
UpdateData when Readonly = true, but...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDBImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Sep 2004 13:35:40 +0200
Newsgroups: jedi.vcl

> > I've forgot to say : ReadOnly=true...
In that case, there's a bug in the component. You should report this in
Mantis.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDBImage
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 30 Sep 2004 18:20:53 +0700
Newsgroups: jedi.vcl

"Peter" <peter3@nospam.peter3.com>
> > You should set JvDbImage1.ReadOnly to true. This doesn't mean that the
image
> > is readonly, only that the control is (i.e doesn't go to edit mode when
you
> > click Enter or double-click).

I've forgot to say : ReadOnly=true...

Alex.






Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 30 Sep 2004 13:13:19 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> ... I suspect you want the XP
>> look on the buttons as well but I'm not quite sure
>
>
> Good guess !  ;-)

Ok then, you have to draw them yourself. I don't have an example right now, but I'll see what I can do tonight.

Cheers


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: BCB and XP Theming
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 30 Sep 2004 13:12:30 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> I think that what "Explicit Rebuild" does is to ignore all DCU/BPK/BPL files and regenerate them.
>> I would then suggest to delete all these files, rebuild the JVCL and 
>
> see
>> what happens. If it doesn't work, then please send a message here, someone should be able to help you out.
>
>
> Alas, that doesn't work.
>
> I'm wondering how the JVCL can know where XP TM is installed. In fact, the problem may be just this: a path problem.

Mmmm... Good question, I actually have no idea. I guess it assumes it is in $(BCB)\Projects\Bpl and co.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDBImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Sep 2004 13:12:26 +0200
Newsgroups: jedi.vcl

You should set JvDbImage1.ReadOnly to true. This doesn't mean that the image
is readonly, only that the control is (i.e doesn't go to edit mode when you
click Enter or double-click). Since it is almost impossible to determine
whether the image has been edited or not, the image is always marked as
modified when ReadOnly is false.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net "AlexB" <b.a.v@ngs.ru> skrev i meddelandet news:cjggrq$srd$1@talkto.net...
> > Hi all!
> > ---------------------
> > BCB5, MSAccess database->ADO->...->JvDBImage.
> > ---------------------
> > ok, but ...
> >
> > Double click or press <Enter> on JvDBImage.
> > Result: I can't scroll to another record of database.
> > Exception: Dataset not in edit or insert state.
> > ---------------------
> > Src:
> >
> > procedure TJvDBImage.UpdateData(Sender: TObject);
> > var
> >   Stream: TMemoryStream;
> > begin
> >   CheckFieldType;
> >
> >   // If there is no graphic just clear field and exit
> >   if Picture.Graphic = nil then
> >   begin
> >     Field.Clear;
> >     Exit;
> >   end;
> >
> >   Stream := TMemoryStream.Create;
> >   try
> >     Picture.Graphic.SaveToStream(Stream);
> >     Stream.Position := 0;
> >     TBlobField(Field).LoadFromStream(Stream); <<<<Exception
> >   finally
> >     Stream.Free;
> >   end;
> > end;
> > -----------------------------
> >
> > Why JvDBImage writes (unchanged) data? Why doubleclick or <Enter> make
data
> > "changed"?
> >
> > Alex.
> >
> >




Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 30 Sep 2004 13:04:40 +0200
Newsgroups: jedi.vcl

> >... I suspect you want the XP
> > look on the buttons as well but I'm not quite sure

Good guess !  ;-)




Subject: Re: BCB and XP Theming
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 30 Sep 2004 13:00:40 +0200
Newsgroups: jedi.vcl

> >I think that what "Explicit Rebuild" does is to ignore all DCU/BPK/BPL 
> >files and regenerate them.
> >I would then suggest to delete all these files, rebuild the JVCL and 
see 
> >what happens. If it doesn't work, then please send a message here, 
> >someone should be able to help you out.

Alas, that doesn't work.

I'm wondering how the JVCL can know where XP TM is installed. In fact, 
the problem may be just this: a path problem.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Hyperlinks in JvRichEdit
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 30 Sep 2004 12:47:58 +0200
Newsgroups: jedi.vcl

 Hello,

I'd like to add a hyperlink in a RTF document edited by JvRichEdit but I 
didn't find a way to do it. Setting Link=true is a display-only 
solution, it's not saved. The best way would be to add a hyperlink 
field, but how can I add a field with JvRichEdit ? Any solution ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: BCB and XP Theming
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 30 Sep 2004 12:40:52 +0200
Newsgroups: jedi.vcl

Fred wrote:

>  Hello,
>
> I installed the Mike Lischke's ThemeManager package under BCB5 and it works well, but I have a compilation error when I select XP Theming in JVCL install program. I suppose it is due to the missing "Explicit rebuild" option as explained in the Readme.htm, but what can I do with BCB (it doesn't use .dpk and I didn't find anything similar to the "Explicit Rebuild" option)?

I think that what "Explicit Rebuild" does is to ignore all DCU/BPK/BPL files and regenerate them.
I would then suggest to delete all these files, rebuild the JVCL and see what happens. If it doesn't work, then please send a message here, someone should be able to help you out.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: BCB and XP Theming
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 30 Sep 2004 12:35:09 +0200
Newsgroups: jedi.vcl

 Hello,

I installed the Mike Lischke's ThemeManager package under BCB5 and it 
works well, but I have a compilation error when I select XP Theming in 
JVCL install program. I suppose it is due to the missing "Explicit 
rebuild" option as explained in the Readme.htm, but what can I do with 
BCB (it doesn't use .dpk and I didn't find anything similar to 
the "Explicit Rebuild" option)?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBImage
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 30 Sep 2004 17:03:05 +0700
Newsgroups: jedi.vcl

Hi all!
---------------------
BCB5, MSAccess database->ADO->...->JvDBImage.
---------------------
ok, but ...

Double click or press <Enter> on JvDBImage.
Result: I can't scroll to another record of database.
Exception: Dataset not in edit or insert state.
---------------------
Src:

procedure TJvDBImage.UpdateData(Sender: TObject);
var
  Stream: TMemoryStream;
begin
  CheckFieldType;

  // If there is no graphic just clear field and exit
  if Picture.Graphic = nil then
  begin
    Field.Clear;
    Exit;
  end;

  Stream := TMemoryStream.Create;
  try
    Picture.Graphic.SaveToStream(Stream);
    Stream.Position := 0;
    TBlobField(Field).LoadFromStream(Stream); <<<<Exception
  finally
    Stream.Free;
  end;
end;
-----------------------------

Why JvDBImage writes (unchanged) data? Why doubleclick or <Enter> make data
"changed"?

Alex.




Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 30 Sep 2004 11:57:27 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> ... could draw them yourself if you wanted to (OnCustomDraw).
>
>
> Where can I find demo's and/or example(s), unless there are other
> components which provide what I'm looking for ?

Could you describe what you are trying to do? I suspect you want the XP look on the buttons as well but I'm not quite sure

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Where cat I get this file today?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 30 Sep 2004 11:47:34 +0200
Newsgroups: jedi.vcl

AlexB wrote:

> "OBones" <obones_gfgfd_@_dgf_altern.org>
>
>> this situation should be solved in the next few days.
>
>
> Alex
>
>
Do a get on CVS with a date prior to today.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Now can't install latest J_V_CL: JclDITs is missed ;-)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Sep 2004 11:13:19 +0200
Newsgroups: jedi.vcl

> > And it's JVCL issue too :)
What Olivier means is that the file is part of JCL, so it's an issue we
cannot do anything about. The JVCL uses JCL, so we are affected but that
doesn't make it a problem we can solve. Post in the JCL group and let them
know about it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 30 Sep 2004 10:54:57 +0200
Newsgroups: jedi.vcl

> > ... could draw them yourself if you wanted to (OnCustomDraw).

Where can I find demo's and/or example(s), unless there are other
components which provide what I'm looking for ?




Subject: Where cat I get this file today?
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 30 Sep 2004 15:13:41 +0700
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org>
> > this situation should be solved in the next few days.

Alex




Subject: Re: Now can't install latest J_V_CL: JclDITs is missed ;-)
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 30 Sep 2004 15:06:54 +0700
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org>
>> >> AlexB wrote:

>> > > Can't install latest JCL due to missing JclDITs.pas.

> > This is a JCL issue.

CJcl50.dpk(100) Fatal: File not found: 'JclDITs.dcu' .

And it's JVCL issue too :)

Alex.




Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 30 Sep 2004 09:53:16 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> Set the Menu property of the Form to nil.
>
>
> Hmmm... logical I would say.
> Hmmm²... I've got much to learn.  :-)
No worries, we all have ;-)

>> Use the Flat look on the Toolbar
>
>
> Setting TJvToolBar.Flat := True
> is somewhat better, although still
> button-like.  :-(

Well, it looks a lot like the regular menu when used with the msOffice style. If you are using the XP style, yes, the toolbar looks a bit like buttons, but you could draw them yourself if you wanted to (OnCustomDraw).

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Can't install latest JCL: JclDITs is missed
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 30 Sep 2004 09:52:05 +0200
Newsgroups: jedi.vcl

AlexB wrote:
> Hi all.
>
> Can't install latest JCL due to missing JclDITs.pas.
> Distrib contans JclDITs-1.92.int only.
>
> Installed after removing
> USEUNIT("..\..\source\common\JclDITs.pas");
>
> (Target: BCB5).
>
> Alex.

This is a JCL issue. Please post in jedi.jcl
However, I'm quite sure this is related to the cleanup that is currently taking place in the JCL, this situation should be solved in the next few days.

-- 
Olivier Sannier
JVCL Coordinator


Subject: what is 'Delphi Closed-Tools API'?
From: "vvrobinham" <vvrobinham@hotmail.com>
Date: Thu, 30 Sep 2004 15:48:55 +0800
Newsgroups: jedi.vcl

thanks.




Subject: Can't install latest JCL: JclDITs is missed
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 30 Sep 2004 14:02:32 +0700
Newsgroups: jedi.vcl

Hi all.

Can't install latest JCL due to missing JclDITs.pas.
Distrib contans JclDITs-1.92.int only.

Installed after removing
USEUNIT("..\..\source\common\JclDITs.pas");

(Target: BCB5).

Alex.




Subject: Re: Restart App
From: Micha Schumann <schumann@itc-ms.de>
Date: Wed, 29 Sep 2004 21:22:06 +0000
Newsgroups: jedi.vcl

Micha Schumann wrote:
> Robert Marquardt wrote:
>
>> Micha Schumann wrote:
>>
>>> Is there a VCL component that allows "soft" restarting an application without reloading the exe?
>>
>>
>>
>> No, because that is impossible.
>
> According to Sony nothing ist impossible ;-)
>
> I thought about some kind of loop around application.init ... application.run. In Turbo Vision (anyone remember that?) it was easier AFAIR since the destructor of the application was called in the code.
>
> But it is not worth the effort, restarting the EXE just takes a second longer. Thanks for dealing with my whacky ideas!
>
> Micha
I now reload my exe this easy way preserving the params (in my case very important).

....
var
  s: string;
  i:integer;
....
begin
  ...
  s:=application.exename;
  for i:=1 to paramcount do s:=s+' '+paramstr(i);
  winexec(pchar(s),sw_shownormal);
  application.terminate;
end;

Best regards,

Micha


Subject: modern style toolbar with user runtime editor
From: Roman Garcia <nykros@eudoramail.com>
Date: Wed, 29 Sep 2004 17:30:44 -0300
Newsgroups: jedi.vcl

Hi,

  I am using RxLib´s toolbar and toolbar runtime editor. It looks old
fashioned, but it is easy to use and robust (I never could get docking
bars working in D4, especially saving and loading them).
  There are new toolbar components in JVCL 3.0? Im migrating from JVCL
2.1 to 3.0 BETA 1 and D7.

 Thanks in advance. Roman. 


Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Wed, 29 Sep 2004 22:25:21 +0200
Newsgroups: jedi.vcl

> > Set the Menu property of the Form to nil.

Hmmm... logical I would say.
Hmmm²... I've got much to learn.  :-)

> > Use the Flat look on the Toolbar

Setting TJvToolBar.Flat := True
is somewhat better, although still
button-like.  :-(




Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 29 Sep 2004 22:20:21 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> For the menu in a toolbar, use TJvMainMenu and TJvToolbar and its Menu
>> toolbar:
>
>
> Thanks Olivier, however:
>
> - when I set JvToolBar.Menu to JvMainManu
> I have 2 menu's, one above the other:
> the normal one ( above ) and one on the JvToolBar
> underneath ( putting the TJvToolBar on a TJvCoolbar
> makes no difference ).

Set the Menu property of the Form to nil.

> - how do you have a JvMainMenu on a JvToolBar
> that looks like a normal JvMainMenu, i.e. without buttons ?

Use the Flat look on the Toolbar


Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Wed, 29 Sep 2004 22:00:19 +0200
Newsgroups: jedi.vcl

> > For the menu in a toolbar, use TJvMainMenu and TJvToolbar and its Menu
> > toolbar:

Thanks Olivier, however:

- when I set JvToolBar.Menu to JvMainManu
I have 2 menu's, one above the other:
the normal one ( above ) and one on the JvToolBar
underneath ( putting the TJvToolBar on a TJvCoolbar
makes no difference ).

- how do you have a JvMainMenu on a JvToolBar
that looks like a normal JvMainMenu, i.e. without buttons ?




Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 29 Sep 2004 21:35:21 +0200
Newsgroups: jedi.vcl

For the menu in a toolbar, use TJvMainMenu and TJvToolbar and its Menu toolbar:

http://homepages.borland.com/jedi/jedihelp/item.php?Id=20523

To see an example in action, you may want to have a look at the Package Generator (PG) in devtools.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Wed, 29 Sep 2004 21:23:21 +0200
Newsgroups: jedi.vcl

I tried with a JvControlBar instead of a JvCoolBar.
Didn't get more wiser here... and I don't understand
the difference between both either.  :-(





Subject: JvCoolBar - JvToolBar, JvMainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Wed, 29 Sep 2004 20:54:08 +0200
Newsgroups: jedi.vcl

On a form having the height of a menu + a toolbar:

1) How do you make the toolbar(s) movable
( horizontally, vertically ) - i.e. not their buttons ?

2) Have the height of the form the toolbar are on adapt
itself automatically when moving one of the two side-by-side
toolbars underneath the other, or moving a lower/higher
positioned toolbar to a position next to the other one ?

3) How do you place a menu on a ( vertically movable )
coolbar or how do you make a menu vertically movable ?

Thanks,
Alain

-- Using: - Windows 98 SE ( Build 4.10.2222 A ) French - Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US - JCL 1.92 + JVCL300 Beta 2 ( Build 1666 ) 

Subject: Re: Restart App
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 29 Sep 2004 19:26:20 +0200
Newsgroups: jedi.vcl

Nico Bendlin wrote:
> Peter Thornqvist wrote:
>
>> You could write a small DOS program that (re)starts the program after some
>> delay. Call it from your main app with GetCurrentProcessID or the path to
>> the app (or both) as command params.
>
>
> 16-Bit applications are not supported on Win64/WoW64.

DOS-like programs do not need to be Win16


Subject: Re: Restart App
From: Nico Bendlin <nicode@net.gmx>
Date: Wed, 29 Sep 2004 19:10:40 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> You could write a small DOS program that (re)starts the program after some
> delay. Call it from your main app with GetCurrentProcessID or the path to
> the app (or both) as command params.

16-Bit applications are not supported on Win64/WoW64.


Subject: Re: Restart App
From: "Florent Ouchet" <ouchet.florent@laposte.net>
Date: Wed, 29 Sep 2004 18:31:08 +0200
Newsgroups: jedi.vcl

> > According to Sony nothing ist impossible ;-)

Using run-time packages, you can unload all package that need a restart, and
load then again.
Maybe not all the packages need a restart, you can restart only the
graphical interface ...




Subject: Re: Restart App
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 29 Sep 2004 17:16:49 +0200
Newsgroups: jedi.vcl

You could write a small DOS program that (re)starts the program after some
delay. Call it from your main app with GetCurrentProcessID or the path to
the app (or both) as command params.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: AppStorage Mantis Bugs
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 29 Sep 2004 16:44:34 +0200
Newsgroups: jedi.vcl

OBones schrieb:
> Jens wrote:
>
>>> Jens Fudickar wrote:
>>>
>>>
>>>> #0002151: String properties are trimmed
>>>
>>>
>>> Probably to enforce same behavior for all storage backends.
>>> AFAIK Ini files trim spaces.
>>>
>>
>> Yeah. But the question is, what is the best help for the user. An other
>> way could be to encapsulate it in '"' when there is a blank at the
>> beginning or end. But how to decide, that the '"' is because of blank, and
>> not because of storage?
>
>
> Or why not use '_', '%20', '&nbsp;' ...
>
> Best use a property. By the way, there already is a WhiteSpaceReplacement property for the XML storage.
>

I think you are right.

Did you know a function to do it? There is as far as i know only a function for one direction.


Subject: Re: Error installing latest CVS checkout
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Sep 2004 15:06:29 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Problem is that the installer always regenerate the JvEx files. Even build.exe does this now as well, if I'm not mistaken.

It worked for me to delete the newly generated files and check them out again. Probably the dates are then in a state to make the installer not generate new files.


Subject: Re: JvRichEdit and JvShellHook
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 29 Sep 2004 12:22:16 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> I try to use the CutToClipboard/CopyToClipboard/PasteFromClipboard functions with JvRichEdit but nothing works. When I debug the thing, I see the ClipboardCommands set does not contain caCut and caPaste. Where do I initialize that? I found nothing in the JvRichEdit.pas and in the example given to enlighten me. I feel blind. What did I miss ?
>
>
> The bug is in JvExStdCtrls and it affects many components, not only JvRichEdit. The ClipboardCommands initialization has been removed from the unit in version 1.45 (UnitVersioning support) by Ahuser.
> I don't know who's in charge of JvExStdCtrls but could he take a look at it and fix the thing ? I will do the change tomorrow if nobody does.
>
> Fred

Please note that JvExStdCtrls is a generated unit, it should be modified only through its associated macro file in devtools\JvEx\src (or similar).

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Donations: JvExCLX classes, JvQEventFilters
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 29 Sep 2004 12:16:25 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
>
> In addition to JvExCLX I am developing an new clx unit JvQEventFilters.

All of them will be based (Jv(Q)ControlComponent.pas) on

TJvControlComponent = class(TJvComponent)
public
  property Parent: TControl read FParent write SetParent;
end;

Regards,

André Snepvangers


Subject: Re: JvRichEdit and JvShellHook
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 29 Sep 2004 12:10:30 +0200
Newsgroups: jedi.vcl

> >I try to use the CutToClipboard/CopyToClipboard/PasteFromClipboard 
> >functions with JvRichEdit but nothing works. When I debug the thing, I 
> >see the ClipboardCommands set does not contain caCut and caPaste. Where 
> >do I initialize that? I found nothing in the JvRichEdit.pas and in the 
> >example given to enlighten me. I feel blind. What did I miss ?

The bug is in JvExStdCtrls and it affects many components, not only 
JvRichEdit. The ClipboardCommands initialization has been removed from 
the unit in version 1.45 (UnitVersioning support) by Ahuser.
I don't know who's in charge of JvExStdCtrls but could he take a look at 
it and fix the thing ? I will do the change tomorrow if nobody does.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Restart App
From: Micha Schumann <schumann@itc-ms.de>
Date: Wed, 29 Sep 2004 09:45:08 +0000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Micha Schumann wrote:
>
>> Is there a VCL component that allows "soft" restarting an application without reloading the exe?
>
>
> No, because that is impossible.
According to Sony nothing ist impossible ;-)

I thought about some kind of loop around application.init ... application.run. In Turbo Vision (anyone remember that?) it was easier AFAIR since the destructor of the application was called in the code.

But it is not worth the effort, restarting the EXE just takes a second longer. Thanks for dealing with my whacky ideas!

Micha


Subject: Re: Error installing latest CVS checkout
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 29 Sep 2004 11:00:30 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Probably the Installer batch has regenerated the JvEx files which are buggy. Use the checked out versions.

Problem is that the installer always regenerate the JvEx files. Even build.exe does this now as well, if I'm not mistaken.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Error installing latest CVS checkout
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Sep 2004 10:57:35 +0200
Newsgroups: jedi.vcl

Probably the Installer batch has regenerated the JvEx files which are buggy. Use the checked out versions.


Subject: Re: Restart App
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Sep 2004 10:55:53 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:

> But it is not worth the effort, restarting the EXE just takes a second longer. Thanks for dealing with my whacky ideas!

Placing a ShellExecute(ParamStr(0), ...) after Run should do the trick.
a component for that is impossible though.

A wizard to handle
- Splash screen
- only one instance
- restart
would be a nice idea.
All these tricks are best implemented in the .dpr


Subject: Re: Error installing latest CVS checkout
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 29 Sep 2004 12:50:09 +0400
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
I have the same problem on CB6

> Hi,
>
> i have just checked out the current version from CVS. When install.bat tries
> to compile the installer i get a lot of errors in JVCL\run\JvExControls.pas:
>
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(350) Error: '=' expected but
> '(' found
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(351) Error: ';' expected but
> identifier 'TJvExCustomControl' found
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1553) Error: ';' expected but
> '.' found
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1553) Error: ',' or ':'
> expected but ')' found
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1554) Error: Type expected but
> 'ASM' found
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1558) Error: Identifier
> redeclared: 'TJvExGraphicControl'
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1564) Error: Identifier
> redeclared: 'TJvExGraphicControl'
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1570) Error: Identifier
> redeclared: 'TJvExGraphicControl'
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1576) Error: Identifier
> redeclared: 'TJvExGraphicControl'
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1582) Error: Identifier
> redeclared: 'TJvExGraphicControl'
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1588) Error: Identifier
> redeclared: 'TJvExGraphicControl'
> E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1594) Error: Identifier
> redeclared: 'TJvExGraphicControl'
>
> A lot of other errors are following.
>
> I am copying the complete JVCL checkout to a new directory (after making a
> backup of the old version) so there are no old version of any file.
>
> Ciao,
> Ralf
>


Subject: Error installing latest CVS checkout
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 29 Sep 2004 10:02:27 +0200
Newsgroups: jedi.vcl

Hi,

i have just checked out the current version from CVS. When install.bat tries
to compile the installer i get a lot of errors in JVCL\run\JvExControls.pas:

E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(350) Error: '=' expected but
'(' found
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(351) Error: ';' expected but
identifier 'TJvExCustomControl' found
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1553) Error: ';' expected but
'.' found
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1553) Error: ',' or ':'
expected but ')' found
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1554) Error: Type expected but
'ASM' found
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1558) Error: Identifier
redeclared: 'TJvExGraphicControl'
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1564) Error: Identifier
redeclared: 'TJvExGraphicControl'
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1570) Error: Identifier
redeclared: 'TJvExGraphicControl'
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1576) Error: Identifier
redeclared: 'TJvExGraphicControl'
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1582) Error: Identifier
redeclared: 'TJvExGraphicControl'
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1588) Error: Identifier
redeclared: 'TJvExGraphicControl'
E:\Delphi7\Lib\JEDI\JVCL\run\JvExControls.pas(1594) Error: Identifier
redeclared: 'TJvExGraphicControl'

A lot of other errors are following.

I am copying the complete JVCL checkout to a new directory (after making a
backup of the old version) so there are no old version of any file.

Ciao,
Ralf



Subject: Restart App
From: Micha Schumann <schumann@itc-ms.de>
Date: Wed, 29 Sep 2004 05:20:13 +0000
Newsgroups: jedi.vcl

Is there a VCL component that allows "soft" restarting an application without reloading the exe?


Subject: Re: Restart App
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Sep 2004 06:10:36 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:
> Is there a VCL component that allows "soft" restarting an application without reloading the exe?

No, because that is impossible.


Subject: Re: Grid Proposal
From: Micha Schumann <schumann@itc-ms.de>
Date: Tue, 28 Sep 2004 22:59:13 +0000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Micha Schumann wrote:
>
>> I would like to start a new one that is also Kylix capable and is fully JEDI compliant and fits into the jvcl. I can imagine extending the current jvSTringGrid while maintaining full backward compatibility.
>
>
> You are enlisted ;-)
> The easiest way is to create your own subdirectory in the donations part of the JVCL and develop there. I currently help Florent to complete his Color donations.
> When it is more or less ready for the JVCL we can integrate it into the main tree.
OK!

MIcha


Subject: Re: Jv*Splitter
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 28 Sep 2004 22:42:12 +0200
Newsgroups: jedi.vcl

> > It is called TJvCaptionPanel and you can see an example of use in the
> > JVCL Mega Demo

Magnifique !

Thanks a lot for taking the time to research.

Putting a TJvCaptionPanel on a TJvBevel
does indeed not work. It has to be a TJvPanel.

- The TJvCaptionPanel CaptionFont is not in
sync with the ParentFont setting. Is this deliberate
or an omission ?

- To make it even better, I'd like to prevent
the TJvCaptionPanel from enabling to cross
the TJvPanel borders, or at least prevent
crossing the side to which the caption bar is
positioned ( CaptionPosition ) so it can't get
beyond the corresponding TJvPanel panel
border.
It seems the TJvCaptionPanel OnEndDrag
event is most suited for this. I'll explore that
tomorrow. Now is bed time.

Zzzz...




Subject: Re: Jv*Splitter
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 28 Sep 2004 19:19:45 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> Because you can design the TFrame just like a TForm, then put the TFrame
>> in a Moveable Panel. Note that I'm quite sure that the Movable Bevel
>> will not allow you to do what you want. I know of a demo of that kind of
>> things, just need to find where it is...
>
>
> Did a search in JVCL Beta 3 Help and Online Help: no trace of
> TJvMovablePanel.

It is called TJvCaptionPanel and you can see an example of use in the JVCL Mega Demo

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: JVTrayIcon - Changing Icon in a Thread
From: "Norman W. Clark" <nclark@clark-tech.com>
Date: Tue, 28 Sep 2004 11:04:34 -0600
Newsgroups: jedi.vcl

I'm using JVCL Ver 3( latest Beta but the problem occurred in all the
previous versions) JVTrayIcon and if I change the IconIndex in the PopUpMenu
selections the change is reflected in the System Tray as expected.  If, on
the other hand, I change the IconIndex in another thread, the icon is not
changed in the System Tray.  I've attempted numerous alternatives to change
the icon in the System Tray but to no avail.

If any readers have discovered the solution to this issue, I would
appreciate your insight.

Thanks,
-- .... Norm Norman W. Clark nclark@clark-tech.com 

Subject: Re: Jv*Splitter
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 28 Sep 2004 18:15:27 +0200
Newsgroups: jedi.vcl

> > Because you can design the TFrame just like a TForm, then put the TFrame
> > in a Moveable Panel. Note that I'm quite sure that the Movable Bevel
> > will not allow you to do what you want. I know of a demo of that kind of
> > things, just need to find where it is...

Did a search in JVCL Beta 3 Help and Online Help: no trace of
TJvMovablePanel.





Subject: Re: Jv*Splitter
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 28 Sep 2004 16:35:30 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> 2. Put a panel on the right, Align := alClient and then create your as
>> many TJvMovablePanel as you need, putting a TFrame inside.
>
>
> Found TJvMovableBevel, no TJvMovablePanel.
> Seems to be ok.
>
> Why specifically a TFrame ?

Because you can design the TFrame just like a TForm, then put the TFrame in a Moveable Panel. Note that I'm quite sure that the Movable Bevel will not allow you to do what you want. I know of a demo of that kind of things, just need to find where it is...

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Jv*Splitter
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 28 Sep 2004 16:12:01 +0200
Newsgroups: jedi.vcl

> > 2. Put a panel on the right, Align := alClient and then create your as
> > many TJvMovablePanel as you need, putting a TFrame inside.

Found TJvMovableBevel, no TJvMovablePanel.
Seems to be ok.

Why specifically a TFrame ?




Subject: Re: Jv*Splitter
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 28 Sep 2004 16:10:25 +0200
Newsgroups: jedi.vcl

> > 2. Put a panel on the right, Align := alClient and then create your as
> > many TJvMovablePanel as you need, putting a TFrame inside.

Found TJvMovableBevel, no TJvMovablePanel.
Seems to be ok.

Why specifically a TFrame ?




Subject: Re: Jv*Splitter
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 28 Sep 2004 15:58:02 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> I can thinl of two ways to do this:
>>
>> 1. Use a MDI approach, look in the help for details
>> 2. Put a panel on the right, Align := alClient and then create your as
>> many TJvMovablePanel as you need, putting a TFrame inside.
>
>
> Which one of both is the less resource hungry ?
>
>
I'd say MDI, but I'm no expert on that subject.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Jv*Splitter
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 28 Sep 2004 15:47:12 +0200
Newsgroups: jedi.vcl

> > I can thinl of two ways to do this:
> >
> > 1. Use a MDI approach, look in the help for details
> > 2. Put a panel on the right, Align := alClient and then create your as
> > many TJvMovablePanel as you need, putting a TFrame inside.

Which one of both is the less resource hungry ?




Subject: Re: Jv*Splitter
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 28 Sep 2004 15:40:37 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

> Ok I've got it work with JvxSplitter ( JvSplit ).
>
> To the left of the splitter I have a PageControl
> with a JvTreeView and an JvOutlookBar.
> According to the selected item in one of both
> I want to open some forms to the right of the
> splitter.
>
> These forms have to be placed/can be moved
> ( only ) inside the area delimited to the right of
> the splitter. Which form's properties have to be
> set for that ?

I can thinl of two ways to do this:

1. Use a MDI approach, look in the help for details
2. Put a panel on the right, Align := alClient and then create your as many TJvMovablePanel as you need, putting a TFrame inside.

I have not much preference, the first one seems to be designed for this but MDI seems to be less and less recommended nowadays.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Jv*Splitter
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 28 Sep 2004 15:32:43 +0200
Newsgroups: jedi.vcl

Ok I've got it work with JvxSplitter ( JvSplit ).

To the left of the splitter I have a PageControl
with a JvTreeView and an JvOutlookBar.
According to the selected item in one of both
I want to open some forms to the right of the
splitter.

These forms have to be placed/can be moved
( only ) inside the area delimited to the right of
the splitter. Which form's properties have to be
set for that ?




Subject: Re: Jv*Splitter
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 28 Sep 2004 15:01:03 +0200
Newsgroups: jedi.vcl

Thanks a lot Andreas.

I had a look in the online help
to figure out what's the difference
( in use ) between

- JvSplitter,
- JvxSplitter ( JvSplit ), and
- JvSyncSplitter

Unfortunately I didn't
become much wiser.

Any clues ?




Subject: Re: Grid Proposal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 28 Sep 2004 14:55:03 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:

> I would like to start a new one that is also Kylix capable and is fully JEDI compliant and fits into the jvcl. I can imagine extending the current jvSTringGrid while maintaining full backward compatibility.

You are enlisted ;-)
The easiest way is to create your own subdirectory in the donations part of the JVCL and develop there. I currently help Florent to complete his Color donations.
When it is more or less ready for the JVCL we can integrate it into the main tree.


Subject: Re: Jv*Splitter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 28 Sep 2004 14:53:33 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

> > Where can I find Jv*Splitter examples ?

Splitters are very easy to handle. 

Put the panels/treeview/... on the form and set their align property. Then
put a splitter on the form and set it's align property to the same value
of the panel/treeview. Now put the other panel/listview to the form and
set it's align to alClient. Compile and starte the application.


-- Regards, Andreas Hausladen 

Subject: Re: JvRichEdit and JvShellHook
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 28 Sep 2004 14:44:28 +0200
Newsgroups: jedi.vcl

> >I try to use the CutToClipboard/CopyToClipboard/PasteFromClipboard 
> >functions with JvRichEdit but nothing works. When I debug the thing, I 
> >see the ClipboardCommands set does not contain caCut and caPaste. Where 
> >do I initialize that? I found nothing in the JvRichEdit.pas and in the 
> >example given to enlighten me. I feel blind. What did I miss ?

OK, I saw it's already in Mantis #2164.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvRichEdit and JvShellHook
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 28 Sep 2004 14:30:22 +0200
Newsgroups: jedi.vcl

 Hello,

I try to use the CutToClipboard/CopyToClipboard/PasteFromClipboard 
functions with JvRichEdit but nothing works. When I debug the thing, I 
see the ClipboardCommands set does not contain caCut and caPaste. Where 
do I initialize that? I found nothing in the JvRichEdit.pas and in the 
example given to enlighten me. I feel blind. What did I miss ?

Did someone try the JvShellHook example? Under XP, I have only three 
events triggered while active: WindowCreated/Destroyed/Activated. Is it 
normal? About the example source: some external symbols are not found by 
BCB5 and thus some events must be disabled to compile (that does not 
change the fact I'm surprised to never see the "unknown" event).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Jv*Splitter
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 28 Sep 2004 14:25:45 +0200
Newsgroups: jedi.vcl

I'd like to design a main form
with a movable vertical split:

- left of split bar: page with
treeview ( TTreeView or Jv*TreeView )
and outlookbar ( JvOutlookBar )

- right of split bar: modal
and non-modal windows

I spotted in the Jv Trackers,
Sliders, Splitters palette:
JvSplitter, JvxSplitter, JvSyncSplitter

Where can I find Jv*Splitter examples ?
Unless I missed something there aren't
any provided in the ..\jvcl\exmaples.

Any tips & hints on how to make these
components work together would be
highly appreciated.

Thanks,
Alain
-- Using: - Windows 98 SE ( Build 4.10.2222 A ) French - Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US - JCL 1.92 + JVCL300 Beta 2 ( Build 1666 ) 

Subject: Grid Proposal
From: Micha Schumann <schumann@itc-ms.de>
Date: Tue, 28 Sep 2004 10:26:42 +0000
Newsgroups: jedi.vcl

Over the years I developed a grid descendant of TStringGrid with a bunch of nice features that I use a lot. I would donate it but unfortunately I used the Borland sourcecode and modified it because I when I started I was not too experienced in OO techniques.

I would like to start a new one that is also Kylix capable and is fully JEDI compliant and fits into the jvcl. I can imagine extending the current jvSTringGrid while maintaining full backward compatibility.

My current grid makes it absolutely easy to work with embedded controls because it has the handlers built in and fires events to request the kind of field for every field and e.g. requests the content of a combobox as a stringlist.

Since the handlers are embedded in the grids code their behaviour is exactly like in Excel and you can easily use the grid fith keyboard only for example.

This way you can also make the fieldkind (combo, list, text, integer...) dependant on many things not only on row/col very very easy.

In the end I implemented nearly everything regarding the grid as event handlers and in my projects this saved me a lot of programming effort.

Apart from that I implemented cut/copy/paste of regions, moving regions and entering the fixed area when scrolling leftmost to edit values there. And an extra event that transports changes as "SignalDIrty" do the ouside.

So if I feel interest of JEDI users and could get support on how to do things that they are easily converted to CLX I would give that a try.


Micha


Subject: Re: Grid Proposal
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 28 Sep 2004 10:46:19 +0200
Newsgroups: jedi.vcl

Hi.

This all looks interesting. I wonder however if it would be possible to share code with the TJvDBGrid that does this already.
TJvDBGrid is not available to Personal Edition users and I'm sure they would appreciate the "inplace editors" functionnality in TStringGrid, and this is why I would like to see your work in the JVCL.
Just try to see if you can share part of the code between TJvDBGrid and TJvStringGrid in a way that does not require the DB related packages.
You may want to contact Fred for any help in modifying TJvDBGrid to achieve that.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: AppStorage Mantis Bugs
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 28 Sep 2004 09:55:21 +0200
Newsgroups: jedi.vcl

Jens wrote:

>> Jens Fudickar wrote:
>>
>>
>>> #0002151: String properties are trimmed
>>
>> Probably to enforce same behavior for all storage backends.
>> AFAIK Ini files trim spaces.
>>
>
> Yeah. But the question is, what is the best help for the user. An other
> way could be to encapsulate it in '"' when there is a blank at the
> beginning or end. But how to decide, that the '"' is because of blank, and
> not because of storage?
>
1)

'This "Text"'            -> This "Text"
'This Text '             -> This Text ''
'This 'Text' <cr><lf> '  -> This 'Text' #CR#LF  ''
'This 'Text' <cr><lf> '' -> This 'Text' #CR#LF '''

2)
NULL = CHR(0)

'This Text   '          -> This Text    #NULL
'This Text <cr><lf>   ' -> This Text #CR#LF   #NULL
'This Text'             -> This Text


3) ?
   < fill in >

====

Regards,

André




Subject: Re: AppStorage Mantis Bugs
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 28 Sep 2004 09:44:47 +0200
Newsgroups: jedi.vcl

Jens wrote:
>> Jens Fudickar wrote:
>>
>>
>>> #0002151: String properties are trimmed
>>
>> Probably to enforce same behavior for all storage backends.
>> AFAIK Ini files trim spaces.
>>
>
> Yeah. But the question is, what is the best help for the user. An other
> way could be to encapsulate it in '"' when there is a blank at the
> beginning or end. But how to decide, that the '"' is because of blank, and
> not because of storage?

Or why not use '_', '%20', '&nbsp;' ...

Best use a property. By the way, there already is a WhiteSpaceReplacement property for the XML storage.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: AppStorage Mantis Bugs
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 28 Sep 2004 08:31:06 +0200
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> #0002151: String properties are trimmed
> >
> >Probably to enforce same behavior for all storage backends.
> >AFAIK Ini files trim spaces.
> >
Yeah. But the question is, what is the best help for the user. An other
way could be to encapsulate it in '"' when there is a blank at the
beginning or end. But how to decide, that the '"' is because of blank, and
not because of storage?

Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: AppStorage Mantis Bugs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 28 Sep 2004 06:59:03 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> #0002151: String properties are trimmed

Probably to enforce same behavior for all storage backends.
AFAIK Ini files trim spaces.


Subject: Re: AppStorage Mantis Bugs
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 28 Sep 2004 01:02:17 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
>
> #0002166: TJvAppIniFileStorage and float properties
> Who can looked for this? As discussed before it's a problem of the BufToBinStr and BinStrToBuf implementations. Someone else would be better to change this.

I will take a look and remove the code for BufToBinStr and BinStrToBuf.
but I will keep the code as example of disastrous cody, or to use as
a riddle

Regards,

André Snepvangers


Subject: AppStorage Mantis Bugs
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 28 Sep 2004 00:17:39 +0200
Newsgroups: jedi.vcl

Hi Guys,

something to collect comments on (discuss first, change then :-)

#0002151: String properties are trimmed
 A space typed in a TEdit (at the beginning or the end) won't be saved.
Cause: Trim in the WriteString at the end of TJvPropertyStorage.StoreAnyProperty.
I use this TEdit to let the user type a prefix: it is a bit annoying to force him to type a "-" instead of a space.

Tow possible sollutions:
1. Remove Trim
2. Optional Parameter in the StorageOptions


#0002152: CR/LF in string properties
When a string property contains CR/LF, it is not properly saved: TJvAppIniFileStorage can only restore the part before the CR/LF, and TJvAppXMLFileStorage replace it with a LF. A call to StrStringToEscaped could be integrated ?

Solution sounds good for me. But is there also a function for going vice versa? Can i go for it?

#0002166: TJvAppIniFileStorage and float properties
Who can looked for this? As discussed before it's a problem of the BufToBinStr and BinStrToBuf implementations. Someone else would be better to change this.

#0002141: TJvFormStorage does not work with Form.BorderStyle = bsDialog
I will look for it in this week.


Greetings
Jens




Subject: Re: AlwaysShowPopup and JvDBControls
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 27 Sep 2004 21:31:36 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I agree with you Olivier and am sorry that I caused inconvenience for Fred. I normally try to not break things, but in this case my idea was to mimic the Rx DB controls that allow the DB controls to show their popup when the DB is read only (but not when the controls ReadOnly property is set to True).

No worries. It might have been better to discuss it before, but not much harm done ;-)

>> I will wait until tonight and if no one objects, I will change the default value to False, to restore the previous behaviour. 
> Okay.

This is now done.
Enjoy

Olivier Sannier
JVCL Coordinator


Subject: Re: AlwaysShowPopup and JvDBControls
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 27 Sep 2004 20:53:21 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Fred wrote:
>
>> Hello,
>>
>> I disagree with True as the default value of the new property "AlwaysShowPopup" in JvDBControls. First of all, I have from now on to change this property in all of my apps to keep them working as before. Second of all, I can't see the usefulness of the calc dialog when the JvDBCalcEdit control has its ReadOnly property set to true. IMHO, the default value should be False, not True.
> This comment goes to all developers:
>
> When adding a new property that changes the behaviour of a component, its default value should leave the behaviour of the component as it was before, so that the situation described above does not occur.

I agree with you Olivier and am sorry that I caused inconvenience for Fred. I normally try to not break things, but in this case my idea was to mimic the Rx DB controls that allow the DB controls to show their popup when the DB is read only (but not when the controls ReadOnly property is set to True).

> I will wait until tonight and if no one objects, I will change the default value to False, to restore the previous behaviour. 

Okay.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Donations: JvExCLX classes, JvQEventFilters
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 27 Sep 2004 20:07:54 +0200
Newsgroups: jedi.vcl

Hi André,

Very great your development !! I am impatient to see that because that can
maybe help me to solve a problem in the implementation of a unit in GLScene
for Kylix (the unit GLCadencer)

Regards,
Lionel




"André Snepvangers" <asn@xs4all.nl> a écrit dans le message news:
civgl2$2go$1@talkto.net...
> > I have completely rewritten the VisualCLX part of the JvExVCL classes.
> > The templates are in devtools/JvExCLX/src
> >
> > Features:
> > - Removed obsolete methods introduced by the JvEXVCL classes.
> > - Message methods have been removed.
> > - Removed obsolete macro's  (i.e. JV_XXXXX_IMPL_BEGIN/END)
> > - Renamed macro's to shorter but yet meaningfull names.
> > - The interface* IJvXXXXXEvents have been removed from JvEx
> > - The file containing the macro's has a superior layout in comparation
> >    with macro file, improving maintainability
> > - No initialization finalization sections.
> > - OO designed: resulting in large reduction of the number of code lines.
> > - Doublebuffering has been removed from JvExCLX classes.
> >
> > In addition to JvExCLX I am developing an new clx unit JvQEventFilters.
> > One of them TJvDoubleBuffering id currently in CVS as
> > JvQDoubleBuffering.pas. It will be moved to JvQEventFilters.
> > The unit will contain the folowing components:
> >
> >    TJvCustomEventFilter = class(TJvComponent)
> >    ....
> >    public
> >      procedure OnEventFilter(Receiver: QObjectH; Event: QEvent;
> >        Handled: Boolean); virtual;
> >      function SupportedEvents: TJvEventTypes; virtual;
> >    end;
> >
> >    TJvEventFilter = class(TJvCustomEventFilter)
> >    published
> >      property Control;
> >      property AppEvents;
> >      property MouseEvents;
> >      property StdEvents;
> >      property OnEvents;
> >    end;
> >
> > TJvTimerEvents:
> > - implements WM_TIMER similar to Windows
> >
> > TJvDoubleBuffered:
> > - implements double buffered paint for all controls (including
> >    TGraphicControl).
> > - Supports WM_ERASEBKGND
> >
> > TJvMessageEvents:
> > - Dispatches messages that have been posted (through a Qt Event)
> > - Translates Qt events to messages and dispatches them.
> >
> > Regards,
> >
> > André Snepvangers




Subject: Re: TJvWizard and dynamic control creation
From: "Jason Swager" <jswager_NOSPAM@activevoice_NOSPAM.com>
Date: Mon, 27 Sep 2004 09:17:20 -0700
Newsgroups: jedi.vcl

Thanks!  That will help.  It appears that TJvWizard really only supports
dynamic creation of pages on demand - which the installer appears to be
doing.  I was hoping that I could do a dynamic creation of all pages before
any are displayed.

But now that I think about it, if I have a hundred pages, of which only 20
will be shown, perhaps building them on demand would be more efficient than
building all 100.

Thanks again.

Jason Swager

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:cj36a5$kqr$1@talkto.net...
> > Have a look at the JVCL installer (in <jvcl>\install\JVCLInstall) as it
uses
> > dynamic creation of pages and controls.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: Re: TJvmainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Mon, 27 Sep 2004 16:55:50 +0200
Newsgroups: jedi.vcl

> > Is there on in TMainMenu ?

No there isn't one either.  :-(




Subject: Re: TJvmainMenu
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 27 Sep 2004 16:54:06 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

> Provide a ParentFont property ?

Is there on in TMainMenu ? If yes, you can use it, but I'm not sure it would have any effect.

The implementation I would think of would be through the painters, but that is dependent on my assesment of the required changes.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvmainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Mon, 27 Sep 2004 16:47:54 +0200
Newsgroups: jedi.vcl

> >...changes to the menu classes to provide a way
to change the font of menus,...

Provide a ParentFont property ?




Subject: Re: JvExJVCL units
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 27 Sep 2004 15:31:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> I am sorry to say you lack any knowledge about OO basics.
>
>
> And from which files do you make your opinion about my OO knowledge?
> You do not know me personally and you have not seen any source code I have
> not written for open source projects. And most JVCL activity by me was bug
> fixing and not writing new components. So not much OO in JVCL is by me.

Guys, please.

I know I'm not the best one to speak here (you may remember some of my messages earlier this year), but please try to remain calm and courteous. Every comment and criticism is always welcome when it is done in a constructive manner. I don't think it is in the best interest of both of you to continue this little "war".

Thanks

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvmainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Mon, 27 Sep 2004 15:01:10 +0200
Newsgroups: jedi.vcl

> > I will assess the required changes to the menu classes to provide a way
> > to change the font of menus, and if it is easy, I will do it.

Thanks Olivier, that would be most welcome.




Subject: Re: TJvmainMenu
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 27 Sep 2004 15:00:27 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> But i'm not even sure the Font property is public.
>
>
> Indeed, it's not public.
>
> So, as far as I understand and please correct me
> if I'm wrong, to have uniformity of fonts across an
> application ( menu's, controls, ... ) there's no other
> solution than setting ParentFont := True for the main
> form, as well as for all controls on the form, so they
> take the default ( windows ) fonts (  selected in the
> windows screen properties dialog ).

I guess so, but I have no way to test it. Further, this might be modified by the Themes under Windows XP.

I will assess the required changes to the menu classes to provide a way to change the font of menus, and if it is easy, I will do it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvmainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Mon, 27 Sep 2004 14:43:05 +0200
Newsgroups: jedi.vcl

> > But i'm not even sure the Font property is public.

Indeed, it's not public.

So, as far as I understand and please correct me
if I'm wrong, to have uniformity of fonts across an
application ( menu's, controls, ... ) there's no other
solution than setting ParentFont := True for the main
form, as well as for all controls on the form, so they
take the default ( windows ) fonts (  selected in the
windows screen properties dialog ).




Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Sep 2004 13:56:58 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> you are right, but Delphi has also a smart linker, and everything that is not necessary is automatically removed from the compiled code if I remember well.

The dfm files are stored as text resources. All of it is outside the reach of the linker.
Setting default values also helps very much in writing clean code. The implicit initialization to 0 through the allocation of the object is often undesireable.


Subject: Re: AlwaysShowPopup and JvDBControls
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 27 Sep 2004 12:41:37 +0200
Newsgroups: jedi.vcl

Fred wrote:

> Hello,
>
> I disagree with True as the default value of the new property "AlwaysShowPopup" in JvDBControls. First of all, I have from now on to change this property in all of my apps to keep them working as before. Second of all, I can't see the usefulness of the calc dialog when the JvDBCalcEdit control has its ReadOnly property set to true. IMHO, the default value should be False, not True.
>
> Fred

Hi

This comment goes to all developers:

When adding a new property that changes the behaviour of a component, its default value should leave the behaviour of the component as it was before, so that the situation described above does not occur.
It the change is _required_ to fix a bug, then it must be carefully documented through an announcement here and in changelog.txt.

I will wait until tonight and if no one objects, I will change the default value to False, to restore the previous behaviour.

Thanks to all of you.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: AlwaysShowPopup and JvDBControls
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 27 Sep 2004 12:31:22 +0200
Newsgroups: jedi.vcl

Hello,

I disagree with True as the default value of the new 
property "AlwaysShowPopup" in JvDBControls. First of all, I have from 
now on to change this property in all of my apps to keep them working as 
before. Second of all, I can't see the usefulness of the calc dialog 
when the JvDBCalcEdit control has its ReadOnly property set to true. 
IMHO, the default value should be False, not True.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 27 Sep 2004 10:37:17 +0200
Newsgroups: jedi.vcl

hello Ivo,

> Regarding today's HDD sizes: I think that this
> is actually a matter of a good programming
> practise/efficiency or something like this. Why
> store something into *.dfm when it is not necessary?

you are right, but Delphi has also a smart linker, and everything that is not necessary is automatically removed from the compiled code if I remember well.

Regards
Salvatore



Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 27 Sep 2004 10:32:18 +0200
Newsgroups: jedi.vcl

hello Andreas,

thank you very much for your interest and the removal. Efficient as usual.

Regards
Salvatore



Subject: Re: JvAppIniFileStorage and DefaultSection
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 27 Sep 2004 10:24:03 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hello Olivier,
>
> thanks for doing this. I didn't have thought about these properties.
No worries.
As a rule, hard coded values should be avoided to allow users to change them.


> Greetings
> Jens
>
> P.S. I'm back.

Glad to see that, we need all the help we can get ;-)

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Bizare compiler bug in JvHTControls
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 27 Sep 2004 10:22:32 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> I suspect Delphi limits the min and max values of set ranges so it should be
> avoided unless you are working with a real set.

If this is not already fixed, could anyone post a Mantis issue with this  ?

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: install problems with jvcl beta 2
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 27 Sep 2004 10:15:13 +0200
Newsgroups: jedi.vcl

salsa wrote:

> im try to install a jvcl package but ... the instalation does not complete.....
>
> somebody can help me?
>
> thankz a l0t ;)
>
> =========================================================
>
>  Windows XP Service Pack 2 (5.1.2600)
>
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Generating: Templates]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Writing: ..\D7\dcc32.cfg
> [Generating: Packages]
> Generating packages for D7
>     Loaded template.dof
>     Loaded template.dpk
>     Loaded template.res
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Compiling: Packages]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Fatal: '""\DJclVcl.dcp' does not exist - don't know how to make it
> ** error 1 ** deleting CompilePackages

Please refer to other messages around. Basically, you must install the JCL before the JVCL. Those are two projects, JVCL using the JCL. The JCL is provided with the JVCL as a convenience only, and because of the early release status, there is no "launcher" as of yet.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvmainMenu
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 27 Sep 2004 10:11:30 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

> How do you set the menu's font, different from the default ?

Right now, I'm quite sure you can't. The way it should be done is through the use of an Item Painter, setting its Font property. However, it does not seem to be published. You may want to try this:

MyMainMenu.ItemPainter.Font := SomeFont;

But i'm not even sure the Font property is public.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Wrong installer source in JVCL300BETA2SourceOnly.zip
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 27 Sep 2004 08:44:33 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The JVCL300BETA2SourceOnly.zip archive contains the old (obsolute)
> installer.
> This is no problem, but I think I should finally remove the files from CVS
> to prevent such mistakes.
>
Yes please.


Subject: Re: JvFinalize is now obsolute
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Sep 2004 07:36:30 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have removed all references to JvFinalize from the JVCL. The unit is
> obsolute and replaced by the former finalization section with lots of
> FreeAndNil calls.

Some FreeAndNil calls did not work whne i tried to replace Free calls in the first finalization cleaning. The problem is that FreeAndNil first assigns nil to the parameter and then calls Free on a copy of the pointer. If the parameter is a global variable this can cause access to the global variable inside the destructor.


Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Sep 2004 07:33:31 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> I don't know since I didn't looked at the code actually. Perhaps this is an unwanted result of code cleaning? <bg>

Probably. I made many string literals resourcestrings.


Subject: Re: TJvIPAddress does not paint correctly
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Sep 2004 07:26:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Wasn't that already fixed. On my system the control looks normal. (even
> with a height of 50 pixel).

OK. I will tell them.


Subject: JVCL for Importing data?
From: "Tim Li" <xinetd.d@gmail.com>
Date: Mon, 27 Sep 2004 11:21:19 +0800
Newsgroups: jedi.vcl

I know that there are jvcl for exporting data from dbgrid to excel or csv
file.
However I can't find any jvcl for importing data from execel or csv file to
any grid control.
Are there something I missed?

Thanks.




Subject: TJvCsvData problem
From: Ionut Muntean <ionut@deltanet.ro>
Date: Mon, 27 Sep 2004 04:54:46 +0300
Newsgroups: jedi.vcl

Hi,

There are weird StackOverflow exceptions when using an JCsvData component, displaying data in a DBGrid and keeping PgDown or PgUp pressed.

The debug trace goes back from line 2192 in JvCsvData.pas to SysGemMem in GETMEM.INC line 979.

Can anyone help?

Thanks in advance,
Ionut


Subject: JvFinalize is now obsolute
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 27 Sep 2004 02:00:57 +0200
Newsgroups: jedi.vcl

I have removed all references to JvFinalize from the JVCL. The unit is
obsolute and replaced by the former finalization section with lots of
FreeAndNil calls. I found out that a FreeAndNil() / .Free does not include
the whole class, so the creation code is still in it's creator function.
It is also a little bit faster on application termination (but who is
interested in a fast application termination :-) )

I kept the unit until the JVCLX files are regenerated.

-- Regards, Andreas Hausladen 

Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 27 Sep 2004 00:23:57 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The default caption texts were no resourcestring at the beginning (if I
> remember correctly).

I don't know since I didn't looked at the code actually. Perhaps this is an unwanted result of code cleaning? <bg>

> The stored methods are now removed.

A fast service as always. Thanks!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Sep 2004 23:31:34 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> > Agreed. As I said above, the localizable properties should never have to
> > do anything with the resource strings.

The default caption texts were no resourcestring at the beginning (if I
remember correctly).
The stored methods are now removed.


-- Regards, Andreas Hausladen 

Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Sep 2004 23:29:45 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > It is probably a left-over from the original KWizard and noone considered
> > what would/could happen when trying to localize it. I suspect the
> > original component didn't use resourcestrings either, so the logic would
> > work in that case.

I have removed them now.


-- Regards, Andreas Hausladen 

Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 26 Sep 2004 23:24:52 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:
> Yes, the localization software should take care of this situations, but in this case it was fooled because nothing was stored and it cannot find something that doesn't exist :-) And the stored status is reflected also in the final drc file that it scans to find all the properties to translate.

Agreed. As I said above, the localizable properties should never have to do anything with the resource strings. I have never seen this myself before. The whole 'stored' specifier should definitely be removed from the property declaration in this case.

> Regarding dfm's size, I don't think that it is a real problem with today's hard disk sizes :-) so I hope that my request to remove the stored specifier from these properties will be taken into account by the developers.

1) The 'stored' specifier should be removed in this case regardless of the dfm file size issue.

2) Regarding today's HDD sizes: I think that this is actually a matter of a good programming practise/efficiency or something like this. Why store something into *.dfm when it is not necessary? Furthermore, the today's HDD sizes are quite big but if one has to download a file over the internet via dial-up connection then the size really does matter (and there are still many people using dial-up for everyday's use).

Good night!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sun, 26 Sep 2004 22:37:43 +0200
Newsgroups: jedi.vcl

hello Ivo,

thank you for your reply. Yes, the localization software should take care of this situations, but in this case it was fooled because nothing was stored and it cannot find something that doesn't exist :-) And the stored status is reflected also in the final drc file that it scans to find all the properties to translate.

Regarding dfm's size, I don't think that it is a real problem with today's hard disk sizes :-) so I hope that my request to remove the stored specifier from these properties will be taken into account by the developers.

As Peter Tornqvist correctly said, it was probably a left-over of the original kWizard that didn't use resourcestrings at all (not very I18N'ish :-).

Regards
Salvatore



Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 26 Sep 2004 21:47:23 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> Just take a look at TField's FieldName and DisplayName properties.

Oops, thought slow, typed fast. DisplayName of course should be DisplayLabel.


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 26 Sep 2004 21:45:22 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:
> hello Peter,

Umm, am I allowed to respond here even if I'm not Peter (and probably will never be)? :-)

> Ok, but since JVCL uses resourcestrings, what do you think about the possibility to remove it? I don't see any advantage in leaving it there.

Neither do I. I would remove it myself, please read my other reply to you.

> I think that a property like a caption should always be stored.

Yes and No. Just take a look at TField's FieldName and DisplayName properties. DisplayName does not get saved into *.dfm unless its value is different from FieldName. But still, it is the responsibility of the localizing tool to handle such situations, IMO.


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 26 Sep 2004 21:32:02 +0200
Newsgroups: jedi.vcl

Hi, Salvatore!

Salvatore Besso wrote:
> ....
> property Caption: string read GetCaption write SetCaption stored StoreCaption;
>
> StoreCaption function returns True only if original caption is changed. The comparison is made against the original resourcestring. For some reasons, I have left all button captions of a wizard unmodified except two buttons, and it took me over three days of struggling and headache to understand why my localization software detected only the two button captions that I had modified and was not able to detect all the other unmodified button captions.

Yes, it is considered as a generally bad idea to compare a string against a resourcestring in the 'stored' specifier method.

> Can I know the usefulness of the StoreCaption function?

Basically, the 'stored' specifier determines whether or not to store/save a given property into *.dfm file. The main purpose of this aproach is to reduce the *.dfm file size as much as possible.

BTW, normally one can use the 'default' specifier for this purpose (the property gets stored into *.dfm only if its value differs from a default). Since the 'default' specifier can be used only with ordinal types (and a sets?), for the string/array types some other alternative must be found. This alternative is a 'stored' specifier. :-)

> In my humble opinion it could be removed without any harm so captions are always stored, but if there is a special reason why it is there...

Removing the 'stored' specifier will NOT cause any harm to you except that the property value will be ALWAYS stored in the *.dfm file.


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sun, 26 Sep 2004 21:18:19 +0200
Newsgroups: jedi.vcl

hello Peter,

> It is probably a left-over from the original KWizard
....
> the original component didn't use resourcestrings

thank you for your reply. Ok, but since JVCL uses resourcestrings, what do you think about the possibility to remove it? I don't see any advantage in leaving it there. I think that a property like a caption should always be stored.

Regards
Salvatore



Subject: Re: TJvWizardNavigateButton -> Caption stored clause
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 26 Sep 2004 21:00:24 +0200
Newsgroups: jedi.vcl

It is probably a left-over from the original KWizard and noone considered
what would/could happen when trying to localize it. I suspect the original
component didn't use resourcestrings either, so the logic would work in that
case.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TJvWizardNavigateButton -> Caption stored clause
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sun, 26 Sep 2004 20:25:01 +0200
Newsgroups: jedi.vcl

hello,

this is not a real bug and so I have not opened a Mantis issue, but I cannot understand the logic of using this method to store the button caption:

TJvWizardNavigateButton
.....
published
.....
property Caption: string read GetCaption write SetCaption stored StoreCaption;

StoreCaption function returns True only if original caption is changed. The comparison is made against the original resourcestring. For some reasons, I have left all button captions of a wizard unmodified except two buttons, and it took me over three days of struggling and headache to understand why my localization software detected only the two button captions that I had modified and was not able to detect all the other unmodified button captions.

After having changed all button captions, they have been all correctly detected by the localization software.

Can I know the usefulness of the StoreCaption function? In my humble opinion it could be removed without any harm so captions are always stored, but if there is a special reason why it is there...

Regards
Salvatore



Subject: Re: TJvIPAddress does not paint correctly
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Sep 2004 19:57:15 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I got the report that TJvIPAddress does not paint correctly when a
> > manifest is used. A black bar shows at the bottom.  I cannot fix that
> > because i use Win 2000.

Wasn't that already fixed. On my system the control looks normal. (even
with a height of 50 pixel).


-- Regards, Andreas Hausladen 

Subject: TJvIPAddress does not paint correctly
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 26 Sep 2004 19:42:06 +0200
Newsgroups: jedi.vcl

I got the report that TJvIPAddress does not paint correctly when a manifest is used. A black bar shows at the bottom.
I cannot fix that because i use Win 2000.


Subject: Re: USB component released?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 26 Sep 2004 19:18:13 +0200
Newsgroups: jedi.vcl

Andrea Raimondi wrote:

> If not, is there any timing foreseen for this to happen?

I am currently not working on it.
A general USB component is of limited use anyway.

> I'm sticking with JVCL 2.1 right now... what main advantages
> will I get from upgrading to JVCL 3?

The JVCL 3 bears almost no resemblance to the JVCL 2.1 anymore.
Literally all files have been touched in some way.
Many components have not been changed much, but the reorganisation is still heavy.


Subject: USB component released?
From: Andrea Raimondi <rainaple@tin.it>
Date: Sun, 26 Sep 2004 18:35:56 +0200
Newsgroups: jedi.vcl

Hello,

If I remember correctly, Robert Marquadt said he would release an USB
management component. Did he do it with JVCL3?

If not, is there any timing foreseen for this to happen?

I'm sticking with JVCL 2.1 right now... what main advantages
will I get from upgrading to JVCL 3?

TIA,

Andrew


Subject: Re: JvAppIniFileStorage and DefaultSection
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 26 Sep 2004 18:25:27 +0200
Newsgroups: jedi.vcl

Hello Olivier,

thanks for doing this. I didn't have thought about these properties.

Greetings
Jens

P.S. I'm back.

OBones wrote:

> Vaclav Korecek wrote:
>
>> Your improvement of JvFormStorage is very useful.
>> It works very nice.
>
> Glad to hear that.
>
>> Thank you Olivier.
>
> No worries, thank you for taking the time to test it.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: could tell me the key principium of run-time Form Design?
From: "vvrobinham" <vvrobinham@hotmail.com>
Date: Mon, 27 Sep 2004 00:06:32 +0800
Newsgroups: jedi.vcl

Andreas Hausladen:
    thank you for your answer.
    I still have some doubt want to ask you:
    They said,RaDF is not legality by using delphi design time code,it's
true?
    I guess there are some way to avoid legality problem and do same work
fine.

    is RaDF could do so?

    most important question I want to ask is:
        could tell me the key principium of run-time Form Design?

                                                        vvrobinham.




Subject: Re: Andrey Prigunkov,I want to ask you some question.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Sep 2004 15:13:20 +0200
Newsgroups: jedi.vcl

It is sunday, so not many people are here.

A long time ago (must be last year) I started to convert the RaDF, but
stopped after loosing interest in it.
I'll post my code to jedi.binaries.


-- Regards, Andreas Hausladen 

Subject: Andrey Prigunkov,I want to ask you some question.
From: "vvrobinham" <vvrobinham@hotmail.com>
Date: Sun, 26 Sep 2004 20:33:24 +0800
Newsgroups: jedi.vcl

who can help me or tell me his email address now he use.


thanks.




Subject: Re: How to connect CVS of JEDI with wincvs?
From: Massimiliano <max@nomail.it>
Date: Sun, 26 Sep 2004 14:10:48 +0200
Newsgroups: jedi.vcl

vvrobinham wrote:

> hi people,
>    It's my first-time using CVS client,
> how to connect to JEDI CVS server with wincvs?
>  
>
You may consider to use TortoiseCvs instead. From my POV is easier than WinCvs.
http://sourceforge.net/projects/tortoisecvs/
as CVSROOT you can use something like that:
:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl

module:
dev/JVCL3

I hope it is correct I cannot try...

Ciao
Massimiliano


Subject: Re: Installation problem with jedi3 beta 2
From: "Diederik van Donk" <d.v.donk@hccnet.nl>
Date: Sun, 26 Sep 2004 12:32:20 +0200
Newsgroups: jedi.vcl

Andreas

thanks i will install the jcl.
(I recently started trying the 2.1 version and there was no need to install
2 things, so i didnt no

Diederik


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schreef in bericht
news:cj3g4q$maq$2@talkto.net...
> > Diederik van Donk wrote:
> >
>> > > Preprocessing template :JvExComboedits.pas
>> > > The system cannot find the given path (the original message is in Dutch,
>> > > this is my translation)
> >
> > Someone of the developers deleted this file before the release. But as
> > this file is only used by the JVCLX (CLX version of JVCL) it should not be
> > a problem if you only use the VCL version (JVCL).
> >
> >
>> > > Fatal: '"C:\Program Files\Borland\Delphi6\Projects\Bpl"\DJclVcl.dcp'
does
>> > > not exist - don't know how to make it
> >
> > Have you installed the newest JCL version? JVCL requires JCL. These are
> > two different projects (even if the developers work hand in hand). The
> > JVCL installer is _no_ JCL installer.
> >
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: where is the last release of RALIB include RAFD?
From: "vvrobinham" <vvrobinham@hotmail.com>
Date: Sun, 26 Sep 2004 13:30:42 +0800
Newsgroups: jedi.vcl

hi people,
  since ralib in JVCL exclude RAFD(run-time Form Design),but I need a way to
do same thing in my program,then who can help me to tell me how to get Ralib
include RAFD which can use with delphi7.
    thanks.

                                vvrobinham




Subject: Installing JVCL Help
From: "S.O.Mytting" <mytting@netcom.no>
Date: Sat, 25 Sep 2004 21:25:47 -0700
Newsgroups: jedi.vcl

After installing JVCL 3 today (worked just fine), I have also placed 
JVCL3.HLP into my jvcl\help directory.
Now, is there a trick to have the JVCL help linked into Delphi's help 
system, so that I can use the F1 key to get context-sensitive component help 
at design time?

Best regards,
S.O.Mytting 




Subject: Re: Timeline Component
From: "norberto" <pellicci@shaw.ca>
Date: Sat, 25 Sep 2004 16:55:55 -0700
Newsgroups: jedi.vcl

i wanted to add one more thing which i forgot in the last email:

i know that there is the JvTimeLine component, but it is only for dates. The
component i'm looking for would allow the time axis (x-axis) to be definable
and could be in time units of, say, milliseconds or just individual "ticks".
Also, the items placed in the timeline would be able to be displayed as
horizontal bars, either only one on the entire timeline or multiple bars
covering various x-axis periods.  The locations and widths of the bar(s) on
the timeline would be definable by the end-user at run time.

Sorry for any confusion.


"norberto" <pellicci@shaw.ca> wrote in message
news:cj4pl5$tl7$1@talkto.net...
> > Hi,
> >
> > i've already posted this question on the
> > borland.public.delphi.thirdpartytools.general newsgroup, but i would like
to
> > post it here as well in case i have missed something regarding JVCL
> > components and such a component already exists (i haven't found it yet...)
> > or a JVCL component can be readily adapted to the task. Here is my query:
> >
> > i'm searching for a timeline component or suggestions for coding that
would
> > allow me to display a graphical bar time line at run time and have the end
> > user interactively be able to change the begin / end time and/or add new
> > events to the timeline. (something like the operation of a Gantt Chart
time
> > line). However, the X-axis needs to be definable (at design time only is
OK)
> > but should allow resolution of milliseconds or ticks or something along
that
> > concept. Time display of days, weeks, months, etc. is not needed. Ideally,
> > the component would allow synchronising events of the X-axis time with
other
> > timelines of the same type in the same app.
> >
> > An example of this would be kind of like a hybrid of a Gantt chart and an
> > audio (WAV) file waveform editor X-axis.
> >
> > Thanks for any suggestions.
> >
> >




Subject: install problems with jvcl beta 2
From: "salsa" <salsa@salsa.com>
Date: Sun, 26 Sep 2004 01:30:44 +0200
Newsgroups: jedi.vcl

im try to install a jvcl package but ... the instalation does not 
complete.....

somebody can help me?

thankz a l0t ;)

=========================================================

 Windows XP Service Pack 2 (5.1.2600)

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
[Generating: Packages]
Generating packages for D7
	Loaded template.dof
	Loaded template.dpk
	Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: '""\DJclVcl.dcp' does not exist - don't know how to make it
** error 1 ** deleting CompilePackages



--- posted by geoForum on http://delphi.newswhat.com


Subject: Timeline Component
From: "norberto" <pellicci@shaw.ca>
Date: Sat, 25 Sep 2004 16:18:32 -0700
Newsgroups: jedi.vcl

Hi,

i've already posted this question on the
borland.public.delphi.thirdpartytools.general newsgroup, but i would like to
post it here as well in case i have missed something regarding JVCL
components and such a component already exists (i haven't found it yet...)
or a JVCL component can be readily adapted to the task. Here is my query:

i'm searching for a timeline component or suggestions for coding that would
allow me to display a graphical bar time line at run time and have the end
user interactively be able to change the begin / end time and/or add new
events to the timeline. (something like the operation of a Gantt Chart time
line). However, the X-axis needs to be definable (at design time only is OK)
but should allow resolution of milliseconds or ticks or something along that
concept. Time display of days, weeks, months, etc. is not needed. Ideally,
the component would allow synchronising events of the X-axis time with other
timelines of the same type in the same app.

An example of this would be kind of like a hybrid of a Gantt chart and an
audio (WAV) file waveform editor X-axis.

Thanks for any suggestions.




Subject: Re: What's going on here?
From: Micha Schumann <schumann@itc-ms.de>
Date: Sat, 25 Sep 2004 17:48:47 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Micha Schumann wrote:
>
>
>> Why are there these rude threads suddenly (also in JCL)? Is it some kind
>> of virus?
>
>
> This has nothing to do with the JCL issue.
>
>
It's not my business but I am worried about J*CL breaking apart.



Subject: Re: What's going on here?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 25 Sep 2004 19:23:02 +0200
Newsgroups: jedi.vcl

> > It's not my business but I am worried about J*CL breaking apart.
:) Don't worry, that won't happen

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: How to connect CVS of JEDI with wincvs?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 25 Sep 2004 19:22:24 +0200
Newsgroups: jedi.vcl

> > how to connect to JEDI CVS server with wincvs?
Have a look here:

http://homepages.borland.com/jedi/jvcl/cvs.htm

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: What's going on here?
From: Micha Schumann <schumann@itc-ms.de>
Date: Sat, 25 Sep 2004 17:22:07 +0000
Newsgroups: jedi.vcl

Why are there these rude threads suddenly (also in JCL)? Is it some kind of virus?


Subject: How to connect CVS of JEDI with wincvs?
From: "vvrobinham" <vvrobinham@hotmail.com>
Date: Sun, 26 Sep 2004 00:57:37 +0800
Newsgroups: jedi.vcl

hi people,
    It's my first-time using CVS client,
how to connect to JEDI CVS server with wincvs?

    who can help me,thanks.

                        vvrobinham




Subject: Re: What's going on here?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Sep 2004 17:28:41 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:

> > Why are there these rude threads suddenly (also in JCL)? Is it some kind
> > of virus?

This has nothing to do with the JCL issue.


-- Regards, Andreas Hausladen 

Subject: Re: JvExJVCL units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Sep 2004 16:48:05 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I am sorry to say you lack any knowledge about OO basics.

And from which files do you make your opinion about my OO knowledge?
You do not know me personally and you have not seen any source code I have
not written for open source projects. And most JVCL activity by me was bug
fixing and not writing new components. So not much OO in JVCL is by me.



-- Regards, Andreas Hausladen 

Subject: Re: JvExJVCL units
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 25 Sep 2004 16:34:19 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> As a last contribution I will rewrite the JvExVCL classes demonstrating
>> some OO basics.
>
>
> Hä? "Last contribution"
>
> What happend? Have I upset you? Or do you simply have no further time for
> the JVCL (personal and/or business).
>
> I read in another thread that you want to fork the JVCLX code into a new
> project ("JEDI ?"). Has someone upset you (me included)? I was not here
> for a while because I'm working on a C++ Parser to get a doxygen issue
> free C wrapper for Qt 3. But I don't think that I'm the reason. If I'm the
> reason that please write why I'm the reason.
>
>

Although I really appreciate the large efforst you have made for JVCL, including JVCLX, and the relentless work you have done on the "The Unofficial VisualCLX Patches", I am sorry to say you lack any knowledge about OO basics.

Regards,

André Snepvangers


Subject: Re: JvExJVCL units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Sep 2004 16:04:53 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > As a last contribution I will rewrite the JvExVCL classes demonstrating
> > some OO basics.

Hä? "Last contribution"

What happend? Have I upset you? Or do you simply have no further time for
the JVCL (personal and/or business).

I read in another thread that you want to fork the JVCLX code into a new
project ("JEDI ?"). Has someone upset you (me included)? I was not here
for a while because I'm working on a C++ Parser to get a doxygen issue
free C wrapper for Qt 3. But I don't think that I'm the reason. If I'm the
reason that please write why I'm the reason.


-- Regards, Andreas Hausladen 

Subject: Re: JvExJVCL units
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 25 Sep 2004 16:04:24 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> André Snepvangers wrote:
>
>
>> Andreas Hausladen wrote:
>>
>>> André can you checkin the correct macro file, or should I go back to a
>>> previous revision to compile the JVCL?
>>>
>>
>> Which macro files ?
>
>
> devtools/JvExVCL/src/JvExControls.macro
>
> The macro file does not match to the JvExXxx files.
>
>
>
As a last contribution I will rewrite the JvExVCL classes demonstrating some OO basics.


Subject: Re: JvExJVCL units
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 25 Sep 2004 15:34:22 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> André can you checkin the correct macro file, or should I go back to a
> previous revision to compile the JVCL?
>
Which macro files ?


Subject: Re: JvExJVCL units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Sep 2004 15:29:37 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Andreas Hausladen wrote:
>> > > André can you checkin the correct macro file, or should I go back to a
>> > > previous revision to compile the JVCL?
>> > > 
> > Which macro files ?

devtools/JvExVCL/src/JvExControls.macro

The macro file does not match to the JvExXxx files.



-- Regards, Andreas Hausladen 

Subject: JvExJVCL units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Sep 2004 13:42:25 +0200
Newsgroups: jedi.vcl

André can you checkin the correct macro file, or should I go back to a
previous revision to compile the JVCL?

-- Regards, Andreas Hausladen 

Subject: Re: Installation problem with jedi3 beta 2
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Sep 2004 13:30:05 +0200
Newsgroups: jedi.vcl

Diederik van Donk wrote:

> > Preprocessing template :JvExComboedits.pas
> > The system cannot find the given path (the original message is in Dutch,
> > this is my translation)

Someone of the developers deleted this file before the release. But as
this file is only used by the JVCLX (CLX version of JVCL) it should not be
a problem if you only use the VCL version (JVCL).


> > Fatal: '"C:\Program Files\Borland\Delphi6\Projects\Bpl"\DJclVcl.dcp' does
> > not exist - don't know how to make it

Have you installed the newest JCL version? JVCL requires JCL. These are
two different projects (even if the developers work hand in hand). The
JVCL installer is _no_ JCL installer.



-- Regards, Andreas Hausladen 

Subject: Wrong installer source in JVCL300BETA2SourceOnly.zip
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Sep 2004 13:21:15 +0200
Newsgroups: jedi.vcl

The JVCL300BETA2SourceOnly.zip archive contains the old (obsolute)
installer.
This is no problem, but I think I should finally remove the files from CVS
to prevent such mistakes.

-- Regards, Andreas Hausladen 

Subject: Re: CLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 25 Sep 2004 13:13:54 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:

> Micha Schumann wrote:
>
>> Still have problems installing the CLX part - also in beta 2. VCL runs like clockwork (for me VCL always worked).
>>
>> As usual it states that <somunit>.dcu is missing while the source of this unit is present in Qrun or QCommon. Is there a way to overcome this manually? I am not familiar with the installer.
>>
>> I use D7 pro german on german XP SP2.
>>
>> It is noch important, I am just starting getting used to CLX.
>>
>> Thanks for any help!
>>
>> Micha
>
>
> Hi,
>
> used latest CVS as of 9/24 and get the following Error when installing CLX
>
> ...
> [Compiling: JvQCustomD7D.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> 9021 Zeilen, 0.51 Sekunden, 20124 Bytes Code, 229 Bytes Daten.
> [Compiling: JvQDlgsD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JvQDlgsD7R.dpk(72) Fatal: Datei nicht gefunden: 'JvQParameterListTools.dcu'
>
> Since it stops in the middle of the CLX part, I think it must be easy to correct...
>
> Regards
>
> Micha

I am intending to move visualCLX to its own JEDI (?) group. I will build in message support for generic VCL units.
See "Donations JvExCLX" to find out why.

Regards,

André Snepvangers


Subject: Installation problem with jedi3 beta 2
From: "Diederik van Donk" <d.v.donk@hccnet.nl>
Date: Sat, 25 Sep 2004 12:43:13 +0200
Newsgroups: jedi.vcl

Hello,

when installing the jedi components i get (in a dos box after running
install.bat the messages:

Preprocessing template :JvExComboedits.pas
The system cannot find the given path (the original message is in Dutch,
this is my translation)
[Generating MO files]
and then some other messages

When after this the installer starts i recieve the following message:
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

[Compiling: Packages]

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

Fatal: '"C:\Program Files\Borland\Delphi6\Projects\Bpl"\DJclVcl.dcp' does
not exist - don't know how to make it

** error 1 ** deleting CompilePackages

And then nothing is installed?
What am i doing wrong?

Thanks for help

Diederik van Donk







Subject: TJvmainMenu
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Sat, 25 Sep 2004 12:07:17 +0200
Newsgroups: jedi.vcl

How do you set the menu's font, different from the default ?

-- Using: - Windows 98 SE ( Build 4.10.2222 A ) French - Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US - JCL 1.92 + JVCL300 Beta 2 ( Build 1666 ) 

Subject: Re: Bizare compiler bug in JvHTControls
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 25 Sep 2004 11:02:01 +0200
Newsgroups: jedi.vcl

I suspect Delphi limits the min and max values of set ranges so it should be
avoided unless you are working with a real set.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvValidateEdit, DisableColor, ReadOnly
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 25 Sep 2004 10:43:43 +0200
Newsgroups: jedi.vcl

I think it is a good idea adding a property to control whether ReadOnly =
Enabled when referring to UI. Coding it shouldn't be a problem. Have to come
up with a better name, though!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvWizard and dynamic control creation
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 25 Sep 2004 10:40:42 +0200
Newsgroups: jedi.vcl

Have a look at the JVCL installer (in <jvcl>\install\JVCLInstall) as it uses
dynamic creation of pages and controls.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVCL HELPFILE
From: Micha Schumann <schumann@itc-ms.de>
Date: Sat, 25 Sep 2004 05:37:04 +0000
Newsgroups: jedi.vcl

Don S wrote:
>> Go to Help-Customize in Delphi and check all that the help files listed have
>> the right path etc. After you closed the OpenHelp program, Delphi will
>> rebuild your help files so they should work better.
>
>
> Not necessarily.  I've performed that task on multiple occasions.  And I still cannot access some basic RTL docs. 
> I know it's not JEDI -related... but this is not a solution in some circumstances.  I just wish I could describe under "what" circumstances.
>
>
I solved my nasty help problem by making a copy of my current help files, emptying delphi7/hel, reloading the help-files from the D7 CD reinstalling all additional files again with openhelp. Now it works like a charm again.

If one looses part of his help functionality his productivity goes down quite a bit!

Sorry for starting that OT thread...

Micha


Subject: Re: JVCL HELPFILE
From: "Don S" <mudshark@rancidbud.org>
Date: Sat, 25 Sep 2004 01:25:43 -0400
Newsgroups: jedi.vcl


> > Go to Help-Customize in Delphi and check all that the help files listed have
> > the right path etc. After you closed the OpenHelp program, Delphi will
> > rebuild your help files so they should work better.

Not necessarily.  I've performed that task on multiple occasions.  And I still cannot access some basic RTL docs.  

I know it's not JEDI -related... but this is not a solution in some circumstances.  I just wish I could describe under "what" circumstances.




Subject: Re: CLX
From: Micha Schumann <schumann@itc-ms.de>
Date: Fri, 24 Sep 2004 19:15:39 +0000
Newsgroups: jedi.vcl

Micha Schumann wrote:
> Still have problems installing the CLX part - also in beta 2. VCL runs like clockwork (for me VCL always worked).
>
> As usual it states that <somunit>.dcu is missing while the source of this unit is present in Qrun or QCommon. Is there a way to overcome this manually? I am not familiar with the installer.
>
> I use D7 pro german on german XP SP2.
>
> It is noch important, I am just starting getting used to CLX.
>
> Thanks for any help!
>
> Micha

Hi,

used latest CVS as of 9/24 and get the following Error when installing CLX

....
[Compiling: JvQCustomD7D.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
9021 Zeilen, 0.51 Sekunden, 20124 Bytes Code, 229 Bytes Daten.
[Compiling: JvQDlgsD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvQDlgsD7R.dpk(72) Fatal: Datei nicht gefunden: 'JvQParameterListTools.dcu'

Since it stops in the middle of the CLX part, I think it must be easy to correct...

Regards

Micha


Subject: Re: Installation problem in BCB5
From: "Drazen" <drazen@elving.hr>
Date: Fri, 24 Sep 2004 20:24:24 +0200
Newsgroups: jedi.vcl

>> >> Like I told before, I figure that problem is in
>> >> "\packages\bin\MakeJCLDcp4BCB.bat" which purpose is (on that what i read 
>> >> in
>> >> install.htm) to generate a dcp file from the JCL which is not distributed
>> >> with the JCL. Can someone send me this file so I can skeep this step and 
>> >> see
>> >> what will happend? Will that work?
> >
> > I think it would work. However, considering the timing of things, you 
> > would have to wait until monday night for me to be able to provide you 
> > with that file. Please send me an email so that I don't forget to do it.
> >

OK 




Subject: Re: JVCL HELPFILE
From: Micha Schumann <schumann@itc-ms.de>
Date: Fri, 24 Sep 2004 16:56:02 +0000
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Sorry to ask you to teach me english: What does "Dunno" mean?
>
> Don't know
>
I really should have known that one... Shame on me.


Subject: Re: JVCL HELPFILE
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Sep 2004 18:48:05 +0200
Newsgroups: jedi.vcl

> > Sorry to ask you to teach me english: What does "Dunno" mean?
Don't know

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TJvWizard and dynamic control creation
From: "Jason Swager" <jswager_NOSPAM@activevoice_NOSPAM.com>
Date: Fri, 24 Sep 2004 08:47:18 -0700
Newsgroups: jedi.vcl

I'm using the TJvWizard control.  Rather than build the entire wizard at
design-time, I build the wizard at run time using an XML file that contains
information about the various pages and controls.  All pages and controls
are created dynamically before the wizard is first displayed.

What I have found is that all controls created on the first page of the
wizard work just fine.  But any control that is created on any other page
other than the first will not display - except TLabels.  Each control
(TButton, TCheckBox, TListBox, etc) are created as a child of the form (the
Owner is the form) and the Parent of each control is the page itself.  Each
control is positioned in a location that should be visible in the page
(nothing hiding in the negative coordinate regions).

Is it possible to create controls dynamically for non-visible pages of the
TJvWizard?  Or do I need to create the controls when the specific page is
displayed?  Or did I just miss a method call that will make controls
visible?

Jason Swager





Subject: Re: JVCL HELPFILE
From: Micha Schumann <schumann@itc-ms.de>
Date: Fri, 24 Sep 2004 15:30:52 +0000
Newsgroups: jedi.vcl

Micha Schumann wrote:
> Peter Thörnqvist wrote:
>
>>> when will a new version of JVCL Help be available?
>>
>>
>> Dunno, but you could have a look at the on-line help
>> (http://homepages.borland.com/jedi/jedihelp/) if you can't find it in the
>> standard help.
>>
>>
>>> Apart from that and a bit OT: My D7 help is a mess. Often it doesnt find
>>> topics in its own VCL Doku and often it states
>>
>>
>> Go to Help-Customize in Delphi and check all that the help files listed have
>> the right path etc. After you closed the OpenHelp program, Delphi will
>> rebuild your help files so they should work better.
>>
> Thanks for your answer, i will give it a try!
> Sorry to ask you to teach me english: What does "Dunno" mean?
>
> Regards,
>
> Micha
Looked into the dictionary and found it. OK you dunno when!

It asked just because I thought that the JVCL Helpfile was the one messing my help system up (how could I!). But now I copied the original help from my D7 CD, added all the other files one after the other an it works.

Micha


Subject: Re: JVCL HELPFILE
From: Micha Schumann <schumann@itc-ms.de>
Date: Fri, 24 Sep 2004 15:00:08 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> when will a new version of JVCL Help be available?
>
> Dunno, but you could have a look at the on-line help
> (http://homepages.borland.com/jedi/jedihelp/) if you can't find it in the
> standard help.
>
>
>> Apart from that and a bit OT: My D7 help is a mess. Often it doesnt find
>> topics in its own VCL Doku and often it states
>
> Go to Help-Customize in Delphi and check all that the help files listed have
> the right path etc. After you closed the OpenHelp program, Delphi will
> rebuild your help files so they should work better.
>
Thanks for your answer, i will give it a try!
Sorry to ask you to teach me english: What does "Dunno" mean?

Regards,

Micha


Subject: Re: Installation problem in BCB5
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 24 Sep 2004 14:36:05 +0200
Newsgroups: jedi.vcl

Drazen wrote:

> Like I told before, I figure that problem is in
> "\packages\bin\MakeJCLDcp4BCB.bat" which purpose is (on that what i read in
> install.htm) to generate a dcp file from the JCL which is not distributed
> with the JCL. Can someone send me this file so I can skeep this step and see
> what will happend? Will that work?

I think it would work. However, considering the timing of things, you would have to wait until monday night for me to be able to provide you with that file. Please send me an email so that I don't forget to do it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installation problem in BCB5
From: "Drazen" <drazen@elving.hr>
Date: Fri, 24 Sep 2004 14:26:55 +0200
Newsgroups: jedi.vcl

> >
>> >> JCL installation (with install.bat) goes without problems, but JVCL 
>> >> installation stops with this error:
>> >> /*
>> >> [Compiling: CJcl50.dpk]
>> >> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
>> >> C:\packages\jedi\jcl\packages\c5\CJcl50.dpk(38) Error: Packages 'vcl50' 
>> >> and 'C:\
>> >> PROGRA~1\Borland\CBUILD~1\Bin\..\Lib\Obj\vcl50.dcp' both contain unit 
>> >> 'Vcl50'
>> >> */
>> >> I tried with manual installation and figure that error is in 
>> >> "\packages\bin\MakeJCLDcp4BCB.bat"
>> >> The same problem is in latest build (22.09.2004.) and in 3.0 beta 2.
>> >>
>> >> I dont know what to do... any help?
> >
> > This error keeps coming back at us but I can't reproduce it on my 
> > development machine. I will have to setup a test machine to see what is 
> > wrong, but the last suggestion I had was to check that the PATH 
> > environment variable is not too long. I haven't heard anything from this, 
> > please let us know if you manage to get this working.
> >

Thats my PATH

PATH=C:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl;C:\PROGRA~1\Borland\CBUILD~1\Bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;"C:\Program
Files\sistem\sigurnost\Norton Ghost 2003\";C:\Program Files\Common
Files\Autodesk Shared\;C:\Program Files\Common Files\GTK\2.0\bin

When I remove some things like this nothing happend:
PATH=C:\PROGRA~1\Borland\CBUILD~1\Projects\Bpl;C:\PROGRA~1\Borland\CBUILD~1\Bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem

I try to remove borland path and nothing:
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem

I try to remove all but nothing, then I figure that you didnt think on this
PATH and goes in BCB5 and didn't figure what path do you mean. Nearest guess
is the paths under Tools->Environment options->Library-> and they are like
this:

Library path:
$(BCB)\Lib;$(BCB)\Bin;$(BCB)\Imports;$(BCB)\Projects\Bpl;C:\packages\jedi\jcl\lib\C5;C:\packages\jedi\jcl\source;c:\packages\theme
manager\theme explorer;c:\packages\theme
manager;C:\packages\jedi\jvcl\run;C:\packages\jedi\jvcl\dcu;$(BCB)\projects\lib;$(BCB)\projects\Bpl;C:\packages\synedit\Source

Browsing path:
$(BCB)\source\vcl;$(BCB)\source\Internet;C:\packages\jedi\jcl\source\common;C:\packages\jedi\jcl\source\windows;C:\packages\jedi\jcl\source\vcl;C:\packages\jedi\jcl\source\visclx

Then I remove some paths like this and nothing:
Library path:
$(BCB)\Lib;$(BCB)\Bin;$(BCB)\Imports;$(BCB)\Projects\Bpl;$(BCB)\projects\lib;$(BCB)\projects\Bpl
Browsing path:
$(BCB)\source\vcl;$(BCB)\source\Internet

I remove everything to look what will happend and nothing so I returned them
to previous state.

Like I told before, I figure that problem is in
"\packages\bin\MakeJCLDcp4BCB.bat" which purpose is (on that what i read in
install.htm) to generate a dcp file from the JCL which is not distributed
with the JCL. Can someone send me this file so I can skeep this step and see
what will happend? Will that work?

--
Drazen 




Subject: Re: Opening JVCL examples in IDE: component palette strange behaviour
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Fri, 24 Sep 2004 12:14:16 +0200
Newsgroups: jedi.vcl

.... and how can I prevent this annoying behaviour
when loading a JVCL example project ?




Subject: Re: Opening JVCL examples in IDE: component palette strange behaviour
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Fri, 24 Sep 2004 12:12:43 +0200
Newsgroups: jedi.vcl

> > This might be the reason. Please try to update your video drivers, there

Done.

> > You may also try to lower the graphic acceleration of your video card,

Tested the different settings. It makes no difference.

Unless I'm mistaken, I'd rather say the problem is due to, somehow,
when loading a JVCL example project, as indicated before:

"nearly all components
( from the design packages list ) get activated incl. Borland DB,
IBX,  Internet, SOAP, Intraweb, ... components and a whole
bunch of other components like JVCL EDI, Encryption, Network,
.... and Rave Reports, DIHtmlParser, ... and it takes an 'eternity'
( between 1-2 minutes ) before the example is loaded in the IDE."

This begets the question:

What's the use of  a JVCL project apparently having to load the
whole enchilada of component packages in the IDE's component palette,
even those who don't have the slightest use for the project at hand ?






Subject: Re: JvOutlookBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Sep 2004 10:01:37 +0200
Newsgroups: jedi.vcl

> > Uh ?! Now it compiles ok.  8^O
One problem with using the relative path syntax ('..\' et al) is that if
Delphi thinks the current directory is something else than you expect, it
will look for the folder in the wrong place. Maybe that is what happened to
you in the first place.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Installation problem in BCB5
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 24 Sep 2004 08:57:10 +0200
Newsgroups: jedi.vcl

Drazen wrote:

> JCL installation (with install.bat) goes without problems, but JVCL installation stops with this error:
> /*
> [Compiling: CJcl50.dpk]
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> C:\packages\jedi\jcl\packages\c5\CJcl50.dpk(38) Error: Packages 'vcl50' and 'C:\
> PROGRA~1\Borland\CBUILD~1\Bin\..\Lib\Obj\vcl50.dcp' both contain unit 'Vcl50'
> */
> I tried with manual installation and figure that error is in "\packages\bin\MakeJCLDcp4BCB.bat"
> The same problem is in latest build (22.09.2004.) and in 3.0 beta 2.
>
> I dont know what to do... any help?

This error keeps coming back at us but I can't reproduce it on my development machine. I will have to setup a test machine to see what is wrong, but the last suggestion I had was to check that the PATH environment variable is not too long. I haven't heard anything from this, please let us know if you manage to get this working.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Opening JVCL examples in IDE: component palette strange behaviour
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 24 Sep 2004 08:53:31 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> - Windows 98 SE ( Build 4.10.2222 A ) French

This might be the reason. Please try to update your video drivers, there are known problems with old and buggy drivers that do not support large amounts of icons.
You may also try to lower the graphic acceleration of your video card, it has proved to help in the past.

Should you need further help, please do not hesitate to contact us again.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Opening JVCL examples in IDE: component palette strange behaviour
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Fri, 24 Sep 2004 08:41:02 +0200
Newsgroups: jedi.vcl

Do you also have this ?
This is really, really, really veeery annoying !

Is it serious Dr JVCL ?

"Alain PIERRE" <apierre.lgc@libertysurf.fr> a écrit dans le message de
news:ciuhs0$sjl$1@talkto.net...
> > When I close all windows in the IDE and have the component
> > palette set to the standard ( usual ) components I'm using
> > when starting any new project, then loading any JVCL example
> > in the IDE, I receive a few warning dialogs indicating
> > "Delphi 7 - Unable to insert a line" and nearly all components
> > ( from the design packages list ) get activated incl. Borland DB,
> > IBX,  Internet, SOAP, Intraweb, ... components and a whole
> > bunch of other components like JVCL EDI, Encryption, Network,
> > ... and Rave Reports, DIHtmlParser, ... and it takes an 'eternity'
> > ( between 1-2 minutes ) before the example is loaded in the IDE.
> >
> > How can I prevent this ?
> >
> > -- 
> > Using:
> >
> > - Windows 98 SE ( Build 4.10.2222 A ) French
> > - Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US
> >
> > - JCL 1.92 + JVCL300 Beta 2 ( Build 1666 )
> >
> > - PC PIII-450 MHz
> > - 320 Mb RAM
> >
> >
> >
> >




Subject: Re: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Fri, 24 Sep 2004 08:32:53 +0200
Newsgroups: jedi.vcl

> > Do you have the "dcu" and "bin" folders in your jvcl folder?

Yep:
d:\Delphi7Components\JVCL3\jvcl\bin , and
d:\Delphi7Components\JVCL3\jvcl\dcu

> >If not, create
> > them manually and then change the paths back to read ..\..\bin and
> > ..\..\dcu.

Uh ?! Now it compiles ok.  8^O




Subject: Re: TJvWizard/TKWizard Map Nodes
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Sep 2004 08:30:48 +0200
Newsgroups: jedi.vcl

> > is there a way to prevent the user from navigating
> > from node-to-node by clicking on the node?
Couldn't you just set the wizardroutemaps Enabled property to false? It's
not published so you will have to do it at runtime.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JVCL HELPFILE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Sep 2004 08:29:28 +0200
Newsgroups: jedi.vcl

> > when will a new version of JVCL Help be available?
Dunno, but you could have a look at the on-line help
(http://homepages.borland.com/jedi/jedihelp/) if you can't find it in the
standard help.

> > Apart from that and a bit OT: My D7 help is a mess. Often it doesnt find
> > topics in its own VCL Doku and often it states
Go to Help-Customize in Delphi and check all that the help files listed have
the right path etc. After you closed the OpenHelp program, Delphi will
rebuild your help files so they should work better.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: How best to expand and collapse panels over each other?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Sep 2004 08:24:35 +0200
Newsgroups: jedi.vcl

Try either TJvRollOut or the JvDockServer with a JvDockNetVSNetStyle docking
form.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Splitter with thin direction pointer buttons on it?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Sep 2004 08:21:28 +0200
Newsgroups: jedi.vcl

> > Suggestions?

Sounds like TJvNetscapeSplitter would fit the bill

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Splitter with thin direction pointer buttons on it?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Thu, 23 Sep 2004 19:27:11 -0700
Newsgroups: jedi.vcl

Is there any splitter that presents some sort of texture in the middle of it with a directional pointer to click on it to snap it to a different position?

Ideally I'd like a splitter that let me over it from the starting middle position across some form to either edge to expand one panel while minimizing another panel.

Suggestions?


Subject: Installation problem in BCB5
From: "Drazen" <drazen@elving.hr>
Date: Fri, 24 Sep 2004 02:25:03 +0200
Newsgroups: jedi.vcl

JCL installation (with install.bat) goes without problems, but JVCL 
installation stops with this error:
/*
[Compiling: CJcl50.dpk]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\packages\jedi\jcl\packages\c5\CJcl50.dpk(38) Error: Packages 'vcl50' and 
'C:\
PROGRA~1\Borland\CBUILD~1\Bin\..\Lib\Obj\vcl50.dcp' both contain unit 
'Vcl50'
*/
I tried with manual installation and figure that error is in 
"\packages\bin\MakeJCLDcp4BCB.bat"
The same problem is in latest build (22.09.2004.) and in 3.0 beta 2.

I dont know what to do... any help?

thanks

--
Drazen 




Subject: How best to expand and collapse panels over each other?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Thu, 23 Sep 2004 17:17:57 -0700
Newsgroups: jedi.vcl

I want to achieve an effect and I don't know what are the best techniques and best existing component(s) for doing it.

For example, suppose one has a form with regions as shown:

--------------------------
|       |                |
|  A    |      B         |
|       |                |
|       |                |
|       |                |
|       |                |
--------------------------
|                        |
|       C                |
|                        |
--------------------------

Suppose one wants to have a way to expand the panel B to take over the space used by A and yet be able to back out of that expansion.

Or suppose one wants to add some panel D onto the bottom of B and have D overlap part of C.

In the Mozilla browser (and I think maybe in IE but I haven't started up IE in a while) they have these textured slivers over on the left that you can click on to collapse or expand one part of the form. The ability to collapse one part provides more room for the rest.

Okay, I have a form that has a tree view subwindow on the left and a bigger subwindow to the left of it for showing various kinds of data. I want to provide some sort of way for the user to expand and collapse the treeview. They currently can drag its edge to make it narrower. But I want a sort of one-click method to collapse it. Is there a type of control either part of BCB or from other parties that can be placed on the edge of a panel for this purpose?

I also have a bottom scroll window panel and I want to be able to make my main data view panel expand down over part of the scrolling region or to have another ancillary panel that has supplementary info that pops down over the scroll region.

So how to get some sort of thin divider control that is in some way analogous to the Mozilla collapser/expander sliver? How to move it around to extend vertically or horizontally as the panel it is associated with pops in and out of view?


Subject: Donations: JvExCLX classes, JvQEventFilters
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 24 Sep 2004 01:19:36 +0200
Newsgroups: jedi.vcl

I have completely rewritten the VisualCLX part of the JvExVCL classes. The templates are in devtools/JvExCLX/src

Features:
- Removed obsolete methods introduced by the JvEXVCL classes.
- Message methods have been removed.
- Removed obsolete macro's  (i.e. JV_XXXXX_IMPL_BEGIN/END)
- Renamed macro's to shorter but yet meaningfull names.
- The interface* IJvXXXXXEvents have been removed from JvEx
- The file containing the macro's has a superior layout in comparation
  with macro file, improving maintainability
- No initialization finalization sections.
- OO designed: resulting in large reduction of the number of code lines.
- Doublebuffering has been removed from JvExCLX classes.

In addition to JvExCLX I am developing an new clx unit JvQEventFilters.
One of them TJvDoubleBuffering id currently in CVS as JvQDoubleBuffering.pas. It will be moved to JvQEventFilters.
The unit will contain the folowing components:

  TJvCustomEventFilter = class(TJvComponent)
  ....
  public
    procedure OnEventFilter(Receiver: QObjectH; Event: QEvent;
      Handled: Boolean); virtual;
    function SupportedEvents: TJvEventTypes; virtual;
  end;

  TJvEventFilter = class(TJvCustomEventFilter)
  published
    property Control;
    property AppEvents;
    property MouseEvents;
    property StdEvents;
    property OnEvents;
  end;

TJvTimerEvents:
- implements WM_TIMER similar to Windows

TJvDoubleBuffered:
- implements double buffered paint for all controls (including
  TGraphicControl).
- Supports WM_ERASEBKGND

TJvMessageEvents:
- Dispatches messages that have been posted (through a Qt Event)
- Translates Qt events to messages and dispatches them.

Regards,

André Snepvangers


Subject: Re: JvOutlookBar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Sep 2004 00:27:53 +0200
Newsgroups: jedi.vcl

> > Still getting similar error message, now:

Do you have the "dcu" and "bin" folders in your jvcl folder? If not, create
them manually and then change the paths back to read ..\..\bin and
...\..\dcu.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 23:48:02 +0200
Newsgroups: jedi.vcl

> > Change ..\..\bin to ..\..\..\bin and ..\..\dcu to ..\..\..\dcu

Still getting similar error message, now:

[Fatal Error] JvConsts.pas(274): Could not create output file
'..\..\..\dcu\JvConsts.dcu'




Subject: Examples for JVDBTreeView
From: Del Texley <dtexley@lipa.net>
Date: Thu, 23 Sep 2004 21:48:01 +0000 (UTC)
Newsgroups: jedi.vcl

I'm struggling to figure out how to use the JVDBTreeView.  Does anyone have 
some example code or short demo for using this component?  Right not it 
doesn't seem to matter what fields I add to the master and detail 
properties, I get no display.  I want to attach to a simple database and 
show a list of names, when the user clicks on a name I want to expand and 
show additional levels of data extracted from other databases.  I'm not 
sure how to handle this with the DBTreeView component.

Any help is appreciated!






Subject: Re: JvOutlookBar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Sep 2004 23:16:14 +0200
Newsgroups: jedi.vcl

> > I'm not sure I understand.
Change ..\..\bin to ..\..\..\bin and ..\..\dcu to ..\..\..\dcu

> > Also, excuse me my ignorance, what does
> >
> > ..\
> >
> > stand for ?
It means "one folder up from the current one"

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 23:09:30 +0200
Newsgroups: jedi.vcl

> > In the project options, for the output directory, please add another ..\
> > in front of what you have (..\..\dcu).

I'm not sure I understand.

Project Options 'Output Directories' contains already:
...\..\bin

and Project Options 'Unit Output Directory':
...\..\dcu

Also, excuse me my ignorance, what does

...\

stand for ?




Subject: Re: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 23:01:31 +0200
Newsgroups: jedi.vcl

> > You could have a look at the on-line help where it is documented:

Marvelous ! Thanks Peter.




Subject: Re: JvOutlookBar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Sep 2004 22:26:11 +0200
Newsgroups: jedi.vcl

You could have a look at the on-line help where it is documented:
http://homepages.borland.com/jedi/jedihelp/unit.php?Id=374

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvOutlookBar
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 23 Sep 2004 20:09:46 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:
>> Have a look in examples\JvOutlookBarCustomDraw
>
>
> When compiling JvOutlookBarCustomDraw
> the compiler gives the following error message:
>
> [Fatal Error] JvConsts.pas(273): Could not create output file
> '..\..\dcu\JvConsts.dcu'

In the project options, for the output directory, please add another ..\ in front of what you have (..\..\dcu).
This should fix it. Please let me know.

Olivier Sannier
JVCL Coordinator


Subject: Re: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 19:44:22 +0200
Newsgroups: jedi.vcl

> > I tried with adding:
> > $(JVCL3)\jvcl\dcu  ( where JvConsts.pas is located )
> > in either/and
> > - Library Path Settings
> > - Browsing Path Settings
> > but no difference.

Correction: JvConsts.pas is located in $(JVCL3)\jvcl\common




Subject: Re: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 19:40:09 +0200
Newsgroups: jedi.vcl

> > Have a look in examples\JvOutlookBarCustomDraw

When compiling JvOutlookBarCustomDraw
the compiler gives the following error message:

[Fatal Error] JvConsts.pas(273): Could not create output file
'..\..\dcu\JvConsts.dcu'

- Delphi Library Path Settings contain:
$(JVCL3)\jcl\lib\D7
$(JVCL3)\jcl\source
$(JVCL3)\jvcl\common
$(JVCL3)\jvcl\lib\D7

- Delphi Browsing Path Settings contain:
$(JVCL3)\jcl\source\common
$(JVCL3)\jcl\source\windows
$(JVCL3)\jcl\source\vcl
$(JVCL3)\jcl\source\visclx
$(JVCL3)\jvcl\common
$(JVCL3)\jvcl\run

with User Environment Variable:
JVCL3 = D:\Delphi7Components\JVCL3

I tried with adding:
$(JVCL3)\jvcl\dcu  ( where JvConsts.pas is located )
in either/and
- Library Path Settings
- Browsing Path Settings
but no difference.

A disk file search for JvConsts gives:
- JvConsts.pas in $(JVCL)\jvcl\common
- JvConsts.dcu in $(JVCL)\jvcl\common
- JvConsts.dcu in $(JVCL)\jvcl\dcu
- JvConsts.rc in $(JVCL)\jvcl\images
- JvConsts.dcu in $(JVCL)\jvcl\lib\d7
- JvConsts.res in $(JVCL)\jvcl\Resources

















Subject: TJvWizard/TKWizard Map Nodes
From: "Chris" <chris@no-spam.com>
Date: Thu, 23 Sep 2004 10:30:46 -0700
Newsgroups: jedi.vcl

Hi,

I'm trying to figure something out here ... If you have the wizard display
the WizardRouteMapNodes, is there a way to prevent the user from navigating
from node-to-node by clicking on the node?  In other words, can we disable
the mouse events on the WizardRouteMap and force the user to just use the
'Back' and 'Next' browse buttons to move from page to page so that they
progress through the wizard sequentially?  I can't seem to find a property
to disable it ...

Thanks,

Chris




Subject: Re: Where is the Run-time Form Design in JVCL,which is a part of ralib.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 23 Sep 2004 19:07:52 +0200
Newsgroups: jedi.vcl

vvrobinham wrote:
> I have experience of Develpeing Run-time Form Design and Report Design for
> VB,dynamic Properties Inspector be done by read TypeInfo of ActiveX
> object(except VB
> own noneActiveX 8 components,which properties can be predefined).
>
> In Delphi,Is there any way to query Interface Info of A run-time Object?

ActiveX property editors are part of the ActiveX itself so they can be called at runtime.
Delphi property editors are now only part of the design time packages. At runtime they are simply not linked in.


Subject: JVCL HELPFILE
From: Micha Schumann <schumann@itc-ms.de>
Date: Thu, 23 Sep 2004 16:03:15 +0000
Newsgroups: jedi.vcl

Hi,

when will a new version of JVCL Help be available?

Apart from that and a bit OT: My D7 help is a mess. Often it doesnt find topics in its own VCL Doku and often it states

c:programmeborlanddelphi7helpd7.help

not found. It forgets all the backslashes! I have tree installations with the same effect. Has anyone experienced something like that?

Thanks!


Subject: Opening JVCL examples in IDE: component palette strange behaviour
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 16:26:54 +0200
Newsgroups: jedi.vcl

When I close all windows in the IDE and have the component
palette set to the standard ( usual ) components I'm using
when starting any new project, then loading any JVCL example
in the IDE, I receive a few warning dialogs indicating
"Delphi 7 - Unable to insert a line" and nearly all components
( from the design packages list ) get activated incl. Borland DB,
IBX,  Internet, SOAP, Intraweb, ... components and a whole
bunch of other components like JVCL EDI, Encryption, Network,
.... and Rave Reports, DIHtmlParser, ... and it takes an 'eternity'
( between 1-2 minutes ) before the example is loaded in the IDE.

How can I prevent this ?

-- Using: - Windows 98 SE ( Build 4.10.2222 A ) French - Delphi Professional 7.1 [ 7.0 ( Build 8.1 ) ] US - JCL 1.92 + JVCL300 Beta 2 ( Build 1666 ) - PC PIII-450 MHz - 320 Mb RAM 

Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Sep 2004 15:36:41 +0200
Newsgroups: jedi.vcl

> > Yes. It works. The graphic is display at the correct  position now.
OK, great. I'll post it to CVS as well, then.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Where is the Run-time Form Design in JVCL,which is a part of ralib.
From: "vvrobinham" <vvrobinham@hotmail.com>
Date: Thu, 23 Sep 2004 21:32:34 +0800
Newsgroups: jedi.vcl

I have experience of Develpeing Run-time Form Design and Report Design for
VB,dynamic Properties Inspector be done by read TypeInfo of ActiveX
object(except VB
own noneActiveX 8 components,which properties can be predefined).

In Delphi,Is there any way to query Interface Info of A run-time Object?

vvrobinham(vvrobinham@hotmail.com)

"OBones" <obones_gfgfd_@_dgf_altern.org> ????
news:ciu9al$qki$1@talkto.net...
> > vvrobinham wrote:
> >
>> > > Thanks,
>> > > but In RaLib1.52,I find some Design-time code rewrited by  author, which
>> > > could replace Design-time code of delphi,then In fact,DO NOT  breach
>> > > Borland's license.
> > I don't know about that code.
> >
>> > > anyway, is there any run-time designer component in JVCL?
> > No.
> >
>> > > if there are some function do same work like Design time code from
>> > > Borland,JVFD should be legality?
> > What do you mean by that ?
> >
> > By the way, I seriously doubt that it is easily possible to have a
> > runtime form designer. I'm not saying it's impossible, I'm just saying
> > that it requires changes so deep to the components that it is hardly
> > possible.
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 15:27:01 +0200
Newsgroups: jedi.vcl

> > Have a look in examples\JvOutlookBarCustomDraw

Of course !
I was so focussed on searching in the help file that
I didn't think about looking in the example files.

Thanks,
Alain <:grin:>




Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 23 Sep 2004 15:22:29 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:ciu8qe$qh2$1@talkto.net...
> > I've posted a fixed unit to binaries. Please try it and let me know if it
> > works.

Yes. It works. The graphic is display at the correct  position now.

Ciao,
Ralf



Subject: Re: @Andre Re: Missing JvExComboEdits
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Sep 2004 15:22:22 +0200
Newsgroups: jedi.vcl

> > can you modify the install files or scripts also.
> > Now the installer is searching for the file and stops with an fatal
> > error.
Open preprocess.mak in packages\bin and remove all lines referring to
JvExComboEdits.pas

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvOutlookBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Sep 2004 15:09:17 +0200
Newsgroups: jedi.vcl

> > Thanks Peter, however I did look in the JVCL Help and
> > didn't find any useful information about the OnCustomDraw event.
The help hasn't been updated yet.

> > Where can I find something useful and some examples ?
Have a look in examples\JvOutlookBarCustomDraw

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 15:05:47 +0200
Newsgroups: jedi.vcl

> > Use the OnCustomDraw event for this. There is no property for setting
these
> > value(s)

Thanks Peter, however I did look in the JVCL Help and
didn't find any useful information about the OnCustomDraw event.

Where can I find something useful and some examples ?




Subject: Re: Where is the Run-time Form Design in JVCL,which is a part of ralib.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 23 Sep 2004 14:02:25 +0200
Newsgroups: jedi.vcl

vvrobinham wrote:

> Thanks,
> but In RaLib1.52,I find some Design-time code rewrited by  author, which
> could replace Design-time code of delphi,then In fact,DO NOT  breach
> Borland's license.
I don't know about that code.

> anyway, is there any run-time designer component in JVCL?
No.

> if there are some function do same work like Design time code from
> Borland,JVFD should be legality?
What do you mean by that ?

By the way, I seriously doubt that it is easily possible to have a runtime form designer. I'm not saying it's impossible, I'm just saying that it requires changes so deep to the components that it is hardly possible.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Sep 2004 13:53:46 +0200
Newsgroups: jedi.vcl

I've posted a fixed unit to binaries. Please try it and let me know if it
works.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvOutlookBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Sep 2004 13:44:19 +0200
Newsgroups: jedi.vcl

> > - the Pages Button Caption Color different
> > than the Pages Caption Color ?
> >
> > and/or
> >
> > - the Pages Button Caption Backgroundcolor
> > different than the Pages Background Color when
> > the mouse is over the Pages Button Caption ?

Use the OnCustomDraw event for this. There is no property for setting these
value(s)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Where is the Run-time Form Design in JVCL,which is a part of ralib.
From: "vvrobinham" <vvrobinham@hotmail.com>
Date: Thu, 23 Sep 2004 18:49:10 +0800
Newsgroups: jedi.vcl

Thanks,
but In RaLib1.52,I find some Design-time code rewrited by  author, which
could replace Design-time code of delphi,then In fact,DO NOT  breach
Borland's license.

anyway, is there any run-time designer component in JVCL?

if there are some function do same work like Design time code from
Borland,JVFD should be legality?

"OBones" <obones_gfgfd_@_dgf_altern.org> ????
news:ciu06k$ok4$1@talkto.net...
> > vvrobinham wrote:
> >
>> > > Hi peopel,
>> > >
>> > > I can not find the Run-time Form Design In JVCL,which is a part of
ralib.
>> > >
>> > > who can help me,thanks.
> >
> > This code is breaching Borland's license that specifically says that one
> > cannot embed Design time code from Borland into run time packages. For
> > this reason we removed this part of the RaLib from the JVCL.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: JvOutlookBar
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Thu, 23 Sep 2004 12:20:44 +0200
Newsgroups: jedi.vcl

How do you set set

- the Pages Button Caption Color different
than the Pages Caption Color ?

and/or

- the Pages Button Caption Backgroundcolor
different than the Pages Background Color when
the mouse is over the Pages Button Caption ?

-- Using: - Windows 98 SE ( Build 4.10.2222 A ) - Delphi 7.1 [ 7.0 Professional US ( Build 8.1 ) ] - JCL 1.92 + JVCL Beta 2 ( Build 1666 ) 

Subject: Re: Where is the Run-time Form Design in JVCL,which is a part of ralib.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 23 Sep 2004 11:26:38 +0200
Newsgroups: jedi.vcl

vvrobinham wrote:

> Hi peopel,
>
> I can not find the Run-time Form Design In JVCL,which is a part of ralib.
>
> who can help me,thanks.

This code is breaching Borland's license that specifically says that one cannot embed Design time code from Borland into run time packages. For this reason we removed this part of the RaLib from the JVCL.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Where is the Run-time Form Design in JVCL,which is a part of ralib.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Sep 2004 11:25:58 +0200
Newsgroups: jedi.vcl

> > I can not find the Run-time Form Design In JVCL,which is a part of ralib.
The RALib form designer is not part of JVCL since it uses Borland design
packages at runtime and this is not allowed according to Borland's license
for Delphi packages.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Where is the Run-time Form Design in JVCL,which is a part of ralib.
From: "vvrobinham" <vvrobinham@hotmail.com>
Date: Thu, 23 Sep 2004 17:05:24 +0800
Newsgroups: jedi.vcl

Hi peopel,

I can not find the Run-time Form Design In JVCL,which is a part of ralib.

who can help me,thanks.

                        vvrobinham




Subject: Re: @Andre Re: Missing JvExComboEdits
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Thu, 23 Sep 2004 08:37:05 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Andre,

can you modify the install files or scripts also.
Now the installer is searching for the file and stops with an fatal
error.

Karlheinz

André Snepvangers wrote:

> > Karlheinz wrote:
>> > > Hello Andre
>> > > 
>> > > Please fix it also to the directory JvExVCL.
>> > > The file is still missing in devtools\JvEXVCL\src
>> > > 
> > 
> > This file is obsolete for JVCL it is only used with JVCLX/VisualCLX,
> > hence it has been moved to devtools\JvEXVCL\src\JvQComboEdits.
> > 
> > Regards
> > 
> > André Snepvangers,
> > JVCL VisualCLX coordinator



Subject: jvEasterEgg
From: Micha Schumann <schumann@itc-ms.de>
Date: Thu, 23 Sep 2004 08:15:39 +0000
Newsgroups: jedi.vcl

Hi,

is there any example around on how to use jvEasterEgg? I set the string, the control keys, set it to active but it just wouldnt fire the event when I type the easter egg string. Maybe I just works at easter ;-)

Thanks in advance for help!

Micha
(J*CL addicted)


Subject: Re: @Andre Re: Missing JvExComboEdits
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 22 Sep 2004 19:40:27 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:
> Hello Andre
>
> Please fix it also to the directory JvExVCL.
> The file is still missing in devtools\JvEXVCL\src
>

This file is obsolete for JVCL it is only used with JVCLX/VisualCLX, hence it has been moved to devtools\JvEXVCL\src\JvQComboEdits.

Regards

André Snepvangers,
JVCL VisualCLX coordinator


Subject: how work Provider property in TJvComboBox?
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Wed, 22 Sep 2004 09:52:49 -0300
Newsgroups: jedi.vcl

How work property Provider in TJvComboBox?
I need the combobox (not dbcombobox) that have values property. I can do
this with TJvCombobox?

Thanks
Alessandro




Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 22 Sep 2004 12:09:19 +0200
Newsgroups: jedi.vcl

I think I know now what the problem is: when adding strings, ResetItemHeight
is not called, so the wrong height is specified. I'll see what I can do.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 22 Sep 2004 11:29:12 +0200
Newsgroups: jedi.vcl

Seems you have the latest CVS version. Could you post the images you use to
binaries, so I can have a look at it?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 22 Sep 2004 10:47:50 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cir3gk$9ba$1@talkto.net...
> > Have you deleted any JvListComb.dcu files on your system, updated and
> > recompiled the JVCL packages? What version of JvListComb.pas do you have?
> >

The $ID tag says: 1.35

When i update to a new CVS-version i delete to old version (OK, i rename the
directories but they are out of the Delphi search path), copy the checked
out versions and compile/install them.

I will have time to check for older/outdated DCUs later this day and will
report it then. (but i did a complete build for the program that showed the
wrong drawing...) Maybe i find an old DCU somewhere...

Ciao,
Ralf





Subject: Re: JclAppInstances()->SendData trouble (CB6)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Sep 2004 09:13:26 +0200
Newsgroups: jedi.vcl

Ok, that's what I thought.

In your HPP file, replace

const void *

by

void const *

This is a well known bug of the HPP generator. I'll have a look in the JCL and fix that at the source.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 22 Sep 2004 09:04:33 +0200
Newsgroups: jedi.vcl

Have you deleted any JvListComb.dcu files on your system, updated and
recompiled the JVCL packages? What version of JvListComb.pas do you have?

I just tried with some images that are 26x30 and looked fine to me. You
could post your images to binaries so I could test with those if the problem
doesn't go away.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: @Andre Re: Missing JvExComboEdits
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Wed, 22 Sep 2004 07:01:53 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Andre

Please fix it also to the directory JvExVCL.
The file is still missing in devtools\JvEXVCL\src


Karlheinz

André Snepvangers wrote:

> > Karlheinz wrote:
>> > > In the actual CVS version the file JvEXVCLComboEdits.pas is
>> > > missing. For that the preprocessing of the template runs in a fatal
>> > > error during install.
>> > > 
>> > > Karlheinz
>> > > 
>> > > 
> > Fixed



Subject: Re: Custom Color in JvColorCombobox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 22 Sep 2004 08:56:15 +0200
Newsgroups: jedi.vcl

> > How can i have my own color list in JvColorComboBox, since the user add
> > his custom color ?
Just call AddColor() to add a custom color. If the color is already in the
list, the new color is ignored.

Example on how to save custom colors to a file:

var
  AList: TList; i: integer;
  S:TStringlist;
begin
  AList := TList.Create;
  S := TStringlist.Create;
  try
    // the returned TList contains a list of TColor items
    JvColorComboBox1.GetCustomColors(AList);
    for i := 0 to AList.Count - 1 do
      S.Add(IntToStr(integer(AList[i])));
    S.SaveToFile(ChangeFileExt(Application.ExeName,'.col'));
  finally
    AList.Free;
  end;

Example how to load custom colors from a file:

var
  i: integer;
  S:TStringlist;
begin
  if FileExists(ChangeFileExt(Application.ExeName,'.col')) then
  begin
    S := TStringlist.Create;
    try
      S.LoadFromFile(ChangeFileExt(Application.ExeName,'.col'));
      for i := 0 to S.Count - 1 do
        JvColorComboBox1.AddColor(StrToIntDef(S[i],0),'');
    finally
      S.Free;
    end;
  end;

Clearing the list of custom colors is a bit tricky:

  JvColorComboBox1.Options := JvColorComboBox1.Options - [coCustomColors];
  JvColorComboBox1.GetColors;
  JvColorComboBox1.Options := JvColorComboBox1.Options + [coCustomColors];
....

This should probably be encapsulated in a ClearCustomColors procedure.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 22 Sep 2004 08:51:06 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:chovlq$6ki$1@talkto.net...
>> > > 0002132: Bug in TJvImageComboBox.DrawItem: Width used to calculate
> >  > drawing offset instead of Height
> > Fixed. Thanks.
> >

Hallo,

i have just loaded on older project that works with TJvImageComboBox and
this problem seems not to be fixed. The image position is still calculated
wrong (see attached screenshot).

I think it can only be seen when the image wdth <> image height!

Ciao,
Ralf


TjvImageComboBox.gif

TjvImageComboBox.gif
	



Subject: Re: JclAppInstances()->SendData trouble (CB6)
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 22 Sep 2004 10:42:49 +0400
Newsgroups: jedi.vcl

OBones wrote:
The error message is:
[Linker Error] Unresolved external '__fastcall Jclappinst::TJclAppInstances::SendData(const System::AnsiString, const int, const void *, const int, void * const)' referenced from D:\CBUILD6\PROJECTS\BOS\OBJ\FBOS.OBJ
Lines from JclAppInstanses.hpp are:
class PASCALIMPLEMENTATION TJclAppInstances : public System::TObject
{
    typedef System::TObject inherited;
    
private:
    unsigned FCPID;
    Jclfileutils::TJclSwapFileMapping* FMapping;
    Jclfileutils::TJclFileMappingView* FMappingView;
    unsigned FMessageID;
    Jclsynch::TJclOptex* FOptex;
    HWND __fastcall GetAppWnds(int Index);
    int __fastcall GetInstanceCount(void);
    unsigned __fastcall GetProcessIDs(int Index);
    int __fastcall GetInstanceIndex(unsigned ProcessID);
    
protected:
    void __fastcall InitData(void);
    void __fastcall NotifyInstances(const int W, const int L);
    void __fastcall RemoveInstance(void);
    
public:
    __fastcall TJclAppInstances(void);
    __fastcall virtual ~TJclAppInstances(void);
    /*         class method */ static bool __fastcall BringAppWindowToFront(TMetaClass* vmt, const HWND Wnd);
    /*         class method */ static HWND __fastcall GetApplicationWnd(TMetaClass* vmt, const unsigned ProcessID);
    /*         class method */ static void __fastcall KillInstance(TMetaClass* vmt);
    /*         class method */ static bool __fastcall SetForegroundWindow98(TMetaClass* vmt, const HWND Wnd);
    bool __fastcall CheckInstance(const Word MaxInstances);
    void __fastcall CheckMultipleInstances(const Word MaxInstances);
    void __fastcall CheckSingleInstance(void);
    bool __fastcall SendCmdLineParams(const AnsiString WindowClassName, const HWND OriginatorWnd);
    bool __fastcall SendData(const AnsiString WindowClassName, const int DataKind, const void * Data, const int Size, const HWND OriginatorWnd);
    bool __fastcall SendString(const AnsiString WindowClassName, const int DataKind, const AnsiString S, const HWND OriginatorWnd);
    bool __fastcall SendStrings(const AnsiString WindowClassName, const int DataKind, const Classes::TStrings* Strings, const HWND OriginatorWnd);
    bool __fastcall SwitchTo(const int Index);
    void __fastcall UserNotify(const int Param);
    __property HWND AppWnds[int Index] = {read=GetAppWnds};
    __property int InstanceIndex[unsigned ProcessID] = {read=GetInstanceIndex};
    __property int InstanceCount = {read=GetInstanceCount, nodefault};
    __property unsigned MessageID = {read=FMessageID, nodefault};
    __property unsigned ProcessIDs[int Index] = {read=GetProcessIDs};
};



> Vladimir wrote:
>
>> I found the problem with the JclAppInstances()->SendData(...) function:
>> The Builder6 linker can't find this function within the library (Cjcl.lib), for this reason it's not possible to use methods of
>> JvAppInstances1->AppInstances->SendData(...)/SendString(...).
>> What's the reason?
>
>
> Please give me the HPP and PAS declarations of these functions, along with the error message from the linker.
>
> Cheers
>


Subject: Re: Custom Color in JvColorCombobox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 22 Sep 2004 08:39:15 +0200
Newsgroups: jedi.vcl

You can't add colors to use at design-time in the OI since the default
property editor for colors doesn't know about them. The only reason to
define the colors is so you can use them at run-time.

However, if someone wrote a new color property editor that knows about these
new colors, you could use them at design-time as well.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JclAppInstances()->SendData trouble (CB6)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 22 Sep 2004 08:34:17 +0200
Newsgroups: jedi.vcl

Vladimir wrote:
> I found the problem with the JclAppInstances()->SendData(...) function:
> The Builder6 linker can't find this function within the library (Cjcl.lib), for this reason it's not possible to use methods of
> JvAppInstances1->AppInstances->SendData(...)/SendString(...).
> What's the reason?

Please give me the HPP and PAS declarations of these functions, along with the error message from the linker.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: JclAppInstances()->SendData trouble (CB6)
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 22 Sep 2004 10:15:34 +0400
Newsgroups: jedi.vcl

I found the problem with the JclAppInstances()->SendData(...) function:
The Builder6 linker can't find this function within the library (Cjcl.lib), for this reason it's not possible to use methods of
JvAppInstances1->AppInstances->SendData(...)/SendString(...).
What's the reason?


Subject: Re: Custom Color in JvColorCombobox
From: Gary Mugford <gmugford@0219rogers.com>
Date: Tue, 21 Sep 2004 23:31:38 -0400
Newsgroups: jedi.vcl

Please forgive me leading slightly off-topic .... It's still about
custom colours [G]

  I want to add custom colours to the colours that JVCL loads into the 
Delphi IDE. There are currently three being loaded through JVCLv2:
Cream, Sky Blue and Money Green. I wanted to add a handful of 256-safe
colours to the list and added them to JvVclUtils.Pas: 

const
{$IFNDEF WIN32}
  clInfoBk = TColor($02E1FFFF);
  clNone = TColor($02FFFFFF);
{$ENDIF}
  clCream = TColor($A6CAF0);
    // Add the following five new colours
    //clPaleYellow = TColor($FFFF99);
    //clLavendar = TColor($FFCCFF);
    //clPalePink = TColor($FFCCCC);
    //clSlateBlue = TColor($6699FF);
    //clBurgundy = TColor($663399);
  clMoneyGreen = TColor($C0DCC0);
  clSkyBlue = TColor($FFFBF0);

  The resulting re-compile of the DPK resulted in Delphi 5 complaining 
bitterly and throwing an AV. I put things back. I also tried changing
the CONST section of  JvColors.Pas's constant section with similar
failure:

const
{$IFDEF WIN32}
  clInfoBk16 = TColor($02E1FFFF);
  clNone16 = TColor($02FFFFFF);
  ColorCount = 3;  // Changed back to 3 when 8 failed
{$ELSE}
  ColorCount = 5;  // Changed back to 5 when 10 failed
{$ENDIF}
  Colors: array[0..ColorCount - 1] of TColorEntry = (
{$IFNDEF WIN32}
    (Value: clInfoBk;      Name: 'clInfoBk'),
    (Value: clNone;        Name: 'clNone'),
{$ENDIF}
    (Value: clCream;       Name: 'clCream'),
    // Added the following FIVE new colours
//    (Value: clPaleYellow;  Name: 'clPaleYellow'),
//    (Value: clLavendar;    Name: 'clLavendar'),
//    (Value: clPalePink;    Name: 'clPalePink'),
//    (Value: clSlateBlue;   Name: 'clSlateBlue'),
//    (Value: clBurgundy;    Name: 'clBurgundy'),
    (Value: clMoneyGreen;  Name: 'clMoneyGreen'),
    (Value: clSkyBlue;     Name: 'clSkyBlue'));

  Is there a working way to add colours to the JVCL ide v3 colour 
list? Or do I go back to my default behaviour of adding the colours as
constants in each project and call them by name in code, by hex when
using the object property inspector? A hint on what to do to v2 would
also come in handy.

  Gary Mugford

On Sun, 19 Sep 2004 16:00:32 +0200, "JDel" <jdel@hotmail.com> wrote:

> >Hi,
> >How can i have my own color list in JvColorComboBox, since the user add
> >his custom color ?
> >
> >Best Regards
> >
> >JDel
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com

 ==========================================
 When replying via email please move all 
 numbers from right of at symbol to left of 
 at symbol to get email address.


Subject: Re: Does JvBandObject wizard live, or is it dead? Is there a minimal working sample around?
From: "Uwe" <none@none.none>
Date: Tue, 21 Sep 2004 14:29:57 -0700
Newsgroups: jedi.vcl

Hi Warren

Just posted an old example of the original KWizard to the binaries group. 
Maybe it helps. Look for the subject "Wizard example for Warren Postma"

Cheers
Uwe

"Warren Postma" <wp.nospam@tekran.com> wrote in message 
news:cipv37$47c$1@talkto.net...
> >I am just wondering if this wizard is currently alive or dead (does it 
> >work?)  Could a JvBandObject sample be added to the JVCL3\examples folder? 
> >Anyone got a minimal sample? Since it's not a Component per se,
> > it's a bit of an oddball for sure, but it would be nice if it were there 
> > as an easily runnable example.
> >
> > Warren 




Subject: Does JvBandObject wizard live, or is it dead? Is there a minimal working sample around?
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 21 Sep 2004 16:42:08 -0400
Newsgroups: jedi.vcl

I am just wondering if this wizard is currently alive or dead (does it work?)  Could a JvBandObject sample be added to the JVCL3\examples folder? Anyone got a minimal sample? Since it's not a Component per se,
it's a bit of an oddball for sure, but it would be nice if it were there as an easily runnable example.

Warren


Subject: Re: Missing JvExComboEdits
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 21 Sep 2004 22:09:46 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:
> In the actual CVS version the file JvEXVCLComboEdits.pas is missing. For
> that the preprocessing of the template runs in a fatal error during install.
>
> Karlheinz
>
>
Fixed


Subject: Missing JvExComboEdits
From: "Karlheinz" <karlheinzjansen@web.de.no.spam>
Date: Tue, 21 Sep 2004 20:31:28 +0200
Newsgroups: jedi.vcl

In the actual CVS version the file JvEXVCLComboEdits.pas is missing. For
that the preprocessing of the template runs in a fatal error during install.

Karlheinz




Subject: Re: 3.0 BETA 2: Package ...\JvSTDCtrlsD6D.bpl can't be installed because it is not a design time package - reposted
From: "Noisx" <nosp@me.com>
Date: Tue, 21 Sep 2004 12:09:04 +0200
Newsgroups: jedi.vcl

I checked the values as suggested and they all appeared to be correct 
but I did manage go get around the problem by using the older installer 
and the "Build Packages" option when installing JVCL... Not sure if this 
is the best way to do it but it worked for me and the only problem I had 
was that I had to manually add some library paths in the IDE before a 
few of the components would work correctly but thats not a big problem. 
Again thats how I got worked it out but your mileage may vary so good 
luck.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL3 install fails
From: "Uwe" <none@none.none>
Date: Mon, 20 Sep 2004 18:23:27 -0700
Newsgroups: jedi.vcl

Thanks Andreas, that did it. 




Subject: Re: CLX
From: Micha Schumann <schumann@itc-ms.de>
Date: Mon, 20 Sep 2004 17:29:38 +0000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> Micha Schumann wrote:
>
>> Still have problems installing the CLX part - also in beta 2. VCL runs like clockwork (for me VCL always worked).
>>
>> As usual it states that <somunit>.dcu is missing while the source of this unit is present in Qrun or QCommon. Is there a way to overcome this manually? I am not familiar with the installer.
>
>
> - The installer does not generate the *.dcu units.
> - Work around: Add <JVCL directory>\qrun and <JVCL directory>\qcommon to
>   library paths ( <Tools><Environment> )
>
> Their will be a major update on the JvQEx* units this week.
> - The JvQEx* units are autogenerated from the sources in devtools/JvExCLX/src.
> - The JvEx* units in devtools/JvExVCL/src will no longer contain VisualCLX related code.
> - interfaces IJvControlEvents and IJvWinControlEvents are obsolete. They are not used anymore in the class declarations
> - Doublebuffering is no longer implemented through the JvExQ* classes. It is implemented *application wide* in a new unit JvQDoubleBuffering: double buffering on *all* Controls ! As an additional benefit this has simplified the implementation of the JvEx* CLX classes.
>
> Regards,
>
> André Snepvangers,
>
> JVCL VisualCLX coordinator
Sorry, but the problem occurs in the installer if I activate the CLX option and is not affected by the searchpath in D7 itself. I wanted to get around compiling all the packages manually.

micha


Subject: TJvValidateEdit, DisableColor, ReadOnly
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 20 Sep 2004 14:25:07 +0200
Newsgroups: jedi.vcl

Hello,

I have taken a closer look at JvValidateEdit and have found the DisabledColor and DisabledTextColor properies (I know I have need a long time to find them :-) ). These properties are really usefull for me, but unfortunately set the edit-control ReadOnly-Flag did not switch the colors.

Nowadays I don't like to disable a control, but set it ReadOnly, because then I can copy the content of the field. I don't like to retype a displayed value.

Have I overlook something?

If not, a solution could be to append properties like ReadOnlyColor and ReadOnlyTextColor but I don't like it. I prefere to change the behavior of TJvValidateEdit so the disable colors are also set when the control is switched to read only, but perhaps this breaks existing designs. Alternative flag like UseDisableColorsForReadOnly (perhaps some of you have a better name :-) ).

What are your opinons.


Ciao Heinz Z.


Subject: Bizare compiler bug in JvHTControls
From: "Gaetan Maerten" <gaetan.maerten@hotmail.com>
Date: Mon, 20 Sep 2004 14:10:32 +0200
Newsgroups: jedi.vcl

Dear Jvcl developpers,

I am using the JVCL Beta 2 on Delphi 7 SP 1 architect.
I have had some bizare problems with the components with links, especially the JvHtListbox.
Depending on the content it sometimes didn't show the link when I moved the mouse over it, but on the first 20 or so pixels it did.
after a little bit of debugging I found the problem was in the submethod Draw of the ItemHTDrawEx.

I had problems with the following which although all the parts resolved to true sometimes didn't go in the then clause.
if IsLink and not MouseOnLink then

if (MouseY in [R.Top..R.Top + Height]) and 

(MouseX in [R.Left..R.Left + Width]) then

I replaced it with
      if IsLink and not MouseOnLink then
          if ((R.top<=MouseY) and (MouseY<=(R.Top+Height)))
            and
             ((R.left<=MouseX) and (MouseX<=(R.Left+width))) then

and my problem was solved.

Is this a Delphi compiler bug or something else?

Thanks for the great work on Jvcl.

Gaetan Maerten


Subject: Re: CLX
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 20 Sep 2004 14:05:58 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> Their will be a major update on the JvQEx* units this week.
>> - The JvQEx* units are autogenerated from the sources in
>> devtools/JvExCLX/src.  - The JvEx* units in devtools/JvExVCL/src will no
>> longer contain VisualCLX related code.  - interfaces IJvControlEvents
>> and IJvWinControlEvents are obsolete. They are not used anymore in the
>> class declarations - Doublebuffering is no longer implemented through
>> the JvExQ* classes. It is implemented *application wide* in a new unit
>> JvQDoubleBuffering: double buffering on all Controls ! As an additional
>> benefit this has simplified the implementation of the JvEx* CLX classes.
>
>
> Sounds like you have completely redesigned my JvExVCL units.
>

Yep completely! There was hardly any code shared between VCL and CLX. That made it also hard to modify JvControls.macros and I didn't like the
layout of that file. (Reads like a history file.)


>
> BTW: You had sent me a mail for things I should add to CLX itself. Can you
> send me a mail with this stuff. With the old mail I was not able to
> understand what you wanted.
>

Well that was about notifications like FontChanged.
A small example to clarify this

TJvMyClass = class(TJvExWinControl)
  private
    FChild: TJvExCustomControl;
  protected;
    procedure FontChanged; override;
  public
    constructor Create(AOwner: TComponent); override;
  end;

implementation

constructor TJvMyClass.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  Font.Name := "Times";
  FChild := TJvExCustomControl.Create(self);
  FChild.Parent := self;
  FChild.Font.Style := [fsBold] ;
end;

procedure TJvMyClass.FontChanged;
begin
  inherited FontChanged;
  FChildren.Font.Style := [fsBold] ;
end;


No problem to created an instance of this class under VCL, setting the font will *post* a message CMFontChanged, hence this does not occur in the constructor.
With VisualCLX you will get an accessviolation in the constructor,
setting the Font.Name will not post an event "QEventType_FontChanged"
(there is no such event), but will call FontChanged just before
  FChild := TJvExCustomControl.Create(self);

Regards,

André Snepvangers



Subject: Re: JvInterpreter: strange code (maybe leak)
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Mon, 20 Sep 2004 15:05:51 +0400
Newsgroups: jedi.vcl

>> > > OK. I can do the same without new special field in TJvInterpreterForm -
this
>> > > field can be added as first [0] pointer into
TJvInterpreterForm.FMethodList:
> >
> > I have not the least idea. Does it work?
> > Best post a working version of the files to binaries or Mantis.
> > Do not forget to test and update the examples.

Working version for beta2 is uploaded.
See FormFieldsSupport.zip and bug example on page
http://homepages.borland.com/jedi/issuetracker/view.php?id=1860





Subject: Re: ANN: JVCL 3 BETA 2 Released!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Sep 2004 12:06:34 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> Yes, I perfectly understand the motivation behind that branch and
> definitely welcome it. Maybe my cynicism was a bit too subtle there.
> What I meant to point out was that there is currently no release tag
> for BETA2. Hypothetically someone could still commit other changes to
> the BETA2 branch and you'll immediately lose track of what revisions
> where used for the official release. Also, you might want to do service
> pack releases or something like that which will possibly also happen on
> that branch... again without a release tag the information about which
> revisions represented the Beta2 release would be lost...
You are right, and there were commits in the BETA2 branch, but those were changes that made it into the release. I could tag the branch, but I won't do it because it has not much interest in the context of the beta.

For the RC1 (see roadmap), I'll create a RC1_PREPARATION branch and tag that branch with RC1 when it is finalised. This won't happen that soon, but it will.


> Then again, it's "just" a beta so the likeliness of service releases is
> probably rather minimal... ;)
It says so close to 0 that no one can distinguish it. As I said before, there will be an RC1, but it will be based on HEAD, not BETA2.


> BTW: Did I already congratulate all of you on the release? :)
You just did ;-)
Thank you.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvProgressDialog - Access Violation
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Sep 2004 11:21:26 +0200
Newsgroups: jedi.vcl

Steph wrote:

> finally
>     TJvProgressDialog.Release/Free

Use Free, not Release.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: ANN: JVCL 3 BETA 2 Released!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 20 Sep 2004 11:19:53 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Oliver Giesen wrote:
>
>
>> I don't see a corresponding tag in CVS. There only is a branch called
>> JVCL3_BETA2... Does this mean the Beta 2 is supposed to be some kind of
>> moving target?
>
>
> No. Olivier wanted to make Beta 2 working (read as compiling, installable
> and working), sop he made a branch for it to let us work on the JVCL while
> he had made Beta 2 working.

Exactly, this branch is meant to stay like it is now. I prefer to let people work on HEAD, as much as they want, and have a branch in which I backport changes from HEAD in very limited cases. This way I don't have to ask developers to stop working for 2 or 3 days.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: ANN: JVCL 3 BETA 2 Released!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Sep 2004 11:14:49 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> > I don't see a corresponding tag in CVS. There only is a branch called
> > JVCL3_BETA2... Does this mean the Beta 2 is supposed to be some kind of
> > moving target?

No. Olivier wanted to make Beta 2 working (read as compiling, installable
and working), sop he made a branch for it to let us work on the JVCL while
he had made Beta 2 working.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 install fails
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Sep 2004 11:13:27 +0200
Newsgroups: jedi.vcl

Uwe Molzahn wrote:

> > Compiling JvGlobusD7R.bpl.
> > JvgQPrintPreviewForm.pas (197) error: Undeclared identifier:
> > 'ExportToExcel'

You want to install the CLX code (not VCL) ?
CLX support is still in progress and not finished yet.
If you did not want to install the CLX please uncheck the VisualCLX
checkbox on the package selection page.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3 Beta 2 Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Sep 2004 11:10:40 +0200
Newsgroups: jedi.vcl

Ivan Ravin wrote:

>> > > - the same problem with JVCL300BETA2JCL192-Build1666Complete
>> > > 
> > Sorry. There is no problem if first run jcl\install.bat and then
> > jvcl\install.bat

JCL and JVCL are two different projects. Many people think that that is
one project, but they are two. The JVCL depends on the JCL. It is like the
OEM version of WinWord. You cannot install WinWord (JVCL) without a prior
Windows installation (JCL).


-- Regards, Andreas Hausladen 

Subject: Re: CLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Sep 2004 11:09:01 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Their will be a major update on the JvQEx* units this week.
> > - The JvQEx* units are autogenerated from the sources in
> > devtools/JvExCLX/src.  - The JvEx* units in devtools/JvExVCL/src will no
> > longer contain VisualCLX related code.  - interfaces IJvControlEvents
> > and IJvWinControlEvents are obsolete. They are not used anymore in the
> > class declarations - Doublebuffering is no longer implemented through
> > the JvExQ* classes. It is implemented *application wide* in a new unit
> > JvQDoubleBuffering: double buffering on all Controls ! As an additional
> > benefit this has simplified the implementation of the JvEx* CLX classes.

Sounds like you have completely redesigned my JvExVCL units.


BTW: You had sent me a mail for things I should add to CLX itself. Can you
send me a mail with this stuff. With the old mail I was not able to
understand what you wanted.


-- Regards, Andreas Hausladen 

Subject: Re: ANN: JVCL 3 BETA 2 Released!
From: "Oliver Giesen" <ogware@gmx.net>
Date: Mon, 20 Sep 2004 08:42:24 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Andreas Hausladen wrote:
> > 
>> > > No. Olivier wanted to make Beta 2 working (read as compiling,
>> > > installable and working), sop he made a branch for it to let us
>> > > work on the JVCL while he had made Beta 2 working.
> > 
> > Exactly, this branch is meant to stay like it is now. I prefer to let
> > people work on HEAD, as much as they want, and have a branch in which
> > I backport changes from HEAD in very limited cases. This way I don't
> > have to ask developers to stop working for 2 or 3 days.

Yes, I perfectly understand the motivation behind that branch and
definitely welcome it. Maybe my cynicism was a bit too subtle there.
What I meant to point out was that there is currently no release tag
for BETA2. Hypothetically someone could still commit other changes to
the BETA2 branch and you'll immediately lose track of what revisions
where used for the official release. Also, you might want to do service
pack releases or something like that which will possibly also happen on
that branch... again without a release tag the information about which
revisions represented the Beta2 release would be lost...

In this context I guess the naming of the branch was a bit unfortunate
as now that revisions have already been committed to it it could no
longer be changed... (in order to reuse it again as a tag I mean)
I usually prefer to distinguish branch names from regular tags by using
a _BRANCH suffix.

Then again, it's "just" a beta so the likeliness of service releases is
probably rather minimal... ;)

BTW: Did I already congratulate all of you on the release? :)

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: CLX
From: Micha Schumann <schumann@itc-ms.de>
Date: Mon, 20 Sep 2004 08:06:44 +0000
Newsgroups: jedi.vcl

Still have problems installing the CLX part - also in beta 2. VCL runs like clockwork (for me VCL always worked).

As usual it states that <somunit>.dcu is missing while the source of this unit is present in Qrun or QCommon. Is there a way to overcome this manually? I am not familiar with the installer.

I use D7 pro german on german XP SP2.

It is noch important, I am just starting getting used to CLX.

Thanks for any help!

Micha


Subject: Re: JVCL 3 Beta 2 Install Problem
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Mon, 20 Sep 2004 11:55:45 +0400
Newsgroups: jedi.vcl

> > - the same problem with JVCL300BETA2JCL192-Build1666Complete
> >
Sorry. There is no problem if first run jcl\install.bat and then
jvcl\install.bat





Subject: Re: CLX
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 20 Sep 2004 09:47:50 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:
> Still have problems installing the CLX part - also in beta 2. VCL runs like clockwork (for me VCL always worked).
>
> As usual it states that <somunit>.dcu is missing while the source of this unit is present in Qrun or QCommon. Is there a way to overcome this manually? I am not familiar with the installer.

- The installer does not generate the *.dcu units.
- Work around: Add <JVCL directory>\qrun and <JVCL directory>\qcommon to
  library paths ( <Tools><Environment> )

Their will be a major update on the JvQEx* units this week.
- The JvQEx* units are autogenerated from the sources in devtools/JvExCLX/src.
- The JvEx* units in devtools/JvExVCL/src will no longer contain VisualCLX related code.
- interfaces IJvControlEvents and IJvWinControlEvents are obsolete. They are not used anymore in the class declarations
- Doublebuffering is no longer implemented through the JvExQ* classes. It is implemented *application wide* in a new unit JvQDoubleBuffering: double buffering on *all* Controls ! As an additional benefit this has simplified the implementation of the JvEx* CLX classes.

Regards,

André Snepvangers,

JVCL VisualCLX coordinator


Subject: Re: JVCL 3 Beta 2 Install Problem
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Mon, 20 Sep 2004 11:33:48 +0400
Newsgroups: jedi.vcl

>> > > I have just tried to install JVCL Beta 3 but get the following error
>> > > message
>> > >
>> > > C:\Jedi3Beta2\jvcl\run\JvJVCLAboutForm.pas(134) Error: Incompatible
>> > > types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
>> > > JvCoreD7R.dpk(93) Fatal: Could not compile used
>> > > unit '..\..\run\JvJVCLAboutForm.pas
> >
> > Please use the latest JCL with the latest JVCL.
> >

- the same problem with JVCL300BETA2JCL192-Build1666Complete





Subject: Re: ANN: JVCL 3 BETA 2 Released!
From: "Oliver Giesen" <ogware@gmx.net>
Date: Mon, 20 Sep 2004 06:16:05 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > The JVCL Team is proud to announce that a second beta release of JVCL
> > 3 is available for download.

I don't see a corresponding tag in CVS. There only is a /branch/ called
JVCL3_BETA2... Does this mean the Beta 2 is supposed to be some kind of
moving target?

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: JVCL 3 Beta 2 Install Problem
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 20 Sep 2004 06:52:44 +0200
Newsgroups: jedi.vcl

jdj wrote:
> I have just tried to install JVCL Beta 3 but get the following error message
>
> C:\Jedi3Beta2\jvcl\run\JvJVCLAboutForm.pas(134) Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
> JvCoreD7R.dpk(93) Fatal: Could not compile used unit '..\..\run\JvJVCLAboutForm.pas

Please use the latest JCL with the latest JVCL.

Cheers

Olivier Sannier
JVCL Coordinator.


Subject: JVCL 3 Beta 2 Install Problem
From: "jdj" <jdj@hnet.com>
Date: Mon, 20 Sep 2004 06:45:10 +0200
Newsgroups: jedi.vcl

I have just tried to install JVCL Beta 3 but get the following error 
message

C:\Jedi3Beta2\jvcl\run\JvJVCLAboutForm.pas(134) Error: Incompatible 
types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD7R.dpk(93) Fatal: Could not compile used 
unit '..\..\run\JvJVCLAboutForm.pas

Thanks

 



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL3 install fails
From: "Uwe Molzahn" <dpool@lmc-mediaagentur.de>
Date: Sun, 19 Sep 2004 20:38:17 -0700
Newsgroups: jedi.vcl

Hi all

Just tried to install the newest JCL and JVCL 3 on a clean system (D7 Pro). 
Too bad that the whole install process didn't work. When running the 
install.bat, I first get an error in the DOS box saying "Preprocessing 
template: JvExComboEdits.pas" and "The system cannot find the path 
specified". The installer started correctly afterwards and I went through 
the whole install process leaving the "factory settings" as they were. The 
compilation of the packages stops with following error message:

Compiling JvGlobusD7R.bpl.
JvgQPrintPreviewForm.pas (197) error: Undeclared identifier: 'ExportToExcel'

I checked all system paths, deinstalled and reinstalled everything - but to 
no avail. Can anyone help?

Thanks
Uwe 




Subject: Re: JvFormStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 19 Sep 2004 22:55:23 +0200
Newsgroups: jedi.vcl

Maybe look at StoredProps and StoredValues ?


Subject: Re: JvFormStorage
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sun, 19 Sep 2004 20:20:51 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Olivier,

sorry, this is what I meant by "assign the columns-property to the
storage component". So that's there....

I only call 'RestoreFormValues' in FormShow. Do I have to call
'save...' manually as well?

OBones wrote:

> > Maybe look at StoredProps and StoredValues ?



Subject: TJvProgressDialog - Access Violation
From: Steph <sfillon_j@yahoo.fr>
Date: Mon, 20 Sep 2004 05:02:26 +1000
Newsgroups: jedi.vcl

Hi all,

Latest CVS JVCL-3.

When I try to use TJvProgressDialog... sometimes I have an AV.. at:

    if Image <> nil then
        Image ... Assign

When I crete my progress dialog, I don't use any Image.
When I run the same code, sometimes I have an AV, the next time I don't have any.

The only thing i have is a

TJvProgessDialog.Create
try
    .... to step it
finally
    TJvProgressDialog.Release/Free
end;



Subject: JvFormStorage
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sun, 19 Sep 2004 18:49:04 +0000 (UTC)
Newsgroups: jedi.vcl

Hi people,

I have seen several posts regarding JvAppStorage-components. However, I
did not read into them too deeply until people who use my software
complained that their customization to forms gets lost.

I had to find out that the form storage does not work anymore. E.g.:
Put a listbox on a form. Design some columns. Add the necessary storage
components. The Form Storage is on the form in my case and the
INI-Storage in the Data Module. Assign the Columns-Property to the
storage component. The only thing being saved in the INI file are the
default form values, like size e.g. Nothing else.

Do I have to set something that has been added lately?

--
Holger


Subject: Custom Color in JvColorCombobox
From: "JDel" <jdel@hotmail.com>
Date: Sun, 19 Sep 2004 16:00:32 +0200
Newsgroups: jedi.vcl

Hi,
How can i have my own color list in JvColorComboBox, since the user add
his custom color ?

Best Regards

JDel



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 19 Sep 2004 09:57:04 +0200
Newsgroups: jedi.vcl

tobinh wrote:

> I'll try, but as of today 9/18 (daily build, BETA 2 I think) the installer won't even compile. I'll try to go to an older one to see if i can get it to compile.
Where did you get the 9/18 daily build for JVCL 3? It doesn't even exist. Anyway, if you're talking about BETA 2, that doesn't change much to your problem.

> (The Following is an execution of the install script)
>
> C:\Program Files\Borland\CBuilder5\JEDI\jvcl>cd packages\bin
>
> C:\Program Files\Borland\CBuilder5\JEDI\jvcl\packages\bin>SET INSTALLOPTIONS="Fi
> les\Borland\CBuilder5\JEDI\jvcl\install.bat" "" "" "" "" "" "" "" ""
>
> C:\Program Files\Borland\CBuilder5\JEDI\jvcl\packages\bin>build.exe newest "--ma
> ke=installer"
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> [Preprocessing JVCL]
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> Bad command or file name
>
> [Generating MO files]
> [Compiling: Installer]
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
> Invalid switch - /Q
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> Fatal: Too many conditional symbols

One thing that comes to mind is that we've had lots of weird problems with some installations because the PATH environment variable was too long. The messages are always telling about another error, but in the end, shortening this environment variable seems to solve the problems. To change the value of the PATH environment variable, under Windows 2k/XP, please do this:

- Start, Parameters, Control Panel, System (or the Windows and Pause key at the same time).
- Advanced tab, Environment variables button (bottom left).
- In the "User variables" list, please find path, if it exists. Use modify to read its complete value, copy it, past it in Notepad (or any other text editor). Entries are seperated by semicolon (;). Please check that there are no duplicates, and that all directories mentionned in there exist. Remove any wrond value, then paste the value back.
- Do the same with the value for Path in "System variables"
- Click on Ok on all dialogs until the "System" applet is closed.
- Try again

Notes:
- The user value should be quite short, if not empty. The system value is the one most likely to be long and with inexistant directories. This come from the fact that some programs install themselves, modify its value and do not restore it when they get uninstalled.
- Even if I don't believe you can break anything by doing this, I nor the JVCL group can be hold responsible for any problems arising from this manipulation.

Please let us know how this goes, if this is the solution, we would promptly add it to the FAQ page.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: 3.0 BETA 2: Package ...\JvSTDCtrlsD6D.bpl can't be installed because it is not a design time package - reposted
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 19 Sep 2004 09:54:23 +0200
Newsgroups: jedi.vcl

Noisx wrote:
> That makes 2 of us with this problem so if anyone knows how to fix it then as it's already been stated it would be much appreciated.

One thing that comes to mind is that we've had lots of weird problems with some installations because the PATH environment variable was too long. The messages are always telling about another error, but in the end, shortening this environment variable seems to solve the problems. To change the value of the PATH environment variable, under Windows 2k/XP, please do this:

- Start, Parameters, Control Panel, System (or the Windows and Pause key at the same time).
- Advanced tab, Environment variables button (bottom left).
- In the "User variables" list, please find path, if it exists. Use modify to read its complete value, copy it, past it in Notepad (or any other text editor). Entries are seperated by semicolon (;). Please check that there are no duplicates, and that all directories mentionned in there exist. Remove any wrond value, then paste the value back.
- Do the same with the value for Path in "System variables"
- Click on Ok on all dialogs until the "System" applet is closed.
- Try again

Notes:
- The user value should be quite short, if not empty. The system value is the one most likely to be long and with inexistant directories. This come from the fact that some programs install themselves, modify its value and do not restore it when they get uninstalled.
- Even if I don't believe you can break anything by doing this, I nor the JVCL group can be hold responsible for any problems arising from this manipulation.

Please let us know how this goes, if this is the solution, we would promptly add it to the FAQ page.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: 3.0 BETA 2: Package ...\JvSTDCtrlsD6D.bpl can't be installed because it is not a design time package - reposted
From: "Noisx" <nosp@me.com>
Date: Sun, 19 Sep 2004 08:51:15 +0200
Newsgroups: jedi.vcl

That makes 2 of us with this problem so if anyone knows how to fix it 
then as it's already been stated it would be much appreciated.

Cheers,
Dave



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Unit naming in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Sep 2004 07:34:01 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>  I also noticed that the Color Space
> donation has a unit ending with "Ctrls". It should be changed to "Controls".

The Color space donation files have not been renamed yet. I have only Jv'ed the identifiers. Thanks for the reminder though.


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: "tobinh" <tobinhall_SPMNO_@sbcglobal.net>
Date: Sun, 19 Sep 2004 01:12:19 +0200
Newsgroups: jedi.vcl

> > OBones <obones_gfgfd_@_dgf_altern.org> wrote in 
> >Could you provide me with the entire log file? I know it would be quite 
> >big, but just create a text file, zip it, and post it as an attachement 
> >in jedi.binaries. I'll review it.
> >

I'll try, but as of today 9/18 (daily build, BETA 2 I think) the 
installer won't even compile. I'll try to go to an older one to see if i 
can get it to compile.

Tobin.


(The Following is an execution of the install script)

C:\Program Files\Borland\CBuilder5\JEDI\jvcl>cd packages\bin

C:\Program Files\Borland\CBuilder5\JEDI\jvcl\packages\bin>SET 
INSTALLOPTIONS="Fi
les\Borland\CBuilder5\JEDI\jvcl\install.bat" "" "" "" "" "" "" "" ""

C:\Program Files\Borland\CBuilder5\JEDI\jvcl\packages\bin>build.exe 
newest "--ma
ke=installer"
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Preprocessing JVCL]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Bad command or file name

[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Invalid switch - /Q
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatal: Too many conditional symbols

** error 1 ** deleting Installer_nomo
Press ENTER to continue



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3 BETA 2 Released!
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 18 Sep 2004 23:35:28 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Has this been posted to borland.public.delphi.thirdpartytools.general? I
> don't see it.

Not yet, I posted the release, then the messages in jedi, but my guests arrived for the week-end (they are at their hotel now), so the rest of the messages will be sent from Sunday onward.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Unit naming in JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 18 Sep 2004 23:34:21 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> I've noticed that some recent additions to JVCL does not follow the JVCL
> naming convention we set up after 2.10 (see <jvcl>\readme.htm for details).
My bad.

> Specifically, one form is named JvDBGridProp. Not only is the name missing a
> "Form" suffix but the name should also not be abbreivated, i.e the correct
> name would be JvDBGridPropertyForm. I also noticed that the Color Space
> donation has a unit ending with "Ctrls". It should be changed to "Controls".
> There might be others.
I'll check. For the JvDBGrid, I wanted the stuff to be in Beta 2 and got a bit too fast in adding them. This will be fixed asap (by sunday evening). Thanks for the reminder.

> Although this might seem a minor issue to some, I believe the
> conventions/rules should be upheld or we will soon be back in the same
> situation as we were in 2.10 (total anarchy in the unit naming).
100% agree.

Cheers

Olivier Sannier
JVCL Coordinator (still learning <g>)


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 18 Sep 2004 23:33:01 +0200
Newsgroups: jedi.vcl

Tobin Hall wrote:
> OBones <obones_gfgfd_@_dgf_altern.org> wrote in news:ci39ec$ch$1@talkto.net:
>
>
>>
>
> Still having errors.

Weird, and annoying.

> Error: Packages 'C:\Program Files\Borland\CBuilder5\Lib\Obj\vcl50.dcp' and 'vcl50' both contain unit 'Windows'
> Error: Packages 'C:\Program Files\Borland\CBuilder5\Lib\Obj\vcl50.dcp' and 'vcl50' both contain unit 'System'
> Fatal: Could not compile package 'C:\Program Files\Borland\CBuilder5\Lib\Obj\vcl50.dcp'

Could you provide me with the entire log file? I know it would be quite big, but just create a text file, zip it, and post it as an attachement in jedi.binaries. I'll review it.

Thanks

Olivier Sannier
JVCL Coordinator


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: Tobin Hall <Tobinhall_NOSPM_@sbcglobal.net>
Date: Sat, 18 Sep 2004 16:59:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:ci8ku4$vo3$1@talkto.net: 

>> >> I also tried to use Builder to compile, and get the following
>> >> whenever I try to open "C5 Packages.bpg" 
>> >> 
>> >> "PROJECTS macro in projects group is missing or incorrect"
> > For C5 Standard, you must use the "C5Std Packages.bpg"

oops, I meant to say that (C5Std Packages.bpg), however I tried it again 
with the latest daily (9/18) , still the same problem.

btw, I also reinstalled the jcl package.

Tobin.


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: Tobin Hall <obinhall_NOSPM_@sbcglobal.net>
Date: Sat, 18 Sep 2004 16:42:14 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in 
news:ci39ec$ch$1@talkto.net:

> > 
> > 

Still having errors.

....
Error: Packages 'C:\Program Files\Borland\CBuilder5\Lib\Obj\vcl50.dcp' and 
'vcl50' both contain unit 'Windows'
Error: Packages 'C:\Program Files\Borland\CBuilder5\Lib\Obj\vcl50.dcp' and 
'vcl50' both contain unit 'System'
Fatal: Could not compile package 'C:\Program 
Files\Borland\CBuilder5\Lib\Obj\vcl50.dcp'


Subject: Re: 3.0 BETA 2: Package ...\JvSTDCtrlsD6D.bpl can't be installed because it is not a design time package - reposted
From: Kai Bohli <kaiboe_@_online.no>
Date: Sat, 18 Sep 2004 18:02:56 +0200
Newsgroups: jedi.vcl

Hi Marcel !

Thank for your reply. I'll try to build the package as compile didn't work.

I replaced the Browseforfolder thingy with the Delphi 6 "built in" SelectDirectory thing and got
around it for now though.

Thanks a lot.

> >    I remember having this problem before with another package in D5. Trying
> >to remember what the cause was and how we eventually solved it, but I can't.
> >I do recall, that (from the IDE), rebuilding both the run time package (in
> >this case JvStdCtrlsD6R) and the designtime package and then installing the
> >design time package worked in that situation. Note that you would need to
> >use 'Build' and not 'Compile'.
> >
> >    Does anyone recall what the problem was and how we fixed it? I think it
> >only happened in some cases, but the fix worked for everyone.

Best wishes

Kai Bohli
Gjovik
Norway
<kaiboeATonline.no>


Subject: TJvDBLookupCombo, open the DropDown
From: "Martin Schuster" <martin@oaktree.de>
Date: Sat, 18 Sep 2004 17:25:28 +0200
Newsgroups: jedi.vcl

Is there a chance to change the Key to open the DropDown-List the
TJvDBLookupCombo?

In TJvDBLookupEdit there is a property ClickKey, is there something like it
in TJvDBLookupCombo?

Thanks
Martin









Subject: Re: 3.0 BETA 2: Package ...\JvSTDCtrlsD6D.bpl can't be installed because it is not a design time package - reposted
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Sat, 18 Sep 2004 17:04:48 +0200
Newsgroups: jedi.vcl

> > I've just installed the latest JCL (1.92) and JVCL (3 BETA 2). I did both
using the installer.
> > I get the message in the title for this package.
> >
> > I've tried to open the package in D6 and it's marked as a designtime
package there.
> >
> > Any help are greatly appreciated, cause I've used BrowseForFolder amoung
others a lot.

    I remember having this problem before with another package in D5. Trying
to remember what the cause was and how we eventually solved it, but I can't.
I do recall, that (from the IDE), rebuilding both the run time package (in
this case JvStdCtrlsD6R) and the designtime package and then installing the
design time package worked in that situation. Note that you would need to
use 'Build' and not 'Compile'.

    Does anyone recall what the problem was and how we fixed it? I think it
only happened in some cases, but the fix worked for everyone.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: 3.0 BETA 2: Package ...\JvSTDCtrlsD6D.bpl can't be installed because it is not a design time package - reposted
From: Kai Bohli <kaiboe_@_online.no>
Date: Sat, 18 Sep 2004 16:59:27 +0200
Newsgroups: jedi.vcl

Hi !

I've posted to jedi.general first by mistake.

I've just installed the latest JCL (1.92) and JVCL (3 BETA 2). I did both using the installer.
I get the message in the title for this package. 

I've tried to open the package in D6 and it's marked as a designtime package there.

Any help are greatly appreciated, cause I've used BrowseForFolder amoung others a lot.

TIA


Best wishes

Kai Bohli
Gjovik
Norway
<kaiboeATonline.no>


Subject: EditControls and JvDBGrid
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Sat, 18 Sep 2004 11:51:09 -0300
Newsgroups: jedi.vcl

Hi.
I need in JvDBGrid, depending of a value ColumnA the ColumnB have or not a
editcontrol.
Is there a way to do this? I use the last version (Beta 2).

Thanks
Alessandro




Subject: Re: JVCL 3 BETA 2 Released!
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 18 Sep 2004 13:03:53 +0200
Newsgroups: jedi.vcl

Has this been posted to borland.public.delphi.thirdpartytools.general? I
don't see it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Unit naming in JVCL
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 18 Sep 2004 13:02:41 +0200
Newsgroups: jedi.vcl

Don't know how that happened: this was supposed to be a new post, not a
reply to the BETA 2 release.

Sorry.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Unit naming in JVCL
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 18 Sep 2004 12:58:52 +0200
Newsgroups: jedi.vcl

I've noticed that some recent additions to JVCL does not follow the JVCL
naming convention we set up after 2.10 (see <jvcl>\readme.htm for details).

Specifically, one form is named JvDBGridProp. Not only is the name missing a
"Form" suffix but the name should also not be abbreivated, i.e the correct
name would be JvDBGridPropertyForm. I also noticed that the Color Space
donation has a unit ending with "Ctrls". It should be changed to "Controls".
There might be others.

Although this might seem a minor issue to some, I believe the
conventions/rules should be upheld or we will soon be back in the same
situation as we were in 2.10 (total anarchy in the unit naming).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: ANN: JVCL 3 BETA 2 Released!
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 17 Sep 2004 23:49:15 +0200
Newsgroups: jedi.vcl,jedi.general

The JVCL Team is proud to announce that a second beta release of JVCL 3 is available for download.

JVCL is a library of approximately 500 visual and non-visual components for Delphi 5, 6, 7; C++Builder 5, 6 and Kylix 3. JVCL

is distributed subject to the Mozilla Public License Version 1.1 (http://www.mozilla.org/MPL/MPL-1.1.html) and is completely

free for all developers (open source, shareware or commercial) and includes the full source to all components.

This release contains changes, additions and bugfixes too numerous to list here, but here are some of the highlights:

- Support for Delphi 5,6 and 7
- Support for C++ Builder 5 and 6
- Support for Kylix 3
- The monolithic package structure of JVCL 2.10 has been broken into smaller packages.
- Files have been renamed and arranged using a more logical naming scheme and folder structure, making it easier to find what

you are looking for.
- Numerous components have been merged. This means there are almost no duplicates in JVCL anymore.
- The full install contains a tool to convert large parts of your source from JVCL 2.10 to JVCL 3.00, simplifying migration.
- Several new components and libraries have been added, among them UIB, Globus, KWizard, DockPresident, Managed Threads, UIL

Time Framework, dxPack II, Jans Components, Print Preview, Ultim DB Components, a LED control, a checkbox/radiobutton

treeview and an XML database.
- A new package generator that creates packages for all supported platforms from XML files.
- A new installer that knows about and automatically detects package dependecies, installing what you need in each supported

version.
- Improved support for Windows XP theming.
- Improved support for VisualCLX (not complete).
- Numerous bugs fixed.
- Support for localization using dxgettext (http://dxgettext.sourceforge.net)

If you are currently using JVCL 2.10, please read the documentation *carefully* before installing JVCL 3, especially the

migration document.

This release is available in four different flavors:
- Full install + latest JCL
- Full install without JCL
- Source and examples only
- Source only

Later on we will also provide separate downloads for those packages that can be installed in a "stand-alone" mode (JvUIB,

JvWizard, JvGlobus, JvManagedThreads, JvDocking, JvXPCtrls and JvDotNetCtrls)
To download JVCL 3, go to http://sourceforge.net/projects/jvcl and click the "Files" link at the top or go directly at this

address: http://sourceforge.net/project/showfiles.php?group_id=45786

The current version is JVCL 3.00 BETA 2.


The JVCL Team
http://jvcl.sourceforge.net


Subject: Re: JvInterpreter: strange code (maybe leak)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Sep 2004 17:56:01 +0200
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> OK. I can do the same without new special field in TJvInterpreterForm - this
> field can be added as first [0] pointer into TJvInterpreterForm.FMethodList:

I have not the least idea. Does it work?
Best post a working version of the files to binaries or Mantis.
Do not forget to test and update the examples.


Subject: Re: JvInterpreter: strange code (maybe leak)
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 17 Sep 2004 19:44:40 +0400
Newsgroups: jedi.vcl

>> > > I did this solution for my old program with RAI2Interpreter and
interested
>> > > to have this option in JvInterpreter. But this solution require to
change
>> > > interface, and I'm affraid it's already fixed. Is it not too late to do
it?
> >
> > No interface is really fixed in the JVCL.
> > If needed we put in some backward compatibility.

OK. I can do the same without new special field in TJvInterpreterForm - this
field can be added as first [0] pointer into TJvInterpreterForm.FMethodList:

constructor TJvInterpreterForm.CreateNew(AOwner: TComponent; Dummy: Integer
= 0);
var
    FFieldList: TJvInterpreterVarList;
begin
  FMethodList := TList.Create;
  {$IFDEF CLASS_FIELDS_SUPPORT}
  FFieldList:= TJvInterpreterVarList.Create;
  FMethodList.Add(FFieldList);
  {$ENDIF} //CLASS_FIELDS_SUPPORT
....

and some special code in TJvInterpreterForm.Destroy:

destructor TJvInterpreterForm.Destroy;
var
  I: Integer;

    FFieldList: TJvInterpreterVarList;
begin
  {$IFDEF CLASS_FIELDS_SUPPORT}
  FFieldList:=FMethodList.Items[0];
  FFieldList.Free;
  {$ENDIF} //CLASS_FIELDS_SUPPORT
....

and the same code in other needed places.

Is this solution interesting for developers?





Subject: Re: JvInterpreter: strange code (maybe leak)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Sep 2004 16:18:47 +0200
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> I did this solution for my old program with RAI2Interpreter and interested
> to have this option in JvInterpreter. But this solution require to change
> interface, and I'm affraid it's already fixed. Is it not too late to do it?

No interface is really fixed in the JVCL.
If needed we put in some backward compatibility.


Subject: Re: JvInterpreter: strange code (maybe leak)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Sep 2004 16:16:30 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Maybe nobody of the JVCL developers knows enough about this component?

JvInterpreter is not handled by core developers.
Anyone using it is of course encouraged to fix errors found.
The only drawback is that the core developers focus to other parts of the JVCL and JvInterpreter is therefore on no priority list.



Subject: Re: JvInterpreter: strange code (maybe leak)
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 17 Sep 2004 17:45:30 +0400
Newsgroups: jedi.vcl

> > Maybe nobody of the JVCL developers knows enough about this component?
> >
by the way, can anyone have a look at form fields support for
JvInterpreterFm:
http://homepages.borland.com/jedi/issuetracker/view.php?id=1860
I did this solution for my old program with RAI2Interpreter and interested
to have this option in JvInterpreter. But this solution require to change
interface, and I'm affraid it's already fixed. Is it not too late to do it?





Subject: Re: JvInterpreter: strange code (maybe leak)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 17 Sep 2004 14:36:37 +0200
Newsgroups: jedi.vcl

Max Pyatnitsky wrote:

> > By the way, it seems that this component (JvInterpreter)
> > is not very interesting for developers because there is no
> > activity about it's bugs listed in Issue Tracker (it's pity,
> > IMHO components is very useful) ....

Maybe nobody of the JVCL developers knows enough about this component?



-- Regards, Andreas Hausladen 

Subject: Re: Create EditControls to JvDBGrid in run time
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Fri, 17 Sep 2004 09:35:05 -0300
Newsgroups: jedi.vcl

Thanks for all.
This work fine.
Congratulation for all thar contribuition to the excelent suite components.

Alessandro


"Fred" <nospam@nospam.nospam> escreveu na mensagem
news:cidvad$vqj$1@talkto.net...
> > OBones a écrit:
> >
>> > > Fred wrote:
>> > >
>>> > >> I wrote:
>>> > >>
>>> > >>
>>>> > >>> except
>>>> > >>> end;
>>> > >>
>>> > >>
>>> > >> You have to put wp_Data.Free between, of course.
>> > >
>> > > I'd rather use a try...finally construct here
> >
> > Yes, but it depends on what you want to do. My intent was to warn
Alessandro
> > if something was going wrong. This code is just a skeleton; I don't think
> > Alessandro will use it like this.
> >
> > Fred
> >
> >
> >
> >




Subject: Re: XP & MSAccess
From: "Andy Vines" <andy-vines@btNOTconnectED.com>
Date: Fri, 17 Sep 2004 11:39:04 +0100
Newsgroups: jedi.vcl

> > The internal Firewall in SP2 breakes some Applications e.g. I cannot 
> > connect to my website with TotalCommander via FTP since I installed SP2 
> > although TotalCommander is listen in the firewalls exception list. I have 
> > to turn it off.
> >
> > Micha

I had an application that ran fine until I installed SP2.

I had accidentally left one of the database tables Active, and that was 
causing it not to run. 




Subject: Re: JvInterpreter: strange code (maybe leak)
From: Max Pyatnitsky <mpyat@gfk-usm.com.ua>
Date: Fri, 17 Sep 2004 11:42:59 +0300
Newsgroups: jedi.vcl

Ivan Ravin wrote:
> this is code from JvInterpreter.pas:
>
> procedure TJvInterpreterVarList.AddVar(const UnitName, Identifier, Typ:
> string; VTyp: Word;
>   const Value: Variant; DataType: IJvInterpreterDataType);
> var
>   VarRec: TJvInterpreterVar;
> begin
>   if FindVar(UnitName, Identifier) <> nil then
>     JvInterpreterErrorN(ieIdentifierRedeclared, -1, Identifier);
>   VarRec := TJvInterpreterVar.Create;
>   VarRec.Identifier := Identifier;
>   VarRec.UnitName := UnitName;
>   JvInterpreterVarCopy(VarRec.Value, Value);
>   VarRec.Typ := Typ;
>   VarRec.VTyp := VTyp;
>   Insert(0, VarRec);
> end;
>
> What sense of parameter DataType?
>
>

It seems this parameter is reserved for future use, nevertheless it would be better to declare this parameter as 'const' to avoid unnecessary _AddRef/_Release calls.
By the way, it seems that this component (JvInterpreter) is not very interesting for developers because there is no activity about it's bugs listed in Issue Tracker (it's pity, IMHO components is very useful) ....


Subject: Re: Create EditControls to JvDBGrid in run time
From: "Fred" <nospam@nospam.nospam>
Date: Fri, 17 Sep 2004 09:32:47 +0200
Newsgroups: jedi.vcl

OBones a écrit:

> > Fred wrote:
> >
>> >> I wrote:
>> >>
>> >>
>>> >>> except
>>> >>> end;
>> >>
>> >>
>> >> You have to put wp_Data.Free between, of course.
> >
> > I'd rather use a try...finally construct here

Yes, but it depends on what you want to do. My intent was to warn Alessandro 
if something was going wrong. This code is just a skeleton; I don't think 
Alessandro will use it like this.

Fred






Subject: Re: more than one column in TJDBTreeView
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Fri, 17 Sep 2004 11:26:44 +0400
Newsgroups: jedi.vcl

> > I need insert second column in TJDBTreeView. In standard settings this
> > componnet allow to view only (?) one column. How, may I view for exapmle
> >   two columns (one of its, will be a checked column for example).
> >
You can use little hack:
1) declare in your unit new type
THackJvDBTreeView = class(TJvDBTreeView)
Now you have access to protected method property
THackJvDBTreeView .OnAdvancedCustomDrawItem (look at
TCustomTreeView.OnAdvancedCustomDrawItem)

2) write new form procedure:
procedure TForm1.TreeViewAdvancedCustomDrawItem(
  Sender: TCustomTreeView; Node: TTreeNode; State: TCustomDrawState;
  Stage: TCustomDrawStage; var PaintImages, DefaultDraw: Boolean);
begin
....{ here you encode rows support. For example, use THeaderControl and its
sections to calculate Rect.Left and Rect.Right, and Node.DisplayRect(true)
to calculate Rect.Top and Rect.Bottom. Now you can put in this rect any text
or control. Take care with first row!!!}
end;

3) in Form.Create assign this procedure:
THackJvDBTreeView(JvDBTreeView1).OnAdvancedCustomDrawItem :=
TreeViewAdvancedCustomDrawItem;

4) enjoy :)





Subject: Re: more than one column in TJDBTreeView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Sep 2004 08:32:37 +0200
Newsgroups: jedi.vcl

> > thanks for yours information. Do you know, how I may obtain an id number
> >   from db (it is connected to tree node).
I guess you could use the same method as TJvCustomDBTreeView.FindNode does:
typecast the node to TJvDBTreeNode and use the MasterValue:

if TJvDBTreeNode(SomeNode).MasterValue = SomeValue then
  ...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Create EditControls to JvDBGrid in run time
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 17 Sep 2004 08:08:06 +0200
Newsgroups: jedi.vcl

Fred wrote:

> I wrote:
>
>
>> except
>> end;
>
>
> You have to put wp_Data.Free between, of course.

I'd rather use a try...finally construct here

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Create EditControls to JvDBGrid in run time
From: "Fred" <nospam@nospam.nospam>
Date: Fri, 17 Sep 2004 00:30:40 +0200
Newsgroups: jedi.vcl

I wrote:

> > except
> > end;

You have to put wp_Data.Free between, of course.

Fred





Subject: Re: Create EditControls to JvDBGrid in run time
From: "Fred" <nospam@nospam.nospam>
Date: Fri, 17 Sep 2004 00:28:09 +0200
Newsgroups: jedi.vcl

Delphi translation:

wp_Data := TJvDBDateEdit.Create(fm_GridBaseJvcl1);
try

// wp_Data.Parent := fm_GridBaseJvcl1;  useless, but not wrong
wp_Data.Name := 'TesteData';
wp_Data.DataSource := fm_GridBaseJvcl1.Grid.DataSource;
wp_Data.DataField := 'DateBirth';
with fm_GridBaseJvcl1.Grid.EditControls.Add do
begin
   ControlName := 'TesteData';
   FieldName := 'DateBirth';
   FitCell := fcCellSize; // property appearing in the latest release
end;

except
end;

This code is untested but should work fine.

Fred 




Subject: Re: OT: GPL Question
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 16 Sep 2004 23:31:58 +0200
Newsgroups: jedi.vcl

Micha Schumann wrote:

> > CDRECORD ist a toolchest released under the GPL. Since it consists of
> > executables it can be integrated into an application without "linking"
> > like DLLs - just call it (e.g. with CapExec) and use it.

That's the gray zone of GPL.



-- Regards, Andreas Hausladen 

Subject: Re: BCB6 & FAutoCompleteIntf
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 16 Sep 2004 22:39:36 +0200
Newsgroups: jedi.vcl

A. Ghaibeh wrote:

> I have download JVCL3-2004-09-14

Please use today's build, I couldn't reproduce the bug. Please also ensure that all hpp files are up to date. If you unzip today's zip on top of your current installation, please do not forget to call "clean all" at the root of your installation BEFORE unzipping the file. This will force the recompilation of every units and thus the regeneration of all hpp files.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: OT: GPL Question
From: Micha Schumann <schumann@itc-ms.de>
Date: Thu, 16 Sep 2004 20:21:37 +0000
Newsgroups: jedi.vcl

Sorry for posting offtopic but I think someone can answer this question and it may be of interest to others in this forum:

CDRECORD ist a toolchest released under the GPL. Since it consists of executables it can be integrated into an application without "linking" like DLLs - just call it (e.g. with CapExec) and use it.

Would this be conform with the GPL if it was distributed totally unmodified in a subdirectory of my (commercial) application together with the source and appropriate README and used this way?

Thanks for any tips!

micha


Subject: Re: more than one column in TJDBTreeView
From: paul <pawm@hands.com.pl>
Date: Thu, 16 Sep 2004 22:10:32 +0200
Newsgroups: jedi.vcl

HI,
thanks for yours information. Do you know, how I may obtain an id number  from db (it is connected to tree node).

Peter Thornqvist wrote:

> No, it's built on a standard TTreeView that doesn't support columns. For
> that, you'd need something like VirtualTreeview (I believe there is a DB
> aware version available somewhere).



Subject: Re: more than one column in TJDBTreeView
From: "Mike Shkolnik" <mshkolnik2002@ukr.net>
Date: Thu, 16 Sep 2004 22:57:07 +0300
Newsgroups: jedi.vcl

Peter,

on torry you may check the freeware TJBTree component - this is _standard_
TTreeView but with columns

--
With best regards, Mike Shkolnik
E-mail: mshkolnik@scalabium.com
WEB: http://www.scalabium.com

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:cicci7$nsp$1@talkto.net...
> > No, it's built on a standard TTreeView that doesn't support columns. For
> > that, you'd need something like VirtualTreeview (I believe there is a DB
> > aware version available somewhere).
> > --
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: Re: more than one column in TJDBTreeView
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 16 Sep 2004 19:04:26 +0200
Newsgroups: jedi.vcl

No, it's built on a standard TTreeView that doesn't support columns. For
that, you'd need something like VirtualTreeview (I believe there is a DB
aware version available somewhere).
-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: make Florent Ouchet JVCL developer
From: "Florent Ouchet" <ouchet.florent@laposte.net>
Date: Thu, 16 Sep 2004 17:08:30 +0200
Newsgroups: jedi.vcl

> > Did i hurt him that much already? ;-)

lol
outch is my nickname since I was about 13. But outch is already registered
on sourceforge...




Subject: Re: Drag & Drop Transparent GIF From Delphi App. to Powerpoint
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 16 Sep 2004 15:42:38 +0200
Newsgroups: jedi.vcl

Safena wrote:

> I think Windows can handle it. I tried to drag and drop GIF images from Internet-Explorer (page full of transparent GIFs) to Powerpoint and it worked. Windows-Explorer can handle it as well, so there must be a way.

From MS product to MS product is often handled specially.
Please write a test program to drag GIFs to from IE.
Then we will know what happens and can implement it in the JVCL.


Subject: Re: Drag & Drop Transparent GIF From Delphi App. to Powerpoint
From: "Safena" <sf4all@hotmail.com>
Date: Thu, 16 Sep 2004 14:58:31 +0200
Newsgroups: jedi.vcl

> >Safena wrote:
>> >> Is there anyway to use Drag & Drop method to drag a transparent GIF 
>> >> image from Delphi app. to Powerpoint (or any other app.)
> >
> >I am not sure if Windows can handle there anything but bitmaps.

I think Windows can handle it. I tried to drag and drop GIF images from 
Internet-Explorer (page full of transparent GIFs) to Powerpoint and it 
worked. Windows-Explorer can handle it as well, so there must be a way.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Error when instaling JVCL 3
From: "Fellipe Henrique" <fellipe@fakemail.org>
Date: Thu, 16 Sep 2004 09:20:26 -0300
Newsgroups: jedi.vcl

Thanks for all, I solve then... I install the last JCL version.. thanks
  "Fellipe Henrique" <fellipe@fakemail.org> escreveu na mensagem news:cibqqb$jq0$1@talkto.net...
  [Compiling: JvCustomD7R.bpl]

  Borland Delphi Version 15.0

  Copyright (c) 1983,2002 Borland Software Corporation

  C:\Fellipe\Borland\Comps\JVCL3\JVCL\run\JvUnicodeEditor.pas(44) Fatal: File not found: 'JclWideStrings.dcu

  What is this? thanks for all



Subject: Error when instaling JVCL 3
From: "Fellipe Henrique" <fellipe@fakemail.org>
Date: Thu, 16 Sep 2004 09:02:51 -0300
Newsgroups: jedi.vcl

[Compiling: JvCustomD7R.bpl]

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\Fellipe\Borland\Comps\JVCL3\JVCL\run\JvUnicodeEditor.pas(44) Fatal: File not found: 'JclWideStrings.dcu

What is this? thanks for all



Subject: Re: XP & MSAccess
From: Micha Schumann <schumann@itc-ms.de>
Date: Thu, 16 Sep 2004 09:54:21 +0000
Newsgroups: jedi.vcl

Johan wrote:
> Hi,
> We use Delphi 5 and change the database on runtime by dropping tables etc. A
> client has install XP with Service pack 2 and all of a sudden we cannot do
> above statement anymore. I looked on the net, but nothing satisfactory.
> Anybody an idea?
>
Try turning off the internal firewall of XP SP2. If it works then try setting it on the internal exception list for the firewall and try it again while the firewall ist switched on.

The internal Firewall in SP2 breakes some Applications e.g. I cannot connect to my website with TotalCommander via FTP since I installed SP2 although TotalCommander is listen in the firewalls exception list. I have to turn it off.

Micha



Subject: Re: XP & MSAccess
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 16 Sep 2004 11:23:17 +0200
Newsgroups: jedi.vcl

Here, we use XP, BCB5 and Access and saw no differences in our apps 
between SP1 and SP2. I didn't know the changes had something to do with 
databases.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: XP & MSAccess
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Thu, 16 Sep 2004 11:22:09 +0200
Newsgroups: jedi.vcl

Do you have write access at all? could be problems with files on a network share, directory security, application permissions etc. etc. I'd be interested to know because I use some of those techniques as well but haven't applied SP2 yet.

How do you connect to your DB, JET, ODBC?

Wiebe

Johan wrote:
> Hi,
> We use Delphi 5 and change the database on runtime by dropping tables etc. A
> client has install XP with Service pack 2 and all of a sudden we cannot do
> above statement anymore. I looked on the net, but nothing satisfactory.
> Anybody an idea?
>


Subject: Re: Create EditControls to JvDBGrid in run time
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 16 Sep 2004 11:18:36 +0200
Newsgroups: jedi.vcl

> >  wp_Data := TJvDBDateEdit.Create(fm_GridBaseJvcl1);  // 
fm_GridBaseJvcl1 =
> >TFrame
> >  wp_Data.Parent := fm_GridBaseJvcl1;
> >  wp_Data.Name := 'TesteData';
> >  wp_Data.DataSource := fm_GridBaseJvcl1.Grid.DataSource;
> >  wp_Data.DataField := 'DateBrith';
> >  with fm_GridBaseJvcl1.Grid.EditControls.ControlByField('DateBrith') do
> >    begin
> >      Assign(wp_Data); // here access violation
> >    end;

C++ example:
TJvDBGridControl *DateTimeCtrl = MyGrid->EditControls->Add();
DateTimeCtrl->ControlName = "MyDateTimeEditor"; 
//MyDateTimeEditor is the control used to edit the field
DateTimeCtrl->FieldName = "DateBirth";



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: make Florent Ouchet JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 16 Sep 2004 11:18:09 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Florent is now a JVCL developer, his SF username is "outchy"

Did i hurt him that much already? ;-)


Subject: Re: make Florent Ouchet JVCL developer
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 16 Sep 2004 11:06:13 +0200
Newsgroups: jedi.vcl

Florent is now a JVCL developer, his SF username is "outchy"

Welcome to him, he will be looking after his set of color space related components.

-- 
Olivier Sannier
JVCL Coordinator


Subject: XP & MSAccess
From: "Johan" <johan@olrac.com>
Date: Thu, 16 Sep 2004 09:24:08 +0200
Newsgroups: jedi.vcl

Hi,
We use Delphi 5 and change the database on runtime by dropping tables etc. A
client has install XP with Service pack 2 and all of a sudden we cannot do
above statement anymore. I looked on the net, but nothing satisfactory.
Anybody an idea?

-- Johan van Wijk
-- Johan van Wijk Software Engineer Import Export Olfish Development Team ------------------------------------- Steenberg Office Park Silvermine House Tokai, Cape Town 7945, South Africa ------------------------------------- Tel : +27 (0)21 702 4111 Fax : +27 (0)21 702 4333 Work Mail : johan@olrac.com 

Subject: Re: Changes to DBGrid
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Thu, 16 Sep 2004 08:23:51 +0100
Newsgroups: jedi.vcl

Fred wrote:

> With FitCell=False, we could use the control boundaries as a minimum requirement for its final size instead of restricting us to its design size. That would allow the component to benefit from a large cell when the grid is resized.
> What do you think of the idea? Would this change be useful to you?
>
> Fred
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com
>  
>
Yeh, thats a great idea


Subject: more than one column in TJDBTreeView
From: paul <pawm@hands.com.pl>
Date: Thu, 16 Sep 2004 09:06:16 +0200
Newsgroups: jedi.vcl

Hello,
I need insert second column in TJDBTreeView. In standard settings this componnet allow to view only (?) one column. How, may I view for exapmle  two columns (one of its, will be a checked column for example).

Regards
paul



Subject: itemid from DataSet in TJDBTreeView
From: paul <pawm@hands.com.pl>
Date: Thu, 16 Sep 2004 09:01:10 +0200
Newsgroups: jedi.vcl

Hello,
I have one problem. I need an itemid from DataSet connected to TJDBTreeView, when I programatically iterated along a tree in TJDBTreeView. Where I may find this numeric id?

Regards
paul



Subject: JvNetscapeSplitter bug
From: "Maciej Kaczkowski" <maciejkaczkowski@wp.pl>
Date: Thu, 16 Sep 2004 08:35:15 +0200
Newsgroups: jedi.vcl

I have problem with JvNetscapeSplitter + ThemeManager. When TM is active, button on Netscape is disapear, sometimes freeze application.
Tested on: D5, JVCL (2004.09.15) + TM (2004.09.05 RC1.9 from SoftGems newsgroup)


Subject: Re: Install error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 16 Sep 2004 07:20:28 +0200
Newsgroups: jedi.vcl

Craig wrote:

> I get this error when installing today's CVS:
>
> [Generating: Resources]
> [Compiling: JvCmpReg.dcr]
> 'attrib' is not recognized as an internal or external command,
> operable program or batch file.
> ** error 1 ** deleting ..\Resources\JvCmpReg.dcr
>
>
> How do I work around this?

The call to attrib has been there since the 22nd of July. Please check that the path to attrib.exe (or is it .com) is in the PATH environment variable.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: BCB6 & FAutoCompleteIntf
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Thu, 16 Sep 2004 13:45:44 +0900
Newsgroups: jedi.vcl

OBones wrote:
> A. Ghaibeh wrote:
>
>> Hi,
>> I can't compile my program in BCB6 I receive an error in JvToolEdit.hpp
>> type name expected
>> at
>> _di_IAutoComplete FAutoCompleteIntf;
>>
>> Also is there a web archive of this newsgroups?
>
>
> What version of the JVCL are you using?
>

I have download JVCL3-2004-09-14


Subject: Install error
From: "Craig" <craig@.at.qnotes.com>
Date: Wed, 15 Sep 2004 22:38:44 -0400
Newsgroups: jedi.vcl

I get this error when installing today's CVS:

[Generating: Resources]
[Compiling: JvCmpReg.dcr]
'attrib' is not recognized as an internal or external command,
operable program or batch file.
** error 1 ** deleting ..\Resources\JvCmpReg.dcr


How do I work around this?

Thanks,

-
Craig 




Subject: Re: Changes for JvFinalize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 15 Sep 2004 21:02:04 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I'm just wondering if your "discovery" is applicable to all environments.

Confirmed unter Delphi 5, 6 and 7.


-- Regards, Andreas Hausladen 

Subject: Create EditControls to JvDBGrid in run time
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Wed, 15 Sep 2004 16:00:25 -0300
Newsgroups: jedi.vcl

Hi. How can i create a EditControl in run time? I need create in run time
because my jvdbgrid is in a frame. I try this code but the assign method
generate a access violation.

formshow event:

  wp_Data := TJvDBDateEdit.Create(fm_GridBaseJvcl1);  // fm_GridBaseJvcl1 =
TFrame
  wp_Data.Parent := fm_GridBaseJvcl1;
  wp_Data.Name := 'TesteData';
  wp_Data.DataSource := fm_GridBaseJvcl1.Grid.DataSource;
  wp_Data.DataField := 'DateBrith';
  with fm_GridBaseJvcl1.Grid.EditControls.ControlByField('DateBrith') do
    begin
      Assign(wp_Data); // here access violation
    end;

Thanks
Alessandro




Subject: Re: Changes for JvFinalize
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 15 Sep 2004 20:44:18 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> Which version of which environment ?
>> And could you elaborate a bit on that .Free thing ?
>
>
> I have introduces the JvFinalize unit which main purpose is to make the
> smart Delphi linker working. If we create an instance of a class in the
> initialization section then the class will be is included into the
> executable even if the program does not use the variable directly. At the
> same time I had moved the finalization part to a AddFinalizeObject
> function and in the finalization section I added
> FinalizeUnif('unitname');" which finalized every object in the internal
> finalization list. But this last step is not necessary as I have found out
> today. 
Do you have multiple versions of Delphi to check that this happens with all linkers ?

I'm just wondering if your "discovery" is applicable to all environments.


Subject: Re: Changes for JvFinalize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 15 Sep 2004 20:13:41 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Which version of which environment ?
> > And could you elaborate a bit on that .Free thing ?

I have introduces the JvFinalize unit which main purpose is to make the
smart Delphi linker working. If we create an instance of a class in the
initialization section then the class will be is included into the
executable even if the program does not use the variable directly. At the
same time I had moved the finalization part to a AddFinalizeObject
function and in the finalization section I added
FinalizeUnif('unitname');" which finalized every object in the internal
finalization list. But this last step is not necessary as I have found out
today. The linker does not include the class if we call object.Free in the
finalizaton part. It only includes the TObject class which is always in
each executable. But the FinalizeUnit has an overhead which is added to
each unit with a finalization section, making the program termination time
longer. And you do not know in which order the objects are destroyed.

I will change the files (in HEAD) as soon as possible.


-- Regards, Andreas Hausladen 

Subject: Re: Changes to DBGrid
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 15 Sep 2004 19:53:53 +0200
Newsgroups: jedi.vcl

Fred wrote:
> I tested your changes (nice feature for memo fields !), then fixed the calculation of the control placement at its design size and sent the files to Olivier (Obones) for approval.
> I made True the default value for FitCell.

This is now in CVS, even in the BETA 2 Branch


Subject: Re: Changes for JvFinalize
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 15 Sep 2004 19:50:04 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I found out that the linker is more inteligent than I thought. If you have
> a finalization section where you call ".Free" the class is not included
> into the executable when you do not use the class at all.

Which version of which environment ?
And could you elaborate a bit on that .Free thing ?

Thanks

Olivier Sannier
JVCL Coordinator


Subject: Re: Changes for JvFinalize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 15 Sep 2004 19:03:23 +0200
Newsgroups: jedi.vcl

Oh I found a fourth advantage:

4. The unit name global variable can be removed.


-- Regards, Andreas Hausladen 

Subject: Changes for JvFinalize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 15 Sep 2004 19:02:38 +0200
Newsgroups: jedi.vcl

I found out that the linker is more inteligent than I thought. If you have
a finalization section where you call ".Free" the class is not included
into the executable when you do not use the class at all.

I think we should undo the finalization cleanup related to JvFinalize.
This is would have three advantages:
1. It is faster, no JvFinalize logic necessary
2. It is more obvious which global variables are used in the unit
3. It removes the AddFinalizeObjectXxx function calls (with the ugly
typecasts)


-- Regards, Andreas Hausladen 

Subject: Re: Changes to DBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 15 Sep 2004 18:24:55 +0200
Newsgroups: jedi.vcl

With FitCell=False, we could use the control boundaries as a minimum 
requirement for its final size instead of restricting us to its design 
size. That would allow the component to benefit from a large cell when 
the grid is resized.
What do you think of the idea? Would this change be useful to you?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Changes to DBGrid
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 15 Sep 2004 16:49:26 +0100
Newsgroups: jedi.vcl

Fred wrote:

> I tested your changes (nice feature for memo fields !), then fixed the calculation of the control placement at its design size and sent the files to Olivier (Obones) for approval.
> I made True the default value for FitCell.
>
> Fred
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com
>  
>
Great !
Nice for me to be able to contribute even a little.

Thanks for a great product

Pete


Subject: Re: Changes to DBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 15 Sep 2004 17:46:34 +0200
Newsgroups: jedi.vcl

I tested your changes (nice feature for memo fields !), then fixed the 
calculation of the control placement at its design size and sent the 
files to Olivier (Obones) for approval.
I made True the default value for FitCell.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: make Florent Ouchet JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 15 Sep 2004 16:06:29 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will place the donations in a new directory in the Donations directory today.

....and started with an untested version which of course did not work :-(

Fixed.


Subject: Re: Changes to DBGrid
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 15 Sep 2004 15:02:03 +0100
Newsgroups: jedi.vcl

Added a property (FitCell) to TJvDBGridControl. When set to false to embedded control is displayed at it's design size. I like to use this for editing of memo fields etc.
The property is settable via the JvDBGridProp form.

The file versions are
// $Id: JvDBGridProp.pas,v 1.4 2004/08/04 17:45:26 obones Exp $
// $Id: JvDBGrid.pas,v 1.79 2004/09/09 06:45:01 obones Exp $

Main change is in
procedure TJvDBGrid.PlaceControl(Control: TWinControl; ACol, ARow: Integer);


I shall post the above file into binaries as you suggest.
I hope the alterations are of interest (and not detremental to the operation DBgrid)

Thanks Olivier


Subject: Re: Changes to DBGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Sep 2004 15:45:26 +0200
Newsgroups: jedi.vcl

Pete Stoves wrote:

> I've made a couple of changes to DBgrid which I find usefull and use in my projects.
Can you describe those modifications in more details? What version of the file did you do them on?

> How do I share these alterations back to the JVCL project ?
The easiest way is to post a zip file in the jedi.binaries newgroup and a message here.

> I'm sorry I'm not familiar with cvs etc.
Even if you were, you wouldn't be able to commit your changes directly, you would only have anonymous access.

Thanks for your interest in the JVCL

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Changes to DBGrid
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 15 Sep 2004 14:17:29 +0100
Newsgroups: jedi.vcl

I've made a couple of changes to DBgrid which I find usefull and use in my projects.

How do I share these alterations back to the JVCL project ?

The changes are in JvDBGrid.pas & JvDBGridProp.pas

I'm sorry I'm not familiar with cvs etc.

Pete Stoves


Subject: Re: @Olivier: Changes to JvDBControls.pas.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Sep 2004 13:28:29 +0200
Newsgroups: jedi.vcl

Updades from Fred have been added to CVS, both in the HEAD and JVCL3_BETA2 branches.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvAppIniFileStorage and DefaultSection
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Sep 2004 11:00:49 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> Your improvement of JvFormStorage is very useful.
> It works very nice.
Glad to hear that.

> Thank you Olivier.
No worries, thank you for taking the time to test it.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Sep 2004 10:25:19 +0200
Newsgroups: jedi.vcl

> > When trying to install the individual packages, I get them to compile, but
> > when installing, Builder complains that the package can't be loaded
because
> > a device attached to the system isn't opperating.  Is this a symptom of
not
> > having the correct paths, or something else?  (I ask this because I have
> > not added the paths per the manual installation procedure)
This usually indicates that some unit is statically linking to a DLL
function that is not available. What OS are you using and what package is
causing the error?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net
> >




Subject: Re: @Olivier: Changes to JvDBControls.pas.
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 15 Sep 2004 10:13:50 +0200
Newsgroups: jedi.vcl

I took a second look at the JvDBControls and YES, I MADE MISTAKES. 
Please throw me a bunch of rotten tomatoes right in the face; it's all I 
deserve. :-)
Thanks Remko Bonte. I see clearly now how to fix the thing (that won't 
change anything for the bugs, they're still gone, but that will remove 
the no-more-read-only-bug I introduced). I'm going to reintroduce 
Get/SetReadOnly, change all the "inherited SetReadOnly" to "inherited 
ReadOnly" and trigger editing mode when you click on the button of 
controls.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: make Florent Ouchet JVCL developer
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Sep 2004 10:12:39 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I currently work with him to make his donation fit for the JVCL.
> Interesting components around TColor and color spaces.
Good.

> Please explain to him how to become a JVCL developer.
He should contact me directly (in English or French), I'll manage that. If I don't get a contact from him in the next few days, I'll send him an email.

> I will place the donations in a new directory in the Donations directory today. The components are not completed yet and Florent can then work on the files while we complete the JVCL integration in parallel.
Please note that they won't make it into the Beta 2. If they are ready in two weeks time, they might make it to the RC.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Can't compile last CVS
From: Max Pyatnitsky <mpyat@gfk-usm.com.ua>
Date: Wed, 15 Sep 2004 11:11:55 +0300
Newsgroups: jedi.vcl

get the latest cvs zip from http://jcl.sourceforge.net/daily/


Subject: Re: JvAppIniFileStorage and DefaultSection
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Wed, 15 Sep 2004 07:19:35 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> wrote in news:ci7gn1$q41$1
@talkto.net:

> > This is now done and checked in CVS.
> > 
> > Please give it a go whenever you can.
> > 

Your improvement of JvFormStorage is very useful.
It works very nice.

Thank you Olivier.

Vaclav


Subject: Re: BETA 2 Final preparation: Created a branch
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Sep 2004 09:11:50 +0200
Newsgroups: jedi.vcl

Steph wrote:

> Bonjour Olivier,
>
> I have some problem to compile the latest JVCL3... is there a way to checkout the module BETA2 with anonymous profile ?
>
> If yes Then
>     ModuleName :)

It's not a module, it's a branch. With Tortoise CVS, you "update special" and choose JVCL3_BETA2. Once this is done, all the files are in the version that will be used for Beta2. Please note that this is "sticky", you won't get any main branch (HEAD) updates until you "update special" again and ask to return to HEAD.
As such, I strongly suggest you use a second directory to do that special update.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Can't compile last CVS
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Sep 2004 09:09:57 +0200
Newsgroups: jedi.vcl

Steph wrote:

> Hi all Jedi's guru,
>
> I have update the latest CVS with JCL 1.91 build 1558 and it can't compile.
>
> -> JvUnicodeEditor : JclWideStrings.dcu not found.
>
> Any idea ? :)

Get the latest JCL from CVS:

http://jcl.sf.net/daily/

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 15 Sep 2004 09:03:36 +0200
Newsgroups: jedi.vcl

Tobin Hall wrote:

> I installed the latest packages as of 9/14, Saw the C5 Std packages, Thanks.  I am still seeing problems, although they are changing.
>
> Error: Packages 'C:\PROGRA~1\BORLAND\CBUILD~1\BIN\..\Lib\Obj\vcl50.dcp' and 'Vcl50' both contain unit 'Vcl50'
This is strange. Can you try this:
1. Get today's daily zip (15-09) and install it
2. If error is still here, please give me more context around that error message: Any messages before, the timing of when it happens...

>
> I also tried to use Builder to compile, and get the following whenever I try to open "C5 Packages.bpg"
> "PROJECTS macro in projects group is missing or incorrect"
For C5 Standard, you must use the "C5Std Packages.bpg"


> When trying to install the individual packages, I get them to compile, but when installing, Builder complains that the package can't be loaded because a device attached to the system isn't opperating.  Is this a symptom of not having the correct paths, or something else?  (I ask this because I have not added the paths per the manual installation procedure)
I don't think it is a problem. I would recommend you use the installer (install.bat) instead of doing manual installation. If the installer does not work, please let me know what error messages it gives you.

Thanks for your help and patience

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: BETA 2 Final preparation: Created a branch
From: Steph <sfillon_j@yahoo.fr>
Date: Wed, 15 Sep 2004 16:54:21 +1000
Newsgroups: jedi.vcl

Bonjour Olivier,

I have some problem to compile the latest JVCL3... is there a way to checkout the module BETA2 with anonymous profile ?

If yes Then
    ModuleName :)

Rgds/Stephane.


OBones wrote:
> Hi all
>
> In order to finalize the preparation of BETA 2 of the JVCL 3, I've created a branch in CVS. If I'm correct, this means that anything that gets commited in CVS will not be in the BETA 2 branch unless specifically added.
> I did this so that I can get a repository that is compiling to allow me to create the distribution files.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator



Subject: make Florent Ouchet JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 15 Sep 2004 06:52:13 +0200
Newsgroups: jedi.vcl

I currently work with him to make his donation fit for the JVCL.
Interesting components around TColor and color spaces.

Please explain to him how to become a JVCL developer.

I will place the donations in a new directory in the Donations directory today. The components are not completed yet and Florent can then work on the files while we complete the JVCL integration in parallel.


Subject: Re: Drag & Drop Transparent GIF From Delphi App. to Powerpoint
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 15 Sep 2004 06:45:54 +0200
Newsgroups: jedi.vcl

Safena wrote:
> Is there anyway to use Drag & Drop method to drag a transparent GIF image from Delphi app. to Powerpoint (or any other app.)

I am not sure if Windows can handle there anything but bitmaps.


Subject: Re: Problems installing to BCB5 (Personal Edition)
From: Tobin Hall <tobinhall_NOSPM_@sbcglobal.net>
Date: Wed, 15 Sep 2004 03:12:45 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in 
news:ci39ec$ch$1@talkto.net:

> > The JVCL does not have C5 Std packages, because no one ever had C5 Std 
> > installed among the developers. I'll try to generate them tonight 

I installed the latest packages as of 9/14, Saw the C5 Std packages, 
Thanks.  I am still seeing problems, although they are changing.

Error: Packages 'C:\PROGRA~1\BORLAND\CBUILD~1\BIN\..\Lib\Obj\vcl50.dcp' and 
'Vcl50' both contain unit 'Vcl50'

I also tried to use Builder to compile, and get the following whenever I 
try to open "C5 Packages.bpg" 

"PROJECTS macro in projects group is missing or incorrect"

When trying to install the individual packages, I get them to compile, but 
when installing, Builder complains that the package can't be loaded because 
a device attached to the system isn't opperating.  Is this a symptom of not 
having the correct paths, or something else?  (I ask this because I have 
not added the paths per the manual installation procedure)



Subject: Re: @Olivier: Changes to JvDBControls.pas.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 14 Sep 2004 23:18:07 +0200
Newsgroups: jedi.vcl

Fred wrote:
> The first bug was due to the move of the Get/SetReadOnly functions in the private section of the component class (doing that was a strange idea). Using "Reintroduce" always means to me there are some bad coding somewhere or something not at the right place.

I don't agree. The basic idea of the ReadOnly use in the db controls is that the datalink determines whether the control is read-only or not. When the dataset is in browse mode, then the control is read-only; when the dataset is in edit mode, then the control is not read-only.

Certain actions, like pressing a key in the control would make the dataset go to edit mode; this is done by calling FDataLink.Edit which triggers the OnEditingChange change events (if the dataset is not read-only etc.) and sets ReadOnly of the control to False.

Now there is a problem: ReadOnly is a published property, so the programmer could set ReadOnly to False which is not a good idea (the user could then change the text of the control although the dataset might be read-only). So we could decide to hide that property. But that is also not a good idea, because then the programmer can not make the control read-only independent of whether the dataset is read-only or not.

So we could hide the property ReadOnly and introduce a new property ReadOnly2 that can be used to make the control read-only independent of whether the dataset is read-only or not.

IMO a better solution, and the standard solution in VCL (see DBCtrls.pas) is to redeclare the ReadOnly property (because the get/set are virtual in JVCL a reintroduce identifier is needed).

> The second bug was due to a bad setting of the Read-Only value of the TJvDBMaskEdit component (look at the changes in CVS).

I did, but I only see a problem if the ReadOnly get/set have an override directive instead of the reintroduce directive.

> I made some changes because:
> - the popup dialog of JvCalcEdit and JvDBDateTimePicker did not open when you click on their button before doing anything else;

If you agree with what I wrote above, then you see the following: While the dataset is in browse mode the control is read-only. Thus you could choose to go to edit mode when the user clicks the button or you could change the control so that a read-only control can show its popup (this can be done with the AlwaysShowPopup property), and go to browse mode when the user selects a value using the popup.

> - you couldn't change the value of TJvDBMaskEdit (Mantis #1814). It was always read-only.

I can't reproduce this.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: BETA 2 Final preparation: Created a branch
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Sep 2004 22:53:36 +0200
Newsgroups: jedi.vcl

Hi all

In order to finalize the preparation of BETA 2 of the JVCL 3, I've created a branch in CVS. If I'm correct, this means that anything that gets commited in CVS will not be in the BETA 2 branch unless specifically added.
I did this so that I can get a repository that is compiling to allow me to create the distribution files.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvAppIniFileStorage and DefaultSection
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Sep 2004 22:45:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Vaclav Korecek wrote:
>
>> I am afraid but it seems I will not able to test new properties, at the moment.
>
>
> No worries, the file I gave you was not tested. It needs further work, I'll do it tonight.

This is now done and checked in CVS.

Please give it a go whenever you can.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: C++ Builder compatibility
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Sep 2004 22:26:26 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Okay, I'm seeing the problem here, it comes from the new file TJvDBGridFooter. I'm investigating as we speak, will keep everyone updated.

For some reason beyond my understanding, JvDBGridFooter.pas MUST come after any other JvDBGrid related unit in the packages or dcc32 from BCB6 crashes. I've updated all packages, and everything is working fine now.

I really hate when this happens, it is EXTREMELY frustrating not to have a reason for a crash. Anyway, it works now, this is all that matters.


Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvSimpleXML and JvTimeLine mods
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Sep 2004 22:08:35 +0200
Newsgroups: jedi.vcl

ZioNemo wrote:

> The first modifications I did to TJvSimpleXML were done because it seemed unable to handle multiple top level tags. I mean:
> <a> </a>
> <b> </b>
> was *not* parsed correctly (the 'b' tag was completely missing).

if your file is just this:

<a/>
<b/>

then it is NOT valid XML. A valid XML file has only ONE node at the root. TJvSimpleXML might ignore the second one, I'm quite sure the MSXML parser gives an Exception. Some others may even crash.

> The problem seems to be that all TJvAppXXXStorage are built around the directory paradigm and you obviously cannot have two subdirectories with the same name in the same place!.
> Even if the author of TJvAppXMLFileStorage manages to 'fix' this I see no clean way to support the same thing in the registry or in the filesystem (short of generating mangled names, which is (again IMHO) not "clean").

Yes, you are right, this seems a bit difficult.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvSimpleXML and JvTimeLine mods
From: ZioNemo <ZioREMOVENemo@hotREMOVEmail.com>
Date: Tue, 14 Sep 2004 22:02:42 +0200
Newsgroups: jedi.vcl

OBones wrote:

> ZioNemo wrote:
>> I strongly suspect that this will *not* work with stock JvSimpleXML.
>
> TJvSimpleXML supports all the above, but it seems that 
I'm not sure about that.
The first modifications I did to TJvSimpleXML were done because it seemed unable to handle multiple top level tags. I mean:
<a> </a>
<b> </b>
was *not* parsed correctly (the 'b' tag was completely missing).

> TJvAppXMLFileStorage does not. I then suggest you stop trying to get it work with TJvCustomAppStorage until the author of that unit provides us with some feedback.
The problem seems to be that all TJvAppXXXStorage are built around the directory paradigm and you obviously cannot have two subdirectories with the same name in the same place!.
Even if the author of TJvAppXMLFileStorage manages to 'fix' this I see no clean way to support the same thing in the registry or in the filesystem (short of generating mangled names, which is (again IMHO) not "clean").

> Sorry for the waste of time, I was convinced it was possible to do all this.
> Thanks for your patience
*NO* problem. :)
I'm available to assist, if You need me.

ZioNemo


Subject: Re: JvSimpleXML and JvTimeLine mods
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Sep 2004 21:04:24 +0200
Newsgroups: jedi.vcl

ZioNemo wrote:

> Peter Thornqvist wrote:
>
>>>    <last_modified>14/09/2004 18.59.16</last_modified>
>>
>>
>> Be aware that storing dates like that will make the file unreadable by 98%
>> of the human population. You should use the ISO date format (YYYY-MM-DD
>> HH:NN:SS) and convert without regard to users date format (not use
>> StrToDate/DateToStr). The same goes for float values, BTW.
>
> I'll keep that in mind.
>
> Unfortunately I'm in much deeper shit at the moment :(
>
> I can't write multiple similar non-nesting tags:
>  <item>
>    ...
>  </item>
>  <item>
>    ...
>  </item>
>
> and I still could not find a way to list the available tags (at a certain level)! Given:
> <foo>
> </foo>
> <fee>
> </fee>
> <fie>
> </fie>
> <foo>
> </foo>
> <fum>
> </fum>
> I would like to get a StringList (or whatever else equivalent) holding:
> ['foo','fee','fie','foo','fum']
>
> notice i have two (perfectly legal XML!) 'foo'.
> I strongly suspect that this will *not* work with stock JvSimpleXML.
TJvSimpleXML supports all the above, but it seems that TJvAppXMLFileStorage does not. I then suggest you stop trying to get it work with TJvCustomAppStorage until the author of that unit provides us with some feedback.
Sorry for the waste of time, I was convinced it was possible to do all this.

Thanks for your patience

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: C++ Builder compatibility
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Sep 2004 20:56:40 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I'm surprised, I'll check tonight.
> By the way, what do you use to do the compilation ?
> Did you install all updates for C++ Builder 6, including the linker ?

Okay, I'm seeing the problem here, it comes from the new file TJvDBGridFooter. I'm investigating as we speak, will keep everyone updated.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvSimpleXML and JvTimeLine mods
From: ZioNemo <ZioREMOVENemo@hotREMOVEmail.com>
Date: Tue, 14 Sep 2004 20:07:15 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>>    <last_modified>14/09/2004 18.59.16</last_modified>
>
> Be aware that storing dates like that will make the file unreadable by 98%
> of the human population. You should use the ISO date format (YYYY-MM-DD
> HH:NN:SS) and convert without regard to users date format (not use
> StrToDate/DateToStr). The same goes for float values, BTW.
I'll keep that in mind.

Unfortunately I'm in much deeper shit at the moment :(

I can't write multiple similar non-nesting tags:
 <item>
   ...
 </item>
 <item>
   ...
 </item>

and I still could not find a way to list the available tags (at a certain level)! Given:
<foo>
</foo>
<fee>
</fee>
<fie>
</fie>
<foo>
</foo>
<fum>
</fum>
I would like to get a StringList (or whatever else equivalent) holding:
['foo','fee','fie','foo','fum']

notice i have two (perfectly legal XML!) 'foo'.
I strongly suspect that this will *not* work with stock JvSimpleXML.

Any ideas??
ZioNemo


Subject: Re: JvSimpleXML and JvTimeLine mods
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Sep 2004 19:47:29 +0200
Newsgroups: jedi.vcl

> >     <last_modified>14/09/2004 18.59.16</last_modified>
Be aware that storing dates like that will make the file unreadable by 98%
of the human population. You should use the ISO date format (YYYY-MM-DD
HH:NN:SS) and convert without regard to users date format (not use
StrToDate/DateToStr). The same goes for float values, BTW.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvSimpleXML and JvTimeLine mods
From: ZioNemo <ZioREMOVENemo@hotREMOVEmail.com>
Date: Tue, 14 Sep 2004 19:26:27 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Basically here is what happens:
>
> Your code:  TJvTimeLine ---> XML file
> Proposed :  TJvTimeLine ---> TJvAppXMLFileStorage --> XML file
> ... FAppStorage.WriteInteger('name\test', 1);
>
> Where FAppStorage is of type TJvCustomAppStorage and is the field for a property called AppStorage in TJvTimeLine.
> This way, if people set AppStorage to point to a TJvAppXMLFileStorage, an XML file will be written. With the above example, the XML file would look like that:
>
> <ROOT>
>   <NAME>
>     <TEST>1</TEST>
>   </NAME>
> </ROOT>
>
> The name of the root node (ROOT here), is taken from the RootNodeName property of the TJvAppXMLFileStorage component.
I tried to convert it, but I have several problems:

I tried to do something simple like:

  Storage := TJvAppXMLFileStorage.Create(Self);
  Storage.FileName := S;
  Storage.RootNodeName := 'TimeLineData';

  Storage.BeginUpdate;

  Storage.WriteString('DOCTYPE','JvTimeLine');
  Storage.WriteDateTime('last_modified', now());

  aStorage.EndUpdate;

  Storage.Flush;

but this result into something like:

    <?xml version="1.0" encoding="iso-8859-1"?>
    <TimeLineData>
      <DOCTYPE>
        <DOCTYPE>JvTimeLine</DOCTYPE>
      </DOCTYPE>
      <last_modified>
        <last_modified>14/09/2004 18.59.16</last_modified>
      </last_modified>
    </TimeLineData>

that doesn't look really right!
this is fixed inserting path modifications:

  Storage.BeginUpdate;

  prev := aStorage.Path;
  Storage.Path := Storage.Path + '\header';
  Storage.WriteString('DOCTYPE','JvTimeLine');
  Storage.WriteDateTime('last_modified', now());

  Storage.Path := prev + '\body';

  Items.SaveToStorage(aStorage);

  Storage.Path := prev;
  Storage.EndUpdate;

.... but the *big* problem here is that I seem unable to open two similar tags at the same level! I wanted to obtain something like:

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE timeline>
<item name="uno" date="01/12/1959" width="150" color="clGreen">
  questo è l'hint di "uno"
</item>
<item name="due" date="01/01/1960" width="100" color="clRed">
  questo è l'hint di "due"
  <item name="due_a" date="07/01/1960" width="10" color="clBlue">
    questo è l'hint di "due_a"
  </item>
  <item name="due_b" date="07/02/1960" width="20" color="clYellow">
    questo è l'hint di "due_b"
    <item name="due_b1" date="14/02/1960" width="15" color="clGreen">
      questo è l'hint di "due_b1"
    </item>
    <item name="due_b2" date="20/02/1960" width="15" color="clBlue">
      questo è l'hint di "due_b2"
    </item>
  </item>
</item>

.... but what i do get is:

<?xml version="1.0" encoding="iso-8859-1"?>
<TimeLineData>
  <header>
    <DOCTYPE>JvTimeLine</DOCTYPE>
    <last_modified>14/09/2004 18.59.16</last_modified>
  </header>
  <body>
    <item>
      <name>due</name>
      <color>clRed</color>
      <date>01/01/1960</date>
      <width>100</width>
      <hint>questo è l'hint di "due"</hint>
      <item>
        <name>due_b</name>
        <color>clYellow</color>
        <date>07/02/1960</date>
        <width>20</width>
        <hint>questo è l'hint di "due_b"</hint>
        <item>
          <name>due_b2</name>
          <color>clBlue</color>
          <date>20/02/1960</date>
          <width>15</width>
          <hint>questo è l'hint di "due_b2"</hint>
        </item>
      </item>
    </item>
  </body>
</TimeLineData>

Please disregard the differences due to the fact the old version use tag properties, while the new version uses subtags (side issue: how can I set properties?). The problem is that multiple <item> tags at the same level disappear and only the last seems to be printed out!

Last problem is just how to read the values back, but I'm working on that :)

Any hint *GREATLY* appreciated!
ZioNemo


Subject: Drag & Drop Transparent GIF From Delphi App. to Powerpoint
From: "Safena" <sf4all@hotmail.com>
Date: Tue, 14 Sep 2004 17:41:29 +0200
Newsgroups: jedi.vcl

Is there anyway to use Drag & Drop method to drag a transparent GIF 
image from Delphi app. to Powerpoint (or any other app.)

 I used JvGIFAnimator component to do that, I did manage to display the 
GIF image but no chance what so ever to drag the image as a transparent 
GIF to other app. It always dragged as a bitmap which has a White 
coloured background which is really not suitable to the image (Symbols) 
I'm going to drag.

 Anyone, any help please.

Thanx



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: C++ Builder compatibility
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 14 Sep 2004 16:41:35 +0200
Newsgroups: jedi.vcl

Hello,

Did you use the latest daily zip or did you download each file from the 
CVS repository ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppIniFileStorage and DefaultSection
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Sep 2004 16:30:06 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> I am afraid but it seems I will not able to test new properties, at the moment.

No worries, the file I gave you was not tested. It needs further work, I'll do it tonight.

Thanks for your help.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: C++ Builder compatibility
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 14 Sep 2004 14:52:12 +0200
Newsgroups: jedi.vcl

Here, everything is OK with the latest release.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppIniFileStorage and DefaultSection
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 14 Sep 2004 12:49:53 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:ci6kg5$k53$2@talkto.net: 

> > Please check that it compiles (I don't have delphi or BCB here)
> > and I will update CVS later on.
> > 

Hi and thanks for your help,
I tried it install but I get following error message
during installation JVCL:

C:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\jvcl\run
\JvFormPlacement.pas(1153) Error: Undeclared identifier: 
'StoredValuesPath'
C:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\jvcl\run
\JvFormPlacement.pas(1185) Error: Undeclared identifier: 
'StoredValuesPath'
C:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\jvcl\run
\JvFormPlacement.pas(1153) Error: Undeclared identifier: 
'StoredValuesPath'
C:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\jvcl\run
\JvFormPlacement.pas(1185) Error: Undeclared identifier: 
'StoredValuesPath'

C:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\jvcl\run
\JvFormPlacementSelectList.pas(29) Fatal: Could not compile used 
unit 'JvFormPlacement.pas'

I also clean all I know but error message persist.

Now I have problem to retuen back to latest CVS because I'v got 
the Delphi dcc32.exe error during installation. ??? :-(
Only my "favourite" CVS from 2004-08-31 is going well (install).

I am afraid but it seems I will not able to test new properties, at 
the moment.

Vaclav


Subject: Re: JvAppIniFileStorage and DefaultSection
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Sep 2004 14:43:41 +0200
Newsgroups: jedi.vcl

Ok.

Please have a look in jedi.binaries, you will find a unit that introduces StoredPropsPath and StoredValuesPath properties. They are empty by default so that the component goes back to its original behaviour.

Please check that it compiles (I don't have delphi or BCB here) and I will update CVS later on.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: C++ Builder compatibility
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Tue, 14 Sep 2004 16:29:20 +0400
Newsgroups: jedi.vcl

OBones wrote:
Sure, I am old CB3-4-5-6 programmer 8-)))
I am using install.bat files from JVCL3, the version from CVS 13-09 hasn't this problem.
I checked on two PC's with the BCB6 (under XP and under win2000 server), both have the same problem.
The windows show me the AV and after that I have the error lines that I send above.
> Vladimir wrote:
>
>> No, didn't help me.
>
>
> I'm surprised, I'll check tonight.
> By the way, what do you use to do the compilation ?
> Did you install all updates for C++ Builder 6, including the linker ?
>
> Cheers
>


Subject: JvDBGridExcelExport problem?
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Tue, 14 Sep 2004 09:18:41 -0300
Newsgroups: jedi.vcl

Hi. I am using the JvDBGrid + JvDBGridExcelExport with delphi 7.
When in the grid all field have a value then export work fine, but if any
field dont  have a value occour a erro.
This is a bug or i am doing anythin worng?

Thanks
Alessandro




Subject: Re: C++ Builder compatibility
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Sep 2004 14:14:38 +0200
Newsgroups: jedi.vcl

Vladimir wrote:

> No, didn't help me.

I'm surprised, I'll check tonight.
By the way, what do you use to do the compilation ?
Did you install all updates for C++ Builder 6, including the linker ?

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: C++ Builder compatibility
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Tue, 14 Sep 2004 16:09:57 +0400
Newsgroups: jedi.vcl

OBones wrote:
No, didn't help me.

    "D:\CBuild6\bin\..\BIN\dcc32" -Q -M -B -N1"D:\CBuild6\Include\Vcl" -N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W -$O- -$A8 -v -JPHNE -M   -LUCJcl -LUCJclVcl -UD:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c6\obj;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl --BCB ..\..\run\JvCsvData.PAS ..\..\run\JvCsvParse.PAS ...\..\run\JvDBCombobox.PAS ..\..\run\JvDBControls.PAS ...\..\run\JvDBDatePickerEdit.PAS ..\..\run\JvDBDateTimePicker.PAS ...\..\run\JvDBLookup.PAS ..\..\run\JvDBLookupComboEdit.PAS ...\..\run\JvDBLookupTreeView.PAS ..\..\run\JvDBProgressBar.PAS ...\..\run\JvDBQueryParamsForm.PAS ..\..\run\JvDBRadioPanel.PAS ...\..\run\JvDBRemoteLogin.PAS ..\..\run\JvDBRichEdit.PAS ...\..\run\JvDBSpinEdit.PAS ..\..\run\JvDBTreeView.PAS ...\..\run\JvDBGrid.PAS ..\..\run\JvDBGridExport.PAS ...\..\run\JvDBGridFooter.PAS ..\..\run\JvDBGridSelectColumnForm.PAS ...\..\run\JvDBUltimGrid.PAS ..\..\run\JvExDBGrids.PAS ...\..\run\JvDBHTLabel.PAS ..\..\run\JvDBSearchEdit.PAS ...\..\run\JvDBSearchComboBox.PAS ..\..\run\JvAppDBStorage.PAS ...\..\run\JvDBFindEdit.PAS ..\..\run\JvDBImage.PAS

** error 1 ** deleting JvDBC6R.bpl

** error 1 ** deleting CompilePackages


> Vladimir wrote:
>
>> Vladimir wrote:
>> I checked CVS now, (GMT+3), but the problem isn't fixed yet.
>
>
> Please remove every DCU, BPL, BPI, DCP file from the JVCL and recompile everything. I'll verify tonight, but there was not any problem yesterday evening.
>
/


Subject: JvInterpreter: strange code (maybe leak)
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 14 Sep 2004 15:55:43 +0400
Newsgroups: jedi.vcl

this is code from JvInterpreter.pas:

procedure TJvInterpreterVarList.AddVar(const UnitName, Identifier, Typ:
string; VTyp: Word;
  const Value: Variant; DataType: IJvInterpreterDataType);
var
  VarRec: TJvInterpreterVar;
begin
  if FindVar(UnitName, Identifier) <> nil then
    JvInterpreterErrorN(ieIdentifierRedeclared, -1, Identifier);
  VarRec := TJvInterpreterVar.Create;
  VarRec.Identifier := Identifier;
  VarRec.UnitName := UnitName;
  JvInterpreterVarCopy(VarRec.Value, Value);
  VarRec.Typ := Typ;
  VarRec.VTyp := VTyp;
  Insert(0, VarRec);
end;

What sense of parameter DataType?




Subject: Re: TJvMonthCalendar problem (bug?)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Sep 2004 13:43:00 +0200
Newsgroups: jedi.vcl

BTW, you could also try the TJvMonthCalendar2 control in JvCalendar. It has
an interface to the bold handling that I think is a lot easier than the one
in TJvMonthCalendar (you just set Bold [Year, Month, Day] to true/false). It
is written from scratch (Borland hadn't wrapped TMonthCalendar when I wrote
it), so it is a bit different from the "standard" month calendar but could
be worth a look.

This control is not installed by default, so you will have to register it
manually (or create at runtime).
-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvAppIniFileStorage and DefaultSection
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Sep 2004 13:38:14 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> So.
> If "StoredProps" is new feature so I accept it but please
> don't change such behaviour back in future too frequently.

This was changed by Jens Fudickar on 02/09/2004 with this comment:

StoredProps and StoredValues were now stored in separated sub pathes. So there is no longer a problem with duplicated names. -> This will cause duplicate entries in the stored mediums.
Old code part's finally removed.

This has been done using constants, thus not allowing the user to specify the subpath to use. It would be desirable to add properties to TJvFormStorage to allow the user to specify those subpathes, even leaving them empty. If I have time tonight, I'll change that (it is easy to fix, have a look in JvFormPlacement.pas) unless someone else does it before me.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvMonthCalendar problem (bug?)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Sep 2004 13:36:17 +0200
Newsgroups: jedi.vcl

Sorry, too fast there. Anyway, add this to TJvMonthCalendar:

private
    FCurrentYear: integer;
    procedure CNNotify(var Message: TWMNotify); message CN_NOTIFY;
    procedure WMGetDlgCode(var Message: TMessage); message WM_GETDLGCODE;
  public
    property MonthInfoYear: integer read FCurrentYear;
  end;

implementation

procedure TJvMonthCalendar.CNNotify(var Message: TWMNotify);
begin
  with Message do
  begin
    case NMHdr^.code of
      MCN_GETDAYSTATE:
        with PNmDayState(NMHdr)^ do
          FCurrentYear := stStart.wYear;
    end;
  end;
  inherited;
end;

procedure TJvMonthCalendar.WMGetDlgCode(var Message: TMessage);
begin
  Message.Result := DLGC_WANTARROWS; // so you can select dates using the
keyboard
end;

Now you can write:

procedure TCalForm.JVMCGetMonthInfo(Sender: TObject; Month: Cardinal; var
MonthBoldInfo: Cardinal);
begin
    if (JVMC.MonthInfoYear = 2004) and  (Month = 9) then // September
      JVMC.BoldDays([3, 21, 28], MonthBoldInfo); // make days 3, 21, 28 bold
end;

Works for me.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvMonthCalendar problem (bug?)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Sep 2004 13:33:08 +0200
Newsgroups: jedi.vcl

That's because the year of the date isn't change d until *after* the event.

You could try adding the following to TJVMontCalendar:


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net "Peter Panino" <peter-panino@aon.at> skrev i meddelandet news:ci6fif$j42$1@talkto.net...
> > In the GetMonthInfo event-handler I wrote:
> >
> > procedure TCalForm.JVMCGetMonthInfo(Sender: TObject; Month: Cardinal; var
> > MonthBoldInfo: Cardinal);
> > begin
> >     if Month = 9 then // September
> >       JVMC.BoldDays([3, 21, 28], MonthBoldInfo); // make days 3, 21, 28
bold
> > end;
> >
> > This unfortunately makes days 3, 21, 28 bold in all years! So I wrote a
condition
> > for the year:
> >
> > if YearOf(JVMC.Date) = 2004 then // only in 2004
> >   if Month = 9 then // September
> >     JVMC.BoldDays([3, 21, 28], MonthBoldInfo); // make days 3, 21, 28 bold
> >
> > But when I change the year at runtime by clicking the year number and
going e.g.
> > to 2005 then the bold days 3, 21, 28 are still there (in September 2005)!
Only
> > when I change the month forth and back again with the arrow buttons the
bold days
> > have disappeared from September 2005!
> >
> > Obviously the year property is not integrated into the the Bold process.
Is there
> > anything I could do to work around this problem or would the
JvMonthCalendar code
> > need a modification?
> >
> > Thanks,
> > Peter
> >
> >




Subject: Re: C++ Builder compatibility
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Sep 2004 13:24:38 +0200
Newsgroups: jedi.vcl

Vladimir wrote:
> Vladimir wrote:
> I checked CVS now, (GMT+3), but the problem isn't fixed yet.

Please remove every DCU, BPL, BPI, DCP file from the JVCL and recompile everything. I'll verify tonight, but there was not any problem yesterday evening.

-- 
Olivier Sannier
JVCL Coordinator


Subject: TJvMonthCalendar problem (bug?)
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 14 Sep 2004 13:19:14 +0200
Newsgroups: jedi.vcl

In the GetMonthInfo event-handler I wrote:

procedure TCalForm.JVMCGetMonthInfo(Sender: TObject; Month: Cardinal; var 
MonthBoldInfo: Cardinal);
begin
    if Month = 9 then // September
      JVMC.BoldDays([3, 21, 28], MonthBoldInfo); // make days 3, 21, 28 bold
end;

This unfortunately makes days 3, 21, 28 bold in all years! So I wrote a condition 
for the year:

if YearOf(JVMC.Date) = 2004 then // only in 2004
  if Month = 9 then // September
    JVMC.BoldDays([3, 21, 28], MonthBoldInfo); // make days 3, 21, 28 bold

But when I change the year at runtime by clicking the year number and going e.g. 
to 2005 then the bold days 3, 21, 28 are still there (in September 2005)! Only 
when I change the month forth and back again with the arrow buttons the bold days 
have disappeared from September 2005!

Obviously the year property is not integrated into the the Bold process. Is there 
anything I could do to work around this problem or would the JvMonthCalendar code 
need a modification?

Thanks,
Peter 




Subject: Re: C++ Builder compatibility
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Tue, 14 Sep 2004 14:55:28 +0400
Newsgroups: jedi.vcl

Vladimir wrote:
I checked CVS now, (GMT+3), but the problem isn't fixed yet.
> Thanks! I'll try.
> I am using everyday CVS.
>
>> Vladimir wrote:
>>
>>> Vaclav Korecek wrote:
>>>
>>>> OBones wrote : 
>>>
>>>
>>>
>>> Hi, all.
>>> Last version(14-09) can't be compiled under BCB6, see png picture.
>>> The previous (13-09) can be compiled but has known bug on project stage.
>>
>>
>>
>> Where did you get a version for 13-09 and 14-09? There were no daily zips generated for those dates, and I just created the one for 14-09
>> If you accessed CVS directly, please update again, I've done changes until quite late yesterday night (UTC+2).
>>


Subject: Re: C++ Builder compatibility
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Tue, 14 Sep 2004 14:27:27 +0400
Newsgroups: jedi.vcl

OBones wrote:
Thanks! I'll try.
I am using everyday CVS.
> Vladimir wrote:
>
>> Vaclav Korecek wrote:
>>
>>> OBones wrote : 
>>
>>
>> Hi, all.
>> Last version(14-09) can't be compiled under BCB6, see png picture.
>> The previous (13-09) can be compiled but has known bug on project stage.
>
>
> Where did you get a version for 13-09 and 14-09? There were no daily zips generated for those dates, and I just created the one for 14-09
> If you accessed CVS directly, please update again, I've done changes until quite late yesterday night (UTC+2).
>


Subject: Re: JvAppIniFileStorage and DefaultSection
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 14 Sep 2004 10:02:21 +0000 (UTC)
Newsgroups: jedi.vcl

"Marcel Bestebroer" wrote:
> >     Each FormStorage component has a AppStoragePath. So each
> >     form can have 
> > it's own private path/section in the storage. In fact, if each
> > FormStorage component would specify it's own AppStoragePath,
> > DefaultSection would not be needed at all. That property was
> > added to prevent errors in cases where users tried to write to
> > the root of the storage, which is not possible in the Windows
> > provided ini file implementation. 
Understood.
OK. I have done another change according to your suggestion.
I cleared DefaultSection property in JvAppIniFileStorage and I set
AppStoragePath property in JvFormStorage component to "SetUp\". 
I got following changes in *.ini file now:
there are two section I can see [SetUp] and [SetUp\StoredProps].

It seems to me that "StoredProps" is new in latest version of 
JVCL "storage" components but please it would be fine if JVCL
developers confirm it, because in my previous CVS version of 
JVCL it was different (2004-08-31). 
What is worse I also only compiled older program which use
Win registry as storage space and program changed its behaviour
because I found also "StoredProps" section in registry.  

So.
If "StoredProps" is new feature so I accept it but please
don't change such behaviour back in future too frequently.

Vaclav


Subject: Re: @Olivier: Changes to JvDBControls.pas.
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 14 Sep 2004 11:08:02 +0200
Newsgroups: jedi.vcl

> >If you now link a control to a read-only dataset, but set the ReadOnly 
> >property of the control to false, then the value of ReadOnly in 
> >JvToolEdit.pas (for example in the PopupDropDown procedure) is False 
> >(should be True IMO).
> >
> >Thus you can still show its popup dialog, and alter the text of the 
> >control by code, although the control is linked to a read-only dataset.

I made some changes because:
- the popup dialog of JvCalcEdit and JvDBDateTimePicker did not open 
when you click on their button before doing anything else;
- you couldn't change the value of TJvDBMaskEdit (Mantis #1814). It was 
always read-only.

The first bug was due to the move of the Get/SetReadOnly functions in 
the private section of the component class (doing that was a strange 
idea). Using "Reintroduce" always means to me there are some bad coding 
somewhere or something not at the right place.
The second bug was due to a bad setting of the Read-Only value of the 
TJvDBMaskEdit component (look at the changes in CVS).

I tried every component concerned by my changes and noticed some of them 
(e.g. JvCalcEdit) allow to type a new value but DO NOT CHANGE the field 
value. Thus you cannot modify your dataset when the dataset is Read-
Only. I admit it's not a good thing to allow typing when it's read-only 
but my goal wasn't to fix this misconception. Feel free to be less lazy 
than I am. ;-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStorage bug?
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 14 Sep 2004 11:01:06 +0200
Newsgroups: jedi.vcl

> >    I think it is a bug. Please add it to our issue tracker (if you haven't
> > done so already; haven't checked there yet) and someone will take a look at
> > it ASAP.

Done: http://homepages.borland.com/jedi/issuetracker/view.php?id=2141

Thanks,
Peter 




Subject: Re: C++ Builder compatibility
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Sep 2004 10:28:21 +0200
Newsgroups: jedi.vcl

Vladimir wrote:

> Vaclav Korecek wrote:
>
>> OBones wrote : 
>
> Hi, all.
> Last version(14-09) can't be compiled under BCB6, see png picture.
> The previous (13-09) can be compiled but has known bug on project stage.

Where did you get a version for 13-09 and 14-09? There were no daily zips generated for those dates, and I just created the one for 14-09
If you accessed CVS directly, please update again, I've done changes until quite late yesterday night (UTC+2).

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvFormStorage bug?
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Sep 2004 10:28:06 +0200
Newsgroups: jedi.vcl

> > If the Form.BorderStyle property is set to bsDialog then the restoring of
the
> > form position with JvFormStorage does not work! Is this a bug or a
feature? (I
> > would prefer to have the form position restored also with bsDialog
BorderStyle!).

    I think it is a bug. Please add it to our issue tracker (if you haven't
done so already; haven't checked there yet) and someone will take a look at
it ASAP.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JvAppIniFileStorage and DefaultSection
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Tue, 14 Sep 2004 10:26:07 +0200
Newsgroups: jedi.vcl

Hi,

> > before if I set a DefaultSection to for example [SetUp]
> > I had all Values stored under [SetUp] section.
> >
> > Now (latest CVS) is the [SetUp] section deivided to
> > [SetUp] and [StoredProps].
> >
> > Is some reason for that?

   I don't know. I don't think it should.

> > I feel there can be a problem if two different
> > forms will have component with same name.

    In the case you described, yes.

> > Or is there some trick which I don't know how to store all
> > components from one for under one section?

    Each FormStorage component has a AppStoragePath. So each form can have
it's own private path/section in the storage. In fact, if each FormStorage
component would specify it's own AppStoragePath, DefaultSection would not be
needed at all. That property was added to prevent errors in cases where
users tried to write to the root of the storage, which is not possible in
the Windows provided ini file implementation.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: C++ Builder compatibility
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Tue, 14 Sep 2004 11:42:53 +0400
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> OBones wrote : 
Hi, all.
Last version(14-09) can't be compiled under BCB6, see png picture.
The previous (13-09) can be compiled but has known bug on project stage.


>
>> Hi all.
>>
>> I've committed new versions of the JvEx files that are compiling
>> on my machine with both BCB5 and BCB6. They generate valid HPP
>> files and the files compiles under BCB5 (it seems both problems
>> were somehow related). 
>
>  
>  
>
>> Let me know how this goes.
>
> BCB6:
> Installtion ................ pass OK
> Project compilation......... pass OK
>
> All is OK without "JvEx" syndrome ;-). Thank you and all JEDI Team.
>
> Vaclav
>


Clipboard.png

Clipboard.png
	



Subject: Re: JvSimpleXML and JvTimeLine mods
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 14 Sep 2004 08:51:57 +0200
Newsgroups: jedi.vcl

ZioNemo wrote:

> Uhm...
> I wanted to have a defined XML descrbing only what's relevant for the actual timeline (item nesting, class, date, duration, name, comment, image(s), ...) and not the whole bunch of "program related" (display syle) properties, that IMHO belong to a different domain.
> I would rather go the TJvCustomAppStorage way for the latter, but I'm unsure about rhe former.
"program related" properties are not the result of TJvCustomAppStorage, they are the result of TJvFormStorage which I'm not asking you to use here. TJvCustomAppStorage is just a layer that allows to write any values in a tree like approach to different formats. At present, we have Ini files, Xml files, Registry and DB.

Basically here is what happens:

Your code:  TJvTimeLine ---> XML file
Proposed :  TJvTimeLine ---> TJvAppXMLFileStorage --> XML file

The proposed approach allows to replace TJvAppXMLFileStorage by any other descendent of TJvCustomAppStorage so that values are written in a different format without any change for your component and greater flexibility for the users.

> Remember my target is to build a rather general history timeline (French revolution data is not very likely to change, bar color or style should change even with "zoom" (e.g.: century view versus battlefield tracking).
Agree.


> I had a look to the JvAppStorage thing, but it is not imediately evident to me just what should I do to use it.
> Is there any documentation available?
There should be. Have a look in JvAppStorage.pas. As far as I know, you simply use the WriteXXX and ReadXXX family of procedures. Something like that:

FAppStorage.WriteInteger('name\test', 1);

Where FAppStorage is of type TJvCustomAppStorage and is the field for a property called AppStorage in TJvTimeLine.
This way, if people set AppStorage to point to a TJvAppXMLFileStorage, an XML file will be written. With the above example, the XML file would look like that:

<ROOT>
  <NAME>
    <TEST>1</TEST>
  </NAME>
</ROOT>

The name of the root node (ROOT here), is taken from the RootNodeName property of the TJvAppXMLFileStorage component.

I'm quite sure the above is 99% correct, if there are any mistakes, someone will correct me quite soon <g>
This is just to illustrate my point.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: @Olivier: Changes to JvDBControls.pas.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 14 Sep 2004 06:49:05 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Your changes to JvDBControls.pas has the following consequence:
>
> If you now link a control to a read-only dataset, but set the ReadOnly property of the control to false, then the value of ReadOnly in JvToolEdit.pas (for example in the PopupDropDown procedure) is False (should be True IMO).
>
> Thus you can still show its popup dialog, and alter the text of the control by code, although the control is linked to a read-only dataset.
>
Ok. Those changes are from Fred, I'll wait for him to comment on this.
Thanks for the report

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL & BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 14 Sep 2004 13:09:31 +0900
Newsgroups: jedi.vcl

OBones wrote:
> A. Ghaibeh wrote:
>
>> I was using an old version. I had no problem whith it, however, now the problem persist even if I go back to the old version.
>
>
> Delete all Jv*.hpp files on your machine and the new files will take over.
>

Thank you


Subject: Re: JvAppIniFileStorage and ComboBox Items storage
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Tue, 14 Sep 2004 03:22:44 +0000 (UTC)
Newsgroups: jedi.vcl

Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz> wrote in 
news:Xns9564140BD6DB3korecekrcdcz@194.191.0.34:

> > Above mentioned bug should be fixed but I have the 
> > same problems with it.
> > Please, can somebody check it?
Maybe better (it was deep night in previous contribution):
Above mentioned bug should be already resolved but I have  
still same problems with it.
Please, can somebody give advise or check this problem?

Thanks,
Vaclav


Subject: TJvFormStorage bug?
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 14 Sep 2004 03:57:38 +0200
Newsgroups: jedi.vcl

If the Form.BorderStyle property is set to bsDialog then the restoring of the 
form position with JvFormStorage does not work! Is this a bug or a feature? (I 
would prefer to have the form position restored also with bsDialog BorderStyle!).

Thanks,
Peter 




Subject: Re: JvSimpleXML and JvTimeLine mods
From: ZioNemo <ZioREMOVENemo@hotREMOVEmail.com>
Date: Tue, 14 Sep 2004 01:24:15 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Well, you are not totally wrong. The thing is that we don't want to tie
> components to only one format when it is easy to "open" them to many
> other formats through the use of TJvCustomAppStorage. Basically, instead
> of having a "FileName" property, your component has a AppStorage
> property. This way, for your tests, you use a TJvAppXMLStorage, but
> other users may decide to use another TJvCustomAppStorage descendent.
Uhm...
I wanted to have a defined XML descrbing only what's relevant for the actual timeline (item nesting, class, date, duration, name, comment, image(s), ...) and not the whole bunch of "program related" (display syle) properties, that IMHO belong to a different domain.
I would rather go the TJvCustomAppStorage way for the latter, but I'm unsure about rhe former.
Remember my target is to build a rather general history timeline (French revolution data is not very likely to change, bar color or style should change even with "zoom" (e.g.: century view versus battlefield tracking).

> Well, there is interest, please keep on working. Just keep in mind that
> we would be more inclined to take your contribution on TJvTimeline it is
> using the AppStorage approach.
I had a look to the JvAppStorage thing, but it is not imediately evident to me just what should I do to use it.
Is there any documentation available?

Thanks
ZioNemo


Subject: JvAppIniFileStorage and ComboBox Items storage
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 13 Sep 2004 22:40:26 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I have same problem which is described as bug here: 

(0001666: JvFormStorage: stopped supporting string lists.)
http://homepages.borland.com/jedi/issuetracker/view.php?id=1666.

Above mentioned bug should be fixed but I have the 
same problems with it.
Please, can somebody check it?

TIA
Vaclav


Subject: JvAppIniFileStorage and DefaultSection
From: Vaclav Korecek <korecek.NO.S.PAM@NO_SP.AM.rcd.cz>
Date: Mon, 13 Sep 2004 22:31:26 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
before if I set a DefaultSection to for example [SetUp]
I had all Values stored under [SetUp] section.

Now (latest CVS) is the [SetUp] section deivided to 
[SetUp] and [StoredProps].

Is some reason for that?
Why all components values are stored under the [StoredProps]
section? I feel there can be a problem if two different
forms will have component with same name. 
Or is there some trick which I don't know how to store all
components from one for under one section? 


TIA
Vaclav


Subject: @Olivier: Changes to JvDBControls.pas.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 14 Sep 2004 00:08:25 +0200
Newsgroups: jedi.vcl

Your changes to JvDBControls.pas has the following consequence:

If you now link a control to a read-only dataset, but set the ReadOnly property of the control to false, then the value of ReadOnly in JvToolEdit.pas (for example in the PopupDropDown procedure) is False (should be True IMO).

Thus you can still show its popup dialog, and alter the text of the control by code, although the control is linked to a read-only dataset.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: C++ Builder compatibility
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Mon, 13 Sep 2004 21:35:26 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote : 

> > Hi all.
> > 
> > I've committed new versions of the JvEx files that are compiling
> > on my machine with both BCB5 and BCB6. They generate valid HPP
> > files and the files compiles under BCB5 (it seems both problems
> > were somehow related). 
 
 
> > Let me know how this goes.
BCB6:
Installtion ................ pass OK
Project compilation......... pass OK

All is OK without "JvEx" syndrome ;-). 
Thank you and all JEDI Team.

Vaclav



Subject: C++ Builder compatibility
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 13 Sep 2004 23:06:06 +0200
Newsgroups: jedi.vcl

Hi all.

I've committed new versions of the JvEx files that are compiling on my machine with both BCB5 and BCB6. They generate valid HPP files and the files compiles under BCB5 (it seems both problems were somehow related).

I've also added the C5std target, so that users of C++ Builder 5 Standard edition can use it. The installer may need updating, I haven't touched it.

Let me know how this goes.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: autogenerated build.exe
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Sep 2004 21:37:57 +0200
Newsgroups: jedi.vcl

I added a pakcages\bin\pretest.bat that tries to compile the build.exe. If
it fails it asks the user to add the delphi\bin directory to the PATH
environment variable. The build.exe should remain but for people who want
to compile everything from source this should be enought.


-- Regards, Andreas Hausladen 

Subject: Ignore: Expand All programatically
From: Woody Lidstone <gotwoody@mac.com>
Date: Mon, 13 Sep 2004 18:21:58 +0100
Newsgroups: jedi.vcl

Ignore this post.  Sorry.


Subject: Expand All programatically
From: Woody Lidstone <gotwoody@mac.com>
Date: Mon, 13 Sep 2004 17:50:15 +0100
Newsgroups: jedi.vcl

Hello folks,

What's the best way to mimic CTRL+ALT+PlusSign, to 'expand all' nodes of a tree?   I didn't see a method for it.   Do I iterate through all nodes and expand them or send the keystroke as a message back to the control? (not sure how to do that one), or is there some easier way?

Thanks
-Woody


Subject: Re: André: How easy it can be under Linux
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 13 Sep 2004 16:57:05 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> From your build.sh I found this
>
> eval `grep 'DelphiRoot=' ~/.borland/delphi69rc`
> DELPHI=$DelphiRoot
>
The first line came from jcl/install.sh. afaics that is from Robert Rossmair.
The second line I have have added because I experienced some problems with $DelphiRoot. If the line following it (export DELPHI) is really needed, I have not checked, it was already late, hence it is a very rudimentary script made with copying, pasting and replacing (KEdit). ;)

Regards,

André Snepvangers



Subject: André: How easy it can be under Linux
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Sep 2004 16:40:28 +0200
Newsgroups: jedi.vcl


From your build.sh I found this

eval `grep 'DelphiRoot=' ~/.borland/delphi69rc`
DELPHI=$DelphiRoot

Do you know how many hours I had spent to find the Kylix directory in my
unvclx patch install.sh ? Just looking at the delphi69rc file was too easy
for me :-)


-- Regards, Andreas Hausladen 

Subject: Re: JvSimpleXML and JvTimeLine mods
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 15:40:06 +0200
Newsgroups: jedi.vcl

ZioNemo wrote:

>> Thanks.
>> JvSimpleXML is not event driven, so the events are just an added bonus, but they are not meant to be used to process the XML file.
>
> I understand that.
> The new events allow to use it as event driven, if You want (I did want it :) )

Some other people wanted it as well. We'll see what to do with that.


> The rationale behind XML usage was to be able to edit the files using some other means (including a simple editor) and use JvTimeLine "just" to display the timeline. This (AFAIK) is incompatible with TJvCustomAppStorage; am I wrong?

Well, you are not totally wrong. The thing is that we don't want to tie components to only one format when it is easy to "open" them to many other formats through the use of TJvCustomAppStorage. Basically, instead of having a "FileName" property, your component has a AppStorage property. This way, for your tests, you use a TJvAppXMLStorage, but other users may decide to use another TJvCustomAppStorage descendent.


> As said the package is *not* finished or ready, so it makes no sense in including it in JVCL3b2!
Ok, glad to hear that.

> This is just a preliminary in order to understand if there is interest and gather some comments on it.
Well, there is interest, please keep on working. Just keep in mind that we would be more inclined to take your contribution on TJvTimeline it is using the AppStorage approach.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvSimpleXML and JvTimeLine mods
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Mon, 13 Sep 2004 15:35:39 +0200
Newsgroups: jedi.vcl

OBones wrote:
> ZioNemo wrote:
>
>> Hi,
>> I did some work on JvSimpleXML and JvTimeLine.
>
> Thanks.
> JvSimpleXML is not event driven, so the events are just an added bonus, but they are not meant to be used to process the XML file.
I understand that.
The new events allow to use it as event driven, if You want (I did want it :) )

> Nice for the XML format, but it would be better if it would be able to use a TJvCustomAppStorage component instead so that people can save into Registry, Ini, XML, Database or even others we haven't though of yet.
The rationale behind XML usage was to be able to edit the files using some other means (including a simple editor) and use JvTimeLine "just" to display the timeline. This (AFAIK) is incompatible with TJvCustomAppStorage; am I wrong?

>> The package contains also the simple program I'm using to test the thing.
> Thanks for that, we will review it, but it will most likely not be in the JVCL 3 Beta 2
As said the package is *not* finished or ready, so it makes no sense in including it in JVCL3b2!
This is just a preliminary in order to understand if there is interest and gather some comments on it.

Thanks.
ZioNemo


Subject: Re: Big problem with the files generated by Preprocess.bat
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 13 Sep 2004 14:49:00 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>>
>>> This sure is a fix, but why is it there a problem in the first place?
>>
>>
>>
>> Because jpp.exe removes the IFDEF for Delphi 5 from the interface.
>
>
> Yes, but why does it change the line endings from CRLF ?
>
No, also crlf JvEx*.pas, with a clean copy of JvStdCtrls.pas from CVS shows
 Done: 0 files converted.

Regards,

André Snepvangers


Subject: Re: Big problem with the files generated by Preprocess.bat
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 13 Sep 2004 14:41:15 +0200
Newsgroups: jedi.vcl

OBones wrote:
>
> This sure is a fix, but why is it there a problem in the first place?
>
preprocess.bat:
  jpp -c -dVCL -uVisualCLX -x..\..\run\ JvExStdCtrls.pas

jpp solves everything it can with the -c option. The -c you need to get the file preprocessed anyway. It is not limited to what is specified with -d and -u option. :~
JvclVclClx has a pp builtin, it is highly configurable and does not suffer from the shortcomings of jpp.

Regards,

André Snepvangers.


Subject: Re: StrUtils in JvJCLUtils and other bad things
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 14:21:22 +0200
Newsgroups: jedi.vcl

Fred wrote:


> I have also some errors in JvGrids: GetEditStyle and TEditStyle...

I already fixed that one, TEditStyle is Integer in D5/C5


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: StrUtils in JvJCLUtils and other bad things
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 13 Sep 2004 14:21:00 +0200
Newsgroups: jedi.vcl

Fred wrote:

> In JvJCLUtils.pas:
>   StrUtils, TypInfo;
> should be:
>   {$IFDEF HAS_UNIT_STRUTILS}
>   StrUtils,
>   {$ENDIF HAS_UNIT_STRUTILS}
>   TypInfo;
>
Fixed.


Subject: Re: Big problem with the files generated by Preprocess.bat
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Sep 2004 14:20:48 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > This sure is a fix, but why is it there a problem in the first place?

Because jpp.exe removes the IFDEF for Delphi 5 from the interface.


-- Regards, Andreas Hausladen 

Subject: Re: Big problem with the files generated by Preprocess.bat
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 14:20:35 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> This sure is a fix, but why is it there a problem in the first place?
>
>
> Because jpp.exe removes the IFDEF for Delphi 5 from the interface.

Yes, but why does it change the line endings from CRLF ?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Big problem with the files generated by Preprocess.bat
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 13 Sep 2004 14:14:09 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> They also declare a SetAutoSize procedure not existing in D5/BCB5.
>
>
> It seems the problem is mainly in JvExStdCtrls where SetAutoSize has no implementation.
>
Copy devtools\JvExVCL\JvExStdCtrls.pas to 'run' or ...
Build devtools\JvAdjustLineBreaks\CRLF.dpr
Execute devtools\bin\crlf.exe run\JvEx*.pas.

Regards,

André Snepvangers


Subject: Re: Big problem with the files generated by Preprocess.bat
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 14:13:33 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Fred wrote:
>
>>> They also declare a SetAutoSize procedure not existing in D5/BCB5.
>>
>>
>>
>> It seems the problem is mainly in JvExStdCtrls where SetAutoSize has no implementation.
>>
> Copy devtools\JvExVCL\JvExStdCtrls.pas to 'run' or ...
> Build devtools\JvAdjustLineBreaks\CRLF.dpr
> Execute devtools\bin\crlf.exe run\JvEx*.pas.

This sure is a fix, but why is it there a problem in the first place?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 13 Sep 2004 14:07:30 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> I frequently use the Installer to build the packages. It is faster and does not load the packages so i get no intermediate errors if the sources have changed radically.

Exactly the same reasons overhere. Building packages from within the IDE that whole lot of time if you have many packages installed; IDE reinstalls them after building every package. Certainly

> The only thing we need for generating the CLX sources or the packages is that they are created by a makefile.
> For the packages i would like an option to generate them all because the installer is a development tool also.

If we add some commandline options to JvclVclClx, we won't be needing a makefile for generating the clx sources. Generating the packages is most easily done with pg.exe ! First line of install.bat I would say.

About IFDEF cleaning: there are a still a lot of ifdef vcl in the published properties of control classes.
JvComponent defines

TJvWinControl = class(TJvExPubWinControl);

JvExControls:

  TJvExPubWinControl = class(TJvExWinControl)
  published
    property BiDiMode;
    property DragCursor;
    property DragKind;
    property DragMode;
    property ParentBiDiMode;
    property OnEndDock;
    property OnStartDock;
  end;

Strange enough this not defined for other TJv<Control name> classes. Maybe Andreas could answer this.

Regards,

André Snepvangers


Subject: StrUtils in JvJCLUtils and other bad things
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 13 Sep 2004 14:03:18 +0200
Newsgroups: jedi.vcl

In JvJCLUtils.pas:
  StrUtils, TypInfo;
should be:
  {$IFDEF HAS_UNIT_STRUTILS}
  StrUtils,
  {$ENDIF HAS_UNIT_STRUTILS}
  TypInfo;

I have also some errors in JvGrids: GetEditStyle and TEditStyle...

I decided to revert to an older version of JVCL because there are too 
many errors in the latest release. Such a waste of time... :-(

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Big problem with the files generated by Preprocess.bat
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 13 Sep 2004 13:41:57 +0200
Newsgroups: jedi.vcl

> >They also declare a SetAutoSize procedure not existing in 
> >D5/BCB5.

It seems the problem is mainly in JvExStdCtrls where SetAutoSize has no 
implementation.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Big problem with the files generated by Preprocess.bat
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 13 Sep 2004 12:51:29 +0200
Newsgroups: jedi.vcl

The files generated by Preprocess.bat (JvEx*) crash my compiler (I use 
BCB 5). They are not in a Windows format (with CR/LF at the end of 
lines) and thus, they appear as a (too) long suit of chars to the 
compiler. They also declare a SetAutoSize procedure not existing in 
D5/BCB5.

I noticed that the generated version number is not the same as the 
version number of the replaced files.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: dpp32
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 13 Sep 2004 11:44:09 +0200
Newsgroups: jedi.vcl

I added the sourcecode from my Delphi Preprocessor (dpp32) which is used
for preprocessing the JvExVCL files. devtools/dpp32.


-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS and project compile error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 11:25:11 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> I do my best

I know ;-) Thanks for that.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 13 Sep 2004 11:20:59 +0200
Newsgroups: jedi.vcl

OBones wrote:

> André Snepvangers wrote:
>
>> My guess after or in this weekend, depends the time available.
>> But maybe I eliminate some interfaces before I finish the doublebuffering implementation.
>
>
> Are those changes in yet? I haven't had a look at the CVS repository, but I will do so tonight. I'd really want to have the files fixed today, because I have to prepare the next beta version.
>
I do my best

Regards,

André Snepvangers


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 13 Sep 2004 11:07:14 +0200
Newsgroups: jedi.vcl

OBones wrote:
> There are some companies (and individuals) that will not want to use an installer or build.exe because they have strong (weird?) security policies. 

JVCL contains about 700000 code lines, VisualCLX support adds about 500000 lines. All these code lines need to be review to trace any malicious code.

> Everything should be done manually, through the package group and the packages. For those people, if the packages are not there, this will be a problem and I expect some questions to show up on that subject.
> A while ago, we stopped adding packages to CVS, and stopped updating 

The installer uses the xml files to build the packages. Means that if a (user) unit is added to one of the packages (*.dpk), the installer won't notice the change. Hence you get inconsistancy between a manual and installer build package. I have already encountered this problem myself.
Maybe the installer can use the package files, Andreas?

> those that were in it. A week after doing that, the first messages started to appear asking why the package group contains non existent packages. This is why I would prefer packages (and all other generated files) to be in CVS. They do not change often enough to be an annoyance for developers and I think there is an added value for some users (a minority, I must agree).
>
Maybe adding some lines to chapter "Manual install for Delphi" in install.htm. Also some words about the function of the Package Generator would not be wrong.

Regards,

André Snepvangers


Subject: Re: Latest CVS and project compile error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 11:05:52 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> My guess after or in this weekend, depends the time available.
> But maybe I eliminate some interfaces before I finish the doublebuffering implementation.

Are those changes in yet? I haven't had a look at the CVS repository, but I will do so tonight. I'd really want to have the files fixed today, because I have to prepare the next beta version.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Latest CVS and project compile error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 11:04:39 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> JVCL contains about 700000 code lines, VisualCLX support adds about 500000 lines. All these code lines need to be review to trace any malicious code.
I know, but some companies might think of the "generation" process as a way to hide things. Paranoïa is a powerful thing...


> The installer uses the xml files to build the packages. Means that if a (user) unit is added to one of the packages (*.dpk), the installer won't notice the change. Hence you get inconsistancy between a manual and installer build package. I have already encountered this problem myself.
> Maybe the installer can use the package files, Andreas?
The installer would overwrite that change. Further, the packages file clearly state that the file should not be modified manually, it is generated. If the user does the changes anyway, they are responsible for the consequences


> Maybe adding some lines to chapter "Manual install for Delphi" in install.htm. Also some words about the function of the Package Generator would not be wrong.
Yes, that might be a good idea.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvSimpleXML and JvTimeLine mods
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 10:30:42 +0200
Newsgroups: jedi.vcl

ZioNemo wrote:

> Hi,
> I did some work on JvSimpleXML and JvTimeLine.
Thanks.

> JvSimpleXML was enhanced to give a better events while parsing (the current notification strategy seemed to me hopelessly broken, but I may be *very* wrong :) :) )
JvSimpleXML is not event driven, so the events are just an added bonus, but they are not meant to be used to process the XML file.

> JvTimeLine was changed to allow nested items, load/save in XML format (!) and to give it different look. This is *NOT* ready for general consumption! I'm posting it just to know if there is some interest in these mods.  I plan to make it suitable for general historic timelines with wildly varying time spans and a kind of auto zoom view (items (or subitems) dropping below a certain threshold become hidden)).
Nice for the XML format, but it would be better if it would be able to use a TJvCustomAppStorage component instead so that people can save into Registry, Ini, XML, Database or even others we haven't though of yet.

> The package contains also the simple program I'm using to test the thing.
Thanks for that, we will review it, but it will most likely not be in the JVCL 3 Beta 2


-- 
Olivier Sannier
JVCL Coordinator


Subject: JvSimpleXML and JvTimeLine mods
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Mon, 13 Sep 2004 10:13:45 +0200
Newsgroups: jedi.vcl

Hi,
I did some work on JvSimpleXML and JvTimeLine.

JvSimpleXML was enhanced to give a better events while parsing (the current notification strategy seemed to me hopelessly broken, but I may be *very* wrong :) :) )

JvTimeLine was changed to allow nested items, load/save in XML format (!) and to give it different look. This is *NOT* ready for general consumption! I'm posting it just to know if there is some interest in these mods.  I plan to make it suitable for general historic timelines with wildly varying time spans and a kind of auto zoom view (items (or subitems) dropping below a certain threshold become hidden)).

The package contains also the simple program I'm using to test the thing.

I will post the archive to binaries.

This project of mine will go on very slowly since I have little time to work on it, but I hope to complete it in a reasonable time.

If there is interest I will keep You posted regularly in order to review what I do and (if applicable) give hints on what should be done to make this more general than just the outcome of the project. If not then MANY TANKS for all the good work! :) :)

ZioNemo


Subject: Re: Latest CVS and project compile error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 08:24:06 +0200
Newsgroups: jedi.vcl

There are some companies (and individuals) that will not want to use an installer or build.exe because they have strong (weird?) security policies. Everything should be done manually, through the package group and the packages. For those people, if the packages are not there, this will be a problem and I expect some questions to show up on that subject.
A while ago, we stopped adding packages to CVS, and stopped updating those that were in it. A week after doing that, the first messages started to appear asking why the package group contains non existent packages. This is why I would prefer packages (and all other generated files) to be in CVS. They do not change often enough to be an annoyance for developers and I think there is an added value for some users (a minority, I must agree).

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL & BCB6
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 08:18:37 +0200
Newsgroups: jedi.vcl

A. Ghaibeh wrote:

> I was using an old version. I had no problem whith it, however, now the problem persist even if I go back to the old version.

Delete all Jv*.hpp files on your machine and the new files will take over.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Inatall problems
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 13 Sep 2004 08:17:22 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The problem is how to test the installer with a Personal Edition when you
> do not have one.

Fair enough. BTW, I'll generate the packages for C5std tonight.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL & BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Mon, 13 Sep 2004 13:12:15 +0900
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> "A. Ghaibeh"wrote:
>> I was using an old version. I had no problem whith it, however,
>> now the problem persist even if I go back to the old version.
>>
>>
>
> I have no problem to install older versions of JVCL (and JCL).
> I always copy all files to their install directory (JCL and JVCL)
> and start install.bat files.
> I always check "Build packages" check box when I install JVCL. It takes some time but no problems in my case after it.
>
> Regards,
> Vaclav

I usually do the same. May be I have forgotten something. Any how I have manually added
 void *__IJvControlEvents;
in the private section for each error message in the hpp file. It took me a long time but it solves the problem. For some reasons BCB6 skipped the declaration when creating the hpp files.


Subject: Re: JvChangeNotify
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 12 Sep 2004 22:22:11 +0200
Newsgroups: jedi.vcl

> > Is there any way to get the path and filename of a file added or changed
> > in a specified folder?
No, the API used doesn't provide that information.

> > I am attempting to convert the demo to a autobackup system.  f a file is
> > added or changed in a "watched" folder to compy the files that changed
> > to a destination folder using the JvSHFileOperation component.
What you should do is store a list of filenames (and maybe change date if
you need it) when a folder is added to the monitor. When a change is
detected, you compare the stored list to the current content and do whatever
you need to. Finally, you then replace the stored list with the current
content.

> > Set the timeout interval to 15 seconds? 500 ms?
You will have to determine this empirically since it is impossible to say
without knowing the anticipated activity. A timeout of 1 second should be a
good starting point.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvChangeNotify
From: Bill Miller <w2m@frontiernet.net>
Date: Sun, 12 Sep 2004 15:19:59 -0400
Newsgroups: jedi.vcl

Is there any way to get the path and filename of a file added or changed in a specified folder?

I am attempting to convert the demo to a autobackup system.  f a file is added or changed in a "watched" folder to compy the files that changed to a destination folder using the JvSHFileOperation component.

Will it work?
Set the timeout interval to 15 seconds? 500 ms?

Regards,

Bill


Subject: Re: Inatall problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 12 Sep 2004 17:18:12 +0200
Newsgroups: jedi.vcl

jarrodb wrote:

> I have one! and can be contacted for testing.

Andreas, please try to get Tobin Hall also. He is in posession of BCB 5 personal. See JCL newsgroup.


Subject: Re: Latest CVS and project compile error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 12 Sep 2004 17:14:29 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>  Building JVCL (release)
> packages is one time thing only, there is absolutely no need to (re)build packages. Notice also that after JVCLInstall the situation will be exactly the same as before except that you don't have the packages for all supported targets, but only the packages needed.

I frequently use the Installer to build the packages. It is faster and does not load the packages so i get no intermediate errors if the sources have changed radically.
The only thing we need for generating the CLX sources or the packages is that they are created by a makefile.
For the packages i would like an option to generate them all because the installer is a development tool also.


Subject: Re: JVCL & BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Sun, 12 Sep 2004 23:59:23 +0900
Newsgroups: jedi.vcl

I was using an old version. I had no problem whith it, however, now the problem persist even if I go back to the old version.

Vaclav Korecek wrote:
> "A. Ghaibeh" <webmaster@shamsoft.com> wrote in
> news:ci107s$k18$1@talkto.net:
>
>> Hi
>>
>> I have installed the latest JVCL (JVCL3-2004-09-08) with no
>> problems however, whenever I compile a program I receive this
>> error
>> [C++ Error] JvExComCtrls.hpp(215): E2451 Undefined symbol '__IJvControlEvents'
>
> This is known bug which still persist as I know. (I tested it yesterday - CVS from 2004-09-11.) See: "Latest CVS and project compile error" thread from 5 Sept 2004 in this NG. You should return back to some earlier CVS version. I have version from 2004-08-31 which is without above mentioned
> error.
>
> Regards,
> Vaclav


Subject: Re: JVCL & BCB6
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Sun, 12 Sep 2004 14:04:34 +0000 (UTC)
Newsgroups: jedi.vcl

"A. Ghaibeh"wrote: 
> > I was using an old version. I had no problem whith it, however,
> > now the problem persist even if I go back to the old version.
> > 
> > 
I have no problem to install older versions of JVCL (and JCL).
I always copy all files to their install directory (JCL and JVCL)
and start install.bat files.
I always check "Build packages" check box when I install JVCL. 
It takes some time but no problems in my case after it.

Regards,
Vaclav


Subject: Re: JVCL & BCB6
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Sun, 12 Sep 2004 12:09:51 +0000 (UTC)
Newsgroups: jedi.vcl

"A. Ghaibeh" <webmaster@shamsoft.com> wrote in
news:ci107s$k18$1@talkto.net: 

> > Hi
> > 
> > I have installed the latest JVCL (JVCL3-2004-09-08) with no
> > problems however, whenever I compile a program I receive this
> > error 
> > 
> > [C++ Error] JvExComCtrls.hpp(215): E2451 Undefined symbol 
> > '__IJvControlEvents'
This is known bug which still persist as I know. 
(I tested it yesterday - CVS from 2004-09-11.) 
See: "Latest CVS and project compile error" thread from 
5 Sept 2004 in this NG. 
You should return back to some earlier CVS version. 
I have version from 2004-08-31 which is without above mentioned
error.

Regards,
Vaclav


Subject: Re: Conditional compilation questions
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 12 Sep 2004 14:07:05 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Now I have added a new make target Preprocess that is required by the
> Installer and the Compile target. It only preprocesses the JvExVCL files
> if they were changed. But as I have written that I want to remove the jpp
> calls from the preprocess batch file, the make file does not invoke jpp.
>
> I will commit the changed files
>
> devtools\JvExVCL\preprocess.bat
>     no jpp calls in the file, can preprocess one file or all
>
> packages\bin\Makefile.mak
>     added Preprocess target
>
> packages\bin\Preprocess.mak
>     invokes preprocess.bat for each JvEx... file
>
>
Nice !


Subject: Re: Conditional compilation questions
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 12 Sep 2004 14:05:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> I have changed DevTools\JvExVCL\Preprocess.bat to generate cleaned JvEx*
>> units. Try it!
>
>
> I think we should remove the jpp calls in the batch file. They mess up the
> files for Delphi 5.
>
I completely agree, the results of jpp are unpredictable.
Several options:
- Modifying jpp to get rid of this undesired behaviour.
- A preprocessor based on JvclVclClx
- Return to previous situation with unprocessed and thus hardly readible JvExVCL units.

Regards,

André Snepvangers




Subject: Re: Conditional compilation questions
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Sep 2004 13:46:35 +0200
Newsgroups: jedi.vcl

Now I have added a new make target Preprocess that is required by the
Installer and the Compile target. It only preprocesses the JvExVCL files
if they were changed. But as I have written that I want to remove the jpp
calls from the preprocess batch file, the make file does not invoke jpp.

I will commit the changed files

devtools\JvExVCL\preprocess.bat
    no jpp calls in the file, can preprocess one file or all

packages\bin\Makefile.mak
    added Preprocess target

packages\bin\Preprocess.mak
    invokes preprocess.bat for each JvEx... file


-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 12 Sep 2004 13:34:53 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Now it is fixed (and needs testing). 

Tested OK.

Thanks,

André Snepvangers


Subject: Re: Conditional compilation questions
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Sep 2004 13:24:58 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I have changed DevTools\JvExVCL\Preprocess.bat to generate cleaned JvEx*
> > units. Try it!

I think we should remove the jpp calls in the batch file. They mess up the
files for Delphi 5.


-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS and project compile error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Sep 2004 12:35:16 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > + 'not', 'if', 'else'.

That was something I had not thought of when I had fixed another bug some
time ago. Now it is fixed (and needs testing). It now allows all
identifieres and all symbols except '.'.

-- Regards, Andreas Hausladen 

Subject: JVCL & BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Sun, 12 Sep 2004 18:26:57 +0900
Newsgroups: jedi.vcl

Hi

I have installed the latest JVCL (JVCL3-2004-09-08) with no problems however, whenever I compile a program I receive this error

[C++ Error] JvExComCtrls.hpp(215): E2451 Undefined symbol '__IJvControlEvents'


Any help please


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 12 Sep 2004 11:12:48 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> if ... then
>> Windows.DrawEdge(...) ;  // not processed
>> Windows.DrawEdge( ..   // processed
>> is not translated by JvclVclClx into QWindows.DrawEdge(....
>> Same behaviour can be obsevered with 'do', 'repeat', 'begin', 'try',
>> 'finally'
+ 'not', 'if', 'else'.
They should be treated the same as ';', ':=', ...
>
I have removed most of them by adding a function wrapper to JvComponent for DrawEdge. Now only JvCaret, JvMtSync, JvJCLUtils, JvNetScapeSplitter require ifdef's to circumvent this behaviour of JvclVclClx. cq priority on this is low.

Regards,

André Snepvangers


Subject: Re: Inatall problems
From: jarrodb <parc@netspace.net.au>
Date: Sun, 12 Sep 2004 18:55:07 +1000
Newsgroups: jedi.vcl

I have one! and can be contacted for testing.


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 12 Sep 2004 10:32:32 +0200
Newsgroups: jedi.vcl

OBones wrote:
>
> Because I know some people will NOT want to use the installer nor build.exe but simply use the packages. 
They add the the required path's to the environment manually? I don't think so. Neither have I read in ng JCL questions from 'some people' about how they can install JCL manually. Building JVCL (release) packages is one time thing only, there is absolutely no need to (re)build packages. Notice also that after JVCLInstall the situation will be exactly the same as before except that you don't have the packages for all supported targets, but only the packages needed.
JVCL developers, like you and me, will build packages manually to test their modifications, but this a hardly likely for an enduser.

My 2 cents. (We are getting rich ;) )

Regards,

André Snepvangers


Subject: Re: Inatall problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Sep 2004 10:24:36 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I thought the JVCL installer would
> > prevent that kind of things from happening but I may be wrong.

The problem is how to test the installer with a Personal Edition when you
do not have one.


-- Regards, Andreas Hausladen 

Subject: Re: Inatall problems
From: jarrodb <parc@netspace.net.au>
Date: Sun, 12 Sep 2004 17:16:59 +1000
Newsgroups: jedi.vcl

I thought so to!  It detected my installation as Delphi 7.0 STD, I thought it was able to auto-detect PE.  Oh well... I'm up and running now.

OBones wrote:
> You are obviously trying to install the non PE version of the JVCL on a PE version of Delphi. This will not work, the PE version of Delphi does not have the DB related packages.
> I thought the JVCL installer would prevent that kind of things from happening but I may be wrong.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator


Subject: Re: Latest CVS and project compile error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Sep 2004 07:38:07 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> My opinion on this is that if a unit can be generated, we should do that and not distribute the generated units. It would give also a better impression to our users.

On the other hand, I'd rather have it bundled with the JVCL release and regenerated if required. Because I know some people will NOT want to use the installer nor build.exe but simply use the packages. If they don't find them, then they will be very puzzled and we will receive "angry" messages from them. The same goes with .pas file that would be "missing" from the distribution.

My 2 cents

Olivier Sannier
JVCL Coordinator


Subject: Re: JvDBGrid
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Sep 2004 07:34:34 +0200
Newsgroups: jedi.vcl

Alessandro wrote:

> Thank you very much. There is any prevision to version beta 2?

http://homepages.borland.com/jedi/jvcl/Roadmap.html


Subject: Re: Inatall problems
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Sep 2004 07:33:45 +0200
Newsgroups: jedi.vcl

You are obviously trying to install the non PE version of the JVCL on a PE version of Delphi. This will not work, the PE version of Delphi does not have the DB related packages.
I thought the JVCL installer would prevent that kind of things from happening but I may be wrong.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Components for JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 12 Sep 2004 07:31:59 +0200
Newsgroups: jedi.vcl

Christopher Latta wrote:
> Bernt Levinsson wrote:
>
>
>> OBones wrote:
>>
>>> Please rest assured that a developer will asses your components.
>>
>> What does "asses" means(doesn't give me a good hint in my wordbook)?
>
>
> Read it as "assess"

Yes, sorry, it MUST read as "assess", NOT anything else.


Subject: Re: Inatall problems
From: jarrodb <parc@netspace.net.au>
Date: Sun, 12 Sep 2004 10:08:01 +1000
Newsgroups: jedi.vcl

Thanks,

I have got it installed now after cleaning erverything and downloading a precompiled installer from jedi.binaries.

In addition I had to remove the following from the install list to get it all going..

[Compiling: JvDotNetCtrlsD7R.bpl]
    "C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -Q -M JvDotNetCtrlsD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvDBD7R.dpk(44) Fatal: Required package 'dbrtl' not found

** error 1 ** deleting JvDotNetCtrlsD7R.bpl

[Compiling: JvDotNetCtrlsD7R.bpl]
    "C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -Q -M JvDotNetCtrlsD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvDBD7R.dpk(44) Fatal: Required package 'dbrtl' not found

** error 1 ** deleting JvDotNetCtrlsD7R.bpl

[Compiling: JvDotNetCtrlsD7R.bpl]
    "C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -Q -M JvDotNetCtrlsD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvDBD7R.dpk(44) Fatal: Required package 'dbrtl' not found

** error 1 ** deleting JvDotNetCtrlsD7R.bpl

[Compiling: JvUIBD7D.bpl]
    "C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -Q -M JvUIBD7D.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program Files\Borland\Delphi7\Source\JVCL3-2004-09-08\run\JvUIBDataSet.pas(31) Fatal: File not found: 'DB.dcu'

** error 1 ** deleting "C:\Program Files\Borland\Delphi7\Projects\Bpl"\JvUIBD7D.bpl



Thanks again.


Subject: Re: Components for JVCL
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sat, 11 Sep 2004 21:52:12 +0000 (UTC)
Newsgroups: jedi.vcl

Bernt Levinsson wrote:

> > OBones wrote:
>> > > Please rest assured that a developer will asses your components.
> > 
> > What does "asses" means(doesn't give me a good hint in my wordbook)?

Read it as "assess"

Christopher Latta


Subject: HelpPlease. Forms take too long to open and save with latest build
From: "Billy" <nospam@i-ssis.com>
Date: Sat, 11 Sep 2004 16:50:48 -0400
Newsgroups: jedi.vcl

I installed the latest build last week and now the project that uses JEDI
components takes forever to open and close. I have auto save on and the same
theng happens when the form is getting saved. I uninstalled and re
installed, removed the components that refered to IDE with no improvement in
the bahaviour. Projects that do not use JEDI have no problem.

Also at times the memory usage goes to 100% and I get a out of memory error.
What would cause this to happen?
Is this a known issue and fixed recently or some thing that only I am
experiencing?.
Is there a work around?




Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 11 Sep 2004 20:48:35 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> But keep in mind that every auto-generation on user computers means that
> if the generation fails we get a bug report.
>

imo this is hardly likely with release versions of JVCL.
However it is true that if someone changes the vcl units, it might break clx compatiblity. I am used to that allready.

Regards,

André Snepvangers



Subject: Re: Components for JVCL
From: "Bernt Levinsson" <spam@spam.spam>
Date: Sat, 11 Sep 2004 18:37:49 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I know this may sound a bit harsh, but the JVCL already contains more
> > than 500 components, I'm convinced the time has come to stop
> > including everything and start ensuring those that are in are of
> > value.

Yes it sounds almost to much allready, maybe some day create an
application that creates dpk-files with selected components in register
proc.

I'm to ill for making of any documentasion.


> > Please rest assured that a developer will asses your components.

What does "asses" means(doesn't give me a good hint in my wordbook)?


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 11 Sep 2004 20:29:59 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> which doesn't has the undesired behaviour of jpp.
>
>
> You mean that jpp removes IFDEFs that must be kept as it is done in
> JvExStdCtrls.pas
>
It should only remove IFDEFs that are specified by -u and -d commandline  options.
>
>
>> My opinion on this is that if a unit can be
>> generated, we should do that and not distribute the generated units. It
>> would give also a better impression to our users.  Anyway I intend do
>> this with clx.
>
>
> But keep in mind that every auto-generation on user computers means that
> if the generation fails we get a bug report.
>

More or less this method is commonly used on the Linux platform for distrubuting
software. Anyway we are using this technic already with the PG and preprocess.bat !

Regards,

André Snepvangers




Subject: Re: Components for JVCL
From: "Bernt Levinsson" <spam@spam.spam>
Date: Sat, 11 Sep 2004 18:28:01 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I know this may sound a bit harsh, but the JVCL already contains more
> > than 500 components,

It sounds like it would be enough, soner or later.
And documentation, I just don't have the stamina for it.



Subject: Re: Latest CVS and project compile error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Sep 2004 20:06:29 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > which doesn't has the undesired behaviour of jpp.

You mean that jpp removes IFDEFs that must be kept as it is done in
JvExStdCtrls.pas


> > My opinion on this is that if a unit can be
> > generated, we should do that and not distribute the generated units. It
> > would give also a better impression to our users.  Anyway I intend do
> > this with clx.

But keep in mind that every auto-generation on user computers means that
if the generation fails we get a bug report.


-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 11 Sep 2004 19:52:54 +0200
Newsgroups: jedi.vcl

OBones wrote:


> Just like the packages ;-)

Yep, we should remove all *.dpk from CVS, the installer should create them. Afaics the installer uses the xml files and not the *.dpk 's.
Anyway a D7 user doesn't need the packages for other versions. Even accidently opening a package for another version, can cause annoyance.
We can achieve a considerable reduction of release size.
For instance generating the clx files, would save approximately 12 Mb (unzipped) in distribution size.

Regards,

André Snepvangers




Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 11 Sep 2004 19:29:02 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> And the JvEx files are not modified that often. At the moment they are but
>> then they are not modified for a long time (when CLX is stable).
>
>
> Just like the packages ;-)

There is simular situation with ClxDesigner.dcp, you have to use the JVCLInstall.exe one time to create that unit. Afterwards you can build packages from within the IDE without any problem.  A one time only thing.
Of course we can return to situation with the unprocessed JvEx* units,
the files that preprocess.bat creates in devtools\JvExVCL are the unprocessed files that could be copied to run.

Regards,

André Snepvangers

Regards,

André Snepvangers


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 11 Sep 2004 19:10:05 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I wouldn't want to remove the JvEx file because some people, like me, do not use the installer, and as such, won't regenerate the JvEx file.
> Even if the makefile would be modified, this means a longer compilation time. This is the exact same policy as with the packages.
>
I have added preprocess.bat to JVCLInstall. This has the disadvantage that they are generated with every install.bat, even when unchanged. Hence we need just a makefile.
An other option would be to use the preprocessor used inside the JvclVclClx generator, which doesn't has the undesired behaviour of jpp.
My opinion on this is that if a unit can be generated, we should do that and not distribute the generated units. It would give also a better impression to our users.
Anyway I intend do this with clx.

Regards,

André Snepvangers

Regards,

André Snepvangers


Subject: Re: JvDBGrid
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Sat, 11 Sep 2004 13:55:01 -0300
Newsgroups: jedi.vcl

Thank you very much. There is any prevision to version beta 2?



"OBones" <obones_REM_SPM_@_PIF_altern.org> escreveu na mensagem
news:chv3fu$aag$1@talkto.net...
> > Alessandro wrote:
> >
>> > > Hi.
>> > > Where i can find the TJvDBUltimGrid ? Is TJVDBGrid ou another component?
>> > > The jvdbgrid version with footer, i think this is will another component
>> > > that plugin in jvdbgrid, already it left?
>> > >
>> > > Thanks
>> > > Alessandro
>> > >
>> > >
> > Hi.
> >
> > TJvDBUltimGrid is in the JvDB package, it has been there for quite some
> > time now.
> > TJvDBGrid is the ancestor of TJvDBGrid.
> > The footer component (TJvDBGridFooter) will be included in the JVCL
> > before the release of BETA 2, it is in the final stages of acceptance
> > (I'm dealing directly with the developer).
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: JvDBGrid
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 11 Sep 2004 18:35:48 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>> TJvDBGrid is the ancestor of TJvDBGrid.
>
>
>     Really? Isn't that a circular reference? I think you meant "TJvDBGrid is
> the ancestor of TJvDBUltimGrid" but it could be the other way around (didn't
> check the sources)

>blush<
I typed this too fast and it is "TJvDBGrid is the ancestor of TJvDBUltimGrid"


Subject: Re: JvDBGrid
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Sat, 11 Sep 2004 18:31:15 +0200
Newsgroups: jedi.vcl

> > TJvDBGrid is the ancestor of TJvDBGrid.

    Really? Isn't that a circular reference? I think you meant "TJvDBGrid is
the ancestor of TJvDBUltimGrid" but it could be the other way around (didn't
check the sources)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Latest CVS and project compile error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 11 Sep 2004 18:30:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> And the JvEx files are not modified that often. At the moment they are but
> then they are not modified for a long time (when CLX is stable).

Just like the packages ;-)


Subject: Re: Latest CVS and project compile error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Sep 2004 18:19:57 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I wouldn't want to remove the JvEx file because some people, like me, do
> > not use the installer, and as such, won't regenerate the JvEx file.
> > Even if the makefile would be modified, this means a longer compilation
> > time. This is the exact same policy as with the packages.

And the JvEx files are not modified that often. At the moment they are but
then they are not modified for a long time (when CLX is stable).



-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrid
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 11 Sep 2004 18:10:02 +0200
Newsgroups: jedi.vcl

Alessandro wrote:

> Hi.
> Where i can find the TJvDBUltimGrid ? Is TJVDBGrid ou another component?
> The jvdbgrid version with footer, i think this is will another component
> that plugin in jvdbgrid, already it left?
>
> Thanks
> Alessandro
>
>
Hi.

TJvDBUltimGrid is in the JvDB package, it has been there for quite some time now.
TJvDBGrid is the ancestor of TJvDBGrid.
The footer component (TJvDBGridFooter) will be included in the JVCL before the release of BETA 2, it is in the final stages of acceptance (I'm dealing directly with the developer).

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Components for JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 11 Sep 2004 18:06:39 +0200
Newsgroups: jedi.vcl

Thank you for your proposition.

Considering the timing of this offer, I can tell you they won't be included in the next beta version of the JVCL, this beta being due for next wednesday.
Further, there is no help file describing what the properties do and how components behave. We cannot accept components if they are not documented, an example is not enough anymore.
Finally, if we were to accept them, we would require you to stay around to help us maintain them.

I know this may sound a bit harsh, but the JVCL already contains more than 500 components, I'm convinced the time has come to stop including everything and start ensuring those that are in are of value.

Please rest assured that a developer will asses your components.

Cheers

Olivier Sannier
JVCL coordinator


Subject: Re: Latest CVS and project compile error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 11 Sep 2004 18:02:15 +0200
Newsgroups: jedi.vcl

I wouldn't want to remove the JvEx file because some people, like me, do not use the installer, and as such, won't regenerate the JvEx file.
Even if the makefile would be modified, this means a longer compilation time. This is the exact same policy as with the packages.


Cheers

Olivier Sannier
JVCL coordinator


Subject: JvDBGrid
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Sat, 11 Sep 2004 11:22:45 -0300
Newsgroups: jedi.vcl

Hi.
Where i can find the TJvDBUltimGrid ? Is TJVDBGrid ou another component?
The jvdbgrid version with footer, i think this is will another component
that plugin in jvdbgrid, already it left?

Thanks
Alessandro




Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 11 Sep 2004 14:51:51 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> if ... then
>> Windows.DrawEdge(...) ;  // not processed
>> Windows.DrawEdge( ..   // processed
>> is not translated by JvclVclClx into QWindows.DrawEdge(....
>> Same behaviour can be obsevered with 'do', 'repeat', 'begin', 'try',
>> 'finally'
>
>
> Give me a filename so I can debug JvclVclClx for this .pas file.
>
I have used ifdef's to circumvent this. But if you open JvOutLook and change lines
line 2693-2696:
      {$IFDEF VisualCLX}
      QWindows.
      {$ENDIF VisualCLX}
      DrawEdge(DC, RW, EDGE_SUNKEN, BF_RECT)
into
      Windows.DrawEdge(DC, RW, EDGE_SUNKEN, BF_RECT)

then you have a example file. Other examples can be created if
you seach for 'QWindows.'

Regards,

André Snepvangers



Subject: Re: Latest CVS and project compile error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Sep 2004 14:22:31 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > if ... then
> > Windows.DrawEdge(...) ;  // not processed
> > Windows.DrawEdge( ..   // processed
> > is not translated by JvclVclClx into QWindows.DrawEdge(....
> > Same behaviour can be obsevered with 'do', 'repeat', 'begin', 'try',
> > 'finally'

Give me a filename so I can debug JvclVclClx for this .pas file.



-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 11 Sep 2004 13:41:36 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Delphi 5 has no SetAutoSize method. That is the reason why JvExStdCtrls
> does not compile under Delphi 5.
>
This is a shortcoming of jpp.  A bypass is to execute devtools\JvExVCL\preprocess.bat before install.
IMO JVCLInstall should do this. cq the run/JvEx* units can be removed, since  JVCLINstall will generate them.
Also if the installer could generate the VisualCLX units, like JvclVclClx does, then qrun/qdesign/qcommon will contain clx-only units.
There is one shortcoming of JvclVclClx, which would be nice if it was fixed:

if ... then
   Windows.DrawEdge(...) ;  // not processed
Windows.DrawEdge( ..   // processed
is not translated by JvclVclClx into QWindows.DrawEdge(....
Same behaviour can be obsevered with 'do', 'repeat', 'begin', 'try', 'finally'

Regards

André Snepvangers   


Subject: Components for JVCL
From: "Bernt Levinsson" <spam@spam.spam>
Date: Sat, 11 Sep 2004 09:43:44 +0000 (UTC)
Newsgroups: jedi.vcl

I've some components(30) I would like to submit to the JVCL.

I'm to sick these days to do any more updated on them.

You maybe can find a few components of those you have any use for. Some
components is not so good written and some you allready have. Each
compnent is it's own dir and the "package/archive" comes with an
application where you can build(D4-D6) examples for each component to
decide what your interested in.

If you want them you have to take them as is, I've no stamina to
convert them.

Here it is:
http://w1.321.telia.com/~u32102551/sonketvcl.exe
715kb archive


Subject: Re: Latest CVS and project compile error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Sep 2004 11:27:14 +0200
Newsgroups: jedi.vcl

Delphi 5 has no SetAutoSize method. That is the reason why JvExStdCtrls
does not compile under Delphi 5.


-- Regards, Andreas Hausladen 

Subject: Re: Inatall problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 11 Sep 2004 08:52:11 +0200
Newsgroups: jedi.vcl

jarrodb wrote:

> C:\Temp\JVCL3-2004-09-08\run\JvUnicodeEditor.pas(44) Fatal: File not found: 'JclWideStrings.dcu'

You need the newest CVS version of the JCL also.
http://jcl.sf.net/daily


Subject: Inatall problems
From: jarrodb <parc@netspace.net.au>
Date: Sat, 11 Sep 2004 16:07:49 +1000
Newsgroups: jedi.vcl

Hi, I'm using DPE 7.0 and trying to install.

I get the following error....

[Compiling: JvCustomD7R.bpl]
    "C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -Q -M -B JvCustomD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Temp\JVCL3-2004-09-08\run\JvUnicodeEditor.pas(44) Fatal: File not found: 'JclWideStrings.dcu'

** error 1 ** deleting JvCustomD7R.bpl


FYI I am using :
JCL1.91-Build1558
and JVCL300BETA1JCL190Complete Daily : JVCL3-2004-09-08

Can anyone help???


Subject: Re: Where to get the most recent version?
From: Tim Schattkowsky <timschat@gmx.de>
Date: Sat, 11 Sep 2004 04:08:02 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> Sorry to ask that, but it appears I get a version from end of 2003 from
>> sourceforge ? Do I miss something ?
>
>
> Yes, the correct link ;>
>
> http://jvcl.sf.net/daily
>
> You will also need the latest JCL (install it first):
> http://jcl.sf.net
>

Thanks, that helps :)


Subject: Re: jvThumbViews again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 10 Sep 2004 21:23:57 +0000
Newsgroups: jedi.vcl

Yannis wrote:
> Actually on the contrary I have understood your comments perfectly
> I just didn't know if my comments had enough information so you
> can understand me (I do tend to overlook vital information).
>
>
>> Apart from that: This component helped me VERY VERY MUCH and every morning when I start working I am so happy having gone the hard way to
>> replace nearly all of my third party components by the JCL/JVCL in several applications.
>
>
> Thank you I wish I had more positive reports from people using the components, it gets real hard some times when you hear only the problems and not knowing how you have helped others.
>
>
> Regards
I am sure if all happy JVCL users would post positive reports the forum would be flooded and unusable for its actual purpose ;-)

Regards


Subject: Re: New components submission
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 10 Sep 2004 19:34:21 +0200
Newsgroups: jedi.vcl

Florent Ouchet wrote:

> Hi,
>
> My name is Florent Ouchet, I am a french student. I am insterrested in
> submitting a set of components to the jvcl.
> They deal with color conversion and color display.
>
> I started writing them about 2 years ago. Some of them are finished, some
> aren't fully implemented (it will take me 2 weeks to finish them).

Sounds interesting.
Can you send me the sources?
I am the one to apply the Jedi style to the sources.
It cannot hurt to do that even before you finish the components.
You will learn what happens to sources donated to us :->


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 10 Sep 2004 17:52:44 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Jens Fudickar wrote:
>
>> Sorry, anyone else must look for this.
>>
>> I'm a NOT BCB User :-)
>
>
> I will, on Monday, hopefuly.
>
Well, friends visiting me are a bit late so I had time to look into the issue. It comes from the fact that JvCustomAppIniFileStorage does not call AutoReload in WriteValue. It's the only place where this call is missing. To fix this, go in JvAppIniFileStorage.pas, in the WriteValue method (line 400) and add this just before the call to IniFile.WriteString:

    if AutoReload and not IsUpdating then
      Reload;

this fixes the bug. I have commited this in CVS as well.

Please note that if AutoReload is set to True and AutoFlush is not, then there is a risk of only getting the very last change done to the file, instead of all of them. Look at this sequence:

Write (calls Reload before writing)
Write (calls Reload before writing)
Write (calls Reload before writing)
Write (calls Reload before writing)
Destroy (calls Flush)

The only time Flush is called is when the component is destroyed, thus only putting the last Write into the file. This is why AutoFlush should always be set to True when AutoReload is. However, I won't change the component to ensure this, I've simply added a comment in the help (http://homepages.borland.com/jedi/jedihelp/unit.php?Name=JvAppIniStorage.pas)

Cheers

Olivier Sannier
JVCL Coordinator


Subject: New components submission
From: "Florent Ouchet" <ouchet.florent@laposte.net>
Date: Fri, 10 Sep 2004 16:28:19 +0200
Newsgroups: jedi.vcl

Hi,

My name is Florent Ouchet, I am a french student. I am insterrested in
submitting a set of components to the jvcl.
They deal with color conversion and color display.

I started writing them about 2 years ago. Some of them are finished, some
aren't fully implemented (it will take me 2 weeks to finish them).

Because the jvcl component suite has now a Color Editor which make conflicts
with mine (they are two different classes),so I want to release my Color
Editor (an the related components) in order to integrate them in the jvcl.
I think it is possible to join the two color editors into one.

The set of component is as follow :

 - I have introduced a new type (TFullColor) read-compatible with TColor.

 - A non-visual color conversion suite : a TColorSpaceManager which handle a
list of TColorSpace. TColorSpace is the abstract ancestor of any Color
Spaces.
   I have implemented 6 standard color spaces (RGB, HLS, CMY, YUV, HSV and
Windows OS specific colors). It is possible to convert any color from one to
one other color space.
   Any color axe (Red, Green, Hue, Saturation.......) can be changed
separatly. It is possible to add any other color space (to the limit of
255).

 - 4 visual controls :
   - TColorPanel : the equivalent of the Square Box in the old color
selection dialog.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorPanel.jpg)
   - TColorTrackBar : the 3rd axe cursor.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorTrackBar.jpg)
   - TColorRotate : (not fully implemented) a component to change any color
to any other one (change the axe values).
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorRotate.jpg)
   - TColorLabel : A TLabel like component with a small colored shape next
to it.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorLabel.png)

 - 2 utilities :
   - TColorSpaceCombo : A TComboBox to choose a color space.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorSpaceCombo.png)
   - TAxeConfigCombo : A TComboBox to choose the color representation.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TAxeConfigCombo.png)

 - 2 Dialogs :
   - TFullColorDialog : the equivalent of the old color selection dialog.
Add : the possibility to change the color space.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TFullColorDialog.jpg)
   - TRotateColorDialog : A dialog which use TColorRotate to modify a bitmap
(not fully implemented).
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TRotateColorDialog.jpg)

 - an IDE integration :
   - A TColor editor which integrate the different color spaces (see the
screen capture).
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/Editor.png)
   - A TSelectionEditor to add any required units (containing ColorSpace
implementation) when a color component is added.

Hopping my components will please you,

Regards,

Florent Ouchet <ouchet.florent@laposte.net>




Subject: Re: jvThumbViews again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 10 Sep 2004 14:10:43 +0000
Newsgroups: jedi.vcl

Yannis wrote:
> micha schumann <schumannxx@itcxx-mdxx.dexx> wrote in news:chriue$lvs$1
> @talkto.net:
>
>
>> Yannis wrote:
>>
>>> micha schumann <schumannxx@itcxx-mdxx.dexx> wrote in
>>> news:cgurff$4ol$1@talkto.net:
>>>
>>>
>>>> Hello,
>>>>
>>>> I extended jvThumbViews to call the event OnGetTitle also with Files read from a directory. This allows changing all Titles not only those
>>>> of pics added manually. IMO this is the correct behaviour - the event GetTitle should be called with every thumbnail.
>>>>
>>>> If you all agree with me I would be happy if someone could commit the changes below to CVS (I heavily marked my additions):
>>>>
>>>
>>> [Snip]...
>>>
>>> Although this will solve the problem I do not think
>>> that it is the corect place to do such proccessing.
>>> I think that the best solution would be make a bigger
>>> change in which the thumbnail will raise the specified
>>> event whenever the title is changed. I'm close to a
>>> dilivery date at the moment and I do not have the time
>>> but I will try to find some time in the upcoming weekend to create a new proposal.
>>> For the time being this is an acceptable procedure
>>> which will solve the problem you are facing.
>>>
>>> Regards
>>
>> Hi,
>>
>> I was not aware of any other places where titles are set.
>
>
> Neither am I and I can't speculate about the use of the
> component it is up to the finall developer to use it as he/she wants.
> All I'm saying is that the title property belongs to
> jvThumbnail component and is a published property any one have access to it in any number of ways and we might face the same problem later on
> because some one is expecting the event to be
> raised so I propose to move the event to jvThumbnail and just re-raise it from jvthumbview. This way if the tile is set by any way the user will always
> get an event.
>
>
>> The reason why I would like to have this as an interim solution in CVS is that I like using the latest CVS for a current project where this change is necessary and I always have to apply the change after every update...
>
>
> I understand I have walked down this road many times my self and I would
> like to appologise for not being as active I shoold updating and supporting
> the thumb suite.
> On the bright side I gave the new version of the suite - which supportes multiselect- to a friend to use it in a appication and I'm expecting some bug reports from him and I will try to include
> the changes discussed in this thread as well.
>
> Regards
Hi,

thanks for the effort you put into JVCL! I did not want to speculate about where users of the component may set the title - obviously I did not look into the code deeply enough and did not recognize what you expressed above. My post also may be misunderstandable since I am not a native english speaker :-(

Apart from that: This component helped me VERY VERY MUCH and every morning when I start working I am so happy having gone the hard way to replace nearly all of my third party components by the JCL/JVCL in several applications.

So I am looking forward to your changes and be assured I definitly CAN live with inserting my (2) snippets after evere JVCL update for quite a while ;-)

Best regards,

Micha


Subject: Re: jvThumbViews again
From: Yannis <None@Noware.non>
Date: Fri, 10 Sep 2004 13:54:23 +0000 (UTC)
Newsgroups: jedi.vcl

Actually on the contrary I have understood your comments perfectly
I just didn't know if my comments had enough information so you
can understand me (I do tend to overlook vital information).

> > Apart from that: This component helped me VERY VERY MUCH and every 
> > morning when I start working I am so happy having gone the hard way to
> > replace nearly all of my third party components by the JCL/JVCL in 
> > several applications.

Thank you I wish I had more positive reports from people using the 
components, it gets real hard some times when you hear only the 
problems and not knowing how you have helped others.


Regards
-- Yannis Kozikopoulos Software Engineer Market Data & Analysis ------------------------------------------------------ PROFILE S. A. Sigrou Av 199, 171 21 Athens Phone: +30 210 9301200, Fax: +30 210 9301222 e-mail: ********************** www.profile.gr 

Subject: Re: Where to get the most recent version?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Sep 2004 15:47:30 +0200
Newsgroups: jedi.vcl

> > Sorry to ask that, but it appears I get a version from end of 2003 from
> > sourceforge ? Do I miss something ?

Yes, the correct link ;>

http://jvcl.sf.net/daily

You will also need the latest JCL (install it first):
http://jcl.sf.net

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVGif bug
From: chddv <chddv@yahoo.fr>
Date: Fri, 10 Sep 2004 15:40:21 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Of course!

Oki doki.

PS: sorry for my double post :S


Subject: Where to get the most recent version?
From: Tim Schattkowsky <timschat@gmx.de>
Date: Fri, 10 Sep 2004 15:31:55 +0200
Newsgroups: jedi.vcl

Sorry to ask that, but it appears I get a version from end of 2003 from sourceforge ? Do I miss something ?


Subject: Vacations
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 10 Sep 2004 15:28:26 +0200
Newsgroups: jedi.vcl

Hi,

i want to say goodbye for the next two weeks.

I wish you all good and workfull :-) time.

Any questions about JvApp*Storage, JvParameterList, JvDynControl had to wait for two weeks, or anyone else must do a first look into it.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: New components submission
From: "Florent Ouchet" <ouchet.florent@laposte.net>
Date: Fri, 10 Sep 2004 14:45:55 +0200
Newsgroups: jedi.vcl

Hi,

My name is Florent Ouchet, I am a french student. I am insterrested in
submitting a set of components to the jvcl.
They deal with color conversion and color display.

I started writing them about 2 years ago. Some of them are finished, some
aren't fully implemented (it will take me 2 weeks to finish them).

Because the jvcl component suite has now a Color Editor which make conflicts
with mine (they are two different classes),so I want to release my Color
Editor (an the related components) in order to integrate them in the jvcl.
I think it is possible to join the two color editors into one.

The set of component is as follow :

 - I have introduced a new type (TFullColor) read-compatible with TColor.

 - A non-visual color conversion suite : a TColorSpaceManager which handle a
list of TColorSpace. TColorSpace is the abstract ancestor of any Color
Spaces.
   I have implemented 6 standard color spaces (RGB, HLS, CMY, YUV, HSV and
Windows OS specific colors). It is possible to convert any color from one to
one other color space.
   Any color axe (Red, Green, Hue, Saturation.......) can be changed
separatly. It is possible to add any other color space (to the limit of
255).

 - 4 visual controls :
   - TColorPanel : the equivalent of the Square Box in the old color
selection dialog.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorPanel.jpg)
   - TColorTrackBar : the 3rd axe cursor.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorTrackBar.jpg)
   - TColorRotate : (not fully implemented) a component to change any color
to any other one (change the axe values).
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorRotate.jpg)
   - TColorLabel : A TLabel like component with a small colored shape next
to it.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorLabel.png)

 - 2 utilities :
   - TColorSpaceCombo : A TComboBox to choose a color space.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TColorSpaceCombo.png)
   - TAxeConfigCombo : A TComboBox to choose the color representation.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TAxeConfigCombo.png)

 - 2 Dialogs :
   - TFullColorDialog : the equivalent of the old color selection dialog.
Add : the possibility to change the color space.
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TFullColorDialog.jpg)
   - TRotateColorDialog : A dialog which use TColorRotate to modify a bitmap
(not fully implemented).
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/TRotateColorDialog.jpg)

 - an IDE integration :
   - A TColor editor which integrate the different color spaces (see the
screen capture).
       (See screen capture
http://pagesperso.laposte.net/outch/delphi/images/Editor.png)
   - A TSelectionEditor to add any required units (containing ColorSpace
implementation) when a color component is added.

Hopping my components will please you,

Regards,

Florent Ouchet <ouchet.florent@laposte.net>




Subject: Re: JVGif bug
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 10 Sep 2004 14:45:31 +0200
Newsgroups: jedi.vcl

chddv wrote:
>
> Hi,
>
> Thanks for your anwser.
> So if I understand correctly this is is bug of jvGif which uses the color to determine the transparency of a pixel instead of the index?
> Could I add it to your Mantis?

Of course!


Subject: Re: Dock bug in most recent CVS.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Sep 2004 14:27:34 +0200
Newsgroups: jedi.vcl

> > I found the new jvcl dock components unable to dock more than 2 forms for
tab-style.
Actually this bug has been present some time (see
http://homepages.borland.com/jedi/issuetracker/view.php?id=2119).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Conditional compilation questions
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 10 Sep 2004 13:18:51 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> André Snepvangers wrote:
>
>> It is/was a leftover from the early days of clx support ($IFDEF QUnit}.
>
>
> Can we completely strip out all those leftovers? We have too many IFDEFS already.

No, I rather do it myself. afaics you don't have sufficiently knowledge  about VisualCLX.

Regards,

André Snepvangers


Subject: Re: JVGif bug
From: chddv <chddv@yahoo.fr>
Date: Fri, 10 Sep 2004 11:33:12 +0200
Newsgroups: jedi.vcl


Hi,

Thanks for your anwser.
So if I understand correctly this is is bug of jvGif which uses the color to determine the transparency of a pixel instead of the index?
Could I add it to your Mantis?

Thanks.
Best regards.
Chris.


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Fri, 10 Sep 2004 11:26:53 +0200
Newsgroups: jedi.vcl

>> > > ... but the
>> > > setup with only one JvApp*Storage component linked to a
>> > > particular Ini or Xml file is the preferred way.
> > I am not sure. Did you mean to use for every form
> > its own ini file?

    No,  I was referring to using only one JvApp*Storage component per file,
which translates into one JvApp*Storage component per application in most
cases. Sometimes, you may need two files (e.g. one .ini file that is user
based and one .ini file for global settings common to all users).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address






Subject: Dock bug in most recent CVS.
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Fri, 10 Sep 2004 17:05:18 +0800
Newsgroups: jedi.vcl

I found the new jvcl dock components unable to dock more than 2 forms for tab-style.
And undock a tab-style docking form will raise exception.

-- Samson Fu 

Subject: Re: jvThumbViews again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 10 Sep 2004 08:08:58 +0000
Newsgroups: jedi.vcl

Yannis wrote:
> micha schumann <schumannxx@itcxx-mdxx.dexx> wrote in
> news:cgurff$4ol$1@talkto.net:
>
>> Hello,
>>
>> I extended jvThumbViews to call the event OnGetTitle also with Files read from a directory. This allows changing all Titles not only those
>> of pics added manually. IMO this is the correct behaviour - the event GetTitle should be called with every thumbnail.
>>
>> If you all agree with me I would be happy if someone could commit the changes below to CVS (I heavily marked my additions):
>>
>
> [Snip]...
>
> Although this will solve the problem I do not think
> that it is the corect place to do such proccessing.
> I think that the best solution would be make a bigger
> change in which the thumbnail will raise the specified
> event whenever the title is changed. I'm close to a
> dilivery date at the moment and I do not have the time
> but I will try to find some time in the upcoming weekend to create a new proposal.
> For the time being this is an acceptable procedure
> which will solve the problem you are facing.
>
> Regards
Hi,

I was not aware of any other places where titles are set.

The reason why I would like to have this as an interim solution in CVS is that I like using the latest CVS for a current project where this change is necessary and I always have to apply the change after every update...

Thanks


Subject: Re: jvThumbViews again
From: Yannis <None@Noware.non>
Date: Fri, 10 Sep 2004 07:49:19 +0000 (UTC)
Newsgroups: jedi.vcl

micha schumann <schumannxx@itcxx-mdxx.dexx> wrote in news:chriue$lvs$1
@talkto.net:

> > Yannis wrote:
>> >> micha schumann <schumannxx@itcxx-mdxx.dexx> wrote in
>> >> news:cgurff$4ol$1@talkto.net: 
>> >> 
>> >> 
>>> >>>Hello,
>>> >>>
>>> >>>I extended jvThumbViews to call the event OnGetTitle also with Files 
>>> >>>read from a directory. This allows changing all Titles not only those
>>> >>>of pics added manually. IMO this is the correct behaviour - the event 
>>> >>>GetTitle should be called with every thumbnail.
>>> >>>
>>> >>>If you all agree with me I would be happy if someone could commit the 
>>> >>>changes below to CVS (I heavily marked my additions):
>>> >>>
>> >> 
>> >> [Snip]...
>> >> 
>> >> Although this will solve the problem I do not think
>> >> that it is the corect place to do such proccessing.
>> >> I think that the best solution would be make a bigger
>> >> change in which the thumbnail will raise the specified
>> >> event whenever the title is changed. I'm close to a
>> >> dilivery date at the moment and I do not have the time
>> >> but I will try to find some time in the upcoming 
>> >> weekend to create a new proposal. 
>> >> 
>> >> For the time being this is an acceptable procedure
>> >> which will solve the problem you are facing.
>> >> 
>> >> Regards
> > Hi,
> > 
> > I was not aware of any other places where titles are set.

Neither am I and I can't speculate about the use of the
component it is up to the finall developer to use it 
as he/she wants. 

All I'm saying is that the title property belongs to
jvThumbnail component and is a published property 
any one have access to it in any number of ways 
and we might face the same problem later on
because some one is expecting the event to be
raised so I propose to move the event to jvThumbnail 
and just re-raise it from jvthumbview. This way if 
the tile is set by any way the user will always
get an event.

> > The reason why I would like to have this as an interim solution in CVS 
> > is that I like using the latest CVS for a current project where this 
> > change is necessary and I always have to apply the change after every 
> > update...

I understand I have walked down this road many times my self and I would
like to appologise for not being as active I shoold updating and supporting
the thumb suite. 

On the bright side I gave the new version of the suite - which 
supportes multiselect- to a friend to use it in a appication and 
I'm expecting some bug reports from him and I will try to include
the changes discussed in this thread as well.

Regards
-- Yannis Kozikopoulos Software Engineer Market Data & Analysis ------------------------------------------------------ PROFILE S. A. Sigrou Av 199, 171 21 Athens Phone: +30 210 9301200, Fax: +30 210 9301222 e-mail: ********************** www.profile.gr 

Subject: Re: JvFormStorage with JvAppIniFileStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 10 Sep 2004 09:23:37 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Sorry, anyone else must look for this.
>
> I'm a NOT BCB User :-)

I will, on Monday, hopefuly.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 10 Sep 2004 09:03:55 +0200
Newsgroups: jedi.vcl

Sorry, anyone else must look for this.

I'm a NOT BCB User :-)

Greetings
Jens

Vaclav Korecek wrote:

> OBones <obones_REM_SPM_@_PIF_altern.org> wrote in
> news:chpu2e$cp3$1@talkto.net:
>
>> Could you make a zip file with the very simple application that
>> shows the problem and post it to the jedi.binaries group ?
>
>
> Done.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Fri, 10 Sep 2004 05:23:52 +0000 (UTC)
Newsgroups: jedi.vcl

Thank you Marcel for your response.

> >    I strongly advice to always use a single JvApp*Storage
> >    component as the 
> > basis of the storage backend (e.g. put it on a data module and
> > every form that needs it simply uses that data module and the
> > AppStorage). This will make sure the storage component maintains
> > a consistent view of the data from whatever form it is being
> > used. 
I had a dilemma how to use a JvAppIniFileStorage component but 
under influence of RXLib I decided to use multiple 
components (every form use its own JvAppIniFileStorage comp.) 
pointed to one INI file. Also, It seemed to me simpler to
use multiple JvAppIniFileStorage components then using only one
placed on a MainForm, because only one component need to 
manipulate with "DefaultSection" property if you want to use
single INI file. On the other hand, using of only one component 
(I tried it) is without problem which I described earlier. 
You are right.

> > ... but the
> > setup with only one JvApp*Storage component linked to a
> > particular Ini or Xml file is the preferred way. 
I am not sure. Did you mean to use for every form 
its own ini file?

Once more, thank you for your view and suggestions. 
It's very useful for me.

Vaclav


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 10 Sep 2004 00:31:00 +0200
Newsgroups: jedi.vcl

OBones wrote:

>
> When will all these wonder be available ?
> I don't want the situation with BCB6 to last for much longer
>
Just removed IJvCustomControlEvents as a starter.

Regards,

André Snepvangers


Subject: Bug in TJvAppRegistryStorage.DoWriteBinary
From: Tim Schattkowsky <timschat@gmx.de>
Date: Fri, 10 Sep 2004 00:12:14 +0200
Newsgroups: jedi.vcl

Hi All,

not sure if this is fixed in the current CVS and dont know how to add it if not ...

At least in the 3.0beta1 there is some messing with a TmpBuf local variable which is simply nonsense. Removing it and thus changing the implementation as follows fixes the problem.

procedure TJvAppRegistryStorage.DoWriteBinary(const Path: string; const Buf; BufSize: Integer);
var
  SubKey: string;
  ValueName: string;
begin
  SplitKeyPath(Path, SubKey, ValueName);
  CreateKey(SubKey);
  RegWriteBinary(FRegHKEY, SubKey, ValueName, Buf, BufSize);
end;


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 10 Sep 2004 00:06:53 +0200
Newsgroups: jedi.vcl

OBones wrote:
> André Snepvangers wrote:
>
>> I have some good news, it no longer required to have so many interfaces defined. Interface IJvWidgetControEventsl has all required interfcae methods, it should be renamed to IJvWinControlEvents. The current IJvWinControlEvents and IJvCustomControlEvents are no longer needed.
>> Remaining (VisualCLX) difference can be handled within the macros for the different class types. imo we can remove IJvEditControlEvents, the additional behaviour (TJvExCustomEdit(Memo: TMemo).Te.. ) is for VisualCLX only. afaik this functionality is only required in JvInspector. It can be implemented using interface IJvEditEvents
>> The interfaces are no more needed to implement doublebuffering for VisualCLX, I have a new implementation for this.
>
>
> When will all these wonder be available ?
> I don't want the situation with BCB6 to last for much longer
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

My guess after or in this weekend, depends the time available.
But maybe I eliminate some interfaces before I finish the doublebuffering implementation.

Regards,

André Snepvangers


Subject: Re: JVGif bug
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 09 Sep 2004 23:37:09 +0200
Newsgroups: jedi.vcl

OBones wrote:
> AFAIK, the transparent property works exactly like a TImage:
> Every pixel that is the same colour as the bottom left one is transparent. If your bottom left pixel is white, then every white pixel will be considered as transpare,t.
>

The GIF format has a Transparent Color Index field that specifies what the transparent color should be.

GIF pictures work with palettes. In the example gif picture given by Chris, the palette consist out of 64 colors. The color of the palette index 10 is white ($FFFFFF). The color of the palette index 42 is also white ($FFFFFF). Furthermore the image specifies that palette index 42 should be transparent. The white area on the picture has palette index 10. There is no pixel on the picture with palette index 42.

This confuses the component somehow.

The attached optimized gif image has that problem not.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net

logo2.gif

logo2.gif
	



Subject: Re: JvFormStorage with JvAppIniFileStorage
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Thu, 9 Sep 2004 18:29:30 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_altern.org> wrote in
news:chpu2e$cp3$1@talkto.net: 

> > Could you make a zip file with the very simple application that
> > shows the problem and post it to the jedi.binaries group ?

Done.


Subject: Re: JVGif bug
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Sep 2004 19:33:34 +0200
Newsgroups: jedi.vcl

OBones wrote:

> AFAIK, the transparent property works exactly like a TImage:
> Every pixel that is the same colour as the bottom left one is transparent. If your bottom left pixel is white, then every white pixel will be considered as transpare,t.
>

It should use the transparent color of the GIF if set.


Subject: Re: Conditional compilation questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Sep 2004 19:31:34 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> It is/was a leftover from the early days of clx support ($IFDEF QUnit}.

Can we completely strip out all those leftovers? We have too many IFDEFS already.


Subject: Re: Latest CVS and project compile error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 09 Sep 2004 19:23:16 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> I have some good news, it no longer required to have so many interfaces defined. Interface IJvWidgetControEventsl has all required interfcae methods, it should be renamed to IJvWinControlEvents. The current IJvWinControlEvents and IJvCustomControlEvents are no longer needed.
> Remaining (VisualCLX) difference can be handled within the macros for the different class types. imo we can remove IJvEditControlEvents, the additional behaviour (TJvExCustomEdit(Memo: TMemo).Te.. ) is for VisualCLX only. afaik this functionality is only required in JvInspector. It can be implemented using interface IJvEditEvents
> The interfaces are no more needed to implement doublebuffering for VisualCLX, I have a new implementation for this.

When will all these wonder be available ?
I don't want the situation with BCB6 to last for much longer

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvToolEdit and AutoComplete
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 09 Sep 2004 19:09:54 +0200
Newsgroups: jedi.vcl

OBones wrote:

>
> I'll check the consequence for BCB 6 and will do the required update.
>
> Thanks for the report
>
This is now fixed, I removed all EXTERNALSYM in that file.


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 09 Sep 2004 19:06:23 +0200
Newsgroups: jedi.vcl

Ok, this must be a bug then.

Could you make a zip file with the very simple application that shows the problem and post it to the jedi.binaries group ?

Thanks

Olivier Sannier
JVCL coordinator


Subject: Re: Latest changes of the online help
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 09 Sep 2004 18:34:38 +0200
Newsgroups: jedi.vcl

Hello OBones,

>>  Is there a possibility to see the lastest modified help items?
> Not at the moment...
> ...but it should be in the future...

That is enough for moment. :-)

Ciao Heinz Z.


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Thu, 9 Sep 2004 18:32:02 +0200
Newsgroups: jedi.vcl

> > I have only one question: is it OK to use Reload() function by
> > such way?

    Should be OK, but I haven't looked at it in a while.

> > I had used RXLib before. It was not such behaviour but no problem
> > for me in case it is OK.

    Well, the whole mechanism to store settings and data has been
generalized so it's easier to expand (other places to store the data, even
custom storages) on one hand and allow all components (and even users) to
use a common way to store data.

    I strongly advice to always use a single JvApp*Storage component as the
basis of the storage backend (e.g. put it on a data module and every form
that needs it simply uses that data module and the AppStorage). This will
make sure the storage component maintains a consistent view of the data from
whatever form it is being used. Of course there will be situation where this
is not workable (e.g. a DLL that used the same ini file or xml file as the
main application; they only way to make that work is to use run time package
and place the data module+App*Storage in a separate package that both the
app and dll can use) but the setup with only one JvApp*Storage component
linked to a particular Ini or Xml file is the preferred way.

    Still, the file-based storages are written in such a way that it
*should* work with multiple JvApp*Storages pointing to the same file, so if
this is not working and you are using the most recent version of JCL/JVCL
(i.e. daily or CVS), it might be a bug.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Conditional compilation questions
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Sep 2004 17:38:28 +0200
Newsgroups: jedi.vcl

OBones wrote:
>
> Yes, but why is it needed? Is it a side effect of the generator?
>
> I'm just curious <g>
>
It is/was a leftover from the early days of clx support ($IFDEF QUnit}.
This approach was replaced with generating the units from JVCL into qrun/qdesign/qcommon. The Jvcl(x)VclClx converter/generator from Andreas has made most ifdefs in 'uses' obsolete.
Clx type & function wrappers have been added to Jv(Q)Component, to avoid "(Q)Messages must be placed after (Q)Controls" in cases where messaging  was used in the clx implemention.

Regards,

André Snepvangers



Subject: Re: JvFormStorage with JvAppIniFileStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 16:48:56 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> Hi,
> I would join to HelpMe and acknowledge his experience regarding
> JvAppIniFileStorage component.
> My situation is following:
> 1. I have 2 forms:     - MainForm (auto-created) and     - SetUpForm (avalilable form which is freed after its       closing - see caFree action)
> 2. Both forms have JvFormStorage and JvAppIniFileStorage
>    components:
>     - ini FileName property are same - a "filename.ini"
>     - default sections are different: [General], [SetUp]
>     - all AutoFlush and AutoReload properties are set to true
> 3. If I open SetUpForm and close it there is all
>    written to to the "filename.ini" correctly.    I can see it by any Win viewer. It is [SetUp] section I    write about.
> 4. Finally: After MainForm closing there is [SetUp] section    re-written back to its original state before program    was started. I am little confused by such situation.
>

Ok. Which version of the JVCL are you using?

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Problem with JvDBControls
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 16:48:03 +0200
Newsgroups: jedi.vcl

Fred wrote:

> If you put a component from JvDBControls (e.g. JvDBDateEdit or JvDBCalcEdit) on a form and click on its button, nothing happens. :-(
> This is probably due to the bug fix for Mantis 1874. I'm working on a real fix to solve that. See you soon.

Thanks.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVGif bug
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 16:47:50 +0200
Newsgroups: jedi.vcl

AFAIK, the transparent property works exactly like a TImage:
Every pixel that is the same colour as the bottom left one is transparent. If your bottom left pixel is white, then every white pixel will be considered as transpare,t.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Thu, 9 Sep 2004 14:38:58 +0000 (UTC)
Newsgroups: jedi.vcl

Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz> wrote in 
news:Xns955F9892183EAkorecekrcdcz@194.191.0.34:

> > 1. I have 2 forms: 
> >     - MainForm (auto-created) and 
> >     - SetUpForm (avalilable form which is freed after its 
> >       closing - see caFree action)
> > 2. Both forms have JvFormStorage and JvAppIniFileStorage
> >    components:
> >     - ini FileName property are same - a "filename.ini"
> >     - default sections are different: [General], [SetUp]
> >     - all AutoFlush and AutoReload properties are set to true
> > 3. If I open SetUpForm and close it there is all
> >    written to to the "filename.ini" correctly. 
> >    I can see it by any Win viewer. It is [SetUp] section I 
> >    write about.
> > 4. Finally: After MainForm closing there is [SetUp] section 
> >    re-written back to its original state before program 
> >    was started. I am little confused by such situation.
> > 

Hi,
I little experimented with my app. It seems I found solution 
for my above mentioned problem (maybe workaround, I do not know).

I have added only one line into my function which call SetUpForm.
See function below:

void __fastcall TMainForm::SetUpClick(TObject *Sender)
{
   TSetUpForm *pFrmSetUp;
   
    pFrmSetUp = new TSetUpForm(Application);
    pFrmSetUp->ShowModal();
  
   /* New line. It reloads JvFormStorage of MainForm */
    JvFormStorage->AppStorage->Reload();

}

I should say that settings are same as I described in my previous 
contribution. See above.

I have only one question: is it OK to use Reload() function by 
such way?
I had used RXLib before. It was not such behaviour but no problem
for me in case it is OK.

Regards,
Vaclav


Subject: DbTreeView
From: "emilv" <emilvv@mail.bg>
Date: Thu, 9 Sep 2004 16:03:59 +0200
Newsgroups: jedi.vcl

Hello, can someone to help me with code for DBTreeView
1. How to to selected node after refresh and commit database transaction
for  tree table.
2. How to change database after moving nodes immidiatle ?

Thanks in advance

emilvv@walla.com
ICQ 110874072



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Thu, 9 Sep 2004 13:52:24 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfgfd_@_dgf_altern.org> wrote in news:chpm18$b4n$3
@talkto.net:

> > 
> > Ok. Which version of the JVCL are you using?
> > 
> > 

I use version 3 of JVCL. 
I have installed CVS from 2004-08-31 on my PC.
It is my latest version before known "JvEx..." 
problem have started.

I am BCB6 user (as you know ;-) ).

Vaclav


Subject: JVGif bug
From: chddv <chddv@yahoo.fr>
Date: Thu, 09 Sep 2004 15:27:45 +0200
Newsgroups: jedi.vcl

Hi,

I encounter an error with the way the image attach with the message is render by jvGif. In fact, the white of the image appear to be transparent but should not. To test it, you can create a new project in delphi, add a TImage and load this image. Also turn to true the property Transparent to see it. In firefox, for exemple, the image is not transparent.

Thanks.
Best regards.
Chris.

logo.gif

logo.gif
	



Subject: Re: Conditional compilation questions
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Sep 2004 14:40:03 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hi all
>
> I've been spending a few hours on the JvEx... files and I noticed lots and lots of these constructs:
>
> {$IFDEF VisualCLX}
> {$IFDEF VCL}
> {$ENDIF VCL}
> {$IFDEF VisualCLX}
>
> or the other way round.
> As far as I remember, if VisualCLX is defined then VCL is not and vice versa. So basically, the inner define is useless, wouldn't it be easier to simply remove the code it protects?
> I know those files are generated, but the frequency of that kind of constructs makes it really hard to read them.
>
I have changed DevTools\JvExVCL\Preprocess.bat to generate cleaned JvEx* units. Try it!

Regards,

André Snepvangers


Subject: Problem with JvDBControls
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 9 Sep 2004 13:56:50 +0200
Newsgroups: jedi.vcl

If you put a component from JvDBControls (e.g. JvDBDateEdit or 
JvDBCalcEdit) on a form and click on its button, nothing happens. :-(
This is probably due to the bug fix for Mantis 1874. I'm working on a 
real fix to solve that. See you soon.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvToolEdit and AutoComplete
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 13:49:00 +0200
Newsgroups: jedi.vcl

Fred wrote:

>  Please remove the unneeded $EXTERNALSYM for AutoCompletion in JvToolEdit because I can't build my app with BCB5 (IAutoComplete is not defined in the HPP file because of $EXTERNALSYM).

I'll check the consequence for BCB 6 and will do the required update.

Thanks for the report

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Conditional compilation questions
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 13:48:27 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Lucky you, the new VisualCLX doublebuffered implementation will elimate a number of these constructions. This construction will still occur with VCL-only or VisualCLX-only classes.
Yes, but why is it needed? Is it a side effect of the generator?

I'm just curious <g>

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDBGrid, new version and comments from Fred
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 13:44:58 +0200
Newsgroups: jedi.vcl

Fred wrote:

> Nota bene: my fix for Mantis 2107 is not complete in v1.78. I sent a new version of JvDBGrid to Olivier to finish up the work.

Version 1.79 in CVS should fix Mantis 2107.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDotNetCtrls-R and UnitVersioning
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 13:43:53 +0200
Newsgroups: jedi.vcl

Fred wrote:

> The "JvDotNetCtrls-R" package does not compile with BCB5 when the UnitVersioning option is selected. The following lines are missing in JvDotNetCtrls-R.xml:
> <Package Name="CJCL" Targets="C6,C6p" Condition=""/>
> <Package Name="CJCL50" Targets="C5" Condition=""/>
>
> Fred

Thanks, this has been fixed, I however added a condition to it: USEJVCL.
But it should work fine.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Thu, 9 Sep 2004 11:43:07 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I would join to HelpMe and acknowledge his experience regarding
JvAppIniFileStorage component.
My situation is following:
1. I have 2 forms: 
    - MainForm (auto-created) and 
    - SetUpForm (avalilable form which is freed after its 
      closing - see caFree action)
2. Both forms have JvFormStorage and JvAppIniFileStorage
   components:
    - ini FileName property are same - a "filename.ini"
    - default sections are different: [General], [SetUp]
    - all AutoFlush and AutoReload properties are set to true
3. If I open SetUpForm and close it there is all
   written to to the "filename.ini" correctly. 
   I can see it by any Win viewer. It is [SetUp] section I 
   write about.
4. Finally: After MainForm closing there is [SetUp] section 
   re-written back to its original state before program 
   was started. I am little confused by such situation.

Regards
Vaclav

OBones <obones_gfgfd_@_dgf_altern.org> wrote in
news:chonv5$58v$1@talkto.net: 

> > HelpMe wrote:
>> >> I guess I also failed to mention that all AutoReloads and
>> >> AutoFlushs were initially tried with true. I must have some
>> >> other problem if these are the only things I need to do to make
>> >> it work. 
> > They should be, but please read below.
> > 
> > 
>> >> I have an executable (Launcher) that loads DLLs. I am just
>> >> working with one of the DLLs currently( Mapper). This DLL loads
>> >> plugins (GPS Tool) and a customer specific plugin. Mapper and
>> >> GPS Tool are attempting to save the form placement settings for
>> >> the many forms they use and not all of the form settings are
>> >> staying in the ini. I can step through as forms are freed and 
>> >> the settings get written to the file, but it seems like as
>> >> another form is writing afterwards, the previous settings are
>> >> lost. 
> > What you describe is typical of one of the AppIniStorage
> > component not having AutoReload to True. By the way, how do you
> > see that the file is written? What tool do you use?
> > 
> > You may have forgotten one JvAppIniStorage, but it is possible
> > as well, that one of the methods of that class forgets to call
> > Reload when it should do.
> > 
> > Cheers



Subject: JvToolEdit and AutoComplete
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 9 Sep 2004 11:52:08 +0200
Newsgroups: jedi.vcl

 Please remove the unneeded $EXTERNALSYM for AutoCompletion in 
JvToolEdit because I can't build my app with BCB5 (IAutoComplete is not 
defined in the HPP file because of $EXTERNALSYM).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDotNetCtrls-R and UnitVersioning
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 9 Sep 2004 11:10:38 +0200
Newsgroups: jedi.vcl

The "JvDotNetCtrls-R" package does not compile with BCB5 when the 
UnitVersioning option is selected. The following lines are missing in 
JvDotNetCtrls-R.xml:
<Package Name="CJCL" Targets="C6,C6p" Condition=""/>
<Package Name="CJCL50" Targets="C5" Condition=""/>

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Conditional compilation questions
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Sep 2004 10:59:55 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> If we want to elimate the ifdefs VisualCLX/VCL from the JvEx* units in 

Last weeks I have elimated ifdefs from the other units in run, so why not clean this ones as well?

regards,

André Snepvangers


Subject: Re: Conditional compilation questions
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Sep 2004 10:43:27 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> I've been spending a few hours on the JvEx... files and I noticed lots and lots of these constructs:
>
> {$IFDEF VisualCLX}
> {$IFDEF VCL}
> {$ENDIF VCL}
> {$IFDEF VisualCLX}
>
> or the other way round.
> As far as I remember, if VisualCLX is defined then VCL is not and vice versa. So basically, the inner define is useless, wouldn't it be easier to simply remove the code it protects?
> I know those files are generated, but the frequency of that kind of constructs makes it really hard to read them.
> Please let me know if I missed something, I'm really puzzled.
>
Lucky you, the new VisualCLX doublebuffered implementation will elimate a number of these constructions. This construction will still occur with VCL-only or VisualCLX-only classes.
If we want to elimate the ifdefs VisualCLX/VCL from the JvEx* units in run we could preprocess the intermediate files first with for instance jpp. The JvQEx* units can be generated with JvclVclClx converter from the intermediate files. VisualCLX-only unit run/JvExComboEdits can then be removed.

Regards,

André Snepvangers


Subject: Re: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: Peter Thornqvist <peter3@nospam.peter3.com>
Date: Thu, 09 Sep 2004 10:24:43 +0200
Newsgroups: jedi.vcl

> 0002132: Bug in TJvImageComboBox.DrawItem: Width used to calculate
> drawing offset instead of Height
Fixed. Thanks.

-- 
Regards, Peter Thornqvist (JVCL Developer)
http://jvcl.sf.net


Subject: Added to Mantis (#2132): Bug in jvImageComboBox.DrawItem
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 9 Sep 2004 10:08:23 +0200
Newsgroups: jedi.vcl

Hi,

i have just added this entry to Mantis:

0002132: Bug in TJvImageComboBox.DrawItem: Width used to calculate drawing
offset instead of Height

Ciao,
Ralf



Subject: Re: JvDBGrid, new version and comments from Fred
From: "Fred" <nospam@nospam.nospam>
Date: Thu, 9 Sep 2004 10:01:02 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > JvDBGrid is a complex unit in which it is really easy to add bugs or
> > cripple functionnalities. There is a lot of unconventional code (the
> > handling of the keyboard through WM_CHAR for instance) because of
> > technical constraints and pile up of sucessive versions (ideally, it
> > would be better to reorganise and rewrite from scratch).

Thanks a lot for the translation.
The main purpose of my message is to attract the attention on these 
"theoretical" changes that can cripple JvDBGrid. I'm not really upset ;-) 
JvDBGrid is not an unit that you can modify after just having a look at its 
code. It needs careful inspection. The last changes introduced more bugs 
than they were supposed to fix.

> >The Mantis bug
> > 2107 came, for instance, from a so called improvement introduced by R.
> > Marquardt on 26/07 on purely theoretical bases

The KeyDown code handles the Shift key, even if it's not obvious.

When you change the following line:
if DataLink.DataSet.State = dsBrowse then
to:
if (DataLink.DataSet.State = dsBrowse) and (Shift * KeyboardShiftStates = 
[]) then
you introduce a bug because you let the inherited KeyDown part of the code 
handle the Shift combinations. DBGrid is not designed to handle fixed cols, 
so you have to do all the work in JvDBGrid. That includes managing the keys 
to avoid some strange behaviour when the cursor goes into a fixed column. 
Theoretically, it would be better to separate the different keys 
combinations because allowing ALT+key does not mean allowing ALT+SHIFT+key 
and ALT+CTRL+key. That's right and that should be like that in JvDBGrid but 
you have to write some more code to do it than just adding "and (Shift * 
KeyboardShiftStates = []) and (Ctrl * KeyboardShiftStates = [])". And I 
would like to draw your attention especially on the keyboard management in 
JvDBGrid. It's a bit tricky because of custom edit controls. So don't make 
any change without a lot of testing.

Nota bene: my fix for Mantis 2107 is not complete in v1.78. I sent a new 
version of JvDBGrid to Olivier to finish up the work.

Fred 




Subject: Conditional compilation questions
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 08:39:23 +0200
Newsgroups: jedi.vcl

Hi all

I've been spending a few hours on the JvEx... files and I noticed lots and lots of these constructs:

{$IFDEF VisualCLX}
{$IFDEF VCL}
{$ENDIF VCL}
{$IFDEF VisualCLX}

or the other way round.
As far as I remember, if VisualCLX is defined then VCL is not and vice versa. So basically, the inner define is useless, wouldn't it be easier to simply remove the code it protects?
I know those files are generated, but the frequency of that kind of constructs makes it really hard to read them.
Please let me know if I missed something, I'm really puzzled.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Latest CVS and project compile error
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 08:16:41 +0200
Newsgroups: jedi.vcl

Great to hear, but it's not so much their number than their inheritence hierarchy. Basically, if the inheritance goes over one level, then the generated BCB header will most likely be corrupted.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 09 Sep 2004 08:15:45 +0200
Newsgroups: jedi.vcl

HelpMe wrote:
> I guess I also failed to mention that all AutoReloads and AutoFlushs were
> initially tried with true. I must have some other problem if these are the
> only things I need to do to make it work.
They should be, but please read below.


> I have an executable (Launcher) that loads DLLs. I am just working with one
> of the DLLs currently( Mapper). This DLL loads plugins (GPS Tool) and a
> customer specific plugin. Mapper and GPS Tool are attempting to save the
> form placement settings for the many forms they use and not all of the form
> settings are staying in the ini. I can step through as forms are freed and
> the settings get written to the file, but it seems like as another form is
> writing afterwards, the previous settings are lost.
What you describe is typical of one of the AppIniStorage component not having AutoReload to True. By the way, how do you see that the file is written? What tool do you use?

You may have forgotten one JvAppIniStorage, but it is possible as well, that one of the methods of that class forgets to call Reload when it should do.

Cheers


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvDBGrid, new version and comments from Fred
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Sep 2004 06:08:07 +0200
Newsgroups: jedi.vcl

OBones wrote:

> -----------------------------------------------
> JvDBGrid is a complex unit in which it is really easy to add bugs or cripple functionnalities. There is a lot of unconventional code (the handling of the keyboard through WM_CHAR for instance) because of technical constraints and pile up of sucessive versions (ideally, it would be better to reorganise and rewrite from scratch). The Mantis bug 2107 came, for instance, from a so called improvement introduced by R. Marquardt on 26/07 on purely theoretical bases which went unnoticed at the time because no one tested what it should "theoretically" fixed. It is CRUCIAL that developers avoid modifying anything in JvDBGrid without first having fully inspected its inner details, especially if the change do not aim at fixing a bug but because "theoretically it is better like that".
> -----------------------------------------------

Oops, can i get a better description on where i blundered?


Subject: Re: Latest CVS and project compile error
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Sep 2004 00:20:40 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Andreas Hausladen wrote:
>
>> I would say it is a dcc32 -JHPNE bug. It generates overloads the typecast
>> operator for the base interfaces interface. But the typecast field is
>> private in the base interface, so the symbol is undefined.
>
>
> This is not entirely accurate.
> What it does is that it only generates the private variable for one interface. The reason, that I could reproduce in a small example is that the interfaces are inheriting like that:
>
> -------------------------------------------------
> IA = interface
> end;
>
> IB = interface(IA)
> end;
>
> IC = interface(IB)
> end;
> -------------------------------------------------
>
> And when a class is declared like that:
>
> -------------------------------------------------
> TABCControl = class(TControl, IC, IB, IA)
> end;
> -------------------------------------------------
>
> then the HPP gets generated with this:
>
> -------------------------------------------------
> private:
>   void *__IC;    /* TestInterfaces::IC */
>     public:
>   operator IA*(void) { return (IA*)&__IB; }
>   operator IB*(void) { return (IB*)&__IC; }
>   operator IC*(void) { return (IC*)&__IC; }
> -------------------------------------------------
>
> Which is obviously wrong, the generator forgot about __IB and there is nothing to do about it.
>
> The only way to go around this problem, the only solution that I found after lots of testing, is to make all interfaces inherit from IA and nothing further. Like that:
>
> -------------------------------------------------
> IA = interface
> end;
>
> IB = interface(IA)
> end;
>
> IC = interface(IA)  // And NOT IB, or BCB will generate wrong hpp files
> end;
> -------------------------------------------------
>
>
> In the JVCL context, this means all interfaces inheriting from IPerformControl, at least for BCB.
>
> This MUST then be done for all JvEx files, maybe through the use of conditional compilation so that the inheritance is still checked by Delphi compilers.
>
> By the way, the deep level of inheritance on interfaces was only recently introduced, and it's pure luck that it has been found now and not just before creating the next beta.
>
> I will need guidance as to how to fix this because the JvEx files are generated and I'm not familiar with the templates.
>
> Thanks all for your help.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

I have some good news, it no longer required to have so many interfaces defined. Interface IJvWidgetControEventsl has all required interfcae methods, it should be renamed to IJvWinControlEvents. The current IJvWinControlEvents and IJvCustomControlEvents are no longer needed.
Remaining (VisualCLX) difference can be handled within the macros for the different class types. imo we can remove IJvEditControlEvents, the additional behaviour (TJvExCustomEdit(Memo: TMemo).Te.. ) is for VisualCLX only. afaik this functionality is only required in JvInspector. It can be implemented using interface IJvEditEvents
The interfaces are no more needed to implement doublebuffering for VisualCLX, I have a new implementation for this.

regards,

André Snepvangers

Regards



Subject: Re: Latest CVS and project compile error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 08 Sep 2004 20:15:44 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I would say it is a dcc32 -JHPNE bug. It generates overloads the typecast
> operator for the base interfaces interface. But the typecast field is
> private in the base interface, so the symbol is undefined.

This is not entirely accurate.
What it does is that it only generates the private variable for one interface. The reason, that I could reproduce in a small example is that the interfaces are inheriting like that:

-------------------------------------------------
IA = interface
end;

IB = interface(IA)
end;

IC = interface(IB)
end;
-------------------------------------------------

And when a class is declared like that:

-------------------------------------------------
TABCControl = class(TControl, IC, IB, IA)
end;
-------------------------------------------------

then the HPP gets generated with this:

-------------------------------------------------
private:
  void *__IC;    /* TestInterfaces::IC */
    
public:
  operator IA*(void) { return (IA*)&__IB; }
  operator IB*(void) { return (IB*)&__IC; }
  operator IC*(void) { return (IC*)&__IC; }
-------------------------------------------------

Which is obviously wrong, the generator forgot about __IB and there is nothing to do about it.

The only way to go around this problem, the only solution that I found after lots of testing, is to make all interfaces inherit from IA and nothing further. Like that:

-------------------------------------------------
IA = interface
end;

IB = interface(IA)
end;

IC = interface(IA)  // And NOT IB, or BCB will generate wrong hpp files
end;
-------------------------------------------------


In the JVCL context, this means all interfaces inheriting from IPerformControl, at least for BCB.

This MUST then be done for all JvEx files, maybe through the use of conditional compilation so that the inheritance is still checked by Delphi compilers.

By the way, the deep level of inheritance on interfaces was only recently introduced, and it's pure luck that it has been found now and not just before creating the next beta.

I will need guidance as to how to fix this because the JvEx files are generated and I'm not familiar with the templates.

Thanks all for your help.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 8 Sep 2004 18:40:13 +0200
Newsgroups: jedi.vcl

> >OBones wrote:
> >
>> >> Opp wrote:
>> >> 
>>> >> > Jens Fudickar wrote:
>>> >> > 
>>> >> > 
>>>> >> > > Jens
>>> >> > 
>>> >> > 
>>> >> > hi Jens -
>>> >> > 
>>> >> > Ok, will test problem agaqin and may report at Mantis. Though I see
>>> >> > from the Mantis web site that Version 3.00 should be released soon
>>> >> > - so will see if I can live with it till then.
>> >> 
>> >> If you don't tell us where the problem is, we won't find it easily.
>> >> If we don't find it easily, we won't fix it, and it will be in the
>> >> next released version of the JVCL.
> >
> >Sorry, it seems problem was in my app. All seems to be working fine now
> >- sorry for the false alarm.
> >

No Problem with this. Better a false alarm, then a big non-fixable problem :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: "HelpMe" <nordinwill@hotmail.com>
Date: Wed, 8 Sep 2004 09:54:09 -0600
Newsgroups: jedi.vcl

I guess I also failed to mention that all AutoReloads and AutoFlushs were
initially tried with true. I must have some other problem if these are the
only things I need to do to make it work.

I have an executable (Launcher) that loads DLLs. I am just working with one
of the DLLs currently( Mapper). This DLL loads plugins (GPS Tool) and a
customer specific plugin. Mapper and GPS Tool are attempting to save the
form placement settings for the many forms they use and not all of the form
settings are staying in the ini. I can step through as forms are freed and
the settings get written to the file, but it seems like as another form is
writing afterwards, the previous settings are lost.

If you have any more specific questions about this, please let me know. I
don't know what else to explain about the situation.

Thanks



> > As I told you before, setting AutoReload AND AutoFlush to True for all
> > JvAppIniFileStorage components should solve your problem. However, it
> > would be easier for us if you explained a bit better the situation you
> > are working with.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: JvFormStorage
From: "Opp" <develop@op-code.co.uk>
Date: Wed, 8 Sep 2004 14:54:06 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Opp wrote:
> > 
>> > > Jens Fudickar wrote:
>> > > 
>> > > 
>>> > > > Jens
>> > > 
>> > > 
>> > > hi Jens -
>> > > 
>> > > Ok, will test problem agaqin and may report at Mantis. Though I see
>> > > from the Mantis web site that Version 3.00 should be released soon
>> > > - so will see if I can live with it till then.
> > 
> > If you don't tell us where the problem is, we won't find it easily.
> > If we don't find it easily, we won't fix it, and it will be in the
> > next released version of the JVCL.

Sorry, it seems problem was in my app. All seems to be working fine now
- sorry for the false alarm.


Subject: Re: jvThumbViews again
From: Yannis <None@Noware.non>
Date: Wed, 8 Sep 2004 14:49:40 +0000 (UTC)
Newsgroups: jedi.vcl

micha schumann <schumannxx@itcxx-mdxx.dexx> wrote in
news:cgurff$4ol$1@talkto.net: 

> > Hello,
> > 
> > I extended jvThumbViews to call the event OnGetTitle also with Files 
> > read from a directory. This allows changing all Titles not only those
> > of pics added manually. IMO this is the correct behaviour - the event 
> > GetTitle should be called with every thumbnail.
> > 
> > If you all agree with me I would be happy if someone could commit the 
> > changes below to CVS (I heavily marked my additions):
> > 
[Snip]...

Although this will solve the problem I do not think
that it is the corect place to do such proccessing.
I think that the best solution would be make a bigger
change in which the thumbnail will raise the specified
event whenever the title is changed. I'm close to a
dilivery date at the moment and I do not have the time
but I will try to find some time in the upcoming 
weekend to create a new proposal. 

For the time being this is an acceptable procedure
which will solve the problem you are facing.

Regards
-- Yannis Kozikopoulos Software Engineer Market Data & Analysis ------------------------------------------------------ PROFILE S. A. Sigrou Av 199, 171 21 Athens Phone: +30 210 9301200, Fax: +30 210 9301222 e-mail: ********************** www.profile.gr 

Subject: Re: JvFormStorage with JvAppIniFileStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 08 Sep 2004 16:45:39 +0200
Newsgroups: jedi.vcl

HelpMe wrote:

>     I guess i failed to mention everything I was doing. I have a
> JvFormStorage connected to a JvAppIniFileStorage. AutoReload and AutoFlush
> ( tried all combinations). Set Location to flCustom and set the Filename in
> code as it is relative to where the dll is located. There are about 5 - 7
> different FormStorage - AppIniFileStorage combinations using the same ini
> file. When I check the file, not all of the settings are being written. Some
> forms are there, some aren't.     It sounds like I am doing things properly,
> but the results are different than with the previous setup (JVCL 2.10). In
> the example the IniFileStorage has a couple of SubStorages and I'm not sure
> what these are for. Is there any more info about these 2 components?

As I told you before, setting AutoReload AND AutoFlush to True for all JvAppIniFileStorage components should solve your problem. However, it would be easier for us if you explained a bit better the situation you are working with.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: "HelpMe" <nordinwill@hotmail.com>
Date: Wed, 8 Sep 2004 08:38:20 -0600
Newsgroups: jedi.vcl

    I guess i failed to mention everything I was doing. I have a
JvFormStorage connected to a JvAppIniFileStorage. AutoReload and AutoFlush
( tried all combinations). Set Location to flCustom and set the Filename in
code as it is relative to where the dll is located. There are about 5 - 7
different FormStorage - AppIniFileStorage combinations using the same ini
file. When I check the file, not all of the settings are being written. Some
forms are there, some aren't.     It sounds like I am doing things properly,
but the results are different than with the previous setup (JVCL 2.10). In
the example the IniFileStorage has a couple of SubStorages and I'm not sure
what these are for. Is there any more info about these 2 components?



"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
news:chl8nl$hco$1@talkto.net...
> > Hi,
> >
> > you must attach any kind of AppStorage Component (XML, INI, Registry, or
> > Database) to the FormStorage.
> >
> > After that everything should be fine.
> >
> > Greetings
> > Jens
> >
> > HelpMe wrote:
> >
>> > >     I recently updated from JVCL 2.10 to 3.00 beta. Previously the
>> > > JvFormStorage component had a property for IniFileName. After getting
things
>> > > to compile with the 2 new components, I am finding that some forms
settings
>> > > are being lost (overwritten or something).
>> > >
>> > >     I use the same IniFile for storing multiple form settings for
multiple
>> > > applications (1 EXE and 3 DLLs). I must be missing something and was
hoping
>> > > for a quick rundown on how I should move from the old IniFileName
property
>> > > to the new JvAppIniFileStorage component.
>> > >
>> > >     Any help here would be really appreciated. I've spent enough time
trying
>> > > to figure it out myself.
>> > >
>> > > ________________________________________________________________
>> > > William Nordin
>> > >
>> > >
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de




Subject: Re: Despertly in need of help w/JvDBTreeView
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 8 Sep 2004 08:45:01 -0400
Newsgroups: jedi.vcl

    Well I believe I finally solved it and please take this in the spirit it
is meant because I'm no component developer, BUT, I think there is a basic
design error in this component.  First of all, the way I finally solved my
problem was to do away with the StatImages alltogether, because in this
component, when you set up an IconField in your table and assign an
imagelist, whatever imageindex you give a node in it's table field does show
up correctly except that when it is selected it goes automatically to the
next higher index in the imagelist!  So in effect, it's working much like a
StateImage!  If I wanted to use stateimages and not have my icons change
when the node is selected or not, I have to double up on each icon in the
imagelist so that when it goes to the next higher index the same icon is
found and used.  And one certainly wouldn't want both the state image and
the icon image changing at the same time!
    Also, I don't understand why the 0 index in bith the StateImages and
Imagelists are not used at all.  Again, in order to work around this, you
have to pad each of these lists with a dummy image before you start adding
the ones you want!  I don't have much experiance with treeviews but isn't
this contrary to they everything else works in Delphi?

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message news:chm8fo$lqa$1@talkto.net...
>> > > This does not work however as for some reason it ignores the
>> > > first image in the imagelist!
> > That's the way StateImages work in MS's base control, 0th item is ignored.
> > Don't ask me why.
> >
>> > > The problem is, how can I distinguish between my two types of
>> > > node items in the loop I've set up in the Treeview's OnChange event?
> > I was going to suggest to add a handler for OnAddition and set the
> > TTreeNode.Data property to 0 or 1 (for false and true). Since the dataset
> > should be on the correct row in OnAddition, you could just assign to Data
> > something like this:
> >
> > procedure TForm1.JvDBTreeView1Addition(Sender: TObject; Node: TTreeNode);
> > begin
> >   Node.Data :=
> > Pointer(integer(YourDataset.FieldByName('NodeType').AsBoolean));
> > end;
> >
> > I just discoverved that OnAddition is missing in JvDBTreeview, so you will
> > have to add it to the published section (look for property OnDeletion and
> > add it above) and rebuild the DB runtime package (I'll do the same in
CVS).
> >
>> > > The Treeview has an IconField which seems to require
>> > > being connected to a table field that has an integer value.  At least
> > that's
>> > > the only way I could get it to compile!  But if this is so, what does
this
>> > > integer refer to?
> > AFAIK, it refers to the ImageIndex in the ImageList for the item.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Problems on compiling my Project with latest.Zip
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 8 Sep 2004 12:32:55 +0200
Newsgroups: jedi.vcl

Now after installing new jcl, it works.
It had something to do with that new UnitVersioning.

Regards




Subject: Problems on compiling my Project with latest.Zip
From: "Dierk" <noSpam@csslabs.de>
Date: Wed, 8 Sep 2004 12:05:31 +0200
Newsgroups: jedi.vcl

It is the first time since 2 weeks that I have installed latest.zip
Installing with JVCL-Installer works fine. But on compiling my project
always shows (..free translated)
[Error] File not found: 'JVLogForm.DFM'
[Error] File not found: 'JVDBGridSelectColumnForm.DFM'

What´s up?
Regards

Dierk

Running Delphi5Pro on Win2K




Subject: JvDBGrid, new version and comments from Fred
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 08 Sep 2004 11:25:34 +0200
Newsgroups: jedi.vcl

Hi all

Frédéric has been on holidays for the past weeks and is now back. He has given me a new version of TJvDBGrid that fixes bug 2107 plus a new version of TJvDBUltimGrid that introduces a property to allow multicolumn sort or not. He also has some comments with respect to the bug and the general philosophy around JvDBGrid. Here is a translation:


-----------------------------------------------
JvDBGrid is a complex unit in which it is really easy to add bugs or cripple functionnalities. There is a lot of unconventional code (the handling of the keyboard through WM_CHAR for instance) because of technical constraints and pile up of sucessive versions (ideally, it would be better to reorganise and rewrite from scratch). The Mantis bug 2107 came, for instance, from a so called improvement introduced by R. Marquardt on 26/07 on purely theoretical bases which went unnoticed at the time because no one tested what it should "theoretically" fixed. It is CRUCIAL that developers avoid modifying anything in JvDBGrid without first having fully inspected its inner details, especially if the change do not aim at fixing a bug but because "theoretically it is better like that".
-----------------------------------------------

The tone of his message may sound like he is upset, which is understandable. As a rule, I would like people to discuss changes they intend to do in units here, before doing the changes. This is especially required if developers don't know all the possible consequences of their changes.

Finally, Fred told me that he should send me tomorow a new component (JvDBGridFooter) that plugs onto a JvDBGrid, thus completing his donation of the Ultim components.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Latest changes of the online help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 08 Sep 2004 11:25:29 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:
> Hello,
>
> Is there a possibility to see the lastest modified help items?

Not at the moment, this will come with the tracking of changes. Right now it is not possible (there are no dates of modifications on items), but it should be in the future. I have not set any deadline on this functionality, my resources are really limited in the upcoming weeks and I dedicate them to getting the second beta out (see roadmap).

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Latest changes of the online help
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Wed, 08 Sep 2004 11:03:29 +0200
Newsgroups: jedi.vcl

Hello,

Is there a possibility to see the lastest modified help items?

Ciao Heinz Z.


Subject: Re: JvFormStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 08 Sep 2004 10:22:39 +0200
Newsgroups: jedi.vcl

Opp wrote:

> Jens Fudickar wrote:
>
>
>> Jens
>
>
> hi Jens -
>
> Ok, will test problem agaqin and may report at Mantis. Though I see
> from the Mantis web site that Version 3.00 should be released soon - so
> will see if I can live with it till then.

If you don't tell us where the problem is, we won't find it easily. If we don't find it easily, we won't fix it, and it will be in the next released version of the JVCL.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Current CVS: JvXPBar does not compile
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Sep 2004 10:13:34 +0200
Newsgroups: jedi.vcl

Fixed. Thanks

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: jvThumbViews again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Sep 2004 10:08:37 +0200
Newsgroups: jedi.vcl

> > Regarding my report - I already supplied a solution. What are the next
> > steps?
Hopefully someone will get to it soon.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 08 Sep 2004 09:46:16 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Can you give me an example of an item, I can't seem to reproduce this.
>
> Have a look at http://homepages.borland.com/jedi/jedihelp/item.php?Id=3291
> for double-quotes example.
>
> I don't have an example of single-quote escapes but as it works as it is
> supposed too, I don't think you need it.
>
Well, the thing is that you should never see any escaped quotes at all, this should be transparent to you, the user.
So the double quote behaviour is correct. As for the single quotes, this is another story, I'll investigate further, but I don't touch them in my code...

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Despertly in need of help w/JvDBTreeView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Sep 2004 09:36:28 +0200
Newsgroups: jedi.vcl

> > This does not work however as for some reason it ignores the
> > first image in the imagelist!
That's the way StateImages work in MS's base control, 0th item is ignored.
Don't ask me why.

> > The problem is, how can I distinguish between my two types of
> > node items in the loop I've set up in the Treeview's OnChange event?
I was going to suggest to add a handler for OnAddition and set the
TTreeNode.Data property to 0 or 1 (for false and true). Since the dataset
should be on the correct row in OnAddition, you could just assign to Data
something like this:

procedure TForm1.JvDBTreeView1Addition(Sender: TObject; Node: TTreeNode);
begin
  Node.Data :=
Pointer(integer(YourDataset.FieldByName('NodeType').AsBoolean));
end;

I just discoverved that OnAddition is missing in JvDBTreeview, so you will
have to add it to the published section (look for property OnDeletion and
add it above) and rebuild the DB runtime package (I'll do the same in CVS).

> > The Treeview has an IconField which seems to require
> > being connected to a table field that has an integer value.  At least
that's
> > the only way I could get it to compile!  But if this is so, what does this
> > integer refer to?
AFAIK, it refers to the ImageIndex in the ImageList for the item.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Sep 2004 09:25:42 +0200
Newsgroups: jedi.vcl

> > Can you give me an example of an item, I can't seem to reproduce this.
Have a look at http://homepages.borland.com/jedi/jedihelp/item.php?Id=3291
for double-quotes example.

I don't have an example of single-quote escapes but as it works as it is
supposed too, I don't think you need it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Sep 2004 09:24:30 +0200
Newsgroups: jedi.vcl

Thanks, works now it seems

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvFormStorage
From: "Opp" <develop@op-code.co.uk>
Date: Wed, 8 Sep 2004 07:04:04 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Jens

hi Jens -

Ok, will test problem agaqin and may report at Mantis. Though I see
from the Mantis web site that Version 3.00 should be released soon - so
will see if I can live with it till then.

Thanks..

Opp.


Subject: Re: JvDBGrid in latest build with Delphi 6
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 08 Sep 2004 08:13:40 +0200
Newsgroups: jedi.vcl

ismaile wrote:

> Hi,
>
> I'm having difficulty installing the latest build with D6 Enterprise. It installs ok, but when I drop a JvDBGrid componenet on a form, I get:
>
> [Fatal Error] Unit1.pas(7): Unit JclRegistry was compiled with a different version of JclStrings.MultiStringToStrings

You have somewhere on your computer a JclRegistry.dcu file that was compiled with an old source file or a different compiler. And D6 finds this one and decides to use it which is a problem.
When you have more than one version of Delpi installed, you must ensure that the DCU files from one version cannot be found by the other (through the PATH environment variable for instance) or you will get that kind of error

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 08 Sep 2004 08:11:40 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> This is now online, as well as the bugfix for the slashes.
>
>
> Single-quotes are escaped once only (correct), double quotes are not escaped
> at all (this might be the correct behavior).

Can you give me an example of an item, I can't seem to reproduce this.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 08 Sep 2004 06:53:21 +0200
Newsgroups: jedi.vcl

HelpMe wrote:
>     I recently updated from JVCL 2.10 to 3.00 beta. Previously the
> JvFormStorage component had a property for IniFileName. After getting things
> to compile with the 2 new components, I am finding that some forms settings
> are being lost (overwritten or something).
>
>     I use the same IniFile for storing multiple form settings for multiple
> applications (1 EXE and 3 DLLs). I must be missing something and was hoping
> for a quick rundown on how I should move from the old IniFileName property
> to the new JvAppIniFileStorage component.

Please set AutoFlush and AutoReload to True and try again. This should help with your situation.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Despertly in need of help w/JvDBTreeView
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 7 Sep 2004 21:23:19 -0400
Newsgroups: jedi.vcl

Hi all,
    After many hours of trial and error I was finally able to set up this
component with my database table and get it working as wanted...even getting
it to sort as I needed it.  However there is one problem I just cannot
fathom and I would greatly appreciate any help you can give because this is
holding up the rest of my project!
    I have set up an imagelist to hold stateImages from index 0 to 1.  In
the Tree's OnChange event I loop thru the node items and check to see if
they are selected or not.  I only allow one node to be selected at a time.
In this loop, if it is selected I set the stateindex to 0 and if not
selected to 1.  This does not work however as for some reason it ignores the
first image in the imagelist!  So I put a dummy image into the 0 index
position of my imageList and now my loop correctly sets the stateimage as
wanted.  The problem is this however:
    I have two different types of node items that are being added to the
treeview, and I wanted the first type to use the stateimages as I've already
set...which would be indexes 1 for selected and 2 for not selected.  And I
want the second type of node item to use indexes 3 for selected and 4 for
not selected.  The problem is, how can I distinguish between my two types of
node items in the loop I've set up in the Treeview's OnChange event?  The
ONLY difference between the two node item types is that a field in the table
is set to True for the 1st type and False for the second type.  But there
seems to be no way of reading that value in my loop.  Is it possible?  The
only way I can think of is to read the index value of the node the loop is
on, then set the key in the table to that itemID and read the value, but
that would take forever!  There must be a better way to do this!

    So then I thought perhaps I could use the imagelist in conjunction with
the stateImagelist.  The Treeview has an IconField which seems to require
being connected to a table field that has an integer value.  At least that's
the only way I could get it to compile!  But if this is so, what does this
integer refer to?  To the ImageList?  It doesn't seem to work that way
because when I try it the Treeview switches to different images in the
imaglist all by itself as if they were state images!  For example, when
selected the image from the imagelist will dissappear!  All I would need is
for the IconField to reference two icons, but it's not working.  I know
there must be a way of accomplishing this and I don't know if it's a problem
with the component or me.  if it's me all I need is to know how the
Iconfield is used in this control, and what it references!  I even tried
setting the IconField to a table field that was a string type, and adding
the entire path and filename of the ico file I wanted shown for each item as
they are added, but that wouldn't compile saying that it was the wrong field
type.  so it must be an integer, and if so referencing what?

    I realize this is a complicated question, and all I can say is thankyou
in advance for any help!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Re: Current CVS: JvXPBar does not compile
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 08 Sep 2004 01:15:10 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Peter Thornqvist wrote:
>
>>> JvXPBar.pas does not compile and it contains so many errors that I can't
>>
>>
>> fix it.
>> Done
>>
Unfortunately the HeaderText is not drawn anymore.

Regards,

André Snepvangers


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 08 Sep 2004 00:38:12 +0200
Newsgroups: jedi.vcl

Hi,

please look also at the examples. There are AppStorage Examples in the Examples folder.

Greetings
Jens

HelpMe wrote:

>     I recently updated from JVCL 2.10 to 3.00 beta. Previously the
> JvFormStorage component had a property for IniFileName. After getting things
> to compile with the 2 new components, I am finding that some forms settings
> are being lost (overwritten or something).
>
>     I use the same IniFile for storing multiple form settings for multiple
> applications (1 EXE and 3 DLLs). I must be missing something and was hoping
> for a quick rundown on how I should move from the old IniFileName property
> to the new JvAppIniFileStorage component.
>
>     Any help here would be really appreciated. I've spent enough time trying
> to figure it out myself.
>
> ________________________________________________________________
> William Nordin
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage with JvAppIniFileStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 08 Sep 2004 00:37:35 +0200
Newsgroups: jedi.vcl

Hi,

you must attach any kind of AppStorage Component (XML, INI, Registry, or Database) to the FormStorage.

After that everything should be fine.

Greetings
Jens

HelpMe wrote:

>     I recently updated from JVCL 2.10 to 3.00 beta. Previously the
> JvFormStorage component had a property for IniFileName. After getting things
> to compile with the 2 new components, I am finding that some forms settings
> are being lost (overwritten or something).
>
>     I use the same IniFile for storing multiple form settings for multiple
> applications (1 EXE and 3 DLLs). I must be missing something and was hoping
> for a quick rundown on how I should move from the old IniFileName property
> to the new JvAppIniFileStorage component.
>
>     Any help here would be really appreciated. I've spent enough time trying
> to figure it out myself.
>
> ________________________________________________________________
> William Nordin
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvFormStorage with JvAppIniFileStorage
From: "HelpMe" <nordinwill@hotmail.com>
Date: Tue, 7 Sep 2004 16:28:42 -0600
Newsgroups: jedi.vcl

    I recently updated from JVCL 2.10 to 3.00 beta. Previously the
JvFormStorage component had a property for IniFileName. After getting things
to compile with the 2 new components, I am finding that some forms settings
are being lost (overwritten or something).

    I use the same IniFile for storing multiple form settings for multiple
applications (1 EXE and 3 DLLs). I must be missing something and was hoping
for a quick rundown on how I should move from the old IniFileName property
to the new JvAppIniFileStorage component.

    Any help here would be really appreciated. I've spent enough time trying
to figure it out myself.

________________________________________________________________
William Nordin




Subject: Re: JvFormStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 07 Sep 2004 23:06:53 +0200
Newsgroups: jedi.vcl

Hi,

the easiest way for us to look into you problem is: Create an entry at mantis and add a small sample with your problem.

Normally this works without any problems.

Greetings
Jens

Opp wrote:

> Hi -
>
> Just wanted to mentioin that I seem to be having problems when using
> the Stored Props with JvFormStorage. Namely, that they do not seem to
> be being stored for dynamically created forms.
>
> Is this a know issue - or is there a way I can force the component to
> store the values before I exit the form ? I have looked at the various
> methods and nothing seems to suggest there is.
>
> I am using VCL Verison 3.00
>
> Many thanks..
>
> Opp.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 07 Sep 2004 22:57:27 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thornqvist wrote:
>
>>> This is now online, as well as the bugfix for the slashes.
>>
>>
>>
>> Single-quotes are escaped once only (correct), double quotes are not escaped
>> at all (this might be the correct behavior).
>>
>> EXTLINK doesn't seem to work, though - there is no link in browse mode (see
>> http://homepages.borland.com/jedi/jedihelp/item.php?Id=3253 for an example).
>
>
> It does, but only in the Description. I'll add it in the Summary but this will be dynamically processed.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

Now added.


Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 07 Sep 2004 22:52:47 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> This is now online, as well as the bugfix for the slashes.
>
>
> Single-quotes are escaped once only (correct), double quotes are not escaped
> at all (this might be the correct behavior).
>
> EXTLINK doesn't seem to work, though - there is no link in browse mode (see
> http://homepages.borland.com/jedi/jedihelp/item.php?Id=3253 for an example).

It does, but only in the Description. I'll add it in the Summary but this will be dynamically processed.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Sep 2004 22:35:23 +0200
Newsgroups: jedi.vcl

> > This is now online, as well as the bugfix for the slashes.

Single-quotes are escaped once only (correct), double quotes are not escaped
at all (this might be the correct behavior).

EXTLINK doesn't seem to work, though - there is no link in browse mode (see
http://homepages.borland.com/jedi/jedihelp/item.php?Id=3253 for an example).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Online Help login
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 07 Sep 2004 22:20:07 +0200
Newsgroups: jedi.vcl

Rik Barker wrote:

> Makes sense.  You might want to stick a note on the main page stating
> that unless you know you've got an account, you probably haven't.  *8)

This is now indicated, please feel free to contribute as much as you can. Should you become a regular contributer we would consider giving you a login.

Cheers.

Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Sep 2004 22:20:05 +0200
Newsgroups: jedi.vcl

> > This is now online, as well as the bugfix for the slashes.
OK, I'll go try it (both).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 07 Sep 2004 22:19:17 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> As a result, you want to refrain from
>> using the EXTLINK construct until tomorrow ;-)
>
> Yeah, I figured. I only changed one of them to see (and show) how it looked.
>

This is now online, as well as the bugfix for the slashes.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: JvDBGrid in latest build with Delphi 6
From: "ismaile" <ismaile@nospamshaw.ca>
Date: Tue, 7 Sep 2004 20:26:49 +0200
Newsgroups: jedi.vcl

Hi,

I'm having difficulty installing the latest build with D6 Enterprise. It 
installs ok, but when I drop a JvDBGrid componenet on a form, I get:

[Fatal Error] Unit1.pas(7): Unit JclRegistry was compiled with a 
different version of JclStrings.MultiStringToStrings

This works fine in D7. I think there might be a problem with the D6 
install.

thanks in advance for any help/advice.

ie



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvThumbViews again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 07 Sep 2004 17:49:42 +0000
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> So which account are you planning to keep? So we know which ones to delete.
>
I would like to keep mschumann.

Regarding my report - I already supplied a solution. What are the next steps?

micha


Subject: Re: OT: RSS Reader
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 07 Sep 2004 17:48:00 +0200
Newsgroups: jedi.vcl

Gert Kello wrote:
>>> What RSS reader do you guys use/recommend?
>>
>>
>>
>> If You are using Mozilla/Firebird, then Sage, http://sage.mozdev.org/
>
>
> I ment FireFox, not FireBird :) I allways got it wrong :(
>
> Gert

Isn't it called thunderfox ;-) ?


Subject: Re: Online Help login
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 07 Sep 2004 15:14:38 +0200
Newsgroups: jedi.vcl

Rik Barker wrote:

> Hi,
>
> Is the online help login working?  and if so, then when it says "if
> you're a registered user.." what is it referring to?
>
> I've got a login that works for the Jedi issue tracker, but I always
> get a failed login from the online help.
>
> If I'm using the wrong account details, then you could do with a link
> to the registration page.
>
> Cheers,
> Rik

There is no registration page. One must ask for a login because we don't (well, I don't) want to give write access to anyone on the Internet. Your Mantis login is not usable here, they are different systems, using different values.
This does not prevent you from editing items and contributing to the help system, it just means that your contributions will be reviewed before going into the system.

This may change in the future, especially if and when I implement changes history on items, but for the time being and considering the small amount of time I have, it will stay as it is.

Sorry for the confusion.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Online Help login
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Tue, 7 Sep 2004 12:26:52 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > There is no registration page. One must ask for a login because we
> > don't (well, I don't) want to give write access to anyone on the
> > Internet. Your Mantis login is not usable here, they are different
> > systems, using different values.  This does not prevent you from
> > editing items and contributing to the help system, it just means that
> > your contributions will be reviewed before going into the system.

Makes sense.  You might want to stick a note on the main page stating
that unless you know you've got an account, you probably haven't.  *8)

> > Sorry for the confusion.

No problem.

Cheers,
Rik


Subject: multiselect in TJDBTreeView
From: paul <pawm@hands.com.pl>
Date: Tue, 07 Sep 2004 14:12:03 +0200
Newsgroups: jedi.vcl

Hi,
how may I do it?

regards,
paul



Subject: Re: Tip of the day appears behind form
From: "Warren Sirota" <wsirota@wsdesigns.com>
Date: Tue, 7 Sep 2004 11:57:24 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Is your mainform set as fsStayOnTop?

Nope, fsNormal


Subject: JvFormStorage
From: "Opp" <develop@op-code.co.uk>
Date: Tue, 7 Sep 2004 11:39:44 +0000 (UTC)
Newsgroups: jedi.vcl

Hi -

Just wanted to mentioin that I seem to be having problems when using
the Stored Props with JvFormStorage. Namely, that they do not seem to
be being stored for dynamically created forms.

Is this a know issue - or is there a way I can force the component to
store the values before I exit the form ? I have looked at the various
methods and nothing seems to suggest there is.

I am using VCL Verison 3.00

Many thanks..

Opp.


Subject: Online Help login
From: "Rik Barker" <rik.barker@visionsoft.com>
Date: Tue, 7 Sep 2004 10:32:58 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

Is the online help login working?  and if so, then when it says "if
you're a registered user.." what is it referring to?

I've got a login that works for the Jedi issue tracker, but I always
get a failed login from the online help.

If I'm using the wrong account details, then you could do with a link
to the registration page.

Cheers,
Rik


Subject: Re: JVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 7 Sep 2004 10:50:54 +0200
Newsgroups: jedi.vcl

> >I have a jvdbgrid with a memo field. How can i do to show the value of 
de
> >memo in the place of word "Memo" ? Is there a way to i set the propertie
> >RowsHeight to 50, for examplo, and the text is wordwrap in this cell?


You just have to update your JvDBGrid component with the latest JVCL 
files.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: OT: RSS Reader
From: Gert Kello <Gert.Kello@mail.ee>
Date: Tue, 07 Sep 2004 11:18:49 +0300
Newsgroups: jedi.vcl

>> What RSS reader do you guys use/recommend?
>
>
> If You are using Mozilla/Firebird, then Sage, http://sage.mozdev.org/

I ment FireFox, not FireBird :) I allways got it wrong :(

Gert


Subject: Re: OT: RSS Reader
From: Gert Kello <Gert.Kello@mail.ee>
Date: Tue, 07 Sep 2004 11:03:52 +0300
Newsgroups: jedi.vcl

> What RSS reader do you guys use/recommend?

If You are using Mozilla/Firebird, then Sage, http://sage.mozdev.org/

Gert


Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Sep 2004 08:01:40 +0200
Newsgroups: jedi.vcl

> > As a result, you want to refrain from
> > using the EXTLINK construct until tomorrow ;-)
Yeah, I figured. I only changed one of them to see (and show) how it looked.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Latest CVS and project compile error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 07 Sep 2004 06:06:26 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> No it comes definitely not from my changes. You must not look at the
> run\JvEx... files. You must look at the devtools\JvExVCL\src\JvEx...
> files. The only thing I have done was to combine the initialization and
> finalization section and then I have regenerated the files from the
> templates.

I am innocent ;-) I made a cleanup of the template files, but limited to simple style cleaning.


Subject: Re: Latest CVS and project compile error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Sep 2004 01:32:49 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> > Hi,
> > 1. I loaded latest CVS of JCL and JVCL from 2004-09-04
> > 2. I installed both JCL and JVCL without problems
> > 3. When I compile any project which include JVCL I have got 
> >    following error messages:
> > Build
> >   [C++ Error] JvExControls.hpp(269): E2451 Undefined symbol 
> > '__IJvControlEvents'
> > .......
> >   [C++ Error] JvExStdCtrls.hpp(105): E2451 Undefined symbol 
> > '__IJvControlEvents'
> > .......
> >   [C++ Error] JvExForms.hpp(105): E2451 Undefined symbol 
> > '__IJvControlEvents'
> > .......
> >   [C++ Error] JvExForms.hpp(783): E2228 Too many error or warning 
> > messages
> > 
> > It seems, there is some problem. 
> > So I returned back to older versions.

I would say it is a dcc32 -JHPNE bug. It generates overloads the typecast
operator for the base interfaces interface. But the typecast field is
private in the base interface, so the symbol is undefined.


-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS and project compile error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Sep 2004 01:11:25 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I'm quite surprised, the Perform method of the IPerformControl interface
> > is never implemented anywhere.

It is implemented in Control.pas::TControl


-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS and project compile error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Sep 2004 01:08:23 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I comes from the code added by Andreas Hausladen in all JvEx... files.

No it comes definitely not from my changes. You must not look at the
run\JvEx... files. You must look at the devtools\JvExVCL\src\JvEx...
files. The only thing I have done was to combine the initialization and
finalization section and then I have regenerated the files from the
templates.


> > By the way, in the commit you did on JvExControls.pas (v1.69), your
> > comment is "UnitVersioning support". Can you give me some input on your
> > changes?

I have committed every modified file with "UnitVersioning support". And
because of the problem with IFDEF'ed initialization/finalization sections
I had done a clean up, also in the JvExVCL files which I have then
regenerated that introduced André's changes.


-- Regards, Andreas Hausladen 

Subject: Re: Problem with TJvBrowseForFolderDialog
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 7 Sep 2004 00:21:16 +0200
Newsgroups: jedi.vcl

hello Remko,

ok, it is not needed to remove odNewDialogStyle, it has been enough to
remove odBrowseForComputer and now it works.

thank you
Salvatore



Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 06 Sep 2004 22:46:07 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> Yes, leave as in DOM, and I'll update the FormatDescription function to
>> recognize this. Sometime this week, hopefully.
>
> OK, cool.
>
Please note that you will have to resubmit your items once I will have changed the function. The formatted description is only computed when the item is added or modified. As a result, you want to refrain from using the EXTLINK construct until tomorrow ;-)

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Latest CVS and project compile error
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 06 Sep 2004 22:45:02 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> Hi,
> 1. I loaded latest CVS of JCL and JVCL from 2004-09-04
> 2. I installed both JCL and JVCL without problems
> 3. When I compile any project which include JVCL I have got    following error messages:
> Build
>   [C++ Error] JvExControls.hpp(269): E2451 Undefined symbol '__IJvControlEvents'
>
> It seems, there is some problem. So I returned back to older versions.

Yes, the problem is definitely there.
I comes from the code added by Andreas Hausladen in all JvEx... files.

Andreas, the problem comes from the IPerformControl at the end of every TJvEx... class

If I remove it, the generated hpp files are perfectly ok.
I'm quite surprised, the Perform method of the IPerformControl interface is never implemented anywhere. My knowlegde of interfaces is limited, but this is definitely surprising to me.

By the way, in the commit you did on JvExControls.pas (v1.69), your comment is "UnitVersioning support". Can you give me some input on your changes?

This definitely needs to be resolved, the JVCL is unusable in its current state with BCB 5 and BCB 6.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 22:08:06 +0200
Newsgroups: jedi.vcl

> > Yes, leave as in DOM, and I'll update the FormatDescription function to
> > recognize this. Sometime this week, hopefully.
OK, cool.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 06 Sep 2004 22:02:05 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>>    DOM uses <EXTLINK [url]>text</EXTLINK>. This ensures it can create the
>> link whether we build HTML, WinHelp or PDF output.
>
>
> OK, that doesn't work online: the text is shown but the link removed (see
> http://homepages.borland.com/jedi/jedihelp/item.php?Id=3253).
>
> Any bright ideas how we can resolve this so it works both on-line and in
> DOM?
Yes, leave as in DOM, and I'll update the FormatDescription function to recognize this. Sometime this week, hopefully.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: OT: RSS Reader
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 06 Sep 2004 19:43:32 +0000
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:
> (Sorry for posting off topic)
>
> What RSS reader do you guys use/recommend?
>
(Sorry for that dumb question)

What are RSS feeds for?


Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 21:33:22 +0200
Newsgroups: jedi.vcl

> >     DOM uses <EXTLINK [url]>text</EXTLINK>. This ensures it can create the
> > link whether we build HTML, WinHelp or PDF output.

OK, that doesn't work online: the text is shown but the link removed (see
http://homepages.borland.com/jedi/jedihelp/item.php?Id=3253).

Any bright ideas how we can resolve this so it works both on-line and in
DOM?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JEDI Online Help vs. Dox-O-Matic
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Mon, 6 Sep 2004 21:28:08 +0200
Newsgroups: jedi.vcl

> > I've been updating some of the help topics in the online help and was
> > wondering if it is correct to use <a> links when linking to other websites
> > (MSDN in this case) in the topic text? It works on-line but how does it
work
> > with DOM?

    DOM uses <EXTLINK [url]>text</EXTLINK>. This ensures it can create the
link whether we build HTML, WinHelp or PDF output.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Problem with TJvBrowseForFolderDialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 06 Sep 2004 21:01:42 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> hello Remko,
>
> argh, odBrowseForComputer, but then why on the other operating systems it
> works? Anyway now I'll try to remove this option.

Your computer running Windows 98 has probably a shell version lower than 5.0. In that case you can NOT activate the new dialog style (normally done by including odNewDialogStyle in TJvBrowseForFolderDialog.Options).

Apparently this makes the difference. You can test this by removing the odNewDialogStyle flag on newer systems.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Current CVS: JvXPBar does not compile
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 06 Sep 2004 20:56:30 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> JvXPBar.pas does not compile and it contains so many errors that I can't
>
> fix it.
> Done
>
Indeed. Thanks.

Olivier Sannier
JVCL Coordinator


Subject: Re: Suggestion for Online Help
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 20:50:26 +0200
Newsgroups: jedi.vcl

I just have to say once again: this help system is really productive and I
urge others to try it out and make some topics.

It really helps that I don't have to do an entire doc in one go before
comitting. Instead, I can do one or two items when I have some time, do
something else and then come back later and do a few more.

Greato!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Current CVS: JvXPBar does not compile
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 20:47:00 +0200
Newsgroups: jedi.vcl

> > JvXPBar.pas does not compile and it contains so many errors that I can't
fix it.
Done

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Suggestion for Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 06 Sep 2004 20:46:56 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Much better, thanks! I noticed the new login and the changed caption (this
> actually makes a big diference). I still hope for a "by author" and "TODO"
> list, though <g>.
Thanks for the feedback. I'll see what I can do for the "by author" and "TODO" list, but I can't guarantee anything.

> I have one more request: it would be good to be able to delete a topic item.
> I've found that some help topics have too many items listed and would like
> to manually remove them. Only when logged in, of course!
I thought of that one too actually. Never got around to implementing it, but it shouldn't be too hard. The hardest thing would be to design the icon ;-)

> I still have problems with escaped quote chars, both single and double. The
> first time I enter them, they are escaped with \' and \" respectively. If I
> edit the item again (without touching the escaped quotes), they are replaced
> with \\' and \\". For each edit, a new \ is added. Thus, I have to actually
> *remove* the \ in the text before saving to maintain the correct text.
Doh! I haven't thought of that one. I'll try to fix that up.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvXPProgressBar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 20:22:19 +0200
Newsgroups: jedi.vcl

> > It is the same code that I had found in the Mantis item.
OK

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Suggestion for Online Help
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 20:17:18 +0200
Newsgroups: jedi.vcl

> > Please have a look at the just uploaded version and let me know your
> > comments.
> > I won't have much more time to work on it this week-end, but I'll take
> > onboard the remarks.

Much better, thanks! I noticed the new login and the changed caption (this
actually makes a big diference). I still hope for a "by author" and "TODO"
list, though <g>.

I have one more request: it would be good to be able to delete a topic item.
I've found that some help topics have too many items listed and would like
to manually remove them. Only when logged in, of course!

I still have problems with escaped quote chars, both single and double. The
first time I enter them, they are escaped with \' and \" respectively. If I
edit the item again (without touching the escaped quotes), they are replaced
with \\' and \\". For each edit, a new \ is added. Thus, I have to actually
*remove* the \ in the text before saving to maintain the correct text.

All in all, shaping up nicely.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Current CVS: JvXPBar does not compile
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 06 Sep 2004 20:08:39 +0200
Newsgroups: jedi.vcl

Hi

JvXPBar.pas does not compile and it contains so many errors that I can't fix it.
Could the poster of the changes (peter?) fix it, it doesn't compile with D6, C6 and C5.

Thanks

Olivier Sannier
JVCL Coordinator


Subject: JEDI Online Help vs. Dox-O-Matic
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 20:06:48 +0200
Newsgroups: jedi.vcl

I've been updating some of the help topics in the online help and was
wondering if it is correct to use <a> links when linking to other websites
(MSDN in this case) in the topic text? It works on-line but how does it work
with DOM?

For an example, see
http://homepages.borland.com/jedi/jedihelp/item.php?Id=3253 (go into edit
mode to see the "code behind")

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: OT: RSS Reader
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Mon, 6 Sep 2004 20:02:39 +0200
Newsgroups: jedi.vcl

At 21:43:32, 06.09.2004, micha schumann wrote:

> > Hans-Eric Grönlund wrote:
>> > > (Sorry for posting off topic)
>> > > 
>> > > What RSS reader do you guys use/recommend?
>> > > 
> > (Sorry for that dumb question)
> > 
> > What are RSS feeds for?

  http://en.wikipedia.org/wiki/RSS_%28protocol%29

It allows you to keep informed on sites that support it, especially blogs
and other often changing sites, like news sites, etc. You will get a
short excerpt of a new item posted in your RSS reader.
-- Rudy Velthuis "A man's only as old as the woman he feels." -- Groucho Marx 

Subject: Re: RSS Reader
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 19:58:54 +0200
Newsgroups: jedi.vcl

I prefer RSS Bandit (www.rssbandit.org). If you are willing to pay,
FeedDemon (http://www.bradsoft.com/feeddemon) is very nice too and written
in Delphi, no less.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Andreas and Olivier in the Top Ten
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 06 Sep 2004 19:29:18 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Chatty boys, those :)
>
Ah well, no wonder my colleagues think I'm easily distracted...
As I tell them: I don't take a 15 minute coffee break every 2 hours, but I spend a few minutes on the forum every hour or so...


Subject: Re: Problem with TJvBrowseForFolderDialog
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 6 Sep 2004 19:07:33 +0200
Newsgroups: jedi.vcl

hello Remko,

argh, odBrowseForComputer, but then why on the other operating systems it
works? Anyway now I'll try to remove this option.

Thank you very much
Salvatore



Subject: Re: JvXPProgressBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 6 Sep 2004 18:50:14 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I've uploaded the latest version I have to binaries. Have a look.

It is the same code that I had found in the Mantis item.


-- Regards, Andreas Hausladen 

Subject: Re: Problem with TJvBrowseForFolderDialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 06 Sep 2004 18:45:12 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:
> odBrowseForComputer = True

Don't know for sure, but maybe this is the problem:

http://homepages.borland.com/jedi/jedihelp/item.php?Id=1983

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Problem with TJvBrowseForFolderDialog
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 6 Sep 2004 18:34:44 +0200
Newsgroups: jedi.vcl

hello,

the JVCL snapshot to which I'm referring to is not the latest, but it's not
too old as well, approximately 20 or 30 days ago.

I have a curious problem with this component. Its OK button is always
disabled only when the application runs under Windows 98SE. With
Millennium, 2000 Pro and XP Pro all works just fine.

The properties of the component, set at design time, are as follows:

Options:

odBrowseForComputer = True
odStatusAvailable   = True
odNewDialogStyle    = True
odNoNewButtonFolder = True (here there is a typo, should be
odNoNewFolderButton :-)

Other significant properties:

RootDirectory       = fdNoSpecialFolder

All the other options are False. I have also tried to play with the
options, setting odNewDialogStyle to False, odNoBelowDomain to True, but
without luck. Under 98SE the OK button remains always laconically disabled
and I cannot select any folder.

Any hints?

Thank you and best regards
Salvatore



Subject: Re: Problem with TJvFormStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 06 Sep 2004 16:08:59 +0200
Newsgroups: jedi.vcl

PacoRuiz wrote:

> I have JVCL 2.10 for Delphi 6 (with the JVCL210FIX030313.zip file)
> (the JCL version is 1.22)
Ok. This is what I thought, this version is very old and the bug you are mentionning has already been fixed. The next version of the JVCL is JVCL 3, a beta version has been published, another one is scheduled quite soon. What we recommend at this point in time is for you to use the daily zips for the JVCL and the JCL available here:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/

Please read carefully the installation instructions and everything should be fine. One document you want to look at most is migrating.htm in the help directory of the JVCL. It tells you how to modify your programs that were using the JVCL2.10 so that they work nicely with JVCL version 3. Do not hesitate to ask should you need any help.

> (sorry if my english has mistakes, itÂ´s not my natural language)
No problems, it's not mine either ;-)

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: RSS Reader
From: "Ricardo Cardona \(Open Systems\)" <rcardona_nopartofmail@zerospam.open.com.co>
Date: Mon, 6 Sep 2004 08:29:39 -0500
Newsgroups: jedi.vcl

Simple and free
http://www.feedreader.com/


"Hans-Eric Grönlund" <not@realaddress.com> escribió en el mensaje
news:chhio4$oda$1@talkto.net...
> > (Sorry for posting off topic)
> >
> > What RSS reader do you guys use/recommend?
> >
> > -- 
> > Regards,
> >
> > Hans-Eric Grönlund




Subject: Re: Problem with TJvFormStorage
From: "PacoRuiz" <pacorro@mixmail.com>
Date: Mon, 6 Sep 2004 15:12:33 +0200
Newsgroups: jedi.vcl

> >PacoRuiz wrote:
> >
>> >> Hi 
>> >> (Delphi 6)
>> >> I have a few custom-personal forms in my proyect with some components.
>> >> All the forms the user can manage, inherits from one of these; some are
>> >> MDIChid and the rest are Modal forms.
>> >> One of these component common to all the forms is a TJvFormStorage.
>> >> If the option fpPosition is False, i have no problems.
>> >> But when it is True, "sometimes" the forms raise an error (Access
>> >> violation) when i close them; when i close the message error windows,
>> >> there is no more problems.
>> >> Sometimes means i actually don't know the pauta.
>> >> The IDE stops in the unit JvWndProcHook, in the line
>> >>   "HookInfo := FFirst[hoAfterMsg];"
>> >> near a comment ...
>> >> "{ Maybe only exit here (before the original control handles the message),
>> >>    thus enabling all hooks to respond to the message? Otherwise if you
>> >>    have 2 components of the same class, that hook a control, then only 1
>> >>    will get the message }"
>> >> 
>> >> What is my problem?
> >If I'm correct, this bug has already been fixed.
> >
>> >> Is important this comment (i donÃ‚Â´t know how messages work)?
> >Your comment is quite good, you provided the error message and the line 
> >where the IDE stops. This allows me to think that I know this bug and to 
> >tell you that I'm quite sure it has already been fixed.
> >
>> >> Can anybody help me?
> >Yes, we can. The first thing I need from you is to tell me what version 
> >of the JVCL you are using. Once I know this, I can tell you what to do.

I have JVCL 2.10 for Delphi 6 (with the JVCL210FIX030313.zip file)
(the JCL version is 1.22)

Thank you in advance
Paco

(sorry if my english has mistakes, itÂ´s not my natural language)


> >
> >Cheers
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: OT: RSS Reader
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Mon, 06 Sep 2004 15:03:23 +0200
Newsgroups: jedi.vcl

(Sorry for posting off topic)

What RSS reader do you guys use/recommend?

-- 
Regards,

Hans-Eric Grönlund


Subject: Re: Problem with TJvFormStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 06 Sep 2004 14:04:57 +0200
Newsgroups: jedi.vcl

PacoRuiz wrote:

> Hi (Delphi 6)
> I have a few custom-personal forms in my proyect with some components.
> All the forms the user can manage, inherits from one of these; some are
> MDIChid and the rest are Modal forms.
> One of these component common to all the forms is a TJvFormStorage.
> If the option fpPosition is False, i have no problems.
> But when it is True, "sometimes" the forms raise an error (Access
> violation) when i close them; when i close the message error windows,
> there is no more problems.
> Sometimes means i actually don't know the pauta.
> The IDE stops in the unit JvWndProcHook, in the line
>   "HookInfo := FFirst[hoAfterMsg];"
> near a comment ...
> "{ Maybe only exit here (before the original control handles the message),
>    thus enabling all hooks to respond to the message? Otherwise if you
>    have 2 components of the same class, that hook a control, then only 1
>    will get the message }"
>
> What is my problem?
If I'm correct, this bug has already been fixed.

> Is important this comment (i donÂ´t know how messages work)?
Your comment is quite good, you provided the error message and the line where the IDE stops. This allows me to think that I know this bug and to tell you that I'm quite sure it has already been fixed.

> Can anybody help me?
Yes, we can. The first thing I need from you is to tell me what version of the JVCL you are using. Once I know this, I can tell you what to do.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Problem with TJvFormStorage
From: "PacoRuiz" <pacorro@mixmail.com>
Date: Mon, 6 Sep 2004 13:37:19 +0200
Newsgroups: jedi.vcl

Hi 
(Delphi 6)
I have a few custom-personal forms in my proyect with some components.
All the forms the user can manage, inherits from one of these; some are
MDIChid and the rest are Modal forms.
One of these component common to all the forms is a TJvFormStorage.
If the option fpPosition is False, i have no problems.
But when it is True, "sometimes" the forms raise an error (Access
violation) when i close them; when i close the message error windows,
there is no more problems.
Sometimes means i actually don't know the pauta.
The IDE stops in the unit JvWndProcHook, in the line
  "HookInfo := FFirst[hoAfterMsg];"
near a comment ...
"{ Maybe only exit here (before the original control handles the message),
   thus enabling all hooks to respond to the message? Otherwise if you
   have 2 components of the same class, that hook a control, then only 1
   will get the message }"

What is my problem?
Is important this comment (i donÂ´t know how messages work)?
Can anybody help me?

Saludos
Paco



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Char(VK_DELETE) ??? !!
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 06 Sep 2004 11:47:13 +0200
Newsgroups: jedi.vcl

OBones wrote:

> André Snepvangers wrote:
>
>> OBones wrote:
>>
>>> André Snepvangers wrote:
>>>
>>>> In several units virtual keycode are casted to a character, which is
>>>> erroneous.
>>>>
>>>> Example:
>>>>
>>>> Windows: VK_DELETE = $2E   (Ascii '+')
>>>>
>>>> MSDN: ASCII code 127 has the code DEL
>>>>
>>>> Regards,
>>>>
>>>> André Snepvangers
>>>
>>>
>>>
>>>
>>> AFAIK, there is no ASCII code for Delete, using 127 is even a risk. If there was one, I'm convinced it would be lower than 32.
>>>
>> Nonetheless Char(VK_DELETE) is an awkward way to indicate ASCII '+'.
>
>
> Absolutely.
>
I have added Del = #127 to JvConsts and replace all Char(VK_ .. ) with the appropriate ASCII-code.

Regards,

André Snepvangers


Subject: Re: Andreas and Olivier in the Top Ten
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 10:58:07 +0200
Newsgroups: jedi.vcl

Chatty boys, those :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Char(VK_DELETE) ??? !!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 06 Sep 2004 09:41:09 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
> OBones wrote:
>
>> André Snepvangers wrote:
>>
>>> In several units virtual keycode are casted to a character, which is
>>> erroneous.
>>>
>>> Example:
>>>
>>> Windows: VK_DELETE = $2E   (Ascii '+')
>>>
>>> MSDN: ASCII code 127 has the code DEL
>>>
>>> Regards,
>>>
>>> André Snepvangers
>>
>>
>>
>> AFAIK, there is no ASCII code for Delete, using 127 is even a risk. If there was one, I'm convinced it would be lower than 32.
>>
> Nonetheless Char(VK_DELETE) is an awkward way to indicate ASCII '+'.

Absolutely.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Andreas and Olivier in the Top Ten
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 6 Sep 2004 09:32:42 +0200
Newsgroups: jedi.vcl

Hi,

have a look at http://delphi.newswhat.com/geoxml/forumauthors :-) ;-)

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Char(VK_DELETE) ??? !!
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 06 Sep 2004 09:31:58 +0200
Newsgroups: jedi.vcl

OBones wrote:

> André Snepvangers wrote:
>
>> In several units virtual keycode are casted to a character, which is
>> erroneous.
>>
>> Example:
>>
>> Windows: VK_DELETE = $2E   (Ascii '+')
>>
>> MSDN: ASCII code 127 has the code DEL
>>
>> Regards,
>>
>> André Snepvangers
>
>
> AFAIK, there is no ASCII code for Delete, using 127 is even a risk. If there was one, I'm convinced it would be lower than 32.
>
Nonetheless Char(VK_DELETE) is an awkward way to indicate ASCII '+'.

Regards,

André Snepvangers


Subject: Re: Char(VK_DELETE) ??? !!
From: "Oliver Giesen" <ogware@gmx.net>
Date: Mon, 6 Sep 2004 09:09:18 +0200
Newsgroups: jedi.vcl

> > AFAIK, there is no ASCII code for Delete, using 127 is even a risk. If
> > there was one, I'm convinced it would be lower than 32.

According to http://www.asciitable.com there is. Wasn't aware of it as well,
though...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Char(VK_DELETE) ??? !!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 06 Sep 2004 09:04:23 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> In several units virtual keycode are casted to a character, which is
> erroneous.
>
> Example:
>
> Windows: VK_DELETE = $2E   (Ascii '+')
>
> MSDN: ASCII code 127 has the code DEL
>
> Regards,
>
> André Snepvangers

AFAIK, there is no ASCII code for Delete, using 127 is even a risk. If there was one, I'm convinced it would be lower than 32.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Char(VK_DELETE) ??? !!
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 06 Sep 2004 09:03:12 +0200
Newsgroups: jedi.vcl

In several units virtual keycode are casted to a character, which is
erroneous.

Example:

Windows: VK_DELETE = $2E   (Ascii '+')

MSDN: ASCII code 127 has the code DEL

Regards,

André Snepvangers


Subject: Re: JvXPProgressBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 08:15:40 +0200
Newsgroups: jedi.vcl

I've uploaded the latest version I have to binaries. Have a look.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Tip of the day appears behind form
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 08:11:54 +0200
Newsgroups: jedi.vcl

Is your mainform set as fsStayOnTop?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvMailMerge?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Sep 2004 08:11:08 +0200
Newsgroups: jedi.vcl

No, sorry.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvFormStorage and saving properties as doubles
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 06 Sep 2004 00:35:13 +0200
Newsgroups: jedi.vcl

> I will update them ASAP
>
Done.


Subject: Re: JvFormStorage and saving properties as doubles
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 05 Sep 2004 23:43:12 +0200
Newsgroups: jedi.vcl

OBones wrote:

>
> Yes, but you have not commited the base file, the JVCL does not compile at the time I'm writing those lines.

A will update them ASAP

Regards,

André Snepvangers


Subject: Re: JvFormStorage and saving properties as doubles
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 05 Sep 2004 23:04:20 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Jens Fudickar wrote:
>
>> Hi Andre,
>>
>> this exactly seemed to be the problem, Didn't now why, and to be honest, i didn't understand the code of BufToBinStr.
>
>  >
> Yeah, it could have been a more straight forward implementation, that is more readible. But why write something simple if it can be done in difficult way?
>
>>
>> So please can anybody else look into this case. THe problem seemed to be that BufToBinStr in JvAppIniStorage.pas seemed to be buggy, if Buf is a float value.
>>
> I took a look and found the following:
>
>     function (Do)ReadBinary(const Path: string; var Buf; BufSize: Integer): Integer;
>     { Stores a buffer. }
>     procedure (Do)WriteBinary(const Path: string; const Buf; BufSize: Integer);
>
> IMO we should change them all to
>     function (Do)ReadBinary(const Path: string; const Buf: Pointer; BufSize: Integer): Integer;
>     { Stores a buffer. }
>     procedure (Do)WriteBinary(const Path: string; const Buf: Pointer; BufSize: Integer);
>
>
>
>
>>>   WriteBinary(Path, Value, SizeOf(Value));
>
> Wrong Buf must be pointer: WriteBinary(Path, @Value, SizeOf(Value));
>
>>>     ReadBinary(Path, Value, Sizeof(Value));
>
> Wrong Buf must be pointer: ReadBinary(Path, @Value, Sizeof(Value));
> I have corrected this in JvAppIniStorage.

Yes, but you have not commited the base file, the JVCL does not compile at the time I'm writing those lines.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JvFormStorage and saving properties as doubles
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 05 Sep 2004 18:58:14 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Jens Fudickar wrote:
>
>> Hi Andre,
>>
>> this exactly seemed to be the problem, Didn't now why, and to be honest, i didn't understand the code of BufToBinStr.
>
>  >
> Yeah, it could have been a more straight forward implementation, that is more readible. But why write something simple if it can be done in difficult way?
>
>>
>> So please can anybody else look into this case. THe problem seemed to be that BufToBinStr in JvAppIniStorage.pas seemed to be buggy, if Buf is a float value.
>>
> I took a look and found the following:
>
>     function (Do)ReadBinary(const Path: string; var Buf; BufSize: Integer): Integer;
>     { Stores a buffer. }
>     procedure (Do)WriteBinary(const Path: string; const Buf; BufSize: Integer);
>
> IMO we should change them all to
>     function (Do)ReadBinary(const Path: string; const Buf: Pointer; BufSize: Integer): Integer;
>     { Stores a buffer. }
>     procedure (Do)WriteBinary(const Path: string; const Buf: Pointer; BufSize: Integer);

Please remove the const specifier, it is a risk for BCB.


Subject: Re: JvFormStorage and saving properties as doubles
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 05 Sep 2004 18:58:06 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Andre,
>
> this exactly seemed to be the problem, Didn't now why, and to be honest, i didn't understand the code of BufToBinStr.
>
Yeah, it could have been a more straight forward implementation, that is more readible. But why write something simple if it can be done in difficult way?
>
> So please can anybody else look into this case. THe problem seemed to be that BufToBinStr in JvAppIniStorage.pas seemed to be buggy, if Buf is a float value.
>
I took a look and found the following:

    function (Do)ReadBinary(const Path: string; var Buf; BufSize: Integer): Integer;
    { Stores a buffer. }
    procedure (Do)WriteBinary(const Path: string; const Buf; BufSize: Integer);

IMO we should change them all to
    function (Do)ReadBinary(const Path: string; const Buf: Pointer; BufSize: Integer): Integer;
    { Stores a buffer. }
    procedure (Do)WriteBinary(const Path: string; const Buf: Pointer; BufSize: Integer);




>>   WriteBinary(Path, Value, SizeOf(Value));
Wrong Buf must be pointer: WriteBinary(Path, @Value, SizeOf(Value));
>>     ReadBinary(Path, Value, Sizeof(Value));
Wrong Buf must be pointer: ReadBinary(Path, @Value, Sizeof(Value));
I have corrected this in JvAppIniStorage.

Regards,

André Snepvangers



Subject: Latest CVS and project compile error
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Sun, 5 Sep 2004 16:56:37 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
1. I loaded latest CVS of JCL and JVCL from 2004-09-04
2. I installed both JCL and JVCL without problems
3. When I compile any project which include JVCL I have got 
   following error messages:
Build
  [C++ Error] JvExControls.hpp(269): E2451 Undefined symbol 
'__IJvControlEvents'
........
  [C++ Error] JvExStdCtrls.hpp(105): E2451 Undefined symbol 
'__IJvControlEvents'
........
  [C++ Error] JvExForms.hpp(105): E2451 Undefined symbol 
'__IJvControlEvents'
........
  [C++ Error] JvExForms.hpp(783): E2228 Too many error or warning 
messages

It seems, there is some problem. 
So I returned back to older versions.

Regards,
Vaclav


Subject: Re: TJvDataEmbedded 3.00
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 5 Sep 2004 15:52:17 +0200
Newsgroups: jedi.vcl

> > I think it would be useful to store at least the filename (not the path),
so
> > later it can be reviewed. It would also be useful if more than one files
could be
> > stored and then accessed by index number like in ImageList.
That would break backward compatibility for sure.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvDataEmbedded 3.00
From: "Peter Panino" <peter-panino@aon.at>
Date: Sun, 5 Sep 2004 15:50:24 +0200
Newsgroups: jedi.vcl

>> >> But the TJvDataEmbedded has no property editor!? There are only 3 visible
>> >> properties: AboutJVCl, Name, Tag - no property editor. Only when I
> > doubleclick
>> >> the TJvDataEmbedded icon on the form it displays the OpenDialog to select
> > a file
> > It still has a property editor (just as ImageList does not have any "Images"
> > property but if you double-click, the editor is displayed. The reason that
> > you can't see it in the OI is that the property it is editing is a public
> > property
> >
>> >> Is there any possiblity to see later which file was loaded in the
> > TJvDataEmbedded
>> >> component?
> > No. Once the data has been included in the component, there is no link to
> > the original file.

I think it would be useful to store at least the filename (not the path), so 
later it can be reviewed. It would also be useful if more than one files could be 
stored and then accessed by index number like in ImageList.

Thanks,
Peter 




Subject: Re: jvThumbViews again
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 5 Sep 2004 15:07:56 +0200
Newsgroups: jedi.vcl

So which account are you planning to keep? So we know which ones to delete.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvDataEmbedded 3.00
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 5 Sep 2004 15:05:46 +0200
Newsgroups: jedi.vcl

> > But the TJvDataEmbedded has no property editor!? There are only 3 visible
> > properties: AboutJVCl, Name, Tag - no property editor. Only when I
doubleclick
> > the TJvDataEmbedded icon on the form it displays the OpenDialog to select
a file
It still has a property editor (just as ImageList does not have any "Images"
property but if you double-click, the editor is displayed. The reason that
you can't see it in the OI is that the property it is editing is a public
property

> > Is there any possiblity to see later which file was loaded in the
TJvDataEmbedded
> > component?
No. Once the data has been included in the component, there is no link to
the original file.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: jvThumbViews again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sun, 05 Sep 2004 11:11:26 +0000
Newsgroups: jedi.vcl

micha schumann wrote:
> Peter Thornqvist wrote:
>
>>> Should this go into mantis?
>>
>>
>> Yes
>>
> Cant create a Mantis account. Whatever id I try it always is already in use. ..
Very sorry for creating all these Accounts. I now got all the confirmatzion messages. I was unsure because I always got the message "xxx" already exists immidiately after I created the account.

Sorry for bugging you!

micha


Subject: Re: jvThumbViews again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 04 Sep 2004 21:21:14 +0000
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Should this go into mantis?
>
> Yes
>
Cant create a Mantis account. Whatever id I try it always is already in use. ..


Subject: TJvDataEmbedded 3.00
From: "Peter Panino" <peter-panino@aon.at>
Date: Sat, 4 Sep 2004 23:15:14 +0200
Newsgroups: jedi.vcl

The Jedi Online Help states: "The component provides a property editor  ...".

But the TJvDataEmbedded has no property editor!? There are only 3 visible 
properties: AboutJVCl, Name, Tag - no property editor. Only when I doubleclick 
the TJvDataEmbedded icon on the form it displays the OpenDialog to select a file 
....

Is there any possiblity to see later which file was loaded in the TJvDataEmbedded 
component?

Thanks,
Peter 




Subject: Re: Suggestion for Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 23:02:41 +0200
Newsgroups: jedi.vcl

Please have a look at the just uploaded version and let me know your comments.
I won't have much more time to work on it this week-end, but I'll take onboard the remarks.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: jvThumbViews again
From: Matthias Thoma <ma.thoma@gmx.de>
Date: Sat, 4 Sep 2004 20:05:16 +0000 (UTC)
Newsgroups: jedi.vcl

> > Cant create a Mantis account. Whatever id I try it always is
> > already in use...

Unfortunately I cannot reproduce that behaviour. You created 6 accounts a few hours ago

* micha_schumann
* michael_schumann
* michaschumann
* m_schumann
* schumann
* mschumann

I also tried a few times to create new accounts for myself and did not had any problems. The "register new user" process should be as follows:

1. You register using the "Register new user" link.
2. Enter the security key (should we keep that? It is a new mantis feature)
3. You will receive a mail from bugtracker@delphi-jedi.org with an activiation link.

- Matthias


Subject: Re: jvThumbViews again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 21:42:55 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> > Cant create a Mantis account. Whatever id I try it always is already in
> > use. ..

Oh. It looks like that there is a new Mantis version uploaded 3 or 4 hours
ago. Let's exam what is new.


-- Regards, Andreas Hausladen 

Subject: Re: jvThumbViews again
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 21:41:58 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> Peter Thornqvist wrote:
>
>>> Should this go into mantis?
>>
>>
>> Yes
>>
> Cant create a Mantis account. Whatever id I try it always is already in use. ..

Weird, because I received 7 account registration notices, all for yourself...


Subject: Re: Suggestion for Online Help
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Sep 2004 20:58:16 +0200
Newsgroups: jedi.vcl

> > It would MUCH slower. Look at the See Also links generation, you'll see
> > the difference, it uses regular SELECT queries.
Well, I think we can live with that if there is no other way to find what we
are looking for. Better slow than non-existent<g>


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Suggestion for Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 19:29:29 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> For writers, I would
>> rather add a fourth way to browse the projects, this time by
>> undocumented items.
>
> Would a "raw SQL" feature be something possible to implement (SELECT only,
> no INSERT/UPDATE/DELETE)? Then we could construct our own search phrases
> based on our needs.
>
It would MUCH slower. Look at the See Also links generation, you'll see the difference, it uses regular SELECT queries.


Subject: Re: Error when installing daily update of JCL and JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 19:27:35 +0200
Newsgroups: jedi.vcl

pat wrote:

> Hi, I try to install JCL and JVCL (the last build for both libs) and I
> receive this errror in the installation process of JVCL.  What's wrong?

What's wrong is that JvStringForms.dfm was saved as binary file in CVS, which it shouldn't have been. This is already fixed, please download the JVCL daily zip that has just been generated.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Suggestion for Online Help
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Sep 2004 19:26:08 +0200
Newsgroups: jedi.vcl

> > For writers, I would
> > rather add a fourth way to browse the projects, this time by
> > undocumented items.
Would a "raw SQL" feature be something possible to implement (SELECT only,
no INSERT/UPDATE/DELETE)? Then we could construct our own search phrases
based on our needs.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Error when installing daily update of JCL and JVCL
From: "pat" <psych_o_pat@hotmail.com>
Date: Sat, 4 Sep 2004 13:14:51 -0400
Newsgroups: jedi.vcl

Hi, I try to install JCL and JVCL (the last build for both libs) and I
receive this errror in the installation process of JVCL.  What's wrong?

[Compiling: JvCoreD7D.bpl]

"C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -Q -M -B JvCoreD7D.dpk

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

Error: RLINK32: Unsupported 16bit resource in file "C:\Program
Files\Borland\Add\JVCL\design\JvStringsForm.dfm"




Subject: Re: Suggestion for Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 18:56:02 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> This would have low priority.
> Why is that? AFAICS, that would be a nice productivity boost and can't be
> that hard to implement.

I know, but time is a rare resource for me. I'll see what I can do.

>> Too much trouble for the little time I have. But this is a nice idea.
> Considering that there doesn't seem to be a way I can do "TODO" searches
> myself (FULLTEXT limitation in MySQL as you describe it), I would think this
> is even more important.
Same as above.


>> Basically, if a word is there in more than 50% of the items, it is not
>> considered of interest and cannot be found.
> So how do one search for these items?
One doesn't, sadly. I don't have the time to implement a search engine from scratch, the FULLTEXT indexes are good enough in most cases. By most cases, I speak of regular users, not writers. For writers, I would rather add a fourth way to browse the projects, this time by undocumented items. But once again, I may not have the time to do all this.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Suggestion for Online Help
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Sep 2004 18:33:31 +0200
Newsgroups: jedi.vcl

> > Isn't it what the green arrow is doing?
Ah, yes my mistake. I thought that it was just a "back" button.

> > This would have low priority.
Why is that? AFAICS, that would be a nice productivity boost and can't be
that hard to implement.

> > Too much trouble for the little time I have. But this is a nice idea.
Considering that there doesn't seem to be a way I can do "TODO" searches
myself (FULLTEXT limitation in MySQL as you describe it), I would think this
is even more important.

> > Basically, if a word is there in more than 50% of the items, it is not
> > considered of interest and cannot be found.
So how do one search for these items?


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Suggestion for Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 18:06:09 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> After working a bit with the online help, I have some suggestions:
>
> * The page title should be descriptive of the content, i.e display
> "JvDesktopAlert" when showing/editing the JvDesktopAlert.pas overview and
> "TJvDesktopAlert.Status" when showing/editing the Status help item.
> Inevitable, when editing the help, you end up with a lot of browser windows
> and since they all say "JEDI Online Help" in the title, it's not easy
> tabbing to the right one.
I've seen that, I haven't fixed it just yet. This may come up over the week-end.

> * There should be a way to go "one up", i.e if I am finsihed editing a
> property, I would like to go to the parent class to select another property.
> If I am finished with a class in a unit, I would like to be able to go to
> the unit page to select another class in the same unit. I can't do that now.
> Instead I have to keep a lot of windows open or do a new search every time I
> want to go up a step.
Isn't it what the green arrow is doing?

> * We have the option to browse units "by unit" and "by type". I think you
> should add "by author" as well since people are more prone to document their
> own units first (I know I am). I can do an Author Search on my name and get
> the list but a direct link would be nice.
This would have low priority.

> * A "TODO" list would be nice also. Items that should be in this list are
> those that either have a Summary that is empty or says "Write here a summary
> (1 line)" and items that have a Description that is empty or says "Write
> here a description".
Too much trouble for the little time I have. But this is a nice idea.

> * A way to login without going through the admin page would be nice (I
> believe you are already planning this?). Even better would be to be returned
> to the initial page after login (i.e I login from the
> "TJvDesktopAlert.Status" page. After entering my particulars, I am returned
> to the "TJvDesktopAlert.Status" page)
Please wait for tonight's version <g>

> I also found some problems:
Me too <g>. Right now, you can add two users with the same login, for instance...

> * If I use double-quotes in the text, they are replaced with \" but the next
> time I edit that topic, everything after the first \ is gone. This doesn't
> happen with single-quotes.
I'll chase up.

> * If I select "Boolean" or "Query Expansion" option in Advanced Search, I
> get an "Warning: Your version of MySQL (3.23.58) does not support
> Boolean[Query Expansion] Mode, it is supported from version 4.0.1"
> (BTW, what is "Boolean Mode"?)
Yeah, that's because Borland's server has a VERY old version of MySQL. I can't do anything about it. For the explanation of Boolean Mode, follow the link in the question mark.

> * If I try to make an advanced search for "Write here a Description" in
> field "Description" I get the error:
> ---------------------------------------------------------------
> Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to
> allocate 35 bytes) in /home/jedi/jedihelp/data_access.php on line 971
>
> Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to
> allocate 0 bytes) in Unknown on line 0
> ---------------------------------------------------------------
>
> Funnily enough, if I select "All", I get a "0 items found" instead.
It doesn't crash on my machine. But this is not a problem I can fix directly anyway, it is a limit set by Borland's server. However, the display of search results deserves a rework, it shows all items on one page, even if there are thousands of them...

> * If I try to make and advanced search for "Write here a summary (1 line)"
> in field "Summary", I get "0 items found". That is definitely not correct
> since there are a lot of items with that exact Summary.
Please read the description from MySQL's web site, you will see why. Basically, if a word is there in more than 50% of the items, it is not considered of interest and cannot be found.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Suggestion for Online Help
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Sep 2004 17:12:51 +0200
Newsgroups: jedi.vcl

After working a bit with the online help, I have some suggestions:

* The page title should be descriptive of the content, i.e display
"JvDesktopAlert" when showing/editing the JvDesktopAlert.pas overview and
"TJvDesktopAlert.Status" when showing/editing the Status help item.
Inevitable, when editing the help, you end up with a lot of browser windows
and since they all say "JEDI Online Help" in the title, it's not easy
tabbing to the right one.

* There should be a way to go "one up", i.e if I am finsihed editing a
property, I would like to go to the parent class to select another property.
If I am finished with a class in a unit, I would like to be able to go to
the unit page to select another class in the same unit. I can't do that now.
Instead I have to keep a lot of windows open or do a new search every time I
want to go up a step.

* We have the option to browse units "by unit" and "by type". I think you
should add "by author" as well since people are more prone to document their
own units first (I know I am). I can do an Author Search on my name and get
the list but a direct link would be nice.

* A "TODO" list would be nice also. Items that should be in this list are
those that either have a Summary that is empty or says "Write here a summary
(1 line)" and items that have a Description that is empty or says "Write
here a description".

* A way to login without going through the admin page would be nice (I
believe you are already planning this?). Even better would be to be returned
to the initial page after login (i.e I login from the
"TJvDesktopAlert.Status" page. After entering my particulars, I am returned
to the "TJvDesktopAlert.Status" page)



I also found some problems:

* If I use double-quotes in the text, they are replaced with \" but the next
time I edit that topic, everything after the first \ is gone. This doesn't
happen with single-quotes.

* If I select "Boolean" or "Query Expansion" option in Advanced Search, I
get an "Warning: Your version of MySQL (3.23.58) does not support
Boolean[Query Expansion] Mode, it is supported from version 4.0.1"
(BTW, what is "Boolean Mode"?)

* If I try to make an advanced search for "Write here a Description" in
field "Description" I get the error:
---------------------------------------------------------------
Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to
allocate 35 bytes) in /home/jedi/jedihelp/data_access.php on line 971

Fatal error: Allowed memory size of 12582912 bytes exhausted (tried to
allocate 0 bytes) in Unknown on line 0
---------------------------------------------------------------

Funnily enough, if I select "All", I get a "0 items found" instead.

* If I try to make and advanced search for "Write here a summary (1 line)"
in field "Summary", I get "0 items found". That is definitely not correct
since there are a lot of items with that exact Summary.

That's all for now :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: New component TJvLookupAutoComplete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Sep 2004 16:28:59 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The new component TJvLookupAutoComplete (palette Jv Non-Visible) allows an
> easy way to add auto complete functionality to every TCustomEdit derived
> component. You can choose between a TCustomListBox derived component or a
> TStrings list.

That is better than my idea i just posted to the other thread.


Subject: Re: ComboBox AutoComplete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Sep 2004 16:26:38 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> But only for Delphi 5 because TComboBox has autocompelete functionality.

We should check which components could be expanded to have an autocomplete feature. It may need an extra TStrings property to carry the autocomplete strings, but it may be worthwile. A simple TEdit with autocomplete may not a bad idea.


Subject: Re: JvComboBox.pas: Without words.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Sep 2004 16:23:24 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Have a look at the "Jv"s. On the one hand a Jv-Unit is USEJVCL'ed and on
> the other hand four other Jv-Units are used. I will remove the USEJVCL
> from this file.

I think we have several of them.

BTW Adding USEJVCL to Globus is finished. Only some MouseEnter/MouseLeave functionality has not been restored yet.
I am a bit lazy with that. Many of the Globus components deserve the Archive.


Subject: Re: JVCL for CLX: Someone working on it / using it ?
From: "ssamayoa" <nospam@stopspam.com>
Date: Sat, 4 Sep 2004 16:21:08 +0200
Newsgroups: jedi.vcl

I try latest snapshot (sep 2) with JVCL installer but no luck.
I try modifing the sources but there so many errors.

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: New component TJvLookupAutoComplete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 15:51:05 +0200
Newsgroups: jedi.vcl

The new component TJvLookupAutoComplete (palette Jv Non-Visible) allows an
easy way to add auto complete functionality to every TCustomEdit derived
component. You can choose between a TCustomListBox derived component or a
TStrings list.

-- Regards, Andreas Hausladen 

Subject: Some JvEx.. stuff
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 04 Sep 2004 14:38:19 +0200
Newsgroups: jedi.vcl

Do I see it correct that the default value for FClipboardCommands is not set in the constructor classes in JvExMask.pas? Changed in Rev 1.41 I think.

Maybe it is an idea to respond to CM_HINTSHOW messages to alter the hint color to the value of the HintColor property of the control instead of changing the applications hint color continuously in response of controls enter and leave notifications? And changing HintColor default value to clNone that indicates that the hint color should NOT be changed.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: New component: TJvMultiStringHolder
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 13:59:59 +0200
Newsgroups: jedi.vcl

I have added the donated TJvMultiStringHolder to JvStringHolder.pas.

-- Regards, Andreas Hausladen 

Subject: Re: What happend to UltimDBGrid donation?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 13:36:43 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> What about TJvDBUltimGrid in JvDBUltimGrid.pas? <g>
>
>
> Maybe I should go earlier to bed and not fixing JVCL bug after midnight.
> It is the next componenten in the palette to JvDBGrid and I do not see it.

Well, we obviously both suffer from selective vision <g>


Subject: Re: JvComboBox.pas: Without words.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 13:36:08 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Uh?
>> I don't quite get it.
>
>
> Have a look at the "Jv"s. On the one hand a Jv-Unit is USEJVCL'ed and on
> the other hand four other Jv-Units are used. I will remove the USEJVCL
> from this file.
>
>
Oh... Blurry eyes in the morning <g>
Please go ahead with your changes.

Olivier Sannier
JVCL Coordinator


Subject: Re: JvComboBox.pas: Without words.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 13:27:38 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Uh?
> > I don't quite get it.

Have a look at the "Jv"s. On the one hand a Jv-Unit is USEJVCL'ed and on
the other hand four other Jv-Units are used. I will remove the USEJVCL
from this file.


-- Regards, Andreas Hausladen 

Subject: Re: What happend to UltimDBGrid donation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 13:26:32 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > What about TJvDBUltimGrid in JvDBUltimGrid.pas? <g>

Maybe I should go earlier to bed and not fixing JVCL bug after midnight.
It is the next componenten in the palette to JvDBGrid and I do not see it.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL for CLX: Someone working on it / using it ?
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 04 Sep 2004 13:22:39 +0200
Newsgroups: jedi.vcl

ssamayoa wrote:
> Im trying to compile and install JVCL/CLX but there is error after error.
>
Use the JVCLInstall to install JVCLX on the windows platform.
There is no installer available for JVCLX/Linux yet.
>
> Is someone working / using it?
>
Yes, me ;)
Just wait for next update.
Next JVCL release will contain a JVCLX beta.
>
> Has someone succesfully install on K3?
>
Yes, me ;)

Regards,

André Snepvangers
JVCL VisualCLX coordinator.




Subject: Re: What happend to UltimDBGrid donation?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 13:16:14 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Wasn't UltimDBGrid planned to replace JvDBGrid? But happend to it. It was
> donated three months ago, but I have not seen any "new" Grid component.
>
What about TJvDBUltimGrid in JvDBUltimGrid.pas? <g>

Olivier Sannier
JVCL Coordinator


Subject: Re: JvComboBox.pas: Without words.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 04 Sep 2004 13:13:13 +0200
Newsgroups: jedi.vcl

Uh?
I don't quite get it.


Subject: What happend to UltimDBGrid donation?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 12:20:33 +0200
Newsgroups: jedi.vcl

Wasn't UltimDBGrid planned to replace JvDBGrid? But happend to it. It was
donated three months ago, but I have not seen any "new" Grid component.

-- Regards, Andreas Hausladen 

Subject: Re: JvComboBox.pas: Without words.
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 4 Sep 2004 11:22:12 +0200
Newsgroups: jedi.vcl

:)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvStrToHtml.pas a candidate for JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 10:27:15 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Andreas Hausladen wrote:
>> > > The TJvStrToHtml component is something that is more a JCL class than a
>> > > JVCL component. I think a single "function" should be encapsulated by a
>> > > whole component.
>> > > 
>> > > I would suggest to move the component to the archive and add the
>> > > functionality to the JCL or at least to JvJCLUtils.
> > 
> > Ah, someone reads my comments at last ;-)

I must say, I have not read it.

> > I think a single "function" should be encapsulated by a
> >  whole component.

Should read: "sould _not_ be"


-- Regards, Andreas Hausladen 

Subject: Re: ComboBox AutoComplete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 10:26:09 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Sounds like a candidate for JvEx*.

But only for Delphi 5 because TComboBox has autocompelete functionality.


-- Regards, Andreas Hausladen 

Subject: Re: ComboBox AutoComplete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Sep 2004 06:14:20 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> With these classes it is no big task to implement autocomplete for any
> component. It should also work in VisualCLX mode because I have removed
> most SendMessage calls, or had introduced a slower IFDEF'ed code.

Sounds like a candidate for JvEx*.


Subject: Re: JvStrToHtml.pas a candidate for JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Sep 2004 06:12:52 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The TJvStrToHtml component is something that is more a JCL class than a
> JVCL component. I think a single "function" should be encapsulated by a
> whole component.
>
> I would suggest to move the component to the archive and add the
> functionality to the JCL or at least to JvJCLUtils.

Ah, someone reads my comments at last ;-)


Subject: ComboBox AutoComplete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 04:32:28 +0200
Newsgroups: jedi.vcl

I have written three classes that handle the ComboBox autocomplete.
They are in JvJVCLUtils:

TJvControlAutoComplete is a abstract base class. It implements the logic
for lookup-autocomplete.

TJvEditListBoxAutoComplete adds the features for a TEdit+TListBox
"ComboBox" as it is used in TJvInspectorItem.

TJvComboBoxAutoComplete adds the features for a TComboBox "ComboBox" as it
is used in TJvComboBox.


With these classes it is no big task to implement autocomplete for any
component. It should also work in VisualCLX mode because I have removed
most SendMessage calls, or had introduced a slower IFDEF'ed code.


-- Regards, Andreas Hausladen 

Subject: JVCL for CLX: Someone working on it / using it ?
From: "ssamayoa" <nospam@stopspam.com>
Date: Sat, 4 Sep 2004 03:47:22 +0200
Newsgroups: jedi.vcl

Im trying to compile and install JVCL/CLX but there is error after error.

Is someone working / using it?

Has someone succesfully install on K3?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvComboBox.pas: Without words.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Sep 2004 03:29:45 +0200
Newsgroups: jedi.vcl

  {$IFDEF USEJVCL}
  JvCheckListBox,
  {$ELSE}
  CheckLst,
  {$ENDIF USEJVCL}
  JvDataProvider, JvMaxPixel, JvExStdCtrls, JvToolEdit;

Without words.


-- Regards, Andreas Hausladen 

Subject: JvMailMerge?
From: "Chris House" <chris.house@comcast.net>
Date: Fri, 3 Sep 2004 17:26:20 -0700
Newsgroups: jedi.vcl

Is there a mailmerge component in the JVCL?

Chris




Subject: Re: JvXPProgressBar
From: "Stefano Pessina" <peste1@hotmail.com>
Date: Fri, 3 Sep 2004 22:47:50 +0200
Newsgroups: jedi.vcl

I think he mean your .pas file
(http://homepages.borland.com/jedi/issuetracker/file_download.php?file_id=00
00510&type=bug)

Regards,
Stefano Pessina

"Peter Thornqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:chacge$bo9$1@talkto.net...
>> > > Haven't you uploaded it to Mantis? I found it there with an extra
>> > > TJvTestSpecialProgressBar component (which I have renamed to
>> > > TJvGradientProgressBar).
> >
> > Oh, I thought you had looked at the original donation from Pessina. I
still
> > think I have a newer version at work. Interested?
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: JvStrToHtml.pas a candidate for JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Sep 2004 22:29:31 +0200
Newsgroups: jedi.vcl

The TJvStrToHtml component is something that is more a JCL class than a
JVCL component. I think a single "function" should be encapsulated by a
whole component.

I would suggest to move the component to the archive and add the
functionality to the JCL or at least to JvJCLUtils.

-- Regards, Andreas Hausladen 

Subject: Re: JvXPProgressBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Sep 2004 22:09:57 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
 
> > Oh, I thought you had looked at the original donation from Pessina. I
> > still think I have a newer version at work. Interested?

I have changed some code. The Themed TProgressBar has a gab between the
bar and the border. The TJvXPProgressBar has this now, too.

An I have fixed a bug in the JvBaseProgressBar class. When the Orientation
was set to vertical and you load the control from the .dfm file, the width
and height are swapped. This is ok when they are already set (after the
load process), but not while loading. So this is also fixed.


-- Regards, Andreas Hausladen 

Subject: Re: JvXPProgressBar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Sep 2004 21:32:06 +0200
Newsgroups: jedi.vcl

> > Haven't you uploaded it to Mantis? I found it there with an extra
> > TJvTestSpecialProgressBar component (which I have renamed to
> > TJvGradientProgressBar).

Oh, I thought you had looked at the original donation from Pessina. I still
think I have a newer version at work. Interested?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvXPProgressBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Sep 2004 21:22:24 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > If you're interested, I have an improved JvXPProgressBar (no resource
> > bitmaps, looks and works more like "the real thing") I could upload. It
> > is based on the donation and I meant to finish it but never got the
> > time. Can't upload until monday, though since I have it at work.

Haven't you uploaded it to Mantis? I found it there with an extra
TJvTestSpecialProgressBar component (which I have renamed to
TJvGradientProgressBar).


-- Regards, Andreas Hausladen 

Subject: Tip of the day appears behind form
From: "Warren Sirota" <wsirota@wsdesigns.com>
Date: Fri, 3 Sep 2004 17:17:19 +0000 (UTC)
Newsgroups: jedi.vcl

I'm using JvTipOfDay with an XML Storage Component. I have all 3
options set to true, and in my FormCreate routine I have a call to
tipOfDay.LoadFromFile. Yet I don't see the dialog when I start up the
app; instead, I see it if I start up the app and then hit Alt-Tab, so
it's either behind the form, or something.

The form is bound to a bunch of data, so it takes a while to load.
Don't know if that's affecting it; when I try a separate test on a
basically empty form, I don't see this aberrant behavior - the dialog
comes up in front of the form, as it should.

Any clues or workarounds? Thanks.


Subject: Re: JvXPProgressBar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Sep 2004 19:06:32 +0200
Newsgroups: jedi.vcl

If you're interested, I have an improved JvXPProgressBar (no resource
bitmaps, looks and works more like "the real thing") I could upload. It is
based on the donation and I meant to finish it but never got the time. Can't
upload until monday, though since I have it at work.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: need help collecting OS related stats - should i interface with perfmon?
From: "Mark Meyer" <geeky2@gte.net>
Date: Fri, 3 Sep 2004 11:20:56 -0500
Newsgroups: jedi.vcl

hi everyone..

i am a newbie to the JVCL and to this newsgroup

i have been given a generic request to gather Operating System and Process
related statistics on a Windows box and stuff them in to a database for
trend analysis and so on.

the subject of perfmon came up early on in the conversation - but it seems
to be a "mystery" as to how to interface with perfmon.  we have discussed
the API route and the idea of "scraping logs".

someone on another delphi related mail list suggested that i check out the
JVCL as it pertains to wrapper components that interface with perfmon.

1) is perfmon the best place to gather stats like:

* Percentage utilization of each CPU on Server
* Total Disk I/O per second (percentage of max throughput)
* Total Network I/O per second (percentage of max throughput)
* Total MSMQ incoming/outgoing bytes per second
* Total MSMQ incoming/outgoing messages per second
* Number of simultaneous IIS connections
* Number of IIS requests per second
* Total physical memory usage
* Total virtual memory usage

2) does the JVCL have perfmon wrappers that i can use?

3) where and what should i download from JEDI?

thx for any and all suggestions that anyone wishes to give
mark




Subject: Re: Installation problem
From: "Warren Sirota" <wsirota@wsdesigns.com>
Date: Fri, 3 Sep 2004 16:10:46 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Warren Sirota wrote:
> > 
>> > > [Compiling: JvGlobusD7R.bpl]
>> > > Borland Delphi Version 15.0
>> > > Copyright (c) 1983,2002 Borland Software Corporation
>> > > JvGlobusD7R.dpk(47) Fatal: Required package 'vclie' not found
> > 
> > Either you have the Personal Edition or you have not installed
> > Delphi's internet components (THtmlPageProducer, ...).
> > Maybe you can remove this dependency from JvGlobus and test which
> > components need it.

You're probably right about the Internet Components - I'm not using
Delphi for server-side development yet. I'll either install them or
just try installing the JVCL more selectively. Thanks.


Subject: Re: JvXPProgressBar
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 03 Sep 2004 18:03:53 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I found the JvXPProgressBar in Mantis. Now I have a question where I
> should place the new component. The JvXPCtrls is a USEJVCL package but
> TJvXPProgressBar uses the JVCL (JvJCLUtils, JvJVCLUtils, JvProgressBar).
>
> At the moment I think that placing the component in JvStdCtrls would be
> ok. But when we would remove USEJVCL from JvXPCtrls it would be placed in
> JvXPCtrls.

And why not simply put it in JvXPCtrls and it is unavailable if USEJVCL is not on. I know that this forces the component not to be there if USEJVCL is not on, but it is on by default and people turning it off would not want any JVCL code anyway.

> BTW: Who uses the JVCL runtime packages in programs? I think most user
> compile the JVCL code into their executable or a own package.
I always put everything in the executable to have them as standalone programs. I think most people do that, unless they are using plugins.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Problems with TJvRichEdit examples
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Sep 2004 17:44:33 +0200
Newsgroups: jedi.vcl

Chris House wrote:

> > Thanks, I'll do it.
> > One question though: What with betas and daily releases, is this code
> > suitable (tough-enough) for a production app?

JVCL 3 is more stable than the released JVCL 2. And the Daily snapshots
are more stable than the released JVCL 3 Beta.

I use JVCL 3 in some applications. And the only problem I have seen yet
was because of a wrong decimal separator in TJvValidateEdit (former
TJvCurrencyEdit) set by the user himself. But first the user had not done
anything (as you certainly know).


-- Regards, Andreas Hausladen 

Subject: Re: Problems with TJvRichEdit examples
From: "Chris House" <chris.house@comcast.net>
Date: Fri, 3 Sep 2004 08:33:27 -0700
Newsgroups: jedi.vcl

Thanks, I'll do it.
One question though: What with betas and daily releases, is this code
suitable (tough-enough) for a production app?



"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:ch9r6e$7mp$1@talkto.net...
> > You should not use the JVCL BETA1/JCL1.90. Instead get the latest JVCL
from
> > http://jvcl.sf.net/daily and the JCL from http://jcl.sf.net/daily. YOu
will
> > have better sucess with that.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: Re: Installation problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Sep 2004 17:33:01 +0200
Newsgroups: jedi.vcl

Warren Sirota wrote:

> > [Compiling: JvGlobusD7R.bpl]
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > JvGlobusD7R.dpk(47) Fatal: Required package 'vclie' not found

Either you have the Personal Edition or you have not installed Delphi's
internet components (THtmlPageProducer, ...).
Maybe you can remove this dependency from JvGlobus and test which
components need it.


-- Regards, Andreas Hausladen 

Subject: Re: Installation problem
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 03 Sep 2004 17:06:11 +0200
Newsgroups: jedi.vcl

Yes, sorry, there was a problem with the JvStringsForm.dfm
Please get the correct version here:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/design/JvStringsForm.dfm?rev=1.10&view=auto

and overwrite the one you have in jvcl\design

Alternatively, you can wait for the next daily zip.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: JvXPProgressBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Sep 2004 16:46:53 +0200
Newsgroups: jedi.vcl

I found the JvXPProgressBar in Mantis. Now I have a question where I
should place the new component. The JvXPCtrls is a USEJVCL package but
TJvXPProgressBar uses the JVCL (JvJCLUtils, JvJVCLUtils, JvProgressBar).

At the moment I think that placing the component in JvStdCtrls would be
ok. But when we would remove USEJVCL from JvXPCtrls it would be placed in
JvXPCtrls.


BTW: Who uses the JVCL runtime packages in programs? I think most user
compile the JVCL code into their executable or a own package.

-- Regards, Andreas Hausladen 

Subject: Re: jvThumbViews again
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Sep 2004 16:37:35 +0200
Newsgroups: jedi.vcl

> > Should this go into mantis?
Yes

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Problems with TJvRichEdit examples
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Sep 2004 16:36:36 +0200
Newsgroups: jedi.vcl

You should not use the JVCL BETA1/JCL1.90. Instead get the latest JVCL from
http://jvcl.sf.net/daily and the JCL from http://jcl.sf.net/daily. YOu will
have better sucess with that.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Another feature of UnitVersioning code
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 03 Sep 2004 16:28:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I found a new feature of the UnitVersioning code I had not thought of.
> If someone posts a complete source file to Mantis we simply look at the
> UnitVersionInfo record at the file end and can see which revision it was.
>
>
You could already see it in the $Id tag at the beginning <g>

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Installation problem
From: "Warren Sirota" <wsirota@wsdesigns.com>
Date: Fri, 3 Sep 2004 14:09:45 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Yes, sorry, there was a problem with the JvStringsForm.dfm
> > Please get the correct version here:
> > 
> > http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/design/JvStringsF
> > orm.dfm?rev=1.10&view=auto
> > 
> > and overwrite the one you have in jvcl\design
> > 
> > Alternatively, you can wait for the next daily zip.
> > 
> > Cheers

Well, one problem at a time, I guess.
Once I replaced that file, I tried installing again and got:

[Compiling: JvGlobusD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvGlobusD7R.dpk(47) Fatal: Required package 'vclie' not found

** error 1 ** deleting "C:\Program
Files\Borland\Delphi7\\Projects\Bpl"\JvGlobusD7R.bpl

** error 1 ** deleting CompilePackages

Was I supposed to go through a whole uninstall/clear out everything
cycle before rerunning the JVCL install? Or is there a different reason
for the problem?

Thanks,
Warren


Subject: Another feature of UnitVersioning code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Sep 2004 15:48:27 +0200
Newsgroups: jedi.vcl

I found a new feature of the UnitVersioning code I had not thought of.
If someone posts a complete source file to Mantis we simply look at the
UnitVersionInfo record at the file end and can see which revision it was.


-- Regards, Andreas Hausladen 

Subject: Re: Installation problem
From: "Warren Sirota" <wsirota@wsdesigns.com>
Date: Fri, 3 Sep 2004 13:32:14 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > Hi,
> > 
>> > > Borland Delphi Version 15.0
>> > > Copyright (c) 1983,2002 Borland Software Corporation
>> > > C:\Program Files\JVCL\run\JvUnicodeEditor.pas(44) Fatal: File not
>> > > found: 'JclWideStrings.dcu'
> > 
> > The latest JVCL is not compatible with JCL 1.91 any longer.  Use
> > http://jcl.sourceforge.net/daily/jcl-Latest.zip instead, which
> > includes unit JclWideStrings.

I downloaded both of the latest - now I'm getting:

[Compiling: JvCoreD7D.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Error: RLINK32: Unsupported 16bit resource in file "C:\Program
Files\JVCL\design\JvStringsForm.dfm"

** error 1 ** deleting JvCoreD7D.bpl

** error 1 ** deleting CompilePackages


Subject: JvDBSearchEdit & JvDBFindEdit with JvCsvDataSet
From: "Jim" <iraklion@NOSPAMhotmail.com>
Date: Fri, 3 Sep 2004 10:34:11 +0000 (UTC)
Newsgroups: jedi.vcl

Do JvDBSearchEdit and JvDBFindEdit controls work with JvCsvDataSet ?

I placed those controls on the CsvDataDemo form, set the properties,
but they don't function the way it should.

Jim


Subject: Re: Developers: Please assess an review bugs
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 03 Sep 2004 11:35:01 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I now found the problem with the disappearing bugtracker.
> I tried to set 1200 bugs per page to have them on a single page to save locally. This seems to overload the application generating the page.

Oh, yes, that might be the case.
PHP has a built in protection, if the script takes longer than x seconds (30 by default), it stops it. It usually prints a warning, but not always.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Developers: Please assess an review bugs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 03 Sep 2004 11:31:34 +0200
Newsgroups: jedi.vcl

I now found the problem with the disappearing bugtracker.
I tried to set 1200 bugs per page to have them on a single page to save locally. This seems to overload the application generating the page.


Subject: Re: jvOutlookBar shortcomming
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 03 Sep 2004 08:42:37 +0200
Newsgroups: jedi.vcl

Yannis wrote:
>> I've just comitted a new version to CVS with support for Actions. Let me
>> know if you have problems/additional suggestions.
>>
>
>
> Thank you.
>
> At the moment I do not have CVS access (Firewall at work) but
> I can wait until the next beta release of V3 to test them.
>
> Regards

Use the daily zips from this address:

http://jvcl.sf.net/daily/

Please note that you will need the JCL daily zip as well, available here:

http://jcl.sf.net/daily/

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Where TJvRichEdit Demo/Example?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 03 Sep 2004 08:23:06 +0200
Newsgroups: jedi.vcl

miyomo wrote:

>     I'm gonna download it!

Get the JCL and the JVCL from
http://jcl.sf.net/daily
http://jvcl.sf.net/daily

Be sure to remove all files of the JVCL 2.1.
Read the text about installation!


Subject: Re: jvOutlookBar shortcomming
From: Yannis <None@Noware.non>
Date: Fri, 3 Sep 2004 04:54:46 +0000 (UTC)
Newsgroups: jedi.vcl

> > I've just comitted a new version to CVS with support for Actions. Let me
> > know if you have problems/additional suggestions.
> > 

Thank you.

At the moment I do not have CVS access (Firewall at work) but
I can wait until the next beta release of V3 to test them.

Regards
-- Yannis Kozikopoulos Software Engineer Market Data & Analysis ------------------------------------------------------ PROFILE S. A. Sigrou Av 199, 171 21 Athens Phone: +30 210 9301200, Fax: +30 210 9301222 e-mail: ********************** www.profile.gr 

Subject: Re: Warning : TJvCustomAppStorage
From: "Ed Blanchard" <edwardb@NONOsgci.com>
Date: Fri, 3 Sep 2004 02:46:53 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Ed Blanchard wrote:
>> > > OBones wrote:
>> > > 
>> > > 
>> > > 
>> > > Cheers = Salut!
>> > > 
>> > > Sort of, both are friendly greetings, and are used as a toast when
>> > > drinking...
>> > > 
>> > > Cheers,
>> > > EdB
> > 
> > Yeah, but in French, you mostly use "Salut" to greet someone when you
> > first see them, not often to say "A bientôt" (See you later). That's
> > why I prefer "Amicalement".

Regional differences... Northern Ontario "French Canadian" habit is to
use "salut" coming AND going...  Oh, and we drink a lot too! <g>

Good thing we don't have to transliterate "tally-ho!"

EdB


Subject: Problems with TJvRichEdit examples
From: "Chris House" <chris.house@comcast.net>
Date: Thu, 2 Sep 2004 19:26:57 -0700
Newsgroups: jedi.vcl

I am trying to use decimal tabs in a RichEdit control.
I attempted to use several (TRichEdit98, TrxRichEdit, and the one in JVCL
2.1 stable). But the RichEdit
examples are in JVCL 3.0 BETA 1.

I followed the directions and removed the JVCL / JCL 2.1.

Using JVCL300BETA1JCL190Complete.zip, I installed both JVCL (but not all of
it) and JCL.

I am now trying to run the 2 examples in the \jvcl\examples\JvRichEdit
folder but neither will compile.
Errors:

Messenger Demo
[Fatal Error] JvConsts.pas(248): Could not create output file
'..\..\dcu\JvConsts.dcu'

I found 2 copies of JvConsts.dcu:
\jvcl\devtools\dcu
\jvcl\lib\d6


Editor Demo
[Fatal Error] EditorDemo.dpr(10): File not found: 'JvExceptionForm.dcu'

I searched and found JvExceptionForm.dfm and JvExceptionForm.pas in
\jvcl\run


From Environment Options / Library / Library path:
\jvcl\common
\jvcl\lib\d6
\jcl\lib\d6
\jcl\source

Marked Invalid:
\jcl\lib\d6\obj     (if I delete it, it comes back as Marked Invalid.)



ANY idea how I can resolve these compiler errors?

TIA,

Chris




Subject: Re: Installation problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 03 Sep 2004 04:20:52 +0200
Newsgroups: jedi.vcl

Hi,

> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> C:\Program Files\JVCL\run\JvUnicodeEditor.pas(44) Fatal: File not
> found: 'JclWideStrings.dcu'

The latest JVCL is not compatible with JCL 1.91 any longer.  Use
http://jcl.sourceforge.net/daily/jcl-Latest.zip instead, which includes unit JclWideStrings.


Subject: Re: jvThumbViews again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 02 Sep 2004 23:55:01 +0000
Newsgroups: jedi.vcl

micha schumann wrote:
> Hello,
>
> I extended jvThumbViews to call the event OnGetTitle also with Files read from a directory. This allows changing all Titles not only those of pics added manually. IMO this is the correct behaviour - the event GetTitle should be called with every thumbnail.
>
> If you all agree with me I would be happy if someone could commit the changes below to CVS (I heavily marked my additions):
>
> procedure TJvThumbView.SetDirectory(Value: string);
> var
>   Counter1, FStartTime: DWORD;
>   Cancel: Boolean;
>   ReadFileList: TStringList;
>   OldCursor: TCursor;
>
>   // *** added by micha schumann
>   // *** allow to change title also with scanned files
>   FFont: TFont;
>   FColor: TColor;
>   ThumbnailTitle: string;
>   // *** end addition by micha schumann
>
> //  Pic: TPicture;
> begin
>   FSelected := -1;
>   //  If Not FPainted then
>   //  begin
>   //    postMessage(Self.Handle,WM_LoadWhenReady,0,0);
>   //    Exit;
>   //  end;
>   FDiskSize := 0;
>   if FFilling then
>     Exit;
>   if Value <> '' then
>   begin
>     ReadFileList := TStringList.Create;
>     OldCursor := Cursor;
>     try
>       FFilling := True;
>     //    if Assigned(ReadFileList) then FreeAndNil(ReadFileList);
>       FStartTime := GetTickCount;
>       GetFiles(Value);
>       if FSorted then
>         ReadFileList.Assign(FFileListSorted)
>       else
>         ReadFileList.Assign(FFileList);
>       EmptyList;
>       FDirectory := Value;
>       if Assigned(FOnStartScanning) then
>         FOnStartScanning(Self, ReadFileList.Count - 1);
>       if ReadFileList.Count > 0 then
>       begin
>         Cancel := False;
>         for Counter1 := 0 to ReadFileList.Count - 1 do
>         begin
>           if Assigned(FOnScanProgress) then
>             FOnScanProgress(Self, Counter1 + 1, Cancel);
>           if Cancel then
>             Break;
>           AddThumb(ExtractFilename(ReadFileList.Strings[Counter1]), True);
>           TJvThumbnail(FThumbList.Objects[Counter1]).FileName := ReadFileList.Strings[Counter1];
>
>           // *** added by micha schumann
>           // *** allow to change title also with scanned files
>           if Assigned(FOnGetTitle) then
>           begin
>             FFont := TFont.Create;
>             FColor := clBtnFace;
>             FOnGetTitle(Self, ReadFileList.Strings[Counter1], ThumbnailTitle, FFont, FColor);
>
> TJvThumbnail(FThumbList.Objects[Counter1]).SetTitlePanel(ThumbnailTitle, FFont, FColor);
>             FreeAndNil(FFont);
>           end;
>           // *** end addition by micha schumann
>
>           Inc(FDiskSize, TJvThumbnail(FThumbList.Objects[Counter1]).FileSize);
>           if (Cursor <> crHourGlass) and (GetTickCount - FStartTime > 1000) then
>             Cursor := crHourGlass;
>         end;
>       end;
>       if Assigned(FOnStopScanning) then
>         FOnStopScanning(Self);
>     finally
>       FreeAndNil(ReadFileList);
>       FFilling := False;
>       Cursor := OldCursor;
>     end
>   end
>   else
>     EmptyList;
>   FDirectory := Value;
>   if (FThumbList.Count > 0) and (Selected < 0) then
>     SetSelected(0);
>   Invalidate;
> end;
>
> Best regards,
>
> Micha Schumann
Should this go into mantis?


Subject: Re: Installer strange message
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Sep 2004 00:06:54 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > Perhaps in contrast to JVCL for Visual CLX?  Just guessing.

You guess right.


-- Regards, Andreas Hausladen 

Subject: JCL, JVCL, unofficial CLX patches and CrossKylix
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 2 Sep 2004 23:50:51 +0200
Newsgroups: jedi.vcl

Hi.

I just got a new computer (Toshiba A60 with P4 at 3.06HT). Also, I got 
Virtual PC (from MS) and Kylix (which come with D7). I install a VM with 
Mandrake 9.1 (excelent product this Virtual PC).

I told you this because I install and ran succesfully CrossKylix.

As fas as I test the environment, it seems promisin to do real cross 
platform development without the need of running Kylix on Linux.

Has someone already installed JCL, JVCL and/or unofficial CLX patches in 
CrossKylix?

Some hint on how can I do this?

Of course I will try my self...

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Installation problem
From: "Warren Sirota" <wsirota@wsdesigns.com>
Date: Thu, 2 Sep 2004 21:31:55 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I've tried to clean out everything several times, but I'm still getting
trouble getting JVCL to compile. I've got JCL 1.91, which seems to
install without problem. When I then run the JVCL 3 install, I get this
error:

[Compiling: JvCustomD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program Files\JVCL\run\JvUnicodeEditor.pas(44) Fatal: File not
found: 'JclWideStrings.dcu'

** error 1 ** deleting "C:\Program
Files\Borland\Delphi7\Projects\Bpl"\JvCustomD7R.bpl

** error 1 ** deleting CompilePackages


I'm fairly new to the Delphi environment, so please forgive if I'm
missing something obvious.

Thanks,
Warren


Subject: Re: Where TJvRichEdit Demo/Example?
From: "miyomo" <pippo@hotmail.com>
Date: Thu, 2 Sep 2004 22:54:14 +0200
Newsgroups: jedi.vcl

> > The examples\JvRichEdit folder is in Jvcl 3.0 Beta 1, not Jvcl 2.1
Stable...


Many thanks!
    I'm gonna download it!

Best Regards
  Miyomo




Subject: Re: JvStringsForm.dfm Error!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 02 Sep 2004 22:14:20 +0200
Newsgroups: jedi.vcl

Richard wrote:
> Hi,
> In the newest JVCL daily Zip file (JVCL3-2004-09-02.zip), JvStringsForm.dfm has format Error! 

Oops and fixed.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvStringsForm.dfm Error!
From: "Richard" <ljs_1969@hotmail.com>
Date: Thu, 2 Sep 2004 15:39:55 -0400
Newsgroups: jedi.vcl

Hi,
In the newest JVCL daily Zip file (JVCL3-2004-09-02.zip), JvStringsForm.dfm 
has format Error! 




Subject: Re: Where TJvRichEdit Demo/Example?
From: "Chris House" <chris.house@comcast.net>
Date: Thu, 2 Sep 2004 12:36:02 -0700
Newsgroups: jedi.vcl

"miyomo" <pippo@hotmail.com> wrote in message
news:ch7b2j$nna$1@talkto.net...
> >
> > "Robert Marquardt" <robert_marquardt@gmx.de> ha scritto nel messaggio
> > news:ch6hpc$hu1$1@talkto.net...
>> > > miyomo wrote:
>>> > > > Hi! Where I can find a TJvRichEdit Demo/Example?
>> > >
>> > > How about examples\JvRichEdit?
> >
> >
> > No such a directory there. only I have
> > .....
> > JvPlugin
> > JvScreenCapture
> > .....
> >
> > Can u post me the examples\JvRichEdit?
> >
> > Thanks!
> >
> > miyomo  ( hat )   hotmail dot com
> >
The examples\JvRichEdit folder is in Jvcl 3.0 Beta 1, not Jvcl 2.1 Stable...




Subject: Re: Installer strange message
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 02 Sep 2004 21:13:59 +0200
Newsgroups: jedi.vcl

Hi,

> The thing that suprises me is mostly the meaning of the sentence itself:
>
> Finished JVCL for *VCL* installation

Perhaps in contrast to JVCL for Visual CLX?  Just guessing.


Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 20:37:54 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>> No, it doesn't tell you later that WhiteSpaceReplacement cannot contain
>> a space, but it tells you that the Node you are trying to write cannot
>> contain a space. The exception suggest to the user to set the
>> WhiteSpaceReplacement property to a non emtpy string.
>> I think it is better to teach users that a node name cannot contain a
>> white space rather than change those without letting them know.
>
>
>     ah, right. Misread that exception message. Well I can except that then,
> but you set the property to an underscore by default, so the casual user
> will not notice this behind the scenes replacement anyway, until he messes
> with this property, at which point he learns he shouldn't do that and may
> think 'why didn't it tell me before I set that property to an empty string?'
> Well, we could keep discussing this back and forth but that would be a waste
> of time IMO. Keeping it as is will do just fine.

Yeah, I agree with that too, I'll change that back to be an empty string and put a notice in the changelog file. This way it leaves the original behaviour AND teaches the users to use the new property.

Cheers

Olivier Sannier
JVCL Coordinator



Subject: Re: Probleme with JvAppXMLStorage
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Thu, 2 Sep 2004 20:32:42 +0200
Newsgroups: jedi.vcl

> > No, it doesn't tell you later that WhiteSpaceReplacement cannot contain
> > a space, but it tells you that the Node you are trying to write cannot
> > contain a space. The exception suggest to the user to set the
> > WhiteSpaceReplacement property to a non emtpy string.
> > I think it is better to teach users that a node name cannot contain a
> > white space rather than change those without letting them know.

    ah, right. Misread that exception message. Well I can except that then,
but you set the property to an underscore by default, so the casual user
will not notice this behind the scenes replacement anyway, until he messes
with this property, at which point he learns he shouldn't do that and may
think 'why didn't it tell me before I set that property to an empty string?'
Well, we could keep discussing this back and forth but that would be a waste
of time IMO. Keeping it as is will do just fine.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Install Error CBP5.0
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 20:14:14 +0200
Newsgroups: jedi.vcl

Vladimir Kovac wrote:

>> I just tried the installer, and it worked perfectly fine here.
>> The only thing I can think of are the updates. Did you install all of
>> them for C++ Builder 5 ?
>>
>
>  If You mean update of builder, I have installed only one I know that
> exists.
> bcbproupdate1.exe...

Then I have absolutely no idea what is wrong. What is even worse is that the error also happens with the Indy components, which leads me to think that there is a problem with your installation

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 20:13:18 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>> Okay, I wrote that method, it checks for spaces in the White Space
>> replacement. However, one can still set the value to an empty string.
>> This is to keep the old behaviour, with the added benefit of an Exception.
>
>
>     Huh? If I set this property to an empty string I get an exception later
> telling me I can not use an empty string for that property. This seems very
> weird to me and I fail to see this will keep the old behavior (unless you
> refer to the fact that you'd get an exception anyway if you used a node name
> with a space in it).

No, it doesn't tell you later that WhiteSpaceReplacement cannot contain a space, but it tells you that the Node you are trying to write cannot contain a space. The exception suggest to the user to set the WhiteSpaceReplacement property to a non emtpy string.
I think it is better to teach users that a node name cannot contain a white space rather than change those without letting them know.

My 2 cents

Olivier Sannier
JVCL Coordinator


Subject: Re: Problem with JvDBDateTimePicker
From: Mike <mike@nospam.net>
Date: Thu, 02 Sep 2004 11:13:12 -0700
Newsgroups: jedi.vcl

Peter:
Yeah, that's what I ultimately decided to do. . . .

Thanks

Peter Thornqvist wrote:

> You should probably change the date value in the dataset directly.
>


Subject: Re: Warning : TJvCustomAppStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 20:10:39 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:
> OBones wrote:
>
>
>> Pierre Y. wrote:
>>
>>
>>> OBones a écrit :
>>>
>>>
>>>> Will check and fix as appropriate.
>>>>
>>>> Cheers
>>>
>>>
>>> C'est quoi ça cheers ?
>>>
>>
>> (For those who are not French speakers, Pierre is asking for the
>> meaning of 'Cheers'. My answer below is in French).
>>
>> 'Cheers', c'est comme 'Regards' mais en plus amical. En français, je
>> sais pas trop, on pourrait dire 'Cordialement', 'Amicalement', enfin
>> voila quoi ;-)
>
>
> Cheers = Salut!
>
> Sort of, both are friendly greetings, and are used as a toast when
> drinking...
>
> Cheers,
> EdB

Yeah, but in French, you mostly use "Salut" to greet someone when you first see them, not often to say "A bientôt" (See you later). That's why I prefer "Amicalement".


Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 20:06:35 +0200
Newsgroups: jedi.vcl

> > I just tried the installer, and it worked perfectly fine here.
> > The only thing I can think of are the updates. Did you install all of
> > them for C++ Builder 5 ?
> >
 If You mean update of builder, I have installed only one I know that
exists.
bcbproupdate1.exe...

Vladimir Kovac




Subject: Re: Probleme with JvAppXMLStorage
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Thu, 2 Sep 2004 20:00:44 +0200
Newsgroups: jedi.vcl

> > Okay, I wrote that method, it checks for spaces in the White Space
> > replacement. However, one can still set the value to an empty string.
> > This is to keep the old behaviour, with the added benefit of an Exception.

    Huh? If I set this property to an empty string I get an exception later
telling me I can not use an empty string for that property. This seems very
weird to me and I fail to see this will keep the old behavior (unless you
refer to the fact that you'd get an exception anyway if you used a node name
with a space in it).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Problem with JvDBDateTimePicker
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 2 Sep 2004 19:57:05 +0200
Newsgroups: jedi.vcl

You should probably change the date value in the dataset directly.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 19:52:36 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Yes, this is the intended behaviour. I did this so that I could provide a fix to the situation being delt with here, I intended to rework that later by actually checking the value. But then I thougt: Why would someone put a space to replace a space? If they do, isn't it their problem if the file is invalid?
> But I'll write a setter method and do a check in there.
Okay, I wrote that method, it checks for spaces in the White Space replacement. However, one can still set the value to an empty string. This is to keep the old behaviour, with the added benefit of an Exception.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Installer strange message
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 19:49:50 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> BTW: Feel free to remove it.

The thing that suprises me is mostly the meaning of the sentence itself:

Finished JVCL for *VCL* installation

I would expect something more like this:

Finished JVCL for *C++ Builder 5* installation

That's all. The fact that the message is here is fine by me.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Installer strange message
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Sep 2004 19:39:14 +0200
Newsgroups: jedi.vcl

BTW: Feel free to remove it.


-- Regards, Andreas Hausladen 

Subject: Re: Installer strange message
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Sep 2004 19:39:00 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > What is the meaning of that?

It says that the installation process is now complete.

> > It's not a really useful message to me...

The message was first and then was the progress bar. So I needed a message
that shows me that the compilation process is finished.


-- Regards, Andreas Hausladen 

Subject: Re: Problem with JvDBDateTimePicker
From: Mike <mike@nospam.net>
Date: Thu, 02 Sep 2004 10:24:25 -0700
Newsgroups: jedi.vcl

After a little inspection, it looks like setting the datetime, date or time properties does not trigger a change to the underlying datafield.

Thanks,
Mike

Mike wrote:

> While validating dates that are selected with the JvDBDateTimePicker, there are occasions when I would like to reverse a user selection and set the date to another value. What I am currently doing is the following:
>
> I click the drop-down button and choose a date from the calendar.
> In the OnExit event, I validate the date. If it isn't correct, then I set the component's DateTime property to the proper value and it displays in the editor properly. If I post the changes to the database at this point, the changed value of the component does not get posted. What actually posts is the value I originally chose using the pop-up calendar. Any ideas?
>
> Thanks,
> Mike


Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 19:12:02 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Uhm, I just peeked at the commit notification mail, but it seems there
> is no check on the replacement property at all until spaces are to be
> replaced. Wouldn't it be better to write a Set method and make the check
> there (so it will not check if the property is valid on each and every node
> it is writing/locating)?
It acutally never checks anything on the WhiteSpacesReplacement property.

>     Also, it seems I can just set this property to a space and any spaces in
> the node name will be replaced with spaces. Now, that can't be what it is
> intended for. In addition the replacement string could be a string, again
> containing a whitespace.
Yes, this is the intended behaviour. I did this so that I could provide a fix to the situation being delt with here, I intended to rework that later by actually checking the value. But then I thougt: Why would someone put a space to replace a space? If they do, isn't it their problem if the file is invalid?
But I'll write a setter method and do a check in there.

>     Disclaimer: I was once again to lazy to actually test the above issues;
> they are the result of just looking at the diff log and I did that rather
> quickly so I may even have overlooked something
Being lazy is not your "exclusivity" ;-)

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Installer strange message
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 19:08:24 +0200
Newsgroups: jedi.vcl

Hi

I've just run the installer for D5 and the last message in the log window is this:

[Finished JVCL for VCL installation]


What is the meaning of that? It's not a really useful message to me...

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Install Error CBP5.0
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 19:07:28 +0200
Newsgroups: jedi.vcl

Vladimir Kovac wrote:
>> Do you have Delphi installed on the same machine ?
>
>
> No, I have got C++ Builder 4 and C++ Builder 5 installed.
> I have some older projects in 4.
>
> But bcb5 is installed like second and path is set to bcb5 compiler...
>
> Vladimir Kovac
>
>
I just tried the installer, and it worked perfectly fine here.
The only thing I can think of are the updates. Did you install all of them for C++ Builder 5 ?

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Problem with JvDBDateTimePicker
From: Mike <mike@nospam.net>
Date: Thu, 02 Sep 2004 10:00:29 -0700
Newsgroups: jedi.vcl

While validating dates that are selected with the JvDBDateTimePicker, there are occasions when I would like to reverse a user selection and set the date to another value. What I am currently doing is the following:

I click the drop-down button and choose a date from the calendar.
In the OnExit event, I validate the date. If it isn't correct, then I set the component's DateTime property to the proper value and it displays in the editor properly. If I post the changes to the database at this point, the changed value of the component does not get posted. What actually posts is the value I originally chose using the pop-up calendar. Any ideas?

Thanks,
Mike


Subject: Re: Warning : TJvCustomAppStorage
From: "Ed Blanchard" <edwardb@NONOsgci.com>
Date: Thu, 2 Sep 2004 16:44:38 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Pierre Y. wrote:
> > 
>> > > OBones a écrit :
>> > > 
>>> > >> Will check and fix as appropriate.
>>> > > > 
>>> > >> Cheers
>> > > 
>> > > 
>> > > C'est quoi ça cheers ?
>> > > 
> > (For those who are not French speakers, Pierre is asking for the
> > meaning of 'Cheers'. My answer below is in French).
> > 
> > 'Cheers', c'est comme 'Regards' mais en plus amical. En français, je
> > sais pas trop, on pourrait dire 'Cordialement', 'Amicalement', enfin
> > voila quoi ;-)

Cheers = Salut!

Sort of, both are friendly greetings, and are used as a toast when
drinking...

Cheers,
EdB


Subject: Re: Probleme with JvAppXMLStorage
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Thu, 2 Sep 2004 18:40:31 +0200
Newsgroups: jedi.vcl

> > Well, I have them on my computer at home, along with the changes in
> > JvResources.pas, it might be easier if I'd do it.

    Uhm, I just peeked at the commit notification mail, but it seems there
is no check on the replacement property at all until spaces are to be
replaced. Wouldn't it be better to write a Set method and make the check
there (so it will not check if the property is valid on each and every node
it is writing/locating)?

    Also, it seems I can just set this property to a space and any spaces in
the node name will be replaced with spaces. Now, that can't be what it is
intended for. In addition the replacement string could be a string, again
containing a whitespace.

    Disclaimer: I was once again to lazy to actually test the above issues;
they are the result of just looking at the diff log and I did that rather
quickly so I may even have overlooked something

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Bug in JvAppXMLFileStorage ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 18:33:28 +0200
Newsgroups: jedi.vcl

Bernd Henker wrote:

> Is it something known?
> Bernd

This is now fixed.


Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 18:29:01 +0200
Newsgroups: jedi.vcl

> > Do you have Delphi installed on the same machine ?

No, I have got C++ Builder 4 and C++ Builder 5 installed.
I have some older projects in 4.

But bcb5 is installed like second and path is set to bcb5 compiler...

Vladimir Kovac




Subject: Re: Install Error CBP5.0
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 18:05:33 +0200
Newsgroups: jedi.vcl

Do you have Delphi installed on the same machine ?


Subject: Re: Where TJvRichEdit Demo/Example?
From: "miyomo" <pippo@hotmail.com>
Date: Thu, 2 Sep 2004 17:44:31 +0200
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> ha scritto nel messaggio
news:ch6hpc$hu1$1@talkto.net...
> > miyomo wrote:
>> > > Hi! Where I can find a TJvRichEdit Demo/Example?
> >
> > How about examples\JvRichEdit?


No such a directory there. only I have
......
JvPlugin
JvScreenCapture
......

Can u post me the examples\JvRichEdit?

Thanks!

miyomo  ( hat )   hotmail dot com




Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 16:55:53 +0200
Newsgroups: jedi.vcl

Hello,

> > Can you try with the daily zips? They are available here:
it's the same but :

After new installation a have to install some other libs and when I try to
install INDY components I recieved this message:

15813 lines, 1.65 seconds, 39564 bytes code, 8276 bytes data.
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Indy50.dpk(30) Error: Packages 'Vcl50' and
'd:\borland\CBUILD~2\Bin\..\Lib\Obj\vcl50.dcp'
both contain unit 'Vcl50'
Error!

If I edit indy50.dpk and I delete "requires  Vcl50;" it works.
But I don't understand what is it, it stays after reinstall builder :(((

Vladimrr Kovac




Subject: Re: JvFormStorage and saving properties as doubles
From: "Craig" <craig@.at.qnotes.com>
Date: Thu, 2 Sep 2004 10:18:04 -0400
Newsgroups: jedi.vcl

> > You can prevent it temporary by setting the 
> > StorageOptions.FloatAsString property of the IniFileStorage to true.

This seemed to work in all cases.

Doubles
..Value
and collections as in my example in this thread.

Thank You

Craig.




Subject: Re: Install Error CBP5.0
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 15:23:13 +0200
Newsgroups: jedi.vcl

Vladimir Kovac wrote:

> Hello,
>
> :(((( after removing and installing clean builder I tried to install vcl and
> jvcl and it's the same ...
> I don't know what's wrong :((

I'll try tonight at home to see what happened.

What version of the JCL do you use? What version of the JVCL do you use?

Can you try with the daily zips? They are available here:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/


Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 14:50:35 +0200
Newsgroups: jedi.vcl

Hello,

:(((( after removing and installing clean builder I tried to install vcl and
jvcl and it's the same ...
I don't know what's wrong :((

Vladimir Kovac

---
Softcom, Dukelska 848, Mlada Boleslav, Czech Republic
tel. +420-326-327067, fax. +420-326-721986
www.softcom.cz
---
.... You can be anything You want to be ...

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:ch6lti$iuq$2@talkto.net...
> > Vladimir Kovac wrote:
> >
>>> > >>There is a cleaning process, but it is only trigered when you exit the
>>> > >>installer. Please try again, get the DCP file, then close the installer.
>>> > >>
>>> > >>It must be in this directory:
>>> > >>
>>> > >>D:\Borland\CBuilder5\Lib\new\JCL\packages\c5
>> > >
>> > >
>> > > I have looked there when compilation is in progress and i saw only
temporary
>> > > files, but when error appears temp files are deleted and no dcp file
remain.
>> > > I again have searched all directory ...
>> > > Maybe the best for my and Your time will be uninstall builder and try it
on
>> > > clean new install.
> > If you have the time to try that, please do. Let me know how that goes.
> > But I'm really surprised you can't find the dcp file.
> >
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator




Subject: Re: JvgAskListBox question
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Thu, 2 Sep 2004 07:41:00 -0400
Newsgroups: jedi.vcl

3 three post thing was my mistake - I actually tried to cancel them but 
couldn't.  Sorry everyone.

"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message 
news:ch6a9a$gcq$1@talkto.net...
> > J. Clarke wrote:
> >
>> >> Is there a way to set the state of the buttons on each individual row 
>> >> when
>> >> I'm adding Items?  Ok, maybe 2 questions...Is it possible to change the
>> >> color of the font (or row maybe) for each item independently?
>> >>
>> >> Jeff
>> >>
>> >>
> > Hi.
> >
> > First, there is no need to post three times the same question, once is 
> > enough. If you do not get an answer to your question it is because no one 
> > knows how to do what you want to.
> > I can understand this seems strang to you, but the JVCL includes 
> > components from other libraries (in your case Globus) and they came with 
> > incomplete help. As a result, we would have to dig out in the code and 
> > test it ourselves, which would be doing the same thing as you would do.
> > I'm sorry we don't have time to do that, but please be assured that if 
> > someone knew something about what you want to achieve, you would have 
> > received an answer.
> >
> > Cheers
> >
> > -- 
> > Olivier Sannier
> > JVCL Coordinator 




Subject: Re: Install Error CBP5.0
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 11:48:39 +0200
Newsgroups: jedi.vcl

Vladimir Kovac wrote:

>> There is a cleaning process, but it is only trigered when you exit the
>> installer. Please try again, get the DCP file, then close the installer.
>>
>> It must be in this directory:
>>
>> D:\Borland\CBuilder5\Lib\new\JCL\packages\c5
>
>
> I have looked there when compilation is in progress and i saw only temporary
> files, but when error appears temp files are deleted and no dcp file remain.
> I again have searched all directory ...
> Maybe the best for my and Your time will be uninstall builder and try it on
> clean new install.
If you have the time to try that, please do. Let me know how that goes. But I'm really surprised you can't find the dcp file.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvChangeNotify - Memory Leaks
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 11:47:44 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:

> OBones a écrit :
>
>> Pierre Y. wrote:
>>
>>> Remko Bonte a écrit :
>>>
>>>> Pierre Y. wrote:
>>>>
>>>>> I think my "patch" fixes this bug too. It is possible to call Active
>>>>> := false / Active := true whenether you want :-) (I think...)
>>>>
>>>>
>>>>
>>>> Actually it reintroduces this bug :)
>>>>
>>>> When the OnChange event is fired, execution of the TJvChangeThread is suspended (by the Synchronize method). When you set TJvChangeNotify.Active to False, your fix now makes the component wait until the TJvChangeThread is terminated.
>>>>
>>>> Thus if you set Active to False in an OnChange event handler, you are going to wait for a suspended thread to terminate, which takes a long time :)
>>>
>>>
>>>
>>> So... we should'nt destroy the thread in active := false but in the destructor. Creating the component should create the thread as suspended then active := true/false should only suspend/resume the thread.
>>>
>>> What do you think about this ?
>>
>>
>> I think that using Suspend/Resume is dangerous, and doesn't work under Linux. Sometimes, Suspend will not work if it is done in the middle of a system call. This is why I prefer to use a CriticalSection to lock the thread. I discussed that a while back in this group (or was it on Borland's newsgroups?), I could find the full explanation if required.
>
>
> Won't the solution be to let the thread running and to add a flag to emule "suspended" state enclosed into a critical section to protect it from write accesses ?

Why use a "flag", when the Critical Section is enough? At the beginning of the loop in the thread Execute function you simply put this:

CriticalSection.Acquire;

This stops your thread if another thread has it because the function never returns until the CS is free. And you add two public functions to your thread class, one that takes the CS, one that gives it
back. The main thread of the application calls this new Suspend/Release functions and this Locks/Unlocks the thread. No need to have a boolean flag, the CS already works well. I have such a thread implementation in CnxManager, the source is here:

http://cvs.sourceforge.net/viewcvs.py/cnxmanager/src/Configuration.pas?rev=1.7&view=auto

Look for TDetectConnectionThread, the Paused property.

It works very well and solved problems where I was getting "Access refused to thread" from times to times because the Suspend call would come in the middle of a system call.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Launch of the Jedi Online Help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 11:40:28 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Olivier,
>
>     first of all, sorry I haven't done much testing during the beta-test
> cycle. I had planned to test more but I never got to it.

No worries.

>     not that I wouldn't trust other admins/power-users, but it would be
> better if you can specify that level on a per project basis (i.e. the
> administrator/power-user of JVCL does not neccessarily have the same level
> of trust in JCL). Again, I think we can trust power-users so it's not a
> high-priority thing.

Actually, I thought of that too, but didn't mention it in my email as it got out of my mind. Thanks for the reminder. Right now, every user has access to every project. I will implement a function that can limit Writers and Power-Users to some projects. Administators do not have this limit, but there shouldn't be many of them in the system (1 or 2).

Basically, a Power-User can edit the details of his own project, but cannot change any other projects, nor can he remove the projects he doesn't have access to.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 11:38:02 +0200
Newsgroups: jedi.vcl

> > There is a cleaning process, but it is only trigered when you exit the
> > installer. Please try again, get the DCP file, then close the installer.
> >
> > It must be in this directory:
> >
> > D:\Borland\CBuilder5\Lib\new\JCL\packages\c5

I have looked there when compilation is in progress and i saw only temporary
files, but when error appears temp files are deleted and no dcp file remain.
I again have searched all directory ...
Maybe the best for my and Your time will be uninstall builder and try it on
clean new install.

Vladimír Kovác

---
Softcom, Dukelska 848, Mlada Boleslav, Czech Republic
tel. +420-326-327067, fax. +420-326-721986
www.softcom.cz
---
.... You can be anything You want to be ...




Subject: Re: TJvChangeNotify - Memory Leaks
From: Pierre Y. <pierre@[levosgien].net>
Date: Thu, 02 Sep 2004 11:31:49 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Pierre Y. wrote:
>
>> Remko Bonte a écrit :
>>
>>> Pierre Y. wrote:
>>>
>>>> I think my "patch" fixes this bug too. It is possible to call Active
>>>> := false / Active := true whenether you want :-) (I think...)
>>>
>>>
>>> Actually it reintroduces this bug :)
>>>
>>> When the OnChange event is fired, execution of the TJvChangeThread is suspended (by the Synchronize method). When you set TJvChangeNotify.Active to False, your fix now makes the component wait until the TJvChangeThread is terminated.
>>>
>>> Thus if you set Active to False in an OnChange event handler, you are going to wait for a suspended thread to terminate, which takes a long time :)
>>
>>
>> So... we should'nt destroy the thread in active := false but in the destructor. Creating the component should create the thread as suspended then active := true/false should only suspend/resume the thread.
>>
>> What do you think about this ?
>
> I think that using Suspend/Resume is dangerous, and doesn't work under Linux. Sometimes, Suspend will not work if it is done in the middle of a system call. This is why I prefer to use a CriticalSection to lock the thread. I discussed that a while back in this group (or was it on Borland's newsgroups?), I could find the full explanation if required.

Won't the solution be to let the thread running and to add a flag to emule "suspended" state enclosed into a critical section to protect it from write accesses ?

> Cheers

:-)

Pierre

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: Launch of the Jedi Online Help
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Thu, 2 Sep 2004 11:23:54 +0200
Newsgroups: jedi.vcl

Olivier,

    first of all, sorry I haven't done much testing during the beta-test
cycle. I had planned to test more but I never got to it.

> > Writer: When editing an item, it gets directly written in the database,
> > without review needed.
> >
> > Power-User: Writer + Allowed to access the administration part to manage
> > projects, dtx files and submitted items.
> >
> > Administrator: Power-User + Allowed to manage users.

    not that I wouldn't trust other admins/power-users, but it would be
better if you can specify that level on a per project basis (i.e. the
administrator/power-user of JVCL does not neccessarily have the same level
of trust in JCL). Again, I think we can trust power-users so it's not a
high-priority thing.

> > Further, I will add a page to allow users to change their passwords
> > rather than just allowing administrators to do so. I will also add
> > something visually indicating if you are logged-in or not instead of
> > having to try your luck...

    both would be very handy.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Install Error CBP5.0
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 11:21:22 +0200
Newsgroups: jedi.vcl

Vladimir Kovac wrote:

> Hello,
>
> I have tried it all again, with deleting all files that can be jvcl 2.1 but
> result is the same :(
> And file You want I didn't find.
> There is no CJcl50.dpk on my HDD.

There should be one in there, look at the error, it is mentionned in CJcl50.dpk, at line 38

There is a cleaning process, but it is only trigered when you exit the installer. Please try again, get the DCP file, then close the installer.

It must be in this directory:

D:\Borland\CBuilder5\Lib\new\JCL\packages\c5

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Launch of the Jedi Online Help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 11:01:06 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> Not entirely sure I identified the obfusciators correctly but... Done.
You did well, I received it. You should have an answer with your password.

> Isn't there maybe a way to reuse Mantis or even SF.net accounts?
> Or at least create accounts for the developers using the same usernames
> as used for CVS login? I think Peter already suggested something
> similar.
Reusing SF accounts is impossible. Reusing Mantis accounts might be (we share the same database), but it may not be desirable to give the same privileges to the same people on both systems. I'll create accounts in JHelp for the most active developers in the JVCL and send an email to other developers asking them if they want an account.

> No, it's OK. It'd just be nice if it wasn't that way after I've logged
> in. I wasn't entirely sure if the "administrative" privileges would
> also have that effect...
Right now, there only are two levels of logged in user: regular and admin. Only admin can manage users, but every logged in user can add files in the system, delete projects, update projects through access to the administration page.
I will change that to have three levels:

Writer: When editing an item, it gets directly written in the database, without review needed.

Power-User: Writer + Allowed to access the administration part to manage projects, dtx files and submitted items.

Administrator: Power-User + Allowed to manage users.


Further, I will add a page to allow users to change their passwords rather than just allowing administrators to do so. I will also add something visually indicating if you are logged-in or not instead of having to try your luck...

Finally, I'm thinking of a way to keep track of changes that were made to items, even if this has low priority in the list of things to do.

Any other ideas are welcome.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Where TJvRichEdit Demo/Example?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 02 Sep 2004 10:38:51 +0200
Newsgroups: jedi.vcl

miyomo wrote:
> Hi! Where I can find a TJvRichEdit Demo/Example?

How about examples\JvRichEdit?


Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 10:25:09 +0200
Newsgroups: jedi.vcl

Hello,

I have tried it all again, with deleting all files that can be jvcl 2.1 but
result is the same :(
And file You want I didn't find.
There is no CJcl50.dpk on my HDD.

Vladimír Kovác

---
Softcom, Dukelska 848, Mlada Boleslav, Czech Republic
tel. +420-326-327067, fax. +420-326-721986
www.softcom.cz
---
.... You can be anything You want to be ...




Subject: Re: Warning : TJvCustomAppStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 10:14:01 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:

> OBones a écrit :
>
>> Will check and fix as appropriate.
>>
>> Cheers
>
>
> C'est quoi ça cheers ?
>
(For those who are not French speakers, Pierre is asking for the meaning of 'Cheers'. My answer below is in French).

'Cheers', c'est comme 'Regards' mais en plus amical. En français, je sais pas trop, on pourrait dire 'Cordialement', 'Amicalement', enfin voila quoi ;-)

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvChangeNotify - Memory Leaks
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 10:12:30 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:

> Remko Bonte a écrit :
>
>> Pierre Y. wrote:
>>
>>> I think my "patch" fixes this bug too. It is possible to call Active := false / Active := true whenether you want :-) (I think...)
>>
>>
>> Actually it reintroduces this bug :)
>>
>> When the OnChange event is fired, execution of the TJvChangeThread is suspended (by the Synchronize method). When you set TJvChangeNotify.Active to False, your fix now makes the component wait until the TJvChangeThread is terminated.
>>
>> Thus if you set Active to False in an OnChange event handler, you are going to wait for a suspended thread to terminate, which takes a long time :)
>
>
> So... we should'nt destroy the thread in active := false but in the destructor. Creating the component should create the thread as suspended then active := true/false should only suspend/resume the thread.
>
> What do you think about this ?

I think that using Suspend/Resume is dangerous, and doesn't work under Linux. Sometimes, Suspend will not work if it is done in the middle of a system call. This is why I prefer to use a CriticalSection to lock the thread. I discussed that a while back in this group (or was it on Borland's newsgroups?), I could find the full explanation if required.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Launch of the Jedi Online Help
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 10:09:58 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> I'd be asking too. Would this then allow me to edit the help directly
> without having to go through the approval process?
> It's a bit tedious the way it is now, as it's a bit hard to track where
> you left off as the entries I alreay made are not visible yet...

Please send me an email to the adress of this email (remove any obfucator), or one at MyFirstName at MyPseudo dot com
This way I will remember to add you tonight when I get back home. This also goes for Ray A.

Note that you can tell me wich pseudo you want, but the password will be set by me to a random default value. You won't be able to change it because I haven't coded that functionnality yet. It should be done by the end of the week-end.

As to your remark on the "tedious" way, I agree, but I didn't want to give full write access to everybody on the Internet. Maybe I'm being paranoid and too cautious here, but that's the way it is for now.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Warning : TJvCustomAppStorage
From: Pierre Y. <pierre@[levosgien].net>
Date: Thu, 02 Sep 2004 10:08:49 +0200
Newsgroups: jedi.vcl

OBones a écrit :
> Will check and fix as appropriate.
>
> Cheers

C'est quoi ça cheers ?

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: TJvChangeNotify - Memory Leaks
From: Pierre Y. <pierre@[levosgien].net>
Date: Thu, 02 Sep 2004 10:08:33 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> Pierre Y. wrote:
>
>> I think my "patch" fixes this bug too. It is possible to call Active := false / Active := true whenether you want :-) (I think...)
>
> Actually it reintroduces this bug :)
>
> When the OnChange event is fired, execution of the TJvChangeThread is suspended (by the Synchronize method). When you set TJvChangeNotify.Active to False, your fix now makes the component wait until the TJvChangeThread is terminated.
>
> Thus if you set Active to False in an OnChange event handler, you are going to wait for a suspended thread to terminate, which takes a long time :)

So... we should'nt destroy the thread in active := false but in the destructor. Creating the component should create the thread as suspended then active := true/false should only suspend/resume the thread.

What do you think about this ?

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Sep 2004 09:43:20 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > StartsWith('$'+'Date: ', Result)
> > and similar to
> > StartsWith('$Date: ', Result)

These '+' were because the line was first "$Date$" and this would have
been replaced by CVS.


-- Regards, Andreas Hausladen 

Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 09:37:24 +0200
Newsgroups: jedi.vcl

Hello,

> > Well, more exactly, it is that the C++ Builder support is tricky. By the
> > way, even if I doubt it is the reason, did you ensure that every JCL and
> > JVCL related file from the previous version were removed? Because if
> > some old DCU/BPL/BPI/LIB/DCP files are still around, this will be a
problem.

I hope, but I will look for them again ...

Vladimir Kovac

---
Softcom, Dukelska 848, Mlada Boleslav, Czech Republic
tel. +420-326-327067, fax. +420-326-721986
www.softcom.cz
---
.... You can be anything You want to be ...




Subject: Re: Install Error CBP5.0
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 09:23:26 +0200
Newsgroups: jedi.vcl

Vladimir Kovac wrote:

> Hello,
>
>
>> Sorry, I meant a .dpk file, and in the JCL (not JVCL) directory.
>
> This file is 5Kb, it is better to send it to You direct if You want.

Please post it to jedi.binaries then.


> ok, I have tried both, but nothing changes even if it is deleted.

Ok, that's annoying.

> ====== Result is: =====
>
<SNIP>
>
> ====== End =====

This seems quite normal to me.

> Thank-You very much for Your help.
> I used jvcl 2.1 before and it is super, but new version don't like me :)))
Well, more exactly, it is that the C++ Builder support is tricky. By the way, even if I doubt it is the reason, did you ensure that every JCL and JVCL related file from the previous version were removed? Because if some old DCU/BPL/BPI/LIB/DCP files are still around, this will be a problem.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 09:16:55 +0200
Newsgroups: jedi.vcl

Hello,

> > Sorry, I meant a .dpk file, and in the JCL (not JVCL) directory.
This file is 5Kb, it is better to send it to You direct if You want.

>> > > I have found and if I delete it, nothing changes.
> > I didn't say to delete it, I said to replace -LUvcl50 with -LUvcl50.dcp
ok, I have tried both, but nothing changes even if it is deleted.

> > Please try the above suggestion, and if it doesn't work, please launch a
> > global search on your system to find files matching 'vcl50.*'
> > Let me know what you find

====== Result is: =====

 Directory of D:\Borland\CBuilder5\Lib

1.701.085 vcl50.#00
1.701.078 vcl50.#01
3.423.228 vcl50.#02
1.701.078 vcl50.#03
7.639.582 vcl50.csm

 Directory of D:\Borland\CBuilder5\Lib\Debug

2.120.452 vcl50.bpi
7.247.360 vcl50.lib

 Directory of D:\Borland\CBuilder5\Lib\Obj

3.877.020 vcl50.dcp

 Directory of D:\Borland\CBuilder5\Lib\Release

637.524 vcl50.bpi
2.386.432 vcl50.lib

 Directory of D:\WINNT\system32

2.023.424 vcl50.bpl


====== End =====

Thank-You very much for Your help.
I used jvcl 2.1 before and it is super, but new version don't like me :)))

Vladimír Kovác

---
Softcom, Dukelska 848, Mlada Boleslav, Czech Republic
tel. +420-326-327067, fax. +420-326-721986
www.softcom.cz
---
.... You can be anything You want to be ...




Subject: Re: Launch of the Jedi Online Help
From: "Oliver Giesen" <ogware@gmx.net>
Date: Thu, 2 Sep 2004 07:09:43 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Please send me an email to the adress of this email (remove any
> > obfucator), or one at MyFirstName at MyPseudo dot com This way I will
> > remember to add you tonight when I get back home.

Not entirely sure I identified the obfusciators correctly but... Done.


> > Note that you can tell me wich pseudo you want, but the password will
> > be set by me to a random default value. You won't be able to change
> > it because I haven't coded that functionnality yet. It should be done
> > by the end of the week-end.

Isn't there maybe a way to reuse Mantis or even SF.net accounts?
Or at least create accounts for the developers using the same usernames
as used for CVS login? I think Peter already suggested something
similar.

 
> > As to your remark on the "tedious" way, I agree, but I didn't want to
> > give full write access to everybody on the Internet. Maybe I'm being
> > paranoid and too cautious here, but that's the way it is for now.

No, it's OK. It'd just be nice if it wasn't that way after I've logged
in. I wasn't entirely sure if the "administrative" privileges would
also have that effect...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Where TJvRichEdit Demo/Example?
From: "Chris House" <chris.house@comcast.net>
Date: Wed, 1 Sep 2004 23:45:53 -0700
Newsgroups: jedi.vcl

> > Hi! Where I can find a TJvRichEdit Demo/Example?

I am also in need of code examples for TJvRichEdit. To make a price list, I
need to:
Remove all default tabs,
Set one decimal tab at about 6" (paper is 8.5" wide)
Apply these settings to all lines / text in the TjvRichEdit control.

Any help would be greatly appreciated.!

Chris House




Subject: Re: Install Error CBP5.0
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 08:44:28 +0200
Newsgroups: jedi.vcl

Vladimir Kovac wrote:

> Hello,
>
> there is no .dcp file. I can find there only .bpk, .cpp., .rc, .res files.

Sorry, I meant a .dpk file, and in the JCL (not JVCL) directory.

> this line is:
> <C5PFlags>-LUvcl50</C5PFlags>
>
> I have found and if I delete it, nothing changes.
I didn't say to delete it, I said to replace -LUvcl50 with -LUvcl50.dcp

> I have installed again jcl prior start install jvcl ...
Yes, and that is fine tou don't have to do it again. The thing is that for C++ Builder, the JVCL installer needs to do an extra step that creates a dcp file for the JCL, the dcp file which is then used by the JVCL packages. This is this step of creating the dcp file that is failing for a reason that I don't understand just yet.

Please try the above suggestion, and if it doesn't work, please launch a global search on your system to find files matching 'vcl50.*'
Let me know what you find

Cheers

Olivier Sannier
JVCL Coordinator
C++ Builder support coordinator


Subject: Re: Launch of the Jedi Online Help
From: "Oliver Giesen" <ogware@gmx.net>
Date: Thu, 2 Sep 2004 06:37:41 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Ray A. wrote:
> > 
>> > > Great! How do we get a login or do we use an existing one?
> > 
> > Ask me, I'll send you an email with a preset password.
> > You won't be able to change it until later this week, I need to
> > review the user management system to make it more flexible.

I'd be asking too. Would this then allow me to edit the help directly
without having to go through the approval process?
It's a bit tedious the way it is now, as it's a bit hard to track where
you left off as the entries I alreay made are not visible yet...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Thu, 2 Sep 2004 08:32:47 +0200
Newsgroups: jedi.vcl

Hello,

> > Can you show me the content of the file called CJcl50.dcp in the
> > JCL\packages\c5 directory?

there is no .dcp file. I can find there only .bpk, .cpp., .rc, .res files.

> >
> > Further, could you edit the file Jcl-R.xml in JCL\packages\xml and
> > replace the value in the C5PFLAGS node by -LUvcl5O.dcp

this line is:
<C5PFlags>-LUvcl50</C5PFlags>

I have found and if I delete it, nothing changes.
I have installed again jcl prior start install jvcl ...
:((

thank-you

Vladimir Kovac




Subject: Re: JvgAskListBox question
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 02 Sep 2004 08:30:06 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> Is there a way to set the state of the buttons on each individual row when
> I'm adding Items?  Ok, maybe 2 questions...Is it possible to change the
> color of the font (or row maybe) for each item independently?
>
> Jeff
>
>
Hi.

First, there is no need to post three times the same question, once is enough. If you do not get an answer to your question it is because no one knows how to do what you want to.
I can understand this seems strang to you, but the JVCL includes components from other libraries (in your case Globus) and they came with incomplete help. As a result, we would have to dig out in the code and test it ourselves, which would be doing the same thing as you would do.
I'm sorry we don't have time to do that, but please be assured that if someone knew something about what you want to achieve, you would have received an answer.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Unit Versioning an all jvcl\run files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 02 Sep 2004 08:15:43 +0200
Newsgroups: jedi.vcl

I cleaned JclUnitVersioning.pas to adhere to the JCL style.
I changed
  StartsWith('$'+'Date: ', Result)
and similar to
  StartsWith('$Date: ', Result)
Some begin end removed.

I also changed {$I jedi.inc} to {$I jcl.inc} because the
compiler options are in jcl.inc and i think no unit should
be allowed to use jedi.inc directly.


Subject: Re: Launch of the Jedi Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 07:26:17 +0200
Newsgroups: jedi.vcl

Ray A. wrote:

> Great! How do we get a login or do we use an existing one?

Ask me, I'll send you an email with a preset password.
You won't be able to change it until later this week, I need to review the user management system to make it more flexible.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Proposed Roadmap
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 02 Sep 2004 06:58:29 +0200
Newsgroups: jedi.vcl

Ray A. wrote:
>
> Sounds good.  I'm a bit tied up this week but I'll see what I can do
> next week to help out.
>

Thanks for your help

Olivier Sannier
JVCL Coordinator


Subject: Re: Launch of the Jedi Online Help
From: "Ray A." <nomorespam@hotmail.com>
Date: Thu, 2 Sep 2004 02:02:37 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Hi all.
> > 
> > Please find below a copy of the News put on SourceForge.
> > 
> > ---------------------------------------------------------------
> > The JEDI group is pleased to announce the launch of the Jedi Online
> > Help system. This website located at
> > http://homepages.borland.com/jedi/jedihelp/ provides JEDI users and
> > developers with an online version of the help files that come with
> > these projects.  The first JEDI project to use this system is the
> > JVCL (JEDI Visual Components Library), a library of over 500
> > components for Delphi and C++ Builder.
> > 
> > This system is now the easiest way for users to contribute to JEDI
> > projects by simply taking a few minutes to document a
> > function/procedure/property using a regular Internet browser. This
> > would ensure an overall progress on the matter of help and
> > documentation, an area where the JVCL coordinators acknowledge the
> > relative lack of progress over the past few months. Users are then
> > invited to give a hand, in the true spirit of collaborative
> > development.
> > 
> > For the JEDI group,
> > 
> > Olivier Sannier
> > JVCL Coordinator
> > http://homepages.borland.com/jedi/jvcl/

Great! How do we get a login or do we use an existing one?

-- Ray A. 

Subject: Re: Proposed Roadmap
From: "Ray A." <nomorespam@hotmail.com>
Date: Thu, 2 Sep 2004 01:48:21 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Oliver,

OBones wrote:

> > Hi all
> > 
> > Many users are wondering where the JVCL is heading and it is quite
> > understandable. On the inside, things are moving a lot, developers
> > are comitting lots of changes, but this does not get reflected in any
> > official release. Users can download the daily zips, but most people
> > prefer a package that is tagged as "stable".  I think it is necessary
> > to make a clear statement by publishing a roadmap towards the next
> > stable release and this is what I'm doing here. The timeline would be
> > as follows:
> > 
> > 30/08 - 12/09: Mantis Bug fixes. As many bugs as possible must be
> > reviewed, assessed and fixed where applicable. Some of these bugs
> > have been in there for too long. If a bug reporter does not provide
> > feedback within two weeks of answering him, the issue is considered
> > closed.
> > 
> > 01/09: Launch of Jedi Help, the online version of the Jedi help, with
> > the JVCL as its first project. Users are invited to contribute.

This is a great idea.
 
> > 13/09-14/09: Creation of JVCL 3 Beta 2 and Creation of the associated
> > help file from Jedi Help.
> > 
> > 15/09: JVCL 3 Beta 2 is distributed, users can start using it and
> > provide feedback. The associated help file is distributed as well,
> > users contribute on Jedi Help.
> > 
> > 15/09-30/09: User feedback on JVCL 3 Beta 2 is coming in, bugs are
> > fixed as they are indicated. Mantis is the preferred way of getting
> > notice.
> > 
> > 01/10-03/10: Preparation of JVCL 3 Release Candidate 1, with
> > integrated help file.
> > 
> > 04/10-10/10: Feeback from users about RC1. Expected number of bugs is
> > low. If any, they are fixed as they appear, through Mantis.
> > 
> > 11/10: Preparation of JVCL 3 Stable
> > 
> > 12/10: Release of JVCL 3 Stable
> > 
> > 
> > This is only a proposition and may need to be adjusted to take into
> > account elements that I may have forgotten, but to the best of my
> > knowledge, this seems reasonnable.  I would really appreciate
> > feedback from developers and users.
> > 
> > Cheers
> > 
> > Olivier Sannier
> > JVCL Coordinator


Sounds good.  I'm a bit tied up this week but I'll see what I can do
next week to help out.

-- Ray A. 

Subject: JvgAskListBox question
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Wed, 1 Sep 2004 19:40:42 -0400
Newsgroups: jedi.vcl

Is there a way to set the state of the buttons on each individual row when
I'm adding Items?  Ok, maybe 2 questions...Is it possible to change the
color of the font (or row maybe) for each item independently?

Jeff




Subject: Re: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 02 Sep 2004 01:11:20 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I wonder why it is necessary at all. Why couldn't we take DecimalPlaces
> out of the published section, and just calculate its value from parsing
> DisplayFormat, and this would solve the confusing duplication of
> information. 

> When would anyone want to set DisplayFormat to '0.00' and then set DecimalPlaces to anything other than 2?  

DecimalPlaces indicates the precision when editing the value of the calc edit. DisplayFormat is used to display the value of the calc edit when it doesn't have focus.

For example for currencies, you could set DecimalPlaces to 6 thus let the user do calculations with precision 6 (while editing), but the value is displayed with DisplayFormat '0.00' while the control has no focus. So if the user exits and reenters the control, the control has NOT rounded the value to 2 decimals.

But I guess most people would use the same precision for DisplayFormat and DecimalPlaces.

> Perhaps DecimalPlaces could be demoted to a read-only public instead of
> Read-Write-Published property?

Could be done, but I have experienced that for every bit of functionality of a control you can find a user that is using it. (or for every functionality you remove, you encounter a user complaining about the removal)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Sep 2004 00:52:35 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > If it is considered useful to access a units TUnitVersionInfo record
> > directly, functions (instead of methods) will do.

I'm currently rewriting the unit. The "object" is now eliminated by a
TUnitVersion class that stores a pointer to a constant TUnitVersionInfo
record. The class has methods to access the records fields.

-- Regards, Andreas Hausladen 

Subject: Re: Unit Versioning an all jvcl\run files
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 02 Sep 2004 00:38:31 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Have you ever seen a constant class instance?

The language is not designed that way.  Think about it.

> The only way would be to write a class that encapsulates the record. 

And why not just use an record instead?  I'd suggest to replace TUnitVersioning[Module].Items by ever so many indexed properties as TUnitVersionInfo has public fields/methods.  There's no need, IMO, to expose the record at all.

If it is considered useful to access a units TUnitVersionInfo record directly, functions (instead of methods) will do.


Subject: Re: JvFormStorage and saving properties as doubles
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 01 Sep 2004 23:56:08 +0200
Newsgroups: jedi.vcl

You can prevent it temporary by setting the StorageOptions.FloatAsString property of the IniFileStorage to true.

Greetings
Jens

Craig wrote:

> Posted to mantis.  The example is very simple to recreate, so no app uploaded this time.
>
> -
> Craig
>
>
> ----- Original Message ----- From: "Jens" <jens.fudickar@oratool.de>
> Newsgroups: jedi.vcl
> Sent: Wednesday, September 01, 2004 3:06 AM
> Subject: Re: JvFormStorage and saving properties as doubles
>
>
> Hi Craig,
>
> as usual ;-)
>
> Please add an entry to mantis. And if possible add an Sample application.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvFormStorage and saving properties as doubles
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 01 Sep 2004 23:52:38 +0200
Newsgroups: jedi.vcl

Hi Andre,

this exactly seemed to be the problem, Didn't now why, and to be honest, i didn't understand the code of BufToBinStr.

So please can anybody else look into this case. THe problem seemed to be that BufToBinStr in JvAppIniStorage.pas seemed to be buggy, if Buf is a float value.

Greetings
Jens

André Snepvangers wrote:

> Jens wrote:
>
>> @Andre : Isn't this your part. I have in my mind, that you had plans to
>> work on this part.
>>
>> I will check it this evening also, but maybe you can have a look.
>>
>  >
> I have changed DoWriteFloat/DoReadFloat:
>
> procedure TJvCustomAppIniStorage.DoWriteFloat(const Path: string; Value: Extended);
> begin
>   WriteBinary(Path, Value, SizeOf(Value));
> end;
>
> function TJvCustomAppIniStorage.DoReadFloat(const Path: string; Default: Extended): Extended;
> var
>   Section: string;
>   Key: string;
>   Value: Extended;
> begin
>   SplitKeyPath(Path, Section, Key);
>   if ValueExists(Section, Key) then
>   begin
>     Value := 0.0;
>     ReadBinary(Path, Value, Sizeof(Value));
>     Result := Value;
>   end
>   else
>     Result := Default;
> end;
>
> IMO nothing wrong, unless there is something wrong with Read/WriteBinary?
>
> Regards,
>
> André Snepvangers
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Probleme with JvAppXMLStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 01 Sep 2004 23:34:33 +0200
Newsgroups: jedi.vcl

Hi Olivier,

everything seems to be fine now.

You can now commit your changes. But be aware of the changes done by Andreas.

Greetings and thanks
Jens

OBones wrote:

> Jens wrote:
>
>
>> Hi Olivier,
>>
>> i will try to look for it this evening.
>>
>> Should i post the changes if everything seemed to be fine ?
>
>
> Well, I have them on my computer at home, along with the changes in JvResources.pas, it might be easier if I'd do it.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 23:29:44 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > I looked at JclUnitVersioning and found that an object type used
> > therein.  I don't approve that.

Have you ever seen a constant class instance?

The only way would be to write a class that encapsulates the record. But I
think this is overkill for this. Under Delphi 8 the record (ValueType) is
the same as Delphi 32's "object". So no problem with .NET (but JCL does
not support it either).

If you really want to remove the "object" then I must use the "overkill"
method.


-- Regards, Andreas Hausladen 

Subject: Re: Unit Versioning an all jvcl\run files
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 01 Sep 2004 23:20:18 +0200
Newsgroups: jedi.vcl

Hi,

> I'm currently updating all files in the jvcl\run directory with the
> IFDEF'ed UnitVersioning code. The JclUnitVersioning.pas unit should go to
> the JCL project.

I looked at JclUnitVersioning and found that an object type used therein.  I don't approve that.

From Online Help:

"Object types are supported for backward compatibility only. Their use is not recommended."

Greetings, Robert


Subject: Re: Unit Versioning an all jvcl\run files
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 01 Sep 2004 22:42:02 +0200
Newsgroups: jedi.vcl

>
>> Hi Andreas,
>>
>> is it possible to split it into two parts.
>
>
> How will you split this? It is one part that cannot be splitted in my eyes.
>
>
>  > What i'm thinking of is using the constant part, which didn't need an
>
>> initialize also in the About Property, to show the exaclty version and
>> file date.
>>
>> For this i mostly need the constants.
>
>
> And how do you want to access these constants, if you have no registration
> code that makes the address of the constants available?
>
>

Ok, forget it. It's not so easy as i had wished :-(

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Install Error CBP5.0
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 01 Sep 2004 22:33:44 +0200
Newsgroups: jedi.vcl

Can you show me the content of the file called CJcl50.dcp in the JCL\packages\c5 directory?

Further, could you edit the file Jcl-R.xml in JCL\packages\xml and replace the value in the C5PFLAGS node by -LUvcl5O.dcp

Please let me know if that solves your problem.

Cheers

Olivier Sannier
JVCL Coordinator
C++ Builder support coordinator


Subject: Re: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 22:08:50 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Hi Andreas,
> > 
> > is it possible to split it into two parts.

How will you split this? It is one part that cannot be splitted in my eyes.


 > What i'm thinking of is using the constant part, which didn't need an
> > initialize also in the About Property, to show the exaclty version and
> > file date.
> > 
> > For this i mostly need the constants.

And how do you want to access these constants, if you have no registration
code that makes the address of the constants available?


-- Regards, Andreas Hausladen 

Subject: Re: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 22:07:22 +0200
Newsgroups: jedi.vcl

Now the correct jvcl.inc is committed.

-- Regards, Andreas Hausladen 

Subject: Re: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 22:05:23 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > There is a bug in the installer when you try to activate the Unit
> > Versioning an error appears:  "Listenindex übersteigt das Maximum (14)".

This is not a bug. I have not changed the jvcl.inc yet, but I have changed
the installer.

-- Regards, Andreas Hausladen 

Subject: Re: Unit Versioning an all jvcl\run files
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 01 Sep 2004 21:27:12 +0200
Newsgroups: jedi.vcl

There is a bug in the installer when you try to activate the Unit Versioning an error appears:
"Listenindex übersteigt das Maximum (14)".

Greetings
Jens

Andreas Hausladen wrote:

> I'm currently updating all files in the jvcl\run directory with the
> IFDEF'ed UnitVersioning code. The JclUnitVersioning.pas unit should go to
> the JCL project.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Unit Versioning an all jvcl\run files
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 01 Sep 2004 21:15:49 +0200
Newsgroups: jedi.vcl

Hi Andreas,

is it possible to split it into two parts.

What i'm thinking of is using the constant part, which didn't need an initialize also in the About Property, to show the exaclty version and file date.

For this i mostly need the constants.

Greetings
Jens

Peter Thörnqvist wrote:

>> I'm currently updating all files in the jvcl\run directory with the
>> IFDEF'ed UnitVersioning code. The JclUnitVersioning.pas unit should go to
>> the JCL project.
>
>
> Shouldn't this unit be added to JCL *before* requiring it in JVCL? I don't
> think most users would like the "JclWideStrings" hoopla again...
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Install Error CBP5.0
From: "Vladimir Kovac" <vladimir@softcom.cz>
Date: Wed, 1 Sep 2004 20:37:52 +0200
Newsgroups: jedi.vcl

Hello,

I have tried to install JVCL last build with included install.bat. on C++
Builder 5.0 PRO.
I have installed JCL 1.91build 1558 before without any errors.

Everithing seems to be ok, but if I start install process this error
appears:
(does anyone know what is problem?)
[Compiling: Packages]

D:\Borland\CBuilder5\Lib\new\JCL\packages\c5>"d:\borland\CBuilder5\bin\make.
exe" -l+ -f
"D:\Borland\CBuilder5\Lib\new\jvcl3\packages\bin\MakeJCLDcp4BCB.mak" -s
"-DFILE=CJcl50.dpk" CompileJclDcpPackage

MAKE Version 5.2 Copyright (c) 1987, 2000 Borland

[Compiling: CJcl50.dpk]

Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation

CJcl50.dpk(38) Error: Packages 'vcl50' and
'd:\borland\CBUILD~2\Bin\..\Lib\Obj\vcl50.dcp' both contain unit 'Vcl50'

** error 1 ** deleting CompileJclDcpPackage

** error 1 ** deleting Compile

MAKE Version 5.2 Copyright (c) 1987, 2000 Borland

MAKE Version 5.2 Copyright (c) 1987, 2000 Borland

Thank-you for any deduction ...

Vladimir Kovac

---
Softcom, Dukelska 848, Mlada Boleslav, Czech Republic
tel. +420-326-327067, fax. +420-326-721986
www.softcom.cz
---
.... You can be anything You want to be ...




Subject: Re: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 19:46:29 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > You may get D5 problems from my changes to Globus there.

There were no problems with Globus. Before I had committed the files I had
updated my local copy and there were no conflicts or changes. And D5/D6/D7
had compiled all units.

-- Regards, Andreas Hausladen 

Subject: Re: JvFormStorage and saving properties as doubles
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 01 Sep 2004 19:14:32 +0200
Newsgroups: jedi.vcl

Jens wrote:

> @Andre : Isn't this your part. I have in my mind, that you had plans to
> work on this part.
>
> I will check it this evening also, but maybe you can have a look.
>
>
I have changed DoWriteFloat/DoReadFloat:

procedure TJvCustomAppIniStorage.DoWriteFloat(const Path: string; Value: Extended);
begin
  WriteBinary(Path, Value, SizeOf(Value));
end;

function TJvCustomAppIniStorage.DoReadFloat(const Path: string; Default: Extended): Extended;
var
  Section: string;
  Key: string;
  Value: Extended;
begin
  SplitKeyPath(Path, Section, Key);
  if ValueExists(Section, Key) then
  begin
    Value := 0.0;
    ReadBinary(Path, Value, Sizeof(Value));
    Result := Value;
  end
  else
    Result := Default;
end;

IMO nothing wrong, unless there is something wrong with Read/WriteBinary?

Regards,

André Snepvangers





Subject: Re: TJvChangeNotify - Memory Leaks
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 01 Sep 2004 19:04:59 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:

> I think my "patch" fixes this bug too. It is possible to call Active := false / Active := true whenether you want :-) (I think...)

Actually it reintroduces this bug :)

When the OnChange event is fired, execution of the TJvChangeThread is suspended (by the Synchronize method). When you set TJvChangeNotify.Active to False, your fix now makes the component wait until the TJvChangeThread is terminated.

Thus if you set Active to False in an OnChange event handler, you are going to wait for a suspended thread to terminate, which takes a long time :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvFormStorage and saving properties as doubles
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 1 Sep 2004 18:15:23 +0200
Newsgroups: jedi.vcl

@Andre : Isn't this your part. I have in my mind, that you had plans to
work on this part.

I will check it this evening also, but maybe you can have a look.

Greetings
Jens

> >Some more info:
> >Also all '.value' properties seem to cause the same issue.
> >
> >function TJvCustomAppIniStorage.DoReadBinary(const Path: string; var 
> >Buf; BufSize: Integer): Integer;
> >var
> >  Section: string;
> >  Key: string;
> >  Value: string;
> >begin
> >  SplitKeyPath(Path, Section, Key);
> >  if ValueExists(Section, Key) then
> >  begin
> >    Value := ReadValue(Section, Key);
> >    Result := BinStrToBuf(Value, Buf, BufSize);  <<<<<<<
> >  end
> >  else
> >    Result := 0;
> >end;
> >
> >procedure TJvCustomAppIniStorage.DoWriteBinary(const Path: string; const 
> >Buf; BufSize: Integer);
> >var
> >  Section: string;
> >  Key: string;
> >begin
> >  SplitKeyPath(Path, Section, Key);
> >  WriteValue(Section, Key, BufToBinStr(Buf, BufSize));  <<<<<<
> >end; 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Unit Versioning an all jvcl\run files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Sep 2004 17:59:46 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> Shouldn't this unit be added to JCL before requiring it in JVCL? I don't
>> think most users would like the "JclWideStrings" hoopla again...

If added in deactivated state there should be no problem.

> I have not committed any file for now because I run D5/D6/D7 tests with
> USEJVCL and without

You may get D5 problems from my changes to Globus there.


Subject: Re: JvFormStorage and saving properties as doubles
From: "Craig" <craig@.at.qnotes.com>
Date: Wed, 1 Sep 2004 11:31:05 -0400
Newsgroups: jedi.vcl

Posted to mantis.  The example is very simple to recreate, so no app 
uploaded this time.

-
Craig


----- Original Message ----- 
From: "Jens" <jens.fudickar@oratool.de>
Newsgroups: jedi.vcl
Sent: Wednesday, September 01, 2004 3:06 AM
Subject: Re: JvFormStorage and saving properties as doubles


Hi Craig,

as usual ;-)

Please add an entry to mantis. And if possible add an Sample 
application. 




Subject: Re: Warning : TJvCustomAppStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 01 Sep 2004 16:41:21 +0200
Newsgroups: jedi.vcl

Will check and fix as appropriate.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: TJvChangeNotify - Memory Leaks
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 01 Sep 2004 16:19:32 +0200
Newsgroups: jedi.vcl

Remko Bonte a écrit :
> Pierre Y. wrote:
>
>> Hello guys,
>>
>> I rewrote TJvChangeThread finalisations in order to avoid memory leaks at component destruction. I change the TJvChangeThread.FreeOnTerminate to "false" in order to control thread destruction instead of relying on "automatic" destruction process.
>>
>
> Can you still deactivate the component in the OnChange event? See
>
> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001491
>
> IMO FreeOnTerminate := False should be avoided in most cases.

I think my "patch" fixes this bug too. It is possible to call Active := false / Active := true whenether you want :-) (I think...)

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: Warning : TJvCustomAppStorage
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 01 Sep 2004 16:17:30 +0200
Newsgroups: jedi.vcl

Pierre Y. a écrit :
> Could you please change this line in TJvAppStorage.pas line 1871:

function TJvCustomAppStorage.ReadStringObjectList(const Path: string; const SL: TStrings;
     const ClearFirst: Boolean = True; const ItemName: string = cItem): Integer;
begin
 Result := ReadStringObjectList(Path, SL, DefaultObjectListItemCreateEvent, ClearFirst, ItemName);
end;

To add "Result := " in order to avoid warning "function result can be undefined" ?

Thanks and best regards,

Pierre Y.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Warning : TJvCustomAppStorage
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 01 Sep 2004 16:15:49 +0200
Newsgroups: jedi.vcl

Could you please change this line :

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: jvcl.inc changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 16:05:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Andreas Hausladen wrote:
> > 
>> > > Fixed typos:
>> > > 
>> > > { This activates the unit versioning system where each JVCL unit gets a
>> > > record that defines
>> > >   which revision, date and filename the unit has. }
>> > > {.$DEFINE UNITVERSIONING}
>> > > 
>> > > {$IFDEF NO_UNITVERSIONING}
>> > >  {$UNDEF UNITVERSIONING}
>> > > {$ENDIF}
> > 
> > I must change this to
> > 
> > -----------------------------------------
> > { This activates the unit versioning system where each JVCL unit gets a
> > record that defines
> >   which revision, date and filename the unit has. Not supported under
> > BCB.  }
> > {.$DEFINE UNITVERSIONING}
> > 
> > {$IFDEF BCB}
> >   {$DEFINE NO_UNITVERSIONING}
> > {$ENDIF}
> > 
> > {$IFDEF NO_UNITVERSIONING}
> >   {$UNDEF UNITVERSIONING}
> > {$ENDIF}
> > -----------------------------------------
> > 
> > JclUnitVersioning uses the "object" keyword that is not supported by BCB.

OK, I found a solution so back to the last one.

-- Regards, Andreas Hausladen 

Subject: Re: jvcl.inc changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 15:53:48 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Fixed typos:
> > 
> > { This activates the unit versioning system where each JVCL unit gets a
> > record that defines
> >   which revision, date and filename the unit has. }
> > {.$DEFINE UNITVERSIONING}
> > 
> > {$IFDEF NO_UNITVERSIONING}
> >  {$UNDEF UNITVERSIONING}
> > {$ENDIF}

I must change this to

-----------------------------------------
{ This activates the unit versioning system where each JVCL unit gets a
record that defines
  which revision, date and filename the unit has. Not supported under BCB.
}
{.$DEFINE UNITVERSIONING}

{$IFDEF BCB}
  {$DEFINE NO_UNITVERSIONING}
{$ENDIF}

{$IFDEF NO_UNITVERSIONING}
  {$UNDEF UNITVERSIONING}
{$ENDIF}
-----------------------------------------

JclUnitVersioning uses the "object" keyword that is not supported by BCB.

-- Regards, Andreas Hausladen 

Subject: Re: Unit Versioning an all jvcl\run files
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Sep 2004 15:42:13 +0200
Newsgroups: jedi.vcl

> > I have not committed any file for now because I run D5/D6/D7 tests with
> > USEJVCL and without, with UNITVERSIONING and without, ...

OK, I misunderstood it as if you were comitting these changes now.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: jvcl.inc changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 15:35:27 +0200
Newsgroups: jedi.vcl

Fixed typos:

{ This activates the unit versioning system where each JVCL unit gets a
record that defines
  which revision, date and filename the unit has. }
{.$DEFINE UNITVERSIONING}

{$IFDEF NO_UNITVERSIONING}
 {$UNDEF UNITVERSIONING}
{$ENDIF}


-- Regards, Andreas Hausladen 

Subject: jvcl.inc changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 15:33:10 +0200
Newsgroups: jedi.vcl

I want to add these defines to the jvcl.inc:

{ The activates the unit versioning system where each JVCL unit gets a
record that defines
  which revision, date and filename the unit has. }
{.$DEFINE UNITVERSIONING}

{$IFDEF NOUNITVERSIONING}
 {$UNDEF UNITVERSIONING}
{$ENDIF}



-- Regards, Andreas Hausladen 

Subject: JvgAskListBox question
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Wed, 1 Sep 2004 09:26:21 -0400
Newsgroups: jedi.vcl

Is there a way to set the state of the buttons on each individual row when
I'm adding Items?  Ok, maybe 2 questions...Is it possible to change the
color of the font (or row maybe) for each item independently?

Jeff




Subject: Re: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 15:23:16 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > I'm currently updating all files in the jvcl\run directory with the
>> > > IFDEF'ed UnitVersioning code. The JclUnitVersioning.pas unit should go
>> > > to the JCL project.
> > 
> > Shouldn't this unit be added to JCL before requiring it in JVCL? I don't
> > think most users would like the "JclWideStrings" hoopla again...

I have not committed any file for now because I run D5/D6/D7 tests with
USEJVCL and without, with UNITVERSIONING and without, ... And then I will
first commit the JclUnitVersioning.pas and some minutes later the JVCL
files (only the \run directory at the moment). As UNITVERSIONING will be
disabled by default there will be no problem with that. (Oh I must update
the Installer, add a checkbox for that)


-- Regards, Andreas Hausladen 

Subject: Unit Versioning an all jvcl\run files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 15:16:43 +0200
Newsgroups: jedi.vcl

I'm currently updating all files in the jvcl\run directory with the
IFDEF'ed UnitVersioning code. The JclUnitVersioning.pas unit should go to
the JCL project.


-- Regards, Andreas Hausladen 

Subject: Re: Unit Versioning an all jvcl\run files
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Sep 2004 15:15:14 +0200
Newsgroups: jedi.vcl

> > I'm currently updating all files in the jvcl\run directory with the
> > IFDEF'ed UnitVersioning code. The JclUnitVersioning.pas unit should go to
> > the JCL project.

Shouldn't this unit be added to JCL *before* requiring it in JVCL? I don't
think most users would like the "JclWideStrings" hoopla again...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: LINUX to UNIX
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Sep 2004 10:41:15 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> A subset? You mean two or three components. I don't think that the JVCL
> will ever be compilable with FreePascal. The compiler is the first
> showstopper as we use many features of Delphi which fpc does not support,
> or has a different implementation. For example all components that use the
> JvExVCL classes cannot be used with fpc because the units make too many
> assumtions about the generated code.

I had a look at the Lazarus forums and there was already someone asking for it. I told them to volunteer here.


Subject: Re: LINUX to UNIX
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Sep 2004 10:35:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> The JvUIB components compile with FreePascal, Henri has been ensuring that. Your cleanup may have broken that, but Henri told me he would fix this again. I'll chase him up on that.

I did not change the UIB files at all for a long time.
I think i will contact him myself because i have many global changes pending for UIB.


Subject: Re: Probleme with JvAppXMLStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 1 Sep 2004 10:30:29 +0200
Newsgroups: jedi.vcl

Ok i will have a look this evening and give you a feedback.

Greetings
Jens

> >Jens wrote:
> >
> >
>> >> Hi Olivier,
>> >> 
>> >> i will try to look for it this evening.
>> >> 
>> >> Should i post the changes if everything seemed to be fine ?
> >
> >Well, I have them on my computer at home, along with the changes in 
> >JvResources.pas, it might be easier if I'd do it.
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: RegisterClasses in initialization
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Wed, 1 Sep 2004 10:25:54 +0200
Newsgroups: jedi.vcl

> > And with the provider units I do not know if I can move the initialization
> > RegisterClasses.

    should be possible. These are there for the streaming system only and
are therefore only needed when a provider or consumer is used. Ooh, wait, a
Consumer can technically be any control (in the current situation only
TJvCustomLabel, TJvCustomComboBox and TJvCustomListBox), so these controls
should call the registration of consumer side classes, which is a problem
since any provider can have it's own consumer side classes. Registering
these classes when a provider is used is also not going to work, since there
is no guarantee the provider will be loaded before a consumer. If a TJvLabel
would be loaded and trying to set it's provider's options it would run the
risk of not finding the class because the provider is not yet
loaded/created. The consumer streaming mechanism handles this alright (if a
provider is not yet loaded, it simply stores the settings and updates it
once the provider is set) but if the class is not registered the loading
will fail.

    so, the end verdict is, the Provider units will need to register the
classes used by a consumer in the unit's initialization section, but classes
used by a provider can be registered when that provider is used. This could
be beneficial since most of the code is in the provider side of the
mechanism and the consumer side uses the provider interfaces for
communication and not the classes.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 10:08:55 +0200
Newsgroups: jedi.vcl

Jens wrote:

> > only for interest: Are you working on this issue ?

Not at the moment. I'm writing a DotNetPageControl that should look like
the PageControl of Delphi 8.
But I think I can write the modification app faster that the component. So
I will now start with the app.

-- Regards, Andreas Hausladen 

Subject: Re: RegisterClasses in initialization
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 10:06:45 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Andreas Hausladen wrote:
>> > > We have lots of RegisterClasses in the initialization section of the
>> > > units. These function calls are necessary for the streaming system of
>> > > the VCL. But many are only required when the "parent class" is created.
>> > > So I have tried what happens when I move the RegisterClasses call into
>> > > the constructor protected by a global boolean variable. And after
>> > > recompilation of the JVCL packages all worked as expected with only one
>> > > difference. The executable file size was smaller.
> > 
> > Is that really true?

Yes, because if you use the classes in the initialization/finalization
section the smart linker must include the complete class code with all
classes that this class is using.

> > Registering file formats like JvPcx need to be in an initialization
> > section to allow the IDE to handle PCX files.

That is one of many situations that cannot be changed.

>> > > So I will start a new initialization cleanup task.

It seems that I had already moved most RegisterClasses that can be moved.
And with the provider units I do not know if I can move the initialization
RegisterClasses.

-- Regards, Andreas Hausladen 

Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 01 Sep 2004 10:03:08 +0200
Newsgroups: jedi.vcl

Jens wrote:


> Hi Olivier,
>
> i will try to look for it this evening.
>
> Should i post the changes if everything seemed to be fine ?

Well, I have them on my computer at home, along with the changes in JvResources.pas, it might be easier if I'd do it.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: LINUX to UNIX
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 01 Sep 2004 10:02:19 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have changed most occurences of IFDEF LINUX to IFDEF UNIX.
> UNIX encompasses LINUX and is mainly for (future) FreePascal compatibility.
>
> Is there anyone able and willing to test the JVCL with FreePascal/Lazarus? I do not expect it to go far, but at least a subset of the components should work.

The JvUIB components compile with FreePascal, Henri has been ensuring that. Your cleanup may have broken that, but Henri told me he would fix this again. I'll chase him up on that.

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: LINUX to UNIX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 10:02:14 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Is there anyone able and willing to test the JVCL with
> > FreePascal/Lazarus? I do not expect it to go far, but at least a subset
> > of the components should work.

A subset? You mean two or three components. I don't think that the JVCL
will ever be compilable with FreePascal. The compiler is the first
showstopper as we use many features of Delphi which fpc does not support,
or has a different implementation. For example all components that use the
JvExVCL classes cannot be used with fpc because the units make too many
assumtions about the generated code.


-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : File Version List
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 1 Sep 2004 09:49:41 +0200
Newsgroups: jedi.vcl

Andreas,

only for interest: Are you working on this issue ?

Greetings
Jens

> >OBones wrote:
> >
>>> >> > All units get an initialization and finalization section.
>> >> 
>> >> Exactly the problem I'm seeing with this. This makes programs and
>> >> packages bigger
> >
> >
> >The programs get only bigger when the smart linker cannot remove
> >functions/classes because you use them in the initialization/finalization
> >section. The Unit versioning system would use the JclUnitVersioning.pas
> >only (and some additional strings in each unit, around 60 Bytes per Unit,
> >60 * 600 Units = 36000 Byte ~35Kb)
> >
> >But IFDEFs would fullfill all requirements.
> >
> >So should I write a program that adds the JclUnitVersioning to each uses
> >and the required code to initialization/finalization? (For the
> >JVCLInstaller we ship a own JclUnitVersioning in the Installer's
> >directory.)
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: LINUX to UNIX
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Sep 2004 09:18:42 +0200
Newsgroups: jedi.vcl

I have changed most occurences of IFDEF LINUX to IFDEF UNIX.
UNIX encompasses LINUX and is mainly for (future) FreePascal compatibility.

Is there anyone able and willing to test the JVCL with FreePascal/Lazarus? I do not expect it to go far, but at least a subset of the components should work.


Subject: Re: RegisterClasses in initialization
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Sep 2004 09:17:57 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> We have lots of RegisterClasses in the initialization section of the
> units. These function calls are necessary for the streaming system of the
> VCL. But many are only required when the "parent class" is created.
> So I have tried what happens when I move the RegisterClasses call into the
> constructor protected by a global boolean variable. And after
> recompilation of the JVCL packages all worked as expected with only one
> difference. The executable file size was smaller.

Is that really true?
Registering file formats like JvPcx need to be in an initialization section to allow the IDE to handle PCX files.

> So I will start a new initialization cleanup task.

That is my job ;-)
Seriously, i am thankful if someone else starts a global cleanup task.


Subject: Re: Probleme with JvAppXMLStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 1 Sep 2004 09:08:59 +0200
Newsgroups: jedi.vcl

> >OBones wrote:
> >
>> >> Jens Fudickar wrote:
>> >> 
>>> >>> Hi Olivier,
>>> >>>
>>> >>> it didn't solve the problem completly.
>>> >>>
>>> >>> I think you should do the translation better in SplitKeyPath. Because 
>>> >>> now you only check the path, but when there are whitespaces in the 
>>> >>> valuename part you get also the exception when reading the data.
>> >> 
>> >> Okay, I'll investigate further.
> >
> >Please have a look to the unit posted in binaries and tell me if this 
> >solves the spaces problem and the double configuration node.
> >
> >Please test it in many configurations and let me know if it works.
> >
> >Cheers
> >
> >Olivier Sannier
> >JVCL Coordinator
> >

Hi Olivier,

i will try to look for it this evening.

Should i post the changes if everything seemed to be fine ?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvFormStorage and saving properties as doubles
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 1 Sep 2004 09:06:55 +0200
Newsgroups: jedi.vcl

Hi Craig,

as usual ;-)

Please add an entry to mantis. And if possible add an Sample application.

I will look into it as far as possible :-)

Greetings
Jens

> >Testing a simple form with:
> >JvSpinEdit1.value (set to integer)
> >
> >This will error on exit.
> >
> >Also all doubles will error.
> >
> >-
> >Craig 
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: RegisterClasses in initialization
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Sep 2004 08:31:47 +0200
Newsgroups: jedi.vcl

One potential problem I can see is that if the class registered with
RegisterClass is later used by another class, you would have to add the same
type of code to the new class's constructor == more maintenance. Calling
RegisterClass in the initialization is a one time thing.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: RegisterClasses in initialization
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 01 Sep 2004 07:29:19 +0200
Newsgroups: jedi.vcl

This sounds nice.

I have one question though:

How do you change those RegisterClasses? Do you simply put them in the constructor of the class(es) that need them, or do you create a function that can be called by any class that needs it?
I'd really prefer the second option as it allows users to call the registration themselves if they need to.

Of course, these new functions would need to be documented in the online help system (http://homepages.borland.com/jedi/jedihelp/). Use the '+' button on the unit to add the corresponding item.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Developers: Please assess an review bugs
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 01 Sep 2004 06:51:51 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> I just tried, it works perfectly well and there are two pages. Are you sure you did not set a filter at the top ? <g>
>
>
> *I do not get anything* meaning an empty page. I will try again.

Oh, I see, I didn't understand it that way.

Really weird, you seem to be the only one to have problems. Maybe proxy or browser cache. That's the only thing that I can think of.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Launch of the Jedi Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 01 Sep 2004 06:50:40 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Looks very nice and seems to work smoothly. Let's hope people find time and
> energy to help document the missing pieces.
I sincerely hope so as well ;-)

> I'd suggest all JVCL developers should get sufficent access rights to do
> direct edits without having to wait for someone to verify their
> modifications. There should also be some kind of method of logging in
> without having to go through the admin page.
I agree, it just occured to me yesterday when I put the site online. I'll do it in the upcoming days.

> Oh, I also took the liberty of adding myself to the users list ;)
No worries


Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Developers: Please assess an review bugs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Sep 2004 06:44:15 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I just tried, it works perfectly well and there are two pages. Are you sure you did not set a filter at the top ? <g>

*I do not get anything* meaning an empty page. I will try again.


Subject: RegisterClasses in initialization
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Sep 2004 01:20:26 +0200
Newsgroups: jedi.vcl

We have lots of RegisterClasses in the initialization section of the
units. These function calls are necessary for the streaming system of the
VCL. But many are only required when the "parent class" is created.
So I have tried what happens when I move the RegisterClasses call into the
constructor protected by a global boolean variable. And after
recompilation of the JVCL packages all worked as expected with only one
difference. The executable file size was smaller.

So I will start a new initialization cleanup task.


-- Regards, Andreas Hausladen 

Subject: TJvRas32 problem
From: "Anton Feiertag" <anton@dokker.com>
Date: Wed, 1 Sep 2004 00:54:13 +0200
Newsgroups: jedi.vcl

Hi All

I have found that if the connection is unexpectedly terminated that TJvRas32
does pick the termination up and TJvRas32.Connected will then return FALSE.
If I then do a TJvRas32.HangUp and reconnect the connection does NOT get
re-established. Why is this? Do I have to do something additionally?

Thanks
Anton




Subject: Re: JvFormStorage and saving properties as doubles
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 31 Aug 2004 18:01:26 -0400
Newsgroups: jedi.vcl

Testing a simple form with:
JvSpinEdit1.value (set to integer)

This will error on exit.

Also all doubles will error.

-
Craig 




Subject: Re: Launch of the Jedi Online Help
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 31 Aug 2004 23:48:57 +0200
Newsgroups: jedi.vcl

Looks very nice and seems to work smoothly. Let's hope people find time and
energy to help document the missing pieces.

I'd suggest all JVCL developers should get sufficent access rights to do
direct edits without having to wait for someone to verify their
modifications. There should also be some kind of method of logging in
without having to go through the admin page.

Oh, I also took the liberty of adding myself to the users list ;)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvFormStorage and saving properties as doubles
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 31 Aug 2004 17:41:54 -0400
Newsgroups: jedi.vcl

Some more info:
Also all '.value' properties seem to cause the same issue.

function TJvCustomAppIniStorage.DoReadBinary(const Path: string; var 
Buf; BufSize: Integer): Integer;
var
  Section: string;
  Key: string;
  Value: string;
begin
  SplitKeyPath(Path, Section, Key);
  if ValueExists(Section, Key) then
  begin
    Value := ReadValue(Section, Key);
    Result := BinStrToBuf(Value, Buf, BufSize);  <<<<<<<
  end
  else
    Result := 0;
end;

procedure TJvCustomAppIniStorage.DoWriteBinary(const Path: string; const 
Buf; BufSize: Integer);
var
  Section: string;
  Key: string;
begin
  SplitKeyPath(Path, Section, Key);
  WriteValue(Section, Key, BufToBinStr(Buf, BufSize));  <<<<<<
end; 




Subject: JvFormStorage and saving properties as doubles
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 31 Aug 2004 17:07:58 -0400
Newsgroups: jedi.vcl

Please help,

Thank You,
Craig

These functions are causing access violations with a Preview component 
(not JVCL).
When I try to add and close my application I get errors.
PreviewPrinter.TextOptions (collection see below)
PreviewPrinter.ZoomValue  (100 as a double)

These works:
PreviewPrinter.ZoomOption (Combo List)
PreviewPrinter.Tag

This all had worked before a recent JVCL update

function BinStrToBuf(Value: string; var Buf; BufSize: Integer): Integer;
var
  P: PChar;
begin
  if Odd(Length(Value)) then
    Value := cNullDigit + Value;
  if (Length(Value) div 2) < BufSize then
    BufSize := Length(Value) div 2;
  Result := 0;
  P := PChar(Value);
  while BufSize > 0 do
  begin
    PChar(Buf)[Result] := Chr(StrToInt('$' + P[0] + P[1]));  // here 
<<<<<<<
    Inc(Result);
    Dec(BufSize);
    Inc(P, 2);
  end;
end;

function BufToBinStr(const Buf; BufSize: Integer): string;
var
  P: PChar;
  S: string;
begin
  SetLength(Result, BufSize * 2);
  P := PChar(Result);
  Inc(P, (BufSize - 1) * 2); // Point to end of string ^
  while BufSize > 0 do
  begin
    S := IntToHex(Ord(PChar(Buf)[BufSize]), 2); // <<<<<<<<< Buf has 'no 
value'
    P[0] := S[1];
    P[1] := S[2];
    Dec(P, 2);
    Dec(BufSize);
  end;
end;



TTextOptions = class(TPersistent)
   protected
      FDrawStyle  : TDrawStyle;
      FLeft       : double;
      FTop        : double;
      FRight      : double;
      FBot        : double;
      FBodyFont   : TFont;
      FHdrFont    : TFont;
      FFtrFont    : TFont;
      FPageFont   : TFont;
      FHeader     : string;
      FFooter     : string;
      FHdrMarg    : double;
      FFtrMarg    : double;
      FHdrAlign   : TAlignment;
      FFtrAlign   : TAlignment;
      FPrtPage    : TPrintPageNumber;
      FPageAlign  : TAlignment;
      FPageText   : string;
      FPageMacroText   : string;
      procedure   SetBodyFont(Val: TFont);
      procedure   SetHdrFont(Val: TFont);
      procedure   SetFtrFont(Val: TFont);
      procedure   SetPageFont(Val: TFont);
   public
      constructor Create;
      destructor  Destroy; override;
      procedure   Assign(Source: TPersistent); override;
   published
      property    DrawStyle: TDrawStyle read FDrawStyle write 
FDrawStyle;
      property    MarginLeft: double read FLeft write FLeft;
      property    MarginTop: double read FTop write FTop;
      property    MarginRight: double read FRight write FRight;
      property    MarginBottom: double read FBot write FBot;
      property    BodyFont: TFont read FBodyFont write SetBodyFont;
      property    HeaderFont: TFont read FHdrFont write SetHdrFont;
      property    FooterFont: TFont read FFtrFont write SetFtrFont;
      property    PageNumFont: TFont read FPageFont write SetPageFont;
      property    Header: string read FHeader write FHeader;
      property    Footer: string read FFooter write FFooter;
      property    HeaderMargin: double read FHdrMarg write FHdrMarg;
      property    FooterMargin: double read FFtrMarg write FFtrMarg;
      property    HeaderAlign: TAlignment read FHdrAlign write 
FHdrAlign;
      property    FooterAlign: TAlignment read FFtrAlign write 
FFtrAlign;
      property    PrintPageNumber: TPrintPageNumber read FPrtPage write 
FPrtPage;
      property    PageNumAlign: TAlignment read FPageAlign write 
FPageAlign;
      property    PageNumText: string read FPageText write FPageText;
      property    PageMacroText: string read FPageMacroText write 
FPageMacroText;
   end;




Subject: Re: Developers: Please assess an review bugs
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 31 Aug 2004 22:48:33 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It were three before I had done lots of fixes last week <g>
Yes, I've seen that, you even fixed bugs assigned to me. Somehow, I never got the email though. Anyway, great work.

> So all bugs are either more work or I think I cannot fix them. :-)
No worries, if anyone did as much as you did, we wouldn't have two pages of bugs. But I'm confident people will work on that.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Launch of the Jedi Online Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 31 Aug 2004 22:46:24 +0200
Newsgroups: jedi.vcl

Hi all.

Please find below a copy of the News put on SourceForge.

---------------------------------------------------------------
The JEDI group is pleased to announce the launch of the Jedi Online Help system. This website located at http://homepages.borland.com/jedi/jedihelp/ provides JEDI users and developers with an online version of the help files that come with these projects.
The first JEDI project to use this system is the JVCL (JEDI Visual Components Library), a library of over 500 components for Delphi and C++ Builder.

This system is now the easiest way for users to contribute to JEDI projects by simply taking a few minutes to document a function/procedure/property using a regular Internet browser. This would ensure an overall progress on the matter of help and documentation, an area where the JVCL coordinators acknowledge the relative lack of progress over the past few months. Users are then invited to give a hand, in the true spirit of collaborative development.

For the JEDI group,

Olivier Sannier
JVCL Coordinator
http://homepages.borland.com/jedi/jvcl/


Subject: Re: Developers: Please assess an review bugs
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 31 Aug 2004 21:57:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I just tried, it works perfectly well and there are two pages. Are you
> > sure you did not set a filter at the top ? <g>

It were three before I had done lots of fixes last week <g>
So all bugs are either more work or I think I cannot fix them. :-)


-- Regards, Andreas Hausladen 

Subject: Re: TJvChangeNotify - Memory Leaks
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 31 Aug 2004 21:57:26 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:

> Hello guys,
>
> I rewrote TJvChangeThread finalisations in order to avoid memory leaks at component destruction. I change the TJvChangeThread.FreeOnTerminate to "false" in order to control thread destruction instead of relying on "automatic" destruction process.
>

Can you still deactivate the component in the OnChange event? See

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001491

IMO FreeOnTerminate := False should be avoided in most cases.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvChangeNotify - Memory Leaks
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 31 Aug 2004 20:35:35 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> I'll have a look to see if it compiles and keep you posted
>
>
> The question is not if it compiles but if it works.

Just tried, couldn't see any problems whatsoever


Subject: Re: Developers: Please assess an review bugs
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 31 Aug 2004 20:26:29 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I do not get anything if i call up
> http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
> It worked some days ago.

I just tried, it works perfectly well and there are two pages. Are you sure you did not set a filter at the top ? <g>


Subject: Re: Developers: Please assess an review bugs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 31 Aug 2004 20:17:32 +0200
Newsgroups: jedi.vcl

I do not get anything if i call up
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
It worked some days ago.


Subject: Re: TJvChangeNotify - Memory Leaks
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 31 Aug 2004 20:16:46 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I'll have a look to see if it compiles and keep you posted

The question is not if it compiles but if it works.


Subject: Re: TJvChangeNotify - Memory Leaks
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 31 Aug 2004 20:12:16 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Pierre Y. wrote:
>
>> Hello guys,
>>
>> I rewrote TJvChangeThread finalisations in order to avoid memory leaks at component destruction. I change the TJvChangeThread.FreeOnTerminate to "false" in order to control thread destruction instead of relying on "automatic" destruction process.
>>
>
> Committed.
> There could be problems with Delphi 5, because thread implementation has been changed very much in Delphi 6.

I'll have a look to see if it compiles and keep you posted


Subject: Re: jvPlugin/Interface Help kindly requested
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 31 Aug 2004 18:06:32 +0000
Newsgroups: jedi.vcl

Sorry for the repeated posts, I posted via Web-Groups and was too impatient and pressed the button several times before I got feedback. I reealy did not want to flood this group with my dumb questions!

I pointed it out - It is exactly as you say! I put the call to the interface into OnConfigure and called Connfigure for all plugins AFTER FormCreate and it works. No STDCALL neccessary.

Thanks again for your help! I expected the error in the interface stuff because I am not very familiar with interfaces - they seem to be a very powerful tool...

Micha

Marcel Bestebroer wrote:
> Hi,
>
>
>> thanks a lot - this way I learned about "Supports"! As I expected I am
>> dumb and did not check MainForm: It is nil on Initialize.
>
>
>     which may indicate a bug. I would expect that by the time Initialize is
> called MainForm has been set. OTOH, it might be the point at which the
> plugins are loaded. You could defer plugin loading until the form is done
> loading (e.g. override the Loaded method of the form and load the plugins
> after calling inherited Loaded).
>
>
>> SHAREMEM is
>> included since I heavily use components (IBX/Queries...).
>
>
>     I just figured I ask; you wouldn't be the first one to overlook that
> particular point.
>

I know...

>
>> Maybe the configure Event is better but I don't know when it will be
>> called... I'll experiment a bit...
>
>
>     I think Configure is called immediately after or before Initialize
> (though logically I would expect Initialize be called first and Configure
> after that, possibly even only in response to a user action).
>
>     PS: I will not post an answer to the other three posts ;-)



>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JEDI.NET team coordinator
>
> To mail me, remove the obvious from my mail address
>
>


Subject: Re: TJvChangeNotify - Memory Leaks
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 31 Aug 2004 20:04:44 +0200
Newsgroups: jedi.vcl

Pierre Y. wrote:
> Hello guys,
>
> I rewrote TJvChangeThread finalisations in order to avoid memory leaks at component destruction. I change the TJvChangeThread.FreeOnTerminate to "false" in order to control thread destruction instead of relying on "automatic" destruction process.
>

Committed.
There could be problems with Delphi 5, because thread implementation has been changed very much in Delphi 6.


Subject: Developers: Please assess an review bugs
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 31 Aug 2004 19:49:43 +0200
Newsgroups: jedi.vcl

Hi all.

This message is intended for Developers, but users may want to give a hand as well.

Following the publication of the roadmap, and because no one made any comments on that first step, I'm hereby calling for developers to have a look at all bugs in MANTIS and provide as much feedback as possible during the next two weeks.

The aim is to divide by two the number of bugs that are not Resolved or Closed in Mantis. This may seem ambitious, but I think we can do it.

In all cases, please LOGIN before doing any changes, this allows better follow up of issues.

Regular users are invited to help us as well by providing suggestions or even solutions to bugs when they can.

Thanks to all for your help.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: problem using RegReadBinary (syntax?)
From: Ivo Bauer <abuer@zom.zc>
Date: Tue, 31 Aug 2004 17:52:47 +0200
Newsgroups: jedi.vcl

Hi, Peter!

Peter Sanders wrote:

> The set is declared as TCashRegisterModel = (crSA1000,crTK2200,crTK2100),  and CrModel is of type TCashRegisterModel.

OK.

> This attempt at reading the value from the registry...
>
>   CrModel := RegReadBinary(HKLM, RegKeyLoc, 'CrModel', CrModel,  SizeOf(CrModel));
>
> produces this error
> [Error] CrData.pas(180): There is no overloaded version of 'RegReadBinary'  that can be called with these arguments

Expected behaviour.

> if x is an integer then this syntax works...
>
>   x := RegReadBinary(HKLM, RegKeyLoc, 'CrModel', x, SizeOf(x));

Please take a look at the RegReadBinary function prototype once again to see the type of the value to be returned. It's Cardinal. You're attempting to store the function result in CrModel variable which is of type enumerated and hence it gets stored as an unsigned byte. The size of those two types is quite different, hence that compiler error. By redeclaring the x as Integer you made the compiler happy since the sizeof integer is the same as sizeof cardinal so it can be easily typecasted.

Try this instead:

var
  ActualSize: Cardinal;
begin
  ActualSize := RegReadBinary(HKEY_LOCAL_MACHINE, RegKeyLoc, 'CrModel', CrModel,  SizeOf(CrModel));

The variable ActualSize gets filled with the actual CrModel value size that has been read from the registry. In some cases it could be less than SizeOf(CrModel).

Hope this helps...


P.S. Just out of curiosity, I've tried to put {$Z4} directive in the front of declaration of TCashRegisterModel in order to force the compiler to store the variables of that type as unsigned double word (cardinal). Unfortunately, this does not make the compiler happy and it still keeps complaining. Strange, isn't it?


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: jvPlugin/Interface Help kindly requested
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Tue, 31 Aug 2004 17:16:10 +0200
Newsgroups: jedi.vcl

Hi,

> > thanks a lot - this way I learned about "Supports"! As I expected I am
> > dumb and did not check MainForm: It is nil on Initialize.

    which may indicate a bug. I would expect that by the time Initialize is
called MainForm has been set. OTOH, it might be the point at which the
plugins are loaded. You could defer plugin loading until the form is done
loading (e.g. override the Loaded method of the form and load the plugins
after calling inherited Loaded).

> > SHAREMEM is
> > included since I heavily use components (IBX/Queries...).

    I just figured I ask; you wouldn't be the first one to overlook that
particular point.

> >
> > Maybe the configure Event is better but I don't know when it will be
> > called... I'll experiment a bit...

    I think Configure is called immediately after or before Initialize
(though logically I would expect Initialize be called first and Configure
after that, possibly even only in response to a user action).

    PS: I will not post an answer to the other three posts ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: jvPlugin/Interface Help kindly requested
From: "Micha Schumann" <schumann.wegdamit@itc-ms.wegdamit.de>
Date: Tue, 31 Aug 2004 16:00:21 +0200
Newsgroups: jedi.vcl

Hi,

thanks a lot - this way I learned about "Supports"! As I expected I am 
dumb and did not check MainForm: It is nil on Initialize. SHAREMEM is 
included since I heavily use components (IBX/Queries...).

Maybe the configure Event is better but I don't know when it will be 
called... I'll experiment a bit...

Micha

>> >> maybe it helps to declare the method as stdcall. Means
>> >> [...]
>> >> and also in the TForm descendant.
> >
> >    shouldn't make a difference if both app and dll are written with the
> >same tool (i.e. both written in Delphi or both written in BCB).
> >
>> >> Did you tried a method without parameters?
> >
> >    That would be helpful and would indicate the missing SharedMem uses I
> >indicated in my post.
> >
>> >>
>> >> I often use the following "secure" way to get an interface from an 
object:
>> >> [...]
>> >>   if HostApplication.MainForm.GetInterface(IMainForm,intf) then
> >
> >if Supports(HostApplication.MainForm, IMainForm, intf) then
> >
> >would be safer; if MainForm is set to nil, Supports will return False 
while
> >in your case you'd get an Access Violation.
> >
> >--
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JEDI.NET team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvPlugin/Interface Help kindly requested
From: "Micha Schumann" <schumann.wegdamit@itc-ms.wegdamit.de>
Date: Tue, 31 Aug 2004 16:00:20 +0200
Newsgroups: jedi.vcl

Hi,

thanks a lot - this way I learned about "Supports"! As I expected I am 
dumb and did not check MainForm: It is nil on Initialize. SHAREMEM is 
included since I heavily use components (IBX/Queries...).

Maybe the configure Event is better but I don't know when it will be 
called... I'll experiment a bit...

Micha

>> >> maybe it helps to declare the method as stdcall. Means
>> >> [...]
>> >> and also in the TForm descendant.
> >
> >    shouldn't make a difference if both app and dll are written with the
> >same tool (i.e. both written in Delphi or both written in BCB).
> >
>> >> Did you tried a method without parameters?
> >
> >    That would be helpful and would indicate the missing SharedMem uses I
> >indicated in my post.
> >
>> >>
>> >> I often use the following "secure" way to get an interface from an 
object:
>> >> [...]
>> >>   if HostApplication.MainForm.GetInterface(IMainForm,intf) then
> >
> >if Supports(HostApplication.MainForm, IMainForm, intf) then
> >
> >would be safer; if MainForm is set to nil, Supports will return False 
while
> >in your case you'd get an Access Violation.
> >
> >--
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JEDI.NET team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvPlugin/Interface Help kindly requested
From: "Micha Schumann" <schumann.wegdamit@itc-ms.wegdamit.de>
Date: Tue, 31 Aug 2004 16:00:20 +0200
Newsgroups: jedi.vcl

Hi,

thanks a lot - this way I learned about "Supports"! As I expected I am 
dumb and did not check MainForm: It is nil on Initialize. SHAREMEM is 
included since I heavily use components (IBX/Queries...).

Maybe the configure Event is better but I don't know when it will be 
called... I'll experiment a bit...

Micha

>> >> maybe it helps to declare the method as stdcall. Means
>> >> [...]
>> >> and also in the TForm descendant.
> >
> >    shouldn't make a difference if both app and dll are written with the
> >same tool (i.e. both written in Delphi or both written in BCB).
> >
>> >> Did you tried a method without parameters?
> >
> >    That would be helpful and would indicate the missing SharedMem uses I
> >indicated in my post.
> >
>> >>
>> >> I often use the following "secure" way to get an interface from an 
object:
>> >> [...]
>> >>   if HostApplication.MainForm.GetInterface(IMainForm,intf) then
> >
> >if Supports(HostApplication.MainForm, IMainForm, intf) then
> >
> >would be safer; if MainForm is set to nil, Supports will return False 
while
> >in your case you'd get an Access Violation.
> >
> >--
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JEDI.NET team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvPlugin/Interface Help kindly requested
From: "Micha Schumann" <schumann.wegdamit@itc-ms.wegdamit.de>
Date: Tue, 31 Aug 2004 16:00:19 +0200
Newsgroups: jedi.vcl

Hi,

thanks a lot - this way I learned about "Supports"! As I expected I am 
dumb and did not check MainForm: It is nil on Initialize. SHAREMEM is 
included since I heavily use components (IBX/Queries...).

Maybe the configure Event is better but I don't know when it will be 
called... I'll experiment a bit...

Micha

>> >> maybe it helps to declare the method as stdcall. Means
>> >> [...]
>> >> and also in the TForm descendant.
> >
> >    shouldn't make a difference if both app and dll are written with the
> >same tool (i.e. both written in Delphi or both written in BCB).
> >
>> >> Did you tried a method without parameters?
> >
> >    That would be helpful and would indicate the missing SharedMem uses I
> >indicated in my post.
> >
>> >>
>> >> I often use the following "secure" way to get an interface from an 
object:
>> >> [...]
>> >>   if HostApplication.MainForm.GetInterface(IMainForm,intf) then
> >
> >if Supports(HostApplication.MainForm, IMainForm, intf) then
> >
> >would be safer; if MainForm is set to nil, Supports will return False 
while
> >in your case you'd get an Access Violation.
> >
> >--
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JEDI.NET team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Your favorite JVCL controls?
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 31 Aug 2004 09:47:59 -0400
Newsgroups: jedi.vcl


> Do you think it is easy to extend jvChart to disply boxplots? I did it for TChart but it cannot copy the result to the clipboard or print it. I can contribute the code of course...
What is a boxplot? Put a picture of one up in the binaries newsgroup?

Warren


Subject: Re: Your favorite JVCL controls?
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 31 Aug 2004 09:47:26 -0400
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Printing does not work with JvChart, looks that this has to do with vertical scaling.

Ah yes, I messed that up somewhere along the line. I will fix that! :-)

Warren


Subject: problem using RegReadBinary (syntax?)
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Tue, 31 Aug 2004 21:28:39 +0800
Newsgroups: jedi.vcl

Hi

I have used RegWrite Binary to write a "set" value to the registry.

The set is declared as TCashRegisterModel = (crSA1000,crTK2200,crTK2100), and CrModel is of type TCashRegisterModel.

This attempt at reading the value from the registry...

  CrModel := RegReadBinary(HKLM, RegKeyLoc, 'CrModel', CrModel, SizeOf(CrModel));

produces this error
[Error] CrData.pas(180): There is no overloaded version of 'RegReadBinary' that can be called with these arguments

if x is an integer then this syntax works...

  x := RegReadBinary(HKLM, RegKeyLoc, 'CrModel', x, SizeOf(x));

I have tried several (syntax) variations without success. Can someone advise me how to retrieve my "set" value.

-- 
Kind regards

Peter Sanders


Subject: TJvChangeNotify - Memory Leaks
From: Pierre Y. <pierre@[levosgien].net>
Date: Tue, 31 Aug 2004 15:27:46 +0200
Newsgroups: jedi.vcl

Hello guys,

I rewrote TJvChangeThread finalisations in order to avoid memory leaks at component destruction. I change the TJvChangeThread.FreeOnTerminate to "false" in order to control thread destruction instead of relying on "automatic" destruction process.

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)
JvChangeNotify.pas
	



Subject: Re: jvPlugin/Interface Help kindly requested
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Tue, 31 Aug 2004 12:28:29 +0200
Newsgroups: jedi.vcl

> > maybe it helps to declare the method as stdcall. Means
> > [...]
> > and also in the TForm descendant.

    shouldn't make a difference if both app and dll are written with the
same tool (i.e. both written in Delphi or both written in BCB).

> > Did you tried a method without parameters?

    That would be helpful and would indicate the missing SharedMem uses I
indicated in my post.

> >
> > I often use the following "secure" way to get an interface from an object:
> > [...]
> >   if HostApplication.MainForm.GetInterface(IMainForm,intf) then

if Supports(HostApplication.MainForm, IMainForm, intf) then

would be safer; if MainForm is set to nil, Supports will return False while
in your case you'd get an Access Violation.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Installation - troubles with JVCL core runtime package
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 31 Aug 2004 12:07:30 +0200
Newsgroups: jedi.vcl

Toni Grabmayr wrote:

> Hi,
>
> I successfully installed 3.00 Beta 1 and now I wanted to install latest
> version. I receive error:
> C:\Tools_Updates\JEDI\jvcl\run\JvJVCLAboutForm.pas(138) Error:
> Incompatible Types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
> JvCoreD7R.dpk(92) Fatal: Used Unit '..\..\run\JvJVCLAboutForm.pas'
> can't be compiled
>
>
> Any ideas, hints, practical advise?

When you install the latest version of the JVCL, you should ALWAYS install the latest version of the JCL as well. Please get it here:

http://jcl.sf.net/daily/

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: jvPlugin/Interface Help kindly requested
From: "André Gode" <andre.gode@pietsch-luebeck.de>
Date: Tue, 31 Aug 2004 11:37:20 +0200
Newsgroups: jedi.vcl

Hi Micha,

maybe it helps to declare the method as stdcall. Means

 type
    IMainForm = interface(IUnknown)
      ['{FDABF2E0-2279-11D6-9648-000374890932}']
      procedure AddRight(aTitle,aID:string);stdcall;
    end;

and also in the TForm descendant. Did you tried a method without parameters?

I often use the following "secure" way to get an interface from an object:

procedure ReadInterface;
var
  intf: IMainForm;
begin
  if HostApplication.MainForm.GetInterface(IMainForm,intf) then
     intf.addRight('hallo','1');
end;


Regards

André




Subject: Re: jvPlugin/Interface Help kindly requested
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Tue, 31 Aug 2004 11:06:32 +0200
Newsgroups: jedi.vcl

> >
> > In my plugin in jvPluginInitialize I call
> >
> >    (HostApplication.MainForm as IMainForm).addRight('hallo','1');
> >
> > But constantly get an exception.

    Access Violation or something else? Are you sure
HostApplication.MainForm <> nil at this point?

> > Since the plugins are loaded in OnCreate of the mainForm it should exist
> > then. While debugging I discovered that the main forms Method does not
> > get called.

    Either MainForm is still set to nil or you forgot to use ShareMem in
both the application and the DLL (this unit should be the first in both the
App as well as the DLL .dpk files, especially when long strings are to
passed between the app and the dll; I think this rule even applies to
interface method parameters)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Installation - troubles with JVCL core runtime package
From: "Toni Grabmayr" <toni.grabmayr@grs-software.de>
Date: Tue, 31 Aug 2004 08:44:15 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I successfully installed 3.00 Beta 1 and now I wanted to install latest
version. I receive error:
C:\Tools_Updates\JEDI\jvcl\run\JvJVCLAboutForm.pas(138) Error:
Incompatible Types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD7R.dpk(92) Fatal: Used Unit '..\..\run\JvJVCLAboutForm.pas'
can't be compiled


Any ideas, hints, practical advise?
Regards
Toni


Subject: jvPlugin/Interface Help kindly requested
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 31 Aug 2004 08:18:53 +0000
Newsgroups: jedi.vcl

Hello,

I'm stuck with the following problem:

I use jvPlugin in DLL mode, works fine when dealing with components. But I cannot manage to access the main forms methods via interface. I am sure there is something dumb I am missing:


In the main app I declare this interface and

type
  IMainForm = interface(IUnknown)
    ['{FDABF2E0-2279-11D6-9648-000374890932}']
    procedure AddRight(aTitle,aID:string);
  end;

and implement it in the applications Mainform

type
  Tmainform = class(TForm,IMainForm)
    ...
  public
    { Public-Deklarationen }
    ...
    procedure AddRight(aTitle,aID:string);
  end;

In my plugin in jvPluginInitialize I call

  (HostApplication.MainForm as IMainForm).addRight('hallo','1');

But constantly get an exception.

Since the plugins are loaded in OnCreate of the mainForm it should exist then. While debugging I discovered that the main forms Method does not get called.

Thanks in advance for any help!

Micha


Subject: Re: Access private field
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 31 Aug 2004 06:49:06 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
>
> Thanks, but I still managed to overlook the difference. Must be getting old or something <g>.
>
And I already fixed that <g>

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Access private field
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 31 Aug 2004 01:05:32 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> D5:
>
> type
>   TCustomMaskEdit = class(TCustomEdit)
>   private
>     FEditMask: string;
>     FMaskBlank: Char;
>     FMaxChars: Integer;
>     FMaskSave: Boolean;
>     FMaskState: TMaskedState;
>     FCaretPos: Integer;
>     FBtnDownX: Integer;
>     FOldValue: string;
>     FSettingCursor: Boolean;

Thanks, but I still managed to overlook the difference. Must be getting old or something <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JVDBGrid
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Mon, 30 Aug 2004 19:18:47 -0300
Newsgroups: jedi.vcl

I have a jvdbgrid with a memo field. How can i do to show the value of de
memo in the place of word "Memo" ? Is there a way to i set the propertie
RowsHeight to 50, for examplo, and the text is wordwrap in this cell?

Thanks
Alessandro




Subject: Re: Your favorite JVCL controls?
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 30 Aug 2004 21:49:10 +0000
Newsgroups: jedi.vcl

Warren Postma wrote:
> My favourites are the ones I wrote {grin}.
>
> I wrote JvCsvDataSet and JvChart.  The JvCsvDataSet allows you to use data aware controls with CSV files, and thus you don't need ODBC, SQL, or any third party DLLs to have small databases in your applications, and secondly JvChart is like a light version of TChart, and since it's open source, you can use it for free, and modify it to do what you need a chart to do. I use both heavily in my applications, and they are (I hope) well tested, however if in using one of these, you do run across a bug, let me know (on this newsgroup) and I will do my best to fix it ASAP.
>
> Warren
Do you think it is easy to extend jvChart to disply boxplots? I did it for TChart but it cannot copy the result to the clipboard or print it. I can contribute the code of course...

MIcha


Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 30 Aug 2004 22:16:51 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Jens Fudickar wrote:
>
>> Hi Olivier,
>>
>> it didn't solve the problem completly.
>>
>> I think you should do the translation better in SplitKeyPath. Because now you only check the path, but when there are whitespaces in the valuename part you get also the exception when reading the data.
>
> Okay, I'll investigate further.

Please have a look to the unit posted in binaries and tell me if this solves the spaces problem and the double configuration node.

Please test it in many configurations and let me know if it works.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Your favorite JVCL controls?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 30 Aug 2004 20:19:45 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> My favourites are the ones I wrote {grin}.
>
> I wrote JvCsvDataSet and JvChart.  The JvCsvDataSet allows you to use data aware controls with CSV files, and thus you don't need ODBC, SQL, or any third party DLLs to have small databases in your applications, and secondly JvChart is like a light version of TChart, and since it's open source, you can use it for free, and modify it to do what you need a chart to do. I use both heavily in my applications, and they are (I hope) well tested, however if in using one of these, you do run across a bug, let me know (on this newsgroup) and I will do my best to fix it ASAP.
>
> Warren

Printing does not work with JvChart, looks that this has to do with vertical scaling.

Regards,

André Snepvangers


Subject: Re: Your favorite JVCL controls?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 30 Aug 2004 12:08:26 -0400
Newsgroups: jedi.vcl

My favourites are the ones I wrote {grin}.

I wrote JvCsvDataSet and JvChart.  The JvCsvDataSet allows you to use data aware controls with CSV files, and thus you don't need ODBC, SQL, or any third party DLLs to have small databases in your applications, and secondly JvChart is like a light version of TChart, and since it's open source, you can use it for free, and modify it to do what you need a chart to do. I use both heavily in my applications, and they are (I hope) well tested, however if in using one of these, you do run across a bug, let me know (on this newsgroup) and I will do my best to fix it ASAP.

Warren


Subject: Re: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 30 Aug 2004 12:03:05 -0400
To: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Newsgroups: jedi.vcl


>
> After your changes:
>
> You can't use DisplayFormat at design-time, because DecimalPlaces & DecimalPlacesAlwaysShown overwrite DisplayFormat. 

You are right, I have created a rather nasty unintended side effect here, and by means of setting DisplayFormat to 0.### myself, I could have avoided the need for this change, and this would make DecimalPlacesAlwaysShown (my newly added property) redundant.

What confused me the most (and this will confuse others too) is that
DecimalPlaces duplicates the content of DisplayFormat.  I wonder why it is necessary at all. Why couldn't we take DecimalPlaces out of the published section, and just calculate its value from parsing DisplayFormat, and this would solve the confusing duplication of information.

When would anyone want to set DisplayFormat to '0.00' and then set DecimalPlaces to anything other than 2?  Perhaps DecimalPlaces could be
demoted to a read-only public instead of Read-Write-Published property?

Warren


Subject: Re: ComboBox custom painting
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Mon, 30 Aug 2004 15:13:17 +0200
Newsgroups: jedi.vcl

Peter,
 I've tried to use WM_NCPAINT to paint some controls (ComboBox, Memo,
RichEdit) and I've managed to paint outside scrollbars as well. But I think
too well, I didn't only paint outside of them, but over them as well. Since
TBX paints like FillRect it painted over the text and over the scrollbars. I
repaint the control with RedrawWindow and the text by using Invalidate
(after painting the frame), but I don't know how to repaint the scrollbars.
  I posted something like this to the TBX newsgroup if the people there know
another way of painting this...
  Is there any way to do this, some message or something (I know very little
about those)???

Cheers

Marko




Subject: jvThumbViews again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 30 Aug 2004 12:31:59 +0000
Newsgroups: jedi.vcl

Hello,

I extended jvThumbViews to call the event OnGetTitle also with Files read from a directory. This allows changing all Titles not only those of pics added manually. IMO this is the correct behaviour - the event GetTitle should be called with every thumbnail.

If you all agree with me I would be happy if someone could commit the changes below to CVS (I heavily marked my additions):

procedure TJvThumbView.SetDirectory(Value: string);
var
  Counter1, FStartTime: DWORD;
  Cancel: Boolean;
  ReadFileList: TStringList;
  OldCursor: TCursor;

  // *** added by micha schumann
  // *** allow to change title also with scanned files
  FFont: TFont;
  FColor: TColor;
  ThumbnailTitle: string;
  // *** end addition by micha schumann

//  Pic: TPicture;
begin
  FSelected := -1;
  //  If Not FPainted then
  //  begin
  //    postMessage(Self.Handle,WM_LoadWhenReady,0,0);
  //    Exit;
  //  end;
  FDiskSize := 0;
  if FFilling then
    Exit;
  if Value <> '' then
  begin
    ReadFileList := TStringList.Create;
    OldCursor := Cursor;
    try
      FFilling := True;
    //    if Assigned(ReadFileList) then FreeAndNil(ReadFileList);
      FStartTime := GetTickCount;
      GetFiles(Value);
      if FSorted then
        ReadFileList.Assign(FFileListSorted)
      else
        ReadFileList.Assign(FFileList);
      EmptyList;
      FDirectory := Value;
      if Assigned(FOnStartScanning) then
        FOnStartScanning(Self, ReadFileList.Count - 1);
      if ReadFileList.Count > 0 then
      begin
        Cancel := False;
        for Counter1 := 0 to ReadFileList.Count - 1 do
        begin
          if Assigned(FOnScanProgress) then
            FOnScanProgress(Self, Counter1 + 1, Cancel);
          if Cancel then
            Break;
          AddThumb(ExtractFilename(ReadFileList.Strings[Counter1]), True);
          TJvThumbnail(FThumbList.Objects[Counter1]).FileName := ReadFileList.Strings[Counter1];

          // *** added by micha schumann
          // *** allow to change title also with scanned files
          if Assigned(FOnGetTitle) then
          begin
            FFont := TFont.Create;
            FColor := clBtnFace;
            FOnGetTitle(Self, ReadFileList.Strings[Counter1], ThumbnailTitle, FFont, FColor);

TJvThumbnail(FThumbList.Objects[Counter1]).SetTitlePanel(ThumbnailTitle, FFont, FColor);
            FreeAndNil(FFont);
          end;
          // *** end addition by micha schumann

          Inc(FDiskSize, TJvThumbnail(FThumbList.Objects[Counter1]).FileSize);
          if (Cursor <> crHourGlass) and (GetTickCount - FStartTime > 1000) then
            Cursor := crHourGlass;
        end;
      end;
      if Assigned(FOnStopScanning) then
        FOnStopScanning(Self);
    finally
      FreeAndNil(ReadFileList);
      FFilling := False;
      Cursor := OldCursor;
    end
  end
  else
    EmptyList;
  FDirectory := Value;
  if (FThumbList.Count > 0) and (Selected < 0) then
    SetSelected(0);
  Invalidate;
end;

Best regards,

Micha Schumann


Subject: Where TJvRichEdit Demo/Example?
From: "miyomo" <pippo@hotmail.com>
Date: Mon, 30 Aug 2004 08:24:53 +0200
Newsgroups: jedi.vcl

Hi! Where I can find a TJvRichEdit Demo/Example?

TIA
  Miyomo




Subject: Re: Proposed Roadmap
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sun, 29 Aug 2004 21:25:27 +0000
Newsgroups: jedi.vcl

OBones wrote:
> Hi all
>
> Many users are wondering where the JVCL is heading and it is quite understandable. On the inside, things are moving a lot, developers are comitting lots of changes, but this does not get reflected in any official release. Users can download the daily zips, but most people prefer a package that is tagged as "stable".
> I think it is necessary to make a clear statement by publishing a roadmap towards the next stable release and this is what I'm doing here. The timeline would be as follows:
>
> 30/08 - 12/09: Mantis Bug fixes. As many bugs as possible must be reviewed, assessed and fixed where applicable. Some of these bugs have been in there for too long. If a bug reporter does not provide feedback within two weeks of answering him, the issue is considered closed.
>
> 01/09: Launch of Jedi Help, the online version of the Jedi help, with the JVCL as its first project. Users are invited to contribute.
>
> 13/09-14/09: Creation of JVCL 3 Beta 2 and Creation of the associated help file from Jedi Help.
>
> 15/09: JVCL 3 Beta 2 is distributed, users can start using it and provide feedback. The associated help file is distributed as well, users contribute on Jedi Help.
>
> 15/09-30/09: User feedback on JVCL 3 Beta 2 is coming in, bugs are fixed as they are indicated. Mantis is the preferred way of getting notice.
>
> 01/10-03/10: Preparation of JVCL 3 Release Candidate 1, with integrated help file.
>
> 04/10-10/10: Feeback from users about RC1. Expected number of bugs is low. If any, they are fixed as they appear, through Mantis.
>
> 11/10: Preparation of JVCL 3 Stable
>
> 12/10: Release of JVCL 3 Stable
>
>
> This is only a proposition and may need to be adjusted to take into account elements that I may have forgotten, but to the best of my knowledge, this seems reasonnable.
> I would really appreciate feedback from developers and users.
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

Sounds great. IMO current stability of the jvcl should allow this ambitious time frame! Can I be of any help in the progress?

Micha


Subject: Re: Proposed Roadmap
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 29 Aug 2004 22:00:37 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

>
> Sounds great. IMO current stability of the jvcl should allow this ambitious time frame! Can I be of any help in the progress?

Absolutely. You, as weel as all users, can do two things:

1. Go through Mantis bugs and provide comments/ideas/suggestions to bugs. You don't need to be a developer to do that, Mantis is also there as a cooperation tool.

2. Use the soon to be released Jedi Online Help to udpate the JVCL help. This is one of the most crucial points as the help file is really "behind" in terms of completeness.

Both these points can be done using a simple browser, you don't need any special tool nor access to help.

Thank you for your interest in the JVCL

Olivier Sannier
JVCL Developer


Subject: Proposed Roadmap
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 29 Aug 2004 21:15:17 +0200
Newsgroups: jedi.vcl

Hi all

Many users are wondering where the JVCL is heading and it is quite understandable. On the inside, things are moving a lot, developers are comitting lots of changes, but this does not get reflected in any official release. Users can download the daily zips, but most people prefer a package that is tagged as "stable".
I think it is necessary to make a clear statement by publishing a roadmap towards the next stable release and this is what I'm doing here. The timeline would be as follows:

30/08 - 12/09: Mantis Bug fixes. As many bugs as possible must be reviewed, assessed and fixed where applicable. Some of these bugs have been in there for too long. If a bug reporter does not provide feedback within two weeks of answering him, the issue is considered closed.

01/09: Launch of Jedi Help, the online version of the Jedi help, with the JVCL as its first project. Users are invited to contribute.

13/09-14/09: Creation of JVCL 3 Beta 2 and Creation of the associated help file from Jedi Help.

15/09: JVCL 3 Beta 2 is distributed, users can start using it and provide feedback. The associated help file is distributed as well, users contribute on Jedi Help.

15/09-30/09: User feedback on JVCL 3 Beta 2 is coming in, bugs are fixed as they are indicated. Mantis is the preferred way of getting notice.

01/10-03/10: Preparation of JVCL 3 Release Candidate 1, with integrated help file.

04/10-10/10: Feeback from users about RC1. Expected number of bugs is low. If any, they are fixed as they appear, through Mantis.

11/10: Preparation of JVCL 3 Stable

12/10: Release of JVCL 3 Stable


This is only a proposition and may need to be adjusted to take into account elements that I may have forgotten, but to the best of my knowledge, this seems reasonnable.
I would really appreciate feedback from developers and users.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: VisualCLX Progress (3)
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 29 Aug 2004 19:30:05 +0200
Newsgroups: jedi.vcl

As some of you might have noticed, I have updated several CLX units. Most of them as result of IFDEF cleaning in the original JVCL units.
None the less there are several updates:
- Type wrappers (example TCaption = QTypes.TCaption) and API wrappers (example GetTickCount) have been added to QWindows. Adding Types to 'uses'  by the JvclVclClx converter is no longer required.
- Unlike VCL, QGraphics.ColorToRGB(Color: TColor): TColor handles only TMappedColor, it returns clBlack otherwise. Added function ColorToRGB(Color: TColor; Instance: TWidgetControl = nil): TColor; to QWindows. The optional TWidgetControl will make it use the palette of the TWidgetControl. function ColorToRGB(Color):TColor will be added as class methode to the JvExVCL classes (clx only) and is added as wrapper to Jv(Q)Component.
- In cases, where messaging was used, QControls should be placed before QWindows. This has been solved by adding a TMessage = QWindows.TMessage  to  Jv(Q)Component.
- Setting TBitmap TransparentColor before the bitmap has been drawn, produces an empty Mask (mask is not updated). Setting TransparentColor  after the bitmap solves this, i.e. the mask is recreated. I have changed this in the JVCL sources.
- VCL (CM)FontChanged is message driven while CLX FontChanged occurs when the Font is changed. This likely to cause AV's if you set the Font in the constructor, in derived classes where FontChanged is overridden: Childs may have not been constructed yet. In the JvVCL classes the CLX FontChanged is Qt Event driven, to mimic VCL behaviour.
- Added CLX implementations for equivalent VCL methods.
- I haven't had the time to test the last changes I made on Kylix yet.
- In the pipeline enhanced DoubleBuffering, JvDotNetCtrl.
- Will update the JvExVCL sources the coming week.

Regards,

André Snepvangers,
JVCL VisualCLX coordinator



====
In the pipeline


Subject: Re: Access private field
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 29 Aug 2004 16:06:23 +0200
Newsgroups: jedi.vcl

Works better if i copy from TCustomMaskEdit.
There is a bug in the original posting because it uses TCustomEdit.

  TCustomMaskEdit = class(TCustomEdit)
  private
    FEditMask: TEditMask;
    FMaskBlank: Char;
    FMaxChars: Integer;
    FMaskSave: Boolean;
    FMaskState: TMaskedState;
    FCaretPos: Integer;
    FBtnDownX: Integer;
    FOldValue: string;
    FSettingCursor: Boolean;
    function DoInputChar(var NewChar: Char; MaskOffset: Integer): Boolean;


Subject: Re: Access private field
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Aug 2004 14:36:55 +0200
Newsgroups: jedi.vcl

D5:

type
  TCustomMaskEdit = class(TCustomEdit)
  private
    FEditMask: string;
    FMaskBlank: Char;
    FMaxChars: Integer;
    FMaskSave: Boolean;
    FMaskState: TMaskedState;
    FCaretPos: Integer;
    FBtnDownX: Integer;
    FOldValue: string;
    FSettingCursor: Boolean;


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Access private field
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 29 Aug 2004 14:30:44 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I need to access TCustomMaskEdit.FSettingCursor.
>
> Does typecasting to
>
>   TCustomMaskEditPrivateAccess = class(TCustomEdit)
>   private
>     FEditMask: TEditMask;
>     FMaskBlank: Char;
>     FMaxChars: Integer;
>     FMaskSave: Boolean;
>     FMaskState: TMaskedState;
>     FCaretPos: Integer;
>     FBtnDownX: Integer;
>     FOldValue: string;
>     FSettingCursor: Boolean;
>   end;
>
> work on D5, D6? Or is there are better method?
>

D6:

  TCustomEdit = class(TWinControl)
  private
    FMaxLength: Integer;
    FBorderStyle: TBorderStyle;
    FPasswordChar: Char;
    FReadOnly: Boolean;
    FAutoSize: Boolean;
    FAutoSelect: Boolean;
    FHideSelection: Boolean;
    FOEMConvert: Boolean;
    FCharCase: TEditCharCase;
    FCreating: Boolean;
    FModified: Boolean;
    FOnChange: TNotifyEvent;
    procedure AdjustHeight;


Subject: Access private field
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 29 Aug 2004 12:21:31 +0200
Newsgroups: jedi.vcl

I need to access TCustomMaskEdit.FSettingCursor.

Does typecasting to

  TCustomMaskEditPrivateAccess = class(TCustomEdit)
  private
    FEditMask: TEditMask;
    FMaskBlank: Char;
    FMaxChars: Integer;
    FMaskSave: Boolean;
    FMaskState: TMaskedState;
    FCaretPos: Integer;
    FBtnDownX: Integer;
    FOldValue: string;
    FSettingCursor: Boolean;
  end;

work on D5, D6? Or is there are better method?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Install Help
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 Aug 2004 10:12:08 +0200
Newsgroups: jedi.vcl

Tobin Hall wrote:

> > JVCL 3.0beta

Don't use this release. The BCB support is completly broken in it. Instead
use a daily snapshot:

http://jcl.sourceforge.net/daily
http://jvcl.sourceforge.net/daily



-- Regards, Andreas Hausladen 

Subject: Re: Install Help
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 28 Aug 2004 10:07:31 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Tobin Hall wrote:
>
>> Fatal: Unable to execute command: C:\Program
>
>
> This seems to be a problem with blanks in the path.

And this has already been fixed in the daily zip.


Subject: Re: Install Help
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 28 Aug 2004 06:56:14 +0200
Newsgroups: jedi.vcl

Tobin Hall wrote:

> Fatal: Unable to execute command: C:\Program

This seems to be a problem with blanks in the path.


Subject: Re: JVCL 3.0 release date
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Fri, 27 Aug 2004 23:19:10 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Phil Scadden wrote:
>
>>> Why not in the future. At the moment, we are not doing a combined
>>> release, so there is no real point doing so.
>>
>>
>>
>> The hassle is the JVCL depends on JCL, so JVCL needs to bundle a compatible
>> release of JCL
>> with its installer.
>
>
> We will do that, but for the moment, the daily zips are not an "official" release and as such require semi-manual installation.
> And when you download the full zips, you always have the installer with it, for the JCL as well as for the JVCL.
>
> What might be needed is a program that launches the JCL installer, then the JVCL installer. This will be done, but not in the next few days.
>
> Cheers
??????????????
Last time I installed JVCL3 (a few weeks ago) on a brand new computer i downloaded both jcl and JVCL in two sibling directories (directly from CVS) and fired the JVCL3 installer.
It refused to install and only presented me the choice to install jcl.
When I chose that it called the jcl installer.
The only glitch was that when I closed the jcl installer the JVCL3 installer (which was in background) refused to continue working (even when I tried to page-back page forward it (evidently it didn't detect jcl at startup and did not check again).
I closed the JCL3 installer and restartedit; it worked like a champ.

Did I dream al this??

ZioNemo


Subject: Install Help
From: "Tobin Hall" <tobinhall@edt.biz>
Date: Fri, 27 Aug 2004 16:17:49 -0500
Newsgroups: jedi.vcl

Here are the facts.

Win2k
BCB6 Update4
JCL 1.91
JVCL 3.0beta

The install for jcl works ok, but the jvcl install fails with:

MAKE Version 5.2 Copyright (c) 1987, 2000 Borland

** Generating packages...

MAKE Version 5.2 Copyright (c) 1987, 2000 Borland

Generating packages for c6

Loaded template.bpk

c6p template will be used for JvDotNetCtrls-R

c6p template will be used for JvGlobus-R

c6p template will be used for JvInterpreter-R

c6p template will be used for JvUIB-R

Loaded template.cpp

Loaded template.res

Compiling package: JvCoreC6R.bpl

Fatal: Unable to execute command: C:\Program



Any help would be much appreciated.  This is my first attempt at installing
Jedi anything, so If I need to switch versions, let me know.





Subject: Re: Warnings in the latest CVS
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 27 Aug 2004 21:51:56 +0200
Newsgroups: jedi.vcl

Hi Robert,

sorry for that.

But you are not right :-) You can't have fixed this before, because i have introduced this function new at the 24.08.

I think you have fixed the ReadStringList or the ReadObjectList function.

The problem was : i have made the same error again :-(

Sorry for that.

Greetings
Jens

Robert Marquardt wrote:
> Jens wrote:
>
>> I have seen it. I will try to fix it this evening or next week.
>
>
> I have fixed it by assigning the Result. It is an overloaded method delegating the implementation to the other overloaded version.
>
> BTW it is the second time i have to fix that.
> I have the impression that you committed an older version again.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: ComboBox custom painting
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 27 Aug 2004 21:09:47 +0200
Newsgroups: jedi.vcl

Thanks Peter, I'll give it a try...

Marko




Subject: Re: ComboBox custom painting
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 27 Aug 2004 21:08:16 +0200
Newsgroups: jedi.vcl

> > The CVS spilling out the files is Unix based (or Linux based) so all
> > files in the CVS are stored with Unix lineends.

OK, thanks - I got rid of the "1023 characters" error (that is - I canged
the source and didn't get that error), but delphi compiler still takes me
17-20 lines before the line an error is on (error on line 3526, takes me to
line 3508)...

Marko




Subject: Re: Question about JCL and JVCL for Delphi 8
From: "Marcel Bestebroer" <marcel.b.theobvious@xs4all.nl>
Date: Fri, 27 Aug 2004 21:03:22 +0200
Newsgroups: jedi.vcl

> > Do you have a plan to develop JCL and JVCL components for Delphi 8?

    as Ray mentioned, I started the JEDI.NET project some time ago. I've not
been very active lately, but I recently started working on it again. The
JEDI.NET project will start out as an all .NET library, accepting ASP.NET,
WinForm components or VCL.NET components and basically what the JCL is now.
Most of the JCL stuff is not usable in the .NET world, and as a consequence
the JCL team has no plans to do a 1-on-1 translation to .NET, which also
results in the JVCL not being able to do a 1-on-1 translation (since they
depend heavily on JCL).

    I do plan for VCL.NET controls to remain interface compatible with the
JVCL, which will aid JVCL users in making the transition into the .NET
world. However, all components and controls need to be rewritten from
scratch so it will take lots of time and developers to do that.

    My current focus is on WinForms and mostly on core stuff. The only
available controls are for WinForms and are a Led control and a Shape
control (donated by Andreas). We also have a FileOfRecord class (also
donated by Andreas). I really want to finish the current stuff first and
then see about making a first release and attempt to recruit more developers
(by making the announcement on the Borland NGs).

    In short: do not expect a JVCL.NET in the short term, because it is way
to much work to do that so soon with only two or three developers active. I
will strive for high compatibility between JVCL and VCL.NET components
donated to JEDI.NET.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Question about JCL and JVCL for Delphi 8
From: "Ray A." <nospam@hotmail.com>
Date: Fri, 27 Aug 2004 17:01:10 +0000 (UTC)
Newsgroups: jedi.vcl

Richard wrote:

> > Dear Jedi Developers,
> > 
> > Do you have a plan to develop JCL and JVCL components for Delphi 8?
> > 
> > Thanks
> > 
> > Richard 

Hi Richard,

I probably don't have the exact answer your looking for however,
Marcel Bestebroer has created the JEDI.NET project.  I'm not sure what
the status is on this project however I am working on the JCL EDI port
to Delphi Dot.Net.  I hope to include it in the Jedi.Net project once I
have the prototype completed and tested.

For those who use the EDI part of JCL:

The JCL EDI.Net port should maintain almost complete compatibility with
existing JCL EDI code while also gaining some improvements in speed,
memory usage, and error detection.  For example:  When parsing a bad
EDI file you can get a more descriptive error message telling you what
object, object location, and object type the error occurred in, as well
as the location and length of the bad data in the EDI file.

Currently I am in the process of backporting the new EDI.Net features
to JCL and merging them into a prototype unit that is processed by the
jpp.exe program.

Ray A. (Team Jedi)


Subject: Question about JCL and JVCL for Delphi 8
From: "Richard" <ljs_1969@hotmail.com>
Date: Fri, 27 Aug 2004 12:44:13 -0400
Newsgroups: jedi.vcl

Dear Jedi Developers,

Do you have a plan to develop JCL and JVCL components for Delphi 8?

Thanks

Richard 




Subject: Re: ComboBox custom painting
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 27 Aug 2004 14:01:31 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

> Well, I saved it in WinXP Pro SP1, so I don't see how it can be UNIX -
> encoded, but I'll try it anyway and tell you what happened. Thanks...

The CVS spilling out the files is Unix based (or Linux based) so all files in the CVS are stored with Unix lineends.


Subject: Re: ComboBox custom painting
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 27 Aug 2004 13:35:23 +0200
Newsgroups: jedi.vcl

> > About the code you gave me - I've tried something like that already. The
> > problem with it is that it only works with OwnerDraw, and I want it to
work
> > always, also there's a problem with the scrollbar, attached is a
screenshow
> > that shows the way it's supposed to be done. Any ideas?

Although you could make some calcualtions to determine whether there are
scrollbars or not, I think you probably need to draw the frame in the NC
area (to draw outside the scrollbars) which means that you probably have to
subclass the WndProc of the embedded listbox and handle the WM_NCPAINT
message. Take a look at TCustomComboBox.CreateWnd and ListWndProc for an
example on how to subclass the listbox's WndProc.

An alternate way of getting a handle to the listbox is to override the
combo's own WndProc and get the handle of the listbox when the
WM_CTLCOLORLISTBOX message is sent (the handle is then in lParam). You can
then use the same technique as is used in TCustomComboBox.CreateWnd/WndProc.
I'm not quite shure whether WM_CTLCOLORLISTBOX is sent for all styles of
comboboxes (simple, list, dropdown, owner draw) but it might be worth a try
as well.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: dxgettextResstr
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Aug 2004 13:28:26 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

> > In ...\JVCL300beta1\jvcl\devtools\dxgettextResstr:
> > 
> > What does dxgettextResstr do ?

It was used to extract all string literals in the source code to
resourcestrings. It gives the each resourcestring a name that build from
the text itself. The resourestrings are written to the implementation
section (if I remember correctly).


-- Regards, Andreas Hausladen 

Subject: Re: ComboBox custom painting
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 27 Aug 2004 12:37:06 +0200
Newsgroups: jedi.vcl

About the code you gave me - I've tried something like that already. The
problem with it is that it only works with OwnerDraw, and I want it to work
always, also there's a problem with the scrollbar, attached is a screenshow
that shows the way it's supposed to be done. Any ideas?

> > I looked but couldn't find any topic about that. Do you have a subject
> > and/or date?

"TBX Wishlist", but I see you've found it :)

Cheers

Marko



pic-0000.png
	



Subject: Re: ComboBox custom painting
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 27 Aug 2004 12:27:21 +0200
Newsgroups: jedi.vcl

> > This is most likely because the files you are looking at are encoded in
> > UNIX style line endings. Use Unix2Dos to fix the file.

Well, I saved it in WinXP Pro SP1, so I don't see how it can be UNIX -
encoded, but I'll try it anyway and tell you what happened. Thanks...

Marko




Subject: Re: Warnings in the latest CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 27 Aug 2004 11:14:54 +0200
Newsgroups: jedi.vcl

Jens wrote:

> I have seen it. I will try to fix it this evening or next week.

I have fixed it by assigning the Result. It is an overloaded method delegating the implementation to the other overloaded version.

BTW it is the second time i have to fix that.
I have the impression that you committed an older version again.


Subject: dxgettextResstr
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Fri, 27 Aug 2004 10:54:50 +0200
Newsgroups: jedi.vcl

In ...\JVCL300beta1\jvcl\devtools\dxgettextResstr:

What does dxgettextResstr do ?

Thanks,
Alain




Subject: Re: Warnings in the latest CVS
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 27 Aug 2004 08:24:42 +0200
Newsgroups: jedi.vcl

I have seen it. I will try to fix it this evening or next week.

Greetings
Jens

> >Vaclav Korecek wrote:
>> >> I got many warnings during full installation of latest JVCL.
>> >> 
>> >> Print-out is:
>> >> "E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\run
>> >> \JvAppStorage.pas(1872) Warning: Return value of function 
>> >> 'TJvCustomAppStorage.ReadStringObjectList' might be undefined"
>> >> 
>> >> JCL and JVCL are both latest CVS.
>> >> 
>> >> Is the above mentioned warnig problem or not. I am not sure.
> >
> >It is a potential problem. It will need to be fixed, I hope the person 
> >who did the changes will see it.
> >
> >Cheers
> >
> >-- 
> >Olivier Sannier
> >JVCL Coordinator
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL 3.0 release date
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 27 Aug 2004 08:19:52 +0200
Newsgroups: jedi.vcl

Phil Scadden wrote:
>> Why not in the future. At the moment, we are not doing a combined
>> release, so there is no real point doing so.
>
>
> The hassle is the JVCL depends on JCL, so JVCL needs to bundle a compatible
> release of JCL
> with its installer.

We will do that, but for the moment, the daily zips are not an "official" release and as such require semi-manual installation.
And when you download the full zips, you always have the installer with it, for the JCL as well as for the JVCL.

What might be needed is a program that launches the JCL installer, then the JVCL installer. This will be done, but not in the next few days.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: Warnings in the latest CVS
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 27 Aug 2004 08:04:04 +0200
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> I got many warnings during full installation of latest JVCL.
>
> Print-out is:
> "E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\run
> \JvAppStorage.pas(1872) Warning: Return value of function 'TJvCustomAppStorage.ReadStringObjectList' might be undefined"
>
> JCL and JVCL are both latest CVS.
>
> Is the above mentioned warnig problem or not. I am not sure.

It is a potential problem. It will need to be fixed, I hope the person who did the changes will see it.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.0 release date
From: "Ed Blanchard" <edwardb@NONOsgci.com>
Date: Fri, 27 Aug 2004 04:56:16 +0000 (UTC)
Newsgroups: jedi.vcl

Phil Scadden wrote:

>> > > Why not in the future. At the moment, we are not doing a combined
>> > > release, so there is no real point doing so.
> > 
> > The hassle is the JVCL depends on JCL, so JVCL needs to bundle a
> > compatible release of JCL
> > with its installer.

Or at the very least, pop up a message reminding the user to install
the JCL version x.xxx separately, and FIRST!  <g>

Cheers,
EdB


Subject: Warnings in the latest CVS
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Fri, 27 Aug 2004 04:22:53 +0000 (UTC)
Newsgroups: jedi.vcl

I got many warnings during full installation of latest JVCL.

Print-out is:
"E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\JVCL\run
\JvAppStorage.pas(1872) Warning: Return value of function 
'TJvCustomAppStorage.ReadStringObjectList' might be undefined"

JCL and JVCL are both latest CVS.

Is the above mentioned warnig problem or not. I am not sure.

TIA
Vaclav


Subject: Re: JVCL 3.0 release date
From: "Phil Scadden" <P.scadden@^no-spam^remove.gns.cri.nz>
Date: Fri, 27 Aug 2004 13:52:05 +1200
Newsgroups: jedi.vcl

> > Why not in the future. At the moment, we are not doing a combined
> > release, so there is no real point doing so.

The hassle is the JVCL depends on JCL, so JVCL needs to bundle a compatible
release of JCL
with its installer.




Subject: Re: Election for new JVCL Coordinator
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Thu, 26 Aug 2004 22:05:16 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Holger Flick wrote:
>>> > > > Olivier Sannier
>>> > > > JVCL Coordinator
>> > > 
>> > > 
>> > > Couldn't wait another second to change your footer, eh? grin
>> > > 
>> > > Just kiddin'
> > 
> > Well, you know, it does feel good after all ;-)

Reminds me of the very first version of Age of Empires. If you chose
the text "28" in the chat it said: "It feels good to be the king" :-)


Subject: Re: Invalid stream format on Embedded form example
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Aug 2004 20:55:49 +0200
Newsgroups: jedi.vcl

The DFM's have mistakenly been saved as binary. I've uploaded text DFM's to
binaries you can use instead.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Thank you. It's ok now
From: "Jim" <iraklion@NOSPAMhotmail.com>
Date: Thu, 26 Aug 2004 17:52:57 +0000 (UTC)
Newsgroups: jedi.vcl

Thank you.

It's ok now.

Dimitris


Subject: Invalid stream format on Embedded form example
From: "Jim" <iraklion@NOSPAMhotmail.com>
Date: Thu, 26 Aug 2004 17:30:38 +0000 (UTC)
Newsgroups: jedi.vcl

when I open the example of EmbeddedForm I get
Error Creating form: Invalid stream format.

The forms do not show.

Running the project I get :
[Error] RLINK32: Unsupported 16bit resource in file "MainFormUnit.DFM"

Dimitris


Subject: Re: ComboBox custom painting
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Aug 2004 18:10:31 +0200
Newsgroups: jedi.vcl

> >   Also can you take a look at the TBX newsgroup - people are talking about
> > JVCL-TBX compatibility and how great it would be - maybe you can give 'em
> > some info about all the liscencing and other stuff they are talking about.
I looked but couldn't find any topic about that. Do you have a subject
and/or date?

> > Thanks for all your help! Thanks to you I've learned more about Delphi
than
> > I've learned reading hundreds of tutorials and references on the net!
That's the best praise I've ever heard! Thanks!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: ComboBox custom painting
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 17:45:50 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

>   O, I wanted to ask you just one last thing (since you're an experianced
> component developer, unlike me) - why do I get a "Line too long (longer than
> 1023 characters)" error everytime I try to modify the TBXOutlookBar
> component, and why does the compiler take me to line e.g. 100 when the error
> is on line 120?
This is most likely because the files you are looking at are encoded in UNIX style line endings. Use Unix2Dos to fix the file.


>   Also can you take a look at the TBX newsgroup - people are talking about
> JVCL-TBX compatibility and how great it would be - maybe you can give 'em
> some info about all the liscencing and other stuff they are talking about.

I'll have a look, and Peter might want to have a look as well.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: ComboBox custom painting
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Thu, 26 Aug 2004 17:26:37 +0200
Newsgroups: jedi.vcl

Sorry, heres the screenshot. I got carried away :)

Marko



stdbox.png
	



Subject: Re: ComboBox custom painting
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Thu, 26 Aug 2004 17:22:16 +0200
Newsgroups: jedi.vcl

> > Do you mean around the entire dropdown listbox?
  Yes, just frame it. I've uploaded the component to my site, you can see
there what I've managed to accomplish. It's TBX theme compatible, but it
doesn't have th framed listbox like the original tbx combobox.
  I've had lots of trouble with this, I've looked into TBX source code
looking for a way to get the canvas to paint on, even tried OnDrawItem, but
couldn't get it to work.
  Anyway, I'll give your code a try and tell you if it worked. I've attached
a screenshot of my component to this post, and here's where you can find the
component: http://mxs.topcities.com along with some other components.
  O, I wanted to ask you just one last thing (since you're an experianced
component developer, unlike me) - why do I get a "Line too long (longer than
1023 characters)" error everytime I try to modify the TBXOutlookBar
component, and why does the compiler take me to line e.g. 100 when the error
is on line 120?
  Also can you take a look at the TBX newsgroup - people are talking about
JVCL-TBX compatibility and how great it would be - maybe you can give 'em
some info about all the liscencing and other stuff they are talking about.

Thanks for all your help! Thanks to you I've learned more about Delphi than
I've learned reading hundreds of tutorials and references on the net!

Cheers

Marko




Subject: goals to reach for next JVCL release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Aug 2004 15:07:01 +0200
Newsgroups: jedi.vcl

I currently add USEJVCL to the Globus files. First round with loss of functionality mainly in the area of MouseEnter/MouseLeave. Second round will reinsert as much functionality as possible.
The reason behind that is that if we decide to move parts of Globus to Archive it will still work without the JVCL (only a special package needed).


Subject: Re: VCL component registration
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 26 Aug 2004 13:46:57 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Yes, this has been the case for a long time now, and the documentation
> > in Delphi has always been very clear about the Register function, even
> > on its casing.

I have never used the initialization section for design time component
registration. I used Register since Delphi 1.



-- Regards, Andreas Hausladen 

Subject: Re: VCL component registration
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 13:46:52 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Yes, this has been the case for a long time now, and the documentation
>> in Delphi has always been very clear about the Register function, even
>> on its casing.
>
>
> I have never used the initialization section for design time component
> registration. I used Register since Delphi 1.

Absolutely, I wasn't implying you did that. I'm even suprised that some users tried to put that code in the initialization section.


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.0 release date
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Aug 2004 13:41:59 +0200
Newsgroups: jedi.vcl

> > And we don't want to distribute WANT when we already have all we need
> > with the batch files and the use of make.exe.

Note that we already distribute (a sligthly modified) want.exe since it is
used to build the release zip files (see jvcl\install\release). I tried to
use want.exe to make an "installer" once but it just too limited to be
useful in this scenario.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVCL 3.0 release date
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 13:40:04 +0200
Newsgroups: jedi.vcl

Eduardo Mauro wrote:

> For instance, sometimes units are moved to JCL, like happened recently. An
> user is using the last official release of JCL, 1.91. But he need to
> download the latest release of JVCL. He could not compile JVCL because of
> the units reposition.
The latest release of the JVCL is the 2.10
People using the daily zip are always warned that there might be a bit of manual work.

> My suggestion is to build a WANT file which builds an installer with the
> latest releases of JVCL and JCL. It would reduce the number of messages with
> installer issues. I offer myself to update everyday my CVS sandbox and build
> such installer and upload it to the right place.

It would be much easier to actually call the two existing installers in sequence rather than "reinvent the wheel" by creating a third installer.
And we don't want to distribute WANT when we already have all we need with the batch files and the use of make.exe.

My 2 cents


-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.0 release date
From: "Eduardo Mauro" <newsgroup@acabit.com.br>
Date: Thu, 26 Aug 2004 08:34:50 -0300
Newsgroups: jedi.vcl

>> > > I think this was not about the JCL lacking an installer. I took it as a
>> > > request to build a combined JVCL/JCL installer.

That's it. I think JVCL 2.10 installed JCL.

For instance, sometimes units are moved to JCL, like happened recently. An
user is using the last official release of JCL, 1.91. But he need to
download the latest release of JVCL. He could not compile JVCL because of
the units reposition.

My suggestion is to build a WANT file which builds an installer with the
latest releases of JVCL and JCL. It would reduce the number of messages with
installer issues. I offer myself to update everyday my CVS sandbox and build
such installer and upload it to the right place.

Best regards,
Eduardo Mauro




Subject: Re: JVCL 3.0 release date
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 13:21:31 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> OBones wrote:
>
>
>> Eduardo Mauro wrote:
>>
>>> I second that. I think contributions must be put aside and iron out
>>> all the major bugs. And, if possible, release an installer with
>>> JCL. Most messages in the forum are install problems related to JCL.
>>
>> There is an installer with the JCL, it is just that most people don't
>> realise that and start the JVCL installer before having properly
>> installed the JCL.
>
>
> I think this was not about the JCL lacking an installer. I took it as a
> request to build a combined JVCL/JCL installer.

Why not in the future. At the moment, we are not doing a combined release, so there is no real point doing so.
It is an idea that crossed my mind for the next beta (that would most likely be a release candidate) and the v3 release. Maybe something done with Innosetup, but I'm not quite sure yet.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: How to get the latest JCL
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 13:20:02 +0200
Newsgroups: jedi.vcl

Sean B. Durkin wrote:

> Is there a way to get the latest JCL (with JclWideStrings.pas)
> without a cvs?

Yes, use the daily zip from here:

http://jcl.sf.net/daily/

> If a cvs is necessary, which one is recommended for a cvs newbie
> on a wintel platform:
>   TortoiseCVS:
>   WinCVS; or
>   CygWin ?
Tortoise for everyday use, and 99% of users (I use that myself)
WinCVS for those that like complication or need more control on the transfers (which happened to me only once)
Cygwin for command line gurus.

> Can it be accessed by JediVCS instead?
No, they are not the same system.

By the way, this is a JCl question, it would have been better asked in the jedi.jcl group.

Cheers

-- 
Olivier Sannier
JVCL Coordinator


Subject: Re: How to get the latest JCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Aug 2004 13:18:11 +0200
Newsgroups: jedi.vcl

http://jcl.sf.net/daily

I believe the zip files should be up-to-date again.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: How to get the latest JCL
From: "Sean B. Durkin" <sean@getdata.com>
Date: Thu, 26 Aug 2004 21:15:11 +1000
Newsgroups: jedi.vcl

Is there a way to get the latest JCL (with JclWideStrings.pas)
without a cvs?

If a cvs is necessary, which one is recommended for a cvs newbie
on a wintel platform:
  TortoiseCVS:
  WinCVS; or
  CygWin ?

Can it be accessed by JediVCS instead?



Faithfully,
Sean B. Durkin



Subject: Re: VCL component registration
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 13:01:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Karlheinz wrote:
>
>
>> I found this blog about stricter rules for the next Delphi release,
>
>
> All designtime package xxxReg.pas units use the "Register" procedure.
>
>
Yes, this has been the case for a long time now, and the documentation in Delphi has always been very clear about the Register function, even on its casing.

My 2 cents

Olivier Sannier
JVCL Coordinator


Subject: Re: jvmovablebevel mouse cursor issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Aug 2004 13:00:57 +0200
Newsgroups: jedi.vcl

The problem is probably related to the cursor being changed using
Screen.Cursor; basically changing the cursor for the entire app, not just
the bevel (this is needed since changing it for the bevel only, it will
revert to the default as soon as you start sizing the bevel).

I haven't been able to reproduce the problem but you could try setting the
cursor manually whenever your form loses focus, f ex in the form's
OnDeactivate event:

procedure TForm1.FormDeactivate(Sender: TObject);
begin
  Screen.Cursor := crDefault;
end;

As I said, I haven't been able to reproduce it so I'm not sure this will
work, but it is worth a try.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3.0 release date
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 12:57:15 +0200
Newsgroups: jedi.vcl

Eduardo Mauro wrote:
>> I think you guys need to draw a line in the sand, stabilize that, release
>> it, pat yourselves on the back, take a moment and savor the accomplishment
>> and then start the cycle all over again...
>
>
> I second that. I think contributions must be put aside and iron out all the
> major bugs. And, if possible, release an installer with JCL. Most messages
> in the forum are install problems related to JCL.

There is an installer with the JCL, it is just that most people don't realise that and start the JVCL installer before having properly installed the JCL.
I think that in many people's mind the JCL is the same as JVCL...

As to have a list of release dates and all, this is in progress, there are one or two things that are coming before that.

I'll keep everyone posted.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: JVCL 3.0 release date
From: "Eduardo Mauro" <newsgroup@acabit.com.br>
Date: Thu, 26 Aug 2004 07:35:59 -0300
Newsgroups: jedi.vcl

> > I think you guys need to draw a line in the sand, stabilize that, release
> > it, pat yourselves on the back, take a moment and savor the accomplishment
> > and then start the cycle all over again...

I second that. I think contributions must be put aside and iron out all the
major bugs. And, if possible, release an installer with JCL. Most messages
in the forum are install problems related to JCL.

Best regards,
Eduardo Mauro




Subject: Re: VCL component registration
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 26 Aug 2004 12:20:33 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > I found this blog about stricter rules for the next Delphi release,

All designtime package xxxReg.pas units use the "Register" procedure.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3.0 release date
From: "Oliver Giesen" <ogware@gmx.net>
Date: Thu, 26 Aug 2004 09:59:29 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Eduardo Mauro wrote:
>> > > I second that. I think contributions must be put aside and iron out
>> > > all the major bugs. And, if possible, release an installer with
>> > > JCL. Most messages in the forum are install problems related to JCL.
> > 
> > There is an installer with the JCL, it is just that most people don't
> > realise that and start the JVCL installer before having properly
> > installed the JCL.

I think this was not about the JCL lacking an installer. I took it as a
request to build a combined JVCL/JCL installer.

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: problem with JvInterpreter
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 11:07:57 +0200
Newsgroups: jedi.vcl

Dmitry Gaiduk wrote:

> Hi,
> I've downloaded JVCL 2.10 + JCL 1.22.965 and install it successfully on
> Delphi 7. But when I run the example
> JvInterpreterTest.dpr (...\jvcl\examples\RALib\RaInterpreter\) and selected
> exapmles with units, I got an error message: "55: Finction 'main'
> undefined".
> What's the problem?

You are using a relatively old version of the JCL/JVCL
AFAIK, This bug has already been fixed in the latest JCL 1.9x/JVCL 3

To get those, we recommend you use the daily snapshots available at these addresses:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Please read the respective README files to know how to best place the content of these files on your drive, and use the provided installers to  compile and install the files.

Do not hesitate to contact us if you need further help.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Probleme with JvAppXMLStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 26 Aug 2004 10:46:35 +0200
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> Hi Olivier,
>> >> 
>> >> i'm testing your changes now.
>> >> 
>> >> One other question, why were all files looking like this :
>> >> 
>> >> <?xml version="1.0" encoding="iso-8859-1"?>
>> >> <Configuration>
>> >>   <Configuration>
>> >> 
>> >> Why is the configuration (rootnode) doubled?
> >
> >How do you define your path ?
> >
Look into the sample i've mentioned for the other problem. The path is
defined without configuration.

Something like "Form\Data".

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: VCL component registration
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Thu, 26 Aug 2004 08:45:45 +0000 (UTC)
Newsgroups: jedi.vcl

http://blogs.borland.com/abauer/archive/2004/08/24/1165.aspx

Hello,

I found this blog about stricter rules for the next Delphi release,

Karlheinz


Subject: problem with JvInterpreter
From: "Dmitry Gaiduk" <d_gaiduk@mail.ru>
Date: Thu, 26 Aug 2004 11:38:04 +0300
Newsgroups: jedi.vcl

Hi,
I've downloaded JVCL 2.10 + JCL 1.22.965 and install it successfully on
Delphi 7. But when I run the example
JvInterpreterTest.dpr (...\jvcl\examples\RALib\RaInterpreter\) and selected
exapmles with units, I got an error message: "55: Finction 'main'
undefined".
What's the problem?

Thanks




Subject: JvgDBNavigator
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Thu, 26 Aug 2004 16:34:02 +0800
Newsgroups: jedi.vcl

Hi

I see that the JvgDBNavigator does not work on my (everybodys) forms.

Al I see is what appears to be a "panel" no visible buttons even though ny default they are visible.

The Object Inspector does not change to show the JvgDBNavigator properties when placed on the form. Clicking the OI will cause the properties to display, though the buttons still do not show.

Repated clicking of the visible buttons nbFirst button to change the value false shortens the "panel" changing the value back to true ALSO shortens the panel. After performing this action on soem other buttons, the action seems to shorten and then lengthen again.

After seeing other messages on the Jvcl Globus* components, I wonered if this will be fixed, or if there is another component I should use and what benefit would it have over the "normal" Delphi DBNavigator?

Using D5(sp1), WIn98SE and the latest releases of 2004-08-24.

-- 
Kind regards

Peter Sanders


Subject: Re: ColorTJvStringGrid
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Thu, 26 Aug 2004 07:20:41 +0000 (UTC)
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Is there a function like in TJvDBgrid to manipulate the color of a
> > single cell, column or row?
> > 
> > Regards Karlheinz

Hello,

is there a function available in TJvStringGrid?

Karlheinz


Subject: Re: Installer can't find program group
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 09:11:29 +0200
Newsgroups: jedi.vcl

Sean B. Durkin wrote:

> I downloaded JVCL3 and extracted the files to "V:\projects\jvcl\"
> on my local system, and ran the installer.
>
> But the installer reports an error:
>  "Cannot open file V:\packagages\jclPackagesD70.bpl"
>
> This package group is actually located at
>  V:\projects\jvcl\packagages\ on my system.
>
>
> What can I do to install JVCL ?

Install the JCL first, in v:\projects\jcl\

This should work well.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Election for new JVCL Coordinator
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 08:32:09 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:
>> Olivier Sannier
>> JVCL Coordinator
>
>
> Couldn't wait another second to change your footer, eh? *grin*
>
> Just kiddin'

Well, you know, it does feel good after all ;-)


Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 08:30:22 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi Olivier,
>
> i'm testing your changes now.
>
> One other question, why were all files looking like this :
>
> <?xml version="1.0" encoding="iso-8859-1"?>
> <Configuration>
>   <Configuration>
>
> Why is the configuration (rootnode) doubled?

How do you define your path ?


Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 26 Aug 2004 08:29:58 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Olivier,
>
> it didn't solve the problem completly.
>
> I think you should do the translation better in SplitKeyPath. Because now you only check the path, but when there are whitespaces in the valuename part you get also the exception when reading the data.
Okay, I'll investigate further.


Subject: Re: Problem with Install
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Aug 2004 06:38:26 +0200
Newsgroups: jedi.vcl

Anton Feiertag wrote:
>> Delete all BPL, DCP, DCU files that are related to the JVCL. Try again,
>> this should work this time.
>
>
> I have done this just now and it didn't solve the problem... what now?

You probably only deleted the JVCL files. Delete the JCL files also and install the JCL again before installing the JVCL.
The error clearly states JclResources.


Subject: Re: JVCL 3.0 release date
From: "Charles Ginzel" <cginzel@hotmail.com>
Date: Wed, 25 Aug 2004 22:48:00 -0500
Newsgroups: jedi.vcl

> > Last time we talked about it, it was said that there would most likely
> > be a beta (or release candidate) release by the end of the month or in
> > early september, with a "stable" release by october.

Not to be negative or anything, but it seems to me that if there was a
public roadmap of sorts, like the Mozilla projects layout, it would be
easier to determine when a level of completion was met and stable release
made.  I don't have any problem with all of the fine work you all have been
doing.  However, it does seem to go on undirected, at least publicly.

I think you guys need to draw a line in the sand, stabilize that, release
it, pat yourselves on the back, take a moment and savor the accomplishment
and then start the cycle all over again...

-Charles




Subject: Installer can't find program group
From: "Sean B. Durkin" <sean@getdata.com>
Date: Thu, 26 Aug 2004 11:58:57 +1000
Newsgroups: jedi.vcl

I downloaded JVCL3 and extracted the files to "V:\projects\jvcl\"
on my local system, and ran the installer.

But the installer reports an error:
 "Cannot open file V:\packagages\jclPackagesD70.bpl"

This package group is actually located at
 V:\projects\jvcl\packagages\ on my system.


What can I do to install JVCL ?



Thanks in advance for your advice,
Sean B. Durkin
sean@{removeThis}getdata.com



Subject: Re: Election for new JVCL Coordinator
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Wed, 25 Aug 2004 22:48:34 +0000 (UTC)
Newsgroups: jedi.vcl

> > Olivier Sannier
> > JVCL Coordinator

Couldn't wait another second to change your footer, eh? *grin*

Just kiddin'

--
Holger



Subject: Re: Probleme with JvAppXMLStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 26 Aug 2004 00:27:03 +0200
Newsgroups: jedi.vcl

Hi Olivier,

it didn't solve the problem completly.

I think you should do the translation better in SplitKeyPath. Because now you only check the path, but when there are whitespaces in the valuename part you get also the exception when reading the data.

I've created a small sample for you. For this i've updated the Examples\JvParameterList.
Start and close the example.
After that you find a JvParameterListDemo.xml (in the bin directory) which contains the following lines at the end.
      <Stored Value 1>1</Stored Value 1>
      <Stored Value 2>2</Stored Value 2>
    </Form>
  </Configuration>
</Configuration>

The Stored values are defined in the JvFormStorage1 Component.

Greetings
Jens

OBones wrote:

> OBones wrote:
>
>> Jens wrote:
>>
>>> I think we should do this.
>>>
>>> Did you want to do it, or should i try it.
>>
>>
>>
>> I'll try to have a look tonight, it shouldn't be too hard to do.
>
>
> Ok, please have a look in the jedi.binaries group and let me know what you think of the changes I've done.
> I think they work but didn't have time to test them (they compile).
>
> Cheers
>
> Olivier Sannier
> JVCL Coordinator

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Probleme with JvAppXMLStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 26 Aug 2004 00:10:24 +0200
Newsgroups: jedi.vcl

Hi Olivier,

i'm testing your changes now.

One other question, why were all files looking like this :

<?xml version="1.0" encoding="iso-8859-1"?>
<Configuration>
  <Configuration>

Why is the configuration (rootnode) doubled?

Greetings
Jens

OBones wrote:

> Jens wrote:
>
>> I think we should do this.
>>
>> Did you want to do it, or should i try it.
>
>
> I'll try to have a look tonight, it shouldn't be too hard to do.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Storage components & locale
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 25 Aug 2004 23:49:16 +0200
Newsgroups: jedi.vcl

Sorry about the property. You are right. It can be handled with FloatAsString ;-)

For me it's not a problem changing this. Please wait until we have checked the code of olivier about xmlstorage changes.

Greetings
Jens

> Jens Fudickar wrote:
>
>> Yes :-)
>>
>> This behaviour must be customizable. There were reasons, that these values were changable with a text editor. And that's not possible if you have binary streams.
>>
>> Look at the TJvCustomAppStorageOptions. If you want to do this, please add an additional property like FloatAsBinary.
>>
> There is already property FloatAsString. ;-)  The "problem" is DoReadFloat/DoWriteFloat. They should read/write as binary, but read/write a float using StrToFloat & FloatToStr. cq property FloatAsString has no effect with DB/XML/Ini storage.
>
> Regards,
>
> André Snepvangers

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Storage components & locale
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 25 Aug 2004 23:47:19 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Yes :-)
>
> This behaviour must be customizable. There were reasons, that these values were changable with a text editor. And that's not possible if you have binary streams.
>
> Look at the TJvCustomAppStorageOptions. If you want to do this, please add an additional property like FloatAsBinary.
>
There is already property FloatAsString. ;-)  The "problem" is DoReadFloat/DoWriteFloat. They should read/write as binary, but read/write a float using StrToFloat & FloatToStr. cq property FloatAsString has no effect with DB/XML/Ini storage.

Regards,

André Snepvangers


Subject: Re: Problem with Install
From: "Anton Feiertag" <anton@dokker.com>
Date: Wed, 25 Aug 2004 23:44:16 +0200
Newsgroups: jedi.vcl

> > Delete all BPL, DCP, DCU files that are related to the JVCL. Try again,
> > this should work this time.

I have done this just now and it didn't solve the problem... what now?

Thanks
Anton




Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 25 Aug 2004 23:17:02 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Jens wrote:
>
>> I think we should do this.
>>
>> Did you want to do it, or should i try it.
>
>
> I'll try to have a look tonight, it shouldn't be too hard to do.

Ok, please have a look in the jedi.binaries group and let me know what you think of the changes I've done.
I think they work but didn't have time to test them (they compile).

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Storage components & locale
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 25 Aug 2004 23:08:29 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> JvApp*Storage (except JvAppRegistryStorage) store floats as strings with
>> a locale depending DecimalSeperator. I would like to change it to
>> write/read floats as binary streams.  Any objections?
>>
>> Regards
>>
>> André Snepvangers
>
>
> Aren't there only two difference DecimalSeperators? "," and "." And when
> no ThousandSeperator is used a simple replacement in the read function
> would do the trick.

I wouldn't be so sure about the decimal separator, especially if you have a look at asian cultures. I don't have the book with me, but I've got one where all the possible locales are listed and I'm quite sure there are cases where it's not a comma nor a point.


Subject: Re: Storage components & locale
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Aug 2004 23:06:47 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > JvApp*Storage (except JvAppRegistryStorage) store floats as strings with
> > a locale depending DecimalSeperator. I would like to change it to
> > write/read floats as binary streams.  Any objections?
> > 
> > Regards
> > 
> > André Snepvangers

Aren't there only two difference DecimalSeperators? "," and "." And when
no ThousandSeperator is used a simple replacement in the read function
would do the trick.

-- Regards, Andreas Hausladen 

Subject: Re: Problem with Install
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 25 Aug 2004 22:32:21 +0200
Newsgroups: jedi.vcl

Anton Feiertag wrote:

> Hi All
>
> I have downloaded JVCL 3 and JCL3 Beta 1 v1.90, and compiled it with
> Install.bat.
>
> I can use several components but I get an error message when I use
> TJvBaloonHint. The message is:
>
> "Unit JclSysInfo was compiled with a different version of
> JclResources.RsIntelCacheDescr01"
>
> I have deleted all the DCU's and there was eventually only one set (the
> newly compiled set) of DCU's in the library paths in Delphi. I have tried
> several combiantions of the Install.bat, and I have also tried the
> JCL\Install.bat
>
> I know this might be obvious to you, what should I do.

Delete all BPL, DCP, DCU files that are related to the JVCL. Try again, this should work this time.

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Problem with Install
From: "Anton Feiertag" <anton@dokker.com>
Date: Wed, 25 Aug 2004 22:29:54 +0200
Newsgroups: jedi.vcl

Hi All

I have downloaded JVCL 3 and JCL3 Beta 1 v1.90, and compiled it with
Install.bat.

I can use several components but I get an error message when I use
TJvBaloonHint. The message is:

"Unit JclSysInfo was compiled with a different version of
JclResources.RsIntelCacheDescr01"

I have deleted all the DCU's and there was eventually only one set (the
newly compiled set) of DCU's in the library paths in Delphi. I have tried
several combiantions of the Install.bat, and I have also tried the
JCL\Install.bat

I know this might be obvious to you, what should I do.

Thanks
Anton




Subject: Re: jvmovablebevel mouse cursor issues
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Wed, 25 Aug 2004 13:26:58 -0700
Newsgroups: jedi.vcl

No ideas anyone?


Andrew Morrow wrote:
> Hi all!
>
> I've been using the jvmovablebevel control as a selection box.   I noticed some issues with my mouse cursor when I first wrote the app, but  now in beta it looks like my issue is more widespread.
>
> The error appears to be related to mousing over (perhaps combined with a mousedown) the bevel border.  What happens is that the mouse cursor will change to, perhaps, a left-right sizing cursor and STAY that way.   It will basically replace the basic arrow with this cursor.  Upon moving off my apps forms, say, into outlook, it will go back to a regular cursor.   When I move the mouse BACK to my forms, it will go back to the sizing cursor.
>
> I'm using a SLIGHTLY modified version of the jvmovablebevel.pas file from the binaries group. (modified to include the suggestions from peter in the JvMovableBevel Events post
>
> Any ideas folks?
>
> THANKS!


Subject: Re: Storage components & locale
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 25 Aug 2004 22:21:39 +0200
Newsgroups: jedi.vcl

Yes :-)

This behaviour must be customizable. There were reasons, that these values were changable with a text editor. And that's not possible if you have binary streams.

Look at the TJvCustomAppStorageOptions. If you want to do this, please add an additional property like FloatAsBinary.

Greetings
Jens

André Snepvangers wrote:
> JvApp*Storage (except JvAppRegistryStorage) store floats as strings with a locale depending DecimalSeperator. I would like to change it to write/read floats as binary streams.
> Any objections?
>
> Regards
>
> André Snepvangers

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Storage components & locale
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 25 Aug 2004 22:13:52 +0200
Newsgroups: jedi.vcl

JvApp*Storage (except JvAppRegistryStorage) store floats as strings with a locale depending DecimalSeperator. I would like to change it to write/read floats as binary streams.
Any objections?

Regards

André Snepvangers


Subject: Re: Election for new JVCL Coordinator
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 25 Aug 2004 21:56:25 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>
> Congratulations !

Thank you

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: Your favorite JVCL controls?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 25 Aug 2004 21:55:52 +0200
Newsgroups: jedi.vcl

runspect wrote:
>> Given the large number of controls in JVCL I'm curious to know which 
>
>
> Sincerely, all of them!!!!!!
>
> Thanks to all the developers :-)

Thanks to you for using them and telling us about it ;-)

Cheers

Olivier Sannier
JVCL Coordinator


Subject: Re: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 25 Aug 2004 19:22:39 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Note that the decimal separator is now always a dot.

Oops, my mistake, that is not true.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 25 Aug 2004 19:20:12 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> No, I think the defined behaviour is fine, and probably the most
> useful thing for the largest number of people, however it's not the *ONLY* way that users may want to use DecimalPlaces. In my case, I want a fixed number of decimal places and ALWAYS that many. Since the current component can't do that, I made it so it could.

Before your changes, the component worked as follows:

With DisplayFormat you could adjust how the value of the component was displayed in the component.
With DecimalPlaces you could adjust the precision of the value of the component (thus not the precision of the displayed value).

The actual value of the component could be different than the displayed value; the actual value could have a bigger precision than the displayed value.
The actual value of the component is visible when the component has focus, thus if you can change the component's value.

After your changes:

You can't use DisplayFormat at design-time, because DecimalPlaces & DecimalPlacesAlwaysShown overwrite DisplayFormat. Note that the decimal separator is now always a dot.
Thus the actual value has always the same precision as the displayed value.
DecimalPlaces is no longer used to change the precision of the value of the component, but to change the display mask.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvEasterEgg - howto
From: "MarcM" <MarcM@conqist.be>
Date: Wed, 25 Aug 2004 18:48:25 +0200
Newsgroups: jedi.vcl

Hi,

How should I execute (use) the JvEasterEgg component ?
I placed it on a form and filled the properties, but no success !
Can someone enlighten me ?

TIA &amp; groetjes, Marc Meyen
Director R &amp; D

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Election for new JVCL Coordinator
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 25 Aug 2004 17:18:05 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>>
>>> I would like confirmation from Andreas that he is
>>> okay with the fact that there is no election and the repartition of
>>> roles.
>>
>>
>>
>> I confirm.
>>
>
> Then everything is fine.
> Thanks to all people who supported my nomination, I humbly accept the role of coordinator. I would like to say that I intend to keep the collaboration approach that has worked well so far and would only put my coordinator "hat" on if it is really needed by the situation at hand.
>
> Cheers
> Olivier Sannier
> JVCL Coordinator

Congratulations !

Regards,

André Snepvangers


Subject: Re: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 25 Aug 2004 17:11:31 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I should probably update the help file (.dtx) to document the new property, and indicate that it is used to select between the previous '0.####' and the new optional '0.000' style of their FormatFloat format strings.

Yes please.
As a rule, when someone updates a component, he should update the associated dtx file as well.


Subject: Re: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 25 Aug 2004 11:07:40 -0400
Newsgroups: jedi.vcl

I should probably update the help file (.dtx) to document the new property, and indicate that it is used to select between the previous '0.####' and the new optional '0.000' style of their FormatFloat format strings.


Warren


Subject: Re: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 25 Aug 2004 11:03:48 -0400
Newsgroups: jedi.vcl


>
> http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/help/JvBaseEdits.dtx
>
> I think you misunderstood the meaning of DecimalPlaces.
>

No, I think the defined behaviour is fine, and probably the most
useful thing for the largest number of people, however it's not the *ONLY* way that users may want to use DecimalPlaces. In my case, I want a fixed number of decimal places and ALWAYS that many. Since the current component can't do that, I made it so it could.

Warren


Subject: Re: JvDBTreeView
From: "Jim Cullison" <cullisonjAT@posimDOT.net>
Date: Wed, 25 Aug 2004 08:35:18 -0600
Newsgroups: jedi.vcl

I'm no expert here, but you likely need to sort the datasets via an index,
or if you are doing SQL queries, via an Order By clause.

Jim

"Robert Meek" <rmeek1@comcast.net> wrote in message
news:cgg945$qo3$1@talkto.net...
> > Hi all,
> >     I'm using the JvDBTreeView from the last full install version of the
JCL
> > + JVCL set, and although there was no help or documentation i could find I
> > finally seem to have gotten it to work properly except for one singular
> > problem, and that is how it is sorted.
> >     I have it hooked to a Datasource which in turn is hooked to a Table
with
> > the table have the following fields:
> >
> > IDNum : autoInc  and is the only field indexed so i can easily select any
> > node by using Setkey and GotoKey
> > ParentID : Integer  used to tell if and what node is a node's parent
> > NodeName : String 35  is the text displayed for the node
> > NodeData :  Integer gives me an index into my data table after the user
> > selects a node.
> >
> > ParentID Field is set as the DetailField property of the treeview
> > NodeName is set as the ItemField of the Treeview
> > IDNum is set as the MasterField of the TreeView
> >
> > StartMasterField.Value := 0;
> >
> >     After setting it up this way it displays all nodes in their proper
> > relationship with each other as wanted, and I am able to move easily thru
> > nodes in any order and by both user input and program code finding and
> > accessing the data each noide points to as wanted. however I also want
each
> > node on the level after the root item to be sorted alphabetically, and
each
> > parent node's children to be sorted alphabetically as well.  Normally with
a
> > treeview I just set sortType to Text only but in this case it's not
working.
> > How can I handle this?  thanx for your help and some fantastic libraries
and
> > components!
> >
> > -- 
> > from Robert Meek dba "Tangentals Design"
> > Personal e-mail: meek1@comcast.net
> >
> > -------------------------------------------------
> > visit us on the World Wide Web and pick up
> > your free copy of "The Keep" at:
> >
> > http://www.TangentalsDesign.com
> >
> > E-mail us at one of the following:
> >
> > information@tangentalsdesign.com
> > feedback@tangentalsdesign.com
> > support@tangentalsdesign.com
> > -------------------------------------------------
> >
> >




Subject: Re: Your favorite JVCL controls?
From: "Jim Cullison" <cullisonjAT@posimDOT.net>
Date: Wed, 25 Aug 2004 08:31:35 -0600
Newsgroups: jedi.vcl

I've been using the DSADialogs stuff, there are a great bunch of routines
message dialogs, and they're easy to set up.

Jim

"Randall Parker" <STOPtechiepundit@EVILfuturePOXpunditSPAM.com> wrote in
message news:cge5e4$e7j$1@talkto.net...
> > Given the large number of controls in JVCL I'm curious to know which
controls anyone
> > here has found especially good or unique in some helpful way. I have no
particular
> > need in mind. I just figure maybe some description of why someone else
likes a
> > particular control will give me or someone else ideas for how to use it in
some way
> > we haven't thought of before.
> >
> > So your favorite controls? And why?




Subject: Re: Election for new JVCL Coordinator
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 25 Aug 2004 16:02:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I would like confirmation from Andreas that he is
>> okay with the fact that there is no election and the repartition of
>> roles.
>
>
> I confirm.
>

Then everything is fine.
Thanks to all people who supported my nomination, I humbly accept the role of coordinator. I would like to say that I intend to keep the collaboration approach that has worked well so far and would only put my coordinator "hat" on if it is really needed by the situation at hand.

Cheers
Olivier Sannier
JVCL Coordinator


Subject: Re: Election for new JVCL Coordinator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Aug 2004 15:59:03 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I would like confirmation from Andreas that he is
> > okay with the fact that there is no election and the repartition of
> > roles.

I confirm.




-- Regards, Andreas Hausladen 

Subject: Re: Election for new JVCL Coordinator
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 25 Aug 2004 15:37:51 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Since noone has stepped up to the challenge of becoming the JVCL coordinator
> except Olivier Sannier (OBones), I see no point in holding an election.
> Therefore, I conclude that the new JVCL Coordinator is Olivier Sannier. This
> will take effect immediately. Andreas Hausladen (AHuser) has also agreed to
> take on the responsibility of jumping in as coordinator if/when OBones is
> unavailable.
>
> To Olivier and Andreas: if you need help with anything or access to various
> parts of CVS, the website and/or other resources, contact me directly.
>
> I will notify JEDI Steering about these changes as well and you will
> probably invited to their mailing list pretty soon.
>
Thanks for that, but I thought there would be an election because Andreas did accept the nomination, while saying at the same time that he thinks I am better for the job. I have to thank him for telling this.
The discussion then went on and he said that he would accept to be the second in command.
I would like confirmation from Andreas that he is okay with the fact that there is no election and the repartition of roles.

My 2 cents

Olivier Sannier
JVCL Developer


Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 25 Aug 2004 15:17:00 +0200
Newsgroups: jedi.vcl

Jens wrote:

> I think we should do this.
>
> Did you want to do it, or should i try it.

I'll try to have a look tonight, it shouldn't be too hard to do.


Subject: Re: Probleme with JvAppXMLStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 25 Aug 2004 14:34:12 +0200
Newsgroups: jedi.vcl

>> >> Well, when you think of it, the space is not allowed in XML node names,
>> >> so we might have to force the replacement of spaces by underscores
>> >> (default value of a property of TJvAppXMLStorage)
> >I think that was fixed in a Mantis post some time ago (but maybe it was
> >never comitted) so that either spaces were replaced or an exception was
> >raised. Personally, I would suggest raising an exception to make the
> >developer aware of the limitation. Fixing it "behind his back" is never a
> >good idea.
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Developer)
> >http://jvcl.sourceforge.net
> >
> >
> >
I like more the way of automatism. Maybe changable with an property of the
JvXMLAppstorage.

Because for Registry and Ini-Storage this is no problem.

Any further comments.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Probleme with JvAppXMLStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 25 Aug 2004 13:59:10 +0200
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> Hi
>> >> 
>> >> there is a problem reading data from JvAppXMLStorage when the path is 
>> >> defined like "\Software\TestApp\Data\Last Save Time"
>> >> 
>> >> The data is before written with the JvAppXMLStorage.
> >What do you mean by "before written" ?
> >Can you give an example of the output ?
> >

That means that the xml file was created using the JvAppXMLStorage. There
it was no problem writing data to a path like 
"\Software\TestApp\Data\Last Save Time"

> >
>> >> Should we prevent writing blanks in pathnames for JvAppXMLStorage?
> >Well, when you think of it, the space is not allowed in XML node names, 
> >so we might have to force the replacement of spaces by underscores 
> >(default value of a property of TJvAppXMLStorage)
> >

I think we should do this.

Did you want to do it, or should i try it.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Election for new JVCL Coordinator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Aug 2004 13:59:05 +0200
Newsgroups: jedi.vcl

Since noone has stepped up to the challenge of becoming the JVCL coordinator
except Olivier Sannier (OBones), I see no point in holding an election.
Therefore, I conclude that the new JVCL Coordinator is Olivier Sannier. This
will take effect immediately. Andreas Hausladen (AHuser) has also agreed to
take on the responsibility of jumping in as coordinator if/when OBones is
unavailable.

To Olivier and Andreas: if you need help with anything or access to various
parts of CVS, the website and/or other resources, contact me directly.

I will notify JEDI Steering about these changes as well and you will
probably invited to their mailing list pretty soon.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Probleme with JvAppXMLStorage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Aug 2004 13:49:50 +0200
Newsgroups: jedi.vcl

> > Well, when you think of it, the space is not allowed in XML node names,
> > so we might have to force the replacement of spaces by underscores
> > (default value of a property of TJvAppXMLStorage)
I think that was fixed in a Mantis post some time ago (but maybe it was
never comitted) so that either spaces were replaced or an exception was
raised. Personally, I would suggest raising an exception to make the
developer aware of the limitation. Fixing it "behind his back" is never a
good idea.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: ComboBox custom painting
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Aug 2004 13:46:08 +0200
Newsgroups: jedi.vcl

> >   I'm trying to custom paint a combobox component and I'm doing pretty
well,
> > but I just can't find a way to draw a frame around the drop-down list of
> > items. Can anyone help me with this???

Do you mean around the entire dropdown listbox? Try this as a starting
point:

procedure TForm1.ComboBox1DrawItem(Control: TWinControl; Index: Integer;
  Rect: TRect; State: TOwnerDrawState);
var
  R: TRect;
  CB: TComboBox;
  BrushColor, PenColor: TColor;
begin
  CB := Control as TComboBox;
  CB.Canvas.FillRect(Rect);
  if CB.DroppedDown then
  begin
    BrushColor := CB.Canvas.Brush.Color;
    PenColor := CB.Canvas.Pen.Color;
    try
      FillChar(R, sizeof(R), 0);
      SendMessage(CB.Handle, CB_GETDROPPEDCONTROLRECT, 0, integer(@R));
      Dec(R.Bottom, CB.Height); // remove the combobox itself from the rect
      OffsetRect(R, -R.Left, -R.Top); // move to client coords
      InflateRect(R, -8, -8); // make a bit smaller
      Dec(R.Right, 16); // move right edge inside any scrollbar (should test
for scrollbars in real app)
      CB.Canvas.Brush.Color := CB.Color;
      CB.Canvas.FillRect(R);
      CB.Canvas.Pen.Color := clMaroon;
      CB.Canvas.MoveTo(R.Left, R.Top);
      CB.Canvas.LineTo(R.Right, R.Top);
      CB.Canvas.LineTo(R.Right, R.Bottom);
      CB.Canvas.LineTo(R.Left, R.Bottom);
      CB.Canvas.LineTo(R.Left, R.Top);
    finally
      CB.Canvas.Brush.Color := BrushColor;
      CB.Canvas.Pen.Color := PenColor;
    end;
  end;
  DrawText(CB.Canvas.Handle, PChar(CB.Items[Index]), -1, Rect, DT_SINGLELINE
or DT_VCENTER);
end;


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Probleme with JvAppXMLStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 25 Aug 2004 13:44:22 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi
>
> there is a problem reading data from JvAppXMLStorage when the path is defined like "\Software\TestApp\Data\Last Save Time"
>
> The data is before written with the JvAppXMLStorage.
What do you mean by "before written" ?
Can you give an example of the output ?


> Should we prevent writing blanks in pathnames for JvAppXMLStorage?
Well, when you think of it, the space is not allowed in XML node names, so we might have to force the replacement of spaces by underscores (default value of a property of TJvAppXMLStorage)


Subject: Re: Probleme with JvAppXMLStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 25 Aug 2004 13:25:02 +0200
Newsgroups: jedi.vcl

But i'm using the current cvs release :-(

I will look in mantis.

Greetings
Jens

> >This should have been fixed IIRC. Check Mantis because I am pretty sure it
> >is already reported and resolved.
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Developer)
> >http://jvcl.sourceforge.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Probleme with JvAppXMLStorage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Aug 2004 12:38:21 +0200
Newsgroups: jedi.vcl

This should have been fixed IIRC. Check Mantis because I am pretty sure it
is already reported and resolved.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Fatal Error StdActns was compiled with a different version of StrUtils
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Aug 2004 12:37:15 +0200
Newsgroups: jedi.vcl

Make sure you don't have the old RxLib StrUtils.pas unit in your path - D7
has a new unit with this name and you cannot use both at the same time.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: To Discuss : File Version List
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 25 Aug 2004 10:58:17 +0200
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:
> André Snepvangers wrote:
>
>> Andreas Hausladen wrote:
>> Afaics the OS frees the memory after application end, normal exit or application crash or even killed: cq the OS has built-in resistance for abnormal program termination. The memory leaks you descripe exists only
>> until the application is ended and the memory gets free-ed by the OS.
>> Afaics for a library/package all storage, including all initialized vars, is created on the program's heap.
>
>
> Is this really true for all windows operating systems? How about Win95 and Win98?
>
The OS keeps track of used memory in the processes table. Whenever an app is ended, the OS will free the used memory and remove it for the table. Under 9x/millenium memory access is not protected. Application bugs can crash other processes and may cause that famous  blue screens.

Regards,

André Snepvangers


Subject: Re: JVCL 3.0 release date
From: "Adrien REBOISSON" <rabusier@free.fr>
Date: Wed, 25 Aug 2004 09:58:30 +0200
Newsgroups: jedi.vcl

Okay, it's closer than I had hoped :-)

Thank you for your great work.

Regards,

A.R.




Subject: Re: To Discuss : File Version List
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 25 Aug 2004 09:34:15 +0200
Newsgroups: jedi.vcl

Hi Andreas,

for me you have a go :-)

Greetings
Jens

Andreas Hausladen wrote:

> OBones wrote:
>
>
>>> All units get an initialization and finalization section.
>>
>> Exactly the problem I'm seeing with this. This makes programs and
>> packages bigger
>
>
>
> The programs get only bigger when the smart linker cannot remove
> functions/classes because you use them in the initialization/finalization
> section. The Unit versioning system would use the JclUnitVersioning.pas
> only (and some additional strings in each unit, around 60 Bytes per Unit,
> 60 * 600 Units = 36000 Byte ~35Kb)
>
> But IFDEFs would fullfill all requirements.
>
> So should I write a program that adds the JclUnitVersioning to each uses
> and the required code to initialization/finalization? (For the
> JVCLInstaller we ship a own JclUnitVersioning in the Installer's
> directory.)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Aug 2004 09:33:47 +0200
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> > Is this really true for all windows operating systems? How about Win95
> > and Win98?

Even there because each process has it's own virtual address space. And
when the process is gone the allocated memory is also gone. But Win9x has
some issues with GDI, System and User-Resources. They are not always
destroyed correctly at the process end. Mutex for example are not
garanteed to be released after the application has terminated.

-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : File Version List
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Wed, 25 Aug 2004 08:57:19 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
> Andreas Hausladen wrote:
> Afaics the OS frees the memory after application end, normal exit or application crash or even killed: cq the OS has built-in resistance for abnormal program termination. The memory leaks you descripe exists only
> until the application is ended and the memory gets free-ed by the OS.
> Afaics for a library/package all storage, including all initialized vars, is created on the program's heap.

Is this really true for all windows operating systems? How about Win95 and Win98?

Regards

Hans-Eric Grönlund


Subject: Re: JVCL 3.0 release date
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 25 Aug 2004 08:00:32 +0200
Newsgroups: jedi.vcl

Adrien REBOISSON wrote:
> Just for curiosity... Is there a date defined for a new "official" beta
> release or the definitive 3.0 version ?

Not really.
First, we need to get the new coordinator elected. When this is done, this person will be in charge of the release of "beta" and "non beta" versions releases.

Last time we talked about it, it was said that there would most likely be a beta (or release candidate) release by the end of the month or in early september, with a "stable" release by october.

We'll see how this goes.

Cheers

Olivier Sannier
JVCL Developer


Subject: JVCL 3.0 release date
From: "Adrien REBOISSON" <rabusier@free.fr>
Date: Wed, 25 Aug 2004 00:44:05 +0200
Newsgroups: jedi.vcl

Just for curiosity... Is there a date defined for a new "official" beta
release or the definitive 3.0 version ?

Thanks !

Regards,

A.R.




Subject: Fatal Error StdActns was compiled with a different version of StrUtils
From: "John Post" <stepside@retired.net>
Date: Wed, 25 Aug 2004 00:21:20 +0200
Newsgroups: jedi.vcl

Help!
 
I get a Fatal Error when I try to compile. Fatal Error StdActns was
compiled with a different version of StrUtils. I am not able to compile
anythng. The error occurs after I install the jedi.vcl with Delphi 7.  

Everything works including other components suchs as Infopower and
Reportbuilder prior to the install of these Jedi packages.  The install
from  the jcl folder works but not from the jvcl.

I am running D7 under Windows 2000 Pro. When I had installed it under
Windows 98 I did did not have any install problems.  The only thing that
has cahnged is I have ugraded to Win2K

John Post

John Post

--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBTreeView
From: "Robert Meek" <rmeek1@comcast.net>
Date: Tue, 24 Aug 2004 17:53:48 -0400
Newsgroups: jedi.vcl

Hi all,
    I'm using the JvDBTreeView from the last full install version of the JCL
+ JVCL set, and although there was no help or documentation i could find I
finally seem to have gotten it to work properly except for one singular
problem, and that is how it is sorted.
    I have it hooked to a Datasource which in turn is hooked to a Table with
the table have the following fields:

IDNum : autoInc  and is the only field indexed so i can easily select any
node by using Setkey and GotoKey
ParentID : Integer  used to tell if and what node is a node's parent
NodeName : String 35  is the text displayed for the node
NodeData :  Integer gives me an index into my data table after the user
selects a node.

ParentID Field is set as the DetailField property of the treeview
NodeName is set as the ItemField of the Treeview
IDNum is set as the MasterField of the TreeView

StartMasterField.Value := 0;

    After setting it up this way it displays all nodes in their proper
relationship with each other as wanted, and I am able to move easily thru
nodes in any order and by both user input and program code finding and
accessing the data each noide points to as wanted. however I also want each
node on the level after the root item to be sorted alphabetically, and each
parent node's children to be sorted alphabetically as well.  Normally with a
treeview I just set sortType to Text only but in this case it's not working.
How can I handle this?  thanx for your help and some fantastic libraries and
components!

-- from Robert Meek dba "Tangentals Design" Personal e-mail: meek1@comcast.net ------------------------------------------------- visit us on the World Wide Web and pick up your free copy of "The Keep" at: http://www.TangentalsDesign.com E-mail us at one of the following: information@tangentalsdesign.com feedback@tangentalsdesign.com support@tangentalsdesign.com ------------------------------------------------- 

Subject: Re: Your favorite JVCL controls?
From: "runspect" <nospam@nospam.es>
Date: Tue, 24 Aug 2004 23:15:20 +0200
Newsgroups: jedi.vcl

> >Given the large number of controls in JVCL I'm curious to know which 

Sincerely, all of them!!!!!!

Thanks to all the developers :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvmovablebevel mouse cursor issues
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Tue, 24 Aug 2004 11:49:58 -0700
Newsgroups: jedi.vcl

Hi all!

I've been using the jvmovablebevel control as a selection box.   I noticed some issues with my mouse cursor when I first wrote the app, but  now in beta it looks like my issue is more widespread.

The error appears to be related to mousing over (perhaps combined with a mousedown) the bevel border.  What happens is that the mouse cursor will change to, perhaps, a left-right sizing cursor and STAY that way.   It will basically replace the basic arrow with this cursor.  Upon moving off my apps forms, say, into outlook, it will go back to a regular cursor.   When I move the mouse BACK to my forms, it will go back to the sizing cursor.

I'm using a SLIGHTLY modified version of the jvmovablebevel.pas file from the binaries group. (modified to include the suggestions from peter in the JvMovableBevel Events post

Any ideas folks?

THANKS!


Subject: JvStringGrid please help
From: "Ivan Mjartan" <ivan.mjartan@geovap.com>
Date: Tue, 24 Aug 2004 15:20:48 +0200
Newsgroups: jedi.vcl

Hi

I need StringGrid with special options, I meen different align of text in
cols ... a thing that it is possible with JvStringGrid but I dont know How
can I do it ... i found evenet  OnGetCellAlignment but i dont know how

Is sombody Who can help to me please

thanks a lot

ivan mjartan




Subject: Re: Your favorite JVCL controls?
From: Joseh-Henrique <joseh@mymail.com>
Date: Tue, 24 Aug 2004 09:24:02 -0300
Newsgroups: jedi.vcl

micha schumann escreveu:
> Randall Parker wrote:
>
>> Given the large number of controls in JVCL I'm curious to know which controls anyone here has found especially good or unique in some helpful way. I have no particular need in mind. I just figure maybe some description of why someone else likes a particular control will give me or someone else ideas for how to use it in some way we haven't thought of before.
>>
>> So your favorite controls? And why?
Components derived from RxLib, unfortunately a few stay haggard after migration, for example the component TCurrencyEdit switch to TJvValidatorEdit wholly different :-( and incompatible with the old versions :-(

PS. be some small bugs that go by afterward, some tips, the property flatbutton ;-)

PS2: Sorry my bad English

Joseh-Henrique
Goiania, GO
Brazil


Subject: Re: Your favorite JVCL controls?
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 24 Aug 2004 10:33:47 +0000
Newsgroups: jedi.vcl

Randall Parker wrote:
> Given the large number of controls in JVCL I'm curious to know which controls anyone here has found especially good or unique in some helpful way. I have no particular need in mind. I just figure maybe some description of why someone else likes a particular control will give me or someone else ideas for how to use it in some way we haven't thought of before.
>
> So your favorite controls? And why?

JvPlugin and jvFormPanel:
Makes modular application development very easy especially when coding in a team using CVS and reusing functionality in different modules of a program having to maintain it only once. jvPlugin allows upgrading single modules of an application. In my recent project I dsigned an application framework showing the diffrernt program modules in a form panel in the main form. SO all developers could work on their modules, check them without collisions (maybe frames would do that too but i heard roumors about frames and jvFOrmPanel/FormLink word abslutey stable!).

jvDBGrid:
Great for grid-oriented applications in combination with a memory table.

jvXPButton, jvMenu, jvOutlookSplitter:
Enhances the look and feel of my apps quite a bit.

jvCSVDataset:
Made a complicated multi file interface to/from SAP/R3 a snap.

jvLED:
I love it an my users like LEDs instead of warning dialogs in many cases too!

jvDragDrop:
A bit tricky in compbination with jvFormPanel but a real helper in implementing drag&Drop of files in my apps.

Lots of others! TrayIcon, Hotkey ...

Michael




Subject: Re: TTabSheet with color parameter
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Aug 2004 11:18:35 +0200
Newsgroups: jedi.vcl

> > can't we set different colors for each tab ? (preferably at design-time)
Not by default. You will have to implement it yourself in the OnDrawTab
event (only visible at run-time).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvMovableBevel events
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Aug 2004 11:17:47 +0200
Newsgroups: jedi.vcl

> > EXCELLENT!  I have my app working like it should and its just GREAT!
> > I, again, cant thank you enough.  Keep up the great work!
Thanks, glad i could help

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Your favorite JVCL controls?
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 24 Aug 2004 08:31:53 +0200
Newsgroups: jedi.vcl

> >Given the large number of controls in JVCL I'm curious to know which
controls anyone 
> >here has found especially good or unique in some helpful way. I have no
particular 
> >need in mind. I just figure maybe some description of why someone else
likes a 
> >particular control will give me or someone else ideas for how to use it
in some way 
> >we haven't thought of before.
> >
> >So your favorite controls? And why?
> >

- JvAppStorage : Great for Storing Data to registry/file
- JvFormPlacement : Storing FormPositions
- JvPropertyStore (Non Visual) : Base Component for example Program Options
- JvParameterList (Non Visual) : 1. It's from me :-) 2. It gives me easy
ways to create simple dialogs without creating separate units.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Your favorite JVCL controls?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 24 Aug 2004 07:55:00 +0200
Newsgroups: jedi.vcl

Randall Parker wrote:

> So your favorite controls? And why?

I use JvHidDeviceController very much, but that stems from the fact that i donated it and i am in USB software development.


Subject: Re: update of XPComponents
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 24 Aug 2004 07:52:22 +0200
Newsgroups: jedi.vcl

Ernesto Cullen wrote:

> hi all,
>   I have run into troubles with the JVCL 3 due to a previous version of dxButton and other components, now included in jvcl. The new components lack some properties and of course the units have been renamed. I don´t know if this was already addressed, but I have added the necessary lines to jvcl3.dat (for use with JVCLConvert) and a new text file for use with dc (DFM Cleaner). I don't know where to find if this was taken care of, and if not, where to send my additions. Can somebody point me to the right page?
>
> Ernesto Cullen

Post a message with attachment to the binaries group here.


Subject: Re: update of XPComponents
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 24 Aug 2004 07:52:18 +0200
Newsgroups: jedi.vcl

Ernesto Cullen wrote:

> hi all,
>   I have run into troubles with the JVCL 3 due to a previous version of dxButton and other components, now included in jvcl. The new components lack some properties and of course the units have been renamed. I don´t know if this was already addressed, but I have added the necessary lines to jvcl3.dat (for use with JVCLConvert) and a new text file for use with dc (DFM Cleaner). I don't know where to find if this was taken care of, and if not, where to send my additions. Can somebody point me to the right page?

Please add this into Mantis (http://jvcl.sf.net/mantis/) after having logged in, someone will review it. As far as I can tell, I don't think we ever had those files for the DX components.

Thanks for your interest in the JVCL

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Bug? TJvgTabControl
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 24 Aug 2004 07:50:41 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> The docking components?  I assume your talking about post 3.0 JVCL...  Are
> you guys gonna post an updated ZIP with everything in it anytime soon?

Get the daily Zips from http://jcl.sf.net/daily and http://jvcl.sf.net/daily
There have been some problems with the cron jobs of SourceForge which create them, but we create them now ourselves.


Subject: Re: To Discuss : File Version List
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 24 Aug 2004 07:48:30 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Afaics the OS frees the memory after application end, normal exit or application crash or even killed: cq the OS has built-in resistance for abnormal program termination. The memory leaks you descripe exists only
> until the application is ended and the memory gets free-ed by the OS.
> Afaics for a library/package all storage, including all initialized vars, is created on the program's heap.

I am very much against not freeing memory explicitly.
It is a bad coding style and it also may create memory leaks.
The cleaning of the finalization sections some months ago made the JVCL stable when recompiled through the .bpg file for example.


Subject: Re: TTabSheet with color parameter
From: "Gultekin" <gultekin@NoMail.com>
Date: Tue, 24 Aug 2004 04:48:57 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> > > I'd like to use PageControl component with colored TTabSheets.
> > Use a TJvPageControl with a TJvTabDefaultPainter as the TabPainter
> > and also set OwnerDraw to true to see the effect.

Hi Peter,

Well, this is good.. but TJvTabDefaultPainter has no events and
TJvPageControl has no draw events to control the painting.

can't we set different colors for each tab ? (preferably at design-time)

-- Gultekin from Istanbul posted with XanaNews 1.16.4.2 

Subject: Your favorite JVCL controls?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Mon, 23 Aug 2004 19:39:19 -0700
Newsgroups: jedi.vcl

Given the large number of controls in JVCL I'm curious to know which controls anyone here has found especially good or unique in some helpful way. I have no particular need in mind. I just figure maybe some description of why someone else likes a particular control will give me or someone else ideas for how to use it in some way we haven't thought of before.

So your favorite controls? And why?


Subject: Re: Bug? TJvgTabControl
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Mon, 23 Aug 2004 21:44:02 -0400
Newsgroups: jedi.vcl

The docking components?  I assume your talking about post 3.0 JVCL...  Are
you guys gonna post an updated ZIP with everything in it anytime soon?

Jeff

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:cga7ju$o0a$1@talkto.net...
> > J. Clarke wrote:
>> > > JVCL 3.00 - I believe the TabHeight & TabWidth are backwards (the width
>> > > adjusts the height & the height adjusts the width)....
>> > >
>> > > Jeff
>> > >
>> > >
> >
> > The current TJvgTabControl does not contain TabHeight or TabWidth.
> > Only the docking components conatain these names.




Subject: Probleme with JvAppXMLStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 24 Aug 2004 01:24:06 +0200
Newsgroups: jedi.vcl

Hi

there is a problem reading data from JvAppXMLStorage when the path is defined like "\Software\TestApp\Data\Last Save Time"

The data is before written with the JvAppXMLStorage.

Removing the blanks there is no problem.

Should we prevent writing blanks in pathnames for JvAppXMLStorage?

Any Comments?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Mon, 23 Aug 2004 14:42:23 -0700
Newsgroups: jedi.vcl

Peter,
EXCELLENT!  I have my app working like it should and its just GREAT! I, again, cant thank you enough.  Keep up the great work!

Andrew Morrow

Peter Thornqvist wrote:
>> Thanks again, I promise one of these days I'll stop asking dumb questions.
>
>
> Not dumb questions at all. The problem is that the events are only called
> once for each move; OnMoving when you start and OnMoved when you end. You
> need to have an event that is called while the move is in progress and
> OnMouseMove is the one you should use. What you could do is declare two new
> properties in the public section, like this:
>
> public
> ...
>   property Moving:Boolean read FMoving;
>   property Sizing:Boolean read FSizing;
> ...
>
> You have now made the internal variables that keep track of the
> dragging/sizing available to your program so you can use them any way you
> want.
>
> Since the OnMouseMove event isn't published in the JvMovableBevel, you need
> to publish it so it is available in the Object Inspector. Let' s publish the
> OnMouseDown and OnMouseUp events as well while we are at it:
>
> published
> ...
>   property OnMouseMove;
>   property OnMouseDown;
>   property OnMouseUp;
> ...
> end;
>
> Note that when you change the visibility of existing properties In Delphi,
> you only redeclare them with the right visibility specifier (published in
> this case) but you shouldn't include the type nor the read/write clauses.
> Note also that you need to recompile the runtime package after you've made
> these changes or you won't see the events in the OI.
>
> You can now attach a handler to the JvMovableBevel1.OnMouseMove event vvand
> write some code to move the text control as well (Memo1 is the text control
> in this example) when the user is moving the bevel:
>
> procedure TForm1.JvMovableBevel1MouseMove(Sender:TObject; X, Y:Integer);
> begin
>   // either something like this (the +2 and -4 are just offsets, you can use
> anything you prefer):
>   if JvMovableBevel1.Moving then
>     Memo1.SetBounds(X + 2, Y + 2, JvMovableBevel1.Width-4,
> JvMovableBevel1.Height - 4);
>   // ...or like this
>   begin
>     Memo1.Top := Y + 2;
>     Memo1.Left := X + 2
>   end;
> end;
>


Subject: Re: TTabSheet with color parameter
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Aug 2004 22:24:37 +0200
Newsgroups: jedi.vcl

> > I'd like to use PageControl component with colored TTabSheets.
Use a TJvPageControl with a TJvTabDefaultPainter as the TabPainter and also
set OwnerDraw to true to see the effect.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: update of XPComponents
From: Ernesto Cullen <ecullen@ciudad.com.ar>
Date: Mon, 23 Aug 2004 16:11:55 -0300
Newsgroups: jedi.vcl

hi all,
  I have run into troubles with the JVCL 3 due to a previous version of dxButton and other components, now included in jvcl. The new components lack some properties and of course the units have been renamed. I don´t know if this was already addressed, but I have added the necessary lines to jvcl3.dat (for use with JVCLConvert) and a new text file for use with dc (DFM Cleaner). I don't know where to find if this was taken care of, and if not, where to send my additions. Can somebody point me to the right page?

Ernesto Cullen


Subject: Re: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 23 Aug 2004 19:19:09 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
>
> Decimal-places-DisplayFormat bug fix:
>
> Changing DecimalPlaces in a TJvCustomNumEdit/TJvCalcEdit would not cause a change in the underlying FDisplayFormat, either at runtime or designtime. This meant that something that displayed 101.1 as a value,
> if you set Decimal Places to 2, no change would occur, in fact, then
> you would type in 101.25, and hit enter, and the value would show 101.2,
> and even though you had set DecimalPlaces to 2, the display picture when
> not editing, was not updated, thus it showed the old value.

Did you take a look at the help-file:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/help/JvBaseEdits.dtx

I think you misunderstood the meaning of DecimalPlaces.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: To Discuss : File Version List
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 23 Aug 2004 19:17:17 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> (Ignore previous message)
>
>
> Too late :-)
>
>
>> -AFAIK: if finalization only destroys instances of classes, it can be
>> omitted: they are created on the heap. The heap is free-ed upon
>> application exit, either normal or due to crash.
>
>
> That is no problem when you use static linkage. But if you load a
> library/package and free at execution time you produce memory leaks. 

Afaics the OS frees the memory after application end, normal exit or application crash or even killed: cq the OS has built-in resistance for abnormal program termination. The memory leaks you descripe exists only
until the application is ended and the memory gets free-ed by the OS.
Afaics for a library/package all storage, including all initialized vars, is created on the program's heap.

An example where a finalization section runtime is required:

Initialisation
  InstallEventHooks;
Finalization
  UninstallEventHooks;       

Regards,

André Snepvangers


Subject: Re: Saving the font settings (TJvFormStorage)
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 23 Aug 2004 18:08:04 +0200
Newsgroups: jedi.vcl

I will try to look for it this week.

> >Sure Jens,
> >
> >Also I tried ".StoredValues" as a work around.
> >
> >.FontName was set to Arial type string
> >.FontSize was 12 type integer
> >
> >Why did I get  these encripted values in my ini file?
> >
> >Font.Name=071d071522
> >Font.Size=775d
> >
> >- Craig
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Saving the font settings (TJvFormStorage)
From: "Craig" <craig@.at.qnotes.com>
Date: Mon, 23 Aug 2004 10:52:35 -0400
Newsgroups: jedi.vcl

Sure Jens,

Also I tried ".StoredValues" as a work around.

..FontName was set to Arial type string
..FontSize was 12 type integer

Why did I get  these encripted values in my ini file?

Font.Name=071d071522
Font.Size=775d

- Craig




Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Aug 2004 16:52:31 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > (Ignore previous message)

Too late :-)

> > -AFAIK: if finalization only destroys instances of classes, it can be
> > omitted: they are created on the heap. The heap is free-ed upon
> > application exit, either normal or due to crash.

That is no problem when you use static linkage. But if you load a
library/package and free at execution time you produce memory leaks. Not
many use the JVCL packages at runtime but there meight be some persons.

> > If a dynamic variable meets the following two conditions, a call to
> > Finalize is required to finalize the variable before it can be
> > deallocated.

There is a difference between "Finalize()" and "finalization". Finalize
uses RTTI to free the memory of string, array, ...). "finalization"
contains the code that should be executed when the unit is unloaded.


-- Regards, Andreas Hausladen 

Subject: Re: Saving the font settings (TJvFormStorage)
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 23 Aug 2004 16:42:03 +0200
Newsgroups: jedi.vcl

Can ou please create a small sample and add it to mantis.


> >The font settings are no longer being saved to the ini file.
> >I had worked in jedi vcl 3.0 last month.
> >
> >FontDialog.Font
> >
> >JvFormStorage
> >JvAppIniFileStorage
> >
> >Is this a bug?
> >
> >-
> >Craig
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: To Discuss : File Version List
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 23 Aug 2004 16:35:18 +0200
Newsgroups: jedi.vcl

(Ignore previous message)
Andreas Hausladen wrote:

>
> So should I write a program that adds the JclUnitVersioning to each uses
> and the required code to initialization/finalization? 
>

-AFAIK: if finalization only destroys instances of classes, it can be omitted: they are created on the heap. The heap is free-ed upon application exit, either normal or due to crash.

-From Delphi Help:

If a dynamic variable meets the following two conditions, a call to Finalize is required to finalize the variable before it can be deallocated.

-The variable is deallocated by other means than the Dispose standard procedure (for example using FreeMem).
-The variable contains long strings, variants, or interfaces, not all of which are empty or Unassigned.

AFAICS this situation does not occur in JVCL.

Regards,

André Snepvangers


Subject: Re: To Discuss : File Version List
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 23 Aug 2004 16:19:47 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>>> All units get an initialization and finalization section.
>>
>> Exactly the problem I'm seeing with this. This makes programs and
>> packages bigger
>
>
>
> The programs get only bigger when the smart linker cannot remove
> functions/classes because you use them in the initialization/finalization
> section. The Unit versioning system would use the JclUnitVersioning.pas
> only (and some additional strings in each unit, around 60 Bytes per Unit,
> 60 * 600 Units = 36000 Byte ~35Kb)
>
> But IFDEFs would fullfill all requirements.
>
> So should I write a program that adds the JclUnitVersioning to each uses
> and the required code to initialization/finalization? (For the
> JVCLInstaller we ship a own JclUnitVersioning in the Installer's
> directory.)
>
>


Subject: Saving the font settings (TJvFormStorage)
From: "Craig" <craig@.at.qnotes.com>
Date: Mon, 23 Aug 2004 10:19:32 -0400
Newsgroups: jedi.vcl

The font settings are no longer being saved to the ini file.
I had worked in jedi vcl 3.0 last month.

FontDialog.Font

JvFormStorage
JvAppIniFileStorage

Is this a bug?

-
Craig




Subject: Re: To Discuss : File Version List
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 23 Aug 2004 16:18:19 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> - we could retrieve UnitVersion from the exe or bpl file.  

This has an additional benefit that you can retrieve file versions even if application crashes and you may not be able to get file versions.
Maybe we should make this a requirement.
This could also be combined with Andreas proposal. They can co-exist.

Regards,

André Snepvangers.


Subject: changes in JvBaseEdits.pas - bugfixes for DecimalPlaces handling in JvCustomNumEdit and derivatives
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 23 Aug 2004 10:09:49 -0400
Newsgroups: jedi.vcl


Decimal-places-DisplayFormat bug fix:

Changing DecimalPlaces in a TJvCustomNumEdit/TJvCalcEdit would not cause a change in the underlying FDisplayFormat, either at runtime or designtime. This meant that something that displayed 101.1 as a value,
if you set Decimal Places to 2, no change would occur, in fact, then
you would type in 101.25, and hit enter, and the value would show 101.2,
and even though you had set DecimalPlaces to 2, the display picture when
not editing, was not updated, thus it showed the old value.

Fixed by updating FDisplayFormat in property setter method for DecimalPlaces.

The only workable way to use the control that I could find was to set the DecimalPlaces value once at designtime, and stick with it.

Annoyance fixed:

Also, the base component uses pictures like 0.### not 0.000,
which means that we can't have a fixed number of decimal places.

Fixed by adding new property DecimalPlacesAlwaysShown which defaults to false (the old  behaviour), but if turned on, always shows the fixed number of decimal places, rather than the default behaviour which is to show up to that many decimal places, but which does not show any trailing zeros.  The default is probably the more common case, but there are cases where the full number of decimal places should be shown, such as when we want to indicate the actual full precision of a value.



Please comment, and let me know if anything that I have done
causes any unintended side effects or problems, and I'll fix them immediately. Also, I am unaware of any MANTIS issues relating to these
but if there are any, please let me know and I'll update them.

Regards,

Warren


Subject: Re: To Discuss : File Version List
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 23 Aug 2004 14:56:55 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Andreas Hausladen wrote:
>
>> const
>>   UnitVersion: TUnitVersionInfo = (
>>     RCSfile: '$RCSfile$';
>>     Revision: '$Revision$';
>>     Date: '$Date$';
>>     LogPath: 'my logical path';
>>     Extra: 'This is my personal, user defined, string for this unit';
>>     Data: @MyPersonalUserData;
>>   );
>>
>> ...
>> initialization
>>   RegisterUnitVersion(HInstance, UnitVersion);
>>
>> finalization
>>   UnregisterUnitVersion(HInstance);
>>
>> end.
>
>
> Is that really good for the JVCL?
> All units get an initialization and finalization section.

Imho initialization/finalization can be omitted
-Include a <ProjectName>Versions unit in the  .dpr/.dpk.
 Get the used(required) units and generate <ProjectName>Versions. This has an additional benefit: For units that don't contain the proposed TUnitVersion, the filename, date and time can be used for defaults.
With a makefile this is easily implemented, from within the IDE I don't know.
- Link get used units and store/write version them in the exefile. Requires predefined storage. (?).
- we could retrieve UnitVersion from the exe or bpl file. (This could be done with combining standard unix utilities strings, (f)grep and/or (g)awk. A few lines is all its needs)

BTW It would also be nice if the AboutJVCL shows the version of the unit that defines the component, JVCLVersion should include

Regards,

André Snepvangers



Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Aug 2004 13:02:53 +0200
Newsgroups: jedi.vcl

OBones wrote:

>> > > All units get an initialization and finalization section.
> > 
> > Exactly the problem I'm seeing with this. This makes programs and
> > packages bigger


The programs get only bigger when the smart linker cannot remove
functions/classes because you use them in the initialization/finalization
section. The Unit versioning system would use the JclUnitVersioning.pas
only (and some additional strings in each unit, around 60 Bytes per Unit,
60 * 600 Units = 36000 Byte ~35Kb)

But IFDEFs would fullfill all requirements.

So should I write a program that adds the JclUnitVersioning to each uses
and the required code to initialization/finalization? (For the
JVCLInstaller we ship a own JclUnitVersioning in the Installer's
directory.)


-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : File Version List
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 23 Aug 2004 09:33:44 +0200
Newsgroups: jedi.vcl

And it gives the possibility to use only one manual entry for the complete
JVCL and JCL, without entries for all files.

But we have the mechanism to use it.

> >Robert Marquardt wrote:
> >
>> >> Is that really good for the JVCL?
>> >> All units get an initialization and finalization section.
> >
> >Exactly the problem I'm seeing with this. This makes programs and 
> >packages bigger for a feature that at most (in my opinion) 1% of users 
> >would require. If this is to be implemented, this should be under 
> >conditional compilation and OFF by default.
> >
> >My 2 cents
> >
> >Olivier Sannier
> >JVCL Developer
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: TTabSheet with color parameter
From: "Gultekin" <gultekin@NoMail.com>
Date: Mon, 23 Aug 2004 07:02:05 +0000 (UTC)
Newsgroups: jedi.vcl


Hi all,

I'd like to use PageControl component with colored TTabSheets.

Do we have a component in JVCL having this ability ?

TIA

-- Gultekin from Istanbul posted with XanaNews 1.16.4.2 

Subject: Re: To Discuss : File Version List
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 23 Aug 2004 08:33:09 +0200
Newsgroups: jedi.vcl

I think this will be the best solution!!!

> >Robert Marquardt wrote:
> >
>> >> Is that really good for the JVCL?
>> >> All units get an initialization and finalization section.
> >
> >Exactly the problem I'm seeing with this. This makes programs and 
> >packages bigger for a feature that at most (in my opinion) 1% of users 
> >would require. If this is to be implemented, this should be under 
> >conditional compilation and OFF by default.
> >
> >My 2 cents
> >
> >Olivier Sannier
> >JVCL Developer
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: To Discuss : File Version List
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 23 Aug 2004 08:10:41 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Is that really good for the JVCL?
> All units get an initialization and finalization section.

Exactly the problem I'm seeing with this. This makes programs and packages bigger for a feature that at most (in my opinion) 1% of users would require. If this is to be implemented, this should be under conditional compilation and OFF by default.

My 2 cents

Olivier Sannier
JVCL Developer


Subject: Re: To Discuss : File Version List
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 23 Aug 2004 06:12:01 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> const
>   UnitVersion: TUnitVersionInfo = (
>     RCSfile: '$RCSfile$';
>     Revision: '$Revision$';
>     Date: '$Date$';
>     LogPath: 'my logical path';
>     Extra: 'This is my personal, user defined, string for this unit';
>     Data: @MyPersonalUserData;
>   );
>
> ...
> initialization
>   RegisterUnitVersion(HInstance, UnitVersion);
>
> finalization
>   UnregisterUnitVersion(HInstance);
>
> end.

Is that really good for the JVCL?
All units get an initialization and finalization section.


Subject: Re: To Discuss : File Version List
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 22 Aug 2004 22:54:09 +0200
Newsgroups: jedi.vcl

Thanks for the explanation. Part 1 was no problem :-) and part 2 is now clear also :-)

For me it's great, and i can use it for all kind of 3 party components two.

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>
>> I didn't understand all items, and for what you want to use them, 
>
>
> const
>   UnitVersion: TUnitVersionInfo = (
>     RCSfile: '$RCSfile$';
>     Revision: '$Revision$';
>     Date: '$Date$';
>     LogPath: 'my logical path';
>     Extra: 'This is my personal, user defined, string for this unit';
>     Data: @MyPersonalUserData;
>   );
>
> ....
> initialization
>   RegisterUnitVersion(HInstance, UnitVersion);
>
> finalization
>   UnregisterUnitVersion(HInstance);
>
> end.
>
>
> The current implementation recognizes Units in DLLs, too. Let's say you
> have a unit A und a unit B. Unit A is in the main program and unit B is in
> a DLL that is loaded by the main program via LoadLibrary. Both units
> register their version to the unit versioning system. When you start the
> program and display the unit-version list only unit A is listed. Now you
> load the DLL (which contains unit B) via LoadLibrary. When you display the
> unit-version list now you will see unit A (in the .exe module) and unit B
> (in the .dll module). Now unload the DLL via FreeLibrary and update the
> version list. The unit B is no more listed.
>
>
> uses
>   JclUnitVersioning;
>
> {$R *.dfm}
>
> procedure TForm1.Button1Click(Sender: TObject);
> var
>   List: TUnitVersioning;
>   I, M: Integer;
>   Item: TListItem;
> begin
>   List := GetUnitVersioning; // get unit versioning system
>
>   ListViewVersioning.Items.BeginUpdate;
>   try
>     ListViewVersioning.Items.Clear;
>     // list unit versions by modules.
>     for M := 0 to List.ModuleCount - 1 do
>     begin
>       Item := ListViewVersioning.Items.Add;
>       Item.Caption := 'Module:';
>
> Item.SubItems.Add(ExtractFileName(GetModuleName(List.Modules[M].Instance)))
> ;
>       for I := 0 to List.Modules[M].Count - 1 do
>       begin
>         Item := ListViewVersioning.Items.Add;
>         Item.Caption := List.Modules[M].Items[I].GetRCSfile;
>         Item.SubItems.Add(List.Modules[M].Items[I].GetRevision);
>         Item.SubItems.Add(List.Modules[M].Items[I].GetDate);
>       end;
>       ListViewVersioning.Items.Add;
>     end;
>   finally
>     ListViewVersioning.Items.EndUpdate;
>   end;
> end;
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 22 Aug 2004 22:26:29 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I didn't understand all items, and for what you want to use them, 

const
  UnitVersion: TUnitVersionInfo = (
    RCSfile: '$RCSfile$';
    Revision: '$Revision$';
    Date: '$Date$';
    LogPath: 'my logical path';
    Extra: 'This is my personal, user defined, string for this unit';
    Data: @MyPersonalUserData;
  );

....
initialization
  RegisterUnitVersion(HInstance, UnitVersion);

finalization
  UnregisterUnitVersion(HInstance);

end.


The current implementation recognizes Units in DLLs, too. Let's say you
have a unit A und a unit B. Unit A is in the main program and unit B is in
a DLL that is loaded by the main program via LoadLibrary. Both units
register their version to the unit versioning system. When you start the
program and display the unit-version list only unit A is listed. Now you
load the DLL (which contains unit B) via LoadLibrary. When you display the
unit-version list now you will see unit A (in the .exe module) and unit B
(in the .dll module). Now unload the DLL via FreeLibrary and update the
version list. The unit B is no more listed.


uses
  JclUnitVersioning;

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);
var
  List: TUnitVersioning;
  I, M: Integer;
  Item: TListItem;
begin
  List := GetUnitVersioning; // get unit versioning system

  ListViewVersioning.Items.BeginUpdate;
  try
    ListViewVersioning.Items.Clear;
    // list unit versions by modules.
    for M := 0 to List.ModuleCount - 1 do
    begin
      Item := ListViewVersioning.Items.Add;
      Item.Caption := 'Module:';

Item.SubItems.Add(ExtractFileName(GetModuleName(List.Modules[M].Instance)))
;
      for I := 0 to List.Modules[M].Count - 1 do
      begin
        Item := ListViewVersioning.Items.Add;
        Item.Caption := List.Modules[M].Items[I].GetRCSfile;
        Item.SubItems.Add(List.Modules[M].Items[I].GetRevision);
        Item.SubItems.Add(List.Modules[M].Items[I].GetDate);
      end;
      ListViewVersioning.Items.Add;
    end;
  finally
    ListViewVersioning.Items.EndUpdate;
  end;
end;


-- Regards, Andreas Hausladen 

Subject: Re: JvDBLookupCombo query
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 22 Aug 2004 22:07:19 +0200
Newsgroups: jedi.vcl

runspect wrote:
>> If you meant the edit portion of the control, then I have no clue of how to accomplish that. I'd like to know the solution myself too...
>
> DisplayAllFields= True

Thanks! That does the trick!

Best regards,


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: To Discuss : File Version List
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 22 Aug 2004 22:01:15 +0200
Newsgroups: jedi.vcl

Looks good for me.

I didn't understand all items, and for what you want to use them, but it looks good :-)

What does other people say. Is it helpfull. If yes, can the register function be included into all jcl + jvcl files?

Andreas Hausladen wrote:

> I have posted the current code to jedi.binaries.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : File Version List
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 22 Aug 2004 21:57:09 +0200
Newsgroups: jedi.vcl

The second one. A User defined path.

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> Look at the screenshot i've added. What about adding a path for the
>> TUnitVersionInfo.
>
>
> What path? The source filename's path? Or a user defined path like "GUI
> stuff/Printpreview Formular" ?
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 22 Aug 2004 20:40:27 +0200
Newsgroups: jedi.vcl

I have posted the current code to jedi.binaries.

-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 22 Aug 2004 19:28:22 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Look at the screenshot i've added. What about adding a path for the
> > TUnitVersionInfo.

What path? The source filename's path? Or a user defined path like "GUI
stuff/Printpreview Formular" ?



-- Regards, Andreas Hausladen 

Subject: ComboBox custom painting
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 22 Aug 2004 18:22:53 +0200
Newsgroups: jedi.vcl

  I'm trying to custom paint a combobox component and I'm doing pretty well,
but I just can't find a way to draw a frame around the drop-down list of
items. Can anyone help me with this???




Subject: Re: JvDBLookupCombo query
From: "runspect" <nospam@nospam.es>
Date: Sun, 22 Aug 2004 18:06:58 +0200
Newsgroups: jedi.vcl

> >runspect wrote:
>> >> How is it possible to be visualized two fields at the same time?
> >
> >In the list portion of the control? Then just fill the LookupDisplay 
> >property with a semicolon delimited list of field names you'd like to 
> >visualize.

Thanks!!!!

> >If you meant the edit portion of the control, then I have no clue of 
> >how to accomplish that. I'd like to know the solution myself too...

DisplayAllFields= True

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bug? TJvgTabControl
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 22 Aug 2004 16:51:02 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:
> JVCL 3.00 - I believe the TabHeight & TabWidth are backwards (the width
> adjusts the height & the height adjusts the width)....
>
> Jeff
>
>

The current TJvgTabControl does not contain TabHeight or TabWidth.
Only the docking components conatain these names.


Subject: Bug? TJvgTabControl
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Sun, 22 Aug 2004 09:14:56 -0400
Newsgroups: jedi.vcl

JVCL 3.00 - I believe the TabHeight & TabWidth are backwards (the width
adjusts the height & the height adjusts the width)....

Jeff




Subject: Re: JvDBLookupCombo query
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 22 Aug 2004 00:21:03 +0200
Newsgroups: jedi.vcl

runspect wrote:
> How is it possible to be visualized two fields at the same time?

In the list portion of the control? Then just fill the LookupDisplay property with a semicolon delimited list of field names you'd like to visualize.

If you meant the edit portion of the control, then I have no clue of how to accomplish that. I'd like to know the solution myself too...


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: JvDBLookupCombo query
From: "runspect" <nospam@nospam.es>
Date: Sat, 21 Aug 2004 23:28:54 +0200
Newsgroups: jedi.vcl

How is it possible to be visualized two fields at the same time?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: To Discuss : File Version List
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 21 Aug 2004 18:09:42 +0200
Newsgroups: jedi.vcl

Great.

After that i can add my dialog component to show the informations in a dialog.

Look at the screenshot i've added. What about adding a path for the TUnitVersionInfo.

Greetings
Jens

Andreas Hausladen wrote:

> I'm working on such a File Versioning list. At the moment it support "all
> units" and "units by module" (.exe, .bpl, .dll). But for the DLL there I
> must find a bug in my GetNamedPrivateAddress function (prevents the usage
> of ShareMem)
>
> A test unit looks like this:
>
> unit MyTestUnit;
>
> interface
>
> implementation
>
> uses
>   UnitVersioning;
>
> const
>   UnitVersion: TUnitVersionInfo = (
>     RCSfile: '$RCSfile: MyTestUnit.pas,v $';
>     Revision: '$Revision: 1.4 $';
>     Date: '$Date: 2004/08/21 12:30:33 $';
>     Extra: ''; // used defines string
>     Data: nil; // used data
>   );
>
> initialization
>   RegisterUnitVersion(HInstance, UnitVersion); // registers the unit for
> this module
>
> finalization
>   UnregisterUnitVersion(HInstance); // unregisteres the whole module
>
> end.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 21 Aug 2004 16:27:54 +0200
Newsgroups: jedi.vcl

I'm working on such a File Versioning list. At the moment it support "all
units" and "units by module" (.exe, .bpl, .dll). But for the DLL there I
must find a bug in my GetNamedPrivateAddress function (prevents the usage
of ShareMem)

A test unit looks like this:

unit MyTestUnit;

interface

implementation

uses
  UnitVersioning;

const
  UnitVersion: TUnitVersionInfo = (
    RCSfile: '$RCSfile: MyTestUnit.pas,v $';
    Revision: '$Revision: 1.4 $';
    Date: '$Date: 2004/08/21 12:30:33 $';
    Extra: ''; // used defines string
    Data: nil; // used data
  );

initialization
  RegisterUnitVersion(HInstance, UnitVersion); // registers the unit for
this module

finalization
  UnregisterUnitVersion(HInstance); // unregisteres the whole module

end.



-- Regards, Andreas Hausladen 

Subject: Re: JvMovableBevel events
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 21 Aug 2004 14:49:11 +0200
Newsgroups: jedi.vcl

> > Thanks again, I promise one of these days I'll stop asking dumb questions.

Not dumb questions at all. The problem is that the events are only called
once for each move; OnMoving when you start and OnMoved when you end. You
need to have an event that is called while the move is in progress and
OnMouseMove is the one you should use. What you could do is declare two new
properties in the public section, like this:

public
....
  property Moving:Boolean read FMoving;
  property Sizing:Boolean read FSizing;
....

You have now made the internal variables that keep track of the
dragging/sizing available to your program so you can use them any way you
want.

Since the OnMouseMove event isn't published in the JvMovableBevel, you need
to publish it so it is available in the Object Inspector. Let' s publish the
OnMouseDown and OnMouseUp events as well while we are at it:

published
....
  property OnMouseMove;
  property OnMouseDown;
  property OnMouseUp;
....
end;

Note that when you change the visibility of existing properties In Delphi,
you only redeclare them with the right visibility specifier (published in
this case) but you shouldn't include the type nor the read/write clauses.
Note also that you need to recompile the runtime package after you've made
these changes or you won't see the events in the OI.

You can now attach a handler to the JvMovableBevel1.OnMouseMove event vvand
write some code to move the text control as well (Memo1 is the text control
in this example) when the user is moving the bevel:

procedure TForm1.JvMovableBevel1MouseMove(Sender:TObject; X, Y:Integer);
begin
  // either something like this (the +2 and -4 are just offsets, you can use
anything you prefer):
  if JvMovableBevel1.Moving then
    Memo1.SetBounds(X + 2, Y + 2, JvMovableBevel1.Width-4,
JvMovableBevel1.Height - 4);
  // ...or like this
  begin
    Memo1.Top := Y + 2;
    Memo1.Left := X + 2
  end;
end;

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: To Discuss : File Version List
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 21 Aug 2004 12:51:22 +0200
Newsgroups: jedi.vcl

Hi Robert

>> Does no Comment mean NO??? :-(
>
>
> More probably that nobody had enough spare time to think about it.

:-)

>
> I also found some points not clear on first glance.
>
> How automatic is this going to work?  If it could be used to ensure that JCL package version information is up to date without manual work (changing .RC files), it would be really useful.
>

I didn't know. The way i was using in my old application (look at screenshot in the other mail) was an collection, where all entries were added at runtime (inside the initialisation).
I'm not sure what's the best way.

> ....
>
>>> The idea is, that for jcl/jvcl the informations will be used from the cvs
>>> informations automaticly.
>
>
> How?

I didn't know :-( My hope was, that there is a way of including this informations automaticly into an resource string inside the *.pas file.

Like we were changing the version number inside the comment. Didn't know if this is possible automaticly using the cvs server.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: To Discuss : File Version List
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 21 Aug 2004 12:47:47 +0200
Newsgroups: jedi.vcl

Hi Andreas,

i think it's usefull. Out of some reasons:
1. there may be people like me, which distribute applications which based on the current cvs state, and then it will be helpfull to have the possibility to get a version list of all included files. So if there is a bug which i can't reproduce now, it's possible to look in the version lsit and the into the cvs history if there were possible changes since the application release.
2. This should be a basic mechanism which colud also be enhanced for any other kind of components. So that i can include all kind of 3 party components i want.

Look at the attached screenshot. This could be away to include hte informations.

Greetings
Jens

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>
>> Does no Comment mean NO??? :-(
>
>
> It means that nobody is here at the moment ;-)
>
>
> On the one hand I think it is a good mechanism but on the other side I
> think it is not necessary.
>
> For developing the JVCL we have the CVS history. And for the releases the
> user can say exacly what release he used. But I'm not the only person here.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de

versions.png

versions.png
	



Subject: Re: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Fri, 20 Aug 2004 23:14:45 -0700
Newsgroups: jedi.vcl

success!

I cant tell you how appreciative I am of all your help guys.  I've got the latest jcl / jvcl and it is working great.


NOW.


JUST for the sake of being an official pain in the ass, I would like to ask this:

I have the new events in and have attached my updatepreview function to fire on them.   Please look at my original question below to remember my application.  The code you wrote is AWESOME and definately a great improvement. The problem is that WHILE dragging the box (and having the onmoving event pointed at my update function) it does not update every pixel I move or however that would be explained... I click and drag the box.  it moves.  The text stays where it is until I release the button.
I would LIKE the text to move WITH the box.   Is this an error in my update code caused by my inexperiance, or is the onmoving event not FOR what I'm trying to do?

Thanks again, I promise one of these days I'll stop asking dumb questions.

Andrew


Andrew Morrow wrote:

> I am using a jvmovablebevel to mark a selection area for one of my apps.   In this area, some text is centered or justified left or right. Using the bevel, people can move the available text area.   As it is now, They would have to click a preview button after every move in order to repaint the text.  I would like to be able to have the update preview function fire on move / change or whatever would be appropriate.   I am a rank newbie with delphi though I'm a fast learner.   Can anyone point me in the right direction, or perhaps in a pinch, point out another control that would serve my purpose?
>
> Thankyou!


Subject: Re: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Fri, 20 Aug 2004 17:18:11 -0700
Newsgroups: jedi.vcl

Hey guys I cheated and set it manually...


NOW I'm running into another issue! (I'm sorry)

When I try to install I get:

GenerateUtils.pas(43) Fatal: File Not Found: 'jclsysutils.dcu'

I've not had any problems installing jvcl before so this is surprising

Andrew





Peter Thornqvist wrote:
>> Delphi is not always installed in "Program Files" (mine isn't). The only
>> way to find it is to read the registry then set the environment
>> variables, which is what build.exe does ;-)
>
> I obviously didn't mean it as a general solution (I don't have that install
> path myself either), just something Andrew could try on his own computer.
>


Subject: Re: JvExSplitter has a bugfix for TSplitter
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Aug 2004 21:45:44 +0200
Newsgroups: jedi.vcl

> > And I have added a bugfix for the
> > MouseCursor bug to your OutlookSplitter and NavDivider component. (SizeNS
> > was set for left/right alignment)
Bug? I consider that "as designed" ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvExSplitter has a bugfix for TSplitter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 Aug 2004 21:12:14 +0200
Newsgroups: jedi.vcl

I have added a bugfix to the TJvExSplitter class that fixes the
Align=alLeft/alTop bug with AutoSnap=true. All decendents of TJvExSplitter
will have the fix automatically intergrated.

@Peter: Mantis #2056 is now sloved. And I have added a bugfix for the
MouseCursor bug to your OutlookSplitter and NavDivider component. (SizeNS
was set for left/right alignment)

-- Regards, Andreas Hausladen 

Subject: Help with DbTreeView
From: "Leonardo R" <leonardo@micrologics.com.mx>
Date: Fri, 20 Aug 2004 12:23:58 -0500
Newsgroups: jedi.vcl

I canot set up a dbtreeview object, what kind of structure do i need in the
database to make it work?
and how to set up the fields in the dbtreeview?

Thanks




Subject: Re: To Discuss : File Version List
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 20 Aug 2004 19:04:11 +0200
Newsgroups: jedi.vcl

Hi Jens,

> Does no Comment mean NO??? :-(

More probably that nobody had enough spare time to think about it.

I also found some points not clear on first glance.

How automatic is this going to work?  If it could be used to ensure that JCL package version information is up to date without manual work (changing .RC files), it would be really useful.

....
>> The idea is, that for jcl/jvcl the informations will be used from the cvs
>> informations automaticly.

How?

Greetings, Robert


Subject: Re: To Discuss : File Version List
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 Aug 2004 18:54:12 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Does no Comment mean NO??? :-(

It means that nobody is here at the moment ;-)


On the one hand I think it is a good mechanism but on the other side I
think it is not necessary.

For developing the JVCL we have the CVS history. And for the releases the
user can say exacly what release he used. But I'm not the only person here.


-- Regards, Andreas Hausladen 

Subject: Re: To Discuss : File Version List
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 20 Aug 2004 18:28:58 +0200
Newsgroups: jedi.vcl

Does no Comment mean NO??? :-(

Jens wrote:
> Hi,
>
> i have a point to discuss.
>
> In my own librarie i have a funtionality to include a version list of all
> of my units into the compiled exe.
>
> I used this for a longer while so that i can see which exact file versions
> were included into each beta release of my software.
>
> The information i saved for each file is:
> - Name,
> - Group (for classification)
> - Version
> - Date
>
>
> I'm thinking about if it is helpfull to include something like that into
> the jcl/jvcl.
>
> The overhead is that in each unit there had to be a call to a new unit
> procedure maybe named "JclVersionList.AddFileVersion".
>
> The programmer had to initialize the internal JclVersionList collection
> manual as realy first step for his program. If this is not done, then
> nothing happens, otherwise the informations were added to this collection.
> If there is a bug it is now possible to get the informations out of the
> collection.
>
> The idea is, that for jcl/jvcl the informations will be used from the cvs
> informations automaticly.
>
> Also the programmer has the possibility to use it for all other 3party
> collections and for his own files.
>
> This is now open for discussion.
>
>
> Greetings
> Jens
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvMovableBevel events
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Aug 2004 16:09:21 +0200
Newsgroups: jedi.vcl

> > Delphi is not always installed in "Program Files" (mine isn't). The only
> > way to find it is to read the registry then set the environment
> > variables, which is what build.exe does ;-)
I obviously didn't mean it as a general solution (I don't have that install
path myself either), just something Andrew could try on his own computer.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: @Andreas: Mantis #1874
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 Aug 2004 15:51:28 +0200
Newsgroups: jedi.vcl

ok. I have fixed it now be undoing the "override" and replacing it by
"reintroduce". Works for D5, D6 and D7. So the 1.61 fix is back.


-- Regards, Andreas Hausladen 

Subject: Re: JvMovableBevel events
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 20 Aug 2004 14:52:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Make it shorter ;-)
>
>
> Wouldn't it be possible to just manually set the path to be just the path to
> make.exe and restore afterwards, something like this:

Delphi is not always installed in "Program Files" (mine isn't). The only way to find it is to read the registry then set the environment variables, which is what build.exe does ;-)


Subject: Re: JvMovableBevel events
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Aug 2004 14:36:53 +0200
Newsgroups: jedi.vcl

> > Make it shorter ;-)

Wouldn't it be possible to just manually set the path to be just the path to
make.exe and restore afterwards, something like this:

@CD install

@SET OLDPATH=%PATH%
@SET PATH="C:\Program Files\Borland\Delphi6\bin"
@IF NOT "%1"=="" GOTO SetMake
@MAKE
@GOTO Finis
:SetMake
@%1
:Finis
@SET PATH=%OLDPATH%
@CD ..
@ECHO.
@PAUSE



-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Change docking options in autohide mode
From: "Artur Redzko" <arturr@opegieka.com.pl>
Date: Fri, 20 Aug 2004 14:01:13 +0200
Newsgroups: jedi.vcl

Witam / Hello

1. How can I disable/hide like close button AutoHide when form is docked in
tabmode( autohide ) ?
2. How can I change tab width or get also caption next to image in autohide
mode for inactive tabs ?

Pozdrawiam / Regards
mgr in¿. Artur Red¼ko
OPEGIEKA




Subject: Re: JvMovableBevel events
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 20 Aug 2004 09:41:50 +0200
Newsgroups: jedi.vcl

Andrew Morrow wrote:

> Sorry I didnt mention hehe, I was trying JCL at that point.  (still no luck.)  Whats teh resolution for the path length?

Make it shorter ;-)

This is the PATH environment variable, that is set under Windows XP and 2000 by goind into the System applet in the Control Panel. Then in the advanced tab, choose the bottom left button "Environment variables". Then in the "System variables" list, find PATH and make it shorter by removing duplicate and unecesary entries in it. Entries are separated by ";"

Tip: copy the value in notepad, edit in there, then copy back into the dialog.

Tell us if that helps.

Cheers

Olivier


Subject: Re: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Fri, 20 Aug 2004 00:20:13 -0700
Newsgroups: jedi.vcl

Peter,
Sorry for not being more clear.
I was indeed trying JCL.   JVCL doesnt give me the same errors.  the install.bat with no mods gives me the


MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        cd ..
Fatal: Command arguments too long


error

Thanks

> I'm not sure if you are having problems with jcl or jvcl (you named the
> folder "jcl3" which isn't neither <g>), so please let us know if you are
> having problems trying to compile the JCL or the JVCL (they are different).
>
> What happens when you run the install.bat without making any modifications
> to it (first JCL, then JVCL)? Do you get any errors?
>


Subject: Re: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Fri, 20 Aug 2004 00:18:48 -0700
Newsgroups: jedi.vcl

Sorry I didnt mention hehe, I was trying JCL at that point.  (still no luck.)  Whats teh resolution for the path length?

Thanks
Andrew

OBones wrote:
> Peter Thörnqvist wrote:
>
>> I'm not sure if you are having problems with jcl or jvcl (you named the
>> folder "jcl3" which isn't neither <g>), so please let us know if you are
>> having problems trying to compile the JCL or the JVCL (they are different).
>>
>> What happens when you run the install.bat without making any modifications
>> to it (first JCL, then JVCL)? Do you get any errors?
>>
> This most likely is the JCL failing, with the usual "Arguments too long" that comes from a too big PATH environment variable.


Subject: Re: JvMovableBevel events
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 20 Aug 2004 08:56:43 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I'm not sure if you are having problems with jcl or jvcl (you named the
> folder "jcl3" which isn't neither <g>), so please let us know if you are
> having problems trying to compile the JCL or the JVCL (they are different).
>
> What happens when you run the install.bat without making any modifications
> to it (first JCL, then JVCL)? Do you get any errors?
>
This most likely is the JCL failing, with the usual "Arguments too long" that comes from a too big PATH environment variable.


Subject: Re: JvMovableBevel events
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Aug 2004 08:40:02 +0200
Newsgroups: jedi.vcl

I'm not sure if you are having problems with jcl or jvcl (you named the
folder "jcl3" which isn't neither <g>), so please let us know if you are
having problems trying to compile the JCL or the JVCL (they are different).

What happens when you run the install.bat without making any modifications
to it (first JCL, then JVCL)? Do you get any errors?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvMovableBevel events
From: "Andrew Morrow" <andrew@nospahm.cordlesshead.nospam.com>
Date: Thu, 19 Aug 2004 22:05:34 -0700
Newsgroups: jedi.vcl

I apologize for taking so much time on this. I'm just having A TERRIBLE time
installing the version from binaries.

I am installing using the d7 make.   I read the instructions and saw that I
would likely have to specify the make.exe path.  Here is my effort:

J:\Delphi\libs\jcl3>install "C:\Program Files\Borland\Delphi7\Bin\make.exe"
Files\Borland\Delphi7\Bin\make.exe""=="" was unexpected at this time.

J:\Delphi\libs\jcl3\install>@IF NOT ""C:\Program
Files\Borland\Delphi7\Bin\make.
exe""=="" GOTO SetMake


I run the install batch file and it echo'd out the information you see
above.

SO.
I looked into the batch file and it looks like I can run it manually.  Here
is another effort:

J:\Delphi\libs\jcl3\install>"C:\Program Files\Borland\Delphi7\Bin\make.exe"
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        cd ..
Fatal: Command arguments too long

-----------------------------------

Again, I apologize...  I've just got a product that I'm trying to get out,
and i would LIKE to use the best version of JCL and JVCL I just wish I was
more skilled with these installs.

Andrew Morrow








"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:cg1gkf$8qp$1@talkto.net...
>> > > I installed this from JCL+JVCL210FullInstall.zip from sourceforge.
> > My fault. I was assuming you were using the JVCL3 beta. I strongly
recommend
> > you to use JVCL3. The only reason to use 2.10 is if you have apps
depending
> > on it and can't upgrade.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVCL with W95...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 20 Aug 2004 06:48:08 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Win 95 does not support USB so it is no wonder the component does not support Win95. I will change the component to call CancelIO indirectly.

I forgot. The JVCL 3 version already calls CancelIO dynamically.
If you want to access USB devices on Win95 B then forget about it.
The USB support of Win95 was always completely buggy.


Subject: Re: JVCL with W95...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 20 Aug 2004 06:41:09 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> [Taylor] wrote:
>
>> I have the same error. Look at the attach.
>
>
> IIRC JvHidControllerClass.pas called the CancelIO API directly. This API is not available for windows 95 systems.
>

Win 95 does not support USB so it is no wonder the component does not support Win95. I will change the component to call CancelIO indirectly.


Subject: JvLinkLabel does not work properly
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Fri, 20 Aug 2004 11:22:38 +0800
Newsgroups: jedi.vcl

Hi

I tried the JvLinkLabel, it does not seem to work properly. The OnClick event does function, but the URL type link, ie change to underline and show cursor as hand (pointer) does not work for me.

Is there a know issue, or am I not doing/setting something correctly?

BTW I was trying the label on a nav panel.

-- 
Kind regards

Peter Sanders


Subject: JvCreateProcess with CommandLine Paremters
From: Woody Lidstone <gotwoody@mac.com>
Date: Thu, 19 Aug 2004 23:55:20 +0100
Newsgroups: jedi.vcl

Hello everyone,

My question, as you no-doubt guessed, concerns the JvCreateProcess component.

My objective: To start an application with a commandline parameter.

Simple stuff, right?  I hope so.

I have two programs.  We'll call them Starter.exe and MainProgram.exe. The user is expected to launch 'starter', which does whatever and then launches MainProgram, passing it a single command-line parameter.

This is the code MainProgram is using to determine if the commandline parameter was passed: (Yes, I found it in an online Delphi Journal or website.)

<code>
function CmdLineParamFound(sParamName : String ) : Boolean;

const
  { assume that command line parameters
    start with the "/" character }
  c_token = '/';

var
  i     : integer;
  sTemp : string;

begin
  result := False;

  showMessage(intToStr(ParamCount));

  for i := 1 to ParamCount do
  begin
    sTemp := ParamStr( i );
    ShowMessage(sTemp);
    if( c_token = sTemp[ 1 ] )then
    begin
      if( ( UpperCase( sParamName ) ) =
              UpperCase( sTemp ) )then
      begin
        result := True;
        exit;
      end;
    end;
  end;
end;
</code>

Notice that I added debugging code in the form of ShowMessages so I could see if the MainProgram was recieving the parameters or not.  It always reports ParamCount = 0 when it's called by Starter.exe's JvCreateProcess component.

When the MainProgram.exe launches, before any of the 'CreateForm' commands in the main program block of MainProgram.pas, the following command is used:

<code>
if NOT(CmdLineParamFound('/commence'))
  then begin
        // tell the user to start the app using STARTER.EXE and not by
        // double-clicking on it by raising an exception & terminating
  else createForm(blah blah..)
</code>

Within the Delphi IDE, I specified that my program had a parameter of '/commence' and as long as it was there, it launched.  I checked by running MainProgram.exe from a command-prompt and it did, indeed, interpret the command-line parameters as expected and terminate if none were provided.

---

The difficulty, again, is that I can't get Starter.exe to pass the parameters.  I'm using the following code to setup the JvCreateProcess:

<code>
procedure TSSUp.KickOffCommence;
begin
   if FileExists('mainprogram.exe') then
    begin
{-- tried the following with a absolute path, works the same --}
      CreateProcess1.ApplicationName := 'mainprogram.exe';
      CreateProcess1.CommandLine := '/commence';
      CreateProcess1.Run;
    end
    else showMessage('Unable to locate mainprogram.exe.  Please contact your system administrator.');
end;

</code>

The result is that the mainprogram.exe does start, but it's debugging code tells me that there are no command-line parameters with it.

MainProgram.exe is a regular Win2K/XP windows app.  It is not a console application, incase that matters.

Any thoughts?

Thanks,
-Woody.


Subject: JvgAskListBox question
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Thu, 19 Aug 2004 18:22:50 -0400
Newsgroups: jedi.vcl

My dumb question of the day...

Is there a way to set the state of the buttons on each individual row when
I'm adding Items?  Ok, maybe 2 questions...Is it possible to change the
color of the font (or row maybe) for each item independently?

Jeff




Subject: Re: JVCL with W95...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 19 Aug 2004 22:03:11 +0200
Newsgroups: jedi.vcl

[Taylor] wrote:
> Remko Bonte escreveu:
>
>> IIRC JvHidControllerClass.pas called the CancelIO API directly. This
>> API is not available for windows 95 systems.
>
> Thank's. Any tip ?

If you don't use the component, remove the JvHidControllerClass.pas file and the files that use the JvHidControllerClass.pas file from the packages; or remove the CancelIO calls in the JvHidControllerClass.pas file.

You could also compare the file to the JVCL 3 file (you can view it here: http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvHidControllerClass.pas)

Or you could use JVCL 3.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL with W95...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 19 Aug 2004 21:43:29 +0200
Newsgroups: jedi.vcl

[Taylor] wrote:
> I have the same error. Look at the attach.

IIRC JvHidControllerClass.pas called the CancelIO API directly. This API is not available for windows 95 systems.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL with W95...
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 19 Aug 2004 20:43:31 +0200
Newsgroups: jedi.vcl

Charles Adriano wrote:
> hi all
>
> when execute my system in w95 i have a problem with Kernel32.dll and
> JVCL200_R60.BPL
> how i do?
>
Please give us the exact details of the error message. "problem" is to vague for us to be able to help you.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JVCL with W95...
From: "[Taylor]" <piadepinhal@yahoo.com.br>
Date: Thu, 19 Aug 2004 18:40:37 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte escreveu:

> > IIRC JvHidControllerClass.pas called the CancelIO API directly. This
> > API is not available for windows 95 systems.

Thank's. Any tip ?

-- [Taylor] 

Subject: JVCL with W95...
From: "Charles Adriano" <charles.adriano@sce-aib.com.br>
Date: Thu, 19 Aug 2004 15:35:35 -0300
Newsgroups: jedi.vcl

hi all

when execute my system in w95 i have a problem with Kernel32.dll and
JVCL200_R60.BPL
how i do?

-- Atenciosamente, Charles Adriano Fone/Fax: (47) 378 2590 - Ramal 26 FIS - Fabricação de Sistemas Industriais Ltda. www.sce-aib.com.br 

Subject: Re: JVCL with W95...
From: "[Taylor]" <piadepinhal@yahoo.com.br>
Date: Thu, 19 Aug 2004 18:00:16 +0000 (UTC)
Newsgroups: jedi.vcl

OBones escreveu:

> > Please give us the exact details of the error message. "problem" is
> > to vague for us to be able to help you.

I have the same error. Look at the attach.

-- [Taylor]


erroCepilwin.JPG

erroCepilwin.JPG
	



Subject: To Discuss : File Version List
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 19 Aug 2004 18:20:48 +0200
Newsgroups: jedi.vcl

Hi,

i have a point to discuss.

In my own librarie i have a funtionality to include a version list of all
of my units into the compiled exe.

I used this for a longer while so that i can see which exact file versions
were included into each beta release of my software.

The information i saved for each file is:
- Name,
- Group (for classification)
- Version
- Date


I'm thinking about if it is helpfull to include something like that into
the jcl/jvcl.

The overhead is that in each unit there had to be a call to a new unit
procedure maybe named "JclVersionList.AddFileVersion".

The programmer had to initialize the internal JclVersionList collection
manual as realy first step for his program. If this is not done, then
nothing happens, otherwise the informations were added to this collection.
If there is a bug it is now possible to get the informations out of the
collection.

The idea is, that for jcl/jvcl the informations will be used from the cvs
informations automaticly.

Also the programmer has the possibility to use it for all other 3party
collections and for his own files.

This is now open for discussion.


Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to make own JVHLEditor text-highlightning?
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 19 Aug 2004 15:20:36 +0200
Newsgroups: jedi.vcl

Ahhh.
Synedit. Never heard it before. I think this is what I need :)

Regards
Dierk

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cg24em$cis$1@talkto.net...
> > ...or maybe use SynEdit :)
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: How to make own JVHLEditor text-highlightning?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Aug 2004 15:04:21 +0200
Newsgroups: jedi.vcl

....or maybe use SynEdit :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: How to make own JVHLEditor text-highlightning?
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 19 Aug 2004 14:56:23 +0200
Newsgroups: jedi.vcl

Ahh, I see.... It´s all hard wired.....
What about putting all of the highlighter´s special things to several
classes derived from a JVCustomHighlighter class?
An interface to the highlighter classes could be such functions like
IsComment, IsPreproc, IsStringConstant, IsKeyWord, IsStatement and ....

I think this would make sense, because not all of the keywords declared in
the VB-Style or Delphi-Style (ie. any Interpreters) are really wanted. Or
maybe anyone wants to make a fully new style of highlighter class for a new
macro language.........

Regards
Dierk


"Dierk" <noSpam@csslabs.de> schrieb im Newsbeitrag
news:cg1j58$978$1@talkto.net...
> > How to make own JVHLEditor text-highlightning?
> >
> > Is it possiple to make a special text highlighning for an VB derived
special
> > language?
> >
> > Regards
> >
> > Dierk
> >
> >




Subject: setting the TJvMainMenu Style
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Thu, 19 Aug 2004 19:48:45 +0800
Newsgroups: jedi.vcl

Hi

I am using the TJvMainMenu on several forms.

I would like some suggestions on the best/preferred way to (globally?) have the "Style" set to msXP if the OS is XP or one of the other settings for WIN98.

Should I just check for the OS when each form is used/created? and then set the style as part of the form create routine?

-- 
Kind regards

Peter Sanders


Subject: How to make own JVHLEditor text-highlightning?
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 19 Aug 2004 10:11:11 +0200
Newsgroups: jedi.vcl

How to make own JVHLEditor text-highlightning?

Is it possiple to make a special text highlighning for an VB derived special
language?

Regards

Dierk




Subject: Re: JvMovableBevel events
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Aug 2004 09:26:04 +0200
Newsgroups: jedi.vcl

> > I installed this from JCL+JVCL210FullInstall.zip from sourceforge.
My fault. I was assuming you were using the JVCL3 beta. I strongly recommend
you to use JVCL3. The only reason to use 2.10 is if you have apps depending
on it and can't upgrade.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvMovableBevel events
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Aug 2004 09:22:44 +0200
Newsgroups: jedi.vcl

As an addendum to what Robert wrote: please check your HD for old DCU, DCP
and BPL files from the JCL and JVCL. That is the cause of the "different
versions" error.

When you are sure you have deleted all dcu, dcp and bpl, get the JCL from
jedi.binaries (posted August 10th), unpack and run the install.bat in the
jcl root folder. After that has completed succesfully, run the install.bat
in the jvcl root folder. Start Delphi to verify that the JVCL is installed
(and to play with it!).

Hope the ride will be a bit smoother from now on :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvMovableBevel events
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 19 Aug 2004 06:48:51 +0200
Newsgroups: jedi.vcl

Andrew Morrow wrote:

> Now I am getting:
>
> [Fatal Error] image_window.pas(7): Unit JvJCLUtils was compiled with a different version of JclStrings.CharIsNumberChar

You need the newest version of the JCL also which is currently only available in the jedi.binaries group on this server.


Subject: Re: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Wed, 18 Aug 2004 17:19:53 -0700
Newsgroups: jedi.vcl

UPDATE

on a whim I installed 3 beta and things are MOSTLY better.   I have my movable bevel enhancements.  My problem now appears to be this:

when I installed v3 I got an error on CharIsNumber.   I did a little research and changed to CharIsNumberChar.
It finished the installation after this change(It had been fatal erroring)

Now I am getting:

[Fatal Error] image_window.pas(7): Unit JvJCLUtils was compiled with a different version of JclStrings.CharIsNumberChar


When trying to install.

Any ideas?






Andrew Morrow wrote:

> Peter,
> I cant say how grateful I am for the assistance thus far.  Far more than most would have given certainly.  Thus it is particularly frustrating to have to report that I'm not having any luck on my end.   I DID locate the jvmovablebevel.pas file, however it was not in /run but in the /source folder (pardon my unix slashes, hard habit to break)
>
> I also did not have a jvcl\packages\bin folder.  There are no subdirs of packages in my install.   And I cant find the build command anywhere! (I searched my HD, then searched this group and located a reference to a build command but it didnt give a location to download it :(
>
> I apologize for dragging this out.
> I installed this from JCL+JVCL210FullInstall.zip from sourceforge.
>
>
> Thankyou so much again
>
>
> Peter Thornqvist wrote:
>
>>> I would like to get some advice on where to put this code.  it looks
>>> like just what I need, but I'm not terribly familiar with the delphi
>>> component structure, and while just fine at java, havnt been doing
>>> delphi for long.
>>>
>>> I TRIED to look for the source for this componenet in the source folder
>>> of my distro, but I didnt seee it :(
>>
>>
>>
>> I've uploaded a new JvMovableBevel.pas to jedi.binaries with the proposed
>> changes. Save this file in your jvcl\run folder, overwriting the one you
>> have. Now, close Delphi, open a command prompt in jvcl\packages\bin and
>> type:
>> build d6 <ENTER>
>>
>> Replace d6 with d5 if you have Delphi5 and d7 if you have Delphi 7
>>
>> Restart Delphi and select the JvMovableBevel(s) in your project and select
>> the Events page in the Object Inspector. You should now see the four new
>> events. In your case, OnMoved and OnSize would probably be the best events
>> to add your "update" code to.
>>
>> If you have more questions, don't hesitate to ask again.
>>


Subject: Re: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Wed, 18 Aug 2004 16:11:37 -0700
Newsgroups: jedi.vcl

Peter,
I cant say how grateful I am for the assistance thus far.  Far more than most would have given certainly.  Thus it is particularly frustrating to have to report that I'm not having any luck on my end.   I DID locate the jvmovablebevel.pas file, however it was not in /run but in the /source folder (pardon my unix slashes, hard habit to break)

I also did not have a jvcl\packages\bin folder.  There are no subdirs of packages in my install.   And I cant find the build command anywhere! (I searched my HD, then searched this group and located a reference to a build command but it didnt give a location to download it :(

I apologize for dragging this out.
I installed this from JCL+JVCL210FullInstall.zip from sourceforge.


Thankyou so much again


Peter Thornqvist wrote:

>> I would like to get some advice on where to put this code.  it looks
>> like just what I need, but I'm not terribly familiar with the delphi
>> component structure, and while just fine at java, havnt been doing
>> delphi for long.
>>
>> I TRIED to look for the source for this componenet in the source folder
>> of my distro, but I didnt seee it :(
>
>
> I've uploaded a new JvMovableBevel.pas to jedi.binaries with the proposed
> changes. Save this file in your jvcl\run folder, overwriting the one you
> have. Now, close Delphi, open a command prompt in jvcl\packages\bin and
> type:
> build d6 <ENTER>
>
> Replace d6 with d5 if you have Delphi5 and d7 if you have Delphi 7
>
> Restart Delphi and select the JvMovableBevel(s) in your project and select
> the Events page in the Object Inspector. You should now see the four new
> events. In your case, OnMoved and OnSize would probably be the best events
> to add your "update" code to.
>
> If you have more questions, don't hesitate to ask again.
>


Subject: Re: JvMovableBevel events
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Aug 2004 22:07:32 +0200
Newsgroups: jedi.vcl

> > I would like to get some advice on where to put this code.  it looks
> > like just what I need, but I'm not terribly familiar with the delphi
> > component structure, and while just fine at java, havnt been doing
> > delphi for long.
> >
> > I TRIED to look for the source for this componenet in the source folder
> > of my distro, but I didnt seee it :(

I've uploaded a new JvMovableBevel.pas to jedi.binaries with the proposed
changes. Save this file in your jvcl\run folder, overwriting the one you
have. Now, close Delphi, open a command prompt in jvcl\packages\bin and
type:
build d6 <ENTER>

Replace d6 with d5 if you have Delphi5 and d7 if you have Delphi 7

Restart Delphi and select the JvMovableBevel(s) in your project and select
the Events page in the Object Inspector. You should now see the four new
events. In your case, OnMoved and OnSize would probably be the best events
to add your "update" code to.

If you have more questions, don't hesitate to ask again.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: @Andreas: Mantis #1874
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 18 Aug 2004 20:44:35 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Can you confirm that the following change fixes the bug?
>
>  procedure TJvDBMaskEdit.SetReadOnly(Value: Boolean);
>  begin
>    FDataLink.ReadOnly := Value;
> +  inherited ReadOnly := Value;
>  end;

I think FDataLink should tell the control whether it is readonly or not (ie what the value of inherited ReadOnly is), and that you can't change that value directly with the ReadOnly property of the control.

For example if you set TJvDBMaskEdit.ReadOnly to false, but TJvDBMaskEdit.DataSource is nil or the DataSource is not in edit-mode, then the control should be readonly, although TJvDBMaskEdit is false. (See TDataLink.UpdateState, the SetEditing (should) determine whether the control is readonly).

So, I would go for:

procedure TJvDBMaskEdit.SetReadOnly(Value: Boolean);
begin
  FDataLink.ReadOnly := Value;
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Wed, 18 Aug 2004 10:20:06 -0700
Newsgroups: jedi.vcl

Yikes,  i thought I had replied to this last night...

I would like to get some advice on where to put this code.  it looks like just what I need, but I'm not terribly familiar with the delphi component structure, and while just fine at java, havnt been doing delphi for long.

I TRIED to look for the source for this componenet in the source folder of my distro, but I didnt seee it :(

Thanks in advance...

Andrew Morrow



Peter Thörnqvist wrote:

> Here's how I wold solve it:
>
> - add some new events to TJvMovableBevel:
> published
> ...
>     property OnMoving:TNotifyEvent read FOnMoving write FOnMoving;
>     property OnSizing:TNotifyEvent read FOnSizing write FOnSizing;
>     property OnMoved:TNotifyEvent read FOnMoved write FOnMoved;
>     property OnSized:TNotifyEvent read FOnSized write FOnSized;
>
> - Change MouseDown to:
>
> procedure TJvMovableBevel.MouseDown(Button: TMouseButton; Shift:
> TShiftState; X, Y: Integer);
> begin
>   if FDirection > tdNone then
>   begin
>     FSizing := True;
>     if Assigned(FOnSizing) then FOnSizing(Self);
>   end
>   else
>   begin
>     FMoving := True;
>     if Assigned(FOnMoving) then FOnMoving(Self);
>   end;
>   FStartPoint := Point(Left, Top);
>   FStartX := X;
>   FStartY := Y;
>   inherited MouseDown(Button, Shift, X, Y);
> end;
>
> - Change MouseUp to:
>
> procedure TJvMovableBevel.MouseUp(Button: TMouseButton; Shift: TShiftState;
> X, Y: Integer);
> begin
>   SelectCursor(X, Y);
>   FStartX := 0;
>   FStartY := 0;
>   if Height < 0 then
>   begin
>     Top := Top + Height;
>     Height := Abs(Height);
>   end;
>   if Width < 0 then
>   begin
>     Left := Left + Width;
>     Width := Abs(Width);
>   end;
>   inherited MouseUp(Button, Shift, X, Y);
>   if FMoving and Assigned(FOnMoved) then
>     FOnMoved(Self);
>   if FSizing and Assigned(FOnSized) then
>     FOnSized(Self);
>   FMoving := False;
>   FSizing := False;
> end;
>
> Hopefully that solves it for you.
>


Subject: Re: JvMemoryData: AutoIncAsInteger doesn't work
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 Aug 2004 17:37:02 +0200
Newsgroups: jedi.vcl

See my note in bug tracker (mantis)

PD: May be this post is duplicated...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvMemoryData: AutoIncAsInteger doesn't work
From: "ssamayoa" <nospam@stopspam.com>
Date: Wed, 18 Aug 2004 17:34:50 +0200
Newsgroups: jedi.vcl

See my note in bug tracker (mantis)



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvMemoryData: AutoIncAsInteger doesn't work
From: Massimiliano <max@nomail.it>
Date: Wed, 18 Aug 2004 15:27:58 +0200
Newsgroups: jedi.vcl

Hi all,

I seen that the LoadFromDataset call CopyStructure(Source) but CopySource definition is like that:
procedure CopyStructure(Source: TDataSet; UseAutoIncAsInteger: Boolean = False);

So property AutoIncAsInteger affect nothing.

In my files I change the call to CopyStructure(Source, FAutoIncAsInteger).
I hope is the right way.

I also insert the bug in mantis ID 0002068 <http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0002068>.

Thank you
Ciao
massimiliano


Subject: Re: @Andreas: Mantis #1874
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 18 Aug 2004 10:09:12 +0200
Newsgroups: jedi.vcl

Can you confirm that the following change fixes the bug?

 procedure TJvDBMaskEdit.SetReadOnly(Value: Boolean);
 begin
   FDataLink.ReadOnly := Value;
+  inherited ReadOnly := Value;
 end;


-- Regards, Andreas Hausladen 

Subject: Re: TJvgPageControl
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 18 Aug 2004 09:55:59 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Don S wrote:
>
>> If they're not "worth the effort to improve the Globus components" and "there are superior alternatives in the JVCL already", why is Globus there to begin with?   
>
>
> Mainly we took in all components of interest.
> Later the Globus components simply lost in the competition.
> Globus is still largely Delphi 3 compatible and as a stable component pack in itself it seems that they got the same problems we try to avoid with the JVCL. Compatibility issues stifle the development.
> This is one of the reasons why i am against compytibility to earlier versions of the JVCL.

Maybe you could include it in the JVCL, but have it default unchecked in the installer, or somehow inform the users that the components are only there for backwards compatibility...

What about a little red cross in he corner of all components that are superseded?

BTW I thought I read something lately of an alternative for the Component Tabs in Delphi, does anyone know what I'm talking about?

I've heard you spend a pretty big percentage of your life searching for lost things, well, Delphi+JVCL definately doubles that with me. But it beats having nothing to search for ;-)


Subject: Re: JvMovableBevel events
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Aug 2004 08:57:45 +0200
Newsgroups: jedi.vcl

Here's how I wold solve it:

- add some new events to TJvMovableBevel:
published
....
    property OnMoving:TNotifyEvent read FOnMoving write FOnMoving;
    property OnSizing:TNotifyEvent read FOnSizing write FOnSizing;
    property OnMoved:TNotifyEvent read FOnMoved write FOnMoved;
    property OnSized:TNotifyEvent read FOnSized write FOnSized;

- Change MouseDown to:

procedure TJvMovableBevel.MouseDown(Button: TMouseButton; Shift:
TShiftState; X, Y: Integer);
begin
  if FDirection > tdNone then
  begin
    FSizing := True;
    if Assigned(FOnSizing) then FOnSizing(Self);
  end
  else
  begin
    FMoving := True;
    if Assigned(FOnMoving) then FOnMoving(Self);
  end;
  FStartPoint := Point(Left, Top);
  FStartX := X;
  FStartY := Y;
  inherited MouseDown(Button, Shift, X, Y);
end;

- Change MouseUp to:

procedure TJvMovableBevel.MouseUp(Button: TMouseButton; Shift: TShiftState;
X, Y: Integer);
begin
  SelectCursor(X, Y);
  FStartX := 0;
  FStartY := 0;
  if Height < 0 then
  begin
    Top := Top + Height;
    Height := Abs(Height);
  end;
  if Width < 0 then
  begin
    Left := Left + Width;
    Width := Abs(Width);
  end;
  inherited MouseUp(Button, Shift, X, Y);
  if FMoving and Assigned(FOnMoved) then
    FOnMoved(Self);
  if FSizing and Assigned(FOnSized) then
    FOnSized(Self);
  FMoving := False;
  FSizing := False;
end;

Hopefully that solves it for you.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDateTimePicker question
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Wed, 18 Aug 2004 07:33:22 +0200
Newsgroups: jedi.vcl

Thanks Olivier!
I was getting bogged down by trying this kind of thing:

var
str : string;
begin
str := DateTimeToStr(JvDateTimePicker.Time) ;
Timer.Interval := StrToInt(str)*60*1000;

thanks again
omziff


> >Hi
> >
> >If I'm not mistaken, TTime is a floating point value <= 1 representing 
> >part of 24 hours. And the Interval value is a number of milliseconds.
> >So if you do this
> >
> >Timer.Interval := Round(JvDateTimePicker.Time * 24 * 60 * 60 * 1000);
> >
> >it should work. That's because there are 24 hours, made of 60 minutes 
> >made of 60 seconds made of 1000 milliseconds (but you already knew this 
<g>)
> >
> >Cheers
> >
> >Olivier Sannier
> >JVCL Developer
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvMovableBevel events
From: Andrew Morrow <andrew@cordlesshead.com>
Date: Tue, 17 Aug 2004 22:31:55 -0700
Newsgroups: jedi.vcl

I am using a jvmovablebevel to mark a selection area for one of my apps.   In this area, some text is centered or justified left or right. Using the bevel, people can move the available text area.   As it is now, They would have to click a preview button after every move in order to repaint the text.  I would like to be able to have the update preview function fire on move / change or whatever would be appropriate.   I am a rank newbie with delphi though I'm a fast learner.   Can anyone point me in the right direction, or perhaps in a pinch, point out another control that would serve my purpose?

Thankyou!


Subject: Re: JvDateTimePicker question
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 18 Aug 2004 07:03:07 +0200
Newsgroups: jedi.vcl

Hi

If I'm not mistaken, TTime is a floating point value <= 1 representing part of 24 hours. And the Interval value is a number of milliseconds.
So if you do this

Timer.Interval := Round(JvDateTimePicker.Time * 24 * 60 * 60 * 1000);

it should work. That's because there are 24 hours, made of 60 minutes made of 60 seconds made of 1000 milliseconds (but you already knew this <g>)

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: Install - Get a "compiled with different versions" msg
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 Aug 2004 06:36:43 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> "The file JclSysInfo was compiled with a different version of
>
> JclResources".
> You probably have old JCL/JVCL dcu's somewhere else on your computer.

We should improve the installer by having him try to find old dcu and bpl files and warn the user if those files get not overwritten by the installation. PATH and the Delphi search pathes are available after all.


Subject: JvDateTimePicker question
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Wed, 18 Aug 2004 06:12:29 +0200
Newsgroups: jedi.vcl

This is a very silly question, but:

how do I convert from Cardinal to TTime with JvDateTimePicker so that
its value is equal to that of the TTimer interval. So theoretically:
Timer.Interval := JvDateTimePicker.Time; 

many tks,
omziff



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How do I use the next daily version?
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Wed, 18 Aug 2004 06:23:17 +0800
Newsgroups: jedi.vcl

Hi

On Tue, 17 Aug 2004 07:04:20 +0200, OBones <obones_REM_SPM_@_PIF_altern.org> wrote:

>  or
> Do I have to do a "full" install via the JVCL installer?
> It is the easiest way, and the installer remembers your settings. Of course, you can also open the BPG (project group) file in Delphi and choose "Build All". However you may get some error messages from Delphi during compilation (along the line of "Cannot find JvCoreD6R@Something@qqrv"). Those are more annoying than anything else as they only happen because Delphi is running while compiling, and this why we recommend using the installer.
> The last solution (and I use that one), is to open a command window in packages\bin and call "build d6" (or similar). This in turn will compile only the changed files and make an updated version of the packages. This should be done while Delphi is closed, or you will get a message saying that dcc32 was unable to write JvCoreC6R.bpk

Thank you Olivier, I think the method you use is the method I will use :D

-- 
Kind regards

Peter Sanders


Subject: Re: Install - Get a "compiled with different versions" msg
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Aug 2004 22:07:08 +0200
Newsgroups: jedi.vcl

> > "The file JclSysInfo was compiled with a different version of
JclResources".
You probably have old JCL/JVCL dcu's somewhere else on your computer.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Combo edits
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 17 Aug 2004 21:42:50 +0200
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

> ComboBox is kind of special - both the edit and the drop-down list are
> painted as having focus and some input (ie arrow keys) is redirected
> to the list while some is handled by the edit.

> So it all depends of the type of dropdown window. Still, when the
> dropdown window is some kind of dlg, it IMO makes sense to move focus
> to that dlg so user is able to use keyboard to operate that dlg.

As you can see with the combobox, it is not necessary to move focus to the dlg, to allow the user to use the keyboard to operate the dlg.

"some kind of dlg" is a bit vague; the dropdown window of TDateTimePicker might qualify as a dlg, but also doesn't get the focus on drop down. (I don't know other standard drop-down controls, but the Rx drop-down controls also don't get focus immediately).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: @Andreas: Mantis #1874
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 17 Aug 2004 21:05:10 +0200
Newsgroups: jedi.vcl

Adding the override directive to the GetReadOnly and SetReadOnly methods of DB aware components such as TJvDBMaskEdit, causes the error described by Mantis 1874.

This was fixed in 1.61 but you changed it in 1.62 (because of hints/warnings in D5?).

I don't have D5/D6 on my home machine so could you check how to both fix the bug (probably by reverting your changes) and handle the hints/warnings in D5. It needs to be done for the controls in JvDBLookupComboEdit.pas and in JvDBControls.pas.

See:
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvDBControls.pas?r1=1.61&r2=1.62

Mantis:
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001874

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Install - Get a "compiled with different versions" msg
From: "Anton Feiertag" <anton@dokker.com>
Date: Tue, 17 Aug 2004 20:46:19 +0200
Newsgroups: jedi.vcl

Hi All

I have downloaded JVCL 3 and the JCL Code Library. When I do an INSTALL
everything compiles fine. I can put certain components in my apps and
compile and run the app, but if I use for example a JclPrint component I get
a message like:
"The file JclSysInfo was compiled with a different version of JclResources".

Does this has something to do with a different/incompatible version of the
JCL Library and JVCL.

Thanks
Anton




Subject: Re: How to select a line in JvHLEditor?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 17 Aug 2004 17:26:45 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> > Ahhh...
> > Ok this works. But how can I set the viewport to that line, too?

procedure SetLeftTop(ALeftCol, ATopRow: Integer);


-- Regards, Andreas Hausladen 

Subject: Re: How to select a line in JvHLEditor?
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 17 Aug 2004 16:32:31 +0200
Newsgroups: jedi.vcl

Ahhh...
Ok this works. But how can I set the viewport to that line, too?

Regards
Dierk




Subject: Re: How to select a line in JvHLEditor?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 17 Aug 2004 15:52:48 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> > How to select a line in JvHLEditor?
> > 
> > I´ve tried this way like using a TMemo, but this don´t work.....
> > 
> > LineNumber:=123;
> > with activeHLEditor do
> > begin
> >    SelStart  := Perform(EM_LINEINDEX, LineNumber, 0);
> >    SelLength := Length(activeHLEditor.Lines[LineNumber]);
> > end;
> > 
> > Any suggestions?

JvHLEditor is no EDIT control and does not support all EDIT control
messages.

Better use the 
procedure SelectRange(BegX, BegY, EndX, EndY: Integer);
method.

activeHLEditor.SelectRange(0, LineNumber - 1, JvEditorCommon.Max_X,
LineNumber - 1);


-- Regards, Andreas Hausladen 

Subject: How to select a line in JvHLEditor?
From: "Dierk" <noSpam@csslabs.de>
Date: Tue, 17 Aug 2004 14:43:40 +0200
Newsgroups: jedi.vcl

How to select a line in JvHLEditor?

I´ve tried this way like using a TMemo, but this don´t work.....

LineNumber:=123;
with activeHLEditor do
begin
   SelStart  := Perform(EM_LINEINDEX, LineNumber, 0);
   SelLength := Length(activeHLEditor.Lines[LineNumber]);
end;

Any suggestions?

Regards
Dierk




Subject: Re: Old an new
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Aug 2004 12:35:23 +0200
Newsgroups: jedi.vcl

> > No my question: Is there an easyer way to fix this than opening all
> > forms and answering all error messages regarding missing properties with
> > IGNORE and saving all of them? Is there a hidden functionality I am
missing?
AFAIK, there is no other way than to open the forms in the IDE. You could
try using the devtools\DFMCleaner with your own input file to clean the
dfm's before submitting them to the other developers.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvNavPane and button possition
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Aug 2004 12:34:11 +0200
Newsgroups: jedi.vcl

> > Ok "found" it. I just published some properties, and now it's possbile to
> > set Alignment for every page.
Although possible, you should be aware that the code assumes pages are
bottom aligned, so you might get some odd results at times.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvNavPane and button possition
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 17 Aug 2004 12:06:40 +0200
Newsgroups: jedi.vcl

Ok "found" it. I just published some properties, and now it's possbile to
set Alignment for every page.

Matej


Subject: Re: Upgrade to JVCL 3 and small "bug"?
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 17 Aug 2004 09:56:02 +0000
Newsgroups: jedi.vcl

Peter Sanders wrote:
....

> I want to let others know that if there is any similar apprehension then  do not be concerned, just do the upgrade :D It IS worth the change:D
>
Absolutely agree with you. All the (small) issues I had were either not critical at all or they were fixed very quickly (good Example: jvDBGrid). Thanks once more to the J*L team for their good support!

Micha


Subject: Old an new
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 17 Aug 2004 09:49:57 +0000
Newsgroups: jedi.vcl

Hi,

in my office we use a JCL/JVCL version that absolutely fits our needs in a project, several collegues and I am working on. Since they are no delphi freaks they are not willing to upgrade their JCL/JVCL. In my home office I upgrade the JVCL quite often since I am interested in the progress of the project, new features and examples.

When I work on our project at home and bring the cnanges into the office and recompile them there, several GPFs occur due to properties that do not exist in the older JCL/JVCL.

No my question: Is there an easyer way to fix this than opening all forms and answering all error messages regarding missing properties with IGNORE and saving all of them? Is there a hidden functionality I am missing?

I use D7 pro.

Thanks

Micha


Subject: Re: TJvRichEdit enhancement
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 17 Aug 2004 11:17:23 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> Yes, but you are the world famous specialist of Code cleaning here ;-)
>
>
> Protest, Protest ;-)

Woops, the "not" disappeared from my message, but I meant to add it.


Subject: JvNavPane and button possition
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 17 Aug 2004 10:56:43 +0200
Newsgroups: jedi.vcl

Is it possible to change position of buttons in navpane. I need little
diferent navpane, with buttons on top. 

Matej

p.s. If it's possbile to "extend" possibilities of navpane, where (which
procedures etc.) should I start to...?


Subject: Re: JvFormStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Aug 2004 10:40:14 +0200
Newsgroups: jedi.vcl

> > It's not implemented. I'm not shure, but i didn't have seen it in the
> > RxLib Code.
> >
> > Please make a new item in mantis, and we will see how we can implement it.

   I seem to recall the Load/Save procedures for Loading/Saving the columns
of grids and that I adapted it to use the AppStorage components. So it is
probably only a matter of calling these methods when the property to store
happens to be a columns collection. Haven't checked it though so I could be
wrong entirely.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: JVCL registry pathes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 17 Aug 2004 09:52:22 +0200
Newsgroups: jedi.vcl

I checked my registry and found these pathes (some probably remnants).

HKEY_CURRENT_USER\Software\Jedi\JediCodeFormat
HKEY_CURRENT_USER\Software\JEDI-VCL\DSAExamples
HKEY_CURRENT_USER\Software\JVCL\ColorHintsTest
HKEY_CURRENT_USER\Software\JVCL\Examples\JvDocking\VIDDemoPro
HKEY_CURRENT_USER\Software\JVCL\FormPlace
HKEY_CURRENT_USER\Software\JVCL\JvInterpreterTest
HKEY_CURRENT_USER\Software\JVCL\RAControls
HKEY_CURRENT_USER\Software\JVCL\RAEditorTest
HKEY_CURRENT_USER\Software\JVCL\RANotepad

I think the keys should be all under HKEY_CURRENT_USER\Software\Jedi\JVCL
The examples best under
HKEY_CURRENT_USER\Software\Jedi\JVCL\Examples



Subject: Re: TJvRichEdit enhancement
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 17 Aug 2004 09:47:37 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Yes, but you are the world famous specialist of Code cleaning here ;-)

Protest, Protest ;-)


Subject: Re: JvFormStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 17 Aug 2004 09:07:35 +0200
Newsgroups: jedi.vcl

> >Hello,
> >
> >The JvFormStorage component don't store the columns of a DBgrid.
> >
> >Any idea wy this is not working with the RxLib version this works great.
> >
> >Frank
> >
> >
> >

It's not implemented. I'm not shure, but i didn't have seen it in the
RxLib Code.

Please make a new item in mantis, and we will see how we can implement it.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvFormStorage
From: "Frank van Seggelen" <Frank@VanSeggelen.NL>
Date: Tue, 17 Aug 2004 08:42:06 +0200
Newsgroups: jedi.vcl

Hello,

The JvFormStorage component don't store the columns of a DBgrid.

Any idea wy this is not working with the RxLib version this works great.

Frank




Subject: Re: TJvRichEdit enhancement
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 17 Aug 2004 07:45:48 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> But the JVCL is likely to become like that if someone
>> doing "code cleaning" doesn't remember BCB when doing so.
>
>
> You won't find me doing much code cleaning while there are still *real*
> issues to take care of in JVCL ;>
>

Yes, but you are the world famous specialist of Code cleaning here ;-)


Subject: Re: How do I use the next daily version?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 17 Aug 2004 07:04:20 +0200
Newsgroups: jedi.vcl

Peter Sanders wrote:
> Hi
>
> I have just upgraded to JVCL3/JCL1.91 via the daily release (about a week  ago now).
>
> 1. How often should I d/l the "next" daily release - obviously I don't  want to do it every day:D
You should update as often as you feel you need it. This is obviously when a bug that blocks you has been fixed, or when a new feature you need has been put in. If nothing in the changes are of interest to you, simply don't update and wait until you really need to. This way you don't spend (at most) 10 minutes every morning recompiling the JVCL and adjusting to some minor changes.

> 2. How do I go about installing the latest daily release, just unzip the  files to the same dir/folder(s) and recompile my app?
You can do that, but then the packages (bpl) would be out of date and some weird behaviour might happen, especially differences between Design time and Run time.

> or
> Just unzip the source code to the source folder?
You can do that as well, but you won't get updates on the examples.

> or
> Do I have to do a "full" install via the JVCL installer?
It is the easiest way, and the installer remembers your settings. Of course, you can also open the BPG (project group) file in Delphi and choose "Build All". However you may get some error messages from Delphi during compilation (along the line of "Cannot find JvCoreD6R@Something@qqrv"). Those are more annoying than anything else as they only happen because Delphi is running while compiling, and this why we recommend using the installer.
The last solution (and I use that one), is to open a command window in packages\bin and call "build d6" (or similar). This in turn will compile only the changed files and make an updated version of the packages. This should be done while Delphi is closed, or you will get a message saying that dcc32 was unable to write JvCoreC6R.bpk

The type of download you choose depends if you want updates on the examples or not. Once you decide which download you need, either method of updating the packages will work.

Thank your interest in the JVCL

Cheers
Olivier Sannier
JVCL Developer


Subject: Re: JvDB-controls: Control can't be used in DBCtrlGrid
From: "AlexB" <b.a.v@ngs.ru>
Date: Tue, 17 Aug 2004 09:48:37 +0700
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com>
>> > > Some of  JvDB-controls don't want to climb into DBCtrlGrid...
> > That's because support for DbCtrlGrid must be coded manually into the
> > control in question and there is no definite source on how to do it.

It's unlikely I can make such code  :-)
It's a propitious occasion for authors to improve their components.

AlexB.




Subject: How do I use the next daily version?
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Tue, 17 Aug 2004 10:30:33 +0800
Newsgroups: jedi.vcl

Hi

I have just upgraded to JVCL3/JCL1.91 via the daily release (about a week ago now).

1. How often should I d/l the "next" daily release - obviously I don't want to do it every day:D
2. How do I go about installing the latest daily release, just unzip the files to the same dir/folder(s) and recompile my app?
or
Just unzip the source code to the source folder?
or
Do I have to do a "full" install via the JVCL installer?

-- 
Kind regards

Peter Sanders


Subject: Upgrade to JVCL 3 and small "bug"?
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Tue, 17 Aug 2004 10:17:57 +0800
Newsgroups: jedi.vcl

Hi

It was with some apprehension that I decided to install the JVCL 3 and JCL 1.91. The term "beta" was somewhat disconcerting, however as I was advised that the "beta" JVCL3 was "WAY BETTER" than the JVCL 2 I did upgrade.

I want to let others know that if there is any similar apprehension then do not be concerned, just do the upgrade :D It IS worth the change:D

The install was trouble free, the only "problems" were with the conversion of my code. Not all required changes are done. Certainly the object names are changed, however there are changes required within the uses clause. Not too difficult to do though :D

I noticed a "bug" when "fixing" my app's speedbar (TJvSpeedBar and TJvSpeedItem). When the newly converted (JVCL 3) app was opened, two of the buttons seemed corrupted. There was a button sized "garbage" square where a button SHOULD be. This was corrected by "renewing" the buttons with the property editor. I did notice though that during the creation/placement of buttons on the speedbar there are similar "garbage" squares as the button is placed or moved on the bar.

This does not seem to be a major problem, only a design mode "flaw", as once the buttons are placed where required the "garbage" disappears. No problems have surfaced when the application is run.

-- 
Kind regards

Peter Sanders


Subject: Re: TJvRichEdit enhancement
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Aug 2004 00:21:40 +0200
Newsgroups: jedi.vcl

> > But the JVCL is likely to become like that if someone
> > doing "code cleaning" doesn't remember BCB when doing so.

You won't find me doing much code cleaning while there are still *real*
issues to take care of in JVCL ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvRichEdit enhancement
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 17 Aug 2004 00:10:59 +0200
Newsgroups: jedi.vcl

Aurélien Dellieux wrote:

> you can't set bold/italic/underline/strikeout individually.
> when having one method for each of the styles, everything works well...

Ah, I see. You are correct.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvRichEdit enhancement
From: "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr>
Date: Mon, 16 Aug 2004 20:29:46 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

> > You can set these values by using the Style property of
> > TJvTextAttributes. 

on a single line of text, if you have normal text, then underlined text...
if you select the whole line and set bold, then you lose one of the format

the behaviour is the same with trichedit (borland richedit demo) or 
tjvrichedit.

you can't set bold/italic/underline/strikeout individually.
when having one method for each of the styles, everything works well...

unless i am missing something, in that case i would be happy to learn a 
good way of setting styles without losing formats...

Aurelien


Subject: Re: TJvRichEdit enhancement
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 16 Aug 2004 21:25:31 +0200
Newsgroups: jedi.vcl

Aurélien Dellieux wrote:
> if inclusion into jvcl is not possible, is there a possibility to call such methods from a user program without copying TJvAttributes, GetAttributes, SetAttributes, InitFormat declarations and methods ?

You can set these values by using the Style property of TJvTextAttributes.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvRichEdit enhancement
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 16 Aug 2004 20:50:16 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> But more problems with BCB. There is a section about indexed properties
>> in the compatibility guide. Well, at least there should be one because
>> this is a source of problems.
>
> It's there, but as I understand it, that only applies to properties that
> doesn't use integer as it index type and as the code I proposed does use
> integer as the index, there shouldn't be a problem or am I mistaken?
You are right, it is just that there is another "rule" that says that direct number constants in code should never be used, but rather named. And this is where the problem occurs. As such, I'm trying to prevent new code from leading towards a potential problem. Further, if one of these properties needs a special treatment, there will be a need to split.


> IIRC, there are quite a few of these in the VCL - see for example
> HTTPApp.TWebRequest, ComCtrls.TListItem, Controls.TSizeConstraints,
> Controls.TWinControl, DBTables.TUpdateSQL, Outline.TCustomOutline and those
> seems to work with BCB without problems.
I know, but this code is not likely to change to be replaced by enumeration types. But the JVCL is likely to become like that if someone doing "code cleaning" doesn't remember BCB when doing so.

My 2 cents

Olivier


Subject: Re: TJvRichEdit enhancement
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Aug 2004 19:50:00 +0200
Newsgroups: jedi.vcl

> > But more problems with BCB. There is a section about indexed properties
> > in the compatibility guide. Well, at least there should be one because
> > this is a source of problems.
It's there, but as I understand it, that only applies to properties that
doesn't use integer as it index type and as the code I proposed does use
integer as the index, there shouldn't be a problem or am I mistaken?

IIRC, there are quite a few of these in the VCL - see for example
HTTPApp.TWebRequest, ComCtrls.TListItem, Controls.TSizeConstraints,
Controls.TWinControl, DBTables.TUpdateSQL, Outline.TCustomOutline and those
seems to work with BCB without problems.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvRichEdit enhancement
From: "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr>
Date: Mon, 16 Aug 2004 17:44:07 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

> > How about:
> > ...
> >     property Bold:Boolean index 0 read GetAttribute write
> >     SetAttribute; property Italic:Boolean index 1 read GetAttribute
> >     write SetAttribute; property Underline:Boolean index 2 read
> >     GetAttribute write SetAttribute; property StrikeOut:Boolean index
> >     3 read GetAttribute write SetAttribute; 
> > ...
> > 
> > ...
> > Less to type :)
> > 

Yes... that's tricky ;-)

Aurelien


Subject: Re: TJvRichEdit enhancement
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 16 Aug 2004 19:05:42 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>
> Less to type :)
>
But more problems with BCB. There is a section about indexed properties in the compatibility guide. Well, at least there should be one because this is a source of problems.


Subject: Re: TJvRichEdit enhancement
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Aug 2004 18:14:11 +0200
Newsgroups: jedi.vcl

How about:
....
    property Bold:Boolean index 0 read GetAttribute write SetAttribute;
    property Italic:Boolean index 1 read GetAttribute write SetAttribute;
    property Underline:Boolean index 2 read GetAttribute write SetAttribute;
    property StrikeOut:Boolean index 3 read GetAttribute write SetAttribute;
....

function TJvTextAttributes.GetAttribute(const Index: Integer): Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  case Index of
  0: Result := Format.dwEffects and CFE_BOLD <> 0;
  1: Result := Format.dwEffects and CFE_ITALIC <> 0;
  2: Result := Format.dwEffects and CFE_UNDERLINE <> 0;
  3: Result := Format.dwEffects and CFE_STRIKEOUT <> 0;
  else
    raise Exception.CreateFmt('Invalid index (%d)',[Index]);
  end;
end;

procedure TJvTextAttributes.SetAttribute(const Index: Integer;
  const Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  case Index of
  0:
  begin
    Format.dwMask := CFM_BOLD;
    if Value then
      Format.dwEffects := CFE_BOLD;
  end;
  1:
  begin
    Format.dwMask := CFM_ITALIC;
    if Value then
      Format.dwEffects := CFE_ITALIC;
  end;
  2:
  begin
    Format.dwMask := CFM_UNDERLINE;
    if Value then
      Format.dwEffects := CFE_UNDERLINE;
  end;
  3:
  begin
    Format.dwMask := CFM_STRIKEOUT;
    if Value then
      Format.dwEffects := CFE_STRIKEOUT;
  end;
  else
    raise Exception.CreateFmt('Invalid index (%d)',[Index]);
  end;
  SetAttributes(Format);
end;

Less to type :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: TJvRichEdit enhancement
From: "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr>
Date: Mon, 16 Aug 2004 14:37:31 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

i have no possibility to access CVS here at work...

could someone implement those little changes which should be usefull to 
everyone ?

the same changes can be applied to the original RichEdit.pas

if inclusion into jvcl is not possible, is there a possibility to call 
such methods from a user program without copying TJvAttributes, 
GetAttributes, SetAttributes, InitFormat declarations and methods ?

thanks in advance,
Aurélien

in JvRichEdit.pas

  TJvTextAttributes = class(TPersistent)
  private
    function GetBold: Boolean;
    function GetItalic: Boolean;
    function GetUnderline: Boolean;
    function GetStrikeOut: Boolean;
    procedure SetBold(Value: Boolean);
    procedure SetItalic(Value: Boolean);
    procedure SetUnderline(Value: Boolean);
    procedure SetStrikeOut(Value: Boolean);
  public
    property Bold: Boolean read GetBold write SetBold;
    property Italic: Boolean read GetItalic write SetItalic;
    property Underline: Boolean read GetUnderline write SetUnderline;
    property StrikeOut: Boolean read GetStrikeOut write SetStrikeOut;

and later in the implementation

function TJvTextAttributes.GetBold: Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  Result := Format.dwEffects and CFE_BOLD <>0;
end;

function TJvTextAttributes.GetItalic: Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  Result := Format.dwEffects and CFE_ITALIC <>0;
end;

function TJvTextAttributes.GetUnderline: Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  Result := Format.dwEffects and CFE_UNDERLINE <>0;
end;

function TJvTextAttributes.GetStrikeOut: Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  Result := Format.dwEffects and CFE_STRIKEOUT <>0;
end;

procedure TJvTextAttributes.SetBold(Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  with Format do begin
    dwMask := CFM_BOLD;
    if Value then dwEffects := CFE_BOLD;
  end;
  SetAttributes(Format);
end;

procedure TJvTextAttributes.SetItalic(Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  with Format do begin
    dwMask := CFM_ITALIC;
    if Value then dwEffects := CFE_ITALIC;
  end;
  SetAttributes(Format);
end;

procedure TJvTextAttributes.SetUnderline(Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  with Format do begin
    dwMask := CFM_UNDERLINE;
    if Value then dwEffects := CFE_UNDERLINE;
  end;
  SetAttributes(Format);
end;

procedure TJvTextAttributes.SetStrikeOut(Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  with Format do begin
    dwMask := CFM_STRIKEOUT;
    if Value then dwEffects := CFE_STRIKEOUT;
  end;
  SetAttributes(Format);
end;


Subject: Re: Error when install JVCL 3
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 16 Aug 2004 16:28:12 +0200
Newsgroups: jedi.vcl

Fellipe Henrique wrote:

> Hello, these error appears when a try to install tha last version of JVCL, I
> instaled the last version of JCL to.
>
> Thanks
> C:\Fellipe\Borland\Comps\JVCL3\JVCL\run\JvUnicodeEditor.pas(44) Fatal: File
> not found: 'JclWideStrings.dcu'
>
>
Please refer to message from Bepy posted today at 9:17 GMT+2


Subject: Error when install JVCL 3
From: "Fellipe Henrique" <fellipe@imicro.com.br>
Date: Mon, 16 Aug 2004 11:23:52 -0300
Newsgroups: jedi.vcl

Hello, these error appears when a try to install tha last version of JVCL, I
instaled the last version of JCL to.

Thanks
C:\Fellipe\Borland\Comps\JVCL3\JVCL\run\JvUnicodeEditor.pas(44) Fatal: File
not found: 'JclWideStrings.dcu'




Subject: Re: Nomination: Andreas Hausladen
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 16 Aug 2004 09:27:06 -0400
Newsgroups: jedi.vcl


> "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:
>> there were basically two administrators/coordinators and 
>>in general it's not a bad idea to have a 'backup'.

Michael Beck (Team JEDI) wrote:
> Yep, it did work pretty well :)

Sounds like a great idea.  Co-ordinator and Co-Co-ordinator.   Sorry for the lame joke. But in all seriousness, I think this is a very good idea
to make part of the structure of the Jedi-JVCL subproject.

Warren


Subject: Re: Error using JVCL 3 in Delphi 7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Aug 2004 15:20:47 +0200
Newsgroups: jedi.vcl

You probably have several issues.

The "app icon changes to exclamation" indicates you are not using the latest
JVCL. Please download from http://jvcl.sf.net/daily. Also get the latest
JCL. Normally you would get it from http://jcl.sf.net/daily but due to some
recent problem, you will find the last working JCL in the jedi.binaries
newsgroup on this server.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Error using JVCL 3 in Delphi 7
From: "Fellipe Henrique" <fellipe@imicro.com.br>
Date: Mon, 16 Aug 2004 10:18:49 -0300
Newsgroups: jedi.vcl

Hello guys, a migrat my application using JVCL 2 to JVCL 3, after these my
application, make errors of memory, and my application icon change to
exclamation point in red, how a fix these? Whats is these problem?

Thanks for all and sorry my poor english :o)




Subject: Re: JvDB-controls: Control can't be used in DBCtrlGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Aug 2004 15:18:24 +0200
Newsgroups: jedi.vcl

> > Some of  JvDB-controls don't want to climb into DBCtrlGrid...
That's because support for DbCtrlGrid must be coded manually into the
control in question and there is no definite source on how to do it.

AFAIK, there are at least the following things that must be done to add
support for DbCtrlGrid:

* csReplicatable must be set in ControlStyle
* Handle the CM_GETDATALINK message and return the datalink used by the
control
* Paint the (entire!) control using the current datalink value (DBCtrlGrid
moves the datalink's record pointer, so the value could be different from
what you'd expect) when csPaintCopy is in ControlState

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: JvDB-controls: Control can't be used in DBCtrlGrid
From: "AlexB" <b.a.v@ngs.ru>
Date: Mon, 16 Aug 2004 18:06:43 +0700
Newsgroups: jedi.vcl

Hi!

Some of  JvDB-controls don't want to climb into DBCtrlGrid...

AlexB




Subject: Re: TJvDataEmbedded
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Mon, 16 Aug 2004 13:24:10 +0300
Newsgroups: jedi.vcl

jvzlibmultible will be usefull too. commpressing additional files in to a
zip file ... then use jvdataembedded..

this is not a great idea but ufefull.




Subject: Re: TJvDataEmbedded
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 16 Aug 2004 12:11:57 +0200
Newsgroups: jedi.vcl

Peter Panino wrote:

> > TJvDataEmbedded: Is there a way to embedd more than one file

The only way I can imagine is to use more TJvDataEmbedded components (in a
DataModule).



-- Regards, Andreas Hausladen 

Subject: TJvDataEmbedded
From: "Peter Panino" <peter-panino@aon.at>
Date: Mon, 16 Aug 2004 11:52:38 +0200
Newsgroups: jedi.vcl

TJvDataEmbedded: Is there a way to embedd more than one file and then at runtime
select which of the embedded files to save with SaveToFile?

Thanks,
Peter




Subject: Re: drawing the linenumbers in gutter of JvHLEditor
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 16 Aug 2004 11:32:28 +0200
Newsgroups: jedi.vcl

OK, thanks

Dierk




Subject: Re: drawing the linenumbers in gutter of JvHLEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 16 Aug 2004 11:18:23 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> > How can to draw the linenumbers of the editortext in gutter of
> > JvHLEditor?

Have a look at the LineNumber example:

JVCL3\examples\RaLib\RaEditor\LineNumbers.dpr


-- Regards, Andreas Hausladen 

Subject: drawing the linenumbers in gutter of JvHLEditor
From: "Dierk" <noSpam@csslabs.de>
Date: Mon, 16 Aug 2004 11:05:50 +0200
Newsgroups: jedi.vcl

How can to draw the linenumbers of the editortext in gutter of JvHLEditor?

Regards

Dierk




Subject: Re: JclWideStrings not found
From: "Bepy" <freddy.junior@email.it>
Date: Mon, 16 Aug 2004 10:02:54 +0200
Newsgroups: jedi.vcl

Thanks Olivier.
Re-downloading...




Subject: Re: JclWideStrings not found
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 16 Aug 2004 09:50:55 +0200
Newsgroups: jedi.vcl

Bepy wrote:
> Just downloaded daily JCL + JVCL. After installing JCL, trying to install
> JVCL, but the following occours:
> JvUnicodeEditor.pas(44) Fatal: File not found: 'JclWideStrings.dcu'.
> That file is not present on current JCL package.
>
>
The latest JCL package is dated 20/07 and as such is out of date. The daily packages are not generated automatically anymore because of a SourceForge issue with Cron.
Robert Rosnair posted a manually built package in jedi.binaries on the 10th of August. Please use that one instead of the JCL package you already have.

The JVCL packages get generated regularly when I think of it. One of them will be done in the next 10 minutes.

Cheers

Olivier Sannier
JVCL Developer


Subject: JclWideStrings not found
From: "Bepy" <freddy.junior@email.it>
Date: Mon, 16 Aug 2004 09:17:51 +0200
Newsgroups: jedi.vcl

Just downloaded daily JCL + JVCL. After installing JCL, trying to install
JVCL, but the following occours:
JvUnicodeEditor.pas(44) Fatal: File not found: 'JclWideStrings.dcu'.
That file is not present on current JCL package.




Subject: The button in JvMaskEdit
From: espiridiao <eos@netpac.pt>
Date: Sun, 15 Aug 2004 23:13:42 +0100
Newsgroups: jedi.vcl

Hi,
I need to remove the right button in JvMaskEdit.
And some times I need to do something if this button is press, but I don't know how.

Thanks.

regards,

spiri


Subject: [JvSpinEdit] Bug with he displayformat property
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Sun, 15 Aug 2004 17:31:51 -0400
Newsgroups: jedi.vcl

Hi everybody,

I don't know if i'm doing something wrong on this one, but I think i found a small bug with the DisplayFormat property of the TJvSpinEdit.
I'm using it to set the sensivity of the mouse in my application and it use a range from 0 to 5 and the smallest step possible is 0.01

I set the DisplayFormat property to '0.00' to show only 2 decimals, but when I get to an integer, it stops displaying the decimals and when I use the keyboard to enter the sensivity, i'm unable to add decimals if i erase the last number (sorry for my english, here is what i mean : if I have a value of '0.03' and if I erase the 3, so i get '0.0') because the value becomes an integer (so it becomes '0') and when I enter a dot it removes it ant it get back to '0' (so i'm unable to write decimals without using ugly tricks such as adding the dot after i entered the whole value, and even there, it can be hard as the maximum value is 5 and I cant write 101 to finally write '1.01').

I hope you understand me even if i'm not always neat in english.  I could go without the DisplayFormat property, but it's for the 'look' ;)

Thanks a lot in advance!

Blaise Bernier


Subject: Re: [JvInspector] Display of singles
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Sun, 15 Aug 2004 17:19:54 -0400
Newsgroups: jedi.vcl

Hi!

>   can happen. BTW, it's better to post attachments to the jedi.binaries
> group on this server and refer to that post from this one.

I'll keep that in mind!

Thanks a lot for the solution!


Subject: Re: Combo edits
From: @in@taavi.ee
Date: Sun, 15 Aug 2004 15:24:27 GMT
Newsgroups: jedi.vcl

On Sat, 14 Aug 2004 16:18:08 +0200, Remko Bonte
<remkobonteSP@Mmyrealbox.com> wrote:

>> >> I disagree. The only reason I press that button is to show that
>> >> drop-down window, so it makes perfect sense to move focus to this
>> >> window.
> >
> >So, you don't like how a combo box works?

ComboBox is kind of special - both the edit and the drop-down list are
painted as having focus and some input (ie arrow keys) is redirected
to the list while some is handled by the edit.

So it all depends of the type of dropdown window. Still, when the
dropdown window is some kind of dlg, it IMO makes sense to move focus
to that dlg so user is able to use keyboard to operate that dlg.


ain


Subject: Re: how i use JvLoginDialog ???
From: "Steffen Rieke" <aenogym@project-eiscreme.de>
Date: Sun, 15 Aug 2004 17:08:07 +0200
Newsgroups: jedi.vcl

----- Original Message -----
From: "salsa" <salsa@salsa.com>
Newsgroups: jedi.vcl
Sent: Sunday, August 15, 2004 4:57 PM
Subject: how i use JvLoginDialog ???


> > somebody know how i use JvLoginDialog component?
> >
> >
> > thankz
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com

hi salsa,
call TjvLoginDialog.Execute; to show the login form. in the
OnCheckUser-Event of the JvLoginDialog you can verify the user by the
parameters called 'username' and 'password'.

Steffen Rieke




Subject: how i use JvLoginDialog ???
From: "salsa" <salsa@salsa.com>
Date: Sun, 15 Aug 2004 16:57:51 +0200
Newsgroups: jedi.vcl

somebody know how i use JvLoginDialog component?


thankz



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to hide checkboxes on selective treenodes in jvCheckTree
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 15 Aug 2004 12:58:24 +0200
Newsgroups: jedi.vcl

> > I'm using the latest daily build of JVCL (v3) and JCL. Can someone provide
> > insight into how I can hide checkboxes on selective treenodes in the
> > TJvCheckTreeView.

JvCheckTreeView1.CheckBox[Node] := False;
JvCheckTreeView1.RadioItem[Node] := False;

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Proposal Excel/Word-Export
From: Tobias <noname@nowhere.com>
Date: Sun, 15 Aug 2004 11:53:18 +0200
Newsgroups: jedi.vcl

Hi Micha,

in the current issue of the German magazine "Toolbox" 
(www.toolbox-mag.de) there is a special article on Open Office and 
Delphi that might help (didn't read it).

"Serienbriefe aus der OpenSource-Suite
In der letzten Ausgabe wurde gezeigt, wie MS Word aus Delphi
angesprochen wird.
In diesem Beitrag wird für das Erzeugen von Serienbriefen OpenOffice.org
Writer
als Textverarbeitung eingesetzt und Open-Office.org Calc zum Erzeugen
von
Spreadsheets aus einem TDataset von Delphi. Da OpenOffice
lizenzgebührenfrei weitergegeben 
werden kann, ist das eine ernsthafte Alternative zum teuren
Microsoft-Produkt.
Wenn Implementierungs- und Deploymentkosten einer Software eine Rolle
spielen, sollte 
man sich dieses Paket also unbedingt ansehen, aber nicht nur dann."

Regards
  Tobias


micha schumann wrote:
> > 
> > While developing an application that exports grids into excel-sheets I
> > came across the problem that useing the ole-way implies to have excel
> > installed. I use Open Office and believe that lots of users use that
> > great package, too.
> > 
> > Whoat do you think about extending Excel and Word export to use OO if no
> > Excel or Word is found? IMO this would be a clear sign pro Open Source!
> > 
> > If anyone already has experience with OLE and OpenOffice, giving Input
> > would be great!
> > 
> > Micha


Subject: Re: [JvInspector] Display of singles
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 15 Aug 2004 11:29:12 +0200
Newsgroups: jedi.vcl

> > Sorry if it took time to answer... i forgot my post...

  can happen. BTW, it's better to post attachments to the jedi.binaries
group on this server and refer to that post from this one.
> >
> >
> > So here is a screenshot showing what is not working.  The coordinate
> > system in OpenGL use singles.  The problem is that in the editor i get
> > 14 decimale and i just need 4....  how could I modify it to show only 4
> > decimals

    The TJvInspectorFloatItem (the type that is used for Single, Double,
Extended and Currency type properties/variables) has a Format property to
specify how the value should be displayed. So in the inspector's
AfterItemCreate event you can specify something like this:

if Item is TJvInspectorFloatItem then
  TJvInspectorFloatItem(Item).Format := '0.0000';

    However, I just noticed the Format property isn't used at all. So the
following should be changed inside JvInspector.pas (and rebuild the
JvInspectorD?R package, where the question mark is the Delphi version you
use):

    In TJvInspectorFloatItem.Create, the FFormat should be initialized to an
empty string:
FFormat := '';

    Change TJvInspectorFloatItem.GetDisplayValue so the line between try and
except becomes:
Result := FormatFloat(FFormat, Data.AsFloat);

    With the above changes and the solution provided earlier, you should be
able to limit the number of digits. The TJvInspectorFloatItem.Format
property is the string you would use for the FormatFloat function. I'll
commit the changes to CVS right after I've pressed the Send button

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: [JvInspector] Display of singles
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Sun, 15 Aug 2004 01:31:43 -0400
Newsgroups: jedi.vcl

Sorry if it took time to answer... i forgot my post...


So here is a screenshot showing what is not working.  The coordinate system in OpenGL use singles.  The problem is that in the editor i get 14 decimale and i just need 4....  how could I modify it to show only 4 decimals (also, i think it gets rounded somewhere, because i don't know from where all these numbers come from) ?

thanks in advance

Blaise Bernier

bug inspector - 01.JPG

bug inspector - 01.JPG
	



Subject: Re: JvColorCombo + default printer?
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Sun, 15 Aug 2004 01:51:05 +0200
Newsgroups: jedi.vcl

Hi, 
I tried the "add generic printer" route that Robert suggested, and it 
works fine now.  Maybe even if I added one of those freeware PDF printer 
drivers, it may have worked too, I guess. I was getting errors from 
interacting with the JvComboBox, as well as calling on a font dialog as 
well, as they both involved checking system fonts.

many thanks
omziff

> >Are you using a TJvFontComboBox with Device set to fdBoth or fdPrinter? 
In
> >that case, Delphi will raise an exception (we are accessing Printer.
Handle
> >without a vaild orinter) as you can see from the comment in
> >TJvFontComboBox.GetFonts.
> >
> >There is, AFAIK, no way to avoid that error. The good news is that you 
will
> >only see the error when running your app from Delphi with "Stop on Delphi
> >exceptions" activated.
> >
> >In short, don't worry about it - your users will not be affected.
> >
> >-- 
> >Regards,
> >Peter Thornqvist (JVCL Developer)
> >http://jvcl.sf.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: How to hide checkboxes on selective treenodes in jvCheckTree
From: "Scott Kellish" <skellish@comcast.net>
Date: Sat, 14 Aug 2004 18:42:51 -0400
Newsgroups: jedi.vcl

Hi,
I'm using the latest daily build of JVCL (v3) and JCL. Can someone provide
insight into how I can hide checkboxes on selective treenodes in the
TJvCheckTreeView.

-- Thanks Scott __________________________________________ SoftSystem Solutions, LLC. 18 Ridge Road Clark, New Jersey 07066 USA Scott Kellish, Owner Tel. +01 732 382 1873 Fax: +01 732 382 1873 Mobile: +01 732 261-5856 e-mail: skellish@comcast.net __________________________________________ 

Subject: How to use TJvChart?
From: "Steffen Rieke" <aenogym@project-eiscreme.de>
Date: Sat, 14 Aug 2004 22:45:36 +0200
Newsgroups: jedi.vcl

hi,

i cannot find any documentation about the TJvChart component. Can anyone of
you guys help me?
i'd like to know how to set up a line and how to set the current value of it
so the old point and the new one draw a line...

thanks for any answers,
Steffen "Aenogym" Rieke




Subject: Re: Use of the Jedi Name by other persons, groups
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 14 Aug 2004 12:01:45 -0400
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:cfj71t$b2$1@talkto.net...
> > Please find below a copy of the email sent to the author.

Nice job!

Michael




Subject: Re: Combo edits
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 14 Aug 2004 16:18:08 +0200
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> On Thu, 12 Aug 2004 21:49:55 +0200, Remko Bonte
> <remkobonteSP@Mmyrealbox.com> wrote:
>
>
>> I have a problem with the combo edits (TJvComboEdit etc.):
>>
>> IMO, if you press the button of the combo edit, so it shows the drop-down window, that window should NOT immediately get focus.
>
>
> I disagree. The only reason I press that button is to show that
> drop-down window, so it makes perfect sense to move focus to this
> window.

So, you don't like how a combo box works?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvColorCombo + default printer?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 14 Aug 2004 15:32:04 +0200
Newsgroups: jedi.vcl

Are you using a TJvFontComboBox with Device set to fdBoth or fdPrinter? In
that case, Delphi will raise an exception (we are accessing Printer.Handle
without a vaild orinter) as you can see from the comment in
TJvFontComboBox.GetFonts.

There is, AFAIK, no way to avoid that error. The good news is that you will
only see the error when running your app from Delphi with "Stop on Delphi
exceptions" activated.

In short, don't worry about it - your users will not be affected.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Proposal Excel/Word-Export
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 14 Aug 2004 09:07:31 +0000
Newsgroups: jedi.vcl

While developing an application that exports grids into excel-sheets I came across the problem that useing the ole-way implies to have excel installed. I use Open Office and believe that lots of users use that great package, too.

Whoat do you think about extending Excel and Word export to use OO if no Excel or Word is found? IMO this would be a clear sign pro Open Source!

If anyone already has experience with OLE and OpenOffice, giving Input would be great!

Micha


Subject: Re: JvColorCombo + default printer?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 14 Aug 2004 06:42:26 +0200
Newsgroups: jedi.vcl

omziff wrote:
> when I try to compile, I get error from JvColorCombo that 'there is no current default printer selected"
>
> I dont have a printer--how do I get around this?

Install a printer. You do not need to have a real printer, but a printer driver is needed. MS Word for example has issues with fonts if no printer is installed.
Use the Hardware wizard and install the generic "text only" printer.


Subject: JvColorCombo + default printer?
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Sat, 14 Aug 2004 05:11:32 +0200
Newsgroups: jedi.vcl

when I try to compile, I get error from JvColorCombo that 'there is no 
current default printer selected"

I dont have a printer--how do I get around this?

many thanks

omziff 



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvPlugins
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sat, 14 Aug 2004 00:59:46 +0200
Newsgroups: jedi.vcl

> >starCOM wrote:
> >
>> >> but does anyone have any simple examples/templates 
>> >> that a VBer or C programmer could develop a dll 
>> >> compatable PlugIn.
> >
> >Does C/C++ or VB have support for Borland Package Libraries (BPL) ? No. 
So
> >it is not possible. The only thing you could do is to write a
> >"Plugin-Wrapper" BPL (BPLs are DLLs and so you can use "exports"). The C
> >plugins register them to the the Wrapper-DLL which does the necessary
> >things.
> >
> >I don't know if this works, and how it would be implemented. But
> >theoretically it should work.
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >

Andreas,
JvPlugins support packages as well as dlls. My App and the Plugins I 
developed were dlls specifically to allow non-Delphians access.
Thanks,
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Use of the Jedi Name by other persons, groups
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 14 Aug 2004 00:42:28 +0200
Newsgroups: jedi.vcl

Very well written and has a good tone. Let's hope he'll comply swiftly.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvgPageControl
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Fri, 13 Aug 2004 17:46:31 -0400
Newsgroups: jedi.vcl

Serious?  I started with Globus mainly cause the demo showed it off pretty
good.  Hmmm...Maybe converting the Globus demo over to the superior Jedi
components might be the way to go...

Jeff


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:cevg34$k3j$2@talkto.net...
> > Peter Thörnqvist wrote:
> >
> >
>> > > Use Glyphs:TImageList. It seems this component was created before D5, so
it
>> > > doesn't use the Images property (maybe something to fix?)
> >
> > I am not sure if it is worth the effort to improve the Globus
> > components. For most of them there are superior alternatives in the JVCL
> > already.




Subject: Re: Use of the Jedi Name by other persons, groups
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 13 Aug 2004 23:18:01 +0200
Newsgroups: jedi.vcl

Please find below a copy of the email sent to the author.

Cheers
Olivier

-------------------------------------------------------------

Hi

My name is Olivier Sannier and I am a member of the development group of the Jedi Visual Component Library (known as the JVCL). This library contains about 500 components released under the MPL 1.1 (non commercial, open source) and its homepage is here: http://homepages.borland.com/jedi/jvcl/
Further, the JEDI project (Joint Endeavour of Delphi Innovators) has other projects related to Delphi, among which one will find the Jedi Code Library (JCL) and Jedi Maths. More details are available on the JEDI project website: http://delphi-jedi.org/

One of our users told us that you posted on Torry's Delpi Pages on the 11th of August a set of components that you named "Jedi components".

As you can see, this is potentially misleading for users of both your components and ours; This is why we would appreciate if you could change the name of this package of components in order not to mention the Jedi word inside it.

We are not trying to prevent you from publishing your components, you are always free to do so but we would prefer if you did so using another name. We are just trying to prevent any misunderstanding for users of both packages.

Do not hesitate to contact us to discuss this issue further, either through my email (olivier@obones.com) or through our discussion forum here: news://forums.talkto.net/jedi.vcl

A copy of this email has been sent to Maxim Peresada, maintaner of Torry's Delphi Pages so that he is aware of our discussion. We haven't asked him to do anything while waiting for your answer as we believe we can easily reach an agreement on that matter.

Regards

Olivier Sannier
JVCL Developer


Subject: Re: JvPlugins
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 13 Aug 2004 22:40:12 +0200
Newsgroups: jedi.vcl

starCOM wrote:

> > but does anyone have any simple examples/templates 
> > that a VBer or C programmer could develop a dll 
> > compatable PlugIn.

Does C/C++ or VB have support for Borland Package Libraries (BPL) ? No. So
it is not possible. The only thing you could do is to write a
"Plugin-Wrapper" BPL (BPLs are DLLs and so you can use "exports"). The C
plugins register them to the the Wrapper-DLL which does the necessary
things.

I don't know if this works, and how it would be implemented. But
theoretically it should work.

-- Regards, Andreas Hausladen 

Subject: JvPlugins
From: "starCOM" <mcmahon2-@comcast.net>
Date: Fri, 13 Aug 2004 22:24:15 +0200
Newsgroups: jedi.vcl

 This may sound like blasphemy, but does anyone have any simple 
examples/templates that a VBer or C programmer could develop a dll 
compatable PlugIn. I've added PlugIns into my app, in Delphi of course, 
but I have users who would like to develop new ones.
Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvScheduledEvents
From: "Frank van Seggelen" <Frank@VanSeggelen.NL>
Date: Fri, 13 Aug 2004 20:25:25 +0200
Newsgroups: jedi.vcl

Hello,

is there an example for the JvScheduledEvents component, and is there a way
to open de schedule screen in runtime?

Regards,

Frank van Seggelen




Subject: Re: Combo edits
From: @in@taavi.ee
Date: Fri, 13 Aug 2004 14:03:06 GMT
Newsgroups: jedi.vcl

On Thu, 12 Aug 2004 21:49:55 +0200, Remko Bonte
<remkobonteSP@Mmyrealbox.com> wrote:

> >I have a problem with the combo edits (TJvComboEdit etc.):
> >
> >IMO, if you press the button of the combo edit, so it shows the 
> >drop-down window, that window should NOT immediately get focus.

I disagree. The only reason I press that button is to show that
drop-down window, so it makes perfect sense to move focus to this
window.


ain


Subject: Re: Use of the Jedi Name by other persons, groups
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Aug 2004 12:50:00 +0200
Newsgroups: jedi.vcl

> > My next question is: Who does that?
> >
> > I'm just a developper here, I think someone with "authority" needs to do
> > that ;-)

Consider it a great experience to have if you get elected JVCL Coordinator
;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: plugin and forms - strange
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Fri, 13 Aug 2004 11:33:33 +0100
Newsgroups: jedi.vcl

I've used

fAddressList := TfrmSupplierAddressList.CreateParented(Application.Handle);

Pete


Subject: Re: Use of the Jedi Name by other persons, groups
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 13 Aug 2004 11:46:33 +0200
Newsgroups: jedi.vcl

Ok.

So the method is to contact the author and kindly ask him not to use the word "Jedi" in the name of his components.

My next question is: Who does that?

I'm just a developper here, I think someone with "authority" needs to do that ;-)


Subject: Re: Use of the Jedi Name by other persons, groups
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 13 Aug 2004 10:56:40 +0200
Newsgroups: jedi.vcl

Jens wrote:

> Or donate them to jvcl ? :-)

Theoretically yes, but he is a newbie. The JVCL is 1000x bigger and contains already superior components.


Subject: Re: JvNetscapeSplitter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Aug 2004 10:32:15 +0200
Newsgroups: jedi.vcl

> > Exactly where does the jvnetscapesplitter put the stuff it hides and how
> > do you get it back? i'm using yesterdays latest and it minimized my
> > panel but i can't get it back design or run time.
It is still there but the width or height is set to 0. Try setting the
splitters AutoSnap to false and MinSize to 100 or so and you should see it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Use of the Jedi Name by other persons, groups
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 13 Aug 2004 09:53:13 +0200
Newsgroups: jedi.vcl

> >I had a look at the components and they are self-written (small files of 
> >no more than 5 K each).
> >
> >I also say contact the author and politely ask him to find a better name 
> >for his component pack.
> >

Or donate them to jvcl ? :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvNetscapeSplitter
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Fri, 13 Aug 2004 00:12:32 -0700
Newsgroups: jedi.vcl

Exactly where does the jvnetscapesplitter put the stuff it hides and how do you get it back? i'm using yesterdays latest and it minimized my panel but i can't get it back design or run time.


Subject: Re: Use of the Jedi Name by other persons, groups
From: "Ray A." <nomorespam@hotmail.com>
Date: Fri, 13 Aug 2004 03:15:44 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Fred wrote:
> > 
>>> > > > What should we do about it? Ask the author not to use the name to
>>> > > > avoid confusions? Ask Torry for removal?
>>> > > > I'm not quite sure how to react even if I find the situation
>>> > > > annoying and potentially misleading for users.
>> > > 
>> > > 
>> > > Is Jedi a trademark or a copyrighted name? Who owns the rights on
>> > > that name? George Lucas? ;-)
> > In the context of Delphi, there is no copyright, as far as I know.
> > 
>> > > Maybe the components author is unaware of the existence of the Jedi 
>> > > Project. It would be harsh to ask Torry for removal before talking
>> > > to the guy. Maybe he will give its components to the JVCL to
>> > > repent... ;-)
> > I was just listing the options, the "removal" seems a bit harsh to me
> > too.
> > 
> > Thanks for your comments
> > 
> > Olivier

Perhaps at least the person could document somewhere obvious that their
components shouldn't be confused with Project Jedi at
http://www.delphi-jedi.org.

-- Ray A. 

Subject: JVDialButton question
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Thu, 12 Aug 2004 22:39:26 +0100
Newsgroups: jedi.vcl

I am trying to use the TJVDialButton to increment or decrement a value
depending on which way it is rotated.  I would like the value to
continue incrementing while the dial is rotated clockwise, no matter
how many times it is rotated. I don't want the value to fall back to
zero when the dial is at zero. 

I have tried several methods, including keeping track of current and
old angle values, and none of them work as expected.  My question is
this...can this sort of thing be done with TJVDialButton, and if so
how?  

Regards,

Noel


Subject: Re: Export jvStringGrid to Excel
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 12 Aug 2004 20:06:41 +0000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> micha schumann wrote:
>
>> steal the code
>
>
> The correct term is "the code is inspired by" ;-)
or "partly borrowed from ..." ;-)


Subject: Re: Combo edits
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 Aug 2004 21:54:47 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > But, I think Andreas changed the hierarchie for Clx reasons.

I can't remember. But I think it was the JvCheckComboBox.
Do not make that many thoughts about CLX. IFDEF the "XXX = class(XXX)"
line.

-- Regards, Andreas Hausladen 

Subject: Combo edits
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 12 Aug 2004 21:49:55 +0200
Newsgroups: jedi.vcl

Hi all,

I have a problem with the combo edits (TJvComboEdit etc.):

IMO, if you press the button of the combo edit, so it shows the drop-down window, that window should NOT immediately get focus. For example see TDateTimePicker where the drop-down window only gets focus if you click that window. Compare this to TJvCheckedComboBox where the drop-down window immediately gets focus.

I want to change this, but because TJvPopupWindow descends from TCustomForm, this gives problems if the drop-down window contains focusable controls, such as TJvCheckedComboBox and TJvDatePickerEdit have.

I see 3 possible solutions:

1. Don't change it, let the drop-down window immediately get focus. The easiest solution :)
2. Change the class hierarchie for TJvPopupWindow, ie let the component descend from TCustomControl as it did in the RX library. But, I think Andreas changed the hierarchie for Clx reasons.
3. Keep the current class hierarchie for TJvPopupWindow, and program work-arounds for the problem. This is a bit dirty, and probably will have to be implemented differently on Clx.

I prefer solution 2, but I don't know the implications (for Clx) of this solution, so I need some feedback to make a decision..

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Nomination: Andreas Hausladen
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 12 Aug 2004 14:28:36 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:cfcfg9$rka$1@talkto.net...

> >     this would be a good idea. In the past (before Michael Beck stepped
out)
> > there were basically two administrators/coordinators and in general it's
not
> > a bad idea to have a 'backup'.

Yep, it did work pretty well :)

-- Michael Beck SourceForge Member # 956 Project JEDI - 2001 "Spirit of Delphi" Award Winner http://homepages.borland.com/jedi/ 

Subject: Re: installation problem: no comps availible
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 12 Aug 2004 19:17:08 +0100
Newsgroups: jedi.vcl



OBones schrieb:

> > Ralf Grenzing wrote:
> >
>> > > Hi
>> > >
>> > > I have a problem when installing the JVCL: After running installation
>> > > and start Delphi no comps are installed!
>> > >
>> > > The progress of installation was as follow: I started the install.bat
>> > > which starts the JEDI Installer. After that I choose to install
>> > > everything. The compilations and generation process just goes fine
>> > > without any error messages. The JVCL Packages which I found in
>> > > c:\Programme\Borland\Delphi7\Projects\Bpl are very small:
>> > >
>> > > 1.840.168 DJcl.dcp
>> > >    759.808 DJcl70.bpl
>> > >   117.517 DJclVcl.dcp
>> > >   105.472 DJclVcl70.bpl
>> > >    42.468 DJclVClx.dcp
>> > >    49.152 DJclVClx70.bpl
>> > >
>> > > and I can´t install them because Delphi said they are not a design time
>> > > package.
> >
> > That's perfectly right, these packages are JCL packages and not
> > installable. You obviously launched the JCL installer, but did not
> > launch the JVCL installer after that.

Hmm. That can not be because the installer lists very many packages and the
JCL Installer does this not. But I did not run the jcl installer before the
JVCL installer. Is that perhaps the problem?


> >
> >
> > Launch the install.bat in the JVCL directory, follow the prompts and you
> > should be sorted.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer



Subject: Re: Installation error in JVCL Daily package
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 12 Aug 2004 17:47:15 +0000
Newsgroups: jedi.vcl

Jens wrote:
>> The newest JVCL Daily package has Installation error.
>>
>
> Did you use the latest JCL Daily package (posted to binaries) ?
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com

Still cannot compile CLX on german D7 pro with latest JVCL 12-Aug-04 (not important or urgent in any way for me):

[Compiling: JvQCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
E:\MyLibs\jvcl\qrun\JvQTypes.pas(44) Fatal: Datei nicht gefunden: 'JvQWStrUtils.dcu'

micha


Subject: Re: Installation error in JVCL Daily package
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 12 Aug 2004 19:31:09 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> [Compiling: JvQCoreD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> E:\MyLibs\jvcl\qrun\JvQTypes.pas(44) Fatal: Datei nicht gefunden: 'JvQWStrUtils.dcu'

I just fixed that. Regeneration of the CLX files is due anyway.


Subject: Re: Export jvStringGrid to Excel
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 12 Aug 2004 19:29:43 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> steal the code

The correct term is "the code is inspired by" ;-)


Subject: Re: Export jvStringGrid to Excel
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 12 Aug 2004 17:21:59 +0000
Newsgroups: jedi.vcl

Thanks all for your support.

I will follow Peters advice and steal the code out of jvDBGridExcelExport. I will make it as common as possible and post it in binaries.

Ibrahim: Apart from Peters argument I need more control over the export since I have to set the data types for the different columns. In a DBGrid the component can read these from the attached dataset.

Maybe a "Excel-Dataset" component would be great like a memory table with the capability to read/write to a simple excel sheet...

micha

Ibrahim Kutluay wrote:
> dbgrid is a descendant of string grid. you can use type cast....
>
> i dont know command exactly but like that
> "excelexport(stringgrid(yourgridname))
>
> i dint try this but it sould work
>
>
> "micha schumann" <schumannxx@itcxx-mdxx.dexx> wrote in message
> news:cfda1i$e8$1@talkto.net...
>
>> Is anyone aware of an easy way to export a jvStringGrid to Excel?
>> Unfortunately jvDBGridExcelExport only exports DBGrid contents (as its
>> names says).
>>
>> Thanks for any tips!
>>
>> micha
>
>
>


Subject: Re: JvHLEditor and caret position
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 12 Aug 2004 18:09:58 +0200
Newsgroups: jedi.vcl

Oh no, this is too simple ;)
Thanks

Dierk
"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:cffvml$est$1@talkto.net...
> > Dierk wrote:
> >
>> > > I don´t have any experiences with JvHLEditor.
>> > > Therefore my simple question:
>> > > How to get the actual caret position in a JvHLEditor?
> >
> > Try the CaretX and CaretY properties.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Installation error in JVCL Daily package
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 Aug 2004 17:56:20 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> > 'JvQWStrUtils.dcu'

This is now JclWideStrings.pas and is in the JCL. The CLX source files
must be regenerated.


-- Regards, Andreas Hausladen 

Subject: Re: JvHLEditor and caret position
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 Aug 2004 17:54:58 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> > I don´t have any experiences with JvHLEditor.
> > Therefore my simple question:
> > How to get the actual caret position in a JvHLEditor?

Try the CaretX and CaretY properties.


-- Regards, Andreas Hausladen 

Subject: JvHLEditor and caret position
From: "Dierk" <noSpam@csslabs.de>
Date: Thu, 12 Aug 2004 17:46:59 +0200
Newsgroups: jedi.vcl

I don´t have any experiences with JvHLEditor.
Therefore my simple question:
How to get the actual caret position in a JvHLEditor?

Regards
Dierk




Subject: Re: Bug JvRichEd WordWrap + Paragraph Numbering Bullets
From: "ebeaudry" <Darkflash_@hotmail.com>
Date: Thu, 12 Aug 2004 09:50:55 -0400
Newsgroups: jedi.vcl

Since you were not able to reproduce the bug I thought there may be
something I am missing...
The fact is, if I do not save the description, the behavior is just
right...(so I was wrong and the component is just fine)

There is a method somewhere in our program that converts the description to
html,
it is called RTFToHTML, I think there is a bug when it converts it and when
it saves it...

Thanks :)

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:cfdr9i$3so$1@talkto.net...
> > ebeaudry wrote:
>> > > We used the TJvxRichEdit component and the developer
>> > > set the WordWrap property to False. Our customers would rather have
WordWrap
>> > > then be forced to scroll to see the description they entered.
>> > > I talked to the developer and he explained that when set to 'True', if
the
>> > > user has entered a long text that is wrapped on the second line, if
after
>> > > that we set the paragraph numbering to 'nsBullet', the two lines will
have
>> > > a bullet.
> >
> > I can't reproduce this. Can you check which version of richedit dll you
> > have? What is the value of the RichEditVersion variable? Did you try it
> > on multiple machines? Did you try it on a 2000 or XP machine? How do you
> > set the paragraph numbering to 'nsBullet', ie can you show the code? Can
> > you upload a picture showing the problem?
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: Installation error in JVCL Daily package
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 12 Aug 2004 15:40:22 +0200
Newsgroups: jedi.vcl

Jens wrote:

>> The newest JVCL Daily package has Installation error.
>>
>
> Did you use the latest JCL Daily package (posted to binaries) ?

That would be the first thing to try.
And then, if the error is still here, please give us the details of the error. Because I could as well answer: "not it hasn't" to your remark and this wouldn't help you either ;-)


Subject: Installation error in JVCL Daily package
From: "Richard" <ljs_1969@hotmail.com>
Date: Thu, 12 Aug 2004 09:12:22 -0400
Newsgroups: jedi.vcl

The newest JVCL Daily package has Installation error.




Subject: Re: Installation error in JVCL Daily package
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 12 Aug 2004 15:12:19 +0200
Newsgroups: jedi.vcl

> >The newest JVCL Daily package has Installation error.
> >
Did you use the latest JCL Daily package (posted to binaries) ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Use of the Jedi Name by other persons, groups
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 12 Aug 2004 15:10:46 +0200
Newsgroups: jedi.vcl

I had a look at the components and they are self-written (small files of no more than 5 K each).

I also say contact the author and politely ask him to find a better name for his component pack.


Subject: Re: Use of the Jedi Name by other persons, groups
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Aug 2004 14:44:53 +0200
Newsgroups: jedi.vcl

> > Any comments welcome
I'd say contact the author making him aware of the existing JEDI and asking
him politely to not use the Jedi name to avoid confusion. If he refuses,
then it's a whole other ball game...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Use of the Jedi Name by other persons, groups
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 12 Aug 2004 12:05:43 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> What should we do about it? Ask the author not to use the name to avoid confusions? Ask Torry for removal?
>> I'm not quite sure how to react even if I find the situation annoying and potentially misleading for users.
>
>
> Is Jedi a trademark or a copyrighted name? Who owns the rights on that name? George Lucas? ;-)
In the context of Delphi, there is no copyright, as far as I know.

> Maybe the components author is unaware of the existence of the Jedi Project. It would be harsh to ask Torry for removal before talking to the guy. Maybe he will give its components to the JVCL to repent... ;-)
I was just listing the options, the "removal" seems a bit harsh to me too.

Thanks for your comments

Olivier


Subject: Re: Use of the Jedi Name by other persons, groups
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 12 Aug 2004 11:04:59 +0200
Newsgroups: jedi.vcl

> >What should we do about it? Ask the author not to use the name to avoid 
> >confusions? Ask Torry for removal?
> >I'm not quite sure how to react even if I find the situation annoying 
> >and potentially misleading for users.

Is Jedi a trademark or a copyrighted name? Who owns the rights on that 
name? George Lucas? ;-)
Maybe the components author is unaware of the existence of the Jedi 
Project. It would be harsh to ask Torry for removal before talking to 
the guy. Maybe he will give its components to the JVCL to repent... ;-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Use of the Jedi Name by other persons, groups
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 12 Aug 2004 09:12:39 +0200
Newsgroups: jedi.vcl

Hi

Have a look in jedi.general, Ralf Kaiser posted that:

---------------------------------------------------------------------
Hello together,

Someone has put another pack of (only 5) components on Torry that is named
"Jedi components" Have a look here:

(Components > Component Packs > Multi-purpose Lite)
http://www.torry.net/news.php?id=26

Just for info...

Ciao,
Ralf
----------------------------------------------------------------------

What should we do about it? Ask the author not to use the name to avoid confusions? Ask Torry for removal?
I'm not quite sure how to react even if I find the situation annoying and potentially misleading for users.
Any comments welcome

Cheers
Olivier Sannier
JVCL Developer


Subject: Re: Export jvStringGrid to Excel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Aug 2004 08:36:31 +0200
Newsgroups: jedi.vcl

> > dbgrid is a descendant of string grid. you can use type cast....

Unfortunately that won't work since the export components works with the
dataset attached to the DBGrid and the StringGrid doesn't have a dataset
property.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Export jvStringGrid to Excel
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Thu, 12 Aug 2004 08:49:18 +0300
Newsgroups: jedi.vcl

dbgrid is a descendant of string grid. you can use type cast....

i dont know command exactly but like that
"excelexport(stringgrid(yourgridname))

i dint try this but it sould work


"micha schumann" <schumannxx@itcxx-mdxx.dexx> wrote in message
news:cfda1i$e8$1@talkto.net...
> > Is anyone aware of an easy way to export a jvStringGrid to Excel?
> > Unfortunately jvDBGridExcelExport only exports DBGrid contents (as its
> > names says).
> >
> > Thanks for any tips!
> >
> > micha




Subject: Re: How to invert a string
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 12 Aug 2004 06:18:12 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Here is the current committed implementation:

I should learn to read some time. :-)


Subject: Re: Bug JvRichEd WordWrap + Paragraph Numbering Bullets
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 11 Aug 2004 22:26:21 +0200
Newsgroups: jedi.vcl

ebeaudry wrote:
> We used the TJvxRichEdit component and the developer
> set the WordWrap property to False. Our customers would rather have WordWrap
> then be forced to scroll to see the description they entered.
> I talked to the developer and he explained that when set to 'True', if the
> user has entered a long text that is wrapped on the second line, if after
> that we set the paragraph numbering to 'nsBullet', the two lines will have
> a bullet.

I can't reproduce this. Can you check which version of richedit dll you have? What is the value of the RichEditVersion variable? Did you try it on multiple machines? Did you try it on a 2000 or XP machine? How do you set the paragraph numbering to 'nsBullet', ie can you show the code? Can you upload a picture showing the problem?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvParameterListTools.pas creates abstract class
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 11 Aug 2004 20:15:27 +0200
Newsgroups: jedi.vcl

How about enhancing the installer to deactivate this behaviour if an developer installation is done.

Greetings
Jens

Robert Marquardt wrote:

> Andreas Hausladen wrote:
>
>> I have all warnings on in Delphi 7 (except the .NET warnings). But only
>> Delphi 5 compiler has shown this warning. Neither Delphi 6 nor Delphi 7. I
>> think my not that frequent Delphi 5 compilations should show all these
>> bugs. And I will inform you, that is sure, if I find a code that creates
>> abstract classes.
>
>
> Some warnings are switched off for D7 in jvcl.inc

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: How to invert a string
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Aug 2004 20:02:30 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I meant the current committed implementation.

Here is the current committed implementation:

{ invert string }

function StrRev(const S: string): string;
var
  I, Len: Integer;
begin
  Len := Length(S);
  SetLength(Result, Len);
  for I := 1 to Len do
  begin
    Result[I] := S[Len];
    Dec(Len);
  end;
end;

So If you replace Len by Length(S) the code would look like this:

function StrRev(const S: string): string;
var
  I: Integer;
begin
  SetLength(Result, Length(S));
  for I := 1 to Length(S) do
  begin
    Result[I] := S[Length(S)];
    Dec(Length(S));  // <-- does not compile
  end;
end;

-- Regards, Andreas Hausladen 

Subject: Export jvStringGrid to Excel
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Wed, 11 Aug 2004 17:30:45 +0000
Newsgroups: jedi.vcl

Is anyone aware of an easy way to export a jvStringGrid to Excel? Unfortunately jvDBGridExcelExport only exports DBGrid contents (as its names says).

Thanks for any tips!

micha


Subject: Re: How to invert a string
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 18:55:23 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> The Len variable in the current implementation can be replaced by
>> Length(S)
>
>
> No. Length() is a call and a comparision. And I use the Len variable to
> let the source walk downwards. If you remove the Len variable you must
> insert a substraction with "Length(S) - I" what costs performance.

I meant the current committed implementation.


Subject: Re: How to invert a string
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Aug 2004 17:53:52 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The Len variable in the current implementation can be replaced by
> > Length(S)

No. Length() is a call and a comparision. And I use the Len variable to
let the source walk downwards. If you remove the Len variable you must
insert a substraction with "Length(S) - I" what costs performance.


-- Regards, Andreas Hausladen 

Subject: Re: How to invert a string
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Aug 2004 17:52:18 +0200
Newsgroups: jedi.vcl

Actually, Andreas already have comitted an alternate strrev that is quick
and resource friendly. Thanks anyway!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Export jvStringGrid to Excel
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Aug 2004 17:51:23 +0200
Newsgroups: jedi.vcl

> > Is anyone aware of an easy way to export a jvStringGrid to Excel?
> > Unfortunately jvDBGridExcelExport only exports DBGrid contents (as its
> > names says).
You could export as a CSV (comma separated values) file and load that into
Excel or take a look at how JvDBGridExcelExport does it: it's all about
COM...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Bug JvRichEd WordWrap + Paragraph Numbering Bullets
From: "ebeaudry" <Darkflash_@hotmail.com>
Date: Wed, 11 Aug 2004 11:07:10 -0400
Newsgroups: jedi.vcl

Hi, I was wondering if someone could help me out.
I am doing some maintenance in a program developed by
my company and we have a bug...
We used the TJvxRichEdit component and the developer
set the WordWrap property to False. Our customers would rather have WordWrap
then be forced to scroll to see the description they entered.
I talked to the developer and he explained that when set to 'True', if the
user has entered a long text that is wrapped on the second line, if after
that we set the paragraph numbering to 'nsBullet', the two lines will have
a bullet.
It is not the desired behavior, there is clearly a difference between an
'Enter' and a wrapped text In MsWord.

Am I missing something? Is someone aware of this?
Please help me out.
(Forgive any bad english because I speak French)




Subject: Re: How to invert a string
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 16:18:06 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Nope, this would repeatedly result in creating a new string, copy the
> old result and free the previous result. IOW, bad, bad performance. Better
> to just create the Result string once and then use an additional loop var
> that starts at the last character of the string as Robert indicated.

The Len variable in the current implementation can be replaced by Length(S) because Length is not a costly operation and the loop expression is evaluated only one. OTOH there is no need to do it because the performance will not differ that much.


Subject: Re: How to invert a string
From: "francois" <fransh@westnet.com>
Date: Wed, 11 Aug 2004 19:59:30 +0800
Newsgroups: jedi.vcl

OK:(
"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cfcsn1$tne$1@talkto.net...
> > francois wrote:
> >
>> > > Hi
>> > >
>> > > function StrRev(const S: string): string;
>> > > var
>> > >   I: Integer;
>> > > begin
>> > >   Result := '';
>> > >   For I := 1 to Length(S) do
>> > >     Result := S[i] + Result;
>> > > end;
>> > >
>> > > JM2C
>> > > Francois
> >
> > Thanks, but this is highly innefficent with respect to memory allocation
> > because you recreate a string at each iteration. The solution with
> > SetLength is much "cleaner" with that respect.





Subject: Re: How to invert a string
From: "francois" <fransh@westnet.com>
Date: Wed, 11 Aug 2004 19:48:29 +0800
Newsgroups: jedi.vcl

OK:(
"OBones" <obones_gfgfd_@_dgf_altern.org> wrote in message
news:cfcsn1$tne$1@talkto.net...
> > francois wrote:
> >
>> > > Hi
>> > >
>> > > function StrRev(const S: string): string;
>> > > var
>> > >   I: Integer;
>> > > begin
>> > >   Result := '';
>> > >   For I := 1 to Length(S) do
>> > >     Result := S[i] + Result;
>> > > end;
>> > >
>> > > JM2C
>> > > Francois
> >
> > Thanks, but this is highly innefficent with respect to memory allocation
> > because you recreate a string at each iteration. The solution with
> > SetLength is much "cleaner" with that respect.




Subject: Re: How to invert a string
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 11 Aug 2004 13:46:56 +0200
Newsgroups: jedi.vcl

Hi
> >
> > function StrRev(const S: string): string;
> > var
> >   I: Integer;
> > begin
> >   Result := '';
> >   For I := 1 to Length(S) do
> >     Result := S[i] + Result;
> > end;

    Nope, this would repeatedly result in creating a new string, copy the
old result and free the previous result. IOW, bad, bad performance. Better
to just create the Result string once and then use an additional loop var
that starts at the last character of the string as Robert indicated.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: How to invert a string
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 11 Aug 2004 13:43:33 +0200
Newsgroups: jedi.vcl

francois wrote:

> Hi
>
> function StrRev(const S: string): string;
> var
>   I: Integer;
> begin
>   Result := '';
>   For I := 1 to Length(S) do
>     Result := S[i] + Result;
> end;
>
> JM2C
> Francois

Thanks, but this is highly innefficent with respect to memory allocation because you recreate a string at each iteration. The solution with SetLength is much "cleaner" with that respect.


Subject: Re: How to invert a string
From: "francois" <fransh@westnet.com>
Date: Wed, 11 Aug 2004 19:42:45 +0800
Newsgroups: jedi.vcl

Hi

function StrRev(const S: string): string;
var
  I: Integer;
begin
  Result := '';
  For I := 1 to Length(S) do
    Result := S[i] + Result;
end;

JM2C
Francois
"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:cfa8mn$ec8$8@talkto.net...
> > I found this code in JvFindReplace. How can someone come to the idea to do
> > it this way? It is neither faster nor more elegant than the simplest idea
> > (Result[I] := S[Length - I]; )
> >
> > { invert string }
> >
> > function StrRev(const S: string): string;
> > var
> >   atEnd, atStart: Integer;
> > begin
> >   Result := S;
> >   atEnd := Length(S);
> >   atStart := 1;
> >
> >   while atEnd >= 1 do
> >   begin
> >     S[atStart] := Char(Integer(S[atStart]) xor Integer(Result[atEnd]));
> >     Result[atEnd] := Char(Integer(Result[atEnd]) xor Integer(S[atStart]));
> >     //      S[atStart] := Char(Integer(S[atStart]) xor
> > Integer(Result[atEnd])); // reset to normal
> >     Inc(atStart);
> >     Dec(atEnd);
> >   end;
> > end;
> >
> >
> >
> > I will replace it by this code
> >
> > function StrRev(const S: string): string;
> > var
> >   I, Len: Integer;
> > begin
> >   Len := Length(S);
> >   SetLength(Result, Len);
> >   for I := 1 to Len do
> >   begin
> >     Result[I] := S[Len];
> >     Dec(Len);
> >   end;
> > end;
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: jvThumbViews once again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Wed, 11 Aug 2004 11:38:41 +0000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> micha schumann wrote:
>
>> +        if Assigned(FOnStartScanning) then
>> +          FOnStartScanning(Self, ReadFileList.Count - 1);
>
>
> The only problem here is the it may be called with -1 as parameter.
> Please tell if it should be 0 for ReadFileList.Count = 0 or if -1 is an acceptable value.
>
> I will commit the proposed change now and fix the above if needed.
Doh - I did not use the params in my case. I dont know if it breaks any code - maybe it should be readfilelist.count to submit the number of files to come...

Anyways, for me also -1 would be ok - perhaps the risk of breaking existing code ist too high and if its documented, it should be ok.

Micha


Subject: jvThumbViews once again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Wed, 11 Aug 2004 09:56:58 +0000
Newsgroups: jedi.vcl

Hi there,

Could procedure TJvThumbView.SetDirectory not be canged to call onStartScanning and onStopScanning even if no files are found? It would just mean to ove the calls out of the condition block.

....
      FDirectory := Value;
+        if Assigned(FOnStartScanning) then
+          FOnStartScanning(Self, ReadFileList.Count - 1);
      if ReadFileList.Count > 0 then
      begin
-        if Assigned(FOnStartScanning) then
-          FOnStartScanning(Self, ReadFileList.Count - 1);

        Cancel := False;
        for Counter1 := 0 to ReadFileList.Count - 1 do
        begin
....
.... same for onSTopScanning ...

Background: If one binds some funtionality to one of these procs e.g. add other files, it will not work if the scanned directory is empty.

best regards

micha


Subject: Re: jvThumbViews once again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 10:51:47 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> +        if Assigned(FOnStartScanning) then
> +          FOnStartScanning(Self, ReadFileList.Count - 1);

The only problem here is the it may be called with -1 as parameter.
Please tell if it should be 0 for ReadFileList.Count = 0 or if -1 is an acceptable value.

I will commit the proposed change now and fix the above if needed.


Subject: Re: jvThumbViews once again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 10:42:00 +0200
Newsgroups: jedi.vcl

micha schumann wrote:
> Hi there,
>
> Could procedure TJvThumbView.SetDirectory not be canged to call onStartScanning and onStopScanning even if no files are found? It would just mean to ove the calls out of the condition block.

That is even a bug and must be changed.
"Scanning" implies searching not finding.


Subject: Re: Nomination: Andreas Hausladen
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Aug 2004 10:11:27 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Can we get you as "second in command"?

No problem with that.


-- Regards, Andreas Hausladen 

Subject: Re: [JvInspector] Display of singles
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 11 Aug 2004 10:01:32 +0200
Newsgroups: jedi.vcl

> > I'm trying to display single values in the inspector, but it still shows
> > me a 8 decimal number instead of a 4 decimal number, as if the inspector
> > only worked with floats.  How could I show a single with only four digits
?
> >
> > Thanks in advance for your help,

    I'm not really sure what you mean here. All float types (Single, Double
and (IIRC) Extended) use the same inspector item for editing, which just
converts the float to string and vice-versa. Could you show me what is not
working.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: TJvStrHolder; max size of the TStrings-Property?
From: "Martin Schuster" <martin@oaktree.de>
Date: Wed, 11 Aug 2004 10:01:22 +0200
Newsgroups: jedi.vcl

Yes, I think (hope) I have the standard Delphi Strings-Propertyeditor.

The Text I inserted, has many TABs for Dataseparation.


I tryed some differend Data, when it is a standart ASCII-Text I have more
than 60000 lines with 100 Chars, but something in my Data may make a
problem.
I use TJvStrHolder to keep Data in my Application, and a runtime I read it
line by line and insert it into a MemTable. For Columnseparation I use TABs.
I created the Data with Excel and export it to a Textfile.

Martin.


"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cfc9b8$qlj$1@talkto.net...
> > Are you using the default TStrings property editor or do you have a
> > third-party editor installed? AFAIK, at least the standard editor
shouldn't
> > have any such limitation.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Nomination: Andreas Hausladen
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 11 Aug 2004 09:58:46 +0200
Newsgroups: jedi.vcl

> > Andreas Hausladen wrote:
> >
>> > > I accept.
>> > >
>> > > But I think Olivier is the better choice.
> >
> > Can we get you as "second in command"?

    this would be a good idea. In the past (before Michael Beck stepped out)
there were basically two administrators/coordinators and in general it's not
a bad idea to have a 'backup'.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: TJvStrHolder; max size of the TStrings-Property?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Aug 2004 08:11:08 +0200
Newsgroups: jedi.vcl

Are you using the default TStrings property editor or do you have a
third-party editor installed? AFAIK, at least the standard editor shouldn't
have any such limitation.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDockHashTable warning
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 11 Aug 2004 07:55:41 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Peter Thörnqvist wrote:
>
>  > I think Andreas is right: it is probably a problem with the first D7 update.
>
>> I just tried it here at work and I don't get any warnings in any of the
>> versions I have installed (D5-D7). I have an unpatched D7 here at work and a
>> patched D7 at home (first version). Maybe time to get the second D7.1
>> update...
>
>
> If the update gives the warning then it is time to require that update for the JVCL like the updates we require for D5 and D6.

It's more that the first version of update 1 for D7 gives false warnings about unitialized variables.


Subject: [JvInspector] Display of singles
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Wed, 11 Aug 2004 01:53:19 -0400
Newsgroups: jedi.vcl

Hi,

I'm trying to display single values in the inspector, but it still shows me a 8 decimal number instead of a 4 decimal number, as if the inspector only worked with floats.  How could I show a single with only four digits ?

Thanks in advance for your help,

Blaise Bernier



Subject: Re: JvParameterListTools.pas creates abstract class
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 07:02:43 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have all warnings on in Delphi 7 (except the .NET warnings). But only
> Delphi 5 compiler has shown this warning. Neither Delphi 6 nor Delphi 7. I
> think my not that frequent Delphi 5 compilations should show all these
> bugs. And I will inform you, that is sure, if I find a code that creates
> abstract classes.

Some warnings are switched off for D7 in jvcl.inc


Subject: Re: JvParameterListTools.pas creates abstract class
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 07:01:42 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Even if there was a way, I would "forbid" it. It is dangerous coding to create object of classes that contain abstract methods. C++ won't even let you do it. If there is a need to create an object of a class that has abstract methods, then those methods must be implemented, even if they are empty.

File JvColorProvider.pas:
  // (rom) suppress warnings about abstract methods
  // (rom) TJvBaseDataItems.InternalAdd, InternalDelete and InternalMove
  // (rom) can this be fixed by empty methods?

Then this has priority.


Subject: Re: JvDockHashTable warning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 06:59:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

 > I think Andreas is right: it is probably a problem with the first D7 update.
> I just tried it here at work and I don't get any warnings in any of the
> versions I have installed (D5-D7). I have an unpatched D7 here at work and a
> patched D7 at home (first version). Maybe time to get the second D7.1
> update...

If the update gives the warning then it is time to require that update for the JVCL like the updates we require for D5 and D6.


Subject: Re: sources of dpp.exe
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 06:57:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The batch file generates all files by calling dpp32 for all templates.
> dpp32 is also a bit intelligent and generates the files in the uses
> statement, too.

The main reason for my question is that i want as much "make" capability for the installer. I want the installer to be the only way to recompile the JVCL because that will keep the secondary files like the packages uptodate. It is also faster than using the .bpg file.


Subject: Re: Nomination: Andreas Hausladen
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Aug 2004 06:50:45 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I accept.
>
> But I think Olivier is the better choice.

Can we get you as "second in command"?
The daily Zip for the JCL has shown that we need one if the boss is away.


Subject: Re: JvParameterListTools.pas creates abstract class
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 11 Aug 2004 06:35:40 +0200
Newsgroups: jedi.vcl

> >OBones wrote:
> >
>> >> Jens Fudickar wrote:
>> >> 
>>> >> > No Problem with this. You are completly right.
>>> >> > 
>>> >> > My question was: How can we prevent that this warning is not shown in
>>> >> > D7
>> >> 
>> >> Oh, you meant that. Sorry. Isn't there an option to turn on all warnings
>> >> ?  Some might be annoying and be turned off, but most are legitimate.
> >
> >I have all warnings on in Delphi 7 (except the .NET warnings). But only
> >Delphi 5 compiler has shown this warning. Neither Delphi 6 nor Delphi 7. I
> >think my not that frequent Delphi 5 compilations should show all these
> >bugs. And I will inform you, that is sure, if I find a code that creates
> >abstract classes.
> >

I hope it's better now :-)

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvParameterListTools.pas creates abstract class
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Aug 2004 00:08:22 +0200
Newsgroups: jedi.vcl

> > But it's fixed.
May I suggest you put a raise Exception.Create('Method not supported in this
class') or something like that in there? As it is now, what happens if
someone tries to call the empty implementation?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvStrHolder; max size of the TStrings-Property?
From: "Martin Schuster" <martin@oaktree.de>
Date: Tue, 10 Aug 2004 23:18:28 +0200
Newsgroups: jedi.vcl

I use a Win 2000 System.

Martin

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:cfb9g2$mmv$2@talkto.net...
> > Martin Schuster wrote:
> >
>> > > I opened the Property and past a text which is approx 80 kb
> >
> > Do you have a Win9x system?
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Nomination: Andreas Hausladen
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 23:12:35 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I hereby nominate Andreas Hausladen (AHuser) as JVCL Coordinator

I accept.

But I think Olivier is the better choice.


-- Regards, Andreas Hausladen 

Subject: Re: TJvStrHolder; max size of the TStrings-Property?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 23:11:06 +0200
Newsgroups: jedi.vcl

Martin Schuster wrote:

> > I opened the Property and past a text which is approx 80 kb

Do you have a Win9x system?


-- Regards, Andreas Hausladen 

Subject: Re: JvParameterListTools.pas creates abstract class
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 23:06:50 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Jens Fudickar wrote:
> > 
>> > > No Problem with this. You are completly right.
>> > > 
>> > > My question was: How can we prevent that this warning is not shown in
>> > > D7
> > 
> > Oh, you meant that. Sorry. Isn't there an option to turn on all warnings
> > ?  Some might be annoying and be turned off, but most are legitimate.

I have all warnings on in Delphi 7 (except the .NET warnings). But only
Delphi 5 compiler has shown this warning. Neither Delphi 6 nor Delphi 7. I
think my not that frequent Delphi 5 compilations should show all these
bugs. And I will inform you, that is sure, if I find a code that creates
abstract classes.


-- Regards, Andreas Hausladen 

Subject: Re: JvParameterListTools.pas creates abstract class
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 10 Aug 2004 22:42:57 +0200
Newsgroups: jedi.vcl

I have fixed it.

I think i have forgotten to create the procedure, because it was impossible to call the missing function.

But it's fixed.

Greetings
Jens

OBones wrote:
> Fred wrote:
>
>> Someone has a workaround to suggest ? Because I'm blocked by the warning. I could do dirty things to remove it but that would grievously wound the unit ;-)
>
> The easiest way is to create an empty implementation in the base class.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Election for new JVCL Coordinator
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 22:26:32 +0200
Newsgroups: jedi.vcl

BTW, could the nominees that *don't* want to accept the nomination also post
so we know you've seen this?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvParameterListTools.pas creates abstract class
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 10 Aug 2004 21:58:40 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> No Problem with this. You are completly right.
>
> My question was: How can we prevent that this warning is not shown in D7

Oh, you meant that. Sorry. Isn't there an option to turn on all warnings  ?
Some might be annoying and be turned off, but most are legitimate.


Subject: Re: Nomination: Remko Bonte
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 10 Aug 2004 21:55:49 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I hereby nominate Remko Bonte (remkobonte) as JVCL Coordinator

Thanks for the nomination, but I have to reject it because I am quite low on the time resources. Futhermore I think that both Olivier and Andreas are good candidates, so loss at all :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvStrHolder; max size of the TStrings-Property?
From: "Martin Schuster" <martin@oaktree.de>
Date: Tue, 10 Aug 2004 21:50:36 +0200
Newsgroups: jedi.vcl

Hello,

is there a limmit in the TJvStrHolder.Strings-Property?

I opened the Property and past a text which is approx 80 kb, and when I try
to insert more Chars, the Strings-Propertyeditor doesn't accept more Chars.

Thanks
Martin




Subject: Re: JvParameterListTools.pas creates abstract class
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 10 Aug 2004 21:49:23 +0200
Newsgroups: jedi.vcl

No Problem with this. You are completly right.

My question was: How can we prevent that this warning is not shown in D7

Greetings
Jens

OBones wrote:

> Jens Fudickar wrote:
>
>> Any idea, how to prevent this?
>
>
> Even if there was a way, I would "forbid" it. It is dangerous coding to create object of classes that contain abstract methods. C++ won't even let you do it. If there is a need to create an object of a class that has abstract methods, then those methods must be implemented, even if they are empty.
>
> My 2 cents.
>
> Olivier Sannier
> JVCL Developer

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Possible to change the BiDiMode for JvNavPane components?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 21:47:16 +0200
Newsgroups: jedi.vcl

BiDi support must be implemented by the control itself. I don't have the
time so you will have to do it yourself or maybe some nice JVCL developer
will do it for you. Best is to post a request in Mantis about it
(http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvParameterListTools.pas creates abstract class
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 10 Aug 2004 21:36:24 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Any idea, how to prevent this?

Even if there was a way, I would "forbid" it. It is dangerous coding to create object of classes that contain abstract methods. C++ won't even let you do it. If there is a need to create an object of a class that has abstract methods, then those methods must be implemented, even if they are empty.

My 2 cents.

Olivier Sannier
JVCL Developer


Subject: Re: JvParameterListTools.pas creates abstract class
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 10 Aug 2004 21:21:54 +0200
Newsgroups: jedi.vcl

Any idea, how to prevent this?

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> As a rule, developpers should never commit any code that gives warnings
>> or hints.
>
>
> The strange thing is that Delphi 6 and 7 do not warn about this. Only the
> (old) Delphi 5 compiler warns about this. Now there are three
> possibilities:
> 1. It is a IFDEF'ed code (it is not)
> 2. The Delphi 5 compiler looks into more base classes
> 3. It's a Delphi 5 compiler bug (My research says: no)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvParameterListTools.pas creates abstract class
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 10 Aug 2004 21:19:51 +0200
Newsgroups: jedi.vcl

I will look into it.

OBones wrote:

> Fred wrote:
>
>> Someone has a workaround to suggest ? Because I'm blocked by the warning. I could do dirty things to remove it but that would grievously wound the unit ;-)
>
> The easiest way is to create an empty implementation in the base class.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem installing because of missing 'JclWideStrings.dcu'
From: "Kee" <kostya.n.o.s.p.a.m.y@no.s.p.a.m.gmail.com>
Date: Tue, 10 Aug 2004 21:09:59 +0200
Newsgroups: jedi.vcl

> >Thanks, working now.
> >
> >I was getting my latest JCL from
> >http://jcl.sourceforge.net/daily/jcl-Latest.zip
> >
> >
> >

I didn't use the daily stuff, I downloaded directly from CVS with WinCVS



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem installing because of missing 'JclWideStrings.dcu'
From: "Mervin Pearce [SACS]" <mervin@nospams@sacs.co.za>
Date: Tue, 10 Aug 2004 20:18:40 +0200
Newsgroups: jedi.vcl

Thanks, working now.

I was getting my latest JCL from
http://jcl.sourceforge.net/daily/jcl-Latest.zip




Subject: Re: Problem installing because of missing 'JclWideStrings.dcu'
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Tue, 10 Aug 2004 19:59:20 +0200
Newsgroups: jedi.vcl

> > Still does not work as designed.  Latest VCL (from daily) and the latest JCL
> > still has a WideString.DCU missing

Use the latest JCL postet in binaries works for me:-)


Subject: Re: Problem installing because of missing 'JclWideStrings.dcu'
From: "Mervin Pearce [SACS]" <mervin@nospams@sacs.co.za>
Date: Tue, 10 Aug 2004 19:51:12 +0200
Newsgroups: jedi.vcl

Still does not work as designed.  Latest VCL (from daily) and the latest JCL
still has a WideString.DCU missing




Subject: Possible to change the BiDiMode for JvNavPane components?
From: "Kee" <kostya.n.o.s.p.a.m.y@no.s.p.a.m.gmail.com>
Date: Tue, 10 Aug 2004 18:56:47 +0200
Newsgroups: jedi.vcl

Hello
The software I'm making must be RightToLeft as the language it's in 
reads RightToLeft :(
I would love to use the NavPane components, yes I can't find such option 
to make these components right to left.
Any thoughts on what I could do?

Thanks in advance!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem installing because of missing 'JclWideStrings.dcu'
From: "Kee" <kostya.n.o.s.p.a.m.y@no.s.p.a.m.gmail.com>
Date: Tue, 10 Aug 2004 18:54:06 +0200
Newsgroups: jedi.vcl

> >OBones wrote:
> >
>> >> Wait for tomorrow, it should be fixed
> >
> >Oh yeah, and recompile the JCL.
> >

Yeah I got the lastest CVS version and it works like a charm!



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Does JvPreview demo really work ?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 17:49:31 +0200
Newsgroups: jedi.vcl

> > Does this demo really work ?
Does for me

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Does JvPreview demo really work ?
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Aug 2004 16:31:18 +0200
Newsgroups: jedi.vcl

 I started to convert the JvPreview demo to BCB and encountered a Access 
Violation at the beginning (when DoChange is called after EndUpdate).
Does this demo really work ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to invert a string
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 16:12:22 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I presume you will change the function, Andreas?

Already happened.

-- Regards, Andreas Hausladen 

Subject: Re: How to invert a string
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 16:10:40 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The problem with DUnit (and other tools of that kind) is that it is sooo
> hard to get started "after the fact". The only feasible and sustainable
> method is to write the tests as you write the code (some even advocate
> writing the tests first and then write the code to pass the tests).

This is the company policy here. Works well on simple projects, goes havoc on big projects because things haven't been thought through.


Subject: Re: How to invert a string
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 15:57:21 +0200
Newsgroups: jedi.vcl

> > The whole Globus units are a disaster.

Oh, JvFindReplace is not part of Globus (yet ;>)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: How to invert a string
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 15:50:01 +0200
Newsgroups: jedi.vcl

> > I would, if I could...
> > It would discover dozens of bugs, all entered in Mantis when we already
> > have almost two pages of "new" bugs that haven't received an answer,
> > some for months...
The problem with DUnit (and other tools of that kind) is that it is sooo
hard to get started "after the fact". The only feasible and sustainable
method is to write the tests as you write the code (some even advocate
writing the tests first and then write the code to pass the tests).

Unfortunately, it doesn't seem like anyone of us does that (me included).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: How to invert a string
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 15:47:06 +0200
Newsgroups: jedi.vcl

> > For 100000 iterations:
> >
> > StrRev
> >   average exec. time: 60,534595
> >
> > StrRev XOR
> >   average exec. time: 177,552613
I did some testing too and actually came up with even higher numbers for XOR
(around 200) until I changed the input param to a var to avoid the copying.
Just goes to show that some testing now and then is not a bad thing.

I presume you will change the function, Andreas?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: How to invert a string
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 15:42:00 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>
> Right, that's why it is important to test the code once in a while. Anyone
> up for dunit test writing ;>
>
I would, if I could...
It would discover dozens of bugs, all entered in Mantis when we already have almost two pages of "new" bugs that haven't received an answer, some for months...


Subject: Re: How to invert a string
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 15:35:38 +0200
Newsgroups: jedi.vcl

> > The speed of this algorithm changes with each iteration of the x86
> > architecture. This is the problem with all such algorithms.

Right, that's why it is important to test the code once in a while. Anyone
up for dunit test writing ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: How to invert a string
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Aug 2004 15:16:01 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> It is neither faster[..]
>
> Have you tested it so you are sure this is a correct assumption? When I
> wrote it I also tested it and it was considerably faster than the "more
> elegant simplest idea" but things might have changed since then...

The speed of this algorithm changes with each iteration of the x86 architecture. This is the problem with all such algorithms.
Nowadays fat CPU caches level almost all performance issues.


Subject: Re: How to invert a string
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 15:14:56 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Have you tested it so you are sure this is a correct assumption?

No. But I can see how often you access memory (that couldn't be hold in
registers) and a XOR has more ticks that a MOV. The first need 2 AND and 1
OR and the last is simply a wire.

> > When I wrote it I also tested it and it was considerably faster than 
> > the "more elegant simplest idea" but things might have changed since
> > then...


For 100000 iterations:

StrRev
  execution time    : 60,5346           execution count 1
  average exec. time: 60,534595

StrRev XOR
  execution time    : 177,5526          execution count 1
  average exec. time: 177,552613



-- Regards, Andreas Hausladen 

Subject: Re: JvDockHashTable warning
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 15:13:47 +0200
Newsgroups: jedi.vcl

> > The Delphi 6 warning was "the value *is* not used" which is always
accurate.
I didn't get this when I added the "ParentNode := nil" (I wouldn't have
checked it in if that had been the case).

I think Andreas is right: it is probably a problem with the first D7 update.
I just tried it here at work and I don't get any warnings in any of the
versions I have installed (D5-D7). I have an unpatched D7 here at work and a
patched D7 at home (first version). Maybe time to get the second D7.1
update...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvgCGI.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Aug 2004 15:09:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> JvgCGI.pas: What is that? JvgCGI is neither a good code nor is it usefull.
> I will have a look at my own (three years old CGI class) that would
> succeed over JvgCGI in all cases if I remember correctly.

This is one of the problems of Globus components. It is the same problem we have. Some components are old and badly programmed and noone uses them.


Subject: Re: JvDockHashTable warning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Aug 2004 15:01:16 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Does it depend on the version of Delphi ?
>
> Don't remember which version it happened in but I was fixing something else
> and the warning cropped up, so I added it.

The Delphi 6 warning was "the value *is* not used" which is always accurate.


Subject: Re: sources of dpp.exe
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 15:00:13 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > It seems to generate all JvEx* files. I want it to generate only changed
> > files.

The batch file generates all files by calling dpp32 for all templates.
dpp32 is also a bit intelligent and generates the files in the uses
statement, too.



-- Regards, Andreas Hausladen 

Subject: Re: sources of dpp.exe
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Aug 2004 14:52:58 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why not call the preprocess.bat from the make file?

It seems to generate all JvEx* files. I want it to generate only changed files.


Subject: Re: How to invert a string
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 14:28:15 +0200
Newsgroups: jedi.vcl

> > I found this code in JvFindReplace. How can someone come to the idea to do
> > it this way?
IIRC, that is a conversion of strrev from Symantecs standard C library ca
1993 (first C compiler I paid for, actually).

> > It is neither faster[..]
Have you tested it so you are sure this is a correct assumption? When I
wrote it I also tested it and it was considerably faster than the "more
elegant simplest idea" but things might have changed since then...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: How to invert a string
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 14:12:47 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > "Why make it simple when it can be made complex ?"

The whole Globus units are a disaster. On the one side the author wanted
to be fast (JvgXmlSerializer) and had used assembler code, but on the
other side he has not used the "const" modifier for string parameters. If
he had written MSIL (.NET) code I would say: "Ok, there is no more a
difference between const S: string and S: string", but it is i386 code.



-- Regards, Andreas Hausladen 

Subject: Re: How to invert a string
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 14:04:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> How can this work anyway ? I don't get it at all...
>
>
> It works because of XOR. The code XORs the first and last char, than
> copies the new value and "unXORs" the value again. The old code is the
> code for "I want to use only one variable and no temp variable". But
> unforunatelly it requires two Integers for the iteration. As I said how
> can someone think that complicated.

Well... I must admit that some years ago (5 or 6) I would have been able to find this code way better because it doesn't use any variable other than the one to loop.
I was a specialist of "Why make it simple when it can be made complex ?"


Subject: Re: Types in JvPanel
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Aug 2004 14:01:09 +0200
Newsgroups: jedi.vcl

> >Yeah, I'm just trying to be nice here ;-)

 Thanks. :-)
But I have no problem to retrieve the files from CVS (it's what I'm 
doing to update my JCL files).



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvParameterListTools.pas creates abstract class
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 14:01:01 +0200
Newsgroups: jedi.vcl

Fred wrote:
> Someone has a workaround to suggest ? Because I'm blocked by the warning. I could do dirty things to remove it but that would grievously wound the unit ;-)
The easiest way is to create an empty implementation in the base class.


Subject: Re: How to invert a string
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 13:57:09 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > How can this work anyway ? I don't get it at all...

It works because of XOR. The code XORs the first and last char, than
copies the new value and "unXORs" the value again. The old code is the
code for "I want to use only one variable and no temp variable". But
unforunatelly it requires two Integers for the iteration. As I said how
can someone think that complicated.


-- Regards, Andreas Hausladen 

Subject: Re: JvParameterListTools.pas creates abstract class
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Aug 2004 13:56:36 +0200
Newsgroups: jedi.vcl

Someone has a workaround to suggest ? Because I'm blocked by the 
warning. I could do dirty things to remove it but that would grievously 
wound the unit ;-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to invert a string
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 13:51:42 +0200
Newsgroups: jedi.vcl

How can this work anyway ? I don't get it at all...


Subject: How to invert a string
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 13:51:23 +0200
Newsgroups: jedi.vcl

I found this code in JvFindReplace. How can someone come to the idea to do
it this way? It is neither faster nor more elegant than the simplest idea
(Result[I] := S[Length - I]; )

{ invert string }

function StrRev(const S: string): string;
var
  atEnd, atStart: Integer;
begin
  Result := S;
  atEnd := Length(S);
  atStart := 1;

  while atEnd >= 1 do
  begin
    S[atStart] := Char(Integer(S[atStart]) xor Integer(Result[atEnd]));
    Result[atEnd] := Char(Integer(Result[atEnd]) xor Integer(S[atStart]));
    //      S[atStart] := Char(Integer(S[atStart]) xor
Integer(Result[atEnd])); // reset to normal
    Inc(atStart);
    Dec(atEnd);
  end;
end;



I will replace it by this code

function StrRev(const S: string): string;
var
  I, Len: Integer;
begin
  Len := Length(S);
  SetLength(Result, Len);
  for I := 1 to Len do
  begin
    Result[I] := S[Len];
    Dec(Len);
  end;
end;

-- Regards, Andreas Hausladen 

Subject: Re: Types in JvPanel
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 13:47:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> To Fred: Send me an email if you need the latest version of that file.
>
>
> I think he is smart enough to remove the "Types" unit from the
> implementation uses statement. ;-)

Yeah, I'm just trying to be nice here ;-)


Subject: Re: Types in JvPanel
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 13:46:23 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > To Fred: Send me an email if you need the latest version of that file.

I think he is smart enough to remove the "Types" unit from the
implementation uses statement. ;-)


-- Regards, Andreas Hausladen 

Subject: Re: Types in JvPanel
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 13:39:43 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Fred wrote:
>
>
>> Someone has added Types to the Uses clause of JvPanel. I suppose this is for D6+. This is unknown for BCB 5.
>
>  
>
> Already fixed in CVS for about 50 minutes.
>
>
ok, this will be in tomorrows daily zip, I won't regenerate it now, or it would be an hourly zip ;-)

To Fred: Send me an email if you need the latest version of that file.


Subject: Re: Types in JvPanel
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 13:32:33 +0200
Newsgroups: jedi.vcl

Fred wrote:

> > Someone has added Types to the Uses clause of JvPanel. I suppose this is 
> > for D6+. This is unknown for BCB 5.
 

Already fixed in CVS for about 50 minutes.


-- Regards, Andreas Hausladen 

Subject: Types in JvPanel
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Aug 2004 13:28:00 +0200
Newsgroups: jedi.vcl

Someone has added Types to the Uses clause of JvPanel. I suppose this is 
for D6+. This is unknown for BCB 5.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDockHashTable warning
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Aug 2004 13:19:54 +0200
Newsgroups: jedi.vcl

> >Yup, it has already been fixed by Robert Marquardt and should be in the 
> >latest daily package.

Quicker than light! :-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvgCGI.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 13:14:33 +0200
Newsgroups: jedi.vcl

JvgCGI.pas: What is that? JvgCGI is neither a good code nor is it usefull.
I will have a look at my own (three years old CGI class) that would
succeed over JvgCGI in all cases if I remember correctly.


-- Regards, Andreas Hausladen 

Subject: Re: JvDockHashTable warning
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 13:12:14 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Does it depend on the version of Delphi ?

The first Delphi 7 update introduces a compiler "bug" that had assumed
some variables a not being initialized. Borland seems to have updated the
update and fixed this. At least I have not seen this bug anymore.



-- Regards, Andreas Hausladen 

Subject: Re: JvParameterListTools.pas creates abstract class
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 13:10:27 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > As a rule, developpers should never commit any code that gives warnings
> > or hints.

The strange thing is that Delphi 6 and 7 do not warn about this. Only the
(old) Delphi 5 compiler warns about this. Now there are three
possibilities:
1. It is a IFDEF'ed code (it is not)
2. The Delphi 5 compiler looks into more base classes
3. It's a Delphi 5 compiler bug (My research says: no)


-- Regards, Andreas Hausladen 

Subject: Re: JvDockHashTable warning
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 13:06:13 +0200
Newsgroups: jedi.vcl

> > Does it depend on the version of Delphi ?
Don't remember which version it happened in but I was fixing something else
and the warning cropped up, so I added it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDockHashTable warning
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 12:56:58 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> It was added because Delphi complained "Value of ParentNode might not have
> been initialized" :)
> You can remove it if it is causing problems.

Well, when it is there it complains it is useless...
Does it depend on the version of Delphi ?


Subject: Re: JvDockHashTable warning
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Aug 2004 12:53:44 +0200
Newsgroups: jedi.vcl

It was added because Delphi complained "Value of ParentNode might not have
been initialized" :)
You can remove it if it is causing problems.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDockHashTable warning
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 12:53:13 +0200
Newsgroups: jedi.vcl

Fred wrote:
>> What warning do you get ?
>
>
> Translation from French: This value is not used.
>

Yup, it has already been fixed by Robert Marquardt and should be in the latest daily package.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JvParameterListTools.pas creates abstract class
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 12:48:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The JvParameterListTools.pas creates an abstract class says Delphi 5
> compiler:
>
> Parameter := TJvRadioGroupParameter.Create(ParameterList);
>
> After following the base class declarations I found that
> CreateWinControl() that is abstract in TJvBasePanelEditParameter is never
> overriden. Instead the CreateWinControlOnParent is overriden.
> I do not know enough about the JvParameterXxx classes, so I ask if this is
> a bug?

It is a bug in the waiting. It needs to be fixed, but I don't know how.
As a rule, developpers should never commit any code that gives warnings or hints.


Subject: Re: JvDockHashTable warning
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Aug 2004 12:45:12 +0200
Newsgroups: jedi.vcl

> >What warning do you get ?

Translation from French: This value is not used.



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvParameterListTools.pas creates abstract class
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 12:33:36 +0200
Newsgroups: jedi.vcl

The JvParameterListTools.pas creates an abstract class says Delphi 5
compiler:

Parameter := TJvRadioGroupParameter.Create(ParameterList);

After following the base class declarations I found that
CreateWinControl() that is abstract in TJvBasePanelEditParameter is never
overriden. Instead the CreateWinControlOnParent is overriden.
I do not know enough about the JvParameterXxx classes, so I ask if this is
a bug?


-- Regards, Andreas Hausladen 

Subject: Re: JvDockHashTable warning
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 12:26:21 +0200
Newsgroups: jedi.vcl

Fred wrote:

> "ParentNode := nil;" added recently in JvDockHashTable.pas generates a warning when compiling under BCB. The problem is that any warning in Delphi code crashes my compiler.

What warning do you get ?


Subject: JvDockHashTable warning
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Aug 2004 12:21:48 +0200
Newsgroups: jedi.vcl

"ParentNode := nil;" added recently in JvDockHashTable.pas generates a 
warning when compiling under BCB. The problem is that any warning in 
Delphi code crashes my compiler.

I think the initialization to Nil is unnecessary because ParentNode 
always get a value before it is used.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: *.xfm and Q units in examples
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 10 Aug 2004 11:25:58 +0200
Newsgroups: jedi.vcl

Hello,

I noticed there are a few xfm files left in examples folders. Some 
examples use Q units (JvEdits, JvSpecial Progress, JvTranslator) and 
thus don't compile.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: sources of dpp.exe
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Aug 2004 11:01:56 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Where are the sources of devtools\JvExVCL\Src\dpp.exe?

Read the last paragraph of help\JvExVCL.html

> > I want to change the program to work on single files to allow to
> > integrate it in the make process of the installer.

Why not call the preprocess.bat from the make file?



-- Regards, Andreas Hausladen 

Subject: installation problem: no comps availible
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 10 Aug 2004 09:00:01 +0100
Newsgroups: jedi.vcl

Hi

I have a problem when installing the JVCL: After running installation
and start Delphi no comps are installed!

The progress of installation was as follow: I started the install.bat
which starts the JEDI Installer. After that I choose to install
everything. The compilations and generation process just goes fine
without any error messages. The JVCL Packages which I found in
c:\Programme\Borland\Delphi7\Projects\Bpl are very small:

1.840.168 DJcl.dcp
   759.808 DJcl70.bpl
  117.517 DJclVcl.dcp
  105.472 DJclVcl70.bpl
   42.468 DJclVClx.dcp
   49.152 DJclVClx70.bpl

and I can´t install them because Delphi said they are not a design time
package.

Some data: I use D7 and have also D8 und D5 installed and I use
JVCL300BETA1JCL190Complete.zip

in hope for answers

Ralf Grenzing



Subject: Re: installation problem: no comps availible
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 10 Aug 2004 09:15:58 +0200
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Hi
>
> I have a problem when installing the JVCL: After running installation
> and start Delphi no comps are installed!
>
> The progress of installation was as follow: I started the install.bat
> which starts the JEDI Installer. After that I choose to install
> everything. The compilations and generation process just goes fine
> without any error messages. The JVCL Packages which I found in
> c:\Programme\Borland\Delphi7\Projects\Bpl are very small:
>
> 1.840.168 DJcl.dcp
>    759.808 DJcl70.bpl
>   117.517 DJclVcl.dcp
>   105.472 DJclVcl70.bpl
>    42.468 DJclVClx.dcp
>    49.152 DJclVClx70.bpl
>
> and I can´t install them because Delphi said they are not a design time
> package.

That's perfectly right, these packages are JCL packages and not installable. You obviously launched the JCL installer, but did not launch the JVCL installer after that.

Launch the install.bat in the JVCL directory, follow the prompts and you should be sorted.

Cheers

Olivier Sannier
JVCL Developer


Subject: replacing LINUX with UNIX
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Aug 2004 08:26:39 +0200
Newsgroups: jedi.vcl

I think we should replace LINUX with the more generic UNIX (from JCL).
The components may not be FPC compatible, but i doubt that any really Linux specific functions are called.
Anyway it would not harm the JVCL because it cannt be compiled on Unix yet.

Also the SUPPORTS_ and HAS_ mcaros should be used as much as possible.

BTW can someone test the JVCL with FPC/Lazarus?
I want to know more about the amount of changes needed to make the JVCL compatible with FPC.


Subject: sources of dpp.exe
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Aug 2004 07:13:06 +0200
Newsgroups: jedi.vcl

Where are the sources of devtools\JvExVCL\Src\dpp.exe?

If the program depends on 3rd party stuff then the self-written part with links should be part of the JVCL to allow building the program.

I want to change the program to work on single files to allow to integrate it in the make process of the installer.


Subject: Re: unused files in JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 09 Aug 2004 22:42:44 +0200
Newsgroups: jedi.vcl

Done

OBones wrote:

> Jens Fudickar wrote:
>
>>> It is not used by any component, but may prove useful for users of the parameter list component. As such, it is useful.
>>> Well, at least, that's how I understand it.
>>
>>
>>
>> Completly right. It's an utility unit i want to improve in the next time. It can't be used by any unit, but it's usefull for developers.
>
>
>
> Then it should be added to the package, or BCB users won't be able to use it, which would be a "shame" <g>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem installing because of missing 'JclWideStrings.dcu'
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 09 Aug 2004 21:26:14 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Wait for tomorrow, it should be fixed

Oh yeah, and recompile the JCL.


Subject: Re: Installation suggestion
From: Thomas Mueller <news@s2h.cx>
Date: Mon, 09 Aug 2004 20:41:44 +0200
Newsgroups: jedi.vcl

Hi,

Robert Rossmair wrote:

>> >> (How I miss the subst command in Linux!)

> > Like Olivier said: create a soft link.  "subst" is a function atop
> > Windows' imbecile drive letter concept, Unix file systems thankfully
> > offer nothing alike.

I disagree re the drive letter concept being imbecile. Yes, it being the
only way is a pain in the ***, but it can be quite nice to have this
possibility. Especially the concept of each drive having its own current
directory can make life much easier sometimes:

given:
subst s: c:\somewhere\deep\inside\a\directory\tree
subst q: c:\somewhere\else\very\deep

allows:
copy s:\*.* q:\*.*

rather than:
copy c:\somewhere\deep\inside\a\directory\tree c:\somewhere\else\very\deep

> > May I ask where's the benefit of keeping DCU paths short?

Easier to switch there in a command line. (I do the same with S: for
sources, there it matters more.)

> > Also note that one DCU directory wouldn't do for the JCL.  Separate
> > directories are needed for release and debug DCU files.  If you have n
> > different Delphi/BCB versions installed, you need 2 * n directories.

I usually don't use debug DCUs if I have got the source code. I just add the
sources to the search path. And I don't have more than one version of
Delphi installed on any computer (that's what I use VMware for). But of
course, that's different for others.

twm



Subject: Re: Problem installing because of missing 'JclWideStrings.dcu'
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 09 Aug 2004 19:59:30 +0200
Newsgroups: jedi.vcl

Wait for tomorrow, it should be fixed


Subject: Problem installing because of missing 'JclWideStrings.dcu'
From: "Kee" <kostya.n.o.s.p.a.m.y@no.s.p.a.m.gmail.com>
Date: Mon, 9 Aug 2004 19:26:27 +0200
Newsgroups: jedi.vcl

Hello
I'm trying to install JVCL.
I've downloaded 'JVCL3-Latest.zip' and 'jcl-Latest.zip' from the daily 
snapshots site. Now I unpacked both, but I didnt install jcl, I run 
install.bat .. and I get the following error:
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
13153 lines, 0.92 seconds, 24968 bytes code, 309 bytes data.
[Compiling: JvCustomD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Components\JVCL3-Latest\run\JvUnicodeEditor.pas(44) Fatal: File not 
found: 'JclWideStrings.dcu'

** error 1 ** deleting JvCustomD7R.bpl

I have Delphi 7 Enterprise edition.

Thanks in advance.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installation suggestion
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 09 Aug 2004 19:21:30 +0200
Newsgroups: jedi.vcl

Hi,

>> I put all of the runtime BPL's in the Windows\System32 folder, the
>> design time BPL's in a \Libs\JVcl\BPL folder and the DCU's in a
>> \Libs\Jvcl\DCU folder.  This helps to keep the paths short.
>
>
> In my case I put the BPLs into q:\bpl, the DCP files into q:\bpl\dcp and the
> dcu's into a subdirectory under q:\bpl\dcu. Where q: is a subst'ed drive,
> which keeps the path's even shorter. ;-) (How I miss the subst command in
> Linux!)

Like Olivier said: create a soft link.  "subst" is a function atop Windows' imbecile drive letter concept, Unix file systems thankfully offer nothing alike.

May I ask where's the benefit of keeping DCU paths short?

Also note that one DCU directory wouldn't do for the JCL.  Separate directories are needed for release and debug DCU files.  If you have n different Delphi/BCB versions installed, you need 2 * n directories.



Subject: Re: hint background color
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Aug 2004 16:54:33 +0200
Newsgroups: jedi.vcl

Andy wrote:

> Hi Eric,
> how do you reduce the size of the dfm ?
> I don't use any images (apart from bitbtn images).

TImageLists are strange beasts. They store the pictures in the color format of the computer which added the components to the form.


Subject: Re: Mantis 2035: Need opinions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Aug 2004 16:52:33 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I agree that some components need a bit of a "cleaning" in their inheritance structure, but I think that what dejoy proposes is not discerning enough and doesn't provide much to end users. After all, we are not providing many components that are intended for reuse, apart from the sytles, painters and element handlers. As a result, right now, I'm in favour on turning down that offer, even if I'm open to discussions. The issue is currently assigned to me, but this is a decision that needs to be taken as a group. Developers and Users are welcome to comment.

I would implement it for as many components as possible.
A welcome side effect would be that all the properties are checked for correct placement in one of the protected/public/published sections.

Maybe not for JVCL 3 final though.


Subject: Re: Mantis 2035: Need opinions
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 16:06:20 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>>>    That's not really a problem with the context sensitive help
>
> (provided it
>
>>> is working; in the Doc-O-Matic NG was a post on what settings to use to
>
> make
>
>>> sure it works in D6+). [...]
>>
>> It would be a problem with the online (web) help because people would be
>> looking in the wrong place and I don't have hierarchy information in
>> there because I only read dtx files. Oh, yes, you might be asking "what?
>> web help?" and I'd answer "yes, web help, it'll be there quite soon (end
>> of week for limited review)"
>
>
>     I wasn't going to ask, because already mentioned once you were working
> on it (granted, a long, long, loooong time ago but it hadn't really slipped
> my memory yet). But I see your point in that case.

Well, that would be something like 4 months ago. The system has been in a workable state for all that period, but I wasn't happy with it, it was missing features. I worked on it this week-end and it now has all the features I want, except one that should only take a couple of hours (if not less) to implement. The plan is then to do a limited release for review, get feedback, incorporate changes and finally put it on the JVCL webserver (graciously provided by Borland) by the end of the month. It might be there earlier, but I don't want to give false hopes by promising things that would never come (hint hint hint to Borland C++ Management).

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Installation suggestion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 9 Aug 2004 15:58:59 +0200
Newsgroups: jedi.vcl

Dean wrote:

> > Line237:         Group :=
> > TargetConfig.Frameworks.Items[TargetConfig.Target.IsPersonal, Kind];

CLX is not supported on Delphi 6 (too many CLX bugs and differences to
Delphi 7) and all Personal Editions (do not ship with CLX).


-- Regards, Andreas Hausladen 

Subject: Re: Mantis 2035: Need opinions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 9 Aug 2004 15:58:00 +0200
Newsgroups: jedi.vcl

>> > >     That's not really a problem with the context sensitive help
(provided it
>> > > is working; in the Doc-O-Matic NG was a post on what settings to use to
make
>> > > sure it works in D6+). [...]
> >
> > It would be a problem with the online (web) help because people would be
> > looking in the wrong place and I don't have hierarchy information in
> > there because I only read dtx files. Oh, yes, you might be asking "what?
> > web help?" and I'd answer "yes, web help, it'll be there quite soon (end
> > of week for limited review)"

    I wasn't going to ask, because already mentioned once you were working
on it (granted, a long, long, loooong time ago but it hadn't really slipped
my memory yet). But I see your point in that case.

> >
>> > >     considering the work already has been done, I don't see a reason not
to
>> > > use it.
> > Well, it means modifying about 500 files and this will definitely
> > introduce new bugs. This is why I'm reluctant to do it on units that I
> > have no idea of what they are doing. And asking people to do it on
> > "their" units might prove to be a problem...

    It's not big of a chance so I think people would be able to do it on
'their' units without much trouble. But I'm sure other people will also have
an opinion on this issue.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Mantis 2035: Need opinions
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 15:34:38 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     That's not really a problem with the context sensitive help (provided it
> is working; in the Doc-O-Matic NG was a post on what settings to use to make
> sure it works in D6+). If you have selected a property in the OI, or your
> cursor is on a property/method/event of the class and you press F1, you will
> be automagically transferred to the correct topic (and yes the title will
> refer to TJvCustomMainMenu in this case, but frankly, who cares?).

It would be a problem with the online (web) help because people would be looking in the wrong place and I don't have hierarchy information in there because I only read dtx files. Oh, yes, you might be asking "what? web help?" and I'd answer "yes, web help, it'll be there quite soon (end of week for limited review)"

>     considering the work already has been done, I don't see a reason not to
> use it.
Well, it means modifying about 500 files and this will definitely introduce new bugs. This is why I'm reluctant to do it on units that I have no idea of what they are doing. And asking people to do it on "their" units might prove to be a problem...

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Installation suggestion
From: "Dean" <None@none.com>
Date: Mon, 9 Aug 2004 12:55:46 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Dean wrote:
> > 
>> > > Line237:         Group :=
>> > > TargetConfig.Frameworks.Items[TargetConfig.Target.IsPersonal, Kind];
> > 
> > CLX is not supported on Delphi 6 (too many CLX bugs and differences to
> > Delphi 7) and all Personal Editions (do not ship with CLX).

Ouch, Did not realise.  I did manage to compile the CLX libraries in
the pas but never tested them.

Thanks

Dean


Subject: Re: Mantis 2035: Need opinions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 9 Aug 2004 14:46:21 +0200
Newsgroups: jedi.vcl

> > While doing so puts us strictly in accordance with the coding
> > guidelines, I don't think it is worth the trouble for some if not most
> > components. The example I can think of is TJvMainMenu. It inherits from
> > TMainMenu, and if we were to add a TJvCustomMainMenu, the inheritance
> > chain would be:
> >
> > TMenu --> TMainMenu --> TJvCustomMainMenu --> TJvMainMenu
> >
> > And this looks weird to me.

    I agree that it is not always neccessary but it doesn't hurt either.

> > Further, when they get the help file, people would be looking for
> > explanations in the TJvMainMenu section and might get frustrated (I
> > would) if they had to go into the TJvCustomMainMenu to get the actual
> > information because TJvMainMenu is just an empty shell.

    That's not really a problem with the context sensitive help (provided it
is working; in the Doc-O-Matic NG was a post on what settings to use to make
sure it works in D6+). If you have selected a property in the OI, or your
cursor is on a property/method/event of the class and you press F1, you will
be automagically transferred to the correct topic (and yes the title will
refer to TJvCustomMainMenu in this case, but frankly, who cares?).

> >
> > I agree that some components need a bit of a "cleaning" in their
> > inheritance structure, but I think that what dejoy proposes is not
> > discerning enough and doesn't provide much to end users. After all, we
> > are not providing many components that are intended for reuse, apart
> > from the sytles, painters and element handlers. As a result, right now,
> > I'm in favour on turning down that offer, even if I'm open to
> > discussions. The issue is currently assigned to me, but this is a
> > decision that needs to be taken as a group. Developers and Users are
> > welcome to comment.

    considering the work already has been done, I don't see a reason not to
use it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Installation suggestion
From: "Dean" <None@none.com>
Date: Mon, 9 Aug 2004 12:37:57 +0000 (UTC)
Newsgroups: jedi.vcl

Dean wrote:
> > Ok, figured out what was going on.  Install.bat was doing nothing for
> > me because I had an old Delphi 7 registry key without Delphi 7 being
> > installed any more.  After deleting this key, all worked brilliantly
> > for me.

Ok, some more feedback.

1) I have installed JCL 1.91.  I have the DJcl60.bpl file in the
Windows\System32 folder and the other example BPL's in
E:\Libs\General\BPL folder.  The DCU files are in the
E:\Libs\General\DCU folder.  The installation application did not pick
these up.  I suggest that the installer be modified to look in the
System32 as it is a runtime package.

2) The user cannot change the DCU folder only the BPL and DPC folders.

3) I did not get VisualCLX as an option in the frameworks list box
under 'New Installation' although this could be because I already have
some JVCL components installed but none of these are CLX ones.
Actually, having just checked this, it is not the case.  Line 237
returns a group of nil when the Kind is pkClx.  Wierd.

Line237:         Group :=
TargetConfig.Frameworks.Items[TargetConfig.Target.IsPersonal, Kind];

Thanks

Dean


Subject: Mantis 2035: Need opinions
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 14:32:09 +0200
Newsgroups: jedi.vcl

I all.

Mantis 2035 is about getting an associated TJvCustomXXX class with all TJvXXX classes. The poster (dejoy) has given a file where he did all the required modifications on a not too old daily snapshot.
While doing so puts us strictly in accordance with the coding guidelines, I don't think it is worth the trouble for some if not most components. The example I can think of is TJvMainMenu. It inherits from TMainMenu, and if we were to add a TJvCustomMainMenu, the inheritance chain would be:

TMenu --> TMainMenu --> TJvCustomMainMenu --> TJvMainMenu

And this looks weird to me.
Further, when they get the help file, people would be looking for explanations in the TJvMainMenu section and might get frustrated (I would) if they had to go into the TJvCustomMainMenu to get the actual information because TJvMainMenu is just an empty shell.

I agree that some components need a bit of a "cleaning" in their inheritance structure, but I think that what dejoy proposes is not discerning enough and doesn't provide much to end users. After all, we are not providing many components that are intended for reuse, apart from the sytles, painters and element handlers. As a result, right now, I'm in favour on turning down that offer, even if I'm open to discussions. The issue is currently assigned to me, but this is a decision that needs to be taken as a group. Developers and Users are welcome to comment.

Thanks for your help

Olivier Sannier
JVCL Developer


Subject: Re: Installation suggestion
From: "Dean" <None@none.com>
Date: Mon, 9 Aug 2004 11:45:43 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:
> > No, it works perfectly well, the install.bat file at the root does
> > compile and launch it without the JVCL being installed nor the JCL
> > being available.  However, if you want to edit the project, then you
> > need ot have the JVCL installed.

Ok, figured out what was going on.  Install.bat was doing nothing for
me because I had an old Delphi 7 registry key without Delphi 7 being
installed any more.  After deleting this key, all worked brilliantly
for me.

Thanks for all the help.

Dean


Subject: Re: hint background color
From: "Andy" <Andy@no.mail.please>
Date: Mon, 9 Aug 2004 21:08:07 +0930
Newsgroups: jedi.vcl

Hi Eric,
how do you reduce the size of the dfm ?
I don't use any images (apart from bitbtn images).

Andy

"Eric G" <eric@a_menlog_a.com> wrote in message
news:cevici$khs$1@talkto.net...
> > Hi,
> >
> > I resolve my problem today !
> >
> > I have reduce the size of the .dfm and all is OK.
> > Have you many images in your form ?
> > What is the size of your dfm ?
> >
> > Eric
> >
> >
> > "Andy" <Andy@no.mail.please> a écrit dans le message de
> > news:cdv3id$14q$1@talkto.net...
>> > > Hi All,
>> > > I have just downloaded and installed the latest jvcl and modified my app
> > for
>> > > the new components (I was using jvcl 2.1).
>> > > Now I have a problem with Hints - they appear as black boxes !!!
>> > > I tried using Application.HintColor:=clInfobk but it made no difference.
>> > >
>> > > I don't use any jvcl hint component.
>> > >
>> > > Any ideas ?
>> > >
>> > > Andy
>> > >
>> > >
> >
> >




Subject: Re: UnRegsiterServer
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 9 Aug 2004 13:33:55 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> schrieb im Newsbeitrag
news:cf79h9$sp8$1@talkto.net...

Hi,

i have found a littel (but important) typo: the function name inside the DLL
has to of correct case:

> >     DllUnRegServ := GetProcAddress(Handle, 'DllUnRegisterServer');


should be     DllUnRegServ := GetProcAddress(Handle, 'DllUnregisterServer');

(I will add the function to Mantis so it does not get forgotten)

Ciao,
Ralf





Subject: Re: Installation suggestion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 9 Aug 2004 13:05:16 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Can the installer already generate the JvEx* files 

No. But this should be easy to implement. Just modify the makefiles in
packages\bin


> > and the CLX files?

This is impossible because there are some hand modifications (I assume)
because the auto-generator is not perfect. And some modifications must be
backported to the VCL code base. But André meight know more about this.


-- Regards, Andreas Hausladen 

Subject: Re: Installation suggestion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Aug 2004 12:44:57 +0200
Newsgroups: jedi.vcl

Can the installer already generate the JvEx* files and the CLX files?
These files sum up to about 14 MB which then can be removed from the Release version.


Subject: Re: Installation suggestion
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 11:00:26 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> Hi,
>
> None wrote:
>
>
>
>> Just a quick suggestion for the installation application.  Could it not
>> be changed to allow developers to create the compiled files in their
>> own custom folders.
>
>
> I second that.
>
>
>> For Example:
>
>
>> I put all of the runtime BPL's in the Windows\System32 folder, the
>> design time BPL's in a \Libs\JVcl\BPL folder and the DCU's in a
>> \Libs\Jvcl\DCU folder.  This helps to keep the paths short.
>
>
> In my case I put the BPLs into q:\bpl, the DCP files into q:\bpl\dcp and the
> dcu's into a subdirectory under q:\bpl\dcu. Where q: is a subst'ed drive,
> which keeps the path's even shorter. ;-) (How I miss the subst command in
> Linux!)
ln -s should do...


Subject: UnRegsiterServer
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 9 Aug 2004 10:47:53 +0200
Newsgroups: jedi.vcl

Hello,

can someone with CVS write access please add this function to the unit
JvJCLUtils?
There is a RegisterServer-function but no way to unregister a COM-server.
Maybe it would be good to test if the DLL can be unregistered with
"DllCanUnloadNow" before unregistering??

function UnRegisterServer(const ModuleName: string): Boolean;
type
  TProc = procedure;
var
  Handle: THandle;
  DllUnRegServ: Pointer;
begin
  Result := False;
  Handle := LoadDLL(ModuleName);
  try
    DllUnRegServ := GetProcAddress(Handle, 'DllUnRegisterServer');
    if Assigned(DllUnRegServ) then
    begin
      TProc(DllUnRegServ);
      Result := True;
    end;
  finally
    FreeLibrary(Handle);
  end;
end;

Ciao,
Ralf



Subject: Re: Installation suggestion
From: Thomas Mueller <news@s2h.cx>
Date: Mon, 09 Aug 2004 10:47:17 +0200
Newsgroups: jedi.vcl

Hi,

None wrote:


> > Just a quick suggestion for the installation application.  Could it not
> > be changed to allow developers to create the compiled files in their
> > own custom folders.

I second that.

> > For Example:

> > I put all of the runtime BPL's in the Windows\System32 folder, the
> > design time BPL's in a \Libs\JVcl\BPL folder and the DCU's in a
> > \Libs\Jvcl\DCU folder.  This helps to keep the paths short.

In my case I put the BPLs into q:\bpl, the DCP files into q:\bpl\dcp and the
dcu's into a subdirectory under q:\bpl\dcu. Where q: is a subst'ed drive,
which keeps the path's even shorter. ;-) (How I miss the subst command in
Linux!)

twm



Subject: Re: Installation suggestion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Aug 2004 10:44:34 +0200
Newsgroups: jedi.vcl

OBones wrote:

> If I'm not mistaken, it already allows that, by proposing the directory edit boxes in the options page. Note however that those boxes only appear when the "all IDEs" item is NOT selected in the top combobox.

If the installer is changed in the near future then it should get its own copy of JclFinalize.pas and use it (alternatively JvFinalize.pas).
With that JvFinalize.pas can be moved to JCL.


Subject: Re: Installation suggestion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Aug 2004 10:41:18 +0200
Newsgroups: jedi.vcl

Dean wrote:

> Ouch, have to get those eyes checked some time.  Did have a look at
> JVCLInstall, the problem is that it needs JVCL to compile.  Should a
> compiled version not be included?

This works without JVCL installed because the installer is part of the JVCL directory tree so it can reference the directories with relative pathes. Installed components are only of relevance for the IDE. The command line compiler is only interested in finding the source files.


Subject: Re: Installation suggestion
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 10:30:07 +0200
Newsgroups: jedi.vcl

Dean wrote:

> OBones wrote:
>
>> Then please have a look at the obsolete.txt file <g>
>
>
> Ouch, have to get those eyes checked some time.  Did have a look at
> JVCLInstall, the problem is that it needs JVCL to compile.  Should a
> compiled version not be included?

No, it works perfectly well, the install.bat file at the root does compile and launch it without the JVCL being installed nor the JCL being available.
However, if you want to edit the project, then you need ot have the JVCL installed.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Installation suggestion
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 10:14:48 +0200
Newsgroups: jedi.vcl

Dean wrote:

> BTW: I am looking at JVCL3Install and not JVCLInstall.

Then please have a look at the obsolete.txt file <g>

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Missing PO file in CVS checkout
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 9 Aug 2004 09:53:03 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:cf758r$rq7$2@talkto.net...
> > OBones wrote:
> >
>> > > Woops, that's me forgetting to add the Polish JVCLInstall file.
>> > > I thought I comitted it. There are no translations in it, simply copy
>> > > the one from locale into locale\pl\LC_MESSAGES\ and that should do it.
> >
> > That's even weirder, I just did an update and the JVCLInstall.po file
> > did come through...

Hi,

really weired...

i did a new checkout but there was no JVCLInstall.po in a directory "pl".
There even was no directory "pl"! (now i have copied another PO file to this
location and the installation works)

Ciao,
Ralf



Subject: Re: Installation suggestion
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 09:51:57 +0200
Newsgroups: jedi.vcl

If I'm not mistaken, it already allows that, by proposing the directory edit boxes in the options page. Note however that those boxes only appear when the "all IDEs" item is NOT selected in the top combobox.


Subject: Re: Missing PO file in CVS checkout
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 09:32:15 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Woops, that's me forgetting to add the Polish JVCLInstall file.
> I thought I comitted it. There are no translations in it, simply copy the one from locale into locale\pl\LC_MESSAGES\ and that should do it.

That's even weirder, I just did an update and the JVCLInstall.po file did come through...


Subject: Re: Missing PO file in CVS checkout
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 09:29:39 +0200
Newsgroups: jedi.vcl

Woops, that's me forgetting to add the Polish JVCLInstall file.
I thought I comitted it. There are no translations in it, simply copy the one from locale into locale\pl\LC_MESSAGES\ and that should do it.


Subject: Missing PO file in CVS checkout
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 9 Aug 2004 09:21:18 +0200
Newsgroups: jedi.vcl

Hello,

with the CVS checkout 20 minutes ago) i get the following error:

-------------------------------

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Generating: de
Generating: es
Generating: fr
Generating: it
Generating: nl
Generating: pl
/cygdrive/e/dxgettext/msgfmt: error while opening
"pl\LC_MESSAGES\JVCLInstall.po
" for reading: No such file or directory

** error 1 ** deleting pl

** error 1 ** deleting MOs
Press ENTER to continue

-------------------------------

Ciao,
Ralf



Subject: Re: JclWStrUtils.pas added to JCL as JclWideStrings.pas
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 09:17:11 +0200
Newsgroups: jedi.vcl

Please see my answer in jedi.jcl


Subject: Re: Installation suggestion
From: "Dean" <None@none.com>
Date: Mon, 9 Aug 2004 07:14:52 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:
> > Then please have a look at the obsolete.txt file <g>

Ouch, have to get those eyes checked some time.  Did have a look at
JVCLInstall, the problem is that it needs JVCL to compile.  Should a
compiled version not be included?

Cheers

Dean


Subject: Re: Installation suggestion
From: "Dean" <None@none.com>
Date: Mon, 9 Aug 2004 07:12:10 +0000 (UTC)
Newsgroups: jedi.vcl

Dean wrote:
> >     Result := CompilePackageGroup(
> >       FTarget.JCLPackageDir + '\' + JclBpgFilename,
> >       JclIncludePaths,
> >       JclLibDir + '\' + FTarget.JclDirName + ';' + FTarget.DcpDir,
> >       JclSourcePaths,
> > // this line indicates the output folder
> >       JclLibDir + '\' + FTarget.JclDirName + ObjDirIfNecessary,
> > // this line indicates the lib output folder
> >       FTarget.JCLPackageDir + '\' + FTarget.JclDirName,
> >       True);

or 

    Result := CompilePackageGroup(
      JVCLPackageDir + '\' + FTarget.BpgName,
      JVCLIncludePaths,
      JVCLDir + '\' + FTarget.LibDir + ';' + FTarget.DcpDir + ';' +
FTarget.BplDir,
      JVCLSourcePaths,
// this line indicates the output folder
      JVCLDir + '\' + FTarget.LibDir,
// this line indicates the lib output folder
      FTarget.DcpDir,
      False);

When not compiling the JCL.

Cheers

Dean


Subject: Re: Installation suggestion
From: "Dean" <None@none.com>
Date: Mon, 9 Aug 2004 07:03:41 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > If I'm not mistaken, it already allows that, by proposing the
> > directory edit boxes in the options page. Note however that those
> > boxes only appear when the "all IDEs" item is NOT selected in the top
> > combobox.

From what I can see, the first combobox is "Build packages".  Looking
at the code, this is the line that calls the compile.

    Result := CompilePackageGroup(
      FTarget.JCLPackageDir + '\' + JclBpgFilename,
      JclIncludePaths,
      JclLibDir + '\' + FTarget.JclDirName + ';' + FTarget.DcpDir,
      JclSourcePaths,
// this line indicates the output folder
      JclLibDir + '\' + FTarget.JclDirName + ObjDirIfNecessary,
// this line indicates the lib output folder
      FTarget.JCLPackageDir + '\' + FTarget.JclDirName,
      True);

It's not a problem to modify the code but thought it would be nice as a
standard feature.

Cheers

Dean

BTW: I am looking at JVCL3Install and not JVCLInstall.


Subject: JclWStrUtils.pas added to JCL as JclWideStrings.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Aug 2004 08:45:48 +0200
Newsgroups: jedi.vcl

I have added JvWStrUtils.pas to the JCL as JclWideStrings.pas.
All relevant JCL packages have been updated.
The JVCL has been updated to use JclWideStrings.pas.

The daily Zips should be generated today for JCL and JVCL
(if the automatic generation does not work yet).

Peter3 has updated jedi.inc to contain DEFINEs for Delphi8
and Delphi9. I have updated the JCL file.
This may give a small problem with the history in jedi.inc
because Peter's comments are not contained in the JCL CVS.

It seems that the JCL packages are not generated by the
Package Generator from the JVCL. Maybe the .xml files
for the Package Generator are outdated.
I am not familiar enough with the Package Generator to
check that.


Subject: Re: Installation suggestion
From: "Dean" <None@none.com>
Date: Mon, 9 Aug 2004 06:41:44 +0000 (UTC)
Newsgroups: jedi.vcl

Appologies for the name as "None".



Subject: Installation suggestion
From: "None" <None@none.com>
Date: Mon, 9 Aug 2004 06:38:54 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

Just a quick suggestion for the installation application.  Could it not
be changed to allow developers to create the compiled files in their
own custom folders.

For Example:

I put all of the runtime BPL's in the Windows\System32 folder, the
design time BPL's in a \Libs\JVcl\BPL folder and the DCU's in a
\Libs\Jvcl\DCU folder.  This helps to keep the paths short.

Cheers

Dean


Subject: Re: JvProcessList?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 09 Aug 2004 08:37:13 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> What's the new equivalent for the old TJvProcessList compo?
>
> That must have been a long time ago. I can't find it in 2.10 nor in 3.0.
> What was the unit name and what did it do?
>
Most likely give the list of running processes, which can be done using a function from the JCL, function which name I can't recall right now.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JvProcessList?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Aug 2004 08:33:47 +0200
Newsgroups: jedi.vcl

> > What's the new equivalent for the old TJvProcessList compo?
That must have been a long time ago. I can't find it in 2.10 nor in 3.0.
What was the unit name and what did it do?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Merging of HTL converters
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Aug 2004 06:25:39 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Is there any particular reason we couldn't merge the different HTML
> converters into one unit (there are in the JvNet package)? The units I am
> thinking of are JvRgbToHTML, JvStrToHTML, JvStringlistToHTML,
> JvRichEditToHTML and JvFormToHTML. Seems silly that all these small classes
> should be in their own units.
>
> Would be a good opportunity to fix the capitalization as well ;>
>

No problem with that.
Someone wanted to donate his (commercial) parser sources some time ago on a Borland newsgroup. I advised to post her, but i saw no message.
I will try to find the guy. An email to the address provided in the newsgroup message bounced.


Subject: Re: Latest jvcl zip as of 8/8/2004
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Aug 2004 06:22:29 +0200
Newsgroups: jedi.vcl

micha schumann wrote:
> Installation CLX fails on d7 pro german:
>
> ...
> E:\MyLibs\jvcl\qrun\JvQJCLUtils.pas(6842) Warnung: Symbol 'HeapAllocFlags' ist plattformspezifisch
> Fehler: Datei nicht gefunden: '..\Resources\JvWStrUtils.res'
>
> means: Error: File not found: '..\Resources\JvWStrUtils.res'
>
> Without CLX D5 enterprise and D7 pro installation runs like clockwork...
>
> Thanks for any help!
>
> Micha


Seems a bug in generating the CLX files. Probably a glitch in the uses of some file.
JvWStrUtils.pas will go to the JCL soon. I think i will fully add it to the JCL today and replace it in the JVCL files.


Subject: Latest jvcl zip as of 8/8/2004
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sun, 08 Aug 2004 20:50:02 +0000
Newsgroups: jedi.vcl

Installation CLX fails on d7 pro german:

....
E:\MyLibs\jvcl\qrun\JvQJCLUtils.pas(6842) Warnung: Symbol 'HeapAllocFlags' ist plattformspezifisch
Fehler: Datei nicht gefunden: '..\Resources\JvWStrUtils.res'

means: Error: File not found: '..\Resources\JvWStrUtils.res'

Without CLX D5 enterprise and D7 pro installation runs like clockwork...

Thanks for any help!

Micha


Subject: Merging of HTL converters
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 8 Aug 2004 22:15:04 +0200
Newsgroups: jedi.vcl

Is there any particular reason we couldn't merge the different HTML
converters into one unit (there are in the JvNet package)? The units I am
thinking of are JvRgbToHTML, JvStrToHTML, JvStringlistToHTML,
JvRichEditToHTML and JvFormToHTML. Seems silly that all these small classes
should be in their own units.

Would be a good opportunity to fix the capitalization as well ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: jvOutlookBar shortcomming
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 8 Aug 2004 18:05:00 +0200
Newsgroups: jedi.vcl

> > Is it
> > possible to add support for actions or menus on the
> > buttons

I've just comitted a new version to CVS with support for Actions. Let me
know if you have problems/additional suggestions.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: unused files in JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 08 Aug 2004 16:40:01 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     So, I vote for utility units to go into the package the unit they belong
> to is in.

Same vote for me.


Subject: Re: Html Parser in 2.10
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 8 Aug 2004 16:34:53 +0200
Newsgroups: jedi.vcl

Have a look at the Mantis report. The tag parser attached already parses
tags, attributes and content.

Thanks anyway!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: unused files in JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 8 Aug 2004 16:30:18 +0200
Newsgroups: jedi.vcl

> > I'm definitely not in favor of adding yet another directory.
> > And the really limited number of such units doesn't make me feel they
> > would have an impact on the size of the package.
> > Further, most JVCL users don't use the "Compile with runtime packages"
> > option and so this additional code wouldn't even be put into the final
> > application.

    I agree with Olivier. Another directory (even if it would be a sub
directory of run or common) is not worth it. We're talking about what, 5
units at most? A separate package is also undesirable. That package would be
dependant on a number of other packages if we have utility units for units
in several packages, also something to avoid. And most of the units will be
fairly small and will not add much to the size of the package they're added
to.

    So, I vote for utility units to go into the package the unit they belong
to is in.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Html Parser in 2.10
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 8 Aug 2004 16:29:15 +0200
Newsgroups: jedi.vcl

> > You should have a look at this Mantis post:
> >
http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?bu
g_id=0002007
> >
> > I wrote a very simple HTML parser that might be just what you're looking
> > for. The download includes a demo as well.

Peter, you may want to implement this into the HTMLParsers for parsing the
attributes, it's case-sensitive, but this can be canged by using lowercase
or uppercase where Pos is used:

function GetAttributeValue(Name, S : string): string;
begin
 if Pos(Name + '=', S)= 0 then
  begin
   Result := '';
   Exit;
  end;
 Delete(S, 1, Pos(Name + '=', S) + Length(Name));
  if S [1] = '"' then
   begin
    Delete(S, 1, 1);
    Result := Copy(S, 1, Pos('"', S) - 1);
   end
  else
   begin
    while S[1] = #32 do
     Delete(S, 1, 1);
    Result := Copy(S, 1, Pos(' ', S) - 1);
   end;
end;

function GetAttributeSubvalue(Name, SubName, S: string): string;
begin
 S := GetAttributeValue(Name, S);
 if (S = '') or (Pos(SubName + ':' , S) = 0) then
  begin
   Result := '';
   Exit;
  end;
 Delete(S, 1, Pos(SubName + ':', S) + Length(SubName));
 while S[1] = #32 do
  Delete (S, 1, 1);
 if Pos(';', S) > 0 then
  Result := Copy(S, 1, Pos(';', S) - 1)
 else
  Result := S;
end;

// usage

procedure TForm1.Button1Click(Sender: TObject);
var
 x: string;
begin
X := '<tagname attribute1=value1 attribute2="value2" style="subatt1:
subval1; subatt2: subval2">';
showmessage(x);
Showmessage(GetAttributeValue ('style', X));
Showmessage(GetAttributeSubvalue ('style', 'subatt2', X));
end;




Subject: Re: unused files in JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 08 Aug 2004 16:16:09 +0200
Newsgroups: jedi.vcl


OBones wrote:

> Robert Marquardt wrote:
>
>> OBones wrote:
>>
>>>> Completly right. It's an utility unit i want to improve in the next time. It can't be used by any unit, but it's usefull for developers.
>>>
>>>
>>>
>>> Then it should be added to the package, or BCB users won't be able to use it, which would be a "shame" <g>
>>
>>
>>
>> Maybe add a separate package for such support units or at least a separate directory.
>
>
> I'm definitely not in favor of adding yet another directory.
> And the really limited number of such units doesn't make me feel they would have an impact on the size of the package.
> Further, most JVCL users don't use the "Compile with runtime packages" option and so this additional code wouldn't even be put into the final application.
>
> This, of course, is open for debate.
>

I think in the same way.

Greetings
Jens
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: unused files in JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 08 Aug 2004 16:05:22 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>>> Completly right. It's an utility unit i want to improve in the next time. It can't be used by any unit, but it's usefull for developers.
>>
>>
>> Then it should be added to the package, or BCB users won't be able to use it, which would be a "shame" <g>
>
>
> Maybe add a separate package for such support units or at least a separate directory.

I'm definitely not in favor of adding yet another directory.
And the really limited number of such units doesn't make me feel they would have an impact on the size of the package.
Further, most JVCL users don't use the "Compile with runtime packages" option and so this additional code wouldn't even be put into the final application.

This, of course, is open for debate.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: unused files in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 08 Aug 2004 15:35:43 +0200
Newsgroups: jedi.vcl

OBones wrote:

>> Completly right. It's an utility unit i want to improve in the next time. It can't be used by any unit, but it's usefull for developers.
>
> Then it should be added to the package, or BCB users won't be able to use it, which would be a "shame" <g>

Maybe add a separate package for such support units or at least a separate directory.


Subject: Re: unused files in JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 08 Aug 2004 13:45:03 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>> It is not used by any component, but may prove useful for users of the parameter list component. As such, it is useful.
>> Well, at least, that's how I understand it.
>
>
> Completly right. It's an utility unit i want to improve in the next time. It can't be used by any unit, but it's usefull for developers.


Then it should be added to the package, or BCB users won't be able to use it, which would be a "shame" <g>


Subject: Re: unused files in JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 08 Aug 2004 12:57:55 +0200
Newsgroups: jedi.vcl



OBones wrote:
> Robert Marquardt wrote:
>
>> Jens Fudickar wrote:
>>
>>>>   run\JvParameterListTools.pas   seems of no use anymore
>>>
>>>
>>>
>>>
>>> Wrong,
>>>
>>> this is an utility Unit for JvParameterList. The only solution could be to merge it into the JvParameterList. But this is a way i didn't like. For me the JvParameterList is the core file, but i'm open for comments.
>>>
>>> Jens
>>
>>
>>
>> It is not used though. Only JvResources.pas references it.
>
>
> It is not used by any component, but may prove useful for users of the parameter list component. As such, it is useful.
> Well, at least, that's how I understand it.

Completly right. It's an utility unit i want to improve in the next time. It can't be used by any unit, but it's usefull for developers.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: unused files in JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 8 Aug 2004 11:19:16 +0200
Newsgroups: jedi.vcl

> > Files i do not know what to do with:
> >    [...]
> >    run\JvInspXVCL.pas       maybe obsolete

    I think it should be considered obsolete. It contains a data layer class
for JvInspector to work with XVCL, but the writer of that library doesn't
seem to have time to work on it. Once that project starts again, I think the
unit should be added to XVCL instead.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: unused files in JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 8 Aug 2004 10:53:37 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Not completely wrong :-)
> > Only JvQExComboEdits.pas is used. Is it possible to have the file only
> > generated for CLX?

The dpp32 does not know about VCL or CLX. It simply preprocesses the
files. We could rename the file to JvQ... but then the converter will not
find it.



-- Regards, Andreas Hausladen 

Subject: Re: unused files in JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 08 Aug 2004 09:57:57 +0200
Newsgroups: jedi.vcl

General remark:

If a Pascal file is not in a package, then it is not available to BCB users as it won't be compiled as an obj file and a corresponding header file will not be generated.
So as a rule, if a file is "required" in any way by a componennt or to help the user, it MUST be put in the appropriate package so that all users regardless of their IDE can access it.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: unused files in JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 08 Aug 2004 09:34:37 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Jens Fudickar wrote:
>
>>>   run\JvParameterListTools.pas   seems of no use anymore
>>
>>
>>
>> Wrong,
>>
>> this is an utility Unit for JvParameterList. The only solution could be to merge it into the JvParameterList. But this is a way i didn't like. For me the JvParameterList is the core file, but i'm open for comments.
>>
>> Jens
>
>
> It is not used though. Only JvResources.pas references it.

It is not used by any component, but may prove useful for users of the parameter list component. As such, it is useful.
Well, at least, that's how I understand it.


Subject: Re: unused files in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 08 Aug 2004 08:07:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:


>> run\JvExComboEdits.pas   no component bases on this file
>
> Wrong. The VisualCLX components uses them.

Not completely wrong :-)
Only JvQExComboEdits.pas is used. Is it possible to have the file only generated for CLX?


Subject: Re: unused files in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 08 Aug 2004 06:31:31 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>>   run\JvParameterListTools.pas   seems of no use anymore
>
>
> Wrong,
>
> this is an utility Unit for JvParameterList. The only solution could be to merge it into the JvParameterList. But this is a way i didn't like. For me the JvParameterList is the core file, but i'm open for comments.
>
> Jens

It is not used though. Only JvResources.pas references it.


Subject: Re: unused files in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 08 Aug 2004 06:29:12 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> run\JvExComboEdits.pas   no component bases on this file
>
> Wrong. The VisualCLX components uses them.

A search over all JVCL files does not turn up much.
JvExVCL\preprocess.bat
JvExVCL\Build.pas
seem the only files using it.


Subject: Re: JVCL 3BETA installation problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 08 Aug 2004 00:27:36 +0200
Newsgroups: jedi.vcl

Hi Jan,

> I am installing the files in JVCL300BETA1JCL190Complete.zip in Delphi 7 prof
> and both the jcl an jvcl installs fail. Can someone please help me out? What
> is a URW3950 internal error?

It's a bug in the compiler itself, hence "internal error".  URW means (IIRC) "unit read/write", the number provides additional information meaningful only for Borland QA.

I haven't heard of this problem with JVCL Beta1 yet.  Perhaps your installation is corrupted?

You could try to install JCL 1.91 + a recent daily .zip of JVCL 3 instead.


Subject: Re: unused files in JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 07 Aug 2004 22:03:23 +0200
Newsgroups: jedi.vcl

>   run\JvParameterListTools.pas   seems of no use anymore

Wrong,

this is an utility Unit for JvParameterList. The only solution could be to merge it into the JvParameterList. But this is a way i didn't like. For me the JvParameterList is the core file, but i'm open for comments.

Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: unused files in JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 7 Aug 2004 20:02:13 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > run\JvExComboEdits.pas   no component bases on this file

Wrong. The VisualCLX components uses them.


-- Regards, Andreas Hausladen 

Subject: unused files in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 07 Aug 2004 19:35:38 +0200
Newsgroups: jedi.vcl

I have checked the .pas files of the JVCL for unused files.
I grepped for ".pas" in the package XML files and compared
the file lists to a directory listing.

Please object if i erred in the lists below.

Files to add to a package:
  common\ObjSel.pas       is used by run\JvObjectPickerDialog.pas so it
                          should be added to JvDlgs-R.xml
  run\JvSpellChecker.pas  is used by JvSpellIntf.pas
  run\JvSpellIntf.pas     used in examples\JvSpellChecker, but not
                          contained in any package
  run\JvUIBObj.pas        used in examples\...\RemoteObject, but
                          not contained in JvUIB-R.xml
  run\UIBSrv.pas          same as JvUIBObj.pas

Files i do not know what to do with:
  common\Winamp.pas        completely unused
  run\JvExComboEdits.pas   no component bases on this file
  run\JvInspXVCL.pas       maybe obsolete

Files for Archive:
  design\JvgPointEditor.pas      an unused property editor
  run\JvAniFile.pas              replaced by JvAni.pas
  run\JvCpuUsage.pas             definitely
  run\JvgGraph.pas               already deactivated
  run\JvgImageGroup.pas          already deactivated
  run\JvgTagParser.pas           already deactivated
  run\JvgWinMask.pas             already deactivated
  run\JvParameterListTools.pas   seems of no use anymore


Subject: JVCL 3BETA installation problem
From: "Jan Toornstra" <tornstra@xs4all.nl>
Date: Sat, 7 Aug 2004 13:42:12 +0200
Newsgroups: jedi.vcl

I am installing the files in JVCL300BETA1JCL190Complete.zip in Delphi 7 prof
and both the jcl an jvcl installs fail. Can someone please help me out? What
is a URW3950 internal error?

Thanks in advance

cheers,
Jan


The JCL installer reports an error in JCLDebugIde70.DPK
When I install this package manually it reports URW3950 error

The JVCL 3.0 installer reports
......
Compiling package: JvCmpD7D.bpl

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

D:\Download\JVCL300BETA\jcl300\jvcl\design\JvPageManagerForm.pas(45) Fatal:
Internal error: URW3950






Subject: Re: I cant find TJvDirectories
From: "Martin Schuster" <martin@oaktree.de>
Date: Sat, 7 Aug 2004 10:07:02 +0200
Newsgroups: jedi.vcl

Thank You all,

Martin






Subject: Re: TJvgPageControl
From: "runspect" <nospam@nospam.es>
Date: Sat, 7 Aug 2004 01:02:35 +0200
Newsgroups: jedi.vcl

Thanks for the info :-)

> >
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid Problem
From: "runspect" <nospam@nospam.es>
Date: Sat, 7 Aug 2004 00:35:10 +0200
Newsgroups: jedi.vcl

Thanks for your answer :-)

>> >>I've installed the 4 Aug daily zip, and now I've problems with the size 
> >of
>> >>the grids, automatically they are fitted to a size ignoring width 
> >property
>> >>¿? ¿? ¿? What is wrong?
> >
> >Reset the AutoSizeColumns property to its default value: false.
> >
> >Fred
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvProcessList?
From: "Wilson" <Griessman@Griessman.com>
Date: Fri, 6 Aug 2004 14:43:13 -0300
Newsgroups: jedi.vcl

What's the new equivalent for the old TJvProcessList compo?


thanks,

Wilson




---
Certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.734 / Virus Database: 488 - Release Date: 4/8/2004




Subject: Re: question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 6 Aug 2004 19:40:56 +0200
Newsgroups: jedi.vcl

> > Also: a lot of stuff is not needed anymore. Furthermore, one has to
> > think of creating a JEDI-namespace hierarchy...

    already happening with everything that gets added to the JEDI.NET
project.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: JvProcessList
From: "Anna Griessman" <Griessman@Griessman.com>
Date: Fri, 6 Aug 2004 14:40:18 -0300
Newsgroups: jedi.vcl

What's the new equivalent compo for old TJvProcessList?


thanks,

Wilson




---
Certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.734 / Virus Database: 488 - Release Date: 4/8/2004




Subject: Re: question
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Fri, 6 Aug 2004 20:27:48 +0300
Newsgroups: jedi.vcl

Thank you for your answer,

Tiberiu


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:cf0a8f$ost$1@talkto.net...
> > someone from eXact SRL wrote:
> >
>> > > I was told at Borland that RX library components are to be found at JVCL
>> > > now. Is there any way that your components could compile with D8 ?
> >
> > D8 compatibility is far away (if ever achieved).
> > It would more or less require implementing new components from ground up.




Subject: Re: question
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Aug 2004 19:14:51 +0200
Newsgroups: jedi.vcl

someone from eXact SRL wrote:

> I was told at Borland that RX library components are to be found at JVCL
> now. Is there any way that your components could compile with D8 ?

D8 compatibility is far away (if ever achieved).
It would more or less require implementing new components from ground up.


Subject: question
From: "someone from eXact SRL" <exact@rdslink.ro>
Date: Fri, 6 Aug 2004 20:06:20 +0300
Newsgroups: jedi.vcl

Hi all,

I am new in your newsgroup and I want to ask a question.

We are using D6 and lots of "RX Library 2.75 official conversion to Delphi
6,v1.0 (by SGB Software) components".

I am thinking of migrating my applications to D8.

I tried to open my D6 project with D8 and everything went fine until the
compiler reached the RX component sources. There I got error after error.
Mainly pointer errors. This is why I tried to find a new RX for D8 component
update.

I was told at Borland that RX library components are to be found at JVCL
now. Is there any way that your components could compile with D8 ?



Tiberiu, Arad, Romania





Subject: Re: question
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Fri, 6 Aug 2004 16:18:30 +0000 (UTC)
Newsgroups: jedi.vcl

Also: a lot of stuff is not needed anymore. Furthermore, one has to
think of creating a JEDI-namespace hierarchy...


Robert Marquardt wrote:

> > someone from eXact SRL wrote:
> > 
>> > > I was told at Borland that RX library components are to be found at
>> > > JVCL now. Is there any way that your components could compile with
>> > > D8 ?
> > 
> > D8 compatibility is far away (if ever achieved).
> > It would more or less require implementing new components from ground
> > up.



Subject: Re: TJvgPageControl
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Aug 2004 16:33:42 +0200
Newsgroups: jedi.vcl

Don S wrote:

> If they're not "worth the effort to improve the Globus components" and "there are superior alternatives in the JVCL already", why is Globus there to begin with?   

Mainly we took in all components of interest.
Later the Globus components simply lost in the competition.
Globus is still largely Delphi 3 compatible and as a stable component pack in itself it seems that they got the same problems we try to avoid with the JVCL. Compatibility issues stifle the development.
This is one of the reasons why i am against compytibility to earlier versions of the JVCL.


Subject: Re: TJvgPageControl
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Aug 2004 14:58:41 +0200
Newsgroups: jedi.vcl

> > If they're not "worth the effort to improve the Globus components"
> > and "there are superior alternatives in the JVCL already", why is Globus
there to begin with?
Because when they were considered, those two statements weren't as true as
they are today.

> > Component count?
Yeah, right. As if we didn't now that 95% of the criticism against JVCL is
about its size...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvgPageControl
From: "Don S" <mudshark@rancidbud.org>
Date: Fri, 6 Aug 2004 08:47:45 -0400
Newsgroups: jedi.vcl

>>> > >>I am not sure if it is worth the effort to improve the Globus 
>>> > >>components. For most of them there are superior alternatives in the JVCL 
>>> > >>already.

>> > > Then, shouldn't they be in the archives?

> > No because the Globus library was included in the JVCL3 at the condition 
> > it can be installed as a standalone package for users of the Globus 
> > library before it was merged in the JVCL.
 
> > We may remove the duplicates from the JVCL, but not before having 
> > released a "stable" (as in, not marked as beta) JVCL 3.

Then, I guess I missed the point.  

If they're not "worth the effort to improve the Globus components" and "there are superior alternatives in the JVCL already", why is Globus there to begin with?   

Component count?




Subject: JVEasterEgg
From: "David McCallum" <dmacukNO@SPAMblueyonder.co.uk>
Date: Fri, 6 Aug 2004 12:21:32 +0100
Newsgroups: jedi.vcl

I can't get this component to work.

Place one on my form, set Active to True, Egg to test and ControlKeys to
ssShift. The OnEggFound procedure just shows a message. Pressing SHIFT-TEST
does nothing.

Am I missing something?

TIA

David McCallum




Subject: Re: TJvgPageControl
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 06 Aug 2004 12:40:35 +0200
Newsgroups: jedi.vcl

Don S wrote:

>> I am not sure if it is worth the effort to improve the Globus components. For most of them there are superior alternatives in the JVCL already.
>
>
> Then, shouldn't they be in the archives?
>
No because the Globus library was included in the JVCL3 at the condition it can be installed as a standalone package for users of the Globus library before it was merged in the JVCL.

We may remove the duplicates from the JVCL, but not before having released a "stable" (as in, not marked as beta) JVCL 3.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: hint background color
From: "Eric G" <eric@a_menlog_a.com>
Date: Fri, 6 Aug 2004 12:29:02 +0200
Newsgroups: jedi.vcl

Hi,

I resolve my problem today !

I have reduce the size of the .dfm and all is OK.
Have you many images in your form ?
What is the size of your dfm ?

Eric


"Andy" <Andy@no.mail.please> a écrit dans le message de
news:cdv3id$14q$1@talkto.net...
> > Hi All,
> > I have just downloaded and installed the latest jvcl and modified my app
for
> > the new components (I was using jvcl 2.1).
> > Now I have a problem with Hints - they appear as black boxes !!!
> > I tried using Application.HintColor:=clInfobk but it made no difference.
> >
> > I don't use any jvcl hint component.
> >
> > Any ideas ?
> >
> > Andy
> >
> >




Subject: Re: TJvgPageControl
From: "Don S" <mudshark@rancidbud.org>
Date: Fri, 6 Aug 2004 06:25:55 -0400
Newsgroups: jedi.vcl


> > I am not sure if it is worth the effort to improve the Globus 
> > components. For most of them there are superior alternatives in the JVCL 
> > already.

Then, shouldn't they be in the archives?



Subject: Re: TJvgPageControl
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Aug 2004 12:00:34 +0200
Newsgroups: jedi.vcl

> > I am not sure if it is worth the effort to improve the Globus
> > components. For most of them there are superior alternatives in the JVCL
> > already.

Yeah, just an "in case you aren't doing anything anyway" kind of suggestion.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvgPageControl
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Aug 2004 11:48:13 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:


> Use Glyphs:TImageList. It seems this component was created before D5, so it
> doesn't use the Images property (maybe something to fix?)

I am not sure if it is worth the effort to improve the Globus components. For most of them there are superior alternatives in the JVCL already.


Subject: Re: JvDBGrid Drag
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 6 Aug 2004 11:31:07 +0200
Newsgroups: jedi.vcl

> >Can it work like windows explorer right pane ?

But it works exactly like that! The Shift key allows extended selection, 
and the Ctrl key allows separated selections. When you click without 
these keys, only one row is selected. That's the common way of multi-
selection and you'll find that almost everywhere.

> >When there is no row selected, it is selected on "onMouseDown" event.
> >When there is at least one row selected, the new clicked row is
> >selected on "OnMouseUp" event.

IMHO, this wish is a bit too personal because you're asking to change 
drastically how the events are fired. OnMouseDown and OnMouseUp are very 
common events to which programmers are used to and they're supposed to 
be activated the same way they are in the other components.

To show me your bug, please send me a Delphi or BCB example (no exec and 
size < 100 Ko) to: alexgrand at* hotmail dot* com

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid Problem
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 6 Aug 2004 11:13:01 +0200
Newsgroups: jedi.vcl

> >I've installed the 4 Aug daily zip, and now I've problems with the size 
of
> >the grids, automatically they are fitted to a size ignoring width 
property
> >¿? ¿? ¿? What is wrong?

Reset the AutoSizeColumns property to its default value: false.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGridSelectColumnForm bug
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 6 Aug 2004 11:12:09 +0200
Newsgroups: jedi.vcl

> >in JvDBGridSelectColumnForm.pas/dfm:
> >
> >cbWithFieldName.Visible should be True.
> >otherwise access violation in Line 127: cbWithFieldName.Hide; ???

Sorry to say it but that's an imaginary bug. Because Hide is just an 
other way to set "Visible" to false and "Visible" is a property 
protected like many thousand other properties by this code: if NewValue 
<> OldValue then Do Something. You can set "Visible" to false a billion 
times, that will do nothing and you will never have an Access Violation.

Moreover, Hide is called in the OnActivate event. That means the form is 
visible and have the focus. So it's unlikely you have a problem with 
visibility and handle allocation.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: hint background color
From: "Eric G" <eric@a_menlog_a.com>
Date: Fri, 6 Aug 2004 10:53:18 +0200
Newsgroups: jedi.vcl

Hi

I have the same problem
The bug appears sometime when i use transparent component ??
but i can't see why

Eric.


"Andy" <Andy@no.mail.please> a écrit dans le message de
news:cdv3id$14q$1@talkto.net...
> > Hi All,
> > I have just downloaded and installed the latest jvcl and modified my app
for
> > the new components (I was using jvcl 2.1).
> > Now I have a problem with Hints - they appear as black boxes !!!
> > I tried using Application.HintColor:=clInfobk but it made no difference.
> >
> > I don't use any jvcl hint component.
> >
> > Any ideas ?
> >
> > Andy
> >
> >




Subject: Re: TJvgPageControl
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Aug 2004 08:28:32 +0200
Newsgroups: jedi.vcl

> > How can I put an image on each tab?  I have not been able to... Should I
> > use Glyphs or Images property?
Use Glyphs:TImageList. It seems this component was created before D5, so it
doesn't use the Images property (maybe something to fix?)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: I cant find TJvDirectories
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Aug 2004 08:21:04 +0200
Newsgroups: jedi.vcl

> > Have a look in the JCL
Specifically, JclFileUtils.pas - TJclFileVersionInfo

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid Drag
From: "Jim" <iraklion@NOSPAMhotmail.com>
Date: Fri, 6 Aug 2004 04:44:50 +0000 (UTC)
Newsgroups: jedi.vcl

> > Nothing wrong here. The left button is used to select rows as any
> > other control allowing multi-selection does, so it deselects rows
> > when you click on one of them without the Shift or Ctrl key pressed.
> > That could be changed to prevent selection/deselection when a drag is 
> > pending, but that would not work with BeginDrag(Immediate = false).

Can it work like windows explorer right pane ?

When there is no row selected, it is selected on "onMouseDown" event.
When there is at least one row selected, the new clicked row is
selected on "OnMouseUp" event.
So we can use the left mouse button to brag selected items.

Jim


Subject: Re: JvDBGrid Drag
From: "Jim" <iraklion@NOSPAMhotmail.com>
Date: Fri, 6 Aug 2004 04:41:23 +0000 (UTC)
Newsgroups: jedi.vcl

>> > > Another problem is that sometimes when dropping to the other control
>> > > not all the rows selected are droped
> > 
> > I have no time currently to investigate on this subject. Please let
> > us know if you find where is the bug.

The problem I described occurs only if JvDBGrid is ReadOnly.
If ReadOnly := False everything works ok.

I hope this can help you find the bug.

Jim


Subject: JvDBGrid Problem
From: "runspect" <nospam@nospam.es>
Date: Fri, 6 Aug 2004 00:50:11 +0200
Newsgroups: jedi.vcl

I've installed the 4 Aug daily zip, and now I've problems with the size of
the grids, automatically they are fitted to a size ignoring width property
¿? ¿? ¿? What is wrong?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvgPageControl
From: "runspect" <nospam@nospam.es>
Date: Fri, 6 Aug 2004 00:14:26 +0200
Newsgroups: jedi.vcl

How can I put an image on each tab?  I have not been able to... Should I
use Glyphs or Images property?

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvgPageControl
From: "runspect" <nospam@nospam.es>
Date: Fri, 6 Aug 2004 00:11:11 +0200
Newsgroups: jedi.vcl

--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGridSelectColumnForm bug
From: Carlos <ctfbs@sr.net>
Date: Thu, 05 Aug 2004 19:02:48 -0300
Newsgroups: jedi.vcl

Hi

in JvDBGridSelectColumnForm.pas/dfm:

cbWithFieldName.Visible should be True.
otherwise access violation in Line 127: cbWithFieldName.Hide; ???

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: I cant find TJvDirectories
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 05 Aug 2004 20:31:34 +0200
Newsgroups: jedi.vcl

Martin Schuster wrote:

> "Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
> news:cetnvq$aof$1@talkto.net...
>
>> Martin Schuster wrote:
>>
>>
>>> It is not longer in JVCL or dit it get a new name?
>>
>> Has been retired to Archive.
>> Have a look at changelog.txt. JvComputerInfoEx.pas is the replacement.
>> I will retire JvMemoryInfo.pas tomorrow.
>
>
>
> Thank You, now I found it,
>
> Is there a Component in JVCL to get the FileVersion-Nr, SubVersion-Nr,
> Build-Nr ?

Have a look in the JCL


Subject: Re: I cant find TJvDirectories
From: "Martin Schuster" <martin@oaktree.de>
Date: Thu, 5 Aug 2004 20:10:30 +0200
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:cetnvq$aof$1@talkto.net...
> > Martin Schuster wrote:
> >
>> > > It is not longer in JVCL or dit it get a new name?
> >
> > Has been retired to Archive.
> > Have a look at changelog.txt. JvComputerInfoEx.pas is the replacement.
> > I will retire JvMemoryInfo.pas tomorrow.


Thank You, now I found it,

Is there a Component in JVCL to get the FileVersion-Nr, SubVersion-Nr,
Build-Nr ?

Martin




Subject: Re: I can find TJvDirectories
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Aug 2004 19:50:32 +0200
Newsgroups: jedi.vcl

Martin Schuster wrote:

> It is not longer in JVCL or dit it get a new name?

Has been retired to Archive.
Have a look at changelog.txt. JvComputerInfoEx.pas is the replacement.
I will retire JvMemoryInfo.pas tomorrow.


Subject: I can find TJvDirectories
From: "Martin Schuster" <martin@oaktree.de>
Date: Thu, 5 Aug 2004 17:37:28 +0200
Newsgroups: jedi.vcl

Hello,

I use a daily-build (02.Aug.04) and I am missing the Component:
TJvDirectories
it was in JvSystems in teh Release on sourceforge.net.

It is not longer in JVCL or dit it get a new name?

Thanks
Martin




Subject: Re: Problem with XP
From: "Frank van Seggelen" <Frank@VanSeggelen.NL>
Date: Thu, 5 Aug 2004 13:16:48 +0200
Newsgroups: jedi.vcl

Super thanks....

"OBones" <obones_gfgfd_@_dgf_altern.org> schreef in bericht
news:cet0qr$652$1@talkto.net...
> > Frank van Seggelen wrote:
> >
>> > > hello,
>> > >
>> > > I'am using JVCL 2.10 when i use for example the JvPlacemnt in the uses
>> > > clause in an empty form and i start the appl. on some Windows XP systems
the
>> > > application is not initializing and asking to send the error to MS.
>> > >
>> > > Any idea what the problem is on other systems it's running fine.
>> > >
>> > > Thanks....
>> > >
>> > > Frank van Seggelen
>> > >
>> > >
> > I suspect this is the very well known bug about processors faster than
> > 3Ghz. This bug actually comes from the JCL, and has been fixed about 6
> > months ago. It only happens on the fastest systems, which nowadays are
> > mostly bundled with Windows XP, even though this has nothing to do with
> > Windows.
> > To fix this, you have two solutions:
> > 1. Find the related messages in jedi.jcl and copy the proposed fix.
> > 2. Install the latest JCL and JVCL.
> >
> > We do recommend using the second solution. In order to get the latest
> > JCL and JVCL, please go to these websites and follow the instructions in
> > the readme documents:
> >
> > http://jvcl.sf.net/daily/
> > http://jcl.sf.net/daily/
> >
> > Thanks for considering the JVCL
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Re: Problem with XP
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 05 Aug 2004 13:14:12 +0200
Newsgroups: jedi.vcl

Frank van Seggelen wrote:

> hello,
>
> I'am using JVCL 2.10 when i use for example the JvPlacemnt in the uses
> clause in an empty form and i start the appl. on some Windows XP systems the
> application is not initializing and asking to send the error to MS.
>
> Any idea what the problem is on other systems it's running fine.
>
> Thanks....
>
> Frank van Seggelen
>
>
I suspect this is the very well known bug about processors faster than 3Ghz. This bug actually comes from the JCL, and has been fixed about 6 months ago. It only happens on the fastest systems, which nowadays are mostly bundled with Windows XP, even though this has nothing to do with Windows.
To fix this, you have two solutions:
1. Find the related messages in jedi.jcl and copy the proposed fix.
2. Install the latest JCL and JVCL.

We do recommend using the second solution. In order to get the latest JCL and JVCL, please go to these websites and follow the instructions in the readme documents:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/

Thanks for considering the JVCL

Olivier Sannier
JVCL Developer


Subject: Re: bug ? : JVpagelist : JvStandardPage loosing contents in design time
From: "Wierzbicki Stéphane" <swierzbicki@fermoba.fr>
Date: Thu, 5 Aug 2004 13:04:53 +0200
Newsgroups: jedi.vcl

Wooaawww I didn't expect a so quick answer :)
Thank you a lot :D

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news:cesuqn$5ml$1@talkto.net...
> > OK, this seems to fix it:
> >
> > In design\JvPageListEditorForm.pas replace:
> >
> > procedure TfrmPageListEditor.SelectPage(const Index: Integer);
> > var
> >   Page: TJvCustomPageAccess;
> > begin
> >   if Assigned(FPageList) and Active then
> >   begin
> >     Page := nil;
> >     if (Index >= 0) and (Index < FPageList.PageCount) then
> >       Page := TJvCustomPageAccess(FPageList.Pages[Index]);
> >     PageList.ActivePage := Page;
> >     Designer.SelectComponent(Page);
> >     Designer.Modified;
> >   end;
> > end;
> >
> > in run\JvPageList.pas, replace:
> >
> > procedure TJvCustomPageList.SetActivePage(Page: TJvCustomPage);
> > var
> >   ParentForm: TCustomForm;
> > begin
> >   if GetPageCount = 0 then
> >     FActivePage := nil;
> >   if (Page = nil) or (Page.PageList <> Self) then
> >     Exit
> >   else
> >   begin
> >     ParentForm := GetParentForm(Self);
> >     if (ParentForm <> nil) and (FActivePage <> nil) and
> >       FActivePage.ContainsControl(ParentForm.ActiveControl) then
> >     begin
> >       ParentForm.ActiveControl := FActivePage;
> >       if ParentForm.ActiveControl <> FActivePage then
> >       begin
> >         ActivePage := GetPageFromIndex(FActivePage.PageIndex);
> >         Exit;
> >       end;
> >     end;
> >     Page.BringToFront;
> >     Page.Visible := True;
> >     if (ParentForm <> nil) and (FActivePage <> nil) and
> > (ParentForm.ActiveControl = FActivePage) then
> >     begin
> >       if Page.CanFocus then
> >         ParentForm.ActiveControl := Page
> >       else
> >         ParentForm.ActiveControl := Self;
> >     end;
> >     Page.Refresh;
> >
> >     if CanChange(FPages.IndexOf(Page)) then
> >     begin
> >       if (FActivePage <> nil) and (FActivePage <> Page) then
> >         FActivePage.Visible := False;
> >       if (FActivePage <> Page) then
> >       begin
> >         FActivePage := Page;
> >         Change;
> >       end;
> >       if (ParentForm <> nil) and (FActivePage <> nil) and
> >         (ParentForm.ActiveControl = FActivePage) then
> >       begin
> >         FActivePage.SelectFirst;
> >       end;
> >     end;
> >   end;
> > end;
> >
> >
> > I'll update in CVS as well. Thanks for letting us know.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: DBGrid Inplace Editors
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 5 Aug 2004 12:49:24 +0200
Newsgroups: jedi.vcl

> >Are there any examples of how to create and use inplace editors in 
DBGrid ?
> >
> >Thanks


DBGrid or JvDBGrid ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem with XP
From: "Frank van Seggelen" <Frank@VanSeggelen.NL>
Date: Thu, 5 Aug 2004 12:42:36 +0200
Newsgroups: jedi.vcl

hello,

I'am using JVCL 2.10 when i use for example the JvPlacemnt in the uses
clause in an empty form and i start the appl. on some Windows XP systems the
application is not initializing and asking to send the error to MS.

Any idea what the problem is on other systems it's running fine.

Thanks....

Frank van Seggelen




Subject: Re: bug ? : JVpagelist : JvStandardPage loosing contents in design time
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Aug 2004 12:38:22 +0200
Newsgroups: jedi.vcl

OK, this seems to fix it:

In design\JvPageListEditorForm.pas replace:

procedure TfrmPageListEditor.SelectPage(const Index: Integer);
var
  Page: TJvCustomPageAccess;
begin
  if Assigned(FPageList) and Active then
  begin
    Page := nil;
    if (Index >= 0) and (Index < FPageList.PageCount) then
      Page := TJvCustomPageAccess(FPageList.Pages[Index]);
    PageList.ActivePage := Page;
    Designer.SelectComponent(Page);
    Designer.Modified;
  end;
end;

in run\JvPageList.pas, replace:

procedure TJvCustomPageList.SetActivePage(Page: TJvCustomPage);
var
  ParentForm: TCustomForm;
begin
  if GetPageCount = 0 then
    FActivePage := nil;
  if (Page = nil) or (Page.PageList <> Self) then
    Exit
  else
  begin
    ParentForm := GetParentForm(Self);
    if (ParentForm <> nil) and (FActivePage <> nil) and
      FActivePage.ContainsControl(ParentForm.ActiveControl) then
    begin
      ParentForm.ActiveControl := FActivePage;
      if ParentForm.ActiveControl <> FActivePage then
      begin
        ActivePage := GetPageFromIndex(FActivePage.PageIndex);
        Exit;
      end;
    end;
    Page.BringToFront;
    Page.Visible := True;
    if (ParentForm <> nil) and (FActivePage <> nil) and
(ParentForm.ActiveControl = FActivePage) then
    begin
      if Page.CanFocus then
        ParentForm.ActiveControl := Page
      else
        ParentForm.ActiveControl := Self;
    end;
    Page.Refresh;

    if CanChange(FPages.IndexOf(Page)) then
    begin
      if (FActivePage <> nil) and (FActivePage <> Page) then
        FActivePage.Visible := False;
      if (FActivePage <> Page) then
      begin
        FActivePage := Page;
        Change;
      end;
      if (ParentForm <> nil) and (FActivePage <> nil) and
        (ParentForm.ActiveControl = FActivePage) then
      begin
        FActivePage.SelectFirst;
      end;
    end;
  end;
end;


I'll update in CVS as well. Thanks for letting us know.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: bug ? : JVpagelist : JvStandardPage loosing contents in design time
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Aug 2004 12:25:54 +0200
Newsgroups: jedi.vcl

> > I have this problem (in design mode and in runtime mode).
Probably due to some changes I just did in order to make JvPageList remember
the design-time ActivePage. I'll investigate.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: DBGrid Inplace Editors
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Thu, 05 Aug 2004 11:10:26 +0100
Newsgroups: jedi.vcl

Are there any examples of how to create and use inplace editors in DBGrid ?

Thanks


Subject: bug ? : JVpagelist : JvStandardPage loosing contents in design time
From: "Wierzbicki Stéphane" <swierzbicki@fermoba.fr>
Date: Thu, 5 Aug 2004 12:01:41 +0200
Newsgroups: jedi.vcl

Hi,

I have downloaded and installed both latest CSV release of JCL and JVCL.
Installation went without any problem.

I have this problem (in design mode and in runtime mode).

In design mode :

When I double click on je JvPageList, an editor appears. When changing from
one JvStandardPage to another, contents are not shown.
When I close this editor, and change the "ActivePage" property on the
JvPageList component, the content of the page is visible again.

In runtime mode :

The content doesn't appears if it was leaved 'invisible' on design time. If
In design time "ActivePage" property was set, it works well....

It seams to be a malicious bug ! Can someone have a look to it ?

Thank you




Subject: Accepted Nomination: Olivier Sannier
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 05 Aug 2004 10:35:32 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I hereby nominate Olivier Sannier (OBones) as JVCL Coordinator
>
And I hereby accept this nomination.

Cheers

Olivier Sannier
JVCL Developer


Subject: Nomination: Remko Bonte
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Aug 2004 10:26:01 +0200
Newsgroups: jedi.vcl

I hereby nominate Remko Bonte (remkobonte) as JVCL Coordinator

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Nomination: Andreas Hausladen
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Aug 2004 10:25:37 +0200
Newsgroups: jedi.vcl

I hereby nominate Andreas Hausladen (AHuser) as JVCL Coordinator

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Nomination: Olivier Sannier
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Aug 2004 10:24:58 +0200
Newsgroups: jedi.vcl

I hereby nominate Olivier Sannier (OBones) as JVCL Coordinator

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Election for new JVCL Coordinator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Aug 2004 10:23:52 +0200
Newsgroups: jedi.vcl

I've been asked to handle the election of a new JVCL Coordinator so here's a
breakdown of rules and agenda:

Rules:
* Anyone can be nominated
* You can nominate yourself
* You can nominate as many people as you like
* Nominees do not have to be JVCL developers
* Only those that accept the nomination will be elligible
* If only one nominee accepts the nomination, the position will
automatically go to that person and there will be no poll
* If noone accepts the nomination or noone votes, this issue will be closed
until someone is willing to take on the position


Agenda:
* Nominations should be posted and accepted before August 22nd, 2004.
* On August 23rd, 2004 a poll will be held with the nominees that have
accepted the nomination.
* The poll will be open until August 29th, 2004 (one week).
* The result of the poll will be announced here on August 31st, 2004 at the
latest.


Post nominations and acceptances as replies to this message.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: move JvMemoryInfos.pas to Archive
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 05 Aug 2004 08:00:39 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I see no need for that component anymore.
> It was limited from the start anyway.
> JvComputerInfoEx provides the info also.

Then please do.


Subject: move JvMemoryInfos.pas to Archive
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Aug 2004 07:37:19 +0200
Newsgroups: jedi.vcl

I see no need for that component anymore.
It was limited from the start anyway.
JvComputerInfoEx provides the info also.


Subject: Re: Install from VCS
From: "Ed Blanchard" <edwardbNOTTHIS@sgci.com>
Date: Thu, 5 Aug 2004 02:47:07 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Ed Blanchard wrote:
> > 
>> > > OTOH, the "megademo" has a number of weirdities...  Are these being
>> > > logged anywhere?
> > 
> > No.
> > The demos are partly out of date and need to be updated to handle the
> > changes we made.  Please tell here what problems you see. Also report
> > them through Mantis.

Certainly... Anything in particular, or just go in alphabetical order?
<g>

Hmmm, "vcs" - I've got jVCl on the brain - I've *got* to start getting
more sleep... VCS, CVS, CSV  - too many TLAs!

Cheers,
EdB


Subject: Re: Html Parser in 2.10
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Aug 2004 00:00:31 +0200
Newsgroups: jedi.vcl

> > From reading the changelogs or searching mantis there dont seem to be any
> > changes with the html parser.

You should have a look at this Mantis post:
http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?bug_id=0002007

I wrote a very simple HTML parser that might be just what you're looking
for. The download includes a demo as well.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: found docking bug.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 04 Aug 2004 23:01:27 +0200
Newsgroups: jedi.vcl

Samson Fu wrote:
> JvDockServer or Client will change caption to NOTHING when computer back from LOCKED mode (Winkey+L). I am using WindowsXP, with
> JvDockVSNetStyle..
>
> Anyone notice this? and how to fix it?

The problem is in TJvDockVIDStyle.ParentFormWindowProc from JvDockVIDStyle.pas. When you unlock a computer multiple WM_WININICHANGE (=WM_SETTINGCHANGE) messages are send to the application.

The procedure is probably made to react to system color changes. But I don't understand why the caption is set to an empty string there.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvInspector: valuelist items mouse capture bugfix
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Wed, 4 Aug 2004 17:38:55 +0200
Newsgroups: jedi.vcl

Hi,

Value list items seem to have "frozen" scrollbar in the
dropdown listbox, because mouse capture is set to
inspector at that time.

There are two possible (and similar) ways to fix this:

#1. Add at the end of TJvCustomInspectorItem.DropDown:

SetCapture(0);

#2. Modify TJvCustomInspectorItem.MouseDown:

    [...]
    begin
      Tracking := True;
      TrackButton(X, Y);
      if iifValueList in Flags then
      begin
        DropDown;
        Inspector.MouseCapture := False; <-- added this line
      end else
        Inspector.MouseCapture := True;
    end;
    [...]

Regards,
Aleksander Oven




Subject: found docking bug.
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Wed, 4 Aug 2004 16:28:03 +0800
Newsgroups: jedi.vcl

JvDockServer or Client will change caption to NOTHING when computer back from LOCKED mode (Winkey+L). I am using WindowsXP, with
JvDockVSNetStyle..

Anyone notice this? and how to fix it?

Thank you!
-- Samson Fu 

Subject: Re: Icons in tackbar
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 4 Aug 2004 08:44:33 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:ceoee9$cr2$1@talkto.net...


> > I belive you need to set the Application.Handle of your DLL to be the same
> > value as the Application.Handle of your executable.

That is right.

Another way is to override CreateParams in the dialog form and set
Params.wndParent to the handle of the calling window (or "GetActiveWindow")
This works also if the calling application does not have an application
handle, i am using some plugins in a DLL from a addin for MS Word and doing
it the "CreateParams-way".

Ciao,
Ralf



Subject: Re: Extended Mapi
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Aug 2004 08:39:30 +0200
Newsgroups: jedi.vcl

> > But i have to say that your faster than
> > superman
Google is your friend ;)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Extended Mapi
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Wed, 4 Aug 2004 09:38:57 +0300
Newsgroups: jedi.vcl

Hello Peter. Thank you for links. But i have to say that your faster than
superman

Regards




Subject: Re: Extended Mapi
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Aug 2004 08:25:29 +0200
Newsgroups: jedi.vcl

On this page you can find some info on MAPI in Delphi:
http://www.dimastr.com/outspy/resources.htm

....and a Delphi MAPI header translation you can use in your own programs:
http://www.dimastr.com/outspy/download/MAPI_headers.zip

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Extended Mapi
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Wed, 4 Aug 2004 09:01:33 +0300
Newsgroups: jedi.vcl

Thank you Peter...

But i found that Redemption is an external program and this is not usefull.
Also only we have rapware components for usefull in delphi but it is
commercial. Seems like Microsoft want to patch security holes with
unsuccess.

Regards



"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:ceogrv$dfu$1@talkto.net...
> > ..and here:
> > http://www.outlookcode.com/d/mapi.htm
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: Re: Install from VCS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Aug 2004 06:34:01 +0200
Newsgroups: jedi.vcl

Ed Blanchard wrote:

> OTOH, the "megademo" has a number of weirdities...  Are these being
> logged anywhere?

No.
The demos are partly out of date and need to be updated to handle the changes we made.
Please tell here what problems you see. Also report them through Mantis.



Subject: Install from VCS
From: "Ed Blanchard" <edwardbNOTTHIS@sgci.com>
Date: Wed, 4 Aug 2004 03:12:13 +0000 (UTC)
Newsgroups: jedi.vcl

I grabbed both JVCL and JCL this evening (TortoiseVCS) and installed on
a Win2K box running Delphi 7.1 Enterprise edition (and that had a
previous install of JVCL 2.x).

No problems at all... 

OTOH, the "megademo" has a number of weirdities...  Are these being
logged anywhere?

Cheers,
EdB


Subject: Re: Extended Mapi
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Aug 2004 20:16:48 +0200
Newsgroups: jedi.vcl

...and here:
http://www.outlookcode.com/d/mapi.htm

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Extended Mapi
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Aug 2004 19:39:00 +0200
Newsgroups: jedi.vcl

> > I know this is a little off topic sorry for that... If anyone has another
> > component or documents please let me know.

Have a look here:
http://www.imibo.com/imidev/delphi/mapiorcdo.html#_mapi1book_gly_mapi

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Icons in tackbar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Aug 2004 19:34:02 +0200
Newsgroups: jedi.vcl

> > When dialog or form called from TJvPlugin dll for some reason it is
creating
> > a new item in the task bar. It is causing some problems if user select
> > taskbar items and if dialog is modal. Please let me know if their is any
way
> > not display an items in task bar, when they are created from plugin.
I belive you need to set the Application.Handle of your DLL to be the same
value as the Application.Handle of your executable.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Extended Mapi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Aug 2004 19:21:31 +0200
Newsgroups: jedi.vcl

AFAIK Extended MAPI has a COM interface so components are not really needed. Delphi generates them.
This is the reason why components on top of COM interfaces are not very common.



Subject: Icons in tackbar
From: "Dennis" <dchapligin@dsea.com>
Date: Tue, 3 Aug 2004 10:13:52 -0700
Newsgroups: jedi.vcl

When dialog or form called from TJvPlugin dll for some reason it is creating
a new item in the task bar. It is causing some problems if user select
taskbar items and if dialog is modal. Please let me know if their is any way
not display an items in task bar, when they are created from plugin.

Thanks.




Subject: Re: Extended Mapi
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Tue, 3 Aug 2004 17:13:14 +0300
Newsgroups: jedi.vcl

I have found the unit and it is Petr Vones. Is it implementation of simple
mapi.

Sorry about that




Subject: Extended Mapi
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Tue, 3 Aug 2004 16:08:20 +0300
Newsgroups: jedi.vcl

Hello... I need to use extended mapi for browsing outlook folders within an
external program. When i use simple mapi outlook 2003 show an message for
security and this is annoying users.. Does JCL has a code snipppet like
that. I see some mapi examples but i dont know if it is extended mapi or
not. Or does JVCL has a component like that...

I know this is a little off topic sorry for that... If anyone has another
component or documents please let me know.

Regards




Subject: Re: JvDelphiSettingsMover tool for developer tools
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Tue, 3 Aug 2004 13:54:16 +0300
Newsgroups: jedi.vcl

Thank you for great knowledge.




Subject: Re: Hello, I have a problem to compile the daily-zips
From: "Martin Schuster" <martin@oaktree.de>
Date: Tue, 3 Aug 2004 10:23:25 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:celvkr$tst$1@talkto.net...
>> > > JvCoreD7R.dpk(93) Fatal: Verwendete Unit '..\..\run\JvJVCLAboutForm.pas'
>> > > kann nicht compiliert werden
> > Did you also get the latest JCL (http://jcl.sf.net/daily)? You shouldn't
mix
> > old versions of JCL with new versions of JVCL and viceversa.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >

Thank You,

this was the Problem, first I tryed to compile only with the new version,
now at a second try I installed JCL-Daily first an then it runs!
Thanks

Martin




Subject: Re: jvcl beta 1 and JCL 1.91
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 03 Aug 2004 06:41:28 +0200
Newsgroups: jedi.vcl

FHovey wrote:

> Yes, JCL 1.91 and JVCL 3 Beta 1 will install together, but only if you edit one line in one file. See http://tinyurl.com/6r4oj which translates to http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?
> bug_id=0002020

This is not a "bug" in itself, because the JVCL 3 Beta 1 was done BEFORE the JCL 1.91. If you want to use the JCL 1.91, use the JVCL daily zip, or even better, use both daily packages. They are available here:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: jvcl beta 1 and JCL 1.91
From: "FHovey" <somebody@somewhere.com>
Date: Tue, 3 Aug 2004 06:36:46 +0200
Newsgroups: jedi.vcl

Yes, JCL 1.91 and JVCL 3 Beta 1 will install together, but only if you 
edit one line in one file. See http://tinyurl.com/6r4oj which 
translates to 
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?
bug_id=0002020



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: two new units from JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Aug 2004 06:25:42 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Rossmair wrote:

> JclWStrUtils:  Could that be merged with JclStrings?

Better not. As the comments state it is more or less a replacement unit for JclUnicode.pas.

> If not, it should be renamed to JclWideStrings or perhaps JclWStrings.

No problem.



Subject: jvcl beta 1 and JCL 1.91
From: "Phil Scadden" <P.scadden@^no-spam^remove.gns.cri.nz>
Date: Tue, 3 Aug 2004 15:13:08 +1200
Newsgroups: jedi.vcl

Are these supposed to work together? I get the error in jvcl installer.
(Have posted to jcl group as well).
beta1 and 1.90 had problems with jvclGraphics.pas not found.

Compiling package: JvCoreD7R.bpl

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

H:\CompD7\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared identifier:
'CharIsNumber'

H:\CompD7\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable to
this operand type

H:\CompD7\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could not compile used unit
'..\..\run\JvJCLUtils.pas'

** error 1 ** deleting JvCoreD7R.bpl




Subject: Re: two new units from JVCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 02 Aug 2004 22:01:25 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi,

> I have added JvFinalize.pas and JvWStrUtils.pas as
> JclFinalize.pas and JclWStrUtils.pas.
> No integration into packages yet.

JclWStrUtils:  Could that be merged with JclStrings?

If not, it should be renamed to JclWideStrings or perhaps JclWStrings.


Subject: Re: Hello, I have a problem to compile the daily-zips
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 02 Aug 2004 21:35:43 +0200
Newsgroups: jedi.vcl

I've just checked, I can't see any problems with the D7 packages.


Subject: Re: Hello, I have a problem to compile the daily-zips
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Aug 2004 21:10:22 +0200
Newsgroups: jedi.vcl

> > JvCoreD7R.dpk(93) Fatal: Verwendete Unit '..\..\run\JvJVCLAboutForm.pas'
> > kann nicht compiliert werden
Did you also get the latest JCL (http://jcl.sf.net/daily)? You shouldn't mix
old versions of JCL with new versions of JVCL and viceversa.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JCL JVCL Install Failures!
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 02 Aug 2004 19:40:59 +0200
Newsgroups: jedi.vcl

> Finally I would like to say that bursting like that without a single word of what you did and what happened is not the best way to get some help. This applies here, and in other places as well.

Well said.


Subject: Re: JCL JVCL Install Failures!
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 02 Aug 2004 19:39:42 +0200
Newsgroups: jedi.vcl

Arch Brooks wrote:

> Hello Folks,
>
> The JEDI install is horrible!  Why can the install perform a un install?
> The technology is not new or secretive!  We should be able to click the
> uninstall option and completely un install JEDI JCL and JVCL.

There is simply a lack of man power which prevents us from implementing all features which would we like to provide, even those easily accomplished.  An uninstall option could be in the next release, but addressing features of higher priority could eventually prevent that from happening.

There are more important things on the TODO-List which affect everyday usage. Installation is not done as often.


Subject: Re: JvCreateProcess
From: "George Brink" <siberianowl@yahoo.com>
Date: Mon, 2 Aug 2004 12:39:46 -0400
Newsgroups: jedi.vcl

Actualy, I use this code inside background thread already :) And I do not
need to add extra code as OnTerminate function, becouse... I don't need it.

WinExec32AndWait from JCL is nice, but... NO ENOUGH DOCUMENTATION! :( I just
did not know about this function :(

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:ceea26$opl$1@talkto.net...
> > George Brink wrote:
>> > > I just had the same problem :)  JvCreateProcess does not wait for
console
>> > > kind of application. I solve it that way:
>> > > // all settings for JvCreateProcess1 are by default,
WaitForTerminate:=True
>> > > JvCreateProcess1.CommandLine := 'cmd.exe /C '+sTempFileName;
>> > > JvCreateProcess1.Run;
>> > > WaitForSingleObject(JvCreateProcess1.ProcessInfo.hProcess, $ffffffff)
> >
> > The TJvCreateProcess component is designed to NOT block the main thread,
> > while the console is running. The idea is to respond to events of the
> > component, such as OnTerminate, which is fired when the console ends.
> >
> > If you want to block the main thread, you could use the procedure
> > WinExec32AndWait from JclMiscel.pas (From JCL not JVCL).
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: JvDelphiSettingsMover tool for developer tools
From: "Wierzbicki Stéphane" <swierzbicki@fermoba.fr>
Date: Mon, 2 Aug 2004 18:01:47 +0200
Newsgroups: jedi.vcl

Hello Ibrahim,

Here is how i proceed :

1) Backup the HKLM\SOFTWARE\BORLAND\DELPHI\5.x or 6.x or 7.x
2) Backup the HKCU\SOFTWARE\BORLAND\DELPHI\5.x or 6.x or 7.x
3) Backup the BPL for %DELPHI%\PROJECT\BPL
4) Backup the BPL from system and System32 folder
5) Backup the DLL files from System32 folder :
    gds32.dll
    ibinstall.dll
    ibxml.dll
    IWHTMLLayoutMgr.dll
    IWPreviewxMgr.dll
    Ipng.dll
    midas.dll
    qtintf70.dll
6) Backup you VCL directory
7) Backup VCL vendors regestry entries
8) Backup Delphi file associations (haven't done right now)
9) Backup C:\program files\Commun\Borland Shared

This should works now....

With that, you can reinstall delphi without the installation CD, it's quick
to restore delphi on a new computer.
Don't forget to launch the BDInst to install Borland BDE 5.x

Good luck




"Ibrahim Kutluay" <ikutluay@mayanetcom.tr> a écrit dans le message de
news:cefq2c$uus$1@talkto.net...
> > Dear Ralf i know this method. I want to just run a toold and i must fnish
> > all delphi install and component install jobs for me... I know the common
> > files and shared dll problems. That is why im opening this topic.. I just
to
> > learn can i achieve this just with a button click.
> >
> > Thank you for info..
> >
> >
> > Regards
> >
> >
> >
> > "Ralf Kaiser" <ralf-kaiser@eurobrief.de> wrote in message
> > news:cediho$jsk$1@talkto.net...
>> > > Hi,
>> > >
>> > > there is no special tool needed to move a Delphi installation to a new
>> > > computer (or to a new installtion).
>> > >
>> > > I have done this several times as follows:
>> > >
>> > > - make a backup of HKCU\software\Borland\Delphi\x.0 using regedit
>> > > - make a backup of all components (the compete directories)
>> > > - make a backup of your BPL-directory
>> > >
>> > > - re-install your computer
>> > >
>> > > - install Delphi (in the same path as before!!!) and be sure to start it
>> > > min. one time
>> > > - restore your backups
>> > > - restore the backup of your registry
>> > >
>> > > I have done this on several computers using this method without problems
> > (or
>> > > copied a complete Delphi-installation to another computer)
>> > >
>> > > The only important thing is to use the same path on the new installtion
>> > > because the path-references in the registry backup.
>> > >
>> > > Hope this helps,
>> > > Ralf
>> > >
> >
> >




Subject: Re: two new units from JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Aug 2004 17:34:20 +0200
Newsgroups: jedi.jcl,jedi.vcl

OBones wrote:

> More seriously, why do you lean ?

Because i am still undecided.

The problem of the Installer not finding the JCL could be solved by an environment variable. I think JCLROOT is already in effect.
so the JCL installer sets the environment variable and the JVCL Install.bat tests for it.
I am not sure if this can be made working for all Windows versions though. It may give many complaints "not able to install JVCL".



Subject: Re: two new units from JVCL
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 02 Aug 2004 17:25:36 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt wrote:

> Andreas Hausladen wrote:
>
>> ... and break the Installer due to the usage of JCL units.
>
>
> Currently i lean towards removing JclFinalize.pas from the JCL again, but JclWStrUtils.pas should be integrated.
>
Don't lean too much, you'll fall off your chair ;-)

More seriously, why do you lean ?


Subject: Re: two new units from JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Aug 2004 17:24:54 +0200
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen wrote:

> ... and break the Installer due to the usage of JCL units.

Currently i lean towards removing JclFinalize.pas from the JCL again, but JclWStrUtils.pas should be integrated.



Subject: Re: Hello, I have a problem to compile the daily-zips
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 02 Aug 2004 17:10:17 +0200
Newsgroups: jedi.vcl

Hi.

I'll have a look at that when I get back from work.


Subject: Hello, I have a problem to compile the daily-zips
From: "Martin Schuster" <martin@oaktree.de>
Date: Mon, 2 Aug 2004 16:52:04 +0200
Newsgroups: jedi.vcl

Hello,

I am a newbe at JEDI.

I loaded JVCL3Beta (Release Feb) and install it, it works. (Delphi 7 with
latest Update)

Now I downloaded the Files
JVCL3-2004-07-30.zip
and
JVCL3-2004-08-02.zip

but when I try to comile it, I get the error:
JvCoreD7R.dpk(93) Fatal: Verwendete Unit '..\..\run\JvJVCLAboutForm.pas'
kann nicht compiliert werden

I use the option
New installation / Upgrade from an older version.
and I select 'Build Package'


Is there a new JCL-Lib ?

Thanks
Martin







Subject: Re: two new units from JVCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 02 Aug 2004 15:19:30 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi Craig,

>> If you do this then we must start to ship a precompiled installer.
>
>
>     That would be a really welcome change, BTW.  I've wasted more time
> trying to get the makefile to handle paths with spaces than I care to
> remember.

Aren't that problems gone now (JCL 1.91)?


Subject: Re: TJvgPageControl
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Mon, 2 Aug 2004 08:50:02 -0400
Newsgroups: jedi.vcl

Thanks Peter - thats what I'm leaning towards right now myself.  I'm just
trying to "undock" myself from the pagecontroller and flipping tabs at
design time - LOL.

Jeff

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:ceilr4$c94$1@talkto.net...
> > I'd use a TTabControl and a single listbox. The flat file could be stored
as
> > items in each tabcontrol's Pages.Objects property (you might have to
create
> > a new class for this or use a TStringlist). In the OnChange event of the
> > TTabControl load the TStringlist(Objects[ActivePageIndex]) items into the
> > listbox. You then only need one ListBox1.OnClick event and you would also
> > save a lot of resources using a single listbox instead of multiple
> > pagecontrol pages (each uses one window handle) and multiple listboxes
(each
> > uses one window handle).
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: Re: two new units from JVCL
From: "Craig Stuntz" <cstuntz@nospam.please [a.k.a. vertexsoftware.com]>
Date: Mon, 2 Aug 2004 12:32:24 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Robert Rossmair wrote:

>> > > 	That would be a really welcome change, BTW.  I've wasted more time
>> > > trying to get the makefile to handle paths with spaces than I care
>> > > to remember.
> > 
> > Aren't that problems gone now (JCL 1.91)?

	Haven't tried this yet.  I'll take your word on it.

	-Craig

-- Craig Stuntz . Vertex Systems Corp. . Columbus, OH Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz/ 

Subject: Drawing HTML frames
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Mon, 2 Aug 2004 14:30:26 +0200
Newsgroups: jedi.vcl

  I know this is a little off topic, but I figured since there are so many
great programmers here that someone can help me with this problem, besides I
don't have anyone else to go to.
  I'm trying to make a TGraphicComponent descendant which can show frames
from an html page on it's canvas. Basicly what it does is takes an html page
with frames, parses it (using mshtml), gets row and column sizes and draws
the frameset separator lines on it's canvas.
  Now, it should look like the thing shown in the screenshot, but since it's
still not a component I'm working on correct representation of the frames
with a PaintBox. It shows simple framesets correctly, but when it comes to
more complex ones it's not so good. This is because it goes through the html
page following the element source indexes (which is ok with simple framesets
because one frameset contains only one child frameset) instead of going
through it hierarhically (because in complex framesets one frameset contains
more than one child frameset).
  I hope someone could help me with this (with or without using mshtml), the
project source is in the attachment. Please, this is very important to me,
and if I get to finish it I will donate it to jvcl (if they want it).
  Also, take a look at http://mxs.topcities.com - TableSize Selector if you
need a tool for selecting table sizes like the one in MS Office apps, there
are also some components made for TBX by me.

Thanks in advance!

Marko





Frames.zip
	


frameset.gif
frameset.gif
	



Subject: Re: two new units from JVCL
From: "Craig Stuntz" <cstuntz@nospam.please [a.k.a. vertexsoftware.com]>
Date: Mon, 2 Aug 2004 11:58:41 +0000 (UTC)
Newsgroups: jedi.jcl,jedi.vcl

Andreas Hausladen wrote:

> > If you do this then we must start to ship a precompiled installer.

	That would be a really welcome change, BTW.  I've wasted more time
trying to get the makefile to handle paths with spaces than I care to
remember.

	-Craig

-- Craig Stuntz · Vertex Systems Corp. · Columbus, OH Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz/ 

Subject: Re: Main program icon
From: "Skok Tone" <tone@notimesoft.net>
Date: Mon, 2 Aug 2004 11:19:17 +0200
Newsgroups: jedi.vcl

Ok, thx.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:cekn9m$lih$1@talkto.net...
>> > > when using JvValidator komponent in my program, icon of exe file change
> > and
>> > > even if I set program icon in Project Options of project still remains
the
>> > > same. Icon is Error.ico and it's used for indicating fields that need
> > input.
>> > > Any ideas how to get rid of that icon in exe program?
> >
> > This has been fixed. Get the latest version of JVCL (and JCL) from
> > http://jvcl.sf.net/daily and http://jcl.sf.net/daily. Use the installers
to
> > compile the packages and you should be OK.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvDBGrid Drag
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 2 Aug 2004 11:05:24 +0200
Newsgroups: jedi.vcl

> >When there is more than one row selected and click on them to start
> >drag, then only the row clicked is selected (other rows disselect).

Nothing wrong here. The left button is used to select rows as any other 
control allowing multi-selection does, so it deselects rows when you 
click on one of them without the Shift or Ctrl key pressed.
That could be changed to prevent selection/deselection when a drag is 
pending, but that would not work with BeginDrag(Immediate = false).

> >Another problem is that sometimes when dropping to the other control
> >not all the rows selected are droped
> >...
> >Although I count the rows I see in JvDBGrid, sometimes the
> >SelectedRows.Count gives 3 items less.

I have no time currently to investigate on this subject. Please let us 
know if you find where is the bug.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL JVCL Install Failures!
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 02 Aug 2004 08:55:56 +0000
Newsgroups: jedi.vcl

You must be one of 10000 that thinks that way. For me as a serious application developer that feeds a wife and 4 kids with his work JEDI has saved me a lot of work and improved my results quite a bit. And since it is open source its absolutely your decision to use it or not.

BTW: For me installation was done in a snap...

micha

Arch Brooks wrote:
> Hello Folks,
>
>
>
> The JEDI install is horrible!  Why can the install perform a un install?
> The technology is not new or secretive!  We should be able to click the
> uninstall option and completely un install JEDI JCL and JVCL.
>
>
>
> Meanwhile back at the ranch I did not find a human comprehendible manual
> install process.
>
>
>
> Is there a way to get to a JCL and JCVL version that works?
>
>
>
> How do you install it?
>
>
>
> This is way too much energy for something as simple as an installation!
>
>
>
>
>
>


Subject: Re: JVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 2 Aug 2004 10:45:21 +0200
Newsgroups: jedi.vcl

> >Couldn't you create a switch (as a property), that would allow that ? 
> >Something like that maybe:
> >
> >if (not RowsCanHaveDifferentHeight) then
> >begin
> >   // Original code of RowsHeightChanged
> >end;
> >
> >The name of the property is not the best ever, but the idea is here.

Good idea. But I won't do any change until my current work is validated 
and uploaded to the CVS repository.

Warning: the JvDBGrid rows can have different heights but these sizings 
are not tied to the records in any way. That means: if you decide to 
make your first row very tall and then you scroll through the dataset, 
the first row will remain very tall regardless of the record displayed.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvGlobus and JvgConstSysRequirements.pas
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 02 Aug 2004 10:38:59 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Robert Marquardt wrote:
>
>
>> Use the Installer to install the package. It will regenerate the package
>
>
> This means that the .dpk files are not always updated because they are
> autogenerated by the package generator which is invoked by the installer.
>
>
More precisely, most developpers only update in CVS the packages for the environment they use. As a result, some packages may be out of date.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JvGlobus and JvgConstSysRequirements.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 Aug 2004 10:31:21 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Use the Installer to install the package. It will regenerate the package

This means that the .dpk files are not always updated because they are
autogenerated by the package generator which is invoked by the installer.


-- Regards, Andreas Hausladen 

Subject: Re: JVDBGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 02 Aug 2004 10:22:03 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> Then i need
>> a grid that can diff rows height. The jvdbgrid do this?
>
> Yes, but you have to remove some code in the RowsHeightChanged function to allow it.

Couldn't you create a switch (as a property), that would allow that ? Something like that maybe:

if (not RowsCanHaveDifferentHeight) then
begin
  // Original code of RowsHeightChanged
end;

The name of the property is not the best ever, but the idea is here.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JVDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 2 Aug 2004 10:07:38 +0200
Newsgroups: jedi.vcl

> >Hi. I need a dbgrid that show the table that have a memo field.

The CVS version of JvDBGrid displays the memo content.

> >Then i need
> >a grid that can diff rows height. The jvdbgrid do this?

Yes, but you have to remove some code in the RowsHeightChanged function 
to allow it.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Navigation Pane group
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Aug 2004 09:42:21 +0200
Newsgroups: jedi.vcl

> > I was totally surprised to find the NavPane stuff in my Components
> > lately :-) So well done!! Good job, Peter!
Thanks!

> > Furthermore, I'd like to ask if somebody is trying to build a list view
> > that looks like the E-Mail-list in Outlook.
You mean Outlook 2003? Building one from scratch would take considerable
work but I suspect you could do (most of) it with VirtualTreeView.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Main program icon
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Aug 2004 09:40:04 +0200
Newsgroups: jedi.vcl

> > when using JvValidator komponent in my program, icon of exe file change
and
> > even if I set program icon in Project Options of project still remains the
> > same. Icon is Error.ico and it's used for indicating fields that need
input.
> > Any ideas how to get rid of that icon in exe program?

This has been fixed. Get the latest version of JVCL (and JCL) from
http://jvcl.sf.net/daily and http://jcl.sf.net/daily. Use the installers to
compile the packages and you should be OK.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Main program icon
From: "Skok Tone" <tone@notimesoft.net>
Date: Mon, 2 Aug 2004 09:26:43 +0200
Newsgroups: jedi.vcl

Hello all,

when using JvValidator komponent in my program, icon of exe file change and
even if I set program icon in Project Options of project still remains the
same. Icon is Error.ico and it's used for indicating fields that need input.
Any ideas how to get rid of that icon in exe program?

Best regards, STone




Subject: Re: JCL JVCL Install Failures!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 02 Aug 2004 09:15:39 +0200
Newsgroups: jedi.vcl

Arch Brooks wrote:

> Hello Folks,
Hi.

> The JEDI install is horrible!  Why can the install perform a un install?
> The technology is not new or secretive!  We should be able to click the
> uninstall option and completely un install JEDI JCL and JVCL.
As mentionned by others, the JCL and JVCL are two distinct projects, done by two distinct teams. The JVCL needs the JCL and as such, we bundle it in the releases. But the installer for the JCL is NOT the installer for the JVCL and is NOT developped by the same persons. As a result, if you could clarify your request, we could direct you to the best newsgroup.

> Meanwhile back at the ranch I did not find a human comprehendible manual
> install process.
What version are you trying to install? If you don't give us any details, we can't help you. For your information, in the JVCL 3, the installation is described in readme.htm and in help\install.htm

> Is there a way to get to a JCL and JCVL version that works?
Yes, always use the latest versions together. It doesn't require much work, just a few minutes to read the readme.htm file. This is what most people do, and that might be why most people don't have a problem installing the JCL and JVCL.

> How do you install it?
Double clicking install.bat will do.

> This is way too much energy for something as simple as an installation!
Well, configure your system to launch things when you do a simple click.

If you are looking for a No frills, No brains installation, then you won't find ANY product that provides that in the range of prices the JCL and JVCL are. And most "Paid for" products are even worse: if you discover a serious bug in them, you have to wait until the next release (6 months). With the JCL and JVCL, you can have a fix in less than 2 days if it is a simple one. Further, you can actually fix things yourself, should you have the willingness to do so.

Finally I would like to say that bursting like that without a single word of what you did and what happened is not the best way to get some help. This applies here, and in other places as well.

Regards

Olivier Sannier
JVCL Developer


Subject: Re: JvGlobus and JvgConstSysRequirements.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Aug 2004 08:32:34 +0200
Newsgroups: jedi.vcl

Günter Kieninger wrote:

> Hi there!
>
> I wanted to install the JvGlobusD5D-Package. But I only can Install them when I move JvgConstSysRequirements.pas from archive to Run is this ok?

No.
Use the Installer to install the package. It will regenerate the package files so JvGlobusD5D.dpk does not contain JvgConstSysRequirements.pas anymore.



Subject: JvDBGrid Drag
From: "Jim" <iraklion@NOSPAMhotmail.com>
Date: Mon, 2 Aug 2004 06:14:42 +0000 (UTC)
Newsgroups: jedi.vcl

Hi

I want to drag some rows from JvDBGrid to another control.

I set dgMultiselect = True
DragMode = Manual

and set on OnMouseDown Event
  if Button = mbLeft then  
    JvDBGrid1.BeginDrag(False);

When there is more than one row selected and click on them to start
drag, then only the row clicked is selected (other rows disselect).

if type 
  if Button = mbRight then  ....

drag of rows works ok with right mouse button.

Another problem is that sometimes when dropping to the other control
not all the rows selected are droped

I use the following code :

      for i := 0 to JvDBGrid1.SelectedRows.Count-1 do
      begin
        GotoBookmark(pointer(JvDBGrid1.SelectedRows.Items[i]));

        ID := FieldByName('id').asInteger;
        Title := FieldByName('title').asString;

Although I count the rows I see in JvDBGrid, sometimes the
SelectedRows.Count gives 3 items less.


Any suggestions ?

Jim


Subject: JvGlobus and JvgConstSysRequirements.pas
From: Günter Kieninger <g.kieninger@mgm.at>
Date: Mon, 02 Aug 2004 08:02:01 +0200
Newsgroups: jedi.vcl

Hi there!

I wanted to install the JvGlobusD5D-Package. But I only can Install 
them when I move JvgConstSysRequirements.pas from archive to Run 
is this ok?

Thanks
Günter



Subject: Re: jvdock savetofile/loadfromfile bug.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 02 Aug 2004 07:48:56 +0200
Newsgroups: jedi.vcl

Samson Fu wrote:
> When many forms are docked to one form as tab control.
> Use Save/Load to file (AppStorage) will raise index out bound exception...
> I don't know how to fix it, can someone tell me, or point me a direction?
>
> Thank you,
> and sorry about my limited English.

Please try to use the very latest JVCL, if I recall well this bug was fixed. Get the latest JVCL here:

http://jvcl.sf.net/daily/

You will also need the latest JCL here:

http://jcl.sf.net/daily/

Cheers

Olivier Sannier


Subject: jvdock savetofile/loadfromfile bug.
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Mon, 2 Aug 2004 13:29:00 +0800
Newsgroups: jedi.vcl

When many forms are docked to one form as tab control.
Use Save/Load to file (AppStorage) will raise index out bound exception...
I don't know how to fix it, can someone tell me, or point me a direction?

Thank you,
and sorry about my limited English.
-- Samson Fu 

Subject: Re: JCL JVCL Install Failures!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Aug 2004 22:23:52 +0200
Newsgroups: jedi.vcl

And hey. It is open source. If you miss something you can at it ;-)


-- Regards, Andreas Hausladen 

Subject: Re: JCL JVCL Install Failures!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Aug 2004 22:23:09 +0200
Newsgroups: jedi.vcl

Arch Brooks wrote:

> > Why can the install perform a un install?

Is there a "not" missing?
The JVCL Installer has an unsinstall option. And you must keep in mind
that even when the JCL and JVCL developers work together (or are the same)
the JCL and the JVCL are two products where the JVCL depends on the JCL.


-- Regards, Andreas Hausladen 

Subject: JCL JVCL Install Failures!
From: "Arch Brooks" <arch@brookscomputingsystems.com>
Date: Sun, 1 Aug 2004 14:51:05 -0500
Newsgroups: jedi.vcl

Hello Folks,



The JEDI install is horrible!  Why can the install perform a un install?
The technology is not new or secretive!  We should be able to click the
uninstall option and completely un install JEDI JCL and JVCL.



Meanwhile back at the ranch I did not find a human comprehendible manual
install process.



Is there a way to get to a JCL and JCVL version that works?



How do you install it?



This is way too much energy for something as simple as an installation!








Subject: Re: JVSlider problems + fixes
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 1 Aug 2004 20:41:31 +0200
Newsgroups: jedi.vcl

> > I prefered the FImageThumb.Empty check.
> > If the call to FImageThumb.Assign(Value) fails for some reason (for
example
> > if we try to pass a non TBitmap object to it), then the following check to
> > "if not Assigned(Value)"  would be of no concequence....
If the Assign fails for any reason, you would get an exception so none of
the following code would execute anyway.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVSlider problems + fixes
From: "Michael Mattsson" <michael@mattsson.nospam.com>
Date: Sun, 1 Aug 2004 14:05:30 -0400
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:cej5dr$f56$1@talkto.net...
> > BTW, as an addendum to my previous post, a better test would probably be:
> >
> > FImageThumb.Assign(Value);
> > if not Assigned(Value) then
> >   FImageThumb.LoadFromResourceName(...);


I prefered the FImageThumb.Empty check.
If the call to FImageThumb.Assign(Value) fails for some reason (for example
if we try to pass a non TBitmap object to it), then the following check to
"if not Assigned(Value)"  would be of no concequence....



Michael Mattsson.
michael@mattsson.nospam.ca




Subject: Re: JVSlider problems + fixes
From: "Michael Mattsson" <michael@mattsson.nospam.com>
Date: Sun, 1 Aug 2004 13:51:47 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:cej4vj$f2f$1@talkto.net...
> > are you sure? I doubt assigning nil to an instance if automagically free
> > that instance. 'FImageThumb.Assign(nil)' is not the same as 'FImageThumb
:=
> > nil'. It will reset FImageThumb to be an empty bitmap (I think, not
checked
> > the source for TBitmap.Assign).
> >
>> > >

Yup.  I've just been working on creating reference counting interfaces for
all my classes this weekend, so had not switched my thinking back to object
mode.  At least that's the excuse I'm going to use :) .



Michael Mattsson.
michael@mattsson.nospam.ca




Subject: Re: JVSlider problems + fixes
From: "Michael Mattsson" <michael@mattsson.nospam.com>
Date: Sun, 1 Aug 2004 13:46:12 -0400
Newsgroups: jedi.vcl

> > Nope, he is right. FImageThumb will never be nil but the actual image it
> > holds might be nil. The correct test would be:
> >
> >   FImageThumb.Assign(Value);
> >   if FImageThumb.Empty then


My bad.  the FImageThumb.Empty check is the better solution.

My humble appologies to Olivier, after re-reading your post, I see what you
meant.


Michael Mattsson.
michael@mattsson.nospam.ca




Subject: Re: JVSlider problems + fixes
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 1 Aug 2004 19:30:25 +0200
Newsgroups: jedi.vcl

> >     OK, I'm a slow typer ;)
....or you're just more detailed than I am :)

BTW, as an addendum to my previous post, a better test would probably be:

FImageThumb.Assign(Value);
if not Assigned(Value) then
  FImageThumb.LoadFromResourceName(...);


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVSlider problems + fixes
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 1 Aug 2004 19:25:15 +0200
Newsgroups: jedi.vcl

    OK, I'm a slow typer ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JVSlider problems + fixes
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 1 Aug 2004 19:23:37 +0200
Newsgroups: jedi.vcl

> > -If I pass a NIL value or 0 to the SetImageThumb procedure , then of
course
> > the "if Assigned(FImageThumb)" will evaluate to FALSE.  Not true, so you
> > first statement is incorrect.

are you sure? I doubt assigning nil to an instance if automagically free
that instance. 'FImageThumb.Assign(nil)' is not the same as 'FImageThumb :=
nil'. It will reset FImageThumb to be an empty bitmap (I think, not checked
the source for TBitmap.Assign).

> >
> > - Calling the TBitmap.Assign procedure and passing a NIL value will also
NOT
> > cause an access violation - have a look at the procedure TBitmap.Assign
> > source code - very first line is a check for a NIL value.....

    True, but Olivier was referring to the fact that if FImageThumb would be
nil, an AV would be raised (because the first line of the SetImageThumb
method would evaluate to nil.Assign(Value), and that would cause an AV).

> >
> > example pseudo code:
> > var
> >   MySlider : TJvSlider;
> > begin
> >   MySlider : TJvSlider.Create(Self)
> >   MySlider.SetImageThumb(NIL);
> > ..
> > <jump into the SetImageThumb method to follow the logic...>
> >
> > procedure TJvSlider.SetImageThumb(Value: TBitmap);   // I have passed a
> > value of NIL.
> > begin
> >   FImageThumb.Assign(Value); // our passed value = NIL,
> >                                                 // so now FImageThumb will
> > be NIL - perfectly legal

    Have you actually checked if this is the case? I seriously doubt that
TBitmap.Assign will clear FImageThumb of TJvSlider ;)

> >   if not Assigned(FImageThumb) then  // this will return a value of TRUE
> >      FImageThumb.LoadFromResourceName(hInstance, 'THUMB'); // so we load
the
> > default

    nope, FImageThumb will not be nil at this point, unless it was nil in
the previous line, in which case you would have gotten an AV.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JVSlider problems + fixes
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 1 Aug 2004 19:18:35 +0200
Newsgroups: jedi.vcl

> > huh?
> > You are wrong on both accounts.  And I'm curious that a "JVCL Developer"
> > would make such a fundamentaly flawed statement.

Nope, he is right. FImageThumb will never be nil but the actual image it
holds might be nil. The correct test would be:

  FImageThumb.Assign(Value);
  if FImageThumb.Empty then
    ...

If you were correct, the following code would cause an AV everytime
FImageThumb was nil:

  if not Assigned(FImageThumb) then
     FImageThumb.LoadFromResourceName(hInstance, 'THUMB');  // trying to
call a method on a nil pointer -> AV

You should step through your own test code to see that your assumption is
wrong.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JVSlider problems + fixes
From: "Michael Mattsson" <michael@mattsson.nospam.com>
Date: Sun, 1 Aug 2004 13:06:37 -0400
Newsgroups: jedi.vcl

> > The test Assigned(FImageThumb) will always be true here. If it is false,
> > then the Assign operation will have triggered an Access Violation. You
> > should test for Value instead of FImageThumb.
> > Well, at least that's what I think.
> >
> > Thanks for the other bug fixes.
> >
> > Olivier Sannier
> > JVCL Developer


huh?
You are wrong on both accounts.  And I'm curious that a "JVCL Developer"
would make such a fundamentaly flawed statement.

-If I pass a NIL value or 0 to the SetImageThumb procedure , then of course
the "if Assigned(FImageThumb)" will evaluate to FALSE.  Not true, so you
first statement is incorrect.

- Calling the TBitmap.Assign procedure and passing a NIL value will also NOT
cause an access violation - have a look at the procedure TBitmap.Assign
source code - very first line is a check for a NIL value.....



example pseudo code:
var
  MySlider : TJvSlider;
begin
  MySlider : TJvSlider.Create(Self)
  MySlider.SetImageThumb(NIL);
...
<jump into the SetImageThumb method to follow the logic...>

procedure TJvSlider.SetImageThumb(Value: TBitmap);   // I have passed a
value of NIL.
begin
  FImageThumb.Assign(Value); // our passed value = NIL,
                                                // so now FImageThumb will
be NIL - perfectly legal
  if not Assigned(FImageThumb) then  // this will return a value of TRUE
     FImageThumb.LoadFromResourceName(hInstance, 'THUMB'); // so we load the
default
  ThumbChanged(nil); // and finally call the changed event.
end;

-----------------------------





Michael Mattsson.
michael@mattsson.nospam.ca




Subject: Managed Threads Documentation?
From: Idel Lopez <Idel.Lopez@Bigfoot.com>
Date: Sun, 01 Aug 2004 11:27:19 -0400
Newsgroups: jedi.vcl

 I've looked at the examples, but I'd like to have some documentation
to see what else I can do other than moving balls.  In particular, I
have a couple of multi-threaded programs where I'd like to use the new
components, but the problem is when I create the thread, I configure it.

 Specifically, the program has to do a couple of things:  Each thread
connects to a computer (telnet), does certain things that create files,
and then, via FTP retrieves said files. Each thread will do the same,
but connecting to different hosts.  I currently create the thread,
assign the Host, and series of things to do, and then proceed.  I also
monitor what it's doing.

 The way I see these components, I can't assign anything to them.  I
could store the hosts and tasks in a different place, but then how do I
"link" the thread and "configuration"?   Looks like when I create the thread (with RunCopy, within a for loop that finds out the hosts info) I can't get the ticket number yet, only in the Execute method.   But there I no longer know what else was going on when the thread was created, and thus I've lost any link to the host information.

 In the philosophers demo, the VCLToThread component ("buffer") is used, but that has a maximum of 5, which happens to be the total of threads.

 I don't know how many total threads will there  be (currently anywhere from 5 to 60).   I was using semaphores to allow only about 20 threads to run at the time.   So, if I were to use that buffer (which I still don't entirely understand), would I have to assign a huge number to protect from the unknown thread number?

 Any ideas?  Or maybe there's something that I'm missing?


Subject: Re: Form at the bottom right?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 1 Aug 2004 15:40:38 +0200
Newsgroups: jedi.vcl

> > Is there a component for placing the form at the bottom right just above
> > the system-tray?

Why? It is easily done with code:

D6 and later:

  Top := Screen.DesktopRect.Bottom - Height;
  Left := Screen.DesktopRect.Right - Width;

D5 and earlier:

var R:TRect;
begin
  SystemParametersInfo(SPI_GETWORKAREA,0,Pointer(@R),0);
  Top := R.Bottom - Height;
  Left := R.Right - Width;
end;

You don't need components for *everything*, you know :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Form at the bottom right?
From: sleepy <denadoo98@yahoo.se>
Date: Sun, 01 Aug 2004 15:24:05 +0200
Newsgroups: jedi.vcl

Hi!

Is there a component for placing the form at the bottom right just above the system-tray?


Subject: Re: TJvgPageControl
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 1 Aug 2004 15:04:23 +0200
Newsgroups: jedi.vcl

I'd use a TTabControl and a single listbox. The flat file could be stored as
items in each tabcontrol's Pages.Objects property (you might have to create
a new class for this or use a TStringlist). In the OnChange event of the
TTabControl load the TStringlist(Objects[ActivePageIndex]) items into the
listbox. You then only need one ListBox1.OnClick event and you would also
save a lot of resources using a single listbox instead of multiple
pagecontrol pages (each uses one window handle) and multiple listboxes (each
uses one window handle).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: New idea inspired by Mantis #2012
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 01 Aug 2004 11:18:17 +0200
Newsgroups: jedi.vcl

Done.

There is an example of how to use it with TJvFormStorage in JVCL3\examples\JvAppStorage\Base Example\

It was an great idea and helps me a lot in some places. Thanks Marcel and Andreas.

Greetings
Jens

Marcel Bestebroer wrote:

> Something like this?
>
> IAppStorageHandler = interface
> [GUID]
>   procedure ReadFromAppStore(AppStorage: TJvCustomAppStorage; BasePath:
> string);
>   procedure WriteToAppStore(AppStorage: TJvCustomAppStorage; BasePath:
> string);
> end;
>
> IAppStoragePublishedProps = interface
> [GUID]
> end;
>
> if a class doesn't implement the first interface or if it also implements
> the second interface, all published properties are written (as it currently
> does) and if the first is implemented it will call those methods (either in
> addition to the published properties or exclusively):
>
> TPubOnly1 = class(TPersistent)
> // only published properties
>
> TPubOnly2 = class(TInterfacedPersistent, IAppStoragePublishedProps)
> // only published properties
>
> TIntfOnly = class(TInterfacedObject, IAppStorageHandler)
> // only the IAppStorageHandler methods are used; does not have to be a
> TPersistent descendant or have RTTI
>
> TIntfAndPub = class(TInterfacedPersistent, IAppStorageHandler,
> IAppStoragePublishedProps)
> // the IAppStorageHandler methods are used in addition to the published
> properties
>
> if this is what you were trying to do, then I am in full agreement. If not,
> I apparently misunderstood you, so you may need to explain it again.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JEDI.NET team coordinator
>
> To mail me, remove the obvious from my mail address
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: two new units from JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Aug 2004 11:10:32 +0200
Newsgroups: jedi.jcl,jedi.vcl

Jens Fudickar wrote:

> > Without looking to deep into it, what about make a copy if JvFinalice in
> > the installer directory.

Good Idea.


-- Regards, Andreas Hausladen 

Subject: Re: two new units from JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 01 Aug 2004 10:59:39 +0200
Newsgroups: jedi.jcl,jedi.vcl

Without looking to deep into it, what about make a copy if JvFinalice in the installer directory.

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> Some days later i will change the JVCL to use the JCL units.
>
>
> ... and break the Installer due to the usage of JCL units. The compile
> process for the installer cannot determine where the JCL directory is. It
> guesses for ../../jcl but what if the JCL is not there? The installer will
> not compile and we have lots of "Help: I cannot install the JVCL" here.
>
> If you do this then we must start to ship a precompiled installer.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVSlider problems + fixes
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Sun, 01 Aug 2004 10:06:50 +0200
Newsgroups: jedi.vcl

Michael Mattsson a écrit :
> I wanted to use the TJvSlider this afternoon, and noticed some bzarre
> behavior with it.  It didnt take long to find the culprits, and make patches
> for it.  Below are a brief explanation of the issues I found, and below that
> i've presented the patched source.  As I mentioned, it was only an hour or
> so of playing with it - there may be more issues to discover yet :).
>
>
> cheers,
>
>
> Michael Mattsson.
> michael@mattsson.nospam.ca
>
>
>
> ISSUES
> ----------
> - Horizontal oriented sliders show only 1/2 the thumb bitmap
> - Sliders do not respond properly to mouse movements and are "sticky"
> - No OnMouseDown, OnMouseMove and OnMouseUp events are published.
> - Access violation (!!!) when trying to clear the ImageFuler bitmap (set it
> to nil)
> - Clearing the thumb & ruler bitmaps did not reload the embedded (default)
> bitmaps.
>
> FIXES
> ----------
>
>
> to fix these issues, make the changes below:
>
> 1. add the following lines to the Class declaration, in the "published"
> section:
>     property OnMouseDown;
>     property OnMouseMove;
>     property OnMouseUp;
>
>
> 2.add the following 2 lines at the VERY END of the procedure
> "TJvSlider.MouseMove(Shift: TShiftState; X, Y: Integer)":
>
>   if Assigned(OnMouseMove) then
>     OnMouseMove(Self, Shift, X, Y);
>
> 3.add the following 2 lines at the VERY END of the procedure
> "TJvSlider.MouseDown(Button: TMouseButton; Shift: TShiftState; X, Y:
> Integer)":
>
>   if Assigned(OnMouseDown) then
>     OnMouseDown(Self, Button, Shift, X, Y);
>
>
> 3.add the following 2 lines at the VERY END of the procedure
> "TJvSlider.MouseUp(Button: TMouseButton; Shift: TShiftState; X, Y:
> Integer)":
>
>   if Assigned(OnMouseUp) then
>     OnMouseUp(Self, Button, Shift, X, Y);
>
>
> 4. inside the procedure "TJvSlider.ThumbChanged(Sender: TObject)" change the
> line
>   Dest.Right := FImageThumb.Width div 2;
> to
>   Dest.Right := FImageThumb.Width;
>
>
> 5. change the procedure "TJvSlider.SetImageThumb(Value: TBitmap)", to the
> following:
>
> procedure TJvSlider.SetImageThumb(Value: TBitmap);
> begin
>   FImageThumb.Assign(Value);
>   // if nil then reload the default embedded bitmap
>   if not Assigned(FImageThumb) then
>     FImageThumb.LoadFromResourceName(hInstance, 'THUMB');
>   ThumbChanged(nil);
The test Assigned(FImageThumb) will always be true here. If it is false, then the Assign operation will have triggered an Access Violation. You should test for Value instead of FImageThumb.
Well, at least that's what I think.

Thanks for the other bug fixes.

Olivier Sannier
JVCL Developer


Subject: Re: two new units from JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Aug 2004 09:59:54 +0200
Newsgroups: jedi.jcl,jedi.vcl

Robert Marquardt wrote:

> > Some days later i will change the JVCL to use the JCL units.

.... and break the Installer due to the usage of JCL units. The compile
process for the installer cannot determine where the JCL directory is. It
guesses for ../../jcl but what if the JCL is not there? The installer will
not compile and we have lots of "Help: I cannot install the JVCL" here.

If you do this then we must start to ship a precompiled installer.


-- Regards, Andreas Hausladen 

Subject: two new units from JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Aug 2004 07:57:58 +0200
Newsgroups: jedi.jcl,jedi.vcl

I have added JvFinalize.pas and JvWStrUtils.pas as
JclFinalize.pas and JclWStrUtils.pas.
No integration into packages yet.

Please examine and if approved add to packages.
Some days later i will change the JVCL to use the JCL units.



Subject: Re: JVSlider problems + fixes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Aug 2004 06:06:16 +0200
Newsgroups: jedi.vcl

Michael Mattsson wrote:

> But because this functionality may be what the original author intended, I
> wont post the patch here unless asked.  You can email me for the additional
> patch for this.

Post to binaries or use the Mantis bug reporter (preferred).
The author will have to live with our changes.



Subject: Re: TJvgPageControl
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Sat, 31 Jul 2004 22:42:22 -0400
Newsgroups: jedi.vcl

Sorry - I shud have been specific from the start.  I'm going to be reading a
flat file and passed on that I'm gonna break each line into tabs on the
pagecontrol and load descriptions corresponding to the tab in each list box.
I also will try to store the path/exe into a TObject that I can associate
with the list box.

When the user clicks on an item an the listbox I'm going to do something.
So I need to associate at least the same event to all the listboxes I end up
creating.  The size of the file is not fixed so the tabs will have to be
dynamic.

Does that make any better sense?

"cpall" <cpall_news@takeoutthissillythepalls.com> wrote in message
news:cehdvf$6v4$1@talkto.net...
> > J. Clarke wrote:
>> > > Thanks cp...I actually have gExperts but have never tried that one.
>> > >
>> > > I was thinking I wanted to use the TJvAskListBox but I would like to be
able
>> > > to color each row based on a given state.   Do you know if its possible
with
>> > > this control or do I need to be looking at something else?
>> > >
>> > >
>>> > >>Step 1, get gExperts and install it.
>>> > >>Step 2, design the form
>>> > >>Step 3, select the tabsheet and use the "Components to Code" option to
>>> > >>create a pascal snippet which will generate the tabsheet as well as all
>>> > >>of the children on the sheet
>>> > >>Step 4, you'll probably have to clean up the references as the
>>> > >>components to code option will use local variables in the snippet, but
>>> > >>this should be a simple task for a general delphi developer.
>> > >
>> > >
>> > >
> > I may be misunderstanding what it is you are trying to accomplish with
> > the tabsheet, I was just thinking you wanted to dynamically create
> > tabsheets with listboxes on each tabsheet, which may be correct, but I
> > am not 100% sure. Anyway, in response to the question about coloring
> > each row, it is possible to do that using the "OnPaint" event of a
> > standard listbox, so you could go about it that way. Someone may even
> > have put that type of functionality into the standard jvListBox by
> > default, someone will have to fill you in, I am not familiar enough with
> > the components yet.
> >
> > Chris




Subject: Re: TJvgPageControl
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Sat, 31 Jul 2004 21:44:44 -0400
Newsgroups: jedi.vcl

J. Clarke wrote:
> Thanks cp...I actually have gExperts but have never tried that one.
>
> I was thinking I wanted to use the TJvAskListBox but I would like to be able
> to color each row based on a given state.   Do you know if its possible with
> this control or do I need to be looking at something else?
>
>
>> Step 1, get gExperts and install it.
>> Step 2, design the form
>> Step 3, select the tabsheet and use the "Components to Code" option to
>> create a pascal snippet which will generate the tabsheet as well as all
>> of the children on the sheet
>> Step 4, you'll probably have to clean up the references as the
>> components to code option will use local variables in the snippet, but
>> this should be a simple task for a general delphi developer.
>
>
>
I may be misunderstanding what it is you are trying to accomplish with the tabsheet, I was just thinking you wanted to dynamically create tabsheets with listboxes on each tabsheet, which may be correct, but I am not 100% sure. Anyway, in response to the question about coloring each row, it is possible to do that using the "OnPaint" event of a standard listbox, so you could go about it that way. Someone may even have put that type of functionality into the standard jvListBox by default, someone will have to fill you in, I am not familiar enough with the components yet.

Chris


Subject: Re: JVSlider problems + fixes
From: "Michael Mattsson" <michael@mattsson.nospam.com>
Date: Sat, 31 Jul 2004 20:08:32 -0400
Newsgroups: jedi.vcl

I found another issue, but it's more of a non-standard annoyance. When in
vertical orientation, the slider doesnt follow convention.  It's 0 value
position is at the top, rather than at the bottom.

The patch involves 2 small changes to the Paint and MouseMove procedure.

But because this functionality may be what the original author intended, I
wont post the patch here unless asked.  You can email me for the additional
patch for this.


Michael Mattsson.
michael@mattsson.nospam.ca




Subject: JVSlider problems + fixes
From: "Michael Mattsson" <michael@mattsson.nospam.com>
Date: Sat, 31 Jul 2004 19:10:14 -0400
Newsgroups: jedi.vcl

I wanted to use the TJvSlider this afternoon, and noticed some bzarre
behavior with it.  It didnt take long to find the culprits, and make patches
for it.  Below are a brief explanation of the issues I found, and below that
i've presented the patched source.  As I mentioned, it was only an hour or
so of playing with it - there may be more issues to discover yet :).


cheers,


Michael Mattsson.
michael@mattsson.nospam.ca



ISSUES
----------
- Horizontal oriented sliders show only 1/2 the thumb bitmap
- Sliders do not respond properly to mouse movements and are "sticky"
- No OnMouseDown, OnMouseMove and OnMouseUp events are published.
- Access violation (!!!) when trying to clear the ImageFuler bitmap (set it
to nil)
- Clearing the thumb & ruler bitmaps did not reload the embedded (default)
bitmaps.

FIXES
----------


to fix these issues, make the changes below:

1. add the following lines to the Class declaration, in the "published"
section:
    property OnMouseDown;
    property OnMouseMove;
    property OnMouseUp;


2.add the following 2 lines at the VERY END of the procedure
"TJvSlider.MouseMove(Shift: TShiftState; X, Y: Integer)":

  if Assigned(OnMouseMove) then
    OnMouseMove(Self, Shift, X, Y);

3.add the following 2 lines at the VERY END of the procedure
"TJvSlider.MouseDown(Button: TMouseButton; Shift: TShiftState; X, Y:
Integer)":

  if Assigned(OnMouseDown) then
    OnMouseDown(Self, Button, Shift, X, Y);


3.add the following 2 lines at the VERY END of the procedure
"TJvSlider.MouseUp(Button: TMouseButton; Shift: TShiftState; X, Y:
Integer)":

  if Assigned(OnMouseUp) then
    OnMouseUp(Self, Button, Shift, X, Y);


4. inside the procedure "TJvSlider.ThumbChanged(Sender: TObject)" change the
line
  Dest.Right := FImageThumb.Width div 2;
to
  Dest.Right := FImageThumb.Width;


5. change the procedure "TJvSlider.SetImageThumb(Value: TBitmap)", to the
following:

procedure TJvSlider.SetImageThumb(Value: TBitmap);
begin
  FImageThumb.Assign(Value);
  // if nil then reload the default embedded bitmap
  if not Assigned(FImageThumb) then
    FImageThumb.LoadFromResourceName(hInstance, 'THUMB');
  ThumbChanged(nil);
end;



6. change the procedure "TJvSlider.SetImageRuler(Value: TBitmap)", to the
following:

procedure TJvSlider.SetImageRuler(Value: TBitmap);
begin
  // if nil then reload the default embedded bitmap
  if Assigned(value) then
    FImageRuler.Assign(Value);
  else
    FImageRuler.LoadFromResourceName(hInstance, 'RULER');

 // changed use of  the variable "value" here because it would cause access
violations
 // if it is a nil value.
  if (FImageRuler.Width > 0) and (FImageRuler.Height > 0) and AutoSize then
  begin
    Height := FImageRuler.Height;
    Width := FImageRuler.Width;
  end;
  Repaint;
  Calculate;
end;









Subject: Re: New idea inspired by Mantis #2012
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Jul 2004 18:06:03 +0200
Newsgroups: jedi.vcl

> > But how do you want to manage the work with formstorage. Not all
> > interfaced objects on a form should be stored.

    I don't think this addition will affect the way FormStorage works,
unless the user specifically codes it to do so (i.e. implement either of the
interfaces on the form to control what is going to be saved). So if a user
needs to store certain published properties, but not all, he will have add
the IAppStorageHelper interface to the declaration of the form and implement
the two methods to load/save the properties.

> >
> > And maybe there are solutions to store properties a,b,c and d, but you
> > want only to store the properties b and d.

    Again, that is what the interface would be used for. If the interface
only stores properties b and d, it doesn't matter that a and c are also
published.

> >
> > Nothing against your idea, i love it too. But i didn't think that it
> > solves the problem of the formstorage usage.

    maybe doesn't solve the bug directly. But from the subject I understand
that it an idea for a new addition that only got inspired by the bug report.
But as I mentioned, if a user implements the IAppStorageHelper interface and
the the FormStorage component allows the form to be selected to save, you
could store any public property of any control if you need to.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Navigation Pane group
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sat, 31 Jul 2004 15:59:31 +0000 (UTC)
Newsgroups: jedi.vcl

Hi everybody,

I was totally surprised to find the NavPane stuff in my Components
lately :-) So well done!! Good job, Peter!

It's also working with XPManifest.

Furthermore, I'd like to ask if somebody is trying to build a list view
that looks like the E-Mail-list in Outlook.

--
Holger


Subject: Re: Installation in Kylix
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 31 Jul 2004 14:45:42 +0000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> micha schumann wrote:
>
>> Hello,
>>
>> is there anyone around who could assemble a small paper on how to install  jcl and jvcl in kylix with some hints on what usually someone being used to windows does not know?
>>
>> I would be very grateful! Maybe this is a small step for a linux guru and a giant leap for those who want to get into linux software development...
>>
>> best regards
>>
>> micha
>
>
> Manual install for Kylix
> Start by unpacking the JVCL and JCL zip files into a folder of your own choice. Make sure your zip extractor is set to maintain folder structure or all files will be put into the same folder (not what you want!). We recommend but do not require that the JCL and JVCL folders should be created as siblings, i.e the folder structure looks like this:
>
> JEDI
>   JCL
>     <JCL subfolders>
>   JVCL
>     <JVCL subfolders>
>
>
> Before you can install the JVCL(X) you must first compile the JCL packages. How to do this is documented in the JCL download. If the JCL works as expected, open the JVCL(X) package group file (bpg) for your version of Kylix that is located in the jvcl/packages folder. Select Project - Build All Projects from the Kylix menu. Go get a cup of coffee (this takes a while). After Kylix has compiled all the packages, open the Project Manager (Ctrl+Alt+F11) and right-click each of the packages ending with K3D and select "Install" from the pop-up menu. Although you can skip installing some of the packages, we still recommend that you install all of them the first time. You can later remove some of them on a project by project basis or permanently if you never use the components in the package and the package isn't required by another installed package.
>
> If you have several versions of Kylix installed, you will have to go through these steps for each version, the only difference being the bpg file you load into the IDE.
>
> When closing a package, Kylix will prompt you to save the changes to the package. You MUST answer "No" to this question since Delphi removes some conditional defines needed the next time you recompile the package.
>
> Adding JVCL(X) paths to Kylix
> To make your applications find the JVCL code when you compile, you need to add the paths to JVCL to Kylix's environment paths. Add the paths to the JVCLX source files.
>
> Adding the source paths means you can easily make changes to the source and see it at run-time but be aware that if you build with run-time packages, you need to recompile the packages to see the changes in the application. To add the source folder locations to Kylix, select Tools-Environment Options-Library and add the paths to JVCL\qrun and JVCL\qcommon and JVCL\qcommon to the Library path.
> To run application outside the Kylix IDE you have to do a little bit more. Your application should be able to find the required runtime libraries. There are several solutions, google for it and take a look at Andreas homepage.
>
> Note:
>   If you have already installed JVCLX packages uncheck the JVCLX packages before you build the packages. This avoids warnings/messages if the interface has been changed.
>
> Regards,
>
> André Snepvangers
Hello André,

do you have some tipps on integrating into CrossKylix? SImon Kissel just released version 8.2 which is improved in many areas!

Thanks in advance!

Michael


Subject: Re: How to convert JVCL 2.10 to JVCL 3 ?
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 31 Jul 2004 14:43:57 +0000
Newsgroups: jedi.vcl

Fellipe Henrique wrote:
> Hello, how I convert my program using the component JVCL 2.10 to JVCL 3, I
> try to use the program JConvert, in devtools folder... but not convert,
> these make errors in TimerList and other... and not compile....
>
> Thanks for all...
>
> Fellipe.
>
>
I am afraid you will have to do some work manually. But it is worth the effort! I converted a huge Project from 2.1 to 3 and used this chance to get rid of a lot of single or self written stuff replacing it by jvcl 3 components. My apps are rock solid with jvcl 3 beta...

Micha


Subject: Re: New idea inspired by Mantis #2012
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 31 Jul 2004 15:34:19 +0200
Newsgroups: jedi.vcl

The only problem i see is the combination with TJvFormStorage.

For single objects and classes it's an great idea.

But how do you want to manage the work with formstorage. Not all interfaced objects on a form should be stored.

And maybe there are solutions to store properties a,b,c and d, but you want only to store the properties b and d.

Nothing against your idea, i love it too. But i didn't think that it solves the problem of the formstorage usage.

Greetings
Jens

Andreas Hausladen wrote:
> Marcel Bestebroer wrote:
>
>
>> if this is what you were trying to do, then I am in full agreement. If
>> not, I apparently misunderstood you, so you may need to explain it again.
>
>
> That is exactly what I meant.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: How to convert JVCL 2.10 to JVCL 3 ?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 31 Jul 2004 15:20:07 +0200
Newsgroups: jedi.vcl

If you get JVCL3, there is a doc in the \help folder named migrating.htm
that explains in some details how you should go about moving from 2.10 to
3.00. Although JVCLConvert can help you with most of the grudge work, you
will still have to do some manual conversion in any non-trivial application.
It can seem daunting at first, but in my view is well worth the effort.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: TJvgPageControl
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Sat, 31 Jul 2004 08:21:18 -0400
Newsgroups: jedi.vcl

Thanks cp...I actually have gExperts but have never tried that one.

I was thinking I wanted to use the TJvAskListBox but I would like to be able
to color each row based on a given state.   Do you know if its possible with
this control or do I need to be looking at something else?

> > Step 1, get gExperts and install it.
> > Step 2, design the form
> > Step 3, select the tabsheet and use the "Components to Code" option to
> > create a pascal snippet which will generate the tabsheet as well as all
> > of the children on the sheet
> > Step 4, you'll probably have to clean up the references as the
> > components to code option will use local variables in the snippet, but
> > this should be a simple task for a general delphi developer.




Subject: Re: JvDelphiSettingsMover tool for developer tools
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Sat, 31 Jul 2004 13:58:37 +0300
Newsgroups: jedi.vcl

Dear Ralf i know this method. I want to just run a toold and i must fnish
all delphi install and component install jobs for me... I know the common
files and shared dll problems. That is why im opening this topic.. I just to
learn can i achieve this just with a button click.

Thank you for info..


Regards



"Ralf Kaiser" <ralf-kaiser@eurobrief.de> wrote in message
news:cediho$jsk$1@talkto.net...
> > Hi,
> >
> > there is no special tool needed to move a Delphi installation to a new
> > computer (or to a new installtion).
> >
> > I have done this several times as follows:
> >
> > - make a backup of HKCU\software\Borland\Delphi\x.0 using regedit
> > - make a backup of all components (the compete directories)
> > - make a backup of your BPL-directory
> >
> > - re-install your computer
> >
> > - install Delphi (in the same path as before!!!) and be sure to start it
> > min. one time
> > - restore your backups
> > - restore the backup of your registry
> >
> > I have done this on several computers using this method without problems
(or
> > copied a complete Delphi-installation to another computer)
> >
> > The only important thing is to use the same path on the new installtion
> > because the path-references in the registry backup.
> >
> > Hope this helps,
> > Ralf
> >




Subject: Re: polish translation for JVCL 3 (move mantis entry from JVCS to JVCL)
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 31 Jul 2004 12:18:00 +0200
Newsgroups: jedi.vcl

On Thu, 29 Jul 2004 08:20:27 +0200, "Peter Thörnqvist" wrote:

>> >>   > I found no way to move it from JVCS to JVCL. Is there any way to do
>>> >> > so? (l am manager)
> >Do you see checkboxes in the first column of the "View Bugs" page? If you
> >do, check the ones that should move and then at the bottom of the page
> >select the action you want to perform and click the OK button.

Yes I see checkboxes.
Thank you. I will try it next time.

Uwe


Subject: Re: How to convert JVCL 2.10 to JVCL 3 ?
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Sat, 31 Jul 2004 01:13:50 -0400
Newsgroups: jedi.vcl

Fellipe Henrique wrote:

> Hello, how I convert my program using the component JVCL 2.10 to JVCL 3, I
> try to use the program JConvert, in devtools folder... but not convert,
> these make errors in TimerList and other... and not compile....
>
> Thanks for all...
>
> Fellipe.
>
>
At least for me, you'll have to be more specific.


Subject: Re: New idea inspired by Mantis #2012
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Fri, 30 Jul 2004 23:55:22 -0400
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> I think this is a great idea
>
I'm late to the party, but I love it. (I submitted that feature request bug btw)

Chris


Subject: Re: TJvgPageControl
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Fri, 30 Jul 2004 23:52:55 -0400
Newsgroups: jedi.vcl

J. Clarke wrote:
> This is a really nicely done control.
>
> I would like to dynamically add tabs w/some sort of list box on each tab.  I
> would like to have an on-click event linked to each listbox.  I know how to
> dynamically add the tabs....But I would really like to setup 1 tabsheet
> (visually) and copy it to each tab.
>
> Can anyone point me to some sample code or have any pointers for me?
>
> Jeff
>
>
Step 1, get gExperts and install it.
Step 2, design the form
Step 3, select the tabsheet and use the "Components to Code" option to create a pascal snippet which will generate the tabsheet as well as all of the children on the sheet
Step 4, you'll probably have to clean up the references as the components to code option will use local variables in the snippet, but this should be a simple task for a general delphi developer.


Subject: Re: Installation in Kylix [and an uncalled for rant about Kylix from Warren]
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 31 Jul 2004 02:47:01 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
>
> I was thinking of writing a BASH shell script for installation and
> rebuilds after CVS updates, for JCLX/Kylix, because working with the project group (.bpg) file is frustrating for many reasons in Kylix, including (on my system):

Porting the JVCL installer to VisualCLX looks me a better solution. It is feasible, but someone has to do the job.

>
>     - Setting the library path was a pain

No different from a manual install with Delphi/windows

>     - Compiling packages in Kylix brings up strange "can not load shared library" errors at various points.

Every time the interface gets changed (by me) you will have the same "problem" if you build the packages within the IDE.

>     - Compiler and GUI are disgustingly slow. I thought I was having the

If you talk about building packages I agree, but compiling a application is fast. I don't notice any difference with compiling the same examples on windows or linux.

> famous Kylix freeze bug, and that kylix was dead, but after 10-30 

famous Kylix freeze bug ??

> seconds of non-responsiveness, instead of using xkill to kill kylix, it just returned to life on its own.  After each package compile, Kylix
> freezes on my system for a long time (10-30 seconds).
>

You will observe the same behaviour if you try to install the packages (VCL or clx) manually on Windows. This has to do with the IDE reloading all installed packages after each compiled package in the project group.

> I sure am NOT going to recommend to any client that I build them a
> Linux solution on Kylix any time soon.  The chicken/egg situation here
> is that borland "allocates development $$$ based on sales". 

Borland did not spend to much time on developing Kylix. The IDE uses WINE, cq it is a windows program. AFAIK any program using WINE will run deadslow. As an example you can run the (windows) ImageEditor using WINE, but you have to wait several minutes before the ImageEditor apears on the screen, it works but slowwwww.
VisualCLX contains a strange mixture of messaging, Qt-events and notifications. What are message handlers, might be notifications with CLX. As an example FontChanged <-> CMFontChanged. notification under VisualCLX: If you modify the font properties in the constructor you will get notification (FontChanged) within the Create/constructor (= initilization). The FontChanged will occur before the constructor has finished and has created required classes.

> Based on
> Kylix's current state, I have a hard time believing that anyone
> accustomed to working in Delphi or C++ Builder on Windows could live
> with Kylix's slowness (GUI is slower and uglier than java, on my system), and post-compilation freezups. 

The Kylix IDE  looks quit OK on my system (Mandrake 9.1) but Fonts are not so crisp and clear as under Windows, but that is Linux related, not Kylix related.

> Also its ugly tiny fonts,

Default font size for Apps is 10, giving a rather (imo) to big font. You can customize the font used by the IDE, there is tool to change it, or take look at the various (ini) in ~/.borland or google.

> the quirky way that package recompilation works,

As said before it is just as "quirky" as Delphi (Windows).

> and its glibc/kernel
> version depedancies (instability issues) etc.
> Thus for me at least, Kylix and JCLX can only be a toy, but I have hope that in the future borland may fix this stuff, and then Kylix+JCLX will really be GREAT.
>

Borland claims crossplatform application, but fonts and systemcolors change depending on the platform being used. WInXPBarDemo runs nice on windows, but under Linux you have to wake up the GUI thread either in code  or moving the mouse. Same thing with the LED demo.
Kylix uses a old Qt version (2.3), although it is feasible to modify Qt.pas, there is no Qt 3.0 dll available (afaik) under windows. :(
Exceptions can be raised if you try to free global classes. (inconsistent).  When I go through the sources of Borland, I get the feeling it is easy to write a difficult piece of code but it is difficult to write a simple piece of code.
Also Kylix by itself lacks components, to make it worthwhile to write crossplatform apps.

Regards,

André Snepvangers


Subject: TJvgPageControl
From: "J. Clarke" <jaclarke01@hotmail.comNOSPAM>
Date: Fri, 30 Jul 2004 20:15:41 -0400
Newsgroups: jedi.vcl

This is a really nicely done control.

I would like to dynamically add tabs w/some sort of list box on each tab.  I
would like to have an on-click event linked to each listbox.  I know how to
dynamically add the tabs....But I would really like to setup 1 tabsheet
(visually) and copy it to each tab.

Can anyone point me to some sample code or have any pointers for me?

Jeff




Subject: Re: Installation in Kylix
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 30 Jul 2004 21:28:23 +0000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> micha schumann wrote:
>
>> Hello,
>>
>> is there anyone around who could assemble a small paper on how to install  jcl and jvcl in kylix with some hints on what usually someone being used to windows does not know?
>>
>> I would be very grateful! Maybe this is a small step for a linux guru and a giant leap for those who want to get into linux software development...
>>
>> best regards
>>
>> micha
>
>
> Manual install for Kylix
> Start by unpacking the JVCL and JCL zip files into a folder of your own choice. Make sure your zip extractor is set to maintain folder structure or all files will be put into the same folder (not what you want!). We recommend but do not require that the JCL and JVCL folders should be created as siblings, i.e the folder structure looks like this:
>
> JEDI
>   JCL
>     <JCL subfolders>
>   JVCL
>     <JVCL subfolders>
>
>
> Before you can install the JVCL(X) you must first compile the JCL packages. How to do this is documented in the JCL download. If the JCL works as expected, open the JVCL(X) package group file (bpg) for your version of Kylix that is located in the jvcl/packages folder. Select Project - Build All Projects from the Kylix menu. Go get a cup of coffee (this takes a while). After Kylix has compiled all the packages, open the Project Manager (Ctrl+Alt+F11) and right-click each of the packages ending with K3D and select "Install" from the pop-up menu. Although you can skip installing some of the packages, we still recommend that you install all of them the first time. You can later remove some of them on a project by project basis or permanently if you never use the components in the package and the package isn't required by another installed package.
>
> If you have several versions of Kylix installed, you will have to go through these steps for each version, the only difference being the bpg file you load into the IDE.
>
> When closing a package, Kylix will prompt you to save the changes to the package. You MUST answer "No" to this question since Delphi removes some conditional defines needed the next time you recompile the package.
>
> Adding JVCL(X) paths to Kylix
> To make your applications find the JVCL code when you compile, you need to add the paths to JVCL to Kylix's environment paths. Add the paths to the JVCLX source files.
>
> Adding the source paths means you can easily make changes to the source and see it at run-time but be aware that if you build with run-time packages, you need to recompile the packages to see the changes in the application. To add the source folder locations to Kylix, select Tools-Environment Options-Library and add the paths to JVCL\qrun and JVCL\qcommon and JVCL\qcommon to the Library path.
> To run application outside the Kylix IDE you have to do a little bit more. Your application should be able to find the required runtime libraries. There are several solutions, google for it and take a look at Andreas homepage.
>
> Note:
>   If you have already installed JVCLX packages uncheck the JVCLX packages before you build the packages. This avoids warnings/messages if the interface has been changed.
>
> Regards,
>
> André Snepvangers
thanks!


Subject: Re: JvCreateProcess
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 30 Jul 2004 23:19:16 +0200
Newsgroups: jedi.vcl

George Brink wrote:
> I just had the same problem :)  JvCreateProcess does not wait for console
> kind of application. I solve it that way:
> // all settings for JvCreateProcess1 are by default, WaitForTerminate:=True
> JvCreateProcess1.CommandLine := 'cmd.exe /C '+sTempFileName;
> JvCreateProcess1.Run;
> WaitForSingleObject(JvCreateProcess1.ProcessInfo.hProcess, $ffffffff)

The TJvCreateProcess component is designed to NOT block the main thread, while the console is running. The idea is to respond to events of the component, such as OnTerminate, which is fired when the console ends.

If you want to block the main thread, you could use the procedure WinExec32AndWait from JclMiscel.pas (From JCL not JVCL).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvCreateProcess
From: "George Brink" <siberianowl@yahoo.com>
Date: Fri, 30 Jul 2004 15:57:44 -0400
Newsgroups: jedi.vcl

I just had the same problem :)  JvCreateProcess does not wait for console
kind of application. I solve it that way:
// all settings for JvCreateProcess1 are by default, WaitForTerminate:=True
JvCreateProcess1.CommandLine := 'cmd.exe /C '+sTempFileName;
JvCreateProcess1.Run;
WaitForSingleObject(JvCreateProcess1.ProcessInfo.hProcess, $ffffffff)



"Holger Flick" <rammbaer@xyz.gmx.de> wrote in message
news:ce2t48$kfv$1@talkto.net...
> > here you go:
> >
> >   Proc.CurrentDirectory := ExtractFilePath( Filename );
> >   Proc.CommandLine := ExtractFilePath( Filename )+'compile.bat';
> >
> >   Proc.WaitForTerminate := True;
> >   Proc.Run;
> >
> >   lStatus.Caption := 'PDF wird erstellt...';
> >   while Proc.State = psWaiting do begin
> >     self.Update;
> >     Application.ProcessMessages;
> >   end;
> >
> >
> >
> > OBones wrote:
> >
>> > > Holger Flick wrote:
>>> > > > solved.
>>> > > >
>> > > How ?
> >




Subject: Re: instalation hunder kylix
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 30 Jul 2004 15:48:55 -0400
Newsgroups: jedi.vcl

Please be specific. Describe the things you did, and the error you got.

We can't help you without details.

Warren


Subject: Re: Error in TJvCustomCsvDataSet.CopyFromDataset
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 30 Jul 2004 15:45:42 -0400
Newsgroups: jedi.vcl

Richard wrote:
> Hello,
>
> In TJvCustomCsvDataSet.CopyFromDataset, if my dataset has calculate fields
> in it, it will has error.
> Because DataSet.Fields.FieldByNumber() only works for real fields. Anyone
> can help me fix it? Or I fix it and send it to a JVCL developer?
>
> Thanks
> Richard
>
>

If you can send me a patched version I will check it in, otherwise, I'll try to fix it myself, if you log it using Mantis.  Please include details like what kind of table object (TTable, TQuery, UIB) and
a simple code sample to replicate the problem.   Which error message
does it generate, by the way?

Warren


Subject: Error in TJvCustomCsvDataSet.CopyFromDataset
From: "Richard" <ljs_1969@hotmail.com>
Date: Fri, 30 Jul 2004 11:48:11 -0400
Newsgroups: jedi.vcl

Hello,

In TJvCustomCsvDataSet.CopyFromDataset, if my dataset has calculate fields
in it, it will has error.
Because DataSet.Fields.FieldByNumber() only works for real fields. Anyone
can help me fix it? Or I fix it and send it to a JVCL developer?

Thanks
Richard




Subject: JVDBGrid
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Fri, 30 Jul 2004 11:41:37 -0300
Newsgroups: jedi.vcl

Hi. I need a dbgrid that show the table that have a memo field. Then i need
a grid that can diff rows height. The jvdbgrid do this?
How? I try but i can.

Thanks
Alessandro




Subject: Re: JvDelphiSettingsMover tool for developer tools
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 30 Jul 2004 16:38:08 +0200
Newsgroups: jedi.vcl

Hi,

there is no special tool needed to move a Delphi installation to a new
computer (or to a new installtion).

I have done this several times as follows:

- make a backup of HKCU\software\Borland\Delphi\x.0 using regedit
- make a backup of all components (the compete directories)
- make a backup of your BPL-directory

- re-install your computer

- install Delphi (in the same path as before!!!) and be sure to start it
min. one time
- restore your backups
- restore the backup of your registry

I have done this on several computers using this method without problems (or
copied a complete Delphi-installation to another computer)

The only important thing is to use the same path on the new installtion
because the path-references in the registry backup.

Hope this helps,
Ralf



Subject: Re: JvDelphiSettingsMover tool for developer tools
From: Thomas Mueller <news@s2h.cx>
Date: Fri, 30 Jul 2004 16:32:32 +0200
Newsgroups: jedi.vcl

Hi,

Ýbrahim Kutluay wrote:

> > Ps... If you know a tool like this let me know. I dont want to be a stupid
> > which is "exploring america again"

You could achieve the same with a .reg file exported from the registry
editor. These files are pure text, so you could even customise it (throw
away those entries you don't need).

regards
twm



Subject: instalation hunder kylix
From: "Bruno Faria" <bhf@xtok.com>
Date: Fri, 30 Jul 2004 15:15:32 +0100
Newsgroups: jedi.vcl

I try install your componentes hunder kylix but i cant because your cod are
not very well writer some one o root something to linux must understand that
it isnt like windows we A  is diferent than a





Subject: Re: Everybody pat yourself on the back!
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 30 Jul 2004 17:07:53 +0300
Newsgroups: jedi.vcl

It is no so big i think. in the future more of component will be stable and
similar components will collect the more clever one (like Jvurlgrabber)....
by the time i will be good organised and optimised...






Subject: Re: New idea inspired by Mantis #2012
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jul 2004 16:04:55 +0200
Newsgroups: jedi.vcl

I think this is a great idea

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Everybody pat yourself on the back!
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 30 Jul 2004 09:25:18 -0400
Newsgroups: jedi.vcl

> We're pleased to announce that the JVCL has been voted as best freeware set
> of components at the biggest french developers forum Developpez.com

It's nice that JVCL was voted "best" instead of just "biggest".  :-)  I know my initial reaction to JVCL was "do I really need that many components?" , now I figure, "hey, the more the merrier".  :-)

Warren



Subject: Re: Installation in Kylix [and an uncalled for rant about Kylix from Warren]
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 30 Jul 2004 09:22:44 -0400
Newsgroups: jedi.vcl

micha schumann wrote:
> Hello,
>
> is there anyone around who could assemble a small paper on how to install  jcl and jvcl in kylix with some hints on what usually someone being used to windows does not know?
>
> I would be very grateful! Maybe this is a small step for a linux guru and a giant leap for those who want to get into linux software development...
>
> best regards

I was thinking of writing a BASH shell script for installation and
rebuilds after CVS updates, for JCLX/Kylix, because working with the project group (.bpg) file is frustrating for many reasons in Kylix, including (on my system):

    - Setting the library path was a pain
    - Compiling packages in Kylix brings up strange "can not load shared library" errors at various points.
    - Compiler and GUI are disgustingly slow. I thought I was having the famous Kylix freeze bug, and that kylix was dead, but after 10-30 seconds of non-responsiveness, instead of using xkill to kill kylix, it just returned to life on its own.  After each package compile, Kylix
freezes on my system for a long time (10-30 seconds).

I sure am NOT going to recommend to any client that I build them a
Linux solution on Kylix any time soon.  The chicken/egg situation here
is that borland "allocates development $$$ based on sales". Based on
Kylix's current state, I have a hard time believing that anyone
accustomed to working in Delphi or C++ Builder on Windows could live
with Kylix's slowness (GUI is slower and uglier than java, on my system), and post-compilation freezups. Also its ugly tiny fonts, the quirky way that package recompilation works, and its glibc/kernel version depedancies (instability issues) etc. Thus for me at least, Kylix and JCLX can only be a toy, but I have hope that in the future borland may fix this stuff, and then Kylix+JCLX will really be GREAT.


Warren


Subject: JvDelphiSettingsMover tool for developer tools
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 30 Jul 2004 16:13:45 +0300
Newsgroups: jedi.vcl

Hi all. Because of the damn spywares im reinstalling my windows very
often... After that everytime im reinstalling all of softwares delphi and
components. Im thinking about to write a new little opensource tools e that
it can extract all delphi settings from registry with one button and re add
it after install. By this may i hope i dont have to reinstall delphi and all
components again and again.. Im not a master like you all developers but i
think i can do that with a little help.

I have exract some keys from registry but i dont know which isthe important
ones. al so i need the your knowledge for key names for prepare a preview
window for settings.. If proposal for that then i ll simply add all keys and
use that style.

So which registry keys are using by delphi and for what?

Regards

Ps... If you know a tool like this let me know. I dont want to be a stupid
which is "exploring america again"




Subject: Re: Install failure make
From: "restechimage" <nospam@restechimage.com>
Date: Fri, 30 Jul 2004 14:46:53 +0200
Newsgroups: jedi.vcl

Thanks,
I do not know if this is WinXP specific, but if the install.bat and 
qinstall.bat were modified as follows, this problem would go away.  

Add

@Setlocal
@path=C:\Program Files\Borland\Delphi7\Bin

to the beginning the batch file after the @Echo Off statement and add

@Endlocal

to the end of the file.  This will temporarily reduce the path 
environment variable for the duration of the batch file, which includes 
the execution of the Jedi installer.

> >restechimage wrote:
> >
>> >>  I am attempting to do a clean install of the JCL and JVCL.  When I 
run 
>> >> the Qinstall.bat I get the following:
>> >> 
>> >> C:\Program Files\Borland\Delphi7\jcl>qinstall
>> >> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>> >>         cd ..
>> >> Fatal: Command arguments too long
>> >> 
>> >> Press any key to continue . . .
>> >> 
>> >> I get the same error message from the JVCL installer.
> >In most cases, this is because your PATH environment variable is too 
> >long. Please shorten it and try again.
> >
> >Cheers
> >
> >Olivier Sannier
> >JVCL Developer
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 30 Jul 2004 14:45:22 +0200
Newsgroups: jedi.vcl

> >Olivier im Turk and i have used wrong word fr that. But i mean
> >" i didnt see what you do .. but i ll download it when uploaded to 
latest
> >zip."
> >Im not using CVS yet but simply im downloadin new zips regularly.

I will try again to upload it in Binaries in a few hours.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Everybody pat yourself on the back!
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 30 Jul 2004 15:42:43 +0300
Newsgroups: jedi.vcl

Im from Turkey and most of developers using JVCL more than commercial sets.
Also i know some developers using JCL in their programs too... (For image
manipulations etc etc)

Im not a developer but i have to say that "You are doing a great job"




Subject: Re: New JvDBGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 30 Jul 2004 14:42:17 +0200
Newsgroups: jedi.vcl

Ibrahim Kutluay wrote:

> Doh.
>
> My bad english.
>
> Olivier im Turk and i have used wrong word fr that. But i mean
> " i didnt see what you do .. but i ll download it when uploaded to latest
> zip."
> Im not using CVS yet but simply im downloadin new zips regularly.
>
> Regards
>
>
No worries.
The thing is that the file wasn't in binaries, and I did put it myself minutes ago because Fred has problems with posting binaries.
This will be in CVS in a short time, whenever someone has time to assess the changes.


Subject: Re: New JvDBGrid
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 30 Jul 2004 15:39:53 +0300
Newsgroups: jedi.vcl

Doh.

My bad english.

Olivier im Turk and i have used wrong word fr that. But i mean
" i didnt see what you do .. but i ll download it when uploaded to latest
zip."
Im not using CVS yet but simply im downloadin new zips regularly.

Regards




Subject: Re: Install failure make "command arguments too long"
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 30 Jul 2004 14:18:55 +0200
Newsgroups: jedi.vcl

restechimage wrote:

>  I am attempting to do a clean install of the JCL and JVCL.  When I run the Qinstall.bat I get the following:
>
> C:\Program Files\Borland\Delphi7\jcl>qinstall
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>         cd ..
> Fatal: Command arguments too long
>
> Press any key to continue . . .
>
> I get the same error message from the JVCL installer.
In most cases, this is because your PATH environment variable is too long. Please shorten it and try again.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: New idea inspired by Mantis #2012
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Jul 2004 14:00:10 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > if this is what you were trying to do, then I am in full agreement. If
> > not, I apparently misunderstood you, so you may need to explain it again.

That is exactly what I meant.


-- Regards, Andreas Hausladen 

Subject: Install failure make "command arguments too long"
From: "restechimage" <nospam@restechimage.com>
Date: Fri, 30 Jul 2004 14:00:07 +0200
Newsgroups: jedi.vcl

 I am attempting to do a clean install of the JCL and JVCL.  When I run 
the Qinstall.bat I get the following:

C:\Program Files\Borland\Delphi7\jcl>qinstall
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        cd ..
Fatal: Command arguments too long

Press any key to continue . . .

I get the same error message from the JVCL installer.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvMultiHttpGrabber
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 30 Jul 2004 13:33:50 +0200
Newsgroups: jedi.vcl

NixKönner wrote:

>> There is a demo for the JvMultiHttpGrabber.
>> However, please note that this component has been replaced by TJvUrlGrabber in the JVCL 3 and this one has a demo as well.
>>
>
>
> Where are the demos?
In the zip file.

> Is updateing to JVCL3Beta recommended?
Highly recommended. I would even recommend you to use the daily packages available here:
http://jvcl.sf.net/daily/

For this you will also need to use the latest beta version of the JCL, or the daily zip as well:
http://jcl.sf.net/daily/

Please ask here if you need any help installing it, but the readme and install HTML files should be enough.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: TJvMultiHttpGrabber
From: NixKönner <ich@im.net>
Date: Fri, 30 Jul 2004 13:18:07 +0200
Newsgroups: jedi.vcl

> >There is a demo for the JvMultiHttpGrabber.
> >However, please note that this component has been replaced by 
> >TJvUrlGrabber in the JVCL 3 and this one has a demo as well.
> >

Where are the demos?
Is updateing to JVCL3Beta recommended?

Nix



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New JvDBGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 30 Jul 2004 13:08:25 +0200
Newsgroups: jedi.vcl

Ýbrahim Kutluay wrote:

> i dont see it.. but i ll download it when uploaded. but i thnik this is a
> nice job. thank you for work on this.
>
>
If it's not there when I get back home (by 5PM), I'll post it myself. I was meant to do it before that, but got hooked up in other things.

Sorry about the delay.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: New JvDBGrid
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 30 Jul 2004 14:06:32 +0300
Newsgroups: jedi.vcl

i dont see it.. but i ll download it when uploaded. but i thnik this is a
nice job. thank you for work on this.




Subject: Re: New idea inspired by Mantis #2012
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jul 2004 13:02:52 +0200
Newsgroups: jedi.vcl

Something like this?

IAppStorageHandler = interface
[GUID]
  procedure ReadFromAppStore(AppStorage: TJvCustomAppStorage; BasePath:
string);
  procedure WriteToAppStore(AppStorage: TJvCustomAppStorage; BasePath:
string);
end;

IAppStoragePublishedProps = interface
[GUID]
end;

if a class doesn't implement the first interface or if it also implements
the second interface, all published properties are written (as it currently
does) and if the first is implemented it will call those methods (either in
addition to the published properties or exclusively):

TPubOnly1 = class(TPersistent)
// only published properties

TPubOnly2 = class(TInterfacedPersistent, IAppStoragePublishedProps)
// only published properties

TIntfOnly = class(TInterfacedObject, IAppStorageHandler)
// only the IAppStorageHandler methods are used; does not have to be a
TPersistent descendant or have RTTI

TIntfAndPub = class(TInterfacedPersistent, IAppStorageHandler,
IAppStoragePublishedProps)
// the IAppStorageHandler methods are used in addition to the published
properties

if this is what you were trying to do, then I am in full agreement. If not,
I apparently misunderstood you, so you may need to explain it again.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: TJvMultiHttpGrabber
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 30 Jul 2004 13:00:24 +0200
Newsgroups: jedi.vcl

There is a demo for the JvMultiHttpGrabber.
However, please note that this component has been replaced by TJvUrlGrabber in the JVCL 3 and this one has a demo as well.


Subject: New JvDBGrid
From: "Fred" <nospam@nospam.nospam>
Date: Fri, 30 Jul 2004 12:58:45 +0200
Newsgroups: jedi.vcl

You'll find the file "New JvDBGrid 3.zip" in Binaries.

- Many bug fixes
- Multi-column sorting

I hope that someone will review the code and upload it to CVS. I won't do
any other change until it is validated.

Fred




Subject: TJvMultiHttpGrabber
From: NixKönner <ich@im.net>
Date: Fri, 30 Jul 2004 12:55:39 +0200
Newsgroups: jedi.vcl

I searched the Help and Net for a Instruction on how to use this component
and didnt find anything.

For testing i have a button that tells the TJvMultiHttpGrabber Component this:

 multi.FileName := 'C:\test.gif';
 multi.Url := 'http://home.arcor.de/cozy3k/lvz/files/refpoints.gif';
 multi.Download(multi.DownloadCount);

Doesn't change a thing when I set UserData to something bigger or not 0
Outputode is set to OmFile

When I press the button, I see progress and it downloads exactly 32376
bytes (the size of the image)
But after that, nothing happens...
The FileDone event never gets called! Same with StreamDone.
Why? How do I use this component correctly?
TJvHttpGrabber works fine, but I'd like to use the multi one.

NixKönner



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installation in Kylix
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 30 Jul 2004 12:40:13 +0200
Newsgroups: jedi.vcl

micha schumann wrote:
> Hello,
>
> is there anyone around who could assemble a small paper on how to install  jcl and jvcl in kylix with some hints on what usually someone being used to windows does not know?
>
> I would be very grateful! Maybe this is a small step for a linux guru and a giant leap for those who want to get into linux software development...
>
> best regards
>
> micha

Manual install for Kylix
Start by unpacking the JVCL and JCL zip files into a folder of your own choice. Make sure your zip extractor is set to maintain folder structure or all files will be put into the same folder (not what you want!). We recommend but do not require that the JCL and JVCL folders should be created as siblings, i.e the folder structure looks like this:

JEDI
  JCL
    <JCL subfolders>
  JVCL
    <JVCL subfolders>


Before you can install the JVCL(X) you must first compile the JCL packages. How to do this is documented in the JCL download. If the JCL works as expected, open the JVCL(X) package group file (bpg) for your version of Kylix that is located in the jvcl/packages folder. Select Project - Build All Projects from the Kylix menu. Go get a cup of coffee (this takes a while). After Kylix has compiled all the packages, open the Project Manager (Ctrl+Alt+F11) and right-click each of the packages ending with K3D and select "Install" from the pop-up menu. Although you can skip installing some of the packages, we still recommend that you install all of them the first time. You can later remove some of them on a project by project basis or permanently if you never use the components in the package and the package isn't required by another installed package.

If you have several versions of Kylix installed, you will have to go through these steps for each version, the only difference being the bpg file you load into the IDE.

When closing a package, Kylix will prompt you to save the changes to the package. You MUST answer "No" to this question since Delphi removes some conditional defines needed the next time you recompile the package.

Adding JVCL(X) paths to Kylix
To make your applications find the JVCL code when you compile, you need to add the paths to JVCL to Kylix's environment paths. Add the paths to the JVCLX source files.

Adding the source paths means you can easily make changes to the source and see it at run-time but be aware that if you build with run-time packages, you need to recompile the packages to see the changes in the application. To add the source folder locations to Kylix, select Tools-Environment Options-Library and add the paths to JVCL\qrun and JVCL\qcommon and JVCL\qcommon to the Library path.
To run application outside the Kylix IDE you have to do a little bit more. Your application should be able to find the required runtime libraries. There are several solutions, google for it and take a look at Andreas homepage.

Note:
  If you have already installed JVCLX packages uncheck the JVCLX packages before you build the packages. This avoids warnings/messages if the interface has been changed.

Regards,

André Snepvangers


Subject: Re: New idea inspired by Mantis #2012
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Jul 2004 12:22:44 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     The Read/WritePersistent of TJvCustomAppStorage should be changed
> > too.  If the specified instance/class supports the IAppStorageHandler,
> > the Read/Write methods of that interface are called to perform the
> > reading/writing, otherwise it performs the standard behavior (read/write
> > all published properties).

Why not have two interfaces. If the first IAppStorageHelper is implemented
only the interface methods are called. But if the IAppStoragePropHelper is
implemented both actions the function calls and the property parser are
performed.


> >     The PropCount and calling the read/write methods of the interface in
> > a loop seems a bit redundant 

It was only a first shoot.


-- Regards, Andreas Hausladen 

Subject: Re: Everybody pat yourself on the back!
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 30 Jul 2004 11:40:22 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>
> Seems we are doing something right :)
>
Seems so ;-)

I would like here to thank all French users and developpers who helped a lot getting the word out and putting the product where it's at at the moment. The future will be even better, please stay tuned for more news in the upcoming weeks.

Cheers

Olivier Sannier
JVCL Developer


Subject: Everybody pat yourself on the back!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jul 2004 11:26:56 +0200
Newsgroups: jedi.vcl

I got this mail today:

--------8<-------------8<-----------

Dear Sirs,

We're pleased to announce that the JVCL has been voted as best freeware set
of components at the biggest french developers forum Developpez.com

The complete results of the votes can be found here :

http://delphi.developpez.com/freewares/elections2004/

Best regards

Pierre Castelain

developpez.com Delphi Forum Manager

--------8<-------------8<-----------

Seems we are doing something right :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: New idea inspired by Mantis #2012
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jul 2004 10:30:41 +0200
Newsgroups: jedi.vcl

    I see. I would change the interface though:

IAppStorageHandler = interface
[GUID]
  procedure ReadFromAppStore(AppStorage: TJvCustomAppStorage; BasePath:
string);
  procedure WriteToAppStore(AppStorage: TJvCustomAppStorage; BasePath:
string);
end;

    The Read/WritePersistent of TJvCustomAppStorage should be changed too.
If the specified instance/class supports the IAppStorageHandler, the
Read/Write methods of that interface are called to perform the
reading/writing, otherwise it performs the standard behavior (read/write all
published properties).

    The PropCount and calling the read/write methods of the interface in a
loop seems a bit redundant and using this approach allows descendants to
call the inherited method first to deal with the ancestor's properties.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: New idea inspired by Mantis #2012
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Jul 2004 10:16:38 +0200
Newsgroups: jedi.vcl

On Mantis there is a "feature request" that wants a published Position
property for JvControlBar. With this change the AppStorage is able to
write and read the Position. But it is not nice to have property in the
IDE that is only for storage purpose. If we would introduce the storage
interface the property could be removed and the interface methods do the
required actions.

-- Regards, Andreas Hausladen 

Subject: Re: Installation in Kylix
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 30 Jul 2004 08:03:48 +0000
Newsgroups: jedi.vcl

OBones wrote:
> micha schumann wrote:
>
>> Hello,
>>
>> is there anyone around who could assemble a small paper on how to install  jcl and jvcl in kylix with some hints on what usually someone being used to windows does not know?
>>
>> I would be very grateful! Maybe this is a small step for a linux guru and a giant leap for those who want to get into linux software development...
>>
>> best regards
>>
>> micha
>
>
> This is exactly what should be in the install.htm file in the help directory.

So we just need someone to put it there... ;-)


Subject: Re: New idea inspired by Mantis #2012
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jul 2004 08:06:56 +0200
Newsgroups: jedi.vcl

Sounds interesting, how did you want to use it? Give me some more hints.

Greetings
Jens

Andreas Hausladen wrote:
> Mantis # 2012
>
>
>> Change Positions to a property in TjvControlBar (src included)
>> if LoadPositions and SavePositions is promoted to a property, it is possible to appstorage/form storage utilities to store the
>> position of the controls.
>
>
> That brings me to the idea that it would be nice if the AppStorage
> components tests for an, let's say, IAppStorageHandler interface and call
> a method that reads/writes the extra "property" data.
>
> IAppStorageHeader = interface
>   [GUID]
>   function GetAppStoragePropCount: Integer;
>   procedure LoadAppStorageProp(Index: Integer; AppStorage: TAppStorage);
>   procedure SaveAppStorageProp(Index: Integer; AppStorage: TAppStorage);
> end;
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 Jul 2004 23:20:20 +0200
Newsgroups: jedi.vcl

OBones wrote:
> In most Western languages, yes they are. But not always. I don't have an example by hand, but that's the general assumption in the "i18n world": Never assume anything based on your own culture.
>
> If I recall well, some cultures have Capital, Lower case and another one. In this case, the 'a' might actually be the third one and as such different from the 'A'...

On MSDN the Vietnamese locale is used as an example: It contains many two-character elements such as the 'GI', 'Gi', and 'gi' characters; these are treated as single elements. 'gI' is not a single vietnamese char thus is treated as two seperate characters.

Thus on a vietnamese computer would

AnsiSameText('GI', 'Gi') return True, but
AnsiSameText('GI', 'gI') returns False.

See: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/resources/strings/stringreference/stringfunctions/comparestring.asp

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Installation in Kylix
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 29 Jul 2004 19:33:57 +0000
Newsgroups: jedi.vcl

Hello,

is there anyone around who could assemble a small paper on how to install  jcl and jvcl in kylix with some hints on what usually someone being used to windows does not know?

I would be very grateful! Maybe this is a small step for a linux guru and a giant leap for those who want to get into linux software development...

best regards

micha


Subject: Re: USEJVCL for Globus
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jul 2004 21:24:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Is the USEJVCL for Global really important? The Globus utility units
> contain many duplicates of JvJCLUtils functions. And the usage of
> SameFileName which does not exist under Delphi 5 requires an
> implementation in the whole Globus packages.

Oops, i added SameFileName yesterday.
Best implement SameFileName in JvJVCLUtils or JvJCLUtils.

I think we should remove USEJVCL from Globus. I already wreacked havoc to the files before USEJVCL had been introduced. I doubt that we can separate it out again.
We should even think about moving most to Archive. It is not the best source we have and many parts have superior duplicates.



Subject: Re: Installation in Kylix
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 29 Jul 2004 20:32:26 +0200
Newsgroups: jedi.vcl

micha schumann wrote:
> Hello,
>
> is there anyone around who could assemble a small paper on how to install  jcl and jvcl in kylix with some hints on what usually someone being used to windows does not know?
>
> I would be very grateful! Maybe this is a small step for a linux guru and a giant leap for those who want to get into linux software development...
>
> best regards
>
> micha

This is exactly what should be in the install.htm file in the help directory.


Subject: New idea inspired by Mantis #2012
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Jul 2004 19:06:01 +0200
Newsgroups: jedi.vcl

Mantis # 2012

> > Change Positions to a property in TjvControlBar (src included)
> > if LoadPositions and SavePositions is promoted to a property, 
> > it is possible to appstorage/form storage utilities to store the
> > position of the controls.

That brings me to the idea that it would be nice if the AppStorage
components tests for an, let's say, IAppStorageHandler interface and call
a method that reads/writes the extra "property" data.

IAppStorageHeader = interface
  [GUID]
  function GetAppStoragePropCount: Integer;
  procedure LoadAppStorageProp(Index: Integer; AppStorage: TAppStorage);
  procedure SaveAppStorageProp(Index: Integer; AppStorage: TAppStorage);
end;



-- Regards, Andreas Hausladen 

Subject: USEJVCL for Globus
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Jul 2004 18:54:18 +0200
Newsgroups: jedi.vcl

Is the USEJVCL for Global really important? The Globus utility units
contain many duplicates of JvJCLUtils functions. And the usage of
SameFileName which does not exist under Delphi 5 requires an
implementation in the whole Globus packages.


-- Regards, Andreas Hausladen 

Subject: Re: Interrogate TJVAppREgistryStorage
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jul 2004 17:25:52 +0200
Newsgroups: jedi.vcl

OBones wrote:

> You don't need the TJvAppRegistryStorage to do that, just have a look at the functions in the TRegistry object from Delphi, or even the registry related functions in the MS Windows API.

Not to mention the JCL registry functions :-)



Subject: Re: HidController and Barcode scanner
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jul 2004 17:25:12 +0200
Newsgroups: jedi.vcl

OBones wrote:

> HidController is only for HID devices. HID stands for Human Interface Device and basically only applies to keyboards, mice and joysticks.
> Unless your barcode scanner is recognized as an HID, you won't be able to use it with the HidController.

Precisely.
Sadly most barcode scanners pose as keyboard and are therefore not directly accessible (Windows blocks direct access).

If it is a real HID barcode scanner then SimpleHIDWrite should be good enough for a first test. Call me directly for help on a better program.



Subject: Re: use jedi.inc from JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jul 2004 17:22:07 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Then, if you have time, please do the commit.

Done.
windowsonly.inc etc will follow.
I just finetuned them on JCL side.



Subject: Re: Interrogate TJVAppREgistryStorage
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 29 Jul 2004 16:15:53 +0200
Newsgroups: jedi.vcl

Pete Stoves wrote:

> Is there any way I can retrieve a list of keys (their names and types) belonging to a particular node in the registry ?
>
> Cheers
> Pete

You don't need the TJvAppRegistryStorage to do that, just have a look at the functions in the TRegistry object from Delphi, or even the registry related functions in the MS Windows API.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: HidController and Barcode scanner
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 29 Jul 2004 16:15:01 +0200
Newsgroups: jedi.vcl

test wrote:

> Hello,
>
> Is there a sample on how to read data from USB barcode scanner using
> HidController
> Thanks
>
>
HidController is only for HID devices. HID stands for Human Interface Device and basically only applies to keyboards, mice and joysticks.
Unless your barcode scanner is recognized as an HID, you won't be able to use it with the HidController.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: use jedi.inc from JCL
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 29 Jul 2004 16:13:41 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Agree. I've used the JCL version in JVCL too for quite some time now without
> any problems
>
Then, if you have time, please do the commit.


Subject: Interrogate TJVAppREgistryStorage
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Thu, 29 Jul 2004 14:39:46 +0100
Newsgroups: jedi.vcl

Is there any way I can retrieve a list of keys (their names and types) belonging to a particular node in the registry ?

Cheers
Pete


Subject: Re: use jedi.inc from JCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jul 2004 15:10:55 +0200
Newsgroups: jedi.vcl

Agree. I've used the JCL version in JVCL too for quite some time now without
any problems

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: HidController and Barcode scanner
From: "test" <fbyfr@yahoo.fr>
Date: Thu, 29 Jul 2004 14:46:46 +0200
Newsgroups: jedi.vcl

Hello,

Is there a sample on how to read data from USB barcode scanner using
HidController
Thanks




Subject: Re: Help with jvPlugin [Resolved]
From: Joseh-Henrique <joseh@mymail.com>
Date: Thu, 29 Jul 2004 09:32:00 -0300
Newsgroups: jedi.vcl

i'm resolved my problem see below my fragment code

[AppMain routine]
(...)
procedure TfrmPrincipal.JvPluginManagerAfterLoad(...);
type
  TConectaBD = procedure(BD: TIBDatabase); stdcall;
var
  Proc: TConectaBD;
begin
  inherited;
  if ALibHandle > 0 then
  begin
    @Proc := GetProcAddress(ALibHandle, 'ConectaBD');
    if @Proc <> nil then
      Proc(DMDados.IBDatabase);
  end;
end;

[DLL routine]
(...)
var
  FIB: TIBDatabase;

function RegisterPlugin: TJvPlugin; stdcall;
procedure ConectaBD(BD: TIBDatabase); stdcall;

implementation

procedure ConectaBD(BD: TIBDatabase);
begin
  FIB := BD;
end;

(...)

procedure TPluginMolicar.PluginMolicarCommands0Execute(Sender: TObject);
begin
  IBQuery1.Database := FIB;
  IBTransaction1.DefaultDatabase := FIB;
  if IBQuery1.Database.Connected then
    ShowMessage('Plugin de demonstracao conectado ao BD')
  else
    ShowMessage('Não conectado');
end;

sorry by inconvenience

Joseh-Henrique
Goiania, GO
Brazil

> Hello, this is my first answer, and my post is about how to pass parameters from application to plugin.
>
> Example
>
> Application
>    plugin.conectionBD(DB: tibdatabase);
>
> action menu application
>   dataimport window action; (work)
>
> -------
>
> plugin
>   excute procedure connection with parametes passe from application;
>
> action
>   window showmodal dataimport (work)


Subject: use jedi.inc from JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jul 2004 13:36:01 +0200
Newsgroups: jedi.vcl

jedi.inc from JCL is much better now than the JVCL version. It supports for example FPC. I have not seen any compatibility problems yet.
I think we should replace the JVCL file with the JCL file.
Please all have a look and do some testing.



Subject: Re: New demo for RAInterpreter
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Thu, 29 Jul 2004 12:03:57 +0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Vladimir wrote:
>
>> I've seen now only these operators. Also will be very good to compile pas script to some internal structure and the to run multiple times, but this is very complicated, I think.
>
>
> I checked it and it is too complicated for me. The parser is not documented well and also seems to be not that hot.
>
Yes, I agree, I chcked also before my posts, It's rather complicated, the using is also isn't simple. Later I'll try to make some improvements and examples on CB6.


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 29 Jul 2004 10:03:56 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> It's not a windows bug, it is a localization issue. If you use a function that is locale dependent, you should never assume that A comes before B and that A and a are equivalent when case insensitivity is turned on.
>
>
> Huh? I thought that 'A' and 'a' etc are always equal independent of locale when compared caseinsensitively.
>
In most Western languages, yes they are. But not always. I don't have an example by hand, but that's the general assumption in the "i18n world": Never assume anything based on your own culture.

If I recall well, some cultures have Capital, Lower case and another one. In this case, the 'a' might actually be the third one and as such different from the 'A'...


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jul 2004 10:00:35 +0200
Newsgroups: jedi.vcl

OBones wrote:

> It's not a windows bug, it is a localization issue. If you use a function that is locale dependent, you should never assume that A comes before B and that A and a are equivalent when case insensitivity is turned on.

Huh? I thought that 'A' and 'a' etc are always equal independent of locale when compared caseinsensitively.



Subject: Re: CompareText in QuickSort of TJvStringGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 29 Jul 2004 08:33:30 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I had a second run at AnsiCompareText etc.
> I downgraded to CompareText where possible and changed to AnsiSameText instead of AnsiCompareText() = 0.
>
> I do not find the message about the wrong "AA" "aA" compare anymore.
> That is a bug of ansiCompareText and does not help to decide if CompareText or AnsiCompareText is the correct function to be called.
> CompareText should only be called if it is the correct function, not to circumvent Windows bugs.
>
It's not a windows bug, it is a localization issue. If you use a function that is locale dependent, you should never assume that A comes before B and that A and a are equivalent when case insensitivity is turned on.


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jul 2004 08:23:41 +0200
Newsgroups: jedi.vcl

I had a second run at AnsiCompareText etc.
I downgraded to CompareText where possible and changed to AnsiSameText instead of AnsiCompareText() = 0.

I do not find the message about the wrong "AA" "aA" compare anymore.
That is a bug of ansiCompareText and does not help to decide if CompareText or AnsiCompareText is the correct function to be called.
CompareText should only be called if it is the correct function, not to circumvent Windows bugs.



Subject: Re: polish translation for JVCL 3 (move mantis entry from JVCS to JVCL)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jul 2004 08:20:27 +0200
Newsgroups: jedi.vcl

> >   > I found no way to move it from JVCS to JVCL. Is there any way to do
>> > > so? (l am manager)
Do you see checkboxes in the first column of the "View Bugs" page? If you
do, check the ones that should move and then at the bottom of the page
select the action you want to perform and click the OK button.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: New demo for RAInterpreter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jul 2004 08:15:48 +0200
Newsgroups: jedi.vcl

Vladimir wrote:

> I've seen now only these operators. Also will be very good to compile pas script to some internal structure and the to run multiple times, but this is very complicated, I think.

I checked it and it is too complicated for me. The parser is not documented well and also seems to be not that hot.



Subject: Re: CharIsNumber -> CharIsNumberChar
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 29 Jul 2004 07:53:25 +0200
Newsgroups: jedi.vcl

Anthony Steele wrote:

> I don't want 99%. I want to be able to tell the users of my software that I used such-and-such versions of JCL and JCVL and it compiles, and works with that.
Then you should wait until we release a new beta, which won't be happening this week, but is likely to happen before the end of August.

> The last release on JVCL and the last release of JCL don't work together, which is a suprising situation.
Well, for various reasons, we can't post a "beta" version everytime the JCL does a release. The JCL+JVCL package that was posted as JVCL 3 Beta 1 is working. Not as well as the daily builds together, but it is working.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: New demo for RAInterpreter
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Thu, 29 Jul 2004 09:43:20 +0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Vladimir wrote:
>
>> By the way, I am using the interprete under bcb6, and found that valuable pascal operators like shr and shl are not implemented. can somebody  improve this situation?
>
>
> I will check how complicated this gets and implement it if possible.
> Please give a list of what is missing.
>
I've seen now only these operators. Also will be very good to compile pas script to some internal structure and the to run multiple times, but this is very complicated, I think.


Subject: Spreadsheet component
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 29 Jul 2004 02:45:09 +0200
Newsgroups: jedi.vcl

 I'm in the middle of GL application development, I wonder if there is 
some spreadsheet component (specialized StringGrid) to use as worksheet / 
reporting tool for financial statements (I want allow the user to define 
and print his own reports with standard functions such "SUM" but also 
with custom like "ACCOUNT_BALANCE()").

Searching in the Internet I found only commercial components (such TMS 
and ProfGrid) until I found TJanGrid4:

http://jansfreeware.com/jfdelphi.htm

AFAIK Jan's components are part of JVCL but this one (TJanGrid4) not. 
There is some limitation (such licensing) or forgoten merge (with 
TJvStringGrig) never done?

I could see what JanGrid4 cand do and make it JVCL component including an 
enhanhed GridPrinter (for advanced rendering over Canvas) but I need 
feedback before proceding.

Regards. 
(Repoted in Mantis)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: CharIsNumber -> CharIsNumberChar
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jul 2004 00:49:05 +0200
Newsgroups: jedi.vcl

> > The last release on JVCL and the last release of JCL don't work
> > together, which is a suprising situation.
It would be even more surprising the other way around :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: CharIsNumber -> CharIsNumberChar
From: Anthony Steele <anthony@ilovespam.thisisnotmyemail.ha.ha>
Date: Wed, 28 Jul 2004 23:29:34 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Ian Boyd wrote:
>
>
> Well, in this case, why do you use the JVCL3, it is marked as beta?

I for one am using it becuase of a message that reads "JVCL 2 is phased out. The JVCL2 is no longer being developped, you should consider moving to the JVCL3, even if it is marked as beta." sent by OBones. So I got the last major release and started up...

> Just so you know, the daily zips work 99% of the time. 

I don't want 99%. I want to be able to tell the users of my software that I used such-and-such versions of JCL and JCVL and it compiles, and works with that.

The last release on JVCL and the last release of JCL don't work together, which is a suprising situation.

Regards
Anthony Steele



Subject: Re: New demo for RAInterpreter
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 28 Jul 2004 17:14:34 -0400
Newsgroups: jedi.vcl

Edmund Matzke wrote:
> Hello,
>
> as promised this morning, I have posted some new donated files in the
> binaries-group. For install read the txt-file. If everything is running
> well, it would be nice if someone with access to CVS could add it to the
> examples.
>
> CU, Eddi

I checked out the demo, and did not add it to CVS yet. I have two issues with it. First, this demo is not very generic, unfortunately. I had a look at it, and I think it is over-complicated for what it does. Secondly, from the look of it, you would think you could type in your own program and run it, but instead it depends on the SQL function you wrote in your one sample. YOu can't use it to just type in a minimal hello world framework application. I think it needs a little more thought. It's a test of one very specialized application of JvInterpreter, but I don't think it's a generic demo.

Just my $0.02.

Warren


Subject: Re: BUG: JvCheckedMaskEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 28 Jul 2004 23:01:46 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Remko Bonte wrote:
>
>> The work-around I did for JvToolEdit.pas is to set Align to alCustom and
>> do the positioning in CustomAlignPosition. Note that alCustom is not
>> defined in Delphi 5.
>
> But Delphi 5 does not insert the "DesignSize" item. Looks like a IFDEF
> condidate.

Yeah, that is what I meant.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: BUG: JvCheckedMaskEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 28 Jul 2004 22:47:57 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > The work-around I did for JvToolEdit.pas is to set Align to alCustom and
> > do the positioning in CustomAlignPosition. Note that alCustom is not
> > defined in Delphi 5.

But Delphi 5 does not insert the "DesignSize" item. Looks like a IFDEF
condidate.


-- Regards, Andreas Hausladen 

Subject: Re: polish translation for JVCL 3 (move mantis entry from JVCS to JVCL)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jul 2004 21:53:35 +0200
Newsgroups: jedi.vcl

Uwe Schuster wrote:

 > I found no way to move it from JVCS to JVCL. Is there any way to do
> so? (l am manager)

Simply repost it as a new entry like any normal user or post it to binaries.



Subject: Re: BUG: JvCheckedMaskEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 28 Jul 2004 21:28:26 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> Every time I change the EditMask or Text property the width of the selected components is mysteriously decreased by 4 pixels...
> I'm sure I did not code it to do that and so far I haven't been able to locate the bit of code that causes this... at least it happens only at designtime...  I'll keep on investigating as I have time but if someone with a deeper understanding of all that ExControls stuff would also look into this I guess we might get to a result a little quicker yet...

I think this is because of the checkbox. If you look at the dfm you can see that Delphi inserts "DesignSize = (xx,xx);".
This is done at TWinControl.DefineProperties because the control has a child control (the checkbox) with the Anchor property set to a non default value ([akLeft, akTop, akBottom]) while Align = alNone.

The work-around I did for JvToolEdit.pas is to set Align to alCustom and do the positioning in CustomAlignPosition. Note that alCustom is not defined in Delphi 5.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: What's the purpose of ...
From: Ivo Bauer <abuer@zom.zc>
Date: Wed, 28 Jul 2004 21:00:25 +0200
Newsgroups: jedi.vcl

Hi all,

I'm just browsing through JVCL data controls and can't figure out what's the purpose of these controls:

1) TJvDBLookupEdit
2) TJvDBLookupComboEdit

There are no help, no examples for these controls. Could anyone tell me what are they good for?

Thanks in advance!


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 28 Jul 2004 21:00:06 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have changed it.
> The only major impact i see is in the XML sources.
>

I think the last change (line 6262) you made to JvID3v2Base.pas is wrong. AnsiSameText should be used instead of SameText when comparing human words but not when comparing codes as in JvID3v2Base.pas.

Example from http://qc.borland.com/wc/wc.exe/details?ReportID=7676

ShowMessage(IntToStr(AnsiCompareText('AA','aA')));
  //when US locale, it returns 0
  //when Norwegian locale, it returns 1

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: polish translation for JVCL 3 (move mantis entry from JVCS to JVCL)
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 28 Jul 2004 20:07:08 +0200
Newsgroups: jedi.vcl

Someone mistakenly added a polish translation for JVCL 3 to the
project JVCS.
It's entry #2009.
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0002009

I found no way to move it from JVCS to JVCL. Is there any way to do
so? (l am manager)

Uwe


Subject: Re: What happened to daoCanFade in JvAlert.Options?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 28 Jul 2004 18:39:19 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I just noticed that an option went away in the latest JVCL CVS, that I was using.
>
> Warren

Read the changelog, you'll see that this is no longer required because of the introduction of styles in the TJvDesktopAlert component.

Cheers

Olivier Sannier
JVCL Developer


Subject: What happened to daoCanFade in JvAlert.Options?
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 28 Jul 2004 11:19:13 -0400
Newsgroups: jedi.vcl

I just noticed that an option went away in the latest JVCL CVS, that I was using.

Warren


Subject: Re: New demo for RAInterpreter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jul 2004 16:33:38 +0200
Newsgroups: jedi.vcl

Vladimir wrote:

> By the way, I am using the interprete under bcb6, and found that valuable pascal operators like shr and shl are not implemented. can somebody  improve this situation?

I will check how complicated this gets and implement it if possible.
Please give a list of what is missing.



Subject: Re: Install Woes
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 28 Jul 2004 15:58:28 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:

> Argh....Thanks Robert.  How stable is the daily ZIP?

Much more than the 1.21 JCL


Subject: Re: Kylix/JVCLX/Linux - package JvQStdCtrlsK3D build error: Can't load package bplJvQStdCtrlsK3D....
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 28 Jul 2004 15:52:17 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Warren Postma wrote:
>
>> Can't load package bplJvQStdCtrlsK3D.
>> /home/<userid>/kylix3/bin/bplJvQStdCtrlsK3R.so: undefind symbol:
>> @Jvqexcompedits@TJvExCustomComboMaskEdit@CreateWidget$qqrv.
>
>
> Does this persist when building a second time?
> This looks like the usual message if a name is removed from a package.
> The package using the name is reloaded, but it has not yet been recompiled to not use the name anymore.
>

Building the packages from within the IDE is best done with JVCLX packages unchecked (<component><Install Packages...>). Otherwise you will get these annoying messages if the interface changes.

Regards,

André Snepvangers


Subject: Re: latest cvs - Can't compile JvButton.pas - Undeclared identifier: 'KeyboardShiftStates'
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 28 Jul 2004 15:38:02 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> Warren Postma wrote:
>
>> I have updated the entire JVCL3/ tree from CVS twice and I still get this error:
>>
>> C:\dev\jvcl3new\JVCL3\run\JvButton.pas(240) Error: Undeclared identifier: 'KeyboardShiftStates'
>> C:\dev\jvcl3new\JVCL3\run\JvButton.pas(240) Error: Operator not applicable to this operand type
>>
>> Any ideas?
>>
>> Warren
>
> It looks like the constant (set in this case) is in JvConsts.pas, and JvConsts.pas is in the Common directory and this directory is in
> the library path of the installer, but the installer dies anyways.
>
> Warren

Check Build packages in the installer.

Regards,

André Snepvangers


Subject: Re: latest cvs - Can't compile JvButton.pas - Undeclared identifier: 'KeyboardShiftStates'
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 28 Jul 2004 09:29:12 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:

> I have updated the entire JVCL3/ tree from CVS twice and I still get this error:
>
> C:\dev\jvcl3new\JVCL3\run\JvButton.pas(240) Error: Undeclared identifier: 'KeyboardShiftStates'
> C:\dev\jvcl3new\JVCL3\run\JvButton.pas(240) Error: Operator not applicable to this operand type
>
> Any ideas?
>
> Warren

Okay I had to delete the old Jv*.BPL files from the $(DELPHI)\Projects\BPL folder, and then I could install.

If this could catch others, perhaps a warning/error or automatic
removal of the $(DELPHI)\Projects\BPL  from the installer's lib/search path would help guard against this kind of thing?

Warren


Subject: Re: latest cvs - Can't compile JvButton.pas - Undeclared identifier: 'KeyboardShiftStates'
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Jul 2004 15:25:37 +0200
Newsgroups: jedi.vcl

Duplicate DCU's maybe?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: latest cvs - Can't compile JvButton.pas - Undeclared identifier: 'KeyboardShiftStates'
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 28 Jul 2004 09:16:42 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:

> I have updated the entire JVCL3/ tree from CVS twice and I still get this error:
>
> C:\dev\jvcl3new\JVCL3\run\JvButton.pas(240) Error: Undeclared identifier: 'KeyboardShiftStates'
> C:\dev\jvcl3new\JVCL3\run\JvButton.pas(240) Error: Operator not applicable to this operand type
>
> Any ideas?
>
> Warren
It looks like the constant (set in this case) is in JvConsts.pas, and JvConsts.pas is in the Common directory and this directory is in
the library path of the installer, but the installer dies anyways.

Warren


Subject: latest cvs - Can't compile JvButton.pas - Undeclared identifier: 'KeyboardShiftStates'
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 28 Jul 2004 09:12:54 -0400
Newsgroups: jedi.vcl

I have updated the entire JVCL3/ tree from CVS twice and I still get this error:

C:\dev\jvcl3new\JVCL3\run\JvButton.pas(240) Error: Undeclared identifier: 'KeyboardShiftStates'
C:\dev\jvcl3new\JVCL3\run\JvButton.pas(240) Error: Operator not applicable to this operand type

Any ideas?

Warren


Subject: Re: TjvListBox ownerdraw
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 28 Jul 2004 13:18:37 +0100
Newsgroups: jedi.vcl

Thanks for the pointers guys.


Subject: Re: TjvListBox ownerdraw
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 28 Jul 2004 14:13:55 +0200
Newsgroups: jedi.vcl

>> > > I am wanting to associate a colour with an item in a listbox
> > You could use the Objects array to store colors:
> >
> > when adding items:
> > ListBox1.Items.AddObject(ItemText,TObject(ItemColor));
> >
> > in OnDrawItem event:
> >
> >  ListBox1.Canvas.Brush.Color := TColor(ListBox1.Items.Objects[Index])
> >  ListBox1.Canvas.FillRect(Rect);
> > etc...

    or you can drop a TJvColorProvider on the form and link the
TJvListBox.Provider property to it. Default settings should work nicely.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Help with jvPlugin
From: Joseh-Henrique <joseh@mymail.com>
Date: Wed, 28 Jul 2004 09:06:57 -0300
Newsgroups: jedi.vcl

Hello, this is my first answer, and my post is about how to pass parameters from application to plugin.

Example

Application
   plugin.conectionBD(DB: tibdatabase);

action menu application
  dataimport window action; (work)


-------

plugin
  excute procedure connection with parametes passe from application;

action
  window showmodal dataimport (work)

PS. i'm tested actions in menus and worked, but i not passed the parameters function to plugin.

sorry my bad english


Joseh-Henrique
Goiania, GO
Brazil







Subject: Re: Install Woes
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Wed, 28 Jul 2004 07:47:59 -0400
Newsgroups: jedi.vcl

Argh....Thanks Robert.  How stable is the daily ZIP?

Jeff

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:ce6ntm$bm3$1@talkto.net...
> > Hi,
> >
>> > > I really like JEDI 2.x and appreciate all the hard work that people have
put
>> > > into it.  But with v3 I have no clue what is going on with installation.
>> > > Maybe the problem is too many options.
>> > >
>> > > What I did (in a clean install of D7 - no prior Jedi on this machine):
>> > > 1.  Get and unpack JCL 1.91
>> > > 2.  Run the install.bat - It recognizes I have D5 so uncheck the D5
stuff -
>> > > I only want to run it in 7.
>> > > 3.  Click the install button - Ok apparently it does it's "install' - no
>> > > errors.
>> > > 4.  Get and unpack JVCL300Beta
> >
> > The JVCL beta is not compatible with JCL 1.91, because
> > JclStrings.CharIsNumber has been renamed to CharIsNumberChar in 1.91
> > (there is another incompatibility, too).
> >
> > Either use the Beta with JCL 1.90 (available in one package from the
> > JVCL site), or use a daily JVCL .zip with JCL 1.91.




Subject: Re: TjvListBox ownerdraw
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Jul 2004 13:42:48 +0200
Newsgroups: jedi.vcl

> > I am wanting to associate a colour with an item in a listbox
You could use the Objects array to store colors:

when adding items:
ListBox1.Items.AddObject(ItemText,TObject(ItemColor));

in OnDrawItem event:

 ListBox1.Canvas.Brush.Color := TColor(ListBox1.Items.Objects[Index])
 ListBox1.Canvas.FillRect(Rect);
etc...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: TjvListBox ownerdraw
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 28 Jul 2004 12:21:43 +0100
Newsgroups: jedi.vcl

I am wanting to associate a colour with an item in a listbox

I guess I have to use ownerdraw so I can draw into the rect of a particular item.

Can anyone point me in the correct direction.

Thanks
Pete Stoves


Subject: Re: JvDBGrid and lookup fields
From: "Bepy" <freddy.junior@email.it>
Date: Wed, 28 Jul 2004 13:02:42 +0200
Newsgroups: jedi.vcl

I had seen these threads, and thought that corrections were posted into
daily package...
But, having seen that bug was still there, I've compiled the bug report.
Sorry for the confusion, I'll wait for an "ufficial" update.




Subject: Re: CompareText in QuickSort of TJvStringGrid
From: @in@taavi.ee
Date: Wed, 28 Jul 2004 10:35:21 GMT
Newsgroups: jedi.vcl

On Wed, 28 Jul 2004 07:56:08 +0200, OBones
<obones_gfgfd_@_dgf_altern.org> wrote:

> >Yes, and CompareText is used in XML to distinguish between node names. 

XML tags are case sensitive, so both CompareText and AnsiCompareText
are wrong as they are case insensitive. 
 

> >And it is common recommandation NOT TO use anything that is not ASCII in 
> >node names.

But it is only *recommandation*. AFAIK naming rules are

    * can contain letters, numbers, and other characters
    * must not start with a number or punctuation character
    * must not start with the letters xml (or XML or Xml ..)
    * may not contain spaces
    * it is recommended to avoid ":", "-" and "." in names.


ain


Subject: Re: New demo for RAInterpreter
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 28 Jul 2004 14:32:24 +0400
Newsgroups: jedi.vcl

Edmund Matzke wrote:
>> By the way, I am using the interprete under bcb6, and found that valuable pascal operators like shr and shl are not implemented. can somebody  improve this situation?
>
>
> AFAIR it is << and >>. I'm not sure, but better ask in a c++ group.
Yes for C++, but this is the Pascal interpreter and dont understand << and >>, has to be shr and shl


Subject: Re: JvDBGrid and lookup fields
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 28 Jul 2004 11:38:15 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> I've submitted the 2003 bug report.
>>
>
>
> This bug has been fixed many days ago. Please read the thread "JVDBGRID Lookup and bool Fields" and grab the files in Binaries.
>
> A new version of JvDBGrid and JvDBUltimGrid is on the way. It has been sent to Olivier (Obones) and should be soon in Binaries (waiting for someone to review it and update the CVS repository).
>

Soon is the word. I'll post it in binaries and ask someone else to review it, my knowledge of the DB related stuff is a bit too restricted.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JvDBGrid and lookup fields
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 28 Jul 2004 11:33:46 +0200
Newsgroups: jedi.vcl

> >I've submitted the 2003 bug report.
> >

This bug has been fixed many days ago. Please read the thread "JVDBGRID 
Lookup and bool Fields" and grab the files in Binaries.

A new version of JvDBGrid and JvDBUltimGrid is on the way. It has been 
sent to Olivier (Obones) and should be soon in Binaries (waiting for 
someone to review it and update the CVS repository).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jul 2004 09:21:50 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Yes, and CompareText is used in XML to distinguish between node names. And it is common recommandation NOT TO use anything that is not ASCII in node names. So to me, because CompareText is faster, it is better in that particular instance

It does not hurt though and i will have to check if the AnsiCompareText calls can be downgraded to CompareText anyway.



Subject: JvDocking
From: "Bauglir" <bauglir@pro2-soft.com>
Date: Wed, 28 Jul 2004 08:51:55 +0200
Newsgroups: jedi.vcl

Hi,
I'm using JvDocking components. I want to ask if there is any way to 
force form with dock client to be docked when program starts. I do not 
want to have few forms that user can dock... I want them to be docked 
already



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 28 Jul 2004 07:56:08 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Peter Thornqvist wrote:
>
>> Depends on the encoding.
>
>
> So CompareText and AnsiCompareText text are probably equally wrong.
>
Yes, and CompareText is used in XML to distinguish between node names. And it is common recommandation NOT TO use anything that is not ASCII in node names. So to me, because CompareText is faster, it is better in that particular instance

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: New demo for RAInterpreter
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Wed, 28 Jul 2004 07:55:32 +0200
Newsgroups: jedi.vcl

> > By the way, I am using the interprete under bcb6, and found that 
> > valuable pascal operators like shr and shl are not implemented. can 
> > somebody  improve this situation?

AFAIR it is << and >>. I'm not sure, but better ask in a c++ group.


Subject: Re: New demo for RAInterpreter
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 28 Jul 2004 09:42:57 +0400
Newsgroups: jedi.vcl

Edmund Matzke wrote:
> Hello,
>
> as promised this morning, I have posted some new donated files in the
> binaries-group. For install read the txt-file. If everything is running
> well, it would be nice if someone with access to CVS could add it to the
> examples.
>
> CU, Eddi
By the way, I am using the interprete under bcb6, and found that valuable pascal operators like shr and shl are not implemented. can somebody  improve this situation?


Subject: Re: Kylix/JVCLX/Linux - package JvQStdCtrlsK3D build error: Can't load package bplJvQStdCtrlsK3D....
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jul 2004 06:20:12 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Can't load package bplJvQStdCtrlsK3D.
> /home/<userid>/kylix3/bin/bplJvQStdCtrlsK3R.so: undefind symbol:
> @Jvqexcompedits@TJvExCustomComboMaskEdit@CreateWidget$qqrv.

Does this persist when building a second time?
This looks like the usual message if a name is removed from a package.
The package using the name is reloaded, but it has not yet been recompiled to not use the name anymore.



Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jul 2004 06:14:50 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Depends on the encoding.

So CompareText and AnsiCompareText text are probably equally wrong.



Subject: Re: Jedi 2.10 source debugging
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jul 2004 06:13:48 +0200
Newsgroups: jedi.vcl

Chris M wrote:

> I dont see an entry that talks about debugging.  Am I looking at the right file? jvcl.inc in the jvcl\source directory?

There should be a line like this (from JVCL 3)
{$A+,B-,C+,D+,E-,F-,G+,H+,I+,J-,K-,L+,M-,N+,O+,P+,Q-,R-,S-,T-,U-,V+,W-,X+,Y+,Z1}
These are the compiler options.



Subject: Kylix/JVCLX/Linux - package JvQStdCtrlsK3D build error: Can't load package bplJvQStdCtrlsK3D....
From: Warren Postma <wp@tekran.NOSPAM.c0m_NOSP3M>
Date: Tue, 27 Jul 2004 21:08:33 -0400
Newsgroups: jedi.vcl

I just got latest CVS as of 15 minutes ago, and I can't build JvQStdCtrlsK3D. It complains with an error dialog box:

Can't load package bplJvQStdCtrlsK3D.
/home/<userid>/kylix3/bin/bplJvQStdCtrlsK3R.so: undefind symbol:
@Jvqexcompedits@TJvExCustomComboMaskEdit@CreateWidget$qqrv.


It appeara that the TJvExCustomComboMaskEdit in question would be in bplJvQCoreK3R.so, which rebuilds fine.

It built fine with the CVS sources of a week or so earlier, last time.

Warren


Subject: Re: Install Woes
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 28 Jul 2004 02:24:55 +0200
Newsgroups: jedi.vcl

Hi,

> I really like JEDI 2.x and appreciate all the hard work that people have put
> into it.  But with v3 I have no clue what is going on with installation.
> Maybe the problem is too many options.
>
> What I did (in a clean install of D7 - no prior Jedi on this machine):
> 1.  Get and unpack JCL 1.91
> 2.  Run the install.bat - It recognizes I have D5 so uncheck the D5 stuff -
> I only want to run it in 7.
> 3.  Click the install button - Ok apparently it does it's "install' - no
> errors.
> 4.  Get and unpack JVCL300Beta

The JVCL beta is not compatible with JCL 1.91, because JclStrings.CharIsNumber has been renamed to CharIsNumberChar in 1.91 (there is another incompatibility, too).

Either use the Beta with JCL 1.90 (available in one package from the JVCL site), or use a daily JVCL .zip with JCL 1.91.

Greetings, Robert


Subject: Install Woes
From: "Software Realities" <jaclarke@softwarerealities.comNOSPAM>
Date: Tue, 27 Jul 2004 19:29:40 -0400
Newsgroups: jedi.vcl

I really like JEDI 2.x and appreciate all the hard work that people have put
into it.  But with v3 I have no clue what is going on with installation.
Maybe the problem is too many options.

What I did (in a clean install of D7 - no prior Jedi on this machine):
1.  Get and unpack JCL 1.91
2.  Run the install.bat - It recognizes I have D5 so uncheck the D5 stuff -
I only want to run it in 7.
3.  Click the install button - Ok apparently it does it's "install' - no
errors.
4.  Get and unpack JVCL300Beta
5.  Run the install.bat.  Starts up with D7 checked, clean JVCL coomponent
pallets checked, and *no* packages checked.
6.  I check Build packages, uncheck Clean JVCL, figure out I can right-click
on the grid to select all packages.
7.  Mash install - oops I get a dialog that says only that Installation
failed.
8.  Compiler output:
Compiling package: JvCoreD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\VCL7\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared identifier:
'CharIsNumber'
C:\VCL7\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable to this
operand type
C:\VCL7\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could not compile used unit
'..\..\run\JvJCLUtils.pas'
** error 1 ** deleting JvCoreD7R.bpl

Ok, yeah I'm frustrated - I checked that particular unit exists.  Now what?




Subject: Re: Recommendation for a good TreeView
From: "Oliver Giesen" <ogware@gmx.net>
Date: Tue, 27 Jul 2004 23:29:14 +0200
Newsgroups: jedi.vcl

> > I really hope that somebody will port it to .NET. Mike does not have
> > the time...

He does not? Last time I checked, building a .NET port was exactly the
reason why he stopped work on the Win32 version...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Recommendation for a good TreeView
From: Ivo Bauer <abuer@zom.zc>
Date: Tue, 27 Jul 2004 22:41:48 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> I really hope that somebody will port it to .NET. Mike does not have
> the time...

I'm afraid, Mike even does not have time to actively develop/maintain current Win32 version...

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Problems to install 20040727.zip
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 27 Jul 2004 22:40:23 +0200
Newsgroups: jedi.vcl

Michael wrote:

> I noticed that some of the zipped JVCL files were marked as read only when
> unzipped, and I had to remove that attributre from all files before it would
> properly build.

This should be fixed and has nothing to do with the problem jvelarde is having.

His problem comes from the fact that he didn't compile the JCL BEFORE trying to install the JVCL. This is explained in readme.htm

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Jedi 2.10 source debugging
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Tue, 27 Jul 2004 12:50:11 -0700
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Chris M wrote:
>
>> How do i get Delphi to stop tryign to step through the jedi source?  I want it to completely skip over anything other than my own source.  I thought if i made sure my library path only pointed to .dcu's that would fix it but apparently thats not it.  Can someone help me out?
>>
>> Thanks.
>
>
> Probably the options in JVCL.INC are still set for debugging.
> Change it and build the JVCL again.
>
I dont see an entry that talks about debugging.  Am I looking at the right file? jvcl.inc in the jvcl\source directory?


Subject: New demo for RAInterpreter
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Tue, 27 Jul 2004 21:36:36 +0200
Newsgroups: jedi.vcl

Hello,

as promised this morning, I have posted some new donated files in the
binaries-group. For install read the txt-file. If everything is running
well, it would be nice if someone with access to CVS could add it to the
examples.

CU, Eddi


Subject: Re: Recommendation for a good TreeView
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Tue, 27 Jul 2004 18:50:55 +0000 (UTC)
Newsgroups: jedi.vcl

I really hope that somebody will port it to .NET. Mike does not have
the time...

--
Holger

Andrew Diabo wrote:

> > Hi Julien,
> > 
> > Thanks again. I will definitely spend that hour then.
> > 
> > Andrew
> > 
> > "Julien Ferraro" <jfk_pub.nospam@netcourrier.com> wrote in message
> > news:yf1mdcf8r03r.2pdriiqp7mln.dlg@40tude.net...
>> > > On Tue, 27 Jul 2004 01:37:06 -0400, Andrew Diabo wrote:
>> > > 
>>> > > > Hi Julien,
>>> > > > 
>>> > > > You are right about the difficult to start part. I'm a little
> > intimidated
>>> > > > with all the different things that you can do with it. I guess I
>>> > > > need to find
>>> > > > time to get acclimated with it. Thanks for the encouragement.
>>> > > > 
>> > > 
>> > > IT's reaaly forth the time you'll spend. I would say that for so few
>> > > components : I think DevExpress QuantumGrid and VirtualTreeview are
>> > > the only ones. And of course JediVCL, but Jedi is really easy to
>> > > use and has a lot of bells and whistles :)
>> > > 
>> > > In fact, if you spend let's say one hour to learn the basics of
>> > > VirtualTreeview ... I think it's enough to get you started.
>> > > 
>> > > Julien



Subject: Re: Problems to install 20040727.zip
From: "Michael" <michael@mattsson.nospam.com>
Date: Tue, 27 Jul 2004 14:48:17 -0400
Newsgroups: jedi.vcl

I noticed that some of the zipped JVCL files were marked as read only when
unzipped, and I had to remove that attributre from all files before it would
properly build.

cheers,

Michael Mattsson


"jvelarde" <juliodev@yahoo.com> wrote in message
news:ce5u16$67o$1@talkto.net...
> > I´m getting the following error when I try to install the setup package
> > JVCL3-2004-07-27.zip:
> > ======================================
> > [Compiling: Packages]
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Fatal: '"C:\Program Files\Borland\Delphi7\Projects\Bpl"\DJclVcl.dcp'
> > does not exist - don't know how to make it
> > ** error 1 ** deleting CompilePackage
> > ============================================
> >
> > I unzip into a directory c:\jedivcl3\ and then run the Install.bat
> >
> > Julio Velarde
> > Software Development
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: JCL+JVCL210
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 27 Jul 2004 20:10:18 +0200
Newsgroups: jedi.vcl

>> > > 2) The file JVCL-Tutorials.pdf [...] is corrupted
> > You should be able to find a fixed PDF in the jedi.binaries NG posted by
> > Marcel Bestebroer sometime in March 2003

Thanks for this precious information. Found it: message dated
March 6th, 2003 - header "JVCL tutorials".




Subject: Re: JCL+JVCL210
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 Jul 2004 19:56:27 +0200
Newsgroups: jedi.vcl

> > Dank je wel Marcel ( Thanks Marcel )   ;-)

Graag gedaan (you're welcome). So, how much Dutch do you know and where did
you learn? (seeing it is off topic, you may reply in private mail).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: CompareText in QuickSort of TJvStringGrid
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Jul 2004 19:29:06 +0200
Newsgroups: jedi.vcl

> > Is XML locale dependant?
Depends on the encoding.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JCL+JVCL210
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 27 Jul 2004 19:26:53 +0200
Newsgroups: jedi.vcl

> > could be because the folder where the JCL/JVCL .bpls are located is not
> > in the windows search path. Delphi will find the design time packages just

Just added "D:\Delphi7\Projects\Bpl\" to autoexec.bat PATH. Works
ok now at Delphi startup. Something to add to the install instructions /
FAQ.

Dank je wel Marcel ( Thanks Marcel )   ;-)
and everybody else for your kind help.

Groetjes ( Regards ),
Alain




Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Jul 2004 19:19:27 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

>> I have changed it.
>> The only major impact i see is in the XML sources.
>
> I hope the impact is positive :-)

I honestly do not know. It is the only place where locale dependency is important at all. Is XML locale dependant?



Subject: Re: JCL+JVCL210
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 27 Jul 2004 19:08:16 +0200
Newsgroups: jedi.vcl

> > That's nice. You also have the installer, it should work fine with
> > Delphi7. The one in the daily zip is greatly improved.

Ok, will have a look there.

> > Please remove any reference to the JVCL2, they can't live together (or
> > it requires a lot of discipline).

Did so, as requested and described in the install instructions.

>> > > Are there other Delphi parameters and/or registry keys/values to modify
?
> > There are the same in HKEY_LOCAL_MACHINE.

HKEY_LOCAL_MACHINE\Software\Borland\Delphi\7.0\Known Packages
contains only references to Borland ( Delphi ) packages and all values are
"(Untitled)". No reference to JVCL packages.

> > Are you sure the files (bpl) actually exist in the indicated location?
> > Just checking, I'm quite sure you already had a look.

Yes, checked.




Subject: Re: Recommendation for a good TreeView
From: "Andrew Diabo" <aadiabo@ix.netcom.com>
Date: Tue, 27 Jul 2004 13:07:55 -0400
Newsgroups: jedi.vcl

Hi Julien,

Thanks again. I will definitely spend that hour then.

Andrew

"Julien Ferraro" <jfk_pub.nospam@netcourrier.com> wrote in message
news:yf1mdcf8r03r.2pdriiqp7mln.dlg@40tude.net...
> > On Tue, 27 Jul 2004 01:37:06 -0400, Andrew Diabo wrote:
> >
>> > > Hi Julien,
>> > >
>> > > You are right about the difficult to start part. I'm a little
intimidated
>> > > with all the different things that you can do with it. I guess I need to
>> > > find
>> > > time to get acclimated with it. Thanks for the encouragement.
>> > >
> >
> > IT's reaaly forth the time you'll spend. I would say that for so few
> > components : I think DevExpress QuantumGrid and VirtualTreeview are the
> > only ones. And of course JediVCL, but Jedi is really easy to use and has a
> > lot of bells and whistles :)
> >
> > In fact, if you spend let's say one hour to learn the basics of
> > VirtualTreeview ... I think it's enough to get you started.
> >
> > Julien




Subject: Re: JCL+JVCL210
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 27 Jul 2004 19:06:46 +0200
Newsgroups: jedi.vcl

Then there is the problem mentionned by Marcel.

Try adding d:\Delphi7\Projects\Bpl to the PATH environment variable.
Under Win2k and WinXP, you do this by opening the system control panel (Start, Control Panel, System) then the Advanced tab and the bottom left button: Environment variables. In the system group, select PATH and add ";d:\delphi7\projects\bpl" (without the quotes) at the end of the existing value. Click ok until all windows are closed.

You have to restart Delphi for this to work.

Cheers

Olivier


Subject: Problems to install 20040727.zip
From: "jvelarde" <juliodev@yahoo.com>
Date: Tue, 27 Jul 2004 19:03:41 +0200
Newsgroups: jedi.vcl

 I´m getting the following error when I try to install the setup package
JVCL3-2004-07-27.zip:
======================================
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: '"C:\Program Files\Borland\Delphi7\Projects\Bpl"\DJclVcl.dcp' 
does not exist - don't know how to make it
** error 1 ** deleting CompilePackage
============================================

I unzip into a directory c:\jedivcl3\ and then run the Install.bat

Julio Velarde
Software Development

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JCL+JVCL210
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 27 Jul 2004 18:54:29 +0200
Newsgroups: jedi.vcl

>> > > Are there other Delphi parameters and/or registry keys/values to modify
?
> > There are the same in HKEY_LOCAL_MACHINE.

HKEY_LOCAL_MACHINE\Software\Borland\Delphi\7.0\Known Packages:
All keys refer to Borland ( Delphi ) packages and their values are
"(Untitiled)".
No reference to JVCL packages.

>> > > PS In 'Known Packages' there's also
>> > > D:\Delphi7\Projects\Bpl\DIHtmlParser_D7.bpl for
>> > > the DIHtmlParser package and this works fine ( no warning/error message
>> > > issued when
>> > > launching Delphi).
> > Are you sure the files (bpl) actually exist in the indicated location?

Yes, checked.




Subject: Re: JvZlibMultiple - Can we get the list of files within a JvZlibMultiple archive, without creating any files on the disk?
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 27 Jul 2004 12:22:00 -0400
Newsgroups: jedi.vcl

>The only condition is to document
> that clearly in changelog.txt and maybe in the sourcefile itself.

Okay, will do it that way.  You don't like my vernacular Canadian english, EH?    ;-)


here is the comment added to the sourcefile itself, a similar
comment although slightly less verbose, was added to the changelog.txt.

// ----------------------------------------------------------------------------}
// 2004-07-27 *** ALL USERS READ THIS: (wpostma) ***
//
// I have added support for selective extraction and listing archive contents without
//  writing any files to disk. To do this we had to add some parameters to the component events.
//
//  This will break existing applications that use these events, until they update their
//  event declarations, to add the new parameters to your events.
//
//  This is something the Delphi IDE should do automatically, but does not do. <grin>
//
//  The old events for OnDecompressingFile, and OnDecompressedFile
//  look like this:
//      procedure <<TMyForm.MyEventHandlerName>>(Sender: TObject; const FileName: string)
//
//  The new events have an additional parameter each:
//
//     OnDecompressingFile -> (Sender: TObject; const FileName: string;
//                              {NEW!} var WriteFile:Boolean   )
//       OnDecompressedFile -> (Sender: TObject; const FileName: string;
//                              {NEW!} const FileSize:LongWord )
//
// -----------------------------------------------------------------------------}



Subject: Re: CompareText in QuickSort of TJvStringGrid
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Tue, 27 Jul 2004 18:14:49 +0200
Newsgroups: jedi.vcl

Hello Robert,

>> Perhaps we should analyse all 69 occurrences of CompareText and all 16 >> occurrence of CompareStr in the JVCL if the Ansi-Version of the routines  is the better choice.
>
> I have changed it.
> The only major impact i see is in the XML sources.

I hope the impact is positive :-)

Ciao Heinz Z.


Subject: Re: JCL+JVCL210
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 Jul 2004 17:24:19 +0200
Newsgroups: jedi.vcl

> > I downloaded JVCL300BETA1JCL190Complete.zip and followed the
> > instructions from the JVCL300beta1 readme.htm file.
> >
> > Unfortunately, I still receive a similar series of 'Can't load package
> > *.bpl, etc...'
> > messages as when I tried to install JCL+JVCL210.

   could be because the folder where the JCL/JVCL .bpls are located is not
in the windows search path. Delphi will find the design time packages just
fine (they are after all mentioned with a complete path to them in the
registry) but the design time packages will look for the run time packages
ad the JCL run time package. If these are not found, you can get the same
message.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JCL+JVCL210
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 27 Jul 2004 17:21:12 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

>> The Librabry path settings have no impact on where Delphi looks for the
>> packages. This information is in the Registry, under
>> HKCU\Software\Borland\Delphi\7.0\Packages (If I recal well).
>> You will find in there one valye per installed package, correct any
>> invalid paths in those values, with Delphi closed, and you should be
>
> sorted.
>
> I downloaded JVCL300BETA1JCL190Complete.zip and followed the
> instructions from the JVCL300beta1 readme.htm file.
That's nice. You also have the installer, it should work fine with Delphi7. The one in the daily zip is greatly improved.

> Unfortunately, I still receive a similar series of 'Can't load package
> *.bpl, etc...'
> messages as when I tried to install JCL+JVCL210.
Please remove any reference to the JVCL2, they can't live together (or it requires a lot of discipline).

> In the registry I found
> HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\Known Packages
> where all JVCL related paths are set to the corresponding
> d:\Delphi7\Projects\Bpl\*.bpl
>
> Are there other Delphi parameters and/or registry keys/values to modify ?
There are the same in HKEY_LOCAL_MACHINE.

> PS In 'Known Packages' there's also
> D:\Delphi7\Projects\Bpl\DIHtmlParser_D7.bpl for
> the DIHtmlParser package and this works fine ( no warning/error message
> issued when
> launching Delphi).
Are you sure the files (bpl) actually exist in the indicated location? Just checking, I'm quite sure you already had a look.

Thanks for considering the JVCL

Regards

Olivier Sannier
JVCL Developer


Subject: Re: JCL+JVCL210
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 27 Jul 2004 17:05:26 +0200
Newsgroups: jedi.vcl

> > The Librabry path settings have no impact on where Delphi looks for the
> > packages. This information is in the Registry, under
> > HKCU\Software\Borland\Delphi\7.0\Packages (If I recal well).
> > You will find in there one valye per installed package, correct any
> > invalid paths in those values, with Delphi closed, and you should be
sorted.

I downloaded JVCL300BETA1JCL190Complete.zip and followed the
instructions from the JVCL300beta1 readme.htm file.

Unfortunately, I still receive a similar series of 'Can't load package
*.bpl, etc...'
messages as when I tried to install JCL+JVCL210.

In the registry I found
HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\Known Packages
where all JVCL related paths are set to the corresponding
d:\Delphi7\Projects\Bpl\*.bpl

Are there other Delphi parameters and/or registry keys/values to modify ?

PS In 'Known Packages' there's also
D:\Delphi7\Projects\Bpl\DIHtmlParser_D7.bpl for
the DIHtmlParser package and this works fine ( no warning/error message
issued when
launching Delphi).




Subject: Re: JvZlibMultiple - Can we get the list of files within a JvZlibMultiple archive, without creating any files on the disk?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 27 Jul 2004 15:46:12 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

>
> Whaddya think?

That your english's getting ugly <g>
More seriously, I don't mind at all modifying the legacy events, this has happened before on other objects. The only condition is to document that clearly in changelog.txt and maybe in the sourcefile itself.


Subject: Re: JvZlibMultiple - Can we get the list of files within a JvZlibMultiple archive, without creating any files on the disk?
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 27 Jul 2004 09:36:48 -0400
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Why not add a new function (Peek) and event (OnDecompressPeek?) instead?
> That won't break existing code and work the same.

I thought of that, but the problem I had with it, is then you have four
events potentially being fired, per file, during decompression, two of
which are "legacy events" which duplicate the information, but only
difference being they are less informative.  Thus it seemed very ugly.

However, just for a minute, let's suppose I did it that way.

I think that we could call the two new events:

(#1) Before each file decompression, before we open the file handle:
    OnDecompressSelectFile( filename, var WriteFile:Boolean)
        - User looks at filename, sets WriteFile to true or false.

(#2) After each file decompression:
    OnDecompressFileInformation (filename, filesize)


However, then, the next thing I'd want to do is remove the two original
events, because although people may be using them for something, they
are actually kind of braindead, and handling both the new and old event
would be a waste of time.

So do ya still think I should do it the Four-Events way, or does the
two-events way end up making more sense to you?  I realize that
breaking code is a pain, but as this is beta software, maybe it's better
not to add backwards-compatability-Ugly-wuglies in there, just yet.

Whaddya think?

Warren




Subject: Re: Recommendation for a good TreeView
From: Julien Ferraro <jfk_pub.nospam@netcourrier.com>
Date: Tue, 27 Jul 2004 16:31:18 +0400
Newsgroups: jedi.vcl

On Tue, 27 Jul 2004 01:37:06 -0400, Andrew Diabo wrote:

> > Hi Julien,
> > 
> > You are right about the difficult to start part. I'm a little intimidated
> > with all the different things that you can do with it. I guess I need to
> > find
> > time to get acclimated with it. Thanks for the encouragement.
> > 

IT's reaaly forth the time you'll spend. I would say that for so few
components : I think DevExpress QuantumGrid and VirtualTreeview are the
only ones. And of course JediVCL, but Jedi is really easy to use and has a
lot of bells and whistles :)

In fact, if you spend let's say one hour to learn the basics of
VirtualTreeview ... I think it's enough to get you started.

Julien


Subject: Re: BUG: JvCheckedMaskEdit
From: Oliver Giesen <ogware@gmx.net>
Date: Tue, 27 Jul 2004 14:18:32 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:
> the following action triggers an Access Vioaltion during design time:
>
> - put TWO or more components of JvCheckedMaskEdit on a form
> - select them
> - change the EditMask property
> - *boom*
>
> I use D7.

I cannot reproduce the AV so far with this morning's CVS sources (using D7.1) but I noticed some other strange thing:

Every time I change the EditMask or Text property the width of the selected components is mysteriously decreased by 4 pixels...
I'm sure I did not code it to do that and so far I haven't been able to locate the bit of code that causes this... at least it happens only at designtime...  I'll keep on investigating as I have time but if someone with a deeper understanding of all that ExControls stuff would also look into this I guess we might get to a result a little quicker yet...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: How to convert JVCL 2.10 to JVCL 3 ?
From: "Fellipe Henrique" <titanius@terra.com.br>
Date: Tue, 27 Jul 2004 08:40:33 -0300
Newsgroups: jedi.vcl

Hello, how I convert my program using the component JVCL 2.10 to JVCL 3, I
try to use the program JConvert, in devtools folder... but not convert,
these make errors in TimerList and other... and not compile....

Thanks for all...

Fellipe.




Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Jul 2004 12:55:22 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> As an addendum: when comparing filenames, we should use AnsiCompareFilename
> instead (see Help).

Yep, i will also write a compare function which contains a fallback to short 8.3 pathes. I once needed it for "Return to Castle Wolfenstein".



Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Tue, 27 Jul 2004 18:38:50 +0800
Newsgroups: jedi.vcl

Hi

Thank you

On Tue, 27 Jul 2004 10:58:22 +0200, Peter Thörnqvist <peter3@nospam.peter3.com> wrote:

>> Ok, thanks. BTW what is the difference/relationship between JCL and JVCL ?
> JCL = JEDI Class Library
> JVCL = JEDI Visual Component Library
> JVCL requires JCL but JCL can be used without JVCL.
>
>> Why the two?
> JCL supplies support functions and classes for a variety of uses and users.
> JVCL contains components that can be installed in Delphi/BCB and used at
> design-time on a form.
>
> The division is both logical and easier to maintain; JVCL alone contains
> ~800 "real" units (not counting dfm, help, demos, packages, tools, CLX,
> resources, languages).
>

kind regards

Peter Sanders


Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Jul 2004 12:18:59 +0200
Newsgroups: jedi.vcl

> > Just a side note: The C in JCL stands for Code and not Class.
Indeed. My bad.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid and lookup fields
From: "Bepy" <freddy.junior@email.it>
Date: Tue, 27 Jul 2004 11:28:46 +0200
Newsgroups: jedi.vcl

I've submitted the 2003 bug report.




Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 27 Jul 2004 11:12:59 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Ok, thanks. BTW what is the difference/relationship between JCL and JVCL ?
>
> JCL = JEDI Class Library
> JVCL = JEDI Visual Component Library
> JVCL requires JCL but JCL can be used without JVCL.
>
>
>> Why the two?
>
> JCL supplies support functions and classes for a variety of uses and users.
> JVCL contains components that can be installed in Delphi/BCB and used at
> design-time on a form.
>
> The division is both logical and easier to maintain; JVCL alone contains
> ~800 "real" units (not counting dfm, help, demos, packages, tools, CLX,
> resources, languages).
>
Just a side note: The C in JCL stands for Code and not Class.


Subject: Re: JCL+JVCL210
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 27 Jul 2004 11:03:38 +0200
Newsgroups: jedi.vcl

> >OBones: Please note that the JVCL2 is no longer being developped, you
should
> >consider to the JVCL3, even if it is marked as beta. It is WAY MORE
> >stable, works nicely on fast machines and contains lots and lots of bug
> >fixes. It is marked as beta moslty because of the lack of help but this
> >will eventually be fixed.

Hmmm... that's a very useful comment worth mentioning somewhere on the
website
for people downloading JVCL. I don't remember having seen any such comment
on
sourceforge.

> >Peter:  D7 = d:\Delphi7
> > Just curious, why don't you use the predefined $(DELPHI) macro?

As much as possible I try keep on c: what's installed by default when
installing some software and on d: what I add to it ( plugins, add-ons/ins,
components, ... ). Just a matter of preference. Also, because once a
year I format c: and reinstall all software so all I added previously is
already
available on d: and I don't have to reinstall that and only have to
reconfigure
the software which uses them.

> >Peter:  2) The file JVCL-Tutorials.pdf [...] is corrupted
> > You should be able to find a fixed PDF in the jedi.binaries NG posted by
> > Marcel Bestebroer sometime in March 2003

Thanks, I'll have a look.




Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Jul 2004 10:58:22 +0200
Newsgroups: jedi.vcl

> > Ok, thanks. BTW what is the difference/relationship between JCL and JVCL ?
JCL = JEDI Class Library
JVCL = JEDI Visual Component Library
JVCL requires JCL but JCL can be used without JVCL.

> > Why the two?
JCL supplies support functions and classes for a variety of uses and users.
JVCL contains components that can be installed in Delphi/BCB and used at
design-time on a form.

The division is both logical and easier to maintain; JVCL alone contains
~800 "real" units (not counting dfm, help, demos, packages, tools, CLX,
resources, languages).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Tue, 27 Jul 2004 16:37:56 +0800
Newsgroups: jedi.vcl

Hi Holger

Ok, thanks. BTW what is the difference/relationship between JCL and JVCL ? Why the two?

regards

Peter

On Sat, 24 Jul 2004 07:14:35 +0000 (UTC), Holger Flick <rammbaer@xyz.gmx.de> wrote:

> JCL 3 is way better... and that's not just a general statement.
>
> It's a little bit of work though to convert 2.x apps to 3.x. But JEDI
> has tools for that ready...

>> Should I upgrade to JVCL3 and JCL 1.9 to gain any benefits (bug
>> fixes?) to your scheduler component? (or perhaps should I upgrade
>> anyway??).


Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Tue, 27 Jul 2004 16:34:55 +0800
Newsgroups: jedi.vcl

Hi Marcel

Finally got my  newsreader back in sync today :D

On Sat, 24 Jul 2004 10:46:40 +0200, Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl> wrote:

>     really? I think adding an item to a listview works exactly the same way:
> you add an item and receive a TListItem in return which you can than give a
> caption, image, and/or sub items. So, nothing unusual at all.

Ah :D Ok, I was thinking about string lists (obviously you have to have a string to add), but I appreciate what you say.
>
>> I have also picked up a few useful clues from the ealier JclScheduler
>> messages. My original request was not really accurate. What I should
>> really have asked is how can I implement the design mode schedule editor
>> within my own app and have those schedule variables added to my named
>> event/schedule at runtime.
>
>   ah, well that has been asked also in this same NG (and you found it since
> you reacted to it I noticed). Anyway, the form is usable at runtime as
> someone else found out.

That's good to know, thanks...

> So follow along whatever was in that thread and it
> should work.

I'll give it a try with your example and others found in other messages. Thank you.

>
>> Button click - display ScheduleEditor
>
> procedure TForm1.EditScheduleClick(Sender: TObject);
> begin
>   // assume the event to edit is indicated by the ScheduleIndex property of
> the form
>   with TFrmScheduleEditor.Create(nil) do
>   try
>
>> (set parameters in editor)
>
>     Schedule := JvScheduledEvent1.Events[ScheduleIndex].Schedule;
>     if ShowModal = mrOk then
>
>> Click OK parameters set to event.
>
>       JvScheduledEvent1.Events[ScheduleIndex].Schedule := Schedule;
>   finally
>     Free;
>   end;
> end;
>
>> A run time event add without so much of the underlying (JclScheduler)
> code.
>
>     not possible, unless you want to use the editor again. If you do want to use the editor to add a new item, you can do it as follows:
>
>
> procedure TForm1.AddScheduleClick(Sender: TObject);
> var
>   tmpSchedule: IJclSchedule;
> begin
>   with TFrmScheduleEditor.Create(nil) do
>   try
>
>     Schedule := CreateSchedule;
>     if ShowModal = mrOk then
>     begin
>       tmpSchedule := Schedule;
>       with JvScheduledEvent1.Events.Add do
>         Schedule := tmpSchedule;
>     end;
>   finally
>     Free;
>   end;
> end;
>
>   note that neither of the methods have been actually tested, but it should
> explain how you can use this thing.

This is (I think) the kind of example I was after, some small guide on the "syntax" of calling the scheduler.

Thanks again for the info...


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: JCL+JVCL210
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Jul 2004 10:33:24 +0200
Newsgroups: jedi.vcl

> > $(D7)\LIB
> > $(D7)\Projects\Bpl
> >
> > , with
> >
> > D7 = d:\Delphi7
Just curious, why don't you use the predefined $(DELPHI) macro?

> > 2) The file JVCL-Tutorials.pdf [...] is corrupted
You should be able to find a fixed PDF in the jedi.binaries NG posted by
Marcel Bestebroer sometime in March 2003

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JCL+JVCL210
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 27 Jul 2004 10:12:37 +0200
Newsgroups: jedi.vcl

Alain PIERRE wrote:

> Any suggestions and/or workarounds ?

The Librabry path settings have no impact on where Delphi looks for the packages. This information is in the Registry, under HKCU\Software\Borland\Delphi\7.0\Packages (If I recal well).
You will find in there one valye per installed package, correct any invalid paths in those values, with Delphi closed, and you should be sorted.

> Where else can I find the readable file ?
I have no idea but someone else might.

Please note that the JVCL2 is no longer being developped, you should consider to the JVCL3, even if it is marked as beta. It is WAY MORE stable, works nicely on fast machines and contains lots and lots of bug fixes. It is marked as beta moslty because of the lack of help but this will eventually be fixed.

Thank you for your interest in the JVCL.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Editable text control that is right justifiable?
From: Ivo Bauer <abuer@zom.zc>
Date: Tue, 27 Jul 2004 10:03:16 +0200
Newsgroups: jedi.vcl

Randall Parker wrote:
> Does JVCL have a text control that allows right justification that is editable?

TJvValidateEdit, for example.


-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvInterpreter doesn't like my constructor
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Tue, 27 Jul 2004 11:54:34 +0400
Newsgroups: jedi.vcl

Edmund Matzke wrote:
> Robert Marquardt <robert_marquardt@gmx.de> wrote:
>
>
>>> I've forgotten to include JvInterpreter_IniFilesEx.Register... to the
>>> initialization, now it works fine. But a better errormessage would be nice,
>>> it would prevent losing hair...
>>
>> If it is possible then yes, but there are not that many specialists for JvInterpreter around.
>> The JVCL interpreting parts need an overhaul for example.
>> Can we recruit you for that :->
>
>
> I think I should do this. The first thing I did was to write little demo
> with a small unit adapted. When the minor problems left are solved (and the
> units are full of comments :-)), I will post it in binaries.
I am playing with the JvInterp... under CB6.
I have a problem with the functions like Cos(...), I can't put it into operation.
May be somebody knows how to register adapter for system functions under CB6?


Subject: JCL+JVCL210
From: "Alain PIERRE" <apierre.lgc@libertysurf.fr>
Date: Tue, 27 Jul 2004 09:33:17 +0200
Newsgroups: jedi.vcl

1) After downloading JCL+JVCL210FullInstall.zip and
launching Install.bat, the installation application
'Advanced Options' proposes:

- BPL path = d:\Delphi7\Projects\Bpl, in red characters
( when I put c:\Program Files\Borland\Delphi7\Projects\Bpl
characters are black ).

- DCP path = d:\Delphi7\LIB, in black characters.

After installation and keeping the above paths to hard disk
d:, when launching Delphi I receive the following
messages:

"Can't load package d:\Delphi7\Projects\Bpl\JclDebugIde70.bpl.
One of the libraries could not be found. Do you want to attempt
to  load this package the next time a project is loaded ?
Yes-No"

A series of analogue messages are issued for:

D:\Delphi7\Projects\Bpl\ProjectAnalyzer70.bpl
D:\Delphi7\Projects\Bpl\IdeOpenDlgfavorite70.bpl
D:\Delphi7\Projects\Bpl\JVCL200_D710.bpl
D:\Delphi7\Projects\Bpl\JclDebugIde70.bpl

although the Library path in the 'Environment options'
contains amongst others:

$(D7)\LIB
$(D7)\Projects\Bpl

, with

D7 = d:\Delphi7

defined in the 'Environment variables'

and

DJCL70.bpl
IdeOpenDlgFavorite70.bpl
JclDebugIde70.bpl
JVCL200_D70.bpl
JVCL200_R70.bpl
ProjectAnalyzer70.bpl

present in d:\Delphi7\Projects\Bpl

Any suggestions and/or workarounds ?


2) The file JVCL-Tutorials.pdf in

JCL+JVCL210FullInstall.zip
JVCL210Source+Examples.zip

is corrupted
( Messagebox: 'There was an error opening
this document. Could not repair file.'). Using
Acrobat 4.05a and Acrobat Reader 6.0

I downloaded the zip files twice, it makes
no difference.

Where else can I find the readable file ?

Thanks a lot for your help,
Alain

-- Using: - Windows 98 SE ( Build 4.10.2222 A ) - Delphi 7.0 Pro US ( Build 8.1 ) --- 

Subject: Re: CompareText in QuickSort of TJvStringGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Jul 2004 08:56:36 +0200
Newsgroups: jedi.vcl

As an addendum: when comparing filenames, we should use AnsiCompareFilename
instead (see Help).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Jul 2004 08:46:42 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> Perhaps we should analyse all 69 occurrences of CompareText and all 16  occurrence of CompareStr in the JVCL if the Ansi-Version of the routines  is the better choice.

I have changed it.
The only major impact i see is in the XML sources.



Subject: Re: JvInterpreter doesn't like my constructor
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 27 Jul 2004 08:05:28 +0200
Newsgroups: jedi.vcl

Edmund Matzke wrote:

> Robert Marquardt <robert_marquardt@gmx.de> wrote:
>
>
>>> I've forgotten to include JvInterpreter_IniFilesEx.Register... to the
>>> initialization, now it works fine. But a better errormessage would be nice,
>>> it would prevent losing hair...
>>
>> If it is possible then yes, but there are not that many specialists for JvInterpreter around.
>> The JVCL interpreting parts need an overhaul for example.
>> Can we recruit you for that :->
>
>
> I think I should do this. The first thing I did was to write little demo
> with a small unit adapted. When the minor problems left are solved (and the
> units are full of comments :-)), I will post it in binaries.

Thank you.
This is very much appreciated.

Regards
Olivier Sannier
JVCL Developer


Subject: Re: JvInterpreter doesn't like my constructor
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Tue, 27 Jul 2004 08:03:18 +0200
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote:

>> >> I've forgotten to include JvInterpreter_IniFilesEx.Register... to the
>> >> initialization, now it works fine. But a better errormessage would be nice,
>> >> it would prevent losing hair...
> > 
> > If it is possible then yes, but there are not that many specialists for 
> > JvInterpreter around.
> > The JVCL interpreting parts need an overhaul for example.
> > Can we recruit you for that :->

I think I should do this. The first thing I did was to write little demo
with a small unit adapted. When the minor problems left are solved (and the
units are full of comments :-)), I will post it in binaries.


Subject: Re: Recommendation for a good TreeView
From: "Andrew Diabo" <aadiabo@ix.netcom.com>
Date: Tue, 27 Jul 2004 01:37:06 -0400
Newsgroups: jedi.vcl

Hi Julien,

You are right about the difficult to start part. I'm a little intimidated
with all the different things that you can do with it. I guess I need to
find
time to get acclimated with it. Thanks for the encouragement.

Andrew

"Julien Ferraro" <jfk_pub.nospam@netcourrier.com> wrote in message
news:sixwsvknewd9$.1phu77hdp3dfe$.dlg@40tude.net...
> > On Mon, 26 Jul 2004 23:49:16 -0400, Andrew Diabo wrote:
> >
>> > > Thanks Holger. That was one of my options in my list.
>> > >
>> > > Andrew
>> > >
> >
> > It's definitely the best one around. A bit diificult to start with it, but
> > once you've learned it, it's so powerful that you won't be able to live
> > without, even to use it as a grid :)
> >
> > Julien




Subject: Re: Recommendation for a good TreeView
From: Julien Ferraro <jfk_pub.nospam@netcourrier.com>
Date: Tue, 27 Jul 2004 08:30:55 +0400
Newsgroups: jedi.vcl

On Mon, 26 Jul 2004 23:49:16 -0400, Andrew Diabo wrote:

> > Thanks Holger. That was one of my options in my list.
> > 
> > Andrew
> > 

It's definitely the best one around. A bit diificult to start with it, but
once you've learned it, it's so powerful that you won't be able to live
without, even to use it as a grid :)

Julien


Subject: Docking Child windows
From: "Michael" <michael@mattsson.nospam.com>
Date: Tue, 27 Jul 2004 00:17:59 -0400
Newsgroups: jedi.vcl

Hi,

I have a simple setup with a main window serving as a parent to many child
windows.  I use a SDI model instead of MDI.  I simply assign the
TChildWindow.parent to be the main form of my app.  Normally this would
prevent selecting & draging the child form (because the child windows get
cast into a TControl by delphi - which doesnt have a captionbar etc...)

I get around this by activating the child control manually (in order to
bring the selected form to front), and sending a start drag message using
the well known $f012 hack.  I would normally do all this in the TChildForm's
WndProc procedure... but using the JVDockControl, I do it inside the
OnNCButtonDown event of the control instead

procedure TChildForm.JvDockClient1NCButtonDown(DockClient: TJvDockClient;
  Button: TMouseButton; X, Y: Smallint; HitTest: Integer;
  MouseStation: TJvDockMouseStation);
const
 SC_DRAGMOVE = $F012;
begin

  // make windows think the form is active and a top-level form
  Perform(WM_NCACTIVATE, Ord(True), 0);
  // all other chid forms are made inactive.
  ActivateForm;

  // relase our hold on the mouse & keyboard
  releasecapture;
  // send the drag move message, to allow us to drag the child window
  Perform(WM_SYSCOMMand, SC_DRAGMOVE, 0);

  // send begindrag to the IDockManager.
  BeginDrag(true);
end;


Now the problem is when I want to dock this TChildForm dock client with
another TChildForm dock host.  I dont seem to be getting any Drag messages
on the dock host (DockOver, DockDrop, GetSiteInfo...) etc.

Does anyone have any insight into something I may have missed?  Do I need to
prepare the JVDock components in any special way to deal with the SDI
parent/child setup?


Michael









Subject: Re: JvInterpreter doesn't like my constructor
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Jul 2004 06:11:57 +0200
Newsgroups: jedi.vcl

Edmund Matzke wrote:

> I've forgotten to include JvInterpreter_IniFilesEx.Register... to the
> initialization, now it works fine. But a better errormessage would be nice,
> it would prevent losing hair...

If it is possible then yes, but there are not that many specialists for JvInterpreter around.
The JVCL interpreting parts need an overhaul for example.
Can we recruit you for that :->



Subject: Re: Recommendation for a good TreeView
From: "Andrew Diabo" <aadiabo@ix.netcom.com>
Date: Mon, 26 Jul 2004 23:49:16 -0400
Newsgroups: jedi.vcl

Thanks Holger. That was one of my options in my list.

Andrew

"Holger Flick" <rammbaer@xyz.gmx.de> wrote in message
news:ce3cof$npo$1@talkto.net...
> > VirtualTreeView, Mike Lischke, www.soft-gems.net
> >
> >
> > Andrew Diabo wrote:
> >
>> > > I am looking for a good TreeView that can display item description as
>> > > a hint when the description is too long for the viewable window.
>> > > Also, any nice features like the ability to create subheadings for
>> > > the tree nodes and text attributes like bold, color, etc. would also
>> > > be needed. Any recommendation is greatly appreciated.
>> > >
>> > > Thanks in advance.
>> > >
>> > > Andrew
> >




Subject: Editable text control that is right justifiable?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Mon, 26 Jul 2004 20:21:52 -0700
Newsgroups: jedi.vcl

Does JVCL have a text control that allows right justification that is editable?

TEdit allows editing but not right justification (as far as I can tell - it lacks the Align property). TStaticEdit does not allow editing but does allow right justification (has Align property).

Also, TStaticEdit and TEdit have a different range of styling possibilities for the boundaries.

I'd like to be able to put a control on a form and then later change my mind about whether to allow user editing or not.


Subject: Re: install Jcl1.90Build1400 troubles
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Tue, 27 Jul 2004 03:54:35 +0200
Newsgroups: jedi.vcl

Hi,

I tried to log on as admin on XP home, while in safe mode even, and no 
luck.  

The funny thing is that the error message is just referring to: 
[Software/Borland/Delphi/7.0/Library]  ...and not specifying whether it is 
under HKLM or HK Current user?

wonder why it doesnt like me?

best, and many thks in adv.
Kenny

>> >> I try to run installer, and it gives me error: "Unable to open key 
>> >> Software/Borland/Delphi/7.0/Library  for write" 
>> >> 
>> >> the thing is, is that the key exists in my registry as 
>> >> HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Delphi\7.0
>> >> 
>> >> and my environment variables are set ok, with the path to Delphi being 
>> >> right at the front of the string.
> >
> >Maybe no rights, are you a normal user or admin?
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAviCapture
From: Nektarios <naentor@hotmail.com>
Date: Tue, 27 Jul 2004 01:19:51 +0300
Newsgroups: jedi.vcl

In article <ce0on4$965$2@talkto.net>, obones_REM_SPM_@_PIF_altern.org 
says...
> > Nektarios wrote:
> > 
>> > > The DC10plus is a PCI card with drivers installed. AMCap works fine, so 
>> > > do other components i found which use directX. 
>> > > I want to use the component but pinnacle doesnt create VfW or WDM 
>> > > drivers as far as i searched...
> > Last time I had a Pinnacle card, it did have a VfW driver, but that was 
> > a TV card. If there are no VfW drivers, the component will not work. 
> > JVCL doesn't use DirectX as it is not its goal. Look for DelphiX on 
> > google if you need DirectX support.
> > 
>> > > BTW : Are u mocking me with "card" ?
> > No, I wasn't sure the word was the correct one. But you lifted any doubt 
> > I had with the answer you gave above.
> > 
Thanks for our answers and time, i used a component named eavcap, not as 
simple to use as avicapture but i managed ... 


Subject: Re: install Jcl1.90Build1400 troubles
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Mon, 26 Jul 2004 23:08:36 +0200
Newsgroups: jedi.vcl

> > I try to run installer, and it gives me error: "Unable to open key 
> > Software/Borland/Delphi/7.0/Library  for write" 
> > 
> > the thing is, is that the key exists in my registry as 
> > HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Delphi\7.0
> > 
> > and my environment variables are set ok, with the path to Delphi being 
> > right at the front of the string.

Maybe no rights, are you a normal user or admin?


Subject: install Jcl1.90Build1400 troubles
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Mon, 26 Jul 2004 22:57:29 +0200
Newsgroups: jedi.vcl

Hi,

I try to run installer, and it gives me error: "Unable to open key 
Software/Borland/Delphi/7.0/Library  for write" 

the thing is, is that the key exists in my registry as 
HKEY_LOCAL_MACHINE\SOFTWARE\Borland\Delphi\7.0

and my environment variables are set ok, with the path to Delphi being 
right at the front of the string.

best
Kenny



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Please DO NOT use tools/experts that reorder properties
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Jul 2004 22:46:28 +0200
Newsgroups: jedi.vcl

I believe the JvMenus issue is just the type of problem that can't be solved
any other way than with property ordering.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvZlibMultiple - Can we get the list of files within a JvZlibMultiple archive, without creating any files on the disk?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Jul 2004 22:45:21 +0200
Newsgroups: jedi.vcl

Why not add a new function (Peek) and event (OnDecompressPeek?) instead?
That won't break existing code and work the same.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvInterpreter doesn't like my constructor
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Mon, 26 Jul 2004 21:46:30 +0200
Newsgroups: jedi.vcl

Ok, answering myself...

> > Ev'rything seems OK but running it results in an error "declaration
> > expected but 'constructor' found". The line

I've forgotten to include JvInterpreter_IniFilesEx.Register... to the
initialization, now it works fine. But a better errormessage would be nice,
it would prevent losing hair...

CU, Eddi


Subject: Re: Why are most of the files read only ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 26 Jul 2004 20:45:05 +0200
Newsgroups: jedi.vcl

Ok, thanks for the explanation.

I also asked SourceForge to "fix" whatever they can and they said they did. So we'll see how this goes.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JvZlibMultiple - Can we get the list of files within a JvZlibMultiple archive, without creating any files on the disk?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 26 Jul 2004 20:42:37 +0200
Newsgroups: jedi.vcl

What about using a default value for the extra parameter ?
This way, it doesn't break any existing code...
Oh wait, this is an event handler...
Ah well, do it, it seems great.


Subject: Re: Please DO NOT use tools/experts that reorder properties
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 26 Jul 2004 20:40:59 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Peter Thörnqvist wrote:
>
>>> Just seems more robust if it didn't have to be that way.
>>
>>
>> Not really. Property order is 100% robust since it is deterministic and
>> reproducible. The standard VCL contains many classes that rely on property
>> order and sometimes it is the only way to get the correct behavior (without
>> a lot of extra coding).
>
>
> I grudgingy agree.
> The way to solve easier ordering problems is to handle it in an overwritten Loaded method.
>
Hum. Please explain me how you deal with the situation JvMenus and its Style and ItemPainter...


Subject: Recommendation for a good TreeView
From: "Andrew Diabo" <aadiabo@ix.netcom.com>
Date: Mon, 26 Jul 2004 13:35:56 -0400
Newsgroups: jedi.vcl

I am looking for a good TreeView that can display item description as a hint
when the description is too long for the viewable window. Also, any nice
features like the ability to create subheadings for the tree nodes and text
attributes like bold, color, etc. would also be needed. Any recommendation
is greatly appreciated.

Thanks in advance.

Andrew




Subject: Re: JvZlibMultiple - Can we get the list of files within a JvZlibMultiple archive, without creating any files on the disk?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 26 Jul 2004 13:25:21 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:

> I am trying to get the filename name, and size, and date, of the files in the JvZlibMultiple archive (I call them TKZ files in my application)
> without uncompressing the whole archive to do so?   These files are using the original custom JvZlibMultiple GZipped file strem, with custom header format, not standard tar/gzip format .
>
> Any ideas?
>
> Warren

Answering my own question: I think that we need to modify TJvZlibMultiple to add one parameter each to the OnDecompressingFile and OnDecompressedFile example, then we can both (a) skip files by checking their filenames/paths when decompressing, and (b) after decompression,
get their size and name, thus we can generate a listing of the contents
without having to write anything to disk.

Because this would break existing code (adding a parameter to a VCL component event breaks existing code), and yet, this is such a handy
improvement, I am posting the demo (which does not require you to
INSTALL the new JvZlibMultiple.pas, it just creates the component
using code) so that all the JVCL developers can comment on this
feature after having a look at this proposed change.

I expect that if OBones and/or Peter have a problem with this, then
I won't check it in, but if they approve, and nobody whines loudly,
this improvement would be worth doing, even though it does require
changing existing code.

Warren
--> SEE BINARIES NEWSGROUP FOR JvZlibMultipleContentsListDemo.zip


Subject: Re: Html Parser in 2.10
From: "Caleb" <none@hotmail.com>
Date: Mon, 26 Jul 2004 19:00:25 +0200
Newsgroups: jedi.vcl

I hope someone could respond to this :)

From reading the changelogs or searching mantis there dont seem to be any 
changes with the html parser.

So this probably is a feature request ..

What I wanted is something like

HtmlParser.Reset;
while not HtmlParser.ParseHTML do
begin
    if HtmlParser.Tag.Caption = 'input' then
  begin
       showmessage(HtmlParser.Tag.Property['name'])
       showmessage(HtmlParser.Tag.Property['value']);
  end;
end;

Something similar to this powerfule component:
http://www.zeitungsjunge.de/delphi/htmlparser/

It would make it very powerful !
As it is now you MUST use events, and it returns whatever is between the < > 
so you still have to do some parsing yourself!

"Caleb" <none@hotmail.com> wrote in message news:ce2bjk$grt$1@talkto.net...
> > Hi,
> >
> > Is it possible to loop and get tag-by-tag output from the Html Parser?
> >
> > I rely on HTML Parsing in my code but I cannot have the results in an 
> > event since I have to wait for the parsing to complete before moving on.
> >
> > Most components have 2 methods, one to send the output to an Event, and 
> > the other simply gets the "next" tag until we reach the end of file.
> >
> > Would this be possible ?
> >
> > I looked for a great Html Parser all around and all of them cost money 
> > except the Delphi one (which looks really good)
> >
> > Thanks!
> > 




Subject: Re: Recommendation for a good TreeView
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Mon, 26 Jul 2004 16:50:23 +0000 (UTC)
Newsgroups: jedi.vcl

VirtualTreeView, Mike Lischke, www.soft-gems.net


Andrew Diabo wrote:

> > I am looking for a good TreeView that can display item description as
> > a hint when the description is too long for the viewable window.
> > Also, any nice features like the ability to create subheadings for
> > the tree nodes and text attributes like bold, color, etc. would also
> > be needed. Any recommendation is greatly appreciated.
> > 
> > Thanks in advance.
> > 
> > Andrew



Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 26 Jul 2004 18:40:35 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>> I think they there because of ignorance (the dev didn't now about the
>> AnsiXXX equivalent). I have yet to find a single reason to not use the
>> AnsiXXX versions of the RTL string functions.
>>
> Slower ?

Fast but buggy. Quite an achievement.
CompareText does not use the current locale whereas AnsiCompareText does.



Subject: JvZlibMultiple - Can we get the list of files within a JvZlibMultiple archive, without creating any files on the disk?
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 26 Jul 2004 12:40:04 -0400
Newsgroups: jedi.vcl

I am trying to get the filename name, and size, and date, of the files in the JvZlibMultiple archive (I call them TKZ files in my application)
without uncompressing the whole archive to do so?   These files are using the original custom JvZlibMultiple GZipped file strem, with custom header format, not standard tar/gzip format .

Any ideas?

Warren


Subject: Re: Please DO NOT use tools/experts that reorder properties
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 26 Jul 2004 18:37:18 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Just seems more robust if it didn't have to be that way.
>
> Not really. Property order is 100% robust since it is deterministic and
> reproducible. The standard VCL contains many classes that rely on property
> order and sometimes it is the only way to get the correct behavior (without
> a lot of extra coding).

I grudgingy agree.
The way to solve easier ordering problems is to handle it in an overwritten Loaded method.



Subject: Re: Please DO NOT use tools/experts that reorder properties
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 26 Jul 2004 15:20:27 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Just out of curiousity, was there any way to make JvMenus.pas work regardless of what order the properties are initially set in? Just seems more robust if it didn't have to be that way. Is there any combindation of certain orders of designtime settings of properties that can cause bad behaviour in JvMenus?
Style after ItemPainter is a bug trigerring problem.

> Code snippet of an apparent order problem on my local (about two week old) copy of JvMenus.pas:
This is the one thas has been reordered according to the alphabet, by a "nice" formatting tool...

> This order-reading-from-DFM thingy troubles me.
Me too. But I never found a way of reading ItemPainter, store the values, then change the style and assign the values again. Think of the XP style, that has more properties than the standard one. What do you do with the extra properties? If I recall well, Delphi ignores them, but it may as well crash...

The only thing is to keep that order. And in the end, as I said, I prefer to have things in logical groups rather than pure alphabetical order.

Cheers

Olivier


Subject: Re: Please DO NOT use tools/experts that reorder properties
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Jul 2004 15:20:00 +0200
Newsgroups: jedi.vcl

> > Just seems more robust if it didn't have to be that way.
Not really. Property order is 100% robust since it is deterministic and
reproducible. The standard VCL contains many classes that rely on property
order and sometimes it is the only way to get the correct behavior (without
a lot of extra coding).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Please DO NOT use tools/experts that reorder properties
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 26 Jul 2004 09:15:55 -0400
Newsgroups: jedi.vcl

OBones wrote:
> Hi all
>
> When you edit code, PLEASE DO NOT USE experts/tools that reorder the properties of any class, you will introduce bugs in the code when some properties need to be in a specific order. Those ones are indicated in the file with a comment explaining the reason.
> I have corrected once again JvMenus.pas, but please in the future be careful with that.
> I don't really care if they are not in alphabetical order, I'd rather have them in groups of functionnalities. Further if a developer put a comment asking NOT TO change an order, it would be good to respect that...


Just out of curiousity, was there any way to make JvMenus.pas work regardless of what order the properties are initially set in? Just seems more robust if it didn't have to be that way. Is there any combindation of certain orders of designtime settings of properties that can cause bad behaviour in JvMenus?

Code snippet of an apparent order problem on my local (about two week old) copy of JvMenus.pas:

This order-reading-from-DFM thingy troubles me.
----

.......

  // The Popup counterpart of TJvMainMenu
  // does basically the same thing, but in a popup menu
  TJvPopupMenu = class(TPopupMenu)
  private
    ......
 published
    // Style MUST BE before ItemPainter for the properties of the
    // painter to be correctly read from the DFM file.
    ......
    property ItemPainter: TJvCustomMenuItemPainter read FItemPainter write SetItemPainter;
    ......
    property Style: TJvMenuStyle read FStyle write SetStyle default msStandard;
    ......
  end;

Warren


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 26 Jul 2004 15:11:38 +0200
Newsgroups: jedi.vcl

Hello Robert,

>> Perhaps we should analyse all 69 occurrences of CompareText and all 16  occurrence of CompareStr in the JVCL if the Ansi-Version of the routines  is the better choice.
>
> Sounds like a job for me :-)

is it to hard to resist against an offer like this. :-)

Ciao Heinz Z.


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 26 Jul 2004 15:06:48 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I think they there because of ignorance (the dev didn't now about the
> AnsiXXX equivalent). I have yet to find a single reason to not use the
> AnsiXXX versions of the RTL string functions.
>
Slower ?


Subject: Re: CompareText in QuickSort of TJvStringGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Jul 2004 15:00:46 +0200
Newsgroups: jedi.vcl

I think they there because of ignorance (the dev didn't now about the
AnsiXXX equivalent). I have yet to find a single reason to not use the
AnsiXXX versions of the RTL string functions.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: CompareText in QuickSort of TJvStringGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 26 Jul 2004 14:59:11 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> Perhaps we should analyse all 69 occurrences of CompareText and all 16  occurrence of CompareStr in the JVCL if the Ansi-Version of the routines  is the better choice.

Sounds like a job for me :-)

I currently work to tighten the ckecks on the Shift parameter for keyboard and mouse input.



Subject: CompareText in QuickSort of TJvStringGrid
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 26 Jul 2004 14:54:23 +0200
Newsgroups: jedi.vcl

Hello,

the QuickSort routine of TJvStringGrid use CompareText or CompareStr, but I think we should use AnsiCompareText and AnsiCompareStr.

Perhaps we should analyse all 69 occurrences of CompareText and all 16 occurrence of CompareStr in the JVCL if the Ansi-Version of the routines is the better choice.

Ciao Heinz Z.


Subject: Re: JvCreateProcess
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Mon, 26 Jul 2004 12:23:36 +0000 (UTC)
Newsgroups: jedi.vcl

here you go:

  Proc.CurrentDirectory := ExtractFilePath( Filename );
  Proc.CommandLine := ExtractFilePath( Filename )+'compile.bat';

  Proc.WaitForTerminate := True;
  Proc.Run;

  lStatus.Caption := 'PDF wird erstellt...';
  while Proc.State = psWaiting do begin
    self.Update;
    Application.ProcessMessages;
  end;



OBones wrote:

> > Holger Flick wrote:
>> > > solved.
>> > > 
> > How ?



Subject: Re: Divison by zero.
From: "Caleb" <none@hotmail.com>
Date: Mon, 26 Jul 2004 13:10:12 +0200
Newsgroups: jedi.vcl

Thanks, found a solution!

Btw, any idea when BETA2 is coming up?:)

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message 
news:ce2dln$h92$1@talkto.net...
> > Search our bugtracker (http://homepages.borland.com/jedi/issuetracker) for
> > JclSysInfo and GetCPUSpeed. That will turn up some fixes.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> > 




Subject: Re: Divison by zero.
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 26 Jul 2004 12:59:52 +0200
Newsgroups: jedi.vcl

Caleb wrote:

> Thanks, found a solution!
>
> Btw, any idea when BETA2 is coming up?:)

Before the end of August.


Subject: Re: Divison by zero.
From: "Caleb" <none@hotmail.com>
Date: Mon, 26 Jul 2004 12:01:38 +0200
Newsgroups: jedi.vcl

After some more checks i've found the source of the exception.

in the JclSysInfo unit, in the GetCPUSpeed function on this line:
Freq := Round(Cycles / Ticks);

Ticks seems to be equal to zero from previous operations !

"Caleb" <none@hotmail.com> wrote in message news:ce2d36$h5g$1@talkto.net...
> > Hey,
> >
> > I'm trying to run the JvHTMLParser demo and sometimes I get this exception 
> > at program start and sometimes I don't.
> >
> > The exception is:
> > "EZeroDivide: Floating point division by zero' which is raised from 
> > JclSysInfo on this function:
> >
> > procedure GetCpuInfo(var CpuInfo: TCpuInfo);
> > begin
> >  CpuInfo := CPUID;
> >  CpuInfo.IsFDIVOK := TestFDIVInstruction;
> >  if CpuInfo.HasInstruction then
> >  begin
> >    if (CpuInfo.Features and TSC_FLAG) = TSC_FLAG then
> >      GetCpuSpeed(CpuInfo.FrequencyInfo);
> >    CpuInfo.MMX := (CpuInfo.Features and MMX_FLAG) = MMX_FLAG; <-- debugger 
> > stops on this line.. exception probably happened above!
> >  end;
> > end;
> >
> > I'm using JVCL 2.10 with the latest patches and I have an Intel 
> > HyperThreaded CPU.
> > 




Subject: Divison by zero.
From: "Caleb" <none@hotmail.com>
Date: Mon, 26 Jul 2004 11:55:10 +0200
Newsgroups: jedi.vcl

Hey,

I'm trying to run the JvHTMLParser demo and sometimes I get this exception 
at program start and sometimes I don't.

The exception is:
"EZeroDivide: Floating point division by zero' which is raised from 
JclSysInfo on this function:

procedure GetCpuInfo(var CpuInfo: TCpuInfo);
begin
  CpuInfo := CPUID;
  CpuInfo.IsFDIVOK := TestFDIVInstruction;
  if CpuInfo.HasInstruction then
  begin
    if (CpuInfo.Features and TSC_FLAG) = TSC_FLAG then
      GetCpuSpeed(CpuInfo.FrequencyInfo);
    CpuInfo.MMX := (CpuInfo.Features and MMX_FLAG) = MMX_FLAG; <-- debugger 
stops on this line.. exception probably happened above!
  end;
end;

I'm using JVCL 2.10 with the latest patches and I have an Intel 
HyperThreaded CPU. 




Subject: Re: JvBrowseForFolderDialog questions
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 26 Jul 2004 11:41:40 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> I'd like to use JvBrowseForFolderDialog but having some problems:
>
> 1. I cannot find out how to make the dialog disable the OK button when a non-directory item is selected in the tree. In fact, I would like to mimic the same behaviour as with JvSelectDirectory with ClassicDialog set to False.

I'm stupid, stupid. The following code will do the trick:

procedure TcmMainForm.JvBrowseForFolderDialog1AcceptChange(Sender: TObject;
  const NewFolder: String; var Accept: Boolean);
begin
  Accept := NewFolder <> '';
end;


> 2. Is there a way how to learn the meaning of various Options? Some of them are named in an intuitive manner but the others not.

The answer to this stupid question is to read through the source code.

Please accept my apologies for wasting your time here but I've got a really bad day today. :-(

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Html Parser in 2.10
From: "Caleb" <none@hotmail.com>
Date: Mon, 26 Jul 2004 11:29:47 +0200
Newsgroups: jedi.vcl

Hi,

Is it possible to loop and get tag-by-tag output from the Html Parser?

I rely on HTML Parsing in my code but I cannot have the results in an event 
since I have to wait for the parsing to complete before moving on.

Most components have 2 methods, one to send the output to an Event, and the 
other simply gets the "next" tag until we reach the end of file.

Would this be possible ?

I looked for a great Html Parser all around and all of them cost money 
except the Delphi one (which looks really good)

Thanks! 




Subject: Re: Divison by zero.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Jul 2004 11:03:54 +0200
Newsgroups: jedi.vcl

Search our bugtracker (http://homepages.borland.com/jedi/issuetracker) for
JclSysInfo and GetCPUSpeed. That will turn up some fixes.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvInspector BeforeSelection problem
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Mon, 26 Jul 2004 10:58:09 +0200
Newsgroups: jedi.vcl

> > What if you use SendMessage instead and put a ReleaseCapture
> > before that?

Nope. It doesn't work either. I tried different combinations, before
and after displaying the dialog, but to no avail.

Regards,
Aleksander Oven




Subject: JvBrowseForFolderDialog questions
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 26 Jul 2004 10:26:38 +0200
Newsgroups: jedi.vcl

Hi all,

I'd like to use JvBrowseForFolderDialog but having some problems:

1. I cannot find out how to make the dialog disable the OK button when a non-directory item is selected in the tree. In fact, I would like to mimic the same behaviour as with JvSelectDirectory with ClassicDialog set to False.

2. Is there a way how to learn the meaning of various Options? Some of them are named in an intuitive manner but the others not.

Thanks a lot in advance!

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvInspector BeforeSelection problem
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Mon, 26 Jul 2004 10:23:49 +0200
Newsgroups: jedi.vcl

> > Before/after displaying the dialog, post a WM_LBUTTONUP
> > to JvInspector:

Tried it, but it doesn't work. Mouse movement still triggers the event
after the dialog closes.

I believe problem would be solved if SelectedIndex was
set from MouseUp method instead of MouseDown as presently
implemented.

Regards,
Aleksander Oven




Subject: Re: JvInspector BeforeSelection problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Jul 2004 10:22:28 +0200
Newsgroups: jedi.vcl

> > Tried it, but it doesn't work. Mouse movement still triggers the event
> > after the dialog closes.
What if you use SendMessage instead and put a ReleaseCapture before that?

ReleaseCapture;
SendMessage(XXX);

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Latest install
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 26 Jul 2004 07:47:37 +0200
Newsgroups: jedi.vcl

starCOM wrote:

>> Hello,
>>
>>
>>> I'm using latest daily zips. When I try to install VCL, I receive 
>
> the
>>> followimg error
>>> [Generating: Resources]
>>> [Compiling: JvBaseEdits.res]
>>> Borland Resource Compiler  Version 5.40
>>> Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.
>>>
>>> Fatal error File creation failed
>>>
>>> ** error 20004 ** deleting ..\Resources\JvBaseEdits.res
>>
>> I solved this with setting all files to read/write, see other related
>> threads.
>>
>> CU, Eddi
>
>
>
> Well a little further
> [Compiling: JvGlobusD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JvGlobusD7R.dpk(130) Fatal: File not found: 'JvgConstSysRequirements.dcu'

The particular daily zip you downloaded is missing a file. I'll generate a new daily zip manually later on today, it will contain the correct file.


Subject: Re: JvCreateProcess
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Mon, 26 Jul 2004 07:46:42 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:
> solved.
>
How ?


Subject: TjvDBLookupCombo (jvcl 2.1) and tab key
From: "Andy" <Andy@no.mail.please>
Date: Mon, 26 Jul 2004 14:26:19 +0930
Newsgroups: jedi.vcl

Hi All,
using jvcl 2.1 and wanting to be able to use the tab key as the enter key in
the jvDBLookupCombo.
In other words if the user has dropped down the list and used the arrow keys
or letter keys to select a value I "need" to be able to use the tab key to
keep the selection instead of (or as well as) using the enter key.

The user is disabled and it is important I try to adapt the behavior of
keystrokes.

Andy




Subject: Re: Latest install
From: "starCOM" <mcmahon2-@comcast.net>
Date: Mon, 26 Jul 2004 00:43:07 +0200
Newsgroups: jedi.vcl

> >Hello,
> >
>> >>  I'm using latest daily zips. When I try to install VCL, I receive 
the 
>> >> followimg error
>> >> [Generating: Resources]
>> >> [Compiling: JvBaseEdits.res]
>> >> Borland Resource Compiler  Version 5.40
>> >> Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.
>> >> 
>> >> Fatal error File creation failed
>> >> 
>> >> ** error 20004 ** deleting ..\Resources\JvBaseEdits.res
> >
> >I solved this with setting all files to read/write, see other related
> >threads.
> >
> >CU, Eddi


Well a little further
[Compiling: JvGlobusD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvGlobusD7R.dpk(130) Fatal: File not found: 'JvgConstSysRequirements.dcu'

Thanks
Bill
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Latest install
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sun, 25 Jul 2004 23:09:37 +0200
Newsgroups: jedi.vcl

Hello,

> >  I'm using latest daily zips. When I try to install VCL, I receive the 
> > followimg error
> > [Generating: Resources]
> > [Compiling: JvBaseEdits.res]
> > Borland Resource Compiler  Version 5.40
> > Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.
> > 
> > Fatal error File creation failed
> > 
> > ** error 20004 ** deleting ..\Resources\JvBaseEdits.res

I solved this with setting all files to read/write, see other related
threads.

CU, Eddi


Subject: Latest install
From: "starCOM" <mcmahon2-@comcast.net>
Date: Sun, 25 Jul 2004 22:39:25 +0200
Newsgroups: jedi.vcl

 I'm using latest daily zips. When I try to install VCL, I receive the 
followimg error
[Generating: Resources]
[Compiling: JvBaseEdits.res]
Borland Resource Compiler  Version 5.40
Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.

Fatal error File creation failed

** error 20004 ** deleting ..\Resources\JvBaseEdits.res

Thanks
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Why are most of the files read only ?
From: "Oliver Giesen" <ogware@gmx.net>
Date: Sun, 25 Jul 2004 20:25:48 +0200
Newsgroups: jedi.vcl

> > No it is called 'Edit'. It makes them readonly for other users (If I
> > understood it correctly).

No, unless Tortoise implicitly isues a "cvs watch on" when you do an Edit
(you should be able to see that from the command dump) Edit does not do
that.


> > I did the recursive thing and did a CVS watch off using WinCVS (could
> > not find it in Tortoise). We'll see how it goes.

There is no UI for "cvs watch off" in WinCvs either. What you probably did
was "cvs watch remove" which will have no effect on this (it reverses the
effect of a "cvs watch add" command which is similar in effect to Edit
except it does not change the flags of your local files and you don't get
reported by Editors but by Watchers instead). You have to do the "cvs watch
off" from the commandline. Anyway, as I wrote twice before, I already did
that two days ago and as far as I could tell it worked. None of the recently
updated files are read-only anymore in my sandbox.


> > I think the problem from the fact that some user used the "edit" command
> > and didn't do the "unedit" after it.

No, that alone could have no effect on other users' checkout behaviour at
all. (unless Tortoise implies the cvs watch on with the edit that is - and
even if it did I would not expect it to do a "cvs watch off" with the
Unedit - that simply wouldn't make sense as it would break the feature for
other users that might have issued an "Edit" command).


> > We'll see how thing goes with the Watch off. If it's not enough, I'll
> > ask SourceForge to remove the readonly tag, this is getting annoying.

There's nothing they could do that could not be done using a CVS client as
well. The only way to enforce read-only checkouts from the server side with
a GNU CVS server is the "cvs watch on" command. There are several ways to
explicitly do it on a per-checkout/update basis on an individual client and
a CVSNT server would support at least two other ways to define that
behaviour on the server but for a GNU CVS server that's the only thing that
could cause this and the only way to reverse it is to use the "cvs watch
off" command from an account with sufficient privileges. However, please
note again that even if you do this it will not affect files that already
are read-only in your sandbox. Those will only become read-write again after
a fresh checkout or possibly when they get updated from the server as well.

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: JvInterpreter doesn't like my constructor
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Sun, 25 Jul 2004 20:04:36 +0200
Newsgroups: jedi.vcl

Hello,

while testing JvInterpreterProgram, a strange error occurs. I translated a
unit called IniFilesEx with Pas2Rai2 and fixed the compile-errors with O2V
etc. 

Ev'rything seems OK but running it results in an error "declaration
expected but 'constructor' found". The line

constructor TInifileEx.Create(const FileName: string);

is adapted by

procedure TInifileEx_Create(var Value: Variant; Args: TJvInterpreterArgs);

This is the same way as in other constructors like
JvInterpreter_StdCtrls/StdCtrls. What happens here?

CU, Eddi


Subject: Re: Why are most of the files read only ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 25 Jul 2004 20:03:13 +0200
Newsgroups: jedi.vcl

Thanks for the information.
The question now is: How to I fix the situation, and how do I prevent it from happening again ?


Subject: Re: JvAviCapture
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 25 Jul 2004 20:02:10 +0200
Newsgroups: jedi.vcl

Nektarios wrote:

> The DC10plus is a PCI card with drivers installed. AMCap works fine, so do other components i found which use directX. I want to use the component but pinnacle doesnt create VfW or WDM drivers as far as i searched...
Last time I had a Pinnacle card, it did have a VfW driver, but that was a TV card. If there are no VfW drivers, the component will not work. JVCL doesn't use DirectX as it is not its goal. Look for DelphiX on google if you need DirectX support.

> BTW : Are u mocking me with "card" ?
No, I wasn't sure the word was the correct one. But you lifted any doubt I had with the answer you gave above.


Subject: Re: CharIsNumber -> CharIsNumberChar
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 25 Jul 2004 20:00:02 +0200
Newsgroups: jedi.vcl

Ian Boyd wrote:

> Hardly fit for deployment to a production environment. i want the version
> that someone has at least tried to test; not a version that might not even
> work.

Well, in this case, why do you use the JVCL3, it is marked as beta?
Just so you know, the daily zips work 99% of the time. We use them everyday, and test them regularly, I'm telling you they work. It is even a goal to keep the CVS repository as stable as possible.

> So for now i'm using the versions that are on the web-site.

Then you won't have any recent bug fixes...


Subject: Re: JvCreateProcess
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sun, 25 Jul 2004 17:55:33 +0000 (UTC)
Newsgroups: jedi.vcl

solved.

Holger Flick wrote:

> > Hi people,
> > 
> > I use JvCreateProcess in order to call a batchfile. The batch compiles
> > a Latex document and converts dvi to ps and ps to pdf. The windows app
> > is AFTER the batch supposed to grab the pdf and put it into a
> > database.
> > 
> > Problem: OnTerminate after the batch completes is never called.
> > Furthermore, my method continues after the Proc.Run call. Thus, I
> > cannot decide when to put the PDF file into the database.
> > 
> > Any hints?
> > 
> > Thanks!
> > 
> > --
> > Holger



Subject: Please DO NOT use tools/experts that reorder properties
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 25 Jul 2004 19:54:38 +0200
Newsgroups: jedi.vcl

Hi all

When you edit code, PLEASE DO NOT USE experts/tools that reorder the properties of any class, you will introduce bugs in the code when some properties need to be in a specific order. Those ones are indicated in the file with a comment explaining the reason.
I have corrected once again JvMenus.pas, but please in the future be careful with that.
I don't really care if they are not in alphabetical order, I'd rather have them in groups of functionnalities. Further if a developer put a comment asking NOT TO change an order, it would be good to respect that...

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Why are most of the files read only ?
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 25 Jul 2004 19:51:06 +0200
Newsgroups: jedi.vcl

Hi,

OBones wrote:

>>> >>>Tortoise as a command that allows to show who is "editing" those files
>>> >>>and as such putting them readonly for others.
>> >> I guess that would be the Watch command?
> > No it is called 'Edit'. It makes them readonly for other users (If I
> > understood it correctly).

No. The following commands in cvs affect the readonly flag:

* "cvs watch on/off" turns on watches (without the "edit", "unedit" and
"editors" commands won't work. If a watch is on, all checkouts will be
readonly.

* "cvs edit" will make the local files readwrite and notify the server about
it.

* "cvs unedit" will undo any edits and make the files readonly again. It
also notifies the server about it.

* "cvs editors" displays a list of all people who have issued a "cvs edit"
on a particular file.

* "cvs commit" checks in changes an sets the files to readonly again. It
will not affect any files which have been set "cvs edit" but have not
actually been changed.

I used to think that watches are a good thing, but I found that they are
more of a nuisance than a help. So I don't use them anymore.

twm



Subject: Re: JvAviCapture
From: Nektarios <naentor@hotmail.com>
Date: Sun, 25 Jul 2004 20:35:38 +0300
Newsgroups: jedi.vcl

In article <ce0f3j$7gc$1@talkto.net>, obones_REM_SPM_@_PIF_altern.org 
says...
> > Robert Marquardt wrote:
> > 
>> > > TalkTo (jedi) wrote:
>> > > 
>>> > >> Hi
>>> > >>   This component is not working on me. I have a DC10 plus PC card and 
>>> > >> the when i try the demo and click connect i get a error 'List item out 
>>> > >> of bounds'
>>> > >> By examing the code i see that at the property 'DriverIndex' doesnt 
>>> > >> include a driver.
>>> > >> Anyone an idea ?
>> > > 
>> > > 
>> > > Obviously the demo has a bug and does not check if the driver list is 
>> > > empty. Since this is a component for VfW it is possible that the DC10 
>> > > does not provide VfW drivers.
> > 
> > The demo is already checking this and catches the exception thrown by 
> > TJvAviCapture (EInvalidDriverIndexError). If the DC10 is a "card", then 
> > there must be a set of drivers that support VfW (or WDM) but as it is 
> > often the case with "cards" the user has to install those drivers on top 
> > of the standard ones.
> > 
> > Cheers
> > 
> > Olivier
> > 
The DC10plus is a PCI card with drivers installed. AMCap works fine, so 
do other components i found which use directX. 
I want to use the component but pinnacle doesnt create VfW or WDM 
drivers as far as i searched...

BTW : Are u mocking me with "card" ?


Subject: Re: CharIsNumber -> CharIsNumberChar
From: "Ian Boyd" <ian.msnews010@avatopia.com>
Date: Sun, 25 Jul 2004 13:07:01 -0400
Newsgroups: jedi.vcl

> > Use the daily zips on those sites:
> >
> > http://jvcl.sf.net/daily/
> > http://jcl.sf.net/daily/

<quote>
Every night a couple of zip files are created automatically containing a
snapshot of the current CVS repository. Since these zip files are generated
automatically, they might contain errors and the zip file might even be
corrupted.
</quote>

Hardly fit for deployment to a production environment. i want the version
that someone has at least tried to test; not a version that might not even
work.

So for now i'm using the versions that are on the web-site.




Subject: JvCreateProcess
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sun, 25 Jul 2004 16:10:34 +0000 (UTC)
Newsgroups: jedi.vcl

Hi people,

I use JvCreateProcess in order to call a batchfile. The batch compiles
a Latex document and converts dvi to ps and ps to pdf. The windows app
is AFTER the batch supposed to grab the pdf and put it into a database.

Problem: OnTerminate after the batch completes is never called.
Furthermore, my method continues after the Proc.Run call. Thus, I
cannot decide when to put the PDF file into the database.

Any hints?

Thanks!

--
Holger


Subject: Re: Why are most of the files read only ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 25 Jul 2004 17:23:36 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

>> Further on that:
>>
>> Tortoise as a command that allows to show who is "editing" those files
>> and as such putting them readonly for others.
>
> I guess that would be the Watch command?

No it is called 'Edit'. It makes them readonly for other users (If I understood it correctly).

>> Most of them are "edited" by ahuser, some by remkobonte and maybe some
>> by me.
>
> You could use the Editors command to see who's editing what.

I did that, and all of those files are "edited" by ahuser and remkbonte.

>> Is the Unedit command enough to fix that ?
>
>
> No, as I wrote before you have to run a "cvs watch off" command to turn off
> the enforcing of read-only checkouts. I already did that on the dev/JVCL3
> module. However, CVS will not automatically make files read-write again that
> were already checked out read-only before. You should be able to use
> Explorer to recursively reset the read-only flags on your sandbox and from
> then on checkouts should be read/write again. The exception are users who
> previously used the Edit command. They will have to run the Unedit command
> first before resetting the flags.
I did the recursive thing and did a CVS watch off using WinCVS (could not find it in Tortoise). We'll see how it goes.

> I guess this is one of the reasons why I don't really like Tortoise all too
> much. From what I hear it tends to try to be smart and often does more than
> I would want it to. I guess a lot of this "smartness" is probably
> configurable though...
I think the problem from the fact that some user used the "edit" command and didn't do the "unedit" after it.
We'll see how thing goes with the Watch off. If it's not enough, I'll ask SourceForge to remove the readonly tag, this is getting annoying.

Cheers

Olivier


Subject: Re: JvAviCapture
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 25 Jul 2004 17:18:05 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> TalkTo (jedi) wrote:
>
>> Hi
>>   This component is not working on me. I have a DC10 plus PC card and the when i try the demo and click connect i get a error 'List item out of bounds'
>> By examing the code i see that at the property 'DriverIndex' doesnt include a driver.
>> Anyone an idea ?
>
>
> Obviously the demo has a bug and does not check if the driver list is empty. Since this is a component for VfW it is possible that the DC10 does not provide VfW drivers.

The demo is already checking this and catches the exception thrown by TJvAviCapture (EInvalidDriverIndexError). If the DC10 is a "card", then there must be a set of drivers that support VfW (or WDM) but as it is often the case with "cards" the user has to install those drivers on top of the standard ones.

Cheers

Olivier


Subject: Re: CharIsNumber -> CharIsNumberChar
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 25 Jul 2004 17:02:58 +0200
Newsgroups: jedi.vcl

Ian Boyd wrote:
> i have the one's on SourceForge's "Files" page.
>
> If the teams care to release updated versions...i'll use them.

Use the daily zips on those sites:

http://jvcl.sf.net/daily/
http://jcl.sf.net/daily/


Subject: Re: CharIsNumber -> CharIsNumberChar
From: "Ian Boyd" <admin@SWIFTPA.NET>
Date: Sun, 25 Jul 2004 07:54:03 -0400
Newsgroups: jedi.vcl

i have the one's on SourceForge's "Files" page.

If the teams care to release updated versions...i'll use them.



"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:cdv85l$1js$2@talkto.net...
> > Ian Boyd wrote:
> >
>> > > Whatever version of JCL renamed CharIsNumber to CharIsNumberChar.
> >
> > You obviously have an older JCL installed.
> > currently JCL and JVCL work best if you use the daily Zips.
> >




Subject: Re: JvInspector BeforeSelection problem
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 25 Jul 2004 13:06:41 +0200
Newsgroups: jedi.vcl

Before/after displaying the dialog, post a WM_LBUTTONUP to JvInspector:

PostMessage(JvInspector1.Handle,WM_LBUTTONUP,0,0);

Might work - not tested.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: BUG: JvCheckedMaskEdit
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sun, 25 Jul 2004 10:45:26 +0000 (UTC)
Newsgroups: jedi.vcl

Hi people,

the following action triggers an Access Vioaltion during design time:

- put TWO or more components of JvCheckedMaskEdit on a form
- select them
- change the EditMask property
- *boom*

I use D7.

--
Holger


Subject: Re: JvAviCapture
From: Nektarios <naentor@hotmail.com>
Date: Sun, 25 Jul 2004 13:36:58 +0300
Newsgroups: jedi.vcl

In article <cdtvb2$s91$1@talkto.net>, robert_marquardt@gmx.de says...
> > TalkTo (jedi) wrote:
> > 
>> > > Hi
>> > >   This component is not working on me. I have a DC10 plus PC card and 
>> > > the when i try the demo and click connect i get a error 'List item out 
>> > > of bounds'
>> > > By examing the code i see that at the property 'DriverIndex' doesnt 
>> > > include a driver.
>> > > Anyone an idea ?
> > 
> > Obviously the demo has a bug and does not check if the driver list is 
> > empty. Since this is a component for VfW it is possible that the DC10 
> > does not provide VfW drivers.
> > 
> > BTW "TalkTo (jedi)" is not a good name. Apart from the spelling (jedi) 
> > no group likes it if a user takes parts of the group name.
> > 
> > 
thanks for your answer, Shall i search for WfW drivers ?

The TalkTo (jedi) was a mistake. I was testing a newsreader and messed 
up the fields.


Subject: JvInspector BeforeSelection problem
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Sun, 25 Jul 2004 12:19:08 +0200
Newsgroups: jedi.vcl

Hi,

I would like to display a MessageDlg in the BeforeSelection
event so that user can influence the Allow parameter.

However, after user closes the dialog, inspector's selection
starts following the mouse movements as if the mouse button
was still down. This has all sorts of unwanted consequences.

Looks like inspector is waiting for the "mouse up", which is
eaten by the displaying dialog and therefore never reaches
the component.

Regards,
Aleksander Oven




Subject: Re: Why are most of the files read only ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Jul 2004 10:44:42 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I lived happily with Tortoise 1.2 until this week.

I have version 1.7.3 and there is get always this error message.


-- Regards, Andreas Hausladen 

Subject: Re: Why are most of the files read only ?
From: "Oliver Giesen" <ogware@gmx.net>
Date: Sun, 25 Jul 2004 09:27:37 +0200
Newsgroups: jedi.vcl

> > Further on that:
> >
> > Tortoise as a command that allows to show who is "editing" those files
> > and as such putting them readonly for others.

I guess that would be the Watch command?


> > Most of them are "edited" by ahuser, some by remkobonte and maybe some
> > by me.

You could use the Editors command to see who's editing what.


> > Is the Unedit command enough to fix that ?

No, as I wrote before you have to run a "cvs watch off" command to turn off
the enforcing of read-only checkouts. I already did that on the dev/JVCL3
module. However, CVS will not automatically make files read-write again that
were already checked out read-only before. You should be able to use
Explorer to recursively reset the read-only flags on your sandbox and from
then on checkouts should be read/write again. The exception are users who
previously used the Edit command. They will have to run the Unedit command
first before resetting the flags.

Then again, last time I looked Tortoise often goes beyond simple CVS command
execution and implies other commands or options as it thinks sensible (such
as an Update before Reserved Edit). I could well imagine that it
automatically sends a "cvs watch on" with every Edit or Watch command. In
that case the problem will start reappearing as soon as someone uses the
Edit command again which I guess is not at all uncommon for people who work
with CVS regularly.
I guess this is one of the reasons why I don't really like Tortoise all too
much. From what I hear it tends to try to be smart and often does more than
I would want it to. I guess a lot of this "smartness" is probably
configurable though...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: CharIsNumber -> CharIsNumberChar
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 25 Jul 2004 06:13:56 +0200
Newsgroups: jedi.vcl

Ian Boyd wrote:

> Whatever version of JCL renamed CharIsNumber to CharIsNumberChar.

You obviously have an older JCL installed.
currently JCL and JVCL work best if you use the daily Zips.



Subject: Re: problem install last version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 25 Jul 2004 06:11:12 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> As I said earlier, unless someone updates the xml file, it doesn't matter
> what you do. The missing unit will still be added to the package. Quick fix:
> open packages\xml\JvGlobus-R.xml with Notepad, remove the line containing
> the missing unit, run the installer.
>
> That should fix it.
>

Ok, but i am sure i fixed it (and the history shows it).
Maybe duplicate entry in the file.



Subject: Re: Why are most of the files read only ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 25 Jul 2004 06:05:09 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Unedit does not work:
> cvs [unedit aborted]: expansion error (Z_FINISH): (-5)(null)

Maybe Tortoise version problem?
I lived happily with Tortoise 1.2 until this week.



Subject: hint background color
From: "Andy" <Andy@no.mail.please>
Date: Sun, 25 Jul 2004 12:22:48 +0930
Newsgroups: jedi.vcl

Hi All,
I have just downloaded and installed the latest jvcl and modified my app for
the new components (I was using jvcl 2.1).
Now I have a problem with Hints - they appear as black boxes !!!
I tried using Application.HintColor:=clInfobk but it made no difference.

I don't use any jvcl hint component.

Any ideas ?

Andy




Subject: CharIsNumber -> CharIsNumberChar
From: "Ian Boyd" <ian.msnews010@avatopia.com>
Date: Sat, 24 Jul 2004 19:03:52 -0400
Newsgroups: jedi.vcl

Whatever version of JCL renamed CharIsNumber to CharIsNumberChar.

So 3 units in the JVCL need updating. (i managed to do some 1337 h4x0ring to
fix them myself).


Also, the installer couldn't build Jans(?) component. Something about an
Internal Error (D5 Pro).

So i unchecked that unit, and everything else worked.


At least i finally got the JVCL installed, after 3 months of trying.




Subject: Re: problem install last version
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 25 Jul 2004 00:29:37 +0200
Newsgroups: jedi.vcl

As I said earlier, unless someone updates the xml file, it doesn't matter
what you do. The missing unit will still be added to the package. Quick fix:
open packages\xml\JvGlobus-R.xml with Notepad, remove the line containing
the missing unit, run the installer.

That should fix it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Mantis 1879: TJvScrollText always uses clWindowText with themes under WinXP
From: Ivo Bauer <abuer@zom.zc>
Date: Sun, 25 Jul 2004 00:03:58 +0200
Newsgroups: jedi.vcl

OBones wrote:
> I am not using themes under WinXP and it seems that TJvScrollText ignores the font.color setting when using themes.

I've just tested in on my machine and works pretty well with themes turned on. Setting the TJvScrollText.Font.Color does nothing at designtime when active (not sure if this is the designed behaviour or not) but runtime it works as expected on all 3 themes. I'm using Delphi 7 Pro Update Pack 1.1, JCL/JVCL snapshot from July 23, Windows XP Pro SP1 plus all the important patches applied.

Hope this helps.

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Why are most of the files read only ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 24 Jul 2004 23:50:12 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I just did some testing, yes it is enough. So if ahuser and remkobonte
> > could right click on dev\JVCL3 and select Unedit in Tortoise's popup
> > menu, that would be greatly appreciated.

Unedit does not work:
cvs [unedit aborted]: expansion error (Z_FINISH): (-5)(null)


-- Regards, Andreas Hausladen 

Subject: Re: Why are most of the files read only ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 24 Jul 2004 23:25:33 +0200
Newsgroups: jedi.vcl

OBones wrote:

> OBones wrote:
>
>> Hi all
>>
>> As some users and developpers have discovered, most files are now readonly when you get them from the repository.
>> It seems that only the files modified by Robert after the $I reorganisation are affected.
>> Does anyone knows why? And how do we fix that?
>>
>> Thanks for your help
>>
>> Olivier Sannier
>> JVCL Developer
>
>
> Further on that:
>
> Tortoise as a command that allows to show who is "editing" those files and as such putting them readonly for others.
> Most of them are "edited" by ahuser, some by remkobonte and maybe some by me.
>
> Is the Unedit command enough to fix that ?

I just did some testing, yes it is enough. So if ahuser and remkobonte could right click on dev\JVCL3 and select Unedit in Tortoise's popup menu, that would be greatly appreciated.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: problem install last version
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 24 Jul 2004 23:21:07 +0200
Newsgroups: jedi.vcl

Alessandro wrote:

> I do this. But i continue receive the error:
>
> [Compiling: JvGlobusD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JvGlobusD7R.dpk(130) Fatal: File not found: 'JvgConstSysRequirements.dcu'
>
> ** error 1 ** deleting "C:\Arquivos de
> programas\Borland\Delphi7\\Projects\Bpl"\JvGlobusD7R.bpl
>
> ** error 1 ** deleting CompilePackages

See message about missing file by Vaclac Korecek on 23/07/2004 at 08:20.

Basically, wait until the next Daily zip is available, which will happen if SF.net fixes their Cron on the web servers.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Why are most of the files read only ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 24 Jul 2004 23:18:45 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> As some users and developpers have discovered, most files are now readonly when you get them from the repository.
> It seems that only the files modified by Robert after the $I reorganisation are affected.
> Does anyone knows why? And how do we fix that?
>
> Thanks for your help
>
> Olivier Sannier
> JVCL Developer

Further on that:

Tortoise as a command that allows to show who is "editing" those files and as such putting them readonly for others.
Most of them are "edited" by ahuser, some by remkobonte and maybe some by me.

Is the Unedit command enough to fix that ?

Thanks for any help

Olivier Sannier
JVCL Developer


Subject: Re: problem install last version
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Sat, 24 Jul 2004 18:13:43 -0300
Newsgroups: jedi.vcl

I do this. But i continue receive the error:

[Compiling: JvGlobusD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvGlobusD7R.dpk(130) Fatal: File not found: 'JvgConstSysRequirements.dcu'

** error 1 ** deleting "C:\Arquivos de
programas\Borland\Delphi7\\Projects\Bpl"\JvGlobusD7R.bpl

** error 1 ** deleting CompilePackages

"OBones" <obones_REM_SPM_@_PIF_altern.org> escreveu na mensagem
news:cduemj$uh7$1@talkto.net...
> > Alessandro wrote:
> >
>> > > i download the last version of jvcl and jcl and now i get the follow
error:
>> > >
>> > > [Compiling: Packages]
>> > > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>> > > Fatal: '"C:\Arquivos de
>> > > programas\Borland\Delphi7\\Projects\Bpl"\DJclVcl.dcp' does not exist -
don't
>> > > know how to make it
>> > > ** error 1 ** deleting CompilePackages
>> > >
> >
> > You must compile the JCL before the JVCL.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Re: Error when close my application using plugin!
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 24 Jul 2004 22:59:34 +0200
Newsgroups: jedi.vcl

Dennis C wrote:

> Hello, I am using JvPluginManager (JVCL 210), however when it close my
> application gives an exception. This exception is raised after
> JvPluginManager call FreeLibrary.
>
> Tanks,
>
> Dennis
>
>
Use the JVCL3 and let us know if that bug happens again.


Subject: Re: problem install last version
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 24 Jul 2004 22:58:48 +0200
Newsgroups: jedi.vcl

Alessandro wrote:

> i download the last version of jvcl and jcl and now i get the follow error:
>
> [Compiling: Packages]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Fatal: '"C:\Arquivos de
> programas\Borland\Delphi7\\Projects\Bpl"\DJclVcl.dcp' does not exist - don't
> know how to make it
> ** error 1 ** deleting CompilePackages
>

You must compile the JCL before the JVCL.

Cheers

Olivier Sannier
JVCL Developer


Subject: Mantis 1862: Drawing bug in JvMenus under Win2k, Help needed
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 24 Jul 2004 22:53:35 +0200
Newsgroups: jedi.vcl

Hi all

As said in the title, there is a drawing bug in JvMenus, when using the XP (flat) style under Windows 2000. I don't have that system installed here and as a result cannot test to try to find a bug fix.

Here are my suggestions:

Use a TJvMainMenu with XP style and a few items.
Click on one of the top menu items to open the menu and DO NOT move the mouse any further. The bug is that the border of the menu is not painted flat and still has its 3D look.
Look on the top left corner of the screen in case the drawing appears there (this is the most likely place, but look on the entire screen). If it does, let me know, I'll have to think as to why. If not, then look in TJvXPMenuItemPainter.Paint and comment out the code that tests for the Owner not being the CanvasWindow (from 3085 to 3088). Try again and let me know the outcome.

The painting code for the border is in the Paint method of TJvXPMenuItemPainter, there shouldn't be any need to look anywhere else.

Thanks for your help

Olivier Sannier
JVCL Developer


Subject: Mantis 1879: TJvScrollText always uses clWindowText with themes under WinXP
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 24 Jul 2004 22:53:01 +0200
Newsgroups: jedi.vcl

Hi all

I am not using themes under WinXP and it seems that TJvScrollText ignores the font.color setting when using themes. Could anyone with themes under WinXP let me know if that is the case, and if so try to figure out a solution? If that someone is a developer, please assign yourself Mantis #1879.

Thanks

Olivier Sannier
JVCL Developer


Subject: Re: problem install last version
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Sat, 24 Jul 2004 17:44:18 -0300
Newsgroups: jedi.vcl

i download the last version of jvcl and jcl and now i get the follow error:

[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: '"C:\Arquivos de
programas\Borland\Delphi7\\Projects\Bpl"\DJclVcl.dcp' does not exist - don't
know how to make it
** error 1 ** deleting CompilePackages



"Peter Thornqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:cdudd3$ubc$1@talkto.net...
> > Unless Robert updated the xml files, the generated packages will look the
> > same as they did before.
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: Re: problem install last version
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 24 Jul 2004 22:35:59 +0200
Newsgroups: jedi.vcl

Unless Robert updated the xml files, the generated packages will look the
same as they did before.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: problem install last version
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Sat, 24 Jul 2004 16:46:38 -0300
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> escreveu na mensagem
news:cdtv5i$s6e$1@talkto.net...
> > Peter Thornqvist wrote:
>> > > Delete any old JVCL dcu, bpl and dcp and remove any old JVCL paths from
>> > > Delphis path. Rebuild.
> >
> > No. Better run the installer.
> > I have moved that file to Archive and only updated the D6 packages.
> > The installer will generate new D7 packages.
> >

But when i run the instaleler i receive the error. How can i do?

Thanks




Subject: Error when close my application using plugin!
From: "Dennis C" <dchaplin@dsea.com>
Date: Sat, 24 Jul 2004 11:38:20 -0700
Newsgroups: jedi.vcl

Hello, I am using JvPluginManager (JVCL 210), however when it close my
application gives an exception. This exception is raised after
JvPluginManager call FreeLibrary.

Tanks,

Dennis




Subject: Re: Version 3 Final Release?
From: "Charles Ginzel" <cginzel@hotmail.com>
Date: Sat, 24 Jul 2004 11:43:32 -0500
Newsgroups: jedi.vcl

Just a side note.... I realize that you guys usually only put real news when
it happens on the JVCL main web page, but it always makes me sad when there
aren't any new news items there :(

I realize that you guys are actually doing a lot of work, it would be nice
to see the news on the main page get updated more frequently (maybe monthly)
to outline the history since the last news update.  For example, the
installer has gone through a major revision since the last news update and
I'm sure that are more exciting items that could be reported...

It would also be nice to see the "status" or latest thinking as to what
needs to be completed until the next beta...

-Charles




Subject: Re: JvAviCapture
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Jul 2004 18:36:56 +0200
Newsgroups: jedi.vcl

TalkTo (jedi) wrote:

> Hi
>   This component is not working on me. I have a DC10 plus PC card and the when i try the demo and click connect i get a error 'List item out of bounds'
> By examing the code i see that at the property 'DriverIndex' doesnt include a driver.
> Anyone an idea ?

Obviously the demo has a bug and does not check if the driver list is empty. Since this is a component for VfW it is possible that the DC10 does not provide VfW drivers.

BTW "TalkTo (jedi)" is not a good name. Apart from the spelling (jedi) no group likes it if a user takes parts of the group name.



Subject: Re: problem install last version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Jul 2004 18:34:01 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
> Delete any old JVCL dcu, bpl and dcp and remove any old JVCL paths from
> Delphis path. Rebuild.

No. Better run the installer.
I have moved that file to Archive and only updated the D6 packages.
The installer will generate new D7 packages.



Subject: Re: problem install last version
From: "ssamayoa" <nospam@stopspam.com>
Date: Sat, 24 Jul 2004 18:32:34 +0200
Newsgroups: jedi.vcl

> >Delete any old JVCL dcu, bpl and dcp and remove any old JVCL paths from
> >Delphis path. Rebuild.

I have the same problem. I already clean old JVCL (even sources). No luck.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: problem install last version
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 24 Jul 2004 17:53:40 +0200
Newsgroups: jedi.vcl

Delete any old JVCL dcu, bpl and dcp and remove any old JVCL paths from
Delphis path. Rebuild.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: problem install last version
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Sat, 24 Jul 2004 11:52:42 -0300
Newsgroups: jedi.vcl

Hi. I download the last version yesterday (23/07/2004) 18:00 and when i try
install i receive the follow error message:

JvGlobusD7R.dpk(130) Fatal: File not found: 'JvgConstSysRequirements.dcu'

the file JvgConstSysRequirements.pas exist in directory jvcl/archive

How can i solve this problem?

Thanks
Alessandro




Subject: JvAviCapture
From: TalkTo (jedi) <naentor@hotmail.com>
Date: Sat, 24 Jul 2004 16:36:50 +0300
Newsgroups: jedi.vcl

Hi
  This component is not working on me. I have a DC10 plus PC card and 
the when i try the demo and click connect i get a error 'List item out 
of bounds'
By examing the code i see that at the property 'DriverIndex' doesnt 
include a driver.
Anyone an idea ?


Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 24 Jul 2004 10:46:40 +0200
Newsgroups: jedi.vcl

Hi,

> > Thank you for the example code you included (I have since found ealier
> > JclScheduler messages that overcome the 60 * 60 * 100 formulas :D).
> >
> > After much difficulty (newsreader) at my end :-( I managed to d/l the JVCL
> > Tutorial that you mentioned. I picked up some info from that pdf file
> > thanks.
> >
> > One thing that "threw me" was that the creation of a new event (to a new
> > JclSchedule user) seems "backward". That is you add the event, then modify
> > the parameters. While this is not a problem per se, it is different to
> > adding other (delphi) items to objects, eg items to lists.

    really? I think adding an item to a listview works exactly the same way:
you add an item and receive a TListItem in return which you can than give a
caption, image, and/or sub items. So, nothing unusual at all.

> > I have also picked up a few useful clues from the ealier JclScheduler
> > messages. My original request was not really accurate. What I should
> > really have asked is how can I implement the design mode schedule editor
> > within my own app and have those schedule variables added to my named
> > event/schedule at runtime.

  ah, well that has been asked also in this same NG (and you found it since
you reacted to it I noticed). Anyway, the form is usable at runtime as
someone else found out. So follow along whatever was in that thread and it
should work.

> > Button click - display ScheduleEditor

procedure TForm1.EditScheduleClick(Sender: TObject);
begin
  // assume the event to edit is indicated by the ScheduleIndex property of
the form
  with TFrmScheduleEditor.Create(nil) do
  try

> > (set parameters in editor)

    Schedule := JvScheduledEvent1.Events[ScheduleIndex].Schedule;
    if ShowModal = mrOk then

> > Click OK parameters set to event.

      JvScheduledEvent1.Events[ScheduleIndex].Schedule := Schedule;
  finally
    Free;
  end;
end;

> > A run time event add without so much of the underlying (JclScheduler)
code.

    not possible, unless you want to use the editor again. If you do want to
use the editor to add a new item, you can do it as follows:


procedure TForm1.AddScheduleClick(Sender: TObject);
var
  tmpSchedule: IJclSchedule;
begin
  with TFrmScheduleEditor.Create(nil) do
  try

    Schedule := CreateSchedule;
    if ShowModal = mrOk then
    begin
      tmpSchedule := Schedule;
      with JvScheduledEvent1.Events.Add do
        Schedule := tmpSchedule;
    end;
  finally
    Free;
  end;
end;

  note that neither of the methods have been actually tested, but it should
explain how you can use this thing.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sat, 24 Jul 2004 07:14:35 +0000 (UTC)
Newsgroups: jedi.vcl

JCL 3 is way better... and that's not just a general statement.

It's a little bit of work though to convert 2.x apps to 3.x. But JEDI
has tools for that ready...



Peter Sanders wrote:

> > Hi Marcel
> > 
> > Should I upgrade to JVCL3 and JCL 1.9 to gain any benefits (bug
> > fixes?) to your scheduler component? (or perhaps should I upgrade
> > anyway??).



Subject: Re: Jedi 2.10 source debugging
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Jul 2004 06:05:39 +0200
Newsgroups: jedi.vcl

Chris M wrote:
> How do i get Delphi to stop tryign to step through the jedi source?  I want it to completely skip over anything other than my own source.  I thought if i made sure my library path only pointed to .dcu's that would fix it but apparently thats not it.  Can someone help me out?
>
> Thanks.

Probably the options in JVCL.INC are still set for debugging.
Change it and build the JVCL again.



Subject: Re: Bug in TJvScheduledEvents
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Sat, 24 Jul 2004 11:56:45 +0800
Newsgroups: jedi.vcl

Hi Marcel

In searching through this message list for info on the Scheduler component I found this message (and others).

On Tue, 22 Jun 2004 23:04:48 +0200, Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl> wrote:

<snip>

>> > it's a design time form, so it's not
>> > available at runtime directly.
>>
>> And if it is not available at run-time, how the user can modify or set his
>> schedules?
>
>     using your own form and assigning the schedule properties is an option.

While I agree it is an option, it DOES seem a bit silly creaing your own form AND rewriting all the coding required to associate the settings, when there is such a GOOD one already "available", this also keeps a "standard" at design and runtimes.

>> Also here I think that a rework is needed adding the capability
>> to recall the edit form at run-time, IMHO. What do you think about?
>
> that I agree with. However, I've been thinking about it and I think
> there was a reason this form was not put in the run time folder but in the design folder.

OOOOHHH! That's a worry when I am trying to use THAT form at runtime!

-- 
Kind Regards

Peter Sanders


Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Sat, 24 Jul 2004 10:06:11 +0800
Newsgroups: jedi.vcl

Hi Marcel

Should I upgrade to JVCL3 and JCL 1.9 to gain any benefits (bug fixes?) to your scheduler component? (or perhaps should I upgrade anyway??).


-- 
Kind Regards

Peter Sanders


Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Sat, 24 Jul 2004 10:02:07 +0800
Newsgroups: jedi.vcl

Hi Marcel

I can't get back to your message replying to my message (to quote the content) any I am sure this will do :D.

On Thu, 22 Jul 2004 17:31:48 +0800, Peter Sanders <psanders@multiline.com.au> wrote:

> I can use it (I think) at design time BUT HOW is it used at RUNTIME???? A simple runtime example would be WONDERFUL :D

Thank you for the example code you included (I have since found ealier JclScheduler messages that overcome the 60 * 60 * 100 formulas :D).

After much difficulty (newsreader) at my end :-( I managed to d/l the JVCL Tutorial that you mentioned. I picked up some info from that pdf file thanks.

One thing that "threw me" was that the creation of a new event (to a new JclSchedule user) seems "backward". That is you add the event, then modify the parameters. While this is not a problem per se, it is different to adding other (delphi) items to objects, eg items to lists. "Normally" the item exists THEN it is ADDED, whereas your scheduler ADDS first THEN modified. This is now understood and I guess makes things clearer. Using the dropdown list at the dot prompt (in the editor) displayed the ADD option and to me it was surprising that no parameters followed the ADD method. I understand now :D

I have also picked up a few useful clues from the ealier JclScheduler messages. My original request was not really accurate. What I should really have asked is how can I implement the design mode schedule editor within my own app and have those schedule variables added to my named event/schedule at runtime.

Since then and with the help of a more experienced programmer I have managed to achieve some results, however I would REALLY appreciate an example (Implementing the runtime use of the ShcheduleEditor form) of yours.

So something like...

Button click - display ScheduleEditor
(set parameters in editor)
Click OK parameters set to event.

A run time event add without so much of the underlying (JclScheduler) code.


-- 
Kind Regards

Peter Sanders


Subject: Re: Run Only Once
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Fri, 23 Jul 2004 15:11:47 -0700
Newsgroups: jedi.vcl

Chris M wrote:

> I thought i had seen a component in Jedi 2.10 that prevented your application from running more than once on a machine.  Can anyone tell me what that is called or am I imagining things
never mind i found this one JclAppInst


Subject: Run Only Once
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Fri, 23 Jul 2004 15:03:10 -0700
Newsgroups: jedi.vcl

I thought i had seen a component in Jedi 2.10 that prevented your application from running more than once on a machine.  Can anyone tell me what that is called or am I imagining things


Subject: Jedi 2.10 source debugging
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Fri, 23 Jul 2004 14:48:50 -0700
Newsgroups: jedi.vcl

How do i get Delphi to stop tryign to step through the jedi source?  I want it to completely skip over anything other than my own source.  I thought if i made sure my library path only pointed to .dcu's that would fix it but apparently thats not it.  Can someone help me out?

Thanks.


Subject: Re: JvDBLookupCombo bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Jul 2004 12:41:26 +0200
Newsgroups: jedi.vcl

Fixed in CVS.

-- Regards, Andreas Hausladen 

Subject: JvDBLookupCombo bug
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 23 Jul 2004 12:13:22 +0200
Newsgroups: jedi.vcl

The DropDownCount property of JvDBLookupCombo is stored with a default 
value = 7. It should be 8 because 7 is in conflict with the 
initialization of the property (and, for this kind of object, 8 is the 
default value).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Unicode...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Jul 2004 12:08:22 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     you want me to add you as a developer or do you just want to donate
> > them (you can do that in Mantis, JediDotNet project).

At the moment there it no need for adding me to the list (but if you want,
do it) because the project is just started and there is not much to work
on.


> >     good question. I have been wondering that myself.

Microsoft says:

Mapping Win32API to .NET:
RoundRect - Draws a rectangle with rounded corners.
- System.Drawing.Drawing2D.GraphicsPath.AddLines
- System.Drawing.Pen.LineJoin = System.Drawing.Pen.LineJoin.Round
- System.Drawing.Graphics.DrawPath
- System.Drawing.Graphics.FillPath

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndotnet/h
tml/win32map.asp



-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS Installation Error - missing file
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Jul 2004 12:04:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I forgot to commit the bitmap yesterday night. Just wait 5 hours until
> > the anonymous CVS is up to date.

Now it is in CVS. (I forgot it completely) and the new component
TJvCheckedComboBox is ready for beta-testing.


-- Regards, Andreas Hausladen 

Subject: Re: Unicode...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 23 Jul 2004 11:26:14 +0200
Newsgroups: jedi.vcl

>> > > I doubt .NET will replace Win32 development anytime soon.
> >
> > Not soon, but in a longer time. And I see how long we need for JVCL 3.

    it does take a long time, but what is exactly causing that, I'm not sure
of. Part of it may be because Peter has less time available. I really think
a date should be set soon and you still need to pick a coordinator (I
suggest you do that soon as well).

> > And JVCL 4 is not even planned. So let us make JVCL 3 a winner and argue
> > when we come to JVCL 4.

    probably the best thing. I'm fairly certain a number of JVCL3.xx
releases will be made anyway.

> >
> > BTW: I have two (maybe) things for JVCL.NET:

    you want me to add you as a developer or do you just want to donate them
(you can do that in Mantis, JediDotNet project).

> > - class FileOfRecord (without marshalling but lots of reflection)
> > - component Shape (equal to TShape)

    nice.

> >    (with round rect, why has .NET no RoundRect method?)

    good question. I have been wondering that myself.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Unicode...
From: Andreas Hausladen <NoMail@me.de>
Date: Fri, 23 Jul 2004 10:54:05 +0200
Newsgroups: jedi.vcl



Marcel Bestebroer wrote:

> I doubt .NET will replace Win32 development anytime soon. 

Not soon, but in a longer time. And I see how long we need for JVCL 3. And JVCL 4 is not even planned. So let us make JVCL 3 a winner and argue when we come to JVCL 4.

BTW: I have two (maybe) things for JVCL.NET:
- class FileOfRecord (without marshalling but lots of reflection)
- component Shape (equal to TShape)
  (with round rect, why has .NET no RoundRect method?)


-- 
Regards,

Andreas Hausladen



Subject: Re: Latest CVS Installation Error - missing file
From: Andreas Hausladen <NoMail@me.de>
Date: Fri, 23 Jul 2004 10:49:24 +0200
Newsgroups: jedi.vcl



Vaclav Korecek wrote:

> Error JvCtrlsReg.rc 52 27: Cannot open file: TJVCHECKEDCOMBOBOX.BMP

I forgot to commit the bitmap yesterday night. Just wait 5 hours until the anonymous CVS is up to date.

-- 
Regards,

Andreas Hausladen



Subject: Re: move JvFinalize.pas to JCL
From: Andreas Hausladen <NoMail@me.de>
Date: Fri, 23 Jul 2004 10:45:19 +0200
Newsgroups: jedi.vcl

> Also it is a file perfectly fit for the JCL.

Yes, it fits for the JCL, but ...


>  From the comments in JvJCLUtils.pas it is obvious that the JCL would benefit from it. 

I had a look at the JCL units for two months and I came to the result that no JCL unit would benefit from JvFinalize because the JCL units are "clean" where possible.


> I think the NO_JCL IFDEF can then be removed also.

No. This condition is for the Installer. As long as we do not ship a precompiled Installer we must keep NO_JCL because the "pre-Installer" code cannot know where the JCL is.


-- 
Regrads,

Andreas Hausladen



Subject: Re: Unicode...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 23 Jul 2004 10:33:26 +0200
Newsgroups: jedi.vcl

>> > > Why the pessimism?
> >
> > .NET

    I doubt .NET will replace Win32 development anytime soon. Just look at
the fact that for .NET v2, WinForms will have either an alternative or be
replaced by something else. Either way,  it will increase the time needed
for .NET products to really start flourishing.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: move JvFinalize.pas to JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jul 2004 09:24:40 +0200
Newsgroups: jedi.vcl

From the comments in JvJCLUtils.pas it is obvious that the JCL would benefit from it. Also it is a file perfectly fit for the JCL.

Andreas Hausladen as the author seems the best to help the JCL guys use the unit.

I think the NO_JCL IFDEF can then be removed also.



Subject: Re: Why are most of the files read only ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jul 2004 09:22:03 +0200
Newsgroups: jedi.vcl

To be sure i have updated my TortoiseCVS. Best all check their version also.



Subject: Re: Why are most of the files read only ?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 23 Jul 2004 09:10:48 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> OBones wrote:
>
>
>> That's why I didn't say it was you, I just reported what someone else
>> mentionned. I do suspect it is a Sourceforge problem as some HTML
>> files are changing as well...
>
>
> I am sure that not only Roberts check ins are readonly.
> Also the last check ins from Olivier are readonly.
>
> Karlheinz
>
Mine?


Subject: Re: Unicode...
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Fri, 23 Jul 2004 06:56:10 +0000 (UTC)
Newsgroups: jedi.vcl

As long a 64-Bit double CPU with RAID array, 4 GHz and 2 GB memory is
not standard, .NET will not be an issue *g*

Don't get me wrong: I am really amazed about .NET, but I will have to
wait till autumn to buy a new PC in order to code for .NET. The PC gets
so slow while developing. Even code-completion takes forever - same for
D7 though (I don't know why..)

-
Holger

Andreas Hausladen wrote:

> > Holger Flick wrote:
> > 
>> > > Why the pessimism?
> > 
> > .NET



Subject: Latest CVS Installation Error - missing file
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Fri, 23 Jul 2004 06:20:52 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
it seems, there is missing TJVCHECKEDCOMBOBOX.BMP file in
the latest JVCL CVS.

[Compiling: JvCtrlsReg.dcr]
....
Error JvCtrlsReg.rc 52 27: Cannot open file: TJVCHECKEDCOMBOBOX.BMP

** error 20018 ** deleting ..\Resources\JvCtrlsReg.dcr

Regards,
Vaclav


Subject: Re: jvCSV Dataset
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 23 Jul 2004 06:15:01 +0000
Newsgroups: jedi.vcl

I will post an example the next day. Thanks warren!

Warren Postma wrote:
> micha schumann wrote:
>
>> Hi,
>>
>> before i post it as a bug i would like to discuss it here since i also could overlook something.
>>
>> "locate" doesnt work in jvCSVDataset, it always returns false. IMO if functions that are not correclty implemented should raise an exception. Otherwise it takes one quite a time to figure out whats going wrong in his code.
>>
>> micha
>
>
> Hmm. It's implemented, if you have a recent CVS version, it's been in CVS since November 2003.  Can you post the Locate() function you called, and your CsvHeader contents, or else step into JvCustomCsvDataSet.Locate
> to see where the problem might be?  If you find a problem where it works
> for TTable but not for TJvCsvDataSet,t hen I'll fix the CsvDataSet, if I can.  It returns true here when it finds a record, and false when it doesn't.
>
> Warren
>
> -----------------------------  Code snippet copied from JvCsvData.pas:
>
> function TJvCustomCsvDataSet.Locate(const KeyFields: string; const KeyValues: Variant;
>   Options: TLocateOptions): Boolean; // override;
>   // Options is    [loCaseInsensitive]
>   //              or [loPartialKey]
>   //              or [loPartialKey,loCaseInsensitive]
>   //              or [] {none}
> var
>   KeyFieldArray: array [0..20] of string;
>   FieldLookup: array [0..20] of TField;
>   CsvColumnData: array [0..20] of PCsvColumn;
>   FieldIndex: array [0..20] of Integer;
>   RecIndex, I, Lo, Hi, Count, VarCount: Integer;
>   Value: Variant;
>   MatchCount: Integer;
>   StrValueA, StrValueB: string;
> begin
>   Result := False;
>   if not Active then
>     Exit;
>   if Pos(',', KeyFields) > 0 then
>     Count := StrSplit(KeyFields, ',', Chr(0), KeyFieldArray, 20)
>   else
>     Count := StrSplit(KeyFields, ';', Chr(0), KeyFieldArray, 20);
>
>     ..... snip ....
>
>  if MatchCount = Count then
>     begin
>       RecNo := RecIndex; // Move cursor position.
>       Result := True;  // XXX<--------------- See, here it sets REsult to true!
>       Exit;
>     end;
>    // Next;
>   end;
>
> end;


Subject: Re: Why are most of the files read only ?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 23 Jul 2004 07:55:14 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Hi all
>>
>> As some users and developpers have discovered, most files are now readonly when you get them from the repository.
>> It seems that only the files modified by Robert after the $I reorganisation are affected.
>> Does anyone knows why? And how do we fix that?
>
>
> I feel innocent. I have not conciously changed anything with my TortoiseCVS.
> I definitely remove the read-only flags of the files globally to be able to work on them.
>
> I will see what i can do. Maybe the SourceForge changes are the cause.
>
That's why I didn't say it was you, I just reported what someone else mentionned. I do suspect it is a Sourceforge problem as some HTML files are changing as well...


Subject: Re: Italian JVCLInstall.po is defect
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Fri, 23 Jul 2004 07:54:07 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The JVCLIntall.po file is not correct. There is one "\n" to much in an
> msgstr and there are lots of duplicate strings (says poedit and the
> install.bat, but the given line numbers must be wrong or I'm to tired
> (just woke up))
>
>
This is now fixed in CVS


Subject: Re: [Install] Problem...
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Fri, 23 Jul 2004 01:40:50 -0400
Newsgroups: jedi.vcl

OBones wrote:

> Blaise Bernier wrote:
>
>> Peter Thörnqvist wrote:
>>
>>> If you have the latest JCL, you also need the latest JVCL. Don't mix old and
>>> new. Get them from http://jcl.sf.net/daily and http://jvcl.sf.net/daily).
>>> You could also have old source and/or bpl/dcp/dcu somewhere in your path.
>>> Make sure you remove these before compiling.
>>>
>>
>> the jvcl.sourceforge.net/daily/ is dead, as the JVCL website....
>
>
> It has some intermittent problems, but it will come back. This is due to major updates at SourceForge. I have just tried, it works well now.

Thanks! everything works well now!


Subject: Re: Why are most of the files read only ?
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 23 Jul 2004 05:33:03 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > That's why I didn't say it was you, I just reported what someone else
> > mentionned. I do suspect it is a Sourceforge problem as some HTML
> > files are changing as well...

I am sure that not only Roberts check ins are readonly.
Also the last check ins from Olivier are readonly.

Karlheinz



Subject: Re: Why are most of the files read only ?
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 23 Jul 2004 07:27:27 +0200
Newsgroups: jedi.vcl

> > As some users and developpers have discovered, most files are now
> > readonly when you get them from the repository.
> > It seems that only the files modified by Robert after the $I
> > reorganisation are affected.
> > Does anyone knows why? And how do we fix that?

Usually that happens when someone issued a cvs watch on command. It is
supposed to enforce the use of the Edit command (as that would then be the
recommended way to get files back to read-write) so people could get
notified when someone else edits a file they are watching/editing
themselves. It's rarely used however and requires to set up additional
scripts at the server (for the notification).

I haven't looked at Tortoise in a while but I think I remember someone once
mentioning that there is an option in it that would implicity call cvs watch
on when activated... maybe someone did that by accident.

I have now run a cvs watch off on the JVCL3 module and that should in theory
remove the problem. When I updated my sandbox after that at least none of
the freshly updated files were made read-only (it did not turn the already
read-only ones back to read-write either though - I think you'll have to do
that manually)...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Why are most of the files read only ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jul 2004 06:29:02 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> As some users and developpers have discovered, most files are now readonly when you get them from the repository.
> It seems that only the files modified by Robert after the $I reorganisation are affected.
> Does anyone knows why? And how do we fix that?

I feel innocent. I have not conciously changed anything with my TortoiseCVS.
I definitely remove the read-only flags of the files globally to be able to work on them.

I will see what i can do. Maybe the SourceForge changes are the cause.



Subject: Re: Recompile Issue
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jul 2004 06:20:12 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The readonly files are exactly the one that Robert has touched while he
> has moved the $INCLUDE after the "unit" statement.

I feel innocent. I have not conciously changed anything with TortoiseCVS.
I definitely remove the read-only flags of the files globally to be able to work on them.



Subject: Re: Unicode...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Jul 2004 00:31:22 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > Why the pessimism?

..NET


-- Regards, Andreas Hausladen 

Subject: Re: jvCSV Dataset
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 22 Jul 2004 17:13:03 -0400
Newsgroups: jedi.vcl

micha schumann wrote:
> Hi,
>
> before i post it as a bug i would like to discuss it here since i also could overlook something.
>
> "locate" doesnt work in jvCSVDataset, it always returns false. IMO if functions that are not correclty implemented should raise an exception. Otherwise it takes one quite a time to figure out whats going wrong in his code.
>
> micha

Hmm. It's implemented, if you have a recent CVS version, it's been in CVS since November 2003.  Can you post the Locate() function you called, and your CsvHeader contents, or else step into JvCustomCsvDataSet.Locate
to see where the problem might be?  If you find a problem where it works
for TTable but not for TJvCsvDataSet,t hen I'll fix the CsvDataSet, if I can.  It returns true here when it finds a record, and false when it doesn't.

Warren

-----------------------------  Code snippet copied from JvCsvData.pas:

function TJvCustomCsvDataSet.Locate(const KeyFields: string; const KeyValues: Variant;
  Options: TLocateOptions): Boolean; // override;
  // Options is    [loCaseInsensitive]
  //              or [loPartialKey]
  //              or [loPartialKey,loCaseInsensitive]
  //              or [] {none}
var
  KeyFieldArray: array [0..20] of string;
  FieldLookup: array [0..20] of TField;
  CsvColumnData: array [0..20] of PCsvColumn;
  FieldIndex: array [0..20] of Integer;
  RecIndex, I, Lo, Hi, Count, VarCount: Integer;
  Value: Variant;
  MatchCount: Integer;
  StrValueA, StrValueB: string;
begin
  Result := False;
  if not Active then
    Exit;
  if Pos(',', KeyFields) > 0 then
    Count := StrSplit(KeyFields, ',', Chr(0), KeyFieldArray, 20)
  else
    Count := StrSplit(KeyFields, ';', Chr(0), KeyFieldArray, 20);

    ..... snip ....

 if MatchCount = Count then
    begin
      RecNo := RecIndex; // Move cursor position.
      Result := True;  // XXX<--------------- See, here it sets REsult to true!
      Exit;
    end;
   // Next;
  end;

end;


Subject: Re: Why are most of the files read only ?
From: Thomas Mueller <news@s2h.cx>
Date: Thu, 22 Jul 2004 23:03:51 +0200
Newsgroups: jedi.vcl

Hi,

OBones wrote:

> > As some users and developpers have discovered, most files are now
> > readonly when you get them from the repository.
> > It seems that only the files modified by Robert after the $I
> > reorganisation are affected.
> > Does anyone knows why? And how do we fix that?

Seems to be a problem of how cvs is configured. If I remember correctly
files are checked out readonly if watching is turned on for them:

http://www.loria.fr/~molli/cvs/doc/cvs_toc.html#TOC83

regards
twm



Subject: Re: Unicode...
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Thu, 22 Jul 2004 21:00:34 +0000 (UTC)
Newsgroups: jedi.vcl

Why the pessimism?

> > Maybe we add Unicode to JVCL 4 (if it ever will be released).



Subject: Re: Why are most of the files read only ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jul 2004 21:52:52 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Shouldn't it be attrib -r ?

It is "attrib -r". Just a typo (due to _S_chreibgeschützt = _R_eadonly)


-- Regards, Andreas Hausladen 

Subject: Re: pg.exe creashes (throws AV) when generating the JvCryptDxR.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jul 2004 21:48:51 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I could not reproduce that problem.

Must have been a "reboot-solves it" feature. It is gone after a reboot.


-- Regards, Andreas Hausladen 

Subject: Re: Why are most of the files read only ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 22 Jul 2004 21:44:39 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Does anyone knows why?
>
>
> I don't know. TortoiseCVS has a menu item called "make readonly (unedit)"
> (or similar). But I don't know if this does the trick.
>
>
> And how do we fix that?
> I try to fix this by the installer. I have added to each SaveToFile or
> Ini-file creation a FileSetReadOnly (reimplemented for Delphi 5). The
> package generater is also affected, so I added a
> SetFileAttribute(PChar(OutFilename), 0) before the outfile is
> written/copied.
> I habe changed the images\makefile.mak, too. It now uses "attrib -s
> filename" before compilation.
>
>
Shouldn't it be attrib -r ?
Because the files are not marked as system...


Subject: Re: Why are most of the files read only ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jul 2004 21:24:47 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Does anyone knows why?

I don't know. TortoiseCVS has a menu item called "make readonly (unedit)"
(or similar). But I don't know if this does the trick.


And how do we fix that?
I try to fix this by the installer. I have added to each SaveToFile or
Ini-file creation a FileSetReadOnly (reimplemented for Delphi 5). The
package generater is also affected, so I added a
SetFileAttribute(PChar(OutFilename), 0) before the outfile is
written/copied.
I habe changed the images\makefile.mak, too. It now uses "attrib -s
filename" before compilation.


-- Regards, Andreas Hausladen 

Subject: Why are most of the files read only ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 22 Jul 2004 21:11:25 +0200
Newsgroups: jedi.vcl

Hi all

As some users and developpers have discovered, most files are now readonly when you get them from the repository.
It seems that only the files modified by Robert after the $I reorganisation are affected.
Does anyone knows why? And how do we fix that?

Thanks for your help

Olivier Sannier
JVCL Developer


Subject: Re: [Install] Problem...
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 22 Jul 2004 21:08:46 +0200
Newsgroups: jedi.vcl

Blaise Bernier wrote:

> Peter Thörnqvist wrote:
>
>> If you have the latest JCL, you also need the latest JVCL. Don't mix old and
>> new. Get them from http://jcl.sf.net/daily and http://jvcl.sf.net/daily).
>> You could also have old source and/or bpl/dcp/dcu somewhere in your path.
>> Make sure you remove these before compiling.
>>
>
> the jvcl.sourceforge.net/daily/ is dead, as the JVCL website....

It has some intermittent problems, but it will come back. This is due to major updates at SourceForge. I have just tried, it works well now.


Subject: Updating HTML files in the JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 22 Jul 2004 21:07:46 +0200
Newsgroups: jedi.vcl

Hi

This is a message to all developpers:

Please check that the editor you are using does NOT destroy the style information when you update a file. We do have a stylesheet, that one uses by placing this link

 <link rel="STYLESHEET" type="text/css" href="styles/default.css">

in the document. This way, they all stay consistent.

Thank you for respecting this

Olivier Sannier
JVCL Developer


Subject: Re: OT: Delphi 7 HelpContext/HelpKeyword/HelpJump etc.
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Thu, 22 Jul 2004 18:54:46 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks Warren. Great post! I only found products that you had to pay
for!

--
Holger

Warren Postma wrote:

> > Answering my own question, just in case anyone else was curious..
> > 
>> > > (2) Does anyone else here use HTML help and Delphi 7? How do you do
>> > > it?
> > 
> > I found a really wonderful VCL-TApplication-help plugin for Delphi
> > 6,7 that makes it natively support HTML help via the
> > TApplication.HelpXXXX functions that are built in, including context
> > sensitive help via the TControl.HelpKeyword property (so you can use
> > named help topics to link your help, instead of maintaining maps and
> > help context numberings, which are a royal P.I.T.A.)
> > 
> > Martin Stoeckli wrote it, you just add the unit StoHtmlHelp to your
> > application, and then at runtime or designtime set your
> > Application.Helpfile = 'Myfile.chm' and you're off and running in
> > HTML-help land.
> > 
> > StoHtmlHelp Homepage:      www.martinstoeckli.ch/delphi
> > 
> > 
> > Warren



Subject: Re: Unicode...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jul 2004 20:47:38 +0200
Newsgroups: jedi.vcl

Mariano López wrote:

> > Is Unicode support planned for JEDI? At least on some controls?

The only control that supports Unicode at the moment is
TJvWideEditor/TJvHLWideEditor (a TJvEditor/TJvHLEditor "clone")

Unicode would force us to remove Delphi 5 compatibility or we must
reinvent many unicode functions for it (or we use JclUnicode which adds
ca. 200 KB to the executable). There would be a problem with Windows 9x,
too.

Maybe we add Unicode to JVCL 4 (if it ever will be released).


-- Regards, Andreas Hausladen 

Subject: Re: Recompile Issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jul 2004 20:36:23 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > All files I download from CVS are readonly since the 20th July.
> > Can somebody check this?

The readonly files are exactly the one that Robert has touched while he
has moved the $INCLUDE after the "unit" statement.


-- Regards, Andreas Hausladen 

Subject: Re: Recompile Issue
From: "Karlheinz" <karlheinzjansen@web.de.no.spam>
Date: Thu, 22 Jul 2004 20:31:26 +0200
Newsgroups: jedi.vcl

I have the same problem.
All files I download from CVS are readonly since the 20th July.
Can somebody check this?

Karlheinz


"OBones" <obones_gfgfd_@_dgf_altern.org> schrieb im Newsbeitrag
news:cdksgt$dmn$1@talkto.net...
> > cpall wrote:
> >
>> > > Ok, the last of my "thinking out loud" posts. I discovered the problem.
>> > > Somehow, when I checked the files out of CVS, they became read-only.
>> > > This was a new development, don't know how this occurred, but it did, so
>> > > oh well. Anyway, let this post be of some guidance to someone else if
>> > > they run into the issue.
> >
> > I also have the problem with files that become read only. I think
> > someone is committing them as read only on the server...




Subject: Re: [Install] Problem...
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Thu, 22 Jul 2004 13:18:54 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> If you have the latest JCL, you also need the latest JVCL. Don't mix old and
> new. Get them from http://jcl.sf.net/daily and http://jvcl.sf.net/daily).
> You could also have old source and/or bpl/dcp/dcu somewhere in your path.
> Make sure you remove these before compiling.
>

the jvcl.sourceforge.net/daily/ is dead, as the JVCL website....


Subject: Unicode...
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Thu, 22 Jul 2004 14:14:31 -0300
Newsgroups: jedi.vcl

The JEDI controls are great, but unfortunately I need Unicode support, so
this makes JEDI useless :-(
Is Unicode support planned for JEDI? At least on some controls?

Thanks.

Mariano.



Subject: Re: pg.exe creashes (throws AV) when generating the JvCryptDxR.dpk
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 22 Jul 2004 18:57:01 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Andreas Hausladen wrote:
>
>> The pg.exe is creashing when it wants to generating the JvCryptDxR.dpk
>> package.
>> I could try fixing it after 17:00 UTC (if nobody is faster)
>>
> Please let me have a look at it this evening. It might be that it is expecting a node that is missing from the file.

I could not reproduce that problem. And the xml source file has not changed since the first of June.


Subject: Re: OT: Delphi 7 HelpContext/HelpKeyword/HelpJump etc.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 22 Jul 2004 11:57:31 -0400
Newsgroups: jedi.vcl

Answering my own question, just in case anyone else was curious..

> (2) Does anyone else here use HTML help and Delphi 7? How do you do it?

I found a really wonderful VCL-TApplication-help plugin for Delphi 6,7 that makes it natively support HTML help via the TApplication.HelpXXXX functions that are built in, including context sensitive help via
the TControl.HelpKeyword property (so you can use named help topics to
link your help, instead of maintaining maps and help context numberings,
which are a royal P.I.T.A.)

Martin Stoeckli wrote it, you just add the unit StoHtmlHelp to your
application, and then at runtime or designtime set your Application.Helpfile = 'Myfile.chm' and you're off and running in HTML-help land.

StoHtmlHelp Homepage:      www.martinstoeckli.ch/delphi


Warren


Subject: jvOutlookBar shortcomming
From: Yannis <None@Noware.non>
Date: Thu, 22 Jul 2004 14:40:45 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I have just evaluated jvOutlookbar for an internal project
and although I love its implementation I have found
one big disadvantage for me. For every button in every
page there is only one event to use which means that I
have to write a huge case to seperate them. Is it 
possible to add support for actions or menus on the 
buttons so I can use action manager or a menu item 
in order to avoid writting dum cases which they call
the actuall code?

thank you 

Regards
Yannis.


Subject: Editing Properties
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Thu, 22 Jul 2004 08:44:07 -0400
Newsgroups: jedi.vcl

Hey, I seem to remember some "power" type tools which had edits and combo's which you could specify a component property and it would directly edit it. Much like an object inspector, but for only one particular property. Sometimes, the object inspector is overkill. Does anybody know how hard it would be to go about doing this? Even if we only did it for TjvEdit and maybe three or four other components, it would be really nice. (Though I must imagine that it would be easy after doing it once)

Chris


Subject: Re: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 22 Jul 2004 11:53:24 +0200
Newsgroups: jedi.vcl

Hi

> > I noticed that this question was asked before - way back in June! There
> > has been no response to that question or my own. Do I take it that NOBODY
> > either uses it or KNOWS anything about it???

    I should know about, seeing I wrote it. I'm not always looking at the NG
and if I haven't looked at it in a while (hence having a lot of message to
deal with at once) I may actually miss one (like the one in June). That
said, it has been asked a number of times before. Sometimes I answer it by
giving an example, other times I'm just lazy and refer to the tutorials
(which I hope are still on the server). If you look in the jedi.binaries NG
you'll find a thread titled "JVCL Tutorials" dated March 6th 2003. It
contains a tutorial on plugins and scheduled events (specifically one that
deals with run time events). If it's no longer on the server, post again and
I'll repost it to the jedi.binaries NG or you can scan this NG further back
for answer and guidance I gave to someone else having trouble with runtime
code.

> >  A
> > simple runtime example would be WONDERFUL :D

    True, but I thought we had one (at least I seem to recall someone saying
to have created an example but I haven't got the faintest idea who it was
and what happened with it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: HELLOOOO! is anybody there - Re: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Thu, 22 Jul 2004 17:31:48 +0800
Newsgroups: jedi.vcl

Hi

I noticed that this question was asked before - way back in June! There has been no response to that question or my own. Do I take it that NOBODY either uses it or KNOWS anything about it???

This would be a pity, as it does seem to be a GREAT component :-(

I can use it (I think) at design time BUT HOW is it used at RUNTIME???? A simple runtime example would be WONDERFUL :D

Desperately hoping for an answer :D


On Wed, 21 Jul 2004 16:29:50 +0800, Peter Sanders <psanders@multiline.com.au> wrote:

> I want to use the JvScheduledEvents component. There does not seem to be much information about this component. Can somebody provide some info or a sample piece of code showing how the component is used? (Used/set at runtime, not design time).

-- 
Kind Regards

Peter Sanders


Subject: jvCSV Dataset
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 22 Jul 2004 09:19:17 +0000
Newsgroups: jedi.vcl

Hi,

before i post it as a bug i would like to discuss it here since i also could overlook something.

"locate" doesnt work in jvCSVDataset, it always returns false. IMO if functions that are not correclty implemented should raise an exception. Otherwise it takes one quite a time to figure out whats going wrong in his code.

micha


Subject: Re: jvDBGrid selection
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 22 Jul 2004 10:45:13 +0200
Newsgroups: jedi.vcl

>> >> That's normal. What do you expect ?
> >The "normal" TDBGrid changes this glyph in something resembling '.>'
> >and distingushes between the cell that has focus and the selscted row.

OK, I understand what you expect but are you sure the TDBGrid component 
acts like you said (with BCB5, it does not) ? A such behavior would be a 
bit confusing IMHO.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: pg.exe creashes (throws AV) when generating the JvCryptDxR.dpk
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 22 Jul 2004 10:33:10 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The pg.exe is creashing when it wants to generating the JvCryptDxR.dpk
> package.
> I could try fixing it after 17:00 UTC (if nobody is faster)
>
Please let me have a look at it this evening. It might be that it is expecting a node that is missing from the file.


Subject: Re: [Install] Problem...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Jul 2004 10:03:08 +0200
Newsgroups: jedi.vcl

If you have the latest JCL, you also need the latest JVCL. Don't mix old and
new. Get them from http://jcl.sf.net/daily and http://jvcl.sf.net/daily).
You could also have old source and/or bpl/dcp/dcu somewhere in your path.
Make sure you remove these before compiling.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Capturing new email notification
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 22 Jul 2004 00:26:19 -0700
Newsgroups: jedi.vcl

Thank you for your input.

What i would like to do is to have my application be aware of when a new
email has arrived, regardless of the mail client i am using, and then shut
down the "new email notification" sound (if any) in the Windows "Sounds and
Multimedia" folder before the mail client can play it, and substitute my own
response, whatever that may be, instead of using the Windows sound.

i really don't want to write an extension to microsoft apps like Outlook.
i'd rather try using your suggestion of writing a client that simply
"listens" for a new email arrival, but i would need to find out if my client
would be able to run in a passive mode and observe mail activity while the
main mail client is running.

Would you happen to know if this is possible?

Thanks very much again for your help.



"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:cdm1r7$kdh$1@talkto.net...
> > Explaining what you are trying to do, would help a lot along giving
advice.
> >
> > If you need to capture e-mails regardless of mail client, you should write
a
> > POP3 client using something like Indy instead of trying to capture the
mails
> > going through the client.
> >
> > If you want to write an Outlook or Outlok Express extension, ask in the
> > appropriate ms newsgroup for advice.
> >
> > You could presumably use something like JvMail but that limits you to
Simple
> > MAPI and doesn't really have anything to do with Outlook or Outlook
Express
> > (except that they support Simple MAPI).
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sf.net
> >
> >




Subject: Re: Capturing new email notification
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 22 Jul 2004 00:26:14 -0700
Newsgroups: jedi.vcl

Thank you. The notification i speak of is the "New Email Notification" sound
in the "Sounds and Multimedia" folder in the Windows control panel.

Thanks again.


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:cdlep6$gr9$1@talkto.net...
> > norberto wrote:
>> > > Hi,
>> > >
>> > > Is there a way to intercept the "received new email" event from Outlook
or
>> > > Outlook Express and substitute other code instead of playing the New
Email
>> > > Notification sound? Is there a Jedi component that would be useful for
such
>> > > a task?
> >
> > What notification?
> > Probably there is no notification. Outlook may simply play the sound.
> >




Subject: Italian JVCLInstall.po is defect
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jul 2004 08:38:24 +0200
Newsgroups: jedi.vcl

The JVCLIntall.po file is not correct. There is one "\n" to much in an
msgstr and there are lots of duplicate strings (says poedit and the
install.bat, but the given line numbers must be wrong or I'm to tired
(just woke up))


-- Regards, Andreas Hausladen 

Subject: pg.exe creashes (throws AV) when generating the JvCryptDxR.dpk
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jul 2004 08:35:58 +0200
Newsgroups: jedi.vcl

The pg.exe is creashing when it wants to generating the JvCryptDxR.dpk
package.
I could try fixing it after 17:00 UTC (if nobody is faster)

-- Regards, Andreas Hausladen 

Subject: Re: Version 3 Final Release?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Thu, 22 Jul 2004 07:53:11 +0200
Newsgroups: jedi.vcl

Randall Parker wrote:

> Olivier,
>
> I think it would be helpful to release a beta now since that would get the code that has changed since the last beta more widely tested. Even though a beta released now would not have as much in it as something a month from now the advantage is that people would move up from the last beta and would use and effectively test something a lot more current than the last beta.
>
> You'd also get fewer posts here about bugs from earlier versions that have already been fixed since more people would move up to the latest.
>

I understand your point of view, but right now, we are short of resources and my Internet connection is somewhat not stabilised. In a few weeks time, I'll see what I can do, but right now, this will have to wait. And there always are the daily snapshot, that can be considered as "betas" because most of the time they compile and the "official beta" would be based on one of these.


Subject: Re: Version 3 Final Release?
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Thu, 22 Jul 2004 08:49:43 +0300
Newsgroups: jedi.vcl

Yupp. You are right. If there is a new public beta we can download and
install it. it will be more satble than daily build. If you check out the
new post most of them about already sloved bugs.

Regards




Subject: Re: Version 3 Final Release?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Wed, 21 Jul 2004 21:04:31 -0700
Newsgroups: jedi.vcl

Olivier,

I think it would be helpful to release a beta now since that would get the code that has changed since the last beta more widely tested. Even though a beta released now would not have as much in it as something a month from now the advantage is that people would move up from the last beta and would use and effectively test something a lot more current than the last beta.

You'd also get fewer posts here about bugs from earlier versions that have already been fixed since more people would move up to the latest.

OBones wrote:

> It definitely is the right place. There should be an announcement about a Release Candidate in the coming weeks, but please keep in mind that it is the summer holiday period in Europe and that most developpers are away. As a result, a release now wouldn't be that great, because the support for it would be a bit weak.
> By the end of August, most people would be back and there will definitely be an announcement.


Subject: [Install] Problem...
From: Blaise Bernier <grunt_lord@sympatico.ca>
Date: Wed, 21 Jul 2004 19:50:35 -0400
Newsgroups: jedi.vcl

Hi,

I'm trying to reinstall the JVCL3 packages, but I still get problems. I've installed the last JCL separatly, then I tried to install the JVCL (all with the installer) and I still get this error message :

Compiling package: JvCoreD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program Files\Borland\Delphi7\Lib\Components\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared identifier: 'CharIsNumber'
C:\Program Files\Borland\Delphi7\Lib\Components\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable to this operand type
C:\Program Files\Borland\Delphi7\Lib\Components\jvcl\run\JvJVCLUtils.pas(52) .... etc.


I looked everywhere, but i'm stuck...


please help!

bye,

Blaise

P.S.: I'm on a fresh formatted computer... so...  I don't see what could cause this conflict.


Subject: Re: Mantis 1657: TJvDesktopAlert now support styles
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Wed, 21 Jul 2004 20:08:48 +0000 (UTC)
Newsgroups: jedi.vcl

If you haven't changed anything regarding that topic, I guess it won't
work. I'll check out the CVS and let you know.

--
Holger

OBones wrote:

> > Holger Flick wrote:
> > 
>> > > Olivier,
>> > > 
>> > > will it work with a XP Manifest in the project. I have difficulties
>> > > with all XP-like components that they are drawn in a completely
>> > > incorrect way.
> > 
> > I have absolutely no idea, I don't use manifests in my application.
> > If you want to try, please get the latest CVS code or wait for the
> > next daily snapshot (they seem to work again, SourceForge has issues
> > with their cron jobs).



Subject: Re: Has someody changed the defaultprinter with jedi?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jul 2004 21:30:42 +0200
Newsgroups: jedi.vcl

> > I want to change the default printer with jedi but
> > I don't know how to use the jedi functions, because
> > there is no help for... :-(

Fopr info, see MSDN. For win95 and 98,
http://support.microsoft.com/default.aspx?scid=kb;en-us;140560
For NT, http://support.microsoft.com/default.aspx?scid=kb;en-us;246772

There are functions in JclPrint.pas to do it (DPGetDefaultPrinter and
DPSetDefaultPrinter) and they should pretty easy to use.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Mantis 1657: TJvDesktopAlert now support styles
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 21 Jul 2004 20:53:26 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> Olivier,
>
> will it work with a XP Manifest in the project. I have difficulties
> with all XP-like components that they are drawn in a completely
> incorrect way.

I have absolutely no idea, I don't use manifests in my application.
If you want to try, please get the latest CVS code or wait for the next daily snapshot (they seem to work again, SourceForge has issues with their cron jobs).


Subject: Re: Version 3 Final Release?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 21 Jul 2004 20:52:24 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> Hi Olivier,
>
> wasn't JVCL 2.x released during this period? I remember being on
> holiday, sitting with my laptop at a 56K modem line to answer emails
> and making first contact with JEDI by pure coincidence... Best holiday
> event ever ;-)

I don't know, I wasn't a member back then.
The dates I indicated are a tentative, considering the current state of things here. This is due to evolve, we'll see how it goes...


Subject: Re: Version 3 Final Release?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 21 Jul 2004 20:42:33 +0200
Newsgroups: jedi.vcl

Chris M wrote:

> Where would I keep checking to see when version 3 is in its final release?  I check here but i'm not even sure this is the right place.
>
> Thanks.

It definitely is the right place. There should be an announcement about a Release Candidate in the coming weeks, but please keep in mind that it is the summer holiday period in Europe and that most developpers are away. As a result, a release now wouldn't be that great, because the support for it would be a bit weak.
By the end of August, most people would be back and there will definitely be an announcement.

Thanks for considering the JVCL

Olivier Sannier
JVCL Developer


Subject: Mantis 1657: TJvDesktopAlert now support styles
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 21 Jul 2004 20:36:05 +0200
Newsgroups: jedi.vcl

Hi all

I've finally had time to work on that issue. The result is as follows:

TJvDesktopAlert now supports styles through the use of style classes. Those are internal, there are no external "painters".
Two styles are available:

Fade: Same as the original style, which by the way now compiles with all supported versions of C++ Builder and Delphi thanks to someone who did the required changes. Please note however that the fade part will not work under windows 98 and before.
Grow from Center: The alert form appears growing from its center towards its border and the other way round when it disappears. This compiles with all supported versions of C++ Builder and Delphi and should work with all versions of Windows.

The only thing is that I don't know if it compiles with Kylix. I'm quite sure it does not, if someone could check this, I would greatly appreciate it. Further, if someone knows how to reproduce Fade and Regions in Kylix, that would be appreciated.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: jvDBGrid selection
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Wed, 21 Jul 2004 20:20:49 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> I'm using dgRowSelect=t, dgAlwaysShowSelction=t and dgMultiSelect=f.
>> Apparently no record is ever delected:
>
>
> That works fine on my PC.
>
>
>> - the glyph on column0 remains a triangle.
>
>
> That's normal. What do you expect ?
The "normal" TDBGrid changes this glyph in something resembling '.>' and distingushes between the cell that has focus and the selscted row.

>> -  SelCount and SelectedRows.Count remail always 0 (checked in OnDrawDataCell).
> That's normal because dgMultiSelect is false.
What I need is to have a different status for explicitly selected row.
The standard component works this way (but has other shortcomings, unfortunately).
If dgMultiSelect is false then SelectedRows.Count can be either 0 or 1, depending on selection status.

>> Any hint about what to check?
> I see nothing wrong.
Should I revert to standard component?

ZioNemo


Subject: Re: Version 3 Final Release?
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Wed, 21 Jul 2004 17:40:56 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Olivier,

wasn't JVCL 2.x released during this period? I remember being on
holiday, sitting with my laptop at a 56K modem line to answer emails
and making first contact with JEDI by pure coincidence... Best holiday
event ever ;-)

--
Holher

OBones wrote:

> > Chris M wrote:
> > 
>> > > Where would I keep checking to see when version 3 is in its final 
>> > > release?  I check here but i'm not even sure this is the right
>> > > place.
>> > > 
>> > > Thanks.
> > 
> > It definitely is the right place. There should be an announcement
> > about a Release Candidate in the coming weeks, but please keep in
> > mind that it is the summer holiday period in Europe and that most
> > developpers are away. As a result, a release now wouldn't be that
> > great, because the support for it would be a bit weak.  By the end of
> > August, most people would be back and there will definitely be an
> > announcement.
> > 
> > Thanks for considering the JVCL
> > 
> > Olivier Sannier
> > JVCL Developer



Subject: Re: Mantis 1657: TJvDesktopAlert now support styles
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Wed, 21 Jul 2004 17:38:35 +0000 (UTC)
Newsgroups: jedi.vcl

Olivier,

will it work with a XP Manifest in the project. I have difficulties
with all XP-like components that they are drawn in a completely
incorrect way.

--
Holger

OBones wrote:

> > Hi all
> > 
> > I've finally had time to work on that issue. The result is as follows:
> > 
> > TJvDesktopAlert now supports styles through the use of style classes.
> > Those are internal, there are no external "painters".  Two styles are
> > available:
> > 
> > Fade: Same as the original style, which by the way now compiles with
> > all supported versions of C++ Builder and Delphi thanks to someone
> > who did the required changes. Please note however that the fade part
> > will not work under windows 98 and before.  Grow from Center: The
> > alert form appears growing from its center towards its border and the
> > other way round when it disappears. This compiles with all supported
> > versions of C++ Builder and Delphi and should work with all versions
> > of Windows.
> > 
> > The only thing is that I don't know if it compiles with Kylix. I'm
> > quite sure it does not, if someone could check this, I would greatly
> > appreciate it. Further, if someone knows how to reproduce Fade and
> > Regions in Kylix, that would be appreciated.
> > 
> > Cheers
> > 
> > Olivier Sannier
> > JVCL Developer



Subject: Re: Capturing new email notification
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jul 2004 18:28:56 +0200
Newsgroups: jedi.vcl

Explaining what you are trying to do, would help a lot along giving advice.

If you need to capture e-mails regardless of mail client, you should write a
POP3 client using something like Indy instead of trying to capture the mails
going through the client.

If you want to write an Outlook or Outlok Express extension, ask in the
appropriate ms newsgroup for advice.

You could presumably use something like JvMail but that limits you to Simple
MAPI and doesn't really have anything to do with Outlook or Outlook Express
(except that they support Simple MAPI).

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Version 3 Final Release?
From: Chris Pall <leavemealone@leavemealone.com>
Date: Wed, 21 Jul 2004 12:24:09 -0400
Newsgroups: jedi.vcl

Chris M wrote:
> Where would I keep checking to see when version 3 is in its final release?  I check here but i'm not even sure this is the right place.
>
> Thanks.

You can check here, I'm sure there will be announcement. If not, I'll announce it.


Subject: Version 3 Final Release?
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Wed, 21 Jul 2004 08:23:30 -0700
Newsgroups: jedi.vcl

Where would I keep checking to see when version 3 is in its final release?  I check here but i'm not even sure this is the right place.

Thanks.


Subject: Re: jvDBGrid selection
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 21 Jul 2004 16:21:41 +0200
Newsgroups: jedi.vcl

> >I'm using dgRowSelect=t, dgAlwaysShowSelction=t and dgMultiSelect=f.
> >Apparently no record is ever delected:

That works fine on my PC.

> >- the glyph on column0 remains a triangle.

That's normal. What do you expect ?

> >-  SelCount and SelectedRows.Count remail always 0 (checked in 
> >OnDrawDataCell).

That's normal because dgMultiSelect is false.

> >Any hint about what to check?

I see nothing wrong.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvDBGrid selection
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Wed, 21 Jul 2004 15:40:27 +0200
Newsgroups: jedi.vcl

I have am trying to use jvDBGrids, but I seem unable to select records.

I'm using dgRowSelect=t, dgAlwaysShowSelction=t and dgMultiSelect=f.
Apparently no record is ever delected:
- the glyph on column0 remains a triangle.
-  SelCount and SelectedRows.Count remail always 0 (checked in OnDrawDataCell).

Any hint about what to check?

ZioNemo


Subject: Re: Capturing new email notification
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jul 2004 13:04:33 +0200
Newsgroups: jedi.vcl

norberto wrote:
> Hi,
>
> Is there a way to intercept the "received new email" event from Outlook or
> Outlook Express and substitute other code instead of playing the New Email
> Notification sound? Is there a Jedi component that would be useful for such
> a task?

What notification?
Probably there is no notification. Outlook may simply play the sound.



Subject: Re: JvDBGrid OnDraw ColumnCell
From: "Fred" <nospam_@_nospam.com>
Date: Wed, 21 Jul 2004 11:20:52 +0200
Newsgroups: jedi.vcl

> >So i use the OnDrawColumnCell Event. But only for this Field. For each 
> >other i use:
> >
> > TJvDBGrid(SendeR).DefaultDrawColumnCell(Rect, DataCol, Column, State);
> >
> >Each other Field are be paint correct, but not the boolean Fields which 
> >shows now true and false and not the CheckBox.

There's an easy solution: set DefaultDrawing to True. ;-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Help needed on JvScheduledEvents, ScheduleEditor
From: "Peter Sanders" <psanders@multiline.com.au>
Date: Wed, 21 Jul 2004 16:29:50 +0800
Newsgroups: jedi.vcl

Hi

I want to use the JvScheduledEvents component. There does not seem to be much information about this component. Can somebody provide some info or a sample piece of code showing how the component is used? (Used/set at runtime, not design time).


-- 
Kind Regards

Peter Sanders


Subject: Capturing new email notification
From: "norberto" <pellicci@shaw.ca>
Date: Tue, 20 Jul 2004 23:16:03 -0700
Newsgroups: jedi.vcl

Hi,

Is there a way to intercept the "received new email" event from Outlook or
Outlook Express and substitute other code instead of playing the New Email
Notification sound? Is there a Jedi component that would be useful for such
a task?

Thanks.




Subject: Re: Recompile Issue
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Wed, 21 Jul 2004 07:51:35 +0200
Newsgroups: jedi.vcl

cpall wrote:

> Ok, the last of my "thinking out loud" posts. I discovered the problem. Somehow, when I checked the files out of CVS, they became read-only. This was a new development, don't know how this occurred, but it did, so oh well. Anyway, let this post be of some guidance to someone else if they run into the issue.

I also have the problem with files that become read only. I think someone is committing them as read only on the server...


Subject: JvDBGrid OnDraw ColumnCell
From: "peter" <pas1@gmx.net>
Date: Wed, 21 Jul 2004 07:25:24 +0200
Newsgroups: jedi.vcl

 First thanks for the Help on Lookup.
My Grid has an Calculated Field for viewing the Status of an Order with 
green and red lights.

So i use the OnDrawColumnCell Event. But only for this Field. For each 
other i use:

 TJvDBGrid(SendeR).DefaultDrawColumnCell(Rect, DataCol, Column, State);

Each other Field are be paint correct, but not the boolean Fields which 
shows now true and false and not the CheckBox.

Any Solutions?

Regards
Peter

Peter A. Smolik

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Recompile Issue
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Tue, 20 Jul 2004 23:36:56 -0400
Newsgroups: jedi.vcl

Ok, the last of my "thinking out loud" posts. I discovered the problem. Somehow, when I checked the files out of CVS, they became read-only. This was a new development, don't know how this occurred, but it did, so oh well. Anyway, let this post be of some guidance to someone else if they run into the issue.

cpall wrote:
> Another note to my discovery process. The old installer gets the same error, but continues on, and manages to compile.
>
> Chris
>
> cpall wrote:
>
>> Wow, this is a real process of discovery for me here. Anyway, I read the note that the installer under there was obsolete. Ironic, considering that it worked. Anyway, perhaps someone can enlighten me as to what the heck is going on?
>>
>> Chris
>>
>> cpall wrote:
>>
>>> cpall wrote:
>>>
>>>> I was using install.bat to recompile the cvs tree and got the following:
>>>>
>>>> ------------
>>>>
>>>> "C:\Delphi7\Bin\make.exe" -l+
>>>> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>>>> [Generating: Resources]
>>>> [Compiling: JvErrorIndicator.res]
>>>> Borland Resource Compiler  Version 5.40
>>>> Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.
>>>>
>>>> Fatal error File creation failed
>>>>
>>>> ** error 20004 ** deleting ..\Resources\JvErrorIndicator.res
>>>>
>>>> -------------
>>>> Anybody?
>>>>
>>> as a sidenote, it seems that when I compiled the JVCL3 installer under
>>> dev\JVCL3\install\JVCL3Install
>>> the installation worked wonderfully. I'm a little lost as to why the two installation programs are so different. But I'm still new to the JVCL so... gimme a pass on this.
>>>
>>> Chris


Subject: Re: Recompile Issue
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Tue, 20 Jul 2004 19:54:37 -0400
Newsgroups: jedi.vcl

Another note to my discovery process. The old installer gets the same error, but continues on, and manages to compile.

Chris

cpall wrote:

> Wow, this is a real process of discovery for me here. Anyway, I read the note that the installer under there was obsolete. Ironic, considering that it worked. Anyway, perhaps someone can enlighten me as to what the heck is going on?
>
> Chris
>
> cpall wrote:
>
>> cpall wrote:
>>
>>> I was using install.bat to recompile the cvs tree and got the following:
>>>
>>> ------------
>>>
>>> "C:\Delphi7\Bin\make.exe" -l+
>>> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>>> [Generating: Resources]
>>> [Compiling: JvErrorIndicator.res]
>>> Borland Resource Compiler  Version 5.40
>>> Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.
>>>
>>> Fatal error File creation failed
>>>
>>> ** error 20004 ** deleting ..\Resources\JvErrorIndicator.res
>>>
>>> -------------
>>> Anybody?
>>>
>> as a sidenote, it seems that when I compiled the JVCL3 installer under
>> dev\JVCL3\install\JVCL3Install
>> the installation worked wonderfully. I'm a little lost as to why the two installation programs are so different. But I'm still new to the JVCL so... gimme a pass on this.
>>
>> Chris


Subject: Re: Recompile Issue
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Tue, 20 Jul 2004 19:51:54 -0400
Newsgroups: jedi.vcl

Wow, this is a real process of discovery for me here. Anyway, I read the note that the installer under there was obsolete. Ironic, considering that it worked. Anyway, perhaps someone can enlighten me as to what the heck is going on?

Chris

cpall wrote:
> cpall wrote:
>
>> I was using install.bat to recompile the cvs tree and got the following:
>>
>> ------------
>>
>> "C:\Delphi7\Bin\make.exe" -l+
>> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>> [Generating: Resources]
>> [Compiling: JvErrorIndicator.res]
>> Borland Resource Compiler  Version 5.40
>> Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.
>>
>> Fatal error File creation failed
>>
>> ** error 20004 ** deleting ..\Resources\JvErrorIndicator.res
>>
>> -------------
>> Anybody?
>>
> as a sidenote, it seems that when I compiled the JVCL3 installer under
> dev\JVCL3\install\JVCL3Install
> the installation worked wonderfully. I'm a little lost as to why the two installation programs are so different. But I'm still new to the JVCL so... gimme a pass on this.
>
> Chris


Subject: Re: Recompile Issue
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Tue, 20 Jul 2004 19:49:36 -0400
Newsgroups: jedi.vcl

cpall wrote:

> I was using install.bat to recompile the cvs tree and got the following:
>
> ------------
>
> "C:\Delphi7\Bin\make.exe" -l+
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Generating: Resources]
> [Compiling: JvErrorIndicator.res]
> Borland Resource Compiler  Version 5.40
> Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.
>
> Fatal error File creation failed
>
> ** error 20004 ** deleting ..\Resources\JvErrorIndicator.res
>
> -------------
> Anybody?
>
as a sidenote, it seems that when I compiled the JVCL3 installer under
dev\JVCL3\install\JVCL3Install
the installation worked wonderfully. I'm a little lost as to why the two installation programs are so different. But I'm still new to the JVCL so... gimme a pass on this.

Chris


Subject: Recompile Issue
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Tue, 20 Jul 2004 19:44:01 -0400
Newsgroups: jedi.vcl

I was using install.bat to recompile the cvs tree and got the following:

------------

"C:\Delphi7\Bin\make.exe" -l+
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Resources]
[Compiling: JvErrorIndicator.res]
Borland Resource Compiler  Version 5.40
Copyright (c) 1990, 1999 Inprise Corporation.  All rights reserved.

Fatal error File creation failed

** error 20004 ** deleting ..\Resources\JvErrorIndicator.res

-------------
Anybody?



Subject: Re: TJvFilenameEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Tue, 20 Jul 2004 16:26:00 -0300
Newsgroups: jedi.vcl

I downloaded the latest version and now it works. :-)


<@in@taavi.ee> escribió en el mensaje
news:40fce990.1297006468@forums.talkto.net...
> > On Tue, 20 Jul 2004 02:51:52 -0300, =?iso-8859-1?Q?Mariano_L=F3pez?=
> > <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar> wrote:
> >
>> > >Hi, I'm testing JEDI3 beta. I have a problem with TJvFilenameEdit. How do
I
>> > >change the glyph?
> >
> > Just load new one into Glyph property? There is also option to use
> > imagelist (look up Images, ImageKind and ImageIndex properties).
> >
> >
> > HTH
> > ain



Subject: Has someody changed the defaultprinter with jedi?
From: "Stefan Overath" <stefan.overath@team-wof.de>
Date: Tue, 20 Jul 2004 17:48:04 +0200
Newsgroups: jedi.vcl

I want to change the default printer with jedi but
I don't know how to use the jedi functions, because
there is no help for... :-(
Can somebody paste me some code to do it?

Thanks!

Stevie




Subject: SORRY i am blind
From: "Peter A. Smolik" <pas1@gmx.net>
Date: Tue, 20 Jul 2004 17:00:13 +0200
Newsgroups: jedi.vcl

SORRY SORRY SORRY

I have found it.


Regards
Peter




Subject: Re: sorry but...
From: "peter" <pas1@gmx.net>
Date: Tue, 20 Jul 2004 16:49:09 +0200
Newsgroups: jedi.vcl

OK and where i could found these 3 Files, because in your zip and in 
binaries i could only found 2.

regards
Peter

Peter A. Smolik

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: sorry but...
From: "Peter A. Smolik" <pas1@gmx.net>
Date: Tue, 20 Jul 2004 16:46:13 +0200
Newsgroups: jedi.vcl

Ok and where i could found these 3 Files. In Binaries i found only 2.


Peter
"Fred" <nospam_@_nospam.com> schrieb im Newsbeitrag
news:cdj0bt$56s$1@talkto.net...
>> > > I have installed the latest version of JVCL3 from yesterday night.
>> > > I have installed your both correction-Files.
> >
> > There are three files to download.
> >
> > Fred
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: Does JVCL have a control like this...
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 20 Jul 2004 09:23:52 -0400
Newsgroups: jedi.vcl

Jim Cullison wrote:
> Thanks everyone for your info!  I will consider moving to 3.0.  It would be
> nice to have it all as one component that manages the links between the
> pages and the tree items.

Come on in, the water's fine. :-)



Subject: Re: sorry but...
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 20 Jul 2004 14:49:31 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> I have installed the latest version of JVCL3 from yesterday night.
>> I have installed your both correction-Files.
>
>
> There are three files to download.

Files which are not in CVS yet, I (or someone else) have to review them first.


Subject: Re: sorry but...
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 20 Jul 2004 14:45:13 +0200
Newsgroups: jedi.vcl

> > I have installed the latest version of JVCL3 from yesterday night.
> > I have installed your both correction-Files.

There are three files to download.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: sorry but...
From: "peter" <pas1@gmx.net>
Date: Tue, 20 Jul 2004 14:28:29 +0200
Newsgroups: jedi.vcl

 I have installed the latest version of JVCL3 from yesterday night.
 I have installed your both correction-Files.

 But i still get the error with undefined ...
[Compiling: JvDBD5R.bpl]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\Programme\Borland\Delphi5\slib\jvcl\run\JvDBGrid.pas(3409) Fehler: 
Undefinierter Bezeichner: 'cbWithFieldName'
C:\Programme\Borland\Delphi5\slib\jvcl\run\JvDBGrid.pas(3409) Fehler: 
Operator oder Semikolon fehlt
C:\Programme\Borland\Delphi5\slib\jvcl\run\JvDBGrid.pas(3423) Fehler: 
Undefinierter Bezeichner: 'RsJvDBGridSelectOption'
JvDBD5R.dpk(75) Fatal: Verwendete Unit '..\..\run\JvDBGrid.pas' kann 
nicht compiliert werden

Peter A. Smolik

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Latest Version JvDBGris.pas
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 20 Jul 2004 12:56:28 +0200
Newsgroups: jedi.vcl

> > On Compilation i get 
> >
> >"undefinded ...." in JvDBGrid.pas Line 3409
> >frm.cbWithFieldName
> >
> >cbWithFieldName -> unknown Property.

That means you didn't download all the files or you didn't rebuild the 
packages. cbWithFieldName is declared in JvDBGridSelectColumnForm.pas.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Latest Version JvDBGris.pas
From: "peter" <pas1@gmx.net>
Date: Tue, 20 Jul 2004 12:41:29 +0200
Newsgroups: jedi.vcl

 On Compilation i get 

"undefinded ...." in JvDBGrid.pas Line 3409
frm.cbWithFieldName

cbWithFieldName -> unknown Property.


regards
Peter

Peter A. Smolik

--- posted by geoForum on http://delphi.newswhat.com


Subject: jvEmbeddedForm
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 20 Jul 2004 10:31:43 +0000
Newsgroups: jedi.vcl

Hi,

the embedded forms components are great but I came across a small issue:

Our main app uses a formpanel to embed the main program modules (one at a time) and some of these also have a form panel to share a a module for comments and attached documents. All works great without any gpfs or so. The second level embedded form displays a listview with icons an it is noch correctly updated by the form. I suspect that a redraw message getting lost across these two embeddings.

Any ideas?

Micha


Subject: Re: TJvFilenameEdit
From: @in@taavi.ee
Date: Tue, 20 Jul 2004 09:46:31 GMT
Newsgroups: jedi.vcl

On Tue, 20 Jul 2004 02:51:52 -0300, =?iso-8859-1?Q?Mariano_L=F3pez?=
<vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar> wrote:

> >Hi, I'm testing JEDI3 beta. I have a problem with TJvFilenameEdit. How do I
> >change the glyph?

Just load new one into Glyph property? There is also option to use
imagelist (look up Images, ImageKind and ImageIndex properties).


HTH
ain


Subject: keyboard and mouse input check of many components may need improvement
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jul 2004 10:39:21 +0200
Newsgroups: jedi.vcl

The problem is the correct check of the Shift parameter.
The usual way to test for modifier keys is to use something like this:

if ssAlt in Shift then

This is not a full test because it matches for modifier key combinations
like Shift-Alt etc. I think this should be improved to exclude
modifier key combinations.



Subject: Re: JVDBGRID Lookup and bool Fields
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 20 Jul 2004 10:34:32 +0200
Newsgroups: jedi.vcl

Thanks to Olivier (Obones), the files are available in the Binaries 
newsgroup.
To get the complete set, you must download:
- Latest JvDBGrid 2
- Latest JvDBGrids
- JvDBUltimGrid.pas update

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvdbgrid
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 20 Jul 2004 10:31:45 +0200
Newsgroups: jedi.vcl

> >exiting an embedded combo is not possible without the mouse. IMO it 
> >would be great if RETURN would exit the control. ESC exits and restores 
> >the old content.

Put something like this in your control OnKeyPress event (C++):
if (Key == 13)
  MyGrid->CloseControl();
else
if (Key == 27) // Some components (e.g. DBMemo) do not need this
  MyControl->Field->Value = MyControl->Field->OldValue;

I cannot fully manage ESC and RETURN keys in JvDBGrid because these keys 
have special uses in many edit controls. E.g., it wouldn't be a good 
idea to exit when the Return key is pressed in a TDBMemo (except if 
PostOnEnter is set to true).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Where can I download the latest version?
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 20 Jul 2004 10:26:20 +0200
Newsgroups: jedi.vcl

Bepy wrote:

> http://jvcl.sourceforge.net/daily/
>
>
And you will also need the latest JCL, either a Release Candidate, or the daily version here:

http://jcl.sf.net/daily/


Subject: Re: Installation on BCB5
From: OBones <obones_gfgfd_@_dgf_altern.org>
Date: Tue, 20 Jul 2004 10:25:42 +0200
Newsgroups: jedi.vcl

Jonathan Neve wrote:
> Hi all!
>
> I'm pleased to report that I managed to get JCL 1.91 and JVCL 3 to install in both Delphi 7 and BCB 5, without any problems at all! Thanks for the excellent installer!
>
> Keep up the good work!
> Jonathan Neve.
Thanks for the report, this is the kind of things we would like to see more often ;-)
But as the saying goes, "Users only contact support when something does not work"

Cheers
Olivier Sannier
JVCL Developper.


Subject: Re: JVDBGRID Lookup and bool Fields
From: "peter" <pas1@gmx.net>
Date: Tue, 20 Jul 2004 10:07:22 +0200
Newsgroups: jedi.vcl

Hi Fred,

Thx for the fast solution.

My EMail are pas1@gmx.net

Regards
Peter

Peter A. Smolik

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Where can I download the latest version?
From: "Bepy" <freddy.junior@email.it>
Date: Tue, 20 Jul 2004 08:55:29 +0200
Newsgroups: jedi.vcl

http://jvcl.sourceforge.net/daily/




Subject: Where can I download the latest version?
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Tue, 20 Jul 2004 03:34:14 -0300
Newsgroups: jedi.vcl

What the subject says... Where can I download the latest version?
Thanks.



Subject: Installation on BCB5
From: Jonathan Neve <jonathan@microtec.fr>
Date: Tue, 20 Jul 2004 08:13:57 +0200
Newsgroups: jedi.vcl

Hi all!

I'm pleased to report that I managed to get JCL 1.91 and JVCL 3 to install in both Delphi 7 and BCB 5, without any problems at all! Thanks for the excellent installer!

Keep up the good work!
Jonathan Neve.


Subject: TJvFilenameEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Tue, 20 Jul 2004 02:51:52 -0300
Newsgroups: jedi.vcl

Hi, I'm testing JEDI3 beta. I have a problem with TJvFilenameEdit. How do I
change the glyph? Using Windows XP with visual styles enabled makes the
button's borders disappear when clicking on the edit, the button should be
smaller.



Subject: Re: plugin and forms - strange
From: "Hardnut" <Hardnut@21cn.com>
Date: Tue, 20 Jul 2004 11:21:15 +0800
Newsgroups: jedi.vcl

try this:
  TMyForm.CreateParentedControl(HostMainForm);
but i'm not sure.

hardnut@21cn.com



"nix" <karlkuhn@hotmail.com> Ð´ÈëÏûÏ¢ÐÂÎÅ:cdh34o$r9t$1@talkto.net...
> > Hi there, I am  using plugin in my app,
> >
> > There is the main app (the exe) and two modules. Both the plugins have
> > forms. I am using MDI concept for the forms. I read somewhere that I
should
> > add the following lines to the initialisation event of the plugin.
> >
> > OldApplication:=Application;
> > Application:=HostApplication;
> >
> > and then when ondestroy is calles set it back
> >
> > Application:=OldApplication;
> >
> >
> > If  I do not do this, I get an error that says " Cannot create forms,
there
> > are no MDI forms active"  when executing
> >
> > TMyForm.Create(Application)
> >
> > The strange thing is that implementing as in 1 above only works when doing
> > it in the one of the two plugins. When I do it in both then I get an AV
when
> > the application closes. When the code is inserted into any one of the two
> > plugins, it all works beautifully well.
> >
> > Any ideas as to what is happening, or is there a better way if
implementing
> > this?
> >
> > Regards,
> >
> > Karl
> >
> >




Subject: jvdbgrid
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 19 Jul 2004 21:07:35 +0000
Newsgroups: jedi.vcl

Hi,

exiting an embedded combo is not possible without the mouse. IMO it would be great if RETURN would exit the control. ESC exits and restores the old content.

What do you think?

micha


Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 19 Jul 2004 22:16:33 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Dierk wrote:
>
>> I´ve told it 4 days before.
>> Have a look to Mantis #0001978
>
>
> Yep, that's right.
> It's now assigned to me, will have a look sometime during the week...
Your suggestion was right.
This is now fixed.


Subject: plugin and forms - strange
From: "nix" <karlkuhn@hotmail.com>
Date: Mon, 19 Jul 2004 21:24:33 +0200
Newsgroups: jedi.vcl

Hi there, I am  using plugin in my app,

There is the main app (the exe) and two modules. Both the plugins have
forms. I am using MDI concept for the forms. I read somewhere that I should
add the following lines to the initialisation event of the plugin.

OldApplication:=Application;
Application:=HostApplication;

and then when ondestroy is calles set it back

Application:=OldApplication;


If  I do not do this, I get an error that says " Cannot create forms, there
are no MDI forms active"  when executing

TMyForm.Create(Application)

The strange thing is that implementing as in 1 above only works when doing
it in the one of the two plugins. When I do it in both then I get an AV when
the application closes. When the code is inserted into any one of the two
plugins, it all works beautifully well.

Any ideas as to what is happening, or is there a better way if implementing
this?

Regards,

Karl




Subject: Re: Sort function
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 19 Jul 2004 19:26:37 +0200
Newsgroups: jedi.vcl

> >OnUserSort
> >{
> >   AnsiString SortString;
> >   for (int i = 0; i < FieldsToSort.Length; i++)
> >   {
> >      if (SortString != "")
> >         {SortString += ",";}
> >      SortString += "[" + FieldsToSort[i].Name + "]";
> >      if (FieldsToSort[i].Order == JvGridSort_DESC)
> >         {SortString += " DESC";}
> >   }
> >   ((TCustomADODataSet *)Sender->DataSource->DataSet)->Sort = 
SortString;
> >}

This has gone out of date since the new version of JvDBUltimGrid.
Now you just have to do:
((TCustomADODataSet *)Sender->DataSource->DataSet)->Sort = SortString;

The SortString parameter can be directly used in your SQL orders.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: utilisation of QInspector
From: "bohort07" <benboirel@ifrance.fr>
Date: Mon, 19 Jul 2004 18:00:44 +0200
Newsgroups: jedi.vcl

 I would like to use the QInspector for Kylix 3 C++ and C++. What should 
i do?

i download packages from cvs but i have many problem.

Someone could say me a list of instruction to install this component

work hard, it's to wake up early

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVDBGRID Lookup and bool Fields
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 19 Jul 2004 17:32:54 +0200
Newsgroups: jedi.vcl

Fred wrote:

> The fixed version is ready. The bug was due to TField.CanModify.
>
> Could you give me your email address because I can't upload anything to binaries ?

Send it to me as well, I'll post it sometime tomorrow.


Subject: Re: JVDBGRID Lookup and bool Fields
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 19 Jul 2004 17:07:49 +0200
Newsgroups: jedi.vcl

The fixed version is ready. The bug was due to TField.CanModify.

Could you give me your email address because I can't upload anything to 
binaries ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid and JvDBUltimGrid
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 19 Jul 2004 16:56:40 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> Best post a changed version to binaries so it can be picked up.
>
>
> I can't upload. Otherwise, it would be done so. ;-)

Send it to me...


Subject: Re: JvDBGrid and JvDBUltimGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 19 Jul 2004 16:46:40 +0200
Newsgroups: jedi.vcl

> >Best post a changed version to binaries so it can be picked up.

I can't upload. Otherwise, it would be done so. ;-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: test
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jul 2004 16:22:33 +0200
Newsgroups: jedi.vcl

peter wrote:

>  test

Usually you would get the answer "use the test newsgroup", but we have none.
"test" is considered bad netiquette. You either have a question so you can ask right away and watch if the question shows up or you have no question then there is no need for a "test" message.



Subject: Re: JvDBGrid and JvDBUltimGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jul 2004 16:18:00 +0200
Newsgroups: jedi.vcl

Fred wrote:
> Before it is put in the CVS, I would like to modify JvDBUltimGrid.

Best post a changed version to binaries so it can be picked up.



Subject: Re: JVDBGRID Lookup and bool Fields
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 19 Jul 2004 16:03:07 +0200
Newsgroups: jedi.vcl

> >The component doesn't work with Lookup Fields.

I tested JvDBGrid with GDSDemo (an example provided by Borland with BCB) 
which contains lookup fields and I saw nothing wrong... because I didn't 
try to change the value. Shame on me. I'm doing the fix right now.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVClock: DrawText (Canvas.Handle.....
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 19 Jul 2004 15:47:25 +0200
Newsgroups: jedi.vcl

I think in JVClock it must be "DrawText (Handle......" instead of  "DrawText
(Canvas......" , because it is in "with canvas do"

Regards

Dierk




Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 19 Jul 2004 15:28:32 +0200
Newsgroups: jedi.vcl

> > Have a look at the Mantis Issue, it has some somments in it pointing to
> > a bit of code that I suspect is the source of the problem

    they are related to JvClock only and from Vladimir's (initial) post I
assumed he corrected these but still had some AVs in the IDE, hence I
pointed at my hacked design time code which could be responsible in BCB (and
maybe still even in some Delphi versions).

    A quick test to see if the consumer side behaves is to drop a
TJvColorProvider and a TJvListBox on a form, link the listbox's Provider
property to the color provider and open up the sub properties of provider.
Then you can either: a) change some options, save the from and close and
restart the IDE or b) change the Items property (which would result in the
removal of the provider link). and repeat the process again (so again
linking a provider, optionally change some options just for fun and change
the Items property of the list box again). I found early on that at least
the switching between provider and normal behavior is prone to show if
that's were the error is coming from. The problem might occasionally just
show up when the IDE closes (i.e. the provider is removed before the list
box (also testable in the IDE itself) or the ListBox.Items property is about
to be saved). Anyway, although it's been a long time since I tested it, it
has also been a long time since I changed it and AFAIK things worked
correctly last time I tested it.

    The provider designer is not testable completely, but you can test a
part of it by using the TJvColorProvider and just right click on it to open
up the designer. As long as you can add/remove colors, context and/or
mappings without errors it should be OK. AFAICT the provider item designer
is not used by anything in JVCL at this time (it was planned for the
StringsProvider, with each item being able to support images, item states
and/or sub items), but I wouldn't rule out the possibility of anything
getting hacked in the initialization section of one of the design time
units.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 19 Jul 2004 14:23:02 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>>> As to occasional AVs in the IDE, don't forget that they often come from
>>> BCB6 itself, generally the class explorer...
>>
>> I know, but now I have more AV/per time...
>
>
>     it could be the design time code for the provider/consumer stuff, but
> I'd expect AVs only if you actually use the provider designer or changed
> consumer options (TJvLabel, TJvComboBox and TJvListBox are the only ones
> supporting provider/consumer stuff). I know I needed to, uhm, kind of hack
> to get some of the things working, especially the item editing in the
> Provider designer and the options stuff at the consumer side. I haven't seen
> any unusual problems for a long time in D5, but maybe D6 and/or BCB has some
> issues with it.

Have a look at the Mantis Issue, it has some somments in it pointing to a bit of code that I suspect is the source of the problem


Subject: JVDBGRID Lookup and bool Fields
From: "peter" <pas1@gmx.net>
Date: Mon, 19 Jul 2004 14:20:17 +0200
Newsgroups: jedi.vcl

 Hi,
The component doesn't work with Lookup Fields.

And i have usede OnDrawColumnCell

with Sender as TJvDBGrid do
  begin
   if (Columns[DataCol].FieldName = 'StatVis') and
      (Columns[Datacol].Field.Value <>NULL) then
   begin
    TJvDBGrid(Sender).Canvas.Brush. Color := Hintergrund;
    Canvas.FillRect(Rect);
    b:= Columns[DataCol].Field.Value;
     for r:= 1 to 5 do begin
      if b[r] ='0' then
       ImageList1.Draw(Canvas, Rect.left+4 + offset,Rect.Top+4, 1, true)
      else
       begin
        if b[r]='1' then
         ImageList1.Draw(Canvas, Rect.left +4 + offset,Rect.Top+4, 0, 
true)
        else
         ImageList1.Draw(Canvas, Rect.left +4 + offset,Rect.Top+4, 2, 
true);
       end; // else begin br=1
       inc(offset,11);
    end; // for r
   end // if Zeile nicht leer
   else   // nicht das Statusfeld
    begin
     TJvDBGrid(SendeR).Canvas.Brush.Color := Hintergrund;
     if not (gdselected in State) then
      TJvDBGrid(SendeR).Canvas.Font.Color := clBlack
     else
      TJvDBGrid(SendeR).Canvas.Font.COlor := clRed;
     TJvDBGrid(SendeR).DefaultDrawColumnCell(Rect, DataCol, Column, 
State);
    end; // inhaltszeilen
  end; // with Sender


So i use for each other field as field StatVis the 
DefaultDrawColumnCell...

Since this i see on the Bool Field true and false and not the CheckBox.

Any Solutions?

THX and Regards

Peter A. Smolik

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid and JvDBUltimGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 19 Jul 2004 14:17:58 +0200
Newsgroups: jedi.vcl

Before it is put in the CVS, I would like to modify JvDBUltimGrid. A co-
worker at my office needs the following changes (and this fixes a bug 
too):

1) Add this comment to the beginning of the sorting examples:

// Don't forget to set SortWith and assign OnIndexNotFound/OnUserSort if 
needed

2) Replace:

  TUserSortEvent = procedure(Sender: TJvDBUltimGrid; var FieldsToSort: 
TSortFields; IndexFieldNames: string; var SortOK: Boolean) of object;

with:

  TUserSortEvent = procedure(Sender: TJvDBUltimGrid; var FieldsToSort: 
TSortFields; SortString: string; var SortOK: Boolean) of object;

3) Add "tables" after BDE and ADO in the SortWith description

4) Move

   // Checking of OnUserSort assignment
   if Assigned(OnUserSort) then
   ...
   raise EJVCLDbGridException.CreateRes(@RsEJvDBGridUserSortNotAssigned);

before

   // Checking of index properties
   if (SortWith = swIndex) and
   ...

5) Delete the blocks beginning with "if SortWith = swFields" and "if 
SortWith = swUserFunc" and replace them with:

        if (SortWith = swFields) or (SortWith = swUserFunc) then
        begin
          // Sort with fields (temporary index) or user function
          if SortString <> '' Then
            SortString := SortString + ',';
          SortString := SortString + '[' + FieldsToSort[FTS].Name + ']';
          if FieldsToSort[FTS].Order = JvGridSort_ASC then
            SortString := SortString + ' ASC'
          else
            SortString := SortString + ' DESC';
          if FTS = MaxFTS then
          begin
            if SortWith = swUserFunc then
            begin
              OnUserSort(Self, FieldsToSort, SortString, FSortOK);
              if SortOK then
                FSortedFields := FieldsToSort;
            end
            else
              UpdateProp(cIndexFieldNames, SortString);
          end;  
        end;

Thank you in advance.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 19 Jul 2004 14:17:03 +0200
Newsgroups: jedi.vcl

>> > > As to occasional AVs in the IDE, don't forget that they often come from
>> > > BCB6 itself, generally the class explorer...
> >
> > I know, but now I have more AV/per time...

    it could be the design time code for the provider/consumer stuff, but
I'd expect AVs only if you actually use the provider designer or changed
consumer options (TJvLabel, TJvComboBox and TJvListBox are the only ones
supporting provider/consumer stuff). I know I needed to, uhm, kind of hack
to get some of the things working, especially the item editing in the
Provider designer and the options stuff at the consumer side. I haven't seen
any unusual problems for a long time in D5, but maybe D6 and/or BCB has some
issues with it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: test
From: "peter" <pas1@gmx.net>
Date: Mon, 19 Jul 2004 14:12:26 +0200
Newsgroups: jedi.vcl

 test

Peter A. Smolik

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 19 Jul 2004 15:57:08 +0400
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir wrote:
>
>> After big changes concerned clx, the jvcl3 pack is working very bad under CB6, I always have AV in the IDE and have to return to the version before 13 July.
>
> I have to say that the JVCL is stable under BCB6, and is not working very bad.
> There is however a problem with JvClock, but please stop saying that the whole pack is not working.

Yes, I  agree that jvcl is very stable now

>
> I will investigate the AV in JvClock and fix it.
I fixed these two places, but shure that there are more...
>
> As to occasional AVs in the IDE, don't forget that they often come from BCB6 itself, generally the class explorer...

I know, but now I have more AV/per time...

>
> Cheers
>
> Olivier Sannier
> JVCL Developer
> C++ Builder Support coordinator


Subject: Sort function
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 19 Jul 2004 11:47:07 +0200
Newsgroups: jedi.vcl

About JvDBUltimGrid, I forgot to mention that the sort function works 
only with Tables and similar non-SQL objects. If you use a query 
component, set SortWith to swUserFunc and assign OnUserSort to implement 
your own sort function.

Example for ADO components using SQL (in C++):

OnUserSort
{
   AnsiString SortString;
   for (int i = 0; i < FieldsToSort.Length; i++)
   {
      if (SortString != "")
         {SortString += ",";}
      SortString += "[" + FieldsToSort[i].Name + "]";
      if (FieldsToSort[i].Order == JvGridSort_DESC)
         {SortString += " DESC";}
   }
   ((TCustomADODataSet *)Sender->DataSource->DataSet)->Sort = SortString;
}

For other SQL components, change the ORDER BY parameters in your SQL 
string.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBGrid and lookup fields
From: "Bepy" <freddy.junior@email.it>
Date: Mon, 19 Jul 2004 11:12:49 +0200
Newsgroups: jedi.vcl

Hi,

linking JvDBGrid with datasets containing lookup fields, causes dropdown
list not showing.
Same datasource with standard DBGrid works correctly.

Am I missing any option ?




Subject: Re: JvDBGrid and JvDBUltimGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 19 Jul 2004 10:26:17 +0200
Newsgroups: jedi.vcl

> >Can we use search sort capability in new jvdbgrid. or which grid we 
> >should use for overal performance.

JvDBGrid has no search function and I didn't modify its TitleOnClick 
function (a very limited and buggy piece of code to my eyes, but I think 
many of you are used to work with it).
JvDBUltimGrid has a search function (with options) and a sort function 
working with index-based sortings (BDE) and fields-based sortings (ADO). 
You can also define your own sorting function.
JvDBUltimGrid adds some kilobytes to your app (it does not change 
anything to its speed or stability - I hope ;-)). So, if you have no 
need for search or sort function, or if you have your own functions 
doing that, use JvDBGrid instead.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid and JvDBUltimGrid
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 19 Jul 2004 10:14:47 +0200
Newsgroups: jedi.vcl

Fred wrote:

> Hello everybody,
>
> I've sent to Olivier(Obones) the new JvDBGrid and its child JvDBUltimGrid. The file will be uploaded to Binaries when Olivier has enough time to take care of that.

This is now done.
I won't have time this week to review it and put it in the CVS so if anyone with developper access and knowledge in the DB related stuff (which I lack) could do that, I'd be grateful

Cheers

Olivier


Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 19 Jul 2004 10:11:14 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> I´ve told it 4 days before.
> Have a look to Mantis #0001978

Yep, that's right.
It's now assigned to me, will have a look sometime during the week...


Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 19 Jul 2004 09:48:48 +0200
Newsgroups: jedi.vcl

I´ve told it 4 days before.
Have a look to Mantis #0001978

"OBones" <obones_REM_SPM_@_PIF_altern.org> schrieb im Newsbeitrag
news:cdflpv$ict$1@talkto.net...
> > OBones wrote:
> >
>> > > I will investigate the AV in JvClock and fix it.
> >
> > This AV also occurs in Delphi.




Subject: Re: Does JVCL have a control like this...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Jul 2004 08:35:29 +0200
Newsgroups: jedi.vcl

TJvPageListTreeView -> treeview that knows about TJvPageList
TJvSettingsTreeView -> descendant of TJvPageListTreeView that behaves like
the treeview in the options dialog in Visual Studio.Net

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Does JVCL have a control like this...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Jul 2004 08:34:04 +0200
Newsgroups: jedi.vcl

> > kill Delphi... but maybe it is already fixed?
Should be fixed in the latest CVS version

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 19 Jul 2004 08:26:48 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I will investigate the AV in JvClock and fix it.

This AV also occurs in Delphi.


Subject: Re: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 19 Jul 2004 08:06:22 +0200
Newsgroups: jedi.vcl

Vladimir wrote:
> After big changes concerned clx, the jvcl3 pack is working very bad under CB6, I always have AV in the IDE and have to return to the version before 13 July.
I have to say that the JVCL is stable under BCB6, and is not working very bad.
There is however a problem with JvClock, but please stop saying that the whole pack is not working.

I will investigate the AV in JvClock and fix it.

As to occasional AVs in the IDE, don't forget that they often come from BCB6 itself, generally the class explorer...

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Support coordinator


Subject: Changes 12.07-13.07 and CB6 (Jvcl is not usable now)
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 19 Jul 2004 09:48:50 +0400
Newsgroups: jedi.vcl

After big changes concerned clx, the jvcl3 pack is working very bad under CB6, I always have AV in the IDE and have to return to the version before 13 July.
I think I found a number of mistakes in the JvClock.pas, but there are more, it seems to me, the IDE is more stable but sometime I have yet AV.

LINE 977   procedure DrawSym(Sym: Char; Num: Byte);
  begin
    if FullTime or
      ((NewTime.Second <> FDisplayTime.Second) and IsPartSym(3, Num)) or
      ((NewTime.Minute <> FDisplayTime.Minute) and IsPartSym(2, Num)) or
      (NewTime.Hour <> FDisplayTime.Hour) then
    begin
      DrawThemedBackground(Self, Canvas, Rect);
      SetBkMode(Canvas.Handle, Windows.TRANSPARENT);
      //DrawText(Canvas, Sym, 1, Rect, DT_EXPANDTABS or
      DrawText(Canvas, @Sym, 1, Rect, DT_EXPANDTABS or
           DT_VCENTER or DT_CENTER or DT_NOCLIP or DT_SINGLELINE);
    end;
  end;



LINE 1046    if FullTime or (NewTime.Hour <> FDisplayTime.Hour) then
    begin
      Rect.Right := Rect.Left + TextWidth(SAmPm);
      //DrawText(Canvas, SAmPm[1], Length(SAmPm), Rect,
      DrawText(Canvas, @SAmPm[1], Length(SAmPm), Rect,
        DT_EXPANDTABS or DT_VCENTER or DT_NOCLIP or DT_SINGLELINE);
    end;


Subject: Re: Delphi 6 Personal and JVCL
From: "Daniel Tamez" <danny.tamez@verizon.net>
Date: Sun, 18 Jul 2004 14:30:20 -0500
Newsgroups: jedi.vcl

Got the latest from the daily builds and that one does work - thanks!

DT
"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:cd84fk$cf0$1@talkto.net...
> > Robert Marquardt wrote:
> >
>> > > The installer should be improved to disallow that.
> >
> > This should now work (not tested).
> >
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Users and Groups
From: Jean Pederson <jean_pederson@No_spam_hotmail.com>
Date: Sun, 18 Jul 2004 20:19:13 +0300
Newsgroups: jedi.vcl

Dear All
I need to get list of Groups and users within these groups from
Windows User list and Group list.


I got the function:

GetLocalGroups

Which can get list of Local Groups, but the remaining task is how to
get user list that belongs to each group?

Regards


Subject: Re: Mantis - Donation and translation
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 18 Jul 2004 17:21:15 +0200
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> Hi.
> I want to highlight two things:
>
> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001974 -
> New component

Please add a more detailed description.

> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001975 - Translation upgrade

Those files are now in CVS.

Cheers

Olivier Sannier
JVCL Developer


Subject: Mantis - Donation and translation
From: "Stefano Pessina" <peste1@hotmail.com>
Date: Sun, 18 Jul 2004 12:43:38 +0200
Newsgroups: jedi.vcl

Hi.
I want to highlight two things:

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001974 -
New component
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001975 - Translation upgrade

Thank you all.

Regards,
Stefano Pessina




Subject: Re: TJvStringGrid => DrawCell Col/Row = 0 ?
From: Steph <sfillon_j@yahoo.fr>
Date: Sun, 18 Jul 2004 20:32:27 +1000
Newsgroups: jedi.vcl

Sorry the error was in my code :-(

May be time to sleep for me....




Steph wrote:
> Hi all,
>
> Situation
> ---------
> I have download the lastest CVS JVCL3.
>
> I have put a TJvStringGrid on a form and would like to paint each line with a pair of color. And clRed for invalid entry.
>
> As I need to use TAlignement, I have not overload DrawCell event, but implement a OnSetCanvasProperties to change the color in it depending on ARow.
>
>
> Problem
> -------
> ACol and ARow are always at 0 ?
> Even in the DrawCell events.
>
> What am I doing wrong ?
>
>
>
> Regards,
> Stephane.
>




Subject: TJvStringGrid => DrawCell Col/Row = 0 ?
From: Steph <sfillon_j@yahoo.fr>
Date: Sun, 18 Jul 2004 20:11:55 +1000
Newsgroups: jedi.vcl

Hi all,

Situation
---------
I have download the lastest CVS JVCL3.

I have put a TJvStringGrid on a form and would like to paint each line with a pair of color. And clRed for invalid entry.

As I need to use TAlignement, I have not overload DrawCell event, but implement a OnSetCanvasProperties to change the color in it depending on ARow.


Problem
-------
ACol and ARow are always at 0 ?
Even in the DrawCell events.

What am I doing wrong ?



Regards,
Stephane.



Subject: JvDBGridXMLExport
From: "runspect" <nospam@nospam.es>
Date: Sun, 18 Jul 2004 11:56:15 +0200
Newsgroups: jedi.vcl

By default exports the grid column labels, but I need the field names. How
can I do it?

Thanks in advance.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: SetPrinter
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 18 Jul 2004 10:42:59 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Add Printers to your include/uses list
>
I don't think that would help.
I think it's the good old "bug" with the const pointers parameters. I'll have a look at it whenever I get time to do so.


Subject: Re: Problem Installing
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 18 Jul 2004 10:41:31 +0200
Newsgroups: jedi.vcl

Petrus wrote:

> Hi
>
> Sorry but got it working. The following solve the problem if anybody are
> inerested:
>
> Install JCL 1.91 first and then only install JVCL. ALl is up and running.

That's exactly what we would have told you to do. The good thing is that you are one of the very few that found that out by himself <g>

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Jedi version
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 18 Jul 2004 10:39:26 +0200
Newsgroups: jedi.vcl

Petrus wrote:
> Hi
>
> I have d/l the JVCL300BETA1Complete.zip and was wondering whoch one I should
> d/l as this is the one of 19/2/2004. Please explain to me what is the
> difference between these files.
>

Whenever someone announces here or on mantis (http://jvcl.sf.net/mantis/) that a bug is fixed, the fix will be in the daily snapshot one or two days later. This is why we recommend to use the daily snapshot. However, please refrain from downloading everyday as there will be some times when the code inside will not compile. The daily snapshot is basically a capture of the development code, that we all try to maintain in a stable state.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: SetPrinter
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 17 Jul 2004 22:49:01 +0200
Newsgroups: jedi.vcl

Add Printers to your include/uses list

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: SetPrinter
From: "Fabriz" <fabrizioroma2@supereva.it>
Date: Sat, 17 Jul 2004 17:02:26 +0200
Newsgroups: jedi.vcl

Hello,
when I try to make my project, in this line

JvPreviewPrinter1->Printer = (TPrinter *)Printer();   (or
JvPreviewPrinter1->Printer = Printer();)


I have the error:
[Linker Error] Unresolved external
'__fastcall::TJvPreviewPrinter::SetPrinter(const Printers::TPrinter*)
referenced from......


How I can Solve this problem?

Can you help me??

thanks inadvance

Fabrizio




Subject: Re: access violation 'JVCTRLSD5R.BPL'
From: "Dierk" <dsantispam@csslabs.de>
Date: Sat, 17 Jul 2004 15:07:42 +0200
Newsgroups: jedi.vcl

Have ever tested someone (espacially "asnepvangers") that changes from last
sunday in JVClock???? (Cleaned ifdef's, drawtext(handle .. replaced by
drawtext(canvas,.. )
It looks strange too me.

Look in Line 1059:
===========================

It was:
with Canvas do
begin
...
...
  DrawText(Handle, @SAmPm[1], Length(SAmPm), Rect, DT_EXPANDTABS or
DT_VCENTER or DT_NOCLIP or DT_SINGLELINE);

Now it is????
with Canvas do
begin
...
...
  DrawText(Canvas, SAmPm[1], Length(SAmPm), Rect,  DT_EXPANDTABS or
DT_VCENTER or DT_NOCLIP or DT_SINGLELINE);

===========================

Regards

Dierk




Subject: DBGrid Printer/Report
From: "Petrus" <maillist@atspsoftdev.com>
Date: Sat, 17 Jul 2004 09:40:22 +0200
Newsgroups: jedi.vcl

Hi

Is there a DBGrid Printer / Report component in Jedi, like one get Quick
Report PowerPack?

Thanks

Petrus




Subject: Re: by the way
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Sat, 17 Jul 2004 10:03:21 +0300
Newsgroups: jedi.vcl

Thanks for the tips... Really apreciate for this ...

"Satorius Notok" <none@none.nl> wrote in message
news:cd8mqc$g1u$1@talkto.net...
> > Hi,
> > I don't remember that..
> >
> > But if that can help you :
> > I use for the mapi :
> > "Compon" "Temail"
> > and for the wab :
> > "TwinAddressBook"
> > For  upload component go to www.torry.ru
> >
> > bye
> >
> > "Ibrahim Kutluay" <ikutluay@mayanetcom.tr> a écrit dans le message de
news:
> > cd8k24$fgr$1@talkto.net...
>>> > > > As a rule, never put two questions into one message, you will only get
>>> > > > an answer on one of the questions.
>> > >
>> > > You must answer one of them in this situation but i cannot see where it
is
>> > > :) hehehe:)
>> > >
>> > > Regards
>> > >
>> > >
> >
> >




Subject: Re: whereis the "Wab" and "mapi" components+ what abut suggestions
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Sat, 17 Jul 2004 08:49:02 +0300
Newsgroups: jedi.vcl

thanks for the proposal... but im not a delphi master like you and other
developers. sometimes i need the solution urgently. i m searching the
internet, reading faq s, going back to the jedi dolphin, reading help
without luck. sometimes we have to do that mistake... but i think i ll learn
for you all developers.

Just a thank for all of your work.




Subject: Re: JvDBGrid and JvDBUltimGrid
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Sat, 17 Jul 2004 08:44:06 +0300
Newsgroups: jedi.vcl

Hello Fred...

Can we use search sort capability in new jvdbgrid. or which grid we should
use for overal performance.




Subject: Re: Problem Installing
From: "Petrus" <maillist@atspsoftdev.com>
Date: Fri, 16 Jul 2004 22:04:02 +0200
Newsgroups: jedi.vcl

Hi

Sorry but got it working. The following solve the problem if anybody are
inerested:

Install JCL 1.91 first and then only install JVCL. ALl is up and running.

Regards

Petrus

"Petrus" <maillist@atspsoftdev.com> wrote in message
news:cd96jo$jas$1@talkto.net...
> > Hi
> >
> > I am trying to install the new JVCL3-Latest.zip I d/l today. The following
> > error pop-up. I d/l JCL 1.91 and tried again, it still happens.
> >
> > Using Delphi 5 Professional.
> >
> > [Compiling: JvCoreD5R.bpl]
> > Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
> > C:\DBJedi\jvc\run\JvJVCLAboutForm.pas(140) Error: Incompatible types:
> > 'TOSVersionInfoEx' and 'POSVersionInfoEx'
> > JvCoreD5R.dpk(94) Fatal: Could not compile used unit
> > '..\..\run\JvJVCLAboutForm.pas'
> > ** error 1 ** deleting "C:\Program
> > Files\Borland\Delphi5\Projects\Bpl"\JvCoreD5R.bpl
> > ** error 1 ** deleting CompilePackages
> >
> > Regards
> >
> > Petrus
> >
> >




Subject: Problem Installing
From: "Petrus" <maillist@atspsoftdev.com>
Date: Fri, 16 Jul 2004 21:29:07 +0200
Newsgroups: jedi.vcl

Hi

I am trying to install the new JVCL3-Latest.zip I d/l today. The following
error pop-up. I d/l JCL 1.91 and tried again, it still happens.

Using Delphi 5 Professional.

[Compiling: JvCoreD5R.bpl]
Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
C:\DBJedi\jvc\run\JvJVCLAboutForm.pas(140) Error: Incompatible types:
'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD5R.dpk(94) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'
** error 1 ** deleting "C:\Program
Files\Borland\Delphi5\Projects\Bpl"\JvCoreD5R.bpl
** error 1 ** deleting CompilePackages

Regards

Petrus




Subject: Re: Does JVCL have a control like this...
From: @in@taavi.ee
Date: Fri, 16 Jul 2004 19:16:21 GMT
Newsgroups: jedi.vcl

On Thu, 15 Jul 2004 22:52:42 +0200, Ivo Bauer <abuer@zom.zc> wrote:

> >2) TJvSettingsTreeview in combination with TJvPageList. See 
> >{JVCL3}\Examples\JvPageListTreeview.

There seems to be problem with notifing SettingsTree about deleting
page from PageList. I droped an SettingsTree and PageList to the form,
created few treeitems and one page and then linked it to two tree
items. Then deleted that page and bang, AVs all over the place, had to
kill Delphi... but maybe it is already fixed? 
I'm using 3.0beta original release with D5Pro.


ain


Subject: Re: @Andreas: JvExVCL CMFocusedChanged <-> FocusChanged
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Jul 2004 20:10:31 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I was wondering why you have chosen not to implement FocusChanged,
> > instead of the messagehander CM_FOCUSCHANGED.

I have implemented both CM_FOCUSCHANGED and DoFocusChanged.
The problem with CM_FOCUSCHANGED is that is it broadcasted to every child
control. So I had two possibilities:

1. Interate all children (recursive for childs of childs)
2. Use the Broadcast Method

I have choosen the second.




-- Regards, Andreas Hausladen 

Subject: JvDBGrid and JvDBUltimGrid
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 16 Jul 2004 19:48:22 +0200
Newsgroups: jedi.vcl

Hello everybody,

I've sent to Olivier(Obones) the new JvDBGrid and its child 
JvDBUltimGrid. The file will be uploaded to Binaries when Olivier has 
enough time to take care of that.

What's new:
- SelectColumnDialog displays the column titles by default (the field 
names display is now optional);
- property TitleRowHeight: title row height (that cannot be resized with 
the mouse);
- procedure CloseControl is now public (you can use it to leave an edit 
control from the control itself);
- RestoreColumnsLayout bug has been fixed (merci Lionel);
- EditControls allows now only DB controls;
- New component: JvDBUltimGrid.

JvDBUltimGrid:
- Search function (look at the header of the unit);
- Sort function (look at the header of the unit);
- Two public functions: SaveGridPosition and RestoreGridPosition (the 
first one sets a bookmark and the second one goes back to it; you can 
improve RestoreGridPosition with an event).

I made a C++ example to show the use of JvDBUltimGrid and its new 
functions.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Jedi version
From: "Petrus" <maillist@atspsoftdev.com>
Date: Fri, 16 Jul 2004 19:26:33 +0200
Newsgroups: jedi.vcl

Hi

I have d/l the JVCL300BETA1Complete.zip and was wondering whoch one I should
d/l as this is the one of 19/2/2004. Please explain to me what is the
difference between these files.

Regards

Petrus



"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:cd6idl$4nr$1@talkto.net...
> > J. Clarke wrote:
>> > > On Source Forge the (displayed) download is JVCL 3.0 Beta 1 from
2/19/04 - I
>> > > know you guys have made progress since Feb are this links going to be
>> > > updated?  I would like to be sure I get the latest (and of course
greatest).
>> > >
>> > > The link I use
http://sourceforge.net/project/showfiles.php?group_id=45786
> >
> > Please use http://jvcl.sf.net/daily/ to get a daily snapshot.




Subject: Re: whereis the "Wab" and "mapi" components+ what abut suggestions
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 16 Jul 2004 17:02:08 +0200
Newsgroups: jedi.vcl

Ibrahim Kutluay wrote:

> You are right ... but i didnt want to open too many topic. maybe another
> person will angry to that.

Limit yourself to one or two a day, with a few hours between them. If you have more, make a list of them and release them on the same rythm...

Doing that list, I often find the solution myself one or two days later...


Subject: Re: by the way
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 16 Jul 2004 17:01:11 +0200
Newsgroups: jedi.vcl

Ibrahim Kutluay wrote:

>> As a rule, never put two questions into one message, you will only get
>> an answer on one of the questions.
>
>
> You must answer one of them in this situation but i cannot see where it is
> :) hehehe:)

I don't have any comments to do on the two subjects, I'm way too busy trying to furnish my place and start my new job... ;-)


Subject: Re: by the way
From: "Satorius Notok" <none@none.nl>
Date: Fri, 16 Jul 2004 17:00:33 +0200
Newsgroups: jedi.vcl

Hi,
I don't remember that..

But if that can help you :
I use for the mapi :
"Compon" "Temail"
and for the wab :
"TwinAddressBook"
For  upload component go to www.torry.ru

bye

"Ibrahim Kutluay" <ikutluay@mayanetcom.tr> a écrit dans le message de news:
cd8k24$fgr$1@talkto.net...
>> > > As a rule, never put two questions into one message, you will only get
>> > > an answer on one of the questions.
> >
> > You must answer one of them in this situation but i cannot see where it is
> > :) hehehe:)
> >
> > Regards
> >
> >




Subject: by the way
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 16 Jul 2004 17:13:27 +0300
Newsgroups: jedi.vcl

> > As a rule, never put two questions into one message, you will only get
> > an answer on one of the questions.

You must answer one of them in this situation but i cannot see where it is
:) hehehe:)

Regards




Subject: Re: whereis the "Wab" and "mapi" components+ what abut suggestions
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 16 Jul 2004 17:12:11 +0300
Newsgroups: jedi.vcl

You are right ... but i didnt want to open too many topic. maybe another
person will angry to that.

I know my topics are not Offtopic but simply im new at there newsgroup dont
know the general rules




Subject: Re: whereis the "Wab" and "mapi" components+ what abut suggestions
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 16 Jul 2004 15:57:56 +0200
Newsgroups: jedi.vcl

Ýbrahim Kutluay wrote:

> i remember that jvcl has a component for simly manipulating with windows
> address book. (in jcl i remember that an impoerted version of WAB" actually
> i want to write a browser which browse outllok folder over Mapi and browse
> address book. I cand find source for browse outlook folders but WAB is a
> problem for me.
>
> my oldest source is 2 but im now using jvcl 3 (latest beta)
> ---------------------------------
>
> is my suggestions about edit boxes suiatable for jvcl ?. two persone
> responded Poedit problem but nobody respond about suggestion?
>
>
As a rule, never put two questions into one message, you will only get an answer on one of the questions.


Subject: whereis the "Wab" and "mapi" components+ what abut suggestions
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 16 Jul 2004 16:34:23 +0300
Newsgroups: jedi.vcl

i remember that jvcl has a component for simly manipulating with windows
address book. (in jcl i remember that an impoerted version of WAB" actually
i want to write a browser which browse outllok folder over Mapi and browse
address book. I cand find source for browse outlook folders but WAB is a
problem for me.

my oldest source is 2 but im now using jvcl 3 (latest beta)
---------------------------------

is my suggestions about edit boxes suiatable for jvcl ?. two persone
responded Poedit problem but nobody respond about suggestion?




Subject: to installer developer : please read this
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Fri, 16 Jul 2004 16:09:50 +0300
Newsgroups: jedi.vcl

Hi

Actually the new installer better than older versions. But i have bad times
with it. ýnfact this is my fault but if you add an option for situations
like this maybe another person dont do that.

the problem.

I have to Pc (home and work). I have download it and install it at work.
After that i have delete all dcus and unnecessary filen and zip the folder
and goto home. when i try to install it has giving strange error mesages and
failed 20-30 times. I cnat see any reason why .. but "coz of im stupid" i
dont carefully follow the logs. I have different partitions on my Pc's and
in my work pc delphi on "C" at the house Pc it on "F" partitons. shortly it
is only canoot find the folders.

Can u delete the "installers ini file" on select new install ? Honestly i
cannot see any reason not to do that. Because it is new install so how could
i need the old ini file.

maybe someone have this error message in the future.




Subject: @Andreas: JvExVCL CMFocusedChanged <-> FocusChanged
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 16 Jul 2004 14:23:45 +0200
Newsgroups: jedi.vcl

Hi Andreas,

I was wondering why you have chosen not to implement FocusChanged, instead of the messagehander CM_FOCUSCHANGED.

Regards,

André Snepvangers


Subject: Re: TJvAppIniFileStorage: default extension?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 16 Jul 2004 14:21:08 +0200
Newsgroups: jedi.vcl


"Jens" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
news:cd8c3q$dqt$1@talkto.net...
> > Please add a mantis entry.

Sorry forgot it. Done.

Ralf



Subject: Re: TJvAppIniFileStorage: default extension?
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 16 Jul 2004 13:57:15 +0200
Newsgroups: jedi.vcl

Please add a mantis entry.

Greetings
Jens

> >Hello,
> >
> >when i drop a TJvAppIniFileStorage on the form and enter (e.g.) "CONFIG" as
> >FileName then it appends ".xml" as default extension. I think that should be
> >".INI", right?
> >
> >Ciao,
> >Ralf
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvClientDock Bug Report: Form OnCreate and OnClose event not work!
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Fri, 16 Jul 2004 11:24:48 +0000 (UTC)
Newsgroups: jedi.vcl

"Samson Fu" <samson_fu@hotmail.com> wrote in
news:cd2fue$7nd$1@talkto.net: 

> > When I put a JvClientDock on my form, the OnCreate and OnClose
> > are never raise anymore~~ 

I have same problem. (The component is "TJvDockClient").
Is it correct behaviour? I am BCB6 user.

TIA
Vaclav


Subject: TJvAppIniFileStorage: default extension?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 16 Jul 2004 13:10:04 +0200
Newsgroups: jedi.vcl

Hello,

when i drop a TJvAppIniFileStorage on the form and enter (e.g.) "CONFIG" as
FileName then it appends ".xml" as default extension. I think that should be
".INI", right?

Ciao,
Ralf



Subject: Re: Delphi 6 Personal and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Jul 2004 11:47:36 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The installer should be improved to disallow that.

This should now work (not tested).



-- Regards, Andreas Hausladen 

Subject: Re: Delphi 6 Personal and JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jul 2004 10:33:04 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Do not select visual CLX support, when you are installing for D6 personnal, because the personnal versions do not have CLX support.

The installer should be improved to disallow that.



Subject: Re: Delphi 6 Personal and JVCL
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 16 Jul 2004 08:05:30 +0200
Newsgroups: jedi.vcl

Danny Tamez wrote:
> Is this even supported? When I try to install the JVCL I get a compile
> error - 'visualclx' could not be found.  Maybe I'm doing something wrong or
> what installing it for D6 Personal won't work. Any thoughts?

Do not select visual CLX support, when you are installing for D6 personnal, because the personnal versions do not have CLX support.


Subject: Delphi 6 Personal and JVCL
From: "Danny Tamez" <danny.tamez@verizon.net>
Date: Thu, 15 Jul 2004 20:18:31 -0500
Newsgroups: jedi.vcl

Is this even supported? When I try to install the JVCL I get a compile
error - 'visualclx' could not be found.  Maybe I'm doing something wrong or
what installing it for D6 Personal won't work. Any thoughts?

Thanks in advance,

Danny




Subject: Re: Does JVCL have a control like this...
From: "Jim Cullison" <cullisonjAT@posimDOT.net>
Date: Thu, 15 Jul 2004 15:59:32 -0600
Newsgroups: jedi.vcl

Apparently from Ivo Bauer's post, they are in 3.0.  Thanks.

"Jim Cullison" <cullisonjAT@posimDOT.net> wrote in message
news:cd6qmn$6ge$1@talkto.net...
> > I forgot the most important part, I'm using 2.1 still.  I assume these two
> > are in a later version?  I haven't got the guts to go to 3.x yet.
> >
> > Jim




Subject: Re: Does JVCL have a control like this...
From: "Jim Cullison" <cullisonjAT@posimDOT.net>
Date: Thu, 15 Jul 2004 15:58:01 -0600
Newsgroups: jedi.vcl

Thanks everyone for your info!  I will consider moving to 3.0.  It would be
nice to have it all as one component that manages the links between the
pages and the tree items.

Jim




Subject: Re: Does JVCL have a control like this...
From: "Jim Cullison" <cullisonjAT@posimDOT.net>
Date: Thu, 15 Jul 2004 15:56:31 -0600
Newsgroups: jedi.vcl

I forgot the most important part, I'm using 2.1 still.  I assume these two
are in a later version?  I haven't got the guts to go to 3.x yet.

Jim

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:cd6n2d$5qt$1@talkto.net...
>> > > I would to convert a preferences dialog that is made of tab controls to
>> > > something more useable.  There are now 3 rows of tabs and it sucks to
find
>> > > things in there.  What I'm envisioning is a control that combines a
> > TreeView
>> > > down the left and TPanels to the right activated when clicking on the
>> > > treeview items.  Basically I've seen this idea in other programs like
>> > > Trillian and Sybase Central.  Is there a control in Jedi VCL like that?
I
>> > > can certainly make a case for one.
> >
> >     I know there is one that Peter wrote. Something like TJvPageTreeView?
> > Ah, TJvPageListTreeView or TJvSettingsTreeView. Not sure about the exact
> > difference between the two. There is an example for it.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: Does JVCL have a control like this...
From: "Don S" <mudshark@rancidbud.org>
Date: Thu, 15 Jul 2004 17:06:29 -0400
Newsgroups: jedi.vcl


> > I would to convert a preferences dialog that is made of tab controls to
> > something more useable.  There are now 3 rows of tabs and it sucks to find
> > things in there.  What I'm envisioning is a control that combines a TreeView
> > down the left and TPanels to the right activated when clicking on the
> > treeview items.  Basically I've seen this idea in other programs like
> > Trillian and Sybase Central.  Is there a control in Jedi VCL like that?  I
> > can certainly make a case for one.

I believe TJvTreeView has the functionality you're looking for.

Set the TJvTreeView.PageControl property to a TPageControl instance.  Add Items (or SubItems) to the TreeView with the same names as the TTabSheets in the PageControl (Or do it at runtime). You'll also eant to hide all the Tabs on the TPageControl.

That's it...




Subject: Re: Does JVCL have a control like this...
From: Ivo Bauer <abuer@zom.zc>
Date: Thu, 15 Jul 2004 22:52:42 +0200
Newsgroups: jedi.vcl

Jim Cullison wrote:

> What I'm envisioning is a control that combines a TreeView
> down the left and TPanels to the right activated when clicking on the
> treeview items. Is there a control in Jedi VCL like that?

You have at least 2 options:

1) TJvTreeview in combination with TJvPageControl. See {JVCL3}\Examples\JvTreeViewAsMenu.

2) TJvSettingsTreeview in combination with TJvPageList. See {JVCL3}\Examples\JvPageListTreeview.

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: Does JVCL have a control like this...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Jul 2004 22:52:26 +0200
Newsgroups: jedi.vcl

> > I would to convert a preferences dialog that is made of tab controls to
> > something more useable.  There are now 3 rows of tabs and it sucks to find
> > things in there.  What I'm envisioning is a control that combines a
TreeView
> > down the left and TPanels to the right activated when clicking on the
> > treeview items.  Basically I've seen this idea in other programs like
> > Trillian and Sybase Central.  Is there a control in Jedi VCL like that?  I
> > can certainly make a case for one.

    I know there is one that Peter wrote. Something like TJvPageTreeView?
Ah, TJvPageListTreeView or TJvSettingsTreeView. Not sure about the exact
difference between the two. There is an example for it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Does JVCL have a control like this...
From: "Jim Cullison" <cullisonjAT@posimDOT.net>
Date: Thu, 15 Jul 2004 14:29:34 -0600
Newsgroups: jedi.vcl

I would to convert a preferences dialog that is made of tab controls to
something more useable.  There are now 3 rows of tabs and it sucks to find
things in there.  What I'm envisioning is a control that combines a TreeView
down the left and TPanels to the right activated when clicking on the
treeview items.  Basically I've seen this idea in other programs like
Trillian and Sybase Central.  Is there a control in Jedi VCL like that?  I
can certainly make a case for one.

Regards,
Jim




Subject: Re: please be more careful with commits
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 15 Jul 2004 21:35:10 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> Hello Robert,
>
>> If you found a generator bug then please give a description here and i  am sure it will be fixed.
>
>
> I haven't found a generator bug. The package generator works well, but I  expected that the *.dpk files reflective the state of the *.xml files when  I check them out of the csv. But it looks that this rule does not exists.

It does exist, but is not really enforced. People tend to only commit the packages that they have verified and this is why you will see that most of the BCB packages have been checked in by me...


Subject: Re: Jedi version
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 15 Jul 2004 21:33:02 +0200
Newsgroups: jedi.vcl

J. Clarke wrote:
> On Source Forge the (displayed) download is JVCL 3.0 Beta 1 from 2/19/04 - I
> know you guys have made progress since Feb are this links going to be
> updated?  I would like to be sure I get the latest (and of course greatest).
>
> The link I use http://sourceforge.net/project/showfiles.php?group_id=45786

Please use http://jvcl.sf.net/daily/ to get a daily snapshot.


Subject: Re: please be more careful with commits
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 15 Jul 2004 17:53:17 +0200
Newsgroups: jedi.vcl

Hello Robert,

> If you found a generator bug then please give a description here and i am sure it will be fixed.

I haven't found a generator bug. The package generator works well, but I expected that the *.dpk files reflective the state of the *.xml files when I check them out of the csv. But it looks that this rule does not exists.

Ciao Heinz Z.


Subject: Re: please be more careful with commits
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 15 Jul 2004 17:43:59 +0200
Newsgroups: jedi.vcl

Hallo Robert,

> Heinz Zastrau wrote:
>
>> how can we avoid problems like this? Not everyone has all Delphi, Kylix  and BCPP Versions. I can test my changes only in D5 and D7.
>
> Then you should develop for the JVCL with D5. At least compile it once with D5.

ok.

> The other way is to commit and wait for complaints :-)
> A certain level of frustration is inevitable for JVCL development.

:-)

Ciao Heinz Z.


Subject: jvFormStorage Duplicating StringLists
From: Chris Pall <leavemealone@leavemealone.com>
Date: Thu, 15 Jul 2004 11:32:51 -0400
Newsgroups: jedi.vcl

When you run and re-run it will duplicate any text which was added in the designer.

It may have to do possibly with the recent work on string lists, but I have submitted a bug:

It's severity is listed as feature, but I meant to list it as MAJOR, as this causes serious serious problems.

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001979

String list work recently done:

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001666

Chris


Subject: Re: please be more careful with commits
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jul 2004 17:03:47 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> how can we avoid problems like this? Not everyone has all Delphi, Kylix  and BCPP Versions. I can test my changes only in D5 and D7.

Then you should develop for the JVCL with D5. At least compile it once with D5. The installer is the best way for that. It is much faster than the .bpg files because no packages are (re)loaded.
The other way is to commit and wait for complaints :-)
A certain level of frustration is inevitable for JVCL development.



Subject: Re: please be more careful with commits
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jul 2004 17:00:00 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> By the way, I tried to recompile all JVCL-Packages but some packages could  not be loaded (a double Unit etc.). After I made the changes to the  dpk-Files I saw that they are generated and should not be changed by hand.  After a littel searching I found the PackageGenerator and the XML-Files.  The XML-Files were correct but not the dpk files. So question for me is,  should I commit the dpk files? All or only D5, D7?

If you found a generator bug then please give a description here and i am sure it will be fixed.



Subject: Re: access violation 'JVCTRLSD5R.BPL'
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 15 Jul 2004 14:23:41 +0200
Newsgroups: jedi.vcl

Ok, it has something to do with last changes in JVClock.

Look Mantis #0001978

Regards

Dierk




Subject: JvEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 15 Jul 2004 14:14:57 +0200
Newsgroups: jedi.vcl

Remko Bonte just gave me a hint that JvEdit is capable of protecting an
entered password. This works fine with various spy programs I've tested.

However one little problem occured: 
- When setting PasswordChar := '*' the text is hidden, displayed with black    
  filled disks (XP Theme used, Font e.g. Marlett!).
- When setting it to #0 the text is visible again.
- After re-setting PasswordChar := '*' the black disks are changed to
  simple asterisks but no disks.

I need this functionality to give the user the possibility to switch the
edit's content from visible to invisible.

I've done a similar control but realized that life could be even simplier
when look at the Jedi controls first ;-) 
I had the same problem as described above and just added a RecreateWnd;
after setting the password character.

Right now I cannot test this with JVCL, perhaps sbdy can jump in here.

-- cu, Michael 

Subject: Re: please be more careful with commits
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 15 Jul 2004 14:11:51 +0200
Newsgroups: jedi.vcl

Hello Robert,

> The AutoComplete mechanism in JvToolEdit.pas does not compile with Delphi 6 (missing IAutoComplete).

how can we avoid problems like this? Not everyone has all Delphi, Kylix and BCPP Versions. I can test my changes only in D5 and D7.

By the way, I tried to recompile all JVCL-Packages but some packages could not be loaded (a double Unit etc.). After I made the changes to the dpk-Files I saw that they are generated and should not be changed by hand. After a littel searching I found the PackageGenerator and the XML-Files. The XML-Files were correct but not the dpk files. So question for me is, should I commit the dpk files? All or only D5, D7?

Ciao Heinz Z.


Subject: access violation 'JVCTRLSD5R.BPL'
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 15 Jul 2004 13:26:28 +0200
Newsgroups: jedi.vcl

After compiling latest zip I always get an error window
"access violation at address 048...... in modul 'JVCTRLSD5R.BPL' "
on showing my form in IDE.

Any suggestions?

Regards
Dierk




Subject: Re: JvInspector - invalid pointer operation
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Thu, 15 Jul 2004 11:07:59 +0200
Newsgroups: jedi.vcl

Please ignore parent post

It turns out one of my event handlers destroyed the
object that inspector was inspecting before inspector's
items were cleared.

Kind regards,
Aleksander Oven




Subject: JvInspector - invalid pointer operation
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Thu, 15 Jul 2004 10:51:21 +0200
Newsgroups: jedi.vcl

Hi,

I'm not sure if this is JvInspector's problem or me
somehow misusing the code but I'm randomly
getting an "invalid pointer operation" when I'm setting
SelectedIndex *after* a BeginUpdate/EndUpdate block.

The exception occurs in the method SetSelectedIndex.
Here is the callstack at the momement of the exception:

TJvCustomInspector.SetSelectedIndex(???)
TJvCustomInspector.RemoveVisible(???)
TJvCustomInspectorItem.BeforeDestruction

Basically, my code looks like this:

--------------------------------------------------------
procedure PopulateInspector(AObject: TPersistent);
var
  ItemToSelect: TJvCustomInspectorItem;
begin
  Inspector.BeginUpdate;
  try
    Inspector.Clear;

    // Here I manually add items for properties of AObject
    // and organize them in my custom categories.
    // ...
    ItemToSelect := <remember some item that is interesting to me>;
    // ...
  finally
    Inspector.EndUpdate;
  end;

  // Now select the item, that we remembered...
  if ItemToSelect <> nil then
    Inspector.SelectedIndex := Inspector.VisibleIndex(ItemToSelect)
  else
    Inspector.SelectedIndex := 0; // just select the first item
end;
--------------------------------------------------------

If I move the last IF inside the try/finally, so that SelectedIndex
gets assigned *before* EndUpdate is called, the exception doesn't
occur anymore. The problem with this is that EndUpdate
somehow resets/unselectes the item, which is not what I want.

The temporary solution I'm currently using is to simply ommit the
BeginUpdate/EndUpdate calls. This also prevents the exception
from happening, but I somehow doubt this is the intended
behaviour.

Can someone please confirm this?

Kind regards,
Aleksander Oven





Subject: Re: please be more careful with commits
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jul 2004 09:50:19 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Sorry about the hints. My first view was to deliver valid code. Is it realy a problem to have temporary hints.

For a day or two there is no problem, but then it should be cleaned up.
I did it today because of the other bug. I wanted the hints to go away to concentrate on the real problem.



Subject: Re: Controls property saver using AppStorage
From: "airmind" <alerosenfeld@ig.com.br>
Date: Thu, 15 Jul 2004 03:33:36 -0300
Newsgroups: jedi.vcl

very interesting, it will help a lot, i dont have to finish my component
then.

thanx,
airmind

"Jens" <jens.fudickar@oratool.de> wrote in message
news:cd2puh$9af$1@talkto.net...
> > Hi,
> >
> > but this is also no problem.
> >
> > You can use the OnTranslate Event of the AppStorage Component to translate
> > the Property Names.
> >
> > Greetings
> > Jens
> >
>> > >Yes it does, but i was looking for a way of storing individual properties
>> > >with custom names, like a Text property of a edit box as Username, so it
>> > >would be easier for the rest of the application to read that option.
>> > >
>> > >"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
>> > >news:cd2lt4$8kf$1@talkto.net...
>>> > >> airmind wrote:
>>> > >>
>>>> > >> > Hi,
>>>> > >> >
>>>> > >> > i recently found out about JvAppStorage and it really helped me, but
>> > >then i
>>>> > >> > tried to find something that would automatically save a control's
>> > >property
>>>> > >> > adn that would use JvAppStorage to save it, as i couldnt find i
created
>> > >my
>>>> > >> > own, which i based on JvValidators, as it had most of the features i
was
>>>> > >> > looking for (control and property selecting), however i'm a bit tired
of
>> > >it
>>>> > >> > and so would like to see if anyone is interested and could develop it
>> > >more.
>>>> > >> > I'm not used to the Jvcl system of filling bugs or whatever so i will
>> > >just
>>>> > >> > post it here.
>>>> > >> > Be carefull as it will raise an exception if you try to slect a
control
>> > >from
>>>> > >> > it, i just dont know what i did wrong.
>>>> > >> > Also one of features i would like to see is multiple propertys to be
>> > >saved,
>>>> > >> > i just didnt implement it for the compexity.
>>> > >>
>>> > >> Did you try JvFormStorage ?
>>> > >> Because if I recall well, it can store individual components
properties.
>>> > >>
>>> > >> Thanks for your donation
>>> > >>
>>> > >> Olivier Sannier
>>> > >> JVCL Developer
>> > >
>> > >
>> > >
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: please be more careful with commits
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 15 Jul 2004 08:20:07 +0200
Newsgroups: jedi.vcl

Hey,

it was an first shot to allow test from other people.

Sorry about the hints. My first view was to deliver valid code. Is it realy a problem to have temporary hints.

But thanks for disabling :-)

Greetings
Jens

Robert Marquardt wrote:

> JvPropertyStorage.pas and JvAppStorage.pas contained scores of code which has not been disabled causing hints. I have disabled the code.
>
> The AutoComplete mechanism in JvToolEdit.pas does not compile with Delphi 6 (missing IAutoComplete). I have IFDEFed it with COMPILER7_UP to make it compile.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: please be more careful with commits
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jul 2004 08:14:36 +0200
Newsgroups: jedi.vcl

JvPropertyStorage.pas and JvAppStorage.pas contained scores of code which has not been disabled causing hints. I have disabled the code.

The AutoComplete mechanism in JvToolEdit.pas does not compile with Delphi 6 (missing IAutoComplete). I have IFDEFed it with COMPILER7_UP to make it compile.



Subject: Re: Jedi version
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jul 2004 22:25:55 +0200
Newsgroups: jedi.vcl

> > My question to you guys is - would FB allow to rebuild all my project
> > manager collections, and if so is this a visual setup?  I'm really trying
to
> > stay away from batch files....

Yes, FB has support for all versions of Delphi and BCB from version 5 and
up. It even has an "Import Delphi Project Group" wizard.

For further discussions and questions on FB, I recommend their newsgroup at
news:news.atozedsoftware.com

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Jedi version
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Wed, 14 Jul 2004 19:15:12 +0000
Newsgroups: jedi.vcl

Chris M wrote:
> I am amazed at how much time i could have been saving with a tool like that over all these years.  I'm "finalbuildering" everything as I have time.  So to sum it up its become instantly invaluable.  Maybe I should ask them to support Jedi code formatter so I don't need the command line :)
>
> J. Clarke wrote:
>
>> Not that it isn't totally off-topic - But how are you liking Final Builder?
>> FWIW - I only ran the code formatter in GUI mode and it worked fine (as long
>> as the config file was sitting in the NT directory).
>>
>> Jeff
>>
>> "Chris M" <chris@_takethisout_eventsoft.com> wrote in message
>> news:cd3g4h$dns$1@talkto.net...
>>
>>> I have questions about that too.  Last time i tried it i couldn't get it
>>> to work through command line the way I wanted or at all I can't
>>> remember.  I'd like to automate it as part of my build process that all
>>> the code is reformatted according to the rules I specify.  If I can get
>>> it with command line, then I can run it when I run my finalbuilder stuff.
>>>
>>> J. Clarke wrote:
>>>
>>>
>>>> I never said I had a problem.  I was asking where to properly post
>>
>>
>> questions
>>
>>>> (or talk) about it.  In fact I did say it was a nice tool.
>>>>
>>>> Jeff
>>>>
>>>> "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr> wrote in message
>>>> news:cd399j$cap$1@talkto.net...
>>>>
>>>>
>>>>> What is your problem with that prog. jedi code formatter alllways works
>>>>
>>>>
>>>> for
>>>>
>>>>
>>>>> me. and it is greater than commercial tools. I can imagine how can be a
>>>>> problem ?
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>
>>
Hi,

what the heck is the finalbuilder? Sounds like a must have I do not know!


Subject: Re: Jedi version
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Wed, 14 Jul 2004 13:44:27 -0400
Newsgroups: jedi.vcl

Every quarter I have to rebuild my complete inventory (which is something
like 200+ individual projects).  Though I have setup Delphi Project Manager
to include the individual projects, I still have to manually go in and load
the correct project manager up and mash "build all from here".

My question to you guys is - would FB allow to rebuild all my project
manager collections, and if so is this a visual setup?  I'm really trying to
stay away from batch files....

Jeff


"Peter Thornqvist" <peter3@nospam.peter3.com> wrote in message
news:cd3mfs$f3j$1@talkto.net...
> > http://www.finalbuilder.com
> >
> > Best tool I ever bought (next to Delphi)
> >
> > -- 
> > Regards,
> > Peter Thornqvist (JVCL Developer)




Subject: Re: JvCharMap how to...
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jul 2004 19:35:25 +0200
Newsgroups: jedi.vcl

> >   Can anyone tell me how to get the char map component to display all
> > characters from the chosen font (like in the screenshot - Unicode &
ASCII),
Set CharRange.Filter to ufCyrillic to display cyrillic characters.

> > also how can I get the current character name and code (like in the
> > screenshot).

See the DisplayInfo() method in the JvCharMap demo for how to get the code.
"CYRILLIC" and "SMALL LETTER" could be extracted from the character info
functions (see GetTypeString1, GetTypeString2 and GetTypeString3 in the
demo) but the "EM" part I don't know about.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Jedi version
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jul 2004 19:17:50 +0200
Newsgroups: jedi.vcl

http://www.finalbuilder.com

Best tool I ever bought (next to Delphi)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Jedi version
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Wed, 14 Jul 2004 09:53:08 -0700
Newsgroups: jedi.vcl

I am amazed at how much time i could have been saving with a tool like that over all these years.  I'm "finalbuildering" everything as I have time.  So to sum it up its become instantly invaluable.  Maybe I should ask them to support Jedi code formatter so I don't need the command line :)

J. Clarke wrote:

> Not that it isn't totally off-topic - But how are you liking Final Builder?
> FWIW - I only ran the code formatter in GUI mode and it worked fine (as long
> as the config file was sitting in the NT directory).
>
> Jeff
>
> "Chris M" <chris@_takethisout_eventsoft.com> wrote in message
> news:cd3g4h$dns$1@talkto.net...
>
>> I have questions about that too.  Last time i tried it i couldn't get it
>> to work through command line the way I wanted or at all I can't
>> remember.  I'd like to automate it as part of my build process that all
>> the code is reformatted according to the rules I specify.  If I can get
>> it with command line, then I can run it when I run my finalbuilder stuff.
>>
>> J. Clarke wrote:
>>
>>
>>> I never said I had a problem.  I was asking where to properly post
>
> questions
>
>>> (or talk) about it.  In fact I did say it was a nice tool.
>>>
>>> Jeff
>>>
>>> "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr> wrote in message
>>> news:cd399j$cap$1@talkto.net...
>>>
>>>
>>>> What is your problem with that prog. jedi code formatter alllways works
>>>
>>> for
>>>
>>>
>>>> me. and it is greater than commercial tools. I can imagine how can be a
>>>> problem ?
>>>>
>>>>
>>>
>>>
>>>
>
>


Subject: Re: Jedi version
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Wed, 14 Jul 2004 12:12:50 -0400
Newsgroups: jedi.vcl

Not that it isn't totally off-topic - But how are you liking Final Builder?
FWIW - I only ran the code formatter in GUI mode and it worked fine (as long
as the config file was sitting in the NT directory).

Jeff

"Chris M" <chris@_takethisout_eventsoft.com> wrote in message
news:cd3g4h$dns$1@talkto.net...
> > I have questions about that too.  Last time i tried it i couldn't get it
> > to work through command line the way I wanted or at all I can't
> > remember.  I'd like to automate it as part of my build process that all
> > the code is reformatted according to the rules I specify.  If I can get
> > it with command line, then I can run it when I run my finalbuilder stuff.
> >
> > J. Clarke wrote:
> >
>> > > I never said I had a problem.  I was asking where to properly post
questions
>> > > (or talk) about it.  In fact I did say it was a nice tool.
>> > >
>> > > Jeff
>> > >
>> > > "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr> wrote in message
>> > > news:cd399j$cap$1@talkto.net...
>> > >
>>> > >>What is your problem with that prog. jedi code formatter alllways works
>> > >
>> > > for
>> > >
>>> > >>me. and it is greater than commercial tools. I can imagine how can be a
>>> > >>problem ?
>>> > >>
>>> > >>
>> > >
>> > >
>> > >




Subject: Re: Jedi version
From: Chris M <chris@_takethisout_eventsoft.com>
Date: Wed, 14 Jul 2004 08:35:26 -0700
Newsgroups: jedi.vcl

I have questions about that too.  Last time i tried it i couldn't get it to work through command line the way I wanted or at all I can't remember.  I'd like to automate it as part of my build process that all the code is reformatted according to the rules I specify.  If I can get it with command line, then I can run it when I run my finalbuilder stuff.

J. Clarke wrote:

> I never said I had a problem.  I was asking where to properly post questions
> (or talk) about it.  In fact I did say it was a nice tool.
>
> Jeff
>
> "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr> wrote in message
> news:cd399j$cap$1@talkto.net...
>
>> What is your problem with that prog. jedi code formatter alllways works
>
> for
>
>> me. and it is greater than commercial tools. I can imagine how can be a
>> problem ?
>>
>>
>
>
>


Subject: Re: Jedi version
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Wed, 14 Jul 2004 11:00:50 -0400
Newsgroups: jedi.vcl

I never said I had a problem.  I was asking where to properly post questions
(or talk) about it.  In fact I did say it was a nice tool.

Jeff

"Ýbrahim Kutluay" <ikutluay@mayanetcom.tr> wrote in message
news:cd399j$cap$1@talkto.net...
> > What is your problem with that prog. jedi code formatter alllways works
for
> > me. and it is greater than commercial tools. I can imagine how can be a
> > problem ?
> >
> >




Subject: Re: Jedi version
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Wed, 14 Jul 2004 16:38:24 +0300
Newsgroups: jedi.vcl

What is your problem with that prog. jedi code formatter alllways works for
me. and it is greater than commercial tools. I can imagine how can be a
problem ?




Subject: Docking and "Form caHide vs. caFree"
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Wed, 14 Jul 2004 12:54:45 +0000 (UTC)
Newsgroups: jedi.vcl

I experimented with forms docking (new for me).
All is OK but when I close dockable form, it is 
only hidden (assigned Action is caHide). 
Is there some reason for caHide action?
What about caFree action for dockable form. Is it 
possible to do that way? I had no success with caFree 
action.

TIA
Vaclav


Subject: Re: more bits and pieces
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 14 Jul 2004 14:33:21 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> I will change it to be placed after unit and before interface for all files. It will take some days though because i have no time for the JVCL right now.
>
Thanks. No problem with waiting a little.

Regards,

André Snepvangers


Subject: Jedi version
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Wed, 14 Jul 2004 08:00:56 -0400
Newsgroups: jedi.vcl

On Source Forge the (displayed) download is JVCL 3.0 Beta 1 from 2/19/04 - I
know you guys have made progress since Feb are this links going to be
updated?  I would like to be sure I get the latest (and of course greatest).

The link I use http://sourceforge.net/project/showfiles.php?group_id=45786

BTW...Someone turned me on to the Jedi Code Formatter - nice tool.  Where
are people posting questions relating to this in jedi.general?

Jeff




Subject: Re: more bits and pieces
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Jul 2004 11:30:07 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Could you change all unit to have the *.inc after the unit name.
> If included before the unit name, it makes it rather difficult to trace the unit that causes error. Exactly the opposite of what you try to achieve.

I wanted to discuss this change already.
The inc file entries have been placed initially without thought.
I then changed it to be consistent.

I will change it to be placed after unit and before interface for all files. It will take some days though because i have no time for the JVCL right now.



Subject: Re: Controls property saver using AppStorage
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 14 Jul 2004 11:16:02 +0200
Newsgroups: jedi.vcl

Hi,

but this is also no problem.

You can use the OnTranslate Event of the AppStorage Component to translate
the Property Names.

Greetings
Jens

> >Yes it does, but i was looking for a way of storing individual properties
> >with custom names, like a Text property of a edit box as Username, so it
> >would be easier for the rest of the application to read that option.
> >
> >"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
> >news:cd2lt4$8kf$1@talkto.net...
>> >> airmind wrote:
>> >>
>>> >> > Hi,
>>> >> >
>>> >> > i recently found out about JvAppStorage and it really helped me, but
> >then i
>>> >> > tried to find something that would automatically save a control's
> >property
>>> >> > adn that would use JvAppStorage to save it, as i couldnt find i created
> >my
>>> >> > own, which i based on JvValidators, as it had most of the features i was
>>> >> > looking for (control and property selecting), however i'm a bit tired of
> >it
>>> >> > and so would like to see if anyone is interested and could develop it
> >more.
>>> >> > I'm not used to the Jvcl system of filling bugs or whatever so i will
> >just
>>> >> > post it here.
>>> >> > Be carefull as it will raise an exception if you try to slect a control
> >from
>>> >> > it, i just dont know what i did wrong.
>>> >> > Also one of features i would like to see is multiple propertys to be
> >saved,
>>> >> > i just didnt implement it for the compexity.
>> >>
>> >> Did you try JvFormStorage ?
>> >> Because if I recall well, it can store individual components properties.
>> >>
>> >> Thanks for your donation
>> >>
>> >> Olivier Sannier
>> >> JVCL Developer
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Controls property saver using AppStorage
From: "airmind" <alerosenfeld@ig.com.br>
Date: Wed, 14 Jul 2004 05:28:57 -0300
Newsgroups: jedi.vcl

Yes it does, but i was looking for a way of storing individual properties
with custom names, like a Text property of a edit box as Username, so it
would be easier for the rest of the application to read that option.

"OBones" <obones_REM_SPM_@_PIF_altern.org> wrote in message
news:cd2lt4$8kf$1@talkto.net...
> > airmind wrote:
> >
>> > > Hi,
>> > >
>> > > i recently found out about JvAppStorage and it really helped me, but
then i
>> > > tried to find something that would automatically save a control's
property
>> > > adn that would use JvAppStorage to save it, as i couldnt find i created
my
>> > > own, which i based on JvValidators, as it had most of the features i was
>> > > looking for (control and property selecting), however i'm a bit tired of
it
>> > > and so would like to see if anyone is interested and could develop it
more.
>> > > I'm not used to the Jvcl system of filling bugs or whatever so i will
just
>> > > post it here.
>> > > Be carefull as it will raise an exception if you try to slect a control
from
>> > > it, i just dont know what i did wrong.
>> > > Also one of features i would like to see is multiple propertys to be
saved,
>> > > i just didnt implement it for the compexity.
> >
> > Did you try JvFormStorage ?
> > Because if I recall well, it can store individual components properties.
> >
> > Thanks for your donation
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Re: JvDBGrid and Lookup
From: Oliver Giesen <ogware@gmx.net>
Date: Wed, 14 Jul 2004 10:08:08 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:
> Fred wrote:
>
>>> 2 . In the select colums dialog. can it use cloumn headers not use
>>> datafield names. this more readable and usable.
>>
>> I agree, but I'm not sure I will have time for this.
>
> OK, I just had a look. All you'll have to do is exchange the following (unit JvDBGridSelectColumnForm, line 133):
<.snip.>

Do you think this has to be made optional? I could check this in right away...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: Controls property saver using AppStorage
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 14 Jul 2004 10:07:36 +0200
Newsgroups: jedi.vcl

airmind wrote:

> Hi,
>
> i recently found out about JvAppStorage and it really helped me, but then i
> tried to find something that would automatically save a control's property
> adn that would use JvAppStorage to save it, as i couldnt find i created my
> own, which i based on JvValidators, as it had most of the features i was
> looking for (control and property selecting), however i'm a bit tired of it
> and so would like to see if anyone is interested and could develop it more.
> I'm not used to the Jvcl system of filling bugs or whatever so i will just
> post it here.
> Be carefull as it will raise an exception if you try to slect a control from
> it, i just dont know what i did wrong.
> Also one of features i would like to see is multiple propertys to be saved,
> i just didnt implement it for the compexity.

Did you try JvFormStorage ?
Because if I recall well, it can store individual components properties.

Thanks for your donation

Olivier Sannier
JVCL Developer


Subject: Re: Sugesstions: About Edits and Dbgrid and a question about Poedit
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Wed, 14 Jul 2004 09:50:03 +0200
Newsgroups: jedi.vcl

> I have started to translate PO file to Turkish. but at first time i dont
> have Poedit and i have used Far file managers editor for this. Now i m using
> Poedit but at the status line it is showing that "251 bad tokens" what does
> this mean. In turkish we have high Ascii characters. May that message
> indicate this subject ?

Bad tokens are those that contain insert markers (%s, %1) for which the translation doesn't contain a matching marker. This is a potential risk and as such is marked as a bad token. They won't be used when running a program and are shown with a red background in poEdit, while generally being fuzzy as well.
They come from the fact that poEdit does fuzzy matching on translations and guesses sometimes wrong. Fix the translations and you won't have any troubles.


Subject: Controls property saver using AppStorage
From: "airmind" <alerosenfeld@ig.com.br>
Date: Wed, 14 Jul 2004 04:49:19 -0300
Newsgroups: jedi.vcl

Hi,

i recently found out about JvAppStorage and it really helped me, but then i
tried to find something that would automatically save a control's property
adn that would use JvAppStorage to save it, as i couldnt find i created my
own, which i based on JvValidators, as it had most of the features i was
looking for (control and property selecting), however i'm a bit tired of it
and so would like to see if anyone is interested and could develop it more.
I'm not used to the Jvcl system of filling bugs or whatever so i will just
post it here.
Be carefull as it will raise an exception if you try to slect a control from
it, i just dont know what i did wrong.
Also one of features i would like to see is multiple propertys to be saved,
i just didnt implement it for the compexity.

airmind.



ConfigSaver.rar
	



Subject: Re: Sugesstions: About Edits and Dbgrid and a question about Poedit
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 14 Jul 2004 08:57:58 +0200
Newsgroups: jedi.vcl


"Ýbrahim Kutluay" <ikutluay@mayanetcom.tr> schrieb im Newsbeitrag
news:cd2gdf$7q5$1@talkto.net...
> >
> > I have started to translate PO file to Turkish. but at first time i dont
> > have Poedit and i have used Far file managers editor for this. Now i m
using
> > Poedit but at the status line it is showing that "251 bad tokens" what
does
> > this mean. In turkish we have high Ascii characters. May that message
> > indicate this subject ?
> >
> >

Hi,

important when working with PO files: they have to be saved in UTF-8
encoding! Maybe you did save it as ASCII (or ANSI) and that causes the
error?

Just a guess...
Ralf



Subject: Sugesstions: About Edits and Dbgrid and a question about Poedit
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Wed, 14 Jul 2004 09:33:46 +0300
Newsgroups: jedi.vcl

Edit controls
------------------------------------
coloronfocus :
coloronlosefocus:   (edits can change its color when win or lose focus)

Enterastab : (I can change to next control with enter)

useoldstylekeys : You remember old dos day. I mean it will be very usefull
when i change change controls (edit controls) down and up arrow keys.
--------------------------
Jv dbgrid
Titleheight propery : I want to be able to set the height of title line of
grid simply write an integer to a property. also "multiline titles" welcome
too..
----------------------------

I have started to translate PO file to Turkish. but at first time i dont
have Poedit and i have used Far file managers editor for this. Now i m using
Poedit but at the status line it is showing that "251 bad tokens" what does
this mean. In turkish we have high Ascii characters. May that message
indicate this subject ?


--


----------------------------------------------------
This mailbox protected from junk email by MailFrontier Desktop
from MailFrontier, Inc. http://info.mailfrontier.com




Subject: JvClientDock Bug Report: Form OnCreate and OnClose event not work!
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Wed, 14 Jul 2004 11:26:10 +0800
Newsgroups: jedi.vcl

When I put a JvClientDock on my form, the OnCreate and OnClose are never raise anymore~~

I trace into jvcl code, I found JvClientDock "eat" ParentForm's OnClose and OnCreate event. And never call back to my old events.


-- Samson Fu 

Subject: JvCharMap how to...
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 13 Jul 2004 23:42:58 +0200
Newsgroups: jedi.vcl

  Can anyone tell me how to get the char map component to display all
characters from the chosen font (like in the screenshot - Unicode & ASCII),
also how can I get the current character name and code (like in the
screenshot).

Thanks.

Marko




FrontPageXP_Symbol.gif
	



Subject: Re: Could you explain some thing.
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 13 Jul 2004 22:08:20 +0200
Newsgroups: jedi.vcl

Ibrahim Kutluay wrote:

> This file is Called "Daily snapshot". 
The daily snapshot would not work for VisualCLX anyway,
it is not synchronized with the work I do at irregular times and irregular intervals.
I will create a Latest-jvclx.zips (but not on a daily basis) and make it available.

Regards,

André Snepvangers



Subject: Re: more bits and pieces
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 13 Jul 2004 18:52:07 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> They are handy to uncover package errors.
>

Could you change all unit to have the *.inc after the unit name.
If included before the unit name, it makes it rather difficult to trace the unit that causes error. Exactly the opposite of what you try to achieve.

Regards,

André Snepvangers.


Subject: Re: using QWindows in other projects
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 13 Jul 2004 18:46:16 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:

>
> It has been some time since I actually read the MPL, but I remember
> differently: As long as I don't change anything in the code, I can
> basically do with it what I want. If I change it, I must MPL the changes.
>
AFAIK you cannot change the license, consequently any changes to it must be MPL-ed and most important *published*. An upload of the modified JVCL unit to ng jedi.binairies would satisfy the last. You don't have to knock the door of all involved to tell them that you made changes to a particular unit.

However the case of QWindows is different. The license states more or less states that you must retain the fileheader and that you should not pretend that you have written QWindows. There is no obligation to publish modifications, enhancements or bugfixes made by you or others, but we would appriciate if you do so anyway.
The license of QWindows also implies that it can't uploaded to Borlands Codecentral because that would break the license agreement: Borland states that any submission to the code central can be used by borland without mentioning the original authors., i.e. they could just change the unit header and pretend that they (Borland) have written it.

Regards,

André Snepvangers


Subject: Re: more bits and pieces
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Jul 2004 18:18:08 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> I vote for the last. Alltough the xml's/packages descripe exactly which
> units are crossplatform, a comment in the unit stating that it is JvclVclClx compatibible/crossplatform is needed, so any developer can seen that the units is JvclVclClx compatible, without consulting the content of the packages or the asscociated xml.

I have added descriptive comments to the inc files.
I vote for keeping the forced compilation errors for now.
They are handy to uncover package errors.



Subject: Re: What is my Kylix environment vars supposed to look like for JCL/JVCL? Got JCL/JVCLX installed but can't compile qexamples\
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 13 Jul 2004 16:38:13 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> JCL cvs latest in /usr/src/jcl/jcl and JVCL3 latest cvs in /usr/src/jvcl/dev/JVCL3.
>
Minimal requirents
For jvclx add to the source paths  qrun,qcommon & common
For jcl add to the source paths source/common, source/unix, source/VisCLX

> How do I work with BPLs?
If you want to add a library to the requires section of a package, select the associated *.dcp  in Kylix/lib.
To run application outside the ide you have to make sure that libborqt-6.9.0-qt2.3.so in library search path.
If you build with runtime packages the related libraries should also in the library search paths.
There are several methods to achieve this. CrossKylix comes with a libc.pas that will make the loader look for libraries in the application directory, making Kylix life a little bit easier.
But first take a good look at Andreas website for more enhancements.

Regards

André Snepvangers


Subject: Re: using QWindows in other projects
From: Thomas Mueller <news@s2h.cx>
Date: Tue, 13 Jul 2004 12:08:01 +0200
Newsgroups: jedi.vcl

Hi,

André Snepvangers wrote:

>> >> In order to prevent unit name collisions between packages I can not use
>> >> QWindows because it will conflict with the jvcl packages that also use
>> >> it.
> > Why you don't include JVCLX Core Components and JVCLX System Components
> > in your project ?  They contain usefull additions to standard VisualCLX
> > like Paint event on all JvExVCL classes, messaging and double buffering.

I don't want my components to depend on anyting but the Borland standard
packages.

I have experienced the pain of trying to install something that relied on an
old version of the JVCL when I tried to use the Jedi source formatter. I
don't want to repeat that experience and I don't want to force it on
anybody else.

twm



Subject: Re: more bits and pieces
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 13 Jul 2004 09:51:08 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> André Snepvangers wrote:
>
>> Some remarks on my behalf
>> - All of the units in run, design and common won't compile or will cause
>>   conflicts with JVCL. They are *VCL only* c.q. *windows only*.
>>   Compilation of these units with VisualCLX defined should give an error
>> - Only the with JvclVclClx generated units and the *clx only* units in
>>   qrun, qcommon, qdesign can have meaningfull qualification *windows
>>   only*, *linux only*, i.e. windowsonly.inc and linuxonly.inc should
>>   have effect only during visualclx compilation.
>> - JVCLX does not have support for Kylix/C++ yet (any volunteers out
>>   there?), consequent there are no BCB related ifdef's needed.
>
>
> I think you misunderstand the purpose of these inc files.
>
> 1. suppress platform warnings
JVCLX is targetting true crossplatform development, it should give
platform warnings on OS related units like Jv(Q)WinHelp, Jv(Q)WinDialogs. JVCL should never give any platform warnings (superfluous). If the inc file effectively suppresses platform warning, then this a very nice for me: unit JvWindialogs platform; Otherwise I have to surround the platform directive with {$IFDEF VisualCLX}. Not a real problem but the sources look better without ifdef's.
> 2. make it impossible to compile the file on a platform it cannot work.
>
> 2 Implies that the inc files should always be in effect. The packages ensure that the files are not part of the specific JVCL configuration.
> If 2 generates problems then we should drop that part in the inc files completely which makes the inc files mere comments.
>
I vote for the last. Alltough the xml's/packages descripe exactly which
units are crossplatform, a comment in the unit stating that it is JvclVclClx compatibible/crossplatform is needed, so any developer can seen that the units is JvclVclClx compatible, without consulting the content of the packages or the asscociated xml.

Regards,

André Snepvangers


Subject: Re: Could you explain some thing.
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 13 Jul 2004 08:38:31 +0200
Newsgroups: jedi.vcl

Ibrahim Kutluay wrote:

> This file is Called "Daily snapshot". How could it cannot contain the latest
> files. Then Who has the latest files. Also CVS is open for only developer
> isnt it ?
CVS is opened for anonymous access, it's explained on sourceforge web site.
As to the daily snapshots, they have not been working lately, we are working on fixing that


Subject: Could you explain some thing.
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Tue, 13 Jul 2004 08:39:50 +0300
Newsgroups: jedi.vcl

This file is Called "Daily snapshot". How could it cannot contain the latest
files. Then Who has the latest files. Also CVS is open for only developer
isnt it ?




Subject: Re: more bits and pieces
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Jul 2004 06:19:13 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Some remarks on my behalf
> - All of the units in run, design and common won't compile or will cause
>   conflicts with JVCL. They are *VCL only* c.q. *windows only*.
>   Compilation of these units with VisualCLX defined should give an error
> - Only the with JvclVclClx generated units and the *clx only* units in
>   qrun, qcommon, qdesign can have meaningfull qualification *windows
>   only*, *linux only*, i.e. windowsonly.inc and linuxonly.inc should
>   have effect only during visualclx compilation.
> - JVCLX does not have support for Kylix/C++ yet (any volunteers out
>   there?), consequent there are no BCB related ifdef's needed.

I think you misunderstand the purpose of these inc files.

1. suppress platform warnings
2. make it impossible to compile the file on a platform it cannot work.

2 Implies that the inc files should always be in effect. The packages ensure that the files are not part of the specific JVCL configuration.
If 2 generates problems then we should drop that part in the inc files completely which makes the inc files mere comments.



Subject: Re: CompBar and the JVCL 3 installer... A modest proposal.
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 13 Jul 2004 02:05:58 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I think it would make sense to ask the author of CompBar, who has already released his source code (but doesn't appear to have attached any license files) if he would be willing to allow distribution of the CompBar wizard as part of the installation routine of the JVCL3.
>
An New Application Wizard, like I know from Visual C+, could also be very usefull.
- Select Framework (VCL/CLX)
- Select packages, with the possiblity to usefull presets. Preferable the possiblity to add presets.
However I don't know if this is feasible.
Nothing wrong with CompBar though. The only question I have is if it supports VisualCLX and could it made crossplatform easily?

Regards,

André Snepvangers



Subject: Re: RETRY: JvSHFileOperation - Delete
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 13 Jul 2004 00:24:04 +0200
Newsgroups: jedi.vcl

Software Realities wrote:
> This is on W2K, with D7, and JVCL 2.10....
>
> I'm using the JvSHFileOperation with the Operation property set to foDelete.
>
> I want to delete in *.BAK in all subdirectores under D:\Test, so in the
> SourceFiles property I add D:\TEST\*.bak and do the execute method....which
> returns true (it succeded), however it didn't do the recursion in the
> subdirectories.  I'm thinking I have 1 of the Options set incorrectly but
> the only one that looks like it pertains to me in the fofNoRecursion (which
> I have set to FALSE).

I don't think the windows API SHFileOperation works with both a wild card and recursion.

A workaround is to use TJvSearchFiles:

begin
  JvSearchFiles1.RootDirectory := SomeDir;
  JvSearchFiles1.FileParams.FileMask := '*.BAK';
  JvSearchFiles1.FileParams.SearchTypes := [stFileMask];
  JvSearchFiles1.Search;
  JvSHFileOperation1.SourceFiles := JvSearchFiles1.Files;
  JvSHFileOperation1.Execute
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jv year grid
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 12 Jul 2004 19:58:35 +0200
Newsgroups: jedi.vcl

Ibrahim Kutluay wrote:

> i have the latest source but in qrun folder the files still buggy.
>
> I can solve it by my self but i m downloading new packages 3-4 times in a
> week... And i dont want to edit that file regularly.
>
I have been updating these units frequently last 2 weeks. If you are downloading a daily snapshot, then you might be unlucky because all
units have not been updated. I suggest you to use the anonymous CVS.
I am working the JvExVCL classes, the changes could modify the
(VisualCLX) interface.
My goal is to have a stable version on 1st of september. (I have mmy holidays coming)

Regards,

André Snepvangers


Subject: Re: more bits and pieces
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 12 Jul 2004 19:50:31 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I dislike the change of vclonly.inc.
> I see no reason for the recursive inclusion of windowsonly.inc.
>
> windowsonly.inc seems buggy.
> Why is there IFNDEF BCB5 and IFNDEF DELPHI5?
> This expression should be never true because the IFDEFs are mutually exclusive, yet anded together.
>
Some remarks on my behalf
- All of the units in run, design and common won't compile or will cause
  conflicts with JVCL. They are *VCL only* c.q. *windows only*.
  Compilation of these units with VisualCLX defined should give an error
- Only the with JvclVclClx generated units and the *clx only* units in
  qrun, qcommon, qdesign can have meaningfull qualification *windows
  only*, *linux only*, i.e. windowsonly.inc and linuxonly.inc should
  have effect only during visualclx compilation.
- JVCLX does not have support for Kylix/C++ yet (any volunteers out
  there?), consequent there are no BCB related ifdef's needed.

=============
unit JvCrossPlatformUnit;
// any unit that can be generated with JvclVclClx
// should have the next tree lines.
{$IFNDEF JVCLVCLCLX}
($I crossplatform.inc}
{$ENDIF !JVCLVCLCLX}

uses
  .....
=============
unit JvWindowsOnlyUnit;

($I windowsonly.inc}

uses
  .....

============
unit Jv(Q)LinuxOnlyUnit; //

($I linuxonly.inc}

uses
  .....

============

unit JvVCLOnlyUnit;

uses
  ......

=============
unit JvCLXOnlyUnit;

uses
  .......
=============
crossplatform.inc:
{$IFDEF VisualCLX}
  Error ...
  {IFDEF COMPILER7_UP
  Use the JvclVclClx converter to generate the VisualCLX unit
  {$ENDIF COMPILER7_UP
{$ENDIF VisualCLX}
=============
windowsonly.inc:
{$IFDEF VISUALCLX}
  {$IFDEF MSWINDOWS
  Warning platform
  {ENDIF MSWINDOWS}   
  {$IFDEF LINUX}
  Error
  {$ENDIF LINUX}
{$ENDIF VISUALCLX}
==============
linuxonly.inc:
{$IFDEF VISUALCLX}
  {$IFDEF MSWINDOWS
  Error
  {ENDIF MSWINDOWS}   
  {$IFDEF LINUX}
  Warning platform
  {$ENDIF LINUX}
{$ENDIF VISUALCLX}
================

The units in qrun/qcommon/qdesign could contain only the forms (*.xfm)
and non generated (clx only) units, the VisualCLX JvQ*.pas files can be generated by the installer using the JvclVCLCLX converter.

Regards,

André Snepvangers




Subject: Re: more bits and pieces
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jul 2004 19:49:58 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     that's a property override (distinguishable by the fact it does not
> include a property type), i.e. the property is changed into a read/write,
> but is declared read only in the base class.

Aha, another interesting Delphi feature.



Subject: Re: more bits and pieces
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jul 2004 19:48:34 +0200
Newsgroups: jedi.vcl

OBones wrote:
> windowsonly includes vclonly ?

The other way round. vclonly includes windowsonly which is not needed.
VLC implies already Windows.

> With Delphi 6, both of these are true...

Stolen answer ;-)
  > Should be replaced with IFDEF COMPILER6_UP



Subject: Re: No daily ZIP anymore?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 12 Jul 2004 17:33:32 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> Last thing I heard about that was that Peter created one manually and said that he did not have the time to modify the old script...

Yep, I'm on it.


Subject: Re: No daily ZIP anymore?
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 12 Jul 2004 17:29:19 +0200
Newsgroups: jedi.vcl

Last thing I heard about that was that Peter created one manually and said that he did not have the time to modify the old script...

-- 
Holger

OBones wrote:
> Dierk wrote:
>
>> Last downloadable Zip is dated 7-8-2004.
>
> Doh
>
>> Any other place where I can download latest zip?
>
> No, but I will have to have a look at that.
>


Subject: Re: JvDBGrid and Lookup
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 12 Jul 2004 17:20:51 +0200
Newsgroups: jedi.vcl

Ibrahim Kutluay wrote:

> dear ivo im not using Paradox. because of that no lookup field or anything
> alse.

Hmm, I apologize for fast reading - I've skipped your first message. It's sad that dbisam does not support things like this. I'm happy NexusDB customer and never regret it. :-)

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvDBGrid and Lookup
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 12 Jul 2004 17:02:23 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> 2 . In the select colums dialog. can it use cloumn headers not use
>> datafield names. this more readable and usable.
>
> I agree, but I'm not sure I will have time for this.

OK, I just had a look. All you'll have to do is exchange the following (unit JvDBGridSelectColumnForm, line 133):

  J := clbList.Items.AddObject(Fields[I].DisplayLabel, TObject(lColumn.Index));


with this:

  J := clbList.Items.AddObject(lColumn.Title.Caption, TObject(lColumn.Index));


Hope this helps.

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid and Lookup
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Mon, 12 Jul 2004 17:58:38 +0300
Newsgroups: jedi.vcl

dear ivo im not using Paradox. because of that no lookup field or anything
alse.




Subject: Re: JvDBGrid and Lookup
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 12 Jul 2004 16:52:29 +0200
Newsgroups: jedi.vcl

Fred wrote:

>> 2 . In the select colums dialog. can it use cloumn headers not use
>> datafield names. this more readable and usable.
>
> I agree, but I'm not sure I will have time for this.

I think I might. I already implemented something very similar for our own app. I'll have a look at how easy it will be to transfer (and if I'm allowed to). If it's feasible, you'll also be able to reorder the columns by drag&drop in the dialog (no insert-indicator yet though)... ;)

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid and Lookup
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 12 Jul 2004 16:38:56 +0200
Newsgroups: jedi.vcl

Ýbrahim Kutluay wrote:

> I need lookup columns for select data from other dataset. (yes columns not
> column). Think about that. in an account program. we have a customer db and
> a order db.
>
> when i entering the new orders in a grid. it can be useful if i can see a
> lookup control with customer datas. so i dont need the remember users code
> and names.

And where is the problem? At design time, create a persistent field of type lookup for each piece of information about a customer (code+name=2 lookup fields) and in your orders dbgrid create two additional columns and link them to these lookup fiels.

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvDBGrid and Lookup
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 12 Jul 2004 16:34:21 +0200
Newsgroups: jedi.vcl

Fred wrote:

> My solution is not suited for big lookup datasets, indeed. A "dataset.locate" or "dataset.lookup" would be more efficient to retrieve the text to display.
>
>
>> I also would prefer if this could somehow be handled in the grid component itself as I don't want to duplicate the code
>
> That won't solve your problem with stored procs, alas.

Well, not in a way that would be suitable for republication here but I think I might get away with subclassing TJvDBGrid for our specific needs. After all, as we were lacking this functionality from the start our stored procs are already written to return the looked up values as part of their results (and that should definitely be more efficient than triggering the lookup for every single row from the client's end). All I have to do is display the value from that other column instead while I'm not using the overlayed editor control...


BTW: I now have a working proof-of-concept implementation of pseudo boolean columns, i.e. non-Boolean fields that could still be edited in the grid using the boolean editor nevertheless. As I wrote, it's not very polished yet. I feel there's still a bit left to do especially with regards to designtime behaviour (e.g. a proper fieldname property editor) and runtime performance (currently the collection of defined pseudo-booleans is queried for almost every single cell just to check whether the current column is a pseudo-boolean or not - not nice). I probably won't have a lot of time to finish this myself this week. Anyone cares to have look and finish this off? ;)

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid and Lookup
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Mon, 12 Jul 2004 16:48:39 +0300
Newsgroups: jedi.vcl

Problem is here.

I need lookup columns for select data from other dataset. (yes columns not
column). Think about that. in an account program. we have a customer db and
a order db.

when i entering the new orders in a grid. it can be useful if i can see a
lookup control with customer datas. so i dont need the remember users code
and names. (But only code not be helpful. simply i can be multi column... Of
course with a billion records this will be slow. but it is at user level. so
programmer test and see what count of columns will be usefull)....

Also Proposal about column properties will the easiest solution.  for
example every table has 3-4 indexed field. so if filled up that new
properties with index names. i can use title click events for easyly
changing sort orders without extra code.

and  does your boss dont want to directly print from dbgrid. It will be
useful jvprngrid component. (of course with extra features)

sorry guy my english is not soo good. But i really apreciate your work




Subject: Re: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 12 Jul 2004 15:33:19 +0200
Newsgroups: jedi.vcl

> >It's public in the base class right?

It's already published in DBGrids.pas.

I'm currently adding sort and search features to JvDBGrid. I will remove 
your OnKeyPress.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid and Lookup
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 12 Jul 2004 15:26:28 +0200
Newsgroups: jedi.vcl

> >My favorite database is dbisam and most of grids doesnt
> >directly support it. In some times. I have to use
> >lookup fields in master -detail relationship.
> >So can we use "embed a special  dblookupcombobox in grid cell"...
> >I mean in the orders grid i want to select user code
>from a lookup control.
> >This is from another datasource and most of grid components cannot do
> >that...

I'm sorry but I don't understand what the problem exactly is.

> >1. Incremental search ... In order to use.. Incremental search-manual or
> >auto. If auto. then grid will automate incremantal search otherwise 
> >when i press its shortcut key it will enter the search mode.

That's part 1 of my good news for this week. My boss wants me to add 
search and sort functions to JvDBGrid (for our own needs at work) and 
I'm allowed to share my code. Thus, something is on the way... ;-)

> >2 . In the select colums dialog. can it use cloumn headers not use
> >datafield names. this more readable and usable.

I agree, but I'm not sure I will have time for this.

> >3. In columns. can u add a new propery like "idxname".... if i set
> >it then when i click the title it will change the indexname
> >with "idxname" and the grid will sorted automatically.

I'm doing something more powerful for sorting datas. That's part 2 of my 
good news.
:-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 12 Jul 2004 09:20:06 -0400
Newsgroups: jedi.vcl


> Warren, I don't understand why you added:
>     property OnKeyPress; // Expose TWinControl event.
> It's certainly a needed thing but I can't see why.

It's public in the base class right?   So I put it in published so it's there at designtime.  Did I make a mistake?

Warren


Subject: Re: CompBar and the JVCL 3 installer... A modest proposal.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 12 Jul 2004 09:18:28 -0400
Newsgroups: jedi.vcl

I tried both, and Palette bar has THREE strikes against it for me:

    (i) no source on web page.
    (ii) locks up my D7 IDE (same as Jeff)
    (iii) since it's a derivative of CompBar, anything it does can
    easily be added to CompBar which we have source for.

All we need is permission from the CompBar author to release under MPL. He has essentially  open-sourced it by making it freely downloadable,
and made it freeware instead of open source, so there are no official
limits on what you can do with freeware, but because we are nice people and we respect each other, we should ask permission.

Warren



Subject: Re: JvDBGrid and Lookup
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 12 Jul 2004 15:14:53 +0200
Newsgroups: jedi.vcl

> >Furthermore, we often have a *lot* of lookup fields in our 
> >result sets and the complete lookup sets for each would typically also 
> >be rather large.

My solution is not suited for big lookup datasets, indeed. 
A "dataset.locate" or "dataset.lookup" would be more efficient to 
retrieve the text to display.

> >I also would prefer if this could somehow be handled in 
> >the grid component itself as I don't want to duplicate the code

That won't solve your problem with stored procs, alas.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: more bits and pieces
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 Jul 2004 14:47:41 +0200
Newsgroups: jedi.vcl

> > In JvInspector.pas we have a write only property (internal class).
> > This is a bit silly. Either make it a read write property or remove the
> > property altogether.

    that's a property override (distinguishable by the fact it does not
include a property type), i.e. the property is changed into a read/write,
but is declared read only in the base class.

   other points from the source:

--8<--
// (rom) possible bug: it is impossible to reassign the ExpandButton

procedure TJvCustomInspector.SetExpandButton(const Value: TBitmap);
begin
  if Value = nil then
    FreeAndNil(FExpandButton)
  else
  if not Assigned(FExpandButton) then
  begin
    FExpandButton := TBitmap.Create;
    FExpandButton.Assign(Value);
  end;
  if HandleAllocated then
    UpdateScrollBars;
end;
--8<--

    oops. I think it should be fixed to:

--8<--
procedure TJvCustomInspector.SetExpandButton(const Value: TBitmap);
begin
  if Value = nil then
    FreeAndNil(FExpandButton)
  else
  begin
    if not Assigned(FExpandButton) then
      FExpandButton := TBitmap.Create;
    FExpandButton.Assign(Value);
  end;
  if HandleAllocated then
    UpdateScrollBars;
end;
--8<--

procedure TJvInspectorInt64Item.SetDisplayValue(const Value: string);
begin
  // (rom) is this safe? StrToInt64 can throw exceptions.
  Data.AsInt64 := StrToInt64(Value);
end;

    this is correct. The inspector will throw an exception when you try to
set a property to an invalid value.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: more bits and pieces
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 12 Jul 2004 14:35:24 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I dislike the change of vclonly.inc.
> I see no reason for the recursive inclusion of windowsonly.inc.
windowsonly includes vclonly ?

> windowsonly.inc seems buggy.
> Why is there IFNDEF BCB5 and IFNDEF DELPHI5?
Should be replaced with IFDEF COMPILER6_UP

> This expression should be never true because the IFDEFs are mutually exclusive, yet anded together.
With Delphi 6, both of these are true...

> In JvInspector.pas we have a write only property (internal class).
> This is a bit silly. Either make it a read write property or remove the property altogether.
Never thought this kind of property would be allowed...

> I have also flagged some possible bugs with my usual "// (rom)" comment.
Will try to have a look, whenever I find time...


Subject: Re: JvVersionInfo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jul 2004 14:29:42 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> Thanks for the reply, Robert. So if I understand it correctly, the JCL edition is to be preferred for the use, right?

In all JVCL sources which are not using IFDEF USEJVCL the JCL can and should be used.
USEJVCL means that the source can be independent from the JVCL and therefore also independent from JCL.



Subject: more bits and pieces
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jul 2004 14:26:59 +0200
Newsgroups: jedi.vcl

I dislike the change of vclonly.inc.
I see no reason for the recursive inclusion of windowsonly.inc.

windowsonly.inc seems buggy.
Why is there IFNDEF BCB5 and IFNDEF DELPHI5?
This expression should be never true because the IFDEFs are mutually exclusive, yet anded together.

In JvInspector.pas we have a write only property (internal class).
This is a bit silly. Either make it a read write property or remove the property altogether.
I have also flagged some possible bugs with my usual "// (rom)" comment.



Subject: Re: JvDBGrid and Lookup
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Mon, 12 Jul 2004 14:40:54 +0300
Newsgroups: jedi.vcl

Hello ...

I dont offer a solution but i have a wish.... My favorite database is dbisam
and most of grids doesnt directly support it. In some times. I have to use
lookup fields in master -detail relationship.

So can we use "embed a special  dblookupcombobox in grid cell"...

I mean in the orders grid i want to select user code from a lookup control.
This is from another datasource and most of grid components cannot do
that...

Here is another suggestions.

1. Incremental search ... In order to use.. Incremental search-manual or
auto. If auto. then grid will automate incremantal search otherwise when i
press its shortcut key it will enter the search mode.

2 . In the select colums dialog. can it use cloumn headers not use datafield
names. this more readable and usable.

3. In columns. can u add a new propery like "idxname".... if i set it then
when i click the title it will change the indexname with "idxname" and the
grid will sorted automatically.






Subject: Re: jv year grid
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 12 Jul 2004 13:37:51 +0200
Newsgroups: jedi.vcl

Ibrahim Kutluay wrote:

> i have the latest source but in qrun folder the files still buggy.

> I can solve it by my self but i m downloading new packages 3-4 times in a
> week... And i dont want to edit that file regularly.
I can understand that. I'll have a look some time soon.

> Also a question. I have talked about this with Warren Postma. I ll try to
> convert messages in Turkish. But how can i know new sentences added. I mean
> the order of messages are constant or random..
Use poEdit, it will show up the untranslated messages at the top of the list, on a green background.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JvDBGrid and Lookup
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 12 Jul 2004 12:57:33 +0200
Newsgroups: jedi.vcl

Fred wrote:

> In response to a previous message, here is a solution to display the reference values of a lookup field instead of its key values (it's written in C++). Using the global var DisplayList avoids many readings of the database.

Pity. That's not feasible like that in our case. The reference tables are not directly accessible from our app. All access happens strictly via StoredProcs. That's why we use a specialized Lookup-control in the first place. Furthermore, we often have a *lot* of lookup fields in our result sets and the complete lookup sets for each would typically also be rather large. I also would prefer if this could somehow be handled in the grid component itself as I don't want to duplicate the code for this for all forms that use a grid. Anyway, your example still gives me an idea and  think I might be able to come up with something nevertheless. Thanks.

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: jv year grid
From: "Ibrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Mon, 12 Jul 2004 13:47:22 +0300
Newsgroups: jedi.vcl

i have the latest source but in qrun folder the files still buggy.

I can solve it by my self but i m downloading new packages 3-4 times in a
week... And i dont want to edit that file regularly.

Also a question. I have talked about this with Warren Postma. I ll try to
convert messages in Turkish. But how can i know new sentences added. I mean
the order of messages are constant or random..






Subject: Re: JvDBGrid - Final release
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 12 Jul 2004 12:43:57 +0200
Newsgroups: jedi.vcl

Fred wrote:
> Each row can have its own height, but I wrote a bit of code in the RowsHeightChanged procedure to prevent different heights (if you remove that, the RowsHeight value has no more sense).

Yes, I see. Would it be possible at all to auto-adjust the individual RowHeights to the contents of Memo fields?


> On next monday, I'll try to make an example for the lookup thing.

I'd be *very* interested in this. The sooner the better.

In the meantime I'll have a look at whether I could add the pseudo-Boolean support... ;)

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: No daily ZIP anymore?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 12 Jul 2004 12:41:52 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> Last downloadable Zip is dated 7-8-2004.
Doh

> Any other place where I can download latest zip?
No, but I will have to have a look at that.



Subject: Re: jv year grid
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 12 Jul 2004 12:41:34 +0200
Newsgroups: jedi.vcl

What version of the JVCL are you using?
If I recall well, I corrected that thing in the JVCL3.


Subject: JvDBGrid and Lookup
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 12 Jul 2004 12:40:33 +0200
Newsgroups: jedi.vcl

In response to a previous message, here is a solution to display the 
reference values of a lookup field instead of its key values (it's 
written in C++). Using the global var DisplayList avoids many readings 
of the database.
//-----------------------------------------------------------------------
void __fastcall TForm1::FillUpList()
{
   MyRefTable->First();
   while (!MyRefTable->Eof)
   {
      DisplayList->Add(MyRefTable->FieldByName("KeyField")->AsString
               + "=" + MyRefTable->FieldByName("LabelField")->AsString);
      MyRefTable->Next();
   }
}
//-----------------------------------------------------------------------
void __fastcall TForm1::FormCreate(TObject *Sender)
{
   DisplayList = new TStringList;
}
//-----------------------------------------------------------------------
void __fastcall TForm1::FormDestroy(TObject *Sender)
{
   delete DisplayList;
}
//-----------------------------------------------------------------------
void __fastcall TForm1::MyKeyTable_MyLookupField_GetText(TField *Sender,
      AnsiString &Text, bool DisplayText)
{
   if (DisplayList->IndexOfName(Sender->AsString) == -1)
      FillUpList(); // Key value not found -> the list is (re)loaded
   Text = DisplayList->Values[Sender->AsString];
   DisplayText = true;
}
//-----------------------------------------------------------------------

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Combobox with multi columns
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Mon, 12 Jul 2004 13:17:54 +0300
Newsgroups: jedi.vcl

In Jvcl. I dont know.

But you can find find a solution for you in swissdelphi center. I have
tested it. But please note that it is not dataaware code. Due to data field
propery can be single.




Subject: Re: JvVersionInfo
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 12 Jul 2004 12:09:52 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> The JCL vs JVCL exchange of routines is still dormant.
> There are many other areas wher the JCL could be used in the JVCL.

Thanks for the reply, Robert. So if I understand it correctly, the JCL edition is to be preferred for the use, right?

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: JvVersionInfo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jul 2004 12:01:17 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> I'm just wondering why is there JvVersionInfo in the JVCL when JCL obviously has TJclFileVersionInfo and a plenty of support routines.

The JCL vs JVCL exchange of routines is still dormant.
There are many other areas wher the JCL could be used in the JVCL.



Subject: jv year grid
From: "Ýbrahim Kutluay" <ikutluay@mayanetcom.tr>
Date: Mon, 12 Jul 2004 12:59:24 +0300
Newsgroups: jedi.vcl

i have a problem with Tjvyeargrid. It is working good but only in english.
here is the description of problem. but for
the special purposes i cannot solve this..
in Turkey we have different day names of course. (that is the problem
itself)..

monday-pazartesi
tuesday-sali
wednesday-carsamba
thursday-persembe
friday-cuma
saturday-cumartesi
sunday-pazar

in the sources of year grid. it is using first letter of daynames for
marking weekend days with different colors. in english it is not problem
couse both days starting with "S" ... But in Turkish they are not. The day
called "Sali" is 2th day of week, we have also 3 name starting "P"... how to
resolve this. ? can we use weekofday or a function like that.




Subject: Re: using QWindows in other projects
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 12 Jul 2004 11:45:39 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:

>
> In order to prevent unit name collisions between packages I can not use
> QWindows because it will conflict with the jvcl packages that also use it.
>
Why you don't include JVCLX Core Components and JVCLX System Components in your project ?  They contain usefull additions to standard VisualCLX like Paint event on all JvExVCL classes, messaging and double buffering.

Regards,

André Snepvangers


Subject: No daily ZIP anymore?
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 12 Jul 2004 11:24:20 +0200
Newsgroups: jedi.vcl

Last downloadable Zip is dated 7-8-2004.
Any other place where I can download latest zip?

Regards

Dierk




Subject: JvVersionInfo
From: Ivo Bauer <abuer@zom.zc>
Date: Mon, 12 Jul 2004 10:30:22 +0200
Newsgroups: jedi.vcl

Hi all,

I'm just wondering why is there JvVersionInfo in the JVCL when JCL obviously has TJclFileVersionInfo and a plenty of support routines.

Which one do you guys use and why?

-- 
Ivo Bauer
Software Developer
OZM Research, s.r.o.
http://www.ozm.cz/

Turn your Delphi application into Modbus client/server with ModLink!
http://www.ozm.cz/ivobauer/modlink/


Subject: Re: using QWindows in other projects
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jul 2004 09:03:05 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Changing the name of the file itself is a bit of a grey zone, I guess it is ok as long as the contents of the file are unchanged.

Not really.
We have the original name in the header for that, because a name change may be needed to make the compiler accept the file.



Subject: Re: using QWindows in other projects
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 12 Jul 2004 08:15:56 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Thomas Mueller wrote:
>
>> am I correct in assuming that I am free to use any unit from jvcl in any
>> other project as long as I don't change that unit? The only obligation
>> being to credit he original developers?
>
>
> As i understand it the MPL allows to change the unit as much as you like. We prefer if you donate your changes.
>
Not exactly.
The unit can be included in a "larger work", unchanged. Any changes to it MUST be published, even in a "larger work". Changing the name of the file itself is a bit of a grey zone, I guess it is ok as long as the contents of the file are unchanged.


Subject: Re: TJvXPBar, TJvXPContainer <-> TJvNavPaneStyleManager
From: "Matej Golob" <matej@pohorje.net>
Date: Sun, 11 Jul 2004 22:29:07 +0200
Newsgroups: jedi.vcl

> > Please post a "bug" in mantis (http://jvcl.sf.net/mantis/) using your
> > own account (not anonymous) and someone will review those changes in the
> > not too distant future. A small example of what your changes bring would
> > also be appreciated.
I will do it in next days. I have to comment all my changes (I have also
added some "needed" functionalities to XPBar).

Regards.

Matej




Subject: Re: CompBar and the JVCL 3 installer... A modest proposal.
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sun, 11 Jul 2004 11:50:30 -0700
Newsgroups: jedi.vcl

Warren Postma wrote:
> I think it would make sense to ask the author of CompBar, who has already released his source code (but doesn't appear to have attached any license files) if he would be willing to allow distribution of the CompBar wizard as part of the installation routine of the JVCL3.

Does CompBar work with BCB v6 sp4?

Might need to make the request to install CompBar optional depending on the version of Delphi or BCB that JVCL is being installed into. Then again, maybe that won't be a problem.


Subject: Re: using QWindows in other projects
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 11 Jul 2004 20:26:31 +0200
Newsgroups: jedi.vcl

Hi,

Robert Marquardt wrote:

>> >> am I correct in assuming that I am free to use any unit from jvcl in any
>> >> other project as long as I don't change that unit? The only obligation
>> >> being to credit he original developers?

> > As i understand it the MPL allows to change the unit as much as you
> > like. We prefer if you donate your changes.

It has been some time since I actually read the MPL, but I remember
differently: As long as I don't change anything in the code, I can
basically do with it what I want. If I change it, I must MPL the changes.

twm



Subject: Re: using QWindows in other projects
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Jul 2004 19:27:52 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> am I correct in assuming that I am free to use any unit from jvcl in any
> other project as long as I don't change that unit? The only obligation
> being to credit he original developers?

As i understand it the MPL allows to change the unit as much as you like. We prefer if you donate your changes.



Subject: Re: What is my Kylix environment vars supposed to look like for JCL/JVCL? Got JCL/JVCLX installed but can't compile qexamples\
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Jul 2004 19:09:56 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > That one that says 60 % completed

These 60% were for the patch archive where I extracted each patch from the
source files and present them as single, highlighted code parts. Because I
started this work with the patch version 3.3 I had to do a kind of reverse
engineering (reading the source code and extracting/combining each single
bug fix). And as this work had no real value (it is just a presentation of
the source code) so I had not spent that much time in it.


-- Regards, Andreas Hausladen 

Subject: Re: using QWindows in other projects
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 11 Jul 2004 18:52:19 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:

>
> In my case it is about the QWindows unit which has proven very useful for
> porting my chart components to Kylix.
>
Nice to hear that.
>
> Now to the difficult part: Is changing the unit's name a change to the code?
> In order to prevent unit name collisions between packages I can not use
> QWindows because it will conflict with the jvcl packages that also use it.
>
Changing the unit name is not a problem, but the fileheader should remain unchanged the original fileheader including // $Id $ .

Regards,

André Snepvangers


Subject: using QWindows in other projects
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 11 Jul 2004 18:03:27 +0200
Newsgroups: jedi.vcl

Hi,

am I correct in assuming that I am free to use any unit from jvcl in any
other project as long as I don't change that unit? The only obligation
being to credit he original developers?

In my case it is about the QWindows unit which has proven very useful for
porting my chart components to Kylix.

Now to the difficult part: Is changing the unit's name a change to the code?
In order to prevent unit name collisions between packages I can not use
QWindows because it will conflict with the jvcl packages that also use it.

twm

I case anybody wonders: This is also about an MPL project, but my questions
above are really more general, so for the sake of the discussion assume I
am talking about a commercial closed source project.



Subject: Re: Use of JvDBGridExcelExport
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 11 Jul 2004 17:29:09 +0200
Newsgroups: jedi.vcl

Hi

Connect the grid to JvDBGridExcelExport and call his method ExportGrid.

Regards,
Lionel



"Petrus" <maillist@atspsoftdev.com> a écrit dans le message news:
ccrapv$33p$1@talkto.net...
> > Hi
> >
> > How do I use JvDBGridExcelExport to export data from a DBGrid to an excel
> > file? I can setup the component but don't get it do the export.
> >
> > Regards & Thanks
> >
> > Petrus
> >
> >
> >




Subject: Re: RETRY: JvSHFileOperation - Delete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Jul 2004 16:54:53 +0200
Newsgroups: jedi.vcl

Software Realities wrote:

> Unfortunately I haven't - I am using other JEDI components and want to
> swtich over all at the same time when J3 is finallized....

Switch now. The JVCL will never be finalized. ;-)
The biggest problem with JVCL 3 release is the help writing.



Subject: Re: What is my Kylix environment vars supposed to look like for JCL/JVCL? Got JCL/JVCLX installed but can't compile qexamples\
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 11 Jul 2004 16:07:43 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> I am waiting on the release of Andreas Patches
>
>
> You are waiting? For which version do you wait?
>
>
That one that says 60 % completed. (I have not visited your site lately)

Regards,

André Snepvangers


Subject: Re: RETRY: JvSHFileOperation - Delete
From: "Software Realities" <jaclarke@softwarerealities.comNOSPAM>
Date: Sun, 11 Jul 2004 09:34:57 -0400
Newsgroups: jedi.vcl

Unfortunately I haven't - I am using other JEDI components and want to
swtich over all at the same time when J3 is finallized....

Jeff

"obones" <obones_fde_@altern_gfdgf_.org> wrote in message
news:ccr9ht$2qs$3@talkto.net...
> > Software Realities a écrit :
>> > >
>> > > Any thoughts?
> >
> > This is a shot in the dark, but have you tried with the JVCL 3?




Subject: Use of JvDBGridExcelExport
From: "Petrus" <maillist@atspsoftdev.com>
Date: Sun, 11 Jul 2004 15:13:16 +0200
Newsgroups: jedi.vcl

Hi

How do I use JvDBGridExcelExport to export data from a DBGrid to an excel
file? I can setup the component but don't get it do the export.

Regards & Thanks

Petrus





Subject: Re: RETRY: JvSHFileOperation - Delete
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Sun, 11 Jul 2004 14:52:21 +0200
Newsgroups: jedi.vcl

Software Realities a écrit :
>
> Any thoughts?

This is a shot in the dark, but have you tried with the JVCL 3?


Subject: Re: TJvXPBar, TJvXPContainer <-> TJvNavPaneStyleManager
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Sun, 11 Jul 2004 14:51:49 +0200
Newsgroups: jedi.vcl

Matej Golob a écrit :

> I've made some changes in TJvXPBar and TJvXPContainer, that they can bi
> linked with TJvNavPaneStyleManager (I've allso added colors to
> TJvNavPaneColors). Is anyone else (except me) interested on this change?

Please post a "bug" in mantis (http://jvcl.sf.net/mantis/) using your own account (not anonymous) and someone will review those changes in the not too distant future. A small example of what your changes bring would also be appreciated.

Cheers

Olivier Sannier
JVCL Developper


Subject: Re: [Fatal Error] : Unit JvExControls was compiled with a different version of JvTypes.IInterface
From: obones <obones_fde_@altern_gfdgf_.org>
Date: Sun, 11 Jul 2004 14:50:20 +0200
Newsgroups: jedi.vcl

Gal Hegedus a écrit :
> I installed the 3.0 version (i had worked with an earlier before) and got this error message. How can I (should I?) recompile JvExControls?
>
> How can i get over this error?
This error usually comes from the fact that an old JvTypes unit is still available on your computer. Please have a look and remove every file from previous (read 2.xx) JVCL and JCL versions.

Cheers

Olivier Sannier
JVCL Developper


Subject: Re: What is my Kylix environment vars supposed to look like for JCL/JVCL? Got JCL/JVCLX installed but can't compile qexamples\
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Jul 2004 14:07:24 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I am waiting on the release of Andreas Patches

You are waiting? For which version do you wait?


-- Regards, Andreas Hausladen 

Subject: RETRY: JvSHFileOperation - Delete
From: "Software Realities" <jaclarke@softwarerealities.comNOSPAM>
Date: Sun, 11 Jul 2004 07:42:35 -0400
Newsgroups: jedi.vcl

This is on W2K, with D7, and JVCL 2.10....

I'm using the JvSHFileOperation with the Operation property set to foDelete.

I want to delete in *.BAK in all subdirectores under D:\Test, so in the
SourceFiles property I add D:\TEST\*.bak and do the execute method....which
returns true (it succeded), however it didn't do the recursion in the
subdirectories.  I'm thinking I have 1 of the Options set incorrectly but
the only one that looks like it pertains to me in the fofNoRecursion (which
I have set to FALSE).

Any thoughts?

Jeff





Subject: Re: What is my Kylix environment vars supposed to look like for JCL/JVCL? Got JCL/JVCLX installed but can't compile qexamples\
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 11 Jul 2004 13:07:52 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
>
> I have Kylix working Okay (although it freezes sometimes). Thank you Andreas for your visualCLX patches. It froze ALL THE TIME before I installed that. I got JCL to build and JVCL, butr I cannot get any examples in qexamples to compile (it can't find QWindows.pas/dcu, but if I add the JVCL source directories, then JclBase compilation failes, something about TFileStat64 not being declared.)
>
My kilix setup
-If have a clean install of Kylix 3 and Kylix 3 OE. (I am waiting on the
 release of Andreas Patches)
-I installed JCL into $(DELPHI)/jcl using it's installeer
-JVCL is installed using the same sources as Delphi, i.e. JVCL3 is on a windows drive.
-Mandrake 9.1 KDE 3.1

The examples should run out of the box, there might be some *.kof files,
that use the wrong path seperator. A template can be found in devtools/bin/VclClxData. Check the paths in options/directories & environment.

Regards,

André Snepvangers


Subject: Re: TJvXPBar, TJvXPContainer <-> TJvNavPaneStyleManager
From: "Femi Fadayomi" <femi@nospamforme.com>
Date: Sat, 10 Jul 2004 18:57:38 -0400
Newsgroups: jedi.vcl

Hi,

> > I've made some changes in TJvXPBar and TJvXPContainer, that they can bi
> > linked with TJvNavPaneStyleManager (I've allso added colors to
> > TJvNavPaneColors). Is anyone else (except me) interested on this change?
> >
> > Matej
> >
> >
> >
I'm interested. Can you post it in binary?

Thanks
Femi 




Subject: TJvXPBar, TJvXPContainer <-> TJvNavPaneStyleManager
From: "Matej Golob" <matej@pohorje.net>
Date: Sat, 10 Jul 2004 22:25:52 +0200
Newsgroups: jedi.vcl

I've made some changes in TJvXPBar and TJvXPContainer, that they can bi
linked with TJvNavPaneStyleManager (I've allso added colors to
TJvNavPaneColors). Is anyone else (except me) interested on this change?

Matej





Subject: Re: VisualCLX progress
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 10 Jul 2004 16:53:08 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> André Snepvangers wrote:
>
>> TODO's:
>> - Due to cosmetic changes on all units in run & design, it was
>>   impossible to keep track of modifications that might have broken
>>   visualclx compatibility.
>
>
> Should not be that problematic. I concentrated on correct casing.
>
True, they don't break clx compatibility. But inevitable I cannot distinguish between updates done by you and updates done by others
that might break vcl compatiblity.

Regards,

André Snepvangers


Subject: Re: JvPanel Canvas
From: "marik" <mari.krijnen@iae.nl>
Date: Sat, 10 Jul 2004 13:47:40 +0200
Newsgroups: jedi.vcl

No, but when i do it on the onpaint event the complete Panel seems to 
have dissappeared. Even when i put only a comment in the onpaint event.

> >Do you did textout in OnPaint event?
> >
>> >> If I make a text on the canvas with textout and move the panel 
runtime, 
>> >>then the canvas is being cleared. a Bug?
>> >>
>> >>
>> >>
>> >>--- posted by geoForum on http://delphi.newswhat.com
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvButtonDrawGrid disappeared
From: Gal Hegedus <ikreq@freemail.hu>
Date: Sat, 10 Jul 2004 09:26:30 +0200
Newsgroups: jedi.vcl

what happened to JvButtonDrawGrid disappeared. I can't find it in the 3.0 release.


Subject: [Fatal Error] : Unit JvExControls was compiled with a different version of JvTypes.IInterface
From: Gal Hegedus <ikreq@freemail.hu>
Date: Sat, 10 Jul 2004 09:06:26 +0200
Newsgroups: jedi.vcl

I installed the 3.0 version (i had worked with an earlier before) and got this error message. How can I (should I?) recompile JvExControls?

How can i get over this error?


Subject: Re: What is my Kylix environment vars supposed to look like for JCL/JVCL? Got JCL/JVCLX installed but can't compile qexamples\
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 10 Jul 2004 08:57:09 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I am unsure if (a) I am supposed to install JCL 
>
Yes, you must install JCL. (use the installer) Check the installation by
building some JCL examples
> (b) what goes in my  environment library path for Kylix on Linux?
>
Kylix does not have a projects/bpl directory. JCL & JVCLX are using
$(DELPHI)/lib for the dcp files and $(DELPHI)/bin for bpl's (*.so)

> I am going to translate a few more examples\ into qexamples\ starting first with my JvChart demo and JvCsvdataSet.
>
I will commit the JvChart demo to qexamples today. It still needs fixes
anyway.
> I have Kylix working Okay (although it freezes sometimes). Thank you Andreas for your visualCLX patches. It froze ALL THE TIME before I installed that. I got JCL to build and JVCL, butr I cannot get any examples in qexamples to compile (it can't find QWindows.pas/dcu, but if I add the JVCL source directories, then JclBase compilation failes, something about TFileStat64 not being declared.)
>

>
> It feels a bit like Delphi 1.0 working on Kylix on Linux, and I don't know what all is different from Delphi on Windows, so I'm easily getting stumped by simple things like it being unable to find certain units, etc.
>
> Can anyone fill me in on the right environment variables? I have
> JCL cvs latest in /usr/src/jcl/jcl and JVCL3 latest cvs in /usr/src/jvcl/dev/JVCL3.
Add paths to <Options..><Directories/Conditionals> Search Path &
Debug source path.
Conditional defines ANIMATE USEJVCL
I will give you my Kylix settings later. (I am running windows now)
> Also, am I supposed to manually copy my bpl*.so files into the $(DELPHI)/lib dir?  How do I work with BPLs?
No, the bpl*.so's go to $(DELPHI)/bin, the *.dcp go to $(DELPHI)/lib.
You don't need to copy them manually.

Regards,

André


Subject: Re: VisualCLX progress
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 10 Jul 2004 06:33:03 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> TODO's:
> - Due to cosmetic changes on all units in run & design, it was
>   impossible to keep track of modifications that might have broken
>   visualclx compatibility.

Should not be that problematic. I concentrated on correct casing.



Subject: What is my Kylix environment vars supposed to look like for JCL/JVCL? Got JCL/JVCLX installed but can't compile qexamples\
From: Warren Postma <wp@tekran.NOSPAM.c0m_NOSP3M>
Date: Fri, 09 Jul 2004 20:24:17 -0400
Newsgroups: jedi.vcl

I am unsure if (a) I am supposed to install JCL (b) what goes in my environment library path for Kylix on Linux?

I am going to translate a few more examples\ into qexamples\ starting first with my JvChart demo and JvCsvdataSet.

I have Kylix working Okay (although it freezes sometimes). Thank you Andreas for your visualCLX patches. It froze ALL THE TIME before I installed that. I got JCL to build and JVCL, butr I cannot get any examples in qexamples to compile (it can't find QWindows.pas/dcu, but if I add the JVCL source directories, then JclBase compilation failes, something about TFileStat64 not being declared.)

It feels a bit like Delphi 1.0 working on Kylix on Linux, and I don't know what all is different from Delphi on Windows, so I'm easily getting stumped by simple things like it being unable to find certain units, etc.

Can anyone fill me in on the right environment variables? I have
JCL cvs latest in /usr/src/jcl/jcl and JVCL3 latest cvs in /usr/src/jvcl/dev/JVCL3.

Also, am I supposed to manually copy my bpl*.so files into the $(DELPHI)/lib dir?  How do I work with BPLs?

Regards,

Warren


Subject: Re: Beta 3 Installation problems
From: José González D'Amico <joseigd-GOODBYE@SPAM-argentina.com>
Date: Fri, 9 Jul 2004 22:57:41 +0000 (UTC)
Newsgroups: jedi.vcl

José González D'Amico wrote:

> > I tried installing JVCL Beta 3 but found this error (I use Delphi 5):
> > 
> > Compiling package: JvJansD5D.bpl
> > Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
> > JvJansD5D.dpk(40) Warning: Package 'JvJansD5R' will not be written to
> > disk
> > because -J option is enabled
> > JvJansD5D.dpk(40) Fatal: Internal error: P665
> > 
> > ** error 1 ** deleting JvJansD5D.bpl
> > 
> > 
> > Can someone help me?
> > TIA,

Excluding Jans components, installation went smoothly.
How can I install the Jans components?

José


Subject: Re: Only DB-aware controls
From: Carlos <ctfbs@sr.net>
Date: Fri, 09 Jul 2004 18:24:44 -0300
Newsgroups: jedi.vcl

or use RTTI:

TypInfo.isPublishedProp(ACtrl, 'Datasource');

On Fri, 9 Jul 2004 10:30:20 +0200, Fred <nospam_@_nospam.com> wrote:

>>  My bad!   Should it maybe only allow in designtime to associate with
>> db-aware controls?
>
> I thought about it but found no good solution. Datafield and datasource
> properties (identifying a component as a DB component) are not declared
> at a parent level but at the component level, so you have no common
> class to test. And there are too much different components to identify
> them by their class name. If someone has something to propose...
>
> Fred
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: JVCL Small Installer bug
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 09 Jul 2004 18:25:23 +0000
Newsgroups: jedi.vcl

JVCL Snapshot 07/07/04

Installed on D5 ent/d7 pro parallel, Installer forgets to copy JvDBGridSelectColumnForm.dfm into lib/d7.

micha


Subject: Re: JvDBGrid - Final release - bug + enhancement
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 9 Jul 2004 17:24:18 +0200
Newsgroups: jedi.vcl

Hi Fred,

Good work !!

The bug i mentioned the 08/06 is still here. Please correct it :
In procedure TJvDBGrid.RestoreColumnsLayout, change :

          if S <> '' then
          begin
            ColumnArray[I].EndIndex := StrToIntDef(ExtractWord(1, S,Delims),
ColumnArray[I].EndIndex);
            Items[I].Width := StrToIntDef(ExtractWord(2, S,
Delims),Items[I].Width);
            Items[I].Visible := (S <> '-1');
          end;

To

          if S <> '' then
          begin
            ColumnArray[I].EndIndex := StrToIntDef(ExtractWord(1, S,Delims),
ColumnArray[I].EndIndex);
            S := ExtractWord(2, S, Delims);
            Items[I].Width := StrToIntDef(S, Items[I].Width);
            Items[I].Visible := (S <> '-1');
          end;

And it will be great if we can found a solution for the sort of the column.
Indeed, a correct behaviour should be : when you click on the title of the
column you have this column sorted ascending and when you click again you
have a sort descenting and  vice versa. For that we need to change the
property in the Index of the field associated of the column. The only way i
found is to destroy the index, change is proprerty ixDescending and recreate
it. I put again the code i have posted. This code have the problem that it
use TCustomClientDataSet and i don't know to avoid it (need DBClient in the
uses declaration), but you have maybe a solution ...



procedure TJvDBGrid.DoTitleClick(ACol: Longint; AField: TField);
const
  cIndexName = 'IndexName';
  cIndexDefs = 'IndexDefs';
  cDirection: array [Boolean] of TSortMarker = (smDown, smUp);
var
  IndexDefs: TIndexDefs;
  lOldIndexName, lIndexName: string;
  Descending: Boolean;
  IndexFound: Boolean;
  Reverse: Boolean;
  lIndex: integer;
  lIndexDef: TIndexDef;

  function GetIndexOf(aFieldName: string): Integer;
  var
    I: Integer;

  begin
    Result := -1;
    for I := 0 to IndexDefs.Count - 1 do
    begin
      if Pos(aFieldName, IndexDefs[I].Fields) >= 1 then
      begin
        Result := I;       // First best match so far
        Exit;
      end;
    end;
  end;

begin
  IndexFound := False;

  if AutoSort and IsPublishedProp(DataSource.DataSet, cIndexDefs)
    and IsPublishedProp(DataSource.DataSet, cIndexName) then
    IndexDefs := TIndexDefs(GetOrdProp(DataSource.DataSet, cIndexDefs))
  else
    IndexDefs := nil;
  if Assigned(IndexDefs) then
  begin
    Descending := SortMarker = smUp;
    lIndexDef := nil; // For the compilator !
    lIndex := GetIndexOf(AField.FieldName);
    if (lIndex <> -1) then
    begin
      IndexFound := True;
      lOldIndexName := GetStrProp(DataSource.DataSet, cIndexName);
      lIndexName := IndexDefs[lIndex].Name;
      Reverse := Boolean(lOldIndexName = lIndexName);
      if Reverse then
      begin
        lIndexDef := IndexDefs[lIndex];
        if (ixDescending in lIndexDef.Options) then
          lIndexDef.Options := lIndexDef.Options - [ixDescending]
        else
          lIndexDef.Options := lIndexDef.Options + [ixDescending];
        Descending := not Descending;
      end;
      SortedField := AField.FieldName;
      SortMarker := cDirection[Descending];

      try
        if Reverse then
        begin
          // UnActivate the IndexName
          SetStrProp(DataSource.DataSet, cIndexName, '');
          // Suppress this Index
          TCustomClientDataSet(DataSource.DataSet).DeleteIndex(lIndexName);
          // Add the modified Index
          with lIndexDef do

TCustomClientDataSet(DataSource.DataSet).AddIndex(lIndexName,Fields,
              Options,DescFields,CaseInsFields,GroupingLevel);
        end;
        SetStrProp(DataSource.DataSet, cIndexName, lIndexName);
      except
      end;
    end;
  end;

//--------------------------------------------------------------------------
  // FBC: 2004-02-18
  // Following code handles the sortmarker if no Index is found.
  // the actual data-sorting must be implemented by the user in
  // event OnTitleBtnClick.

//--------------------------------------------------------------------------
  if AutoSort and not IndexFound then
  begin
    if SortedField = AField.FieldName then
    begin
      case Self.SortMarker of
        smUp:
          Self.SortMarker := smDown;
        smDown:
          Self.SortMarker := smUp;
      end;
    end
    else
    begin
      SortedField := AField.FieldName;
      Self.SortMarker := smUp;
    end;
  end;
  if Assigned(FOnTitleBtnClick) then
    FOnTitleBtnClick(Self, ACol, AField);
end;

Regards,
Lionel






Subject: VisualClx Progress (2)
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 09 Jul 2004 17:21:32 +0200
Newsgroups: jedi.vcl

Installation:
- Windows you must use JVCLInstall.
- Kylix: open the Kylix bpg (in packages) build all and install
  them manually

Updated:
- TJvColorProperty.Edit: ColorDialog with usable CustomColors.
- TJvDefaultImageIndexProperty.edit brings up a versatile
  imageselection  dialog
- Several components/units added from JVCL. Total: ~300 (!)
- JvExVCL classes: updated doublebuffering, added (Re)CreateWnd
  methods, to decrease VCL/VisualCLX specific code in the JVCL sources.
  I have some (small) modifications planned for them.
- Added more clx examples.

TODO's:
- Due to cosmetic changes on all units in run & design, it was
  impossible to keep track of modifications that might have broken
  visualclx compatibility.
  Hence some components may cause AV's at run or design time.
  This needs to be checked.
- Implement menupainters for completeness. This should fit nicely into
  clx TStyle. (maybe implement xppainter?)
- T(Custom)MonthCalendar, JvDrivesControls. Anyone knows to get the
  windows volume name under Linux?
- A linux compatible JVCLInstall.
- Crossplatform JclUnicode (JCL)
- devtools: some tools need to be available under Linux.
- JvclVclClx converter does not allways convert the sources correctly:
  JvComputerEx, ... . I have circumvented some of them by modifying the
  JVCL sources.
- A clx option to install only cross platform components in JVCLInstall
- Set a date for a new release.

Try  it!

Regards,

André Snepvangers,
VisualCLX coordinator.


Subject: VisualCLX progress
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 09 Jul 2004 17:15:04 +0200
Newsgroups: jedi.vcl

Installation:
- Windows you must use JVCLInstall.
- Kylix: open the Kylix bpg (in packages) build all and install
  them manually

Updated:
- TJvColorProperty.Edit: ColorDialog with usable CustomColors.
- TJvDefaultImageIndexProperty.edit brings up a versatile
  imageselection  dialog
- Several components/units added from JVCL. Total: ~300 (!)
- JvExVCL classes: updated doublebuffering, added (Re)CreateWnd
  methods, to decrease VCL/VisualCLX specific code in the JVCL sources.
  I have some (small) modifications planned for them.
- Added more clx examples.

TODO's:
- Due to cosmetic changes on all units in run & design, it was
  impossible to keep track of modifications that might have broken
  visualclx compatibility.
  Hence some components may cause AV's at run or design time.
  This needs to be checked.
- Implement menupainters for completeness. This should fit nicely into
  clx TStyle. (maybe implement xppainter?)
- T(Custom)MonthCalendar, JvDrivesControls. Anyone knows to get the
  windows volume name under Linux?
- A linux compatible JVCLInstall.
- Crossplatform JclUnicode (JCL)
- devtools: some tools need to be available under Linux.
- JvclVclClx converter does not allways convert the sources correctly:
  JvComputerEx, ... . I have circumvented some of them by modifying the
  JVCL sources.
- A clx option to install only cross platform components in JVCLInstall
- Set a date for a new release.

Try  it!

Regards,

André Snepvangers,
VisualCLX coordinator.





Subject: Re: JvPanel Canvas
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 9 Jul 2004 16:40:32 +0200
Newsgroups: jedi.vcl

Do you did textout in OnPaint event?

> > If I make a text on the canvas with textout and move the panel runtime, 
> >then the canvas is being cleared. a Bug?
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Sourceforge down?
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 9 Jul 2004 16:39:21 +0200
Newsgroups: jedi.vcl

Is sourceforge.net down?
I can reach it. DNS resolve its name but cant get access via http.
Or may be it is our network?



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvPanel Canvas
From: "marik" <mari.krijnen@iae.nl>
Date: Fri, 9 Jul 2004 16:33:32 +0200
Newsgroups: jedi.vcl

 If I make a text on the canvas with textout and move the panel runtime, 
then the canvas is being cleared. a Bug?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 Jul 2004 14:28:02 +0200
Newsgroups: jedi.vcl

> > I would if I was an admin

I've just updated your permissions so you now have full admin access to the
entire JVCL. The voting on who is to be made JVCL Coordinator can be done at
a later time. The important thing is that everything runs as smoothly as
possible in the meantime.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Jul 2004 14:23:41 +0200
Newsgroups: jedi.vcl

> >I expected it to automatically adjust the row height to the size of its 
> >contents, e.g. like Excel does... not really feasible I guess, seeing 
> >that all rows always seem to have to share the same height...

Each row can have its own height, but I wrote a bit of code in the 
RowsHeightChanged procedure to prevent different heights (if you remove 
that, the RowsHeight value has no more sense).

On next monday, I'll try to make an example for the lookup thing.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 09 Jul 2004 13:59:00 +0200
Newsgroups: jedi.vcl

Fred wrote:

> WordWrap and AutoSizeRows are not tied. But you cannot see the other lines if your row is one-line sized.
> With AutoSizeRows = True, you cannot change by yourself the rows height. The grid adjusts this height according to the grid font size. That's the previous behavior.
> "AutoSizeRows = False" lets you change the height manually (RowResize must be True) or programmatically (by changing the RowsHeight value).

Ah OK, that makes sense.


> What did you expect from AutoSizeRows ?

I expected it to automatically adjust the row height to the size of its contents, e.g. like Excel does... not really feasible I guess, seeing that all rows always seem to have to share the same height...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid - Final release
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 09 Jul 2004 13:56:18 +0200
Newsgroups: jedi.vcl

Fred wrote:

> You have to use the OnGetText event of the field. It was designed for this kind of use. My app uses this event with every lookup field. I use a global var to get the text to display from the lookup control and pass it to the OnGetText event (so I don't need to read the data again).

Hmm, I don't quite see how this is supposed to work. Where does the global var come into play? I tried simply assigning the Text value of my lookup control to the (Display)Text argument in the OnGetText event but this has the effect of all rows in the grid always showing the same value (that of the current record). Couldn't this maybe also be automated in the grid control itself? Maybe using a flag on the editcontrol link object to tell the grid it should fetch the displaytext from the editcontrol instead?


>> Can this Boolean editor somehow also be enabled for non-Boolean fields, e.g. ones that store 1 and 0 or "yes" and "no"?
>
> Not currently because it is enabled when the field is a TBooleanField.

Pity. Would be a great addition though. Maybe use a TCollection of items representing fields to be interpreted as booleans, each storing the ValueTrue and ValueFalse variant values of the corresponding field?

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Jul 2004 13:48:07 +0200
Newsgroups: jedi.vcl

>> >> ...or maybe somebody could simply give you checkin rights?
> >I would if I was an admin but this would need to be decided with a big 
> >voting process as Peter is fading away from his position. Nothing has 
> >been done yet with that respect, maybe I should send a reminder.

Don't worry. I have no way to change anything in the CVS repository. My 
firewall won't allow me to do it. The Internet access policy at my 
office is very restrictive.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Jul 2004 13:45:24 +0200
Newsgroups: jedi.vcl

> >Oliver Giesen wrote:
> >Right, forget the bit about RowHeight and RowResize. I just discovered 
> >that I had to set AutoSizeRows to False to be able to change those 
> >values. WordWrap works too in that case. So, it's just AutoSizeRows 
> >that's not doing what I expected.

WordWrap and AutoSizeRows are not tied. But you cannot see the other 
lines if your row is one-line sized.
With AutoSizeRows = True, you cannot change by yourself the rows height. 
The grid adjusts this height according to the grid font size. That's the 
previous behavior.
"AutoSizeRows = False" lets you change the height manually (RowResize 
must be True) or programmatically (by changing the RowsHeight value).

What did you expect from AutoSizeRows ?

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Jul 2004 13:38:01 +0200
Newsgroups: jedi.vcl

> >Is there maybe a way to make this work sanely with lookup controls as 
> >well? I.e. where the actual datafield just holds an Integer but the 
> >displayed (string) value comes from somewhere else? It does work in a 
> >way now, but the string value is only visible while I'm editing the
> >cell and as soon as I leave it I see the integer again...

You have to use the OnGetText event of the field. It was designed for 
this kind of use. My app uses this event with every lookup field. I use 
a global var to get the text to display from the lookup control and pass 
it to the OnGetText event (so I don't need to read the data again).

> >Can this Boolean editor somehow also be enabled for non-Boolean fields, 
> >e.g. ones that store 1 and 0 or "yes" and "no"?

Not currently because it is enabled when the field is a TBooleanField.

> >As I already said: Great work as far as I can tell so far!!!

Thank you. :-)

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 09 Jul 2004 12:15:05 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

>> - AutoSizeRows: are rows resized automatically ?
>> - RowResize: can rows be resized with the mouse ?
>> - RowsHeight: rows height (only data rows, not title row)
>> - WordWrap: are memo and string fields displayed on many lines ?
>
>
> Hmm, I can't seem to make any of these work... any magic incantations I should know about? I cannot even set RowResize to True or change the value of RowHeight at designtime... AutoSizeRows and WordWrap simply have no effect at all. Help?

Right, forget the bit about RowHeight and RowResize. I just discovered that I had to set AutoSizeRows to False to be able to change those values. WordWrap works too in that case. So, it's just AutoSizeRows that's not doing what I expected.

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid - Final release
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 09 Jul 2004 12:08:07 +0200
Newsgroups: jedi.vcl

Fred wrote:

> - AutoSizeRows: are rows resized automatically ?
> - RowResize: can rows be resized with the mouse ?
> - RowsHeight: rows height (only data rows, not title row)
> - WordWrap: are memo and string fields displayed on many lines ?

Hmm, I can't seem to make any of these work... any magic incantations I should know about? I cannot even set RowResize to True or change the value of RowHeight at designtime... AutoSizeRows and WordWrap simply have no effect at all. Help?

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid - Final release
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 09 Jul 2004 12:01:50 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> Fred wrote:
>
>> Could someone make the change to the CVS version ?
>
>
> ...or maybe somebody could simply give you checkin rights?
>
> Cheers,
>
I would if I was an admin but this would need to be decided with a big voting process as Peter is fading away from his position. Nothing has been done yet with that respect, maybe I should send a reminder.


Subject: Re: JvDBGrid - Final release
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 09 Jul 2004 11:26:36 +0200
Newsgroups: jedi.vcl

Fred wrote:

> Could someone make the change to the CVS version ?

....or maybe somebody could simply give you checkin rights?

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid - Final release
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 09 Jul 2004 11:24:34 +0200
Newsgroups: jedi.vcl

Fred wrote:

> How to use the custom edit controls:
> - Place your edit controls on the form
> - Link them to the field to edit (with datasource and datafield properties)
> - Click on EditControls (new property of the JvDbGrid)
> - Associate controls and fields in the dialog box

This looks really great!!!

Is there maybe a way to make this work sanely with lookup controls as well? I.e. where the actual datafield just holds an Integer but the displayed (string) value comes from somewhere else? It does work in a way now, but the string value is only visible while I'm editing the cell and as soon as I leave it I see the integer again...


> - Boolean editor now works fine with mouse and keys
>   (0 and -: false, 1 and +: true, space: invert value)

Can this Boolean editor somehow also be enabled for non-Boolean fields, e.g. ones that store 1 and 0 or "yes" and "no"?


As I already said: Great work as far as I can tell so far!!!

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Jul 2004 11:20:44 +0200
Newsgroups: jedi.vcl

It would be a good thing to enclose the following code inside a 
begin..end with the condition "if HintStr <> '' then" because it's no 
use to calculate anything if there's nothing to display. Could someone 
make the change to the CVS version ?

HintRect := Rect(0, 0, Columns[ACol].Width - 4, 0);
Windows.DrawText(Canvas.Handle, PChar(HintStr), -1, HintRect, 
CalcOptions);
if ((HintRect.Bottom - HintRect.Top + 2) < RowHeights[ARow + 1])
and ((HintRect.Right - HintRect.Left) < Columns[ACol].Width - 2) then
  HintStr := '';

should be:

if HintStr <> '' then
begin
HintRect := Rect(0, 0, Columns[ACol].Width - 4, 0);
Windows.DrawText(Canvas.Handle, PChar(HintStr), -1, HintRect, 
CalcOptions);
if ((HintRect.Bottom - HintRect.Top + 2) < RowHeights[ARow + 1])
and ((HintRect.Right - HintRect.Left) < Columns[ACol].Width - 2) then
  HintStr := '';
end;

I noticed during my tests that many JvDB components do not cancel the 
changes made when the ESC key is pressed. And, to my eyes, 
JvDBLookupCombo has a really strange behaviour.

Warren, I don't understand why you added:
    property OnKeyPress; // Expose TWinControl event.
It's certainly a needed thing but I can't see why.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Jul 2004 11:20:36 +0200
Newsgroups: jedi.vcl

It would be a good thing to enclose the following code inside a 
begin..end with the condition "if HintStr <> '' then" because it's no 
use to calculate anything if there's nothing to display. Could someone 
make the change to the CVS version ?

HintRect := Rect(0, 0, Columns[ACol].Width - 4, 0);
Windows.DrawText(Canvas.Handle, PChar(HintStr), -1, HintRect, 
CalcOptions);
if ((HintRect.Bottom - HintRect.Top + 2) < RowHeights[ARow + 1])
and ((HintRect.Right - HintRect.Left) < Columns[ACol].Width - 2) then
  HintStr := '';

should be:

if HintStr <> '' then
begin
HintRect := Rect(0, 0, Columns[ACol].Width - 4, 0);
Windows.DrawText(Canvas.Handle, PChar(HintStr), -1, HintRect, 
CalcOptions);
if ((HintRect.Bottom - HintRect.Top + 2) < RowHeights[ARow + 1])
and ((HintRect.Right - HintRect.Left) < Columns[ACol].Width - 2) then
  HintStr := '';
end;

I noticed during my tests that many JvDB components do not cancel the 
changes made when the ESC key is pressed. And, to my eyes, 
JvDBLookupCombo has a really strange behaviour.

Warren, I don't understand why you added:
    property OnKeyPress; // Expose TWinControl event.
It's certainly a needed thing but I can't see why.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Only DB-aware controls
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 09 Jul 2004 11:10:22 +0200
Newsgroups: jedi.vcl

Fred wrote:
> I thought about it but found no good solution. Datafield and datasource properties (identifying a component as a DB component) are not declared at a parent level but at the component level, so you have no common class to test. And there are too much different components to identify them by their class name. If someone has something to propose...

Well, you could send the CM_GETDATALINK message and see if it returns something. That should be implemented by all db-aware controls I think.

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Only DB-aware controls
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 9 Jul 2004 10:30:20 +0200
Newsgroups: jedi.vcl

> >  My bad!   Should it maybe only allow in designtime to associate with 
> >db-aware controls?

I thought about it but found no good solution. Datafield and datasource 
properties (identifying a component as a DB component) are not declared 
at a parent level but at the component level, so you have no common 
class to test. And there are too much different components to identify 
them by their class name. If someone has something to propose...

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: CompBar and the JVCL 3 installer... A modest proposal.
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 09 Jul 2004 09:29:53 +0200
Newsgroups: jedi.vcl

Yes, I agree it sometimes hangs if you press the wrong button. But I know what does not work and it's fab!

I would think of including it anyway! Somebody has to code it for JEDI. I hate just copying it and including it as a seperated package. Isn't that also against the JEDI manifest or regulations??

-- 
Holger

Software Realities wrote:

> I tried PaletteBar yesterday in D7....Locked up my IDE on 1st use.
> Uninstalled.  Although I like the idea and the presentation (which he ack is
> a knockoff of CompBar) I wouldn't recommend it yet.
>
> Jeff
>
>
> "Holger Flick" <rammbaer@xyz.gmx.de> wrote in message
> news:cckcie$14n$1@talkto.net...
>
>> CompBar is defenitely not my favorite choice, although quite a few
>> people seem to do so. I very much prefer PaletteBar by Helli.
>>
>> The thing is that I read somewhere the CompBar author was really in bad
>> health and seldom available. I think that was the reason for
>> implementing PaletteBar in the fist place...
>>
>> -- 
>> Holger
>>
>> Warren Postma wrote:
>>
>>> I think it would make sense to ask the author of CompBar, who has
>>> already released his source code (but doesn't appear to have attached
>>> any license files) if he would be willing to allow distribution of the
>>> CompBar wizard as part of the installation routine of the JVCL3.
>>>
>>> "I think that at the end of the installation, it should say "We notice
>>> that you now have 87 component categories in your component palette, We
>>> can install the CompBar IDE plugin which will make adding components to
>>> your forms and data modules much easier.
>>>
>>> Install CompBar Plugin? Yes/No"
>>>
>>> Given that the reaction of many people who install components the "don't
>>> need yet" into Delphi is to immediately remove them or to only install
>>> the tabs that matter, and given that (I have found anyways) having a
>>> crap load of components I don't use is GREAT, because next time I'm
>>> writing an app, I spend a little while searching my "TROVE" of
>>> components for stuff that will cut my efforts in half or greater,
>>> I think it would really help out users if we made this a built-in
>
> feature.
>
>>> Thoughts?
>>>
>>> Regards,
>>>
>>> Warren
>
>
>


Subject: Re: CompBar and the JVCL 3 installer... A modest proposal.
From: "Software Realities" <jaclarke@softwarerealities.comNOSPAM>
Date: Thu, 8 Jul 2004 21:08:30 -0400
Newsgroups: jedi.vcl

I tried PaletteBar yesterday in D7....Locked up my IDE on 1st use.
Uninstalled.  Although I like the idea and the presentation (which he ack is
a knockoff of CompBar) I wouldn't recommend it yet.

Jeff


"Holger Flick" <rammbaer@xyz.gmx.de> wrote in message
news:cckcie$14n$1@talkto.net...
> > CompBar is defenitely not my favorite choice, although quite a few
> > people seem to do so. I very much prefer PaletteBar by Helli.
> >
> > The thing is that I read somewhere the CompBar author was really in bad
> > health and seldom available. I think that was the reason for
> > implementing PaletteBar in the fist place...
> >
> > --
> > Holger
> >
> > Warren Postma wrote:
>> > > I think it would make sense to ask the author of CompBar, who has
>> > > already released his source code (but doesn't appear to have attached
>> > > any license files) if he would be willing to allow distribution of the
>> > > CompBar wizard as part of the installation routine of the JVCL3.
>> > >
>> > > "I think that at the end of the installation, it should say "We notice
>> > > that you now have 87 component categories in your component palette, We
>> > > can install the CompBar IDE plugin which will make adding components to
>> > > your forms and data modules much easier.
>> > >
>> > > Install CompBar Plugin? Yes/No"
>> > >
>> > > Given that the reaction of many people who install components the "don't
>> > >  need yet" into Delphi is to immediately remove them or to only install
>> > > the tabs that matter, and given that (I have found anyways) having a
>> > > crap load of components I don't use is GREAT, because next time I'm
>> > > writing an app, I spend a little while searching my "TROVE" of
>> > > components for stuff that will cut my efforts in half or greater,
>> > > I think it would really help out users if we made this a built-in
feature.
>> > >
>> > > Thoughts?
>> > >
>> > > Regards,
>> > >
>> > > Warren




Subject: Re: CompBar and the JVCL 3 installer... A modest proposal.
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 08 Jul 2004 22:59:36 +0000
Newsgroups: jedi.vcl

I just installed CompBar: VERY GOOD solution to the "I am lost in thousands of controls"-problem... Since GOOD and GOOD go together very well, JVCL and COmpbar should, too.

micha

Warren Postma wrote:
> I think it would make sense to ask the author of CompBar, who has already released his source code (but doesn't appear to have attached any license files) if he would be willing to allow distribution of the CompBar wizard as part of the installation routine of the JVCL3.
>
> "I think that at the end of the installation, it should say "We notice that you now have 87 component categories in your component palette, We can install the CompBar IDE plugin which will make adding components to your forms and data modules much easier.
>
> Install CompBar Plugin? Yes/No"
>
> Given that the reaction of many people who install components the "don't  need yet" into Delphi is to immediately remove them or to only install the tabs that matter, and given that (I have found anyways) having a crap load of components I don't use is GREAT, because next time I'm writing an app, I spend a little while searching my "TROVE" of components for stuff that will cut my efforts in half or greater,
> I think it would really help out users if we made this a built-in feature.
>
> Thoughts?
>
> Regards,
>
> Warren



Subject: Re: CompBar and the JVCL 3 installer... A modest proposal.
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 09 Jul 2004 00:01:10 +0200
Newsgroups: jedi.vcl

CompBar is defenitely not my favorite choice, although quite a few people seem to do so. I very much prefer PaletteBar by Helli.

The thing is that I read somewhere the CompBar author was really in bad health and seldom available. I think that was the reason for implementing PaletteBar in the fist place...

-- 
Holger

Warren Postma wrote:
> I think it would make sense to ask the author of CompBar, who has already released his source code (but doesn't appear to have attached any license files) if he would be willing to allow distribution of the CompBar wizard as part of the installation routine of the JVCL3.
>
> "I think that at the end of the installation, it should say "We notice that you now have 87 component categories in your component palette, We can install the CompBar IDE plugin which will make adding components to your forms and data modules much easier.
>
> Install CompBar Plugin? Yes/No"
>
> Given that the reaction of many people who install components the "don't  need yet" into Delphi is to immediately remove them or to only install the tabs that matter, and given that (I have found anyways) having a crap load of components I don't use is GREAT, because next time I'm writing an app, I spend a little while searching my "TROVE" of components for stuff that will cut my efforts in half or greater,
> I think it would really help out users if we made this a built-in feature.
>
> Thoughts?
>
> Regards,
>
> Warren


Subject: Re: JvDBGrid - Final release
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 08 Jul 2004 20:02:38 +0000
Newsgroups: jedi.vcl

Hello Frédéric,

thank you for fixing the bug i mentioned this quick! I will test the other features in the next days and give you feedback here. One thing I tested immidiately: The nasty bug is gone...

Micha

Fred wrote:

> Hello,
>
> I've sent the final release of JvDBGrid to Olivier and Micha. I suppose Olivier will commit the files to CVS when he has tested them.
> Heinz, if you want the files, let me your email address.
>
> New properties:
> - EditControls: list of controls used to edit data
> - AutoSizeRows: are rows resized automatically ?
> - RowResize: can rows be resized with the mouse ?
> - RowsHeight: rows height (only data rows, not title row)
> - WordWrap: are memo and string fields displayed on many lines ?
>
> How to use the custom edit controls:
> - Place your edit controls on the form
> - Link them to the field to edit (with datasource and datafield properties)
> - Click on EditControls (new property of the JvDbGrid)
> - Associate controls and fields in the dialog box
>
> Other improvements:
> - Memo text are displayed
> - Hints take into account font, word wrap and row height
> - Boolean editor now works fine with mouse and keys
>   (0 and -: false, 1 and +: true, space: invert value)
> - Four nasty bugs have been fixed
> - Cleaner code where it has been rewritten
>
> Warning:
> The AlwaysShowEditor option is not compatible with custom edit controls and boolean editor. Custom edit controls and boolean editor are deactivated when this option is set to True.
>
> What's planned:
> Nothing for the moment. But if I find enough time in august or september, I will improve the grid with other features of UltimDBGrid.
>
> Frédéric Leneuf-Magaud
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com



Subject: Re: JvDBGrid - Final release - SERIOUS BUG?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 08 Jul 2004 14:10:19 -0400
Newsgroups: jedi.vcl

Fred wrote:
> I cannot figure what you may expect from a non-DB component. I tested JvDBGrid with JvDBDateTimePicker, JvDBDateEdit and JvDBDatePickerEdit, and I had no problem (but I work with C++Builder 5, not Delphi).

Whoops! :-)
 My bad!   Should it maybe only allow in designtime to associate with db-aware controls?

It turns out that my crash-freeze may be related to the GExperts IDE experts. I have removed all IDE experts, and my crash/freeze went away.


Subject: Re: JvDBGrid - Final release
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 08 Jul 2004 14:09:39 -0400
Newsgroups: jedi.vcl

JvOBones wrote:
Changes tested and checked in.> Thanks for that.
> I just put the zip file in binaries for those who want to have a look at it.
> Message to the developpers: I may not be able to commit this in CVS next week. Please feel free todo so and let me know when you are done.

Okay. JvDbGrid changes test and checked in.

Warren


Subject: Re: JvDBGrid - Final release - SERIOUS BUG?
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 8 Jul 2004 18:48:12 +0200
Newsgroups: jedi.vcl

> >There may be a SEVER BUG in JvDBGrid.
> >
> >I put the new JVdbGrid code locally on my machine, installed it,
> >and I attached a JvDatePicker control to a Date field,
> >and the applicaiton HANGS when trying to close the application.
> >It also hangs the delphi debugger. I am trying to figure out why.

I cannot figure what you may expect from a non-DB component. I tested 
JvDBGrid with JvDBDateTimePicker, JvDBDateEdit and JvDBDatePickerEdit, 
and I had no problem (but I work with C++Builder 5, not Delphi).

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release - SERIOUS BUG?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 08 Jul 2004 12:04:06 -0400
Newsgroups: jedi.vcl

There may be a SEVER BUG in JvDBGrid.

I put the new JVdbGrid code locally on my machine, installed it,
and I attached a JvDatePicker control to a Date field,
and the applicaiton HANGS when trying to close the application.
It also hangs the delphi debugger. I am trying to figure out why.


Regards,

Warren Postma


Subject: CompBar and the JVCL 3 installer... A modest proposal.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 08 Jul 2004 10:58:31 -0400
Newsgroups: jedi.vcl

I think it would make sense to ask the author of CompBar, who has already released his source code (but doesn't appear to have attached any license files) if he would be willing to allow distribution of the CompBar wizard as part of the installation routine of the JVCL3.

"I think that at the end of the installation, it should say "We notice that you now have 87 component categories in your component palette, We can install the CompBar IDE plugin which will make adding components to your forms and data modules much easier.

Install CompBar Plugin? Yes/No"

Given that the reaction of many people who install components the "don't  need yet" into Delphi is to immediately remove them or to only install the tabs that matter, and given that (I have found anyways) having a crap load of components I don't use is GREAT, because next time I'm writing an app, I spend a little while searching my "TROVE" of components for stuff that will cut my efforts in half or greater,
I think it would really help out users if we made this a built-in feature.

Thoughts?

Regards,

Warren


Subject: Re: JvDBGrid - Final release
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 08 Jul 2004 16:54:50 +0200
Newsgroups: jedi.vcl

Thanks for that.
I just put the zip file in binaries for those who want to have a look at it.
Message to the developpers: I may not be able to commit this in CVS next week. Please feel free todo so and let me know when you are done.

Cheers

Olivier


Subject: Re: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 8 Jul 2004 16:49:54 +0200
Newsgroups: jedi.vcl

I have only a web access to the newsgroups, so I cannot upload anything 
or look at a header to know an email address.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid - Final release
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 08 Jul 2004 10:36:31 -0400
Newsgroups: jedi.vcl

Sounds really good. Can't wait to test it. Could you put it in the binaries newsgroup so anyone who wants to can beat it up?

Warren


Subject: Re: JvDBGrid - Final release
From: Oliver Giesen <ogware@gmx.net>
Date: Thu, 08 Jul 2004 16:32:32 +0200
Newsgroups: jedi.vcl

Fred wrote:

> I've sent the final release of JvDBGrid to Olivier and Micha. I suppose Olivier will commit the files to CVS when he has tested them.
> Heinz, if you want the files, let me your email address.

Couldn't you just post it to jedi.binaries ?

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvDBGrid - Final release
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 08 Jul 2004 16:18:22 +0200
Newsgroups: jedi.vcl

Hello Fred,

> Heinz, if you want the files, let me your email address

the eMail Adress in this newsgroup is my real eMail, but what is your eMail-address? :-)

Ciao Heinz Z.


Subject: JvDBGrid - Final release
From: "Fred" <nospam_@_nospam.com>
Date: Thu, 8 Jul 2004 15:54:49 +0200
Newsgroups: jedi.vcl

Hello,

I've sent the final release of JvDBGrid to Olivier and Micha. I suppose 
Olivier will commit the files to CVS when he has tested them.
Heinz, if you want the files, let me your email address.

New properties:
- EditControls: list of controls used to edit data
- AutoSizeRows: are rows resized automatically ?
- RowResize: can rows be resized with the mouse ?
- RowsHeight: rows height (only data rows, not title row)
- WordWrap: are memo and string fields displayed on many lines ?

How to use the custom edit controls:
- Place your edit controls on the form
- Link them to the field to edit (with datasource and datafield 
properties)
- Click on EditControls (new property of the JvDbGrid)
- Associate controls and fields in the dialog box

Other improvements:
- Memo text are displayed
- Hints take into account font, word wrap and row height
- Boolean editor now works fine with mouse and keys
  (0 and -: false, 1 and +: true, space: invert value)
- Four nasty bugs have been fixed
- Cleaner code where it has been rewritten

Warning:
The AlwaysShowEditor option is not compatible with custom edit controls 
and boolean editor. Custom edit controls and boolean editor are 
deactivated when this option is set to True.

What's planned:
Nothing for the moment. But if I find enough time in august or 
september, I will improve the grid with other features of UltimDBGrid.

Frédéric Leneuf-Magaud



--- posted by geoForum on http://delphi.newswhat.com


Subject: Beta 3 Installation problems
From: José González D'Amico <joseigd-GOODBYE@SPAM-argentina.com>
Date: Thu, 8 Jul 2004 13:41:36 +0000 (UTC)
Newsgroups: jedi.vcl

I tried installing JVCL Beta 3 but found this error (I use Delphi 5):

Compiling package: JvJansD5D.bpl
Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
JvJansD5D.dpk(40) Warning: Package 'JvJansD5R' will not be written to
disk
because -J option is enabled
JvJansD5D.dpk(40) Fatal: Internal error: P665

** error 1 ** deleting JvJansD5D.bpl


Can someone help me?
TIA,
-- José 

Subject: Re: Struggling with the Persistance components
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 8 Jul 2004 12:43:39 +0200
Newsgroups: jedi.vcl

There are two possible Examples.

You find them in examples\JvParameterList
and in examples\JvAppStorage

Greetings
Jens

> >Are there any examples or documentation for the persistence components.
> >
> >I've got things working, but cannot grasp how to direct stored keys to a 
> >particular place in the registry.
> >
> >I'm trying to save keys to HKCU\Software\x\y...
> >
> >But entering that path into TjvAppRegistryStorage doesnt seem to work.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: persistent forms ?
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Thu, 08 Jul 2004 12:06:47 +0200
Newsgroups: jedi.vcl

Hi,

The TJvFormStorage has an own editor wich can be activated by clicking double on the component.

Every property you want to be saved needs to be selected in the TJvFormStorage.

I'm not sure, but I think you can save the properties of the frame itself, but if you want to save the underlying components, just add a TJvFormStorage and TJvAppStorage to the frame as well...

Wiebe

ZioNemo wrote:
> Wiebe Tijsma wrote:
>
>> Have you seen the components on the "Jv Persistence" tab yet?
>>
>> You can use a TJvFormStorage in combination with a TJvAppStorage descendant (TJvAppRegistryStorage, TJvAppXMLFileStorage, TJvAppInifileStorage, etc) to save and load most of those properties (TPageControl.PageIndex, TCombobox.SelectedIndex, TMemo.Lines)
>>
>> Luck, Wiebe Tijsma
>
>
> Thanks for Your answer.
>
> I had a look to JvPersistence and they seem promising, but I found no usage example and looking to other examples that actually use them (such as JvDesktopAlert) didn't enlighten me :(
>
> I do not understand if these components save only some properties (as the "Placement" part sems to suggest) or all the published ones and what I should do to save and restore the status (examples do not seem to do much aside declaring the components).
>
> Other unanswered question: do component save status of included TFrame_s or not?
>
> TiA
> ZioNemo


Subject: Struggling with the Persistance components
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Thu, 08 Jul 2004 10:38:58 +0100
Newsgroups: jedi.vcl

Are there any examples or documentation for the persistence components.

I've got things working, but cannot grasp how to direct stored keys to a particular place in the registry.

I'm trying to save keys to HKCU\Software\x\y...

But entering that path into TjvAppRegistryStorage doesnt seem to work.


Subject: Re: Where do I post changes to a JVCL Module?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 08 Jul 2004 08:19:00 +0200
Newsgroups: jedi.vcl

Dean Hill wrote:

> Ok, have done so.  It is some enhancements for TjvTFDays and is bug
> number 1947.
>
> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=
> 0001947

Thank you, someone will have a look in the not too distant future.


Subject: Re: Where do I post changes to a JVCL Module?
From: "Dean Hill" <none@none.com>
Date: Wed, 7 Jul 2004 16:21:27 +0000 (UTC)
Newsgroups: jedi.vcl

Ok, have done so.  It is some enhancements for TjvTFDays and is bug
number 1947.

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=
0001947

Cheers Dean

OBones wrote:
> > Please do so in Mantis (http://jvcl.sf.net/mantis) after having
> > logged in with your own account (please do not use anonymous). Create
> > a bug report, attach your file and put a nice description of what you
> > changed. If your attached file could be a diff file that would be
> > even better.
> > 
> > Thank you for your help
> > 
> > Cheers
> > 
> > Olivier Sannier
> > JVCL Developer



Subject: JvSHFileOperation - Delete
From: "J. Clarke" <jclarke@docstorsys.NOSPAMcom>
Date: Wed, 7 Jul 2004 11:36:22 -0400
Newsgroups: jedi.vcl

This is on W2K, with D7, and JVCL 2.10....

I'm using the JvSHFileOperation with the Operation property set to foDelete.

I want to delete in *.BAK in all subdirectores under D:\Test, so in the
SourceFiles property I add D:\TEST\*.bak and do the execute method....which
returns true (it succeded), however it didn't do the recursion in the
subdirectories.  I'm thinking I have 1 of the Options set incorrectly but
the only one that looks like it pertains to me in the fofNoRecursion (which
I have set to FALSE).

Any thoughts?

Jeff




Subject: Re: persistent forms ?
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Wed, 07 Jul 2004 16:41:22 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:
> Have you seen the components on the "Jv Persistence" tab yet?
>
> You can use a TJvFormStorage in combination with a TJvAppStorage descendant (TJvAppRegistryStorage, TJvAppXMLFileStorage, TJvAppInifileStorage, etc) to save and load most of those properties (TPageControl.PageIndex, TCombobox.SelectedIndex, TMemo.Lines)
>
> Luck, Wiebe Tijsma

Thanks for Your answer.

I had a look to JvPersistence and they seem promising, but I found no usage example and looking to other examples that actually use them (such as JvDesktopAlert) didn't enlighten me :(

I do not understand if these components save only some properties (as the "Placement" part sems to suggest) or all the published ones and what I should do to save and restore the status (examples do not seem to do much aside declaring the components).

Other unanswered question: do component save status of included TFrame_s or not?

TiA
ZioNemo


Subject: JvCharMap bug
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 7 Jul 2004 15:28:43 +0200
Newsgroups: jedi.vcl

 The zoom panel shows itsel on top of other windows when it's parent form
isn't focused, and even when it is closed.
  In the app used for the screenshots I've added ShowZoomPanel := false
OnClose and ShowZoomPanel := true OnShow to prevent this behavior to some
point, but this should really be fixed...

Marko



charmap.gif
	



Subject: Re: New JVCL Developer
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Wed, 07 Jul 2004 09:19:21 +0200
Newsgroups: jedi.vcl

> I am from germany (Ruhrgebiet, Dortmund (you know BVB? great soccer-club)). I am married and father of a 13 year old girl (thats a very easy age ;-)) and an 7 year old boy. I am programming since 20 years. I like to write business solutions, because my motivation for programming is to help users to do a better job.

Heja BVB!

Ok, totally off-topic, but that team needs any support they can get ;-)

-- 
Holger


Subject: JvChart.pas: New chart click events.
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 06 Jul 2004 12:56:54 -0400
Newsgroups: jedi.vcl

Today I will check into CVS [as soon as I can get the $*&(#$ cvs server it to respond], my new JvChart.pas changes.

I added these new events to the TJvChart component:

OnYAxisClick (Left margin click),
OnXAxisClick (Bottom margin),
OnAltYAxisClick (Right margin)
and OnTitleClick (Top Margin).

Note: There was already a ChartClick event for clicks in the main Chart area. I had a need for the OnYAxisClick, and I thought, why make 1 margin area have a click event and leave up to 3 other chart margin areas with no clickability. We can't have that, now can we. :-)


Warren


Subject: Re: persistent forms ?
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 06 Jul 2004 17:05:21 +0200
Newsgroups: jedi.vcl

Have you seen the components on the "Jv Persistence" tab yet?

You can use a TJvFormStorage in combination with a TJvAppStorage descendant (TJvAppRegistryStorage, TJvAppXMLFileStorage, TJvAppInifileStorage, etc) to save and load most of those properties (TPageControl.PageIndex, TCombobox.SelectedIndex, TMemo.Lines)

Luck, Wiebe Tijsma

ZioNemo wrote:
> JvDockXxxx can (if asked politely) save a lot of form properties to file or registry, including form placement, docking status and the like.
>
> I would like to do something similar for generic frames:
> Remember user changes to frame position and to all (most) includeed components (page last visited in a page control, last selected item in a  comboBox, strings added to a stringlist, ...) is there any generic way to do this without a zillion specific writes?
>
> I found some reference to a TPersistentForm class, but that seems to be for Delphi 3/4 and I'm using D7.
>
> Thanks for any pointers.
> ZioNemo


Subject: Re: New JVCL Developer
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Tue, 06 Jul 2004 12:29:23 +0200
Newsgroups: jedi.vcl

Hello OBones,

> There is the Developer help on the JVCL website, along with the coding guidelines.

thanks, have found it:

http://homepages.borland.com/jedi/jvcl/DevHelp.htm


Ciao Heinz Z.


Subject: Re: New JVCL Developer
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 06 Jul 2004 12:20:05 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> Hello Marcel,
>
> thanks for your explanations. I think they are a good start for JEDI  Developer FAQ. :-)
>
There is the Developer help on the JVCL website, along with the coding guidelines.


Subject: Re: New JVCL Developer
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Tue, 06 Jul 2004 12:17:35 +0200
Newsgroups: jedi.vcl

Hello Marcel,

thanks for your explanations. I think they are a good start for JEDI Developer FAQ. :-)

Ciao Heinz Z.


Subject: Re: New JVCL Developer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 6 Jul 2004 11:59:24 +0200
Newsgroups: jedi.vcl

> > Sometimes it is not clear to me, what kind of changes have to discussed
> > and which one to do without talking about.

    in general, any change that breaks backward compatibility needs to be
discussed. This means any change in declaration, but also a change that
changes the way it works because it would be more logical. That may break
user code for users that expected that illogical behavior.

> > Sometimes it looks a unit has a
> > godfather who take the responsibility, but there is no list to lookup.

    most of these cases can be determined by looking at who is the donator
of the unit and is he still a developer. If yes to the last question, that
is usually the godfather of the unit. JCL had the principle of unit owners,
but I think that stopped working a long time ago (many units assigned to
just two or three developers is just not workable, IMO).

> > The
> > process of donating code is not clear too. Some people report only that
> > there is a new class etc. in JVCL, other waiting that the community is
> > accepting the donation.

    mainly a decision of the one writing the code. If he feels a donation
might bring some discussion he will not commit the new code immediately.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: New JVCL Developer
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Tue, 06 Jul 2004 11:48:38 +0200
Newsgroups: jedi.vcl

Hello to all, :-)

> I've added Heinz to JVCL today, so please welcome him as a new developer.
>
> Welcome, Heinz!

I want use this occasion to represent my self:

I am from germany (Ruhrgebiet, Dortmund (you know BVB? great soccer-club)). I am married and father of a 13 year old girl (thats a very easy age ;-)) and an 7 year old boy. I am programming since 20 years. I like to write business solutions, because my motivation for programming is to help users to do a better job.

I my spare time I perfom Improvisation-Theatre (http://www.ruhrknall.de).

I am a JCL developer too and like that I think I made only rare updates, because I only want to correct errors for code I am using (but at the moment it looks that there is always a guy quicker than I :-)).

Is there a JEDI Developer FAQ? I missed one.

Sometimes it is not clear to me, what kind of changes have to discussed and which one to do without talking about. Sometimes it looks a unit has a godfather who take the responsibility, but there is no list to lookup. The process of donating code is not clear too. Some people report only that there is a new class etc. in JVCL, other waiting that the community is accepting the donation.


Ciao Heinz Z.
-- 
Who stops becoming better has stopped to be good.
Wer aufhört, besser zu werden, hat aufgehört, gut zu sein.
(Philip Rosenthal, german businessman, *1916)


Subject: Re: Return of created objects
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Tue, 06 Jul 2004 10:52:47 +0200
Newsgroups: jedi.vcl

Hello again Remko,

by the way, what do you think about published read/write properties CheckedItems and CheckedIndices? They should be string properties holding the names or indices of checked items. With this properties it would be possible to save/load the checked state with TJvFormStorage. An implementation could look like this:

property CheckedItems: String read GetCheckedItems write SetCheckedItems;
property CheckedIndices: String read GetCheckedIndices write SetCheckedIndices;

function TJvCeckListBox.GetCheckedItems: String;
var
  itemNames: TStringList;
begin
  itemNames := TStringList.Create;
  try
    GetChecked(itemNames);
    Result := itemNames.Text;
  finally
    itemNames.Free;
  end;
end;

procedure TJvCeckListBox.SetCheckedItems(const Value: String);
var
  itemNames: TStringList;
  i: Integer;
begin
  itemNames := TStringList.Create;
  try
    itemNames.Text := Value;
    for i := 0 to Items.Count -1 do begin
      Checked[iItem] := itemNames.IndexOf(Items[i]);
    end;
  finally
    itemNames.Free;
  end;
end;

function TJvCeckListBox.GetCheckedIndices: String;
var
  itemIndices: TStringList;
  i: Integer;
begin
  itemIndices := TStringList.Create;
  try
    for i := 0 to Items.Count -1 do begin
      if Checked[i] then begin
        itemIndices.Add(IntToStr(i));
      end;
    end;
    Result := itemIndices.Text;
  finally
    itemIndices.Free;
  end;
end;

procedure TJvCeckListBox.SetCheckedIndices(const Value: String);
var
  itemIndices: TStringList;
  i: Integer;
begin
  itemIndices := TStringList.Create;
  try
    itemIndices.Text := Value;
    for i := 0 to Items.Count -1 do begin
      Checked[iItem] := itemIndices.IndexOf(IntToStr(i));
    end;
  finally
    itemIndices.Free;
  end;
end;

// this code has never see a compiler

Ciao Heinz Z.


Subject: Re: Return of created objects
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Tue, 06 Jul 2004 10:28:56 +0200
Newsgroups: jedi.vcl

Hello Remko,

> I would type the CheckedItems parameter as TStrings, not as TStringList. (For example, you can't call GetChecked(Listbox1.Items) if the param is of type TStringList).

of course, TStrings is the better choice

> I would change it to GetChecked(CheckedItems: TStrings).

I read correct? You want to made the changes? Nice. :-)


Ciao Heinz Z.


Subject: Re: New JVCL Developer
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 06 Jul 2004 08:11:51 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> I've added Heinz to JVCL today, so please welcome him as a new developer.
>
> Welcome, Heinz!
>
Welcome !


Subject: Re: Where do I post changes to a JVCL Module?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Tue, 06 Jul 2004 08:11:37 +0200
Newsgroups: jedi.vcl

Dean Hill wrote:
> Hi All,
>
> Where do I post changes to a JVCL Module?
>
> Thanks
>
> Dean
Please do so in Mantis (http://jvcl.sf.net/mantis) after having logged in with your own account (please do not use anonymous). Create a bug report, attach your file and put a nice description of what you changed. If your attached file could be a diff file that would be even better.

Thank you for your help

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Return of created objects
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 05 Jul 2004 23:23:50 +0200
Newsgroups: jedi.vcl

Heinz Zastrau wrote:
> Hello,
>
> in unit JvCheckListBox I found this code:
> [..]
> I don't like it to return a created object via a method specialy if the  name of the method isn't starting with Create. 

Agree, and agree.

> procedure TJvCheckListBox.GetChecked(CheckedItems: TStringList);
> [..]

I would type the CheckedItems parameter as TStrings, not as TStringList. (For example, you can't call GetChecked(Listbox1.Items) if the param is of type TStringList).

> The other way is to change the method name. What are your opinons? Or  better don't change because it can break code?

I would change it to GetChecked(CheckedItems: TStrings). It can break code, but changing the interface of public procedures is not as hefty as changing published properties or something IMO, especially in this case.

> After all the above code is a possible resource leak. All methods creating  an object should implemented with try/except like this:
> [..]

I agree.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jvDBGrid Bug
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 05 Jul 2004 21:08:13 +0000
Newsgroups: jedi.vcl

Hi,

I have these additional suggestions on expanding the grid:

Methods for hiding/unhiding rows and colums (just setting width or height to zero is no good solution) while keeping them accessible.

I use jvDBGrid in combination with kmbMemTab to display the product structure imported fomr a SAP system and use filters on the table to hide/unhide rows. This works fine but makes the hidden rows inacessible for online calculations. It would be great if also the cells property would be accesible. Also a "currentField" reflecting the name of the field in the current column would be helpful...

lots of wishes, i know.

micha


Fred wrote:
> This bug has been fixed while rewriting some parts of the code of JvDBGrid for its next release. The best I can do for you is to send you by email a stable (but not finished) version of the next release.
>
> What's already done:
> - custom inplace edit controls
> - boolean editor (rewriting of the old one that had a strange behavior)
> - memo text display
> - two bugs fixed
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com



Subject: Re: jvDBGrid Bug
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 05 Jul 2004 19:06:10 +0000
Newsgroups: jedi.vcl

I would be very grateful if you sent this to me (schumann at itc-ms dot de) since I was on the wrong track with OnCloseUp - It doesnt get called at all when the bug occurs.

Thanks in advance!

Michael


Fred wrote:
> This bug has been fixed while rewriting some parts of the code of JvDBGrid for its next release. The best I can do for you is to send you by email a stable (but not finished) version of the next release.
>
> What's already done:
> - custom inplace edit controls
> - boolean editor (rewriting of the old one that had a strange behavior)
> - memo text display
> - two bugs fixed
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com



Subject: Where do I post changes to a JVCL Module?
From: "Dean Hill" <none@none.com>
Date: Mon, 5 Jul 2004 18:26:11 +0000 (UTC)
Newsgroups: jedi.vcl

Hi All,

Where do I post changes to a JVCL Module?

Thanks

Dean


Subject: Re: New JVCL Developer
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 5 Jul 2004 20:11:24 +0200
Newsgroups: jedi.vcl

I've added Heinz to JVCL today, so please welcome him as a new developer.

Welcome, Heinz!

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: persistent forms ?
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Mon, 05 Jul 2004 18:54:05 +0200
Newsgroups: jedi.vcl

JvDockXxxx can (if asked politely) save a lot of form properties to file or registry, including form placement, docking status and the like.

I would like to do something similar for generic frames:
Remember user changes to frame position and to all (most) includeed components (page last visited in a page control, last selected item in a  comboBox, strings added to a stringlist, ...) is there any generic way to do this without a zillion specific writes?

I found some reference to a TPersistentForm class, but that seems to be for Delphi 3/4 and I'm using D7.

Thanks for any pointers.
ZioNemo


Subject: Return of created objects
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 05 Jul 2004 18:05:57 +0200
Newsgroups: jedi.vcl

Hello,

in unit JvCheckListBox I found this code:

function TJvCheckListBox.GetChecked: TStringList;
var
  I: Integer;
begin
  Result := TStringList.Create;
  for I := 0 to Items.Count - 1 do
    if Checked[I] then
      Result.AddObject(Items[I], Items.Objects[I]);
end;

I don't like it to return a created object via a method specialy if the name of the method isn't starting with Create. For me it look more convinced something like this:

procedure TJvCheckListBox.GetChecked(CheckedItems: TStringList);
var
  I: Integer;
begin
  CheckedItems.BeginUpdate;
  try
    CheckedItems.Clear;   
    for I := 0 to Items.Count - 1 do
      if Checked[I] then
        CheckedItems.AddObject(Items[I], Items.Objects[I]);
  finally
    CheckedItems.EndUpdate;
  end;
end;

The other way is to change the method name. What are your opinons? Or better don't change because it can break code?

After all the above code is a possible resource leak. All methods creating an object should implemented with try/except like this:

function TJvCheckListBox.GetChecked: TStringList;
var
  I: Integer;
begin
  Result := TStringList.Create;
  try
    for I := 0 to Items.Count - 1 do
      if Checked[I] then
        Result.AddObject(Items[I], Items.Objects[I]);
  except
    Result.Free;
    raise;
  end;
end;



Ciao Heinz Z.


Subject: Re: Bug in TJvScheduledEvents
From: "dr.chandra@laposte.net" <dr.chandra@laposte.net>
Date: Mon, 05 Jul 2004 17:39:38 +0200
Newsgroups: jedi.vcl

dr.chandra@laposte.net a écrit :
> Marcel Bestebroer a écrit :
>
>>    should work OK. Did you specify the correct key and storage path? Are you
>> sure they aren't saved, or were they just not loaded when the application
>> was started again? What happens when you try with an Ini storage (often
>> easier to read and spot possible problems with saving).
>>
>
> What is saved is only "designtime" values of Schedule. I monitor the registry and nothing happen (no changes) when I click on OK button of the schedule editor.
>
> Registry is well modified. But only by "designtime values"...

hi again and thanks for your response.

I just want to ask if someone have un litle example or tutorial tu se that component with persistence (Registry or inifile).

Thank you.


Subject: OT: Delphi 7 HelpContext/HelpKeyword/HelpJump etc.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 05 Jul 2004 11:01:44 -0400
Newsgroups: jedi.vcl

I know its off topic, but there isn't even a Writing Help for Your Applications newsgroup on forums.borland.com, so I thought I'd ask if anyone has been through the puzzling of help writing on Delphi.
I have read the Chapter 8 parts of the Delphi Developers Guide (the fat paperback that comes with Delphi 7), and I have read "All about Help for Delphi" from the people who make Help & Manual.  Unfortunately,
the information in H&M, while good where it covers things, is out of date, since Delphi 7 now supports new help-related methods in TApplication, IHelpSystem interfaces, TControl derived controls now have
a HelpKeyword, and HelpType property (for keyword based help instead of purely numerical helpcontext as before).

So, what I want to know is:

(1) Where can I get a component/unit that you add to your app,
that implements HTML Help as an IHelpSystem?

(2) Does anyone else here use HTML help and Delphi 7? How do you do it?

I am loathe to start out the "wrong way".

Regards,

Warren


Subject: RowsHeight in JvDBGrid
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 5 Jul 2004 11:39:22 +0200
Newsgroups: jedi.vcl

I would like to understand why the property RowsHeight is marked as 
obsolete in Run/JvDBGrid.pas. What is the new way to change the rows 
height of a grid ?

FLM



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: jvDBGrid Bug
From: "Fred" <nospam_@_nospam.com>
Date: Mon, 5 Jul 2004 11:27:23 +0200
Newsgroups: jedi.vcl

This bug has been fixed while rewriting some parts of the code of 
JvDBGrid for its next release. The best I can do for you is to send you 
by email a stable (but not finished) version of the next release.

What's already done:
- custom inplace edit controls
- boolean editor (rewriting of the old one that had a strange behavior)
- memo text display
- two bugs fixed



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvDBGrid Bug
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 05 Jul 2004 09:18:03 +0000
Newsgroups: jedi.vcl

Hi,

using jvDBGrid connected to a memory-table and making some columns/rows read only through the onShowEditor I came across a nasty bug:

If you enter a read only cell and type some keys after having typed something into a normal field the last value (not the things typed in) will be entered into the read only field.

I suspect that OnCLoseUp gets fired although the editor is not visible and replicates the last edit value into the cell.

I have an idea how to correct this and would like to post the modifications asap in the files area, since I need that working today.

Micha


Subject: Re: Cannot compile MDIApp-demo for RAInterpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Mon, 5 Jul 2004 11:24:29 +0400
Newsgroups: jedi.vcl

> > the MDIApp-demo for RAInterpreter can't be compiled 'cause there are too
> > long lines in main.pas. Can anyone fix it?
> >
This is standart MDI application and nothing else. I created it for testing
one old bug in RAInterpreter, so, this example not for compiling, it's for
runing in interpreter.
You can create own MDI demo by using deplhi wizard:
File->new->projects->MDI Application





Subject: bits and pieces
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jul 2004 09:07:21 +0200
Newsgroups: jedi.vcl

JvContentScroller.pas contains a property ScrollIntervall.
It should be better named ScrollInterval.

JvEdit.pas implements a Flat property through Ctl3D.
I think it is a bug to use "FFlat := Ctl3D;".
"FFlat := not Ctl3D;" should be correct.

The examples in JvEdit, JvSpecialProgress and JvTranslator
are CLX examples. I have removed them from the MegaDemo and
the makefile of CompileExamples.bat.



Subject: Re: component palette
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sun, 04 Jul 2004 19:49:04 +0200
Newsgroups: jedi.vcl

I take it all back. Had unchecked the CLX packages. I am feeling pretty dumb now. Sorry!

-- 
Holger


Subject: component palette
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sun, 04 Jul 2004 18:47:52 +0200
Newsgroups: jedi.vcl

Hi guys,

I installed CrossKylix and it works fine with a console app. I haven't done anything with CLX yet, so I wanted to try out the CLX support of JVCL.


I installed everything for JCL and JVCL. Thing is: If I create a "normal" VCL app, I see all components on the palette. If I create anything that has "CLX" in its name, mostly all components are missing, even the standard ones.

I am asking here, because I had a similar problem after installing a new version of JVCL. I could circumvent that problem by deleting old dsk and dof-files of my projects.

However, I haven't created any project yet, so why aren't there any components? Am I forgetting any install-switches??

-- 
Holger


Subject: Re: JvOfficeColorButton: IF YOU USE THIS COMPONENT - READ THIS MESSAGE.
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 04 Jul 2004 14:54:16 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> If anyone is aware of other JVCL controls that use the Color property in a way inconsistent with the rest of the VCL and JVCL, let me know, and I'll fix them too.
>

TJvOfficeColorPanel for sure. I am not sure if we should change the Color property of TJvXPToolButton as well.

Regards,

André Snepvangers


Subject: Re: [Fatal Error] JVCLVer.pas(45): Could not create output file '../dcu\JVCLVer.dcu'
From: Thomas Mueller <news@s2h.cx>
Date: Sat, 03 Jul 2004 22:03:32 +0200
Newsgroups: jedi.vcl

Hi,

Lew Wetzel wrote:

> > I just installed thie JCL and JVCL components in Dephi 5 Pro.  When I
> > compile my app I am getting this error.  Any suggestions?

See the forward slash in '../dcu\JVCLVer.dcu'? Maybe that's the problem. Try
to replace it with a backslash.

twm





Subject: Re: [Fatal Error] JVCLVer.pas(45): Could not create output file '../dcu\JVCLVer.dcu'
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 3 Jul 2004 18:39:09 +0200
Newsgroups: jedi.vcl

Hi


"Lew Wetzel" <lwetzel@arn.net> a écrit dans le message news:
cc6giu$nst$1@talkto.net...
> > I just installed thie JCL and JVCL components in Dephi 5 Pro.  When I
> > compile my app I am getting this error.  Any suggestions?
> >
> >

You must create the directory dcu, or file is readonly or your hard disk is
full or ....

Regards,
Lionel




Subject: [Fatal Error] JVCLVer.pas(45): Could not create output file '../dcu\JVCLVer.dcu'
From: "Lew Wetzel" <lwetzel@arn.net>
Date: Sat, 3 Jul 2004 10:42:47 -0500
Newsgroups: jedi.vcl

I just installed thie JCL and JVCL components in Dephi 5 Pro.  When I
compile my app I am getting this error.  Any suggestions?




Subject: Re: CLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 03 Jul 2004 14:03:53 +0000
Newsgroups: jedi.vcl

micha schumann wrote:

> > checking out CVS currently and will try it. Just received my brand new
> > Q25 notebook and want to try kylix in vmware on this rocking machine...
> > 
I just builded JVCLX with Kylix 3 OE, I have updated some units (filename
casing & windowsonly units in qdesign\*Reg.pas. I will commit them later
this afternoon, after I have built JVCLX with Kylix 3.
Let me know if you encounter any problem.

Regards,

André Snepvangers


Subject: Re: CLX
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 03 Jul 2004 12:17:26 +0000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> micha schumann wrote:
>
>> ...
>> JvQStdCtrlsD7R.dpk(85) Fatal: Datei nicht gefunden: JvQBrowseFolder.dcu'
>>
> Thanks for the feedback. I have sdded JvQBrowseFolder yesterday.
> You can also generate the unit using JvclVclClx converter in devtools.
>
> Regards,
>
> André Snepvangers
Thanks,

checking out CVS currently and will try it. Just received my brand new Q25 notebook and want to try kylix in vmware on this rocking machine...

Best regards

Michael


Subject: Re: Cannot compile MDIApp-demo for RAInterpreter
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sat, 3 Jul 2004 14:14:26 +0200
Newsgroups: jedi.vcl

hello,

open and save with Wordpad does the trick.

Regards
Salvatore



Subject: Re: JVCL Installer issue
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 03 Jul 2004 12:13:13 +0200
To: Christophe MELIN <cmelin@cus-strasbourg.net>
Newsgroups: jedi.vcl

Christophe MELIN wrote:
> D:\donnees\Delphi7\jvcl\qrun\JvQToolEdit.pas(186) Conseil: La méthode
> virtuelle surchargée 'TJvCustomComboEdit.SetBounds' a une visibilité
> inférieure (protected) à celle de la classe de base
> 'TJvExCustomComboMaskEdit' (public)
Fixed.

> JvQStdCtrlsD7R.dpk(85) Fatale: Fichier non trouvé : 'JvQBrowseFolder.dcu'
>
> ** error 1 ** deleting "D:\DONNEES\DELPHI7\library\bpl"\JvQStdCtrlsD7R.bpl
>
> ** error 1 ** deleting CompilePackages
> =======================================
>
> I find no file QBrowseFolder.*  on my workstation.
> Any idea ?
>
Added it yesterday.
If you miss a clx-unit, you can try to generate it with devtools/bin/JvclVclClx.bat.

Regards,

André Snepvangers
VisualCLX coordinator


Subject: CLX
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 03 Jul 2004 09:23:06 +0000
Newsgroups: jedi.vcl

Hi,

still cannot compile clx, getting this message (zip as of 7/2/04):

[Compiling: JvQStdCtrlsD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
....
JvQStdCtrlsD7R.dpk(85) Fatal: Datei nicht gefunden: JvQBrowseFolder.dcu'

"Datei nicht gefunden" means file not found

Micha


Subject: Re: CLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 03 Jul 2004 10:51:22 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> ...
> JvQStdCtrlsD7R.dpk(85) Fatal: Datei nicht gefunden: JvQBrowseFolder.dcu'
>
Thanks for the feedback. I have sdded JvQBrowseFolder yesterday.
You can also generate the unit using JvclVclClx converter in devtools.

Regards,

André Snepvangers


Subject: Re: Cannot compile MDIApp-demo for RAInterpreter
From: Edmund Matzke <em@medlinq.de>
Date: Sat, 3 Jul 2004 09:13:13 +0200
Newsgroups: jedi.vcl

>> >> the MDIApp-demo for RAInterpreter can't be compiled 'cause there are too
>> >> long lines in main.pas. Can anyone fix it?
>> >> 
>> >> CU, Eddi
> > 
> > Sounds like the neverending story of Unix linefeeds.

Right, but open and save with Notepad didn't fix it. Anyway, I can remove
the characters there manually.


Subject: Re: Cannot compile MDIApp-demo for RAInterpreter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jul 2004 06:02:23 +0200
Newsgroups: jedi.vcl

Edmund Matzke wrote:
> Hello,
>
> the MDIApp-demo for RAInterpreter can't be compiled 'cause there are too
> long lines in main.pas. Can anyone fix it?
>
> CU, Eddi

Sounds like the neverending story of Unix linefeeds.



Subject: Cannot compile MDIApp-demo for RAInterpreter
From: Edmund Matzke <dummyforusenet@poelser.de>
Date: Fri, 2 Jul 2004 22:35:47 +0200
Newsgroups: jedi.vcl

Hello,

the MDIApp-demo for RAInterpreter can't be compiled 'cause there are too
long lines in main.pas. Can anyone fix it?

CU, Eddi


Subject: missed TJvDualListDialog
From: "Szwajcar" <czadownia(to_usun_razem_z_nawiasami)@poczta.onet.pl>
Date: Fri, 2 Jul 2004 19:32:22 +0200
Newsgroups: jedi.vcl

Hello!

I'm using TJvDualListDialog im my program but daily zip from 28.06 don't
install this component. Why?

-- Regards, Piotr Müller 

Subject: Re: Mantis: TJvFormStorage and TJvRegistryStorage
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Fri, 2 Jul 2004 13:24:09 +0200
Newsgroups: jedi.vcl

hello Jens,

0001915: Posted two bugnotes
0001917: Ok, Visible is gone and FormVersion still there
0001916: Posted a bugnote. Bug is still here

Regards
Salvatore



Subject: Re: JVCL Installer issue
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 02 Jul 2004 12:23:55 +0200
Newsgroups: jedi.vcl

Christophe MELIN wrote:

> I find no file QBrowseFolder.*  on my workstation.
> Any idea ?

You are obviously trying to compile the CLX JVCL (JvQ). Are you sure you want to do that? If not, uncheck it, and you won't have any problems...
Just keep in mind that CLX support is moving constantly and that daily builds may not, on occasion, compile at all.

Cheers

Olivier Sannier
JVCL Developer


Subject: JVCL Installer issue
From: "Christophe MELIN" <cmelin@cus-strasbourg.net>
Date: Fri, 2 Jul 2004 11:55:22 +0200
Newsgroups: jedi.vcl

I donwloaded this morning the latest version for jcl and jvcl (from daily
donwload : http://jvcl.sourceforge.net/daily/ and
http://jcl.sourceforge.net/daily/)

when I execute jvcl installation, I have a problem during compilation of
package

=======================================
[Compiling: JvQStdCtrlsD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
D:\donnees\Delphi7\jvcl\qrun\JvQToolEdit.pas(186) Conseil: La méthode
virtuelle surchargée 'TJvCustomComboEdit.SetBounds' a une visibilité
inférieure (protected) à celle de la classe de base
'TJvExCustomComboMaskEdit' (public)
JvQStdCtrlsD7R.dpk(85) Fatale: Fichier non trouvé : 'JvQBrowseFolder.dcu'

** error 1 ** deleting "D:\DONNEES\DELPHI7\library\bpl"\JvQStdCtrlsD7R.bpl

** error 1 ** deleting CompilePackages
=======================================

I find no file QBrowseFolder.*  on my workstation.
Any idea ?

christophe




Subject: Mantis: JVCL installer issue 0001921 posted
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Fri, 2 Jul 2004 11:48:31 +0200
Newsgroups: jedi.vcl

hello,

I have just posted on Mantis issue 0001921 regarding a small problem of
back slashes in the package edit lines.

Regards
Salvatore



Subject: Re: Changing cursor pos on right click - TJVrichedit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 02 Jul 2004 01:09:02 +0200
Newsgroups: jedi.vcl

Jonathan Hyams wrote:
> I am using a popup menu on a TJVrichedit. I want the cursor/caret/selstart
> to
> change to reflect where the right click was made, just like in Delphi's own
> editor. How can I do this. I am using Delphi 5.

For example in the OnContextPopup event handler of the rich edit control:

procedure TForm1.JvRichEdit1ContextPopup(Sender: TObject;
  MousePos: TPoint; var Handled: Boolean);
var
  CharIndex: Integer;
  SelRange: TCharRange;
begin
  CharIndex := SendMessage(JvRichEdit1.Handle, EM_CHARFROMPOS, 0,
    Integer(@MousePos));
  SelRange := JvRichEdit1.GetSelection;
  if (CharIndex < SelRange.cpMin) or (CharIndex >= SelRange.cpMax) then
    JvRichEdit1.SetSelection(CharIndex, CharIndex, True);

  Handled := True;
end;


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Mantis: TJvFormStorage and TJvRegistryStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 02 Jul 2004 01:00:56 +0200
Newsgroups: jedi.vcl

Hi,

i ihave closed 1917 and worked on 1915 and 1916. Please give me your comments.

The JvFormStorage is commited.

Greetings
Jens

Salvatore Besso wrote:

> hello,
>
> I have just posted three issues on Mantis regarding these components. The
> numbers are 0001915, 0001916 and 0001917.
>
> Regards
> Salvatore
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Mantis: TJvFormStorage and TJvRegistryStorage
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 1 Jul 2004 21:30:00 +0200
Newsgroups: jedi.vcl

hello,

I have just posted three issues on Mantis regarding these components. The
numbers are 0001915, 0001916 and 0001917.

Regards
Salvatore



Subject: Re: Two new bugs posted on Mantis
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 1 Jul 2004 21:07:36 +0200
Newsgroups: jedi.vcl

thank you Peter.

Salvatore



Subject: Re: Two new bugs posted on Mantis
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 1 Jul 2004 20:27:06 +0200
Newsgroups: jedi.vcl

Fixed

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Two new bugs posted on Mantis
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 1 Jul 2004 19:29:22 +0200
Newsgroups: jedi.vcl

hello,

I have just posted two new bugs on Mantis related to TJvComputerInfoEx. The
numbers are 0001913 and 0001914.

Regards
Salvatore



Subject: JvOfficeColorButton: Mantis # 1849 marked fixed.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 01 Jul 2004 10:14:51 -0400
Newsgroups: jedi.vcl

Mantis bug # 1849 marked fixed.

(I think that from the rather vague issue description "the color is black for ever", that since I can now change the color both at designtime and runtime, the bug is solved.)


Subject: cvs update of JVCL3 - Can I avoid getting all these "cvs update: move away packages/..... ; it is in the way" messages?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 01 Jul 2004 10:05:40 -0400
Newsgroups: jedi.vcl

I want to be able to keep grabbing the JVCL3 directory from CVS, but
I wonder why I keep getting all these "in the way" messages.

Since afaik, the installer generates my D7 packages, but not packages
for other distributions, I don't know why I get these messages for
every single file in every single sub directory of JVCL3/packages/,
and there are a lot (a thousand or so, I'm guessing).

Perhaps one solution would be if I could somehow tell CVS to do an
update of everything under JVCL3 but to skip doing an update
of the packages directory? That would be good enough for me.
Anyone know how? (I use Tortoise CVS).

But better still, can anyone help me figure out why this is happennig to me? Is it happening to anybody else?

Regards,

Warren


Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 01 Jul 2004 09:36:52 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Eww! Peter?  I fix I fix I fix? Evil Evil Evil. :-)
>
> Color should not be used to set the color of the color square, so
> SelectedColor and Color should be two different things. You are welcome to
> fix it as I am just passing by my computer and don't have time to sit down
> and do it myself (at least) the next couple of days.
>
Done and checked in. See my later message which warns users of the change.


Subject: JvOfficeColorButton: IF YOU USE THIS COMPONENT - READ THIS MESSAGE.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 01 Jul 2004 09:35:51 -0400
Newsgroups: jedi.vcl

Until today, the JvOfficeColor button used the published property named Color to set and get the selected color. It had another public property
called SelectedColor which was essentially an alias which used the same
property getter-setter pair (so essentially it was only one property masquerading as two).

This breaks more than one well established convention in all VCL controls.

The Color property of a control usually refers to the background color of the control itself (such as any Button, Panel, etc).

I have corrected this in CVS as of today. This could BREAK YOUR CODE
if you were using the old control. If you used the SelectedColor property only then you are okay, but if you were previously reading or
writing to the Color property you should change your code to use the SelectedColor property in your code.

If you really want to change the background/border color of the
JvOfficeColorButton, you use the Color property, just like other
common controls.

I forsee a little confusion over this one.  It had to be fixed.
If anyone is aware of other JVCL controls that use the Color property in a way inconsistent with the rest of the VCL and JVCL, let me know, and I'll fix them too.

Regards,

Warren


Subject: Re: Still problems
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 1 Jul 2004 14:37:24 +0200
Newsgroups: jedi.vcl

hello Peter,

just tried all three methods:

,
AND
+

none works :-(

Regards
Salvatore



Subject: Re: Still problems
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 1 Jul 2004 13:35:56 +0200
Newsgroups: jedi.vcl

> > Now I get this error:
That is probably due to the fact that the syntax I used for multiple
conditions is wrong, ie this is wrong:

 Condition="!QREPORT4, JVCL_UseQuickReport"
 Condition="QREPORT4, JVCL_UseQuickReport"

What I was trying to accomplish was to have the two conditions logically
AND'ed. I hope OBones will tell us how it should be written (if at all
possible). Maybe you could try "QREPORT4 AND JVCL_UseQuickReport" or
"QREPORT4 + JVCL_UseQuickReport"?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Still problems
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 1 Jul 2004 13:31:59 +0200
Newsgroups: jedi.vcl

> > Is the first line (!QREPORT4 with exclamation point) a typo? Do I have to
> > remove the exclamation point?

The ! means "NOT" and should be left intact.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Second question about some storage components
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 1 Jul 2004 13:13:48 +0200
Newsgroups: jedi.vcl

hello,

an update:

> > Is it necessary to populate all StoredValues
> > at design time to have a correct behaviour?

Self answer:

If I populate StoredValues at design time, the design time stored value is
erroneously restored instead of the real registry value. So I think that
there is something not properly working in this components.

unit JvFormPlacement:

procedure TJvStoredValue.Restore;
var
  RestoreValue: Variant;
  RestoreStrValue, DefaultStrValue: string;
begin
  [snip]
  RestoreValue := RestoreStrValue; <--- RestoreValue correct here
  if Assigned(FOnRestore) then
    FOnRestore(Self, RestoreValue);
  Value := RestoreValue; <--- RestoreValue still correct here...
end;                     <--- ...but Value is not correct (empty)

It seems that the variant assignment "Value := RestoreValue;" doesn't work.
In effect, Value remains unassigned (or empty) after the assignment.

Regards
Salvatore



Subject: Changing cursor pos on right click - TJVrichedit
From: "Jonathan Hyams" <jhyams@btopenworld.com>
Date: Thu, 1 Jul 2004 11:19:33 +0200
Newsgroups: jedi.vcl

I am using a popup menu on a TJVrichedit. I want the cursor/caret/selstart
to
change to reflect where the right click was made, just like in Delphi's own
editor. How can I do this. I am using Delphi 5.

Many thanks.

Jonathan Hyams






Subject: Re: Still problems (Last update)
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 1 Jul 2004 10:27:48 +0200
Newsgroups: jedi.vcl

hello Peter,

also re-enabling Quick Report condition I get the same error (DBTables), so
I had to remove again the JVCL_UseQuickReport define added to the xml
package as per your instruction.

Regards
Salvatore



Subject: Re: Still problems
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 1 Jul 2004 09:45:20 +0200
Newsgroups: jedi.vcl

hello Peter,

I have added the condition to the xml package as you explained in your
message and I have removed "Use Quick Report" conditional from JVCL.inc.

Now I get this error:

JvGlobusD7D.dpk(49) Error: Packages 'bdertl' and 'JvGlobusD7R' both contain
unit 'DBTables'

** error 1 ** deleting
"C:\Programmi\Borland\Delphi7\Projects\Bpl"\JvGlobusD7D.bpl

Regards
Salvatore



Subject: Re: Still problems
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 1 Jul 2004 09:25:39 +0200
Newsgroups: jedi.vcl

hello Peter,

thank you for your reply. Yes, you are right. There is no condition
specified in those lines. I will add them.

Another question for this xml file. Look these two lines from "requires"
section:

<Package Name="qrpt" Targets="D6,D7" Condition="!QREPORT4" />
 <Package Name="qr4rund6" Targets="D6" Condition="QREPORT4" />

Is the first line (!QREPORT4 with exclamation point) a typo? Do I have to
remove the exclamation point?

Thank you
Salvatore



Subject: Re: Best way to abort a download with TJvHTTPGrabber?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 01 Jul 2004 08:30:59 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Why does JVCL three components which are doing the same ?
>
> TJvHttpGrabber and TJvMultiHttpGrabber are deprecated and will be replaced
> by TJvHttpUrlGrabber in time.
>
They actually already are, the first two ones are only left there for easy migration.


Subject: Re: Best way to abort a download with TJvHTTPGrabber?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 1 Jul 2004 00:58:55 +0200
Newsgroups: jedi.vcl

> > Why does JVCL three components which are doing the same ?
TJvHttpGrabber and TJvMultiHttpGrabber are deprecated and will be replaced
by TJvHttpUrlGrabber in time.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Best way to abort a download with TJvHTTPGrabber?
From: Sam <info@_remove_novabit.ch>
Date: Wed, 30 Jun 2004 23:42:53 +0200
Newsgroups: jedi.vcl


Sorry, I am using TJvMultiHttpGrabber and not TJvHttpGrabber as I wrote in my previous posting.
I had a look now at this two components and what a surprise!
TJvHttpGraber has a public method called <Abort>.
TJvMultiHttpGrabber has not.
So I will try to integrate the code of the Abort method also into TJvMultiHttpGrabber component.

Anyway I am getting really confused about these components.
There are TJvHttpGrabber,TJvMultiHttpGrabber and as you mentioned TJvHttpUrlGrabber.

Why does JVCL three components which are doing the same ?



Dierk wrote:
> I´m doing like that:
>
> if JvHttpUrlGrabber1.status=gsGrabbing then JvHttpUrlGrabber1.Stop;
>
> I think it is the right way to do this.
> Regards
>
> Dierk
>
> _____________________________
> No Software-Patents in Europe
> http://petition.eurolinux.org/index_html
>
>
>


Subject: Have someone modified the script for the daily zips?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jun 2004 23:26:16 +0200
Newsgroups: jedi.vcl

The script for the daily zip generation has failed consistently the last
week or so. Since I have another project that usees the exact same script
(with different paths, of course) and that one works, I've begun to suspect
that someone might have changed the postnew.sh in use by the jvcl on the SF
server. If someone has done this, please contact me or restore the file to
its previous content.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Still problems
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jun 2004 23:20:21 +0200
Newsgroups: jedi.vcl

Look in <jvcl>\packages\xml\JvGlobus-R.xml. Do you have the following lines
(might wrap):

    <File Name="..\..\run\JvgQPrintPreviewForm.pas"
Targets="d5,d6,d7,c5,c6,k3" Formname="JvgfPrintPreview"
Condition="JVCL_UseQuickReport"/>
    <File Name="..\..\run\JvgQPrintSetupForm.pas"
Targets="d5,d6,d7,c5,c6,k3" Formname="JvgPrintSetup"
Condition="JVCL_UseQuickReport"/>
    <File Name="..\..\run\JvgQRLabel.pas" Targets="d5,d6,d7,c5,c6,k3"
Formname="" Condition="JVCL_UseQuickReport"/>

If not, modify the file and regenerate the packages (with the installer or
pgEdit).

Additionally, I'm not sure how to add multiple conditions to the xml file
(OBones should be able to answer this), but you should have something like
the following in the xml as well (and this applies to JvGlobus-D.xml also):

    <Package Name="qrpt" Targets="D6,D7" Condition="!QREPORT4,
JVCL_UseQuickReport"/>
    <Package Name="qr4rund6" Targets="D6" Condition="QREPORT4,
JVCL_UseQuickReport"/>
    <Package Name="qr4rund7" Targets="D7" Condition="QREPORT4,
JVCL_UseQuickReport"/>

In short, neither JvgQPrintPreviewForm, JvgQPrintSetupForm or JvgQRLabel
should be in uses nor should qrpt, qr4rund6 or qr4rund7 be in requires
unless JVCL_UseQuickReport is defined.

BTW, do we really need to include qrpt/qr4rund6/qr4rund7 in the design
package if it is already in the run package? I don't think so, but I haven't
tested.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Second question about some storage components
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 30 Jun 2004 21:49:44 +0200
Newsgroups: jedi.vcl

hello,

in my previous message I forgot to ask this question.

Take this code:

RegistryStore: TJvAppRegistryStorage;
FolderStorage: TJvFormStorage;
......
RegistryStore.Root := RootKey;
FolderStorage.AppStorage := RegistryStore;
......
TmpStr := FolderStorage.StoredValue['DatabaseFolder'];

each StoredValue['SomeName'] is left intentionally blank at design time.
Well, the last instruction of this snippet always returns an empty string
in TmpStr, even if the value is present in the registry. But if I set an
initial value in the object inspector, for example
StoredValue['DatabaseFolder'] := 'Database', then TmpStr is correct. Is it
necessary to populate all StoredValues at design time to have a correct
behaviour?

Thanks a lot
Salvatore



Subject: Can I have some explanations on some storage components?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 30 Jun 2004 21:37:39 +0200
Newsgroups: jedi.vcl

hello,

as per subject, I'm a little stuck with some properties of the
TJvAppRegistryStorage component.

First problem: I have defined in StorageOptions:

BooleanAsString = False
TypedIntegerAsString = False

But these types are always written as strings in the registry, overwriting
my original DWORD values. Each StoredValue is correctly defined as Boolean
or Integer. Why?

Second problem: Every TJvFormStorage (each associated with a different key)
always adds FormVersion and Visible values in the registry key even if I'm
using the component only to store values (no form placement, Options = []).
Why?

Thank you
Salvatore



Subject: Re: TJvFormStroage and ReadString, bug or feature
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 30 Jun 2004 20:32:54 +0200
Newsgroups: jedi.vcl

Sorry Heinz,

please use the current cvs version.

It's changed since the last update to:
function TJvFormPlacement.ReadString(const Ident: string; const Default: string = '') : string;
begin
  if Assigned(AppStorage) then
    with AppStorage do
      Result := ReadString(ConcatPaths([AppStoragePath, TranslatePropertyName(Self, Ident, True)]), Default)
  else
    Result := Default;
end;

This already does your changes.

Greetings
Jens

Heinz Zastrau wrote:
> Hello,
>
> I use the TJvFormStorage in conjunction with TJvAppSorage and  TJvAppRegistryStorage. I have configure them like this:
>
>   JvAppRegistryStorage.Root := 'Software\' +Application.Title;
>   JvAppStorage.SubStorages.Add('User', JvAppRegistryStorage);
>   JvFormStorage.AppStorage := JvAppStorage;
>   JvFormStorage.AppStoragePath := '\User\';
>
> After that, every component property I link to JvFormStorage is saved under
>
> HKEY_CURRENT_USER\Software\MyApplicationName
>
> but when I want to read a string-value like this
>
>   JvFormStorage.ReadString('UserName', 'HZ');
>
> I get an invaild path exception because the resulting path for lookup is
>
> HKEY_CURRENT_USER\Software\MyApplicationName
>
> To read successfully I must code
>
>   JvFormStorage.ReadString('\User\UserName', 'HZ');
>
> I don't like this, because I have to duplicate the string '\User\' many  times and my configuration of the FormStorage is ignored. I think it is  better to interpret a identifier like this: If no starting backslash is  found, then the identifier location is relative to the  JvFormStorage.AppStoragePath otherwise it is an absolute path.
>
> What are your opinions?
>
> Ciao Heinz Z.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Here is how I fixed it
From: "francois" <fransh@westnet.com>
Date: Wed, 30 Jun 2004 23:53:17 +0800
Newsgroups: jedi.vcl

Hi
You connosieurs might find endless fault with the attached code snippets and
it might not work for you, but it works for me:).
The apparently undeclared variables are all global and mostly integer.
The main issue is that I decided to scale each form on creation when the
user selected zoom (vs normal).
The menufonts increments are hardcoded for the range of resolutions being
used by my customers
The biggest drawback is that I change the systemfonts for the duration of
the program session meaning that all applications suddenly have these big
fonts.  When the program ends abnormally it sometimes leave the menus in
that state.(see the finally section in the code which tries to reinstate the
original fonts).  To recover the user must then set their Windows Display
properties to something like "Windows standard fonts" which fixes it.

As it is a choice the users make upon startup every time, those with good
eyesight do not zoom but stretch the windows full screen so that they can
see more columns in the grid views, while those that choose zoom see
everything enlarged (of course).
I also disable zoom for users not using 96 dpi screen fonts; 120 dpi gave me
too many hassles.

It has been running like this for about 2 years now on about 1000
workstations with no complaints yet.
Maybe they had too many other things to moan about;)

Regards
Francois
"Warren Postma" <wp.nospam@tekran.com> wrote in message
news:cbph4o$j1v$1@talkto.net...
> > I have recently tested my applications on a Win98SE box, just to see if
> > they work.  Since all relevant JVCL code that uses later APIs (such as
> > the SetupAPI) uses dynamic loading, my app generally runs fine, which is
> > good to know. I don't need to optimize my apps for Win9x, since few
> > people use it anymore, but I do want them to basically work.
> >
> > One nasty problem though is that font size handling (kerning etc) are
> > very different on Win98 with the same font.  This plays havoc with my
> > control layout, etc. I have turned off TForm.Scaled for every form in my
> > application, and that helps a little, but I still have some components
> > that are completely UNUSABLE on Win95, Win98, and WinME, although they
> > paint fine on Win2K/XP. The worst offender is a commercial graphics
> > toolkit that I use, which I think I have to go in and massively recode
> > the internals of for it to be any good on Win95. It's not a JVCL
> > component, though, so enough about it.
> >
> > On topic for here, one teensy glitch that is annoying to me is that the
> > TJvOutlookBar clips the lowercase alpha descenders (on p,g,j,q,y etc, so
> > y looks like a v).  I will fix this, if it's okay with whoever owns this
> > component.
> >
> > I can easily add some more vertical text label spacing on Win9x only, so
> > the TJvOutlookbar looks okay in Win98, but I wonder if anyone has
> > thought of a general solution for this problem?
> >
> > Has anyone attempted to write paint code that looks decent on both Win9x
> > and 2k? What sort of rules and metrics/functions did you write?
> >
> > Is there any interest in reviewing and fixing up any wayward JVCL3
> > painting code that looks bad on Win9x? Has anyone found other visible
> > glitches using JVCL or standard VCL controls on old Windows versions?
> >
> > Regards,
> >
> > Warren


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.712 / Virus Database: 468 - Release Date: 27/06/2004



DPR.dpr
	



Subject: Re: Plugin problem
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 30 Jun 2004 16:49:38 +0100
Newsgroups: jedi.vcl

Thanks Marcel.

It seems to be something to do with 'Build with runtime packages'.
I've messed around with that and the TIcon thing has gone away, so I suspect you're right.

Anyway. All's well that ends well.

Thanks again for your suggestion.

Cheers.
Pete


Subject: Re: Plugin problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 30 Jun 2004 17:13:11 +0200
Newsgroups: jedi.vcl

> > The plugin passes a caption and an Icon.
> > This system has worked fine but now I'm getting cannot assign a TIcon to
> > a TIcon error and clearly I can as this has worked before !

    are you sure both your host and plugins use the Vcl packages? It seems
to me the the plugin uses a different version of TIcon compared to the host
(i.e. one of them links in the vcl, the other uses the vcl package).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Plugin problem
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 30 Jun 2004 16:00:27 +0100
Newsgroups: jedi.vcl

I have been developing an application which uses the plug-in system, and things have been coming along nicely.
But today I have come across 2 difficulties.

A little background.
My host application exposes a couple of routines which allow plug ins to create some GUI items in the main window. The host app actually uses the XPBar container, and each plugin can create, or add entries to a panel.

The plugin requests that the host app create and return a reference to a TJvXPBar.
fPanel := fHostIF.add_xp_panel(PANELCAPTION, myIcon, PluginID);
The plugin passes a caption and an Icon.
This system has worked fine but now I'm getting cannot assign a TIcon to a TIcon error and clearly I can as this has worked before !

Also, after a couple of weird happenings, my plugins which host a client dataset and connect to a midas remote data module, give the error 'Application is not licensed to use this feature'. Again this has worked up until recently and I've the feeling that the 2 difficulties are related.

I've removed and the re-installed Delphi but the problem persists.
I've connected to the remote data module from a simple application (no plugin) and it works OK

Any suggestions would be most welcome.

Many thanks
Pete Stoves


Subject: Re: JVDBControls.pas OOPS.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 30 Jun 2004 10:43:40 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:

> I made an editing error (two declarations of same function) and comitted it to CVS, breaking the building of JVDBControls.pas, if anyone checked out this broken version, I apologize. Fixing immediately! :-) Sorry!

CVS fixed. It was only broken for minutes, yet I fear someone may get schmacked by it. :-)


Subject: JVDBControls.pas OOPS.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 30 Jun 2004 10:23:59 -0400
Newsgroups: jedi.vcl

I made an editing error (two declarations of same function) and comitted it to CVS, breaking the building of JVDBControls.pas, if anyone checked out this broken version, I apologize. Fixing immediately! :-) Sorry!


Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jun 2004 15:33:16 +0200
Newsgroups: jedi.vcl

> > Eww! Peter?  I fix I fix I fix? Evil Evil Evil. :-)
Color should not be used to set the color of the color square, so
SelectedColor and Color should be two different things. You are welcome to
fix it as I am just passing by my computer and don't have time to sit down
and do it myself (at least) the next couple of days.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jun 2004 15:29:07 +0200
Newsgroups: jedi.vcl

> > Hopefully from the sounds of this thread, Peter has fixed that,
> > effectively breaking your code.
Nope haven't fixed that, so be my guest

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Still problems
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 30 Jun 2004 15:19:25 +0200
Newsgroups: jedi.vcl

hello,

well, the confirmation comes from the fact that enabling Quick Report
compilation succeeds. I have posted a bug on Mantis:

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=000
1906

Of course referred to latest snapshot in CVS.

Regards
Salvatore



Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 30 Jun 2004 09:08:16 -0400
Newsgroups: jedi.vcl

>
> Just had a look into the sources: "SelectedColor" and "Color" are using the
> same setter/getter methods (SetColor/GetColor), so "SelectedColor" is just
> an alias for "Color"!

Eww! Peter?  I fix I fix I fix? Evil Evil Evil. :-)



Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 30 Jun 2004 09:07:39 -0400
Newsgroups: jedi.vcl

> i am using TJvOfficeColorButton.Color to set/get the current color. (At
> design and at runtime)


Using TControl.Color instead of SelectedColor (which is the entered value, not the color of the background of the control) is incorrect behaviour on the part of the component. (It breaks JVCL/VCL conventions).

Hopefully from the sounds of this thread, Peter has fixed that, effectively breaking your code.

Warren



Subject: Re: Still problems
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 30 Jun 2004 11:13:44 +0200
Newsgroups: jedi.vcl

hello Peter et al,

ok, now I have also JCL in Tortoise CVS, but problems seem endless :-) The
JCL compile just fine, but JVCL still not. I have unselected all Quick
Report check boxes because I haven't it installed and I don't use it. The
error now is:

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvgQPrintPreviewForm.pas(190)
Error: Undeclared identifier: 'ExportToExcel'

JvGlobusD7R.dpk(130) Fatal: Could not compile used unit
'..\..\run\JvgQPrintPreviewForm.pas'

The problem is that in JvgExport the conditional defines {$IFDEF
JVCL_UseQuickReport} are present, while in JvgQPrintPreviewForm.pas they
are not. I can try to add them, but in how many points? And if Quick Report
is not selected in JVCL.INC should those units be even not considered when
the installer builds the packages?

Maybe I should post a bug on Mantis?

Regards
Salvatore



Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 30 Jun 2004 09:44:18 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> schrieb im Newsbeitrag
news:cbtjr1$afm$1@talkto.net...
> > i am using TJvOfficeColorButton.Color to set/get the current color. (At
> > design and at runtime)

Just had a look into the sources: "SelectedColor" and "Color" are using the
same setter/getter methods (SetColor/GetColor), so "SelectedColor" is just
an alias for "Color"!

Ralf



Subject: Re: Best way to abort a download with TJvHTTPGrabber?
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 30 Jun 2004 09:41:38 +0200
Newsgroups: jedi.vcl

I´m doing like that:

if JvHttpUrlGrabber1.status=gsGrabbing then JvHttpUrlGrabber1.Stop;

I think it is the right way to do this.
Regards

Dierk

_____________________________
No Software-Patents in Europe
http://petition.eurolinux.org/index_html





Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 30 Jun 2004 08:46:36 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wp.nospam@tekran.com> schrieb im Newsbeitrag
news:cbs9sn$4g9$1@talkto.net...
> > I just tried out JvOfficeColor button...
> >
> > I wonder, could SelectedColor be a designtime (published) instead of
> > public here?  This particular property will usually get stomped at
> > runtime in any useful application, but for the prototyping of GUIs, its
> > unusual to have a color that is displayed at designtime that is not also
> > settable at designtime (thust he JvOfficeColorbutton is always black at
> > designtime.). A minor niggle, but easily fixed?  Would it be okay to
> > move it up to published?

Hi,

i am using TJvOfficeColorButton.Color to set/get the current color. (At
design and at runtime)

Ciao,
Ralf



Subject: Re: Still problems
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Tue, 29 Jun 2004 23:52:47 +0200
Newsgroups: jedi.vcl

Nope, you need to check out the JCL using CVS as well... It's not up-to-date. I had the same problem using an old JCL version!

-- 
Holger

On Tue, 29 Jun 2004 20:45:37 +0200, Salvatore Besso <s.besso@mclink.it> wrote:

> hello,
>
> I've got it! I have successfully installed Tortoise and I have successfully
> accessed the CVS. Now I have all the latest JVCL3 files on my computer. But
> it seems that there are still problems to compile the latest build.
>
> The first error I got is:
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvJVCLAboutForm.pas(140)
> Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
>
> JvCoreD7R.dpk(93) Fatal: Could not compile used unit
> '..\..\run\JvJVCLAboutForm.pas'
>
> I gave a look at line 140 in that file and there is this statement:
>
> JclWin32.GetVersionEx(VersionInfo);
>
> But GetVersionEx wants a POSVersionInfoEx so correcting it in:
>
> JclWin32.GetVersionEx(@VersionInfo);
>
> fixes the problem, but at the second installation try things are even
> worse:
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(289)
> Error: Undeclared identifier: 'THLSVector'
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(290)
> Error: Undeclared identifier: 'THLSValue'
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(293)
> Error: Undeclared identifier: 'RGBtoHLS'
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(294)
> Error: Missing operator or semicolon
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(296)
> Error: Missing operator or semicolon
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(302)
> Error: Undeclared identifier: 'HLStoRGB'
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(302)
> Error: Undeclared identifier: 'Saturation'
>
> D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(357)
> Error: Undeclared identifier: 'SetBitmapColors'
>
> JvCoreD7R.dpk(93) Fatal: Could not compile used unit
> '..\..\run\JvBackgrounds.pas'
>
> So at this point I give up and I think that the current tree needs some
> adjustments. Anyway I'll stay tuned, having now the possibility to update
> the whole tree.
>
> Regards
> Salvatore
>



Subject: Best way to abort a download with TJvHTTPGrabber?
From: Sam <info@_remove_novabit.ch>
Date: Tue, 29 Jun 2004 22:05:03 +0200
Newsgroups: jedi.vcl

Dear NG,

I am programming an application update component around the TJvHTTPGrabber component.

It works fine so far but one point is still remaining.
Let's assume the download takes a while and the user is inpatient and would like to abort the download.

How to do that with TJvHTTPGrabber ?

Thanks for any hints.

Sam


Subject: Re: Still problems
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 29 Jun 2004 20:57:49 +0200
Newsgroups: jedi.vcl

> > I've got it! I have successfully installed Tortoise and I have
successfully
> > accessed the CVS. Now I have all the latest JVCL3 files on my computer.
But
> > it seems that there are still problems to compile the latest build.
> >
> > The first error I got is:
> >
> > D:\Delphi\Components\JCL-JVCL\JVCL\run\JvJVCLAboutForm.pas(140)
> > Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

  that's because you use an older JCL release. I think the latest release
(1.91 final, http://sourceforge.net/project/showfiles.php?group_id=47514)
should be safe, but in general, when using the CVS version of JVCL, it's
best to use the CVS version of JCL as well.

> > So at this point I give up and I think that the current tree needs some
> > adjustments. Anyway I'll stay tuned, having now the possibility to update
> > the whole tree.

  AFAIK, the tree is compiling (it was two days ago when I grabbed the
latest), provided you have compatible versions of both JCL/JVCL.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Still problems
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Jun 2004 20:55:24 +0200
Newsgroups: jedi.vcl

You need to update the JCL as well (also from CVS)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: band objects yet again
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Tue, 29 Jun 2004 20:52:38 +0200
Newsgroups: jedi.vcl

I used the JEDI wizard now. I dropped a Coolbar on the form and registered the compiled dll using regsvr32. However, the Explorer does not display my band.

I already used different components, which I found on the net and it worked that way.

What do I have to do with the JEDI forms? Any docs?

-- 
Holger

On Tue, 29 Jun 2004 18:16:49 +0200, Ralf Kaiser <ralf.kaiser@kdt.de> wrote:

> Holger Flick <rammbaer@xyz.gmx.de> wrote:
>
>> read the thread about band objects. I am right, that there is nothing
>> about those objects/interfaces in the jvcl/jcl or is there?
>
> Hello,
>
> the band object wizard generates a "skeleton" of a band object for you. That
> means it does everything to display the band in the internet explorer. If
> you need to access any internal IE objects (the document for example) you
> will have to write your own code. The objects/interfaces to do this are
> defined in the type library of internet explorer.
>
> Did you mean this?
>
> Ciao,
> Ralf



Subject: Still problems
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 29 Jun 2004 20:45:37 +0200
Newsgroups: jedi.vcl

hello,

I've got it! I have successfully installed Tortoise and I have successfully
accessed the CVS. Now I have all the latest JVCL3 files on my computer. But
it seems that there are still problems to compile the latest build.

The first error I got is:

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvJVCLAboutForm.pas(140)
Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

JvCoreD7R.dpk(93) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

I gave a look at line 140 in that file and there is this statement:

JclWin32.GetVersionEx(VersionInfo);

But GetVersionEx wants a POSVersionInfoEx so correcting it in:

JclWin32.GetVersionEx(@VersionInfo);

fixes the problem, but at the second installation try things are even
worse:

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(289)
Error: Undeclared identifier: 'THLSVector'

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(290)
Error: Undeclared identifier: 'THLSValue'

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(293)
Error: Undeclared identifier: 'RGBtoHLS'

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(294)
Error: Missing operator or semicolon

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(296)
Error: Missing operator or semicolon

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(302)
Error: Undeclared identifier: 'HLStoRGB'

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(302)
Error: Undeclared identifier: 'Saturation'

D:\Delphi\Components\JCL-JVCL\JVCL\run\JvBackgrounds.pas(357)
Error: Undeclared identifier: 'SetBitmapColors'

JvCoreD7R.dpk(93) Fatal: Could not compile used unit
'..\..\run\JvBackgrounds.pas'

So at this point I give up and I think that the current tree needs some
adjustments. Anyway I'll stay tuned, having now the possibility to update
the whole tree.

Regards
Salvatore



Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 29 Jun 2004 14:45:13 -0400
Newsgroups: jedi.vcl

I just tried out JvOfficeColor button...

I wonder, could SelectedColor be a designtime (published) instead of public here?  This particular property will usually get stomped at runtime in any useful application, but for the prototyping of GUIs, its unusual to have a color that is displayed at designtime that is not also settable at designtime (thust he JvOfficeColorbutton is always black at designtime.). A minor niggle, but easily fixed?  Would it be okay to move it up to published?

Regards,

Warren


Subject: Re: band objects yet again
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Tue, 29 Jun 2004 20:28:41 +0200
Newsgroups: jedi.vcl

Thanx Ralf!

I am totally amazed that JEDI has this! This is awesome, because it is really easy to create a band object.

There is one slight problem though, nobody in the Borland forums seems to answer:

If I create a band and register it everything works fine. However, the layout is not Windows XP even if I drop a XP Manifest on my band. This looks really bad.

Is this different when I use the JEDI components?

---
Holger


On Tue, 29 Jun 2004 18:16:49 +0200, Ralf Kaiser <ralf.kaiser@kdt.de> wrote:

> Holger Flick <rammbaer@xyz.gmx.de> wrote:
>
>> read the thread about band objects. I am right, that there is nothing
>> about those objects/interfaces in the jvcl/jcl or is there?
>
> Hello,
>
> the band object wizard generates a "skeleton" of a band object for you. That
> means it does everything to display the band in the internet explorer. If
> you need to access any internal IE objects (the document for example) you
> will have to write your own code. The objects/interfaces to do this are
> defined in the type library of internet explorer.
>
> Did you mean this?
>
> Ciao,
> Ralf



Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Jun 2004 19:23:18 +0200
Newsgroups: jedi.vcl

So it was #1878 after all ;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvDBImage.pas - contnrs and Forms missing in uses
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Jun 2004 19:22:50 +0200
Newsgroups: jedi.vcl

Thanks. Fixed in CVS

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 29 Jun 2004 18:43:58 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cbrbo1$tti$1@talkto.net...
> > Is this the same as #1878 ? In that case, I just fixed it.
> >

Hi,

i have just made a new checkout this evening and the problem does NOT longer
exist! Seems that you fixed it an i made the last checkout (this morning)
just before your fix.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: CVS: JvDBImage.pas - contnrs and Forms missing in uses
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 29 Jun 2004 18:38:30 +0200
Newsgroups: jedi.vcl

Hi,

just made a checkout and whil compiling i got an error in the unit
JvDBImage. The units "Contnrs" and "Forms" had to be inserted into the uses
list to compile everything.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: band objects yet again
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 29 Jun 2004 18:16:49 +0200
Newsgroups: jedi.vcl

Holger Flick <rammbaer@xyz.gmx.de> wrote:

> > read the thread about band objects. I am right, that there is nothing
> > about those objects/interfaces in the jvcl/jcl or is there?

Hello,

the band object wizard generates a "skeleton" of a band object for you. That
means it does everything to display the band in the internet explorer. If
you need to access any internal IE objects (the document for example) you
will have to write your own code. The objects/interfaces to do this are
defined in the type library of internet explorer.

Did you mean this?

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Problems with TJvApp...Store CVS files
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 29 Jun 2004 18:02:37 +0200
Newsgroups: jedi.vcl

> > ergm, one file at a time? :-) Does a method exist to download the whole
> > stuff in one time?

    yep, it's called a CVS client. Most developers prefer TortoiseCVS
(http://www.tortoisecvs.org/). Somewhere on the JVCL web site is an
explanation on how to set it up for JVCL, but I'm too lazy too look it up
now). Will also solve the problems with Unix-style files, but may give some
headaches with failing connections (the anon. access is through a mirror
server which has the tendency to get clogged).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Problems with TJvApp...Store CVS files
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 29 Jun 2004 17:40:51 +0200
Newsgroups: jedi.vcl

hello Jens,

> > download the complete directory structure

ergm, one file at a time? :-) Does a method exist to download the whole
stuff in one time?

Regards
Salvatore



Subject: JvPagelist : feature request
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Tue, 29 Jun 2004 17:16:29 +0200
Newsgroups: jedi.vcl

Is it possible to add a property called DefaultActivePage.

When creating the component, the choosen JvStandardPage will be displayed !

Thank you :)




Subject: Re: TJvFormStroage and ReadString, bug or feature
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Tue, 29 Jun 2004 16:19:36 +0200
Newsgroups: jedi.vcl

Hello Jens,

> can you make me an example and add it as a bug report to mantis.

Done.

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001902

a solution is to modify all Read and Write methods of TJvFormPlacement like this:

function TJvFormPlacement.ReadString(const Ident, Default: string): string;
begin
  if Assigned(AppStorage) then
// missing AppStoragePath
//    Result := AppStorage.ReadString(AppStorage.ConcatPaths([Ident]), Default)
    Result := AppStorage.ReadString(AppStorage.ConcatPaths([AppStoragePath, Ident]), Default)
  else
    Result := Default;
end;

Ciao Heinz Z.


Subject: Re: TJvFormStroage and ReadString, bug or feature
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 29 Jun 2004 14:34:53 +0200
Newsgroups: jedi.vcl

Hi Heinz,

can you make me an example and add it as a bug report to mantis.

I will try to look for it until the weekend.

Greetings
Jens

> >Hello,
> >
> >I use the TJvFormStorage in conjunction with TJvAppSorage and  
> >TJvAppRegistryStorage. I have configure them like this:
> >
> >   JvAppRegistryStorage.Root := 'Software\' +Application.Title;
> >   JvAppStorage.SubStorages.Add('User', JvAppRegistryStorage);
> >   JvFormStorage.AppStorage := JvAppStorage;
> >   JvFormStorage.AppStoragePath := '\User\';
> >
> >After that, every component property I link to JvFormStorage is saved under
> >
> >HKEY_CURRENT_USER\Software\MyApplicationName
> >
> >but when I want to read a string-value like this
> >
> >   JvFormStorage.ReadString('UserName', 'HZ');
> >
> >I get an invaild path exception because the resulting path for lookup is
> >
> >HKEY_CURRENT_USER\Software\MyApplicationName
> >
> >To read successfully I must code
> >
> >   JvFormStorage.ReadString('\User\UserName', 'HZ');
> >
> >I don't like this, because I have to duplicate the string '\User\' many  
> >times and my configuration of the FormStorage is ignored. I think it is  
> >better to interpret a identifier like this: If no starting backslash is  
> >found, then the identifier location is relative to the  
> >JvFormStorage.AppStoragePath otherwise it is an absolute path.
> >
> >What are your opinions?
> >
> >Ciao Heinz Z.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvFormStroage and ReadString, bug or feature
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 29 Jun 2004 14:19:32 +0200
Newsgroups: jedi.vcl

> > I use the TJvFormStorage in conjunction with TJvAppSorage and
> > TJvAppRegistryStorage. I have configure them like this:
> >
> >    JvAppRegistryStorage.Root := 'Software\' +Application.Title;
> >    JvAppStorage.SubStorages.Add('User', JvAppRegistryStorage);
> >    JvFormStorage.AppStorage := JvAppStorage;
> >    JvFormStorage.AppStoragePath := '\User\';
> >
> > After that, every component property I link to JvFormStorage is saved
under
> >
> > HKEY_CURRENT_USER\Software\MyApplicationName
> >
> > [...]
> >
> > To read successfully I must code
> >
> >    JvFormStorage.ReadString('\User\UserName', 'HZ');
> >
> > [...]
> >
> > What are your opinions?

   definitely a bug. When AppStoragePath is specified it should be used for
any relative path; that's they way it was intended. Anyway, if it uses
JvCustomAppStorage.ConcatPaths([AppStoragePath, path]) it should work, since
ConcatPaths will start with the last absolute path it finds in the given
array and resolve the relative paths.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: TJvFormStroage and ReadString, bug or feature
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Tue, 29 Jun 2004 14:07:52 +0200
Newsgroups: jedi.vcl

Hello,

I use the TJvFormStorage in conjunction with TJvAppSorage and TJvAppRegistryStorage. I have configure them like this:

  JvAppRegistryStorage.Root := 'Software\' +Application.Title;
  JvAppStorage.SubStorages.Add('User', JvAppRegistryStorage);
  JvFormStorage.AppStorage := JvAppStorage;
  JvFormStorage.AppStoragePath := '\User\';

After that, every component property I link to JvFormStorage is saved under

HKEY_CURRENT_USER\Software\MyApplicationName

but when I want to read a string-value like this

  JvFormStorage.ReadString('UserName', 'HZ');

I get an invaild path exception because the resulting path for lookup is

HKEY_CURRENT_USER\Software\MyApplicationName

To read successfully I must code

  JvFormStorage.ReadString('\User\UserName', 'HZ');

I don't like this, because I have to duplicate the string '\User\' many times and my configuration of the FormStorage is ignored. I think it is better to interpret a identifier like this: If no starting backslash is found, then the identifier location is relative to the JvFormStorage.AppStoragePath otherwise it is an absolute path.

What are your opinions?

Ciao Heinz Z.


Subject: Re: CLX and Kylix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 29 Jun 2004 13:47:50 +0200
Newsgroups: jedi.vcl

"Fikret Hasovic" <fikrethREMOVE@bihtamp.net> a écrit dans le message news:
cbrci7$u31$1@talkto.net...
> > Lionel Reynaud wrote:
> >
>>> > > > Kylix runs great on SUSE9. On Suse9.1 you have to cheat because of
>>> > > > kernel. Just do
>>> > > >
>>> > > >   export LD_ASSUME_KERNEL=2.4.0
>>> > > >
>>> > > > and kylix will run like clockwork:)
>> > >
>> > > And Kylix C++ to ?
> >
> > Sorry, but haven't tried that. But I suppose it will work...
> >

Never suppose :)) the behaviour of kylix C++ are completly different of
kylix pascal !!
You can just test to open a empty project and run it ...

Regards,
Lionel





Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 29 Jun 2004 13:21:27 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cbrbo1$tti$1@talkto.net...
> > Is this the same as #1878 ? In that case, I just fixed it.
> >

No, i don't think that the two entries are duplicates, the selected color is
not displayed INSIDE the button, it is displayed on the BORDER of the
button. I have attaced a screenshot to the Mantis entry that shows the
button before a color selection and after the user has selected a color.

Ralf



Subject: Re: Problems with TJvApp...Store CVS files
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 29 Jun 2004 12:49:22 +0200
Newsgroups: jedi.vcl

Hi,

i think it's not enough to download only some single files. Please
download the complete directory structure.

Greetings
Jens

> >hello Jens,
> >
> >sorry, but there are big problems with CVS files. I have uninstalled JVCL
> >removing also all packages using the JvInstaller, downloaded all the
> >modified TJvApp...Store and some other files, copied them in the right
> >destination folder (run) overwriting old versions and run again the
> >JvInstaller. I get now every sort of compilation errors on the new files,
> >undeclared identifiers, declarations that differ from interface and
> >implementation, etc. I had to revert to original files and rebuild again. I
> >think that it's better to wait an official new package.
> >
> >Another problem in the CVS downloaded files (both .pas and .dfm) is that it
> >seems they contain Unix style end-of-line (well, they appear full of non
> >printable characters). These files opened into Notepad are a mess. To cure
> >them I have to open and save them with Wordpad.
> >
> >P.S.: Any estimated date for a new full package release?
> >
> >Regards
> >Salvatore
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: What happend with jvFileInfo in JVCL3
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Jun 2004 12:13:39 +0200
Newsgroups: jedi.vcl

Updated in CVS. JvComputerInfoEx now have a FileInfo property that works
exactly like the old TJvFileInfo component except that Modifiers is now a
set, not an enumeration.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvOfficeColorButton: Selected color displayed not in color field
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Jun 2004 12:11:03 +0200
Newsgroups: jedi.vcl

Is this the same as #1878 ? In that case, I just fixed it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: CLX and Kylix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 29 Jun 2004 12:08:31 +0200
Newsgroups: jedi.vcl

"Thomas Mueller" <news@s2h.cx> a écrit dans le message news:
5r46r1-a92.ln1@work.home.lan...
> > Hi,
> >
> > micha schumann wrote:
> >
>>> > >> It's a pitty that Borland don't assume at least a correct behaviour of
>>> > >> Kylix3 on the latest Linux (MDK > 8.0, Suse > 8.0, ...). I had a lot of
>>> > >> problem whith Kylix on my MDK9.2 (and i don't imagine on MDK10.0 !)
> >
> > Exactly this makes me believe that it is considered dead at Borland. :-(
> >

Same to me :-(((

Regards,
Lionel





Subject: Re: CLX and Kylix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 29 Jun 2004 12:07:17 +0200
Newsgroups: jedi.vcl

"Fikret Hasovic" <fikrethREMOVE@bihtamp.net> a écrit dans le message news:
cbr4tj$sff$1@talkto.net...
> > Lionel Reynaud wrote:
> >
>>>> > > > >
>>> > > > Really? Since I am going to install my brand new notebook next week
>>> > > > and want to run Kylix in Linux on VMware which version of linux do
>>> > > > you suggest? I use suse 9 on my server which runs like clockwork?
>>> > > >
> >
> > Kylix runs great on SUSE9. On Suse9.1 you have to cheat because of
> > kernel. Just do
> >
> >   export LD_ASSUME_KERNEL=2.4.0
> >
> > and kylix will run like clockwork:)

And Kylix C++ to ?

> >
>> > >
>> > > I have a friend who install kylix on a suse 9.2. Kylix3 pascal work
>> > > without problem, but Kylix3 C++ is completly out. You need several
>> > > operations before have something OK ... So it can be done !
> >
> > I know that latest wversion of SUSE is 9.1. Where he found 9.2? ;)
> >

Sorry, i mistake. It's Suse9.1 and MDK9.2 !

Regards,
Lionel





Subject: Re: Missed components
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Jun 2004 11:57:08 +0200
Newsgroups: jedi.vcl

> > TJvxLabel
TJvLabel
> > TJvxSpeedButton
TJvSpeedButton
> > TJvxDrawGrid
TJvDrawGrid
> > TJvxCurrencyEdit
TJvValidateEdit (Format set to currency)
> > TJvxSplitter
TJvSplitter
> > TJvxClock
TJvClock
> > TJvxSpinEdit
TJvSpinEdit
> > TJvxTrayIcon
TJvTrayIcon
> > TJvxFontComboBox
TJvFontCombo


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Problems with TJvApp...Store CVS files
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 29 Jun 2004 11:40:06 +0200
Newsgroups: jedi.vcl

hello Jens,

sorry, but there are big problems with CVS files. I have uninstalled JVCL
removing also all packages using the JvInstaller, downloaded all the
modified TJvApp...Store and some other files, copied them in the right
destination folder (run) overwriting old versions and run again the
JvInstaller. I get now every sort of compilation errors on the new files,
undeclared identifiers, declarations that differ from interface and
implementation, etc. I had to revert to original files and rebuild again. I
think that it's better to wait an official new package.

Another problem in the CVS downloaded files (both .pas and .dfm) is that it
seems they contain Unix style end-of-line (well, they appear full of non
printable characters). These files opened into Notepad are a mess. To cure
them I have to open and save them with Wordpad.

P.S.: Any estimated date for a new full package release?

Regards
Salvatore



Subject: Re: CLX and Kylix
From: "Fikret Hasovic" <fikrethREMOVE@bihtamp.net>
Date: Tue, 29 Jun 2004 09:25:29 +0000 (UTC)
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

>> > > Kylix runs great on SUSE9. On Suse9.1 you have to cheat because of
>> > > kernel. Just do
>> > > 
>> > >   export LD_ASSUME_KERNEL=2.4.0
>> > > 
>> > > and kylix will run like clockwork:)
> > 
> > And Kylix C++ to ?

Sorry, but haven't tried that. But I suppose it will work...

>> > > 
>> > > I know that latest wversion of SUSE is 9.1. Where he found 9.2? ;)
>> > > 
> > 
> > Sorry, i mistake. It's Suse9.1 and MDK9.2 !
> > 

 :)

> > Regards,
> > Lionel


-- Best regards Fikret Hasovic TAMP R&D Team FirebirdSQL Foundation member. - Join today at http://www.firebirdsql.org/ff/foundation JEDI VCS contributor http://jedivcs.sourceforge.net/ Posted with XanaNews 1.16.3.1 

Subject: JvOfficeColorButton: Selected color displayed not in color field
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 29 Jun 2004 11:10:43 +0200
Newsgroups: jedi.vcl

Hi,

when selecting a color with the TJvOfficeColorButton the selected color is
displayed on the border and not in the inner color field. Just drop a
TJvOfficeColorButton on a form, start the application and select a color.

See Mantis #1900 for a screenshot.

Ciao,
Ralf



Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 29 Jun 2004 10:13:01 +0200
Newsgroups: jedi.vcl

hello Jens,

ok, found :-)

Thank you
Salvatore



Subject: Missed components
From: "Evgeny Zimin" <eex@pisem.net>
Date: Tue, 29 Jun 2004 07:29:57 +0000 (UTC)
Newsgroups: jedi.vcl

Hello!

I didn't find follow components in JVCL. 
Could anybody tell me up-to-date names of this components?


TJvxLabel
TJvxSpeedButton
TJvxDrawGrid
TJvxCurrencyEdit
TJvxSplitter
TJvxClock
TJvxSpinEdit
TJvxTrayIcon
TJvxFontComboBox


Thanks in advance.


Subject: Re: CLX and Kylix
From: "Fikret Hasovic" <fikrethREMOVE@bihtamp.net>
Date: Tue, 29 Jun 2004 07:15:00 +0000 (UTC)
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

>>> > > > 
>> > > Really? Since I am going to install my brand new notebook next week
>> > > and want to run Kylix in Linux on VMware which version of linux do
>> > > you suggest? I use suse 9 on my server which runs like clockwork?
>> > > 

Kylix runs great on SUSE9. On Suse9.1 you have to cheat because of
kernel. Just do

  export LD_ASSUME_KERNEL=2.4.0

and kylix will run like clockwork:)

> > 
> > I have a friend who install kylix on a suse 9.2. Kylix3 pascal work
> > without problem, but Kylix3 C++ is completly out. You need several
> > operations before have something OK ... So it can be done !

I know that latest wversion of SUSE is 9.1. Where he found 9.2? ;)

> > 
> > Regards,
> > Lionel
> > 


-- Best regards Fikret Hasovic TAMP R&D Team FirebirdSQL Foundation member. - Join today at http://www.firebirdsql.org/ff/foundation JEDI VCS contributor http://jedivcs.sourceforge.net/ Posted with XanaNews 1.16.3.1 

Subject: Re: JvRichEdit string replace
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 29 Jun 2004 08:53:43 +0200
Newsgroups: jedi.vcl

> > var
> >    s:String;
> > begin
> >    s := MyRichEdit.Text;
> >    AnsiReplaceStr( ... )
> >    MyRichEdit.Text := s;
> > end;
This way I lost all formating on rich text.

Matej


Subject: JvMonthCalendar + Multiselect and XP themes
From: "Fedor" <dot99@mail.ru>
Date: Tue, 29 Jun 2004 10:09:38 +0400
Newsgroups: jedi.vcl

Hello.

Anybody knows how to fix next problem:
When using TJvMonthCalendar with multiselect option and XP themes are
enables - the selected dates aren't displayed correctly.

Fedor




Subject: Re: JvDBGrid
From: "Opp" <develop@op-code.co.uk>
Date: Tue, 29 Jun 2004 05:22:44 +0000 (UTC)
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> > 
> > "Opp" <develop@op-code.co.uk> a icrit dans le message news:
> > cbmnoo$31s$1@talkto.net...
>> > > Hi all -
>> > > 
>> > > Just wondered if there is an example out there of using jvDBGrid and
>> > > its associated sorting features with Intebase/ ClientDataset
>> > > components ? Some of the examples rely on Specific component
>> > > properties (such as exist in JvCSVDataset or a table component.)
>> > > 
>> > > I am wanting to use the power of the jvDBGrid and caching potential
>> > > of the TClientDataset component with Interbase to sort ClientDataset
>> > > results on the fly without having to close.. change Sql then open
>> > > Sql component.. in order to do the same job.
>> > > 
> > 
> > Personally, i use a lot of jvDBGrid with local ClientDataSet. My
> > principle is simple : in the event "AfterOpen", i add index for each
> > column i want to be sorted. That's all !!
> > 
> > For example, the function call to add index :
> > procedure TDM.AddIndexTable(aMasterField: string; aDataSet: TDataSet);
> > var
> >   i:integer;
> > begin
> >   with (aDataSet as TClientDataSet) do
> >   begin
> >     for i:=1 to FieldCount-1 do
> >       if (Fields[i].FieldName <> aMasterField) and
> >          ((Fields[i].FieldKind = fkData) or (Fields[i].FieldKind =
> > fkInternalCalc)) and
> >          (Fields[i].DataType in [ftString, ftInteger, ftFloat,
> > ftWideString]) then
> > 
> > AddIndex('IX'+Fields[i].FieldName,Fields[i].FieldName+';'+aMasterField
> > ,[ixCa seInsensitive]);
> >     IndexDefs.Update;
> >   end;
> > end;
> > 
> > This function add an Index named 'IX'+Field Name on all Field who are
> > string, integer, ... and i have a master field (for example a field
> > date).
> > 
> > Regards,
> > Lionel

This sounds like an exccellent approach - will try this out ASAP. 
Many thanks Lonel.
Opp.


Subject: How to custom dock a form with JVdockClient?
From: "Samson Fu" <samson_fu@hotmail.com>
Date: Tue, 29 Jun 2004 12:32:33 +0800
Newsgroups: jedi.vcl

I want a form auto dock to main form oncreate, How to do that?

Thanks,
-- Samson Fu 

Subject: Re: @André: Q-unit creation
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 29 Jun 2004 01:27:45 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> I hope I have not not destroyed the whole CLX compile process.
No, but someone had changed JvToolEdit without taking care about clx compatibility. For the rests no problems.

Regards,

André Snepvangers


Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 29 Jun 2004 01:03:25 +0200
Newsgroups: jedi.vcl

Hi,

in the run directory there you can find two updated files:
JvFormPlacement and JvPropertyStorage. They contain all changes .

Greetings
Jens

Salvatore Besso wrote:

> hello Jens,
>
>
>> Yes
>
>
> oh well, maybe I'm sleeping. Apart some files marked as "Example from
> Salvatore Besso" I cannot find anything else, in particular the modified
> component. Can you give me a direct link?
>
> Thank you
> Salvatore (1AT28)
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 29 Jun 2004 00:35:16 +0200
Newsgroups: jedi.vcl

hello Jens,

> > Yes

oh well, maybe I'm sleeping. Apart some files marked as "Example from
Salvatore Besso" I cannot find anything else, in particular the modified
component. Can you give me a direct link?

Thank you
Salvatore (1AT28)



Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 28 Jun 2004 21:34:20 +0200
Newsgroups: jedi.vcl

Yes!

Salvatore Besso wrote:
> hello Jens,
>
>
>> committed
>
>
> thank you very much. Where is it? In the CVS or where?
>
> Regards
> Salvatore
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: General Rant on Win9x and nasty font kerning problems.
From: "Don S" <mudshark@rancidbud.org>
Date: Mon, 28 Jun 2004 15:05:47 -0400
Newsgroups: jedi.vcl


"Salvatore Besso" <s.besso@mclink.it> wrote in message news:cbphvm$j9s$1@talkto.net...

> > I think this is a common problem. I have found it on every third party
> > component library I own/use, for example IB Objects, Indy, Fast Reports,
> > Praagnan export filters, and so on, but the list is longer.

I can't think of anything in Indy that has a visual presentation at runtime... unless you're referring to the About box.  If it's the About box... I would have expected it to take something like this into account, since it was created by someone who is visually impared. 

Now, the demos are another story altogether. <g>



Subject: Re: CLX and Kylix
From: Thomas Mueller <news@s2h.cx>
Date: Mon, 28 Jun 2004 20:32:37 +0200
Newsgroups: jedi.vcl

Hi,

micha schumann wrote:

>> >> It's a pitty that Borland don't assume at least a correct behaviour of
>> >> Kylix3 on the latest Linux (MDK > 8.0, Suse > 8.0, ...). I had a lot of
>> >> problem whith Kylix on my MDK9.2 (and i don't imagine on MDK10.0 !)

Exactly this makes me believe that it is considered dead at Borland. :-(

> > Really? Since I am going to install my brand new notebook next week and
> > want to run Kylix in Linux on VMware which version of linux do you
> > suggest? I use suse 9 on my server which runs like clockwork?

I have installed Kylix 3 on Mandrake 9, Knoppix 3.3 and Debian Testing
without any problems. I didn't get Mandrake 10 to install (Note: I mean
Mandrake 10 itself, not Kylix on Mandrake 10). That's why I switched to
Debian.

twm



Subject: Re: General Rant on Win9x and nasty font kerning problems.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 28 Jun 2004 14:30:16 -0400
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> hello Warren,
>
> I think this is a common problem. I have found it on every third party
> component library I own/use, for example IB Objects, Indy, Fast Reports,
> Praagnan export filters, and so on, but the list is longer.
>
> Since my sight is no more that of when I was twenty, I absolutely have to
> use large fonts (120 dpi) on my development machine, and every form in the
> above cited third party libraries has been created at 96 dpi (small fonts)
> with Scaled := True. You can easily imagine what is the visual effect of
> these forms on a 120 dpi machine... Scrollbars, controls out of form,
> controls that don't return into the form even resizing because they are
> anchored somewhere, etc. I've given up to modify all forms before
> installing a new third party library because I can't spend so much time for
> a problem that shouldn't exist.
>
> It seems that the majority of programmers don't care about the small/large
> fonts problem...
>
> And I have seen this problem even on some commercial applications...
>
> Regards
> Salvatore
>
Hmm. It makes me think that this is one good reason to go with a sizer-based GUI layout. (Like in Java/SWING, and wxWindows).

In VCL, I can't us the Stretch feature, as it makes things disappear (by stretching them right off the right side of the form/panel until it becomes invisible). I have been thinking of writing my own custom stretching code to allow for different font sizes (dynamically at runtime). It would be a lot of code though.

Warren


Subject: Re: JvInspector and painters
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 28 Jun 2004 19:50:40 +0200
Newsgroups: jedi.vcl

Woops, missed this one.

>> > > Hi,
>> > >
>> > > I was wondering why painters are implemented as
>> > > special components if they can only be linked to
>> > > a single inspector at a time?

    initially they were assignable to multiple inspectors. AFAIK that should
still be possible, unless a change has made that impossible. Either way,
Mantis already contains a request to have it changed
(http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=171
6).

> >    IMHO, at runtime, a painter should be instantiated by the
> > JvINspector, if none is assigned at designtime.  It's up to Marcel
> > though, it's his baby.

    well, since I posted the request, I'm guessing I'm OK with it. You may
be aware my attention has turned to other things, so basically you just
inherited the control (you seem to be the one having done the most with the
control). Don't worry, I'll be around and I usually don't miss posts.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: General Rant on Win9x and nasty font kerning problems.
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 28 Jun 2004 19:45:39 +0200
Newsgroups: jedi.vcl

hello Warren,

I think this is a common problem. I have found it on every third party
component library I own/use, for example IB Objects, Indy, Fast Reports,
Praagnan export filters, and so on, but the list is longer.

Since my sight is no more that of when I was twenty, I absolutely have to
use large fonts (120 dpi) on my development machine, and every form in the
above cited third party libraries has been created at 96 dpi (small fonts)
with Scaled := True. You can easily imagine what is the visual effect of
these forms on a 120 dpi machine... Scrollbars, controls out of form,
controls that don't return into the form even resizing because they are
anchored somewhere, etc. I've given up to modify all forms before
installing a new third party library because I can't spend so much time for
a problem that shouldn't exist.

It seems that the majority of programmers don't care about the small/large
fonts problem...

And I have seen this problem even on some commercial applications...

Regards
Salvatore



Subject: General Rant on Win9x and nasty font kerning problems.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 28 Jun 2004 13:30:32 -0400
Newsgroups: jedi.vcl

I have recently tested my applications on a Win98SE box, just to see if they work.  Since all relevant JVCL code that uses later APIs (such as the SetupAPI) uses dynamic loading, my app generally runs fine, which is
good to know. I don't need to optimize my apps for Win9x, since few people use it anymore, but I do want them to basically work.

One nasty problem though is that font size handling (kerning etc) are very different on Win98 with the same font.  This plays havoc with my control layout, etc. I have turned off TForm.Scaled for every form in my application, and that helps a little, but I still have some components that are completely UNUSABLE on Win95, Win98, and WinME, although they paint fine on Win2K/XP. The worst offender is a commercial graphics toolkit that I use, which I think I have to go in and massively recode the internals of for it to be any good on Win95. It's not a JVCL component, though, so enough about it.

On topic for here, one teensy glitch that is annoying to me is that the TJvOutlookBar clips the lowercase alpha descenders (on p,g,j,q,y etc, so y looks like a v).  I will fix this, if it's okay with whoever owns this component.

I can easily add some more vertical text label spacing on Win9x only, so the TJvOutlookbar looks okay in Win98, but I wonder if anyone has thought of a general solution for this problem?

Has anyone attempted to write paint code that looks decent on both Win9x and 2k? What sort of rules and metrics/functions did you write?

Is there any interest in reviewing and fixing up any wayward JVCL3 painting code that looks bad on Win9x? Has anyone found other visible glitches using JVCL or standard VCL controls on old Windows versions?

Regards,

Warren


Subject: Re: JvInspector and painters
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 28 Jun 2004 13:18:51 -0400
Newsgroups: jedi.vcl

Aleksander Oven wrote:

> Hi,
>
> I was wondering why painters are implemented as
> special components if they can only be linked to
> a single inspector at a time?
>

  ;-) I hear ya.

  IMHO, at runtime, a painter should be instantiated by the JvINspector, if none is assigned at designtime.  It's up to Marcel though, it's his baby.



Subject: Re: JvRichEdit string replace
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 28 Jun 2004 13:16:37 -0400
Newsgroups: jedi.vcl

Matej Golob wrote:

> I want to make simple search/replace (Like AnsiReplaceStr works on strings)
> to the formated text which is in richedit. It should work without dialog
> (but with same functionalities like TReplaceDialog). Is there any function
> to do this?
>
> Matej
Hmm. How about this:

var
  s:String;
begin
  s := MyRichEdit.Text;
  AnsiReplaceStr( ... )
  MyRichEdit.Text := s;
end;



Subject: Re: What happend with jvFileInfo in JVCL3
From: "Nikola" <nikicab_1099@yahoo.com>
Date: Mon, 28 Jun 2004 17:59:41 +0200
Newsgroups: jedi.vcl

Thanls Peter,
I will wait.
> >Funny you should ask. I was just thinking about adding that to
> >JvComputerInfoEx but haven't had time to do it yet. If you can wait a 
couple
> >of days, I'll add it.
> >
> >-- 
> >Regards,
> >Peter Thornqvist (JVCL Developer)
> >http://jvcl.sf.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 28 Jun 2004 17:51:49 +0200
Newsgroups: jedi.vcl

"Opp" <develop@op-code.co.uk> a écrit dans le message news:
cbmnoo$31s$1@talkto.net...
> > Hi all -
> >
> > Just wondered if there is an example out there of using jvDBGrid and
> > its associated sorting features with Intebase/ ClientDataset components
> > ? Some of the examples rely on Specific component properties (such as
> > exist in JvCSVDataset or a table component.)
> >
> > I am wanting to use the power of the jvDBGrid and caching potential of
> > the TClientDataset component with Interbase to sort ClientDataset
> > results on the fly without having to close.. change Sql then open Sql
> > component.. in order to do the same job.
> >

Personally, i use a lot of jvDBGrid with local ClientDataSet. My principle
is simple : in the event "AfterOpen", i add index for each column i want to
be sorted. That's all !!

For example, the function call to add index :
procedure TDM.AddIndexTable(aMasterField: string; aDataSet: TDataSet);
var
  i:integer;
begin
  with (aDataSet as TClientDataSet) do
  begin
    for i:=1 to FieldCount-1 do
      if (Fields[i].FieldName <> aMasterField) and
         ((Fields[i].FieldKind = fkData) or (Fields[i].FieldKind =
fkInternalCalc)) and
         (Fields[i].DataType in [ftString, ftInteger, ftFloat,
ftWideString]) then

AddIndex('IX'+Fields[i].FieldName,Fields[i].FieldName+';'+aMasterField,[ixCa
seInsensitive]);
    IndexDefs.Update;
  end;
end;

This function add an Index named 'IX'+Field Name on all Field who are
string, integer, ... and i have a master field (for example a field date).

Regards,
Lionel






Subject: JvRichEdit string replace
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Mon, 28 Jun 2004 16:08:40 +0200
Newsgroups: jedi.vcl

I want to make simple search/replace (Like AnsiReplaceStr works on strings)
to the formated text which is in richedit. It should work without dialog
(but with same functionalities like TReplaceDialog). Is there any function
to do this?

Matej


Subject: Combobox with multi columns
From: "Alessandro" <alessandrocamara@hotmail.com>
Date: Mon, 28 Jun 2004 10:00:50 -0300
Newsgroups: jedi.vcl

Hi. In JEDI have any combobox and dbcombobox that implemented multi-columns
?

Thanks
Alessandro




Subject: Re: What happend with jvFileInfo in JVCL3
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 28 Jun 2004 14:37:25 +0200
Newsgroups: jedi.vcl

Funny you should ask. I was just thinking about adding that to
JvComputerInfoEx but haven't had time to do it yet. If you can wait a couple
of days, I'll add it.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Where are the daily builds?
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Mon, 28 Jun 2004 10:30:59 +0200
Newsgroups: jedi.vcl

Got it. Many thanks, Peter! :)

Regards,
Aleksander Oven




Subject: Re: Where are the daily builds?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 28 Jun 2004 10:27:27 +0200
Newsgroups: jedi.vcl

I've regenerated them manually for today. Let's hope it'll work from now on.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: band objects yet again
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Mon, 28 Jun 2004 10:20:20 +0200
Newsgroups: jedi.vcl

Hi guys,

read the thread about band objects. I am right, that there is nothing about those objects/interfaces in the jvcl/jcl or is there?

A little bit confused...

-- 
Holger


Subject: Re: Where are the daily builds?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 28 Jun 2004 10:15:21 +0200
Newsgroups: jedi.vcl

> > I'd really like to get it again. Is it possible somehow?
I'll check.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Where are the daily builds?
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Mon, 28 Jun 2004 10:11:40 +0200
Newsgroups: jedi.vcl

Ok, but I downloaded the last build not two days ago.
Today, it's not showing anymore.
I'd really like to get it again. Is it possible somehow?

Regards,
Aleksander Oven




Subject: Re: Where are the daily builds?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 28 Jun 2004 10:06:29 +0200
Newsgroups: jedi.vcl

The daily builds seems to have failed the last couple of times, so that's
why nothing is showing.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Where are the daily builds?
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Mon, 28 Jun 2004 10:06:04 +0200
Newsgroups: jedi.vcl

Whatever happened to JVCL daily builds?

The following URL shows no files:

http://jvcl.sourceforge.net/daily/

Regards,
Aleksander Oven




Subject: Re: Call for deletion
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Mon, 28 Jun 2004 09:32:30 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> calls into my code, and when I comment it out, I usually do so like this:
>
> // Invalidate; // XXX NEVER NEVER call Self.Invalidate here!!!!

This is just the kind of comments I hate. They tell you what to do, not why you should do it. Very much like how things are tought in schools, and how governments construct rules :-)

Regards

Hans-Eric Grönlund


Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 28 Jun 2004 09:23:12 +0200
Newsgroups: jedi.vcl

hello Jens,

> > committed

thank you very much. Where is it? In the CVS or where?

Regards
Salvatore



Subject: Re: New JVCL Developer
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 28 Jun 2004 08:40:56 +0200
Newsgroups: jedi.vcl

Thanks:-)

Hopefully withut new bugs :-) ;-)

Jens

> >Hello Chris,
> >
>> >>
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001887
>> >>
>> >> Don't forget to update this Heinz :)
> >
> >it looks Jens Fudickar was quicker :-)
> >
> >Ciao Heinz Z.
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: What happend with jvFileInfo in JVCL3
From: "Nikola" <nikicab_1099@yahoo.com>
Date: Mon, 28 Jun 2004 07:26:34 +0200
Newsgroups: jedi.vcl

 I cannot find any replacement for TjvFileInfo component. I would not 
like to use the old one in JVCLArchive.dpk if I don't have to.
By the way, can I install old JVCLArchiveXXX.dpk package together with 
the new JVCL?

Thanks, Nikola



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New JVCL Developer
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 28 Jun 2004 01:11:38 +0200
Newsgroups: jedi.vcl

Hello Chris,

> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001887
>
> Don't forget to update this Heinz :)

it looks Jens Fudickar was quicker :-)

Ciao Heinz Z.


Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 27 Jun 2004 23:31:07 +0200
Newsgroups: jedi.vcl

Commited,

please have a look at the examples and the new JvFormPlacement.

Jens

Salvatore Besso wrote:

> hello Jens,
>
>
>> it was a missing feature
>
>
> :-)))
>
> ok, I'll wait when a new installer will be made available.
>
> Thank you very much.
>
> Salvatore
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem updating /run/jvFormPlacement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 27 Jun 2004 23:30:25 +0200
Newsgroups: jedi.vcl

Thanks Peter,

this fixes the problem.

Greetings
Jens

Peter Thornqvist wrote:

> Right-click the file/folder and select CVS->Update Special, select "Return
> to main branch" and click OK. You will now return to the main branch version
> of the file(s). Commit your changes.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sun, 27 Jun 2004 20:02:01 +0200
Newsgroups: jedi.vcl

hello Jens,

> > it was a missing feature

:-)))

ok, I'll wait when a new installer will be made available.

Thank you very much.

Salvatore



Subject: Re: JvScrollingLabel does not existe in JVCL3 ???
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 27 Jun 2004 19:23:50 +0200
Newsgroups: jedi.vcl

TJvBehaviorLabel.Behavior := 'Scrolling'

and then set the BehaviorOptions subproperties

BTW, that's only one component...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: AutoComplete Edit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 27 Jun 2004 18:34:31 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:
>   No, I already have and use SynEdit for 6 months now, and it's great, but I
> meant auto complete like in filename edit, only the filename edit completion
> proposal is based on the folders on the computer, but this new component
> would provide a list of proposals previosly defined by the programmer.

The code for this is in TComboBoxEx, and could be copied with not much effort in TJvCustomComboEdit or something. But this is also a problem because that code is copyrighted offcourse.

(Another thing is that it will only work for IE 5.0+, a solution without using IAutoComplete would be better IMO.)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvScrollingLabel does not existe in JVCL3 ???
From: "salsa" <salsa@salsa.com>
Date: Sun, 27 Jun 2004 18:16:21 +0200
Newsgroups: jedi.vcl

 Hi,

I have installed the Jedi version 3.0 and two components are missing:

TjvScrollLabel

:(


somebody can help me?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problem updating /run/jvFormPlacement
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 27 Jun 2004 17:31:05 +0200
Newsgroups: jedi.vcl

Right-click the file/folder and select CVS->Update Special, select "Return
to main branch" and click OK. You will now return to the main branch version
of the file(s). Commit your changes.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: JvDBGrid
From: "Opp" <develop@op-code.co.uk>
Date: Sun, 27 Jun 2004 15:06:01 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all -

Just wondered if there is an example out there of using jvDBGrid and
its associated sorting features with Intebase/ ClientDataset components
? Some of the examples rely on Specific component properties (such as
exist in JvCSVDataset or a table component.)

I am wanting to use the power of the jvDBGrid and caching potential of
the TClientDataset component with Interbase to sort ClientDataset
results on the fly without having to close.. change Sql then open Sql
component.. in order to do the same job.

Any help/ pointers would be much appreciated.

Thanks..

Opp.


Subject: Re: JVCL Object Inspector
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 27 Jun 2004 14:00:12 +0200
Newsgroups: jedi.vcl

> > Since you are checking the events, it wont act like the one in delphi.
> > If you want it to act like the Delphi's OI then you have to dynamically
> > parse a pascal file and make the functions available to the component.
> >
> > I have created a similar thing for dev-cpp (wxWidgets form editor)
> > You can check the source code at
> >
> > http://g.yi.org/f.php?f=10339

I'm not checking any events, I just wanted a component which looks like the
OI, I know what I wanna put in it. But since noone took any intrest in this
post - I've been digging for about a week and found a perfect component for
what I wanna do. If you're interested, I found it here:
http://www.flex-graphics.com/Files/Free/GridView.zip

Thanks anyway

Marko




Subject: Re: AutoComplete Edit
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 27 Jun 2004 13:55:14 +0200
Newsgroups: jedi.vcl

> > Do you mean auto-complete in a single line TEdit or auto-complete in a
> > Memo or syntax highlighting Editor control?  If the latter, check out
> > SynEdit, it has some hooks for auto-completion, I think.

  No, I already have and use SynEdit for 6 months now, and it's great, but I
meant auto complete like in filename edit, only the filename edit completion
proposal is based on the folders on the computer, but this new component
would provide a list of proposals previosly defined by the programmer.
  Take a look at the screenshot and you'll see what I mean, also a button
would be nice, like in TJvComboEdit. On the left is the normal
auto-complete, and on the right is the inline auto-complete. Custom item 1,
2 and 3 would be the ones defined in the TStrings by the programmer.

Marko



AutoCompleteEdit.gif
	



Subject: Problem updating /run/jvFormPlacement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 27 Jun 2004 13:46:47 +0200
Newsgroups: jedi.vcl

Hi,

if i try to update the file JvFormPlacement then i got the following error:

cvs commit: sticky tag `1.22' for file `JVCL3/run/JvFormPlacement.pas' is not a branch
cvs [commit aborted]: correct above errors first!

Fehler, CVS-Vorgang fehlgeschlagen

Can anyone help and then upload the files from the binaries.
The comment for upload is:
# Mantis 1886
- Some additions and fixes
- FormStorage now uses OnTranslatePropertyNames
- All Concatenations with '.' replaced with ConcatPaths
- Default File-Extensions added for INI and XML Storage

Greetings and thanks
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: AppStorage Example for Jens Fudickar
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 27 Jun 2004 13:44:30 +0200
Newsgroups: jedi.vcl

Added and Fixed

Chris Pall wrote:
> Cool, I saw that, and probably should have said something but I was scared my knowledge of how the paths within the formstorage was not complete enough to say whether or not that was the right path or not.
>
> *sigh*
>
> Maybe I'm not going insane!
>
> Chris
>
> Heinz Zastrau wrote:
>
>> Hello Chris,
>>
>>
>>> I posted this set of examples for the JVCL but the third one has an  example. I've described everything here:
>>>
>>> bug id = 0001887
>>>
>>> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001887
>>
>>
>>
>> the error is in JvPropertyStorage.pas. This unit use a dot "." to separate  path elements. Change "%s.%s" to "%s\%s" and it shoud work, but I have  tested it only for the StoreStringsProperty and LoadStringsProperty  methods (they are implicit called in your example). I haven't write  access, so I can't change it in the CVS.
>>
>> Ciao Heinz Z.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 27 Jun 2004 12:35:54 +0200
Newsgroups: jedi.vcl

Hi Salvatore,

i have closed the bug.
It was not a bug, it was a missing feature. The FormStorage didn't use the translate mechanism of the AppStorage component.

I have changed it and i will upload the new version lateron.

Greetings
Jens

Salvatore Besso wrote:

> hello Jens,
>
> maybe the message passed unseen. I want to remember you that I have posted
> the bug and a test case on Mantis:
>
> Look at:
>
> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=000
> 1886
>
> Regards
> Salvatore
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: [JVCL 3] Questions and lacking in understanding
From: "Sylvain" <sylvain.taufour@free.fr>
Date: Sun, 27 Jun 2004 11:42:09 +0200
Newsgroups: jedi.vcl

To lose backwards compatible it's a good thing when this is to get better.
But when new version is worse....

"micha schumann" <schumannxx@itcxx-mdxx.dexx> a écrit dans le message de
news:cbk2nl$mcr$1@talkto.net...
> > Sylvain wrote:
> >
>> > > Hi,
>> > >
>> > > Before I was very pleased with JVCL release, but now there are too many
>> > > differents between release of JVCL and too many modification in the
global
>> > > policy.
>> > >
>> > > A lot of components were loosing property, have been rename or simply
have
>> > > been removed... So, it's take a long time by project to upgrade JVCL.
(no
>> > > backward compatibility at all)
>> > >
>> > > No explain is given to show why this or this component have changed.
>> > >
>> > > For example why removing the Action property of JvLabel ? Why removing
>> > > JvHotLink ? What are the equivalents ?
>> > >
>> > > JVCL get more and more components, but become incoherent.
>> > >
>> > > Sylvain
>> > >
>> > >
> > IMHO progress often creates additional work, for me it was quite some
> > effort to introduce jvcl 3 replacing jvcl 2 and other, partly self
> > written libs in relatively huge apps. But it would have been worth
> > double the effort: I ended up with perfect looking and rock solid
> > applications!
> >
> > Please think of the 640K barrier of the early PC , a real design flaw
> > which was carried so long just to be backwards compatible and introduced
> > so many ridiculous workarounds like extended and expanded memory and the
> > high memory area ;-)
> >
> > Micha
> >
> >
> >




Subject: Re: [JVCL 3] Questions and lacking in understanding
From: "Sylvain" <sylvain.taufour@free.fr>
Date: Sun, 27 Jun 2004 11:38:07 +0200
Newsgroups: jedi.vcl

Ok, thanks

Now about the policy and JvHotLink. :-D
I think is a good think to remove JvHotLink, but instead including it in
JvLabel it must be better to do it with an Action (like to do a link for
e-mail with JvSendMailAction)

Java (I hate it but...) and .NET technology have a good policy, components
are like bricks and in imbricating them we've got a good strong wall.
It's the same thing with "Action" property and actions...
And I think it's a good policy. No ?

Regards,

Sylvain

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news:cbgh81$tti$1@talkto.net...
> > Sylvain wrote:
> >
>> > > Since the origin :
>> > >
>> > > type
>> > >   TJvLabel = class(TLabel)
>> > > ...
>> > > published
>> > >     property Action;
> >
> > OK. I found the CVS commit that changed this:
> >
> > JVCL 2 branch:
> >
http://cvs.sourceforge.net/viewcvs.py/jvcl/jvcl/source/JvLabel.pas?r1=1.7&r
> > 2=1.8
> > I had not found it because this happend one month after the JVCL210-STABLE
> > release and was the base for the JVCL 3 branch.
> >
> > I'll add the published Action property
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Structured Storage?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 27 Jun 2004 00:44:05 +0200
Newsgroups: jedi.vcl

Hi,

> I'm not quite sure if this belongs to JVCL or JCL, but here it goes: I'm  looking for a structured storage mechanism, such that allow a bunch of streams inside on big stream. I've searched by google, common delphi sites, the JCL/JVCL docs, sourgeforge, but or I get a dead link or the project doesn't do what I expect. I've seen some that uses some kind of OLE storage, but I would like to port the application to kylix sometime. Someone know if that lib or component exists somewhere, or in any of the JEDI projects?

Peter Thornquist has donated a wrapper class for the Windows flavor of structured storage to the JCL; it's in the JCL CVS, see http://cvs.sourceforge.net/viewcvs.py/jcl/jcl/source/windows/JclStructStorage.pas?only_with_tag=HEAD&view=markup.

I have actually considered already if it shouldn't be possible to make it crossplatform; personally I don't have much expertise in this area (and have more urgent things to do at the moment), but if someone else is up to the task, his contributions would be gladly accepted. ;-)

Greetings, Robert


Subject: JvInspector and painters
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Sat, 26 Jun 2004 22:23:40 +0200
Newsgroups: jedi.vcl

Hi,

I was wondering why painters are implemented as
special components if they can only be linked to
a single inspector at a time?

Regards,
Aleksander Oven




Subject: Re: CLX and Kylix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 26 Jun 2004 19:40:11 +0200
Newsgroups: jedi.vcl

Hi


>> > > And so ? If i undestand correctly, Kylix is in stand by ... until when ?
>> > > It's a pitty that Borland don't assume at least a correct behaviour of
>> > > Kylix3 on the latest Linux (MDK > 8.0, Suse > 8.0, ...). I had a lot of
>> > > problem whith Kylix on my MDK9.2 (and i don't imagine on MDK10.0 !)
>> > >
>> > > Regards,
>> > > Lionel
>> > >
>> > >
>> > >
>> > >
> > Really? Since I am going to install my brand new notebook next week and
> > want to run Kylix in Linux on VMware which version of linux do you
> > suggest? I use suse 9 on my server which runs like clockwork?
> >

I have a friend who install kylix on a suse 9.2. Kylix3 pascal work without
problem, but Kylix3 C++ is completly out. You need several operations before
have something OK ... So it can be done !

Regards,
Lionel


> > JVCLX - will all CLX components be available on both platforms?
> >
> > Regards,
> >
> > Micha
> >




Subject: Re: Ctl3d
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Jun 2004 19:01:16 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>  I don't udnerstand this kind of reasoning where documentation and some
> personal theories "how things should seem" takes precedence over practical
> use. The fact is that Ctl3D is used by a lot of developers as an easy way to
> change the visual appearance of their controls, making them look flat and
> more "modern". They don't care jack about whether Borland thinks it is a Win
> 3.1 property or not, just that it's there. Removing it without providing a
> replacement is cutting off the legs of the users.

I disagree here.
I think we should follow the the "zeitgeist". It was flat appearance with Win 3.1 and then 3D came up and now it is flat again.
So the terminology changed. It was Flat by default and Ctl3D for the new look and now it is the inverse.



Subject: Re: Ctl3d
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Jun 2004 18:55:31 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> We should also remove the *Only.inc, if you compile a packages with *only.inc in an non supported environment. Compilation stops, without telling which unit includes the *Only.inc, a big annoyance. Can you give  me go on this one?

Place it after the unit line.

The files are a security feature for those who want to create their own packages.
BTW i introduced these files to the JCL not long ago.



Subject: Re: CLX and Kylix
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 26 Jun 2004 18:48:02 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> Really? Since I am going to install my brand new notebook next week and want to run Kylix in Linux on VMware which version of linux do you suggest? I use suse 9 on my server which runs like clockwork?
>
I use Kylix 3 (OE & PRO) on Mandrake 9.1
> JVCLX - will all CLX components be available on both platforms?
>

Not all. Something around 90 % will be available on both platforms. You will be missing several Windows Dialogs, JvJoystick, JvWinHelp, JvSoundControl, JvCharMap, JvComputerInfoEx...
Take a look at the Jv*Reg.pas units in qdesign for more details

Regards,

André Snepvangers


Subject: Re: Ctl3d
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 26 Jun 2004 18:31:48 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> I don't udnerstand this kind of reasoning where documentation and some
> personal theories "how things should seem" takes precedence over practical
> use. 

We should also remove the *Only.inc, if you compile a packages with *only.inc in an non supported environment. Compilation stops, without telling which unit includes the *Only.inc, a big annoyance. Can you give  me go on this one?

> The fact is that Ctl3D is used by a lot of developers as an easy way to
> change the visual appearance of their controls, making them look flat and
> more "modern". They don't care jack about whether Borland thinks it is a Win
> 3.1 property or not, just that it's there. Removing it without providing a
> replacement is cutting off the legs of the users.
>
Sorry to say it is another examples of careless changes done by Robert Marquardt.

Regards,

André Snepvangers


Subject: Re: Structured Storage?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 26 Jun 2004 18:07:46 +0200
Newsgroups: jedi.vcl

> > I'm not quite sure if this belongs to JVCL or JCL, but here it goes: I'm
> >   looking for a structured storage mechanism, such that allow a bunch of
> > streams inside on big stream. I've searched by google, common delphi
> > sites, the JCL/JVCL docs, sourgeforge, but or I get a dead link or the
> > project doesn't do what I expect. I've seen some that uses some kind of
> > OLE storage, but I would like to port the application to kylix sometime.
> > Someone know if that lib or component exists somewhere, or in any of the
> > JEDI projects?

    not to my knowledge. I think you are referring to a filesystem within a
file that is available for both Windows and Linux/Unix, correct? Try
'virtual disk', 'virtual disc' and 'virtual filesystem' (probably all in
combination with Delphi) if you haven't done so already, might give some
more results you hadn't checked before.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: [JVCL 3] Questions and lacking in understanding
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 26 Jun 2004 15:54:13 +0000
Newsgroups: jedi.vcl

Sylvain wrote:

> Hi,
>
> Before I was very pleased with JVCL release, but now there are too many
> differents between release of JVCL and too many modification in the global
> policy.
>
> A lot of components were loosing property, have been rename or simply have
> been removed... So, it's take a long time by project to upgrade JVCL. (no
> backward compatibility at all)
>
> No explain is given to show why this or this component have changed.
>
> For example why removing the Action property of JvLabel ? Why removing
> JvHotLink ? What are the equivalents ?
>
> JVCL get more and more components, but become incoherent.
>
> Sylvain
>
>
IMHO progress often creates additional work, for me it was quite some effort to introduce jvcl 3 replacing jvcl 2 and other, partly self written libs in relatively huge apps. But it would have been worth double the effort: I ended up with perfect looking and rock solid applications!

Please think of the 640K barrier of the early PC , a real design flaw which was carried so long just to be backwards compatible and introduced so many ridiculous workarounds like extended and expanded memory and the high memory area ;-)

Micha




Subject: Re: @André: Q-unit creation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 26 Jun 2004 17:43:35 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > JvQCheckedMaskEdit

Hmm. I have brought it to compile. But I will have a look at your version.


I hope I have not not destroyed the whole CLX compile process. At the
moment the "build d7clx" can compile until JvQCtrlsD7R.bpl.

JvStdCtrlsD7R.bpl is updated.


-- Regards, Andreas Hausladen 

Subject: Re: CLX and Kylix
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 26 Jun 2004 15:24:42 +0000
Newsgroups: jedi.vcl

Lionel Reynaud wrote:
> "Peter Thornqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
> cbh7cq$2tg$1@talkto.net...
>
>> The official Borland policy is that Kylix is not abandoned but resources
>
> are
>
>> allocated based on projected revenue.
>>
>
>
> And so ? If i undestand correctly, Kylix is in stand by ... until when ?
> It's a pitty that Borland don't assume at least a correct behaviour of
> Kylix3 on the latest Linux (MDK > 8.0, Suse > 8.0, ...). I had a lot of
> problem whith Kylix on my MDK9.2 (and i don't imagine on MDK10.0 !)
>
> Regards,
> Lionel
>
>
>
>
Really? Since I am going to install my brand new notebook next week and want to run Kylix in Linux on VMware which version of linux do you suggest? I use suse 9 on my server which runs like clockwork?

JVCLX - will all CLX components be available on both platforms?

Regards,

Micha


Subject: Re: @André: Q-unit creation
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 26 Jun 2004 16:54:20 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> Did you cleaned the ifdef's in uses
>
>
> Yes. And the Q-Units I have generated have lots of problems. 
>
I use the JVCLInstall to build the clx packages. There are some Q-Units that need backporting (JvQCsvData, JvQParameterListParameter, JvQCheckedMaskEdit, ..): get them from CVS.

Regards,

André Snepvangers


Subject: Re: Ctl3d
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 26 Jun 2004 16:40:29 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
>
> I will make the Ctl3D property public, ensure that it is read from the stream, and introduce a Flat property for the combo edits. Although I think it's completly unnecessary and just work for nothing.

imho making the Ctl3D property published, saves work.

>
> Offcourse there are more controls with removed Ctl3D properties, I hope you will answer user questions about them.
>

imho we should publish allways the Ctl3D, saves work, needs only 2 lines of code.

Regards,

André Snepvangers


Subject: Structured Storage?
From: Solerman Kaplon <solerman@nospam.com>
Date: Sat, 26 Jun 2004 11:30:46 -0300
Newsgroups: jedi.vcl

Hi Jedis,

I'm not quite sure if this belongs to JVCL or JCL, but here it goes: I'm  looking for a structured storage mechanism, such that allow a bunch of streams inside on big stream. I've searched by google, common delphi sites, the JCL/JVCL docs, sourgeforge, but or I get a dead link or the project doesn't do what I expect. I've seen some that uses some kind of OLE storage, but I would like to port the application to kylix sometime. Someone know if that lib or component exists somewhere, or in any of the JEDI projects?

Solerman


Subject: Re: @André: Q-unit creation
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 26 Jun 2004 15:37:31 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Andreas Hausladen wrote:
>
>
>> And I'm working on getting the JvCalendar unit CLX compatible.
>
>
> Oh. Forget it. I have not seen that it is a native common control.
>
Don't worry, Try qexamples/JvNavagationPane. I will rewrite it using dynamic arrays to support multiple months as with ms calendar.
Maybe you could take a look at TColorPropertyEx instead?

Regards,

André Snepvangers


Subject: Re: @André: Q-unit creation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 26 Jun 2004 15:31:55 +0200
Newsgroups: jedi.vcl

My changes to the converter tool:

1.) The "Types" unit:

If the converter finds a "Windows" unit that is not IFDEF'ed it will
insert the "Types" unit before the replaced "Windows" (=>QWindows) unit.

If the converter finds no "Windows" but a "Graphics" unit that is not
IFDEF'ed it will insert the "Types" unit before the replaced "Graphics"
(=>QGraphics) unit.

If the unit list already contains a "Types" unit nothing will happen.


I have hard coded this because the old way with the replace ini file has
one bad effect. If the unit is replaced as a full qualified unit
identifier (in-text) "Graphics.TBitmap.Create" the converter will generate
"Types, QGraphics.TBitmap.Create"


2.) The Windows and Messages unit was in-text replaced even when the unit
was a "windowsonly.inc" unit.


-- Regards, Andreas Hausladen 

Subject: Re: @André: Q-unit creation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 26 Jun 2004 15:15:13 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > And I'm working on getting the JvCalendar unit CLX compatible.

Oh. Forget it. I have not seen that it is a native common control.



-- Regards, Andreas Hausladen 

Subject: Re: @André: Q-unit creation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 26 Jun 2004 14:32:55 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Did you cleaned the ifdef's in uses

Yes. And the Q-Units I have generated have lots of problems. And now I
have modified the tool, too. I will merge your an my changes. And I'm
working on getting the JvCalendar unit CLX compatible.


-- Regards, Andreas Hausladen 

Subject: Re: @André: Q-unit creation
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 26 Jun 2004 14:01:22 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Have you changed the ini files for the JvclVclClx.exe tool? 

Yes, I did. I have also modified JvclVclClx.

> If so please
> commit your changes, 

Done.

> so I can test my "uses" changed against CLX.
>
Did you cleaned the ifdef's in uses


Subject: Re: Ctl3d
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 26 Jun 2004 13:09:55 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
>
> I will make the Ctl3D property public, ensure that it is read from the stream, and introduce a Flat property for the combo edits. 
>
Most easily done by modifying the JvEx* templates.

Regards,

André Snepvangers


Subject: Re: Ctl3d
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 26 Jun 2004 12:59:43 +0200
Newsgroups: jedi.vcl

> > Read the help about Ctl3D. It is effectively a Win 3.1 property.
So, if Borland decide Align is a Win 3.1 property and thinks we should use
Anchors instead, does that mean we should remove Align from all controls in
JVCL? I don't udnerstand this kind of reasoning where documentation and some
personal theories "how things should seem" takes precedence over practical
use. The fact is that Ctl3D is used by a lot of developers as an easy way to
change the visual appearance of their controls, making them look flat and
more "modern". They don't care jack about whether Borland thinks it is a Win
3.1 property or not, just that it's there. Removing it without providing a
replacement is cutting off the legs of the users.

Besides, hiding Ctl3D by implementing a Flat property - which is no more
than the opposite of Ctl3D - doesn't accomplish anything but bloat IMO.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Ctl3d
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 26 Jun 2004 12:22:17 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Peter Thornqvist wrote:
>
>> Robert Marquardt was the champion for removing the Ctl3D property but I
>> could never understand why it was so important to him. Maybe I should have
>> been more persistent in not allowing it...
>>
>
> Read the help about Ctl3D. It is effectively a Win 3.1 property.
> I think modern components should be 3D by default and a Flat property should be introduced for the other look. This is what we implemented (or at least tried) for the components.

Your not talking about removing functionality anymore. That was what happened when you removed the Ctl3D property.

I will make the Ctl3D property public, ensure that it is read from the stream, and introduce a Flat property for the combo edits. Although I think it's completly unnecessary and just work for nothing.

Offcourse there are more controls with removed Ctl3D properties, I hope you will answer user questions about them.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: @André: Q-unit creation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 26 Jun 2004 11:52:52 +0200
Newsgroups: jedi.vcl

Have you changed the ini files for the JvclVclClx.exe tool? If so please
commit your changes, so I can test my "uses" changed against CLX.


-- Regards, Andreas Hausladen 

Subject: Re: Call for deletion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 26 Jun 2004 08:31:44 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > We also have "satisfy Delphi 5" zombies everywhere.

I kept the code only when another deactivated code referenced it.



-- Regards, Andreas Hausladen 

Subject: Re: Latest JVCL and BCB5... and good news
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Jun 2004 06:32:08 +0200
Newsgroups: jedi.vcl

Fred wrote:

> I agree that some functions are used only by a few people and it could be a good thing to create a child unit of JvDbGrid for these functions. 

If you find a good split up of the features then feel free to write a family of components.



Subject: Re: Ctl3d
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Jun 2004 06:26:58 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Robert Marquardt was the champion for removing the Ctl3D property but I
> could never understand why it was so important to him. Maybe I should have
> been more persistent in not allowing it...
>

Read the help about Ctl3D. It is effectively a Win 3.1 property.
I think modern components should be 3D by default and a Flat property should be introduced for the other look. This is what we implemented (or at least tried) for the components.



Subject: Re: Call for deletion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 26 Jun 2004 06:22:15 +0200
Newsgroups: jedi.vcl

OBones wrote:

>> // Invalidate; // XXX NEVER NEVER call Self.Invalidate here!!!!
>
>
> Yeah, especially when it took you 8 hours finding it and its likely to cause others some pain ;-)

This is more or less a simple comment.
What i want to get rid of is the graveyards of deactivated code (probably from the fusion of several components into one).
We also have "satisfy Delphi 5" zombies everywhere.



Subject: Re: JVCL Object Inspector
From: "Kathire" <kathire-has-no-email@email-server.com>
Date: Sat, 26 Jun 2004 03:04:45 +0000 (UTC)
Newsgroups: jedi.vcl

Marko Binic wrote:

> >  is there a component that looks
> > like (not acts) an Object Inspector?

Since you are checking the events, it wont act like the one in delphi.
If you want it to act like the Delphi's OI then you have to dynamically
parse a pascal file and make the functions available to the component.

I have created a similar thing for dev-cpp (wxWidgets form editor)
You can check the source code at

http://g.yi.org/f.php?f=10339

-Kathire





Subject: Re: AutoComplete Edit
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Fri, 25 Jun 2004 22:01:02 -0400
Newsgroups: jedi.vcl

Yeah, SynEdit does that and a WHOLE lot more.

Warren Postma wrote:
> Marko Binic wrote:
>
>>   Will there be an AutoCompleteEdit component? And by that I mean an
>> ordenery edit component with a property of type TStrings where the
>> programmer would enter auto-complete list items. And maybe add a possibility
>> of an inline-autocomplete.
>
>
> Do you mean auto-complete in a single line TEdit or auto-complete in a Memo or syntax highlighting Editor control?  If the latter, check out SynEdit, it has some hooks for auto-completion, I think.
>
> Warren
>


Subject: Re: Since what version exists TObjectList?
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Fri, 25 Jun 2004 21:28:06 -0400
Newsgroups: jedi.vcl

I think TObjectList was introduced in Delphi 5.

-- Ray A. "ssamayoa" <nospam@stopspam.com> wrote in message news:cbi2e8$9v0$1@talkto.net...
> > Since what version exists TObjectList?
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Since what version exists TObjectList?
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 25 Jun 2004 23:35:51 +0200
Newsgroups: jedi.vcl

Since what version exists TObjectList?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: AutoComplete Edit
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 25 Jun 2004 16:53:40 -0400
Newsgroups: jedi.vcl

Marko Binic wrote:
>   Will there be an AutoCompleteEdit component? And by that I mean an
> ordenery edit component with a property of type TStrings where the
> programmer would enter auto-complete list items. And maybe add a possibility
> of an inline-autocomplete.

Do you mean auto-complete in a single line TEdit or auto-complete in a Memo or syntax highlighting Editor control?  If the latter, check out SynEdit, it has some hooks for auto-completion, I think.

Warren



Subject: AutoComplete Edit
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 25 Jun 2004 21:55:12 +0200
Newsgroups: jedi.vcl

  Will there be an AutoCompleteEdit component? And by that I mean an
ordenery edit component with a property of type TStrings where the
programmer would enter auto-complete list items. And maybe add a possibility
of an inline-autocomplete.

Marko




Subject: Re: Can someone test my "uses"-cleaning with BCB
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 19:56:20 +0200
Newsgroups: jedi.vcl

And the next files are changed.


-- Regards, Andreas Hausladen 

Subject: Re: CLX and Kylix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 25 Jun 2004 19:55:54 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
cbh7cq$2tg$1@talkto.net...
> > The official Borland policy is that Kylix is not abandoned but resources
are
> > allocated based on projected revenue.
> >

And so ? If i undestand correctly, Kylix is in stand by ... until when ?
It's a pitty that Borland don't assume at least a correct behaviour of
Kylix3 on the latest Linux (MDK > 8.0, Suse > 8.0, ...). I had a lot of
problem whith Kylix on my MDK9.2 (and i don't imagine on MDK10.0 !)

Regards,
Lionel






Subject: Re: CLX and Kylix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 25 Jun 2004 19:48:28 +0200
Newsgroups: jedi.vcl

Hi André

>> > > I'm interested by this news. Where have you see that Borland will
reconsider
>> > > about Kylix ?? If it's true, that's a great news because i thought that
>> > > kylix is abandoned.
>> > >
> > I didn't say that Borland will reconsider Kylix, I just hope they will.

I hope too !!

> > The component pallette of VisualCLX (PRO & OE) is rather limited and
> > their are only a few (free) libraries/packages available. To less to
> > make clx a success. JVCLX will add over 200 components borrowed from
> > JVCL3 to the clx pallette.  I expect it will see something back on the
> > Linux platform, the reason I started with JVCLX in the fist place.
> >

Yes, JVCLX is very great !

Regards,
Lionel





Subject: Re: CLX and Kylix
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 25 Jun 2004 16:39:47 +0200
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> Hi !
>
>
>
>> Hopefully Borland will reconsider their policy regarding Kylix, after
>> the release of JVCL3/JVCLX1.
>
>
> I'm interested by this news. Where have you see that Borland will reconsider
> about Kylix ?? If it's true, that's a great news because i thought that
> kylix is abandoned.
>
I didn't say that Borland will reconsider Kylix, I just hope they will.
The component pallette of VisualCLX (PRO & OE) is rather limited and their are only a few (free) libraries/packages available. To less to make clx a success. JVCLX will add over 200 components borrowed from JVCL3 to the clx pallette.  I expect it will see something back on the Linux platform, the reason I started with JVCLX in the fist place.

Regards,

André Snepvangers


Subject: Re: Can someone test my "uses"-cleaning with BCB
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 25 Jun 2004 16:38:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have cleaned the uses units of some files. Can anybody test the changed
> with BCB. I have tested it with D5, D6 and D7.
>
I've compiled the JVCL at about 13:00 (UTC+2) and it was fine.


Subject: Re: Latest JVCL and BCB5... and good news
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 25 Jun 2004 16:38:04 +0200
Newsgroups: jedi.vcl

Fred wrote:

> What I think to be the most important to include is the custom inplace editors.
I can't agree more !


Subject: Re: CLX and Kylix
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Jun 2004 15:54:37 +0200
Newsgroups: jedi.vcl

The official Borland policy is that Kylix is not abandoned but resources are
allocated based on projected revenue.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: New JVCL Developer
From: Chris Pall <leavemealone@leavemealone.com>
Date: Fri, 25 Jun 2004 09:30:06 -0400
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> Heinz Zastrau has asked me to make him a JVCL developer. If you have any
> problems with this, mail me privately during the weekend. If I don't get any
> mails before sunday, I'll add him on sunday/monday.
>
>

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001887

Don't forget to update this Heinz :)

cpall


Subject: Re: CLX and Kylix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 25 Jun 2004 15:15:32 +0200
Newsgroups: jedi.vcl

Hi !


> > Hopefully Borland will reconsider their policy regarding Kylix, after
> > the release of JVCL3/JVCLX1.

I'm interested by this news. Where have you see that Borland will reconsider
about Kylix ?? If it's true, that's a great news because i thought that
kylix is abandoned.

Lionel






Subject: New JVCL Developer
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Jun 2004 14:01:44 +0200
Newsgroups: jedi.vcl

Heinz Zastrau has asked me to make him a JVCL developer. If you have any
problems with this, mail me privately during the weekend. If I don't get any
mails before sunday, I'll add him on sunday/monday.


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Ctl3d
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Jun 2004 13:56:11 +0200
Newsgroups: jedi.vcl

Robert Marquardt was the champion for removing the Ctl3D property but I
could never understand why it was so important to him. Maybe I should have
been more persistent in not allowing it...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: JvDbGrid.pas - TJvDBGrid.SetSelectColumnsDialogStrings is a "do nothing" method. Why is it there then?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Jun 2004 13:53:39 +0200
Newsgroups: jedi.vcl

It is there so the property can be shown in the OI (IIRC, only D6 and D7 can
show readonly properties but you still have to activate it). This is a
common "trick" when publishing TPersistent properties for components. If you
look through the JVCL sources, you will see this pattern in several places.

The alternative is to implement it like so:

procedure TJvDBGrid.SetSelectColumnsDialogStrings(
   const Value: TJvSelectDialogColumnStrings);
begin
  FSelectColumnsDialogStrings.Assign(Value)
end;

But then you would also have to implement the Assign procedure for the
TJvSelectDialogColumnStrings class and the only time the Assign() code would
be used is in code like this:

JvDBGrid1.SelectDialogColumnStrings := JvDBGrid2.SelectDialogColumnStrings;

That construct is probably pretty rare, so noone thought it was worth
implementing. Not that anyone would complain if it *was* implemented ;)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: [JVCL 3] Questions and lacking in understanding
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Jun 2004 13:48:27 +0200
Newsgroups: jedi.vcl

> > Why removing
> > JvHotLink ? What are the equivalents ?
JvLabel now have an URL:string and AutoOpenURL:boolean property to
accomodate what JvHotLink did.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Latest JVCL and BCB5... and good news
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Fri, 25 Jun 2004 13:39:26 +0200
Newsgroups: jedi.vcl

Hello,

>> - I could have the authorization from JVCL developers to modify JvDBGrid as needed (I will send the code to one of you when finished to test it under other platforms and to commit it to CVS);
> Send it to me.
send it to me too. :-)

Ciao Heinz Z.


Subject: Re: Plugin
From: "Raziel" <razielfs@yahoo.com.br>
Date: Fri, 25 Jun 2004 11:12:16 +0000 (UTC)
Newsgroups: jedi.vcl

nix wrote:

> > Hi, I am creating a few plugins, the one plugin has a plugin manager
> > that loads plugins specific to it. I also have a unit called
> > "Shared_Constants.pas" which has all constants that are used all the
> > plugins (messaging ID's etc). All the projects have them included and
> > all compiles fine. When the plugin loads it's plugins I get the
> > following error :
> > 
> >  "Cannot load package 'PlgSubPlugin'. It contains unit
> > 'Shared_Constants,' which is also contained in package 'PlgPlugin".
> > 
> > Does this mean that I will have to redeclare the unit in each project
> > and with a different name? This seems a dirty solution. I want to be
> > able to make chages in one place and then just rebuild all. How can I
> > get this to work?


If his plugin goes a package this unit Shared_Constants.pas, it should
be in a 3rd package.

-- R@ziel news.unipar.br news.tw4.com.br 

Subject: Can someone test my "uses"-cleaning with BCB
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 13:11:32 +0200
Newsgroups: jedi.vcl

I have cleaned the uses units of some files. Can anybody test the changed
with BCB. I have tested it with D5, D6 and D7.

-- Regards, Andreas Hausladen 

Subject: Re: Changes to JvExVCL templates
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 13:08:39 +0200
Newsgroups: jedi.vcl

Apply your changes (as long as I do not have to update the templates from
the generated files :-) )


-- Regards, Andreas Hausladen 

Subject: Re: Latest JVCL and BCB5... and good news
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 25 Jun 2004 13:08:21 +0200
Newsgroups: jedi.vcl

Hello,

> >in my memories about UltimaDbGrid it was a big fish,
> >with many features only use in rare situations.
> >So, why not create a decend of TJvDbGrid?

I agree that some functions are used only by a few people and it could 
be a good thing to create a child unit of JvDbGrid for these functions. 
However, most parts of the code have to be in JvDbGrid because 
UltimDbGrid has hacks and other awful things to bypass or change the 
behavior of its parent (RxDbGrid, which became JvDBGrid). The code will 
be nicer, smaller and more efficient if it's included directly in the 
parent unit.
What I think to be the most important to include is the custom inplace 
editors.

Fred, original author of UltimDBGrid



--- posted by geoForum on http://delphi.newswhat.com


Subject: Changes to JvExVCL templates
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 25 Jun 2004 13:03:47 +0200
Newsgroups: jedi.vcl

The changes have no effect on the VCL behaviour.
JvExControls.macros:
clx: added  JV_STDCONTROL (VCL: equals  JV_WINCONTROL ) for all clx controls with a drawitem event.
Added CreateWnd/CreateWidget/RecreateWnd

JvExControls.pas:
added  IJvStdControl (VCL: equals  IJvStdControl ) for all clx controls with a drawitem event.
Fix for doublebuffering in TWidget_ColorChanged & WidgetControl_Painting.
Restored clx compatibility.

JvExStdCtrls, JvExComCtrls, JvExExtCtrls, JvExCheckLst:
No doublebuffering, paint & painting for controls that have a DrawItem event:
T(Custom)Listbox, T(Custom)Combobox, T(Custom)Treeview, T(Custom)Listview, TCustomViewControl, TCheckList

Regards,

André Snepvangers


Subject: Re: Call for deletion
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 25 Jun 2004 13:03:26 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> For instance, in my app, I have both created, and solved problems
> by inserting Application.ProcessMessages or <Control>.Invalidate
> calls into my code, and when I comment it out, I usually do so like this:
>
> // Invalidate; // XXX NEVER NEVER call Self.Invalidate here!!!!

Yeah, especially when it took you 8 hours finding it and its likely to cause others some pain ;-)


Subject: Re: Installer request
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 25 Jun 2004 12:51:34 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Salvatore Besso wrote:
>
>
>> when I click the "Install" button in the installer the whole job takes no
>> more than 15 seconds to complete for my D7 installation. Why do you say
>> that time would increase so much?
>
>
> Try it with C++ Builder. It takes up to 3 minutes on my 3GHz HT.
>

Make that 25 on my 1.3Ghz 256M laptop...


Subject: Re: Latest JVCL and BCB5... and good news
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 25 Jun 2004 12:48:33 +0200
Newsgroups: jedi.vcl

> I have the authorization from my boss to work on the integration of UltimDBGrid in JvDbGrid. I won't have a lot of time to do it, so I'm not sure to integrate everything.
As much as you can is fine ;-)

> - I could have the authorization from JVCL developers to modify JvDBGrid as needed (I will send the code to one of you when finished to test it under other platforms and to commit it to CVS);
Send it to me.

> - you could avoid any changes to JvDBGrid while I'm on.
We'll try to manage that, but CVS will actually tell me if there are any conflicts.

Cheers
Olivier


Subject: Re: Latest JVCL and BCB5... and good news
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Fri, 25 Jun 2004 12:30:56 +0200
Newsgroups: jedi.vcl

Hello Fred,

> Now, here are the good news:
> I have the authorization from my boss to work on the integration of
> UltimDBGrid in JvDbGrid. I won't have a lot of time to do it, so I'm not
> sure to integrate everything. It would be nice if:
> - I could have the authorization from JVCL developers to modify JvDBGrid
> as needed (I will send the code to one of you when finished to test it
> under other platforms and to commit it to CVS);
> - you could avoid any changes to JvDBGrid while I'm on.

in my memories about UltimaDbGrid it was a big fish, with many features only use in rare situations. So, why not create a decend of TJvDbGrid?

Ciao Heinz Z.


Subject: Re: Latest JVCL and BCB5... and good news
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 12:19:51 +0200
Newsgroups: jedi.vcl

Fred wrote:

> > 1 - In JvToolEdit.pas:
> > I put {$IFDEF COMPILER6_UP}...{$ENDIF COMPILER6_UP} around 
> > UpdateBtnBounds because this private procedure is never called.
> > 
> > 2 - In JvParameterListParameter.pas:
> > I think "Override" is missing after:
> > line 119 - procedure Notification(AComponent: TComponent; Operation: 
> > TOperation);

I had fixed both 1 hour ago.


> > 3 - In JvCsvData.pas:

I do not use this component ;-)


> > Now, here are the good news:
> > I have the authorization from my boss to work on the integration of 
> > UltimDBGrid in JvDbGrid. I won't have a lot of time to do it, so I'm not 
> > sure to integrate everything. It would be nice if:
> > - I could have the authorization from JVCL developers to modify JvDBGrid 
> > as needed (I will send the code to one of you when finished to test it 
> > under other platforms and to commit it to CVS);
> > - you could avoid any changes to JvDBGrid while I'm on.

I have no problems with changing JvDBGrids. I have committed my
"uses"-cleaning for this file 2 minutes ago.
So get started.

-- Regards, Andreas Hausladen 

Subject: Latest JVCL and BCB5... and good news
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 25 Jun 2004 11:56:33 +0200
Newsgroups: jedi.vcl

 Hello,

To compile under BCB 5, I had to change some things (hints and warnings 
crash my delphi compiler, dont ask why):

1 - In JvToolEdit.pas:
I put {$IFDEF COMPILER6_UP}...{$ENDIF COMPILER6_UP} around 
UpdateBtnBounds because this private procedure is never called.

2 - In JvParameterListParameter.pas:
I think "Override" is missing after:
line 119 - procedure Notification(AComponent: TComponent; Operation: 
TOperation);

3 - In JvCsvData.pas:
This error seems to scare everybody because noone seems willing to fix 
it despite my previous messages:
  if MatchFieldCount = 0 then
    JvCsvDatabaseError(FTableName, RsETimeTConvError);
should be:
  if MatchFieldCount = 0 then
    JvCsvDatabaseError(DataSet.Name, RsENoFieldNamesMatch);

Now, here are the good news:
I have the authorization from my boss to work on the integration of 
UltimDBGrid in JvDbGrid. I won't have a lot of time to do it, so I'm not 
sure to integrate everything. It would be nice if:
- I could have the authorization from JVCL developers to modify JvDBGrid 
as needed (I will send the code to one of you when finished to test it 
under other platforms and to commit it to CVS);
- you could avoid any changes to JvDBGrid while I'm on.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Ctl3d
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 25 Jun 2004 11:52:17 +0200
Newsgroups: jedi.vcl

wasenbr wrote:
>  Why was Ctl3d moved from published properties to the
> TDBLookupComboBox, TJvDBCalcEdit and TDBComboBox components?
>
> Wasen
>
Afaik use the Hottrack property

Regards,

André Snepvangers


Subject: Re: Error with JvDbGrid.IniSection
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Fri, 25 Jun 2004 11:46:29 +0200
Newsgroups: jedi.vcl

Hello Lionel,

> Yes that's a good idea. But for the moment, i correct directlymy source of the unit ! That's a pity, because my code workfine and reversecorrectly the sort when you click on the titlebutton ... and probablyother people will like to have thisfeature.

so create your own decend perhaps TJcDbClientGrid. To change TJvDbGrid is the wrong location. And I have a wish: Please never do things like this:

   except
   end;

That is always bad. Better is something like that:

   except
     on e: ErrorClassYouWantToIgnore do {nothing};
   end;

Ciao Heinz Z.


Subject: Re: Cant´t compile JvParameterList.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 11:30:03 +0200
Newsgroups: jedi.vcl

No problem. I just test the JVCL compilation and fix all warnings, hints
and errors.


-- Regards, Andreas Hausladen 

Subject: Re: Cant´t compile JvParameterList.pas
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 25 Jun 2004 11:24:21 +0200
Newsgroups: jedi.vcl

Sorry it was my fault again.

I must learn to think on D5 changing something in the parameterlist or
dyncontrol-engines :-(

Greetings
Jens

> >Dierk wrote:
> >
>> >> Look at:
>> >> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0
>> >> 001892
> >
> >Fixed in CVS.
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvAppIniStore and TJvAppRegistryStore bug
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 25 Jun 2004 11:23:12 +0200
Newsgroups: jedi.vcl

Hi Salvatore,

i have seen it. Sorry i'm a little bit busy. I hope i will find time to
look into it at this weekend.

Greetings
Jens
> >hello Jens,
> >
> >maybe the message passed unseen. I want to remember you that I have posted
> >the bug and a test case on Mantis:
> >
> >Look at:
> >
> >http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=000
> >1886
> >
> >Regards
> >Salvatore
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Cant´t compile JvParameterList.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 11:19:46 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> > Look at:
> > http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0
> > 001892

Fixed in CVS.


-- Regards, Andreas Hausladen 

Subject: TJvAppIniStore and TJvAppRegistryStore bug
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Fri, 25 Jun 2004 10:29:27 +0200
Newsgroups: jedi.vcl

hello Jens,

maybe the message passed unseen. I want to remember you that I have posted
the bug and a test case on Mantis:

Look at:

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=000
1886

Regards
Salvatore



Subject: Re: Ctl3d
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 25 Jun 2004 09:36:40 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> wasenbr wrote:
>
>>  Why was Ctl3d moved from published properties to the
>> TDBLookupComboBox, TJvDBCalcEdit and TDBComboBox components?
>
>
> If no one is going to answer this, I will put the Ctl3D property back for these controls.
>
There was a discussion on this subject earlier this year in the NG.

Regards,

André Snepvangers


Subject: Re: [JVCL 3] Questions and lacking in understanding
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 09:36:09 +0200
Newsgroups: jedi.vcl

Sylvain wrote:

> > Since the origin :
> > 
> > type
> >   TJvLabel = class(TLabel)
> > ...
> > published
> >     property Action;

OK. I found the CVS commit that changed this:

JVCL 2 branch:
http://cvs.sourceforge.net/viewcvs.py/jvcl/jvcl/source/JvLabel.pas?r1=1.7&r
2=1.8
I had not found it because this happend one month after the JVCL210-STABLE
release and was the base for the JVCL 3 branch.

I'll add the published Action property


-- Regards, Andreas Hausladen 

Subject: Re: Cant´t compile JvParameterList.pas
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 25 Jun 2004 09:12:06 +0200
Newsgroups: jedi.vcl

Look at:
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001892




Subject: Re: Debugging Plugins with D5
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 25 Jun 2004 08:58:43 +0200
Newsgroups: jedi.vcl


"nix" <karlkuhn@hotmail.com> schrieb im Newsbeitrag
news:cbeo8a$hvo$1@talkto.net...
> > Hi there, I have been struggeling with the same problem as you guys. I am
> > using bpl's which are in a project group and in various folders. The
project
> > group contained all the packages/plugins and the main exe application. I
> > tried all the solutions suggested by many in the web to no avail. I hope
> > this helps you guys with the dlls since these are all rtl...

Hi,

do you use D7? since D7 i have to set the DOS path to the directories that
contain my plugin/DLL/COM DLL to debug them (never noticed this with D5). I
the DLLs/plugins are not in a directory in the DOS path the debugger ignores
them. And remember to set the DOS path before starting Delphi!

Ciao,
Ralf



Subject: Re: CLX and Kylix
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 25 Jun 2004 06:08:25 +0000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> micha schumann wrote:
>
>> Thanks for your Answer. Is it worth a try with Kylix or should I wait (please excuse this question since I am new to clx stuff)? As I said before it has no priority to me but in the long run I would like to port some of my apps and services to Linux.
>>
> There is no installer for Kylix available (yet), but you can build them by opening the K3 packages. There are some warnings and messages but you can ignore them. (They are there to remind me that I have do something about the related units.)
>  >
>
>> What do you think about Kylix. Will Borland drop support for this excellent product?
>>
> Hopefully Borland will reconsider their policy regarding Kylix, after the release of JVCL3/JVCLX1.
> VisualCLX is also supported by JCL and Andreas Hausladen with his Unofficial VisualCLX Patches. imho enough garantees that VisualCLX will survive.
>
> Regards,
>
> André Snepvangers
Thanks!

When my new notebook arrives next week (enough power for linux in vmware) I will definitly give it a try and hopefully I can give some input here.

Micha


Subject: Re: [JVCL 3] Questions and lacking in understanding
From: "Sylvain" <sylvain.taufour@free.fr>
Date: Fri, 25 Jun 2004 07:25:35 +0200
Newsgroups: jedi.vcl

> > Stop, wait...
> >
> > Since when had JvLabel an Action property? It never had and TCustomLabel
> > had none, too.

Since the origin :

type
  TJvLabel = class(TLabel)
....
published
    property Action;

Sébastien Buysse, the original developer is a friend....

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news:cbfh9h$ng0$1@talkto.net...
> > Andreas Hausladen wrote:
> >
>> > > JvLabel.Action - This was not removed explicitly. It is removed because
>> > > the base class has changed from TCustomLabel to T(Jv)GraphicControl.
>> > >
>> > > JvHotLink - I only know JvHotKey. In which file was it?
> >
> > Stop, wait...
> >
> > Since when had JvLabel an Action property? It never had and TCustomLabel
> > had none, too.
> >
> > And I found your JvHotLink. It is all in the changelog in the JvLabel.pas
> > file:
> >
> > ------------------------------------------------
> > 2003-08-17:
> >   * Implementation moved to TJvCustomLabel. TJvLabel now only publishes
> > properties and events.
> > 2003-03-24:
> >   * JvHotLink merged into JvLabel:
> >     To simulate JvHotlink, set AutoOpenURL to True, modify HotTrackFont to
> > fit and assign
> >     a URL (or file-path) to the URL property.
> >   * JvAngleLabel merged into JvLabel: set Angle > 0 and font to a
> > TrueTrype font to rotate the text // peter3
> > ------------------------------------------------
> >
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: CLX and Kylix
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 25 Jun 2004 01:06:14 +0200
Newsgroups: jedi.vcl

micha schumann wrote:
> Thanks for your Answer. Is it worth a try with Kylix or should I wait (please excuse this question since I am new to clx stuff)? As I said before it has no priority to me but in the long run I would like to port some of my apps and services to Linux.
>
There is no installer for Kylix available (yet), but you can build them by opening the K3 packages. There are some warnings and messages but you can ignore them. (They are there to remind me that I have do something about the related units.)
>
> What do you think about Kylix. Will Borland drop support for this excellent product?
>
Hopefully Borland will reconsider their policy regarding Kylix, after the release of JVCL3/JVCLX1.
VisualCLX is also supported by JCL and Andreas Hausladen with his Unofficial VisualCLX Patches. imho enough garantees that VisualCLX will survive.

Regards,

André Snepvangers


Subject: Re: Ctl3d
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 25 Jun 2004 00:39:14 +0200
Newsgroups: jedi.vcl

wasenbr wrote:
>  Why was Ctl3d moved from published properties to the
> TDBLookupComboBox, TJvDBCalcEdit and TDBComboBox components?

If no one is going to answer this, I will put the Ctl3D property back for these controls.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: [JVCL 3] Questions and lacking in understanding
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 00:30:44 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > JvLabel.Action - This was not removed explicitly. It is removed because
> > the base class has changed from TCustomLabel to T(Jv)GraphicControl.
> > 
> > JvHotLink - I only know JvHotKey. In which file was it?

Stop, wait...

Since when had JvLabel an Action property? It never had and TCustomLabel
had none, too.

And I found your JvHotLink. It is all in the changelog in the JvLabel.pas
file:

------------------------------------------------
2003-08-17:
  * Implementation moved to TJvCustomLabel. TJvLabel now only publishes
properties and events.
2003-03-24:
  * JvHotLink merged into JvLabel:
    To simulate JvHotlink, set AutoOpenURL to True, modify HotTrackFont to
fit and assign
    a URL (or file-path) to the URL property.
  * JvAngleLabel merged into JvLabel: set Angle > 0 and font to a
TrueTrype font to rotate the text // peter3
------------------------------------------------



-- Regards, Andreas Hausladen 

Subject: Re: [JVCL 3] Questions and lacking in understanding
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 25 Jun 2004 00:25:30 +0200
Newsgroups: jedi.vcl

Sylvain wrote:

> > JVCL get more and more components, but become incoherent.

The step from version 2.x to 3 is very large. If we would only bugfix and
add new components we would still have a 2 as major version number.


JvLabel.Action - This was not removed explicitly. It is removed because
the base class has changed from TCustomLabel to T(Jv)GraphicControl.


JvHotLink - I only know JvHotKey. In which file was it?


-- Regards, Andreas Hausladen 

Subject: Re: [JVCL 3] Questions and lacking in understanding
From: "De Armas Adrian" <adearmas@ar.sicorp.net>
Date: Thu, 24 Jun 2004 17:48:50 -0300
Newsgroups: jedi.vcl

> > Hi,
> >
Hi Sylvain...

> > Before I was very pleased with JVCL release, but now there are too many
> > differents between release of JVCL and too many modification in the global
> > policy.

I wouldn't say anything until the final release is out.

> > A lot of components were loosing property, have been rename or simply have
> > been removed... So, it's take a long time by project to upgrade JVCL. (no
> > backward compatibility at all)

I think that if you just use JVCL you cannot say anything. If these things
are important to you. Just get involved. (I am not involved, so I say
nothing )

> >
> > No explain is given to show why this or this component have changed.

Get involved.

> > For example why removing the Action property of JvLabel ? Why removing
> > JvHotLink ? What are the equivalents ?

I have no idea. But I am sure that such equivalents exist. Just ask it to
the newsgroup.

> >
> > JVCL get more and more components, but become incoherent.

Personally I love seeing it growing, and that's for the donations and the
help of many people. If that makes JVCL incoherent I prefer so. I just use
it and if I have to change something in my projects because I am using a
free set of components, I just do it. I think that if I don't pay anything
for it, if I don't work a single hour for it, I just have to accept the
changes, if I don't want to do so, then I get involved.

> >
> > Sylvain

Adrian.-




Subject: [JVCL 3] Questions and lacking in understanding
From: "Sylvain" <sylvain.taufour@free.fr>
Date: Thu, 24 Jun 2004 22:05:05 +0200
Newsgroups: jedi.vcl

Hi,

Before I was very pleased with JVCL release, but now there are too many
differents between release of JVCL and too many modification in the global
policy.

A lot of components were loosing property, have been rename or simply have
been removed... So, it's take a long time by project to upgrade JVCL. (no
backward compatibility at all)

No explain is given to show why this or this component have changed.

For example why removing the Action property of JvLabel ? Why removing
JvHotLink ? What are the equivalents ?

JVCL get more and more components, but become incoherent.

Sylvain




Subject: Re: Plugin shared resources...
From: "nix" <karlkuhn@hotmail.com>
Date: Thu, 24 Jun 2004 21:19:40 +0200
Newsgroups: jedi.vcl

Hi, I created a seperate package with all the resource that i wanted. This
is then required by the other packages and this works great!  Thanx a ton...

Regards,

Karl


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:cberaq$ii6$1@talkto.net...
>> > > Hi, I am creating a few plugins, the one plugin has a plugin manager
that
>> > > loads plugins specific to it. I also have a unit called
>> > > "Shared_Constants.pas" which has all constants that are used all the
> > plugins
>> > > (messaging ID's etc). All the projects have them included and all
compiles
>> > > fine. When the plugin loads it's plugins I get the following error :
>> > >
>> > >  "Cannot load package 'PlgSubPlugin'. It contains unit
'Shared_Constants,'
>> > > which is also contained in package 'PlgPlugin".
>> > >
>> > > Does this mean that I will have to redeclare the unit in each project
and
>> > > with a different name? This seems a dirty solution. I want to be able to
>> > > make chages in one place and then just rebuild all. How can I get this
to
>> > > work?
> >
> >     add the unit to a package and have all plugins use that package. In
this
> > case, I would add the unit to the package containing the plugin manager
> > (PlgPlugin). All other plugins (plgSubPlugin) will have that package
> > (PlgPlugin) added to their required node (and Shared_Constants removed
from
> > the contains node) and after rebuilding all it should work.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JEDI.NET team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: JvDbGrid.pas - TJvDBGrid.SetSelectColumnsDialogStrings is a "do nothing" method. Why is it there then?
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 24 Jun 2004 14:50:56 -0400
Newsgroups: jedi.vcl

Why is this property-setter method in JvDbGrid.pas set to a do-nothing? If so, why does the method exist?

procedure TJvDBGrid.SetSelectColumnsDialogStrings(
  const Value: TJvSelectDialogColumnStrings);
begin
  // do nothing
end;


Subject: Bug fixes
From: "ssamayoa" <nospam@stopspam.com>
Date: Thu, 24 Jun 2004 20:40:37 +0200
Newsgroups: jedi.vcl

Please someone update CVS from attached files on Mantis bug tracker #s 
1635 and 1891 because I havent access to CVS.

Regards.

ssamayoa



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: CLX and Kylix
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 24 Jun 2004 18:39:21 +0000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> micha schumann wrote:
>
>> Hello,
>>
>> i cannot install the clx comps in d7 pro, i get compile problems in some of the q units. It is not important to me i just wantet to play with clx. Did i miss something? Can anyone tell the status of kylix integration of the jvcl?
>>
> I will make them build again today, I had to make quite some changes to the JvExVCL templates to fix problems with doublebuffering. Doesn't mean however that all bugs are fixed: AV's in designeditors of JvQNavPane (but the (q)example runs wonderfull) & JvQSegmentedDisplay designeditor. But Lists, Combos & Trees are fixed
>
> Regards,
>
> André Snepvangers

Thanks for your Answer. Is it worth a try with Kylix or should I wait (please excuse this question since I am new to clx stuff)? As I said before it has no priority to me but in the long run I would like to port some of my apps and services to Linux.

What do you think about Kylix. Will Borland drop support for this excellent product?

Best regards,

Micha




Subject: Re: Error with JvDbGrid.IniSection
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 24 Jun 2004 19:46:38 +0200
Newsgroups: jedi.vcl

Hi

"Heinz Zastrau" <heinz.zastrau@gmx.de> a écrit dans le message news:
opr93u70ddlitn6d@slider...
> > Hello Lionel,
> >
>> > > Yes, one line. Here is what i have proposed :
>> > > In procedure TJvDBGrid.RestoreColumnsLayout, change :
> > ...
> >
> > hm, so you haven't write access too. That is bad and we must wait for
> > someoneelse who do the job.
> >

Exact, no access too !!

>> > > An enhancement for the sort of the grid. Replace the Oldest
>> > > "TJvDBGrid.DoTitleClick" procedure, by this one :
>> > > The purpose is to change the way of the sort according to the options
>> > > ixDescending. Problem is to do that, i need to replace the index by the
>> > > same modified. It's work fine, but i need to include the use ofDBClient.
> >
> > And this is a denpendcy other developers don't want. Why not coding a
> > procedure like this
> >

Yes, this is the problem and i understand

> > procedure HandleGridTitleClick(Gird: TJvDbGrid; Column: TColumn)
> >
> > Then you can call this proc in the Grid-EventHandler OnTitleClick. It is
> > only one line to add. If you need this kind of grid many times you can
> > create a special TJvDbGrid (TJvDbClientGrid) and override the DoTitleClick
> > method.
> >

Yes that's a good idea. But for the moment, i correct directly my source of
the unit ! That's a pity, because my code work fine and reverse correctly
the sort when you click on the title button ... and probably other people
will like to have this feature.

Regards,
Lionel





Subject: Re: Error in JvHTML Parser
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 24 Jun 2004 19:25:52 +0200
Newsgroups: jedi.vcl

> > Huh? No way, Band of Brothers stretched over a period from pre D Day [...]
I was referring to the general "look and feel" of the flick/series, not its
content but I understand I could easily be misunderstood.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Why TJvxCurrencyEdit isn't registered
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 24 Jun 2004 19:21:51 +0200
Newsgroups: jedi.vcl

> > why TJvxCurrencyEdit isn't registered. Is it outdated? If yes, what is the
> > alternative?
TJvValidateEdit

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sf.net 

Subject: Re: Plugin shared resources...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 24 Jun 2004 18:16:43 +0200
Newsgroups: jedi.vcl

> > Hi, I am creating a few plugins, the one plugin has a plugin manager that
> > loads plugins specific to it. I also have a unit called
> > "Shared_Constants.pas" which has all constants that are used all the
plugins
> > (messaging ID's etc). All the projects have them included and all compiles
> > fine. When the plugin loads it's plugins I get the following error :
> >
> >  "Cannot load package 'PlgSubPlugin'. It contains unit 'Shared_Constants,'
> > which is also contained in package 'PlgPlugin".
> >
> > Does this mean that I will have to redeclare the unit in each project and
> > with a different name? This seems a dirty solution. I want to be able to
> > make chages in one place and then just rebuild all. How can I get this to
> > work?

    add the unit to a package and have all plugins use that package. In this
case, I would add the unit to the package containing the plugin manager
(PlgPlugin). All other plugins (plgSubPlugin) will have that package
(PlgPlugin) added to their required node (and Shared_Constants removed from
the contains node) and after rebuilding all it should work.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Why TJvxCurrencyEdit isn't registered
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 24 Jun 2004 17:44:36 +0200
Newsgroups: jedi.vcl

Hello,

why TJvxCurrencyEdit isn't registered. Is it outdated? If yes, what is the alternative?

Ciao Heinz Z.


Subject: Re: Plugin shared resources...
From: "nix" <karlkuhn@hotmail.com>
Date: Thu, 24 Jun 2004 17:43:46 +0200
Newsgroups: jedi.vcl

Sorry about the double post...

"nix" <karlkuhn@hotmail.com> wrote in message
news:cbep5s$i54$2@talkto.net...
> > Hi, I am creating a few plugins, the one plugin has a plugin manager that
> > loads plugins specific to it. I also have a unit called
> > "Shared_Constants.pas" which has all constants that are used all the
plugins
> > (messaging ID's etc). All the projects have them included and all compiles
> > fine. When the plugin loads it's plugins I get the following error :
> >
> >  "Cannot load package 'PlgSubPlugin'. It contains unit 'Shared_Constants,'
> > which is also contained in package 'PlgPlugin".
> >
> > Does this mean that I will have to redeclare the unit in each project and
> > with a different name? This seems a dirty solution. I want to be able to
> > make chages in one place and then just rebuild all. How can I get this to
> > work?
> >
> > Thanx in adv.
> >
> > Regards,
> >
> > Karl
> >
> > P.S. If this is the wrong place to ask this let me know...
> >
> >




Subject: Plugin shared resources...
From: "nix" <karlkuhn@hotmail.com>
Date: Thu, 24 Jun 2004 17:43:02 +0200
Newsgroups: jedi.vcl

Hi, I am creating a few plugins, the one plugin has a plugin manager that
loads plugins specific to it. I also have a unit called
"Shared_Constants.pas" which has all constants that are used all the plugins
(messaging ID's etc). All the projects have them included and all compiles
fine. When the plugin loads it's plugins I get the following error :

 "Cannot load package 'PlgSubPlugin'. It contains unit 'Shared_Constants,'
which is also contained in package 'PlgPlugin".

Does this mean that I will have to redeclare the unit in each project and
with a different name? This seems a dirty solution. I want to be able to
make chages in one place and then just rebuild all. How can I get this to
work?

Thanx in adv.

Regards,

Karl

P.S. If this is the wrong place to ask this let me know...




Subject: Plugin
From: "nix" <karlkuhn@hotmail.com>
Date: Thu, 24 Jun 2004 17:42:25 +0200
Newsgroups: jedi.vcl

Hi, I am creating a few plugins, the one plugin has a plugin manager that
loads plugins specific to it. I also have a unit called
"Shared_Constants.pas" which has all constants that are used all the plugins
(messaging ID's etc). All the projects have them included and all compiles
fine. When the plugin loads it's plugins I get the following error :

 "Cannot load package 'PlgSubPlugin'. It contains unit 'Shared_Constants,'
which is also contained in package 'PlgPlugin".

Does this mean that I will have to redeclare the unit in each project and
with a different name? This seems a dirty solution. I want to be able to
make chages in one place and then just rebuild all. How can I get this to
work?

Thanx in adv.

Regards,

Karl

P.S. If this is the wrong place to ask this let me know...




Subject: Re: Error with JvDbGrid.IniSection
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 24 Jun 2004 17:41:50 +0200
Newsgroups: jedi.vcl

Hello Lionel,

> Yes, one line. Here is what i have proposed :
> In procedure TJvDBGrid.RestoreColumnsLayout, change :
....

hm, so you haven't write access too. That is bad and we must wait for someoneelse who do the job.

> An enhancement for the sort of the grid. Replace the Oldest
> "TJvDBGrid.DoTitleClick" procedure, by this one :
> The purpose is to change the way of the sort according to the options
> ixDescending. Problem is to do that, i need to replace the index by the same modified. It's work fine, but i need to include the use ofDBClient.

And this is a denpendcy other developers don't want. Why not coding a procedure like this

procedure HandleGridTitleClick(Gird: TJvDbGrid; Column: TColumn)

Then you can call this proc in the Grid-EventHandler OnTitleClick. It is only one line to add. If you need this kind of grid many times you can create a special TJvDbGrid (TJvDbClientGrid) and override the DoTitleClick method.

Ciao Heinz Z.


Subject: Re: Debugging Plugins with D5
From: "nix" <karlkuhn@hotmail.com>
Date: Thu, 24 Jun 2004 17:27:11 +0200
Newsgroups: jedi.vcl

Hi there, I have been struggeling with the same problem as you guys. I am
using bpl's which are in a project group and in various folders. The project
group contained all the packages/plugins and the main exe application. I
tried all the solutions suggested by many in the web to no avail. I hope
this helps you guys with the dlls since these are all rtl...

In the end someone answered my question which was as follows:

"nix" <karlkuhn@hotmail.com> a écrit dans le message de news:
40d6d38f@newsgroups.borland.com...

> > Hi, how does one debug a rtl sucha s a bpl? I have serveral bpl in my app
> > and want to be able to step from one package to the other in runtime...
> >Like
> > normal debugging, but throught the packages.
> >
> >If you create a Project Group and add, first the packages and then the EXE,
> >you can do a Build All and then debugging will follow the execution in and
> >out of the BPLs.
> >
> >Joanna
> >
> >--
> >Joanna Carter (TeamB)
> >
> >Consultant Software Engineer
> >TeamBUG support for UK-BUG
> >TeamMM support for ModelMaker

So make sure that the bpl's or dll's are first then the exe last. delete all
the temporary files and hit build all. I found it only works if "build
all"is used. "Build all from here" etc did not work. I think it has
something to do with mapping debug information before it is referenced or
something.

I hope this helps

Regards,

Karl

"micha schumann" <schumann@itc-ms.de> wrote in message
news:c3k78i$b2q$1@talkto.net...
> > Hi there,
> >
> > I read a lot about tips and tricks how to make Delphi 5 debug DLLs. I
> > tried them all and now ended up in having the complete seource (huge
> > Project) including plugins in one directory together with dcu's, dll's
> > and exe's. But: The debugger just won't debug my plugins.
> >
> > Perhaps someone can protect me from jumping out of the Window and tell
> > me how to make D5 debug DLLs?
> >
> > Thanks in advance for saving my life ;-)
> >
> > Micha




Subject: Re: Error with JvDbGrid.IniSection
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 24 Jun 2004 16:47:23 +0200
Newsgroups: jedi.vcl

"Heinz Zastrau" <heinz.zastrau@gmx.de> a écrit dans le message news:
opr93bgq0wlitn6d@slider...
> > Hello Lionel,
> >
>> > > See my post of 08/06, i already point this bug. But it seem's that he is
>> > > still not corrected ...
> >
> >
> > sorry, your mail isn't in my newsbase and google groups don't list
> > jedi-newsgroups. Is there an other online search engine to looking for
> > jedi news?
> >
> > The error for visble-state can be corrected in one line. When I get write
> > access (this is an official request :-) I will do the job.
> >

Yes, one line. Here is what i have proposed :
In procedure TJvDBGrid.RestoreColumnsLayout, change :

          if S <> '' then
          begin
            ColumnArray[I].EndIndex := StrToIntDef(ExtractWord(1, S,
Delims), ColumnArray[I].EndIndex);
            Items[I].Width := StrToIntDef(ExtractWord(2, S, Delims),
Items[I].Width);
            Items[I].Visible := (S <> '-1');
          end;

To

          if S <> '' then
          begin
            ColumnArray[I].EndIndex := StrToIntDef(ExtractWord(1, S,
Delims), ColumnArray[I].EndIndex);
            S := ExtractWord(2, S, Delims);
            Items[I].Width := StrToIntDef(S, Items[I].Width);
            Items[I].Visible := (S <> '-1');
          end;


And in this post, i have proposed some enhancement to the sort. But there
are a problem because i need the use of DBClient. But there are maybe
another solution to get around this problem ...
----------------------------------------------------------------------------
-------------------------------------------------------

An enhancement for the sort of the grid. Replace the Oldest
"TJvDBGrid.DoTitleClick" procedure, by this one :
The purpose is to change the way of the sort according to the options
ixDescending. Problem is to do that, i need to replace the index by the same
modified. It's work fine, but i need to include the use of DBClient. I don't
know how to access to the method AddIndex and DeleteIndex without the cast
TCustomClientDataSet ...

procedure TJvDBGrid.DoTitleClick(ACol: Longint; AField: TField);
const
  cIndexName = 'IndexName';
  cIndexDefs = 'IndexDefs';
  cDirection: array [Boolean] of TSortMarker = (smDown, smUp);
var
  IndexDefs: TIndexDefs;
  lOldIndexName, lIndexName: string;
  Descending: Boolean;
  IndexFound: Boolean;
  Reverse: Boolean;
  lIndex: integer;
  lIndexDef: TIndexDef;

  function GetIndexOf(aFieldName: string): Integer;
  var
    I: Integer;

  begin
    Result := -1;
    for I := 0 to IndexDefs.Count - 1 do
    begin
      if Pos(aFieldName, IndexDefs[I].Fields) >= 1 then
      begin
        Result := I;       // First best match so far
        Exit;
      end;
    end;
  end;

begin
  IndexFound := False;

  if AutoSort and IsPublishedProp(DataSource.DataSet, cIndexDefs)
    and IsPublishedProp(DataSource.DataSet, cIndexName) then
    IndexDefs := TIndexDefs(GetOrdProp(DataSource.DataSet, cIndexDefs))
  else
    IndexDefs := nil;
  if Assigned(IndexDefs) then
  begin
    Descending := SortMarker = smUp;
    lIndexDef := nil; // For the compilator !
    lIndex := GetIndexOf(AField.FieldName);
    if (lIndex <> -1) then
    begin
      IndexFound := True;
      lOldIndexName := GetStrProp(DataSource.DataSet, cIndexName);
      lIndexName := IndexDefs[lIndex].Name;
      Reverse := Boolean(lOldIndexName = lIndexName);
      if Reverse then
      begin
        lIndexDef := IndexDefs[lIndex];
        if (ixDescending in lIndexDef.Options) then
          lIndexDef.Options := lIndexDef.Options - [ixDescending]
        else
          lIndexDef.Options := lIndexDef.Options + [ixDescending];
        Descending := not Descending;
      end;
      SortedField := AField.FieldName;
      SortMarker := cDirection[Descending];

      try
        if Reverse then
        begin
          // UnActivate the IndexName
          SetStrProp(DataSource.DataSet, cIndexName, '');
          // Suppress this Index
          TClientDataSet(DataSource.DataSet).DeleteIndex(lIndexName);
          // Add the modified Index
          with lIndexDef do

TCustomClientDataSet(DataSource.DataSet).AddIndex(lIndexName,Fields,
              Options,DescFields,CaseInsFields,GroupingLevel);
        end;
        SetStrProp(DataSource.DataSet, cIndexName, lIndexName);
      except
      end;
    end;
  end;

//--------------------------------------------------------------------------
  // FBC: 2004-02-18
  // Following code handles the sortmarker if no Index is found.
  // the actual data-sorting must be implemented by the user in
  // event OnTitleBtnClick.

//--------------------------------------------------------------------------
  if AutoSort and not IndexFound then
  begin
    if SortedField = AField.FieldName then
    begin
      case Self.SortMarker of
        smUp:
          Self.SortMarker := smDown;
        smDown:
          Self.SortMarker := smUp;
      end;
    end
    else
    begin
      SortedField := AField.FieldName;
      Self.SortMarker := smUp;
    end;
  end;
  if Assigned(FOnTitleBtnClick) then
    FOnTitleBtnClick(Self, ACol, AField);
end;

Regards,
Lionel







Subject: Re: jvStrHolder.Strings in DFM file
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 24 Jun 2004 16:10:31 +0200
Newsgroups: jedi.vcl

"Uli Gerhardt" <ulrich.gerhardt@gmx.de> schrieb im Newsbeitrag
news:cbeiv1$gsi$1@talkto.net...
> > Hi Ralf,
> >
> > quote from Mike Lischke's VirtualTrees.pas:
>>>>>>>> > >>>>>>>
> > procedure TBaseVirtualTree.ReadOldOptions(Reader: TReader);
> >
> > // Migration helper routine to silently convert forms containing the old
> > tree options member into the new
> > // sub-options structure.
> > <<<<<<<
> >
> > Maybe you can use a similar approach.

Hi,

that is an idea. We could introduce a new property "NewStringFormat :
boolean" and set this automagicly to true in the new version. And depending
on this property read the string in the old or new way.

I'll have a look.

Ciao,
Ralf



Subject: Re: AppStorage Example for Jens Fudickar
From: Chris Pall <leavemealone@leavemealone.com>
Date: Thu, 24 Jun 2004 10:01:32 -0400
Newsgroups: jedi.vcl

Cool, I saw that, and probably should have said something but I was scared my knowledge of how the paths within the formstorage was not complete enough to say whether or not that was the right path or not.

*sigh*

Maybe I'm not going insane!

Chris

Heinz Zastrau wrote:

> Hello Chris,
>
>
>> I posted this set of examples for the JVCL but the third one has an  example. I've described everything here:
>>
>> bug id = 0001887
>>
>> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001887
>
>
> the error is in JvPropertyStorage.pas. This unit use a dot "." to separate  path elements. Change "%s.%s" to "%s\%s" and it shoud work, but I have  tested it only for the StoreStringsProperty and LoadStringsProperty  methods (they are implicit called in your example). I haven't write  access, so I can't change it in the CVS.
>
> Ciao Heinz Z.


Subject: Re: CLX and Kylix
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 24 Jun 2004 15:53:46 +0200
Newsgroups: jedi.vcl

micha schumann wrote:
> Hello,
>
> i cannot install the clx comps in d7 pro, i get compile problems in some of the q units. It is not important to me i just wantet to play with clx. Did i miss something? Can anyone tell the status of kylix integration of the jvcl?
>
I will make them build again today, I had to make quite some changes to the JvExVCL templates to fix problems with doublebuffering. Doesn't mean however that all bugs are fixed: AV's in designeditors of JvQNavPane (but the (q)example runs wonderfull) & JvQSegmentedDisplay designeditor. But Lists, Combos & Trees are fixed

Regards,

André Snepvangers


Subject: Re: jvStrHolder.Strings in DFM file
From: "Uli Gerhardt" <ulrich.gerhardt@gmx.de>
Date: Thu, 24 Jun 2004 15:53:00 +0200
Newsgroups: jedi.vcl

Hi Ralf,

quote from Mike Lischke's VirtualTrees.pas:
>>>>>>> >>>>>>>
procedure TBaseVirtualTree.ReadOldOptions(Reader: TReader);

// Migration helper routine to silently convert forms containing the old 
tree options member into the new
// sub-options structure.
<<<<<<<

Maybe you can use a similar approach.

HTH, Uli.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVChart.pas: TJvChart.AutoFormatGraph no longer does anything useful. Removed.
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 24 Jun 2004 09:41:40 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:
> I have NOT comitted this change to CVS, since I am going to do it after
> I write this message.

Okay, I'm checking in my JvChart.pas changes. Here goes! :-)


Subject: jvStrHolder.Strings in DFM file
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 24 Jun 2004 15:20:51 +0200
Newsgroups: jedi.vcl

Hello,

when TjvStrHolder contains some strings and the property KeyString is NOT
assigned (an empty string) the string data is converted to hex code by the
methods "ReadStrings" and "WriteStrings".

This causes some problems when scanning the DFM files with dxGetText for
localization.

I would like to change this but: when TJvStrHolder would not convert from/to
hex code this would lead to invalid DFM data in older projects, i think (the
new changed version would not show the text, it would show the hex code when
an older DFM is loaded, right?)

Any ideas?

Ciao,
Ralf



Subject: Re: Error in JvHTML Parser
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Thu, 24 Jun 2004 14:07:15 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> "Band of Brothers" = "Saving Private Ryan" chopped into 10 pieces (or was it
> 8?)

Huh? No way, Band of Brothers stretched over a period from pre D Day until the end of the war, while Saving Private Ryan deals with a single operation after D Day. But they are probably co created in some way since Band of Brothers have both Tom Hanks and Steven Spielberg as producers.

AFAIR

Regards

Hans-Eric Grönlund


Subject: Re: AppStorage Example for Jens Fudickar
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 24 Jun 2004 11:28:24 +0200
Newsgroups: jedi.vcl

Hello Chris,


> I posted this set of examples for the JVCL but the third one has an example. I've described everything here:
>
> bug id = 0001887
>
> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001887

the error is in JvPropertyStorage.pas. This unit use a dot "." to separate path elements. Change "%s.%s" to "%s\%s" and it shoud work, but I have tested it only for the StoreStringsProperty and LoadStringsProperty methods (they are implicit called in your example). I haven't write access, so I can't change it in the CVS.

Ciao Heinz Z.


Subject: Re: Error with JvDbGrid.IniSection
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 24 Jun 2004 10:35:04 +0200
Newsgroups: jedi.vcl

Hello Lionel,

> See my post of 08/06, i already point this bug. But it seem's that he is
> still not corrected ...


sorry, your mail isn't in my newsbase and google groups don't list jedi-newsgroups. Is there an other online search engine to looking for jedi news?

The error for visble-state can be corrected in one line. When I get write access (this is an official request :-) I will do the job.

Ciao Heinz Z.


Subject: Re: Latest daily JVCL installation problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 24 Jun 2004 09:59:48 +0200
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Latest daily JVCL installation problem
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Thu, 24 Jun 2004 04:49:37 +0000 (UTC)
Newsgroups: jedi.vcl

Vladimir <zhuchko@lnr.jinr.ru> wrote in
news:cbbr2f$sds$1@talkto.net: 

> > Peter Thörnqvist wrote:
>>> >>>Is there somebody who knows, where's problem?
>> >> 
>> >> Is it correct to assume that the Variants include in the
>> >> JvSALCore implementation section can be deleted completely?
>> >> Looks to me it has no use whatsoever, since COMPILER6_UP makes
>> >> the use of ~BCB5 completely obsolete (we don't support versions
>> >> before COMPILER5)... 
>> >> 
> > Will add also two other files: JvForth.pas and JvXML.pas for
> > variants removing 8-))

Hi,
I am BCB6 user and I tried all your suggestions. 
Now I have Jedi installed without problem. 

Steps:
I deleted "Variants" include in JvSALCore.pas, JvForth.pas and 
in JvXmlTree.pas units. 

Please, It would be fine to follow Peter's and Vladimir's
suggestions and fix it in new CVS.(In case there is not any 
other problem.)

Thank you all.
Vaclav


Subject: AppStorage Example for Jens Fudickar
From: cpall <cpall_news@takeoutthissillythepalls.com>
Date: Wed, 23 Jun 2004 23:43:34 -0400
Newsgroups: jedi.vcl

I posted this set of examples for the JVCL but the third one has an example. I've described everything here:

bug id = 0001887

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001887

Hope this is helpful,
Chris


Subject: CLX and Kylix
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 24 Jun 2004 02:18:03 +0000
Newsgroups: jedi.vcl

Hello,

i cannot install the clx comps in d7 pro, i get compile problems in some of the q units. It is not important to me i just wantet to play with clx. Did i miss something? Can anyone tell the status of kylix integration of the jvcl?

thanks!

micha


Subject: Re: Bug in TJvAppRegistryStorage?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Thu, 24 Jun 2004 01:24:39 +0200
Newsgroups: jedi.vcl

hello Jens,

I have just posted the bug as item 0001886 with a test case.

Regards
Salvatore



Subject: Re: Ctl3d
From: wasenbr <wasenbr@yahoo.com.br>
Date: Wed, 23 Jun 2004 16:57:08 -0300
Newsgroups: jedi.vcl

    There are others components where this property was moved.This property is very important to the visual of my program.
    Is possible put this property in published session of this components?

Excuse my bad English, I am Brazilian.

Wasen

wasenbr wrote:
>  Why was Ctl3d moved from published properties to the
> TDBLookupComboBox, TJvDBCalcEdit and TDBComboBox components?
>
> Wasen
>


Subject: Ctl3d
From: wasenbr <wasenbr@yahoo.com.br>
Date: Wed, 23 Jun 2004 15:41:48 -0300
Newsgroups: jedi.vcl

 Why was Ctl3d moved from published properties to the
TDBLookupComboBox, TJvDBCalcEdit and TDBComboBox components?

Wasen



Subject: Re: Bug in TJvAppRegistryStorage?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 23 Jun 2004 20:35:43 +0200
Newsgroups: jedi.vcl

Please add a bug to mantis (including a sample project), and i will look into it.

Greetings
Jens

Salvatore Besso wrote:

> hello all,
>
> I have discovered what I think is a bug in TJvAppRegistryStorage. Digging
> in the unit code, I have seen that the purpose of the
> OnTranslatePropertyName event is to have more human-readable names for
> saved component properties.
>
> Well, I have defined this event in a test project but while debugging it I
> have discovered that my OnTranslatePropertyName event is never fired, and
> for this reason the saved properties keep the original name.
>
> I don't know if the same could happen in the TJvAppIniStorage component
> since I have not tested it.
>
> Is it something known?
>
> Sincerely
> Salvatore
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: UltimDBGrid
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Wed, 23 Jun 2004 17:56:08 +0000
Newsgroups: jedi.vcl

Is anyone working on integrating the ultim DB components?


Subject: Re: TJvDBGrid & In place editors
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Wed, 23 Jun 2004 17:55:39 +0000
Newsgroups: jedi.vcl

Pete Stoves wrote:

> I see by looking at the source code that JVCL grids support in-place editors, but I cannot see how to use them.
> Are there any examples hiding away which I have not seen ?
>
> I have been using a very simple descendant (TEDBGrid*) *of  the standard grid which allows the embedding of controls within the parent grid. If an embedded control has the same name as a table field, then the control is popped up as an editor. Is there any comparable function in the TJvDBGrid .
>
> I have posted the source for TEDBGrid into binaries if anyone is interested..
>
> Cheers
> Pete Stoves

I also would be interested in how to use inplace components with jvDBGrid since I dont want to use additional components to make my stuff as easy reproducable as possible.

Micha Schumann


Subject: jvDBGrid scrollbars
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Wed, 23 Jun 2004 17:54:10 +0000
Newsgroups: jedi.vcl

W use jvDBGrid in an application and noticed that the scrollbars only get drawn if you click on the arrow buttons. If you move the focus around in the grid the scrollbar markers appear and move but the buttons have to be clicked once to appear.

zip as of 06/22/04 and windows 2000 pro sp 3


Subject: Re: Error with JvDbGrid.IniSection
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 23 Jun 2004 16:37:48 +0200
Newsgroups: jedi.vcl

"Heinz Zastrau" <heinz.zastrau@gmx.de> a écrit dans le message news:
opr91m2hs7litn6d@slider...
> > Hello,
> >
> > in the latest help for JVCL3 you can read under JvDbGrid.IniStorage:
> >
> > ---
> > Properties stored include the columns layout as well as the DisplayLabel,
> > DisplayWidth and Visible property of all the used fields.
> > ---
> >
> > The Visible-State is stored but not restored. This is because of an error
> > in TJvDbGrid.RestoreColumnsLayout. In Line 2300 of JvDbGrid.pas you can
> > find
> >
> > Items[I].Visible := (S <> '-1');
> >
> > this must be replace with
> >
> > Items[I].Visible := (ExtractWord(2, S, Delims) <> '-1');
> >

See my post of 08/06, i already point this bug. But it seem's that he is
still not corrected ...



> > For DisplayLabel I found no code which could store or restore this
> > property. So the online help is wrong or the feature is not implemented.
> > Who know what is right?
> >
> >
> > Ciao Heinz Z.




Subject: Re: Bug in TJvScheduledEvents
From: "dr.chandra@laposte.net" <dr.chandra@laposte.net>
Date: Wed, 23 Jun 2004 16:35:37 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer a écrit :

>    should work OK. Did you specify the correct key and storage path? Are you
> sure they aren't saved, or were they just not loaded when the application
> was started again? What happens when you try with an Ini storage (often
> easier to read and spot possible problems with saving).
>

What is saved is only "designtime" values of Schedule. I monitor the registry and nothing happen (no changes) when I click on OK button of the schedule editor.

Registry is well modified. But only by "designtime values"...


Subject: JVChart.pas: TJvChart.AutoFormatGraph no longer does anything useful. Removed.
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 23 Jun 2004 10:35:11 -0400
Newsgroups: jedi.vcl

I am removing the method TJvChart.AutoFormatGraph from JvChart.pas.
The only thing it does right now is mess up your chart badly if it contains negative values.

I have updated the Delphi and C++ Examples, and will update the help text file. Is there anything else I should be aware of when removing a method from a class?

(Incidentally, for anyone who used this component, merely invoking PlotGraph is enough, AutoFormatGraph used to be used for some specifics related to the auto-averaging and handling of negative values.)

I have NOT comitted this change to CVS, since I am going to do it after
I write this message, and make sure I haven't overlooked anything.

Warren


Subject: Re: Error in JvHTML Parser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 23 Jun 2004 15:03:59 +0200
Newsgroups: jedi.vcl

> > Good thing I comitted it to CVS then :)
> >
> > BTW, have you tested also with clsoing the project and reopening it? That
> > was one of the problems with the previous code.

Yep, works like a charm. You're a genius! :)

Marko




Subject: Re: Latest daily JVCL installation problem
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Wed, 23 Jun 2004 16:53:13 +0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Is there somebody who knows, where's problem?
>
> Is it correct to assume that the Variants include in the JvSALCore
> implementation section can be deleted completely? Looks to me it has no use
> whatsoever, since COMPILER6_UP makes the use of ~BCB5 completely obsolete
> (we don't support versions before COMPILER5)...
>
Will add also two other files: JvForth.pas and JvXML.pas for variants removing 8-))


Subject: Re: Error in JvHTML Parser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jun 2004 14:46:39 +0200
Newsgroups: jedi.vcl

"Band of Brothers" = "Saving Private Ryan" chopped into 10 pieces (or was it
8?)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Error in JvHTML Parser
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 23 Jun 2004 14:21:39 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> O... Nice acronym - I'll have to remember that one ;)
>
> I think it was coined somewhere around WWII (at least if "Band of Brothers"
> is to be trusted;>) but used a lot by *nix geeks and other wannabees (mainly
> as the variable names "foo" and "bar" in examples).

I think Steven Spielberg made it up in Saving Private Ryan... Tom Hanks wondering half the movie what it means (>8-\

>
>> Can you look at my reply to post "JVCL Object Inspector" an maybe give me
>
> a
>
>> link to such a component - if it exists. The only thing I managed to dig
>
> up
>
>> was TdxInspector, but that's not free.
>
> Don't know of anyone off hand, sorry.
>


Subject: Re: Error in JvHTML Parser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jun 2004 14:15:58 +0200
Newsgroups: jedi.vcl

> > Thanks Peter - it works! Cheers!
Good thing I comitted it to CVS then :)

BTW, have you tested also with clsoing the project and reopening it? That
was one of the problems with the previous code.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Error in JvHTML Parser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jun 2004 14:14:21 +0200
Newsgroups: jedi.vcl

> > O... Nice acronym - I'll have to remember that one ;)
I think it was coined somewhere around WWII (at least if "Band of Brothers"
is to be trusted;>) but used a lot by *nix geeks and other wannabees (mainly
as the variable names "foo" and "bar" in examples).

> > Can you look at my reply to post "JVCL Object Inspector" an maybe give me
a
> > link to such a component - if it exists. The only thing I managed to dig
up
> > was TdxInspector, but that's not free.
Don't know of anyone off hand, sorry.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Bug in TJvScheduledEvents
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Jun 2004 14:12:30 +0200
Newsgroups: jedi.vcl

hello Marcel,

ok, this seems quite good.

Thank you
Salvatore



Subject: Re: Error in JvHTML Parser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 23 Jun 2004 14:12:26 +0200
Newsgroups: jedi.vcl

Thanks Peter - it works! Cheers!

Marko




Subject: Re: Error in JvHTML Parser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 23 Jun 2004 14:02:13 +0200
Newsgroups: jedi.vcl

>> > > Sorry, but I don't know what that expression means..
> > FUBAR = F***ed Up Beyond All Recognition

O... Nice acronym - I'll have to remember that one ;)

> > You won't find the fixes in CVS (not yet, anyway). Download them from the
> > jedi.binaries group on this news server.

Downloaded - I'll test it today.

Can you look at my reply to post "JVCL Object Inspector" an maybe give me a
link to such a component - if it exists. The only thing I managed to dig up
was TdxInspector, but that's not free.

Thanks alot!

Marko




Subject: Re: Bug in TJvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 23 Jun 2004 13:52:32 +0200
Newsgroups: jedi.vcl

> > I'am interested to use this component in my own crontab application, but
> > I can't store the value of Schedule when It is set at runtime...

   should work OK. Did you specify the correct key and storage path? Are you
sure they aren't saved, or were they just not loaded when the application
was started again? What happens when you try with an Ini storage (often
easier to read and spot possible problems with saving).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Latest daily JVCL installation problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jun 2004 13:37:32 +0200
Newsgroups: jedi.vcl

> > Is there somebody who knows, where's problem?
Is it correct to assume that the Variants include in the JvSALCore
implementation section can be deleted completely? Looks to me it has no use
whatsoever, since COMPILER6_UP makes the use of ~BCB5 completely obsolete
(we don't support versions before COMPILER5)...

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Error in JvHTML Parser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jun 2004 13:30:14 +0200
Newsgroups: jedi.vcl

> > Sorry, but I don't know what that expression means..
FUBAR = F***ed Up Beyond All Recognition

> > I always remove and delete packages when I modify them and only then
install
> > them again. I'll download the newest JCL and JVCL today and if it's fixed
> > I'll let you know. I sure hope it is...
You won't find the fixes in CVS (not yet, anyway). Download them from the
jedi.binaries group on this news server.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Bug in TJvScheduledEvents
From: "dr.chandra@laposte.net" <dr.chandra@laposte.net>
Date: Wed, 23 Jun 2004 13:25:46 +0200
Newsgroups: jedi.vcl

Hello all,

I'am interested to use this component in my own crontab application, but I can't store the value of Schedule when It is set at runtime...

So:

Marcel Bestebroer a écrit :

>     it's a design time form, so it's not available at runtime directly. You
> could copy the needed .pas and .dfm file to your application directory
> (JvScheduleEditorForm.* in the \design folder) and use something like:
>
> with TFrmScheduleEditor.Create(nil) do
> try
>   Schedule := JvScheduledEvent1.Events[0].Schedule;
>   if ShowModal = mrOk then
>     JvScheduledEvent1.Events[0].Schedule := Schedule;
> finally
>   Free;
> end;
>
>    not tested, but should work.
>

It Works, but If I add a "TRJvAppRegistryStorage" set as appStorage, It doesn't save values...

It saves values defined at "design time" instead of saving values set at "runtime"...

And my need is saving values defined at runtime, because they could be change by user...

Here my code:

with TFrmScheduleEditor.Create(nil) do
try
  Schedule := JvScheduledEvents1.Events[0].Schedule;
  if ShowModal = mrOk
    then
      begin
        JvScheduledEvents1.Events[0].Schedule := Schedule;
        JvScheduledEvents1.SaveEventStates;
      end;
finally
  Free;
end;


Thanks, Marcel for your work....


Subject: Bug in JvAppXMLFileStorage ?
From: "Bernd Henker" <bhenker@spe-henker.de>
Date: Wed, 23 Jun 2004 13:24:28 +0200
Newsgroups: jedi.vcl

hello,

i use TjvAppXMLFileStorage to store configuration data in XML files . It
seems that the rootnode is doubly stored.
With the call of "JvAppXMLFileStorage1.WriteString('Level1\Value',
'StringValue');" the following is stored:

<?xml version="1.0" encoding="iso-8859-1"?>
<Configuration>
  <Configuration>
    <Level1>
      <Value>StringValue</Value>
    </Level1>
  </Configuration>
</Configuration>

Older version store:
<?xml version="1.0" encoding="iso-8859-1"?>
<Configuration>
  <Level1>
    <Value>StringValue</Value>
  </Level1>
</Configuration>

Is it something known?
Bernd




Subject: Re: Bug in TJvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 23 Jun 2004 13:10:31 +0200
Newsgroups: jedi.vcl

> > ok, but there is also the need to add a new public method to the
> > TJvScheduledEvents component that recalls the edit form at run-time, maybe
> > passing to it a parameter indicating what event we want to edit (maybe
> > using a preliminar dialog with a list where the user can select the event
> > to edit or even a new event to add, or an old one to delete), and after
> > edit is done, save changes to the appropriate storage if one is defined.

    I would add function to the unit containing the form:

function EditSchedule(Schedule: IJclSchedule): IJclSchedule;

   where the Schedule parameter is the schedule of the event and the
returned IJclSchedule is either the modified schedule (the dialog was closed
with the OK button) or the original schedule. You can then invoke it from
code:

JvScheduledEvents.Events[0].Schedule :=
EditSchedule(JvScheduledEvents.Events[0].Schedule);

    additionally we add an overloaded method to the TJvCustomScheduledEvents
component:

procedure EditEvent(Index: Integer); overload;
procedure EditEvent(Event: TJvScheduledEvent); overload;

    the first will simply call the second method with the correct event
instance (i.e. Events[Index]). The second will then call the function
declared above:

Event.Schedule := EditSchedule(Event.Schedule);

    I think we do not need to provide an additional dialog so a user can
select which event to edit; that is what the application developer will
provide (99% of the time, whatever dialog we can come up with will not be
used by the user of the component, simply because he already has an UI where
schedules are shown and selected).

    Saving the changes after edit is not needed, since that will happen
automatically when the application is closed again.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Bug in TJvAppRegistryStorage?
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Jun 2004 13:04:21 +0200
Newsgroups: jedi.vcl

hello all,

I have discovered what I think is a bug in TJvAppRegistryStorage. Digging
in the unit code, I have seen that the purpose of the
OnTranslatePropertyName event is to have more human-readable names for
saved component properties.

Well, I have defined this event in a test project but while debugging it I
have discovered that my OnTranslatePropertyName event is never fired, and
for this reason the saved properties keep the original name.

I don't know if the same could happen in the TJvAppIniStorage component
since I have not tested it.

Is it something known?

Sincerely
Salvatore



Subject: Re: Bug in TJvScheduledEvents
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Jun 2004 12:53:53 +0200
Newsgroups: jedi.vcl

hello Marcel,

> > Rebuild both packages and see if you can
> > use the form in your application

ok, but there is also the need to add a new public method to the
TJvScheduledEvents component that recalls the edit form at run-time, maybe
passing to it a parameter indicating what event we want to edit (maybe
using a preliminar dialog with a list where the user can select the event
to edit or even a new event to add, or an old one to delete), and after
edit is done, save changes to the appropriate storage if one is defined.

Sincerely
Salvatore



Subject: Error with JvDbGrid.IniSection
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Wed, 23 Jun 2004 12:50:31 +0200
Newsgroups: jedi.vcl

Hello,

in the latest help for JVCL3 you can read under JvDbGrid.IniStorage:

---
Properties stored include the columns layout as well as the DisplayLabel, DisplayWidth and Visible property of all the used fields.
---

The Visible-State is stored but not restored. This is because of an error in TJvDbGrid.RestoreColumnsLayout. In Line 2300 of JvDbGrid.pas you can find

Items[I].Visible := (S <> '-1');

this must be replace with

Items[I].Visible := (ExtractWord(2, S, Delims) <> '-1');

For DisplayLabel I found no code which could store or restore this property. So the online help is wrong or the feature is not implemented. Who know what is right?


Ciao Heinz Z.


Subject: Re: Bug in TJvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 23 Jun 2004 12:33:05 +0200
Newsgroups: jedi.vcl

>> > > AutoSave will clear the event list and
>> > > reload the events from the store.
> >
> > well, then what is its exact use?

    automatically load/save events on application start/terminate (to be
more precise: when the component is created/destroyed). With this property
set to True, any event created at design time will be lost. But I kind of
get the confusion: is it saving schedule information or saving triggering
information (i.e. when was the last time the event was triggered). It is
saving both (i.e. schedule + trigger information). Perhaps we need another
property or make this a set type property to specify what should exactly be
saved/loaded.

> > Set it to False at design time, define
> > events always at design time and then set AutoSave to True as soon as the
> > application starts?

    or don't set AutoSave to True at all. If events are always defined at
design time, AutoSave (and the AppStorage properties) are not needed, unless
trigger information is needed (see above).

> > I forgot to mention that I have associated an
> > AppIniStorage to the schedule component. Are events defined at design time
> > stored in the ini file and loaded at next run time in this case?

    yes. So if you want your design time events in the ini file, you can use
the above technique (just set AutoSave to True from the Loaded method of the
form/datamodule the JvScheduledEvents component is on). When the application
is closed again, you can set AutoSave to True and recompile your application
(and optionally remove the design time events since they are no longer
needed; it will save some space in the DFM and your final .exe file). If you
need to have the schedules but no trigger information, you can always edit
the ini file and remove that data.

> >
>> > > using your own form and assigning the
>> > > schedule properties is an option.
> >
> > I vote for the possibility to recall the event edit form at run-time.
Since
> > we have one already done, why make another?

    true. Best way is to move the two files I mention in the other post to
the run folder, add them to the run time package and remove them from the
design time package. Rebuild both packages and see if you can use the form
in your application. If nothing weird will happen, the form can apparently
be used at run time. I still think there are some design time dependencies
though. These would need to be sorted out.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: expert for Toolband ie
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 23 Jun 2004 12:26:54 +0200
Newsgroups: jedi.vcl


"Satorius Notok" <none@none.nl> schrieb im Newsbeitrag
news:cbbe6h$pua$1@talkto.net...
> > Hi,
> >
> > I do like you tell but the function setsite isn't called by IE every time
a
> > new page is loaded into the window, it's simply called when IE is
launching
> > and when IE is closing.
> >
> > Why?
> >

Hello,

Why? - Because you are right!

It seems that i have missunderstood the text in MSDN a little bit. SetSite
is not called if the content of the container (here the container is the
internet explorer) changes, it is called when the _container_ changes! (Just
tested it with a breakpoint)

Sorry if that took you in the wrong direction,
Ralf



Subject: Re: IOLECommandTarget ?
From: "Satorius Notok" <none@none.nl>
Date: Wed, 23 Jun 2004 12:20:46 +0200
Newsgroups: jedi.vcl

sorry, i find it : unit activeX
"Satorius Notok" <none@none.nl> a écrit dans le message de news:
cbbhti$qoe$1@talkto.net...
> > Hi,
> >
> > I must declared an variable  of IOLECommandTarget
> > but I don't find the unit whose contain this type declaration..
> >
> > Anybody know it?
> >
> > Thanks
> >
> >
> >




Subject: IOLECommandTarget ?
From: "Satorius Notok" <none@none.nl>
Date: Wed, 23 Jun 2004 12:17:24 +0200
Newsgroups: jedi.vcl

Hi,

I must declared an variable  of IOLECommandTarget
but I don't find the unit whose contain this type declaration..

Anybody know it?

Thanks





Subject: Re: Bug in TJvScheduledEvents
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Wed, 23 Jun 2004 12:14:00 +0200
Newsgroups: jedi.vcl

hello Marcel,

> > AutoSave will clear the event list and
> > reload the events from the store.

well, then what is its exact use? Set it to False at design time, define
events always at design time and then set AutoSave to True as soon as the
application starts? I forgot to mention that I have associated an
AppIniStorage to the schedule component. Are events defined at design time
stored in the ini file and loaded at next run time in this case?

> > using your own form and assigning the
> > schedule properties is an option.

I vote for the possibility to recall the event edit form at run-time. Since
we have one already done, why make another?

Sincerely
Salvatore



Subject: Cant´t compile JvParameterList.pas
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 23 Jun 2004 11:36:45 +0200
Newsgroups: jedi.vcl

Cant´t compile JvParameterList.pas with delphi5pro. (Version 1.36, Mon Jun
21 22:56:26 2004 UTC )

In delphi5 is no property BevelInner, BevelOuter in delphi5


Changes was made in line 1519
 begin
    AutoScroll := False;
    BorderStyle := bsNone;
    BevelInner := bvNone; <<<<----
    BevelOuter := bvNone; <<<<---- 
    Align := alClient;
end;

Regards

Dierk




Subject: Re: Error in JvHTML Parser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 23 Jun 2004 11:36:28 +0200
Newsgroups: jedi.vcl

> > Seems to be truly fubar'ed...

Sorry, but I don't know what that expression means..

> > Have a look in jedi.binaries. You need to rebuild the JvNet run and design
> > package after saving these files to your jvcl folder.
> >
> > I don't understand how that editor could've *ever* worked :(

I always remove and delete packages when I modify them and only then install
them again. I'll download the newest JCL and JVCL today and if it's fixed
I'll let you know. I sure hope it is...

Thanks

Marko




Subject: Re: expert for Toolband ie
From: "Satorius Notok" <none@none.nl>
Date: Wed, 23 Jun 2004 11:13:54 +0200
Newsgroups: jedi.vcl

Hi,

I do like you tell but the function setsite isn't called by IE every time a
new page is loaded into the window, it's simply called when IE is launching
and when IE is closing.

Why?

the source:

declaration :

 // Band Object
  Talexband = class(TzToolBandObject)
  protected
    function CreateBandForm(const ParentWnd: HWND): TJvBandForm; override;
    function SetSite(const Site: IUnknown): HRESULT;override;
  end;



function Talexband.SetSite(const Site: IUnknown): HRESULT;
Begin
  if Site <> nil then
  begin
    result :=inherited setsite(site);
    Beep(500,500);
  end;
end;




"Ralf Kaiser" <ralf-kaiser@eurobrief.de> a écrit dans le message de news:
caulus$sr8$1@talkto.net...
> > "Satorius Notok" <none@none.nl> schrieb im Newsbeitrag
> > news:cauija$s3g$1@talkto.net...
>> > > Thanks a lot, but I don't understand why the TMyBand.SetSite will be
> > called
>> > > by IE every time
>> > > a new page is loaded into the window
>> > >
>> > > How the SetSite is declared? where?
>> > > And the "FCurrentBandForm" is declared in var section?
> >
> > Hi,
> >
> > SetSite is a method of the interface "IObjectWithSite" which is used by
band
> > objects and BHOs (browser helper objects) to communicate with their host
> > internet explorer (the band object class from JCL implements this
interface
> > too and so it IS an IObjectWithSite!).  You can search MSDN for more info,
> > there are some quite usefull examples.
> >
> > FCurrentBandForm is a field of the band object, declared by me.
> >
> > Ciao,
> > Ralf
> >




Subject: Re: TJvPanel bug
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 23 Jun 2004 09:50:38 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

>
> That is because of HotColor.
>

Ok, I've made the SetColor procedures (VCL + VisualCLX) on the TJvExCustomPanel (JvExExtCtrls) protected and virtual, and overridden them in the TJvPanel.

this results in:

When you set the property Color, and the old Value is the same as the HotColor value, the HotColor value changes as well...

Should I post this to Binaries?

Wiebe



Subject: Re: TJvPanel bug
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 23 Jun 2004 09:21:00 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> That is because of HotColor.
>

Ah I see, wouldn't it be nice to set the HotColor the same value as Color if the previous value is equal?

Wait don't do anything, I'll try to do that...:-)

Wiebe


Subject: Re: Error in JvHTML Parser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jun 2004 08:48:58 +0200
Newsgroups: jedi.vcl

> > At design-time. I add any values that come to mind, just so I could test
the
> > component. I do this from a new project, cause if I opened my app
everything
> > will be gone if I save it.

Seems to be truly fubar'ed...

Have a look in jedi.binaries. You need to rebuild the JvNet run and design
package after saving these files to your jvcl folder.

I don't understand how that editor could've *ever* worked :(


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Resigning from the position as JVCL Coordinator
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Tue, 22 Jun 2004 20:36:35 -0400
Newsgroups: jedi.vcl

Hi Peter,

Sad to see you go and hope you will be back again someday when you have more
time.  Thanks for all your hard work and I hope things will go well for you
in whatever your doing.

-- Ray A. "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message news:capdor$v5h$1@talkto.net...
> > I have some sad news to you all (well, sad to me anyway).
> >
> > Due to drastic changes in my personal and professional life the last
couple
> > of weeks, I find I have almost no spare time left to work on JVCL (as some
> > of you might have noticed). I have tried to keep up appearances but now I
> > have to realize that the current situation is unholdable. AFAICT, my
> > situation will be like this for a long time.
> >
> > So, I have decided that I need to resign from the position as JVCL
> > Coordinator since I won't be able to perform the duties bestowed upon me.
> > This means that you (the JVCL developers) need to decide on who should
take
> > on the job from now on.




Subject: Re: instalation problems ... :(
From: "Craig van Nieuwkerk" <craigvn@dart.net.au>
Date: Wed, 23 Jun 2004 09:41:47 +1000
Newsgroups: jedi.vcl

>> > >I get the same error :-(
> >
> > Checking the source of JclStrings 1.91 RC2 - There is only a function
> >
> >       CharIsNumberChar
> >

Thats the problem, it seems this function has been renamed or something (I
dont know the history).  I changed line 7216 in JvVCLUtils.pas to
CharIsNumberChar instead of CharIsNumber and it worked.




Subject: Re: Button on JvMaskEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 23 Jun 2004 00:34:47 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> But next question. Where is the event OnBtnClicked(or similar)

Not added yet. Those components (TJvMaskEdit, TJvCheckedMaskEdit, TJvDatePickerEdit etc.) are in limbo right now. See also the 'JvToolEdit changes and VCL v5' thread from 13 Juni, and please comment if you have suggestions.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Bug in TJvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 22 Jun 2004 23:04:48 +0200
Newsgroups: jedi.vcl

>> > > are you using JVCL3.0? I seem to recall
>> > > this being an old bug from the 2.1 days.
>> > > Also, did you set AutoSave to True?
> >
> > yes for both. At this point I think that this component needs a rework,
> > isn't it?

    nope. AutoSave will clear the event list and reload the events from the
store. The fact that the store is empty on the first run is not a fault in
the component design. Either you want stored events or events specified at
design time, can't have both, since the events from design time will be
stored when the application is closed, leading to duplicate events on the
second run, which are again duplicate on the next run, etc..

> >
>> > > it's a design time form, so it's not
>> > > available at runtime directly.
> >
> > And if it is not available at run-time, how the user can modify or set his
> > schedules?

    using your own form and assigning the schedule properties is an option.

> > Also here I think that a rework is needed adding the capability
> > to recall the edit form at run-time, IMHO. What do you think about?

    that I agree with. However, I've been thinking about it and I think
there was a reason this form was not put in the run time folder but in the
design folder.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Bug in TJvScheduledEvents
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 22 Jun 2004 22:55:57 +0200
Newsgroups: jedi.vcl

hello,

> > are you using JVCL3.0? I seem to recall
> > this being an old bug from the 2.1 days.
> > Also, did you set AutoSave to True?

yes for both. At this point I think that this component needs a rework,
isn't it?

> > it's a design time form, so it's not
> > available at runtime directly.

And if it is not available at run-time, how the user can modify or set his
schedules? Also here I think that a rework is needed adding the capability
to recall the edit form at run-time, IMHO. What do you think about?

Regards
Salvatore



Subject: Re: Error in JvHTML Parser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 22 Jun 2004 22:18:53 +0200
Newsgroups: jedi.vcl

> > OK, those were the only changes I could see from the previous version. How
> > are you setting the Parser property? At design-time or run-time? What
values
> > are you using?

At design-time. I add any values that come to mind, just so I could test the
component. I do this from a new project, cause if I opened my app everything
will be gone if I save it.
It may be good to mention that I'm using a daily version from june 11th,
that's cause I doubt any changes have been made to the pas file since you
last replied to my post on june 7th... Am I wrong, or am I right?

Marko




Subject: Re: instalation problems ... :(
From: Franz-Leo Chomse <chomse@compuserve.de>
Date: Tue, 22 Jun 2004 19:50:13 +0200
Newsgroups: jedi.vcl

On Mon, 21 Jun 2004 10:42:27 +1000, "Craig van Nieuwkerk"
<craigvn@dart.net.au> wrote:

> >I get the same error :-(

Checking the source of JclStrings 1.91 RC2 - There is only a function 

      CharIsNumberChar

Regards from Germany

Franz-Leo



Subject: Re: Error in JvHTML Parser
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Jun 2004 19:05:35 +0200
Newsgroups: jedi.vcl

> >  Ups, maybe I spoke too soon. I've changed FParser to TStrings, removed
> > GetParser and modified the SetParser procedure, but it still doesn't
work...
OK, those were the only changes I could see from the previous version. How
are you setting the Parser property? At design-time or run-time? What values
are you using?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sf.net 

Subject: Re: Bug in TJvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 22 Jun 2004 18:38:44 +0200
Newsgroups: jedi.vcl

> > hello all,
> >
> > I add one event to the component at design time and it stays there, but at
> > run time the component has no events (component's property Events.Count is
> > 0) causing an "Index out of bounds" error trying to access Events[0]

    are you using JVCL3.0? I seem to recall this being an old bug from the
2.1 days. Also, did you set AutoSave to True? If it set to True, it will try
to load events from the storage, but since it's the first time it starts, it
will find 0 events. When AutoSave is True, any events added at design time
are lost when the application starts.

> > Furthermore, I still haven't understood how to call at run time the event
> > setup dialog available at design time to edit the event. There are no edit
> > methods in TJvScheduledEvents component nor in TJvEventCollectionItem
> > (class of every event) component.

    it's a design time form, so it's not available at runtime directly. You
could copy the needed .pas and .dfm file to your application directory
(JvScheduleEditorForm.* in the \design folder) and use something like:

with TFrmScheduleEditor.Create(nil) do
try
  Schedule := JvScheduledEvent1.Events[0].Schedule;
  if ShowModal = mrOk then
    JvScheduledEvent1.Events[0].Schedule := Schedule;
finally
  Free;
end;

   not tested, but should work.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Bug in TJvScheduledEvents
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Tue, 22 Jun 2004 18:17:19 +0200
Newsgroups: jedi.vcl

hello all,

I add one event to the component at design time and it stays there, but at
run time the component has no events (component's property Events.Count is
0) causing an "Index out of bounds" error trying to access Events[0]

If you wish, I have a small test case that demonstrates the problem.

Furthermore, I still haven't understood how to call at run time the event
setup dialog available at design time to edit the event. There are no edit
methods in TJvScheduledEvents component nor in TJvEventCollectionItem
(class of every event) component.

Regards
Salvatore



Subject: Re: Error in JvHTML Parser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 22 Jun 2004 16:50:42 +0200
Newsgroups: jedi.vcl

> > Can I take that as a confirmation it's working now? ;)

 Ups, maybe I spoke too soon. I've changed FParser to TStrings, removed
GetParser and modified the SetParser procedure, but it still doesn't work...

> > BTW, Danny Thorpe is the best. No discussion.

  I still mean what I said in my previous post :)

Marko




Subject: TJvWizard page order bug
From: @in@taavi.ee
Date: Tue, 22 Jun 2004 14:12:20 GMT
Newsgroups: jedi.vcl

Hi!

There seems to be problem with reordering wizard pages - changes
aren't saved (I guess thats because TJvWizardCustomPage.PageIndex
isn't published) and when wizard is loaded from DFM pages are in order
they are created in design time, not in the order I set them using
page collection property editor.


ain


Subject: Populate MenuItens
From: "Raziel" <razielfs@yahoo.com.br>
Date: Tue, 22 Jun 2004 14:04:48 +0000 (UTC)
Newsgroups: jedi.vcl

Hello for all,  
Forgive my ignorance and also my terrible English.  
I am with one doubts regarding JvPlugin, I used the Nuca Plugin, but
the programmer of this component disappeared, then I am migrating for
Jedi Plugin, I am with one doubts. How do I carry the plugins in the
menu? I explain.
In the Nuca Plugin he had a called property MenuCapition where I
informed where it angers to be positioned in the menu certain plugin.
Example:  
MenuCaption := Reports  
In the case I would put this information for every plugins containing
reports.
But I didn't understand as doing that with JvPlugin.  
From of I already thank the attention

-- R@ziel news.unipar.br news.tw4.com.br 

Subject: Re: Error in JvHTML Parser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Jun 2004 15:55:42 +0200
Newsgroups: jedi.vcl

> > Thanks Peter! You're THE BEST!!!
Can I take that as a confirmation it's working now? ;)

BTW, Danny Thorpe is the best. No discussion.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Error in JvHTML Parser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 22 Jun 2004 15:47:02 +0200
Newsgroups: jedi.vcl

Thanks Peter! You're THE BEST!!!

Marko




Subject: Re: Error in JvHTML Parser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Jun 2004 13:36:32 +0200
Newsgroups: jedi.vcl

> > Please help me, it's very important - my whole app depends on this
> > component.
(Running to the rescue, panting...)

Unofificial fix:

- Remove GetParser and replace it with FParser. Change FParser to TStrings
- In SetParser, change the first few lines to read:

procedure TJvHTMLParser.SetParser(Value: TStrings);
var
  I: Integer;
  Obj: TJvParserInfo;
  Cap: string;
begin
  FreeAndNil(FParser);
  FParser := Value;
  FKeys.Clear;
  if FParser = nil then Exit;
  I := 0;
....


-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Error in JvHTML Parser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 22 Jun 2004 13:04:04 +0200
Newsgroups: jedi.vcl

When I add tags to the parser property and click OK - the settings aren't
saved and I get an empty parser property. Can anyone fix this or show me
what to do to get it to work. Peter would have fixed this right away, but he
isn't here, so, anyone???

Please help me, it's very important - my whole app depends on this
component.

Thanks

Marko





Subject: Re: Internet
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 22 Jun 2004 13:00:08 +0200
Newsgroups: jedi.vcl

> > I use TcppWebBrowser. The method Navigate open a site but I can't find the
> > properties or method for search and highlight a specified word!
> >
> > Can you write me an example that do it?

OK, this is from Delphi, but the control is the same so it should work. The
following snippet finds only the first occurence of word "yourtext", but
it's not too hard to make it find all occurences.

Add MSHTML_TLB to the uses clause. If you don't have it then import
C:\WINDOWS\System32\mshtml.dll or mshtml.tlb.

procedure TForm1.Button1Click(Sender: TObject);
var
 docHTML: string;
 flags, flength: integer;
 WholeWords, MatchCase: boolean;
 frange: IHTMLTxtRange;
begin
 docHTML := ((WebBrowser1.Document as IHTMLDocument2).body as
IHTMLBodyElement).createTextRange.htmlText;
 flength := Length(docHTML);// length of text to search
 flags := 0;
 if WholeWords then
  flags := flags + 2;
 if MatchCase then
  flags := flags + 4;
 frange := ((WebBrowser1.Document as IHTMLDocument2).body as
IHTMLBodyElement).createTextRange;
 frange.findText('yourtext', flength, flags);
 frange.select; // select the word
 frange.scrollIntoView(true); // show the word
end;

For more on MSHTML check out the delphi-mshtml Yahoo group, it's mostly
focused on the WYSIWYG editing via MSHTML, but it's a good place to start.

Cheers

Marko




Subject: Latest daily JVCL installation problem
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Tue, 22 Jun 2004 10:23:09 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I tried to install latest JVCL components from 2004-06-21
("JVCL3-2004-06-21.zip") and I got following error message:

E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\jvcl\run
\JvSALCore.pas(113) Error: Identifier redeclared: 'Variants'

E:\Program Files\Borland\CBuilder6\Projects\Bpl\Jedi\jvcl\run
\JvSimPIDLinker.pas(34) Fatal: Could not compile used unit 
'JvSimPID.pas'

** error 1 ** deleting JvJansC6R.bpl

** error 1 ** deleting CompilePackages


It was also in some previous versions from 2004-06-17.
So now I have installed JVCL version from 2004-06-16.
JCL version is from 2004-06-18.

Is there somebody who knows, where's problem?
 
TIA
Vaclav


Subject: Re: Internet
From: "Marco" <pippo@libero.it>
Date: Tue, 22 Jun 2004 09:09:03 +0200
Newsgroups: jedi.vcl

I use TcppWebBrowser. The method Navigate open a site but I can't find the
properties or method for search and highlight a specified word!

Can you write me an example that do it?


"Holger Flick" <rammbaer@xyz.gmx.de> wrote in message
news:opr9x1tba40g0z57@frodo...
> > Yes, TWebBrowser. It's basically an ActiveX wrapper. For more information
> > you'll have to have a look at the Delphi help.
> >
> > If you want  to do more complex stuff you have to get into COM. Great
> > reference on msdn.microsoft.com. Great in the meaning of big, huge, ...
;-)
> >
> > --
> > Holger
> >
> > On Mon, 21 Jun 2004 10:17:06 +0200, Marco <pippo@libero.it> wrote:
> >
>> > > Hi, I have a problem. When I click a a button I would like open an
>> > > internet
>> > > site and selected a word. Are there a component that do it or an
existing
>> > > function?
>> > >
>> > >
> >




Subject: Re: Button on JvMaskEdit
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 22 Jun 2004 01:21:33 +0200
Newsgroups: jedi.vcl

Ok. Found it now (must be changed in the last days.

But next question. Where is the event OnBtnClicked(or similar)

Greetings
Jens

Remko Bonte wrote:

> Jens Fudickar wrote:
>
>> how is it possible to hide the button of an TJvMaskEdit Control (at designtime).
>
>
> Use property ShowButton.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: jvAppStorageSelectList
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 22 Jun 2004 01:08:06 +0200
Newsgroups: jedi.vcl

Have you uploaded them ?

Greetings
Jens

Chris Pall wrote:

> Ok, well, looks like it has been fixed in the very latest version of the
> source, so I will just upload the polished examples, which should be
> tomorrow. I didn't see
>
> Chris Pall wrote:
>
>> Well, I am not sure if they are mine, I never got mine into the db, but I had noticed someone created a subdir under example called jvAppStorage, if there really isn't one done already, we'll put it there..
>>
>> Jens Fudickar wrote:
>>
>>> Where do you want to commit them? Until now i didn't see them :-)
>>>
>>> Greetings
>>> Jens
>>>
>>> Chris Pall wrote:
>>>
>>>> No problem. In fact, I'll submit the three examples, the 3rd of which demostrates the issue. Sorry it has taken me this long to get around to responding.
>>>>
>>>> Jens wrote:
>>>>
>>>>> Hi
>>>>>
>>>>> i'm back now.
>>>>> Please go to mantis and make a bug report with a short description and a
>>>>> sample application.
>>>>>
>>>>> I will look into it and try to fix/describe the usage.
>>>>>
>>>>> Greetings
>>>>> Jens
>>>>>
>>>>>
>>>>>> Hi
>>>>>>
>>>>>> the best is asking me :-) I have created it.
>>>>>>
>>>>>> Look at the example in examples\jvParameterList. There is also an example for the JvAppStorageSelectList.
>>>>>>
>>>>>> If you have further question, ask me. But maybe you had to wait a little bit, hopefully i will be one week on holiday from sunday :-)
>>>>>>
>>>>>> Greetings
>>>>>> Jens
>>>>>>
>>>>>> Chris Pall wrote:
>>>>>>
>>>>>>> I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.
>>>>>>>
>>>>>>> However!
>>>>>>>
>>>>>>> I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?
>>>>>>>
>>>>>>> Chris
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> -- 
>>>>>> ___________________________________________________________
>>>>>> Softwareentwicklung Jens Fudickar
>>>>>> Breslauer Straße 8 * 65760 Eschborn
>>>>>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>>>>>
>>>>>> Home of OraTool - http://www.oratool.de
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --- posted by geoForum on http://delphi.newswhat.com
>>>
>>>
>>>
>>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Button on JvMaskEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 22 Jun 2004 00:23:31 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> how is it possible to hide the button of an TJvMaskEdit Control (at designtime).

Use property ShowButton.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jvMail don't send any email with MS Outlook 2003
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 22 Jun 2004 00:22:26 +0200
Newsgroups: jedi.vcl

Szwajcar wrote:

> Hello!
> If send e-mail with a MS Outlook Express all works fine, with MS Outlook
> 2003 e-mail opened but send fail.
> I works in Windows XP Prof., use Delphi 7 Prof. and I've got a five e-mail
> account in both mail programs.
>

Maybe this helps: http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q826557

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvPanel bug
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 22 Jun 2004 00:21:07 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

>> Noticed it as well. Only if you use the TXPManifest in your app.
>> BTW I've experienced similar problems with the Borland VCL TPanel as well...
>
>
> I have the problem (with the TXPManifest enabled) that when i give it a custom color (clWindow instead of clBtnFace), it will turn to the default color when I move my mouse over it...

That is because of HotColor.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Resigning from the position as JVCL Coordinator
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 21 Jun 2004 23:54:07 +0200
Newsgroups: jedi.vcl

Sad Sad, but i hope we will see you helping us developing :-)

Greetings and Good luck.

Jens

Peter Thörnqvist wrote:

> I have some sad news to you all (well, sad to me anyway).
>
> Due to drastic changes in my personal and professional life the last couple
> of weeks, I find I have almost no spare time left to work on JVCL (as some
> of you might have noticed). I have tried to keep up appearances but now I
> have to realize that the current situation is unholdable. AFAICT, my
> situation will be like this for a long time.
>
> So, I have decided that I need to resign from the position as JVCL
> Coordinator since I won't be able to perform the duties bestowed upon me.
> This means that you (the JVCL developers) need to decide on who should take
> on the job from now on.
>
> I suggest you have an election for the JVCL Coordinator position ASAP using
> these rules:
>
> - To be electable, the person must be nominated and have accepted the
> nomination
> - A person can nominate himself
> - You don't have to be a JVCL developer to be nominated
> - Only JVCL developers can vote
>
> I would also like to take the opportunity to nominate the following people
> that I think all would be eminent as coordinators:
>
> - Andreas Hausladen
> - Remko Bonte
> - Olivier Sannier
>
>
> I will still try to hang around as much as I can and help out with questions
> and problems, especially to help the new coordinator. I will also keep my
> admin privileges, at least until everything is running smoothly. Unless
> someone has valid reason to object, I will keep my status as a JVCL
> developer even after that.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Button on JvMaskEdit
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 21 Jun 2004 23:44:32 +0200
Newsgroups: jedi.vcl

Hi,

how is it possible to hide the button of an TJvMaskEdit Control (at designtime).

Maybe i have something on my eyes, but ?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvPanel bug
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Mon, 21 Jun 2004 21:48:59 +0200
Newsgroups: jedi.vcl

> Noticed it as well. Only if you use the TXPManifest in your app.
> BTW I've experienced similar problems with the Borland VCL TPanel as well...

I have the problem (with the TXPManifest enabled) that when i give it a custom color (clWindow instead of clBtnFace), it will turn to the default color when I move my mouse over it...

trying to find out what's wrong now...


Subject: jvMail don't send any email with MS Outlook 2003
From: "Szwajcar" <czadownia(to_usun_razem_z_nawiasami)@poczta.onet.pl>
Date: Mon, 21 Jun 2004 20:50:03 +0200
Newsgroups: jedi.vcl

Hello!
If send e-mail with a MS Outlook Express all works fine, with MS Outlook
2003 e-mail opened but send fail.
I works in Windows XP Prof., use Delphi 7 Prof. and I've got a five e-mail
account in both mail programs.

-- Piotr Müller 

Subject: Re: Installer request
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Jun 2004 19:33:32 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> > when I click the "Install" button in the installer the whole job takes no
> > more than 15 seconds to complete for my D7 installation. Why do you say
> > that time would increase so much?

Try it with C++ Builder. It takes up to 3 minutes on my 3GHz HT.

> > But it already has D+,L+,Y+. 

So the installer must change this line and that is not what I want. We
have either to remove this line or keep it.


> > What I'd like is instead an installation like JCL that:
> > Build debug dcu's and put them in the JVCL\lib\Dn\Debug folder

You have the source code of the installer. I have no time for the
installer till august.



-- Regards, Andreas Hausladen 

Subject: Bug in TJvScheduledEvents
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 21 Jun 2004 19:10:08 +0200
Newsgroups: jedi.vcl

hello all,

even if I add events to the component at design time, then at run time the
component's property Events.Count is always 0 causing "Index out of bounds"
and "Access violation" errors.

Furthermore, I still haven't understood how to call the event setup dialog
at run time to edit it. There are no edit methods in TJvScheduledEvents
component or in TJvEventCollectionItem (class of every event) component.

Regards
Salvatore



Subject: Re: jedi3.0 TjvMonthCalendar2 and TjvBlinkinglabel
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 21 Jun 2004 18:59:02 +0200
Newsgroups: jedi.vcl

Satorius Notok wrote:

> TjvBlinkingLabel => Only for the blinking

Has been integrated into TJvBehaviorLabel



Subject: Re: TJvPanel bug
From: Sterling Bates <whoelse@sterlingbates.com>
Date: Mon, 21 Jun 2004 10:08:39 -0600
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> Noticed it as well. Only if you use the TXPManifest in your app.
> BTW I've experienced similar problems with the Borland VCL TPanel as well...

I don't use TXPManifest :)  Just to make sure I tested it with and without, and there was no change.

Sterling


Subject: Re: TJvPanel bug
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Mon, 21 Jun 2004 17:56:06 +0200
Newsgroups: jedi.vcl

> [1] By "broken" I mean that the control does not properly refresh _ever_ -- on resize, on hide/show, etc.
>
> Sterling

Noticed it as well. Only if you use the TXPManifest in your app.
BTW I've experienced similar problems with the Borland VCL TPanel as well...


Subject: TJvPanel bug
From: Sterling Bates <whoelse@sterlingbates.com>
Date: Mon, 21 Jun 2004 09:18:36 -0600
Newsgroups: jedi.vcl

This was previously reported in issue 705:

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0000705

I think it should be reopened.  I'm running Windows XP, D7, and JVCL 3, and the panel painting is completely broken[1] at design time with the transparent setting enabled.  Let me know if you need any other information.

[1] By "broken" I mean that the control does not properly refresh _ever_ -- on resize, on hide/show, etc.

Sterling


Subject: JVCL Co-ordinator - We have a nominee, Olivier Sannier [OBones].
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 21 Jun 2004 09:02:05 -0400
Newsgroups: jedi.vcl

OBones wrote:

> Thanks for the nomination. As I'm moving back to France this saturday, I won't be online until Monday, but after that, I hope I will. I do accept the nomination, even though I have my own doubts about my worthiness in that role. As you gave the details of what your position is, I think I should be able to manage that, if I'm elected, and provided I manage to behave myself when I'm tired ;-)

Yay.

Warren



Subject: Install problam undeb CB6
From: Vladimir <zhuchko@lnr.jinr.ru>
Date: Mon, 21 Jun 2004 16:48:22 +0400
Newsgroups: jedi.vcl

By the way, last CVSs have the bug and cant be installed under CB6,
Three files (JvSALCore.pas, JvForth.pas & JvXMLTree.pas) have doubled
"Uses Variants" lines, after removing of the seconds I could install JVCL3. Please, will correct this.


Subject: Re: problem install jcl
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 21 Jun 2004 14:42:22 +0200
Newsgroups: jedi.vcl

Hi,

Satorius Notok wrote:

> ( I try reinstall the all jedi, to correct the error in my last post)
>
> I delete all the jedi installed like it's explain in the readme,
> And I decompact  the "JCL1.90-Build1497.zip"
> I laucnh the install.bat
> And When I click on the "install" button, after  some second, I have an
> error:
> (log file :)
> Installing package C:\Program
> Files\Borland\composants\jedi\jcl\packages\d5\DJcl50.dpk
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> Fatale: Fichier non trouv, : 'C:\Program.dpr'
>
> (yes, I am frend, the last line in english is : Fatal : File not find)
> What is the problem? and how to resolve it ?

Please use JCL 1.91 instead (Build 1558).

Greetings, Robert


Subject: Re: Internet
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Mon, 21 Jun 2004 14:18:37 +0200
Newsgroups: jedi.vcl

Yes, TWebBrowser. It's basically an ActiveX wrapper. For more information you'll have to have a look at the Delphi help.

If you want  to do more complex stuff you have to get into COM. Great reference on msdn.microsoft.com. Great in the meaning of big, huge, ... ;-)

-- 
Holger   

On Mon, 21 Jun 2004 10:17:06 +0200, Marco <pippo@libero.it> wrote:

> Hi, I have a problem. When I click a a button I would like open an internet
> site and selected a word. Are there a component that do it or an existing
> function?
>
>



Subject: Re: Installer request
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Mon, 21 Jun 2004 12:58:31 +0200
Newsgroups: jedi.vcl

hello Andreas,

> > The installer in the CVS version has this
> > feature but it is not activated because
> > this would increase the compilation time
> > to utopic values.

when I click the "Install" button in the installer the whole job takes no
more than 15 seconds to complete for my D7 installation. Why do you say
that time would increase so much? Even if one has to wait say one/two
minutes it seems more than acceptable to me since it is a one time
operation and machines are more and more fast.

> > If you want debug units you can edit the
> > common\jvcl.inc and install/compile then.

maybe are you referring to modifications to the very first line of this
file, that containing {$A,B,C,....}? But it already has D+,L+,Y+. Anyway
modifying this file will give the developer "only" debug dcu's and
packages. What I'd like is instead an installation like JCL that:

1. Build debug dcu's and put them in the JVCL\lib\Dn\Debug folder
2. Install the packages putting dcu's in JVCL\lib\Dn folder
   and compiled packages in ..\Borland\DelphiN\Projects\Bpl folder
3. Put JVCL\lib\Dn\Debug folder in Debug|Options
4. Put JVCL\lib\Dn folder in Library|Path
5. Put JVCL\Source;JVCL\Common folders in Search|Path

so you deploy always with standard dcu's without debug informations unless
you want to do so. I don't think that installation time is a matter in this
case.

Regards
Salvatore



Subject: Re: problem install jcl
From: "Satorius Notok" <none@none.nl>
Date: Mon, 21 Jun 2004 12:44:41 +0200
Newsgroups: jedi.vcl

It resolve the problem by
put the jcl compnnent (and not install it) with the jvcl component
and launch the install.bat of jvcl and select "install jvcl"

"Satorius Notok" <none@none.nl> a écrit dans le message de news:
cb69ke$m1f$1@talkto.net...
> > Hi
> >
> > ( I try reinstall the all jedi, to correct the error in my last post)
> >
> > I delete all the jedi installed like it's explain in the readme,
> > And I decompact  the "JCL1.90-Build1497.zip"
> > I laucnh the install.bat
> > And When I click on the "install" button, after  some second, I have an
> > error:
> > (log file :)
> > Installing package C:\Program
> > Files\Borland\composants\jedi\jcl\packages\d5\DJcl50.dpk
> > Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> > Fatale: Fichier non trouv, : 'C:\Program.dpr'
> >
> > (yes, I am frend, the last line in english is : Fatal : File not find)
> > What is the problem? and how to resolve it ?
> >
> > Thanks
> >
> >




Subject: Re: problem install jcl
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 21 Jun 2004 12:35:59 +0200
Newsgroups: jedi.vcl

"Satorius Notok" wrote in message <news:cb69ke$m1f$1@talkto.net>:

> > Installing package C:\Program
> > Files\Borland\composants\jedi\jcl\packages\d5\DJcl50.dpk
> > Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> > Fatale: Fichier non trouv, : 'C:\Program.dpr'
I've read about this in a previous posting and it was about a directory
name containing a space like in "Program Files".

I could not find this posting, however IIRC this has been fixed in one of
the latest CVS releases.

-- cu, Michael 

Subject: Re: Resigning from the position as JVCL Coordinator
From: Michael Fritz <spam_athome@yahoo.de>
Date: Mon, 21 Jun 2004 12:30:58 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" wrote in message <news:capdor$v5h$1@talkto.net>:

Just two words from a Jedi user:
Thanks Peter!

-- cu, Michael 

Subject: problem install jcl
From: "Satorius Notok" <none@none.nl>
Date: Mon, 21 Jun 2004 12:24:54 +0200
Newsgroups: jedi.vcl

Hi

( I try reinstall the all jedi, to correct the error in my last post)

I delete all the jedi installed like it's explain in the readme,
And I decompact  the "JCL1.90-Build1497.zip"
I laucnh the install.bat
And When I click on the "install" button, after  some second, I have an
error:
(log file :)
Installing package C:\Program
Files\Borland\composants\jedi\jcl\packages\d5\DJcl50.dpk
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatale: Fichier non trouv, : 'C:\Program.dpr'

(yes, I am frend, the last line in english is : Fatal : File not find)
What is the problem? and how to resolve it ?

Thanks




Subject: Re: jedi3.0 TjvMonthCalendar2 and TjvBlinkinglabel
From: "Satorius Notok" <none@none.nl>
Date: Mon, 21 Jun 2004 11:38:53 +0200
Newsgroups: jedi.vcl

Hi

what is th directory run????
In this directory in found "jvcalendar.pas" , it's contain the
tjvmonthcalendar2,
but why the jvmonthcalendar2 is not installed,so??

migrating with jedi component is very hazardous...

Thanks,

"Satorius Notok" <none@none.nl> a écrit dans le message de news:
cb60ar$kbf$1@talkto.net...
> > Hi,
> >
> > I have installed the Jedi version 3.0 and two components are missing :
> > TjvMontCalendar2 => importatn for me because I need the onselchange
> > evenement
> > and
> > TjvBlinkingLabel => Only for the blinking
> >
> > There is other component whose replace them?
> >
> > Thanks a lot
> >
> >




Subject: Internet
From: "Marco" <pippo@libero.it>
Date: Mon, 21 Jun 2004 10:17:06 +0200
Newsgroups: jedi.vcl

Hi, I have a problem. When I click a a button I would like open an internet
site and selected a word. Are there a component that do it or an existing
function?




Subject: jedi3.0 TjvMonthCalendar2 and TjvBlinkinglabel
From: "Satorius Notok" <none@none.nl>
Date: Mon, 21 Jun 2004 09:46:09 +0200
Newsgroups: jedi.vcl

Hi,

I have installed the Jedi version 3.0 and two components are missing :
TjvMontCalendar2 => importatn for me because I need the onselchange
evenement
and
TjvBlinkingLabel => Only for the blinking

There is other component whose replace them?

Thanks a lot




Subject: Re: Installer request
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 21 Jun 2004 08:56:55 +0200
Newsgroups: jedi.vcl

Salvatore Besso wrote:

> > I'm testing JVCL 3.0 beta (together with JCL 1.90). Great library. I want
> > to ask to the developers if it will be possible, in the final installer,
> > to automatically generate also debug dcu's, like the included JCL 1.90
> > does just now. Very important, since doing it manually is quite
> > complicated and time consuming due to the large number of packages :-)

The installer in the CVS version has this feature but it is not activated
because this would increase the compilation time to utopic values.
If you want debug units you can edit the common\jvcl.inc and
install/compile then.


-- Regards, Andreas Hausladen 

Subject: Re: instalation problems ... :(
From: "Craig van Nieuwkerk" <craigvn@dart.net.au>
Date: Mon, 21 Jun 2004 10:42:27 +1000
Newsgroups: jedi.vcl

I get the same error :-(

> > i downloaded that file .. but ... not work ...
> >
> > continous the error msg :(
> >




Subject: JvHTMLParser ERROR
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 20 Jun 2004 22:42:18 +0200
Newsgroups: jedi.vcl

OK, I've tried it out and I'm sad to say that it doesn't work :(
When I add tags to the parser property and click OK - the settings aren't
saved and I get an empty parser property. Can anyone fix this or show me
what to do to get it to work.

Thanks

Marko




Subject: Installer request
From: "Salvatore Besso" <s.besso@mclink.it>
Date: Sun, 20 Jun 2004 22:25:31 +0200
Newsgroups: jedi.vcl

hello,

I'm testing JVCL 3.0 beta (together with JCL 1.90). Great library. I want
to ask to the developers if it will be possible, in the final installer, to
automatically generate also debug dcu's, like the included JCL 1.90 does
just now. Very important, since doing it manually is quite complicated and
time consuming due to the large number of packages :-)

Thank you very much
Salvatore



Subject: Re: How to limit properties displayed in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 20 Jun 2004 21:34:03 +0200
Newsgroups: jedi.vcl

> > Is NewByNames an event that fires on the basis of the properties
> > relevant to the object to be edited?

    No, it will only generate the properties you specify (or the properties
you don't specify, depending on the flag). The BeforeItemCreate event is
fired for every item that is about to be created and will therefore no fire
for properties NewByNames will skip.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Resigning from the position as JVCL Coordinator
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 20 Jun 2004 14:22:02 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:capdor$v5h$1@talkto.net...

> > So, I have decided that I need to resign from the position as JVCL
> > Coordinator since I won't be able to perform the duties bestowed upon me.

That's REALLY a sad news, Peter!!!! You were the BEST project coordinator
I've ever encountered within JEDI and I am really sad to see you go. You've
definitely made a huge difference in the Delphi Open Source community and
you have my deepest respect and appreciation for everythnig that you've done
in moving JVCL forward!!!

Michael




Subject: Re: instalation problems ... :(
From: "salsa" <salsa@salsa.com>
Date: Sun, 20 Jun 2004 16:44:10 +0200
Newsgroups: jedi.vcl

i downloaded that file .. but ... not work ...

continous the error msg :(



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: instalation problems ... :(
From: "salsa" <salsa@salsa.com>
Date: Sun, 20 Jun 2004 16:42:10 +0200
Newsgroups: jedi.vcl

im get this file .. but i dont have install jvl :(

the problem continous :(



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to limit properties displayed in JvInspector
From: mydeja <mydejamail@nospam.yahoo.co.uk>
Date: Sun, 20 Jun 2004 13:55:07 +0100
Newsgroups: jedi.vcl

I think I am just confusing myself. I did not read your first response well enough.

TJvInspectorPropData.NewByNames limits properties displayed

and

JvInspector.BeforeItemCreate limits objects to edit.

Is NewByNames an event that fires on the basis of the properties relevant to the object to be edited?

Marcel Bestebroer wrote:
>> Sorry I mean objects. I am currently checking the examples
>
>
>     I don't quite understand what you want here. If you don't want to
> display an object, don't add it.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JEDI.NET team coordinator
>
> To mail me, remove the obvious from my mail address
>
>


Subject: Re: JVCL Object Inspector
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 20 Jun 2004 11:34:08 +0200
Newsgroups: jedi.vcl

Hi,
this is maybe a stuped question, but is there a component that looks like
(not acts) an Object Inspector?
   Take a look at the screenshot and you'll see what I mean. I've been
digging through the net for a week and couldn't find anything like it...

Cheers

Marko



pic-0000.gif
	



Subject: Re: How to limit properties displayed in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 20 Jun 2004 11:11:40 +0200
Newsgroups: jedi.vcl

> > Sorry I mean objects. I am currently checking the examples

    I don't quite understand what you want here. If you don't want to
display an object, don't add it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: How to limit properties displayed in JvInspector
From: mydeja <mydejamail@nospam.yahoo.co.uk>
Date: Sun, 20 Jun 2004 00:57:28 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>> Is there a way to limit the properties displayed by JvInspector for
>
> editing?
>

Sorry I mean objects. I am currently checking the examples
> a) If you use TJvInspectorPropData.NewByNames you can provide a list of
> property names you want or do not want
> b) Handle the JvInspector.BeforeItemCreate event to return nil to the
> ItemClass variable if you don't want to edit the current item
> c) register a nil ItemClass using
> TJvInspectorPropData.ItemRegister.Add(TJvInspectorPropRegItem.Create).
>
>     I think b) is actually used in one of the examples.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JEDI.NET team coordinator
>
> To mail me, remove the obvious from my mail address
>
>


Subject: Re: How to limit properties displayed in JvInspector
From: mydeja <mydejamail@nospam.yahoo.co.uk>
Date: Sun, 20 Jun 2004 00:47:18 +0100
Newsgroups: jedi.vcl

Can the same be done for properties too?


Marcel Bestebroer wrote:

>> Is there a way to limit the properties displayed by JvInspector for
>
> editing?
>
> a) If you use TJvInspectorPropData.NewByNames you can provide a list of
> property names you want or do not want
> b) Handle the JvInspector.BeforeItemCreate event to return nil to the
> ItemClass variable if you don't want to edit the current item
> c) register a nil ItemClass using
> TJvInspectorPropData.ItemRegister.Add(TJvInspectorPropRegItem.Create).
>
>     I think b) is actually used in one of the examples.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JEDI.NET team coordinator
>
> To mail me, remove the obvious from my mail address
>
>


Subject: Re: How to limit properties displayed in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 19 Jun 2004 22:46:47 +0200
Newsgroups: jedi.vcl

> > Is there a way to limit the properties displayed by JvInspector for
editing?

a) If you use TJvInspectorPropData.NewByNames you can provide a list of
property names you want or do not want
b) Handle the JvInspector.BeforeItemCreate event to return nil to the
ItemClass variable if you don't want to edit the current item
c) register a nil ItemClass using
TJvInspectorPropData.ItemRegister.Add(TJvInspectorPropRegItem.Create).

    I think b) is actually used in one of the examples.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JVCL Object Inspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 19 Jun 2004 22:41:15 +0200
Newsgroups: jedi.vcl

> > I managed to find it by searching the source. Are there some examples of
> >   its use?

    in the examples/JvInspector folder. There's also a DB example in
examples/JvInspectorDb.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: How to limit properties displayed in JvInspector
From: mydeja <mydejamail@nospam.yahoo.co.uk>
Date: Sat, 19 Jun 2004 20:33:04 +0100
Newsgroups: jedi.vcl

Is there a way to limit the properties displayed by JvInspector for editing?



Subject: Re: JVCL Object Inspector
From: mydeja <mydejamail@nospam.yahoo.co.uk>
Date: Sat, 19 Jun 2004 20:02:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> mydeja wrote:
>
>
>> Can anyone tell me which one it is?  There are so many components in the
>> JVCL
>
>
> It is in the JvInspector package and it is called JvInspector.
>
>
I managed to find it by searching the source. Are there some examples of  its use?


Subject: Re: JVCL Object Inspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 19 Jun 2004 20:15:33 +0200
Newsgroups: jedi.vcl

mydeja wrote:

> > Can anyone tell me which one it is?  There are so many components in the
> > JVCL

It is in the JvInspector package and it is called JvInspector.


-- Regards, Andreas Hausladen 

Subject: JVCL Object Inspector
From: mydeja <mydejamail@nospam.yahoo.co.uk>
Date: Sat, 19 Jun 2004 19:12:21 +0100
Newsgroups: jedi.vcl


I believe there is an object inspector component in the JVCL which allows run time editing of forms and component properties.

Can anyone tell me which one it is?  There are so many components in the  JVCL

Regards


Subject: Re: JVXPCheckBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Jun 2004 17:32:23 +0200
Newsgroups: jedi.vcl

Peter Thornqvist wrote:
>> Can we think of a mechanism to get something like that for all JVCL
>> controls?
>
> Ever heard of providers and consumers?

Yes, but i am not familiar with them and it still needs an implementation.



Subject: Re: JVXPCheckBox
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 19 Jun 2004 10:24:51 +0200
Newsgroups: jedi.vcl

> > Can we think of a mechanism to get something like that for all JVCL
> > controls?
Ever heard of providers and consumers?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sf.net 

Subject: Re: Reducing work on JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 19 Jun 2004 10:22:30 +0200
Newsgroups: jedi.vcl

> > Jedi.Net ???
> > Where where ???

    There, there: http://sf.net/projects/jeditdotnet.

> > Oh, and I reitarate my question : Where can we find info about the .Net
> > project ? What is its goal, JVCL for .Net ?

    I posted to the jedi.general NG as well as a guide to jedi.binaries.
It's goals are very simple at the moment: get donations! We accept anything
for .NET (JCL, JVCL [VCL.NET], but also ASP.NET and Windows.Forms controls)
provided it is written in Delphi. We will divide the project in sub projects
when a certain sub project is large enough to warrant that split (and if we
can find a coordinator for that project).

    Currently we have virtually nothing, except some code I wrote and I know
of at least one other user who has code to donate but needs some time to
make it generic releasable.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Reducing work on JVCL
From: Julien Ferraro <jfk_pub.nospam@netcourrier.com>
Date: Sat, 19 Jun 2004 11:12:57 +0400
Newsgroups: jedi.vcl

On Tue, 15 Jun 2004 14:15:19 +0200, Marcel Bestebroer wrote:

> > Hi all,
> > 
> >     now that the .NET project has started, I will be decreasing my work on
> > JVCL (which, admittedly, hasn't been what it used to be for a while now).

Jedi.Net ???
Where where ???

BTW, Thank you for all the work done here. I, as many of the members of the
Delphi community appreciate everything. I(m not sure there is many projects
like Jedi in the Microsoft world ....

Oh, and I reitarate my question : Where can we find info about the .Net
project ? What is its goal, JVCL for .Net ?

TIA

Julien


Subject: Re: JVXPCheckBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Jun 2004 07:18:33 +0200
Newsgroups: jedi.vcl

Nono wrote:

> I'm using XPControls and I want to know if JVXPCheckBox exists for DB with a
> Datasource property.
> Thanks

I just learned on the Borland Roadshow that in .NET ALL properties can be datasourced, ie the value comes from a database.
Can we think of a mechanism to get something like that for all JVCL controls?



Subject: Re: praise JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 19 Jun 2004 07:16:29 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I think that JVCL 3.0 is the best Kick-Ass Delphi add-on out there, period.

No problem with that ;-)

> If only we could get Toolbar2000, Virtual Tree View, and
> TGridView put in there, I would hardly need to use anything else. :-)

No. I think there should always be excellent components outside the JVCL. Trying to drag them in because it is handy is a bad idea.



Subject: Re: jvAppStorageSelectList
From: Chris Pall <noemailgiven@noemailhere.com>
Date: Fri, 18 Jun 2004 23:15:07 -0400
Newsgroups: jedi.vcl

Ok, well, looks like it has been fixed in the very latest version of the
source, so I will just upload the polished examples, which should be
tomorrow. I didn't see

Chris Pall wrote:
> Well, I am not sure if they are mine, I never got mine into the db, but I had noticed someone created a subdir under example called jvAppStorage, if there really isn't one done already, we'll put it there..
>
> Jens Fudickar wrote:
>
>> Where do you want to commit them? Until now i didn't see them :-)
>>
>> Greetings
>> Jens
>>
>> Chris Pall wrote:
>>
>>> No problem. In fact, I'll submit the three examples, the 3rd of which demostrates the issue. Sorry it has taken me this long to get around to responding.
>>>
>>> Jens wrote:
>>>
>>>> Hi
>>>>
>>>> i'm back now.
>>>> Please go to mantis and make a bug report with a short description and a
>>>> sample application.
>>>>
>>>> I will look into it and try to fix/describe the usage.
>>>>
>>>> Greetings
>>>> Jens
>>>>
>>>>
>>>>> Hi
>>>>>
>>>>> the best is asking me :-) I have created it.
>>>>>
>>>>> Look at the example in examples\jvParameterList. There is also an example for the JvAppStorageSelectList.
>>>>>
>>>>> If you have further question, ask me. But maybe you had to wait a little bit, hopefully i will be one week on holiday from sunday :-)
>>>>>
>>>>> Greetings
>>>>> Jens
>>>>>
>>>>> Chris Pall wrote:
>>>>>
>>>>>> I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.
>>>>>>
>>>>>> However!
>>>>>>
>>>>>> I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?
>>>>>>
>>>>>> Chris
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>>> ___________________________________________________________
>>>>> Softwareentwicklung Jens Fudickar
>>>>> Breslauer Straße 8 * 65760 Eschborn
>>>>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>>>>
>>>>> Home of OraTool - http://www.oratool.de
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --- posted by geoForum on http://delphi.newswhat.com
>>
>>
>>



Subject: Re: jvAppStorageSelectList
From: Chris Pall <leavemealone@leavemealone.com>
Date: Fri, 18 Jun 2004 17:21:00 -0400
Newsgroups: jedi.vcl

Well, I am not sure if they are mine, I never got mine into the db, but I had noticed someone created a subdir under example called jvAppStorage, if there really isn't one done already, we'll put it there..

Jens Fudickar wrote:
> Where do you want to commit them? Until now i didn't see them :-)
>
> Greetings
> Jens
>
> Chris Pall wrote:
>
>> No problem. In fact, I'll submit the three examples, the 3rd of which demostrates the issue. Sorry it has taken me this long to get around to responding.
>>
>> Jens wrote:
>>
>>> Hi
>>>
>>> i'm back now.
>>> Please go to mantis and make a bug report with a short description and a
>>> sample application.
>>>
>>> I will look into it and try to fix/describe the usage.
>>>
>>> Greetings
>>> Jens
>>>
>>>
>>>> Hi
>>>>
>>>> the best is asking me :-) I have created it.
>>>>
>>>> Look at the example in examples\jvParameterList. There is also an example for the JvAppStorageSelectList.
>>>>
>>>> If you have further question, ask me. But maybe you had to wait a little bit, hopefully i will be one week on holiday from sunday :-)
>>>>
>>>> Greetings
>>>> Jens
>>>>
>>>> Chris Pall wrote:
>>>>
>>>>> I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.
>>>>>
>>>>> However!
>>>>>
>>>>> I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?
>>>>>
>>>>> Chris
>>>>
>>>>
>>>>
>>>> -- 
>>>> ___________________________________________________________
>>>> Softwareentwicklung Jens Fudickar
>>>> Breslauer Straße 8 * 65760 Eschborn
>>>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>>>
>>>> Home of OraTool - http://www.oratool.de
>>>>
>>>
>>>
>>>
>>>
>>> --- posted by geoForum on http://delphi.newswhat.com
>
>


Subject: JVCL 3: When will be freezed then released?
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 18 Jun 2004 21:57:21 +0200
Newsgroups: jedi.vcl

I'm using JVCL 3 daily.
It is very nice to see new / improved components each time I refresh my 
source copy but I think it should be some spected freeze time and release 
date.
When?

Regards.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: praise JVCL
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Jun 2004 14:28:45 -0400
Newsgroups: jedi.vcl

As a JVCL developer, my humble opinion is that any showstopper (crash or garbled GUI) bug in JVCL is extremely unlikely to survive for long.
It's that "many eyes/shallow" thingy that ESR talks about.

Also, the components I work on have to be rock solid or all my apps turn
to, well, you know what.  That's not to say that bugs don't happen, but
rather that, if we all work together, report every bug we find, and
fix them, then our developed projects will be of far higher quality than
any one of us could accomplish on our own.

I think that you could make an argument that open source code-components will intrinsically be more stable and of higher usability because the source is there for you to examine (so there are NO BLACK BOXES, one of my key Delphi design rules: Use no component without building it from its sources first) in the event that anything goes awry.

I think that JVCL 3.0 is the best Kick-Ass Delphi add-on out there, period.  If only we could get Toolbar2000, Virtual Tree View, and
TGridView put in there, I would hardly need to use anything else. :-)

Warren


Subject: Re: Resigning from the position as JVCL Coordinator
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Jun 2004 14:21:24 -0400
Newsgroups: jedi.vcl

Thank you Peter, you've been a great JVCL co-ordinator and developer. We will miss you, and I appreciate your time and energy that you have contributed.  If you're ever in Toronto, Beers are on me.

Regards,

Warren Postma


Subject: Re: Call for deletion
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Jun 2004 14:16:52 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> We have now scores of code lines which are commented out.
> They clutter up the sources. I think we should start to remove part of them.
>
> This is a job for the individual programmers because it is hard to decide which code is disabled only temporarily and which code is obsolete.
>

IMHO, rather than commenting out code, we should use CVS history if we need something back that really should be gone.

OTOH, some deleted code forms a valuable comment.

For instance, in my app, I have both created, and solved problems
by inserting Application.ProcessMessages or <Control>.Invalidate
calls into my code, and when I comment it out, I usually do so like this:

// Invalidate; // XXX NEVER NEVER call Self.Invalidate here!!!!


That sort of thing.

I dunno.  I think large blocks of useless code (>4 lines) should be deleted, one liners should almost always be left in as a form
of documentation.

Warren



Subject: Re: Suggestion on where to put embedded forms donation
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 18 Jun 2004 14:14:32 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I would like to have some feedback on where to put a recently donated set of
> form embedding components. 

I was just about to do this myself. I didn't want to use the Docking feature because I didn't want them to be undockable, just to be able to
separate the GUI logic of my Monster Main Form into separate Forms/Units.

In fact, in my case, it's a bunch of forms that get embedded into a notebook [TPageControl].

I'll have check this new form-embedding thingummy out.


Warren


Subject: JVXPCheckBox
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Fri, 18 Jun 2004 17:41:22 +0200
Newsgroups: jedi.vcl

Hi,

I'm using XPControls and I want to know if JVXPCheckBox exists for DB with a
Datasource property.
Thanks




Subject: Re: cvs
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Fri, 18 Jun 2004 16:41:04 +0200
Newsgroups: jedi.vcl

Hi Oliver,

jcl is not working either so I am really thinking "SF fault"...

> Looks bad. According to the SF.net status page they did a CVS upgrade yesterday. Maybe they fubar'd something up again...
>
> Cheers,
>



Subject: Re: cvs
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 18 Jun 2004 16:13:03 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> CVS is really unreliable right now.

Are you accessing the developer server (via SSH) or the read-only server (via anonymous pserver)? I haven't had any problems with the developer server for a while.


> cvs update: inflate: incorrect header check
> cvs [update aborted]: reading from server: Input/output error
>
> Error, CVS operation failed

Looks bad. According to the SF.net status page they did a CVS upgrade yesterday. Maybe they fubar'd something up again...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: cvs
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Fri, 18 Jun 2004 16:06:27 +0200
Newsgroups: jedi.vcl

WebCVS is also not working:

NOTE: One or more files were unreadable. The files in the CVS repository should be readable by the web server process. Please report this condition to the administrator of this CVS repository.

-- 
Holger

On Fri, 18 Jun 2004 15:56:40 +0200, Holger Flick <rammbaer@xyz.gmx.de> wrote:

> H iguys,
>
> CVS is really unreliable right now.
>
> I am trying for two days now and always seem to try, when it's not working. Today I get a new error message though:
>
> cvs update: inflate: incorrect header check
> cvs [update aborted]: reading from server: Input/output error
>
> Error, CVS operation failed



Subject: cvs
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Fri, 18 Jun 2004 15:56:40 +0200
Newsgroups: jedi.vcl

H iguys,

CVS is really unreliable right now.

I am trying for two days now and always seem to try, when it's not working. Today I get a new error message though:

cvs update: inflate: incorrect header check
cvs [update aborted]: reading from server: Input/output error

Error, CVS operation failed


Subject: Re: expert for Toolband ie
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 18 Jun 2004 15:07:37 +0200
Newsgroups: jedi.vcl

"Satorius Notok" <none@none.nl> schrieb im Newsbeitrag
news:cauija$s3g$1@talkto.net...
> > Thanks a lot, but I don't understand why the TMyBand.SetSite will be
called
> > by IE every time
> > a new page is loaded into the window
> >
> > How the SetSite is declared? where?
> > And the "FCurrentBandForm" is declared in var section?

Hi,

SetSite is a method of the interface "IObjectWithSite" which is used by band
objects and BHOs (browser helper objects) to communicate with their host
internet explorer (the band object class from JCL implements this interface
too and so it IS an IObjectWithSite!).  You can search MSDN for more info,
there are some quite usefull examples.

FCurrentBandForm is a field of the band object, declared by me.

Ciao,
Ralf



Subject: Re: expert for Toolband ie
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 18 Jun 2004 15:03:55 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cauetr$r91$1@talkto.net...
> > Would it be possible to implement ActualIEInstance and IsWebBrowser in the
> > base BandObject class since it already implements SetSite?
> >

Hi,

sure that would be possible and it would make sense because the band object
form normally wants to do something with the ie-explorer where it is
displayed.

It took this jump-frominterface-to-interface to get the IE instance from
some demo in MSDN for an older project of mine and i noticed no problems
until today.

Ciao,
Ralf



Subject: Re: Gradient
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 18 Jun 2004 07:41:39 -0500
Newsgroups: jedi.vcl

Peter,
first let me say, sorry to see you go, but glad to hear you may be moving on
to bigger and better things. Please stay in touch with this ng.

Second, thank you. I will try your suggestions today.

Dave

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:cauk5d$see$1@talkto.net...
> > Maybe GradientFillRect() in JvJVCLUtils? Does 4 directions but not
patterns.
> > Used heavily in the navpane components as well as other places.
> >
> > Filling with patterns can be accomplished with brush bitmaps on a canvas:
> >
> > Canvas.Brush.Bitmap := MyPatternBitmap;
> > Canvas.FillRect(ClientRect);
> >
> > This would tile the client area with the image in MyPatternBitmap. Note
that
> > some OS's limit the size of the pattern to 8x8 pixels.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Gradient
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jun 2004 14:32:04 +0200
Newsgroups: jedi.vcl

Maybe GradientFillRect() in JvJVCLUtils? Does 4 directions but not patterns.
Used heavily in the navpane components as well as other places.

Filling with patterns can be accomplished with brush bitmaps on a canvas:

Canvas.Brush.Bitmap := MyPatternBitmap;
Canvas.FillRect(ClientRect);

This would tile the client area with the image in MyPatternBitmap. Note that
some OS's limit the size of the pattern to 8x8 pixels.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: expert for Toolband ie
From: "Satorius Notok" <none@none.nl>
Date: Fri, 18 Jun 2004 14:08:08 +0200
Newsgroups: jedi.vcl

Thanks a lot, but I don't understand why the TMyBand.SetSite will be called
by IE every time
a new page is loaded into the window

How the SetSite is declared? where?
And the "FCurrentBandForm" is declared in var section?

This code is very interressing for me, do you give me an example that I can
compile?

Thanks again, in anyway, you put me on the true way :-)


"Ralf Kaiser" <ralf-kaiser@eurobrief.de> a écrit dans le message de news:
caud3e$qsg$1@talkto.net...
> >
> > "Satorius Notok" <none@none.nl> schrieb im Newsbeitrag
> > news:caub27$qee$1@talkto.net...
>> > > I try but it isnt work:
>> > >
>> > > procedure TalexbandForm.btn_1Click(Sender: TObject);
>> > > var
>> > >    document_ : IWebBrowser;
>> > > begin
>> > >   GetBandObject.Site.QueryInterface(IID_IWebBrowser,document_);
>> > >    document_.GoHome;
>> > > end;
>> > >
>> > > when I try this I have a execption when I click on the button "btn_1"
>> > > Do you have an idea?
>> > >
> >
> > It is a little bit more complicated. You have to implement the SetSite
> > method. Additionally i store a pointer to my current band form in a privat
> > field (FCurrentBandForm). In the form class MyBandForm i have a method
that
> > checks if it really runs in InternetExplorer and not in normal explorer to
> > avoid problems when the user wants to activate the band in the normal
> > explorer (it is in the popup menu of the normal explorer too!)
> >
> > This here works good in two of my projects:
> >
> > function TMyBand.CreateBandForm(const ParentWnd: HWND): TJvBandForm;
> > begin
> >   Result := TMyBandForm.CreateBandForm(ParentWnd, Self);
> >   FCurrentBandForm := Result as TMyForm;
> > end;
> >
> >
> > function TMyBand.SetSite(const Site: IInterface): HRESULT;
> > var
> >   msg                                   : tagMSG;
> >   aCommandTarget                        : IOLECommandTarget;
> >   ServiceProvider                       : IServiceProvider;
> >   WB                                    : IWebBrowser2;
> > begin
> >   // this method is called by IE every time
> >   // a new page is loaded into the window!
> >   try
> >     if Site <> nil then begin
> >       Result := inherited SetSite(Site);
> >       Site._AddRef;
> >       // test if we already hold a site
> >       if CurrentSite <> nil then begin
> >         // yes -> so free it
> >         CurrentSite._Release;
> >         CurrentSite := nil;
> >       end;
> >       // store the new site
> >       CurrentSite := Site;
> >     end
> >     else begin
> >       // test if we already hold a site from a previous call
> >       if CurrentSite <> nil then begin
> >         // yes -> so free it
> >         CurrentSite._Release;
> >         CurrentSite := nil;
> >       end;
> >       Result := S_OK;
> >       Exit;
> >     end;
> >     // did we get a site??
> >     if CurrentSite <> nil then begin
> >       // ask for the command target
> >       if CurrentSite.QueryInterface(IOLECommandTarget, aCommandTarget) =
> > S_OK then begin
> >         // got command target, ask for the service provider to get the
> > webbrowser interface
> >         if aCommandTarget.QueryInterface(IServiceProvider,
ServiceProvider)
> > = S_OK then begin
> >           // got the service provider, let's see if there is a webbrowser
> > interface...
> >           if ServiceProvider.QueryService(IWebBrowserApp, IWebBrowser2,
WB)
> > = S_OK then begin
> >             // wow, we finally got it so store it in a safe place, we will
> > need it later
> >             // we do store it in the created band form object as property,
> > so each instance
> >             // of the band form maintains its own instance of IE!
> >             FCurrentBandForm.ActualIEInstance := WB; // property ActualIE
is
> > used to stor the pointer of the current explorer
> >             if not FCurrentBandForm.IsWebBrowser then begin
> >               FCurrentBandForm.BandObject.CloseDW(0);
> >               Result := E_NOTIMPL;
> >             end
> >             else begin
> >                ShowDW(true);
> >             end;
> >           end;
> >         end;
> >       end;
> >     end;
> >
> > Hope that helps al little bit.
> >
> > ciao,
> > Ralf
> >




Subject: Gradient
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 18 Jun 2004 06:35:41 -0500
Newsgroups: jedi.vcl

I need to know how to fill an area on a canvas with a gradient. I have seen
the jcl function: FillGradient
But it only does 2 directions.
I need something that will do horizontal, vertical, diagonal, maybe even
patterned.(like photoshop).

Does this functionality exist in jedi library, and if so can someone
post some sample code?
If not, does anyone know of a good MPL 1.1 component that does do this?

Thanks in advance for any information you can give.
Dave (dedicated jedi user)





Subject: Re: expert for Toolband ie
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jun 2004 13:03:37 +0200
Newsgroups: jedi.vcl

Would it be possible to implement ActualIEInstance and IsWebBrowser in the
base BandObject class since it already implements SetSite?

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: expert for Toolband ie
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 18 Jun 2004 12:40:18 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> schrieb im Newsbeitrag
news:caud3e$qsg$1@talkto.net...

Hi,

i just saw that OutlookExpress did some silly wordwrapping in my last
messaage. I hope you are able to read it anyway.

Ciao,
Ralf



Subject: Re: expert for Toolband ie
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 18 Jun 2004 12:36:23 +0200
Newsgroups: jedi.vcl


"Satorius Notok" <none@none.nl> schrieb im Newsbeitrag
news:caub27$qee$1@talkto.net...
> > I try but it isnt work:
> >
> > procedure TalexbandForm.btn_1Click(Sender: TObject);
> > var
> >    document_ : IWebBrowser;
> > begin
> >   GetBandObject.Site.QueryInterface(IID_IWebBrowser,document_);
> >    document_.GoHome;
> > end;
> >
> > when I try this I have a execption when I click on the button "btn_1"
> > Do you have an idea?
> >

It is a little bit more complicated. You have to implement the SetSite
method. Additionally i store a pointer to my current band form in a privat
field (FCurrentBandForm). In the form class MyBandForm i have a method that
checks if it really runs in InternetExplorer and not in normal explorer to
avoid problems when the user wants to activate the band in the normal
explorer (it is in the popup menu of the normal explorer too!)

This here works good in two of my projects:

function TMyBand.CreateBandForm(const ParentWnd: HWND): TJvBandForm;
begin
  Result := TMyBandForm.CreateBandForm(ParentWnd, Self);
  FCurrentBandForm := Result as TMyForm;
end;


function TMyBand.SetSite(const Site: IInterface): HRESULT;
var
  msg                                   : tagMSG;
  aCommandTarget                        : IOLECommandTarget;
  ServiceProvider                       : IServiceProvider;
  WB                                    : IWebBrowser2;
begin
  // this method is called by IE every time
  // a new page is loaded into the window!
  try
    if Site <> nil then begin
      Result := inherited SetSite(Site);
      Site._AddRef;
      // test if we already hold a site
      if CurrentSite <> nil then begin
        // yes -> so free it
        CurrentSite._Release;
        CurrentSite := nil;
      end;
      // store the new site
      CurrentSite := Site;
    end
    else begin
      // test if we already hold a site from a previous call
      if CurrentSite <> nil then begin
        // yes -> so free it
        CurrentSite._Release;
        CurrentSite := nil;
      end;
      Result := S_OK;
      Exit;
    end;
    // did we get a site??
    if CurrentSite <> nil then begin
      // ask for the command target
      if CurrentSite.QueryInterface(IOLECommandTarget, aCommandTarget) =
S_OK then begin
        // got command target, ask for the service provider to get the
webbrowser interface
        if aCommandTarget.QueryInterface(IServiceProvider, ServiceProvider)
= S_OK then begin
          // got the service provider, let's see if there is a webbrowser
interface...
          if ServiceProvider.QueryService(IWebBrowserApp, IWebBrowser2, WB)
= S_OK then begin
            // wow, we finally got it so store it in a safe place, we will
need it later
            // we do store it in the created band form object as property,
so each instance
            // of the band form maintains its own instance of IE!
            FCurrentBandForm.ActualIEInstance := WB; // property ActualIE is
used to stor the pointer of the current explorer
            if not FCurrentBandForm.IsWebBrowser then begin
              FCurrentBandForm.BandObject.CloseDW(0);
              Result := E_NOTIMPL;
            end
            else begin
               ShowDW(true);
            end;
          end;
        end;
      end;
    end;

Hope that helps al little bit.

ciao,
Ralf



Subject: Re: expert for Toolband ie
From: "Satorius Notok" <none@none.nl>
Date: Fri, 18 Jun 2004 12:25:42 +0200
Newsgroups: jedi.vcl

Ok, thanks for the links
I think that I want it's very simple, much people must do this..
But there isn't this pepeole on this forum :-)
Thanks again, when I will find it, I will post it

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: cauc8a$qmg$1@talkto.net...
>> > > when I try this I have a execption when I click on the button "btn_1"
>> > > Do you have an idea?
> > document_ is probably nil when you call document_.GoHome. You should
always
> > check the return value when calling com methods, i.e:
> > if Site.QueryInterface(document_) = S_OK then
> >   document_.GoHome;
> >
> > Site probably doesn't support IWebBrowser, but maybe you should try the
> > OleCommandTarget interface instead (also a property of your BandObject)
> > since you are sending commands to the web browser?
> >
> > Best option is probably to peruse the docs on MSDN about band objects
> > (search for IDeskBand). Also check this link (might wrap):
> >
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pla
tform/Shell/programmersguide/shell_adv/bands.asp
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: expert for Toolband ie
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jun 2004 12:18:00 +0200
Newsgroups: jedi.vcl

> > when I try this I have a execption when I click on the button "btn_1"
> > Do you have an idea?
document_ is probably nil when you call document_.GoHome. You should always
check the return value when calling com methods, i.e:
if Site.QueryInterface(document_) = S_OK then
  document_.GoHome;

Site probably doesn't support IWebBrowser, but maybe you should try the
OleCommandTarget interface instead (also a property of your BandObject)
since you are sending commands to the web browser?

Best option is probably to peruse the docs on MSDN about band objects
(search for IDeskBand). Also check this link (might wrap):
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/Shell/programmersguide/shell_adv/bands.asp

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: expert for Toolband ie
From: "Satorius Notok" <none@none.nl>
Date: Fri, 18 Jun 2004 12:14:50 +0200
Newsgroups: jedi.vcl

rectification for don't have the error :

BandObject.Site.QueryInterface(IID_IWebBrowser,document_);
   if document_ = nil then
   begin
     showmessage('error interface not supported');
   end
   else
   showmessage('interface supported!');

And now I have the message 'error interface not supported'
But There is always the problem....


"Satorius Notok" <none@none.nl> a écrit dans le message de news:
caub27$qee$1@talkto.net...
> > I try but it isnt work:
> >
> > procedure TalexbandForm.btn_1Click(Sender: TObject);
> > var
> >    document_ : IWebBrowser;
> > begin
> >   GetBandObject.Site.QueryInterface(IID_IWebBrowser,document_);
> >    document_.GoHome;
> > end;
> >
> > when I try this I have a execption when I click on the button "btn_1"
> > Do you have an idea?
> >
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
> > news: cau9mp$q4s$1@talkto.net...
>> > > You should be able to use QueryInterface of the BandObject.Site property
> > of
>> > > your toolbar to get the IWebBrowser interface and work from there. I
> > haven't
>> > > used band objects myself, so there might be additional steps but that's
> > what
>> > > I would try first.
>> > >
>> > > --
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Developer)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: expert for Toolband ie
From: "Satorius Notok" <none@none.nl>
Date: Fri, 18 Jun 2004 11:59:33 +0200
Newsgroups: jedi.vcl

I try but it isnt work:

procedure TalexbandForm.btn_1Click(Sender: TObject);
var
   document_ : IWebBrowser;
begin
  GetBandObject.Site.QueryInterface(IID_IWebBrowser,document_);
   document_.GoHome;
end;

when I try this I have a execption when I click on the button "btn_1"
Do you have an idea?


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: cau9mp$q4s$1@talkto.net...
> > You should be able to use QueryInterface of the BandObject.Site property
of
> > your toolbar to get the IWebBrowser interface and work from there. I
haven't
> > used band objects myself, so there might be additional steps but that's
what
> > I would try first.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Developer)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: TJvDateEdit
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 18 Jun 2004 11:50:57 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I know you guys are busy, so I may use TJvDateTimePicker instead...
>> However, I'd still prefer the TJvDateEdit component...
>
> Have a look at the TJvDateTimePicker handling of weekdays and see if it
> wouldn't be possible to modify TJvDateEdit to do the same.

There's still TJvDatePickerEdit to consider as well which is somewhat of a middle ground between the two, using the Windows common calendar control on the one hand but implementing its own edit control on the other (TJvDateTimePicker is completely a Windows common control with some added bells and whistles while TJvDateEdit is a completely "self-contained" implementation). It also already has the WeekNumbers functionality (it's available as a sub-property of CalendarAppearance).

It's a bit in flux at the moment though due to the recent change in ancestry even though it seems Remko has ironed out the worst bits by now (thanks for that again, Remko!). Personally, I'm still using a snapshot from end of April for our production stuff but that might of course not be an option for you.

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: expert for Toolband ie
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jun 2004 11:34:31 +0200
Newsgroups: jedi.vcl

You should be able to use QueryInterface of the BandObject.Site property of
your toolbar to get the IWebBrowser interface and work from there. I haven't
used band objects myself, so there might be additional steps but that's what
I would try first.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: expert for Toolband ie
From: "Satorius Notok" <none@none.nl>
Date: Fri, 18 Jun 2004 11:29:50 +0200
Newsgroups: jedi.vcl

Hi,

I make a toolband for ie with the expert, in my toolband there is a button
whose show, when clicked,
a message.
It's work fine, but now, I want to access to the object ie (for change the
current page, or for show the body)

How to do this?

(ps : I use Delphi 5 pro on winxp)

Thanks a lot,




Subject: Re: TJvDateEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jun 2004 11:28:20 +0200
Newsgroups: jedi.vcl

> > I know you guys are busy, so I may use TJvDateTimePicker instead...
> > However, I'd still prefer the TJvDateEdit component...

Have a look at the TJvDateTimePicker handling of weekdays and see if it
wouldn't be possible to modify TJvDateEdit to do the same.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: TJvDateEdit
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Fri, 18 Jun 2004 11:25:38 +0200
Newsgroups: jedi.vcl

I know you guys are busy, so I may use TJvDateTimePicker instead... However, I'd still prefer the TJvDateEdit component...

On Fri, 18 Jun 2004 11:16:52 +0200, Peter Thörnqvist <peter3@nospam.peter3.com> wrote:

> I implemented this for TJvDateTimePicker, so I guess it should be possible
> for TJvDateEdit as well
>



Subject: Re: TJvDateEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jun 2004 11:16:52 +0200
Newsgroups: jedi.vcl

I implemented this for TJvDateTimePicker, so I guess it should be possible
for TJvDateEdit as well

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: TJvDateEdit
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Fri, 18 Jun 2004 11:10:21 +0200
Newsgroups: jedi.vcl

Hi guys,

is it possible to show the week numbers in the calendar dialog? Would be VERY helpful, customers request it all the time...

I always feel embarrassed that I am too stupid to implement stuff like that, however, coding visual components is really complicated...

-- 
Holger


Subject: Request:JvgWizardHeader enchancement
From: "MeGaBrAiN" <turbobrain@mail.ru>
Date: Fri, 18 Jun 2004 06:03:16 +0200
Newsgroups: jedi.vcl

 Its possible to make NoBorder feature to this component?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvToolEdit changes and VCL v5
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 18 Jun 2004 00:34:27 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

>
> So it comes down to either a fat TJvCustomComboEdit or a group of components descending from each other. I think I prefer the fat option a bit more that the hierarchie option.
>

Only a little bit of code is needed to add a checkbox to TvCustomComboEdit. I prefer the fat option. We could enhance TJvCustomComboEdit with the behaviour of TJvMaskEdit, that is aliitle more work.

Regards,

André Snepvangers


Subject: Re: JvToolEdit changes and VCL v5
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Jun 2004 23:16:19 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Remko Bonte wrote:
>
>> Either all combo edits will have a checkbox or TJvCheckMaskedEdit shall have a button.
>>
> Why not ? With default ShowCheckBox := false they will exactly behave as before.

I meant all combo edits will have the code for showing a checkbox. (this has some impact: checkbox has align set to alLeft, because of this all combo edits will have a DesignSize in the dfm for D6 & D7). What I mean is that saying they will behave all exactly the same is a bit optimistic and needs at least some work (checking all components etc.).

>> The last one has the least impact, so I kinda prefer that one.
>
> We could still maintain TJvCheckedMaskedEdit.
>
>>
>> TJvMaskEdit could be made an immediate ancestor of TJvCustomComboEdit thus without a button.
>>
> We could merge TJvCheckMaskedEdit, TJvMaskEdit in to TJvCustomComboEdit.
> Switching between them is just a matter of setting properties.

So it comes down to either a fat TJvCustomComboEdit or a group of components descending from each other. I think I prefer the fat option a bit more that the hierarchie option.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvToolEdit changes and VCL v5
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 17 Jun 2004 22:54:47 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Either all combo edits will have a checkbox or TJvCheckMaskedEdit shall have a button.
>
Why not ? With default ShowCheckBox := false they will exactly behave as before.
> The last one has the least impact, so I kinda prefer that one.
We could still maintain TJvCheckedMaskedEdit.
>
> TJvMaskEdit could be made an immediate ancestor of TJvCustomComboEdit thus without a button.
>
We could merge TJvCheckMaskedEdit, TJvMaskEdit in to TJvCustomComboEdit.
Switching between them is just a matter of setting properties.

Regards,

André Snepvangers


Subject: Re: JvToolEdit changes and VCL v5
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Jun 2004 22:14:23 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
> Remko Bonte wrote:
>
>> It can show a button, so it seems very logical to me that it has these properties. Why do you think it should not have these properties?
>>
> It is only in JvCheckMaskedEdit, imho the checkbox should be implemented in JvToolEdit.TJvCustomComboEdit i.e. remove JvCheckMaskedEdit.
> This would add a checkbox to all derived controls.
> What is your opinion?

I don't think there is a perfect solution. Either all combo edits will have a checkbox or TJvCheckMaskedEdit shall have a button.

The last one has the least impact, so I kinda prefer that one.

TJvMaskEdit could be made an immediate ancestor of TJvCustomComboEdit thus without a button.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvToolEdit changes and VCL v5
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 17 Jun 2004 17:49:23 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> André Snepvangers wrote:
>
>> BTW what are doing ButtonWidth/ButtonFlat & ButtonHint doing in JvCheckedMaskEdit ?
>
>
> It can show a button, so it seems very logical to me that it has these properties. Why do you think it should not have these properties?
>
It is only in JvCheckMaskedEdit, imho the checkbox should be implemented in JvToolEdit.TJvCustomComboEdit i.e. remove JvCheckMaskedEdit.
This would add a checkbox to all derived controls.
What is your opinion?

Regards,

André Snepvangers


Subject: Re: praise JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 17 Jun 2004 14:44:57 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> By the way: Firebird SQL is an other great open source contribution for applications!

Helen Borrie works on that one.
One of the Jedi founders.



Subject: praise JVCL
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 17 Jun 2004 11:37:20 +0000
Newsgroups: jedi.vcl

to the developers:

I use jcl/jvcl in a huge application running in hospitals fom 6am to 23 pm 7 days a week on about 30 seats simultaniously an I just received the message that there was NO crash or whatsoever since I released my version 2 compiled with plugins and lots of other stuff from the JCL/JVCL. I replaced lots of "not so good" components by JVCL components and most of my client related problems disappeared.

Thanks for letting me sleep better!

By the way: Firebird SQL is an other great open source contribution for applications!



Subject: Re: Resigning from the position as JVCL Coordinator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jun 2004 11:14:55 +0200
Newsgroups: jedi.vcl

> > Sorry to hear that, and all my thoughts are with you, whatever the sad
> > news are.
The sad news is leaving JVCL. The private and professional changes are not
sad at all: I'm just in a situation where I have a lot to do and that's why
I won't have time to do JVCL work for a long time.

I truly appreciate your concerns, though, and I have no doubts that you
would make an excellent coordinator. A bit of temper is not always a bad
thing :)

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: jedidotnet-discuss@lists.sourceforge.net
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Thu, 17 Jun 2004 10:43:45 +0200
Newsgroups: jedi.vcl

> i got the same error when i wanted to checkout JCL and JVCL this evening.
> After half an hour it worked again.

I have it working now as well...



Subject: Re: jedidotnet-discuss@lists.sourceforge.net
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Thu, 17 Jun 2004 10:43:02 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:
>
> According to Google it's the title of a famous anime/hentai series, the first episode of which was internationally dubbed "Legend of the Overfiend"
> or rather Urotsukidoji is...

Yep I know I've made a typo, but it originates from the anime, and now I just use the name lacking a better one, and being guaranteed that it's unique ;-)

Well and hoping that no one knows the movie because it's bad for my image 8-p


Subject: Re: Resigning from the position as JVCL Coordinator
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Thu, 17 Jun 2004 18:38:26 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I have some sad news to you all (well, sad to me anyway).
Sorry to hear that, and all my thoughts are with you, whatever the sad news are.

> I would also like to take the opportunity to nominate the following people
> that I think all would be eminent as coordinators:
>
> - Andreas Hausladen
> - Remko Bonte
> - Olivier Sannier
Thanks for the nomination. As I'm moving back to France this saturday, I won't be online until Monday, but after that, I hope I will. I do accept the nomination, even though I have my own doubts about my worthiness in that role. As you gave the details of what your position is, I think I should be able to manage that, if I'm elected, and provided I manage to behave myself when I'm tired ;-)

> I will still try to hang around as much as I can and help out with questions
> and problems, especially to help the new coordinator. I will also keep my
> admin privileges, at least until everything is running smoothly. Unless
> someone has valid reason to object, I will keep my status as a JVCL
> developer even after that.
This will be much appreciated by whoever is elected.

Cheers

Olivier


Subject: Re: jedidotnet-discuss@lists.sourceforge.net
From: Oliver Giesen <ogware@gmx.net>
Date: Thu, 17 Jun 2004 10:26:40 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>> I'd like to join the development, my sourceforge alias is uritsukidoji
>
>     now, how the heck did you come up with that alias?

According to Google it's the title of a famous anime/hentai series, the first episode of which was internationally dubbed "Legend of the Overfiend"
or rather Urotsukidoji is...
            ^

There's also a rather nice instrumental song by Testament by that name, which is where I recognized the name from in case you were wondering... ;)

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: Resigning from the position as JVCL Coordinator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jun 2004 10:24:01 +0200
Newsgroups: jedi.vcl

> > Very helpful (and making me start doubting my decision fo starting the
> > project).
;>

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Resigning from the position as JVCL Coordinator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jun 2004 10:23:38 +0200
Newsgroups: jedi.vcl

> > To be more specific, this is what I normally do that no one else does:
Please don't misinterpret this. What I meant was that many of the things I
do, others do too, but some of the things in the list I am the only one
doing.

-- Regards, Peter Thornqvist (JVCL Developer) http://jvcl.sourceforge.net 

Subject: Re: Resigning from the position as JVCL Coordinator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 17 Jun 2004 09:58:52 +0200
Newsgroups: jedi.vcl

> > To be more specific, this is what I normally do that no one else does:
> > [...]

    thanks for making a list of jobs I need to do for my little project <g>
Very helpful (and making me start doubting my decision fo starting the
project).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Resigning from the position as JVCL Coordinator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jun 2004 09:08:16 +0200
Newsgroups: jedi.vcl

> > Basically what no else wants to do.
That is a very good description, actually.

To be more specific, this is what I normally do that no one else does:
- Create and upload the releases
- Maintain the website
- Manage the cron jobs on SF (there is only one at the moment)
- Talk to SF when there is trouble, post issues
- Manage developers and their access to the project
- Convert and integrate donations
- Fix Mantis bugs
- Represent JVCL in JEDI Steering
- Make decisions about the general direction of JVCL when need arises
- Make sure all are pulling in the general direction of JVCL
- Talk to other developers about anything that concerns them, privately and
publicly
- Talk to other developers about anything that concerns me, privately and
publicly
- Try to help solve conflicts between people
- Represent JVCL in other forums
- Generally make sure that the product/project as a whole is holding
together and can be distributed.

The above list is basically what I do in JVCL but most of these tasks can be
handled by someone else of course.

-- Regards, Peter Thornqvist http://jvcl.sourceforge.net 

Subject: Re: instalation problems ... :(
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jun 2004 08:56:33 +0200
Newsgroups: jedi.vcl

Get the latest jcl and rebuild it before installing JVCL. Get it from CVS or
from the daily zips (http://jcl.sf.net/daily)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: different version of JvComponent.TJvWinControl
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jun 2004 08:55:16 +0200
Newsgroups: jedi.vcl

Remove al duplicate dcu, dcp and bpl files on your system and rebuild the
packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Update instalation without GUI?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 17 Jun 2004 08:40:09 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:capddb$v2n$1@talkto.net...

> > For JVCL, open a command prompt in packages\bin and type:
> > build newest
> >
> > or:
> >
> > build <version>

Thanks. Works as expected!

> >
> > where version is one of d5, d6, d7, bcb5 or bcb6
> >
> > I don't think JCL has something similar
> >

OK, now i have got a batchfile that does all (checkout, backup, copy new,
install/update) and i only have to click on "Install" one time in the JCL
installer and that is better than doing everything "hy hand".

Ciao,
Ralf



Subject: different version of JvComponent.TJvWinControl
From: "mflorindo" <mflorindo@brturbo.com>
Date: Thu, 17 Jun 2004 05:21:16 +0200
Newsgroups: jedi.vcl

Hi,

 I'm compiling using jvxpbutton component and appears this error:

Unit JvXPCore was compiled with a different version of 
JvComponent.TJvWinControl


How solver this error???




thank all.

Marcelo



--- posted by geoForum on http://delphi.newswhat.com


Subject: Suggestion TJvRollOut - Publish property ButtonHeight
From: "honeymic" <honeymic@hotmail.com>
Date: Thu, 17 Jun 2004 10:17:40 +0800
Newsgroups: jedi.vcl

Question? Is the changes posted in the forums make their ways into future
jedi.vcl released? ... is not i might need to keep my original code just in
case it get overwritten.

Suggestion: can you guys publish the buttonheight property for JvRollOut
component in Jv Bars and Panels package.

Btw I really Love the what JEDI did ... Thank You

Honeymic




Subject: instalation problems ... :(
From: "salsa" <salsa@salsa.com>
Date: Thu, 17 Jun 2004 01:43:49 +0200
Newsgroups: jedi.vcl

im try to install jvcl but ... 

======================================

** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Generating packages for d6
	Loaded template.dof
	d6p template will be used for JvDotNetCtrls-R
	d6p template will be used for JvGlobus-D
	d6p template will be used for JvGlobus-R
	d6p template will be used for JvInterpreter-R
	d6p template will be used for JvUIB-R
	Loaded template.dpk
	d6p template will be used for JvDotNetCtrls-R
	d6p template will be used for JvGlobus-D

	d6p template will be used for JvGlobus-R
	d6p template will be used for JvInterpreter-R
	d6p template will be used for JvUIB-R
	Loaded template.res

Compiling package: JvCoreD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Delphi\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared 
identifier: 'CharIsNumber'
C:\Delphi\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable 
to this operand type
C:\Delphi\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could not compile used 
unit '..\..\run\JvJCLUtils.pas'

** error 1 ** deleting JvCoreD6R.bpl

========

somebody knows how i resolv that problem?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Resigning from the position as JVCL Coordinator
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Jun 2004 01:01:54 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Remko Bonte wrote:
>
>> Maybe you could give a summary what a JVCL Coordinator is supposed to do.
>
>
> Basically what no else wants to do.
>
> :)

Well, I guess all the money you get makes it worthwhile :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Resigning from the position as JVCL Coordinator
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 17 Jun 2004 00:59:05 +0200
Newsgroups: jedi.vcl

Hi,

Remko Bonte wrote:

> Maybe you could give a summary what a JVCL Coordinator is supposed to do.

Basically what no else wants to do.

:)


Subject: Re: JvToolEdit changes and VCL v5
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Jun 2004 00:48:14 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> BTW what are doing ButtonWidth/ButtonFlat & ButtonHint doing in JvCheckedMaskEdit ?

It can show a button, so it seems very logical to me that it has these properties. Why do you think it should not have these properties?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Resigning from the position as JVCL Coordinator
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Jun 2004 00:45:12 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I have some sad news to you all (well, sad to me anyway).

Sad news indeed :(

> I suggest you have an election for the JVCL Coordinator position ASAP using
> these rules:
>
> - To be electable, the person must be nominated and have accepted the
> nomination
> - A person can nominate himself
> - You don't have to be a JVCL developer to be nominated
> - Only JVCL developers can vote

Okay. Maybe you could give a summary what a JVCL Coordinator is supposed to do.

> I would also like to take the opportunity to nominate the following people
> that I think all would be eminent as coordinators:
>
> - Andreas Hausladen
> - Remko Bonte
> - Olivier Sannier

Good choices. Don't think I have enough time though in combination with JVCL help coordinator.

> I will still try to hang around as much as I can and help out with questions
> and problems, especially to help the new coordinator. I will also keep my
> admin privileges, at least until everything is running smoothly. Unless
> someone has valid reason to object, I will keep my status as a JVCL
> developer even after that.

Okay, hope to keep seeing you around here, and extra special thanks for all your hard work, this hasn't been said enough.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Resigning from the position as JVCL Coordinator
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Wed, 16 Jun 2004 18:19:36 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I have some sad news to you all (well, sad to me anyway).
>
> Due to drastic changes in my personal and professional life the last couple
> of weeks, I find I have almost no spare time left to work on JVCL (as some
> of you might have noticed). I have tried to keep up appearances but now I
> have to realize that the current situation is unholdable. AFAICT, my
> situation will be like this for a long time.
>
> So, I have decided that I need to resign from the position as JVCL
> Coordinator since I won't be able to perform the duties bestowed upon me.
> This means that you (the JVCL developers) need to decide on who should take
> on the job from now on.
>
> I suggest you have an election for the JVCL Coordinator position ASAP using
> these rules:
>
> - To be electable, the person must be nominated and have accepted the
> nomination
> - A person can nominate himself
> - You don't have to be a JVCL developer to be nominated
> - Only JVCL developers can vote
>
> I would also like to take the opportunity to nominate the following people
> that I think all would be eminent as coordinators:
>
> - Andreas Hausladen
> - Remko Bonte
> - Olivier Sannier
>
>
> I will still try to hang around as much as I can and help out with questions
> and problems, especially to help the new coordinator. I will also keep my
> admin privileges, at least until everything is running smoothly. Unless
> someone has valid reason to object, I will keep my status as a JVCL
> developer even after that.
>
>
We need to decorate the leaving heros with some kind of jedi medal!


Subject: Re: jedidotnet-discuss@lists.sourceforge.net
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 16 Jun 2004 19:00:04 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com> wrote:

> > I'm trying to do a anonymous checkout (with TortoiseCVS) using the cvs
> > string:
> >
>> >> pserver:anonymous@cvs.sourceforge.net:/cvsroot/jedidotnet
> > co dev
> >
> > resulting in the error
> >
> > can't create temporary directory /tmp/cvs-serv8496
> > Permission denied
> >

Hi,

i got the same error when i wanted to checkout JCL and JVCL this evening.
After half an hour it worked again.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: JvToolEdit changes and VCL v5
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 16 Jun 2004 18:54:14 +0200
Newsgroups: jedi.vcl

OBones wrote:

>
>> Seems that there is only a need for a property to hide the button.
>
>
> Absolutely right.
>

ButtonWidth := 0 ?
BTW what are doing ButtonWidth/ButtonFlat & ButtonHint doing in JvCheckedMaskEdit ?

Regards,

André



Subject: Re: JVCL.NET : to MB and PT
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 18:22:31 +0200
Newsgroups: jedi.vcl

Wiebe,

> > Anyway I'll shut my mouth, read all existing messages and subscribe
> > before saying  more things double 8-|

  also have a look in the jedi.binaries group; I posted the JEDI technical
guide there yesterday.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JVCL.NET : to MB and PT
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 18:21:00 +0200
Newsgroups: jedi.vcl

Wiebe,

> > Is there going to be a newsgroup for Jedi.NET like this one?

    that is planned. When ready, I will gateway the mailing list to the NG
so users who don't like NG or mailinglist will still get the same messages.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: jedidotnet-discuss@lists.sourceforge.net
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 18:19:25 +0200
Newsgroups: jedi.vcl

Wiebe,

> > Could someone help me? or do I need a developer account for this?

    you shouldn't, but anon. access is known to behave badly. Sometimes you
need to try a few times in a row to get it working.

> >
> > I'd like to join the development, my sourceforge alias is uritsukidoji

    now, how the heck did you come up with that alias? Anyway, I'll add you
so you can use CVS properly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Reducing work on JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 18:16:05 +0200
Newsgroups: jedi.vcl

> > Why not use the .NET style "help" comments in the JEDI.NET code ? So you
> > could autogenerate the help files.

    I don't want to clutter up the source files to much (basically the same
reason as for why the JVCL uses separate help files; we could have easily
put all documentation in the .pas files but not many liked that idea very
much). I currently left in some comments nonetheless as I'm not yet writing
help text at all and I needed to keep track of what each method does. These
comments will be removed as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JVCL.NET : to MB and PT
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 16 Jun 2004 18:10:59 +0200
Newsgroups: jedi.vcl

Is there going to be a newsgroup for Jedi.NET like this one?

Maybe on this server as well? (looking to whoever the owner of this server is with big innocent eyes) 8-}

Wiebe


Subject: jedidotnet-discuss@lists.sourceforge.net
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 16 Jun 2004 18:05:01 +0200
Newsgroups: jedi.vcl

Hi,

I'm trying to do a anonymous checkout (with TortoiseCVS) using the cvs string:

:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jedidotnet
co dev

resulting in the error

can't create temporary directory /tmp/cvs-serv8496
Permission denied

Could someone help me? or do I need a developer account for this?

I'd like to join the development, my sourceforge alias is uritsukidoji

Thanks~!

Wiebe Tijsma


Subject: Re: JVCL.NET : to MB and PT
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 16 Jun 2004 17:45:20 +0200
Newsgroups: jedi.vcl

What about using the Microsoft-like categorization for all new namespaces:

Jedi.System         // JCL .NET only stuff
Jedi.VCL         // JVCL stuff
Jedi.VCL.Components    // JVCL Components
Jedi.VCL.Controls     // JVCL Controls
Jedi.Windows         // Windows-specific API Stuff
Jedi.Windows.Forms     // Windows Forms components
Jedi.Web        // Web stuff
Jedi.Web.Controls     // ASP.NET WebControls

Anyway I'll shut my mouth, read all existing messages and subscribe before saying  more things double 8-|

Wiebe


Subject: Re: Reducing work on JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 16 Jun 2004 17:23:18 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     most likely it will be me

Why not use the .NET style "help" comments in the JEDI.NET code ? So you
could autogenerate the help files.




-- Regards, Andreas Hausladen 

Subject: Re: JVCL.NET : to MB and PT
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 17:05:40 +0200
Newsgroups: jedi.vcl

Wiebe,

> > Marcel, Will this .NET thing you're working on be part of the JVCL or a
> > completely new project? I.O.W. Will there be a JCL.NET and JVCL.NET?

    Completely different and separate project. When the project had enough
code to warrant separate sub projects, the current project will be divided.
I hope we will be catering to all .NET aspects, so JCL.NET (the "utility"
classes) and JVCL.NET (VCL.NET controls and components) will most likely
happen, but I also want pure .NET controls (WinForms, probably JWFL) and web
controls (ASP.NET).

> > Would it be possible to extend the current units with conditional
> > defines to make it compatible with the VCL.NET, (and backwards
> > compatible with JVCL/JCL) or would this be too much work?

    this is not possible without massive work. Since not all that is in JCL
will be transferred to the .NET platform, we would need to rewrite massive
chunks, and I'm sure a lot of other things would have to be rewritten for
the .NET world (e.g. anything with PChar or pointers). I'm also not going to
focus to much on backward compatability, with the exception of VCL.NET
components.

> > I know it would be about the same as rewriting a component from the
> > ground up, but providing backwards compatibility would be a great step...

    for VCL.NET components yes. But I want to write WinForms controls so we
can provide kick-ass controls for any .NET language. While VCL.NET controls
should work with any language, users of our library wouldn't be allowed to
redistribute the VCL.NET library (unless they also happen to have a Delphi
for .NET license). But again, the project accepts any kind of code so if
enough JVCL components/controls are rewritten to VCL.NET you will have
backwards compatibility (and we can even 'steal' the help texts without
needing to make many changes. Hmmm, maybe I should state somewhere that any
VCL.NET component mimicking JVCL must be interface compatible).

> > Where can I follow your findings on .NET? I do have experience with C#,
> > Mono, XML, XSLT since the first beta's, so I might be able to (and would
> > like to) provide some insight on the the inner workings and structure of
> > the .NET Framework.

    Good, I can use someone with experience (I'm still learning). The
project is located at: http://sf.net/projects/jedidotnet. I've created a
mailing list for general discussions and I just completed committing my
first control (an unfinished but working LedControl in WinForms), properly
style cleaned, in CVS (which now finally has the folder structure as I
wanted it).

> > Marcel & Peter, good luck with your new activities...

    thanks. Hope to see you around in the JEDI.NET list as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: JVCL.NET : to MB and PT
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 16 Jun 2004 16:46:30 +0200
Newsgroups: jedi.vcl

Marcel and Peter (+other developers),

Sorry to see you both (more or less, i know) go ...

I am planning to put more efforts in JVCL Development in the coming time, but I'm relatively new in delphi development (since D6), but I have some interesting new components for the JVCL in about 2 months.

Marcel, Will this .NET thing you're working on be part of the JVCL or a completely new project? I.O.W. Will there be a JCL.NET and JVCL.NET?

Would it be possible to extend the current units with conditional defines to make it compatible with the VCL.NET, (and backwards compatible with JVCL/JCL) or would this be too much work?

I know it would be about the same as rewriting a component from the ground up, but providing backwards compatibility would be a great step...

Where can I follow your findings on .NET? I do have experience with C#, Mono, XML, XSLT since the first beta's, so I might be able to (and would like to) provide some insight on the the inner workings and structure of the .NET Framework.

Marcel & Peter, good luck with your new activities...

Wiebe Tijsma


Subject: Re: Resigning from the position as JVCL Coordinator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 16:09:41 +0200
Newsgroups: jedi.vcl

>> > >     all three are good choices, IMO.
> > I was going to propose you as well but since you've gotten all caught up
in
> > this .NET fad I guess you won't have the time either ;>

    I hope I won't have the time for it <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Reducing work on JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 16:07:23 +0200
Newsgroups: jedi.vcl

Remko,

> > Question is offcourse, who is
> > going to do the help for the .NET project.

    most likely it will be me (which is the main reason for backing out of
the JVCL help coordinating business), at least until I can find someone else
who will fall into my trap ;-).

    Since you seem to accept the new position, I'm now offically no longer
the JVCL Help team coordinator.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator (not any more. Woohoo!)
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Navigate
From: "Marco" <pippo@libero.it>
Date: Wed, 16 Jun 2004 15:59:13 +0200
Newsgroups: jedi.vcl

I have a big problem! I use C++Builder 6 and when I click a button I would
like navigate and find and selected a word.

Example Navigate in www.yahoo.it and find and selected a word "Iraq".
Are there a component for this operation. I try to used a API and my source
are:

Shdocvw_tlb::IShellUIHelper *Pippo = NULL;
HRESULT hr;

hr = CoCreateInstance(CLSID_ShellUIHelper, NULL, CLSCTX_INPROC_SERVER,
Shdocvw_tlb::IID_IShellUIHelper, (LPVOID*)&Pippo);

if (SUCCEEDED(hr))
    hr = Pippo->NavigateAndFind(L"http://www.google.com", L"Fortunato"
,TVariant("Fortunato"));

but this isn't work!

Thanks for help




Subject: Re: Reducing work on JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 16 Jun 2004 15:49:07 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hi all,
>
>     now that the .NET project has started, I will be decreasing my work on
> JVCL (which, admittedly, hasn't been what it used to be for a while now).
> That will probably include the JVCL help, but I think it's in good hands
> with Remko (sorry about dropping that bombshell on you, buddy), who was my
> right hand from early on anyway.

Ah, help! I suppose I saw that coming :). Question is offcourse, who is going to do the help for the .NET project.

>     I will continue monitoring this group and if there are problems with the
> components/controls I work(ed) on I'll be around to lend a hand if no one
> can figure it out.

Good luck with the .NET project, and if all goes according to Bills plan we'll all meet again :).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Resigning from the position as JVCL Coordinator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jun 2004 15:39:14 +0200
Newsgroups: jedi.vcl

> >     all three are good choices, IMO.
I was going to propose you as well but since you've gotten all caught up in
this .NET fad I guess you won't have the time either ;>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Resigning from the position as JVCL Coordinator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 15:26:44 +0200
Newsgroups: jedi.vcl

> > So, I have decided that I need to resign from the position as JVCL
> > Coordinator since I won't be able to perform the duties bestowed upon me.

    That is sad news, but I can understand why you have to do this.

> > I would also like to take the opportunity to nominate the following people
> > that I think all would be eminent as coordinators:
> >
> > - Andreas Hausladen
> > - Remko Bonte
> > - Olivier Sannier

    all three are good choices, IMO. Of course if Remko is going to be the
JVCL help coordinator (which he hasn't officially accepted), he may not wish
to be JVCL coordinator as well. OTOH it would streamline the release
process, and other than around release time there's not that much
coordinating involved with the help.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Resigning from the position as JVCL Coordinator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jun 2004 15:12:49 +0200
Newsgroups: jedi.vcl

I have some sad news to you all (well, sad to me anyway).

Due to drastic changes in my personal and professional life the last couple
of weeks, I find I have almost no spare time left to work on JVCL (as some
of you might have noticed). I have tried to keep up appearances but now I
have to realize that the current situation is unholdable. AFAICT, my
situation will be like this for a long time.

So, I have decided that I need to resign from the position as JVCL
Coordinator since I won't be able to perform the duties bestowed upon me.
This means that you (the JVCL developers) need to decide on who should take
on the job from now on.

I suggest you have an election for the JVCL Coordinator position ASAP using
these rules:

- To be electable, the person must be nominated and have accepted the
nomination
- A person can nominate himself
- You don't have to be a JVCL developer to be nominated
- Only JVCL developers can vote

I would also like to take the opportunity to nominate the following people
that I think all would be eminent as coordinators:

- Andreas Hausladen
- Remko Bonte
- Olivier Sannier


I will still try to hang around as much as I can and help out with questions
and problems, especially to help the new coordinator. I will also keep my
admin privileges, at least until everything is running smoothly. Unless
someone has valid reason to object, I will keep my status as a JVCL
developer even after that.


-- Regards, Peter Thornqvist (JVCL Coordinator - but not for long) http://jvcl.sourceforge.net 

Subject: Re: Update instalation without GUI?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jun 2004 15:06:41 +0200
Newsgroups: jedi.vcl

For JVCL, open a command prompt in packages\bin and type:
build newest

or:

build <version>

where version is one of d5, d6, d7, bcb5 or bcb6

I don't think JCL has something similar

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Update instalation without GUI?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 16 Jun 2004 14:53:19 +0200
Newsgroups: jedi.vcl

Hello,

Currently i allways use the provided installers to install or update my
JCL/JVCL. Is it possible to install/update the installation of JVCL without
showing a GUI, maybe from a batchfile?

Background : i wanted to perform the following things from a batchfile
(while going to get a cup of coffee :-):

- make a backup of the current, working version
- checkout the latest version from CVS
- install the new version with the same options as i would do with installer

Which batchfile do i have to start to perform a normal full install?

(The same i would like to know for JCL :-)

Thanks in advance,
Ralf



Subject: Re: Reducing work on JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jun 2004 09:52:01 +0200
Newsgroups: jedi.vcl

Hi Jens,

> > Good luck for your project and hope too see you further on.


    I'll be around these here newsgroups. If a problem arises in the code I
maintained and none of you can figure out where to look I will jump in and
try to rescue you <g>.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: User logged
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jun 2004 09:44:23 +0200
Newsgroups: jedi.vcl

> > Is there a way to get the user logged on the system or if is no user
logged
> > using JCL or JVCL?

There's the standard Windows.GetUserName API function,
JclSysInfo.GetLocalUserName in JCL and
JvComputerInfoEx.TJvComputerInfoEx.Identification.LocalUserName in JVCL.
TJvComputerInfoEx uses JclSysInfo.GetLocalUserName and
JclSysInfo.GetLocalUserName uses Windows.GetUserName, so the results are
exactly the same.

Don't know what you get back if no one is logged in (empty string I guess).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvAppStorageSelectList
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 15 Jun 2004 23:30:32 +0200
Newsgroups: jedi.vcl

Where do you want to commit them? Until now i didn't see them :-)

Greetings
Jens

Chris Pall wrote:
> No problem. In fact, I'll submit the three examples, the 3rd of which demostrates the issue. Sorry it has taken me this long to get around to responding.
>
> Jens wrote:
>
>> Hi
>>
>> i'm back now.
>> Please go to mantis and make a bug report with a short description and a
>> sample application.
>>
>> I will look into it and try to fix/describe the usage.
>>
>> Greetings
>> Jens
>>
>>
>>> Hi
>>>
>>> the best is asking me :-) I have created it.
>>>
>>> Look at the example in examples\jvParameterList. There is also an example for the JvAppStorageSelectList.
>>>
>>> If you have further question, ask me. But maybe you had to wait a little bit, hopefully i will be one week on holiday from sunday :-)
>>>
>>> Greetings
>>> Jens
>>>
>>> Chris Pall wrote:
>>>
>>>> I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.
>>>>
>>>> However!
>>>>
>>>> I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?
>>>>
>>>> Chris
>>>
>>>
>>> -- 
>>> ___________________________________________________________
>>> Softwareentwicklung Jens Fudickar
>>> Breslauer Straße 8 * 65760 Eschborn
>>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>>
>>> Home of OraTool - http://www.oratool.de
>>>
>>
>>
>>
>>
>> --- posted by geoForum on http://delphi.newswhat.com

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Reducing work on JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 15 Jun 2004 23:11:18 +0200
Newsgroups: jedi.vcl

Hi Marcel,

realy sad :-)

I don't know if we can let you go :-)

Good luck for your project and hope too see you further on.

Greetings
Jens

Marcel Bestebroer wrote:

> Hi all,
>
>     now that the .NET project has started, I will be decreasing my work on
> JVCL (which, admittedly, hasn't been what it used to be for a while now).
> That will probably include the JVCL help, but I think it's in good hands
> with Remko (sorry about dropping that bombshell on you, buddy), who was my
> right hand from early on anyway.
>
>     I will continue monitoring this group and if there are problems with the
> components/controls I work(ed) on I'll be around to lend a hand if no one
> can figure it out.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
> JEDI.NET team coordinator
>
> To mail me, remove the obvious from my mail address
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL Spelling checker
From: Anthony Steele <anthony@ilovespam.thisisnotmyemail.ha.ha>
Date: Tue, 15 Jun 2004 21:30:13 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
>> It is good to have any spelling checker, but this one is quite limited:
>> · The dictionary is very small
>
> There are dictionaries available on-line (search for wordlist)
>
Ok, I have found one here: http://wordlist.sourceforge.net/
I will try it out.

>
>> · It is quite easy to get it to crash with an access violation
>
> Is it? Please provide an example and log it in Mantis
>
I will try to make it do that from a test harness.

>> For instance, it
>> never recognises spelling errors in a word at the end of the input text.
>> Putting a space after the last word is necessary.
>
> This should be logged in Mantis as well. Sounds like the word parser stops
> too soon.
>
>
So logged.

>> I hope I am using it right. My test code is below. By the way, are there
>> DUnit test cases for this component?
>
> No.
>
A Dunit test case is attached to the above bug report.


> The spell checker is a very simple implementation of thee IJvSpellChecker
> interface. Like anything else in JVCL that you don't like, you either write
> a better version yourself or hope someone else will :)
>
I think I'll try to help the existing implementation improve. A standard interface is no good if there is nothing that implements it. Thus, an implemenation should precede a standard interface.

Regards
Anthony


Subject: User logged
From: "Julio Cezar Kronbauer" <m22008@mx.unisc.br>
Date: Tue, 15 Jun 2004 17:20:09 -0300
Newsgroups: jedi.vcl

Is there a way to get the user logged on the system or if is no user logged
using JCL or JVCL?


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.706 / Virus Database: 462 - Release Date: 14/6/2004




Subject: New component : TJvDBLabeledEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 15 Jun 2004 19:36:20 +0200
Newsgroups: jedi.vcl

See binaries




Subject: Re: jvAppStorageSelectList
From: Chris Pall <leavemealone@leavemealone.com>
Date: Tue, 15 Jun 2004 10:21:05 -0400
Newsgroups: jedi.vcl

No problem. In fact, I'll submit the three examples, the 3rd of which demostrates the issue. Sorry it has taken me this long to get around to responding.

Jens wrote:
> Hi
>
> i'm back now.
> Please go to mantis and make a bug report with a short description and a
> sample application.
>
> I will look into it and try to fix/describe the usage.
>
> Greetings
> Jens
>
>
>> Hi
>>
>> the best is asking me :-) I have created it.
>>
>> Look at the example in examples\jvParameterList. There is also an example for the JvAppStorageSelectList.
>>
>> If you have further question, ask me. But maybe you had to wait a little bit, hopefully i will be one week on holiday from sunday :-)
>>
>> Greetings
>> Jens
>>
>> Chris Pall wrote:
>>
>>> I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.
>>>
>>> However!
>>>
>>> I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?
>>>
>>> Chris
>>
>> -- 
>> ___________________________________________________________
>> Softwareentwicklung Jens Fudickar
>> Breslauer Straße 8 * 65760 Eschborn
>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>
>> Home of OraTool - http://www.oratool.de
>>
>
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Reducing work on JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jun 2004 15:36:30 +0200
Newsgroups: jedi.vcl

> >     right, almost forgot that. OTOH, there's no code for people to report
a
> > bug on <g>
Oh, that will come and so will the bug reports ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Reducing work on JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 15 Jun 2004 15:17:27 +0200
Newsgroups: jedi.vcl

> > Sorry to hear that. Please keep an eye on Mantis as well (BTW, you should
> > request/setup a new group there as well for the .net bug tracking).

    right, almost forgot that. OTOH, there's no code for people to report a
bug on <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Reducing work on JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jun 2004 15:05:26 +0200
Newsgroups: jedi.vcl

Sorry to hear that. Please keep an eye on Mantis as well (BTW, you should
request/setup a new group there as well for the .net bug tracking).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Reducing work on JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 15 Jun 2004 14:15:19 +0200
Newsgroups: jedi.vcl

Hi all,

    now that the .NET project has started, I will be decreasing my work on
JVCL (which, admittedly, hasn't been what it used to be for a while now).
That will probably include the JVCL help, but I think it's in good hands
with Remko (sorry about dropping that bombshell on you, buddy), who was my
right hand from early on anyway.

    I will continue monitoring this group and if there are problems with the
components/controls I work(ed) on I'll be around to lend a hand if no one
can figure it out.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator
JEDI.NET team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: TJvDBGrid & In place editors
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jun 2004 14:06:12 +0200
Newsgroups: jedi.vcl

We got a TDBGrid donation not so long ago that should have that
functionaltiy (not sure, haven't looked). I don't know if anyone is working
on that (I know I'm not)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvDBGrid & In place editors
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Tue, 15 Jun 2004 11:50:48 +0100
Newsgroups: jedi.vcl

I see by looking at the source code that JVCL grids support in-place editors, but I cannot see how to use them.
Are there any examples hiding away which I have not seen ?

I have been using a very simple descendant (TEDBGrid*) *of  the standard grid which allows the embedding of controls within the parent grid. If an embedded control has the same name as a table field, then the control is popped up as an editor. Is there any comparable function in the TJvDBGrid .

I have posted the source for TEDBGrid into binaries if anyone is interested..

Cheers
Pete Stoves


Subject: Re: Suggestion: JvImageCollection
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jun 2004 10:51:40 +0200
Newsgroups: jedi.vcl

>> > > The images could be stored as resources so that including them into own
>> > > programs would be quite easy using a TJvImagelist, since this component
is
>> > > able to work with images in resources.
> > I wouldn't like that because if I need only one image, I have to embed
> > them all.
You could always delete those you don't want from the image list.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Suggestion on where to put embedded forms donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 15 Jun 2004 09:53:13 +0200
Newsgroups: jedi.vcl

> > Thanks, it works great! A real enrichment. Where will the JVCL end up?
> > JVCL users are slowly moving from coders to "components on form placers"
;-)

    Seeing that Delphi is a RAD tool, I think that's a good thing from an
application writing point of view. I just hope we won't lose component
writers because of it <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator
JediDotNet team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Suggestion on where to put embedded forms donation
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 15 Jun 2004 06:55:31 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> SOunds cool: Are there any code examples around?
>
> Yes, there is one in examples\JvEmbeddedForms (latest CVS/daily zip)
>
Thanks, it works great! A real enrichment. Where will the JVCL end up? JVCL users are slowly moving from coders to "components on form placers" ;-)


Subject: Re: Suggestion: JvImageCollection
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 15 Jun 2004 08:32:23 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfdg_@_rer_meloo.com> schrieb im Newsbeitrag
news:cal918$7q1$1@talkto.net...

>> > > The images could be stored as resources so that including them into own
>> > > programs would be quite easy using a TJvImagelist, since this component
is
>> > > able to work with images in resources.
> > I wouldn't like that because if I need only one image, I have to embed
> > them all.
> >

Thats why i wrote "could" and not "have to" :-)

Ralf



Subject: Re: Cannot run compile JVCLMegaDemo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jun 2004 08:24:56 +0200
Newsgroups: jedi.vcl

> > BTW, are there any documentation "what is replaced by what"?
There *should* be, but it could well be that we've missed something. There
are two sources for this kind of information: changelog.txt and readme.htm
but they could very well be incomplete.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Suggestion on where to put embedded forms donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jun 2004 08:22:45 +0200
Newsgroups: jedi.vcl

> > The demo does not open, due to invalid stream format.
Did you download a daily zip the recent couple of days? There has been some
problems creating them recently, so that could be the cause.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL Spelling checker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jun 2004 08:20:00 +0200
Newsgroups: jedi.vcl

> > I am using the spelling checker component, and would like to know - has
> > it has been improved in the pending release?
No, not that I know of.

> > It is good to have any spelling checker, but this one is quite limited:
> > · The dictionary is very small
There are dictionaries available on-line (search for wordlist)

> > · It is quite easy to get it to crash with an access violation
Is it? Please provide an example and log it in Mantis

> > · The results that it gives are quite inconsistent. For instance, it
> > never recognises spelling errors in a word at the end of the input text.
> > Putting a space after the last word is necessary.
This should be logged in Mantis as well. Sounds like the word parser stops
too soon.

> > I hope I am using it right. My test code is below. By the way, are there
> > DUnit test cases for this component?
No.

The spell checker is a very simple implementation of thee IJvSpellChecker
interface. Like anything else in JVCL that you don't like, you either write
a better version yourself or hope someone else will :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: === line separator vs class completion tag
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 15 Jun 2004 06:30:12 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> We have now a solution.
>
> //=== { Txxxx } =========

Should i add such lines to files with only a single component later?

Today i will only try to change the files with separator lines.
This is due to the fact that it is Borland Roadshow day :-)



Subject: Re: === line separator vs class completion tag
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Mon, 14 Jun 2004 20:41:25 -0400
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:cakh1i$29m$2@talkto.net...
> > We have now a solution.
> >
> > //=== { Txxxx } =========
> >
> > should satisfy clean line separator fanatics (me :) and
> > class completion users.
> >
> > I can change the whole JVCL rather fast with UltraEdit.
> > I ask here for any objections because it will change about half of the
> > files.
> >

Ok by me.

-- Ray A. 

Subject: Re: Suggestion: JvImageCollection
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 15 Jun 2004 09:28:53 +1000
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> So why not start a "JvImageCollection"? - A collection of images in
> different sizes (16, 24, 32, 48 pixels) that every JVCL user could use in
> its own software.
Sounds good.

> The images could be stored as resources so that including them into own
> programs would be quite easy using a TJvImagelist, since this component is
> able to work with images in resources.
I wouldn't like that because if I need only one image, I have to embed them all.

> I am not sure if this would lead into any troubles when this collection
> contains images that are copyrighted (is a standard "Open" image
> copyrighted?)
It all depends on the author's decision.
Have a look at CnxManager (http://cnxmanager.sf.net/) and you'll see a bunch of icons for toolbars and ok, cancel buttons. Some of them have been reused in the JVCL installer. They originally are from the standard windows set, I've reworked them quite a bit (especially the blue buttons, they used to be red...), but as I'm not a lawyer, I can't say if they can legally be distributed. I don't think my modifications to them change the ownership... This is something that needs to be discussed.



Subject: Re: JvToolEdit changes and VCL v5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 15 Jun 2004 09:24:53 +1000
Newsgroups: jedi.vcl


> Seems that there is only a need for a property to hide the button.

Absolutely right.



Subject: Re: Suggestion on where to put embedded forms donation
From: "Lou Feliz" <junkmail@krmrisk.net>
Date: Mon, 14 Jun 2004 15:27:40 -0700
Newsgroups: jedi.vcl

I made my own little test app. This is Totally cool.  I have an app that I
have been spec'd to use an outlook toolbar and this component will let me
design each function on a different form.  In 5 years I have never done an
MDI app adn thought I would be going that way, but this I think will solve
my problem.

Kudo's to the contributor!

-Lou

"Lou Feliz" <junkmail@krmrisk.net> wrote in message
news:cal4c8$6t8$1@talkto.net...
> > The demo does not open, due to invalid stream format.  I am using latest
> > zip  and Delphi 7.  Will try again later on my Delphi 5 machine and see if
> > that is the problem.
> >
> > -L
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:cajcc2$qeo$1@talkto.net...
>>> > > > SOunds cool: Are there any code examples around?
>> > > Yes, there is one in examples\JvEmbeddedForms (latest CVS/daily zip)
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: Suggestion on where to put embedded forms donation
From: "Lou Feliz" <junkmail@krmrisk.net>
Date: Mon, 14 Jun 2004 15:09:27 -0700
Newsgroups: jedi.vcl

The demo does not open, due to invalid stream format.  I am using latest
zip  and Delphi 7.  Will try again later on my Delphi 5 machine and see if
that is the problem.

-L
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:cajcc2$qeo$1@talkto.net...
>> > > SOunds cool: Are there any code examples around?
> > Yes, there is one in examples\JvEmbeddedForms (latest CVS/daily zip)
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: JVCL Spelling checker
From: Anthony Steele <anthony@ilovespam.thisisnotmyemail.ha.ha>
Date: Mon, 14 Jun 2004 22:47:40 +0100
Newsgroups: jedi.vcl

Hi

I am using the spelling checker component, and would like to know - has it has been improved in the pending release?

It is good to have any spelling checker, but this one is quite limited:
· The dictionary is very small
· It is quite easy to get it to crash with an access violation
· The results that it gives are quite inconsistent. For instance, it never recognises spelling errors in a word at the end of the input text. Putting a space after the last word is necessary.

I hope I am using it right. My test code is below. By the way, are there DUnit test cases for this component?



unit TestSpell;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs,
  { JCL }
  JvSpellIntf, StdCtrls;

type
  TForm1 = class(TForm)
    Button1: TButton;
    procedure Button1Click(Sender: TObject);
  private
    fcSpellChecker: IJvSpellChecker;
    fcUser: TStringList;

    procedure DoCreateSpellChecker;
    function SpellCheck(const ps: string): string;
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

uses JclStrings, JvSpellChecker;

{ TForm1 }

procedure TForm1.DoCreateSpellChecker;
begin
  if fcSpellChecker = nil then
  begin
    Assert(Assigned(CreateSpellChecker));
    fcSpellChecker := CreateSpellChecker;
    fcSpellChecker.Dictionary := 'C:\Code\E2Chat\Bin\English.dic';

    fcUser := TStringList.Create;
    fcUser.LoadFromFile('C:\Code\E2Chat\Bin\user.dic');

    fcSpellChecker.UserDictionary := fcUser;
  end;

end;

procedure TForm1.Button1Click(Sender: TObject);
var
  ls1, ls2, ls3, ls4: string;
begin
  DoCreateSpellChecker;

  { 'then' is in the dictionary, 'slurm' and 'glagnar' aren't }

  { these 2 should give the same result. They don't }
  ls1 := SpellCheck('slurm then glagnar');
  ls2 := SpellCheck('slurm then glagnar ');


  ls3 := SpellCheck('glagnar then slurm');
  ls4 := SpellCheck('glagnar then slurm ');

end;

{ return the mis-spelled words }
function TForm1.SpellCheck(const ps: string): string;
var
  liStartIndex, liWordLength: integer;
  lbMore: boolean;
  lsWord: string;
begin
  fcSpellChecker.Text := ps;
  fcSpellChecker.Seek(1);

  liStartIndex := 0;
  liWordLength := 0;
  Result := '';

  try
    repeat
      lbMore := fcSpellChecker.Next(liStartIndex, liWordLength);
      if not lbMore then
        break;

      if (liStartIndex >= 0) and (liWordLength > 0 ) then
      begin
        lsWord := Copy(ps, liStartIndex, liWordLength);

        { don't add a word more than once }
        if StrFind(lsWord, Result) < 1 then
        begin
          if Result <> '' then
            Result := Result + ' ';
          Result := Result + lsWord;
        end;

        //fcSpellChecker.Seek(liStartIndex + liWordLength + 1);
      end;

    until False;
  except
    on E: Exception do
    begin
      Result := 'Error ' + E.Message;
    end;
  end;

end;

end.


Subject: Re: === line separator vs class completion tag
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jun 2004 22:40:52 +0200
Newsgroups: jedi.vcl

> > I ask here for any objections because it will change about half of the
> > files.
OK with me

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sf.net 

Subject: Suggestion: JvImageCollection
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Mon, 14 Jun 2004 20:42:01 +0200
Newsgroups: jedi.vcl

Hello,

recently i was searching for some good XP style images for a toolbar. At
this moment i had the idea that nearly everyone who uses JVCL would need
such images from time to time and i think nearly everyone has got some
images on his harddisk.

So why not start a "JvImageCollection"? - A collection of images in
different sizes (16, 24, 32, 48 pixels) that every JVCL user could use in
its own software.

The images could be stored as resources so that including them into own
programs would be quite easy using a TJvImagelist, since this component is
able to work with images in resources.

I am not sure if this would lead into any troubles when this collection
contains images that are copyrighted (is a standard "Open" image
copyrighted?)

What do you all think about this idea? Would it make sense to include such a
collection into JVCL or maybe start a new JEDI project?

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: === line separator vs class completion tag
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Jun 2004 18:39:40 +0200
Newsgroups: jedi.vcl

We have now a solution.

//=== { Txxxx } =========

should satisfy clean line separator fanatics (me :) and
class completion users.

I can change the whole JVCL rather fast with UltraEdit.
I ask here for any objections because it will change about half of the files.



Subject: Re: Cannot run compile JVCLMegaDemo
From: "George Brink" <siberianowl@yahoo.com>
Date: Mon, 14 Jun 2004 10:21:42 -0400
Newsgroups: jedi.vcl

BTW, are there any documentation "what is replaced by what"?

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:cabf82$e2k$1@talkto.net...
>> > > JvDirectories.pas has been moved to Archive.
> > Replaced by the functionality in JvComputerInfoEx(.Folders)
>> > > Obviously the examples now need an update.
> > Demos are not priority one so they tend to lag quite a bit...
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: No CLX option in installer
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 14 Jun 2004 16:07:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> The Installer does not show a CLX install option.
>> From the messages here i assumed it should have one now.
>
>
> You must have Delphi 7 and then on the Package Selection page you can set
> the checkmark for VCL and VisualCLX. I had never used this for my own -
> means use at your own risk :-)
>
>
It works nicely.

Regards,

André Snepvangers.


Subject: Re: jvAppStorageSelectList
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 14 Jun 2004 08:38:40 +0200
Newsgroups: jedi.vcl

Hi

i'm back now. 

Please go to mantis and make a bug report with a short description and a
sample application.

I will look into it and try to fix/describe the usage.

Greetings
Jens

> >Hi
> >
> >the best is asking me :-) I have created it.
> >
> >Look at the example in examples\jvParameterList. There is also an 
> >example for the JvAppStorageSelectList.
> >
> >If you have further question, ask me. But maybe you had to wait a little 
> >bit, hopefully i will be one week on holiday from sunday :-)
> >
> >Greetings
> >Jens
> >
> >Chris Pall wrote:
>> >> I did an example with the AppStorage component (demonstrating various 
>> >> things such as how to switch between XML and INI and registry storage) 
>> >> and that works very nicely.
>> >> 
>> >> However!
>> >> 
>> >> I'm trying to do an example using jvAppStorageSelectList and I can't 
>> >> seem to figure out how the jvAppStorageSelectList works exactly. Can 
>> >> anybody give me a very very short rundown?
>> >> 
>> >> Chris
> >
> >-- 
> >___________________________________________________________
> >Softwareentwicklung Jens Fudickar
> >Breslauer Straße 8 * 65760 Eschborn
> >Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> >Home of OraTool - http://www.oratool.de
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvxRichEdit and resizing of embedded images
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 14 Jun 2004 08:16:03 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Whether you can resize the image depends on how you inserted the image, not on its ReadOnly property.

I meant that you can resize the image in a ReadOnly JvxRichEdit.

What are the different ways to insert an image?



Subject: Re: Need help with hopefully simple problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jun 2004 08:15:12 +0200
Newsgroups: jedi.vcl

There should be a ShowAllFolders property in TJvDirectorListBox you can set
to true to show hidden folders.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Suggestion on where to put embedded forms donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jun 2004 08:11:38 +0200
Newsgroups: jedi.vcl

> > SOunds cool: Are there any code examples around?
Yes, there is one in examples\JvEmbeddedForms (latest CVS/daily zip)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHTMLParser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 13 Jun 2004 23:16:37 +0200
Newsgroups: jedi.vcl

 Great! I'll download it right away.
 I'm sorry I didn't reply sooner, but I had to reinstall Windows XP and
98SE, and all other stuff including Windows Update downloads - it was very
painful and time consuming...

Cheers

Marko

> > I've uploaded a modified JvHTMLParser to jedi.binaries. It sports a new
> > OnKeyFoundEx event that includes the original TagInfo (for determining the
> > start and end position of the tag in the original string) as well as an
> > Attributes:TStrings param for any attributes (undecoded and with quotes in
> > place). Try it out and let me know what you think.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: JvxRichEdit and resizing of embedded images
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 13 Jun 2004 18:36:55 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I got the info that it is possible to resize images even in a readonly JvxRichEdit.

Whether you can resize the image depends on how you inserted the image, not on its ReadOnly property.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvxRichEdit and resizing of embedded images
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Jun 2004 18:19:56 +0200
Newsgroups: jedi.vcl

I got the info that it is possible to resize images even in a readonly JvxRichEdit.



Subject: Experiences with JvGnugettext and bug with sorted list
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 13 Jun 2004 15:33:51 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

I have an application that works with several JVCL components.
The translation worked with Gnugettext.pas dated 27.12.2003.
Everything works fine.

After modifying the JVCL to work with Jvgnugettext.pas I had problems
that not all strings would be translated. I think all the strings from
JVCL.
I decided to work completely with JvGnugettext.pas only.
I think a hint inside the documentation to work with JVCL and
Gnuggettext.pas parallel to JvGnugettext.pas and possible problems is
necessary.

I had also one problem with a form that results in an exception called
  Operation not allowed on sorted list.
  Exception class: EStringListError
I checked cross Gnuggettext.pas and JvGnugettext.pas and found the
difference in the procedure TGnuGettextInstance.TranslateStrings.
There is some code commented out and some new code behind.
I switched the code back to the original Gnuggettext.pas and everything
works fine without an exception in my program.

I hope this informations and bugreport is helpfull for you.

Karlheinz




Subject: Re: JvToolEdit changes and VCL v5
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 13 Jun 2004 13:55:53 +0200
Newsgroups: jedi.vcl

OBones wrote:

> For VCl v5 (BCB5 and D5), I changed the value from alCustom to alRight, but I'm not sure that was the correct thing to do.

There are now some differences between alRight and alCustom painting when Ctl3D is set to false, BorderStyle is bsSingle. When not themed it still looks good (maybe better), when themed it does look a bit ugly.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvToolEdit changes and VCL v5
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 13 Jun 2004 13:01:40 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

>> And by the way, the button now appears on every control even if not needed, for instance TJvCheckedMaskEdit, TJvMaskEdit...
>
> Someone made those components inherit from TJvCustomComboEdit. Don't know why..I'm just cleaning up the mess.

Correction, I can see why off course: because they are quite a like, TJvCustomComboEdit is a masked control etc. Seems that there is only a need for a property to hide the button.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvToolEdit changes and VCL v5
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 13 Jun 2004 12:46:35 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hi
>
> Someone changed the code in JvToolEdit so that the buttton in TJvCustomComboEdit has now its aligned property set to alCustom.
> Problem is that alCustom does not exist under VCL v5 and the associated functions do not either.

Mm, that sucks.

> For VCl v5 (BCB5 and D5), I changed the value from alCustom to alRight, but I'm not sure that was the correct thing to do.
> Could anyone tell me what what the goal of that change ?

There were some problems with the old behaviour. The alCustom solved those problems well.

> And by the way, the button now appears on every control even if not needed, for instance TJvCheckedMaskEdit, TJvMaskEdit...

Someone made those components inherit from TJvCustomComboEdit. Don't know why..I'm just cleaning up the mess.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Call for deletion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 13 Jun 2004 07:45:33 +0200
Newsgroups: jedi.vcl

We have now scores of code lines which are commented out.
They clutter up the sources. I think we should start to remove part of them.

This is a job for the individual programmers because it is hard to decide which code is disabled only temporarily and which code is obsolete.



Subject: JvToolEdit changes and VCL v5
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sun, 13 Jun 2004 15:22:06 +1000
Newsgroups: jedi.vcl

Hi

Someone changed the code in JvToolEdit so that the buttton in TJvCustomComboEdit has now its aligned property set to alCustom.
Problem is that alCustom does not exist under VCL v5 and the associated functions do not either.
For VCl v5 (BCB5 and D5), I changed the value from alCustom to alRight, but I'm not sure that was the correct thing to do.
Could anyone tell me what what the goal of that change ?

And by the way, the button now appears on every control even if not needed, for instance TJvCheckedMaskEdit, TJvMaskEdit...

Cheers

Olivier


Subject: Re: Suggestion on where to put embedded forms donation
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Jun 2004 21:12:34 +0200
Newsgroups: jedi.vcl

> > Is it not supported to use two embedded forms pointing to the same child
on
> > the same parent form? (i just wanted to play a little bit :-)
Sort of, but you can't display them at the same time. If you look at the
demo, the first and second tab shares a single form and that works since
only one tab is showing it at once.

If you need the same form to be displayed at the same time at several
locations, you need to use JvEmbeddedInstanceFormPanel instead but then each
form is a unique instance which means changes to one won't be reflected in
the other.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sf.net 

Subject: Re: UIB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 12 Jun 2004 19:09:29 +0200
Newsgroups: jedi.vcl

OBones wrote:

> However, please, let's not argue who is responsible for what, I don't want to see history repeat itself.

I am just sick today and not at my best reasoning capacity.



Subject: Re: Info about messages handling in Kylix/Linux
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 12 Jun 2004 16:39:28 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I'm busy with modifying the combo edits. I need to respond when the edit control changes its size to change the edit rect & position of button etc.
>
try  AdjustSize

Regards,

André Snepvangers


Subject: Info about messages handling in Kylix/Linux
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 12 Jun 2004 16:16:25 +0200
Newsgroups: jedi.vcl

I'm busy with modifying the combo edits. I need to respond when the edit control changes its size to change the edit rect & position of button etc.

This can't be done in DoBoundsChanged because that is too early (Gets triggered before WM_SIZE is handled). Most easy would be to respond to WM_WINDOWPOSCHANGED or otherwise WM_SIZE.

What is the way so that it can be ported to Kylix/Linux? Override Resize or can I respond to WM_WINDOWPOSCHANGED?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: UIB
From: "Jim McKay" <jdmckay@*no-spam*sbcglobal.net>
Date: Sat, 12 Jun 2004 13:57:41 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

>> > > I would find it comforting to have reasonably good idea where
>> > > UIB life will continue.  I find this tool excellent, and would
>> > > like to use it commercially.  The uncertainty of it's caretaker(s),
>> > > and where they may reside, does give me pause, however.
> > Henri is the person responsible for updating UIB in JVCL, so it is
> > really up to him. If you use the UIB version available from his
> > homepage, I think you should be OK in any case.
> > 
> > If you do use his libraries, just don't install the JVCL UIB packages.

Thanks Peter, that's want I needed. 

-- Regards: Jim McKay "A conservative is a man with 2 good legs who has not learned how to walk forward." FDR "To announce that there must be no criticism of the president, or that we are to stand by the president right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public." Theodore Roosevelt Posted with XanaNews: Ver: 1.16.3.1 

Subject: Re: UIB
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 12 Jun 2004 14:56:34 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> Hi André,
>
>> As a consequence we have now a broken Zlib for Kylix/Linux. 
>
It does not build. They are not included in the JCL Linux package

>
> Do you have any ZLib test code for Kylix?  I'd eventually look into the issue if I find some spare time.
>
> Greetings, Robert

Example: JvQZLibMultiple.pas

Regards,

André Snepvangers


Subject: Re: Suggestion on where to put embedded forms donation
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 12 Jun 2004 14:09:41 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:caekjj$jo$1@talkto.net...

Hello,

> > - These components allows you to either share an instance of a form
between
> > different panels (i.e it is the same form that is displayed at each
> > location) or create a unique instance for each location. This is IMO the
> > biggest benefit of these components and the main reason I wanted to add
them

I wanted to try this "it is the same form that is displayed at each
location" and have added two of these components to a form, set the link
property to the same form (which contained two edit fields).

When i start the program the components are starting to flicker extremely
(they are constantly redrawn).

Is it not supported to use two embedded forms pointing to the same child on
the same parent form? (i just wanted to play a little bit :-)

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: UIB
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Jun 2004 13:05:13 +0200
Newsgroups: jedi.vcl

> > I would find it comforting to have reasonably good idea where
> > UIB life will continue.  I find this tool excellent, and would
> > like to use it commercially.  The uncertainty of it's caretaker(s),
> > and where they may reside, does give me pause, however.
Henri is the person responsible for updating UIB in JVCL, so it is really up
to him. If you use the UIB version available from his homepage, I think you
should be OK in any case.

If you do use his libraries, just don't install the JVCL UIB packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sf.net 

Subject: Re: Suggestion on where to put embedded forms donation
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Jun 2004 13:02:26 +0200
Newsgroups: jedi.vcl

Here are some reasons:

- Frames have some drawing problems, (especially under XP).
- Frames can be difficult to use in a "dynamic" situation
- When to init a frame can be difficult to determine, often requiring you to
override the constructor (there is no OnCreate event).
- Reusing a form is easier than reusing a frame (my personal view)
- Inheritance doesn't work so great with frames
- These components allows you to either share an instance of a form between
different panels (i.e it is the same form that is displayed at each
location) or create a unique instance for each location. This is IMO the
biggest benefit of these components and the main reason I wanted to add them
- The ITE have problems displaying and translating frames
- Sizing and aligning a frame sometimes give unpredictable results. For
example, you often need to set Align in code to make a frame line up
correctly, especially if the controls on the frame use non-default Anchors.
- If you've developed forms as stand-alone dialogs, but now need to use them
in a page control or something, you don't need to convert them to frames (or
"dock" them manually in code)


That adds up to quite a few good reasons<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sf.net 

Subject: Re: Suggestion on where to put embedded forms donation
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 12 Jun 2004 20:52:56 +1000
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> Hi,
>
> Holger Flick wrote:
>
>
>> I really mean this as an honest, non-ironical, question: Don't we have
>> frames for that or is this components set giving one more dynamical access
>> like exchanging the forms which are handled in the panel,. refering to
>> your example...?
>
>
> I have not seen these components yet, but I guess they work similar to the
> MergeForm function from the rxlib. If that's the case there are some
> advantages over frames:
>
> 1. Frames were not available before Delphi 6 (or were they already in Delphi
> 5 and I never used them because they were rather buggy there?)
They are there, and still buggy in 6 anyway...
> 2. An existing form can easily to be used like a frame. Ever tried to
> convert a form to a frame? Not an easy task at all.
>
> 3. The same form can be used stand alone or like a frame without changing
> it.

4. Forms are way less buggy than frames when it comes to inheritance.


Subject: Re: UIB
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 12 Jun 2004 20:51:32 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> Robert Marquardt wrote:
>  >
>
>> I also did not touch Zlib.
>>
>
> Peter Haas was the unit owner, he did not finish his work.
Just so you know, this unit was not totally usable with C++ Builder either. It now works because Robert recreated the object files with the compiler from Borland C++ 5.
However, please, let's not argue who is responsible for what, I don't want to see history repeat itself.

Could you start a new thread for the particular subject of having JclZLib working in Linux? Having some errors messages and ideas for solutions would be nice too...


Subject: Re: Suggestion on where to put embedded forms donation
From: Thomas Mueller <news@s2h.cx>
Date: Sat, 12 Jun 2004 12:33:20 +0200
Newsgroups: jedi.vcl

Hi,

Holger Flick wrote:

> > I really mean this as an honest, non-ironical, question: Don't we have
> > frames for that or is this components set giving one more dynamical access
> > like exchanging the forms which are handled in the panel,. refering to
> > your example...?

I have not seen these components yet, but I guess they work similar to the
MergeForm function from the rxlib. If that's the case there are some
advantages over frames:

1. Frames were not available before Delphi 6 (or were they already in Delphi
5 and I never used them because they were rather buggy there?)

2. An existing form can easily to be used like a frame. Ever tried to
convert a form to a frame? Not an easy task at all.

3. The same form can be used stand alone or like a frame without changing
it.

twm



Subject: Re: Suggestion on where to put embedded forms donation
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Sat, 12 Jun 2004 11:48:35 +0200
Newsgroups: jedi.vcl

Hi,

I really mean this as an honest, non-ironical, question: Don't we have frames for that or is this components set giving one more dynamical access like exchanging the forms which are handled in the panel,. refering to your example...?

-- 
Holger



On Fri, 11 Jun 2004 12:00:22 +0200, Peter Thörnqvist <peter3@nospam.peter3.com> wrote:

> I would like to have some feedback on where to put a recently donated set of
> form embedding components. Basically, these components work like this: you
> put a panel on one form ("client") and a form link component on another form
> ("server").
> You then use a property of the panel to assign the form link to the panel.
> At run-time, the server form is embedded into the client's panel. Very cool,
> very simple and seems to work great. The component set consists of two
> visual components (two types of panels) and one non-visual (the form link).
>
> My problem is where to put it, so I would like some suggestions from
> users/developers.
>
> My initial idea is to put the unit in JvCtrls-R and the components on the
> "Jv Plugin" tab (it is a kind of plugin/framework if you have a vivid
> imagination).
>
> I would like to avoid creating a new palette tab and I would like to keep
> them together.
>



Subject: Re: Suggestion on where to put embedded forms donation
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 12 Jun 2004 09:35:56 +0000
Newsgroups: jedi.vcl

SOunds cool: Are there any code examples around?

Peter Thörnqvist wrote:

> I would like to have some feedback on where to put a recently donated set of
> form embedding components. Basically, these components work like this: you
> put a panel on one form ("client") and a form link component on another form
> ("server").
> You then use a property of the panel to assign the form link to the panel.
> At run-time, the server form is embedded into the client's panel. Very cool,
> very simple and seems to work great. The component set consists of two
> visual components (two types of panels) and one non-visual (the form link).
>
> My problem is where to put it, so I would like some suggestions from
> users/developers.
>
> My initial idea is to put the unit in JvCtrls-R and the components on the
> "Jv Plugin" tab (it is a kind of plugin/framework if you have a vivid
> imagination).
>
> I would like to avoid creating a new palette tab and I would like to keep
> them together.
>



Subject: Re: UIB
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 12 Jun 2004 11:21:05 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> I also did not touch Zlib.
>

Peter Haas was the unit owner, he did not finish his work.


Subject: Re: UIB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 12 Jun 2004 07:59:47 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Will Robert Marquardt fix the broken ZLib as a consequence of his action?
> I guess not.

I cannot because i have no Kylix available.
I also did not touch Zlib.



Subject: Re: UIB
From: "Jim McKay" <jdmckay@*no-spam*sbcglobal.net>
Date: Sat, 12 Jun 2004 01:21:51 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Jim McKay wrote:
>> > > huh?  Victim of what?
> > 
> > Victim of who ? should be the question.

ok, sounds like trouble in Jedi land.  
Sorry to hear.
 
>> > > I hardly follow JVCL, so perhaps I'm ignorant of something
>> > > obvious to others.  Can you enlighten me here?
>> > > 
> > Read "Remove Peter Haas from the list of JCL developers" by Robert
> > Marquardt (rom). Read also the reaction of Peter Thornquist, JVCL
> > Overall coordinator, which reflect more or less my opinion.

I have +- 6k msgs for this forum, going bak to feb '04 and
it's not there.  

I think I get the idea, however. (no appropriatte emoticon)

(is this forum archived somewhere?)

I would find it comforting to have reasonably good idea where
UIB life will continue.  I find this tool excellent, and would 
like to use it commercially.  The uncertainty of it's caretaker(s),
and where they may reside, does give me pause, however.

Anyway, thanks for your response.
-- Regards: Jim McKay "A conservative is a man with 2 good legs who has not learned how to walk forward." FDR "To announce that there must be no criticism of the president, or that we are to stand by the president right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public." Theodore Roosevelt Posted with XanaNews: Ver: 1.16.3.1 

Subject: Re: UIB
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 12 Jun 2004 02:55:13 +0200
Newsgroups: jedi.vcl

Hi André,

> As a consequence we have now a broken Zlib for Kylix/Linux. 

Do you have any ZLib test code for Kylix?  I'd eventually look into the issue if I find some spare time.

Greetings, Robert


Subject: Re: UIB
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 12 Jun 2004 01:16:15 +0200
Newsgroups: jedi.vcl

Jim McKay wrote:
> Robert Marquardt wrote:
>
>
>> André Snepvangers wrote:
>>
>>
>>>>> The author is JVCL developer.
>>>>
>>>>
>>> was?
>>
>> Theoretically he is still the maintainer of the UIB files.
>> Practically we seem to have lost contact.
>>
>>
>>> Another victim ?
>>
>> Yes :->
>
>
> huh?  Victim of what?
>

Victim of who ? should be the question.

> I hardly follow JVCL, so perhaps I'm ignorant of something
> obvious to others.  Can you enlighten me here?
>
Read "Remove Peter Haas from the list of JCL developers" by Robert Marquardt (rom). Read also the reaction of Peter Thornquist, JVCL Overall coordinator, which reflect more or less my opinion.
As a consequence we have now a broken Zlib for Kylix/Linux. The autor of that unit is the above mentioned Peter Haas, a programmer. The above mentioned initiator of this action is someone who does style cleaning.
Will Robert Marquardt fix the broken ZLib as a consequence of his action?
I guess not.

Regards,

André Snepvangers



Subject: Re: JvThemes.ThemeServices
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Jun 2004 01:00:33 +0200
Newsgroups: jedi.vcl

You probably have duplicate dcu, bpl and/or dcp files on your system. Do a
search and delete the dupes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sf.net 

Subject: Re: JvThemes.ThemeServices
From: Massimiliano <max@mailinator.com>
Date: Fri, 11 Jun 2004 21:13:02 +0200
Newsgroups: jedi.vcl

Massimiliano wrote:

I forgot, I'm using D7 professional.

thanks
Massimiliano


Subject: JvThemes.ThemeServices
From: Massimiliano <max@mailinator.com>
Date: Fri, 11 Jun 2004 21:11:56 +0200
Newsgroups: jedi.vcl

Hi,

with the latest versione of jcl/jvcl I can't use all a family of components.
In example if I use JvPanel I get:
"Unit JvPanel was compiled with a different version of JvThemes.ThemeServices".

I redownload from cvs jcl and jvcl because I thought my installation was faulty, but It seemss not so.

Any hints?

Thanks
Massimiliano


Subject: Re: UIB
From: "Jim McKay" <jdmckay@*no-spam*sbcglobal.net>
Date: Fri, 11 Jun 2004 16:38:37 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > André Snepvangers wrote:
> > 
>>>> > >>> The author is JVCL developer.
>>> > > > 
>>> > > > 
>> > > was?
> > 
> > Theoretically he is still the maintainer of the UIB files.
> > Practically we seem to have lost contact.
> > 
>> > > Another victim ?
> > 
> > Yes :->

huh?  Victim of what?

I hardly follow JVCL, so perhaps I'm ignorant of something
obvious to others.  Can you enlighten me here?

Last few UIB updates from author's site all using
JVCL/JCL includes, so I'm under assumption there's
a working agreement.

Has Jedi team made changes not in Prodigy downloads?
Or is this documented anywhere?

-- Regards: Jim McKay "A conservative is a man with 2 good legs who has not learned how to walk forward." FDR "To announce that there must be no criticism of the president, or that we are to stand by the president right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public." Theodore Roosevelt Posted with XanaNews: Ver: 1.16.3.1 

Subject: Need help with hopefully simple problem
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 11 Jun 2004 11:09:24 -0500
Newsgroups: jedi.vcl

Hello all,
Can anyone here tell me how to switch files/folders hidden property
programatically?
Basically, the same as Tools-->Folder Options-->View Hidden Files and
Folders

I have an image viewing app that will allow you to view hidden files via the
filetype property of the FileListbox component. But i cannot find the
equivalent for folders in the directoryListbox component. I was hoping there
was some shell command i could execute that would turn it off and on. Maybe
something in the JCL, or better, maybe one of you knows how and can post an
example.

I would greatly appreciate any help anyone can give,
Thanks,
Dave




Subject: Re: TJvCipher: Where did Encoded, Decoded and Key go ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Jun 2004 17:04:01 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Have you had a look at the implementation I did ?

Making the key a published property is silly because then the key is stored in the EXE as part of the form.



Subject: Re: global rename of protected opener types
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Jun 2004 17:01:56 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Usage of the word "Open" to access protected members, is common pratice  in Borland sources. So why you want to change it ?  You don't have nothing better to do, like fixing ZLib (Unix) maybe?

No Linux to test.
From the three choices "Hack", "Open" and "Access" "Access" is best because it has no important other meanings.
"Open" is already used in "TOpenDialog" for example.
"Hack" is now reserved for real hacks.



Subject: Re: CVS
From: Chris Pall <leavemealone@leavemealone.com>
Date: Fri, 11 Jun 2004 10:59:54 -0400
Newsgroups: jedi.vcl

I think the issue was with the newly created directories. I'm not too concerned about the changes I make since I make so few. And the few I do make I submit into the team.

Thanks!

Chris




Subject: Re: UIB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Jun 2004 16:59:35 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>>> The author is JVCL developer.
>>
>>
> was?

Theoretically he is still the maintainer of the UIB files.
Practically we seem to have lost contact.

> Another victim ?

Yes :->



Subject: Re: UIB
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 11 Jun 2004 15:44:00 +0200
Newsgroups: jedi.vcl

Jim McKay wrote:

> Robert Marquardt wrote:
>
>
>> Jim McKay wrote:
>>
>>> Hi:
>>>
>>> I see on original author's site, he's still releasing
>>> patches/bug fixes, and has said recently on his forum
>>> he has plans for several enhancements. 
>>> Usually, when Jedi assumes one of these projects, I expect further dev to happen w/Jedi.  So I'm slightly confused
>>> about most current UIB, and future plans/maintenance etc.
>>>
>>> I'm wondering if there now is 2 ongoing dev paths?
>>> Can someone enlighten me?
>>>
>>> Thanks.
>>
>> The author is JVCL developer.
>
was?
>
> ahhh....
>
>
>> It seems a case of too much work to keep it synchronized.
>> Not the first time that this happens.
>>
>> It is probably my fault because i was a bit aggressive in refactoring
>> it. We will find a solution.
>
Another victim ?
>
> Thanks. 
Thanks? for nothing?


Subject: Re: global rename of protected opener types
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 11 Jun 2004 15:19:59 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have renamed all internal helper types to access protected elements of classes.
> The name parts "Open", "Access" and "Hack" have been replaced by the name of the base class suffixed with "AccessProtected".
> There may be issues with VisualCLX namely in JvInspector.pas.
> The JvEx files need to be regenerated because i changed the templates.
>
> Some classes were renamed from "Open" or "Nasty" name part to "Hack".
> Now (hopefully) all classes which do real hacks are named to reflect that.
>
Usage of the word "Open" to access protected members, is common pratice  in Borland sources. So why you want to change it ?  You don't have nothing better to do, like fixing ZLib (Unix) maybe?

André Snepvangers



Subject: Re: Suggestion on where to put embedded forms donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jun 2004 15:01:42 +0200
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCipher: Where did Encoded, Decoded and Key go ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Jun 2004 23:00:27 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Peter Thörnqvist wrote:
>
>> Keeping backward compatibility is always a good thing (unless it interferes
>> with the new functionality, in which case functionality is more important).
>> I have no problems with reintroducing them.
>
>
> In this case it is unwise though. The design was bad and horribly insecure. The XOR cipher used a single byte which is pathetic at best.
>
Have you had a look at the implementation I did ?


Subject: Re: Suggestion on where to put embedded forms donation
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Jun 2004 22:59:55 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please add TJVEMBEDDEDFORMLINK.BMP to CVS otherwise compilation fails.
>
So I'm not the only one...


Subject: Re: Suggestion on where to put embedded forms donation
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Jun 2004 14:58:30 +0200
Newsgroups: jedi.vcl

Please add TJVEMBEDDEDFORMLINK.BMP to CVS otherwise compilation fails.



Subject: Re: TJvCipher: Where did Encoded, Decoded and Key go ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Jun 2004 14:54:43 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Keeping backward compatibility is always a good thing (unless it interferes
> with the new functionality, in which case functionality is more important).
> I have no problems with reintroducing them.

In this case it is unwise though. The design was bad and horribly insecure. The XOR cipher used a single byte which is pathetic at best.



Subject: Re: Suggestion on where to put embedded forms donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jun 2004 12:48:10 +0200
Newsgroups: jedi.vcl

Of course, JvApp/Forms or JvDocking would be more appropriate than JvPlugin
(what was I thinking<g>?) and JvApp/Forms seems the most suitable AFAICS.
Unless someone has anything against it, I'll put it in the JvAppFrm package
then (still need the name and e-mail of the author and hopefully some help
docs as well).

Thanks for the feedback, all!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Suggestion on where to put embedded forms donation
From: @in@taavi.ee
Date: Fri, 11 Jun 2004 10:38:17 GMT
Newsgroups: jedi.vcl

On Fri, 11 Jun 2004 12:00:22 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >My problem is where to put it, so I would like some suggestions from
> >users/developers.
> >
> >My initial idea is to put the unit in JvCtrls-R and the components on the
> >"Jv Plugin" tab (it is a kind of plugin/framework if you have a vivid
> >imagination).

"Jv Application and Forms" and "Jv Docking" seem to be quite logical
places too...


ain


Subject: Re: Suggestion on where to put embedded forms donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 11 Jun 2004 12:29:23 +0200
Newsgroups: jedi.vcl

> > from my understanding these components are acting like some kind of
> > "docking"  (a kind of docking that the user cannot handle with the mouse),
> > so why not put them in the tab "Jv Docking"?

    hmmm, also a good place to put 'em.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Suggestion on where to put embedded forms donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 11 Jun 2004 12:28:24 +0200
Newsgroups: jedi.vcl

> > My initial idea is to put the unit in JvCtrls-R and the components on the
> > "Jv Plugin" tab (it is a kind of plugin/framework if you have a vivid
> > imagination).

    not a bad place, I guess, but howabout JvAppFrm-R and the
'RsPaletteAppForm' tab? They are related to forms.

> >
> > I would like to avoid creating a new palette tab and I would like to keep
> > them together.

    I think it is required to keep 'em together.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Suggestion on where to put embedded forms donation
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 11 Jun 2004 12:26:07 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:cabsm4$gvj$1@talkto.net...
> >
> > I would like to avoid creating a new palette tab and I would like to keep
> > them together.
> >

Hello,

from my understanding these components are acting like some kind of
"docking"  (a kind of docking that the user cannot handle with the mouse),
so why not put them in the tab "Jv Docking"?

ciao,
Ralf



Subject: Re: TJvCipher: Where did Encoded, Decoded and Key go ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Jun 2004 20:16:26 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Oh, and I've also fixed bugs in the Encode/Decode methods where Size is
>> 0 because 0-1 in Cardinal gives about 4 billion and you don't want to
>> explore all that memory ;-)
>
> Exploration is only fun up to a certain point... 8-)
>
Indeed.
All this is now in CVS.


Subject: Suggestion on where to put embedded forms donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jun 2004 12:00:22 +0200
Newsgroups: jedi.vcl

I would like to have some feedback on where to put a recently donated set of
form embedding components. Basically, these components work like this: you
put a panel on one form ("client") and a form link component on another form
("server").
You then use a property of the panel to assign the form link to the panel.
At run-time, the server form is embedded into the client's panel. Very cool,
very simple and seems to work great. The component set consists of two
visual components (two types of panels) and one non-visual (the form link).

My problem is where to put it, so I would like some suggestions from
users/developers.

My initial idea is to put the unit in JvCtrls-R and the components on the
"Jv Plugin" tab (it is a kind of plugin/framework if you have a vivid
imagination).

I would like to avoid creating a new palette tab and I would like to keep
them together.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Reloading a TJvSimpleXML node from a stream
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Jun 2004 19:55:52 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I'm ready to commit it, I'd just like somme comments on that issue
>> before I do so.
>
> Go ahead and change it.
>
>
Done.


Subject: Re: TJvCipher: Where did Encoded, Decoded and Key go ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jun 2004 11:54:09 +0200
Newsgroups: jedi.vcl

> > Oh, and I've also fixed bugs in the Encode/Decode methods where Size is
> > 0 because 0-1 in Cardinal gives about 4 billion and you don't want to
> > explore all that memory ;-)
Exploration is only fun up to a certain point... 8-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCipher: Where did Encoded, Decoded and Key go ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Jun 2004 19:53:39 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> While I appreciate the introduction of a class hierarchy for the Ciphers we have, it would have been a good thing to keep the compatibility with old components by keeping the Encoded, Decoded and Key published properties.
> I've modified JvCipher.pas to reintroduce them and have also introduced EncodeString and DecodeString functions to allow easier work with strings.
>
> Only the Encoded and Key properties are stored, Decoded is calculated on the fly.
>
> I have not committed anything, I'm waiting for comments first.

Oh, and I've also fixed bugs in the Encode/Decode methods where Size is 0 because 0-1 in Cardinal gives about 4 billion and you don't want to explore all that memory ;-)


Subject: Re: TJvCipher: Where did Encoded, Decoded and Key go ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jun 2004 11:53:14 +0200
Newsgroups: jedi.vcl

> > I have not committed anything, I'm waiting for comments first.
Keeping backward compatibility is always a good thing (unless it interferes
with the new functionality, in which case functionality is more important).
I have no problems with reintroducing them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Reloading a TJvSimpleXML node from a stream
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jun 2004 11:47:41 +0200
Newsgroups: jedi.vcl

> > I'm ready to commit it, I'd just like somme comments on that issue
> > before I do so.
Go ahead and change it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvCipher: Where did Encoded, Decoded and Key go ?
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Jun 2004 19:43:15 +1000
Newsgroups: jedi.vcl

Hi all

While I appreciate the introduction of a class hierarchy for the Ciphers we have, it would have been a good thing to keep the compatibility with old components by keeping the Encoded, Decoded and Key published properties.
I've modified JvCipher.pas to reintroduce them and have also introduced EncodeString and DecodeString functions to allow easier work with strings.

Only the Encoded and Key properties are stored, Decoded is calculated on the fly.

I have not committed anything, I'm waiting for comments first.

Cheers

Olivier


Subject: Reloading a TJvSimpleXML node from a stream
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Fri, 11 Jun 2004 19:37:22 +1000
Newsgroups: jedi.vcl

Hi all

Here's an annoying bug: When using the LoadFromString (that calls LoadFromStream) on a TJvSimpleXMLElemClassic, it adds the properties in the string to the existing ones, instead of replacing them. So for instance if the Node is that:

Name: NodeName
Properties: Prop1="a", Prop2="b"

and you call LoadFromString with this:

<NoneName Prop1="a" Prop2="b"/>

Then you get a Node object with this:

Name: NodeName
Properties: Prop1="a", Prop2="b", Prop1="a", Prop2="b"

This of course generates an invalid XML file because the properties are redeclared.

You'll then ask me, why would someone do something like that. Well it's quite simple: DLL Plugins.
Yes, when one is using regular DLLs as plugins, one as to pass in the string as a PChar because it's the only common type between the two. Here is an example:

var
  strNode : string;
  pcharNode : array [0..524287] of char;
begin
  // get the current node in a string
  strNode := Node.SaveToString;

  // ask the DLL to complete that node
  StrPCopy(pcharNode, strNode);
  DLLSaveActionToXML(actionId, pcharNode);

  // put that string back in the node
  Node.LoadFromString(pcharNode);
end;

And this triggers the problem mentionned before. The error also occurs with items inside the node, they get duplicated too. And the most annoying thing is that if the name of the node is different, the second one is used, but with properties from the first.

I fixed on my copy of JvSimpleXml.pas by calling Clear at the beginning of TJvSimpleXMLElems.LoadFromStream and TJvSimpleXMLProps.LoadFromStream
I'm ready to commit it, I'd just like somme comments on that issue before I do so.

Cheers

Olivier


Subject: Re: CVS
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 11 Jun 2004 11:09:47 +0200
Newsgroups: jedi.vcl

Chris Pall wrote:
> cvs update -C dev
>
> but this does not get files which were added recently and don't exist on my machine.

It should, though. It just doesn't get new directories that you didn't already have. You could get those by adding the -d option. I also recommend using the -P option to get rid of directories that are no longer used. Also, are you aware that -C will cause all of your local modifications to be overwritten? Personally I also find it safest to simply run Update inside the directory you want to update itself and then run update without directory argument. All put together, what you might want to use is something along the lines of:

cd dev
cvs up -dP


> so I added this....
>
> cvs co dev

If you make that:

cvs co -P dev

it'll be perfect. It doesn't make much of a difference with the JVCL though whether you use the Update or Checkout alternative as their repository doesn't use "virtual" modules but in general Checkout is preferable over Update as it takes care of those as well.


> It would seem to me that there would be flag which might both get the files I do not have, and get the latest updates.

FYI: You could always run cvs -H [commandname] in order to get a list of available flags and options.

Hope this helps.

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: global rename of protected opener types
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 11 Jun 2004 10:53:47 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The JvEx files need to be regenerated because i 
> > changed the templates.

Simply call the preprocess.bat file. That does all what is to do. It
preprocesses the files and copies them to \run.



-- Regards, Andreas Hausladen 

Subject: global rename of protected opener types
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Jun 2004 10:35:11 +0200
Newsgroups: jedi.vcl

I have renamed all internal helper types to access protected elements of classes.
The name parts "Open", "Access" and "Hack" have been replaced by the name of the base class suffixed with "AccessProtected".
There may be issues with VisualCLX namely in JvInspector.pas.
The JvEx files need to be regenerated because i changed the templates.

Some classes were renamed from "Open" or "Nasty" name part to "Hack".
Now (hopefully) all classes which do real hacks are named to reflect that.



Subject: Re: Cannot run compile JVCLMegaDemo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jun 2004 08:10:59 +0200
Newsgroups: jedi.vcl

> > JvDirectories.pas has been moved to Archive.
Replaced by the functionality in JvComputerInfoEx(.Folders)
> > Obviously the examples now need an update.
Demos are not priority one so they tend to lag quite a bit...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cannot run compile JVCLMegaDemo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Jun 2004 06:51:37 +0200
Newsgroups: jedi.vcl

Luke Wang wrote:
> I  install the last daily version(20040610)
> Jvcl on my D7 Enterprise Edition ,I try to build example JVCLMegaDemo,but
> found error:
>
> [Fatal Error] JvUtilsU.pas(31): File not found: 'JvDirectories.dcu'
>
> And cannot open TJvUtilsFrm.pas bcoz
> there is  no TJvDirectories component.
> Is this class deleted?

JvDirectories.pas has been moved to Archive.
Obviously the examples now need an update.



Subject: Cannot run compile JVCLMegaDemo
From: "Luke Wang" <xiaozhu_benben@163.com>
Date: Fri, 11 Jun 2004 12:29:29 +0800
Newsgroups: jedi.vcl

I  install the last daily version(20040610)
Jvcl on my D7 Enterprise Edition ,I try to build example JVCLMegaDemo,but
found error:

[Fatal Error] JvUtilsU.pas(31): File not found: 'JvDirectories.dcu'

And cannot open TJvUtilsFrm.pas bcoz
there is  no TJvDirectories component.
Is this class deleted?




Subject: CVS
From: Chris Pall <leavemealone@leavemealone.com>
Date: Thu, 10 Jun 2004 16:23:32 -0400
Newsgroups: jedi.vcl

Hey, I get the latest version out of the cvs almost daily, but I think I am doing it the wrong way.... (assuming that cvsroot is set to the sourceforge repo) I do this:

cvs update -C dev

but this does not get files which were added recently and don't exist on my machine.

so I added this....

cvs co dev

.....

is this right?

cvs co dev
cvs update -C dev

It would seem to me that there would be flag which might both get the files I do not have, and get the latest updates.

Thanks,
Chris


Subject: Re: Unicode support for the JVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 10 Jun 2004 21:57:46 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > interesting sometimes equals challenging and time-consuming ;-)

Not all strings could be text-replaced by WideString. So each sting must
be validated by hand.




-- Regards, Andreas Hausladen 

Subject: Re: Feature Request: word wrap in TJvTreeView
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Thu, 10 Jun 2004 21:44:25 +0200
Newsgroups: jedi.vcl

I love the JVCL, however, in this case you're definitely using the wrong component.

Look at delphi-gems.com for Virtual Tree View. It's amazing, and free.

-- 
Holger

On Thu, 10 Jun 2004 15:16:42 -0400, Brian Smith <bsmith@tristesse.com> wrote:

> Hi,
> I've had the JVCL installed on my box for a while but in the last couple of
> days I've become positively evangelical about using it :)
>
> we have a project where long chunks of text (up to 240 chars) are being
> nested in a treeview, but constant sideways scrolling is very annoying.
> Could someone modify the TJvTreeView to allow word wrap ?
>
> Thanks :)
>
> Brian Smith
>
>
>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: Unicode support for the JVCL?
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Thu, 10 Jun 2004 21:43:12 +0200
Newsgroups: jedi.vcl

interesting sometimes equals challenging and time-consuming ;-)

But worthy I think, nonetheless.

On Thu, 10 Jun 2004 20:28:08 +0200, Robert Marquardt <robert_marquardt@gmx.de> wrote:

> I think it would be an interesting task.
>



-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: window system menu
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Thu, 10 Jun 2004 21:41:10 +0200
Newsgroups: jedi.vcl

On Thu, 10 Jun 2004 15:43:52 -0300, De Armas Adrian <adearmas@ar.sicorp.net> wrote:

Thanx!

> Check the JvSystemPopUp and jvSystemPopUp2 examples. Both are clear examples
> that may be very usefull for what you need.




-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Feature Request: word wrap in TJvTreeView
From: "Brian Smith" <bsmith@tristesse.com>
Date: Thu, 10 Jun 2004 15:16:42 -0400
Newsgroups: jedi.vcl

Hi,
I've had the JVCL installed on my box for a while but in the last couple of
days I've become positively evangelical about using it :)

we have a project where long chunks of text (up to 240 chars) are being
nested in a treeview, but constant sideways scrolling is very annoying.
Could someone modify the TJvTreeView to allow word wrap ?

Thanks :)

Brian Smith





Subject: Re: window system menu
From: "De Armas Adrian" <adearmas@ar.sicorp.net>
Date: Thu, 10 Jun 2004 15:43:52 -0300
Newsgroups: jedi.vcl

Hi Holger...

Check the JvSystemPopUp and jvSystemPopUp2 examples. Both are clear examples
that may be very usefull for what you need.

Regards...

Adrian


"Holger Flick" <rammbaer@xyz.gmx.de> escribió en el mensaje
news:opr9dvob060g0z57@frodo...
> > Hi guys,
> >
> > is there something in JVCL that makes it possible to add additional stuff
> > to the  system menus? I refer to the menu that appears when you click on
> > the icon of the form. By default it only has stuff like Maximize,
> > Minimize, Close etc.
> >
> > I'd need something that works for MDI apps as well.
> >
> > Furthermore, I tell you why I need this: I want to create my own TForm
> > derivate which has an additional option in the system menu that shows the
> > release info from cvs. An about dialog is also nice to have in there..
> >
> > -
> > Holger
> >
> > --
> > Using Opera's revolutionary e-mail client: http://www.opera.com/m2/




Subject: Unicode support for the JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 10 Jun 2004 20:28:08 +0200
Newsgroups: jedi.vcl

I think it would be an interesting task.



Subject: window system menu
From: "Holger Flick" <rammbaer@xyz.gmx.de>
Date: Thu, 10 Jun 2004 16:54:01 +0200
Newsgroups: jedi.vcl

Hi guys,

is there something in JVCL that makes it possible to add additional stuff to the  system menus? I refer to the menu that appears when you click on the icon of the form. By default it only has stuff like Maximize, Minimize, Close etc.

I'd need something that works for MDI apps as well.

Furthermore, I tell you why I need this: I want to create my own TForm derivate which has an additional option in the system menu that shows the release info from cvs. An about dialog is also nice to have in there..

-
Holger

-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: UIB
From: "Jim McKay" <jdmckay@*no-spam*sbcglobal.net>
Date: Thu, 10 Jun 2004 14:24:29 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Jim McKay wrote:
>> > > Hi:
>> > > 
>> > > I see on original author's site, he's still releasing
>> > > patches/bug fixes, and has said recently on his forum
>> > > he has plans for several enhancements.  
>> > > 
>> > > Usually, when Jedi assumes one of these projects, I expect 
>> > > further dev to happen w/Jedi.  So I'm slightly confused
>> > > about most current UIB, and future plans/maintenance etc.
>> > > 
>> > > I'm wondering if there now is 2 ongoing dev paths?
>> > > Can someone enlighten me?
>> > > 
>> > > Thanks. 
>> > > 
> > 
> > The author is JVCL developer.

ahhh....

> > It seems a case of too much work to keep it synchronized.
> > Not the first time that this happens.
> > 
> > It is probably my fault because i was a bit aggressive in refactoring
> > it. We will find a solution.

Thanks.  

-- Regards: Jim McKay "A conservative is a man with 2 good legs who has not learned how to walk forward." FDR "To announce that there must be no criticism of the president, or that we are to stand by the president right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public." Theodore Roosevelt Posted with XanaNews: Ver: 1.16.3.1 

Subject: Re: TJvNavPaneToolPanel access violation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Jun 2004 08:38:52 +0200
Newsgroups: jedi.vcl

> > I have Delphi6 enterprise. JvNavigationPane is about 2 day old. I didn't
> > mention that I get this error when I close my application.
Hm, could be that the property is accessed after FDropDown has been
destroyed (don't know why, though). You could try changing it to:

function TJvNavPaneToolPanel.GetDropDownMenu: TPopupMenu;
begin
  if not (csDestroying in ComponentState) then
    Result := FDropDown.DropDownMenu
  else
    Result := nil;
end;



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvNavPaneDemo access violation (demo)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Jun 2004 08:34:58 +0200
Newsgroups: jedi.vcl

> > I don't know if the component isn't working ok or if the demo isn't
updated
> > because of some component changes.

You are right. The properties of the internal object are accessed before it
is created. In JvNavigationPane.pas, change this:

constructor TJvNavPaneToolButton.Create(Collection: TCollection);
begin
  // create internal button before calling inherited
  FRealButton := TJvNavPanelToolButton.Create(nil);
  FRealButton.ButtonType := nibImage;
  FRealButton.ImageIndex := -1;
  inherited Create(Collection);
end;

I'll fix it in CVS as well.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvAppStorageSelectList
From: Chris Pall <noemailgiven@noemailhere.com>
Date: Thu, 10 Jun 2004 00:40:25 -0400
Newsgroups: jedi.vcl

I usually have to post things here to get my brain to unjam the problem.

So I don't give up easily! I discovered that it will not allow new entries unless you have this line in there:

SetDefaultDynControlEngine(DynControlEngineJVCL);

In the parameter list example, there is a control which is loaded which sets this that I didn't notice. In any case, I got it working. I'm not sure of the purpose of all that noise and what conditions usefulness it is. I'm not for or against it, I just wasn't clear on why this was the case.

Happy coding!
Chris


Chris Pall wrote:

> I am going bananas! I cannot get the FormStorageSelectList.SaveFormStorage; call to allow new entries. I have copied and re-copied your source code from the parameter list example and it will not let me put in new entries. Any ideas?
>
> Chris
>
>
> Jens Fudickar wrote:
>
>> Hi
>>
>> the best is asking me :-) I have created it.
>>
>> Look at the example in examples\jvParameterList. There is also an example for the JvAppStorageSelectList.
>>
>> If you have further question, ask me. But maybe you had to wait a little bit, hopefully i will be one week on holiday from sunday :-)
>>
>> Greetings
>> Jens
>>
>> Chris Pall wrote:
>>
>>> I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.
>>>
>>> However!
>>>
>>> I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?
>>>
>>> Chris
>>
>>
>>


Subject: Re: UIB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 10 Jun 2004 06:26:33 +0200
Newsgroups: jedi.vcl

Jim McKay wrote:
> Hi:
>
> I see on original author's site, he's still releasing
> patches/bug fixes, and has said recently on his forum
> he has plans for several enhancements. 
> Usually, when Jedi assumes one of these projects, I expect further dev to happen w/Jedi.  So I'm slightly confused
> about most current UIB, and future plans/maintenance etc.
>
> I'm wondering if there now is 2 ongoing dev paths?
> Can someone enlighten me?
>
> Thanks.

The author is JVCL developer.
It seems a case of too much work to keep it synchronized.
Not the first time that this happens.

It is probably my fault because i was a bit aggressive in refactoring it. We will find a solution.



Subject: Re: jvAppStorageSelectList
From: Chris Pall <noemailgiven@noemailhere.com>
Date: Thu, 10 Jun 2004 00:23:03 -0400
Newsgroups: jedi.vcl

I am going bananas! I cannot get the FormStorageSelectList.SaveFormStorage; call to allow new entries. I have copied and re-copied your source code from the parameter list example and it will not let me put in new entries. Any ideas?

Chris


Jens Fudickar wrote:
> Hi
>
> the best is asking me :-) I have created it.
>
> Look at the example in examples\jvParameterList. There is also an example for the JvAppStorageSelectList.
>
> If you have further question, ask me. But maybe you had to wait a little bit, hopefully i will be one week on holiday from sunday :-)
>
> Greetings
> Jens
>
> Chris Pall wrote:
>
>> I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.
>>
>> However!
>>
>> I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?
>>
>> Chris
>
>


Subject: JvNavPaneDemo access violation (demo)
From: "De Armas Adrian" <adearmas@ar.sicorp.net>
Date: Wed, 9 Jun 2004 11:42:07 -0300
Newsgroups: jedi.vcl

Hi Jedi...
When I try to run the JvNavPaneDemo I get a access violation error when on
the formcreate procedure this line is executed:

    NT.Buttons.Add.ImageIndex := i;

I have the lastest daily version. It is running on D7 and W2000.

I don't know if the component isn't working ok or if the demo isn't updated
because of some component changes.
Anyway if someone wants to track this I'd like to help. Just tell me how.

Regards.

Adrian

__________________________________________________________________ Adrian De
Armas ICQ#: 53420113 Current ICQ status: + More ways to contact me
__________________________________________________________________




Subject: UIB
From: "Jim McKay" <jdmckay@*no-spam*sbcglobal.net>
Date: Wed, 9 Jun 2004 14:07:49 +0000 (UTC)
Newsgroups: jedi.vcl

Hi:

I see on original author's site, he's still releasing
patches/bug fixes, and has said recently on his forum
he has plans for several enhancements.  

Usually, when Jedi assumes one of these projects, I expect 
further dev to happen w/Jedi.  So I'm slightly confused
about most current UIB, and future plans/maintenance etc.

I'm wondering if there now is 2 ongoing dev paths?
Can someone enlighten me?

Thanks. 

-- Regards: Jim McKay "A conservative is a man with 2 good legs who has not learned how to walk forward." FDR "To announce that there must be no criticism of the president, or that we are to stand by the president right or wrong, is not only unpatriotic and servile, but is morally treasonable to the American public." Theodore Roosevelt Posted with XanaNews: Ver: 1.16.3.1 

Subject: Re: TJvNavPaneToolPanel access violation
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Wed, 9 Jun 2004 15:54:57 +0200
Newsgroups: jedi.vcl

On Wed, 9 Jun 2004 14:39:08 +0200, Peter Thörnqvist wrote:
> > Set a breakpoint on that line and check if FDropDown is nil. If it is, open
> > the Call Stack window and post its content here.
I will tomorow. Currenty I don't have access to my delphi any more.

> > FWIW, I have no problems. What version of JvNavigationPane.pas are you
> > using? What Delph/BCB version?
I have Delphi6 enterprise. JvNavigationPane is about 2 day old. I didn't
mention that I get this error when I close my application.

Matej



Subject: Re: TJvNavPaneToolPanel access violation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 9 Jun 2004 14:39:08 +0200
Newsgroups: jedi.vcl

> > I get access violation in funcion
> > TJvNavPaneToolPanel.GetDropDownMenu.
> > If I cooment out "Result := FDropDown.DropDownMenu;" it works fine.

Set a breakpoint on that line and check if FDropDown is nil. If it is, open
the Call Stack window and post its content here.

FWIW, I have no problems. What version of JvNavigationPane.pas are you
using? What Delph/BCB version?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvNavPaneToolPanel access violation
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Wed, 9 Jun 2004 14:28:15 +0200
Newsgroups: jedi.vcl

I get access violation in funcion
TJvNavPaneToolPanel.GetDropDownMenu.
If I cooment out "Result := FDropDown.DropDownMenu;" it works fine.

Matej

p.s. I don't have assigned any dropdown menu to tool panel.


Subject: Forge-canceling of posts
From: Alan C Moore <acmdoc@aol.com>
Date: Wed, 09 Jun 2004 07:10:37 -0400
Newsgroups: jedi.vcl

All,

      This is to inform people that someone is forge-canceling posts. Members of the Project JEDI Steering Team are currently investigating the situation and are also taking steps with the sponsor of these Newsgroups to hopefully ensure that such malicious actions to not occur in the future.  We apologize for any problems this may have caused any of you.

Best wishes,

Alan C. Moore
Project JEDI Director



Subject: Re: TNTProductType
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 8 Jun 2004 14:56:21 +0200
Newsgroups: jedi.vcl

> > The compiler do not recognizes the identificator 'ptProfessional' nor the
> > rest.

Add JclSysInfo to uses - that's where TNtProductType is defined.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TNTProductType
From: "Julio Cezar Kronbauer" <m22008@mx.unisc.br>
Date: Tue, 8 Jun 2004 09:53:03 -0300
Newsgroups: jedi.vcl

How do I use the TNTProductType of TJvComputerInfoEx component?

I tried to code a case statement, like this:

case JvComputerInfoEx1.OS.ProductType of
    ptProfessional: Label := 'Professional';
    ptWorkstation: Label := 'Workstation';
    ...
end;

The compiler do not recognizes the identificator 'ptProfessional' nor the
rest.

Sorry my bad English ;-)

--





Julio Cezar Kronbauer
SystemHaus Norm. Inf. de Processos Ltda
Santa Cruz do Sul - RS
(51) 3711 7495
(51) 9216 0990
ICQ 278449215
Novo Hamburgo - RS
(51) 594 4841


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.700 / Virus Database: 457 - Release Date: 6/6/2004




Subject: Re: New helper method in TJvProgressDialog
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 8 Jun 2004 14:41:27 +0200
Newsgroups: jedi.vcl

Thanks. Updated in CVS (slightly modified)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvAppDdeCmd - Functionality ?
From: Tan Chin Leong <cltan@chrysanth.com>
Date: Tue, 08 Jun 2004 20:39:36 +0800
Newsgroups: jedi.vcl

Hi there,

May I know what is TJvAppDdeCmd component for ? I can't find additional info from the HELP file and I have tried the example but I still can't figured it out. Any pointers out there ?

Thank you

Tan Chin Leong


Subject: Re: No CLX option in installer
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 08 Jun 2004 15:47:00 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> You must have Delphi 7 and then on the Package Selection page you can set
>> the checkmark for VCL and VisualCLX. I had never used this for my own -
>> means use at your own risk :-)
>
>
> Ah, the D7 requirement has not been mentioned yet.
> Were does it come from?
>
Because D6 CLX is apaprently too bugged and the support for it was near impossible to do. Same goes for Kylix 2. At least that's what I understand from the messages I've seen here



Subject: Re: No CLX option in installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 08 Jun 2004 07:22:40 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> You must have Delphi 7 and then on the Package Selection page you can set
> the checkmark for VCL and VisualCLX. I had never used this for my own -
> means use at your own risk :-)

Ah, the D7 requirement has not been mentioned yet.
Were does it come from?



Subject: Re: JVCL 3.00 install problem
From: "Zurab Mamasakhlisi" <mxvneli@gmx.net>
Date: Tue, 8 Jun 2004 00:58:20 +0200
Newsgroups: jedi.vcl

> > Please note that you need to compile the JCL succesffuly BEFORE
> > attempting to install the JVCL...

Yeah, JCL installation was errorneous. I fixed this and everything is fine
:)

Thank You




Subject: Re: How to add new kind of items to JvInspector?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Mon, 7 Jun 2004 20:29:17 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl> wrote:
> >     I would prefer the end user be allowed to provide the dialog. You
> > could add an event that will provide the dialog (a TCustomDialog
> > descendant) and optionally provide two default handlers for that
> > event in the item itself (one for the Open and one for the Save
> > dialog) so you the user will not require to write code if the
> > standard dialogs suffice. That would also make the IsSaveDialog
> > property and the OnInitDialog events obsolete (if the default
> > settings are not sufficient, user needs to provide the event that
> > will generate the dialog, including all settings).

Yes, you are right. That sounds much better. I will make it in the next few
days (i am a little bit busy at the moment)

Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: No CLX option in installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 7 Jun 2004 19:39:36 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The Installer does not show a CLX install option.
> > From the messages here i assumed it should have one now.

You must have Delphi 7 and then on the Package Selection page you can set
the checkmark for VCL and VisualCLX. I had never used this for my own -
means use at your own risk :-)


-- Regards, Andreas Hausladen 

Subject: Re: How to add new kind of items to JvInspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 7 Jun 2004 19:38:19 +0200
Newsgroups: jedi.vcl

> > now i had a little time to extract the code for the TFileName-Item from my
> > inspectoritem-unit. Maybe it would be better not to create the dialog by
the
> > item? It could be implemented that the calling application provides a
> > dialog. I am not sure what would be better.

    I would prefer the end user be allowed to provide the dialog. You could
add an event that will provide the dialog (a TCustomDialog descendant) and
optionally provide two default handlers for that event in the item itself
(one for the Open and one for the Save dialog) so you the user will not
require to write code if the standard dialogs suffice. That would also make
the IsSaveDialog property and the OnInitDialog events obsolete (if the
default settings are not sufficient, user needs to provide the event that
will generate the dialog, including all settings).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: How to add new kind of items to JvInspector?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Mon, 7 Jun 2004 19:23:39 +0200
Newsgroups: jedi.vcl

Ralf Kaiser <ralf.kaiser@kdt.de> wrote:

> > I could extract the source for the TFileName-editor from this package
> > and load it to binaries or to Mantis (maybe i will have time
> > tomorrow).


Hello,

now i had a little time to extract the code for the TFileName-Item from my
inspectoritem-unit. Maybe it would be better not to create the dialog by the
item? It could be implemented that the calling application provides a
dialog. I am not sure what would be better.

Ciao,
Ralf

unit FileNameInspectorItem;

interface

uses
  Classes,  SysUtils,  Forms,  jvInspector,  jvResources,  JvDialogs,
  JvDsgnConsts, Controls;

type
  TJvInspectorFileNameItem = class(TJvCustomInspectorItem)
  private
    FIsSaveDialog: Boolean;
    FJvOpenDialog: TJvOpenDialog;
    FJvSaveDialog: TJvSaveDialog;
    FOnInitDialog: TOnInitDialog;
    FOnFileNameChanged: TOnFileNameChanged;
    procedure CreateDialog;
  protected
    procedure Edit; override;
    function GetDisplayValue: string; override;
    procedure SetDisplayValue(const Value: string); override;
    procedure SetFlags(const Value: TInspectorItemFlags); override;
  public
    procedure FreeDialog;
    property IsSaveDialog: Boolean read FIsSaveDialog write FIsSaveDialog;
    property JvOpenDialog: TJvOpenDialog read FJvOpenDialog write
FJvOpenDialog;
    property JvSaveDialog: TJvSaveDialog read FJvSaveDialog write
FJvSaveDialog;
    property OnInitDialog: TOnInitDialog read FOnInitDialog write
FOnInitDialog;
    property OnFileNameChanged: TOnFileNameChanged read FOnFileNameChanged
write FOnFileNameChanged;
  end;

procedure RegisterTypeKinds;

implementation

procedure RegisterTypeKinds;
begin
  if TJvCustomInspectorData.ItemRegister = nil then
    raise EJvInspectorReg.Create(RsEJvInspNoGenReg);
  with TJvCustomInspectorData.ItemRegister do
  begin
    Add(TJvInspectorTypeInfoRegItem.Create(TJvInspectorFileNameItem,
TypeInfo(TFileName)));
  end;
end;

procedure TJvInspectorFileNameItem.CreateDialog;
begin
  if IsSaveDialog then begin
    JvSaveDialog := TJvSaveDialog.Create(GetParentForm(Inspector));
  end
  else begin
    JvOpenDialog := TJvOpenDialog.Create(GetParentForm(Inspector));
  end;
end;

procedure TJvInspectorFileNameItem.Edit;
var
  aDialog                               : TJvOpenDialog;
begin
  CreateDialog;
  try
    if IsSaveDialog then begin
      aDialog := FJvSaveDialog;
    end
    else begin
      aDialog := FJvOpenDialog;
    end;
    if Assigned(FOnInitDialog) then begin
      FOnInitDialog(Self, aDialog);
    end;
    if aDialog.Execute then begin
      Data.AsString := aDialog.FileName;
      EditCtrl.Text := aDialog.FileName;
      if Assigned(FOnFileNameChanged) then begin
        FOnFileNameChanged(Self, aDialog.FileName);
      end;
    end;
  finally
    FreeDialog;
  end;
end;

procedure TJvInspectorFileNameItem.FreeDialog;
begin
  if JvSaveDialog <> nil then begin
    FreeAndNil(FJvSaveDialog);
  end;
  if JvOpenDialog <> nil then begin
    FreeAndNil(FJvOpenDialog);
  end;
end;

function TJvInspectorFileNameItem.GetDisplayValue: string;
begin
  Result := Data.AsString;
end;

procedure TJvInspectorFileNameItem.SetDisplayValue(const Value: string);
begin
  Data.AsString := Value;
end;

procedure TJvInspectorFileNameItem.SetFlags(const Value:
TInspectorItemFlags);
var
  NewValue                              : TInspectorItemFlags;
begin
  NewValue := Value + [iifEditButton];
  inherited SetFlags(NewValue);
end;

initialization
  RegisterTypeKinds;
finalization

end.




-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Access violation at shutdown - JvInspector finalization.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Jun 2004 13:14:45 -0400
Newsgroups: jedi.vcl

Holger Flick wrote:
> I am getting AVs all the time right now, but not because of JCL or JVCL, because of darn Delphi updates, which just do not do the job...

I am using Delphi 7.1 (US English). Perhaps there is a new complication due to a new VCL bug.


Subject: Re: Access violation at shutdown - JvInspector finalization.
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 07 Jun 2004 18:32:02 +0200
Newsgroups: jedi.vcl

I am getting AVs all the time right now, but not because of JCL or JVCL, because of darn Delphi updates, which just do not do the job...

I am seriously thinking about publishing something on my web site for people who want to install JCL and JVCL what tricky  stuff there is to know about all those Delphi versions....

D7.1 has a new update in GERMAN. I wonder when the English version gets the next patch...



Warren Postma wrote:
> I  am getting an access violation in JvInspDataReg.Destroy. It appears that JvInspDataReg.Clear is freeing some invalid pointers (ie the high word of the pointer is nil, the low value is some small pointer offset, such as $0000f400).  Anyone seen anything like this? I'm using CVS sources from last week, I'll update first and see if I can replicate the problem. It only happens erratically for me, I'm wondering if something else in my app is trashing memory.
>
> Warren
>


Subject: Access violation at shutdown - JvInspector finalization.
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Jun 2004 11:58:03 -0400
Newsgroups: jedi.vcl

I  am getting an access violation in JvInspDataReg.Destroy. It appears that JvInspDataReg.Clear is freeing some invalid pointers (ie the high word of the pointer is nil, the low value is some small pointer offset, such as $0000f400).  Anyone seen anything like this? I'm using CVS sources from last week, I'll update first and see if I can replicate the problem. It only happens erratically for me, I'm wondering if something else in my app is trashing memory.

Warren



Subject: Re: Grid Question...
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 07 Jun 2004 11:01:11 -0400
Newsgroups: jedi.vcl

Holger Flick wrote:
> Some (!) of the stuff shown there should be possible with VirtualTreeview from www.delphi-gems.com. There are some inherited components which offer DB capability etc.
>

I love VirtualTreeView. :-)

Warren




Subject: Re: JvMenue Painting Issue @ obones
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Mon, 07 Jun 2004 23:08:02 +1000
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:

> Hello,
>
> please have a look to Mantis issue 1839.
> There is a new painting bug with the new JvMenue version.

Fixed in 1.57

Next time, please be more specific in the title of the bug.

Cheers

Olivier Sannier
JVCL Developer


Subject: JvMenue Painting Issue @ obones
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Mon, 7 Jun 2004 14:43:45 +0200
Newsgroups: jedi.vcl

Hello,

please have a look to Mantis issue 1839.
There is a new painting bug with the new JvMenue version.

Regards

Karlheinz




Subject: Re: Installation problem
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 7 Jun 2004 13:13:53 +0200
Newsgroups: jedi.vcl

This only occurs when I´m using install.bat.
Using directly the compiled installer in \bin, it works fine.



"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:ca19po$cd7$1@talkto.net...
> > First guess at this as the cause of the problem:
> >
>> > > Win98
> >




Subject: New helper method in TJvProgressDialog
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 7 Jun 2004 12:30:00 +0200
Newsgroups: jedi.vcl

Hello,

I have added a new helper method to TJvProgressDialog to set the initial
parameters with one method call (usefull if you do use the component many
times in a program and using other parameters the the ones set by object
inspector):

procedure TJvProgressDialog.InitValues(MinValue, MaxValue, IntervalValue,
PositionValue: integer; InitialText, InitialCaption : string);

I wanted to upload it to Mantis but got an "Application error #11" when
pressing the submit button. So i will upload it to binaries.

Ciao,
Ralf




Subject: Re: Installation problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 07 Jun 2004 11:37:48 +0200
Newsgroups: jedi.vcl

First guess at this as the cause of the problem:

> Win98



Subject: Re: JvHTMLParser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Jun 2004 11:10:30 +0200
Newsgroups: jedi.vcl

I've uploaded a modified JvHTMLParser to jedi.binaries. It sports a new
OnKeyFoundEx event that includes the original TagInfo (for determining the
start and end position of the tag in the original string) as well as an
Attributes:TStrings param for any attributes (undecoded and with quotes in
place). Try it out and let me know what you think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Installation problem
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 7 Jun 2004 10:43:12 +0200
Newsgroups: jedi.vcl

Hi,

I´m back from vacation. Last compilation was 3 weeks ago.
Now I always get the following message:

[Compiling: Jv3rdD5R.bpl]
Fatal: Zu viele bedingte Symbole
(means ~too many defines)

I´m using JVCL zip from 6.6.04 and daily zip from jcl,
delphi5.1 pro, Win98

Regards
Dierk





Subject: Re: TJvNavPanel combined with XPManifest
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Jun 2004 09:56:05 +0200
Newsgroups: jedi.vcl

OK, I didn't realize that the problem in this part of the thread (with the
TPanel not drawing correctly) was the same as the part that worked with
Remkos solution.

I'll make the Remko changes in CVS as well, then.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvNavPanel combined with XPManifest
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Mon, 07 Jun 2004 09:52:12 +0200
Newsgroups: jedi.vcl

Hi Peter,

Remko already provided a (temporary) solution, it appears that the TJvCustomPageList doesn't draw a themed background...

the DrawThemedBackground(Self, Canvas, ARect) was executed, but in there the background was erased from the component...

Thank you for the support...

Wiebe Tijsma

Remko Bonte wrote:

> As workaround remove:
> IncludeThemeStyle(Self, [csParentBackground]);
> from
> TJvCustomPageList.Create in JvPageList.pas
> and remove:
> IncludeThemeStyle(Self, [csParentBackground]);
> from
> TJvCustomPage.Create in JvPageList.pas

> I'm not sure whether tabcontrols and tabsheets should have
> csParentBackground set and what the meaning of that should be.
> No time to look into that right now.


Peter Thörnqvist wrote:
> How about changing TJvCustomPage.DoPaint to something like:
>
>     Brush.Color := Self.Color;
>     //////// NEW CODE ////////
>     {$IFDEF JVCLThemesEnabled}
>     if ThemeServices.ThemesEnabled and ParentBackground then
>       DrawThemedBackground(Self, Canvas, ARect)
>     else
>       Canvas.FillRect(ClientRect);
>    {$ENDIF JVCLThemesEnabled}
>    //////// END NEW CODE ///////
>     if (csDesigning in ComponentState) then
>
> You still need to remove the IncludeThemeStyle() calls and probably should
> set the default value of ParentBackground to false
> in TJvStandardPage and TJvPageList.
>
> NB! I still can't test this so it's pure guess work.
>


Subject: Re: JVCL 3.00 install problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 07 Jun 2004 17:27:54 +1000
Newsgroups: jedi.vcl

Zurab Mamasakhlisi wrote:

> Hmm, although i installed JCL and JVCL for delphi 5 successfully, i now have
> problem with automatic installing it for C++ Builder 6.0. I get error:
> Fatal: Unable to open file 'CJCL.BPI'
>
> In Manual installation guide i read:
> "Select Project - Build All Projects from the C++ Builder menu. C++ Builder
> will prompt you for the location of CJcl.bpi. This file doesn't exist yet,
> simply choose Cancel on that dialog."
> So i think my problem is somehow related to this issue. Does anybody know
> how could i solve the problem?
This section of the guide only applies if you manually build all projects in the project group, not if you use the installer.

Please note that you need to compile the JCL succesffuly BEFORE attempting to install the JVCL...



Subject: No CLX option in installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 07 Jun 2004 08:52:35 +0200
Newsgroups: jedi.vcl

The Installer does not show a CLX install option.
From the messages here i assumed it should have one now.



Subject: Re: TJvNavPanel combined with XPManifest
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Jun 2004 08:38:53 +0200
Newsgroups: jedi.vcl

How about changing TJvCustomPage.DoPaint to something like:

    Brush.Color := Self.Color;
    //////// NEW CODE ////////
    {$IFDEF JVCLThemesEnabled}
    if ThemeServices.ThemesEnabled and ParentBackground then
      DrawThemedBackground(Self, Canvas, ARect)
    else
      Canvas.FillRect(ClientRect);
   {$ENDIF JVCLThemesEnabled}
   //////// END NEW CODE ///////
    if (csDesigning in ComponentState) then

You still need to remove the IncludeThemeStyle() calls and probably should
set the default value of ParentBackground to false
in TJvStandardPage and TJvPageList.

NB! I still can't test this so it's pure guess work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3.00 install problem
From: "Zurab Mamasakhlisi" <mxvneli@gmx.net>
Date: Mon, 7 Jun 2004 06:45:04 +0200
Newsgroups: jedi.vcl

> > The JCL installer creates this file, by default in your BCB 6
> > installation's Projects\Lib directory.

yes, but why do i get the error "Fatal: Unable to open file 'CJCL.BPI' "
when i am trying to install using JVCL installer? After failed installtion
there is no such file created. I have latest version of JVCL and as i said,
installation for Delphi 5 works fine.




Subject: Re: JVCL 3.00 install problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 07 Jun 2004 03:59:08 +0200
Newsgroups: jedi.vcl

Hi,

Zurab Mamasakhlisi wrote:

> Hmm, although i installed JCL and JVCL for delphi 5 successfully, i now have
> problem with automatic installing it for C++ Builder 6.0. I get error:
> Fatal: Unable to open file 'CJCL.BPI'

The JCL installer creates this file, by default in your BCB 6 installation's Projects\Lib directory.

Greetings, Robert


Subject: Re: JVCL 3.00 install problem
From: "Zurab Mamasakhlisi" <mxvneli@gmx.net>
Date: Mon, 7 Jun 2004 03:08:38 +0200
Newsgroups: jedi.vcl

Hmm, although i installed JCL and JVCL for delphi 5 successfully, i now have
problem with automatic installing it for C++ Builder 6.0. I get error:
Fatal: Unable to open file 'CJCL.BPI'

In Manual installation guide i read:
"Select Project - Build All Projects from the C++ Builder menu. C++ Builder
will prompt you for the location of CJcl.bpi. This file doesn't exist yet,
simply choose Cancel on that dialog."
So i think my problem is somehow related to this issue. Does anybody know
how could i solve the problem?

"Zurab Mamasakhlisi" <mxvneli@gmx.net> schrieb im Newsbeitrag
news:c9u0b4$s95$1@talkto.net...
> > Hmmm, JVCL was 3.00 Beta. I just downloaded last version from repository
and
> > it worked.
> >
> > thank you
> >
> > "Robert Rossmair" <Robert.Rossmair@gmx.net> schrieb im Newsbeitrag
> > news:c9ts5i$rt1$1@talkto.net...
>> > > Hi,
>> > >
>>> > > > I installed JCL with installer without problems. but when i am trying
to
>>> > > > install JVCL i get "error compiling JvCoreD5R.bpl".
>> > >
>> > > Which version of JVCL?
>> > >
>>> > > > Compiler output says:
>>> > > > D:\Programme\Borland\Delphi5\lib\jvcl\run\JvJCLUtils.pas(7216) Error:
>>> > > > Undeclared identifier: 'CharIsNumber'
>> > >
>> > > CharIsNumber (from JclStrings) has been renamed to CharIsNumberChar
>> > > recently.
>> > >
>> > > Greetings, Robert
> >
> >




Subject: BUG: installer
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 06 Jun 2004 17:21:12 +0200
Newsgroups: jedi.vcl

Hi,

1. start installer
2. press next all the time until you reach the summary screen
3. go back, change the JCL directory for example
4. click next and the summary is not being updated

-- 
Holger


Subject: Re: TJvWizard next/back buttons disabled...
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sun, 06 Jun 2004 17:04:52 +0200
Newsgroups: jedi.vcl

Ok, got it...

I have to set 'AutoHideButtonBar' property (runtime) to false...


Wiebe Tijsma wrote:
> ... Even when all buttons are enabled on the TJvWizardPage?
>
> Am I missing one little property somewhere?
>
> Thanks,
>
> Wiebe Tijsma



Subject: Re: JVCL 3.00 install problem
From: "Zurab Mamasakhlisi" <mxvneli@gmx.net>
Date: Sun, 6 Jun 2004 05:35:45 +0200
Newsgroups: jedi.vcl

Hmmm, JVCL was 3.00 Beta. I just downloaded last version from repository and
it worked.

thank you

"Robert Rossmair" <Robert.Rossmair@gmx.net> schrieb im Newsbeitrag
news:c9ts5i$rt1$1@talkto.net...
> > Hi,
> >
>> > > I installed JCL with installer without problems. but when i am trying to
>> > > install JVCL i get "error compiling JvCoreD5R.bpl".
> >
> > Which version of JVCL?
> >
>> > > Compiler output says:
>> > > D:\Programme\Borland\Delphi5\lib\jvcl\run\JvJCLUtils.pas(7216) Error:
>> > > Undeclared identifier: 'CharIsNumber'
> >
> > CharIsNumber (from JclStrings) has been renamed to CharIsNumberChar
> > recently.
> >
> > Greetings, Robert




Subject: Re: JVCL 3.00 install problem
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 06 Jun 2004 04:26:25 +0200
Newsgroups: jedi.vcl

Hi,

> I installed JCL with installer without problems. but when i am trying to
> install JVCL i get "error compiling JvCoreD5R.bpl".

Which version of JVCL?

> Compiler output says:
> D:\Programme\Borland\Delphi5\lib\jvcl\run\JvJCLUtils.pas(7216) Error:
> Undeclared identifier: 'CharIsNumber'

CharIsNumber (from JclStrings) has been renamed to CharIsNumberChar recently.

Greetings, Robert


Subject: Re: JVCL 3.00 install problem
From: "Zurab Mamasakhlisi" <mxvneli@gmx.net>
Date: Sun, 6 Jun 2004 04:19:44 +0200
Newsgroups: jedi.vcl

P.S.  JCL i installed is version 1.91




Subject: JVCL 3.00 install problem
From: "Zurab Mamasakhlisi" <mxvneli@gmx.net>
Date: Sun, 6 Jun 2004 04:09:20 +0200
Newsgroups: jedi.vcl

I installed JCL with installer without problems. but when i am trying to
install JVCL i get "error compiling JvCoreD5R.bpl".
Compiler output says:
D:\Programme\Borland\Delphi5\lib\jvcl\run\JvJCLUtils.pas(7216) Error:
Undeclared identifier: 'CharIsNumber'

D:\Programme\Borland\Delphi5\lib\jvcl\run\JvJCLUtils.pas(7216) Error:
Operator not applicable to this operand type

D:\Programme\Borland\Delphi5\lib\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could
not compile used unit '..\..\run\JvJCLUtils.pas'


I tried to install manually, but same problem with compiling JvCoreD5R.bpl
occurs.
Can anybody help me with this problem please?

Thanks

Zurab

P.S. I am using Delphi 5 with update. OS - Windows2000




Subject: Re: AV
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 6 Jun 2004 01:36:06 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > Would you be so kind and explain to me what is going on in that
> > component or at least point me to a source for more information ...

That's a good question. I only fixed the AV because the bug happend while
testing the ParameterList example. It was clear that the FCurrentControl
was no more valid. So I introduced a FreeNotification handling.


Subject: Re: AV
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 06 Jun 2004 00:36:34 +0200
Newsgroups: jedi.vcl

Checked out CVS today and it works without a glitch.

Would you be so kind and explain to me what is going on in that component or at least point me to a source for more information ...

Tnx!

Andreas Hausladen wrote:

> I think I had fixed that yesterday by adding a FreeNotification component
> helper.
>
>


Subject: Re: AV
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 5 Jun 2004 20:33:25 +0200
Newsgroups: jedi.vcl

I think I had fixed that yesterday by adding a FreeNotification component
helper.


-- Regards, Andreas Hausladen 

Subject: AV
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sat, 05 Jun 2004 20:14:19 +0200
Newsgroups: jedi.vcl

Hi again,

sorry to bother you all again, but I think there is something going on with D7. I wonder if anybody of you uses D7 with the unofficial patch included (the database field one).


If I use NO internal debugger everything works fine. If I active Internal Debugging, however, I get an AV all the time at SOME POINT in my application when a form window is being freed. AT SOME POINT means that it differs from time to time. One time it#s the very first form, then the second - then another. It's totally coincidental.

Mostly the internal debugger marks the line I marked...

Any guesses??

-- 
Holger


procedure TJvMouseTimer.TimerTick(Sender: TObject);
var
  Pt: TPoint;
  R: TRect;
begin
  try
    { control may have been destroyed, so operations on it may crash.
      trap that and detach the control on exception. }
    if FCurrentControl = nil then
      FTimer.Enabled := False // paranoia
    else
    begin
      GetCursorPos(Pt);
      R := FCurrentControl.BoundsRect;
      if Assigned(FCurrentControl.Parent) then
        MapWindowPoints(FCurrentControl.Parent.Handle, HWND_DESKTOP, R, 2);
      if not PtInRect(R, Pt) then
        {$IFDEF VCL}
==>        FCurrentControl.Perform(CM_MOUSELEAVE, 0, 0);
        {$ENDIF VCL}
        {$IFDEF VisualCLX}
        FCurrentControl.MouseLeave(FCurrentControl);
        {$ENDIF VisualCLX}
    end;
  except
    Detach(FCurrentControl);
  end;
end;


Subject: TJvInspectorTreeView ?
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 05 Jun 2004 18:18:13 +0200
Newsgroups: jedi.vcl

We have all ingredients to develop a treeview that displays all controls on a Form. There are only a few steps to take to develop 'Jv Object TreeView' and 'Jv Object Inspector'.

Regards,

André Snepvangers


Subject: Re: TJvNavPanel combined with XPManifest
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 05 Jun 2004 16:48:36 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

>> Wiebe Tijsma wrote:
>>> Could it be because the TJvNavPane doesn't draw any background
>>> at all when it's themed?

> Remko Bonte wrote:
> Mmm, quick look indicates that the problem is that TJvCustomPageList/TJvNavigationPane does not do a thing in the Paint routine at run-time. This gives problems when a page has csParentBackground set.

Yes I looked into that as well, but my advanced component building skills are (still) somewhat too limited to find a solution :,-(

>As workaround remove:
>IncludeThemeStyle(Self, [csParentBackground]);
>from
>TJvCustomPageList.Create in JvPageList.pas
>and remove:
>IncludeThemeStyle(Self, [csParentBackground]);
>from
>TJvCustomPage.Create in JvPageList.pas

Great, it works... Thanks!


Subject: TJvWizard next/back buttons disabled...
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 05 Jun 2004 16:34:24 +0200
Newsgroups: jedi.vcl

.... Even when all buttons are enabled on the TJvWizardPage?

Am I missing one little property somewhere?

Thanks,

Wiebe Tijsma


Subject: Re: TJvNavPanel combined with XPManifest
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 05 Jun 2004 16:15:18 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> No time to look into that right now.
>

Mmm, quick look indicates that the problem is that TJvCustomPageList/TJvNavigationPane does not do a thing in the Paint routine at run-time. This gives problems when a page has csParentBackground set.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvNavPanel combined with XPManifest
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 05 Jun 2004 16:09:52 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:
> Peter Thörnqvist wrote:
>
>>> Yes, ParentBackground is set to true.
>>
>>
>> What if you set
>>   ParentBackground := False
>> in the page's constructor?
>>
>>
>>> In the procedure DrawThemedBackground() the PerformEraseBackground is
>>> called as a last method before the TJvCustomPage.DoPaintBackground is
>>> ended, is this correct?
>>
>>
>> I wouldn't know. Remko (I think) added the theme support.
>>
>>> Removing the IncludeThemeStyle() from the constructor doesn't have any
>>> effect.
>>
>>
>> The style is probably already included and that's why nothing changes.
>> Calling ExcludeThemeStyle() with the same parameters could have the same
>> effect as setting ParentBackground to false but I am not very knowledgable
>> when it comes to the inner workings of theming so you just have to test your
>> way around.
>>
>> Unfortunately, I don't have XP on any of my machines, so I can't test his
>> stuff myself.
>>
>>
> Could it be because the TJvNavPane doesn't draw any background at all when it's themed?
>
> Well that's too bad... I'll just switch to 'Classic Look' :-(
>
> I have no idea how the theming works either.
>
> Do you know any way to paint the background hardcoded to clWindow?
>
> Thanks so far,
>
> Wiebe
>
As workaround remove:

IncludeThemeStyle(Self, [csParentBackground]);

from

TJvCustomPageList.Create in JvPageList.pas

and remove:

IncludeThemeStyle(Self, [csParentBackground]);

from

TJvCustomPage.Create in JvPageList.pas

I'm not sure whether tabcontrols and tabsheets should have csParentBackground set and what the meaning of that should be.
No time to look into that right now.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Help needed: D5 and Managed Threads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 5 Jun 2004 16:05:43 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Any idea why it only happens with v5 VCL ?

That is easy. The Delphi 5 TThread.Synchronize() is completely different
from the Delphi 6 and 7's. Starting with Delphi 6 you must call
CheckSynchronize to proceed the synchronize requests. Under Delphi 5 the
Synchronize method does a SendMessage, which means that the current thread
is stopped and the other (main thread) is executed.



-- Regards, Andreas Hausladen 

Subject: Re: TJvNavPanel combined with XPManifest
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 05 Jun 2004 15:55:14 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Yes, ParentBackground is set to true.
>
> What if you set
>   ParentBackground := False
> in the page's constructor?
>
>
>> In the procedure DrawThemedBackground() the PerformEraseBackground is
>> called as a last method before the TJvCustomPage.DoPaintBackground is
>> ended, is this correct?
>
> I wouldn't know. Remko (I think) added the theme support.
>
>> Removing the IncludeThemeStyle() from the constructor doesn't have any
>> effect.
>
> The style is probably already included and that's why nothing changes.
> Calling ExcludeThemeStyle() with the same parameters could have the same
> effect as setting ParentBackground to false but I am not very knowledgable
> when it comes to the inner workings of theming so you just have to test your
> way around.
>
> Unfortunately, I don't have XP on any of my machines, so I can't test his
> stuff myself.
>
>
Could it be because the TJvNavPane doesn't draw any background at all when it's themed?

Well that's too bad... I'll just switch to 'Classic Look' :-(

I have no idea how the theming works either.

Do you know any way to paint the background hardcoded to clWindow?

Thanks so far,

Wiebe


Subject: Re: Grid Question...
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sat, 05 Jun 2004 15:45:19 +0200
Newsgroups: jedi.vcl

Some (!) of the stuff shown there should be possible with VirtualTreeview from www.delphi-gems.com. There are some inherited components which offer DB capability etc.

-- 
Holger   


De Armas Adrian wrote:
> Hi Jedi...
>
> I have a question about the components set...
> I was wondering if there's any component in the JVCL capable of doing grids
> like these ones...
>
> http://www.janusys.com
>
> I am trying the components I have in my jedi palletes but they are too many
> and I can't find any capable of doing something like this, but probably it's
> just me that I don't know how to use them.
>
> Regards...
>
> Adrian
>
>
>
> __________________________________________________________________
> Adrian De Armas ICQ#: 53420113 Current ICQ status: + More ways to contact me
> __________________________________________________________________
>
>


Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 05 Jun 2004 15:18:02 +0200
Newsgroups: jedi.vcl

For me it's ok now, and thats why remko has closed the bug.

I think disabling transparent if themed is enabled is a good solution. So i think it's no longer necessary

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>
>> OK. I need some time for this. (other things to do)
>
>
> If it works now, where is the problem. Why must the panels be transparent?
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvNavPanel combined with XPManifest
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 5 Jun 2004 15:17:02 +0200
Newsgroups: jedi.vcl

> > Yes, ParentBackground is set to true.
What if you set
  ParentBackground := False
in the page's constructor?

> >In the procedure DrawThemedBackground() the PerformEraseBackground is
> >called as a last method before the TJvCustomPage.DoPaintBackground is
> >ended, is this correct?
I wouldn't know. Remko (I think) added the theme support.
> >Removing the IncludeThemeStyle() from the constructor doesn't have any
> >effect.
The style is probably already included and that's why nothing changes.
Calling ExcludeThemeStyle() with the same parameters could have the same
effect as setting ParentBackground to false but I am not very knowledgable
when it comes to the inner workings of theming so you just have to test your
way around.

Unfortunately, I don't have XP on any of my machines, so I can't test his
stuff myself.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvNavPanel combined with XPManifest
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 05 Jun 2004 15:12:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Set a breakpoint in TJvCustomPage.DoPaintBackground (in JvPageList.pas). Is
> ParentBackground true? What happens if you remove the
> IncludeThemeStyle(Self, [csParentBackground]) in TJvCustomPage.Create?
>

I'ts weird, somehow it doesn't get repainted at all, changing the pages still shows the canvas of the previous NavPage.

Also, I've put a TPanel in it a TNavPage, with color clWindow, and parentbackground := false, and parentcolor := false.

After switching pages, it doesn't get painted either.



Subject: Re: Help needed: D5 and Managed Threads
From: OBones <obones_REM_SPM_@_PIF_altern.org>
Date: Sat, 05 Jun 2004 23:08:01 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It's pain to debug a multi-threaded program with Delphi 5. In many cases
> (always other cases) pressing F7 or F8 lets the application and Delphi 5
> go sleeping forever.

Not to disregard your problems, but debugging in BCB5 is worse:
It is impossible to inspect variables in pascal sources, any change to a pascal source requires recompilation of the package it is in, then recompilation of the application. This is really slow and more a game of guessing than anything else.
Anyway, your fix is working fine. Any idea why it only happens with v5 VCL ?


Subject: Re: TJvNavPanel combined with XPManifest
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 05 Jun 2004 15:03:55 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Set a breakpoint in TJvCustomPage.DoPaintBackground (in JvPageList.pas). Is
> ParentBackground true? What happens if you remove the
> IncludeThemeStyle(Self, [csParentBackground]) in TJvCustomPage.Create?

Hi Peter,

Yes, ParentBackground is set to true.

In the procedure DrawThemedBackground() the PerformEraseBackground is called as a last method before the TJvCustomPage.DoPaintBackground is ended, is this correct?

doesn't this mean it's painted with clNone (wich for some reason is black?)

Removing the IncludeThemeStyle() from the constructor doesn't have any effect.

I've tested the JvNavpaneDemo as well, adding the XPManifest to the application there has the same effect.



Subject: Re: TJvNavPanel combined with XPManifest
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 5 Jun 2004 13:29:47 +0200
Newsgroups: jedi.vcl

Set a breakpoint in TJvCustomPage.DoPaintBackground (in JvPageList.pas). Is
ParentBackground true? What happens if you remove the
IncludeThemeStyle(Self, [csParentBackground]) in TJvCustomPage.Create?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvNavPanel combined with XPManifest
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sat, 05 Jun 2004 12:47:29 +0200
Newsgroups: jedi.vcl

Hi,

I have a TJvNavPanel combined with the delphi 7 XPManifest, however, when I run my application, the backgrounds of the TJvNavPanel pages become black... Anyone has a solution for this?

Thanks!

Wiebe Tijsma


Subject: Re: Help needed: D5 and Managed Threads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 5 Jun 2004 10:22:18 +0200
Newsgroups: jedi.vcl

It was easier to find. It happed that Thread-Termination code was executed
after the object was destroyed. I simply forgot to set
FIntThread.OnTerminate to nil before tirggering the event "by hand".

-- Regards, Andreas Hausladen 

Subject: Re: Help needed: D5 and Managed Threads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 5 Jun 2004 10:06:57 +0200
Newsgroups: jedi.vcl

It's pain to debug a multi-threaded program with Delphi 5. In many cases
(always other cases) pressing F7 or F8 lets the application and Delphi 5
go sleeping forever.


-- Regards, Andreas Hausladen 

Subject: Re: How to add new kind of items to JvInspector?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 5 Jun 2004 08:42:41 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl> wrote:
>> >> I'd like to have an items representing path and file. Just like
>> >> regular string-edit, but it should have edit button. That button
>> >> should run standard "select directory" and "open file" dialogs.
>> >> Where to start? May be someone alerady done this?
> >
> >     I know someone did this, but for the life of me can't figure out
> > who it was.

Hello,

it was me, i think :-) I have made an editor for TFileName's and had
uploaded it to the binary group. Someone (now _I_ do not know who it was)
had done some enhancements to this editor but i do not know why it has not
been integrated in the "official" source.

At the moment i have this editor integrated in an own package together with
some other editors for datatypes i use in a special project (they are not
usefull for others since they are very project-specific).

I could extract the source for the TFileName-editor from this package and
load it to binaries or to Mantis (maybe i will have time tomorrow).

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: VisualCLX progress
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 05 Jun 2004 06:17:49 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>  From JvYearGrid:
>   // (rom) i doubt that ShellExecute is a Linux function

This is an older comment.



Subject: Re: Help needed: D5 and Managed Threads
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 05 Jun 2004 12:54:36 +1000
Newsgroups: jedi.vcl

Ok.

Now that the non closing application is fixed, an other problem surfaced in both the demos: Pressing the terminate button when the demo is running triggers an AV exception.
It's a pain to debug pascal code under BCB, so if someone could have a look at it, I'd greatly appreciate that.

Thanks

Olivier


Subject: Re: Help needed: D5 and Managed Threads
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 05 Jun 2004 12:51:31 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Fixed.
>
Yep, the balls demo now works well


Subject: Re: Grid Question...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 05 Jun 2004 10:33:55 +1000
Newsgroups: jedi.vcl

De Armas Adrian wrote:

> Hi Jedi...
>
> I have a question about the components set...
> I was wondering if there's any component in the JVCL capable of doing grids
> like these ones...
>
> http://www.janusys.com

We don't have that at the moment. This is something that I've considered for a while but it is not yet ready.


Subject: Re: VisualCLX progress
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 05 Jun 2004 01:51:27 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> André Snepvangers wrote:
>
>> Validators is missing under kylix due to aresource conflict.
>
>
> Please tell which resource. This is something another developer can work on.
>
Should I really reply ? There are 4 (!) units in Validators (run + design)

From JvYearGrid:
  // (rom) i doubt that ShellExecute is a Linux function

ctrl F maybe? It is implemented in QWindows. :~

Well I have my doubts too ...



Subject: Grid Question...
From: "De Armas Adrian" <adearmas@ar.sicorp.net>
Date: Fri, 4 Jun 2004 16:33:06 -0300
Newsgroups: jedi.vcl

Hi Jedi...

I have a question about the components set...
I was wondering if there's any component in the JVCL capable of doing grids
like these ones...

http://www.janusys.com

I am trying the components I have in my jedi palletes but they are too many
and I can't find any capable of doing something like this, but probably it's
just me that I don't know how to use them.

Regards...

Adrian



__________________________________________________________________
Adrian De Armas ICQ#: 53420113 Current ICQ status: + More ways to contact me
__________________________________________________________________




Subject: Re: Error JCL
From: "Reinaldo" <reinaldo@mega-oestepta.com.br>
Date: Fri, 4 Jun 2004 16:30:49 -0300
Newsgroups: jedi.vcl

Based in its reply, I took off one service SSH in the Path and later the JCL
it was installed without problems.


Debtor for its interest and excuse for bad English

Reinaldo

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> escreveu na mensagem
news:c9qedh$cbn$1@talkto.net...
> > Reinaldo wrote:
> >
>> > > here is mentioned file
> >
> > The size of the file would have been enough. Unfortunatelly it wasn't what
> > I thought. So the problem must be somewhere else.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Error JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 21:12:30 +0200
Newsgroups: jedi.vcl

Reinaldo wrote:

> > here is mentioned file

The size of the file would have been enough. Unfortunatelly it wasn't what
I thought. So the problem must be somewhere else.


-- Regards, Andreas Hausladen 

Subject: Re: Error installing latest CVS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 4 Jun 2004 19:11:57 +0200
Newsgroups: jedi.vcl

> > I get the following error, did it happen before to anyone?
You need the latest JCL as well. Get it from CVS or from
http://jcl.sf.net/daily

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Error installing latest CVS
From: "De Armas Adrian" <adearmas@ar.sicorp.net>
Date: Fri, 4 Jun 2004 13:50:49 -0300
Newsgroups: jedi.vcl

I get the following error, did it happen before to anyone?

[Compiling: JvCoreD7R.bpl]

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

D:\Archivos de
programa\Borland\Delphi7\Componentes\JVCL\jvcl\run\JvJVCLAboutForm.pas(140)
Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

JvCoreD7R.dpk(93) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

** error 1 ** deleting JvCoreD7R.bpl

** error 1 ** deleting CompilePackages



__________________________________________________________________ Adrian De
Armas ICQ#: 53420113 Current ICQ status: + More ways to contact me
__________________________________________________________________




Subject: Re: Error JCL
From: "Reinaldo" <reinaldo@mega-oestepta.com.br>
Date: Fri, 4 Jun 2004 13:41:00 -0300
Newsgroups: jedi.vcl

here is mentioned file

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> escreveu na mensagem
news:c9pvjb$910$2@talkto.net...
> > Please open a console window and type
> >
> > set >temp.txt
> >
> > and tell us the size of the temp.txt file.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen


ALLUSERSPROFILE=C:\Documents and Settings\All Users
APPDATA=C:\Documents and Settings\home\Dados de aplicativos
CLIENTNAME=Console
CommonProgramFiles=C:\Arquivos de programas\Arquivos comuns
COMPUTERNAME=REINALDO
ComSpec=C:\WINDOWS\system32\cmd.exe
HOMEDRIVE=C:
HOMEPATH=\Documents and Settings\home
LOGONSERVER=\\REINALDO
NUMBER_OF_PROCESSORS=1
OS=Windows_NT
Path=C:\ARQUIV~1\Borland\Delphi5\Projects\Bpl;C:\ARQUIV~1\Borland\vbroker\jre\Bin;C:\ARQUIV~1\Borland\vbroker\Bin;C:\ARQUIV~1\Borland\Delphi5\Bin;C:\Arquivos de programas\Borland\Delphi7\Bin;C:\Arquivos de programas\Borland\Delphi7\Projects\Bpl\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Arquivos de programas\Symantec\pcAnywhere\;C:\Arquivos de programas\Microsoft SQL Server\80\Tools\BINN;C:\Arquivos de programas\SSH Communications Security\SSH Secure Shell
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 6 Model 8 Stepping 1, AuthenticAMD
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=0801
ProgramFiles=C:\Arquivos de programas
PROMPT=$P$G
SESSIONNAME=Console
SystemDrive=C:
SystemRoot=C:\WINDOWS
TEMP=C:\DOCUME~1\home\CONFIG~1\Temp
TMP=C:\DOCUME~1\home\CONFIG~1\Temp
USERDOMAIN=REINALDO
USERNAME=Home
USERPROFILE=C:\Documents and Settings\home
windir=C:\WINDOWS

temp.txt
	



Subject: Re: Help needed: D5 and Managed Threads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 17:44:15 +0200
Newsgroups: jedi.vcl

Fixed.

-- Regards, Andreas Hausladen 

Subject: Re: How to add new kind of items to JvInspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 4 Jun 2004 17:08:46 +0200
Newsgroups: jedi.vcl

> > I'd like to have an items representing path and file. Just like regular
> > string-edit, but it should have edit button. That button should run
standard
> > "select directory" and "open file" dialogs.
> > Where to start? May be someone alerady done this?

    I know someone did this, but for the life of me can't figure out who it
was.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Help needed: D5 and Managed Threads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 17:03:07 +0200
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> > I don't know what's supposed to happen (Adding a ball only results in a
> > white non motional circle in the top left corner of the box)

I changed the code, so the balls move. But the endless loop at program
termination remains.


-- Regards, Andreas Hausladen 

Subject: How to add new kind of items to JvInspector?
From: "George Brink" <siberianowl@yahoo.com>
Date: Fri, 4 Jun 2004 11:03:04 -0400
Newsgroups: jedi.vcl

I'd like to have an items representing path and file. Just like regular
string-edit, but it should have edit button. That button should run standard
"select directory" and "open file" dialogs.
Where to start? May be someone alerady done this?




Subject: Re: Propably new feature for the Installer
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 4 Jun 2004 17:00:54 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:c9pruh$7kc$4@talkto.net...
> >
> > Should I implement such a feature in the installer?
> >

Hi,

that would be VERY usefull!

I ran into a simillar situation some time before: i had tested my own
software that installed some packages. A few days later i made a checkuout
and got the same error because i had not removed the software that had
installed some packages into the system directory. It took quit some time
until i noticed what was going wrong and why the install worked on anthoer
computer without problems.

You see, that you are not the only one that had such a problem and in the
installer would prevent this it would be very nice,

Ciao,
Ralf



Subject: Re: Error JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 16:59:34 +0200
Newsgroups: jedi.vcl

Please open a console window and type

set >temp.txt

and tell us the size of the temp.txt file.


-- Regards, Andreas Hausladen 

Subject: Error JCL
From: "Reinaldo" <reinaldo@mega-oestepta.com.br>
Date: Fri, 4 Jun 2004 11:55:21 -0300
Newsgroups: jedi.vcl

When I try to execute install of the JCL library appears the message:

Make version 5.2
cd ..

Fatal: Command arguments too long

What it can be this?

JCL = Day Jun-03-2004

Thanks





Subject: Re: Help needed: D5 and Managed Threads
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Fri, 04 Jun 2004 16:48:08 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Hans-Eric Grönlund wrote:
>
>
>> I don't know what's supposed to happen (Adding a ball only results in a
>> white non motional circle in the top left corner of the box), but I can
>> confirm that the application is not shutdown properly. It takes all CPU
>> power and I have to kill the application in order to make it stop.
>
>
> The CPU eater is an exception in a endless loop.
>
>
>

Yes, I noticed that. The exception is raised by the worker thread in TMTThread.CheckTerminate, which is indirectly invoked by TMTAsyncBuffer.WorkerExecute's: FVCLReady.Wait;


Subject: Re: Help needed: D5 and Managed Threads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 16:28:23 +0200
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> > I don't know what's supposed to happen (Adding a ball only results in a
> > white non motional circle in the top left corner of the box), but I can
> > confirm that the application is not shutdown properly. It takes all CPU
> > power and I have to kill the application in order to make it stop.

The CPU eater is an exception in a endless loop.



-- Regards, Andreas Hausladen 

Subject: Re: JvNavigationPane.pas - TObjectList
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 16:15:02 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > You can remove it. It was used in a previous version of the tool panel
> > but is not needed anymore.

Done.


-- Regards, Andreas Hausladen 

Subject: Re: JvNavigationPane.pas - TObjectList
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Jun 2004 16:12:54 +0200
Newsgroups: jedi.vcl

You can remove it. It was used in a previous version of the tool panel but
is not needed anymore.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: I need some private BCB help
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 04 Jun 2004 16:03:51 +0200
Newsgroups: jedi.vcl

I have written a commercial Delphi component which will be used in BCB.
I have no BCB so i need someone to create the BCB package for me.
Please contact me directly.



Subject: Re: Help needed: D5 and Managed Threads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 16:03:11 +0200
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> > It takes all CPU power and I have to kill the 
> > application in order to make it stop.

I love my HT processor. One single thread can only take 50% CPU power, so
I can switch to Delphi without any time issue.



-- Regards, Andreas Hausladen 

Subject: Re: Propably new feature for the Installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 04 Jun 2004 16:02:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Should I implement such a feature in the installer?

Cannot hurt.



Subject: Re: Silly question (CVS)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 15:58:39 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

or go to http://jvcl.sourceforge.net/daily and
http://jcl.sourceforge.net/daily (do not mix CVS and release versions of
JVCL and JCL)



-- Regards, Andreas Hausladen 

Subject: Propably new feature for the Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 15:57:16 +0200
Newsgroups: jedi.vcl

I replaced JVCL 1.0 from my Delphi 5 installer by JVCL 3. After starting
Delphi 5 I got a "entry point xxx was not found in module xxx". But a
Dependency viewer showed that the mangled function is in the library.
After a lot reseach I came to the idea to scan my whole disk for the
JvCoreD5D.bpl file and volà I found a second in the C++Builder 6 Trail
project\bpl directory (I think this was a result of the build system when
it was written). Now I came to the idea that the installer could scan all
PATH environment paths for a duplicated package file.

Should I implement such a feature in the installer?


-- Regards, Andreas Hausladen 

Subject: Re: Silly question (CVS)
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 04 Jun 2004 15:46:58 +0200
Newsgroups: jedi.vcl

google for cvsnt and tortoisecvs when using windows.

have a look at jedi project page on sourceforge for cvs settings.

De Armas Adrian wrote:
> Hi Jedi!... How can I download the latest CVS snapshot?... What do I need to
> do that?
>
> Thanks...
>
> Regards.
>
> Adrian
>
> __________________________________________________________________ Adrian De
> Armas ICQ#: 53420113 Current ICQ status: + More ways to contact me
> __________________________________________________________________
>
>


Subject: Silly question (CVS)
From: "De Armas Adrian" <adearmas@ar.sicorp.net>
Date: Fri, 4 Jun 2004 10:45:34 -0300
Newsgroups: jedi.vcl

Hi Jedi!... How can I download the latest CVS snapshot?... What do I need to
do that?

Thanks...

Regards.

Adrian

__________________________________________________________________ Adrian De
Armas ICQ#: 53420113 Current ICQ status: + More ways to contact me
__________________________________________________________________




Subject: Re: JvNavigationPane.pas - TObjectList
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 04 Jun 2004 23:34:46 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I found this TObjectLIst implementation in JvnavigationPane.pas in the
> implementation section but it is nowhere referenced. And it looks like a
> own Contnrs.TObjectList implementation. I delete it in the next two hours
> if there is no veto.

None from me


Subject: Re: Help needed: D5 and Managed Threads
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Fri, 04 Jun 2004 15:34:14 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Hi
>
> Can anyone with D5 installed test the JvManagedThreads examples.
> The simple test with the balls one is to start it, launch a few balls and close the application. Let me know how this goes.
> Under BCB5, the application won't close, but does in BCB6 so I suspect it is a VCL related problem, hence the need for testing under D5.
>
> Thanks for any help
>
> Olivier Sannier
> JVCL Developer

I don't know what's supposed to happen (Adding a ball only results in a white non motional circle in the top left corner of the box), but I can confirm that the application is not shutdown properly. It takes all CPU power and I have to kill the application in order to make it stop.

Regards

Hans-Eric Grönlund


Subject: Re: PrintPreview question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 4 Jun 2004 15:26:02 +0200
Newsgroups: jedi.vcl

> > Care to share the link?
Always :)

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnie55/html
/beyondprintpreview.asp

Can you please look at the JvHTMLParser question I just posted?

Marko




Subject: JvNavigationPane.pas - TObjectList
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 15:23:45 +0200
Newsgroups: jedi.vcl

I found this TObjectLIst implementation in JvnavigationPane.pas in the
implementation section but it is nowhere referenced. And it looks like a
own Contnrs.TObjectList implementation. I delete it in the next two hours
if there is no veto.

//=== TObjectList
============================================================

type
  TObjectList = class(TList)
  protected
    procedure Notify(Ptr: Pointer; Action: TListNotification); override;
  end;

procedure TObjectList.Notify(Ptr: Pointer; Action: TListNotification);
begin
  inherited Notify(Ptr, Action);
  if Action = lnDeleted then
    TObject(Ptr).Free;
end;


-- Regards, Andreas Hausladen 

Subject: Help needed: D5 and Managed Threads
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 04 Jun 2004 23:20:28 +1000
Newsgroups: jedi.vcl

Hi

Can anyone with D5 installed test the JvManagedThreads examples.
The simple test with the balls one is to start it, launch a few balls and close the application. Let me know how this goes.
Under BCB5, the application won't close, but does in BCB6 so I suspect it is a VCL related problem, hence the need for testing under D5.

Thanks for any help

Olivier Sannier
JVCL Developer


Subject: Re: PrintPreview question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Jun 2004 15:19:03 +0200
Newsgroups: jedi.vcl

Care to share the link?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Marko Binic" <maxsoft@ptt.yu> skrev i meddelandet news:c9ppj6$7ue$2@talkto.net...
>> > > you may have a look in MSDN under the keyword "IviewObject".
> >
> > GOT IT! I've found a solution, it's on msn, but it's not the IViewObject.
> > It's the print templates, and, as MS says, they should be nice and easy to
> > use. :)
> >
> >  Thanks alot!
> >
> > Marko
> >
> >




Subject: Re: PrintPreview question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 4 Jun 2004 15:16:21 +0200
Newsgroups: jedi.vcl

> > you may have a look in MSDN under the keyword "IviewObject".

GOT IT! I've found a solution, it's on msn, but it's not the IViewObject.
It's the print templates, and, as MS says, they should be nice and easy to
use. :)

 Thanks alot!

Marko




Subject: JvHTMLParser
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 4 Jun 2004 15:11:19 +0200
Newsgroups: jedi.vcl

I think that JVHTMLParser is the best html parser component I've seen, it
gives the developer lots of freedom and parses very fast. BUT, it seems to
be missing some very importatnt features. It should be able to provide the
position of the beginning and of the end of the current tag, and also parse
attributes of found html tags. Will these features be added any time soon?
If not, can anyone show me how to modify that component so it can do those
things?

Marko




Subject: Re: JvDynControlEngine
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 15:10:47 +0200
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> > It's not available in D5.

Now we have a new function VarIsInt() that is
VarIsOrdinal-[varBoolean,varInt64]

-- Regards, Andreas Hausladen 

Subject: Re: JvDynControlEngine
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Fri, 04 Jun 2004 15:02:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>>    if VarIsOrdinal(Value) then
>
> Is VarIsOrdinal available in D5? I think not.
>

It's not available in D5.


Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 14:53:17 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > OK. I need some time for this. (other things to do)

If it works now, where is the problem. Why must the panels be transparent?



-- Regards, Andreas Hausladen 

Subject: Re: action bands
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Jun 2004 14:35:42 +0200
Newsgroups: jedi.vcl

> > Do I have to recompile the JCL and JVCL after patching the action band
> > stuff??
It won't hurt although nothing in J(V)CL directly uses it AFAIK.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDynControlEngine
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Jun 2004 14:33:43 +0200
Newsgroups: jedi.vcl

> >     if VarIsOrdinal(Value) then
Is VarIsOrdinal available in D5? I think not.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 14:14:47 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I had deactivated the transparent in JvParameterList and remko in
> > JvPanel if theming is activated.

OK. I need some time for this. (other things to do)


-- Regards, Andreas Hausladen 

Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 14:13:33 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > You can see the effect with the VCL and the JVCL DynControlEngine.

No, I cannot see the effect. The controls are painted correctly.




-- Regards, Andreas Hausladen 

Subject: JvDynControlEngine
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 14:03:31 +0200
Newsgroups: jedi.vcl

Prevention is always faster than an exception and does not show the
integrated debugger dialog. I had to deactivate the debugger dialogs for
the ParameterList example.

--------------------------------------
var Value: Variant
    if VarType(...) in [varSmallint, varInteger]
      ItemIndex := Value
    else
    try
      ItemIndex := Value;
    except
      ItemIndex := Items.IndexOf(Value);
    end;
--------------------------------------

I'll change this to
--------------------------------------
    if VarIsOrdinal(Value) then
      ItemIndex := Value
    else
      ItemIndex := Items.IndexOf(Value);
--------------------------------------


-- Regards, Andreas Hausladen 

Subject: Re: Problem when Installing the latest CSV release (D5 and D7)
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Fri, 4 Jun 2004 13:59:06 +0200
Newsgroups: jedi.vcl

I have allready downloaded the latests snapshot (done just before my initial
post).
I will wait a little bit, and check them tomorrow...

Are the Clx problems also solved ?

Thank you

"OBones" <obones_REM_SPM_@_PIF_meloo.com> a écrit dans le message de
news:c9pef6$5br$1@talkto.net...
> > Stephane Wierzbicki wrote:
>> > > Hi,
>> > >
>> > > I have just downloaded the daily CSV snapshot of  JCL and JVCL.
>> > > JCL install without any problems.
>> > >
>> > >
>> > > Let's start with D5 (with the latest SP)
>> > >
>> > > When Installing JVCL on D5 :
>> > > I'm getting an "Indentifier not declared" : Header
> > This is already fixed in CVS. Please use the latest version by
> > downloading a daily snapshot here:
> >
> > http://jvcl.sf.net/daily/
> >
> > You will also need the latest JCL, as daily snapshot here:
> >
> > http://jcl.sf.net/daily/
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 04 Jun 2004 13:41:25 +0200
Newsgroups: jedi.vcl

Thanks.

In the current release you can't see the behaviour any longer. If you want to reproduce it, you had to revert the last to changes of remko and me.

I had deactivated the transparent in JvParameterList and remko in JvPanel if theming is activated.

Greetings
Jens

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> The example is posted. It's in examples\JvParameterList.
>
>
> The following changelog prevents the example to install. I will change it
> so it could be compiled with the new JvCipher.pas
>
> - reimplemented TJvXORCipher, TJvVigenereCipher and JvCaesarCipher from
> scratch in JvCipher.pas // (rom)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 4 Jun 2004 13:32:51 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > The example is posted. It's in examples\JvParameterList.

The following changelog prevents the example to install. I will change it
so it could be compiled with the new JvCipher.pas

- reimplemented TJvXORCipher, TJvVigenereCipher and JvCaesarCipher from
scratch in JvCipher.pas // (rom)


-- Regards, Andreas Hausladen 

Subject: action bands
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 04 Jun 2004 12:42:28 +0200
Newsgroups: jedi.vcl

Hi again,

these Action Bands really mess my life up ;-)

Well, I thought everything was fine, but now the integrated debugger tells me there's an application exception, which isn't there if I run the app w/o debugger.

Do I have to recompile the JCL and JVCL after patching the action band stuff??

-- 
Holger


Subject: Re: Problem when Installing the latest CSV release (D5 and D7)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 04 Jun 2004 20:13:21 +1000
Newsgroups: jedi.vcl

Stephane Wierzbicki wrote:
> Hi,
>
> I have just downloaded the daily CSV snapshot of  JCL and JVCL.
> JCL install without any problems.
>
>
> Let's start with D5 (with the latest SP)
>
> When Installing JVCL on D5 :
> I'm getting an "Indentifier not declared" : Header
This is already fixed in CVS. Please use the latest version by downloading a daily snapshot here:

http://jvcl.sf.net/daily/

You will also need the latest JCL, as daily snapshot here:

http://jcl.sf.net/daily/

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Problem when Installing the latest CSV release (D5 and D7)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Jun 2004 11:36:34 +0200
Newsgroups: jedi.vcl

> > Let's start with D5 (with the latest SP)
> >
> > When Installing JVCL on D5 :
> > I'm getting an "Indentifier not declared" : Header
This was fixed sometime yesterday. See Mantis #1827

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem when Installing the latest CSV release (D5 and D7)
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Fri, 4 Jun 2004 10:22:47 +0200
Newsgroups: jedi.vcl

Hi,

I have just downloaded the daily CSV snapshot of  JCL and JVCL.
JCL install without any problems.


Let's start with D5 (with the latest SP)

When Installing JVCL on D5 :
I'm getting an "Indentifier not declared" : Header

This occurs on JVCoreD5D package.
Unit : JvDynControlEngineVCL.pas

Methods:

procedure TJvDynControlVCLCheckListBox.ControlSetHeader(Index: Integer;
Value: Boolean);
begin
  {$IFDEF VCL}
  Header[Index] := Value;
  {$ENDIF}
end;

function TJvDynControlVCLCheckListBox.ControlGetHeader(Index: Integer):
Boolean;
begin
  {$IFDEF VCL}
  Result := Header[Index];
  {$ENDIF}
end;

Let's continu now with D7

Everything run smooth if I disable the CLX components.
When enablig them, I'm getting this error :

Could'nt find JvQDBReg.Dcu
Package : JvQDBD7D.dpk

When removing this unit and compiling within D7 it works.
When launching the installer, this unit is automatically added. As it is not
present on my system, installation failed !!

Any idea for this ?




Subject: Re: jvAppStorageSelectList
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 04 Jun 2004 09:48:04 +0200
Newsgroups: jedi.vcl

Hi

the best is asking me :-) I have created it.

Look at the example in examples\jvParameterList. There is also an example for the JvAppStorageSelectList.

If you have further question, ask me. But maybe you had to wait a little bit, hopefully i will be one week on holiday from sunday :-)

Greetings
Jens

Chris Pall wrote:
> I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.
>
> However!
>
> I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?
>
> Chris

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Virtual memory watchdog
From: "AlexB" <b.a.v@ngs.ru>
Date: Fri, 4 Jun 2004 11:29:21 +0700
Newsgroups: jedi.vcl

Hi noble Jedies!

Does JCL contain a class/function for tracking a total amount of virtual
memory allocated by application?

I want to track application memory because I suspect memory leak in third
party dll.

AlexB.




Subject: Re: TJvSchedulerEvents tutorial
From: Chris Pall <noemailgiven@noemailhere.com>
Date: Thu, 03 Jun 2004 22:36:34 -0400
Newsgroups: jedi.vcl

Are you still in need of this example?

Chris

Slavisa wrote:

> Does anybody can tell me where i can find good
> TJvSchedulerEvents tutorial (or example, at least)
>
>


Subject: Re: Is there a list of components in Ver 2 and not in Version3
From: Chris Pall <noemailgiven@noemailhere.com>
Date: Thu, 03 Jun 2004 22:36:01 -0400
Newsgroups: jedi.vcl

under the help directory you can find all those dtx files which contain descriptions etc...

also you will see a file RegisteredClasses.txt

Try that

Chris

Dave Eaton wrote:

> Hi,
>
> Is there a list of components dropped or not in 3 that was in version2.
> Looking for the JVMLButton the multiline pusbutton.
>
> Thanks for any help.
>
> Dave
>
>


Subject: jvAppStorageSelectList
From: Chris Pall <noemailgiven@noemailhere.com>
Date: Thu, 03 Jun 2004 22:04:53 -0400
Newsgroups: jedi.vcl

I did an example with the AppStorage component (demonstrating various things such as how to switch between XML and INI and registry storage) and that works very nicely.

However!

I'm trying to do an example using jvAppStorageSelectList and I can't seem to figure out how the jvAppStorageSelectList works exactly. Can anybody give me a very very short rundown?

Chris


Subject: Re: What is that (JvExControls.pas)
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 04 Jun 2004 00:09:28 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> They are never the same once I commmit them. (// $Id: $)
>
>
> You got me :-)
>
>

The good side of it is that it assures that the files are in sync time after time.

Some notes:
Jvclvclclx
- try
    Windows.api...
  don't get translated. (JvLookOut)
- I have renamed JVQCLXVer into JVCLXVer for obvious reasons. I don't get it translated no matter were I put it. (ultraedit helps though)

JvExComCtrls:
- Tree & list views don't work.
  changing JvExCustomtreeview.painting to call just inherited helps.
- DoubleBuffering does not work with edit controls: no text no cursor.

Regards,

André Snepvangers
    





Subject: Re: What is that (JvExControls.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 3 Jun 2004 21:56:29 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > They are never the same once I commmit them. (// $Id: $)

You got me :-)


-- Regards, Andreas Hausladen 

Subject: Re: What is that (JvExControls.pas)
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 03 Jun 2004 21:10:45 +0200
Newsgroups: jedi.vcl

What is that (VclClxCvt.pas)

  if not ForceOverwrite and FileExists(Filename) then
  begin
    ReadFileToString(Filename, OldFileContent);
    if OldFileContent = S then
      Exit; // file content is the same
  end;

They are never the same once I commmit them. (// $Id: $)

Regards,

André Snepvangers


Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 03 Jun 2004 20:59:46 +0200
Newsgroups: jedi.vcl

The example is posted. It's in examples\JvParameterList.

You can see the effect with the VCL and the JVCL DynControlEngine.

Greetings
Jens

Andreas Hausladen wrote:
> Jens wrote:
>
>
>> (Mantis  0001819) has problems with the TJvPanel
>> in combination with other controls.
>
>
> Please post an example (no screen shot, because that is already in
> Mantis). I'm not willing to try any combination.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 03 Jun 2004 20:19:19 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Remko Bonte wrote:
>
>> Yes, you're probably correct about that JVCL should not be a a bug fix
>> package for the VCL, but I encountered this problem again and again when
>> working with themes in JVCL and so there are already several
>> work-arounds in JVCL for this problem (weirdly enough also in VCL). Also
>> I thought the solution could be implemented pretty simply in the JvEx..
>> units.
>
> JvExControls is one part. But normaly theming related code should go to
> JvThemes. Now we have both, means I have implemented the VCL bug fix in
> JvThemes.pas.

I am not 100% sure whether this is purely theming related and/or a VCL bug. You could argue that a control should restore the DC after a WM_PRINT/WM_PRINTCLIENT. You could also argue that the API DrawThemeParentBackground should ensure that the DC isn't altered (Thus DrawThemeParentBackground should have called SaveDC/RestoreDC. If you go for the first then it is not theme related because WM_PRINTCLIENT is used for other stuff such as AnimateWindow etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Is there a list of components in Ver 2 and not in Version3
From: "Dave Eaton" <Daveeaton@yahoo_NO_SPAM_.com>
Date: Thu, 3 Jun 2004 11:28:43 -0600
Newsgroups: jedi.vcl

Hi,

Is there a list of components dropped or not in 3 that was in version2.
Looking for the JVMLButton the multiline pusbutton.

Thanks for any help.

Dave




Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 3 Jun 2004 19:12:06 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Yes, you're probably correct about that JVCL should not be a a bug fix
> > package for the VCL, but I encountered this problem again and again when
> > working with themes in JVCL and so there are already several
> > work-arounds in JVCL for this problem (weirdly enough also in VCL). Also
> > I thought the solution could be implemented pretty simply in the JvEx..
> > units.

JvExControls is one part. But normaly theming related code should go to
JvThemes. Now we have both, means I have implemented the VCL bug fix in
JvThemes.pas.


-- Regards, Andreas Hausladen 

Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 03 Jun 2004 19:08:14 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>> (**) Drop a TStaticText on a TPanel in a themed application,
>> the font of the static text will be reset to the System Font. Drop a
>> TCheckBox on a TPanel in a themed application, the checkbox will have no
>> focus rectangle.
>
> This is not the JVCL's doubt. This also happens an application that does
> not include any JVCL/JCL unit. JVCL is not a bug fix package for the VCL.
> But I try looking at a solution.

Yes, you're probably correct about that JVCL should not be a a bug fix package for the VCL, but I encountered this problem again and again when working with themes in JVCL and so there are already several work-arounds in JVCL for this problem (weirdly enough also in VCL). Also I thought the solution could be implemented pretty simply in the JvEx.. units.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 3 Jun 2004 17:45:09 +0200
Newsgroups: jedi.vcl

Jens wrote:

> > (Mantis  0001819) has problems with the TJvPanel
> > in combination with other controls.

Please post an example (no screen shot, because that is already in
Mantis). I'm not willing to try any combination.



-- Regards, Andreas Hausladen 

Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 3 Jun 2004 17:14:03 +0200
Newsgroups: jedi.vcl

Jens wrote:

> > Is this also for the TJvPanel? Your changes (from my fast view) only
> > changes the EditControls.

The change fixed the TStaticText issue on a JvPanel (tested only with
Delphi 7)


> > Because the raising bug (Mantis  0001819) has problems with the TJvPanel
> > in combination with other controls.

This was not the purpose of this fix.




-- Regards, Andreas Hausladen 

Subject: Re: Printpreview and progranmatily printsetup
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 3 Jun 2004 13:25:53 +0200
Newsgroups: jedi.vcl

> > I use the printpreview to render images and spool to printer but send the
> > job to a diferent printer and change the printer setup pagesize,
orientation
> > etc depending of certain parameters. I try use for it the jclprintset, the
> > results on preview are correct but when print it using the
TJvpreviewprinter
> > then parameters to print are incorrect. The sample of jvcl use the
> > printsetupdialog an printdialog but in my proyect is no applcable because
is
> > un automated system.

I'm not familiar with the TJCLPrintSet and it's hard to give any advice
without knowing how you are using the components. Basically, you need to set
up the printer the same way as the preview or the preview the same way as
the printer, but *how* you do that is up to you (the demo uses a PrintDialog
because that's the simplest way).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net
> >
> > Any idea?
> >
> >




Subject: Printpreview and progranmatily printsetup
From: "Jesus Fernández" <jesus@teide.net>
Date: Thu, 3 Jun 2004 11:50:11 +0100
Newsgroups: jedi.vcl

I use the printpreview to render images and spool to printer but send the
job to a diferent printer and change the printer setup pagesize, orientation
etc depending of certain parameters. I try use for it the jclprintset, the
results on preview are correct but when print it using the TJvpreviewprinter
then parameters to print are incorrect. The sample of jvcl use the
printsetupdialog an printdialog but in my proyect is no applcable because is
un automated system.

Any idea?




Subject: Re: What is that (JvExControls.pas)
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 03 Jun 2004 12:02:32 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>        OriginalPainter := Canvas.Handle;
>        Canvas.Handle := QPainter_create(Pixmap);
>        TControlCanvas(Canvas).StartPaint;
> -      {$IFDEF MSWINDOWS}
>        QPainter_setClipRegion(Canvas.Handle, EventRegion);
>        QPainter_setClipping(Canvas.Handle, True);
>        R := Rect(0, 0, 0, 0);
>        QRegion_boundingRect(EventRegion, @R);
> -      {$ENDIF MSWINDOWS}
> -      {$IFDEF LINUX}
> -      // asn: region ignored, so paint all
> -      R := rect(0, 0, width, height);
> -      {$ENDIF LINUX}
>      end;
>
> Looks like that someone (asnepvangers) has made changes to
> run/JvExControls.pas without updateing the templates.
>
>
I leave the templates up to you.

Regards,

André


Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 3 Jun 2004 11:09:11 +0200
Newsgroups: jedi.vcl

> >
>> >> Solution would be to call SaveDC before WM_PRINTCLIENT is called and
>> >> RestoreDC afterwards as described in QC report #4304. Can this be done
>> >> in one of the JvEx.. units, or should it be done somewhere else?
> >
> >Done.
> >

Is this also for the TJvPanel? Your changes (from my fast view) only
changes the EditControls.
Because the raising bug (Mantis  0001819) has problems with the TJvPanel
in combination with other controls.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: @Andreas: Problem with themed panels, groupboxes etc.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 3 Jun 2004 10:58:43 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Solution would be to call SaveDC before WM_PRINTCLIENT is called and
> > RestoreDC afterwards as described in QC report #4304. Can this be done
> > in one of the JvEx.. units, or should it be done somewhere else?

Done.


> > (**) Drop a TStaticText on a TPanel in a themed application,
> > the font of the static text will be reset to the System Font. Drop a
> > TCheckBox on a TPanel in a themed application, the checkbox will have no
> > focus rectangle.

This is not the JVCL's doubt. This also happens an application that does
not include any JVCL/JCL unit. JVCL is not a bug fix package for the VCL.
But I try looking at a solution.


-- Regards, Andreas Hausladen 

Subject: What is that (JvExControls.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 3 Jun 2004 10:34:04 +0200
Newsgroups: jedi.vcl


       OriginalPainter := Canvas.Handle;
       Canvas.Handle := QPainter_create(Pixmap);
       TControlCanvas(Canvas).StartPaint;
-      {$IFDEF MSWINDOWS}
       QPainter_setClipRegion(Canvas.Handle, EventRegion);
       QPainter_setClipping(Canvas.Handle, True);
       R := Rect(0, 0, 0, 0);
       QRegion_boundingRect(EventRegion, @R);
-      {$ENDIF MSWINDOWS}
-      {$IFDEF LINUX}
-      // asn: region ignored, so paint all
-      R := rect(0, 0, width, height);
-      {$ENDIF LINUX}
     end;

Looks like that someone (asnepvangers) has made changes to
run/JvExControls.pas without updateing the templates.


-- Regards, Andreas Hausladen 

Subject: Re: TNTProductType
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 3 Jun 2004 08:40:39 +0200
Newsgroups: jedi.vcl

> > How do I use the TNTProductType of TJvComputerInfoEx component?
I am afraid I might not understand, but you read it to determine what
version of NT the user is running on. If the user is using a non-NT OS,
ProductType is set to ptUnknown.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VisualCLX progress
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 03 Jun 2004 06:21:35 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Validators is missing under kylix due to aresource conflict.

Please tell which resource. This is something another developer can work on.



Subject: @Andreas: Problem with themed panels, groupboxes etc.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 03 Jun 2004 00:34:23 +0200
Newsgroups: jedi.vcl

(This is also described in QC report #4304, see http://qc.borland.com/wc/wc.exe/details?ReportID=4304).

On Delphi 7 there are some problems with controls that can contain other controls, when the application is themed.

At various moments (*) controls will call the theme api DrawThemeParentBackground which will send a WM_PRINTCLIENT message to the parent to draw the parents client area. This message will ultimately call the Paint method of that parent.

Somehow the paint routine of some controls (that can be parents of other controls) leave the DC in an undetermined state, but windows assumes it's not, so weird things can happen (**).

Solution would be to call SaveDC before WM_PRINTCLIENT is called and RestoreDC afterwards as described in QC report #4304. Can this be done in one of the JvEx.. units, or should it be done somewhere else?

(*) For example in TWinControl.WMEraseBkgnd, TCustomStaticText.CNCtlColorStatic, or in the windows controls code itself.
(**) Drop a TStaticText on a TPanel in a themed application, the font of the static text will be reset to the System Font. Drop a TCheckBox on a TPanel in a themed application, the checkbox will have no focus rectangle.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Mantix #0001642
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 03 Jun 2004 00:23:12 +0200
Newsgroups: jedi.vcl

Hi Peter, Hi Marcel,

i've started some work on the Mantis #0001642. (6 weeks later :-)

Please have a look on my comments in mantis.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: TNTProductType
From: "Julio Cezar Kronbauer" <m22008@mx.unisc.br>
Date: Wed, 2 Jun 2004 18:00:14 -0300
Newsgroups: jedi.vcl

How do I use the TNTProductType of TJvComputerInfoEx component?

--





Julio Cezar Kronbauer
SystemHaus Norm. Inf. de Processos Ltda
Santa Cruz do Sul - RS
(51) 3711 7495
(51) 9216 0990
ICQ 278449215
Novo Hamburgo - RS
(51) 594 4841


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.693 / Virus Database: 454 - Release Date: 31/5/2004




Subject: Re: Printing Forms Easily
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 02 Jun 2004 22:31:29 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> André Snepvangers wrote:
>
>> Warren Postma wrote:
>>
>>>
>>> Yes, that looks very much like what I'm thinking of.
>>>
>>
>>
>>> I have hacked up something by copying out the code from TCustomForm.Print. Probably going to be good enough.
>>>
>> That just stretches the bitmap. Characters are pixilized. I wrote it with the idea of WYSWYG. Used it to print screen graphs (TPlotPanel), and with printer resolution.
>>
>>
>>  >
>>
>>> Does anyone think a component that does this for forms would be useful for JVCL? (Kind of an improvement over the builtin TForm.Print method).
>>>
>>
>> Yes, after I have changed the printer version with only little effort i used it to  print to PDF files ( with PDF in a Box).
>> A class with color translation options, background print or not. ( Don't need grayed background on paper) makes sense. Implementation is also pretty much straight forward.
>
>
> If you have any sample code to start with perhaps I can create a TJvFormPrinter component.
>
> Any unrecognized components would be rendered as bitmaps, and anything
> recognized would be replaced with  the relevant printed content.
>
> Warren
>
I will zip it and upload it to binairies.

André


Subject: Re: Printing Forms Easily
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 02 Jun 2004 22:30:25 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> André Snepvangers wrote:
>
>> Warren Postma wrote:
>>
>>>
>>> Yes, that looks very much like what I'm thinking of.
>>>
>>
>>
>>> I have hacked up something by copying out the code from TCustomForm.Print. Probably going to be good enough.
>>>
>> That just stretches the bitmap. Characters are pixilized. I wrote it with the idea of WYSWYG. Used it to print screen graphs (TPlotPanel), and with printer resolution.
>>
>>
>>  >
>>
>>> Does anyone think a component that does this for forms would be useful for JVCL? (Kind of an improvement over the builtin TForm.Print method).
>>>
>>
>> Yes, after I have changed the printer version with only little effort i used it to  print to PDF files ( with PDF in a Box).
>> A class with color translation options, background print or not. ( Don't need grayed background on paper) makes sense. Implementation is also pretty much straight forward.
>
>
> If you have any sample code to start with perhaps I can create a TJvFormPrinter component.
>

IMHO should have a owner/parent control, ie could also be a panel.

André


Subject: Re: Which version of JVCL to use
From: "Lou Feliz" <junkmail@krmrisk.net>
Date: Wed, 2 Jun 2004 13:18:29 -0700
Newsgroups: jedi.vcl

Thanks.

I am looking forward to it.  THe Plugin stuff is what interests me and the
rest is quite amazing.  Just need to convert my RX Lib 2.75 apps to it.

- Lou

"micha schumann" <schumannxx@itcxx-mdxx.dexx> wrote in message
news:c982ad$bjr$1@talkto.net...
> > I also use version jvcl3/jcl1.9 cvs for quite a time in a production
> > environment refresthing from time to time. My app does not cover all the
> > components but the only bugs I stick into are my own!
> >
> > - jcl seems rock solid to me
> > - Plugins work VERY well
> > - i use some of the xp and navpanel thingies
> > - tryicon works fine
> > - and others I would have to figure out in the source.
> >
> > I 100% agree with ssamayoa.
> >
> > micha
> >
> > Lou Feliz wrote:
>> > > Hello. Is V3 beta stable enough to install into Delphi 7 or should I
stick
>> > > with current V2 stable?
>> > >
>> > > -:Lou
>> > >
>> > >
> >
> >




Subject: Re: Printing Forms Easily
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 02 Jun 2004 16:11:50 -0400
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Warren Postma wrote:
>
>>
>> Yes, that looks very much like what I'm thinking of.
>>
>
>
>> I have hacked up something by copying out the code from TCustomForm.Print. Probably going to be good enough.
>>
> That just stretches the bitmap. Characters are pixilized. I wrote it with the idea of WYSWYG. Used it to print screen graphs (TPlotPanel), and with printer resolution.
>
>
>  >
>
>> Does anyone think a component that does this for forms would be useful for JVCL? (Kind of an improvement over the builtin TForm.Print method).
>>
>
> Yes, after I have changed the printer version with only little effort i used it to  print to PDF files ( with PDF in a Box).
> A class with color translation options, background print or not. ( Don't need grayed background on paper) makes sense. Implementation is also pretty much straight forward.

If you have any sample code to start with perhaps I can create a TJvFormPrinter component.

Any unrecognized components would be rendered as bitmaps, and anything
recognized would be replaced with  the relevant printed content.

Warren


Subject: Re: Printing Forms Easily
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 02 Jun 2004 22:11:27 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

>
> Yes, that looks very much like what I'm thinking of.
>


> I have hacked up something by copying out the code from TCustomForm.Print. Probably going to be good enough.
>
That just stretches the bitmap. Characters are pixilized. I wrote it with the idea of WYSWYG. Used it to print screen graphs (TPlotPanel), and with printer resolution.


>
> Does anyone think a component that does this for forms would be useful for JVCL? (Kind of an improvement over the builtin TForm.Print method).
>

Yes, after I have changed the printer version with only little effort i used it to  print to PDF files ( with PDF in a Box).
A class with color translation options, background print or not. ( Don't need grayed background on paper) makes sense. Implementation is also pretty much straight forward.

Regards,

André Snepvangers


Subject: Re: Printing Forms Easily
From: Warren Postma <wp.nospam@tekran.com>
Date: Wed, 02 Jun 2004 15:41:58 -0400
Newsgroups: jedi.vcl

André Snepvangers wrote:
>
> PrintIt( x, y, control: TControl)
> begin
> procedure PrintWinControl( x, y: integer; AClass: TWinControl) ;
> var
>   i : integer ;
> begin
>   with AClass do
>   for i:= 0 to aclass.ControlCount-1 do
>   begin
>     if Controls[i].visible then
>     begin
>       if Controls[i].InheritsFrom(TLabel)
>       then
>         PrintComponent( x,y, TLabel(AClass.Controls[i]) )
>       else if Controls[i].InheritsFrom(TPanel)
>       then
>         PrintComponent( x,y, TPanel(AClass.Controls[i]) )
>       else if Controls[i].InheritsFrom(TGroupBox)
>       then
>         PrintComponent( x,y, TGroupBox(AClass.Controls[i]))
>       else if Controls[i].InheritsFrom(TLabel)
>       then
>         PrintComponent( x,y, TLabel(AClass.Controls[i]) )
>       else if Controls[i].InheritsFrom(TEdit)
>       .....
>
> Maybe this what you are looking for?
>
> Regards,
>
> André Snepvangers  

Yes, that looks very much like what I'm thinking of.

I have hacked up something by copying out the code from TCustomForm.Print. Probably going to be good enough.

Does anyone think a component that does this for forms would be useful for JVCL? (Kind of an improvement over the builtin TForm.Print method).

Warren


Subject: VisualCLX progress
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 02 Jun 2004 20:32:48 +0200
Newsgroups: jedi.vcl

All clx packages have been updated. You can install it using the JVCL installer. It can be installed next to JVC. (no conflicts)
However it contains components with bugs: JvLinkLabel, JvBehaviourLabel, JvNavPane, JvSpinButton, all treeviews (JvEx ?)
I have updated the xml files. I have to backport some changes to the JVCL sources. Validators is missing under kylix due to aresource conflict. Also I have added some DB units, currently only for Kylix.

Regards,

André Snepvangers



Subject: Re: Printing Forms Easily
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 02 Jun 2004 11:59:16 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I need a quick and dirty dump-a-form-to-paper function, and it actually would be good to do a screen-capture and print the configuration screens of my program, because then the user can see easily how to enter the right information into their program, if they mess one field up, and need to recover one of the default values.
>
I have done something like that some time ago:
procedure PrintComponent( x,y : integer ; Bevel : TBevel );  overload ;
procedure PrintComponent( x,y : integer ; Lbl : TLabel ); overload ;
procedure PrintComponent( x,y : integer ; Memo : TMemo );overload ;
.....

PrintIt( x, y, control: TControl)
begin
procedure PrintWinControl( x, y: integer; AClass: TWinControl) ;
var
  i : integer ;
begin
  with AClass do
  for i:= 0 to aclass.ControlCount-1 do
  begin
    if Controls[i].visible then
    begin
      if Controls[i].InheritsFrom(TLabel)
      then
        PrintComponent( x,y, TLabel(AClass.Controls[i]) )
      else if Controls[i].InheritsFrom(TPanel)
      then
        PrintComponent( x,y, TPanel(AClass.Controls[i]) )
      else if Controls[i].InheritsFrom(TGroupBox)
      then
        PrintComponent( x,y, TGroupBox(AClass.Controls[i]))
      else if Controls[i].InheritsFrom(TLabel)
      then
        PrintComponent( x,y, TLabel(AClass.Controls[i]) )
      else if Controls[i].InheritsFrom(TEdit)
      .....

Maybe this what you are looking for?

Regards,

André Snepvangers   



Subject: Re: JvCheckedMaskEdit problem
From: Oliver Giesen <ogware@gmx.net>
Date: Wed, 02 Jun 2004 10:21:35 +0200
Newsgroups: jedi.vcl

OBones wrote:
>> Do you also see that extra button that is visible in Vladimir's screenshot? That is what is really confusing me as there is no hint at such a control anywhere in the code...
>
> yes, it is there, even at design time.

OK, I think I tracked that one down now. I must admit that I haven't been updating my working set of sources for some time as it didn't seem anything significant was happening to the controls I need for my everyday work (apart from style changes and introducing CLX-compatibility). However, I obviously missed that the ancestor of TJvCustomMaskEdit (which TJvCheckedMaskEdit is a descendant of) was changed recently from TJvExPubCustomMaskEdit to TJvCustomComboEdit. This is where the extra button and other behavioural changes originate. I don't really think that change made a lot of sense yet. It obviously was not accompanied by the necessary changes to (all of) the descendants of TJvCustomMaskEdit...

I'm afraid I won't have enough time to resolve this myself during the next few weeks/months so if someone with a deeper insight about the CLX-related changes and/or the JvToolEdit controls would like to step in just go ahead.

Also see Mantis  #1811 which basically boils down to the same issue.

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JVCL and BCB5 - Part 4
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 2 Jun 2004 08:16:49 +0200
Newsgroups: jedi.vcl

OK, I see it now. Strangely, I didn't see it at work but when I got home and
tried it, I had the same problem. I've committed a slightly different fix to
CVS (restores FPrefix after adding the color). I also took the opportuntiy
to rename some internal variables to match their property names.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL and BCB5 - Part 4
From: "Fred" <nospam@nospam.nospam>
Date: Tue, 1 Jun 2004 23:50:08 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist a écrit:

> > Why don't you just explain it instead of me trying to guess what you
> > mean? I don't see anything strange with the way it works now.

English is not my primary language and it is bothersome for me to make long
explanations in this language (I rely a lot upon my dictionary to say
something meaningful and I hope it is). There is no riddle in my sentences,
just a bit of laziness, a huge lack of time and the feeling that the bug
cannot be missed by really trying the component, not just having a look at
it.
It is difficult to me to tell you "here is the bug" without using a step by
step procedure. I hope you won't think I am treating you as a half-wit.
So:
1) Change the label for new colors to "My color d%" or whatever you want (it
must be different from the default label) in the edit box at the right of
the color combo box.
2) Open the combo box and scroll down to "(other)", then click
3) Choose a new color in the color dialog (to be sure it is really a new
color, choose a really ugly shade on the color wheel ;-))
4) Validate your choice and what happens ? The new name is "Custom color 1",
not "My color 1".

Here is a copy/paste of my previous post (with the fix):

1) In "JvColorCombo.pas", the customized name of a new color does not appear
correctly in the combo box when you add it with the Custom Colors dialog. To
fix that, I just added:
          FPrefix := S;
After:
        if Execute then
        begin
          if DoNewColor(CD.Color, S) then
            Inc(FCustCnt);

Fred




Subject: Msimg32.dll
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 01 Jun 2004 22:55:05 +0200
Newsgroups: jedi.vcl

For some xp theme stuff I need to access Msimg32.dll. I was thinking about making a seperate import unit for that, because multiple units might need to access that dll and it might be useful to access it for non themed systems. I saw that Marcel van Brakel has implemented such a unit with his JwaWinGDI.pas. So I was thinking:

1. Should I make a seperate import unit for Msimg32.dll.
2. If yes, why isn't that done for more dll's?
2. If yes, where should it go (\common)?
3. If yes, should I use JwaWinGDI.pas or is that too fat?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: INSTALATION PROBLEM
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 1 Jun 2004 22:22:42 +0200
Newsgroups: jedi.vcl

I'm not sure, but I seem to remember this is a temporary file generated when
you are using the ITE. Seems strange though that it is generated for a JVCL
app that doesn't use ITE... (drf = Delphi Resource File?)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL and BCB5 - Part 4
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 1 Jun 2004 22:20:25 +0200
Newsgroups: jedi.vcl

> > Try to add a custom color and you'll see what the problem is.
Why don't you just explain it instead of me trying to guess what you mean? I
don't see anything strange with the way it works now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TvAppInstances in JCL3 Beta
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 1 Jun 2004 19:41:47 +0200
Newsgroups: jedi.vcl

Caleb wrote:

> > build.exe newest "--make=installer" d6

Use "newest" or "d6" but not both.
But you are right in the case that "newest" should prefer a Delphi
installation or test for make.exe and dcc32.exe.


-- Regards, Andreas Hausladen 

Subject: Re: TvAppInstances in JCL3 Beta
From: Caleb <fakeuser1@bug-e.net>
Date: Tue, 01 Jun 2004 18:51:44 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
 > The installer and build.exe uses the make.exe from the target IDE for
> which the JVCL should be installed. If you call "build d7" the
> Borland\Delphi7\Bin\make.exe is used if you call "build c6" the
> Borland\CBuilder6\Bin\make.exe is used.

Ok, the packages\bin\build.exe works if you specify the d6 option, but the install script does not, see the text below.

C:\Devel\Delphi\jvcl3beta\jvcl>install
Failed: "C:\Program Files\Borland\CBuilder6\bin\make.exe" -l+  -s installer
Press ENTER to continue


C:\Devel\Delphi\jvcl3beta\jvcl>install d6
Failed: "C:\Program Files\Borland\CBuilder6\bin\make.exe" -l+  -s installer
Press ENTER to continue

And now in using build directly with the d6 option ...

C:\Devel\Delphi\jvcl3beta\jvcl\packages\bin>build.exe d6 newest "--make=installer"
Failed: "C:\Program Files\Borland\CBuilder6\bin\make.exe" -l+  -s installer
Press ENTER to continue

the next way works, but it ignores the d6 parameter:

C:\Devel\Delphi\jvcl3beta\jvcl\packages\bin>build.exe newest "--make=installer" d6
################################ c6 #########################################
Failed: "C:\Program Files\Borland\CBuilder6\bin\make.exe" -l+  -s installer
Press ENTER to continue

################################ d6 #########################################
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
119005 lines, 0.62 seconds, 812440 bytes code, 12869 bytes data.

Something in the build is not quite right. Perhaps the INSTALLOPTIONS environment variable is being ignored?


Subject: Printing Forms Easily
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 01 Jun 2004 11:51:30 -0400
Newsgroups: jedi.vcl

I need a quick and dirty dump-a-form-to-paper function, and it actually would be good to do a screen-capture and print the configuration screens of my program, because then the user can see easily how to enter the right information into their program, if they mess one field up, and need to recover one of the default values.

Anyways, I notice that there is a TJvPrint component which can print a bitmap, and there is a screen capture feature, it would be nice to put them together and have a form-printer.

I'm even thinking that where a form contains a notebook, that the print feature should take the notebook as the parent object, and be smart enough to basically print the dialog multiple times, once with each page in the notebook made visible.

It wouldn't be hard to have a "Print System Configuration" option then,
and I could generate a little 5 page appendix to my user manual that shows the customer his/her own initial configuration parameters.

I use RAVE Reports, but I am either too lazy to go implement a 20 page report feature for this, or I'm stuck with the idea that the actual screen captures would be a better thing for the end-user to have as reference material in the manual. [It's easy to visually see which piece of data goes where, for one thing.]

Anyone got any thoughts, suggestions?  Is a new Jedi JVCL component in the offing? :-)

Regards,

Warren Postma


Subject: Re: INSTALATION PROBLEM
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 1 Jun 2004 17:35:58 +0200
Newsgroups: jedi.vcl

radzio wrote:

> > JVCLInstall.drf

What file is this. I know .dof (The installer does not use them, because
they are for compilation out of the IDE only).


-- Regards, Andreas Hausladen 

Subject: Re: PrintPreview question
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 1 Jun 2004 16:44:13 +0200
Newsgroups: jedi.vcl

"Marko Binic" <maxsoft@ptt.yu> schrieb im Newsbeitrag
news:c9i0bq$r2d$1@talkto.net...
> >
> > OK, I've tried everythig and now I'm getting nowhere. Can you please look
at
> > the TWebBrowser and try getting the bitmap. I'm out of ideas and, I think
> > out of luck...
> >

Hello,

you may have a look in MSDN under the keyword "IviewObject".

From MSDN:
---------------------------
The IViewObject interface enables an object to display itself directly
without passing a data object to the caller. In addition, this interface can
create and manage a connection with an advise sink so the caller can be
notified of changes in the view object.

The caller can request specific representations and specific target devices.
For example, a caller can ask for either an object's content or an iconic
representation. Also, the caller can ask the object to compose a picture for
a target device that is independent of the drawing device context. As a
result, the picture can be composed for one target device and drawn on
another device context. For example, to provide a print preview operation,
you can compose the drawing for a printer target device but actually draw
the representation on the display.

---------------------------
I have never done anything with this interface (i was searching for
something completly different as i stumbled over this keyword) but maybe you
are able to paint your IWebbrowser2 to a device context (your canvas or
where ever)



Hope it helps,

Ralf







Subject: Re: Excel inport/export
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 01 Jun 2004 16:33:45 +0200
Newsgroups: jedi.vcl

> ehm...
> it happens I'm not really sure I might understand what You're saying :)
>
> I never used ADO/ODBC/... so I'm really lost.
> I just have a table (DBGrid) that I woud like to dump as a .xls file.
> Reading back the same (possibly modified) file is another requirement.
>
> If You can provide me with some example I would be great :)
>
> TiA
> ZioNemo

Hi,

I don't think using ADO requires you to have Excel Installed, but it does require you to already have an Excel file. You could create an empty one, and duplicate it as you need a new dump.

To set up an ODBC connection (WIN2K/XP):
- Control Panel > Administrative Tools > Data Sources (ODBC)
- Choose 'File DSN > Add'
- Choose Microsoft Excel Driver (*.xls) -> Next
- Name your datasource (myXLSConnection for example), and pick an existing Excel worksheet.

That should work, then in your delphi app:
- drop a TADOTable on your delphi form
- double click the 'connectionString' property
- click 'use connection string' and 'build'
- use 'Microsoft OLEDB Provider for ODBC'
- on the connection tab, pick your datasource name (myXLConnection) and test the connection
- drop a TDataSource and TJvDBGrid component on your form,
- link the JvDBGrid1.Datasource to DataSource1
- link the DataSource.DataSet to ADOTable1
- set the ADOTable1.active to true

If i'm correct, you can now read and write to/from the file using the DBGrid.

Ok, that was more steps than I anticipated, you might want to look up some more basic data access tutorials.

Wiebe



Subject: Re: PrintPreview question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 1 Jun 2004 16:23:13 +0200
Newsgroups: jedi.vcl

> > I don't know, but I think you somehow need to get the handle to the real
> > browser window and use that when sending a WM_PRINT. TWebBrowser is just a
> > wrapper around the COM interface which in turn probably is a wrapper
around
> > yet another window and I think you really need to get at handle of the
> > "innermost" window to construct a useable printout.

OK, I've tried everythig and now I'm getting nowhere. Can you please look at
the TWebBrowser and try getting the bitmap. I'm out of ideas and, I think
out of luck...

Marko




Subject: Re: JVCL and BCB5 - Part 4
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 1 Jun 2004 16:15:09 +0200
Newsgroups: jedi.vcl

> >The color combo won't change the label of already added colors, just new
> >ones.

Yes, I know.
Try to add a custom color and you'll see what the problem is.

Cordialement,
Frédéric



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL and BCB5 - Part 4
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jun 2004 15:24:36 +0200
Newsgroups: jedi.vcl

> > Try the example provided with JVCL and you will see ;-)
> > If you change the label for new colors ("Custom color %d") and choose a
> > custom color, the new label is not displayed correctly (you get
> > instead "Custom color n" which is the default label).
The color combo won't change the label of already added colors, just new
ones.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL and BCB5 - Part 4
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 1 Jun 2004 15:05:31 +0200
Newsgroups: jedi.vcl

> >I'm curious as to what happens without the change you suggested.

Try the example provided with JVCL and you will see ;-)
If you change the label for new colors ("Custom color %d") and choose a 
custom color, the new label is not displayed correctly (you get 
instead "Custom color n" which is the default label).



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL and BCB5 - Part 4
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jun 2004 14:50:43 +0200
Newsgroups: jedi.vcl

> > 1) "JvColorCombo.pas" (problem with color names): already pointed out in
> > my post "Me Again"
I'm curious as to what happens without the change you suggested.


Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: INSTALATION PROBLEM
From: "radzio" <radek.wojtowiczSOMETEXT@SOMETEXT.net-system.com.pl>
Date: Tue, 1 Jun 2004 13:26:36 +0200
Newsgroups: jedi.vcl

> > Peter Thörnqvist wrote:
> >
>> > > Can you use the installer now? Maybe the corrupted CRLF's was the cause
of
>> > > that failing too...
> >
> > How about adding automatic CrFf conversion to the Installer?


a new Instaler of Jvcl don't run :(

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
JVCLInstall.dpr(71) Fatal: Could not create output file 'JVCLInstall.drf'

** error 1 ** deleting Installer_nomo
Press ENTER to continue

but components work

P.S.
SoryRobert M. i click button to reply author not group. Can ou forgive me ??
:)




Subject: Re: INSTALATION PROBLEM
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 01 Jun 2004 13:05:53 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Can you use the installer now? Maybe the corrupted CRLF's was the cause of
> that failing too...

How about adding automatic CrFf conversion to the Installer?



Subject: JVCL and BCB5 - Part 4
From: "Fred" <nospam_@_nospam.com>
Date: Tue, 1 Jun 2004 12:52:24 +0200
Newsgroups: jedi.vcl

 Hello,

Here are my compile errors with BCB5 and the latest builds:

1) BCB5 does not know "Header" in "JvDynControlEngineJVCL.pas" 
and "JvDynControlEngineVCL.pas". This unknown property appears in 
ControlGetHeader and ControlSetHeader functions.

2) In "JvParameterList.pas", "EVariantTypeCastError" is unknown. I 
suppose it's declared in "Variants.pas", a file not existing in version 
5 and lower. In BCB5, the corresponding error is probably EVariantError.

Here are the bugs waiting to be fixed:

1) "JvColorCombo.pas" (problem with color names): already pointed out in 
my post "Me Again"

2) "JvCsvData.pas" (parameters error): already pointed out in my 
post "Today, the guilty is: JvCsvData.pas"

Thanks for all of your work.
Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TvAppInstances in JCL3 Beta
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 1 Jun 2004 12:43:16 +0200
Newsgroups: jedi.vcl

Caleb wrote:

> > You are getting distracted by C++ Builder. Yes its the trial version. I 
> > don't care if it is a (insert swear word) partial installation. I don't 
> > want to use Builder with jcl/jvcl. I want to install jcl/jvcl in 
> > Delphi. But it refused to install it because it found the Builder 
> > folder and insisted that make should be run from the Builder/Bin/ 
> > directory. This is a bug (or stupid assumption if you prefer) at the 
> > very least, if it can't find make in the C++ Builder directory then it 
> > should ignore the Builder directory and it should look in the Delphi 
> > directory. (The installer needs to be a little smarter.)

The installer and build.exe uses the make.exe from the target IDE for
which the JVCL should be installed. If you call "build d7" the
Borland\Delphi7\Bin\make.exe is used if you call "build c6" the
Borland\CBuilder6\Bin\make.exe is used.


-- Regards, Andreas Hausladen 

Subject: Re: INSTALATION PROBLEM
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jun 2004 12:37:28 +0200
Newsgroups: jedi.vcl

Can you use the installer now? Maybe the corrupted CRLF's was the cause of
that failing too...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: INSTALATION PROBLEM
From: "radzio" <radek.wojtowiczSOMETEXT@SOMETEXT.net-system.com.pl>
Date: Tue, 1 Jun 2004 12:17:52 +0200
Newsgroups: jedi.vcl

>> > > ERROR:
>> > > PROJECTS macro in project group file missing or incorrect.
> > Seems you have corrupted CRLF's in the bpg file. Open and build
> > devtools\AdjustLineBreaks and run the resulting devtools\bin\crlf.exe on
the
> > bpg files in the package folder

BIG THX  :)
now work perfect





Subject: Re: INSTALATION PROBLEM
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jun 2004 11:29:46 +0200
Newsgroups: jedi.vcl

> > ERROR:
> > PROJECTS macro in project group file missing or incorrect.
Seems you have corrupted CRLF's in the bpg file. Open and build
devtools\AdjustLineBreaks and run the resulting devtools\bin\crlf.exe on the
bpg files in the package folder

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: INSTALATION PROBLEM
From: "radzio" <radek.wojtowiczSOMETEXT@SOMETEXT.net-system.com.pl>
Date: Tue, 1 Jun 2004 11:24:59 +0200
Newsgroups: jedi.vcl

> > To istall the entire JVCL, open the "D? Packages.bpg" in the \packages
> > folder for your version of Delphi, build all the packages and install all
> > those that end with a "D" (ie JvCoreD?D is a design package and should be
> > installed, JvCoreD?R is a runtime package and should not be installed)
> > starting at the top and working your way downwards.
ERROR:
PROJECTS macro in project group file missing or incorrect.


> > You don't have to install all packages but at least JvCore is mandatory
(and
> > you would probably want to install the other 3 or 4 at the top)




Subject: Re: TvAppInstances in JCL3 Beta
From: "Caleb" <nospam@bug-e.net>
Date: Tue, 1 Jun 2004 11:03:27 +0200
Newsgroups: jedi.vcl

> >Caleb wrote:
>> >> Well my first try I downloaded the *complete source* for beta 3, which 
>> >> included jcl. I cleaned out all the old cruft and got the error 
>> >> mentioned above. But I thought I would humor you and downloaded the 
>> >> latest: jcl-latest.zip and jvcl-latest.zip. I fought with the build 
for 
>> >> a while. The build kept looking in my C++ builder directory for make, 
>> >> which was not there (it should have been using the copy in the delphi 
>> >> directory) - I copied make to the builder directory and it built :-/ 
>> >> (not so lekker).

> >Well, if you don't have make in your C++ Buildere installation 
> >directory, then you don't have a complete installation. Please note that 
> >the JVCL3 may not work properly with trial versions...

You are getting distracted by C++ Builder. Yes its the trial version. I 
don't care if it is a (insert swear word) partial installation. I don't 
want to use Builder with jcl/jvcl. I want to install jcl/jvcl in 
*Delphi*. But it refused to install it because it found the Builder 
folder and insisted that make should be run from the Builder/Bin/ 
directory. This is a *bug* (or stupid assumption if you prefer) at the 
very least, if it can't find make in the C++ Builder directory then it 
should ignore the Builder directory and it should look in the Delphi 
directory. (The installer needs to be a little smarter.)

> >Yes, cleanup every hpp, dcu, bpl, dcp file that is related to the JVCL 
> >and JCL.

I have done this 3 times now. Do you not have something new to suggest?

> >Then compile the JCL packages for BCB6 in BCB6.

Forget Builder. Builder does not enter the equation. Repeat: Ignore 
builder. jcl/jvcl has never touched the Builder install and it never 
will.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: INSTALATION PROBLEM
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jun 2004 10:51:38 +0200
Newsgroups: jedi.vcl

To istall the entire JVCL, open the "D? Packages.bpg" in the \packages
folder for your version of Delphi, build all the packages and install all
those that end with a "D" (ie JvCoreD?D is a design package and should be
installed, JvCoreD?R is a runtime package and should not be installed)
starting at the top and working your way downwards.

You don't have to install all packages but at least JvCore is mandatory (and
you would probably want to install the other 3 or 4 at the top)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: INSTALATION PROBLEM
From: "radzio" <radek.wojtowiczSOMETEXT@SOMETEXT.net-system.com.pl>
Date: Tue, 1 Jun 2004 10:47:19 +0200
Newsgroups: jedi.vcl

> > If you get errors on this, it suggests your JVCL is older than the JCL
which
> > is not a good thing. You need to upgrade to a current version either from
> > CVS or from http://jvcl.sf.net/daily

Ok i download a new version and manual instalation of jcl and
manual instalation of some package from jvcl was ok created
(i don't know how to install all of jvcl component --instaler don't work)

thx for help :)






Subject: Re: using JvBrowseForFolder editbox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jun 2004 10:41:16 +0200
Newsgroups: jedi.vcl

> > 1) Can I change the edit box value programmatically?
> > 2) If so, how? If no, what's the point of the option?
Yes, by setting Directory. The editbox always displays the name of the
selected folder (i.e C:\tmp\somepath -> displays somepath etc). I guess the
point of the edit box is to allow the user to type in a new folder name
instead of clicking the "New folder" button. By handling the
OnValidateFailed event, you can create the new folder for the user
automatically.

> > 3) Can I prevent the edit box text to change when
> >     a folder is selected?
No, not really since it always displays the name of the selected folder.


> > What I would like to have is a BrowseForFolder dialog that allows me to
> > present an input area for additional information. That would come in
> > handy for combined Directory/Filemask input.
Unfortunately, that's not possible with the JvBrowseForFolderDialog. You
will have to build your own dialog for that.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: INSTALATION PROBLEM
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jun 2004 10:16:07 +0200
Newsgroups: jedi.vcl

> > i found that i don't have CharIsNumber in my JCL ??
> > in 1.91 now is CharIsNumberChar  i think
If you get errors on this, it suggests your JVCL is older than the JCL which
is not a good thing. You need to upgrade to a current version either from
CVS or from http://jvcl.sf.net/daily

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: INSTALATION PROBLEM
From: "radzio" <radek.wojtowiczSOMETEXT@SOMETEXT.net-system.com.pl>
Date: Tue, 1 Jun 2004 10:04:54 +0200
Newsgroups: jedi.vcl

> > That is an interesting one.
> > DJcl.drf seems to be an intermediate file. Please check if you have a
> > read only file of this name.
i found that i don't have CharIsNumber in my JCL ??
in 1.91 now is CharIsNumberChar  i think




Subject: Re: INSTALATION PROBLEM
From: "radzio" <radek.wojtowiczSOMETEXT@SOMETEXT.net-system.com.pl>
Date: Tue, 1 Jun 2004 09:45:50 +0200
Newsgroups: jedi.vcl

> > That is an interesting one.
> > DJcl.drf seems to be an intermediate file. Please check if you have a
> > read only file of this name.

ok i manulay install jcl but i can't install jvcl

** Generating resources...
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

** Generating packages...

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

"C:\Program
Files\Borland\Delphi6\bin\dcc32.exe" -e"..\Bin" -i"..\..\Run;..\Common;..\..
\Common;C:\Program Files\Borland\Delphi6\jcl\source;C:\Program
Files\Borland\Delphi6\jcl\source\common;C:\Program
Files\Borland\Delphi6\jcl\source\windows;C:\Program
Files\Borland\Delphi6\jcl\source\vcl;C:\Program
Files\Borland\Delphi6\jcl\source\visclx;..\..\Archive;..\Dcu" -n"..\Dcu" -r"
...\..\Run;..\Common;..\..\Common;C:\Program
Files\Borland\Delphi6\jcl\source;C:\Program
Files\Borland\Delphi6\jcl\source\common;C:\Program
Files\Borland\Delphi6\jcl\source\windows;C:\Program
Files\Borland\Delphi6\jcl\source\vcl;C:\Program
Files\Borland\Delphi6\jcl\source\visclx;..\..\Archive;..\Dcu" -u"..\..\Run;.
..\Common;..\..\Common;C:\Program Files\Borland\Delphi6\jcl\source;C:\Program
Files\Borland\Delphi6\jcl\source\common;C:\Program
Files\Borland\Delphi6\jcl\source\windows;C:\Program
Files\Borland\Delphi6\jcl\source\vcl;C:\Program
Files\Borland\Delphi6\jcl\source\visclx;..\..\Archive;..\Dcu" -q -w -h -m
pg.dpr

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

pg.dpr(11) Fatal: Could not create output file 'pg.drf'

** error 1 ** deleting bin\pg.exe

** error 1 ** deleting ..\devtools\bin\pg.exe



P.S.

I Have D6 Profesional with D6 update2, rtl2 update, rtl3 update  System:
WINDOWS XP HOME




Subject: TJvSchedulerEvents tutorial
From: "Slavisa" <laluza@ptt.yu>
Date: Tue, 1 Jun 2004 09:17:48 +0200
Newsgroups: jedi.vcl

Does anybody can tell me where i can find good
TJvSchedulerEvents tutorial (or example, at least)




Subject: Re: INSTALATION PROBLEM
From: "radzio" <radek.wojtowiczSOMETEXT@SOMETEXT.net-system.com.pl>
Date: Tue, 1 Jun 2004 08:38:24 +0200
Newsgroups: jedi.vcl

Uzytkownik "Robert Marquardt"

>> > > DJcl.dpk(90) Fatal: Could not create output file 'DJcl.drf'
>> > >
>> > > i don't knwo what is wrong ??
>> > > i have JCL 1.91-rc2
>> > > and JVCL 300BETA1Complete
> >
> > That is an interesting one.
> > DJcl.drf seems to be an intermediate file. Please check if you have a
> > read only file of this name.

No i don't have this file :(




Subject: Re: What happend to jvHTListBox?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jun 2004 08:19:47 +0200
Newsgroups: jedi.vcl

It's back and so is JvHTComboBox

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TvAppInstances in JCL3 Beta
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 01 Jun 2004 09:59:44 +1000
Newsgroups: jedi.vcl

Caleb wrote:

> Well my first try I downloaded the *complete source* for beta 3, which included jcl. I cleaned out all the old cruft and got the error mentioned above. But I thought I would humor you and downloaded the latest: jcl-latest.zip and jvcl-latest.zip. I fought with the build for a while. The build kept looking in my C++ builder directory for make, which was not there (it should have been using the copy in the delphi directory) - I copied make to the builder directory and it built :-/ (not so lekker).
Well, if you don't have make in your C++ Buildere installation directory, then you don't have a complete installation. Please note that the JVCL3 may not work properly with trial versions...

> Anyhow, feeling rather optimistic, I did my standard TvAppInstances check... and now I get a slightly different problem, but it is still basically the same. Can you suggest something else?
Yes, cleanup every hpp, dcu, bpl, dcp file that is related to the JVCL and JCL.

Then compile the JCL packages for BCB6 in BCB6.
Then use the JVCL installer to compile and install the JVCL. You will have to indicate the location of the JCL source directories.

After that, everything should be fine.

Cheers

Olivier Sannier
JVCL Developer
C++ Builder support coordinator.



Subject: Re: Today, the guilty is: JvCsvData.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 01 Jun 2004 09:54:15 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:


> An unused variable will cause the BCB compiler to crash? Geez.
I doesn't. But after a while (say, three hours), one has to shutdown BCB or lots of weird things will happen...



Subject: Re: TvAppInstances in JCL3 Beta
From: Caleb <fakeuser1@bug-e.net>
Date: Tue, 01 Jun 2004 01:33:37 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Caleb wrote:
>
>> Hi,
>>
>> I just upgraded to 3.Beta using the tar ball snapshot. The installation went relatively well after I sorted out some dependencies issues. I have run into a problem while playing with the new components. When compiling TvAppInstances I get the following error: Unit JclWin32 was compiled with a different version of JclBase.TLargeInteger. I have tried recompiling the code (removing dcu's and packages), but I still have not had any luck. I have no clue what to try next.  Any suggestions?
>
>
> You MUST update the JCL as well. Get the CVS snapshot here:
>
> http://jcl.sf.net/daily/
>
> Olivier Sannier
> JVCL Developer

Well my first try I downloaded the *complete source* for beta 3, which included jcl. I cleaned out all the old cruft and got the error mentioned above. But I thought I would humor you and downloaded the latest: jcl-latest.zip and jvcl-latest.zip. I fought with the build for a while. The build kept looking in my C++ builder directory for make, which was not there (it should have been using the copy in the delphi directory) - I copied make to the builder directory and it built :-/ (not so lekker).

Anyhow, feeling rather optimistic, I did my standard TvAppInstances check... and now I get a slightly different problem, but it is still basically the same. Can you suggest something else?

[Fatal Error] JvAppInst.pas(43): Unit JclWin32 was compiled with a different version of JclBase.UInt64

Maybe when I cleaned out the cruft from the last install I left something behind. How do I find this? I got ride of the last source tree  and cleaned out the Delphi\Projects folder


Subject: Re: TjvRadioGroup anf XP visual styles
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Mon, 31 May 2004 23:03:08 +0200
Newsgroups: jedi.vcl

Ooops,

> > when a program uses a TjvRadioGroup the border of this Radiogrouop is not
> > painted correctly in Windows XP styles:

Forgot to say: using latest checkout on D7 Pro (Delphi version could be
important because of the themes-support for my question, i think)

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: TjvRadioGroup anf XP visual styles
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Mon, 31 May 2004 22:58:56 +0200
Newsgroups: jedi.vcl

Hello,

when a program uses a TjvRadioGroup the border of this Radiogrouop is not
painted correctly in Windows XP styles:

- normaly XP draws rounded corners for the surrounding box, TjvRadiogoup
does not.
- the caption text should be transparent, it is not in TjvRadioGroup (even
if ParentBackground is true)

A standard VCL-TRadioGroup is painted correct (TjvRadioGroup is derived from
TRadioGroup!).

How can i get TjvRadioGroup to paint correct?

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Excel inport/export
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Mon, 31 May 2004 19:49:43 +0000
Newsgroups: jedi.vcl

ZioNemo wrote:
> Hi,
> I need to import from excel spreadsheet values and put hem in a String Grid (or a DBGrid).
> I would also like to export a complete DBGrid content to an Excel table.
> What is the best component to use?
>
> JvDBGridExcelExport? does it work for import? are there usage examples?
>
> CreateOleObject('Excel.Application')? Is there anything better than just copying cells back and forth?
>
> Any comment VERY welcome :)
> TiA
> ZioNemo

There is a component calle XLSReadWrite around that can create native Excel files without the need of having Excel installed. I heavily use version 1 in a scientific db application wnd it works great.

******* XLSReadWrite V1.34  ******* email: components@axolot.com    ******* URL:   http://www.axolot.com

Is worth the few dollars registration!

micha


Subject: Re: Excel inport/export
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Mon, 31 May 2004 20:19:26 +0200
To: wiebe@tijsma.com
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> Hi,
>
> For existing Excel files, you can use the ADO components as well.
> - Set up a connection to your excel file in ODBC (create a system or file DSN, and use the Excel driver).
> - Point to the DSN from your TADOConnection component
> - Create a Drop a TADOTable & TDataSource (or other) on your form
>
> After that you can use the regular data components...
>
> If you need more info, let me know...
ehm...
it happens I'm not really sure I might understand what You're saying :)

I never used ADO/ODBC/... so I'm really lost.
I just have a table (DBGrid) that I woud like to dump as a .xls file.
Reading back the same (possibly modified) file is another requirement.

If You can provide me with some example I would be great :)

TiA
ZioNemo


Subject: Re: Today, the guilty is: JvCsvData.pas
From: "Fred" <nospam@nospam.nospam>
Date: Mon, 31 May 2004 19:40:10 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> > If something in my code broke BCB, can someone please clarify what's
> > broken in BCB and what sort of things it doesn't like?

The bug was in the parameters of the call to JvCsvDatabaseError. And it was
not specific to BCB.

Cordialement,
Frédéric




Subject: using JvBrowseForFolder editbox
From: Markus Spoettl <markus@toolsfactory.com>
Date: Mon, 31 May 2004 19:31:57 +0200
Newsgroups: jedi.vcl

Hello,

  I'm trying to figure out how to access the edit box text in a JvBrowseForFolder component. If you set the odEditBox option, there is an edit box.

1) Can I change the edit box value programmatically?
2) If so, how? If no, what's the point of the option?
3) Can I prevent the edit box text to change when
   a folder is selected?

What I would like to have is a BrowseForFolder dialog that allows me to present an input area for additional information. That would come in handy for combined Directory/Filemask input.

Thanks for any help with this.
Markus


Subject: Re: INSTALATION PROBLEM
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 31 May 2004 19:24:44 +0200
Newsgroups: jedi.vcl

radzio wrote:

> DJcl.dpk(90) Fatal: Could not create output file 'DJcl.drf'
>
> i don't knwo what is wrong ??
> i have JCL 1.91-rc2
> and JVCL 300BETA1Complete

That is an interesting one.
DJcl.drf seems to be an intermediate file. Please check if you have a read only file of this name.



Subject: Re: Excel inport/export
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 31 May 2004 12:33:39 -0400
Newsgroups: jedi.vcl

ZioNemo wrote:

> Hi,
> I need to import from excel spreadsheet values and put hem in a String Grid (or a DBGrid).
> I would also like to export a complete DBGrid content to an Excel table.
> What is the best component to use?
>
> JvDBGridExcelExport? does it work for import? are there usage examples?
>
> CreateOleObject('Excel.Application')? Is there anything better than just copying cells back and forth?
>
> Any comment VERY welcome :)
> TiA
> ZioNemo

I would look at all the possibilities and decide which of them is what you need:

    #1 - OLE Automation
    #2 - Excel reads/writes to your application DDE Server.
    #3-  Your application reads/writes Excel as a DDE server.
    #4-  Excel via ADO/ODBC
    #5 - Excel user just opens and uses the CSV files which you can
    read/write in your application, which the the Excel user can
    also open and modify directly.

I use the #2 and #5 approach.  The benefit of #5 is that CSV file import/export allows many different applications to use your data.

Regards,

Warren


Subject: Re: Today, the guilty is: JvCsvData.pas
From: Warren Postma <wp.nospam@tekran.com>
Date: Mon, 31 May 2004 12:19:41 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I already cleaned that function, but i did not check for errors.
> That was really awful code. At least in style and from your comment i guess that it is also buggy.

What in particular is not working? This is a brand new method that copies data from another dataset.   If there are any issues on any of my components, I'll fix them immediately.

As for the hints/warnings, I'll try not to check in unused variable
declarations in the future. ;-)

If something in my code broke BCB, can someone please clarify what's broken in BCB and what sort of things it doesn't like? An unused variable will cause the BCB compiler to crash? Geez.


Warren


Subject: INSTALATION PROBLEM
From: "radzio" <radek.wojtowiczSOMETEXT@SOMETEXT.ns.net.pl>
Date: Mon, 31 May 2004 15:11:29 +0200
Newsgroups: jedi.vcl

hello

** Generating resources...
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
Compiling package: DJcl60.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
DJcl.dpk(90) Fatal: Could not create output file 'DJcl.drf'
** error 1 ** deleting DJcl60.bpl

i don't knwo what is wrong ??
i have JCL 1.91-rc2
and JVCL 300BETA1Complete




Subject: How to select the Sound board for Recording in Control Panel?
From: "jeanrl" <x@x.com>
Date: Mon, 31 May 2004 14:37:39 +0200
Newsgroups: jedi.vcl

I have 2 sound plates and would like to know as to alter between an and 
another to record the audio that enter in the 2 plates.  
I find in the components and I didn't find, then I ask help so that they 
tell me this component it is had in JVCL or JCL and yes which and as to 
use it, now if he doesn't have I please ask that they help me to do 
this, it can be function, example, tutorial, any thing, because I need 
to do this urgent and I am not getting.
Thank's very mouch.

Jean



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvInstances and TJclAppInstances don't work under BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 31 May 2004 20:48:59 +1000
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:
> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>>
>>> May I ask why Application.Terminate is not used ?
>>
>>
>>
>> Because JvAppInstance is executed while the form is loaded from the
>> resource and no FormCreate was called. If the component uses
>> Application.Terminate the OnFormCreate and OnFormDestroy will be executed.
>> But these methods should not be called. Does it work if you use
>> TerminateProcess(GetCurrentProcess, 0) instead of the halt(0) ?
>>
> Will try that later this week.
Okay.

I tried that and didn't work either. But that is actually not the reason of the problem. I tried Halt(0), ExitProcess(0) and TerminateProcess(GetCurrentProcess, 0).
The problem actually comes from the fact that the TJclAppInstances object is not destroyed (RemoveInstance is not called). To me this is because the method of destroying the instance is too violent and this is why I thought that using Application.Terminate would be better...

I will try to investigate that matter a bit more.

Cheers
Olivier Sannier
JVCL Developer
C++ Builder Support Coordinator


Subject: Re: JvFinalize
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 31 May 2004 12:08:05 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I usually have 3 failures for any action. After the first success it gets better.

Today no failures. Looks like a bottleneck problem. Maybe authentication  is done on a separate server.



Subject: Re: PrintPreview question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 31 May 2004 11:34:11 +0200
Newsgroups: jedi.vcl

> > Anyway, if you remember the hexagon color picker component I posted to the
> > TB2k Thirdparty newsgroup, I've added some things to it and wanted to ask
> > you what did the original author say about it.
I've tried to mail him several times with no luck, so I don't know what his
reply will be :(

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem in JvWndProcHook
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 31 May 2004 17:58:07 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I think the problem is that when IncDepth is called, ReallocMem may change the address of FStack. This may give problems in recursive calls to TJvHookInfos.WindowProc (as is the case in the HotKey demo).
>
> Your fix changes the location of the Inc(FStackCount) which has as a side-effect that the reallocaction of FStack does not happen in a recursive call to TJvHookInfos.WindowProc in this program.

I don't quite see how my change prevents the change of FStack, especially because it forces to resize it. The way it is in CVS, if FCount is 0, then FStack is not allocated, then FCount is incremented and thus any access to FStack would lead to a problem...

But I must admit that I don't quite understand how all that stuff works.


Subject: Re: TJvAppDdeCmd
From: "Junior Ang" <junior@nospam.com>
Date: Mon, 31 May 2004 11:12:49 +0800
Newsgroups: jedi.vcl

Hi,

Thanks for your pointer. I did look at the example, but I could not really
figure out the usage yet...

Best wishes,
jr




Subject: Re: TvAppInstances in JCL3 Beta
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 31 May 2004 09:36:39 +1000
Newsgroups: jedi.vcl

Caleb wrote:
> Hi,
>
> I just upgraded to 3.Beta using the tar ball snapshot. The installation went relatively well after I sorted out some dependencies issues. I have run into a problem while playing with the new components. When compiling TvAppInstances I get the following error: Unit JclWin32 was compiled with a different version of JclBase.TLargeInteger. I have tried recompiling the code (removing dcu's and packages), but I still have not had any luck. I have no clue what to try next.  Any suggestions?

You MUST update the JCL as well. Get the CVS snapshot here:

http://jcl.sf.net/daily/

Cheers

Olivier Sannier
JVCL Developer



Subject: TvAppInstances in JCL3 Beta
From: Caleb <fakeuser1@bug-e.net>
Date: Sun, 30 May 2004 23:41:01 +0200
Newsgroups: jedi.vcl

Hi,

I just upgraded to 3.Beta using the tar ball snapshot. The installation went relatively well after I sorted out some dependencies issues. I have run into a problem while playing with the new components. When compiling TvAppInstances I get the following error: Unit JclWin32 was compiled with a different version of JclBase.TLargeInteger. I have tried recompiling the code (removing dcu's and packages), but I still have not had any luck. I have no clue what to try next.  Any suggestions?

Cheers
   Caleb.


Subject: Re: Problem in JvWndProcHook
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 30 May 2004 19:26:56 +0200
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>
>>   if FStackCount = 0 then
>>     Exit;
>>
>> so that it doesn't do anything when the stack is empty.
>
>
> Well, this solution is not a good thing, it freezes the application. However, I solved the problem by changing IncDepth. Indeed, it was checking the capacity of the stack against its count _before_ incrementing the count, hence leading to a situation where the very last element was missing. Putting the increment of FStackCount before the check for the capacity solved the problem.
> This hasn't been commited in CVS but is ready on my PC.

I think the problem is that when IncDepth is called, ReallocMem may change the address of FStack. This may give problems in recursive calls to TJvHookInfos.WindowProc (as is the case in the HotKey demo).

Your fix changes the location of the Inc(FStackCount) which has as a side-effect that the reallocaction of FStack does not happen in a recursive call to TJvHookInfos.WindowProc in this program.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: PrintPreview question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 30 May 2004 18:32:03 +0200
Newsgroups: jedi.vcl

> > I'd suggest you search MSDN for info on IWebBrowser (is that the name MS
> > use?) and also check out the IE & Delphi site at
> > http://www.euromind.com/iedelphi/ to see if they have any additional info
> > you can use.

Thanks, I'll look into it.

Anyway, if you remember the hexagon color picker component I posted to the
TB2k Thirdparty newsgroup, I've added some things to it and wanted to ask
you what did the original author say about it. If he doesn't mind, then
please add it to your project. You can download it at
http://mxs.topcities.com/HexaColors.zip .

Cheers!

Marko





Subject: Re: Problem persist...missing COLOR_MENUBAR in Graphics.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 21:32:59 +1000
Newsgroups: jedi.vcl

Bretislav Kubesa wrote:
> Yes, I have UPDATE PACK 1 and 2 for Enterprise edition and RTL Update Pack 3
> installed.
> Is there any another update ?
Not that I know of

> Can I know which edition do you have ?
D6 Enterprise US.


Subject: Re: TJvInstances and TJclAppInstances don't work under BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 21:31:44 +1000
Newsgroups: jedi.vcl,jedi.jcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> May I ask why Application.Terminate is not used ?
>
>
> Because JvAppInstance is executed while the form is loaded from the
> resource and no FormCreate was called. If the component uses
> Application.Terminate the OnFormCreate and OnFormDestroy will be executed.
> But these methods should not be called. Does it work if you use
> TerminateProcess(GetCurrentProcess, 0) instead of the halt(0) ?
>
Will try that later this week.


Subject: Re: Excel inport/export
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sun, 30 May 2004 12:16:09 +0200
Newsgroups: jedi.vcl

Hi,

For existing Excel files, you can use the ADO components as well.
- Set up a connection to your excel file in ODBC (create a system or file DSN, and use the Excel driver).
- Point to the DSN from your TADOConnection component
- Create a Drop a TADOTable & TDataSource (or other) on your form

After that you can use the regular data components...

If you need more info, let me know...

Wiebe


ZioNemo wrote:
> Hi,
> I need to import from excel spreadsheet values and put hem in a String Grid (or a DBGrid).
> I would also like to export a complete DBGrid content to an Excel table.
> What is the best component to use?
>
> JvDBGridExcelExport? does it work for import? are there usage examples?
>
> CreateOleObject('Excel.Application')? Is there anything better than just copying cells back and forth?
>
> Any comment VERY welcome :)
> TiA
> ZioNemo


Subject: Re: PackageInformation.pas in Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 May 2004 11:21:51 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Sorry I took so long to answer.

No problem. I had other non JVCL related things to do.


> > One question: Why do you need BplToGenericName ?

I need it to get the xml file names from the .bpg file.


> > Because this is one place where there is JVCL specific code and you
> > shouldn't neet to have that, if you have the prefix, and the format for
> > a given project (get that from pgEdit.xml)

The PackageInformation.pas is at the moment independent from the
pgEdit.xml file. The pgEdit.xml part is in PackageModels.pas. But the
PackageInformation unit lets you hook into the dependend functions. If I
have enough time I will combine the two units.


I think the pgEdit.xml file name is not good because it shows a dependency
to pgEdit.exe. Maybe something like PackageConfig.xml or
PackageSettings.xml would be better.


-- Regards, Andreas Hausladen 

Subject: Re: Problem persist...missing COLOR_MENUBAR in Graphics.pas
From: "Bretislav Kubesa" <kubesa@kn.vutbr.cz>
Date: Sun, 30 May 2004 11:07:31 +0200
Newsgroups: jedi.vcl


> > Bretislav Kubesa wrote:
> >
>>> > >>Check your Delphi library paths. Do you have both the jvcl\run as well
as
>>> > >>the jvcl\lib\d6 path in there? Remove either. Also check your system
paths
>>> > >>that Delphi6\bin, Delphi6\lib and Delphi6\Projects\Bpl are present. If
you
>>> > >>have D5 as well, make sure the Delphi6 paths are before the Delphi5
paths
>> > >
>> > > in
>> > >
>>> > >>the path string.
>> > >
>> > > Delphi library paths are OK !
>> > >
>> > >
>>> > >>Can't come up with anything else. COLOR_MENUBAR *is* defined in
>> > >
>> > > Graphics.pas
>> > >
>>> > >>in D6, so you shouldn't get an error if everything is set up correctly.
>> > >
>> > > I just reinstalled Delphi 6, but problem still persist. When I look into
>> > > Graphics.pas, there is NO COLOR_MENUBAR, what`s is wrong ?
>> > > I don`t think that my installation is wrong.
>> > > With Delphi 7 it`s all OK - but its Graphic.pas contain COLOR_MENUBAR
>> > > definition.
>> > > How you can see, I`m not alone who has this problem...
> >
> > Have you installed ALL the latest patches for Delphi 6 ?
> > Because I have D6 here with all the latest updates and the JVCL compiles
> > nicely.
Yes, I have UPDATE PACK 1 and 2 for Enterprise edition and RTL Update Pack 3
installed.
Is there any another update ?
Can I know which edition do you have ?

BK



Subject: Re: TJvInstances and TJclAppInstances don't work under BCB
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 May 2004 11:05:26 +0200
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> > May I ask why Application.Terminate is not used ?

Because JvAppInstance is executed while the form is loaded from the
resource and no FormCreate was called. If the component uses
Application.Terminate the OnFormCreate and OnFormDestroy will be executed.
But these methods should not be called. Does it work if you use
TerminateProcess(GetCurrentProcess, 0) instead of the halt(0) ?

-- Regards, Andreas Hausladen 

Subject: TJvInstances and TJclAppInstances don't work under BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 17:08:23 +1000
Newsgroups: jedi.vcl,jedi.jcl

Hi

I've been trying to run the example for TJvInstances under BCB5 and BCB6 and while it does compile and run, the number of instances is not correctly limited. The application does receive the message that it has been rejected but it is not killed. Visibly, the call to Halt(0) in KillInstance in JclAppInst doesn't do anything.
May I ask why Application.Terminate is not used ?

Cheers

Olivier


Subject: Re: Problem in JvWndProcHook
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 16:18:50 +1000
Newsgroups: jedi.vcl

OBones wrote:

>   if FStackCount = 0 then
>     Exit;
>
> so that it doesn't do anything when the stack is empty.

Well, this solution is not a good thing, it freezes the application. However, I solved the problem by changing IncDepth. Indeed, it was checking the capacity of the stack against its count _before_ incrementing the count, hence leading to a situation where the very last element was missing. Putting the increment of FStackCount before the check for the capacity solved the problem.
This hasn't been commited in CVS but is ready on my PC.

Cheers

Olivier Sannier


Subject: Re: TJvAppDdeCmd
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 16:11:37 +1000
Newsgroups: jedi.vcl

Junior Ang wrote:

> Hi,
>
> Good day. Where can I obtain more info or doc about TJvAppDdeCmd? It does
> not seem to be included in the beta version of the help file...

There is an example of use in the examples directory. I don't know if it is really helpful, but it's a start.


Subject: Re: strange thing with installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 May 2004 06:13:17 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Because you need them when you compile a project in Delphi (or link in BCB). DFM files are resource files and if you don't have the run directory in the library path, the compiler won't find them. This only applies to components that actually need a form at runtime (not that many of them anyway).

Ah, now it clears up.

From a theoretical point of view the lib directory would be better because the files are version independent, but this would need to add yet another path to the Library path.

I think we can remove the "compile already installed packages" option.
The only visible difference is the package list screen which is already filled.



Subject: TJvAppDdeCmd
From: "Junior Ang" <junior@nospam.com>
Date: Sun, 30 May 2004 12:00:32 +0800
Newsgroups: jedi.vcl

Hi,

Good day. Where can I obtain more info or doc about TJvAppDdeCmd? It does
not seem to be included in the beta version of the help file...

TIA

Best wishes
jr




Subject: Re: PackageInformation.pas in Packages Generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 12:30:18 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Ok, I see your point. As long as you keep PG.EXE completely JVCL free,
>> that's fine with me. By JVCL free, I mean in its functionnality, not its
>> code, so that it can be used by other projects by just changing external
>> files.
>
>
> Just have a look at devtools/common/PackageInformation.pas. The JVCL
> related code is not in the unit but could be used through function and
> method pointers.
>
>
Sorry I took so long to answer.
One question: Why do you need BplToGenericName ?
Because this is one place where there is JVCL specific code and you shouldn't neet to have that, if you have the prefix, and the format for a given project (get that from pgEdit.xml)

Apart from that, the code looks good

Cheers

Olivier


Subject: Re: Problem persist...missing COLOR_MENUBAR in Graphics.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 11:30:56 +1000
Newsgroups: jedi.vcl

Bretislav Kubesa wrote:

>> Check your Delphi library paths. Do you have both the jvcl\run as well as
>> the jvcl\lib\d6 path in there? Remove either. Also check your system paths
>> that Delphi6\bin, Delphi6\lib and Delphi6\Projects\Bpl are present. If you
>> have D5 as well, make sure the Delphi6 paths are before the Delphi5 paths
>
> in
>
>> the path string.
>
> Delphi library paths are OK !
>
>
>> Can't come up with anything else. COLOR_MENUBAR *is* defined in
>
> Graphics.pas
>
>> in D6, so you shouldn't get an error if everything is set up correctly.
>
> I just reinstalled Delphi 6, but problem still persist. When I look into
> Graphics.pas, there is NO COLOR_MENUBAR, what`s is wrong ?
> I don`t think that my installation is wrong.
> With Delphi 7 it`s all OK - but its Graphic.pas contain COLOR_MENUBAR
> definition.
> How you can see, I`m not alone who has this problem...

Have you installed ALL the latest patches for Delphi 6 ?
Because I have D6 here with all the latest updates and the JVCL compiles nicely.


Subject: Re: strange thing with installer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 11:29:05 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Andreas Hausladen wrote:
>
>> I have asked where the dfm files should go some time ago.
>>
>> What is a better place? Perhaps $(DELPHI)\Lib ???
>
>
> Why are the dfm files copied at all?
Because you need them when you compile a project in Delphi (or link in BCB). DFM files are resource files and if you don't have the run directory in the library path, the compiler won't find them. This only applies to components that actually need a form at runtime (not that many of them anyway).



Subject: Re: JvFinalize
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 11:27:25 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> André Snepvangers wrote:
>
>> Maybe the failures are caused by timeout errors?
>
>
> Looks a bit too fast for timeouts.
>
Yeah exactly. It seems more like a disagreement on the protocol each side is using...


Subject: Re: Problem persist...missing COLOR_MENUBAR in Graphics.pas
From: "Bretislav Kubesa" <kubesa@kn.vutbr.cz>
Date: Sun, 30 May 2004 00:46:47 +0200
Newsgroups: jedi.vcl

>> > >I just reinstalled Delphi 6, but problem still persist. When I look into
>> > >Graphics.pas, there is NO COLOR_MENUBAR, what`s is wrong ?
> > Sorry, COLOR_MENUBAR is defined in Windows.pas, but clMenuBar (the Delphi
> > equivalent) is in Graphics.pas and is defined as:
> >
> >   clMenuBar = TColor(COLOR_MENUBAR or $80000000);
> >
> > So, if you don't see that in your Graphics.pas, you've somehow got the
wrong
> > one.
I haven`t found anything like this. ;o( Maybe I`m allowed to try another
edition of Delphi, Standard or Personal.

BK

> >
>> > > How you can see, I`m not alone who has this problem...
> > That might be true, but there are a lot of people that don't have any
> > problem, so it has to be something with your paths or your installation
that
> > is different.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >



Subject: Re: PrintPreview question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 May 2004 22:37:02 +0200
Newsgroups: jedi.vcl

I don't know, but I think you somehow need to get the handle to the real
browser window and use that when sending a WM_PRINT. TWebBrowser is just a
wrapper around the COM interface which in turn probably is a wrapper around
yet another window and I think you really need to get at handle of the
"innermost" window to construct a useable printout.

I'd suggest you search MSDN for info on IWebBrowser (is that the name MS
use?) and also check out the IE & Delphi site at
http://www.euromind.com/iedelphi/ to see if they have any additional info
you can use.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem persist...missing COLOR_MENUBAR in Graphics.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 May 2004 22:29:35 +0200
Newsgroups: jedi.vcl

> >I just reinstalled Delphi 6, but problem still persist. When I look into
> >Graphics.pas, there is NO COLOR_MENUBAR, what`s is wrong ?
Sorry, COLOR_MENUBAR is defined in Windows.pas, but clMenuBar (the Delphi
equivalent) is in Graphics.pas and is defined as:

  clMenuBar = TColor(COLOR_MENUBAR or $80000000);

So, if you don't see that in your Graphics.pas, you've somehow got the wrong
one.

> > How you can see, I`m not alone who has this problem...
That might be true, but there are a lot of people that don't have any
problem, so it has to be something with your paths or your installation that
is different.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: function InjectCode(Addr: Pointer; Code: Pointer; Size: Integer): Boolean;
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 May 2004 22:18:18 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > BTW Are Enable/DisableTaskWindows
> > also part of the Patches ?

No, these functions are Borland code.


-- Regards, Andreas Hausladen 

Subject: Re: function InjectCode(Addr: Pointer; Code: Pointer; Size: Integer): Boolean;
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 29 May 2004 20:55:34 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> I found this function in QDialogs.
>
>
> This function is in the unofficial VisualCLX patch only. And why not use
> the one in JvThemes that is more generic and uses the
> Read/WriteProcessMemory function from QWindows.
>
>
Well, I like its name, it is clear what it does. We have several implementations to achieve the same.
BTW Are Enable/DisableTaskWindows also part of the Patches ?

Maybe you could add them to appropriate JvEx.. units?

Regards,

André Snepvangers


Subject: Problem persist...missing COLOR_MENUBAR in Graphics.pas
From: "Bretislav Kubesa" <kubesa@kn.vutbr.cz>
Date: Sat, 29 May 2004 20:45:52 +0200
Newsgroups: jedi.vcl

> > Check your Delphi library paths. Do you have both the jvcl\run as well as
> > the jvcl\lib\d6 path in there? Remove either. Also check your system paths
> > that Delphi6\bin, Delphi6\lib and Delphi6\Projects\Bpl are present. If you
> > have D5 as well, make sure the Delphi6 paths are before the Delphi5 paths
in
> > the path string.
Delphi library paths are OK !

> >
> > Can't come up with anything else. COLOR_MENUBAR *is* defined in
Graphics.pas
> > in D6, so you shouldn't get an error if everything is set up correctly.
I just reinstalled Delphi 6, but problem still persist. When I look into
Graphics.pas, there is NO COLOR_MENUBAR, what`s is wrong ?
I don`t think that my installation is wrong.
With Delphi 7 it`s all OK - but its Graphic.pas contain COLOR_MENUBAR
definition.
How you can see, I`m not alone who has this problem...


BK

> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >



Subject: Re: function InjectCode(Addr: Pointer; Code: Pointer; Size: Integer): Boolean;
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 May 2004 19:55:14 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > André Snepvangers wrote:
> > 
>> > > I found this function in QDialogs.
> > 
> > This function is in the unofficial VisualCLX patch only. And why not use
> > the one in JvThemes that is more generic and uses the
> > Read/WriteProcessMemory function from QWindows.

And the top of code injection functions is in my QThemes unit at
http://www.kylix-patch.de.vu
Which I just use in a new Kylix "Patch" unit called QtXft (anti-aliased
fonts without external Qt 2.3.2)


-- Regards, Andreas Hausladen 

Subject: Re: function InjectCode(Addr: Pointer; Code: Pointer; Size: Integer): Boolean;
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 May 2004 19:52:32 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I found this function in QDialogs.

This function is in the unofficial VisualCLX patch only. And why not use
the one in JvThemes that is more generic and uses the
Read/WriteProcessMemory function from QWindows.


-- Regards, Andreas Hausladen 

Subject: Re: PrintPreview question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sat, 29 May 2004 19:37:06 +0200
Newsgroups: jedi.vcl

> > In the case of WM_PRINT, you would send it to the WebBrowser (with
> > appropriate params) and use the returned result (or part of the TMessage)
to
> > construct the image that is then used to create the preview.

OK, I've looked at the reference and here's what I came up with:

procedure TForm1.Button1Click(Sender: TObject);
var
  bmp: TBitmap;
begin
  bmp := TBitmap.Create;
  try
    bmp.Width := WebBrowser1.Width;
    bmp.Height := WebBrowser1.Height;
    bmp.Canvas.Lock;
    try
     WebBrowser1.Perform(WM_PRINT, bmp.Canvas.Handle, PRF_ERASEBKGND and
PRF_NONCLIENT);
    finally
     bmp.Canvas.UnLock;
     if SaveDialog1.Execute then
      bmp.SaveToFile(SaveDialog1.FileName)
    end;
  finally
   bmp.Free
  end;
end;

   But this is no good. This way I get the WebBrowser "snapshot" along with
scrollbars, but not the snapshot of the html page - just the currently
displayed portion.

   How can I get the whole html page (preferably without the scrollbars,
cause I don't know how to remove them, to cut them out I would have to know
their width which varies from user to user)? I hope you can help me, because
there's noone else I can ask...

Marko




Subject: Re: strange thing with installer
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 May 2004 19:20:29 +0200
Newsgroups: jedi.vcl

> > Sorry if i am a bit boneheaded, but i lost track of the changes for CLX
> > support.
Nothing to do with CLX. I guess you didn't check the "Developer
installation" option and then the dfm's ends up where the dcu's are. That is
quite logical to me. With a developer install, they are not copied at all.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFinalize
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 29 May 2004 18:47:09 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I hate sourceforge's CVS server.
>
> Tell me about it. I usually do a diff (fails 4 times out of 5), sometimes an
> update (fails 4 times out of 5) before I commit (fails 4 times out of 5) and
> this adds up to quite a lot of failed attempts before the modified unit is
> actually committed to CVS...
>
My (estimated) scores:
diff: 1 out of 5
update: 2 out of 5
commit: 1 out of 5
Maybe the failures are caused by timeout errors?

Regards,

André Snepvangers


Subject: Re: JvFinalize
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 May 2004 18:43:29 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Maybe the failures are caused by timeout errors?

Looks a bit too fast for timeouts.



Subject: Re: strange thing with installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 May 2004 18:41:36 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have asked where the dfm files should go some time ago.
>
> What is a better place? Perhaps $(DELPHI)\Lib ???

Why are the dfm files copied at all?
Deleting them reactivates the dfm files in Run.

Sorry if i am a bit boneheaded, but i lost track of the changes for CLX support.



Subject: function InjectCode(Addr: Pointer; Code: Pointer; Size: Integer): Boolean;
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 29 May 2004 18:40:35 +0200
Newsgroups: jedi.vcl

Hello,

I found this function in QDialogs. This function could be used in JvEx* and the providestuff. The function is crossplatform, but not made public in QDialogs unfortunately. Anyway I have added them to QWindows, but imho it should be moved to JVCL.
Other opinions?

Regards,
André Snepvangers


Subject: Re: strange thing with installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 May 2004 18:29:10 +0200
Newsgroups: jedi.vcl

I have asked where the dfm files should go some time ago.

What is a better place? Perhaps $(DELPHI)\Lib ???



-- Regards, Andreas Hausladen 

Subject: strange thing with installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 May 2004 18:17:07 +0200
Newsgroups: jedi.vcl

I got compilation errors yesterday and had to uninstall the JVCL with the installer and then reinstall it (after fixing the bugs).

I got copies of the .dfm files in lib\d6 which i think is not the place they should go.



Subject: Re: JvFinalize
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 May 2004 18:15:10 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Tell me about it. I usually do a diff (fails 4 times out of 5), sometimes an
> update (fails 4 times out of 5) before I commit (fails 4 times out of 5) and
> this adds up to quite a lot of failed attempts before the modified unit is
> actually committed to CVS...

I usually have 3 failures for any action. After the first success it gets better.



Subject: Re: JvFinalize
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 May 2004 16:35:45 +0200
Newsgroups: jedi.vcl

> > I hate sourceforge's CVS server.
Tell me about it. I usually do a diff (fails 4 times out of 5), sometimes an
update (fails 4 times out of 5) before I commit (fails 4 times out of 5) and
this adds up to quite a lot of failed attempts before the modified unit is
actually committed to CVS...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem in JvWndProcHook
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 May 2004 00:30:46 +1000
Newsgroups: jedi.vcl

Hi

As I was testing the JvAppHotKeyDemo with BCB5, I stumbled on a problem in JvWndProcHook.pas. It raises an access violation exception the first time the application shortcut is pressed, just after the dialog is closed down. Considering the address in the AV (0x00001C), I'm quite sure this is due to the usage of a NULL pointer or close to it. It occurs on line 717 (in TJvHookInfos.WindowProc) but I think the problem is not actually from here. If you look at line 712 (and 683) you'll see that:

    CurrentHookInfo := @FStack[2 * FStackCount - 1];
    CurrentHookInfo^ := FFirst[hoAfterMsg];

Now my question is, what happens if FStackCount is 0 ?
To me this takes the address of one element BEFORE the start of the array, which cannot be good.
As I don't know this unit enough, I didn't do any modification but the simplest one could be to add this at the beginning of the procedure:

  if FStackCount = 0 then
    Exit;

so that it doesn't do anything when the stack is empty.

Please let me know what the solution is.
Cheers
Olivier


Subject: Re: Problem persist...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 May 2004 16:26:34 +0200
Newsgroups: jedi.vcl

Check your Delphi library paths. Do you have both the jvcl\run as well as
the jvcl\lib\d6 path in there? Remove either. Also check your system paths
that Delphi6\bin, Delphi6\lib and Delphi6\Projects\Bpl are present. If you
have D5 as well, make sure the Delphi6 paths are before the Delphi5 paths in
the path string.

Can't come up with anything else. COLOR_MENUBAR *is* defined in Graphics.pas
in D6, so you shouldn't get an error if everything is set up correctly.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppRegistryStorage and Unresolved external
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 May 2004 23:15:50 +1000
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> I checked it. I recompiled JCL Dcp file for BCB. Also I cleaned all JCL and JVCL files before recompilation. All without success.
>
> In the end I downloaded both latest (JCL & JVCL) daily versions and recompilation was without any problem. 

Ah well, glad to hear it works.


Subject: Excel inport/export
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Sat, 29 May 2004 15:12:28 +0200
Newsgroups: jedi.vcl

Hi,
I need to import from excel spreadsheet values and put hem in a String Grid (or a DBGrid).
I would also like to export a complete DBGrid content to an Excel table.
What is the best component to use?

JvDBGridExcelExport? does it work for import? are there usage examples?

CreateOleObject('Excel.Application')? Is there anything better than just copying cells back and forth?

Any comment VERY welcome :)
TiA
ZioNemo


Subject: Re: JvAppRegistryStorage and Unresolved external
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Sat, 29 May 2004 11:32:17 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote in
news:c98hf4$djf$1@talkto.net: 

>> >> ...[snip]
OBones wrote:
> > Be sure to recompile the JCL Dcp file for BCB as well.
I checked it. I recompiled JCL Dcp file for BCB. 
Also I cleaned all JCL and JVCL files before recompilation. 
All without success.

In the end I downloaded both latest (JCL & JVCL) daily 
versions and recompilation was without any problem. 

Thank you,
Olivier

Vaclav


Subject: Re: Delphi 8 again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 May 2004 10:16:55 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> > Thanks a lot - Do you know a place where one can get a brief technical
> > overview of Delphi - DOt.net - VLC - XYZ - ABC... ?

In the help:
ms-help://borland.bds2/bds2guide/html/WhatsNew.htm
ms-help://borland.bds2/bds2guide/html/VCLNetPart.htm
ms-help://borland.bds2/bds2guide/html/WinFormsPart.htm



-- Regards, Andreas Hausladen 

Subject: Re: Delphi 8 again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Sat, 29 May 2004 06:12:15 +0000
Newsgroups: jedi.vcl

Thanks a lot - Do you know a place where one can get a brief technical overview of Delphi - DOt.net - VLC - XYZ - ABC... ?

Andreas Hausladen wrote:
> micha schumann wrote:
>
>
>> While I played around with D8 I found out that it can create vcl
>> projects. Can I install jcl/jvcl in D8 to be used with vcl projects?
>
>
> Delphi 8 can create VCL.NET application. And VCL.NET is not VCL for Win32.
> The JVCL does not work in Delphi 8.
>
>



Subject: Re: color constants
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 May 2004 08:11:47 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> T only thought of giving them names. I will wait.

For now i only typecasted the hex literals to TColor.
That is redundant, but it is more readable and allows to easily catch them with a grep for later changes.



Subject: Re: color constants
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 May 2004 06:39:24 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> JvNavigationPane is filled with such constants.
>
> Don't change the ones in JvNavigationPane since they are not known to be the
> correct ones and I don't want to hunt through the unit to find them. The
> risk is also that you use the same constant for more than one color value
> although they should really be different. Do not touch!

T only thought of giving them names. I will wait.



Subject: Re: JvAppRegistryStorage and Unresolved external
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 May 2004 10:12:52 +1000
Newsgroups: jedi.vcl

Vaclav Korecek wrote:
> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote in
> news:c97elh$87r$1@talkto.net:
>
>> Vaclav Korecek wrote:
>>
>>
>>> ...[snip]
>>> "RegWriteBinary" is part of the JCL which I have installed too.
>>
>> It is, but the const void* parameter is the culprit. This is a
>> bug in BCB6 (QC7224) and can be avoided by removing the const
>> qualifier on Value and replacing it by var. It is already fixed
>> in CVS. 
>
>
> Thank you for your answer. I tried it as you suggested and recompile
> JCL. It was recompiled without problem. Declaration of function was changed to:
> void __fastcall RegWriteBinary(const unsigned RootKey, const AnsiString Key, const AnsiString Name, void *Value, const unsigned ValueSize);
>
> There is problem still with recompilation of JVCL which crashed.:-( See below (unresolved external).

Be sure to recompile the JCL Dcp file for BCB as well.


Subject: Re: Delphi 8 again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 May 2004 00:51:21 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> > While I played around with D8 I found out that it can create vcl
> > projects. Can I install jcl/jvcl in D8 to be used with vcl projects?

Delphi 8 can create VCL.NET application. And VCL.NET is not VCL for Win32.
The JVCL does not work in Delphi 8.


-- Regards, Andreas Hausladen 

Subject: Delphi 8 again
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 28 May 2004 22:00:25 +0000
Newsgroups: jedi.vcl

While I played around with D8 I found out that it can create vcl projects. Can I install jcl/jvcl in D8 to be used with vcl projects?


Subject: Re: JvFinalize
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 28 May 2004 23:01:21 +0200
Newsgroups: jedi.vcl

:-)

But fixed.

Jens

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> JvBackground is not longer valid:
>
>
> I hate sourceforge's CVS server. The commit of the updated
> common/JvFinalize.pas failed. Sometimes I have to do the commit up to 10
> times until the server does not terminate with an timeout.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem persist...
From: sun <sun@nowhere.net>
Date: Fri, 28 May 2004 16:07:31 -0400
Newsgroups: jedi.vcl


Hi,
I have the same problem and the same errors like you. It's probably
related to Delphi 6 version of JCL/JVCL. 
Like you, I'm waiting for a solution to this.




Subject: Re: JvFinalize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 May 2004 22:06:31 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > JvBackground is not longer valid:

I hate sourceforge's CVS server. The commit of the updated
common/JvFinalize.pas failed. Sometimes I have to do the commit up to 10
times until the server does not terminate with an timeout.


-- Regards, Andreas Hausladen 

Subject: Re: JvFinalize
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 28 May 2004 22:01:25 +0200
Newsgroups: jedi.vcl

JvBackground is not longer valid:
[Compiling: JvCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
S:\Delphi\Components\JVCL3\run\JvBackgrounds.pas(1241) Fehler: Die Typen der tatsächlichen und formalen Var-Parameter müssen übereinstimmen
S:\Delphi\Components\JVCL3\run\JvBackgrounds.pas(1762) Fehler: Die Typen der tatsächlichen und formalen Var-Parameter müssen übereinstimmen
JvCoreD7R.dpk(93) Fatal: Verwendete Unit '..\..\run\JvBackgrounds.pas' kann nicht compiliert werden


Because of JvDynControlEngine, give me any hint and i will do my best. But i didn't see a better way :-(

And what kind of interface do you mean. The complete realisation is interface-based. Did i missed something ?

Greetings
Jens

Andreas Hausladen wrote:

> I'm currently working on code-size optimization by smart linker usage (the
> person who invented initialization/finalization (was it Anders Hejlsberg?)
> had not thought about smart linking).
>
>
> The following component/files need testing:
>
> JvBackgrounds.pas
> JvDBImage.pas
> JvDesktopAlert.pas
>
> The JvDynControlEngine consts a lot of code-size. I think implementing it
> with Interfaces or something else could reduce code size. I'm also not
> happy with the implementation of it because if you include
> JvDynControlsEngineVCL you have VCL components registered. If you later
> add JvDynControlsEngineJVCL to a uses clause the JVCL components will be
> used.
> Selection by unit inclusion is not good and could lead to hard to find
> bugs. Does anybody knows a better selection method?
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Which version of JVCL to use
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Fri, 28 May 2004 19:53:53 +0000
Newsgroups: jedi.vcl

I also use version jvcl3/jcl1.9 cvs for quite a time in a production environment refresthing from time to time. My app does not cover all the components but the only bugs I stick into are my own!

- jcl seems rock solid to me
- Plugins work VERY well
- i use some of the xp and navpanel thingies
- tryicon works fine
- and others I would have to figure out in the source.

I 100% agree with ssamayoa.

micha

Lou Feliz wrote:
> Hello. Is V3 beta stable enough to install into Delphi 7 or should I stick
> with current V2 stable?
>
> -:Lou
>
>



Subject: JvFinalize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 May 2004 21:42:28 +0200
Newsgroups: jedi.vcl

I'm currently working on code-size optimization by smart linker usage (the
person who invented initialization/finalization (was it Anders Hejlsberg?)
had not thought about smart linking).


The following component/files need testing:

JvBackgrounds.pas
JvDBImage.pas
JvDesktopAlert.pas

The JvDynControlEngine consts a lot of code-size. I think implementing it
with Interfaces or something else could reduce code size. I'm also not
happy with the implementation of it because if you include
JvDynControlsEngineVCL you have VCL components registered. If you later
add JvDynControlsEngineJVCL to a uses clause the JVCL components will be
used.
Selection by unit inclusion is not good and could lead to hard to find
bugs. Does anybody knows a better selection method?


-- Regards, Andreas Hausladen 

Subject: Re: JvAppRegistryStorage and Unresolved external
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Fri, 28 May 2004 19:22:18 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote in
news:c97elh$87r$1@talkto.net: 

> > Vaclav Korecek wrote:
> > 
>> >> ...[snip]
>> >> "RegWriteBinary" is part of the JCL which I have installed too.
> > 
> > It is, but the const void* parameter is the culprit. This is a
> > bug in BCB6 (QC7224) and can be avoided by removing the const
> > qualifier on Value and replacing it by var. It is already fixed
> > in CVS. 

Thank you for your answer. I tried it as you suggested and recompile
JCL. It was recompiled without problem. Declaration of function was 
changed to:
void __fastcall RegWriteBinary(const unsigned RootKey, const 
AnsiString Key, const AnsiString Name, void *Value, const unsigned 
ValueSize);

There is problem still with recompilation of JVCL which crashed.:-( 
See below (unresolved external).

Vaclav
 
[Compiling: JvCoreC6R.bpl]
	"C:\Program Files\Borland\CBuilder6\bin\bpr2mak" -t..\BCB.bmk 
JvCoreC6R.bpk
Loading project file
Loading template
Generating Makefile
.......................................... 
	"C:\Program Files\Borland\CBuilder6\bin\make" -l+ -f 
JvCoreC6R.mak
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
	"C:\PROGRA~1\Borland\CBUILD~2\bin\..\BIN\ilink32" @MAKE0000.@@@
Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
Error: Unresolved external '__fastcall Jclregistry::RegWriteBinary
(const unsigned int, const System::AnsiString, const 
System::AnsiString, const void *, const unsigned int)' referenced 
from C:\PROGRAM FILES\BORLAND\CBUILDER6\PROJECTS\BPL\JEDI\JVCL\LIB\C6
\OBJ\JVAPPREGISTRYSTORAGE.OBJ

** error 2 ** deleting JvCoreC6R.bpl

** error 1 ** deleting "C:\Program Files\Borland\CBuilder6\Projects
\Bpl"\JvCoreC6R.bpl

** error 1 ** deleting CompilePackages


Subject: Re: Which version of JVCL to use
From: "ssamayoa" <nospam@stopspam.com>
Date: Fri, 28 May 2004 19:31:41 +0200
Newsgroups: jedi.vcl

Im using it in production applications.
The new features (new components mainly) of JVCL 3 over 2 worth the risk 
of using lower than alpha version.
I refresh once or two times at week. Sometimes the installer fails (you 
can still install manually).



--- posted by geoForum on http://delphi.newswhat.com


Subject: Which version of JVCL to use
From: "Lou Feliz" <junkmail@krmrisk.net>
Date: Fri, 28 May 2004 09:50:04 -0700
Newsgroups: jedi.vcl

Hello. Is V3 beta stable enough to install into Delphi 7 or should I stick
with current V2 stable?

-:Lou




Subject: Problem persist...
From: Břetislav Kubesa <kubesa@kn.vutbr.cz>
Date: Fri, 28 May 2004 18:18:45 +0200
Newsgroups: jedi.vcl


>>> > > > Open Graphics.pas and search for
>>> > > > COLOR_MENUHILIGHT. Can you find it? If not, there is something
seriously
>>> > > > wrong with your installation.
>> > > I can`t find it, it`s time to reinstall Delphi 6 ? But I don`t have no
> > other
>> > > problem with my Delphi, there is only problem with new JVCL.... ;-(
> > Do you have a personal or standard version or did you elect to not install
> > the sources when you installed Delphi? The sources are not included in
> > personal/standard, so there is nothing wrong in that case.
I`m using Dephi 6 ENTERPRISE edition.

> >
>> > > I can`t even open it, it gives me error : PROJECTS macro in project
group
>> > > file missing or incorrect.
>> > > ....I thing it`s really time for reinstallation.
> > Aha! You probably have JVCL files that are corrupted by the wrong line
break
> > sequence. You should find a tool that converts from Linux LF's to Windows
> > CRLF's and you should be fine. There is one included with JVCL (in
> > devtools\AdjustLineBreaks), but you need to compile it yourself and that
> > might not be possible if those files are corrupted as well.
> >
> > I can bet you that your other problems are related to this as well.
> >
I compiled CRLF without any problem, then >>
crlf /s /q *.pas *.dfm *.dpk *.dpr
Again install - again same problem. ;o(
But now I can open "D6 Packages.bpg", when I try to compile JvSYSTEMD6, I
get same error - Error: Undeclared identifier: 'COLOR_MENUBAR'...
What can I try next ? ;-)

BK

> > It this seems too much bother, try downloading the daily zips again but
from
> > a later date.

> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >



Subject: Re: color constants
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 28 May 2004 18:10:44 +0200
Newsgroups: jedi.vcl

> > JvNavigationPane is filled with such constants.
Don't change the ones in JvNavigationPane since they are not known to be the
correct ones and I don't want to hunt through the unit to find them. The
risk is also that you use the same constant for more than one color value
although they should really be different. Do not touch!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Me again
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 28 May 2004 18:08:15 +0200
Newsgroups: jedi.vcl

Olivier wrote:

> >Yes it could apply. I may as well rewrite this section to make it not 
> >specific to constructors.

The two solutions suggested are:
- "avoid calling your constructors anything else than Create"
- "Add a dummy parameter at the end, giving it a default value. Usually, 
an Integer parameter is enough"

I'm sorry but I can't see why it is not beside the point. We do not need 
this dummy parameter.

Fred, puzzled



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Today, the guilty is: JvCsvData.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 May 2004 17:59:54 +0200
Newsgroups: jedi.vcl

Fred wrote:

> Thus, in JvCsvData, some changes are needed:
>
>   valueLen, t: Integer;
> becomes:
>   t: Integer;
> because valueLen is not used.
>
>        JvCsvDatabaseError(FTableName, RsETimeTConvError);
> becomes:
>        JvCsvDatabaseError(dataset.name, RsENoFieldNamesMatch);
>        Exit; // To avoid a message from the compiler about Result
> I fixed a bug there. I'm not sure if dataset.name is the name expected but obviously FTablename and RSETimeTConvError are copy/paste errors.

I already cleaned that function, but i did not check for errors.
That was really awful code. At least in style and from your comment i guess that it is also buggy.



Subject: Re: Today, the guilty is: JvCsvData.pas
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 28 May 2004 17:51:02 +0200
Newsgroups: jedi.vcl

Olivier wrote:

> >Are you sure you have installed all the latest updates from Borland ?

I have "DCC50.dll" and "DCC32.exe" v5.0.12.34 - 25/02/2000
They are not modified by the first patch nor by the ADO patch.
I'm going to see if there's a special patch for DCC32.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Today, the guilty is: JvCsvData.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 May 2004 01:25:26 +1000
Newsgroups: jedi.vcl

Fred wrote:

> I'm a BCB user. I don't know why but any hint or warning generated by the Delphi compiler crashes it when compiling the pascal source files. So I have to remove anything that could produce a comment from the compiler.

I've just compiled the JCL and JVCL successfully and while I had those warnings, the compiler didn't crash at all.
Are you sure you have installed all the latest updates from Borland ?


Subject: Re: Me again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 May 2004 01:24:11 +1000
Newsgroups: jedi.vcl

Fred wrote:

>> This is section titled:
>> E2238 Multiple declaration for '_fastcall TJvClass::TJvClass'
>
>
> I saw this section, but the problem is quite different. No constructor is involved and the solution suggested does not apply to that case.

Yes it could apply. I may as well rewrite this section to make it not specific to constructors.


Subject: Re: Me again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 May 2004 01:16:15 +1000
Newsgroups: jedi.vcl

Fred wrote:

> hELLO EvERYBody,
>
> This is my daily delivery about the latest build:
>
> 1) In "JvColorCombo.pas", the customized name of a new color does not appear
> correctly in the combo box when you add it with the Custom Colors dialog. To
> fix that, I just added:
>           FPrefix := S;
> After:
>         if Execute then
>         begin
>           if DoNewColor(CD.Color, S) then
>             Inc(FCustCnt);
>
> 2) In "JvSegmentedLEDDisplay.pas", "windows" appears two times in the USES
> clause.
>
> 3) In "JvTimerList.pas", "{$I windowsonly.inc}" should be after {$I
> jvcl.inc}, not before.
>
> 4) There's a big problem in "JvClipbrd.pas" with BCB 5. The procedure
> "SetBuffer" cannot be overloaded because "var Buffer" and "Buffer: pointer"
> are not different when converted into C++. So we have exactly the same
> procedures in the .HPP file of the unit and that raises an error when you
> try to use the component. To fix it and to maintain the compatibility with
> previous versions, I did this:
<snip>

A similar approach has been chosen and put in CVS.
This has been tested with C5 and C6 and should work fine.


Subject: JvUrlListGrabber
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 28 May 2004 17:15:55 +0200
Newsgroups: jedi.vcl

   With BCB 5, "grabber->URLs->Add("your_url");" raises an error. It 
should not.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Me again
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 28 May 2004 17:06:02 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> André Snepvangers wrote:
>
>> As should be the case for the VisualCLX generator JvclVclClx
>
>
> Then it was still an error because a comment was missing to explain the strange structure.
>
You could have known by
- Reading the CVS history
- Taking a look at VisualCLX version in qrun
- Reading the news in jedi.vcl
Or is this just about covering up *your* mistakes resulting from *not* reading the news in jedi.vcl? :~

Regards,

André Snepvangers,
VisualCLX coordinator


Subject: What happend to jvHTListBox?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 28 May 2004 17:00:31 +0200
Newsgroups: jedi.vcl

Hello,

in the current version the component TjvHTListBox is not longer registered
(we had the same problem a few day ago with TjvComboListbox). I hope it can
be fixed as easy as the non-registered TjvComboListbox (on my system i have
re-registered it without problems)

Package is JvCtrlsD*R.dpk

Ciao,
Ralf



Subject: Today, the guilty is: JvCsvData.pas
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 28 May 2004 16:56:19 +0200
Newsgroups: jedi.vcl

I'm a BCB user. I don't know why but any hint or warning generated by 
the Delphi compiler crashes it when compiling the pascal source files. 
So I have to remove anything that could produce a comment from the 
compiler.

Thus, in JvCsvData, some changes are needed:

  valueLen, t: Integer;
becomes:
  t: Integer;
because valueLen is not used.

       JvCsvDatabaseError(FTableName, RsETimeTConvError);
becomes:
       JvCsvDatabaseError(dataset.name, RsENoFieldNamesMatch);
       Exit; // To avoid a message from the compiler about Result
I fixed a bug there. I'm not sure if dataset.name is the name expected 
but obviously FTablename and RSETimeTConvError are copy/paste errors.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDockVSNETStyle
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 28 May 2004 16:46:41 +0200
Newsgroups: jedi.vcl


"Wiebe Tijsma" <REMOVEwiebe@CAPITALStijsma.com> schrieb im Newsbeitrag
news:c97bnj$7lh$1@talkto.net...
> > I'm using the JvDockVSNETStyle for docking.
> >
> > When the panel is on AutoHide, and the Close button is clicked, how do I
> > get my form back?
> >

Hello,

try this: "YourDockedForm.JvDockClient.RestoreChild;".

I think that should work. Have not tested it now and i only remember it from
playing with jvdocking some time ago!

Ciao,
Ralf



Subject: Re: Me again
From: "Fred" <nospam_@_nospam.com>
Date: Fri, 28 May 2004 16:41:46 +0200
Newsgroups: jedi.vcl

> >This is section titled:
> >E2238 Multiple declaration for '_fastcall TJvClass::TJvClass'

I saw this section, but the problem is quite different. No constructor 
is involved and the solution suggested does not apply to that case.

> >There were only two errors

I stopped at the second error and thought it was only the beginning...
Thanx for the revision.

Fred



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvAppRegistryStorage and Unresolved external
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 May 2004 00:18:27 +1000
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> BCB6 user.
> 1. I have used "TJvFormStorage" and "TJvAppIniFileStorage" without
>    any problem.
> 2. I decided to switch from "TJvAppIniFileStorage" to
>    "TJvAppRegistryStorage". 
> Problem is that linket got me error message:
> [Linker Error] Unresolved external '__fastcall Jclregistry::RegWriteBinary(const unsigned int, const System::AnsiString, const System::AnsiString, const void *, const unsigned int)' referenced from C:\PROGRAM FILES\BORLAND\CBUILDER6
> \PROJECTS\LIB\JVCOREC6R.LIB|..\..\run\JvAppRegistryStorage.PAS
>
> "RegWriteBinary" is part of the JCL which I have installed too.

It is, but the const void* parameter is the culprit. This is a bug in BCB6 (QC7224) and can be avoided by removing the const qualifier on Value and replacing it by var. It is already fixed in CVS.


Subject: Re: Me again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 May 2004 00:07:02 +1000
Newsgroups: jedi.vcl

OBones wrote:

> There is a guideline in the BCB Compatibility guide in help for that kind of situations. I'll apply the required changes.

This is section titled:

E2238 Multiple declaration for '_fastcall TJvClass::TJvClass'

>> 6) There are many errors in jclWin32. For example: <reason.h> does not
>> exist, "typedef IMAGE_COR20_HEADER  TImageCor20Header" raises an error, ..
>> It would be great if this file was seriously reviewed, especially for BCB
>> users.
>
> I'll have a look at that, but I didn't see any problem last time I tried.

There were only two errors and the solutions were really easy (one of them was to put back my code that had been commented out by someone else). This is in the JCL CVS.


Subject: color constants
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 May 2004 15:57:42 +0200
Newsgroups: jedi.vcl

I currently try to name all hex color constants found.
For now i use JvDefaultXXXColor as name. When i find a better naming scheme i will change it.
JvNavigationPane is filled with such constants.

Later we should see if we can have our own named colors (in the IDE).



Subject: JvDockVSNETStyle
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Fri, 28 May 2004 15:26:43 +0200
Newsgroups: jedi.vcl

I'm using the JvDockVSNETStyle for docking.

When the panel is on AutoHide, and the Close button is clicked, how do I get my form back?

this doesn't work:
  DockPanel.ShowDockPanel(true, client);
neither does this:
  TJvDockVSNETPanel(DockPanel).DoShowControl(Client);
nor:
  TJvDockVSNETPanel(DockPanel).VSChannel.Show;

Thanks!


Subject: Re: jvThumbView Help/Bug?
From: Yannis <None@Noware.non>
Date: Fri, 28 May 2004 13:13:18 +0000 (UTC)
Newsgroups: jedi.vcl

micha schumann <schumannxx@itcxx-mdxx.dexx> wrote in
news:c8vcg2$rjp$1@talkto.net: 

> > Content-Type: text/plain; charset=us-ascii; format=flowed
> > Content-Transfer-Encoding: 7bit
> > 
> > what about my suggestion?
> > 

Hi,

Your suggestions seems fair at this time but I need to take a closer look.

I'm sorry for any delays in my responce but I will not be able to visit
this groups daily for at least 3 months to come. As I have allready 
responded to Peter I have made a number of changes to the original 
unit and I will send a copy back as soon as I'm sure that everything
is stable and I have clean up the code. In the case you can't wait 
I can send you a copy of the new units but use with care.

Regards
Yannis.


Subject: Re: jvThumbView Help/Bug?
From: Yannis <None@Noware.non>
Date: Fri, 28 May 2004 13:05:56 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Th?rnqvist" <peter3@nospam.peter3.com> wrote in news:c8ct79$up6$1
@talkto.net:

> > BTW, what ever happened to the update of TJvThumbView (the one that was
> > supposed to be done with the BestOffice people)?
> > 

Hello everyone,

I had some personal issues to take care (steel have) and my time was very 
limited. I have managed to work on thumbview components and I have a beta 
version with a number of extras like 
  multiple selection (needs clean up)
  enhanced keyboard support (to support the multiple selection)
and I have reworked the inheritanse a little bit to help me with 
varius issues I had found infront of me in my latest project.

I'm in the proccess of cleaning up and designing a better sorting 
system. I have recently come across the Drag and drop suite i think
by melanders and some other guy and reading it to understand what is 
going on under in order to add drag and drop support (between 
thumb components & probably with explorer as well).

Although I have a lot of things to do on the library I have not the time

I have droped completly The BestOffice from my schedule and I dop not 
thing I will be able to think about it before the end of this year.

I can send you a fairly stable version with the extras to you but I 
wouldn't like this code to be published yet not until I have found the 
time to rework the inheritanse and make absolutly sure that the code is 
clean. 


Regards
Yannis.


Subject: Re: Me again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 May 2004 14:47:59 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> As should be the case for the VisualCLX generator JvclVclClx

Then it was still an error because a comment was missing to explain the strange structure.



Subject: Re: JvclVclClx
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 May 2004 14:43:58 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> Please propose and discuss such changes on jvcl.inc first here.
>>
> Why you think I wrote this messages in the first place?

Its own thread would be nice.
(Yes i know kick me :)



Subject: Re: PrintPreview question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 May 2004 14:22:58 +0200
Newsgroups: jedi.vcl

In the case of WM_PRINT, you would send it to the WebBrowser (with
appropriate params) and use the returned result (or part of the TMessage) to
construct the image that is then used to create the preview. You could check
MSDN for more info on WM_PRINT and it is also in the Win32 help file.

NB, I don't know if TWebBRowser supports WM_RINT usage like that, but it is
worth a try

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PrintPreview question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Fri, 28 May 2004 14:07:39 +0200
Newsgroups: jedi.vcl

> > However, trying to use the WM_PRINT message might be a route to explore.

I don't know much about Windows messages. Forgive me if this is a stuped
question: Am I supposed to intercept the WM_PRINT message and "steal"  the
page bitmap from it? (This may be silly, but in the lack of Win message
knowledge all I can rely on is imagination and common sense)


Marko




Subject: Is there such component? GroupBox with checkbox in caption
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 28 May 2004 15:45:22 +0400
Newsgroups: jedi.vcl

Hello, All!

Is there in JVCL something like SUBJ ?


Examples from http://swiss.torry.net/checkboxes.htm

=========Beginning of the citation==============
TCheckGroupBox v.100 FWS 178 Kb 10.08.01
By Karsten Bendsen. TCheckGroupBox is an enhanced groupbox that will set
enable for all its child controls.
You can connect any TControl with a Checked property, not just TCheckBox and
TRadioButton to the groupbox and control the enabled-state by simply
clicking the control. The control will automatic be placed instead of the
caption of the groupbox.

Fully functional
Source: Included
Exe-demo included
Download: D2 D3 D4 D5 D6
=========The end of the citation================

or

=========Beginning of the citation==============
Check GroupBox v.1.3.0 FWS 120 Kb 08.10.99
By Jean-Michel Boucton. TCheckGroupBox is downward of TCustomGroupBox which
integrates TCheckBox and which makes it possible to enable or disable child
controls of the GroupBox. Childs controls are also grayed when the checkbox
is disabled or when the CheckGroupBox itself is disabled.
This new version allows la fonction inverse : disabling the child components
when the CheckBox is checked.

Fully functional
Source: Included
Exe-demo included
Download: D2 D3 D4
=========The end of the citation================

or just simple
=========Beginning of the citation==============
Enhanced Group Box v.1.0 FW 5 Kb 19.05.98
By Nuno Miguel Antunes. This component is a Enhanced Group Box. It's like a
standard Group Box, but it places one check box near the caption that allows
you to enable or disable all components inside the group box.
=========The end of the citation================

Isthere something of a kind or is there somethign like that planned ?

-- WinAMP://Юта - Ждали http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Added ScreenPosition property to TJvProgressDialog
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 May 2004 13:39:16 +0200
Newsgroups: jedi.vcl

Added to CVS. Thanks

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Ralf Kaiser" <ralf-kaiser@eurobrief.de> skrev i meddelandet news:c96r6e$4c2$1@talkto.net...
> > Hello,
> >
> > i have just added a new proprety ("ScreenPosition: TPosition") to
> > TJvProgressDialog to control its position on the screen when it is shown.
> >
> > I have uploaded the file to Mantis.
> >
> > Can someone check if it is OK and commit it to CVS - Thanks.
> >
> > Ciao,
> > Ralf
> >
> >




Subject: JvAppRegistryStorage and Unresolved external
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Fri, 28 May 2004 11:37:39 +0000 (UTC)
Newsgroups: jedi.vcl

BCB6 user.
1. I have used "TJvFormStorage" and "TJvAppIniFileStorage" without
   any problem.
2. I decided to switch from "TJvAppIniFileStorage" to
   "TJvAppRegistryStorage".  

Problem is that linket got me error message:
[Linker Error] Unresolved external '__fastcall 
Jclregistry::RegWriteBinary(const unsigned int, const 
System::AnsiString, const System::AnsiString, const void *, const 
unsigned int)' referenced from C:\PROGRAM FILES\BORLAND\CBUILDER6
\PROJECTS\LIB\JVCOREC6R.LIB|..\..\run\JvAppRegistryStorage.PAS

"RegWriteBinary" is part of the JCL which I have installed too.

I checked paths and other possible sources of problems and it
seems to be OK. It is clear there really is something wrong but I
cannot find solution at the moment. 

Is there anybody who can advise me?

TIA
Vaclav


Subject: Re: iconv functions for Linux only?
From: "Arioch /BDV/" <the_Arioch@nm.False-Domain.ru>
Date: Fri, 28 May 2004 15:35:27 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 26 May 2004 10:33:08 +0200 @398)
....while the fading voice of Robert whispered through the darkness:

 RM> Remind me: What does iconv do?

Recodes between charsets.
Since Win32 has built-in Unicode v.2, i guess there will not be much
functional difference between it and Win32 MultiByteToWideChar.

Though there is difference, cause Win mostly identifies codepage by integer,
and unix by i18l string.

Personally, i'd be glad to make them look alike, but guess that is more
about JCL than JVCL.

 RM> For iconv.dll we have the usual problems to check. Mainly license.

GPL ? until it is not statically linked - IMHO why should we consider it?

-- WinAMP://Little 15 http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: TJvDockServer on TPanel
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Fri, 28 May 2004 12:55:44 +0200
Newsgroups: jedi.vcl

Guy Woodhouse wrote:
> Can I make something like this on my form?
> (using TJvDockServer & TJvDockClient)

With A, B and C being docked forms, and D being the rest of the client area of the parent form (the one which is the owner of TJvDockServer): Yes, this is possible.

|---------------------------|
|      |                    |
|  A   |        D           |
|      |                    |
|      |                    |
|---------------------------|
|      B       |     C      |
|              |            |
-----------------------------

Also have a look at the examples for JvDocking.


Subject: Re: Problem persist, please help
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 May 2004 11:58:47 +0200
Newsgroups: jedi.vcl

Bretislav Kubesa wrote:

> > PROJECTS macro in project group file missing or incorrect.
> > ....I thing it`s really time for reinstallation.

No. You just got the JVCL with unix line ends.


-- Regards, Andreas Hausladen 

Subject: Re: Problem persist, please help
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 May 2004 11:52:30 +0200
Newsgroups: jedi.vcl

>> > > Open Graphics.pas and search for
>> > > COLOR_MENUHILIGHT. Can you find it? If not, there is something seriously
>> > > wrong with your installation.
> > I can`t find it, it`s time to reinstall Delphi 6 ? But I don`t have no
other
> > problem with my Delphi, there is only problem with new JVCL.... ;-(
Do you have a personal or standard version or did you elect to not install
the sources when you installed Delphi? The sources are not included in
personal/standard, so there is nothing wrong in that case.

> > I can`t even open it, it gives me error : PROJECTS macro in project group
> > file missing or incorrect.
> > ....I thing it`s really time for reinstallation.
Aha! You probably have JVCL files that are corrupted by the wrong line break
sequence. You should find a tool that converts from Linux LF's to Windows
CRLF's and you should be fine. There is one included with JVCL (in
devtools\AdjustLineBreaks), but you need to compile it yourself and that
might not be possible if those files are corrupted as well.

I can bet you that your other problems are related to this as well.

It this seems too much bother, try downloading the daily zips again but from
a later date.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem persist, please help
From: "Bretislav Kubesa" <kubesa@kn.vutbr.cz>
Date: Fri, 28 May 2004 11:49:15 +0200
Newsgroups: jedi.vcl

> > Open JvComputerInfoEx.pas and find the symbol SPI_GETMENUSHOWDELAY. Do you
> > have a {$IFDEF COMPILER5} above that line?
Yes, I do.

> > Search for COLOR_MENUHILIGHT. Is
> > it in the same IFDEF COMPILER5 block?
Yes, it is.

> > Open Graphics.pas and search for
> > COLOR_MENUHILIGHT. Can you find it? If not, there is something seriously
> > wrong with your installation.
I can`t find it, it`s time to reinstall Delphi 6 ? But I don`t have no other
problem with my Delphi, there is only problem with new JVCL.... ;-(
..
> >
> > Try opening D6 Packages.bpg in \packages and build all the packages
> > manually. Does that work?

I can`t even open it, it gives me error : PROJECTS macro in project group
file missing or incorrect.
.....I thing it`s really time for reinstallation.

BK

> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >



Subject: Re: TJvDockControlForm.SetDockStyle exception
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Fri, 28 May 2004 11:40:37 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Set a breakpoint in the procedure and examine Value. Is Value = your
> design-time dockstyle? If not, check the Call Stack window to determine
> where the dockstyle change is coming from.
>

Hi Peter,

I was able to trace back the error to one form, that somehow got assigned a second TJvDockVSNetStyle instance while creating the form (?), but the ComponentState wasn't csLoading.

I deleted the TJvDockClient and the TJvDockVSNetStyle instances, dropped them again on my form, and now it works.

Sorry I can't help you trace back where the error came from...

Thanks for helping me out, the Call Stack Window is quite useful... (never noticed it before 8-O )


Subject: Re: TJvDockControlForm.SetDockStyle exception
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 May 2004 10:56:11 +0200
Newsgroups: jedi.vcl

Set a breakpoint in the procedure and examine Value. Is Value = your
design-time dockstyle? If not, check the Call Stack window to determine
where the dockstyle change is coming from.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Added ScreenPosition property to TJvProgressDialog
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 28 May 2004 10:51:34 +0200
Newsgroups: jedi.vcl

Hello,

i have just added a new proprety ("ScreenPosition: TPosition") to
TJvProgressDialog to control its position on the screen when it is shown.

I have uploaded the file to Mantis.

Can someone check if it is OK and commit it to CVS - Thanks.

Ciao,
Ralf




Subject: TJvDockControlForm.SetDockStyle exception
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Fri, 28 May 2004 10:43:28 +0200
Newsgroups: jedi.vcl

Hi,

I've implemented slow instantiation on my forms using the Docking controls, but now I get an exception when I start my application and immediately quits because of an exception in this procedure:

procedure TJvDockBaseControl.SetDockStyle(const Value: TJvDockBasicStyle);

with this message: @RsEDockCannotChangeDockStyleProperty (at runtime)

However, I never try to set the DockStyle at runtime...

Any hints?

Thanks, Wiebe Tijsma


Subject: Re: JvclVclClx
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 28 May 2004 10:29:51 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> André Snepvangers wrote:
>
>> I am about to add/use USEWINDOWS (default) and change jvcl.inc accordingly. You see any problem?
>
>
> Please propose and discuss such changes on jvcl.inc first here.
>
Why you think I wrote this messages in the first place?

Regards,

André


Subject: Re: Me again
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 28 May 2004 10:27:34 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> 2 and 3 fixed
>

Add 2: Fixing a non existant error leads to creating an error!
Read the news!

Regards,

André Snepvangers


Subject: Re: Me again
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 28 May 2004 10:23:13 +0200
Newsgroups: jedi.vcl

Fred wrote:
> hELLO EvERYBody,
>
> This is my daily delivery about the latest build:
>
>
> 2) In "JvSegmentedLEDDisplay.pas", "windows" appears two times in the USES
> clause.
>
As should be the case for the VisualCLX generator JvclVclClx

Before:
  Classes, Graphics, Windows,
  {$IFDEF VisualCLX}
  {$IFDEF MSWINDOWS}
  Windows,
  {$ENDIF MSWINDOWS}
  {$ENDIF VisualCLX}

translates with JvclVclClx to:

  Classes, Types, QGraphics, QWindows,
  {$IFDEF MSWINDOWS}
  Windows,
  {$ENDIF MSWINDOWS}

Regards,

André Snepvangers


Subject: Re: TJvDockServer on TPanel
From: "Guy Woodhouse" <woodhouseNOSPAM@email.it>
Date: Fri, 28 May 2004 10:11:01 +0200
Newsgroups: jedi.vcl

"Michael Elsdörfer" <michael@elsdoerfer.net> wrote in message
news:c94kc3$ptm$1@talkto.net...
> > Guy Woodhouse wrote:
>> > > It is possible to use a TJvDockServer onto a TPanel?
> >
> > It is not possible as far as I know.
> > However, I do not understand why you need it, as you can easily dock two
> > forms on one side, above each other, next to each other, one on top of
> > the other, etc..

Can I make something like this on my form?
(using TJvDockServer & TJvDockClient)

|---------------------------|
|      |                    |
|      |                    |
|      |                    |
|      |                    |
|---------------------------|
|              |            |
|              |            |
-----------------------------

Thanks




Subject: Re: Jedi VCL equivalant for C# or .Net?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 28 May 2004 10:01:32 +0200
Newsgroups: jedi.vcl

> > Is Jedi VCL moving to .Net?
> >
> > Where to find .Net open source projects of magnitude comparable to Jedi's
?

    see my reply in the jedi.general NG.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JvclVclClx
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 May 2004 09:19:55 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> I am about to add/use USEWINDOWS (default) and change jvcl.inc accordingly. You see any problem?

Please propose and discuss such changes on jvcl.inc first here.



Subject: Re: JvclVclClx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 May 2004 09:11:48 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Test it with JvOutlookBar. As a workaround we could add self. (quick).
> > I am about to add/use USEWINDOWS (default) and change jvcl.inc
> > accordingly. You see any problem?

Controls and Buttons are no more replaced in the implementation section.
This can be controlled by devtools/bin/VclClxData/nointextreplace.ini


-- Regards, Andreas Hausladen 

Subject: Re: Me again
From: "Fred" <nospam@nospam.nospam>
Date: Fri, 28 May 2004 09:09:53 +0200
Newsgroups: jedi.vcl

OBones a écrit:

> > There is a guideline in the BCB Compatibility guide in help for that
> > kind of situations.

 I did not find anything about that in the Compatibility guide.

> > I'll have a look at that, but I didn't see any problem last time I tried.

I encountered more than one error while using JvComputerInfoEx.

Fred



confused.gif
	



Subject: Re: JvTimeLine item moving
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 May 2004 09:05:05 +0200
Newsgroups: jedi.vcl

Nice screenshot. Are you uploading the modified unit as well?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Me again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 May 2004 08:51:57 +0200
Newsgroups: jedi.vcl

> > Yes, but then, if the order is not correct, the protections for C5 and
> > D5 are useless...
Then we just have to make sure they are in the right order :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Me again
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 28 May 2004 15:38:48 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Fred wrote:
>>
>>> 3) In "JvTimerList.pas", "{$I windowsonly.inc}" should be after {$I
>>> jvcl.inc}, not before.
>>
>>
>>
>> This shouldn't be a problem anymore following the changes I did in windowsonly.inc
>
>
> I reverted the inclusion of jedi.inc in windowsonly.inc
> The files are designed to avoid complicated inclusion sequences.
>
Yes, but then, if the order is not correct, the protections for C5 and D5 are useless...



Subject: Re: Me again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 May 2004 07:34:42 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Fred wrote:
>
>> 3) In "JvTimerList.pas", "{$I windowsonly.inc}" should be after {$I
>> jvcl.inc}, not before.
>
>
> This shouldn't be a problem anymore following the changes I did in windowsonly.inc

I reverted the inclusion of jedi.inc in windowsonly.inc
The files are designed to avoid complicated inclusion sequences.



Subject: Jedi VCL equivalant for C# or .Net?
From: "arjang" <spam@me.com>
Date: Fri, 28 May 2004 10:20:18 +1000
Newsgroups: jedi.vcl

Is there any projects for .Net, (C#), that are comparable to Jedi VCL for
Dephi?

Is Jedi VCL moving to .Net?

Where to find .Net open source projects of magnitude comparable to Jedi's ?

Thank you




Subject: Re: Me again
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 28 May 2004 09:17:30 +1000
Newsgroups: jedi.vcl

Fred wrote:

> 3) In "JvTimerList.pas", "{$I windowsonly.inc}" should be after {$I
> jvcl.inc}, not before.

This shouldn't be a problem anymore following the changes I did in windowsonly.inc

> 4) There's a big problem in "JvClipbrd.pas" with BCB 5. The procedure
> "SetBuffer" cannot be overloaded because "var Buffer" and "Buffer: pointer"
> are not different when converted into C++. So we have exactly the same
> procedures in the .HPP file of the unit and that raises an error when you
> try to use the component. To fix it and to maintain the compatibility with
> previous versions, I did this:
<snip>
There is a guideline in the BCB Compatibility guide in help for that kind of situations. I'll apply the required changes.

> 6) There are many errors in jclWin32. For example: <reason.h> does not
> exist, "typedef IMAGE_COR20_HEADER  TImageCor20Header" raises an error, ..
> It would be great if this file was seriously reviewed, especially for BCB
> users.
I'll have a look at that, but I didn't see any problem last time I tried.



Subject: Re: JvCheckedMaskEdit problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 28 May 2004 09:13:51 +1000
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> OBones wrote:
>
>> You are absolutely right, this is JvCheckedMaskEdit and I have the exact same problem with BCB6. It only shows up at run time. It seems like it forgets about the checkbox because the text is below it.
>
>
> Do you also see that extra button that is visible in Vladimir's screenshot? That is what is really confusing me as there is no hint at such a control anywhere in the code...

yes, it is there, even at design time.



Subject: Re: JVCL and BCB5 - Part 3
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 28 May 2004 09:12:49 +1000
Newsgroups: jedi.vcl

Okay...

Well, actually, the whole #define was a mistake, so I removed it.
I checked with BCB5 and BCB6, it works well without it, I dunno why I added it in the first place.

This has been comitted in CVS.



Subject: Re: Problem persist, please help
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 May 2004 22:23:40 +0200
Newsgroups: jedi.vcl

Open JvComputerInfoEx.pas and find the symbol SPI_GETMENUSHOWDELAY. Do you
have a {$IFDEF COMPILER5} above that line? Search for COLOR_MENUHILIGHT. Is
it in the same IFDEF COMPILER5 block? Open Graphics.pas and search for
COLOR_MENUHILIGHT. Can you find it? If not, there is something seriously
wrong with your installation.

Try opening D6 Packages.bpg in \packages and build all the packages
manually. Does that work?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine item moving
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 May 2004 22:15:29 +0200
Newsgroups: jedi.vcl

> > Drag&Dropping from line 1 to line 2 (where there is the other item), they
> > are overlapped. I don't want to allow to have one item over an other, so
> > this Drag&Drop shouldn't be allowed. How to do so ?
That's tricky. You would have to calculate whether any other items are at
that location and that level and in that case change the Level property of
one of the items (the new one I guess) until the checked area is free. You
can take a look at the code in AutoLevels for ideas.

You could also call AutoLevels directly but that could mean that all the
items are moved about, hardly what you'd want.

Sorry I can't give more specific instructions but what you are asking for
isn't readily available.

> > Anyway, I've modified the TimeLine A LOT (if you remember, end of last
> > year), I'm always thinking to send it to you, but since I don't know where
> > the problem is (the new TimeLine or my code)...
Put the unit in jedi.binaries and maybe I can help you find the problem
(apart for adding any cool new stuff to the official version)

> > Are you interested in a screenshot of the new version ???
Sure, why not. In jedi.binaries,please.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine update items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 May 2004 22:08:30 +0200
Newsgroups: jedi.vcl

> > None of them works.
That's strange. It could have something to do with the modifications you
reportedly have done but the original code calls TJvTimeItem.Update for each
change. Update looks like this:

procedure TJvTimeItem.Update;
begin
  InvalidateRect(FParent.FTimeLine.Handle, @FRect, True);
  FParent.FTimeLine.UpdateItem(Index, FParent.FTimeLine.Canvas);
  InvalidateRect(FParent.FTimeLine.Handle, @FRect, True);
end;

What it does is first repaints the area where the item is currently located,
updates the item's displayrect and redraws the item there (come to think of
it, the last InvalidateRect is probably not needed). EndUpdate calls
Repaint. They both work for me.

What happens if you set DoubleBuffered to false (in
TJvCustomTimeLine.Create)?

What version of Delphi are you using?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem persist, please help
From: "Bretislav Kubesa" <kubesa@kn.vutbr.cz>
Date: Thu, 27 May 2004 22:01:10 +0200
Newsgroups: jedi.vcl

I deleted all jv* files and directories, registry entries with jv in
HKEY_CURRENT_USER\Software\Borland\Delphi\6.0\Palette, deinstalled JCL and
JVCL packages...and...problem still persist !
JVCL 2.1 installs without any error...
I don`t know, what should I try next.

BK


"Peter Thörnqvist" <peter3@no.spam.peter3.com> píše v diskusním príspevku
news:c94vfs$s0s$1@talkto.net...
> > I'm guessing you have old pas, dcu, dcp and/or bpl files lying around.
Make
> > sure you have only one copy of each file on your system (this applies to
> > both JCL and JVCL).
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >



Subject: Re: UltimDBGrid donation
From: Warren Postma <wp.nospam@tekran.com>
Date: Thu, 27 May 2004 15:59:35 -0400
Newsgroups: jedi.vcl

obones wrote:

> Just for the sake of correctness, you don't have to do that, just use a reference parameter:
>
> void Func(int& param)
>
> is equivalent to
>
> procedure Func(var param: Integer);
>
> And when you use reference parameters, you don't have to dereference anything (no ->) it's done for you.

Yes, the savings you are talking about is at the time you write the code. At the time you compile the code, it becomes a pointer, and the
dereferencing actually still happens in the generated assembly language.

Perhaps although I was being fatuous, I was not being exhaustively and unambiguously fatuous enough. :-)

Warren


Subject: Re: JvTimeLine update items
From: "Bob Bedford" <bedford1@YouKnowWhatToDoHerehotmail.com>
Date: Thu, 27 May 2004 21:58:25 +0200
Newsgroups: jedi.vcl

None of them works.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news:c954lj$t02$1@talkto.net...
> > .. or call BeginUpdate before the move and EndUpdate after.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: Me again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 May 2004 20:22:22 +0200
Newsgroups: jedi.vcl

2 and 3 fixed



Subject: Me again
From: "Fred" <nospam@nospam.nospam>
Date: Thu, 27 May 2004 19:57:14 +0200
Newsgroups: jedi.vcl

hELLO EvERYBody,

This is my daily delivery about the latest build:

1) In "JvColorCombo.pas", the customized name of a new color does not appear
correctly in the combo box when you add it with the Custom Colors dialog. To
fix that, I just added:
          FPrefix := S;
After:
        if Execute then
        begin
          if DoNewColor(CD.Color, S) then
            Inc(FCustCnt);

2) In "JvSegmentedLEDDisplay.pas", "windows" appears two times in the USES
clause.

3) In "JvTimerList.pas", "{$I windowsonly.inc}" should be after {$I
jvcl.inc}, not before.

4) There's a big problem in "JvClipbrd.pas" with BCB 5. The procedure
"SetBuffer" cannot be overloaded because "var Buffer" and "Buffer: pointer"
are not different when converted into C++. So we have exactly the same
procedures in the .HPP file of the unit and that raises an error when you
try to use the component. To fix it and to maintain the compatibility with
previous versions, I did this:

    procedure SetBuffer(Format: Word; var Buffer; Size: Integer); overload;
is renamed and "overload" is removed:
    procedure SetBuffer_v5(Format: Word; var Buffer; Size: Integer);

    procedure SetBuffer(Format: Word; Buffer: Pointer; Size: Integer);
overload;
becomes:
    procedure SetBuffer(Format: Word; Buffer: Pointer; Size: Integer);
{$IFDEF COMPILER6_UP} overload; {$ENDIF}

procedure TJvClipboard.SetBuffer(Format: Word; var Buffer; Size: Integer);
is renamed:
procedure TJvClipboard.SetBuffer_v5(Format: Word; var Buffer; Size:
Integer);

    [line 617] SetBuffer(Format, Buffer^, Size);
is now:
    SetBuffer_v5(Format, Buffer^, Size);

    [line 655] SetBuffer(CF_UNICODETEXT, PWideChar(Value)^, (Length(Value) +
1) * SizeOf(WideChar));
expands to:
    {$IFDEF COMPILER6_UP}
    SetBuffer(CF_UNICODETEXT, PWideChar(Value)^, (Length(Value) + 1) *
SizeOf(WideChar));
    {$ELSE}
    SetBuffer_v5(CF_UNICODETEXT, PWideChar(Value)^, (Length(Value) + 1) *
SizeOf(WideChar));
    {$ENDIF}

These changes need to be thoroughly tested (in BCB 5, they work fine).

5) The procedure "TJvHookInfos.WindowProc" in "JvWndProcHook.pas" raises a
EAccessViolation error when the demo for JvAppHotKey is brought back to
front. I have no time today to fix this (the problem could come from the
JvAppHotKey unit).

6) There are many errors in jclWin32. For example: <reason.h> does not
exist, "typedef IMAGE_COR20_HEADER  TImageCor20Header" raises an error, ..
It would be great if this file was seriously reviewed, especially for BCB
users.

Regards,
Frédéric




Subject: Re: JvTimeLine item moving
From: "Bob Bedford" <bedford1@YouKnowWhatToDoHerehotmail.com>
Date: Thu, 27 May 2004 19:50:28 +0200
Newsgroups: jedi.vcl

I've 2 items on 2 different lines.

They are both from 10h30 to 11h30

Drag&Dropping from line 1 to line 2 (where there is the other item), they
are overlapped. I don't want to allow to have one item over an other, so
this Drag&Drop shouldn't be allowed. How to do so ?

Anyway, I've modified the TimeLine A LOT (if you remember, end of last
year), I'm always thinking to send it to you, but since I don't know where
the problem is (the new TimeLine or my code)...Are you interested in a
screenshot of the new version ??? may I post it to you (private mail) or in
this NG ?

Regards

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news:c954hg$sv5$1@talkto.net...
>> > > It's there any way to now allow an item to be moved over an other one ?
I
>> > > can't figure out how.
> > I'm not sure that I understand what you mean. Can you try to explain in
more
> > detail?
> >
> > BTW, the drag-drop support in JvTimeLine isn't very good, so you should
> > avoid it if you can.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JvPlugin an other Question
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 27 May 2004 17:36:38 +0000
Newsgroups: jedi.vcl

Thank you very much. And I really like this one

>     I wouldn't say Windows is intelligent...

Best regards,

michael

Marcel Bestebroer wrote:
>> If I add more and more plugins to my application (DLLs used) will they
>> consume more and more memory or is windows intelligent enough to swap
>> unused code out to disk if it is not used and memory is low?
>
>
>     I wouldn't say Windows is intelligent, but it will swap unused mem
> blocks when memory is low.
>
>
>> Would using packages instead of DLL plugins help in this issue (although
>> I never build my apps using runtime packages!
>
>
>     it might help. If all apps and plugins are build with packages (both
> Borland's and Jedi's) you will be certain that the Borland VCL and JCL/JVCL
> are present only once instead of once per plugin + once for the application.
> This, however will only work properly if the imagebase of the packages will
> not overlap. I seem to recall a util (use Google; it will probably show up
> when using 'DLL rebase' as search term) that could figure out which DLLs
> (and packages will be seen as DLLs) are loaded and figure out the correct
> image base for each so it would not need to duplicate the code segments. I
> think the Borland packages already use different image base addresses and I
> think you can tell the util to not rebase certain DLLs.
>
>
>> Actually I talk about my program consuming about 18MB (taskmanager) -
>> with my old plugin thechnique which only loaded dlls on demand it was
>> about 8 MB.
>
>
>     whatever TaskManager reports, it is not accurate. In fact, it would tell
> you the same amount wether the app shares DLLs with other apps or not, so it
> would not help. Of course if you unload DLLs, the usage will drop. I think
> JvPlugin also allows to unload plugins, doesn't it?
>
>
>> Or should I forget about it and not worry at all?
>
>
>     I wouldn't worry about it.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>



Subject: Re: JvSpecialProgress - As an Indeterminate Progress
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 May 2004 19:24:12 +0200
Newsgroups: jedi.vcl

I guess you can do that with a timer and some simple code to move and reset
the progress. You could also try TJvWaitingGradient.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine update items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 May 2004 19:16:35 +0200
Newsgroups: jedi.vcl

... or call BeginUpdate before the move and EndUpdate after.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine item moving
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 May 2004 19:14:24 +0200
Newsgroups: jedi.vcl

> > It's there any way to now allow an item to be moved over an other one ? I
> > can't figure out how.
I'm not sure that I understand what you mean. Can you try to explain in more
detail?

BTW, the drag-drop support in JvTimeLine isn't very good, so you should
avoid it if you can.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine update items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 May 2004 19:13:16 +0200
Newsgroups: jedi.vcl

> > When you change Items values (start-end datetime) how can you paint the
new
> > items, as this one should change size.

You shouldn't have to manually refresh the items since that is done
automatically. If they don't update, then you either have an old version or
the control has a bug. If you do feel a need to repaint the control, you can
use TJvTimeLine.Invalidate - that works for me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPlugin an other Question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 27 May 2004 18:55:34 +0200
Newsgroups: jedi.vcl

> > If I add more and more plugins to my application (DLLs used) will they
> > consume more and more memory or is windows intelligent enough to swap
> > unused code out to disk if it is not used and memory is low?

    I wouldn't say Windows is intelligent, but it will swap unused mem
blocks when memory is low.

> > Would using packages instead of DLL plugins help in this issue (although
> > I never build my apps using runtime packages!

    it might help. If all apps and plugins are build with packages (both
Borland's and Jedi's) you will be certain that the Borland VCL and JCL/JVCL
are present only once instead of once per plugin + once for the application.
This, however will only work properly if the imagebase of the packages will
not overlap. I seem to recall a util (use Google; it will probably show up
when using 'DLL rebase' as search term) that could figure out which DLLs
(and packages will be seen as DLLs) are loaded and figure out the correct
image base for each so it would not need to duplicate the code segments. I
think the Borland packages already use different image base addresses and I
think you can tell the util to not rebase certain DLLs.

> >
> > Actually I talk about my program consuming about 18MB (taskmanager) -
> > with my old plugin thechnique which only loaded dlls on demand it was
> > about 8 MB.

    whatever TaskManager reports, it is not accurate. In fact, it would tell
you the same amount wether the app shares DLLs with other apps or not, so it
would not help. Of course if you unload DLLs, the usage will drop. I think
JvPlugin also allows to unload plugins, doesn't it?

> >
> > Or should I forget about it and not worry at all?

    I wouldn't worry about it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: JvTimeLine update items
From: "Bob Bedford" <bedford1@YouKnowWhatToDoHerehotmail.com>
Date: Thu, 27 May 2004 18:55:11 +0200
Newsgroups: jedi.vcl

When you change Items values (start-end datetime) how can you paint the new
items, as this one should change size.

I've tried timeline.refresh, repaint, update, but none seems to work.

Please help.




Subject: Re: all components now have palette icons
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 May 2004 17:54:02 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please update your installation (best with installer).

Fixed JvgTransparentMemo and JvNavPanelHeader after that.



Subject: JvPlugin an other Question
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Thu, 27 May 2004 15:53:13 +0000
Newsgroups: jedi.vcl

Hi,

I use jvPlugin heavily in a quite big application using my firebird db connection in the plugins - everything runs VERY fine. I did not dive deep into the technique used so this question came up:

If I add more and more plugins to my application (DLLs used) will they consume more and more memory or is windows intelligent enough to swap unused code out to disk if it is not used and memory is low?

Would using packages instead of DLL plugins help in this issue (although I never build my apps using runtime packages!

Actually I talk about my program consuming about 18MB (taskmanager) - with my old plugin thechnique which only loaded dlls on demand it was about 8 MB.

Or should I forget about it and not worry at all?

Thanks in advance for your tips!

michael (unlimited hard-core jedi fan!)


Subject: Re: Still can`t install jvcl latest...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 May 2004 17:48:11 +0200
Newsgroups: jedi.vcl

I'm guessing you have old pas, dcu, dcp and/or bpl files lying around. Make
sure you have only one copy of each file on your system (this applies to
both JCL and JVCL).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Still can`t install jvcl latest...
From: Břetislav Kubesa <kubesa@kn.vutbr.cz>
Date: Thu, 27 May 2004 17:18:03 +0200
Newsgroups: jedi.vcl

Nobody can help please ???

BK

"Břetislav Kubesa" <kubesa@kn.vutbr.cz> píše v diskusním příspěvku
news:c930sj$hm3$1@talkto.net...
> > Hello, I`m fighting with following error >
> >
> >
> >
> > [Compiling: JvStdCtrlsD6R.bpl]
> >
> > Borland Delphi Version 14.0
> >
> > Copyright (c) 1983,2002 Borland Software Corporation
> >
> > C:\Program Files\Borland\jvclinstall\run\JvComputerInfoEx.pas(1247) Error:
> > Undeclared identifier: 'COLOR_MENUHILIGHT'
> >
> > C:\Program Files\Borland\jvclinstall\run\JvComputerInfoEx.pas(1248) Error:
> > Undeclared identifier: 'COLOR_MENUBAR'
> >
> > C:\Program Files\Borland\jvclinstall\run\JvRecentMenuButton.pas(35) Fatal:
> > Could not compile used unit 'JvComputerInfoEx.pas'
> >
> > ** error 1 ** deleting "c:\Program
> > Files\Borland\Delphi6\Projects\Bpl"\JvStdCtrlsD6R.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> >
> > I`m using Delphi 6 update pack 2 a JCL version 1.91-rc2 ...
> >
> >
> >
> > Any idea ?
> >
> >
> >
> > Thanx.
> >
> >
> >
> > BK
> >



Subject: Re: JvCheckedMaskEdit problem
From: Oliver Giesen <ogware@gmx.net>
Date: Thu, 27 May 2004 16:59:19 +0200
Newsgroups: jedi.vcl

OBones wrote:

> You are absolutely right, this is JvCheckedMaskEdit and I have the exact same problem with BCB6. It only shows up at run time. It seems like it forgets about the checkbox because the text is below it.

Do you also see that extra button that is visible in Vladimir's screenshot? That is what is really confusing me as there is no hint at such a control anywhere in the code...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: all components now have palette icons
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 May 2004 16:43:34 +0200
Newsgroups: jedi.vcl

Please update your installation (best with installer).



Subject: Re: TJvDockServer on TPanel
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 27 May 2004 16:34:15 +0200
Newsgroups: jedi.vcl

"Michael Elsdörfer" <michael@elsdoerfer.net> schrieb im Newsbeitrag
news:c94kc3$ptm$1@talkto.net...
> > Guy Woodhouse wrote:
>> > > It is possible to use a TJvDockServer onto a TPanel?
> >
> > It is not possible as far as I know.
> > However, I do not understand why you need it, as you can easily dock two
> > forms on one side, above each other, next to each other, one on top of
> > the other, etc..

Hello,

if i understood him right he wanted to limit the docking to the panel(s),
but i may be mistaken. Other docking systems (e.g DevExpress ExpressBars) do
have special components where the docking can happen.

Ciao,
Ralf



Subject: JvPlugin Package Plugin : Error when putting non standard comp on the form.
From: "Stephane Wierzbicki" <swierzbicki@fermoba.fr>
Date: Thu, 27 May 2004 16:03:32 +0200
Newsgroups: jedi.vcl

Hi,

I'm trying to build an Client / Server application with the ability to use
plugins.
As I'm totally newbie in Plugins creation, I'm a little bit lost.

I have looked the inot the jvPlugins examples and choose to start my
developpement using Package Plugin.
In your example, a form with a memo is displayed. I decided to add some more
features (Dev Express comps, ZeosLib comp), I compile the package without
any problems.

When I launch the exe and load the plugin, I'm getting an RTL70 av error !.
It seems that my components are not recognized by the main apps. Is there a
way the fix this ?

Thank, and don't blame me, this is certainly easy for most of you :)




Subject: JvTimeLine item moving
From: "Bob Bedford" <bedford1@YouKnowWhatToDoHerehotmail.com>
Date: Thu, 27 May 2004 15:41:37 +0200
Newsgroups: jedi.vcl

It's there any way to now allow an item to be moved over an other one ? I
can't figure out how.

Please help !!!




Subject: Re: TJvDockServer on TPanel
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Thu, 27 May 2004 14:38:22 +0200
Newsgroups: jedi.vcl

Guy Woodhouse wrote:
> It is possible to use a TJvDockServer onto a TPanel?

It is not possible as far as I know.
However, I do not understand why you need it, as you can easily dock two forms on one side, above each other, next to each other, one on top of the other, etc..


Subject: Re: JvCheckedMaskEdit problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 27 May 2004 22:29:43 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Oliver Giesen wrote:
>
>> Vladimir Zhuchko wrote:
>>
>>> The JvCheckedMaskEdit has problem, see the png file, the checkbox overlaps the text's field, and this is visible only in the runtime mode.
>>
>>
>>
>> The screenshot you posted however is not of TJvCheckedMaskEdit itself AFAICT. There is not button in that control. If you've written your own descendant to add that button I suggest to compare yours with the implementation of TJvDatePickerEdit in order to see how to implement an embedded button in a descendant control.
>>
>> Also, are you testing with the latest CVS version or are you using one of the betas? A similar bug was fixed a few months ago...
>> Could you maybe supply some more info on what you're doing/trying to do? I could not reproduce the problem as such.
>>
>> Cheers,
>>
> Very strange. I am always using the latest CVS version and this is apparently JvCheckedMaskEdit (I checked again). The mask is short time, and I am working with CB6. Other problem, when I tried to set Text from object inspector I got AV.

You are absolutely right, this is JvCheckedMaskEdit and I have the exact same problem with BCB6. It only shows up at run time. It seems like it forgets about the checkbox because the text is below it.


Subject: Re: JvCheckedMaskEdit problem
From: Oliver Giesen <ogware@gmx.net>
Date: Thu, 27 May 2004 14:23:18 +0200
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Very strange.

Indeed. There definitely is no embedded button control in the original TJvCheckedMaskEdit as the one visible in your screenshot...


> I am always using the latest CVS version and this is
> apparently JvCheckedMaskEdit (I checked again). The mask is short time, and I am working with CB6.

I don't have C++Builder available and have therefore never tested this on BCB myself before. I originally wrote it against D5 and am using it successfully with D7 now.


> Other problem, when I tried to set Text from
> object inspector I got AV.

That I could also not reproduce. What I did notice while testing this is that, in contrast to TMaskEdit, you cannot really set the text at designtime at all if you've already got an EditMask assigned as you keep getting Invalid Input Value errors. That is definitely something to look into...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvCheckedMaskEdit problem
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 27 May 2004 16:02:41 +0400
Newsgroups: jedi.vcl

Oliver Giesen wrote:
> Vladimir Zhuchko wrote:
>
>> The JvCheckedMaskEdit has problem, see the png file, the checkbox overlaps the text's field, and this is visible only in the runtime mode.
>
>
> The screenshot you posted however is not of TJvCheckedMaskEdit itself AFAICT. There is not button in that control. If you've written your own descendant to add that button I suggest to compare yours with the implementation of TJvDatePickerEdit in order to see how to implement an embedded button in a descendant control.
>
> Also, are you testing with the latest CVS version or are you using one of the betas? A similar bug was fixed a few months ago...
> Could you maybe supply some more info on what you're doing/trying to do? I could not reproduce the problem as such.
>
> Cheers,
>
Very strange. I am always using the latest CVS version and this is apparently JvCheckedMaskEdit (I checked again). The mask is short time, and I am working with CB6. Other problem, when I tried to set Text from object inspector I got AV.


Subject: Re: JvCheckedMaskEdit problem
From: Oliver Giesen <ogware@gmx.net>
Date: Thu, 27 May 2004 13:30:10 +0200
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> The JvCheckedMaskEdit has problem, see the png file, the checkbox overlaps the text's field, and this is visible only in the runtime mode.

The screenshot you posted however is not of TJvCheckedMaskEdit itself AFAICT. There is not button in that control. If you've written your own descendant to add that button I suggest to compare yours with the implementation of TJvDatePickerEdit in order to see how to implement an embedded button in a descendant control.

Also, are you testing with the latest CVS version or are you using one of the betas? A similar bug was fixed a few months ago...
Could you maybe supply some more info on what you're doing/trying to do? I could not reproduce the problem as such.

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JVCL and BCB5 - part II
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 27 May 2004 21:16:11 +1000
Newsgroups: jedi.vcl

Fred wrote:

> 3) In run\JvBrowseFolder.pas, I have a problem with the HPPEMIT clause. It
> includes a file named shtypes.h. This file does not exist. In fact, you just
> need shlobj.h for this component. But if you replace <shtypes.h> by
> <shlobj.h>, you raise an error due to a conflict between shlobj.h and
> shlobj.hpp. You can extend the content of shlobj.hpp with the directive
> NO_WIN32_LEAN_AND_MEAN but I didn't succeed in applying it successfully. If
> you have some ideas, don't hesitate.

replace the inclusion of shtypes.h by this:

namespace shlobj_h
{
#include <shlobj.h>
}
using namespace shlobj_h;
#define _ITEMIDLIST shlobj_h::_ITEMIDLIST


It works, but it is not in CVS because I am yet to test it with BCB6.

Cheers

Olivier


Subject: Needed a DBCheckedComboBox (lookup)
From: "Niels" <Info@lumensoft.nl>
Date: Thu, 27 May 2004 12:31:05 +0200
Newsgroups: jedi.vcl

Hallo all,

I'm in a search of a dbLookupCombobox that can show Checkbuttons.
Does someone have somethink like this or knows a place were i can find it.

thanks
Niels v/d Spek




Subject: Re: JVCL and BCB5 - Part 3
From: "Fred" <nospam@nospam.nospam>
Date: Thu, 27 May 2004 10:08:23 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > What is the error ?

[FRENCH - MODE LAZY ;-)]

C'est quelque chose du genre "Graphics::TBitmap n'existe pas dans l'unité
Graphics" (ce qui signifie que "Graphics::Graphics::TBitmap" n'existe pas,
ce qui est vrai).
En supprimant la clause HPPEMIT, le problème disparaît. Par contre, une
ambiguïté survient dès qu'on utilise l'événement OnImage du composant dans
une application. L'erreur dit "Ambiguïté entre TBitmap et Windows::TBitmap".
Le TBitmap à utiliser est celui de l'unité Graphics. Dans le composant,
cette ambiguïté n'existe pas et ne génère donc aucune erreur de compilation.

Les seuls remèdes que je vois pour supprimer définitivement ce problème
sont:
1) Modifier le .HPP de "JvClipboardViewer.pas" après chaque génération
automatique pour ajouter le "#define TBitmap etc." et supprimer "Graphics::"
devant "TBitmap". C'est à faire à chaque recompilation du paquet JvSystem.
Bof...
2) Mettre le "#define TBitmap etc." dans l'application de l'utilisateur si
celui-ci veut utiliser l'événément OnImage. C'est le plus simple à mon avis
(une fois que ça y est, ça ne bouge plus) mais ça va générer des messages de
détresse de la part des programmeurs néophytes.
A toi de voir.

J'ai parfois l'impression d'être un peu directif dans mon anglais. Du genre
"il faut faire ceci". N'hésite pas à m'indiquer deux ou trois petites
tournures en anglais pour bien montrer que ce ne sont que des suggestions.

[/FRENCH]

Cordialement,
Frédéric




Subject: JvCheckedMaskEdit problem
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 27 May 2004 11:09:00 +0400
Newsgroups: jedi.vcl

The JvCheckedMaskEdit has problem, see the png file, the checkbox overlaps the text's field, and this is visible only in the runtime mode.

untitled1.png

untitled1.png
	



Subject: TJvDockServer on TPanel
From: "Guy Woodhouse" <woodhouseNOSPAM@email.it>
Date: Thu, 27 May 2004 09:05:34 +0200
Newsgroups: jedi.vcl

It is possible to use a TJvDockServer onto a TPanel?

I can use it related a form.
But I need to manage my docked client forms with a serie of panels (TPanel).
In this way, I can dock x forms; and not only 4 for
BottomDockPanel/TopDockPanel/LeftDockPanel/RightDockPanel (the TJvDockServer
properties that currently use).

Thanks for Your help!

--
Guy Woodhouse
Software Designer




Subject: Re: can TJvSpeedButton do Color?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 May 2004 08:26:23 +0200
Newsgroups: jedi.vcl

Thanks, will have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Can`t install jvcl latest...
From: Břetislav Kubesa <kubesa@kn.vutbr.cz>
Date: Thu, 27 May 2004 06:43:10 +0200
Newsgroups: jedi.vcl


> > Břetislav Kubesa wrote:
> >
>> > > Hello, I`m fighting with following error >
>> > >
>> > >
>> > >
>> > > [Compiling: JvStdCtrlsD6R.bpl]
>> > >
>> > > Borland Delphi Version 14.0
>> > >
>> > > Copyright (c) 1983,2002 Borland Software Corporation
>> > >
>> > > C:\Program Files\Borland\jvclinstall\run\JvComputerInfoEx.pas(1247)
Error:
>> > > Undeclared identifier: 'COLOR_MENUHILIGHT'
>> > >
>> > > C:\Program Files\Borland\jvclinstall\run\JvComputerInfoEx.pas(1248)
Error:
>> > > Undeclared identifier: 'COLOR_MENUBAR'
>> > >
>> > > C:\Program Files\Borland\jvclinstall\run\JvRecentMenuButton.pas(35)
Fatal:
>> > > Could not compile used unit 'JvComputerInfoEx.pas'
>> > >
>> > > ** error 1 ** deleting "c:\Program
>> > > Files\Borland\Delphi6\Projects\Bpl"\JvStdCtrlsD6R.bpl
>> > >
>> > > ** error 1 ** deleting CompilePackages
>> > >
>> > >
>> > > I`m using Delphi 6 update pack 2 a JCL version 1.91-rc2 ...
>> > >
>> > >
>> > >
>> > > Any idea ?
> > Yes. If you use a CVS version of the JVCL, you MUST use a CVS version of
> > the JCL. Get it here:
> >
> > http://jcl.sf.net/daily/
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> >

This didn`t work.
I had used JVCL3-2004-05-25.zip  and jcl-2004-05-25.zip  and got the same
error. ;-((
Please help, thanx.

Regards

BK



Subject: Re: can TJvSpeedButton do Color?
From: "honeymic" <honeymic@hotmail.com>
Date: Thu, 27 May 2004 11:53:21 +0800
Newsgroups: jedi.vcl

Sorry did not ment to post it as a new threads, just happen taht the web new
group was acting funny funny ... sorry :(

"honeymic" <honeymic@hotmail.com> wrote in message
news:c93l92$k98$1@talkto.net...
> > I manage to modified the code so that the button frame also affected by
> > the Color property ... part for the code was references to
> >   - ColorButton Component 3.0 by Jonathan Grant and Peter Steele
> >
> > ...
> > //was function DrawButtonFrame(Canvas: TCanvas; const Client: TRect;
> > //     IsDown, IsFlat: Boolean; Style: TButtonStyle): TRect;
> >
> > function DrawButtonFrame(Canvas: TCanvas; const Client: TRect;
> >   IsDown, IsFlat: Boolean; Style: TButtonStyle; AColor: TColor): TRect;
> >
> > implementation
> >
> > ...
> >
> > function DrawButtonFrame(Canvas: TCanvas; const Client: TRect;
> >   IsDown, IsFlat: Boolean; Style: TButtonStyle; AColor: TColor): TRect;
> > {$IFDEF VisualCLX}
> > const
> >   clWindowFrame = cl3DDkShadow; // clWindowFrame is a blue tone
> > {$ENDIF VisualCLX}
> > var
> >   NewStyle: Boolean;
> >   FShadowColor, FHighlightColor: TColor;
> >
> > // Added by Honeymic //
> >   function Smallest(X, Y: Integer): Integer;
> >   begin
> >    if (X < Y) then Result := X else Result := Y;
> >   end;
> >
> >   function Largest(X, Y: Integer): Integer;
> >   begin
> >    if (X > Y) then Result := X else Result := Y;
> >   end;
> >
> >   function GetHighlightColor(BaseColor: TColor): TColor;
> >   begin
> >    Result := RGB(
> >       Smallest(GetRValue(ColorToRGB(BaseColor)) + 64, 255),
> >       Smallest(GetGValue(ColorToRGB(BaseColor)) + 64, 255),
> >       Smallest(GetBValue(ColorToRGB(BaseColor)) + 64, 255)
> >      );
> >   end;
> >
> >   function GetShadowColor(BaseColor: TColor): TColor;
> >   begin
> >    Result := RGB(
> >       Largest(GetRValue(ColorToRGB(BaseColor)) - 64, 0),
> >       Largest(GetGValue(ColorToRGB(BaseColor)) - 64, 0),
> >       Largest(GetBValue(ColorToRGB(BaseColor)) - 64, 0)
> >      );
> >   end;
> >
> > // Added by Honeymic //
> >
> > begin
> >   Result := Client;
> >   NewStyle := (Style = bsNew) or (NewStyleControls and (Style =
> > bsAutoDetect));
> >   FShadowColor    := GetShadowColor(AColor);     //New
> >   FHighlightColor := GetHighlightColor(AColor);  //New
> >
> >   if IsDown then
> >   begin
> >     if NewStyle then
> >     begin
> >       //Polaris
> >       //Frame3D(Canvas, Result,clBtnShadow{ clWindowFrame},
> > clBtnHighlight, 1);
> >       //if not IsFlat then
> >       //  Frame3D(Canvas, Result, clBtnShadow, clBtnFace, 1);
> >       if not IsFlat then
> >       begin
> > //was        Frame3D(Canvas, Result, clWindowFrame, clBtnHighlight, 1);
> > //was        Frame3D(Canvas, Result, clBtnShadow, clBtnFace, 1);
> >         Frame3D(Canvas, Result, clWindowFrame, FHighLightColor, 1);
> >         Frame3D(Canvas, Result, FShadowColor, AColor, 1);
> >
> >       end
> >       else
> >         begin
> > //was          Frame3D(Canvas, Result, clBtnShadow, clBtnHighlight, 1);
> >           Frame3D(Canvas, Result, FShadowColor, FHighLightColor, 1);
> >         end;
> >     end
> >     else
> >     begin
> >       if IsFlat then
> >         begin
> >           // Frame3D(Canvas, Result, clBtnShadow, clBtnHighlight, 1)
> > //was          Frame3D(Canvas, Result, clWindowFrame, clBtnHighlight, 1);
> >           Frame3D(Canvas, Result, clWindowFrame, FHighLightColor, 1);
> >         end
> >       else
> >       begin
> >         Frame3D(Canvas, Result, clWindowFrame, clWindowFrame, 1);
> > //was        Canvas.Pen.Color := FShadowColor;
> >         Canvas.Pen.Color := clBtnShadow;
> >         Canvas.PolyLine([Point(Result.Left, Result.Bottom - 1),
> >           Point(Result.Left, Result.Top), Point(Result.Right,
> > Result.Top)]);
> >       end;
> >     end;
> >   end
> >   else
> >   begin
> >     if NewStyle then
> >     begin
> >       if IsFlat then
> >         begin
> > //was          Frame3D(Canvas, Result, clBtnHighlight, clBtnShadow, 1);
> >           Frame3D(Canvas, Result, FHighLightColor, FShadowColor, 1);
> >         end
> >       else
> >       begin
> > //was        Frame3D(Canvas, Result, clBtnHighlight, clWindowFrame, 1);
> > //was        Frame3D(Canvas, Result, clBtnFace, clBtnShadow, 1);
> >         Frame3D(Canvas, Result, FHighLightColor, clWindowFrame, 1);
> >         Frame3D(Canvas, Result, AColor, FShadowColor, 1);
> >       end;
> >     end
> >     else
> >     begin
> >       if IsFlat then
> >         begin
> > //          Frame3D(Canvas, Result, clBtnHighlight, clWindowFrame, 1);
> >           Frame3D(Canvas, Result, FHighLightColor, clWindowFrame, 1);
> >         end
> >       else
> >       begin
> >         Frame3D(Canvas, Result, clWindowFrame, clWindowFrame, 1);
> > //was         Frame3D(Canvas, Result, clBtnHighlight, clBtnShadow, 1);
> >         Frame3D(Canvas, Result, FHighlightColor, FShadowColor, 1);
> >       end;
> >     end;
> >   end;
> >   InflateRect(Result, -1, -1);
> > end;
> >
> > ////////////////////
> >
> > Lastly at
> >
> > procedure TJvCustomSpeedButton.Paint;
> > ...
> >       if (LState <> rbsInactive) or (FState = rbsExclusive) then
> >         begin
> > //was          PaintRect := DrawButtonFrame(Canvas, PaintRect,
> > //               FState in [rbsDown, rbsExclusive], FFlat, FStyle);
> >
> >           PaintRect := DrawButtonFrame(Canvas, PaintRect,
> >             FState in [rbsDown, rbsExclusive], FFlat, FStyle, Color);
> >         end
> > ...
> >
> > BTW, I did it in a rush ... so any problem please point me out ... or u
> > have better/nicer ways to do this effect.. :P
> >
> > Honeymic
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: can TJvSpeedButton do Color?
From: "honeymic" <honeymic@hotmail.com>
Date: Thu, 27 May 2004 05:45:27 +0200
Newsgroups: jedi.vcl

I manage to modified the code so that the button frame also affected by 
the Color property ... part for the code was references to  
  - ColorButton Component 3.0 by Jonathan Grant and Peter Steele 

....
//was function DrawButtonFrame(Canvas: TCanvas; const Client: TRect;
//     IsDown, IsFlat: Boolean; Style: TButtonStyle): TRect;

function DrawButtonFrame(Canvas: TCanvas; const Client: TRect;
  IsDown, IsFlat: Boolean; Style: TButtonStyle; AColor: TColor): TRect;
  
implementation

....

function DrawButtonFrame(Canvas: TCanvas; const Client: TRect;
  IsDown, IsFlat: Boolean; Style: TButtonStyle; AColor: TColor): TRect;
{$IFDEF VisualCLX}
const
  clWindowFrame = cl3DDkShadow; // clWindowFrame is a blue tone 
{$ENDIF VisualCLX}
var
  NewStyle: Boolean;
  FShadowColor, FHighlightColor: TColor;

// Added by Honeymic //
  function Smallest(X, Y: Integer): Integer;
  begin
   if (X < Y) then Result := X else Result := Y;
  end;

  function Largest(X, Y: Integer): Integer;
  begin
   if (X > Y) then Result := X else Result := Y;
  end;

  function GetHighlightColor(BaseColor: TColor): TColor;
  begin
   Result := RGB(
      Smallest(GetRValue(ColorToRGB(BaseColor)) + 64, 255),
      Smallest(GetGValue(ColorToRGB(BaseColor)) + 64, 255),
      Smallest(GetBValue(ColorToRGB(BaseColor)) + 64, 255)
     );
  end;

  function GetShadowColor(BaseColor: TColor): TColor;
  begin
   Result := RGB(
      Largest(GetRValue(ColorToRGB(BaseColor)) - 64, 0),
      Largest(GetGValue(ColorToRGB(BaseColor)) - 64, 0),
      Largest(GetBValue(ColorToRGB(BaseColor)) - 64, 0)
     );
  end;
  
// Added by Honeymic //

begin
  Result := Client;
  NewStyle := (Style = bsNew) or (NewStyleControls and (Style = 
bsAutoDetect));
  FShadowColor    := GetShadowColor(AColor);     //New
  FHighlightColor := GetHighlightColor(AColor);  //New

  if IsDown then
  begin
    if NewStyle then
    begin
      //Polaris
      //Frame3D(Canvas, Result,clBtnShadow{ clWindowFrame}, 
clBtnHighlight, 1);
      //if not IsFlat then
      //  Frame3D(Canvas, Result, clBtnShadow, clBtnFace, 1);
      if not IsFlat then
      begin
//was        Frame3D(Canvas, Result, clWindowFrame, clBtnHighlight, 1);
//was        Frame3D(Canvas, Result, clBtnShadow, clBtnFace, 1);
        Frame3D(Canvas, Result, clWindowFrame, FHighLightColor, 1);
        Frame3D(Canvas, Result, FShadowColor, AColor, 1);

      end
      else
        begin  
//was          Frame3D(Canvas, Result, clBtnShadow, clBtnHighlight, 1);
          Frame3D(Canvas, Result, FShadowColor, FHighLightColor, 1);
        end;
    end
    else
    begin
      if IsFlat then
        begin  
          // Frame3D(Canvas, Result, clBtnShadow, clBtnHighlight, 1)
//was          Frame3D(Canvas, Result, clWindowFrame, clBtnHighlight, 1);
          Frame3D(Canvas, Result, clWindowFrame, FHighLightColor, 1);
        end
      else
      begin
        Frame3D(Canvas, Result, clWindowFrame, clWindowFrame, 1);
//was        Canvas.Pen.Color := FShadowColor;
        Canvas.Pen.Color := clBtnShadow;
        Canvas.PolyLine([Point(Result.Left, Result.Bottom - 1),
          Point(Result.Left, Result.Top), Point(Result.Right, 
Result.Top)]);
      end;
    end;
  end
  else
  begin
    if NewStyle then
    begin
      if IsFlat then
        begin
//was          Frame3D(Canvas, Result, clBtnHighlight, clBtnShadow, 1);
          Frame3D(Canvas, Result, FHighLightColor, FShadowColor, 1);
        end
      else
      begin
//was        Frame3D(Canvas, Result, clBtnHighlight, clWindowFrame, 1);
//was        Frame3D(Canvas, Result, clBtnFace, clBtnShadow, 1);
        Frame3D(Canvas, Result, FHighLightColor, clWindowFrame, 1);
        Frame3D(Canvas, Result, AColor, FShadowColor, 1);
      end;
    end
    else
    begin
      if IsFlat then
        begin
//          Frame3D(Canvas, Result, clBtnHighlight, clWindowFrame, 1);
          Frame3D(Canvas, Result, FHighLightColor, clWindowFrame, 1);
        end
      else
      begin
        Frame3D(Canvas, Result, clWindowFrame, clWindowFrame, 1);
//was         Frame3D(Canvas, Result, clBtnHighlight, clBtnShadow, 1);
        Frame3D(Canvas, Result, FHighlightColor, FShadowColor, 1);
      end;
    end;
  end;
  InflateRect(Result, -1, -1);
end;

////////////////////

Lastly at 

procedure TJvCustomSpeedButton.Paint;
....
      if (LState <> rbsInactive) or (FState = rbsExclusive) then
        begin
//was          PaintRect := DrawButtonFrame(Canvas, PaintRect,
//               FState in [rbsDown, rbsExclusive], FFlat, FStyle);

          PaintRect := DrawButtonFrame(Canvas, PaintRect,
            FState in [rbsDown, rbsExclusive], FFlat, FStyle, Color);
        end
....

BTW, I did it in a rush ... so any problem please point me out ... or u 
have better/nicer ways to do this effect.. :P

Honeymic



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL and BCB5 - Part 3
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 27 May 2004 08:54:48 +1000
Newsgroups: jedi.vcl

Fred wrote:

> 1) In "JvClipboardViewer.pas", I removed:
>
>   // To lift the ambiguity in BCB between TBitmap and Windows::TBitmap
>   {$IFDEF BCB5} // (ahuser) BCB 6 has problems with this.
>   {$HPPEMIT '#define TBitmap Graphics::TBitmap'}
>   {$ENDIF BCB5}
>
> This "DEFINE" raises an error when I try to use the component. It's rather
> normal because there's no ambiguity in the component (you can verify it by
> looking at the .HPP file produced). In fact, this ambiguity appears in any
> application using the component and you can't do anything easy to avoid that
> at the component level. So the better to do is to remove this "DEFINE" from
> the component and add it where needed in the H file of your forms.
What is the error ?

I'll have a look at that later this week.

Thanks for the report

Olivier Sannier



Subject: Re: Can`t install jvcl latest...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 27 May 2004 08:54:02 +1000
Newsgroups: jedi.vcl

Břetislav Kubesa wrote:

> Hello, I`m fighting with following error >
>
>
>
> [Compiling: JvStdCtrlsD6R.bpl]
>
> Borland Delphi Version 14.0
>
> Copyright (c) 1983,2002 Borland Software Corporation
>
> C:\Program Files\Borland\jvclinstall\run\JvComputerInfoEx.pas(1247) Error:
> Undeclared identifier: 'COLOR_MENUHILIGHT'
>
> C:\Program Files\Borland\jvclinstall\run\JvComputerInfoEx.pas(1248) Error:
> Undeclared identifier: 'COLOR_MENUBAR'
>
> C:\Program Files\Borland\jvclinstall\run\JvRecentMenuButton.pas(35) Fatal:
> Could not compile used unit 'JvComputerInfoEx.pas'
>
> ** error 1 ** deleting "c:\Program
> Files\Borland\Delphi6\Projects\Bpl"\JvStdCtrlsD6R.bpl
>
> ** error 1 ** deleting CompilePackages
>
>
> I`m using Delphi 6 update pack 2 a JCL version 1.91-rc2 ...
>
>
>
> Any idea ?
Yes. If you use a CVS version of the JVCL, you MUST use a CVS version of the JCL. Get it here:

http://jcl.sf.net/daily/

Cheers

Olivier Sannier
JVCL Developer




Subject: Can`t install jvcl latest...
From: Břetislav Kubesa <kubesa@kn.vutbr.cz>
Date: Wed, 26 May 2004 23:58:53 +0200
Newsgroups: jedi.vcl

Hello, I`m fighting with following error >



[Compiling: JvStdCtrlsD6R.bpl]

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\Program Files\Borland\jvclinstall\run\JvComputerInfoEx.pas(1247) Error:
Undeclared identifier: 'COLOR_MENUHILIGHT'

C:\Program Files\Borland\jvclinstall\run\JvComputerInfoEx.pas(1248) Error:
Undeclared identifier: 'COLOR_MENUBAR'

C:\Program Files\Borland\jvclinstall\run\JvRecentMenuButton.pas(35) Fatal:
Could not compile used unit 'JvComputerInfoEx.pas'

** error 1 ** deleting "c:\Program
Files\Borland\Delphi6\Projects\Bpl"\JvStdCtrlsD6R.bpl

** error 1 ** deleting CompilePackages


I`m using Delphi 6 update pack 2 a JCL version 1.91-rc2 ...



Any idea ?



Thanx.



BK



Subject: Re: JVCL and BCB5 - Part 3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 May 2004 20:31:46 +0200
Newsgroups: jedi.vcl

> > 1)
I'll leave this to the BCB savvy

> > 2) I think it would be a good thing to replace:
Done

> > 3) The components using "JvLinkedControl.pas" do not work as stated in the
> > example provided. I fixed the function "CheckLinkControlEnabled" and tried
> > to make it more readable:
Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PrintPreview question
From: Solerman Kaplon <solerman@nospam.com>
Date: Wed, 26 May 2004 15:01:39 -0300
Newsgroups: jedi.vcl

Oh, yes, I switched the name eheh :)

Peter Thörnqvist wrote:
> Actually, I think you mean the late TurboPower internet pack? That could
> actually be the best (or at least, the simplest) option available...


Subject: JvSpecialProgress - As an Indeterminate Progress
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Wed, 26 May 2004 19:28:59 +0200
Newsgroups: jedi.vcl

Hi,
I was wondering if it is possible to use JvSpecialProgress in an 
application, where an indeterminate process is used. So, it would show 
progess not connected to the actual process. 
many thanks in advance,
Kenny



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL and BCB5 - Part 3
From: "Fred" <nospam@nospam.nospam>
Date: Wed, 26 May 2004 18:58:28 +0200
Newsgroups: jedi.vcl

1) In "JvClipboardViewer.pas", I removed:

  // To lift the ambiguity in BCB between TBitmap and Windows::TBitmap
  {$IFDEF BCB5} // (ahuser) BCB 6 has problems with this.
  {$HPPEMIT '#define TBitmap Graphics::TBitmap'}
  {$ENDIF BCB5}

This "DEFINE" raises an error when I try to use the component. It's rather
normal because there's no ambiguity in the component (you can verify it by
looking at the .HPP file produced). In fact, this ambiguity appears in any
application using the component and you can't do anything easy to avoid that
at the component level. So the better to do is to remove this "DEFINE" from
the component and add it where needed in the H file of your forms.

2) I think it would be a good thing to replace:

  Empty: array [0..0] of Char;
  [...]
  Empty[0] := #0;
  [...]
  SendMessage(Handle, CB_ADDSTRING, 0, Integer(@Empty[0]));

With:

  EmptyChr: Char;
  [...]
  EmptyChr := #0;
  [...]
  SendMessage(Handle, CB_ADDSTRING, 0, LParam(@EmptyChr));

in "JvComboBox.pas" and "JvListBox.pas".

3) The components using "JvLinkedControl.pas" do not work as stated in the
example provided. I fixed the function "CheckLinkControlEnabled" and tried
to make it more readable:

var
  IsChecked: Boolean;
  IsEnabled: Boolean;
begin
  if (loInvertChecked in Options) then
    IsChecked:=Not Checked
  else
    IsChecked:=Checked;

  if (loInvertEnabled in Options) then
    IsEnabled:=Not Enabled
  else
    IsEnabled:=Enabled;

  if (loLinkChecked in Options) and (loLinkEnabled in Options) then
    Result := IsChecked and IsEnabled
  else
    Result := ((loLinkChecked in Options) and IsChecked)
           or ((loLinkEnabled in Options) and IsEnabled);
end;

Fred




Subject: Re: iconv functions for Linux only?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 26 May 2004 17:04:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > For iconv.dll we have the usual problems to check. Mainly license.
> > iconv is part of the GNU project, so the license shold be well-known :)

I added the iconv function only to implement the AnsiToOem and OemToAnsi
for Linux.


-- Regards, Andreas Hausladen 

Subject: Re: TTjvOutlookSplitter - Suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 15:32:40 +0200
Newsgroups: jedi.vcl

OK, I've published the events and also added a DragZone property. Try it out

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: can TJvSpeedButton do Color?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 14:31:17 +0200
Newsgroups: jedi.vcl

That shouldn't be too hard. Just change one line in
TJvCustomSpeedButton.Paint:

      if FTransparent then
        CopyParentImage(Self, Canvas)
      else
      begin
        Brush.Color := Color; // CHANGE THIS (was clBtnFace)
        Brush.Style := bsSolid;
        FillRect(PaintRect);
      end;

Publish the Color property for TJvSpeedButton and rebuild the JvStdCtrls-R
package. No guarantees you will like the result, though.

An additional nice feature would be to add the following to
TJvCustomSpeedButton:

protected
  property ParentColor default False;
  property Color default clBtnFace;
....

and in TJvCustomSpeedButton.Create:

 ...
  ParentColor := False;
  Color := clBtnFace;
....

BTW, this only work if you are not using XP themes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Function Library Hook using JvPlugin
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 14:09:20 +0200
Newsgroups: jedi.vcl

Function Library Hook plugin? Is this for Interbase or another database
engine? Then you can't use JvPlugin or AnsiStrings. You will have to use
PChar's for parameters and return values. How to write an UDF is better
asked in an appropriate database newsgroup.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvXPBar - TopSpace property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 14:06:45 +0200
Newsgroups: jedi.vcl

Added to CVS. Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Matej Golob" <matej.golob@epi-spektrum.si> skrev i meddelandet news:fqb49mprgait$.1xkwt14a0wc6f.dlg@40tude.net...
> > I've added TopSpace property to the TjvXPBar (uploaded to Mantis). Default
> > value is 5 (same as existing). If it's good, please check in to the cvs.
> >
> > Matej Golob




Subject: Re: TJVLabel painting issue
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 26 May 2004 14:05:45 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c91a5b$6j6$1@talkto.net...
> > Seems I missed it after all. Updated in CVS - rev 1.51
> >

Hi,

.... and it works. Just noticed it when compiling/running a program that
contained TJvLabel (Just made a checkout before).

Ciao,
Ralf



Subject: Re: Internatiolization with comm ports
From: "Johan" <johan@olrac.com>
Date: Wed, 26 May 2004 13:36:07 +0200
Newsgroups: jedi.vcl

thank you for your help
Johan van Wijk

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c91l09$8kb$1@talkto.net...
>> > > cheesh man, that is in the delphi library, i don't want to change that
and
>> > > my delphi knowledge is not that hectic hehehe. Any suggestions?
> > If Buffer is garbage when locale is spanish but OK when english, the
problem
> > must lie with how the com component reads the data (Move() doesn't alter
the
> > data) and the only way to find out is to have a look at how TComm32 does
its
> > reading.
> >
> > There are several TComm32 components out there. Which one are you using?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: AppXMLStorage: should RootNodeName also set Root?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 13:00:46 +0200
Newsgroups: jedi.vcl

See Mantis bug report
http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?bug_id=0001793

Olivier (OBones), is the proposed fix OK or is there any reason not to do it
that way?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Internatiolization with comm ports
From: "Johan" <johanvw@webmail.co.za>
Date: Wed, 26 May 2004 10:46:56 +0000
Newsgroups: jedi.vcl

> >So it is most probably a problem with DecimalSeparator. Many of the 
> >conversion functions like StrToFloat use DecimalSeparator.
> >Change DecimalSeparator temporarily to '.' shile analyzing the GPS 
> >string. Do not forget to restore DecimalSeparator.

$GPGLL
34`QrB2JJb
E
SL
26.35leb*E)&&M&&N/000
V*fej$
R
PT*P
AXEbbbbbD
I)&QC

If i do your suggestion I get the above string, which is what i want, but 
the Longitudehemisphere is "26.35leb*E)&&M&&N/000"? and the Latitude 
is "34`QrB2JJb"? does not make sense

Johan van Wijk

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Trouble creating a TjvPlugin descendant
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 12:37:04 +0200
Newsgroups: jedi.vcl

That is a limitation of Delphi: it cannot show published properties for
derived forms and datamodules in the OI without some shenanigans. I don't
remember the exact steps, but you at least need to register the module by
calling RegisterCustomModule, add the datamodule to a design package and
also to the Object Repository.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Trouble creating a TjvPlugin descendant
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Wed, 26 May 2004 11:11:19 +0100
Newsgroups: jedi.vcl

I am creating a descendant of TJvPlugin because all my plugins have some common functionality.

I create my descendant with
   TmyPlug := class(TJvPLugin);
Add in my common routines.

And then derive my final plugin from TmyPlug.

But when I look at the form in the IDE, the object inspector displays properties for a normal form.
All properties of TJvplugin have gone ?

What am I doing wrong ?

Cheers

Pete Stoves


Subject: Re: Internatiolization with comm ports
From: "Johan" <johanvw@webmail.co.za>
Date: Wed, 26 May 2004 10:02:17 +0000
Newsgroups: jedi.vcl

The 'raw' string i get in looks like the following:
 $GP,1,*B""r,b,rB2JJb4E,SL,26.3569X,1,b,bbbj,I)S'C,$GP,111

> >Do you convert the GPS data using StrToFloat, StrToDate or similar?
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >
> >
> >

Johan van Wijk

--- posted by geoForum on http://delphi.newswhat.com


Subject: can TJvSpeedButton do Color?
From: "honeymic" <honeymic@hotmail.com>
Date: Wed, 26 May 2004 10:01:45 +0000
Newsgroups: jedi.vcl

Can Anyone Help?
 I always found these problem with button control
1. No mluti line Caption Property (Like RXLibrary)
2. No Glyph Property (Like SpeedButton)
3. No Color property 

The TJvSpeedButton Only short of the color property,  if not it will be 
perfect for me ....
or do you have a better ways to do this ? Please Advise..

Honeymic



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Internatiolization with comm ports
From: "Johan" <johan@olrac.com>
Date: Wed, 26 May 2004 11:45:05 +0200
Newsgroups: jedi.vcl

I see what you are getting at. I was confusted. We got the .pas file from a
guy @ Stamina software and that was quite a few years ago. I was assigned to
this project, not knowing much about comm programming.  I should probably
look for something else...

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c91l09$8kb$1@talkto.net...
>> > > cheesh man, that is in the delphi library, i don't want to change that
and
>> > > my delphi knowledge is not that hectic hehehe. Any suggestions?
> > If Buffer is garbage when locale is spanish but OK when english, the
problem
> > must lie with how the com component reads the data (Move() doesn't alter
the
> > data) and the only way to find out is to have a look at how TComm32 does
its
> > reading.
> >
> > There are several TComm32 components out there. Which one are you using?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Internatiolization with comm ports
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 11:28:09 +0200
Newsgroups: jedi.vcl

> > cheesh man, that is in the delphi library, i don't want to change that and
> > my delphi knowledge is not that hectic hehehe. Any suggestions?
If Buffer is garbage when locale is spanish but OK when english, the problem
must lie with how the com component reads the data (Move() doesn't alter the
data) and the only way to find out is to have a look at how TComm32 does its
reading.

There are several TComm32 components out there. Which one are you using?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Internatiolization with comm ports
From: "Johan" <johan@olrac.com>
Date: Wed, 26 May 2004 11:15:52 +0200
Newsgroups: jedi.vcl

cheesh man, that is in the delphi library, i don't want to change that and
my delphi knowledge is not that hectic hehehe. Any suggestions?

Thanx for the help so far
Johan

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c91jth$8dv$1@talkto.net...
>> > > // this procedure is accessed via TComm32.onrecievedata
> > I see. You will have to dig deeper: it seems to me the real problem is in
> > how TComm32 reads the data, so that is the next point of attack.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Internatiolization with comm ports
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 11:09:36 +0200
Newsgroups: jedi.vcl

> > // this procedure is accessed via TComm32.onrecievedata
I see. You will have to dig deeper: it seems to me the real problem is in
how TComm32 reads the data, so that is the next point of attack.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Internatiolization with comm ports
From: "Johan" <johan@olrac.com>
Date: Wed, 26 May 2004 11:04:50 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c91j0h$88b$1@talkto.net...
> > What function are you using to actually read the data? Does this function
> > translate the data in any way? Do you set DecimalSeparator before reading
> > the string or before parsing it? The best option is to set
DecimalSeparator
> > (store the old value first!) as the first action, do your work and restore
> > the old DecimalSeparator as the last action. There might be other
separators
> > that are affected as well, see the on-line help for DecimalSeparator: it
> > lists the other locale sensitive values as well.
> >
// this procedure is accessed via TComm32.onrecievedata
try
    lDecimalSeparator := DecimalSeparator;
    DecimalSeparator := '.';
    SetLength(S, BufferLength);
    Move(Buffer^, PChar(S)^, BufferLength);
  except
    s := '';
  end;
  if Assigned(fSerialReceiveData) then
    fSerialReceiveData(Self,s); // this is my stuff where i show the user
the ruslt of the string
  if s = '' then
    exit;

  InStr           := TStringList.Create;
  InStr.CommaText := s;

   idx := InStr.IndexOf('$GPGLL');
   if idx >= 0 then
  // get the longitude's and stuff

 DecimalSeparator := lDecimalSeparator;




Subject: Re: iconv functions for Linux only?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 10:55:58 +0200
Newsgroups: jedi.vcl

> > Remind me: What does iconv do?
iconv converts text between different codepages

> > For iconv.dll we have the usual problems to check. Mainly license.
iconv is part of the GNU project, so the license shold be well-known :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Internatiolization with comm ports
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 10:54:08 +0200
Newsgroups: jedi.vcl

What function are you using to actually read the data? Does this function
translate the data in any way? Do you set DecimalSeparator before reading
the string or before parsing it? The best option is to set DecimalSeparator
(store the old value first!) as the first action, do your work and restore
the old DecimalSeparator as the last action. There might be other separators
that are affected as well, see the on-line help for DecimalSeparator: it
lists the other locale sensitive values as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PrintPreview question
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Wed, 26 May 2004 10:50:36 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

> I already have a renderer - Microsoft MSHTML, it renders the html the same

Oh, so you are making an WYSIWYGOIE (What You See Is What You Get On Internet Explorer) editor :-)

> Exactly! How??? I can use CopyRect to get the canvas to a bitmap, but that
> way I get only the top part of the page, and even if I find a way to get the
> whole page, I have no idea how to separate that bitmap into pages, that is -
> how to calculate the height of the bitmap.

Sorry, can't help you much. But to calculate the bitmap height you could use the Printer object. It has PageWidth and PageHeight properties that you can use to calculate the proportions:

(PageBmp.Height / PageBmp.Width) = (Printer.PageHeight / Printer.PageWidth)

Where PageBmp.Height is the unknown, thus:

PageBmp.Height = Printer.PageHeight * PageBmp.Width / Printer.PageWidth

Regards

Hans-Eric Grönlund


Subject: Re: iconv functions for Linux only?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 May 2004 10:33:08 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I jus tnoticed that JvJCLUtils contains some wrappers for the iconv
> functions but for Linux only. Should we add support for iconv to the Windows
> version as well? I've done a header translation we could include in \common
> so the only problem is whether we should distribute the iconv.dll or not.

Remind me: What does iconv do?
For iconv.dll we have the usual problems to check. Mainly license.



Subject: Re: Internatiolization with comm ports
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 May 2004 10:31:11 +0200
Newsgroups: jedi.vcl

Johan wrote:
> The 'raw' string i get in looks like the following:
>  $GP,1,*B""r,b,rB2JJb4E,SL,26.3569X,1,b,bbbj,I)S'C,$GP,111
>
>
>> Do you convert the GPS data using StrToFloat, StrToDate or similar?

So it is most probably a problem with DecimalSeparator. Many of the conversion functions like StrToFloat use DecimalSeparator.
Change DecimalSeparator temporarily to '.' shile analyzing the GPS string. Do not forget to restore DecimalSeparator.



Subject: Re: EXE size and translation (gettext)
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Wed, 26 May 2004 08:05:59 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote in
news:c90hoa$3ds$2@talkto.net: 

 
> > That's the info I needed. With BCB, the debug info is NOT in the
> > exe file, but in the TDS file. So if you have a TDS file, even
> > out of date, you will be able to debug your application.
Strike home. Now I understand what's happened. You are right.
 
> > The difference in size is due to embedded resources that come
> > with most units. We did a big cleanup in there, but there is
> > still work to do. 
I see. JEDI seems to be very useful and nice. I believe that
some problems will be solved in future.

Thanks
Vaclav



Subject: TjvXPBar - TopSpace property
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Wed, 26 May 2004 10:00:47 +0200
Newsgroups: jedi.vcl

I've added TopSpace property to the TjvXPBar (uploaded to Mantis). Default
value is 5 (same as existing). If it's good, please check in to the cvs.

Matej Golob


Subject: iconv functions for Linux only?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 09:59:04 +0200
Newsgroups: jedi.vcl

I jus tnoticed that JvJCLUtils contains some wrappers for the iconv
functions but for Linux only. Should we add support for iconv to the Windows
version as well? I've done a header translation we could include in \common
so the only problem is whether we should distribute the iconv.dll or not.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 installer Compiling error: Undeclared identifier: 'CharIsNumber'
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 09:55:01 +0200
Newsgroups: jedi.vcl

Which version of JvJCLUtils? Latest is 1.104

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMail New Email
From: "Luke" <johnsluk@hotmail.com>
Date: Wed, 26 May 2004 17:47:23 +1000
Newsgroups: jedi.vcl

Thanks Peter.



"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c91cpg$70m$1@talkto.net...
> > There's a discussion in jedi.jcl about TJclEMail with the exact same
> > problem, so you might want to have a look at that since JvMail uses the
MAPI
> > wrapper classes from JCL.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVCL3 installer Compiling error: Undeclared identifier: 'CharIsNumber'
From: "Renaud HACQUIN" <renaud.hacquin@inrs.fr>
Date: Wed, 26 May 2004 09:35:27 +0200
Newsgroups: jedi.vcl

I have a solution to install even if it's not very cool !
You just have to edit the file JvJCLUtils.pas and replace CharIsNumber by
CharIsNumberChar

Hope this help !

Renaud

"leo" <leonospam@nospam.com> a écrit dans le message de
news:c8ppp3$s1g$1@talkto.net...
> > In a fresh install i repeatedly get this compiler message
> > What can i do?
> >
> > tnx leo
> >
> > Compiling package: JvCoreD7R.bpl
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > C:\JEDI\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared
> > identifier: 'CharIsNumber'
> > C:\JEDI\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable to
> > this operand type
> > C:\JEDI\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could not compile used
> > unit '..\..\run\JvJCLUtils.pas'
> >
> > ** error 1 ** deleting JvCoreD7R.bpl
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: JVCL3 installer Compiling error: Undeclared identifier: 'CharIsNumber'
From: "Renaud HACQUIN" <renaud.hacquin@inrs.fr>
Date: Wed, 26 May 2004 09:27:22 +0200
Newsgroups: jedi.vcl

Hi !
I have the same problem. I'm looking for a solution. If I find it, I'll tell
you.

Renaud.

"leo" <leonospam@nospam.com> a écrit dans le message de
news:c8ppp3$s1g$1@talkto.net...
> > In a fresh install i repeatedly get this compiler message
> > What can i do?
> >
> > tnx leo
> >
> > Compiling package: JvCoreD7R.bpl
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > C:\JEDI\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared
> > identifier: 'CharIsNumber'
> > C:\JEDI\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable to
> > this operand type
> > C:\JEDI\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could not compile used
> > unit '..\..\run\JvJCLUtils.pas'
> >
> > ** error 1 ** deleting JvCoreD7R.bpl
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: JvMail New Email
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 09:07:58 +0200
Newsgroups: jedi.vcl

There's a discussion in jedi.jcl about TJclEMail with the exact same
problem, so you might want to have a look at that since JvMail uses the MAPI
wrapper classes from JCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJVLabel painting issue
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 08:23:04 +0200
Newsgroups: jedi.vcl

Seems I missed it after all. Updated in CVS - rev 1.51

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvNavPanelToolPanel - suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 May 2004 08:20:21 +0200
Newsgroups: jedi.vcl

> > I dislike such features.
Well, that's too bad. Most of th eother nav pane controls have gradient
feature so adding it to the tool panel is logical.

> > I dream of a plugin mechanism for background painting.
We already have that: JvBackground from Robert Rossmair but I don't want to
add that to the nav pane components. It is better suited for "drop-in"
painting of existing components that don't support background painting
natively.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Function Library Hook using JvPlugin
From: "Andy" <agoengnb@yahoo.com>
Date: Wed, 26 May 2004 12:32:38 +0700
Newsgroups: jedi.vcl

Hi,

I have no idea how to make an Function Library Hook plugin using JvPlugin,
since my old library dll doesnt support long string (AnsiString) and no
other parameter than string type parameter.

For example:
I have a function to write a long string into a log file that can be used
within all main app and all the plug-ins loaded as well, is it possible to
create that hook application that can be used all the plug-ins?
How to create a UDF that has parameters with different var type, and how to
call it from main apps and from other plug-ins?
Can you attach some simple program to describe my question
Thank you very much for your help, I really appreciated.
And I'm sorry if my questions is to basic because I'm newbie in Delphi and
programming.

Andy




Subject: Re: TjvNavPanelToolPanel - suggestions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 May 2004 06:44:34 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> 5.What about "gradient" fill of "body"? (color from->to except just
> color).
> See ToolPanelColorFrom, ToolPanelColorTo at 1. above

I dislike such features.
I dream of a plugin mechanism for background painting.



Subject: Re: JVCL and BCB5 - part II
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 26 May 2004 13:20:30 +1000
Newsgroups: jedi.vcl

Fred wrote:

>>> 3) In run\JvBrowseFolder.pas, I have a problem with the HPPEMIT clause.
>>> It includes a file named shtypes.h. This file does not exist. In fact,
>>> you just need shlobj.h for this component. But if you replace
>>> <shtypes.h> by <shlobj.h>, you raise an error due to a conflict between
>>> shlobj.h and shlobj.hpp. You can extend the content of shlobj.hpp with
>>> the directive NO_WIN32_LEAN_AND_MEAN but I didn't succeed in applying it
>>> successfully. If you have some ideas, don't hesitate.
>
>
>> What if you simply remove the HPPEMIT clause ?
>
>
> Not so easy ;-)
> You need absolutely "shlobj.h" to use this component, but "shlobj.h" is in
> conflict with another header: "shlobj.hpp". The problem is that you cannot
> replace "shlobj.hpp" with "shlobj.h". So you have only two choices
> remaining: extend the content of shlobj.hpp to include shlobj.h (#define
> NO_WIN32_LEAN_AND_MEAN) or create a new header without the overlapping parts
> of the two headers.

Ok, I'll have a look at that later this week. In the meantime, well... don't use that component. Sorry about the inconvenience.

Olivier



Subject: Re: JVCL and BCB5 - part II
From: "Fred" <nospam@nospam.nospam>
Date: Wed, 26 May 2004 02:02:28 +0200
Newsgroups: jedi.vcl

>> >> 3) In run\JvBrowseFolder.pas, I have a problem with the HPPEMIT clause.
>> >> It includes a file named shtypes.h. This file does not exist. In fact,
>> >> you just need shlobj.h for this component. But if you replace
>> >> <shtypes.h> by <shlobj.h>, you raise an error due to a conflict between
>> >> shlobj.h and shlobj.hpp. You can extend the content of shlobj.hpp with
>> >> the directive NO_WIN32_LEAN_AND_MEAN but I didn't succeed in applying it
>> >> successfully. If you have some ideas, don't hesitate.

> > What if you simply remove the HPPEMIT clause ?

Not so easy ;-)
You need absolutely "shlobj.h" to use this component, but "shlobj.h" is in
conflict with another header: "shlobj.hpp". The problem is that you cannot
replace "shlobj.hpp" with "shlobj.h". So you have only two choices
remaining: extend the content of shlobj.hpp to include shlobj.h (#define
NO_WIN32_LEAN_AND_MEAN) or create a new header without the overlapping parts
of the two headers.

Frédéric




Subject: Re: JVCL and BCB5 - part II
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 26 May 2004 09:42:58 +1000
Newsgroups: jedi.vcl

Fred wrote:

> Here are my changes to compile the latest build with BCB5 and run some
> examples:
>
> 1) In run\JvComCtrls.pas,
>       run\JvSearchFiles.pas and
>       run\JvSHFileOperation:
>
> I replaced:
>   {$IFDEF BCB6}
>   {$EXTERNALSYM ...
>   ...
>   {$ENDIF BCB6}
>
> by:
>   {$IFDEF BCB3_UP}
>   {$EXTERNALSYM ...
>   ...
>   {$ENDIF BCB3_UP}
The simplest thing is just to remove the IFDEF, we don't support BCB before version 5 anyway. This has been committed in CVS.


> 2) In run\JvGIF.pas:
>
> I put {$IFDEF COMPILER6_UP}
>       {$ENDIF COMPILER6_UP}
> around
>       // for HeapAllocFlags
>       {$WARN SYMBOL_PLATFORM OFF}
Correct. I updated it in CVS


> 3) In run\JvBrowseFolder.pas, I have a problem with the HPPEMIT clause. It
> includes a file named shtypes.h. This file does not exist. In fact, you just
> need shlobj.h for this component. But if you replace <shtypes.h> by
> <shlobj.h>, you raise an error due to a conflict between shlobj.h and
> shlobj.hpp. You can extend the content of shlobj.hpp with the directive
> NO_WIN32_LEAN_AND_MEAN but I didn't succeed in applying it successfully. If
> you have some ideas, don't hesitate.
What if you simply remove the HPPEMIT clause ?

> P.S.: There's something wrong in the USES clause of
> Design\JvDataProviderItemDesign.pas ('Windows' appears two times).
I commented the second one out.

Thank you for your report

Olivier Sannier
C++ Builder Support Coordinator



Subject: Re: EXE size and translation (gettext)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 26 May 2004 09:28:03 +1000
Newsgroups: jedi.vcl

Vaclav Korecek wrote:

> "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
> news:c8v6gm$qdn$1@talkto.net:
>
> I little experimented as Andreas suggested.  
> I changed jvcl.inc compiler settings of three switches to Y- L- D- (I am not sure with tis settings)
> and started "modifiedupdate.bat".
> After that I rebuild my .exe file. Its size was same. I can also still steps through JEDI sources
> so I am confused by this situation. Original file with RxLib had exe file size 1.3MB but with JEDI
> components I got 3MB. Maybe its fact.
>
> I am BCB6 user and I hoped that if I remove debug symbols that
> exe file decrease its size.

That's the info I needed. With BCB, the debug info is NOT in the exe file, but in the TDS file. So if you have a TDS file, even out of date, you will be able to debug your application.

The difference in size is due to embedded resources that come with most units. We did a big cleanup in there, but there is still work to do.



Subject: Re: JvMail New Email
From: "Luke" <johnsluk@hotmail.com>
Date: Wed, 26 May 2004 08:17:16 +1000
Newsgroups: jedi.vcl

Ok, to get the attachment to send I have to change the format of the email
to "Plain Text"
rather than "HTML" or "Rich Text".

Surely sending an email with outlook cant be this hard could it?

Luke.




Subject: Re: TjvNavPanelToolPanel - suggestions
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 May 2004 23:23:06 +0200
Newsgroups: jedi.vcl

> > 1. It would be (for me) if its possbile to add color for panel to
> > StyleManger. For now, there are only colors for button and header.
Done. Added ToolPanelColorFrom, ToolPanelColorTo, ToolPanelHeaderColorFrom
and  ToolPanelHeaderColorTo to TJvNavPanelColors. The Color property of
ToolPanel is gone and replaced by a Colors:TJvNavPanelColors property.

> > 2. If it's not too hard to implement, it would be nice, if buttons have
> > "action" property (TAaction).
Done. Also added Hint property.

> > 3. It will be "handy" for me, that you add HeaderVisible property. Yes, I
> > can set HeaderHeight to 0 but then I must "remember" old headerheight when
> > I want to make it visible again...
Done. Current implementation hides the header as well as the tool buttons
but not the dropdown or the close button. I tried keeping the tool buttons
but it just looks, well, ugly.

> > 4. It would be also nice if you can add border (with width and color
> > property) feature.
Done. BorderWidth property added. Color is taken from Colors.FrameColor
(just as with the NavPane)

> > 5.What about "gradient" fill of "body"? (color from->to except just
color).
See ToolPanelColorFrom, ToolPanelColorTo at 1. above

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL and BCB5 - part II
From: "Fred" <nospam@nospam.nospam>
Date: Tue, 25 May 2004 23:14:20 +0200
Newsgroups: jedi.vcl

Here are my changes to compile the latest build with BCB5 and run some
examples:

1) In run\JvComCtrls.pas,
      run\JvSearchFiles.pas and
      run\JvSHFileOperation:

I replaced:
  {$IFDEF BCB6}
  {$EXTERNALSYM ...
  ...
  {$ENDIF BCB6}

by:
  {$IFDEF BCB3_UP}
  {$EXTERNALSYM ...
  ...
  {$ENDIF BCB3_UP}


2) In run\JvGIF.pas:

I put {$IFDEF COMPILER6_UP}
      {$ENDIF COMPILER6_UP}
around
      // for HeapAllocFlags
      {$WARN SYMBOL_PLATFORM OFF}


3) In run\JvBrowseFolder.pas, I have a problem with the HPPEMIT clause. It
includes a file named shtypes.h. This file does not exist. In fact, you just
need shlobj.h for this component. But if you replace <shtypes.h> by
<shlobj.h>, you raise an error due to a conflict between shlobj.h and
shlobj.hpp. You can extend the content of shlobj.hpp with the directive
NO_WIN32_LEAN_AND_MEAN but I didn't succeed in applying it successfully. If
you have some ideas, don't hesitate.


Fred

P.S.: There's something wrong in the USES clause of
Design\JvDataProviderItemDesign.pas ('Windows' appears two times).




Subject: Re: PrintPreview question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 May 2004 22:41:38 +0200
Newsgroups: jedi.vcl

> > And there's the dev. express HTML renderer
Actually, I think you mean the late TurboPower internet pack? That could
actually be the best (or at least, the simplest) option available...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PrintPreview question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 May 2004 22:40:09 +0200
Newsgroups: jedi.vcl

I don't have an answer for you but I would be very suprised if you could use
MSHTML to render to the JVCL preview - they aren't exactly compatible.
However, trying to use the WM_PRINT message might be a route to explore.

For more info on how to calculate the page size and how to create a
previewer, the best is to read the sources. I wrote the preview stuff, but
it's been a long time since I did it and I don't have all the details in
close memory so if you have a look at the source, experiment a bit and then
ask questions I think the experience will be more worthwhile (for both of
us<g>).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PrintPreview question
From: Solerman Kaplon <solerman@nospam.com>
Date: Tue, 25 May 2004 17:36:11 -0300
Newsgroups: jedi.vcl

Marko Binic wrote:

> Exactly! How??? I can use CopyRect to get the canvas to a bitmap, but that
> way I get only the top part of the page, and even if I find a way to get the
> whole page, I have no idea how to separate that bitmap into pages, that is -
> how to calculate the height of the bitmap.

I remeber a window message (WM_PRINT or something) that may help, but don't know if it supports it. Take a look at the win32 api help. There's also a delphi wrapper for the mozilla gecko engine that may be more embeddedable-friendly, look at the developers mozilla page for it. And there's the dev. express HTML renderer that was released to the public, not very complete, not very fast, but now opensource and with sources, look for it on sourceforge, internet pack.

Solerman


Subject: Re: TjvNavPanelToolPanel - suggestions
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 May 2004 21:43:22 +0200
Newsgroups: jedi.vcl

> > 1. It would be (for me) if its possbile to add color for panel to
> > StyleManger. For now, there are only colors for button and header.
Good suggestion, I guess this could/should be combined with 5. below?


> > 2. If it's not too hard to implement, it would be nice, if buttons have
> > "action" property (TAaction).
Also good suggestion


> > 3. It will be "handy" for me, that you add HeaderVisible property. Yes, I
> > can set HeaderHeight to 0 but then I must "remember" old headerheight when
> > I want to make it visible again...
What should happen with the toolbuttons, the dropdown button and the close
button if HeaderVisible is false? Should they disappear as well or should
the "move up" or stay where they are? Don't mind the idea, just wondering.

> > 4. It would be also nice if you can add border (with width and color
> > property) feature.
It already exists, only BorderWidth isn't published. BTW, the border gets
the ButtonColor color but maybe it should be the same as for
JVNavigationPane (FrameColor)?

> > 5.What about "gradient" fill of "body"? (color from->to except just
color).
Guess this should be added to the stylemanager as well? What would be the
default color for the different themes? This would mean unpublishing Color,
though, to be consistent with the other nav pane controls.

BTW, I have just added a Background property to TJvNavigationPane (this also
works as a "global" background for pages that doesn't have their own
background image), TJvNavPage and TJvNavPaneToolPanel where you can set a
background image with Proportional, Stretch, Center and Tile options. Try it
out.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PrintPreview question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 25 May 2004 20:12:51 +0200
Newsgroups: jedi.vcl

> > You have to either write your own renderer, or use some existing

I already have a renderer - Microsoft MSHTML, it renders the html the same
way InternetExplorer does. The TWebBrowser component has a print preview,
but it's UGLY, it's even worse than Win9x style...

> >make that renderer  draw to the preview component.

Exactly! How??? I can use CopyRect to get the canvas to a bitmap, but that
way I get only the top part of the page, and even if I find a way to get the
whole page, I have no idea how to separate that bitmap into pages, that is -
how to calculate the height of the bitmap.





Subject: Re: TJVLabel painting issue
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 May 2004 19:53:58 +0200
Newsgroups: jedi.vcl

> > I can't find the new file JVLabel.pas. Could you check your check in?
That's weird. I'm sure I checked it in yesterday. Anyway, the changed unit
is at work, so it will have to wait until tomorrow.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvclVclClx
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 May 2004 19:21:02 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Optimal this would be in JvExControls.

Feel free to move it around.



Subject: Re: [crosspost from jedi.apiconversion] SetupDiGetCustomDeviceProperty - modification request to JVCL3/common/SetupApi.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 May 2004 19:20:16 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> We could attempt to load it, and if it fails, silently continue, and the application has to check "if Assigned()" before invoking that function.
> Or we could put in a wrapper function that just returns a failure code.

Either wrapper code or a parameter to LoadSetupApi which states the OS version.



Subject: Re: [crosspost from jedi.apiconversion] SetupDiGetCustomDeviceProperty - modification request to JVCL3/common/SetupApi.pas
From: Warren Postma <wp.nospam@tekran.com>
Date: Tue, 25 May 2004 13:12:37 -0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Keep in mind that it is a Win XP only function.
> I think we should rework the conversion to allow OS version specific dynamic binding. The Setup API has been expanded several times.
>
We could attempt to load it, and if it fails, silently continue, and the application has to check "if Assigned()" before invoking that function.
Or we could put in a wrapper function that just returns a failure code.

Regards,

Warren


Subject: Re: JvclVclClx
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 25 May 2004 17:47:15 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
>> - Pages[i].Buttons -> Pages[i].QButtons. Unfortunately some
>> class members can be called Buttons, Controls ,....  Maybe this
>> functionality should be dropped.
>
>
> This is a result of my last change. I have forgotten to check for a
> leading '.' This is now fixed.
>
Test it with JvOutlookBar. As a workaround we could add self. (quick).
I am about to add/use USEWINDOWS (default) and change jvcl.inc accordingly. You see any problem?

In some cases JvEx* is not translated, don't know why.

Regards,

André Snepvangers


Subject: Re: JvclVclClx
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 25 May 2004 17:27:55 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> I have added IsPositiveResult etc unconditionally to JvJVCLUtils.pas.
> It is missing in VisualCLX.
>
Optimal this would be in JvExControls.

Regards,

André Snepvangers



Subject: Re: PrintPreview question
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Tue, 25 May 2004 17:14:54 +0200
Newsgroups: jedi.vcl

Marko Binic wrote:

> I'm building a WYSIWYG HTML editor and I would like to use the print preview

Good luck :-) WYSIWYG HTML is currently an impossible task due to the lack of complete common guidelines for renering HTML. How borders look, for instance, varies greatly between different web browsers.

> Will there be a print preview with a function that can display
> HTML pages (not the source of cource, but the page body)?

I donät have much knowledge of the print preview component, but I could say: Not likely. A HTML renderer is not an easy task, and it's not a reasonable request for a general component like that. You have to either write your own renderer, or use some existing, and make that renderer draw to the preview component.

Regards

Hans-Eric Grönlund


Subject: PrintPreview question
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Tue, 25 May 2004 16:30:21 +0200
Newsgroups: jedi.vcl

I'm building a WYSIWYG HTML editor and I would like to use the print preview
components in the JVCL, but I just can't find a way to paint HTML to the
component. Will there be a print preview with a function that can display
HTML pages (not the source of cource, but the page body)?




Subject: Re: TJVLabel painting issue
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Tue, 25 May 2004 14:08:43 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I've just checked in a slightly fixed version. Try it out

Hello Peter,

I can't find the new file JVLabel.pas. Could you check your check in?

Karlheinz


Subject: Re: TTjvOutlookSplitter - Suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 15:45:16 +0200
Newsgroups: jedi.vcl

> > Ohhh. Sorry for stupid question. :(
There are no stupid questions, you know :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TjvNavPanelToolPanel - suggestions
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 25 May 2004 15:19:28 +0200
Newsgroups: jedi.vcl

1. It would be (for me) if its possbile to add color for panel to
StyleManger. For now, there are only colors for button and header.

2. If it's not too hard to implement, it would be nice, if buttons have
"action" property (TAaction).

3. It will be "handy" for me, that you add HeaderVisible property. Yes, I
can set HeaderHeight to 0 but then I must "remember" old headerheight when
I want to make it visible again...

4. It would be also nice if you can add border (with width and color
property) feature.

5.What about "gradient" fill of "body"? (color from->to except just color).

Regards

matej


Subject: Re: jvThumbView Help/Bug?
From: micha schumann <schumannxx@itcxx-mdxx.dexx>
Date: Tue, 25 May 2004 12:51:31 +0000
Newsgroups: jedi.vcl

what about my suggestion?

micha schumann wrote:
> Yannis wrote:
>
>> micha schumann <schumann@itc-ms.de> wrote in news:c8b4gg$kkh$1@talkto.net:
>>
>>
>>> Hi,
>>>
>>> I use jvThumbView in an application that displays some Pictures and 
>>
>>
>> [Snip ...]
>>
>> I haven't tested the comopnent this way I do not know if there is any problem I will test it tonight and probably I'll be able tomorow to tell you more about it or provide a fix for it.
>>
>> Regards
>> Johnnie.
>
> Hi,
>
> I moved the event "StopScanning" in the procedure so that it gets called even if no files are in the directory, then it works. What I do not unterstand is, that it DOESNT work, if I call AddFromFile immidiately after setting the directory. I think it should but heaven knows...
>
> Anyways I would suggest moving the two events to make them beeing called regardless of the number of files found (seems logical to me):
>
> procedure TJvThumbView.SetDirectory(Value: string);
> ...
>       // moved by micha
>       if Assigned(FOnStartScanning) then
>           FOnStartScanning(Self, ReadFileList.Count - 1);
>       // end moved by micha
>       if ReadFileList.Count > 0 then
>       begin
>          ...
>          // the moved events came from here
>       end;
>       // moved by micha
>       if Assigned(FOnStopScanning) then
>           FOnStopScanning(Self);
>       // end moved by micha
>     finally
> ...
>
> regards
>
> micha



Subject: Re: TTjvOutlookSplitter - Suggestions
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Tue, 25 May 2004 14:26:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> It's not because it's not able to determine that, but because it can't know
> which cursor you want to use (for example, I
> never use crVSplit or crHSplit, I use crSizeWE or csSizeNS because I like
> the look of those better) . Automatically switching the cursor just seems
> overkill to me for such a simple thing especially when the cursor many times
> is the wrong one and that you set the cursor and never change it again in
> 99.9% of the cases.

I'd say most people would go with the default cursors (crVSplit, crHSplit) because, well, they are default. In that case it would be a nice (and easy to add) feature to do the switching automatically for them.

But I see your point: I guess it could be called Overkill.



Subject: Re: EXE size and translation (gettext)
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Tue, 25 May 2004 12:04:26 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:c8v6gm$qdn$1@talkto.net: 


I little experimented as Andreas suggested. 
 
I changed jvcl.inc compiler settings of three 
switches to Y- L- D- (I am not sure with tis settings)
and started "modifiedupdate.bat".
After that I rebuild my .exe file. 
Its size was same. I can also still steps through JEDI sources
so I am confused by this situation. 
Original file with RxLib had exe file size 1.3MB but with JEDI
components I got 3MB. Maybe its fact.

I am BCB6 user and I hoped that if I remove debug symbols that
exe file decrease its size.

> > Does debug info really change the size of the bpl? 
No. 
> > A normal EXE
> > (without run-time packages) is not affected, just the DCU files
> > (unless you include TDW32 info), so I would expect run-time
> > bpl's to be unaffected as well (...). 

It is true in all probability.

Thanks,
Vaclav


Subject: Re: TjvNavPanelPage - suggestion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 14:01:28 +0200
Newsgroups: jedi.vcl

> > So. It would be nice if it's possible to add some property to make some
> > pages visible or not. In the meantime I will use suggested code.
I am looking into adding similar functionality as the code idea but directly
into the navpane/pagelist. I don't think it wil be a Visible property. but
something similar.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TTjvOutlookSplitter - Suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 14:00:13 +0200
Newsgroups: jedi.vcl

> > Why is that? The control should know if it's vertically or horizontally
> > aligned, right? So the control should be able to set the cursor
> > accordingly.
It's not because it's not able to determine that, but because it can't know
which cursor you want to use (for example, I
never use crVSplit or crHSplit, I use crSizeWE or csSizeNS because I like
the look of those better) . Automatically switching the cursor just seems
overkill to me for such a simple thing especially when the cursor many times
is the wrong one and that you set the cursor and never change it again in
99.9% of the cases.

Setting the initial cursor is another matter: since it needs to be set
anyway, it doesn't really matter which cursor is used, so it can just as
well be the horizontal sizer cursor as anyone else.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TTjvOutlookSplitter - Suggestions
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 25 May 2004 13:49:22 +0200
Newsgroups: jedi.vcl

> > That is not an error since the control cannot know what cursor you want to
> > show. Set Cursor manually.
Ohhh. Sorry for stupid question. :(

Matej


Subject: Re: TjvNavPanelPage - suggestion
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 25 May 2004 13:48:35 +0200
Newsgroups: jedi.vcl

> > That could be problematic since the Visible property (which is public, BTW,
> > so you can set it at runtime) is used when activating a page. The net result
Yes, I missed "public" property becouse I looked just at ObjectInspector
and there was no such property. I'm owner of Jazmine NavPane, and there is
visible property with functionality that make page (not)visible so I looked
in the ObjectInspector...

So. It would be nice if it's possible to add some property to make some
pages visible or not. In the meantime I will use suggested code.

Thanks.

Matej


Subject: Re: TTjvOutlookSplitter - Suggestions
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Tue, 25 May 2004 13:34:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> That is not an error since the control cannot know what cursor you want to
> show. Set Cursor manually.

Why is that? The control should know if it's vertically or horizontally aligned, right? So the control should be able to set the cursor accordingly. Pseudo code:

procedure TJvOutlookSplitter.AlignmentChanged;
begin
  if Alignment is Vertical then
  begin
    if Cursor is DefaultHorizontalCursor then
      Cursor := DefaultVerticalCursor;
  end
  else if Alignment is Horizontal then
  begin
    if Cursor is DefaultVerticalCursor then
      Cursor := DefaultHorizontalCursor;
  end;
end;

I haven't looked at the actual code though, so please forgive me if this isn't applicable at all.

Regards

Hans-Eric Grönlund


Subject: Re: EXE size and translation (gettext)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 13:08:25 +0200
Newsgroups: jedi.vcl

Does debug info really change the size of the bpl? A normal EXE (without
run-time packages) is not affected, just the DCU files (unless you include
TDW32 info), so I would expect run-time bpl's to be unaffected as well
(although the dcp probably is bigger, but you never deploy dcp's).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TTjvOutlookSplitter - Suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 13:04:41 +0200
Newsgroups: jedi.vcl

Publishing the events shouldn't be a problem. The hotzone stuff might be
more problematic. I'll have a look.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Internatiolization with comm ports
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 13:03:21 +0200
Newsgroups: jedi.vcl

Do you convert the GPS data using StrToFloat, StrToDate or similar?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TTjvOutlookSplitter - Suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 13:02:52 +0200
Newsgroups: jedi.vcl

> > I found one "error". If I align spliter left or right (vertical); when I
> > move cursor over spliter cursor should show horizontal arrow, not
vertical.
That is not an error since the control cannot know what cursor you want to
show. Set Cursor manually.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TimeEdit Control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 13:00:36 +0200
Newsgroups: jedi.vcl

The normal DateTimePicker (and JvDateTimePicker, of course) can do that if
you set Kind to dtkTime

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvNavPanelPage - suggestion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 12:41:39 +0200
Newsgroups: jedi.vcl

That could be problematic since the Visible property (which is public, BTW,
so you can set it at runtime) is used when activating a page. The net result
being that setting Visible to false, doesn't do very much...

Here's an idea:

var
   np:TJvNavPanelPage = nil;

procedure TForm1.btnRemoveClick(Sender: TObject);
begin
  if np = nil then
  begin
    np := JvNavigationPane1.NavPages[0];
    if JvNavigationPane1.ActivePage = np then
      JvNavigationPane1.NextPage;
    np.Parent := nil;
    np.PageList := nil;
    JvNavigationPane1.UpdatePositions;
  end;
end;

procedure TForm1.btnInsertClick(Sender: TObject);
begin
  if np <> nil then
  begin
    np.PageList := JvNavigationPane1;
    np.Parent := JvNavigationPane1;
    np.PageIndex := 0;
    np := nil;
    JvNavigationPane1.UpdatePositions;
  end;
end;

Of course, then I would need to make TJvNavPanelPage.PageIndex public :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TimeEdit Control
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 25 May 2004 14:31:37 +0400
Newsgroups: jedi.vcl

Hi All!
Does exist some TimeEdit control in the JVCL? With the assigned UpDown buttons and the possibilty to edit every field (hh:mm:ss) individually like in the Windows Time Adjust Dislog?


Subject: Internatiolization with comm ports
From: "Johan" <johan@olrac.com>
Date: Tue, 25 May 2004 12:27:40 +0200
Newsgroups: jedi.vcl

Good day,

I don't know if this is the right place, but I'm trying everywhere :)

We've developed a component that reads the GPS from a comm port. It works
fine with any GPS, the only thing is that when the customer changes his
Regional settings to SPanish then the input is gibberish. How can I rectify
that?


Hyperterminal somehow rectifies it, and then I can read the string again
properly....
Thanx in advance
-- Johan van Wijk 

Subject: Re: TTjvOutlookSplitter - Suggestions
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 25 May 2004 12:27:20 +0200
Newsgroups: jedi.vcl

I found one "error". If I align spliter left or right (vertical); when I
move cursor over spliter cursor should show horizontal arrow, not vertical.

Matej


Subject: TTjvOutlookSplitter - Suggestions
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 25 May 2004 12:21:53 +0200
Newsgroups: jedi.vcl

It would be nice if it's possible to "add" some events to OutlookSpliter -
at least like TjvSplitter for example (OnMouseEnter, OnMouseLeave, Onclick,
OnDblClick...).

It would be also "nice" if it's possible to ad "hot zone" like
TJvNetscapeSplitter. I know that this is not in "original" splitter in
outlook, but it would be nice feature.

Regards.

Matej Golob


Subject: Re: EXE size and translation (gettext)
From: Andreas Hausladen <NoMail@me.de>
Date: Tue, 25 May 2004 11:59:18 +0200
Newsgroups: jedi.vcl

> a) final Exe file size is two times larger than version    including RxLib.
>    It seems that JVCL packages are compiled with debug
>    information. Is it true? If yes ->
>    Question: Is there way how to recompile packages without debug              info but not manually (inside IDE)?

JVCL includes much more than the RxLibs. And yes the JVCL is compiled with debug symbols on. You could open the jvcl.inc file with an text editor and change the debug related compiler options. Now do a "modifiedupdate.bat" and you should have a debug symbol free JVCL. This will change in the near future where the installer will let you choose between "JVCL Release" and "JVCL Debug" compilation.


Regards,

Andreas Hausladen



Subject: TjvNavPanelPage - suggestion
From: Matej Golob <matej.golob@epi-spektrum.si>
Date: Tue, 25 May 2004 11:43:39 +0200
Newsgroups: jedi.vcl

It would be nice, if it's possible to add property .visible to
TjvNavPanelPage. I want to temporary hide page runtime, but there is no
property to do so.

Thanks.

Matej Golob


Subject: EXE size and translation (gettext)
From: Vaclav Korecek <korecek.NO.SPAM@NO_SPAM.rcd.cz>
Date: Tue, 25 May 2004 08:42:05 +0000 (UTC)
Newsgroups: jedi.vcl

I am quite new in JVCL and
I have some questions regarding JVCL...

1. I downloaded latest JCL and JVCL. 
2. I used install.bat for installation. OK
3. I took an application which included RxLib.
4. I have converted components RxLib to JVCS in the app. 
   (5 components was converted). OK 
5. Also, I removed all links to RxLib components. OK.
6. The application works OK (after small changes - TFormStorage)
   but:

a) final Exe file size is two times larger than version 
   including RxLib.
   It seems that JVCL packages are compiled with debug
   information. Is it true? If yes ->
   Question: Is there way how to recompile packages without debug 
             info but not manually (inside IDE)?

b) I have switched to "gnugettext" from JVCS for the new SW 
   version but new version translates some characters bad in 
   contrast to old SW version (Czech strings). 
   The ".mo" dictionary is same.
   Where is the problem? (Maybe not for this NG)

TIA
Vaclav


Subject: Re: JvclVclClx
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 May 2004 09:56:20 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> function IsPositiveResult(AModalResult: TModalResult): Boolean;
> begin
>     Result := AModalResult in [mrOk, mrYes, mrAll, mrYesToAll];
> end;
>
> There is such a function in Controls.pas in D6+
>

I have added IsPositiveResult etc unconditionally to JvJVCLUtils.pas.
It is missing in VisualCLX.



Subject: Re: Plugin packaging question
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Tue, 25 May 2004 08:49:29 +0100
Newsgroups: jedi.vcl

Thank you Peter.


Subject: Re: JvclVclClx
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 May 2004 08:55:33 +0200
Newsgroups: jedi.vcl

function IsPositiveResult(AModalResult: TModalResult): Boolean;
begin
    Result := AModalResult in [mrOk, mrYes, mrAll, mrYesToAll];
end;

There is such a function in Controls.pas in D6+

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Access violation when using JvPlacement
From: "Florian Hector" <FHector@web.de>
Date: Tue, 25 May 2004 07:30:37 +0200
Newsgroups: jedi.vcl

Jens,

thanks for the instructions.

With the sample project I was unable to reproduce the problem, so I went
back to my project to recheck everything, to no avail.
My last attempt was to delete the two JvPlacements and rebuild them anew,
this fixed the problem.

Scratching my head...

Florian




Subject: Re: Access violation when using JvPlacement
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 25 May 2004 09:40:46 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi Florian,
>
> no problem with this and welcome !!!!
>
> Mantis is the jvcl bug tracker and you can find it at :
> http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php
>
> Here you can add all issues you find.

If you do so, please do it with your own account (free and easy to register) so that you can receive emails when an update is made on the issue you posted.



Subject: Re: Unit X was compiled with a different version of Y ????
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 25 May 2004 09:32:02 +1000
Newsgroups: jedi.vcl

Leo wrote:

> Unit X was compiled with a different version of Y ????
>
> when I try to compile a project using almost any component JVCL, it gives me
> an error like:
>
> "[Fatal Error]: Unit JvWizard was compiled with a different version of
> JvComponent.TJvCustomControl"
> "[Fatal Error]: Unit JvMarkupLabel was compiled with a different version of
> JvComponent.TJvPubGraphicControl"
> "[Fatal Error]: Unit JvBitBtn was compiled with a different version of
> JvTypes.TJvTrackFontOptions"
>
>
> I'm using delphi7 enterprise, WinXP and JVCL 300 BETA JCL190. I have
> uninstalled previous 2.10  version , deleted every reference to JVCL and
> installed using the install.bat in the JVCL folder... tried to remove all
> and reinstall, but doesn't work. Anyone knows what i've dono wrong???
>
> ps.: sorry for my bad english...
>
>
You most likely still have DCU, BPL and/or DCP files from the JVCL lurking around in your PC. Remove them, recompile everything and you should be fine.



Subject: Re: JvMail New Email
From: "Luke" <johnsluk@hotmail.com>
Date: Tue, 25 May 2004 09:22:11 +1000
Newsgroups: jedi.vcl

Hmmm,

I spoke too soon, the email sends fine but the attachment doesnt get sent.

Luke.




Subject: Re: JvMail New Email
From: "Luke" <johnsluk@hotmail.com>
Date: Tue, 25 May 2004 09:13:16 +1000
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c8sh5s$932$1@talkto.net...
> > How does the e-mail(s) look *exactly* when you send it the first time and
> > the second time? Set a breakpoint in TJvMail.SendMail and inspect the
> > content of FMapiMessage.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net

Thanks Peter

I found that if I put "smtp:" before the email address it works fine in both
Outlook and also Outlook Express.

Cheers,

Luke.




Subject: Re: compiler options in jvcl.inc
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 May 2004 21:35:21 +0200
Newsgroups: jedi.vcl

Shouldn't that be JVCL_DEBUG and JVCL_RELEASE?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJVLabel painting issue
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 May 2004 21:33:46 +0200
Newsgroups: jedi.vcl

I've just checked in a slightly fixed version. Try it out

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvComboListBox - why not longer registered?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 May 2004 21:32:56 +0200
Newsgroups: jedi.vcl

> > That was my fault. Just too many units and components too keep them all in
> > the eyes.
I'm glad you make mistakes sometimes. Makes me feel less lonely <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Plugin packaging question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 May 2004 21:32:17 +0200
Newsgroups: jedi.vcl

Put the unit declaring TRegKeys in its own package and then add that package
to the requires node of each of the plugin packages. If you use TRegKeys in
your main app as well, you should check the "Build with run-time package"
project option for your app and add the TRegKeys package to the list (and
remove those packages that shouldn't be dynamically loaded).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Unit X was compiled with a different version of Y ????
From: "Leo" <leo@bludata.com.br>
Date: Mon, 24 May 2004 16:29:02 -0300
Newsgroups: jedi.vcl

Unit X was compiled with a different version of Y ????

when I try to compile a project using almost any component JVCL, it gives me
an error like:

"[Fatal Error]: Unit JvWizard was compiled with a different version of
JvComponent.TJvCustomControl"
"[Fatal Error]: Unit JvMarkupLabel was compiled with a different version of
JvComponent.TJvPubGraphicControl"
"[Fatal Error]: Unit JvBitBtn was compiled with a different version of
JvTypes.TJvTrackFontOptions"


I'm using delphi7 enterprise, WinXP and JVCL 300 BETA JCL190. I have
uninstalled previous 2.10  version , deleted every reference to JVCL and
installed using the install.bat in the JVCL folder... tried to remove all
and reinstall, but doesn't work. Anyone knows what i've dono wrong???

ps.: sorry for my bad english...




Subject: Re: Access violation when using JvPlacement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 24 May 2004 19:47:45 +0200
Newsgroups: jedi.vcl

Hi Florian,

no problem with this and welcome !!!!

Mantis is the jvcl bug tracker and you can find it at :
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php

Here you can add all issues you find.

Greetings
Jens

Florian Hector wrote:

> Jens,
>
> it's only the second time I am posting into this group, so I am not familiar
> with your lingo.
>
>
>> Please add an entry to mantis including a sample project.
>>
>
>
> Sample project I can provide, but what is mantis and how do I use it?
>
> Florian
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: UltimDBGrid donation
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Mon, 24 May 2004 19:43:00 +0200
Newsgroups: jedi.vcl

At 10:10:10, 24.05.2004, Hans-Eric Grönlund wrote:

> > Robert Marquardt wrote:
>> > > Our rule is that variable declarations should not be split and always
>> > > be in the same area. Since sometimes local procedures manipulate the 
>> > > variables they go first.
>> > > I think this is a Borland rule.
> > 
> > It's not a Borland rule, at least it's not contained within the Borland
> > Style Guide. But it's true, there is a JVCL rule that states that "a
> > procedure should only have a single [...] var section".

I once learned (in Pascal) that the order ought to be:

labels
const
type
var

But since Delphi allows typed constants, etc., this doesn't hold anymore.
<g>
-- Rudy Velthuis "A lady came up to me on the street, pointed at my suede jacket and said, "Don't you know a cow was murdered for that jacket?" I said "I didn't know there were any witnesses. Now I'll have to kill you too"." -- George Carlin 

Subject: Re: Access violation when using JvPlacement
From: "Florian Hector" <FHector@web.de>
Date: Mon, 24 May 2004 19:36:52 +0200
Newsgroups: jedi.vcl

Jens,

it's only the second time I am posting into this group, so I am not familiar
with your lingo.

> > Please add an entry to mantis including a sample project.
> >

Sample project I can provide, but what is mantis and how do I use it?

Florian




Subject: Re: Access violation when using JvPlacement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 24 May 2004 19:26:16 +0200
Newsgroups: jedi.vcl

Please add an entry to mantis including a sample project.

Greetings and thanks
Jens

Florian Hector wrote:

> I am using JvPlacement in a project to store the forms properties and the
> state of a checkbox. Then I use another one to store some values entered by
> the user. The second JvPlacement gets only read and written when the
> mentioned CheckBox.checked property is true.
>
> All this works fine as long as I use the registry. Upon switching to ini
> files, I get an access violation in ntdll.dll when the second JvPlacement
> gets activated and read.
> Both instances of JvPlacement point to the same ini file.
>
> Any hints highly appreciated.
>
> Florian
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Access violation when using JvPlacement
From: "Florian Hector" <FHector@web.de>
Date: Mon, 24 May 2004 19:14:56 +0200
Newsgroups: jedi.vcl

I am using JvPlacement in a project to store the forms properties and the
state of a checkbox. Then I use another one to store some values entered by
the user. The second JvPlacement gets only read and written when the
mentioned CheckBox.checked property is true.

All this works fine as long as I use the registry. Upon switching to ini
files, I get an access violation in ntdll.dll when the second JvPlacement
gets activated and read.
Both instances of JvPlacement point to the same ini file.

Any hints highly appreciated.

Florian




Subject: Re: Why is JvGIF.pas Windows only?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 May 2004 18:53:50 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> VisualCLX has GIF support integrated. But if you want you could ifdef the
> clipboard part.

Then it should not be Windows only. GIF should not be registered for VisualCLX then. It is only a logical difference, but i consider it important.



Subject: Re: Why is JvGIF.pas Windows only?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 May 2004 17:45:27 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I think it is only the clipboard handling.
> > This can be deactivated for Linux.

VisualCLX has GIF support integrated. But if you want you could ifdef the
clipboard part.


-- Regards, Andreas Hausladen 

Subject: Why is JvGIF.pas Windows only?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 May 2004 17:40:06 +0200
Newsgroups: jedi.vcl

I think it is only the clipboard handling.
This can be deactivated for Linux.
Mybe some pf24bit handling needs to be fixed also.




Subject: Why is JvGIF.pas Windows only?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 May 2004 17:39:15 +0200
Newsgroups: jedi.vcl

I think it is only the clipboard handling.
This can be deactivated for Linux.



Subject: Re: TJvComboListBox - why not longer registered?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 May 2004 17:30:22 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Yep, seems it got removed in a VCLX update. Add it again to
> > \design\JvCtrlsReg.pas (in the same group as TJvImageListBox) and rebuild
> > the JvCtrls-D package. I've updated it in CVS as well.

That was my fault. Just too many units and components too keep them all in
the eyes.


-- Regards, Andreas Hausladen 

Subject: Re: BCB5 and latest build
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 May 2004 17:29:02 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> IsPositiveResult is my work. I wanted to generalize the check.
> I think i will add a IsPositiveResult somewhere in the utils functions.

IsPositiveResult etc added to JvJVCLUtils.pas



Subject: Re: JvclVclClx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 May 2004 17:26:31 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > But it does not prevent substitution of Windows.GetACP ->
> > QWindows.GetACP (JvComputerInfoEx) yet.

I do not see the problem. For me it does not change Windows.GetACP to
QWindows.GetACP. Have you updated the program itself? The changed ini
files does only work with the updated tool.


> > Could you add IsPositiveResult to JvExControls?

Which function is that and where is an example of the function that I
could adapt for JvExControls?



-- Regards, Andreas Hausladen 

Subject: Re: PackageInformation.pas in Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 May 2004 17:19:29 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Ok, I see your point. As long as you keep PG.EXE completely JVCL free,
> > that's fine with me. By JVCL free, I mean in its functionnality, not its
> > code, so that it can be used by other projects by just changing external
> > files.

Just have a look at devtools/common/PackageInformation.pas. The JVCL
related code is not in the unit but could be used through function and
method pointers.


-- Regards, Andreas Hausladen 

Subject: Plugin packaging question
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Mon, 24 May 2004 15:48:49 +0100
Newsgroups: jedi.vcl

I am writing an application suite which extensively uses TJvPlugins.

My plugin modules have a very similar structure and I am storing the source for each module in it's own sub folder of the main application.

Each plugin has its own configuration form and a unit which handles persistence to the registry.
This unit is named TRegKeys and is unique to each plugin.

I want to keep the names of this registry unit (and others) common throughout all the plugins, but, when I come to load more than one plugin,  I get an EPackage error complaining that ' Cannot load package X' It contains unt TRegKeys which is also contained in package Y.

What am I doing wrong ?

I am struggling with this.

Many thanks

Pete Stoves


Subject: Re: BCB5 and latest build
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 May 2004 15:32:34 +0200
Newsgroups: jedi.vcl

> windowsonly.inc is not placed correctly.

All files checked and fixed.



Subject: Re: PackageInformation.pas in Packages Generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 May 2004 23:10:38 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I don't really understand all the pros and cons of your proposed change.
>> Could you explain in a more detailled way what this would imply ?
>
>
> The not that important change would be the performance win. But the more
> important win is that it would be easier to extend pg.
> For example how would you solve this problem:
> You open a xml package and find a required package. Now you have to find
> out if the required packages is a cross platform package, means no name
> changing for CLX targets. With the current implementation you must open
> the xml file again and read the necessary information. And this must be
> done for each package.
> With the PackageInformation unit this action would be the same but at a
> higher abstraction layer what means that the code is better readable and
> extendable.

Ok, I see your point. As long as you keep PG.EXE completely JVCL free, that's fine with me. By JVCL free, I mean in its functionnality, not its code, so that it can be used by other projects by just changing external files.

Cheers

Olivier


Subject: Installer and BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 May 2004 23:06:56 +1000
Newsgroups: jedi.vcl

Hi

I had to modify the installer to better handle various parts, some related to BCB:
- The installer now also looks for the JCL bpl in order to decide if the JCL is installed. This is because some people, most often in BCB, don't setup the search path and the browse path to indicate the location of the JCL
- The edit control in the browse directory frame now displays the dialog when clicked
- The text in the browse dialog doesn't mention the JCL anymore, it used to do, even for non JCL directories.
- I updated the translation .po file
- The summary page now scales its first column to cope with translation growth.
- If the JCL is not installed in ..\..\..\jcl, the call to the makefile didn't work properly.

After all those changes, things seem to work ok.

Cheers

Olivier


Subject: Re: BCB5 and latest build
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 May 2004 14:41:22 +0200
Newsgroups: jedi.vcl

Fred wrote:
> I had to revert to previous versions of the following files to make the
> latest build compile under BCB 5 Enterprise:
> - run\JvUrlGrabbers.pas (windowsonly.inc is the cause of the error)
> - run\JvProgressDialog.pas (IsPositiveResult() does not exist - It's
> probably a Delphi-only function)
>
> Frédéric

windowsonly.inc is not placed correctly. I will place it after jvcl.inc.
IsPositiveResult is my work. I wanted to generalize the check.
I think i will add a IsPositiveResult somewhere in the utils functions.



Subject: Re: BCB5 and latest build
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 May 2004 13:20:41 +0200
Newsgroups: jedi.vcl

> > - run\JvUrlGrabbers.pas (windowsonly.inc is the cause of the error)
Maybe windowsonly.inc should be after jvcl.inc?

> > - run\JvProgressDialog.pas (IsPositiveResult() does not exist - It's
> > probably a Delphi-only function)

IsPositiveResult is only available in D6+ IIRC. Simple implementation:

function IsPositiveResult(AModalResult: TModalResult): Boolean;
begin
    Result := AModalResult in [mrOk, mrYes, mrAll, mrYesToAll];
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: BCB5 and latest build
From: "Fred" <nospam@nospam.nospam>
Date: Mon, 24 May 2004 13:16:25 +0200
Newsgroups: jedi.vcl

I had to revert to previous versions of the following files to make the
latest build compile under BCB 5 Enterprise:
- run\JvUrlGrabbers.pas (windowsonly.inc is the cause of the error)
- run\JvProgressDialog.pas (IsPositiveResult() does not exist - It's
probably a Delphi-only function)

Frédéric




Subject: Re: JvMail New Email
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 May 2004 12:51:45 +0200
Newsgroups: jedi.vcl

How does the e-mail(s) look *exactly* when you send it the first time and
the second time? Set a breakpoint in TJvMail.SendMail and inspect the
content of FMapiMessage.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvclVclClx
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 24 May 2004 11:51:13 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> - Not in all cases the name transformation is correct. example:
>> JvToolEdit
>

Missing translations: JvResources, JvTypes & JvExControls

Regards,

André


Subject: Re: JvclVclClx
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 24 May 2004 11:08:04 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> André Snepvangers wrote:
>
>
>> - I have been using the Windows/Messages -> QWindows/QMessages
>> translation. This works nicely, except with windowsonly units.
>> (as could have been expected). Maybe you could give it a thought.
>
>
> Check the updated devtools/bin/ignorevcl.ini file.
>
But it does not prevent substitution of Windows.GetACP -> QWindows.GetACP (JvComputerInfoEx) yet.
Could you add IsPositiveResult to JvExControls?

Regards,

André Snepvangers


Subject: Re: UltimDBGrid donation
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Mon, 24 May 2004 10:44:17 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I said I didn't like them but should have explained a bit better why:
> I'm slowly converting the examples in Delphi to C++ Builder and when someone uses such a construct, it is quite a pain to change it over, especially if it uses the "locally global" variables.
> Ah well...

Well, that sounds like a valid reason to me.



Subject: Re: UltimDBGrid donation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 May 2004 18:30:02 +1000
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> And, I must disagree with Olivier (and at the same time agree with Franz-Leo): Local procedures are a good thing. The name of the game is abstraction, and any tool to help accomplish that in a natural way, is a good tool.

I said I didn't like them but should have explained a bit better why:
I'm slowly converting the examples in Delphi to C++ Builder and when someone uses such a construct, it is quite a pain to change it over, especially if it uses the "locally global" variables.
Ah well...


Subject: Re: UltimDBGrid donation
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Mon, 24 May 2004 10:10:10 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Our rule is that variable declarations should not be split and always be in the same area. Since sometimes local procedures manipulate the variables they go first.
> I think this is a Borland rule.

It's not a Borland rule, at least it's not contained within the Borland Style Guide. But it's true, there is a JVCL rule that states that "a procedure should only have a single [...] var section". (It doens't state where it should be located though.) This may be a good idea for a procedure that doesn't contain nested procedures. But in the case where there are local procedures, and when the need for locally global (:-)) variables exists, then it's not a good rule IMO.

And, I must disagree with Olivier (and at the same time agree with Franz-Leo): Local procedures are a good thing. The name of the game is abstraction, and any tool to help accomplish that in a natural way, is a good tool.

My two cents again

Regards
Hans-Eric Grönlund


Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 24 May 2004 09:48:07 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c8s5nc$6q6$1@talkto.net...
>> > > i just tried the new versions of TJvTabControl and TJvPageControl. Now
the
>> > > events OnChanging and OnChange are generated when the user changes the
> > pages
>> > > with the right mousebutton.
> > Great, so we can close the Mantis issue now?

Sure. I have already added a bugnote that confirms that it is working.

Ciao,
Ralf



Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 May 2004 09:36:15 +0200
Newsgroups: jedi.vcl

> > i just tried the new versions of TJvTabControl and TJvPageControl. Now the
> > events OnChanging and OnChange are generated when the user changes the
pages
> > with the right mousebutton.
Great, so we can close the Mantis issue now?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 24 May 2004 09:33:55 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c8iss9$ums$1@talkto.net...
> > OK, I'll commit a version to CVS. Please try it out and let me know if you
> > are having any problems.
> >

Hello,

i just tried the new versions of TJvTabControl and TJvPageControl. Now the
events OnChanging and OnChange are generated when the user changes the pages
with the right mousebutton.

Ciao,
Ralf



Subject: Re: TJvComboListBox - why not longer registered?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 May 2004 09:29:40 +0200
Newsgroups: jedi.vcl

Yep, seems it got removed in a VCLX update. Add it again to
\design\JvCtrlsReg.pas (in the same group as TJvImageListBox) and rebuild
the JvCtrls-D package. I've updated it in CVS as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvComboListBox - why not longer registered?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 24 May 2004 09:24:21 +0200
Newsgroups: jedi.vcl

Hello,

i have made a checkout this morning and the class TJvComboListBox is not
longer registered. Is there any reason for this? The unit that contains the
component ist still in the "run" directory (not moved to archive or deleted)

Ciao,
Ralf



Subject: Re: TJvComboListBox - why not longer registered?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 May 2004 09:21:43 +0200
Newsgroups: jedi.vcl

That must be a mistake. I will have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvMail New Email
From: "Luke" <johnsluk@hotmail.com>
Date: Mon, 24 May 2004 11:19:27 +1000
Newsgroups: jedi.vcl

Hi,

I use the JvMail component to create a new email message and
I have a situation where if I create a new email, with the email
address already filled in and try to send with Outlook, it fails saying:

"Your message did not reach some or all of the intended recipients.
      Subject:  XXX
      Sent:     21/05/2004 4:27 PM
The following recipient(s) could not be reached:
      'xx@xx.com' on 21/05/2004 4:27 PM
            None of your e-mail accounts could send to this recipient".

If i do it again but remove the email add and retype it exactly the same it
works fine.
I thought it may have been an Outlook setting, but cannot find any at this
stage.

Also, With Outlook express, it works fine everytime.

Does anyone have any idea what I could try next?

Cheers,

Luke.




Subject: TJvDBCalcEdit
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Mon, 24 May 2004 06:20:17 +0900
Newsgroups: jedi.vcl

Using TJvDBCalcEdit, if FormatOnEditing is set to true the component text becomes blank when it loses focus


Subject: Re: TJVLabel painting issue
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 23 May 2004 20:46:13 +0200
Newsgroups: jedi.vcl

> > There are several issues with AutoSize in TJvLabel, this being one of
them.
> > The cause is mainly that the code was stitched together from several
sources
> > and have multiple properties that can influence the size of the control
when
> > AutoSize is true.

    I might have introduced some as well when I added provider support. I
know there's at least one problem with AutoSize = True and switching between
no provider (i.e. just a Caption) and back to provider; some of the time,
the control does not properly resize, but cannot be consistently reproduced.
It seemed the provider side of the measuring was correct, but other than
that I could just not figure out what went wrong.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: TJVLabel painting issue
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 23 May 2004 20:34:48 +0200
Newsgroups: jedi.vcl

There are several issues with AutoSize in TJvLabel, this being one of them.
The cause is mainly that the code was stitched together from several sources
and have multiple properties that can influence the size of the control when
AutoSize is true. I plan to rewrite the control and see if I can make the
whole thing hold together better but I don't know when I have time to do it.
In the meantime, you could try to comment out the "if FLayout <> tlTop then"
in TJvCustomLabel.Paint and see if that helps.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJVLabel painting issue
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 23 May 2004 17:30:28 +0000 (UTC)
Newsgroups: jedi.vcl

Karlheinz wrote:

> > If you set AutoSize to true the length is not correct calculated.
> > I would say that some (approx.2 or pixels) are missing and the showed
> > text is a little bit to short in design and runtime.

Posted to mantis 1791

Karlheinz


Subject: Re: TJVLabel painting issue
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 23 May 2004 18:40:23 +0200
Newsgroups: jedi.vcl

"Karlheinz" <KarlheinzJansen@web.de> schrieb im Newsbeitrag
news:c8qf17$ut1$1@talkto.net...
> > If you set AutoSize to true the length is not correct calculated.
> > I would say that some (approx.2 or pixels) are missing and the showed
> > text is a little bit to short in design and runtime.
> >
> > Can anybody check this cross?

Hi,

same her on my system (with a checkout from last friday). When i enter
"12345" as caption, the "5" is displayed as a half character.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: JvclVclClx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 23 May 2004 17:52:59 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > - Not in all cases the name transformation is correct. example:
> >  JvToolEdit

Now I have removed the whole structur handling (class, object, interface,
record). It was no more necessary but indtruduced these bugs.

> > - Pages[i].Buttons -> Pages[i].QButtons. Unfortunately some
> > class members can be called Buttons, Controls ,....  Maybe this
> > functionality should be dropped.

This is a result of my last change. I have forgotten to check for a
leading '.' This is now fixed.


> > - I have been using the Windows/Messages -> QWindows/QMessages
> > translation. This works nicely, except with windowsonly units.
> > (as could have been expected). Maybe you could give it a thought.

Check the updated devtools/bin/ignorevcl.ini file.


-- Regards, Andreas Hausladen 

Subject: TJVLabel painting issue
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 23 May 2004 15:12:39 +0000 (UTC)
Newsgroups: jedi.vcl

If you set AutoSize to true the length is not correct calculated.
I would say that some (approx.2 or pixels) are missing and the showed
text is a little bit to short in design and runtime.

Can anybody check this cross?

With TLabel everything is fine.

Karlheinz


Subject: JvclVclClx
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 23 May 2004 16:51:12 +0200
Newsgroups: jedi.vcl

Andres,

I have been testing the generator. some remarks:
- Not in all cases the name transformation is correct. example: JvToolEdit
- Pages[i].Buttons -> Pages[i].QButtons. Unfortunately some class members can be called Buttons, Controls ,....  Maybe this functionality should be dropped.
- I have been using the Windows/Messages -> QWindows/QMessages translation. This works nicely, except with windowsonly units. (as could have been expected). Maybe you could give it a thought.

Regards,

André Snepvangers



Subject: Re: Create another inc file?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 23 May 2004 16:48:01 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> These lines may be added to a separate inc file.
>
> {$IFDEF VCL}
> {$R *.dfm}
> {$ENDIF VCL}
> {$IFDEF VisualCLX}
> {$R *.xfm}
> {$ENDIF VisualCLX}
>
> About 60 JVCL sources could use it.
>
> What do you think?
>
Replace with a simple {$R *.dfm}.
The jvclvclclx converter already does the replacement from *.dfm to *.xfm. :)

Regards,

André Snepvangers


Subject: Re: Create another inc file?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 May 2004 16:23:01 +0200
Newsgroups: jedi.vcl

OBones wrote:

> As Andreas, I think this will prevent Delphi from recognizing and showing the form in design mode and that is annoying, to say the least.

Ok, the idea was good until it hit a technical problem :-)



Subject: Re: Create another inc file?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 23 May 2004 23:36:05 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> These lines may be added to a separate inc file.
>
> {$IFDEF VCL}
> {$R *.dfm}
> {$ENDIF VCL}
> {$IFDEF VisualCLX}
> {$R *.xfm}
> {$ENDIF VisualCLX}
>
> About 60 JVCL sources could use it.
>
> What do you think?
>
As Andreas, I think this will prevent Delphi from recognizing and showing the form in design mode and that is annoying, to say the least.


Subject: Re: compiler options in jvcl.inc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 May 2004 14:36:33 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why not introduce a DEBUG / RELEASE condition that could be set by the
> installer.

Nothing against it.
OTOH the options from the project options dialog will be a welcome friend to all users.



Subject: JVCL3 installer Compiling error: Undeclared identifier: 'CharIsNumber'
From: "leo" <leonospam@nospam.com>
Date: Sun, 23 May 2004 12:00:00 +0000
Newsgroups: jedi.vcl

In a fresh install i repeatedly get this compiler message
What can i do?

tnx leo

Compiling package: JvCoreD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\JEDI\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared 
identifier: 'CharIsNumber'
C:\JEDI\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable to 
this operand type
C:\JEDI\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could not compile used 
unit '..\..\run\JvJCLUtils.pas'

** error 1 ** deleting JvCoreD7R.bpl



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: compiler options in jvcl.inc
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 23 May 2004 10:24:07 +0200
Newsgroups: jedi.vcl

Why not introduce a DEBUG / RELEASE condition that could be set by the
installer.

-- Regards, Andreas Hausladen 

Subject: Re: compiler options in jvcl.inc
From: Eric Grange <egrange@glscene.org>
Date: Sun, 23 May 2004 10:01:00 +0200
Newsgroups: jedi.vcl

> Maybe changeable:
> A+  Align on/off

For the record, there are alignment isssues in D7 with A- or A1,
so the setting is better left at A+ (from the various QC reports,
it seems no one at Borland expected alignment to be turned off).

Eric


Subject: Re: Create another inc file?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 23 May 2004 09:59:32 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > What do you think?

With that change you steel Delphi the possibility to show formulars.
If you want remove the VisualCLX part and I will change the JvclVclClx
converter to make the change.


-- Regards, Andreas Hausladen 

Subject: Create another inc file?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 May 2004 09:30:44 +0200
Newsgroups: jedi.vcl

These lines may be added to a separate inc file.

{$IFDEF VCL}
{$R *.dfm}
{$ENDIF VCL}
{$IFDEF VisualCLX}
{$R *.xfm}
{$ENDIF VisualCLX}

About 60 JVCL sources could use it.

What do you think?



Subject: compiler options in jvcl.inc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 May 2004 08:09:53 +0200
Newsgroups: jedi.vcl

I think the Installer should also allow to change some
compiler options in jvcl.inc.
We should separate the options into several comments for that.

I dislike that we have T-, but i tried T+ and the change
to Exception.CreateRes does not work with T+.

Changeable:
C+  Assertions on/off
D+  Debug info on/off
I+  IO checks on/off
L-  Local symbols (debug) on/off
O-  Optimization on/off
Q-  Overflow checks on/off
R-  Range checks on/off
W-  stack frames on/off

Maybe changeable:
A+  Align on/off

Not changeable:
B-  boolean short-circuit expressions
G+  imported data references
H+  long strings on
J-  writable consts off
M-  no RTTI info generated
P+  openstrings on
T-  typed address off
U-  save FDIV off
V+  strict short string type checking
X+  extended syntax on
Y+  reference info on (dcu files)
$Z1 minenumsize 1 (default anyway)

Undocumented? (in D6):
E-
F-
K-
N+
S-



Subject: Re: TJvScheduledEvents -
From: "Adrien Reboisson" <rabusier__remove_this@free.fr>
Date: Sat, 22 May 2004 21:11:13 +0000
Newsgroups: jedi.vcl

Hi,

> >Not to my knowledge

Okay, It's what I wanted to hear. In fact, there is a lot of reasons 
that could explain this error. The settings are stored in an INI file 
(when I began to develop the software, to save them through a 
TJvApplication storage raised exceptions), so, the file can be broken, 
values can be corrupted, and so on. I will check my code !

> >which JVCL version?

The first version I've released was builded with the first JVCL 3 
(beta). I've rebuilded my software with the latest JCL and a JVCL 
extracted from a "daily zip" downloaded 4 or 5 days ago. The bug is 
still here, for a few users. Thus I don't think that the bug come from 
your code.

> >Your English is not bad at all, so no need to apologise.

Thanks :-) You makes me happy !

Regards,

A.R.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Install.bat: Error when generating MO files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 22 May 2004 22:44:15 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > I had the same error, after opening the po files in POEDIT and save the
> > files everything works fine.

I have fixed the files by opening them with poedit. Thanks for the
information.


Subject: Re: TJvScheduledEvents - "Property day not supported for current indexkind"
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 22 May 2004 19:34:32 +0200
Newsgroups: jedi.vcl

> > Is there some know issues about this property or should I begin a big
> > debug session for my application ?...

    Not to my knowledge, but that is no guarantee. First question though:
which JVCL version? It could be a specific schedule that fails to be loaded
back in. Did you try to use the client's stored schedule list on your PC to
see for which schedule it fails?

> > NB : sorry for my poor english, I'm french

    Your English is not bad at all, so no need to apologise.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: TJvScheduledEvents - "Property day not supported for current indexkind"
From: "Adrien Reboisson" <rabusier__remove_this@free.fr>
Date: Sat, 22 May 2004 15:40:59 +0000
Newsgroups: jedi.vcl

Hi !

I've built an application which uses the TJvScheduledEvents. On my 
computer, all is OK, it works fine. But a client has noticed that when 
the component was created and loaded with a list of scheduled events, an 
exception is raised :

Property day not supported for current indexkind 

Is there some know issues about this property or should I begin a big 
debug session for my application ?...

BTW, thanks for the TJvDesktopAlert component !! It's very nice ;-)

Regards,

A.R.

NB : sorry for my poor english, I'm french



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: PackageInformation.pas in Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 22 May 2004 15:21:20 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I don't really understand all the pros and cons of your proposed change.
> > Could you explain in a more detailled way what this would imply ?

The not that important change would be the performance win. But the more
important win is that it would be easier to extend pg.
For example how would you solve this problem:
You open a xml package and find a required package. Now you have to find
out if the required packages is a cross platform package, means no name
changing for CLX targets. With the current implementation you must open
the xml file again and read the necessary information. And this must be
done for each package.
With the PackageInformation unit this action would be the same but at a
higher abstraction layer what means that the code is better readable and
extendable.


-- Regards, Andreas Hausladen 

Subject: Re: PackageInformation.pas in Packages Generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 May 2004 22:21:13 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have a changed and tested version on my local disk. What is missing is
> only the commit command.
>
I don't really understand all the pros and cons of your proposed change. Could you explain in a more detailled way what this would imply ?


Subject: Re: PackageInformation.pas in Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 22 May 2004 13:05:03 +0200
Newsgroups: jedi.vcl

I have a changed and tested version on my local disk. What is missing is
only the commit command.

-- Regards, Andreas Hausladen 

Subject: PackageInformation.pas in Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 22 May 2004 13:04:07 +0200
Newsgroups: jedi.vcl

I want to change the PackageGenerator in that way that it should use the
new devtools/common/PackageInformation.pas unit. With this unit it is
easier to extend pg with cross platform abilities (means packages that
have the "Jv" prefix but should not be renamed to "JvQ". For this I will
introduce a new xml tag property: XPlatform="<bool>". With the
PackageInformation unit it is easy to look for this property in a required
package without reloading the xml file.
The speed is also better with PackageInformation because all xml files are
loaded and parsed only once.

-- Regards, Andreas Hausladen 

Subject: Re: [crosspost from jedi.apiconversion] SetupDiGetCustomDeviceProperty - modification request to JVCL3/common/SetupApi.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 May 2004 06:20:07 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I need to add an API conversion of SetupDiGetCustomDeviceProperty to
> JVCL3/common/SetupApi.pas. Can I just go ahead and do this modification and check it in?

Keep in mind that it is a Win XP only function.
I think we should rework the conversion to allow OS version specific dynamic binding. The Setup API has been expanded several times.



Subject: Re: Delphi compiler bug with COM
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 May 2004 06:17:26 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Nothing illegal with that. That is how to pass named parameters to late
> bound OLE interfaces without having to list every other parameter.

Oops, something for my list of strange features of Delphi then :-)



Subject: [crosspost from jedi.apiconversion] SetupDiGetCustomDeviceProperty - modification request to JVCL3/common/SetupApi.pas
From: Warren Postma <wp.nospam@tekran.com>
Date: Fri, 21 May 2004 17:27:02 -0400
Newsgroups: jedi.vcl

I need to add an API conversion of SetupDiGetCustomDeviceProperty to
JVCL3/common/SetupApi.pas. Can I just go ahead and do this modification and check it in?



Warren


Subject: Re: JvRadioGroup.pas
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 21 May 2004 23:22:54 +0200
Newsgroups: jedi.vcl

Hey Andre,

no comlaining here. You stated that some mistakes were made and confirmed - from a non-developer perspective - that you indeed were correct. I do not complain - ever. If I use CVS, I have to take care of my own versioning - as CVS is intended to do.

Version from 2 days ago works fine!

-- 
Holger

André Snepvangers wrote:
> Holger Flick wrote:
>
>> Currently the latest anon CVS is not compilable. Thus, JVCL3 is broken :-(
>>
>> I am going back 2 days and hope, I'll be able to compile again.
>>
> Maybe your lucky. There is now garantee whatever that developmant versions do build, certainly with the daily snapshots. There are many changes for VisualCLX last week, many IFDEF's will be removed, but it affects most units (= a lot of work.) This work is done by only a few active JVCL developers, so can take days to finish.
> Besides that you should realize that with installing *developer* versions, problems may arise. You could help us to pinpoint these problems. Complaining does not realy help.
>
> Regards,
>
> André Snepvangers,
> VisualCLX coordinator


Subject: Re: FeatureRequest: TJvLinkedControls
From: @in@taavi.ee
Date: Fri, 21 May 2004 20:26:39 GMT
Newsgroups: jedi.vcl

On Fri, 21 May 2004 17:58:24 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >A new JvLInkedControls is in CVS. I've added loInvertChecked and
> >loInvertEnabled to the Options property.

Hmm, but now it is possible to set both loInvertChecked and
loLinkChecked to True in Options? Or you implemented some check in
TJvLinkedControl.SetOptions to prevent this nonsense setup?

Thats why I suggested new boolean property - it would keep things
simpler...


> > Their meaning should be
> >self-evident so please try it out and let me know if you have any problems.
> >
> >Note that JvCheckBox, JvRadioButton and JvLinkedControls have been modified
> >(the test have been centralized in a new function in JvLinkedControls).

I don't have access to CVS (I know there is web interface somewhere
but it messes up linefeeds and it takes some time till it is updated),
so could you please post modified files into binaries group?
Also, which package(s) I have to rebuild?


TIA
ain


Subject: Re: JvRadioGroup.pas
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 21 May 2004 22:03:41 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:
> Currently the latest anon CVS is not compilable. Thus, JVCL3 is broken :-(
>
> I am going back 2 days and hope, I'll be able to compile again.
>
Maybe your lucky. There is now garantee whatever that developmant versions do build, certainly with the daily snapshots. There are many changes for VisualCLX last week, many IFDEF's will be removed, but it affects most units (= a lot of work.) This work is done by only a few active JVCL developers, so can take days to finish.
Besides that you should realize that with installing *developer* versions, problems may arise. You could help us to pinpoint these problems. Complaining does not realy help.

Regards,

André Snepvangers,
VisualCLX coordinator


Subject: Re: Install.bat: Error when generating MO files
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 21 May 2004 22:02:38 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c8lgs9$bdm$1@talkto.net...
> > Do you have dxgettext installed?
> >

Yes i have. As Karlheinz wrote: opening the files with POEDIT seems to fix
it (i have tried it after my last post). I have noticed this effect before
if i opend a pofile with another editor and saved it. POEDIT seems to be
able to perform some repair on a PO file when saving (i guess if the file is
not saved as correct UTF-8 POEDIT will correct the encoding)

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 21 May 2004 21:55:32 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c8iss9$ums$1@talkto.net...
> > OK, I'll commit a version to CVS. Please try it out and let me know if you
> > are having any problems.

Hi,

please forget my last posting. There is a little problem: Switching the tabs
with the right mouse button does not generate the events OnChanging and
OnChange in TjvTabControl!

Here ist the method for TjVTabControl:

procedure TJvTabControl.WMRButtonDown(var Message: TWMRButtonDown);
var
  I:Integer;
  R:TRect;
  P:TPoint;
  allowchange:boolean;
begin
  if RightClickSelect then
  begin
    with Message do
    P := SmallPointToPoint(SmallPoint(XPos,YPos));
    for I := 0 to Tabs.Count -1 do
    begin
      R := TabRect(I);
      if PtInRect(R, P) then
      begin
        allowchange := true;
        if Assigned(OnChanging) then begin  // generate the event OnChanging
          OnChanging(Self, allowchange);
        end;
        if allowchange then begin
          TabIndex := I;
          if Assigned(OnChange) then begin // generate the event OnChange
            OnChange(Self);
          end;
        end;
        Break;
      end;
    end;
  end;
  inherited;
end;

Same for TjvPageControl:

procedure TJvPageControl.WMRButtonDown(var Message: TWMRButtonDown);
var
  I:Integer;
  R:TRect;
  P:TPoint;
  allowchange:boolean;
begin
  if RightClickSelect then
  begin
    with Message do
      P := SmallPointToPoint(SmallPoint(XPos,YPos));
    for I := 0 to PageCount -1 do
    begin
      R := TabRect(I);
      if PtInRect(R, P) then
      begin
        allowchange := true;
        if Assigned(OnChanging) then begin
          OnChanging(Self, allowchange);
        end;
        if allowchange then begin
          ActivePageIndex := I;
          if Assigned(OnChange) then begin
              OnChange(Self);
          end;
        end;
        Break;
      end;
    end;
  end;
  inherited;
end;


Now the events are generated and the application can work with them.

Maybe it would be good to write two new methods DoOnChanging and DoChange to
handle and generate the events (i use this contruction in my own code very
often: for every OnXYZ there is a DoXYZ) - What do you think?

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: JvRadioGroup.pas
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 21 May 2004 21:07:53 +0200
Newsgroups: jedi.vcl

Currently the latest anon CVS is not compilable. Thus, JVCL3 is broken :-(

I am going back 2 days and hope, I'll be able to compile again.

-- 
Holger

André Snepvangers wrote:
> Robert Marquardt wrote:
>
> Adding JvJCLUtils to uses would have fixed this too.
> For some reason I am not able to build JCVL for some time, with the chance I fuck up JVCL 3. So I am not able to test it. Sorry for that.
>
> Regards,
>
> André


Subject: Re: Install.bat: Error when generating MO files
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 May 2004 21:03:07 +0200
Newsgroups: jedi.vcl

Do you have dxgettext installed?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi compiler bug with COM
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 May 2004 21:02:27 +0200
Newsgroups: jedi.vcl

> > Delphi 5/6/7 obviously accepts illegal Pascal as COM object parameters.
Nothing illegal with that. That is how to pass named parameters to late
bound OLE interfaces without having to list every other parameter.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Install.bat: Error when generating MO files
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 21 May 2004 20:47:46 +0200
Newsgroups: jedi.vcl

Hello,

with the latest checkout (20 minutes ago) i get the following error when
starting install.bat:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating MO files]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Generating: de
de\LC_MESSAGES\jvcl.po:1:2: parse error
/cygdrive/e/DXGETT~1/DXGETT~1/msgfmt: found 1 fatal error

** error 1 ** deleting de

** error 1 ** deleting MOs
Press ENTER to continue


After commenting out the MO part from the makefile it compiles. I do not
know from where this "/cygdrive/e/DXGETT~1/DXGETT~1/msgfmt" path comes from.
I have searched the whole JDEI directory for a file that contains this
string and found nothing - strange.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 21 May 2004 20:43:16 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c8iss9$ums$1@talkto.net...
> > OK, I'll commit a version to CVS. Please try it out and let me know if you
> > are having any problems.
> >

Hi Peter,

i have just installed this version and "RightClickSelect" wroks without
problems (both TjvTabControl and TjvPageControl)

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: ColorTJvStringGrid
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 21 May 2004 18:41:33 +0000 (UTC)
Newsgroups: jedi.vcl

Is there a function like in TJvDBgrid to manipulate the color of a
single cell, column or row?

Regards Karlheinz


Subject: Re: Install.bat: Error when generating MO files
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 21 May 2004 18:23:46 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Do you have dxgettext installed?

I had the same error, after opening the po files in POEDIT and save the
files everything works fine.

Karlheinz


Subject: Delphi compiler bug with COM
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 May 2004 19:58:19 +0200
Newsgroups: jedi.vcl

Delphi 5/6/7 obviously accepts illegal Pascal as COM object parameters.
See
JvDBGridExport.pas line 407
    lTable.AutoFormat(Format := WordFormat); // FormatNum, 1, 1, 1, 1, 1, 0, 0, 0, 1
and
JvgExportComponents.pas line 382
    Sheet.SetBackgroundPicture(FileName := BackgroundPicture);

I will fix the files tomorrow.



Subject: Re: JvRadioGroup.pas
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 21 May 2004 19:36:56 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I reenabled the deactivated IFDEFs to make it compile again:
> Line 164 ff
>       {$IFDEF VCL}
>       DrawText(Handle, PChar(Text), Length(Text), R, Flags or DT_CALCRECT);
>       Brush.Color := Color;
>       DrawText(Handle, PChar(Text), Length(Text), R, Flags);
>       {$ENDIF VCL}
>       {$IFDEF VisualCLX}
>       DrawText(Canvas, Text, Length(Text), R, Flags or DT_CALCRECT);
>       Brush.Color := Color;
>       SetBkMode(Handle, OPAQUE);
>       DrawText(Canvas, Text, Length(Text), R, Flags);
>       {$ENDIF VisualCLX}
>
> This now compiles, but is probably wrong. Andre please fix it. You are listed last committer.
> The problem arises from "DrawText(Canvas" of the CLX part.
>
Adding JvJCLUtils to uses would have fixed this too.
For some reason I am not able to build JCVL for some time, with the chance I fuck up JVCL 3. So I am not able to test it. Sorry for that.

Regards,

André


Subject: JvRadioGroup.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 May 2004 18:58:04 +0200
Newsgroups: jedi.vcl

I reenabled the deactivated IFDEFs to make it compile again:
Line 164 ff
      {$IFDEF VCL}
      DrawText(Handle, PChar(Text), Length(Text), R, Flags or DT_CALCRECT);
      Brush.Color := Color;
      DrawText(Handle, PChar(Text), Length(Text), R, Flags);
      {$ENDIF VCL}
      {$IFDEF VisualCLX}
      DrawText(Canvas, Text, Length(Text), R, Flags or DT_CALCRECT);
      Brush.Color := Color;
      SetBkMode(Handle, OPAQUE);
      DrawText(Canvas, Text, Length(Text), R, Flags);
      {$ENDIF VisualCLX}

This now compiles, but is probably wrong. Andre please fix it. You are listed last committer.
The problem arises from "DrawText(Canvas" of the CLX part.



Subject: Re: FeatureRequest: TJvLinkedControls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 May 2004 17:58:24 +0200
Newsgroups: jedi.vcl

A new JvLInkedControls is in CVS. I've added loInvertChecked and
loInvertEnabled to the Options property. Their meaning should be
self-evident so please try it out and let me know if you have any problems.

Note that JvCheckBox, JvRadioButton and JvLinkedControls have been modified
(the test have been centralized in a new function in JvLinkedControls).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net <@in@taavi.ee> skrev i meddelandet news:40adf269.3912601313@forums.talkto.net...
> > Hi!
> >
> > I do have a feature request for TJvLinkedControls - add a new property
> > to TJvLinkedControl to make Checked property work as "not Checked".
> > I mean that currently linked controls will be disabled when JvCheckBox
> > is unchecked and enabled when it's checked. I would want to make it to
> > work other way around as well - linked controls will be disabled when
> > checkbox is checked and enabled when it isn't. Something like:
> >
> >   TJvLinkedControl = class(TCollectionItem)
> >   published
> >     property Control: TControl read FControl write SetControl;
> >     property Options: TJvLinkedControlsOptions read FOptions write
> > SetOptions default [loLinkChecked, loLinkEnabled];
> >     property InvertChecked: Boolean read ... default False; // NEW
> > PROPERTY
> >   end;
> >
> > procedure TJvCheckBox.CheckLinkedControls;
> > var
> >   I: Integer;
> >   CheckState: Boolean;
> > begin
> >   if LinkedControls <> nil then
> >     for I := 0 to LinkedControls.Count - 1 do
> >       with LinkedControls[I] do begin
> >         CheckState:= ((Self.Checked)and(not InvertChecked))or((not
> > Self.Checked)and(InvertChecked));
> >         if Control <> nil then
> >           Control.Enabled :=
> >             ((Options = [loLinkChecked, loLinkEnabled]) and CheckState
> > and Self.Enabled) or
> >             ((Options = [loLinkChecked]) and CheckState) or
> >             ((Options = [loLinkEnabled]) and Self.Enabled);
> >      end;
> > end;
> >
> > Untested.
> >
> >
> > ain




Subject: Re: TJvRegAuto problem
From: "Filippo P." <_no_spam_passeggieri@yahoo.com>
Date: Fri, 21 May 2004 17:42:04 +0200
Newsgroups: jedi.vcl

Thanks for your prompt answer, Peter! I'll try to follow your suggestions!




"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c8l14l$8oe$1@talkto.net...
> > It is in the \archive folder which means it is no longer supported.
Changing
> > JVCL3 to use JvRegAuto might be a lot more trouble than changing the code
to
> > use JvAppStorage(s) instead. For example, if you replace TJvRegAuto with a
> > TJvAppIniFileStorage component, you can use the same functions
(ReadString,
> > WriteString) etc. Components that previously had a RegAuto property now
> > instead have a Storage property so you can assign the TJvAppIniFileStorage
> > component to this property instead.
> >
> > The AppStorage components are on the Jv Persistence tab
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: UltimDBGrid donation
From: Franz-Leo Chomse <chomse@compuserve.de>
Date: Fri, 21 May 2004 17:07:53 +0200
Newsgroups: jedi.vcl


> >Hum... I don't consider local procedures to be a good thing, and using 
> >variables that are not local is even worse to me. To me, they should be 
> >passed as "var" arguments if need be.
> >Or maybe I'm too "intoxicated" by C++ where local procedures are simply 
> >impossible to do <g>

Local procedures are considered good practice these days. Since
refactoring rules require that any block of code which is repeated
or is started with a comment should be promoted to a routine of its
own.

Just imagine that there is a class definition around the whole block
(which promotes the local variables to fields) then this structure
is more likely common to you.

Using parameter lists and promoting the local procedures to the
same level than the owning procedure hides the context of the
routine, which means that you in a lot of cases have only to
implement a solution for a special context.

Regards from Germany

Franz-Leo



Subject: Re: FeatureRequest: TJvLinkedControls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 May 2004 16:50:30 +0200
Newsgroups: jedi.vcl

I'll have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRegAuto problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 May 2004 16:34:28 +0200
Newsgroups: jedi.vcl

It is in the \archive folder which means it is no longer supported. Changing
JVCL3 to use JvRegAuto might be a lot more trouble than changing the code to
use JvAppStorage(s) instead. For example, if you replace TJvRegAuto with a
TJvAppIniFileStorage component, you can use the same functions (ReadString,
WriteString) etc. Components that previously had a RegAuto property now
instead have a Storage property so you can assign the TJvAppIniFileStorage
component to this property instead.

The AppStorage components are on the Jv Persistence tab

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: BCB support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 May 2004 00:13:47 +1000
Newsgroups: jedi.vcl

Hi all

I've finally got my PC back so I just had the opportunity to test the compilation for BCB 5 and 6. I didn't use the installer, but all went through ok. JvZLibMultiple is now installed for both versions, but is not usable for the reason indicated on the jcl newsgroup.

I'll test the installer in the coming days.

Cheers

Olivier Sannier

JVCL Developer
C++ Builder Coordinator


Subject: TJvRegAuto problem
From: "Filippo P." <_no_spam_passeggieri@yahoo.com>
Date: Fri, 21 May 2004 15:32:56 +0200
Newsgroups: jedi.vcl

I've been using the JVCL3.0 Beta for a while and I'm satisfied of it; My
problem now is that I have an old project with TJvRegAuto Components which,
according to the documentation, is obsolete and discontinued; I saw that it
is included in the Jvcl3.0 Beta, and I'd like to install it, readapt the
code with a supported Jedi components, How can I install it?

thanks,

Filippo




Subject: FeatureRequest: TJvLinkedControls
From: @in@taavi.ee
Date: Fri, 21 May 2004 12:39:45 GMT
Newsgroups: jedi.vcl

Hi!

I do have a feature request for TJvLinkedControls - add a new property
to TJvLinkedControl to make Checked property work as "not Checked". 
I mean that currently linked controls will be disabled when JvCheckBox
is unchecked and enabled when it's checked. I would want to make it to
work other way around as well - linked controls will be disabled when
checkbox is checked and enabled when it isn't. Something like:

  TJvLinkedControl = class(TCollectionItem)
  published
    property Control: TControl read FControl write SetControl;
    property Options: TJvLinkedControlsOptions read FOptions write
SetOptions default [loLinkChecked, loLinkEnabled];
    property InvertChecked: Boolean read ... default False; // NEW
PROPERTY
  end;

procedure TJvCheckBox.CheckLinkedControls;
var
  I: Integer;
  CheckState: Boolean;
begin
  if LinkedControls <> nil then
    for I := 0 to LinkedControls.Count - 1 do
      with LinkedControls[I] do begin
        CheckState:= ((Self.Checked)and(not InvertChecked))or((not
Self.Checked)and(InvertChecked));
        if Control <> nil then
          Control.Enabled :=
            ((Options = [loLinkChecked, loLinkEnabled]) and CheckState
and Self.Enabled) or
            ((Options = [loLinkChecked]) and CheckState) or
            ((Options = [loLinkEnabled]) and Self.Enabled);
     end;
end;

Untested.


ain


Subject: Re: Installation remark
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 May 2004 14:28:15 +0200
Newsgroups: jedi.vcl

I have removed the JvPageSetupTitledRus.res fle, renamed the english res/rc
to JvPageSetupTitled and put the english strings into the default jvcl.po
and into the ru\jvcl.po. I've also modified images\makefile.mak so it won't
look for the Eng/Rus files anymore. I think that should do it...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 21 May 2004 13:42:01 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Where to find convertvcl.ini ?

$(JVCL)\devtools\bin\VclClxData



-- Regards, Andreas Hausladen 

Subject: Re: Installation remark
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 May 2004 13:33:13 +0200
Newsgroups: jedi.vcl

> > The question is why is the file accessed at all. It should not be
> > touched by the installation at all.
Right. Originally, it was an alternate translation of an english res file
(JvPageSetupTitledEng.res). I think OBones suggestion is good: move
translatons to the russian po file, delete JvPageSetupTitledRus.res and
rename JvPageSetupTitledEng.res to JvPageSetupTitled.res
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 21 May 2004 12:34:10 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> Substitute Graphics -> Types, QGraphics ?
>
>
> Is this a request or is should this be a bug report?
>
A request: in 98% of all cases  Graphics -> Types, QGraphics
It is not a bug, ($IFDEF VisualCLX} Types, {$ENDIF} in the source will give then same result.
> request: Open the convertvcl.ini and change the Graphics line to
>
Where to find convertvcl.ini ?

Regards,

André


Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 21 May 2004 12:15:43 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>> Graphics=Types, QGraphic
>
>
>     this immediately brings me to asking: what happens when Types is already
> in the uses clause, and it comes across this conversion line? Does the
> converter keep track of which units it has found in the uses (both interface
> and implementation)?
>
If needed add
{$IFDEF VCL}
Types,
{$ENDIF}

Regards,

André


Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 21 May 2004 12:03:19 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     this immediately brings me to asking: what happens when Types is
> > already in the uses clause, and it comes across this conversion line?
> > Does the converter keep track of which units it has found in the uses
> > (both interface and implementation)?

The converter collects all uses-units in a string list but this list is
only used for constructs like "unitname.function".



-- Regards, Andreas Hausladen 

Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 21 May 2004 11:30:30 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c8iss9$ums$1@talkto.net...
> > OK, I'll commit a version to CVS. Please try it out and let me know if you
> > are having any problems.

Hello,

OK, this evening i will have time to try it.

Ciao,
Ralf





Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 21 May 2004 11:25:47 +0200
Newsgroups: jedi.vcl

> > Graphics=Types, QGraphic

    this immediately brings me to asking: what happens when Types is already
in the uses clause, and it comes across this conversion line? Does the
converter keep track of which units it has found in the uses (both interface
and implementation)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 21 May 2004 10:56:31 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Substitute Graphics -> Types, QGraphics ?

Is this a request or is should this be a bug report?

request: Open the convertvcl.ini and change the Graphics line to

Graphics=Types, QGraphic


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 21 May 2004 10:12:38 +0200
Newsgroups: jedi.vcl

Substitute Graphics -> Types, QGraphics ?

Regards,

André


Subject: Re: Installation remark
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 May 2004 07:13:22 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I agree with your analysis of the situation.
> I'm surprised that we have resource files that are not US English based because our localization support is through the use of DxGettext and should only be through that. I think this file should be removed and if necessary replaced by the all US English file and renamed to JvPageSetupTitled.res in the process.

The question is why is the file accessed at all. It should not be touched by the installation at all.



Subject: Re: Installation remark
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 21 May 2004 12:17:16 +1000
Newsgroups: jedi.vcl

A. Ghaibeh wrote:
> Peter Thörnqvist wrote:
>
>>> I am using Japanese as main language in windows XP. When I tried to
>>> install JVCL I have got an error compiling resource file
>>> "JvPageSetupTitledRus.res". So I had to change the language into English
>>>  install JVCL and go back to Japanese.
>>
>>
>> What was the error message?
>>
> Can not remember exactly but it says that "JvPageSetupTitledRus.res" has  unreadable or corrupted string. Changing the "Language for none-Unicode programs" into Japanese will cause the error. I had similar problem with a component that contains Russian remarks. Some Russian characters will become hidden characters in Japanese and cause  problems.

I agree with your analysis of the situation.
I'm surprised that we have resource files that are not US English based because our localization support is through the use of DxGettext and should only be through that. I think this file should be removed and if necessary replaced by the all US English file and renamed to JvPageSetupTitled.res in the process.

Olivier Sannier
JVCL Developer



Subject: Re: Installation remark
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Fri, 21 May 2004 10:25:19 +0900
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I am using Japanese as main language in windows XP. When I tried to
>> install JVCL I have got an error compiling resource file
>> "JvPageSetupTitledRus.res". So I had to change the language into English
>>  install JVCL and go back to Japanese.
>
> What was the error message?
>
Can not remember exactly but it says that "JvPageSetupTitledRus.res" has  unreadable or corrupted string. Changing the "Language for none-Unicode programs" into Japanese will cause the error. I had similar problem with a component that contains Russian remarks. Some Russian characters will become hidden characters in Japanese and cause  problems.


Subject: Re: UltimDBGrid donation
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 21 May 2004 08:09:25 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:

> In C++ you would have to pass
> pointers to the stack onto the stack, then dereference them,
> which hardly makes sense.
Just for the sake of correctness, you don't have to do that, just use a reference parameter:

void Func(int& param)

is equivalent to

procedure Func(var param: Integer);

And when you use reference parameters, you don't have to dereference anything (no ->) it's done for you.

> Since object Pascal is so much better and more powerful
> than C++ (* Grin *) thankfully we don't need to do that.
Yeah... I do prefer Pascal anyway, but C++ is the one who feeds me and you never bite the hand that feeds you <g>

Olivier


Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 22:47:17 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > BUG: Controls[] gets substituted with QControls[]

Fixed. Thanks for the bug report.




-- Regards, Andreas Hausladen 

Subject: Re: Installation remark
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 May 2004 21:25:49 +0200
Newsgroups: jedi.vcl

> > I am using Japanese as main language in windows XP. When I tried to
> > install JVCL I have got an error compiling resource file
> > "JvPageSetupTitledRus.res". So I had to change the language into English
> >   install JVCL and go back to Japanese.
What was the error message?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 May 2004 21:09:18 +0200
Newsgroups: jedi.vcl

OK, I'll commit a version to CVS. Please try it out and let me know if you
are having any problems.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 20:45:16 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> Do you use an outdated file?
>
I guess I did, regenerated all units & built (Delphi) ,
Have to backport some changes I have made.
JvQWinDialogs does not compile: GetForeGroundWindows: HWND <-> QWidgetH
  Add GetForeGroundWindows:HWND to JvJVCLUtils ?

Add JclGraph*/JclQGraph* ?

BUG: Controls[] gets substituted with QControls[]

Regards,

André





Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 18:19:28 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > with the exception of
> > JvQLoginForm:
> > Application.UnhookMainWindow(UnlockHook);

Do you use an outdated file?

The JvLoginForm.pas has the following lines:
    {$IFDEF VCL}
    Application.UnhookMainWindow(UnlockHook);
    {$ENDIF VCL}


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 18:17:52 +0200
Newsgroups: jedi.vcl

Such files are reported by the compiler as "implicit inclusion" if the
package is correct (does not requires vcl).

> > Consts;

The converter changes this to QConsts.



-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 18:05:00 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Here is the compilation from my files:

Compiling is not enough to check if it visualclx comaptible.
As an example
    
uses
  Consts;

Compiles, but if you install the packages under Linux, it cannot find the bpl of the required unit vcl.dcp.
Common sense check: there should not be any vcl packages in the requires.

Regards,

André

    


Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 17:54:54 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> I regenerated JvCopyError with Jvclvclclx, modified jvcl.inc -> qjvcl.inc
>
>
> If you regenerate the file by JvclVclClx (I had better choosen a easier to
> write name for it) then the qjvcl.inc change is not necessary because
> there is no VisualCLX/VCL condition block anymore in the JvQxxx file.
>
> Here is the compilation from my files:
> [Compiling: JvQDlgsD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> 57299 Zeilen, 0.34 Sekunden, 156128 Bytes Code, 2601 Bytes Daten.
>
> After adding - JvQExceptionForm.xfm
> - JvQLoginForm.xfm
> - changed JvParameterListParameter.pas (IFDEF'ed JvTypes to JvQTypes)
>
> The changes are now committed.
>
with the exception of
JvQLoginForm:
    Application.UnhookMainWindow(UnlockHook);

JvQDlgsD7R builds, but JvQDlgsD7D pulls in JVCL units from /run. Allthough I think this doesn't hurt, I think that the windowsonly units (there are some more) should be in a seperate package, since they are not crossplatform. Alternative mark them with 'platform'.
My suggestion to exclude windows/linux was not a good idea: windows
only units are not processed. To pull in Windows, if really required we can use
{$IFDEF VCL} Windows, {$ENDIF}
{$IFDEF VisualCLX}
{$IFDEF MSWINDOWS}
Windows,
{$ENDIF}
{$ENDIF}

This would give the same result.

Regards,

André Snepvangers

    



Subject: Installation remark
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Fri, 21 May 2004 00:13:28 +0900
Newsgroups: jedi.vcl

I am using Japanese as main language in windows XP. When I tried to install JVCL I have got an error compiling resource file "JvPageSetupTitledRus.res". So I had to change the language into English  install JVCL and go back to Japanese.

I thought this might help somebody.


Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 16:40:42 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I regenerated JvCopyError with Jvclvclclx, modified jvcl.inc -> qjvcl.inc

If you regenerate the file by JvclVclClx (I had better choosen a easier to
write name for it) then the qjvcl.inc change is not necessary because
there is no VisualCLX/VCL condition block anymore in the JvQxxx file.

Here is the compilation from my files:
[Compiling: JvQDlgsD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
57299 Zeilen, 0.34 Sekunden, 156128 Bytes Code, 2601 Bytes Daten.

After adding 
- JvQExceptionForm.xfm
- JvQLoginForm.xfm
- changed JvParameterListParameter.pas (IFDEF'ed JvTypes to JvQTypes)

The changes are now committed.

-- Regards, Andreas Hausladen 

Subject: Re: UltimDBGrid donation
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 20 May 2004 10:39:35 -0400
Newsgroups: jedi.vcl


> Hum... I don't consider local procedures to be a good thing.

Yeah, that's a language (C++ versus object pascal) difference,
however, I find local procedures indicated where a snippet of code that manipulates local variables needs to be extracted. This increases the readability and clarity of the procedure. Since the code operates
on local variables, passing them as var parameters is a
waste of pushing/popping. In C++ you would have to pass
pointers to the stack onto the stack, then dereference them,
which hardly makes sense.

If the local procedure does not directly access local
variables, then another reason is to extract a complex
and repeated snippet that for some reason could not
or should not be invoked by any other method in the
class, or by a user of the class.

It's more-private-than-private.  I like it.
If I had to move them out of being local functions,
or I was working in C++, I would take these functions
and (a) make them into macros, or (b) make them
private functions with underscores preceding their names.
Since object Pascal is so much better and more powerful
than C++ (* Grin *) thankfully we don't need to do that.

Regards,

Warren


           


Subject: Re: Planned Packages Generator change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 16:26:08 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Why not, in 98 %  this will do. If you "JvclVclClx
> > does not touch any VCL/VisualCLX IFDEF'ed unit name" extent with
> > and does not touch any WINDOWS/LINUX ...
> > (+ Add GetTickCount to QWindows)
> > then you can still use Windows in cases where this is really required.

Now you can control this by the file
/devtools/bin/VclClxData/convertprotected.ini



-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 16:21:37 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> I made the following units allbutclx:
>>
>> JvExceptionForm, JvLoginForm, JvRenameError, JvCopyError, JvDeleteError,
>> JvDiskPrompt
>>
>> They do not compile under clx.
>
>
> I have tested these files with d7clx and they worked. Have you used the
> files from the run directory? Just copy the file to qrun/JvQXxx.pas and
> change the {$I jvcl.inc} line to {$I qjvcl.inc}.
>
>
I regenerated JvCopyError with Jvclvclclx, modified jvcl.inc -> qjvcl.inc
Result:
 case SetupCopyError(OwnerWindow,
Incompatible types HWND and QWidgetH

Regards,

André


Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Thu, 20 May 2004 16:21:34 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@nospam.peter3.com> wrote:
> > TTreeView has a RightClickSelect property. Maybe that would be a good
> > choice?


Hello,

Yes, i think that would be a nice name for the property since it is known
for other controls with almost the same function.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Planned Packages Generator change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 16:12:37 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > It results to Windows, ImgList

This was a bug. The "type = class of xxx;" was not catched and so the
parser thought that the rest of the file is a structur (where "uses" is
not valid).
Fixed.

-- Regards, Andreas Hausladen 

Subject: Re: Planned Packages Generator change
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 16:04:02 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> uses
>> Windows, ImgList,
>
>
> This should result in
> Windows, QImgList,
>
> Because there is no "Windows=QWindows" in the
> devtools/bin/VclClxData/convertvcl.ini file.
>
Why not, in 98 %  this will do. If you "JvclVclClx
does not touch any VCL/VisualCLX IFDEF'ed unit name" extent with
and does not touch any WINDOWS/LINUX ...
(+ Add GetTickCount to QWindows)
then you can still use Windows in cases where this is really required.

Regards,

André



Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 15:48:42 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> I made the following units allbutclx:
>>
>> JvExceptionForm, JvLoginForm, JvRenameError, JvCopyError, JvDeleteError,
>> JvDiskPrompt
>>
>> They do not compile under clx.
>
>
> I have tested these files with d7clx and they worked. Have you used the
> files from the run directory? Just copy the file to qrun/JvQXxx.pas and
> change the {$I jvcl.inc} line to {$I qjvcl.inc}.
>
>
I will check it later this afternoon

Regards,

André


Subject: Re: Planned Packages Generator change
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 15:47:39 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> uses
>> Windows, ImgList,
>
>
> This should result in
> Windows, QImgList,
>
> Because there is no "Windows=QWindows" in the
> devtools/bin/VclClxData/convertvcl.ini file.
>
>
It results to Windows, ImgList

Regards,

André


Subject: Re: VisualCLX: changes in JvDlgs-R.xml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 15:22:55 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I made the following units allbutclx:
> > 
> > JvExceptionForm, JvLoginForm, JvRenameError, JvCopyError, JvDeleteError,
> > JvDiskPrompt
> > 
> > They do not compile under clx.

I have tested these files with d7clx and they worked. Have you used the
files from the run directory? Just copy the file to qrun/JvQXxx.pas and
change the {$I jvcl.inc} line to {$I qjvcl.inc}.


-- Regards, Andreas Hausladen 

Subject: Re: Planned Packages Generator change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 15:14:58 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > uses
> > Windows, ImgList,

This should result in 

Windows, QImgList,

Because there is no "Windows=QWindows" in the
devtools/bin/VclClxData/convertvcl.ini file.


-- Regards, Andreas Hausladen 

Subject: VisualCLX: changes in JvDlgs-R.xml
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 14:56:25 +0200
Newsgroups: jedi.vcl

I made the following units allbutclx:

JvExceptionForm, JvLoginForm, JvRenameError, JvCopyError, JvDeleteError, JvDiskPrompt

They do not compile under clx.

Regards,

André Snepvangers


Subject: Re: Planned Packages Generator change
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 14:54:50 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> André Snepvangers wrote:
>
>
>> Maybe I kick in an open door, but the Jvclvclclx does not process uses
>> in implementation section.
>
>
> Is the unit name in a VCL or VisualCLX condition block? If yes: JvclVclClx
> does not touch any VCL/VisualCLX IFDEF'ed unit name.
>
>
>
Maybe I did not understood it well but I thought that it would replace
uses
  Windows, ImgList,

with
  QWindows, QImgList.

If this not case then there is no problem I should update JvDataProviderItemDesign with IFDEF VCL/... block.

Regards,

André   


Subject: Re: Planned Packages Generator change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 14:24:36 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > BTW, the pgEdit.xml contains "JvFinilize.pas", not "JvFinalize.pas".

Oh.
I have removed the ignoredFiles until I have finished the new package
JvCoreX (JvCore CrossPlatform) that would contain the ignored files.


-- Regards, Andreas Hausladen 

Subject: Re: Planned Packages Generator change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 14:22:27 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Maybe I kick in an open door, but the Jvclvclclx does not process uses
> > in implementation section.

Is the unit name in a VCL or VisualCLX condition block? If yes: JvclVclClx
does not touch any VCL/VisualCLX IFDEF'ed unit name.



-- Regards, Andreas Hausladen 

Subject: Re: Planned Packages Generator change
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 20 May 2004 13:43:44 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I'm planning to add a new ClxReplacement node that let us handle "ignored"
> units. For example the JvFinalize, JvGnugettext and JvWStrUtils units are
> cross platform (no VCL/VisualCLX usage). So it is not necessary to
> generate JvQFinalie, JvQ... units for these.
>
>
Maybe I kick in an open door, but the Jvclvclclx does not process uses in implementation section.

Regards,

André


Subject: Re: JvSpeedButton invisible now
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 May 2004 12:42:58 +0200
Newsgroups: jedi.vcl

> > Sorry, todays fresh version is working.
No problem. It could have been a new bug :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSpeedButton invisible now
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 20 May 2004 14:31:58 +0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I found that JvSpeedButton is not visible on the Panel now (last cvs
>> versions). Before this feature wasn't present. (BCB6)
>
> When did you download? It is probably a bug I introduced recently and
> Andreas fixed one or two days ago. Try a TJvFilenameEdit. If you can't see
> the button, you need to do a new CVS update.
>
I downloaded CVS yesterday. (Anonymous)
Sorry, todays fresh version is working.


Subject: Re: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 May 2004 12:29:54 +0200
Newsgroups: jedi.vcl

TTreeView has a RightClickSelect property. Maybe that would be a good
choice?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Planned Packages Generator change
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 May 2004 12:27:29 +0200
Newsgroups: jedi.vcl

BTW, the pgEdit.xml contains "JvFinilize.pas", not "JvFinalize.pas".

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Change tabs in TjvTabControl and TjvPageControl with the right mouse button
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Thu, 20 May 2004 12:04:17 +0200
Newsgroups: jedi.vcl

Hello,

i have just submitted the following feature request to mantis:

---------  cut here  ---------

In some situations it would be useable to let the user change the active tab
of a TjvTabControl or a TjvPageControl with the right mouse button (e.g. if
the tab has a popup menu that deals with the content of the corresponding
page)

Currently i do this with a code that looks like this:

procedure TMyForm.JvTabControlMouseDown(
  Sender: TObject; Button: TMouseButton; Shift: TShiftState; X,
  Y: Integer);
var
  r : TRect;
  i : Integer;
begin
  for i := 0 to JvTabControl.Tabs.Count - 1 do begin
    r := JvTabControl.TabRect(i);
    if PtInRect(r, Point(x, y)) then begin
      JvTabControl.TabIndex := i;
      // call a method that updates or handles the new tab
      Break;
    end;
  end;
end;

Maybe ths could be controlled by a new property
(ChangeTabOnRightMouseButton??) or an event that "asks" the application when
the right mouse button was clicked if the tab should be changed?

Would that be usefull?

---------  cut here  ---------

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Planned Packages Generator change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 20 May 2004 11:17:50 +0200
Newsgroups: jedi.vcl

Thanks. I have committed the changes.

BTW: PathSep is ";" under Windows and ":" under Linux. What you mean by
PathSep is the PathDelimiter. But it doesn't matter. Everybody could see
what is meant.


-- Regards, Andreas Hausladen 

Subject: Re: JvSpeedButton invisible now
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 May 2004 09:44:04 +0200
Newsgroups: jedi.vcl

> > I found that JvSpeedButton is not visible on the Panel now (last cvs
> > versions). Before this feature wasn't present. (BCB6)
When did you download? It is probably a bug I introduced recently and
Andreas fixed one or two days ago. Try a TJvFilenameEdit. If you can't see
the button, you need to do a new CVS update.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvSpeedButton invisible now
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 20 May 2004 09:55:23 +0400
Newsgroups: jedi.vcl

I found that JvSpeedButton is not visible on the Panel now (last cvs versions). Before this feature wasn't present. (BCB6)


Subject: Re: UltimDBGrid donation
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 20 May 2004 10:49:46 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I committed UltimDBGridCleaned.zip. It contains roughly cleaned sources.
> I also added a small local helper function to reduce code size.
>
> The files contain may french comments. I think the next step should be to translate them.
>
> The Zip does not contain the examples and the help files.
>
Okay. I finished the translation of the comments in the files, added some comments of my own and commited all that in the "UltimVCL" subdirectory of dev\donations.
I don't have the required knowledge in DB related components to do the merge, so please anyone, feel free to do so.
Just one remark, for when the merge is done:
It would be good if the code could be changed so that the grid saves its settings using a TJvAppStorage instead of a TIniFile <g>

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: Planned Packages Generator change
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 20 May 2004 10:29:02 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> Let me have a think a that (the implementation), for about 24 hours, I'll come back with comments <g>
>
>
> No problem. I can do other things at while you have commented it.
>

Okay, here are my thoughts (don't look so scared <g>):

You'll find in binaries a zip file with a modified GenerateUtils.pas and an updated help file that do what you want to do (I think).
Basically, the ClxReplacements node in pgEdit.xml now accepts two child nodes: The old "replacement" node and the new "ignoredFile" node.
The TClxReplacement class now has an internal string list of ignored files that gets filed when the ClxReplacements child nodes are read. If it's a "replacement" node, the old behaviour is left untouched, if it's a "ignoredFile" node, the value of its "filename" property is added to the ignored file list (without any path information). When the ClxReplacementsList is asked to do a replacement, it will only do it if the given filename is not in the ignored files list.

I haven't commited the changes in CVS, because I'm not sure they compile (still haven't got my PC back and don't have Delphi at work). The idea is there, the code looks good to me, but one is never immune to typos.
So please have a look at it, see if it compiles and if you like it, please commit it for me in CVS.

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: UltimDBGrid donation
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Thu, 20 May 2004 07:39:56 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Hans-Eric Grönlund wrote:
>
>> IMHO, variable declarations of variables that are local to the procedure body should never be declared before any nested routines. *That* is (again  IMHO) bad code. So I agree with Fred: a mechanical moving of var declarations in that way is not a good idea.
>
>
> Our rule is that variable declarations should not be split and always be in the same area. Since sometimes local procedures manipulate the variables they go first.
> I think this is a Borland rule.
>
Hum... I don't consider local procedures to be a good thing, and using variables that are not local is even worse to me. To me, they should be passed as "var" arguments if need be.
Or maybe I'm too "intoxicated" by C++ where local procedures are simply impossible to do <g>


Subject: Re: Error install with VisualCLX in Delphi7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 19 May 2004 20:57:01 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> wQuick wrote:
>
>> [Compiling: JvQSystemD7R.bpl]
>> Borland Delphi Version 15.0
>> Copyright (c) 1983,2002 Borland Software Corporation
>> JvQSystemD7R.dpk(73) Fatal: File not found: 'JvQScreenResolution.dcu'
>>
>> ** error 1 ** deleting "E:\Arquivos de Programas\Borland\Delphi7\\Projects\Bpl"\JvQSystemD7R.bpl
>>
>> ** error 1 ** deleting CompilePackages
>
I commited the modified dpk's (but not generated with package generator!)

Regards,

André Snepvangers


Subject: Re: Error install with VisualCLX in Delphi7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 19 May 2004 20:16:18 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> The problem is that the packages are not up to date, but my JVCL3 is
>> broken, so I cannot build the Package Generator to build the dpk's. :(
>
>
> I'll try to generate the missing files an do a commit.
>
There is also a problem with some of the windows-only clx-units. Implemented in QWindows: GetForeGroundWindow: QWidgetH. For some of these units a GetForeGroundWindow: Windows.HWND is needed, otherwise they don't compile.

Regards,

André Snepvangers





Subject: Re: dubious Assign implementations
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 19 May 2004 19:58:18 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> That i dislike the "if then Exit" style was mainly a gut feeling,
> but i now found a good reason why it is inferior to the
> "if then else" style.
If have been adding several 'if csCreating in ControlState then exit' for visualclx compatiblity, as the first code line of methods, I don't see any enhancements with putting an else begin .. end  there.

Regards,

André Snepvangers


Subject: Re: dubious Assign implementations
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 19 May 2004 18:40:07 +0200
Newsgroups: jedi.vcl

> > That i dislike the "if then Exit" style was mainly a gut feeling,
> > but i now found a good reason why it is inferior to the
> > "if then else" style.
> > The problem is that a chain of "if then Exit" is inflexible.
> > Especially if you want to add common code to the end of the Assign.
> > With "if then Exit" you have to change the whole function which is
> > prone to errors and you end up with the "if then else" style anyway.

    while I'm not a great fan of the "if then Exit" style (or in general the
use of "Exit"), Peter has a valid point: why muck with working code now? If
some common code is to be added to Assign, you can do that change at that
point.

    Personally I think a style clean should be done when new code is
donated/added to the repository and once before release. I also think
whether "else if" has a newline in between is not as important as badly
formatted code (no indenting, weird indenting, reserved words in all
uppercase (yuck!), etc). In general we adhere to the style on most accounts,
beside the, IMO, less important/annoying things. That doesn't mean that if
you catch such a thing you shouldn't fix it, but not during heavy
development/bug fixing. If you spot big mistakes, then yes, by all means
correct them and possibly notify the developer who made the mistake so he
will not make the same mistake again.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 18:15:00 +0200
Newsgroups: jedi.vcl

That i dislike the "if then Exit" style was mainly a gut feeling,
but i now found a good reason why it is inferior to the
"if then else" style.
The problem is that a chain of "if then Exit" is inflexible.
Especially if you want to add common code to the end of the Assign.
With "if then Exit" you have to change the whole function which is
prone to errors and you end up with the "if then else" style anyway.

BTW citing Borland code as an example is not impressive.
They are just normal programmers like we are. They do not keep their
own Borland style very well.
We are even a bit better than Borland programmers.
I think this comes mainly from the commercial pressure Borland
is exposed to. They need to compromise much more than we have to.



Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 19 May 2004 18:11:27 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> You can drop the IgnoreMask, QWindows.bitblt has a default value for
>> IgnoreMask in all of them.
>
> But when someone sets an explicit IgnoreMask in BitBlt, the JvJCLUtils
> version won't work anymore.
>

It is used nowhere, I have added IgnoreMask since this exists in Qt and it would be an pity, if it could not be accesses with the QWindows.bitblt 's implementations. The use of IgnoreMask with VCL has no meaning since their is no implementation, and imho should be avoided.

>
>> This is no different then, the already for years existing, PChar a
>> properties and strings with DrawText.
>> Passing DT_MODIFYSTRING to DrawText(Canvas: TCanvas; const Text: string;
>> ...) does not make really sense, but it won't cause any side effects
>> besides the already existing.
>
> Doesn't hurt to prevent it either
>
or should we say finally this can be solved?
For DrawText I will add Angle = 0 as final argument, but I don't see sufficient reason to implement this for VCL.

Regards,

André


Subject: Re: Error install with VisualCLX in Delphi7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 19 May 2004 17:56:53 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > The problem is that the packages are not up to date, but my JVCL3 is
> > broken, so I cannot build the Package Generator to build the dpk's. :(

I'll try to generate the missing files an do a commit.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL becoming unusable for P.E. version of Delphi
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 19 May 2004 17:54:24 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

>> I converted some examples using VclToClx, after I moved the converted
>> files to 'qexamples' and commited these examples. However this updates
>> also the same example in 'examples'.
>> Any idea what is causing this Andreas ?
>
>
> How exactly did you produce the 'qexamples' folder? There does not appear to
> be any such folder in the repository.
>
> My guess is that you simply created a local copy of the 'examples' tree and
> renamed that, right? By copying the 'examples' sandbox folders you also
> copied their CVS metadata (among other things: which local folder
> corresponds to which repository folder and which local file corresponds to
> which file in the repository), i.e. when you commit these files you are
> committing new revisions of the original examples instead of adding new
> examples to a new folder!
>
Exactly what happened.


Subject: Re: Error install with VisualCLX in Delphi7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 19 May 2004 17:51:18 +0200
Newsgroups: jedi.vcl

wQuick wrote:
> [Compiling: JvQSystemD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JvQSystemD7R.dpk(73) Fatal: File not found: 'JvQScreenResolution.dcu'
>
> ** error 1 ** deleting "E:\Arquivos de Programas\Borland\Delphi7\\Projects\Bpl"\JvQSystemD7R.bpl
>
> ** error 1 ** deleting CompilePackages
The problem is that the packages are not up to date, but my JVCL3 is broken, so I cannot build the Package Generator to build the dpk's. :(

Regards,

André


Subject: Re: Error install with VisualCLX in Delphi7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 19 May 2004 17:31:09 +0200
Newsgroups: jedi.vcl

VisualCLX is not ready at the moment. It needs some time until we have
converted most files.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL becoming unusable for P.E. version of Delphi
From: John B <johnbe50@NoSpamnetzero.net>
Date: Wed, 19 May 2004 10:18:01 -0400
Newsgroups: jedi.vcl

In article <c8d86g$1ak$4@talkto.net>, AndreasDOTHausladen@gNOMAILmx.de 
says...

> > The components use a {$IFDEF VisualCLX}{$ENDIF} for these CLX related
> > code. So I see no problems that could arise with PE versions. The only
> > problem is that we do not have PE versions to test the PE packages and so
> > some Pro/Ent features meight be included in the packages.

You are right Andreas, after some research, I have found that it is just 
the following examples that have been Q'd, they were pointing to 
equivalent controls in the QRun folder and not the Run folder. At least I 
know what the QRun folder is for now ;)

JvChartDemo
JvColorButton
JvEdits
JvFooterAndGroupHeader
JvOutlookBarCustomDraw
JvSpecialProgress
JvTranslator

These are the ones I have out so far. (All example changes after May 14).

Thank You
John




Subject: Re: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 16:14:12 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> "if (Source is X) and (Source <> Self) then"
>> is inefficient or wrong because with Source = Self inherited
>> gets called instead of handling it directly (by not doing anything).
>
> I don't agree. It is a matter of deciding whether assigning to Self is an
> error or just something that is silently ignored. I consider it an error and
> therefore should be treated as such.

Handing it to inherited is inefficient if you want to suppress it silently.

> I see no reason to change working code just to satisify personal taste (the
> second style is absolutely acceptable, easy to understand, works as intended
> and is the one used in VCL). This also goes for the "else if" changes you've
> been doing recently. It accomplishes nothing and is a waste of everybodys
> time and bandwidth. If there is to be style cleaning (and I don't think
> these kind of changes should be called style cleaning) then do it while
> fixing bugs, when a new unit is added or just before a release (say, during
> the code freeze), not while we are in active development.

I disagree.
Exit should not be a normal coding practice. Especially not for such a simple flow of control. My main reason to change it is to have the same kind of implementation (if possible) throughout the JVCL.

If i only change during periods of non-development then i simply cannot do all the work. I want to look at all the code using different ways to check it.



Subject: Re: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 16:04:49 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> To clarify: some of the properties of TJvPopupMenu and TJvMainMenu are
> inherited from TMenu but some are not.
>
> Writing like this:
>
>     AutoHotKeys := TMenu(Source).AutoHotkeys;
>     ...
>     Tag := TMenu(Source).Tag;
>     TextMargin := TJvMainMenu(Source).TextMargin;
>     TextVAlignment := TJvMainMenu(Source).TextVAlignment;
>
> is less readable than
>
>     AutoHotKeys := TJvMainMenu(Source).AutoHotkeys;
>     ...
>     Tag := TJvMainMenu(Source).Tag;
>     TextMargin := TJvMainMenu(Source).TextMargin;
>     TextVAlignment := TJvMainMenu(Source).TextVAlignment;
>
> IMO
>

It is also much more secure. Relying on the fact that the property is inherited from an ancestor makes the code break if the implementation of Tag is moved from TMenu to TJvMainMenu.



Subject: Re: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 16:01:07 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> We already have several, so why not use one of them?

If we find one. I just assumed that someone did not find a suitable file and therefore used JvTypes.



Subject: Re: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 15:59:53 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>> You seem to have committed files without my changes.

Someone else reworked them and they looked as before.



Subject: Re: UltimDBGrid donation
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 15:58:22 +0200
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:
> IMHO, variable declarations of variables that are local to the procedure body should never be declared before any nested routines. *That* is (again  IMHO) bad code. So I agree with Fred: a mechanical moving of var declarations in that way is not a good idea.

Our rule is that variable declarations should not be split and always be in the same area. Since sometimes local procedures manipulate the variables they go first.
I think this is a Borland rule.



Subject: JvThread bug
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 19 May 2004 15:07:51 +0200
Newsgroups: jedi.vcl

Hi guys,

I started the JvThread demo. It worked fine, however, the app started messing up my Delphi caption bar, or my desktop with stuff that had to be written into the app's main form, I guess.

Screen shot in binaries.

Nice long weekend (bank holiday), all you German workers out there! ;-)

-- 
Holger


Subject: Re: UltimDBGrid donation
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 19 May 2004 08:49:55 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Most of the code of UltimDBGrid should be merged into TJvDBGrid, at
>> least, that's what I think.
>
> ...or maybe the other way around :)
>
I vote that UtimDBGrid should be renamed TJvDbGrid, and any missing properties/methods of the old one can be easily added since  TJvDbGrid is pretty barebones.

Warren


Subject: Error install with VisualCLX in Delphi7
From: wQuick <wquick@ig.com.br>
Date: Wed, 19 May 2004 09:35:21 -0300
Newsgroups: jedi.vcl

[Compiling: JvQSystemD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvQSystemD7R.dpk(73) Fatal: File not found: 'JvQScreenResolution.dcu'

** error 1 ** deleting "E:\Arquivos de Programas\Borland\Delphi7\\Projects\Bpl"\JvQSystemD7R.bpl

** error 1 ** deleting CompilePackages


Subject: Re: Planned Packages Generator change
From: Andreas Hausladen <NoMail@me.de>
Date: Wed, 19 May 2004 12:06:41 +0200
Newsgroups: jedi.vcl

> Let me have a think a that (the implementation), for about 24 hours, I'll come back with comments <g>

No problem. I can do other things at while you have commented it.


-- 
Regards,

Andreas Hausladen



Subject: Re: Planned Packages Generator change
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 19 May 2004 20:00:38 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I'm planning to add a new ClxReplacement node that let us handle "ignored"
> units. For example the JvFinalize, JvGnugettext and JvWStrUtils units are
> cross platform (no VCL/VisualCLX usage). So it is not necessary to
> generate JvQFinalie, JvQ... units for these.
>
>
Let me have a think a that (the implementation), for about 24 hours, I'll come back with comments <g>


Subject: Planned Packages Generator change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 19 May 2004 10:55:59 +0200
Newsgroups: jedi.vcl

I'm planning to add a new ClxReplacement node that let us handle "ignored"
units. For example the JvFinalize, JvGnugettext and JvWStrUtils units are
cross platform (no VCL/VisualCLX usage). So it is not necessary to
generate JvQFinalie, JvQ... units for these.


-- Regards, Andreas Hausladen 

Subject: Re: UltimDBGrid donation
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Wed, 19 May 2004 10:06:00 +0200
Newsgroups: jedi.vcl

IMHO, variable declarations of variables that are local to the procedure body should never be declared before any nested routines. *That* is (again  IMHO) bad code. So I agree with Fred: a mechanical moving of var declarations in that way is not a good idea.

Regards

Hans-Eric Grönlund

Fred wrote:
>> If there is a name conflict then it should be resolved.
>> Placing the variables at the top makes such errors surface quickly.
>> So apart from the better readability it catches bad code.
>
>
> ??? :-?
>
> If you have:
>
> procedure myproc;
> var i: integer;
>    procedure mysubproc;
>    begin
>       [...]
>    end;
> begin
>    i:=i+1;
>    [...]
>    mysubproc;
> end;
>
> it's easy to do this error (using a variable already used - a typical side
> effect):
>
> procedure myproc;
> var i: integer;
>    procedure mysubproc;
>    begin
>       i:=0;
>       [...]
>    end;
> begin
>    i:=i+1;
>    [...]
>    mysubproc;
> end;
>
> But if you have the following, it won't go unnoticed:
>
> procedure myproc;
>    procedure mysubproc;
>    begin
>       i:=0;
>       [...]
>    end;
> var i: integer;
> begin
>    i:=i+1;
>    [...]
>    mysubproc;
> end;
>
> I don't understand what you said about name conflict. If you write:
>
> procedure myproc;
>    procedure mysubproc;
>    var i: integer;
>    begin
>       i:=0;
>       [...]
>    end;
> var i: integer;
> begin
>    i:=i+1;
>    [...]
>    mysubproc;
> end;
>
> what occurs ? Nothing. This is not a good thing to do but it runs without
> pernicious errors.
>
> Regards,
> Fred
>
>


Subject: Re: Moving units to archive
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 19 May 2004 10:05:46 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Any objections?
> > Not from me, but put a note in changelog.txt about it

Done.

JvComputerInfo.pas, JvDeviceChanged.pas, JvDirectories.pas,
JvKeyboardStates.pas, JvSystemColors.pas

are now in \archive


-- Regards, Andreas Hausladen 

Subject: Re: Found an error in the jvMail component.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 10:01:36 +0200
Newsgroups: jedi.vcl

Thanks. Fixed in CVS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Found an error in the jvMail component.
From: "Niels" <Info@lumensoft.nl>
Date: Wed, 19 May 2004 09:53:35 +0200
Newsgroups: jedi.vcl

Hallo all,

I use the jvMail component a lot this days. And found out that when you use
the component more than onse in a sessie with Attachments, this attachmentas
are not cleared when you call the function "Clear".

After a sort view inside the code i found out that the attachment stringlist
clearing is missing in this function ...
I have fixed by my self ... please can someone else also do this in the main
source tree.

Thanks for all the good work sovar

Niels v/d Spek




Subject: Re: dubious Assign implementations
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 09:53:10 +0200
Newsgroups: jedi.vcl

To clarify: some of the properties of TJvPopupMenu and TJvMainMenu are
inherited from TMenu but some are not.

Writing like this:

    AutoHotKeys := TMenu(Source).AutoHotkeys;
    ...
    Tag := TMenu(Source).Tag;
    TextMargin := TJvMainMenu(Source).TextMargin;
    TextVAlignment := TJvMainMenu(Source).TextVAlignment;

is less readable than

    AutoHotKeys := TJvMainMenu(Source).AutoHotkeys;
    ...
    Tag := TJvMainMenu(Source).Tag;
    TextMargin := TJvMainMenu(Source).TextMargin;
    TextVAlignment := TJvMainMenu(Source).TextVAlignment;

IMO

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dubious Assign implementations
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 09:47:56 +0200
Newsgroups: jedi.vcl

> > Why not TMenu(Source).AutoHotkeys? (I haven't looked at the source code)
No particular reason, except for maybe readability.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Correction about SystrayIcon
From: "@rennes" <l.sass@omp-transport.com>
Date: Wed, 19 May 2004 09:44:13 +0200
Newsgroups: jedi.vcl

Hello,

on free, you shoud be that :

Uses ShellApi;

var
   Info                                :TNotifyIconData;
begin

   { Suppression d'une icone, seuls les champs ci-dessous sont nécessaires }
   Info.cbSize                         := SizeOf(Info);
   Info.Wnd                            := Handle;
   Info.uID                            := 1;
   Shell_NotifyIcon                    (NIM_DELETE,@Info);

end;




Subject: Re: dubious Assign implementations
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 19 May 2004 09:44:02 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> >     AutoHotKeys := TJvPopupMenu(Source).AutoHotkeys;

> >     AutoHotKeys := TJvMainMenu(Source).AutoHotkeys;

Why not TMenu(Source).AutoHotkeys? (I haven't looked at the source code)

-- Regards, Andreas Hausladen 

Subject: Re: dubious Assign implementations
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 09:34:52 +0200
Newsgroups: jedi.vcl

> > I think the first part is useless, but I'm not sure of that
The way you use it, it might be, but who knows what others do?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB6 insallation problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 09:34:08 +0200
Newsgroups: jedi.vcl

> > Trying to install on BCB6 but I get this error
Update the JCL to the latest version. Get it from http://jcl.sf.net/daily

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: BCB6 insallation problem
From: "nagoyadam" <nagoyadam@yahoo-nospam.com>
Date: Wed, 19 May 2004 16:29:44 +0900
Newsgroups: jedi.vcl

Trying to install on BCB6 but I get this error

C:\Net\jedi\JVCL\run\JvJVCLAboutForm.pas(140) Error: Incompatible types:
'TOSVersionInfoEx' and 'POSVersionInfoEx'

C:\Net\jedi\JVCL\run\JvPropertyStore.pas(35) Fatal: Could not compile used
unit 'JvPropertyStore'

** error 1 ** deleting JvCoreC6R.bpl

** error 1 ** deleting CompilePackages


Would you please help me



Subject: Re: dubious Assign implementations
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 19 May 2004 17:26:50 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The one in TJvPopupMenu is required so that TJvToolbar can show menus
>> that are in the same style as its associated TJvMainMenu. I could have
>> put the assignment code in TJvToolbar, but what if someone else wants to
>> assign a TJvMainMenu to a TJvPopupMenu?
>
>
> I think this would work:
>
> procedure TJvPopupMenu.Assign(Source:TPersistent);
> begin
>   if Source is TJvPopupMenu then
>   begin
>     AutoHotKeys := TJvPopupMenu(Source).AutoHotkeys;
>     // etc
>   end
>   else if Source is TJvMainMenu then
>   begin
>     AutoHotKeys := TJvMainMenu(Source).AutoHotkeys;
>     // etc
>   end
>   else
>     inherited Assign(Source);
> end;
>
>
I think the first part is useless, but I'm not sure of that



Subject: Re: New units and new devtool JvclVclClx
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 09:08:07 +0200
Newsgroups: jedi.vcl

Sounds very interesting! Will go play now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL becoming unusable for P.E. version of Delphi
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 19 May 2004 09:02:36 +0200
Newsgroups: jedi.vcl

> > I converted some examples using VclToClx, after I moved the converted
> > files to 'qexamples' and commited these examples. However this updates
> > also the same example in 'examples'.
> > Any idea what is causing this Andreas ?

How exactly did you produce the 'qexamples' folder? There does not appear to
be any such folder in the repository.

My guess is that you simply created a local copy of the 'examples' tree and
renamed that, right? By copying the 'examples' sandbox folders you also
copied their CVS metadata (among other things: which local folder
corresponds to which repository folder and which local file corresponds to
which file in the repository), i.e. when you commit these files you are
committing new revisions of the original examples instead of adding new
examples to a new folder!

One solution is to run an Import on the old examples folder and import to a
new module name 'dev/JVCL3/qexamples'. The Import command will ignore the
metadata (i.e. the hidden CVS subfolders inside each sandbox folder) and
thus you could come clean. After that do a clean check out of the freshly
imported qexamples folder (or alternatively do an Update with the "Create
missing folders" option activated on the JVCL3 root folder). After that you
would of course also have to clean up the now messed up original examples by
reverting to the state before you started making the CLX changes... this
would have been a whole lot easier if you had put down a tag before starting
to make these changes... You might get lucky by reverting by date but if
anybody else committing changes to examples around the same time I'm afraid
you will have to go through them file by file...

P.S.: Unfortunately I won't be available for further assistance today (we're
moving out), so if there's any more CVS-related questions, you should better
ask on a CVS(GUI/NT) list/group.

Hope this helps.

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: dubious Assign implementations
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 08:58:42 +0200
Newsgroups: jedi.vcl

> > The one in TJvPopupMenu is required so that TJvToolbar can show menus
> > that are in the same style as its associated TJvMainMenu. I could have
> > put the assignment code in TJvToolbar, but what if someone else wants to
> > assign a TJvMainMenu to a TJvPopupMenu?

I think this would work:

procedure TJvPopupMenu.Assign(Source:TPersistent);
begin
  if Source is TJvPopupMenu then
  begin
    AutoHotKeys := TJvPopupMenu(Source).AutoHotkeys;
    // etc
  end
  else if Source is TJvMainMenu then
  begin
    AutoHotKeys := TJvMainMenu(Source).AutoHotkeys;
    // etc
  end
  else
    inherited Assign(Source);
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "OBones" <obones_gfdg_@_rer_meloo.com> skrev i meddelandet news:c8e3t8$6pl$2@talkto.net...
> > Robert Marquardt wrote:
> >
>> > > These files contain dubious Assign implementations.
>> > > I think they are either buggy, incomplete or insecure.
>> > > Please check and improve.
>> > >
>> > > JvAlarms.pas, JvCalendar.pas, JvDockControlForm.pas, JvDockVIDStyle.pas,
>> > > JvEditorCommon.pas, JvFormPlacement.pas, JvgTreeView.pas, JvMenus.pas,
>> > > JvNavigationPane.pas, JvParameterList.pas, JvParameterListParameter.pas,
>> > > JvStringHolder.pas, JvTFManager.pas, JvXPBar.pas
> >
> >




Subject: Re: dubious Assign implementations
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 19 May 2004 08:40:53 +0200
Newsgroups: jedi.vcl

Hi Robert

Robert Marquardt wrote:

> Jens Fudickar wrote:
>
>> What is the Problem in JvParameterList.pas and JvParameterListParameter.pas. I will look for it.
>
>
> You seem to have committed files without my changes.

No. I only commited the JvPropertyStore.pas in the last days.

> I changed the
> if then
>   Exit
> inherited
>
> to a clean if then else.
>
> I now understand your Assign implementation. You let inherited do most of the work and only add the new properties. That is ok.
>

Thanks :-=)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 08:36:04 +0200
Newsgroups: jedi.vcl

> > You can drop the IgnoreMask, QWindows.bitblt has a default value for
> > IgnoreMask in all of them.
But when someone sets an explicit IgnoreMask in BitBlt, the JvJCLUtils
version won't work anymore.

> > This is no different then, the already for years existing, PChar a
> > properties and strings with DrawText.
> > Passing DT_MODIFYSTRING to DrawText(Canvas: TCanvas; const Text: string;
> > ...) does not make really sense, but it won't cause any side effects
> > besides the already existing.
Doesn't hurt to prevent it either

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dubious Assign implementations
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 08:33:11 +0200
Newsgroups: jedi.vcl

> > Now only TJvTFPrinterPageLayout.Assign from JvTFManager.pas seems
> > not correct.

Should probably be:
  if (Source is TJvTFPrinterPageLayout) then
  begin
    if not Assigned(Printer) or not
Assigned(TJvTFPrinterPageLayout(Source).Printer) then
      Exit; // or raise?

> > "if (Source is X) and (Source <> Self) then"
> > is inefficient or wrong because with Source = Self inherited
> > gets called instead of handling it directly (by not doing anything).
I don't agree. It is a matter of deciding whether assigning to Self is an
error or just something that is silently ignored. I consider it an error and
therefore should be treated as such.

> > I have reworked the Assign methods to replace Exit by a proper else.
In what way is:
---
if Source is X then
begin
     // do the assignment
end
else
   inherited Assign(Source);
---
more correct than:
---
if Source is X then
begin
     // do the assignment
  Exit;
end;
inherited Assign(Source);
---
?

I see no reason to change working code just to satisify personal taste (the
second style is absolutely acceptable, easy to understand, works as intended
and is the one used in VCL). This also goes for the "else if" changes you've
been doing recently. It accomplishes nothing and is a waste of everybodys
time and bandwidth. If there is to be style cleaning (and I don't think
these kind of changes should be called style cleaning) then do it while
fixing bugs, when a new unit is added or just before a release (say, during
the code freeze), not while we are in active development.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dubious Assign implementations
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 May 2004 08:29:34 +0200
Newsgroups: jedi.vcl

>> > > Could this be moved to any other unit?
> >
> > Yes, it could get its own util file.
We already have several, so why not use one of them?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 08:03:18 +0200
Newsgroups: jedi.vcl

I have reworked the Assign methods to replace Exit by a proper else.
Now only TJvTFPrinterPageLayout.Assign from JvTFManager.pas seems
not correct.

There have been two bugs in the Assign methods.
"if (Source is X) and (Source <> nil) then"
is not needed. The is operator always yields False for nil.

"if (Source is X) and (Source <> Self) then"
is inefficient or wrong because with Source = Self inherited
gets called instead of handling it directly (by not doing anything).
if Source is X then
begin
  if Source <> Self then
    // do the assignment
end
else
  inherited Assign(Source);
should be the correct implementation.

TJvTFPrinterPageLayout.Assign seems to be a bug of the second category.



Subject: Re: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 06:32:23 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Could this be moved to any other unit?

Yes, it could get its own util file.



Subject: Re: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 May 2004 06:29:35 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> What is the Problem in JvParameterList.pas and JvParameterListParameter.pas. I will look for it.

You seem to have committed files without my changes.
I changed the
if then
  Exit
inherited

to a clean if then else.

I now understand your Assign implementation. You let inherited do most of the work and only add the new properties. That is ok.



Subject: New units and new devtool JvclVclClx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 19 May 2004 02:29:39 +0200
Newsgroups: jedi.vcl

In devtools/common are three new units:

- dpp_PascalParser.pas 
  The source code parser the Installer and some other programs use

- PackageInformation.pas
  This unit allows easy and fast reading of the "xx Packages.bpg" files
and the xml package files.

- PackageModels.pas
  This unit allows easy read access to the devtools/bin/pgEdit.xml file.


- devtools/JvclVclClx:
  This program is a new ClxGenerater. It is rewritten from scratch and
does a lot more that the old ClxGenerator. The new tool generates JvQxxx
files in the qrun, qdesign and qcommon directory.
The program has two modes that are controled by the "Reduce Condition"
checkbox. If the CheckBox is checked the converter tries to eliminate as
much conditions blocks as possible. In the end you have condition clean
file where only jvcl.inc and MSWINDOWS/LINUX conditions remain. In this
mode you can say that you want to keep empty lines where the conditioned
code was.
The other mode it the non-"Reduce Condition" mode. Here only the {$I
jvcl.inc} is replaced by {$I qjvcl.inc} which looks like this:
--------------
{$DEFINE QUnit}
{$I jvcl.inc}
--------------
All condition remain in the source code.


How does the tool knows which files should be converted?
--
The converter opens all "allclx" package group files (packages\xxx
Packages.bpg) and then it opens the used xml packages where only files
that are used by clx targets (d7clx, k3, k3p) are parsed.



What is with the uses clauses?
--
If the tool finds a unit name in the uses clause and this name is ouside
of VisualCLX or VCL condition block it is translated by a table
(devtools/bin/VclClxData/ convertvcl.ini and convertqvcl.ini) or if it is
a JvXxx unit it is renamed to JvQXxx. Unit names that are ignored or in a
VisualCLX/VCL condition block are not translated.

What is with unit names that appear in the code as full qualified
identifiers?
--
The converter known about local variable declarations and locks unit names
that are either in the uses clause or are the unit's name itself if a
local variable is named the same. After the local variable is nomore valid
the lock is removed and the unit name is replaced in the source code.

For example:
------------------------
function Test(Value: JvUnit.MyType);
var
  JvUnit: TObject;
begin
  ...
  JvUnit.Free;
end;

initialization
  JvUnit.DoSomething;
end.
---------------------------
This is converted to:
---------------------------
function Test(Value: JvQUnit.MyType); // JvUnit -> JvQUnit
var
  JvUnit: TObject; // no conversation
begin
  ...
  JvUnit.Free; // no conversation
end;

initialization
  JvQUnit.DoSomething;  // JvUnit -> JvQUnit
end.
---------------------------------


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX files in xml packages
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 19 May 2004 09:40:56 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why are these files in the XML packages? Doesn't pg.exe converts _all_
> JVCL names to the JVCLX names?

If they match the patterns, yes.



Subject: Re: dubious Assign implementations
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 19 May 2004 09:39:43 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> These files contain dubious Assign implementations.
> I think they are either buggy, incomplete or insecure.
> Please check and improve.
>
> JvAlarms.pas, JvCalendar.pas, JvDockControlForm.pas, JvDockVIDStyle.pas,
> JvEditorCommon.pas, JvFormPlacement.pas, JvgTreeView.pas, JvMenus.pas,
> JvNavigationPane.pas, JvParameterList.pas, JvParameterListParameter.pas,
> JvStringHolder.pas, JvTFManager.pas, JvXPBar.pas

The one in TJvPopupMenu is required so that TJvToolbar can show menus that are in the same style as its associated TJvMainMenu. I could have put the assignment code in TJvToolbar, but what if someone else wants to assign a TJvMainMenu to a TJvPopupMenu?



Subject: Re: VisualCLX files in xml packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 19 May 2004 01:18:56 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
 
> > Oh boy we not going to start again with $IFDEF QUnit. Give me a break

Calm down. You do not know enough about the new tool. You can only see the
changes I had made to the Installer while writing this tool (refactoring
of the xml package and .bpg classes). The tool does more than then the
ClxGenerator and jpp together. It has more knowledge about pascal source
code.

The parser class has the following properties

    property ReduceConditions: Boolean read FReduceConditions write
FReduceConditions default True;
      { Removes VCL,COMPILER5,COMPILER6,BCB, ... condition content and
        VisualCLX conditions. If False the ($I jvcl.inc) is replaced by
        ($I qjvcl.inc) }

    property KeepLines: Boolean read FKeepLines write FKeepLines default
True;
      { In combination with ReduceConditions this will keep empty lines
for the removed lines. }

    property UnitReplaceList: TUnitReplaceList read FUnitReplaceList;
      { Unit -> QUnit names e.g. Controls=QControls}

    property IgnoreUnits: TStringList read FIgnoreUnits;
      { These unit names are not touched. }

    property RemoveConditions: TStringList read FRemoveConditions;
      { All condition names that are in the RemoveConditions list will be
swept
        out of the source code if ReduceConditions is True.
        A leading '!' char means the "NOT"-part should be removed. }

    property UnixLineBreak: Boolean read FUnixLineBreak write
FUnixLineBreak default False;
      { If UnixLineBreak is True the written files have #10 as line break
else
        it uses #13#10. }

    property ForceOverwrite: Boolean read FForceOverwrite write
FForceOverwrite default False;
      { If ForceOverwrite is True even unchanged files will be rewritten. }


> > The IDE doesn't give a shit about added DEFINES, so code completion &
> > code explorer will not work.  In the debugger same problems arise.

The tool can be reconfigured (with not much coding) to generate IFDEF free
VCL units, too.


> > Actually I am still supprised that nobody made any complaint about that
> > yet, am I the only one using the code explorer?  And I guess you will
> > generate lots of almost empty JvQ*.pas units ? control + Enter to open
> > the unit? Forget it it opens the empty file, sure a little of browing
> > and another control-Enter will do the trick, but you call this practic?

No. This would be praxis for Lazarus but not for Delphi. And the
JvclVclClxCvt.exe does not generate such files. It generates modified
duplicates of the original files.


> > I have been using the JvQ*Reg files, because I did not want to spend 
> > my time to putting (and removing) IFDEF's into Jv*Reg files during
> > development.

I have done this with the following files:

JvCmpReg.pas
JvCoreReg.pas
JvCustomReg.pas
JvCtrlsReg.pas
JvDlgsReg.pas
JvSystemReg.pas
JvStdCtrlsReg.pas



 In a later stage they will be removed.  Another advantage
> > of having the code in the QUnits, that we could make the generator
> > subsitute the used VCL units by their CLX equivalents.  cq we can remove
> > most of the ifdef's from the uses.  BTW if you would have taken a look
> > at JvQMinMaxForm, you would have seen it uses Spinbuttons, I did not
> > spent time to imitate JvMinMaxForm with its VCL TEdits, besides that is
> > makes most sense to use spinbutton with integer values.
> > 
> > Regards,
> > 
> > André Snepvangers



-- Regards, Andreas Hausladen 

Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 19 May 2004 00:49:20 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> -------------------
> function BitBlt(DestDC: HDC; X, Y, Width, Height: Integer; SrcDC: HDC;
>   XSrc, YSrc: Integer; Rop: RasterOp; IgnoreMask: Boolean): LongBool;
You can drop the IgnoreMask, QWindows.bitblt has a default value for IgnoreMask in all of them.

> -------------------
>
> function DrawText(Canvas: TCanvas; const Text: string; ...
> begin
>   Result := DrawText(Canvas, PChar(Text), Len, R, WinFlags);
> end;
>
> Isn't that a little bit too dangerous. DrawText can modify the string (but
> the compiler optmizes the code because Text is const. Wouldn't it be
> better to mask the WinFlags with:
> const
>   DrawTextModifyFlagsMask = DT_MODIFYSTRING or DT_END_ELLIPSIS or
> DT_PATH_ELLIPSIS or DT_WORD_ELLIPSIS;
>
> ..., WinFlags and not DrawTextModifyFlagsMask);
>
> This would prevent unwanted side effects.
>
This is no different then, the already for years existing, PChar a properties and strings with DrawText.
Passing DT_MODIFYSTRING to DrawText(Canvas: TCanvas; const Text: string; ....) does not make really sense, but it won't cause any side effects besides the already existing.

Regards,

André Snepvangers


Subject: Re: VisualCLX files in xml packages
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 19 May 2004 00:35:53 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Why are these files in the XML packages? Doesn't pg.exe converts _all_
> JVCL names to the JVCLX names?
>
> ..\..\qdesign\JvQAppFrmReg.pas
> ..\..\qdesign\JvQCustomReg.pas
> ..\..\qdesign\JvQDateTimeForm.pas
> ..\..\qdesign\JvQHMIReg.pas
> ..\..\qdesign\JvQMinMaxForm.pas
> ..\..\qdesign\JvQMMReg.pas
> ..\..\qdesign\JvQQtKeyEditorForm.pas
> ..\..\qdesign\JvQStdCtrlsReg.pas
> ..\..\qdesign\JvQStdDsgnEditors.pas
> ..\..\qdesign\JvQSystemReg.pas
>
> I'm planning to remove these files and set the target of the JVCL name to
> "all".
> Background: I have a new tool that generates the JVCLX files. This tools
> uses the xml packages to find the files that should be converted. And I
> want to exclude qrun, qdesign and qcommon files. So the file above are in
> the way.
>
Oh boy we not going to start again with $IFDEF QUnit. Give me a break
The IDE doesn't give a shit about added DEFINES, so code completion & code explorer will *not* work. In the debugger same problems arise.
Actually I am still supprised that nobody made any complaint about that yet, am I the only one using the code explorer?
And I guess you will generate lots of almost empty JvQ*.pas units ? control + Enter to open the unit? Forget it it opens the empty file, sure a little of browing and another control-Enter will do the trick, but you call this practic?
What happens if somebody breaks the VisualCLX compatiblity ?
If you put the JvQ units (including the code!) in their own dirs,
then you can choose not to update the JvQ unit, or to make it compatible again.
I have been using the JvQ*Reg files, because I did not want to spend my time to putting (and removing) IFDEF's into Jv*Reg files during development. In a later stage they will be removed.
Another advantage of having the code in the QUnits, that we could make the generator subsitute the used VCL units by their CLX equivalents.
cq we can remove most of the ifdef's from the uses.
BTW if you would have taken a look at JvQMinMaxForm, you would have seen it uses Spinbuttons, I did not spent time to imitate JvMinMaxForm with its VCL TEdits, besides that is makes most sense to use spinbutton with integer values.

Regards,

André Snepvangers


Subject: Re: installing on BCB6
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 19 May 2004 08:20:05 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> Hi Andreas,
>
> Andreas Hausladen wrote:
>
>> The new installer calls JclInstall but not the JCL Installer does not
>> compile the CJcl.dcp, CJclVcl.dcp and CJclVclx.dcp files foe BCB. 
>
>
> Uhu.  I wasn't aware this is a problem.  Would be easy enough to make the installer do that, too.  But eventually there are reasons why JVCL would prefer to have this under its own control?
>
> For now I will resort to including packages/xml into the distribution.

Let me clarify things here.
The JVCL only needs a compiled JCL in order to compile and install itself. We could actually distribute the JVCL with precompiled JCL packages (bpl, dcp, bpi). And there are many different ways of obtaining the compiled JCL, the JCL installer only being one of them.
When it comes to BCB support, it is a bit more complex because all our sources are in pascal. The pascal compiler looks for units in this order: inside dcp files, dcu files and pas files.
So when compiling the JVCL for BCB, it needs a way to find the JCL files we are using. At first, this was done by adding the JCL source directories to EVERY package of the JVCL. But this has an enormous drawback: the JCL must be in ..\..\jcl or it won't be found by the compiler. In order to allow the JCL to be anywhere on the user's system, a second solution was to add the path to the JCL source directories to the PATH environment variable, but even this is not desirable.
The thing is, when you look at the way it is done by BCB itself, it includes a dcp file for each Delphi package (vcl, vclx, vcljpg...). And this is really easy on our side, it's just a mater of adding one option to the command line inside the BCB package and it will use it.
However, in order to do that, we need a dcp file for the JCL. If the user has Delphi installed, he can use the dcp for the equivalent version of BCB (D6->C6, D5->C5), but if Delphi is not installed as well, there is no direct way to get a DCP for the JCL. The only way is to compile in command line a dpk file containing the exact same thing as the bpk file. This is what the build system of the JVCL does.
Now, you're asking me why the dpk files are not in the JCL repository and why we don't rely on the JCL installer to do the compilation for us.
Well, that's simple: The DCP file is only needed by third party libraries using the JCL with BCB (like the JVCL). It is absolutely not needed by a regular JCL user who doesn't want to use the JVCL. Further, if I was to leave a dpk file in the packages directory for the JCL, this would puzzle users as they can't open it with BCB, it doesn't work and some of them may as well think we have misplaced them.
This is why in the end, the installation of the JVCL has to handle this itself and thus needs the xml source files to generate the correct dpk files. I decided to leave those in the JCL repository as I think they would stay in sync more easily this way. However, I could always put them in the JVCL repository, copy them over when installing and removing them after...

Any comments welcome

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator


Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 May 2004 22:50:54 +0200
Newsgroups: jedi.vcl

> > After posting this I read the SDK so you are right. Who will do it?
I'll do it. At least I'd get something right in this mess (you better check
it once it's committed <g>)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: VisualCLX files in xml packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 22:47:26 +0200
Newsgroups: jedi.vcl

Why are these files in the XML packages? Doesn't pg.exe converts _all_
JVCL names to the JVCLX names?

...\..\qdesign\JvQAppFrmReg.pas
...\..\qdesign\JvQCustomReg.pas
...\..\qdesign\JvQDateTimeForm.pas
...\..\qdesign\JvQHMIReg.pas
...\..\qdesign\JvQMinMaxForm.pas
...\..\qdesign\JvQMMReg.pas
...\..\qdesign\JvQQtKeyEditorForm.pas
...\..\qdesign\JvQStdCtrlsReg.pas
...\..\qdesign\JvQStdDsgnEditors.pas
...\..\qdesign\JvQSystemReg.pas

I'm planning to remove these files and set the target of the JVCL name to
"all".
Background: I have a new tool that generates the JVCLX files. This tools
uses the xml packages to find the files that should be converted. And I
want to exclude qrun, qdesign and qcommon files. So the file above are in
the way.


-- Regards, Andreas Hausladen 

Subject: Re: JvRegAuto
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 18 May 2004 22:45:26 +0200
Newsgroups: jedi.vcl

Use TJvAppStorage and TJvPropertyStore.

Greetings
Jens

Julio Cezar Kronbauer wrote:

> In version 2.10, I did use JvRegAuto to store my software configurations. In
> version 3.00, Delphi don't find the procedures WriteString, ReadString,
> ReadBool...
>
> How do I to convert my application to version 3.00 without change the code
> or at least make small changes?
>
> -- 
>
>
>
>
>
> Julio Cezar Kronbauer
> SystemHaus Norm. Inf. de Processos Ltda
> Santa Cruz do Sul - RS
> (51) 3711 7495
> (51) 9216 0990
> ICQ 278449215
> Novo Hamburgo - RS
> (51) 594 4841
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.688 / Virus Database: 449 - Release Date: 18/5/2004
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 22:14:31 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Shouldn't that be just "WinFlags and not DT_MODIFYSTRING" since the other
> > doesn't actually change the string, just the drawing?

After posting this I read the SDK so you are right. Who will do it?



-- Regards, Andreas Hausladen 

Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 May 2004 22:13:58 +0200
Newsgroups: jedi.vcl

> > Always the Copy&Paste guys :-)
<blush> ;)

> >   DrawTextModifyFlagsMask = DT_MODIFYSTRING or DT_END_ELLIPSIS or
> > DT_PATH_ELLIPSIS or DT_WORD_ELLIPSIS;

Shouldn't that be just "WinFlags and not DT_MODIFYSTRING" since the other
doesn't actually change the string, just the drawing?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 21:49:59 +0200
Newsgroups: jedi.vcl

Always the Copy&Paste guys :-)  They introduce one bug and copy it. For my
taste in the following code are too may DestDCs. (the file fixed file is
commited).

-------------------
function BitBlt(DestDC: HDC; X, Y, Width, Height: Integer; SrcDC: HDC;
  XSrc, YSrc: Integer; Rop: RasterOp; IgnoreMask: Boolean): LongBool;
begin
  Result := Windows.BitBlt(DestDC, X, Y, Width, Height,
    DestDC, XSrc, YSrc, RasterOpToWinRop(Rop));
end;

function BitBlt(DestDC: HDC; X, Y, Width, Height: Integer; SrcDC: HDC;
  XSrc, YSrc: Integer; WinRop: Cardinal; IgnoreMask: Boolean): LongBool;
begin
  Result := Windows.BitBlt(DestDC, X, Y, Width, Height,
    DestDC, XSrc, YSrc, WinRop);
end;

function BitBlt(DestDC: HDC; X, Y, Width, Height: Integer; SrcDC: HDC;
XSrc, YSrc: Integer; WinRop: Cardinal): LongBool;
begin
  Result := Windows.BitBlt(DestDC, X, Y, Width, Height,
    DestDC, XSrc, YSrc, WinRop);
end;
-------------------

function DrawText(Canvas: TCanvas; const Text: string; ...
begin
  Result := DrawText(Canvas, PChar(Text), Len, R, WinFlags);
end;

Isn't that a little bit too dangerous. DrawText can modify the string (but
the compiler optmizes the code because Text is const. Wouldn't it be
better to mask the WinFlags with:
const
  DrawTextModifyFlagsMask = DT_MODIFYSTRING or DT_END_ELLIPSIS or
DT_PATH_ELLIPSIS or DT_WORD_ELLIPSIS;

...., WinFlags and not DrawTextModifyFlagsMask);

This would prevent unwanted side effects.



-- Regards, Andreas Hausladen 

Subject: Re: installing on BCB6
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 18 May 2004 21:37:43 +0200
Newsgroups: jedi.vcl

Hi Andreas,

Andreas Hausladen wrote:

> The new installer calls JclInstall but not the JCL Installer does not
> compile the CJcl.dcp, CJclVcl.dcp and CJclVclx.dcp files foe BCB. 

Uhu.  I wasn't aware this is a problem.  Would be easy enough to make the installer do that, too.  But eventually there are reasons why JVCL would prefer to have this under its own control?

For now I will resort to including packages/xml into the distribution.



Subject: Re: New VisualCLX units
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 May 2004 21:32:07 +0200
Newsgroups: jedi.vcl

> > imo we should keep it to packages take are now the bpg. We should keep
> > it to the packages we have now.
OK, fine with me. There's enough to check anyway!

> > It would be nice that the installer handles the clx packages, for Linux
> > a manual installation should do for the moment.
Makes sense

> > Afaics there are no clx specific docs. Maybe start with changing the
> > Readme ?
I was referring to the docs in general. For example, the install doc
probably needs updating.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: installing on BCB6
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 21:13:01 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > I was under the impression that the (new) JVCL installer delegates JCL
> > installation to the JCL installer, which doesn't need the XML directory.

The new installer calls JclInstall but not the JCL Installer does not
compile the CJcl.dcp, CJclVcl.dcp and CJclVclx.dcp files foe BCB. So the
JVCL Installer must do this. And for this action it needs the xml files.


-- Regards, Andreas Hausladen 

Subject: JvRegAuto
From: "Julio Cezar Kronbauer" <m22008@mx.unisc.br>
Date: Tue, 18 May 2004 16:10:24 -0300
Newsgroups: jedi.vcl

In version 2.10, I did use JvRegAuto to store my software configurations. In
version 3.00, Delphi don't find the procedures WriteString, ReadString,
ReadBool...

How do I to convert my application to version 3.00 without change the code
or at least make small changes?

--





Julio Cezar Kronbauer
SystemHaus Norm. Inf. de Processos Ltda
Santa Cruz do Sul - RS
(51) 3711 7495
(51) 9216 0990
ICQ 278449215
Novo Hamburgo - RS
(51) 594 4841


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.688 / Virus Database: 449 - Release Date: 18/5/2004




Subject: Re: installing on BCB6
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 18 May 2004 21:09:17 +0200
Newsgroups: jedi.vcl

Hi,

> Do you have a folder "XML" in your folder "Packages" ? With three files
> inside ?
> If No -> your JCL version is not usable with the JVCL installer. You have to
> download and install the latest build :
> http://jcl.sourceforge.net/daily/jcl-Latest.zip

I was under the impression that the (new) JVCL installer delegates JCL installation to the JCL installer, which doesn't need the XML directory.

If that's not true: someone bother to tell me?


Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 20:50:46 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > See Mantis#1779: the button is there but it is not drawn correctly
> > (white on white). I have tried backtracking the sources but the changes
> > affects to many units and I can't determine where the problem is.
> > Andreas, please take a look ASAP.

The bug must be in one of the following files that where compiled when I
used an older version (2004-05-10)

JvTypes.pas
JvThemes.pas
JvToolEdit.pas
JvSpeedButton.pas
JvPickDate.pas
JvJVCLUtils.pas
JvJCLUtils.pas
JvExStdCtrls.pas
JvExForms.pas
JvComponent.pas
JvExMask.pas
JvExExtCtrls.pas
JvExControls.pas
JvExComCtrls.pas

JvPropertyStore.pas (*)
JvProgressUtils.pas (*)
JvExGrids.pas (*)
JvBrowseFolder.pas (*)
JvBaseDlg.pas (*)
JvAppStorage.pas (*)
JvResources.pas (*)
JVCLVer.pas (*)

(*): I cannot belief that the bug is in this file.

Lots of files that are included when you add JvToolEdit to the uses
statement.


-- Regards, Andreas Hausladen 

Subject: Re: New VisualCLX units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 20:44:33 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Maybe stupid question in which directory is the installer? I have
> > JVCLInstall & JVCL3Install. The last is rather strange for me since it
> > appears to me as if it using components from the packages it is going to
> > install??

JVCL3Install is the older installer
JVCLInstall is the new installer and yes it uses JvSimpleXML (as the older
do too) and JvWizard. But it knows exaclty where the files are and it is
JCL independent (at the moment)


-- Regards, Andreas Hausladen 

Subject: Re: New VisualCLX units
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 18 May 2004 20:41:07 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> The installer is finished. It supports CLX installation (but CLX does not
> compile at the moment at least not on my system because I do not update
> qrun/qdesign at the moment due to own modifications)
>
Maybe stupid question in which directory is the installer? I have JVCLInstall & JVCL3Install. The last is rather strange for me since it appears to me as if it using components from the packages it is going to install??

Regards,

André Snepvangers


Subject: Re: New VisualCLX units
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 18 May 2004 20:15:55 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> - Where we gonna draw the line for the next JVCL beta-release? IMO it is
>> time to release something. We could drop some issues for now.
>
> As I see it, the installer and the CLX support is the most important issues.
> Even íf we can't get 100% CLX support in the next release, at least those
> packages supplied should work. So, if we take a look at what we have now,
> what CLX packages can be considered finished for release and what packages
> could we get finished in, say,  the next couple of (two) weeks?
>

imo we should keep it to packages take are now the bpg. We should keep it to the packages we have now.




>
> What is the status of the installer? What is left to do? Should we try to
> have the installer ready for installing CLX as well (on Windows, that is) or
> should we go for manual installation at the moment? 

My priority list
Fix bugs in current components, examples, test, bugfixes , Installer , Linux installer, ClxGenerator

It would be nice that the installer handles the clx packages, for Linux a manual installation should do for the moment.


> What is the status of
> the docs? Are they up to date? Is anything missing?
>
Afaics there are no clx specific docs. Maybe start with changing the Readme ?

Regards,

André Snepvangers


Subject: Re: New VisualCLX units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 20:00:16 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > What is the status of the installer? What is left to do? Should we try to
> > have the installer ready for installing CLX as well (on Windows, that
> > is) or should we go for manual installation at the moment? What is the
> > status of the docs? Are they up to date? Is anything missing?

The installer is finished. It supports CLX installation (but CLX does not
compile at the moment at least not on my system because I do not update
qrun/qdesign at the moment due to own modifications)

My latest changes to the installer are only refactoring especially the xml
package handling which is now exctracted to
devtools/common/PackageInformation.pas



-- Regards, Andreas Hausladen 

Subject: Re: dubious Assign implementations
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 May 2004 19:54:47 +0200
Newsgroups: jedi.vcl

> > These files contain dubious Assign implementations.
Fixed
> > We also have some nonstandard Assign implementations, i. e.
> > not Assign(Source: TPersistent). Does anyone know a bettter
> > name to use for these methods?
I've changed those I found to use an overridden Assign or changed ancestry
from TObject -> TPersistent
> > I dislike the changes in JvTypes.pas.
> > It now contains implementations of basic types.
Could this be moved to any other unit?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: UltimDBGrid donation
From: "Fred" <nospam@nospam.nospam>
Date: Tue, 18 May 2004 19:37:12 +0200
Newsgroups: jedi.vcl

> > If there is a name conflict then it should be resolved.
> > Placing the variables at the top makes such errors surface quickly.
> > So apart from the better readability it catches bad code.

??? :-?

If you have:

procedure myproc;
var i: integer;
   procedure mysubproc;
   begin
      [...]
   end;
begin
   i:=i+1;
   [...]
   mysubproc;
end;

it's easy to do this error (using a variable already used - a typical side
effect):

procedure myproc;
var i: integer;
   procedure mysubproc;
   begin
      i:=0;
      [...]
   end;
begin
   i:=i+1;
   [...]
   mysubproc;
end;

But if you have the following, it won't go unnoticed:

procedure myproc;
   procedure mysubproc;
   begin
      i:=0;
      [...]
   end;
var i: integer;
begin
   i:=i+1;
   [...]
   mysubproc;
end;

I don't understand what you said about name conflict. If you write:

procedure myproc;
   procedure mysubproc;
   var i: integer;
   begin
      i:=0;
      [...]
   end;
var i: integer;
begin
   i:=i+1;
   [...]
   mysubproc;
end;

what occurs ? Nothing. This is not a good thing to do but it runs without
pernicious errors.

Regards,
Fred




Subject: Re: dubious Assign implementations
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 19:20:15 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The installer currently does not compile.
> > Can we get working version temporarily?

The (not finished) PackageInformation unit is now commited.



-- Regards, Andreas Hausladen 

Subject: Re: New VisualCLX units
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 May 2004 19:19:04 +0200
Newsgroups: jedi.vcl

> > - Where we gonna draw the line for the next JVCL beta-release? IMO it is
> > time to release something. We could drop some issues for now.
As I see it, the installer and the CLX support is the most important issues.
Even íf we can't get 100% CLX support in the next release, at least those
packages supplied should work. So, if we take a look at what we have now,
what CLX packages can be considered finished for release and what packages
could we get finished in, say,  the next couple of (two) weeks?

What is the status of the installer? What is left to do? Should we try to
have the installer ready for installing CLX as well (on Windows, that is) or
should we go for manual installation at the moment? What is the status of
the docs? Are they up to date? Is anything missing?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New VisualCLX units
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 18 May 2004 19:04:14 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Could we make a TODO list for the CLX support and divide the work? I am not
> sure where to continue at the moment and since there are (at least) 3 of us
> mucking about in the units, I think we need it to continue.
>
- Anyway I will try to build JVCLX (windows & linux) on a daily basis and will port the examples as we need them to test clx support. But I don't have allways the time to backport modification to the original
- Where we gonna draw the line for the next JVCL beta-release? IMO it is time to release something. We could drop some issues for now.

Give your opinion, JVCL developers!

Regards,

André Snepvangers


Subject: Re: UltimDBGrid donation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 May 2004 18:58:27 +0200
Newsgroups: jedi.vcl

> > Wait until the JVCL DB experts have changed the code :-)
We have DB experts?! Well, send them over to JvDBTreeView - it sure needs
some help<vbg>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 May 2004 18:55:31 +0200
Newsgroups: jedi.vcl

It seems the problem affects TJvCustomMaskEdit/TJvCustomComboEdit and since
all the other edits-with-buttons in JVCL derive from these, they are
affected as well.

I hope Andreas finds the reason soon because I haven't been able to
backtrack to find it. If anyone can give a date when they know it worked the
last time, it would help a bit since we can exclude any code changes before
that date.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL becoming unusable for P.E. version of Delphi
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 18:39:36 +0200
Newsgroups: jedi.vcl

The addresses are different. Maybe I should do a compete build.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL becoming unusable for P.E. version of Delphi
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 18:32:55 +0200
Newsgroups: jedi.vcl

Fred wrote:

> > Not only Delphi PE, C++Builder too.

Where is the problem. The JVCL works even with the BCB6 Trail version. The
only limitation is that the dxgettext support raises an AV when used in
BCB. But I'm not that experienced in BCB that I can fix this. The problem
is in

JvGnugettext.pas:
procedure AddDomainForResourceString(const domain: string);
begin
  ...
  ResourceStringDomainListCS.BeginWrite;  <---

the marked line raises an AV because ResourceStringDomainListCS is nil.
The strange thing is that the line
  ResourceStringDomainListCS :=
TMultiReadExclusiveWriteSynchronizer.Create;
is executed in the initialization section before the
AddDomainForResourceString is called.


-- Regards, Andreas Hausladen 

Subject: Re: installing on BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Wed, 19 May 2004 01:13:20 +0900
Newsgroups: jedi.vcl

Fred wrote:
> Hello,
>
> Do you have a folder "XML" in your folder "Packages" ? With three files
> inside ?
> If No -> your JCL version is not usable with the JVCL installer. You have to
> download and install the latest build :
> http://jcl.sourceforge.net/daily/jcl-Latest.zip
>
> Fred
>
>
> "A. Ghaibeh" <webmaster@shamsoft.com> a écrit dans le message de
> news:c8c77q$q83$1@talkto.net...
>
>> I am trying to install the latest source on BCB6 however I get this error
>>
>> "Fatal: '"C:\Program Files\Borland\CBuilder6\Projects\Bpl"\CJCL.dcp'
>> does not exist - don't know how to make it"
>>
>> I thought that dcps are for delphi
>>
>> Any help please?
>
>
>
Thank you very much this solved the problem.
the JCL1.91-rc1 does not have the XML folder.


Subject: Re: dubious Assign implementations
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 18 May 2004 18:07:54 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> I dislike the changes in JvTypes.pas.
> It now contains implementations of basic types.
> I think the file should only contain declarations.
>
I think the same, from the name you expect just Types, not implementions.

Regards,

André


Subject: Re: JVCL becoming unusable for P.E. version of Delphi
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 18 May 2004 18:03:24 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> Give some names for the examples and components. I'm not willing to search
> in the whole JVCL and the examples for a single file.
>
I converted some examples using VclToClx, after I moved the converted files to 'qexamples' and commited these examples. However this updates also the same example in 'examples'.
Any idea what is causing this Andreas ?

Regards,

André Snepvangers


Subject: Re: JVCL becoming unusable for P.E. version of Delphi
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 17:46:31 +0200
Newsgroups: jedi.vcl

John B wrote:

> >  To whomever is starting to introduce the CLX Q controls into the 
> > [examples and] components, I hope you realize that you are breaking
these
> > [examples and ]components for us with Personal Editions of Delphi! Why? 
> > because the PE versions do not come with the CLX capability.

The components use a {$IFDEF VisualCLX}{$ENDIF} for these CLX related
code. So I see no problems that could arise with PE versions. The only
problem is that we do not have PE versions to test the PE packages and so
some Pro/Ent features meight be included in the packages.


> >  At first I thought it was just some of the examples were being changed 
> > over, but now I am starting to see some components being redone with the 
> > Q controls.

Give some names for the examples and components. I'm not willing to search
in the whole JVCL and the examples for a single file.


> >  If this is the way you are going with JVCL, then I will have to stop 
> > using it. :(

The JVCL will support both VCL and VisualCLX. The VisualCLX part will be
in \qrun, \qcommon and \qdesign and the VCL part in \run, \common and
\design.



-- Regards, Andreas Hausladen 

Subject: Re: jvThumbView Help/Bug?
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 18 May 2004 15:44:39 +0000
Newsgroups: jedi.vcl

Yannis wrote:
> micha schumann <schumann@itc-ms.de> wrote in news:c8b4gg$kkh$1@talkto.net:
>
>
>> Hi,
>>
>> I use jvThumbView in an application that displays some Pictures and 
>
> [Snip ...]
>
> I haven't tested the comopnent this way I do not know if there is any problem I will test it tonight and probably I'll be able tomorow to tell you more about it or provide a fix for it.
>
> Regards
> Johnnie.
Hi,

I moved the event "StopScanning" in the procedure so that it gets called even if no files are in the directory, then it works. What I do not unterstand is, that it DOESNT work, if I call AddFromFile immidiately after setting the directory. I think it should but heaven knows...

Anyways I would suggest moving the two events to make them beeing called regardless of the number of files found (seems logical to me):

procedure TJvThumbView.SetDirectory(Value: string);
....
      // moved by micha
      if Assigned(FOnStartScanning) then
          FOnStartScanning(Self, ReadFileList.Count - 1);
      // end moved by micha
      if ReadFileList.Count > 0 then
      begin
         ...
         // the moved events came from here
      end;
      // moved by micha
      if Assigned(FOnStopScanning) then
          FOnStopScanning(Self);
      // end moved by micha
    finally
....

regards

micha


Subject: Re: dubious Assign implementations
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 18 May 2004 17:41:42 +0200
Newsgroups: jedi.vcl

What is the Problem in JvParameterList.pas and JvParameterListParameter.pas. I will look for it.

Greetings
Jens

Robert Marquardt wrote:
> These files contain dubious Assign implementations.
> I think they are either buggy, incomplete or insecure.
> Please check and improve.
>
> JvAlarms.pas, JvCalendar.pas, JvDockControlForm.pas, JvDockVIDStyle.pas,
> JvEditorCommon.pas, JvFormPlacement.pas, JvgTreeView.pas, JvMenus.pas,
> JvNavigationPane.pas, JvParameterList.pas, JvParameterListParameter.pas,
> JvStringHolder.pas, JvTFManager.pas, JvXPBar.pas
>
> We also have some nonstandard Assign implementations, i. e.
> not Assign(Source: TPersistent). Does anyone know a bettter
> name to use for these methods?
>
> I dislike the changes in JvTypes.pas.
> It now contains implementations of basic types.
> I think the file should only contain declarations.
>
> The installer currently does not compile.
> Can we get working version temporarily?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem for install with Qr4!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 17:41:13 +0200
Newsgroups: jedi.vcl

wQuick wrote:

> > JvGlobusD7D.dpk(41) Error: Never-build package 'JvGlobusD7R' requires
> > always-build package 'qr4rund7'

The JVCL 3 uses {$IMPLICITBUILD OFF} (Manual package compilation) in all
packages. And it is not possible to use a {$IMPLICITBUILD ON} (compilation
if required) in the requires list of a {$IMPLICITBUILD OFF} package.
There are two possibilities that solve this issue.
The first is to set qr4rund7 to manual compilation (option dialog for the
qr4rund7.dpk file) or you could open the jvcl3\packages\d7\template.dpk in
a text editor (e.g. notepad) and change the IMPLICITBUILD line to ON. Now
you can use the installer or the jvcl3\devtools\bin\pg.bat for recreating
the packages.


-- Regards, Andreas Hausladen 

Subject: dubious Assign implementations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 May 2004 17:37:33 +0200
Newsgroups: jedi.vcl

These files contain dubious Assign implementations.
I think they are either buggy, incomplete or insecure.
Please check and improve.

JvAlarms.pas, JvCalendar.pas, JvDockControlForm.pas, JvDockVIDStyle.pas,
JvEditorCommon.pas, JvFormPlacement.pas, JvgTreeView.pas, JvMenus.pas,
JvNavigationPane.pas, JvParameterList.pas, JvParameterListParameter.pas,
JvStringHolder.pas, JvTFManager.pas, JvXPBar.pas

We also have some nonstandard Assign implementations, i. e.
not Assign(Source: TPersistent). Does anyone know a bettter
name to use for these methods?

I dislike the changes in JvTypes.pas.
It now contains implementations of basic types.
I think the file should only contain declarations.

The installer currently does not compile.
Can we get working version temporarily?



Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 17:34:31 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Maybe it helps if you comment the following code in JvToolEdit.pas
> > Unfortunately, that code only applies to VCLX and the error is in VCL
> > (could be in VCLX as well but I haven't checked).

My fault. I had not had enough time to check where this code was added.
But this was the only change I've done to JvToolEdit. The JvExXxx files
are only recreated from the templates.


-- Regards, Andreas Hausladen 

Subject: Re: installing on BCB6
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 17:32:17 +0200
Newsgroups: jedi.vcl

A. Ghaibeh wrote:

> > MakeJCLDCP4BCB.BAT gives me the same error number "** error 2883645 **
> > deleting compile

Just for your information: The Installer calls MakeJCLDCP4BCB.BAT for that
action.



-- Regards, Andreas Hausladen 

Subject: Re: UltimDBGrid donation
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 May 2004 17:32:06 +0200
Newsgroups: jedi.vcl

Fred wrote:

> I will do that.
> Just a word about your cleaning. You regrouped two var defs at the beginning
> of the procedure "TUltimDBFooter.UpdateDataPanels". I think it's a dangerous
> thing. The var defs were splitted intentionally to prevent side effects in
> the sub-procedures and functions. In this case, your modification won't
> change anything to the efficiency of the code and it's true that improves
> its readability, but I wanted to warn you against this kind of change. Don't
> be afraid about that: I'm not going to oversee everything you do with my
> code ;-)

If there is a name conflict then it should be resolved.
Placing the variables at the top makes such errors surface quickly.
So apart from the better readability it catches bad code.
Anyway the changes are nore or less mechanical.

> A last word: the component "UltimDBFooter" needs some rewriting with
> probably a better synchronization mechanism with the main component.
> Currently, it's too slow with a huge bunch of data and it's flawed by a
> strange bug (I never succeeded in removing it but I'm sure it's due to the
> interface between the two components; it's not easy to reproduce).

Wait until the JVCL DB experts have changed the code :-)



Subject: Re: JVCL becoming unusable for P.E. version of Delphi
From: "Fred" <nospam@nospam.nospam>
Date: Tue, 18 May 2004 17:17:45 +0200
Newsgroups: jedi.vcl

> >  To whomever is starting to introduce the CLX Q controls into the
> > examples and components, I hope you realize that you are breaking these
> > examples and components for us with Personal Editions of Delphi!

Not only Delphi PE, C++Builder too.

Fred




Subject: Re: UltimDBGrid donation
From: "Fred" <nospam@nospam.nospam>
Date: Tue, 18 May 2004 17:11:03 +0200
Newsgroups: jedi.vcl

Hello,

> > The files contain may french comments. I think the next step should be
> > to translate them.

I will do that.
Just a word about your cleaning. You regrouped two var defs at the beginning
of the procedure "TUltimDBFooter.UpdateDataPanels". I think it's a dangerous
thing. The var defs were splitted intentionally to prevent side effects in
the sub-procedures and functions. In this case, your modification won't
change anything to the efficiency of the code and it's true that improves
its readability, but I wanted to warn you against this kind of change. Don't
be afraid about that: I'm not going to oversee everything you do with my
code ;-)
A last word: the component "UltimDBFooter" needs some rewriting with
probably a better synchronization mechanism with the main component.
Currently, it's too slow with a huge bunch of data and it's flawed by a
strange bug (I never succeeded in removing it but I'm sure it's due to the
interface between the two components; it's not easy to reproduce).

Fred




Subject: Re: installing on BCB6
From: "Fred" <nospam@nospam.nospam>
Date: Tue, 18 May 2004 16:54:02 +0200
Newsgroups: jedi.vcl

Hello,

Do you have a folder "XML" in your folder "Packages" ? With three files
inside ?
If No -> your JCL version is not usable with the JVCL installer. You have to
download and install the latest build :
http://jcl.sourceforge.net/daily/jcl-Latest.zip

Fred


"A. Ghaibeh" <webmaster@shamsoft.com> a écrit dans le message de
news:c8c77q$q83$1@talkto.net...
> > I am trying to install the latest source on BCB6 however I get this error
> >
> > "Fatal: '"C:\Program Files\Borland\CBuilder6\Projects\Bpl"\CJCL.dcp'
> > does not exist - don't know how to make it"
> >
> > I thought that dcps are for delphi
> >
> > Any help please?




Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 18 May 2004 10:53:59 -0400
Newsgroups: jedi.vcl

TJvDateEdit also has lost its default glyphs.  It look white on white as
you can still click in the area and get the date picker.


-
Craig




Subject: JVCL becoming unusable for P.E. version of Delphi
From: John B <johnbe50@netzero.net>
Date: Tue, 18 May 2004 10:45:22 -0400
Newsgroups: jedi.vcl

Hi all,
 
 To whomever is starting to introduce the CLX Q controls into the 
examples and components, I hope you realize that you are breaking these 
examples and components for us with Personal Editions of Delphi! Why? 
because the PE versions do *not* come with the CLX capability.

 At first I thought it was just some of the examples were being changed 
over, but now I am starting to see some components being redone with the 
Q controls.

 If this is the way you are going with JVCL, then I will have to stop 
using it. :(

John


Subject: Re: Please : DBInspector: Problem with empty value
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Tue, 18 May 2004 16:36:42 +0200
Newsgroups: jedi.vcl

Ok I will try
Thanks

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news: c8d2b9$vte$1@talkto.net...
>> > > However, I've tried again with DBExample. When you set an empty string
and
>> > > you move in the DBGrid it's OK but if you want to move in the inspector
to
>> > > change another value, you have "Data not assigned" message and you are
> > stop
>> > > on this property.
> >
> >     OK, in JvInspector.pas, edit TJvCustomInspectorItem.Apply so that the
> > try/finally block looks like this:
> >
> > --8<----8<----8<--
> >       try
> >         if Data.IsAssigned then
> >           EditCtrl.Text := DisplayValue
> >         else
> >           EditCtrl.Text := '';
> >       finally
> >         TOpenEdit(EditCtrl).OnChange := TmpOnChange;
> >       end;
> > --8<----8<----8<--
> >
> >     now recompile the JvInspector package and your application and things
> > should work again.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Problem for install with Qr4!
From: wQuick <wquick@ig.com.br>
Date: Tue, 18 May 2004 11:07:06 -0300
Newsgroups: jedi.vcl

[Compiling: JvGlobusD7D.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvGlobusD7D.dpk(41) Error: Never-build package 'JvGlobusD7R' requires always-build package 'qr4rund7'
JvGlobusD7D.dpk(75) Fatal: Could not compile used unit '..\..\design\JvgCompDescription.pas'

** error 1 ** deleting "E:\Arquivos de Programas\Borland\Delphi7\\Projects\Bpl"\JvGlobusD7D.bpl

** error 1 ** deleting CompilePackages


Tanks....


Subject: Re: Please : DBInspector: Problem with empty value
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 18 May 2004 16:06:56 +0200
Newsgroups: jedi.vcl

> > However, I've tried again with DBExample. When you set an empty string and
> > you move in the DBGrid it's OK but if you want to move in the inspector to
> > change another value, you have "Data not assigned" message and you are
stop
> > on this property.

    OK, in JvInspector.pas, edit TJvCustomInspectorItem.Apply so that the
try/finally block looks like this:

--8<----8<----8<--
      try
        if Data.IsAssigned then
          EditCtrl.Text := DisplayValue
        else
          EditCtrl.Text := '';
      finally
        TOpenEdit(EditCtrl).OnChange := TmpOnChange;
      end;
--8<----8<----8<--

    now recompile the JvInspector package and your application and things
should work again.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: TJvGenetic
From: Pierre Y. <pierre@[levosgien].net>
Date: Tue, 18 May 2004 16:01:50 +0200
Newsgroups: jedi.vcl

Hello,

Is there some samples on how to use TJvGenetic ?

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: Please : DBInspector: Problem with empty value
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 18 May 2004 15:55:11 +0200
Newsgroups: jedi.vcl

> > Sorry but I didn't know that it wasn't possible at this moment.

    well, I probably should have replied sometime sooner, and to be
completely honest, I had forgotten about your first post about this issue
and wasn't reminded of it until yesterday.

> >
> > However, I've tried again with DBExample. When you set an empty string and
> > you move in the DBGrid it's OK but if you want to move in the inspector to
> > change another value, you have "Data not assigned" message and you are
stop
> > on this property.

    hey, didn't notice that! I thought you were complaining about an empty
string being converted into null, so I tried in the DBGrid to see what
happens when I assign an empty string. Did not test in the inspector. OK,
this is a generic bug somewhere in TJvCustomInspectorItem, but since the DB
data layer is virtually the only one capable of being 'unassigned' no-one
noticed that bug creeping in. Will see if I can correct it without reverting
to code that apparantly needed fixing at some point.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Please : DBInspector: Problem with empty value
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Tue, 18 May 2004 15:39:25 +0200
Newsgroups: jedi.vcl

> > asking it multiple times will not change the fact that it at this

> > moment

>> > > not possible ;-)

Sorry but I didn't know that it wasn't possible at this moment.

However, I've tried again with DBExample. When you set an empty string and
you move in the DBGrid it's OK but if you want to move in the inspector to
change another value, you have "Data not assigned" message and you are stop
on this property.



"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news: c8ciat$sbs$1@talkto.net...
>> > >    asking it multiple times will not change the fact that it at this
> > moment
>> > > not possible ;-)
> >
> >     hmm, it appears that setting a value to an empty string does just
that:
> > set it to an empty string. However, for some reason the field gets set to
> > null regardless (it doesn't even matter if use a single space). So quite
> > possible it is a database thing (for your info: I tried with the
DBExample,
> > and even entering an empty string in the grid will turn the field back to
> > nil; the same goes for when I use the DBDesktop application).
> >
> >     So, the only option left is to specify if you want to see the
> > (unassigned) text or just an empty string, but that's all I can do about
> > this issue.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: installing on BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 22:00:58 +0900
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> obones wrote:
>  > Especially the fact that no package is generated and
>  > the 2883645 error.
>
>  > [Compiling: Packages]
>  > ** error 2883645 ** deleting Compile
>
> This is the place where the JCL dcp files should be compiled. I don't know what error 2883645 means but it is the error value MAKE.EXE returns. I've never had such an error.
> Does MakeJCLDCP4BCB.BAT works? If yes then the Installer does something your system does not accept. For me (BCB 6 Trail) it compiles the JC DCP packages without such an error.
>
> -- 
> Regards,
>
> Andreas Hausladen
>
MakeJCLDCP4BCB.BAT gives me the same error number "** error 2883645 ** deleting compile


Subject: Re: jvThumbView Help/Bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 May 2004 14:37:52 +0200
Newsgroups: jedi.vcl

BTW, what ever happened to the update of TJvThumbView (the one that was
supposed to be done with the BestOffice people)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 May 2004 14:34:26 +0200
Newsgroups: jedi.vcl

> > Maybe it helps if you comment the following code in JvToolEdit.pas
Unfortunately, that code only applies to VCLX and the error is in VCL (could
be in VCLX as well but I haven't checked).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: installing on BCB6
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Tue, 18 May 2004 22:32:16 +1000
Newsgroups: jedi.vcl

A. Ghaibeh wrote:
> Andreas Hausladen wrote:
>
>> obones wrote:
>>  > Especially the fact that no package is generated and
>>  > the 2883645 error.
>>
>>  > [Compiling: Packages]
>>  > ** error 2883645 ** deleting Compile
>>
>> This is the place where the JCL dcp files should be compiled. I don't know what error 2883645 means but it is the error value MAKE.EXE returns. I've never had such an error.
>> Does MakeJCLDCP4BCB.BAT works? If yes then the Installer does something your system does not accept. For me (BCB 6 Trail) it compiles the JC DCP packages without such an error.
>>
>> -- 
>> Regards,
>>
>> Andreas Hausladen
>>
> No MakeJCLDCP4BCB.BAT does not work. It says "unknown edition ..\..\JCL".

type the command line like that:

MakeJCLDcp4BCB c6 "--jcl-path=x:\path to\the\jcl"

Please note the position of the first quote, it has to be BEFORE --jcl-path

This should work better


Subject: Re: installing on BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 21:23:43 +0900
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> obones wrote:
>  > Especially the fact that no package is generated and
>  > the 2883645 error.
>
>  > [Compiling: Packages]
>  > ** error 2883645 ** deleting Compile
>
> This is the place where the JCL dcp files should be compiled. I don't know what error 2883645 means but it is the error value MAKE.EXE returns. I've never had such an error.
> Does MakeJCLDCP4BCB.BAT works? If yes then the Installer does something your system does not accept. For me (BCB 6 Trail) it compiles the JC DCP packages without such an error.
>
> -- 
> Regards,
>
> Andreas Hausladen
>
No MakeJCLDCP4BCB.BAT does not work. It says "unknown edition ..\..\JCL".


Subject: Re: installing on BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 20:47:00 +0900
Newsgroups: jedi.vcl

obones wrote:
>> Thank you very much.
>> This check box is disabled (however checked). I have tried to install the packages manually, and had an error "required package Jcjl not found". To overcome this problem I have changed the project options and removed "-LUCJcl" from "PFLAGS" options and added JCL source path to the package. I did not finish installing all the packages yet but it is working for now
>
>
> This is working, but it is not the recommended way of doing it. However, for as long as the installer is not working fully, this is the way to go.
Is it working with JCL1.91-rc1? I could not run it. It says unknown edition. I have both JCL and JVCL on the same level.


Subject: Re: installing on BCB6
From: Andreas Hausladen <NoMail@me.de>
Date: Tue, 18 May 2004 13:30:06 +0200
Newsgroups: jedi.vcl

obones wrote:
> Especially the fact that no package is generated and
> the 2883645 error.

> [Compiling: Packages]
> ** error 2883645 ** deleting Compile

This is the place where the JCL dcp files should be compiled. I don't know what error 2883645 means but it is the error value MAKE.EXE returns. I've never had such an error.
Does MakeJCLDCP4BCB.BAT works? If yes then the Installer does something your system does not accept. For me (BCB 6 Trail) it compiles the JC DCP packages without such an error.

-- 
Regards,

Andreas Hausladen



Subject: Re: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: Andreas Hausladen <NoMail@me.de>
Date: Tue, 18 May 2004 13:23:20 +0200
Newsgroups: jedi.vcl

> Andreas, please take a look ASAP.

I'll have a look at it this evening.

Maybe it helps if you comment the following code in JvToolEdit.pas

Line 1521:
        if Supports(Editor, IComboEditHelper, EditHelperIntf) then
         begin
           EditRect := EditHelperIntf.GetEditorRect;
           EditHelperIntf := nil;
         end
         else

-- 
Regards,

Andreas Hausladen



Subject: Re: installing on BCB6
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Tue, 18 May 2004 21:07:27 +1000
Newsgroups: jedi.vcl

> Thank you very much.
> This check box is disabled (however checked). I have tried to install the packages manually, and had an error "required package Jcjl not found". To overcome this problem I have changed the project options and removed "-LUCJcl" from "PFLAGS" options and added JCL source path to the package. I did not finish installing all the packages yet but it is working for now

This is working, but it is not the recommended way of doing it. However, for as long as the installer is not working fully, this is the way to go.


Subject: Re: jvThumbView Help/Bug?
From: Yannis <None@Noware.non>
Date: Tue, 18 May 2004 10:50:48 +0000 (UTC)
Newsgroups: jedi.vcl

micha schumann <schumann@itc-ms.de> wrote in news:c8b4gg$kkh$1@talkto.net:

> > Hi,
> > 
> > I use jvThumbView in an application that displays some Pictures and 
[Snip ...]

I haven't tested the comopnent this way I do not know if there is any 
problem I will test it tonight and probably I'll be able tomorow to tell 
you more about it or provide a fix for it.

Regards
Johnnie.


Subject: Re: installing on BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 18 May 2004 14:48:24 +0400
Newsgroups: jedi.vcl

A. Ghaibeh wrote:
I've also seen this problem sometimes on the new installation of BCB6 (and not only), to solve I installed CJCL at the beginning and then manually run the MakeJCLDcp4BCB.bat C6,
this helped me many times.
install.exe for BCB6 sometimes is not working without this.
>
>>
>>
>> Ok. one thing came to my mind:
>> In the installer, there is a checkbox about creating the JCL DCP file for BCB. This checkbox MUST be checked for any new installation. If it is not, please ensure it is.
>>
>> However, by looking at the log file, there is that:
>>
>> [Copying: Templates]
>>         1 file(s) copied.
>> [Generating: Packages]
>> Generating packages for c6
>>     Loaded template.cfg
>>     Loaded template.dpk
>> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>> [Compiling: Packages]
>>
>> ** error 2883645 ** deleting Compile
>> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>>
>> And the output is not quite what I expect. Especially the fact that no package is generated and the 2883645 error. Unfortunately, I can't have a look at it right now, my computer's still broken.
>> I'll have a look as soon as it gets back, and others may have a look as well.
>
>
> Thank you very much.
> This check box is disabled (however checked). I have tried to install the packages manually, and had an error "required package Jcjl not found". To overcome this problem I have changed the project options and removed "-LUCJcl" from "PFLAGS" options and added JCL source path to the package. I did not finish installing all the packages yet but it is working for now


Subject: Re: installing on BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 18:43:09 +0900
Newsgroups: jedi.vcl


>
>
> Ok. one thing came to my mind:
> In the installer, there is a checkbox about creating the JCL DCP file for BCB. This checkbox MUST be checked for any new installation. If it is not, please ensure it is.
>
> However, by looking at the log file, there is that:
>
> [Copying: Templates]
>         1 file(s) copied.
> [Generating: Packages]
> Generating packages for c6
>     Loaded template.cfg
>     Loaded template.dpk
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> [Compiling: Packages]
>
> ** error 2883645 ** deleting Compile
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>
> And the output is not quite what I expect. Especially the fact that no package is generated and the 2883645 error. Unfortunately, I can't have a look at it right now, my computer's still broken.
> I'll have a look as soon as it gets back, and others may have a look as well.

Thank you very much.
This check box is disabled (however checked). I have tried to install the packages manually, and had an error "required package Jcjl not found". To overcome this problem I have changed the project options and removed "-LUCJcl" from "PFLAGS" options and added JCL source path to the package. I did not finish installing all the packages yet but it is working for now


Subject: Re: Please : DBInspector: Problem with empty value
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 18 May 2004 11:33:38 +0200
Newsgroups: jedi.vcl

> >    asking it multiple times will not change the fact that it at this
moment
> > not possible ;-)

    hmm, it appears that setting a value to an empty string does just that:
set it to an empty string. However, for some reason the field gets set to
null regardless (it doesn't even matter if use a single space). So quite
possible it is a database thing (for your info: I tried with the DBExample,
and even entering an empty string in the grid will turn the field back to
nil; the same goes for when I use the DBDesktop application).

    So, the only option left is to specify if you want to see the
(unassigned) text or just an empty string, but that's all I can do about
this issue.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: installing on BCB6
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Tue, 18 May 2004 18:45:51 +1000
Newsgroups: jedi.vcl

A. Ghaibeh wrote:
> OBones wrote:
>
>> A. Ghaibeh wrote:
>>
>>> I am trying to install the latest source on BCB6 however I get this error
>>>
>>> "Fatal: '"C:\Program Files\Borland\CBuilder6\Projects\Bpl"\CJCL.dcp' does not exist - don't know how to make it"
>>>
>>> I thought that dcps are for delphi
>>
>>
>> They are for BCB packages that use pascal source code too. Look in your installation folder, you'll find heaps (vcl.dcp, vclx.dcp...)
>>
>>> Any help please?
>>
>>
>> Can you give me more context than just the error message ?
>>
> Thank you for your reply
>
> I am using the defaults settings of the installation program, with JCL1.91-rc1 installed

Ok. one thing came to my mind:
In the installer, there is a checkbox about creating the JCL DCP file for BCB. This checkbox MUST be checked for any new installation. If it is not, please ensure it is.

However, by looking at the log file, there is that:

[Copying: Templates]
        1 file(s) copied.
[Generating: Packages]
Generating packages for c6
    Loaded template.cfg
    Loaded template.dpk
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Compiling: Packages]

** error 2883645 ** deleting Compile
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

And the output is not quite what I expect. Especially the fact that no package is generated and the 2883645 error. Unfortunately, I can't have a look at it right now, my computer's still broken.
I'll have a look as soon as it gets back, and others may have a look as well.


Subject: Re: Please : DBInspector: Problem with empty value
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 18 May 2004 10:25:29 +0200
Newsgroups: jedi.vcl

> > With DBInspector, I've a string property which value can be empty (not
null
> > but = ''). And when I assign this value, I've a message "Data not
Assigned".
> > So can we have an empty value ?

   asking it multiple times will not change the fact that it at this moment
not possible ;-) I'm not sure how to allow setting a string field to either
'' or null. I chose to interprete an empty string as setting to null since
most of the time this will suffice (reading the field as string will result
in an empty string anyway). I might add an option to show null values as an
empty string instead of the '(unassigned)' message.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Please : DBInspector: Problem with empty value
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Tue, 18 May 2004 09:59:37 +0200
Newsgroups: jedi.vcl

Hi,

With DBInspector, I've a string property which value can be empty (not null
but = ''). And when I assign this value, I've a message "Data not Assigned".
So can we have an empty value ?





Subject: Re: Installing problem
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 16:35:37 +0900
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> A. Ghaibeh wrote:
>
>
>> I am sorry the missing file is JvQScreenResolution.pas
>
>
> You try to install the CLX version?
> From my side the CLX version is not working at the moment but this should
> change next weekend.
>
Thank you


Subject: Re: installing on BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 16:34:20 +0900
Newsgroups: jedi.vcl

OBones wrote:
> A. Ghaibeh wrote:
>
>> I am trying to install the latest source on BCB6 however I get this error
>>
>> "Fatal: '"C:\Program Files\Borland\CBuilder6\Projects\Bpl"\CJCL.dcp' does not exist - don't know how to make it"
>>
>> I thought that dcps are for delphi
>
> They are for BCB packages that use pascal source code too. Look in your installation folder, you'll find heaps (vcl.dcp, vclx.dcp...)
>
>> Any help please?
>
> Can you give me more context than just the error message ?
>
Thank you for your reply

I am using the defaults settings of the installation program, with JCL1.91-rc1 installed

The whole log file is as bellow
_________________________________________________________________

Windows XP Service Pack 1 (5.1.2600)

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Writing: ..\C6\dcc32.cfg
[Generating: Packages]
Generating packages for C6
    Loaded template.bpk
    Loaded template.cpp
    Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Copying: Templates]
        1 file(s) copied.
[Generating: Packages]
Generating packages for c6
    Loaded template.cfg
    Loaded template.dpk
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Compiling: Packages]

** error 2883645 ** deleting Compile
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Compiling: Jv3rdC6R.bpl]
Loading project file
Loading template
Generating Makefile
..........................................
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    "C:\PROGRA~1\Borland\CBUILD~1\bin\..\BIN\bcc32" -Od -H=C:\PROGRA~1\Borland\CBUILD~1\bin\..\lib\vcl60.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   -tWM -w-par -I..\..\design;..\..\run;..\..\common;C:\PROGRA~1\Borland\CBUILD~1\bin\..\include;C:\PROGRA~1\Borland\CBUILD~1\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\lib\c6\obj\ .\Jv3rdC6R.CPP
Borland C++ 5.6.4 for Win32 Copyright (c) 1993, 2002 Borland
..\jv3rdc6r.cpp:
Loaded pre-compiled headers.
    "C:\PROGRA~1\Borland\CBUILD~1\bin\..\BIN\dcc32" -Q -M -B -N1"C:\Program Files\Borland\CBuilder6\Include\Vcl" -N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W -$O- -$A8 -v -JPHNE -M -UC:\PROGRA~1\Borland\CBUILD~1\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;C:\PROGRA~1\Borland\CBUILD~1\bin\..\include;C:\PROGRA~1\Borland\CBUILD~1\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c6\obj;C:\PROGRA~1\Borland\CBUILD~1\bin\..\Projects\Lib;C:\PROGRA~1\Borland\CBUILD~1\bin\..\lib\obj;C:\PROGRA~1\Borland\CBUILD~1\bin\..\lib;C:\PROGRA~1\Borland\CBUILD~1\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;C:\PROGRA~1\Borland\CBUILD~1\bin\..\include;C:\PROGRA~1\Borland\CBUILD~1\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;C:\PROGRA~1\Borland\CBUILD~1\bin\..\include;C:\PROGRA~1\Borland\CBUILD~1\bin\..\include\vcl --BCB ..\..\common\JvGnugettext.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
3538 lines, 1.02 seconds, 27470 bytes code, 40 bytes data.
    "C:\PROGRA~1\Borland\CBUILD~1\bin\..\BIN\ilink32" @MAKE0000.@@@
Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
Fatal: '"C:\Program Files\Borland\CBuilder6\Projects\Bpl"\CJCL.dcp' does not exist - don't know how to make it

** error 1 ** deleting CompilePackages


Subject: Changes to JvEx* makes TJvCustomComboEdit draw it's button incorrectly (JvToolEdit.pas)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 May 2004 09:20:41 +0200
Newsgroups: jedi.vcl

See Mantis#1779: the button is there but it is not drawn correctly (white on
white). I have tried backtracking the sources but the changes affects to
many units and I can't determine where the problem is. Andreas, please take
a look ASAP.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last jvcl and JvAppInstances.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 08:56:54 +0200
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > In last JvAppInstances.pas one line in Check procedure is commented,
> > without this line the JvAppInstances is not working at all.

That was me (testing for VisualCLX code). It is now fixed in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: Installing problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 08:55:08 +0200
Newsgroups: jedi.vcl

A. Ghaibeh wrote:

> > I am sorry the missing file is JvQScreenResolution.pas

You try to install the CLX version?
From my side the CLX version is not working at the moment but this should
change next weekend.

-- Regards, Andreas Hausladen 

Subject: Re: installing on BCB6
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 18 May 2004 16:29:03 +1000
Newsgroups: jedi.vcl

A. Ghaibeh wrote:

> I am trying to install the latest source on BCB6 however I get this error
>
> "Fatal: '"C:\Program Files\Borland\CBuilder6\Projects\Bpl"\CJCL.dcp' does not exist - don't know how to make it"
>
> I thought that dcps are for delphi
They are for BCB packages that use pascal source code too. Look in your installation folder, you'll find heaps (vcl.dcp, vclx.dcp...)

> Any help please?
Can you give me more context than just the error message ?



Subject: Re: UltimDBGrid donation
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 18 May 2004 16:27:40 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Most of the code of UltimDBGrid should be merged into TJvDBGrid, at
>> least, that's what I think.
>
> ...or maybe the other way around :)
>
Uh... yeah, pick the way that involves the less copy and paste ;-)



Subject: installing on BCB6
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 15:24:02 +0900
Newsgroups: jedi.vcl

I am trying to install the latest source on BCB6 however I get this error

"Fatal: '"C:\Program Files\Borland\CBuilder6\Projects\Bpl"\CJCL.dcp' does not exist - don't know how to make it"

I thought that dcps are for delphi

Any help please?


Subject: Re: UltimDBGrid donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 May 2004 08:19:26 +0200
Newsgroups: jedi.vcl

> > Most of the code of UltimDBGrid should be merged into TJvDBGrid, at
> > least, that's what I think.
....or maybe the other way around :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installing problem
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 15:11:37 +0900
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> A. Ghaibeh wrote:
>
>
>> However now it asks me for JvScreenResolution.pas, which I can not found even within webcvs. 
>
>
> It is there. (jvcl3\run) Maybe you were in the wrong CVS folder:
> http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/
>
>
>
>> I have removed it declaration from the package
>> (JvSystemD7R.dpk) however the installer added it again, so
>> I had to do a manual installation.
>
>
> The Installer regenerates the .dpk files from the packages\xml files.
>
>

I am sorry the missing file is JvQScreenResolution.pas


Subject: Last jvcl and JvAppInstances.pas
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 18 May 2004 10:02:07 +0400
Newsgroups: jedi.vcl

In last JvAppInstances.pas one line in Check procedure is commented, without this line the JvAppInstances is not working at all.


Subject: Re: Installing problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 May 2004 07:56:08 +0200
Newsgroups: jedi.vcl

A. Ghaibeh wrote:

> > However now it asks me for JvScreenResolution.pas, which I 
> > can not found even within webcvs. 

It is there. (jvcl3\run) Maybe you were in the wrong CVS folder:
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/


> > I have removed it declaration from the package
> > (JvSystemD7R.dpk) however the installer added it again, so
> > I had to do a manual installation.

The Installer regenerates the .dpk files from the packages\xml files.


-- Regards, Andreas Hausladen 

Subject: Re: Installing problem
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 12:57:06 +0900
Newsgroups: jedi.vcl

A. Ghaibeh wrote:
> I am trying to install the daily snapshot and I always receive this error
>
> " Error JvPageSetupTitledRus.rc 7 53: Unterminated string or hexstring constant"
>
> any help please?
>
> I am using JCL1.91-rc1
>
> Thank you very much
It was my mistake. I had the old source in my path.
However now it asks me for JvScreenResolution.pas, which I can not found  even within webcvs. I have removed it declaration from the package (JvSystemD7R.dpk) however the installer added it again, so I had to do a  manual installation.


Subject: Re: UltimDBGrid donation
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 18 May 2004 09:00:01 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I committed UltimDBGridCleaned.zip. It contains roughly cleaned sources.
> I also added a small local helper function to reduce code size.
>
> The files contain may french comments. I think the next step should be to translate them.

I'll have a look at that.
Most of the code of UltimDBGrid should be merged into TJvDBGrid, at least, that's what I think.



Subject: jvThumbView Help/Bug?
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 17 May 2004 20:31:47 +0000
Newsgroups: jedi.vcl

Hi,

I use jvThumbView in an application that displays some Pictures and adds some charts in an other directory:

....
  forceDirectories(docPicDir+curPrsId);
  ThumbView.directory:=docPicDir+curPrsId
....

procedure TPicForm.ThumbViewStopScanning(Sender: TObject);
var i:integer;
begin
  // Nun holen wir noch die charts
  if anzcharts=0 then exit;
  for i:=1 to anzcharts do
    ThumbView.addfromfile(tempdir+'chart'+intToStr(i)+'.bmp');
  screen.cursor:=crDefault;
end;

Problem: If no pics are in the thumbview-directory, addFromFile always fails. I tried to call it directly - no chance. Everything is fine if a single pic is in the thumbview-directory.

Micha


Subject: Installing problem
From: "A. Ghaibeh" <webmaster@shamsoft.com>
Date: Tue, 18 May 2004 03:13:29 +0900
Newsgroups: jedi.vcl

I am trying to install the daily snapshot and I always receive this error

" Error JvPageSetupTitledRus.rc 7 53: Unterminated string or hexstring constant"

any help please?

I am using JCL1.91-rc1

Thank you very much


Subject: Re: VCL -> CLX converter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 17 May 2004 19:45:30 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Why you don't add the Patches to Jv(Q)3rd-R ?

The patches affect the whole VisualCLX. For QThemed it is no problem since
I'm the copyright holder but I don't think that the JVCL should be under
GPL, that would be forced by the VisualCLX inclusion (dual license:
Borland nonsens licence / GPL. For open source we must use GPL).


> > Afaik I added ANIMATE to the template of the clx-packages.

I have a new tool called JvclVclClx that does a lot more than jpp +
VclToClx. There is only one missin part in it I'm writing at the moment.


-- Regards, Andreas Hausladen 

Subject: Re: VCL -> CLX converter
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 17 May 2004 19:19:44 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The VCL->CLX converter (I think it was jpp) destroys the JvExComCtrls file
> by replacing

It is jpp causing this for sure. (I have had more problems in the past with jpp)

>  {$IF not declared(PatchedVCLX)}
>   {$DEFINE NeedMouseEnterLeave}
>  {$IFEND}
>
Not declared(PatchedVCLX) evaluates to false on my system ;)

Why you don't add the Patches to Jv(Q)3rd-R ? ( + QTrayIcon + QThemes maybe too ? )
Should we add a package with VCL/VisualCLX independant code?

>
> This results in a not set ANIMATE conditions which says JvQExComCtrls not
> generate a TJvExAnimate class which results in a fatal error message in
> JvQAnimate.
>
Afaik I added ANIMATE to the template of the clx-packages.

Regards,

André Snepvangers


Subject: Re: Error Instaling JCL 1.90
From: "Reinaldo Cesar" <reinaldomartins@ig.com.br>
Date: Mon, 17 May 2004 13:47:28 -0300
Newsgroups: jedi.vcl

OK... Tks...

"obones" <obones_gfdg_@__rgee__altern.org> escreveu na mensagem
news:c8a8ip$evf$1@talkto.net...
> > This error has already been fixed in CVS, you should use the CVS
> > versions of both the JCL and JVCL. You can get a snapshot from here:
> >
> > http://jcl.sf.net/daily/
> > http://jvcl.sf.net/daily/
> >
> > Thank you for considering the JVCL
> >
> > Olivier Sannier
> > JVCL Developer




Subject: UltimDBGrid donation
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 May 2004 16:51:23 +0200
Newsgroups: jedi.vcl

I committed UltimDBGridCleaned.zip. It contains roughly cleaned sources.
I also added a small local helper function to reduce code size.

The files contain may french comments. I think the next step should be to translate them.

The Zip does not contain the examples and the help files.



Subject: Re: Cannot install !
From: Marc Valentin <mvalentin@NOSPAM_abeditions.com>
Date: Mon, 17 May 2004 16:49:05 +0200
Newsgroups: jedi.vcl

Ok. it looks to work now... i don't know why

Marc Valentin wrote:

> I try to install version 3.0 and get this :
> Compiling package: JvCoreD7R.bpl
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> C:\Program Files\Borland\Delphi7\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared identifier: 'CharIsNumber'
> C:\Program Files\Borland\Delphi7\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable to this operand type
> C:\Program Files\Borland\Delphi7\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could not compile used unit '..\..\run\JvJCLUtils.pas'
>
> Can you help me ? What is wrong ?


Subject: Cannot install !
From: Marc Valentin <mvalentin@NOSPAM_abeditions.com>
Date: Mon, 17 May 2004 16:44:12 +0200
Newsgroups: jedi.vcl

I try to install version 3.0 and get this :
Compiling package: JvCoreD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program Files\Borland\Delphi7\jvcl\run\JvJCLUtils.pas(7216) Error: Undeclared identifier: 'CharIsNumber'
C:\Program Files\Borland\Delphi7\jvcl\run\JvJCLUtils.pas(7216) Error: Operator not applicable to this operand type
C:\Program Files\Borland\Delphi7\jvcl\run\JvJVCLUtils.pas(52) Fatal: Could not compile used unit '..\..\run\JvJCLUtils.pas'

Can you help me ? What is wrong ?


Subject: Re: Many Components don't work. They all have the same error while compiling
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 May 2004 15:49:56 +0200
Newsgroups: jedi.vcl

> > [Fataler Fehler] Unit1.pas(7): Unit JvArrowButton wurde mit einer
> > unterschiedlichen Version von JvComponent.TJvGraphicControl compiliert
You have duplicate DCU, DCP and/or BPL files in your path. Remove the
duplicates and you should be fine. Remove both JCL and JVCL units.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Many Components don't work. They all have the same error while compiling
From: Manuel <mamein@gmx.de>
Date: Mon, 17 May 2004 14:48:28 +0200
Newsgroups: jedi.vcl

When I compile a Project with JVCL-Components, following error appears with the most Compos:
[Fataler Fehler] Unit1.pas(7): Unit JvArrowButton wurde mit einer unterschiedlichen Version von JvComponent.TJvGraphicControl compiliert

Thanks for help,
Manuel


Subject: Re: Error in JvBackground.pas
From: Manuel <mamein@gmx.de>
Date: Mon, 17 May 2004 14:43:08 +0200
Newsgroups: jedi.vcl

I have installed the components without any problem.
But now I have another problem. To this I'll start a new thread.

Manuel


Subject: Re: Error Instaling JCL 1.90
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Mon, 17 May 2004 22:33:05 +1000
Newsgroups: jedi.vcl

This error has already been fixed in CVS, you should use the CVS versions of both the JCL and JVCL. You can get a snapshot from here:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Thank you for considering the JVCL

Olivier Sannier
JVCL Developer


Subject: Error Instaling JCL 1.90
From: "Reinaldo Cesar" <reinaldomartins@ig.com.br>
Date: Mon, 17 May 2004 08:17:21 -0300
Newsgroups: jedi.vcl

Hello Friends!
How much I try to install JCL 1,90 later to try to install JVCL 3.0 appears
the following error in the installation.
Somebody can Help me?
Thanks
Reinaldo

Jedi Code Library
Release 1.90
Build 1497
05-Apr-2004

Installing package C:\Arquivos de
programas\Borland\Delphi7\Lib\Componentes\Jedi 3.0\JCL\packages\d7\DJcl.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Fatal: File not found: 'C:\Arquivos.dpr'





Subject: DBInspector: Problem with empty value
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Mon, 17 May 2004 11:16:40 +0200
Newsgroups: jedi.vcl

Hi,

With DBInspector, I've a string property which value can be empty (not null
but = ''). And when I assign this value, I've a message "Data not Assigned".
So can we have an empty value ?





Subject: Re: TJvDBTreeView does not delete children from database
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 May 2004 09:50:21 +0200
Newsgroups: jedi.vcl

JvDBTreeView has a lot of problems. Unfortunately, it doesn't seem like
anyone has the time, knowledge or interest to fix them, so you are pretty
much on your won with that one.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to Use the Docking Components?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 May 2004 09:48:14 +0200
Newsgroups: jedi.vcl

> > How can I Dock the Components on Runtime? I mean with Code.
See the MSNDN2002 demo. It has some code to manually dock the forms if no
dock info is available.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: some questions to decide on
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 17 May 2004 08:33:31 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This decreases the safety. It can be called with a non-object without
> > problems.  I do not mind the implementation though. The major gain is
> > that it reveals problems with already freed objects.

Better be not type safe than having to write:

var
  obj: TComponent;
begin
  ...
  FreeNil(TObject(obj));
end;


> > It can be called with a non-object 

Do you call FreeAndNil with non-object variables? Write a comment before
the function declaration and that should be enough.



-- Regards, Andreas Hausladen 

Subject: Re: some questions to decide on
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 May 2004 06:19:53 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Andreas Hausladen wrote:
>
>> I hate typecasting to TObject in such a way. Better use a typeless
>> parameter:
>
>
> This decreases the safety. It can be called with a non-object without problems.
> I do not mind the implementation though. The major gain is that it reveals problems with already freed objects.

I forgot: we can even try several different implementations to see what happens.



Subject: Re: some questions to decide on
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 May 2004 06:18:36 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I hate typecasting to TObject in such a way. Better use a typeless
> parameter:

This decreases the safety. It can be called with a non-object without problems.
I do not mind the implementation though. The major gain is that it reveals problems with already freed objects.



Subject: Re: MenuLine Corrected in JvMenus
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 17 May 2004 09:28:00 +1000
Newsgroups: jedi.vcl

Rainer Budde wrote:
> Hi,
>
> I´ve posted last week the effect. I you use a MenuItemPainter in combination
> with a JvPopupMenu to draw a Margin. In my Menu I use line seperators but
> the seperators are drawn in the margin. To remove this effect i´ve fixed it
> in JvMenus, Procedure DrawSeparator. I´ve put in (FLeftMargin -4). The "-4"
> is a constant, because the line ended directly on the margin. Maybe you put
> it in the cvs, because now it´s the same effect like JVCL 2.10 ;).

Thanks for that. I've known the effect, but I'm not sure the solution is the correct, one, I'd rather change the value of the rectangle given to the function. Anyway, I'll have a look at it later on.

Cheers

Olivier Sannier
JVCL Developer



Subject: How to Use the Docking Components?
From: Henry Keller <Webmaster@nostalb.de>
Date: Mon, 17 May 2004 00:44:52 +0200
Newsgroups: jedi.vcl

Hallo

How can I Dock the Components on Runtime? I mean with Code.

Thanks


Subject: Re: JvMaskEdit
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 17 May 2004 00:37:44 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Remko Bonte wrote:
>
>
>> The second comment is a note about the difference between the VCL and
>> VisualCLX code. That is, the VisualCLX code has no alignment switching.
>> Which indicated to me that there was something wrong with the VCL code.
>
>
> VisualCLX that is based on Qt 2 has no support for Right-to-Left reading
> if I remember correctly. But André meight know more about this.
>
>

Qt 3 introduces TextDirection { Auto, RTL, LTR } (default=Auto), if this means that under Qt2 textdirection is Auto I don't know.
We could define BiDiMode as a constant or implement a readonly property BiDiMode to illiminate ifdef's .

Regards,

André


Subject: Re: JvMaskEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 May 2004 23:49:03 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > The second comment is a note about the difference between the VCL and
> > VisualCLX code. That is, the VisualCLX code has no alignment switching.
> > Which indicated to me that there was something wrong with the VCL code.

VisualCLX that is based on Qt 2 has no support for Right-to-Left reading
if I remember correctly. But André meight know more about this.


-- Regards, Andreas Hausladen 

Subject: Re: JvMaskEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 16 May 2004 23:32:59 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>     { (rb) Alignment switching is already in PaintEdit ?? }
>     { (rb) implementation VCL <> VisualCLX }
>     ...Alignment switching code...

It seems to me that the alignment is converted twice (left alignment into right alignment and vice versa), once in PaintEdit and once in TJvCustomMaskEdit.WMPaint.

I didn't know how to test it, thus could only rely on my code-reading skills; thus stayed on the safe side and only placed a comment.

The second comment is a note about the difference between the VCL and VisualCLX code. That is, the VisualCLX code has no alignment switching. Which indicated to me that there was something wrong with the VCL code.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvDBTreeView does not delete children from database
From: Stefano <stefano@stefanobizzi.it>
Date: Sun, 16 May 2004 23:20:14 +0200
Newsgroups: jedi.vcl

Hi all,
I don't know if I am missing something or if it's the component not behaving properly, but when I delete a node from a TJvDBTreeView it asks if I want to "delete node and all of its children" but then it deletes from the database only the node itself, leaving the children in the table.
Is this a bug of some sort?

Thanks in advance

Stefano


Subject: Re: New VisualCLX units
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 16 May 2004 20:59:22 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
>
> More ?
>
Help !


Subject: Re: New VisualCLX units
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 16 May 2004 20:50:26 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Could we make a TODO list for the CLX support and divide the work? I am not
> sure where to continue at the moment and since there are (at least) 3 of us
> mucking about in the units, I think we need it to continue.
>

Jv(Q)DrvCtrls,  examples, testing, more testing, JvDbCtrls?, JvPrintPreView?, JvInterpreter? JvTimeFramework (needs TMetaCanvas)?,
Installer, clxgenerator (there are various ways to implement it).
Linux support: *.desktop support (=file types/icons/associates).

More ?

Anyway we should also decide about what are the priorities.

Regards,

André Snepvangers


Subject: Re: some questions to decide on
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 May 2004 20:36:33 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > procedure FreeNil(var Obj: TObject);

I hate typecasting to TObject in such a way. Better use a typeless
parameter:

procedure FreeNil(var Obj{: TObject});
begin
  if Pointer(Obj) <> nil then
  begin
    TObject(Obj).Destroy;
    Pointer(Obj) := nil;
  end;
end;

Here we safe one method call.


-- Regards, Andreas Hausladen 

Subject: Led control for .Net
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 16 May 2004 20:33:49 +0200
Newsgroups: jedi.vcl

Hi all,

  In the jedi.binaries group you'll find my attempt at a conversion of
TJvLed to the .Net framework (not VCL.NET). This component was chosen as a
first attempt primarily because it is a relatively simple control.
  The basic concept uses separate LedStyle classes which are responsible for
rendering a certain led style (currently only two are provided, both a
standard round led, but the second allows for multiple colors).
  This scheme allows many controls to be written which will all use the same
led styles. E.g. a new control could be added to provide a led based
progress bar, which will use a LedStyle object to represent each led.
  I tried to consistently use .Net style naming (and captilization)
throughout the sources, while still adhering to the common code style used
in JCL/JVCL (Robert: don't bother style cleaning, the sources are in a state
of flux and any thing you do would be pointless). I refrained from using
Delphi constructs that are not easily translatable/usable in C# (virtual
class methods, virtual constructor, class references) to keep potential
C#/VB.NET users happy (BTW: I do not have VS.NET 2003 so I could not check
if it indeed works in VS/C#, but I see no reason why it shouldn't).

SingleLed
==========
  The Led control is called SingleLed. It allows for a single led (well,
duh!) to be rendered, with optional blinking. For this only three properties
are used:
  * LedStyle (to select the type of led to render; depending on the choice
you get different properties to customize the style).
  * LedState (to determine the state of the led; for single color led styles
you can choose between On (1) or Off (0) while multi color led styles allows
you to choose any of the colors/states defined by the style).
  * BlinkInterval (to specify the interval between alternating the led state
(use 0 to disable Blinking). Current implementation can only alternate
between the first two states of a multi color led).

LedStyles
=========
  Each led control uses a style. A style is a class, descending from
LedStyleBase or one of it's descendants. Currently two styles are provided,
both descending from NormalLedStyleBase (which descends from LedStyleBase).

LedStyle: SingleColorNormalLedStyle
===================================
  As a descendant of NormalLedStyleBase provides properties to determine the
diameter of the led, the highlight percentage and the frame style. In
addition it provides properties to specify the color of the led and the
percentage of that color to use as an off state.

LedStyle: MultiColorNormalLedStyle
==================================
  As a descendant of NormalLedStyleBase provides properties to determine the
diameter of the led, the highlight percentage and the frame style. In
addition it publishes the States property which allows to specify the
various states the led should be able to render.

LedStates
=========
  Each led style uses LedStateBase descendants to determine the color of a
led. The SingleColorNormalLedStyle keeps this collection hidden and uses a
specialised LedStateBase descendant for the Off state (this class is hidden
in the implementation section).
  The LedStates are stored in a collection. A combination of TypeConverter
and Editor is used to allow you to edit/manage the states inline in the
property grid. The first item below the States property is called '(new)'.
If you select a color, a new state will be added named after the color. If
you clear out a color, that state will be deleted (provided it isn't the
'Off' state and it will not lead to a collection with less than two states).
In addition, clicking the ellipsis next to the States property will clear
the collection (except for the first two states).

Things that are annoying
========================
  * The led states (MultiColorNormalLedStyle) are always sorted
alphabetically in the property grid. I can't get it to sort any other way.
  * Blinking is currently limited to the first two states (which is just
fine for the SingleColorNormalLedStyle).

Things that go boom!
====================
  * Well, interestingly enough Delphi will go "boom" if you open the
'HmiTestGroup' project group before building the Jedi.Drawing and
Jedi.Windows.Forms.Hmi projects. Delphi always checks if the referenced
assemblies can be found, and since these are not prebuild in the zip, it
will first stop for Jedi.Windows.Forms.Hmi. In my tests, problems ranged
from messages stating a referenced assembly couldn't be found to internal
errors to crashes. I think Delphi should check for the assemblies, but
should also keep ttrack off which projects are in the project group before
it starts complaining. Anyway, first building the projects (Jedi.Drawing,
Jedi.Windows.Forms.Hmi, Jedi.Windows.Forms.Hmi.Design) before opening the
test group works better (not perfect, see below). Don't forget to add the
new component (Component|Installed .NET components; at the bottom you'll
find the "Add Components" group box; I used "JEDI HMI Controls" as a
category; click on 'Select an Assembly' and select
'bin\Jedi.Windows.Forms.Hmi.dll').
  * You'll notice that Jedi.Drawing.dll will refuse to be build when it has
been opened by the designer (which will happen as soon as it is referenced
in another project within the group, or when you have used the SingleLed
control on a form). The only way to get it to rebuild is by opening the
Jedi.Drawing project separately, close Delphi and reopen Delphi. Then you
can build it. Note however that I was so smart as to provide dependencies
within the HmiTestGroup, so as soon as you try to build one of the other
projects, it will check if the assembly is in sync and if it isn't will
rebuild the damn thing again (which will fail again, etc). IOW, perhaps it
is wise to not use the provided project group if you plan on toying with the
source.

To do
=====
  * I plan on making the inline collection editing more generic so I can put
it in a Windows.Forms.Design assembly. Could be handy for other cases.
  * Make sure every property has a Description attribute.
  * Factor out all constants and messages (the latter are to be placed in a
resource for ease of translation).
  * Write help (if I do start a project, only code with help will be made
available/accepted. I do not want a repeat of JCL/JVCL).
  * Make the led-based progress bar.
  * Decide on a project name and register on SourceForge.
  * Find volunteers to write/donate controls/components.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: some questions to decide on
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 May 2004 20:02:50 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> They will be hidden that way, but it will me more difficult to trace them. I also have a problem with testing for nil pointers in functions, that are put there to prevent calling the function with invalid arguments. This applies only during the development stage, maybe we should use DEBUG to switch between release and development version.
> BTW How to raise an exception telling unit & linenumber ?

I think the best idea is to add a

procedure FreeNil(var Obj: TObject);
begin
  Obj.Free;
  Obj := nil;
  // other IFDEFed implementations
end;

somewhere in JvCore package and use it where Free is good enough.



Subject: Re: some questions to decide on
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 May 2004 19:59:53 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> To apply FreeAndNil to locally created/destroyed instances makes not much sense to me.  OTOH, the performance penalty is minimal...

It has a sense for memory leak tools.



Subject: MenuLine Corrected in JvMenus
From: "Rainer Budde" <speed78@gmx.net>
Date: Sun, 16 May 2004 18:35:49 +0200
Newsgroups: jedi.vcl

Hi,

I´ve posted last week the effect. I you use a MenuItemPainter in combination
with a JvPopupMenu to draw a Margin. In my Menu I use line seperators but
the seperators are drawn in the margin. To remove this effect i´ve fixed it
in JvMenus, Procedure DrawSeparator. I´ve put in (FLeftMargin -4). The "-4"
is a constant, because the line ended directly on the margin. Maybe you put
it in the cvs, because now it´s the same effect like JVCL 2.10 ;).

---------------------------
procedure TJvCustomMenuItemPainter.DrawSeparator(ARect: TRect);
var
  LineTop: Integer;
begin
  LineTop := (ARect.Top + ARect.Bottom) div 2 - 1;
  if NewStyleControls then
  begin
    Canvas.Pen.Width := 1;
    MenuLine(Canvas, clBtnShadow, ARect.Left - 1 + (FLeftMargin - 4),
LineTop, ARect.Right, LineTop);
    MenuLine(Canvas, clBtnHighlight, ARect.Left + (FLeftMargin - 4), LineTop
+ 1, ARect.Right, LineTop + 1);
  end
  else
  begin
    Canvas.Pen.Width := 2;
    MenuLine(Canvas, clMenuText, ARect.Left + (FLeftMargin - 4), LineTop +
1, ARect.Right, LineTop + 1);
  end;
end;
--------------------------

-- Best Regards Rainer Budde -- Home of the MP3 Archiver: http://www.speed-soft.de Member of the NUFAN-Clan 

Subject: Re: some questions to decide on
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 16 May 2004 17:59:11 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Should we use FreeAndNil instead of .Free throughout the JVCL?
> Currently we have a mix. .Free is a bit more efficient whereas
> FreeAndNil is on the safe side.
> My personal impression is that we have some bugs lurking and
> FreeAndNil will squashing them. 
>
They will be hidden that way, but it will me more difficult to trace them. I also have a problem with testing for nil pointers in functions, that are put there to prevent calling the function with invalid arguments. This applies only during the development stage, maybe we should use DEBUG to switch between release and development version.
BTW How to raise an exception telling unit & linenumber ?

Regards,

André Snepvangers

>


Subject: Re: QWindows.CopyRect
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 May 2004 17:47:42 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Your right, I copied this from VisualCLX. Implementing the (better)
> > VCL-behaviour  looks me also preferable.

I will do it because I have some more changes to QWindows.pas



-- Regards, Andreas Hausladen 

Subject: Re: QWindows.CopyRect
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 16 May 2004 17:46:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> QWindows.CopyRect(DstCanvas: TCanvas; ...) uses Qt.bitBlt() which is
> wrong. The VCL CopyRect method can stretch images.
>
Your right, I copied this from VisualCLX. Implementing the (better) VCL-behaviour  looks me also preferable.

Regards,

André Snepvangers


Subject: Re: some questions to decide on
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 16 May 2004 17:15:32 +0200
Newsgroups: jedi.vcl

Hi,

Robert Marquardt wrote:

> Should we use FreeAndNil instead of .Free throughout the JVCL?
> Currently we have a mix. .Free is a bit more efficient whereas
> FreeAndNil is on the safe side.
> My personal impression is that we have some bugs lurking and
> FreeAndNil will squashing them. The similar change to the
> finalization sections definitely helped a lot.

To apply FreeAndNil to locally created/destroyed instances makes not much sense to me.  OTOH, the performance penalty is minimal...


Subject: some questions to decide on
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 May 2004 16:50:25 +0200
Newsgroups: jedi.vcl

What is the state of JvUIB?
No changes since some time. I hope our version is not outdated.
Should i start cleaning the files? I stopped that some time ago.

Should we use FreeAndNil instead of .Free throughout the JVCL?
Currently we have a mix. .Free is a bit more efficient whereas
FreeAndNil is on the safe side.
My personal impression is that we have some bugs lurking and
FreeAndNil will squashing them. The similar change to the
finalization sections definitely helped a lot.

BTW i changed the JvEx templates for better style so the files
should be regenerated.



Subject: Re: New VisualCLX units
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 May 2004 16:48:54 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Sorry but I'm only one person working as
> fast as I could.

Slow down a bit. We can wait for you.
It helped when i slowed down.



Subject: QWindows.CopyRect
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 May 2004 16:47:27 +0200
Newsgroups: jedi.vcl

QWindows.CopyRect(DstCanvas: TCanvas; ...) uses Qt.bitBlt() which is
wrong. The VCL CopyRect method can stretch images.

-- Regards, Andreas Hausladen 

Subject: JvMaskEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 May 2004 16:17:15 +0200
Newsgroups: jedi.vcl

I found this comment in JvMasEdit.pas

    { (rb) Alignment switching is already in PaintEdit ?? }
    { (rb) implementation VCL <> VisualCLX }
    ...Alignment switching code...

Comments?


-- Regards, Andreas Hausladen 

Subject: Re: New VisualCLX units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 May 2004 15:53:06 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Could we make a TODO list for the CLX support and divide the work? I am
> > not sure where to continue at the moment and since there are (at least)
> > 3 of us mucking about in the units, I think we need it to continue.

At the moment I'm writing a TCustomUpDown control (will be in
qcommon/QComCtrlsEx.pas) that is required by TJvCustomSpinEdit.


-- Regards, Andreas Hausladen 

Subject: Re: New VisualCLX units
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 16 May 2004 15:35:30 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Sorry but I'm only one person working as
> fast as I could.
>
We know you do, so you don't have to excuse yourself.

Regards,

André


Subject: Re: 2 or more button in DBEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 May 2004 15:15:22 +0200
Newsgroups: jedi.vcl

> > I am searching 2 or more button(first button lookup, second button
elipsis,
> > ....) includes a DBEdit component.

There isn't anything like that in JVCL and the only I know of that has it,
is the Raize components (http://www.raize.com) so you might have to roll
your own (if you do, please consider donating it to JVCL!) unless you want
to pay for it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New VisualCLX units
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 May 2004 15:13:01 +0200
Newsgroups: jedi.vcl

Could we make a TODO list for the CLX support and divide the work? I am not
sure where to continue at the moment and since there are (at least) 3 of us
mucking about in the units, I think we need it to continue.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in JvBackground.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 May 2004 15:11:21 +0200
Newsgroups: jedi.vcl

....and don't forget to recompile the JCL packages before trying to install
JVCL!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in JvBackground.pas
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 16 May 2004 14:53:14 +0200
Newsgroups: jedi.vcl

Manuel wrote:

> The JCL 1.9 is installed.

Most probably 1.90, which is incompatible to JVCL 3 in its current state.

Use JCL 1.91 RC 1 instead: http://sourceforge.net/project/showfiles.php?group_id=47514&package_id=41677&release_id=80898

Greetings, Robert


Subject: Error in JvBackground.pas
From: Manuel <mamein@gmx.de>
Date: Sun, 16 May 2004 13:42:27 +0200
Newsgroups: jedi.vcl

I'm trying to install the current CVS version, but there the JvBackground.pas includes following errors:

...\run\JvBackgrounds.pas(283) Fehler: Undefinierter Bezeichner: 'THLSVector'
...\run\JvBackgrounds.pas(284) Fehler: Undefinierter Bezeichner: 'THLSValue'
...\run\JvBackgrounds.pas(289) Fehler: Undefinierter Bezeichner: 'RGBtoHLS'
...\run\JvBackgrounds.pas(290) Fehler: Operator oder Semikolon fehlt
...\run\JvBackgrounds.pas(292) Fehler: Operator oder Semikolon fehlt
...\run\JvBackgrounds.pas(298) Fehler: Undefinierter Bezeichner: 'HLStoRGB'
...\run\JvBackgrounds.pas(298) Fehler: Undefinierter Bezeichner: 'Saturation'
...\run\JvBackgrounds.pas(350) Fehler: Undefinierter Bezeichner: 'SetBitmapColors'

My Delphi-Version: Delphi 6 Personal Edition.
The JCL 1.9 is installed.

Thanks for help


Subject: Re: VisualCLX support (build,Installer)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 May 2004 13:11:41 +0200
Newsgroups: jedi.vcl

> > XOffsetFrame, -YOffsetFrame ?
Replaced by Margin

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New VisualCLX units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 May 2004 13:07:47 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Or base it on JvCustomComboEdit, (JvToolEdit).

This must wait.

> > Some build problems:
> > 
> > ColorProvider..   fmeColors ?

I can build the d7clx on my computer. I create the JvQ units the following
way (by hand)

+{$DEFINE QUnit}
 {$I jvcl.inc}
....
-unit JvName
+unit JvQName

 uses
....
-  JvName
+ JvQName
....



> > There is an bug in one of the design editors in Jv Visual Controls,
> > raises continous exceptions in form designer.

First I'm making the units compatible (current pos: JvCustom-D.dpk) and
then I will test them in the IDE. Sorry but I'm only one person working as
fast as I could.


-- Regards, Andreas Hausladen 

Subject: Re: New VisualCLX units
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 16 May 2004 12:57:39 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Here are the new VisualCLX compatible units. These files are only on my
> PC, but the JvXxx files are updated. So a vcl->clx conversion should
> generate them.
>
> qdesign/JvQColorEditor.pas
> qdesign/JvQPerfStatEditor.pas (windowsonly)
>
> qrun/JvQUninstallControls.pas (windowsonly)
> qrun/JvQSplit.pas
> qrun/JvQComboListBox.pas
> qrun/JvQCharMap.pas
> qrun/JvQSyncSplitter.pas
> qrun/JvQKeyboardStates.pas (windowsonly)
> qrun/JvQDeviceChanged.pas (windowsonly)
> qrun/JvQShellHook.pas (windowsonly)
> qrun/JvQSearchFiles.pas (windowsonly)
> qrun/JvQScreenResolution.pas (windowsonly)
> qrun/JvQRas32.pas (windowsonly)
> qrun/JvQPerfMon95.pas (windowsonly)
> qrun/JvQNTEventLog.pas (windowsonly)
> qrun/JvQNTEventLog.pas (windowsonly)
> qrun/JvQComputerInfoEx.pas (windowsonly)
> qrun/JvQAppInst.pas (windowsonly)
> qrun/JvQSHFileOperation.pas (windowsonly)
> qrun/JvQEnterTab.pas
> qrun/JvQCreateProcess.pas (windowsonly)
>
>
> Most needed: TDateTimePicker (derive from QComboEdits), TRegistry
>
Or base it on JvCustomComboEdit, (JvToolEdit).

>

Just a short reaction
Some build problems:

ColorProvider..   fmeColors ?

There is an bug in one of the design editors in Jv Visual Controls,
raises continous exceptions in form designer.

Regards,

André


Subject: New VisualCLX units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 May 2004 03:04:12 +0200
Newsgroups: jedi.vcl

Here are the new VisualCLX compatible units. These files are only on my
PC, but the JvXxx files are updated. So a vcl->clx conversion should
generate them.

qdesign/JvQColorEditor.pas
qdesign/JvQPerfStatEditor.pas (windowsonly)

qrun/JvQUninstallControls.pas (windowsonly)
qrun/JvQSplit.pas
qrun/JvQComboListBox.pas
qrun/JvQCharMap.pas
qrun/JvQSyncSplitter.pas
qrun/JvQKeyboardStates.pas (windowsonly)
qrun/JvQDeviceChanged.pas (windowsonly)
qrun/JvQShellHook.pas (windowsonly)
qrun/JvQSearchFiles.pas (windowsonly)
qrun/JvQScreenResolution.pas (windowsonly)
qrun/JvQRas32.pas (windowsonly)
qrun/JvQPerfMon95.pas (windowsonly)
qrun/JvQNTEventLog.pas (windowsonly)
qrun/JvQNTEventLog.pas (windowsonly)
qrun/JvQComputerInfoEx.pas (windowsonly)
qrun/JvQAppInst.pas (windowsonly)
qrun/JvQSHFileOperation.pas (windowsonly)
qrun/JvQEnterTab.pas
qrun/JvQCreateProcess.pas (windowsonly)


Most needed: TDateTimePicker (derive from QComboEdits), TRegistry


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX support (build,Installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 19:26:47 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > XOffsetFrame, -YOffsetFrame ?

This question shoud go to Peter (2004-05-07)


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX support (build,Installer)
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 15 May 2004 18:56:23 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> JvGnugettext is not changed to JvQGnugettext in
>   qrun\JvQComponent.pas
>
I think we don't need JvQ3rd-R or JvQGnugettext.
There is no VCL/VisualCLX dependant code.
Having the same project in 2 projectsgroups is also not a problem.

Regards,

André Snepvangers.


Subject: Re: VisualCLX support (build,Installer)
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 15 May 2004 18:40:27 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> Not regenerated are:
>   qrun\JvQLabel.pas

XOffsetFrame, -YOffsetFrame ?

André


Subject: Re: @Olivier: JvYearGrid.pas comment
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 15 May 2004 18:28:51 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> I think we should make a sweep over the sources and solve the commented problems.
>
That's my feeling too.

Regards,

André Snepvangers


Subject: Re: VisualCLX support (build,Installer)
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 15 May 2004 17:45:55 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> New CLX compatible files:
>   run\JvEnterAsTab.pas
>   run\JvFormPlacement.pas (required by some units => more CLX)
>   run\JvCreateProcess.pas (windowsonly)
>   run\JvAppInst.pas (windowsonly)
>
>
> JvGnugettext is not changed to JvQGnugettext in
>   qrun\JvQComponent.pas
>
>
> Not regenerated are:
>   qrun\JvQAppXMLStorage.pas
>   qrun\JvQLabel.pas
>
>
> Missing files:
>   qdesign\JvQColorEditor.pas
>
>
> JvQCmpReg.pas:
>   Wrong resource inclusion.
>       {$R ../Resources/JvCmpReg.dcr}
>   without any IFDEF MSWINDOWS/LINUX
>
>
Will make the changes.

Some remarks about DoubleBuffering
- Under Linux it looks like the clipping region is ignored when the pix get bitblt to the paintdevice, all of the background is painted, if the region was empty you have just the background of the pix(?). Testing for empty region looks me a good idea anyway.


> ... work in progress ...
>
For the moment hous keeping:
hardware

regards,

André
>


Subject: Re: ModuleLoader and JvSystem-R
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 15 May 2004 17:30:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> And I thought it was a Installer fault and worked round it. Move your eyes
> to the "Targets=" attribute.
>
>     <File Name="..\..\common\ModuleLoader.pas" Targets="" Formname=""
> Condition=""/>
>
Oops that was my mistake.
> I will change it to "all" when I completed the CLX support for
> JvSystem-R/D.
>
Did not compile under linux, I was to lazy to find out.

Regards,

André


Subject: Re: Moving units to archive
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 May 2004 16:19:52 +0200
Newsgroups: jedi.vcl

> > Any objections?
Not from me, but put a note in changelog.txt about it

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Moving units to archive
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 16:07:38 +0200
Newsgroups: jedi.vcl

I'm planning to move the following files to archive because they are
included in JvComputerInfoEx and since my last update not used in the JVCL.

JvComputerInfo.pas
JvDeviceChanged.pas
JvDirectories.pas
JvKeyboardStates.pas
JvSystemColors.pas

Any objections?


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX support (build,Installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 15:28:20 +0200
Newsgroups: jedi.vcl

New CLX compatible files:
  run\JvEnterAsTab.pas
  run\JvFormPlacement.pas (required by some units => more CLX)
  run\JvCreateProcess.pas (windowsonly)
  run\JvAppInst.pas (windowsonly)


JvGnugettext is not changed to JvQGnugettext in
  qrun\JvQComponent.pas


Not regenerated are:
  qrun\JvQAppXMLStorage.pas
  qrun\JvQLabel.pas


Missing files:
  qdesign\JvQColorEditor.pas


JvQCmpReg.pas:
  Wrong resource inclusion.
      {$R ../Resources/JvCmpReg.dcr}
  without any IFDEF MSWINDOWS/LINUX


.... work in progress ...


-- Regards, Andreas Hausladen 

Subject: 2 or more button in DBEdit
From: "Ali Riza Tanis" <betabilgi@superonline.com>
Date: Sat, 15 May 2004 16:21:06 +0300
Newsgroups: jedi.vcl

Hi,

I am searching 2 or more button(first button lookup, second button elipsis,
.....) includes a DBEdit component.

How find it?

Sorry my bad English.




Subject: ModuleLoader and JvSystem-R
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 15:06:08 +0200
Newsgroups: jedi.vcl

And I thought it was a Installer fault and worked round it. Move your eyes
to the "Targets=" attribute.

    <File Name="..\..\common\ModuleLoader.pas" Targets="" Formname=""
Condition=""/>

I will change it to "all" when I completed the CLX support for
JvSystem-R/D.


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBRichEdit missing Zoom property
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 May 2004 14:57:55 +0200
Newsgroups: jedi.vcl

OK, is there anything else in JvRichEdit that makes sense to publish in
JvDBRichEdit?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: qcommon/QMessages.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 13:27:41 +0200
Newsgroups: jedi.vcl

My last action (will be commited soon) to QWindows and mirrored in
QMessages are the functions

type
  TApplicationHook = function(Sender: QObjectH; Event: QEventH): Boolean
of object;

procedure InstallApplicationHook(Hook: TApplicationHook); // not threadsafe
procedure UninstallApplicationHook(Hook: TApplicationHook); // not
threadsafe--

These functions hook (without dirty tricks) into to Application's event
handler. I used this for the new CLX available JvQEnterTab unit.


--
Regards,

Andreas Hausladen


Subject: Re: qcommon/QMessages.pas
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 15 May 2004 13:15:37 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> What is the purpose of qcommon/QMessages.pas? The same code is in
> QWindows.pas.
>
- I like mirrors (Windows/Messages/Toolwin->QWindows/QMessages/QToolWin) :)
- I moved (clx) message definitions from the JVCL units into QMessages. ( of course it could have been added to QWindows)
- I left the code in QWindows, because the JvEx- classes do not use QMessages (yet?).
- You have kindly developed all ingredients we need for .... . I was thinking to use these for the Globus components, but not for this release. We have to draw the line somewhere.

Regards,

André Snepvangers



Subject: Re: {$C PRELOAD}
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 12:19:57 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Misunderstood module definition (CODE PRELOAD in C++)? Undocumented
> > switch?

I came from BorlandPascal and so I know this compiler switch. But I had
never saw its usage under Win32.


-- Regards, Andreas Hausladen 

Subject: qcommon/QMessages.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 12:18:18 +0200
Newsgroups: jedi.vcl

What is the purpose of qcommon/QMessages.pas? The same code is in
QWindows.pas.

-- Regards, Andreas Hausladen 

Subject: Re: TJvDBRichEdit missing Zoom property
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Sat, 15 May 2004 12:04:36 +0200
Newsgroups: jedi.vcl

On Sat, 15 May 2004 11:35:47 +0200, "=?Windows-
1252?Q?Peter_Th=F6rnqvist?=" <peter3@no.spam.peter3.com> wrote in 
article <c84lb4$fob$1@talkto.net>:
> > What is Zoom used for?

To set the zoom factor of the text, just like it is done in Ms Word. 
Setting it to a value <> 100 will scale it.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: TJvDBRichEdit missing Zoom property
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 May 2004 11:35:47 +0200
Newsgroups: jedi.vcl

What is Zoom used for?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: {$C PRELOAD}
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 May 2004 11:32:50 +0200
Newsgroups: jedi.vcl

> > Why {$C PRELOAD} in JvColorEditor?
Remnant from some old version of Delphi (this is an old Rx unit)?
Misunderstood module definition (CODE PRELOAD in C++)? Undocumented switch?

{$C+/-} is assertions on/off in Delphi, but {$C <command>} I've never seen.

Comment it and see if anything changes. I would be surprised if anything
did.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFormToHtml What is this for and how it is used
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 May 2004 11:24:45 +0200
Newsgroups: jedi.vcl

It converts a form to HTML but only standard controls that are supported by
HTML (label, edit, memo, combo, listbox). And it doesn't convert code ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: {$C PRELOAD}
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 11:21:26 +0200
Newsgroups: jedi.vcl

What is that?

----------------------
unit JvColorEditor;

{$C PRELOAD}
----------------------

Why {$C PRELOAD} in JvColorEditor?



-- Regards, Andreas Hausladen 

Subject: Re: Raising exceptions and resource stirngs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 15 May 2004 08:57:21 +0200
Newsgroups: jedi.vcl

Kiriakos wrote:

>     raise EJVCLException.CreateRes(@RsEInvalidControlSelection);

Mostly done.
UltraEdit search & replace in files is your friend.
Only a small list of pending changes where the automatic change did not work.



Subject: Re: UltimVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 May 2004 07:39:05 +0200
Newsgroups: jedi.vcl

Thanks for the donation. I have added it to CVS (jvcl/dev/donations).
Someone will have a look at it and determine if and what can be added to
JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: UltimVCL
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sat, 15 May 2004 15:13:34 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Olivier, commit it to donations if it is not already there.
>
Can't do that until Monday, but will do it then, if it's not done already.


Subject: Re: UltimVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 15 May 2004 07:08:02 +0200
Newsgroups: jedi.vcl

Olivier, commit it to donations if it is not already there.



Subject: Re: @Olivier: JvYearGrid.pas comment
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 15 May 2004 07:01:06 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> (Irritates me also, Robert)

That is the reason for the comment :-)
I usually comment because i have no time to get into it. The comment is a reminder.

I think we should make a sweep over the sources and solve the commented problems.



Subject: Re: VisualCLX support (build,Installer)
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 15 May 2004 02:56:48 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The component registration works now without any IDE error with the
> modified JVCLX files on my disk. All changes I had done on these files are
> in the JVCL files, too. Now it is up to the VCL->CLX converter.
>
done


Subject: Re: VisualCLX support (build,Installer)
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 15 May 2004 02:46:58 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The component registration works now without any IDE error with the
> modified JVCLX files on my disk. All changes I had done on these files are
> in the JVCL files, too. Now it is up to the VCL->CLX converter.
>
If will do it before I go to bed ;) , but then can you check if it builds?

André


Subject: Re: VisualCLX support (build,Installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 02:33:29 +0200
Newsgroups: jedi.vcl

The component registration works now without any IDE error with the
modified JVCLX files on my disk. All changes I had done on these files are
in the JVCL files, too. Now it is up to the VCL->CLX converter.

-- Regards, Andreas Hausladen 

Subject: Re: JvParameterListParameter windowsonly?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 15 May 2004 02:29:46 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > What is the reason for JvParameterListParameter.pas to be windowsonly ?

windowsonly is now removed and the Windows specific code in JvDSADialogs
is conditioned.


-- Regards, Andreas Hausladen 

Subject: Re: UltimVCL
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sat, 15 May 2004 09:00:08 +1000
Newsgroups: jedi.vcl

Fred wrote:
> Hello,
>
> I would like to donate my components UltimVCL
> (http://perso.chello.fr/users/l/logiciels/ultimvcl/indexUK.htm) to the JVCL
> project. I have not enough time to continue their maintenance.
> You can get what you want from them (Olivier Sannier was informed and he
> suggests to include some parts of my code in JvDbGrid). I just want to
> appear as the initial author.
Just a precision on that last sentence: What it means is that I asked Fred to put the message about him willing to donate. This way it is him who takes the initiative, not me relating his desire. We discussed that over email and I thought it would be best if he was the one to offer his components. In no case does this mean that he's not the author of the components.

> The main interest of UltimDBGrid is its inplace editor management (you can
> edit a field with any editor component). Look at the demo and screenshots on
> the website.
I really like that, especially if it could be put in other grids as well. Or can one use a TJvDBGrid without any DB stuff ? Just adding rows by hand...

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: @Olivier: JvYearGrid.pas comment
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sat, 15 May 2004 08:54:53 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> This is just a reminder.
>
>   // THIS IS WRONG, VERY WRONG! (obones)
>   Application.ShowHint := True;
>   Application.OnShowHint := DoShowHint;
>   Application.HintHidePause := 5000;
>
> Nice comment. Do you have any idea what would be the solution?

No, I didn't have the time to look at it. The fact is, the code was like that when I found it and didn't prevent me from using the component. There other horrible stuff in there, most of which I corrected, but this one was left alone because I didn't have the slightest idea as to how to fix it. If anyone feels like fixing that, please do.


Subject: UltimVCL
From: "Fred" <nospam@nospam.nospam>
Date: Fri, 14 May 2004 23:55:24 +0200
Newsgroups: jedi.vcl

Hello,

I would like to donate my components UltimVCL
(http://perso.chello.fr/users/l/logiciels/ultimvcl/indexUK.htm) to the JVCL
project. I have not enough time to continue their maintenance.
You can get what you want from them (Olivier Sannier was informed and he
suggests to include some parts of my code in JvDbGrid). I just want to
appear as the initial author.
The main interest of UltimDBGrid is its inplace editor management (you can
edit a field with any editor component). Look at the demo and screenshots on
the website.

Frédéric Leneuf-Magaud




Subject: Re: VisualCLX support (build,Installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 22:47:39 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > nice

I stuck with "class with identifier TGraphic already exist". But this
should not stop me.



-- Regards, Andreas Hausladen 

Subject: Re: @Olivier: JvYearGrid.pas comment
From: @in@taavi.ee
Date: Fri, 14 May 2004 20:47:32 GMT
Newsgroups: jedi.vcl

On Fri, 14 May 2004 21:01:59 +0200, Remko Bonte
<remkobonteSP@Mmyrealbox.com> wrote:

> >This can all be done by responding to CM_HINTSHOWPAUSE, CM_HINTSHOW; or 
> >is that not available in D5?

Both messages are available in D5.


ain


Subject: Re: VisualCLX support (build,Installer)
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 22:21:13 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Peter Thörnqvist wrote:
>
>
>> Hm, then I don't know why it doesn't work, but at least it's not the xml
>> files since manually generated dpk's have the same problem. My knowledge
>> of CLX/VCL issues is severely limited so I am afraid I am of little use
>> here.
>
>
> It is the Provider stuff that calls RegisterClass with non-TControl
> derived classes.
>
> Here is the solution for JvDataProvider.pas
>
> initialization
>   {$IFDEF VisualCLX}
>   GroupDescendentsWith(TExtensibleInterfacedPersistent, TControl);
>   GroupDescendentsWith(TAggregatedPersistent, TControl);
>   {$ENDIF VisualCLX}
>   RegisterClasses([
>     // Items related
>
> After applying this Delphi says that an about dialog already exists with
> this name. Which leads me to JvComponent.pas where I have added the
> following.
>
> {$IFDEF VisualCLX}
>   ..., QControls,
> {$ENDIF VisualCLX}
>
> ...
>
> initialization
>   {$IFDEF VisualCLX}
>   GroupDescendentsWith(TJvComponent, TControl);
>   {$ENDIF VisualCLX}
> ...
>
> Now JvQCoreD7D is installed.
>
nice


Subject: Re: @Olivier: JvYearGrid.pas comment
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 14 May 2004 21:01:59 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> This is just a reminder.
>
>   // THIS IS WRONG, VERY WRONG! (obones)
>   Application.ShowHint := True;
>   Application.OnShowHint := DoShowHint;
>   Application.HintHidePause := 5000;
>
> Nice comment. Do you have any idea what would be the solution?

This can all be done by responding to CM_HINTSHOWPAUSE, CM_HINTSHOW; or is that not available in D5?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvFormToHtml What is this for and how it is used
From: Carlos <carlosam@prtc.net>
Date: Fri, 14 May 2004 15:51:27 -0300
Newsgroups: jedi.vcl

Can this component export the 'printscreen' of a  form to a Html?

Carlos


Subject: Re: VisualCLX support (build,Installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 20:28:05 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Hm, then I don't know why it doesn't work, but at least it's not the xml
> > files since manually generated dpk's have the same problem. My knowledge
> > of CLX/VCL issues is severely limited so I am afraid I am of little use
> > here.

It is the Provider stuff that calls RegisterClass with non-TControl
derived classes.

Here is the solution for JvDataProvider.pas

initialization
  {$IFDEF VisualCLX}
  GroupDescendentsWith(TExtensibleInterfacedPersistent, TControl);
  GroupDescendentsWith(TAggregatedPersistent, TControl);
  {$ENDIF VisualCLX}
  RegisterClasses([
    // Items related

After applying this Delphi says that an about dialog already exists with
this name. Which leads me to JvComponent.pas where I have added the
following.

{$IFDEF VisualCLX}
  ..., QControls,
{$ENDIF VisualCLX}

....

initialization
  {$IFDEF VisualCLX}
  GroupDescendentsWith(TJvComponent, TControl);
  {$ENDIF VisualCLX}
....

Now JvQCoreD7D is installed.

-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX support (build,Installer)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 14 May 2004 20:20:21 +0200
Newsgroups: jedi.vcl

> > But Delphi handles the VisualCLX and VCL which have same classes, too.
> > (QForms.TForm -> Forms.TForm)
Hm, then I don't know why it doesn't work, but at least it's not the xml
files since manually generated dpk's have the same problem. My knowledge of
CLX/VCL issues is severely limited so I am afraid I am of little use here.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvHLEditor.SyntaxHighlighter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 20:20:01 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > Hmm. This event gives me access to TLineAttrs which lets me set the
> > colors/style  but i am not able to show special characters for
> > whitespaces

The highlighter modifies only the LineAttrs. So you need a completely
different solution that JvHLEditor not supports (at the moment). You could
introduce a new event in the painting method and capture this.


-- Regards, Andreas Hausladen 

Subject: Re: TjvHLEditor.SyntaxHighlighter
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 14 May 2004 20:11:24 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:c82spn$7pc$1@talkto.net...

Hi,

> >
> > It is a base class for a user defined highlighter.
> >

That is what i have guessed.

>> > > (I would like to show whitespaces like space or tab in an editor and i
>> > > guess such an own highlighter would be the solution)
> >
> > For this you could use the events GetLineAttr should be enough and writing
> > a highlighter for whitespaces would be overkill.

Hmm. This event gives me access to TLineAttrs which lets me set the
colors/style  but i am not able to show special characters for whitespaces
(i mean a litte dot in the middle of the line for a space for example). And
using a different color for the whitespaces does not look very good (you can
test it with the Delphi editor, the you can specify a different color for
whitespaces which looks horrible)

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: VisualCLX support (build,Installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 19:45:27 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > No you did nothing wrong. You can't have both JVCL and JVCLX installed at
> > the same time since the classes use the same name (JvLabel.TJvLabel ->
> > JvQLabel.TJvLabel etc)

But Delphi handles the VisualCLX and VCL which have same classes, too.
(QForms.TForm -> Forms.TForm)


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX support (build,Installer)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 14 May 2004 19:44:25 +0200
Newsgroups: jedi.vcl

> > The Installer and the build system can now compile the JVCLX for Delphi 7.
> > The only issue is the package registration. If I install both JVCL and
> > JVCLX then the IDE fails to load because of an already registered class
> > "TJvDataItemList". (and I think this is not the only conflict). Have I
> > done something wrong on the .xml files?
No you did nothing wrong. You can't have both JVCL and JVCLX installed at
the same time since the classes use the same name (JvLabel.TJvLabel ->
JvQLabel.TJvLabel etc)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: VisualCLX support (build,Installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 19:32:59 +0200
Newsgroups: jedi.vcl

The Installer and the build system can now compile the JVCLX for Delphi 7.
The only issue is the package registration. If I install both JVCL and
JVCLX then the IDE fails to load because of an already registered class
"TJvDataItemList". (and I think this is not the only conflict). Have I
done something wrong on the .xml files?

-- Regards, Andreas Hausladen 

Subject: Re: TjvHLEditor.SyntaxHighlighter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 19:29:48 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > I cannot find any component to assign here.

There is none.


> > TJvEditorHighlighter which seems to be only a base
> > class since all methods are abstract.

It is a base class for a user defined highlighter.


> > Is this property meant for future extensions, to use an own highlighting
> > component derived from TJvEditorHighlighter? Are there any addiotional
> > highlighter components?

There are no additional highlighter components.


> > (I would like to show whitespaces like space or tab in an editor and i
> > guess such an own highlighter would be the solution)

For this you could use the events GetLineAttr should be enough and writing
a highlighter for whitespaces would be overkill.


-- Regards, Andreas Hausladen 

Subject: TjvHLEditor.SyntaxHighlighter
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 14 May 2004 19:18:52 +0200
Newsgroups: jedi.vcl

Hello,

TjvHLEditor has a property SyntacHighlighter that is displayed with an empty
dropdown in the object inspector.

I cannot find any component to assign here. Even in the source i have only
found a component TJvEditorHighlighter which seems to be only a base class
since all methods are abstract.

Is this property meant for future extensions, to use an own highlighting
component derived from TJvEditorHighlighter? Are there any addiotional
highlighter components?

(I would like to show whitespaces like space or tab in an editor and i guess
such an own highlighter would be the solution)

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: @Olivier: JvYearGrid.pas comment
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 18:33:51 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> Nice comment. Do you have any idea what would be the solution?
>
I have seen more comments (rom) worthwhile, but nothing is solved with putting only comments.
Example:
 JvaScrolltext: better use a Timer (rom).
   Comment: Right, this kind of implementation should be forbidden.   (Irritates me also, Robert)

André


Subject: @Olivier: JvYearGrid.pas comment
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 18:02:01 +0200
Newsgroups: jedi.vcl

This is just a reminder.

  // THIS IS WRONG, VERY WRONG! (obones)
  Application.ShowHint := True;
  Application.OnShowHint := DoShowHint;
  Application.HintHidePause := 5000;

Nice comment. Do you have any idea what would be the solution?


-- Regards, Andreas Hausladen 

Subject: Re: VCL -> CLX converter
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 18:00:09 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The VCL->CLX converter (I think it was jpp) destroys the JvExComCtrls file
> by replacing
>
>  {$IF not declared(PatchedVCLX)}
>   {$DEFINE NeedMouseEnterLeave}
>  {$IFEND}
>
> {$DEFINE ANIMATE}
> {$IFDEF COMPILER6_UP}
>  {$IF not declared(TAnimate)}
>   {$UNDEF ANIMATE}
>  {$IFEND}
> {$ENDIF COMPILER6_UP}
>
> by the following
>
>  {$IF not declared(PatchedVCLX)}
>
>  {$IFEND}
>
>
>  {$IF not declared(TAnimate)}
>
>  {$IFEND}
>
>
> This results in a not set ANIMATE conditions which says JvQExComCtrls not
> generate a TJvExAnimate class which results in a fatal error message in
> JvQAnimate.
>

I did not try VclToClx with all units, bit I think using jpp before it could solve some of these issues. imho adapting it to our needs, could be a big step ahead.

Regards,

André


Subject: Re: Dxgettext is now shipped with JVCL
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 17:52:30 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Andreas Hausladen wrote:
>
>> Give me a better name for the package and I will rename it.
>>
>> Before I had chosen Jv3rd I had the following
>> - JvExternal
>> - JvNonJVCL
>>
> imo we could put something in the ReadMe to make it clear that they are 3rd party or have another license. We need to do this anyway for some units (QWinCursors, QWindows, QMessages, (Jv)GetText).
>
> Platform Independant: JvPI

PI -> Magnum PI, -> Magnum -> JvMagnum :)


Subject: Re: Dxgettext is now shipped with JVCL
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 17:44:53 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Give me a better name for the package and I will rename it.
>
> Before I had chosen Jv3rd I had the following
> - JvExternal
> - JvNonJVCL
>
imo we could put something in the ReadMe to make it clear that they are 3rd party or have another license. We need to do this anyway for some units (QWinCursors, QWindows, QMessages, (Jv)GetText).

Platform Independant: JvPI
Cross platform independent: JvXPI

Regards

André


Subject: VCL -> CLX converter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 17:29:14 +0200
Newsgroups: jedi.vcl

The VCL->CLX converter (I think it was jpp) destroys the JvExComCtrls file
by replacing

 {$IF not declared(PatchedVCLX)}
  {$DEFINE NeedMouseEnterLeave}
 {$IFEND}

{$DEFINE ANIMATE}
{$IFDEF COMPILER6_UP}
 {$IF not declared(TAnimate)}
  {$UNDEF ANIMATE}
 {$IFEND}
{$ENDIF COMPILER6_UP}

by the following

 {$IF not declared(PatchedVCLX)}

 {$IFEND}


 {$IF not declared(TAnimate)}

 {$IFEND}


This results in a not set ANIMATE conditions which says JvQExComCtrls not
generate a TJvExAnimate class which results in a fatal error message in
JvQAnimate.


-- Regards, Andreas Hausladen 

Subject: Re: Dxgettext is now shipped with JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 17:06:26 +0200
Newsgroups: jedi.vcl

Give me a better name for the package and I will rename it.

Before I had chosen Jv3rd I had the following
- JvExternal
- JvNonJVCL


-- Regards, Andreas Hausladen 

Subject: Re: Dxgettext is now shipped with JVCL
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 17:01:22 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> But the name Jv3rd-R would exclude our platform independant units, like
>> the resourcestrings (and more?).
>
>
> The platform independency does not work because even JvResources is
> renamed to JvQResources.
>
But it could be the same, with VclToClx you can exclude the name from getting substituted. imo it could be integrated in the pg, where it is also the right place to generate a substution list. ofcourse you can copy & modify the pg to do this, but that is just repeating code.

(Paradigma?)

Regards,

André


Subject: Re: JvParameterListParameter windowsonly?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 16:42:41 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> What is the reason for JvParameterListParameter.pas to be windowsonly ?
>
If I remember it well this has something to with Jv(Q)DSADialogs not being platform independant (yet).

Regards,

André


Subject: Re: Dxgettext is now shipped with JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 16:36:46 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > But the name Jv3rd-R would exclude our platform independant units, like
> > the resourcestrings (and more?).

The platform independency does not work because even JvResources is
renamed to JvQResources.



-- Regards, Andreas Hausladen 

Subject: Re: Dxgettext is now shipped with JVCL
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 16:30:49 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have added an optimized CVS version of the gnugettext.pas unit. The
> files are called
> common\JvGnugettext.pas
> common\JvGnugettextD5.pas
> qcommon\JvQGnugettext.pas
>
> The installer is updated and there is a new runtime only package Jv3rd-R
> that contains the units and is required by JvCore-R when USE_DXGETTEXT is
> defined. All files that uses gnugettext are updated to use JvGnugettext.
>
>
Some thoughts about names:

Jv3rd-R + JvGnugettext : Good, everybody understands, that we did not write the code.

But the name Jv3rd-R would exclude our platform independant units, like the resourcestrings (and more?).

Regards,

André Snepvangers





Subject: JvParameterListParameter windowsonly?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 16:16:03 +0200
Newsgroups: jedi.vcl

What is the reason for JvParameterListParameter.pas to be windowsonly ?


-- Regards, Andreas Hausladen 

Subject: Dxgettext is now shipped with JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 15:59:40 +0200
Newsgroups: jedi.vcl

I have added an optimized CVS version of the gnugettext.pas unit. The
files are called
common\JvGnugettext.pas
common\JvGnugettextD5.pas
qcommon\JvQGnugettext.pas

The installer is updated and there is a new runtime only package Jv3rd-R
that contains the units and is required by JvCore-R when USE_DXGETTEXT is
defined. All files that uses gnugettext are updated to use JvGnugettext.


-- Regards, Andreas Hausladen 

Subject: Re: Packages Generator update
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 15:40:33 +0200
Newsgroups: jedi.vcl

obones wrote:

> > That, I can understand. But why have an empty contains node ?

That's a addon :-)



-- Regards, Andreas Hausladen 

Subject: Re: Packages Generator update
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 14 May 2004 23:23:41 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> obones wrote:
>
>
>> BTW, the likelyness of having such a package is really
>> slim to me...
>
>
> No to me, because I have packages that contains the used RTL units and so
> this package does not depend on the RTL with results in an empty requires
> clause.
>
>
That, I can understand. But why have an empty contains node ?


Subject: Re: Packages Generator update
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 15:06:10 +0200
Newsgroups: jedi.vcl

obones wrote:

> > BTW, the likelyness of having such a package is really
> > slim to me...

No to me, because I have packages that contains the used RTL units and so
this package does not depend on the RTL with results in an empty requires
clause.


-- Regards, Andreas Hausladen 

Subject: Re: Packages Generator update
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 14 May 2004 22:48:44 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> obones wrote:
>
>
>> Why would you need that ?
>
>
> Because I do not want a compiler error due to a package file that contains:
> -------------------------------
> // ...
> requires
>   ;
>
> contains
> // ...
> -------------------------------
>
Ok. I think there should be a warning message if both are empty. BTW, the likelyness of having such a package is really slim to me...


Subject: Re: Packages Generator update
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 13:30:58 +0200
Newsgroups: jedi.vcl

obones wrote:

> > Why would you need that ?

Because I do not want a compiler error due to a package file that contains:
-------------------------------
// ...
requires
  ;

contains
// ...
-------------------------------

-- Regards, Andreas Hausladen 

Subject: Re: Getting VisualCLX to run on D7
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 14 May 2004 21:25:07 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've added the DrawText overloads and modified all the files using DrawText.
> Tested with D5-D7 but not BCB.

BCB test will have to wait until Monday night (UTC+10) at least... My computer was supposed to be fixed today, but an "unexpected" delay occured on the delivery of the part and it will only arrive monday morning... I hate when this happens !


Subject: Re: Packages Generator update
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 14 May 2004 21:23:43 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Now the packages generater can handle empty requires and contains clauses.

Why would you need that ?


Subject: Packages Generator update
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 13:14:29 +0200
Newsgroups: jedi.vcl

Now the packages generater can handle empty requires and contains clauses.


-- Regards, Andreas Hausladen 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 14 May 2004 13:09:53 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> For the examples 
 for i := 0 to ControlsCount-1 do
   with Controls[i] do
   begin
     Hint:= classname;
     ShowHint:=true;   
   end;
?

Regards,

André snepvangers


Subject: Re: TJvEdit changes
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Fri, 14 May 2004 12:43:56 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I liked this so much, I've added EmptyValue and EmptyFontColor to
> TJvCustomComboBox as well.
>

Good!


Subject: Re: TJvEdit changes
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Fri, 14 May 2004 12:42:45 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Wiebe Tijsma wrote:
>
>> Well that's my first addition to the JVCL then... bring out the champagne!
>
>
> Juniors only get carbonated water :-)
>

Hmm ok I'll have to stick to traditions. Ginger ale for my next addition? ;-)


Subject: Re: Jv NavPane suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 May 2004 12:18:24 +0200
Newsgroups: jedi.vcl

Implemented ParentStyleManager and committed to CVS. Try it out.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 May 2004 12:16:43 +0200
Newsgroups: jedi.vcl

I've added the DrawText overloads and modified all the files using DrawText.
Tested with D5-D7 but not BCB.

Now, let's have a look at BitBlt...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Small problem with Win95/NT4 compatibility
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 May 2004 12:15:29 +0200
Newsgroups: jedi.vcl

> > Tested and it works great!
Good, since I already committed it ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Small problem with Win95/NT4 compatibility
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Fri, 14 May 2004 12:15:21 +0200
Newsgroups: jedi.vcl

Tested and it works great!

Kind regards,
Aleksander Oven




Subject: Re: Raising exceptions and resource stirngs
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 14 May 2004 19:55:38 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> Most resourcestring in JVCL were former constants. But it is a good idea.
>
>
> So the next global change for me :-)
> Only 230 files to check for constructors/destructors.
> Also an improvement in style for many files.
>
You're a very commited man...


Subject: Re: Raising exceptions and resource stirngs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 May 2004 11:37:24 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Most resourcestring in JVCL were former constants. But it is a good idea.

So the next global change for me :-)
Only 230 files to check for constructors/destructors.
Also an improvement in style for many files.



Subject: Re: Raising exceptions and resource stirngs
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 May 2004 11:19:31 +0200
Newsgroups: jedi.vcl

Kiriakos wrote:

> > What is wrong with such code?  It appears that few Delphi programmers
> > know this

Most resourcestring in JVCL were former constants. But it is a good idea.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL and BCB5: finally
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 May 2004 10:46:00 +0200
Newsgroups: jedi.vcl

> > Yeah, exactly, don't be too hard on yourself, we all do those errors
> > once in a while !

    well, if you'd look back (commit logs) you'll notice I tend to make
these copy-n-paste errors more often than anyone else (it would almost make
you believe I'm a copy-n-paste programmer ;-) ). Most of the time I find
them myself though.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JVCL and BCB5: finally
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 14 May 2004 18:34:52 +1000
Newsgroups: jedi.vcl

Yeah, exactly, don't be too hard on yourself, we all do those errors once in a while !

Jens Fudickar wrote:
> Don't be to hard !!!
>
> Marcel Bestebroer wrote:
>
>>>> 4 - \jvcl\packages\C5 Packages.bpg
>>>> Replace JvInspectorC6D.bpl with JvInspectorC5D.bpl
>>>
>>>
>>> No kidding! That one I can hardly believe it, but I guess this is a Copy
>>> and Paste error...
>>
>>
>>
>>     Uhm... guilty. *shame*
>>
>> -- 
>> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> Project JEDI Help coordinator
>> JVCL Help team coordinator
>>
>> To mail me, remove the obvious from my mail address
>>
>>
>


Subject: Re: JVCL and BCB5: finally
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 14 May 2004 10:09:34 +0200
Newsgroups: jedi.vcl

Don't be to hard !!!

Marcel Bestebroer wrote:

>>> 4 - \jvcl\packages\C5 Packages.bpg
>>> Replace JvInspectorC6D.bpl with JvInspectorC5D.bpl
>>
>> No kidding! That one I can hardly believe it, but I guess this is a Copy
>> and Paste error...
>
>
>     Uhm... guilty. *shame*
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL and BCB5: finally
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 May 2004 09:48:08 +0200
Newsgroups: jedi.vcl

>> > > 4 - \jvcl\packages\C5 Packages.bpg
>> > > Replace JvInspectorC6D.bpl with JvInspectorC5D.bpl
> > No kidding! That one I can hardly believe it, but I guess this is a Copy
> > and Paste error...

    Uhm... guilty. *shame*

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JVCL 3.0 (cvs head) works fine for me on D7.1. Anyone else tried it yet?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 14 May 2004 08:44:07 +0200
Newsgroups: jedi.vcl


"Warren Postma" <wpostma_at@tekran_dot.com> schrieb im Newsbeitrag
news:c800g1$nev$1@talkto.net...

Hello,

i have installed the update on two computers (at work and at home) with no
problems using the latest JVCL from CVS.

Ciao,
Ralf



Subject: Re: Jv NavPane suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 May 2004 08:37:44 +0200
Newsgroups: jedi.vcl

> > When a component is dropped on another component, it would be
> > nice if it assumed parent's style manager if it wasn't assigned it's own.
Sounds like a good idea. I'll look into it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3.0 (cvs head) works fine for me on D7.1. Anyone else tried it yet?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 May 2004 08:35:37 +0200
Newsgroups: jedi.vcl

I have no problems with it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext issue
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 May 2004 08:35:21 +0200
Newsgroups: jedi.vcl

> >   [X] Rename dxgettext.pas and add it to JvCore-R
Because it would be easier for us in th elong run, I think

or
> >   [X] Add dxgettext.pas to a new package (package conflict possible)
For the same reason as André mentioned

I lean more towards the first

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Raising exceptions and resource stirngs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 May 2004 06:50:21 +0200
Newsgroups: jedi.vcl

Kiriakos wrote:

> What is a better way of doing the same?  Rewrite the code as follows:
>
> if FControl = S then
>     raise EJVCLException.CreateRes(@RsEInvalidControlSelection);
>
> Do you need convincing? 

No. It is a good idea. We will discuss it.
I see no problem yet.



Subject: Re: Getting VisualCLX to run on D7
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 May 2004 06:45:06 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> BTW imo all forms should have the 'J' icon.

For the examples yes. Some design editors have their own icon already.
I am not fully satisfied with the icons yet. I will try to improve my work.
I use the free SnIcoEdit.



Subject: Raising exceptions and resource stirngs
From: "Kiriakos" <kvlahos@london.edu>
Date: Fri, 14 May 2004 06:07:00 +0300
Newsgroups: jedi.vcl

In too many places within JVCL and other Delphi programs there is code such
as the following from JvStatusBar:

if FControl = S then
    raise EJVCLException.Create(RsEInvalidControlSelection);

What is wrong with such code?  It appears that few Delphi programmers know
this but the use of a resource string within a procedure or function results
in the generation of entry and exit code that increases code size and
substantially slows down execution even if the particular execution path is
not followed!

What is a better way of doing the same?  Rewrite the code as follows:

if FControl = S then
    raise EJVCLException.CreateRes(@RsEInvalidControlSelection);

Do you need convincing?  Then take a look at the generated code for both
cases and compare.  Also time the routines and you will be amazed.  Borland
on the whole uses the second form in VCL, but even in their code there are
exceptions.  It appears that not all of their engineers are aware of this
issue.

Of course the same applies when you compare Exception.CreateFmt() with
Exception.CreateResFmt()

I would suggest a global change in VCL to implement the second form.  I tend
to use in my code wrapper routines such as follows:

procedure RaiseException(const Msg : string); overload;
begin
  Raise Exception.Create(Msg);
end;

procedure RaiseException(const Msg : string; ExceptionClass : ExceptClass);
overload;
begin
  Raise ExceptionClass.Create(Msg);
end;

procedure RaiseException(ResStringRec: PResStringRec); overload;
begin
  Raise Exception.CreateRes(ResStringRec)
end;

procedure RaiseException(ResStringRec: PResStringRec; ExceptionClass :
ExceptClass); overload;
begin
  Raise ExceptionClass.CreateRes(ResStringRec)
end;






Subject: Re: Small problem with Win95/NT4 compatibility
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Fri, 14 May 2004 00:57:30 +0200
Newsgroups: jedi.vcl

> > Would this work (I have no way to test if this works with Win95
> > pre-IE4, but it works on W2k)?

Thanks! I will be able to test it tomorrow at work and will let you
know of the result.

Kind regards,
Aleksander Oven




Subject: Re: Jv NavPane suggestions
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Fri, 14 May 2004 00:54:55 +0200
Newsgroups: jedi.vcl

> > Let me know what you think.

So far, it's really great. Maybe just one practical suggestion...

When a component is dropped on another component, it would be
nice if it assumed parent's style manager if it wasn't assigned it's own.
It is a bit tedious having to explicitly assign a style manager to every
new component I drop on the form.

Maybe this could be acomplished by a boolean ParentStyleManager
property - like a ParentFont or ParentColor properties of native
Delphi controls. This way I could just assign a style manager to the
nav pane and all new child controls would automatically "inherit" it.

What do you think?

Kind regards,
Aleksander Oven




Subject: Re: Jv NavPane suggestions
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Fri, 14 May 2004 00:42:34 +0200
Newsgroups: jedi.vcl

> > Could you give me an example on a situation where this would
> > be useable?

For example, if application consists of more than one functional
parts (like plugins), but only one can be active at a time, you can
use navigational panel with buttons for every plugin.

If there are a lot of buttons, they are better of grouped in pages,
which improves organization.
However, regradless of the fact that they are on different pages,
only one can be active (i.e. down) at a time and clicking on another
should deactivate currently active button, regardless of which page
it is on.

> > Also, would you expect this to work even if the NavPanes have
> > different parents?

You mean if pages are on different nav panes? Then no. It should
only work if pages are on the same parent (like NavPane).
In other words, if GroupIndex works on a parent's scale,
GlobalGroupIndex should work on a parent's parent's scale.

I hope I explained it clear enough...

Kind regards,
Aleksander Oven




Subject: Re: JVCL and BCB5: finally
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 14 May 2004 08:09:18 +1000
Newsgroups: jedi.vcl

Fred wrote:
> Hello,
Hi

> I finally succeeded in compiling the latest builds (JVCL+JCL 13-05-04) with
> BCB 5. 
Glad to hear that, even if I must admit I'm a bit surprised that it actually works. I have some questions for you to help me understand how well it worked:

> 3 - Add a path to the folder \jcl\source\common\ in BCB paths (menu
> "options");
Where exactly and what is the reason ?

> 1 - \jcl\packages\xml\Jcl-R.xml
> Remove "c5" target from each JclEDI* entry
What made you decide to remove them? Last time I was able to try, those files were not causing any problems.

> 2 - \jcl\packages\c5\CJCL50.bpk and .cpp
> Add the units "..\..\source\windows\zlibh.pas" and
> "..\..\source\common\JclZLib.pas"
That's really strange. You added those two files to the bpk and cpp and you were able to compile and link CJCL50.bpk ? No crash of the linker ? I'm amazed, those two files were the source of the problems I was trying to fix before my computer broke down. Anyway, did you add it to the CJCL-R.xml file in jcl\packages\xml ? Because you should add it in there too.
And do you have update 1 installed ?

> 3 - \jvcl\packages\xml\JvInspector-D.xml
> Add  <Package Name="vcl50" Targets="c5" Condition=""/>
Fair enough.

> 4 - \jvcl\packages\C5 Packages.bpg
> Replace JvInspectorC6D.bpl with JvInspectorC5D.bpl
No kidding! That one I can hardly believe it, but I guess this is a Copy and Paste error...

> With these changes, the EDI components and classes are unavailable for the
> moment but the other units compile fine.
Okay... Can you do that test for me:
Create a blank application and drop a TJvZLibMultiple on it. Try to compile, link and run the application. Try this with and without runtime packages.

Thanks a lot for your feedback, it is greatly appreciated.

Olivier Sannier
JVCL Developer
C++ Builder Coordinator


Subject: Re: TJvEdit changes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 May 2004 23:39:10 +0200
Newsgroups: jedi.vcl

I liked this so much, I've added EmptyValue and EmptyFontColor to
TJvCustomComboBox as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 23:27:31 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Maybe someone of the other guys could take a look at VclToClx?
>
> Should we add it to devtools? Can we? Who wrote it?
>
Marco Cantù, Mastering Delphi 6 (Sybex Inc.):
http://www.marcocantu.com/code/md6htm/VclToClx.htm
>
>>BTW imo all forms should have the 'J' icon.
>
> If we can automate it, I don't see why not
>
Automating it could be done in VclToClx, or is that already in JConvert?
Smells also JvInspector. Creating units from from xfm or dfm ? Anything is possible but takes time.
Let's keep it simple and implement it in VclToClx.

Regards,

André


Subject: JVCL and BCB5: finally
From: "Fred" <nospam@nospam.nospam>
Date: Thu, 13 May 2004 23:26:45 +0200
Newsgroups: jedi.vcl

Hello,

I finally succeeded in compiling the latest builds (JVCL+JCL 13-05-04) with
BCB 5. To achieve this, I had to:
1 - Modify some files;
2 - Compile the package \jcl\packages\c5\CJCL50.bpk;
3 - Add a path to the folder \jcl\source\common\ in BCB paths (menu
"options");
4 - Close C++Builder;
5 - Run \jvcl\install.bat;
6 - Click on Next until the package selection screen;
7 - Uncheck the package JvEDI;
8 - Click on Next and Install.

The files modified:

1 - \jcl\packages\xml\Jcl-R.xml
Remove "c5" target from each JclEDI* entry

2 - \jcl\packages\c5\CJCL50.bpk and .cpp
Add the units "..\..\source\windows\zlibh.pas" and
"..\..\source\common\JclZLib.pas"

3 - \jvcl\packages\xml\JvInspector-D.xml
Add  <Package Name="vcl50" Targets="c5" Condition=""/>

4 - \jvcl\packages\C5 Packages.bpg
Replace JvInspectorC6D.bpl with JvInspectorC5D.bpl

With these changes, the EDI components and classes are unavailable for the
moment but the other units compile fine.

A+
Fred




Subject: Re: Getting VisualCLX to run on D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 May 2004 22:42:31 +0200
Newsgroups: jedi.vcl

> > Maybe someone of the other guys could take a look at VclToClx?
Should we add it to devtools? Can we? Who wrote it?

> > BTW imo all forms should have the 'J' icon.
If we can automate it, I don't see why not

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 22:37:52 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Anyway I you do the job who am I to decide?
>
> You're one of the guys, so your word counts :)
>
Maybe someone of the other guys could take a look at VclToClx?
It would elimate most of the ifdef's in the uses. A finishing touch. With a little bit of work it could also *generate* clx examples.
BTW imo all forms should have the 'J' icon.

Regards,

André


Subject: Re: Getting VisualCLX to run on D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 May 2004 22:17:39 +0200
Newsgroups: jedi.vcl

> > Anyway I you do the job who am I to decide?
You're one of the guys, so your word counts :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 22:13:57 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> You should see them as: have you considered this?
>
> Don't worry, I do, but can we decide on where to put it?
>
I feel honoured, since this concerns VCL. ;). Implement it in JvJCLUtils. Anyway I you do the job who am I to decide?

Kind regards,

André


Subject: Re: Getting VisualCLX to run on D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 May 2004 21:56:21 +0200
Newsgroups: jedi.vcl

> > You should see 
> > them as: have you considered this?
Don't worry, I do, but can we decide on where to put it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 21:55:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Why are you so opposed to put it there? 

It seems there is a misunderstanding about my comments. You should see them as: have you considered this?

Regards,

André Snepvangers


Subject: Re: Getting VisualCLX to run on D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 May 2004 20:31:46 +0200
Newsgroups: jedi.vcl

> > JvComponent?
There are more than 20 units (I didn't bother to check more) that use
DrawText without including JvComponent. There are one or two that use
DrawText and doesn't include JvJCLUtils. My vote still goes to JvJCLUtils.
Why are you so opposed to put it there? It seems to me that would be the
most logical place in any case (functions that can be moved to JCL).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 19:44:51 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> <Project> <Options> <directories>: which directories to use for clx examples.
...\..\dcu -> ..\dcu ?
...\..\bin -> ..\bin ?



Subject: Re: dxgettext issue
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 19:21:18 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> And again.
>
> I need a clear decision how to add the dxgettext unit(s).
>
> - The Installer should use a own version or a JVCL special version
>   I think this is clear but the where and how is not clear.
>
> - The complete JVCL should use a own version
>   [  ] Rename dxgettext.pas and add it to JvCore-R
>   [  ] Rename dxgettext.pas and create a new package
>   [  ] Add dxgettext.pas to JvCore-R (package conflict possible)
>   [X ] Add dxgettext.pas to a new package (package conflict possible)

I choose this one because then we can add other platform independant units.

>   [  ] Add the original dxgettext to JvCore-R (package conflict possible)
>   [  ] Add the original dxgettext to a new package (package conflict
> possible)
>
>
>


Subject: dxgettext issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 13 May 2004 19:02:04 +0200
Newsgroups: jedi.vcl

And again.

I need a clear decision how to add the dxgettext unit(s).

- The Installer should use a own version or a JVCL special version
  I think this is clear but the where and how is not clear.

- The complete JVCL should use a own version
  [  ] Rename dxgettext.pas and add it to JvCore-R
  [  ] Rename dxgettext.pas and create a new package
  [  ] Add dxgettext.pas to JvCore-R (package conflict possible)
  [  ] Add dxgettext.pas to a new package (package conflict possible)
  [  ] Add the original dxgettext to JvCore-R (package conflict possible)
  [  ] Add the original dxgettext to a new package (package conflict
possible)



-- Regards, Andreas Hausladen 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 18:52:57 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Peter Thörnqvist wrote:
>
>>
>>> Modifying VclToClx into a clxgenerator is also interesting. We could
>>> eliminate most of the ifdef's in the uses. Just adding a few wrappers
>>> (GetTickCount, ..) to QWindows, is all that is needed.
>>
>>
> I will upload original VclToClx with a jvcl replace list. I have tested it with some examples: looks very promissing. The code is simple straight forward. Some problems may arise with the created xfm, mostly because of the stored image formats used.
> Warning this version modifies the original files!
>

known VclToClx issues  : does not change *.dof,   BorderStyle in xfm: bsSingle -> fbsSingle, ...
<Project> <Options> <directories>: which directories to use for clx examples.
(Now its time for dinner.)

Regards,

André

>  >
>
>> This is one piece of info I am missing: how do I generate the final JvQ file
>> from the Jv file? ClxGenerator only creates the unit and copies it to the
>> selected folder but all IFDEF's etc is still there.
>>
>
> They will also compile without any problem, but code completion does not work and with forms the IDE will try to open the first form it encounters = dfm, very annoying. (VclToClx replaces *.dfm with *.xfm)
>
>  >
>
>> I know you once said you are using a modified jpp to strip the IFDEF's but I
>> can't find that message now. Could you post the jpp + your command-line to
>> jedi.binaries so I can regenerate the files when needed?
>>
> No, it is jpp from JCL.
>
> jpp -c -dVisualCLX -dCOMPILER6_UP -dCOMPILER7_UP -dCOMPILER7 -uVCL -dUSEJVCL -uCOMPILER5 -uJVCLThemesEnabled -x..\qrun\ JvQ*.pas
>
> Regards,
>
> André Snepvangers


Subject: Re: JVCL 3.0 (cvs head) works fine for me on D7.1. Anyone else tried it yet?
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 13 May 2004 15:29:03 +0000
Newsgroups: jedi.vcl

I installed the Update 1 recently released from Borland, also everything works including my favorite jvcl/jcl. My Help/About says Delphi 7.0 Build 8.1 - so do I really have 7.1? Why not go with Oracles naming schema: 8.3.16.3.Y.19.3.6 Patchlevel 5.2.3.1 ;-) If there was no chance understanding it, nobody would worry...

Warren Postma wrote:
> I installed the Delphi 7 Update 1 from Borland today.  Nothing broke that I have noticed yet, in my apps, or in JVCL.  I saw some complaints
> about the handling of fixed length character persistent fields (rather than silently truncating on lenght mismatches, I guess they raise an exception, which makes sense, but would be annoying if your app silently truncated database field values in the past).
>
> Anyways, just wondering if anyone else has installed 7.1 yet.
>
> One slightly off topic thing: Who understands the whole w.x.y.z version numbering thingy?  Version w.x, build y.z, why have the Version and the Build be completely different numbers. I can understand wanting Version 7.0 and a build number (7412 for instance) but not a major.minor for the build numbering, cause if you're going to do that, why not just make it major.minor and skip the build number entirely. Sort of a tiny non issue, but was there some kind of Microsoft standard for version numbering that I have never read that explains why developers want all four parts of the w.x.y.z versioning?
>
> Warren
>
>
>


Subject: JVCL 3.0 (cvs head) works fine for me on D7.1. Anyone else tried it yet?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 13 May 2004 11:13:42 -0400
Newsgroups: jedi.vcl

I installed the Delphi 7 Update 1 from Borland today.  Nothing broke that I have noticed yet, in my apps, or in JVCL.  I saw some complaints
about the handling of fixed length character persistent fields (rather than silently truncating on lenght mismatches, I guess they raise an exception, which makes sense, but would be annoying if your app silently truncated database field values in the past).

Anyways, just wondering if anyone else has installed 7.1 yet.

One slightly off topic thing: Who understands the whole w.x.y.z version numbering thingy?  Version w.x, build y.z, why have the Version and the Build be completely different numbers. I can understand wanting Version 7.0 and a build number (7412 for instance) but not a major.minor for the build numbering, cause if you're going to do that, why not just make it major.minor and skip the build number entirely. Sort of a tiny non issue, but was there some kind of Microsoft standard for version numbering that I have never read that explains why developers want all four parts of the w.x.y.z versioning?

Warren





Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 17:04:49 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> OK, maybe JvExControls is better. I'll check.
>
> There are a lot more changes need if I put the DrawText's in JvExControls
> than in JvJCLUtils since I have to add JvExControls to almmost every unit
> where DrawText is used. By contrast, almost every unit that uses DrawText
> also uses JvJCLUtils. I think JvJCLUtils is the better location.
>
JvComponent?


Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 16:29:15 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>
>> Modifying VclToClx into a clxgenerator is also interesting. We could
>> eliminate most of the ifdef's in the uses. Just adding a few wrappers
>> (GetTickCount, ..) to QWindows, is all that is needed.
>
I will upload original VclToClx with a jvcl replace list. I have tested it with some examples: looks very promissing. The code is simple straight forward. Some problems may arise with the created xfm, mostly because of the stored image formats used.
Warning this version modifies the original files!

>
> This is one piece of info I am missing: how do I generate the final JvQ file
> from the Jv file? ClxGenerator only creates the unit and copies it to the
> selected folder but all IFDEF's etc is still there.
>

They will also compile without any problem, but code completion does not work and with forms the IDE will try to open the first form it encounters = dfm, very annoying. (VclToClx replaces *.dfm with *.xfm)

>
> I know you once said you are using a modified jpp to strip the IFDEF's but I
> can't find that message now. Could you post the jpp + your command-line to
> jedi.binaries so I can regenerate the files when needed?
>
No, it is jpp from JCL.

jpp -c -dVisualCLX -dCOMPILER6_UP -dCOMPILER7_UP -dCOMPILER7 -uVCL -dUSEJVCL -uCOMPILER5 -uJVCLThemesEnabled -x..\qrun\ JvQ*.pas

Regards,

André Snepvangers


Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 May 2004 16:13:53 +0200
Newsgroups: jedi.vcl

> > OK, maybe JvExControls is better. I'll check.
There are a lot more changes need if I put the DrawText's in JvExControls
than in JvJCLUtils since I have to add JvExControls to almmost every unit
where DrawText is used. By contrast, almost every unit that uses DrawText
also uses JvJCLUtils. I think JvJCLUtils is the better location.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 May 2004 16:04:55 +0200
Newsgroups: jedi.vcl

> > I would prefer them added to JvExControls, since that is pulled in
> > anyway, no need to add JvJCLUtils.
OK, maybe JvExControls is better. I'll check.
> > This is the DrawText I prefer:
> > function DrawText(Canvas: TCanvas; const Text: WideString; Len: Integer;
> > var R: TRect; WinFlags: Integer): Integer; overload;
I'll add that one as well.

> > Modifying VclToClx into a clxgenerator is also interesting. We could
> > eliminate most of the ifdef's in the uses. Just adding a few wrappers
> > (GetTickCount, ..) to QWindows, is all that is needed.
This is one piece of info I am missing: how do I generate the final JvQ file
from the Jv file? ClxGenerator only creates the unit and copies it to the
selected folder but all IFDEF's etc is still there.

I know you once said you are using a modified jpp to strip the IFDEF's but I
can't find that message now. Could you post the jpp + your command-line to
jedi.binaries so I can regenerate the files when needed?

> > I have quickly checked the last updates, some small issues but I let you
> > know later today.
OK, sounds good.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 13 May 2004 16:00:11 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've added the following to JvJCLUtils:
>
> {$IFDEF VCL}
> function DrawText(Canvas: TCanvas; Text: PAnsiChar; Len: Integer; var R:
> TRect; WinFlags: Integer): Integer; overload;
> function DrawText(Canvas: TCanvas; Text: string; Len: Integer; var R: TRect;
> WinFlags: Integer): Integer; overload;
> function DrawTextW(Canvas :TCanvas; Text: WideString; Len: Integer; var R:
> TRect; WinFlags: Integer): Integer; overload;
> function DrawTextW(Canvas :TCanvas; Text: PWideChar; Len: Integer; var R:
> TRect; WinFlags: Integer): Integer; overload;
> {$ENDIF}
>

I would prefer them added to JvExControls, since that is pulled in anyway, no need to add JvJCLUtils. Saves also all lot off work.
This is the DrawText I prefer:
function DrawText(Canvas: TCanvas; const Text: WideString; Len: Integer; var R: TRect; WinFlags: Integer): Integer; overload;
The ones with pointers are also fine, you need them if you want to modify a TCaption property. (You cannot pass property as var)


>
> Should I modify all the \run and \design sources (there are quite a lot!) to
> use these functions instead of Windows.DrawtText and remove the IFDEF's for
> VCL/VisualCLX where appropriate? 
I prefer less ifdef's. Sure there are quit a lot, but if you don't have to pull in JvJCLUtils, then it is just a matter of deleting lines.

> If I do, should we regenerate the CLX
> sources from the modified files or is there too much manual labour involved?
>
Not at all. Selecting the files I think takes more time then to generate them. :).
Modifying VclToClx into a clxgenerator is also interesting. We could eliminate most of the ifdef's in the uses. Just adding a few wrappers (GetTickCount, ..) to QWindows, is all that is needed.
Getting JVCLX released is more important to me now.

I have quickly checked the last updates, some small issues but I let you know later today.

Regards,

André Snepvangers


Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 May 2004 15:01:20 +0200
Newsgroups: jedi.vcl

I've added the following to JvJCLUtils:

{$IFDEF VCL}
function DrawText(Canvas: TCanvas; Text: PAnsiChar; Len: Integer; var R:
TRect; WinFlags: Integer): Integer; overload;
function DrawText(Canvas: TCanvas; Text: string; Len: Integer; var R: TRect;
WinFlags: Integer): Integer; overload;
function DrawTextW(Canvas :TCanvas; Text: WideString; Len: Integer; var R:
TRect; WinFlags: Integer): Integer; overload;
function DrawTextW(Canvas :TCanvas; Text: PWideChar; Len: Integer; var R:
TRect; WinFlags: Integer): Integer; overload;
{$ENDIF}

Should I modify all the \run and \design sources (there are quite a lot!) to
use these functions instead of Windows.DrawtText and remove the IFDEF's for
VCL/VisualCLX where appropriate? If I do, should we regenerate the CLX
sources from the modified files or is there too much manual labour involved?

What do you think, André?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Is there a compiled version of JVCLConverter
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 13 May 2004 13:11:13 +0200
Newsgroups: jedi.vcl

Peter,
thanks




Subject: Re: Is there a compiled version of JVCLConverter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 May 2004 12:56:03 +0200
Newsgroups: jedi.vcl

I posted one to jedi.binaries on 2004-04-29

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Is there a compiled version of JVCLConverter
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 13 May 2004 12:19:56 +0200
Newsgroups: jedi.vcl

Is there a compiled version of JVCLConverter for downloading?
My problem is I can´t compile JVCLConverter with Delphi5. Therefore I need a
compiled version.

Regards
Dierk




Subject: Re: TJvEdit changes
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 May 2004 08:38:27 +0200
Newsgroups: jedi.vcl

> > Mm, the version checked in by Peter works differently, that is why I
> > compared it to the Comclt32.dll 6.0+ cue banner.
Oops, I'll fix that and also add an EmptyFontColor property so we can get
that gray text when the empty value is shown. Guess it wasn't too hard
emulating cue banners :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: for Christopher
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 13 May 2004 11:36:51 +0700
Newsgroups: jedi.vcl

Hello guys!

"Christopher Latta" <nobody@nowhere.not>
> > ...
> > We could either promote DovalueChanged to protected to use a derived
> > component to solve the problem, or promote it to public and use a
> > variation of your solution in the form's OnKeyPress event:
> >
> >   if (Key = #13) and (ActiveControl is TJvValidateEdit) then
> >   begin
> >     TJvValidateEdit(ActiveControl).DoValueChanged;
> >     Key := #0;

Key:=0 isn't necessary! Form still have a chance to process a default button
(if it exists).
Here is no any influence on the following events and no any deviation from
the standard behaviour (I think so).

> > We could have a
> > boolean property CheckOnEnter which if true does a DoValueChanged when
> > <Enter> is pressed.

Good compromise. In this case a programmer can choose what he prefer.

AlexB.




Subject: Re: More on Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 May 2004 23:56:51 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > I actually meant to set it to 0 (same as fmOpenRead) instead of 2
> > (fmOpenReadWrite).

Fixed.


-- Regards, Andreas Hausladen 

Subject: Re: TJvEdit changes
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 12 May 2004 23:48:18 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:
> That's why I've overridden the gettext function, it will return an empty string when the FIsEmptyValue flag is set but the EmptyValue is shown, (not when the text=FEmpyValue)...

Mm, the version checked in by Peter works differently, that is why I compared it to the Comclt32.dll 6.0+ cue banner.

> Well that's my first addition to the JVCL then... bring out the champagne!

Sip..sip...swirl...*BURP*,  thanks :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: for Christopher
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 12 May 2004 21:47:06 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > If that's the case then what's wrong with:
> > 
> >   if (Key = #13) and (ActiveControl is TJvValidateEdit) then
> >   begin
> >     TJvValidateEdit(ActiveControl).OnValueChanged(ActiveControl);
> >     Key := #0;
> >   end;

This will *always* call the OnValueChanged event, regardless of whether
the value has actually changed. My solution only calls OnValueChanged
if the value has actually changed because DoValueChanged checks to see
if the value has changed before calling OnValueChanged.

We could either promote DovalueChanged to protected to use a derived
component to solve the problem, or promote it to public and use a
variation of your solution in the form's OnKeyPress event:

  if (Key = #13) and (ActiveControl is TJvValidateEdit) then
  begin
    TJvValidateEdit(ActiveControl).DoValueChanged;
    Key := #0;
  end;

Of course, I could have put it directly into the component which would
have been a lot quicker than this whole conversation :) We could have a
boolean property CheckOnEnter which if true does a DoValueChanged when
<Enter> is pressed. I still think this goes against Windows standard
behaviour, but if people think it would be common to use such a feature
and it doesn't go against the code freeze rules I will implement it.

Christopher Latta


Subject: Re: More on Installer
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 12 May 2004 23:32:04 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Done.

I actually meant to set it to 0 (same as fmOpenRead) instead of 2 (fmOpenReadWrite).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Install problems
From: sun <sun@nowhere.net>
Date: Wed, 12 May 2004 15:58:18 -0400
Newsgroups: jedi.vcl

On Wed, 12 May 2004 19:16:52 +0200, "Andreas Hausladen"
<AndreasDOTHausladen@gNOMAILmx.de> wrote:

Thanks Andreas,
I tried this and I used the same day (11 May) versions of
JCL and JVCL but I got another error

----------------------------
C:\ProgramFiles\Borland\Delphi6\Compo\JEDI\jvcl\run\JvComputerInfoEx.pas(1236)
Error: Undeclared identifier: 'COLOR_MENUHILIGHT'
C:\ProgramFiles\Borland\Delphi6\Compo\JEDI\jvcl\run\JvComputerInfoEx.pas(1237)
Error: Undeclared identifier: 'COLOR_MENUBAR'
JvSystemD6R.dpk(86) Fatal: Could not compile used unit
'..\..\run\JvComputerInfoEx.pas'

** error 1 ** deleting JvSystemD6R.bpl

** error 1 ** deleting CompilePackages
---------------------------------

Could you, or someone else, tell me a set of versions that are
known for sure to work?



> >sun wrote:
> >
>> >> First it installed JCL (JCL1.90-Build1497) -- OK
>> >> Then it tried to installl JVCL (Latest  from 12 May) with the options:
> >
> >You mixed up a released version with a CVS version. This does not work
> >because the JCL changed an interface since the last release and the JVCL
> >followed the changes.
> >So you must use release-release or CVS-CVS versions but you cannot mix
> >them. The daily snapshots of the JCL could be found here:
> >http://jcl.sourceforge.net/daily



Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 12 May 2004 21:47:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've now succesfully installed the CLX packages in D7, so I will start
> working on some of the issues I've found.
>
> Here's some of what I've found after a very cursory look:
> - GroupIndex/Down/AllowAllUp in Jv(Q)Button doesn't work on CLX but I have a
> solution I will implement tomorrow. This will also fix a few problems with
> JvNavPane (the buttons derive from JvCustomGraphicButton)
> - ForceSameSize (JvButtons) also has problems. WiIl fix.
> - The PageList editor doesn't work correctly with CLX. Will fix.
> - There are several issues with JvWizard but I think I can fix these as
> well.
>
Nice. Note use DrawText(TCanvas;TCaption;  ...) & Bit/StretchBlt(TCanvas; .. TCanvas ...) with VisualCLX. Saves annoyance & code lines. ("Implementing" this for VCL would save Ifdef's)

>
> André, do you know off hand about any other issues/units you would like me
> to take a look at? 

-A new JvQSpinEdit: same as TJvCustomCombobox but then with 2 buttons.
 (The current one is a modified Spin.pas from Borland)

-JvQDrvCtrls is missing, it would also be very welcome addition for Linux . It definitly needs an resource to store the icons. Mapping linux "drives" to (windows) drivetypes is not a problem.

-Could you check JvQSpeedbarForm?


> I guess that when I fix something, you still need to
> check it with Linux/Kylix, so will you keep track of the check-ins or should
> I mail you about it?
>
Any changes to the JVCL units that affects the (generated) VisualCLX implementation Windows or Linux is welcome.
(You can check this in the related xml)
>

> Should we start using Mantis to report CLX problems so we can keep better
> track of issues and solutions? I could easily add a new CLX category if
> needed.
>
Looks like it is the time for that. (yes)

Regards,

André Snepvangers


Subject: Re: Getting VisualCLX to run on D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 May 2004 20:34:51 +0200
Newsgroups: jedi.vcl

I've now succesfully installed the CLX packages in D7, so I will start
working on some of the issues I've found.

Here's some of what I've found after a very cursory look:
- GroupIndex/Down/AllowAllUp in Jv(Q)Button doesn't work on CLX but I have a
solution I will implement tomorrow. This will also fix a few problems with
JvNavPane (the buttons derive from JvCustomGraphicButton)
- ForceSameSize (JvButtons) also has problems. WiIl fix.
- The PageList editor doesn't work correctly with CLX. Will fix.
- There are several issues with JvWizard but I think I can fix these as
well.

André, do you know off hand about any other issues/units you would like me
to take a look at? I guess that when I fix something, you still need to
check it with Linux/Kylix, so will you keep track of the check-ins or should
I mail you about it?

Should we start using Mantis to report CLX problems so we can keep better
track of issues and solutions? I could easily add a new CLX category if
needed.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Plans on next release
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 May 2004 20:25:23 +0200
Newsgroups: jedi.vcl

> > Imagine politicans would be this productive
If politicians were more productive I fear we wouldn't have any freedom at
all, at least in Sweden ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 May 2004 19:27:45 +0200
Newsgroups: jedi.vcl

Tobias wrote:

> > Hi Andreas,
> > 
> > As we had several requests with the JCL-JVCL problem, could you
> > add a simple version control in the Installer that gives a direct 
> > feedback to the user that he has an incompatible JCL version and
> > has to get a newer one?

That would be nice but the JCL does not say what built it is. And the
Installer will not parse .pas files and test for the correct function
declaration.



-- Regards, Andreas Hausladen 

Subject: Re: Install problems
From: Tobias <nowhere@nowhere.com>
Date: Wed, 12 May 2004 19:24:55 +0200
Newsgroups: jedi.vcl

Hi Andreas,

As we had several requests with the JCL-JVCL problem, could you
add a simple version control in the Installer that gives a direct 
feedback to the user that he has an incompatible JCL version and
has to get a newer one?

Regards,
  Tobias

Andreas Hausladen wrote:
> > 
> > sun wrote:
> > 
>> > > First it installed JCL (JCL1.90-Build1497) -- OK
>> > > Then it tried to installl JVCL (Latest  from 12 May) with the options:
> > 
> > You mixed up a released version with a CVS version. This does not work
> > because the JCL changed an interface since the last release and the JVCL
> > followed the changes.
> > So you must use release-release or CVS-CVS versions but you cannot mix
> > them. The daily snapshots of the JCL could be found here:
> > http://jcl.sourceforge.net/daily
> > 
> > --
> > Regards,
> > 
> > Andreas Hausladen


Subject: Re: Install problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 May 2004 19:16:52 +0200
Newsgroups: jedi.vcl

sun wrote:

> > First it installed JCL (JCL1.90-Build1497) -- OK
> > Then it tried to installl JVCL (Latest  from 12 May) with the options:

You mixed up a released version with a CVS version. This does not work
because the JCL changed an interface since the last release and the JVCL
followed the changes.
So you must use release-release or CVS-CVS versions but you cannot mix
them. The daily snapshots of the JCL could be found here:
http://jcl.sourceforge.net/daily


-- Regards, Andreas Hausladen 

Subject: Install problems
From: sun <sun@nowhere.net>
Date: Wed, 12 May 2004 13:08:08 -0400
Newsgroups: jedi.vcl

Hi all.
I have Delphi 6.
I tried to install JVCL3 and I have problems.
First it installed JCL (JCL1.90-Build1497) -- OK
Then it tried to installl JVCL (Latest  from 12 May) with the options:
 "Build packages", "XP Theming" checked.
It stops with the following error:

-------------------
Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD6R.dpk(94) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

** error 1 ** deleting JvCoreD6R.bpl

** error 1 ** deleting CompilePackages
--------------------

Indeed there is an error when compiling vJVCLAboutForm.pas 
(line 140: 
  JclWin32.GetVersionEx(VersionInfo); <-- incorrect parameter type
)
This must be something new, because I previously
succesfully compiled JvCoreD6R ( and, yes, I cleaned up that install).

Also trying to manually install "D6 packages.bpg" doesn't work:
an error is shown ("PROJECTS macro missing or incorrect") and that's
all.



Subject: Re: Getting VisualCLX to run on D7
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 May 2004 19:05:02 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will search for wrong {$ELSE} parts later.

All MSWINDOWS checked. None needed replacement by VisualCLX.
All {$ELSE} checked. None for VCL, MSWINDOWS etc anymore.



Subject: Re: TJvEdit changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 May 2004 19:03:45 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> Well that's my first addition to the JVCL then... bring out the champagne!

Juniors only get carbonated water :-)



Subject: Re: Getting VisualCLX to run on D7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 May 2004 18:57:51 +0200
Newsgroups: jedi.vcl

I have moved the clxdesigner batch and make file to packages\bin.
Furthermore I have removed the absolute paths in d7clx\clxdesigner.dpk and
adjusted the clxdesigner.mak file in that way that it now works with
build.exe and hopefully with the Installer as soon as the Installer
supports CLX completely.
The clxdesigner.mak file sets the search paths and creates an empty
ClxImgEdit.res file (Delphi7\bin\ClxDesigner.bpl does not have any
resource that indicates that ClxImgEdit.res has any content).


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGrid freezes when focus is set to TWebBrowser
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 12 May 2004 17:40:08 +0200
Newsgroups: jedi.vcl

Ah well so does the standard TDBGrid...

Wiebe Tijsma wrote:

> TJvDBGrid freezes when focus is set to TWebBrowser.
>
> It will unfreeze when another control as received focus first.
>
> I haven't be able to figure out why, probably a TWebBrowser problem...
>
> Wiebe Tijsma
>


Subject: TJvDBGrid freezes when focus is set to TWebBrowser
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 12 May 2004 17:39:02 +0200
Newsgroups: jedi.vcl

TJvDBGrid freezes when focus is set to TWebBrowser.

It will unfreeze when another control as received focus first.

I haven't be able to figure out why, probably a TWebBrowser problem...

Wiebe Tijsma



Subject: Re: Getting VisualCLX to run on D7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 May 2004 17:28:26 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Here's some more:
> > - Installing JvQMMD7D generates a dialog "A class named TGraphic already
> > exists". Don't know why.

Sounds that a Graphics.pas and a QGraphics.pas are in the uses clause.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL_JCL and Kylix
From: "TridenT" <trident@debian.fr>
Date: Wed, 12 May 2004 17:27:22 +0200
Newsgroups: jedi.vcl

Great !
thx for the information !

One last question : Do you keep a track somewhere of (open source) project
using JVCL/JCL ?
TridenT
http://dephicodetodoc.sourceforge.net/


"André Snepvangers" <asn@xs4all.nl> a écrit dans le message de
news:c7ripa$rqr$1@talkto.net...
> > TridenT wrote:
>> > > Hi,
>> > > where can I find informations about the status of each unit from
JCL&JVCL
>> > > package.
>> > > On the web site, I found a daily build page, but it's only saying that
>> > > Kylix3 binaries are not functionnals.
> > That didn't came from me. All packages are functional, but there are
> > still components to be fixed. In the end of this messages you find a
> > list with all components. The ones that needs fixes are marked with '*'
> >
> > Regards,
> >
> > André Snepvangers
> > VisualCLX coordinator
> >
> >
> >
> > JvQMMReg.pas:
> > * TJvBmpAnimator
> > * TJvPicClip
> > TJvImageRotate
> > TJvImageTransform
> > TJvImageSquare
> > TJvStarfield
> > TJvAnimatedImage
> > TJvSpecialImage
> > TJvGradientHeaderPanel
> > TJvGradient
> > TJvWaitingGradient
> > TJvSpecialProgress
> > TJvWaitingProgress
> > TJvColorTrackBar
> > TJvSlider
> > JvQCmpReg.pas:
> > TJvAlarms
> > TJvConverter
> > TJvDataEmbedded
> > TJvMergeManager
> > //TJvPageManager,
> > TJvPatchFile
> > TJvProfiler
> > TJvStrHolder
> > TJvTimeLimit
> > TJvTranslator
> > TJvTranslatorStrings
> > TJvPrint
> > TJvLogFile
> > JvQHMIReg.pas:
> > TJvLED
> > TJvDialButton
> > JvQNetReg.pas:
> > {$IFDEF MSWINDOWS}
> > TJvFTPURLGrabber
> > TJvHTTPURLGrabber
> > TJvLocalFileURLGrabber
> > {TJvMail,}
> > TJvHTMLParser
> > {$ENDIF MSWINDOWS}
> > TJvStrToHTML
> > TJvStringListToHTML
> > TJvFormToHTML
> > TJvRGBToHTML
> > {$IFDEF MSWINDOWS}
> > TJvUrlListGrabber
> > {$ENDIF MSWINDOWS}
> > JvQUIBReg.pas:
> > TJvUIBDatabase
> > TJvUIBTransaction
> > TJvUIBQuery
> > {$IFNDEF DelphiPersonalEdition}
> > TJvUIBDataSet
> > {$ENDIF}
> > TJvUIBScript
> > TJvUIBBackup
> > TJvUIBRestore
> > JvQPageListTreeViewReg.pas:
> > * TJvNavigationPane    // no buttons at runtime
> > TJvNavIconButton
> > TJvNavPanelButton
> > TJvNavPanelHeader
> > TJvNavPanelDivider
> > TJvOutlookSplitter
> > TJvNavPaneStyleManager
> > * TJvSettingsTreeView
> > * TJvPageListTreeView
> > * TJvPageList
> > JvQValidatorsReg.pas:
> > TJvValidators
> > TJvValidationSummary
> > TJvErrorIndicator
> > JvQCryptReg.pas:
> > TJvVigenereCipher
> > TJvXORCipher
> > TJvCaesarCipher
> > TJvGenetic
> > {$IFDEF MSWINDOWS}
> > TJvCABFile
> > {$ENDIF MSWINDOWS}
> > TJvZlibMultiple
> > TJvSerialMaker
> > JvQWizardReg.pas:
> > * TJvWizard
> > * TJvWizardRouteMapSteps
> > * TJvWizardRouteMapNodes
> > * TJvWizardRouteMapList
> > JvQAppFrmReg.pas:
> > TJvAppEvents
> > TJvAppAnimatedIcon
> > TJvFormAnimatedIcon
> > TJvFormAutoSize
> > TJvFormAnimation
> > TJvFormWallpaper
> > JvQStdCtrlsReg.pas:
> > TJvShape
> > TJvCalendar
> > TJvCalculator
> > TJvBitBtn
> > TJvSpeedButton
> > TJvCheckBox
> > TJvRadioButton
> > TJvRadioGroup
> > TJvEdit
> > TJvMaskEdit
> > TJvCalcEdit
> > TJvComboEdit
> > TJvFilenameEdit
> > TJvDirectoryEdit
> > TJvDateEdit
> > * TJvTimeSpin
> > TJvImage
> > TJvImageList
> > TJvGauge
> > TJvTabControl
> > TJvControlBar
> > TJvGroupBox
> > TJvHeaderControl
> > TJvPanel
> > * TJvSecretPanel
> > TJvBevel
> > TJvStatusBar
> > TJvTransparentPanel
> > TJvLabel
> > TJvScrollBar
> > * TJvDrawGrid
> > TJvStringGrid
> > JvQCtrlsReg.pas:
> > TJvTransparentButton
> > TJvTransparentButton2
> > TJvArrowButton
> > TJvColorButton
> > TJvHTButton
> > TJvSpacer
> > TJvOfficeColorButton
> > TJvOfficeColorPanel
> > * TJvSpeedBar        Buttons added with visible=false
> > TJvCaptionPanel
> > TJvItemsPanel
> > TJvMovableBevel
> > TJvRollOut
> > TJvFooter
> > TJvGroupHeader
> > TJvComponentPanel
> > TJvBehaviorLabel
> > TJvHTLabel
> > * TJvWinampLabel      with black background only
> > TJvHTListBox
> > TJvHTComboBox
> > TJvScrollMax
> > * TJvaScrollText      exception if images are not assigned
> > * TJvContentScroller
> > * TJvScrollingWindow
> > TJvScrollText
> > TJvSplitter
> > TJvNetscapeSplitter
> > TJvClock
> > TJvHint
> > TJvDice
> > TJvSwitch
> > JvQDlgsReg.pas:
> > TOpenPictureDialog
> > TSavePictureDialog
> > TPrinterSetupDialog
> > TJvDualListDialog
> > TJvImageDialog
> > * TJvFindReplace           // runtime exception
> > {TJvDSADialog,}
> > TJvProgressDialog
> > TJvProgressComponent
> > TJvTipOfDay
> > JvQXPCtrlsReg.pas:
> > TJvXPStyleManager
> > TJvXPBar
> > TJvXPContainer
> > TJvXPButton
> > TJvXPToolButton
> > TJvXPCheckBox
> > JvQSystemReg.pas:
> > {$IFDEF MSWINDOWS}
> > TJvScreenSaver
> > TJvJoystick
> > TJvSoundControl
> > TJvChangeNotify
> > {$ENDIF MSWINDOWS}
> > TJvSystemColors
> > TJvSimpleXML
> > TJvXMLDatabase
> > TJvTimer
> > TJvThread
> > TJvFormStorage
> > TJvFormStorageSelectList
> > TJvAppXMLFileStorage
> > JvQJansReg.pas:
> > TJvMarkupLabel
> > TJvMarkupViewer
> > TJvSAL
> > TJvSALCore
> > TJvSALMath
> > TJvYearGrid
> > TJvAirBrush
> > TJvTracker
> > TJvGridFilter
> > TJvGridPrinter
> > TJvPaintFX
> > TJvDrawImage
> > TJvArrayButton
> > TJvForthScript
> > TJvTurtle
> > TJvBitmapButton
> > TJvSpeller
> > TJvSimScope
> > TJvSimIndicator
> > TJvSimPID
> > TJvSimPIDLinker
> > TJvSimConnector
> > TJvLogic
> > TJvSimButton
> > TJvSimLight
> > TJvSimLogicBox
> > TJvSimReverse
> > TJvCSVBase
> > TJvCSVEdit
> > TJvCSVComboBox
> > TJvCSVCheckBox
> > TJvCSVNavigator
> > JvQEDIDBBufferingReg.pas:
> > TJvEDIDBSpecProfiler
> > TJvEDIDBSEFProfiler
> > JvQManagedThreadsReg.pas:
> > TJvMTManager
> > TJvMTThread
> > TJvMTThreadToVCL
> > TJvMTVCLToThread
> > TJvMTThreadToThread
> > TJvMTSection
> > TJvMTCountingSection
> > TJvMTMonitorSection
> > JvQCoreReg.pas:
> > TJvJVCLAboutComponent
> > TJvContextProvider
> > TJvColorProvider
> > TJvColorMappingProvider
> > TJvAppRegistryStorage
> > TJvAppStorage
> > TJvAppIniFileStorage
> > TJvAppStorageSelectList
> > JvQInspectorReg.pas:
> > TJvInspector
> > TJvInspectorBorlandPainter
> > TJvInspectorDotNETPainter
> > JvQCustomReg.pas:
> > TJvLookOutButton
> > TJvExpressButton
> > TJvValidateEdit
> > TJvGammaPanel
> > TJvOutlookBar
> > TJvLookout
> > TJvExpress
> > TJvLinkLabel
> > TJvTMTimeLine
> > TJvChart




Subject: Re: TJvEdit changes
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Wed, 12 May 2004 17:21:16 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Note that you have something similar for Comclt32.dll 6.0+ (XP) controls, via the EM_GETCUEBANNER and EM_SETCUEBANNER. The textual cue is only displayed if the Text is empty; the difference is that Text still returns the empty string if the textual cue is displayed.
>
> See for example:
>
> http://vbnet.mvps.org/index.html?code/textapi/setcuebanner.htm
>

That's why I've overridden the gettext function, it will return an empty string when the FIsEmptyValue flag is set but the EmptyValue is shown, (not when the text=FEmpyValue)...

Well that's my first addition to the JVCL then... bring out the champagne!


Subject: TJvDBRichEdit missing Zoom property
From: "danv" <ddd@nomail.cz>
Date: Wed, 12 May 2004 14:20:46 +0000
Newsgroups: jedi.vcl

TJvCustomRichEdit has property Zoom that is published in TJvRichEdit but
not in TJvDBRichEdit.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Getting VisualCLX to run on D7
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 May 2004 16:16:38 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Clearly JvQDsgEditors is not in sync with JvDsgEditors.

JvDsgnEditors.pas
FiltEdit is declared twice for COMPILER6_UP.
I i will the unguarded copy, but this may be wrong for Delphi 5.
I only have to solve a conflict now.

This will be the commit:
I have cleaned all {$IFDEF VisualCLX} lines and the spelling is
now consistent. This includes a bad line in the Ex generator.
I will search for wrong {$ELSE} parts later.



Subject: Re: for Christopher
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 15:52:01 +0200
Newsgroups: jedi.vcl

> > The entered text is always valid for the DisplayFormat selected. What
> > Alex is after is a way of firing the OnValueChanged event without the
> > focus leaving the component. So he wants the component to run his code,
> > not have his code run validation on the component. Unless I am
> > misunderstanding you?

If that's the case then what's wrong with:

  if (Key = #13) and (ActiveControl is TJvValidateEdit) then
  begin
    TJvValidateEdit(ActiveControl).OnValueChanged(ActiveControl);
    Key := #0;
  end;

?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Tubo Pascal 3
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 12 May 2004 09:46:14 -0400
Newsgroups: jedi.vcl

micha schumann wrote:
> I loved the good old Turbos! Never felt that enthusiasm again with the graphical GUIs...


I learned how to be a Real Programmer on TurboPascal 5.5 and I LOVED the TechnoJocks Turbo Toolkit (TTT) for TP55.

That being said, there is no going back, for me.  Delphi R00L3Z. :-)

Warren



Subject: Re: for Christopher
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 15:31:33 +0200
Newsgroups: jedi.vcl

> > Probably a better approach would be to promote DoValueChanged to
> > Protected.

Even better would be to add a public function Validate:boolean; (virtual?)
This would then do whatever is necessary to validate the entered text.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: for Christopher
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 12 May 2004 12:54:54 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Even better would be to add a public function Validate:boolean;
> > (virtual?) This would then do whatever is necessary to validate the
> > entered text.

The entered text is always valid for the DisplayFormat selected. What
Alex is after is a way of firing the OnValueChanged event without the
focus leaving the component. So he wants the component to run his code,
not have his code run validation on the component. Unless I am
misunderstanding you?

Christopher Latta


Subject: Re: how to handle empty constructors/destructors
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 12 May 2004 22:53:09 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> I would remove all of them and for the fast evolving code the developer puts them back in. This would be only a small inconvienience and remove all the dead code.
>
Be my guest


Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 12 May 2004 14:46:17 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> OK, here's some of the problems I've encountered:
> - Paths in clxdesigner.dpk are hardcoded. Solution? Should we maybe provide
> a precompiled dcp?
> - When trying to build clxdesigner.dpk I get an error "Cannot compile
> package 'clxdesigner70' which is currently required by Delphi". I skip this
> package for now.
> - I now open the d7clx packages.bpg and try to compile. It fails on
> JvQCoreD7D.dpk.
> - I compile each of the run-time packages (from top to bottom) and they all
> compile without errors except for JvQWizard which has some issues:
>   * CM_CURSORCHANGED and CM_FONTCHANGED undefined - should be replaced by
> CursorChanged and FontChanged (overridden in CLX).
>   * DT_EXTERNALLEADING not defined - not available in CLX. Remove.
>   * QImgList is missing in uses
>   * itImage missing from Wizard.HeaderImages.Draw() calls
> - When trying to build JvQCoreD7D, I get an error: "File not found
> 'ClxImgEdit.res'". I put a dummy res file into the ToolsAPI\Property Editors
> folder and rename it to ClxImgEdit.res.
> - [Fatal Error] JvQDsgnEditors.pas(48): File not found: 'FiltEdit.dcu' - I
> comment out FiltEdit.
> - I now get this error: [Error] JvQDsgnEditors.pas(69): Undeclared
> identifier: 'TRect'. I add Types to uses.
> - I now get this error:  [Error] JvQDsgnEditors.pas(604): Undeclared
> identifier: 'DrawText' - I add QWindows to uses
> - I now get this error: [Error] JvQDsgnEditors.pas(809): Undeclared
> identifier: 'SetDlgItemText' - I'm stuck since SetDlgItemText is not
> available in CLX.
>
That is caused by regeneration from JVCL. If you restore to the version of yesterday, you won't have this problem.
Clearly JvQDsgEditors is not in sync with JvDsgEditors.

Regards,

André Snepvangers


Subject: Re: for Christopher
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 12 May 2004 12:40:07 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > You have at least one other option: set KeyPreview to true for the
> > form and write a KeyPress event like this:
> > 
> > procedure TForm.KeyPress();
> > begin
> >   if (Key = #13) and (ActiveControl is TJvValidateEdit) then
> >   begin
> >     TJvValidateEdit(ActiveControl).Value; // just so it is refreshed
> >     Key := #0;
> >   end;
> > end;

I'm not sure what that like of code does, but I don't think it will
call the OnValueChanged event - the Value has to change.

Probably a better approach would be to promote DoValueChanged to
Protected. Then Alex could derive a new component from TJvValidateEdit
that overrides the OnKeyPress event procedure similar to:

  if (Key = #13) then
  begin
    DoValueChanged;
    Key := #0;
  end;
  inherited;

This would then only fire the OnValueChanged event if the Value has
actually changed.

I'd be willing to introduce it into the actual component if I could see
this non-standard behaviour as a common requirement but at the moment I
don't, although I am open to being convinced.

Christopher Latta


Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 12 May 2004 14:32:22 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>> Create a makefile from clxdesigner. Build and remove the created
>>> clxdesigner70.bpl
>
> Could you put a bat in packages\d7clx that does it for us?
>
done.


Subject: Re: Getting VisualCLX to run on D7
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 May 2004 14:30:09 +0200
Newsgroups: jedi.vcl

I will check the IFDEFs MSWINDOWS/LINUX. Maybe some need to be replaced by VCL/VisualCLX.

BTW i fixed a bug in JvInspector today. A begin end was missing for a VisualCLX IFDEF part.



Subject: Re: how to handle empty constructors/destructors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 May 2004 14:21:48 +0200
Newsgroups: jedi.vcl

obones wrote:

> Question: Do they have any negative impact ?

Mainly code size.

> Most times, when I leave them empty, it's because I thought I would need them, or needed them but not anymore. As I don't think this as any real impact on performances, I usually leave them, especially in fast evolving code, just in case.

I would remove all of them and for the fast evolving code the developer puts them back in. This would be only a small inconvienience and remove all the dead code.



Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 12 May 2004 14:17:31 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>> Create a makefile from clxdesigner. Build and remove the created
>>> clxdesigner70.bpl
>
> Could you put a bat in packages\d7clx that does it for us?
>
I have uploaded clxdesigner.dcp to binairies.
Extract it to project/bpl

Regards,

André Snepvangers


Subject: Re: From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 12 May 2004 19:14:24 +0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com>

> > You have at least one other option: set KeyPreview to true for the form
and
> > write a KeyPress event like this:
> >
> > procedure TForm.KeyPress();
> > begin
> >   if (Key = #13) and (ActiveControl is TJvValidateEdit) then
> >   begin
> >     TJvValidateEdit(ActiveControl).Value; // just so it is refreshed
> >     Key := #0;
> >   end;
> > end;

Good idea, I'll try it.
Thank you.

AlexB.




Subject: Re: for Christopher
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 12 May 2004 12:07:13 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > CustomMemo.WantReturn
> > ----------------------------
> > Determines whether the user can insert return characters into the
> > text.

A memo component needs to be able to enter paragraphs of text, and so
there is a need for hard returns to be entered into the component. The
same doesn't really apply to TJvValidateEdit.

Christopher Latta


Subject: Re: for Christopher
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 14:05:56 +0200
Newsgroups: jedi.vcl

> > And is such Enter to Tab translation "standard" for Windows GUI ? I think
> > no.
No it's not standard but that component is provided exactly for people like
you (or you customers) that prefer a non-standard UI. But that doesn't make
your point more valid: it is still not a good idea to validate with <ENTER>
in a common edit control.

You have at least one other option: set KeyPreview to true for the form and
write a KeyPress event like this:

procedure TForm.KeyPress();
begin
  if (Key = #13) and (ActiveControl is TJvValidateEdit) then
  begin
    TJvValidateEdit(ActiveControl).Value; // just so it is refreshed
    Key := #0;
  end;
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: for Christopher
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 12 May 2004 18:29:23 +0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com>
>> > > Now I have a lot of ValidateEdits on my form and I must change a focus
> > after
>> > > input (and return for next iteration) for OnValueChange event ! "Windows
>> > > behaviour" is happy but this is a violence over common sense isn't it?
> > The "correct"way to handle this is to *not* make a generic control behave
in
> > a non-standard way. What about all those that don't want the control to
> > check when Enter is pressed? Better then to use a component like
> > JvEnterToTab - then you can use a standard ValidateEdit and still have the
> > behavior you are looking for.

But  in this case I losses the focus again! And I have every time to return
into current editor...

And is such Enter to Tab translation "standard" for Windows GUI ? I think
no.

----------------------------
The last argument
----------------------------
CustomMemo.WantReturn
----------------------------
Determines whether the user can insert return characters into the text.

__property bool WantReturns = {read=FWantReturns, write=FWantReturns,
default=1};

Description
Set WantReturns to true to allow users to enter return characters into the
text. Set WantReturns to false to allow the form to handle return characters
instead.

For example, in a form with a default button (such as an OK button) and a
memo control, if WantReturns is false, pressing Enter chooses the default
button. If WantReturns is true, pressing Enter inserts a return character in
the text.

Note: If WantReturns is false, users can still enter return characters into
the text by pressing Ctrl+Enter.
-------------------------------
What do you think about it? Is it "a standard GUI" or Borland make a
mistake?

IMHO ValidateEditor.WantReturn is a good compromise.

AlexB.






Subject: Re: for Christopher
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 12 May 2004 18:27:27 +0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com>
>> > > Now I have a lot of ValidateEdits on my form and I must change a focus
> > after
>> > > input (and return for next iteration) for OnValueChange event ! "Windows
>> > > behaviour" is happy but this is a violence over common sense isn't it?
> > The "correct"way to handle this is to *not* make a generic control behave
in
> > a non-standard way. What about all those that don't want the control to
> > check when Enter is pressed? Better then to use a component like
> > JvEnterToTab - then you can use a standard ValidateEdit and still have the
> > behavior you are looking for.

But  in this case I losses the focus again! And I have every time to return
into current editor...

And is such Enter to Tab translation "standard" for Windows GUI ? I think
no.

----------------------------
The last argument
----------------------------
CustomMemo.WantReturn
----------------------------
Determines whether the user can insert return characters into the text.

__property bool WantReturns = {read=FWantReturns, write=FWantReturns,
default=1};

Description
Set WantReturns to true to allow users to enter return characters into the
text. Set WantReturns to false to allow the form to handle return characters
instead.

For example, in a form with a default button (such as an OK button) and a
memo control, if WantReturns is false, pressing Enter chooses the default
button. If WantReturns is true, pressing Enter inserts a return character in
the text.

Note: If WantReturns is false, users can still enter return characters into
the text by pressing Ctrl+Enter.
-------------------------------
What do you think about it? Is it "a standard GUI" or Borland make a
mistake?

IMHO ValidateEditor.WantReturn is a good compromise.

AlexB.




Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 13:20:45 +0200
Newsgroups: jedi.vcl

More:
- JvQLabel is in JvQCtrls but should be in JvQStdCtrls

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 12 May 2004 13:17:59 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> This is due to the missing clxdesigner.dcp
>> For the rest I will answer you later this afternoon.
>
>
> OK, thanks. Here's some more:
>
> JvQDsgnEditors.pas:
> - JvQDateTimeForm is in uses but not needed. It's inclusion makes JvCoreD7D
> depend on JvStdCtrls. Should be removed.

Forgot to remove it from the xml

>
> JvQStdCtrlsD7D.dpk:
> - [Fatal Error] JvQStdCtrlsReg.pas(45): File not found: 'JvQSecretPanel.dcu'
>
I just added it to CVS. BTW this is one of the units that needs fixes.

Regards,

André


Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 13:09:35 +0200
Newsgroups: jedi.vcl

>> > > Create a makefile from clxdesigner. Build and remove the created
>> > > clxdesigner70.bpl
Could you put a bat in packages\d7clx that does it for us?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 13:08:27 +0200
Newsgroups: jedi.vcl

Here's some more:
- Installing JvQMMD7D generates a dialog "A class named TGraphic already
exists". Don't know why.

Apart from this (and the previous reported problems), all packages install
(I don't know yet if they work).

Got so say you've done a fabulous work this far, André (and Andreas too)!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 12 May 2004 21:05:50 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Add $(DELPHI)\Source\whateverisneeded to the cfg file
>
> How is that supposed to be handled when the dpk's/dof's are generated from a
> template? Should all dpk's then have
> $(DELPHI)\Source\ToolsAPI in their path? Can't say I like that
> proposition...
>
>
I thought clxdesigner wasn't generated from the xml templates...


Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 13:03:39 +0200
Newsgroups: jedi.vcl

> > This is due to the missing clxdesigner.dcp
> > For the rest I will answer you later this afternoon.

OK, thanks. Here's some more:

JvQDsgnEditors.pas:
- JvQDateTimeForm is in uses but not needed. It's inclusion makes JvCoreD7D
depend on JvStdCtrls. Should be removed.
- BaseRegistryKey is not defined in CLX. Can be defined locally but what
should it be?
- TJvQColorProperty uses a TColorDialog but there is no Options property in
CLX and hcDColorEditor is not defined either (it is in VCLEditors)
- HandleType is not a property of TBitmap in CLX
- pf15bit is not defined in CLX

JvQStdCtrlsD7D.dpk:
- [Fatal Error] JvQStdCtrlsReg.pas(45): File not found: 'JvQSecretPanel.dcu'


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 12 May 2004 12:58:58 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>
> Create a makefile from clxdesigner. Build and remove the created clxdesigner.dcp
>
Ahum, that should be clxdesigner70.bpl, clxdesigner.dcp is what we need.


Subject: Re: Getting VisualCLX to run on D7
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 12 May 2004 12:56:09 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> OK, here's some of the problems I've encountered:
> - Paths in clxdesigner.dpk are hardcoded. Solution? Should we maybe provide
> a precompiled dcp?
> - When trying to build clxdesigner.dpk I get an error "Cannot compile
> package 'clxdesigner70' which is currently required by Delphi". I skip this
> package for now.
Create a makefile from clxdesigner. Build and remove the created clxdesigner.dcp


> - I now open the d7clx packages.bpg and try to compile. It fails on
> JvQCoreD7D.dpk.
> - I compile each of the run-time packages (from top to bottom) and they all
> compile without errors except for JvQWizard which has some issues:
>   * CM_CURSORCHANGED and CM_FONTCHANGED undefined - should be replaced by
> CursorChanged and FontChanged (overridden in CLX).
>   * DT_EXTERNALLEADING not defined - not available in CLX. Remove.
>   * QImgList is missing in uses
>   * itImage missing from Wizard.HeaderImages.Draw() calls
I have not updated/finished JvQWizard lately

> - When trying to build JvQCoreD7D, I get an error: "File not found
> 'ClxImgEdit.res'". I put a dummy res file into the ToolsAPI\Property Editors
> folder and rename it to ClxImgEdit.res.
> - [Fatal Error] JvQDsgnEditors.pas(48): File not found: 'FiltEdit.dcu' - I
> comment out FiltEdit.
This is due to the missing clxdesigner.dcp
For the rest I will answer you later this afternoon.

Regards,

André Snepvangers


Subject: Re: Getting VisualCLX to run on D7
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 May 2004 12:53:03 +0200
Newsgroups: jedi.vcl

> > How is that supposed to be handled when the dpk's/dof's are generated from
a
> > template? Should all dpk's then have
> > $(DELPHI)\Source\ToolsAPI in their path? Can't say I like that
> > proposition...

    well, the package generator already allows to specify additional libs
for BCB, so I suppose an option could be added to specify additional search
folders for Delphi/Kylix.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 12:45:57 +0200
Newsgroups: jedi.vcl

> > Add $(DELPHI)\Source\whateverisneeded to the cfg file
How is that supposed to be handled when the dpk's/dof's are generated from a
template? Should all dpk's then have
$(DELPHI)\Source\ToolsAPI in their path? Can't say I like that
proposition...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: for Christopher
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 12:43:45 +0200
Newsgroups: jedi.vcl

> > Now I have a lot of ValidateEdits on my form and I must change a focus
after
> > input (and return for next iteration) for OnValueChange event ! "Windows
> > behaviour" is happy but this is a violence over common sense isn't it?
The "correct"way to handle this is to *not* make a generic control behave in
a non-standard way. What about all those that don't want the control to
check when Enter is pressed? Better then to use a component like
JvEnterToTab - then you can use a standard ValidateEdit and still have the
behavior you are looking for.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: for Christopher
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 12 May 2004 17:33:55 +0700
Newsgroups: jedi.vcl

Thank you for your response.

"Christopher Latta" <nobody@nowhere.not>

> > I currently don't think adding non-standard Windows behaviour to the
> > component to activate the OnValueChange event on <Enter> is a good
> > idea, so I haven't added this.

:-(

Now I have a lot of ValidateEdits on my form and I must change a focus after
input (and return for next iteration) for OnValueChange event ! "Windows
behaviour" is happy but this is a violence over common sense isn't it?

Your component is very good (good interactive components is really very
complicated subject) but "windows friendly" interface makes me crazy.

Some days ago (after struggle with v2.1 and during struggle with v3
installer) I'd write a very simple (~100 lines of code) component based on
TCustomEdit with full float (checking input/max/min and event like
OnValueChange on exit, <Enter> and so on) functionality. Now I've decide to
use my own code.

Best regards.

AlexB.




Subject: Re: Getting VisualCLX to run on D7
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 12 May 2004 20:33:12 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> OK, here's some of the problems I've encountered:
> - Paths in clxdesigner.dpk are hardcoded. Solution? Should we maybe provide
> a precompiled dcp?
We shouldn't have to. Here is what I think should work:
Remove any path information from the clxdesigner.dpk (remove the in keyword basically)
Add $(DELPHI)\Source\whateverisneeded to the cfg file
And that should do it.


Subject: Getting VisualCLX to run on D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 11:59:44 +0200
Newsgroups: jedi.vcl

OK, here's some of the problems I've encountered:
- Paths in clxdesigner.dpk are hardcoded. Solution? Should we maybe provide
a precompiled dcp?
- When trying to build clxdesigner.dpk I get an error "Cannot compile
package 'clxdesigner70' which is currently required by Delphi". I skip this
package for now.
- I now open the d7clx packages.bpg and try to compile. It fails on
JvQCoreD7D.dpk.
- I compile each of the run-time packages (from top to bottom) and they all
compile without errors except for JvQWizard which has some issues:
  * CM_CURSORCHANGED and CM_FONTCHANGED undefined - should be replaced by
CursorChanged and FontChanged (overridden in CLX).
  * DT_EXTERNALLEADING not defined - not available in CLX. Remove.
  * QImgList is missing in uses
  * itImage missing from Wizard.HeaderImages.Draw() calls
- When trying to build JvQCoreD7D, I get an error: "File not found
'ClxImgEdit.res'". I put a dummy res file into the ToolsAPI\Property Editors
folder and rename it to ClxImgEdit.res.
- [Fatal Error] JvQDsgnEditors.pas(48): File not found: 'FiltEdit.dcu' - I
comment out FiltEdit.
- I now get this error: [Error] JvQDsgnEditors.pas(69): Undeclared
identifier: 'TRect'. I add Types to uses.
- I now get this error:  [Error] JvQDsgnEditors.pas(604): Undeclared
identifier: 'DrawText' - I add QWindows to uses
- I now get this error: [Error] JvQDsgnEditors.pas(809): Undeclared
identifier: 'SetDlgItemText' - I'm stuck since SetDlgItemText is not
available in CLX.

So there's where I'm at: run-time OK, designtime bad.

BTW, I've checked in the units I've changed, so you better check them for
me, André.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: how to handle empty constructors/destructors
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 12 May 2004 19:52:03 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> We have many empty constructors/destructors (only calling inherited).
> Should these methods be deleted?
>
Question: Do they have any negative impact ?

Most times, when I leave them empty, it's because I thought I would need them, or needed them but not anymore. As I don't think this as any real impact on performances, I usually leave them, especially in fast evolving code, just in case.

My 2 cents

Cheers
Olivier Sannier
JVCL Developer


Subject: how to handle empty constructors/destructors
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 May 2004 11:20:56 +0200
Newsgroups: jedi.vcl

We have many empty constructors/destructors (only calling inherited).
Should these methods be deleted?



Subject: Re: for Christopher
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 12 May 2004 08:39:09 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > Can you tell me about your plans with TJvValidateEdit ? 

I have updated CVS with:
- re-ordered properties to stream DecimalPlaces properly
- added try-finally protection to DoChange

I currently don't think adding non-standard Windows behaviour to the
component to activate the OnValueChange event on <Enter> is a good
idea, so I haven't added this.

> > And maybe with
> > TJvSpinEdit ? (I don't know who is developer of SpinEdit).

I don't know anything about TJvSpinEdit. Your best bet here is to add a
report to Mantis so that the issue can be tracked and dealt with in due
course - go to:
http://homepages.borland.com/jedi/jvcl/
and click on "Report Bugs". 

Thank you for your bug reports so I could fix these issues.

Christopher Latta


Subject: Re: for Christopher
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 12 May 2004 15:14:33 +0700
Newsgroups: jedi.vcl

Hello Christopher!

Can you tell me about your plans with TJvValidateEdit ? And maybe with
TJvSpinEdit ? (I don't know who is developer of SpinEdit).

AlexB.




Subject: Re: JvCustomD7R doesn't build
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 12 May 2004 07:45:53 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > No, the JVCL CVS version only works with the JCL CVS version

Thanks, its all good again!

Christopher Latta


Subject: Re: JvCustomD7R doesn't build
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 12 May 2004 17:19:23 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

> Christopher Latta wrote:
>
>
>> I was tried to get it working in D6 but when I downloaded the latest
>> JCL, it didn't compile either.
>
>
> Is JCL1.90-Build1497 the latest version that works with JVCL3? The
> installer gives an access violation when I runit.

No, the JVCL CVS version only works with the JCL CVS version



Subject: Re: TJvEdit changes
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 08:39:12 +0200
Newsgroups: jedi.vcl

So that's how they do it on W2003...Pretty cool, but don't know how to
emulate it in older OS's...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCustomD7R doesn't build
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 May 2004 08:32:37 +0200
Newsgroups: jedi.vcl

Seems you need to recompile JvCore first.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Plans on next release
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 12 May 2004 06:04:36 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> If the jvPlugin interface changes, plugins might become unusable...
>
> There are no planned changes to the JvPlugin interface, so you shouldn't
> worry about it.
>
Thanks a lot! And for motivation purposes: JC*L is so great - I could hug you developers all! Imagine politicans would be this productive, too! What a wonderful world we would live in ;-)

Best regards
Michael


Subject: Re: JvCustomD7R doesn't build
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 12 May 2004 05:26:01 +0000 (UTC)
Newsgroups: jedi.vcl

Christopher Latta wrote:

> > I was tried to get it working in D6 but when I downloaded the latest
> > JCL, it didn't compile either.

Is JCL1.90-Build1497 the latest version that works with JVCL3? The
installer gives an access violation when I runit.

Christopher Latta


Subject: JvCustomD7R doesn't build
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 12 May 2004 00:29:03 +0000 (UTC)
Newsgroups: jedi.vcl

I just downloaded the latest CVS to merge my changes to JvValidateEdit
but I couldn't build JvCustomD7R.dpk because JvChart doesn't compile
due to an error in the DesignModePaint procedure:
[Error] JvChart.pas(1347): Undeclared identifier:
'RsChartDesigntimeLabel'

This is for the line:
  DesignStr := ClassName + RsChartDesigntimeLabel;

RsChartDesigntimeLabel is declared in JvResources, but the compiler and
code insight don't find it, so even if I try to fully qualify the name
it doesn't help. They do find the resource string just below it
(RsNoData), however. Is anyone else experiencing this weirdness?

WinXPPro + D7.1

I was tried to get it working in D6 but when I downloaded the latest
JCL, it didn't compile either.

Christopher Latta


Subject: Re: JVCL_JCL and Kylix
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 12 May 2004 00:58:53 +0200
Newsgroups: jedi.vcl

TridenT wrote:
> Hi,
> where can I find informations about the status of each unit from JCL&JVCL
> package.
> On the web site, I found a daily build page, but it's only saying that
> Kylix3 binaries are not functionnals.
That didn't came from me. All packages are functional, but there are still components to be fixed. In the end of this messages you find a list with all components. The ones that needs fixes are marked with '*'

Regards,

André Snepvangers
VisualCLX coordinator



JvQMMReg.pas:
*    TJvBmpAnimator
*    TJvPicClip
    TJvImageRotate
    TJvImageTransform
    TJvImageSquare
    TJvStarfield
    TJvAnimatedImage
    TJvSpecialImage
    TJvGradientHeaderPanel
    TJvGradient
    TJvWaitingGradient
    TJvSpecialProgress
    TJvWaitingProgress
    TJvColorTrackBar
    TJvSlider
JvQCmpReg.pas:
    TJvAlarms
    TJvConverter
    TJvDataEmbedded
    TJvMergeManager
    //TJvPageManager,
    TJvPatchFile
    TJvProfiler
    TJvStrHolder
    TJvTimeLimit
    TJvTranslator
    TJvTranslatorStrings
    TJvPrint
    TJvLogFile
JvQHMIReg.pas:
    TJvLED
    TJvDialButton
JvQNetReg.pas:
    {$IFDEF MSWINDOWS}
    TJvFTPURLGrabber
    TJvHTTPURLGrabber
    TJvLocalFileURLGrabber
    {TJvMail,}
    TJvHTMLParser
    {$ENDIF MSWINDOWS}
    TJvStrToHTML
    TJvStringListToHTML
    TJvFormToHTML
    TJvRGBToHTML
    {$IFDEF MSWINDOWS}
    TJvUrlListGrabber
    {$ENDIF MSWINDOWS}
JvQUIBReg.pas:
    TJvUIBDatabase
    TJvUIBTransaction
    TJvUIBQuery
    {$IFNDEF DelphiPersonalEdition}
    TJvUIBDataSet
    {$ENDIF}
    TJvUIBScript
    TJvUIBBackup
    TJvUIBRestore
JvQPageListTreeViewReg.pas:
*    TJvNavigationPane    // no buttons at runtime
    TJvNavIconButton
    TJvNavPanelButton
    TJvNavPanelHeader
    TJvNavPanelDivider
    TJvOutlookSplitter
    TJvNavPaneStyleManager
*    TJvSettingsTreeView
*    TJvPageListTreeView
*    TJvPageList
JvQValidatorsReg.pas:
    TJvValidators
    TJvValidationSummary
    TJvErrorIndicator
JvQCryptReg.pas:
    TJvVigenereCipher
    TJvXORCipher
    TJvCaesarCipher
    TJvGenetic
    {$IFDEF MSWINDOWS}
    TJvCABFile
    {$ENDIF MSWINDOWS}
    TJvZlibMultiple
    TJvSerialMaker
JvQWizardReg.pas:
*    TJvWizard
*    TJvWizardRouteMapSteps
*    TJvWizardRouteMapNodes
*    TJvWizardRouteMapList
JvQAppFrmReg.pas:
    TJvAppEvents
    TJvAppAnimatedIcon
    TJvFormAnimatedIcon
    TJvFormAutoSize
    TJvFormAnimation
    TJvFormWallpaper
JvQStdCtrlsReg.pas:
    TJvShape
    TJvCalendar
    TJvCalculator
    TJvBitBtn
    TJvSpeedButton
    TJvCheckBox
    TJvRadioButton
    TJvRadioGroup
    TJvEdit
    TJvMaskEdit
    TJvCalcEdit
    TJvComboEdit
    TJvFilenameEdit
    TJvDirectoryEdit
    TJvDateEdit
*    TJvTimeSpin
    TJvImage
    TJvImageList
    TJvGauge
    TJvTabControl
    TJvControlBar
    TJvGroupBox
    TJvHeaderControl
    TJvPanel
*    TJvSecretPanel
    TJvBevel
    TJvStatusBar
    TJvTransparentPanel
    TJvLabel
    TJvScrollBar
*    TJvDrawGrid
    TJvStringGrid
JvQCtrlsReg.pas:
    TJvTransparentButton
    TJvTransparentButton2
    TJvArrowButton
    TJvColorButton
    TJvHTButton
    TJvSpacer
    TJvOfficeColorButton
    TJvOfficeColorPanel
*    TJvSpeedBar        Buttons added with visible=false
    TJvCaptionPanel
    TJvItemsPanel
    TJvMovableBevel
    TJvRollOut
    TJvFooter
    TJvGroupHeader
    TJvComponentPanel
    TJvBehaviorLabel
    TJvHTLabel
*    TJvWinampLabel      with black background only
    TJvHTListBox
    TJvHTComboBox
    TJvScrollMax
*    TJvaScrollText      exception if images are not assigned
*    TJvContentScroller
*    TJvScrollingWindow
    TJvScrollText
    TJvSplitter
    TJvNetscapeSplitter
    TJvClock
    TJvHint
    TJvDice
    TJvSwitch
JvQDlgsReg.pas:
    TOpenPictureDialog
    TSavePictureDialog
    TPrinterSetupDialog
    TJvDualListDialog
    TJvImageDialog
*    TJvFindReplace           // runtime exception
    {TJvDSADialog,}
    TJvProgressDialog
    TJvProgressComponent
    TJvTipOfDay
JvQXPCtrlsReg.pas:
    TJvXPStyleManager
    TJvXPBar
    TJvXPContainer
    TJvXPButton
    TJvXPToolButton
    TJvXPCheckBox
JvQSystemReg.pas:
    {$IFDEF MSWINDOWS}
    TJvScreenSaver
    TJvJoystick
    TJvSoundControl
    TJvChangeNotify
    {$ENDIF MSWINDOWS}
    TJvSystemColors
    TJvSimpleXML
    TJvXMLDatabase
    TJvTimer
    TJvThread
    TJvFormStorage
    TJvFormStorageSelectList
    TJvAppXMLFileStorage
JvQJansReg.pas:
    TJvMarkupLabel
    TJvMarkupViewer
    TJvSAL
    TJvSALCore
    TJvSALMath
    TJvYearGrid
    TJvAirBrush
    TJvTracker
    TJvGridFilter
    TJvGridPrinter
    TJvPaintFX
    TJvDrawImage
    TJvArrayButton
    TJvForthScript
    TJvTurtle
    TJvBitmapButton
    TJvSpeller
    TJvSimScope
    TJvSimIndicator
    TJvSimPID
    TJvSimPIDLinker
    TJvSimConnector
    TJvLogic
    TJvSimButton
    TJvSimLight
    TJvSimLogicBox
    TJvSimReverse
    TJvCSVBase
    TJvCSVEdit
    TJvCSVComboBox
    TJvCSVCheckBox
    TJvCSVNavigator
JvQEDIDBBufferingReg.pas:
    TJvEDIDBSpecProfiler
    TJvEDIDBSEFProfiler
JvQManagedThreadsReg.pas:
    TJvMTManager
    TJvMTThread
    TJvMTThreadToVCL
    TJvMTVCLToThread
    TJvMTThreadToThread
    TJvMTSection
    TJvMTCountingSection
    TJvMTMonitorSection
JvQCoreReg.pas:
    TJvJVCLAboutComponent
    TJvContextProvider
    TJvColorProvider
    TJvColorMappingProvider
    TJvAppRegistryStorage
    TJvAppStorage
    TJvAppIniFileStorage
    TJvAppStorageSelectList
JvQInspectorReg.pas:
    TJvInspector
    TJvInspectorBorlandPainter
    TJvInspectorDotNETPainter
JvQCustomReg.pas:
    TJvLookOutButton
    TJvExpressButton
    TJvValidateEdit
    TJvGammaPanel
    TJvOutlookBar
    TJvLookout
    TJvExpress
    TJvLinkLabel
    TJvTMTimeLine
    TJvChart


Subject: Re: CVS was lost - it is in the way
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 May 2004 00:51:26 +0200
Newsgroups: jedi.vcl

> > Pity the SF.net
> > folks didn't mention *how* they resolved this issue
Let's hope they reply to your request then.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS was lost - it is in the way
From: "Oliver Giesen" <ogware@gmx.net>
Date: Tue, 11 May 2004 23:44:21 +0200
Newsgroups: jedi.vcl

> > Seems this issue is resolved (works for me). Anyone still having problems?
> >
> > Also, see
> >
http://sourceforge.net/tracker/index.php?func=detail&aid=952013&group_id=1&atid=200001

Tony will probably rejoice. AFAICT he has spent most of today producing the
CVSNT 2.0.41a hotfix release especially to fix this issue... Pity the SF.net
folks didn't mention *how* they resolved this issue as there are apparently
others running their own CVS 1.11.15 servers affected by this as well...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Small problem with Win95/NT4 compatibility
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 23:17:30 +0200
Newsgroups: jedi.vcl

Would this work (I have no way to test if this works with Win95 pre-IE4, but
it works on W2k)?

function GetRecentFolder: string;
var ItemIDList:PItemIDList;
begin
  OleCheck(SHGetSpecialFolderLocation(0, CSIDL_RECENT, ItemIDList));
  SetLength(Result, MAX_PATH);
  SHGetPathFromIDList(ItemIDList, PChar(Result));
  SetLength(Result, Length(PChar(Result)));
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Small problem with Win95/NT4 compatibility
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 23:05:28 +0200
Newsgroups: jedi.vcl

> > Wrong newsgroup, I'm very sorry.
Actually, this is the right group since JvJCLUtils is part of JVCL despite
its name (it contains functions that could be moved to JCL but yet haven't).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPCheckbox
From: "Bill Miller" <w2m@frontiernet.net>
Date: Tue, 11 May 2004 16:54:14 -0400
Newsgroups: jedi.vcl

Ok.. that did it... I guess my preference would be to underline "hot" like
items but I guess it's not necessary to go that far <grin>.

Regards,

Bill Miller




Subject: Re: Small problem with Win95/NT4 compatibility
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Tue, 11 May 2004 22:52:33 +0200
Newsgroups: jedi.vcl

Wrong newsgroup, I'm very sorry.




Subject: Small problem with Win95/NT4 compatibility
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Tue, 11 May 2004 22:47:57 +0200
Newsgroups: jedi.vcl

Hi,

In a JvJCLUtils.GetRecentFolder function, there is an api call to
SHGetSpecialFolderPath, which is unsupported in shell32.dll versions before
4.71.
Unfortunately, there is a problem with updating the shell32.dll to this
version, because the only IE update that will touch the file is IE 4.01 and
only if Active Desktop is chosen as installed component.

This poses a problem, however, because IE 4.01 is no longer supported by MS
and therefore not available from their download site. If one installs IE 5
or newer, shell32.dll stays the same version (4.0 by default). This breaks
applications, that use JVCL.

As this function is the only one (to my knowledge) that represents a
problem, could it perhaps be replaced by a SHGetSpecialFolderLocation, which
is supported in shell32.dll version 4.0, too?

Kind regards,
Aleksander Oven




Subject: Re: CVS was lost - it is in the way
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 22:29:59 +0200
Newsgroups: jedi.vcl

Seems this issue is resolved (works for me). Anyone still having problems?

Also, see
http://sourceforge.net/tracker/index.php?func=detail&aid=952013&group_id=1&atid=200001

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPCheckbox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 22:27:19 +0200
Newsgroups: jedi.vcl

> > Your suggestion works well, but the caption should not have a bounding
box,
> > should it?

The bounding box is actually a focus rect (sort of) and I assume that's the
standard look for an XP style checkbox?

If you don't like it, remove the code in Paint that says:

    // draw focusrect.
    if dsFocused in DrawState then
    begin
      Brush.Style := bsSolid;
      DrawFocusRect(Rect);
    end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPCheckbox
From: "Bill Miller" <w2m@frontiernet.net>
Date: Tue, 11 May 2004 16:17:41 -0400
Newsgroups: jedi.vcl

Peter,

Your suggestion works well, but the caption should not have a bounding box,
should it?  If you decide to remove the bounding box in CVS please advise
and I'll add your changes and will test here as well.

Thanks for your efforts... JVCL Rules!

Regards,

Bill Miller




Subject: Re: Jv NavPane suggestions
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 22:09:48 +0200
Newsgroups: jedi.vcl

> > Exactly. But since this is a bit non-standard, it should be implemented
> > through
> > another property, like GlobalGroupIndex. This way one is not forced to use
> > this
> > behaviour, if they don't wish to.
Could you give me an example on a situation where this would be useable?
Also, would you expect this to work even if the NavPanes have different
parents?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installation problem using the latest daily snapshot of JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 22:06:34 +0200
Newsgroups: jedi.vcl

> > Does anyone know what to do?
Delete all duplicate DCU, DCP and BPL files.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jv NavPane suggestions
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Tue, 11 May 2004 22:04:37 +0200
Newsgroups: jedi.vcl

Peter,

> > I've done quite a few updates the last coupe of days
> > [...]
> > Let me know what you think.

Will check it out tomorrow.

Kind regards,
Aleksander Oven




Subject: Re: Jv NavPane suggestions
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Tue, 11 May 2004 22:02:47 +0200
Newsgroups: jedi.vcl

Peter,

>> > > #3. If possible, implement a GlobalGroupIndex property, which would
>> > > enable buttons on different pages to work in the same up/down group.
> > How do you mean? Do you mean  clicking a button would "un-Down"
> > another button on the same NavPane

No. I believe, it already does that, if they are assigned the same
GroupIndex.
This is as expected.

> > or do you mean that buttons on different navpanes should be grouped so
> > that clicking a button un-Downs the button on (an)other NavPane(s)?

Exactly. But since this is a bit non-standard, it should be implemented
through
another property, like GlobalGroupIndex. This way one is not forced to use
this
behaviour, if they don't wish to.

Kind regards,
Aleksander Oven




Subject: Installation problem using the latest daily snapshot of JVCL
From: "Andreas" <hjvjh@nxdc.dr>
Date: Tue, 11 May 2004 21:10:45 +0200
Newsgroups: jedi.vcl

Hello @ all,

i've downloaded the daily snapshots of jcl and jvcl.
The installer work fine, without any errors.
If is start my D7 no new components are available,
if i try to activate the Components via the
"Default Project Option" i got following error message

"@Jclstrings@CharIsNumber$qqrxc" was not found in "DJCL70.bpl"

I tried to recompile all JCL and JVCL packages without success.

Does anyone know what to do?

Thank you for your help.

Andreas





Subject: Re: Plans on next release
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 21:07:41 +0200
Newsgroups: jedi.vcl

> > If the jvPlugin interface changes, plugins might become unusable...
There are no planned changes to the JvPlugin interface, so you shouldn't
worry about it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: More on Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 11 May 2004 20:25:56 +0200
Newsgroups: jedi.vcl

Done.


-- Regards, Andreas Hausladen 

Subject: Re: TJvXPCheckbox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 20:09:00 +0200
Newsgroups: jedi.vcl

> > Shouldn't TJvXPCheckbox caption have a transparent
> > background or at least have a transparent Boolean property?

Since TJvXPCheckbox is a TWinControl it can't be transparent (well, it can,
but the support for transparent windowed controls in Windows isn't perfect
by a long shot). And since the XPCheckBox doesn't publish a Color property,
it is a problem indeed

You could do the following:

Publish the properties
  property ParentColor;
  property Color;


Change procedure TJvXPCustomCheckControl.Paint:

....
  with Canvas do
  begin
    // clear background.
    Rect := GetClientRect;
    Brush.Color := Color; // <===== change


Manually set the checkbox's Color to be the same as XPBar.Colors.BodyColor
in your code.

AAMOF, I think I'll do it in CVS as well.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvEdit changes
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 11 May 2004 20:06:56 +0200
Newsgroups: jedi.vcl

Note that you have something similar for Comclt32.dll 6.0+ (XP) controls, via the EM_GETCUEBANNER and EM_SETCUEBANNER. The textual cue is only displayed if the Text is empty; the difference is that Text still returns the empty string if the textual cue is displayed.

See for example:

http://vbnet.mvps.org/index.html?code/textapi/setcuebanner.htm

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: More on Installer
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 11 May 2004 19:58:31 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> What Builder.dpr ???

Oops, I meant packages\bin\build.dpr

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: More on Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 11 May 2004 19:39:00 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Okay, I guess this checkbox only applies to C++ Builder targets.
> > The thing with the "if necessary" is that I want people to have the
> > option not to build the DCP files if they already exist. But the text of
> > the checkbox isn't that clear. Here is a proposition:

The installer does a time stamp check against the Jcl.lib files. This
prevents recompilation of newer dcp files. Only if the "build packages"
option is checked the dcp file compilation is forced if the "compiler jcl
dcp" checkbox is checked.

The best solution would be that the JCL Installer compiles the C++Builder
dcp files.


-- Regards, Andreas Hausladen 

Subject: Re: More on Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 11 May 2004 19:36:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > - If the target dcp file(s) exist, then enable the checkbox but do not
> > check it. This way a working dcp file will not be overwritten.

Not so good. This would only work with release versions of the JCL and
after a new release the old .dcp still exists and I will not be the person
who has to write postings over postings saying that the "user" should
check the "compile jcl dcp" checkbox.


-- Regards, Andreas Hausladen 

Subject: Re: Plans on next release
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 11 May 2004 17:29:13 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Are there any plans to change jvPlugin?
>
> To what?
>
Sorry, was too unprecise. Background: I use it in an application and want to deliver the forst version soon. Users can develop thir ownm plugins. If the jvPlugin interface changes, plugins might become unusable...


Subject: Re: More on Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 11 May 2004 19:27:20 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Another thing about the installer, actually Builder.dpr:
> > 
> > Can you set FileMode (to 0) in TXmlFile.Create before calling
> > AssignFile? Otherwise f will be set to read-writable; I use WinCvs which
> > checks files out as read-only. This combination crashes builder.exe.

What Builder.dpr ???


-- Regards, Andreas Hausladen 

Subject: TJvXPCheckbox
From: "Bill Miller" <w2m@frontiernet.net>
Date: Tue, 11 May 2004 13:07:59 -0400
Newsgroups: jedi.vcl

When I place a TJvXPCheckbox on a TJVXPBar, the caption background is an
off-white color.  Shouldn't TJvXPCheckbox caption have a transparent
background or at least have a transparent Boolean property?

Regards,

Bill Miller





Subject: Re: TJvEdit changes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 18:26:57 +0200
Newsgroups: jedi.vcl

I merged them and added the EmptyValue property directly to TJvCustomEdit
and made GetText/SetText virtual (VCL only, not CLX) . Just noticed that I
need to update JvValidateEdit as well since it declares its own GetText
function

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Plans on next release
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 May 2004 18:24:34 +0200
Newsgroups: jedi.vcl

> > Are there any plans to change jvPlugin?
To what?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Plans on next release
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 11 May 2004 16:01:03 +0000
Newsgroups: jedi.vcl

Are there any plans to change jvPlugin?

Peter Thörnqvist wrote:
> There are several outstanding issues that needs to be resolved before the
> next release:
>
> - CLX support (this is the big one)
> - Installer for all supported versions - except CLX on Linux
> - Mantis bugs
> - Help docs
> - Probably a bunch of smaller issues I can't remember right now
>
> Without a time estimate from those working on each issue, there is no
> telling when we can release again.
>


Subject: Can't compile installer
From: "Jingjoe" <jingjoeja@yahoo.com>
Date: Tue, 11 May 2004 15:01:03 +0000
Newsgroups: jedi.vcl

Hello,

I fetch JVCL3 from the CVS today but could not compile the installer.
The compiler said:
------------------------------------------
[Compiling: Installer]

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg

Invalid switch - /Q

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\COMPONENTS\JVCL\run\JvComponent.pas(118) Error: Undeclared identifier:
'ReTr

nslateComponent'

Main.pas(40) Fatal: Could not compile used unit 'JvComponent.pas'



** error 1 ** deleting Installer_nomo

Press ENTER to continue

------------------------------------------

The daily zip file form some day earlier has the same problem too.
However, I can install Beta1.

I use Delphi 7.1 Enterprise.

Thank you



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvEdit changes
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 11 May 2004 16:59:58 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I've made modifications to the TJvEdit to be able to manipulate the text
>> output in the Text getter and setter:
>
>
> Thanks. I've added it to JvEdit (in CVS) although the code in Loaded has
> been moved to CreateHandle instead
>

All right! did you merge the two components, or did you only add the modified TJvEdit? (I didn't put anything in the Loaded procedure there)

Thanks, Wiebe


Subject: Re: JvScheduledEvents in a Service Application?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 May 2004 16:02:46 +0200
Newsgroups: jedi.vcl

>> > >     But have a look at these bug reports and see if anything in it
>> > > might be the cause for your problems and any fixes mentioned there
>> > > indeed solve the problems you have:
>> > >     and please report back if it does fix the problems, because then
>> > > I'll actually know for sure it is fixed.
> >
> > Looked, tried what was relevant for the problems I was having, and no
> > luck.

    Damn :(

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: CVS was lost - it is in the way
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 11 May 2004 15:57:46 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> This is really, really weird! I did an update this morning without problems.
> Now when I try it again, I get the same errors as Andreas reported and I
> haven't changed a thing (still on TCVS 1.6.4 and CVSNT 2.0.26.
>
> What's going on here?!
>
Same over here

André Snepvangers


Subject: Re: Plans on next release
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 11 May 2004 15:56:54 +0200
To: Peter Thörnqvist <peter3@nospam.peter3.com>
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> There are several outstanding issues that needs to be resolved before the
> next release:
>
> - CLX support (this is the big one)

Without the support of fellow JVCL developers this can take some time.

Regards,

André Snepvangers


Subject: Re: CVS was lost - it is in the way
From: Oliver Giesen <ogware@gmx.net>
Date: Tue, 11 May 2004 15:51:34 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> This is really, really weird! I did an update this morning without problems.
> Now when I try it again, I get the same errors as Andreas reported and I
> haven't changed a thing (still on TCVS 1.6.4 and CVSNT 2.0.26.

Hmm, maybe SF.net is making some attempts at clustering/load balancing and we're actually accessing different servers whose CVS versions were upgraded at different times? Then again, to my knowledge clustering/load balancing isn't really possible with CVS...

Anyway, check my latest comments on the CVSNT bug report. I think we're getting closer. I trust Tony to release a fix within a day or so...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: Jv NavPane suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 May 2004 15:46:24 +0200
Newsgroups: jedi.vcl

I've done quite a few updates the last coupe of days, so you might want to
get the latest CVS version (or the daily zip tomorrow) to check it out. I
haven't gotten to the Alignment/WordWrap for buttons yet, but I've done the
navpaneheader and the navpanedivider as well as some nice updates to the
toolpanel buttons (both in caption and in toolbar).

Let me know what you think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS was lost - it is in the way
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 May 2004 15:09:48 +0200
Newsgroups: jedi.vcl

This is really, really weird! I did an update this morning without problems.
Now when I try it again, I get the same errors as Andreas reported and I
haven't changed a thing (still on TCVS 1.6.4 and CVSNT 2.0.26.

What's going on here?!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS was lost - it is in the way
From: Oliver Giesen <ogware@gmx.net>
Date: Tue, 11 May 2004 14:59:37 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I am using CVSNT 2.0.26 without problems at work 

Could you maybe set the CVS_CLIENT_LOG environment variable (e.g. to c:\temp\cvsnt.log) and run a simple update using that working client (preferably on a single, very small text file to reduce the size of the log, as the file contents will be included)? This will produce two files, named after the value you gave to CVS_CLIENT_LOG plus suffixes ..in and .out . If you could post those two files either directly to the CVSNT bug report or to me, I think this would be very helpful for comparing the logs to those of a failed update.

Furthermore, you might want to run the command with the -ttt global option, i.e. cvs -ttt update [filename] . This will produce extended trace output which could possibly also be used to identify the difference to a failed update.

TIA and cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: CVS was lost - it is in the way
From: Oliver Giesen <ogware@gmx.net>
Date: Tue, 11 May 2004 14:39:59 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> You might want to add additional comments to this. Of special interest
>> would be the version numbers of working and non-working CVSNT clients in
>
> Seems your suspicion is correct. I am using CVSNT 2.0.26 without problems at
> work but I am pretty certain I have a more recent version at home. I will
> check tonight.

Hmm, on the bug report I linked to another user reported that he could verify that the last working version was 2.0.18 and as of 2.0.19 it stopped working... maybe it intermediately started working again somewhere in between later revisions? Could you add that info to the bug report or shall I forward it?

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvScheduledEvents in a Service Application?
From: Michael Bowers <michael_bowers+nospam@mhhs.org>
Date: Tue, 11 May 2004 12:35:03 +0000 (UTC)
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in 
news:c7nrtp$7ad$1@talkto.net: 

>>> >> >     Most of the problems were caused by faulty settings (i.e. a 
>>> >> > OneShot event which is set to fire at a date/time that has already 
>>> >> > passed, a DailySchedule set to Weekdays but tested during a weekend
>>> >> > or even mixing up am and pm when setting the time(s)), IIRC. 
>> >> I was testing with every day events set to fire every three, seven 
>> >> and ten seconds, though, so that shouldn't be the issue. 
> >     Yes, but was it set to weekdays or every 1 day intervals? The 
> > first would mean it skips the weekends, the second would indicate a 
> > bug. 

It was an event to fire every day (not weekdays), and occurs every three 
seconds between 00:00:00 and 23:59:59.  It fires fine, it just causes 
the shutdown and service problems others have seen.

I have also gotten the latest files out of CVS and installed them, and 
it had no effect on its functionality.


>> >> I'm using JVCL 2.1.  The only problem I'm really having is that the 
>> >> service never fully starts, although the events are firing.  I 
>> >> imagine that could be related to startup and/or shutdown problems. 
> >     Seems logical to assume that. 

Yes - I am also exhibiting the shutdown problem under WinXP SP1 and
Win2K SP4 with a standard application.  Basically, I drop the component
on a form, set a function for the event to call and let it run, and the
machines will not shut down, as others have reported.  I haven't
retested the service application, since I'm sure the problems are 
related somehow.

I am not setting the event to save its configuration, it's just compiled 
into the app, by the way.


>> >> Is it considered stable enough to use for general development? 
> > 
> >    It seems stable enough (at least not worse than 2.1). 
> > 
> >     But have a look at these bug reports and see if anything in it 
> > might be the cause for your problems and any fixes mentioned there 
> > indeed solve the problems you have: 
> >     and please report back if it does fix the problems, because then 
> > I'll actually know for sure it is fixed. 

Looked, tried what was relevant for the problems I was having, and no 
luck.

Thanks,
Mike


Subject: Re: CVS was lost - it is in the way
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 May 2004 14:17:03 +0200
Newsgroups: jedi.vcl

> > You might want to add additional comments to this. Of special interest
> > would be the version numbers of working and non-working CVSNT clients in

Seems your suspicion is correct. I am using CVSNT 2.0.26 without problems at
work but I am pretty certain I have a more recent version at home. I will
check tonight.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Can´t compile installer.... (from latest zip)
From: "Fred" <nospam@nospam.nospam>
Date: Tue, 11 May 2004 14:08:14 +0200
Newsgroups: jedi.vcl

Hello,

This is due to the line:
  DcpDir := GetEnvironmentVariable('DCPDIR');
in "install\JVCLInstall\Compile.pas"

That sould be :
  {$IFDEF COMPILER6_UP}
  DcpDir := GetEnvironmentVariable('DCPDIR');
  {$ELSE}
  SetLength(DcpDir, 1024);
  SetLength(DcpDir, GetEnvironmentVariable('DCPDIR', PChar(DcpDir), 1024));
  {$ENDIF}

Fred

"Dierk" <dsantispam@csslabs.de> a écrit dans le message de
news:c7qa4e$k40$1@talkto.net...
> > Message after starting install.bat:
> >
> > ======
> > Ungültige Option - /Q
> > Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> > Compile.pas(444) Fehler: Nicht genügend wirkliche Parameter
> > Frames\FrmInstall.pas(37) Fatal: Verwendete Unit 'Compile.pas' kann nicht
> > compil
> > iert werden
> >
> > ** error 1 ** deleting Installer_nomo
> > Press ENTER to continue
> > =======
> >
> > Now trying to switch back to the release before
> >
> > Regards
> > Dierk
> >
> >




Subject: Re: Can´t compile installer.... (from latest zip)
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 11 May 2004 13:50:14 +0200
Newsgroups: jedi.vcl

Only Installer from JVCL3-2004-05-09.zip works on my delphi5pro machine.

Regards
Dierk




Subject: Can´t compile installer.... (from latest zip)
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 11 May 2004 13:21:24 +0200
Newsgroups: jedi.vcl

Message after starting install.bat:

======
Ungültige Option - /Q
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Compile.pas(444) Fehler: Nicht genügend wirkliche Parameter
Frames\FrmInstall.pas(37) Fatal: Verwendete Unit 'Compile.pas' kann nicht
compil
iert werden

** error 1 ** deleting Installer_nomo
Press ENTER to continue
=======

Now trying to switch back to the release before

Regards
Dierk




Subject: Re: CVS was lost - it is in the way
From: Oliver Giesen <ogware@gmx.net>
Date: Tue, 11 May 2004 12:43:14 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> I already started a thread in the CVSNT mailing list/newsgroup on this but it seems the CVSNT news server is down at the moment...

Ah, back again, it seems...

BTW: The issue is now also logged in the CVSNT tracker:
http://www.cvsnt.org/mantis/bug_view_advanced_page.php?bug_id=0000023

You might want to add additional comments to this. Of special interest would be the version numbers of working and non-working CVSNT clients in order to pin down the version that broke the compatibility. If you've got anything later than 2.0.8 that is still working this information would be most helpful.

You could determine the CVSNT version by running cvs -v on the commandline (although I'm sure there's a GUI option in Tortoise to get at that info as well).

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: Plans on next release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 May 2004 12:37:17 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> - Probably a bunch of smaller issues I can't remember right now

Get all the examples running again.



Subject: Re: CVS was lost - it is in the way
From: Oliver Giesen <ogware@gmx.net>
Date: Tue, 11 May 2004 12:16:43 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Something strange must have happen to the sourceforge cvs server. All
> files are downloaded with the two messages:
> update FILENAME - was lost
> update FILENAME - it is in the way.
>
> If I delete the files (that are "in the way") do a cvs update and do a
> second cvs update the same messages appear.

SF.net upgraded their developer server to CVS 1.11.15 yesterday.

Apparently an incompatibility to this crept into CVSNT somewhen between 2.0.8 and 2.0.34 (as far as was possible to determine so far). CVSNT 2.0.8 is reported to still work correctly. As the TortoiseCVS release notes do not mention which CVSNT releases they ship with and as I don't use it myself, I cannot tell which ones are affected, definitely the most recent ones. For WinCvs, it seems that WinCvs 1.3.13.2 still works (unless you've already upgraded the CVSNT binaries) and anything including and above 1.3.16 does not.

I already started a thread in the CVSNT mailing list/newsgroup on this but it seems the CVSNT news server is down at the moment...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: Plans on next release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 May 2004 11:35:26 +0200
Newsgroups: jedi.vcl

There are several outstanding issues that needs to be resolved before the
next release:

- CLX support (this is the big one)
- Installer for all supported versions - except CLX on Linux
- Mantis bugs
- Help docs
- Probably a bunch of smaller issues I can't remember right now

Without a time estimate from those working on each issue, there is no
telling when we can release again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Plans on next release
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Tue, 11 May 2004 19:03:09 +1000
Newsgroups: jedi.vcl

micha schumann wrote:
> Hi there,
>
> what are your plans regarding the next (beta) release and final release?
>
> For me the current state is absolutely usable with Delphi 7 but I am aware of the fact that I do not represent the complete user palette due to the different compilers and due to the fact that I only use a small subset of components.

C++ Builder support is off the pace because of hardware problems here. They shold be sorted out by the end of the week, but I have a busy week-end so any progress will be done from next week.


Subject: Re: TJvEdit changes
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 May 2004 10:07:15 +0200
Newsgroups: jedi.vcl

> > I've made modifications to the TJvEdit to be able to manipulate the text
> > output in the Text getter and setter:

Thanks. I've added it to JvEdit (in CVS) although the code in Loaded has
been moved to CreateHandle instead

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Plans on next release
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 11 May 2004 08:02:20 +0000
Newsgroups: jedi.vcl

Hi there,

what are your plans regarding the next (beta) release and final release?

For me the current state is absolutely usable with Delphi 7 but I am aware of the fact that I do not represent the complete user palette due to the different compilers and due to the fact that I only use a small subset of components.

Micha


Subject: Re: TJvEdit changes
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 11 May 2004 09:32:48 +0200
Newsgroups: jedi.vcl

Hi,

Thanks, the only problem is that somehow the value of my added property isn't available in the constructor (!? is this normal?) but is available in Loaded... (it does fire runtime)

Wiebe

Remko Bonte wrote:
> Wiebe Tijsma wrote:
>
>> Also, I have put my component initialization in a overriden procedure 'Loaded', is this the right way, or is there another function that is called after a component is constructed (and the published properties are available)...
>
>
> Initialization code should be in Create/CreateWnd or something. Use Loaded to delay the setting of properties streamed in from the dfm file.  Do this because Loaded is /not/ called when you create a component at run-time.
>
> If this gives problems then set the default values of your properties such that initialization is minimal.
>
> And be warned that Loaded may be called multiple times (on inherited forms as the help-file states).
>


Subject: Re: JVCL_JCL and Kylix
From: "TridenT" <trident@debian.fr>
Date: Tue, 11 May 2004 07:08:46 +0200
Newsgroups: jedi.vcl

ok, Peter & Robert, thanks for the informations !




Subject: Re: CVS was lost - it is in the way
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 May 2004 06:32:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Something strange must have happen to the sourceforge cvs server. All
> files are downloaded with the two messages:
> update FILENAME - was lost
> update FILENAME - it is in the way.
>
> If I delete the files (that are "in the way") do a cvs update and do a
> second cvs update the same messages appear.

Which path do you have in your Root files?



Subject: Re: JVCL_JCL and Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 11 May 2004 02:40:31 +0200
Newsgroups: jedi.vcl

Hi,

> where can I find informations about the status of each unit from JCL&JVCL
> package.
> On the web site, I found a daily build page, but it's only saying that
> Kylix3 binaries are not functionnals.
> http://homepages.borland.com/jedi/jvcl/
>
> I just want to know which units have been ported & tested.

As far as JCL is concerned, all units in the folders

source/common
source/visclx
source/unix

are considered Kylix compatible.  At least they compile; testing however
has been incomplete.  Parts of the functionality may be unavailable
under Linux (excluded using $IFDEFs).

Here's a complete list:

jcl\source\common\Jcl8087.pas
jcl\source\common\JclBase.pas
jcl\source\common\JclBorlandTools.pas
jcl\source\common\JclComplex.pas
jcl\source\common\JclCounter.pas
jcl\source\common\JclDateTime.pas
jcl\source\common\JclDITs.pas
jcl\source\common\JclEDI.pas
jcl\source\common\JclEDI_ANSIX12.pas
jcl\source\common\JclEDI_ANSIX12_Ext.pas
jcl\source\common\JclEDI_UNEDIFACT.pas
jcl\source\common\JclEDI_UNEDIFACT_Ext.pas
jcl\source\common\JclEDISEF.pas
jcl\source\common\JclEDITranslators.pas
jcl\source\common\JclEDIXML.pas
jcl\source\common\JclExprEval.pas
jcl\source\common\JclFileUtils.pas
jcl\source\common\JclIniFiles.pas
jcl\source\common\JclLogic.pas
jcl\source\common\JclMath.pas
jcl\source\common\JclMIDI.pas
jcl\source\common\JclMime.pas
jcl\source\common\JclResources.pas
jcl\source\common\JclRTTI.pas
jcl\source\common\JclSchedule.pas
jcl\source\common\JclStatistics.pas
jcl\source\common\JclStrHashMap.pas
jcl\source\common\JclStrings.pas
jcl\source\common\JclSysInfo.pas
jcl\source\common\JclSysUtils.pas
jcl\source\common\JclUnitConv.pas
jcl\source\common\JclZlib.pas
jcl\source\unix\zlibh.pas
jcl\source\visclx\JclQGraphics.pas
jcl\source\visclx\JclQGraphUtils.pas

Greetings, Robert


Subject: Re: More on Installer
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 11 May 2004 09:28:40 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> - "compile JCL .dcp files if necessary" is silly. If it is really
>> necessary then the checkbox is not needed at all.
>
>
> Discuss this with Olivier.

Okay, I guess this checkbox only applies to C++ Builder targets.
The thing with the "if necessary" is that I want people to have the option not to build the DCP files if they already exist. But the text of the checkbox isn't that clear. Here is a proposition:

- Make the text read "Compile JCL .dcp files for C++ Builder"
- If the target dcp file(s) do not exist, then check that box, and disable it. After all, the JVCL won't even compile if the dcp file are not there.
- If the target dcp file(s) exist, then enable the checkbox but do not check it. This way a working dcp file will not be overwritten.

Hopefuly, I should be back on tonight so I should be able to help again on the C++ Builder side of things.

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator



Subject: Re: CVS was lost - it is in the way
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 11 May 2004 09:20:03 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Something strange must have happen to the sourceforge cvs server.
>
> I'm having the same problem (and have so for quite some time) but only with
> \qcommon. Removing it completely and doing an update on the parent folder
> doesn't help. I thought I was the only one but maybe it's an issue with the
> CVS repository. If others have the same problem, please post here so we can
> report it to SF.
>
I've had it before, most often with kylix related stuff.
But I also had it on my own repository (cnxmanager), so I think this is a widespread problem. Funny thing is that on my own repository, i'm the only developer...



Subject: Re: JVCL_JCL and Kylix
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 10 May 2004 22:16:15 +0200
Newsgroups: jedi.vcl

> > I just want to know which units have been ported & tested.
We don't have any official list since the support is "spotty" at the moment.

> > And just another question : It seems JVCL_JCL 2.10 stable package are not
> > compatible with Kylix . Am I right ?
Yes.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS was lost - it is in the way
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 10 May 2004 22:15:30 +0200
Newsgroups: jedi.vcl

> > Something strange must have happen to the sourceforge cvs server.
I'm having the same problem (and have so for quite some time) but only with
\qcommon. Removing it completely and doing an update on the parent folder
doesn't help. I thought I was the only one but maybe it's an issue with the
CVS repository. If others have the same problem, please post here so we can
report it to SF.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: CVS was lost - it is in the way
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 10 May 2004 21:42:27 +0200
Newsgroups: jedi.vcl

Something strange must have happen to the sourceforge cvs server. All
files are downloaded with the two messages:
update FILENAME - was lost
update FILENAME - it is in the way.

If I delete the files (that are "in the way") do a cvs update and do a
second cvs update the same messages appear.



-- Regards, Andreas Hausladen 

Subject: Re: More on Installer
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 10 May 2004 21:19:09 +0200
Newsgroups: jedi.vcl

Another thing about the installer, actually Builder.dpr:

Can you set FileMode (to 0) in TXmlFile.Create before calling AssignFile? Otherwise f will be set to read-writable; I use WinCvs which checks files out as read-only. This combination crashes builder.exe.

Although the 'check-out as read-only' setting of WinCvs is adjustable, you could have a CD or something that would cause the same problem.


Subject: JVCL_JCL and Kylix
From: "TridenT" <trident@debian.fr>
Date: Mon, 10 May 2004 20:43:11 +0200
Newsgroups: jedi.vcl

Hi,
where can I find informations about the status of each unit from JCL&JVCL
package.
On the web site, I found a daily build page, but it's only saying that
Kylix3 binaries are not functionnals.
http://homepages.borland.com/jedi/jvcl/

I just want to know which units have been ported & tested.

And just another question : It seems JVCL_JCL 2.10 stable package are not
compatible with Kylix . Am I right ?

Thanks.

TridenT




Subject: Re: jvMenu: small painting issue
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 10 May 2004 18:39:10 +0000 (UTC)
Newsgroups: jedi.vcl

I posted a bug report to mantis with ID 1748.

Karlheinz


Subject: Re: JvMRUManger small painting issue
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 10 May 2004 18:32:27 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Could you post this in Mantis?

Done, see MantisID 1746(bug) and 1747(feature)

Regards Karlheinz


Subject: Re: More on Installer
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 10 May 2004 19:30:16 +0200
Newsgroups: jedi.vcl

> > I think it is clear what the checkboxes mean.
I agree. Use hints where needed or where they can convey more information
than the label of the control. If this had been an end-user tool, I would
agree with Robert, but this is for programmers (even if some JVCL users
might fall into the first category...)

> > I used the GUI design: Options the user would change more often are to the
> > left.
I have no problems with the current layout

>> > > - the use of a combobox inside a groupbox to switch between the IDE
>> > > option sets is really bad. A much better way is a tab sheet.
I don't agree. Using a combobox to select different options is commonplace.
A tabsheet takes too much space in this case.

> > And this information would be? Keep in mind that the installer must know
> > these informations. A detailed list of components is not possible except
> > the Installer would parse all JVCL units what is a lot of work/time.
I donät think this should be necessary. There are docs in \help that
describes what's in each package and parsing it would add unnecessary
complexity to the installer.

> > Personally I do not want to see that much useless information. Only if the
> > installion/compilations failed I'm interested in these information.
Agree.

My 2c's: keep it lean and mean :)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: More on Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 10 May 2004 18:54:17 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Hints everywhere please.
> > 
> > "JVCL 3 Installation" screen:
> > 
> > - more hints
> > some controls are missing hints

What should be the hint text for "Show MPL 1.1" ? Should it be "Show MPL
1.1" ?


> > "Choose IDE targets" screen:
> > 
> > - needs hints for all controls

Hmm. What do you think about the following hints:

Delphi 5.0 = Activate this option if you want the JVCL to be installed for
Delphi 5

Delphi 6.0 = Activate this option if you want the JVCL to be installed for
Delphi 6

Delphi 7.0 = Activate this option if you want the JVCL to be installed for
Delphi 7

I think it is clear what the checkboxes mean. A hint is a information that
descripts something in detail. I do not see any information I could write
into the hints that would not state the same the whole dialog says.


> > "Configuration" screen:
> > 
> > In terms of GUI design this screen sucks.
> > 
> > - The global options for all IDEs should be to the left because a
> > logical flow of work goes from general to specific from left to right
> > or top to bottom.

I used the GUI design: Options the user would change more often are to the
left. This meight sucks for arabic or other right to left writing
languages but this is another problem.


> > - the use of a combobox inside a groupbox to switch between the IDE
> > option sets is really bad. A much better way is a tab sheet.

I do not have the place for a tab sheet. The first design was the usage of
a tab sheet but after starting the installer for config page tests I saw
that 3 IDEs are too many for the place I have.


> > - "Compile only" is misleading. Any Delphi user would understand it to
> > have the same relation to "Build packages" as the IDE menu entries.

Is "No IDE registration" better?


> > - "Generate map files" is not that important and should go last in the
> > groupbox

Isn't it?


> > - The hints are bad or missing. The Generate map files" hint should tell
> > what the map files are used for.

A programmer should know what the .map files are for.


> > - "compile JCL .dcp files if necessary" is silly. If it is really
> > necessary then the checkbox is not needed at all.

Discuss this with Olivier.


> > - The options changing jvcl.inc should be only on the "Edit jvcl.inc"
> > dialog.

The external options give the user an abstraction of the most changed
settings.


> > 
> > "jvcl.inc Editor" dialog:
> > 
> > - Like any dialog it should work with "Ok" and "Cancel".

This is a code design issue. I do not have two instances of the JVCL.INC
file modification class in memory. So OK and Cancel would result in the
same action. The dialog is just a add on that was not planned (it is an
extra dialog in a wizard) and I used the one from the former JVCL
Installer.


> > - Is the situation of two Delphi versions one being personal the other
> > not handled? "DelphiPersonalEdition" seems to indicate otherwise.

This situation is not handled because it does not work with the JVCL3
itself. If you have Pro/Ent and Pers editions installed on one machine the
JVCL does not work because of the common jvcl.inc. The only solution would
be to move the jvcl.inc to each lib directory.


> > "Select packages" screen:
> > 
> > - The hints could carry more information.

And this information would be? Keep in mind that the installer must know
these informations. A detailed list of components is not possible except
the Installer would parse all JVCL units what is a lot of work/time.


> > "Compiling packages" screen:
> >
> > - "Verbose compiler output" should be always on and the checkbox
> > removed.
> > 
> > text. Even better drop the button completely and always show the
> > compiler output.

Personally I do not want to see that much useless information. Only if the
installion/compilations failed I'm interested in these information.


-- Regards, Andreas Hausladen 

Subject: Re: JvScheduledEvents in a Service Application?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 10 May 2004 15:06:36 +0200
Newsgroups: jedi.vcl

>> > >     Most of the problems were caused by faulty settings (i.e. a
>> > > OneShot event which is set to fire at a date/time that has already
>> > > passed, a DailySchedule set to Weekdays but tested during a weekend or
>> > > even mixing up am and pm when setting the time(s)), IIRC.
> >
> > I was testing with every day events set to fire every three, seven and
> > ten seconds, though, so that shouldn't be the issue.

    Yes, but was it set to weekdays or every 1 day intervals? The first
would mean it skips the weekends, the second would indicate a bug.
> >
> >
>> > >     which JVCL version, 2.x or 3.0? [...]
> > I'm using JVCL 2.1.  The only problem I'm really having is that the
service
> > never fully starts, although the events are firing.  I imagine that could
> > be related to startup and/or shutdown problems.

    Seems logical to assume that.
> >
> > Is this fixed in JVCL 3.0?

    I have no idea. As I mentioned I never had this promblem at all, and the
original reporter never reported back.

> > Is it considered stable enough to use for
> > general development?

   It seems stable enough (at least not worse than 2.1).

    But have a look at these bug reports and see if anything in it might be
the cause for your problems and any fixes mentioned there indeed solve the
problems you have:

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=641
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=608
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=890
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=589

    and please report back if it does fix the problems, because then I'll
actually know for sure it is fixed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JvHLEditor
From: "Ian Hardcastle" <ihardcastle@hotmail.com>
Date: Mon, 10 May 2004 13:58:11 +0100
Newsgroups: jedi.vcl

I posted the same question in the jedi.general news aswell and here is the
code I used to get it to work.

-----------------------------

This is what I did, although I am not sure if it done properly, but it works
as I need it to work.

This is an example, put these lines in to the Identifiers Lines only:

ReservedWordA=ReservedWordA, This is a reserved word
ReservedWordB=ReservedWordB, This is another word
ReservedWordB=ReservedWordC
AnotherWordA=AnotherWordA
AnotherWordB=AnotherWordB
AnotherWordC=AnotherWordC

The part before the = is the word that will be recognised and added if the
user selected it, the part after the = is what the user will see so you can
see in the example I have added some hints describing what the reserved word
is.

This seems to work ok but it will list all of the words in this list however
it goes to and highlights the matching word typed by the user.

If anyone knows how to just display the matches then let me know.

Hope this helps

-----------------

Sorry I didn't put this on before.

See if you can work on it and make it better. Like I said it works but not
as it should, atleast I think anyway.

Ian




Subject: Re: JvHLEditor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 14:38:33 +0200
Newsgroups: jedi.vcl

> > It doesn't matter now I have managed to find out how to use it
Maybe you could share the code you are using since I guess there are others
that don't know how to do it (I know I don't). We could even build a demo
based on it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvScheduledEvents in a Service Application?
From: Michael Bowers <michael_bowers+nospam@mhhs.org>
Date: Mon, 10 May 2004 12:00:11 +0000 (UTC)
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in 
news:c7i3n8$bnk$1@talkto.net: 

> >     Most of the problems were caused by faulty settings (i.e. a 
> > OneShot event which is set to fire at a date/time that has already 
> > passed, a DailySchedule set to Weekdays but tested during a weekend or
> > even mixing up am and pm when setting the time(s)), IIRC. 

I was testing with every day events set to fire every three, seven and 
ten seconds, though, so that shouldn't be the issue. 


> >     which JVCL version, 2.x or 3.0? I know there have been reports 
> > about JvScheduledEvents in services with the 2.x versions but I was
> > never able to reproduce them all. I do remember the startup problem
> > which was fixed but what couldn't be reproduced was the hanging when
> > the PC was going to shutdown (this may have been fixed in CVS now,
> > since Remko pointed out that the messages involved would be received
> > by the component as well, not just the application's main window). All
> > reported bugs (whether solved or not) were closed some weeks ago since 
> > the original reporter hadn't reported back in over 6 months after I 
> > asked him to test the new release/latest fix. 

I'm using JVCL 2.1.  The only problem I'm really having is that the service 
never fully starts, although the events are firing.  I imagine that could 
be related to startup and/or shutdown problems.

Is this fixed in JVCL 3.0?  Is it considered stable enough to use for 
general development?


Thanks,
Mike


Subject: Re: JvHLEditor
From: "Ian Hardcastle" <ihardcastle@hotmail.com>
Date: Mon, 10 May 2004 12:25:17 +0100
Newsgroups: jedi.vcl

It doesn't matter now I have managed to find out how to use it

Ian


"Ian Hardcastle" <ihardcastle@hotmail.com> wrote in message
news:c7nbb4$3qt$1@talkto.net...
> > Hi all
> >
> > Does anyone know how to use the code completion option in the JvHLEditor
> > control. An example would be handy if possible.
> >
> > I have added things into the template and identifier fields but I can't
seem
> > to get it working, I think I am doing it wrong :)
> >
> > Thanks in advance
> >
> > Ian
> >
> >




Subject: Re: JVDock - Docking Only On Sides?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 11:50:38 +0200
Newsgroups: jedi.vcl

> > One question, though - it appears forms can only be docked to the sides
> > (top, left, right, botton), not to the whole client space of the form
where
> > the DockServer is. Is there a way to accomplish this?
I don't think that's possible using the docking components (I don't think
Delphi's standard docking supports this either). You could, however, set the
client's Align to alClient and the server form as its parent but you wold
have to do that manually.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Component list
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 11:26:40 +0200
Newsgroups: jedi.vcl

I just wrote a small and simple tool to extract all the RegisterComponents
calls from the units. It is in devtools\jcomp. I don't think most users have
the dev\help folder, so such a tool can come in handy even if the
functionality is also available in DtxGen.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Component list
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 10 May 2004 11:16:43 +0200
Newsgroups: jedi.vcl

> > I'm working on getting the help files (dtx) online. Give me some more
> > time and I'll have a demo ready.

    Cool. I'll wait!


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Component list
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Mon, 10 May 2004 19:00:03 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>> Note that JVCLClasses.txt will contain all classes that starts with TJv,
>
> not
>
>> only installed components, so you will have to do some trimming by hand.
>
>
>
>     Note to Peter: the DtxGen tool generates a file RegisteredClasses.txt
> containing only installed components. I'm not certain it's updated in CVS
> yet, but it might be a good idea if we regenerate it and make it available
> to everybody? At a later time, we could probably rewrite the tool to
> automatically include the summary, maybe even use a template, so we can put
> it in our web style automatically.

I'm working on getting the help files (dtx) online. Give me some more time and I'll have a demo ready.


Subject: Re: Component list
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 10 May 2004 10:28:12 +0200
Newsgroups: jedi.vcl

> > Note that JVCLClasses.txt will contain all classes that starts with TJv,
not
> > only installed components, so you will have to do some trimming by hand.


    Note to Peter: the DtxGen tool generates a file RegisteredClasses.txt
containing only installed components. I'm not certain it's updated in CVS
yet, but it might be a good idea if we regenerate it and make it available
to everybody? At a later time, we could probably rewrite the tool to
automatically include the summary, maybe even use a template, so we can put
it in our web style automatically.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvHLEditor
From: "Ian Hardcastle" <ihardcastle@hotmail.com>
Date: Mon, 10 May 2004 09:24:00 +0100
Newsgroups: jedi.vcl

Hi all

Does anyone know how to use the code completion option in the JvHLEditor
control. An example would be handy if possible.

I have added things into the template and identifier fields but I can't seem
to get it working, I think I am doing it wrong :)

Thanks in advance

Ian




Subject: Re: Component list
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 10:10:56 +0200
Newsgroups: jedi.vcl

No, but put this in a bat file and run it in the \source folder (if you are
using JVCL 2.10) or the \run folder (if you are using JVCL3):

grep -di "TJv.*=.*class" *.pas >JVCLClasses.txt

Note that JVCLClasses.txt will contain all classes that starts with TJv, not
only installed components, so you will have to do some trimming by hand.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: More on Installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 May 2004 09:22:17 +0200
Newsgroups: jedi.vcl

The checkmarks should be green instead of gray to stand out on the blue.
Hints everywhere please.

"JVCL 3 Installation" screen:

- more hints
  some controls are missing hints
- the hint for "Uninstall JVCL" has broken text

"Choose IDE targets" screen:

- needs hints for all controls

"Configuration" screen:

In terms of GUI design this screen sucks.

- The global options for all IDEs should be to the left because a
  logical flow of work goes from general to specific from left to right
  or top to bottom.
- the use of a combobox inside a groupbox to switch between the IDE
  option sets is really bad. A much better way is a tab sheet.
- "Compile only" is misleading. Any Delphi user would understand it to
  have the same relation to "Build packages" as the IDE menu entries.
- "Generate map files" is not that important and should go last in the
  groupbox
- The hints are bad or missing. The Generate map files" hint should tell
  what the map files are used for.
  The "XP theming" hint contians a spelling error ("allways").
  The link in the hint should not be blue because it is not selectable.
- "compile JCL .dcp files if necessary" is silly. If it is really
  necessary then the checkbox is not needed at all.
- "Verbose compiler output" should be always on and the checkbox
  removed.
- The options changing jvcl.inc should be only on the "Edit jvcl.inc"
  dialog.

"jvcl.inc Editor" dialog:

- Like any dialog it should work with "Ok" and "Cancel".
- Is the situation of two Delphi versions one being personal the other
  not handled? "DelphiPersonalEdition" seems to indicate otherwise.
- The names of the jvcl.inc defines should be revised to be more
  consistent in spelling and case (a global JVCL change).

"Select packages" screen:

- The hints could carry more information.
- The USEJVCL packages should be marked in some way (maybe in the icon).
- I dislike the hints following the mouse movements. The hint component
  should be improved.

"Summary" screen:

No issues.

"Compiling packages" screen:

- The "Details >" button is misleading. "Details >>" is the correct
  text. Even better drop the button completely and always show the
  compiler output.
- Maybe the italic lines also in light gray because they are not really
  important.



Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 10 May 2004 07:15:17 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > I can't access CVS at the moment
> > You are probably using the CVSROOT (look in the \CVS\Root files)
> > "cvs.jvcl.sourceforge.net". Try changing it to "cvs.sourceforge.net"
> > (no "jvcl") in all your Root files and you should be good.

Thanks Peter, that was it. 

Christopher Latta


Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 08:29:48 +0200
Newsgroups: jedi.vcl

Loaded can't be used when the value is modified by the component before
Loaded is called. Using propery order is the only way (except setting a
default that doesn't modify the value) in this case.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 08:27:47 +0200
Newsgroups: jedi.vcl

> > I can't access CVS at the moment
You are probably using the CVSROOT (look in the \CVS\Root files)
"cvs.jvcl.sourceforge.net". Try changing it to "cvs.sourceforge.net" (no
"jvcl") in all your Root files and you should be good.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem on intall JVCL 3 Beta Complete
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 08:24:06 +0200
Newsgroups: jedi.vcl

Rebuild the DJCL and DJCLVCL packages from JCL first and then rebuild JVCL.
Make sure you don't have duplicate DCU/DCP/BPL files.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMRUManger small painting issue
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 08:22:43 +0200
Newsgroups: jedi.vcl

Could you post this in Mantis?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jv NavPane suggestions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 May 2004 08:22:10 +0200
Newsgroups: jedi.vcl

> > In one sentence: way to code, Peter! :)
Thanks for the praise!

> > #1. Add text alignment and word wrapping capabilities to captions of
button
> > and headers
> > #2. Add image alignment capability to buttons
Good suggestions, will look into it.

> > #3. If possible, implement a GlobalGroupIndex property, which would enable
> > buttons on different pages to work in the same up/down group.
How do you mean? Do you mean  clicking a button would "un-Down" another
button on the same NavPane or do you mean that buttons on different navpanes
should be grouped so that clicking a button un-Downs the button on (an)other
NavPane(s)?

BTW; I just added an AutoHeader property to JvNavigationPane. If true, a
header with the same caption and image as the button is created on the page.
It also follows theme changes. I've also improved the JvNavPanelToolPanel
toolbar buttons a bit but there is still some work to do on that component.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "AlexB" <b.a.v@ngs.ru>
Date: Mon, 10 May 2004 12:35:59 +0700
Newsgroups: jedi.vcl

Hello Christopher!

"Christopher Latta" <nobody@nowhere.not>
> >
>> > > In fact the only needed improvment is a reaction (OnValueChanged) on
>> > > pressing <Enter> in edit.
> >
> > The problem I have with this is that the <Enter> key is used to
> > activate the OnClick procedure of the form's default button. To use
> > <Enter> to signify the end of user input in TJvValidateEdit would mean
> > the control would have to either:
> > 1) Fire the OnValueChanged event and absorb the <Enter> so the default
> > button doesn't fire, which changes the standard way the Windows user
> > interface works; or
> > 2) Fire the OnValueChanged event and also allow the <Enter> key through
> > to activate the default button, which probably isn't what the user
> > wants to do if they simply want to show they have finished their edit
> > process within that ValidateEdit.
> >
> > I don't think either approach is appropriate.

I think the number two is correct.
i) Don't forget that it's component for _programmer_ (not for user) and he
must take a decision: if I want to use <Enter> as "end of input in editor" I
don't use a default button.
ii) Such behaviour is compatible with previous versions: if exists a default
button the <Enter> works as before.

The comprehensive solution is a special boolean property but I think it's
superfluous.

AlexB.




Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 10 May 2004 15:09:00 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> I assume the same and the way to change the streaming order is to change the order of declaration of the published properties. Have a look in JvMenus.pas for examples as well as in JvUrlListGrapper.pas
>> If you do change the order, please put a note explaining your decision.
>
>
> The correct way is to overwrite Loaded and handle it there.
>
Yeah, maybe, but I find the reordering of the properties much easier and cleaner, provided there is a comment explaining the situation.
I could never understand how to do this in Loaded. Here is the scenario as I understand it:

Constructor called, DisplayFormat set to dfInteger.

Streaming commences:
  DecimalPlaces := X; // this has no effect
  DisplayFormat := dfFloat;

Loaded is called
  How do I retrieve the value that had no effect ?

I'd gladly get some "lights" on the way things should be done here.



Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 May 2004 06:48:51 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I assume the same and the way to change the streaming order is to change the order of declaration of the published properties. Have a look in JvMenus.pas for examples as well as in JvUrlListGrapper.pas
> If you do change the order, please put a note explaining your decision.

The correct way is to overwrite Loaded and handle it there.



Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 10 May 2004 04:46:01 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > OBones wrote:
> > 
>> > > I assume the same and the way to change the streaming order is to
>> > > change the order of declaration of the published properties. Have a
>> > > look in JvMenus.pas for examples as well as in JvUrlListGrapper.pas
>> > > If you do change the order, please put a note explaining your
>> > > decision.
> > 
> > The correct way is to overwrite Loaded and handle it there.

It seems quite clean and obvious to order the published section in the
sequence that the properties need to be streamed in.

It seems to me that once Loaded is called, DecimalPlaces has already
been streamed, been rejected and the property value lost. Do you have
an example of how this would be handled using Loaded and why this is
more correct?

Christopher Latta


Subject: Component list
From: "Warren Weber" <warrenjw@austarnet.com.au>
Date: Mon, 10 May 2004 13:02:37 +1000
Newsgroups: jedi.vcl

Hi

Is there a complete component list for the V2.1

Warren




Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 10 May 2004 02:40:26 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I assume the same and the way to change the streaming order is to
> > change the order of declaration of the published properties. 

Thanks, that did the trick. I can't access CVS at the moment (I get an
error saying there is no such repository present), but when I can I'll
update this.

Christopher Latta


Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 10 May 2004 12:15:32 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

> AlexB wrote:
>
>
>> Then I copy/paste the fully tuned (for floats) TJvalidateEdit the new
>> component loses the value of "DecimalPlaces".
>
>
> I assume that this is because the DecimalPlaces property streams in
> before the DisplayFormat. When the control is created, it defaults to
> DisplayFormat = dfInteger, which can't have decimal places, so when
> this property streams in, it doesn't actually change the value because
> of the DisplayFormat property. Does anyone know of a way to change the
> streaming order? 

I assume the same and the way to change the streaming order is to change the order of declaration of the published properties. Have a look in JvMenus.pas for examples as well as in JvUrlListGrapper.pas
If you do change the order, please put a note explaining your decision.



Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 10 May 2004 01:06:51 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > Then I copy/paste the fully tuned (for floats) TJvalidateEdit the new
> > component loses the value of "DecimalPlaces".

I assume that this is because the DecimalPlaces property streams in
before the DisplayFormat. When the control is created, it defaults to
DisplayFormat = dfInteger, which can't have decimal places, so when
this property streams in, it doesn't actually change the value because
of the DisplayFormat property. Does anyone know of a way to change the
streaming order? Otherwise we could make the default DisplayFormat
property be dfFloat, which would allow the DecimalPlaces to stream in
properly.

Christopher Latta


Subject: JVDock - Docking Only On Sides?
From: "Lukas Rathswohl" <lurathsw@bellatlantic.net>
Date: Sun, 9 May 2004 20:51:30 -0400
Newsgroups: jedi.vcl

Hi,

I've been working with the JVDocking library, which is really very well
done.
One question, though - it appears forms can only be docked to the sides
(top, left, right, botton), not to the whole client space of the form where
the DockServer is. Is there a way to accomplish this?

Thanks,

-Lukas Rathswohl




Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sun, 9 May 2004 23:55:46 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > In fact the only needed improvment is a reaction (OnValueChanged) on
> > pressing <Enter> in edit. 

The problem I have with this is that the <Enter> key is used to
activate the OnClick procedure of the form's default button. To use
<Enter> to signify the end of user input in TJvValidateEdit would mean
the control would have to either:
1) Fire the OnValueChanged event and absorb the <Enter> so the default
button doesn't fire, which changes the standard way the Windows user
interface works; or
2) Fire the OnValueChanged event and also allow the <Enter> key through
to activate the default button, which probably isn't what the user
wants to do if they simply want to show they have finished their edit
process within that ValidateEdit.

I don't think either approach is appropriate. 

Christopher Latta


Subject: Re: validation expression
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 10 May 2004 09:20:04 +1000
Newsgroups: jedi.vcl

Holger Flick wrote:
> Hi guys,
>
> how would one do a telephone number mask?
>
> I read in TMask help and still do not know how to realize variable lengths.
>
> For example:
>
> +49 222 54586
>
> and
>
> +1 555 4587
>
> and
>
> +49 2354 566645-457
>
> Are all valid telephone numbers. But how can I check these with a TMask? I guess one would need more than that...

Forget it, there are too many telephone formats in the world. Right here in Australia, we have two (that I know of):

Fixed: (xx) xxxx xxxx
Mobile: xxxx xxx xxx

And if you do it in international format, that gives:

+61 x xxxx xxxx
+61 xxx xxx xxx

A real pain, and most people just give up on that, it's not worth the "fight"



Subject: Jv NavPane suggestions
From: "Aleksander Oven" <aleksander.oven@celtic.si>
Date: Mon, 10 May 2004 00:24:48 +0200
Newsgroups: jedi.vcl

Hi,

I have to say I really like the nav pane component (I especially salute the
Action property of the buttons).
Despite the early development stage, I'm already using it as a kick ass
replacement for the poorly designed side bar from ExpressBars, which made me
write a lot of patchy code in my app to make it work the way I wanted.

In one sentence: way to code, Peter! :)

I would like to make a couple of suggestions, however, if that's alright...

#1. Add text alignment and word wrapping capabilities to captions of button
and headers
#2. Add image alignment capability to buttons
#3. If possible, implement a GlobalGroupIndex property, which would enable
buttons on different pages to work in the same up/down group.

Kind regards,
Aleksander Oven




Subject: validation expression
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 09 May 2004 19:16:06 +0200
Newsgroups: jedi.vcl

Hi guys,

how would one do a telephone number mask?

I read in TMask help and still do not know how to realize variable lengths.

For example:

+49 222 54586

and

+1 555 4587

and

+49 2354 566645-457

Are all valid telephone numbers. But how can I check these with a TMask? I guess one would need more than that...

-- 
Holger


Subject: Re: Problem on intall JVCL 3 Beta Complete
From: "Fellipe Henrique" <titanius@terra.com.br>
Date: Sun, 9 May 2004 11:39:51 -0300
Newsgroups: jedi.vcl

I get the last version on CVS and the error changes.. new error is:
@Jclfileutils@initialization$qqrv  on DJcl70.bpl ... sorry, but the rest of
message in portuguese...

Thanks for all
Fellipe H.

"Fellipe Henrique" <titanius@terra.com.br> escreveu na mensagem
news:c7lalp$po8$1@talkto.net...
> > Here the error: @JclGraphics@initialization$qqrv in DJCL70.bpl
> >
> > Thanks
> > Fellipe.
> >
> > "Fellipe Henrique" <titanius@terra.com.br> escreveu na mensagem
> > news:c7iog9$eva$1@talkto.net...
>> > > When a I install JVCL 3 Beta Complete with JCL 1.90 Complete, a error
>> > > ocurred... JCLGraphics.. I try to get a new version on CVS, and
> > nothing...
>> > > please help me to install, because a need to finish my project....
>> > >
>> > > Thanks for all...
>> > >
>> > > Fellipe H.
>> > >
>> > >
> >
> >




Subject: Re: TJVPopupMenu & MenuItemPainter & Questions
From: "Rainer Budde" <speed78@gmx.net>
Date: Sun, 9 May 2004 14:47:17 +0200
Newsgroups: jedi.vcl

Hi,

> > Might well be yes. Could you post this in mantis
> > (http://homepages.borland.com/jedi/issuetracker/main_page.php) so that I
> > can get them assigned to me and won't forget about them. Please use your
> > own account so you keep getting the updates on that issue.

Ok i posted it ;)

Best regards

Rainer




Subject: Maybe TJvID3v2 Bug
From: "Rainer Budde" <speed78@gmx.net>
Date: Sun, 9 May 2004 14:09:31 +0200
Newsgroups: jedi.vcl

Hi,

I tried to write the time in TJvID3v2 but it doesn´t work. I tried it in the
example and opened a mp3 file with a 2.4 Tag. Now I added in CtrlsToTag the
follwing line:

  JvID3v21.Texts.Time   := '12:00:00';

But this text was been written. Did I something wrong or is it a Bug?

Best regards

Rainer Budde




Subject: Re: TJVPopupMenu & MenuItemPainter & Questions
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sun, 09 May 2004 21:58:43 +1000
Newsgroups: jedi.vcl

Rainer Budde wrote:
> Hi,
>
>
>>> That works, but in the popup menu if i select some entry the "selection
>>> border" was drawn in my margin. I think that is not correct or did I
>>> something wrong!? In Jvl 2.10 it works correct.
>>
>> Yes, but all has been rewriten in the menus, the code wasn't
>> maintainable. The support of margins is still experimental in this
>> version. I'll try to have a look at it but this may take time to resolve.
>>
>>
>>
>>> 2.  If I use JvStandardMenuItemPainter instead of using the
>>> JvBtnMenuItemPainter and I use the same OnDrawLeftMargin code like the
>
> first
>
>>> example I get an access violation!
>>
>> I'm suprised. Anyway, isn't there a Canvas parameter in the event? There
>> should be one, because the value of TPopupMenu.Canvas is not to be
>> trusted. If there is no such parameter, then it will need to be added.
>
> I´ve testet it again (with JvStandardMenuItemPainter) and now it works
> without a access violation. I think my problem was my own code. In the
> StandardMenuPainter there isn´t the problem I descripted in step 1. Thats
> good but if i added a menu line between my menu entries I saw that the lines
> are drawn in the margin. Is this a bug?
Might well be yes. Could you post this in mantis (http://homepages.borland.com/jedi/issuetracker/main_page.php) so that I can get them assigned to me and won't forget about them. Please use your own account so you keep getting the updates on that issue.


Subject: Re: C6 - Wrong unit format
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sun, 09 May 2004 21:50:40 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> obones wrote:
>
>
>> Or you should wait for me to have a look into it.
>
>
> A StarWars story:
> A New Hope ("I hope I have fixed this...")
> The Empire Strikes Back ("... The error is still there.")
> Return Of The Jedi ("I found the reason...")
>
> I found the reason. The Installer had not setup all environment variables
> at the time the JCL DCP files are created.
>
>
Ah well. Glad this one's fixed


Subject: Re: TJVPopupMenu & MenuItemPainter & Questions
From: "Rainer Budde" <speed78@gmx.net>
Date: Sun, 9 May 2004 13:41:27 +0200
Newsgroups: jedi.vcl

Hi,

>> > > That works, but in the popup menu if i select some entry the "selection
>> > > border" was drawn in my margin. I think that is not correct or did I
>> > > something wrong!? In Jvl 2.10 it works correct.
> > Yes, but all has been rewriten in the menus, the code wasn't
> > maintainable. The support of margins is still experimental in this
> > version. I'll try to have a look at it but this may take time to resolve.
> >
> >
>> > > 2.  If I use JvStandardMenuItemPainter instead of using the
>> > > JvBtnMenuItemPainter and I use the same OnDrawLeftMargin code like the
first
>> > > example I get an access violation!
> > I'm suprised. Anyway, isn't there a Canvas parameter in the event? There
> > should be one, because the value of TPopupMenu.Canvas is not to be
> > trusted. If there is no such parameter, then it will need to be added.
I´ve testet it again (with JvStandardMenuItemPainter) and now it works
without a access violation. I think my problem was my own code. In the
StandardMenuPainter there isn´t the problem I descripted in step 1. Thats
good but if i added a menu line between my menu entries I saw that the lines
are drawn in the margin. Is this a bug?

Best regards

Rainer Budde




Subject: Re: C6 - Wrong unit format
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 9 May 2004 13:03:08 +0200
Newsgroups: jedi.vcl

obones wrote:

> > Or you should wait for me to have a look into it.

A StarWars story:
A New Hope ("I hope I have fixed this...")
The Empire Strikes Back ("... The error is still there.")
Return Of The Jedi ("I found the reason...")

I found the reason. The Installer had not setup all environment variables
at the time the JCL DCP files are created.


-- Regards, Andreas Hausladen 

Subject: Re: C6 - Wrong unit format
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sun, 09 May 2004 20:27:40 +1000
Newsgroups: jedi.vcl

> And now I'm really confused. After calling the MakeJclDcp4Bcb batch file
> (that does nothing else than calling the make file that is what the
> installer does, too) I could compile for BCB 6 (except a compile error).
> Maybe I should call the makefile for dcp creation two times?

Or you should wait for me to have a look into it.
I'd prefer if the C++ Builder support is left as it is for the time being until I get my computer back.
I don't think this will "hurt" many people and the situation shouldn't last too long anyway (2 weeks from now, at most)


Subject: Re: TJvEdit changes
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 09 May 2004 12:20:10 +0200
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> Also, I have put my component initialization in a overriden procedure 'Loaded', is this the right way, or is there another function that is called after a component is constructed (and the published properties are available)...

Initialization code should be in Create/CreateWnd or something. Use Loaded to delay the setting of properties streamed in from the dfm file.  Do this because Loaded is /not/ called when you create a component at run-time.

If this gives problems then set the default values of your properties such that initialization is minimal.

And be warned that Loaded may be called multiple times (on inherited forms as the help-file states).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: C6 - Wrong unit format
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 9 May 2004 12:17:26 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > My hope was not that hopefull as it should be. The error is still there.

And now I'm really confused. After calling the MakeJclDcp4Bcb batch file
(that does nothing else than calling the make file that is what the
installer does, too) I could compile for BCB 6 (except a compile error).
Maybe I should call the makefile for dcp creation two times?

-- Regards, Andreas Hausladen 

Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "AlexB" <b.a.v@ngs.ru>
Date: Sun, 9 May 2004 17:07:35 +0700
Newsgroups: jedi.vcl

Then I copy/paste the fully tuned (for floats) TJvalidateEdit the new
component loses the value of "DecimalPlaces".

AlexB.




Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "AlexB" <b.a.v@ngs.ru>
Date: Sun, 9 May 2004 16:43:52 +0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com>
>> > > TJvSpinEdit
>> > > ------------
>> > > This control has no OnValueChange at all.
> >
> > It has an OnChange event.

But OnChange don't filters "dirty" values. Real min/max checked value
appears after exit only...

AlexB.




Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 9 May 2004 11:38:34 +0200
Newsgroups: jedi.vcl

> > TJvSpinEdit
> > ------------
> > This control has no OnValueChange at all.

It has an OnChange event.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Thanks
From: "Fabriz" <fabrizioroma2@supereva.it>
Date: Sun, 9 May 2004 11:07:43 +0200
Newsgroups: jedi.vcl

Many, many thanks Andreas,
Now I have installed it....

I try to work with it....

Thanks

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> ha scritto nel
messaggio news:c7glh8$59c$1@talkto.net...
> > Fabriz wrote:
> >
>> > > "C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\template.dpk" copy /D /Y
>> > > jcldcpdpk6.tpl
>> > > "C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\template.dpk" Sintassi
>> > > del comando errata.
> >
> > Open the packages/bin/makefile.mak file and remove the /D command switch
> > from all "copy" commands. Do the same with MakeJCLDcp4BCB.mak.
> >
> > The next CVS snapshot should have the fixed files.
> >
> >
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: JvMRUManger small painting issue
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 9 May 2004 08:50:54 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

If you set AccelDelimiter to adTab then the length of the popupmenue is
to short. You can't see the last letters from the longest item.


It would be nice to set the maximum lenght for the menu item and a
switch if it should look like

C:\SomePa...\text.txt
or
....notherDir\text.txt

There is a function PathCompactPath in jcl for this manipulation.

This would be helpfull to use MenuLocation := mruSibling



Regards

Karlheinz


Subject: Re: Improvement of TJvValidateEdit
From: "AlexB" <b.a.v@ngs.ru>
Date: Sun, 9 May 2004 15:48:52 +0700
Newsgroups: jedi.vcl

procedure TJvCustomValidateEdit.DoValueChanged;
begin
  if Assigned(FOnValueChanged) and (EnterText <> FEditText)
   then FOnValueChanged(Self);

  EnterText := FEditText;
end;

If  an exception will be generated in (user defined) procedure
OnValueChanged the EnterText isn't synchronized.

Execute EnterText := FEditText; before call of FOnValueChanged(Self); or use
try-finally:

try
  if Assigned(FOnValueChanged) and (EnterText <> FEditText)
   then FOnValueChanged(Self);
finally
  EnterText := FEditText;
end;

AlexB.




Subject: Re: jvMenu: small painting issue
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 9 May 2004 08:25:01 +0000 (UTC)
Newsgroups: jedi.vcl

obones wrote:

> > Karlheinz wrote:
> > 
>> > > Some ideas?
> > 
> > Some questions:
> > 
> > - Does this only happens with the XP style?
It happens with XPStyle, Officestyle, BtnLowered, BtnRaised,
ItemPainter (XP)
It happens not with Standard
> > - Does Fenster have items?
Yes, see the screen shot
> > - Does this happen to Fenster whatever its position is?
Yes, see the screen shot

I hope these infos will help you.

Regards Karlheinz



TJvMenue Error.jpg
	



Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "AlexB" <b.a.v@ngs.ru>
Date: Sun, 9 May 2004 15:19:17 +0700
Newsgroups: jedi.vcl

"Christopher Latta" <nobody@nowhere.not>
Thank you Christopher for detailed answer.

TJvValidateEdit
----------------
> > OnValueChanged(Sender: TObject)
> > Triggers when the value is changed, either by an assignment of a value
> > or on exit from the field if the value of the field as been edited.
On  _exit_ !

> > If someone is entering the integer 1234 why would I want to
> > process the intermediate values while entry is being made, that is: 1,
> > 12, and 123?
Yes, it's unnecessarily.

> > Surely the end point of the edit is the significant thing?
End of input can be marked by user as follows:
- exit.
- press "1234" and <Enter>, focus remains in editor. User finishes an input
and _waits_ a some _reaction_ (Why user _must leave_ the editor? Maybe he
wants to adjust a value step by step?).

In fact the only needed improvment is a reaction (OnValueChanged) on
pressing <Enter> in edit. In this case I can use/apply the new _valid_ value
without any additional checking because componet does all checking  itself
(and I rely on it).
And I don't want to check input/value manually, because I tune more then 150
parameters in my projet!

TJvSpinEdit
------------
This control has no OnValueChange at all.

AlexB.




Subject: Re: Peter...bug in JvImagesViewer..Please Help
From: "Delphiguy" <yup@uhhuh.com>
Date: Sun, 9 May 2004 01:13:29 -0500
Newsgroups: jedi.vcl

Sorry for taking so long to get back, im in the middle of a move.
I will try changing my code to the mouse up event.

In regards to the LoadProgress:
My code entailed updating a progress bar. But it seemed that any code at all
in that event caused the problem.
I will keep trying and let you know, if you find something let me know.

Thanks again, because i really would like to switch to this component in my
software.

Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c7dtam$lsd$1@talkto.net...
>> > > Any idea as to why this is happening, and how to fix it?
> >
> > It's not a bug, per se. It's more of a, huh.., feature? The selected index
> > is set in MouseUp but OnClick is called in MouseDown (Delphi does that),
so
> > the correct spot to read the index is after/in OnMouseUp (you can check if
> > ssDouble is in Shift to differentiate between single and double clicks).
The
> > reason I don't change the index in MouseDown is because of issues when
> > dragging and multiselecting, so doing it in MouseUp was the only viable
> > solution I could come up with.
> >
>> > > Also, Placing any code in the LoadProgress event causes the imageviewer
to
>> > > be drawn incorrectly. It seems to do a refresh after drawing, then only
> > the
>> > > first 3 images are displayed, until i click on the white space where the
>> > > images are supposed to be. then they appear. Weird huh?
> > I haven't seen this. I will have to take a look. Does your code display
some
> > kind of dialog in LoadProgress?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: TJVPopupMenu & MenuItemPainter & Questions
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sun, 09 May 2004 13:32:55 +1000
Newsgroups: jedi.vcl

Rainer Budde wrote:
> Hi!
>
> 1. I use JvBtnMenuItemPainter in a PopupMenu to draw my own Margin. In
> OnDrawLeftMargin I add the following code like this:
>
>   JvPopupMenu.Canvas.Draw(0, 0, ImagePopup.Picture.Graphic);
>
> That works, but in the popup menu if i select some entry the "selection
> border" was drawn in my margin. I think that is not correct or did I
> something wrong!? In Jvl 2.10 it works correct.
Yes, but all has been rewriten in the menus, the code wasn't maintainable. The support of margins is still experimental in this version. I'll try to have a look at it but this may take time to resolve.


> 2.  If I use JvStandardMenuItemPainter instead of using the
> JvBtnMenuItemPainter and I use the same OnDrawLeftMargin code like the first
> example I get an access violation!
I'm suprised. Anyway, isn't there a Canvas parameter in the event? There should be one, because the value of TPopupMenu.Canvas is not to be trusted. If there is no such parameter, then it will need to be added.

> 3. I want to select my entries like the msBtnRaised style but with
> JvBtnMenuItemPainter (to draw Margins ;). Is it possible?
There should be a property of the painter that tells wether or not the buttons are raised. It exists, but I may have forgotten to publish it.

Cheers
Olivier Sannier
JVCL Developer


Subject: TJVPopupMenu & MenuItemPainter & Questions
From: "Rainer Budde" <speed78@gmx.net>
Date: Sun, 9 May 2004 04:59:33 +0200
Newsgroups: jedi.vcl

Hi!

1. I use JvBtnMenuItemPainter in a PopupMenu to draw my own Margin. In
OnDrawLeftMargin I add the following code like this:

  JvPopupMenu.Canvas.Draw(0, 0, ImagePopup.Picture.Graphic);

That works, but in the popup menu if i select some entry the "selection
border" was drawn in my margin. I think that is not correct or did I
something wrong!? In Jvl 2.10 it works correct.

2.  If I use JvStandardMenuItemPainter instead of using the
JvBtnMenuItemPainter and I use the same OnDrawLeftMargin code like the first
example I get an access violation!

3. I want to select my entries like the msBtnRaised style but with
JvBtnMenuItemPainter (to draw Margins ;). Is it possible?

Best Regards

Rainer




Subject: Re: jvMenu: small painting issue
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sun, 09 May 2004 09:44:06 +1000
Newsgroups: jedi.vcl

Karlheinz wrote:

> Some ideas?

Some questions:

- Does this only happens with the XP style?
- Does Fenster have items?
- Does this happen to Fenster whatever its position is?


Subject: Re: Modifications on Package Generator
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sun, 09 May 2004 09:22:48 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> obones wrote:
>
>> André Snepvangers wrote:
>>
>>> obones wrote:
>>>
>>>> André Snepvangers wrote:
>>>>
>>>>> The file is *only* created if you generate the JVCLX packages. imo a commandline parameter is therefore not needed.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> To me, yes it is because I always generate all packages even for the targets I don't use. To me the use of an option is required.
>>>
>>>
>>>
>>>
>>> Required, because ... ?
>>
>>
>>
>> Because I don't want to delete that file everytime I use makepackages. It is not required to me, it may be to others, but those people know what they need it for.
>> I mean, the end user building d7clx doesn't even need this file anyway; the way I understand it, this file is only required by developers and for a very limited time span.
>
>
> I have removed the changes.
>
I didn't ask you to be so radical, just to make it non compulsory. If only I have had my computer, I would have put the option myself...


Subject: Re: Modifications on Package Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 9 May 2004 00:26:32 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I have removed the changes.

Not all. You forgot the "StrUtils" unit. Delphi 5 does not have this unit.


-- Regards, Andreas Hausladen 

Subject: Re: C6 - Wrong unit format
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 9 May 2004 00:22:06 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Now I'm waiting for the next JCL interface change to test the new code.

My hope was not that hopefull as it should be. The error is still there.


-- Regards, Andreas Hausladen 

Subject: TJvEdit changes
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Sun, 09 May 2004 00:13:49 +0200
Newsgroups: jedi.vcl

Hi,

I've made modifications to the TJvEdit to be able to manipulate the text output in the Text getter and setter:

- moved GetText and SetText to the protected part instead of private and changed them to virtual

This to create a property EmptyValue in a descendant, wich shows a value when the Text property is empty, and removes the text when the TJvEdit receives focus. Calling the GetText will return an empty string even if it is showing the EmptyValue property.

- Would you consider implementing the TJvEdit changes?
- Are you interested in the source of the descendant component to implement it in the TJvEdit?

I will post both files in the binaries section.

Also, I have put my component initialization in a overriden procedure 'Loaded', is this the right way, or is there another function that is called after a component is constructed (and the published properties are available)...

Thanks!

Wiebe Tijsma


Subject: Re: Problem on intall JVCL 3 Beta Complete
From: "Fellipe Henrique" <titanius@terra.com.br>
Date: Sat, 8 May 2004 16:57:55 -0300
Newsgroups: jedi.vcl

Here the error: @JclGraphics@initialization$qqrv in DJCL70.bpl

Thanks
Fellipe.

"Fellipe Henrique" <titanius@terra.com.br> escreveu na mensagem
news:c7iog9$eva$1@talkto.net...
> > When a I install JVCL 3 Beta Complete with JCL 1.90 Complete, a error
> > ocurred... JCLGraphics.. I try to get a new version on CVS, and
nothing...
> > please help me to install, because a need to finish my project....
> >
> > Thanks for all...
> >
> > Fellipe H.
> >
> >




Subject: jvMenu: small painting issue
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 8 May 2004 19:05:58 +0000 (UTC)
Newsgroups: jedi.vcl

As you can see in the attached picture there is behind the Item
"Fenster" some letter "er". It seems so that it is the last two letters
from the caption.

This happens only with this menu item.

If I move over Hilfe then everything is OK.
If I move over Fenster this happens again.


Something else I found also sometimes at JvclConvert.

Some ideas?


Regards Karlheinz


TJvMenue

TJvMenue
	



Subject: Re: Error Compiling CVS version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 8 May 2004 19:19:35 +0200
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> > Can you give me the string to access the CVS
> > :ext:rbraasem@cvs.sourceforge.net:/cvsroot/jcl 
> > does not work

You are not a member of the JCL developer list. So you must use the
anonymous account:

:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl


Or you download a daily snapshot:
http://jcl.sourceforge.net/daily/


-- Regards, Andreas Hausladen 

Subject: Re: Error Compiling CVS version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 8 May 2004 18:05:47 +0200
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> > When I try to compile the CVS version I get the following Error.

You are trying to use a release version of JCL with a CVS version of JVCL.
You cannot mix these versions. Only CVS-CVS and release-release are
working together.


-- Regards, Andreas Hausladen 

Subject: Re: Error Compiling CVS version
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Sat, 8 May 2004 15:43:11 +0000 (UTC)
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in
news:c7itmg$fs8$1@talkto.net: 

> > The Graphical Gnome wrote:
> > 
>> >> When I try to compile the CVS version I get the following Error.
> > 
> > You are trying to use a release version of JCL with a CVS version of
> > JVCL. You cannot mix these versions. Only CVS-CVS and release-release
> > are working together.
> > 
> > 

Can you give me the string to access the CVS

:ext:rbraasem@cvs.sourceforge.net:/cvsroot/jcl 

does not work

-- The Graphical Gnome | /"\ rbraasem@killspam.xs4all.nl | \ / ASCII RIBBON CAMPAIGN Vakanties : | X AGAINST HTML MAIL http://gnomedome.xs4all.nl/vac | / \ 

Subject: Re: Modifications on Package Generator
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 08 May 2004 17:09:05 +0200
Newsgroups: jedi.vcl

obones wrote:
> André Snepvangers wrote:
>
>> obones wrote:
>>
>>> André Snepvangers wrote:
>>>
>>>> The file is *only* created if you generate the JVCLX packages. imo a commandline parameter is therefore not needed.
>>>
>>>
>>>
>>>
>>> To me, yes it is because I always generate all packages even for the targets I don't use. To me the use of an option is required.
>>
>>
>>
>> Required, because ... ?
>
>
> Because I don't want to delete that file everytime I use makepackages. It is not required to me, it may be to others, but those people know what they need it for.
> I mean, the end user building d7clx doesn't even need this file anyway; the way I understand it, this file is only required by developers and for a very limited time span.

I have removed the changes.

Regards

André Snepvangers


Subject: Error Compiling CVS version
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Sat, 8 May 2004 15:05:03 +0000 (UTC)
Newsgroups: jedi.vcl

When I try to compile the CVS version I get the following Error.

C:\Development\jv\jvcl-cvs\dev\JVCL3\run\JvJVCLAboutForm.pas(140) Error: 
Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD7R.dpk(93) Fatal: Could not compile used unit '..\..\run
\JvJVCLAboutForm.pas

Please Help.


-- The Graphical Gnome | /"\ rbraasem@killspam.xs4all.nl | \ / ASCII RIBBON CAMPAIGN Vakanties : | X AGAINST HTML MAIL http://gnomedome.xs4all.nl/vac | / \ 

Subject: Re: Problem on intall JVCL 3 Beta Complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 8 May 2004 16:48:00 +0200
Newsgroups: jedi.vcl

Fellipe Henrique wrote:

> > When a I install JVCL 3 Beta Complete with JCL 1.90 Complete, 
> > a error ocurred... JCLGraphics..

A little but short for a error message.


> > I try to get a new version on CVS, and nothing...

What project JCL, JVCL or both? You cannot mix CVS and release version due
to interface changes.


-- Regards, Andreas Hausladen 

Subject: Problem on intall JVCL 3 Beta Complete
From: "Fellipe Henrique" <titanius@terra.com.br>
Date: Sat, 8 May 2004 11:37:12 -0300
Newsgroups: jedi.vcl

When a I install JVCL 3 Beta Complete with JCL 1.90 Complete, a error
ocurred... JCLGraphics.. I try to get a new version on CVS, and  nothing...
please help me to install, because a need to finish my project....

Thanks for all...

Fellipe H.




Subject: Re: jvcl for Delphi 4?
From: micha schumann <schumann@itc-ms.de>
Date: Sat, 08 May 2004 11:37:43 +0000
Newsgroups: jedi.vcl

I would anyways strongly recommend using d5 or later since there was lots a trouble with d4. The number of servicepacks borland released for d4 talks a own language...

Lloyd Edwards wrote:
>    Is jvcl for Delphi 4 available?
>
>


Subject: Re: jvcl for Delphi 4?
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sat, 08 May 2004 21:27:15 +1000
Newsgroups: jedi.vcl

Lloyd Edwards wrote:
>    Is jvcl for Delphi 4 available?
>
>
Unfortunately not. We only support from Delphi 5.


Subject: jvcl for Delphi 4?
From: "Lloyd Edwards" <currye2@sc.rr.com@sc.rr.com>
Date: Sat, 8 May 2004 07:21:02 -0400
Newsgroups: jedi.vcl

   Is jvcl for Delphi 4 available?




Subject: Re: WARNINGS ON for JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 08 May 2004 12:31:16 +0200
Newsgroups: jedi.vcl

micha schumann wrote:
> current cvs (messagetime/date) I get a warning related error message ond5, d7 works fine. Postes screenshot in binaries...

Already reverted (i hope i got all instances).
Please tell if i missed one. They were only in JvJCLUtils.pas.

BTW i consider the messages of D5 compiler errors in itself.
A wellbehaved compiler should ignore all pragmas it does not understand.



Subject: Re: JvScheduledEvents in a Service Application?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 May 2004 10:42:24 +0200
Newsgroups: jedi.vcl

> > I am writing a service application, and wanted it to perform tasks based
on
> > the customizable schedules that JvScheduledEvents provides.  However, I've
> > had a whole host of problems with it.
> >
> > What I have done is drop the component on the form, throw in a few events
> > to play some beeps with Windows.Beep so I know it's firing.
> >
> > Originally, when I did this the events never fired, like none of them were
> > started.  I looked back in the jedi.vcl archives and discovered that this
> > was a known problem with this component.

    Most of the problems were caused by faulty settings (i.e. a OneShot
event which is set to fire at a date/time that has already passed, a
DailySchedule set to Weekdays but tested during a weekend or even mixing up
am and pm when setting the time(s)), IIRC.

> >
> > However, since I had a lot of other things in that one, I decided to make
a
> > new service and add just the schedule to see if I had some sort of
> > conflict.  In the test service the events fire fine, but the service never
> > finishes starting, it just suspends in the "starting" state until I kill
> > its process.
> >
> > However, when I do the same in a standard application, it all works fine,
> > so I am starting to think that this component won't play nice in a
service.
> > I'm developing with Delphi 7 under Windows XP Pro.  Anybody have any
ideas?

    which JVCL version, 2.x or 3.0? I know there have been reports about
JvScheduledEvents in services with the 2.x versions but I was never able to
reproduce them all. I do remember the startup problem which was fixed but
what couldn't be reproduced was the hanging when the PC was going to
shutdown (this may have been fixed in CVS now, since Remko pointed out that
the messages involved would be received by the component as well, not just
the application's main window). All reported bugs (whether solved or not)
were closed some weeks ago since the original reporter hadn't reported back
in over 6 months after I asked him to test the new release/latest fix.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: WARNINGS ON for JVCL
From: micha schumann <schumann@itc-ms.de>
Date: Sat, 08 May 2004 08:41:04 +0000
Newsgroups: jedi.vcl

current cvs (messagetime/date) I get a warning related error message ond5, d7 works fine. Postes screenshot in binaries...

Robert Marquardt wrote:

> I checked today how many $WARNINGS OFF we have in the JVCL.
> I only found a couple. Most of them could be downgraded to
> $WARN SYMBOL_PLATFORM OFF.
>
> Now we have only JvColorProvider.pas and JvSHFileOperation.pas
> remaining. JvSHFileOperation.pas could be changed by a better typecasting.
> In JvColorProvider.pas instantiation of a class with abstract methods is done, but it should be possible to solve that problem also.
>
> With these changes we will have the impressive result of no hints or warnings in the whole JVCL.
>
>
> I also found the nice $MESSAGE compiler option and applied it to
> windowsonly.inc and linuxonly.inc.
> Can someone please check if that option is available for Delphi 5?
>


Subject: Re: Tubo Pascal 3
From: micha schumann <schumann@itc-ms.de>
Date: Sat, 08 May 2004 08:06:38 +0000
Newsgroups: jedi.vcl

I loved the good old Turbos! Never felt that enthusiasm again with the graphical GUIs...

Andreas Hausladen wrote:

> micha schumann wrote:
>
>
>> Tried to install the JVCL in Turbopascal 3, got a bunch of error
>> messages. Please help!
>
>
> Nice joke. What about trying it with TurboPascal 1 from the Borland museum?
>
>


Subject: Re: WARNINGS ON for JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 08 May 2004 08:12:57 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will revert the WARNINGS OFF changes and then comment or IFDEF them.
> At least we now knw that we have only two real WARNINGS OFF.

Done.



Subject: Re: WARNINGS ON for JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 08 May 2004 06:05:54 +0200
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

> Then put the usual {$IFDEF conditionalexpressions} around them. That
> symbol is only defined in version that support $IF, $MESSAGE and $WARN,
> etc, so the new ones will not be seen by the older compilers.

$MESSAGE is IFDEFed.
I will revert the WARNINGS OFF changes and then comment or IFDEF them.
At least we now knw that we have only two real WARNINGS OFF.



Subject: Re: Modifications on Package Generator
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sat, 08 May 2004 11:13:50 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> obones wrote:
>
>> André Snepvangers wrote:
>>
>>> The file is *only* created if you generate the JVCLX packages. imo a commandline parameter is therefore not needed.
>>
>>
>>
>> To me, yes it is because I always generate all packages even for the targets I don't use. To me the use of an option is required.
>
>
> Required, because ... ?

Because I don't want to delete that file everytime I use makepackages. It is not required to me, it may be to others, but those people know what they need it for.
I mean, the end user building d7clx doesn't even need this file anyway; the way I understand it, this file is only required by developers and for a very limited time span.


Subject: Re: WARNINGS ON for JVCL
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Sat, 8 May 2004 01:43:36 +0200
Newsgroups: jedi.vcl

At 21:02:14, 07.05.2004, Andreas Hausladen wrote:

> > Robert Marquardt wrote:
> > 
>> > > $WARN SYMBOL_PLATFORM OFF.
> > 
> > Just for information: Not supported by Delphi 5.
> > 
>> > > I also found the nice $MESSAGE compiler option 
> > 
> > Not supported by Delphi 5.

Then put the usual {$IFDEF conditionalexpressions} around them. That
symbol is only defined in version that support $IF, $MESSAGE and $WARN,
etc, so the new ones will not be seen by the older compilers.
-- Rudy Velthuis "Be tolerant of the human race. Your whole family belongs to it -- and some of your spouse's family too." - Anonymous. 

Subject: Re: C6 - Wrong unit format
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 8 May 2004 00:33:32 +0200
Newsgroups: jedi.vcl

I hope I have fixed this. Adding the -B (build) switch to the JCL dcp-file
creation command line solved the problem. Then I ran into another error
message: "file not found moduleloader". After a long search for the reason
(the file exists in common) I found out that this error message means
"moduleloader.obj". Then I tries to find out why this .obj file is not
created by dcc32 -JHPNE. And the reason was that dcc32 only creates the
..obj files if all .obj files of the package do not exist.

Now I'm waiting for the next JCL interface change to test the new code.


PS: The installer now allows the generation of detailed map files.

-- Regards, Andreas Hausladen 

Subject: JvScheduledEvents in a Service Application?
From: Michael Bowers <michael_bowers+spam-free@mhhs.org>
Date: Fri, 7 May 2004 20:12:12 +0000 (UTC)
Newsgroups: jedi.vcl

I am writing a service application, and wanted it to perform tasks based on  
the customizable schedules that JvScheduledEvents provides.  However, I've 
had a whole host of problems with it.

What I have done is drop the component on the form, throw in a few events 
to play some beeps with Windows.Beep so I know it's firing.

Originally, when I did this the events never fired, like none of them were 
started.  I looked back in the jedi.vcl archives and discovered that this 
was a known problem with this component.

However, since I had a lot of other things in that one, I decided to make a 
new service and add just the schedule to see if I had some sort of 
conflict.  In the test service the events fire fine, but the service never 
finishes starting, it just suspends in the "starting" state until I kill 
its process.

However, when I do the same in a standard application, it all works fine, 
so I am starting to think that this component won't play nice in a service.  
I'm developing with Delphi 7 under Windows XP Pro.  Anybody have any ideas?


Subject: Re: Verbose compiler output, for Andreas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 May 2004 21:33:58 +0200
Newsgroups: jedi.vcl

Fabriz wrote:

> > "C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\template.dpk" copy /D /Y
> > jcldcpdpk6.tpl
> > "C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\template.dpk" Sintassi
> > del comando errata.

Open the packages/bin/makefile.mak file and remove the /D command switch
from all "copy" commands. Do the same with MakeJCLDcp4BCB.mak.

The next CVS snapshot should have the fixed files.




-- Regards, Andreas Hausladen 

Subject: Verbose compiler output, for Andreas
From: "Fabriz" <fabrizioroma2@supereva.it>
Date: Fri, 7 May 2004 21:11:13 +0200
Newsgroups: jedi.vcl

Excusme to all, Excusme Andreas
after activating the verbose compiler output I have the error:


"C:\Programmi\Borland\CBuilder6\Bin\make.exe" -l+ -f
MakeJCLDcp4BCB.mak -DVERSION=6 Templates
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Copying: Templates]
 if NOT EXIST "C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\template.dpk"
copy /D /Y jcldcpdpk6.tpl
"C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\template.dpk"
Sintassi del comando errata.

** error 1 ** deleting Templates
"C:\Programmi\Borland\CBuilder6\Bin\make.exe" -l+ -f
MakeJCLDcp4BCB.mak -DVERSION=6 CleanJcl
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Cleaning...]
 del /q C*.dcp >NUL
Impossibile trovare C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\C*.dcp
 del /q C*.bpl >NUL
Impossibile trovare C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\C*.bpl
 del /q *.lsp >NUL
Impossibile trovare C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\*.lsp
 del /q *.dpk >NUL
Impossibile trovare C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\*.dpk
 del /q *.dcu >NUL
Impossibile trovare C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\*.dcu
 del /q *.cfg >NUL
Impossibile trovare C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\*.cfg
 del /q *.log >NUL
Impossibile trovare C:\Progetti\CBuilder\MyPackage\jcl\packages\c6\*.log

And the message output is:

"Error while generating templates"


Can you help me??

Thanks




Subject: Re: jvMenu: small painting issue in XP-style
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 7 May 2004 21:09:43 +0200
Newsgroups: jedi.vcl

obones <obones_gfdg_@__rgee__altern.org> wrote:

> > It may as well be the default in that case yes.
> > I have no way to do that right now, and I'm not sure the value is 18
> > anyway (more like 16). I'll do it as soon as I my computer gets back
> > from repair. Unless anyone is willing to have a look at it before I
> > do.

Hello,

maybe it is really 16 pixels but i thought i had seen a border around a
16X16 pixel image (one pixel border on both sides makes 18). I will check
this with an enlarged screenshot when i am back at home.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: WARNINGS ON for JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 May 2004 21:02:14 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > $WARN SYMBOL_PLATFORM OFF.

Just for information: Not supported by Delphi 5.


> > I also found the nice $MESSAGE compiler option 

Not supported by Delphi 5.



-- Regards, Andreas Hausladen 

Subject: Re: Modifications on Package Generator
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 07 May 2004 20:52:48 +0200
Newsgroups: jedi.vcl

obones wrote:
> André Snepvangers wrote:
>
>> The file is *only* created if you generate the JVCLX packages. imo a commandline parameter is therefore not needed.
>
>
> To me, yes it is because I always generate all packages even for the targets I don't use. To me the use of an option is required.

Required, because ... ?


Subject: WARNINGS ON for JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 07 May 2004 20:07:54 +0200
Newsgroups: jedi.vcl

I checked today how many $WARNINGS OFF we have in the JVCL.
I only found a couple. Most of them could be downgraded to
$WARN SYMBOL_PLATFORM OFF.

Now we have only JvColorProvider.pas and JvSHFileOperation.pas
remaining. JvSHFileOperation.pas could be changed by a better typecasting.
In JvColorProvider.pas instantiation of a class with abstract methods is done, but it should be possible to solve that problem also.

With these changes we will have the impressive result of no hints or warnings in the whole JVCL.


I also found the nice $MESSAGE compiler option and applied it to
windowsonly.inc and linuxonly.inc.
Can someone please check if that option is available for Delphi 5?



Subject: Re: Modifications on Package Generator
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 07 May 2004 15:54:00 +0200
Newsgroups: jedi.vcl

obones wrote:

> André Snepvangers wrote:
>
>> The file is *only* created if you generate the JVCLX packages. imo a commandline parameter is therefore not needed.
>
>
> To me, yes it is because I always generate all packages even for the targets I don't use. To me the use of an option is required.
>
Maybe I am stupid. I don't see any reason why it should not be created, if the xml changes 'remap.conf' could/should change.
With a small addition to GenerateUtils, it will also not write the remap.conf if the content is not changed.
A commandline parameter to exclude the creation of remap.conf makes more sense to me.

Regards,

André Snepvangers

André Snepvangers




Subject: Re: C6 - Wrong unit format
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 07 May 2004 22:14:24 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> I've never been able to update the JVCL with the installer (always said
>> the JCL wasn't installed)
>
>
> The installer seems to work on many systems. When was your last test with
> the installer? Maybe this bug has been fixed.

I've tried it a week ago and it didn't work. I'll try at work tomorrow with my expired trial version, I'll see how it goes.


> That is not the reason. Because If I do a "build packages" compile all
> files compiles well. The strange thing is that the error appears in the
> JvCoreC6R.bpl. And this is the very first package to compile. I'm lost
> here with my limited BCB 6 compiler behaviour knowledge.
Well, this will have to wait until my laptop comes back, hopefully some time next week. However, please check that the command line options in the makefile are the same, you may have missed one...


Subject: Re: Modifications on Package Generator
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 07 May 2004 22:10:13 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> The file is *only* created if you generate the JVCLX packages. imo a commandline parameter is therefore not needed.

To me, yes it is because I always generate all packages even for the targets I don't use. To me the use of an option is required.


Subject: Re: C6 - Wrong unit format
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 May 2004 14:00:36 +0200
Newsgroups: jedi.vcl

obones wrote:

> > Is that the real error message ?

This is the translation of the message. And I have changed the Filenames
and lines to FILENAME, LINE because it happens for more than one file.

> > I've never been able to update the JVCL with the installer (always said
> > the JCL wasn't installed)

The installer seems to work on many systems. When was your last test with
the installer? Maybe this bug has been fixed.


> > However, check the format of the offending file, it may
> > be in UNIX format.

That is not the reason. Because If I do a "build packages" compile all
files compiles well. The strange thing is that the error appears in the
JvCoreC6R.bpl. And this is the very first package to compile. I'm lost
here with my limited BCB 6 compiler behaviour knowledge.


-- Regards, Andreas Hausladen 

Subject: Re: Modifications on Package Generator
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 07 May 2004 13:44:11 +0200
Newsgroups: jedi.vcl

obones wrote:

> André Snepvangers wrote:
>
>> I have modified the GenerateUtils to generate a file 'remap.conf'.
>
> I haven't had a look at your changes, but please ensure this is an option, not something that happens all the time. It is not required by default and hence shouldn't be created if not needed.
> Choose any letter you want that is not already used in CommandLineUtils
>
The file is *only* created if you generate the JVCLX packages. imo a commandline parameter is therefore not needed.

Regards,

André Snepvangers


Subject: Re: Modifications on Package Generator
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 07 May 2004 21:31:59 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> I have modified the GenerateUtils to generate a file 'remap.conf'.
I haven't had a look at your changes, but please ensure this is an option, not something that happens all the time. It is not required by default and hence shouldn't be created if not needed.
Choose any letter you want that is not already used in CommandLineUtils

Cheers

Olivier Sannier
JVCL Developer


Subject: Modifications on Package Generator
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 07 May 2004 13:27:18 +0200
Newsgroups: jedi.vcl

I have modified the GenerateUtils to generate a file 'remap.conf'. This file can be used with VclToClx converter from  'Mastering Delphi 6',Marco Cantù.
I am working on a modified version 'JvclToClx', to replace the existing ClxGenerator. This will also have some impact on current vcl units: less IFDEF's. Clx Examples can be generated at large from the current examples.

Regards,

André Snepvangers



Subject: Re: Improvement of TJvValidateEdit, TJvSpinEdit
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 7 May 2004 10:57:13 +0000 (UTC)
Newsgroups: jedi.vcl

AlexB wrote:

> > TJvValidateEdit, TJvSpinEdit now works much better when TJvFloatXXX
> > and Spin in ver.2.10. Thanks!

Thanks! :)

> > But IMHO all of them can be improved by adding an event "OnAccept".
> > This event says: "New valid value was entered, use it now".
> > Event fires:
> > - then user presses <ENTER> inside editor ("end of editing")
> > - then editor loses the focus ("end of editing")
> > - on direct changes of value
> > - on indirect changes of value (as result of min/max ranges or check
> > settings modification).
> > 
> > Now I have only OnChange event. In this point I can see a "dirty"
> > input (not in min/max range).
> > In contrast to the OnChange the OnAccept event shows only last
> > accepted "good" value.

TJvValidateEdit has two new events:

OnValueChanged(Sender: TObject)
Triggers when the value is changed, either by an assignment of a value
or on exit from the field if the value of the field as been edited.
This only triggers on an actual change (not an attempted change) of
Value. For example, if the DisplayFormat is dfInteger, and the EditText
value is '1234' and the user tries to assign a new value by
MyValidateEdit.Text := '1A2B3C4D', then this will not trigger an
OnValueChanged event, because the letters will be filtered out due to
the CheckChars validation, leaving the same value as before.

OnCustomValidate(Sender: TObject; Key: Char; const AText: string; const
Pson: integer; var IsValid: boolean)
Called on each keystroke when the DisplayFormat is dfCustom so the user
can validate the characters. Key is the character that is trying to be
entered. AText is the text value before the Key is added, and Posn is
the position that the Key is being attempted to be inserted into AText.

So if you want to see if the value has changed either programmatically
or when the user has finished editing it, use OnValueChanged. If you
want to know when each keystroke was pressed so you can manually
validate or process the keystrokes, set DisplayFormat := dfCustom and
use the OnCustomValidate event.

I guess an OnAccept event could be added, but I don't see the purpose
of it. If someone is entering the integer 1234 why would I want to
process the intermediate values while entry is being made, that is: 1,
12, and 123? Surely the end point of the edit is the significant thing?

Christopher Latta


Subject: Re: +
From: "AlexB" <b.a.v@ngs.ru>
Date: Fri, 7 May 2004 17:38:04 +0700
Newsgroups: jedi.vcl

TJvValidateEdit has OnValueChanged, but it fires on exit only (no chance to
apply the new valid value).

AlexB.




Subject: Improvement of TJvValidateEdit, TJvSpinEdit
From: "AlexB" <b.a.v@ngs.ru>
Date: Fri, 7 May 2004 17:27:00 +0700
Newsgroups: jedi.vcl

Hello!

TJvValidateEdit, TJvSpinEdit now works much better when TJvFloatXXX and Spin
in ver.2.10. Thanks!

But IMHO all of them can be improved by adding an event "OnAccept".
This event says: "New valid value was entered, use it now".
Event fires:
- then user presses <ENTER> inside editor ("end of editing")
- then editor loses the focus ("end of editing")
- on direct changes of value
- on indirect changes of value (as result of min/max ranges or check
settings modification).

Now I have only OnChange event. In this point I can see a "dirty" input (not
in min/max range).
In contrast to the OnChange the OnAccept event shows only last accepted
"good" value.

AlexB.




Subject: Re: C6 - Wrong unit format
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 07 May 2004 19:29:25 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> If I update BCB 6 with the Installer (not "build packages") the compiler
> says:
> FILENAME(LINE) Fatal: Wrong package unit format:
> ...\Bpl\CJcl.dcp.JclFILENAME
>
> What is the reason and how can I solve by the Installer?
>
>
Is that the real error message ?
I've never been able to update the JVCL with the installer (always said the JCL wasn't installed) and frankly this will have to wait until I get my laptop back.
However, check the format of the offending file, it may be in UNIX format.


Subject: C6 - Wrong unit format
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 May 2004 11:21:03 +0200
Newsgroups: jedi.vcl

If I update BCB 6 with the Installer (not "build packages") the compiler
says:
FILENAME(LINE) Fatal: Wrong package unit format:
....\Bpl\CJcl.dcp.JclFILENAME

What is the reason and how can I solve by the Installer?


-- Regards, Andreas Hausladen 

Subject: Re: Dxgettext unit name
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 07 May 2004 18:14:45 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Peter Thörnqvist wrote:
>
>
>> Error? That is normally a warning...
>
>
> Ok it is a warning but this warning will exist forever. The user cannot
> modify the packages by hand because the packages generator overwrites his
> changes.

Just so you know, it will need to be put in one package for C++ Builder anyway (unless a precompiled DCU is available).


Subject: current state of examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 07 May 2004 10:13:54 +0200
Newsgroups: jedi.vcl

Added to makefile.mak:
JvLEDDemo.dpr
JvCheckBoxDemo.dpr
JvOutlookBarCustomDrawDemo.dpr
JvNavPaneDemo.dpr
JvOfficeColorButton\ColorButtonDemo.dpr renamed to OfficeColorButtonDemo.dpr

Not integrated:
TVDemo.dpr
BkgndDemo.dpr
Client.dpr
EDIDBBuffering.dpr
JvComputerInfoExDemo.dpr
JvDBFindEditDemo.dpr
JvDBHTLabelDemo.dpr
JvDBImageDemo.dpr
JvDBSearchDemo.dpr
JvDesktopAlertDemo.dpr
JvMultiHTTPGrabberDemo.dpr
JvStarfieldDemo.dpr
PageListDemo.dpr
Server.dpr
Query.dpr (ThreadedQueries) name conflict



Subject: Re: jvMenu: small painting issue in XP-style
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Fri, 07 May 2004 18:13:44 +1000
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
> Hello,
>
> when a jvMenu (or jvPopupMenu) is set to XP style the gray bar on the left
> side is not wide enough (when no imagelist is attached!). In XP the gray bar
> is usually as wide as the displayed glyph, 18 pixel i think (not sure, i do
> not have an XP here at work). This can be corrected by setting
> ImageMargin.Left to a greater value but shouldn't that be the standard?

It may as well be the default in that case yes.
I have no way to do that right now, and I'm not sure the value is 18 anyway (more like 16). I'll do it as soon as I my computer gets back from repair. Unless anyone is willing to have a look at it before I do.


Subject: jvMenu: small painting issue in XP-style
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 7 May 2004 09:57:51 +0200
Newsgroups: jedi.vcl

Hello,

when a jvMenu (or jvPopupMenu) is set to XP style the gray bar on the left
side is not wide enough (when no imagelist is attached!). In XP the gray bar
is usually as wide as the displayed glyph, 18 pixel i think (not sure, i do
not have an XP here at work). This can be corrected by setting
ImageMargin.Left to a greater value but shouldn't that be the standard?

Ciao,
Ralf



Subject: Question on DBInspector
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Fri, 7 May 2004 09:55:40 +0200
Newsgroups: jedi.vcl

Hi,

With DBInspector, I've a string property which value can be empty (not null
but = ''). And when I assign this value, I've a message "Data not Assigned".
So can we have an empty value ?




Subject: CB5 JVCL3 Install problems
From: "AlexB" <b.a.v@ngs.ru>
Date: Fri, 7 May 2004 14:12:37 +0700
Newsgroups: jedi.vcl

Hi noble Jedi!

I'm tring to install last JVCL (6 May) with Install.bat.

1) File
      "C:\Program Files\Borland\CBuilder5\User Components\JVCL\packages\""C5
Packages.bpg"
     is in UNIX-standard again. Is it possible to avoid this problem?

2) Commands
       copy /D /y ...
    in files
      JVCL\archive\batchfiles\MakeJCLDcp4BCB.bat
      JVCL\packages\bin\MakeJCLDcp4BCB.mak

  are incorrect ( incorrect key /D) for my Win2000.

After corrections Installer works OK.

AlexB.




Subject: Re: rxUtils jvINIFileStorage?
From: Chris Pall <noemailgiven@noemailhere.com>
Date: Fri, 07 May 2004 00:15:07 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>>    Apparantly, there is indeed no demo. I was almost certain a demo for
>> JvFormStorage was available. Well, in that case we probably could use one.
>
>
> There are plenty of demos *using* JvFormStorage, though...The most complete
> is probably JvDocking\AdvancedDemo (it shows using several different types
> of AppStorages)
>

I'm almost done with a simple and an extended example. I'm just toying around with the components for myself. I'll send it over tomorrow afternoon.

Thanks,
Chris


Subject: Re: Small Installer Bug
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 06 May 2004 21:45:59 +0000
Newsgroups: jedi.vcl

Thanks!
Andreas Hausladen wrote:
> micha schumann wrote:
>
>
>> got my freshly purchased D7/D8 today and installed jvcl cvs download
>> from this morning. I use direcotry jvcl and installer inserts jvcl3
>> directories for developer installation. NO real problem but schould be
>> corrected imo.
>
>
> Fixed in CVS.
>
>


Subject: Re: Error Install... help me Please!!!!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 23:32:07 +0200
Newsgroups: jedi.vcl

Fabriz wrote:

> > "An error occurred."
> > "Error while generating templates"

Please activate the "Verbose" mode and post the compiler output.



-- Regards, Andreas Hausladen 

Subject: Error Install... help me Please!!!!
From: "Fabriz" <fabrizioroma2@supereva.it>
Date: Thu, 6 May 2004 23:25:07 +0200
Newsgroups: jedi.vcl

I try to install the jvcl (after jcl) with the installer and with the latest
file, but I have always the error:

"An error occurred."
"Error while generating templates"


How I can solve the problem?
Can  you help me?

Many thanks





Subject: Re: JvJCLUtils compile error
From: Perttu Sliden <psliden-nospam@kolumbus.fi>
Date: Thu, 06 May 2004 23:25:02 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> You probably have duplicate dcu's in your paths. Make sure there is only one

That did the trick. JvDesktopAlert is a sweet component.

Cheers,
Perttu


Subject: Re: Dxgettext unit name
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 21:55:52 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Error? That is normally a warning...

Ok it is a warning but this warning will exist forever. The user cannot
modify the packages by hand because the packages generator overwrites his
changes.



-- Regards, Andreas Hausladen 

Subject: Re: Dxgettext unit name
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 May 2004 21:32:29 +0200
Newsgroups: jedi.vcl

> > Otherwise you will get "implicit unit inclusion" errors.
Error? That is normally a warning...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Dxgettext unit name
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 21:12:11 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > The dxgettext unit must be in a package. 
> > Why?

Otherwise you will get "implicit unit inclusion" errors.
Just to clarify: I do not talk about the Installer's dxgettext. I talk
about JVCL's dxgettext support. For the Installer it is no problem but for
the JVCL itself it is.


-- Regards, Andreas Hausladen 

Subject: Re: Dxgettext unit name
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 May 2004 20:52:02 +0200
Newsgroups: jedi.vcl

> > The dxgettext unit must be in a package. 
Why?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvLookupEdit and ShowDropDown ??
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 May 2004 20:37:22 +0200
Newsgroups: jedi.vcl

If you are talking about TJvDBLookupEdit, call DoClick. 

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: rxUtils jvINIFileStorage?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 May 2004 20:34:41 +0200
Newsgroups: jedi.vcl

> >     Apparantly, there is indeed no demo. I was almost certain a demo for
> > JvFormStorage was available. Well, in that case we probably could use one.

There are plenty of demos *using* JvFormStorage, though...The most complete
is probably JvDocking\AdvancedDemo (it shows using several different types
of AppStorages)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem with locate method of JVCSVDataset
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 May 2004 20:32:08 +0200
Newsgroups: jedi.vcl

IIRC, the Locate method in JvCSVDataset is marked as non-functional, but
Warren knows more.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvJCLUtils compile error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 May 2004 20:31:35 +0200
Newsgroups: jedi.vcl

> > Does these errors imply that I have to recompile both JCL and/or JVCL?
You probably have duplicate dcu's in your paths. Make sure there is only one
dcu for each JCL/JVCL unit. Also check for duplicate dcp/bpl files while
you're at it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Peter...bug in JvImagesViewer..Please Help
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 May 2004 20:28:57 +0200
Newsgroups: jedi.vcl

> > Any idea as to why this is happening, and how to fix it?

It's not a bug, per se. It's more of a, huh.., feature? The selected index
is set in MouseUp but OnClick is called in MouseDown (Delphi does that), so
the correct spot to read the index is after/in OnMouseUp (you can check if
ssDouble is in Shift to differentiate between single and double clicks). The
reason I don't change the index in MouseDown is because of issues when
dragging and multiselecting, so doing it in MouseUp was the only viable
solution I could come up with.

> > Also, Placing any code in the LoadProgress event causes the imageviewer to
> > be drawn incorrectly. It seems to do a refresh after drawing, then only
the
> > first 3 images are displayed, until i click on the white space where the
> > images are supposed to be. then they appear. Weird huh?
I haven't seen this. I will have to take a look. Does your code display some
kind of dialog in LoadProgress?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Dxgettext unit name
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 06 May 2004 19:34:15 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Is it possible to rename the dxgettext.pas unit to e.g. JvDxgettext.pas.
> This would prevent unit name conflicts with the original dxgettext project.
> If this is not possible how should we prevent the unit name conflict?
imo rename it to Jv.... , this also avoids conflicts between JVCL & JVCLX

Regards,

André Snepvangers


Subject: Re: Organization of components
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 06 May 2004 19:24:30 +0200
To: André Snepvangers <asn@xs4all.nl>
Newsgroups: jedi.vcl

Taking a crital look at pallette pagenames would not hurt anybody. Names should be short and explanatory. With short names one can see more pages in the IDE.

- The word 'components' should be left out: It is superfluous; what else you think you can find on the Component Pallette?

Example:
  JVCL Globus Components 1 ->
  Jv Globus 1

- The word 'controls' should be avoided, if needed replace by 'Ctrls'

- The word 'and' should be removed or replaced by &

Examples
  Jv Lists, Combos and Trees
  Jv Lists, Combos, Trees
  Jv Scrollers and Trackers
  Jv Scrollers & Trackers
  Jv Scrollers, Trackers

- Avoid component tabs with more than about 25 components. Don't like to have pulldowns, to much mouse movement. ;)

Regards,

André Snepvangers


Subject: Dxgettext unit name
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 19:23:50 +0200
Newsgroups: jedi.vcl

Is it possible to rename the dxgettext.pas unit to e.g. JvDxgettext.pas.
This would prevent unit name conflicts with the original dxgettext project.
If this is not possible how should we prevent the unit name conflict?
The dxgettext unit must be in a package. I have two ideas for that: JvCore
or a new package JvExternal/JvDxgettext.

-- Regards, Andreas Hausladen 

Subject: Peter...bug in JvImagesViewer..Please Help
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 6 May 2004 10:01:21 -0500
Newsgroups: jedi.vcl

Peter,
I am converting a project that currently uses jvThumbNailViewer to use
JvImagesViewer instead.
I have found what may be a bug, or maybe i am doing something wrong.
When a directory is loaded, and you click on an image the index is not
correct until you select it again. Not double-clicking but two individual
seperate single clicks. The double-click seems to work fine, but i need this
functionality as i am doing seperate things in my app based upon single or
double click.
You can see this bug by running the demo in JvItemViewerDemo. Select a
directory with images and single click an item. Then single click another
item, and notice the status bar does not change the text for the image. Now
single click the item again, and the statusbar will show correctly.
In checking the index property of the item i noticed it is always incorrect
the first time and correct the second time.

Any idea as to why this is happening, and how to fix it?

Any help you can give would be greatly appreciated.

Thanks,
Dave

Also, Placing any code in the LoadProgress event causes the imageviewer to
be drawn incorrectly. It seems to do a refresh after drawing, then only the
first 3 images are displayed, until i click on the white space where the
images are supposed to be. then they appear. Weird huh?




Subject: Re: rxUtils jvINIFileStorage?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 May 2004 16:42:52 +0200
Newsgroups: jedi.vcl

Chris,

> > I remember there was a component which allowed you to store selected
components
> > published values.

    That would be TJvFormStorage which....

> > Now I see a ton of AppStorage related components,

    ...uses AppStorage descendants to actually write somewhere.

> > but there
> > wasn't a demo. Do we need one?

    Apparantly, there is indeed no demo. I was almost certain a demo for
JvFormStorage was available. Well, in that case we probably could use one.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: rxUtils jvINIFileStorage?
From: Chris Pall <leavemealone@leavemealone.com>
Date: Thu, 06 May 2004 10:31:05 -0400
Newsgroups: jedi.vcl

Chris Pall wrote:

> I remember there was a component which allowed you to store selected components published values. Now I see a ton of AppStorage related components, but there wasn't a demo. Do we need one?
>
> Chris

I figured out how they work, do we need a demo?

Chris


Subject: rxUtils jvINIFileStorage?
From: Chris Pall <leavemealone@leavemealone.com>
Date: Thu, 06 May 2004 10:29:33 -0400
Newsgroups: jedi.vcl

I remember there was a component which allowed you to store selected components published values. Now I see a ton of AppStorage related components, but there wasn't a demo. Do we need one?

Chris


Subject: JvInterpreter: assign to a set
From: Alexei Rodionov <fork@ua.fm>
Date: Thu, 06 May 2004 16:39:14 +0300
Newsgroups: jedi.vcl

Does anybody know, how to assign a set to a set variable in jvIntepreter?
My code is:
....
Label1 := TLabel.Create(SomeForm);
....
Label1.Font.Style := [fsBold];
here I receive message 'integer expression expected' (or smth similar).



Subject: JvJCLUtils compile error
From: Perttu Sliden <psliden-nospam@kolumbus.fi>
Date: Thu, 06 May 2004 15:40:05 +0300
Newsgroups: jedi.vcl

I get these error messages while I'm trying to test the JvDesktopAlert component in my application:

Unit JvJCLUtils was compiled with a different version of JclStrings.CharIsNumber
Unit JvDesktopAlerForm was compiled with a different version of JvButton.TJvCustomGraphicButton

Does these errors imply that I have to recompile both JCL and/or JVCL? Both of
the JCL's and JVCL's versions are freshly checked out from CVS. So they should
be latest. The funny part is that opening the example project from /examples/JvDesktopAlert compiles just fine.

Any ideas?

Cheers,
Perttu


Subject: TJvLookupEdit and ShowDropDown ??
From: adrian <adrian_m1@o2.pl>
Date: Thu, 6 May 2004 12:46:42 +0200
Newsgroups: jedi.vcl

Hi all,

how do to unroll TJvLookupEdit ????

function CB_SHOWDROPDOWN it does not act .


Adrian


Subject: po file check
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 May 2004 10:53:04 +0200
Newsgroups: jedi.vcl

I just committed a cleanup of the resourcestrings.
Move to JvResources.pas and correct USEJVCL usage therein.

I think we need to update the po files now.



Subject: Re: VisualCLX compatibility
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 May 2004 10:51:23 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> OK, I'll give it a shot and see if I can get it to fly. Thanks.

I just committed a big change where i fixed the $R pathes and cleaned the resourcestrings.



Subject: Problem with locate method of JVCSVDataset
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Thu, 6 May 2004 09:58:07 +0200
Newsgroups: jedi.vcl

Hi,

I use TJVCSVDataset and I want to locate values in my dataset but this
method seems to have problems. At the beginning of this function, the code
is:

  if not ((VarType(KeyValues) and varArray) > 0) then
    Exit;

I search a string so VarType(KeyValues) returns 256.

Is there a problem ?




Subject: Small Installer Issue
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 May 2004 09:23:03 +0200
Newsgroups: jedi.vcl

Hi Andreas,

the directory select dialogs for the bpl and dcp directories have wrong description texts. I didn't want to select the jcl directory :-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 May 2004 09:10:29 +0200
Newsgroups: jedi.vcl

> > BTW, is that kind of information available anywhere? The readme-file
> > only tells you which files are removed, not the reason for removal (i.e.
> > if they are replaced).
It *should* be in changelog.txt but it could be that some changes haven't
been added.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Thu, 06 May 2004 09:05:02 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> According to the readme.htm file TJvFloatEdit and TJvFloatEdit2 are
>> removed from JVCL. Well, maybe that *could* be called a fix. :-)
>
> The have been replaced with JvValidateEdit, so there's ample opportunity to
> find new bugs :)

BTW, is that kind of information available anywhere? The readme-file only tells you which files are removed, not the reason for removal (i.e. if they are replaced).


Subject: Re: Installing JVCL3 with CB5: Installer says "Upgrade"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 08:53:32 +0200
Newsgroups: jedi.vcl

AlexB wrote:

> > Does it mean that I can try the new JVCL Installer version now?

Yes. I don't know if the updated installer is already in the daily
snapshot. But it is in the anonymous CVS repository.


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX compatibility
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 06 May 2004 16:42:48 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Peter Thörnqvist wrote:
>
>> I am starting a new thread here from the VisualCLX issues discussed in "Time
>> to set a release date for next beta?" started on 2004-04-07.
>>
>> André, I can't find the ClxGenerator in jedi.binaries, could you post it
>> again or mail it directly to me? I'll see if I can make it work for my D7
>> Enterprise and resolve the forward/backslash issue...
>>
> I have changed that in the JvQ* units.
>
> I have build & installed JVCLX for D7, K3 & K3p :)
> The xml files are not in sync with the current JVCLX, so don't generate the clx packages with the pg please!

Could you manage to get the XML files in sync because it is more and more likely that people will check in generated packages.



Subject: Re: VisualCLX compatibility
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 May 2004 08:33:10 +0200
Newsgroups: jedi.vcl

> > I have build & installed JVCLX for D7, K3 & K3p :)
> > The xml files are not in sync with the current JVCLX, so don't generate
> > the clx packages with the pg please!
> >
> > Give it a try!
OK, I'll give it a shot and see if I can get it to fly. Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VisualCLX compatibility
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 May 2004 06:19:24 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> 2. MSWINDOWS and LINUX is the correct pair of variables to use. \ and / are OS related not VCL or CLX related.
>>
> Done, but in this moment only in the JvQ* units.

I wil do the rest today.



Subject: Re: Installing JVCL3 with CB5: Installer says "Upgrade"
From: "AlexB" <b.a.v@ngs.ru>
Date: Thu, 6 May 2004 10:20:39 +0700
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
> >
> > It is fixed in CVS. I just removed the update-check code

Does it mean that I can try the new JVCL Installer version now?

AlexB.




Subject: Re: Multiple Declaration TJvTreeNode
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 06 May 2004 12:04:02 +1000
Newsgroups: jedi.vcl

James Christie wrote:
>
>
> I was using the offical JVCL3 Beta.
> Thanks Olivier.

No worries.
Please note that you will also need the latest JCL (post 1.9). You can get it there:

http://jcl.sf.net/daily/

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator



Subject: Re: Multiple Declaration TJvTreeNode
From: "James Christie" <james@texmate.co.nz>
Date: Thu, 6 May 2004 13:24:39 +1200
Newsgroups: jedi.vcl

>> > > Using JVCL3 with BCB5 I get multiple declaration error in JvComCtrls.hpp
>> > >
>> > > line 379
>> > >  __fastcall TJvTreeNode(Comctrls::TTreeNodes* AOwner);
>> > > and line 385
>> > >  /* TTreeNode.Create */ inline __fastcall
TJvTreeNode(Comctrls::TTreeNodes*
>> > > AOwner) : Comctrls::TTreeNode( AOwner) { }
>> > >
> > This shouldn't be a problem anymore, this code hasn't been in
> > JvComCtrls.pas for a while.
> > Which version are you using? The official Beta or a daily source package?
> > Because the daily build is already fixed for that problem (I just
> > verified by looking at the sources).
> > The daily source package can be obtained here:
> >
> > http://jvcl.sf.net/daily/
> >
> > It contains numerous bug fixes for C++ Builder 5 support since the beta
> > was released.

I was using the offical JVCL3 Beta.
Thanks Olivier.




Subject: Re: Examples
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 06 May 2004 10:32:21 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Robert Marquardt wrote:
>
>
>> BTW another option for the installer: compile the examples.
>
>
> Who want all examples to be compiled at once? I would only compile the
> examples I'm interested in. And then I open it in the IDE because I want
> to see the source code. What can you learn from an executable except the
> features that are supported. But how are these features accessed within
> source code? An executable cannot give you the necessary information.

Agree



Subject: Re: Multiple Declaration TJvTreeNode
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 06 May 2004 10:27:20 +1000
Newsgroups: jedi.vcl

James Christie wrote:

> Using JVCL3 with BCB5 I get multiple declaration error in JvComCtrls.hpp
>
> line 379
>  __fastcall TJvTreeNode(Comctrls::TTreeNodes* AOwner);
> and line 385
>  /* TTreeNode.Create */ inline __fastcall TJvTreeNode(Comctrls::TTreeNodes*
> AOwner) : Comctrls::TTreeNode( AOwner) { }
>
>
This shouldn't be a problem anymore, this code hasn't been in JvComCtrls.pas for a while.
Which version are you using? The official Beta or a daily source package?
Because the daily build is already fixed for that problem (I just verified by looking at the sources).
The daily source package can be obtained here:

http://jvcl.sf.net/daily/

It contains numerous bug fixes for C++ Builder 5 support since the beta was released.

Thanks for your support

Olivier Sannier
JVCL Developer
C++ Builder Coordinator



Subject: pgEdit.xml
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 06 May 2004 10:22:35 +1000
Newsgroups: jedi.vcl

Hi all

Once again, may I remind you all that before commiting pgEdit.xml you should (well, must <g>) remove all subnodes of the pgEdit node, except for odlAddFiles_InitialDir and cmbModel_ItemIndex. The pgEdit node should look like this:

  <pgEdit>
    <odlAddFiles_InitialDir>..\..\run</odlAddFiles_InitialDir>
    <cmbModel_ItemIndex>0</cmbModel_ItemIndex>
  </pgEdit>

This is because your screen resolution may not be compatible with the one of others and this may lead to problems.

Thanks for your cooperation

Olivier Sannier
JVCL Developer
C++ Builder Coordinator



Subject: Re: just got worm email from peter3
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 06 May 2004 10:14:07 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The sender is spoofed, of course. Even I get mails from peter3<g>
>
Yeah right... You just don't remember sending it, that's all ;-)



Subject: Re: Installing JVCL3 with CB5: Installer says "Upgrade"
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 06 May 2004 10:13:30 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> The installer will eventually get fixed either by me or Andreas.
>
>
> It is fixed in CVS. I just removed the update-check code because we have a
> "pre-tester" called JCL Installer.

I wouldn't do that because not everyone runs the JCL installer first... I mean, the JCL could have been installed manually and because it may work without the update 1, the JVCL installer wouldn't notice it...
Somehow, I'd prefer if the update numbers wouldn't be hardcoded in the program.



Subject: Re: Installing JVCL3 with CB5: Installer says "Upgrade"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 01:15:48 +0200
Newsgroups: jedi.vcl

obones wrote:

> > So I'm not the only to have that problem !

Someone sayed that C++Builder 5 had two updates. So I set the minimum
update level to 2.

> > The installer will eventually get fixed either by me or Andreas.

It is fixed in CVS. I just removed the update-check code because we have a
"pre-tester" called JCL Installer.


-- Regards, Andreas Hausladen 

Subject: Re: Small Installer Bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 01:10:27 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> > got my freshly purchased D7/D8 today and installed jvcl cvs download
> > from this morning. I use direcotry jvcl and installer inserts jvcl3
> > directories for developer installation. NO real problem but schould be
> > corrected imo.

Fixed in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: VisualCLX compatibility
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 06 May 2004 01:08:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I am starting a new thread here from the VisualCLX issues discussed in "Time
> to set a release date for next beta?" started on 2004-04-07.
>
> André, I can't find the ClxGenerator in jedi.binaries, could you post it
> again or mail it directly to me? I'll see if I can make it work for my D7
> Enterprise and resolve the forward/backslash issue...
>
I have changed that in the JvQ* units.

I have build & installed JVCLX for D7, K3 & K3p :)
The xml files are not in sync with the current JVCLX, so don't generate the clx packages with the pg please!

Give it a try!

Regards,

André Snepvangers


Subject: Re: VisualCLX compatibility
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 06 May 2004 00:53:24 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Peter Thörnqvist wrote:
>
>> I am starting a new thread here from the VisualCLX issues discussed in "Time
>> to set a release date for next beta?" started on 2004-04-07.
>
>
> Back to the \ / problem.
> 1. Delphi 6 VCL definitely does not like / in the $R pathes. It seems to work, but strange problems arise.
Only D7clx, K3 & K3per is supported.
> 2. MSWINDOWS and LINUX is the correct pair of variables to use. \ and / are OS related not VCL or CLX related.
>
Done, but in this moment only in the JvQ* units.


Subject: Re: Examples
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 00:38:37 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > BTW another option for the installer: compile the examples.

Who want all examples to be compiled at once? I would only compile the
examples I'm interested in. And then I open it in the IDE because I want
to see the source code. What can you learn from an executable except the
features that are supported. But how are these features accessed within
source code? An executable cannot give you the necessary information.



-- Regards, Andreas Hausladen 

Subject: Re: Tubo Pascal 3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 May 2004 00:31:44 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> > Tried to install the JVCL in Turbopascal 3, got a bunch of error
> > messages. Please help!

Nice joke. What about trying it with TurboPascal 1 from the Borland museum?


-- Regards, Andreas Hausladen 

Subject: Tubo Pascal 3
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 05 May 2004 22:23:45 +0000
Newsgroups: jedi.vcl

Tried to install the JVCL in Turbopascal 3, got a bunch of error messages. Please help!


Subject: Re: Command arguments too long
From: "Jesus Jimenez" <jajim@infonegocio.com>
Date: Wed, 5 May 2004 23:49:49 +0200
Newsgroups: jedi.vcl

I worked it out

The problem was spaces in path, i've used 8.3 names for all dirs with spaces
in path and it works now

thanks




Subject: Multiple Declaration TJvTreeNode
From: "James Christie" <james@texmate.co.nz>
Date: Thu, 6 May 2004 08:46:39 +1200
Newsgroups: jedi.vcl

Using JVCL3 with BCB5 I get multiple declaration error in JvComCtrls.hpp

line 379
 __fastcall TJvTreeNode(Comctrls::TTreeNodes* AOwner);
and line 385
 /* TTreeNode.Create */ inline __fastcall TJvTreeNode(Comctrls::TTreeNodes*
AOwner) : Comctrls::TTreeNode( AOwner) { }




Subject: Small Installer Bug
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 05 May 2004 20:38:30 +0000
Newsgroups: jedi.vcl

Hi,

got my freshly purchased D7/D8 today and installed jvcl cvs download from this morning. I use direcotry jvcl and installer inserts jvcl3 directories for developer installation. NO real problem but schould be corrected imo.

micha


Subject: Re: JvNavPanelDemo + Nav components.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 May 2004 22:23:10 +0200
Newsgroups: jedi.vcl

> > I think there's a bug in the Toolpanel. When I set the button images they
> > are visible at
> > design time, but on runtime those buttons don't have any glyphs.

No wonder either - the images aren't set when changed. Modify the following
and it should work:

procedure TJvNavPaneToolPanel.SetImages(const Value: TCustomImageList);
var i:integer;
begin
  if FImages <> Value then
  begin
    if FImages <> nil then
      FImages.UnregisterChanges(FChangeLink);
    FImages := Value;
    if FImages <> nil then
    begin
      FImages.RegisterChanges(FChangeLink);
      FImages.FreeNotification(Self);
    end;
    // add this:
    for i := 0 to Buttons.Count -1 do
      TJvNavIconButton(FRealButtons[i]).Images := FImages;
    Invalidate;
  end;
end;

> > All in all, the NavPanel is a masterpiece, Keep up the good work!
Masterpiece?! Not a bad turnout for 4 days of work <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Organization of components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 May 2004 22:10:59 +0200
Newsgroups: jedi.vcl

The simplest way to solve it is to IFDEF the registration unit (there's only
one for Globus and one for Jans) and provide different palette layouts based
on that setting. USEJVCL could be a good option, since the installer already
handles that.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 May 2004 22:05:15 +0200
Newsgroups: jedi.vcl

> > According to the readme.htm file TJvFloatEdit and TJvFloatEdit2 are
> > removed from JVCL. Well, maybe that *could* be called a fix. :-)
The have been replaced with JvValidateEdit, so there's ample opportunity to
find new bugs :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: just got worm email from peter3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 May 2004 22:04:12 +0200
Newsgroups: jedi.vcl

The sender is spoofed, of course. Even I get mails from peter3<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Log window
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Wed, 05 May 2004 20:36:26 +0200
Newsgroups: jedi.vcl

I need to implement a log window (a window where the system outputs stupid trace messages), with color and/or font changing support.
No user editing and insertion only at the bottom.
JvRichEdit seems a bit of an overkill.
Is there anything else I could use?

TiA
ZioNemo


Subject: just got worm email from peter3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 May 2004 19:58:20 +0200
Newsgroups: jedi.vcl

So all should expect such spam also.
Standard screensaver attachment trick.



Subject: Examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 May 2004 19:36:22 +0200
Newsgroups: jedi.vcl

I just updated makefile.mak for the examples.
I deactivated two examples where the components changed radically.

Please all writing new examples add them to the makefile.

BTW another option for the installer: compile the examples.



Subject: Re: JvDBLookupEdit
From: "Yuri" <y@mail.ru>
Date: Wed, 5 May 2004 15:08:07 +0000
Newsgroups: jedi.vcl

But after the following steps we do not receive neither OnChange nor 
OnCloseUp event
1. Open popup lookup window to select value from the list
2. Select any value using <up> or <down> buttons on the keyboard.
3. Press <tab> or click on another control on the form.
4. The lookup window will be closed and the value is changed, BUT 
neither OnChange nor OnCloseUp event is triggered.
Other similar DBLookup controls always trigger OnChange.
JvDBLookupEdit have no DataSource and DataField properties and the 
selected value does not stored in any dataset (it has only lookup 
properties linked to the DataSet)

Also there is a bug with Delphi 5 and XP Theme support on WindowsXP:
the color property take no effect on the JvDBLookupEdit

> >OnChange is triggered when the user changes the value. To be notified 
when
> >the record changes, use the events of the datasource or the dataset
> >(whichever is more appropriate for you).
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist
> >(JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Question on JVDBInspector
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 5 May 2004 16:43:45 +0200
Newsgroups: jedi.vcl

Thansk, it's OK !

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news: c7arnr$48d$1@talkto.net...
>> > > I've 2 questions on JVDbInspector:
>> > > 1/ It seems that it doesn't take property collapse ans expand glyphs
> >
> >     I'm aware of this problem.
> >
>> > > 2/ In your sample, your code is :
>> > >    TJvInspectorDBData.New(JvInspector1.Root, DataSource1, ['LastName',
>> > > 'FirstName','Salary']);
>> > > So Why the display is FirstName, LastName, Salary. I want to display on
>> > > screen with the order in my code and I don't want to sort
alphabetically.
>> > > Is it possible ?
> >
> >     Yes it is. Set JvInspector1.Root.SortKind to iskNone *before* adding
> > items.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: Question on JVDBInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 May 2004 16:43:06 +0200
Newsgroups: jedi.vcl

> > I've 2 questions on JVDbInspector:
> > 1/ It seems that it doesn't take property collapse ans expand glyphs

    I'm aware of this problem.

> > 2/ In your sample, your code is :
> >    TJvInspectorDBData.New(JvInspector1.Root, DataSource1, ['LastName',
> > 'FirstName','Salary']);
> > So Why the display is FirstName, LastName, Salary. I want to display on
> > screen with the order in my code and I don't want to sort alphabetically.
> > Is it possible ?

    Yes it is. Set JvInspector1.Root.SortKind to iskNone *before* adding
items.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JvNavPanelDemo + Nav components.
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 5 May 2004 16:25:14 +0200
Newsgroups: jedi.vcl

> > Thanks! Remember that they are very much WIP (work in progress), so
> > suggestions on improvements etc are highly welcome (from anyone, of
course).

I think there's a bug in the Toolpanel. When I set the button images they
are visible at
design time, but on runtime those buttons don't have any glyphs. I'm using a
CVS version
of JCL and JVCL from May 1st with Delphi 7 Enterprise on WinXP Pro, if it
matters.

All in all, the NavPanel is a masterpiece, Keep up the good work!

Marko




Subject: Re: Install/Compile error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 16:11:28 +0200
Newsgroups: jedi.vcl

> > Thanks, it works perfectly. Great work, very impressing! Although, the
> > installer needs work...
You should be aware that the JVCL installer only handles JVCL (with some
exceptions for C++Builder support), so you have to run the JCL installer
yourself (there's an install.bat in the jcl folder that compiles and runs
it).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install/Compile error
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Wed, 5 May 2004 16:09:27 +0200
Newsgroups: jedi.vcl

Thanks, it works perfectly. Great work, very impressing! Although, the
installer needs work...

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c731mg$i2v$1@talkto.net...
> > Don't add Jcl units to the JVCL packages. Instead, delete all old dcu, bpl
> > and dcp files and rebuild the jcl packages (DJCL and DJCLVCL). Then
rebuild
> > the JVCL packages.
> >
> > The error occurs because the JVCL packages uses the JCL packages binaries,
> > not the new pas units, so as long as the JCL packages contains the old
> > JclGraphUtils dcu, you won't get rid of the error.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Question on JVDBInspector
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 5 May 2004 15:59:37 +0200
Newsgroups: jedi.vcl

Hi,

I've 2 questions on JVDbInspector:
1/ It seems that it doesn't take property collapse ans expand glyphs
2/ In your sample, your code is :
   TJvInspectorDBData.New(JvInspector1.Root, DataSource1, ['LastName',
'FirstName','Salary']);
So Why the display is FirstName, LastName, Salary. I want to display on
screen with the order in my code and I don't want to sort alphabetically.
Is it possible ?




Subject: Re: JvCustom package change 1: JvInspector moved to it's own package
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 May 2004 15:30:41 +0200
Newsgroups: jedi.vcl

> > I've not yet
> > updates the dcr file, nor the .rc script files. I'll do that later, after
> > I've move the HLEditor to it's own package.

    and I'll update changelog.txt as well, since I forgot that one also.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: JvCustom package change 1: JvInspector moved to it's own package
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 May 2004 15:29:31 +0200
Newsgroups: jedi.vcl

Hi all,

    I've moved JvInspector to it's own package. As a result JvCustom will
need rebuilding as well. I've configured the xml files to the best of my
abilities, but cannot guarantee they will actually work on anything else
than D5. Specifically BCB and CLX should be checked thoroughly. I've not yet
updates the dcr file, nor the .rc script files. I'll do that later, after
I've move the HLEditor to it's own package.

    I've added missing .dpk files (i think in the d7clx, k3 and k3per
folders) as well and committed all changed dpks.

    The package group files have also been updated, but manually for all but
D5. I think I've got all D5 references and updated them accordingly, but I
may have missed one or two.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 May 2004 14:25:05 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     will do that this afternoon or tonight. Just to make sure: we still
> commit the generated dpk/dofs as well, right? I didn't do this yesterday,
> because I wasn't certain the xml was correct for all versions, but I will
> commit the new packages if we still do that.

I now always use the installer to gemnerate new packages and commit any changes in the Package folder (D6 only).
I think if we all do that then the packages are updated soon.



Subject: Re: Organization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 May 2004 14:20:08 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> To integrate OR complement?

The Jedi Uses Wizard plugs into the option dialogs.
This i think is not a functionality for GExperts (yet).
Other ideas like a search & replace in files may be for GExperts.



Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 05 May 2004 21:27:24 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     will do that this afternoon or tonight. Just to make sure: we still
> commit the generated dpk/dofs as well, right? I didn't do this yesterday,
> because I wasn't certain the xml was correct for all versions, but I will
> commit the new packages if we still do that.

AFAIK, yes we still do.


Subject: Re: Organization of components
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 05 May 2004 13:13:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>
>> I think my proposal needs less then 10 hours, but it is just a nice
>> feature.
>
> Merging Globus and Jans with JVCL, update the help docs, make sure
> everything works, make sure old functionality still works? I think not.
Just a line that the layout of the pallette applies to the default layout provided by the Jv*Reg unit of the package will be sufficient imo. I was not talking about modifying the packages. Just moving the components to other tabs. Like you can achieve with 'Configure Pallette... from within the IDE.
> Changing the palette layout? Less than an hour IMO, but I still think it is
> useless (and if we change it, I can bet we will get just as many mails about
> how badly we chose the tabs<g>).
>
I was not really thinking about really providing Component Layout Templates xml's, maybe an example. Like reset pallette it should be an option.
>
>> Maybe work on VisualCLX is another option.
>
> Indeed, VCLX support is one of the most important tasks to complete before
> the release and I will try to help out as much as I can. If I could only get
> the CLX packages built on my D7...
>
Uncheck all JVCL packages. Close the IDE. Open the bpg with doubling clicking might work. Can you still not use '/' as path delimiter?
>
> BTW, André, I hope you didn't read my post as an attack on you - I was just
> venting my views in general. Has nothing to do with you.
>
No, at all I am venting my vieuw as well. It is good that we discuss this issues here.

Regards,

André Snepvangers


Subject: Re: Organization of components
From: @in@taavi.ee
Date: Wed, 05 May 2004 11:06:36 GMT
Newsgroups: jedi.vcl

On Mon, 03 May 2004 17:07:41 -0400, Warren Postma
<wpostma_at@tekran_dot.com> wrote:

> >I used to feel this way, and now I feel that any amount of organizing 
> >the Palette is a waste, since the problem is that the Palette basically
> >sucks for > 500 components.  Who really likes looking at a tabbed 
> >notebook with over 50 tabs and trying to find something.

I don't agree. IMO good organization of components still makes sense.


> >(1) View->Component - This is a dialog with ALL the components in it, 
> >you can look one up by typing a few characters of its name, if you know 
> >what you want, it's a waste of time searching the tabs for it.

Only works when you know exact name of the component as you can't use
wildcards there... it would be handy if one could use something like
*page to searc for all PageControls.


> >(2) I use Ray Konopka's Delphi 7 IDE plugin which is a LIFESAVER!  It 
> >puts a pulldown menu called Palette in your Delphi IDE, and it allows 
> >you to group all the palette pages you like into categories, and browse 
> >them using a set of nested pulldown menus. That sounds complicated, but 
> >it's really quite easy.  I recommend you go to the raize website and 
> >download it, it's FREE!  Three clicks and you are at any page you want.

It only allows you to group pallettes so it still means that
components must be logically organized into palettes.

I use GExperts palette menu. One click and I'm at the page I want <g> 
If components are well organized it isn't too hard to find the one you
are looking for.


ain


Subject: Re: Organization of components
From: @in@taavi.ee
Date: Wed, 05 May 2004 11:00:10 GMT
Newsgroups: jedi.vcl

On Wed, 5 May 2004 08:47:24 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> > What would the
> >Globus user say if that was the only package he installed and the components
> >were spread across 29 tabs with one or two component on each tab? Would he
> >be happy? I don't think so.

OTOH those who haven't used Globus or Jans before find current
situation confusing. At least I do.
In the end, best solution would be installation option (either use
special pallettes or mix with others). Andreas, what do you think, can
you add this feature to the installer? I quess it means that there
have to be several designtime packages for one runtime package and
installer should be able to install only one designtime package out of
them depending upon user input...


> >It is always easy requesting changes and updates (and I don't mind that at
> >all) but unless one is willing to help making it happen, the developer who
> >will ultimately be stuck with the task, has the final say.

Understood. I'm willing to create the new registration unit myself if
needed.


> >Apart from the fact that when Jans and Globus were initially added to JVCL,
> >we agreed on keeping them as intact as possible ("politics" as Robert calls
> >it) , there is indeed a maintenance and programming effort we just don't
> >have the man power to pull off.

Those components don't have to be merged into JVCL, they can stay as
separate, independent packages. It is just question of creating
alternative registration unit / package to organize those components
in logical way (for non Globus / Jans users).


> >Since I've done the majority of the component mergings in JVCL, I can tell
> >you from experience it takes quite some effort and time, time I don't have.

Much appreciated. I didn't even think about using JVCL2 in my projects
because it was... well, just huge mess. It looks like solid library
now.


ain


Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 May 2004 12:40:40 +0200
Newsgroups: jedi.vcl

> > This would undoubtedly be the best option. JvCustom is already a *big*
baby
> > and moving the inspector to it's own package is structurally good anyway.
> > Same goes for HLEditor BTW. If you're up to it, I would appreciate if you
> > did it.
> >

    will do that this afternoon or tonight. Just to make sure: we still
commit the generated dpk/dofs as well, right? I didn't do this yesterday,
because I wasn't certain the xml was correct for all versions, but I will
commit the new packages if we still do that.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JvRichEdit and print margin
From: Massimiliano <max@mailinator.com>
Date: Wed, 05 May 2004 12:38:18 +0200
Newsgroups: jedi.vcl

Massimiliano wrote:
> Hi All,
>
> does anyone to know how to setup printer margins on JvRichEdit or using
> JvPreviewControl?
>
> I think I've to setup jvrichedit.PageRect but I don't understand want values I've to assign to and how to use, eventually, the TPageSetupDialog.

ok I found the way.
Work with jvRichEdit.Print and with JvPreviewControl:
psdlg is a TPageSetupDialog.
From me TPageSetupDialog return values alway in mm so I need to convert them ( /2540)

The piece of code:

var
  mr : TRect;
  wPage, hPage, logX, logY: integer;
Begin
    wPage := GetDeviceCaps(Printer.Handle, PHYSICALWIDTH);
    hPage := GetDeviceCaps(Printer.Handle, PHYSICALHEIGHT);
    LogX := GetDeviceCaps(Printer.Handle, Windows.LOGPIXELSX);
    LogY := GetDeviceCaps(Printer.Handle, Windows.LOGPIXELSY);

    mr.Left := Round(psdlg.MarginLeft / 2540 * logX);
    mr.top := Round(psdlg.MarginTop / 2540 * logX);
    mr.Right := Round(wPage - mr.Left - (psdlg.MarginRight / 2540 * logX));
    mr.Bottom := Round(hPage - mr.Top - (psdlg.MarginBottom / 2540 * logX));
    EditorMainForm.editor.PageRect := mr;
end;


I hope could be useful for other guys.

Ciao
Massimiliano


Subject: Re: Installing JVCL3 with CB5: Installer says "Upgrade"
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 05 May 2004 20:36:08 +1000
Newsgroups: jedi.vcl

AlexB wrote:
> "obones" <obones_gfdg_@__rgee__altern.org> ???????/???????? ? ????????
> ?????????: news:c7ab0a$vqk$1@talkto.net...
>
>> Or you could save you all the trouble of compiling and installing
>> manually by using the installer. Just run install.bat in the root
>> directory of the JVCL.
>
>
> Ok, now I see this small barely visible elephant named Install.bat.
> On 2-nd page it says to upgrade. But I have Up1.

So I'm not the only to have that problem ! I wasn't sure if it was because of my weird installation, but you confirmed that there is a problem in the installer. Sorry about that, but because my computer is getting fixed, I couldn't investigate it further.
The only possible way to go is to use the manual installation.
Call the batch file that I mentionned then call build.exe just like that:
build c5

And it will build the packages for C++ Builder 5. It won't install them so you'll have to go into c++ builder and install them manually.
The installer will eventually get fixed either by me or Andreas. In the meantime, please use the manual installation. Let me know if the description of the process in help\install.htm is inaccurate.

Once again, thank you for considering the JVCL, your feedback is greatly appreciated.

Olivier Sannier
JVCL Developer
C++ Builder Coordinator


Subject: Re: Installing JVCL3 with CB5: Installer says "Upgrade"
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 5 May 2004 17:14:52 +0700
Newsgroups: jedi.vcl

"obones" <obones_gfdg_@__rgee__altern.org> ???????/???????? ? ????????
?????????: news:c7ab0a$vqk$1@talkto.net...
> >
> > Or you could save you all the trouble of compiling and installing
> > manually by using the installer. Just run install.bat in the root
> > directory of the JVCL.

Ok, now I see this small barely visible elephant named Install.bat.
On 2-nd page it says to upgrade. But I have Up1.

AlexB




Subject: Re: Installing JVCL3 with CB5: "Projects macro in project group file missing or incorrect"
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 05 May 2004 19:56:09 +1000
Newsgroups: jedi.vcl

AlexB wrote:
>
> Ok, now I have the next problem: I can't build pakages:
> required pkg CJCL50 not found
>
Have you built the CJCL50.bpk package in C++ Builder ?
I think yes. However, I don't think you built the JCL DCP file for C++ Builder. This is done by using the MakeJCLDcp4BCB.bat file in jvcl\packages\bin\
Call it like that (note the location of the quotes):

MakeJclDcp4BCB c5 "--jcl-path=path\to the\jcl"

Or you could save you all the trouble of compiling and installing manually by using the installer. Just run install.bat in the root directory of the JVCL.

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator


Subject: Re: Organization of components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 11:55:23 +0200
Newsgroups: jedi.vcl

> > To integrate OR complement?
Either. If someone wants to start a new JEDI project, great. If someone
wants to work with GExperts, great.

It just doesn't fit into JVCL, that's for sure.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Organization of components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 11:53:24 +0200
Newsgroups: jedi.vcl

> > The same applies for all non Globus users.
Yes, but I prefer "disgruntled user + no work" visavi "disgruntled user +
(lots of) work"

> >I think my proposal needs less then 10 hours, but it is just a nice
> >feature.
Merging Globus and Jans with JVCL, update the help docs, make sure
everything works, make sure old functionality still works? I think not.
Changing the palette layout? Less than an hour IMO, but I still think it is
useless (and if we change it, I can bet we will get just as many mails about
how badly we chose the tabs<g>).

> > Maybe work on VisualCLX is another option.
Indeed, VCLX support is one of the most important tasks to complete before
the release and I will try to help out as much as I can. If I could only get
the CLX packages built on my D7...

BTW, André, I hope you didn't read my post as an attack on you - I was just
venting my views in general. Has nothing to do with you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Organization of components
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 05 May 2004 11:51:23 +0200
Newsgroups: jedi.vcl

Hi Peter,

>> We should either integrate into GExperts or see if we can complement it.
>
> That would be the best approach.

To integrate OR complement?

Integrate would be nice, because since I know of it's existence it's a sure install for me... However, I think we should contact the author first :-)

-- 
Holger



Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 11:45:06 +0200
Newsgroups: jedi.vcl

> > I think we have discussed a couple of times to separate the
> > inspector into it's own package anyway, so maybe that would be a good idea
> > to do now? The same was discussed about the editor/HLEditor stuff (to move
> > to a separate package) and it would make the JvCustom packages smaller as
> > well (also asked for a couple of times)
This would undoubtedly be the best option. JvCustom is already a *big* baby
and moving the inspector to it's own package is structurally good anyway.
Same goes for HLEditor BTW. If you're up to it, I would appreciate if you
did it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Organization of components
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 05 May 2004 11:39:14 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Anybody can rearrange  the palette for him self, and if you don't reset
>
> the palette,
>
>> the palette layout is kept after updating JVCL#.
>
> Right, but I still insist that we (JVCL) shouldn't do it. What would the
> Globus user say if that was the only package he installed and the components
> were spread across 29 tabs with one or two component on each tab? Would he
> be happy? I don't think so.
>
The same applies for all non Globus users.

> It is always easy requesting changes and updates (and I don't mind that at
> all) but unless one is willing to help making it happen, the developer who
> will ultimately be stuck with the task, has the final say.
>
Agreed

> Apart from the fact that when Jans and Globus were initially added to JVCL,
> we agreed on keeping them as intact as possible ("politics" as Robert calls
> it) , there is indeed a maintenance and programming effort we just don't
> have the man power to pull off.
>
I know.
>
> Since I've done the majority of the component mergings in JVCL, I can tell
> you from experience it takes quite some effort and time, time I don't have.
>
IMO we should not change our sources for that. Maybe we could introduce Component Pallette Layouts stored in xml. (Remember if you don't reset the pallette, the layout is not affected by the content of the Jv*Reg units.) Just the differences with the layout from the Jv*Reg's need to be stored in the xml.

>
> Since I don't see anyone else volunteering, who is going to do it (if it is
> to be done at all)?
>
The proper place to implement this would be in the installer. So it is up to Andreas to decide about the if and when.

>
> Look at it this way:
> * What would +100 hours of merging Globus+Jans with the other JVCL packages
> buy us? Very little.

Imo, it has no priority, consider it a wish.

> * What would +100 hours of bug fixing and development of new components buy
> us? A hell of a lot more, I'd say.
>
I think my proposal needs less then 10 hours, but it is just a nice feature.

> Choose one.
>
Maybe work on VisualCLX is another option.


Regards,

André Snepvangers


Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 May 2004 11:37:05 +0200
Newsgroups: jedi.vcl

>> > > I think it would be a mistake to make JvDB depending on JvCustom.
> > Why is that?

    it would add another dependency (which we try to keep to an absolute
minimim IIRC). Users interested in DB controls will need to have JvCustom as
well (because JvInspDB will need JvInspector which is in JvCustom), users
interested in the inspector for inspecting data sets would require JvDB as
well (because JvInspDB is in JvDB).

> >
>> > > From what I understood we can add units needing DB access (not DBAware
> > controls,
>> > > just access) to any package, provided we exclude personal/standard
> > editions.
> > Currently there are several packages that require DB access (apart from
JvDB
> > and JvBDE) but these are stand-alone type packages, like DotNetControls,
> > EDI, Globus, UIB and JvInterpreter. I would prefer if we tried to minimize
> > the DB requires as much as possible, but if the reason to not add
> > JvInspectorDB to JvDB is a good one (or rather, the reason for not adding
> > JvCustom to the requires of JvDB), I guess we might be forced to do it
> > anyway.

    well, I don't see why we have to minimize the number of packages
requiring standard VCL DB packages, except if it is to minimize the number
of packages generating separate version for the personal/standard SKUs,
which I wouldn't understand either. Anyway, if it is about stand-alone type
packages, I think we have discussed a couple of times to separate the
inspector into it's own package anyway, so maybe that would be a good idea
to do now? The same was discussed about the editor/HLEditor stuff (to move
to a separate package) and it would make the JvCustom packages smaller as
well (also asked for a couple of times)

    My main reason for not wanting to put JvInspDB.pas into the JvDB
packages is that it would split JvInspector functionality into two separate
packages. It doesn't add any dependency to other JVCL packages the way it is
done now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Installing JVCL3 with CB5: "Projects macro in project group file missing or incorrect"
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 5 May 2004 16:36:13 +0700
Newsgroups: jedi.vcl

"obones" <obones_gfdg_@__rgee__altern.org>
> > AlexB wrote:
>> > > After insallation of JCL I'm trying to install JVCL3.
>> > > Then I try to open the C5Packages.bpg I see teh next message:
>> > > Projects macro in project group file missing or incorrect
> >
> > Convert the file to DOS format. For some reason, the zip file sometimes
> > contains files in UNIX format.

Not so good :-(

Ok, now I have the next problem: I can't build pakages:
required pkg CJCL50 not found

AlexB




Subject: Re: Regexp
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Wed, 5 May 2004 11:32:22 +0200
Newsgroups: jedi.vcl

On Tue, 4 May 2004 20:19:38 +0200, "=?Windows-
1252?Q?Peter_Th=F6rnqvist?=" <peter3@no.spam.peter3.com> wrote in 
article <c78k22$mms$1@talkto.net>:
>> > > in the current version of the function "MatchesMask" the use of
> > "TURESearch"
>> > > is commented out (see JvValidators.pas line 527) and the check is done
> > with
>> > > "Masks.MatchesMask". Any reason why?
> > Huh? Now, why did I do that? Can't recall now and check in comments doesn't
> > say anything...
> > 
> > Anyone else remember this?

This was an example to show how to do it without using JclUnicode.
See your message of 15 April 2004 Re: Use of JclUnicode in 
JvValidators.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Problem with JVDBInspector
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 5 May 2004 11:11:48 +0200
Newsgroups: jedi.vcl

Thanks.
I've got jvinspdb.pas on CVS ans it's OK.
However, I'm testing it and it seems that it doesn't take glyph for
collapse/expand button.


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news: c78n4f$nav$1@talkto.net...
>>> > > > I'm using JVDBInspector and I've problems. [...]
> >
>> > >     confirmed and investigating. Will get back to you as soon as I got
> > this
>> > > figured out.
> >
> >     Found the bug in TJvInspectorDBData.FieldTypeMapping. The call to
> > RegisterDBTypes is before the assignement to GlobalMapReg, where
> > RegisterDBTypes calls FieldTypeMapping, which will still find an empty
> > GlobalMapReg and will therefor call RegisterDBTypes, which will... well
you
> > get the point. So the solution is to move the call to RegisterDBTypes so
it
> > comes after AddFinalizeObjectNil in the same if block, and things are
> > working fine again. Will commit this to CVS shortly.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: Installing JVCL3 with CB5: "Projects macro in project group file missing or incorrect"
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Wed, 05 May 2004 18:32:26 +1000
Newsgroups: jedi.vcl

AlexB wrote:
> After insallation of JCL I'm trying to install JVCL3.
> Then I try to open the C5Packages.bpg I see teh next message:
> Projects macro in project group file missing or incorrect
>
> What I have to do?

Convert the file to DOS format. For some reason, the zip file sometimes contains files in UNIX format. Look for unix2dos on the internet and you'll be sorted.

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator


Subject: Installing JVCL3 with CB5: "Projects macro in project group file missing or incorrect"
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 5 May 2004 15:26:34 +0700
Newsgroups: jedi.vcl

After insallation of JCL I'm trying to install JVCL3.
Then I try to open the C5Packages.bpg I see teh next message:
Projects macro in project group file missing or incorrect

What I have to do?

AlexB.




Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 10:18:29 +0200
Newsgroups: jedi.vcl

> > I think it would be a mistake to make JvDB depending on JvCustom.
Why is that?

> > From what I understood we can add units needing DB access (not DBAware
controls,
> > just access) to any package, provided we exclude personal/standard
editions.
Currently there are several packages that require DB access (apart from JvDB
and JvBDE) but these are stand-alone type packages, like DotNetControls,
EDI, Globus, UIB and JvInterpreter. I would prefer if we tried to minimize
the DB requires as much as possible, but if the reason to not add
JvInspectorDB to JvDB is a good one (or rather, the reason for not adding
JvCustom to the requires of JvDB), I guess we might be forced to do it
anyway.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 May 2004 10:09:06 +0200
Newsgroups: jedi.vcl

> > You shouldn't add DB requires to other packages than JvDB. Better to add
> > JvCustom to JvDB than the reverse.

    JvCustom does not depend on JvDB. I've added one unit to JvCustom that
is part of JvInspector but requires access to TDataSource/TDataSet/TField
(there is no DBAware control added to JvCustom, just access to DB data). I
did add the Borland DB packages to JvCustom (all based on the target to
use). I think it would be a mistake to make JvDB depending on JvCustom. From
what I understood we can add units needing DB access (not DBAware controls,
just access) to any package, provided we exclude personal/standard editions.
Anyway, if I'm wrong, I'll change it so it ends up in JvDB.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Organization of components
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Wed, 5 May 2004 07:51:59 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote in
news:c79no7$s6b$1@talkto.net: 

> > Peter Thörnqvist wrote:
> > 
>> >> I don't see wizards, generic editors and OTA tools as the focus for
>> >> JVCL. It belongs in its own project IMO.
> > 
> > Then we should start one.
> > 
> > 

There is alrady something out there. It's dead, but it can be revived.

What was it's name JWizard ??


-- The Graphical Gnome | /"\ rbraasem@killspam.xs4all.nl | \ / ASCII RIBBON CAMPAIGN Vakanties : | X AGAINST HTML MAIL http://gnomedome.xs4all.nl/vac | / \ 

Subject: Re: Command arguments too long
From: "Matej Golob" <matej.golob@epi-spektrum.si>
Date: Wed, 5 May 2004 09:50:15 +0200
Newsgroups: jedi.vcl

It is "bug" in make program. Problem is that you have to large system "path"
variable. So "clear" (minimize) system path variable, and try it again. It
works for me.

Matej

"Jesus Jimenez" <jajim@infonegocio.com> wrote in message
news:c79lhd$rvu$1@talkto.net...
> > Hello
> >
> > When i try to install latest jcl and latest jvcl3 i get this error:
> >
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >         cd ..
> > Fatal: Command arguments too long
> >
> > what could be the problem? I use Delphi7 & Windows XP
> >
> >




Subject: Re: Please add to JvDBrichEdit.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 09:23:43 +0200
Newsgroups: jedi.vcl

> > Yes, but what I'm asking is about the existence of those two properties.
Then the answer is "yes, they are available in all versions"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Please add to JvDBrichEdit.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 05 May 2004 17:23:03 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Is that available with all Delphi versions?
>
> It is a feature of TJvCustomRichEdit, so it depends on the RichEdit DLL
> version on your system, not on Delphi/BCB.
>
Yes, but what I'm asking is about the existence of those two properties. Wether they work or not is not relevant to me at this stage.



Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 09:22:29 +0200
Newsgroups: jedi.vcl

> > But, if JVCL3 is more stable than the 2.10 version, why
> > don't you declare the JVCL3 Beta 1 release stable? There should be no
> > problem in doing that, and it might trigger more users to upgrade.
JVCL 3 is more stable compared to JVCL 2.10 but it is still beta compared to
the state it should be in before release. Does that make sense?

I don't mind calling it "Release Candidate" or whatever but to declare it
"final" or "stable" requires that it actually fulfill our goals for this
release (the goals have been discussed numerous times in other threads, so I
won't rehash them).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Please add to JvDBrichEdit.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 09:18:46 +0200
Newsgroups: jedi.vcl

> > Is that available with all Delphi versions?
It is a feature of TJvCustomRichEdit, so it depends on the RichEdit DLL
version on your system, not on Delphi/BCB.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Please add to JvDBrichEdit.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 05 May 2004 17:07:23 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Done
>
Is that available with all Delphi versions?
I'm just wondering...



Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 05 May 2004 17:07:04 +1000
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> The question is valid. I too hesitate to move my project to JVCL3 while in Beta status. But, if JVCL3 is more stable than the 2.10 version, why don't you declare the JVCL3 Beta 1 release stable? There should be no problem in doing that, and it might trigger more users to upgrade.

There will be a release candidate in few weeks (maybe months). I strongly think we should call it Release Candidate 1 instead of Beta 2, this would mark the next step towards a "stable" release. The beta side of the release at the moment is the installer (but it's getting better by the day) and the C++ Builder (which will get better when I get my computer back).

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Developer



Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Wed, 05 May 2004 08:52:54 +0200
Newsgroups: jedi.vcl

The question is valid. I too hesitate to move my project to JVCL3 while in Beta status. But, if JVCL3 is more stable than the 2.10 version, why don't you declare the JVCL3 Beta 1 release stable? There should be no problem in doing that, and it might trigger more users to upgrade.

My 2 öre (swedish cents equiv.)

Peter Thörnqvist wrote:

>> JVCL3 has status "beta" and I see enough bug reports.
>
> Even if that's true, JVCL 3 is a lot more stable and has fewer bugs than
> JVCL 2.10 (~95% of the bugs in JVCL 3 are also in JVCL 2.10)...
>
>
>> Why stable version "is not supported anymore" ?
>
> Because we don't have time to support it and at the same time develop a new
> version. This is an unfortunate effect of open source projects when not
> enough developers are willing to participate in development.
>
> BTW, JvFloatEdit(2) is no longer in JVCL 3: use JvValidateEdit instead.
>


Subject: Re: Please add to JvDBrichEdit.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 08:49:31 +0200
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Organization of components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 08:47:24 +0200
Newsgroups: jedi.vcl

> > Anybody can rearrange  the palette for him self, and if you don't reset
the palette,
> > the palette layout is kept after updating JVCL#.
Right, but I still insist that we (JVCL) shouldn't do it. What would the
Globus user say if that was the only package he installed and the components
were spread across 29 tabs with one or two component on each tab? Would he
be happy? I don't think so.

It is always easy requesting changes and updates (and I don't mind that at
all) but unless one is willing to help making it happen, the developer who
will ultimately be stuck with the task, has the final say.

Apart from the fact that when Jans and Globus were initially added to JVCL,
we agreed on keeping them as intact as possible ("politics" as Robert calls
it) , there is indeed a maintenance and programming effort we just don't
have the man power to pull off.

Since I've done the majority of the component mergings in JVCL, I can tell
you from experience it takes quite some effort and time, time I don't have.
Since I don't see anyone else volunteering, who is going to do it (if it is
to be done at all)?

Look at it this way:
* What would +100 hours of merging Globus+Jans with the other JVCL packages
buy us? Very little.
* What would +100 hours of bug fixing and development of new components buy
us? A hell of a lot more, I'd say.

Choose one.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Wed, 05 May 2004 08:45:29 +0200
Newsgroups: jedi.vcl

According to the readme.htm file TJvFloatEdit and TJvFloatEdit2 are removed from JVCL. Well, maybe that *could* be called a fix. :-)

Hans-Eric Grönlund



OBones wrote:
> AlexB wrote:
>
>> Steps:
>>
>> 0) Drop JvFloatEdit2 on form
>> 1) Set properies HasMax and HasMin to true
>> 2) Set MinValue=-100 MaxValue=100
>> 3) Run application and make input 55.55
>> 4) Delete "." (by BackSpace for example)
>> 5) Check Value: 5555 .... (>MaxValue, no any autocorrection, no any warnig).
>> 6) Delete one "5" and check Value: 555 .... (>MaxValue, no any
>> autocorrection, no any warnig).
>
>
> I don't know if this is fixed in the JVCL 3, but I think it would be. Anyway, the 2.10 version is not supported anymore, please try the JVCL3 and only report bugs in it.
>
> As said before, you will need the latest JCL and JVCL available here:
>
> http://jcl.sf.net/daily
> http://jvcl.sf.net/daily
>
> Please follow the instructions.
>
> Thanks for your interest in the JVCL
>
> Olivier Sannier
> JVCL Developer
>


Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 May 2004 08:26:00 +0200
Newsgroups: jedi.vcl

> > JVCL3 has status "beta" and I see enough bug reports.
Even if that's true, JVCL 3 is a lot more stable and has fewer bugs than
JVCL 2.10 (~95% of the bugs in JVCL 3 are also in JVCL 2.10)...

> > Why stable version "is not supported anymore" ?
Because we don't have time to support it and at the same time develop a new
version. This is an unfortunate effect of open source projects when not
enough developers are willing to participate in development.

BTW, JvFloatEdit(2) is no longer in JVCL 3: use JvValidateEdit instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 5 May 2004 13:19:34 +0700
Newsgroups: jedi.vcl

"OBones" <obones_gfdg_@_rer_meloo.com>
> > Anyway, the 2.10 version is not supported anymore, please try the JVCL3
> > and only report bugs in it.

I prefer to use the "stable" version.
JVCL3 has status "beta" and I see enough bug reports.

Why stable version "is not supported anymore" ?

AlexB.




Subject: Re: JVCL2.10 TJvFloatEdit2 bug
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 05 May 2004 15:15:10 +1000
Newsgroups: jedi.vcl

AlexB wrote:

> Steps:
>
> 0) Drop JvFloatEdit2 on form
> 1) Set properies HasMax and HasMin to true
> 2) Set MinValue=-100 MaxValue=100
> 3) Run application and make input 55.55
> 4) Delete "." (by BackSpace for example)
> 5) Check Value: 5555 .... (>MaxValue, no any autocorrection, no any warnig).
> 6) Delete one "5" and check Value: 555 .... (>MaxValue, no any
> autocorrection, no any warnig).

I don't know if this is fixed in the JVCL 3, but I think it would be. Anyway, the 2.10 version is not supported anymore, please try the JVCL3 and only report bugs in it.

As said before, you will need the latest JCL and JVCL available here:

http://jcl.sf.net/daily
http://jvcl.sf.net/daily

Please follow the instructions.

Thanks for your interest in the JVCL

Olivier Sannier
JVCL Developer



Subject: Re: JVCL2.10, TJvSpinEdit. On change Value notification.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 05 May 2004 15:14:11 +1000
Newsgroups: jedi.vcl

AlexB wrote:
> Hello Jedi!
>
> How can I get notification on changing of TJvSpinEdit.Value? OnChange
> doesn't work...
>
> AlexB.
>
>
Try the JVCL3
As said before, you will need the latest JCL and JVCL available here:

http://jcl.sf.net/daily
http://jvcl.sf.net/daily

Please follow the instructions.

Thanks for your interest in the JVCL

Olivier Sannier
JVCL Developer



Subject: Re: Organization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 May 2004 06:30:16 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Peter Thörnqvist wrote:
>
>> but also to provide a migration path for existing users. Due to
>> this, we won't change the palette tab layout either.
>>
>  I am sorry to say, but this is a cheap excuse since backward compatibilty was never an issue for JVCL3.

The reason is not compatibility but politics.
These are donations which want a bit of independence which we honor.



Subject: Re: Organization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 May 2004 06:28:29 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I don't see wizards, generic editors and OTA tools as the focus for JVCL. It
> belongs in its own project IMO.

Then we should start one.



Subject: JVCL2.10 TJvFloatEdit2 bug
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 5 May 2004 11:08:19 +0700
Newsgroups: jedi.vcl

Steps:

0) Drop JvFloatEdit2 on form
1) Set properies HasMax and HasMin to true
2) Set MinValue=-100 MaxValue=100
3) Run application and make input 55.55
4) Delete "." (by BackSpace for example)
5) Check Value: 5555 .... (>MaxValue, no any autocorrection, no any warnig).
6) Delete one "5" and check Value: 555 .... (>MaxValue, no any
autocorrection, no any warnig).

AlexB.




Subject: Command arguments too long
From: "Jesus Jimenez" <jajim@infonegocio.com>
Date: Wed, 5 May 2004 05:50:23 +0200
Newsgroups: jedi.vcl

Hello

When i try to install latest jcl and latest jvcl3 i get this error:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        cd ..
Fatal: Command arguments too long

what could be the problem? I use Delphi7 & Windows XP




Subject: JVCL2.10, TJvSpinEdit. On change Value notification.
From: "AlexB" <b.a.v@ngs.ru>
Date: Wed, 5 May 2004 10:48:10 +0700
Newsgroups: jedi.vcl

Hello Jedi!

How can I get notification on changing of TJvSpinEdit.Value? OnChange
doesn't work...

AlexB.




Subject: Re: Error in picture-property editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 05 May 2004 09:29:34 +1000
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
>
>> Sorry, I see it now: it says fpPosition in the dfm but it should be
>> fpSize, fpLocation. I'll update it in CVS.
>
>
> Fine. :-)
>
> Submitting found errors or problems (and maybe possible solutions) is
> currently the only thing i can do for JEDI. I do not have the time to be a
> "full time" developer but i hope that such error submitting helps JEDI ;-)
It does. And if you feel like it, you could always write some documentation on the components you are using...



Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 05 May 2004 09:28:21 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hi all,
>
>     just added JvInspDB to JvCustom-R.xml. Only tested with D5 (since that
> is currently still the only one I have installed) and it seems to be OK. I
> used JvDB-R.xml to see which packages to add for other versions (BTW: from
> what I can see in that file, it will also generate the whole package for
> standard/personal editions; that's not correct is it?

No it won't (well, as far as I recall). If you have a look at it, there are no differences between a Perso and Non Perso generation, because all files have an all target.
A specific perso package is generated only and only if it is different from the regular package. Hence, if all the files in the package use "all" as their target, there will be no package generated for perso target because the package wouldn't be different.

And as Peter indicated, DB related stuff should go into JvDB-R.xml, adding required packages as needed.



Subject: Re: Organization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 4 May 2004 16:53:07 -0400
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
news:c769js$8qs$1@talkto.net...
> > @in@taavi.ee wrote:

> > I used to feel this way, and now I feel that any amount of organizing
> > the Palette is a waste, since the problem is that the Palette basically
> > sucks for > 500 components.  Who really likes looking at a tabbed
> > notebook with over 50 tabs and trying to find something. To solve this
> > problem, I use two ways of finding a component:
> >
> > (1) View->Component ->
> > (2) I use Ray Konopka's Delphi 7 IDE plugin

or use one of the two:

CompBar: http://www.geocities.com/componentbar/
PaletteBar: http://delphi.helli.de/PaletteBar/palettebar.html

Michael




Subject: Re: Added JvInspDB for non-personal SKUs; only tested for D5!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 May 2004 22:39:23 +0200
Newsgroups: jedi.vcl

> >     just added JvInspDB to JvCustom-R.xml.
You shouldn't add DB requires to other packages than JvDB. Better to add
JvCustom to JvDB than the reverse.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Please add to JvDBrichEdit.pas
From: "Terry Mitchell" <tcmdvm@charter.net>
Date: Tue, 4 May 2004 15:24:17 -0500
Newsgroups: jedi.vcl

Please add the following to JvDBRichedit.pas so you can use justified text
in it.

property AdvancedTypography;
property AutoAdvancedTypography;

I have already modified mine and it works well.

Regards,
Terry C. Mitchell




Subject: Re: Organization of components
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 04 May 2004 21:46:26 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

>
> I used to feel this way, and now I feel that any amount of organizing the Palette is a waste, since the problem is that the Palette basically
> sucks for > 500 components.  Who really likes looking at a tabbed notebook with over 50 tabs and trying to find something. To solve this problem, I use two ways of finding a component:
>
With my display settings I have a maximum of 29 components visible on a palette tab. That would give about 20 pages. I don't need them all to build an application.
Long names for pallette pages is also a bore, this limits the maximum number of pages. 'Jv List, Combo and Trees': it's a crime: 'and ' adds just about nothing.
Pages like 'Jv Wizard', 'Jv NavPane' make sens, but 'Jv Jans'?

Kind regards,

André Snepvangers



Subject: Added JvInspDB for non-personal SKUs; only tested for D5!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 4 May 2004 21:40:55 +0200
Newsgroups: jedi.vcl

Hi all,

    just added JvInspDB to JvCustom-R.xml. Only tested with D5 (since that
is currently still the only one I have installed) and it seems to be OK. I
used JvDB-R.xml to see which packages to add for other versions (BTW: from
what I can see in that file, it will also generate the whole package for
standard/personal editions; that's not correct is it?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Organization of components
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 04 May 2004 21:12:54 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> but also to provide a migration path for existing users. Due to
> this, we won't change the palette tab layout either.
>
 I am sorry to say, but this is a cheap excuse since backward compatibilty was never an issue for JVCL3. (You know my point of view on  that). I can imagine that rearranging the palette for Globus package is some (boring) work, which has imo a low priority. Anybody can rearrange  the palette for him self, and if you don't reset the palette, the palette layout is kept after updating JVCL#.

Kind Regards,

André Snepvangers



Subject: Re: Problem with JVDBInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 4 May 2004 21:11:32 +0200
Newsgroups: jedi.vcl

>> > > I'm using JVDBInspector and I've problems. [...]

> >     confirmed and investigating. Will get back to you as soon as I got
this
> > figured out.

    Found the bug in TJvInspectorDBData.FieldTypeMapping. The call to
RegisterDBTypes is before the assignement to GlobalMapReg, where
RegisterDBTypes calls FieldTypeMapping, which will still find an empty
GlobalMapReg and will therefor call RegisterDBTypes, which will... well you
get the point. So the solution is to move the call to RegisterDBTypes so it
comes after AddFinalizeObjectNil in the same if block, and things are
working fine again. Will commit this to CVS shortly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Problem with JVDBInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 4 May 2004 21:02:53 +0200
Newsgroups: jedi.vcl

> > I'm using JVDBInspector and I've problems. I take your sample and after
> > launched, my cpu works a lot and my computer shut down; it seems a stack
> > overflow. So I've made another project and I have the same problem. It
> > product on the line:
> > "TJvInspectorDBData.New(JvInspector1.Root, DataSource1, ['LastName',
> > 'FirstName', 'Salary']);"

    confirmed and investigating. Will get back to you as soon as I got this
figured out.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Error in picture-property editor
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 4 May 2004 20:58:19 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
> > Sorry, I see it now: it says fpPosition in the dfm but it should be
> > fpSize, fpLocation. I'll update it in CVS.

Fine. :-)

Submitting found errors or problems (and maybe possible solutions) is
currently the only thing i can do for JEDI. I do not have the time to be a
"full time" developer but i hope that such error submitting helps JEDI ;-)

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Error in picture-property editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 May 2004 20:53:38 +0200
Newsgroups: jedi.vcl

Sorry, I see it now: it says fpPosition in the dfm but it should be fpSize,
fpLocation. I'll update it in CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in picture-property editor
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 4 May 2004 20:51:36 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
> > What Delphi version are you using? I'm not getting any errors...


Delphi 7 Pro. English version.

After openning and re-saving and re-building the lib i did not get the error
anymore. (global design editor are enabled when installing JVCL so i get the
JVCL picture property editor when i want to load a forms icon for example)

Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Error in picture-property editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 May 2004 20:49:19 +0200
Newsgroups: jedi.vcl

What Delphi version are you using? I'm not getting any errors...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in picture-property editor
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 4 May 2004 20:34:43 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@nospam.peter3.com> wrote:
>> >> yesssss, thats it. Aftrer removing the methods and a rebuild it
>> >> works. Will these methods be removed in the "official" source too? -
>> >> i hope :-)
> > Yes, I'll remove them. AAMOF, I thought I already had :(


Hello,

another little thing: The picture property editor still shows the error
"Invalid property value". It is needed to open the DFM of this editor one
time, ignore the error when opening th DFM, save it and check it into CVS
again. Seems taht the DFM still contains an invalid value for teh
TjvFormStorage. After this procedure it works (just tried it but i do not
have write access to CVS).

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Regexp
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 4 May 2004 20:29:39 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
>> >> in the current version of the function "MatchesMask" the use of
>> >> "TURESearch" is commented out (see JvValidators.pas line 527) and
>> >> the check is done with "Masks.MatchesMask". Any reason why?
> > Huh? Now, why did I do that? Can't recall now and check in comments
> > doesn't say anything...
> >
> > Anyone else remember this?

I was just playing with another reg expression library and i thougt if the
JEDI stuff works in the same manner as the other lib i could drop the other
lib and use the JDEI regex-stuff (i am trying to minimize the use of many
different libraries at the moment).

That's why i found this in jvValidators (the last posts in this thread
pointed me in this direction, before i did not know that jvValidators are
using reg expressions)

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Regexp
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 May 2004 20:19:38 +0200
Newsgroups: jedi.vcl

> > in the current version of the function "MatchesMask" the use of
"TURESearch"
> > is commented out (see JvValidators.pas line 527) and the check is done
with
> > "Masks.MatchesMask". Any reason why?
Huh? Now, why did I do that? Can't recall now and check in comments doesn't
say anything...

Anyone else remember this?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvNavPanelDemo + Nav components.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 May 2004 20:15:02 +0200
Newsgroups: jedi.vcl

> > P.S. You rock.
Thanks! Remember that they are very much WIP (work in progress), so
suggestions on improvements etc are highly welcome (from anyone, of course).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Regexp
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 4 May 2004 20:10:49 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
> > JvValidators uses the widestring reg exp class in JclUnicode. I've

Hello,

in the current version of the function "MatchesMask" the use of "TURESearch"
is commented out (see JvValidators.pas line 527) and the check is done with
"Masks.MatchesMask". Any reason why?

(it was the checkout from this weekend)

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: JvNavPanelDemo + Nav components.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 04 May 2004 14:05:12 -0400
Newsgroups: jedi.vcl

Yo, P.T., that Nav component set is *awesome*.  I must now go and remove my outlook-97 style from my app and rework it to use this navigator panel.

Warren

P.S. You rock.


Subject: Re: Organization of components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 May 2004 19:03:01 +0200
Newsgroups: jedi.vcl

> > Can we integrate such a tool (best with a set of predefined entries)?
> > We have all sorts of nice tools already, but we should work on them.
> > The Jedi Uses Wizard for example is really nice but unused.
I don't see wizards, generic editors and OTA tools as the focus for JVCL. It
belongs in its own project IMO.

> > We should either integrate into GExperts or see if we can complement it.
That would be the best approach.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBLookupEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 May 2004 19:00:25 +0200
Newsgroups: jedi.vcl

> > I have to correct myself. Not the user changes, rather the selected item
> > is being changed by the user :-)
OnChange is triggered when the user changes the value. To be notified when
the record changes, use the events of the datasource or the dataset
(whichever is more appropriate for you).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Regexp
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 May 2004 18:58:15 +0200
Newsgroups: jedi.vcl

JvValidators uses the widestring reg exp class in JclUnicode. I've also
recently donated a wrapper for the pcre.dll (PCRE = Perl Compatible Regular
Expression) to JCL (in CVS, see jcl/donations/common and
jcl/donations/common/pcre).

I can't really say what is the "standard" but PCRE is pretty nice. Julian
Bucknall also wrote a reg exp class in one issue of Delphi Magazine and I
believe it is also in his algorithm book.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Regexp
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 04 May 2004 18:02:51 +0200
Newsgroups: jedi.vcl

Hi guys, Peter in particular,

I try to find my way trhough regular expressions right now.

I found several books in the library. However, I do not know which "standard" JVCL used, for example in the Validator-Classes.

There's Java specific regexp, Perl specific Regexp ...

So, Peter, which one is it then ? ;-)



Subject: Problem with JVDBInspector
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Tue, 4 May 2004 18:00:33 +0200
Newsgroups: jedi.vcl

Hi,

I'm using JVDBInspector and I've problems. I take your sample and after
launched, my cpu works a lot and my computer shut down; it seems a stack
overflow. So I've made another project and I have the same problem. It
product on the line:
"TJvInspectorDBData.New(JvInspector1.Root, DataSource1, ['LastName',
'FirstName', 'Salary']);"




Subject: Re: JvDBLookupEdit
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 04 May 2004 17:47:26 +0200
Newsgroups: jedi.vcl

I have to correct myself. Not the user changes, rather the selected item is being changed by the user :-)

Holger Flick wrote:

> The user changes --> OnChange is triggered
>
> ZioNemo wrote:
>
>> Hi everybody!
>> I'm using a JvDBLookupEdit to select one possible value from those contained in a colunm of a table.
>> I just want the user to be able to select one of the values.
>> No chance to edit them.
>> It works Ok, but I get no event when the user chenges selection!
>> AFAIK I should get the OnClick event (like a standard ListBox), but I do not get it. I *do* get the OnCloseUp event and I'm currently using that, but it isn't fired if I use the keyboard for selection.
>> What should I use?
>>
>> TiA
>> ZioNemo


Subject: Re: JvDBLookupEdit
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 04 May 2004 17:46:47 +0200
Newsgroups: jedi.vcl

The user changes --> OnChange is triggered

ZioNemo wrote:

> Hi everybody!
> I'm using a JvDBLookupEdit to select one possible value from those contained in a colunm of a table.
> I just want the user to be able to select one of the values.
> No chance to edit them.
> It works Ok, but I get no event when the user chenges selection!
> AFAIK I should get the OnClick event (like a standard ListBox), but I do not get it. I *do* get the OnCloseUp event and I'm currently using that, but it isn't fired if I use the keyboard for selection.
> What should I use?
>
> TiA
> ZioNemo


Subject: JvDBLookupEdit
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Tue, 04 May 2004 16:10:43 +0200
Newsgroups: jedi.vcl

Hi everybody!
I'm using a JvDBLookupEdit to select one possible value from those contained in a colunm of a table.
I just want the user to be able to select one of the values.
No chance to edit them.
It works Ok, but I get no event when the user chenges selection!
AFAIK I should get the OnClick event (like a standard ListBox), but I do not get it. I *do* get the OnCloseUp event and I'm currently using that, but it isn't fired if I use the keyboard for selection.
What should I use?

TiA
ZioNemo


Subject: Re: Yet Another Installation Error
From: "Bepy" <freddy.junior@email.it>
Date: Tue, 4 May 2004 15:18:54 +0200
Newsgroups: jedi.vcl

I'm sorry I've simply forgot to install JCL first...
Now it's working fine.




Subject: Yet Another Installation Error
From: "Bepy" <freddy.junior@email.it>
Date: Tue, 4 May 2004 15:05:35 +0200
Newsgroups: jedi.vcl

Hi,

I've just downloaded jcl-Latest.zip and JVCL3-Latest.zip.
After extracting them into a common folder (JEDI\JCL and JEDI\JVCL), I've
launched JEDI\JVCL\install.bat choosing:
- build package
- compile JCL.dcp files if necessary

After a minute, this error comes up:
[Compiling: JvCoreD7R.bpl]

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

D:\Archivio\Delphi\Utilita\JEDI\JVCL\run\JvJVCLAboutForm.pas(140) Error:
Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

JvCoreD7R.dpk(93) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

** error 1 ** deleting JvCoreD7R.bpl

** error 1 ** deleting CompilePackages





Subject: Re: JvDeviceInfo.MMToXPx bug?
From: Massimiliano <max@mailinator.com>
Date: Tue, 04 May 2004 14:52:20 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Does anyone to know how setup printer margins or page size? I don't find
>> the way...
>
> You need to set DeviceInfo.ReferenceHandle := Printer.Handle before creating
> the preview.

thank for your reply Peter, but I already do that.
That affect only the margins in preview but not in print...

That is what I do:

FJvRichRender.PrintPreview := preview ;
with preview do begin
   Visible := false;

    DeviceInfo.ReferenceHandle := Printer.Handle;

    DeviceInfo.OffsetLeft   := DeviceInfo.InchToXPx(2.5);
    DeviceInfo.OffsetRight  := DeviceInfo.InchToXPx(2.5);
    DeviceInfo.OffsetTop    := DeviceInfo.InchToXPx(2.5);
    DeviceInfo.OffsetBottom := DeviceInfo.InchToXPx(2.5);

end;
FJvRichRender.CreatePreview(false);

Thank in advance
Massimiliano


Subject: Re: JvDeviceInfo.MMToXPx bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 May 2004 14:22:47 +0200
Newsgroups: jedi.vcl

> > Does anyone to know how setup printer margins or page size? I don't find
> > the way...
You need to set DeviceInfo.ReferenceHandle := Printer.Handle before creating
the preview.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvDeviceInfo.MMToXPx bug?
From: Massimiliano <max@mailinator.com>
Date: Tue, 04 May 2004 14:12:33 +0200
Newsgroups: jedi.vcl

Hi All,

I think I found a bug in JvDeviceInfo...

TJvDeviceInfo.MMToXPx and TJvDeviceInfo.MMToYPx are implemented as:
Result := InchToXPx(MM * 25.4);

but I think should be:
 Result := InchToXPx(MM / 25.4);


I'm trying to print from JvRichEdit and JvPreviewControl...
Changing JvPreviewControl.DeviceInfo. properties doesn't affect the print at all...
Does anyone to know how setup printer margins or page size? I don't find the way...

Thank in advance

Massimiliano


Subject: Re: JVCL2.1 + CB5 problem - solved
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Tue, 04 May 2004 21:30:59 +1000
Newsgroups: jedi.vcl

Glad to hear that the compat guide was of help in that case.
Most of these errors are already fixed in the JVCL3, but if you find any, please report them here.

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator


Subject: Re: Error during the install on JVCL 3
From: "Fellipe Henrique" <fellipe@rodoviariolider.com.br>
Date: Tue, 4 May 2004 08:11:48 -0300
Newsgroups: jedi.vcl

Its works... thanks for all,

Fellipe.


"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:c75tmr$64h$1@talkto.net...
> > You need to update your JCL to the latest CVS version, recompile the JCL
> > packages and then recompile JVCL
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Problems with installer from daily.zip
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 4 May 2004 13:08:11 +0200
Newsgroups: jedi.vcl

Ok, if "Build Packages" is not checked I´m running always into same error...

 "MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
 Fatal: 'JvQRegistryIniFile' does not exist - don't know how to make it"

And when checked it compiles now with no error (with new installed JCL) .

 Regards

 Dierk






Subject: Re: How To : TAppIniFileStorage
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Tue, 4 May 2004 10:56:01 +0200
Newsgroups: jedi.vcl

Just a mail to say it's OK; there's no Problem. It was me.
Sorry

"Nono" <arnold.fluteaux@scj.fr> a écrit dans le message de news:
c77e8m$ep3$1@talkto.net...
> > I get access violation error when I specify filename but I don't use
> > FormStorage. I want only to read/write values in an ini File.
> >
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
> > message de news: c760ou$6st$1@talkto.net...
>>> > > > I'm trying to use TAppIniFileStorage to get and set values in a .ini
> > File.
>>> > > > So I've this component on my form and I just code .filename =
> > 'myfile.ini'
>>> > > > and I get a n adress violation error. I think that I don't use it
>> > > correctly.
>> > >
>> > >     Do you get the access violation when you specify the filename or
when
>> > > you try to actually read/write values?
>> > >
>> > > --
>> > > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> > > Project JEDI Help coordinator
>> > > JVCL Help team coordinator
>> > >
>> > > To mail me, remove the obvious from my mail address
>> > >
>> > >
> >
> >




Subject: Re: Addition to "BCB Compatibility Guide"
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Tue, 04 May 2004 18:55:08 +1000
Newsgroups: jedi.vcl

AlexB wrote:
> The problem was described in Quality Central by Olivier Sannier in report
> N7224 of  8 Feb 2004:
I know, I posted it ;-)
However, I thought I put some remarks for it in the compat guide, but apparently, I forgot that.
I'll update it as soon as I get my computer back from repairs (anywhere between 1 and 6 weeks...)



Subject: Addition to "BCB Compatibility Guide"
From: "AlexB" <b.a.v@ngs.ru>
Date: Tue, 4 May 2004 15:31:52 +0700
Newsgroups: jedi.vcl

The problem was described in Quality Central by Olivier Sannier in report
N7224 of  8 Feb 2004:
----------------------------------------------------------------------------
----------------------
There is a bug in the generation of hpp files when a Delphi type declared as
pointer to another is used. For instance:

PInteger = ^Integer;

Then when you use it as a constant parameter of a procedure, in Delphi, this
gives that:

procedure myProcedure(const parameter : PInteger);

Which basically means that the value of parameter can't be changed by
myProcedure but the value pointed to can be. Hence it is a constant pointer
to a non constant object. These two declarations get output by dcc32 in the
hpp file like this:

typedef int *PInteger;
void myProcedure(const PInteger parameter);

But the declaration of the parameter is incorrect. If we fully expand it,
this gives that:

const Integer * parameter

which in C++ is a non constant pointer to a constant object. Note the move
of the constant specification from the pointer to the object it points to.

When the package is compiled and linked, the import library for it indicates
the correct declaration to match the Delphi semantic, but dcc32 outputs an
erroneous header, thus leading to the problem when this header is used.

The correct declaration would be this one:

Integer const * parameter

but as the hpp generator doesn't break up Delphi pointer types, it cannot
give a valid declaration. The only way to fix that is to remove the const
specifier so that the declaration doesn't get mixed up. This should be done
only for types that are declared as pointers in Delphi (PType = ^TType) as
the "bug" only occurs with such types.
For instance, if you use a constant TForm parameter, this gets output as
"const Forms::TForm*" which is semantically incorrect once again, but this
time, the hpp file is in sync with what the linker does.
----------------------------------------------------------------
(I've found this issue by myself some month earlier).

AlexB




Subject: Re: Problems with installer from daily.zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 May 2004 10:17:55 +0200
Newsgroups: jedi.vcl

> > Maybe a message from JVCL-Installer that there is a need of updating the
JCL
> > would be a help (... I think not not only for me).
Problem is - how is the installer to know what is wrong when the compile
fails? It could be anything.

> > I don´t know how many hours I spend for that stupid problem.
Always post here as the first thing you do if you are having problems.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with installer from daily.zip
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 4 May 2004 10:14:46 +0200
Newsgroups: jedi.vcl

Maybe a message from JVCL-Installer that there is a need of updating the JCL
would be a help (... I think not not only for me).
I don´t know how many hours I spend for that stupid problem.

Regards

Dierk




Subject: Re: JVCL2.1 + CB5 problem - solved
From: "AlexB" <b.a.v@ngs.ru>
Date: Tue, 4 May 2004 15:13:31 +0700
Newsgroups: jedi.vcl

 In "BCB Compatibility Guide" of JVCL3 distribution I've found:
E2303 Type name expected (on a __property line)
This is because of bad casing on an inherited property. The usual example is
having a property named PopUpMenu where it should be PopupMenu. BCB is case
sensitive so you must respect casing in your pas files, at least in the
interface section.


After some excavations in pas- and hpp-files I've found some declarations
like:

property ClipboardCommands;

property ClipBoardCommands;


After context replacing of  "ClipboardCommands" to "ClipBoardCommands" in
hpp I have no problem in compilation.

AlexB




Subject: Re: Problems with installer from daily.zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 May 2004 10:08:16 +0200
Newsgroups: jedi.vcl

> > Why couldn´t JVCL put JCL into the daily.zip?
Because if we did, there wouldn't be any use for http://jcl.sf.net/daily  ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with installer from daily.zip
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 4 May 2004 10:05:46 +0200
Newsgroups: jedi.vcl

Thank you Peter.
This was it.
Why couldn´t JVCL put JCL into the daily.zip?

Regards
Dierk




Subject: Re: Problems with installer from daily.zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 May 2004 09:48:23 +0200
Newsgroups: jedi.vcl

> > Ahhhh..... After cleaning complete jvcl3 directory, I´m running into new
> > problems:

You need to get the latest JclGraphUtils.pas from JCL and rebuild the DJCL
and DJCLVcl packages before rebuilding JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with installer from daily.zip
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 4 May 2004 09:31:57 +0200
Newsgroups: jedi.vcl

Ahhhh..... After cleaning complete jvcl3 directory, I´m running into new
problems:
================================================================
E:\CMP\jvcl3\jvcl\run\JvBackgrounds.pas(287) Fehler: Undefinierter
Bezeichner: 'THLSVector'
E:\CMP\jvcl3\jvcl\run\JvBackgrounds.pas(288) Fehler: Undefinierter
Bezeichner: 'THLSValue'
E:\CMP\jvcl3\jvcl\run\JvBackgrounds.pas(293) Fehler: Undefinierter
Bezeichner: 'RGBtoHLS'
E:\CMP\jvcl3\jvcl\run\JvBackgrounds.pas(294) Fehler: Operator oder Semikolon
fehlt
E:\CMP\jvcl3\jvcl\run\JvBackgrounds.pas(296) Fehler: Operator oder Semikolon
fehlt
E:\CMP\jvcl3\jvcl\run\JvBackgrounds.pas(302) Fehler: Undefinierter
Bezeichner: 'HLStoRGB'
E:\CMP\jvcl3\jvcl\run\JvBackgrounds.pas(302) Fehler: Undefinierter
Bezeichner: 'Saturation'
E:\CMP\jvcl3\jvcl\run\JvBackgrounds.pas(354) Fehler: Undefinierter
Bezeichner: 'SetBitmapColors'
JvCoreD5R.dpk(94) Fatal: Verwendete Unit '..\..\run\JvBackgrounds.pas' kann
nicht compiliert werden
================================================================

Where is the problem. Any help?

Regards
Dierk




Subject: Re: How To : TAppIniFileStorage
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Tue, 4 May 2004 09:27:42 +0200
Newsgroups: jedi.vcl

I get access violation error when I specify filename but I don't use
FormStorage. I want only to read/write values in an ini File.

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news: c760ou$6st$1@talkto.net...
>> > > I'm trying to use TAppIniFileStorage to get and set values in a .ini
File.
>> > > So I've this component on my form and I just code .filename =
'myfile.ini'
>> > > and I get a n adress violation error. I think that I don't use it
> > correctly.
> >
> >     Do you get the access violation when you specify the filename or when
> > you try to actually read/write values?
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: JVCL2.1 + CB5 problem (JvSpinEdit->ClipBoardCommands)
From: "AlexB" <b.a.v@ngs.ru>
Date: Tue, 4 May 2004 14:19:12 +0700
Newsgroups: jedi.vcl

Thank you for a quick answer!

"OBones" <obones_gfdg_@_rer_meloo.com>:
news:c77c9u$e8m$1@talkto.net...
>> > > After successful installation of JVCL2.10 with CBuilder5(+Up1)
> > Wow, I'm surprised it worked.
Why? ;-))
....

> > Please use the JVCL 3, this one has been tested for C5 and C6. you have
> > to use the latest JCL and JVCL that you can get here:
> >
> > http://jcl.sf.net/daily/
> > http://jvcl.sf.net/daily/

Ok.

AlexB.




Subject: Re: JVCL2.1 + CB5 problem (JvSpinEdit->ClipBoardCommands)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 04 May 2004 17:00:26 +1000
Newsgroups: jedi.vcl

AlexB wrote:

> After successful installation of JVCL2.10 with CBuilder5(+Up1)
Wow, I'm surprised it worked.

> I can't compile a simple form with JvSpinEdit. Compiler says:
>
>  __property ClipBoardCommands ; <---Error JvSpin.hpp: Type name expected
>
> This is a property redeclaration as "published" and nothing more.
> The only way to complete a compilation is commenting out of this
> redeclaration.
>
> Ascendant was compiled succesfully...
> And I see this property in Object Inspector...
> JvEdit with the same property was compiled without problems...
>
> Any comments?
Yes, don't use JVCL2.10 with C++ Builder, it hasn't been tested, is not supported and as you found out, it doesn't always work !
Please use the JVCL 3, this one has been tested for C5 and C6. you have to use the latest JCL and JVCL that you can get here:

http://jcl.sf.net/daily/
http://jvcl.sf.net/daily/

Please note that because of hardware failure, I haven't been able to test the state of the JVCL with C++ Builder since wednesday last week (28th of April). If you have any problem, please post here, I'll be around to help.

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator



Subject: JVCL2.1 + CB5 problem (JvSpinEdit->ClipBoardCommands)
From: "AlexB" <b.a.v@ngs.ru>
Date: Tue, 4 May 2004 13:53:45 +0700
Newsgroups: jedi.vcl

Hello noble Jedi!

After successful installation of JVCL2.10 with CBuilder5(+Up1)
I can't compile a simple form with JvSpinEdit. Compiler says:

 __property ClipBoardCommands ; <---Error JvSpin.hpp: Type name expected

This is a property redeclaration as "published" and nothing more.
The only way to complete a compilation is commenting out of this
redeclaration.

Ascendant was compiled succesfully...
And I see this property in Object Inspector...
JvEdit with the same property was compiled without problems...

Any comments?

AlexB.




Subject: Re: Organization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 May 2004 07:13:05 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> (2) I use Ray Konopka's Delphi 7 IDE plugin which is a LIFESAVER!  It puts a pulldown menu called Palette in your Delphi IDE, and it allows you to group all the palette pages you like into categories, and browse them using a set of nested pulldown menus. That sounds complicated, but it's really quite easy.  I recommend you go to the raize website and download it, it's FREE!  Three clicks and you are at any page you want.

Can we integrate such a tool (best with a set of predefined entries)?
We have all sorts of nice tools already, but we should work on them.
The Jedi Uses Wizard for example is really nice but unused.

I dream of something along the line of GExperts.
We should either integrate into GExperts or see if we can complement it.



Subject: JvRichEdit and print margin
From: Massimiliano <max@mailinator.com>
Date: Tue, 04 May 2004 01:18:00 +0200
Newsgroups: jedi.vcl

Hi All,

does anyone to know how to setup printer margins on JvRichEdit or using
JvPreviewControl?

I think I've to setup jvrichedit.PageRect but I don't understand want values I've to assign to and how to use, eventually, the TPageSetupDialog.

Thank in advance
Massimiliano



Subject: Re: New Threading components
From: "norberto" <pellicci@shaw.ca>
Date: Mon, 3 May 2004 15:55:04 -0700
Newsgroups: jedi.vcl

Thank you all. When i originally looked, i was in the wrong directory in CVS
and couldn't find the examples.

Much appreciation for all your help :-)


"obones" <obones_gfdg_@__rgee__altern.org> wrote in message
news:c6vakh$qo5$1@talkto.net...
> > The ones in the dev\JVCL3\examples directory, as you can see here:
> >
> >
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/examples/JvManagedThreads/
> >
> > They show classical multithreading concepts implemented using the
> > Managed Threads components.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> >
> > norberto wrote:
>> > > Which examples are you referring to?
>> > >
>> > > "obones" <obones_gfdg_@__rgee__altern.org> wrote in message
>> > > news:c6undq$nv6$2@talkto.net...
>> > >
>>> > >>norberto wrote:
>>> > >>
>>>> > >>>Hi,
>>>> > >>>
>>>> > >>>Does anyone know if there is any documentation (Help) or example code
>> > >
>> > > for
>> > >
>>>> > >>>the new JVCL threading components and, if so, where they would be
found?
>>>> > >>>
>>>> > >>>Thanks in advance.
>>>> > >>>
>>>> > >>>
>>>> > >>>
>>> > >>
>>> > >>Have a look at the examples, they are quite explanatory
>> > >
>> > >
>> > >




Subject: Re: Organization of components
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 03 May 2004 17:07:41 -0400
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> What do you mean with this? They have to convert their projects anyway
> (using convertion program I presume) and later they would benefit from
> right organization as well (IMO)...

I used to feel this way, and now I feel that any amount of organizing the Palette is a waste, since the problem is that the Palette basically
sucks for > 500 components.  Who really likes looking at a tabbed notebook with over 50 tabs and trying to find something. To solve this problem, I use two ways of finding a component:

(1) View->Component - This is a dialog with ALL the components in it, you can look one up by typing a few characters of its name, if you know what you want, it's a waste of time searching the tabs for it.

(2) I use Ray Konopka's Delphi 7 IDE plugin which is a LIFESAVER!  It puts a pulldown menu called Palette in your Delphi IDE, and it allows you to group all the palette pages you like into categories, and browse them using a set of nested pulldown menus. That sounds complicated, but it's really quite easy.  I recommend you go to the raize website and download it, it's FREE!  Three clicks and you are at any page you want.


If any BORLAND people are listening, how about a hierachical palette with Component Categories, and groups of palette pages. I have the
following Categories in my RAIZE ide plugin, and each ahs from 4 to 15 component palette pages accessible in a menu form beneath it:

        INTERNET
        REPORT
        DATABASE
        JVCL Nonvisual
        JVCL Visual
        VCL Standard Visual
        VCL Standard Non-visual
        OTHER Visual
        OTHER Non-Visual

Warren


Subject: Re: Html files compile into e-book?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 03 May 2004 16:56:02 -0400
Newsgroups: jedi.vcl

omziff wrote:

>  Hi,
> I was wondering if there is anything in jvcl that you know of that can be used to compile various files, mostly Html, into an e-book?

Uh, completely off topic, but check out Plucker (on Sourceforge). It is very handy for making portable small single files (e-book type stuff) that will fit on your Palm/PDA, or wherever. I think it's mostly written in Python, and it's completely open source. You could probably use the PyDelphi components to write a nice Delphi GUI and use the Plucker python backend.  It doesn't generate PDFs, but to me, an e-book means something I can stick on my palm-pilot.  Hope this helps.

Warren


Subject: Re: Organization of components
From: @in@taavi.ee
Date: Mon, 03 May 2004 19:17:45 GMT
Newsgroups: jedi.vcl

On Mon, 3 May 2004 19:53:28 +0200,
=?Windows-1252?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com>
wrote:

> >TJvTrackBar should already be on the "Jv Sliders and Splitters" tab. Try
> >resetting the palette layout to the default and you'll see it.

I have original 3beta setup where it is as I described... probably
someone fixed it later...


> >Globus, Jans and a couple of other packages are kept "stand-alone" and won't
> >be merged into the main JVCL packages, This is partly to minimize
> >maintenance

Hmm, in which way this minimizes maintenance?

Anyway, these components can be kept in the separate packages, but IMO
they should be intalled onto right palette tab. This is only matter of
changing registration file... perhaps it could be made installation
option - to keep them on separate palette tabs or mix with others?


> > but also to provide a migration path for existing users.

What do you mean with this? They have to convert their projects anyway
(using convertion program I presume) and later they would benefit from
right organization as well (IMO)...

Also, for the other JVCL users current organization makes life harder
- some time ago I was looking for splitter and I completely missed
TJvgSplitter as I only looked to the "Jv Sliders and Splitters"
palette...


ain


Subject: Re: How To : TAppIniFileStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 3 May 2004 20:37:23 +0200
Newsgroups: jedi.vcl

> > I'm trying to use TAppIniFileStorage to get and set values in a .ini File.
> > So I've this component on my form and I just code .filename = 'myfile.ini'
> > and I get a n adress violation error. I think that I don't use it
correctly.

    Do you get the access violation when you specify the filename or when
you try to actually read/write values?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: How To : TAppIniFileStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 3 May 2004 20:37:08 +0200
Newsgroups: jedi.vcl

> > I'd suggest you assign the filename programmatically
> > as well, so you can use the Application.ExeName to retrieve the full path.

    Not needed: you can set location to flExe (or whatever it's called) and
just specify a file name (mysettings.ini) and it will automatically use (or
create) the file in the application's directory.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: jvxpbar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 May 2004 19:54:02 +0200
Newsgroups: jedi.vcl

Added to CVS. Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Organization of components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 May 2004 19:53:28 +0200
Newsgroups: jedi.vcl

> > There is TJvTrackBar in "Jv Scrollers and Trackers". It looks like
> > slider to me, so why not to move it to "Jv Sliders and Splitters" (and
> > rename "Jv Scrollers and Trackers" to "Jv Scrollers").
TJvTrackBar should already be on the "Jv Sliders and Splitters" tab. Try
resetting the palette layout to the default and you'll see it. "Jv Scrollers
and Trackers" should indeed be renamed since there are no trackers on that
tab.


> > Also, IMO keeping the Globus and Jans palettes aren't good idea - when
> > I'm looking for trackbar / slider I look into "Jv Sliders and
> > Splitters" palette, but there is also JvTracker on "Jv Jans" whch I'm
> > (very likely) going to miss... same for splitters (there is
> > TJvgSplitter on "JVCL Globus Components 1"). TJvgDigits should go to
> > HMI Indicators etc...
Globus, Jans and a couple of other packages are kept "stand-alone" and won't
be merged into the main JVCL packages, This is partly to minimize
maintenance but also to provide a migration path for existing users. Due to
this, we won't change the palette tab layout either.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installation Problem ...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 May 2004 19:48:51 +0200
Newsgroups: jedi.vcl

JvSpinEdit.pas has been merged into JvSpin.pas but that was a long time ago
(before the JVCL2.10 release IIRC)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error during the install on JVCL 3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 May 2004 19:45:39 +0200
Newsgroups: jedi.vcl

You need to update your JCL to the latest CVS version, recompile the JCL
packages and then recompile JVCL

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with installer from daily.zip
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 3 May 2004 18:38:49 +0200
Newsgroups: jedi.vcl

It´s really strange.... It has something to do with this:

[Compiling: JvCoreD5R.bpl]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
 "e:\develop\borland\Delphi5\bin\dcc32.exe" -Q -M -B JvCoreD5R.dpk
Fatal: Zu viele bedingte Symbole (free translated: To many compiler
switches)

I don´t know what I should do...

Regards
Dierk




Subject: Re: How To : TAppIniFileStorage
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 03 May 2004 18:24:44 +0200
Newsgroups: jedi.vcl

You need to attach an FormStorage Component to the AppIniFileStorage, or more likely, vice-versa. Use the FormStorage (double click) to specify which values you want saved and restored. Then link the components to each other - dunno the exact property names. After that everything happens on its own. I'd suggest you assign the filename programmatically as well, so you can use the Application.ExeName to retrieve the full path.


Nono wrote:
> Hi,
>
> I'm trying to use TAppIniFileStorage to get and set values in a .ini File.
> So I've this component on my form and I just code .filename = 'myfile.ini'
> and I get a n adress violation error. I think that I don't use it correctly.
> So How to use this component.
> Thanks
>
>


Subject: Re: Problems with installer from daily.zip
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 03 May 2004 17:58:55 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> André,
> no I don´t.
> Im not using VisualCLX. I only want to install JVCL for D5pro on a Win98
> system.
>
Strange, I searched all files for JvQRegistryIniFile, and I only see it where I expected to see. Anyway you don't need any of JvQ* units for D5.

Regards,

André Snepvangers


Subject: Re: Problems with installer from daily.zip
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 03 May 2004 17:26:52 +0200
Newsgroups: jedi.vcl

Dierk wrote:
> Running always into same error...
> "MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Fatal: 'JvQRegistryIniFile' does not exist - don't know how to make it"
>
Trying VisualCLX I guess. ;) JvQRegistryIniFile should be added to JvQCoreK3R.dpk (only). (As a matter of fact I am working on this unit.)
I have made several changes to JVCLX for Kylix last days, so it could be that JVCLX in the Daily Version doesn't compile in this moment.
I hope to bring it to same level as Win JVCLX.

Regards,

André Snepvangers


Subject: Re: Problems with installer from daily.zip
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 3 May 2004 17:26:22 +0200
Newsgroups: jedi.vcl

André,
no I don´t.
Im not using VisualCLX. I only want to install JVCL for D5pro on a Win98
system.

Regards
Dierk





Subject: Re: Problems with installer from daily.zip
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 3 May 2004 17:04:52 +0200
Newsgroups: jedi.vcl

After using Revision 1.31 of  "JvCore-R.xml" always running in this new
error:

[Compiling: JvCoreD5R.bpl]
Fatal: Zu viele bedingte Symbole

** error 1 ** deleting JvCoreD5R.bpl

It means: Too many conditional symbols....

Any suggestions??
Regards

Dierk




Subject: How To : TAppIniFileStorage
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Mon, 3 May 2004 17:01:08 +0200
Newsgroups: jedi.vcl

Hi,

I'm trying to use TAppIniFileStorage to get and set values in a .ini File.
So I've this component on my form and I just code .filename = 'myfile.ini'
and I get a n adress violation error. I think that I don't use it correctly.
So How to use this component.
Thanks




Subject: Problems with installer from daily.zip
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 3 May 2004 16:10:34 +0200
Newsgroups: jedi.vcl

Running always into same error...
"MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: 'JvQRegistryIniFile' does not exist - don't know how to make it"

Regards

Dierk




Subject: Re: Installation Problem ...
From: "Leste" <sfremoveme@gpc-system.com>
Date: Mon, 3 May 2004 14:07:46 +0000
Newsgroups: jedi.vcl

One thing strange is that the component jvSpinEdit is not anymore in the
last release. But i will copy the .pas file in my project directory so it
won't be a problem anymore i guess.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installation Problem ...
From: "Leste" <sfremoveme@gpc-system.com>
Date: Mon, 3 May 2004 13:53:31 +0000
Newsgroups: jedi.vcl

Thanks a lot for your prompt answer.
Finally the problem was not coming from JVCL installation. And i was
already logged as Administrator.

My Delphi was not correctly installed (the components where not visible).

After reinstalling delphi, and patches. (and lauching delphi and rebooting
PC after each operation), and finally installing JVCL, it worked fine.

Best Regards
S FEHRENBACH



--- posted by geoForum on http://delphi.newswhat.com


Subject: Error during the install on JVCL 3
From: "Fellipe" <fellipe@rodoviariolider.com.br>
Date: Mon, 3 May 2004 10:49:35 -0300
Newsgroups: jedi.vcl

When a I try to install JVCL 3, a error ocurred:
@jclgraphics@initialization$qqrv  on djcl70.bpl

Sorry, but the complete message error is in Portuguese language...

Thanks for all..




Subject: Error during the install on JVCL 3
From: "Fellipe" <fellipe@rodoviariolider.com.br>
Date: Mon, 3 May 2004 10:49:01 -0300
Newsgroups: jedi.vcl

When a I try to install JVCL 3, a error ocurred:
@jclgraphics@initialization$qqrv  on djcl70.bpl

Sorry, but the complete message error is in Portuguese language...

Thanks for all..




Subject: Re: CVS yet again
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 03 May 2004 15:12:04 +0200
Newsgroups: jedi.vcl

Hi Oliver,

everything works fine now. The info I needed from somebody else was that Cygwin did this and not any other client. So I used Cygwin to check out my projects and imported them into a CVSNT repository. This should work fine now. I can install CVSNT under Linux as well, so I can do anything I want now.

Thanx for your detailed answer!

-- 
Holger

Oliver Giesen wrote:


Subject: Re: CVS yet again
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 03 May 2004 14:31:23 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> I thought this was nice because I never got WinCVS to run, so what I do right now is: I have Cygwin installed and use the bash command line to invoke CVS. The CVS repository is installed on another computer which runs Linux.
>
> Wonderful, I thought that I can now put Cygwin to rest and use this nice Toroise GUI. Everything worked perfectly UNTIL I used Tortoise to check out my current working project. Nothing was working. Delphi crashed... I immediatelly thought of line-endings and all the annoying things which are there with Windows and Linux.
>
> I was right.

IIRC Cygwin's CVS has the nasty habit of always checking out files with Unix linefeeds even on Windows. The client distributed with Tortoise (i.e. CVSNT) however does not act like this by default, so maybe there's a conflict with the existing files? Just a stab in the dark, though... To test whether this is the case you could try to add a few new test files and check them out again to see if their line endings are messed up as well...

There's a special option to force LF-checkouts on Windows but its use is highly discouraged as it could potentially corrupt repositories if not all clients used it consistently... CVSNT has replaced this option with a new file property (-kL) which appears to be the safer way of handling this issue.


> I looked into the FAQ and there is says: Only check out
> CVSNT Repositories.

Which FAQ was that? I don't know whether this is the case, but if Tortoise ships with a version of the CVSNT manual (which is likely as it uses the CVSNT client internally) and this is what you're talking about this might simply be because the manual was initially created by running a search&replace job over the original CVS documentation, i.e. replacing all occurrences of "CVS" with "CVSNT".

The CVSNT client distributed with Tortoise is very definitely capable of talking to all kinds of CVS servers on all kinds of platforms.


> Hello?! I checked out JVCL and it works nicely. I
> bet that JVCL does not use a Windows repository, does it??

Just FYI: CVSNT is not Windows-only anymore for several years now. It runs on several flavours of *ix as well and a MacOSX port is also in the works.


> So my question is: I have a Linux CVS bases repository. I'd like to use it with both Linux and Windows "clients" (I know that CVS does not exactly has clients...). How can I do this?

Why do you think Windows has no CVS "clients"?

However, I guess the answer is to leave linebreak-handling to CVS(NT) entirely. That's usually what works best.

To further identify the problem: Which versions of CVS(NT) are you using on the server and client (running "cvs ver" inside your sandbox on the client should give you both numbers)? Which authentication protocol are you using to connect? SSH can sometimes be a bit tricky to set up correctly.

Hope this helps.

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: CVS yet again
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 03 May 2004 14:03:55 +0200
Newsgroups: jedi.vcl

Hi guys,

I have a topic that does not have something to do with JVCL directly. There's quite a big discussion going on about CVS.

I read through all these messages and one thing stood out: Tortoise for Windows...

I thought this was nice because I never got WinCVS to run, so what I do right now is: I have Cygwin installed and use the bash command line to invoke CVS. The CVS repository is installed on another computer which runs Linux.

Wonderful, I thought that I can now put Cygwin to rest and use this nice Toroise GUI. Everything worked perfectly UNTIL I used Tortoise to check out my current working project. Nothing was working. Delphi crashed... I immediatelly thought of line-endings and all the annoying things which are there with Windows and Linux.

I was right. I looked into the FAQ and there is says: Only check out CVSNT Repositories. Hello?! I checked out JVCL and it works nicely. I bet that JVCL does not use a Windows repository, does it??

So my question is: I have a Linux CVS bases repository. I'd like to use it with both Linux and Windows "clients" (I know that CVS does not exactly has clients...). How can I do this?

You may also contact me via my email if you do not want to go off-topic, but maybe somebody else has the same problem using CVS and JVCL.

(You have to take out the xyz. of the email of course ;-)

-- 
Holger


Subject: Installation Problem ...
From: "Leste" <sfremoveme@gpc-system.com>
Date: Mon, 3 May 2004 11:52:04 +0000
Newsgroups: jedi.vcl

Hi,

When i try to install the package JCL+JVCL210FullInstall, i have got an
error message after clicking on "Install", and then it aborts.

the message is : 

Unable to open key "SOFTWARE\Borland\Delphi\6.0\Library" for write.

I have same error message with installing JCL+JVCL2BetaFullInstall. The
installation is done on a newly installed XP computer.

Have you any idea ?

Thanks a lot,

Stéphane.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Organization of components
From: @in@taavi.ee
Date: Mon, 03 May 2004 11:48:04 GMT
Newsgroups: jedi.vcl

Hi!

There is TJvTrackBar in "Jv Scrollers and Trackers". It looks like
slider to me, so why not to move it to "Jv Sliders and Splitters" (and
rename "Jv Scrollers and Trackers" to "Jv Scrollers").

Also, IMO keeping the Globus and Jans palettes aren't good idea - when
I'm looking for trackbar / slider I look into "Jv Sliders and
Splitters" palette, but there is also JvTracker on "Jv Jans" whch I'm
(very likely) going to miss... same for splitters (there is
TJvgSplitter on "JVCL Globus Components 1"). TJvgDigits should go to
HMI Indicators etc...

So, I would suggest to move Globus and Jans' components into palettes
they belong (and in the end, some of them should probably be merged to
remove dublicates)...


ain


Subject: Re: Installation Problem ...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 May 2004 11:53:53 +0200
Newsgroups: jedi.vcl

> > Unable to open key "SOFTWARE\Borland\Delphi\6.0\Library" for write.
Seems you don't have sufficient privileges to write to the registry. Log in
as an administrator and install.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS String
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 May 2004 11:52:48 +0200
Newsgroups: jedi.vcl

If you are updating an existing CVS folder, make sure that you have the same
CVSROOT in *all* /CVS/Root files (use a search and replace tool like
JVCLConvert to update the Root files)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Old Problem with New Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 3 May 2004 09:47:36 +0000
Newsgroups: jedi.vcl

Hi Andreas,

sorry, NO ?

I didn't understand it?

If the lenght of the path is a problem, here my pathlist:
PATH=C:\PROGRAMME\IONA\ASP\5.1\Bin;C:\Programme\AMS\CCB Client
Suite\Application;C:\Programme\AMS\CCB Client
Suite\Library;C:\WINNT;C:\WINNT\SYSTEM32;C:\WINNT\SYSTEM32\NLS\DEUTSCH;C:\PROGRAMME\ORACLE9I\BIN;C:\PROGRAMME\BUSINESS
OBJECTS\BUSINESSOBJECTS ENTERPRISE
6\BIN\ORB\ASP\5.1\BIN;C:\PROGRAMME\BUSINESS OBJECTS\BUSINESSOBJECTS
ENTERPRISE
6\BIN\ORB\BIN;C:\PROGRAMME\ENTWICKLUNG\BORLAND\DELPHI7\BIN;C:\PROGRAMME\ENTWICKLUNG\BORLAND\DELPHI7\PROJECTS\BPL\;C:\PROGRAMME\IONA\ASP\5.1\BIN;C:\PROGRAMME\ORACLE\JRE\1.1.8\BIN;C:\WINNT;C:\PROGRAMME\BUSINESS
OBJECTS\BUSINESSOBJECTS ENTERPRISE
6\BIN;C:\PROGRAMME\TOOLS\PCANYWHERE\;C:\PROGRAMME\TOOLS\PGPNT;Z:.



Greetings
Jens

> >Jens Fudickar wrote:
> >
>> >> I have downloaded now the version 1.24 to 1.27 and will try it tomorrow.
>> >> Did i need anything else.  On this computer i did not have any cvs, so i
>> >> had to prepare everything now.
> >
> >I've made a change in the build.exe, could you test if this new version
> >works for you?
> >
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: CVS String
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 3 May 2004 11:46:53 +0200
Newsgroups: jedi.vcl

Ok ok thanks :D

Run run :) (I hope still running!)

Thank you all!




Subject: Re: CVS String
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 3 May 2004 11:45:30 +0200
Newsgroups: jedi.vcl

> > Are you doing a fresh checkout or are you trying to update an existing CVS
> > folder?

Update an existing CVS. Remove it?

> > This should be:
> > CVSROOT=:pserver:anonymous@cvs.sf.net:/cvsroot/jvcl

In C:\Programmi\Borland\Componenti\JVCL: C:\Programmi\TortoiseCVS\cvs.exe -q
checkout -P dev/JVCL3
CVSROOT=:pserver:anonymous@cvs.sf.net:/cvsroot/jvcl/
cvs [checkout aborted]: unrecognized auth response from cvs.sf.net: M -!-
Project map lookup failed ()

Same error :)

Sigh :'(

Regards,
Stefano Pessina




Subject: Re: CVS String
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Mon, 3 May 2004 11:43:30 +0200
Newsgroups: jedi.vcl

On Mon, 3 May 2004 11:12:43 +0200, "Stefano Pessina" <peste1@tin.it> 
wrote in article <c74vlq$vc9$1@talkto.net>:
> > CVSROOT=:pserver:anonymous@cvs.sf.net:/cvsroot/jvcl/dev/JVCL3

This should be:
> > CVSROOT=:pserver:anonymous@cvs.sf.net:/cvsroot/jvcl

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: CVS String
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 May 2004 11:42:52 +0200
Newsgroups: jedi.vcl

CVS can be tricky :)

CVSROOT should be ":pserver:anonymous@cvs.sf.net:/cvsroot/jvcl"
Module should be "dev/JVCL3"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS String
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 May 2004 11:40:40 +0200
Newsgroups: jedi.vcl

Are you doing a fresh checkout or are you trying to update an existing CVS
folder?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS String
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 3 May 2004 11:12:43 +0200
Newsgroups: jedi.vcl

Uff... the same error:

In C:\Programmi\Borland\Componenti\JVCL: C:\Programmi\TortoiseCVS\cvs.exe -q
checkout -P dev/JVCL3
CVSROOT=:pserver:anonymous@cvs.sf.net:/cvsroot/jvcl/dev/JVCL3

cvs [checkout aborted]: unrecognized auth response from cvs.sf.net: M -!-
Project map lookup failed ()

Error, CVS operation failed

Other ideas ? :'(

Thank you for the help :)

Regards,
Stefano Pessina

"Oliver Giesen" <ogware@gmx.net> ha scritto nel messaggio
news:c74vbf$use$1@talkto.net...
> > Stefano Pessina wrote:
> >
>> > > In C:\Programmi\Borland\Componenti\JVCL:
C:\Programmi\TortoiseCVS\cvs.exe -q
>> > > checkout -P dev/jvcl3
> >
> > That should be dev/JVCL3 . The module name is case-sensitive.
> >
> > Hope this helps.
> >
> > -- 
> > Oliver
> > ---- ------------------
> > JID: ogiesen@jabber.org
> > ICQ: 18777742 (http://wwp.icq.com/18777742)




Subject: Re: CVS String
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 03 May 2004 11:06:56 +0200
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> In C:\Programmi\Borland\Componenti\JVCL: C:\Programmi\TortoiseCVS\cvs.exe -q
> checkout -P dev/jvcl3

That should be dev/JVCL3 . The module name is case-sensitive.

Hope this helps.

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: CVS String
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 3 May 2004 10:55:35 +0200
Newsgroups: jedi.vcl

Why :'( ?

In C:\Programmi\Borland\Componenti\JVCL: C:\Programmi\TortoiseCVS\cvs.exe -q
checkout -P dev/jvcl3
CVSROOT=:pserver:anonymous@cvs.sf.net:/cvsroot/jvcl/dev/jvcl3
cvs checkout: Empty password used - try 'cvs login' with a real password
cvs [checkout aborted]: authorization failed: server cvs.sf.net rejected
access to /cvsroot/jvcl/dev/jvcl3 for user anonymous
Error, CVS operation failed

Regards,
Stefano Pessina




Subject: Re: CVS String
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 3 May 2004 10:45:15 +0200
Newsgroups: jedi.vcl

Anonymous access... now I'll try this.
But I think it's the same string that I have always used (without "jvcl" for
the new SF settings).

Regards,
Stefano Pessina

"Oliver Giesen" <ogware@gmx.net> ha scritto nel messaggio
news:c74t4l$uoa$1@talkto.net...
> > Stefano Pessina wrote:
>> > > Sorry but I can't use CVS for a mistake-error.
>> > > Can anyone send me the TortoiseCVS-string that use to connect?
> >
> > Depends, whether you use anonymous or developer access:
> >
> > Anonymous (read-only):
> >
> >    :pserver:anonymous@cvs.sf.net:/cvsroot/jvcl
> >
> >
> > For developer access (read-write) there's potentially several different
> > options. I don't use Tortoise myself, so I don't know which ones it
> > supports. Personally, I use:
> >
> >    :ssh;ver=2:[username]@cvs.sf.net:/cvsroot/jvcl
> >
> >
> > If Tortoise doesn't support this, you might have to use the following
> > instead:
> >
> >    :ext:[username]@cvs.sf.net:/cvsroot/jvcl
> >
> > ([username] is of course just a placeholder for your own username)
> >
> > Hope this helps.
> >
> > -- 
> > Oliver
> > ---- ------------------
> > JID: ogiesen@jabber.org
> > ICQ: 18777742 (http://wwp.icq.com/18777742)




Subject: Re: probably a stupid question.
From: "Rich" <rich@hawaii.rr.com>
Date: Sun, 2 May 2004 22:41:51 -1000
Newsgroups: jedi.vcl

mostly noticed it going through several of the demo programs just checking
things out.

next time i run across it i'll make a note.

rich

"obones" <obones_gfdg_@__rgee__altern.org> wrote in message
news:c73qd5$o7k$2@talkto.net...
> > Rich wrote:
>> > > I use D5 but I keep running into your USES clauses asking for Variants,
>> > > which is not a module in D5.  If I remember correctly the definitions
for
>> > > this are in the System unit in D5 but replacing Variants with System in
the
>> > > uses clause brings up a duplicate definition error.
> >
> > I would appreciate if you could tell us which files are a problem,
> > because I had no problems compiling the JVCL 3 for C++ Builder 5, which
> > uses the same VCL as Delphi 5.




Subject: Re: jvxpbar
From: "Matej Golob" <matej.golob@epi-spektrum.si>
Date: Mon, 3 May 2004 10:30:11 +0200
Newsgroups: jedi.vcl

> > It is better you implement it and upload it as a donation to Mantis.
I've done it. I hope, that it's good enough to include it to "official"
release.

Matej




Subject: Re: CVS String
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 03 May 2004 10:29:09 +0200
Newsgroups: jedi.vcl

Stefano Pessina wrote:
> Sorry but I can't use CVS for a mistake-error.
> Can anyone send me the TortoiseCVS-string that use to connect?

Depends, whether you use anonymous or developer access:

Anonymous (read-only):

  :pserver:anonymous@cvs.sf.net:/cvsroot/jvcl


For developer access (read-write) there's potentially several different options. I don't use Tortoise myself, so I don't know which ones it supports. Personally, I use:

  :ssh;ver=2:[username]@cvs.sf.net:/cvsroot/jvcl


If Tortoise doesn't support this, you might have to use the following instead:

  :ext:[username]@cvs.sf.net:/cvsroot/jvcl

([username] is of course just a placeholder for your own username)

Hope this helps.

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: CVS String
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 3 May 2004 10:19:49 +0200
Newsgroups: jedi.vcl

Sorry but I can't use CVS for a mistake-error.
Can anyone send me the TortoiseCVS-string that use to connect?

Regards,
Stefano Pessina




Subject: Re: Html files compile into e-book?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 May 2004 09:00:22 +0200
Newsgroups: jedi.vcl

Sorry, we don't have anything like that in JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvxpbar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 May 2004 09:00:07 +0200
Newsgroups: jedi.vcl

> > I can also add these features myself but I would like to use "official"
> > release of jvcl, not modified by me...

It is better you implement it and upload it as a donation to Mantis. That
speeds the process considerably and you have a bigger chance getting it the
way you want it :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvNavPanelButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 May 2004 08:59:08 +0200
Newsgroups: jedi.vcl

I've added a new color to TJvNavPanelColors: ButtonSeparatorColor. By
default it is clGray but to remove it from TJvNavPanelButton, set it to
clNone in TJvNavPanelButton.Colors

Hope that helps

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in picture-property editor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 May 2004 08:39:09 +0200
Newsgroups: jedi.vcl

> > yesssss, thats it. Aftrer removing the methods and a rebuild it works.
Will
> > these methods be removed in the "official" source too? - i hope :-)
Yes, I'll remove them. AAMOF, I thought I already had :(

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Windows address book-component?
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Sun, 2 May 2004 23:41:21 +0000
Newsgroups: jedi.vcl

Hi,

that is intersting to use the API convers--I didnt think it would be 
possible to do this at all

best
omziff



> >
> >"omziff" <badtigger2tigger@hotmail.com> schrieb im Newsbeitrag
> >news:c6q3eq$rh2$1@talkto.net...
>> >> Hi,
>> >>
>> >> I used this one before from Tory, it enumerates from the WAB:
>> >>
>> >> http://www.torry.net/vcl/system/appscommunications/windowsaddressbook.
zip
>> >>
>> >>
>> >> best,
>> >> omziff
>> >>
> >
> >Hi,
> >
> >thanks for the hint. Thic component is mainly a wrapper around the JEDI 
API
> >conversion! But it only allows to read the addressbook. I was seeking for 
a
> >component that is able to add items to the addressbook.
> >
> >Meanwhile i have managed to write an own class (with the help of the JEDI
> >demo from API conversion) that is able to add items to the WAB.
> >
> >Ciao,
> >Ralf
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Html files compile into e-book?
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Sun, 2 May 2004 23:39:23 +0000
Newsgroups: jedi.vcl

 Hi,
I was wondering if there is anything in jvcl that you know of that can be 
used to compile various files, mostly Html, into an e-book?

omziff



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: probably a stupid question.
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Mon, 03 May 2004 08:35:34 +1000
Newsgroups: jedi.vcl

Rich wrote:
> I use D5 but I keep running into your USES clauses asking for Variants,
> which is not a module in D5.  If I remember correctly the definitions for
> this are in the System unit in D5 but replacing Variants with System in the
> uses clause brings up a duplicate definition error.

I would appreciate if you could tell us which files are a problem, because I had no problems compiling the JVCL 3 for C++ Builder 5, which uses the same VCL as Delphi 5.


Subject: Re: TJvMainMenu
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Mon, 03 May 2004 08:34:17 +1000
Newsgroups: jedi.vcl

Holger Flick wrote:
> Hi,
>
> style msOffice raises an access violation in vcl70.bpl
>
> During run-time and design-time.
>
> This style is really the best-looking, however, the av's make deploying impossible.
>
> -- 
> Holger
I've never noticed that problem, but I'm using D6, C6 and C5 here. Can you trace the AV ? And what version of the file do you have ?

Thanks

Olivier Sannier
JVCL Developer


Subject: Re: VisualCLX: TJvCustomInspectorItem.DropDown partially disabled for VIsualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 02 May 2004 23:05:45 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hi André,
>
>    in the TJvCustomInspectorItem.DropDown method, part of it is enclosed in
> an {$IFDEF VCL} condition. Is that part not working under VisualCLX or was
> it giving trouble before and susequently forgotten to remove the {$IFDEF}?
>
Hallo Marcel,

I examined the code, discovered and fixed a (clx) bug in JVCLUtils.CanvasMaxTextHeight. I will test JvQInspector with the ifdef'ed code tomorrow, it needs some (clx) work anyway.

Regards,

André Snepvangers


Subject: Re: Error in picture-property editor
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 2 May 2004 23:04:30 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
>>> >>> What happes when i try to save the form. I have never seen such an
>>> >>> error message before when saving a form. Any idea? (Maybe something
>>> >>> in DefineProperties?? - IIRC this method is called auppon saving,
>>> >>> not sure) Sorry, my fault (again!).
> >
> > Remove the DefineProperties and DoReadOptions/DoWriteOptions from
> > JvFormPlacement - they are not needed and rebuild.

Hello,

yesssss, thats it. Aftrer removing the methods and a rebuild it works. Will
these methods be removed in the "official" source too? - i hope :-)

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: jvxpbar
From: "Matej Golob" <matej@pohorje.net>
Date: Sun, 2 May 2004 22:45:13 +0200
Newsgroups: jedi.vcl

It would be nice for me if it possible to add 2 simple "features" to
jvxpbar:
1. Possibility to set "brush color" - color of box around xpbar
2. Possibility to turn off rounding of header  (top of header) -or beter set
radius of header.

I can also add these features myself but I would like to use "official"
release of jvcl, not modified by me...

Best regards.

Matej




Subject: jvNavPanelButton
From: "Matej Golob" <matej@pohorje.net>
Date: Sun, 2 May 2004 22:31:59 +0200
Newsgroups: jedi.vcl

Is it possible to "remove" (turn it off, or changle collor) black line on
the bottom of jvNavPanelButton?

Best regards

Matej




Subject: Re: probably a stupid question.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 May 2004 22:19:19 +0200
Newsgroups: jedi.vcl

Rich wrote:

> > I use D5 but I keep running into your USES clauses asking for Variants,
> > which is not a module in D5.  If I remember correctly the definitions for
> > this are in the System unit in D5 but replacing Variants with System in
> > the uses clause brings up a duplicate definition error.

The System unit is added by the compiler. So just removing the Variant
unit from the uses clause fixes the problem.



-- Regards, Andreas Hausladen 

Subject: probably a stupid question.
From: "Rich" <rich@hawaii.rr.com>
Date: Sun, 2 May 2004 09:36:59 -1000
Newsgroups: jedi.vcl

I use D5 but I keep running into your USES clauses asking for Variants,
which is not a module in D5.  If I remember correctly the definitions for
this are in the System unit in D5 but replacing Variants with System in the
uses clause brings up a duplicate definition error.

Seems like this should be handled with a conditional compilation structure
for us outdated pre-D6 folks.  I have been planning to upgrade to D7/D8, but
it seems like this should still work for those other D5 folks.

Rich




Subject: Re: VisualCLX: TJvCustomInspectorItem.DropDown partially disabled for VIsualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 02 May 2004 20:54:30 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hi André,
>
>    in the TJvCustomInspectorItem.DropDown method, part of it is enclosed in
> an {$IFDEF VCL} condition. Is that part not working under VisualCLX or was
> it giving trouble before and susequently forgotten to remove the {$IFDEF}?
>
It has been there for months; I haven't take a look at Jv(Q)Inspector from some time. I am updating Jv(Q)Inspector, but that has just do with the EditCtrl property. I could save some ifdef's in JvInspector if I could/would change the VCL implementation to use TOpenEdit for EditCtrl. That would make TOpenEdit public, in which case it is better to change the name to TJvOpenEdit imho.

Regards,

André Snepvangers


Subject: Re: Error in picture-property editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 2 May 2004 18:24:09 +0200
Newsgroups: jedi.vcl

> > its not in DefineProperties, i have inserted  some ShowMessage() calls and
> > DefinePropeties works, the message is displayed somewhere after Dephi has
> > called "DefineProperties" whe saving. (What happes after this call?)
> >


   depending on you settings, I assume Delphi will try to convert the binary
form it generates to a text form. The only way it can do this is by reading
the binary and write it all back to text, hence if it fails reading, it
throws the exception. IOW, if you disable Text DFMs you can save the form.
Unfortunately it will never load back in again (giving the same error). Like
Peter said, the cause could be the DefineProperties itself: if the data it
writes is not what it reads back in, the stream pointer will be somewhere
inside data, where it expects a property or object declaration. Weird
though, since it does work on my system.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Time to set a release date for next beta?
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Sun, 2 May 2004 11:53:16 -0400
Newsgroups: jedi.vcl

I'm just working on the (*.dtx) help files for the units I have donated.
I'm ready anytime.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c6l4ju$1ve$1@talkto.net...
> > So guys, I think it is time we start thinking of a release date for the
next
> > beta. Could all active developers please reply with an estimate when they
> > think the stuff they are working on is ready so we can set freeze and
> > release dates?
> >
> > I don't really have anything on my agenda that needs to be finished before
> > the next release, so I am good to go anytime.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: TJvMainMenu
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 02 May 2004 17:42:59 +0200
Newsgroups: jedi.vcl

Hi,

style msOffice raises an access violation in vcl70.bpl

During run-time and design-time.

This style is really the best-looking, however, the av's make deploying impossible.

-- 
Holger


Subject: Re: Error in picture-property editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 May 2004 17:36:27 +0200
Newsgroups: jedi.vcl

>> > > What happes when i try to save the form. I have never seen such an error
>> > > message before when saving a form. Any idea? (Maybe something in
>> > > DefineProperties?? - IIRC this method is called auppon saving, not sure)
Sorry, my fault (again!).

Remove the DefineProperties and DoReadOptions/DoWriteOptions from
JvFormPlacement - they are not needed and rebuild.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install/Compile error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 May 2004 17:35:05 +0200
Newsgroups: jedi.vcl

Don't add Jcl units to the JVCL packages. Instead, delete all old dcu, bpl
and dcp files and rebuild the jcl packages (DJCL and DJCLVCL). Then rebuild
the JVCL packages.

The error occurs because the JVCL packages uses the JCL packages binaries,
not the new pas units, so as long as the JCL packages contains the old
JclGraphUtils dcu, you won't get rid of the error.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in picture-property editor
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 2 May 2004 17:12:56 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf.kaiser@kdt.de> schrieb im Newsbeitrag
news:c72ven$hh1$1@talkto.net...


> > What happes when i try to save the form. I have never seen such an error
> > message before when saving a form. Any idea? (Maybe something in
> > DefineProperties?? - IIRC this method is called auppon saving, not sure)

Hi,

its not in DefineProperties, i have inserted  some ShowMessage() calls and
DefinePropeties works, the message is displayed somewhere after Dephi has
called "DefineProperties" whe saving. (What happes after this call?)

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Install/Compile error
From: "Marko Binic" <maxsoft@ptt.yu>
Date: Sun, 2 May 2004 17:03:32 +0200
Newsgroups: jedi.vcl

> > You need the JclGraphUtils in jedi.binaries + rebuild the djcl and djclvcl
> > packages. That should fix it.

I'm having problems with compiling JVCL too. I tried adding JclGraphUtils to
the CoreD7 package and recompiling JCL (I've got 1.90 build 1497), but i
still get errors:

----------------------------------------------------------------------------
--

JvBackgrounds.pas(287): Undeclared identifier: 'THLSVector'

JvBackgrounds.pas(288): Undeclared identifier: 'THLSValue'

JvBackgrounds.pas(293): Undeclared identifier: 'RGBtoHLS'

JvBackgrounds.pas(294): Missing operator or semicolon

JvBackgrounds.pas(296): Missing operator or semicolon

JvBackgrounds.pas(302): Undeclared identifier: 'HLStoRGB'

JvBackgrounds.pas(302): Undeclared identifier: 'Saturation'

JvBackgrounds.pas(354): Undeclared identifier: 'SetBitmapColors'

JvCoreD7R.dpk(93): Could not compile used unit '..\..\run\JvBackgrounds.pas'

----------------------------------------------------------------------------
--

I've got JVCL CVS source from May 1.2004. and (if it matters) Delphi 7
Enterprise.

Just "for the record", THLSVector, THLSValue and Saturation are nowhere to
be found in JclGraphUtils.pas.

Oh yeah, there's another error i keep getting:

----------------------------------------------------------------------------
--

JvJVCLAboutForm.pas(140): Incompatible types: 'TOSVersionInfoEx' and
'POSVersionInfoEx'

JvCoreD7R.dpk(93): Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

----------------------------------------------------------------------------
--

Please help me...

Marko






Subject: Re: Error in picture-property editor
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 2 May 2004 16:56:16 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:c72u3u$h64$1@talkto.net...
> > Yep, 1.24 is the latest. You also need JvJVCLUtils rev. 1.100
> >

OK. I have got rev.1.24 and rev.1.100 here.

Now i have deleted all *bpl, *dcu and *.dcp, started the installer and made
a complete new installation (with global design editors enabled)

The problem is still there. Starting the picture property editor dives me
still the error "Invalid property value"  and saving a form with a
TjvFormstorage on it shows the error "Error reading jvFormStorage..."

What happes when i try to save the form. I have never seen such an error
message before when saving a form. Any idea? (Maybe something in
DefineProperties?? - IIRC this method is called auppon saving, not sure)

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Error in picture-property editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 May 2004 16:33:58 +0200
Newsgroups: jedi.vcl

Yep, 1.24 is the latest. You also need JvJVCLUtils rev. 1.100

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in picture-property editor
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 2 May 2004 16:27:50 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:c72tcm$h07$1@talkto.net...
> > I'm pretty certain it is caused by the (wrong) changes I checked in a day
> > ago. Please wait until anon CVS is in synch and  update again. Revbuild
> > runtime as well as design time packages. If it still doesn't work, *then*
we
> > have a problem :)
> >

Hello,

which version/file date do your latest changes have?

After a checkout a few minutes ago i have her the following:

jvFomPlacement.pas
rev. 1.24
Filedate 01-05-2004 12:34:00

Is this the correct version?

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Error in picture-property editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 May 2004 16:21:34 +0200
Newsgroups: jedi.vcl

> > when i try to load an icon/bitmap using the JVCL picture proerty editor it
> > is not possible.
I'm pretty certain it is caused by the (wrong) changes I checked in a day
ago. Please wait until anon CVS is in synch and  update again. Revbuild
runtime as well as design time packages. If it still doesn't work, *then* we
have a problem :)

FWIW, I have no problems with the picture editor with the latest changes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thumbs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 May 2004 15:54:28 +0200
Newsgroups: jedi.vcl

> > is anybody working on improving the JvThumbs components? They are not
> > working at all if the images get bigger than 1-2 MBytes...
Have you tried the TJvCustomImagesViewer controls? I am a bit biased here (I
wrote them :)) but I think they are a lot better than JvThumb and if any
improvements should be done, it is to those controls.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unable to save a form with TjvFormStorage
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 2 May 2004 15:14:39 +0200
Newsgroups: jedi.vcl

Jens Fudickar <jens.fudickar@oratool.de> wrote:
> > Peter has fixed it yesterday. And for me it seems to work.
> >
> > Second: i think so yes.
> >
> > Try to get the current version. If you are using an anonymous account,
> > it can take some hours.

Hi,

ok, i will try to mak  a new checkout this evening. The anon checkout this
morning did not update any file (nothing modified).

Ciao,
Ralf





Subject: Re: Unable to save a form with TjvFormStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 May 2004 15:01:06 +0200
Newsgroups: jedi.vcl

Peter has fixed it yesterday. And for me it seems to work.

Second: i think so yes.

Try to get the current version. If you are using an anonymous account, it can take some hours.

Jens

Ralf Kaiser wrote:
> Hello,
>
> this morning a made a complete new checkout.
>
> When i try to save a form that contains a TjvFormStorage i still get the
> Error message "Error reading jvFormStorage.<some characters> (see binaries
> for a screenshot).
>
> The form gets not saved after this message.
>
> The TPicture-Editor cannot be used too. It displays a message
> "FormStorage.Options: invalid property value".
>
> Is this related to the same problem? (the pricture editor form contains a
> TjvFormStorage)
>
> Ciao,
> Ralf
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: VisualCLX: TJvCustomInspectorItem.DropDown partially disabled for VIsualCLX
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 2 May 2004 13:28:02 +0200
Newsgroups: jedi.vcl

Hi André,

   in the TJvCustomInspectorItem.DropDown method, part of it is enclosed in
an {$IFDEF VCL} condition. Is that part not working under VisualCLX or was
it giving trouble before and susequently forgotten to remove the {$IFDEF}?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Unable to save a form with TjvFormStorage
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 2 May 2004 12:13:36 +0200
Newsgroups: jedi.vcl

Hello,

this morning a made a complete new checkout.

When i try to save a form that contains a TjvFormStorage i still get the
Error message "Error reading jvFormStorage.<some characters> (see binaries
for a screenshot).

The form gets not saved after this message.

The TPicture-Editor cannot be used too. It displays a message
"FormStorage.Options: invalid property value".

Is this related to the same problem? (the pricture editor form contains a
TjvFormStorage)

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Thumbs
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 02 May 2004 11:04:56 +0200
Newsgroups: jedi.vcl

Morning everybody,

is anybody working on improving the JvThumbs components? They are not working at all if the images get bigger than 1-2 MBytes...

Would be nice if one could at least display an directory with images, retrieved from a digital camera (which is not possible right now).

-- 
Holger


Subject: Error in picture-property editor
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 1 May 2004 21:15:12 +0200
Newsgroups: jedi.vcl

Hello,

when i try to load an icon/bitmap using the JVCL picture proerty editor it
is not possible.

Message: Error reading FormStorage.Options: Invalid property value

I think that must have something to do with the latest changes in
TjvFormStorage, right? It seems that, even after more the 5 hours, the anon
CVS is still not updated.

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: JvFormStorage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 May 2004 15:48:37 +0200
Newsgroups: jedi.vcl

> > is the fix not available for anonymous CVS? I tried to check out but
nothing
> > got updated (no files modified)
Anon CVS is delayed, so try again in a couple of hours (IIRC, the anon CVS
access is delayed 5 hours now)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFormStorage
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 1 May 2004 15:43:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
> > I've comitted fixed versions of JvFormPlacement and JvJVCLUtils.
> > Please try again.


Hello,

is the fix not available for anonymous CVS? I tried to check out but nothing
got updated (no files modified)

Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Link on the JVCL Homepage
From: "Wayne Sherman" <body1233-REMOVETHIS-@yahoo.com>
Date: Sat, 1 May 2004 06:28:27 -0700
Newsgroups: jedi.vcl

> > Is this the same Robert Lee frequenting the Toolbar2000 newsgroups
> > (news:news.jrsoftware.org)?

I posted a question to him on the group.  He is not the same Robert Lee from
optimalcode.com.

Regards,

Wayne Sherman
Las Vegas




Subject: Re: JvFormStorage
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 May 2004 15:13:17 +0200
Newsgroups: jedi.vcl

We should discuss the "Datenschutz" law with madshi.
Quite interesting where you can end up using Delphi
(lately USB got me in contact with artificial insemination :)



Subject: Re: Is there any interest in Open/SaveDialog with favorite support?
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 01 May 2004 14:59:07 +0200
Newsgroups: jedi.vcl

On Sat, 1 May 2004 10:49:14 +0200, Peter Thörnqvist wrote:

> >If you have the time, maybe you
> >could even look into adding it to the existing JvOpen/SaveDialogs?

Yes I can - it was my intention to merge them into
TJvOpenDialog/TJvSaveDialog.

Uwe


Subject: Re: JvFormStorage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 May 2004 14:30:09 +0200
Newsgroups: jedi.vcl

I've comitted fixed versions of JvFormPlacement and JvJVCLUtils. Please try
again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFormStorage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 May 2004 13:50:45 +0200
Newsgroups: jedi.vcl

Sorry if I've caused trouble. I will have a look again but I did check
against the current version before committing so I don't know what
happened...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFormStorage
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 1 May 2004 12:39:28 +0200
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> schrieb im Newsbeitrag
news:c6vn86$td0$1@talkto.net...
> > Hi Peter,
> >
> > i have a problem with your last changes. They didn'T work. At designtime
> > i've got the following error (see above).
> >

Hello,

i have troubles too with a checkout from this morning. When i want to save a
form that contains TjvFormStorage i get an error

"Error reading  jvFormStorage.<some cyptic characters>"
("jvFormStorage" is the name of the components instance on the form)

If try to compile this project i get a linker error "RLINK32: Error opening:
theForm.dfm".

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: JvFormStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 01 May 2004 11:17:31 +0200
Newsgroups: jedi.vcl

Hi Peter,

i have a problem with your last changes. They didn'T work. At designtime i've got the following error (see above).

And you have removed all changes for clx-compatibility, why? I have switched back to the version before, and no problem.

Greetings
Jens




date/time         : 2004-05-01 11:09
computer name     : HIOB
user name         : Jens
operating system  : Windows XP Service Pack 1 build 2600
system language   : German
system up time    : 3 hours 50 minutes
program up time   : 8 minutes 16 seconds
physical memory   : 654/1535 MB (free/total)
free disk space   : (C:) 1,23 GB (D:) 12,98 GB
process id        : $c40
executable        : delphi32.exe
madExcept version : 2.7b
exception class   : EReadError
exception message : Fehler beim Lesen von JvFormStorage.¹: 84.

main thread ($a68):
40039def rtl70.bpl
4003a0ce rtl70.bpl     Classes  ObjectBinaryToText
4003ac01 rtl70.bpl     Classes  ObjectResourceToText
400058a8 rtl70.bpl     System   TObject.GetInterface
00d24457 borlndmm.dll  Borlndmm SysGetMem
40005b8e rtl70.bpl     System   @ClassDestroy
40031a9e rtl70.bpl     Classes  TStringList.Destroy
400057b0 rtl70.bpl     System   TObject.Free
00550028 coreide70.bpl Modules  TUnitModule.UpdateSource
00551da0 coreide70.bpl Modules  TUnitModule.SwapSourceFormView
4003c407 rtl70.bpl     Classes  TBasicAction.Execute
0082cced vcl70.bpl     Actnlist TContainedAction.Execute
0082d9af vcl70.bpl     Actnlist TCustomAction.Execute
4003c2db rtl70.bpl     Classes  TBasicActionLink.Execute
0083416b vcl70.bpl     Menus    TMenuItem.Click
0083592a vcl70.bpl     Menus    TMenu.IsShortCut
00841ade vcl70.bpl     Forms    TCustomForm.IsShortCut
0082629a vcl70.bpl     Controls TWinControl.IsMenuKey
0082645d vcl70.bpl     Controls TWinControl.CNSysKeyDown
00821340 vcl70.bpl     Controls TControl.WndProc
0082452b vcl70.bpl     Controls TWinControl.WndProc
77f65da0 ntdll.dll              KiUserCallbackDispatcher
008241a8 vcl70.bpl     Controls TWinControl.MainWndProc
77f65da0 ntdll.dll              KiUserCallbackDispatcher

thread $a9c:
7ffe0304 ???
77f4b7f2 ntdll.dll     NtDelayExecution
77e5a374 kernel32.dll  SleepEx
77e41bf0 kernel32.dll  Sleep

thread $fb8:
7ffe0304 ???
77f4c522 ntdll.dll     NtWaitForMultipleObjects
77e55eda kernel32.dll  WaitForMultipleObjectsEx
77e55fa5 kernel32.dll  WaitForMultipleObjects

thread $d24:
7ffe0304 ???
77f4c522 ntdll.dll     NtWaitForMultipleObjects
77e55eda kernel32.dll  WaitForMultipleObjectsEx
77e55fa5 kernel32.dll  WaitForMultipleObjects

thread $af4:
7ffe0304 ???
77d143b0 user32.dll  GetMessageA

modules:
00320000 designide70.bpl             7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
003c0000 BRCIDE.DLL                  7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
00400000 delphi32.exe                7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
00490000 coreide70.bpl               7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
007a0000 vcl70.bpl                   7.0.4.453       C:\WINDOWS\System32
00900000 vclactnband70.bpl           7.0.4.453       C:\WINDOWS\System32
00950000 vclide70.bpl                7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
00a10000 tlib70.bpl                  7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
00a90000 dcc70.dll                   7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
00be0000 delphide70.bpl              7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
00d20000 borlndmm.dll                7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
01c10000 iTchHk.dll                  1.0.0.0 D:\Programme\System\Logitech\iTouch
01ea0000 direct70.bpl                7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
01ec0000 delphivclide70.bpl          7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
01ef0000 vcldesigner70.bpl           7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
01f70000 proide70.bpl                7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
02050000 delphipro70.bpl             7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
020c0000 designdgm70.bpl             7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
02150000 stride70.bpl                7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
02170000 delphiclxide70.bpl          7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
021a0000 qtintf70.dll                7.0.4.258       C:\WINDOWS\System32
02590000 clxdesigner70.bpl           7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
02a60000 DFWEDIT.DLL D:\Programme\Entwicklung\Borland\Delphi7\Bin
037c0000 dcldb70.bpl                 7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
03850000 teedb70.bpl                 7.0.4.453       C:\WINDOWS\System32
03870000 doa40d7.bpl                 4.0.5.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
03970000 dclcxLibraryVCLD7.bpl       4.5.2.0         S:\Delphi\Developer Express Inc\CX Library\Delphi 7\Lib
039a0000 cxLibraryVCLD7.bpl          4.5.2.0         C:\WINDOWS\System32
03a00000 dxThemeD7.bpl               4.5.2.0         C:\WINDOWS\System32
03a30000 dcldxBarD7.bpl              5.1.2.0         S:\Delphi\Developer Express Inc\ExpressBars\Delphi 7\Lib
03a50000 dxBarD7.bpl                 5.1.2.0         C:\WINDOWS\System32
03af0000 dxComnD7.bpl                1.2.1.0         C:\WINDOWS\System32
03b00000 dcldxBarDBNavD7.bpl         5.1.2.0         S:\Delphi\Developer Express Inc\ExpressBars\Delphi 7\Lib
03b10000 dxBarDBNavD7.bpl            5.1.2.0         C:\WINDOWS\System32
03b20000 dcldxBarExtItemsD7.bpl      5.1.2.0         S:\Delphi\Developer Express Inc\ExpressBars\Delphi 7\Lib
03b30000 dxBarExtItemsD7.bpl         5.1.2.0         C:\WINDOWS\System32
03b80000 dcldxBarExtDBItemsD7.bpl    5.1.2.0         S:\Delphi\Developer Express Inc\ExpressBars\Delphi 7\Lib
03b90000 dxBarExtDBItemsD7.bpl       5.1.2.0         C:\WINDOWS\System32
03bb0000 dcldxsbD7.bpl               5.1.2.0         S:\Delphi\Developer Express Inc\ExpressBars\Delphi 7\Lib
03bd0000 dxsbD7.bpl                  5.1.2.0         C:\WINDOWS\System32
03c00000 dcldxDockingD7.bpl          5.1.2.0         S:\Delphi\Developer Express Inc\ExpressBars\Delphi 7\Lib
03c10000 dxDockingD7.bpl                             C:\WINDOWS\System32
03c60000 dcldxInsD7.bpl              2.0.1.0         S:\Delphi\Developer Express Inc\ExpressInspector\Delphi 7\Lib
03c80000 dxEdtrD7.bpl                3.2.2.0         C:\WINDOWS\System32
03ce0000 dxInsD7.bpl                 2.0.1.0         C:\WINDOWS\System32
03d40000 dxDBEdD7.bpl                3.2.2.0         C:\WINDOWS\System32
03d80000 dcldxObjInsD7.bpl           2.0.1.0         S:\Delphi\Developer Express Inc\ExpressInspector\Delphi 7\Lib
03d90000 dxObjInsD7.bpl              2.0.1.0         C:\WINDOWS\System32
03db0000 dcldxmdsD7.bpl              1.8.1.0         S:\Delphi\Developer Express Inc\ExpressMemData\Delphi 7\Lib
03dd0000 dxmdsD7.bpl                 1.8.1.0         C:\WINDOWS\System32
03df0000 dclcxPageControlVCLD7.bpl   2.1.2.0         S:\Delphi\Developer Express Inc\ExpressPageControl 2\Delphi 7\Lib
03e00000 cxPageControlVCLD7.bpl      2.1.2.0         C:\WINDOWS\System32
03e30000 dcldxPSCoreD7.bpl           3.0.2.0         S:\Delphi\Developer Express Inc\ExpressPrinting System\Delphi 7\Lib
03e70000 dxPSCoreD7.bpl              3.0.2.0         C:\WINDOWS\System32
04190000 GExpertsD7.dll              1.2.0.0 S:\DelTools\Experts\GExperts for Delphi 7
04490000 TrtseShl.dll                1.6.2.4         S:\DelTools\TortoiseCVS
046b0000 dxPSTeeChartD7.bpl          3.0.2.0         S:\Delphi\Developer Express Inc\ExpressPrinting System\Delphi 7\Lib
046d0000 dxPSDBTeeChartD7.bpl        3.0.2.0         S:\Delphi\Developer Express Inc\ExpressPrinting System\Delphi 7\Lib
046f0000 dxPSLnksD7.bpl              3.0.2.0         S:\Delphi\Developer Express Inc\ExpressPrinting System\Delphi 7\Lib
04750000 vclshlctrls70.bpl           1.0.0.0         C:\WINDOWS\System32
04770000 dcldxEdtrD7.bpl             3.2.2.0         S:\Delphi\Developer Express Inc\ExpressInplaceEditors\Delphi 7\Lib
04780000 dclEQTLD7.bpl               3.2.2.0         S:\Delphi\Developer Express Inc\ExpressQuantumGrid\Delphi 7\Lib
047a0000 EQTLD7.bpl                  3.2.2.0         C:\WINDOWS\System32
04840000 dclECQDBCD7.bpl             3.2.2.0         S:\Delphi\Developer Express Inc\ExpressQuantumGrid\Delphi 7\Lib
04850000 ECQDBCD7.bpl                3.2.2.0         C:\WINDOWS\System32
048a0000 dclEQDBTLD7.bpl             3.2.2.0         S:\Delphi\Developer Express Inc\ExpressQuantumGrid\Delphi 7\Lib
048c0000 EQDBTLD7.bpl                3.2.2.0         C:\WINDOWS\System32
048e0000 dclEQGridD7.bpl             3.2.2.0         S:\Delphi\Developer Express Inc\ExpressQuantumGrid\Delphi 7\Lib
04990000 EQGridD7.bpl                3.2.2.0         C:\WINDOWS\System32
049f0000 dcldxGrEdD7.bpl             3.2.2.0         S:\Delphi\Developer Express Inc\ExpressQuantumGrid\Delphi 7\Lib
04a00000 dxGrEdD7.bpl                3.2.2.0         C:\WINDOWS\System32
04a20000 dcldxExELD7.bpl             3.2.2.0         S:\Delphi\Developer Express Inc\ExpressQuantumGrid\Delphi 7\Lib
04a30000 dxExELD7.bpl                3.2.2.0         C:\WINDOWS\System32
04a40000 dxELibD7.bpl                3.2.2.0         C:\WINDOWS\System32
04a90000 dcldxELibD7.bpl             3.2.2.0         S:\Delphi\Developer Express Inc\ExpressEditors Library\Delphi 7\Lib
04ab0000 dclcxEditorsVCLD7.bpl       4.5.2.0         S:\Delphi\Developer Express Inc\ExpressEditors Library 4\Delphi 7\Lib
04ae0000 cxEditorsVCLD7.bpl          4.5.2.0         C:\WINDOWS\System32
04c20000 cxDataD7.bpl                4.5.2.0         C:\WINDOWS\System32
04cc0000 dclcxExtEditorsVCLD7.bpl    4.5.2.0         S:\Delphi\Developer Express Inc\ExpressEditors Library 4\Delphi 7\Lib
04cf0000 cxExtEditorsVCLD7.bpl       4.5.2.0         C:\WINDOWS\System32
04ec0000 dclcxGridVCLD7.bpl          4.5.2.0         S:\Delphi\Developer Express Inc\ExpressQuantumGrid 4\Delphi 7\Lib
04f30000 cxGridVCLD7.bpl             4.5.2.0         C:\WINDOWS\System32
05030000 cxExportVCLD7.bpl           4.5.2.0         C:\WINDOWS\System32
05050000 dclcxGridUtilsVCLD7.bpl     4.5.2.0         S:\Delphi\Developer Express Inc\ExpressQuantumGrid 4\Delphi 7\Lib
05070000 cxGridUtilsVCLD7.bpl        4.5.2.0         C:\WINDOWS\System32
050a0000 dclcxCommonEditingVCLD7.bpl 4.0.1.0         S:\Delphi\Developer Express Inc\ExpressCommonEditing Library\Delphi 7\Lib
050b0000 cxCommonEditingVCLD7.bpl    4.0.1.0         C:\WINDOWS\System32
050f0000 dclcxTreeListVCLD7.bpl      4.0.1.0         S:\Delphi\Developer Express Inc\ExpressQuantumTreeList 4\Delphi 7\Lib
05140000 cxTreeListVCLD7.bpl         4.0.1.0         C:\WINDOWS\System32
051c0000 dclcxVerticalGridVCLD7.bpl  3.0.1.0         S:\Delphi\Developer Express Inc\ExpressVerticalGrid\Delphi 7\Lib
05200000 cxVerticalGridVCLD7.bpl     3.0.1.0         C:\WINDOWS\System32
05280000 JvCoreD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
052d0000 JvCoreD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05420000 DJclVcl70.bpl               1.90.0.0 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05590000 JvCryptD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
055a0000 JvCryptD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
055c0000 JvManagedThreadsD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
055d0000 JvManagedThreadsD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
055f0000 JvTimeFrameworkD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05610000 JvTimeFrameworkD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05670000 JvValidatorsD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05690000 JvValidatorsD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
056b0000 SMCmpntD7.bpl               2.7.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05740000 VclSmp70.bpl                7.0.0.188       C:\WINDOWS\System32
05760000 SMExportD7.bpl              4.5.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
057e0000 SMImportD7.bpl              1.9.6.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05840000 SMInetD7.bpl                1.5.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05880000 DreamEdit_D7.bpl            1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05910000 DreamEditorAction_D7.bpl    1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05940000 GridcpckD7.bpl              4.4.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05960000 GridcpkrD7.bpl              4.4.0.0 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
059d0000 xdoa7.bpl                   1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05a20000 xcxGridConfigPkg7.bpl       1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05a50000 xcxGridActionsPkg7.bpl      1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05a80000 xcxGridQuickSearch7.bpl     1.0.0.0 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05aa0000 xcxGridSummaryConfig7.bpl   1.0.0.0 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05ac0000 xExplainPlanEnhdpk7.bpl d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05ae0000 dcldxPageControlD7.bpl      1.0.1.0         S:\Delphi\Developer Express Inc\ExpressPageControl\Delphi 7\Lib
05af0000 dxPageControlD7.bpl         1.0.1.0         C:\WINDOWS\System32
05b10000 xSqlGridPkg7.bpl            1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05b30000 xtoolsdpk7.bpl              1.0.0.0 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05ba0000 DCP_d7.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05bd0000 xdxBarDBNavPkg7.bpl         1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05bf0000 doqb40pkg7.bpl              1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05c10000 IdeManifestExpert.bpl       1.1.1.17 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
05d30000 JvAppFrmD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05d50000 JvSystemD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05dd0000 JvAppFrmD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05df0000 JvStdCtrlsD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05ef0000 JvCmpD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05f10000 JvCmpD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05f40000 JvCtrlsD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
05f70000 JvCtrlsD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06020000 JvCustomD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06050000 JvCustomD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06150000 JvDlgsD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06180000 JvDlgsD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06200000 JvInterpreterD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06230000 JvNetD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06250000 JvNetD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06270000 dbtool7.bpl                 1.0.0.0 d:\programme\entwicklung\borland\delphi7\Projects\Bpl
06290000 JvInterpreterD7R.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06360000 qrpt70.bpl                  7.0.4.453       C:\WINDOWS\System32
063f0000 JvStdCtrlsD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06430000 JvSystemD7D.bpl D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
06470000 dclemacsedit70.bpl          7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
06a80000 DownloadManager.dll         1.2.14.0 D:\Programme\Internet\LeechGet
06c90000 kbdhook.dll                 2.15.264.0 D:\Programme\System\Logitech\iTouch
10000000 TempIadHide3.dll            6.1.4.36 C:\DOKUME~1\Jens\LOKALE~1
27000000 MsgInfo70.bpl               7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
40000000 rtl70.bpl                   7.0.4.453       C:\WINDOWS\System32
40220000 vclx70.bpl                  7.0.4.453       C:\WINDOWS\System32
40260000 vcljpg70.bpl                7.0.4.453       C:\WINDOWS\System32
40280000 vclie70.bpl                 7.0.4.453       C:\WINDOWS\System32
402c0000 vclhie70.bpl                7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
40330000 dbrtl70.bpl                 7.0.4.453       C:\WINDOWS\System32
40450000 visualclx70.bpl                             C:\WINDOWS\System32
40650000 inet70.bpl                  7.0.4.453       C:\WINDOWS\System32
407d0000 adortl70.bpl                7.0.4.453       C:\WINDOWS\System32
40800000 vcldb70.bpl                 7.0.4.453       C:\WINDOWS\System32
40850000 bdertl70.bpl                7.0.4.453       C:\WINDOWS\System32
40890000 dbx70.bpl                   7.0.4.258 D:\Programme\Entwicklung\Borland\Delphi7\Bin
40930000 vcldbx70.bpl                7.0.4.453       C:\WINDOWS\System32
40a40000 tee70.bpl                   7.0.4.453       C:\WINDOWS\System32
40aa0000 teeui70.bpl                 7.0.4.453       C:\WINDOWS\System32
48000000 DJcl70.bpl                  1.90.0.1392 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
50010000 dclado70.bpl                7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
50060000 dclstd70.bpl                7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
500b0000 dclbde70.bpl                7.0.4.453 D:\Programme\Entwicklung\Borland\Delphi7\Bin
50180000 dcltee70.bpl                7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
50240000 dclsmpedit70.bpl            7.0.4.453 d:\programme\entwicklung\borland\delphi7\Bin
50950000 EXPTDEMO.DLL D:\Programme\Entwicklung\Borland\Delphi7\Bin
57000000 madBasic_.bpl S:\Delphi\Components\madCollection\madBasic\Delphi 7
57800000 madDisAsm_.bpl S:\Delphi\Components\madCollection\madDisAsm\Delphi 7
58000000 JclDebugIde70.bpl           1.22.1.965 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
58030000 ProjectAnalyzer70.bpl       1.22.1.965 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
58050000 IdeOpenDlgFavorite70.bpl    1.22.1.965 D:\Programme\Entwicklung\Borland\Delphi7\Projects\Bpl
59800000 madExcept_.bpl S:\Delphi\Components\madCollection\madExcept\Delphi 7
5a000000 madExceptWizard_.bpl S:\Delphi\Components\madCollection\madExcept\Delphi 7
5b0f0000 uxtheme.dll                 6.0.2800.1106   C:\WINDOWS\System32
5b800000 madHelp_.bpl S:\Delphi\Components\madCollection\madBasic\Delphi 7
5c000000 madExceptIde_.bpl S:\Delphi\Components\madCollection\madExcept\Delphi 7
5e020000 appwiz.cpl                  5.1.2600.1228   C:\WINDOWS\System32
5f1a0000 olepro32.dll                5.0.5014.0      C:\WINDOWS\System32
61210000 POINT32.dll                 4.0.657.0 D:\Programme\Microsoft Hardware\Mouse
61220000 MSH_ZWF.dll                 4.0.657.0 D:\Programme\Microsoft Hardware\Mouse
63000000 wininet.dll                 6.0.2800.1405   C:\WINDOWS\system32
6c670000 DUSER.dll                   5.1.2600.1106   C:\WINDOWS\System32
70a70000 SHLWAPI.dll                 6.0.2800.1400   C:\WINDOWS\system32
71700000 shdocvw.dll                 6.0.2800.1400   C:\WINDOWS\System32
71a00000 WS2HELP.dll                 5.1.2600.0      C:\WINDOWS\System32
71a10000 WS2_32.dll                  5.1.2600.1240   C:\WINDOWS\System32
71a30000 wsock32.dll                 5.1.2600.0      C:\WINDOWS\System32
71a80000 mpr.dll                     5.1.2600.0      C:\WINDOWS\system32
71b70000 SAMLIB.dll                  5.1.2600.1106   C:\WINDOWS\System32
71ba0000 NETAPI32.dll                5.1.2600.1343   C:\WINDOWS\System32
71d10000 url.dll                     6.0.2800.1106   C:\WINDOWS\system32
72c80000 msacm32.drv                 5.1.2600.0      C:\WINDOWS\System32
72c90000 wdmaud.drv                  5.1.2600.0      C:\WINDOWS\System32
72f70000 winspool.drv                5.1.2600.1106   C:\WINDOWS\System32
73250000 RICHED32.DLL                5.1.2600.0      C:\WINDOWS\System32
74c00000 OLEACC.dll                  4.2.5406.0      C:\WINDOWS\System32
74cb0000 oledlg.dll                  5.1.2600.0      C:\WINDOWS\System32
74db0000 RICHED20.dll                5.30.23.1211    C:\WINDOWS\System32
75ee0000 appHelp.dll                 5.1.2600.1106   C:\WINDOWS\system32
76020000 MSVCP60.dll                 6.0.8972.0      C:\WINDOWS\System32
76240000 MSASN1.dll                  5.1.2600.1362   C:\WINDOWS\system32
76260000 CRYPT32.dll                 5.131.2600.1123 C:\WINDOWS\system32
76320000 msimg32.dll                 5.1.2600.1106   C:\WINDOWS\System32
76330000 IMM32.DLL                   5.1.2600.1106   C:\WINDOWS\System32
76350000 comdlg32.dll                6.0.2800.1106   C:\WINDOWS\system32
765a0000 CSCDLL.dll                  5.1.2600.0      C:\WINDOWS\System32
765c0000 cscui.dll                   5.1.2600.1106   C:\WINDOWS\System32
76620000 SETUPAPI.dll                5.1.2600.1106   C:\WINDOWS\System32
76ad0000 ATL.DLL                     3.0.9435.0      C:\WINDOWS\System32
76af0000 winmm.dll                   5.1.2600.1106   C:\WINDOWS\System32
76bb0000 PSAPI.DLL                   5.1.2600.1106   C:\WINDOWS\System32
76c50000 imagehlp.dll                5.1.2600.1106   C:\WINDOWS\system32
76d00000 MPRAPI.dll                  5.1.2600.0      C:\WINDOWS\System32
76d20000 IPHLPAPI.DLL                5.1.2600.1240   C:\WINDOWS\System32
76dd0000 adsldpc.dll                 5.1.2600.1106   C:\WINDOWS\System32
76e00000 ACTIVEDS.dll                5.1.2600.0      C:\WINDOWS\System32
76e40000 rtutils.dll                 5.1.2600.0      C:\WINDOWS\System32
76f20000 WLDAP32.dll                 5.1.2600.1106   C:\WINDOWS\system32
76f50000 Secur32.dll                 5.1.2600.1106   C:\WINDOWS\System32
77010000 COMRes.dll                  2001.12.4414.42 C:\WINDOWS\System32
770f0000 oleaut32.dll                3.50.5016.0     C:\WINDOWS\system32
77310000 comctl32.dll                5.82.2800.1106  C:\WINDOWS\system32
773a0000 SHELL32.dll                 6.0.2800.1233   C:\WINDOWS\system32
77ba0000 midimap.dll                 5.1.2600.0      C:\WINDOWS\System32
77bb0000 MSACM32.dll                 5.1.2600.0      C:\WINDOWS\System32
77bd0000 version.dll                 5.1.2600.0      C:\WINDOWS\system32
77be0000 MSVCRT.DLL                  7.0.2600.1106   C:\WINDOWS\system32
77d10000 user32.dll                  5.1.2600.1255   C:\WINDOWS\system32
77da0000 ADVAPI32.dll                5.1.2600.1106   C:\WINDOWS\system32
77e40000 kernel32.dll                5.1.2600.1106   C:\WINDOWS\system32
77f40000 ntdll.dll                   5.1.2600.1217   C:\WINDOWS\System32
78000000 RPCRT4.dll                  5.1.2600.1361   C:\WINDOWS\system32
78090000 comctl32.dll                6.0.2800.1106 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.10.0_x-ww_f7fb5805
7a170000 CLBCATQ.DLL                 2001.12.4414.53 C:\WINDOWS\System32
7ccc0000 OLE32.DLL                   5.1.2600.1362   C:\WINDOWS\system32
7e180000 GDI32.dll                   5.1.2600.1346   C:\WINDOWS\system32

disassembling:
[...]
40039dd8   mov     ecx, [$400752a0]       ; Rtlconsts._SPropertyException (rtl70.bpl)
40039dde   mov     dl, 1
40039de0   mov     eax, [$40029b5c]       ; Classes.EReadError.Create (rtl70.bpl)
40039de5   call    -$2457e ($4001586c)    ; Sysutils.Exception.Create (rtl70.bpl)
40039dea   call    -$33d87 ($40006068)    ; System.@RaiseExcept (rtl70.bpl)
40039def > xor     eax, eax
40039df1   pop     edx
40039df2   pop     ecx
40039df3   pop     ecx
40039df4   mov     fs:[eax], edx
40039df7   push    $40039e29
[...]
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: VisualCLX compatibility
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 01 May 2004 10:59:19 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Peter Thörnqvist wrote:
>
>> I am starting a new thread here from the VisualCLX issues discussed in "Time
>> to set a release date for next beta?" started on 2004-04-07.
>>
>> André, I can't find the ClxGenerator in jedi.binaries, could you post it
>> again or mail it directly to me? I'll see if I can make it work for my D7
>> Enterprise and resolve the forward/backslash issue...
>>

There is a tool VclToClx that contains functionality that would allow us to remove most of the IFDEF's used in 'uses'. With the combination of this tool and the clxgenerator we could also *generate* VisualCLX examples!


More ifdef's can be removed if we introduce

- DrawText(Canvas: TCanvas; const Text: TCaption; .....
- BitBlt(Canvas: TCanvas; ... ; SrcCanvas: TCanvas; ...)

Except for JvJCLUtils none of the Jv*.pas in JVCLX contains DT_MODIFYSTRING, which allows us to change to *const*. (You cannot pass a property as var).
With the switch from TCanvas.handle to Canvas, TCanvas.start/stop and font assignment are moved to these functions.
Any volunteers?

Regards,

André Snepvangers




Subject: Re: Is there any interest in Open/SaveDialog with favorite support?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 May 2004 10:49:14 +0200
Newsgroups: jedi.vcl

> > If there is interest in this dialogs I could prepare them for JVCL.
We are always interested in new donations. If you have the time, maybe you
could even look into adding it to the existing JvOpen/SaveDialogs? Either
way, upload the donation to mantis and I will have a look at it ASAP.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Is there any interest in Open/SaveDialog with favorite support?
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 01 May 2004 10:39:14 +0200
Newsgroups: jedi.vcl

In JEDI VCS we use TFavOpenDialog/TFavSaveDialog from Markus Stephany
(www.mirkes.de). This dialogs are not longer available since a while.
We had a problem using this dialogs in combination with packages and
with Delphi 6 or higher. I've asked Markus Stephany about the state of
this dialogs and he allowed me to change them and publish them under
MPL.

If there is interest in this dialogs I could prepare them for JVCL.

Uwe


Subject: Re: New Threading components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 May 2004 09:56:39 +0200
Newsgroups: jedi.vcl

The original documentation is in module dev/donations/ManagedThreads/doc.

WebCVS (url might wrap):
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/donations/ManagedThreads/doc/ManagedThreads%20Manual.rtf

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS not online
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 May 2004 09:54:39 +0200
Newsgroups: jedi.vcl

> > Unabled to connect. No answer from the host after a time interval
(timeout)
> > or no answer.
That can happen from time to time. Doesn't mean you can't connect later. Try
again

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Old Problem with New Installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 01 May 2004 09:37:52 +0200
Newsgroups: jedi.vcl

I will try it on monday.

Jens

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> I have downloaded now the version 1.24 to 1.27 and will try it tomorrow.
>> Did i need anything else.  On this computer i did not have any cvs, so i
>> had to prepare everything now.
>
>
> I've made a change in the build.exe, could you test if this new version
> works for you?
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: New Threading components
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sat, 01 May 2004 15:41:24 +1000
Newsgroups: jedi.vcl

The ones in the dev\JVCL3\examples directory, as you can see here:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/examples/JvManagedThreads/

They show classical multithreading concepts implemented using the Managed Threads components.

Cheers

Olivier Sannier
JVCL Developer

norberto wrote:
> Which examples are you referring to?
>
> "obones" <obones_gfdg_@__rgee__altern.org> wrote in message
> news:c6undq$nv6$2@talkto.net...
>
>> norberto wrote:
>>
>>> Hi,
>>>
>>> Does anyone know if there is any documentation (Help) or example code
>
> for
>
>>> the new JVCL threading components and, if so, where they would be found?
>>>
>>> Thanks in advance.
>>>
>>>
>>>
>>
>> Have a look at the examples, they are quite explanatory
>
>
>


Subject: Re: New Threading components
From: "norberto" <pellicci@shaw.ca>
Date: Fri, 30 Apr 2004 21:26:14 -0700
Newsgroups: jedi.vcl

Which examples are you referring to?

"obones" <obones_gfdg_@__rgee__altern.org> wrote in message
news:c6undq$nv6$2@talkto.net...
> > norberto wrote:
>> > > Hi,
>> > >
>> > > Does anyone know if there is any documentation (Help) or example code
for
>> > > the new JVCL threading components and, if so, where they would be found?
>> > >
>> > > Thanks in advance.
>> > >
>> > >
>> > >
> > Have a look at the examples, they are quite explanatory




Subject: Re: New Threading components
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sat, 01 May 2004 10:13:35 +1000
Newsgroups: jedi.vcl

norberto wrote:
> Hi,
>
> Does anyone know if there is any documentation (Help) or example code for
> the new JVCL threading components and, if so, where they would be found?
>
> Thanks in advance.
>
>
>
Have a look at the examples, they are quite explanatory


Subject: Re: JvFormStorage and local + network ini settings
From: obones <obones_gfdg_@__rgee__altern.org>
Date: Sat, 01 May 2004 10:10:08 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> If I'm not mistaken TJvAppIniFileStorage also exposes the SubStorage
> property (I could be wrong; I noticed recently the XmlStorage doesn't, but
> maybe Olivier had a good reason to not expose it). 

The reason is simple: I didn't what it was for and as I almost always do when I don't know the purpose of something, I don't change its visibility... Please feel free to do the change.


Subject: Re: CVS not online
From: "Stefano Pessina" <peste1@tin.it>
Date: Sat, 1 May 2004 00:59:47 +0200
Newsgroups: jedi.vcl

No no no :(
Problems...

In C:\Programmi\Borland\Componenti\JVCL: "C:\Programmi\TortoiseCVS\cvs.exe"
"-q" "checkout" "-P" "dev/JVCL3"
CVSROOT=:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl

cvs checkout: Empty password used - try 'cvs login' with a real password

? dev/JVCL3/install/JVCLInstall/JVCLInstall.cfg
cvs server: existing repository /cvsroot/jvcl/CVSROOT/Emptydir does not
match /cvsroot/jvcl/dev/JVCL3
cvs server: ignoring module dev/JVCL3
cvs [checkout aborted]: connect to cvs.jvcl.sourceforge.net:2401 failed:
Unabled to connect. No answer from the host after a time interval (timeout)
or no answer.
Error, CVS operation failed

Regards,
Stefano Pessina




Subject: Re: CVS not online
From: "Stefano Pessina" <peste1@tin.it>
Date: Sat, 1 May 2004 00:33:27 +0200
Newsgroups: jedi.vcl

Perfect... thank you all!

Regards,
Stefano Pessina




Subject: Re: Old Problem with New Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Apr 2004 23:53:45 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I have downloaded now the version 1.24 to 1.27 and will try it tomorrow.
> > Did i need anything else.  On this computer i did not have any cvs, so i
> > had to prepare everything now.

I've made a change in the build.exe, could you test if this new version
works for you?



-- Regards, Andreas Hausladen 

Subject: New Threading components
From: "norberto" <pellicci@shaw.ca>
Date: Fri, 30 Apr 2004 14:48:13 -0700
Newsgroups: jedi.vcl

Hi,

Does anyone know if there is any documentation (Help) or example code for
the new JVCL threading components and, if so, where they would be found?

Thanks in advance.





Subject: Re: Link on the JVCL Homepage
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Fri, 30 Apr 2004 23:36:56 +0200
Newsgroups: jedi.vcl

At 22:47:16, 30.04.2004, Peter Thörnqvist wrote:

> > Is this the same Robert Lee frequenting the Toolbar2000 newsgroups
> > (news:news.jrsoftware.org)? In that case, he is very much active
> > (currently seems to be working on a Unicode version of the TBX
> > components).

Could be. 
-- Rudy Velthuis "And God said, 'Let there be light' and there was light, but the Electricity Board said He would have to wait until Thursday to be connected." -- Spike Milligan. 

Subject: Re: Link on the JVCL Homepage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Apr 2004 22:47:16 +0200
Newsgroups: jedi.vcl

Is this the same Robert Lee frequenting the Toolbar2000 newsgroups
(news:news.jrsoftware.org)? In that case, he is very much active (currently
seems to be working on a Unicode version of the TBX components).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Link on the JVCL Homepage
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Apr 2004 22:43:15 +0200
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

> > No idea. Can't find anything about (this) Robert Lee anymore.

There were some rumers about him because he disappeared from one day to
the other without saying anything (in the borland.public.delphi.basm
newsgroup).


Here is an archive version of the page:
http://web.archive.org/web/20011127081448/www.optimalcode.com/


-- Regards, Andreas Hausladen 

Subject: Re: Time to set a release date for next beta?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Apr 2004 22:39:52 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > - "JVCL 3 Installation" item in the blue panel should
> > change its text depending on the radio button selected.

Not possible without flickering (deletion and recreation of the welcome
page while it is displayed). The design of the Installer does not allow
this.


> > - "installed JVCL version:" should not be placed that
> > far to the right.

The label stays where it is because this label is not lonely. The "install
JCL" label and the "requires update" label are need place, too.


> > Is it possible to have different JVCL versions installed
> > if you have several Delphi/C++ Builders installed?
> > If so then each checkbox should get its own version label.

All Delphi/BCB version have their own label


> > I think it is better to show a checkbox for all supported
> > Delphi/C++ Builder versions and only enable the checkboxes
> > for installed versions. That gives an intuitive overview of
> > supported Delphi/C++ Builder versions.

Easier sayed as done. The Installer does not really know which versions
are supported. It just determines that all versions greater that 5.0 are
valid. And what is more important, it does not know what Delphi/BCB
versions are released by Borland.


> > - If no installation IDE is selected then the "Next" button 
> > should be disabled.

Isn't it?


> > - Alt-J to focus the JCL path is silly because you cannot
> > edit the path directly.

Pressing Alt-J now opens the browse directory dialog.



-- Regards, Andreas Hausladen 

Subject: Re: Link on the JVCL Homepage
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Fri, 30 Apr 2004 22:38:45 +0200
Newsgroups: jedi.vcl

At 21:52:39, 30.04.2004, Peter Thörnqvist wrote:

>> > > The www.optimalcode.com (High Performance) homepage no more exists.
>> > > On its place is a dialer.
> > 
> > Anyone know where they went? Moved or closed?

No idea. Can't find anything about (this) Robert Lee anymore.
-- Rudy Velthuis "The true measure of a man is how he treats someone who can do him absolutely no good." - Samuel Johnson (1709-1784) 

Subject: Re: Link on the JVCL Homepage
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 30 Apr 2004 22:17:06 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
>> >> The www.optimalcode.com (High Performance) homepage no more exists.
>> >> On its place is a dialer.
> >
> > Anyone know where they went? Moved or closed?

I have heard that this page does not longer exist.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Link on the JVCL Homepage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Apr 2004 21:52:39 +0200
Newsgroups: jedi.vcl

> > The www.optimalcode.com (High Performance) homepage no more exists. On its
> > place is a dialer.

Anyone know where they went? Moved or closed?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Link on the JVCL Homepage
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Apr 2004 21:47:05 +0200
Newsgroups: jedi.vcl

The www.optimalcode.com (High Performance) homepage no more exists. On its
place is a dialer.


-- Regards, Andreas Hausladen 

Subject: Re: CVS not online
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Apr 2004 19:50:56 +0200
Newsgroups: jedi.vcl

> > CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
With a search and replace tool (like JVCLConvert), replace the
"cvs.jvcl.sourceforge.net" string in every CVS\Root file with
"cvs.sourceforge.net" and it should work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS not online
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Apr 2004 19:49:57 +0200
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> > cvs.jvcl.sourceforge.net

try cvs.sourceforge.net (without ".jvcl")



-- Regards, Andreas Hausladen 

Subject: Re: CVS not online
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 30 Apr 2004 19:21:56 +0200
Newsgroups: jedi.vcl

Two days of errors:

In C:\Programmi\Borland\Componenti\JVCL: "C:\Programmi\TortoiseCVS\cvs.exe"
"-q" "checkout" "-P" "dev/JVCL3"
CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
cvs [checkout aborted]: connect to cvs.jvcl.sourceforge.net:2401 failed:
Unabled to connect. No answer from the host after a time interval (timeout)
or no answer.
Error, CVS operation failed

Regards,
Stefano Pessina

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c6tv07$j03$1@talkto.net...
>> > > You uses TortoiseCVS ?
> > Yes
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: CVS not online
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Apr 2004 19:17:57 +0200
Newsgroups: jedi.vcl

> > You uses TortoiseCVS ?
Yes

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS not online
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 30 Apr 2004 18:50:24 +0200
Newsgroups: jedi.vcl

You uses TortoiseCVS ?
Regards,
Stefano Pessina

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c6tr7m$i7p$1@talkto.net...
>> > > Problems with CVS ?
> > Works for me but see the "Cannot access repository anymore" thread in
> > jedi.jcl
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: CVS not online
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Apr 2004 18:13:39 +0200
Newsgroups: jedi.vcl

> > Problems with CVS ?
Works for me but see the "Cannot access repository anymore" thread in
jedi.jcl

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: CVS not online
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 30 Apr 2004 18:04:02 +0200
Newsgroups: jedi.vcl

Problems with CVS ?

Regards,
Stefano Pessina




Subject: Re: Encryption components
From: Massimiliano <max@mailinator.com>
Date: Fri, 30 Apr 2004 17:11:08 +0200
Newsgroups: jedi.vcl

Nono wrote:

another way could be convert your xored string to hex values and store it.

Ciao
Massimiliano

> I want to use encryption componenets as JVXORCipher. I have datas in a CSV
> file and some of these datas mut be crypted so I use the JVCVSDataset and
> oin the GetData event I decode values. However, I've a problem. As I say it,
> This CSV file isn't all encrypted, only some of values are crypted and in
> thios file, my values are separates by ";" delimiter. So if a value contains
> after encryption this delimiter, my file will be not good. So My question is
> to know if it's possible to exclude ";" character for the crypt method.
> Thus, the string encrypted won't have never this delimiter.
> Thanks
>
>


Subject: Re: VisualCLX compatibility
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Apr 2004 16:58:07 +0200
Newsgroups: jedi.vcl

> > I have added it to devtools
Great, I'll have a look during the weekend

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VisualCLX compatibility
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 30 Apr 2004 16:52:09 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I am starting a new thread here from the VisualCLX issues discussed in "Time
> to set a release date for next beta?" started on 2004-04-07.
>
> André, I can't find the ClxGenerator in jedi.binaries, could you post it
> again or mail it directly to me? I'll see if I can make it work for my D7
> Enterprise and resolve the forward/backslash issue...
>
I have added it to devtools

-Clx generator known Issues:

uses
  JvComponent, JclStrings; // Jv -> JvQ fails

uses
  JclStrings, JvComponent; // this works.

-> All Jv.... units should be last units in uses.

-It would be nice if the clxgenerator calls jpp

-Processing of the .xfm forms is no longer needed. I have removed them from run & design anyway.

-I have updated the xml files, they should reflect the current state of JVCLX. But I have to update some in run & common yet.


Regards,

André Snepvangers

    








Subject: Re: Time to set a release date for next beta?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 30 Apr 2004 16:18:44 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Except with me?
>> I have Delphi 7 Professional (Build 4453)
>
> Maybe you have the Resources folder in your path?
>
That's right


Subject: Re: VisualCLX compatibility
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Apr 2004 15:50:46 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I am starting a new thread here from the VisualCLX issues discussed in "Time
> to set a release date for next beta?" started on 2004-04-07.

Back to the \ / problem.
1. Delphi 6 VCL definitely does not like / in the $R pathes. It seems to work, but strange problems arise.
2. MSWINDOWS and LINUX is the correct pair of variables to use. \ and / are OS related not VCL or CLX related.



Subject: Re: Old Problem with New Installer
From: "Matej Golob" <matej.golob@epi-spektrum.si>
Date: Fri, 30 Apr 2004 15:16:20 +0200
Newsgroups: jedi.vcl

I found problem. Problem was too long system path variable. I just delete
some "entrys" from system path and now I can install without problem.

Matej

"Matej Golob" <matej.golob@epi-spektrum.si> wrote in message
news:c6tffr$fou$1@talkto.net...
> > I got same problem. When I try to install latest version (
> > JVCL3-2004-04-30.zip) I got error "Fatal: Command arguments too long". Any
> > advice?
> >
> > Matej
> >
> > p.s. I got same error if I try to install latest jcl.
> >
> >
> > "Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
> > news:c6olaj$k54$1@talkto.net...
>> > > I have downloaded now the version 1.24 to 1.27 and will try it tomorrow.
>> > > Did i need anything else.
>> > > On this computer i did not have any cvs, so i had to prepare everything
> > now.
>> > >
>> > > Greetings
>> > > Jens
>> > >
>> > > Andreas Hausladen wrote:
>> > >
>>> > > > Jens wrote:
>>> > > >
>>> > > >
>>>> > > >>have you received my answer on your mail.
>>> > > >
>>> > > >
>>> > > > I got it, but I do not know where the problem occurs, because I cannot
>>> > > > reproduce it on 3 different computers.
>>> > > >
>>> > > >
>>> > > >
>>>> > > >>The installer is not compilable. :-(
>>> > > >
>>> > > >
>>> > > > Does it really work with the one week older makefile? Could you test
> > this?
>>> > > >
>>> > > >
>> > >
>> > > -- 
>> > > ___________________________________________________________
>> > > Softwareentwicklung Jens Fudickar
>> > > Breslauer Straße 8 * 65760 Eschborn
>> > > Tel. +49-6196-496397 * Fax +49-6196-496398
>> > >
>> > > Home of OraTool - http://www.oratool.de
> >
> >




Subject: Re: Old Problem with New Installer
From: "Matej Golob" <matej.golob@epi-spektrum.si>
Date: Fri, 30 Apr 2004 14:52:34 +0200
Newsgroups: jedi.vcl

I got same problem. When I try to install latest version (
JVCL3-2004-04-30.zip) I got error "Fatal: Command arguments too long". Any
advice?

Matej

p.s. I got same error if I try to install latest jcl.


"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
news:c6olaj$k54$1@talkto.net...
> > I have downloaded now the version 1.24 to 1.27 and will try it tomorrow.
> > Did i need anything else.
> > On this computer i did not have any cvs, so i had to prepare everything
now.
> >
> > Greetings
> > Jens
> >
> > Andreas Hausladen wrote:
> >
>> > > Jens wrote:
>> > >
>> > >
>>> > >>have you received my answer on your mail.
>> > >
>> > >
>> > > I got it, but I do not know where the problem occurs, because I cannot
>> > > reproduce it on 3 different computers.
>> > >
>> > >
>> > >
>>> > >>The installer is not compilable. :-(
>> > >
>> > >
>> > > Does it really work with the one week older makefile? Could you test
this?
>> > >
>> > >
> >
> > -- 
> > ___________________________________________________________
> > Softwareentwicklung Jens Fudickar
> > Breslauer Straße 8 * 65760 Eschborn
> > Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> > Home of OraTool - http://www.oratool.de




Subject: Re: Encryption components
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Fri, 30 Apr 2004 14:39:15 +0200
Newsgroups: jedi.vcl

OK but the JVCSVDataset component hasn't got "Loadfromstream" method. Yes ?

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6tec8$fhk$1@talkto.net...
> > I believe the process must be (regardless of the dataset used):
> >
> > Dataset.SaveToStream(Stream);
> > EncryptStream(Stream);
> > ...
> > DecryptStream(Stream);
> > Dataset.LoadFromStream(Stream);
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Encryption components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Apr 2004 14:32:19 +0200
Newsgroups: jedi.vcl

I believe the process must be (regardless of the dataset used):

Dataset.SaveToStream(Stream);
EncryptStream(Stream);
....
DecryptStream(Stream);
Dataset.LoadFromStream(Stream);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Encryption components
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Fri, 30 Apr 2004 14:17:14 +0200
Newsgroups: jedi.vcl

To link a JVCVSDataSet with a CVS file, this file must be in CVS format with
delimiters. If I encrypt the whole file, there won't have delimiters so I
couldn't ling the next time with a JCCVSDataSet.

"Massimiliano" <max@mailinator.com> a écrit dans le message de news:
c6td91$f98$1@talkto.net...
> > Nono wrote:
> >
> > I think that the JVCVSDataset keep the whole file in memory, so why you
> > don't encrypt/decrypt the whole file instead each values.
> >
> >
> > Ciao
> > Massimiliano
> >
>> > > Hi,
>> > >
>> > > I want to use encryption componenets as JVXORCipher. I have datas in a
CSV
>> > > file and some of these datas mut be crypted so I use the JVCVSDataset
and
>> > > oin the GetData event I decode values. However, I've a problem. As I say
it,
>> > > This CSV file isn't all encrypted, only some of values are crypted and
in
>> > > thios file, my values are separates by ";" delimiter. So if a value
contains
>> > > after encryption this delimiter, my file will be not good. So My
question is
>> > > to know if it's possible to exclude ";" character for the crypt method.
>> > > Thus, the string encrypted won't have never this delimiter.
>> > > Thanks
>> > >
>> > >




Subject: Re: Encryption components
From: Massimiliano <max@mailinator.com>
Date: Fri, 30 Apr 2004 14:14:48 +0200
Newsgroups: jedi.vcl

Nono wrote:

I think that the JVCVSDataset keep the whole file in memory, so why you don't encrypt/decrypt the whole file instead each values.


Ciao
Massimiliano

> Hi,
>
> I want to use encryption componenets as JVXORCipher. I have datas in a CSV
> file and some of these datas mut be crypted so I use the JVCVSDataset and
> oin the GetData event I decode values. However, I've a problem. As I say it,
> This CSV file isn't all encrypted, only some of values are crypted and in
> thios file, my values are separates by ";" delimiter. So if a value contains
> after encryption this delimiter, my file will be not good. So My question is
> to know if it's possible to exclude ";" character for the crypt method.
> Thus, the string encrypted won't have never this delimiter.
> Thanks
>
>


Subject: VisualCLX compatibility
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Apr 2004 13:27:47 +0200
Newsgroups: jedi.vcl

I am starting a new thread here from the VisualCLX issues discussed in "Time
to set a release date for next beta?" started on 2004-04-07.

André, I can't find the ClxGenerator in jedi.binaries, could you post it
again or mail it directly to me? I'll see if I can make it work for my D7
Enterprise and resolve the forward/backslash issue...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Time to set a release date for next beta?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Apr 2004 13:23:18 +0200
Newsgroups: jedi.vcl

> > Would you agree that it makes sense to open a new thread? ;-) The
> > subject line is very misleading...
:) Yeah, you might be right

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Time to set a release date for next beta?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Apr 2004 13:22:54 +0200
Newsgroups: jedi.vcl

> > Except with me?
> > I have Delphi 7 Professional (Build 4453)
Maybe you have the Resources folder in your path?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Time to set a release date for next beta?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 30 Apr 2004 13:21:16 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>>> So this inconsistance already exists within Windows. Consider / or \ as
>>> path seperators.
>
>
> The forward/backward slash issue only affects the JvQ* units and Delphi
> versions that supports CLX. Forward slahses doesn't work with my Delphi 7
> and I highly suspect it doesn't with anyone elses either, so it need to be
> resolved.
>

Except with me?
I have Delphi 7 Professional (Build 4453)
>
> so let us know if there is anything we can do to help
> speed up the process.
>
Maybe you can resolve this.

regards,

André Snepvangers


Subject: Re: Time to set a release date for next beta?
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 30 Apr 2004 13:04:51 +0200
Newsgroups: jedi.vcl

Would you agree that it makes sense to open a new thread? ;-) The subject line is very misleading...

Peter Thörnqvist wrote:

>>> So this inconsistance already exists within Windows. Consider / or \ as
>>> path seperators.
>
>
> The forward/backward slash issue only affects the JvQ* units and Delphi
> versions that supports CLX. Forward slahses doesn't work with my Delphi 7
> and I highly suspect it doesn't with anyone elses either, so it need to be
> resolved.
>


Subject: Re: Time to set a release date for next beta?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Apr 2004 13:01:18 +0200
Newsgroups: jedi.vcl

>> > > So this inconsistance already exists within Windows. Consider / or \ as
>> > > path seperators.

The forward/backward slash issue only affects the JvQ* units and Delphi
versions that supports CLX. Forward slahses doesn't work with my Delphi 7
and I highly suspect it doesn't with anyone elses either, so it need to be
resolved.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Robert Marquardt" <robert_marquardt@gmx.de> skrev i meddelandet news:c6t0r2$cd3$1@talkto.net...
> > André Snepvangers wrote:
> >
>> > > url's in Mozilla & IE are using the forward slash. The register uses
>> > > also forward slashes
> >
> >




Subject: JvInspector change breaking backwards compatability
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Apr 2004 11:23:24 +0200
Newsgroups: jedi.vcl

Hi all,

    I just committed rev. 1.89. In it I've added a UseFont property to
TJvInspectorFontNameItem. The property defaults to False which breaks
backwards compatability (previously items were always rendered in the font
they represented). This is deliberate, since the previous mechanism was to
slow on slower machines to be usable.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JvFormStorage and local + network ini settings
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Apr 2004 10:46:19 +0200
Newsgroups: jedi.vcl

> > I want to have a local c:\xxxx and a net f:\xxxx ini files for my
> > multi-user app.  I will be storing different settings in each.
> >
> > I know that I will needed two JvAppIniFileStorage.
> >
> > But can this be set up in design time or will I have to change the
> > FormStorage at run time or use two FormStorages?
> >

Depends on how you want to use it. I would use something like this:

asMain: TJvAppStorage
asLocal: TJvAppIniFileStorage
asNetwork: TJvAppIniFileStorage

for asMain we can then setup the SubStorages property (just a collection).
Add two items, the first will have a RootPath='Local' and
AppStorage=asLocal, the second will have a RootPath='Network' and
AppStorage=asNetwork.

You can then use asMain to store data. Storing to a path starting with
'Local\' will store to asLocal (stripping the 'Local\' part before deferring
to asLocal) and a path starting with 'Network\' will store to asNetwork. Any
other path will raise an exception (TJvAppStorage can't store any data
itself and solely relies on SubStorages to provide storage). Note that you
are not limited to a single path as RootPath and that sub storages do not
have to be of the same type (so you could even store some data to the
registry, other data to an Ini file and yet other data to an XML file, all
using a single storage component to deal with and just specify the correct
storage path to store to a specific storage).

TJvFormStorage has a AppStoragePath property. If you set that to 'Local\',
the settings are stored in asLocal.

If I'm not mistaken TJvAppIniFileStorage also exposes the SubStorage
property (I could be wrong; I noticed recently the XmlStorage doesn't, but
maybe Olivier had a good reason to not expose it). In that case you could
use one of the two as the main storage and use it's SubStorages property to
link a specific path to the second (e.g. use asNetwork as the main storage
and have 'Local\' linked to asLocal).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Time to set a release date for next beta?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Apr 2004 10:42:46 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> url's in Mozilla & IE are using the forward slash. The register uses also forward slashes
> So this inconsistance already exists within Windows. Consider / or \ as path seperators.

The older Delphi versions are problematic because they do not like the forward slash.



Subject: Encryption components
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Fri, 30 Apr 2004 10:30:48 +0200
Newsgroups: jedi.vcl

Hi,

I want to use encryption componenets as JVXORCipher. I have datas in a CSV
file and some of these datas mut be crypted so I use the JVCVSDataset and
oin the GetData event I decode values. However, I've a problem. As I say it,
This CSV file isn't all encrypted, only some of values are crypted and in
thios file, my values are separates by ";" delimiter. So if a value contains
after encryption this delimiter, my file will be not good. So My question is
to know if it's possible to exclude ";" character for the crypt method.
Thus, the string encrypted won't have never this delimiter.
Thanks




Subject: Re: Time to set a release date for next beta?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 30 Apr 2004 09:33:51 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> André Snepvangers wrote:
>
>> Very strange. I have changed to only forward slashes weeks ago, never had this problem. Also Robert Marquardt doesn't seem to have this problem.;)
>
>
> I tried it and it did not work (namely for D6).
> Using VCL and VisualCLX is also logically wrong.
> \ is for Windows and / for Linux.
url's in Mozilla & IE are using the forward slash. The register uses also forward slashes
So this inconsistance already exists within Windows. Consider / or \ as path seperators.

> Also such a change should only be made for all files not file by file.
Sure, currently I am the only active developer working on VisualCLX, it is not a priority, since the change is only cosmetic.
>


Read first the thread 'Todays cleanup'  dd 05-03-2004.
Afaics forward slashes is not supported by D5, the reason why you have reverted the changes mentioned in that thread?
Note only D7 & K3(p) are supported by JVCLX.

Regards,

André Snepvangers


Subject: Re: Time to set a release date for next beta?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Apr 2004 08:58:59 +0200
Newsgroups: jedi.vcl

The makefile.mak for the Examples shows that no examples have been added to it since February.
Please add them so CompileExamples.bat compiles all examples again.



Subject: Re: Add MPL file to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Apr 2004 08:41:43 +0200
Newsgroups: jedi.vcl

> > It seems that we do not have a copy of the MPL anywhere.
> > Far smaller projects include it so we should also.
Right. Added to \help

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: In love (with an installer)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Apr 2004 08:28:10 +0200
Newsgroups: jedi.vcl

> > The installer was never planned to be generic what made my live easier.
> > There is generic code in it (DelphiData.pas) but most units are designed
> > to fullfill the JVCL requirements. If the JVCLInstaller should be generic
> > we have to introduce scripting because not all component suites want to
> > compile the JCL, ...
Of course, but I still think it could be worthwhile looking into it.
Besides, with a manual/how-to, maybe others will use the code, adapt it and
make it generic for us :)

Either way, it's a task for a later day when we have less to do (i.e
probably never <g>).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Add MPL file to JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Apr 2004 06:43:05 +0200
Newsgroups: jedi.vcl

It seems that we do not have a copy of the MPL anywhere.
Far smaller projects include it so we should also.



Subject: Re: Time to set a release date for next beta?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Apr 2004 06:36:20 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Very strange. I have changed to only forward slashes weeks ago, never had this problem. Also Robert Marquardt doesn't seem to have this problem.;)

I tried it and it did not work (namely for D6).
Using VCL and VisualCLX is also logically wrong.
\ is for Windows and / for Linux.
Also such a change should only be made for all files not file by file.



Subject: JvFormStorage and local + network ini settings
From: "Craig" <craig@.at.qnotes.com>
Date: Thu, 29 Apr 2004 23:53:27 -0400
Newsgroups: jedi.vcl

I want to have a local c:\xxxx and a net f:\xxxx ini files for my
multi-user app.  I will be storing different settings in each.

I know that I will needed two JvAppIniFileStorage.

But can this be set up in design time or will I have to change the
FormStorage at run time or use two FormStorages?

Thank you,

-
Craig




Subject: Re: New installer how to skip packages?
From: "Craig" <craig@.at.qnotes.com>
Date: Thu, 29 Apr 2004 23:47:21 -0400
Newsgroups: jedi.vcl

> > Could you let us know what errors you get when compiling JvCmp?
> >

As I said:
I just tried it again after the (old installer worked with JcCmp
unchecked) and it worked.  In both installers, I selected to recompile
the JCL and build packages.

It must have been an outdated JCL file?
Next time I will cut and paste the error message.

-
Craig




Subject: Re: In love (with an installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Apr 2004 01:26:19 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > build.exe should be ok

There is no real problem to make build.exe generic, because most things
are generic except the special paths and environment variables. But you
must keep in mind that the build.exe is nothing without the makefile.mak.
They belong together.


> > From what i've seen in the source code, it would be quite difficult to 
> > make it generic because of some hardcoded strings in it.

The installer was never planned to be generic what made my live easier.
There is generic code in it (DelphiData.pas) but most units are designed
to fullfill the JVCL requirements. If the JVCLInstaller should be generic
we have to introduce scripting because not all component suites want to
compile the JCL, ...


-- Regards, Andreas Hausladen 

Subject: Re: OT: Seach for payed help
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 29 Apr 2004 22:59:56 +0000
Newsgroups: jedi.vcl

I was hoping to confuse the spam robots that way ;-) Maybe my linux mail system filters spam that good that I did not realize using my real address in all newsgroups!

Holger Flick schrieb:

> micha schumann wrote:
>
>
>> job (XML/Delphi) please drop me a mail to schumann at itc dash ms dot de!
>
>
> What sense does it make giving away the mail adress like that if you post with the correct address in the header?? ;-)
>


Subject: Re: OT: Seach for payed help
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 29 Apr 2004 22:55:05 +0000
Newsgroups: jedi.vcl

Holger Flick schrieb:

> micha schumann wrote:
>
>
>> job (XML/Delphi) please drop me a mail to schumann at itc dash ms dot de!
>
>
> What sense does it make giving away the mail adress like that if you post with the correct address in the header?? ;-)
>
You are right - I was not aware of that - thanks!


Subject: Re: In love (with an installer)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 30 Apr 2004 08:50:02 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> It's very interesting to have small simple manual - how to use Installer
>> for third party packages.
>
> Actually, I think that's a fabulous idea. With a decent manual/how-to, the
> developers of those project interested in our build system could create
> their own installers based on the installer, package generator and build
> system in JVCL. It's all based on xml files, so it shouldn't be too hard to
> get it to work.
>
> Andreas, maybe you could find some time to do it (I could help out as well,
> if you want me to) after the next release?
>
>
From what i've seen in the source code, it would be quite difficult to make it generic because of some hardcoded strings in it.
Remember how I struggled to get PG to be generic ? Well, I think we face up the same challenge here. build.exe should be ok, but not JVCLInstall, that's for sure.
Of course, comments from Andreas will shed some light on the issue...

Cheers
Olivier Sannier
JVCL Developer



Subject: Re: Time to set a release date for next beta?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 30 Apr 2004 08:46:50 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> For me slashes do not work under Delphi 7
>
> Same here, so isn't it better to change all resource includes to:
>
> {$IFDEF MSWINDOWS}
> {$R ..\Resources\jvConst.res}
> {$ENDIF}
> {$IFDEF LINUX}
> {$R ../Resources/jvConst.res}
> {$ENDIF}
>
> ?
>
Yes because forward slashes definitely don't work with D6, C6 and C5



Subject: Re: Time to set a release date for next beta?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 30 Apr 2004 00:34:38 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> For me slashes do not work under Delphi 7
>
> Same here, so isn't it better to change all resource includes to:
>

Very strange. I have changed to only forward slashes weeks ago, never had this problem. Also Robert Marquardt doesn't seem to have this problem.;)

Regards,

André Snepvangers


Subject: Re: Time to set a release date for next beta?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 30 Apr 2004 00:25:40 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> André Snepvangers wrote:
>
>
>> With VisualCLX you can always use forward slashes, that's why I changed
>> from IFDEF MSWINDOWS/LINUX to IFDEF VCL/VisualCLX.
>
>
> For me slashes do not work under Delphi 7 except I add the resource
> directory to the search path. But then I have to compile the source twice

The packages include the resource dir in the search path

> because the first time the linker gives an error. Pressing Ctrl+F9 again
> solves it.
>

I don't recognize this behaviour.

Regards,

André Snepvangers


Subject: Updating JvOutlookBar for XP theming
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Apr 2004 23:30:29 +0200
Newsgroups: jedi.vcl

I've made quite some changes to the drawing code in JvOutlookBar the last
couple of days so could someone with XP (and access to CVS) take a look at
the theming code and update it if necessary?

Thanks

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Time to set a release date for next beta?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Apr 2004 23:03:10 +0200
Newsgroups: jedi.vcl

> > For me slashes do not work under Delphi 7
Same here, so isn't it better to change all resource includes to:

{$IFDEF MSWINDOWS}
{$R ..\Resources\jvConst.res}
{$ENDIF}
{$IFDEF LINUX}
{$R ../Resources/jvConst.res}
{$ENDIF}

?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Time to set a release date for next beta?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Apr 2004 22:56:31 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > With VisualCLX you can always use forward slashes, that's why I changed
> > from IFDEF MSWINDOWS/LINUX to IFDEF VCL/VisualCLX.

For me slashes do not work under Delphi 7 except I add the resource
directory to the search path. But then I have to compile the source twice
because the first time the linker gives an error. Pressing Ctrl+F9 again
solves it.


-- Regards, Andreas Hausladen 

Subject: Re: Time to set a release date for next beta?
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 29 Apr 2004 22:28:59 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> What you can do depends also on where to draw the line.
>
> I decided I would try to install the CLX packages in D7 as a starter but
> I've run into a couple of problems:
>
> * The clxdesigner package have hard-coded paths to "C:\Program
> Files\Borland\Delphi7\Source\ToolsAPI". How do we solve that in a release?
>

I am aware of this problems, there were some suggestions from Andreas & Obones but I haven't tried them yet.

> * The resource includes uses forward slashes. This doesn't work on Windows.
> I guess the Q files are generated with pp.exe? You need to regenerate them
> with IFDEF MSWINDOWS/LINUX and the appropriate slashes for each version.
>
With VisualCLX you can always use forward slashes, that's why I changed from IFDEF MSWINDOWS/LINUX to IFDEF VCL/VisualCLX.

> * Can the normal res files be used with CLX on Windows and Linux or do we
> need to generate Q versions? The reason I ask is that there's a
> JvQConsts.res include in JvQJVCLUtils but there's no JvQConsts.res file in
> JVCL so either it is a typo or you plan to add it later.
>
AFAICS this problem exists only with JvConsts.res, JvQConsts.res is the same with another name. I will commit it anyway.

> * I haven't been able to find the Q preprocessor templates, so I guess you
> have them locally. If you want help making the packages compile on D7, maybe
> we should add them to JVCL? Some instructions on how to generate the files
> would be good as well.

No, that also an open issue. I use a slightly modified ClxGenerator from Andreas, which I have uploaded to binairies long time ago.
I have not spent much time on it, it has still some flaws.
I also use jpp to cleanup the generated sources from the no longer required VCL/VisualCLX ifdef's. And this is required for all units containing forms.
Currently I use an batchfile to do the jpp:
Content:

jpp -c -dVisualCLX -dCOMPILER6_UP -dCOMPILER7_UP -dCOMPILER7 -uVCL -dUSEJVCL -uCOMPILER5 -uJVCLThemesEnabled -x..\qrun\ JvQ*.pas

Ideally the clxgenerator should read the package xml to read the files to generate/update and to pass them through jpp.

Some installation notes.
- You need to build clxdesigner.dpk (adapt to installation) the resulting bpl file you can throw away, we need only the dcp file
- You have to uncheck all JVCL units, before you can install JVCLX packages. You could also consider creating a separate user account.
- Switching back and forth to JVCL/JVCLX is done by deselecting & selecting the packages. Need 2 passes one to deselect, one to select.
Otherwise you get the message 'A class named TJvDataItemsList already exists'
How the mechanisme, that hides/displays VCL/VisualCLX components, works is still not understood.

Regards,

André Snepvangers




Subject: Re: dxgettext in JVCL
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 29 Apr 2004 21:53:58 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Should we rename it to prevent unit name collisions with other (user)
> packages containing gnugettext? 

I think we have this naming problem with JVCLX & JVCL.

Regards,

André


Subject: Re: Time to set a release date for next beta?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Apr 2004 20:23:40 +0200
Newsgroups: jedi.vcl

> > What you can do depends also on where to draw the line.
I decided I would try to install the CLX packages in D7 as a starter but
I've run into a couple of problems:

* The clxdesigner package have hard-coded paths to "C:\Program
Files\Borland\Delphi7\Source\ToolsAPI". How do we solve that in a release?

* The resource includes uses forward slashes. This doesn't work on Windows.
I guess the Q files are generated with pp.exe? You need to regenerate them
with IFDEF MSWINDOWS/LINUX and the appropriate slashes for each version.

* Can the normal res files be used with CLX on Windows and Linux or do we
need to generate Q versions? The reason I ask is that there's a
JvQConsts.res include in JvQJVCLUtils but there's no JvQConsts.res file in
JVCL so either it is a typo or you plan to add it later.

* I haven't been able to find the Q preprocessor templates, so I guess you
have them locally. If you want help making the packages compile on D7, maybe
we should add them to JVCL? Some instructions on how to generate the files
would be good as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext in JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Apr 2004 20:13:42 +0200
Newsgroups: jedi.vcl

> > Should we add the gnugettext unit to the JVCL
Yes, I think so. Add it to the JVCLlnstall folder where the other files for
the installer is and don't rename it. That way it won't conflict with
anything else (the JVCLInstall folder should never be in the path), you can
use it in the installer itself and can be confident it is the correct
version for the installer and users that don't have dxgettext installed
could at least get a peek at it before deciding whether to use it themselves
or not.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: dxgettext in JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Apr 2004 20:02:32 +0200
Newsgroups: jedi.vcl

Should we add the gnugettext unit to the JVCL, as Peter mentioned some
time ago?
To which directory should the unit go? jvcl3\common ?
jvcl3\common\dxgettext ?
Should we rename it to prevent unit name collisions with other (user)
packages containing gnugettext? Or Should we create a new package (Package
Generator requires a prefix like "Jv")


-- Regards, Andreas Hausladen 

Subject: Re: OT: Seach for payed help
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 29 Apr 2004 19:49:26 +0200
Newsgroups: jedi.vcl

micha schumann wrote:


> job (XML/Delphi) please drop me a mail to schumann at itc dash ms dot de!

What sense does it make giving away the mail adress like that if you post with the correct address in the header?? ;-)



Subject: OT: Seach for payed help
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 29 Apr 2004 17:34:07 +0000
Newsgroups: jedi.vcl

If someone has some spare time and is interested in a small but urgent job (XML/Delphi) please drop me a mail to schumann at itc dash ms dot de!

Sorry for posting this OffTopic here - i expect a lot of delphi maniacs hanging around here... ;-)


Subject: file: links in RichEdit
From: "Philip Grace" <phil@niche-cs.com>
Date: Thu, 29 Apr 2004 17:33:58 +0100
Newsgroups: jedi.vcl

Hi,

I am using TRxRichEdit and have a proble with file: links where the link to
filename contains a space (eg any file in My Documents). Since space is the
delimited for the end of the link, clicking on the link does not get the
complete link in OnURLClick.

Has anyone had to deal with / solved this problem ?

Thanks,
Phil.





Subject: Re: In love (with an installer)
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 29 Apr 2004 18:13:44 +0200
Newsgroups: jedi.vcl

May the Flyers have stones at their feet! :-)

> [Go Leafs Go!]


Subject: Re: Time to set a release date for next beta?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Apr 2004 17:26:26 +0200
Newsgroups: jedi.vcl

> > Maybe you could upload JVCLConvert.exe to binairies so I can commit some 
> > updates/changes.
Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Time to set a release date for next beta?
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 29 Apr 2004 17:17:23 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> VisualCLX support.
>
> This is one of the things that I think is most important to get finished
> before the release, so let us know if there is anything we can do to help
> speed up the process.
>
Right now I have problems with CVS as you already noticed. I haven't build JVCL lately, so I discovered that I have to update JCL. Which ended with missing *.obj files for zlib <grr>.
Maybe you could upload JVCLConvert.exe to binairies so I can commit some updates/changes.

What you can do depends also on where to draw the line. Personally I would like to add JVCL Database Components, JvDriveCtrls(windows/linux).
Open issues:
- JvNavPanel does not draw the button glyph, at designtime 1 buttonglyph is drawn, but it draws the background.
- JvSpeedButton in highlighted(coloured) state draws a gray square as glyph.
- JvInspector & JvInspExtraEditors changes needed
- JvFindReplace causes exceptions (nil TFind/ReplaceDialog) during creation at runtime. This is a common issue with VisualCLX: events (EnabledChanged, ColorChanged, ..) are processed during the (inherited) create. You can imagine what can happen.
- Same thing with the JvWizard.
- DoubleBuffering does not work with edit controls, should be disabled/protected as a work around. (BB does work great with XP ctrls, JvNavPane)
- While I am testing visual components on an regular basis, this is not the case with most non-visuals. Updates in the original jvcl source since the initial VisualCLX version have been updated and build, but not evaluated. Anyone for testing?
- A JvComputerEx with some VisualCLX/Linux support would be nice. It should replace JvSysColors as well. Part of JVCLX.

Since yesterday(?):
- DoubleBuffering does not work anymore on Kylix as was: Paint draws only background in some cases.
- Exceptions during deletion of components.
- Exceptions when closing the Kylix IDE

Hopefully I will have time the coming days to work on it.

Regards,

André Snepvangers



Subject: Hello, xpath parser
From: "@rennes" <l.sass@omp-transport.com>
Date: Thu, 29 Apr 2004 17:00:14 +0200
Newsgroups: jedi.vcl

Hello,

I have a problem for making my xpath parser.
I have a liste like that :

//root/node1
//root/node1/aa
//root/node1/bb
//root/node1/bb/cc
//root/node2
//root/node2/aa

I have a path like that

//root/*/aa

I want :
//root/node1/aa
//root/node2/aa

Is it your tSearchEngine could made that, and how ?

Thanks




Subject: Re: In love (with an installer)
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Thu, 29 Apr 2004 15:42:01 +0100
Newsgroups: jedi.vcl

Just a thought.... Could it be adapted to make it into a Jedi tool? For
example, I have to reload Delphi and all 3rd party components on different
pcs from time to time. This takes more than a day each time so I've often
thought of writing an app that will automate the process. Seems like your
installer does everything; loads packages, compiles them, sets environment
paths etc.

My 2c

Trev

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c6q55j$rrl$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Andreas, just wanted to let you know that I really love the new
installer
>> > > and build system and I wish my other Delphi Libraries used it as well.
>> > >
>> > > It's amazing how neat it is to open a command prompt and just type
"build
>> > > d6" to get the entire JVCL rebuilt.
>> > >
>> > > Ah. bliss!
> >
> > Thanks, but the Installer is still missing the ".dfm/.xfm copy" feature
> > that is necessary for non-"developer installtions". And I will apply some
> > changes which Robert wrote in his Installer-Changes text.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Install error again
From: "Jury Gerasimov" <jury@softshape.com>
Date: Thu, 29 Apr 2004 23:29:40 +0900
Newsgroups: jedi.vcl

> > Undeclared
>> > > identifier: 'TMT_SIZINGMARGINS'
> >
> > See
> >
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001706

Thanks Peter, now I've installed it !

-- Regards, Jury Gerasimov Softshape Development mailto:jury@softshape.com http://www.softshape.com 

Subject: Re: In love (with an installer)
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 29 Apr 2004 09:46:21 -0400
Newsgroups: jedi.vcl

Ricardo Cardona (Open Systems) wrote:
> A Delphi-friendly build management tool
>
> Want was inspired by the Jakarta Ant tool, but tweaked to make it fast and
> Delphi-friendly
>
> http://www.suigeneris.org/space/want/
> http://sourceforge.net/projects/want
>
>
Tried it. Didn't like it. Just my $0.02 canadian.

Warren


[Go Leafs Go!]


Subject: Re: In love (with an installer)
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 29 Apr 2004 09:45:00 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Actually, I think that's a fabulous idea. With a decent manual/how-to, the
> developers of those project interested in our build system could create
> their own installers based on the installer, package generator and build
> system in JVCL. It's all based on xml files, so it shouldn't be too hard to
> get it to work.


I use a simple batch file and command line utility based build system, now that JEDI has one, I think I would rather use it, and drop my in-house hack.

Anyone who develops Delphi apps and who keeps all their source code in
c:\dev (or something like that), could use components and techniques from the installer to basically do a "build everything" console, can
save huge time whenever they need to move/clone/backup/restore their development environment.  (New programmer hired, -or-, and this is what happens to me quite often, I move from my main PC to a customer PC to debug a problem, or I move temporarily to a laptop during a trip, and them move back.)  Without such a tool, you have to install Delphi, then you have
to go through laborious manual procedures (some of which I have done dozens if not hundreds of times in the last years) to rebuild.

I'd like my whole delphi development system, and all projects underneath it, to build using one build.bat file. So I have such a custom beastie now, but it is ugly and only works when it isn't raining outside. <grin>

Perhaps when my schedule allows, I can adapt the JVCL installer as a 'builder tool' for all JEDI-JVCL-and-JCL-etc aware developers to
use for a similar purpose for themselves.

Warren


Subject: Re: In love (with an installer)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 15:34:44 +0200
Newsgroups: jedi.vcl

> > I haven't actually tried this yet (as so far I only had one Delphi on my
> > disk) but the <version> element which was introduced relatively recently
> > was supposed to remedy this...

I actually like want a lot (and I use it to build the release zips of JVCL),
but for building and installing the packages, I still think Andreas build
system along with the installer and Oliviers package gnerator are better.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: In love (with an installer)
From: Oliver Giesen <ogware@gmx.net>
Date: Thu, 29 Apr 2004 15:28:22 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Want was inspired by the Jakarta Ant tool, but tweaked to make it fast and
>> Delphi-friendly
>
> One big problem:
> - It is very difficult (or even impossible, maybe?) to persuade it to use
> the correct make.exe for the Delphi/BCB version you are compiling.

I haven't actually tried this yet (as so far I only had one Delphi on my disk) but the <version> element which was introduced relatively recently was supposed to remedy this...

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: In love (with an installer)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Apr 2004 15:26:26 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Any and all of them could benefit from Andreas build system, IMO.

Maybe a small advertisement to send out :-)



Subject: Re: In love (with an installer)
From: "Ricardo Cardona \(Open Systems\)" <rcardona_nopartofmail@zerospam.open.com.co>
Date: Thu, 29 Apr 2004 08:24:28 -0500
Newsgroups: jedi.vcl

> > May be For this is very useful to have converter from a *.bpr family
> > files(D7+D6+B6+...) to one XML? (As TurboPower has a number of ready BPR
> > files, for example)

A Delphi-friendly build management tool

Want was inspired by the Jakarta Ant tool, but tweaked to make it fast and
Delphi-friendly

http://www.suigeneris.org/space/want/
http://sourceforge.net/projects/want




Subject: Re: Install error again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 15:18:45 +0200
Newsgroups: jedi.vcl

> > X:\work\dev\sources\lib\jvcl\run\JvCaptionButton.pas(687) Error:
Undeclared
> > identifier: 'TMT_SIZINGMARGINS'

See
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001706

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: In love (with an installer)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 15:18:02 +0200
Newsgroups: jedi.vcl

> > Want was inspired by the Jakarta Ant tool, but tweaked to make it fast and
> > Delphi-friendly

One big problem:
- It is very difficult (or even impossible, maybe?) to persuade it to use
the correct make.exe for the Delphi/BCB version you are compiling.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install error again
From: "Jury Gerasimov" <jury@softshape.com>
Date: Thu, 29 Apr 2004 22:14:20 +0900
Newsgroups: jedi.vcl

> > Get the latest JclGraphUtils from JCL, rebuild the DJcl and DJclVcl packages
> > and you should be fine

I even reinstalled both JCL and JVCL from scratch, but got this error during
JVCL installation -

Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
X:\work\dev\sources\lib\jvcl\run\JvCaptionButton.pas(687) Error: Undeclared
identifier: 'TMT_SIZINGMARGINS'
JvCtrlsD5R.dpk(92) Fatal: Could not compile used unit
'..\..\run\JvCaptionButton.pas'

It's my 3th installation for the last 3 days, no luck so far...

PS. Delphi 5.
-- Regards, Jury Gerasimov Softshape Development mailto:jury@softshape.com http://www.softshape.com 

Subject: Re: hello.... does jcl or jvcl has this feature
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Thu, 29 Apr 2004 14:46:42 +0200
Newsgroups: jedi.vcl

kutluay wrote:
> i want to add a sticky note on desktop (and a calendar).... does jvcl has a
> component do that. or jcl has a api conversion for do that... i cant see any
> faciliy for this. ... am i missing.. or overlook this in documentation.

What is so complicated about that? You basically need a form, which is always on top, if I understand you correctly?


Subject: Re: Time to set a release date for next beta?
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 29 Apr 2004 14:43:00 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> So guys, I think it is time we start thinking of a release date for the next
> beta. Could all active developers please reply with an estimate when they
> think the stuff they are working on is ready so we can set freeze and
> release dates?
>
> I don't really have anything on my agenda that needs to be finished before
> the next release, so I am good to go anytime.
>
VisualCLX support.

While most bugs in JVCLX + Windows seem to be solved, I ran into some unexpected problems while I made some tests with Kylix yesterday. I was expecting to have a pre beta ready after next weekend but now I think I will need some extra time. Several enhancements on the JvEx* & Qwindows can remove several $ifdef's, so I like also to clean up the code.
Depends also on the time I can spent on clx support.

Regards,

André Snepvangers


Subject: Re: Time to set a release date for next beta?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 14:42:15 +0200
Newsgroups: jedi.vcl

> > VisualCLX support.
This is one of the things that I think is most important to get finished
before the release, so let us know if there is anything we can do to help
speed up the process.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where is WebCVS??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 14:35:13 +0200
Newsgroups: jedi.vcl

Try

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Where is WebCVS??
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 29 Apr 2004 14:30:09 +0200
Newsgroups: jedi.vcl

http://cvs.jvcl.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/
Are there any changes with the adress? Or should I only wait a bit since CVS
is back?

Regards

Dierk

==========================================
NO Software Patents in Europe!
http://petition.eurolinux.org/index_html
==========================================




Subject: Re: In love (with an installer)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 29 Apr 2004 15:53:04 +0400
Newsgroups: jedi.vcl

Dierk wrote:

>> With a decent manual/how-to, the
>> developers of those project interested in our build system could create
>> their own installers based on the installer, package generator and build
>> system in JVCL.
>
>
> Oh yes, a really great idea!!
>
> Regards
> Dierk
>
> ==========================================
> NO Software Patents in Europe!
> http://petition.eurolinux.org/index_html
> ==========================================
>
>
May be For this is very useful to have converter from a *.bpr family files(D7+D6+B6+...) to one XML? (As TurboPower has a number of ready BPR files, for example)


Subject: Re: In love (with an installer)
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 29 Apr 2004 13:27:17 +0200
Newsgroups: jedi.vcl

> > With a decent manual/how-to, the
> > developers of those project interested in our build system could create
> > their own installers based on the installer, package generator and build
> > system in JVCL.

Oh yes, a really great idea!!

Regards
Dierk

==========================================
NO Software Patents in Europe!
http://petition.eurolinux.org/index_html
==========================================




Subject: Re: In love (with an installer)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 12:38:36 +0200
Newsgroups: jedi.vcl

> > It's very interesting to have small simple manual - how to use Installer
> > for third party packages.
Actually, I think that's a fabulous idea. With a decent manual/how-to, the
developers of those project interested in our build system could create
their own installers based on the installer, package generator and build
system in JVCL. It's all based on xml files, so it shouldn't be too hard to
get it to work.

Andreas, maybe you could find some time to do it (I could help out as well,
if you want me to) after the next release?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: In love (with an installer)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 29 Apr 2004 14:31:42 +0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> But honestly: Is there another Open Source package one "has to" use?
>
> My personal favorites:
>
> * JCL ;)
> * TurboPower
> * Zeos DB
> * FastReports
> * VirtualTreeview
> * GraphicEx
> * Toolbar2000 (TBX)
> * Anders' and Angus' DragDrop Components
> * TNT
> * Indy
> * EmbeddedWB
>
> Any and all of them could benefit from Andreas build system, IMO.
>
It's very interesting to have small simple manual - how to use Installer for third party packages.


Subject: JvFormStorage and Frames ?
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Thu, 29 Apr 2004 11:16:22 +0100
Newsgroups: jedi.vcl

I know it's called "Form Storage", but, I have a JvFormStorage component and relevant others in a frame. I wish to remember values of controls assigned to the Frame.

To complicate matters, the frame is part of a plugin, but is added to a form and then assigned to a Tabsheet in a page control (The host app will display config frames from all plugins in one page control - That's the idea !)

I'm guessing that because there's no association between the Form Storage components on the frame and its adopted form, that JvFormStorage  has no hooks etc so no events are being fired.

Anybody know of an elegant workaround or am I just barking up the wrong tree ?

Many Thanks

Pete Stoves


Subject: Ynt: hello.... does jcl or jvcl has this feature
From: "kutluay" <ikutluay@ibrahimkutluay.net>
Date: Thu, 29 Apr 2004 13:16:12 +0300
Newsgroups: jedi.vcl

thks.....







Subject: Re: In love (with an installer)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 11:59:21 +0200
Newsgroups: jedi.vcl

> > But honestly: Is there another Open Source package one "has to" use?
My personal favorites:

* JCL ;)
* TurboPower
* Zeos DB
* FastReports
* VirtualTreeview
* GraphicEx
* Toolbar2000 (TBX)
* Anders' and Angus' DragDrop Components
* TNT
* Indy
* EmbeddedWB

Any and all of them could benefit from Andreas build system, IMO.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: In love (with an installer)
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 29 Apr 2004 11:50:40 +0200
Newsgroups: jedi.vcl

Hi Peter,

> Andreas, just wanted to let you know that I really love the new installer
> and build system and I wish my other Delphi Libraries used it as well.

What *other*? ;-) Is there more than JVCL?

But honestly: Is there another Open Source package one "has to" use?

-- 
Holger




Subject: Re: Windows address book-component?
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Thu, 29 Apr 2004 08:06:41 +0000
Newsgroups: jedi.vcl

Hi,

I used this one before from Tory, it enumerates from the WAB:

http://www.torry.net/vcl/system/appscommunications/windowsaddressbook.zip


best,
omziff


> >Hello,
> >
> >Does the JVCL have a component to access the windows address book? I
> >remember that there was an API conversion in the API library, which is
> >currently not reachable over the internet (why?).
> >
> >But does such a component exist?
> >
> >Ciao,
> >Ralf
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: In love (with an installer)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 09:30:31 +0200
Newsgroups: jedi.vcl

> > Thanks, but the Installer is still missing the ".dfm/.xfm copy" feature
> > that is necessary for non-"developer installtions".
Nevertheless, I *really* like it :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: hello.... does jcl or jvcl has this feature
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 09:29:51 +0200
Newsgroups: jedi.vcl

> > i want to add a sticky note on desktop (and a calendar)

Nothing in JVCL at least and I don't think there is anything in JCL either.
Sorry.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: hello.... does jcl or jvcl has this feature
From: "kutluay" <ikutluay@ibrahimkutluay.net>
Date: Thu, 29 Apr 2004 10:02:29 +0300
Newsgroups: jedi.vcl

Hi guys... First of all i have to say thanks to all JEDI guys for this great
package.. This package is really huge you are allways doing it bettter and
better.

I have a question......

i want to add a sticky note on desktop (and a calendar).... does jvcl has a
component do that. or jcl has a api conversion for do that... i cant see any
faciliy for this. ... am i missing.. or overlook this in documentation.


Regards




Subject: Re: Windows address book-component?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 29 Apr 2004 08:48:52 +0200
Newsgroups: jedi.vcl


"omziff" <badtigger2tigger@hotmail.com> schrieb im Newsbeitrag
news:c6q3eq$rh2$1@talkto.net...
> > Hi,
> >
> > I used this one before from Tory, it enumerates from the WAB:
> >
> > http://www.torry.net/vcl/system/appscommunications/windowsaddressbook.zip
> >
> >
> > best,
> > omziff
> >

Hi,

thanks for the hint. Thic component is mainly a wrapper around the JEDI API
conversion! But it only allows to read the addressbook. I was seeking for a
component that is able to add items to the addressbook.

Meanwhile i have managed to write an own class (with the help of the JEDI
demo from API conversion) that is able to add items to the WAB.

Ciao,
Ralf



Subject: Re: In love (with an installer)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Apr 2004 08:38:03 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Andreas, just wanted to let you know that I really love the new installer
> > and build system and I wish my other Delphi Libraries used it as well.
> > 
> > It's amazing how neat it is to open a command prompt and just type "build
> > d6" to get the entire JVCL rebuilt.
> > 
> > Ah. bliss!

Thanks, but the Installer is still missing the ".dfm/.xfm copy" feature
that is necessary for non-"developer installtions". And I will apply some
changes which Robert wrote in his Installer-Changes text.


-- Regards, Andreas Hausladen 

Subject: In love (with an installer)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 08:31:48 +0200
Newsgroups: jedi.vcl

Andreas, just wanted to let you know that I really love the new installer
and build system and I wish my other Delphi Libraries used it as well.

It's amazing how neat it is to open a command prompt and just type "build
d6" to get the entire JVCL rebuilt.

Ah. bliss!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer how to skip packages?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 08:28:45 +0200
Newsgroups: jedi.vcl

You get to select packages if you select "New installation". If you select
"Update existing" you don't get to choose the packages since you are
refreshing what you already have.

Could you let us know what errors you get when compiling JvCmp?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Latest Install Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Apr 2004 08:20:47 +0200
Newsgroups: jedi.vcl

> > Thank-you for taking the time with me.
No problems, glad it worked out for you. Don't hesitate to post again if you
have any questions.

> > Any other changes made to JvXPBar?
Yes, you can now group bars (Grouped),  group and check items in a bar
(Item.AutoCheck, Item.Checked, Item.GroupIndex), set various new color
options (Colors.CheckedColor, Colors.CheckedFrameColor, Colors.FocusedColor,
Colors.FocusedFrameColor), images can be specified for the roll button
(RollImages), items can be drawn with a rounded edge (RoundedItemFrame), the
header can be sized (HeaderHeight).

Items should now also correctly display and handle accelerator keys (i.e
'&File' is displayed with an underscore 'F' and reacts to Alt+F if enabled
and visible).

I think that's about it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer how to skip packages?
From: "Craig" <craig@.at.qnotes.com>
Date: Wed, 28 Apr 2004 20:14:00 -0400
Newsgroups: jedi.vcl

I just tried it again after the (old installer worked with JcCmp
unchecked) and it worked.  In both installers, I selected to recompile
the JCL and build packages.

>> > > BTW, JcCmp will not install at the moment.
> > What error message do you get ?
> >




Subject: Re: New installer how to skip packages?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 29 Apr 2004 10:07:30 +1000
Newsgroups: jedi.vcl

Craig wrote:

> BTW, JcCmp will not install at the moment.  
What error message do you get ?



Subject: Re: ZLib and C++ Builder
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 29 Apr 2004 10:05:12 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Since the C5 support is almost impossible to get for the moment, I
>> tested C6 support. It compiles and links fine. I haven't tried to use
>> the component itself.
>
> Any ideas about the reason for C5 not working?
>
Please read the jcl newsgroup. BTW, I'd like to hear about D5 users. Please check that zlibh.pas is in the package before claiming it works <g>

Cheers

Olivier Sannier
JVCL Developer



Subject: New installer how to skip packages?
From: "Craig" <craig@.at.qnotes.com>
Date: Wed, 28 Apr 2004 19:53:16 -0400
Newsgroups: jedi.vcl

In the older installer you could uncheck a package that would not
compile, like JcCmp, then try again to install.  How do you do this in
the current installer?

BTW, JcCmp will not install at the moment.  I used the older installer
to uncheck then in Delphi 7 pro everything installed with the current
CVS build.

-
Craig.






Subject: Re: Latest Install Error
From: "Bill Miller" <w2m@frontiernet.net>
Date: Wed, 28 Apr 2004 19:24:22 -0400
Newsgroups: jedi.vcl

Peter,

Thank-you for taking the time with me.  I downloaded both JCL and JVCL and
reinstalled both without a single problem!  I even got JvNavigationPanel
which is what I was interested in (I saw your post at
toolbar2000.thridparty).  I see that JvXPBar now accepts controls...
excellent!   Any other changes made to JvXPBar?

Thanks Again!

Regards,

Bill Miller




Subject: Re: Drawing Problems with JvDynControlEngine/JvParameterlist and XP Manifests
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 29 Apr 2004 00:57:04 +0200
Newsgroups: jedi.vcl

THe images where made with the example in "examples/JvParameterList". No changes then adding the manifest.

Jens Fudickar wrote:

> Hi,
>
> i have a problem with a Problem with my JvDynControlEngine/JvParameterlist Controls in combination with xp-manifests.
>
> Look at the images in the binaries there you can see the problem. It happens with all default engines. There is a sample for each engine in both combinations (with and without manfest).
>
> You can see that the drawing of the checkbox and the groupbox is buggy. Don't know why.
> Maybe someone else has an idea. I didn't know anything :-( :-(
>
> Greetings
> Jens
>
> If there will be no solution i will add a mantis entry in the next days.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Drawing Problems with JvDynControlEngine/JvParameterlist and XP Manifests
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 29 Apr 2004 00:55:59 +0200
Newsgroups: jedi.vcl

Hi,

i have a problem with a Problem with my JvDynControlEngine/JvParameterlist Controls in combination with xp-manifests.

Look at the images in the binaries there you can see the problem. It happens with all default engines. There is a sample for each engine in both combinations (with and without manfest).

You can see that the drawing of the checkbox and the groupbox is buggy. Don't know why.
Maybe someone else has an idea. I didn't know anything :-( :-(

Greetings
Jens

If there will be no solution i will add a mantis entry in the next days.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Ctl3D property
From: "Andy" <Andy@no.mail.please>
Date: Thu, 29 Apr 2004 08:13:44 +0930
Newsgroups: jedi.vcl

Hi,
I have just downloaded and installed JVCL 3.0 (am currently using v2 on my
production machine).
The new version is very impressive - well done jvcl team.

There are a handful of components (Jv Data Controls)  in v2 that I make
heavy use of in my apps because of their functionality and also the ability
to have a flat look. eg jvDBLookupCombo, jvDBDateEdit, jvDBCalcEdit.
BUT now the ability to have the flat look is gone - Ctl3D property is not
there.  :-(
Is there anyway I can get the flat look back (workaround?)

Andy




Subject: Re: Latest Install Error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 28 Apr 2004 23:05:31 +0200
Newsgroups: jedi.vcl

> > Is there anyway to download all CVS files without getting each one at a
> > time?

Two ways:
1. Install a CVS client like TortoiseCVS (see
http://homepages.borland.com/jedi/jvcl/cvs.htm for configuration details for
JVCL)
2. Get the daily zip files from http://jvcl.sf.net/daily and
http://jcl.sf.net/daily

It's always difficult updating libraries like JCL and JVCL that changes as
often as they do, so we recommended to always get the complete set and
delete all dcu, dcp and bpl files before rebuilding the packages (you must
rebuild JCL before JVCL)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Latest Install Error
From: "Bill Miller" <w2m@frontiernet.net>
Date: Wed, 28 Apr 2004 16:32:11 -0400
Newsgroups: jedi.vcl

Peter,

Thanks for the tip, but I get the same error.  I even compiled the package
to detect other needed files, then I downloaded them to the proper folder.
I managed to get quite far compiling JCL, but now Delphi can not find
SetNamedSecurityInfoW method in the JclSecurity unit and I can not find it
either despite having downloaded all the files in all uses.

Is there anyway to download all CVS files without getting each one at a
time?

Regards,

Bill Miller




Subject: Error Installing
From: "Fabriz" <fabrizioroma2@supereva.it>
Date: Wed, 28 Apr 2004 20:31:40 +0200
Newsgroups: jedi.vcl

I have unzipped the latest version of the lib and whenI launch the installer
I heve the error:

"Error while generating the templates"...

I'm under BCB6.

Can you help me?

Thanks in advance

FAbrizio




Subject: Re: Wizard question (probably dumb)
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 28 Apr 2004 18:22:35 +0000
Newsgroups: jedi.vcl

Having followed the discussion below I think the effort isnt worth the result (or vice versa?). Lets forget ist.

Andreas Hausladen schrieb:
> micha schumann wrote:
>
>
>> Sorry if it is a trivial one!
>
>
> This is not trivial. The Wizard uses a TBitBtn and it cannot be changed as
> it is at the moment.
>
>
>



Subject: Re: Old Problem with New Installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 28 Apr 2004 19:01:18 +0200
Newsgroups: jedi.vcl

I have downloaded now the version 1.24 to 1.27 and will try it tomorrow. Did i need anything else.
On this computer i did not have any cvs, so i had to prepare everything now.

Greetings
Jens

Andreas Hausladen wrote:

> Jens wrote:
>
>
>> have you received my answer on your mail.
>
>
> I got it, but I do not know where the problem occurs, because I cannot
> reproduce it on 3 different computers.
>
>
>
>> The installer is not compilable. :-(
>
>
> Does it really work with the one week older makefile? Could you test this?
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Old Problem with New Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 28 Apr 2004 18:57:17 +0200
Newsgroups: jedi.vcl

Jens wrote:

> > have you received my answer on your mail.

I got it, but I do not know where the problem occurs, because I cannot
reproduce it on 3 different computers.


> > The installer is not compilable. :-(

Does it really work with the one week older makefile? Could you test this?


-- Regards, Andreas Hausladen 

Subject: Re: Latest Install Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 18:54:00 +0200
Newsgroups: jedi.vcl

> > Ok.  Source Forge only shows latest as April 5.  Where can I find  >April
15
You will have to get it from CVS. The unit you need is JclWin32.pas and you
can get it from the web here:

http://cvs.sourceforge.net/viewcvs.py/jcl/jcl/source/windows/JclWin32.pas

Note that dowloading from WebCVS most probably means you will have to
convert LF's to CRLF's before you can use it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Some changes for TJvChangeNotify
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 28 Apr 2004 18:46:27 +0200
Newsgroups: jedi.vcl

Peter,
Ok, now it works...

Changes:
  -- TJvChangeNotify: Put property "active" from public to published section
     (cause I always forget to set this property in runtime to true)
  -- TJvChangeNotify.SetActive: Exit if csDesigning in ComponentState
(Active is now published)
  -- TJvChangeItem.SetDir: Exception not when csDesigning in ComponentState
     (cause, it was impossible to reset in designtime the directory
property)
  -- Same TJvChangeNotify.CheckActive: Exception not when
csDesigning+csloading in ComponentState
  -- added procedure TJvChangeNotify.Loaded; override;

Put it to binaries. Please have a look at it. I´ve tested it, it works fine.

Regards

Dierk




Subject: Re: Wizard question (probably dumb)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 28 Apr 2004 18:44:17 +0200
Newsgroups: jedi.vcl

Sad, in this kind it would be a lot more work to manage it with dyncontrolengine :-(

Jens

Andreas Hausladen wrote:

> Jens wrote:
>
>
>> I think a better solution will be to use the JvDynControlEngine to create
>> the controls of the wizard.
>
>
> The JvWizard package is a "USE_JVCL"-condition Package.
>
>
> -- 
> Regards,
>
> Andreas Hausladen

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Latest Install Error
From: "Bill Miller" <w2m@frontiernet.net>
Date: Wed, 28 Apr 2004 12:36:48 -0400
Newsgroups: jedi.vcl

> > The JCL files must be later than April 15 to work with JVCL.

Ok.  Source Forge only shows latest as April 5.  Where can I find  >April 15

Regards,

Bill Miller




Subject: Re: Time to set a release date for next beta?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 28 Apr 2004 18:33:36 +0200
Newsgroups: jedi.vcl

> >     Well, I have some fixes for JvInspector mailed to me by Markus. Still
> > need to test them and commit, but alas, my new PC was giving some trouble
> > after installation and I had to start again.

    OK, committed the changes/additions. It also was a good opportunity to
check out the new installer. Very nice! Well done Andreas.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Compile error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 17:55:48 +0200
Newsgroups: jedi.vcl

> > Sorry for attachments (I begin in JEDI !!!)
No sweat. Just so you know the next time.
> > For my problem, it'sOK; I've downloaded the latest JCL version and it's OK
Great!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install error again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 17:55:12 +0200
Newsgroups: jedi.vcl

Get the latest JclGraphUtils from JCL, rebuild the DJcl and DJclVcl packages
and you should be fine

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Install error again
From: "Jury Gerasimov" <jury@softshape.com>
Date: Thu, 29 Apr 2004 00:36:28 +0900
Newsgroups: jedi.vcl

Hi,

got JCL from 27th and JVCL from 28th. When installing JVCL, I see the
following -

X:\work\dev\sources\lib\jvcl\run\JvBackgrounds.pas(291) Error: Undeclared
identifier: 'THLSVector'
X:\work\dev\sources\lib\jvcl\run\JvBackgrounds.pas(292) Error: Undeclared
identifier: 'THLSValue'
X:\work\dev\sources\lib\jvcl\run\JvBackgrounds.pas(297) Error: Undeclared
identifier: 'RGBtoHLS'
X:\work\dev\sources\lib\jvcl\run\JvBackgrounds.pas(298) Error: Missing
operator or semicolon
X:\work\dev\sources\lib\jvcl\run\JvBackgrounds.pas(300) Error: Missing
operator or semicolon
X:\work\dev\sources\lib\jvcl\run\JvBackgrounds.pas(306) Error: Undeclared
identifier: 'HLStoRGB'
X:\work\dev\sources\lib\jvcl\run\JvBackgrounds.pas(306) Error: Undeclared
identifier: 'Saturation'
X:\work\dev\sources\lib\jvcl\run\JvBackgrounds.pas(358) Error: Undeclared
identifier: 'SetBitmapColors'
JvCoreD5R.dpk(94) Fatal: Could not compile used unit
'..\..\run\JvBackgrounds.pas'

and it stops.

-- Regards, Jury Gerasimov Softshape Development mailto:jury@softshape.com http://www.softshape.com 

Subject: Re: Compile error
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 16:40:45 +0200
Newsgroups: jedi.vcl

Sorry for attachments (I begin in JEDI !!!)
For my problem, it'sOK; I've downloaded the latest JCL version and it's OK
thanks
"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6ocl1$i7d$1@talkto.net...
> > First, don't post attachments here - that's what jedi.binaries is for.
> > Secondly, you need the JCL files from ~15 april or later since the version
> > between ~ april 1 - 14 has an error. Make sure you delete *all* old
JCL/JVCL
> > dcu, dcp and bpl files before trying to reinstall (reinstall JCL first).
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Latest Install Error
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 16:38:56 +0200
Newsgroups: jedi.vcl

I have got the same error but you have to take the latest version of JCL too
and after it will be OK.

"Bill Miller" <w2m@frontiernet.net> a écrit dans le message de news:
c6oc3l$i43$1@talkto.net...
> > I had JVCL Beta installed just fine, but I downloaded the latest daly zip
> > file for both JCL Build 1947 and JVCL3-Latest 4/28/04 and now I get
install
> > error:
> >
> > [Compiling: JvCoreD7R.bpl]
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > C:\Program Files\Borland\Delphi7\Lib\jvcl\run\JvJVCLAboutForm.pas(140)
> > Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
> > JvCoreD7R.dpk(93) Fatal: Could not compile used unit
> > '..\..\run\JvJVCLAboutForm.pas'
> >
> > What is the problem?
> >
> > Using Install.Bat.
> >
> > Regards,
> >
> > Bill
> >
> >
> >




Subject: Re: Compile error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 16:31:47 +0200
Newsgroups: jedi.vcl

First, don't post attachments here - that's what jedi.binaries is for.
Secondly, you need the JCL files from ~15 april or later since the version
between ~ april 1 - 14 has an error. Make sure you delete *all* old JCL/JVCL
dcu, dcp and bpl files before trying to reinstall (reinstall JCL first).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Latest Install Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 16:29:29 +0200
Newsgroups: jedi.vcl

> > I had JVCL Beta installed just fine, but I downloaded the latest daly zip
> > file for both JCL Build 1947 and JVCL3-Latest 4/28/04 and now I get
install
> > error:
The JCL files must be later than april 15 to work with JVCL.

Make sure you delete *all* dcu, obj, dcp and bpl files from JCL/JVCL,
reinstall JCL and then reinstall JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Latest Install Error
From: "Bill Miller" <w2m@frontiernet.net>
Date: Wed, 28 Apr 2004 10:23:46 -0400
Newsgroups: jedi.vcl

I had JVCL Beta installed just fine, but I downloaded the latest daly zip
file for both JCL Build 1947 and JVCL3-Latest 4/28/04 and now I get install
error:

[Compiling: JvCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program Files\Borland\Delphi7\Lib\jvcl\run\JvJVCLAboutForm.pas(140)
Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD7R.dpk(93) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

What is the problem?

Using Install.Bat.

Regards,

Bill





Subject: Compile error
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 16:03:58 +0200
Newsgroups: jedi.vcl

I have got the latest version of JVCL in daily zip. Then I laucn install.bat
to rebuild all. And I have an error in JVCoreD7R.bpl. I have upload
JCLgraphutils and I've re-installed JCL package too.
I work on D7 pro
Thanks





error.bmp
	



Subject: Re: Some changes for TJvChangeNotify
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 28 Apr 2004 15:55:15 +0200
Newsgroups: jedi.vcl

Peter,

> >I´ve tested it, it should be
Oh, I think that was too easy..... I have to make some other changes.
....But not today. I will be back, on tomorrow.

Regards

Dierk




Subject: Re: ZLib and C++ Builder
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 15:53:06 +0200
Newsgroups: jedi.vcl

> > Since the C5 support is almost impossible to get for the moment, I
> > tested C6 support. It compiles and links fine. I haven't tried to use
> > the component itself.
Any ideas about the reason for C5 not working?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ZLib and C++ Builder
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 28 Apr 2004 23:46:18 +1000
Newsgroups: jedi.vcl

OBones wrote:

> As to C++ Builder 6, I will test it after this is fixed.

Since the C5 support is almost impossible to get for the moment, I tested C6 support. It compiles and links fine. I haven't tried to use the component itself.

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator


Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 15:27:24 +0200
Newsgroups: jedi.vcl

Thanks a lot
I'm going to download these files (In fact I searched in CVS/JVCL and not in
/dev)

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6o8ev$hcn$1@talkto.net...
>> > > I was gone in CVS /jvcl/source and non files JVXP....PAS . Where are
these
>> > > files, please ? Which must I download ?
> > I am not sure which ones you need since I presume you have the original
beta
> > release? There has been a significant number of changes since that release
> > so your best bet would be to get it all, either from CVS (in dev/JVCL3 -
> > case sensitive!!!) or from the daily zips (http://jvcl.sf.net/daily).
> >
> > For more info on CVS and the location of the repository, see
> > http://homepages.borland.com/jedi/jvcl/cvs.htm
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 15:20:16 +0200
Newsgroups: jedi.vcl

> > I was gone in CVS /jvcl/source and non files JVXP....PAS . Where are these
> > files, please ? Which must I download ?
I am not sure which ones you need since I presume you have the original beta
release? There has been a significant number of changes since that release
so your best bet would be to get it all, either from CVS (in dev/JVCL3 -
case sensitive!!!) or from the daily zips (http://jvcl.sf.net/daily).

For more info on CVS and the location of the repository, see
http://homepages.borland.com/jedi/jvcl/cvs.htm

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Old Problem with New Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 28 Apr 2004 13:00:53 +0000
Newsgroups: jedi.vcl

HI Andreas,

have you received my answer on your mail.

It's not fixed.

The installer is not compilable. :-(

Greetings
Jens

> >Sorry Andreas,
> >
> >didn't help. I only have a webacces to the newsgroups.
> >
> >Please send it to me directly via email.
> >
> >Greetings
> >Jens 
> >
>> >>
>>> >>> Could you please post it to the binaries.
>> >>
>> >>Posted to jedi.binaries.
>> >>
>> >>
>> >>-- 
>> >>Regards,
>> >>
>> >>Andreas Hausladen
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Some changes for TJvChangeNotify
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 28 Apr 2004 14:58:29 +0200
Newsgroups: jedi.vcl

Peter,
I´ve some little changes for TJvChangeNotify.
First I want to add the possibility to set in designmode property "active"
to true. Cause I always forget to set it in runtime to true. :)
Therefore this two changes:
  -- TJvChangeNotify: Put property "active" from public to published section
  -- TJvChangeNotify.SetActive: Exit if csDesigning in ComponentState
(Active is now published)
Another tweak is that once set a directory in designtime, there was no way
to "clean" the string of property
  -- TJvChangeItem.SetDir: Exception not when csDesigning in ComponentState

Put it to binaries. Please have a look at it. I´ve tested it, it should be
work.

Regards

Dierk





Subject: Re: Install/Compile error
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 28 Apr 2004 22:34:09 +1000
Newsgroups: jedi.vcl

Please disregard my previous message, hadn't recompiled the JCL packages


Subject: Re: Install/Compile error
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 28 Apr 2004 22:13:25 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Anyone with a quick fix ????
>
>
> You need the JclGraphUtils in jedi.binaries + rebuild the djcl and djclvcl
> packages. That should fix it.
>
Did you put that in CVS ?
Because I did a get two minutes ago and I get the same errors:

run\JvBackgrounds.pas(291) Error: Undeclared identifier: 'THLSVector'
run\JvBackgrounds.pas(292) Error: Undeclared identifier: 'THLSValue'
run\JvBackgrounds.pas(297) Error: Undeclared identifier: 'RGBtoHLS'
run\JvBackgrounds.pas(298) Error: Missing operator or semicolon
run\JvBackgrounds.pas(300) Error: Missing operator or semicolon
run\JvBackgrounds.pas(306) Error: Undeclared identifier: 'HLStoRGB'
run\JvBackgrounds.pas(306) Error: Undeclared identifier: 'Saturation'
run\JvBackgrounds.pas(358) Error: Undeclared identifier: 'SetBitmapColors'
JvCoreD6R.dpk(94) Fatal: Could not compile used unit '..\..\run\JvBackgrounds.pas'

Could you fix that, it's preventing me from testing the ZLib stuff with C6.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 14:02:29 +0200
Newsgroups: jedi.vcl

OK,

I was gone in CVS /jvcl/source and non files JVXP....PAS . Where are these
files, please ? Which must I download ?

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6o3sh$gi9$1@talkto.net...
>> > > In fact, HintShow method doesn't declare in JVXPCORE.pas.
> > No, it is declared in TJvExCustomControl in JvExControls.pas (if USEJVCL
is
> > declared)
> >
>> > > I've downloaded Beta V3.0 but does you thinkd there is a release more
> > recent
>> > > in CVS ?
> > Oh yes, there has been quite a lot of changes in CVS since the official
> > beta.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 14:02:09 +0200
Newsgroups: jedi.vcl

> > In fact, HintShow method doesn't declare in JVXPCORE.pas.
No, it is declared in TJvExCustomControl in JvExControls.pas (if USEJVCL is
declared)

> > I've downloaded Beta V3.0 but does you thinkd there is a release more
recent
> > in CVS ?
Oh yes, there has been quite a lot of changes in CVS since the official
beta.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install/Compile error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 13:58:54 +0200
Newsgroups: jedi.vcl

> > The same problem with CB6, but the fix isn't working.
How so? I think Robert has updated JclGraphUtils in JCL as well, so you
could try getting it from there...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install/Compile error
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 28 Apr 2004 15:52:57 +0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Anyone with a quick fix ????
>
>
> You need the JclGraphUtils in jedi.binaries + rebuild the djcl and djclvcl
> packages. That should fix it.
>
The same problem with CB6, but the fix isn't working.


Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 13:43:57 +0200
Newsgroups: jedi.vcl

In fact, HintShow method doesn't declare in JVXPCORE.pas.
I've downloaded Beta V3.0 but does you thinkd there is a release more recent
in CVS ?

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6o2pr$gba$1@talkto.net...
>> > > JvXPCtrls-R doesn't compile
> >
> > That is probably caused by changes to the base classes since the beta1
> > release. Two solutions:
> > - Comment out the HintShow code and replace RsUntitled with an 'untitled'
> > string
> > - Get the latest versions from CVS/daily and replace the files you got
from
> > jedi.binaries
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 13:43:40 +0200
Newsgroups: jedi.vcl

> > JvXPCtrls-R doesn't compile

That is probably caused by changes to the base classes since the beta1
release. Two solutions:
- Comment out the HintShow code and replace RsUntitled with an 'untitled'
string
- Get the latest versions from CVS/daily and replace the files you got from
jedi.binaries

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 13:29:19 +0200
Newsgroups: jedi.vcl

JvXPCtrls-R doesn't compile
see my previous mail:
[Erreur] JvXPBar.pas(429): Méthode 'HintShow' non trouvée dans la classe de
base
[Erreur] JvXPBar.pas(749): Identificateur non déclaré : 'RsUntitled'
[Erreur] JvXPBar.pas(858): Identificateur non déclaré : 'RsUntitled'
My release is JVCL 3.0 Beta

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6nukg$fle$1@talkto.net...
>> > > Since I have changed .pas end .res, glyph of XPToolButton (type = close)
> > in
>> > > design time is OK but in run time it changes and it's not "X", it's
> > another
>> > > glyph
> > Works fine for me. Have you rebuilt the packages (JvXPCtrls-R and
> > JvXPCtrls-D)?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 12:32:32 +0200
Newsgroups: jedi.vcl

> > Since I have changed .pas end .res, glyph of XPToolButton (type = close)
in
> > design time is OK but in run time it changes and it's not "X", it's
another
> > glyph
Works fine for me. Have you rebuilt the packages (JvXPCtrls-R and
JvXPCtrls-D)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 12:03:07 +0200
Newsgroups: jedi.vcl

Beta V3.0  (JVCL300BETA1Complete.zip)
Since I have changed .pas end .res, glyph of XPToolButton (type = close) in
design time is OK but in run time it changes and it's not "X", it's another
glyph
Thanks

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6nr7j$f3l$1@talkto.net...
>> > > I've got zip but when I compiled I've several errors:
> > What version of JVCL do you have (i.e when did you download it
originally)?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: MDI wallpaper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 11:39:13 +0200
Newsgroups: jedi.vcl

> > I have added it in slightly modified form to JCL CVS repository.
Thanks a lot.

> > BTW, I checked; as far as I can see, rrMath & rrUtils are not used at
> > all
Right, I discovered that as well so that saved me some work <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: I find a better way.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 11:37:30 +0200
Newsgroups: jedi.vcl

> > I find a good way to instead it. That is to add a TActionList component to
> > the form, and then add a action which do with the CTRL+V shoutcut. in the
> > action's execute method, I insert the code.
Clever and simple - the way it should be!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install/Compile error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 11:35:41 +0200
Newsgroups: jedi.vcl

> > Anyone with a quick fix ????

You need the JclGraphUtils in jedi.binaries + rebuild the djcl and djclvcl
packages. That should fix it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 11:34:27 +0200
Newsgroups: jedi.vcl

> > I've got zip but when I compiled I've several errors:
What version of JVCL do you have (i.e when did you download it originally)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 11:11:52 +0200
Newsgroups: jedi.vcl

Thansk,
I've got zip but when I compiled I've several errors:

[Erreur] JvXPBar.pas(429): Méthode 'HintShow' non trouvée dans la classe de
base
[Erreur] JvXPBar.pas(749): Identificateur non déclaré : 'RsUntitled'
[Erreur] JvXPBar.pas(858): Identificateur non déclaré : 'RsUntitled'
How can I do to compile ?
Thanks


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6mm57$aja$1@talkto.net...
>> > > Is anywhone able to help me
> > I've uploaded a zip with fixes to jedi.binaries. Put the *.res files in
> > \Resources and the *.pas files in \run. Rebuild the JvXPCtrls run-time
> > package. I'll update it in CVS as well.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 28 Apr 2004 10:49:12 +0200
Newsgroups: jedi.vcl

"Nono" <arnold.fluteaux@scj.fr> schrieb im Newsbeitrag
news:c6nlg3$e6v$1@talkto.net...
> > Thanks but where is this zip ? I'm sorry but I don't know yet very well
JEDI
> > site.
Nono, Peter uploaded it to the newsgroup jedi.binaries and has the subject
"Fixed JvXP units (~ 23kb)"

You should add this newsgroup to your current list of subscribed newsgroups
and search for this thread.

cu,
Michael



Subject: Re: missing TJvSrollingLabel?
From: "Jhoe Logz" <eric@smsglobal.com>
Date: Wed, 28 Apr 2004 16:44:23 +0800
Newsgroups: jedi.vcl

Thanks Peter!

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c6l2cn$1l0$1@talkto.net...
> > It has been merged into TJvBehaviorLabel. Select the "Scrolling" behavior
at
> > design-time to resurrect it.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: missing TJvSrollingLabel?
From: "Jhoe Logz" <eric@smsglobal.com>
Date: Wed, 28 Apr 2004 16:44:05 +0800
Newsgroups: jedi.vcl

I understand. Thanks anyway!

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:c6lkrr$4nf$2@talkto.net...
> > Jhoe Logz wrote:
> >
>> > > Can anyone help me to find this component? It's not on the list of
Removed,
>> > > renamed,deprecated nor changed components.
> >
> > That list is obviously not complete.
> > We do our best, but backward compatibility is not the focus of the JVCL.
> > Otherwise the JVCL would be become stagnant too soon.
> >




Subject: Re: Wizard question (probably dumb)
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 28 Apr 2004 08:43:16 +0000
Newsgroups: jedi.vcl

I think a better solution will be to use the JvDynControlEngine to create
the controls of the wizard.

In this case you can change everything you want.

Please have a look at the JVDSADialogs unit and the JvParameterList-Example.

If you have further questions, please ask :-)

Greetings
Jens

> >Would it be of interrest here if I tried to implement a feature in the 
> >wizard that allows using an other button class? And if so, does anyone 
> >have some tips on that?
> >
> >micha
> >
> >Andreas Hausladen schrieb:
>> >> micha schumann wrote:
>> >> 
>> >> 
>>> >>>Sorry if it is a trivial one!
>> >> 
>> >> 
>> >> This is not trivial. The Wizard uses a TBitBtn and it cannot be changed as
>> >> it is at the moment.
>> >> 
>> >> 
>> >> 
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: I find a better way.
From: "tttk" <tttk2000@hotmail.com>
Date: Wed, 28 Apr 2004 16:42:06 +0800
Newsgroups: jedi.vcl

There seems existing some trouble when using RegisterHotKey, for it kills
all the HOTKEY in system, althought I just want it in my application only.

I find a good way to instead it. That is to add a TActionList component to
the form, and then add a action which do with the CTRL+V shoutcut. in the
action's execute method, I insert the code.

It works very well.

tttk




Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Wed, 28 Apr 2004 09:51:45 +0200
Newsgroups: jedi.vcl

Thanks but where is this zip ? I'm sorry but I don't know yet very well JEDI
site.

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c6mm57$aja$1@talkto.net...
>> > > Is anywhone able to help me
> > I've uploaded a zip with fixes to jedi.binaries. Put the *.res files in
> > \Resources and the *.pas files in \run. Rebuild the JvXPCtrls run-time
> > package. I'll update it in CVS as well.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Time to set a release date for next beta?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Apr 2004 09:36:42 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> That is why i will write a text.
> It will be nitpicking. There is no way around that.
> OTOH it will not be that important. The installer works.

Here it is for the first two screens:

"JVCL 3 installation" screen:

- I liked the line marking the current item in the blue steps panel to the left.
  It looked very elegant.
- I think bold should not mark the current item but finished items
  showing the installation progress in terms of steps.
- How about placing the Jedi image as title in the blue panel?
  (for all screens)
- "Welcome to the JVCL 3 installation program." should read
  "Welcome to the JVCL 3 installation application"
  I think no full stop for such a title line (for all screens).
- all radio buttons need a hint
  "Change package selection." should read
  "allows to select packages to install"
- "The JEDI Visual Component Library (JVCL) consists of a large collection (currently ca. 500)
  visual and non-visual components which can be instantly reused in your Delphi, Kylix and
  C++ Builder projects." should read
  "The JEDI Visual Component Library (JVCL) consists of a huge collection (currently ca. 500)
  of visual and non-visual components which can be instantly reused in your Delphi, Kylix or
  C++ Builder projects."
- "The library is built upon code donated from the JEDI community." should read
  "The library is built upon code donated from the Delphi community."
- "(MPL)" should read "(MPL 1.1)".
- "can be freely used in both freeware, shareware, open source and commercial projects."
  "can be freely used in freeware, shareware, open source or commercial projects."
- "without an MPL" should red "without a MPL"
- Maybe a button to show the MPL (which should be part of the JVCL release)
  is a good idea.
- Are the buttons "Back", "Next" and "Cancel" wide enough to always show their caption?
  (same size and placement in all screens)
- The "Back" and "Next" button should get a bit more distance from each other.
  Only a few pixels.
- "JVCL 3 Installation" item in the blue panel should change its text
  depending on the radio button selected.
- The text in the white title panel should be left aligned with the
  memo border below (same position then on the other screens).

"Choose IDE targets" screen:

- "installed JVCL version:" should not be placed that far to the right.
  Is it possible to have different JVCL versions installed if you have several
  Delphi/C++ Builders installed?
  If so then each checkbox should get its own version label.
  (i have only Delphi 6 so i do not know if that is already implemented)
- I think it is better to show a checkbox for all supported Delphi/C++ Builder
  versions and only enable the checkboxes for installed versions.
  That gives an intuitive overview of supported Delphi/C++ Builder versions.
- The framed JCL path is a bit misleading. It gives an disabled edit impression.
- If no installation IDE is selected then the "Next" button should be disabled.
- Alt-J to focus the JCL path is silly because you cannot edit the path directly.
- "Browse..." hint should read "Select JCL 1.90 installation directory..."
  (or whatever version is needed for the JVCL 3).
- more hints



Subject: Re: TJvDataEmbedded + vbs script question
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 28 Apr 2004 09:28:34 +0200
Newsgroups: jedi.vcl

There's at least the Turbo Power Internet controls on the net, which have support for every client/server...



omziff wrote:
> Thanks, I wanted to use a vbs script as I thought it would be easiest for my purposes--to connect to a timeserver and update the local system time. This saved me from using some COM control. I dont know if jedi has vcl for this(?) But the malicious script issue gives me something to consider.
> thanks lots :)
>
>
>> How about extracting the data to a temporary file, then executing that file. Please remember however that most machine have VBScript turned off by default now, because what your program is doing is too risky, you could execute anything including malicious code.
>>
>> Cheers
>>
>> Olivier Sannier
>> JVCL Developer
>>
>>
>
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Wizard question (probably dumb)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 28 Apr 2004 08:51:01 +0200
Newsgroups: jedi.vcl

Jens wrote:

> > I think a better solution will be to use the JvDynControlEngine to create
> > the controls of the wizard.

The JvWizard package is a "USE_JVCL"-condition Package.


--
Regards,

Andreas Hausladen


Subject: Re: Wizard question (probably dumb)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 28 Apr 2004 08:49:17 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Make it a public property of type TCustomButtonClass and that would be
> > enough for me. Set it to TImageButton by default, but if people want to
> > change it, then it should use it.  However, please note that I haven't
> > had a look at the JvWizard code

The WizardButtons are derived from TBitBtn. I never heard that someone
could change the base class during program execution. So you must change
the whole button mechanim of the JvWizard.

> > I'm not even sure you are allowed to have a
> > property of "class" type...

Even if Delphi whould support it, BCB meight have problems with designtime
assignment of class types. I think a public property would be enough.
People would not change the button style that often.



-- Regards, Andreas Hausladen 

Subject: Install/Compile error
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 28 Apr 2004 08:47:25 +0200
Newsgroups: jedi.vcl

Fresh update from CVS, can't install.
Compile error in JvCoreD7R JvBackGrounds.pas

undeclared identifier: THLSVector, THLSValue, RGBtoHSL
and some more ....

Anyone with a quick fix ????

regards
Flemming





Subject: Re: Wizard question (probably dumb)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 28 Apr 2004 16:29:58 +1000
Newsgroups: jedi.vcl

micha schumann wrote:

> Would it be of interrest here if I tried to implement a feature in the wizard that allows using an other button class? And if so, does anyone have some tips on that?

Make it a public property of type TCustomButtonClass and that would be enough for me. Set it to TImageButton by default, but if people want to change it, then it should use it.
However, please note that I haven't had a look at the JvWizard code and I'm not even sure you are allowed to have a property of "class" type...



Subject: Re: Wizard question (probably dumb)
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 28 Apr 2004 05:42:30 +0000
Newsgroups: jedi.vcl

Would it be of interrest here if I tried to implement a feature in the wizard that allows using an other button class? And if so, does anyone have some tips on that?

micha

Andreas Hausladen schrieb:
> micha schumann wrote:
>
>
>> Sorry if it is a trivial one!
>
>
> This is not trivial. The Wizard uses a TBitBtn and it cannot be changed as
> it is at the moment.
>
>
>


Subject: Re: Time to set a release date for next beta?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Apr 2004 06:32:29 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I think it should be absolutely clear that the installer is Andreas 100% so
> we others have to accept that he has the final say on everything that
> affects it (logic, visual or whatever). Suggestions and ideas are always
> good and sometimes needed but the final decision is always his.

That is why i will write a text.
It will be nitpicking. There is no way around that.
OTOH it will not be that important. The installer works.



Subject: Re: MDI wallpaper
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 28 Apr 2004 06:28:07 +0200
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote:
> OK, I decided to add it to the JvCore package and there were no problems
> AFAICD but I did add some new funtions to JclGraphUtils.
>
> Robert (Rossmair), can you check that the new JclGraphUtils.pas I've posted
> to binaries is OK?

I have added it in slightly modified form to JCL CVS repository.

BTW, I checked; as far as I can see, rrMath & rrUtils are not used at all, probably just included as parts of a package required by another package..


Subject: Re: TJvDataEmbedded + vbs script question
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Wed, 28 Apr 2004 03:20:47 +0000
Newsgroups: jedi.vcl

Thanks, I wanted to use a vbs script as I thought it would be easiest for 
my purposes--to connect to a timeserver and update the local system time. 
This saved me from using some COM control. I dont know if jedi has vcl for 
this(?) But the malicious script issue gives me something to consider.
thanks lots :)

> >How about extracting the data to a temporary file, then executing that 
> >file. Please remember however that most machine have VBScript turned off 
> >by default now, because what your program is doing is too risky, you 
> >could execute anything including malicious code.
> >
> >Cheers
> >
> >Olivier Sannier
> >JVCL Developer
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Jvcrypt problem using 3.00 beta install in delphi 6 professional
From: "roger adams" <rogerad@ozemail.com.au>
Date: Wed, 28 Apr 2004 13:00:27 +1000
Newsgroups: jedi.vcl

Jcryptv failed on 1 coputer but worked on another copputer - windows xp



** Generating resources...

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

** Generating packages...

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

Generating packages for d6

Loaded template.dof

d6p template will be used for JvDotNetCtrls-R

d6p template will be used for JvGlobus-D

d6p template will be used for JvGlobus-R

d6p template will be used for JvInterpreter-R

d6p template will be used for JvUIB-R

Loaded template.dpk

d6p template will be used for JvDotNetCtrls-R

d6p template will be used for JvGlobus-D

d6p template will be used for JvGlobus-R

d6p template will be used for JvInterpreter-R

d6p template will be used for JvUIB-R

Loaded template.res

Compiling package: JvCoreD6R.bpl

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

100752 lines, 2.00 seconds, 611408 bytes code, 4645 bytes data.

Compiling package: JvCoreD6D.bpl

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

26847 lines, 1.10 seconds, 81124 bytes code, 665 bytes data.

Compiling package: JvCryptD6R.bpl

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(145) Error:
Undeclared identifier: 'TCompressionStream'

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(177) Error:
Missing operator or semicolon

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(177) Error:
Incompatible types: 'TComponent' and 'Integer'

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(185) Error:
Missing operator or semicolon

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(185) Error:
Illegal type in Write/Writeln statement

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(190) Error:
Missing operator or semicolon

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(247) Error:
Missing operator or semicolon

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(247) Error:
Incompatible types: 'String' and 'inflate_codes_mode'

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(257) Error:
Missing operator or semicolon

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(257) Error:
Incompatible types: 'String' and 'inflate_codes_mode'

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(289) Error:
Undeclared identifier: 'TDecompressionStream'

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(332) Error:
Missing operator or semicolon

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(332) Error:
Incompatible types: 'TComponent' and 'TMemoryStream'

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(340) Error:
Missing operator or semicolon

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(340) Error:
Illegal type in Read/Readln statement

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(340) Error:
Left side cannot be assigned to

D:\!1 JCL Beta
3.00-\JVCL300BETA1JCL190Complete\jvcl\run\JvZlibMultiple.pas(350) Error:
Missing operator or semicolon

JvCryptD6R.dpk(51) Fatal: Could not compile used unit
'..\..\run\JvZlibMultiple.pas'

** error 1 ** deleting JvCryptD6R.bpl




Subject: TJvDataEmbedded + vbs script question
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Wed, 28 Apr 2004 02:32:15 +0000
Newsgroups: jedi.vcl

 Hi,
I just have a quick question about JvDataEmbedded: how can I run a vbs 
script embedded in it? I have tried both of these methods, but I think I 
am missing something:
ShellExecute(Handle,'open','wscript','SetTime.vbs', nil, SW_SHOWNORMAL);
or
ShellExecute(Handle,'open','wscript','JvDataEmbedded1.Data', nil, 
SW_SHOWNORMAL);

do not work for me--many thanks in advance!

omziff



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDataEmbedded + vbs script question
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 28 Apr 2004 10:42:02 +1000
Newsgroups: jedi.vcl

How about extracting the data to a temporary file, then executing that file. Please remember however that most machine have VBScript turned off by default now, because what your program is doing is too risky, you could execute anything including malicious code.

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: Compatibility JVgCaption & JVXPCORE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 01:01:36 +0200
Newsgroups: jedi.vcl

> > Is anywhone able to help me
I've uploaded a zip with fixes to jedi.binaries. Put the *.res files in
\Resources and the *.pas files in \run. Rebuild the JvXPCtrls run-time
package. I'll update it in CVS as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: MDI wallpaper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Apr 2004 00:04:52 +0200
Newsgroups: jedi.vcl

OK, I decided to add it to the JvCore package and there were no problems
AFAICD but I did add some new funtions to JclGraphUtils.

Robert (Rossmair), can you check that the new JclGraphUtils.pas I've posted
to binaries is OK?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Time to set a release date for next beta?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 27 Apr 2004 22:20:13 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> So guys, I think it is time we start thinking of a release date for the next
> beta. Could all active developers please reply with an estimate when they
> think the stuff they are working on is ready so we can set freeze and
> release dates?

I have 2 assigned Mantis bugs, but because I don't have much free time lately these bugs might take some time to fix. They are not that big of a problem though thus might be fixed after the next beta.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: MDI wallpaper
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 27 Apr 2004 22:12:10 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>> rrTrView.pas (derived control)
>>
>> That one is just there for demo purposes, I am not sure if it is useful
>> enough to stand for itself.
>
> Maybe it could be added to the demo folder and used there?

Fine with me.

>>> rrColors.pas (color utils)
>>
>> The required parts should go into JclGraphUtils IMO.
>
> I could add it but I would appreciate if you checked it before I commit

OK, I'll check it out.

>>> rrMath.pas (math utils)
>>> rrUtils.pas (misc. utils)
>>> rr.inc (replace with jedi.inc since we don't support <D5 anyway?)
>
> I'll have a look at removing/replacing as much as possible. If there are any
> issues, I'll let you know ;)

:)



Subject: Re: MDI wallpaper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Apr 2004 22:03:58 +0200
Newsgroups: jedi.vcl

>> > > rrTrView.pas (derived control)
> > That one is just there for demo purposes, I am not sure if it is useful
> > enough to stand for itself.
Maybe it could be added to the demo folder and used there?

>> > > rrColors.pas (color utils)
> > The required parts should go into JclGraphUtils IMO.
I could add it but I would appreciate if you checked it before I commit

>> > > rrMath.pas (math utils)
>> > > rrUtils.pas (misc. utils)
>> > > rr.inc (replace with jedi.inc since we don't support <D5 anyway?)
I'll have a look at removing/replacing as much as possible. If there are any
issues, I'll let you know ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: MDI wallpaper
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 27 Apr 2004 21:43:16 +0200
Newsgroups: jedi.vcl

Hi Peter,

I'm sorry that I did not respond earlier, but weekend was all work for me until yesterday morning.

Peter Thörnqvist wrote:

>>> Don't know where to add it yet, though. And there's
>>> another problem: there are three utils unit that should probably be
>
> merged
>
>>> into JvJCUtils/JvJVCLUtils but I haven't decided how yet.
>>
>> Which ones?
>
> AFAICS, the following units needs to be added to JVCL (renamed or merged, of
> course):
>
> rrBgClEd.pas/dfm (design editor)
> rrBkgnds.pas (base unit and MDI handling)
> rrTrView.pas (derived control)

That one is just there for demo purposes, I am not sure if it is useful
enough to stand for itself.

> rrColors.pas (color utils)

The required parts should go into JclGraphUtils IMO.

> rrMath.pas (math utils)

IIRC rrMath was used in earlier versions when there was no Math unit present (Standard/Desktop versions prior to D5), but is probably not needed at all.  I'd suggest to drop it completely.  It's a mess.

> rrUtils.pas (misc. utils)

All stuff in there can probably replaced by JCL functions.

> rr.inc (replace with jedi.inc since we don't support <D5 anyway?)

Yep.

Greetings, Robert


Subject: Re: Time to set a release date for next beta?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Apr 2004 19:40:45 +0200
Newsgroups: jedi.vcl

> > I will accept all your GUI changes as long as they do not
> > touch the underlying logic. I will not rewrite the package selection,
> > configuration, ...
I think it should be absolutely clear that the installer is Andreas 100% so
we others have to accept that he has the final say on everything that
affects it (logic, visual or whatever). Suggestions and ideas are always
good and sometimes needed but the final decision is always his.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Time to set a release date for next beta?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Apr 2004 19:24:52 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I think i will write up another text for finetuning the installer GUI.

But who will apply these "changes"?
I still think that we write a helper program (that does something the user
could do by hand) for developers and not a generic Installer for the
world. For example I would move the JEDI picture back to left bottom
corner because at its current position it conflict with large texts and
large fonts. I will accept all your GUI changes as long as they do not
touch the underlying logic. I will not rewrite the package selection,
configuration, ... If I would do this, I could delete all Installer files
and write a compete new one.
Moving the controls is no problem at all.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with installer and dxgettext
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Apr 2004 19:14:31 +0200
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:

> > Andreas the installer works now fine for me, but the problem with
> > gnugettext.pas is still alive.

As I wrote, I had not found the reason for the gnugettext issue.
Now I have a solution but this could not be done at the moment without
hand written files. And I think the "users" would blame me if I let them
modiy files by hand.


-- Regards, Andreas Hausladen 

Subject: Re: Frame "OnShow" notification [Help, please!]
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Tue, 27 Apr 2004 18:06:33 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Between us: These forums are better ;-)
>
> That's nice of you and I don't necessarily disagree with your views but
> since noone seems able to come up with a good solution here, trying b.p.d
> might be the next step.
>
> Besides, Peter Below hangs out there and that's hard to beat<g>
>
I tried, but it seems none knows a good answer :(  (or they're too busy doing something more exciting).

Then I resort to the ugly way (and to the ugly question):
How can I convince JvDockXxxxx to send an OnShow/OnHide message to the Forms it is currently managing?
Docked Forms think they are Hidden, but they are displayed in some managed Control (TJvDockConjoinPanel, TJvDockTabPageControl, TJvDockConjoinHostForm, TJvDockTabHostForm).
I tried briefly to follow the logic, but I got lost.
Can someone poinrt me in the right direction?

Thanks in advance
ZioNemo


Subject: Re: Problems with installer and dxgettext
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Tue, 27 Apr 2004 17:26:04 +0200
Newsgroups: jedi.vcl

Andreas wrote:
> > I have the same problem and I had spent 3 hours finding the bug but I
> > failed. The strange thing is that the Installer finds the gnugettext.pas.
> > It also configures the environment and compiler option file for the
> > correct path. make.exe finds it (else it would say: "gnugettext.pas not
> > found, don't know how to make it"). Furthermore the correct compiler
> > switch is set in the dcc32.cfg that is used by the compiler for package
> > compilation (on my disk): -UC:\Borland\dxgettext
> > But the compiler cannot find it. I tried not to specify where the
> > gnugettext.pas file is and the compiler failed with "Cannot find
> > gnugettext.pas" what is slighly different from the "JvComponent.pas ..."
> > message. I don't know why this happens and I don't know why it works for
> > the installer itself.
> >
Andreas the installer works now fine for me, but the problem with
gnugettext.pas is still alive.
I fixed it for me temporarly with a copy of gnugettext.dcu in delphi/lib.
I tried it also with gnugettext.pas in several delphi and jvcl directories
without a positive result.

Regards Karlheinz




Subject: Compatibility JVgCaption & JVXPCORE
From: "Nono" <arnold.fluteaux@scj.fr>
Date: Tue, 27 Apr 2004 17:15:07 +0200
Newsgroups: jedi.vcl

Hi,

I'm using JVCL XP components (like JVXPContainer or JVXPBar) ; It's OK.
However when I want to use jvgCaption and I compile, I got this Error:
[Erreur] WARNING. Duplicate resource(s):
[Erreur]   Type  2 (BITMAP), ID CLOSE:
[Erreur]     File ..\..\..\run\..\Resources\JvXPCore.res resource kept; file
...\..\..\run\..\Resources\JvgCaption.res resource discarded.
Is anywhone able to help me
Thanks.




Subject: Re: Time to set a release date for next beta?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Apr 2004 15:43:56 +0200
Newsgroups: jedi.vcl

I am not really active so no problem with any date.

Today i did a small cleanup of the ENDIFs in Run folder.
I think i will write up another text for finetuning the installer GUI.
Maybe some other cleanup.



Subject: Re: missing TJvSrollingLabel?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Apr 2004 15:34:48 +0200
Newsgroups: jedi.vcl

Jhoe Logz wrote:

> Can anyone help me to find this component? It's not on the list of Removed,
> renamed,deprecated nor changed components.

That list is obviously not complete.
We do our best, but backward compatibility is not the focus of the JVCL.
Otherwise the JVCL would be become stagnant too soon.



Subject: Re: Time to set a release date for next beta?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 27 Apr 2004 23:29:43 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> So guys, I think it is time we start thinking of a release date for the next
> beta. Could all active developers please reply with an estimate when they
> think the stuff they are working on is ready so we can set freeze and
> release dates?

I would like to have the opportunity to fully test the installation with BCB on an installation cleaner than what it is right now.
But this would have to wait until I fix the problem with ZLib
I expect to spend the next two weeks on that, I'll keep everyone posted ;-)

Cheers

Olivier Sannier
JVCL Developer


Subject: ZLib and C++ Builder
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 27 Apr 2004 23:26:24 +1000
Newsgroups: jedi.vcl

Hi

Since the JCL now bundles its own ZLib file, I've been trying to get the zlib components back into the C++ Builder packages.
I've started with C5 and while I'm confident I'll be able to compile the JVCL package, there is a problem with the JCL.
I've been trying to build the CJCL50.dcp file and it crashes C++ Builder when compiling zlibh.pas (Access violation at address 0085CF14 in 'dcc50.dll'. Write of address 00001E0D) This didn't happen while compiling the JCL dcp file.
It is too late tonight for me to find the problem just yet, but I will find it. It will be done in the next few days, surely before next monday.
As to C++ Builder 6, I will test it after this is fixed.

Cheers

Olivier Sannier
JVCL Developer
C++ Builder Coordinator


Subject: Re: Cannot compile a project using runtime packages with JVCL 3.0 Beta
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 27 Apr 2004 23:20:05 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Stefano wrote:
>
>> Olivier,
>> Thanks a lot, after I added JvSystemD7R to JvCryptD7R everything works perfectly :)
>>
>> Stefano
>
>
> Ok thanks for the report, I'll fix that in CVS as soon as I can.
> To the JVCL Developers: If this is not done by 14:00 UTC today, please do the changes and commit the new packages. I should have the time to do this, but just in case...
>
This is now in CVS (40 minutes before deadline <g>)


Subject: Re: Installer is now localized
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 27 Apr 2004 23:19:36 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> In order to support your langugage selection by command line, I introduced
> a new command line option "--lang=X".

Woops, sorry about that, I should have thought of that problem.

Thanks for fixing it.

Cheers
Olivier Sannier
JVCL Developer


Subject: Re: Old Problem with New Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 27 Apr 2004 13:04:30 +0000
Newsgroups: jedi.vcl

Sorry Andreas,

didn't help. I only have a webacces to the newsgroups.

Please send it to me directly via email.

Greetings
Jens 

> >
>> >> Could you please post it to the binaries.
> >
> >Posted to jedi.binaries.
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Old Problem with New Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 27 Apr 2004 12:10:26 +0000
Newsgroups: jedi.vcl

Could you please post it to the binaries.

No CVS-Access on this computer.

Greetings
Jens

> >I committed a new makefile that should work. Could you test it?
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Time to set a release date for next beta?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 Apr 2004 13:30:20 +0200
Newsgroups: jedi.vcl

> > So guys, I think it is time we start thinking of a release date for the
next
> > beta. Could all active developers please reply with an estimate when they
> > think the stuff they are working on is ready so we can set freeze and
> > release dates?


    Well, I have some fixes for JvInspector mailed to me by Markus. Still
need to test them and commit, but alas, my new PC was giving some trouble
after installation and I had to start again. So there are two options: wait
a bit until I have D5 and CVS running again (hopefully tomorrow if I can
find enough time to do so) or I can mail his version now, which should be up
to date with the current CVS version (at least to the last one I committed),
to one of you who can test and commit immediately. I think testing is just a
matter of compiling, since he's been using the fixes for a while and are
working for him. They resolve some of the Mantis issues (will have to check
which before I can mark them as resolved).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Old Problem with New Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Apr 2004 12:28:37 +0200
Newsgroups: jedi.vcl

Jens wrote:

> > Could you please post it to the binaries.

Posted to jedi.binaries.


-- Regards, Andreas Hausladen 

Subject: Re: Installer is now localized
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Apr 2004 12:09:12 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I have no problem at all here. Have you updated the makefile ?

I found the bug. It was the "if ParamStr(1) <> '') then
UseLanguage(ParamStr(1));" call. This line was executed after the main
form was translated (the wizard component with the welcome page were
translated in the current language). But then this line was executed and
because I use command line options within the IDE (--ignore-ide
--keep-files) the UseLangugage function had to find a "--ignore-ide"
language directory which does not exist, so dxgettext used the Installer's
native language which is English for all frames.

In order to support your langugage selection by command line, I introduced
a new command line option "--lang=X".


-- Regards, Andreas Hausladen 

Subject: Re: Old batch files for compilation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Apr 2004 12:05:08 +0200
Newsgroups: jedi.vcl

OBones wrote:

>> > > If nobody uses them we could move them to archive (or remove them).
> > Archive, please.

Old batch files are now in archive\batchfiles.



-- Regards, Andreas Hausladen 

Subject: Old Problem with New Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 27 Apr 2004 10:04:57 +0000
Newsgroups: jedi.vcl

Hello Andreas,

I've got an old problem with the new installer again.

Using the last daily zip from tonight i've got the following error:
S:\Delphi\Components\JVCL>install
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long
Press ENTER to continue

Any ideas.

Last week there was no problem.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Old Problem with New Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Apr 2004 11:45:49 +0200
Newsgroups: jedi.vcl

I committed a new makefile that should work. Could you test it?

-- Regards, Andreas Hausladen 

Subject: Re: Old Problem with New Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Apr 2004 11:20:08 +0200
Newsgroups: jedi.vcl

Jens wrote:

> > Last week there was no problem.

Must be the dxgettext support which introduces lines like this
echo IF NOT $(DXGETTEXT)!==! FOR %%l IN ($(LANGUAGES)) DO
"$(EXTRAUNITDIRS)\msgfmt" -o locale\%%l\LC_MESSAGES\JVCLInstall.mo
locale\%%l\LC_MESSAGES\JVCLInstall.po >> mogen.bat
into the makefile.mak


-- Regards, Andreas Hausladen 

Subject: Time to set a release date for next beta?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Apr 2004 10:55:59 +0200
Newsgroups: jedi.vcl

So guys, I think it is time we start thinking of a release date for the next
beta. Could all active developers please reply with an estimate when they
think the stuff they are working on is ready so we can set freeze and
release dates?

I don't really have anything on my agenda that needs to be finished before
the next release, so I am good to go anytime.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: missing TJvSrollingLabel?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Apr 2004 10:18:00 +0200
Newsgroups: jedi.vcl

It has been merged into TJvBehaviorLabel. Select the "Scrolling" behavior at
design-time to resurrect it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: missing TJvSrollingLabel?
From: "Jhoe Logz" <eric@smsglobal.com>
Date: Tue, 27 Apr 2004 16:03:26 +0800
Newsgroups: jedi.vcl

Can anyone help me to find this component? It's not on the list of Removed,
renamed,deprecated nor changed components.

I'm using JVCL300BETA1.

Thanks for any help.

Eric




Subject: Jv Plugin Wizard does not add the plugin datamodule to the contains section of my project
From: Stefano <stefano@stefanobizzi.it>
Date: Tue, 27 Apr 2004 08:59:57 +0200
Newsgroups: jedi.vcl

Hi all,
I am having a small issue when I add a new Plugin using the "Jv Plugin wizard" with Version 3.00 Beta.
I select File->New->Other and then "Jv Plugin Wizard" from Projects tab.
I fill in the form and select either Package plugin or dll plugin (both give the same issue). I click ok. I end up with a new project with an empty "Contains" section. I can see the plugin datamodule and after I saved it I can add it to the contains section, but it does not get added automatically.

If I do the same thing with a Project Group open, it adds the plugin datamodule to the project that is immediately before my newly created plugin project.

Does anybody else have this issue?

Thanks

Stefano


Subject: Re: Cannot compile a project using runtime packages with JVCL 3.0 Beta
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 27 Apr 2004 16:55:44 +1000
Newsgroups: jedi.vcl

Stefano wrote:

> Olivier,
> Thanks a lot, after I added JvSystemD7R to JvCryptD7R everything works perfectly :)
>
> Stefano

Ok thanks for the report, I'll fix that in CVS as soon as I can.
To the JVCL Developers: If this is not done by 14:00 UTC today, please do the changes and commit the new packages. I should have the time to do this, but just in case...



Subject: Re: Cannot compile a project using runtime packages with JVCL 3.0 Beta
From: Stefano <stefano@stefanobizzi.it>
Date: Tue, 27 Apr 2004 08:47:58 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Stefano wrote:
>
>> Hi all,
>> I tried to build an application using runtime packages with no luck; I need to do this in order to be able to use any Zeos Library component to connect to a MSSQL server from a plugin and if I compile my project without runtime package I receive the "Application is not licensed to use this feature".
>>
>> When I try to build it with the runtime library the compilers stops on those errors:
>>
>> [Error] Packages 'JvSystemD7R' and 'JvCryptD7R' both contain unit 'SetupApi'
>> [Error] Packages 'JvSystemD7R' and 'JvCryptD7R' both contain unit 'ModuleLoader'
>> [Fatal Error] Could not compile package 'JvSystemD7R'
>
>
> Add JvSystemD7R to the requires section of JvCryptD7R and recompile JvCryptD7R.
> This should sort out your problem. Please let me know if that fixes it, because someone (I) would need to update the XML file for JvCrypt if that's the case.
>
> Cheers
>
> Olivier Sannier
> JVCL Developer
>
Olivier,
Thanks a lot, after I added JvSystemD7R to JvCryptD7R everything works perfectly :)

Stefano


Subject: Re: Cannot compile a project using runtime packages with JVCL 3.0 Beta
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 27 Apr 2004 10:03:24 +1000
Newsgroups: jedi.vcl

Stefano wrote:

> Hi all,
> I tried to build an application using runtime packages with no luck; I need to do this in order to be able to use any Zeos Library component to connect to a MSSQL server from a plugin and if I compile my project without runtime package I receive the "Application is not licensed to use this feature".
>
> When I try to build it with the runtime library the compilers stops on those errors:
>
> [Error] Packages 'JvSystemD7R' and 'JvCryptD7R' both contain unit 'SetupApi'
> [Error] Packages 'JvSystemD7R' and 'JvCryptD7R' both contain unit 'ModuleLoader'
> [Fatal Error] Could not compile package 'JvSystemD7R'

Add JvSystemD7R to the requires section of JvCryptD7R and recompile JvCryptD7R.
This should sort out your problem. Please let me know if that fixes it, because someone (I) would need to update the XML file for JvCrypt if that's the case.

Cheers

Olivier Sannier
JVCL Developer



Subject: Cannot compile a project using runtime packages with JVCL 3.0 Beta
From: Stefano <stefano@stefanobizzi.it>
Date: Tue, 27 Apr 2004 00:55:29 +0200
Newsgroups: jedi.vcl

Hi all,
I tried to build an application using runtime packages with no luck; I need to do this in order to be able to use any Zeos Library component to connect to a MSSQL server from a plugin and if I compile my project without runtime package I receive the "Application is not licensed to use this feature".

When I try to build it with the runtime library the compilers stops on those errors:

[Error] Packages 'JvSystemD7R' and 'JvCryptD7R' both contain unit 'SetupApi'
[Error] Packages 'JvSystemD7R' and 'JvCryptD7R' both contain unit 'ModuleLoader'
[Fatal Error] Could not compile package 'JvSystemD7R'

I tried removing JvCryptD7R from the package list; everything compiled fine and worked but of course doing that will not allow me to use the crypting components (which I find very useful).

I thought about placing some compiler directive somewhere but I have no clue on where to place them without compromising the correct functionality of the library.

Thanks in advance

Stefano


Subject: Re: Installer Problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 27 Apr 2004 00:02:28 +0200
Newsgroups: jedi.vcl

Yes , thanks

Andreas Hausladen wrote:
> Peter Thörnqvist wrote:
>
>
>>> Fatal: 'DJCL50.dcp' does not exist - don't know how to make it
>>
>> Yep, I'm getting this as well although DJCL50.dcp exists and is in
>> $(DELPHI)\Projects\Bpl
>
>
> Fixed. make.exe does not want spaces in paths. Now the installer quotes
> the paths.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with installer and dxgettext
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 27 Apr 2004 07:58:34 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Karlheinz wrote:
>
>
>> Andreas I did not have a look before in detail to the language of the
>> compiling page. Is it OK that this page is in English or is it the
>> reason behind our problem?
>
>
> No it it is not OK. But there is another problem: If I start the Installer
> within the Delphi IDE all pages are in german. But if I start it by
> install.bat only the frame around the pages are translated.

And when I do it in French, I always have it fully translated. I'll have to check that again, but I'm quite sure of that fact.


Subject: Re: Difference from Delphi usual components
From: "an onymous" <somebody@somewhere.com>
Date: Mon, 26 Apr 2004 15:16:01 -0600
Newsgroups: jedi.vcl

"Carlos" <carlosam@prtc.net> wrote

> > If Jedi componets advertice the advantages of it component will be
> > detailed. I don't know why I should use Jedi  checklist component over
> > the delphi native component. Is there somewhere I can get this
> > information so I can start looking for better options on my application?

I agree. BTW, when might 3.0 final be released?




Subject: Re: Problems with installer and dxgettext
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 26 Apr 2004 22:40:57 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > If I compile or build it in the IDE => everything is in English

Sounds more like a non activated USE_DXGETTEXT (or another jvcl.inc).


-- Regards, Andreas Hausladen 

Subject: Re: Problems with installer and dxgettext
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 26 Apr 2004 20:10:41 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:


> > Sounds more like a non activated USE_DXGETTEXT (or another jvcl.inc).

You are right, the IDE used the wrong jvcl.inc.

Karlheinz



Subject: Re: Problems with installer and dxgettext
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 26 Apr 2004 22:03:55 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Andreas I did not have a look before in detail to the language of the
> > compiling page. Is it OK that this page is in English or is it the
> > reason behind our problem?

No it it is not OK. But there is another problem: If I start the Installer
within the Delphi IDE all pages are in german. But if I start it by
install.bat only the frame around the pages are translated.



-- Regards, Andreas Hausladen 

Subject: Difference from Delphi usual components
From: Carlos <carlosam@prtc.net>
Date: Mon, 26 Apr 2004 17:02:40 -0300
Newsgroups: jedi.vcl

If Jedi componets advertice the advantages of it component will be detailed. I don't know why I should use Jedi  checklist component over the delphi native component. Is there somewhere I can get this information so I can start looking for better options on my application?

I have seen the megademo but is still not clear how the edit boxes and other components can make a better job.

Carlos


Subject: Re: Problems with installer and dxgettext
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 26 Apr 2004 19:51:18 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > No it it is not OK. But there is another problem: If I start the
> > Installer within the Delphi IDE all pages are in german. But if I
> > start it by install.bat only the frame around the pages are
> > translated.

Sorry Andreas, but for me it is complete different.
If I start install.bat => everything is translated to German
If I compile or build it in the IDE => everything is in English
If I start with makemodified.bat => the page JVCL3 Installation is
complete in German, the other sides are mixed (the outside frame is in
German and the inner part is in English) and the last side is complete
in English.

I think it would be good it Peter could have a look for it, because as
far as I know he is also involved in the dxgettext project.

Regards

Karlheinz



Subject: Re: New JVXPBar
From: @in@taavi.ee
Date: Mon, 26 Apr 2004 19:21:14 GMT
Newsgroups: jedi.vcl

On Mon, 26 Apr 2004 13:43:10 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> In that case perhaps writing your own THintWindow descendant (or
>> >> subclassing current one) is way to go?
> >No, I don't want to do that because that could result in myTHintWindow
> >overriding a user selected hint class (like JvBalloonHint).

Then what about something like:

protected
    procedure CMHintShowPause(var Msg: TCMHintShowPause); message
CM_HINTSHOWPAUSE;
    procedure UMRepaintItem(var Msg: TMessage); message
UM_REPAINTITEM;

procedure TJvXPBar.CMHintShowPause(var Msg: TCMHintShowPause);
begin
  inherited;
  PostMessage(Self.Handle, UM_REPAINTITEM, 0,
GetTickCount()+Msg.Pause^);
end;

procedure TJvXPBar.UMRepaintItem(var Msg: TMessage);
begin
  if(Msg.LParam < GetTickCount())then begin
     // at this time hint should be visible, repaint item
  end else PostMessage(Self.Handle, UM_REPAINTITEM, 0, Msg.LParam);
end;


ain


Subject: Re: Problems with installer and dxgettext
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 26 Apr 2004 21:13:30 +0200
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Some ideas what is going wrong?
> > For me it would be nice to have a dialog to set the path to gnugettext
> > manually if the installer could not find it.

I have the same problem and I had spent 3 hours finding the bug but I
failed. The strange thing is that the Installer finds the gnugettext.pas.
It also configures the environment and compiler option file for the
correct path. make.exe finds it (else it would say: "gnugettext.pas not
found, don't know how to make it"). Furthermore the correct compiler
switch is set in the dcc32.cfg that is used by the compiler for package
compilation (on my disk): -UC:\Borland\dxgettext
But the compiler cannot find it. I tried not to specify where the
gnugettext.pas file is and the compiler failed with "Cannot find
gnugettext.pas" what is slighly different from the "JvComponent.pas ..."
message. I don't know why this happens and I don't know why it works for
the installer itself.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with installer and dxgettext
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 26 Apr 2004 18:57:48 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

 
> > I have the same problem and I had spent 3 hours finding the bug but I
> > failed. ...
> > ... I don't know why this happens and I
> > don't know why it works for the installer itself.

Andreas I did not have a look before in detail to the language of the
compiling page. Is it OK that this page is in English or is it the
reason behind our problem?

Regards Karlheinz



Installer_Compiling_Side.jpg

Installer_Compiling_Side.jpg
	



Subject: Problems with installer and dxgettext
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 26 Apr 2004 18:15:25 +0000 (UTC)
Newsgroups: jedi.vcl

Hello Andreas,

I have some problems with the installer and dxgettext.

The compilation from the installer works fine and the program switched
to the german language. Looks for me that compiler found dxgettext at
this time.

After starting the makemodified.bat I got the messages and error as you
can see at the bottom of the message.

There is a gnugettext.dcu in the folder .../JVCL3/dcu. 
Dxgettext ist installed in the folder like the install.cfg shows.

Interesting is that this failure happend now the first time. Normaly I
make an update from CVS once a day. Today I made something different as
on the other days.
=> I made an update from JVCL3 started makemodified.bat and everything
works fine!
=> After that I made also an update from JCL and installed the actual
version with the JCL installer without any errors. (Normally I made
first an update from JCL and the installation if necessary).
=> I started once more the makemodified.bat and the error comes up.

Nothing else I made in the time between.

Some ideas what is going wrong?
For me it would be nice to have a dialog to set the path to gnugettext
manually if the installer could not find it.

Regards

Karlheinz


AKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
[Generating: Packages]
Generating packages for D7
	Loaded template.dof
	Loaded template.dpk
	Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: JvCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvComponent.pas(36)
Fatal: Datei nicht gefunden: 'gnugettext.dcu'

** error 1 ** deleting
C:\KHJProg\Borland\Delphi7\Projects\Bpl\JvCoreD7R.bpl

** error 1 ** deleting CompilePackages

JVCLInstall.cfg
	



Subject: Re: Bug fix in TJvCustomComboEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Apr 2004 19:53:20 +0200
Newsgroups: jedi.vcl

> > The fix is in CVS, please feel free to comment.
Fine by me

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Frame "OnShow" notification [Help, please!]
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Apr 2004 19:38:45 +0200
Newsgroups: jedi.vcl

> > Between us: These forums are better ;-)
That's nice of you and I don't necessarily disagree with your views but
since noone seems able to come up with a good solution here, trying b.p.d
might be the next step.

Besides, Peter Below hangs out there and that's hard to beat<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Frame "OnShow" notification [Help, please!]
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 26 Apr 2004 19:28:45 +0200
Newsgroups: jedi.vcl

Between us: These forums are better ;-) Borland HAS very good forums, I like this solution, however, you have to read through a lot of - let's say - annoying messages (like mine right here... ;-) )

Peter Thörnqvist wrote:
>> Thanks for Your help, anyway.
>
> Maybe better ask this in b.p.d.vcl.components.using.win32?
>


Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Apr 2004 19:17:53 +0200
Newsgroups: jedi.vcl

> > Does Ctrl-V also paste the force?
I hope so, otherwise I don't know how to get at it<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem with dxGetText
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Apr 2004 19:17:00 +0200
Newsgroups: jedi.vcl

> > Depending on the version of DxGettext yes. We all more or less use
> > versions that are post 1.1.1 (namely 1.2 beta 3 for me) and the API has
> > changed in those versions. The beta is stable (for me) and I think you
> > should use it instead.
Yet another reson to include the gnugettext.pas unit in the install folder
:)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 26 Apr 2004 18:55:16 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Fatal: 'DJCL50.dcp' does not exist - don't know how to make it
> > Yep, I'm getting this as well although DJCL50.dcp exists and is in
> > $(DELPHI)\Projects\Bpl

Fixed. make.exe does not want spaces in paths. Now the installer quotes
the paths.


-- Regards, Andreas Hausladen 

Subject: Re: Frame "OnShow" notification [Help, please!]
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Apr 2004 18:40:42 +0200
Newsgroups: jedi.vcl

> > Thanks for Your help, anyway.
Maybe better ask this in b.p.d.vcl.components.using.win32?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 26 Apr 2004 16:07:08 +0000
Newsgroups: jedi.vcl

Does Ctrl-V also paste the force?
Peter Thörnqvist schrieb:
>> spoken like a true Jedi :-) lol
>
> The spirit of Yoda lives on
>


Subject: Re: Frame "OnShow" notification [Help, please!]
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Mon, 26 Apr 2004 17:46:20 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Have you tried handling CM_SHOWINGCHANGED?
I tried.
Problem is this seems to reflect the SHOWING status of the form containing the frame.
If the form is docked the form itself it's NOT showing, but it's contents may (or may be not) be showing within the dock server frame!

I'm currently trapping WM_PAINT messages to know the frame is actually on-screen, but I have no way to know when it goes off screen. :(

Thanks for Your help, anyway.
ZioNemo


Subject: Windows address book-component?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 26 Apr 2004 16:50:54 +0200
Newsgroups: jedi.vcl

Hello,

Does the JVCL have a component to access the windows address book? I
remember that there was an API conversion in the API library, which is
currently not reachable over the internet (why?).

But does such a component exist?

Ciao,
Ralf




Subject: Re: TJvXPBar
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 26 Apr 2004 16:49:03 +0200
Newsgroups: jedi.vcl

Here it goes:

FBodyColor = 16244694
FGradientFrom = 15116940
FGradientTo = 14452580
FSeparatorColor = 16242630

Seems right to me. I guess the XP manifest does mess up everything then..

Peter Thörnqvist wrote:

>> That were my reasons. Has this been fixed or am I doing something
>> totally wrong?
>
>
> You should turn on integrated debugging and also in project options, check
> all the options in the Debugging group on the Compiler tab. Finally, uncheck
> "Optimization" and do a full rebuild of your project. Set breakpoints in the
> code (select line, F5) and then just run it.
>


Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 16:14:56 +0200
Newsgroups: jedi.vcl

> > That were my reasons. Has this been fixed or am I doing something
> > totally wrong?

You should turn on integrated debugging and also in project options, check
all the options in the Debugging group on the Compiler tab. Finally, uncheck
"Optimization" and do a full rebuild of your project. Set breakpoints in the
code (select line, F5) and then just run it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPBar
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 26 Apr 2004 16:02:55 +0200
Newsgroups: jedi.vcl

Okay, then I'll ask you here, right now... Even though we're drifting a little bit off topic, but I do not have your email address...

The first thing I always do is switch off "integrated debugging".

Reason for this was that after - let's say - ten times running my app, it just wouldn't stop. So I had to reboot. Furthermore, if there's an access violation the IDE went down as well.

That were my reasons. Has this been fixed or am I doing something totally wrong?

-- 
Holger

Peter Thörnqvist wrote:
>> So, I'll have to use the debugger for the first time ;-) This is gonna
>> be fun...
>
> You are in for a surprise: the debugger in Delphi is really good (has been
> since D3 and it has gotten better with each release).
>
> Can't believe you managed this long without using it...
>


Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 15:27:28 +0200
Newsgroups: jedi.vcl

> > So, I'll have to use the debugger for the first time ;-) This is gonna
> > be fun...
You are in for a surprise: the debugger in Delphi is really good (has been
since D3 and it has gotten better with each release).

Can't believe you managed this long without using it...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 15:25:24 +0200
Newsgroups: jedi.vcl

> > spoken like a true Jedi :-) lol
The spirit of Yoda lives on

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 26 Apr 2004 15:03:58 +0200
Newsgroups: jedi.vcl

tttk wrote:

> ah, so good idea it is!

spoken like a true Jedi :-) lol


Subject: Re: TJvXPBar
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 26 Apr 2004 15:02:45 +0200
Newsgroups: jedi.vcl

So, I'll have to use the debugger for the first time ;-) This is gonna be fun...

btw: I REALLY never ever used it, because in D2 it was never stable, so I always do my own debugging with Showmessage and other stuff...

Peter Thörnqvist wrote:
>> of course I have the default values. But the XP manifest hooks into the
>> form constructor (at least I think that it works that way) and changes
>> everything according to XP.... even you TJvXPBar, which looks bad
>> afterwards...
>
> JvXPBar draws it's own client area, so XP's default drawing has nothing to
> do with it, that's why I want you to set a breakpoint in
> TJvXPBarColors.Create and check the returned colors (see previous message).
> I suspect the colors returned are the wrong ones (or that we are checking
> the wrong elements).
>


Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: "tttk" <tttk2000@hotmail.com>
Date: Mon, 26 Apr 2004 20:47:14 +0800
Newsgroups: jedi.vcl

ah, so good idea it is!

thank you for your help.




Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 14:24:58 +0200
Newsgroups: jedi.vcl

> > of course I have the default values. But the XP manifest hooks into the
> > form constructor (at least I think that it works that way) and changes
> > everything according to XP.... even you TJvXPBar, which looks bad
> > afterwards...
JvXPBar draws it's own client area, so XP's default drawing has nothing to
do with it, that's why I want you to set a breakpoint in
TJvXPBarColors.Create and check the returned colors (see previous message).
I suspect the colors returned are the wrong ones (or that we are checking
the wrong elements).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPBar
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 26 Apr 2004 14:21:45 +0200
Newsgroups: jedi.vcl

Hi Peter,

of course I have the default values. But the XP manifest hooks into the form constructor (at least I think that it works that way) and changes everything according to XP.... even you TJvXPBar, which looks bad afterwards...

Peter Thörnqvist wrote:
>> all colors are depending on the XP manifest I use. I have the same for
>> components like TPanel and TPageControl. All the colors are changed and
>> thus the components are sometimes painted incorrectly. However, I do not
>> want to lose the XP look.
>
> Do you mean that you don't use the default colors for the XPBar? How and
> where do you set the gradient colors then?
>


Subject: Bug fix in TJvCustomComboEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Apr 2004 22:02:05 +1000
Newsgroups: jedi.vcl

Hi

I just commited a fix in TJvCustomComboEdit in the RecreateGlyph method.
Basically, I commented out the code that sets the glyph to nil when the style is neither ikEllipsis nor ikDropDown.
I did that because setting ikCustom shouldn't discard the existing glyph, especially when loading the component.
I tried to add if not (csLoading in ComponentState) before the call, but this doesn't work when the component is in a Frame and frankly, I don't see the point in discarding the glyph altogether.
The fix is in CVS, please feel free to comment.

Cheers

Olivier Sannier
JVCL Developer


Subject: jvinterpreter and array parameter
From: "Matej Golob" <matej.golob@epi-spektrum.si>
Date: Mon, 26 Apr 2004 13:58:04 +0200
Newsgroups: jedi.vcl

Is it possible to add function (to jvinterpreter) which has array type of
parameter. For example I want add function "Sum" from delphi Math unit
(function Sum(const Data: array of Double): Extended).
Is it possible with jvinterpreter?

Best regards.

Matej




Subject: Re: New JVXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 13:43:10 +0200
Newsgroups: jedi.vcl

> > In that case perhaps writing your own THintWindow descendant (or
> > subclassing current one) is way to go?
No, I don't want to do that because that could result in myTHintWindow
overriding a user selected hint class (like JvBalloonHint).

> > At the time you need this information? <eg>
:) I need it when the hot tracking moves from one item to another and the
hint window is visible but I don't know where to hook into that. That's the
problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Frame "OnShow" notification [Help, please!]
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 13:38:34 +0200
Newsgroups: jedi.vcl

Have you tried handling CM_SHOWINGCHANGED?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Frame "OnShow" notification [Help, please!]
From: ZioNemo <ZioNemo@WARMmail.com>
Date: Mon, 26 Apr 2004 13:11:18 +0200
Newsgroups: jedi.vcl


Hi, this is first post, so bear with me, please...

I do need to get  some event when a Frame is displayed, independent
from who's currently owning said frame.  Forms have an "OnShow"
event; Frames do not.  I'm currently generating a fake event from the
frame owner, but this is NOT satisfactory (the frame should become a
component and should be able to do some processing when displayed and
some cleanup when hidden); What is the "Right" way to achieve this?

Pointers to relevant docs are VERY welcome!

To be more precise I do have the following:
------------------------------------------
object FormMissioni: TFormMissioni
  ...
  object SpeedBar1: JvTSpeedBar
    ...
  end
  object Panel1: JvTPanel
    ...
    object PageControl1: JvTPageControl
      ....
      object TabSheet1: TTabSheet
        ...
        inline pagePorte1: TpagePorte
          ...
          [this is the frame that needs OnShow/OnHide]
          ...
          end
        end
      end
      object TabSheet2: TTabSheet
        ..
      end
      object TabSheet3: TTabSheet
    ...
      end
    end
  end
end
------------------------------------------

I tried trapping the CM_VISIBLECHANGED message in the TpagePorte frame defined as:

------------------------------------------
  TExFrame = class(TFrame)
  private
    FOnShow: TNotifyEvent;
    FOnHide: TNotifyEvent;
    //procedure WMShowWindow(var Msg: TWMShowWindow); message WM_SHOWWINDOW;
    procedure WMShowWindow(var Msg: TMessage); message CM_VISIBLECHANGED;
  published
    property OnShow: TNotifyEvent read FOnShow write FOnShow;
    property OnHide: TNotifyEvent read FOnHide write FOnHide;
  end;

  TpagePorte = class(TExFrame, ImapClient)
     ...
------------------------------------------

but neither the CM_VISIBLECHANGED nor the WM_SHOWWINDOW (I already tried that) messages seem to be sent or received by the frame (a breakpoint in the WMShowWindow procedure is never triggered).


I do get notification when the page control switches tabs, but if I completely hide the frame (using the [X] caption button or FormMissioni.Hide) or display it (using FormMissioni.Show) I get no notification.
This is particularly bad when the frame is docked, because the containing Form is actually *NOT* visible!

The only workaround I found is to trap the OnShow event in the Form and call a custom OnShow method in the included Frames, but this seems "unclean" to me (the including Form must know about the internals of included Frames).

The frame (TpagePorte) *MUST* know when it is on screen (after all it repaints itself)!  How can I get the info?? Where to hook??

Any suggestions??
HEEELLPPPP!!!!

Thanks for Your Time
ZioNemo


Subject: Re: New JVXPBar
From: @in@taavi.ee
Date: Mon, 26 Apr 2004 10:58:41 GMT
Newsgroups: jedi.vcl

On Sun, 25 Apr 2004 11:31:13 +0200,
=?Windows-1252?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com>
wrote:

>> >> IIRC right before hint is made visible control receives CM_HINTSHOW
>> >> message.
> >
> >Problem is that the item needs to be redrawn *after* the hint window is
> >shown...

But at the time you want to redraw the item the hint is still visible?
In that case perhaps writing your own THintWindow descendant (or
subclassing current one) is way to go?
I quess you could look into VirtualTreeview's source to get some ideas
as AFAIK Mike Lischke wrote it's hint related stuff almost from
scratch to make it support unicode...


>> >> Or perhaps you can check is there a visible window of type
>> >> HintWindowClass (global variable in Forms unit).
> >Then, the obvious question: when to check?

At the time you need this information? <eg>


ain


Subject: Re: TvAviCapture question
From: "Frank Hamaekers" <frankham@zonnet.nl>
Date: Mon, 26 Apr 2004 12:39:39 +0200
Newsgroups: jedi.vcl

 "OBones" <obones_REM_SPM_@_PIF_meloo.com> schreef in bericht
 news:c6athn$cec$1@talkto.net...
 > Frank wrote:
 >
 > > Thanks Oliver this helped me a lot.
 > > I had to struggle a bit with the OnFrame event (switching it on and
off)
 to
 > > prevent some error messages.
 > Could you detail this ?
 As soon as I execute the function avi.connect(0), the OnFrame event starts
 being called which generates the error "Scan Line index out of range". I
 think this is because image1 is not yet initialised.


 >
>> > > I noticed that the onFrame event keeps on being called after the
 > > StartSingleFrameCapture command.
 > > Is there a way to stop this?
 > Using StopSingleFrameCapture should be enough.
 After this command, the OnFrame event keeps on being generated.

 >
 > > Why are you using a timer, is this a time-out timer?
 > The timer is there to capture a frame on a regular basis, because it is
 > what I'm using in my application.
 >
 > > Is it also possible to use the methods SaveAs and SaveDIB to save the
 > > captured frame to a file (and then load it in the Image1)? I need the
 > > captured frame as a file anyhow.
 > Maybe, I haven't tested them. But they should work.
 I have tried both SaveAs('c:\test.bmp') and SaveDIB('c:\test.bmp') but in
 both cases there was no file created.

 >
 > Please have a look at the source code in JvAVICapture.pas, there are
 > lots of comments in front of every method and property, that should help
 > you quite a bit.




Subject: Re: TvAviCapture question
From: "Frank Hamaekers" <frankham@zonnet.nl>
Date: Mon, 26 Apr 2004 12:29:27 +0200
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> schreef in bericht
news:c6athn$cec$1@talkto.net...
> > Frank wrote:
> >
>> > > Thanks Oliver this helped me a lot.
>> > > I had to struggle a bit with the OnFrame event (switching it on and off)
to
>> > > prevent some error messages.
> > Could you detail this ?
As soon as I execute the function avi.connect(0), the OnFrame event starts
being called which generates the error "Scan Line index out of range". I
think this is because image1 is not yet initialised.


> >
>> > > I noticed that the onFrame event keeps on being called after the
>> > > StartSingleFrameCapture command.
>> > > Is there a way to stop this?
> > Using StopSingleFrameCapture should be enough.
After this command, the OnFrame event keeps on being generated.

> >
>> > > Why are you using a timer, is this a time-out timer?
> > The timer is there to capture a frame on a regular basis, because it is
> > what I'm using in my application.
> >
>> > > Is it also possible to use the methods SaveAs and SaveDIB to save the
>> > > captured frame to a file (and then load it in the Image1)? I need the
>> > > captured frame as a file anyhow.
> > Maybe, I haven't tested them. But they should work.
I have tried both SaveAs('c:\test.bmp') and SaveDIB('c:\test.bmp') but in
both cases there was no file created.

> >
> > Please have a look at the source code in JvAVICapture.pas, there are
> > lots of comments in front of every method and property, that should help
> > you quite a bit.




Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 11:12:01 +0200
Newsgroups: jedi.vcl

> > all colors are depending on the XP manifest I use. I have the same for
> > components like TPanel and TPageControl. All the colors are changed and
> > thus the components are sometimes painted incorrectly. However, I do not
> > want to lose the XP look.
Do you mean that you don't use the default colors for the XPBar? How and
where do you set the gradient colors then?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer Problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 11:10:49 +0200
Newsgroups: jedi.vcl

> > Fatal: 'DJCL50.dcp' does not exist - don't know how to make it
Yep, I'm getting this as well although DJCL50.dcp exists and is in
$(DELPHI)\Projects\Bpl

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPBar
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 26 Apr 2004 11:10:15 +0200
Newsgroups: jedi.vcl

Hi Peter,

all colors are depending on the XP manifest I use. I have the same for components like TPanel and TPageControl. All the colors are changed and thus the components are sometimes painted incorrectly. However, I do not want to lose the XP look.

Peter Thörnqvist wrote:

> I think the problem is in TJvXPBarColors.Create, especially the lines:
>
> ...
>       if GetThemeColor(ThemeServices.Theme[Element], Part, State,
>         TMT_GRADIENTCOLOR1, AColor) = 0 then
>         FGradientFrom := AColor;
>       if GetThemeColor(ThemeServices.Theme[Element], Part, State,
>         TMT_GRADIENTCOLOR2, AColor) = 0 then
>         FGradientTo := AColor;
> ...
>
> Could you step through those lines and tell us what colors you are getting
> in return?
>


Subject: Re: Installer Problem
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 26 Apr 2004 11:04:14 +0200
Newsgroups: jedi.vcl

What should I do?

Fatal: 'DJCL50.dcp' does not exist - don't know how to make it
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

Regards

Dierk




Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 09:37:27 +0200
Newsgroups: jedi.vcl

I think the problem is in TJvXPBarColors.Create, especially the lines:

....
      if GetThemeColor(ThemeServices.Theme[Element], Part, State,
        TMT_GRADIENTCOLOR1, AColor) = 0 then
        FGradientFrom := AColor;
      if GetThemeColor(ThemeServices.Theme[Element], Part, State,
        TMT_GRADIENTCOLOR2, AColor) = 0 then
        FGradientTo := AColor;
....

Could you step through those lines and tell us what colors you are getting
in return?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 Apr 2004 08:34:59 +0200
Newsgroups: jedi.vcl

> > thanks for your help.
> >
> > but i wonder how to add this handle?
You need to derive a new component from the existing but you can do it using
an "imposer class" in one of your own units:

type
  TJvRichEdit = class(JvRichEdit.TJvRichEdit)
  protected
    procedure DoClipboardPaste; override;
  end;

implementation

....

This way you use the JVCL original class at design-time and your own class
at run-time. No need to install anything, just use the unit with the imposer
class in the same unit that uses JvRichEdit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: "tttk" <tttk2000@hotmail.com>
Date: Mon, 26 Apr 2004 14:19:01 +0800
Newsgroups: jedi.vcl

thanks for your help.

but i wonder how to add this handle?

"Peter Thörnqvist" <peter3@nospam.peter3.com> Ð´ÈëÓÊ¼þ
news:c6ariu$c49$1@talkto.net...
> > You could add a handler for the WM_PASTE message in TJvRichEdit and handle
> > the pasting yourself (ie don't call inherited).
> >
> > Alternatively, take a look in JvExStdCtrls and the TJvExCustomMemo
> > (TJvRichEdit derives from this class): it has dynamic methods for
> > Cut, Copy, Paste etc that you could override.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Problem with dxGetText
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Apr 2004 10:05:21 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> trying to compile the installer with fresh installed dxgettext i've got a problem with the following procedure:
>
> procedure TJvForm.RefreshTranslation;
> begin
>   ReTranslateComponent(Self, 'jvcl');
> end;
>
> ReTranslateComponent is unknown.
>
> I've changed it localy to TranslateComponent, but is this correct.
Depending on the version of DxGettext yes. We all more or less use versions that are post 1.1.1 (namely 1.2 beta 3 for me) and the API has changed in those versions. The beta is stable (for me) and I think you should use it instead.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Installer yet again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Apr 2004 10:03:49 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Peter Thörnqvist wrote:
>
>
>> Why not include gnugettext.pas in the JVCLInstall folder? The license
>> allows it and would simplify a lot for us (i.e you<g>) since we cannot
>> be sure the user have the +1.1.1 version installed (it is required since
>> it is the first version having retranslatecomponent) and the installer
>> could always assume the file is there.
>
>
> It is not only the gnugettext.pas. The tools for generating the .mo files
> are also required. But I think recreating the MOs from the POs is a one
> time job and not as it is at the moment.
I know, but I was lazy at that time because I kept changing the POs
I too agree that it shouldn't be done every time but I didn't find an easy way to skip that part.


Subject: Re: Installer Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 26 Apr 2004 00:17:48 +0200
Newsgroups: jedi.vcl

typo fixed.


> > Fatal: 'DJclVcl.dcp' does not exist - don't know how to make it

I'll investigate tomorrow.



-- Regards, Andreas Hausladen 

Subject: Re: Installer Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Apr 2004 23:50:23 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > After downloading the last sources from the cvs i got the following:
> > 
> > Fatal: 'DJclVcl.dcp' does not exist - don't know how to make it

Where is the DJclVcl.dcp file on your disk? The installer looks for it in
the BPL and DCP folder.


> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Fatal: 'S:\Delphi\Components\JVCL\common\JvQStdDsgEditors.pas' does not
> > exist - don't know how to make it ** error 1 ** deleting CompilePackages
> > 
> > Any ideas?

This is surely due to a typo. But I cannot update at the moment because I
do not get access to the cvs.sourceforge.net server. So I cannot fix this.


-- Regards, Andreas Hausladen 

Subject: Re: Installer Problem
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 25 Apr 2004 21:15:13 +0000
Newsgroups: jedi.vcl

Encountered the same problems on d5 enterprise
Help also VERY appreciated!
Jens Fudickar schrieb:
> After downloading the last sources from the cvs i got the following:
>
> "D:\Programme\Entwicklung\Borland\Delphi7\Bin\make.exe" -l+ -f Makefile.mak Templates
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Generating: Templates]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Writing: ..\D7\dcc32.cfg
> [Generating: Packages]
> Generating packages for D7
>     Loaded template.dof
>     Loaded template.dpk
>     Loaded template.res
> "D:\Programme\Entwicklung\Borland\Delphi7\Bin\make.exe" -l+ -n
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> "D:\Programme\Entwicklung\Borland\Delphi7\Bin\make.exe" -l+ -f Makefile.mak CompilePackages
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Compiling: Packages]
>     "D:\Programme\Entwicklung\Borland\Delphi7\bin\make.exe" -l+   -f "D7 Packages.mak"
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Fatal: 'DJclVcl.dcp' does not exist - don't know how to make it
>
> ** error 1 ** deleting CompilePackages
>
>
> But jcl is installed without any problems (with the jcl-installer).
>
> This was with the activated option "Build All"
>
> Without this option i got:
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Generating: Templates]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Writing: ..\D7\dcc32.cfg
> [Generating: Packages]
> Generating packages for D7
>     Loaded template.dof
>     Loaded template.dpk
>     Loaded template.res
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Compiling: Packages]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Fatal: 'S:\Delphi\Components\JVCL\common\JvQStdDsgEditors.pas' does not exist - don't know how to make it
> ** error 1 ** deleting CompilePackages
>
>
> Any ideas?
>
> Greetings
> Jens
>


Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Apr 2004 22:44:41 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Another annoying problem is the implementation of CopyRect in
> > TGraphicControl. Borlands implementation adjusts the Painter.  So I have
> > to add code to every bitblt and copyrect used in components that are
> > derived from this class.  IMHO translating the coord. system of borrowed
> > paintdevice/widget is a better option: adjust the coordinate system in a
> > TGraphicControlCanvas start/stop. Pretty much straight forward.  Would
> > fit in TJvExGraphicControl.

Please give me an example. I cannot find any QPixmap_xxx function that can
offset the 0/0 point.


> > BitBlt(Dest: TCanvas; .... Src: TCanvas;...) & DrawText(canvas: TCanvas;
> > ....) could also eliminate ifdef's for various Canvas start/stops and
> > SetPainterFont added for VisualCLX implementation.  Would fit in
> > JvExControls.

Shouldn't be a problem to add these functions.


-- Regards, Andreas Hausladen 

Subject: Installer Problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 25 Apr 2004 22:43:28 +0200
Newsgroups: jedi.vcl

After downloading the last sources from the cvs i got the following:

"D:\Programme\Entwicklung\Borland\Delphi7\Bin\make.exe" -l+ -f Makefile.mak Templates
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
[Generating: Packages]
Generating packages for D7
    Loaded template.dof
    Loaded template.dpk
    Loaded template.res
"D:\Programme\Entwicklung\Borland\Delphi7\Bin\make.exe" -l+ -n
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
"D:\Programme\Entwicklung\Borland\Delphi7\Bin\make.exe" -l+ -f Makefile.mak CompilePackages
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
    "D:\Programme\Entwicklung\Borland\Delphi7\bin\make.exe" -l+   -f "D7 Packages.mak"
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: 'DJclVcl.dcp' does not exist - don't know how to make it

** error 1 ** deleting CompilePackages


But jcl is installed without any problems (with the jcl-installer).

This was with the activated option "Build All"

Without this option i got:
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
[Generating: Packages]
Generating packages for D7
    Loaded template.dof
    Loaded template.dpk
    Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: 'S:\Delphi\Components\JVCL\common\JvQStdDsgEditors.pas' does not exist - don't know how to make it
** error 1 ** deleting CompilePackages


Any ideas?

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Problem with dxGetText
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 25 Apr 2004 22:38:34 +0200
Newsgroups: jedi.vcl

Hi,

trying to compile the installer with fresh installed dxgettext i've got a problem with the following procedure:

procedure TJvForm.RefreshTranslation;
begin
  ReTranslateComponent(Self, 'jvcl');
end;

ReTranslateComponent is unknown.

I've changed it localy to TranslateComponent, but is this correct.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 25 Apr 2004 21:41:57 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:
> André Snepvangers wrote:
>
>
>> Not much left to do since your commitments of today :)
>
Solved also problems with unassigned fonts & T(JvEx)GraphicControl

>
> The templates are now back in sync with the preprocessed files.
>
Meanwhile I have changed the prepro files.
Removed color/setcolor/getcolor in JvControls from TJvExWinControl, TJvExCustom control. Better handled by adding QWidget_setBackGroundColor to ColorChanged (the way it was?) and set the color to clBackGround in create.
SetText/GetText in TJvExSpitter does not work, the caption is not stored as should be.

Another annoying problem is the implementation of CopyRect in TGraphicControl. Borlands implementation adjusts the Painter.
So I have to add code to every bitblt and copyrect used in components that are derived from this class.
IMHO translating the coord. system of borrowed paintdevice/widget is a better option: adjust the coordinate system in a TGraphicControlCanvas start/stop. Pretty much straight forward.
Would fit in TJvExGraphicControl.

BitBlt(Dest: TCanvas; .... Src: TCanvas;...) & DrawText(canvas: TCanvas; .....) could also eliminate ifdef's for various Canvas start/stops and SetPainterFont added for VisualCLX implementation.
Would fit in JvExControls.

A beta release could be available at 3 may. Unexpected problems excluded.

Kind Regards,

André Snepvangers





Subject: Re: Wizard question (probably dumb)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Apr 2004 19:56:29 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> > Sorry if it is a trivial one!

This is not trivial. The Wizard uses a TBitBtn and it cannot be changed as
it is at the moment.



-- Regards, Andreas Hausladen 

Subject: Wizard question (probably dumb)
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 25 Apr 2004 17:41:05 +0000
Newsgroups: jedi.vcl

I would like to use the jedi wizard components but I use jvXPButton in my application so that also unter 9x/NT/2k it shows XP buttons. o make it consistent is it possible to assign different buttons to the wizard? Maybe I am constantly overlooking the property or method?

Sorry if it is a trivial one!

michael


Subject: Re: Installer german.po
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 25 Apr 2004 17:48:00 +0200
Newsgroups: jedi.vcl

Thanx, Andreas!

Andreas Hausladen wrote:

> I have changed the German.po file to your suggestions.
>
>


Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Apr 2004 17:04:45 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Not much left to do since your commitments of today :)

The templates are now back in sync with the preprocessed files.


-- Regards, Andreas Hausladen 

Subject: Re: Installer german.po
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Apr 2004 16:57:47 +0200
Newsgroups: jedi.vcl

I have changed the German.po file to your suggestions.


-- Regards, Andreas Hausladen 

Subject: Re: Installer yet again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Apr 2004 16:56:55 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Why not include gnugettext.pas in the JVCLInstall folder? The license
> > allows it and would simplify a lot for us (i.e you<g>) since we cannot
> > be sure the user have the +1.1.1 version installed (it is required since
> > it is the first version having retranslatecomponent) and the installer
> > could always assume the file is there.

It is not only the gnugettext.pas. The tools for generating the .mo files
are also required. But I think recreating the MOs from the POs is a one
time job and not as it is at the moment.


-- Regards, Andreas Hausladen 

Subject: Re: Installer yet again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Apr 2004 16:11:46 +0200
Newsgroups: jedi.vcl

> > It was not a bug in the installer for me. The compiler just uses the
> > already compiled .dcu files and so it ignored the remove of
> > "-dUSE_DXGETTEXT" from the command line.

Why not include gnugettext.pas in the JVCLInstall folder? The license allows
it and would simplify a lot for us (i.e you<g>) since we cannot be sure the
user have the +1.1.1 version installed (it is required since it is the first
version having retranslatecomponent) and the installer could always assume
the file is there.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: What from this installator? :/
From: Pawel Golonko <greenek@wp.pl>
Date: Sun, 25 Apr 2004 12:17:21 +0200
Newsgroups: jedi.vcl

Hi, then again I!
Then me nobody helped so it would write once again. Such error during installation displays me:

-----------------------------------------------
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
** Generating packages...
    "E:\Developer\Delphi7\bin\make.exe" -B -l -o  -f   makefile pg.exe

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
The syntax of command is incorrect.
    "E:\Developer\Delphi7\bin\dcc32.exe" -Q -M -DNO_JCL pg.dpr
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
pg.dpr(11) Fatal: Could not create output file 'pg.drf'

** error 1 ** deleting bin\pg.exe

** error 1 ** deleting ..\devtools\bin\pg.exe
-----------------------------------------------

Please help me :'(

-- 
Pawel Golonko (Sorry, for my strange English ;))


Subject: [FEATURE] Idea to make JvZLibMultiple handles filenames
From: "MicroChip" <micro@ono.com>
Date: Sun, 25 Apr 2004 11:32:19 +0200
Newsgroups: jedi.vcl

Hi, I have maked modifications in JvZLibMultiple for create a list of
filenames the archive has into (after being compressed or decompressed). The
idea comes with my need for separate folder extraction based on extension of
files. I began work in it and remembered that JvCab has similar
functionality and then i used similar function names when possible.

For now it fills list on compression and decompression only, but with
modifications on DeCompressStream the names can be written at the end of the
Stream and readed from there after (or with a new ReadOnly traverse-archive
procedure/function)

Actually it never changes the functionality of the library except you can
view those filenames and ocuppies little more memory

The code wich i've added is quoted with //new and //endnew, i hope my little
skills on delphi and english language are enough :P

If the code is worth useful i have to post it in mantis or is enough with
the post in jedi.binaries?

PD: I'm the same who post the little "RelativePaths" modification in mantis
PD2: This way the Zlib compression can be added to JvCab making a new
library? (only an idea)

Thanks for this great software :)




Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Apr 2004 11:32:02 +0200
Newsgroups: jedi.vcl

> > I'll post a screenshot in binaries.
I see the problem. Have you tried stepping through the constructor (etc) to
see where it goes wrong? Seems the gradient is set to the same color for
both start end and color.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JVXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Apr 2004 11:31:13 +0200
Newsgroups: jedi.vcl

> > IIRC right before hint is made visible control receives CM_HINTSHOW
> > message.

Problem is that the item needs to be redrawn *after* the hint window is
shown...

> > Or perhaps you can check is there a visible window of type
> > HintWindowClass (global variable in Forms unit).
Then, the obvious question: when to check?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer yet again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Apr 2004 10:56:53 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > The installer uses it if it is installed. But there seems to be a bug and
> > so it uses the gnugettext.pas all the time. I'll fix that.

It was not a bug in the installer for me. The compiler just uses the
already compiled .dcu files and so it ignored the remove of
"-dUSE_DXGETTEXT" from the command line.



-- Regards, Andreas Hausladen 

Subject: Re: Installer yet again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Apr 2004 10:52:36 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > - at first I dsay that I want to compile only (upgrade), in the second
> > dialog compile only is NOT checked (correct?)

If I have read correctly then you say: "I want to compile only, so I
uncheck the "compile only" checkbox" ???


> > Why is it being shown during installation?

Do you mean the checkbox "Use dxgettext" or do you mean the fact that the
installer is localized?


> > Has it something to do with the global editors etc.?

No.


> > - secondly, install still won't run, because it cannot find
> > gnugettext.pas although I statet that I do not want to use it. Or do I
> > need it for the installer itself now?!

The installer uses it if it is installed. But there seems to be a bug and
so it uses the gnugettext.pas all the time. I'll fix that.


-- Regards, Andreas Hausladen 

Subject: Installer yet again
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 25 Apr 2004 10:43:07 +0200
Newsgroups: jedi.vcl

Hi guys,

2 things:

- at first I dsay that I want to compile only (upgrade), in the second dialog compile only is NOT checked (correct?)

- secondly, install still won't run, because it cannot find gnugettext.pas although I statet that I do not want to use it. Or do I need it for the installer itself now?! Why is it being shown during installation? Has it something to do with the global editors etc.?

-- 
Holger


Subject: Re: TJvXPBar
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 25 Apr 2004 10:35:37 +0200
Newsgroups: jedi.vcl

I'll post a screenshot in binaries.


Peter Thörnqvist wrote:
>> this component is great. However, I use TXPManifest in my applications
>> and the component looks totally wrong during runtime. It looks fine
>> during design time, but run-time is a totally different thing...
>
> How does it look wrong? Are the colors changed somehow or are they the same
> regardless of the theme used? You should try setting a breakpoint in the
> constructor of TJvXPBar and try to figure out what happens when you are
> running with a manifest and how it is different from when you don't use a
> manifest. That would help a lot. Since I don't personally have any machines
> with XP, I can't really test it but together we could probably solve it
> anyway.


Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Apr 2004 08:41:01 +0200
Newsgroups: jedi.vcl

> > this component is great. However, I use TXPManifest in my applications
> > and the component looks totally wrong during runtime. It looks fine
> > during design time, but run-time is a totally different thing...
How does it look wrong? Are the colors changed somehow or are they the same
regardless of the theme used? You should try setting a breakpoint in the
constructor of TJvXPBar and try to figure out what happens when you are
running with a manifest and how it is different from when you don't use a
manifest. That would help a lot. Since I don't personally have any machines
with XP, I can't really test it but together we could probably solve it
anyway.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer Error - JvJVCLAboutForm.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 25 Apr 2004 16:38:39 +1000
Newsgroups: jedi.vcl

Thomas Stutz wrote:

> [Compiling: JvCoreD6R.bpl]
> Borland Delphi Version 14.0
> Copyright (c) 1983,2002 Borland Software Corporation
> C:\Programme\Delphi6\jediVcl\run\JvJVCLAboutForm.pas(140) Error:
> Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
> JvCoreD6R.dpk(93) Fatal: Could not compile used unit
> '..\..\run\JvJVCLAboutForm.pas'
>

Please update your copy of the JCL, the CVS version of the JVCL requires the very latest CVS version of the JCL.

You can get a daily zip here: http://jcl.sf.net/daily/

And next time, one or two lines to explain what you want would be nice <g>

Thank you for considering the JVCL

Olivier Sannier
JVCL Developer


Subject: Re: Installer Error - JvJVCLAboutForm.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Apr 2004 08:37:35 +0200
Newsgroups: jedi.vcl

> > Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
You need to get the latest JCL from CVS to fix this problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Installer Error - JvJVCLAboutForm.pas
From: "Thomas Stutz" <tstutz.dontwantspam@gmxnosp.net>
Date: Sun, 25 Apr 2004 07:38:49 +0200
Newsgroups: jedi.vcl

[Compiling: JvCoreD6R.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Programme\Delphi6\jediVcl\run\JvJVCLAboutForm.pas(140) Error:
Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD6R.dpk(93) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'





Subject: Re: jvPlugin - Calling routines & accessing properties from the Host app (Sorted) !
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 25 Apr 2004 04:46:42 +0000
Newsgroups: jedi.vcl

Thanks!

Wouldn't that be a good expansion of jvPlugin? I believe that a lot of users of jvPlugin need to access their datamodules.

michael

Andrew schrieb:
> "micha schumann" <schumann@itc-ms.de> wrote in message
> news:c5tle0$3ta$1@talkto.net...
>
>> Hi,
>>
>> thanks! I'll give the interface approach atry since I am not very happy
>> with my solution moving DB Components  to the main form! Could you give
>> a short example of your modifications to achieve access to the
>> dfatamodule(s)? Thanks in advance!
>>
>> michael
>
> <snip>
> The only modification I made to a descendant of TJvPlugin class was to
> recode the Initialize call to pass the HostScreen as well:
>
> function TAJBJvPlugin.Initialize(Manager: TComponent; AHostApplication:
> TApplication; Filename: string; AHostScreen: TScreen=nil): Boolean;
>
> Then in the body of the Initialize code a public property HostScreen is set
> to the AHostScreen. Now in the OnInitialize event, we can scan the
> HostScreen.Datamodules to find the one required. Once found, you can access
> any of its components.
>
> Hope this helps,
>
> Anderw
>
>


Subject: Re: jvPlugin - Calling routines & accessing properties from the Host app (Sorted) !
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Sun, 25 Apr 2004 12:16:34 +1000
Newsgroups: jedi.vcl

"micha schumann" <schumann@itc-ms.de> wrote in message
news:c5tle0$3ta$1@talkto.net...
> > Hi,
> >
> > thanks! I'll give the interface approach atry since I am not very happy
> > with my solution moving DB Components  to the main form! Could you give
> > a short example of your modifications to achieve access to the
> > dfatamodule(s)? Thanks in advance!
> >
> > michael
<snip>
The only modification I made to a descendant of TJvPlugin class was to
recode the Initialize call to pass the HostScreen as well:

function TAJBJvPlugin.Initialize(Manager: TComponent; AHostApplication:
TApplication; Filename: string; AHostScreen: TScreen=nil): Boolean;

Then in the body of the Initialize code a public property HostScreen is set
to the AHostScreen. Now in the OnInitialize event, we can scan the
HostScreen.Datamodules to find the one required. Once found, you can access
any of its components.

Hope this helps,

Anderw




Subject: TJvXPBar
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 25 Apr 2004 01:49:12 +0200
Newsgroups: jedi.vcl

Hi guys,

this component is great. However, I use TXPManifest in my applications and the component looks totally wrong during runtime. It looks fine during design time, but run-time is a totally different thing...

Any ideas?

-- 
Holger


Subject: Re: JvThreadTimer Question
From: "norberto" <pellicci@shaw.ca>
Date: Sat, 24 Apr 2004 11:47:58 -0700
Newsgroups: jedi.vcl

Thank you. i didn't think to look at the SoundForge site for help files...

Now i know where to look :-)

Cheers

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:c6degu$qp8$1@talkto.net...
> > norberto wrote:
>> > > Does anyone know what the KeepAlive property in JvThreadTimer does and
how
>> > > it might be used?
> >
> >  From the dtx file at
> > http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/help/JvThreadTimer.dtx
> >
> > @@TJvThreadTimer.KeepAlive
> > Summary
> >    Indicates whether to keep the thread alive while disabling the timer.
> > Description
> >    Use KeepAlive to specify whether the timer should keep the thread
> > alive or destroy the thread
> >    when Enabled is set to false.
> >
> >    Set KeepAlive to false to destroy the thread when Enabled is set to
> > false. When Enabled is set to
> >    true again, the timer will create a new thread. Set KeepAlive to true
> > to suspend but not destroy
> >    the thread if Enabled is set to false.
> > See Also
> >    Enabled
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: JvThreadTimer Question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 24 Apr 2004 12:56:38 +0200
Newsgroups: jedi.vcl

norberto wrote:
> Does anyone know what the KeepAlive property in JvThreadTimer does and how
> it might be used?

From the dtx file at http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/help/JvThreadTimer.dtx

@@TJvThreadTimer.KeepAlive
Summary
  Indicates whether to keep the thread alive while disabling the timer.
Description
  Use KeepAlive to specify whether the timer should keep the thread alive or destroy the thread
  when Enabled is set to false.

  Set KeepAlive to false to destroy the thread when Enabled is set to false. When Enabled is set to
  true again, the timer will create a new thread. Set KeepAlive to true to suspend but not destroy
  the thread if Enabled is set to false.
See Also
  Enabled

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Old batch files for compilation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 24 Apr 2004 11:24:03 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Why?
> > Because it allows to generate the packages for all targets, wether they
> > are installed or not, a thing that build doesn't allow.

Now the build.exe has a new command line option "--force" that uses the
newest Delphi/BCB version for the make command. But while implementing
this I had a better idea. I've added a new target "GenerateAllPackages" to
makefile.mak and changed the call in MakePackages.bat to "build newest
--make=GenerateAllPackages". Now all packages are generated in one fly.


-- Regards, Andreas Hausladen 

Subject: Re: MDI wallpaper
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 24 Apr 2004 09:37:53 +0200
Newsgroups: jedi.vcl

>> > > Don't know where to add it yet, though. And there's
>> > > another problem: there are three utils unit that should probably be
merged
>> > > into JvJCUtils/JvJVCLUtils but I haven't decided how yet.
> >
> > Which ones?
AFAICS, the following units needs to be added to JVCL (renamed or merged, of
course):

rrBgClEd.pas/dfm (design editor)
rrBkgnds.pas (base unit and MDI handling)
rrTrView.pas (derived control)
rrColors.pas (color utils)
rrMath.pas (math utils)
rrUtils.pas (misc. utils)
rr.inc (replace with jedi.inc since we don't support <D5 anyway?)

rrColors, rrMath and rrUtils are the utils units I was referring to. Either
we merge them into JvJCLUtils/JvJVCLUtils or maybe some of it should go to
JCL and some of it to JVCL, I don't know.

> > I am extremely spare of time at present (approaching deadline on Monday;
> > I expect to sacrifice most of the weekend to work), but will try to have
> > a look at it tomorrow.
Robert, you don't need to do anything - I can handle it - but your
viewpoints (especially regarding the merging of the three utils units) is
appreciated.

The location of the base background drawing units are also important:
placing them too far down in the hierarchy makes the resulting exe's larger
than necessary, placing them too far up makes it harder to derive new
controls with background drawing support or introduce new dependencies
between the existing packages.

The rrTrView unit can be placed in any package that already requires the
package where the base support is placed.

That's basically it!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvDoEverything request
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 24 Apr 2004 15:47:03 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> It all depends on the gender <g>
>
>
> I thought about a gender independent receptacle :-)

I thought of that one too... But let's not go in that muddy direction...


Subject: Re: Example for TJvGenetic
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Apr 2004 06:38:38 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> Hi Robert,
>
> be careful with that statement.

Sorry, it was not meant that way.
I wanted a bit of it in the message though.



Subject: Re: TjvDoEverything request
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Apr 2004 06:36:14 +0200
Newsgroups: jedi.vcl

OBones wrote:

> It all depends on the gender <g>

I thought about a gender independent receptacle :-)

To come back to reality:
It is worked upon.
First brain/computer interface tests on humans have been allowed recently.



Subject: Re: MDI wallpaper
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 24 Apr 2004 04:08:30 +0200
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote:

>> Will you get to that component for the 3.0 release?
>
> Already converted. 

Thanks.

> Don't know where to add it yet, though. And there's
> another problem: there are three utils unit that should probably be merged
> into JvJCUtils/JvJVCLUtils but I haven't decided how yet.

Which ones?

> What does Robert (Rossmair) think?

I am extremely spare of time at present (approaching deadline on Monday; I expect to sacrifice most of the weekend to work), but will try to have a look at it tomorrow.

Greetings, Robert


Subject: Re: Old batch files for compilation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 24 Apr 2004 10:21:51 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Is anybody still using the old batch files which are replaced by the new
> build system?
Not to build, but the generate package one, I still use it.
Why?
Because it allows to generate the packages for all targets, wether they are installed or not, a thing that build doesn't allow.

> If nobody uses them we could move them to archive (or remove them).
Archive, please.


Subject: Re: bpg files
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 24 Apr 2004 10:20:57 +1000
Newsgroups: jedi.vcl

Holger Flick wrote:

> Hi,
>
> I'd like to open the D7 Packages using the bpg file. I gert the following error message:
>
> PROJECTS macro in project file missing or incorrect
>
> Any hints?

Use UNIX2DOS to convert the file to DOS format


Subject: JvThreadTimer Question
From: "norberto" <pellicci@shaw.ca>
Date: Fri, 23 Apr 2004 16:17:41 -0700
Newsgroups: jedi.vcl

Hi,

Does anyone know what the KeepAlive property in JvThreadTimer does and how
it might be used?

Thanks.




Subject: Old batch files for compilation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 24 Apr 2004 00:01:47 +0200
Newsgroups: jedi.vcl

Is anybody still using the old batch files which are replaced by the new
build system?

If nobody uses them we could move them to archive (or remove them).


-- Regards, Andreas Hausladen 

Subject: Re: Installer again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Apr 2004 23:59:02 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Looks like a wrong directory in one of the package xml files.

That was wrong. The filename was wrong. (a typo):
JvQQtEditorForm.pas must read JvQQtKeyEditorForm.pas in JvMM-D.xml

Fixed in CVS.



-- Regards, Andreas Hausladen 

Subject: Re: Installer again
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Apr 2004 23:41:54 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > However, full installation won't work at all... and update won't work
> > either :-(

The Installer had a bug that has hidden the error message:

Fatal: 'c:\jedi\JVCL3\common\JvQQtEditorForm.pas' does not exist - don't
know how to make it

Looks like a wrong directory in one of the package xml files.


-- Regards, Andreas Hausladen 

Subject: bpg files
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 23 Apr 2004 23:24:10 +0200
Newsgroups: jedi.vcl

Hi,

I'd like to open the D7 Packages using the bpg file. I gert the following error message:

PROJECTS macro in project file missing or incorrect

Any hints?

-- 
Holger


Subject: Installer again
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 23 Apr 2004 23:22:26 +0200
Newsgroups: jedi.vcl

Hi guys,

I did a cvs -dP and the installer was compiled and run.

However, full installation won't work at all... and update won't work either :-(

"E:\Delphi7\Bin\make.exe" -l+ -f Makefile.mak Templates
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
[Generating: Packages]
Generating packages for D7
    Loaded template.dof
    Loaded template.dpk
    Loaded template.res
"E:\Delphi7\Bin\make.exe" -l+  Clean
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Cleaning...]
    del /q "D7 Packages.mak"
    del /q "D7\*.cfg" "D7\*.mak"
D:\cygwin\home\holger\dev\JVCL3\packages\D7\*.mak konnte nicht gefunden werden


Subject: Re: Install Error in actual CVS anonymous
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Apr 2004 22:43:00 +0200
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > @André : Is it possible that your last upload of package-xml files
> > destroyed the packages?

No. It is just a typo. He wrote "allclx" but meant "all". The target
"allclx" does not exist and so JvCore-R is not added to the require clause
which results in the implicit inclusions.
Fixed in CVS.


-- Regards, Andreas Hausladen 

Subject: Re: Install Error in actual CVS anonymous
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 23 Apr 2004 22:20:39 +0200
Newsgroups: jedi.vcl

@André : Is it possible that your last upload of package-xml files destroyed the packages?

Greetings
Jens

Karlheinz wrote:

> [Compiling: JvSystemD7R.bpl]
>     "C:\KHJProg\Borland\Delphi7\bin\dcc32.exe" -Q -M -B JvSystemD7R.dpk
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> Warnung: Die Unit 'JvDataProvider' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvDataProviderIntf' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvBaseDlg' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvAppStorageSelectList' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvDynControlEngine' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvDynControlEngineVCL' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvDynControlEngineIntf' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvPropertyStorage' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvAppStorage' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvPropertyStore' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JclMime' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclRTTI' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvExGrids' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvJVCLUtils' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvProgressUtils' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JclAppInst' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclSynch' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclFileUtils' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JclSecurity' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclDateTime' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclShell' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclSysInfo' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclIniFiles' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclDITs' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclRegistry' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'Snmp' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclStrings' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclLogic' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclSysUtils' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclMath' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'Jcl8087' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclWin32' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclBase' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclResources' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvJCLUtils' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvComponent' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvExStdCtrls' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvExForms' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvExComCtrls' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvExExtCtrls' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvExControls' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvThemes' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvFinalize' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JVCLVer' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'gnugettext' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvTypes' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvResources' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvConsts' wurde implizit in Package 'JvSystemD7R'
> importiert
> 245132 Zeilen, 7.69 Sekunden, 996408 Bytes Code, 13721 Bytes Daten.
> [Compiling: JvStdCtrlsD7R.bpl]
>     "C:\KHJProg\Borland\Delphi7\bin\dcc32.exe" -Q -M -B JvStdCtrlsD7R.dpk
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JvStdCtrlsD7R.dpk(41) Fehler: Die Packages 'DJcl' und 'JvSystemD7R'
> enthalten beide Unit 'JclAppInst'
>
> ** error 1 ** deleting JvStdCtrlsD7R.bpl
>
> ** error 1 ** deleting CompilePackages
> "C:\KHJProg\Borland\Delphi7\Bin\make.exe" -l+  Clean
>
> Regards Karlheinz

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Install Error in actual CVS anonymous
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 23 Apr 2004 22:15:52 +0200
Newsgroups: jedi.vcl

Not only in anonymous mode. In the named account also :-(

Karlheinz wrote:

> [Compiling: JvSystemD7R.bpl]
>     "C:\KHJProg\Borland\Delphi7\bin\dcc32.exe" -Q -M -B JvSystemD7R.dpk
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> Warnung: Die Unit 'JvDataProvider' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvDataProviderIntf' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvBaseDlg' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvAppStorageSelectList' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvDynControlEngine' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvDynControlEngineVCL' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvDynControlEngineIntf' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvPropertyStorage' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvAppStorage' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvPropertyStore' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JclMime' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclRTTI' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvExGrids' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvJVCLUtils' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvProgressUtils' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JclAppInst' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclSynch' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclFileUtils' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JclSecurity' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclDateTime' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclShell' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclSysInfo' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclIniFiles' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclDITs' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclRegistry' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'Snmp' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclStrings' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclLogic' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclSysUtils' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclMath' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'Jcl8087' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclWin32' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclBase' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JclResources' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvJCLUtils' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvComponent' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvExStdCtrls' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvExForms' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvExComCtrls' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvExExtCtrls' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvExControls' wurde implizit in Package
> 'JvSystemD7R' importiert
> Warnung: Die Unit 'JvThemes' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvFinalize' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JVCLVer' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'gnugettext' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvTypes' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvResources' wurde implizit in Package 'JvSystemD7R'
> importiert
> Warnung: Die Unit 'JvConsts' wurde implizit in Package 'JvSystemD7R'
> importiert
> 245132 Zeilen, 7.69 Sekunden, 996408 Bytes Code, 13721 Bytes Daten.
> [Compiling: JvStdCtrlsD7R.bpl]
>     "C:\KHJProg\Borland\Delphi7\bin\dcc32.exe" -Q -M -B JvStdCtrlsD7R.dpk
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> JvStdCtrlsD7R.dpk(41) Fehler: Die Packages 'DJcl' und 'JvSystemD7R'
> enthalten beide Unit 'JclAppInst'
>
> ** error 1 ** deleting JvStdCtrlsD7R.bpl
>
> ** error 1 ** deleting CompilePackages
> "C:\KHJProg\Borland\Delphi7\Bin\make.exe" -l+  Clean
>
> Regards Karlheinz

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Install Error in actual CVS anonymous
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 23 Apr 2004 17:57:27 +0000 (UTC)
Newsgroups: jedi.vcl

[Compiling: JvSystemD7R.bpl]
	"C:\KHJProg\Borland\Delphi7\bin\dcc32.exe" -Q -M -B JvSystemD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Warnung: Die Unit 'JvDataProvider' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvDataProviderIntf' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvBaseDlg' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvAppStorageSelectList' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvDynControlEngine' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvDynControlEngineVCL' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvDynControlEngineIntf' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvPropertyStorage' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvAppStorage' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvPropertyStore' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JclMime' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclRTTI' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvExGrids' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvJVCLUtils' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvProgressUtils' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JclAppInst' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclSynch' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclFileUtils' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JclSecurity' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclDateTime' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclShell' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclSysInfo' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclIniFiles' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclDITs' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclRegistry' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'Snmp' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclStrings' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclLogic' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclSysUtils' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclMath' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'Jcl8087' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclWin32' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclBase' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JclResources' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvJCLUtils' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvComponent' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvExStdCtrls' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvExForms' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvExComCtrls' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvExExtCtrls' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvExControls' wurde implizit in Package
'JvSystemD7R' importiert
Warnung: Die Unit 'JvThemes' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvFinalize' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JVCLVer' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'gnugettext' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvTypes' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvResources' wurde implizit in Package 'JvSystemD7R'
importiert
Warnung: Die Unit 'JvConsts' wurde implizit in Package 'JvSystemD7R'
importiert
245132 Zeilen, 7.69 Sekunden, 996408 Bytes Code, 13721 Bytes Daten.
[Compiling: JvStdCtrlsD7R.bpl]
	"C:\KHJProg\Borland\Delphi7\bin\dcc32.exe" -Q -M -B JvStdCtrlsD7R.dpk
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
JvStdCtrlsD7R.dpk(41) Fehler: Die Packages 'DJcl' und 'JvSystemD7R'
enthalten beide Unit 'JclAppInst'

** error 1 ** deleting JvStdCtrlsD7R.bpl

** error 1 ** deleting CompilePackages
"C:\KHJProg\Borland\Delphi7\Bin\make.exe" -l+  Clean

Regards Karlheinz


Subject: Re: Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Apr 2004 19:27:53 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > Main.pas(46) Fatal: File not found: 'HtHint.dcu'

The file must be in Install\JVCLInstall\Helpers. A missing file indicates
that you do not have the whole installer.


-- Regards, Andreas Hausladen 

Subject: Re: TjvDoEverything request
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 23 Apr 2004 13:23:40 -0400
Newsgroups: jedi.vcl

micha schumann wrote:
> I am despairingly requesting you to include a component TjvDoEverything that saves me the effort of developing software.

There is a very easy solution to this problem that requires ZERO lines of code.  Convince your boss to hire another programmer, and that you should become an IT Manager.  You will quickly forget everything you
know about programming.   You are now Management. :-)

Warren


Subject: Re: MDI wallpaper
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 23 Apr 2004 19:14:28 +0200
Newsgroups: jedi.vcl

> > Will you get to that component for the 3.0 release?
Already converted. Don't know where to add it yet, though. And there's
another problem: there are three utils unit that should probably be merged
into JvJCUtils/JvJVCLUtils but I haven't decided how yet.

What does Robert (Rossmair) think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: MDI wallpaper
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 23 Apr 2004 18:48:04 +0200
Newsgroups: jedi.vcl

Will you get to that component for the 3.0 release?

Peter Thörnqvist wrote:

>> Who? Me?
>
> You're the one!<g>
>


Subject: Installer
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 23 Apr 2004 18:47:24 +0200
Newsgroups: jedi.vcl

Hi guys,

got the newest anonymous CVS today. Wanted to try-out Peter's new component. Well:

> D:\cygwin\home\holger\dev\JVCL3>install
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Generating MO files]
> [Compiling: Installer]
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> Main.pas(46) Fatal: File not found: 'HtHint.dcu'
>
> ** error 1 ** deleting Installer
> Press ENTER to continue



Subject: Re: TjvDoEverything request
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 23 Apr 2004 18:43:52 +0200
Newsgroups: jedi.vcl

I had to think about it quite some time. I misunderstood it at first. Basically Robert says that women have imperfect brains...

We better end this thread...not our niveau :-)

micha schumann wrote:

> how is this to be understood?
>
> Robert Marquardt schrieb:
>
>> OBones wrote:
>>
>>> That's called a project manager discussing with a client. However, the connection into the client's brain isn't perfect yet <g>
>>
>>
>>
>> Especially the connection point may be in the lower body region ;-)
>>


Subject: Re: TjvDoEverything request
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 24 Apr 2004 00:23:41 +1000
Newsgroups: jedi.vcl

micha schumann wrote:

> how is this to be understood?

It all depends on the gender <g>


Subject: Re: TjvDoEverything request
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 23 Apr 2004 14:14:29 +0000
Newsgroups: jedi.vcl

What kind of clients are you talking of?

Robert Marquardt schrieb:

> OBones wrote:
>
>> That's called a project manager discussing with a client. However, the connection into the client's brain isn't perfect yet <g>
>
>
> Especially the connection point may be in the lower body region ;-)
>


Subject: Re: Example for TJvGenetic
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 23 Apr 2004 14:10:51 +0000
Newsgroups: jedi.vcl

This is not just a forum for delphi nerds - by reading and following the threads one can improve his english a lot (if he is not a native english speaker)...

Holger Flick schrieb:

> Hi Robert,
>
> be careful with that statement. It's a metaphor which means "You are not wanted here" (like: "Make yourself disappear.", "Get lost.")! And I am quite sure that you did not mean THAT!
>
> So lets say:
>
> "Please do not post any portrait photos of yourself as a signature, Fellipe!"
>
> I also do not like if people put binary stuff into their sigs...
>
>> Your face is also not needed.
>>


Subject: Re: TjvDoEverything request
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 23 Apr 2004 13:51:31 +0000
Newsgroups: jedi.vcl

how is this to be understood?

Robert Marquardt schrieb:
> OBones wrote:
>
>> That's called a project manager discussing with a client. However, the connection into the client's brain isn't perfect yet <g>
>
>
> Especially the connection point may be in the lower body region ;-)
>


Subject: Re: Example for TJvGenetic
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 23 Apr 2004 14:54:01 +0200
Newsgroups: jedi.vcl

Hi Robert,

be careful with that statement. It's a metaphor which means "You are not wanted here" (like: "Make yourself disappear.", "Get lost.")! And I am quite sure that you did not mean THAT!

So lets say:

"Please do not post any portrait photos of yourself as a signature, Fellipe!"

I also do not like if people put binary stuff into their sigs...

> Your face is also not needed.
>


Subject: Re: How to insert table into RichEdit?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 23 Apr 2004 14:10:14 +0200
Newsgroups: jedi.vcl

tttk wrote:
> I try to paste a table's RTF code into a richedit control,  but appearently,
> the table itself can't be edit at all.
>

That is correct, the user can't edit a table displayed in a rich edit control, ie the rich edit control does not provide something to automatically edit displayed tables.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Example for TJvGenetic
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Apr 2004 14:09:22 +0200
Newsgroups: jedi.vcl

Please never again post a message with executable code here.
Your face is also not needed.



Subject: Re: TjvDoEverything request
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Apr 2004 14:04:14 +0200
Newsgroups: jedi.vcl

OBones wrote:

> That's called a project manager discussing with a client. However, the connection into the client's brain isn't perfect yet <g>

Especially the connection point may be in the lower body region ;-)



Subject: Re: TvAviCapture question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 23 Apr 2004 21:54:21 +1000
Newsgroups: jedi.vcl

Frank wrote:

> Thanks Oliver this helped me a lot.
> I had to struggle a bit with the OnFrame event (switching it on and off) to
> prevent some error messages.
Could you detail this ?

> I noticed that the onFrame event keeps on being called after the
> StartSingleFrameCapture command.
> Is there a way to stop this?
Using StopSingleFrameCapture should be enough.

> Why are you using a timer, is this a time-out timer?
The timer is there to capture a frame on a regular basis, because it is what I'm using in my application.

> Is it also possible to use the methods SaveAs and SaveDIB to save the
> captured frame to a file (and then load it in the Image1)? I need the
> captured frame as a file anyhow.
Maybe, I haven't tested them. But they should work.

Please have a look at the source code in JvAVICapture.pas, there are lots of comments in front of every method and property, that should help you quite a bit.


Subject: thank you very much!
From: "tttk" <tttk2000@hotmail.com>
Date: Fri, 23 Apr 2004 19:37:50 +0800
Newsgroups: jedi.vcl

with your help, i've successfully resolve my problem.

thank you.




Subject: Example for TJvGenetic
From: "Fellipe Henrique" <fellipe@rodoviariolider.com.br>
Date: Fri, 23 Apr 2004 08:29:55 -0300
Newsgroups: jedi.vcl

Where i find examples for JvGenetic component ?

Thanks


            Fellipe Henrique
            Analista de Sistemas / Programador
            Rodoviário Lider Ltda.
            Av. Monteiro de Castro, 660
            Muriaé - MG - 36880.000 - Brasil
            32-3729-3321
            32-8801-0094
            fellipe@rodoviariolider.com.br
            www.rodoviariolider.com.br




Add this card to your address book



----------------------------------------------------------------------------
----




HB_Logo1.gif
	


null.gif
null.gif
	


BC_ver.dll?CardData=1304951,210317254,2
BC_ver.dll?CardData=1304951,210317254,2
	



Subject: Re: JvDBTreeView problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Apr 2004 13:28:04 +0200
Newsgroups: jedi.vcl

I haven't found a better way to solve the problems you are encountering, so
I have committed yout fix to CVS. Let's see if anyone else comes up with a
more elegant solution. If not, then we'll keep this one.

Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Apr 2004 13:19:42 +0200
Newsgroups: jedi.vcl

You could add a handler for the WM_PASTE message in TJvRichEdit and handle
the pasting yourself (ie don't call inherited).

Alternatively, take a look in JvExStdCtrls and the TJvExCustomMemo
(TJvRichEdit derives from this class): it has dynamic methods for
Cut, Copy, Paste etc that you could override.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JVXPBar
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 23 Apr 2004 13:16:35 +0200
Newsgroups: jedi.vcl

Added  property ItemFrameColor in TJvXPBarColors.
Code is in jedi.binaries
Regards

Dierk


 ==========================================
 NO Software Patents in Europe!
 http://petition.eurolinux.org/index_html
 ==========================================




Subject: Re: New JVXPBar
From: @in@taavi.ee
Date: Fri, 23 Apr 2004 10:54:41 GMT
Newsgroups: jedi.vcl

On Fri, 23 Apr 2004 11:23:30 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >Optimally, the frame should be redrawn when the hint is shown but there is
> >no way to determine if the hint is visible or not, or is there?

IIRC right before hint is made visible control receives CM_HINTSHOW
message.
Or perhaps you can check is there a visible window of type
HintWindowClass (global variable in Forms unit).


ain


Subject: Re: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: "Frank" <frank@zonnet.nl>
Date: Fri, 23 Apr 2004 12:46:28 +0200
Newsgroups: jedi.vcl

You can install a hotkey, this will prevent any other control to handle the
key-sequence. After handling it yourself, you can release the hotkey to
allow the normal operation of the key-sequence. This hotkey is system-wide
(even if your application is not focused).

RegisterHotkey(Handle, 1, MOD_CONTROL , ord('C'))

Handle the hotkey with

private
    Procedure WMHotkey( Var msg: TWMHotkey ); message WM_HOTKEY;


Procedure TLocatorForm.WMHotkey( Var msg: TWMHotkey );
var kar : char;
Begin
  If msg.hotkey = 1 Then YourFunction(...);
End;

Release the hotkey with
    UnRegisterHotkey( Handle, 1 );


"tttk" <tttk2000@hotmail.com> wrote in message
news:c6aon2$bjb$1@talkto.net...
> > When user attempt to paste something into Richedit control, often CTRL+V
is
> > used. But before that, I want to call different function according to the
> > different clipboard's format. The fact is, I can't find something helpful.
> >
> > May be you will suggest me to use Keydown event of the Richedit control,
the
> > code as following:
> >
> > procedure TForm1.JvRichEdit1KeyDown(Sender: TObject; var Key: Word;
Shift:
> > TShiftState);
> > begin
> >     if (ssCtrl in Shift) and (Key = Ord('V')) then
> >     begin
> >         if Clipboard.HasFormat('...') then
> >         begin
> >             proc1(...);
> >             //EmptyClipboard; {EmptyClipboard has no effect here, and it
is
> > not a good idea.}
> >         end
> >         else if .... then
> >             proc2(...);
> >         end;
> >     end;
> > end;
> >
> >
> > in proc1(...), I get data from clipboard and do some paring on it, then I
> > use them to format the Richedit control. All seems good by far. However,
> > application don't know that, it continue to paste the data from clipboard,
> > despite the data has already been pasted.
> >
> > Give me some idea, please. thank you very much.
> >
> > tttk,
> > Regard.
> >
> >




Subject: Re: installation of clx version
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 23 Apr 2004 12:33:05 +0200
Newsgroups: jedi.vcl

André Snepvangers schreef:
> - Start Delphi.

Delphi 7 doesn't contain clxdesigner.dcp, so you have to build it
yourself:
- Open clxdesigner in packages/d7clx.
- Adjust the paths of the units according to your Delphi 7 installation.
- Build clxdesigner. You only need the .dcp,  the package itself you can delete.

Regards,

André Snepvangers




Subject: How to capture the CTRL+V event in the TJvRichedit control? Waiting for your help!
From: "tttk" <tttk2000@hotmail.com>
Date: Fri, 23 Apr 2004 18:31:51 +0800
Newsgroups: jedi.vcl

When user attempt to paste something into Richedit control, often CTRL+V is
used. But before that, I want to call different function according to the
different clipboard's format. The fact is, I can't find something helpful.

May be you will suggest me to use Keydown event of the Richedit control, the
code as following:

procedure TForm1.JvRichEdit1KeyDown(Sender: TObject; var Key: Word;  Shift:
TShiftState);
begin
    if (ssCtrl in Shift) and (Key = Ord('V')) then
    begin
        if Clipboard.HasFormat('...') then
        begin
            proc1(...);
            //EmptyClipboard; {EmptyClipboard has no effect here, and it is
not a good idea.}
        end
        else if .... then
            proc2(...);
        end;
    end;
end;


in proc1(...), I get data from clipboard and do some paring on it, then I
use them to format the Richedit control. All seems good by far. However,
application don't know that, it continue to paste the data from clipboard,
despite the data has already been pasted.

Give me some idea, please. thank you very much.

tttk,
Regard.




Subject: Re: installation of clx version
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 23 Apr 2004 12:15:08 +0200
Newsgroups: jedi.vcl

user@domain.invalid schreef:
> Hello,
>
> I have installed JVCL 3.0.
> What do I have to do to install
> the clx compatible verison (under D7
> and K3)?
>
> Best regards,
>
> Andre'
>

JVCL VisualCLX status
- The clx packages are still in alpha stage. Hopefully they go beta stage (95% completed) on 1 may.
- Andreas Hansladen (and a little bit me) has made changes to the Extended VCL classes, besides adding DoubleBuffering, they fix several bugs in JVCLX. (and cleaner common code) (Not yet in CVS)
- The clx packages are currently not in sync with xml. JvQ*.xml's  need to be merged into the Jv*.xml's.
- We need still drive controls  (JvQDriveCtrls)
- Packages *not* in the JVCLX 1.0 release: Band Objects, BDE Components, Docking components, DotNet Controls, Interpreter components, Plugin Components, Time Framework,  Print Preview Components, Globus Components, Database Controls?)
- There will be about 200 components added to the component pallette.

Installation
There is no installer for the clx packages (yet). So you have to do it manually.

Kylix installation:
- Install the latest JCL
- Open K3 Packages.bpg and build all packages.
- Install them.
- Adapt(add) the library & Browsing path.

Delphi
- Start Delphi.
- Open D7clx Packages.bpg and build all packages.
- Uncheck the JVCL packages. (Don't remove them)
- Close and Restart Delphi. ( maybe not needed anymore)
- Install the packages
- Adapt(add) the library & Browsing path.

Kind Regards,

André Snepvangers



Subject: Re: New JVXPBar
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 23 Apr 2004 11:37:36 +0200
Newsgroups: jedi.vcl

An additional definable color in property Colors for FrameColor would be
nice, cause at moment it would be always drawn in clHighlight/clHotLight.

> > Optimally, the frame should be redrawn when the hint is shown but there is
> > no way to determine if the hint is visible or not, or is there?
Mhhh??? I don´t know....

Regards

Dierk


==========================================
NO Software Patents in Europe!
http://petition.eurolinux.org/index_html
==========================================





Subject: Re: JvDBTreeView problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Apr 2004 11:26:07 +0200
Newsgroups: jedi.vcl

Thanks will have a look ASAP. That JvDBTreeView is sure one h**k of a buggy
component. I wish I liked DB controls, so I could muster up the energy to do
something about it... (this is a, not so subtle, hint to anyone that likes
DB controls<g>)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JVXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Apr 2004 11:23:30 +0200
Newsgroups: jedi.vcl

> > I´ve added an additional feature to TJVXPBar.
Thanks. Will have a look. BTW, the hint problem seems a tricky one.
Optimally, the frame should be redrawn when the hint is shown but there is
no way to determine if the hint is visible or not, or is there?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JVXPBar
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 23 Apr 2004 11:19:35 +0200
Newsgroups: jedi.vcl

Peter,
I´ve added an additional feature to TJVXPBar.
It´s the RoundedItemFrame property. If it is set to radius>0 rounded edges
will be paint.
Maybe you would add it, too.
Have a look to jedi.binaries.....

Regards

Dierk

==========================================
NO Software Patents in Europe!
http://petition.eurolinux.org/index_html
==========================================




Subject: Re: TvAviCapture question
From: "Frank" <frank@zonnet.nl>
Date: Fri, 23 Apr 2004 10:25:40 +0200
Newsgroups: jedi.vcl

Thanks Oliver this helped me a lot.
I had to struggle a bit with the OnFrame event (switching it on and off) to
prevent some error messages.
I noticed that the onFrame event keeps on being called after the
StartSingleFrameCapture command.
Is there a way to stop this?
Why are you using a timer, is this a time-out timer?
Is it also possible to use the methods SaveAs and SaveDIB to save the
captured frame to a file (and then load it in the Image1)? I need the
captured frame as a file anyhow.

The method that is used by Micha (CopyToClipboard) is also nice because of
its simplicity although I understand the disadvantages of modifying the
clipboard without the users permission.



"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c69cjo$52e$1@talkto.net...
> > Frank wrote:
> >
>> > > Could you give some more information like:
>> > > - how to select Frame by Frame capture mode
> > StartSingleFrame, then use CaptureFrame
> >
>> > > - what event signals the capture of a frame
> > OnFrame
> >
>> > > - how can i retrieve the data (e.g. copy it to an TImage)
> > See below
> >
> > Here is an example:
> >
> > procedure TfrmMain.btnFbyFClick(Sender: TObject);
> > begin
> >    image1.Picture.Bitmap.Width := avi.Width;
> >    image1.Picture.Bitmap.Height := avi.Height;
> >    image1.Picture.Bitmap.PixelFormat := avi.VideoFormat.PixelFormat;
> >
> >    avi.OnFrame := AviOnFrame;
> >
> >    if avi.StartSingleFrame then begin
> >      tmrFbyF.Enabled := true;
> >    end
> >    else begin
> >      showmessage('Unable to start F by F capture');
> >    end;
> > end;
> >
> > procedure TfrmMain.AviOnFrame(Sender : TAviCap; videoHdr : PVIDEOHDR);
> > type imageLine = array [0..1]of byte;
> >       pImageLine = ^imageLine;
> > var i : cardinal;
> >    j : cardinal;
> >    line : pImageLine;
> > begin
> >    for i := 0 to avi.Height - 1 do
> >    begin
> >      line := pImageLine(Image1.Picture.Bitmap.ScanLine[avi.Height-1-i]);
> >      for j := 0 to ((avi.Width*avi.VideoFormat.BitDepth) div 8)-1 do
> >      begin
> >        line^[j] := (pImageLine(videoHdr^.lpData))^[((i * avi.Width *
> >                        avi.VideoFormat.BitDepth) div 8)+j];
> >      end;
> >    end;
> >    image1.Invalidate;
> >    Application.ProcessMessages;
> > end;
> >
> > procedure TfrmMain.tmrFbYFTimer(Sender: TObject);
> > begin
> >    if not avi.CaptureFrame then begin
> >      Showmessage('Frame not captured');
> >    end;
> > end;
> >
> > Beware that this implies that the frames are in RGB24 format. If they
> > are in YUV, you'll get weird colors. It is up to you to either ensure
> > RGB24 format or do the conversion.




Subject: Re: New JVXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Apr 2004 10:04:06 +0200
Newsgroups: jedi.vcl

> > 1. Delphi5 don´t know of clHotLight
Add JvConsts to uses (in implementation should do)

> > 2. And on drawing itemhints, somtimes the Itemframe is partially erased.
Hm, this requires some more investigation...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New JVXPBar
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 23 Apr 2004 09:51:14 +0200
Newsgroups: jedi.vcl

Nice new feature with ShowItemframe on JvXpBar.
But I´ve found 2 Bugs:

1. Delphi5 don´t know of clHotLight

=>   procedure TJvXPBarItem.DrawItem
        .......
        .......
        Frame3D(ACanvas, Rect, clHotLight, clHotLight, 1)

2. And on drawing itemhints, somtimes the Itemframe is partially erased.

Regards

Dierk




Subject: Re: TjvDoEverything request
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 23 Apr 2004 06:09:12 +0000
Newsgroups: jedi.vcl

For me the main fun is getting the ideas from the customer and making a concept. Thats why I requested the connection to my brain ;-) However, this idea came after 20h non stop developing and realizing ugly customer requests.

Schlaraffenland is the german word for Cockaigne or land of milk and honey.


OBones schrieb:
> micha schumann wrote:
>
>> I am despairingly requesting you to include a component TjvDoEverything that saves me the effort of developing software.
>
> But where would be the fun?
>
>> My rough concept ist a component that connects to your brain when dropped on a form, extracts your wishes and ideas and autogenerates a complete application including extensive help system and user manual.
>
> That's called a project manager discussing with a client. However, the connection into the client's brain isn't perfect yet <g>
>
>> It also could be called TjvSchlaraffenland...
>
> Schla what ?
>


Subject: Re: TjvDoEverything request
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 23 Apr 2004 15:42:10 +1000
Newsgroups: jedi.vcl

micha schumann wrote:

> I am despairingly requesting you to include a component TjvDoEverything that saves me the effort of developing software.
But where would be the fun?

> My rough concept ist a component that connects to your brain when dropped on a form, extracts your wishes and ideas and autogenerates a complete application including extensive help system and user manual.
That's called a project manager discussing with a client. However, the connection into the client's brain isn't perfect yet <g>

> It also could be called TjvSchlaraffenland...
Schla what ?



Subject: Re: TvAviCapture question
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 23 Apr 2004 15:40:58 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> micha schumann wrote:
>
>> Thanks for that advice, in my case this is not a problem, but I did not reaaly think about that!
>
>
> You can of course save and restore the previous clipboard content.
>
This is highly unreliable because of the clipboard can (and will) contain multiple formats in it, formats which you can't know about in advance.
Just a quick search on google groups about restoring the clipboard and you'll see that this is simply an idea to forget as soon as it comes to mind.



Subject: TjvDoEverything request
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 23 Apr 2004 05:21:20 +0000
Newsgroups: jedi.vcl

I am despairingly requesting you to include a component TjvDoEverything that saves me the effort of developing software.

My rough concept ist a component that connects to your brain when dropped on a form, extracts your wishes and ideas and autogenerates a complete application including extensive help system and user manual.

It also could be called TjvSchlaraffenland...


Subject: installation of clx version
From: user@domain.invalid
Date: Fri, 23 Apr 2004 06:58:51 +0200
Newsgroups: jedi.vcl

Hello,

I have installed JVCL 3.0.
What do I have to do to install
the clx compatible verison (under D7
and K3)?

Best regards,

Andre'



Subject: Re: TvAviCapture question
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Apr 2004 06:41:04 +0200
Newsgroups: jedi.vcl

micha schumann wrote:
> Thanks for that advice, in my case this is not a problem, but I did not reaaly think about that!

You can of course save and restore the previous clipboard content.



Subject: Re: How to insert table into RichEdit?
From: "tttk" <tttk2000@hotmail.com>
Date: Fri, 23 Apr 2004 11:10:47 +0800
Newsgroups: jedi.vcl

I try to paste a table's RTF code into a richedit control,  but appearently,
the table itself can't be edit at all.




Subject: Sorry, it's my fault.
From: "tttk" <tttk2000@hotmail.com>
Date: Fri, 23 Apr 2004 11:08:36 +0800
Newsgroups: jedi.vcl

Hi,

Thank u very much. I made a mistake in my code. In fact,

richedit.lines.add('...');
....
richedit.insertBitmap(bitmap);
....
will work well as it suspect.

tttk




Subject: Hi, I got it!
From: "tttk" <tttk2000@hotmail.com>
Date: Fri, 23 Apr 2004 11:07:30 +0800
Newsgroups: jedi.vcl

// the following code resolve when gif image with transparent color insert
into richtext
// the background part of the image show dark color.

procedure TForm1.Button3Click(Sender: TObject);
var
  Bitmap: TBitmap;
  GifImage: TGifImage;
begin
  GifImage := TGifImage.Create;
  Bitmap := TBitmap.Create;
  try
    GifImage.LoadFromFile('temp.gif');
    Bitmap.Height := GifImage.Height;
    Bitmap.Width := GifImage.Width;
    Bitmap.Canvas.Brush.Color := clWhite;
    Bitmap.Canvas.FillRect(Bitmap.Canvas.ClipRect);

    Bitmap.Canvas.Draw(0, 0, GifImage);
    JvRichEdit1.InsertBitmap(Bitmap, True);
  finally
    GifImage.Free;
    Bitmap.Free;
  end;
end;




Subject: Re: TvAviCapture question
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 23 Apr 2004 02:02:44 +0000
Newsgroups: jedi.vcl

Thanks for that advice, in my case this is not a problem, but I did not reaaly think about that!

OBones schrieb:
> micha schumann wrote:
>
>> I did it this way:
>>
>> AviCapture.copyToClipboard;
>> myBMP := TBitmap.create;
>> MyBMP.LoadFromClipboardFormat(cf_BitMap,ClipBoard.GetAsHandle(cf_Bitmap),0);
>>
>> Then you can do anything you want with MyBMP...
>
>
> That's fine, and may even solve the problem of color spaces. However, it goes against correct practices with respect to the use of the clipboard: An application shouldn't change its content unless the user has asked for that (pressing Ctrl+C for instance).


Subject: Re: TvAviCapture question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 23 Apr 2004 08:16:58 +1000
Newsgroups: jedi.vcl

OBones wrote:

> procedure TfrmMain.btnFbyFClick(Sender: TObject);
> begin
>   image1.Picture.Bitmap.Width := avi.Width;
>   image1.Picture.Bitmap.Height := avi.Height;
>   image1.Picture.Bitmap.PixelFormat := avi.VideoFormat.PixelFormat;
>
>   avi.OnFrame := AviOnFrame;

You should set the filename here as the single frame capture will create a capture file. I'm not sure of what happens if the filename is empty, you may want to try that in case you don't need the file.


Subject: Re: TvAviCapture question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 23 Apr 2004 08:00:32 +1000
Newsgroups: jedi.vcl

micha schumann wrote:

> I did it this way:
>
> AviCapture.copyToClipboard;
> myBMP := TBitmap.create;
> MyBMP.LoadFromClipboardFormat(cf_BitMap,ClipBoard.GetAsHandle(cf_Bitmap),0);
>
> Then you can do anything you want with MyBMP...

That's fine, and may even solve the problem of color spaces. However, it goes against correct practices with respect to the use of the clipboard: An application shouldn't change its content unless the user has asked for that (pressing Ctrl+C for instance).


Subject: Re: TvAviCapture question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 23 Apr 2004 07:59:03 +1000
Newsgroups: jedi.vcl

Frank wrote:

> Could you give some more information like:
> - how to select Frame by Frame capture mode
StartSingleFrame, then use CaptureFrame

> - what event signals the capture of a frame
OnFrame

> - how can i retrieve the data (e.g. copy it to an TImage)
See below

Here is an example:

procedure TfrmMain.btnFbyFClick(Sender: TObject);
begin
  image1.Picture.Bitmap.Width := avi.Width;
  image1.Picture.Bitmap.Height := avi.Height;
  image1.Picture.Bitmap.PixelFormat := avi.VideoFormat.PixelFormat;

  avi.OnFrame := AviOnFrame;

  if avi.StartSingleFrame then begin
    tmrFbyF.Enabled := true;
  end
  else begin
    showmessage('Unable to start F by F capture');
  end;
end;

procedure TfrmMain.AviOnFrame(Sender : TAviCap; videoHdr : PVIDEOHDR);
type imageLine = array [0..1]of byte;
     pImageLine = ^imageLine;
var i : cardinal;
  j : cardinal;
  line : pImageLine;
begin
  for i := 0 to avi.Height - 1 do
  begin
    line := pImageLine(Image1.Picture.Bitmap.ScanLine[avi.Height-1-i]);
    for j := 0 to ((avi.Width*avi.VideoFormat.BitDepth) div 8)-1 do
    begin
      line^[j] := (pImageLine(videoHdr^.lpData))^[((i * avi.Width *
                      avi.VideoFormat.BitDepth) div 8)+j];
    end;
  end;
  image1.Invalidate;
  Application.ProcessMessages;
end;

procedure TfrmMain.tmrFbYFTimer(Sender: TObject);
begin
  if not avi.CaptureFrame then begin
    Showmessage('Frame not captured');
  end;
end;

Beware that this implies that the frames are in RGB24 format. If they are in YUV, you'll get weird colors. It is up to you to either ensure RGB24 format or do the conversion.


Subject: Re: TvAviCapture question
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 22 Apr 2004 19:45:49 +0000
Newsgroups: jedi.vcl

I did it this way:

AviCapture.copyToClipboard;
myBMP := TBitmap.create;
MyBMP.LoadFromClipboardFormat(cf_BitMap,ClipBoard.GetAsHandle(cf_Bitmap),0);

Then you can do anything you want with MyBMP...


Frank schrieb:
> Could you give some more information like:
> - how to select Frame by Frame capture mode
> - what event signals the capture of a frame
> - how can i retrieve the data (e.g. copy it to an TImage)
>
> Thanks
>
> "OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
> news:c68cqd$v6f$1@talkto.net...
>
>> Frank wrote:
>>
>>
>>> How can I capture a single frame from my webcam and save this as a bmp?
>>> The TvAviCapture example does not include any information about single
>
> frame
>
>>> capturing.
>>
>> Use the Frame By Frame capture mode and use the events to retrieve the
>> data of each frame.
>
>
>


Subject: Re: How to insert table into RichEdit?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 22 Apr 2004 20:57:21 +0200
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> On Thu, 22 Apr 2004 11:31:11 +0800, "tttk" <tttk2000@hotmail.com>
> wrote:
>
>> How to insert table into RichEdit?
>
> AFAIK JvRichEdit uses version 2 dll which doesn't support tables.

TJvRichEdit can handle any of the ANSI rich edit versions, ie from 1.0 to 4.0. It cannot handle the 4.1 version which is unicode only. Version 3.0 handles tables poor, version 4.0 a bit better. Version 4.0 comes with Visual Studio .Net but is not redistributable (I think).

You can insert tables into a richedit by inserting RTF directly.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: jvFormStorage: trys to store in design mode?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Thu, 22 Apr 2004 20:29:14 +0200
Newsgroups: jedi.vcl

Hello

(using a JVCL3 checkout from Tuesday on D7 Pro)

i use a TjvFormStorage that stores its data into an inifile with a
TjvAppIniFileStorage. The filename i have set is "CONFIG\MAIN.INI" and the
application makes sure that the directory "CONFIG" exists whe the
application is startet.

Sometimes when i close the project inside Delphi (or close Delphi) i get an
error message that "SomeDelphiDirectory\CONFIG" does not exist and the
serveral AV are shown. It seems that TjvFormStorage (or
TjvAppIniFileStorage) is trying to update the inifile even it is in design
mode at this time.

The "SomeDelphiDirectory" is one of the directories where my components are
installed. it seems that Delphi changes the current directory several tines
when it shuts down.

I have not found out where exactly this happens but maybe there is a "if
csDesigning in ComponentState" missing somewhere in TjvFormStorage or
TjvAppIniFileStorage?

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: How to move the current insert position in RichEdit? a strange quesion!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 22 Apr 2004 19:52:21 +0200
Newsgroups: jedi.vcl

Maybe:

richedit.lines.add('my text here');
richedit.SelStart := richedit.GetTextLen;
richedit.insertbitmap(bitmap);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How to move the current insert position in RichEdit? a strange quesion!
From: "tttk" <tttk2000@hotmail.com>
Date: Fri, 23 Apr 2004 01:20:08 +0800
Newsgroups: jedi.vcl

I try to insert a line of text in the Richedit, then insert a image.
All above is done in program like the following:

richedit.lines.add('my text here');
....
richedit.insertbitmap(bitmap);
.....

I would have hope to see that the image should be placed after the text, but
it did not, it was placed before the text, just in the front of the line.

I have no idea, someone who will help me will be very thankful.





Subject: JvDBTreeView problems
From: Georgi Panayotov <georgi@ada-soft.bg>
Date: Thu, 22 Apr 2004 19:52:46 +0300
Newsgroups: jedi.vcl

Hi
  
I found few problems with JvDBTreeView
1. When i try to insert a new node with Insert in empty Tree it raises
Access violation...
  the problem was in procedure TJvCustomDBTreeView.KeyDown
  
        if [ssAlt] = Shift then
          //AddChild
          AddChildNode(Selected, True).EditText
        else
          //Add
          AddChildNode(Selected.Parent, True).EditText;

when press Ins in empty tree - Selected is nil and
AddChildNode(Selected.Parent, True).EditText; raises exception
i've modified "if [ssAlt] = Shift" to

if not Assigned(Selected) or ([ssAlt] = Shift) then

and it works for me



The second problem i found when i try to insert a node with same text as
another node in a table with Unique constraint on that field
The node is added to tree, but the DataSet raises exception, and stays in
Edit/Insert mode. When try to select another node - Dataset raises again
the same exception (still in Edit/Insert mode with same value)

i found (for now) not so elegant solution
in procedure TJvCustomDBTreeView.Edit(const Item: TTVItem)
i've put Change2(Self.Selected); {?} in a try...except block

        if FDataLink.Edit then
          FDataLink.DataSet.FieldByName(FItemField).Text := Item.pszText;
        try    //<= from here
          FDataLink.DataSet.Post;
          Change2(Self.Selected); {?}
        except
          on e: Exception do begin
            DataLink.DataSet.Cancel;
            if InAddChild then
            begin
              Self.Selected.Free;
              if Sel <> nil then
                Selected := Sel;
            end;
            raise Exception.Create(e.message);  // this is stupid, but it
works for now
          end;  
        end;

and now when post raises exception - the node is deleted and changes are
canceled

better solution is to make node to stay in Edit mode, until the value is
changed to correct or canceled, but i can't find how to make it for now

i will post the unit in binaries

Georgi


P.S. Excuse me for my bad english, i hope do understand the explanation
above



Subject: Re: Install error (JVCL 3 Beta)
From: Pawel Golonko <greenek@wp.pl>
Date: Thu, 22 Apr 2004 18:05:13 +0200
Newsgroups: jedi.vcl

Użytkownik Andreas Hausladen napisał:
> Pawel Golonko wrote:
>
>
>> I have JCL 1.9, Delphi 7 enterprice and latest JVCL 3 beta.
>
>
> Install the JCL by the JCL Installer and the JVCL by the JVCL Installer. I
> know that the (old) JVCL Installer can compile the JCL but due to changes
> in the JCL the JVCL Installer only works properly on special environment
> settings.
>
> Alternativly you could download the newest snapshots of JCL and JVCL where
> the JVCL uses the new Installer.
>
>
Ok, i install JCL by the JCL Installer and now getting error:

pg.dpr(11) Fatal: Could not create output file 'pg.drf'

** error 1 ** deleting bin\pg.exe

** error 1 ** deleting ..\devtools\bin\pg.exe

-- 
Greenek


Subject: Help Me! How to Insert a Gif image with transparent color into a RichEditor?
From: "tttk" <tttk2000@hotmail.com>
Date: Thu, 22 Apr 2004 23:49:11 +0800
Newsgroups: jedi.vcl

Hi,

Good to you.

I want to insert some gif images into a richeditor, all seem well. However,
if these gif pictures have transparent color, then, the background part of
the image appears a ungainly dark color.

I'd like to get to know how to change the background color of a transparent
gif image.

waiting for your help.


tttk




Subject: Re: Install error (JVCL 3 Beta)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Apr 2004 17:43:04 +0200
Newsgroups: jedi.vcl

Pawel Golonko wrote:

> > I have JCL 1.9, Delphi 7 enterprice and latest JVCL 3 beta.

Install the JCL by the JCL Installer and the JVCL by the JVCL Installer. I
know that the (old) JVCL Installer can compile the JCL but due to changes
in the JCL the JVCL Installer only works properly on special environment
settings.

Alternativly you could download the newest snapshots of JCL and JVCL where
the JVCL uses the new Installer.


-- Regards, Andreas Hausladen 

Subject: Install error (JVCL 3 Beta)
From: Pawel Golonko <greenek@wp.pl>
Date: Thu, 22 Apr 2004 17:39:01 +0200
Newsgroups: jedi.vcl

Hi,
I'm getting this error in install:

Compiling package: DJcl70.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Fatal: Could not create output file 'DJcl.str'

** error 1 ** deleting DJcl70.bpl

I have JCL 1.9, Delphi 7 enterprice and latest JVCL 3 beta.

Thanks!


Subject: Re: List of components
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 22 Apr 2004 17:14:39 +0200
Newsgroups: jedi.vcl

Direct link:
http://cvs.jvcl.sourceforge.net/viewcvs.py/*checkout*/jvcl/dev/JVCL3/readme.htm?content-type=text%2Fplain&rev=1.30

Regards

Dierk




Subject: Re: List of components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Apr 2004 16:05:39 +0200
Newsgroups: jedi.vcl

> > could you please point me to a list of components contained in the JVCL?
See the readme.htm file in the jvcl root

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TvAviCapture question
From: "Frank" <frank@zonnet.nl>
Date: Thu, 22 Apr 2004 15:34:40 +0200
Newsgroups: jedi.vcl

Could you give some more information like:
- how to select Frame by Frame capture mode
- what event signals the capture of a frame
- how can i retrieve the data (e.g. copy it to an TImage)

Thanks

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c68cqd$v6f$1@talkto.net...
> > Frank wrote:
> >
>> > > How can I capture a single frame from my webcam and save this as a bmp?
>> > > The TvAviCapture example does not include any information about single
frame
>> > > capturing.
> >
> > Use the Frame By Frame capture mode and use the events to retrieve the
> > data of each frame.




Subject: Re: TvAviCapture question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 22 Apr 2004 22:56:23 +1000
Newsgroups: jedi.vcl

Frank wrote:

> How can I capture a single frame from my webcam and save this as a bmp?
> The TvAviCapture example does not include any information about single frame
> capturing.

Use the Frame By Frame capture mode and use the events to retrieve the data of each frame.


Subject: List of components
From: "oliver holmes" <oliver.holmes@gmt-online.de>
Date: Thu, 22 Apr 2004 14:42:30 +0200
Newsgroups: jedi.vcl

Hi all,

could you please point me to a list of components contained in the JVCL?

Thanks,

Oliver




Subject: Re: How to insert table into RichEdit?
From: @in@taavi.ee
Date: Thu, 22 Apr 2004 10:02:34 GMT
Newsgroups: jedi.vcl

On Thu, 22 Apr 2004 11:31:11 +0800, "tttk" <tttk2000@hotmail.com>
wrote:

> >How to insert table into RichEdit?

AFAIK JvRichEdit uses version 2 dll which doesn't support tables.

HTH
ain


Subject: Re: TJvWaitingGradient.Active bug
From: @in@taavi.ee
Date: Thu, 22 Apr 2004 10:01:09 GMT
Newsgroups: jedi.vcl

On Wed, 21 Apr 2004 22:40:50 +0200,
=?Windows-1252?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com>
wrote:

>> >> I think when i updated with CVS that problem disappeared :P
> >Yes, it was fixed shortly after the beta 1 release, so getting the latest
>from CVS should fix it.

I suspected that this is the case (this kind of thing can't go
unoticed for long) but decided to report it anyway, just in case...


ain


Subject: TvAviCapture question
From: "Frank" <frank@zonnet.nl>
Date: Thu, 22 Apr 2004 11:18:34 +0200
Newsgroups: jedi.vcl

How can I capture a single frame from my webcam and save this as a bmp?
The TvAviCapture example does not include any information about single frame
capturing.

Frank Hamaekers






Subject: TvAviCapture question
From: "Frank" <frank@zonnet.nl>
Date: Thu, 22 Apr 2004 11:12:40 +0200
Newsgroups: jedi.vcl

How can I capture a single frame from my webcam and save this as a bmp?
The TvAviCapture example does not include any information about single frame
capturing.

Frank Hamaekers





Subject: Re: Problem with latest JvLabel?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Apr 2004 10:23:27 +0200
Newsgroups: jedi.vcl

Thanks. I've fixed it and updated the bug report as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem with latest JvLabel?
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Thu, 22 Apr 2004 10:12:13 +0200
Newsgroups: jedi.vcl

To Peter:
I was not able to reopen the bug report #0001656, so I post here instead: Unfortunately the wrong file was commited, please see my post in the binaries.

Regards

Hans-Eric Grönlund

Peter Thörnqvist wrote:

>> i have already placed this bug (i assume it to be a bug) on the JEDI Issue
>> Tracker but was wondering if anyone here has seen this problem yet and if
>> there is a "quick fix" for now for it?
>
> That is certainly a bug, but I don't know of any fixes (yet). Anyone?


Subject: Re: MDI wallpaper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Apr 2004 07:47:07 +0200
Newsgroups: jedi.vcl

> > Who? Me?
You're the one!<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: MDI wallpaper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Apr 2004 07:46:50 +0200
Newsgroups: jedi.vcl

> > Hey Peter,
> >
> > it's not mine to give.
I know, I was replying to Robert Rossmair

> > I could do it in about a fortnight as well, i.e. after the version 3
> > release.
No problem, I can do it now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: MDI wallpaper
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Apr 2004 06:41:53 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I would be very pleased if you did donate it. Don't worry about JVCL style.
> I am pretty fluent with it :) and anything I miss will probably be picked up
> by Robert Marquardt<g>

Who? Me?



Subject: How to insert table into RichEdit?
From: "tttk" <tttk2000@hotmail.com>
Date: Thu, 22 Apr 2004 11:31:11 +0800
Newsgroups: jedi.vcl

How to insert table into RichEdit?




Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 22 Apr 2004 12:16:14 +1000
Newsgroups: jedi.vcl

Craig wrote:

> That sounds right to me!  I will be able to get rid of some of the
> .reload(s) that I was using for that purpose.
>
> Is this the syntax?
>  JvAppIniFileStorage1.WriteBoolean('QPAD\UpdateQCard',true);
>                                                          //   Path,
> Value

Nope, you missed the access to the Ini property. Do it like that:

// Path, Value
JvAppIniFileStorage1.Ini.WriteBoolean('QPAD\UpdateQCard',true);

And that should work nicely.
However, if the same physical ini file is shared accross multiple JvAppIniFileStorage, they're still may be a problem. This would need to be checked even if I think the AutoReload should kick in nicely in that case.



Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: "Craig" <craig@.at.qnotes.com>
Date: Wed, 21 Apr 2004 21:34:16 -0400
Newsgroups: jedi.vcl

That sounds right to me!  I will be able to get rid of some of the
..reload(s) that I was using for that purpose.

Is this the syntax?
 JvAppIniFileStorage1.WriteBoolean('QPAD\UpdateQCard',true);
                                                         //   Path,
Value

-
Craig

> > What you should do is access the INI member of the JvAppIniFileStorage
> > and it should get into it.
> >

>> >>    //FrmMain.qnotesini.WriteBool('QPAD', 'UpdateQcodes', true);
>> >>    //JvAppIniFileStorage1.Reload; // to get the ini changes





Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 22 Apr 2004 10:43:48 +1000
Newsgroups: jedi.vcl

Craig wrote:
> I still have to use the .reload after writing to the ini file directly
> or I will loose my changes.
>
>   FrmMain.qnotesini.WriteBool('QPAD', 'UpdateQcodes', true);  // Now:
> UpdateQcodes = 1
>   //JvAppIniFileStorage1.Reload; // to get the ini changes
>
> At app. close then UpdateQcodes = 0 in the ini file.
> If I uncomment the .reload line then all is fine.
> .autoreload does not help.

That's completely logical to me. When the app closes, no read function is called, hence autoreload is not called.
What you should do is access the INI member of the JvAppIniFileStorage and it should get into it.



Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: "Craig" <craig@.at.qnotes.com>
Date: Wed, 21 Apr 2004 20:01:19 -0400
Newsgroups: jedi.vcl

I still have to use the .reload after writing to the ini file directly
or I will loose my changes.

  FrmMain.qnotesini.WriteBool('QPAD', 'UpdateQcodes', true);  // Now:
UpdateQcodes = 1
  //JvAppIniFileStorage1.Reload; // to get the ini changes

At app. close then UpdateQcodes = 0 in the ini file.
If I uncomment the .reload line then all is fine.
..autoreload does not help.

-
Craig

>>>> >>>>
Can you create a sample for this behavior?  - yes, see mantis

Greetings
Jens




Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Apr 2004 00:34:57 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Not much left to do since your commitments of today :)

I made the changes yesterday, but after committing the templates I forgot
to commit the files in /run.


-- Regards, Andreas Hausladen 

Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 22 Apr 2004 00:10:48 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:
>
> Let's make a deal. You change the JvEx files in /run /qrun and I
> "backport" the changes to the templates. (background: I do not have much
> time the next 6 days.)
>
>
Not much left to do since your commitments of today :)

Regards,

André



Subject: Re: MDI wallpaper
From: "Holger Flick" <rammbaer.nospampls@spamblock.gmx.de>
Date: Wed, 21 Apr 2004 21:48:21 +0000 (UTC)
Newsgroups: jedi.vcl

Hey Peter,

it's not mine to give. I understand that Robert does not want to do the
conversion to JVCL, but is willing to donate it. Thus, somebody has to
use the force and make it JEDI-compatible...

I take it, you offered to do it. 

I could do it in about a fortnight as well, i.e. after the version 3
release.

--
Holger

Peter Thörnqvist wrote:

>> > > I am willing to donate
>> > > http://www.robert-rossmair.de/src/Backgnds.zip, if it meets your
>> > > standards.  The code probably needs some clean-up (in its core it
>> > > is quite old and I probably would do it somewhat differently
>> > > today), but it is the only one I know of that does drawing of tiled
>> > > backgrounds the right way (IMO).
> > I would be very pleased if you did donate it. Don't worry about JVCL
> > style.  I am pretty fluent with it :) and anything I miss will
> > probably be picked up by Robert Marquardt<g>



Subject: Re: TJvWaitingGradient.Active bug
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 21 Apr 2004 22:40:50 +0200
Newsgroups: jedi.vcl

> > I think when i updated with CVS that problem disappeared :P
Yes, it was fixed shortly after the beta 1 release, so getting the latest
from CVS should fix it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: MDI wallpaper
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 21 Apr 2004 22:40:05 +0200
Newsgroups: jedi.vcl

> > I am willing to donate http://www.robert-rossmair.de/src/Backgnds.zip,
> > if it meets your standards.  The code probably needs some clean-up (in
> > its core it is quite old and I probably would do it somewhat differently
> > today), but it is the only one I know of that does drawing of tiled
> > backgrounds the right way (IMO).
I would be very pleased if you did donate it. Don't worry about JVCL style.
I am pretty fluent with it :) and anything I miss will probably be picked up
by Robert Marquardt<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: advapi32.dll
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 21 Apr 2004 22:38:08 +0200
Newsgroups: jedi.vcl

> > thanks a lot, it works fine. I wanted to try it today this way but you 
> > were faster! 
OK, I'll add it to CVS as well.

> > Since I currently have not much to offer (code/components) 
> > to contribute to the jvcl I can offer testing special items on older 
> > Platforms like NT or Win 95 since I have alle these OPs in VMWare to 
> > verify my app is running.
Great, we might hold you to it sooner than you think<g>!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: advapi32.dll
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 21 Apr 2004 18:50:50 +0000
Newsgroups: jedi.vcl

Hi Peter,

thanks a lot, it works fine. I wanted to try it today this way but you were faster! Since I currently have not much to offer (code/components) to contribute to the jvcl I can offer testing special items on older Platforms like NT or Win 95 since I have alle these OPs in VMWare to verify my app is running.

michael

Peter Thörnqvist schrieb:
>> short info: this approach doesnt work. Must use loadLibrary instead.
>
>
> Try making this change:
>
> function TJvHardwareProfile.GetNativeType: HW_PROFILE_INFO;
> type
>   GetCurrentHwProfileFunc = function (var lpHwProfileInfo: THWProfileInfo):
> BOOL; stdcall;
> var
>   GetCurrentHwProfile:GetCurrentHwProfileFunc;
>   LibHandle:THandle;
> begin
>   Result.dwDockInfo := 0;
>   Result.szHwProfileGuid := '';
>   Result.szHwProfileName := '';
>
>   LibHandle := LoadLibrary('advapi32.dll');
>   if LibHandle <> 0 then
>   try
>     @GetCurrentHwProfile := GetProcAddress(LibHandle,
> 'GetCurrentHWProfileA');
>     if Assigned(GetCurrentHwProfile) then
>       GetCurrentHwProfile(Result);
>   finally
>     FreeLibrary(LibHandle);
>   end;
> end;
>
> Does this work with Win95?
>
>


Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 21 Apr 2004 20:17:30 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:

> André Snepvangers wrote:
>
>
>> QWidget_setBackgroundMode(Handle, QWidgetBackgroundMode_NoBackground)?
>
>
> Let's make a deal. You change the JvEx files in /run /qrun and I
> "backport" the changes to the templates. (background: I do not have much
> time the next 6 days.)
>
Excellent!

Kind regards,

André Snepvangers







Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Apr 2004 19:48:40 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > QWidget_setBackgroundMode(Handle, QWidgetBackgroundMode_NoBackground)?

Let's make a deal. You change the JvEx files in /run /qrun and I
"backport" the changes to the templates. (background: I do not have much
time the next 6 days.)



-- Regards, Andreas Hausladen 

Subject: Re: MDI wallpaper
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 21 Apr 2004 19:36:45 +0200
Newsgroups: jedi.vcl

Hi Robert,

actually, that's what I am using right now and would meet my exact needs ;-)

Is there any document I can read which teaches me how to make it JVCL compliant, furthermore, should I even do it or would somebody else be rather doing it instead of me?

And: Thanx Robert!

-- 
Holger


Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 21 Apr 2004 18:38:36 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:

> André Snepvangers wrote:
>
>
>> - afaics this doesn't seem to work for JvExCustomControl.(...)
>
>
> Why?
>
>
QWidget_setBackgroundMode(Handle, QWidgetBackgroundMode_NoBackground)?



Subject: Re: MDI wallpaper
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 21 Apr 2004 18:16:43 +0200
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote:

>> is there a MDI wallpaper component in JVCL? I am still using an external
>> component to do that. Does anything in the JVCL support drawing an image
>> into the MDI parent canvas??
>
> I don't think there is any but it shouldn't be too difficult writing one, I
> suppose?

I am willing to donate http://www.robert-rossmair.de/src/Backgnds.zip, if it meets your standards.  The code probably needs some clean-up (in its core it is quite old and I probably would do it somewhat differently today), but it is the only one I know of that does drawing of tiled backgrounds the right way (IMO).

Core unit ~1800 lines of code, demo included.


Subject: Re: TJvWaitingGradient.Active bug
From: "MicroChip" <micro@ono.com>
Date: Wed, 21 Apr 2004 18:12:57 +0200
Newsgroups: jedi.vcl

Hello, @in@taavi.ee!
You wrote  on Wed, 21 Apr 2004 12:55:20 GMT:

 > I just noticed that TJvWaitingGradient Active property acts other way
 > round than expected - when I set Active to False the gradient starts
 > moving and when I set it to True it stops.

 > And suggestion - it would be nice if it would have Bevel property.

 > BTW I use JVCL3 first beta.

I think when i updated with CVS that problem disappeared :P

With best regards, MicroChip.  E-mail: microAT@onoDOTcom




Subject: Re: Installer now in German
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 21 Apr 2004 14:56:50 +0200
Newsgroups: jedi.vcl

Did anybody apply the changes I made - at least the ones everybody can agree with?

> Updated in CVS with Hans-Erics changes. Thanks!

-- 
Holger


Subject: Re: MDI wallpaper
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 21 Apr 2004 14:55:43 +0200
Newsgroups: jedi.vcl

Don't point the finger at me ;-) I am definitely too stupid to do it...

Peter Thörnqvist wrote:

 > I don't think there is any but it shouldn't be too difficult writing one, I
> suppose?


Subject: TJvWaitingGradient.Active bug
From: @in@taavi.ee
Date: Wed, 21 Apr 2004 12:55:20 GMT
Newsgroups: jedi.vcl

Hi

I just noticed that TJvWaitingGradient Active property acts other way
round than expected - when I set Active to False the gradient starts
moving and when I set it to True it stops.

And suggestion - it would be nice if it would have Bevel property.

BTW I use JVCL3 first beta.


ain


Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 21 Apr 2004 14:36:01 +0200
Newsgroups: jedi.vcl

OBones schreef:

>>>> - afaics this doesn't seem to work for JvExCustomControl.(...)
>>>
>>>
>>>
>>>
>>> Why?
>>>
>> Maybe because TCustomControl has a Canvas allready?
>
>
> Just being picky here, already spells with only one l <g>

Thanks for telling me.



Subject: Re: 3.0 Final dates ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 21 Apr 2004 21:39:42 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Andreas Hausladen schreef:
>
>> André Snepvangers wrote:
>>
>>
>>> - afaics this doesn't seem to work for JvExCustomControl.(...)
>>
>>
>>
>> Why?
>>
> Maybe because TCustomControl has a Canvas allready?

Just being picky here, already spells with only one l <g>


Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 21 Apr 2004 13:22:24 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:
> André Snepvangers wrote:
>
>
>> - afaics this doesn't seem to work for JvExCustomControl.(...)
>
>
> Why?
>
Maybe because TCustomControl has a Canvas allready?

Regards,

André Snepvangers



Subject: Re: MDI wallpaper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Apr 2004 12:54:47 +0200
Newsgroups: jedi.vcl

> > is there a MDI wallpaper component in JVCL? I am still using an external
> > component to do that. Does anything in the JVCL support drawing an image
> > into the MDI parent canvas??

I don't think there is any but it shouldn't be too difficult writing one, I
suppose?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Fatal error until compiling
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Apr 2004 12:53:56 +0200
Newsgroups: jedi.vcl

> > But resourcestring "RsErrJvPatcherEditorInvalidFilename" in JVPatchForm is
> > always not found.

Just comitted that one today. In JvResources, search for JvPatchForm and add
below the other resourcestrings:

  RsErrJvPatcherEditorInvalidFilename = 'Invalid filename(s). Please specify
valid filenames for both source and destination and try again.';

Rebuild JvCore.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: MDI wallpaper
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 21 Apr 2004 12:22:28 +0200
Newsgroups: jedi.vcl

Hi everybody,

is there a MDI wallpaper component in JVCL? I am still using an external component to do that. Does anything in the JVCL support drawing an image into the MDI parent canvas??

-- 
Holger


Subject: Re: Fatal error until compiling
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 21 Apr 2004 12:17:48 +0200
Newsgroups: jedi.vcl

Ok, don´t know what it was, after deleting all dcu and package compiled
files it works.
But resourcestring "RsErrJvPatcherEditorInvalidFilename" in JVPatchForm is
always not found.




"Dierk" <dsantispam@csslabs.de> schrieb im Newsbeitrag
news:c65djl$e5f$1@talkto.net...
> > What´s this? Want to install daily-zip, but this is the result:
> >
> > [Compiling: JvCoreD5R.bpl]
> > Fatal: Zu viele bedingte Symbole
> >
> > Any suggestions?
> >
> > Regards
> >
> > Dierk
> >
> > ==========================================
> > NO Software Patents in Europe! No time to loose!
> > http://petition.eurolinux.org/index_html
> > ==========================================
> >
> >




Subject: Fatal error until compiling
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 21 Apr 2004 11:50:12 +0200
Newsgroups: jedi.vcl

What´s this? Want to install daily-zip, but this is the result:

[Compiling: JvCoreD5R.bpl]
Fatal: Zu viele bedingte Symbole

Any suggestions?

Regards

Dierk

==========================================
NO Software Patents in Europe! No time to loose!
http://petition.eurolinux.org/index_html
==========================================




Subject: Help me pls! How to paste HTML code and convert it into RichEdit component?
From: "tttk" <tttk2000@hotmail.com>
Date: Wed, 21 Apr 2004 17:37:25 +0800
Newsgroups: jedi.vcl

Now I have a project which need to paste html code into RichEdit component,
however, there are lots of HTML code needing to do with, includeing images,
etc.

Who can tell me how to do or find some code which can help me. I have no
idea at all.

thank you all.


net sesame.




Subject: Re: Installer now in German
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Apr 2004 11:07:20 +0200
Newsgroups: jedi.vcl

Updated in CVS with Hans-Erics changes. Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer is now localized
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 21 Apr 2004 18:50:27 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Well, that's easy, the text for the buttons comes from jvcl.po not
>> JVCLInstall.po Translate them in jvcl.po and you'll get them right.
>
>
> But not only the buttons are not translated. About 80% of the texts are
> not translated when compiled by command line.

I have no problem at all here. Have you updated the makefile ?


Subject: Re: advapi32.dll
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Apr 2004 09:19:19 +0200
Newsgroups: jedi.vcl

> > short info: this approach doesnt work. Must use loadLibrary instead.

Try making this change:

function TJvHardwareProfile.GetNativeType: HW_PROFILE_INFO;
type
  GetCurrentHwProfileFunc = function (var lpHwProfileInfo: THWProfileInfo):
BOOL; stdcall;
var
  GetCurrentHwProfile:GetCurrentHwProfileFunc;
  LibHandle:THandle;
begin
  Result.dwDockInfo := 0;
  Result.szHwProfileGuid := '';
  Result.szHwProfileName := '';

  LibHandle := LoadLibrary('advapi32.dll');
  if LibHandle <> 0 then
  try
    @GetCurrentHwProfile := GetProcAddress(LibHandle,
'GetCurrentHWProfileA');
    if Assigned(GetCurrentHwProfile) then
      GetCurrentHwProfile(Result);
  finally
    FreeLibrary(LibHandle);
  end;
end;

Does this work with Win95?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: advapi32.dll
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Apr 2004 09:14:08 +0200
Newsgroups: jedi.vcl

> > short info: this approach doesnt work. Must use loadLibrary instead.
I was guessing as much. I'll see what I can do.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer is now localized
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Apr 2004 08:31:21 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Well, that's easy, the text for the buttons comes from jvcl.po not
> > JVCLInstall.po Translate them in jvcl.po and you'll get them right.

But not only the buttons are not translated. About 80% of the texts are
not translated when compiled by command line.



-- Regards, Andreas Hausladen 

Subject: Re: Installer is now localized
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 21 Apr 2004 09:51:17 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>> And now my "stupid" question: What is the difference between IDE
>> compilation and command line compilation für gnugettext?
>>
>> If I compile the Installer within the IDE all is ok.
>> If I compile the Installer by commandline only the welcome page and all
>> page headers are translated (and the back and cancel button and the wizard
>> route map) but all frames and the Next/Install/Uninstall/Finished and all
>> MessageDlgs are in English.
>>
>>
> Good question. I have no idea (yet), but I'll investigate.

Well, that's easy, the text for the buttons comes from jvcl.po not JVCLInstall.po
Translate them in jvcl.po and you'll get them right.



Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 21 Apr 2004 00:42:18 +0200
Newsgroups: jedi.vcl

André Snepvangers schreef:

>>
>> TJvTransparentButton2 is a TGraphicControl derived class. It has no
>> DoubleBuffered property because there is no QWidgetH for it (except the
>> parent's).
>>
> Your right, don't know where I got that idea

Know I know, I was busy with implementing double buffering in TJvGraphicControl.

André



Subject: DBRichedit access violation
From: Francois Zbinden <zbinden@dataflow.ch>
Date: Wed, 21 Apr 2004 00:39:01 +0200
Newsgroups: jedi.vcl

Hello

Sadly I have a strange problem with TjvDVRichEdit now.
I have one in a form, first time i create the form
everything works fine. If I create the same form a
second time, I get a access violation at:
TJvStreamConversion.ConvertRead
in line:
  Result := FStream.Read(Buffer^, BufSize);

Buffer is empty. If I destroy the old form before
create the new I get the same result.

Do you have some hints?

Thanks

Francois


Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 21 Apr 2004 00:33:52 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:
> André Snepvangers wrote:
>
>
>> - afaics this doesn't seem to work for JvExCustomControl.(...)
>
>
> Why?
>
I should ask you. :(
I started implementing doublebuffering in TJvXPBar, moved it to TJvXPCustomControl, then to TJvCustomControl and now in TJxExCustomControl: it has no more doublebuffering (has flickering).
I have returned to the version of JvQEx... from yesterday evening.
The last version closes the IDE when I put a component on the form.

>
> TJvTransparentButton2 is a TGraphicControl derived class. It has no
> DoubleBuffered property because there is no QWidgetH for it (except the
> parent's).
>
Your right, don't know where I got that idea

Regards,

André



Subject: Re: advapi32.dll
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 20 Apr 2004 22:21:49 +0000
Newsgroups: jedi.vcl

short info: this approach doesnt work. Must use loadLibrary instead.

micha schumann schrieb:

> Hi Robert,
>
> thanks, I meant to write GetCurrentHWProfileA. Somehow I didnt find it in the source thats why I asked here. I removed the references to JvComputerInfoEx and it works fine win good (?) old (!) Windows 95.
>
> I am curious whether otehr users also still have to support Windows 95 and perhaps it makes sense to change JvComputerInfoEx to only call that function when not running under 95 (i didnt test 98 and NT4, just 95,ME,2k and XP)?
>
> What about changing tjvComputerInfoEX around line 2666 to
>
> function TJvHardwareProfile.GetNativeType: HW_PROFILE_INFO;
> begin
>   if ((Win32MajorVersion = 4) and (Win32MinorVersion = 0))
>      or not GetCurrentHwProfile(Result) then
>   begin
>     Result.dwDockInfo := 0;
>     Result.szHwProfileGuid := '';
>     Result.szHwProfileName := '';
>   end;
> end;
>
> Given short boolean eval (which I think is standard) the offending GetCurrentHWProfice will not be called under 95 in this approach. I will test that if you (the developers) are interested in integrating a change like this.
>
> micha
>
> Robert Rossmair schrieb:
>
>> Hi Micha,
>>
>>> after compiling with jvcl 3 my software no longer works with windows 95 due to missing export getCurrentProfileA in advapi32.dll. Unfortunately I do have several installations with Win95... Upgrading with IE 5.5 did not help, using advapi32.dll from windows ME crashes windows. With Windows ME it works fine.
>>
>>
>>
>> You probably meant to write GetCurrentHWProfileA?  It's used in JvComputerInfoEx.TJvHardwareProfile.GetNativeType().
>>
>> Doesn't exist under Win95B, although MSDN claims it exists in Win95 (without further differentiation).
>>
>> Robert
>
>


Subject: Re: advapi32.dll
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 20 Apr 2004 22:04:26 +0000
Newsgroups: jedi.vcl

Hi Robert,

thanks, I meant to write GetCurrentHWProfileA. Somehow I didnt find it in the source thats why I asked here. I removed the references to JvComputerInfoEx and it works fine win good (?) old (!) Windows 95.

I am curious whether otehr users also still have to support Windows 95 and perhaps it makes sense to change JvComputerInfoEx to only call that function when not running under 95 (i didnt test 98 and NT4, just 95,ME,2k and XP)?

What about changing tjvComputerInfoEX around line 2666 to

function TJvHardwareProfile.GetNativeType: HW_PROFILE_INFO;
begin
  if ((Win32MajorVersion = 4) and (Win32MinorVersion = 0))
     or not GetCurrentHwProfile(Result) then
  begin
    Result.dwDockInfo := 0;
    Result.szHwProfileGuid := '';
    Result.szHwProfileName := '';
  end;
end;

Given short boolean eval (which I think is standard) the offending GetCurrentHWProfice will not be called under 95 in this approach. I will test that if you (the developers) are interested in integrating a change like this.

micha

Robert Rossmair schrieb:
> Hi Micha,
>
>> after compiling with jvcl 3 my software no longer works with windows 95 due to missing export getCurrentProfileA in advapi32.dll. Unfortunately I do have several installations with Win95... Upgrading with IE 5.5 did not help, using advapi32.dll from windows ME crashes windows. With Windows ME it works fine.
>
>
> You probably meant to write GetCurrentHWProfileA?  It's used in JvComputerInfoEx.TJvHardwareProfile.GetNativeType().
>
> Doesn't exist under Win95B, although MSDN claims it exists in Win95 (without further differentiation).
>
> Robert



Subject: Re: Installer now in German
From: "Hans-Eric Grönlund" <not@realaddress.com>
Date: Tue, 20 Apr 2004 23:45:14 +0200
Newsgroups: jedi.vcl

> > Thanks for doing this!

No problemo! Writing is acually one of my favourite hobbies.

I posted to binaries an updated swedish po file.


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c63q8k$5t4$1@talkto.net...
>> > > I can proof read the swedish po if you like. I took a glance at it and
>> > > found some issues. How would you like to have the comments?
> > You could upload a fixed po to binaries, send it to me or post comments
> > here. Whatever i smost convenient for you. Thanks for doing this!
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Apr 2004 23:33:27 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > - afaics this doesn't seem to work for JvExCustomControl.(...)

Why?

> > Some additional remarks
> > - Doublebuffering with TJvTransparentButton(2) does not work, solve it
> > or set DoubleBuffering to false ?

TJvTransparentButton2 is a TGraphicControl derived class. It has no
DoubleBuffered property because there is no QWidgetH for it (except the
parent's).


> > - Did you implement the vcl behaviour in TJvExGraphicControl ?

If you mean the "Canvas reset" code. No I had not implemented it. But now
it is implemented (only when the paint request goes through PaintRequest)

> > - QWindows maps HDC to QPainterH, under
> > windows Qt maps QPaintDeviceH to Windows.HDC. 
> > (what a confusion ;-) )

Yes this is nice, but it is necessary.



-- Regards, Andreas Hausladen 

Subject: Re: advapi32.dll
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 20 Apr 2004 23:13:05 +0200
Newsgroups: jedi.vcl

Hi Micha,

> after compiling with jvcl 3 my software no longer works with windows 95 due to missing export getCurrentProfileA in advapi32.dll. Unfortunately I do have several installations with Win95... Upgrading with IE 5.5 did not help, using advapi32.dll from windows ME crashes windows. With Windows ME it works fine.

You probably meant to write GetCurrentHWProfileA?  It's used in JvComputerInfoEx.TJvHardwareProfile.GetNativeType().

Doesn't exist under Win95B, although MSDN claims it exists in Win95 (without further differentiation).

Robert


Subject: Re: advapi32.dll
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 20 Apr 2004 23:08:36 +0200
Newsgroups: jedi.vcl

Do you now where GetCurrentProfile is used in JVCL?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: advapi32.dll
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 20 Apr 2004 20:01:11 +0000
Newsgroups: jedi.vcl

Hi,

after compiling with jvcl 3 my software no longer works with windows 95 due to missing export getCurrentProfileA in advapi32.dll. Unfortunately I do have several installations with Win95... Upgrading with IE 5.5 did not help, using advapi32.dll from windows ME crashes windows. With Windows ME it works fine.

Michael


Subject: Re: Installer now in German
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 20 Apr 2004 21:15:16 +0200
Newsgroups: jedi.vcl

> > I can proof read the swedish po if you like. I took a glance at it and
> > found some issues. How would you like to have the comments?
You could upload a fixed po to binaries, send it to me or post comments
here. Whatever i smost convenient for you. Thanks for doing this!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer german.po
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Apr 2004 17:59:43 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > - msgid "Application error. No PackageInstaller created."
> > msgstr "Anwendungsfehler. Es wurde kein PackageInstaller erzeugt."
> > 
> > change to "...Package-Installer..."

This is a internal error message that is never shon by the JVCL installer
because it creates an instance of the TPackageInstaller. So the word
"PackageInstaller" was correct but it doesn't matter anyway.




-- Regards, Andreas Hausladen 

Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 20 Apr 2004 17:45:35 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:
> André Snepvangers wrote:
>
>
>> You don't???
>
>
> I use a helper function outside the class to reduce duplicate code. And a

One of the reasons to have it in JvExVCL. ;-)

> normal function has no inherited class. But I call the
> TWidgetControl.Painting method directory.
>

- afaics this doesn't seem to work for JvExCustomControl.(...)

Some additional remarks
- Doublebuffering with TJvTransparentButton(2) does not work, solve it or set DoubleBuffering to false ?
- Did you implement the vcl behaviour in TJvExGraphicControl ?
- QWindows maps HDC to QPainterH, under windows Qt maps QPaintDeviceH to Windows.HDC. (what a confusion ;-) )

Kind regards,

André Snepvangers




Subject: Re: Installer now in German
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 20 Apr 2004 17:37:39 +0200
Newsgroups: jedi.vcl

I wish it was that easy... :-)

>
> the swedish? ;-)
>


Subject: Installer german.po
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 20 Apr 2004 17:35:26 +0200
Newsgroups: jedi.vcl

- msgstr " Globale Einstellungen fÃ¼r alle IDEs "

change to "globale"

- msgstr ""
"http://dxgettext.sourceforge.net|Download from <c:blue>http://dxgettext.sourceforge.net<c:black>\n"
"<c:red>Die gnugettext.pas Unit wird hierdurch zur contains Liste des JvCore-R\n"
"Packages hinzugefÃ¼gt. D. h. das diese Unit keinem anderen Package zugeordnet\n"
"sein darf."

change to "...|downloaden von ... zur 'Contains-Liste' ... D.h. dass "

- "Aktivieren Sie diese Option, wenn Sie Mike Lischke's Theme Manager\n"
"(<c:blue>http://www.lischke-online.de<c:black>)  installiert underreichbar\n"
"(im Bibliothekspfad) haben und Sie <b>Delphi/C++Builder</b> 6 or darunter\n"
"einsetzen.\n"
"<c:red>Das ThemeManager Package muss mit der Option \"<b>Manuel / never-build package</b>\"\n"
"erstellt worden sein. Die Standardauslieferung des ThemeManager ist nicht auf\n"
"\"Manuel\" eingestellt.<c:black> Das ThemeManager Package mus im BPL Ordner liegen.\n"
"\n"
"<b>FÃ¼r Delphi 7 ist diese Option immer aktiviert, auch wenn sie hier deaktiviert ist.</b>"

change to "... Mike Lischkes ... installiert haben und dieser im Bibliothekspfad erreichbar (nur erforderlich für .... oder früher) ... Manual... Manual"

- "Aktivieren Sie diese Option, wenn Sie all Eigenschafts- und Komponenten-\n"
"Editioren der JVCL (auch fÃ¼r nicht-JVCL Komponenten) registrieren wollen."

change to "... alle Eigenschafts-..."

- msgstr "&Globale Entwurfzeit-Editoren registrieren"

change to "... Entwurfszeit-Editoren..."

- msgstr "JvGi&f fÃ¼r .gif registieren"

change to "... registrieren"

- "Dadurch werden die Pfade \\run, \\common und \\design zur Bibliothekspfad\n"
"hinzugefÃ¼gt."

change to "... zum Bibliothekspfad ..."

- msgstr "&JVCL Entwickler Installation"

change to "... Entwicklerinstallation"

- msgstr ""
"Wenn diese Option aktiviert ist, werden alle JVCL Komponenten von der\n"
"Komponentenpalette entfernt um sie dann in der original Anordnung zu\n"
"installieren."

change to "...entfernt, um ... originalen ..."


- "Aktivieren Sie diese Option, wenn sie die Packages erzeugen wollen\n"
"anstatt nur die verÃ¤nderten Dateien neu zu kompolieren.\n"
"\n"
"<c:red><b>WARNUNG fÃ¼r C++Builder Benutzer:</b>\n"
"Bei aktivierter Option kann die Kompilierung bis zu 10 Minuten dauern."

change to "...wollen, anstatt ... zu kompilieren..."

- msgstr ""
"Der HPP Ordner gibt an, wo die generierten .hpp Dateien erzeugt\n"
"werden sollen. Ist dieses Feld leer, so werden die Dateien im selben\n"
"Ordner wo die Quelldateien liegen, erstellt."

change to "..Ordner, wo die Quelldateien..."

- msgid "Co&mpile JCL .dcp files if necessary"
msgstr "JCL .dcp Dateien wenn notwenig neukompilieren."

change to "...Dateien, wenn notwendig, neu kompilieren."

- I did the changes, already:


 #  FramePackageSelection..ComboBoxDisplayMode....Height
#: Frames/FrmPackageSelection.dfm:76
msgid ""
"<b>Designtime:</b>\n"
"     Show all designtime packages. Checking/Unchecking a\n"
"     designtime package checks/unchecks the corresponding\n"
"     runtime package. (Designtime/runtime packages are linked)\n"
"\n"
"<b>Runtime:</b>\n"
"     Show all runtime package. Unchecking a runtime package\n"
"     unchecks the corresponding designtime package due to\n"
"     dependencies.\n"
"\n"
"<b>Both:</b>\n"
"     Show all packages. Only packages that depend on others\n"
"     are checked/unchecked if necessary."
msgstr ""
"<b>Entwurfszeit:</b>\n"
"     Alle Entwurfszeit Packages abzeigen. Das De-/Aktivieren eines\n"
"     Entwurfszeit Packages de-/aktiviert automatisch das entsprechende     Laufzeit Package. (Entwurf- und Laufzeit Packages sind verbunden)\n"
"\n"
"<b>Laufzeit:</b>\n"
"     Alle Laufzeit Packages anzeigen. Durch die AbhÃ¤ngigkeiten deaktiviert das\n"
"     Deaktivieren eines Laufzeit Packages automatisch das entsprechende\n"
"     Entwurfszeit Package\n"
"\n"
"<b>Beides:</b>\n"
"     Alle Packages anzeigen. Packages die voneinander abhÃ¤ngen werden automatisch\n"
"     de-/aktiviert."

- msgid "jvcl.inc changes are global to all installed Delphi/BCB versions."
msgstr "jvcl.inc Ã„nderungen wirken sich auf alle installierenen Delphi und BCB Versionen aus."


change to "... installierten ..."

-#  FormJvclIncConfig..TitlePanel..LabelTmp1..Caption
#: Helpers/MainConfig.dfm:134
msgid "Assigned to runtime"
msgstr "Assigned to runtime"

change to German ;-)

- msgid "Error while generating packages for %s"
msgstr "Es trat ein Fehler beim erzeugen der Packages fÃ¼r %s auf."

change to "...beim Erzeugen..."

- msgid "Error while generating templates."
msgstr "Es trat ein Fehler beim generieren der Templates auf."

change to "...beim Generieren..."

- msgid "Error while compiling .dcp files for JCL."
msgstr "Es trat ein Fehler beim Kompilieren des .dcp Dateien fÃ¼r die JCL auf."

change to "...der .dcp-Dateien..."

- msgid "Error while compiling resources."
msgstr "Es trat ein Fehler beim kompilierren der Resourcedateien auf."

#  Programmer's name for it: RsErrorGeneratingTemplatesForDir
#: Compile.pas:155
msgid "Error generating templates for the %s directory."
msgstr "Es trat ein Fehler beim generieren der Templates fÃ¼r den Ordner %s auf."


change to "... beim Kompilieren..."; "...beim Generieren..."

- "Die JEDI Visual Component Library (JVCL) besteht aus einer groÃŸen Zusammenstellung (aktuell ca. 500)\n"
"von visuellen und nicht-visuellen Komponenten, die direkt in Ihren Delphi, Kylix und C++ Builder Projekten\n"
"eingesetzt werden kÃ¶nnen.\n"
"\n"
"Die Bibliothek ist auf Quellcode aufgebaut, der der JEDI Community bereitgestellt wurde. Er wurde reformatiert,\n"
"um einen einheitliches Look-and-Feel zu bekommen, getestet, dokumentiert und in die Bibliothek eingefÃ¼gt.\n"
"Die Bibliothek ist in mehrere Kategorien aufgeteilt, wie z.B. Standard, Visual, Non-Visual, Data Aware und viele\n"
"weitere. Die Bibliothek ist unter der Mozilla Public License (MPL) fÃ¼r die Ã–ffentlichkeit freigegeben und kann als\n"
"solche frei in Freeware, Shareware, Open Source und kommerziellen Projekten genutzt werden.\n"
"\n"
"Die Quellcode-Dateien, die in der JVCL enthalten sind, haben einen Header, in dem explizit die Lizenz angegeben\n"
"ist (wie es verlangt wird).\n"
" Wenn nicht anders vermerkt, stehen alle enthaltenen Dateien, die keinen MPL\n"
"Header haben, automatisch unter der MPL Lizenz."

- msgid "Select the directory where the JCL source is."
msgstr "WÃ¤hlen sie den Ordner aus, in dem der JCL Quellcode is."

change to  "... ist."

- Laden Sie die JCL aus dem Internet oder geben Sie den Ordner, in dem\n"
"die JCL installiert ist an.|http://homepages.borland.com/jedi/jcl/"

change to "... installiert ist, an. | ..."

- msgid "Application error. No PackageInstaller created."
msgstr "Anwendungsfehler. Es wurde kein PackageInstaller erzeugt."

change to "...Package-Installer..."


-- 
Holger


Subject: Re: Installer now in German
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Apr 2004 17:22:39 +0200
Newsgroups: jedi.vcl

OBones wrote:
> You can get it there:

the swedish? ;-)



Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Apr 2004 16:56:42 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > You don't???

I use a helper function outside the class to reduce duplicate code. And a
normal function has no inherited class. But I call the
TWidgetControl.Painting method directory.

-- Regards, Andreas Hausladen 

Subject: Re: Installer now in German
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Tue, 20 Apr 2004 16:37:47 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> The German JVCLInstall.po is complete. It needs some proof read.
>
> Ditto for the swedish po
>

I can proof read the swedish po if you like. I took a glance at it and found some issues. How would you like to have the comments?

Regards

Hans-Eric Grönlund


Subject: Re: Installer now in German
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 20 Apr 2004 23:28:02 +1000
Newsgroups: jedi.vcl

You can get it there:

http://cvs.sourceforge.net/viewcvs.py/*checkout*/jvcl/dev/JVCL3/locale/de/LC_MESSAGES/JVCLInstall.po?content-type=text%2Fplain&rev=1.3

Holger Flick wrote:

> pls post in binaries. I am German and can proof read it. My Swedish is rather limited though, Peter...
>
> Andreas Hausladen wrote:
>
>> The German JVCLInstall.po is complete. It needs some proof read.
>>


Subject: Re: Installer now in German
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 20 Apr 2004 15:21:13 +0200
Newsgroups: jedi.vcl

pls post in binaries. I am German and can proof read it. My Swedish is rather limited though, Peter...

Andreas Hausladen wrote:

> The German JVCLInstall.po is complete. It needs some proof read.
>


Subject: Re: Installer is now localized
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 20 Apr 2004 23:20:30 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
> And now my "stupid" question: What is the difference between IDE
> compilation and command line compilation für gnugettext?
>
> If I compile the Installer within the IDE all is ok.
> If I compile the Installer by commandline only the welcome page and all
> page headers are translated (and the back and cancel button and the wizard
> route map) but all frames and the Next/Install/Uninstall/Finished and all
> MessageDlgs are in English.
>
>
Good question. I have no idea (yet), but I'll investigate.


Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 20 Apr 2004 08:43:30 -0400
Newsgroups: jedi.vcl

Please see the sample that I have in mantis.
The .flush line is commented out.

-
Craig




Subject: Re: Installer now in German
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 20 Apr 2004 13:51:44 +0200
Newsgroups: jedi.vcl

> > The German JVCLInstall.po is complete. It needs some proof read.
Ditto for the swedish po

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 20 Apr 2004 11:51:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:

> André Snepvangers wrote:
>
>
>> published = publicity ?
>

Adding a real TColor prop. editor maybe too?

>
> The VCL DoubleBuffered property is public, too.
>


>
>
>> Complicated?
>> I had it implemented in Jv(Q)Component:
>
>
> You have access to "inherited Painting" which the JvExControls herlper

You don't???

> function does not have. But that is not the problem. The problem which
> leads to the complicated code is that this code must be generic. That
> means that the "inherited" is only called when the component writer calls
> the inherited Paint (not Painting) method. And in this situation the

A lot of JVCL components go through there. It might not cover everything, but so what?

> Canvas.Handle is already active but the "inherited Painting" method
> requires a not activated Canvas.Handle.
>

- In that case doublebuffered = false performs inherited?
- If you implement this in the Patches, you are certainly right.
- Setting doublebuffered default to true at this stage was not a to brightidea. When I try to open my testapp the IDE closes silently. :(
Had the same when I was busy implementing db myself, but I don't remember what was.;(
- JvExControls needs some TOpenWidgetControl type casting to compile. (Color & Font are protected). missing parameter instance.handle in ...setBackgroundColor.

Regards

André Snepvangers




Subject: Re: Installer is now localized
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Apr 2004 10:46:35 +0200
Newsgroups: jedi.vcl

OBones wrote:

And now my "stupid" question: What is the difference between IDE
compilation and command line compilation für gnugettext?

If I compile the Installer within the IDE all is ok.
If I compile the Installer by commandline only the welcome page and all
page headers are translated (and the back and cancel button and the wizard
route map) but all frames and the Next/Install/Uninstall/Finished and all
MessageDlgs are in English.


-- Regards, Andreas Hausladen 

Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Apr 2004 10:43:19 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > published = publicity ?

The VCL DoubleBuffered property is public, too.


> > Complicated?
> > I had it implemented in Jv(Q)Component:

You have access to "inherited Painting" which the JvExControls herlper
function does not have. But that is not the problem. The problem which
leads to the complicated code is that this code must be generic. That
means that the "inherited" is only called when the component writer calls
the inherited Paint (not Painting) method. And in this situation the
Canvas.Handle is already active but the "inherited Painting" method
requires a not activated Canvas.Handle.


-- Regards, Andreas Hausladen 

Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 20 Apr 2004 10:31:01 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:
> André Snepvangers wrote:
>
>
>> Right, could you then move it to published or make it default true ?
>
>
> Why published. Is public not enought ?
>
published = publicity ?
>
>
>> Hmm, TCustomControl is derived from TWidgetControl ?
>
>
> Yes but all VCLX components that derive from TWidgetControl use a real Qt
> component. The TCustomControl has no real component (except QWidget) in
> the background. And QWidget does not implement any painting method (except
> the background painting). So why should TJvExCustomControl.Painting call
> the QWidget::paintEvent through a complicated code when this method does
> nothing?
>

Complicated?
I had it implemented in Jv(Q)Component:

procedure TJvCustomControl.Painting(Sender: QObjectH; EventRegion: QRegionH);
var
  Buffer: TBitmap;
  CanvasPainter: QPainterH;
begin
  if DoubleBuffered then
  begin
    if WidgetControl_Painting(Self, Canvas, EventRegion) <> nil then
    begin // returns an interface
      Buffer := TBitmap.create;
      Buffer.width := width;
      Buffer.Height := height;
      Buffer.Canvas.Start;
      // set defaults
      with Buffer.Canvas do
      begin
        Font.Assign(self.Font);
        Brush.Color := Color;
        QPainter_setFont(Handle, self.Font.Handle);
        QPainter_setPen(Handle, self.Font.FontPen);
      end;
      CanvasPainter := Canvas.Handle;
      Canvas.Handle := Buffer.canvas.handle;
      DoPaintBackground(Canvas, 0);
      Paint;
      Canvas.Handle := CanvasPainter;
      bitblt(Canvas.Handle, 0, 0, width, height, Buffer.canvas.handle, 0, 0, SRCCOPY);
      Buffer.canvas.Stop;
      buffer.free;
    end
  end
  else
    inherited Painting(Sender, EventRegion);

end;


>
> I added some code to the ColorChanged "event". The code is in
> JvExControl.pas.TWidgetControl_ColorChanged.
>
>
thanks

>
>> BTW Jv(Q)Grids has some visual defects
>
>
> I know that but I do not have the time to do bug hunting.
>
>
No problem.


Regards,

André Snepvangers



Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Apr 2004 10:09:35 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Right, could you then move it to published or make it default true ?

Why published. Is public not enought ?

> > Hmm, TCustomControl is derived from TWidgetControl ?

Yes but all VCLX components that derive from TWidgetControl use a real Qt
component. The TCustomControl has no real component (except QWidget) in
the background. And QWidget does not implement any painting method (except
the background painting). So why should TJvExCustomControl.Painting call
the QWidget::paintEvent through a complicated code when this method does
nothing?


> > Works for buffered and unbuffered.

Added.


> > To achieve the last you should it do it in the Patches. For JVCLX this
> > is not a problem. It saves a few ifdefs

I added some code to the ColorChanged "event". The code is in
JvExControl.pas.TWidgetControl_ColorChanged.


> > BTW Jv(Q)Grids has some visual defects

I know that but I do not have the time to do bug hunting.


-- Regards, Andreas Hausladen 

Subject: Re: JV Docking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 20 Apr 2004 08:51:01 +0200
Newsgroups: jedi.vcl

Search this newsgroup for "Docking" and you should find an example posted a
couple of weeks ago.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JV Docking
From: "Nikolai Cerep" <nikolai.cerepNOSPAM@draeger-iss.com>
Date: Tue, 20 Apr 2004 08:23:36 +0200
Newsgroups: jedi.vcl

Hello!
I have some question about the JV Docking components. I want to dock a
window on startup to my mainwindow with the JV Docking components. But i
dont want do macke first to drag on drop to the mainwindow. Do you have a
solution for my problems?

regards Nikolai





Subject: Re: Richedit viewer & rtf size
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Apr 2004 07:40:10 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Best implement another TStream descendant which is for reading.
>> An additional method sets a record of data and a size and this data can be read. Something to provide constant input.
>
> Sounds like TMemoryStream to me.

Not fully. Set one data block and be able to read it several times.



Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 20 Apr 2004 07:15:55 +0200
Newsgroups: jedi.vcl

Can you create a sample for this behavior?

Greetings
Jens

Craig wrote:
> I have 6 applications that share one ini file.  I want to force the
> formstorage to save its settings to the ini file.
> The .flush method does not seem to do it.  I have also tried the newer
> ..autoflush.
>
> -
> Craig
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer is now localized
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 20 Apr 2004 12:36:03 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Andreas Hausladen wrote:
>
>
>> If it does not exist the internal stored text (resourcestring) is used.
>
>
> I don't know why but the resourcestring for the "Readme/Licence" text is
> not read from the .mo file.

Well, there were two problems:
The text loaded from the file would never be translated
The text was truncated by 2 characters when it shouldn't have been.

Further, there was a risk that the text would be longer than 1024 characters which is the Delphi limit for resource strings (system is 4096) so I fixed that too.
Everything is now translating correctly and check boxes and radio buttons adapt their size to their content.

Please tell me if the changes I made are ok with you.

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: "Craig" <craig@.at.qnotes.com>
Date: Mon, 19 Apr 2004 21:12:10 -0400
Newsgroups: jedi.vcl

I have 6 applications that share one ini file.  I want to force the
formstorage to save its settings to the ini file.
The .flush method does not seem to do it.  I have also tried the newer
..autoflush.

-
Craig




Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 20 Apr 2004 02:41:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:

> André Snepvangers wrote:
>
>
>> - Why you excluded DoubleBuffering for TCustomControl ?
>
>
> TJvExCustomControl has a DoubleBuffered property.
>

Right, could you then move it to published or make it default true ?


>
>> I don't understand your remark: "TCustomControls do not have a default paint method. "
>
>
> This means that a TCustomControl has no Qt class behind it that paints a
> Qt control. A TWidgetControl normally has a Qt component behind it that
> must be painted.
>
Hmm, TCustomControl is derived from TWidgetControl ?

>
>
>> Doubleb. worked fine with my TJvCustomControl. 
>
>
> How can it work if (as you wrote) the TJvExCustomControl has no double
> buffering? ;-)
>

I had allready implemented double buffering in Jv(Q)Component.;-)
And then I added the next lines:
>
>> Could you add to the Painting metod in JvExVCL the following:
>> with Canvas do begin
>>  Brush.Color := Color;
>>  QPainter_setFont(Handle, self.Font.Handle);
>>  QPainter_setPen(Handle, self.Font.FontPen);
>>  Font.Assign(self.Font);
>> end;
>> (VCL Behaviour)
>
Works for buffered and unbuffered.
>
> Are you sure that the VCL resets the device context everytime you paint?
>
Strictly taken you don't need to set Brush.Color.
For VisualCLX I have added this, otherwise the default font is used.
Does that answer the question?

>
> There is one problem: SetColor/GetColor are not virtual/dynamic and they
> are private. So I can only introduce a new Color property and when you
> typecast to one of the base classes the new property will not recognize
> this.
>
To achieve the last you should it do it in the Patches. For JVCLX this is not a problem. It saves a few ifdefs

BTW Jv(Q)Grids has some visual defects

Regards,

André Snepvangers



Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Apr 2004 02:02:04 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > - Why you excluded DoubleBuffering for TCustomControl ?

TJvExCustomControl has a DoubleBuffered property.

> > I don't understand your remark: "TCustomControls do 
> > not have a default paint method. "

This means that a TCustomControl has no Qt class behind it that paints a
Qt control. A TWidgetControl normally has a Qt component behind it that
must be painted.


> > Doubleb. worked fine with my TJvCustomControl. 

How can it work if (as you wrote) the TJvExCustomControl has no double
buffering? ;-)

> > Could you add to the Painting metod in JvExVCL the following:
> > with Canvas do begin
> >   Brush.Color := Color;
> >   QPainter_setFont(Handle, self.Font.Handle);
> >   QPainter_setPen(Handle, self.Font.FontPen);
> >   Font.Assign(self.Font);
> > end;
> > (VCL Behaviour)

Are you sure that the VCL resets the device context everytime you paint?

> > - could you change the color property of TJvExWinControl &
> > TJvExCustomControl to read/write the QWidget backgroundcolor ?  (VCL
> > behaviour)

There is one problem: SetColor/GetColor are not virtual/dynamic and they
are private. So I can only introduce a new Color property and when you
typecast to one of the base classes the new property will not recognize
this.



-- Regards, Andreas Hausladen 

Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 20 Apr 2004 01:32:20 +0200
Newsgroups: jedi.vcl

What do you mean with runtime save?

Greetings
Jens

Craig wrote:

> Tested as far as my work goes and the sample I uploaded to mantis.
> It works great!
>
> Thank You.
>
> Can you please look at my mantis example and let me know about how to
> perform a runtime save to the ini file?
>
> Again thanks.
>
> -
> Craig
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: "Craig" <craig@.at.qnotes.com>
Date: Mon, 19 Apr 2004 19:01:10 -0400
Newsgroups: jedi.vcl

Tested as far as my work goes and the sample I uploaded to mantis.
It works great!

Thank You.

Can you please look at my mantis example and let me know about how to
perform a runtime save to the ini file?

Again thanks.

-
Craig




Subject: Re: JvFormStorage and StringLists
From: "Craig" <craig@.at.qnotes.com>
Date: Mon, 19 Apr 2004 18:56:55 -0400
Newsgroups: jedi.vcl

Jens,

The problem is fixed.

Thank you.

-
Craig




Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 20 Apr 2004 07:35:45 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Mantix is the friend of asterix and obelix :-)

;-)


Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 19 Apr 2004 23:20:57 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:
> André Snepvangers wrote:
>
>
>> - Which units/packages will be in jvclx?
>
>
> The JvGrid is now CLX compatible. I don't know how many "CLX bugs" are in
> it but it works. Furthermore I made the JvComponent.TJvPopupListBox
> component compilable (required for JvGrid) but it is not tested.
>
>
Thanks for adding DoubleBuffering.
Some remarks/requests
- Why you excluded DoubleBuffering for TCustomControl ? I don't understand your remark: "TCustomControls do not have a default paint method. "
Doubleb. worked fine with my TJvCustomControl. (db is needed for JvXPBar.)
- Could you add to the Painting metod in JvExVCL the following:
  with Canvas do
  begin
    Brush.Color := Color;
    QPainter_setFont(Handle, self.Font.Handle);
    QPainter_setPen(Handle, self.Font.FontPen);
    Font.Assign(self.Font);
  end;
  (VCL Behaviour)
- could you change the color property of TJvExWinControl & TJvExCustomControl to read/write the QWidget backgroundcolor ?
(VCL behaviour)

Kind Regarda,

André Snepvangers




Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 19 Apr 2004 22:33:57 +0200
Newsgroups: jedi.vcl

You are right. Changed and commited.

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Mon, 19 Apr 2004 22:25:25 +0200:
>
>  JF> i've commited a bugfix for the JvAppIniStorage. There was a problem in
>  JF> Combination with the DefaultSection. The ExistsValue function didn't
>  JF> recognize the DefaultSection.
>
>     Just one comment: I noticed you kept the raising an exception if the
> resulting section string would be empty. I think returning False in that
> case would be a better approach (IMO ExistsValue should never raise an
> exception). Not tested the code, BTW.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quiet 'cause Foobar2000 is not active.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 19 Apr 2004 22:28:59 +0200
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Mon, 19 Apr 2004 22:25:25 +0200:

 JF> i've commited a bugfix for the JvAppIniStorage. There was a problem in
 JF> Combination with the DefaultSection. The ExistsValue function didn't
 JF> recognize the DefaultSection.

    Just one comment: I noticed you kept the raising an exception if the
resulting section string would be empty. I think returning False in that
case would be a better approach (IMO ExistsValue should never raise an
exception). Not tested the code, BTW.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Mantix #0001666 - Bug in TJvAppIniStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 19 Apr 2004 22:27:27 +0200
Newsgroups: jedi.vcl

Mantix is the friend of asterix and obelix :-)

Jens Fudickar wrote:

> Hi,
>
> i've commited a bugfix for the JvAppIniStorage. There was a problem in Combination with the DefaultSection. The ExistsValue function didn't recognize the DefaultSection.
>
> I'm looking for someone using the JvAppIniStorage for doing some tests. My quick tests didn't show any problems, but :-)
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Mantix #0001666 - Bug in TJvAppIniStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 19 Apr 2004 22:25:25 +0200
Newsgroups: jedi.vcl

Hi,

i've commited a bugfix for the JvAppIniStorage. There was a problem in Combination with the DefaultSection. The ExistsValue function didn't recognize the DefaultSection.

I'm looking for someone using the JvAppIniStorage for doing some tests. My quick tests didn't show any problems, but :-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Installer now in German
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Apr 2004 20:42:32 +0200
Newsgroups: jedi.vcl

The German JVCLInstall.po is complete. It needs some proof read.

-- Regards, Andreas Hausladen 

Subject: Re: Installer is now localized
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Apr 2004 20:35:11 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > If it does not exist the internal stored text (resourcestring) is used.

I don't know why but the resourcestring for the "Readme/Licence" text is
not read from the .mo file.



-- Regards, Andreas Hausladen 

Subject: Re: Installer is now localized
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Apr 2004 18:58:00 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > There still is the issue of the text files used to display the license
and
> > readme information, but that will come later.

This file is only used if it exists. If it does not exist the internal
stored text (resourcestring) is used. And that text could be translated.



-- Regards, Andreas Hausladen 

Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Apr 2004 18:36:19 +0200
Newsgroups: jedi.vcl

> > I tried to get src from cvs to find that component, but installation
> > fail ... Fail on JvlAbout ...
> > Are cvs sources ok for install?
Yes, you probably did an update just when the JCL was incompatible with JVCL
(about 7 -14 days ago). Try getting the latest JCL as well as the JVCL,
rebuild everything (including the JCL) and you should be OK.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Re TJvPatchFile.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Apr 2004 18:35:01 +0200
Newsgroups: jedi.vcl

> > I also think it is kinda funny that we got a Patch component, but no
> > component that does the diff-ing.
Yeah, it seems a bit incomplete but Sebastien has left us so I don't know if
it was once planned but never got implemented.

> >You need the Unix/Linux diff tool in order to do that, right?
I haven't got the faintest about the format of TJvPatchFile.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 3.0 Final dates ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Apr 2004 18:34:08 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > - Which units/packages will be in jvclx?

The JvGrid is now CLX compatible. I don't know how many "CLX bugs" are in
it but it works. Furthermore I made the JvComponent.TJvPopupListBox
component compilable (required for JvGrid) but it is not tested.


-- Regards, Andreas Hausladen 

Subject: Re: Richedit viewer & rtf size
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Apr 2004 18:32:12 +0200
Newsgroups: jedi.vcl

> > So now only a nice name like TNulStream? :-)
Isn't TCountingStream an appropriate name for a stream that counts?

> > Best implement another TStream descendant which is for reading.
> > An additional method sets a record of data and a size and this data can 
> > be read. Something to provide constant input.
Sounds like TMemoryStream to me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Andreas: Request for comment on a TJvMaskEdit change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Apr 2004 18:31:21 +0200
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> > I could confirm that removing this call would fix part of the problem
> > I'm debugging right now, so if you say there was no deeper meaning
> > behind this change in the first place I'd happily remove it again... ;)

I don't know why I added this line. Maybe a copy&paste error. Or the
changes in NotifyIfChanged are the reason. There I changed the code to
call the virtual method Change instead of calling inherited Change.




-- Regards, Andreas Hausladen 

Subject: Re: 3.0 Final dates ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Apr 2004 18:29:48 +0200
Newsgroups: jedi.vcl

>> > > - Which units/packages will be in jvclx?
You tell us<g>
>> > > - The number of developers working on it. (Andreas does the installer as
>> > > well.)
I don't think too many people will get involved. There aren't that many
doing VCL development either (anywhere from 2-5 people). But, who knows,
there might be someone out there dying to help out with the CLX stuff, just
waiting for the right opportunity.

> > Would there be more developers involved through Mantis ?
Who knows?

> > Currently makes no sense reporting bugs if I have to solve them myself
> > anyway?
It always makes sense reporting since:

- You make us other non-CLX savvy developers aware of the problems
- You make others aware that the problems are known, so no need to report
them again
- Even if we don't know a lot about CLX, we can still be of some help

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 19 Apr 2004 18:19:26 +0200
Newsgroups: jedi.vcl

André Snepvangers schreef:

>
> The timeframe for the "CLX stuff" depends on
> - Which units/packages will be in jvclx?
> - The number of developers working on it. (Andreas does the installer as well.)

Would there be more developers involved through Mantis ?
Currently makes no sense reporting bugs if I have to solve them myself anyway?

Regards,

André Snepvangers



Subject: Re: 3.0 Final dates ?
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 19 Apr 2004 17:52:54 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist schreef:

>> Any rough idea when 3.0 will be released as FINAL..!
>
> No, we still need the CLX stuff and the new installer completed before we
> can even think of it, and I don't have a timeframe for that yet (maybe André
> and Andreas can give us a hint?).  .....

The timeframe for the "CLX stuff" depends on
- Which units/packages will be in jvclx?
- The number of developers working on it. (Andreas does the installer as well.)
- A possible beta release date: 1 may?

Regards,

André Snepvangers



Subject: Andreas: Request for comment on a TJvMaskEdit change
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 19 Apr 2004 17:30:11 +0200
Newsgroups: jedi.vcl

I'm currently debugging a problem in TJvDBDatePickerEdit (even more fun with optional digits in date formats!) and in doing so, discovered that the control was calling the Change method far more often than seems necessary. By tracking down the call stack and consequently the version history I discovered that at revision 1.18 of JvMaskEdit.pas (2004-01-16) ahuser injected a call to NotifyIfChanged into the DoSetFocusEvent method (previously called DoSetFocus). This does not quite fit as it erroneously causes a call to the Change method upon first entering the control (this is because FLastNotifiedText only gets properly initialized in the first call to Change which most of the time hasn't happened yet at this point). Was this just done because there already was a NotifyIfChanged call in DoKillFocus(Event) or is there anything I have overlooked (maybe only of relevance to certain descendants)?

I could confirm that removing this call would fix part of the problem I'm debugging right now, so if you say there was no deeper meaning behind this change in the first place I'd happily remove it again... ;)

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: Massimiliano <max@mailinator.com>
Date: Mon, 19 Apr 2004 17:19:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've added the JvRichEdit preview component to CVS and the package so the
> next time you update and install, you should have a JvRichEdit preview
> component as well. I've also updated the demo to use a JvRichEdit.

I tried to get src from cvs to find that component, but installation fail ... Fail on JvlAbout ...
Are cvs sources ok for install?

In anycase how can I get that component?

Thanks a lot
Massimiliano


Subject: Re: Richedit viewer & rtf size
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Apr 2004 15:38:29 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Maybe the Seek has to support seek beyond EOF (new length).
>
> The docs say that Offset must be >= 0 for soFromBeginning and <= 0 for
> soFromEnd, so it seems that expanding using Seek doesn't have to be
> supported.

So now only a nice name like TNulStream? :-)

Best implement another TStream descendant which is for reading.
An additional method sets a record of data and a size and this data can be read. Something to provide constant input.
That makes it a real useful JCL addition.



Subject: Installer is now localized
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 19 Apr 2004 23:05:05 +1000
Newsgroups: jedi.vcl

Hi

If DXGETTEXT is installed and detected, then the installer will show up in the language for your system when run.
This, of course, depends on the existence of a JVCLInstall.po file for your language and the progress in the translation of that file.
There still is the issue of the text files used to display the license and readme information, but that will come later.
Basically, if a file named as the original English file is found in locale\language then it will be used instead of the original.

Any comments are welcome

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Installer and language selection
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 19 Apr 2004 22:19:18 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The build.exe sets the "EXTRAUNITDIR" environment. In makefile.mak we
> could do the following:
> !ifdef EXTRAUNITDIR
> DXGETTEXT=-DUSE_DXGETTEXT
> !else
> DXGETTEXT=
> !endif
>
> Installer:
>   ...
>   $(DCC) $DXGETTEXT JVCLInstall.dpr

Well, it was EXTRAUNITDIRS, but it works. I'm putting the finishing touches to it, will commit soon.


Subject: Re: Richedit viewer & rtf size
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Apr 2004 13:18:45 +0200
Newsgroups: jedi.vcl

> > Maybe the Seek has to support seek beyond EOF (new length).
The docs say that Offset must be >= 0 for soFromBeginning and <= 0 for
soFromEnd, so it seems that expanding using Seek doesn't have to be
supported.

Modified Seek (uncomment the raise calls for stricter checks and preventing
resize):

function TCountingStream.Seek(const Offset: Int64;
  Origin: TSeekOrigin): Int64;
begin
  case Origin of
    soBeginning:
      if Offset < 0 then
        // raise Exception.Create('Invalid Offset')
       Result := 0
      else
        Result := Offset;
    soCurrent:
      begin
        Result := FSize + Offset;
        if (Result > FSize) then
          FSize := Result;
          // raise Exception.Create('Invalid Offset');
        if (Result < 0) then
          // raise Exception.Create('Invalid Offset');
          Result := 0;
      end;
    soEnd:
      begin
        Result := FSize + Offset;
        if Result > FSize then
        //  raise Exception.Create('Invalid Offset')
          Result := FSize;
      end
  else
    Result := 0;
  end;
  if Result > FSize then
    // raise Exception.Create('Invalid Offset')
    FSize := Result;
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Richedit viewer & rtf size
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Apr 2004 13:03:33 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Here's a suggestion (not 100% sure about the Seek method):

Maybe the Seek has to support seek beyond EOF (new length).

BTW make it a JCL donation.



Subject: Re: Different CaptionGradient drawing of TJvgGroupBox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Apr 2004 13:01:38 +0200
Newsgroups: jedi.vcl

> > Why is CaptionGradient of TJvgGroupBox in Win2000 much brighter (..or more
> > intensive colored) than in WinNT or Win98?
> > I looked in code, but I didn´t find any answer?

If you are using any of the system colors (like clBtnFace, clHighlight etc)
the actual color used is set by the user. For example, on my old Win98 the
default for clBtnFace was $C0C0C0 (== clSilver) but on my current W2K the
default for clBtnFace is $D6D3CE.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Different CaptionGradient drawing of TJvgGroupBox
From: "Dierk" <dsantispam@csslabs.de>
Date: Mon, 19 Apr 2004 12:51:46 +0200
Newsgroups: jedi.vcl

Why is CaptionGradient of TJvgGroupBox in Win2000 much brighter (..or more
intensive colored) than in WinNT or Win98?
I looked in code, but I didn´t find any answer?

Regards

Dierk

==========================================
NO Software Patents in Europe! No time to loose!
http://petition.eurolinux.org/index_html
==========================================




Subject: jvinterpreter, addfunction
From: "Matej Golob" <matej.golob@epi-spektrum.si>
Date: Mon, 19 Apr 2004 11:25:08 +0200
Newsgroups: jedi.vcl

I want to add my own function  to the Jvinterpreter. I start with sample
project "JvInterpreterTest", add dummy function MyAdd.

procedure MyAdd(var Value: Variant; Args: TjvInterpreterArgs);
begin
  value := Args.Values[0]+Args.Values[1]; //O2V();
end;

On the "OnCreate" event I add code
JvInterpreterProgram1.Adapter.AddFunction('TTest', 'MyAdd', MyAdd, 2,
[varEmpty], varEmpty);

When I try to use function "MyAdd" in the interpreter program, I get error
"Undeclared identifier 'MyAdd'.

What i'm missing in my code? Thanks for help.

Matej




Subject: Re: 3.0 Final dates ?
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Mon, 19 Apr 2004 10:18:38 +0100
Newsgroups: jedi.vcl

I agree. I am one of those too.

Trev

"Holger Flick" <rammbaer@xyz.gmx.de> wrote in message
news:c6012o$g3b$1@talkto.net...
> > Whatever you wanna call it; I sure think it's wise to do another
> > pre-release. A lot of people - I think - with complex configurations
> > just install release-zips and do not use cvs... This is based on the
> > habit of Delphi users I know. They always wait for the releases....
> >
>>> > >>
>>> > >> And, I would still like to release a beta 2 before the the final.
>>> > >>
>> > > Or call it RC1 <g>




Subject: Re: Re TJvPatchFile.
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 19 Apr 2004 10:58:44 +0200
Newsgroups: jedi.vcl

Peter,

I also think it is kinda funny that we got a Patch component, but no component that does the diff-ing. You need the Unix/Linux diff tool in order to do that, right?


> Sorry, we have very little info on the PatchFile component. You will have to
> take a look at the source and see if you can sort it out. Please post again
> if that doesn't solve it for you.


Subject: Re: 3.0 Final dates ?
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 19 Apr 2004 10:46:14 +0200
Newsgroups: jedi.vcl

Whatever you wanna call it; I sure think it's wise to do another pre-release. A lot of people - I think - with complex configurations just install release-zips and do not use cvs... This is based on the habit of Delphi users I know. They always wait for the releases....

>>
>> And, I would still like to release a beta 2 before the the final.
>>
> Or call it RC1 <g>


Subject: Re: JvSimpleXML encode/decode demo
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 19 Apr 2004 18:44:07 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> It encodes everything, even the < and > in the tags.
>
> I'm not sure which demo you are referring to? If you mean the
> OnEncodeStream/OnDecodeStream functions the correct behavior is to
> encode/decode the entire stream, including tag delimiters. If you mean
> OnEncodeValue/OnDecodeValue, only values should be encoded/decoded and if
> that's not the case, something is wrong.
>
I refer to the demo in "examples\JvSimpleXML Encode"
And this one uses the XMLEncode function.


Subject: Re: 3.0 Final dates ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 19 Apr 2004 18:39:35 +1000
Newsgroups: jedi.vcl

>
> And, I would still like to release a beta 2 before the the final.
>
Or call it RC1 <g>


Subject: Re: jvPlugin - Accessing Datamodule
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Mon, 19 Apr 2004 09:28:26 +0100
Newsgroups: jedi.vcl

micha schumann wrote:
> Hi,
>
> thanks! I'll give the interface approach atry since I am not very happy with my solution moving DB Components  to the main form! Could you give a short example of your modifications to achieve access to the dfatamodule(s)? Thanks in advance!

In my app, I have separated the datamodules by placing them in a Remote Data Module DLL.

Here instead of using a dataset to expose the underlying table or query, I use a TDataSetProvider component. When compiled and registered as an AcitveX server, those datasets are available by using datasnaps DComConnection;

Hope this helps a little, but as I am still playing with this technology my techniques are not yet set in concrete;

Pete Stoves


Subject: Re: Re TJvPatchFile.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Apr 2004 09:46:19 +0200
Newsgroups: jedi.vcl

> > I am new to using JEDI 3.00 and I would really like to use TJvPatchFile,
Sorry, we have very little info on the PatchFile component. You will have to
take a look at the source and see if you can sort it out. Please post again
if that doesn't solve it for you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How I change the DecodeText in JvBehaviorLabel ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Apr 2004 09:44:47 +0200
Newsgroups: jedi.vcl

> > Hello, how I change the decodedtext in JvBehaviorLabel1?
Typecast the BehaviorOptions to the correct class and change the DecodedText
property:

TJvLabelCodeBreaker(JvBehaviorLabel1.BehaviorOptions).DecodedText := 'New
text';

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Richedit viewer & rtf size
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Apr 2004 08:54:13 +0200
Newsgroups: jedi.vcl

Here's a suggestion (not 100% sure about the Seek method):

type
  TCountingStream = class(TStream)
  private
    FSize:Int64;
  public
    procedure SetSize(const NewSize: Int64); override;
    function Read(var Buffer; Count: Integer): Integer; override;
    function Write(const Buffer; Count: Integer): Integer; override;
    function Seek(const Offset: Int64; Origin: TSeekOrigin): Int64;override;
  end;

implementation

{ TCountingStream }

function TCountingStream.Read(var Buffer; Count: Integer): Integer;
begin
  raise Exception.Create('Reading not supported');
end;

function TCountingStream.Seek(const Offset: Int64;
  Origin: TSeekOrigin): Int64;
begin
  case Origin of
  soBeginning:
    Result := Offset;
  soCurrent,soEnd:
    Result := FSize - Offset;
  else
    Result := 0;
  end;
end;

procedure TCountingStream.SetSize(const NewSize: Int64);
begin
  FSize := NewSize;
end;

function TCountingStream.Write(const Buffer;
  Count: Integer): Integer;
begin
  Inc(FSize,Count);
  Result := Count;
end;


and use like this:

var R:TCountingStream;
begin
  R := TCountingStream.Create;
  try
    RichEdit1.Lines.SaveToStream(R);
    lblInfo.Caption := Format('Size: %d (%d)',[R.Size,
RichEdit1.GetTextLen]);
  finally
    R.Free;
  end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSimpleXML encode/decode demo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Apr 2004 08:38:10 +0200
Newsgroups: jedi.vcl

> > It encodes everything, even the < and > in the tags.
I'm not sure which demo you are referring to? If you mean the
OnEncodeStream/OnDecodeStream functions the correct behavior is to
encode/decode the entire stream, including tag delimiters. If you mean
OnEncodeValue/OnDecodeValue, only values should be encoded/decoded and if
that's not the case, something is wrong.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Richedit viewer & rtf size
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Apr 2004 08:11:26 +0200
Newsgroups: jedi.vcl

Great idea!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 3.0 Final dates ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Apr 2004 08:10:33 +0200
Newsgroups: jedi.vcl

> > Any rough idea when 3.0 will be released as FINAL..!
No, we still need the CLX stuff and the new installer completed before we
can even think of it, and I don't have a timeframe for that yet (maybe André
and Andreas can give us a hint?). Making some more help docs wouldn't hurt
either...

And, I would still like to release a beta 2 before the the final.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFormStorage and StringLists
From: "Craig" <craig@.at.qnotes.com>
Date: Mon, 19 Apr 2004 01:25:46 -0400
Newsgroups: jedi.vcl

Now Posted in Mantis.

> > JvFormStorage I think it stopped supporting string lists.
> >
> > I have a combo's item list 'edtBarcode.items' in the formstorage and I
> > use a JvAppIniFileStorge.
> >
> > Here is what I get:
> > [TfrmMain..edtBarcode_Items]  << note the two '..'
....




Subject: 3.0 Final dates ?
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Mon, 19 Apr 2004 13:55:47 +1000
Newsgroups: jedi.vcl

Hi All,

Any rough idea when 3.0 will be released as FINAL..!

Andrew




Subject: Re: CVS Installer Failing
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Mon, 19 Apr 2004 13:54:30 +1000
Newsgroups: jedi.vcl

Thanks.. Works a treat...!


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c5tqrs$4eh$2@talkto.net...
> > Andrew Tierney wrote:
> >
>> > > Compile.pas(353) Error: Incompatible types: 'String' and 'Boolean'
>> > > Compile.pas(353) Error: Too many actual parameters
>> > > Frames\FrmInstall.pas(37) Fatal: Could not compile used unit
>> > > 'Compile.pas'
> >
> > Fixed.
> > If you cannot wait for the anonymous CVS just open the
> > Install\JVCLInstall\Compile.pas file and remove the "False" from line 353.
> >
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: JvSimpleXML encode/decode demo
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 19 Apr 2004 09:45:53 +1000
Newsgroups: jedi.vcl

Hi

While I was creating a few BCB demos from the Delphi demos, I worked on the JvSimpleXML encode/decode demo and I'm a bit surprised by the functionnality:
It encodes everything, even the < and > in the tags.

Shouldn't it leave them alone so that only the names and values are encoded?
Because once the < and > are encoded, the XML document is invalid (well, not really, but has great chances to be anyway).

Cheers

Olivier



Subject: Re: TjvAVICapture Question
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 19 Apr 2004 09:26:16 +1000
Newsgroups: jedi.vcl

micha schumann wrote:

> This component works great but I would like to add an event when the webcams button is depressed. Since I am not familiar with the MCI API perhaps someone could help?

As far as I know, the button functionality is vendor specific. That means that it cannot be accessed from a program, unless you have inside knowledge of the webcam driver. I may be wrong, but not all camera have buttons anyway. Another this is that the camera may appear as an HID device so the HID components may allow you to access it.
I tried to a search on google, but couldn't find any documentation.

Cheers

Olivier



Subject: Re: Richedit viewer & rtf size
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 18 Apr 2004 22:10:13 +0000
Newsgroups: jedi.vcl

Hi,

Peter Thörnqvist wrote:

>> >> This gets me the length of the plain text. I need the size of the
>> >> generated rtf code including bitmaps.
> > Ah, the *rtf* size. Well, then I think the only possibility is to save it
> > to a stream and check the stream size:

> > M := TMemoryStream.Create;
> > try
> >   JvRichEdit1.Lines.SaveToStream(M);
> >   Result := M.Size;
> > finally
> >   M.Free;
> > end;

> > This could take a while with a large rtf file, though...

Performance could be improved by writing a TStream descendant that doesn't
actually store what is written to it but only counts the bytes. Shouldn't
be too difficult to do...

twm



Subject: Re: TMemo slow - here a tip
From: "Craig" <craig@.at.qnotes.com>
Date: Sun, 18 Apr 2004 17:28:43 -0400
Newsgroups: jedi.vcl

I did try the .BeginUpdate \ .EndUpdate on the TMemo and it was still
very slow given the 4000 lines I'm working with.  The other solution
only takes a few extra lines of code.

Using 'try/finally' is a great tool that is well worth mastering.  I
feel sorry for those porting older turbo Pascal or poorly written Delphi
code with older methods of error trapping.  I had to port a very large
turbo power btree filer project and should have re-written all the data
access portions rather than attempted to port them.   The btree filer is
/ was a fine database at the time but there is of course far better and
easer local databases now.

-
Craig.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c5ttn8$5fg$1@talkto.net...
> > Just as an addendum: you can also call Lines.BeginUpdate before making
the
> > changes and Lines.EndUpdate when finished (using a try/finaly block is
the
> > best approach) to speed things up.
> >
> > Also note that RichEdit's are a *lot* slower than TMemos even with
these
> > techniques.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Installer and language selection
From: "Stefano Pessina" <peste1@tin.it>
Date: Sun, 18 Apr 2004 21:20:30 +0200
Newsgroups: jedi.vcl

And the function in my message?
Regards,
Stefano Pessina

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> ha scritto nel
messaggio news:c5pta7$eqc$1@talkto.net...
> > Stefano Pessina wrote:
> >
>> > > What about implement the language selection for JVCL by the installer?
>> > >
>> > > And what about a translation of the installer?
> >
> > And how should the compiler decide which language file he should use. And
> > don't say "why not 'install.bat de'".
> >
> > A translated installer is only possible when we ship a binary version of
> > the installer.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Richedit viewer & rtf size
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Apr 2004 17:28:49 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> This could take a while with a large rtf file, though...

A TMemoryStream would be good enough.



Subject: Re: Richedit viewer & rtf size
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Apr 2004 16:38:42 +0200
Newsgroups: jedi.vcl

> > This gets me the length of the plain text. I need the size of the
> > generated rtf code including bitmaps.
Ah, the *rtf* size. Well, then I think the only possibility is to save it to
a stream and check the stream size:

M := TMemoryStream.Create;
try
  JvRichEdit1.Lines.SaveToStream(M);
  Result := M.Size;
finally
  M.Free;
end;

This could take a while with a large rtf file, though...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @Andre/Andreas: JvInspector fix might have consequences for CLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 18 Apr 2004 16:37:42 +0200
To: Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl>
Newsgroups: jedi.vcl

Marcel Bestebroer schreef:

> Hello, Andre and/or Andreas!
>
>     I committed JvInspector rev 1.85 to fix mantis issue 1605 (a scrollbar
> issue). The fix is a change in the location of the call to ShowScrollbars.
> For VCL this call must be *after* the SetScrollInfo call. I don't know
> whether this has any consequences for CLX. Please check this fix does not
> give problems for CLX.
>

I haven't took a look at JvInspector: I use a version from some time ago, so I will have to take a look at it anyway.

Regards,

André Snepvangers



Subject: Re: JvDesktopAlert: Idea for a new appearing style
From: André Snepvangers <asn@xs4all.nl>
Date: Sun, 18 Apr 2004 16:25:18 +0200
Newsgroups: jedi.vcl

André Snepvangers schreef:
>
> Allthough I am interested, I have still a lot to do: doubleBuffering, a 

Nice: besides that DoubleBuffering is a big visual improvement, it also  fixed several clx components! :))

André



Subject: Re: Richedit viewer & rtf size
From: Francois Zbinden <zbinden@dataflow.ch>
Date: Sun, 18 Apr 2004 16:12:02 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist schrieb:

>> How can i disable the caret?
>
> Try setting Cursor := crArrow and write the following in JvRichEdit1.OnEnter
> event:
>
> SelectNext(JvRichEdit1,True,True);

Simple and fine!

>> Second question: How can I get the size of rtf file user
>> is editing, on the fly?
>
> JvRichEdit1.GetTextLen

This gets me the length of the plain text. I need the size of the
generated rtf code including bitmaps.

Thanks

Francois


Subject: Re: Turbopower and VCL ??
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Apr 2004 15:48:31 +0200
Newsgroups: jedi.vcl

> > 1) To suggest a hostile take over ? That was not my intent.. Just to add
> > some useful components to JVCL. (mainly Async Pro, Abbrevia).
No one has said that is what you suggested. I and others just explained our
views on the proposal. If you put the ball in the court, you have to expect
people will kick it.

> > 2) Original Developer etc...? Well what about XFree/X/Y/ etc and many many
> > other projects have forked etc due to lots of reasons, including
> > support/license changes/direction etc etc..
The most common reason for a fork/merge is that the *original* developers
feel it is a good idea. Adding TP to JVCL is hardly a fork, nor something
that the original developers of TP and JVCL thinks is a good idea (well,
maybe the TP folks do, I don't know). Quite the contrary, I feel that
including TP in our already large library wouldn't make JVCL a better
environment for the JVCL developers, nor the users.

It would most likely translate to less time/component = overall bad for all
of us. The fact that most JVCL developers are unfamiliar with TP doesn't
make it any easier.


> > Actually I am surprised at the hostile replies JUST for looking into the
> > possibility..
You came with a suggestion and we replied as honestly as we could. No one
was trying to be hostile and I am sorry if that is how you interpreted our
answers.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TMemo slow - here a tip
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Apr 2004 15:36:57 +0200
Newsgroups: jedi.vcl

Just as an addendum: you can also call Lines.BeginUpdate before making the
changes and Lines.EndUpdate when finished (using a try/finaly block is the
best approach) to speed things up.

Also note that RichEdit's are a *lot* slower than TMemos even with these
techniques.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TjvAVICapture Question
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 18 Apr 2004 13:36:48 +0000
Newsgroups: jedi.vcl

This component works great but I would like to add an event when the webcams button is depressed. Since I am not familiar with the MCI API perhaps someone could help?

michael


Subject: Re: Richedit viewer & rtf size
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Apr 2004 15:34:56 +0200
Newsgroups: jedi.vcl

> > How can i disable the caret?
Try setting Cursor := crArrow and write the following in JvRichEdit1.OnEnter
event:

SelectNext(JvRichEdit1,True,True);
> > Second question: How can I get the size of rtf file user
> > is editing, on the fly?
JvRichEdit1.GetTextLen

> > Idea: I would love a transparent mode.
Yeah, so would we<g>, but making TWinControls transparent is not an easy
task.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Richedit viewer & rtf size
From: Francois Zbinden <zbinden@dataflow.ch>
Date: Sun, 18 Apr 2004 15:06:49 +0200
Newsgroups: jedi.vcl

Hello

I like to user jvRichEdit (from 3.0beta) as viewer only.
Had sed readonly to true, but i don't like the caret in it.
How can i disable the caret?

Second question: How can I get the size of rtf file user
is editing, on the fly?

Idea: I would love a transparent mode.

Regards and thanks!

Francois


Subject: Re: CVS Installer Failing
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 18 Apr 2004 14:49:11 +0200
Newsgroups: jedi.vcl

Andrew Tierney wrote:

> > Compile.pas(353) Error: Incompatible types: 'String' and 'Boolean'
> > Compile.pas(353) Error: Too many actual parameters
> > Frames\FrmInstall.pas(37) Fatal: Could not compile used unit
> > 'Compile.pas'

Fixed.
If you cannot wait for the anonymous CVS just open the
Install\JVCLInstall\Compile.pas file and remove the "False" from line 353.



-- Regards, Andreas Hausladen 

Subject: Re: Turbopower and VCL ??
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Apr 2004 22:44:10 +1000
Newsgroups: jedi.vcl

Andrew Tierney wrote:

> Sorry.. Took it the wrong way..

No worries, this happens quite often around here. Most likely because English is not the first language of many people on these newsgroups.



Subject: CVS Installer Failing
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Sun, 18 Apr 2004 22:03:37 +1000
Newsgroups: jedi.vcl

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Installer]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\..\install\JVCLInstall\JVCLInstall.cfg
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Compile.pas(353) Error: Incompatible types: 'String' and 'Boolean'
Compile.pas(353) Error: Too many actual parameters
Frames\FrmInstall.pas(37) Fatal: Could not compile used unit 'Compile.pas'

** error 1 ** deleting Installer
Press ENTER to continue




Subject: Re: Turbopower and VCL ??
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Sun, 18 Apr 2004 22:02:44 +1000
Newsgroups: jedi.vcl

Sorry.. Took it the wrong way..


"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c5tnf0$471$2@talkto.net...
> > Andrew Tierney wrote:
> >
>> > > Actually I am surprised at the hostile replies JUST for looking into the
>> > > possibility..
> > Then you misunderstood our answers.
> > Those were not hostile, they were just stating facts. We are not opposed
> > to a merging, but considering the state of support from the people in
> > charge of TP development, it would be simply unfeasible. Our resources
> > are really limited and barely cover the work to be done for JVCL3. We
> > can't take anymore. Further, I, as many other, don't see the point of
> > including those components, they have their own public, their own
> > lifecycle. There is nothing preventing people from using both librairies
> > at the same time...
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Re: Installer and language selection
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 18 Apr 2004 14:01:23 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Sounds nice, but doesn't build.exe require the user to indicate the
> > environment to use to build?  That could be a problem because when
> > launching install.bat, it should take the first available and use it.

Have a look at install.bat. There is a virtual IDE target called "newest".
If you have D5, C6, D7 installed, the build tool will use D7.



-- Regards, Andreas Hausladen 

Subject: Re: Turbopower and VCL ??
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Apr 2004 21:49:30 +1000
Newsgroups: jedi.vcl

Andrew Tierney wrote:

> Actually I am surprised at the hostile replies JUST for looking into the
> possibility..
Then you misunderstood our answers.
Those were not hostile, they were just stating facts. We are not opposed to a merging, but considering the state of support from the people in charge of TP development, it would be simply unfeasible. Our resources are really limited and barely cover the work to be done for JVCL3. We can't take anymore. Further, I, as many other, don't see the point of including those components, they have their own public, their own lifecycle. There is nothing preventing people from using both librairies at the same time...

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Installer and language selection
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Apr 2004 21:46:52 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>>> This small application exists. It's name is build.exe.
>>
>> Yes, but can I use it to do what is indicated in my post? From what I
>> understand of it, I'd say no. But I may be wrong.
>
>
> The build.exe sets the "EXTRAUNITDIR" environment. In makefile.mak we
> could do the following:
> !ifdef EXTRAUNITDIR
> DXGETTEXT=-DUSE_DXGETTEXT
> !else
> DXGETTEXT=
> !endif
>
> Installer:
>   ...
>   $(DCC) $DXGETTEXT JVCLInstall.dpr

Sounds nice, but doesn't build.exe require the user to indicate the environment to use to build?
That could be a problem because when launching install.bat, it should take the first available and use it.


Subject: Re: jvPlugin - Calling routines & accessing properties from the Host app (Sorted) !
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 18 Apr 2004 11:14:54 +0000
Newsgroups: jedi.vcl

Hi,

thanks! I'll give the interface approach atry since I am not very happy with my solution moving DB Components  to the main form! Could you give a short example of your modifications to achieve access to the dfatamodule(s)? Thanks in advance!

michael
Andrew schrieb:
> "micha schumann" <schumann@itc-ms.de> wrote in message
> news:c5mi6a$qb2$1@talkto.net...
>
>> Hi,
>>
>> this sounds very interesting to me! I switched to jvplugins and was
>> happy to be able to access components on the mainform. So I moved e.g.
>> the Database and the Transaction components from the datamodule to the
>> mainform. Is it possible to access other things using an interface?
>>
>
> <snip>
> You can add any functions you like to the interface. In my use of the
> Plugin, I have modified the code slightly to send the MainApp's Screen value
> as well as the Application. Then in my plugin (a DLL), I can scan through
> the Screen.DataModules to find any particular one I need (I do this so that
> I can share the main app ADOConnection object with the DLL datamodules as
> well).
> The one issue which causes problems in the plugin world (and it's nothing to
> do with the JVCL) is that package plugins cause hassles with some third
> party components - those that don't have clean separation between
> design-time code and run-time code. I've found some errors with "class
> already exists" and other hassles with some.
> The DLL plugin works well, but has the problem of not easily being able to
> pass objects from the DLL back to the main app. I've solved this by using
> the interface approach to provide access to the mainform menu etc so that I
> can merge menus and so on:
> eg: I use a function called GetMainMenu:TMainMenu that returns the
> mainform's menu to the DLL. In the DLL merge and unmerge can be called quite
> happily.
> In principle, you could use this approach to access any item in the main
> app.
>
> Andrew
>
>


Subject: Re: Turbopower and VCL ??
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Sun, 18 Apr 2004 20:47:37 +1000
Newsgroups: jedi.vcl

Well...

I must say.. I am a bit disappointed in the replies/support/comments..

1) To suggest a hostile take over ? That was not my intent.. Just to add
some useful components to JVCL. (mainly Async Pro, Abbrevia).
2) Original Developer etc...? Well what about XFree/X/Y/ etc and many many
other projects have forked etc due to lots of reasons, including
support/license changes/direction etc etc..

Actually I am surprised at the hostile replies JUST for looking into the
possibility..


Andrew




Subject: Re: Installer and language selection
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 18 Apr 2004 11:58:49 +0200
Newsgroups: jedi.vcl

OBones wrote:

>> > > This small application exists. It's name is build.exe.
> > Yes, but can I use it to do what is indicated in my post? From what I
> > understand of it, I'd say no. But I may be wrong.

The build.exe sets the "EXTRAUNITDIR" environment. In makefile.mak we
could do the following:
!ifdef EXTRAUNITDIR
DXGETTEXT=-DUSE_DXGETTEXT
!else
DXGETTEXT=
!endif

Installer:
  ...
  $(DCC) $DXGETTEXT JVCLInstall.dpr



-- Regards, Andreas Hausladen 

Subject: Re: Installer and language selection
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Apr 2004 19:42:00 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> This small application exists. It's name is build.exe.
Yes, but can I use it to do what is indicated in my post? From what I understand of it, I'd say no. But I may be wrong.


Subject: Re: JvDesktopAlert: Idea for a new appearing style
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Apr 2004 11:09:36 +0200
Newsgroups: jedi.vcl

> > Well, I tend to trust the documentation from the Microsoft website <g>
You sure are a strange fellow<vbg>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer and language selection
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 18 Apr 2004 09:28:56 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > That's a possibility, but this would be in English anyway.
> > Or we could have a really small application that discovers dxgettext (it
> > is in the registry if available), sets an environment variable and a
> > define, which in turn could be used by the installer source code and
> > compiler. If dxgettext is not found, fall back to English.  That's an
> > idea actually... I'll see if that could be done.  Cheers

This small application exists. It's name is build.exe.


-- Regards, Andreas Hausladen 

Subject: Re: Installer and language selection
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Apr 2004 16:44:12 +1000
Newsgroups: jedi.vcl

MicroChip wrote:

> Hello, OBones!
> You wrote  on Sat, 17 Apr 2004 19:34:39 +1000:
>
>     Yes, we know that, but the installer is distributed as source files and
>
>> compiled on the user's system. At the moment of compiling, the location
>
>     of dxgettext is not known and a such cannot be used.
>
> And what about detect (or request user) that location (similar method used
> for compiling JCL)

That's a possibility, but this would be in English anyway.
Or we could have a really small application that discovers dxgettext (it is in the registry if available), sets an environment variable and a define, which in turn could be used by the installer source code and compiler. If dxgettext is not found, fall back to English.
That's an idea actually... I'll see if that could be done.
Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Installer and language selection
From: "MicroChip" <micro@ono.com>
Date: Sun, 18 Apr 2004 08:37:14 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 17 Apr 2004 19:34:39 +1000:

    Yes, we know that, but the installer is distributed as source files and
> >  compiled on the user's system. At the moment of compiling, the location
    of dxgettext is not known and a such cannot be used.

And what about detect (or request user) that location (similar method used
for compiling JCL)

With best regards, MicroChip.  E-mail: microAT@onoDOT.com




Subject: Re: jvPlugin - Calling routines & accessing properties from the Host app (Sorted) !
From: "Andrew" <abaylis_nos@spamcop.net>
Date: Sun, 18 Apr 2004 16:16:58 +1000
Newsgroups: jedi.vcl

"micha schumann" <schumann@itc-ms.de> wrote in message
news:c5mi6a$qb2$1@talkto.net...
> > Hi,
> >
> > this sounds very interesting to me! I switched to jvplugins and was
> > happy to be able to access components on the mainform. So I moved e.g.
> > the Database and the Transaction components from the datamodule to the
> > mainform. Is it possible to access other things using an interface?
> >
<snip>
You can add any functions you like to the interface. In my use of the
Plugin, I have modified the code slightly to send the MainApp's Screen value
as well as the Application. Then in my plugin (a DLL), I can scan through
the Screen.DataModules to find any particular one I need (I do this so that
I can share the main app ADOConnection object with the DLL datamodules as
well).
The one issue which causes problems in the plugin world (and it's nothing to
do with the JVCL) is that package plugins cause hassles with some third
party components - those that don't have clean separation between
design-time code and run-time code. I've found some errors with "class
already exists" and other hassles with some.
The DLL plugin works well, but has the problem of not easily being able to
pass objects from the DLL back to the main app. I've solved this by using
the interface approach to provide access to the mainform menu etc so that I
can merge menus and so on:
eg: I use a function called GetMainMenu:TMainMenu that returns the
mainform's menu to the DLL. In the DLL merge and unmerge can be called quite
happily.
In principle, you could use this approach to access any item in the main
app.

Andrew




Subject: Re: JvDesktopAlert: Idea for a new appearing style
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Apr 2004 12:00:48 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Win98, Win2k. So Win95 and WinNT4 won't have it.
>
> Are you sure that's correct (the docs, I mean)? 

Well, I tend to trust the documentation from the Microsoft website <g>


Subject: Re: JvThread question
From: "norberto" <pellicci@shaw.ca>
Date: Sat, 17 Apr 2004 18:43:29 -0700
Newsgroups: jedi.vcl

Thank you very much for your help on the threads question. i am completely
new to trying to code threaded segments for my application (as with many
other things), and so i have much to learn. One problem i had with the
JvThread component was that it was the original JVCL2.1 version and it
didn't have methods such as Terminate or properties such as Terminated.

My application will actually involve multiple threads, some of which i will
need to synchronise. However, i also have a few autonomous threads that i
would like to run in the background. i have just discovered the new
threading components in JVCL3 and i am trying to figure them out. However, i
don't know yet if these will be the best path to implementation of my app's
threads or not. i also would like to consider using Thread class derivatives
of my own as another option.

You mention thread ordering and keeping track if i write my own class but at
this point i will need to read more to understand exactly what the
implications are that you mentioned.

i still have a lot of work to do to understand the workings of threads in
Windows / Delphi before i can think about writing simple autonomous threads,
and *especially* for writing a multi-threading handler.

If you have any other recommendations, please post them as i would love to
hear them.

Thanks again.

Regards,
norberto pellicci


"Hans-Eric Grönlund" <not@realaddress.com> wrote in message
news:c5o2sg$2q6$1@talkto.net...
> > I don't know that much about TJvThread, but from what I can read from
> > the code and with the information you gave I could give you this advice:
> > don't use TJvThread, at least not for a task involving only one single
> > thread that is to be restarted over and over again.
> >
> > If I were you I would write my own Thread class deriving from TThread
> > (there are easy to understand examples in the delphi help). The thread
> > is then controlled with the Terminate, Suspend and Resume methods.
> >
> > I guess you could control each individual thread in the TJvThread
> > component also (bad name by the way, it should be called TJvThreads or
> > something like that), but that requires you to keep track of the order
> > in which you Executed the thread and then use that as an index to the
> > Threads[Index] property. But, and that's a big BUT :), that index can
> > not be relied upon since a thread is removed from the list once
terminated.
> >
> > Another problem with this component is that the OnExecute Event can not
> > know if the thread that invoked it is Terminated, so it's not suited for
> > repetetive tasks. This shortcoming could be overcome, though, by adding
> > the thread as a parameter, like this:
> >
> > procedure TForm1.OnExecute(Sender: TObject; Thread: TThread; Params:
> > Pointer);
> > begin
> >    // Then we could perform repetetive tasks by checking for
> >    // Terminated in between:
> >    while not Thread.Terminated do
> >    begin
> >      // Perform task here
> >    end;
> > end;
> >
> > But I assume this component was written for Fire and Forget threads with
> > relatively short execution times.
> >
> > Regards
> >
> > Hans-Eric Grönlund
> >
> > norberto wrote:
>> > > Hi,
>> > >
>> > > Can anyone tell me how to turn off a thread (using a JvThread
component)? In
>> > > my current code, even if i do not call the thread anymore (eg:
>> > > Thread1.Execute()), the thread execute method will always be active
unless i
>> > > comment out the code within the execute method procedure itself.  i am
>> > > trying to execute a thread, then wait until it finishes and be able to
start
>> > > it again or stop it (once it finishes executing) until it is needed
again.
>> > >
>> > > i have looked at the example code in the 2.1 Jvcl package and that
example
>> > > just seems to continuously execute the threads. Is there any other
example
>> > > code available?
>> > >
>> > > Thanks in advance for any help you can provide...
>> > >
>> > >




Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Apr 2004 23:05:44 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Sorry to complain again, but the implementation should be done in the
> > JvEx units and not in QWindows:  QWindows is distributed under a
> > different license than JVCL. The enhancement of QWindows.Perform makes
> > only sense if it is used in conjunction with your extended VCL classes.

The interface declaration is in QWindows.pas which allows other users to
implement the same mechanism the JvExVCL uses. So I don't think that my
changes to QWindows.pas binds QWindows to the JVCL.


-- Regards, Andreas Hausladen 

Subject: @Andre/Andreas: JvInspector fix might have consequences for CLX
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 17 Apr 2004 20:31:35 +0200
Newsgroups: jedi.vcl

Hello, Andre and/or Andreas!

    I committed JvInspector rev 1.85 to fix mantis issue 1605 (a scrollbar
issue). The fix is a change in the location of the call to ShowScrollbars.
For VCL this call must be *after* the SetScrollInfo call. I don't know
whether this has any consequences for CLX. Please check this fix does not
give problems for CLX.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JVCL.NET
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 17 Apr 2004 20:14:52 +0200
Newsgroups: jedi.vcl

Hello, Ivo!
You wrote  on Sat, 17 Apr 2004 14:47:45 +0200:

 IB> Which troubles? Adding those files to the Inno Setup script is a matter
 IB> of a few mouse clicks, or isn't it?

    It is, but it increases your application setup size quite a bit. And
again, for (component) libraries it is undesirable to use VCL.NET since it
uses Delphi-specific features .Net/C#/VB do not understand nor can use
without the use of strange constructs, helper objects, etc (to be honest, I
don't even know if or how C# users could call a virtual constructor on a
class reference).

 IB> So when I write a component in VCL.NET, you say that C# developer would
 IB> not be able to use it at all?

    They can use it just fine, as long is you did not use a virtual
constructor and class references. They'd could probably even write
descendants.

 >> Note that .NET/C# 2.0
 >> will support generics which are basically class references+virtual
 >> constructors.

 IB> When it is out, there will be no such problem as described above (C#
 IB> developer versus Delphi developer)?

    The future will tell (now, where is that time machine I had laying about
somewhere....)

 >> The trouble with component libraries will be a
 >> lot bigger I think (not actually tested that theory).

 IB> Actually, I'm trying to increase the number of 3rd party VCL components
 IB> that I use in my applications to those who already have (or will have
 IB> in the near future) support for both Win32 and .NET platform, so that
 IB> the migration would be not so painful. At this time, the only exception
 IB> is JCL/JVCL and TB2K/TBX.

    Well, JCL developers have stated that part of the JCL is already
available in the FCL (Framework Class Library, basically JCL(or RTL)+VCL)
and other parts make no sense or are hard to make working in .Net. JVCL will
probably start from scratch. That is not to say component usage will change
much (it's highly likely many components will retain the same "interface"
like the property names, method names and parameters, etc).

 IB> I'm a complete .NET newbie, could you please explain if this is
 IB> possible to mix up the VCL.NET with WinForms components in a single
 IB> application?

    I think it is. At least VCL.NET can use WinForms. The reverse is not
possible (another good reason to use FCL/WinForms instead of VCL.NET when
writing a component libary for .Net).

 IB>  Are there any articles regarding Delphi and .NET?

    Sure, just google for Delphi .NET.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: TMemo slow - here a tip
From: "Craig" <craig@.at.qnotes.com>
Date: Sat, 17 Apr 2004 13:21:01 -0400
Newsgroups: jedi.vcl

First a little story:

I was about to start looking into the JVCL for a feature.  I needed to
add line numbers to all lines in a tmemo then remove them again.   I'm
sure there is one or two JVCL components that have a property to do this
already.  The task of researching JVCL features is daunting at times as
it is so full of hundreds of great features.  I was deterred do to time
constraints at the time.  I gave a TStringList one quick try and it
worked.  So, 1) I wish there was an easier way to know what is in the
JVCL.  And 2) here is my tip for the group:

If you need to perform a batch function on a tmemo of more than just a
few lines, use a tstringlist.  This methods was hundreds of times
faster.  My use was 4000 lines with the tmemo to add a line number took
minutes to complete.  The same took under 2 seconds with a TStringList.
I then assigned the tstrings from the list back to the tstrings of the
TMemo.

I guess this is why I was thinking about online help with examples and
comments (see my post from 4/13/04).

BTW,
I do have the same problem with other retail VCL products.  It is hard
to know what and all you have at times.  I like TMS's visual screen shot
approch.  I do not like having to compile examples that may be dated or
only show one feature of a component.

-- Craig 

Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 17 Apr 2004 19:00:09 +0200
Newsgroups: jedi.vcl

Andreas Hausladen schreef:

> André Snepvangers wrote:
>
>
>> Could you still add the cmVCL behaviour to TJvExGraphicControl class ?
>> Could you also add perform to JvEx classes? I can also add them to
>> JvComponent but imo they belong to the JvEx units.  (A few ifdef's less)
>
>
> Done.
>

Sorry to complain again, but the implementation should be done in the JvEx units and not in QWindows:
QWindows is distributed under a different license than JVCL. The enhancement of QWindows.Perform makes only sense if it is used in conjunction with your extended VCL classes. IMO you should distubute it under same terms as the extended classes.
But I can also live with the current situation.
Anyway thanks for implementing it.

Regards,

André Snepvangers






Subject: Re: JvDesktopAlert: Idea for a new appearing style
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 17 Apr 2004 18:28:54 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist schreef:

>> Win98, Win2k. So Win95 and WinNT4 won't have it.
>
> Are you sure that's correct (the docs, I mean)? .....

Hopefully he is, or at least you think he is. ;)

Regards,

André




Subject: Re: Problem with latest JvLabel?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Apr 2004 18:23:43 +0200
Newsgroups: jedi.vcl

> > i have already placed this bug (i assume it to be a bug) on the JEDI Issue
> > Tracker but was wondering if anyone here has seen this problem yet and if
> > there is a "quick fix" for now for it?
That is certainly a bug, but I don't know of any fixes (yet). Anyone?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDesktopAlert: Idea for a new appearing style
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Apr 2004 18:22:59 +0200
Newsgroups: jedi.vcl

> > Win98, Win2k. So Win95 and WinNT4 won't have it.
Are you sure that's correct (the docs, I mean)? I seem to remember that
AnimateWindow is included with one of the IE updates (5.0 or so), but I
can't remember where I read it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL.NET
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Apr 2004 18:15:06 +0200
Newsgroups: jedi.vcl

FCL = Framework Class Library. Basically, .NET equivalent to VCL and
contains the base classes for creating components and controls that can be
installed into the IDE, dropped on a form and manipulated at design-time.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 17 Apr 2004 17:50:44 +0200
Newsgroups: jedi.vcl

OBones wrote:

> André Snepvangers wrote:
>
>> Next step: clxgenerator.
>
> Yes, but there, it's out of my league.

It would be enough that the pg could provide the filelists (common-design-run) for jpp: sure I can reread/process the xml files in SomeApp, but that is repeating the same thing.
You should not bother about actual generation. imo should not be in the  pg.
The required changes for the clxgen. I will make myself: not to much work.

Regards,

André Snepvangers







Subject: Re: uib components documentation
From: Volker Rehn <vr@taz.de>
Date: Sun, 18 Apr 2004 01:40:01 +1000
Newsgroups: jedi.vcl

Martin schrieb:
> [...] One thing that i am after is some sort of documentation for UIB components.
>
> I have been to their site to see if there was any there, all i came across was a list of changes and new features for the uib prior to the inclusion in jvcl. does anyone out there know if there is any documentation at all?

There only is a html help page as part of the download package. Also some projects in the examples dir of the package. That might get you started.

Cheers, Volker



Subject: Re: JVCL.NET
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sat, 17 Apr 2004 17:28:28 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> píše v diskusním príspevku
news:c5ranu$m64$1@talkto.net...
> > I think this is the main reason to stay away from VCL.NET when doing
> > component development. FCL is compatible with everything else .NETis but
> > VCL.Net is really only compatible for other Delphi users. I don't know the
> > exact steps, but they at least have to install and register the Borland
> > libs.

Sorry for the dumb question, but could you explain shortly to me what the
FCL actually is?


Best regards,
Ivo




Subject: Re: JvDesktopAlert: Idea for a new appearing style
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Apr 2004 01:07:47 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Good idea. I was thinking of extending it to also work like the alerts in
> MSN (expands from the bottom up). I suppose one could use AnimateWindow for
> your suggestion as well as regions? Anyone knows from which OS version
> AnimateWindow is supported?

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinUI/WindowsUserInterface/Windowing/Windows/WindowReference/WindowFunctions/AnimateWindow.asp

Win98, Win2k. So Win95 and WinNT4 won't have it.

> Maybe we should add a Style property<g>?
That's what I thought of and that's why I didn't change anything ;-)


Subject: Re: JvFormStorage and StringLists
From: "Craig" <craig@.at.qnotes.com>
Date: Sat, 17 Apr 2004 11:03:41 -0400
Newsgroups: jedi.vcl

> > Are you using the JVCL3BETA1 or do you have a later version? There has
been
> > some fixes done since the beta that affects this issue.

I get the latest CVS files daily.  I do not know when the issue started
as I was having the other issues in my posts in mantis and this forum.
I do find that these components change often and with my use of dynamic
forms reused across 3 different applications that I have to keep
changing my own source code after many of the CVS JVCL updates.

Currently when using a static form with its own  JvAppIniFileStorage2 I
have to call: JvAppIniFileStorage1.Reload or I will lose my changes to
the stored properties.  I know that new properties were added to
..autoflush and .autoreload but there is still an issue or  two.

I will need to create a new test app and upload to mantis before JVCL
3.0 is final.
As I see it, the normal cases for multi form use are:

Static Forms:
Normal use with the one JvAppIniFileStorage shared for all forms
Each form with its own JvAppIniFileStorage (form reuse)
Additional data added to the JvAppIniFileStorage in user code
Use of .show and .showmodal

Dynamic Forms:
Normal use with the one JvAppIniFileStorage shared for all forms
Each form with its own JvAppIniFileStorage (form reuse)
Additional data added to the JvAppIniFileStorage in user code
Use of .show and .showmodal

-
Craig





Subject: Re: PackageGenerator & VisualCLX
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Apr 2004 01:00:05 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Next step: clxgenerator.
Yes, but there, it's out of my league.
Mayne Andreas can help.

Cheers
Olivier Sannier
JVCL Developer


Subject: Re: JvDesktopAlert: Idea for a new appearing style
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 17 Apr 2004 16:07:40 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Hi
>
> This addressed to everybody, but mostly to Peter as he is the one who created that nice component.
> As you already know, the fading doesn't work with D5 and C5. Moreover, even if it is compiled in the application, it won't work under windows before Windows 2000.

Most likely also not with VisualCLX.

> So there is a need for an alternative method of appearing. I got the idea from Panda Antivirus which does the exact same thing, but instead of fading, it appears from the center as a growing rectangle. This is quite easy to do with regions applied to windows.

Looks like one of the posibble GUI effect of KDE ?

> However, I don't really have time to think about the way to implement this nicely, so I just launch the idea in the air, hoping that someone will grasp it <g>. This is mantis request #1657
>

Allthough I am interested, I have still a lot to do: doubleBuffering, a handfull of components still requiring fixes, still want to add some units, (JvDbCtrls?) , xml ...

Regards,

André Snepvangers



Subject: Re: Turbopower and VCL ??
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Apr 2004 16:05:21 +0200
Newsgroups: jedi.vcl

>> > > - A library can only be donated by the original developer
> >
> > That's BS imho. The TP stuff has been released under the MPL that means
> > anybody can do with it as he likes as long as he complies with the MPL.
> > Including them into jvcl would be in compliance with the MPL.
It may be BS legally, but not socially. I would never accept a library into
JVCL that wasn't donated by the original author or where the donation wasn't
supported by him/them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: threading question with jvcl
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Apr 2004 16:02:38 +0200
Newsgroups: jedi.vcl

> > I have
> > tried peters imageviewer and while it is faster, i like the look of the
> > thumbview better with my current app.
It could prove easiest to derive a new control from TJVImagesViewer and
paint it so it looks like jvthumbview...

I have no experience with Envision, so I have no clue as to how to replace
the TImage use.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL.NET
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Apr 2004 16:00:34 +0200
Newsgroups: jedi.vcl

> > But I think we really must rewrite almost everything.
So do I

> > And I
> > tend to write FCL components intead of VCL.NET components because VCL.NET
> > can use FCL components and FCL can do it, too.
I think this is the main reason to stay away from VCL.NET when doing
component development. FCL is compatible with everything else .NETis but
VCL.Net is really only compatible for other Delphi users. I don't know the
exact steps, but they at least have to install and register the Borland
libs.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFormStorage and StringLists
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Apr 2004 15:55:40 +0200
Newsgroups: jedi.vcl

Are you using the JVCL3BETA1 or do you have a later version? There has been
some fixes done since the beta that affects this issue.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDesktopAlert: Idea for a new appearing style
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Apr 2004 15:53:47 +0200
Newsgroups: jedi.vcl

Good idea. I was thinking of extending it to also work like the alerts in
MSN (expands from the bottom up). I suppose one could use AnimateWindow for
your suggestion as well as regions? Anyone knows from which OS version
AnimateWindow is supported?

Maybe we should add a Style property<g>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 17 Apr 2004 15:52:10 +0200
Newsgroups: jedi.vcl

OBones wrote:
> André Snepvangers wrote:
>
>> Why not remove the prefix (JVCL) from the description ?
>
>
> Because this would be JVCL specific. PG.EXE must be kept generic, hence the need for an additional XML node.

I was thinking about using the model name as prefix.

> However, the editor (PGEDIT.EXE) has some code to create the CLX description from the regular description:
> If the model is JVCL then set get the regular description, replace JVCL by JVCLX and set this as the CLX description for the package.
>
> I did that because in most cases, the only difference in the description was that JVCL is replaced by JVCLX for CLX targets.
>
This solution is fine for me anyway.

Next step: clxgenerator.
recipe:
- Put the units into a temp dir, you need also second temp for the next step.
- Run the jcl pascal preprocessor from that directory:

jpp -c -dVisualCLX -dCOMPILER6_UP -dCOMPILER7_UP -dCOMPILER7 -uVCL -dUSEJVCL -x..\temp2\ Jv*.pas

This step is actually only required for units containing forms, I added
some extra defines to leave out absolete code lines.
The code layou could be improved if jpp would delete the empty lines resulting from processed defines.
jpp is not part of jvcl, its location is therefor unknown!

- Let the clxgenerator do his job.

The clxgenerator I use is a modified version of the original clxgenerator from Andreas, I have uploaded it to binairies some time ago.

Regards,

André Snepvangers






> Cheers
>
> Olivier Sannier
> JVCL Developer



Subject: Re: JVCL.NET
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sat, 17 Apr 2004 14:47:45 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> píše v diskusním
pøíspìvku news:c5pace$bk4$1@talkto.net...
> >     Avoiding VCL.NET saves you the trouble of distributing the VCL.NET
dlls.

Which troubles? Adding those files to the Inno Setup script is a matter of a
few mouse clicks, or isn't it?


> > Avoiding the Delphi-specific features allows easier integration for C#
users
> > (who can than actually build descendants without having to make some weird
> > constructs and it will probably also simplify usage).

So when I write a component in VCL.NET, you say that C# developer would not
be able to use it at all?


> > Note that .NET/C# 2.0
> > will support generics which are basically class references+virtual
> > constructors.

When it is out, there will be no such problem as described above (C#
developer versus Delphi developer)?


> > The trouble with component libraries will be a
> > lot bigger I think (not actually tested that theory).

Actually, I'm trying to increase the number of 3rd party VCL components that
I use in my applications to those who already have (or will have in the near
future) support for both Win32 and .NET platform, so that the migration
would be not so painful. At this time, the only exception is JCL/JVCL and
TB2K/TBX.


> > Also note that D8
> > provides a feature to import any WinForms component into VCL.NET but I
have
> > heard mixed results about it (sometimes not completely working, missing
> > certain design time capabilities, etc).

I'm a complete .NET newbie, could you please explain if this is possible to
mix up the VCL.NET with WinForms components in a single application? Are
there any articles regarding Delphi and .NET?


Best regards,
Ivo




Subject: Re: Enumerating Com Ports via SetupAPI. FINALLY got it right!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 17 Apr 2004 14:47:03 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please contact me directly. I currently work on components which enumerate the devices through the Setup API.

To be precise i picked all relevant headers from the Windows XP DDK with all GUIDs enumerating devices through the SetupDi functions.



Subject: Re: PackageGenerator & VisualCLX
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 17 Apr 2004 21:04:28 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Why not remove the prefix (JVCL) from the description ?

Because this would be JVCL specific. PG.EXE must be kept generic, hence the need for an additional XML node.
However, the editor (PGEDIT.EXE) has some code to create the CLX description from the regular description:
If the model is JVCL then set get the regular description, replace JVCL by JVCLX and set this as the CLX description for the package.

I did that because in most cases, the only difference in the description was that JVCL is replaced by JVCLX for CLX targets.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Installer and language selection
From: "Stefano Pessina" <peste1@tin.it>
Date: Sat, 17 Apr 2004 12:32:14 +0200
Newsgroups: jedi.vcl

> > And how should the compiler decide which language file he should use. And
> > don't say "why not 'install.bat de'".

You could use the GetSystemDefaultLangID function or this function:


function GetSystemLanguage : String;
var
  LanguageID : LangID;
  Language: Array [0..100] of Char;
begin
  LanguageID := GetSystemDefaultLangID;
  VerLanguageName(LanguageID, Language, 100);
  Result := String(Language);
end;


> > A translated installer is only possible when we ship a binary version of
> > the installer.

With the same function and including an external language file?

Regards,
Stefano Pessina




Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 17 Apr 2004 11:45:31 +0200
Newsgroups: jedi.vcl

OBones wrote:
>
> This now works. I've put JvNet-R.xml and template.dpk for Delphi 7 clx in the binaries newsgroup. The changes haven't been commited in CVS yet, you are the "master" on the CLX subject, I'd prefer if you were the one to do it.
.... and slave.
> Basically, remove the JvQxxx.xml, change the targets in the Jvxxx.xml from allbutclx to all, add the ClxDescription node, use the given template, and you should be ok.
>
Perfect.
>> There is one more issue: package name: 'JVCL Core Components' versus 'JVCLX Core Components'
>
> That was an easy one actually. There is now a button in pgEdit.exe to specify the CLX description. If the node doesn't exist in the xml source files, the regular description is used.
>
Why not remove the prefix (JVCL) from the description ?

Regards,

André Snepvangers
> Cheers
>
> Olivier Sannier
> JVCL Developer



Subject: Re: Installer and language selection
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 17 Apr 2004 19:34:39 +1000
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de> wrote:
>
>> Stefano Pessina wrote:
>>
>>
>>> What about implement the language selection for JVCL by the
>>> installer?
>>>
>>> And what about a translation of the installer?
>>
>> And how should the compiler decide which language file he should use.
>> And don't say "why not 'install.bat de'".
>>
>> A translated installer is only possible when we ship a binary version
>> of the installer.
>
>
> Hello,
>
> if dxGetText would be used for translation, all to do is to provide the MO
> files even if it is not a binary version. dxGetText uses the language
> version that matches the users system and uses no MO translation if no
> matching MO translation is found. The compiler does not decide this.
>
> Of course the PO files must be up-to-date and if some strings in the
> installer are changed the PO files will have to be updated and compiled to
> the correct MO files.
>

Yes, we know that, but the installer is distributed as source files and compiled on the user's system. At the moment of compiling, the location of dxgettext is not known and a such cannot be used.


Subject: Re: Installer and language selection
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 17 Apr 2004 10:58:21 +0200
Newsgroups: jedi.vcl

Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de> wrote:
> > Stefano Pessina wrote:
> >
>> >> What about implement the language selection for JVCL by the
>> >> installer?
>> >>
>> >> And what about a translation of the installer?
> >
> > And how should the compiler decide which language file he should use.
> > And don't say "why not 'install.bat de'".
> >
> > A translated installer is only possible when we ship a binary version
> > of the installer.

Hello,

if dxGetText would be used for translation, all to do is to provide the MO
files even if it is not a binary version. dxGetText uses the language
version that matches the users system and uses no MO translation if no
matching MO translation is found. The compiler does not decide this.

Of course the PO files must be up-to-date and if some strings in the
installer are changed the PO files will have to be updated and compiled to
the correct MO files.

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: JvDesktopAlert: Idea for a new appearing style
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 17 Apr 2004 18:47:07 +1000
Newsgroups: jedi.vcl

Hi

This addressed to everybody, but mostly to Peter as he is the one who created that nice component.
As you already know, the fading doesn't work with D5 and C5. Moreover, even if it is compiled in the application, it won't work under windows before Windows 2000.
So there is a need for an alternative method of appearing. I got the idea from Panda Antivirus which does the exact same thing, but instead of fading, it appears from the center as a growing rectangle. This is quite easy to do with regions applied to windows.
However, I don't really have time to think about the way to implement this nicely, so I just launch the idea in the air, hoping that someone will grasp it <g>. This is mantis request #1657

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: JVCL.NET
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Apr 2004 09:44:02 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Also most of the developers do not have D8.

I have it. But I think we really must rewrite almost everything. And I
tend to write FCL components intead of VCL.NET components because VCL.NET
can use FCL components and FCL can do it, too.


-- Regards, Andreas Hausladen 

Subject: Re: PackageGenerator & VisualCLX
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 17 Apr 2004 16:03:03 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> The creation of DOFs with the batch file is deprecated and unsupported.
> Just wanted to keep things simple.
Me too, so I got rid for good of the support of MakeDof.bat. Please use a template.dof file instead.

> Another issue: clx packages have a different template for .dof
That's easy, as k3 and d7clx are separate targets, simply put a template for the dof file in the directory. Oh wait. That's already the case! <g>

> Replace '\run\Jv' with '\qrun\JvQ' , '\design\Jv' -> \qdesign\JvQ, ... ?
Yeah, that's what I did. Please use the very latest version of the package generator and pgEdit.xml
It defines a group of nodes where you define ClxReplacements
The documentation has been updated too.

>>     <File Name="..\..\run\JvAVICapture.pas"
>>           Targets="allbutclx" Formname="" Condition=""/>
>>     <File Name="..\..\run\JvBmpAnimator.pas"
>>           Targets="all" Formname="" Condition=""/>
>>
>
> Exactly what I wanted !

This now works. I've put JvNet-R.xml and template.dpk for Delphi 7 clx in the binaries newsgroup. The changes haven't been commited in CVS yet, you are the "master" on the CLX subject, I'd prefer if you were the one to do it.
Basically, remove the JvQxxx.xml, change the targets in the Jvxxx.xml from allbutclx to all, add the ClxDescription node, use the given template, and you should be ok.

> There is one more issue: package name: 'JVCL Core Components' versus 'JVCLX Core Components'
That was an easy one actually. There is now a button in pgEdit.exe to specify the CLX description. If the node doesn't exist in the xml source files, the regular description is used.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Enumerating Com Ports via SetupAPI. FINALLY got it right!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 17 Apr 2004 06:27:58 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> After much mucking about, I finally got the tricky "Enumeration of Com
> Ports" working.
>
> In the binaries newsgroup I have posted my code sample. I think it might be a nice addition to JEDI JVCL. It would be tricky to add it to a Com-Port-library like TCOmPort, because of its reliance on the JEDI API Conversion of the SetupAPI, which is also used in the JVCL HID components.

Please contact me directly. I currently work on components which enumerate the devices through the Setup API.



Subject: Re: JVCL.NET
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 17 Apr 2004 06:25:57 +0200
Newsgroups: jedi.vcl

Also most of the developers do not have D8.



Subject: Re: Turbopower and VCL ??
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 16 Apr 2004 22:50:30 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c5nrvv$1gh$1@talkto.net...

> > - A library can only be donated by the original developer

that's not correct and it was cleared already by somebody else

> > - It has a community where everyone interested in participating can do so,
> > just as JVCL
> > - The library is huge and we don't have the manpower to maintain it here

But an other idea would be to extract those parts that would
enhance/compliment JVCL and include them as long as doesn't create too much
work..

For people who still use TP products the current TP newsgroups could be
sufficient, but for strictly JVCL users there could be an advantage to
include parts of TP library and thus make JVCL more rounded.

Maybe something for JVCL 4.0? :)

Michael




Subject: Problem with latest JvLabel?
From: "norberto" <pellicci@shaw.ca>
Date: Fri, 16 Apr 2004 19:02:05 -0700
Newsgroups: jedi.vcl

Hi,

i finally installed the latest JVCL / JCL via CVS earlier today. THANK YOU
to those who helped put me on the right path. :-)

In my application, i was originally using the JvAngleLable component for
some labels, and since they are now gone (i haven't found them in the latest
Jvcl anymore), then i decided to use JvLabel, which has an Angle property.

i noticed that as soon as i set the angel property to something other than 0
degrees (say, 90 deg.), and then set the Autosize property to TRUE, that the
label (in design mode) started moving constantly trying to orient itself and
autosize itself at the same time. Kind of like an animation but an unwanted
one.

i have already placed this bug (i assume it to be a bug) on the JEDI Issue
Tracker but was wondering if anyone here has seen this problem yet and if
there is a "quick fix" for now for it?

Thanks for your help.





Subject: Re: Installer and language selection
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Apr 2004 03:06:07 +0200
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> > What about implement the language selection for JVCL by the installer?
> > 
> > And what about a translation of the installer?

And how should the compiler decide which language file he should use. And
don't say "why not 'install.bat de'".

A translated installer is only possible when we ship a binary version of
the installer.


-- Regards, Andreas Hausladen 

Subject: Installer and language selection
From: "Stefano Pessina" <peste1@tin.it>
Date: Sat, 17 Apr 2004 01:35:32 +0200
Newsgroups: jedi.vcl

What about implement the language selection for JVCL by the installer?

And what about a translation of the installer?

Regards,
Stefano Pessina




Subject: Re: Turbopower and VCL ??
From: Thomas Mueller <news@s2h.cx>
Date: Fri, 16 Apr 2004 23:24:27 +0000
Newsgroups: jedi.vcl

Hi,

Peter Thörnqvist wrote:

> > We wouldn't accept the TurboPower libraries in JVCL for various reasons:

> > - A library can only be donated by the original developer

That's BS imho. The TP stuff has been released under the MPL that means
anybody can do with it as he likes as long as he complies with the MPL.
Including them into jvcl would be in compliance with the MPL.

But your other points are valid ones:

> > - It has a community where everyone interested in participating can do so,
> > just as JVCL
> > - The library is huge and we don't have the manpower to maintain it here
> > - It looks to me like you are trying to avoid doing anything yourself and
> > instead are trying to get others to do the work for you

twm



Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 17 Apr 2004 00:43:33 +0200
Newsgroups: jedi.vcl

OBones wrote:
> André Snepvangers wrote:
>
>> OBones wrote:
>>
>
>> Separate package templates for vcl & clx could do that job.
>
> I don't see how.
Ignore that remark
>
>> The actual generation of the JvQ units could be done in similar way as Create Dofs. I would like to have an option to select the packages that
>> should be generated.
>
> The creation of DOFs with the batch file is deprecated and unsupported.
>

Just wanted to keep things simple.
Another issue: clx packages have a different template for .dof

> Let me explain how it works with the latest version of pg.
> The source XML file is named JvTest-R.xml and contains this:
>
> <?xml version="1.0" encoding="iso-8859-1"?>
> <Package Name="JvTest" Design="0">
>   <Description>JVCL Test package</Description>
>   <C5PFlags/>
>   <C6PFlags/>
>   <C5Libs/>
>   <C6Libs/>
>   <Requires>
>     <Package Name="JvCore-R" Targets="all" Condition=""/>
>     <Package Name="CJCL50" Targets="C5" Condition=""/>
>     <Package Name="CJCL" Targets="C6,C6p" Condition=""/>
>   </Requires>
>   <Contains>
>     <File Name="..\..\run\JvSomeFile.pas"
>           Targets="allbutclx" Formname="" Condition=""/>
>     <File Name="..\..\qrun\JvQSomeFile.pas"
>           Targets="allclx" Formname="" Condition=""/>
>   </Contains>
> </Package>
>
> This generates the following package for the d7 target which is not marked with IsCLX. The filename is JvTestD7R.dpk and contains this:
>
> package JvTestD7R;
> {
> -----------------------------------------------------------------------------
>      DO NOT EDIT THIS FILE, IT IS GENERATED BY THE PACKAGE GENERATOR
>             ALWAYS EDIT THE RELATED XML FILE (JvTest-R.xml)
>
>      Last generated: 30-03-2004  12:28:01 UTC
> -----------------------------------------------------------------------------
> }
>
> {$I JVCL.INC}
>
> requires
>   JvCoreD7R
>   ;
>
> contains
>   JvSomeFile in '..\..\run\JvSomeFile.pas'
>   ;
>
> end.
>
> Now the same xml file generates the following package named JvQTestD7R.dpk for the d7clx target which is marked with IsCLX:
>
> package JvQTestD7R;
> {
> -----------------------------------------------------------------------------
>      DO NOT EDIT THIS FILE, IT IS GENERATED BY THE PACKAGE GENERATOR
>             ALWAYS EDIT THE RELATED XML FILE (JvTest-R.xml)
>
>      Last generated: 30-03-2004  12:28:01 UTC
> -----------------------------------------------------------------------------
> }
>
> {$I JVCL.INC}
>
> requires
>   JvQCoreD7R
>   ;
>
> contains
>   JvQSomeFile in '..\..\qrun\JvQSomeFile.pas'
>   ;
>
> end.
>
> As you see, the Requires section has been updated with the Q automatically because the target is marked with IsCLX. However, the source XML file still needs to have two entries for JvSomeFile and JvQSomeFile when I'd like to have only one because (to me) they are the same files, just renamed. I could apply the same prefix detection fule for pascal files, that is, when I find Jv, then I replace it with the prefix for the current target (Jv or JvQ), but then the directory in the 

Replace '\run\Jv' with '\qrun\JvQ' , '\design\Jv' -> \qdesign\JvQ, ... ?

> have that in JvMM-R.xml:
>
>     <File Name="..\..\run\JvAVICapture.pas"
>           Targets="allbutclx" Formname="" Condition=""/>
>     <File Name="..\..\run\JvBmpAnimator.pas"
>           Targets="all" Formname="" Condition=""/>
>

Exactly what I wanted !

> Notice the all on the second file node.
> Another solution in place of the directory equivalence (which I find ugly) would be to add a property called ClxName to the File node 

I don't have a problem with that! You could also put the subst.rules in a file.

> containing the name of the file to use for a CLX target. This solution however puts more strain on the user interface used to edit xml files.
>

I don't see the problem here. I see here also another advantage, the possiblity to freeze JvQ.. units in cases where an update of the Jv.. might not be compatible (yet).

> Any comments are more than appreciated
>

There is one more issue: package name: 'JVCL Core Components' versus 'JVCLX Core Components'

Regards,

André Snepvangers



Subject: Re: Turbopower and VCL ??
From: Matthias Thoma <ma.thoma@gmx.de>
Date: Fri, 16 Apr 2004 21:30:36 +0000 (UTC)
Newsgroups: jedi.vcl

> > That's BS imho.  The TP stuff has been released under the MPL
> > [...]

Donating isn't a MPL concept at all :-) Nonetheless, speaking about the MPL only (and not about accepting donations by the JVCL team) you are correct: It would be allowed to include them.

Anyway, regarding the JCL we simply do not include complete libraries if the original author (or the community currently maintaining the stuff) doesn't like that. Unfriendly takeovers should be left to the business world, shouldn't it? I assume the JVCL team thinks similarly.

- Matthias


Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 16 Apr 2004 22:07:43 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>>> Then don't put any path information for the files and add this in a clxdesigner.cfg file
>>> -U$(ROOT)\Source\ToolsApi
>>> -U$(ROOT)\Source\Property Editors
>>>
>>> And it should work nicely.
>>>
>>
>> I will try it in the coming days.
>
>
> As an alternative you could try to make the paths relative to
> $(DELPHI)\lib means:
> ..\source\ToolsApi\ClxDesignWindows.pas
> ..\source\...
>
>
> By the way (I'm not a lawyer, too) but the deploy.txt file says clearly
> that you (I hope my translation is correct)
>
I am not a lawyer, too
> "You are NOT allowed to depoly BORLAND supplied design time only packages.
> You may not recompile or ship Borland supplied components or libraries for
> the purpose of usage by other developers.
> Packages that You have developed may not have the same name as Borland
> supplied packages."
>
No development was done. More or less the .dpk files just list the units in clxdesigner70: no secret. We could also write something stating just the same: "Howto build clxdesigner.dcp". You can find that information on the internet allready!
IMHO Borland won't take any action. Remember that JVCL (still) contains code copied form the borland sources.
And of course we can leave out all units that would require clxdesigner.dcp from the windows packages.
I am only involved with JVCL because of the (linux) opensource community, and most certainly not for m$win$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$
I am just hoping that more apps will become available for linux, with RAD offered by Delphi/Kylix. The standard VisualCLX component palette offered by Borland (OE & Pro) is very limited.
The upcoming release of JVCLX 1.0 will hopefully change that by extending the pallete with more then 200 components !
A key isssue here is still(?) doublebuffering.
If this is implemented in the (VisualCLX) JvEx classes, Andreas, then we could refer to "*enhanced* CLX classes" insteadof "Extended VCL Classes"

Kind Regards,

André Snepvangers




Subject: Re: JVCL.NET
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 16 Apr 2004 21:41:32 +0200
Newsgroups: jedi.vcl

Hello, Ivo!
You wrote  on Fri, 16 Apr 2004 21:14:29 +0200:

 IB>  Currently, I develop actively for Win32 (and
 IB> will continue to do so in several years)

   so will most developers I think.

 IB>  but plan to migrate to .NET as it become unavoidable. I'm just curious
 IB> why do you prefer WinForms over VCL.NET and why do you want to get rid
 IB> of the above mentioned Delphi-specific features in your future code?

    Avoiding VCL.NET saves you the trouble of distributing the VCL.NET dlls.
Avoiding the Delphi-specific features allows easier integration for C# users
(who can than actually build descendants without having to make some weird
constructs and it will probably also simplify usage). Note that .NET/C# 2.0
will support generics which are basically class references+virtual
constructors. It's unbelievable how hyped C# developers can be about a
feature us Delphi programmers already had since 1995 <g>

    I think VCL.NET is more geared towards "easy" migration of old Win32
projects. If you have a big application, using VCL.NET will greatly reduce
the time needed to convert. The trouble with component libraries will be a
lot bigger I think (not actually tested that theory). Also note that D8
provides a feature to import any WinForms component into VCL.NET but I have
heard mixed results about it (sometimes not completely working, missing
certain design time capabilities, etc).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JVCL.NET
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 16 Apr 2004 21:14:29 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> píše v diskusním
pøíspìvku news:c5p5pg$al5$1@talkto.net...
> >     Having the same plans but did decide on using Object Pascal. However,
I
> > try to avoid some of the useful and well-known Delphi features (such as
> > class references and virtual constructors). I also ignore the VCL.NET and
> > use WinForms only.

Nothing related to JVCL. Currently, I develop actively for Win32 (and will
continue to do so in several years) but plan to migrate to .NET as it become
unavoidable. I'm just curious why do you prefer WinForms over VCL.NET and
why do you want to get rid of the above mentioned Delphi-specific features
in your future code?


Best regards,
Ivo




Subject: JvFormStorage and StringLists
From: "Craig" <craig@.at.qnotes.com>
Date: Fri, 16 Apr 2004 15:13:26 -0400
Newsgroups: jedi.vcl

JvFormStorage I think it stopped supporting string lists.

I have a combo's item list 'edtBarcode.items' in the formstorage and I
use a JvAppIniFileStorge.

Here is what I get:
[TfrmMain..edtBarcode_Items]  << note the two '..'
Count=3
Item0=Z 0000
Item1=Z 1289
Item2=

Also I does not read back in at application start.


The extra line (Item2=) is because I had a blank line in the origional
edtBarcode combo.  This is the workaround for the Delphi bug with win 98
and combos.

-- Craig 

Subject: Re: JVCL.NET
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 16 Apr 2004 20:23:08 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 16 Apr 2004 18:01:02 +0200:

 PT> All that said, I've had plans for a while reimplementing from scratch
 PT> some of the more useable controls but I can't decide whether to go with
 PT> Object Pascal or C# (and i donät have the time at the moment).

    Having the same plans but did decide on using Object Pascal. However, I
try to avoid some of the useful and well-known Delphi features (such as
class references and virtual constructors). I also ignore the VCL.NET and
use WinForms only. I've been working on the Led control on-and-off for the
last month. It basically works as longs as you use it only at run time.

 PT> Either way, nothing will happen until JVCL 3 final is released.

    Quite right. I'm even inclined to say it will be different project
completely. I will not be converting JvInspector, since we have the standard
PropertyGrid control for that.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: threading question with jvcl
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 16 Apr 2004 13:12:33 -0500
Newsgroups: jedi.vcl

I have an image browser app. one of its features is a thumbview using the
jvthumbview. This is a little slow, so i was wondering, is there a way to
speed it up using threads? I have never used threads before, so i dont
really know where to begin, but i would really love to optimize this
component. I even thought about replacing the timage base with the envision
imagescrollbox as the base class to see if it would be faster than delphi's
timage, but again, i am not sure where to replace it from and to. I have
tried peters imageviewer and while it is faster, i like the look of the
thumbview better with my current app.

Can anybody help me? point me in the right direction? maybe some sample code
or something?

Thanks in advance,
Dave




Subject: Re: JvGif question
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 16 Apr 2004 11:18:43 -0500
Newsgroups: jedi.vcl

Nevermind. I apologise. It turns out that i was using the wrong graphic
reference from the image library i use.(Envision) When i inserted the
correct reference it seems to save without resizing.
Can anyone supply an example of how to use jvgif? I cant seem to figure out
how to set the palleteformat, size, quality, etc.
I would greatly appreciate it, because i notice the quality of the image is
different when saving to gif than the original jpeg or bmp.
Like when i try the following:
MyGif.PalleteFormat :=
I try to invoke code completion and it tells me it cant because of errors in
my source code. ???

Thanks again Peter.
And Thanks In Advance for any help you can give on jvgif settings.

Dave

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c5msm0$s9q$1@talkto.net...
> > I made a small test:
> >
> > Drop a TImage, two buttons and a TOpenPictureDialog on a form. Add JvGIF
and
> > jpeg to uses. Write this code in the button click handlers:
> >
> > procedure TForm1.Button2Click(Sender: TObject);
> > var B:TBitmap;
> > begin
> >   if OpenPictureDialog1.Filename <> '' then
> >   begin
> >     B := TBitmap.Create;
> >     try
> >       B.Assign(Image1.Picture.Graphic);
> >       with TJvGIFImage.Create do
> >       try
> >         Assign(B);
> >         SaveToFile(ChangeFileExt(OpenPictureDialog1.Filename,'.gif'));
> >       finally
> >         Free;
> >       end;
> >     finally
> >       B.Free;
> >     end;
> >
> >
Image1.Picture.LoadFromFile(ChangeFileExt(OpenPictureDialog1.Filename,'.gif'
> > ));
> >   end;
> > end;
> >
> > procedure TForm1.Button1Click(Sender: TObject);
> > begin
> >   if OpenPictureDialog1.Execute then
> >     Image1.Picture.LoadFromFile(OpenPictureDialog1.Filename);
> > end;
> >
> > Tried with a selection of jpg's and seems to be the same size when
> > converted.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 16 Apr 2004 18:10:05 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
>> BTW The libc manual is a disaster.
>
>
> I only use man pages for this. But man pages are only good if you know the
> function.
>

I was not referring to the content of the man pages. The key to any good documentation, either electronic or in paper, are the provided indeces and in case of electronic documents, also 'Find'; the unix man pages concept has nothing to do with a help system such as provide by windows help system, kylix help or even the (excellent) html based Qt manual.
But I guess that commandline freaks, the man page concept still appeals, but I am not one of them. ;)
For libc I use the html manual, which I can also consult under windows.

Kind regards,

André Snepvangers




Subject: Re: JVCL.NET
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 16 Apr 2004 18:01:02 +0200
Newsgroups: jedi.vcl

No planes as of yet. To get an indication on the work involved, open one of
the packages of your choice in D7, enable all warnings and build it. Every
warning displayed (and there's probably a LOT!) is an error in D8. And that
is just the easy part. A lot of the stuff in JVCL isn't even available in D8
not to mention the JVCL reliance on JCL - if they don't port we can't either
without major rewrites.

All that said, I've had plans for a while reimplementing from scratch some
of the more useable controls but I can't decide whether to go with Object
Pascal or C# (and i donät have the time at the moment).

Either way, nothing will happen until JVCL 3 final is released.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Apr 2004 17:49:10 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Could you still add the cmVCL behaviour to TJvExGraphicControl class ?
> > Could you also add perform to JvEx classes? I can also add them to
> > JvComponent but imo they belong to the JvEx units.  (A few ifdef's less)

Done.


-- Regards, Andreas Hausladen 

Subject: Enumerating Com Ports via SetupAPI. FINALLY got it right!
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 16 Apr 2004 11:36:34 -0400
Newsgroups: jedi.vcl

After much mucking about, I finally got the tricky "Enumeration of Com
Ports" working.

In the binaries newsgroup I have posted my code sample. I think it might be a nice addition to JEDI JVCL. It would be tricky to add it to a Com-Port-library like TCOmPort, because of its reliance on the JEDI API Conversion of the SetupAPI, which is also used in the JVCL HID components.

Warren

[see jedi.binaries for EnumComPorts.zip]


Subject: Re: Turbopower and VCL ??
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 16 Apr 2004 16:50:35 +0200
Newsgroups: jedi.vcl

I think Turbopower´s stuff is really to big for JVCL.
But it´s a real problem that noone is responsible for updating the libs.
I think it´s a real bad supplied opensource project. I´ve found a bug in
AsyncPro´s RAS component. I don´t know where I can report this bug. Writing
it to forum isn´t really succesful.

I think it would be a great idea to put the hot stuff like AsyncPro to the
frame of JEDI. The reason is that most of developers and users in the
borland world know of project Jedi, but many of them don´t know that
Turbopower´s libs are now opensource (since over a year). Code is never
perfect. Code can only survive through ongoing development.

But this would be the decision of  Turbopower´s developers.

Regards
Dierk

==========================================
NO Software Patents in Europe! No time to loose!
http://petition.eurolinux.org/index_html
==========================================







Subject: How I change the DecodeText in JvBehaviorLabel ?
From: "Fellipe Henrique" <fellipe@rodoviariolider.com.br>
Date: Fri, 16 Apr 2004 11:30:48 -0300
Newsgroups: jedi.vcl

Hello, how I change the decodedtext in JvBehaviorLabel1?

Thanks for all
Fellipe




Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 16 Apr 2004 16:24:14 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> - Question remains if CopyRect should be fixed for TGraphicControl, it
>> is not "3th party compatible". As an example JVCLX: JvQLed uses CopyRect.
>
>
> Wait for the next Patch release. I introduce a new function called
> SetCopyRectMode(cmCLX/cmVCL). cmCLX is default.
>

Could you still add the cmVCL behaviour to TJvExGraphicControl class ?
Could you also add perform to JvEx classes? I can also add them to JvComponent but imo they belong to the JvEx units.
(A few ifdef's less)

Regards,

André Snepvangers

Regards




Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Apr 2004 16:06:04 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > You seem to use the Qt 2.1 manual. Why, the Qt 2.3 manual is on
> > the trolltech site?  

I use the one on Trolltech's homepage and this is Qt 2.3


> > BTW The libc manual is a disaster.

I only use man pages for this. But man pages are only good if you know the
function.



-- Regards, Andreas Hausladen 

Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 16 Apr 2004 16:00:58 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> I didn't know NoBackground since your first positing with this functions.
>
IMO the source files (especially Qt) provide more information then Help,
allthough this can lead to copying Borland mistakes (Example: QColor) :(
But you need the code explorer for this otherwise it is seaching for a needle in a haystack.
For the JVCLX project I have spent more hours on RTFM then on coding.
Reading manuals has reduced coding effort. (flat coding)
You seem to use the Qt 2.1 manual. Why, the Qt 2.3 manual is on the trolltech site?
BTW The libc manual is a disaster.

Regards,

André Snepvangers



Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 16 Apr 2004 15:47:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> Wait for the next Patch release. I introduce a new function called
> SetCopyRectMode(cmCLX/cmVCL). cmCLX is default.
>
Well done!
And in the end we will have a complete rewritten VisualCLX. ;)
Maybe Borland could then donate Kylix to the Opensource community?

Did you allready implement a fix for TWidgetControl.color ?
It reads/writes the color of the inherited TControl instead of the
background color of the underlying QWidget.

Regards,

André Snepvangers




Subject: Re: install on d7std
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 16 Apr 2004 13:29:18 +0000
Newsgroups: jedi.vcl

You are welcome!

it has no real priority for me since I was just interested in having a look at D7 (which seems to be no real improvement over D5 for me).

@Andreas: If you have time to deal with this problem, please tell me how I can help isolating the cause...

Best regards,

michael

OBones schrieb:
> micha schumann wrote:
>
>>> Through the installer, using a command line...
>>
>>
>> I used the installer...
>
> Ok, then only Andreas can answer you on this topic. Unfortunetaly, he doesn't seem to be around at the moment.
>
> Thanks for reporting the problem though.
>
> Cheers
>
> Olivier Sannier
> JVCL Developer


Subject: JVCL.NET
From: "Rodrigo.net" <rodrigol@bigfoot.com>
Date: Fri, 16 Apr 2004 10:26:26 -0300
Newsgroups: jedi.vcl

Do you have plans to make a .NET version of JVCL for D8? Had any jobs
started for the conversion?




Subject: Re: Problem for install on latest JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Apr 2004 21:30:38 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> norberto wrote:
>
>
>> i did not download via CVS but from zipped files folders.
>
>
> These are daily snapshots of the JVCL CVS version. The JCL has no daily
> snapshots.

There were talks about getting the JCL to create daily snapshots and they actually exist:

http://jcl.sourceforge.net/daily/

Makes life easier ;-)


Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Apr 2004 13:28:48 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > - Question remains if CopyRect should be fixed for TGraphicControl, it
> > is not "3th party compatible". As an example JVCLX: JvQLed uses CopyRect.

Wait for the next Patch release. I introduce a new function called
SetCopyRectMode(cmCLX/cmVCL). cmCLX is default.


-- Regards, Andreas Hausladen 

Subject: Re: Problem for install on latest JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Apr 2004 13:26:31 +0200
Newsgroups: jedi.vcl

norberto wrote:

> > i did not download via CVS but from zipped files folders.

These are daily snapshots of the JVCL CVS version. The JCL has no daily
snapshots.



-- Regards, Andreas Hausladen 

Subject: Re: install on d7std
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Apr 2004 21:16:55 +1000
Newsgroups: jedi.vcl

micha schumann wrote:

>> Through the installer, using a command line...
>
> I used the installer...
Ok, then only Andreas can answer you on this topic. Unfortunetaly, he doesn't seem to be around at the moment.

Thanks for reporting the problem though.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 16 Apr 2004 12:55:29 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:
>>....
> - Both TGraphicControl and T(Control)Canvas are very very thin components: easy to implement TGraphicControl with VCL behaviour.
> type
>   TGraphicControlCanvas = class(TControlCanvas)
> ...
>   public
>     procedure CopyRect( .. ); override;
>   end;
> Or Not ?
Hmm, altough is feasible to create a paintdevice for TGraphicControl, it is of no interest, if it is fixed in this way.

Regards,

André Snepvangers



Subject: Re: install on d7std
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 16 Apr 2004 10:00:11 +0000
Newsgroups: jedi.vcl

OBones schrieb:
> micha schumann wrote:
>
>> Hi,
>>
>> I found D7 packages.mak in subdir packages. Maybe the reason is that I have D5 enterprise and d7 personal installed? On d5 it installed perfectly. Or does the german version respond the wrong way (I installed the one included in the german computer magazine ct)?
>
> I have no clue about that, you would have to wait for the main author of those things to come around.
>
>> TO answer your second question: I did not manage it at all, since there were several other packages having errors dure to missing db-stuff.
>
> I know, I was just asking you how you launched the build process. Through the installer, using a command line...
I used the installer...


Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 16 Apr 2004 11:50:44 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> André Snepvangers wrote:
>
>
>> But QPaintDevice provides clipping !
>
>
> That's true, but a TGraphicControl is no TWidgetControl. The
> QWidget_to_QPaintDevice() does not work because there is no QWidgetH for a
> TGraphicControl. TGraphicControls are completely handled by the parent (a
> QWidgetH). And when I clip the QPaintDevice of the QPainter of a
> TGraphicControl I clip the QPaintDevice of the parent. The only solution
> where no mapping is necessary is to use a background QPixmap and paint the
> pixmap to the parent's QPaintDevice in Canvas.Stop.
>
Some remarks:
- All Control QPaintdevices refer to the same paint device: there is only one screen.: (Control) paintdevices are mapping the coordinate system of the control.
- Both TGraphicControl and T(Control)Canvas are very very thin components: easy to implement TGraphicControl with VCL behaviour.
type
  TGraphicControlCanvas = class(TControlCanvas)
....
  public
    procedure CopyRect( .. ); override;
  end;
Or Not ?
- Question remains if CopyRect should be fixed for TGraphicControl, it is not "3th party compatible". As an example JVCLX: JvQLed uses CopyRect.
> ....
> At the moment I'm adding setBackgroundMode calls to my QThemed unit. This
> reduces flickering.
>

Talking about flickering: Done some expirements with JvQXPBar/JvQComponent
and double buffering: That would be a very nice enhancements of JvEx classes

Regards,

André Snepvangers



Subject: Re: Problem for install on latest JVCL
From: "norberto" <pellicci@shaw.ca>
Date: Fri, 16 Apr 2004 02:45:02 -0700
Newsgroups: jedi.vcl

i did not download via CVS but from zipped files folders. The files were
dated 2004-04-15 and i thought these were the latest. i will go to CVS and
download.

Thank you.


"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c5o63t$3jg$2@talkto.net...
> > norberto wrote:
> >
>> > > Can anyone help?
> >
> > Yes, this is a problem that has already been answered at least 3 times
> > in the past 5 days. The solution is simple: Update your copy of the JCL,
> > only the one that is currently in CVS is compatible with the CVS version
> > of the JVCL 3




Subject: Re: Problem for install on latest JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Apr 2004 19:22:22 +1000
Newsgroups: jedi.vcl

norberto wrote:

> Can anyone help?

Yes, this is a problem that has already been answered at least 3 times in the past 5 days. The solution is simple: Update your copy of the JCL, only the one that is currently in CVS is compatible with the CVS version of the JVCL 3


Subject: Re: install on d7std
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Apr 2004 19:20:48 +1000
Newsgroups: jedi.vcl

micha schumann wrote:

> Hi,
>
> I found D7 packages.mak in subdir packages. Maybe the reason is that I have D5 enterprise and d7 personal installed? On d5 it installed perfectly. Or does the german version respond the wrong way (I installed the one included in the german computer magazine ct)?
I have no clue about that, you would have to wait for the main author of those things to come around.

> TO answer your second question: I did not manage it at all, since there were several other packages having errors dure to missing db-stuff.
I know, I was just asking you how you launched the build process. Through the installer, using a command line...


Subject: Re: Problem for install on latest JVCL
From: "MicroChip" <micro@ono.com>
Date: Fri, 16 Apr 2004 11:20:13 +0200
Newsgroups: jedi.vcl

Have you take a look at group or simply you maked the question and let we
answer? :P

==========================================================================
* Forwarded by MicroChip <micro@ono.com>
* Newsgroup: jedi.vcl
* From: "OBones" <obones_gfdg_@_rer_meloo.com>
* Date: Tue, 13 Apr 2004 16:24:30 +1000
* Subj: Re: JVCL - CVS refuses to install ?? (1.9 JCL installed and working
ok..)
==========================================================================

Andrew Tierney wrote:

> > Do I need to grab JCL from CVS also ? I was using JCL1.90 Build1497 ?
Yes, please use the one from CVS.

> > The CVS command I am using to grab JVCL 3 is
> >
> > cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl login
> > cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl co .
> >
> > Which grabs, dev, jvcl, jvcl132 directories and their contents..!  I
> > gather I could use dev/JVCL3 for the module instead of '.' ???
Yes, you could. But then, you wouldn't get dev/help where the source
files for the help are located.

> > Also should I grab JCL using the following CVS command ?
> > cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl login
> > cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl co .
That should work, yes.

Cheers

Olivier Sannier
JVCL Developer

==========================================================================
With best regards, MicroChip.  E-mail: micro@ono.com




Subject: Yet another important JvInspector fix.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 16 Apr 2004 11:09:14 +0200
Newsgroups: jedi.vcl

Hello, All!

    it's starting to get annoying, but yet another nasty critter was
discovered in JvInspector. Although the fix is minimal, it did take me three
(count them, 3) commits. The first commit was before I saved the last change
and the third commit was needed because I has overlooked one place where the
same problem could occur (it didn't, so it's not that important). The issue
shows itself in the InspExample demo (which I obviously haven't been using
to test the latest additions and corrections) and surfaces with resizable
items or items with non-default heights, inc combination with the painter.
CVS rev 1.83 works correctly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Problem for install on latest JVCL
From: "norberto" <pellicci@shaw.ca>
Date: Fri, 16 Apr 2004 01:38:04 -0700
Newsgroups: jedi.vcl

Hi,

i get the following errors when trying to run the latest code (2004-04-15)
for both JCL and JVCL:

....
C:\Program Files\Borland\Delphi7\JEDI\JVCL\run\JvJVCLAboutForm.pas(140)
Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

JvCoreD7R.dpk(92) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

** error 1 ** deleting JvCoreD7R.bpl

** error 1 ** deleting CompilePackages

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

[Cleaning...]

Could Not Find C:\Program Files\Borland\Delphi7\JEDI\JVCL\packages\D7\*.mak

Can anyone help?

Thanks.






Subject: Re: install on d7std
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 16 Apr 2004 08:34:43 +0000
Newsgroups: jedi.vcl

Hi,

I found D7 packages.mak in subdir packages. Maybe the reason is that I have D5 enterprise and d7 personal installed? On d5 it installed perfectly. Or does the german version respond the wrong way (I installed the one included in the german computer magazine ct)?

TO answer your second question: I did not manage it at all, since there were several other packages having errors dure to missing db-stuff.

Micha


OBones schrieb:

> micha schumann wrote:
>
>> globuscontrols seem to depend on dbgrid which is not available in d7 personal.
>>
>> [Compiling: JvGlobusD7R.bpl]
>> Borland Delphi Version 15.0
>> Copyright (c) 1983,2002 Borland Software Corporation
>> C:\Programme\Borland\Jvcl\run\JvgGridHeaderControl.pas(36) Fatal: Datei nicht gefunden: 'DBGrids.dcu'
>>
>> ** error 1 ** deleting JvGlobusD7R.bpl
>
> This is strange because the inclusion of DBGrids is enclosed in $IFDEF DelphiPersonalEdition and this symbol should be defined by both the package (packages\d7per\JvGlobusD7R.dpk) and the jvcl.inc file.
> However, the reason might be that the build system is using the "D7 packages.bpg" file instead of the "D7Per packages.bpg" file.
> This is easy to find out, just look for a file with extenstion ".mak"
> If it is named "D7 packages.mak" then the wrong package group has been used for your edition. Could you then tell us how you proceeded to build the JVCL ?
>
> Thanks for your help
>
> Cheers
>
> Olivier Sannier
> JVCL Developer
>


Subject: Re: Turbopower and VCL ??
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 16 Apr 2004 08:29:16 +0000
Newsgroups: jedi.vcl

I would also vote for not including this stuff in the JVCL for these reasons:

* Several components overlap a lot with functionality already included in the JVCL. Sorting this out will cause a lot of porting effort for either JVCL or TP users.

* IMHO they have partly not been updated for quite long time since they are mostly rock solid mature compared to the evolving JVCL.

* I experienced that all the TP stuff runs absolutely smoothly together with JCL/JVCL.

* I also think that the JVCL grows too much when including the Turbopower stuff.

micha


Andrew Tierney schrieb:
> Hi,
>
> So, if someone was to offer to bring them into the JVCL they would be
> accepted ?
> A lot of the components have not had updates in 16 months.
>
> ie. I am thinking of offering..!  Would they have to be renamed to JVCL
> convensions ?
>
>
>
>
>> There are no license problems.
>> It is the lack of manpower. Also the TurboPower components have its own
>> community.
>>
>
>
>


Subject: Re: JvThread question
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Fri, 16 Apr 2004 10:27:19 +0200
Newsgroups: jedi.vcl

I don't know that much about TJvThread, but from what I can read from the code and with the information you gave I could give you this advice: don't use TJvThread, at least not for a task involving only one single thread that is to be restarted over and over again.

If I were you I would write my own Thread class deriving from TThread (there are easy to understand examples in the delphi help). The thread is then controlled with the Terminate, Suspend and Resume methods.

I guess you could control each individual thread in the TJvThread component also (bad name by the way, it should be called TJvThreads or something like that), but that requires you to keep track of the order in which you Executed the thread and then use that as an index to the Threads[Index] property. But, and that's a big BUT :), that index can not be relied upon since a thread is removed from the list once terminated.

Another problem with this component is that the OnExecute Event can not know if the thread that invoked it is Terminated, so it's not suited for repetetive tasks. This shortcoming could be overcome, though, by adding the thread as a parameter, like this:

procedure TForm1.OnExecute(Sender: TObject; Thread: TThread; Params: Pointer);
begin
  // Then we could perform repetetive tasks by checking for
  // Terminated in between:
  while not Thread.Terminated do
  begin
    // Perform task here
  end;
end;

But I assume this component was written for Fire and Forget threads with relatively short execution times.

Regards

Hans-Eric Grönlund

norberto wrote:
> Hi,
>
> Can anyone tell me how to turn off a thread (using a JvThread component)? In
> my current code, even if i do not call the thread anymore (eg:
> Thread1.Execute()), the thread execute method will always be active unless i
> comment out the code within the execute method procedure itself.  i am
> trying to execute a thread, then wait until it finishes and be able to start
> it again or stop it (once it finishes executing) until it is needed again.
>
> i have looked at the example code in the 2.1 Jvcl package and that example
> just seems to continuously execute the threads. Is there any other example
> code available?
>
> Thanks in advance for any help you can provide...
>
>


Subject: Re: Advice on progress bars, sliders and trackers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Apr 2004 10:06:46 +0200
Newsgroups: jedi.vcl

> > And i now think upo commonalities between ProgressBar and TrackBar :-)
> > Are they really to be so different ?
The fact that sliders, trackbars, "waiting gradients" and progress bars are
so similar is what started this thread...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Turbopower and VCL ??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Apr 2004 08:28:32 +0200
Newsgroups: jedi.vcl

We wouldn't accept the TurboPower libraries in JVCL for various reasons:

- A library can only be donated by the original developer
- It has a community where everyone interested in participating can do so,
just as JVCL
- The library is huge and we don't have the manpower to maintain it here
- It looks to me like you are trying to avoid doing anything yourself and
instead are trying to get others to do the work for you

If you are interested in the TurboPower libraries, maybe you should consider
helping out in development at its current location?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Turbopower and VCL ??
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 16 Apr 2004 15:48:49 +1000
Newsgroups: jedi.vcl

Andrew Tierney wrote:

> Hi,
>
> So, if someone was to offer to bring them into the JVCL they would be
> accepted ?
> A lot of the components have not had updates in 16 months.
>
> ie. I am thinking of offering..!  Would they have to be renamed to JVCL
> convensions ?
Yes, preferably.
But while your offer will be considered, it would be better to receive it as an official statement from the team that is currently working on them, rather than from one isolated person.



Subject: Re: Turbopower and VCL ??
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Fri, 16 Apr 2004 14:27:35 +1000
Newsgroups: jedi.vcl

Hi,

So, if someone was to offer to bring them into the JVCL they would be
accepted ?
A lot of the components have not had updates in 16 months.

ie. I am thinking of offering..!  Would they have to be renamed to JVCL
convensions ?



> >
> > There are no license problems.
> > It is the lack of manpower. Also the TurboPower components have its own
> > community.
> >




Subject: Re: Turbopower and VCL ??
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Apr 2004 06:17:24 +0200
Newsgroups: jedi.vcl

Andrew Tierney wrote:
> Hi,
>
> Is it possible to include the Turbopower libraries (now under MPL 1.1) in
> the JVCL collection ?
> They are on SourceForge, open source, etc etc..
>
> I still use a number of the libraries which include:  Abbrevia (ZIP), Async
> Pro (Comms), Office Partner, SysTools, XML Partner and OnGuard.
>
> By including them in the JVCL collection, they would be maintained/bug fixed
> etc etc..
>
> Or does the MPL 1.1 license cause problems re: including it in the JVCL
> lib..?
>
> Thanks

There are no license problems.
It is the lack of manpower. Also the TurboPower components have its own community.



Subject: Re: JvThread question
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 15 Apr 2004 20:38:31 -0700
Newsgroups: jedi.vcl

Hi again,

Please ignore the comment on commenting out the code in the execute method.
It was a stupid mistake with the wrong directory...

However, i would still appreciate any advice on being able to control the
execution of threads and even being able to terminate them prematurely if
the need arises.

Thanks again.


"norberto" <pellicci@shaw.ca> wrote in message
news:c5neni$v6s$1@talkto.net...
> > Hi,
> >
> > Can anyone tell me how to turn off a thread (using a JvThread component)?
In
> > my current code, even if i do not call the thread anymore (eg:
> > Thread1.Execute()), the thread execute method will always be active unless
i
> > comment out the code within the execute method procedure itself.  i am
> > trying to execute a thread, then wait until it finishes and be able to
start
> > it again or stop it (once it finishes executing) until it is needed again.
> >
> > i have looked at the example code in the 2.1 Jvcl package and that example
> > just seems to continuously execute the threads. Is there any other example
> > code available?
> >
> > Thanks in advance for any help you can provide...
> >
> >




Subject: JvThread question
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 15 Apr 2004 19:43:15 -0700
Newsgroups: jedi.vcl

Hi,

Can anyone tell me how to turn off a thread (using a JvThread component)? In
my current code, even if i do not call the thread anymore (eg:
Thread1.Execute()), the thread execute method will always be active unless i
comment out the code within the execute method procedure itself.  i am
trying to execute a thread, then wait until it finishes and be able to start
it again or stop it (once it finishes executing) until it is needed again.

i have looked at the example code in the 2.1 Jvcl package and that example
just seems to continuously execute the threads. Is there any other example
code available?

Thanks in advance for any help you can provide...




Subject: Re: Advice on progress bars, sliders and trackers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 16 Apr 2004 06:32:15 +0400
Newsgroups: jedi.vcl

Hello, Peter!

>> >> Hmm, then again - slider should derive from windowed
>> >> control (in order to allow it to response keyboard input) while
>> >> gradient/progress bars are pure graphic thing...
PT> See, it helps talking about these things: I would never have thought
about
PT> keyboard support myself<g>!

And i now think upo commonalities between ProgressBar and TrackBar :-)
Are they really to be so different ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Advice on progress bars, sliders and trackers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 16 Apr 2004 06:28:43 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PT> styles that irks me. Using a painter without a Style property, there is

Well, Style maybe just drop-down list of painters, with default one
implemented and registered in the very unit of the component.
Then one, selecting style, might even forget that style really is class,
noit an enumeration value.

Of course, suach a value is to be stored as text, which makes component
slower to load.
Using hashes might be of some danger.
Though using hash of unitname and hash of class name might be ok for
99,99999% of cases.
Especially if we'll incorporate MD5 fro TP LockBox :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: can installer has it's own *.inc files ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 16 Apr 2004 06:19:58 +0400
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> The installer is for JVCL 3 and not for all components that could be
 AH> found on the next. (Or have I misunderstood you?

I want in installer editboxes, such as Folder for dxGetText, Folder for
ThemeManager.
So if they are not found by default i could manually specify where to look
for them.
I'd prefer usual FileOpen dialog, wanting some fixed filenam, like
'gnugettext.pas' so folder will be enforced to has proper file/

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re TJvPatchFile.
From: <ITServices@lubetech.com.au>
Date: Fri, 16 Apr 2004 11:09:22 +1000
Newsgroups: jedi.vcl

I am new to using JEDI 3.00 and I would really like to use TJvPatchFile,
However I am unable to locate any information regarding this component.
Examples, Help Files etc. Is anyone aware of any resources ?

Thanks





Subject: Re: install on d7std
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 16 Apr 2004 10:58:41 +1000
Newsgroups: jedi.vcl

micha schumann wrote:

> globuscontrols seem to depend on dbgrid which is not available in d7 personal.
>
> [Compiling: JvGlobusD7R.bpl]
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> C:\Programme\Borland\Jvcl\run\JvgGridHeaderControl.pas(36) Fatal: Datei nicht gefunden: 'DBGrids.dcu'
>
> ** error 1 ** deleting JvGlobusD7R.bpl
This is strange because the inclusion of DBGrids is enclosed in $IFDEF DelphiPersonalEdition and this symbol should be defined by both the package (packages\d7per\JvGlobusD7R.dpk) and the jvcl.inc file.
However, the reason might be that the build system is using the "D7 packages.bpg" file instead of the "D7Per packages.bpg" file.
This is easy to find out, just look for a file with extenstion ".mak"
If it is named "D7 packages.mak" then the wrong package group has been used for your edition. Could you then tell us how you proceeded to build the JVCL ?

Thanks for your help

Cheers

Olivier Sannier
JVCL Developer



Subject: Turbopower and VCL ??
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Fri, 16 Apr 2004 10:14:51 +1000
Newsgroups: jedi.vcl

Hi,

Is it possible to include the Turbopower libraries (now under MPL 1.1) in
the JVCL collection ?
They are on SourceForge, open source, etc etc..

I still use a number of the libraries which include:  Abbrevia (ZIP), Async
Pro (Comms), Office Partner, SysTools, XML Partner and OnGuard.

By including them in the JVCL collection, they would be maintained/bug fixed
etc etc..

Or does the MPL 1.1 license cause problems re: including it in the JVCL
lib..?

Thanks




Subject: install on d7std
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 15 Apr 2004 21:43:39 +0000
Newsgroups: jedi.vcl

globuscontrols seem to depend on dbgrid which is not available in d7 personal.

[Compiling: JvGlobusD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Programme\Borland\Jvcl\run\JvgGridHeaderControl.pas(36) Fatal: Datei nicht gefunden: 'DBGrids.dcu'

** error 1 ** deleting JvGlobusD7R.bpl


Subject: Re: JvGif question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Apr 2004 23:35:41 +0200
Newsgroups: jedi.vcl

I made a small test:

Drop a TImage, two buttons and a TOpenPictureDialog on a form. Add JvGIF and
jpeg to uses. Write this code in the button click handlers:

procedure TForm1.Button2Click(Sender: TObject);
var B:TBitmap;
begin
  if OpenPictureDialog1.Filename <> '' then
  begin
    B := TBitmap.Create;
    try
      B.Assign(Image1.Picture.Graphic);
      with TJvGIFImage.Create do
      try
        Assign(B);
        SaveToFile(ChangeFileExt(OpenPictureDialog1.Filename,'.gif'));
      finally
        Free;
      end;
    finally
      B.Free;
    end;

Image1.Picture.LoadFromFile(ChangeFileExt(OpenPictureDialog1.Filename,'.gif'
));
  end;
end;

procedure TForm1.Button1Click(Sender: TObject);
begin
  if OpenPictureDialog1.Execute then
    Image1.Picture.LoadFromFile(OpenPictureDialog1.Filename);
end;

Tried with a selection of jpg's and seems to be the same size when
converted.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvGif question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Apr 2004 23:22:31 +0200
Newsgroups: jedi.vcl

> > I am sure i am just missing something here but could not find help on
JvGif.
> > Anyone have any ideas?
Could you post some code that shows the conversion process you are using?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Use of JclUnicode in JvValidators
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Apr 2004 22:05:10 +0200
Newsgroups: jedi.vcl

Here's two alternatives:

1. If you plan to use reg exp and have the Masks unit:

Replace JclUnicode with Masks in uses. 

Change the function MatchesMask to:

function MatchesMask(const Filename, Mask: string): boolean;
begin
  Result := Masks.MatchesMask(Filename,Mask);
end;

2. If you don't plan to use reg exp:

Remove JclUnicode from uses

Change the function MatchesMask to:

function MatchesMask(const Filename, Mask: string): boolean;
begin
  Result := True; // or False
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXMLExport
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 15 Apr 2004 21:13:58 +0200
Newsgroups: jedi.vcl

Hi,

> No. There are a lot of problems realted to mapping of the data.

Well, if we don't care about table creation we "just" have to take all the fields and get the associated values from the xml. this we have to do for every record:

fields

a
b
c

values

x
y
z

Then we can say - under the assumption that we know the table name:

insert/replace into table ( a, b, c ) values ( x, y, z );

Everything else is done by the db server; we WOULD think. There are special chars, so we have to say

insert/replace into table ( a, b, c ) values ( :x, :y, :z );

And then

ParamByname( 'x' ).AsString := x;
....

So we do not need to take care of datatypes.

Another "means" would be to use the Table component of the VCL...

-- 
Holger


Subject: Re: jvPlugin - Calling routines & accessing properties from the Host app (Sorted) !
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 15 Apr 2004 18:35:59 +0000
Newsgroups: jedi.vcl

Hi,

this sounds very interesting to me! I switched to jvplugins and was happy to be able to access components on the mainform. So I moved e.g. the Database and the Transaction components from the datamodule to the mainform. Is it possible to access other things using an interface?

Pete Stoves schrieb:
> Nice to be able to reply to oneself.
> The call in the plugin should go through HostApplication & Mainform :-
> var
>   myHost : IMyAppInterface;
> begin
> If HostApplication.MainForm.getinterface(IMyAppInterface, myHost) Then
>  myHost.add_caption_panel('Categories', 'Test Panel');
> end;
>
>
> Pete


Subject: Re: Use of JclUnicode in JvValidators
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 15 Apr 2004 20:23:42 +0200
Newsgroups: jedi.vcl

On Thu, 15 Apr 2004 14:54:59 +0200, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <c5lu8r$mdq$1@talkto.net>:
> > That is a problem but a bigger problem is that there isn't any good free
> > regex units we can include in JCL/JVCL available AFAIK.

There is http://regexpstudio.com/TRegExpr/TRegExpr.html
Which seems pretty extensive though I haven't tested it and it's 
doubtful whether he wants to donate it because it looks as if he is 
making a non freeware RegExp Studio (but I may be wrong).

> > You could try your hand at creating an AnsiString implementation from the
> > regex version one in JclUnicode, put it in its own unit and use that
> > instead. If it works and reduces the file size, donate it to JCL so we can
> > use that instead.

Looking at it, this would need more time than I have, especially since 
I don't really need it.
Maybe I will replace replace the JclUnicode resource with a dummy.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: TjvgGrapicButton onClick 2 times
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Apr 2004 19:45:57 +0200
Newsgroups: jedi.vcl

Updated in CVS as well. Thanks HEG!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 18:12:51 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > But QPaintDevice provides clipping !

That's true, but a TGraphicControl is no TWidgetControl. The
QWidget_to_QPaintDevice() does not work because there is no QWidgetH for a
TGraphicControl. TGraphicControls are completely handled by the parent (a
QWidgetH). And when I clip the QPaintDevice of the QPainter of a
TGraphicControl I clip the QPaintDevice of the parent. The only solution
where no mapping is necessary is to use a background QPixmap and paint the
pixmap to the parent's QPaintDevice in Canvas.Stop.

> > I have plenty of examples of bitblt using canvas/QPainterH
> > coordinates.

It uses the QPaintDevice coordinates and not the QPainterH coordinates.


> > VisualClx does have components that are setting the backgoundmode of the
> > underlying widget. (Do a 'find QWidgetBackgroundMode_NoBackground' in
> > $(DELPHI)\source)

I didn't know NoBackground since your first positing with this functions.
At the moment I'm adding setBackgroundMode calls to my QThemed unit. This
reduces flickering.



-- Regards, Andreas Hausladen 

Subject: Re: TJvXMLExport
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Thu, 15 Apr 2004 15:05:57 +0000 (UTC)
Newsgroups: jedi.vcl

Holger Flick <rammbaer@xyz.gmx.de> wrote in news:c5ln2s$k94$1@talkto.net:

> > add: I just read in the sources, that binary data (blobs) are not 
> > supported.
> > 
No. It was hard and I didn't need it :(

> > Is there any component for import already??

No. There are a lot of problems realted to mapping of the data.

> > 
> > --
> > Holger
> > 



-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 15 Apr 2004 16:38:30 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> André Snepvangers wrote:
>
>
>> Afaics we don't require this for JVCLX.
>
>
> The QWindows does not depend on the unofficial VisualCLX patches. I just
> use the same techniques in both but forgot to replace the xForm that I
> have introduces and that does not work properly in the patches and in
> QWindows.pas by the "old" code.
>
>
>> It reminds me of the fix for Canvas.CopyRect in the unofficial visualclx
>
> patches.
>
>
>> The bug is/was CopyRect does not work with TGraphicControl.
>> However CopyRect does work, it allows you to draw anywhere on the
>> parent. Conclusion: the canvas is not setup correctly by
>> TGraphicControl.
>
Read more carefully 'to draw anywhere on the *parent*.
If windows terms when copyrect is called the Device Context (DC) is set
to the DC of the *parent* control.
In Qt terms the qpaintdeviceh is set to *parent* qpaintdeviceh
>
> The canvas is set up correctly by the TGraphicControl. The only problem is
> that the original CopyRect calls Qt.bitBlt() which uses device coordinates
> instead of logical coordinates. This means you can translate the 0/0 point
> where you want. For bitBlt it is allways the left, top corner of the
> QPaintDevice. There is no possibility to change this by a QWMatrix or
> something else because all these changes are private to the QPainter and
> not to the QPaintDevice that bitBlt uses.
>
>
>> It should be fixed within TGraphicControl. The current
>> fix does allow you to draw outside of control afaics.
>

>
> As I sayed. My fix only translates (moves) the 0/0 point. A QPaintDevice
> does not have a QRegion and no ClippingRect. Maybe we must invent this
> wheel for BitBlt.
>
But QPaintDevice provides clipping ! See also the code of QWindows.GetDC
Plenty of working examples; Drawtext will no draw outside of underlying
paintdevice. What can I say more: QWidget_to_QPaintDevice ?
 All bitblt's in the jvcl work without any mapping (MapPainter..) done.
Additions required for VisualCLX are that source DC should have painting active. In all cases Bitmap.canvas.start/stop surrounds the calls to
bitblt.
I have plenty of examples of bitblt using canvas/QPainterH coordinates.
QWindows maps windows HDC to QPainterH. But they are very different.
QPainterH operates on paintdevices. paintdevices can refer to memory (i.e.Qpixmap) or to the screen. No real differences between a pixmap 'canvas' and a screen 'canvas'. QPaintdevices can exist without any painter connected to them.

>
> I meant this in the way: "JVCLX allways calls DoPaintBackground". I used
> the word Qt as a synonym for VisualCLX. This comment should be changed.
>

VisualClx does have components that are setting the backgoundmode of the underlying widget. (Do a 'find QWidgetBackgroundMode_NoBackground' in $(DELPHI)\source)


Regards,

André Snepvangers



Subject: Re: installer problems on Windows ME
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 16:33:05 +0200
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> > - The /q switch for del is also not supported

The the error messages you get will be more because /q = quiet

> > - start without @ also doesn't work, I don't know why because when I 
> > type it from the dos commandline it does work.

That is easy. The installer overwrites the PATH environment variable with
only the compiler's and bpl/lib directory. I should change this.


> > The cleaning part of the makefile has some errors:
> >
> > [Cleaning...]
> > 	del "D6per Packages.mak"
> > Het bestand is niet gevonden [file not found]

This is due to the missing /q and 2>NUL.

> > 	del "D6per\*.cfg" "D6per\*.mak"
> > Er zijn te veel parameters. - D6per\*.mak    [to many parameters]

I think this is another WinME limitation.



-- Regards, Andreas Hausladen 

Subject: Another important fix for JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Apr 2004 16:27:55 +0200
Newsgroups: jedi.vcl

Hello, All!

    Committed rev. 1.80 a few minutes ago to solve an issue with the type
mapper. As it was, any non-mapped enumeration would be mapped to the first
registered mapping for an enumeration. The same was true for set types. The
offending code is currently disabled but will at a later date be rewritten
to allow at least descendants of a specified class to be mapped and probably
also sub ranges of enumerations.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "The Cold Eye" by The Nits.




Subject: Re: installer problems on Windows ME
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 15 Apr 2004 15:41:27 +0200
Newsgroups: jedi.vcl

On Thu, 15 Apr 2004 03:00:30 +0200, "Andreas Hausladen" 
<AndreasDOTHausladen@gNOMAILmx.de> wrote in article 
<c5kk8d$duj$3@talkto.net>:
> > Sorry forget these makefiles. I missed some @type and now I have changed
> > more than the WinME support. Simply wait for the next daily snapshot (16th
> > April) or wait 5 hour for anonymous CVS.

Another more general error:
You assume that jvcl3 is the base directory when setting the paths in 
Delphi. I use jvcl so the paths are invalid.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: installer problems on Windows ME
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 15 Apr 2004 15:13:41 +0200
Newsgroups: jedi.vcl

On Thu, 15 Apr 2004 03:00:30 +0200, "Andreas Hausladen" 
<AndreasDOTHausladen@gNOMAILmx.de> wrote in article 
<c5kk8d$duj$3@talkto.net>:
> > Sorry forget these makefiles. I missed some @type and now I have changed
> > more than the WinME support. Simply wait for the next daily snapshot (16th
> > April) or wait 5 hour for anonymous CVS.

- The /q switch for del is also not supported
- start without @ also doesn't work, I don't know why because when I 
type it from the dos commandline it does work.

The cleaning part of the makefile has some errors:

[Cleaning...]
	del "D6per Packages.mak"
Het bestand is niet gevonden [file not found]
	del "D6per\*.cfg" "D6per\*.mak"
Er zijn te veel parameters. - D6per\*.mak    [to many parameters]


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: TJvInspector and DB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Apr 2004 15:04:51 +0200
Newsgroups: jedi.vcl

Hello, Evgeny!
You wrote  on Thu, 15 Apr 2004 12:17:34 +0000 (UTC):

 EZ> string fields, ADO, MSSQL 2000.

    Nothing out of the ordinary there. I was thinking that maybe it could be
caused by a trigger but seeing your next remark that obviously not the case.

 EZ> When I press DOWN KEY instead of ENTER - all OK.

    Hmm, interesting. I assumed VK_DOWN and VK_RETURN would have the same
outcome.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Erom On" by The Nits.




Subject: Re: Use of JclUnicode in JvValidators
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 15 Apr 2004 14:54:59 +0200
Newsgroups: jedi.vcl

> > The use of Use of JclUnicode in JvValidators for regular expressions
> > causes the size of my program to increase with more than 100KB.

That is a problem but a bigger problem is that there isn't any good free
regex units we can include in JCL/JVCL available AFAIK.

You could try your hand at creating an AnsiString implementation from the
regex version one in JclUnicode, put it in its own unit and use that
instead. If it works and reduces the file size, donate it to JCL so we can
use that instead.

As an alternative, maybe the JCL team could consider splitting JclUnicode
(if at all possible) into smaller units?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvInspector and DB
From: "Evgeny Zimin" <eex@pisem.net>
Date: Thu, 15 Apr 2004 12:17:34 +0000 (UTC)
Newsgroups: jedi.vcl

> >     DB data? What type of field (memo/blob, string, integer, float,
> > date)?  What API (dbExpress, BDE, ADO) and what backend (IB, MySQL,
> > MSSQL, Oracle)?  Need more info......

string fields, ADO, MSSQL 2000.
Address of excepition can vary as I found.
When I press DOWN KEY instead of ENTER - all OK.

I don't have a lot of time so I just disabled ENTER key at onKeyDown
event handler.


Subject: Re: can installer has it's own *.inc files ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 14:10:12 +0200
Newsgroups: jedi.vcl

The installer is for JVCL 3 and not for all components that could be found
on the next. (Or have I misunderstood you?
)

-- Regards, Andreas Hausladen 

Subject: JvGif question
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 15 Apr 2004 06:40:57 -0500
Newsgroups: jedi.vcl

I am using jvgif to save gif files.
The resulting gif size is not the same size as my original graphic.
Original Jpeg : 1000 * 800
Gif file           : 758 * 607

I tried to set the size of the gif prior to saving and get an error message
saying gif size cannot be changed????

Why is this?

I am sure i am just missing something here but could not find help on JvGif.
Anyone have any ideas?

TIA,
Dave




Subject: Re: Italian Jvcl.po
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Apr 2004 21:35:08 +1000
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> Oh yes... sorry! Nice size :) Very sorry.

No worries.
This is now in CVS.


Subject: Re: What happend to the Packages Generator?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Apr 2004 21:05:40 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Well, as it turned out, my changes were not responsible.
>> The source of the problem were the optimisations that were done earlier.
>> The tests didn't test anything, and the perso template would never have
>> been used.  I fixed all that, and it now works again.
>
>
> Sorry for that. Good that I had not removed the code from the file.
> Thanks for fixing this.
>
>
No worries, mistake can happen. And it gave me the opportunity to review the optimisations, I quite like them.


Subject: Re: jvPlugin - Calling routines & accessing properties from the Host app (Sorted) !
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Thu, 15 Apr 2004 11:58:29 +0100
Newsgroups: jedi.vcl

Nice to be able to reply to oneself.
The call in the plugin should go through HostApplication & Mainform :-
var
  myHost : IMyAppInterface;
begin
If HostApplication.MainForm.getinterface(IMyAppInterface, myHost) Then
 myHost.add_caption_panel('Categories', 'Test Panel');
end;


Pete


Subject: Re: TJvXMLExport
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 15 Apr 2004 12:53:29 +0200
Newsgroups: jedi.vcl

add: I just read in the sources, that binary data (blobs) are not supported.

Is there any component for import already??

-- 
Holger


Subject: Re: can installer has it's own *.inc files ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 15 Apr 2004 14:44:36 +0400
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> The installer now has a own jvcl.inc (in developer CVS)

Can installer be modified to let me specify cutom paths to 3rd-party libs ?

I think smth like special data of what are those libraries, and which units
are to be included to which packages.
Then installer might modify XML for proper package and PG could make proper
DOF with search path for it.

Or without PG (that option can be nice for IDE, but is useless for DCC32,
yes?) - just feed some of the paths to compiler, when compiling a package,
that needs it(them) ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvInspector and DB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Apr 2004 12:08:57 +0200
Newsgroups: jedi.vcl

Hello, Evgeny!
You wrote  on Thu, 15 Apr 2004 09:17:29 +0000 (UTC):

 EZ> But got another problem - when I press Enter after editing some data I
 EZ> got access violation at address 00000000. Read of address 00000000.

    DB data? What type of field (memo/blob, string, integer, float, date)?
What API (dbExpress, BDE, ADO) and what backend (IB, MySQL, MSSQL, Oracle)?
Need more info......

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: What happend to the Packages Generator?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 12:06:11 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Well, as it turned out, my changes were not responsible.
> > The source of the problem were the optimisations that were done earlier.
> > The tests didn't test anything, and the perso template would never have
> > been used.  I fixed all that, and it now works again.

Sorry for that. Good that I had not removed the code from the file.
Thanks for fixing this.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL developer installation vs. normal installation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Apr 2004 19:56:36 +1000
Newsgroups: jedi.vcl

Dierk wrote:

> Hi,
> what´s the difference between JVCL developer installation and normal
> installation?
>
The main difference is that the paths to the source files are added in the delphi environment. This in turns means that the source files are recompiled everytime you use them in a project, instead of using the precompiled ones in the dcp files.
This allows to make changes in the source files and directly see the results, something that developers need, but not end users, unless they are doing bug hunting/fixing.


Subject: Use of JclUnicode in JvValidators
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 15 Apr 2004 11:56:05 +0200
Newsgroups: jedi.vcl

The use of Use of JclUnicode in JvValidators for regular expressions 
causes the size of my program to increase with more than 100KB.

Wouldn't it be better to make a non unicode version of the regexp code 
because I find this a huge increase for something I don't even use.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: TJvXMLExport
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 15 Apr 2004 11:55:22 +0200
Newsgroups: jedi.vcl

Hi guys,

I am using the export component to write the data of a TZQuery (same as Query, just for ZeosObject tree, in my case: mySQL) into a XML file.

I had a look at the source andf understand how the export works.

However, I am unsure about XML, because I never used it.

I want to use it, because I can save my data in a "readable" format and could create text-bases patches for my data (synchronizing between two servers...).

I have a few questions:

- Is the exported data also siutable for binary data, e.g. images? I'd guess no.

- Is there any "prepared" component to read the exported XML into a dataset? If not, I'd have to write a component which creates a SQL query from the XML data. I'd even donate this if anyone is interested... Jedi has given me so much, it would only be fair...

Any help is appreciated.

And don't code too much today, all you Germans out there -- it's wonderful weather outside...

-- 
Holger


Subject: Re: What happend to the Packages Generator?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Apr 2004 19:54:29 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> The Packages Generator does no more generate the packages for the personal
>> editions (e.g. d6p)
>>
> That's weird, I didn't change this area. But the changes I did may have had an impact, I'll investigate that.
>
Well, as it turned out, my changes were not responsible.
The source of the problem were the optimisations that were done earlier. The tests didn't test anything, and the perso template would never have been used.
I fixed all that, and it now works again.

Cheers

Olivier Sannier
JVCL Developer


Subject: jvPlugin - Calling routines & accessing properties from the Host app
From: Pete Stoves <pete.stoves@charnvel.co.uk>
Date: Thu, 15 Apr 2004 10:38:34 +0100
Newsgroups: jedi.vcl

I am having troubles understanding how to expose & access properties & methods from my host application.

I have looked at the plugin example (6PluginPackage) where the file JvPlgIntf file defines an interface (IMyMainAppInterface) which exposes         procedure DoSomethingSpecial(Name: string; OnClick: TNotifyEvent);

In my app, I have done something similar.

The problem is, I am not sure how to ask the plugin to call such a procedure ?

In my plugin, I am trying

    ...
    var
    myHost : IMyAppInterface;
    ...
    GetInterface(IMyAppInterface, myHost);
    myHost.add_caption_panel('Categories', 'Test Panel');

But this causes an access violation at the last line.

Can anyone help, with this and also with exposing properties ?

Many thanks

Pete Stoves


Subject: Re: TJvInspector and DB
From: "Evgeny Zimin" <eex@pisem.net>
Date: Thu, 15 Apr 2004 09:17:29 +0000 (UTC)
Newsgroups: jedi.vcl

Question canceled - I found and fixed read-only and hidden properies.

But got another problem - when I press Enter after editing some data I
got access violation at address 00000000. Read of address 00000000.


Subject: Re: TJvInspector and TJvInspectorXXXPainter - strange bug.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Apr 2004 11:04:59 +0200
Newsgroups: jedi.vcl

Hello, Evgeny!
You wrote  on Thu, 15 Apr 2004 06:58:03 +0000 (UTC):

 EZ> seems I found strange bug.

 EZ> I use TJvInspector and TJvInspectorXXXPainter in my project. [..]

 EZ> But when I tried to close application I failed. Window was closed but
 EZ> application icon still was in taskbar, apllication got about 100% of
 EZ> CPU time, so I had to go to Delphi and reset application.

 EZ> So I guess now - is it bug?

    Yes it seems it is. Could you add it to our issue tracker database
(http://homepages.borland.com/jedi/issuetracker)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: TJvInspector and DB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Apr 2004 11:03:04 +0200
Newsgroups: jedi.vcl

Hello, Evgeny!
You wrote  on Thu, 15 Apr 2004 06:47:40 +0000 (UTC):

 EZ> does anybody know the way how to prevent editing of read-only field in
 EZ> TJvInspector? I use TJvInspectorDBData to get data from MSSQL.

 EZ> Sometimes I accidentally edit read-only field and get exceptions.

    Hmm, I thought I implemented the DBData layer to mark the items as
read-only when the field was read-only. Apparently not. Will look into this
issue. Could you add it to our issue tracker database
(http://homepages.borland.com/jedi/issuetracker)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: JVCL developer installation vs. normal installation
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 15 Apr 2004 10:56:38 +0200
Newsgroups: jedi.vcl

Hi,
what´s the difference between JVCL developer installation and normal
installation?

Regards

Dierk

==========================================
NO Software Patents in Europe! No time to loose!
http://swpat.ffii.org/index.en.html
==========================================




Subject: Re: PackageGenerator & VisualCLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 09:59:41 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> > > Then don't put any path information for the files and add this in a 
>> > > clxdesigner.cfg file
>> > > -U$(ROOT)\Source\ToolsApi
>> > > -U$(ROOT)\Source\Property Editors
>> > > 
>> > > And it should work nicely.
>> > > 
> > I will try it in the coming days.

As an alternative you could try to make the paths relative to
$(DELPHI)\lib means:
...\source\ToolsApi\ClxDesignWindows.pas
...\source\...


By the way (I'm not a lawyer, too) but the deploy.txt file says clearly
that you (I hope my translation is correct)

"You are NOT allowed to depoly BORLAND supplied design time only packages.
You may not recompile or ship Borland supplied components or libraries for
the purpose of usage by other developers.
Packages that You have developed may not have the same name as Borland
supplied packages."



-- Regards, Andreas Hausladen 

Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 09:43:47 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Afaics we don't require this for JVCLX.

The QWindows does not depend on the unofficial VisualCLX patches. I just
use the same techniques in both but forgot to replace the xForm that I
have introduces and that does not work properly in the patches and in
QWindows.pas by the "old" code.

> > It reminds me of the fix for Canvas.CopyRect in the unofficial visualclx
patches.

> > The bug is/was CopyRect does not work with TGraphicControl.
> > However CopyRect does work, it allows you to draw anywhere on the
> > parent. Conclusion: the canvas is not setup correctly by
> > TGraphicControl.

The canvas is set up correctly by the TGraphicControl. The only problem is
that the original CopyRect calls Qt.bitBlt() which uses device coordinates
instead of logical coordinates. This means you can translate the 0/0 point
where you want. For bitBlt it is allways the left, top corner of the
QPaintDevice. There is no possibility to change this by a QWMatrix or
something else because all these changes are private to the QPainter and
not to the QPaintDevice that bitBlt uses.

> > It should be fixed within TGraphicControl. The current
> > fix does allow you to draw outside of control afaics.

As I sayed. My fix only translates (moves) the 0/0 point. A QPaintDevice
does not have a QRegion and no ClippingRect. Maybe we must invent this
wheel for BitBlt.


> > Some other issues that I like to discuss here:
> > - 'Qt allways paints the background' : you can toggle this by setting
> > the backgroundmode of the widget.

I meant this in the way: "JVCLX allways calls DoPaintBackground". I used
the word Qt as a synonym for VisualCLX. This comment should be changed.


> > Figured that out while I was playing with the XP controls.
> >  (Example in JvXPBar)

Sounds usable for my QThemed unit.

> > - It could be easy to implement doublebuffering.  Change the
> > Canvas.handle to a Bitmap.canvas.handle execute the Paint method and
> > bitblt the bmp to the screen. (makes only sense with transparent
> > background) What do you think ?

If I remember correctly I had done this in my QThemed unit. I'll have a
look at it for the JvExVCL.


-- Regards, Andreas Hausladen 

Subject: TJvInspector and TJvInspectorXXXPainter - strange bug.
From: "Evgeny Zimin" <eex@pisem.net>
Date: Thu, 15 Apr 2004 06:58:03 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

seems I found strange bug.

I use TJvInspector and TJvInspectorXXXPainter in my project. My project
consist of 2 units - main form and data module. I placed TJvInspector
at main form and TJvInspectorXXXPainter at data module, run
applicataion - all OK.

But when I tried to close application I failed. Window was closed but
application icon still was in taskbar, apllication got about 100% of
CPU time, so I had to go to Delphi and reset application.

Later I had a lot of Explorer crahes during copy/move operations.

But when I moved TJvInspectorXXXPainter at main form problem disappears.

I made new project, did the same - and all repeated again.

So I guess now - is it bug?

(D7 Ent., Win2K AS, JVCL 3.00 beta @ 2004-02-19 15:00)

Thx.



Subject: TJvInspector and DB
From: "Evgeny Zimin" <eex@pisem.net>
Date: Thu, 15 Apr 2004 06:47:40 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

does anybody know the way how to prevent editing of read-only field in
TJvInspector? I use TJvInspectorDBData to get data from MSSQL.

Sometimes I accidentally edit read-only field and get exceptions. 

Thanks in advance.


Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 15 Apr 2004 03:26:16 +0200
Newsgroups: jedi.vcl

OBones wrote:

> André Snepvangers wrote:
>
>> clxdesigner.dpk does not contain any source files. It uses units from
>> $(DELPHI)/source. Except for the package we don't ship anything.
>
> Oh ok. So we happen to create a package with the same name as a Delphi package, which uses some files coming with Delphi (but that we do not ship), and we use that new package. Sounds good to me but I'm not a lawyer.
>
We need only the *.dcp, The bpl can go to the trash. I just did, no problem.
The package contains the exacltly the same units as the delivered clxdesigner70.bpl


>>> use $(DELPHI) or $(ROOT) instead.
>>
>> If I use this in the package file, $(DELPHI) in not evaluated
>
> Then don't put any path information for the files and add this in a clxdesigner.cfg file
> -U$(ROOT)\Source\ToolsApi
> -U$(ROOT)\Source\Property Editors
>
> And it should work nicely.
>
I will try it in the coming days.

Regards,

André Snepvangers



Subject: Re: What happend to the Packages Generator?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 15 Apr 2004 11:16:57 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The Packages Generator does no more generate the packages for the personal
> editions (e.g. d6p)
>
That's weird, I didn't change this area. But the changes I did may have had an impact, I'll investigate that.



Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 15 Apr 2004 03:13:12 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> Your 'fix' in JvWizard does not work.
>> The was NO reason to remove VisualCLX code, it does not effect VCL code.
>> You just removed it #%!@#$%^&*()
>> Should I put it back or you are gonna fix it in your way ?
>
>
> Please enlight me. Where have I removed VisualCLX code from the JvWizard
> units? I have browsed through all history entries but could not find any
> VisualCLX related changes by me since BETA 3.00. Have I overseen it or ...
>

Oops. Am I getting paranoia ?
If I recall it well then ome changes were lost when merging it with the version in cvs. (Difftool out of order due to virus infection (winupd.exe)), so I accidently removed the fixing the merged code manually.
My excuses for the offences I have made.

>
>
>> I just wasted a lot of time tracing a bug in bitblt thanks to your
>> "improvement" ! Maybe you could have tested it just a little bit?
>
>
> Sorry for that.
>
>
>> Just removing code without fixing it in another way?
>
>
> An older version of the MapPainter functions work. I changed them in my
> unofficial patches and in the QWindows unit to the xForm function. But
> after testing the patches I found out that xForm does not work as expected
> (and descriped in the the Qt 2.1 documentation) and so I reverted to the
> QWMatrix functions in the patches and forgot the QWindows.pas. I will
> change the Mapping code ASAP.
>
>

Afaics we don't require this for JVCLX. It reminds me of the fix for
Canvas.CopyRect in the unofficial visualclx patches.
The bug is/was CopyRect does not work with TGraphicControl.
However CopyRect does work, it allows you to draw anywhere on the parent. Conclusion: the canvas is not setup correctly by TGraphicControl. It should be fixed within TGraphicControl. The current
fix does allow you to draw outside of control afaics.

Some other issues that I like to discuss here:
- 'Qt allways paints the background' : you can toggle this by setting
  the backgroundmode of the widget. Figured that out while I was playing with the XP controls. (Example in JvXPBar)
- It could be easy to implement doublebuffering.  Change the Canvas.handle to a Bitmap.canvas.handle execute the Paint method and
bitblt the bmp to the screen. (makes only sense with transparent background)
What do you think ?

Kind Regards,

André Snepvangers

(Makes only sense if the widget background is set to transparent.)
  is set to transparent.
  XP controls) You could add this





Subject: What happend to the Packages Generator?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 03:07:32 +0200
Newsgroups: jedi.vcl

The Packages Generator does no more generate the packages for the personal
editions (e.g. d6p)

-- Regards, Andreas Hausladen 

Subject: Re: installer problems on Windows ME
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 03:00:30 +0200
Newsgroups: jedi.vcl

Sorry forget these makefiles. I missed some @type and now I have changed
more than the WinME support. Simply wait for the next daily snapshot (16th
April) or wait 5 hour for anonymous CVS.


-- Regards, Andreas Hausladen 

Subject: Re: installer problems on Windows ME
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 02:33:28 +0200
Newsgroups: jedi.vcl

Can you try the makefiles that I have posted to the jedi.binaries
newsgroup group.


-- Regards, Andreas Hausladen 

Subject: Re: installer problems on Windows ME
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 01:43:50 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I never understood the point of using "start". If someone could give a
> > valid reason, I'd like to hear it.

I hate the console window in the background. Just have a look at the JCL
installer with its black console window in the background.



-- Regards, Andreas Hausladen 

Subject: Re: @Obones: Installer and .res/.dfm files
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 15 Apr 2004 09:38:16 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Where should these files go?
>
> The locations I think:
> .dfm/.xfm:
>     jvcl3\lib\d?   (Delphi)
>     jvcl3\lib\d?\obj   (BCB)
> .res:
>     jvcl3\resources (where they are)
What is needed is to put them where Delphi and BCB can find them, and the only place that I can be sure of for BCB is $(BCB)\lib\obj
Putting them in jvcl3\lib\c?\obj (c, not d <g>) won't change a single thing to the problem because that directory is not known to BCB. Have a look at the install guide, this is explained (but may need more details).

> And if the Installer copies the files how should we handle changed files
> in "developer installation" mode?
This is why a developer should not copy the files into BCB's installation directory and this is why I keep asking for a way to turn that off. I never copy any hpp/dfm/res file from the JVCL because I know they change too often.

By the way, the xfm files are only used by D7 and K3.
And the resource copying should also be done for D6, even if it is not as critical because the directories can be changed globally more easily than with BCB.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: installer problems on Windows ME
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 15 Apr 2004 09:33:49 +1000
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> I cannot install using the new installer on Windows ME.
>
> One of the problems is using the /s and /f switches for del in the makefile and the "2" before >NUL. Apparently only the /p switch is available on Win ME.
This is weird, the /s and /f switches were already available in DOS 6.22

> This line in the makefile also gives problems:
> -@IF EXIST "$(ROOT)\bin\dcc32.cfg" @type "$(ROOT)\bin\dcc32.cfg"
>>> "$(CFG)"
>
> After removing @ before type it seems to work

To me, the @ is not really necessary anyway.


> For some reason this doesn't work:
> @start ..\..\bin\JVCLInstall.exe
> [translated:] the command or filename is wrong.
>
> Though when I type this (without @) myself from dos the program does start.
I never understood the point of using "start". If someone could give a valid reason, I'd like to hear it.



Subject: Re: PackageGenerator & VisualCLX
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 15 Apr 2004 09:30:56 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> OBones wrote:
>
>>
>> - Required package name: JvCore-R
>> - Target: d7clx (marked with IsClx=1)
>> - Prefix: Jv
>> - ClxPrefix: JvQ
>> - Expanded name: JvQCoreD7R
>>
>> - Required package name: JvCore-R
>> - Target: d7 (not marked with IsClx)
>> - Prefix: Jv
>> - ClxPrefix: JvQ
>> - Expanded name: JvCoreD7R
>>
> Looks fine, but why introduce IsClx while we allready have
> allclx, allbutclx, all  targets ?
This is not a new target or a new alias, this is an attribute of a target. Have a look in the latest version of pgEdit.xml to see how it works.

> Separate package templates for vcl & clx could do that job.
I don't see how.

> The actual generation of the JvQ units could be done in similar way as Create Dofs. I would like to have an option to select the packages that
> should be generated.
The creation of DOFs with the batch file is deprecated and unsupported.

Let me explain how it works with the latest version of pg.
The source XML file is named JvTest-R.xml and contains this:

<?xml version="1.0" encoding="iso-8859-1"?>
<Package Name="JvTest" Design="0">
  <Description>JVCL Test package</Description>
  <C5PFlags/>
  <C6PFlags/>
  <C5Libs/>
  <C6Libs/>
  <Requires>
    <Package Name="JvCore-R" Targets="all" Condition=""/>
    <Package Name="CJCL50" Targets="C5" Condition=""/>
    <Package Name="CJCL" Targets="C6,C6p" Condition=""/>
  </Requires>
  <Contains>
    <File Name="..\..\run\JvSomeFile.pas"
          Targets="allbutclx" Formname="" Condition=""/>
    <File Name="..\..\qrun\JvQSomeFile.pas"
          Targets="allclx" Formname="" Condition=""/>
  </Contains>
</Package>

This generates the following package for the d7 target which is not marked with IsCLX. The filename is JvTestD7R.dpk and contains this:

package JvTestD7R;
{
-----------------------------------------------------------------------------
     DO NOT EDIT THIS FILE, IT IS GENERATED BY THE PACKAGE GENERATOR
            ALWAYS EDIT THE RELATED XML FILE (JvTest-R.xml)

     Last generated: 30-03-2004  12:28:01 UTC
-----------------------------------------------------------------------------
}

{$I JVCL.INC}

requires
  JvCoreD7R
  ;

contains
  JvSomeFile in '..\..\run\JvSomeFile.pas'
  ;

end.

Now the same xml file generates the following package named JvQTestD7R.dpk for the d7clx target which is marked with IsCLX:

package JvQTestD7R;
{
-----------------------------------------------------------------------------
     DO NOT EDIT THIS FILE, IT IS GENERATED BY THE PACKAGE GENERATOR
            ALWAYS EDIT THE RELATED XML FILE (JvTest-R.xml)

     Last generated: 30-03-2004  12:28:01 UTC
-----------------------------------------------------------------------------
}

{$I JVCL.INC}

requires
  JvQCoreD7R
  ;

contains
  JvQSomeFile in '..\..\qrun\JvQSomeFile.pas'
  ;

end.

As you see, the Requires section has been updated with the Q automatically because the target is marked with IsCLX. However, the source XML file still needs to have two entries for JvSomeFile and JvQSomeFile when I'd like to have only one because (to me) they are the same files, just renamed. I could apply the same prefix detection fule for pascal files, that is, when I find Jv, then I replace it with the prefix for the current target (Jv or JvQ), but then the directory in the case of a IsCLX target would still be run instead of qrun. This is why I was proposing to have that stuff about directory replacements.
The ultimate goal is to have a single xml file, instead of two copies. And the single xml file should have as little duplication as possible.
I know that some non clx pascal files don't have equivalents in JvQ but this is easily solved by specifying the targets. For instance, you would have that in JvMM-R.xml:

    <File Name="..\..\run\JvAVICapture.pas"
          Targets="allbutclx" Formname="" Condition=""/>
    <File Name="..\..\run\JvBmpAnimator.pas"
          Targets="all" Formname="" Condition=""/>

Notice the all on the second file node.
Another solution in place of the directory equivalence (which I find ugly) would be to add a property called ClxName to the File node containing the name of the file to use for a CLX target. This solution however puts more strain on the user interface used to edit xml files.

Any comments are more than appreciated

Cheers

Olivier Sannier



Subject: Re: PackageGenerator & VisualCLX
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 15 Apr 2004 09:15:38 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> clxdesigner.dpk does not contain any source files. It uses units from
> $(DELPHI)/source. Except for the package we don't ship anything.
Oh ok. So we happen to create a package with the same name as a Delphi package, which uses some files coming with Delphi (but that we do not ship), and we use that new package. Sounds good to me but I'm not a lawyer.

>> use $(DELPHI) or $(ROOT) instead.
> If I use this in the package file, $(DELPHI) in not evaluated
Then don't put any path information for the files and add this in a clxdesigner.cfg file
-U$(ROOT)\Source\ToolsApi
-U$(ROOT)\Source\Property Editors

And it should work nicely.

Cheers

Olivier



Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Apr 2004 00:51:08 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Your 'fix' in JvWizard does not work.
> > The was NO reason to remove VisualCLX code, it does not effect VCL code.
> > You just removed it #%!@#$%^&*()
> > Should I put it back or you are gonna fix it in your way ?

Please enlight me. Where have I removed VisualCLX code from the JvWizard
units? I have browsed through all history entries but could not find any
VisualCLX related changes by me since BETA 3.00. Have I overseen it or ...


> > I just wasted a lot of time tracing a bug in bitblt thanks to your
> > "improvement" ! Maybe you could have tested it just a little bit?

Sorry for that.

> > Just removing code without fixing it in another way?

An older version of the MapPainter functions work. I changed them in my
unofficial patches and in the QWindows unit to the xForm function. But
after testing the patches I found out that xForm does not work as expected
(and descriped in the the Qt 2.1 documentation) and so I reverted to the
QWMatrix functions in the patches and forgot the QWindows.pas. I will
change the Mapping code ASAP.


-- Regards, Andreas Hausladen 

Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 15 Apr 2004 00:22:14 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> André Snepvangers wrote:
>
>
>> if FSomeControl = nil then exit;
>>
>> Which is just the same as the try/except block mentioned above: a fix.
>
>
> But this is a fix that does not activate the debugger exception dialog as
> the try/except does it. Preventions is better and faster then hunting
> exceptions.
>
>

Your 'fix' in JvWizard does not work.
The was NO reason to remove VisualCLX code, it does not effect VCL code.
You just removed it #%!@#$%^&*()
Should I put it back or you are gonna fix it in your way ?
I just wasted a lot of time tracing a bug in bitblt thanks to your "improvement" ! Maybe you could have tested it just a little bit?
Just removing code without fixing it in another way? :
Outrageous! Very unprofessional.

André Snepvangers



Subject: installer problems on Windows ME
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Wed, 14 Apr 2004 23:45:50 +0200
Newsgroups: jedi.vcl

I cannot install using the new installer on Windows ME.

One of the problems is using the /s and /f switches for del in the 
makefile and the "2" before >NUL. Apparently only the /p switch is 
available on Win ME.

This line in the makefile also gives problems:

-@IF EXIST "$(ROOT)\bin\dcc32.cfg" @type "$(ROOT)\bin\dcc32.cfg" 
>> >>"$(CFG)"

[translated:] the command or filename is wrong.

After removing @ before type it seems to work


For some reason this doesn't work:
@start ..\..\bin\JVCLInstall.exe
[translated:] the command or filename is wrong.

Though when I type this (without @) myself from dos the program does 
start.



-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: XML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Apr 2004 22:18:33 +0200
Newsgroups: jedi.vcl

I'll commit tomorrow morning (GMT+1). It takes up to 48 hours for a commit
to propagate to the anon CVS but I believe it has become faster and faster
the last couple of weeks, so with a little but of luck, it should be
available tomorrow afternoon/evening.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDesktopAlert - little tweak....
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Apr 2004 22:15:37 +0200
Newsgroups: jedi.vcl

> > Sorry for bad english.
Ah, I see - same issue. I got the impression there were two different
problems. Well, no harm done :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 14 Apr 2004 22:14:07 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
news:c5j68p$4kf$1@talkto.net...
>> > > Seems good to me
> >
> > So, can I commit these changes or does anyone have additional/other ideas?
> >
> > * OnEncodeValue(var Value:string), OnDecodeValue(var Value:string) events
> > * OnEncodeStream(InStream,OutStream:TStream),
> > OnDecodeStream(InStream,OutStream:TStream) events
> > * sxoAutoEncodeValue, sxoAutoEncodeEntity added to Options

Thanks, Peter. I really appreciate the work of you all guys here. It's
really amazing!

If you do a commit, when will it become available for me? I mean how often
(or at which time exactly) gets the developer CVS server mirrored to the
anonymous one?


Best regards,
Ivo




Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Apr 2004 21:33:16 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > if FSomeControl = nil then exit;
> > 
> > Which is just the same as the try/except block mentioned above: a fix.

But this is a fix that does not activate the debugger exception dialog as
the try/except does it. Preventions is better and faster then hunting
exceptions.


-- Regards, Andreas Hausladen 

Subject: Re: JvDesktopAlert - little tweak....
From: "Dierk" <antispam.dierk@csslabs.de>
Date: Wed, 14 Apr 2004 21:29:07 +0200
Newsgroups: jedi.vcl

Thank you Peter,

>> > > And if location.position JvDesktopAlert is also set to
dapMainFormCenter,
>> > > you can´t see anything from nice JvDesktopAlert ;)
> > I don't understand this. Please clarify
Sorry for bad english. It was only a bad joke and I only mean if
location.position is dapMainFormCenter and the calling Form is in middle of
the screen and topmost you can´t see anything from nice JvDesktopAlert,
because it´s hidden. I have searched for it....

Regards
Dierk

==========================================
NO Software Patents in Europe! No time to loose!
http://swpat.ffii.org/papers/europarl0309/cons0401/index.en.html
==========================================




Subject: Re: @André: try/except block for JvWizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 14 Apr 2004 20:10:33 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why have you added the "empty" try/except block to
> TJvWizardRouteMapSteps.Paint ?
>
> {$IFDEF VisualCLX}
> try
> {$ENDIF VisualCLX}
>   ...
> {$IFDEF VisualCLX}
> except
> end;
> {$ENDIF VisualCLX}
>
> if there is an exception in the paint method we should go and fix it
> instead of hiding it by try/except end.
>

Well go ahead.

This method is no different then writing code like

  if (DestDC = nil) or (SrcDC = nil) then
    Result := False
  else
  begin

IMHO an exception HERE would be approriate.

The try/except block I use in the wizard is simple/easy fix for events
ocurring in the inherited create.
I several other cases I have added code to common eventhandlers like this:

if FSomeControl = nil then exit;

Which is just the same as the try/except block mentioned above: a fix.

Regards,

André Snepvangers
    
    





Subject: Re: JvDesktopAlert - little tweak....
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Apr 2004 20:03:18 +0200
Newsgroups: jedi.vcl

> > If FormStyle of the ownerform is fsStayOnTop then DesktopAlert is always
> > behind.
This should fix it (in JvDesktopAlertForm.pas)t:

procedure TJvFormDesktopAlert.DoShow;
begin
  Application.NormalizeAllTopMosts;
  SetWindowPos(Handle,HWND_TOPMOST, 0,0,0,0,SWP_NOMOVE or SWP_NOSIZE);
  inherited DoShow;
....

and:

procedure TJvFormDesktopAlert.DoClose(var Action: TCloseAction);
begin
  inherited;
  MouseTimer.Enabled := false;
  Application.RestoreTopMosts;
end;


> > And if location.position JvDesktopAlert is also set to dapMainFormCenter,
> > you can´t see anything from nice JvDesktopAlert ;)
I don't understand this. Please clarify


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: XML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Apr 2004 19:50:18 +0200
Newsgroups: jedi.vcl

> > Plus Sender?
Yes, of course. Just trying to save some keystroke (wasted now<g>)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 14 Apr 2004 19:08:15 +0200
Newsgroups: jedi.vcl

OBones wrote:
>
> - Required package name: JvCore-R
> - Target: d7clx (marked with IsClx=1)
> - Prefix: Jv
> - ClxPrefix: JvQ
> - Expanded name: JvQCoreD7R
>
> - Required package name: JvCore-R
> - Target: d7 (not marked with IsClx)
> - Prefix: Jv
> - ClxPrefix: JvQ
> - Expanded name: JvCoreD7R
>
Looks fine, but why introduce IsClx while we allready have
allclx, allbutclx, all  targets ?

> This allows to have a single xml file for both the CLX and normal packages. However, you must still replicate the files in the contains node. 

No, the intention is that there is only one entry for each unit (Jv.. or JvQ.. after pp) in the contains section.
You  should no bother about the requires section, vcl & clx have each there own entrys and can have common entries as well.
For delphi & kylix you need only a few in the requires section.


This is because I have a problem with the directories. If the
> files were all in run and design, I could simply ignore the path part, then do the same prefix replacement on files (Jv gives Jv or JvQ depending on the IsCLX flag). But because of the different directory I'm not quite sure on how to proceed.

Files that should be processed are allways in run, common and design
and they allways go to the matching clx directories.
Any other file should go as is:
    <File Name="..\..\qcommon\QWindows.pas" Targets="allclx" Formname="" Condition=""/>

The .xfm forms don't have to be processed. They reside only in the clx
dirs. The xfm forms in run & common will be removed. (used them in the early days.)
(Do *not* open vcl forms under clx/kylix, because the IDE will add clx
units to the 'uses')

> One solution that comes to my mind is to add a property to the "target" nodes which would define directory equivalences in the form of a comma separated list of key values couples. Something like that:
> pathequiv="..\..\run=..\..\qrun,..\..\design=..\..\qdesign"
>

Separate package templates for vcl & clx could do that job.

The actual generation of the JvQ units could be done in similar way as Create Dofs. I would like to have an option to select the packages that
should be generated.

Regards,

André Snepvangers




Subject: Re: XML
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Apr 2004 18:46:43 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> So, can I commit these changes or does anyone have additional/other ideas?
>
> * OnEncodeValue(var Value:string), OnDecodeValue(var Value:string) events
> * OnEncodeStream(InStream,OutStream:TStream),
> OnDecodeStream(InStream,OutStream:TStream) events
> * sxoAutoEncodeValue, sxoAutoEncodeEntity added to Options

Plus Sender?



Subject: JvDesktopAlert - little tweak....
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 14 Apr 2004 18:25:54 +0200
Newsgroups: jedi.vcl

If FormStyle of the ownerform is fsStayOnTop then DesktopAlert is always
behind.
And if location.position JvDesktopAlert is also set to dapMainFormCenter,
you can´t see anything from nice JvDesktopAlert ;)

Regards
Dierk Schmid

==========================================
NO Software Patents in Europe! No time to loose!
http://swpat.ffii.org/papers/europarl0309/cons0401/index.en.html
==========================================




Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 14 Apr 2004 16:28:24 +0200
Newsgroups: jedi.vcl

OBones wrote:
> André Snepvangers wrote:
>
>>
>> Forget to say: clxdesigner.dcp is not shipped with Delphi7. So I have added clxdesigner.dpk to the D7clx packages.
>
> Are we allowed to ship that file? I thought that design packages from Borland where off limit...

clxdesigner.dpk does not contain any source files. It uses units from
$(DELPHI)/source. Except for the package we don't ship anything.

>
>> How can this be integrated? It contains absolute paths referring to the
>> delphi directory?
>
> use $(DELPHI) or $(ROOT) instead.
>

If I use this in the package file, $(DELPHI) in not evaluated


Regards,

André



Subject: @Obones: Installer and .res/.dfm files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Apr 2004 16:22:56 +0200
Newsgroups: jedi.vcl

Where should these files go?

The locations I think:
..dfm/.xfm:
    jvcl3\lib\d?   (Delphi)
    jvcl3\lib\d?\obj   (BCB)

..res:
    jvcl3\resources (where they are)

For the .dfm/.xfm files I could also think about one extra directory
because these files are equal in all Delphi and BCB versions.
For the .res files I don't know if it will work.

And if the Installer copies the files how should we handle changed files
in "developer installation" mode?


-- Regards, Andreas Hausladen 

Subject: Re: can installer has it's own *.inc files ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Apr 2004 16:17:39 +0200
Newsgroups: jedi.vcl

The installer now has a own jvcl.inc (in developer CVS)

-- Regards, Andreas Hausladen 

Subject: Re: Peter: bug 1588 please explain
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 14 Apr 2004 15:00:49 +0200
Newsgroups: jedi.vcl

New solution posted as 'Bugnote' under 1588, I think this is a better way of
doing it.

Flemming




Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Apr 2004 13:52:51 +0200
Newsgroups: jedi.vcl

> > Seems good to me

So, can I commit these changes or does anyone have additional/other ideas?

* OnEncodeValue(var Value:string), OnDecodeValue(var Value:string) events
* OnEncodeStream(InStream,OutStream:TStream),
OnDecodeStream(InStream,OutStream:TStream) events
* sxoAutoEncodeValue, sxoAutoEncodeEntity added to Options

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Peter: bug 1588 please explain
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 14 Apr 2004 13:38:39 +0200
Newsgroups: jedi.vcl

Right, now I see it.

The following changes to the demo, can make it work:
1. dgAlwaysShowEditor = true;
2. activate edit with F2 instead of mouse click

aha, something with mouse-click !!!
3. Notice: Editor is activated on mouse-down and disapear on mouse up.

after several comments and messages: the offending code is found to be
'DoAutoSizeColumns' called from MouseUp; verified by setting AutoSizeColumns
= false, now it work.

If I remove 'BeginLayout / EndLayout' from this procedure, problem is gone.

Will you (or somebody else) take over from here??

regards
Flemming






Subject: Re: XML
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 14 Apr 2004 21:07:23 +1000
Newsgroups: jedi.vcl

Seems good to me


Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Apr 2004 11:34:08 +0200
Newsgroups: jedi.vcl

> > In OnLoadStream, if there is an exception in FOnDecodeStream, AOutStream
> > is not freed. Move the 'try' just after the first 'begin' and you should
> > be sorted
Should look like this then, I guess:

  AOutStream := nil;
  try
    if Assigned(FOnDecodeStream) then
    begin
....

> > In OnSaveStream, there is the same problem plus the fact that
> > FOnEncodeStream is not called <g>
It's called just at the end:
....
      Root.SaveToStream(AOutStream);
    end;
    if Assigned(FOnEncodeStream) then
    begin
      AOutStream.Seek(0, soFromBeginning);
      FOnEncodeStream(Self, AOutStream, Stream); // !!!
    end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: help with custom jvinspector item for TListColumns
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 14 Apr 2004 11:31:59 +0200
Newsgroups: jedi.vcl

Hello, Kathire!
You wrote  on Wed, 14 Apr 2004 07:47:12 +0000 (UTC):

 >>     Right, since the TListView is the instance containing the Columns
 >> property you are editing, that should work as well. The problem you
 >> have here is that it will always assume the TListViewColumns property
 >> is called TColumns. Not a real issue, since it's not used anywhere
 >> else, but it's not a very clean way (your editor wouldn't work if you
 >> had a separate variable TListColumns and wanted to edit that list).

 K> You are right. But I havent seen people using TListColumns without a
 K> listview.

    Neither have I. Another example that is more probably: suppose someone
is going to write a specialized list view that supports columns in columns
(so each list column supports another Columns property). Then your editor
would only work on the main Columns property of the list view but not for
the Columns property of a column.

 K>  Since I was able to make this work, Can this be included in the main
 K> distribution ?

    Sure. Post it to our issue tracker
(http://homepages.borland.com/jedi/issuetracker) or to the jedi.binaries NG
(issue tracker is preferred).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Peter: bug 1588 please explain
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Apr 2004 11:30:57 +0200
Newsgroups: jedi.vcl

> > If you can describe the error, I'll be happy to take a look; so far I
can't
> > see any problem (and I AM using the component with fixcolumns set)

If you set FixedCols > 0 (or > 1, maybe?), you will notice that you can't
set focus on the normal fields (try it with the JvDBGridExport demo, set
FixedCols = 2 and try to edit the value of the Attribute or Size column) to
edit them. It works for the first row but not for subsequent rows. I tried
to debug it but the convoluted nature of the DBGrid code just made me fall
asleep <g> so I'm glad if you would like to take a look.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Peter: bug 1588 please explain
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 14 Apr 2004 11:02:26 +0200
Newsgroups: jedi.vcl

If you can describe the error, I'll be happy to take a look; so far I can't
see any problem (and I AM using the component with fixcolumns set)

regards
Flemming




Subject: Re: CVS down?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 14 Apr 2004 19:01:18 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I do not get contact to either JCL or JVCL
>
Works here. Slow, but works.


Subject: Re: XML
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 14 Apr 2004 19:01:02 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Two streams actually:
>
>
> How about this:
>
Seems good except for this:
In OnLoadStream, if there is an exception in FOnDecodeStream, AOutStream is not freed. Move the 'try' just after the first 'begin' and you should be sorted
In OnSaveStream, there is the same problem plus the fact that FOnEncodeStream is not called <g>


Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Apr 2004 10:35:05 +0200
Newsgroups: jedi.vcl

> > Two streams actually:

How about this:

type
  TJvSimpleXMLEncodeStreamEvent = procedure(Sender: TObject; InStream,
OutStream: TStream) of object;

published
    property OnEncodeStream: TJvSimpleXMLEncodeStreamEvent read
FOnEncodeStream write FOnEncodeStream;
    property OnDecodeStream: TJvSimpleXMLEncodeStreamEvent read
FOnDecodeStream write FOnDecodeStream;
end;


procedure TJvSimpleXML.LoadFromStream(Stream: TStream);
var
  AOutStream: TStream;
  DoFree: boolean;
begin
  FRoot.Clear;
  FProlog.Clear;
  if Assigned(FOnDecodeStream) then
  begin
    AOutStream := TMemoryStream.Create;
    FOnDecodeStream(Self, Stream, AOutStream);
    AOutStream.Seek(0, soFromBeginning);
    DoFree := True;
  end
  else
  begin
    AOutStream := Stream;
    DoFree := False;
  end;
  try
    if Assigned(FOnLoadProg) then
    begin
      FOnLoadProg(Self, AOutStream.Position, AOutStream.Size);
    //Read doctype and so on
      FProlog.LoadFromStream(AOutStream, Self);
    //Read elements
      FRoot.LoadFromStream(AOutStream, Self);
      FOnLoadProg(Self, AOutStream.Position, AOutStream.Size);
    end
    else
    begin
      if Assigned(FOnTagParsed) or Assigned(FOnValue) then
      begin
        FProlog.LoadFromStream(AOutStream, Self);
        FRoot.LoadFromStream(AOutStream, Self);
      end
      else
      begin
        FProlog.LoadFromStream(AOutStream);
        FRoot.LoadFromStream(AOutStream);
      end;
    end;
  finally
    if DoFree then
      AOutStream.Free;
  end;
end;


procedure TJvSimpleXML.SaveToStream(Stream: TStream);
var
  lCount: Integer;
  AOutStream: TStream;
  DoFree: boolean;
begin
  if Assigned(FOnEncodeStream) then
  begin
    AOutStream := TMemoryStream.Create;
    DoFree := True;
  end
  else
  begin
    AOutStream := Stream;
    DoFree := False;
  end;
  try
    if Assigned(FOnSaveProg) then
    begin
      lCount := Root.ChildsCount + Prolog.Count;
      FSaveCount := lCount;
      FSaveCurrent := 0;
      FOnSaveProg(Self, 0, lCount);
      Prolog.SaveToStream(AOutStream, Self);
      Root.SaveToStream(AOutStream, '', Self);
      FOnSaveProg(Self, lCount, lCount);
    end
    else
    begin
      Prolog.SaveToStream(AOutStream);
      Root.SaveToStream(AOutStream);
    end;
    if Assigned(FOnEncodeStream) then
    begin
      AOutStream.Seek(0,soFromBeginning);
      FOnEncodeStream(Self, AOutStream, Stream);
    end;
  finally
    if DoFree then
      AOutStream.Free;
  end;
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL installer screws up the Library Path
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Apr 2004 09:54:10 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:

Fixed.

-- Regards, Andreas Hausladen 

Subject: Re: Latest CVS from JVCL and JCL, old installer breaks, new one doesn't.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Apr 2004 09:53:43 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This seems to be the bogus error i reported.
> > Obviously the makefile did not need to compile anything.

Maybe the output is redirected to NUL, because the error message only
appears when the executed command returns a value <> 0.



-- Regards, Andreas Hausladen 

Subject: Re: help with custom jvinspector item for TListColumns
From: "Kathire" <kathire-has-no-email@email-server.com>
Date: Wed, 14 Apr 2004 07:47:12 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     Right, since the TListView is the instance containing the Columns
> > property you are editing, that should work as well. The problem you
> > have here is that it will always assume the TListViewColumns property
> > is called TColumns. Not a real issue, since it's not used anywhere
> > else, but it's not a very clean way (your editor wouldn't work if you
> > had a separate variable TListColumns and wanted to edit that list).

You are right. But I havent seen people using TListColumns without a
listview. Since I was able to make this work, Can this be included in
the main distribution ?

> > Did my solution not work or did you figure this solution out before I

After posting the question , I was thinking about the problem and went
through the source and found the solution. Your solution seems to
another way to do the things.

 
> >     Both inspector's will use the exact same data instance. When the
> > data instance is changed, it will fire an DataValueChanged event for
> > all inspector currently attached to that data instance. Use the
> > ItemValueChanged event if you want to detect when a value is changed
> > in the current inspector/item.

I figured that out later. I'm so dumb to think both of the inspector
are different. Finally I was able to solve my problem. Thank you for
your great support.

-Thanks.
Kathire


Subject: Re: Installer now gives more information on errors
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 14 Apr 2004 07:45:09 +0000
Newsgroups: jedi.vcl

Hi Andreas,

you are a hero :-)

Now it runs!!!

The only problem: The developer installation crashes.

The message is : An Error occured while compiling the packages.

And the log contains :
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Writing: ..\D7\dcc32.cfg
[Generating: Packages]
Generating packages for D7
	Loaded template.dof
	Loaded template.dpk
	Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Cleaning...]

Any ideas for that.

I tried first to install without JVCL Developer Option. No problem. Then i
activated the developer option and the error comes.

The gimmick is, now deactivating the JVCL Developer Option, the error also
raises :-)

Greetings
Jens


> >Hi Andreas,
> >
> >have you seen my message from today about my installer/make problems?
> >
> >Can you give me some hints.
> >
> >Manual installation out of the ide wasn't a problem
> >
> >Greetings
> >Jens
> >
> >Andreas Hausladen wrote:
> >
>> >> I have updated the installer and now it gives more detailed error
>> >> messages. The compiler output log is also more verbose and there are some
>> >> makefile optimizations (removed tmp.bat code).
>> >> 
>> >> 
>> >> 
> >
> >-- 
> >___________________________________________________________
> >Softwareentwicklung Jens Fudickar
> >Breslauer Straße 8 * 65760 Eschborn
> >Tel. +49-6196-496397 * Fax +49-6196-496398
> >
> >Home of OraTool - http://www.oratool.de
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: CVS down?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Apr 2004 09:26:45 +0200
Newsgroups: jedi.vcl

I do not get contact to either JCL or JVCL



Subject: Re: JVCL installer screws up the Library Path
From: "Ian Branch" <branch@ancc.com.au>
Date: Wed, 14 Apr 2004 17:24:24 +1000
Newsgroups: jedi.vcl

Ah Ha!  I thought I had screwd up something.  Whew!




Subject: Re: XML
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 14 Apr 2004 17:09:09 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've posted an updated JvSimpleXML with the suggestions implemented. I'm not
> too happy with the string param to OnEncodeDoc/DecodeDoc (all that
> conversion back and forth). Maybe it should be a stream param instead?
Two streams actually:
One that gets read, the other that gets filled. This way this allows no to worry about the size of the final document, just encode stuff as they appear and put the encoded (and maybe longer) value in the output stream.
Both are created before the event handler is called, maybe like that:

if Assigned(OnEncodeDoc) then
begin
  InStream := TStringStream.Create(Self.AsString);
  OutStream := TMemoryStream.Create;
  try
    OnEncodeDoc(InStream, OutStream);
    // Do something here to but what's in OutStream back into our values
  finally
    OutStream.Free;
    InStream.Free;
  end;
end;

Just a quick idea, may need refining.



Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Apr 2004 08:37:23 +0200
Newsgroups: jedi.vcl

I've posted an updated JvSimpleXML with the suggestions implemented. I'm not
too happy with the string param to OnEncodeDoc/DecodeDoc (all that
conversion back and forth). Maybe it should be a stream param instead?

Ivo, OnEncode/OnDecode has been renamed to OnEncodeValue/OnDecodeValue.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvgGrapicButton onClick 2 times
From: "radzio" <radziowBezSpamuProsze@poczta.onet.pl>
Date: Wed, 14 Apr 2004 08:27:01 +0200
Newsgroups: jedi.vcl

> > It's because the click events area handled two times: ones in
> > TJvgGraphicButton.MouseUp, and ones in the base class TControl. There
> > are two options:
> >
> > 1. Remove the following lines in TJvgGraphicButton.MouseUp:
> >
> >    if FState = bsPushed then
> >      Click;
> >
> >    or
> >
> > 2. Remove csClickEvents in ControlStyle. Thus somwhere in
> > TJvgGraphicButton.Create, add the following:
> >
> >    Exclude(ControlStyle, csClickEvents);
> >
> >
> > I'd go with the first alternative.


thx now works perfect :)


-- radzio ================================ D6 Profesional with SP3, XP Home Edition SP1 

Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Apr 2004 08:18:10 +0200
Newsgroups: jedi.vcl

> > Not possible because one could use the XML object to do in memory
> > transfers or not even write it to a disk file.
We could have OnEncodeDoc/OnDecodeDoc that are only called when
LoadFromStream/SaveToStream is called assuming that encoding/decoding is
only needed when reading/writing from disk (which I think is correct).

> > I still think it should be an event for each and everyone of the strings
> > that get written.
These could be called OnEncodeValue/OnDecodeValue instead. These would be
required to make JvSimpleXML behave as it does now but using other
encodings.

> > However, some EncodeOptions would be good:
> >
> > type
> >    EncodeOptions = set of (eoNodeNames, eoNodeValues);
I have (in my local copy) the following TJvSimpleXMLOptions:
  TJvSimpleXMLOptions = set of (sxoAutoCreate, sxoAutoIndent,
sxoAutoEncodeValue, sxoAutoEncodeEntity);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Large apps - uses: From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Apr 2004 06:31:50 +0200
Newsgroups: jedi.vcl

Not to forget that the JVCL contains many IFDEFs and some units are only included for a specific Delphi version.



Subject: Re: Latest CVS from JVCL and JCL, old installer breaks, new one doesn't.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Apr 2004 06:30:03 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> I just re-updated from JCL cvs, did a full rebuild (using the OLD INSTALLER) and everything builds. However the NEW INSTALLER won't build. it dies like this:
>
> Message box: "An error occurred while compiling the packages"
>
> Output:
>
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Generating: Templates]
> [Generating: Packages]
> Generating packages for D7
>     Loaded template.dof
>     Loaded template.dpk
>     Loaded template.res
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> [Cleaning...]
>
>
> That's it. NO clue why the new installer doesn't work, yet the old one does, in my case.
>
> Warren

This seems to be the bogus error i reported.
Obviously the makefile did not need to compile anything.



Subject: can installer has it's own *.inc files ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 14 Apr 2004 08:23:17 +0400
Newsgroups: jedi.vcl

Hello, All!

======== Beginning of the citation ==============
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Installer]
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\Borland\AddOns\JVCL3\run\JvComponent.pas(36) Fatal: File not found:
'gnugette
xt.dcu'

** error 1 ** deleting Installer
Press ENTER to continue
======== The end of the citation ==============

Never saw it before.
May it be that installer will somehow $undef using of GetText, via it's own
local inc0files or via options to dcc32.exe ?

(JVCL itelf uses GetText and it is in IDE path, but seems not in dcc32 path)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: howto: dll and docking
From: "bazyliszek" <z.sorokowski@interia.pl>
Date: Tue, 13 Apr 2004 23:55:07 +0000
Newsgroups: jedi.vcl

> >bazyliszek wrote:
> >
>> >> Hello,
>> >> 
>> >> I'd like to use docking form from DLL.
> >
> >Why not use Packages. That doesn't mean that your DLL must be a package
> >but it should link against JvDockingXXX.bpl and your main application
> >should do it, too. That would solve all your problems because this also
> >adds VCL.bpl and RTL.bpl to the required package list.
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >

You are right, thanks a lot for your help.

All the best,
Zibi



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: XML
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 14 Apr 2004 09:20:07 +1000
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> I would go for a single OnEncode/OnDecode pairs for the entire document.
> What about writing the raw stuff to a TStringStream, take it as a string,
> convert to UTF-8 and flush it to the disk?

Not possible because one could use the XML object to do in memory transfers or not even write it to a disk file.
I still think it should be an event for each and everyone of the strings that get written.
However, some EncodeOptions would be good:

type
  EncodeOptions = set of (eoNodeNames, eoNodeValues);



Subject: Re: Italian Jvcl.po
From: "Stefano Pessina" <peste1@tin.it>
Date: Wed, 14 Apr 2004 01:00:56 +0200
Newsgroups: jedi.vcl

Oh yes... sorry! Nice size :) Very sorry.

Regards,
Stefano Pessina


"OBones" <obones_REM_SPM_@_PIF_meloo.com> ha scritto nel messaggio
news:c5hmc4$shq$1@talkto.net...
> > Stefano Pessina wrote:
>> > > A update of Italian Jvcl.po.
> >
> > Thanks. Next time, could you please zip it and post the file in
> > jedi.binaries instead of as an attachment to your message here ?
> >
> > Thanks.
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Re: Italian Jvcl.po
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 14 Apr 2004 08:16:22 +1000
Newsgroups: jedi.vcl

Stefano Pessina wrote:
> A update of Italian Jvcl.po.

Thanks. Next time, could you please zip it and post the file in jedi.binaries instead of as an attachment to your message here ?

Thanks.

Olivier Sannier
JVCL Developer


Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Tue, 13 Apr 2004 23:47:06 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
news:c5dsgf$7qt$1@talkto.net...
> > The problem now is how we are going to proceed with JvSimpleXML: how do we
> > make it create UTF-8 compliant encodings but still retain backward
> > compatibility?
> >
> > * Add the OnEncode/OnDecode events and the AutoEncode Option. AutoEncode
is
> > true by default.
> > * When auto en/decoding, we use the old functions to encode/decode

I like this idea very much.


> > * If no event handlers are assigned and AutoEncode is false, should we
still
> > convert entities (',",<,>, and &)?

Definitely. I would convert entities always, regardless of any encoding
scheme. This behaviour complies with the XML spec, AFAIK.


> > * We add new support functions to JvSimpleXML (or maybe they should go to
> > JvJCLUtils instead?) that can convert to/from UTF-8 in D5. D6+ users can
> > choose to use them or AnsiToUtf8 or anything else.

Wouldn't those functions be just a stubs (for D6+) that call
AnsiToUtf8/Utf8ToAnsi internally?


> > One other thing that just struck me: when a file is encoded, shouldn't the
> > entire file be encoded, not just some parts of it? For most XML files this
> > shouldn't be a problem since people normally use US-ASCII for tag and
> > property names but there is a potential for recieving a file that doesn't
> > comply (and you can use international characters in tag and property names
> > according to the XML standard). So the question is: should
OnEncode/OnDecode
> > work on values or on the entire doc? Or maybe we should have both
> > OnEncode/OnDecode and OnEncodeValue/OnDecodeValue events?

I would go for a single OnEncode/OnDecode pairs for the entire document.
What about writing the raw stuff to a TStringStream, take it as a string,
convert to UTF-8 and flush it to the disk?


Best regards,
Ivo




Subject: Italian Jvcl.po
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 13 Apr 2004 23:45:57 +0200
Newsgroups: jedi.vcl

A update of Italian Jvcl.po.

Regards,
Stefano Pessina



jvcl.po
	



Subject: Re: Installer now gives more information on errors
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 13 Apr 2004 23:41:48 +0200
Newsgroups: jedi.vcl

Hi Andreas,

have you seen my message from today about my installer/make problems?

Can you give me some hints.

Manual installation out of the ide wasn't a problem

Greetings
Jens

Andreas Hausladen wrote:

> I have updated the installer and now it gives more detailed error
> messages. The compiler output log is also more verbose and there are some
> makefile optimizations (removed tmp.bat code).
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Installer now gives more information on errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 23:33:34 +0200
Newsgroups: jedi.vcl

I have updated the installer and now it gives more detailed error
messages. The compiler output log is also more verbose and there are some
makefile optimizations (removed tmp.bat code).



-- Regards, Andreas Hausladen 

Subject: Re: Help files
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 13 Apr 2004 16:02:15 -0400
Newsgroups: jedi.vcl

I will look around to see what models are already in use (two have
already been suggested).  I do agree that a database backend for
structure is required.  I also agree that web help should and could feed
the help file.

The feature that I would like to see most is the current examples online
and user comments about the examples.  This can also work for each
component in JVCL.  The description of the component then a link to the
example and commentary about the component.

For now, lets see what else is out there.

>> >>
The main problem there would probably be how the help is organized for
the online service. If it's structured enough (i.e. easily detectible,
parsable sections for description, summary, parameters, see also) it
could
be a very viable solution.




Subject: Re: Maybe I have too new a version of JCL?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 15:41:36 -0400
Newsgroups: jedi.vcl


> No, there is no problem if you use the latest versions of JVCL and JCL and
> rebuild everything.

Okay, it was just me, needing a thorough cvs update. New installer still doesn't work for me. Haven't had time to debug that problem though. Old one works fine.

Warren


Subject: Re: Installation of current CVS from one hour ago
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 15:40:34 -0400
Newsgroups: jedi.vcl

Same problem here. Insert a '@' into the offending line of source code, and you can continue. :-)

Warren


Subject: Re: Important bug fix in JvInspector
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 15:39:31 -0400
Newsgroups: jedi.vcl


Incidentally, I have updated CVS and tested the new inspector and it works just fine.  I think the changes you made are really good.

Warren


Subject: CVS: TJvCsvDataset.Locate method now up to 1000x faster, but beware of New Bugs!
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 15:38:36 -0400
Newsgroups: jedi.vcl

Anyone using JvCsvDataset, be on the lookout for new bugs because I've made some fairly big changes to JvCsvDataset. The biggest change is a big speedup in JvCsvDataset.Locate.  If anyone finds any bugs,
post them to Mantis by all means, but also please email me and I'll try to squash them immediately.  I rely on  JvCsvDataset.pas to be stable, so I usually do a LOT of testing before checkin, but you know how it is.... <grin>

---- CVS Comments for JvCsvData.pas, rev 1.53 : -------------

NEW FEATURE:CloneRow-A way to quickly move rows from one csvdataset to another, if both csvdatasets have the same CSV field definitions and physical ordering of those fields in the actual csv file. A big caveat emptor on this feature! It exists to eventually provide quick inter-dataset copy/merge/sync functionality.

NEW FEATURE:GetFieldValueAsVariant-Very handy new function! Necessary to fix performance problem with TDataset.Locate

MASSIVE PERFORMANCE IMPROVEMENT: TDataset.Locate now works without moving the Cursor. Previously calling TDataset.Locate would cause all Grid controls to scroll and redraw a lot, now the search is "instant" with no scrolling of the datasets. This required me to reimplement the internals of  the Locate method, thus the new function GetFieldValueAsVariant.

BUGFIXES:
Filename bugs. Added runtime property FOpenFilename (fully qualified name of file that was opened, always writes to the same file it opened from, now, even if working directory changes. This prevents very nasty behaviour when working directory changed.)

--------------------------------

Regards,
Warren


Subject: Re: Installation of current CVS from one hour ago
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 21:09:20 +0200
Newsgroups: jedi.vcl

Michael Elsdörfer wrote:

> > Ungültige Option - /F

Do you have Win95/98/ME or WinNT 4 ?


> > Kein Speicherplatz mehr im Umgebungsbereich

Autsch. Sounds that your maximal environment memory is to small for the
compiling process that JVCL uses.

> > JvCoreD7R.dpk(92) Fatal: Verwendete Unit '..\..\run\JvJVCLAboutForm.pas'
> > kann nicht compiliert werden
> > E:\Programme\Borland\Delphi7\3D-Modul\jvcl\run\JvJVCLAboutForm.pas(140)
> > Fehler: Inkompatible Typen: 'TOSVersionInfoEx' und 'POSVersionInfoEx'

And this is the well known error that is posted here and in Mantis since
5th April 2004 all the time. I hate this error. The problem is that the
JCL 1.9 BETA release is no more compatible to the JVCL daily snapshots and
CVS. You must download the JCL from the CVS server.


-- Regards, Andreas Hausladen 

Subject: Re: help with custom jvinspector item for TListColumns
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Apr 2004 20:40:10 +0200
Newsgroups: jedi.vcl

Hello, Kathire!
You wrote  on Tue, 13 Apr 2004 09:52:06 +0000 (UTC):

 K> I used something like the below in the edit function.

 K> TListview(TJvInspectorPropData(Self.GetData()).Instance).columns.Assign(
 K> ListviewForm.LstViewObj.columns);

 K> This seems to solve the problem.

    Right, since the TListView is the instance containing the Columns
property you are editing, that should work as well. The problem you have
here is that it will *always* assume the TListViewColumns property is called
TColumns. Not a real issue, since it's not used anywhere else, but it's not
a very clean way (your editor wouldn't work if you had a separate variable
TListColumns and wanted to edit that list). Did my solution not work or did
you figure this solution out before I posted mine?

 K> Marcel : I have another question for you. Couple of hours ago, I
 K> started using the list view component in the designer. When I assign
 K> the listview to the inspector1, and when I change the value of the
 K> style (to report) in the inspector1, inspector2's (which is used for
 K> displaying another set of properties for the same listview object)
 K> DataValueChanged event is firing. I'm not sure why it was the case.
 K> Tomorrow I'll try to create an example program and upload it in the
 K> binaries group.

    Both inspector's will use the exact same data instance. When the data
instance is changed, it will fire an DataValueChanged event for all
inspector currently attached to that data instance. Use the ItemValueChanged
event if you want to detect when a value is changed in the current
inspector/item.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Help files
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Apr 2004 20:33:47 +0200
Newsgroups: jedi.vcl

Hello, Craig!
You wrote  on Tue, 13 Apr 2004 10:21:18 -0400:

 C> Before anyone takes offence, I'm not knocking the help files, I respect
 C> the effort.

   Don't worry, I'm not offended that easily.

 C>  I just think that if we can comment (questions and answers)
 C> on the current examples in a live, organized way (and likewise on new
 C> examples) then we will all have a new useful tool.

    As I have said on earlier occasions, I have no real issue with such an
effort. The thing is that actual help file update frequency will get even
lower. The problem with updating the help is not the size of the help file,
but the lack of people actually writing. Again, an online help update
service would be terrific, but I just know that everyone even wanting to
write help will focus on that service. But perhaps we can find a way to
automate the copying of the online service to the actual help file.

    The main problem there would probably be how the help is organized for
the online service. If it's structured enough (i.e. easily detectible,
parsable sections for description, summary, parameters, see also) it could
be a very viable solution.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Important bug fix in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Apr 2004 20:25:36 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Tue, 13 Apr 2004 09:14:21 -0400:

 WP> Marcel Bestebroer wrote:

 >>     That said, as I also mailed to the reporter of this bug, it's a
 >> ***** miracle that piece of code never bombed before.

    Sorry about not censoring my language <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: help with custom jvinspector item for TListColumns
From: "Kathire" <kathire-has-no-email@email-server.com>
Date: Tue, 13 Apr 2004 18:01:39 +0000 (UTC)
Newsgroups: jedi.vcl

Kathire wrote:

Hi Marcel,
I'm so dumb in understanding that I assigned the same components for
the both the jvinspector, thats the reason changing one's property will
update it. Any way, sorry for taking away your time.

Thanks,
Kathire


Subject: Installation of current CVS from one hour ago
From: "Michael Elsdörfer" <michael@elsdoerfer.net>
Date: Tue, 13 Apr 2004 19:52:02 +0200
Newsgroups: jedi.vcl

Trying to install the current (anonymous) cvs on a Delphi 7 PE:

Selected options:
> > JVCL 3 Installation
- New Installation

> > Choose IDE targets
- Delphi 7.0 (STD)
- JCL directory (Anmerkung: wurde korrekt angegeben!)

 Configuration
*Installation options
- Build packages (aus)
- Compile only (aus)
- Clean JVCL component palettes (ein)
- JVCL Developer installation (aus)
- BPL-Directory ist korrekt
- DCP-Directory ist korrekt
*global options for all IDEs
- XP Therming (not for Delphi 7) (aus)
- Register global design editors (aus)
- Register JvGif for .gif (ein)
- Use JVCL for all packages (ein)

Defined in JVCL.inc:

- USEJVCL
- DelphiPersonalEdition
- USE_JV_GIF
- USE_PROGRESSBAR
- USE_FOUR_DIGIT_YEAR
- DEFAULT_POPUP_CALENDAR
- JvInterpreter_OLEAUTO
- Jv_TIMEBLOCKS

> >Select packages
*Available IDEs
- Delphi 7.0 (STD)
*Frameworks
- VCL (ein)
*Delphi 7.0 (STD) - VCL
- All Designtime and Runtime Packages activated

Resulting in the following output:

> > Compiling packages
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
[Generating: Packages]
Generating packages for D7
Loaded template.dof
Loaded template.dpk
Loaded template.res
[Generating: Packages]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Cleaning...]
Ungültige Option - /F
Ungültige Option - /F
Ungültige Option - /F
Ungültige Option - /F
[Finished JVCL for VCL installation]

If I use:

> > Configuration
*Installation options
- Build packages (ein)

And the output is:

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
[Generating: Packages]
Generating packages for D7
Loaded template.dof
Loaded template.dpk
Loaded template.res
[Generating: Packages]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Packages]
Kein Speicherplatz mehr im Umgebungsbereich
Kein Speicherplatz mehr im Umgebungsbereich
Kein Speicherplatz mehr im Umgebungsbereich
Kein Speicherplatz mehr im Umgebungsbereich
[Compiling: JvCoreD7R.bpl]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
Copyright (c) 1983,2002 Borland Software Corporation
Borland Delphi Version 15.0
JvCoreD7R.dpk(92) Fatal: Verwendete Unit '..\..\run\JvJVCLAboutForm.pas'
kann nicht compiliert werden
E:\Programme\Borland\Delphi7\3D-Modul\jvcl\run\JvJVCLAboutForm.pas(140)
Fehler: Inkompatible Typen: 'TOSVersionInfoEx' und 'POSVersionInfoEx'

** error 1 ** deleting JvCoreD7R.bpl
[Cleaning...]
MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.
Ungültige Option - /F
Ungültige Option - /F
Ungültige Option - /F
Ungültige Option - /F
[Finished JVCL for VCL installation]




Subject: Re: CVSROOT directory
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 13 Apr 2004 19:20:51 +0200
Newsgroups: jedi.vcl

It should be gone now because SF removed it. If you still get it, I think
it's a config problem on your machine...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Advice on progress bars, sliders and trackers
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 13 Apr 2004 19:19:23 +0200
Newsgroups: jedi.vcl

> > I would prefer that the similar components are merged as done
> > previously (ie merge TJvSlider and TJvxSlider; TJvWaitingGradient and
> > TJvWaitingProgress etc) but that they are kept as separate components.
Yes, I am leaning towards that myself: merge the commonalities and just add
the specifics to each control.

> > IMO it doesn't make sense to have component which can act as a Slider
> > or as a ProgressBar depending upon Style property or associated
> > painter... those are different things and should be implemented by
> > separate components.
Agree, but a common ancestor might still be a good idea.

> > Hmm, then again - slider should derive from windowed
> > control (in order to allow it to response keyboard input) while
> > gradient/progress bars are pure graphic thing...
See, it helps talking about these things: I would never have thought about
keyboard support myself<g>!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Maybe I have too new a version of JCL?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 13 Apr 2004 19:10:31 +0200
Newsgroups: jedi.vcl

> > What version of JCL should I be using? It looks like the version I just
> > checked out from JCL's CVS is too new for the current JVCL CVS.
You need the latest

> > There is a pointer-indirection difference in the JvAbout, as well as a
> > problem with JvZLib and our Crypt components.  Are we going to move
> > to the new JCL?
Already done. You need to clean your system and rebuild

> > Can I fix up the problems in JvCrypt package, due to JCL JvZLIB API
changes?
No, there is no problem if you use the latest versions of JVCL and JCL and
rebuild everything.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: WARNING: DO NOT USE THE NEW INSTALLER
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 13 Apr 2004 20:27:50 +0400
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> The bug is fixed in developer CVS

Thank You.

What is CVS $Id$ (don't know if it will be set in jedi.binaries) and what is
the path under CVS_ROOT?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Large apps - uses: From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 13 Apr 2004 11:50:23 -0400
Newsgroups: jedi.vcl

Easy to use, but over detects too many units.  I used the exclude
feature to help it out of my third party libs (including JVCL).  Delphi
put back most of the units opxperts said to remove.  It did help me
remove a few though.

I think the JVCL has many dependencies at this point.  One day I'll try
packages as my project consists of 6 exe files.   The size is not too
much of a problem, I have two data engines compiled in, If I could break
them out - packages or somthing then my EXEs should drop.   I should
look at JVCL plugins as well - if that is what it is for?
....

Craig


> > Hello,
> >
>> > > Is there a tool out there to check my source and help me remove any
>> > > extra entries in my 'Uses:' clause?
> >
> > Anthony Steele recommended the following tool in jedi.general some
time ago:
> > http://opedit.home.att.net/opxperts.htm
> >
> > Never used it so no idea how good it is :-)
> >
> > - Matthias
> >
> >




Subject: Re: Large apps - uses: From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Tue, 13 Apr 2004 17:04:26 +0200
Newsgroups: jedi.vcl

Hello,

> > Is there a tool out there to check my source and help me remove any
> > extra entries in my 'Uses:' clause?

Anthony Steele recommended the following tool in jedi.general some time ago:
http://opedit.home.att.net/opxperts.htm

Never used it so no idea how good it is :-)

- Matthias




Subject: Large apps - uses: From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 13 Apr 2004 10:59:35 -0400
Newsgroups: jedi.vcl

Is there a tool out there to check my source and help me remove any
extra entries in my 'Uses:' clause?
After switching from JVCL 2.11 to 3.x some of my apps are 100-500k
larger.
Are there other settings that can cause applications to bloat?

I have many forms and units so an automated tool would be the best.

I normally delete one unit reference at a time then re-build to see if
it was needed.

GExperts (Project Dependencies) shows me the dependent units but does
not tell me if they are needed or not.

--
Craig




Subject: Re: Advice on progress bars, sliders and trackers
From: @in@taavi.ee
Date: Tue, 13 Apr 2004 14:55:57 GMT
Newsgroups: jedi.vcl

On Tue, 13 Apr 2004 13:43:53 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> And why is that a problem? How often do you plan to add new styles?
> >That's impossible to say, of course.

I'm quite sure that it won't be very often. At least not often enough
to justify implementing painter system.


>> >> And in order to use new painter one would have to change code /
>> >> compile too, no?
> >No. With a Style property, the base progress control has to know about all
> >the classes that implements the fixed styles (fixed in the enumeration, that
> >is). Adding new fixed styles means altering the base class to add knowledge
> >about the implementors of the new
> >style(s). With a Painter property, the only knowledge needed is that of the
> >base painter class. Any additional painter can be added without further
> >changes.

Undestood. But my point is, that in order to use new painter you have
to compile / install it (probably into appropriate JVCL package). So
whats the big difference between compiling progress control vs
painter?


>> >> So it seems to me that you want to use painters because it is kind of
>> >> cool way to do it...
> >I think it is cooler but that is not why I am discussing this. If you take
> >the time to look through some of the units in JVCL I've written, I think
> >you'll see that I prefer functional above cool most of the time.

Sorry, I didn't mean to be offensive or personal. IMO it is good idea
to occasionaly discuss such a ideas and I'm glad you initiated it.


>> >> I don't see any real advantage of using painters,
>> >> actually I think it will make simple things more complicated that they
>> >> need to be.
> >Actually, I'm not really advocating painters at all (except as a better
> >alternative than fixed styles IMO). I am more for the "derive new controls
>from a base class" approach, but I am interested to know what others think.

I would prefer that the similar components are merged as done
previously (ie merge TJvSlider and TJvxSlider; TJvWaitingGradient and
TJvWaitingProgress etc) but that they are kept as separate components.
IMO it doesn't make sense to have component which can act as a Slider
or as a ProgressBar depending upon Style property or associated
painter... those are different things and should be implemented by
separate components.
But perhaps it makse sense to derive all those components from common
anchestor, yes. Hmm, then again - slider should derive from windowed
control (in order to allow it to response keyboard input) while
gradient/progress bars are pure graphic thing...


IMHO
ain


Subject: Re: Latest CVS from JVCL and JCL, NEW installer breaks, OLD one doesn't.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 10:46:23 -0400
Newsgroups: jedi.vcl

Subject is all wrong. I mean't, NEW installer breaks, OLD one doesn't. Argh!


Subject: Latest CVS from JVCL and JCL, old installer breaks, new one doesn't.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 10:45:50 -0400
Newsgroups: jedi.vcl

I just re-updated from JCL cvs, did a full rebuild (using the OLD INSTALLER) and everything builds. However the NEW INSTALLER won't build. it dies like this:

Message box: "An error occurred while compiling the packages"

Output:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
[Generating: Packages]
Generating packages for D7
    Loaded template.dof
    Loaded template.dpk
    Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Cleaning...]


That's it. NO clue why the new installer doesn't work, yet the old one does, in my case.

Warren


Subject: Re: Help files
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Tue, 13 Apr 2004 16:36:34 +0200
Newsgroups: jedi.vcl

> >  Can we get the help files online in a way that we can all update them
with examples and
> > detailed descriptions.

Something like
http://dev.mysql.com/doc/mysql/en/INSERT.html  ?

- Matthias




Subject: What happens when JvCryptD7R.bpl compiled using JCL v 1.90 (cvs)
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 10:34:08 -0400
Newsgroups: jedi.vcl


Compiling package: JvCryptD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\dev\Jcl\Source\common\JclZlib.pas(1197) Warning: Symbol 'RaiseLastWin32Error' is deprecated
C:\dev\Jcl\Source\common\JclZlib.pas(1291) Warning: Symbol 'RaiseLastWin32Error' is deprecated
Warning: Unit 'JclZlib' implicitly imported into package 'JvCryptD7R'
Warning: Unit 'zlibh' implicitly imported into package 'JvCryptD7R'
Error: Need imported data reference ($G) to access 'RsZlibVersionError' from unit 'JclZlib'
Error: Need imported data reference ($G) to access 'RsZlibBufError' from unit 'JclZlib'
Error: Need imported data reference ($G) to access 'RsZlibMemError' from unit 'JclZlib'
Error: Need imported data reference ($G) to access 'RsZlibDataError' from unit 'JclZlib'
Error: Need imported data reference ($G) to access 'RsZlibStreamError' from unit 'JclZlib'
Error: Need imported data reference ($G) to access 'RsZlibErrNo' from unit 'JclZlib'
Error: Need imported data reference ($G) to access 'RsZlibOK' from unit 'JclZlib'
Error: Need imported data reference ($G) to access 'RsZlibStreamEnd' from unit 'JclZlib'
Error: Need imported data reference ($G) to access 'RsZlibNeedDict' from unit 'JclZlib'

** error 1 ** deleting JvCryptD7R.bpl


Subject: Maybe I have too new a version of JCL?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 10:32:40 -0400
Newsgroups: jedi.vcl

What version of JCL should I be using? It looks like the version I just checked out from JCL's CVS is too new for the current JVCL CVS.

There is a pointer-indirection difference in the JvAbout, as well as a problem with JvZLib and our Crypt components.  Are we going to move
to the new JCL?

Can I fix up the problems in JvCrypt package, due to JCL JvZLIB API changes?

Regards,

Warren


Subject: New Installer and JvJVCLAboutForm.pas compilation error.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 10:26:06 -0400
Newsgroups: jedi.vcl

I just did a checkout from the CVS and tried the new installer. I get this error:

C:\dev\jvcl3new\JVCL3\run\JvJVCLAboutForm.pas(140) Error: Incompatible types: 'OSVERSIONINFOEXA' and 'POSVERSIONINFOEXA'
JvCoreD7R.dpk(92) Fatal: Could not compile used unit '..\..\run\JvJVCLAboutForm.pas'


The line in question:

  JclWin32.GetVersionEx(VersionInfo);


Is my JCL out of date? I just got my JCL from CVS a few days ago.
Could the New Installer include a check for versions?

On second run of the installer, it died with this error:

Message Box: "An error occurred..."

No error details were given, and the output of the compile shows no problem:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
[Generating: Packages]
Generating packages for D7
    Loaded template.dof
    Loaded template.dpk
    Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Cleaning...]


What's up?

Warren


Subject: Re: Help files
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 13 Apr 2004 10:21:18 -0400
Newsgroups: jedi.vcl

Before anyone takes offence, I'm not knocking the help files, I respect
the effort.  I just think that if we can comment (questions and answers)
on the current examples in a live, organized way (and likewise on new
examples) then we will all have a new useful tool.

> > I know that the 6+ meg help files are the last to be updated.  I feel

-
Craig




Subject: Help files
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 13 Apr 2004 10:14:02 -0400
Newsgroups: jedi.vcl

Dear team members,

I was thinking again...

I know that the 6+ meg help files are the last to be updated.  I feel
that I miss or overlook much of what is in JVCL (and how to use
it)simply because I do not know what everything does.  Can we get the
help files online in a way that we can all update them with examples and
detailed descriptions.  The support forum is great but question get
re-asked and it would be nice to have one place to get current examples,
post code for comments then use that same code and comments as part of a
help system.

I would pay a monthly / yearly fee for this kind of service to cover the
hosting and other costs.
We use this forum for online support and comments.
We use mantis online for bugs.
We use sourceforge for online distribution.
We can use ?????? for online live help and examples?

Delphi3000.com with codefinder does do some of this.
But a client + web site would help all of us IMHO.

What are your thought on how to organize this idea?

-- Craig 

Subject: Re: WARNING: DO NOT USE THE NEW INSTALLER
From: "Ray A." <NoMoreSpam@MyHotmail.com>
Date: Tue, 13 Apr 2004 10:13:50 -0400
Newsgroups: jedi.vcl

Greetings Andreas,

I did notice a minor problem last night after I updated my JVCL sandbox.

JvWizardRouteMapList.pas contains some minor errors that prevented the new
installer from compiling (from install.bat).  It has to do with the two
properties TextOnly and BorderColor where related code is in inconsistant
loactions in or out of {$IFDEF USEJVCL} directives.

BTW the new installer looks great!

I had a similar problem that Sergio reported in an eariler thread:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
[Generating: Packages]
Generating packages for D7
Loaded template.dof
Loaded template.dpk
Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Cleaning...]
<error box about a package that failed to compile>

I'm wondering if it is because of my paths?  Here is the path structure on
my PC:

C:\SourceForgeCVS\jcl
C:\SourceForgeCVS\jcl\help
C:\SourceForgeCVS\jcl\jcl

C:\SourceForgeCVS\jvcl
C:\SourceForgeCVS\jvcl\dev
C:\SourceForgeCVS\jvcl\dev\help
C:\SourceForgeCVS\jvcl\dev\jvcl3

Starting JCL Installer from JVCL Installer worked fine and I was able to run
the following without errors.
"C:\SourceForgeCVS\jvcl\dev\jvcl3\packages\bin>build.exe d7"

--
Ray A.  (Team-Jedi)
(http://www.delphi-jedi.org)
(http://homepages.borland.com/jedi/jcl/)


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c5gg5i$kqq$6@talkto.net...
> > The new installer has a bug that destroys the search and browse path list
> > in Delphi and BCB.
> >
> > I will fix this as soon as possible. Till that time do not use the
> > installer except if you select "Compile only".
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: TjvgGrapicButton onClick 2 times
From: Hans-Eric Grönlund <not@realaddress.com>
Date: Tue, 13 Apr 2004 16:07:09 +0200
Newsgroups: jedi.vcl

radzio wrote:
> hello
> i have problem with TjvgGraphicButton. I use event OnClick
> but they exec two times (sample code)
>
> .....
> var
>     myNewInt:integer;
>
> procedure TForm1.JvgGraphicButton1Click(Sender: TObject);
> begin
>   inc(MyNewInt);
>   label1.Caption:=IntToStr(MyNewInt);        //show 2
>  // ShowMessage('aaa');                              //if i delete comment
>     //message shows only 1 and label have caption 1
> end;
>
> procedure TForm1.FormCreate(Sender: TObject);
> begin
>   MyNewInt:=0;
> end;
>
>
> P.S.
> button have only 1 bitmap Glyhpassive !!!!

It's because the click events area handled two times: ones in TJvgGraphicButton.MouseUp, and ones in the base class TControl. There are two options:

1. Remove the following lines in TJvgGraphicButton.MouseUp:

  if FState = bsPushed then
    Click;

  or

2. Remove csClickEvents in ControlStyle. Thus somwhere in TJvgGraphicButton.Create, add the following:

  Exclude(ControlStyle, csClickEvents);


I'd go with the first alternative.

Regards

Hans-Eric Grönlund


Subject: Re: TjvgGrapicButton onClick 2 times
From: "radzio" <radziowBezSpamuProsze@poczta.onet.pl>
Date: Tue, 13 Apr 2004 15:55:31 +0200
Newsgroups: jedi.vcl

U¿ytkownik "Peter Thörnqvist" <peter3@nospam.peter3.com> napisa³ w
wiadomo¶ci news:c5gog3$n4o$1@talkto.net...
> > Any reason you are using that particular button control? God knows there
are
> > a few to choose from in JVCL ;-)

sorry button is TjvgGraphicButton - and i must have button with 3 state and
all must be with images
so you know other component that i may use - i don't find any others in JVCL
!!!

-- radzio ================================ D6 Profesional with SP3, XP Home Edition SP1 

Subject: Re: WARNING: DO NOT USE THE NEW INSTALLER
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 15:54:54 +0200
Newsgroups: jedi.vcl

Ray A. wrote:

>> > > Then you have a serious problem, because DelimitedText will separate on
>> > > spaces even if you set Delimiter to ';'.
>> > > Thus the problem mentionned earlier by Ivo today about the paths being
>> > > destroyed...

The installer has a function that does not use DelemitedText because
Delphi 5 and Delphi 6 do not have this method. But the alternative
function had a bug that is fixed since 2 hours.


-- Regards, Andreas Hausladen 

Subject: Re: WARNING: DO NOT USE THE NEW INSTALLER
From: "Ray A." <NoMoreSpam@MyHotmail.com>
Date: Tue, 13 Apr 2004 09:46:36 -0400
Newsgroups: jedi.vcl

I ran into a similar situation when building a component installer where I
work.  The following is a function that I use to create a TStrings
compatible string from Delphi registry search path.  Maybe it will be useful
here.

function GetDelphiLibrarySearchPaths: string;
var
  Registry: TRegistry;
  SearchPathList: TStringList;
begin
  Registry := TRegistry.Create;
  Registry.RootKey := HKEY_CURRENT_USER;
  if Registry.OpenKey(HKEY_Delphi4_Library, False) then
  begin
    Result := Registry.ReadString(HVAL_Delphi4_SearchPath);
    Registry.CloseKey;
    Result := StringReplace(Result, ';', ',', [rfIgnoreCase, rfReplaceAll]);
    Result := StringReplace(Result, ' ', '^', [rfIgnoreCase, rfReplaceAll]);
    SearchPathList := TStringList.Create;
    SearchPathList.CommaText := Result;
    Result := SearchPathList.Text;
    SearchPathList.Free;
    Result := StringReplace(Result, '^', ' ', [rfIgnoreCase, rfReplaceAll]);
  end;
  Registry.Free;
end;

procedure SetDelphiLibrarySearchPaths(SearchPaths: TStrings);
var
  Registry: TRegistry;
  NewSearchPaths: string;
  TempStrings: TStringList;
begin
  Registry := TRegistry.Create;
  Registry.LazyWrite := False;
  Registry.RootKey := HKEY_CURRENT_USER;
  if Registry.OpenKey(HKEY_Delphi4_Library, False) then
  begin
    TempStrings := TStringList.Create;
    TempStrings.CommaText := StringReplace(SearchPaths.Text, ' ', '^',
[rfIgnoreCase, rfReplaceAll]);
    NewSearchPaths := TempStrings.CommaText;
    TempStrings.Free;
    NewSearchPaths := StringReplace(NewSearchPaths, ',', ';', [rfIgnoreCase,
rfReplaceAll]);
    NewSearchPaths := StringReplace(NewSearchPaths, '^', ' ', [rfIgnoreCase,
rfReplaceAll]);
    Registry.WriteString(HVAL_Delphi4_SearchPath, NewSearchPaths);
    Registry.CloseKey;
  end;
  Registry.Free;
end;

--
Ray A.  (Team-Jedi)
(http://www.delphi-jedi.org)
(http://homepages.borland.com/jedi/jcl/)


"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c5glda$mgo$1@talkto.net...
> > Andreas Hausladen wrote:
> >
>> > > OBones wrote:
>> > >
>> > >
>>> > >>Out of curiosity, what was the source of it?
>> > >
>> > >
>> > > For COMPILER7_UP I uses DelimiterText and for Delphi 5 and 6 I used a
>> > > "PChar-parser" function where I forgot to test for #0.
>> > >
>> > > ----------
>> > > while not (P[0] in [#0, ';']) do Inc(P);
>> > > SetString(S, F, P - F);
>> > > List.Add(S);
>> > > // here the if P[0] <> #0 then was missing
>> > > Inc(P);
>> > > -----------
> > Then you have a serious problem, because DelimitedText will separate on
> > spaces even if you set Delimiter to ';'.
> > Thus the problem mentionned earlier by Ivo today about the paths being
> > destroyed...




Subject: Re: TjvgGrapicButton onClick 2 times
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 15:45:21 +0200
Newsgroups: jedi.vcl

Any reason you are using that particular button control? God knows there are
a few to choose from in JVCL ;-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TjvgGrapicButton onClick 2 times
From: "radzio" <radziowBezSpamuProsze@poczta.onet.pl>
Date: Tue, 13 Apr 2004 15:44:18 +0200
Newsgroups: jedi.vcl

hello
i have problem with TjvgGraphicButton. I use event OnClick
but they exec two times (sample code)

......
var
    myNewInt:integer;

procedure TForm1.JvgGraphicButton1Click(Sender: TObject);
begin
  inc(MyNewInt);
  label1.Caption:=IntToStr(MyNewInt);        //show 2
 // ShowMessage('aaa');                              //if i delete comment
    //message shows only 1 and label have caption 1
end;

procedure TForm1.FormCreate(Sender: TObject);
begin
  MyNewInt:=0;
end;


P.S.
button have only 1 bitmap Glyhpassive !!!!


-- radzio ================================ D6 Profesional with SP3, XP Home Edition SP1 

Subject: Re: Make Problem with new Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 13 Apr 2004 13:34:00 +0000
Newsgroups: jedi.vcl

Hi Andreas,

it didn't help. But i find out a little bit more. My problem is, i didn't
know anything of make. And it's a make problem.

I'm trying a lot of makes, and with the most, i'Ve got problems.

Also with the JCL-Installer. For the jcl-installer, i found a workarund.

I've changed the following two blocks:
First.
..dpr.exe:
  $(DCC)
  if exist *.dcu del *.dcu
to
..dpr.exe:
  $(DCC)
  #if exist *.dcu del *.dcu

Second.
clean:
        cd ..
        @echo cleaning up first...
        -@del /f /s *.~* bin\*.exe bin\*.dll *.a *.bpi *.dcp *.dcu *.dpu
*.hpp *.jdbg *.map *.o 
        cd lib
        -@del /f /s *.obj
        cd ..\install

to

clean:
        cd ..
        #@echo cleaning up first...
        #-@del /f /s *.~* bin\*.exe bin\*.dll *.a *.bpi *.dcp *.dcu *.dpu
*.hpp *.jdbg *.map *.o 
        cd lib
        #-@del /f /s *.obj
        cd ..\install


This fixes the problems.

When i play around for example with the devtools makefile it compiles the
first two (isu and jconvert) without any problems. JVCLConvert i had to
fixed similar.
From:
JVCLConvert.exe: JVCLConvert\JVCLConvert.dpr \
    JVCLConvert\fAboutMe.pas \
    JVCLConvert\fAboutMe.pas \
    JVCLConvert\FastTime.pas \
    JVCLConvert\fJvclConverterMain.pas \
    JVCLConvert\JVCLConvertUtils.pas \
    JVCLConvert\OptionsFrm.pas
  cd JVCLConvert
  @echo.
  @echo.
  $(DCC) $&.dpr
  cd ..

to
JVCLConvert.exe: JVCLConvert\JVCLConvert.dpr \
    JVCLConvert\fAboutMe.pas \
    JVCLConvert\fAboutMe.pas \
    JVCLConvert\FastTime.pas \
    JVCLConvert\fJvclConverterMain.pas \
    JVCLConvert\JVCLConvertUtils.pas \
    JVCLConvert\OptionsFrm.pas
  cd JVCLConvert
  #@echo.
  #@echo.
  $(DCC) $&.dpr
  cd ..

I realy not know where the error is, but it seems to be a miracle.

Any further ideas?

Greetings and thanks
Jens

> >Jens wrote:
> >
>> >> Hi Andreas,
>> >> 
>> >> no idea, but it didn't work.
> >
> >Is the line "[Compiling: Installer]" written to stdout?
> >
> >if not then it meight help to change the MAKE macro in
> >packages\bin\makefile.mak from
> >MAKE = "$(ROOT)\bin\make.exe" -$(MAKEFLAGS)
> >to
> >MAKE = "$(ROOT)\bin\make.exe"
> >
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Where is TJvMailTo?
From: "PacoRuiz" <pacorro@mixmail.com>
Date: Tue, 13 Apr 2004 13:19:48 +0000
Newsgroups: jedi.vcl

Hi
I use a TJvMailTo component with old JVCL 1.2
I have updraded now, but i don´t find it

Where is it?

Saludos
Paco



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Important bug fix in JvInspector
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 13 Apr 2004 09:14:21 -0400
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     That said, as I also mailed to the reporter of this bug, it's a *****
> miracle that piece of code never bombed before.
It did bomb on me, but I never figured it out. :-)


Subject: Re: WARNING: DO NOT USE THE NEW INSTALLER
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Apr 2004 22:53:41 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Out of curiosity, what was the source of it?
>
>
> For COMPILER7_UP I uses DelimiterText and for Delphi 5 and 6 I used a
> "PChar-parser" function where I forgot to test for #0.
>
> ----------
> while not (P[0] in [#0, ';']) do Inc(P);
> SetString(S, F, P - F);
> List.Add(S);
> // here the if P[0] <> #0 then was missing
> Inc(P);
> -----------
Then you have a serious problem, because DelimitedText will separate on spaces even if you set Delimiter to ';'.
Thus the problem mentionned earlier by Ivo today about the paths being destroyed...


Subject: Re: howto: dll and docking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 14:50:08 +0200
Newsgroups: jedi.vcl

bazyliszek wrote:

> > Hello,
> > 
> > I'd like to use docking form from DLL.

Why not use Packages. That doesn't mean that your DLL must be a package
but it should link against JvDockingXXX.bpl and your main application
should do it, too. That would solve all your problems because this also
adds VCL.bpl and RTL.bpl to the required package list.


-- Regards, Andreas Hausladen 

Subject: Re: WARNING: DO NOT USE THE NEW INSTALLER
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 14:47:28 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Out of curiosity, what was the source of it?

For COMPILER7_UP I uses DelimiterText and for Delphi 5 and 6 I used a
"PChar-parser" function where I forgot to test for #0.

----------
while not (P[0] in [#0, ';']) do Inc(P);
SetString(S, F, P - F);
List.Add(S);
// here the if P[0] <> #0 then was missing
Inc(P);
-----------


-- Regards, Andreas Hausladen 

Subject: Re: XML - proposal for change
From: Toff <toff@N0_SP4M.corecodec.com>
Date: Tue, 13 Apr 2004 14:45:44 +0200
Newsgroups: jedi.vcl

OBones wrote:
> As far as I remember, the BOM is only useful with UTF16 and UTF32 because of Big and Little Endian. In UTF8, you don't have that problem, the bytes are read in the order they appear in the file.

Yes, it's not really usefull for UTF8, especially for xml files where you can specify the encoding.
But if JvSimpleXml support UTF8, it should be able to read files having a BOM because it's quite widespread. Make an XML file with Window Notepad, save it as UTF8, JvSimpleXml will probably have problem opening it because of the BOM.


Subject: Re: WARNING: DO NOT USE THE NEW INSTALLER
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Apr 2004 22:34:59 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The bug is fixed in developer CVS and a fixed version is uploaded to
> jedi.binaries.
>
>
Out of curiosity, what was the source of it?
From the message posted here, I'd say you were using Delimiter and DelimitedText on TStrings, but I haven't had a look at the source code.


Subject: Re: JVCL installer (jcl also) for CB6 enhancement
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 13 Apr 2004 16:28:28 +0400
Newsgroups: jedi.vcl

OBones wrote:
> Andreas Hausladen wrote:
>
>> Vladimir Zhuchko wrote:
>>
>>
>>> As I can see, both installers don't copy the *.res files to the
>>> $(BCB)\lib\obj directory
>>
>>
>>
>> The same goes for .dfm and .xfm files.
>>
>> This will be implemented as soon as possible.
>>
>>
> And this is explained in the installation guide. BTW, the XFM files are useless as the CLX is only supported with versions 7 and upper.
But realy who is reading the installation guide? 8-)))


Subject: howto: dll and docking
From: "bazyliszek" <z.sorokowski@interia.pl>
Date: Tue, 13 Apr 2004 12:26:03 +0000
Newsgroups: jedi.vcl

Hello,

I'd like to use docking form from DLL.

In my DLL i put this code:

type
  TDLLForm = class(TForm)
    JvDockClient1: TJvDockClient;
    JvDockDelphiStyle1: TJvDockDelphiStyle;
  private
    { Private declarations }
  public
    { Public declarations }
  end;

function ShowDll(AHandle: THandle; ACaption: String): Integer;
var
  DLLForm: TDllForm;
begin
  Application.Handle := AHandle;
  DLLForm := TDLLForm.Create(Application);
  try
    DLLForm.Caption := ACaption;
    DLLForm.ShowModal;
    Result := 1; // only test
  finally
    DLLForm.Free;
  end;
end;

exports ShowDll;

In main form (file exe) I put JvDockServer object and I call this 
function ShowDll:

..
@ShowDll:=GetProcAddress(dll,'ShowDll');
ShowDll(Application.Handle,'Caption');
..
Form from dll is create, but I can't dock this form in main form.

Maybe sombody knows what I do wrong ?

Thanks in advance,
Zibi 



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: PackageGenerator & VisualCLX
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Apr 2004 22:09:57 +1000
Newsgroups: jedi.vcl

Ok

I've extended the package generator so that it accepts those attributes on a model node:

ClxPrefix
ClxFormat
NoLibSuffixPrefix
NoLibSuffixFormat

They default to Prefix and Format if not defined. When a required package node if found, here is what happens:

If it starts with the ClxPrefix, then it is recognized as a package that will have its name expanded.
If not yet recognized, then if it starts with the NoLibSuffixPrefix it is recognized as a package that will have its name expanded.
If not yet recongnized, it is tested for the normal prefix.

If it has been recognized as a package that needs its name to be expanded, then the prefix used in the expansion is the one that applies for the target. For instance:

- Required package name: JvCore-R
- Target: d7clx (marked with IsClx=1)
- Prefix: Jv
- ClxPrefix: JvQ
- Expanded name: JvQCoreD7R

- Required package name: JvCore-R
- Target: d7 (not marked with IsClx)
- Prefix: Jv
- ClxPrefix: JvQ
- Expanded name: JvCoreD7R

This allows to have a single xml file for both the CLX and normal packages. However, you must still replicate the files in the contains node. This is because I have a problem with the directories. If the files were all in run and design, I could simply ignore the path part, then do the same prefix replacement on files (Jv gives Jv or JvQ depending on the IsCLX flag). But because of the different directory I'm not quite sure on how to proceed.
One solution that comes to my mind is to add a property to the "target" nodes which would define directory equivalences in the form of a comma separated list of key values couples. Something like that:
pathequiv="..\..\run=..\..\qrun,..\..\design=..\..\qdesign"

But I'd like to have some feedback on that idea before I start on it.

Cheers
Olivier Sannier
JVCL Developer


Subject: Re: XML - proposal for change
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 13:54:18 +0200
Newsgroups: jedi.vcl

> > Something you probably want to handle also, if you support UTF-8, is the
> > BOM (Byte Order Mark) which is written by some text editor (Windows
> > Notepad, UltraEdit...) at the beginning of the file.
Thanks. With the way SimpleXML encode/decode today that is not an issue
since it only handles values (attribute and node content) , not the entire
XML stream. I'm not saying this is good, mind you. In fact, if it weren't
for backward compatibility issues, I would remove all built-in
encoding/decoding (except the entity kind) and let users encode/decode
manually.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: howto: dll and docking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 13:49:18 +0200
Newsgroups: jedi.vcl

I am not sure but I think this is the classic VMT problem between DLL's and
applications. Basically, the VMT of a class in a DLL is different from the
same class in the application (i.e TObject <> TObject) and since JvDocking
relies on the docking implementor to implement certain base classes, I don't
think it can work withut some major changes to the code (i.e comparing class
names instead of class pointers etc).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where is TJvMailTo?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 13:46:29 +0200
Newsgroups: jedi.vcl

It's gone to \archive (in the old \jvcl CVS folder IIRC). Either use TJvMail
or, if you are using actionlists, a TJvSendMailAction.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Advice on progress bars, sliders and trackers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 13:43:53 +0200
Newsgroups: jedi.vcl

> > And why is that a problem? How often do you plan to add new styles?
That's impossible to say, of course.

> > And in order to use new painter one would have to change code /
> > compile too, no?
No. With a Style property, the base progress control has to know about all
the classes that implements the fixed styles (fixed in the enumeration, that
is). Adding new fixed styles means altering the base class to add knowledge
about the implementors of the new
style(s). With a Painter property, the only knowledge needed is that of the
base painter class. Any additional painter can be added without further
changes.


> > So it seems to me that you want to use painters because it is kind of
> > cool way to do it...
I think it is cooler but that is not why I am discussing this. If you take
the time to look through some of the units in JVCL I've written, I think
you'll see that I prefer functional above cool most of the time.

> > I don't see any real advantage of using painters,
> > actually I think it will make simple things more complicated that they
> > need to be.
Actually, I'm not really advocating painters at all (except as a better
alternative than fixed styles IMO). I am more for the "derive new controls
from a base class" approach, but I am interested to know what others think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: WARNING: DO NOT USE THE NEW INSTALLER
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 13:35:59 +0200
Newsgroups: jedi.vcl

The bug is fixed in developer CVS and a fixed version is uploaded to
jedi.binaries.


-- Regards, Andreas Hausladen 

Subject: Re: XML - proposal for change
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Apr 2004 21:29:51 +1000
Newsgroups: jedi.vcl

Toff wrote:

> Peter Thörnqvist wrote:
>
>> Ivo, I've uploaded a modified JvSimpleXML to binaries that I want you to try
>> out. It has OnEncode and OnDecode events and I added sxoAutoEncode to the
>> Options property (true by default) to control the process.
>
>
> Something you probably want to handle also, if you support UTF-8, is the BOM (Byte Order Mark) which is written by some text editor (Windows Notepad, UltraEdit...) at the beginning of the file. For UTF-8 that's 3 byte $EF $BB $BF.
> Read here for more details :
> http://www.unicode.org/unicode/faq/utf_bom.html#BOM
>
> This should probably be handled in TJvSimpleXML.LoadFromStream or TJvSimpleXMLElemsProlog.LoadFromStream.
As far as I remember, the BOM is only useful with UTF16 and UTF32 because of Big and Little Endian. In UTF8, you don't have that problem, the bytes are read in the order they appear in the file.


Subject: Re: JVCL installer (jcl also) for CB6 enhancement
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Apr 2004 21:28:45 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Vladimir Zhuchko wrote:
>
>
>> As I can see, both installers don't copy the *.res files to the
>> $(BCB)\lib\obj directory
>
>
> The same goes for .dfm and .xfm files.
>
> This will be implemented as soon as possible.
>
>
And this is explained in the installation guide. BTW, the XFM files are useless as the CLX is only supported with versions 7 and upper.


Subject: Re: New installer: My opinion
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Apr 2004 21:27:33 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I will remove the search for the .dcp files which forces a correct
> installed JCL with the JCL paths in the search or browse paths.
Thanks. Or you could ask for the root JCL path, which would be even better. More precisely, if left empty, then use the search paths, if indicated by the user, use the value. A nice little hint would do here too <g>


> I can not speek about BCB but all Delphi versions 5, 6 (, 7 no update
> available) have no Update information in HKCU.
Well, the BCB6 I have here has put the Update key in both places. And I suspect it would not put in in HKLM if it doesn't have access to it which may happen on a restricted account. I don't think it's that big of a deal to add it and this would save us time later on as the situation may happen.

> You could modify the make files :-)
They already are, build.exe works perfectly well with them <g>

> I will allow an empty path for hpp files and add the BCB install guide
> link.
Thanks.

> Why? It only compiles the JCL DCP files when they do not exist or older
> than the CJclXxx.lib files.
Yes, but if I don't want to build the JCL that I just updated (because it crashes, because I'm in bad mood...), there is no way to prevent that. A check box would be fine. I mean, for Delphi, you don't build the JCL if it is newer (at least I don't think so).

> Which .bpl files? The one that are created by the dcp compilation or the
> one created by the JCL installer for the .bpk files?
The DCP compilation (JclDCP4BCB) doesn't create any bpl file. Hence the risk of a difference between the two. Or maybe I'm wrong on that...

>> This is because it couldn't find the JCL directory, and this is why I
>> keep on saying that the JCL directory box in the first page should be
>> the source directory, not the output directory.
> Will be done.
Thanks

Keep up the good work, this installer is really really good.
Cheers

Olivier Sannier
JVCL Developer


Subject: WARNING: DO NOT USE THE NEW INSTALLER
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 13:25:53 +0200
Newsgroups: jedi.vcl

The new installer has a bug that destroys the search and browse path list
in Delphi and BCB.

I will fix this as soon as possible. Till that time do not use the
installer except if you select "Compile only".

-- Regards, Andreas Hausladen 

Subject: Re: New installer: My opinion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 13:14:13 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The installer should add a "[Finished]" to the details window.

This is no big deal.


-- Regards, Andreas Hausladen 

Subject: Re: New installer: My opinion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 13:13:56 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > - The JCL directory on the first page is still misleading to me (see
> > below)

I will remove the search for the .dcp files which forces a correct
installed JCL with the JCL paths in the search or browse paths.

> > - The update verification only checks in HKLM. Couldn't it check
> > in HKCU if HKLM doesn't contain the right info?

I can not speek about BCB but all Delphi versions 5, 6 (, 7 no update
available) have no Update information in HKCU.

> >  - There apparently is no way to prevent the installer from 
> > moving the hpp files.

You could modify the make files :-)
I will allow an empty path for hpp files and add the BCB install guide
link.

> > - There should be a way to tell the installer not to compile the 
> > JCL DCP file.

Why? It only compiles the JCL DCP files when they do not exist or older
than the CJclXxx.lib files.

> > Indeed, if it is recompiled, the BPL file should be too, and the
installer
> > doesn't allow for that.

Which .bpl files? The one that are created by the dcp compilation or the
one created by the JCL installer for the .bpk files?


> > This is because it couldn't find the JCL directory, and this is why I
> > keep on saying that the JCL directory box in the first page should be
> > the source directory, not the output directory.

Will be done.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL installer (jcl also) for CB6 enhancement
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 12:58:27 +0200
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > As I can see, both installers don't copy the *.res files to the
> > $(BCB)\lib\obj directory

The same goes for .dfm and .xfm files.

This will be implemented as soon as possible.


-- Regards, Andreas Hausladen 

Subject: Re: XML - proposal for change
From: Toff <toff@N0_SP4M.corecodec.com>
Date: Tue, 13 Apr 2004 12:56:51 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Ivo, I've uploaded a modified JvSimpleXML to binaries that I want you to try
> out. It has OnEncode and OnDecode events and I added sxoAutoEncode to the
> Options property (true by default) to control the process.

Something you probably want to handle also, if you support UTF-8, is the BOM (Byte Order Mark) which is written by some text editor (Windows Notepad, UltraEdit...) at the beginning of the file. For UTF-8 that's 3 byte $EF $BB $BF.
Read here for more details :
http://www.unicode.org/unicode/faq/utf_bom.html#BOM

This should probably be handled in TJvSimpleXML.LoadFromStream or TJvSimpleXMLElemsProlog.LoadFromStream.

Regards
Christophe Paris


Subject: JVCL installer (jcl also) for CB6 enhancement
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 13 Apr 2004 14:43:48 +0400
Newsgroups: jedi.vcl

As I can see, both installers don't copy the *.res files to the $(BCB)\lib\obj directory, I have to do this manually, why is this feature absent within the installers?
Without *.res files it's not possible to compile applications (linkage stage).


Subject: Re: howto: dll and docking
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 13 Apr 2004 12:36:56 +0200
Newsgroups: jedi.vcl

I can´t help you with your problem, but you must reset Application.Handle in
DLL.

Like that:
/////////////////////////////////////////////////////
SaveHandle:=Application.Handle
Application.Handle := AHandle;
try
.....
....
finally
  DLLForm.Free;
  Application.Handle:=SaveHandle;
end;
/////////////////////////////////////////////////////

Regards

Dierk

"bazyliszek" <z.sorokowski@interia.pl> schrieb im Newsbeitrag
news:c5gcse$ks6$1@talkto.net...
> > Hello,
> >
> > I'd like to use docking form from DLL.
> >
> > In my DLL i put this code:
> >
> > type
> >   TDLLForm = class(TForm)
> >     JvDockClient1: TJvDockClient;
> >     JvDockDelphiStyle1: TJvDockDelphiStyle;
> >   private
> >     { Private declarations }
> >   public
> >     { Public declarations }
> >   end;
> >
> > function ShowDll(AHandle: THandle; ACaption: String): Integer;
> > var
> >   DLLForm: TDllForm;
> > begin
> >   Application.Handle := AHandle;
> >   DLLForm := TDLLForm.Create(Application);
> >   try
> >     DLLForm.Caption := ACaption;
> >     DLLForm.ShowModal;
> >     Result := 1; // only test
> >   finally
> >     DLLForm.Free;
> >   end;
> > end;
> >
> > exports ShowDll;
> >
> > In main form (file exe) I put JvDockServer object and I call this
> > function ShowDll:
> >
> > .
> > @ShowDll:=GetProcAddress(dll,'ShowDll');
> > ShowDll(Application.Handle,'Caption');
> > .
> > Form from dll is create, but I can't dock this form in main form.
> >
> > Maybe sombody knows what I do wrong ?
> >
> > Thanks in advance,
> > Zibi
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: Important bug fix in JvInspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 12:29:01 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > make sure "I" would always be <= High(List)

A little bit faster would be "Index < Length(List)" because High() calls
Length() and decrements the result.


-- Regards, Andreas Hausladen 

Subject: JVCL installer screws up the Library Path
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Tue, 13 Apr 2004 12:29:00 +0200
Newsgroups: jedi.vcl

Hi,

I've just done a JVCL3 CVS checkout and installed it successfully into my D7
Pro using the new installer. But I also discovered that it totally screwed
up the Library Path. To be more precise in explanation, only those items
that contain spaces in their paths were dissected to one more entries. The
number of such new entries equals to the number of spaces in a path. Since
all my thirdparty VCL components are installed in the Delphi folder
(C:\Program Files\Delphi7) I have to manually repair almost entire list of
library paths.

Could you, please, fix this installer bug?


Best regards,
Ivo




Subject: Re: 'Q' components?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 12:26:06 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > But I don't know if the installer installs them.

I never tested it because I do not want to screw up my Delphi 7
installation.



-- Regards, Andreas Hausladen 

Subject: Re: Advice on progress bars, sliders and trackers
From: @in@taavi.ee
Date: Tue, 13 Apr 2004 10:21:25 GMT
Newsgroups: jedi.vcl

On Mon, 12 Apr 2004 15:07:39 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> I think that a Style property, with an enumerated type, and only one
>> >> control, would be preferable.
> >The problem with a Style property is that it isn't easy to add new styles
> >without changing the code.

And why is that a problem? How often do you plan to add new styles?
And in order to use new painter one would have to change code /
compile too, no?

So it seems to me that you want to use painters because it is kind of
cool way to do it... I don't see any real advantage of using painters,
actually I think it will make simple things more complicated that they
need to be.

IMHO
ain


Subject: Re: help with custom jvinspector item for TListColumns
From: "Kathire" <kathire-has-no-email@email-server.com>
Date: Tue, 13 Apr 2004 09:52:06 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Marcel and Peter ,
Thanks for your replies. I somehow found the answer after posting the
message.

I used something like the below in the edit function.


TListview(TJvInspectorPropData(Self.GetData()).Instance).columns.Assign(
ListviewForm.LstViewObj.columns);

This seems to solve the problem.

Marcel : I have another question for you. Couple of hours ago, I
started using the list view component in the designer. When I assign
the listview to the inspector1, and when I change the value of the
style (to report) in the inspector1, inspector2's (which is used for
displaying another set of properties for the same listview object)
DataValueChanged event is firing. I'm not sure why it was the case.
Tomorrow I'll try to create an example program and upload it in the
binaries group.

Thanks alot for your work on jvinspector.

-Kathire


Subject: Re: help with custom jvinspector item for TListColumns
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Apr 2004 11:39:57 +0200
Newsgroups: jedi.vcl

Hello, Kathire!
You wrote  on Tue, 13 Apr 2004 06:33:33 +0000 (UTC):

 K> Please tell me how to assign the columns property to the main
 K> component, I'll be using this code in my opensource
 K> wxwindows dialog designer.

    As Peter mentioned, I like to see the piece of code for this issue only,
instead of a 1MB download. Having said that from what I understand you have
created a descendant of TJvCustomInspectorItem or one of it's descendants,
showing a dialog to edit/create a list of columns but you are unable to put
the list back, correct? Assuming you used the Edit method of the inspector
item, you should do something like this *after* the dialog has been shown:

    TListColumns(Data.AsOrdinal).Assign(<columns list of editor dialog>);

    Additionally, you should probably do something like this *before* the
dialog is shown:

    <columns list of editor dialog>.Assign(TListColumns(Data.AsOrdinal));

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Important bug fix in JvInspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Apr 2004 19:36:48 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Actually, you can't change the loop variable if used in a for construct.
> That was not the issue, the issue was I started with "for I := 0 to
> High(...) do" which was bad but seemed to work in many cases. My first
> instinct was to use "for I := High(...) downto 0 do" to solve the issue
> (which did work in my particular test case) but then thought about cases
> where multiple items might be removed inside the loop. That's when I decided
> that a while loop was the better choice, since I could then make sure "I"
> would always be <= High(List), which is the actual fix
> (TJvInspDataReg.Remove IIRC, near the end of the method). The "lessons" were
> to "learn" when not to use a "for" loop.
Oh ok, I didn't understand all of your explanation.

>     That said, as I also mailed to the reporter of this bug, it's a goddamn
> miracle that piece of code never bombed before.
I have those kind of miracles at work everyday. That's amazing what an option dialog can do to an application when no file is opened...


Subject: Re: 'Q' components?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Apr 2004 19:35:09 +1000
Newsgroups: jedi.vcl

Ian Branch wrote:

> Hi Guys,
>
>     When I update JVCL via CVS I get a pile of 'Q' components.  What are
> they?  Are they installed by the JVCL installer?  If not, should they be
> installed?

They are the CLX components and they are needed if you do CLX development (under D7 and K3). But I don't know if the installer installs them.


Subject: Re: Important bug fix in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Apr 2004 11:29:23 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 13 Apr 2004 09:23:11 +1000:

 O> Why not use a while loop (decrementing) instead?
 O> I mean, if you change the value of the iterating variable
 O> more than once in the loop, I find it clearer to use
 O> while instead of for.

    Actually, you can't change the loop variable if used in a for construct.
That was not the issue, the issue was I started with "for I := 0 to
High(...) do" which was bad but seemed to work in many cases. My first
instinct was to use "for I := High(...) downto 0 do" to solve the issue
(which did work in my particular test case) but then thought about cases
where multiple items might be removed inside the loop. That's when I decided
that a while loop was the better choice, since I could then make sure "I"
would always be <= High(List), which is the actual fix
(TJvInspDataReg.Remove IIRC, near the end of the method). The "lessons" were
to "learn" when not to use a "for" loop.

    That said, as I also mailed to the reporter of this bug, it's a goddamn
miracle that piece of code never bombed before.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: 'Q' components?
From: "Ian Branch" <branch@ancc.com.au>
Date: Tue, 13 Apr 2004 19:28:33 +1000
Newsgroups: jedi.vcl

Hi Guys,

    When I update JVCL via CVS I get a pile of 'Q' components.  What are
they?  Are they installed by the JVCL installer?  If not, should they be
installed?

Regards,

Ian




Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 11:20:23 +0200
Newsgroups: jedi.vcl

> > No, that is so for UTF-7 :-)
My mistake. UTF-8 is 8 bit, UTF-7 is 7-bit (kind of obvious, isn't it<g>?)

> > But that needs to dig into RFC, i wonder which UTF-s are valid for XML ?
It depends on the program reading it whether it is supported or not. Most
browsers and XML tools supports a wide variety of UTF and ISO encodings but
they should all at least support UTF-8.

> > If UTF-16 or URF-32 will not be valid, then there will be little sense in
> > supporting them, there just to be way to create descendants, doing it, for
> > those who need..
Since JvSimpleXML is AnsiString only, any encoding using ASCII > 255 makes
no sense (UTF-8 is <= #255 but doesn't use #128-#191, #254 or #255).

> > More fun - there are similar procedures in JCL - and always will be until
D5
> > support is dropped (Lord save me! :-) )
Well, duh! I should have looked there first, of course
(WideStringToUtf8/Utf8ToWideString in JclUnicode.pas)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: help with custom jvinspector item for TListColumns
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 11:09:12 +0200
Newsgroups: jedi.vcl

I think an image or some source code would be better than a 1MB download
that doesn't show anything.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer: My opinion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Apr 2004 10:00:03 +0200
Newsgroups: jedi.vcl

The installer should add a "[Finished]" to the details window.
Building the packages worked well, but when i installed again with only compile packages (nothing to make then of course) the installer indicated an obviously bogus error.



Subject: Re: Advice on progress bars, sliders and trackers
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 13 Apr 2004 09:50:17 +0200
Newsgroups: jedi.vcl

I like this idea.
I´ve written a progressbar (or better a gaugebar) with several hardcoded
themes.
I don´t like that "hardcoded", but it was for me a fast way to have one
component with several visualizations.
To do that mith several "painters", I think it would be a nice and suitable
way to reduce those 101 different progress components.

Regards
Dierk






Subject: Re: Someone has changed the JvExXxx files directly
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 09:44:41 +0200
Newsgroups: jedi.vcl

> > That was the easy fix. But then we have two constructors for
> > TCustomForm/TForm. Now we have only CreateNew for these classes.
See? Aren't you glad now that I didn't mess up your templates<g>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Someone has changed the JvExXxx files directly
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 09:30:35 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > The fix is to set the default Hint window color in both constructors
> > IIRC?

That was the easy fix. But then we have two constructors for
TCustomForm/TForm. Now we have only CreateNew for these classes.


-- Regards, Andreas Hausladen 

Subject: help with custom jvinspector item for TListColumns
From: "Kathire" <kathire-has-no-email@email-server.com>
Date: Tue, 13 Apr 2004 06:33:33 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I'm having a hard time understanding how to create listview columns
property editor. I was trying to use Ralf Kaiser's example to create a
new one, but I was not able to assign the columns after showing the
dialog which creates a list of columns. Please tell me how to assign
the columns property to the main component, I'll be using this code in
my opensource wxwindows dialog designer.

You can check my designer program at

 http://www-ec.njit.edu/~grk4352/wxdlg/dlgHelper004-preview.zip

Thanks in advance.
Kathire


Subject: Re: JVCL - CVS refuses to install ?? (1.9 JCL installed and working ok..)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Apr 2004 16:24:30 +1000
Newsgroups: jedi.vcl

Andrew Tierney wrote:

> Do I need to grab JCL from CVS also ? I was using JCL1.90 Build1497 ?
Yes, please use the one from CVS.

> The CVS command I am using to grab JVCL 3 is
>
> cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl login
> cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl co .
>
> Which grabs, dev, jvcl, jvcl132 directories and their contents..!  I gather
> I could use dev/JVCL3 for the module instead of '.' ???
Yes, you could. But then, you wouldn't get dev/help where the source files for the help are located.

> Also should I grab JCL using the following CVS command ?
> cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl login
> cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl co .
That should work, yes.

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: Advice on progress bars, sliders and trackers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Apr 2004 16:22:58 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Well, there is nothing forcing you to add the new painter in the style
>> actually. The style is there as a basis, if you want more, use the
>> external painters...
>
> I'm not talking about JvMenu specifically, I'm talking about the different
> implementation methods in general (enumeration vs dynamic registration).
>
Me too, even if it may not have been that clear...



Subject: Re: Advice on progress bars, sliders and trackers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 08:18:46 +0200
Newsgroups: jedi.vcl

> > Well, there is nothing forcing you to add the new painter in the style
> > actually. The style is there as a basis, if you want more, use the
> > external painters...
I'm not talking about JvMenu specifically, I'm talking about the different
implementation methods in general (enumeration vs dynamic registration).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Someone has changed the JvExXxx files directly
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Apr 2004 08:17:02 +0200
Newsgroups: jedi.vcl

> > - The JvExForms fix should be added to the template (Andreas?) and when
> > fixed, the JvOfficeColorForm fix can be removed
Ah, I was wondering when you were going to tell us which file you meant :)

I didn't want to change the templates since I thought it would be a bigger
problem if they got messed up and since I couldn't quite figure out how the
templates work, I didn't want to risk that.

The fix is to set the default Hint window color in both constructors IIRC?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL - CVS refuses to install ?? (1.9 JCL installed and working ok..)
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Tue, 13 Apr 2004 15:45:35 +1000
Newsgroups: jedi.vcl

Do I need to grab JCL from CVS also ? I was using JCL1.90 Build1497 ?

The CVS command I am using to grab JVCL 3 is

cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl login
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl co .

Which grabs, dev, jvcl, jvcl132 directories and their contents..!  I gather
I could use dev/JVCL3 for the module instead of '.' ???

Also should I grab JCL using the following CVS command ?

cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl login

cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl co .

Thanks


"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:c5frop$hp8$1@talkto.net...
> > Andrew Tierney wrote:
> >
>> > > Any ideas ?? The CVS dump was 13 Apr 2004.. ( I did not select rebuild
>> > > packages).
>> > >
>> > > I have tried changing paths in the INI file (so there are no spaces) etc
>> > > etc.
>> > >
>> > > Also just tried to rebuild packages and get this error:
>> > >
C:\downloads\Delphi\JVCL3-CVS-13Apr2004\dev\JVCL3\run\JvJVCLAboutForm.pas(14
>> > > 0) Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
>> > >
>> > > JvCoreD7R.dpk(92) Fatal: Could not compile used unit
>> > > '..\..\run\JvJVCLAboutForm.pas'
>> > >
>> > > Help ?
> >
> > You need to update the JCL as well, some major changes happened in the
> > past week.
> >




Subject: Re: JVCL - CVS refuses to install ?? (1.9 JCL installed and working ok..)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Apr 2004 15:36:02 +1000
Newsgroups: jedi.vcl

Andrew Tierney wrote:

> Any ideas ?? The CVS dump was 13 Apr 2004.. ( I did not select rebuild
> packages).
>
> I have tried changing paths in the INI file (so there are no spaces) etc
> etc.
>
> Also just tried to rebuild packages and get this error:
> C:\downloads\Delphi\JVCL3-CVS-13Apr2004\dev\JVCL3\run\JvJVCLAboutForm.pas(14
> 0) Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
>
> JvCoreD7R.dpk(92) Fatal: Could not compile used unit
> '..\..\run\JvJVCLAboutForm.pas'
>
> Help ?

You need to update the JCL as well, some major changes happened in the past week.



Subject: Re: New installer: My opinion
From: "Ian Branch" <branch@ancc.com.au>
Date: Tue, 13 Apr 2004 14:10:42 +1000
Newsgroups: jedi.vcl

Ditto.  I think you could also surface all of the jvcl.inc options too.

Regards,

Ian




Subject: JVCL - CVS refuses to install ?? (1.9 JCL installed and working ok..)
From: "Andrew Tierney" <andrew@castlesoft.com.au>
Date: Tue, 13 Apr 2004 13:04:22 +1000
Newsgroups: jedi.vcl

Any ideas ?? The CVS dump was 13 Apr 2004.. ( I did not select rebuild
packages).

I have tried changing paths in the INI file (so there are no spaces) etc
etc.

Also just tried to rebuild packages and get this error:
C:\downloads\Delphi\JVCL3-CVS-13Apr2004\dev\JVCL3\run\JvJVCLAboutForm.pas(14
0) Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

JvCoreD7R.dpk(92) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

Help ?








Subject: New installer: My opinion
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Apr 2004 11:17:28 +1000
Newsgroups: jedi.vcl

Hi

I've just started the new installer, it looks great. However, I have some remarks:

- The JCL directory on the first page is still misleading to me (see below)
- The update verification only checks in HKLM. Couldn't it check in HKCU if HKLM doesn't contain the right info?
- There apparently is no way to prevent the installer from moving the hpp files. I'd really like to be able to turn that off.
- There is no more link to the install guide for BCB, explaining the HPP moving stuff.
- There should be a way to tell the installer not to compile the JCL DCP file. Indeed, if it is recompiled, the BPL file should be too, and the installer doesn't allow for that.

My JCL is not in ..\..\jcl and when I launched the compilation stuff, here is what I got:

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Copying: Templates]
The system cannot find the path specified.

** error 1 ** deleting Templates
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

** error -1 ** deleting ChangeDirPackageDir

This is because it couldn't find the JCL directory, and this is why I keep on saying that the JCL directory box in the first page should be the source directory, not the output directory. This way you could have the correct path to the source files and not fail if the JCL is not in the recommended location.

Apart from that, it looks good

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: JVCL still not working
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 13 Apr 2004 03:13:21 +0200
Newsgroups: jedi.vcl

CLX ? No... I think.
It's only with the new installer that I can't install.

Regards,
Stefano Pessina

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> ha scritto nel
messaggio news:c5fc3u$fv0$1@talkto.net...
> > Stefano Pessina wrote:
> >
>> > > Someone can help me, please?
> >
> > Do you have the framework CLX active? Because this is the only reason why
> > the installer calls the build system twice for one target IDE.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: JVCL still not working
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Apr 2004 03:10:31 +0200
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> > Someone can help me, please?

Do you have the framework CLX active? Because this is the only reason why
the installer calls the build system twice for one target IDE.


-- Regards, Andreas Hausladen 

Subject: Re: PackageGenerator & VisualCLX
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Apr 2004 11:03:03 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

>
> Forget to say: clxdesigner.dcp is not shipped with Delphi7. So I have added clxdesigner.dpk to the D7clx packages.
Are we allowed to ship that file? I thought that design packages from Borland where off limit...

> How can this be integrated? It contains absolute paths referring to the
> delphi directory?
use $(DELPHI) or $(ROOT) instead.



Subject: Re: JVCL still not working
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Apr 2004 10:53:07 +1000
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> Hi all!
> It's from April, 7 that the JVCL installer don't work.
> The installer output is available on:
> http://www.tntdeveloping.com/jvcl/InstallerOutput.html
>
> Someone can help me, please?
>
> Regards,
> Stefano Pessina
>
>
Seems to me that the compiler is calling the build system twice, which is rather strange...



Subject: Re: Important bug fix in JvInspector
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Apr 2004 09:23:11 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, All!
>
>     just committed a bug fix which could cause 'Index out of range' and/or
> AVs when clearing or destroying an inspector (I know, same difference) which
> had a number of class type items showing the properties as child items. The
> issue was caused mostly because of the use of a for loop in a situation
> where the items in the list it iterates could vanish during that loop. As
> you all know, a for loop is a constant loop with a predetermined number of
> iterations before the loop starts. On top of that it was an incrementing
> loop (starting from the lowest to the highest index). Changed it all to a
> decrementing while loop, with additional checks to keep the index variable
> in range (it's quite possible the deletion of an item could cause multiple
> items to be removed, hence the additional check).
>
>     Lessons to be learned from this bug:
>
>     1) *never* use an incrementing for loop on lists that may change during
> the execution of that loop.
>     2) think twice about using a decrementing for loop in the situation
> above. Most of the time these will work, provided only one item at a time
> might be deleted
>
>     Thus endeth the lesson. Class dismissed.

Why not use a while loop (decrementing) instead?
I mean, if you change the value of the iterating variable more than once in the loop, I find it clearer to use while instead of for.



Subject: Re: Advice on progress bars, sliders and trackers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Apr 2004 09:15:11 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> In the case of JvMenus, it's a matter of changing one line (to
>> add the new style name in the enum) and adding another (to create the
>> correct painter from the style). I don't think this is much work at all.
>
> It's not the work: its the requirement to change the source to support new
> styles that irks me. Using a painter without a Style property, there is no
> need to change the base class to add a new painter and to me that's just
> more elegant.
>
Well, there is nothing forcing you to add the new painter in the style actually. The style is there as a basis, if you want more, use the external painters...



Subject: JVCL still not working
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 13 Apr 2004 01:12:47 +0200
Newsgroups: jedi.vcl

Hi all!
It's from April, 7 that the JVCL installer don't work.
The installer output is available on:
http://www.tntdeveloping.com/jvcl/InstallerOutput.html

Someone can help me, please?

Regards,
Stefano Pessina




Subject: Re: Someone has changed the JvExXxx files directly
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Apr 2004 20:42:37 +0000 (UTC)
Newsgroups: jedi.vcl

OK. I found it in the histroy:

- The JvExForms fix should be added to the template (Andreas?) and when
fixed, the JvOfficeColorForm fix can be removed


-- Regards, Andreas Hausladen 

Subject: Re: Someone has changed the JvExXxx files directly
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Apr 2004 20:40:46 +0000 (UTC)
Newsgroups: jedi.vcl

And I'm not talking about the $Id$ changes which would be no problem. I
talk about changes like

   public
     constructor Create(AOwner: TComponent); override;
-    constructor CreateNew(AOwner: TComponent; Dummy: Integer =
0);override;
-
     destructor Destroy; override;


-- Regards, Andreas Hausladen 

Subject: Someone has changed the JvExXxx files directly
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Apr 2004 20:36:02 +0000 (UTC)
Newsgroups: jedi.vcl

Someone has changed the JvExXxx files directly without using the template
files.
Why is there a header saying?

{ Do not edit this file.
  This file is autogenerated from the source in devtools/JvExVCL. }

Now I try to resync the templates. But maybe I forget something...


-- Regards, Andreas Hausladen 

Subject: Re: Important bug fix in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 Apr 2004 22:09:06 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Mon, 12 Apr 2004 19:21:20 +0400:

 MB>>     just committed a bug fix which could cause 'Index out of range'

 A> Can You tell me file ID, so i will now hen i have it form CVS (remember,
 A> anonymous CVS is lagging)

    I know. It's rev.1.74. Anon. CVS is updated to 1.79 (which was my latest
fix/addition).

 A> May i also ask everyone, if he commits fix/change, that he considers
 A> important - to tell file VCS $Id$ for it ?

    Good idea.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Nescio" by The Nits.




Subject: Re: @Warren: current changes in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 Apr 2004 22:07:02 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Mon, 12 Apr 2004 08:52:40 -0400:

 WP> Okay, I will check that nothing broke. Looks good on paper
 WP> though. :-)

   Thanks. I think all should still work. I made some additional changes
afterwards, so check the commit logs.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Jardin d'Hiver" by The Nits.




Subject: Re: HMI Controls/Indicators palette
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 Apr 2004 22:05:35 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Mon, 12 Apr 2004 19:08:25 +0400:

 MB>>     Well, JvDice doesn't really have to do with machines.

 A> Agree, but all the others packages do not suit better.

    Agreed.

 A> So let's move it to HMI, with a reason 'strange component, that would
 A> rarely used in usual apps' :-)

    Also agreed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Jardin d'Hiver" by The Nits.




Subject: Re: New installer "finished"
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 12 Apr 2004 18:49:55 +0000
Newsgroups: jedi.vcl

Great work, worked perfectly on D5 Ent and D7 per!

Andreas Hausladen wrote:

> The new installer is now in a state where it has all functions which are
> necessary.
> Comments are welcome.
>
> Here the last changes:
>
> - .obj files are now deleted before the BCB compile process
>   starts
> - better CJcl.dcp compile detection
> - more commandline options (see JVCLInstall.exe --help)
> - temporary files are deleted even if the compile process   failed (controllable by cmd-param: --keep-files)
> - AutoUpdate function implemented (cmd-param: --autoupdate)
> - dxgettext support for JVCL packages finished
> - Uninstall function implemented
> - new JCL-source directory detection
> - added "edit jvcl.inc" dialog
> - large font support should be better
>
>


Subject: Re: interpreter
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 12 Apr 2004 18:49:05 +0000
Newsgroups: jedi.vcl

Never expected my dumb comments to lead to this kind of discussion ;-)


Peter Thörnqvist wrote:
>> Since I have already a wife and I am very satisfied with her I see no
>
> chances
>
>> for you anyway :-)
>
> I think my wife might protest about a switch as well<g>
>
>> But I can cook (according to my wife very well) and I have no prob with
>
> sitting
>
>> reaaaaaly long in front of screens !
>
> Why does this sound so familiar? ;-)
>
>
>> But my wife wants to know how many children you have!
>
> Three: 14 (boy), 12 (boy) and 10 (girl) years old
>


Subject: Re: Installer and JCL
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 12 Apr 2004 19:25:46 +0400
Newsgroups: jedi.vcl

Hello, Andreas!

But maybe it can scan sources of any used library, bee it DxGetText or JCL
or ThemeManager, and give a warning if some source file is more recent than
their BPLs ?

If it makes any sensse, i don't know.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: interpreter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 Apr 2004 17:25:26 +0200
Newsgroups: jedi.vcl

> > Since I have already a wife and I am very satisfied with her I see no
chances
> > for you anyway :-)
I think my wife might protest about a switch as well<g>

> > But I can cook (according to my wife very well) and I have no prob with
sitting
> > reaaaaaly long in front of screens !
Why does this sound so familiar? ;-)

> >
> > But my wife wants to know how many children you have!
Three: 14 (boy), 12 (boy) and 10 (girl) years old

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Important bug fix in JvInspector
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 12 Apr 2004 19:21:20 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

 MB>     just committed a bug fix which could cause 'Index out of range'

Can You tell me file ID, so i will now hen i have it form CVS (remember,
anonymous CVS is lagging)

May i also ask everyone, if he commits fix/change, that he considers
important - to tell file VCS $Id$ for it ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: XML
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 12 Apr 2004 19:18:56 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PT> indeed UTF-8. UTF-8 is not a WideString only encoding. Quite the
 PT> contrary, it was designed so it could be used with 7-bit ASCII
 PT> transfer technology.

No, that is so for UTF-7 :-)
UTF-8 - is for 8 bit
So on for UTF-16 and UTF-32, though they suffer from different byte orders.

But that needs to dig into RFC, i wonder which UTF-s are valid for XML ?
If UTF-16 or URF-32 will not be valid, then there will be little sense in
supporting them, there just to be way to create descendants, doing it, for
those who need..

 PT>  If you take a look at AnsiToUtf8, you will see that it takes a string
 PT> as parameter and returns a UTF8String - which is also a string.

More fun - there are similar procedures in JCL - and always will be until D5
support is dropped (Lord save me! :-) )

 PT> Of course, no one ever said that AnsiToUtf8 et al didn't work but the
 PT> problem is that we try to support D5 as well and it doesn't have those
 PT> functions.

JCL has, Win32 API has, Linux has....


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: HMI Controls/Indicators palette
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 12 Apr 2004 19:08:25 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

 MB>     Well, JvDice doesn't really have to do with machines.

Agree, but all the others packages do not suit better.

So let's move it to HMI, with a reason 'strange component, that would rarely
used in usual apps' :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: interpreter
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 12 Apr 2004 17:01:45 +0200
Newsgroups: jedi.vcl


Since I have already a wife and I am very satisfied with her I see no chances
for you anyway :-)
But I can cook (according to my wife very well) and I have no prob with sitting
reaaaaaly long in front of screens !

But my wife wants to know how many children you have!

best regards
Ralf Grenzing


"Peter Thörnqvist" schrieb:

>> > > So perhaps I would be a better wife? :-)
> > Depends. Can you cook, do you like kids, dogs and birds and do you mind if I
> > play golf two days a week and spend a *wee* bit of time in front of a
> > screen<g>?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: Advice on progress bars, sliders and trackers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 Apr 2004 16:26:09 +0200
Newsgroups: jedi.vcl

> > In the case of JvMenus, it's a matter of changing one line (to
> > add the new style name in the enum) and adding another (to create the
> > correct painter from the style). I don't think this is much work at all.
It's not the work: its the requirement to change the source to support new
styles that irks me. Using a painter without a Style property, there is no
need to change the base class to add a new painter and to me that's just
more elegant.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Advice on progress bars, sliders and trackers
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Apr 2004 15:27:49 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Now, I don't see any problem with doing this but I am at a loss whether it
> would be better to keep the existing bars, trackers and sliders or to
> implement their specific functionality using "painters" similar to how it is
> done in JvMainMenu, JvInspector, JvPageControl etc. There would be a
> difference with these painters though, since they would also have
> functionality.

Maybe better like JvBehaviorLabel.

> Backward compatibility is an issue here of course, and reimplementing with a
> common base class will break it no matter how it is done (Min is sometimes
> called MinValue, Orientation is called Horizontal, Position is called Value
> etc), so suggestions are welcome.

I am for the change. The work for JVCL 3 is also a work to reorganize and *normalize* the components. Backward compatibility was never held above that.



Subject: Re: Advice on progress bars, sliders and trackers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 12 Apr 2004 23:22:14 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Imagine no visual controls worked until you found and associated a
>> property with a non-visual control. Yuck!
>
> Using a painter doesn't have to mean that the control can't draw itself in a
> default style. For example, both JvMenu and JvPageControl can draw in their
> default styles. The only control I know in JVCL that requires a painter is
> JvInspector but I understand the reasoning behind that: providing a default
> draw routine would duplicate much of the code in one of the existing
> painters. JvMenu and JvPageControl just uses the built-in functionality in
> Windows when there is no painter, so there is no extra code.
Not really, at least with TJvMenu.
There is a Style property AND a Painter property. By default, it uses Style but can use external painters, mostly to share rendering properties.
As you said, extending the style enumeration requires a bit of code, but not much. In the case of JvMenus, it's a matter of changing one line (to add the new style name in the enum) and adding another (to create the correct painter from the style). I don't think this is much work at all.

I do like the idea of a Style property and I also like your proposal of having a base class.

My .02$AU worth (about 0.015$US or 0.012€) <g>

Olivier


Subject: Re: Advice on progress bars, sliders and trackers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 Apr 2004 15:07:39 +0200
Newsgroups: jedi.vcl

> > Imagine no visual controls worked until you found and associated a
> > property with a non-visual control. Yuck!
Using a painter doesn't have to mean that the control can't draw itself in a
default style. For example, both JvMenu and JvPageControl can draw in their
default styles. The only control I know in JVCL that requires a painter is
JvInspector but I understand the reasoning behind that: providing a default
draw routine would duplicate much of the code in one of the existing
painters. JvMenu and JvPageControl just uses the built-in functionality in
Windows when there is no painter, so there is no extra code.

> > I think that a Style property, with an enumerated type, and only one
> > control, would be preferable.
The problem with a Style property is that it isn't easy to add new styles
without changing the code. There is another approach - one that I used in
the JvBehaviorLabel - but it is only really useable at design-time because
it relies on design editors to provide a list of available behaviors. At run
time, it's not so easy.

> > My $0.02 Canadian (That's about $0.015 US).
Nevertheless :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @Warren: current changes in JvInspector
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 12 Apr 2004 08:52:40 -0400
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Warren and others!
>
>     I've just committed a modified JvInspector to correct some issues I had
> with the things mostly done by Warren (AFAICT):
>
>     * TJvInspectorCustomCategory redeclared the Name property instead of
> 'overriding' it with just the write specifier.
>     * The editors events exposed at the inspector have been renamed from
> OnXxxxx to OnEditorXxxxx. Additionally the actual Key/Mouse events of the
> inspector are now exposed also.
>     * The mechanism you used to save the editor value when the edit control
> lost focus or when the edit button was clicked showed a real annoying side-effect:
> it selected the next item in the inspector. Changed by making a call to the
> Apply method of the item; end users can use SaveValue instead of
> RefreshValues to save the editor value before refreshing.
>

Okay, I will check that nothing broke. Looks good on paper though. :-)




Subject: Re: Advice on progress bars, sliders and trackers
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 12 Apr 2004 08:50:29 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> The recent donations of a couple of progress bar controls have got me
> thinking that maybe we should reimplement the progress bars, sliders,
> trackers and the "waiting gradient" controls using a base class to implement
> the Min, Max, Position, Orientation and Smooth properties. The derived
> controls would then just have to draw the progress (or whatever) in their
> own way.
>
> The controls I see can be recoded to support this are:
>
> TJvSlider
> TJvxSlider
> TJvWaitingGradient
> TJvWaitingProgress
> TJvSpecialProgress
> TJvColorTrackBar
> TJvXPProgressBar (not yet in JVCL)
> TJvProgressBar and TJvTrackBar are not affected since they derive from
> existing VCL controls
>
> Now, I don't see any problem with doing this but I am at a loss whether it
> would be better to keep the existing bars, trackers and sliders or to
> implement their specific functionality using "painters" similar to how it is
> done in JvMainMenu, JvInspector, JvPageControl etc. There would be a
> difference with these painters though, since they would also have
> functionality.

Personally I think the use of external "painters" is ugly.  Non-visual components that are required so that a visual control can paint itself is a non-intuitive idea, one that counters the way the whole VCL works. Imagine no visual controls worked until you found and associated a property with a non-visual control. Yuck!

I think that a Style property, with an enumerated type, and only one control, would be preferable.  We're probably talking about a very small amount of paint code for all of these controls.

My $0.02 Canadian (That's about $0.015 US).

Warren


Subject: Advice on progress bars, sliders and trackers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 Apr 2004 14:12:30 +0200
Newsgroups: jedi.vcl

The recent donations of a couple of progress bar controls have got me
thinking that maybe we should reimplement the progress bars, sliders,
trackers and the "waiting gradient" controls using a base class to implement
the Min, Max, Position, Orientation and Smooth properties. The derived
controls would then just have to draw the progress (or whatever) in their
own way.

The controls I see can be recoded to support this are:

TJvSlider
TJvxSlider
TJvWaitingGradient
TJvWaitingProgress
TJvSpecialProgress
TJvColorTrackBar
TJvXPProgressBar (not yet in JVCL)
TJvProgressBar and TJvTrackBar are not affected since they derive from
existing VCL controls

Now, I don't see any problem with doing this but I am at a loss whether it
would be better to keep the existing bars, trackers and sliders or to
implement their specific functionality using "painters" similar to how it is
done in JvMainMenu, JvInspector, JvPageControl etc. There would be a
difference with these painters though, since they would also have
functionality.

Backward compatibility is an issue here of course, and reimplementing with a
common base class will break it no matter how it is done (Min is sometimes
called MinValue, Orientation is called Horizontal, Position is called Value
etc), so suggestions are welcome.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 Apr 2004 13:35:10 +0200
Newsgroups: jedi.vcl

> > They totally
> > differ so I say again what I've already said: JvSimpleXML encoder does not
> > encode the string into UTF-8. Please check this out.
I did some research on UTF-8 because I've always assumed that the original
code in JvSimpleXML was UTF-8 encoded so I never bothered to actually check
it. I now know that what JvSimpleXML does is encode all characters above 127
as single byte hex values (which is sort-of correct in the current codepage)
but UTF-8 uses a multibyte encoding scheme where characters can be encoded
as anything between 1 and 6 bytes. This difference is essentially why UTF-8
is codepage/locale independent and JvSimpleXML is not.

So JvSimpleXML does not produce the wrong encoding. It just isn't UTF-8.
After realising this I wrote two new UTF-8 functions based on the info I
found on-line and added them to my local JvSimpleXML. These functions
encode/decode exactly the same way as AnsiToUtf8 and Utf8ToAnsi does.

The problem now is how we are going to proceed with JvSimpleXML: how do we
make it create UTF-8 compliant encodings but still retain backward
compatibility? Many projects use JvSimpleXML to read and write private
files, and in those cases it doesn't really matter if characters are encoded
or not. In the cases where JvSimpleXML need to communicate with other
programs, a correct encoding is necessary. I propose that we do the
following:

* Add the OnEncode/OnDecode events and the AutoEncode Option. AutoEncode is
true by default.
* When auto en/decoding, we use the old functions to encode/decode
* If no event handlers are assigned and AutoEncode is false, should we still
convert entities (',",<,>, and &)?
* We add new support functions to JvSimpleXML (or maybe they should go to
JvJCLUtils instead?) that can convert to/from UTF-8 in D5. D6+ users can
choose to use them or AnsiToUtf8 or anything else.
* Document in the help that the default encoding/decoding done by
JvSimpleXML might not be compatible with other XML tools and also document
how to make it compatible.

What do you guys think about the proposal? How will it affect current users?
How will it affect JVCL's use in the package generator and installer? Is
there anything else we should add/remove/redesign while we're at it?

One other thing that just struck me: when a file is encoded, shouldn't the
entire file be encoded, not just some parts of it? For most XML files this
shouldn't be a problem since people normally use US-ASCII for tag and
property names but there is a potential for recieving a file that doesn't
comply (and you can use international characters in tag and property names
according to the XML standard). So the question is: should OnEncode/OnDecode
work on values or on the entire doc? Or maybe we should have both
OnEncode/OnDecode and OnEncodeValue/OnDecodeValue events?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last CVS CB6 Erros
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Apr 2004 08:02:08 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > as response to your image.

OK. I pressed the wrong hotkey. Now it is a new thread.



-- Regards, Andreas Hausladen 

Subject: Re: Last CVS CB6 Erros
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Apr 2004 08:01:18 +0000 (UTC)
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > See the binaries group

Fixed in CVS. I have uploaded the corrected JvDB-R.xml file to
jedi.binaries as response to your image.


-- Regards, Andreas Hausladen 

Subject: Last CVS CB6 Erros
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 12 Apr 2004 10:01:52 +0400
Newsgroups: jedi.vcl

See the binaries group


Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 11 Apr 2004 21:51:22 +0200
Newsgroups: jedi.vcl

> > Done. The file is foo.xml.
Thanks. Will have a look.

> > Just a little issue: Why TJvSimpleXMLElemHeader's constructor does contain
> > the following line?
> >
> >   FEncoding := 'iso-8859-1';
History? There isn't really any reason to and if anything it should be
'UTF-8' (if autoencoding is enabled) or nothing

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: XML - proposal for change
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sun, 11 Apr 2004 21:27:07 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
news:c5b9r0$rcs$1@talkto.net...
> > Ivo, I've uploaded a modified JvSimpleXML to binaries that I want you to
try
> > out. It has OnEncode and OnDecode events and I added sxoAutoEncode to the
> > Options property (true by default) to control the process.

Thanks! I'd guess this is exactly what I've asked for!


> > Let me know how it works and, if possible , try to perform some speed
test.

Yes, I'll do that ASAP. I think the implementation of OnEncode/OnDecode
events is a great idea.


Best regards,
Ivo




Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sun, 11 Apr 2004 21:15:02 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
news:c5b708$qrl$1@talkto.net...
> > Could you upload the resulting xml to binaries so I could have a look?

Done. The file is foo.xml.

> > Unless the hex encoding is incorrect (which could be the case)

Yup, that's it.



> > UTF-8 is not a WideString only encoding. Quite the contrary, it was
> > designed so it could be used with 7-bit ASCII transfer technology. If you
> > take a look at AnsiToUtf8, you will see that it takes a string as
parameter
> > and returns a UTF8String - which is also a string.

Yes, I already knew that UTF-8 encodes Unicode characters into sequence of
bytes so it could be also used in non-Unicode systems.


> > Of course, no one ever said that AnsiToUtf8 et al didn't work but the
> > problem is that we try to support D5 as well and it doesn't have those
> > functions.

OK. That's clear.


> > AFAIK, the Encode/Decode functions in SimpleXML produces the same
> > output as the UTF functions in D6 and if they don't, they are buggy and
need
> > to be fixed.

You hitted the nail on its head! I did a test. I took the string which was
used in foo.xml file I've sent you ('ŽŠØÌ_ÅÄÖ') and tried it simply decode
into UTF-8 by calling XMLEncode function from JvSimpleXML unit and also by
Delphi 6+ AnsiToUtf8 function. The actual bytes produced by these two
encoders can be found in file foo.txt (see attachments group). They totally
differ so I say again what I've already said: JvSimpleXML encoder does not
encode the string into UTF-8. Please check this out.



> > JvSimpleXML itself doesn't
> > interpret the XML: it *always* assumes that the encoding is UTF-8 and this
> > is heart of the problem as I see it: there is no way to modify this
behavior
> > so no matter how the original xml file was produced, it is always
considered
> > UTF-8.

Just a little issue: Why TJvSimpleXMLElemHeader's constructor does contain
the following line?

  FEncoding := 'iso-8859-1';



> > In summary, I would say that the problems you are seeing could be solved
by:
> >
> > - making sure that the encoding in JvSimpleXML produces valid UTF-8
> > - making sure that the decoding in JvSimpleXML produces valid ASCII
> > characters from valid UTF-8
> > - add a property to control the built-in encoding/decoding

Completely agree.


Best regards,
Ivo




Subject: Re: XML - proposal for change
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 11 Apr 2004 14:04:02 +0200
Newsgroups: jedi.vcl

Ivo, I've uploaded a modified JvSimpleXML to binaries that I want you to try
out. It has OnEncode and OnDecode events and I added sxoAutoEncode to the
Options property (true by default) to control the process.

Here's how it works:

If you assign a handler to OnEncode or OnDecode, they will be called
regardless of the value of sxoAutoEncode. If no handler is assigned and
sxoAutoEncode is true, the previous conversion behavior is used. If
sxoAutoEncode is false and no handlers assigned, the values are read/written
with no conversion.

Let me know how it works and, if possible , try to perform some speed test.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 11 Apr 2004 13:15:37 +0200
Newsgroups: jedi.vcl

> > [...] in IE
> > it was displayed as 'A' with a small circle above, something like the name
> > of Angstrom unit I remember from school.
Yes, that is the correct letter. The three letters should look like an A
with a ring, an A with two dots and an O with two dots.

> > I did also the following text - the part of the string after a hyphen was
> > copied from your test, and the part before a hyphen was added by me
(typical
> > Czech characters):
> >
> >   with JvSimpleXML1 do
> >   begin
> >     Prolog.Encoding := 'UTF-8';
> >     Root.Items.Add('Test','ŽŠØÌ_ÅÄÖ');
> >     SaveToFile('D:\Temporary Files 4\foo.xml');
> >   end;
> >
> > None of them was displayed correctly by IE.
Could you upload the resulting xml to binaries so I could have a look?

>> > > Actually, JvSimpleXML already encode/decode in
> > SaveToStream/LoadFromStream,
>> > > so it shouldn't be necessary.
> >
> > Peter, as far as I know, JvSimpleXML DOES encode the character greater
than
> > 127 into an entity.
That is exactly what I wrote.

> > But this cannot be considered as UTF-8 encoding.
Unless the hex encoding is incorrect (which could be the case), it is indeed
UTF-8. UTF-8 is not a WideString only encoding. Quite the contrary, it was
designed so it could be used with 7-bit ASCII transfer technology. If you
take a look at AnsiToUtf8, you will see that it takes a string as parameter
and returns a UTF8String - which is also a string.

> > If you have D6 or later, please try not to mangle the characters by
converting them
> > into an entity but instead try to encode the string using Delphi
AnsiToUtf8
> > function, which will produce REAL UTF-8 encoding. I tried it many times
and
> > it really works.
Of course, no one ever said that AnsiToUtf8 et al didn't work but the
problem is that we try to support D5 as well and it doesn't have those
functions. AFAIK, the Encode/Decode functions in SimpleXML produces the same
output as the UTF functions in D6 and if they don't, they are buggy and need
to be fixed.

> >The current conversion into entities does not work
> > correctly if you can get different results depending on the codepage.
You shouldn't get different encodings depending on your codepage but it will
be interpreted differently by other programs like IE depending on the
encoding in the <?xml encoding="X" ?> attribute. JvSimpleXML itself doesn't
interpret the XML: it *always* assumes that the encoding is UTF-8 and this
is heart of the problem as I see it: there is no way to modify this behavior
so no matter how the original xml file was produced, it is always considered
UTF-8.

> > Contrary to what you said, I need such property to turn off the producing
> > XML entities in order to implement real UTF-8 encoding.
That is exactly what I said, not contrary to it. With a property to turn of
encoding, you can encode/decode any which way you like as you read and write
values. JvSimpleXML would then only be a container for arbitrary characters.

In summary, I would say that the problems you are seeing could be solved by:

- making sure that the encoding in JvSimpleXML produces valid UTF-8
- making sure that the decoding in JvSimpleXML produces valid ASCII
characters from valid UTF-8
- add a property to control the built-in encoding/decoding

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sun, 11 Apr 2004 12:56:33 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
news:c5b10n$poo$1@talkto.net...
> > I did the following test:
> >   with JvSimpleXML1 do
> >   begin
> >     Prolog.Encoding := 'UTF-8';
> >     Root.Items.Add('Test','ÅÄÖ');
> >     SaveToFile('C:\test.xml');
> >   end;
> >
> > And it shows in IE without problems. It also works for me without a
> > specificed Encoding but that is probably because my computer uses
iso-8859-1
> > which is the default for JvSimpleXML. Maybe your computer uses another
> > codepage/encoding?

If you do not specify encoding in a XML file, and the file was not saved in
UTF-16 encoding, the parser should silently assume that this file is encoded
using UTF-8 (according to the specs). I use windows-1250 (east european) by
default. I ran your test to produce a XML. IE displayed it correctly, but
the first character of three normally looks like 'L' with a dash but in IE
it was displayed as 'A' with a small circle above, something like the name
of Angstrom unit I remember from school.

I did also the following text - the part of the string after a hyphen was
copied from your test, and the part before a hyphen was added by me (typical
Czech characters):

  with JvSimpleXML1 do
  begin
    Prolog.Encoding := 'UTF-8';
    Root.Items.Add('Test','ŽŠØÌ_ÅÄÖ');
    SaveToFile('D:\Temporary Files 4\foo.xml');
  end;

None of them was displayed correctly by IE.


> > Actually, JvSimpleXML already encode/decode in
SaveToStream/LoadFromStream,
> > so it shouldn't be necessary.


Peter, as far as I know, JvSimpleXML DOES encode the character greater than
127 into an entity. But this cannot be considered as UTF-8 encoding. If you
have D6 or later, please try not to mangle the characters by converting them
into an entity but instead try to encode the string using Delphi AnsiToUtf8
function, which will produce REAL UTF-8 encoding. I tried it many times and
it really works. The current conversion into entities does not work
correctly if you can get different results depending on the codepage. UTF-8
should be independent of codepage.


>>> > > > could you please add a boolean property for turning on/off conversion
of
>>> > > >127 characters into entities?
> > This is actually something I've been contemplating to do anyway because
the
> > current en/decoding prevents one to use JvSimpleXML with other encodings
> > than UTF-8.

Contrary to what you said, I need such property to turn off the producing
XML entities in order to implement real UTF-8 encoding.


Best regards,
Ivo




Subject: Important bug fix in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 11 Apr 2004 11:55:30 +0200
Newsgroups: jedi.vcl

Hello, All!

    just committed a bug fix which could cause 'Index out of range' and/or
AVs when clearing or destroying an inspector (I know, same difference) which
had a number of class type items showing the properties as child items. The
issue was caused mostly because of the use of a for loop in a situation
where the items in the list it iterates could vanish during that loop. As
you all know, a for loop is a constant loop with a predetermined number of
iterations before the loop starts. On top of that it was an incrementing
loop (starting from the lowest to the highest index). Changed it all to a
decrementing while loop, with additional checks to keep the index variable
in range (it's quite possible the deletion of an item could cause multiple
items to be removed, hence the additional check).

    Lessons to be learned from this bug:

    1) *never* use an incrementing for loop on lists that may change during
the execution of that loop.
    2) think twice about using a decrementing for loop in the situation
above. Most of the time these will work, provided only one item at a time
might be deleted

    Thus endeth the lesson. Class dismissed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 11 Apr 2004 11:33:28 +0200
Newsgroups: jedi.vcl

> > Nope, just create a short XML and use some characters from between the
range
> > 128-255. Save it using JvSimpleXML, go to TotalCommander or whatever you
use
> > for file browsing and double click on it to launch Internet Explorer. Let
me
> > know if you see the same characters you originally entered before.

I did the following test:
  with JvSimpleXML1 do
  begin
    Prolog.Encoding := 'UTF-8';
    Root.Items.Add('Test','ÅÄÖ');
    SaveToFile('C:\test.xml');
  end;

And it shows in IE without problems. It also works for me without a
specificed Encoding but that is probably because my computer uses iso-8859-1
which is the default for JvSimpleXML. Maybe your computer uses another
codepage/encoding?

>> > > As you guessed, you would have to encode and decode values everytime you
>> > > write or read a value. I know this is annoying, but as said before, this
>> > > is a "simple" xml component.
Actually, JvSimpleXML already encode/decode in SaveToStream/LoadFromStream,
so it shouldn't be necessary.

>> > > could you please add a boolean property for turning on/off conversion of
>> > >127 characters into entities?
This is actually something I've been contemplating to do anyway because the
current en/decoding prevents one to use JvSimpleXML with other encodings
than UTF-8.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVSROOT directory
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Apr 2004 10:42:02 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> It was always JVCL3.
> CVSROOT has been removed.

Has come back.



Subject: Re: CVSROOT directory
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Apr 2004 10:31:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Make sure your cvs files point to dev/JVCL3, not dev/jvcl3. By accident, a
> couple of new files have been added to dev, among them a dev/jvcl3 and
> dev/jvcl3/CVSROOT folder. These will be removed by SF.

It was always JVCL3.
CVSROOT has been removed.



Subject: Re: Install error (new and old installer)
From: "Craig" <craig@.at.qnotes.com>
Date: Sun, 11 Apr 2004 00:04:56 -0400
Newsgroups: jedi.vcl

That worked.  I got the jcl zip from 04/05/04 rather than the CVS.

Thanks.




Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sun, 11 Apr 2004 04:24:05 +0200
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> píše v diskusním príspevku
news:c5a3do$lgf$1@talkto.net...
> > They are not Unicode entities, they are XML entities and the XML file is
> > valid. Yes, it is, because all values are between 32 and 127 so this is
> > a valid file, even if you indicate UTF8 encoding. UTF8 only kicks in
> > when the character value is above 7F and is not encoded as an entity.

Nope, just create a short XML and use some characters from between the range
128-255. Save it using JvSimpleXML, go to TotalCommander or whatever you use
for file browsing and double click on it to launch Internet Explorer. Let me
know if you see the same characters you originally entered before. I guess
not. This is because IE assumes the entities to represent Unicode characters
but they actually correspond to ANSI characters.


> > There is an UTF8 encoder and decoder in Delphi 6 and upper (UTF8Decode,
> > UTF8Encode) and for D5 or C5, use the one that comes with DxGettext
> > (even if it is not complete).

Yup, I have D7 and tried to bypass the JvSimpleXML, created a simple XML and
the critical parts of the text which contained the characters greater than
127 passed into Delphi AnsiToUtf8 function and the result streamed out to
the file. When I opened such XML in IE, I got the same characters as entered
before! So this way it works!


> > As you guessed, you would have to encode and decode values everytime you
> > write or read a value. I know this is annoying, but as said before, this
> > is a "simple" xml component.

Yes, understand.


> > You may also want to encode the node names,
> > but it is not recommended to have characters outside the ASCII range
> > (0-127) in the names anyway.

I don't want to do this.


> > Just a remark:
> > "Hello" in UTF 8 is "Hello" as well, so if you stick to the ASCII
> > character range, you are fine. And right now, by using XML entities,
> > JvSimpleXML does that for you quite nicely.

No, it doesn't.


> > It could be extended to take a function to decode and one to encode, but
> > this is not a top priority.

This feature would be really handy! But if you don't want to implement it,
could you please add a boolean property for turning on/off conversion of
> >127 characters into entities?


Best regards,
Ivo




Subject: Re: XML
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 11 Apr 2004 11:09:21 +1000
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> "Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
> news:c59kb2$j09$1@talkto.net...
>
>> JvSimpleXML uses UTF-8 as it's native format and encodes/decodes single-
>
> and
>
>> double-qoutes, "<", ">" and "&". It also encodes any ASCII value above
>
> #127
>
>> as hex (&#xFF == ASCII #255).
>>
>>
>>> 2) I'd guess that it's not possible to use real Unicode or UTF-8 because
>
> I
>
>>> see no wide strings within the JvSimpleXML code. Is this assumption
>
> right?
>
>> Not really. UTF-8 is JvSimpleXML's own encoding format and that doesn't
>> require widestrings.
>
>
>
> That's not true. I googled a bit and found that UTF-8 encoding is a method
> of conversion of Unicode characters into single byte sequences. Thus, it
> should take a unicode character (widechar) as input and produce a sequence
> of one or more bytes as output. The same operation for entire string of
> unicode characters should take a unicode string (widestring) as input
> parameter.
>
> JvSimpleXML does not use UTF-8 encoding in any way. It converts ASCII values
> into entities as you already said. However, these entities are considered to
> be Unicode entities. But unfortunately, they get created by JvSimpleXML from
> ASCII characters and not unicode characters.
They are not Unicode entities, they are XML entities and the XML file is valid. Yes, it is, because all values are between 32 and 127 so this is a valid file, even if you indicate UTF8 encoding. UTF8 only kicks in when the character value is above 7F and is not encoded as an entity.
There is an UTF8 encoder and decoder in Delphi 6 and upper (UTF8Decode, UTF8Encode) and for D5 or C5, use the one that comes with DxGettext (even if it is not complete).

As you guessed, you would have to encode and decode values everytime you write or read a value. I know this is annoying, but as said before, this is a "simple" xml component. You may also want to encode the node names, but it is not recommended to have characters outside the ASCII range (0-127) in the names anyway.

Just a remark:
"Hello" in UTF 8 is "Hello" as well, so if you stick to the ASCII character range, you are fine. And right now, by using XML entities, JvSimpleXML does that for you quite nicely.

It could be extended to take a function to decode and one to encode, but this is not a top priority.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sun, 11 Apr 2004 01:38:30 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
news:c59kb2$j09$1@talkto.net...
> > JvSimpleXML uses UTF-8 as it's native format and encodes/decodes single-
and
> > double-qoutes, "<", ">" and "&". It also encodes any ASCII value above
#127
> > as hex (&#xFF == ASCII #255).
> >
>> > > 2) I'd guess that it's not possible to use real Unicode or UTF-8 because
I
>> > > see no wide strings within the JvSimpleXML code. Is this assumption
right?
> > Not really. UTF-8 is JvSimpleXML's own encoding format and that doesn't
> > require widestrings.


That's not true. I googled a bit and found that UTF-8 encoding is a method
of conversion of Unicode characters into single byte sequences. Thus, it
should take a unicode character (widechar) as input and produce a sequence
of one or more bytes as output. The same operation for entire string of
unicode characters should take a unicode string (widestring) as input
parameter.

JvSimpleXML does not use UTF-8 encoding in any way. It converts ASCII values
into entities as you already said. However, these entities are considered to
be Unicode entities. But unfortunately, they get created by JvSimpleXML from
ASCII characters and not unicode characters.

As a result, JvSimpleXML produces invalid XML file. In order to eliminate
this problem, all string type properties should become widestring ones. Even
if I don't use Unicode/UTF-8 encoding at all (i.e. I tried windows-1250),
JvSimpleXML still continues to generate Unicode entities out of characters
greater than 127 and the entire file is interpreted by the XML parser as
Unicode encoded and thus invalid.


Best regards,
Ivo




Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sun, 11 Apr 2004 01:09:37 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
news:c59jmj$ist$1@talkto.net...
> > You probably have an older version: it's public in the one I have (rev.
> > 1.30)

Thanks, Peter. Got it.


Best regards,
Ivo




Subject: Re: New installer "finished"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Apr 2004 22:28:50 +0000 (UTC)
Newsgroups: jedi.vcl

Sergio Samayoa wrote:

> > I got the compiled bpl.
> > Thanks.

Just for your information: The new installer does exacly the same.

-- Regards, Andreas Hausladen 

Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 10 Apr 2004 22:50:52 +0200
Newsgroups: jedi.vcl

> > 1) At which time the encoding is to be done? Do you mean that I should
> > encode every string property just before it gets written its value? This
> > approach implies that when querying/reading the values of all string
> > properties back, they needs to be decoded.
JvSimpleXML uses UTF-8 as it's native format and encodes/decodes single- and
double-qoutes, "<", ">" and "&". It also encodes any ASCII value above #127
as hex (&#xFF == ASCII #255).

> > 2) I'd guess that it's not possible to use real Unicode or UTF-8 because I
> > see no wide strings within the JvSimpleXML code. Is this assumption right?
Not really. UTF-8 is JvSimpleXML's own encoding format and that doesn't
require widestrings. Unicode could have been supported but it was decided it
should be left out for speed reasons.

> > 3) Do I need to encode only the text within the tags or entire file/stream
> > must be encoded when talking about the XML?

JvSimpleXML encodes the values for you (attribute values and node content).
If you need to encode anything else (tag and attribute names etc), you will
have to do it yourself but I wouldn't recommend using åäö and similar in tag
or attribute names...

> > 4) Is there any source where to find a routines for conversion between
> > different encodings?
The OpenXML project has a lot of encoding/decoding routines IIRC and also a
very good XML parser when you need something more powerful than JvSimpleXML
(that's why it is called "simple": it's pretty fast but lacks a lot of
features).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer "finished"
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Sat, 10 Apr 2004 20:50:49 +0000 (UTC)
Newsgroups: jedi.vcl

Done.

I got the compiled bpl.
Thanks.


Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 10 Apr 2004 22:39:57 +0200
Newsgroups: jedi.vcl

> > Huh. Additionally, I've just discovered that Encoding property of
> > TJvSimpleXMLElemsProlog is declared as private. Could please anybody tell
me
> > why?

You probably have an older version: it's public in the one I have (rev.
1.30)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sat, 10 Apr 2004 22:23:18 +0200
Newsgroups: jedi.vcl

"Ivo Bauer" <bauer@ozm.cz> píše v diskusním pøíspìvku
news:c58ktd$cm7$1@talkto.net...
> > "OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
> > news:c58f08$bke$1@talkto.net...
>>> > > > 2) Set the encoding attribute of a XML tag to an arbitrary value.

Huh. Additionally, I've just discovered that Encoding property of
TJvSimpleXMLElemsProlog is declared as private. Could please anybody tell me
why?


Best regards,
Ivo




Subject: Re: New installer "finished"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Apr 2004 19:35:28 +0000 (UTC)
Newsgroups: jedi.vcl

Sergio Samayoa wrote:

> > I Clean the error (just comment the line with error) but at last 
> > the new installer said "An error occured while compiling packages" 
> > an show this:
> > 
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Generating: Templates]
> > [Generating: Packages]
> > Generating packages for D7
> > 	Loaded template.dof
> > 	Loaded template.dpk
> > 	Loaded template.res
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > [Cleaning...]

Change to packages\bin and type

C:\jvcl3\packages\bin> build.exe d7

in a console window.

-- Regards, Andreas Hausladen 

Subject: Re: New installer "finished"
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Sat, 10 Apr 2004 19:25:21 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Problems with the JCL. Should be solved by getting the latest JCL
> > from CVS or from their daily zip at http://jcl.sf.net/daily.

Did that but error still there.

I will try build manually (uh!)


Subject: Re: New installer "finished"
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 10 Apr 2004 21:18:17 +0200
Newsgroups: jedi.vcl

Problems with the JCL. Should be solved by getting the latest JCL from CVS
or from their daily zip at http://jcl.sf.net/daily.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer "finished"
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Sat, 10 Apr 2004 18:50:44 +0000 (UTC)
Newsgroups: jedi.vcl

I Clean the error (just comment the line with error) but at last 
the new installer said "An error occured while compiling packages" 
an show this:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
[Generating: Packages]
Generating packages for D7
	Loaded template.dof
	Loaded template.dpk
	Loaded template.res
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Cleaning...]



Subject: Re: New installer "finished"
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Sat, 10 Apr 2004 18:26:31 +0000 (UTC)
Newsgroups: jedi.vcl

Running the new installer (from JVCL3-2004-04-10.zip) I got:

Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Delphi7\jvcl\run\JvJVCLAboutForm.pas(140) Error: Incompatible types:
'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD7R.dpk(92) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'



Subject: Re: New jvDocking Style if anyone's interested
From: "Ignacio Vazquez" <ivazquez-devel@sympatico.ca>
Date: Sat, 10 Apr 2004 10:24:32 -0400
Newsgroups: jedi.vcl

devedit wrote:

> > I may not be able to since I'm using the web newsgroup and I don't
> > see any ability for it to upload.  Unfortunatly my provider doesn't
> > have newsgroup support so I'm kinda unable to get onto it with a
> > normal ng viewer.

Your provider doesn't need to have newsgroup support since this is not
a public newsgroup/newsserver. Just point your newsreader to
forums.talkto.net and you should be fine. Unless of course you mean
that they block port 119...

-- Cheers, Ignacio 

Subject: Re: CVSROOT directory
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 10 Apr 2004 15:08:42 +0200
Newsgroups: jedi.vcl

Make sure your cvs files point to dev/JVCL3, not dev/jvcl3. By accident, a
couple of new files have been added to dev, among them a dev/jvcl3 and
dev/jvcl3/CVSROOT folder. These will be removed by SF.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: CVSROOT directory
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 10 Apr 2004 14:45:57 +0200
Newsgroups: jedi.vcl

On update i just got a CVSROOT directory.
I assume this is a configuration bug.



Subject: @Warren: current changes in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 10 Apr 2004 14:22:32 +0200
Newsgroups: jedi.vcl

Hello, Warren and others!

    I've just committed a modified JvInspector to correct some issues I had
with the things mostly done by Warren (AFAICT):

    * TJvInspectorCustomCategory redeclared the Name property instead of
'overriding' it with just the write specifier.
    * The editors events exposed at the inspector have been renamed from
OnXxxxx to OnEditorXxxxx. Additionally the actual Key/Mouse events of the
inspector are now exposed also.
    * The mechanism you used to save the editor value when the edit control
lost focus or when the edit button was clicked showed a real annoying side-effect:
it selected the next item in the inspector. Changed by making a call to the
Apply method of the item; end users can use SaveValue instead of
RefreshValues to save the editor value before refreshing.

    It might be a good idea if you could test these modifications as well,
specifically the last change.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Rio" by Duran Duran.




Subject: Re: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sat, 10 Apr 2004 13:55:33 +0200
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:c58f08$bke$1@talkto.net...
>> > > 2) Set the encoding attribute of a XML tag to an arbitrary value.
>> > > 3) Save the hiearchy using the encoding specified in 2).
> > That, however is not possible. There is an "encoding" property in the
> > prolog nodes, but this is only indicative, the enconding must be done by
> > the person inserting the values in the nodes (that is, you <g>)

Thanks, Olivier. However, this raises another questions to be asked:

1) At which time the encoding is to be done? Do you mean that I should
encode every string property just before it gets written its value? This
approach implies that when querying/reading the values of all string
properties back, they needs to be decoded.

2) I'd guess that it's not possible to use real Unicode or UTF-8 because I
see no wide strings within the JvSimpleXML code. Is this assumption right?

3) Do I need to encode only the text within the tags or entire file/stream
must be encoded when talking about the XML?

4) Is there any source where to find a routines for conversion between
different encodings?


Thanks for your patience,
Ivo




Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Sat, 10 Apr 2004 13:33:43 +0200
Newsgroups: jedi.vcl

No answers from 07/04...

"Stefano Pessina" <peste1@tin.it> ha scritto nel messaggio
news:c4s6q7$7rg$1@talkto.net...
> > Hi...
> > this is a new component I'm developing... a XP progress bar.
> >
> > I have two problems:
> >
> > 1. The component can't load from .res file the bmp resources.
> > 2. The component didn't have the correct size... why?
> >
> > I don't understand... I can't find a solution!
> >
> > Regards.
> >
> >
> >




Subject: Re: JvInspector changes and additions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 10 Apr 2004 13:06:22 +0200
Newsgroups: jedi.vcl

Hello, All!

    Yesterday I committed the TypeInfoMapper, Set-as-category and the change
in AddComponent. Also did some updates on the help, mainly focusing on the
non-documented stuff that was in the skeleton file (although I did add some
of the new properties/methods manually). I'll be updating the help a bit
further and work on the name mapping (which should be done Monday or
Tuesday). While working on the help I spotted some minor issues in the code
as well. Will fix them ASAP.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Home Before Dark" by The Nits.




Subject: Re: JvScheduler guidance
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 10 Apr 2004 13:02:15 +0200
Newsgroups: jedi.vcl

Hello, starCOM!
You wrote  on Fri, 9 Apr 2004 23:56:00 +0000:

 s> Thank you for quick reply. Yes I'm using lastest betas.

    OK. I'll have a look when I'm finished with the JvInspector stuff.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Home Before Dark" by The Nits.




Subject: Re: @André: try/except block for JvWizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 10 Apr 2004 12:53:14 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why have you added the "empty" try/except block to
> TJvWizardRouteMapSteps.Paint ?
>
> {$IFDEF VisualCLX}
> try
> {$ENDIF VisualCLX}
>   ...
> {$IFDEF VisualCLX}
> except
> end;
> {$ENDIF VisualCLX}
>
> if there is an exception in the paint method we should go and fix it
> instead of hiding it by try/except end.
>

Most likely this is caused by events occuring during (inherited) create.
Standard clx behaviour.

Regards,

André Snepvangers




Subject: Re: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 10 Apr 2004 12:49:35 +0200
Newsgroups: jedi.vcl


Forget to say: clxdesigner.dcp is not shipped with Delphi7. So I have added clxdesigner.dpk to the D7clx packages.
How can this be integrated? It contains absolute paths referring to the
delphi directory?

Regards,

André Snepvangers



Subject: Re: @André: try/except block for JvWizardRouteMapSteps ?
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 10 Apr 2004 12:38:38 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Why have you added the "empty" try/except block to
> TJvWizardRouteMapSteps.Paint ?
>
> {$IFDEF VisualCLX}
> try
> {$ENDIF VisualCLX}
>   ...
> {$IFDEF VisualCLX}
> except
> end;
> {$ENDIF VisualCLX}
>
> if there is an exception in the paint method we should go and fix it
> instead of hiding it by try/except end.
>
>
>

Agreed, but I am getting a little bit lazy. (see also JvXP.. controls).
Does this means that you might go work on the VisualCLX part ?

Regards,

André Snepvangers



Subject: Re: New installer "finished"
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 10 Apr 2004 20:17:43 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The new installer is now in a state where it has all functions which are
> necessary.
> Comments are welcome.
>
> Here the last changes:
>
> - .obj files are now deleted before the BCB compile process
>   starts
Should be an option and should be by default (but should be saved). This is because it saves a lot of time when only updating one or two files, with the risk of missing stuff (I know). Anyway, it should be user selectable.

> - better CJcl.dcp compile detection
What exactly do you mean by that? (Just curious)



Subject: Re: XML
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 10 Apr 2004 20:14:28 +1000
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> Hi,
>
> I'd like to know if it's possible to do the following things with
> JvSimpleXML:
>
> 1) Create XML hierarchy from a scratch (not by loading from an existing
> file).
Absolutely. Use the Add function of any TJvSimpleXMLElem to add childs.

> 2) Set the encoding attribute of a XML tag to an arbitrary value.
> 3) Save the hiearchy using the encoding specified in 2).
That, however is not possible. There is an "encoding" property in the prolog nodes, but this is only indicative, the enconding must be done by the person inserting the values in the nodes (that is, you <g>)
This has been done because we can't program any possible enconding in the world <g>

Cheers
Olivier Sannier
JVCL Developer


Subject: Re: @André: try/except block for Jv WizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Apr 2004 10:07:03 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Does this means that you might go work on the VisualCLX part ?

Not really. I saw your commitments and because I wanted to see how you
solved some VisualCLX issues it looked into the history.

Maybe I restart working on VisualCLX (on Linux) after the easter weekend
but the unofficial VisualCLX patches have more priority.


-- Regards, Andreas Hausladen 

Subject: Re: PackageGenerator & VisualCLX
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 10 Apr 2004 20:06:43 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:
> IMHO the pg should generate the JVCLX units from the same xml files as JVCL cq we get rid of the JvQ*.xml files.
> Then if Targets is set to 'all' it should generate ..\qrun\JvQ*.pas unit
> If the Targets is set to allclx the filename is the actual unit name.
>
> Opinions ?

I wouldn't want to hard code this like that. I want to keep it quite dumb so that it can do all sorts of things.
But, what can be done is an extension of the "model" node:
Right now, it has a "prefix" attribute that contains the prefix to use for the package that will be generated. This is already a list of comma separated values (2) to cope with v5 abscence of lib prefix.
What I could do is change that to expressively specified attributes:
prefix
v5prefix
clxprefix

The two last ones defaulting to the first if not specified.
Further, the target node gets a new boolean attribute called "CLX" wich is false by default.
So the d7clx target gets it set to true and when a target has its CLX attribute to true, the clxprefix is used.

This is not too hard to code (I already know how to do it), but I won't have time to do it until tuesday at least. Please anyone, don't do it, I want to do it myself so that I can see what the optimisations done look like. In the meantime, feel free to comment on this as well.

Cheers

Olivier Sannier
JVCL Developer


Subject: @André: try/except block for JvWizardRouteMapSteps ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Apr 2004 09:10:44 +0000 (UTC)
Newsgroups: jedi.vcl

Why have you added the "empty" try/except block to
TJvWizardRouteMapSteps.Paint ?

{$IFDEF VisualCLX}
try
{$ENDIF VisualCLX}
  ...
{$IFDEF VisualCLX}
except
end;
{$ENDIF VisualCLX}

if there is an exception in the paint method we should go and fix it
instead of hiding it by try/except end.



-- Regards, Andreas Hausladen 

Subject: Re: New installer "finished"
From: "Ian Branch" <branch@ancc.com.au>
Date: Sat, 10 Apr 2004 16:12:26 +1000
Newsgroups: jedi.vcl

All fixed.  Thank you.




Subject: Re: Install error (new and old installer)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 10 Apr 2004 07:00:12 +0200
Newsgroups: jedi.vcl

Get the latest CVS versions of JCL and JVCL and the errors should be gone.



Subject: Re: Install error (new and old installer)
From: "Craig" <craig@.at.qnotes.com>
Date: Sat, 10 Apr 2004 00:52:58 -0400
Newsgroups: jedi.vcl

This is the one line (line 140) that was diffrent:

  JclWin32.GetVersionEx(@VersionInfo);  << new

  JclWin32.GetVersionEx(VersionInfo);  << older




Subject: Re: Install error (new and old installer)
From: "Craig" <craig@.at.qnotes.com>
Date: Sat, 10 Apr 2004 00:47:44 -0400
Newsgroups: jedi.vcl

If I use JvJVCLAboutForm.pas (and the other two JvJVCLAboutForm files) from
04/07/04 and all other files from 04/09/04 then the older installer works.
I do have to not include JvEDI and JvCrypt as they also cause errors.

Delphi 7 pro.

-
Craig




Subject: Install error (new and old installer)
From: "Craig" <craig@.at.qnotes.com>
Date: Sat, 10 Apr 2004 00:25:57 -0400
Newsgroups: jedi.vcl

I'm getting this error:  I have tried both the new and old installers.  If I
go back to an old 4/6/04 version of JVCL then all is ok.  Can someone please
point me in the right direction.

Compiling package: JvCoreD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program1\Borland\Delphi7\JVCL3\run\JvJVCLAboutForm.pas(140) Error:
Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'
JvCoreD7R.dpk(92) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'
** error 1 ** deleting JvCoreD7R.bpl

Thank You,

-- Craig 

Subject: Re: New installer "finished"
From: "Ian Branch" <branch@ancc.com.au>
Date: Sat, 10 Apr 2004 11:41:37 +1000
Newsgroups: jedi.vcl

Hi Andreas,

    The installer doesn't recognise that I have both D5 Pro & D7 Pro
installed.  They are both greyed out in the "Choose IDE targets" screen.

Regards,

Ian




Subject: Re: JvScheduler guidance
From: "starCOM" <mcmahon2-@comcast.net>
Date: Fri, 9 Apr 2004 23:56:00 +0000
Newsgroups: jedi.vcl

> >Hello, starCOM!
> >You wrote  on Thu, 8 Apr 2004 01:24:11 +0000:
> >
> > s> First example, I would have expected the first event to occur @ 
8:00PM
> >
> >    if you started it on 7:08 it should indeed fire at 8:00. Will
> >investigate this.
> >
> >[snip]
> >
> > s> Second example
> > s> //4/7/04:12:00:00 AM
> > s> //4/7/04:7:10:05 PM << events start immediately
> >
> >    That's because the IJclScheduleDayFrequency defaults to 1 second 
(IIRC).
> >In your second example you specify the schedule to run every 60*60*1000 
days
> >(and EveryWeekday will be set to False because you are setting it's 
Interval
> >property).
> >
> >    Anyway, I'll use your code to test the schedule engine again, maybe I
> >missed something. I assume you are using JVCL3Beta and JCL1.9?
> >
> >--
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JVCL Help team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
> >It's quiet 'cause Foobar2000 is not active.
> >
> >
> >
Marcel
Thank you for quick reply. Yes I'm using lastest betas. 
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: New installer "finished"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Apr 2004 21:59:52 +0000 (UTC)
Newsgroups: jedi.vcl

The new installer is now in a state where it has all functions which are
necessary.
Comments are welcome.

Here the last changes:

- .obj files are now deleted before the BCB compile process
  starts
- better CJcl.dcp compile detection
- more commandline options (see JVCLInstall.exe --help)
- temporary files are deleted even if the compile process 
  failed (controllable by cmd-param: --keep-files)
- AutoUpdate function implemented (cmd-param: --autoupdate)
- dxgettext support for JVCL packages finished
- Uninstall function implemented
- new JCL-source directory detection
- added "edit jvcl.inc" dialog
- large font support should be better


-- Regards, Andreas Hausladen 

Subject: XML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 9 Apr 2004 22:43:19 +0200
Newsgroups: jedi.vcl

Hi,

I'd like to know if it's possible to do the following things with
JvSimpleXML:

1) Create XML hierarchy from a scratch (not by loading from an existing
file).
2) Set the encoding attribute of a XML tag to an arbitrary value.
3) Save the hiearchy using the encoding specified in 2).


Thanks in advance,
Ivo





Subject: JvSimpleXML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 9 Apr 2004 22:11:03 +0200
Newsgroups: jedi.vcl

Hi,

I'd like to know if it's possible to do the following things with
JvSimpleXML:

1) Create XML hierarchy from a scratch (not by loading from an existing
file).
2) Set the encoding attribute of a XML tag to an arbitrary value.
3) Save the hiearchy using the encoding specified in 2).


Thanks in advance,
Ivo




Subject: JvSimpleXML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 9 Apr 2004 22:05:34 +0200
Newsgroups: jedi.vcl

Hi,

I'd like to know if it's possible to do the following things with
JvSimpleXML:

1) Create XML hierarchy from a scratch (not by loading from an existing
file).
2) Set the encoding attribute of a XML tag to an arbitrary value.
3) Save the hiearchy using the encoding specified in 2).


Thanks in advance,
Ivo




Subject: JvSimpleXML
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 9 Apr 2004 22:01:30 +0200
Newsgroups: jedi.vcl

Hi,

I'd like to know if it's possible to do the following things with
JvSimpleXML:

1) Create XML hierarchy from a scratch (not by loading from an existing
file).
2) Set the encoding attribute of a XML tag to an arbitrary value.
3) Save the hiearchy using the encoding specified in 2).


Thanks in advance,
Ivo




Subject: Re: JVCL is now compatible to the newest JCL
From: "Joseh-Henrique" <joseh@mymail.com.br>
Date: Fri, 9 Apr 2004 11:35:23 -0300
Newsgroups: jedi.vcl

Sorry, i'm download the latest JCL and the compilation of JVCL work.  Ignore
my prior post.

Thanks

Joseh-Henrique
Goiania, GO - Brazil

Joseh-Henrique wrote:
> > The error found in install the last JVCL Daily
> >
> > [Compiling: JvCoreD7R.bpl]
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > D:\Comp\Jedi\JVcl\run\JvAppRegistryStorage.pas(365) Error:
> > Incompatible types: 'Extended' and 'Pointer'
> > D:\Comp\Jedi\JVcl\run\JvAppRegistryStorage.pas(413) Error:
> > Incompatible types: 'Byte' and 'Pointer'
> > JvCoreD7R.dpk(89) Fatal: Could not compile used unit
> > '..\..\run\JvAppRegistryStorage.pas'
> >
> > ** error 1 ** deleting D:\Arquivos\JvCoreD7R.bpl
> >
> > ** error 1 ** deleting CompilePackages
> >
> > Joseh-Henrique
> > Goiania, GO - Brazil
> >
> > Oliver Giesen wrote:
>>> >>> Not for me. Problems with the JCL: I've downloaded the 1.9 version
>> >>
>> >> I think by "newest" he meant the CVS-version of the JCL. There were
>> >> some massive changes during the last few days...
>> >>
>> >> Cheers,

--


---------------------------------------------------------------------
"Are you still wasting your time with spam?...
There is a solution!"

Protected by GIANT Company's Spam Inspector
The most powerful anti-spam software available.
http://mail.spaminspector.com





Subject: Re: JvInspector changes and additions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 9 Apr 2004 16:32:46 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Thu, 8 Apr 2004 16:02:42 +0200:

 MB>     I just discovered that the AfterDataCreate event is not called at
 MB> all. This will be corrected shortly.

 MB>     I'm also planning on adding two mapping mechanisms:

 MB>     1) TypeInfoMapper to map an internal type (like TAlign) to a
 MB> generated type (using JclGenerateEnumType). This will allow for
 MB> automatic mapping of properties of type TAlign to a type info
 MB> containing user-friendly names for the individual align values.

    Small update: type info mapping is completed as well. I will probably
add additional class methods to simplify adding mappings. Currently it uses
the TJvInspectorItemRegister class and it's Add method expects descendants
of  TJvCustomInspectorRegItem which results in long lines like:


TJvInspectorPropData.TypeInfoMapRegister.Add(TJvInspectorTypeInfoMapperRegIt
em.Create(nil, '', TypeInfo(TMyEnum), NiceEnum));


    to map TMyEnum to NiceEnum (generated with JclGenerateEnumType) on any
class for any property name (hence the first two parameters are nil and the
empty string respectively). I will change this so you can use the shorter version:

  TJvInspectorPropData.AddTypeMapping(nil, '', TypeInfo(TMyEnum), NiceEnum);

    and maybe I'll add some overloaded versions so you can leave out the
first two parameters completely.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Sugar me" by Lynsey de Paul.




Subject: Re: JvInspector changes and additions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 9 Apr 2004 16:29:50 +0200
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Fri, 9 Apr 2004 16:01:15 +0200:

 RK> Do the "inspected" properties still have to be published and does the
 RK> class have to be compiled with RTTI ($M+)?

    Yes, there's no other way. Without property info, there's literally no
info on the properties of a class/instance, so there would be nothing to
add. Still, some users do want to use a TObject descendant instead of a
TPersistent/TComponent and I see no reason not to accommodate these users.
Yes, they need to change the declaration to published properties and yes,
they do need to compile the (base) class in the {$M+} state, but then it
will work.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Love hurts" by Nazareth.




Subject: Re: JVCL is now compatible to the newest JCL
From: "Joseh-Henrique" <joseh@mymail.com.br>
Date: Fri, 9 Apr 2004 11:24:17 -0300
Newsgroups: jedi.vcl

The error found in install the last JVCL Daily

[Compiling: JvCoreD7R.bpl]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
D:\Comp\Jedi\JVcl\run\JvAppRegistryStorage.pas(365) Error: Incompatible
types: 'Extended' and 'Pointer'
D:\Comp\Jedi\JVcl\run\JvAppRegistryStorage.pas(413) Error: Incompatible
types: 'Byte' and 'Pointer'
JvCoreD7R.dpk(89) Fatal: Could not compile used unit
'..\..\run\JvAppRegistryStorage.pas'

** error 1 ** deleting D:\Arquivos\JvCoreD7R.bpl

** error 1 ** deleting CompilePackages

Joseh-Henrique
Goiania, GO - Brazil

Oliver Giesen wrote:
>> >> Not for me. Problems with the JCL: I've downloaded the 1.9 version
> >
> > I think by "newest" he meant the CVS-version of the JCL. There were
> > some massive changes during the last few days...
> >
> > Cheers,

--


---------------------------------------------------------------------
"Are you still wasting your time with spam?...
There is a solution!"

Protected by GIANT Company's Spam Inspector
The most powerful anti-spam software available.
http://mail.spaminspector.com





Subject: Re: JvInspector changes and additions
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 9 Apr 2004 16:01:15 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:c565b7$ik$1@talkto.net...

> >
> >     4) AddComponent is altered to accept any TObject descendant, not
> > TComponent. Changed the parameter names also (Instance: TObject;
CategoryName:
> > string; Expanded: Boolean).

Hello,

would that mean that the inspector could inspect something like this:

type TTest = class
  FNumber : integer;
  FString : string;
  property Number : integer read FNumber write FNumber;
  property MyString : string read FString write FString;
end;

Do the "inspected" properties still have to be published and does the class
have to be compiled with RTTI ($M+)?

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: New installer first release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Apr 2004 15:58:12 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> This is for a better bug finding. But I can add a new checkbox that
> controls this.

No need. Only remove them in the final version.



Subject: Re: JVCL is now compatible to the newest JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Apr 2004 13:51:23 +0000 (UTC)
Newsgroups: jedi.vcl

You must update the JCL.



-- Regards, Andreas Hausladen 

Subject: Re: JvInspector changes and additions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 9 Apr 2004 15:17:21 +0200
Newsgroups: jedi.vcl

Hello, All!

 MB>     I'm also planning on adding two mapping mechanisms:

    I added a third and a fourth:

    3) allow the set item to be rendered as a category item. This is already
completed but required me to make some changes in the way categories are
detected/determined. Since any item could in theory be a category, any
property/method that used TJvInspectorCustomCategoryItem as a
parameter/result has been changed to TJvCustomInspectorItem.

    4) AddComponent is altered to accept any TObject descendant, not
TComponent. Changed the parameter names also (Instance: TObject; CategoryName:
string; Expanded: Boolean). In addition, if an empty category item is
specified, properties are added to the root of the inspector and the
Expanded property is ignored. I'll probably make these default parameters as
well.

 MB>     Are there any objections against these additions (should be ready
 MB> after Easter weekend)?

    As stated, 3 and 4 are done already, but if there are objections to
these changes I'd like to know. I'm fairly certain 1) will be completed
today (it's not that complicated) and to be honest I'm having second doubts
about 2). Either way, they seem only appropriate for the
TJvInspectorPropData class (the DB field class already has a mapping
mechanism, for the other classes you explicitly specify a type info, so it
won't need any mapping; an exception could be the Ini data class but that
would need a different mapping (section+key -> type info; much like DB,
which is table+field+field type->type info). If not objections are raised
and 1) is completed also, I will commit it sometime today.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Give Up Your Guns" by The Buoys.




Subject: Re: HMI Controls/Indicators palette
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 Apr 2004 14:16:04 +0200
Newsgroups: jedi.vcl

> >     Well, that's a big help in the decision making process ;-)
OK, let me put it this way then:
I trust your judgement 100% and any decision you find reasonable is
supported and backed by me. 8)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL is now compatible to the newest JCL
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 9 Apr 2004 10:35:57 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware@gmx.net> ha scritto nel messaggio
news:c54lfe$ouk$1@talkto.net...
> > I think by "newest" he meant the CVS-version of the JCL. There were some
> > massive changes during the last few days...

Yes... and I have the JCL CVS :)

> > Wait one day until the anonymous CVS server has mirrored the developer CVS
> > server.

Ok, thanks.
Stefano Pessina




Subject: Re: HMI Controls/Indicators palette
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 9 Apr 2004 10:19:32 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 8 Apr 2004 23:20:41 +0200:

 >>     So, I really don't know. Comments from anyone else?
 PT> Either is fine with me

    Well, that's a big help in the decision making process ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: New jvDocking Style if anyone's interested
From: "devedit" <devedit81@yahoo.com>
Date: Fri, 9 Apr 2004 07:36:29 +0000
Newsgroups: jedi.vcl

I may not be able to since I'm using the web newsgroup and I don't see 
any ability for it to upload.  Unfortunatly my provider doesn't have 
newsgroup support so I'm kinda unable to get onto it with a normal ng 
viewer.
> >Will do.  Thanks for the help :)
>> >>devedit wrote:
>> >>
>>> >>> Couldn't figure out what you meant about the binaries.
>> >>
>> >>binaries is a sister newsgroup to this group where attachments to your 
>> >>message work. so post a message there with a (Zip) attachment.
>> >>
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New jvDocking Style if anyone's interested
From: "devedit" <devedit81@yahoo.com>
Date: Fri, 9 Apr 2004 07:34:38 +0000
Newsgroups: jedi.vcl

Will do.  Thanks for the help :)
> >devedit wrote:
> >
>> >> Couldn't figure out what you meant about the binaries.
> >
> >binaries is a sister newsgroup to this group where attachments to your 
> >message work. so post a message there with a (Zip) attachment.
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Apr 2004 07:31:49 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The temporary files get not deleted if the compilation of the packages
> > fails.

This is for a better bug finding. But I can add a new checkbox that
controls this.



-- Regards, Andreas Hausladen 

Subject: Re: New jvDocking Style if anyone's interested
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Apr 2004 07:30:38 +0000 (UTC)
Newsgroups: jedi.vcl

devedit wrote:

> > I may not be able to since I'm using the web newsgroup and I don't see 
> > any ability for it to upload.  Unfortunatly my provider doesn't have 
> > newsgroup support so I'm kinda unable to get onto it with a normal ng 
> > viewer.

You could post it to Mantis 
http://homepages.borland.com/jedi/issuetracker/view_all_bug_page.php


-- Regards, Andreas Hausladen 

Subject: Re: New jvDocking Style if anyone's interested
From: "devedit" <devedit81@yahoo.com>
Date: Fri, 9 Apr 2004 06:55:19 +0000
Newsgroups: jedi.vcl

Couldn't figure out what you meant about the binaries.  I went ahead and 
uploaded the source file to my sourceforge server:

http://cedit.sourceforge.net/jvDockNewStyle.pas

You can download it there.  You'll have to add it into the file that 
registers the components for jvcl and recompile it all so it gets 
installed.  Should come up with a better name but I've never been to 
imaginative on things like that.  Enjoy all :)
> >Ok will do. I imagine it has some bugs but I plan to use it myself.  I 
> >included a screenshot if anyone's interested:
> >
> ><img src="http://cedit.sourceforge.net\images\newshot.gif">
> >
> >if that doesn't work it's url is:
> >
> >http://cedit.sourceforge.net\images\newshot.gif
> >
> >Now I will see about uploading the source since I've never done that but 
> >hopefully I'll figure it out :)
> >
> >
>> >>We are definitley interested in more docking styles! Please post to
>> >>binaries. Thanks.
>> >>
>> >>-- 
>> >>Regards,
>> >>
>> >>Peter Thornqvist (JVCL Coordinator)
>> >>http://jvcl.sourceforge.net
>> >>
>> >>
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New jvDocking Style if anyone's interested
From: "devedit" <devedit81@yahoo.com>
Date: Fri, 9 Apr 2004 06:49:35 +0000
Newsgroups: jedi.vcl

Ok will do. I imagine it has some bugs but I plan to use it myself.  I 
included a screenshot if anyone's interested:

<img src="http://cedit.sourceforge.net\images\newshot.gif">

if that doesn't work it's url is:

http://cedit.sourceforge.net\images\newshot.gif

Now I will see about uploading the source since I've never done that but 
hopefully I'll figure it out :)


> >We are definitley interested in more docking styles! Please post to
> >binaries. Thanks.
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New jvDocking Style if anyone's interested
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Apr 2004 07:02:00 +0200
Newsgroups: jedi.vcl

devedit wrote:

> Couldn't figure out what you meant about the binaries.

binaries is a sister newsgroup to this group where attachments to your message work. so post a message there with a (Zip) attachment.



Subject: Re: New installer first release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Apr 2004 06:58:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I hope the last changes are what you want.

Yes. I hope i did not intimidate you with my text.

The temporary files get not deleted if the compilation of the packages fails.



Subject: Re: New JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Apr 2004 06:56:03 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> Sorry - this went into the wrong thread - was it me or is this why thunderbird has version number 0.5? ;-)

This is only a cosmetic bug of Mozilla based newsreaders.
Close and reopen and the message gets placed correctly.



Subject: Re: JVCL is now compatible to the newest JCL
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 9 Apr 2004 01:40:08 +0200
Newsgroups: jedi.vcl

> > Not for me. Problems with the JCL: I've downloaded the 1.9 version

I think by "newest" he meant the CVS-version of the JCL. There were some
massive changes during the last few days...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: JVCL is now compatible to the newest JCL
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 9 Apr 2004 01:34:38 +0200
Newsgroups: jedi.vcl

C:\Programmi\Borland\Componenti\JVCL\dev\JVCL3\run\JvJVCLAboutForm.pas(140)
Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

JvCoreD7R.dpk(89) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'




Subject: Re: JVCL is now compatible to the newest JCL
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 9 Apr 2004 01:23:02 +0200
Newsgroups: jedi.vcl

> > COmpilation went fine for all.

Not for me. Problems with the JCL: I've downloaded the 1.9 version and when
I start the JVCL installer ask for JCL installation. And, after a JCL
(re)installation, the installer doesn't allow me to go to the next step.

Delphi 7
JCL 1.9
JVCL (from CVS, just updated)

Regards,
Stefano Pessina




Subject: Re: JVCL is now compatible to the newest JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 23:11:23 +0000 (UTC)
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> > C:\Programmi\Borland\Componenti\JVCL\dev\JVCL3\run\JvJVCLAboutForm.pas(14
> > 0) Error: Incompatible types: 'TOSVersionInfoEx' and 'POSVersionInfoEx'

Wait one day until the anonymous CVS server has mirrored the developer CVS
server.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL is now compatible to the newest JCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 09 Apr 2004 09:08:46 +1000
Newsgroups: jedi.jcl,jedi.vcl

Just tested with D6, C5, and C6

COmpilation went fine for all.
I don't have time to test for usability now, but I trus Andreas changes are ok for that.

Cheers

Olivier


Subject: PackageGenerator & VisualCLX
From: André Snepvangers <asn@xs4all.nl>
Date: Fri, 09 Apr 2004 00:26:59 +0200
Newsgroups: jedi.vcl

IMHO the pg should generate the JVCLX units from the same xml files as JVCL cq we get rid of the JvQ*.xml files.
Then if Targets is set to 'all' it should generate ..\qrun\JvQ*.pas unit
If the Targets is set to allclx the filename is the actual unit name.

Opinions ?

Regards,

André Snepvangers



Subject: Re: Make Problem with new Installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 09 Apr 2004 00:09:44 +0200
Newsgroups: jedi.vcl

Hi Andreas,

i will try on Tuesday. Out of my mind i mean, it's not written to stdout.

Greetings
Jens

Andreas Hausladen wrote:
> Jens wrote:
>
>
>> Hi Andreas,
>>
>> no idea, but it didn't work.
>
>
> Is the line "[Compiling: Installer]" written to stdout?
>
> if not then it meight help to change the MAKE macro in
> packages\bin\makefile.mak from
> MAKE = "$(ROOT)\bin\make.exe" -$(MAKEFLAGS)
> to
> MAKE = "$(ROOT)\bin\make.exe"
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 21:52:40 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > BTW, how does this affect BCB?

For BCB the dcp files are generated by the installer (which calls
jvcl3\packages\bin\MakeDcp4Bcb.mak)



-- Regards, Andreas Hausladen 

Subject: Re: Installer and JCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 23:46:01 +0200
Newsgroups: jedi.vcl

I think this is a much better solution. Not only does it shift the
responsibility for making it work to the project that should handle it, but
we don't need to keep our installer in sync with changes in the JCL either.

BTW, how does this affect BCB?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HMI Controls/Indicators palette
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 23:20:41 +0200
Newsgroups: jedi.vcl

> >     So, I really don't know. Comments from anyone else?
Either is fine with me

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HMI Controls/Indicators palette
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 20:51:20 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > On the HMI Indicators palette are 2 components and on the HMI Controls
> > palette is one component. Couldn't we move these components to a palette
> > called "Jv HMI Components"

"Jv HMI Controls" and "Jv HMI Indicators" are now under one hood.


-- Regards, Andreas Hausladen 

Subject: Re: interpreter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 22:50:53 +0200
Newsgroups: jedi.vcl

> > So perhaps I would be a better wife? :-)
Depends. Can you cook, do you like kids, dogs and birds and do you mind if I
play golf two days a week and spend a *wee* bit of time in front of a
screen<g>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Installer and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 20:50:33 +0000 (UTC)
Newsgroups: jedi.vcl

The new installer does not install the JCL itself. It shows a link
"Install JCL" on the IDE selection page that starts the JCL installer.
The installer also does not know when the JCL has changed it just cannot
compile the JVCL if something has changed an JCL interface section. So the
user must know about this fact and has to update the JCL by hand (using
the JCL Installer).


-- Regards, Andreas Hausladen 

Subject: Re: JVCL is now compatible to the newest JCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 22:48:13 +0200
Newsgroups: jedi.jcl,jedi.vcl

> > I have updated the JVCL to be compatible to the newest JCL.
[...]
Thanks, Andreas. Good work

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL is now compatible to the newest JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 22:42:26 +0200
Newsgroups: jedi.jcl,jedi.vcl

I have updated the JVCL to be compatible to the newest JCL. Most changes
by me in the JCL and the JVCL are BCB related. The JVCL 3 is now fully
compatible to BCB 6. All components compile under BCB 6 what means all
classes in the .hpp files have a correct declaration. For simple functions
I cannot say this because testing all functions is a little bit to much
work.

Some components had "designtime remove" bugs. These components registered
a FreeNotification that was called by the VCL after the fields where
released. For these components I moved the "free"-code after the inherited
Destroy call or I introduced the "not (csDestroying in ComponentState)"
into the Notification method.

For BCB I solved the TDate/TTime issue by moving the necessary #defineS to
JvTypes and for "not USE_JVCL" units a commonly used unit or the unit
itself. And because all these units could be used together I encapsulated
the #defineS into an #ifdef #endif


The JVCL 3 and the JCL compile under Delphi 5 (Pro), Delphi 6 (Pro),
Delphi 7 (Pro) and BCB 6 (Trail) without any error (only warnings in JCL
which are OK and documented in the source code)


-- Regards, Andreas Hausladen 

Subject: Re: HMI Controls/Indicators palette
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 8 Apr 2004 22:05:51 +0200
Newsgroups: jedi.vcl

Hello, André!
You wrote  on Thu, 08 Apr 2004 21:50:17 +0200:

 >>     Well, JvDice doesn't really have to do with machines. JvSwitch
 >> should go

 AS> What about gambling machines ?

    Hmm, good point. But I think most developers that write software for
industrial purposes will not think about using a dice to represent/control a
process. Likewise, if I would write a gambling program, I would not
immediately think about HMI when searching for a dice control.

    So, I really don't know. Comments from anyone else?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: HMI Controls/Indicators palette
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 08 Apr 2004 21:50:17 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>
>     Well, JvDice doesn't really have to do with machines. JvSwitch should go

What about gambling machines ?

Regards,

André Snepvangers



Subject: Re: HMI Controls/Indicators palette
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 8 Apr 2004 20:55:04 +0200
Newsgroups: jedi.vcl

Hello, André!
You wrote  on Thu, 08 Apr 2004 20:19:18 +0200:

 AS> Andreas Hausladen wrote:
 >> On the HMI Indicators palette are 2 components and on the HMI Controls
 >> palette is one component. Couldn't we move these components to a palette
 >> called "Jv HMI Components"
 >>
 AS> and move JvSwitch & JvDice to there too ?

    Well, JvDice doesn't really have to do with machines. JvSwitch should go
there though (and should be moved to the HMI package if that hasn't happened
yet). I agree with merging the two palettes into 1.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: New installer first release
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Thu, 8 Apr 2004 20:40:24 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf.kaiser@kdt.de> schrieb im Newsbeitrag
news:c542vi$lt8$1@talkto.net...
> >
> > When i replace the "CJcl.dcp" and "CJclVcl" by "DJcl.dcp" and "DJclVcl"
the
> > installer works as expected.
> >

Hello again,

i have found this "CJcl.dcp" and "CJclVcl" at three places:

Compile.pas:
function TJVCLCompiler.PrepareJCL(Force: Boolean): Boolean;

JVCLData.pas:
procedure TTargetConfig.Init;

PgIDESelection.pas:
procedure TIDESelectionPage.JCLDirChanged(Sender: TObject; UserData:
TObject;

The same typo at three places?

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: New installer first release
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Thu, 8 Apr 2004 20:20:00 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:c51mqj$7k3$1@talkto.net...
> >
> > Open JVCL3\Install\JVCLInstall\JVCLInstall.dpr and go to the file
> > JVCLData.pas. There go to TargetConfig.Init and add a breakpoint. Now
> > specify the start-parameter "--ignoreIDE" and start the application. Step
> > through the code with a special view to FMissingJCL.
> >
> > In the meantime I look at the "old" code and try to import it.
> >

Hello Andreas,

i have debugged my problem and found the following:

At the bottom of TargetConfig.Init there are these lines in the version i
have checked out:

 // identify JCL version
  // are CJcl.dcp and CJclVcl.dcp are available
  if FileExists(Target.BplDir + '\CJcl.dcp') and
     FileExists(Target.BplDir + '\CJclVcl.dcp') then
  begin
    if FJCLDIr = '' then
      FJCLDir := Target.BplDir;
    FMissingJCL := False;
    FCompiledJCL := True;
  end;

When i replace the "CJcl.dcp" and "CJclVcl" by "DJcl.dcp" and "DJclVcl" the
installer works as expected.

I think there was something wrong when i checked out this source with CVS.
(But HOW can two characters change when checking out??)

Anyway... now it works

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: HMI Controls/Indicators palette
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 08 Apr 2004 20:19:18 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> On the HMI Indicators palette are 2 components and on the HMI Controls
> palette is one component. Couldn't we move these components to a palette
> called "Jv HMI Components"
>
and move JvSwitch & JvDice to there too ?

André Snepvangers



Subject: Re: interpreter
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 08 Apr 2004 20:07:34 +0200
Newsgroups: jedi.vcl

but you can count me in ! Hmmm. So perhaps I would be a better wife? :-)

"Peter Thörnqvist" schrieb:

>> > > BTW: what is the body count of you fan club, peter? :-)
> > Counting my wife, I would guess...none?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: HMI Controls/Indicators palette
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 20:06:51 +0200
Newsgroups: jedi.vcl

On the HMI Indicators palette are 2 components and on the HMI Controls
palette is one component. Couldn't we move these components to a palette
called "Jv HMI Components"

-- Regards, Andreas Hausladen 

Subject: Re: interpreter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 19:57:12 +0200
Newsgroups: jedi.vcl

> > BTW: what is the body count of you fan club, peter? :-)
Counting my wife, I would guess...none?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: interpreter
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 08 Apr 2004 19:49:46 +0200
Newsgroups: jedi.vcl

Yes Peter is called also "mighty Peter" - at least inside for me :-)
BTW: what is the body count of you fan club, peter? :-)


micha schumann schrieb:

> > Thanks,
> >
> > besides developing a huge, great library you folks also take time to
> > answer stupid user questions! I am really impressed!
> >
> > Peter Thörnqvist wrote:
>>> > >>there was also a good tutorial in the web
>> > >
>> > > It's still there. Go to http://jvcl.sf.net, click on Help and then on
>> > > JvInterpreter
>> > >



Subject: Re: New JVCL developer
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 08 Apr 2004 16:52:14 +0000
Newsgroups: jedi.vcl

Sorry - this went into the wrong thread - was it me or is this why thunderbird has version number 0.5? ;-)

micha schumann wrote:

> Lets learn from (german) politicians:
>
> procedure TKvTodoList.GetRidOf;
> begin
>   while not forgotten do
>     forget;
>   traces.wipe;
>   self.free;
> end;
>
> Micha
>
>
> Marcel Bestebroer wrote:
>
>> Hello, micha!
>> You wrote  on Thu, 08 Apr 2004 10:50:31 +0000:
>>
>>  ms> What about a jvShrinkTodoList component in jvcl? This I am also
>>  ms> waiting for! ;-)
>>
>>     First (untested) version of the Shrink method for TJvTodoList:
>>
>> procedure TJvTodoList.Shrink;
>> var
>>   I: Integer;
>>   CurItem: TJvTodoItem;
>> begin
>>   for I := Count downto 0 do
>>   begin
>>     CurItem := GetTodoItem(I);
>>     if not CurItem.IsFun and not CurItem.IsInteresting and (CurItem.Priority
>> < HighestPriority) then
>>       CurItem.AssignItemTo(Developers.GetRandomDeveloper);
>>   end;
>> end;
>>
>>     I'm pretty sure that would shrink your to do list considerable <g>
>>
>> -- 
>> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> Project JEDI Help coordinator
>> JVCL Help team coordinator
>>
>> To mail me, remove the obvious from my mail address
>>
>> It's quiet 'cause Foobar2000 is not active.
>>
>>


Subject: Re: New JVCL developer
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 08 Apr 2004 16:50:52 +0000
Newsgroups: jedi.vcl

Lets learn from (german) politicians:

procedure TKvTodoList.GetRidOf;
begin
  while not forgotten do
    forget;
  traces.wipe;
  self.free;
end;

Micha


Marcel Bestebroer wrote:

> Hello, micha!
> You wrote  on Thu, 08 Apr 2004 10:50:31 +0000:
>
>  ms> What about a jvShrinkTodoList component in jvcl? This I am also
>  ms> waiting for! ;-)
>
>     First (untested) version of the Shrink method for TJvTodoList:
>
> procedure TJvTodoList.Shrink;
> var
>   I: Integer;
>   CurItem: TJvTodoItem;
> begin
>   for I := Count downto 0 do
>   begin
>     CurItem := GetTodoItem(I);
>     if not CurItem.IsFun and not CurItem.IsInteresting and (CurItem.Priority
> < HighestPriority) then
>       CurItem.AssignItemTo(Developers.GetRandomDeveloper);
>   end;
> end;
>
>     I'm pretty sure that would shrink your to do list considerable <g>
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quiet 'cause Foobar2000 is not active.
>
>


Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Thu, 8 Apr 2004 17:54:23 +0200
Newsgroups: jedi.vcl

> > Good work! Here some ideas for further develpment:
> >
> > - reduce flicker

Flicking removed.

Download the version 3 from:
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001592


Regards,
Stefano Pessina




Subject: Re: Testing Beta 3.x whilst still using 2.x
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 8 Apr 2004 19:47:31 +0400
Newsgroups: jedi.vcl

Hello, Jonathan!

 JN> Perhaps there would be some conflict like that, that would make this
 JN> approach unworkable...?

My 2 cents: both JVCL2  and 3 will be registered in search path as
Tool/Environment Options/Library/Library Path

So each time You'd compile ane app w/o pachages - You'll have a risk that
worng version of cources will be used.
Of course You can coupe this with a number of ways - but the risk still
remains.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Editor for rtf and other
From: "@rennes" <l.sass@omp-transport.com>
Date: Thu, 8 Apr 2004 16:57:12 +0200
Newsgroups: jedi.vcl

Hello,

I search an editor like a trichedit who can
highlight syntax,
load rtf since a text variable.

Are there an jedi component how doing that ?

Thanks




Subject: Re: New JVCL developer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 16:49:14 +0200
Newsgroups: jedi.vcl

> >     First (untested) version of the Shrink method for TJvTodoList:

Here's some more methods:

function TJvShrinkTodoList.Add:TJvTodoItem;
begin
  Result := nil;
end;

procedure TJvShrinkTodoList.Delete(Index:integer);
begin
  Clear;
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JVCL developer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 8 Apr 2004 16:45:45 +0200
Newsgroups: jedi.vcl

 MB>   for I := Count downto 0 do

    Correction:

  for I := Count - 1 downto 0 do

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: New JVCL developer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 8 Apr 2004 16:42:43 +0200
Newsgroups: jedi.vcl

Hello, micha!
You wrote  on Thu, 08 Apr 2004 10:50:31 +0000:

 ms> What about a jvShrinkTodoList component in jvcl? This I am also
 ms> waiting for! ;-)

    First (untested) version of the Shrink method for TJvTodoList:

procedure TJvTodoList.Shrink;
var
  I: Integer;
  CurItem: TJvTodoItem;
begin
  for I := Count downto 0 do
  begin
    CurItem := GetTodoItem(I);
    if not CurItem.IsFun and not CurItem.IsInteresting and (CurItem.Priority
< HighestPriority) then
      CurItem.AssignItemTo(Developers.GetRandomDeveloper);
  end;
end;

    I'm pretty sure that would shrink your to do list considerable <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: New JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Apr 2004 16:29:26 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> You mean after the EDI addition? My fault, then.

It is ALWAYS your fault ;-)



Subject: Re: New JVCL developer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 16:29:07 +0200
Newsgroups: jedi.vcl

> > It is ALWAYS your fault ;-)
I know, I know. I just wasn't aware that you knew as well <vbg>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvInspector changes and additions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 8 Apr 2004 16:02:42 +0200
Newsgroups: jedi.vcl

Hello, All!

    I just discovered that the AfterDataCreate event is not called at all.
This will be corrected shortly.

    I'm also planning on adding two mapping mechanisms:

    1) TypeInfoMapper to map an internal type (like TAlign) to a generated
type (using JclGenerateEnumType). This will allow for automatic mapping of
properties of type TAlign to a type info containing user-friendly names for
the individual align values.

    2) NameMapper to map an internal name (the one used by the data instance
is usually taken directly from the source, e.g. the name of a property) to a
user-friendly name. This will allow for automatic mapping of property names
(or DB field names) to user-friendly names.

    Are there any objections against these additions (should be ready after
Easter weekend)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: New JVCL developer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 8 Apr 2004 15:40:02 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 08 Apr 2004 23:06:30 +1000:

 O> Well, I'm quite sure I fixed that a while back. They are marked
 O> as binary here and marked as not modified. Please check in the
 O> history, you should find my changes, I deleted them and added
 O> them again.

    Apparently you did that a few days after my last fresh copy request.
They do work now. Sigh, I really need to learn to check things again before
simply posting a complaint.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Status update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Apr 2004 23:38:39 +1000
Newsgroups: jedi.vcl

Hi all.

Here is the current status on my machine:

JCL: Ok with D6, BCB5, BCB6.
JVCL: Ok with D6, BCB5. KO with BCB6.

The KO is a bit too long to investigate, that will be done later. The error is in JvEDI-D.

I will do the required changes to get the zlib stuff in for BCB, but not before tuesday.

Cheers, enjoy the easter holiday.

Olivier Sannier


Subject: Re: Error install jvcl
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 15:31:04 +0200
Newsgroups: jedi.vcl

Joseh-Henrique wrote:

> > Main.pas(42) Fatal: Could not compile used unit 'JvJVCLAboutForm.pas'

Do not try to compile the JVCL at the moment. The JVCL has lost JCL
compatibility at the moment. After the easter weekend the JVCL should work
again.


-- Regards, Andreas Hausladen 

Subject: Error install jvcl
From: "Joseh-Henrique" <joseh@mymail.com.br>
Date: Thu, 8 Apr 2004 10:25:54 -0300
Newsgroups: jedi.vcl

See bellow

D:\Comp\Jedi>cd jvcl

D:\Comp\Jedi\JVcl>install
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: Installer]
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
D:\Comp\Jedi\JVcl\run\JvJVCLAboutForm.pas(140) Error: Types of actual and
formal
 var parameters must be identical
Main.pas(42) Fatal: Could not compile used unit 'JvJVCLAboutForm.pas'

** error 1 ** deleting Installer
Press ENTER to continue

PS: Sorry, my english is bad

[]'s
Joseh-Henrique
Goiania, GO
--


---------------------------------------------------------------------
"Are you still wasting your time with spam?...
There is a solution!"

Protected by GIANT Company's Spam Inspector
The most powerful anti-spam software available.
http://mail.spaminspector.com





Subject: Re: New JVCL developer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Apr 2004 23:06:30 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     well, they maybe working for you as the one who originally added them,
> but they do not work for me (they are incorrectly marked as ASCII so they
> get the Unix<->DOS CRLF treatment when going through CVS), except for the
> two or three files I created (well actually, not anymore after I retrieved a
> completely fresh copy from CVS some months ago).

Well, I'm quite sure I fixed that a while back. They are marked as binary here and marked as not modified. Please check in the history, you should find my changes, I deleted them and added them again.



Subject: Re: New JVCL developer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 8 Apr 2004 14:32:01 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 08 Apr 2004 22:11:19 +1000:

 P> And if you use Paint Shop Pro 7, there are PSP files to be used as
 P> basis for your new image. All is done in layers, just add one layer
 P> on top for your drawing. Then decrease to 256 colors using the
 P> provided .pal file, and save to bmp.

    well, they maybe working for you as the one who originally added them,
but they do not work for me (they are incorrectly marked as ASCII so they
get the Unix<->DOS CRLF treatment when going through CVS), except for the
two or three files I created (well actually, not anymore after I retrieved a
completely fresh copy from CVS some months ago).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Make Problem with new Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 8 Apr 2004 12:23:54 +0000
Newsgroups: jedi.vcl

Hi Andreas,

no idea, but it didn't work.

My install.bat now looks in this way:
@echo off
cd packages\bin
build.exe newest "--build" "--make=installer" "--make=-l+" "--verbose"
"%1" "%2" "%3" "%4" "%5" "%6" "%7" "%8" "%9"
cd ..\..

It didn't work. Same failure.

Any further ideas.

Greetings
Jens

> >Michael Fritz wrote:
> >
>> >> Pardon? I think I did not get this answer correctly!
> >
> >I meant the the maximal command line length for Windows is on Jens'
> >Windows installation is too small. I don't know why and how to resolve
> >this (maybe a "hidden" registry key). But the fact is that the installer
> >compiles on many other Windows installations on different computers.
> >
> >Jens' wrote that on his computer the jvcl is under
> >S:\Delphi\Components\jvcl
> >
> >On my computer it is under
> >C:\Development\Sourceforge\Others\Jedi\jvcl3
> >
> >what is a little bit larger than Jens' but it works on computer.
> >
> >Maybe it helps to call install.bat this way:
> >
> >install.bat --make=-l+
> >
> >This gives make.exe the additional paramater "-l+" on the way.
> >
> >
>> >> Anyway, I've reported this error a while ago (Feb. 2004, subject "JVCL
>> >> Installer Problem"), too but  I did not use the new installer so far and
>> >> I wonder why this issue has not been resolved.
>> >> If I remember right this error has been confirmed and was promised to be
>> >> corrected in one of the subsequent versions.
> >
> >I have reduced all long command lines. All dcc32 parameters are now
> >written to a .cfg file which reduces the dcc32 command line to just
> >"C:\Borland\Delphi7\Bin\dcc32.exe" -Q -M MyPackage.dpr
> >
> >The old command line (old installer, old build system) was:
> >"C:\Borland\Delphi7\Bin\dcc32.exe" -Q -M -I..\..\common
> >-U..\..\Lib\D7;..\..\run;..\..\common;..\..\design;..\..\qcommon;..\..\qrun
> >;..\..\qdesign -R..\..\resources -I..\..\..\jcl\source
> >-U..\..\..\jcl\source\comon;..\..\..\jcl\source\
> >vcl;..\..\..\jcl\source\visclx;..\..\..\jcl\source\windows MyPackage.dpr
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New installer - 2nd
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Apr 2004 22:12:18 +1000
Newsgroups: jedi.vcl

Don't build the JVCL right now, it is not in a usable state and won't be for the next 5 days, for BCB that is.


Subject: Re: New JVCL developer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Apr 2004 22:11:19 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> * the small "j" in the corner is color coded depending on what type of
> component it is. We have templates for this in \images (the BaseXXXX.bmp's)

And if you use Paint Shop Pro 7, there are PSP files to be used as basis for your new image. All is done in layers, just add one layer on top for your drawing. Then decrease to 256 colors using the provided .pal file, and save to bmp.


Subject: Re: New JVCL developer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 13:30:49 +0200
Newsgroups: jedi.vcl

> > It was out of date lately so i wanted to remind.
You mean after the EDI addition? My fault, then.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Make Problem with new Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 13:11:36 +0200
Newsgroups: jedi.vcl

Jens wrote:

> > Hi Andreas,
> > 
> > no idea, but it didn't work.

Is the line "[Compiling: Installer]" written to stdout?

if not then it meight help to change the MAKE macro in
packages\bin\makefile.mak from
MAKE = "$(ROOT)\bin\make.exe" -$(MAKEFLAGS)
to
MAKE = "$(ROOT)\bin\make.exe"



-- Regards, Andreas Hausladen 

Subject: Re: New JVCL developer
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 08 Apr 2004 10:50:31 +0000
Newsgroups: jedi.vcl

What about a jvShrinkTodoList component in jvcl? This I am also waiting for! ;-)

Peter Thörnqvist wrote:

>> I can't find this information anywhere on the website. May I suggest you
>> put this information there? I think the Contributing section would be a
>> good place to put a new sub section: Making Palette Icons.
>
>
> I'll add it to my never-shrinking TODO list ;)
>


Subject: Re: New JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Apr 2004 12:15:38 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Yes, in those cases when it is a new rc but that only happens when we add a
> new package (not so common).

It was out of date lately so i wanted to remind.



Subject: Re: New JVCL developer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 11:59:49 +0200
Newsgroups: jedi.vcl

> > Not to forget to add the .rc file to the makefile.mak.
Yes, in those cases when it is a new rc but that only happens when we add a
new package (not so common).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New jvDocking Style if anyone's interested
From: "devedit" <devedit81@yahoo.com>
Date: Thu, 8 Apr 2004 09:57:16 +0000
Newsgroups: jedi.vcl

I liked the look of the vc style docking more than the others just on 
it's clean cut easily distinguishable look, but I wanted the docking tabs 
which as nearly as I can tell it lacks support for.  So I crossed it with 
jvDockStyleVID giving it a look very much like Visual C++ but with the 
docking tabs of most the other versions.  If any of you are interested 
I'll post it but you'll have to tell me where to post it :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Apr 2004 11:51:21 +0200
Newsgroups: jedi.vcl

> * After a new image has been added to a rc file, you should rebuild the
> resource file, rename the result to *.dcr and update it in \Resources

Not to forget to add the .rc file to the makefile.mak.



Subject: Re: New installer - 2nd
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 11:28:45 +0200
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\run\JvJVCLAboutForm.pas(140)
> > Error: Types of actual and formal var parameters must be identical

This is a result of the JCL dispute.

> > Main.pas(42) Fatal: Could not compile used unit 'JvJVCLAboutForm.pas'

And this was a mistake by me. I just wanted to check the JVCL so I added
the JvJVCLAboutForm to the uses clause but forgot to remove it after the
test.

Till the new developer CVS it available to anonymous CVS you can just open
Main.pas and remove the JvJVCLAboutForm from the uses clause.


-- Regards, Andreas Hausladen 

Subject: Re: Make Problem with new Installer
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Apr 2004 11:27:03 +0200
Newsgroups: jedi.vcl

Thanks Andreas!

cu,
Michael




Subject: Re: Make Problem with new Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Apr 2004 11:23:11 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Pardon? I think I did not get this answer correctly!

I meant the the maximal command line length for Windows is on Jens'
Windows installation is too small. I don't know why and how to resolve
this (maybe a "hidden" registry key). But the fact is that the installer
compiles on many other Windows installations on different computers.

Jens' wrote that on his computer the jvcl is under
S:\Delphi\Components\jvcl

On my computer it is under
C:\Development\Sourceforge\Others\Jedi\jvcl3

what is a little bit larger than Jens' but it works on computer.

Maybe it helps to call install.bat this way:

install.bat --make=-l+

This gives make.exe the additional paramater "-l+" on the way.


> > Anyway, I've reported this error a while ago (Feb. 2004, subject "JVCL
> > Installer Problem"), too but  I did not use the new installer so far and
> > I wonder why this issue has not been resolved.
> > If I remember right this error has been confirmed and was promised to be
> > corrected in one of the subsequent versions.

I have reduced all long command lines. All dcc32 parameters are now
written to a .cfg file which reduces the dcc32 command line to just
"C:\Borland\Delphi7\Bin\dcc32.exe" -Q -M MyPackage.dpr

The old command line (old installer, old build system) was:
"C:\Borland\Delphi7\Bin\dcc32.exe" -Q -M -I..\..\common
-U..\..\Lib\D7;..\..\run;..\..\common;..\..\design;..\..\qcommon;..\..\qrun
;..\..\qdesign -R..\..\resources -I..\..\..\jcl\source
-U..\..\..\jcl\source\comon;..\..\..\jcl\source\
vcl;..\..\..\jcl\source\visclx;..\..\..\jcl\source\windows MyPackage.dpr


-- Regards, Andreas Hausladen 

Subject: Re: New jvDocking Style if anyone's interested
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 11:14:08 +0200
Newsgroups: jedi.vcl

We are definitley interested in more docking styles! Please post to
binaries. Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to Implement OnMouseWheel event?
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 8 Apr 2004 01:37:53 -0700
Newsgroups: jedi.vcl

OK, now i understand what you meant. i will need to try and put a "fail
safe" in my code somehow, perhaps an "Enable" button or option for the wheel
mouse in my app. although i'd prefer to detect it automatically if possible.


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:c52o38$cro$1@talkto.net...
> > norberto wrote:
>> > > Hi Robert,
>> > >
>> > > Thank you for your input. i am not familiar with the common tray apps
for
>> > > Logitech mice. Is there a "standard" way to deal with this issue or do i
>> > > just look for, for example, the presence of a Logitech mouse and disable
the
>> > > OnWheelMouse handler if one is detected?
> >
> > No i mean that the tray application of Logitech (and others) may
> > interfere with the wheel messages. Depending on the options chosen you
> > may not get any wheel messages at all.
> > Not to forget that depending on the mosue driver you may get messages
> > for a window which does not have the focus.
> >




Subject: Re: How to Implement OnMouseWheel event?
From: "norberto" <pellicci@shaw.ca>
Date: Thu, 8 Apr 2004 01:34:41 -0700
Newsgroups: jedi.vcl

It is not constant. It seems to range in value based on how fast i turn the
wheel. The "normal" average that i saw is ± 120 depending on direction of
wheel spin. But if i keep going very fast then the value can increase to >
1000. It seems to be buffered in some way since the TLabel component will
sometimes show (retain) a larger number when i stop spinning the wheel, but
it normally is ±120. i uninstalled the MS Intellimouse SW but this did not
affect the outcome.

norberto

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c52q6b$dam$1@talkto.net...
>> > > i tried this as you have written it and it doen't change the position of
>> > > JvShape1. i did add a
> >
> > How large/small is the value of WheelDelta when you scroll?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: New jvDocking Style if anyone's interested
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Thu, 08 Apr 2004 10:19:04 +0200
Newsgroups: jedi.vcl

devedit wrote:
> I'll post it but you'll have to tell me where to post it :)

Posting it to jedi.binaries can't hurt.


Subject: Re: JvScheduler guidance
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 8 Apr 2004 10:15:20 +0200
Newsgroups: jedi.vcl

Hello, starCOM!
You wrote  on Thu, 8 Apr 2004 01:24:11 +0000:

 s> First example, I would have expected the first event to occur @ 8:00PM

    if you started it on 7:08 it should indeed fire at 8:00. Will
investigate this.

[snip]

 s> Second example
 s> //4/7/04:12:00:00 AM
 s> //4/7/04:7:10:05 PM << events start immediately

    That's because the IJclScheduleDayFrequency defaults to 1 second (IIRC).
In your second example you specify the schedule to run every 60*60*1000 days
(and EveryWeekday will be set to False because you are setting it's Interval
property).

    Anyway, I'll use your code to test the schedule engine again, maybe I
missed something. I assume you are using JVCL3Beta and JCL1.9?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Make Problem with new Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 8 Apr 2004 08:09:11 +0000
Newsgroups: jedi.vcl

Sorry No.

It doesn't change anything. The error raises directly. Nothing is
compiled. I think it comes trying to build the installer self.

Any further ideas? 

Greeetings
Jens

> >Michael Fritz wrote:
> >
>> >> Ohh, this looks like an old friend which has survived from the old
>> >> installer.
> >
> >This only means that the maximal command line length is less than 32 chars.
> >
> >
> >Maybe you can find the line by calling "install --verbose"
> >
> >
> >
> >
> >-- 
> >Regards,
> >
> >Andreas Hausladen
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: New JVCL developer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 09:55:06 +0200
Newsgroups: jedi.vcl

> > I can't find this information anywhere on the website. May I suggest you
> > put this information there? I think the Contributing section would be a
> > good place to put a new sub section: Making Palette Icons.

I'll add it to my never-shrinking TODO list ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 09:52:00 +0200
Newsgroups: jedi.vcl

> > I did wonder after I posted if it was a design feature.
It was, but after thinking about how menus handles accel keys, I decided
that you were right so I changed it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JVCL developer
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Thu, 08 Apr 2004 09:40:35 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I don't know if it is described anywhere, but here's our rules for palette
> images (short version):

I can't find this information anywhere on the website. May I suggest you put this information there? I think the Contributing section would be a good place to put a new sub section: Making Palette Icons.

Regards

Hans-Eric Grönlund


Subject: Re: How to Implement OnMouseWheel event?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 08:47:16 +0200
Newsgroups: jedi.vcl

> > i tried this as you have written it and it doen't change the position of
> > JvShape1. i did add a

How large/small is the value of WheelDelta when you scroll?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JVCL developer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Apr 2004 08:45:36 +0200
Newsgroups: jedi.vcl

> > I think that's a possibility. Which icons would you like me to look at in
JVCL?

All of them? Seriously, there are still a few that is missing an icon and it
would be great if someone could fix that.

> > How should I submit new icon versions? I'm thinking I should post them
> > to jedi.binaries or somewhere else for review before committing anything
to
> > CVS.

If you add a new icon, there is no reason to preview it. Anything is better
than the default. Modified icons could possibly be interesting to preview.

I don't know if it is described anywhere, but here's our rules for palette
images (short version):

* the small "j" in the corner is color coded depending on what type of
component it is. We have templates for this in \images (the BaseXXXX.bmp's)
* files are saved in ALL CAPS with the same name as the component (ie
TJVCOLORBUTTON.BMP for TJvColorButton)
* images are added to a resource script. The resource script is named the
same as the Reg file (ie JvCoreReg.rc for JvCoreReg.pas) for the component's
package.
* Each resource line is on the format:

TJVCOLORBUTTON BITMAP "TJVCOLORBUTTON.BMP"

* After a new image has been added to a rc file, you should rebuild the
resource file, rename the result to *.dcr and update it in \Resources

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Testing Beta 3.x whilst still using 2.x
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 08 Apr 2004 08:42:54 +0200
Newsgroups: jedi.vcl

I think the following would be possible, but I'm not sure :

Install JVCL 3 into a different directory, and then unselect the JVCL 2 package from the IDE package list. Then install the JVCL 3 package into the IDE. Then, open a project that uses JVCL 2, and exclude the newly installed JVCL 3 from its package list, and include JVCL 2. I think this ought to work, as long as the JVCL 3 binaries are in a completely different directory from the old ones.

Perhaps there would be some conflict like that, that would make this approach unworkable...?

I'm not sure...

Jonathan Neve.


Subject: Re: TJvXPBar
From: "Opp" <develop@op-code.co.uk>
Date: Thu, 8 Apr 2004 06:42:23 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I've changed the behavior so now an item/button will only be
> > "clicked" by the accel key if it is enabled and visible (its
> > container is expanded)

I did wonder after I posted if it was a design feature. Anyway.. Many
thanks again Peter.

Cheers..

Opp.


Subject: Re: How to Implement OnMouseWheel event?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Apr 2004 08:12:40 +0200
Newsgroups: jedi.vcl

norberto wrote:
> Hi Robert,
>
> Thank you for your input. i am not familiar with the common tray apps for
> Logitech mice. Is there a "standard" way to deal with this issue or do i
> just look for, for example, the presence of a Logitech mouse and disable the
> OnWheelMouse handler if one is detected?

No i mean that the tray application of Logitech (and others) may interfere with the wheel messages. Depending on the options chosen you may not get any wheel messages at all.
Not to forget that depending on the mosue driver you may get messages for a window which does not have the focus.



Subject: Re: Make Problem with new Installer
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Apr 2004 08:08:54 +0200
Newsgroups: jedi.vcl

> > This only means that the maximal command line length is less than 32
chars.
Pardon? I think I did not get this answer correctly!

Does this mean if the error "Fatal: Command arguments too long" I have to
enlarge the command line length to a value greater than 32 chars, if so how
would you do this (I think this is not possible at all).
Or does your answer mean that MAKE complaints about my command line length
which may be lower than 32 chars?
In any case the installer stops working.

Anyway, I've reported this error a while ago (Feb. 2004, subject "JVCL
Installer Problem"), too but  I did not use the new installer so far and I
wonder why this issue has not been resolved.
If I remember right this error has been confirmed and was promised to be
corrected in one of the subsequent versions.

cu,
Michael




Subject: Re: New installer - 2nd
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 08 Apr 2004 10:02:17 +0400
Newsgroups: jedi.vcl

This the Build C6 test:
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\run\JvAppRegistryStorage.pas(365) Error
: Constant object cannot be passed as var parameter
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\run\JvAppRegistryStorage.pas(413) Error
: Constant object cannot be passed as var parameter
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\common\JvWStrUtils.pas(72) Error: Unsat
isfied forward or external declaration: 'TWStrings.GetP'
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\common\JvWStrUtils.pas(75) Error: Unsat
isfied forward or external declaration: 'TWStrings.GetCount'
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\common\JvWStrUtils.pas(78) Error: Unsat
isfied forward or external declaration: 'TWStrings.Put'
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\common\JvWStrUtils.pas(79) Error: Unsat
isfied forward or external declaration: 'TWStrings.PutObject'
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\common\JvWStrUtils.pas(97) Error: Unsat
isfied forward or external declaration: 'TWStrings.Clear'
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\common\JvWStrUtils.pas(98) Error: Unsat
isfied forward or external declaration: 'TWStrings.Delete'

** error 1 ** deleting JvCoreC6R.bpl

** error 1 ** deleting CompilePackages


Subject: Re: New installer - 2nd
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 08 Apr 2004 09:50:05 +0400
Newsgroups: jedi.vcl

Last CVS installer under CBuilder6:
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
[Compiling: Installer]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
E:\CBuild6\Packages\JediPacks\Jedi\JVCL3\run\JvJVCLAboutForm.pas(140) Error: Types
of actual and formal var parameters must be identical
Main.pas(42) Fatal: Could not compile used unit 'JvJVCLAboutForm.pas'

** error 1 ** deleting Installer
Press ENTER to continue


Subject: Re: How to Implement OnMouseWheel event?
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 7 Apr 2004 22:09:12 -0700
Newsgroups: jedi.vcl

Hi Robert,

Thank you for your input. i am not familiar with the common tray apps for
Logitech mice. Is there a "standard" way to deal with this issue or do i
just look for, for example, the presence of a Logitech mouse and disable the
OnWheelMouse handler if one is detected?

Thanks again.

norberto

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:c52inj$bl1$1@talkto.net...
> > Do not forget that the common tray applications for mice from Logitech
> > etc may interfere with the wheel mesages depending on the options chosen.
> >




Subject: Re: New JVCL developer
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Thu, 8 Apr 2004 01:01:43 -0400
Newsgroups: jedi.vcl

Hi Peter,

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c4tfgb$dtv$1@talkto.net...
> > Please welcome Raymond Alexander as a new JVCL developer. Ray is the guy
> > behind the EDI stuff in JCL and JVCL and will continue managing them as
his
> > primary concern.
> >
> > Ray is pretty good at making icons as well, so maybe we can talk him into
> > taking a look at some of the missing or crappy icons on the JVCL palette
8-)

I think that's a possibility. Which icons would you like me to look at in
JVCL? How should I submit new icon versions? I'm thinking I should post them
to jedi.binaries or somewhere else for review before committing anything to
CVS.


> > Anyway, welcome Ray!

Thanks.

> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >

Ray A.




Subject: Re: How to Implement OnMouseWheel event?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Apr 2004 06:41:05 +0200
Newsgroups: jedi.vcl

Do not forget that the common tray applications for mice from Logitech etc may interfere with the wheel mesages depending on the options chosen.



Subject: put an application in the Tray
From: "pooyan" <p_zarif@yahoo.com>
Date: Thu, 8 Apr 2004 11:11:31 +0800
Newsgroups: jedi.vcl

Hi,
I need a Delphi component which put my application in the Tray.
Any body help me?




Subject: Re: put an application in the Tray
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Thu, 8 Apr 2004 03:06:04 +0000 (UTC)
Newsgroups: jedi.vcl

pooyan wrote:

> > Hi,
> > I need a Delphi component which put my application in the Tray.
> > Any body help me?

Do you try TJvTrayIcon?


Subject: Re: How to Implement OnMouseWheel event?
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 7 Apr 2004 19:25:21 -0700
Newsgroups: jedi.vcl

Hi Peter,

i got it to work, but in my app, i have several shapes, named shpShape0 to
shpShape8 that i would like to move, so i need to know which one has been
slected by the mouse. (ShapeCount := 8 here.)

procedure ShapeMouseBtnDown(Sender: TObject; Button: TMouseButton; Y:
Integer);
var
   I:    Integer;
begin
    with Sender as TShape do
    begin
      MouseWheelFocusID := Tag;
      ....
    end;
......
end;

then

procedure TForm1.FormMouseWheel(Sender: TObject; Shift: TShiftState;
WheelDelta: Integer; MousePos: TPoint; var Handled: Boolean);
begin
  for I := 0 To ShapeCount do
    with TShape(FindComponent('shpShape'+ IntToStr(I))) do
        if Tag = MouseWheelFocusID then Top := Top + WheelDelta div 50;
......
end;

 this seems to work OK but now i have to figure out how to release focus
from the last used TShape component.

Thank you again since i wouldn't have looked at the TForm's OnWheelMouse
event if you hadn't helped.

Cheers,
norberto

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c51r30$8eh$1@talkto.net...
> > This works:
> >
> > procedure TForm1.FormMouseWheel(Sender: TObject; Shift: TShiftState;
> >   WheelDelta: Integer; MousePos: TPoint; var Handled: Boolean);
> > begin
> >   if PtInRect(JvShape1.BoundsRect,ScreenToClient(MousePos)) then
> >     JvShape1.Top := JvShape1.Top - WheelDelta div 10;
> > end;
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: How to Implement OnMouseWheel event?
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 7 Apr 2004 18:33:59 -0700
Newsgroups: jedi.vcl

Hi Peter,

i tried this as you have written it and it doen't change the position of
JvShape1. i did add a

TLabel1.Caption := IntToStr(WheelDelta);

in the handler and i do now see the changes as the mouse wheel is turned in
either direction, but it does not affect the JvShape component position.

It seems that using the mouse wheel is not so straightforward. Would you or
anyone else have any other suggestions? i will continue to try variations on
what you have given me. At least now i know to use the TForm's OnMouseWheel
event handler!

Thanks very much again.

norberto



"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c51r30$8eh$1@talkto.net...
> > This works:
> >
> > procedure TForm1.FormMouseWheel(Sender: TObject; Shift: TShiftState;
> >   WheelDelta: Integer; MousePos: TPoint; var Handled: Boolean);
> > begin
> >   if PtInRect(JvShape1.BoundsRect,ScreenToClient(MousePos)) then
> >     JvShape1.Top := JvShape1.Top - WheelDelta div 10;
> > end;
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: JvScheduler guidance
From: "starCOM" <mcmahon2-@comcast.net>
Date: Thu, 8 Apr 2004 01:24:11 +0000
Newsgroups: jedi.vcl

 I'm interested in using JvScheduler in several apps and I'm at a loss to 
understand its behavior. First what I'm attemting to do is to have daily 
schedule that never ends and occurs n times per day. I've tried two 
approaches that appear that they should be equivalent, yet behave quite 
differently and neither one gives me desired behavior.

First example, I would have expected the first event to occur @ 8:00PM
//4/7/04:12:00:00 AM
//4/7/04:10:00:00 PM  started @ 7:08


var
  SE: TJvEventCollectionItem;
begin
  SE := JvScheduledEvents.Events.Add;
  SE.Schedule.RecurringType := srkDaily;
  SE.Schedule.EndType := sekNone;
  SE.Schedule.StartDate := DateTimeToTimeStamp(Date);
  (SE.Schedule as IJclScheduleDayFrequency).StartTime := 0;
  (SE.Schedule as IJclScheduleDayFrequency).Interval := 60 * 60 * 1000;
  SE.OnExecute := JvScheduledEventsEventsExecute;
  SE.Start;
  Memo1.Lines.Add(DateToStr(TimeStampToDateTime(SE.Schedule.StartDate)) +
    ':' + TimeToStr(TimeStampToDateTime(SE.Schedule.StartDate)));
  Memo1.Lines.Add(DateToStr(TimeStampToDateTime(SE.Schedule.NextEvent
(False))) +
    ':' + TimeToStr(TimeStampToDateTime(SE.Schedule.NextEvent(False))));
end;

Second example
//4/7/04:12:00:00 AM
//4/7/04:7:10:05 PM << events start immediately

//7:10:04 PMRepeat :Snooze Not << events start immediately
//7:10:05 PMRepeat :Snooze Not
//7:10:05 PMRepeat :Snooze Not
//7:10:06 PMRepeat :Snooze Not
//7:10:06 PMRepeat :Snooze Not
//7:10:07 PMRepeat :Snooze Not
//7:10:07 PMRepeat :Snooze Not



procedure TForm1.Button3Click(Sender: TObject);
var
  SE: TJvEventCollectionItem;
begin
  SE := JvScheduledEvents.Events.Add;
  SE.Schedule.RecurringType := srkDaily;
  SE.Schedule.EndType := sekNone;
  SE.Schedule.StartDate := DateTimeToTimeStamp(Date);
  (SE.Schedule as IJclDailySchedule).EveryWeekDay := True;
  (SE.Schedule as IJclDailySchedule).Interval := 60 * 60 * 1000;
  SE.OnExecute := JvScheduledEventsEventsExecute;
  SE.Start;
  Memo1.Lines.Add(DateToStr(TimeStampToDateTime(SE.Schedule.StartDate)) +
    ':' + TimeToStr(TimeStampToDateTime(SE.Schedule.StartDate)));

  Memo1.Lines.Add(DateToStr(TimeStampToDateTime(SE.Schedule.NextEvent
(False))) +
    ':' + TimeToStr(TimeStampToDateTime(SE.Schedule.NextEvent(False))));
end;

Thanks,
Bill



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: How to Implement OnMouseWheel event?
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 7 Apr 2004 18:08:59 -0700
Newsgroups: jedi.vcl

Hi Peter,

Thank you for the help. i will try this and see how it works :-)

norberto

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c51r30$8eh$1@talkto.net...
> > This works:
> >
> > procedure TForm1.FormMouseWheel(Sender: TObject; Shift: TShiftState;
> >   WheelDelta: Integer; MousePos: TPoint; var Handled: Boolean);
> > begin
> >   if PtInRect(JvShape1.BoundsRect,ScreenToClient(MousePos)) then
> >     JvShape1.Top := JvShape1.Top - WheelDelta div 10;
> > end;
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: Add in jvzlib's TAR.GZ support in JvZlibMultiple component upgrade suggestion.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 08 Apr 2004 11:05:00 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> And I may be able to have in BCB...
>
> Making your life easier by the minute <g>
>
I have my doubts about that, but I'll see how it goes, after this nice and long 4 days week-end (yes, Good Friday is public holiday here) <g>



Subject: Re: TJvDBImage
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Thu, 8 Apr 2004 00:42:45 +0000 (UTC)
Newsgroups: jedi.vcl

Sergio Samayoa wrote:

> > I just uploaded TJvDBImage to Mantis.
> > 
Mantis bug id is 1406:

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=
0001406


Subject: TJvDBImage
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Thu, 8 Apr 2004 00:40:22 +0000 (UTC)
Newsgroups: jedi.vcl

I just uploaded TJvDBImage to Mantis.

Is based on Borland's TDBImage (Delphi 7) as much of those alike
components I saw, authors just changed code style in fome places and
added some notes but still the same.

Maybe cant be added to JVCL, maybe yes, it depends on Borland's policy.
Please those who have Delphi 3
to 6 (is Delphi 3 still supported?) test it and tell me any bug you
found. Also, some body can tell me if I'm
violating Borland's copyrigth ?

What It does:
- Suppor for JPG, GIF (depending on USE_JV_GIF), ICO, WMF, EMF.
- Also support any TGraphic. You must register the signature via
RegisterGraphicSignature. This means that if you use another TGraphic
descendentan (such TPNGObject or other image library) there is no need
to modify the component.
- OnGetGraphicClass event fired before the image is loaded from blob
field. This is a little redundant since programmer can register
sigantures but FWIW.


Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Thu, 8 Apr 2004 02:14:45 +0200
Newsgroups: jedi.vcl

Now this is the code with the improvements (internal ver. 2) posted in
mantis. I am starting to implement the new functions for the internal ver.
3... but I can't resolve - and I don't understand why - a problem with
sizing.

When the progressbar orientation for the first time is changed in object
inspector from pbHorizontal to pbVertical - and after viceversa and more
'viceversa' - the component are sized to a small 16 x 16 (the value of
default height in pbHorizontal orientation): I thought it was caused by
SetBounds function and I've tried to resolve with a special code (commented
in the source, try it if you want). In fact the problem was solved in design
mode, so when I run the program the progressbar are incorrectly sized.

Can you help me?
Thanks.

Regards,
Stefano Pessina

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c4s930$893$1@talkto.net...
> > 1. You must include the resource in the pas file::
> >
> > {$R JvXPProgress.res}
> >
> > 2. You must set the Width and Height explicitly:
> >
> > published
> >   ...
> >   property Width default 204;
> >   property Height default 19;
> > end;
> >
> > implementation
> > ...
> > constructor Create(AOwner:TComponent);
> > begin
> >   ...
> >   Width := 204;
> >   Height := 19;
> >
> > ..
> > end;
> >
> > 3. I think you've got the width and height of the buffer bitmap swapped?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net


JvXPProgressBar.zip
	



Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 8 Apr 2004 00:23:31 +0200
Newsgroups: jedi.vcl

I've changed the behavior so now an item/button will only be "clicked" by
the accel key if it is enabled and visible (its container is expanded)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to implement OnMouseWheel event?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 8 Apr 2004 00:06:53 +0200
Newsgroups: jedi.vcl

> > Sorry i forgot to mention that i am running Windows 2000 and another
system
> > with Windows XP (Home Edition). The mouse i'm using is a MS Wheel Mouse
> > Optical.  i'm using D7. i don't know if this would help or not.

This doesn't matter. It's an issue with whether the control can recieve
focus or not and only TWinControl's can.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How to implement OnMouseWheel event?
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 7 Apr 2004 15:03:18 -0700
Newsgroups: jedi.vcl

Hi again,

Sorry i forgot to mention that i am running Windows 2000 and another system
with Windows XP (Home Edition). The mouse i'm using is a MS Wheel Mouse
Optical.  i'm using D7. i don't know if this would help or not.

Thanks again.




Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 07 Apr 2004 23:59:55 +0200
Newsgroups: jedi.vcl

I knew the new $id$ would come to the rescue sometime <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: How to Implement OnMouseWheel event?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Apr 2004 23:57:46 +0200
Newsgroups: jedi.vcl

This works:

procedure TForm1.FormMouseWheel(Sender: TObject; Shift: TShiftState;
  WheelDelta: Integer; MousePos: TPoint; var Handled: Boolean);
begin
  if PtInRect(JvShape1.BoundsRect,ScreenToClient(MousePos)) then
    JvShape1.Top := JvShape1.Top - WheelDelta div 10;
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to Implement OnMouseWheel event?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Apr 2004 23:54:21 +0200
Newsgroups: jedi.vcl

I don't think there is a way to get non-TWinControl's to recieve wheel
messages, so publishing the events in JvShape is a mistake.

You could use the forms wheel events instead (forms get the wheel messages
first and sends them to the focused control, if any), check if the mouse is
over the shape and move it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Apr 2004 07:43:17 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> OBones wrote:
>
>> I persist, I updated it less than 10 minutes ago and I won't compile with any of the environments I have here (C5,C6,D6). The message is:
>
>
> The TJvTabControl and TJvTabDefaultPainter are in JvComCtrls.pas rev 1.39. What rev do you have?
>
Well, for some reason, I was stuck to 1.38
After forcing a "special update" returning to "HEAD", it works.
Thanks for pointing that out.


Subject: How to Implement OnMouseWheel event?
From: "norberto" <pellicci@shaw.ca>
Date: Wed, 7 Apr 2004 14:38:04 -0700
Newsgroups: jedi.vcl

Hi All,

Has anyone had any success with implementing the OnMouseWheel event for a component? i have been trying to implement a handler for a TJvShape control to make it change position vertically on a form when i move the mousewheel. Currently, the code i have used to see if i get anything at all is as follows:

procedure TForm1.shpShape1MouseWheel(Sender: TObject;Shift: TShiftState; WheelDelta: Integer; MousePos: TPoint;var Handled: Boolean);
begin
  Handled := True;
  with (Sender as TShape) do
     begin
            Top := Top + WheelDelta;
            Label8.Caption := IntToStr(WheelDelta);
      end;
end;

i do not get any movement of the TShape component on the form, and the TLabel caption is not changed at all. It seems like this procedure is not even called. i have been wondering if the main form (TForm1) intercepts the WheelMouse events and disposes of them, not hending them to my handler. Any ideas? 

Any insight would be appreciated.

Thanks!


Subject: Re: New installer first release
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 7 Apr 2004 23:21:23 +0200
Newsgroups: jedi.vcl

Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de> wrote:
> > Ralf Kaiser wrote:
> >
>> >> maybe my path-layout helps a little bit:
> >
> > Another possibility would be that you debug the installer.
> >
> > Open JVCL3\Install\JVCLInstall\JVCLInstall.dpr and go to the file
> > JVCLData.pas. There go to TargetConfig.Init and add a breakpoint. Now
> > specify the start-parameter "--ignoreIDE" and start the application.
> > Step through the code with a special view to FMissingJCL.
> >
> > In the meantime I look at the "old" code and try to import it.

OK, i'll try that (but tomorrow, now it is a little bit late here in germany
:-)
I will report what i have found out.

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 22:44:46 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > --ignoreIDE

should be --ignore-IDE


-- Regards, Andreas Hausladen 

Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 22:44:13 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > maybe my path-layout helps a little bit:

Another possibility would be that you debug the installer.

Open JVCL3\Install\JVCLInstall\JVCLInstall.dpr and go to the file
JVCLData.pas. There go to TargetConfig.Init and add a breakpoint. Now
specify the start-parameter "--ignoreIDE" and start the application. Step
through the code with a special view to FMissingJCL.

In the meantime I look at the "old" code and try to import it.

-- Regards, Andreas Hausladen 

Subject: Re: New installer first release
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 7 Apr 2004 22:40:12 +0200
Newsgroups: jedi.vcl

Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de> wrote:
> > Ralf Kaiser wrote:
> >
>> >> How does the installer check if JCL is installed/is not installed?
> >
> > It checks the browsing path for "jcl\source" and the search path for
> > "jcl\lib". If one of these exist it tests for
> > "$(foundJCLpath)\source\common". And only if this directory exists the
> > installer says that the JCL is installed.

Hi,

maybe my path-layout helps a little bit:

Installation path of JCL:

e:\Work\COMPON\JEDI\JCL\

Installation path of JVCL:

e:\Work\COMPON\JEDI\JVCL\

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: New installer first release
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 7 Apr 2004 22:14:19 +0200
Newsgroups: jedi.vcl

Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de> wrote:
> > Ralf Kaiser wrote:
> >
>> >> How does the installer check if JCL is installed/is not installed?
> >
> > It checks the browsing path for "jcl\source" and the search path for
> > "jcl\lib". If one of these exist it tests for
> > "$(foundJCLpath)\source\common". And only if this directory exists the
> > installer says that the JCL is installed.

OK, the installer was able to find the JCL on my system and has started the
JCL installer so it seems that it has detected my JCL installation, right?
But after installing JCL (in real it was installed before but i have started
JCL installaltion a second time) the checkboxes are still disabled.

Strange. The old JVCL installer had no problems

Ciao,
Ralf


-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 22:09:19 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > How does the installer check if JCL is installed/is not installed?

It checks the browsing path for "jcl\source" and the search path for
"jcl\lib". If one of these exist it tests for
"$(foundJCLpath)\source\common". And only if this directory exists the
installer says that the JCL is installed.


-- Regards, Andreas Hausladen 

Subject: Re: Error on compiling current jvcl files.
From: "Ian Branch" <branch@ancc.com.au>
Date: Thu, 8 Apr 2004 06:03:49 +1000
Newsgroups: jedi.vcl

Ignore my last, I see the saga continues in the JCL NG.




Subject: Re: Error on compiling current jvcl files.
From: "Ian Branch" <branch@ancc.com.au>
Date: Thu, 8 Apr 2004 05:51:21 +1000
Newsgroups: jedi.vcl

The above reported error refers to this line in jvJVCLAboutForm.

      "JclWin32.GetVersionEx(@VersionInfo);"

Regards,

Ian




Subject: Re: New installer first release
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 7 Apr 2004 21:31:39 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:c51hth$6hc$1@talkto.net...
> > Ralf Kaiser wrote:
> >
>> > > What goes wrong here?
> >
> > The reason should be displayed in the same line where the checkbox is.
> > (missing Delphi/BCB updates, missing JCL installation)
> >

HEllo,

Yes. For D5 it is true. I have a minimal D5-Installation with no updates
where i do not want to install JVCL. But for D7 there is only "Install JCL"
but JCL is installed with the JCL installer (started from JVCL installer).

How does the installer check if JCL is installed/is not installed?

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 21:20:26 +0200
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> > What goes wrong here?

The reason should be displayed in the same line where the checkbox is.
(missing Delphi/BCB updates, missing JCL installation)




-- Regards, Andreas Hausladen 

Subject: Re: New installer first release
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 7 Apr 2004 20:49:40 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:c4uled$lac$2@talkto.net...
> > I have committed the new installer source code to
> > JVCL3\install\JVCLInstall.
> > The install.bat in the JVCL-Root directory now compiles the new installer.
> >

Hello,

i have just checked out the last source and when i start the install.bat the
checkboxes in the second step where the Delphi-IDE targets can be selected
are disabled. So it is not possible to select a version where JVCL should be
installed.

What goes wrong here?

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Apr 2004 19:40:40 +0200
Newsgroups: jedi.vcl

> > At the moment, when a shortcut key is assigned - the related control
> > can be activated regardless of the state of the Outlook bar (or XPBar.)
> > So in other words, the control can be activated - even if the button is
> > not visible.

Actually, I specifically designed it that way but if that is undesired it
can easily be changed or maybe controlled by a property.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [Question] Are source files posted in jedi.binaries added to CVS?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Apr 2004 19:37:15 +0200
Newsgroups: jedi.vcl

> > With binaries I refer to files posted in newsgroup. (in spanish newsgroups
> > binaries are every attachment, because it's not "plain" text)
> > In this case i mean source files (ie. new JvDesktopAlert.pas or
JvPanel.pas,
> > etc), are those files added to CVS when apropiate or I have to get it from
> > jedi.binaries and copy to the correct location in my local CVS directory
(if
> > i need/like the changes)?
It depends. Sometimes someone posts a proposal to binaries for others to
test. This unit will not go to CVS (unless it is approved). Sometimes we
post recent updates to units because some users have problems with CVS.
These updates are also applied to CVS.

Currently, there is nothing in binaries that you need to have if you get the
latest sources from CVS


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Add in jvzlib's TAR.GZ support in JvZlibMultiple component upgrade suggestion.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Apr 2004 19:30:07 +0200
Newsgroups: jedi.vcl

> > And I may be able to have in BCB...
Making your life easier by the minute <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFolderMonitor infos
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Apr 2004 19:29:38 +0200
Newsgroups: jedi.vcl

JvFolderMonitor is no longer part of the official JVCL release. Use
JvChangeNotify instead

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Having a problem with jvDocking
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Apr 2004 19:28:44 +0200
Newsgroups: jedi.vcl

Do you have the latest updates? There has been some changes recently that
might affect you as well. I have no problems saving and restoring with
multiple docked and/or undocked forms (using the MSDN2002 demo).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 19:00:58 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Yes, the installer IS looking good.
> > There are some GUI design glitches though.

I hope the last changes are what you want.


-- Regards, Andreas Hausladen 

Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 19:00:16 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > The installer adds \qcommon and \qrun to the path even if I didn't
> > selected the CLX packages.

Fixed.


-- Regards, Andreas Hausladen 

Subject: Re: Make Problem with new Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 18:39:35 +0200
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Ohh, this looks like an old friend which has survived from the old
> > installer.

This only means that the maximal command line length is less than 32 chars.


Maybe you can find the line by calling "install --verbose"




-- Regards, Andreas Hausladen 

Subject: Having a problem with jvDocking
From: "devedit" <devedit81@yahoo.com>
Date: Wed, 7 Apr 2004 15:41:51 +0000
Newsgroups: jedi.vcl

The docking works great until I try to save the layout with 2 windows 
docked as tabs.  Then when I try to exit and it attempts to save the 
layout I get the error:

"List index out of bounds (2)"

The 2 changes to 3 or 4 or 5 or whatever depending on how many windows 
are docked on one set of tabs.  

The following line is crashing and on the version I'm using is line #402:

      TJvDockTabHostForm(Control).PageControl.SaveToStream(FDataStream)

Any idea's on what the cause of this is and how to fix it? Thanks :)

BTW: Great work on all the components I'm impressed :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: [Question] Are source files posted in jedi.binaries added to CVS?
From: "MicroChip" <micro@ono.com>
Date: Wed, 7 Apr 2004 17:27:42 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 07 Apr 2004 13:44:13 +1000:

 O> No they are not.
 O> And they don't have to be.
 O> The CVS is to store sources in 99% of cases, with the exception of very
 O> few files.
 O> We usually post stuff in binaries so that people not having access to
 O> the sources via CVS can get them.

I explain bad (my very bad english).
With binaries I refer to files posted in newsgroup. (in spanish newsgroups
binaries are every attachment, because it's not "plain" text)
In this case i mean source files (ie. new JvDesktopAlert.pas or JvPanel.pas,
etc), are those files added to CVS when apropiate or I have to get it from
jedi.binaries and copy to the correct location in my local CVS directory (if
i need/like the changes)?

With best regards, MicroChip.  E-mail: microATonoDOTcom




Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 07 Apr 2004 16:51:55 +0200
Newsgroups: jedi.vcl

OBones wrote:
> I persist, I updated it less than 10 minutes ago and I won't compile with any of the environments I have here (C5,C6,D6). The message is:

The TJvTabControl and TJvTabDefaultPainter are in JvComCtrls.pas rev 1.39. What rev do you have?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Make Problem with new Installer
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 7 Apr 2004 14:49:36 +0000
Newsgroups: jedi.vcl

Hi Andreas,

on one computer i got again a problem with makes.

After starting the install.bat i got directly the following error:

S:\Delphi\Components\jvcl>install
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long
Press ENTER to continue

Any Ideas? On the computer (Win2000) is D7 installed.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Add in jvzlib's TAR.GZ support in JvZlibMultiple component upgrade suggestion.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Apr 2004 00:24:24 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I suggest we update (and I volunteer to do it) the JvZlibMultiple
>> component to support both [...] custom-format  [...] as well as [..]
>
> standard tar.gz
>
> That would be great. For the time being, I've changed the unit to use
> JclZLib instead. At lest, we wil not see the " unit implicitly imported"
> warning anymore...
>
And I may be able to have in BCB...


Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Apr 2004 00:22:56 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Sorry, should be JvComCtrls.pas, not JvPageControl.pas
>
I persist, I updated it less than 10 minutes ago and I won't compile with any of the environments I have here (C5,C6,D6). The message is:
JvStdCtrlsReg.pas(87) Error: Undeclared identifier: 'TJvTabControl'
JvStdCtrlsReg.pas(87) Error: Undeclared identifier: 'TJvTabDefaultPainter'

And I also updated JvComCtrls.pas two seconds ago, but no fix.
Are you sure you committed everything ?

Cheers

Olivier


Subject: JvFolderMonitor infos
From: "Massimiliano Cuneo" <lo.dico@in.privato>
Date: Wed, 7 Apr 2004 16:19:50 +0200
Newsgroups: jedi.vcl

Since in JVCL help file JvFolderMonitor reference is missing,
how can I get more informations about this class?

Thanks in advance.

Max




Subject: Re: New installer first release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Apr 2004 16:08:09 +0200
Newsgroups: jedi.vcl

Yes, the installer IS looking good.
There are some GUI design glitches though.

The title should read "JVCL 3 Installation".

The Project Jedi image should go to the top right.
The white title panel gives a better background and the
logo stands out instead of being tucked away.

Better load the welcome text from a RTF file.

The blue panel showing the steps is bad GUI.
It introduces a second control for "Back" and "Next" which
look like arrows for scrolling. They need an explanation
shown which is a true sign of their uselessness.
Better show the steps like TJvInstallLabel in a list
with the progress indicated by bold or colored text.
This also gives an overview of all steps for free.

The current way is a true Microsoft way of taking away
the control. By suppressing the overview the user loses
the feeling of being in control. It is only a feeling, but it
is important.
It is the first impression a JVCL user gets from us and i
think we should show that we do not want cutomers but
valued partners.

Do not undersetimate this seemingly small detail. It is
part of the cultural war currently raging between Microsoft
and FOSS and we are not an innocent bystander.



Subject: Re: TJvXPBar
From: "Opp" <develop@op-code.co.uk>
Date: Wed, 7 Apr 2004 13:48:28 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > Many thanks Peter. Everything seems to work fine; except that ...
>> > > the Outlook bar - when a page is expanded (clicked) the shortcut key
>> > > literal character ("&") is shown. This dissapears when another page
>> > > is selected.
> > Search in JvOutlookBar.pas for DT_NOPREFIX and remove all occurences.
> > Seems I changed all of them but forgot to save the file before
> > committing :(

Firstly, just to say thanks again for making the changes to enable
shortcut key support - much appreciated. The last and (and as far as I
can see) only thing that may need to be looked at is context-activation
for the shortcut.

At the moment, when a shortcut key is assigned - the related control
can be activated regardless of the state of the Outlook bar (or XPBar.)
So in other words, the control can be activated - even if the button is
not visible.

For example.. If you had an outlook bar with 2 pages and page 1 had a
control with the shortcut "&Click me" assigned; It would be posible to
activate this control - even if you were looking at page 2 (ie..
control in question is hidden.)

Anyway, not being picky - just thought I would mention it :). The
problem is not major - and I can get around it in the program anyway.

Cheers..

Paul (A.K.A Opp.)



Subject: Re: New installer first release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 15:43:32 +0200
Newsgroups: jedi.vcl

The installer adds \qcommon and \qrun to the path even if I didn't selected
the CLX packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Add in jvzlib's TAR.GZ support in JvZlibMultiple component upgrade suggestion.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 15:41:03 +0200
Newsgroups: jedi.vcl

> > I suggest we update (and I volunteer to do it) the JvZlibMultiple
> > component to support both [...] custom-format  [...] as well as [..]
standard tar.gz

That would be great. For the time being, I've changed the unit to use
JclZLib instead. At lest, we wil not see the " unit implicitly imported"
warning anymore...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPBar
From: "Opp" <develop@op-code.co.uk>
Date: Wed, 7 Apr 2004 13:37:39 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > Many thanks Peter. Everything seems to work fine; except that ...
>> > > the Outlook bar - when a page is expanded (clicked) the shortcut key
>> > > literal character ("&") is shown. This dissapears when another page
>> > > is selected.
> > Search in JvOutlookBar.pas for DT_NOPREFIX and remove all occurences.
> > Seems I changed all of them but forgot to save the file before
> > committing :(

Done. All works fine now,  Many thanks..

Cheers..

Paul.


Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 15:29:35 +0200
Newsgroups: jedi.vcl

Sorry, should be JvComCtrls.pas, not JvPageControl.pas

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 15:27:55 +0200
Newsgroups: jedi.vcl

> > I'm serious here, in its state, the file can't compile, I just checked
> > with an update from minutes ago.

TJvTabControl is now in JvPageControl.pas. You need to rebuild the
StdCtrls-R package.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Make Problem with new Installer
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 7 Apr 2004 15:27:26 +0200
Newsgroups: jedi.vcl

> > S:\Delphi\Components\jvcl>install
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Fatal: Command arguments too long
Ohh, this looks like an old friend which has survived from the old
installer.

However I do not have any solution for you. Perhaps you could open each
package and compile/install it manually as I did :-(
cu,
Michael




Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 07 Apr 2004 23:19:15 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>> Seems OBones got a bit overzeaolus there. Fixed again
>>
> No I didn't, the source files are not there anymore...

I'm serious here, in its state, the file can't compile, I just checked with an update from minutes ago.


Subject: Add in jvzlib's TAR.GZ support in JvZlibMultiple component upgrade suggestion.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 07 Apr 2004 08:52:00 -0400
Newsgroups: jedi.vcl

The newest JCL sources just checked into cvs have a new version of JvZlib.pas with tar.gz support built in.

I suggest we update (and I volunteer to do it) the JvZlibMultiple component to support both its original native format (from the earlier custom-format that JvZlib.pas supported) as well as the cross platform standard tar.gz format which is supported by version 1.1 of JvZlib.pas that was checked in yesterday into JCL. (It has replicated into anonymous cvs if anyone wants to look at it. *Thanks* to Peter Haas, who wrote this code.)

This gives us some time for comments and thoughts.  This would *tie* this component to the very latest JCL CVS version, I am not aware of the release schedule for the new JCL CVS version, and so if this would cause people headaches, don't worry, I am not in a rush. It would be two weeks before I have time in my schedule to write it, anyways.

Warren


Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 07 Apr 2004 22:40:41 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Seems OBones got a bit overzeaolus there. Fixed again
>
No I didn't, the source files are not there anymore...


Subject: Re: interpreter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Apr 2004 12:54:51 +0200
Newsgroups: jedi.vcl

micha schumann wrote:

> besides developing a huge, great library you folks also take time to answer stupid user questions! I am really impressed!

Usually these questions make us look stupid ;-)



Subject: Re: Error on compiling current jvcl files.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Apr 2004 12:53:30 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Apparently, there has been recent changes to JclWin32.pas in JCL that breaks
> the JVCL (see "WARNING: the JCL is broken..." in jedi.jcl). I was under the
> impression that Robert had fixed it but apparently it still doesn't work...

I fixed that this morning.



Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Wed, 7 Apr 2004 11:46:50 +0200
Newsgroups: jedi.vcl

There is a new version...

New features:
- implemented native bars creation: now the colored bricks are created with
canvas and not loaded from .res file
- it's possible to change the bar color with property BarColor(bcGreen,
bcOrange)

Soon:
- horizontal bars: Height sizing
- vertical bars: Width sizing
- new bar colors

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001592

Now I try to reduce flickering.


"micha schumann" <schumann@itc-ms.de> ha scritto nel messaggio
news:c50fp8$ull$2@talkto.net...
> > Good work! Here some ideas for further develpment:
> >
> > - reduce flicker
> > - allow adjusting the higth / thickness of the progressbar
> >
> > micha
> >
> >
> > Stefano Pessina wrote:
> >
>> > > Oh sorry... bad link!
>> > > Fixed... try now.
>> > >
>> > > http://www.tntdeveloping.com/jvcl/JvXPProgressBar.jpg
>> > > http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip
>> > >
>> > > In CVS? I want a real feedback about this before posting in mantis. A
>> > > feedback and... some suggestions.
>> > > For example, what do you think about that component :) ?
>> > >
>> > > Regards,
>> > > Stefano Pessina
>> > >
>> > >
>> > > Stefano Pessina TNT Developing
>> > >
C --------------------------------------------------------------------------
>> > > ------ Stefano Pessina TNT Developing Chief Manager Tel. +39.348.8536802
>> > > Fax. +39.039.33031127 http://www.tntdeveloping.com/
>> > > "micha schumann" <schumann@itc-ms.de> ha scritto nel messaggio
>> > > news:c4ulgd$lgq$1@talkto.net...
>> > >
>>> > >>Hi Im very interested in testing and using this component. When will it
>>> > >>be available in CVS?
>>> > >>
>>> > >>Stefano Pessina wrote:
>>> > >>
>>> > >>
>>>> > >>>Finally the XP ProgressBar supports pbHorizontal and pbVertical
>> > >
>> > > orientation
>> > >
>>>> > >>>and some new functions.
>>>> > >>>(http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip)
>>>> > >>>
>>>> > >>>Regards,
>>>> > >>>Stefano Pessina
>>>> > >>>
>>>> > >>>
>> > >
>> > >
>> > >




Subject: Re: JvXPProgress
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 07 Apr 2004 09:37:53 +0000
Newsgroups: jedi.vcl

Good work! Here some ideas for further develpment:

- reduce flicker
- allow adjusting the higth / thickness of the progressbar

micha


Stefano Pessina wrote:

> Oh sorry... bad link!
> Fixed... try now.
>
> http://www.tntdeveloping.com/jvcl/JvXPProgressBar.jpg
> http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip
>
> In CVS? I want a real feedback about this before posting in mantis. A
> feedback and... some suggestions.
> For example, what do you think about that component :) ?
>
> Regards,
> Stefano Pessina
>
>
> Stefano Pessina TNT Developing
> C --------------------------------------------------------------------------
> ------ Stefano Pessina TNT Developing Chief Manager Tel. +39.348.8536802
> Fax. +39.039.33031127 http://www.tntdeveloping.com/
> "micha schumann" <schumann@itc-ms.de> ha scritto nel messaggio
> news:c4ulgd$lgq$1@talkto.net...
>
>> Hi Im very interested in testing and using this component. When will it
>> be available in CVS?
>>
>> Stefano Pessina wrote:
>>
>>
>>> Finally the XP ProgressBar supports pbHorizontal and pbVertical
>
> orientation
>
>>> and some new functions.
>>> (http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip)
>>>
>>> Regards,
>>> Stefano Pessina
>>>
>>>
>
>
>


Subject: Re: Error on compiling current jvcl files.
From: "Ian Branch" <branch@ancc.com.au>
Date: Wed, 7 Apr 2004 19:37:12 +1000
Newsgroups: jedi.vcl

Noted. Thanks guys.




Subject: Re: interpreter
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 07 Apr 2004 09:34:59 +0000
Newsgroups: jedi.vcl

Thanks,

besides developing a huge, great library you folks also take time to answer stupid user questions! I am really impressed!


Peter Thörnqvist wrote:
>> there was also a good tutorial in the web
>
> It's still there. Go to http://jvcl.sf.net, click on Help and then on
> JvInterpreter
>


Subject: Re: Error on compiling current jvcl files.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 11:10:56 +0200
Newsgroups: jedi.vcl

OK, so it might take a while before anon access is updated (up to 48 hours).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error on compiling current jvcl files.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 10:54:30 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I don't have a solution just yet, but keep tuned...

It is fixed in developer CVS.


-- Regards, Andreas Hausladen 

Subject: Re: Error on compiling current jvcl files.
From: "Ian Branch" <branch@ancc.com.au>
Date: Wed, 7 Apr 2004 18:53:13 +1000
Newsgroups: jedi.vcl

Hi Peter,

No problem,  I had been following that saga.

I'll keep on checkin'.

Regards,

Ian




Subject: Re: Error on compiling current jvcl files.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 10:50:30 +0200
Newsgroups: jedi.vcl

Apparently, there has been recent changes to JclWin32.pas in JCL that breaks
the JVCL (see "WARNING: the JCL is broken..." in jedi.jcl). I was under the
impression that Robert had fixed it but apparently it still doesn't work...

I don't have a solution just yet, but keep tuned...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error on compiling current jvcl files.
From: "Ian Branch" <branch@ancc.com.au>
Date: Wed, 7 Apr 2004 18:45:51 +1000
Newsgroups: jedi.vcl

Hi Peter,

Hmmm.  OK did that and got the following..

[Compiling: JvCoreD7R.bpl]

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

D:\Jedi\jvcl\run\JvJVCLAboutForm.pas(140) Error: Types of actual and formal
var parameters must be identical

JvCoreD7R.dpk(89) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

** error 1 ** deleting JvCoreD7R.bpl

** error 1 ** deleting CompilePackages


In the installer I have selected the options per the attached..


What's the QInstall al about?

Regards,

Ian



swk_003.gif
	



Subject: Re: New installer first release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 10:42:26 +0200
Newsgroups: jedi.vcl

Just want to say that I really like the new installer and the build tool.
Good work, Andreas!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error on compiling current jvcl files.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 10:29:03 +0200
Newsgroups: jedi.vcl

Get the latest JCL, rebuild the JCL packages, then install JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 10:27:12 +0200
Newsgroups: jedi.vcl

> > One question: if i find such a issue, can i fix it by myself and check the
> > file in into CVS (does this work in anonymous mode?)
No
> > or do i have to
> > register as developer do perform such fixes and check them in?
Only an admin can register someone as developer. If its only bugs or minor
issues, it's better to post here (or, even better, in Mantis). If you want
to help out with development, then a developer account is needed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error on compiling current jvcl files. - Still happens.
From: "Ian Branch" <branch@ancc.com.au>
Date: Wed, 7 Apr 2004 18:26:29 +1000
Newsgroups: jedi.vcl

Just tried to compile the latest files, with the new installer and get the
same error message.

Regards,

Ian




Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 7 Apr 2004 10:21:13 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c50b06$trb$1@talkto.net...
> > Seems OBones got a bit overzeaolus there. Fixed again
> >

One question: if i find such a issue, can i fix it by myself and check the
file in into CVS (does this work in anonymous mode?) or do i have to
register as developer do perform such fixes and check them in?

Ralf



Subject: Re: TjvTabControl and TjvTabControlPainter not registered in IDE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 10:15:30 +0200
Newsgroups: jedi.vcl

Seems OBones got a bit overzeaolus there. Fixed again

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TjvTabControl and TjvTabControlPainter not registered in IDE
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 7 Apr 2004 10:12:20 +0200
Newsgroups: jedi.vcl

Hello,

currently (in CVS) the components TjvTabControl and TjvTabControlPainter are
not longer registered in the IDE. I think they should be added to
JvStdCtrlsReg.pas. Right?

Ciao,
Ralf



Subject: JvEDI-D.xml change
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Apr 2004 09:52:01 +0200
Newsgroups: jedi.vcl

I had to change the file because i completed the integration of the EDI files in the JVCL.



Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 09:35:25 +0200
Newsgroups: jedi.vcl

> > Many thanks Peter. Everything seems to work fine; except that ... the
> > Outlook bar - when a page is expanded (clicked) the shortcut key
> > literal character ("&") is shown. This dissapears when another page is
> > selected.
Search in JvOutlookBar.pas for DT_NOPREFIX and remove all occurences. Seems
I changed all of them but forgot to save the file before committing :(


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: interpreter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Apr 2004 09:24:30 +0200
Newsgroups: jedi.vcl

> > there was also a good tutorial in the web
It's still there. Go to http://jvcl.sf.net, click on Help and then on
JvInterpreter

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JVCL developer
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 07 Apr 2004 07:55:34 +0200
Newsgroups: jedi.vcl


welcome at JVCL :-)

the source is with you

Ralf Grenzing
JVCL MegaDemo Developer

"Peter Thörnqvist" schrieb:

> > Please welcome Raymond Alexander as a new JVCL developer. Ray is the guy
> > behind the EDI stuff in JCL and JVCL and will continue managing them as his
> > primary concern.
> >
> > Ray is pretty good at making icons as well, so maybe we can talk him into
> > taking a look at some of the missing or crappy icons on the JVCL palette 8-)
> >
> > Anyway, welcome Ray!
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: interpreter
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 07 Apr 2004 07:52:47 +0200
Newsgroups: jedi.vcl

there was also a good tutorial in the web

micha schumann schrieb:

> > sorry - stupid question - found it in the examples...
> >
> > micha schumann wrote:
>> > > Hi,
>> > >
>> > > are there any examples for jvInterpreter around?
>> > >
>> > > micha



Subject: Re: interpreter
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 07 Apr 2004 05:42:14 +0000
Newsgroups: jedi.vcl

sorry - stupid question - found it in the examples...

micha schumann wrote:
> Hi,
>
> are there any examples for jvInterpreter around?
>
> micha


Subject: Re: [Question] Are binaries posted in jedi.binaries added to CVS? (I add them manually or trough CVS?) (without text)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 07 Apr 2004 13:44:13 +1000
Newsgroups: jedi.vcl

No they are not.
And they don't have to be.
The CVS is to store sources in 99% of cases, with the exception of very few files.
We usually post stuff in binaries so that people not having access to the sources via CVS can get them.



Subject: [Question] Are binaries posted in jedi.binaries added to CVS? (I add them manually or trough CVS?) (without text)
From: "MicroChip" <micro@ono.com>
Date: Wed, 7 Apr 2004 04:58:40 +0200
Newsgroups: jedi.vcl

Hello, All!


With best regards, MicroChip.  E-mail: micro@ono.com




Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 02:24:42 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > The help screen is there but you cannot see it because build.exe is happy
> > with the c5 and c6 parameter. I will change this so that you must specify
> > c5 and c6.

Changed and committed.



-- Regards, Andreas Hausladen 

Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 01:27:43 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > And how am I supposed to discover that ?

You could look into the batch file an see the "build.exe" call ;-)

> > There should be an help message when the batch file is called without
> > any parameters, that would surely help.

The help screen is there but you cannot see it because build.exe is happy
with the c5 and c6 parameter. I will change this so that you must specify
c5 and c6.


-- Regards, Andreas Hausladen 

Subject: Re: EDI Components added to JVCL!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 07 Apr 2004 08:47:44 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>> I've just added Ray's EDI components to the JVCL (checked against D5-D7).
>> Could someone please check the source files and package xmls for BCB and
>> Kylix?
>
>
> Will do it for BCB 5 and 6 in the upcoming days.

BCB6: Ok, after updating packages. They are in CVS
BCB5: Ok, after updating packages. For some reason, I can't add them in CVS. If anyone could do it for me, that'd be great.

Cheers
Olivier


Subject: Re: New installer first release
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 07 Apr 2004 08:46:51 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Just a side note: The MakeJclDCP4Bcb.bat in bin doesn't work at all.
>
>
> On my system it works with BCB 6 Trail.
>
>
>> It tries to build it for BCB5 and 6 one after the other, when the user
>> may not have them both installed.
>
>
> The build.exe says "Delphi/BCB version not installed" when the target is
> not available.

Yes, but what if I only want to build one of them, not both?

>> Further, it doesn't allow to specifiy where the JCL is
> And what is with
> MakeJclDcp4Bcb.bat "--jcl-path=c:\Here is the\JCL"

And how am I supposed to discover that ?
There should be an help message when the batch file is called without any parameters, that would surely help.


Subject: Re: TJvXPBar
From: "Opp" <develop@op-code.co.uk>
Date: Tue, 6 Apr 2004 22:31:36 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Anyway, any pointers would be greatly appreciated..
> > I've posted a zip with the two units to the jedi.binaries group.

Many thanks Peter. Everything seems to work fine; except that ... the
Outlook bar - when a page is expanded (clicked) the shortcut key
literal character ("&") is shown. This dissapears when another page is
selected.

Still an excellent improvement on all components.

Cheers..

Paul.



Subject: Re: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Apr 2004 00:24:47 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Just a side note: The MakeJclDCP4Bcb.bat in bin doesn't work at all.

On my system it works with BCB 6 Trail.

> > It tries to build it for BCB5 and 6 one after the other, when the user
> > may not have them both installed.

The build.exe says "Delphi/BCB version not installed" when the target is
not available.

> > Further, it doesn't allow to specifiy where the JCL is

And what is with 

MakeJclDcp4Bcb.bat "--jcl-path=c:\Here is the\JCL"



-- Regards, Andreas Hausladen 

Subject: Re: New installer first release
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 07 Apr 2004 07:35:19 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have committed the new installer source code to
> JVCL3\install\JVCLInstall.
> The install.bat in the JVCL-Root directory now compiles the new installer.
>
> At the moment the Uninstall function is not available but it will come.

Just a side note: The MakeJclDCP4Bcb.bat in bin doesn't work at all.
It tries to build it for BCB5 and 6 one after the other, when the user may not have them both installed.
Further, it doesn't allow to specifiy where the JCL is and where BCB is as parameters.
I'll try to have a look at it, but I wanted to let you know.


Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Apr 2004 22:23:13 +0200
Newsgroups: jedi.vcl

> > Why not mention that there are project, aimed at full backward
compatibility
Such as? URLs?

> > For instance "will try to preserve backward compatibility" is doubtful,
> > since there is no compatibility for D1..D4 for any component of Jvcl.
"Will try" within the limits of JVCL (as it says) which means nothing below
D5.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 6 Apr 2004 23:14:02 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Done

Why not mention that there are project, aimed at full backward compatibility
?

For instance "will try to preserve backward compatibility" is doubtful,
since there is no compatibility for D1..D4 for any component of Jvcl.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Testing Beta 3.x whilst still using 2.x
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 6 Apr 2004 21:24:53 +0400
Newsgroups: jedi.vcl

Hello, Jason!

 JCJ> I use 2.x in applications, but would like to take a look at and test
 JCJ> 3.x. How can i do this within one IDE (D7 Ent)?

I'd make new user account in Your Windows and installed JVCL there.

In my Delphi i have both Office 97 components and Office 2000 components,
and i may load only one package at time.
But since they both are precompiled by Borland that is the only restriction.

With JVCL You'd need to compile them, so You may need to tweek search paths
a lot, so i'd better tried different user accounts, so i'd have different
search paths in IDE and will not occasionally mix them.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Delphi 7 personal
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 6 Apr 2004 21:19:23 +0400
Newsgroups: jedi.vcl,jedi.jcl

Hello, micha!

My 2 cents (i never used Personal versions myself, so it is from other's
words):
All personal versions have no TDataSet classes amd all related stuff.
Remember that "due to missing DB.DCU" ?

So You cannot use and db-aware controls, will it be 3rd-party or not, such
as TDBGrid and TDbEdit.

Also You would not be able to use TDataSet-based components, such as IBX or
FIB+ or NCOCI for Oracle.
But You can try components that are not part of Borland DB scheme, such as
UIB (www.progdigy.com, also part of JVCL3) or IBObjects.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Delphi 7 personal
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 6 Apr 2004 21:18:13 +0400
Newsgroups: jedi.vcl,jedi.jcl

Hello, Robert!

  RR> JclDotNet uses Provider.

Hmm, is it ok that JCL is dependent on JVCL ?

I thought there is the opposite policy :-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 6 Apr 2004 19:07:30 +0200
Newsgroups: jedi.vcl

Oh sorry... bad link!
Fixed... try now.

http://www.tntdeveloping.com/jvcl/JvXPProgressBar.jpg
http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip

In CVS? I want a real feedback about this before posting in mantis. A
feedback and... some suggestions.
For example, what do you think about that component :) ?

Regards,
Stefano Pessina


Stefano Pessina TNT Developing
C --------------------------------------------------------------------------
------ Stefano Pessina TNT Developing Chief Manager Tel. +39.348.8536802
Fax. +39.039.33031127 http://www.tntdeveloping.com/
"micha schumann" <schumann@itc-ms.de> ha scritto nel messaggio
news:c4ulgd$lgq$1@talkto.net...
> > Hi Im very interested in testing and using this component. When will it
> > be available in CVS?
> >
> > Stefano Pessina wrote:
> >
>> > > Finally the XP ProgressBar supports pbHorizontal and pbVertical
orientation
>> > > and some new functions.
>> > > (http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip)
>> > >
>> > > Regards,
>> > > Stefano Pessina
>> > >
>> > >




Subject: Re: JvXPProgress
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 06 Apr 2004 17:03:09 +0000
Newsgroups: jedi.vcl

Hi Im very interested in testing and using this component. When will it be available in CVS?

Stefano Pessina wrote:

> Finally the XP ProgressBar supports pbHorizontal and pbVertical orientation
> and some new functions.
> (http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip)
>
> Regards,
> Stefano Pessina
>
>


Subject: New installer first release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 19:02:01 +0200
Newsgroups: jedi.vcl

I have committed the new installer source code to
JVCL3\install\JVCLInstall.
The install.bat in the JVCL-Root directory now compiles the new installer.

At the moment the Uninstall function is not available but it will come.


-- Regards, Andreas Hausladen 

Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 6 Apr 2004 18:52:31 +0200
Newsgroups: jedi.vcl

Finally the XP ProgressBar supports pbHorizontal and pbVertical orientation
and some new functions.
(http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip)

Regards,
Stefano Pessina




Subject: Re: Testing Beta 3.x whilst still using 2.x
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 18:42:31 +0200
Newsgroups: jedi.vcl

Jason Chapman (JAC2) wrote:

> > I use 2.x in applications, but would like to take a look at and test 3.x.
> > How can i do this within one IDE (D7 Ent)?

You could export the registry keys:
HKCU\Software\Borland\Delphi\x.x\Library and
HKCU\Software\Borland\Delphi\x.x\KnownPackages. Save the jvcl2 files (bpl,
dcp, pas, dcu, inc files). Then uninstall JVCL 2 and install JVCL 3.
For undo delete the above registry keys and import them from the exported
file. Remove the JVCL 3 (bpl, dcp files from $(DELPHI)\Projects\Bpl and
copy the saved jvcl 2 files back.

I give no garantee for this.




-- Regards, Andreas Hausladen 

Subject: Testing Beta 3.x whilst still using 2.x
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Tue, 6 Apr 2004 17:20:57 +0100
Newsgroups: jedi.vcl

Hi,

I use 2.x in applications, but would like to take a look at and test 3.x.
How can i do this within one IDE (D7 Ent)?

Looked in the FAQ on the website, but no joy.

I can't really afford to break anything as I am working on live stuff
everyday.

TIA.

Looking forward to using 3.x

JAC.




Subject: interpreter
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 06 Apr 2004 16:11:11 +0000
Newsgroups: jedi.vcl

Hi,

are there any examples for jvInterpreter around?

micha


Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Apr 2004 17:36:01 +0200
Newsgroups: jedi.vcl

> > Anyway, any pointers would be greatly appreciated..
I've posted a zip with the two units to the jedi.binaries group.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPBar
From: "Opp" <develop@op-code.co.uk>
Date: Tue, 6 Apr 2004 14:50:25 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > Just downloaded ..
>> > > "http://jvcl.sourceforge.net/daily/JVCL3-2004-04-01.zip". Will the
>> > > changes be in this incarnation ?
> > No, they would not. Any zip from 4/4 and later should have them,
> > though.

Hi -

I downloaded http://jvcl.sourceforge.net/daily/JVCL3-2004-04-04.zip and
http://jvcl.sourceforge.net/daily/JVCL3-2004-04-06.zip and neither seem
to have any changes to the shortcut properties (with regards shortcut
key support.)

Im guessing that I am using the wrong link to download the files.
Either that or something is going wrong when I re-install packages but
I dont think so.)

Peter, could you please post me a link to the version in question ? Or
do I have to use the CVS system to access it ? In which case - I have
not used it before (and believe its only available to developers ?)

Anyway, any pointers would be greatly appreciated..

Many thanks..

Paul.





Subject: Re: binary resources in CVS
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 16:13:39 +0200
Newsgroups: jedi.vcl

> > So let them be in ZIP's but why in CVS ?
CVS is the JVCL *developers* repository, not the users, so we put anything
we like in there without giving a spidankle about users. If you download
from CVS you are agreeing to also recieving stuff you might not need or that
might not work etc etc etc etc.

If you don't like that, stop using CVS and wait for the official releases on
the download page.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: binary resources in CVS
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 6 Apr 2004 17:44:21 +0400
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> but for a manual installation it is required.

So let them be in ZIP's but why in CVS ?

I like incremental updates  :-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: binary resources in CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 15:36:22 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > So i assuimed that was unintentional binary in CVS, so i wanted to give a
> > notice on that. Just it.

The new build system does not require precompiled .res and .dcr files but
for a manual installation it is required.

-- Regards, Andreas Hausladen 

Subject: Re: New JVCL developer
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Tue, 6 Apr 2004 15:05:42 +0200
Newsgroups: jedi.vcl

> > Now my question: What is EDI stuff????
> > Any information?
Dierk,

IMO EDI is meant to be Electronic Data Interchange. This means to exchange
data (records) in a standardize way between different systems. Normally this
data format uses qualifiers to address a single field of a record and IMO is
comparable with XML.

E.g. http://www.edi.de/ (it's an English site in fact) or
http://www.geocities.com/WallStreet/Floor/5815/

cu,
Michael




Subject: Re: New installer - 2nd
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 06 Apr 2004 17:04:25 +0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Vladimir Zhuchko wrote:
>
>
>> I tested the new installed, after successfule compilation  a number of
>> components were deactivated in CBuilder6
>
>
> The new installer does not register any package to the IDE at the moment.
> (means: it does _not_ modify the registry in any way).
No, I mean that compilation is OK, but the manual installation is not working for some packages, i.e. "Can't install due to presence of the module ...", it seems that installer is working with the XML files by other way that build.exe.


Subject: Re: New JVCL developer
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 6 Apr 2004 16:50:18 +0400
Newsgroups: jedi.vcl

Hello, Peter!

Welcome!

More developers - more styles on sources palette :-P

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: binary resources in CVS
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 6 Apr 2004 16:48:36 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> What are you talking about?

I'm talking that suddenly i found RES-files (DCR-file is just RES-file,
isn't it?) downloaded from CVS, while i expect to download only RC-files
with needed BMP, CUR, etc.

So i assuimed that was unintentional binary in CVS, so i wanted to give a
notice on that. Just it.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New installer - 2nd
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 14:34:03 +0200
Newsgroups: jedi.vcl

> > I have removed it to reduce the mouse clicks. But if you want I can easily
> > add it.
Since the other options has it, it seems logical enough to me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Need help with a bug in the issue tracker
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Tue, 06 Apr 2004 14:11:47 +0200
Newsgroups: jedi.vcl

Hi!

I think I solved your problem, please see bug note.

Regards

Hans-Eric Grönlund

Marcel Bestebroer wrote:
> Hello, All!
>
>    Issue 1542
> (http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?b
> ug_id=1542, JvInspector flickering of scrollbar in non-xp style) is giving
> me a hard time. I can't pinpoint where exactly goes wrong and why it shows
> temporarily in non-xp style during resizes but will show in xp-style when it
> is really needed. Any help in solving this would be greatly appreciated.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Reggae Night" by Jimmy Cliff.
>
>


Subject: Re: New installer - 2nd
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 14:10:59 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > One more thing: shouldn't there be a summary page for "Update
> > installation" as well?

I have removed it to reduce the mouse clicks. But if you want I can easily
add it.


-- Regards, Andreas Hausladen 

Subject: Re: New installer - 2nd
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 13:52:03 +0200
Newsgroups: jedi.vcl

One more thing: shouldn't there be a summary page for "Update installation"
as well?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer - 2nd
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 13:50:39 +0200
Newsgroups: jedi.vcl

> > The options are in one group box. Only the options from jvcl.inc that are
> > global are in their own groupbox.
Of course, how stupid of me.

Still, maybe change "IDE:" to "Set options for:" to make it more obvious for
people like me?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Error on compiling current jvcl files.
From: "Ian Branch" <branch@ancc.com.au>
Date: Tue, 6 Apr 2004 21:32:15 +1000
Newsgroups: jedi.vcl

Hi Guys,

    I get the following error when trying to compile the current jvcl cvs
files under D7 Pro.

Ian


** Generating packages...

"C:\Program Files\Borland\Delphi7\bin\make.exe" -B -l -o -f makefile pg.exe

MAKE Version 5.2 Copyright (c) 1987, 1998 Inprise Corp.

"C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -Q -M -DNO_JCL pg.dpr

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

12581 lines, 0.52 seconds, 357480 bytes code, 7585 bytes data.

Generating packages for d7

Loaded template.dof

Loaded template.dpk

Loaded template.res

Compiling package: JvCoreD7R.bpl

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

D:\Jedi\jvcl\run\JvJVCLAboutForm.pas(140) Error: There is no overloaded
version of 'GetVersionEx' that can be called with these arguments

JvCoreD7R.dpk(89) Fatal: Could not compile used unit
'..\..\run\JvJVCLAboutForm.pas'

** error 1 ** deleting JvCoreD7R.bpl




Subject: Re: New installer - 2nd
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 13:27:12 +0200
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > I tested the new installed, after successfule compilation  a number of
> > components were deactivated in CBuilder6

The new installer does not register any package to the IDE at the moment.
(means: it does _not_ modify the registry in any way).



-- Regards, Andreas Hausladen 

Subject: Re: New installer - 2nd
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 13:25:25 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Maybe all the options should be in the same
> > groupbox to make it more obvious?

The options are in one group box. Only the options from jvcl.inc that are
global are in their own groupbox.


-- Regards, Andreas Hausladen 

Subject: Need help with a bug in the issue tracker
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 6 Apr 2004 13:22:40 +0200
Newsgroups: jedi.vcl

Hello, All!

   Issue 1542
(http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?b
ug_id=1542, JvInspector flickering of scrollbar in non-xp style) is giving
me a hard time. I can't pinpoint where exactly goes wrong and why it shows
temporarily in non-xp style during resizes but will show in xp-style when it
is really needed. Any help in solving this would be greatly appreciated.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Reggae Night" by Jimmy Cliff.




Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 6 Apr 2004 13:19:05 +0200
Newsgroups: jedi.vcl

And what did you say about this?

http://www.tntdeveloping.com/jvcl/JvXPProgressBar.zip

Regards,
Stefano Pessina




Subject: Re: New installer - 2nd
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 12:56:44 +0200
Newsgroups: jedi.vcl

> > The combobox on the config page is for the options which can be changed
> > for each compiler version (developer install, build, ...).
Ah, I didn't figure that. Maybe all the options should be in the same
groupbox to make it more obvious?

I didn't test the New installation option, so I didn't see that the package
list was displayed for this option.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer - 2nd
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 06 Apr 2004 14:44:20 +0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
I tested the new installed, after successfule compilation  a number of components were deactivated in CBuilder6 (couldn't install due to ...).
Build C6 is working fine.

> Peter Thörnqvist wrote:
>
>
>> One minor thing: the back button should be enabled after building. If the
>> build fails, I would like to be able to go back and change my
>> selection(s).
>
>
> I deactivated it because there going back does not work at the moment.
> Maybe I can reactivate it.
>
>
>
>> Wouldn't it be more logical to change the first combobox to have options
>> like "Standard Installation" and "Custom Installation"? It seems a bit
>> unlogical that I first can select a specific compiler version and then on
>> the next page I still need to select/unselect the packages for all the
>> versions anyway...
>
>
> The combobox on the config page is for the options which can be changed
> for each compiler version (developer install, build, ...). The compiler
> version selection on the "package selection" page is for the packages
> which can differ (personal edition/VCL/CLX).
>
> What should the "Standard instalation" do and what the "Custom
> Installation" ?
> If you have a new JVCL installation then all packages are preselected. If
> you have an already installed JVCL 3 then the IDE registered packages are
> selected.
> Furthermore I have changed the "Update" function (Welcome page). It now
> jumps from the config page to the installation without package selection
> or summary.
>
>


Subject: Re: New installer - 2nd
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 12:32:58 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > One minor thing: the back button should be enabled after building. If the
> > build fails, I would like to be able to go back and change my
> > selection(s).

I deactivated it because there going back does not work at the moment.
Maybe I can reactivate it.


> > Wouldn't it be more logical to change the first combobox to have options
> > like "Standard Installation" and "Custom Installation"? It seems a bit
> > unlogical that I first can select a specific compiler version and then on
> > the next page I still need to select/unselect the packages for all the
> > versions anyway...

The combobox on the config page is for the options which can be changed
for each compiler version (developer install, build, ...). The compiler
version selection on the "package selection" page is for the packages
which can differ (personal edition/VCL/CLX).

What should the "Standard instalation" do and what the "Custom
Installation" ?
If you have a new JVCL installation then all packages are preselected. If
you have an already installed JVCL 3 then the IDE registered packages are
selected.
Furthermore I have changed the "Update" function (Welcome page). It now
jumps from the config page to the installation without package selection
or summary.


-- Regards, Andreas Hausladen 

Subject: Re: New installer - 2nd
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 12:03:37 +0200
Newsgroups: jedi.vcl

Looks great.

One minor thing: the back button should be enabled after building. If the
build fails, I would like to be able to go back and change my selection(s).

One question: when selecting an individual compiler version, I get to select
the packages to install. In the package select window, I can select the
Delphi version I want to see the packages for and on the last page I see
that all the Delphi versions are listed as being installed (unless I select
"Install none", of course).

Wouldn't it be more logical to change the first combobox to have options
like "Standard Installation" and "Custom Installation"? It seems a bit
unlogical that I first can select a specific compiler version and then on
the next page I still need to select/unselect the packages for all the
versions anyway...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvScheduler Help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 6 Apr 2004 11:52:36 +0200
Newsgroups: jedi.vcl

Hello, Noisx!
You wrote  on Wed, 31 Mar 2004 21:21:08 +0000:

 N> Hello Marcel,

 N> If it matters I am still using JVCL version 2.10 (did not want to risk
 N> installing the beta yet) but if need be then I will install version 3

    The issue has been resolved in JVCL3Beta, but only because the storage
mechanism has been replaced by the TJvAppStorage stuff and Jens had to
rewrite part of the loading/saving code. It actually seemed to have solved
another standing issue in our issue tracker, so thank you very much Jens!
<g>

    Unfortunately I'm not sure I can give an easy fix to incorporate in the
JVCL2.1 release, since the entire storage mechanism has been replaced, which
is also partly based on other changed units. So, upgrading it should be.

    PS: sorry for taking so long, but I was experiencing a little 'coders
block' and couldn't get my mind around any code.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I Won't Let The Sun Go Down On Me" by Nik Kershaw.




Subject: Re: New JVCL developer
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 6 Apr 2004 11:40:43 +0200
Newsgroups: jedi.vcl

Ok, welcome Ray! :)
I´m only a little beta tester, but I like always new stuff . I think tricky,
nice and useful components for JVCL are always welcome.

Now my question: What is EDI stuff????
Any information?

Regards
Dierk

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c4tfgb$dtv$1@talkto.net...
> > Please welcome Raymond Alexander as a new JVCL developer. Ray is the guy
> > behind the EDI stuff in JCL and JVCL and will continue managing them as
his
> > primary concern.
> >
> > Ray is pretty good at making icons as well, so maybe we can talk him into
> > taking a look at some of the missing or crappy icons on the JVCL palette
8-)
> >
> > Anyway, welcome Ray!
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: New JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 06 Apr 2004 11:40:37 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I just changed some palette icons to correctly state visual or non-visual.

TJvDotNetButton got a palette icon (used TButton icon before that).



Subject: Re: New JVCL developer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 06 Apr 2004 11:38:56 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Please welcome Raymond Alexander as a new JVCL developer. Ray is the guy
> behind the EDI stuff in JCL and JVCL and will continue managing them as his
> primary concern.

Welcome!
Expect another style cleaning ;->

> Ray is pretty good at making icons as well, so maybe we can talk him into
> taking a look at some of the missing or crappy icons on the JVCL palette 8-)

I just changed some palette icons to correctly state visual or non-visual.



Subject: Re: JvAppInstances vs. JVSingleInstances?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 11:31:25 +0200
Newsgroups: jedi.vcl

Dierk wrote:

> > JvAppInstances vs. JVSingleInstances?
> > Are these same components for same or simular usage?

JvAppInstances is newer and more advanced than JvSingleInstances.




-- Regards, Andreas Hausladen 

Subject: JvAppInstances vs. JVSingleInstances?
From: "Dierk" <dsantispam@csslabs.de>
Date: Tue, 6 Apr 2004 11:26:30 +0200
Newsgroups: jedi.vcl

JvAppInstances vs. JVSingleInstances?
Are these same components for same or simular usage?

Regards

Dierk




Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 6 Apr 2004 09:26:48 +0200
Newsgroups: jedi.vcl

> > You think so? I think it's simpler :)
I think is cause the code was written by you :)

> > Why?
Because I don't want to develop a useless component :)
Vertical orientation? Yes yes... I'm sick and I have much time! I think
about this.

In your code... there is a problem with the right corner. Do you know?

Regards,
Stefano

Stefano Pessina TNT Developing
C --------------------------------------------------------------------------
------ Stefano Pessina TNT Developing Chief Manager Tel. +39.348.8536802
Fax. +39.039.33031127 http://www.tntdeveloping.com/
"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:c4tgc4$e2g$1@talkto.net...
>> > > Yes... in yours example... but no mouse handling, no events etc :-)
> > Well, I can see them fine here. Events and mouse handling is easy to
> > implement
> >
>> > > Now the code is more complex... I must mind and think about it.

> >
>> > > It's a interesting component... or I must leave the development?

> >
> > A useful extension would be supporting vertical orientation as well
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 08:33:27 +0200
Newsgroups: jedi.vcl

> > Just downloaded ..
> > "http://jvcl.sourceforge.net/daily/JVCL3-2004-04-01.zip". Will the
> > changes be in this incarnation ?
No, they would not. Any zip from 4/4 and later should have them, though.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EDI Components added to JVCL!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 08:31:47 +0200
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvXPProgress
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 08:28:35 +0200
Newsgroups: jedi.vcl

> > Yes... in yours example... but no mouse handling, no events etc :-)
Well, I can see them fine here. Events and mouse handling is easy to
implement

> > Now the code is more complex... I must mind and think about it.
You think so? I think it's simpler :)

> > It's a interesting component... or I must leave the development?
Why?

A useful extension would be supporting vertical orientation as well

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New JVCL developer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 Apr 2004 08:13:46 +0200
Newsgroups: jedi.vcl

Please welcome Raymond Alexander as a new JVCL developer. Ray is the guy
behind the EDI stuff in JCL and JVCL and will continue managing them as his
primary concern.

Ray is pretty good at making icons as well, so maybe we can talk him into
taking a look at some of the missing or crappy icons on the JVCL palette 8-)

Anyway, welcome Ray!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer - 2nd
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 06 Apr 2004 08:04:14 +0200
Newsgroups: jedi.vcl

great! Thanx

Andreas Hausladen schrieb:

> > A new preview of the new installer is available at jedi.binaries.
> >
> > What's new:
> > - The installer now compiles the selected packages
> > - The package and option selection is stored in an .ini file
> > - Hints for all options
> > - more options
> >
> > Missing:
> > - IDE package registration. The packages are only compiled not installed
> > - Uninstaller
> >
> > --
> > Regards,
> >
> > Andreas Hausladen



Subject: Re: New installer - 2nd
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 01:11:00 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > What's new:

The new installer uses autodependency information from the .xml files. To
see the effect of this just run the installer twice. (with unchecked
"build" option)



-- Regards, Andreas Hausladen 

Subject: New installer - 2nd
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Apr 2004 01:00:27 +0200
Newsgroups: jedi.vcl

A new preview of the new installer is available at jedi.binaries.

What's new:
- The installer now compiles the selected packages
- The package and option selection is stored in an .ini file
- Hints for all options
- more options

Missing:
- IDE package registration. The packages are only compiled not installed
- Uninstaller


-- Regards, Andreas Hausladen 

Subject: Re: TJvXPBar
From: "Opp" <develop@op-code.co.uk>
Date: Mon, 5 Apr 2004 22:51:41 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > The only thing I would REALLY appreciate, is for the XPBar (and
>> > > associated buttons) to display the shortcut keys that can be
>> > > assigned to them.
>> > > 
>> > > This is something that is missing on other Jedi components/controls
>> > > also. I am speaking of the JvOutlookbar.
> > 
> > Done. Available from CVS.

Hi Peter..

Done ? really ? Fantastic!.. Many thanks peter! 

I dont want to seem a newbee or anything (oops.. too late) but I am not
that familiar with the CVS system (and I am not an member of the dev
team.)

Just downloaded ..
"http://jvcl.sourceforge.net/daily/JVCL3-2004-04-01.zip". Will the
changes be in this incarnation ?

Sorry to be a pain..

Many thanks..

Paul


Subject: Re: Delphi 7 personal
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Apr 2004 00:42:50 +0200
Newsgroups: jedi.vcl,jedi.jcl

> > JCL is installed but the jvcl fails due to missing DB.DCU.
What package fails? JVCL should install without errors with Delphi Personal
even if some functionality is missing.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EDI Components added to JVCL!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Apr 2004 00:40:39 +0200
Newsgroups: jedi.vcl

> > ../Resources/JvEDIDBBufferingReg.dcr
Sorry, missed that one. Will add tomorrow (at wrong PC at the moment)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EDI Components added to JVCL!
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 05 Apr 2004 23:54:21 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Seems only that the resource is missing.
>
> What resource?
>

.../Resources/JvEDIDBBufferingReg.dcr



Subject: Re: Delphi 7 personal
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 05 Apr 2004 21:53:18 +0000
Newsgroups: jedi.vcl,jedi.jcl

Hi,

JCL is installed but the jvcl fails due to missing DB.DCU.

Robert Rossmair wrote:

> Hi Peter,
>
> Peter Thörnqvist wrote:
>
>>> Hi, got c't tiday and installed D5 personal - it lacks any DB components
>>> (bad!). I did not manage to install jcl/jvcl. jcl installation fails due
>>> to "provider.dcu" missing. Did anyone manage to install it on D7 personal?
>>
>>
>> Can you give some info on what package(s) fails?
>
>
> JclDotNet uses Provider.


Subject: Re: Delphi 7 personal
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 05 Apr 2004 21:45:54 +0000
Newsgroups: jedi.vcl,jedi.jcl

Hi Robert!

Thank you very much! It works. A bit off question: I use IBX a lot - is it possible to install it on D7 personal? I did not manage to get it up and running. Or is D7 Personal so crippled that it cannot run db connections from borland?

micha

Robert Rossmair wrote:
> Hi Micha,
>
> micha schumann wrote:
>
>> Hi, got c't tiday and installed D5 personal - it lacks any DB components (bad!). I did not manage to install jcl/jvcl. jcl installation fails due to "provider.dcu" missing. Did anyone manage to install it on D7 personal?
>
>
> Just add the line "JclDotNet.pas" to jcl\lib\d7\windows.exc.


Subject: Re: Delphi 7 personal
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 05 Apr 2004 23:34:46 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi Micha,

micha schumann wrote:

> Hi, got c't tiday and installed D5 personal - it lacks any DB components (bad!). I did not manage to install jcl/jvcl. jcl installation fails due to "provider.dcu" missing. Did anyone manage to install it on D7 personal?

Just add the line "JclDotNet.pas" to jcl\lib\d7\windows.exc.


Subject: Re: Delphi 7 personal
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 05 Apr 2004 23:30:23 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi Peter,

Peter Thörnqvist wrote:
>> Hi, got c't tiday and installed D5 personal - it lacks any DB components
>> (bad!). I did not manage to install jcl/jvcl. jcl installation fails due
>> to "provider.dcu" missing. Did anyone manage to install it on D7 personal?
>
> Can you give some info on what package(s) fails?

JclDotNet uses Provider.


Subject: Re: Delphi 7 personal
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Apr 2004 23:17:58 +0200
Newsgroups: jedi.vcl,jedi.jcl

> > Hi, got c't tiday and installed D5 personal - it lacks any DB components
> > (bad!). I did not manage to install jcl/jvcl. jcl installation fails due
> > to "provider.dcu" missing. Did anyone manage to install it on D7 personal?

Can you give some info on what package(s) fails?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EDI Components added to JVCL!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Apr 2004 23:16:53 +0200
Newsgroups: jedi.vcl

> > Seems only that the resource is missing.
What resource?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 5 Apr 2004 23:16:19 +0200
Newsgroups: jedi.vcl

Yes... in yours example... but no mouse handling, no events etc :-)
Now the code is more complex... I must mind and think about it.

It's a interesting component... or I must leave the development?

Stefano Pessina TNT Developing
C --------------------------------------------------------------------------
------ Stefano Pessina TNT Developing Chief Manager Tel. +39.348.8536802
Fax. +39.039.33031127 http://www.tntdeveloping.com/
"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c4scug$8vp$1@talkto.net...
>> > > Fixed size... but now don't show the empty blocks (ID 3 in res)...
> > Do you mean in my example or in yours?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: jvZLibMultiple
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Apr 2004 23:00:17 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > 
> > What was the problem?

It was the JvJCLUtils unit that was included twice (interface +
implementation).

Fixed.



-- Regards, Andreas Hausladen 

Subject: Re: jvZLibMultiple
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 05 Apr 2004 21:00:08 +0000
Newsgroups: jedi.vcl

Sorry - I deleted the complete uses clause embedded in $DEFINE..., then it compiled well.

Peter Thörnqvist wrote:

> What was the problem?
>


Subject: Re: EDI Components added to JVCL!
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 05 Apr 2004 22:59:40 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've just added Ray's EDI components to the JVCL (checked against D5-D7).
> Could someone please check the source files and package xmls for BCB and
> Kylix?
>
> Thanks
>

Fixed for Kylix and D7clx.
Seems only that the resource is missing.

Regards,

André Snepvangers



Subject: Re: Delphi 7 personal
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 05 Apr 2004 20:58:55 +0000
Newsgroups: jedi.vcl,jedi.jcl

Hi, got c't tiday and installed D5 personal - it lacks any DB components (bad!). I did not manage to install jcl/jvcl. jcl installation fails due to "provider.dcu" missing. Did anyone manage to install it on D7 personal?

Robert Marquardt wrote:

> I just got the info from subscribers that the german computer magazine c't will have Delphi 7 personal on a CD.
> I think we should try to write something about the JVCL in the c't.
> I can make the contact.
>


Subject: Re: jvZLibMultiple
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Apr 2004 22:58:00 +0200
Newsgroups: jedi.vcl

What was the problem?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "micha schumann" <schumann@itc-ms.de> skrev i meddelandet news:c4selr$98v$1@talkto.net...
> > Hi,
> >
> > had Problems compiling jvZLibMultiple with D5 (current CVS). Found
> > Problem in uses clause line 86. After removing it, it compiled.
> >
> > micha



Subject: jvZLibMultiple
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 05 Apr 2004 20:54:07 +0000
Newsgroups: jedi.vcl

Hi,

had Problems compiling jvZLibMultiple with D5 (current CVS). Found Problem in uses clause line 86. After removing it, it compiled.

micha


Subject: Re: JvXPProgress
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Apr 2004 22:25:17 +0200
Newsgroups: jedi.vcl

> > Fixed size... but now don't show the empty blocks (ID 3 in res)...
Do you mean in my example or in yours?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New BETA post
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Apr 2004 22:23:56 +0200
Newsgroups: jedi.vcl

Are you referring to the daily zips? There was a problem with the SF server
today and they are probably corrupted. Wait until tomorrow or grab the one
from yesterday.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New BETA post
From: "Freddy Biets" <freddy.biets@pandora.be>
Date: Mon, 5 Apr 2004 22:15:44 +0200
Newsgroups: jedi.vcl

I'm not able to install the new components since the last beta-installation.

Any chance there will be a new beta-post (or complete zip-file with
everyting in it ?)

thx

Freddy




Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 5 Apr 2004 22:15:28 +0200
Newsgroups: jedi.vcl

Good work!
Fixed size... but now don't show the empty blocks (ID 3 in res)...

Regards,
Stefano

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c4sbh5$8nn$1@talkto.net...
>> > > 1. The problem is that the res file also included in the pas file.
> > In what pas file? It is not in JvXPProgress.pas and that's where it should
> > be
> >
>> > > 3. This is the problem... mmm... ideas?
> > Here's a simplified version (no mouse handling, no events etc) that isn't
> > limited to a specific width (but the height is fixed) and it works:
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JvXPProgress
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Apr 2004 22:00:36 +0200
Newsgroups: jedi.vcl

> > 1. The problem is that the res file also included in the pas file.
In what pas file? It is not in JvXPProgress.pas and that's where it should
be

> > 3. This is the problem... mmm... ideas?
Here's a simplified version (no mouse handling, no events etc) that isn't
limited to a specific width (but the height is fixed) and it works:

type
  TJvXPProgressBar = class(TGraphicControl)
  private
    FBitmapHeight:integer;
    FPosition: integer;
    FMin: integer;
    FMax: integer;
    procedure SetMax(Value: integer);
    procedure SetMin(Value: integer);
    procedure SetPosition(Value: integer);
    function GetDefaultHeight:integer;
  protected
    procedure Paint;override;
  public
    constructor Create(AOwner: TComponent); override;
    procedure SetBounds(ALeft: Integer; ATop: Integer; AWidth: Integer;
      AHeight: Integer); override;
  published
    property Min:integer read FMin write SetMin;
    property Max:integer read FMax write SetMax;
    property Position:integer read FPosition write SetPosition;
    property Width default 240;
    property Height default 19;
  end;

implementation
{$R JvXPProgress.res}

{ TJvXPProgressBar }

constructor TJvXPProgressBar.Create(AOwner: TComponent);
begin
  inherited;
  ControlStyle := ControlStyle + [csFixedHeight];
  FMin := 0;
  FMax := 100;
  FBitmapHeight := GetDefaultHeight;
  Width := 240;
  Height := FBitmapHeight;
end;

function TJvXPProgressBar.GetDefaultHeight: integer;
begin
  with TBitmap.Create do
  try
    LoadFromResourceID(HInstance, 1);
    Result := Height;
  finally
    Free;
  end;
end;

procedure TJvXPProgressBar.Paint;
var Bmp:TBitmap;i, X:integer;
begin
  Canvas.FillRect(ClientRect);
  Bmp := TBitmap.Create;
  try
    Bmp.LoadFromResourceID(HInstance, 1);
    Canvas.Draw(0,0,Bmp);
    X := Bmp.Width;
    Bmp.LoadFromResourceID(HInstance, 2);
    // calculate the number of segments to draw
    if ((Max - Min) = 0) or (Bmp.Width = 0) then Exit;
    i := (ClientWidth * (Position - Min) div (Max - Min)) div Bmp.Width;
    while true do
    begin
      Canvas.Draw(X, 0, Bmp);
      Inc(X, Bmp.Width);
      Dec(i);
      if i < 0 then
        Break;
    end;
    Bmp.LoadFromResourceID(HInstance, 3);
    while true do
    begin
      Canvas.Draw(X, 0, Bmp);
      Inc(X, Bmp.Width);
      if X > ClientWidth then Break;
    end;
    Bmp.LoadFromResourceID(HInstance, 4);
    Canvas.Draw(ClientWidth - Bmp.Width, 0, Bmp);
  finally
    Bmp.Free;
  end;
end;

procedure TJvXPProgressBar.SetBounds(ALeft, ATop, AWidth,
  AHeight: Integer);
begin
  inherited SetBounds(ALeft, ATop, AWidth, FBitmapHeight);
end;

procedure TJvXPProgressBar.SetMax(Value: integer);
begin
  if Value < FMin then
    Value := FMin;
  if FPosition > Value then
    FPosition := Value;
  if FMax <> Value then
  begin
    FMax := Value;
    Invalidate;
  end;
end;

procedure TJvXPProgressBar.SetMin(Value: integer);
begin
  if Value > FMax then
    Value := FMax;
  if FPosition < FMin then
    FPosition := FMin;
  if FMin <> Value then
  begin
    FMin := Value;
    Invalidate;
  end;
end;

procedure TJvXPProgressBar.SetPosition(Value: integer);
begin
  if Value > FMax then
    Value := FMax;
  if Value < FMin then
    Value := FMin;
  if FPosition <> Value then
  begin
    FPosition := Value;
    Invalidate;
  end;
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 5 Apr 2004 21:29:58 +0200
Newsgroups: jedi.vcl

Thanks for the reply!
1. The problem is that the res file also included in the pas file.

[...]

3. This is the problem... mmm... ideas?

Regards.

Stefano Pessina

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c4s930$893$1@talkto.net...
> > 1. You must include the resource in the pas file::
> >
> > {$R JvXPProgress.res}
> >
> > 2. You must set the Width and Height explicitly:
> >
> > published
> >   ...
> >   property Width default 204;
> >   property Height default 19;
> > end;
> >
> > implementation
> > ...
> > constructor Create(AOwner:TComponent);
> > begin
> >   ...
> >   Width := 204;
> >   Height := 19;
> >
> > ..
> > end;
> >
> > 3. I think you've got the width and height of the buffer bitmap swapped?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: JvXPProgress
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Apr 2004 21:19:24 +0200
Newsgroups: jedi.vcl

1. You must include the resource in the pas file::

{$R JvXPProgress.res}

2. You must set the Width and Height explicitly:

published
  ...
  property Width default 204;
  property Height default 19;
end;

implementation
....
constructor Create(AOwner:TComponent);
begin
  ...
  Width := 204;
  Height := 19;

...
end;

3. I think you've got the width and height of the buffer bitmap swapped?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 5 Apr 2004 21:05:31 +0200
Newsgroups: jedi.vcl

A screenshot:

http://www.tntdeveloping.com/jvcl/JvXPProgress.jpg

Regards.




Subject: JvXPProgress
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 5 Apr 2004 20:39:58 +0200
Newsgroups: jedi.vcl

Hi...
this is a new component I'm developing... a XP progress bar.

I have two problems:

1. The component can't load from .res file the bmp resources.
2. The component didn't have the correct size... why?

I don't understand... I can't find a solution!

Regards.



JvXPProgress.zip
	



Subject: Re: binary resources in CVS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Apr 2004 19:14:12 +0200
Newsgroups: jedi.vcl

> > Hope to see them next time as RC scripts :-)
What are you talking about? The binaries are in \Resources and the RC
scripts are in \images. It's been this way for at least 6-12 months.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: binary resources in CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Apr 2004 19:12:33 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > Hope to see them next time as RC scripts :-)

What is with images\JvStdCtrlsReg.rc and images\JvPageListTreeViewReg.rc ?



-- Regards, Andreas Hausladen 

Subject: binary resources in CVS
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 5 Apr 2004 20:24:34 +0400
Newsgroups: jedi.vcl

Hello, All!

======== Beginning of the citation ==============
cvs server: Updating JVCL3/Resources
U JVCL3/Resources/JvPageListTreeViewReg.dcr
U JVCL3/Resources/JvStdCtrlsReg.dcr
======== The end of the citation ==============

Hope to see them next time as RC scripts :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: EDI Components added to JVCL!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 05 Apr 2004 23:11:05 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've just added Ray's EDI components to the JVCL (checked against D5-D7).
> Could someone please check the source files and package xmls for BCB and
> Kylix?

Will do it for BCB 5 and 6 in the upcoming days.


Subject: Re: JvPluginManager : creation and destruction problems.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 5 Apr 2004 13:51:55 +0200
Newsgroups: jedi.vcl

> > I used package based Plugins .
> > Inserting the unit gave an error on an other place ...
> > TList.Setcapacity
> >
> >
> > does this Help?

Sorry, I haven't worked at all with the plugin system so I don't know much
about it. Maybe there are others here that can help you out?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: EDI Components added to JVCL!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 5 Apr 2004 13:48:08 +0200
Newsgroups: jedi.vcl

I've just added Ray's EDI components to the JVCL (checked against D5-D7).
Could someone please check the source files and package xmls for BCB and
Kylix?

Thanks

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPluginManager : creation and destruction problems.
From: "Gaetan Maerten" <gaetan.maerten@hotmail.com>
Date: Mon, 5 Apr 2004 13:36:13 +0200
Newsgroups: jedi.vcl

I used package based Plugins .
Inserting the unit gave an error on an other place ...
TList.Setcapacity


does this Help?

Gaetan Maerten




Subject: Re: Delphi 7 personal
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 05 Apr 2004 12:23:10 +0200
Newsgroups: jedi.vcl,jedi.jcl

thanx I don´t know that

Robert Marquardt schrieb:

> > Ralf Grenzing wrote:
> >
>>> > >>Even Borland knows that :-)
>> > >
>> > > I fear I don´t understand
> >
> > JCL Debug Tracing Code is now used in Delphi 8's Quality Insight.
> >
> > http://homepages.borland.com/abauer/



Subject: Re: JvPluginManager : creation and destruction problems.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 5 Apr 2004 12:05:59 +0200
Newsgroups: jedi.vcl

Do you have sharemem as the first unit in uses of your project as well as
the plugin project? This is a requirement for DLL based plugins.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 5 Apr 2004 11:38:05 +0200
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvPluginManager : creation and destruction problems.
From: "Gaetan Maerten" <gaetan.maerten@hotmail.com>
Date: Mon, 5 Apr 2004 11:24:33 +0200
Newsgroups: jedi.vcl

Hi,

I have tried to add the JvPluginManager (3.0 BETA1 and in latest CVS) and
created a dummy plugin that show a message dialog on each event.
When the pluggins are loaded the create event happens twice, I tried to
debug it but didn't find the source of the problem .
When the application terminates the I get a Debugger Fault Notification
with:
Project c:\MyProject\execshell.exe raised too many consecutive
exceptions:'access violation at 0x000000: read of address 0x00000'. Process
Stopped. Use step or run to continue.

Platform:
This is on a Delphi 7 Enterprise on an XP Professional.

What is happening?

Gaetan Maerten.





Subject: Re: Delphi 7 personal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Apr 2004 11:04:37 +0200
Newsgroups: jedi.vcl,jedi.jcl

Ralf Grenzing wrote:

>> Even Borland knows that :-)
>
> I fear I don´t understand


JCL Debug Tracing Code is now used in Delphi 8's Quality Insight.

http://homepages.borland.com/abauer/



Subject: Re: Delphi 7 personal
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 05 Apr 2004 10:57:17 +0200
Newsgroups: jedi.vcl,jedi.jcl



Robert Marquardt schrieb:

> > Ralf Grenzing wrote:
>> > > Hi Robert
>> > >
>> > > would be definitve awesome if you manage that. I would suggest to mention
>> > > the stack trace function from the JCL. With stack trace you can get very
>> > > usefull informations in case of errors and if you heavily use dynamic SQL
>> > > you can track down from which source code line the dynamic SQL was
>> > > contsrucuted and this is really a help as we discovered :-)
>> > >
>> > > Ralf Grenzing
> >
> > Even Borland knows that :-)

I fear I don´t understand



Subject: Re: Delphi 7 personal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Apr 2004 09:47:15 +0200
Newsgroups: jedi.vcl,jedi.jcl

Ralf Grenzing wrote:
> Hi Robert
>
> would be definitve awesome if you manage that. I would suggest to mention
> the stack trace function from the JCL. With stack trace you can get very
> usefull informations in case of errors and if you heavily use dynamic SQL
> you can track down from which source code line the dynamic SQL was
> contsrucuted and this is really a help as we discovered :-)
>
> Ralf Grenzing

Even Borland knows that :-)



Subject: Re: Delphi 7 personal
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 05 Apr 2004 08:42:46 +0200
Newsgroups: jedi.vcl,jedi.jcl

Hi Robert

would be definitve awesome if you manage that. I would suggest to mention
the stack trace function from the JCL. With stack trace you can get very
usefull informations in case of errors and if you heavily use dynamic SQL
you can track down from which source code line the dynamic SQL was
contsrucuted and this is really a help as we discovered :-)

Ralf Grenzing


Robert Marquardt schrieb:

> > I just got the info from subscribers that the german computer magazine
> > c't will have Delphi 7 personal on a CD.
> > I think we should try to write something about the JVCL in the c't.
> > I can make the contact.



Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 5 Apr 2004 02:20:05 +0400
Newsgroups: jedi.vcl

Hello, Peter!

>> >> Peter, hat would You say about putting RxLib to FAQ ?
PT> What should it say?

Would You, please ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 4 Apr 2004 23:18:25 +0200
Newsgroups: jedi.vcl

> > The only thing I would REALLY appreciate, is for the XPBar (and
> > associated buttons) to display the shortcut keys that can be assigned
> > to them.
> > 
> > This is something that is missing on other Jedi components/controls
> > also. I am speaking of the JvOutlookbar.

Done. Available from CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Submitting Components Error
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Sun, 4 Apr 2004 16:18:23 -0400
Newsgroups: jedi.vcl

Thanks,

Ray

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c4oe5o$jme$1@talkto.net...
> > Ray, I just uploaded the donation to the report and it seems to work fine.
> >
> > Thanks, Matthias: Indeed, my FTP client was set to not show hidden files.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: Delphi 7 personal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Apr 2004 16:57:24 +0200
Newsgroups: jedi.jcl,jedi.vcl

Matthias Thoma wrote:

> Maybe, but I doubt that they have interest in some more or less boring
> "delphi tricks" ;-) used in the JCL/JVCL. It would be imo better to write
> either about the latest fancy design patterns we use (if any) or how create
> an library for .NET/Kylix/Win32 with Borland Delphi or something like that
> or how JCL/JVCL speeds up productivity and helps people to go crossplatform.
> The times were the c't published hints&tricks for programming tools are
> gone. Even in the times  Delphi articles were published regularly - they
> mainly published stuff about "cool" new features like DirectX stuff and
> something like that.

I thought not so much about "programming tricks" but how far you can use the language.
Anyway the thread has served its purpose for sparking ideas. I mainly want to get it going. The themes we write about are not that important. The publishing itself it the important thing. I see it as a step towards our users. To show that we care about them.



Subject: Re: Delphi 7 personal
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 04 Apr 2004 14:56:45 +0000
Newsgroups: jedi.vcl,jedi.jcl

Hi,

Michael Elsdörfer wrote:


>> >> I want to write a text about Delphi tricks to be found in the JVCL.

> > Well, do it. I doubt the ct would publish it, as I guess it is a bit to
> > specialized

I don't think so. c't does publish programming oriented articles from time
to time. I was even asked - but that might be too long ago to count -
whether I wanted to extend one of the Delphi articles on my homepage to
magazine article length (I just didn't have the time back then :-( ).

Also, c't is a more general IT magazine which some managers might read.
Giving Delphi more exposure there can't hurt. By restricting it to
programmer's magazines you automatically make remove it from the horizon of
the people who make the decisions about which tools to use.

twm


Subject: Re: Delphi 7 personal
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Sun, 4 Apr 2004 15:53:07 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hello all,

> > I don't think so. c't does publish programming oriented articles from time
> > to time. I was even asked - but that might be too long ago to count -
> > whether I wanted to extend one of the Delphi articles on my homepage to
> > magazine article length (I just didn't have the time back then :-( ).

Maybe, but I doubt that they have interest in some more or less boring
"delphi tricks" ;-) used in the JCL/JVCL. It would be imo better to write
either about the latest fancy design patterns we use (if any) or how create
an library for .NET/Kylix/Win32 with Borland Delphi or something like that
or how JCL/JVCL speeds up productivity and helps people to go crossplatform.
The times were the c't published hints&tricks for programming tools are
gone. Even in the times  Delphi articles were published regularly - they
mainly published stuff about "cool" new features like DirectX stuff and
something like that.

> > Also, c't is a more general IT magazine which some managers might read.
> > Giving Delphi more exposure there can't hurt. By restricting it to
> > programmer's magazines you automatically make remove it from the horizon
of
> > the people who make the decisions about which tools to use.

Agreed. Nonetheless in that case we need some manager buzzwords like .NET,
crossplatform, productivity ;-)

- Matthias




Subject: Re: Delphi 7 personal
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Sun, 04 Apr 2004 11:03:01 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:
> I think we can easily fill many pages with only a description of the JVCL :-)
> I want to write a text about Delphi tricks to be found in the JVCL.

Well, do it. I doubt the ct would publish it, as I guess it is a bit to specialized, but you could try the "Entwickler" (www.derentwickler.de) and the "Toolbox" (http://www.toolbox-mag.de/).

Michael


Subject: Re: Navpanel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 4 Apr 2004 10:22:55 +0200
Newsgroups: jedi.vcl

> > Peter, great job!!!
Thanks. I did an update yesterday or so and added a style manager. Can be
quite a time saver for larger projects...

Don't forget to report any issues or feature requests in Mantis
(http://jvcl.sf.net/mantis).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Submitting Components Error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 4 Apr 2004 10:21:18 +0200
Newsgroups: jedi.vcl

Ray, I just uploaded the donation to the report and it seems to work fine. 

Thanks, Matthias: Indeed, my FTP client was set to not show hidden files.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvInspectorPropData: Only with components?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 4 Apr 2004 10:12:26 +0200
Newsgroups: jedi.vcl

Hello Peter and Marcel,

Thanks for your tips! After defining the properties  as published and
turning on RTTI for my class(es) it works perfect!

Ciao,
Ralf




Subject: Re: Delphi 7 personal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Apr 2004 06:33:11 +0200
Newsgroups: jedi.vcl,jedi.jcl

Michael Elsdörfer wrote:

> I got my ct today, and I can confirm this. However, the ct is not a programming magazine, and programming topics are only adressed from time to time, without going to much into detail.

I think we can easily fill many pages with only a description of the JVCL :-)
I want to write a text about Delphi tricks to be found in the JVCL.



Subject: Re: Submitting Components Error
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Sun, 4 Apr 2004 01:51:12 +0200
Newsgroups: jedi.vcl

Hello Peter,

> > Thanks for the quick response, Matthias. I guess config_inc.php is the one
> > in the \issuetracker folder but where is .htaccess (for future reference)?
> > Can't seem to find it...

There are several .htaccess files on our homepage - I made the changes to
the one in the \issuetracker folder. As you most likely already
know.htaccess files are simple text files containing Apache directives (they
are apply to all files in the directory where the .htaccess file is located,
and to all subdirectories) - so for the JVCL area, for example, there
currently is still the 500kb upload limit. The current maximum we can use is
somewhere below 12M - that is PHPs current memory limit.

I assume the reason why you do not see it currently is that your FTP client
is configured to hide hidden files...

- Matthias




Subject: Re: Submitting Components Error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 4 Apr 2004 00:57:03 +0200
Newsgroups: jedi.vcl

Thanks for the quick response, Matthias. I guess config_inc.php is the one
in the \issuetracker folder but where is .htaccess (for future reference)?
Can't seem to find it...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Submitting Components Error
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Sun, 4 Apr 2004 00:44:57 +0200
Newsgroups: jedi.vcl

Hello all,

> > Seems to be an old error coming back (Application Error #15).

The meaning of Application Error #15 is simply "Hey, something has gone
wrong with the file upload!" :-) Therefor it doesn't help much to find the
mistage. Nonetheless, Opera reported an post limit exceeded error back to me
so I was able to find the problem pretty fast...

> > Unfortunately,
> > only Matthias Thoma has the necessary info to do something about it.
> > Matthias, are you reading this?

....we suddenly had an upload limit... Nonetheless, I was able to override it
using htaccess. It is now about 6mb which should be enough imo - if you need
file uploads larger than about 6mb just le me know or adjust .htaccess and
config_inc.php accordingly.


- Matthias




Subject: Re: probably a stupid question but...
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Sat, 3 Apr 2004 17:11:06 -0300
Newsgroups: jedi.vcl

sorry...

for ii := Filelistbox1.Items.Count - 1  downto  0 do begin

charles

"Charles Adriano" <d0001g@yahoo.com.br> escribió en el mensaje
news:c4k73c$tu0$1@talkto.net...
> > hi dave, try...
> >
> > for ii := 0 downto Filelistbox1.Items.Count - 1 do begin
> >     If Filelistbox1.Selected[ii] then begin
> >         Filelistbox1.items.delete(ii);
> >     end;
> > end;
> >
> > change : to -> downto in the loop
> >
> > charles
> >
> >




Subject: Navpanel
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Sat, 3 Apr 2004 13:50:32 -0600
Newsgroups: jedi.vcl

I'm began to use on new development and...
Peter, great job!!!
Regards.






Subject: Re: JEDI Components and Kylix 3 - how to install?
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 03 Apr 2004 21:45:34 +0200
Newsgroups: jedi.vcl

Maroo wrote:
> I am trying to install JEDI Components on Kylix 3 according the instruction:
>
> Kylix 3 for Delphi
> - open a shell window
> - cd into JCL root directory
> - at the command prompt, type "sh ./install.sh", then press "Enter"
>
> but the error occurs:
>
> QJediInstaller.dpr(25)
> Error: Bad file format: 'QFileDialog.xfm'
> Error: Bad file format: 'DirSel.xfm'
> Error: Bad file format: 'QProductFrames.xfm'
> Error: Bad file format: 'QJediInstallerMain.xfm'
>
> I don't know what is going on. I checked those files - it looks good.
>
> Please help me someone to install JEDI Components on Kylix 3.
>
> (I use Mandrake 9.2 and downloaded the file JVCL300BETA1JCL190Complete.zip )
>
> Maroo
>
>
For JCL you need the latest release, the one that comes with JVCL has no
installer for Linux.

JVCL VisualCLX components:
-There are no installers or instructions available (yet), you have to
 install them manually from within kylix.
-Note that there are still bugs in the JVCLX components.

Regards,

André Snepvangers



Subject: Re: Submitting Components Error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 3 Apr 2004 20:24:38 +0200
Newsgroups: jedi.vcl

Seems to be an old error coming back (Application Error #15). Unfortunately,
only Matthias Thoma has the necessary info to do something about it.
Matthias, are you reading this?

FWIW, I uploaded a zip yesterday without problems.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Submitting Components Error
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Sat, 3 Apr 2004 13:05:19 -0500
Newsgroups: jedi.vcl

I was able to create the issue with no problem but no luck getting the file
to upload.  I keep getting "The page cannot be displayed" error.  I've tried
with both anonymous and my user login.  Any other ideas?

I posted the zip in jedi.binaries.

Ray A.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c4ml66$bda$1@talkto.net...
> > Are you trying to upload a file? You must first create the issue and then
in
> > the next step upload the file.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JEDI Components and Kylix 3 - how to install?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 3 Apr 2004 19:39:24 +0200
Newsgroups: jedi.vcl

Apart from what Robert explained about installing JCL (the classes), the
current JVCL (the components) doesn't work on Kylix (yet).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Submitting Components Error
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Sat, 3 Apr 2004 12:33:48 -0500
Newsgroups: jedi.vcl

Yes I was trying to upload the file.  I'll try creating the issue first then
uploading the file.

Thanks,

Ray A. (Team Jedi)

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c4ml66$bda$1@talkto.net...
> > Are you trying to upload a file? You must first create the issue and then
in
> > the next step upload the file.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: JEDI Components and Kylix 3 - how to install?
From: "Maroo" <mserwatka@poczta.wp.pl>
Date: Sat, 3 Apr 2004 18:39:22 +0200
Newsgroups: jedi.vcl

I am trying to install JEDI Components on Kylix 3 according the instruction:

Kylix 3 for Delphi
- open a shell window
- cd into JCL root directory
- at the command prompt, type "sh ./install.sh", then press "Enter"

but the error occurs:

QJediInstaller.dpr(25)
Error: Bad file format: 'QFileDialog.xfm'
Error: Bad file format: 'DirSel.xfm'
Error: Bad file format: 'QProductFrames.xfm'
Error: Bad file format: 'QJediInstallerMain.xfm'

I don't know what is going on. I checked those files - it looks good.

Please help me someone to install JEDI Components on Kylix 3.

(I use Mandrake 9.2 and downloaded the file JVCL300BETA1JCL190Complete.zip )

Maroo




Subject: Re: Still GPF in jvStdCtrls
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 3 Apr 2004 18:33:45 +0200
Newsgroups: jedi.vcl

I'm guessing it's a conflict between different libs. A starting point to
resolve it would be to remove all the other 3rd party libs and then add them
one by one until the error appears again. The last added lib is the one
conflicting with JvStdCtrls. How to proceed from there, is another issue :(

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi 7 personal
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Sat, 03 Apr 2004 18:30:06 +0200
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:
> I just got the info from subscribers that the german computer magazine c't will have Delphi 7 personal on a CD.
> I think we should try to write something about the JVCL in the c't.
> I can make the contact.

I got my ct today, and I can confirm this. However, the ct is not a programming magazine, and programming topics are only adressed from time to time, without going to much into detail.


Subject: Re: Submitting Components Error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 3 Apr 2004 18:08:36 +0200
Newsgroups: jedi.vcl

Are you trying to upload a file? You must first create the issue and then in
the next step upload the file.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: I'm impressed - thank you.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 3 Apr 2004 18:07:32 +0200
Newsgroups: jedi.vcl

Thanks for the kind words. Don't forget to spread it<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Ian Branch" <branch@ancc.com.au> skrev i meddelandet news:c4kmv0$v5$1@talkto.net...
> > Hi Guys,
> >
> >     I am extremely impressed with the support and responsiveness of the
Jedi
> > dudes.  I had an issue with having updated to Quickreport v 4 and it was
> > fixed, integrated into jvcl and available via CVS within 24 hours.
> > Outstanding
> >
> > Regards & thanks,
> >
> > Ian
> >
> >



Subject: Delphi 7 personal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Apr 2004 17:22:57 +0200
Newsgroups: jedi.vcl,jedi.jcl

I just got the info from subscribers that the german computer magazine c't will have Delphi 7 personal on a CD.
I think we should try to write something about the JVCL in the c't.
I can make the contact.



Subject: Still GPF in jvStdCtrls
From: micha schumann <schumann@itc-ms.de>
Date: Sat, 03 Apr 2004 01:29:36 -0100
Newsgroups: jedi.vcl

Using the current snapshot from CVS i still get a GPF when loading delphi (screenshot posted in binaries). Working with Delphi and compiling/running apps seem to work ok. I uses "Build Packages" then everything installed smoothly.

Since there is no GPF with the first beta release i am curious about the reason. I also have Turbopower libs Abbrevia/Lockbox/Systools installed and KBMMemtab amonst other own components.

Do you have any idea where to start searching (and how)?

micha


Subject: Re: probably a stupid question but...
From: "Ian Branch" <branch@ancc.com.au>
Date: Sat, 3 Apr 2004 08:28:01 +1000
Newsgroups: jedi.vcl

There are no stupid questions.  Only stupid answers.

Ian




Subject: I'm impressed - thank you.
From: "Ian Branch" <branch@ancc.com.au>
Date: Sat, 3 Apr 2004 08:26:02 +1000
Newsgroups: jedi.vcl

Hi Guys,

    I am extremely impressed with the support and responsiveness of the Jedi
dudes.  I had an issue with having updated to Quickreport v 4 and it was
fixed, integrated into jvcl and available via CVS within 24 hours.
Outstanding

Regards & thanks,

Ian




Subject: Submitting Components Error
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Fri, 2 Apr 2004 17:00:19 -0500
Newsgroups: jedi.vcl

I'm having trouble trying to submit some components to JCVL in the issue
tracker.

I keep getting "Page could not be displayed." error when I submit.  Any
ideas what to do?

Ray A. (Team Jedi)




Subject: Re: TJvInspectorPropData: Only with components?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 2 Apr 2004 22:16:05 +0200
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Fri, 2 Apr 2004 21:44:56 +0200:

 RK> Now my question: can "normal" (low level-)classes not be inspected in
 RK> this way with TjvInspector? From which "class level" on can jvInspector
 RK> be used?

    Technically, you can use any class, provided it is compiled in the {$M+}
state. VCL defines TPersistent in this state so that TPersistent and any
descendant will have RTTI available, but you can do that for your class as well:

{$M+}
type
  TMyClass = class
  published
    property MyProp: Integer read GetMyProp write SetMyProp
  end;
{$M-}

    TMyClass and any descendant will be usable in JvInspector. This is
exactly the same as Delphi Object Inspector can use (if there would be a
property editor for any TObject; Delphi only registers a property editor for
TPersistent so it's not entirely true).

    Also, as Peter mentioned, only properties in the published section will
work, as that is the only section the compiler will generate property info
on in the RTTI table of the class.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: TJvInspectorPropData: Only with components?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 2 Apr 2004 21:52:43 +0200
Newsgroups: jedi.vcl

Does the class have any published properties? These are the only ones that
have RTTI and that JvInspector can display.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvInspectorPropData: Only with components?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 2 Apr 2004 21:44:56 +0200
Newsgroups: jedi.vcl

Hello,

i have a class that is derived from TObjectList and want to inspect some of
the properties (mostly strings and integers) of this class using
TjvInspector and TJvInspectorPropData .

When i try to create a TJvInspectorPropData item then this does not work

In this class function from "jvInspector.pas" the variable "PI" is NIL after
the call to GetPropInfo().

class function TJvInspectorPropData.New(const AParent:
TJvCustomInspectorItem;
  const AInstance: TObject; const PropName: string): TJvCustomInspectorItem;
var
  PI: PPropInfo;
begin
  PI := GetPropInfo(AInstance, PropName, tkAny);
  if PI <> nil then
    Result := New(AParent, AInstance, PI)
  else
    Result := nil;
end;

Now my question: can "normal" (low level-)classes not be inspected in this
way with TjvInspector? From which "class level" on can jvInspector be used?
(I have tried to create an item for my form and the property "Caption" - it
works! So i expect that i can only use it from a specific level on
(TPersistent or TComponent??)

Thanks in advance
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: DSMix conversion
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 2 Apr 2004 21:14:37 +0200
Newsgroups: jedi.vcl

Robert, how are you progressing on the DSMix conversion? Can we use it?

Maybe you should post your progress in Mantis
(http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=000
1291)?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: probably a stupid question but...
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 2 Apr 2004 12:11:37 -0600
Newsgroups: jedi.vcl

Thanks! That works perfectly. I dont know what i would do without the
experts of jvcl.

Thanks again,
Dave

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c4k6kv$trc$2@talkto.net...
> > You have to loop backwards when deleting. Also, call BeginUpdate/EndUpdate
> > to supress screen updates:
> >
> > FileListBox1.Items.BeginUpdate;
> > try
> >   for i := FileListBox1.Items.Count - 1 downto 0 do
> >     if FileListBox1.Selected[i] then
> >       FileListbox1.Items.Delete(i);
> > finally
> >   FileListBox1.Items.EndUpdate;
> > end;
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: probably a stupid question but...
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Fri, 2 Apr 2004 14:54:44 -0300
Newsgroups: jedi.vcl

hi dave, try...

for ii := 0 downto Filelistbox1.Items.Count - 1 do begin
    If Filelistbox1.Selected[ii] then begin
        Filelistbox1.items.delete(ii);
    end;
end;

change : to -> downto in the loop

charles




Subject: Re: probably a stupid question but...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 2 Apr 2004 19:38:51 +0200
Newsgroups: jedi.vcl

You have to loop backwards when deleting. Also, call BeginUpdate/EndUpdate
to supress screen updates:

FileListBox1.Items.BeginUpdate;
try
  for i := FileListBox1.Items.Count - 1 downto 0 do
    if FileListBox1.Selected[i] then
      FileListbox1.Items.Delete(i);
finally
  FileListBox1.Items.EndUpdate;
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDesktopAlert only with fix dimensions?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 2 Apr 2004 19:35:27 +0200
Newsgroups: jedi.vcl

> > I modified the stacker a little so that it should be able to stack 
> > alerts with different sizes. I posted the code in the binaries newsgroup 
> > for verification.

Thanks.Updated in CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: probably a stupid question but...
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 2 Apr 2004 11:25:54 -0600
Newsgroups: jedi.vcl

Is there any way to suppress a filelistbox from updating?
I have an app that uses a Tfilelistbox. Users can create what I call a
favorite images list which displays in the filelistbox. I want the users to
be able to select multiple files from their list and delete them from the
list. But the filelistbox automatically updates when you call:
FileListBox.Items.Delete(ii);

The following is a code sample:
for ii := 0 to Filelistbox1.Items.Count - 1 do begin
    If Filelistbox1.Selected[ii] then begin
        Filelistbox1.items.delete(ii);
    end;
end;

After the first item is deleted the count is now less than it was before,
because the filelistbox has updated itself.

Also, is there an easier way to deal with selected files only? I would
prefer not to loop through the entire filelistbox testing for selected
files, as a very large list would be very slow.

Thanks in advance,
Dave




Subject: Re: TJvDesktopAlert only with fix dimensions?
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Fri, 02 Apr 2004 16:37:28 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> NB: if you use multiple alerts, make usre they have the same width and
> height or the stacker won't work.

I modified the stacker a little so that it should be able to stack alerts with different sizes. I posted the code in the binaries newsgroup for verification.

Regards

Hans-Eric Grönlund


Subject: Re: Build system: strange things with make
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 2 Apr 2004 16:28:47 +0200
Newsgroups: jedi.vcl

> > I'm not saying that this is the solution, but that may be it.
Actally, after updating JvMarkupViewer it seems to build without problems
now. Weird error, indeed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvZlibMultiple - what format is that exactly? And whaddabout tar.gz support? How about pkZIP files?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 02 Apr 2004 09:20:08 -0500
Newsgroups: jedi.vcl

Thomas Mueller wrote:
> Turbopower's Abbrevia is open source: http://sourceforge.net/projects/tpabbrevia/

Woo. I had forgotten about that one.


Subject: Re: TJvXPBar
From: "Opp" <develop@op-code.co.uk>
Date: Fri, 2 Apr 2004 13:40:26 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Peter... thanks for the tips.  Any possibility who ever ported
>> > > TJvXPBar to JVCL could make the changes?
> > 
> > I did the port to JVCL from Marc Hoffman's dxPack, but that shouldn't
> > matter when you have requests: any JVCL developer should be able to
> > do the changes.  At the same time, I am working on some modifications
> > to JvXPBar, including the possibility to assign your own images for
> > the rollbutton, ability to group bars (so when one is expanded, the
> > others are collapsed) and setting the height of the header, so maybe
> > I am best suited to implemet these changes (if we add them)
> > 
> > There is one problem with accepting controls in a JVXPBar: they can
> > only be client, top or unaligned or they won't disappear when the bar
> > is collapsed.  One other problem is that it requires some substantial
> > rewrites to make it accept controls and at the same time contain
> > "normal" links. Adding support for "simple" control containment could
> > be done easily (using the method I outlined for you in the previous
> > post) but I suspect people soon will say "well, that's nice, but what
> > about mixing items and controls and why do I have to add those dummy
> > items to set the height of the expanded bar...".
> > 
>> > > Is the person available who ported this to JVCL
>> > > available to discuss potential problems?
> > 
> > You can (and should) always post here so everyone else can see and
> > participate in the discussion.
> > 
>> > > Every similar component I have found so far is lacking in
>> > > one way or another to make it complete.
> > What other shortcomings do you feel the JvXPBar has?

Hi Peter -

The only thing I would REALLY appreciate, is for the XPBar (and
associated buttons) to display the shortcut keys that can be assigned
to them.

This is something that is missing on other Jedi components/controls
also. I am speaking of the JvOutlookbar.

Neither of these controls allow you to display properly the shortcut
key assigned. If you try use the Ampersand symbol (as you normally do
with other controls - to show the user which key they need to press) it
does not show the subsequent letter underlined - it shows the literal
character "&".

I really like the look and feel of the above controls, and make the app
look very slick. Unfortunately - my users also require shortcut keys.

Please let me know your thoughts.
Many thanks..

Paul.

P.S I do not consider myself to be a component writer, but I would like
to help the Jedi community. If you guys need some web space, I may be
able to help out there. Cheers..



Subject: Re: a little confused...newbie
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 02 Apr 2004 15:12:22 +0200
Newsgroups: jedi.general,jedi.vcl

[x-post & follow-ups to jedi.jvcl]

Colin Basterfield wrote:

> I have just downloaded jcl and jvcl and am frankly confused as to what I
> have and how I install it.  I have been reading the install.txt in the jvcl
> directory and it talks of djcl, but when I try to compile the package
> JVCL200_R60 it complains that djcl60 isn't present.

The package source file is DJcl.dpk.  The binaries created from it are DJcl.dcp + DJcl60.bpl.  The differing executable base name is accomplished by means of the $LIBSUFFIX directive (Delphi 6 and above).

Being not familiar with JVCL installer details, I can't really say what went wrong here.

Greetings, Robert


Subject: Stylemanager for JvNavPane
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 2 Apr 2004 14:25:59 +0200
Newsgroups: jedi.vcl

I've added a style manager component to the JvNavPane set and I would like
to request some help from someone running XP and Outlook 2003: could you
check that the colors in the style manager are the same as in Outlook 2003
in all standard XP color themes? I have extracted the colors from a bunch of
screenshots sent to me by a friend but unfortunately, he saved the images as
jpg with compression and I'm not sure the colors are exactly correct and I
don't want to bother him again.

In addition, there is one mode called nptStandard: this is the color scheme
used when XP is running in classic mode, so please check that as well.

Thanks in advance.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Build system: strange things with make
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 02 Apr 2004 21:03:42 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>    Any idea why the JvJans package are giving so much trouble?
>
> Haven't got a clue but it seems it is resolved when building it a second
> time (sometimes). I can't see that it's anything in the package that should
> cause the error.
>
> The error I get is something like "JvJansD5D require never build package
> JvJansD5R.dpk Rebuild JvJansD5R"

I've changed JvMarkupViewer as it was using the OBJEXPORTALL directive and this one is pretty much useless and is known to cause troubles with Delphi. I'm not saying that this is the solution, but that may be it.
By the way, I never had the problem with JvJans, but that may be because I do a clean before I build the JVCL.


Subject: Re: JvExtraTrees
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 2 Apr 2004 12:50:13 +0200
Newsgroups: jedi.vcl

"Ivo Bauer" <bauer@ozm.cz> píše v diskusním pøíspìvku
news:c4j9pt$nni$1@talkto.net...
> > to their descentant?

Oops, it should obviously be

> > to their ancestor?


 Best regards,
 Ivo




Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 02 Apr 2004 20:30:25 +1000
Newsgroups: jedi.vcl

Dierk wrote:

> Olivier!
> That´s it, it was my fault.... (blowzy programming)
Well, it was a bit my fault too ;-)

> First time when onProgress is called totalsize and position have value 0.
Please note, the totalsize may always be 0 if the server doesn't provide the size. Your code is fine though.

> Ok, now it works really perfectly!
Glad to know that.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Build system: strange things with make
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 02 Apr 2004 20:22:28 +1000
Newsgroups: jedi.vcl

OBones wrote:

> But I haven't changed those files, except for the updates provided by Borland.

Ok, I've found the problem. I installed the UnxUtils files (http://unxutils.sf.net/) and put their directory into the PATH environement variable.
Unfortunately they have an exe file called echo.exe that does the above mentionned replacements!!! And make calls the files in PATH before any built-in command.
Anyway, I renamed the offending file and everything is back to normal.

So if anyone has the problem in the future, we know where to look at.

Cheers

Olivier


Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 2 Apr 2004 12:12:59 +0200
Newsgroups: jedi.vcl

Olivier!
That´s it, it was my fault.... (blowzy programming)
First time when onProgress is called totalsize and position have value 0.

With line in onProgress:
Label1.Caption:=IntToStr(trunc(100/ TotalSize*Position))+'% @'+Url;
this is a division by zero... ;)

Better that way:
procedure TDialog_CAM.JvHttpUrlGrabber1Progress(Sender: TObject; Position,
  TotalSize: Int64; Url: String; var Continue: Boolean);
begin

  JVProgressbar1.Max:=TotalSize;
  JVProgressbar1.Position:=Position;
  try
    Label1.Caption:=IntToStr(trunc(100/ TotalSize*Position))+'% @'+Url;
  except
  end;
  continue:=true;

end;

Ok, now it works really perfectly!
Regards

Dierk





Subject: Re: JvExtraTrees
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 2 Apr 2004 11:35:08 +0200
Newsgroups: jedi.vcl

"Stefano Pessina" <peste1@tin.it> píše v diskusním pøíspìvku
news:c4hrm2$fkb$1@talkto.net...
> > Comments about the screenshots :-)
> > New component (?) JvExtraTrees.

Indeed looks great, but you can do the same with the original VT.VCL with a
minimal effort. Could you please explain what value do your extra trees add
to their descentant?


Best regards,
Ivo




Subject: Re: TJvDesktopAlert only with fix dimensions?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 2 Apr 2004 10:13:48 +0200
Newsgroups: jedi.vcl

> > Peter, nice surprise. :)
Part of the fun<g>
> > and faster than the wind.....
No reason to hesitate once a decision is made

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDesktopAlert only with fix dimensions?
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 2 Apr 2004 09:42:49 +0200
Newsgroups: jedi.vcl

Peter, nice surprise. :)
and faster than the wind.....

Thanks
Dierk

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c4ivag$l2u$1@talkto.net...
> > Width and Height added to the Location property. Also in the demo. Try it
> > out.
> >
> > NB: if you use multiple alerts, make usre they have the same width and
> > height or the stacker won't work.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: TJvDesktopAlert only with fix dimensions?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 2 Apr 2004 08:35:23 +0200
Newsgroups: jedi.vcl

Width and Height added to the Location property. Also in the demo. Try it
out.

NB: if you use multiple alerts, make usre they have the same width and
height or the stacker won't work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvExtraTrees
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 2 Apr 2004 08:00:33 +0200
Newsgroups: jedi.vcl

> > Yes... but... mmm... you think it not possible to add that?
Sorry, no, because that would require the user to have VirtualTree. Why
don't you ask Mike if he's interested to add it to his 3rd party section?

Pity, looks nice!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvExtraTrees
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 2 Apr 2004 07:38:40 +0200
Newsgroups: jedi.vcl

Yes... but... mmm... you think it not possible to add that?

Stefano Pessina TNT Developing
C --------------------------------------------------------------------------
------ Stefano Pessina TNT Developing Chief Manager Tel. +39.348.8536802
Fax. +39.039.33031127 http://www.tntdeveloping.com/
"Holger Flick" <rammbaer@xyz.gmx.de> ha scritto nel messaggio
news:c4i1bv$ge6$1@talkto.net...
> > Looks like Mike's VTTreeView mostly?!
> >
> > Did you write descendants of that?! I guess you would not be allowed to
> > include it into the JVCL
> >
> > --
> > Holger




Subject: Re: TJvDragDrop
From: "Craig" <craig@.at.qnotes.com>
Date: Thu, 1 Apr 2004 19:48:31 -0500
Newsgroups: jedi.vcl

Please forget it.  I'm going to trap and use the windows error message to my
advantage.

> > Problem:
> > I have a text file in an email dragged to the form then added to a TMemo.
> > This works.  I need to then delete the file and redrag it to another
> > location.  This does not work as windows thinks that the file is still in
> > IE's tempory folder.
> >
> > Any ideas on how to tell windows API to reset for another drag and drop?
If
> > I close the email then repoen, it will work again, but I'm trying to
prevent
> > the need to close and reopen the email.
> >
> > IEs temp folder: 'C:\Documents and Settings\Craig\Local Settings\Temporary
> > Internet Files\Content.IE5\JA4V71WD'




Subject: Re: JvExtraTrees
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 02 Apr 2004 00:05:07 +0200
Newsgroups: jedi.vcl

Looks like Mike's VTTreeView mostly?!

Did you write descendants of that?! I guess you would not be allowed to include it into the JVCL

-- 
Holger


Subject: Re: JvZlibMultiple - what format is that exactly? And whaddabout tar.gz support? How about pkZIP files?
From: Thomas Mueller <news@s2h.cx>
Date: Thu, 01 Apr 2004 21:26:00 +0000
Newsgroups: jedi.vcl

Hi,

Warren Postma wrote:

> > { Is anyone aware of an open source Delphi component that does ZIP
> > files? I have a C-language zip/unzip open source command line utility,
> > I suppose it could be called as a DLL, but I prefer monolithic single
> > executables and I avoid DLLs/BPLs like the plague. }

Turbopower's Abbrevia is open source: 

http://sourceforge.net/projects/tpabbrevia/

twm



Subject: JvExtraTrees
From: "Stefano Pessina" <peste1@tin.it>
Date: Thu, 1 Apr 2004 22:27:42 +0200
Newsgroups: jedi.vcl

Comments about the screenshots :-)
New component (?) JvExtraTrees.

http://www.tntdeveloping.com/jvcl/screen_dark.jpg
http://www.tntdeveloping.com/jvcl/screen_xp.jpg
http://www.tntdeveloping.com/jvcl/screen_flat.jpg
http://www.tntdeveloping.com/jvcl/screen_db.jpg
http://www.tntdeveloping.com/jvcl/screen_split.jpg
http://www.tntdeveloping.com/jvcl/screen_super.jpg
http://www.tntdeveloping.com/jvcl/screen_thub1.jpg
http://www.tntdeveloping.com/jvcl/screen_thub2.jpg

________________ __

Regards,
Stefano Pessina




Subject: Re: Please help...cant get parameter correct...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 1 Apr 2004 21:47:40 +0200
Newsgroups: jedi.vcl

Try:

ShellExecAndWait(AppPath, ' /NoUpg /LogAppnd ""-impdata' + VarMap + '""
/exit,
'', SW_SHOWNORMAL);


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvZlibMultiple - what format is that exactly? And whaddabout tar.gz support? How about pkZIP files?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 1 Apr 2004 21:05:44 +0200
Newsgroups: jedi.vcl

> > However, the files created by JvZlibMultiple can't be read by anything
> > else, right?
The format of JvZLibMultiple is "home grown", so the answer would be "no".

> > I have written a TAR component for Delphi, and if ZLIB can do the GZ
> > bit, perhaps that would be a nice upgrade to JvZlibMultiple if I add in
> > Tar.gz compatibility.
A tar component would be nice. Actually, with a tar component, there would
be no use for JvZLibMultiple: you could use zlib directly to compress the
single .tar file.

> > { Is anyone aware of an open source Delphi component that does ZIP
> > files? I have a C-language zip/unzip open source command line utility,
> > I suppose it could be called as a DLL, but I prefer monolithic single
> > executables and I avoid DLLs/BPLs like the plague. }
There are a few, but none native (100% Delphi source) AFAIK

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: using jvsearchfiles demo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 1 Apr 2004 21:03:15 +0200
Newsgroups: jedi.vcl

I am not all all understanding what you are asking.

Did you add a select directory box to the demo and now don't know how to get
rid of it? Or do you want to prevent the user to click the browse button to
select a directory? In the latter case, replace the TJvDirectoryBox with a
TEdit (or remove it).

Sorry, you have to be more clear if you need help.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvNavPanelButton: Support for actions
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 1 Apr 2004 20:57:30 +0200
Newsgroups: jedi.vcl

> > Would it be possible to add support for actions to TJvNavPanelButtons?
Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Please help...cant get parameter correct...
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 1 Apr 2004 12:10:59 -0600
Newsgroups: jedi.vcl

i am trying to use ShellExecAndWait to launch an app that has double quotes
in the command line parameters. The help file says the following:

const Parameters: string = ''

Application parameters. The parameters must be separated by spaces. To
include double quotation marks, enclose each mark in a pair of quotation
marks. This parameter defaults to an empty string.

?????!

So i tried :
ShellExecAndWait(AppPath, ' /NoUpg /LogAppnd "-impdata' + VarMap + '" /exit,
'', SW_SHOWNORMAL);

But it didn't work...
How do i include double quotes in the above?

AppPath is a string holding exe path, VarMap is a string with the parameter
in it.

Please help...i am at my wits end with this thing.

Thanks,
Dave






Subject: TJvDragDrop
From: "Craig" <craig@.at.qnotes.com>
Date: Thu, 1 Apr 2004 12:08:19 -0500
Newsgroups: jedi.vcl

Problem:
I have a text file in an email dragged to the form then added to a TMemo.
This works.  I need to then delete the file and redrag it to another
location.  This does not work as windows thinks that the file is still in
IE's tempory folder.

Any ideas on how to tell windows API to reset for another drag and drop?  If
I close the email then repoen, it will work again, but I'm trying to prevent
the need to close and reopen the email.

IEs temp folder: 'C:\Documents and Settings\Craig\Local Settings\Temporary
Internet Files\Content.IE5\JA4V71WD'


-- Craig 

Subject: Re: TJvDesktopAlert only with fix dimensions?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 1 Apr 2004 18:55:33 +0200
Newsgroups: jedi.vcl

> > is it possible to change this fixed dimensions (Height := 76;  Width :=
> > 329;) into public or even published variable values?
The problem is the location of the components on the form (Icon, Header,
Text, Buttons) and whether Buttons should have their size settable as well.
It could look really weird if the height and/or width is set "incorrectly".

> > Maybe with autosize property - of course only when unstacked?
Stacking shouldn't be a (major) problem even with alerts of different sizes
(I think)


-- Regards, Peter Thornqvist (JVCL Coordinator) 

Subject: TJvDesktopAlert only with fix dimensions?
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 1 Apr 2004 17:20:48 +0200
Newsgroups: jedi.vcl

Peter,

is it possible to change this fixed dimensions (Height := 76;  Width :=
329;) into public or even published variable values?
Maybe with autosize property - of course only when unstacked?

Regards

Dierk






Subject: JvZlibMultiple - what format is that exactly? And whaddabout tar.gz support? How about pkZIP files?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 01 Apr 2004 09:17:16 -0500
Newsgroups: jedi.vcl

As far as I remember the Famous ZLIB is the library behind the Compress and/or Gzip unix utilities, right?

However, the files created by JvZlibMultiple can't be read by anything else, right?

I have written a TAR component for Delphi, and if ZLIB can do the GZ bit, perhaps that would be a nice upgrade to JvZlibMultiple if I add in Tar.gz compatibility.

{ Is anyone aware of an open source Delphi component that does ZIP files? I have a C-language zip/unzip open source command line utility,
I suppose it could be called as a DLL, but I prefer monolithic single executables and I avoid DLLs/BPLs like the plague. }

Warren


Subject: The JVCL 3 BETA mentioned in Delphi Magazine
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 1 Apr 2004 15:56:27 +0200
Newsgroups: jedi.vcl

Delphi Magazine has the JVCL 3 BETA release news item in their last issue,
so now we are *really* famous <g>.

You can see it on-line at http://www.thedelphimagazine.com/news.php as well.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvNavPanelButton: Support for actions
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 1 Apr 2004 15:26:49 +0200
Newsgroups: jedi.vcl

Hello,

the new TjvNavPanel is really great!

Would it be possible to add support for actions to TJvNavPanelButtons?
Currently there is only an OnClick event and actions would make this
component much more useable.

(is it enough to make "Action" public? - I have never written a component
that supports actions)

Ciao,
Ralf



Subject: TJvTrayIcon problem
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Thu, 1 Apr 2004 15:02:23 +0200
Newsgroups: jedi.vcl

I'm using TJvTrayIcon with Delphi 7 (and JVCL 3) and I've tested my
application on Windows XP.

Most of the time everything works fine.

But sometimes I've noticed that when the user do nothing during a while (and
in others case I could'nt identify clearly), the icon in the systray
disappears. Even if I click on the little arrow in order to display the
hidden icons, my icon does not reappears. As a result when I want to quit
the application, I should use the program manager to kill the process.

I know that XP masks the inactive icons, but normally they are not
definitively deleted from the systray while they run !

Any idea's, suggestions, etc.?

Regards,

-- A.R. 

Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 1 Apr 2004 13:20:36 +0200
Newsgroups: jedi.vcl

I´ll check it later.
In moment can´t do anything with RAS.

Greetings




Subject: Re: Build system and C6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 01 Apr 2004 21:02:03 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> further why it doesn't at home.  Anyway, I modified build.exe
>
>
> A little but that I will fix is that you forgot to set HppPathSet to True.

Woops... Sorry about that, I always used --hpp-path= because I don't want the files to move. I actually didn't check it would move the file. Lucky you did <g>


Subject: Re: Build system and C6
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 1 Apr 2004 11:58:08 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > further why it doesn't at home.  Anyway, I modified build.exe

A little but that I will fix is that you forgot to set HppPathSet to True.


-- Regards, Andreas Hausladen 

Subject: using jvsearchfiles demo
From: steve <swarburton@orange.net>
Date: Thu, 1 Apr 2004 08:49:43 +0000 (UTC)
Newsgroups: jedi.vcl

I have used the above demo and changed some of the code to suit my app.
on showing the form a select directory dialoge form appears.

I now need to skip past this by not showing it or automatically pressing the ok
key.

I then enter the directory needed by another method.

I can usually hack my way through theses things without having to understand
all the underlying code.

I cannot find the select directory form anywhere. is this a system dialoge ?

any help appreciated

steve w


Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 01 Apr 2004 16:49:30 +1000
Newsgroups: jedi.vcl

Dierk wrote:

> Mhh. sorry no affect.

I seriously doubt it, I did some tests here, and it works perfectly. However, there was an issue, the line

FContinue:=True;

should be moved from the constructor to the beginning of the Execute method of TJvHttpUrlGrabberThread.

Please check that whatever is in your event handler for OnProgress doesn't trigger an exception, that would kill the thread and the grabbing.
Also ensures that the filename is specified and the mode is omFile.

As I said, all is fine here (with BCB6)

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: JVCL/JCL Diagram Class
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 1 Apr 2004 08:29:11 +0200
Newsgroups: jedi.vcl

> > Does anybody have any contact to the original developers? Is it being
> > discontinued?
No, but they are both swedish (I think) and so am I :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Build system and C6
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 01 Apr 2004 14:17:24 +1000
Newsgroups: jedi.vcl

Hi

I've tried the build system at work with BCB6 Trial and make.exe that I can't remember where I get it from.
It worked, so I'll investigate further why it doesn't at home.
Anyway, I modified build.exe and makefile.mak so that one can specify a blank value for HPPDIR. Hence, I do not want to have to copy the hpp files whenever I recompile a pascal file.
So I removed the check in makefile.mak and added the --hpp-path=X option to build. In this case, X defaults to $(ROOT)\Include\Vcl but one could call build like that:
build c6 --hpp-path=

to get it to leave the hpp files with the source files.
I'll keep everyone posted on my "make" investigation.

Cheers

Olivier



Subject: Re: JVCL/JCL Diagram Class
From: "Femi Fadayomi" <someone@kefedot.com>
Date: Wed, 31 Mar 2004 21:54:04 -0500
Newsgroups: jedi.vcl

> > It's an awesome program

I thought so too. Unfortunately, I am not a low level programmer, this is
the kind of tools that I hate to see die off.

> > Does anybody have any contact to the original developers? Is it being
> > discontinued?
> >
No idea, but one can try their SF address. No recent activities.

> > Furtermore, which applications do support XMI?
> >
Enterprise Architect  for one, I am not sure about ModeMaker

>> > > ESSModel seems a nice enough program but it sure needs some
optimizations.
>> > >
That would be nice.

Thanks
Femi




Subject: Re: JVCL/JCL Diagram Class
From: "Femi Fadayomi" <someone@kefedot.com>
Date: Wed, 31 Mar 2004 21:40:44 -0500
Newsgroups: jedi.vcl

> > That would be really cool.
> >
Download link is available on binary. I will make it available on-line soon.

> > BTW, I downloaded the ESSModel sources and found that it hangs on
> > JvComputerInfoEx (it chokes on a lot of files but only hangs on
> > JvComputerInfoEx). The following change in uDelphiParser.pas fixes it (I
> > don't know if this breaks something else, but at least it gets you out of
> > the indefinite loop):
> >

I don't use ESSModel on a regular basis. Actually, I knew about it and
searched for it in response to Charles question, tested it and posted the
link. If your changes resolve any issue, it maybe worthwhile to let the
project team know about it so that they can incorporate it into the source.

Thanks for all your contributions to the Delphi community.

Femi




Subject: Re: JVCL/JCL Diagram Class
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 01 Apr 2004 03:45:07 +0200
Newsgroups: jedi.vcl

It's an awesome program, however, it would be nice if it could evaluate comments like javadoc does. I miss commentary in the documentation. The models are really great, but the documentation surely is missing information.

Does anybody have any contact to the original developers? Is it being discontinued?

Furtermore, which applications do support XMI?

> ESSModel seems a nice enough program but it sure needs some optimizations.
>


Subject: Re: News reader (which one is best for developers)
From: "Chris Grant" <cjgrant_aaa@bigpond.net.au>
Date: Wed, 31 Mar 2004 23:55:54 +0000 (UTC)
Newsgroups: jedi.vcl

Have to agree with you here... Sorry for the slip up.

Chris

Arioch wrote:

> > Hello, Chris!
> > 
> >  CG>  (i.e. Jedi News server)
> > 
> > IMHO it is not Jedi ?
> > Isn't it just a commercial servce (www.talkto.net) w/o relation to
> > Jedi ?



-- ==================================================================== To email me remove the obvious 

Subject: Re: Packages Generator can now handle "NOT-conditions"
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 01 Apr 2004 08:11:57 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Yes. Now you can set a CONDITION node to "!QREPORT4" what will produce
> {$IFNDEF QREPORT4}
> {$ENDIF}
>
> To say it with other words: I have implemented the C/C++ not operator "!"
> for the condition-node in the xml files.

Sweet.
Thanks for that.


Subject: Re: Packages Generator can now handle "NOT-conditions"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 23:57:18 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Or is it in the "CONDITION" property of the nodes?

Yes. Now you can set a CONDITION node to "!QREPORT4" what will produce
{$IFNDEF QREPORT4}
{$ENDIF}

To say it with other words: I have implemented the C/C++ not operator "!"
for the condition-node in the xml files.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL/JCL Diagram Class
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 31 Mar 2004 23:41:36 +0200
Newsgroups: jedi.vcl

> > Good idea. I will do just that by the end of the week. Also, if it will be
> > useful to others, I will consider making it available on-line, and update
it
> > weekly.

That would be really cool.

BTW, I downloaded the ESSModel sources and found that it hangs on
JvComputerInfoEx (it chokes on a lot of files but only hangs on
JvComputerInfoEx). The following change in uDelphiParser.pas fixes it (I
don't know if this breaks something else, but at least it gets you out of
the indefinite loop):

procedure TDelphiParser.ParseFunction(AOperation: TOperation; Visibility:
TVisibility);
....
// at the end:

    else if (lToken = 'of') and (LowerCase(NextToken) = 'object') then
    begin
         { TODO : Handle 'of object'? }
      GetNextToken; GetNextToken;
    end
    else if lToken = 'nil' then // ADDED
      GetNextToken; // ADDED
  end;
  if Token = ';' then GetNextToken;
end;

ESSModel seems a nice enough program but it sure needs some optimizations.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages Generator can now handle "NOT-conditions"
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 01 Apr 2004 07:22:08 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have added the ability to support {$IFnDEF Condition}{$ENDIF} to the
> Packages Generator. The help file is also updated.
>
>
What do you mean by that? I thought I added that in the way it processes the include file.
Or is it in the "CONDITION" property of the nodes?


Subject: Re: TJvScheduler Help
From: "Noisx" <nosp@me.com>
Date: Wed, 31 Mar 2004 21:21:08 +0000
Newsgroups: jedi.vcl

> >    That indicates an issue with the auto loading mechanism. I'll have a
> >look sometime today (I hope).
> >
> > N> So is it something I am doing or something wrong elsewhere ?
> >
> >    The code you posted seems OK, so I'm pretty sure there's a problem 
in
> >the component itself.
> >
> >--
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JVCL Help team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
> >It's quiet 'cause Foobar2000 is not active.


Hello Marcel,

If it matters I am still using JVCL version 2.10 (did not want to risk 
installing the beta yet) but if need be then I will install version 3



--- posted by geoForum on http://delphi.newswhat.com


Subject: jvcl.inc changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 23:14:43 +0200
Newsgroups: jedi.vcl

I added a new symbol "QREPORT4" that controls the package requires
condition for qrpt/qr4rund7.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL/JCL Diagram Class
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Wed, 31 Mar 2004 16:13:05 -0500
Newsgroups: jedi.vcl

> > Better upload to your own web space and provide a link if possible. 18MB
> >is a bit much...
> >
Good idea. I will do just that by the end of the week. Also, if it will be
useful to others, I will consider making it available on-line, and update it
weekly.

Thanks
Femi




Subject: Packages Generator can now handle "NOT-conditions"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 23:10:30 +0200
Newsgroups: jedi.vcl

I have added the ability to support {$IFnDEF Condition}{$ENDIF} to the
Packages Generator. The help file is also updated.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL/JCL Diagram Class
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 31 Mar 2004 23:01:27 +0200
Newsgroups: jedi.vcl

> > These files are HUGE. I will post the xmi file to binary, it is under 2mb
> > when zipped. But the documentation (linked HTML and PNG) files is about
18mb
> > zipped. If you still want me to post it, just say so.

Better upload to your own web space and provide a link if possible. 18MB is
a bit much...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL & QRPT
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 22:42:23 +0200
Newsgroups: jedi.vcl

Ian Branch wrote:

> >     Clearly I have missed some thing but I'm not sure what.

The packages are recreated. You must modify the packages\xml\JvXxxx.xml
files which are the base for the packages generator. For this you could
compile the devtools\pgEdit tool.

-- Regards, Andreas Hausladen 

Subject: JVCL & QRPT
From: "Ian Branch" <branch@ancc.com.au>
Date: Thu, 1 Apr 2004 06:35:12 +1000
Newsgroups: jedi.vcl

Hi Guys,

    A small problem when updating through TortiseCVS, which is really
excellent.  My thanks to Arioch for the assist.

    Having updated my files and copied them to the working directory, when I
run Install.bat (D7 Pro environment) the installation errors at jvGlobus and
jvInterpreter packages because they require qrpt.  Having updated to
Quickreport v 4 I no longer have qrpt on my computer.  No real drama so far.

    So I thinks I will edit the respective packages to remove reference to
qrpt and add reference to QR4RunD7.  No problem there, compiles OK.

    Then when I re-run Install.bat it once again fails because it is missing
qrpt.  A quick look at the package and qr4rund7 has been replaced with qrpt.

    Clearly I have missed some thing but I'm not sure what.

    Suggestions?


Regards & TIA.

Ian




Subject: Re: JVCL/JCL Diagram Class
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Wed, 31 Mar 2004 15:18:41 -0500
Newsgroups: jedi.vcl

> > It's not working on the current CVS run directory. Wonder which version
> > was used that it worked...
> >
The original v3 Beta release. It will take sometime depending on PC
configuration. On my P4/2.4MHZ with 256MB, it took about 5min to generate
the diagrams and about 30min to generate the documentations.

Femi




Subject: Re: JVCL/JCL Diagram Class
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Wed, 31 Mar 2004 15:13:14 -0500
Newsgroups: jedi.vcl

>> > > I ran it against the RUN subdirectory.
> > Oh... I ran it against the complete directory.
> > Could you post the resulting diagram file in jedi.binaries ?
> > Thanks.

These files are HUGE. I will post the xmi file to binary, it is under 2mb
when zipped. But the documentation (linked HTML and PNG) files is about 18mb
zipped. If you still want me to post it, just say so.

Femi




Subject: That was it
From: "devedit" <devedit81@yahoo.com>
Date: Wed, 31 Mar 2004 17:42:48 +0000
Newsgroups: jedi.vcl

Yep that was it.  THanks :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Build system: strange things with make
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 31 Mar 2004 18:42:08 +0200
Newsgroups: jedi.vcl

> >     Any idea why the JvJans package are giving so much trouble?
Haven't got a clue but it seems it is resolved when building it a second
time (sometimes). I can't see that it's anything in the package that should
cause the error.

The error I get is something like "JvJansD5D require never build package
JvJansD5R.dpk Rebuild JvJansD5R"


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL/JCL Diagram Class
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 31 Mar 2004 16:13:43 +0200
Newsgroups: jedi.vcl

It's not working on the current CVS run directory. Wonder which version was used that it worked...

-- 
Holger

OBones wrote:
> Femi Fadayomi wrote:
>
>>> Just a quick note: I tried to run it on the JVCL3 directory, it
>>> complains about a lot of files and at one point I had to kill it, it was
>>> taking 100% CPU for about 5 minutes...
>>>
>>
>>
>> It did complained on some files as you indicated on my PC, but did not
>> freeze. I got a pretty neat diagram from it.
>>
>> I ran it against the RUN subdirectory.
>
> Oh... I ran it against the complete directory.
> Could you post the resulting diagram file in jedi.binaries ?
> Thanks.


Subject: Re: Where i can found 'DJclVcl' unit
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 31 Mar 2004 16:09:15 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist schrieb:
>> It would be helpful to hint me to
>> those or better yet, x-post to .jcl.
>
> I think OBones has made quite a few postings in jedi.jcl about these issues.

Correct, and in fact I did read them, but in the meantime mostly had forgotten about it.

> Maybe we (wrongly?) assume JCL:ers are reading jedi.vcl since most JVCL:ers
> also read jedi.jcl

I scan jvcl repeatedly each day, but in general don't look so closely at the details, assuming JCL in general won't be affected.


Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 31 Mar 2004 16:00:54 +0200
Newsgroups: jedi.vcl

Mhh. sorry no affect.


"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c4eevu$rl8$1@talkto.net...
> > Dierk wrote:
> >
>> > > Oh, sorry Olivier,
>> > > that wasn´t the solution for my problem! (Shame on me - haven´t really
>> > > compiled the fix)
>> > > Works only without calling InternetSetStatusCallback (in
>> > > TJvHttpUrlGrabberThread.Execute) and without your fix (in
>> > > TJvCustomUrlGrabberThread.Create) to this.
>> > > Maybe problems with combination delphi5 pro /Win98 and IE 6.0 ??
> > Don't think so.
> >
>> > > Any other suggestions to this?
> > try to put the same line of code at the beginning of Execute in the HTTP
> > thread.




Subject: Re: Where i can found 'DJclVcl' unit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 31 Mar 2004 15:49:01 +0200
Newsgroups: jedi.vcl

> > It would be helpful to hint me to
> > those or better yet, x-post to .jcl.
I think OBones has made quite a few postings in jedi.jcl about these issues.
Maybe we (wrongly?) assume JCL:ers are reading jedi.vcl since most JVCL:ers
also read jedi.jcl


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where i can found 'DJclVcl' unit
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 31 Mar 2004 15:44:57 +0200
Newsgroups: jedi.vcl

Hi Olivier,

OBones wrote:

>> When JCL supplies a package for Delphi, there will be a corresponding package for BCB.
>
> With the difference that a package for BCB is a bpi/bpl/lib trio. However, this doesn't allow the pascal compiler for BCB to find the units it needs when compiling the JVCL.
> Two solutions to that problem:
> 1. Add the JCL directory to the search directories for dcc32
> 2. Create a dcp file with dcc32 from BCB and add it in the PFLAGS for the package

Interesting.  Maybe that's somehow related to the problems I had when building CJclVClx with Kylix 3.  Will check that out.

Greetings, Robert


Subject: Re: Where i can found 'DJclVcl' unit
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 31 Mar 2004 15:42:37 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Whatever you are trying to say, it is most probably wrong.  :)
>
> That's a very arrogant statement.

That's your perception.  It was not meant to be patronizing or something.  I'm very aware of the fact that I might be missing something.  In future I'll choose my words more carefully.

Haven't you followed the discussions about
> BCB problems visavi JCL and JVCL?

No.  I simply don't have the time to wade through all the messages in jvcl to find those related to JCL.  It would be helpful to hint me to those or better yet, x-post to .jcl.


Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 23:32:38 +1000
Newsgroups: jedi.vcl

Dierk wrote:

> Oh, sorry Olivier,
> that wasn´t the solution for my problem! (Shame on me - haven´t really
> compiled the fix)
> Works only without calling InternetSetStatusCallback (in
> TJvHttpUrlGrabberThread.Execute) and without your fix (in
> TJvCustomUrlGrabberThread.Create) to this.
> Maybe problems with combination delphi5 pro /Win98 and IE 6.0 ??
Don't think so.

> Any other suggestions to this?
try to put the same line of code at the beginning of Execute in the HTTP thread.


Subject: Re: Build system: strange things with make
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 31 Mar 2004 15:26:38 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 31 Mar 2004 15:07:56 +0200:

 PT> (well,
 PT> except for spurious errors compiling JvJans-R and -D but that has
 PT> nothing to do with the build system).

    Any idea why the JvJans package are giving so much trouble? The packages
seem to be OK, but for some reason the JvJans-D package is considered to be
run time only after the first build/install which is slightly annoying.
Perhaps we should build the JvJans packages twice from the build system?
Just to be sure <g>


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "That I Would Be Good" by Alanis Morissette.




Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 31 Mar 2004 15:15:33 +0200
Newsgroups: jedi.vcl

Oh, sorry Olivier,
that wasn´t the solution for my problem! (Shame on me - haven´t really
compiled the fix)
Works only without calling InternetSetStatusCallback (in
TJvHttpUrlGrabberThread.Execute) and without your fix (in
TJvCustomUrlGrabberThread.Create) to this.
Maybe problems with combination delphi5 pro /Win98 and IE 6.0 ??

Any other suggestions to this?

Regards

Dierk

"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c4eae9$qqe$1@talkto.net...
> > Dierk wrote:
> >
>> > > Olivier,
>> > > thanks. Now it works absolutely perfect!
>> > > For my usage (simply downloading some pictures from webcams) it works
much
>> > > better than indy´s IdHttp component.
> >
> > Glad to hear that, it is a component meant to be easy to use with the
> > drawback that you don't have much control on the process. Indy's
> > components are more advanced. As usual, it's a matter of the right tool
> > for the right problem ;-)




Subject: Re: Where i can found 'DJclVcl' unit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 31 Mar 2004 15:10:31 +0200
Newsgroups: jedi.vcl

> > Whatever you are trying to say, it is most probably wrong.  :)
That's a very arrogant statement. Haven't you followed the discussions about
BCB problems visavi JCL and JVCL?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Build system: strange things with make
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 31 Mar 2004 15:07:56 +0200
Newsgroups: jedi.vcl

I've tried the new build system with d5-d7 without problems (well, except
for spurious errors compiling JvJans-R and -D but that has nothing to do
with the build system). I don't have BCB5, BCB6 or K3 installed so can't
test those.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Build system: strange things with make
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 22:55:25 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Well, on my system, it creates a file containing that:
>> @echo off
>> SET PATH=c:\path\to\delphi6§in
>> SET DCC=c:\path\to\delphi6§in\dcc32.exe
>
>
> This let me slowly think that your make.exe is not working correctly.
> Maybe I should write a special version for you :-)
Yeah, that'd be great !

But I haven't changed those files, except for the updates provided by Borland.


Subject: Re: Build system: strange things with make
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 14:45:43 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Well, on my system, it creates a file containing that:
> > @echo off
> > SET PATH=c:\path\to\delphi6§in
> > SET DCC=c:\path\to\delphi6§in\dcc32.exe

This let me slowly think that your make.exe is not working correctly.
Maybe I should write a special version for you :-)

Can somebody else test the new build system because it is required by the
new installer?


-- Regards, Andreas Hausladen 

Subject: Re: Problem after installing
From: "devedit" <devedit81@yahoo.com>
Date: Wed, 31 Mar 2004 12:35:10 +0000
Newsgroups: jedi.vcl

> >devedit wrote:
> >
>> >> I've looked around a lot and have been unable to find anyone with a 
>> >> similiar problem so that leads me to believe I did something wrong.  I 
am 
>> >> using the jvcl3 on Delphi Personal.  I did select personal edition 
with 
>> >> the installer.  It installed just fine but when I tried to run a demo 
app 
>> >> of a component I had installed I recieved this error:
>> >> 
>> >> [Fatal Error] JvConsts.pas(249): Could not create output 
>> >> file '..\..\..\..\..\dcu\JvConsts.dcu'
> >
> >Which example ?
> >This looks like the cfg file has too many ..\ in the directories. It 
> >should indicate ..\..\dcu and not the ridiculously long value it has 
> >right now.
> >
This is my cfg file.  


-E"..\..\packages"
-U"..\..\common;..\..\run"
-O"..\..\common;..\..\run"
-I"..\..\common;..\..\run"
-R"..\..\common;..\..\run"



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvDBStatusLabel and filter
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 22:33:53 +1000
Newsgroups: jedi.vcl

Hi all.

Here is a question from a french speaking user:

I'm using a JvDBStatusLabel from the JVCL to get this information:
"Record x over 50". But when my table is filtered, The dispay is only "Record x" when I would expect it to be "Record x over 25" for instance. Does anyone know how to do that?

Thansk for the answers

ref: news.delphinaute.be/delphi/Johan 31-03-2004 19:30


Subject: Re: Where i can found 'DJclVcl' unit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 22:18:59 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Hi Andreas,
>
> Andreas Hausladen wrote:
>
>> It is not a unit, it is a .dcp (Delphi Compiled Package) file. This file
>> is created by the JCL for Delphi but not for BCB. 
>
>
> Whatever you are trying to say, it is most probably wrong.  :)
>
> The "D" denotes a package for Delphi (as you know, for sure).  And there is essentially no difference in package structure between Delphi and BCB:  When JCL supplies a package for Delphi, there will be a corresponding package for BCB.
With the difference that a package for BCB is a bpi/bpl/lib trio. However, this doesn't allow the pascal compiler for BCB to find the units it needs when compiling the JVCL.
Two solutions to that problem:
1. Add the JCL directory to the search directories for dcc32
2. Create a dcp file with dcc32 from BCB and add it in the PFLAGS for the package

Solution 1 is a pain because it requires to know where the JCL is whenever one wants to compile a JVCL package
Solution 2 is way cleaner because it works exactly like the way BCB works with pascal packages.

So I decided to go for solution 2. However, the dcp file is called CJclVcl.dcp with a C for CBuilder.
In the case of our reader though, I'd say he didn't compile the JCL first or he didn't use the JCL1.9

Cheers

Olivier


Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 22:14:56 +1000
Newsgroups: jedi.vcl

Dierk wrote:

> Olivier,
> thanks. Now it works absolutely perfect!
> For my usage (simply downloading some pictures from webcams) it works much
> better than indy´s IdHttp component.

Glad to hear that, it is a component meant to be easy to use with the drawback that you don't have much control on the process. Indy's components are more advanced. As usual, it's a matter of the right tool for the right problem ;-)


Subject: Re: JVCL/JCL Diagram Class
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Wed, 31 Mar 2004 09:07:03 -0300
Newsgroups: jedi.vcl

hi Femi

thanks, i try....


charles

"Femi Fadayomi" <fadayomf@kefe.com> escribió en el mensaje
news:c4coua$iub$1@talkto.net...
> > Hi Charles,
> >
> > You may want to do it yourself, and the tool to do it is here:
> > http://sourceforge.net/projects/essmodel/
> >
> > Thanks
> > Femi
> >
> >




Subject: Build system: strange things with make
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 22:03:19 +1000
Newsgroups: jedi.vcl

Hi

This is mostly targeted at Andreas.
I can't get the build system to work because of a weird thing happening with make.exe that I have here. Here is an extract of the lines for CompilePackages:

CompilePackages:
    @echo [Compiling: Packages]
    @cd $(JVCLPACKAGEDIR)
    #
    # create temporary batch file
    @echo @echo off>tmp.bat
    @echo SET PATH=$(ROOT)\bin>>tmp.bat
    @echo SET DCC=$(DCC)>>tmp.bat

This extract would normally create a file called tmp.bat that contains this:
@echo off
SET PATH=c:\path\to\delphi6\bin
SET DCC=c:\path\to\delphi6\bin\dcc32.exe

Well, on my system, it creates a file containing that:
@echo off
SET PATH=c:\path\to\delphi6§in
SET DCC=c:\path\to\delphi6§in\dcc32.exe

where § is actually a $8 character. Clearly, \b is interpreted as Backspace ! And apparently there are others like \w, \c ...
Has anyone have any idea how to stop that from happening? Because if I put the @echo lines directly in a batch file, tmp.bat is generated correctly.
I've posted this to borland.public.delphi.commandlinetools and borland.public.cppbuilder.commandlinetools in the hope someone will have a clue over there.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 31 Mar 2004 14:00:15 +0200
Newsgroups: jedi.vcl

Olivier,
thanks. Now it works absolutely perfect!
For my usage (simply downloading some pictures from webcams) it works much
better than indy´s IdHttp component.

Greetings

Dierk

"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c4e6pd$q5f$1@talkto.net...
> > Dierk wrote:
>> > > The Problem is in procedure TJvHttpUrlGrabberThread.Execute when
>> > > InternetSetStatusCallback(hHostConnection,
>> > > PFNInternetStatusCallback(@DownloadCallBack)) is called, the thread ends
>> > > without any error or any hint???
> > This is because FContinue is False, and is my fault. This is now fixed
> > in CVS
> >
>> > > Any suggestions?
> > In the file called JvUrlListGrabber.pas, at line 760, just before
> >    FGrabber := Grabber;
> > insert
> >    FContinue := True;
> >
> > and this will fix the problem.
> > Sorry for the inconvenience
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> >




Subject: Re: JVCL/JCL Diagram Class
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Wed, 31 Mar 2004 08:42:25 -0300
Newsgroups: jedi.vcl

i need to study to decide as using my security component (in development)
with JVCL...

charles




Subject: Re: Where i can found 'DJclVcl' unit
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 31 Mar 2004 13:34:42 +0200
Newsgroups: jedi.vcl

Hi Andreas,

Andreas Hausladen wrote:
> It is not a unit, it is a .dcp (Delphi Compiled Package) file. This file
> is created by the JCL for Delphi but not for BCB. 

Whatever you are trying to say, it is most probably wrong.  :)

The "D" denotes a package for Delphi (as you know, for sure).  And there is essentially no difference in package structure between Delphi and BCB:  When JCL supplies a package for Delphi, there will be a corresponding package for BCB.

Greetings, Robert


Subject: Where i can found 'DJclVcl' unit
From: "ILL_BE_BACK" <prichardot@adi-gestion.com>
Date: Wed, 31 Mar 2004 11:34:15 +0000
Newsgroups: jedi.vcl

 Thank advance



--- posted by geoForum on http://delphi.newswhat.com


Subject: Problem after installing
From: "devedit" <devedit81@yahoo.com>
Date: Wed, 31 Mar 2004 11:23:46 +0000
Newsgroups: jedi.vcl

I've looked around a lot and have been unable to find anyone with a 
similiar problem so that leads me to believe I did something wrong.  I am 
using the jvcl3 on Delphi Personal.  I did select personal edition with 
the installer.  It installed just fine but when I tried to run a demo app 
of a component I had installed I recieved this error:

[Fatal Error] JvConsts.pas(249): Could not create output 
file '..\..\..\..\..\dcu\JvConsts.dcu'

Any idea's, suggestions, etc.? Thanks :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Strange problems in TJvHttpUrlGrabberThread.Execute
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 21:12:35 +1000
Newsgroups: jedi.vcl

Dierk wrote:
> The Problem is in procedure TJvHttpUrlGrabberThread.Execute when
> InternetSetStatusCallback(hHostConnection,
> PFNInternetStatusCallback(@DownloadCallBack)) is called, the thread ends
> without any error or any hint???
This is because FContinue is False, and is my fault. This is now fixed in CVS

> Any suggestions?
In the file called JvUrlListGrabber.pas, at line 760, just before
  FGrabber := Grabber;
insert
  FContinue := True;

and this will fix the problem.
Sorry for the inconvenience

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: Problem after installing
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 31 Mar 2004 13:12:28 +0200
Newsgroups: jedi.vcl

> > It installed just fine but when I tried to run a demo app
[...]
I rather think it's the dof file of the demo you are trying to run that is
the problem. Either delete the dof file completely before opening the demo
in Delphi or remove one or two "..\" from the paths

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where i can found 'DJclVcl' unit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 12:03:57 +0200
Newsgroups: jedi.vcl

It is not a unit, it is a .dcp (Delphi Compiled Package) file. This file
is created by the JCL for Delphi but not for BCB. Normally the JVCL
Installer creates this file for BCB.


-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 12:00:45 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > That's fine, but to me, that directory indicates the location of the JCL
> > sources, not dcp and bpl. This way you know where the JCL is when and if
> > the user asks to recompile the JCL.  My 2 cents...

I try to hide this information from the user. (I just wanted to not add a
new variable)



-- Regards, Andreas Hausladen 

Subject: Re: JVCL/JCL Diagram Class
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 19:30:29 +1000
Newsgroups: jedi.vcl

Femi Fadayomi wrote:

>> Just a quick note: I tried to run it on the JVCL3 directory, it
>> complains about a lot of files and at one point I had to kill it, it was
>> taking 100% CPU for about 5 minutes...
>>
>
>
> It did complained on some files as you indicated on my PC, but did not
> freeze. I got a pretty neat diagram from it.
>
> I ran it against the RUN subdirectory.
Oh... I ran it against the complete directory.
Could you post the resulting diagram file in jedi.binaries ?
Thanks.


Subject: Re: Problem after installing
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 19:29:47 +1000
Newsgroups: jedi.vcl

devedit wrote:

> I've looked around a lot and have been unable to find anyone with a similiar problem so that leads me to believe I did something wrong.  I am using the jvcl3 on Delphi Personal.  I did select personal edition with the installer.  It installed just fine but when I tried to run a demo app of a component I had installed I recieved this error:
>
> [Fatal Error] JvConsts.pas(249): Could not create output file '..\..\..\..\..\dcu\JvConsts.dcu'

Which example ?
This looks like the cfg file has too many ..\ in the directories. It should indicate ..\..\dcu and not the ridiculously long value it has right now.


Subject: Re: New installer snapshot
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 19:27:48 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> Only the DCP and BPL directory (that are in the registery) are searched
> for the .dcp files.
>

That's fine, but to me, that directory indicates the location of the JCL sources, not dcp and bpl. This way you know where the JCL is when and if the user asks to recompile the JCL.
My 2 cents...

Olivier


Subject: Strange problems in TJvHttpUrlGrabberThread.Execute
From: "Dierk" <dsantispam@csslabs.de>
Date: Wed, 31 Mar 2004 11:10:10 +0200
Newsgroups: jedi.vcl

I have strange problems with that grabbers, now.
I don´t know why and I could not say since which version of HTTPGrabber. I
only know that on friday it works perfectly.

The Problem is in procedure TJvHttpUrlGrabberThread.Execute when
InternetSetStatusCallback(hHostConnection,
PFNInternetStatusCallback(@DownloadCallBack)) is called, the thread ends
without any error or any hint???
But when I delete this line and InternetSetStatusCallback is not called all
works perfectly! And "onProgress" works, too.

Any suggestions?

Regards

Dierk

Using Delphi 5.1 Pro /Win98




Subject: Re: TJvScheduler Help
From: "Noisx" <nosp@me.com>
Date: Wed, 31 Mar 2004 09:05:41 +0000
Newsgroups: jedi.vcl

One thing I forgot to mention in the last post is that I had to 
add "JclSchedule" to the programs Uses clause for the srkOneShot stuff 
to be reconized... is that where the error could be coming from or is it 
something else ?

I do apologize for all the questions but your my last hope :)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvScheduler Help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 31 Mar 2004 10:56:48 +0200
Newsgroups: jedi.vcl

Hello, Noisx!
You wrote  on Wed, 31 Mar 2004 06:00:02 +0000:

 N> Well I thought I had it figured out but now I am getting an error
 N> message saying "List Index Out of Bounds(0)" when I open the form
 N> after I schedule an event and save it to the registry using the AutoSave
 N> property.

    That indicates an issue with the auto loading mechanism. I'll have a
look sometime today (I hope).

 N> So is it something I am doing or something wrong elsewhere ?

    The code you posted seems OK, so I'm pretty sure there's a problem in
the component itself.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Problem with TRxRichEdit and JvxRichEdit
From: "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr>
Date: Wed, 31 Mar 2004 08:42:33 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

this is normal, some attributes need to be changed individually, but 
JvRichEdit.pas does not contain such procedures, which are easy to add.
For exemple, when you select a portion of text that contain bold, 
normal, underline, italic attributes and you just want to remove bold, 
even the other attributes will change...
the procedure that exist take the new attributes (all, that means bold, 
italic, underline, etc...) and applies it to the selection, thus even 
applying unwanted styles.

some procedures i have added to JvRichEdit.pas (JVcl 2.10) below (more 
could be written...)

  TJvTextAttributes = class(TPersistent)
  private
    function GetBold: Boolean;
    procedure SetBold(Value: Boolean);
    function GetItalic: Boolean;
    procedure SetItalic(Value: Boolean);
    function GetUnderline: Boolean;
    procedure SetUnderline(Value: Boolean);
    function GetStrikeOut: Boolean;
    procedure SetStrikeOut(Value: Boolean);

function TJvTextAttributes.GetBold: Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  Result := Format.dwEffects and CFE_BOLD <>0;
end;

procedure TJvTextAttributes.SetBold(Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  with Format do begin
    dwMask := CFM_BOLD;
    if Value then dwEffects := CFE_BOLD;
  end;
  SetAttributes(Format);
end;

function TJvTextAttributes.GetItalic: Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  Result := Format.dwEffects and CFE_ITALIC <>0;
end;

procedure TJvTextAttributes.SetItalic(Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  with Format do begin
    dwMask := CFM_ITALIC;
    if Value then dwEffects := CFE_ITALIC;
  end;
  SetAttributes(Format);
end;

function TJvTextAttributes.GetUnderline: Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  Result := Format.dwEffects and CFE_UNDERLINE <>0;
end;

procedure TJvTextAttributes.SetUnderline(Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  with Format do begin
    dwMask := CFM_UNDERLINE;
    if Value then dwEffects := CFE_UNDERLINE;
  end;
  SetAttributes(Format);
end;

function TJvTextAttributes.GetStrikeOut: Boolean;
var
  Format: TCharFormat2;
begin
  GetAttributes(Format);
  Result := Format.dwEffects and CFE_STRIKEOUT <>0;
end;

procedure TJvTextAttributes.SetStrikeOut(Value: Boolean);
var
  Format: TCharFormat2;
begin
  InitFormat(Format);
  with Format do begin
    dwMask := CFM_STRIKEOUT;
    if Value then dwEffects := CFE_STRIKEOUT;
  end;
  SetAttributes(Format);
end;


Subject: Re: JVCL/JCL Diagram Class
From: "Femi Fadayomi" <someone@kefedot.com>
Date: Wed, 31 Mar 2004 03:39:18 -0500
Newsgroups: jedi.vcl

> > Just a quick note: I tried to run it on the JVCL3 directory, it
> > complains about a lot of files and at one point I had to kill it, it was
> > taking 100% CPU for about 5 minutes...
> >

It did complained on some files as you indicated on my PC, but did not
freeze. I got a pretty neat diagram from it.

I ran it against the RUN subdirectory.

Femi




Subject: Re: News reader (which one is best for developers)
From: Lis <lis@despammed.com>
Date: Wed, 31 Mar 2004 10:02:26 +0200
Newsgroups: jedi.vcl

On Sun, 28 Mar 2004 14:33:14 -0500, Craig wrote:

> > What are you all using.  I use OutlookExpress and I'm happy, but I would
> > like a summery feature of my posts and threads that I'm tracking.  What do
> > you use?

I use Dialog (www.40tude.com/dialog) and I'm very happy. Previously I used
Gravity
-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: Re: Component Conundrum
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 31 Mar 2004 09:42:14 +0200
Newsgroups: jedi.vcl

> > You shouldn't aim at doing a component that is an exact match for
> > something else. Make it work the way you think it should work for you to
> > best match your needs.

True, but at the same time it is good to know how it actually works even if
I disagree with it ;-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Component Conundrum
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 31 Mar 2004 17:31:45 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Thanks for everybodys feedback. I find it very valuable.
>
> Since everyone seems to feel that I shouldn't worry about competing with
> commercial alternatives, I have now added the new component(s) to the
> JvPageComps package (it derives from JvPageList in that package) in CVS so
> you are free to scrutinize and find the bugs (oh yes, they're in there!).
>
> I've added the components temporarily to a new tab (Jv NavPane) but maybe it
> would be better to spread them out on the existing tabs?
>
> Let me know what you find and what you think.
>
> PS
> I don't have access to Outlook 2003, so most of the assumptions in the
> component(s) are based on screen-shots (and a large prtoion of
> imagination<g>). If someone have Outlook 2003 and find differences or think
> something should be done differently, don't hesitate to let me know.

You shouldn't aim at doing a component that is an exact match for something else. Make it work the way you think it should work for you to best match your needs. However, keep reusability in mind and everyone should be happy ;-)



Subject: Re: News reader (which one is best for developers)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 31 Mar 2004 17:28:25 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Arioch wrote:
>
>
>> a la multivolume archives ?
>
>
> No. Alà
>
> ---- [1/2] ---
> Here is the fi
> ---- [2/2] ---
> rst text of the body.
>
Use NewsBin Pro to read that kind of stuff...



Subject: Re: Component Conundrum
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 31 Mar 2004 08:58:48 +0200
Newsgroups: jedi.vcl

Thanks for everybodys feedback. I find it very valuable.

Since everyone seems to feel that I shouldn't worry about competing with
commercial alternatives, I have now added the new component(s) to the
JvPageComps package (it derives from JvPageList in that package) in CVS so
you are free to scrutinize and find the bugs (oh yes, they're in there!).

I've added the components temporarily to a new tab (Jv NavPane) but maybe it
would be better to spread them out on the existing tabs?

Let me know what you find and what you think.

PS
I don't have access to Outlook 2003, so most of the assumptions in the
component(s) are based on screen-shots (and a large prtoion of
imagination<g>). If someone have Outlook 2003 and find differences or think
something should be done differently, don't hesitate to let me know.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL/JCL Diagram Class
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 08:52:54 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Just a quick note: I tried to run it on the JVCL3 directory, it
> > complains about a lot of files and at one point I had to kill it, it was
> > taking 100% CPU for about 5 minutes...

Is it JvComputerInfoEx.pas ? That's the file were the program freezes.

-- Regards, Andreas Hausladen 

Subject: Re: News reader (which one is best for developers)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 08:51:07 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > a la multivolume archives ?

No. Alà

---- [1/2] ---
Here is the fi
---- [2/2] ---
rst text of the body.



-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 08:49:56 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Hum... What happens then if the user chooses to force the compilation of
> > the JCL DCP for BCB? How can it find the directories? 

Only the DCP and BPL directory (that are in the registery) are searched
for the .dcp files.


-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 08:48:27 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > I had the same problem once. However, I'd suggest that somebody with an
> > English version of Delphi compiles the 'release-exe'. I'd be willing to
> > do that if nobody else wants that "duty" :-)

The installer should not be released as EXE. It should be compiled on the
machine where it should install the JVCL.



-- Regards, Andreas Hausladen 

Subject: Re: TJvScheduler Help
From: "Noisx" <nosp@me.com>
Date: Wed, 31 Mar 2004 06:00:02 +0000
Newsgroups: jedi.vcl

Well I thought I had it figured out but now I am getting an error 
message saying "List Index Out of Bounds(0)" when I open the form after 
I schedule an event and save it to the registry using the AutoSave 
property.

All I did was 

1.) Set AutoSave to true
2.) Launched the program and scheduled an event
3.) Closed the program (tried both before and after an event fired)
4.) Reopend the program and got the above error message

Here is the code I used to make a new event:

procedure TForm1.Button1Click(Sender: TObject);
Var
 sc: TJvEventCollectionItem;
Begin
sc := JvScheduledEvents1.Events.Add;
sc.Schedule.RecurringType := srkOneShot;
sc.Schedule.StartDate := DateTimeToTimeStamp(Trunc(DateTimePicker1.Date) 
+
Frac(DateTimePicker2.Time));
sc.OnExecute := RunEvent;
sc.Start;
end;

and the RunEvent Procedure looks like this:

procedure TForm1.RunEvent(Sender: TJvEventCollectionItem; const 
IsSnoozeEvent:
Boolean);
begin
showmessage('hello3 world');
end;

So is it something I am doing or something wrong elsewhere ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL/JCL Diagram Class
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 31 Mar 2004 15:10:07 +1000
Newsgroups: jedi.vcl

Holger Flick wrote:

> THANX SO MUCH FOR THIS LINK! This is exactly what I was looking for as well!

Just a quick note: I tried to run it on the JVCL3 directory, it complains about a lot of files and at one point I had to kill it, it was taking 100% CPU for about 5 minutes...



Subject: Re: New installer snapshot
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 31 Mar 2004 15:09:15 +1000
Newsgroups: jedi.vcl

Holger Flick wrote:

> I had the same problem once. However, I'd suggest that somebody with an English version of Delphi compiles the 'release-exe'. I'd be willing to do that if nobody else wants that "duty" :-)
All my versions are plain US versions (but running on XP French), so I could do that too.



Subject: Re: New installer snapshot
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 31 Mar 2004 15:08:24 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I tried it on a Trial install of BCB6, so of course, it complains about
>> the missing update 4.
> Do it like me: Open regedit.exe, change to
> HKLM\Software\Borland\C++Builder\6.0 and add a string-value "Update
> #4"="1".
Never thought of that, but will do.

>> And anyway, it wouldn't have found make.exe. 
> Just copy the one from Delphi.
That, I already did ;-)

>> Just a quick question: Why is the default value for the JCL directory D:\Borland\CBuilder6\Projects\Bpl? 
> That is the newest feature of the installer. The installer found the
> CJcl.dcp and CJclVcl.dcp file in this directory and so it uses this
> directory as the JCL directory.
Hum... What happens then if the user chooses to force the compilation of the JCL DCP for BCB? How can it find the directories? This of course goes with assuming the user can actually force the compilation of the JCL...



Subject: Re: TJvScheduler Help
From: "Noisx" <nosp@me.com>
Date: Wed, 31 Mar 2004 04:48:53 +0000
Newsgroups: jedi.vcl

Sorry it has taken me awhile to get back to you. I did have to modify 
your code abit but I got it to work so I just wanted to say thank you so 
much for your help.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: News reader (which one is best for developers)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 31 Mar 2004 05:11:03 +0400
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> "My subject [1/2]"
 AH> "My subject [2/2]"

 AH> And the (binary) attachment is broken.

Broken or split into parts, a la multivolume archives ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JVCL/JCL Diagram Class
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 31 Mar 2004 02:47:36 +0200
Newsgroups: jedi.vcl

THANX SO MUCH FOR THIS LINK! This is exactly what I was looking for as well!
-- 
Holger

Femi Fadayomi wrote:

> Hi Charles,
>
> You may want to do it yourself, and the tool to do it is here:
> http://sourceforge.net/projects/essmodel/
>
> Thanks
> Femi
>
>


Subject: Re: New installer snapshot
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Wed, 31 Mar 2004 02:42:45 +0200
Newsgroups: jedi.vcl

Hi,

> * When closing the installer a prompt dialog is shown where the Yes/No
> buttons are in German (says Ja/Nein)

I had the same problem once. However, I'd suggest that somebody with an English version of Delphi compiles the 'release-exe'. I'd be willing to do that if nobody else wants that "duty" :-)


Subject: Re: News reader (which one is best for developers)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 01:52:49 +0200
Newsgroups: jedi.vcl

Craig wrote:

> > I'm trying XanaNews and will post back.

For binary files that you post, you should increase the posting-split
value. Otherwise you will get postings like
"My subject [1/2]"
"My subject [2/2]"

And the (binary) attachment is broken.


-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 01:50:44 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > I tried it on a Trial install of BCB6, so of course, it complains about
> > the missing update 4.

Do it like me: Open regedit.exe, change to
HKLM\Software\Borland\C++Builder\6.0 and add a string-value "Update
#4"="1".


> > And anyway, it wouldn't have found make.exe. 

Just copy the one from Delphi.


> > Just a quick question: Why is the default value for the 
> > JCL directory D:\Borland\CBuilder6\Projects\Bpl? 

That is the newest feature of the installer. The installer found the
CJcl.dcp and CJclVcl.dcp file in this directory and so it uses this
directory as the JCL directory.


-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 31 Mar 2004 01:47:06 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Maybe it should give a nice message instead of crashing, don't you think?
> > (Yes I know, PG has a tendancy to crash too in that situation...)

This is fixed. The installer can now be started from anyware under the
JVCL3 folder. But after posting the preview .zip I found the code that
assumed the JVCL3\packages\bin directory.


-- Regards, Andreas Hausladen 

Subject: Re: News reader (which one is best for developers)
From: "Craig" <craig@.at.qnotes.com>
Date: Tue, 30 Mar 2004 18:44:57 -0500
Newsgroups: jedi.vcl

Thanks for all the feedback.  I'm trying XanaNews and will post back.  So
far it looks like it will a fine job, but I do not see how to see my posts
or my tracked posts.  I guess bookmarks.  I will have to post the question
(or read the manual) in the XanaNews group.

"Craig" <craig@.at.qnotes.com> wrote in message
news:c47716$l4d$1@talkto.net...
> > What are you all using.  I use OutlookExpress and I'm happy, but I would
> > like a summery feature of my posts and threads that I'm tracking.  What do
> > you use?
> > -- 
> > Craig
> >
> >




Subject: Re: New installer snapshot
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 31 Mar 2004 09:44:00 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I just want to get some comments on the new installer layout. You can find
> a snapshot at jedi.binaries. Copy the JVCLInstall.exe to
> JVCL3\packages\bin, close all Delphi/BCB IDEs and start it.
>
> The installer does neither installs nor compiles nor changes anything on
> your disk at the moment despite it has the necessary code in it. It is in
> binary format at the moment because I have not set up the source for JVCL
> folder structure.
>
I tried it on a Trial install of BCB6, so of course, it complains about the missing update 4. And anyway, it wouldn't have found make.exe.
Just a quick question:
Why is the default value for the JCL directory D:\Borland\CBuilder6\Projects\Bpl? Couldn't it be ..\..\..\jcl, resolved as an absolute path?

Apart from that, everything looks good to me.
I'll test tonight with D6, BCB5, BCB6.

Cheers

Olivier



Subject: Re: New installer snapshot
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 31 Mar 2004 09:40:55 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Holger Flick wrote:
>
>
>> CRASH! (application terminates)
>
>
> Copy it to JVCL3\packages\bin
>
Maybe it should give a nice message instead of crashing, don't you think?
(Yes I know, PG has a tendancy to crash too in that situation...)



Subject: Re: comments on JvComCtrls.pas
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 31 Mar 2004 02:58:14 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 >> BTW, is that hint feature shown somewhere in the demo's ?
 PT> Don't think so

When i contributed to Mantis, i remember i included demo.
At least i included screenshots, that might be useful for helpfile.

 PT> if you'd like to invsstigate candidates

Hmm, i hoped someone will investigate candidates, someoen who remembers the
conmponents, and can easily extract a subset from it :-)

PS: Anyway, curent code is broken.
Should i put issue to Mantis, so that it will not be forgotten ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 31 Mar 2004 02:52:48 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

 A>> I think, it is to be value with no section at all.
 MB>     If it where possible, we would have chosen for that.
 MB> TIniFile implementation does not allow it

Maybe enhance TInifile ?
API is very slow, but direct file access may fail on WinXP.

If to enhance TIniFile, will there be place for it in JVCL or JCL ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: News reader (which one is best for developers)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 31 Mar 2004 02:50:16 +0400
Newsgroups: jedi.vcl

Hello, Chris!

 CG>  (i.e. Jedi News server)

IMHO it is not Jedi ?
Isn't it just a commercial servce (www.talkto.net) w/o relation to Jedi ?


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: News reader (which one is best for developers)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 31 Mar 2004 02:49:21 +0400
Newsgroups: jedi.vcl

Hello, Captain!

 CJ> Unicode support will be in 2.0.

I'm not about Unicode, rather about 'contents' header with charset
specified.

 CJ>  Given the piracy rates

Aahh i see, You gonna be TheBat for news :-)
Good hunt!

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New installer snapshot
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 31 Mar 2004 02:47:05 +0400
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> The problem was that the tooltip of TCheckListBox

Peter, is this component of yours ?
If it is modified ex-Rx, then i'd try to re-implement HintSource, but i
remember it is Your's one, written from scratch ?

PS: If it is Your's does it allow to set glyohs for checkboxes? I really
like ones form RxLib.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JVCL/JCL Diagram Class
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Tue, 30 Mar 2004 17:07:10 -0500
Newsgroups: jedi.vcl

Hi Charles,

You may want to do it yourself, and the tool to do it is here:
http://sourceforge.net/projects/essmodel/

Thanks
Femi




Subject: Re: JvMail - Problem with Body text on Mozilla 1.6 mail clients
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 31 Mar 2004 00:03:15 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> Has anyone else tried JvMail or MAPI in general, with Mozilla?  Any possible mozilla-friendliness-workarounds?

Works okay here with Mozilla 1.7. Don't know whether I can test it with 1.6?

How did you set TJvMail.SimpleMAPI.ClientConnectKind?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL/JCL Diagram Class
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Mar 2004 07:35:41 +1000
Newsgroups: jedi.vcl

Charles Adriano wrote:
> please somebody has the diagram of the Class Hierarchy of JVCL/JCL 3
>
>
I did one once, but it's way out of date.
Why do you need such a gigantic beast ?


Subject: jvInterpreter
From: "thread" <sergiosvieira@hotmail.com>
Date: Tue, 30 Mar 2004 18:30:56 -0300
Newsgroups: jedi.vcl

JvInterpreterFm1SetValue don't work!!! why??




Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 23:05:02 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > I liked BTW the hints in the old installer, that for example explains
> > what "JVCL Developer installation" means.

These hints are coming back.


-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 30 Mar 2004 23:03:39 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> I would adjust some texts, such as "[..] adjust the jvcl.inc file for
>> all targets" (does the user need to know that the jvcl.inc is adjusted,
>> what does it mean that jvcl.inc is adjusted)
>
> The user is a programmer and I think he should know where the changes are
> made.

Yeah, could be; hard to tell what a real user would think about it, if you work with it a lot yourself. There is a lot of free space on that page so you could use it to explain it some more, but that is a matter of taste I guess.

I liked BTW the hints in the old installer, that for example explains what "JVCL Developer installation" means.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: New installer snapshot
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Mar 2004 22:55:39 +0200
Newsgroups: jedi.vcl

> > That is because I have a German Delphi installation. When the installer is
> > compiled on the "developers system" it uses the language the user has.
OK
> > The problem was that the tooltip of TCheckListBox does not allow more than
> > one Hint string. So I used OnMouseMove and Application.ActivateHint. I try
> > to implement it by a Timer.
This is no biggie and it's just my personal taste, so unless it's a simple
thing you can ignore it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 22:50:30 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > * As Remko also noted, I don't think jvcl.inc has to be menitioned, just
> > call it "Global Options" or "Additional Options"

I think about it.


> > * When closing the installer a prompt dialog is shown where the Yes/No
> > buttons are in German (says Ja/Nein)

That is because I have a German Delphi installation. When the installer is
compiled on the "developers system" it uses the language the user has.


> > * I find the tooltips in the package list pretty annoying. Can't they
> > behave like normal tooltips?

The problem was that the tooltip of TCheckListBox does not allow more than
one Hint string. So I used OnMouseMove and Application.ActivateHint. I try
to implement it by a Timer.

> > * Instead of having a "Link design/runtime packages selection" option, I
> > think the logic should work like this: if showing design or runtime
> > packages, they are automatically linked to each other. If showing both,
> > they are not linked.

Good idea.


-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 22:46:21 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Looks really good :)
> > 
> > XP Theming is unchecked for D7+XP. (Should be checked+disabled?)

The installer reads the jvcl.inc and ignores every $IFDEF block. Because
the installer supports multi-target IDEs it is not possible to check the
XP Theming by default when a D7 target is availabe.


> > I have not installed dxgettext, thus I get a link (and only a link).
> > Maybe say something that JVCL can use it, if you install it.

Good idea. But as I found out there is a problem with dxgettext because
there is no extra package that contains gnugettext.pas so the unit will
allways be "implicit included".

> > I would adjust some texts, such as "[..] adjust the jvcl.inc file for
> > all targets" (does the user need to know that the jvcl.inc is adjusted,
> > what does it mean that jvcl.inc is adjusted)

The user is a programmer and I think he should know where the changes are
made.


> > What does "Cancel" in the popup mean?

It means "Cancel the popup menu".


-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Mar 2004 22:33:11 +0200
Newsgroups: jedi.vcl

Looks better, seems cleaner and is easier to understand than the previous
installer. Bravo!

Some minor points:

* As Remko also noted, I don't think jvcl.inc has to be menitioned, just
call it "Global Options" or "Additional Options"
* When closing the installer a prompt dialog is shown where the Yes/No
buttons are in German (says Ja/Nein)
* I find the tooltips in the package list pretty annoying. Can't they behave
like normal tooltips?
* Instead of having a "Link design/runtime packages selection" option, I
think the logic should work like this: if showing design *or* runtime
packages, they are automatically linked to each other. If showing both, they
are not linked.

Other than those minor things, I think it looks really great!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer snapshot
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 30 Mar 2004 22:22:48 +0200
Newsgroups: jedi.vcl

Looks really good :)

XP Theming is unchecked for D7+XP. (Should be checked+disabled?)

I have not installed dxgettext, thus I get a link (and only a link). Maybe say something that JVCL can use it, if you install it.

I would adjust some texts, such as "[..] adjust the jvcl.inc file for all targets" (does the user need to know that the jvcl.inc is adjusted, what does it mean that jvcl.inc is adjusted)

What does "Cancel" in the popup mean?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 22:03:54 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > Sorry, I am stupid...

But keep in mind that the installer does nothing at the moment. It is just
a "how far I am" show.


-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 30 Mar 2004 21:59:48 +0200
Newsgroups: jedi.vcl

Sorry, I am stupid...

Andreas Hausladen wrote:

> Holger Flick wrote:
>
>
>> CRASH! (application terminates)
>
>
> Copy it to JVCL3\packages\bin
>


Subject: Re: compiling error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 21:43:36 +0200
Newsgroups: jedi.vcl

Carlos wrote:

> > [Error] JvThemes.pas(57): Undeclared identifier: 'CM_BASE'
> > Delphi6

This means that the condition VCL is not defined. There must be an old
JVCL.INC in your search/library directory.



-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 21:42:20 +0200
Newsgroups: jedi.vcl

Holger Flick wrote:

> > CRASH! (application terminates)

Copy it to JVCL3\packages\bin

-- Regards, Andreas Hausladen 

Subject: Re: New installer snapshot
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 30 Mar 2004 21:39:06 +0200
Newsgroups: jedi.vcl

"Unknown software error" -> OK

"Runtime error 217" -> OK

CRASH! (application terminates)

-- 



Andreas Hausladen wrote:

> I just want to get some comments on the new installer layout. You can find
> a snapshot at jedi.binaries. Copy the JVCLInstall.exe to
> JVCL3\packages\bin, close all Delphi/BCB IDEs and start it.
>
> The installer does neither installs nor compiles nor changes anything on
> your disk at the moment despite it has the necessary code in it. It is in
> binary format at the moment because I have not set up the source for JVCL
> folder structure.
>


Subject: Re: compiling error
From: Carlos <carlosam@prtc.net>
Date: Tue, 30 Mar 2004 15:34:18 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Carlos wrote:
>
> And which Delphi version (number) do you have?
>
>
[Error] JvThemes.pas(57): Undeclared identifier: 'CM_BASE'
Delphi6


Subject: Re: compiling error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 21:33:26 +0200
Newsgroups: jedi.vcl

Carlos wrote:

And which Delphi version (number) do you have? 



-- Regards, Andreas Hausladen 

Subject: Re: compiling error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 21:31:44 +0200
Newsgroups: jedi.vcl

Carlos wrote:

> > e componet on a new project. Just  a JvValidateEdit1 on a new form  the
> > error appear on the coantant section of JvThemes

And what is the error message the compiler says about this line?

-- Regards, Andreas Hausladen 

Subject: Re: compiling error
From: Carlos <carlosam@prtc.net>
Date: Tue, 30 Mar 2004 15:24:31 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Carlos wrote:
>
>
>> I uninstalled the 2.0 JEDI and installed the 3 but I get this error when
>> compiling with just one component on a new project.  CM_DENYSUBCLASSING
>> = CM_BASE + 2000; // from ThemeMgr.pas
>>
>> What does this instruction refer to?
>> JCLFOLDER define is correctly set for your current system
>
>
> And where is the error message?
>
>

Just one componet on a new project. Just  a JvValidateEdit1 on a new form  the error appear on the coantant section of JvThemes

unit JvThemes;

interface
uses
  {$IFDEF MSWINDOWS}
  Windows, Messages,
  {$ENDIF MSWINDOWS}
  {$IFDEF JVCLThemesEnabled}
  Contnrs,
  {$IFDEF COMPILER7_UP}
  Themes,
  {$ELSE}
  ThemeSrv,
  {$ENDIF COMPILER7_UP}
  {$ENDIF JVCLThemesEnabled}
  {$IFDEF VCL}
  Controls, StdCtrls, Graphics, Buttons,
  {$ENDIF VCL}
  {$IFDEF VisualCLX}
  QControls, QForms, QGraphics, QButtons, Types, QWindows,
  {$ENDIF VisualCLX}
  SysUtils, Classes;

const
 // Add a message handler to a component that is themed by the ThemeManager but
 // should not be themed.
  CM_DENYSUBCLASSING = CM_BASE + 2000; // from ThemeMgr.pas

type
........


Subject: Re: compiling error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 21:14:55 +0200
Newsgroups: jedi.vcl

Carlos wrote:

> > I uninstalled the 2.0 JEDI and installed the 3 but I get this error when
> > compiling with just one component on a new project.  CM_DENYSUBCLASSING
> > = CM_BASE + 2000; // from ThemeMgr.pas
> > 
> > What does this instruction refer to?
> > JCLFOLDER define is correctly set for your current system

And where is the error message?


-- Regards, Andreas Hausladen 

Subject: New installer snapshot
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 21:13:40 +0200
Newsgroups: jedi.vcl

I just want to get some comments on the new installer layout. You can find
a snapshot at jedi.binaries. Copy the JVCLInstall.exe to
JVCL3\packages\bin, close all Delphi/BCB IDEs and start it.

The installer does neither installs nor compiles nor changes anything on
your disk at the moment despite it has the necessary code in it. It is in
binary format at the moment because I have not set up the source for JVCL
folder structure.

-- Regards, Andreas Hausladen 

Subject: compiling error
From: Carlos <carlosam@prtc.net>
Date: Tue, 30 Mar 2004 15:09:20 -0400
Newsgroups: jedi.vcl

I uninstalled the 2.0 JEDI and installed the 3 but I get this error when compiling with just one component on a new project.
  CM_DENYSUBCLASSING = CM_BASE + 2000; // from ThemeMgr.pas

What does this instruction refer to?
 JCLFOLDER define is correctly set for your current system


Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Mar 2004 21:02:12 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Tue, 30 Mar 2004 07:52:04 +0400:

 MB>> storage and we'll add a SubStorage to it. The SubStorage will map any
 MB>> reference to UserData to the ini file storage.

 A> Yes, and now we only have to setup WinNT to map that ini-file back to
 A> registry :-PPP

    <g>. Well, that would be a way to do it, but the sub storage can also be
a registry storage pointing a different key (i.e. the root registry storage
points to somewhere in HKLM, while the sub registry storage points to
somewhere in HKCU). Much easier than having WinNT map ini access to
registry.

 MB>> UserData\Value1 refers to Value1 in the DefaultSection of the ini file

 A> What is that Default Section ?

    DefaultSection property of TJvAppIniFileStorage. This value of this
property is used whenever you try to access a value without section (i.e. a
value at the root of the storage).

 A> I think, it is to be value with no section at all.

    If it where possible, we would have chosen for that. Unfortunately,
trying to access a value in a nameless section leads to errors (technically
using direct API it should be possible, but the TIniFile implementation does
not allow it).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: latest cvs gpf in stdctrls om d5
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 30 Mar 2004 16:41:52 -0100
Newsgroups: jedi.vcl

Hi,

its a miracle! I used the daily zip of today and I still get a GPF in jvStdCtrls when starting delphi and jvJansD5D cannot be loaded since it is no design time package (free translated from german).

When I oprn the jvJansPackages I can compile them and they get integrated into the IDE. Then ALL components are present.

Since i have a lot of other component collections (Turbopower et al) something in the initialisation code collides with the current jvcl.

I would like to track that problem but I dont know how since I never debugged packages and their init-code!

Would it help i I posted  screenshots in "binaries"?

michael

Peter Thörnqvist wrote:
>> When starting d5 I get the gpf in jvstdctrls and components are missing.
>
> I just did an update and it works fine with D5 C/S for me. Try running the
> installer (installer.bat) instead of compiling from Delphi.
>


Subject: JvMail - Problem with Body text on Mozilla 1.6 mail clients
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 30 Mar 2004 12:30:24 -0500
Newsgroups: jedi.vcl

I am running the latest CVS sources, the JvMail component seems to pass only the last line of body text to the MAPI mail client, if that mail client is mozilla.

I checked the Body:TStrings property and it contains everything I added.
Furthermore, it works FINE if I change back to Outlook Express.

I suspect something at the building of the MAPI Message is wonky. Alternatively, it could be that MAPI support in Mozilla 1.6 is BJÖRKED. Come to think of it this is the first time it even occurred to me that this might be mozilla.

Has anyone else tried JvMail or MAPI in general, with Mozilla?  Any possible mozilla-friendliness-workarounds?


Warren


Subject: JVCL/JCL Diagram Class
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Tue, 30 Mar 2004 13:46:59 -0300
Newsgroups: jedi.vcl

please somebody has the diagram of the Class Hierarchy of JVCL/JCL 3


-- Charles Adriano ------------------------- Conhecimento é Poder... ------=|ÐööMGµä®Ð|=------ 

Subject: Re: News reader (which one is best for developers)
From: "Captain Jake" <johnjac76[nospam]@comcast.net>
Date: Tue, 30 Mar 2004 09:11:56 -0600
Newsgroups: jedi.vcl

In jedi.vcl, Arioch <the_Arioch@nm.FalseDomain.ru> wrote in message 
<c4al00$6tj$2@talkto.net>...
> >  CJ> I'll face and I'm not too worried.
> > Me too, i just looked headers of Your message, and expect it will not be
> > usable for languages above 1250 codepage.

Unicode support will be in 2.0. Given the piracy rates and attitudes in most 
of the countries that use different codepages it isn't in my best interest to 
spend a lot of time supporting them. Version 1.0 will 
be an English-only version.

-- ***Free Your Mind*** 

Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 16:18:11 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > OK. I will change this.

Done. Now "echo" is used in all make files.



-- Regards, Andreas Hausladen 

Subject: Re: latest cvs gpf in stdctrls om d5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Mar 2004 16:04:20 +0200
Newsgroups: jedi.vcl

> > When starting d5 I get the gpf in jvstdctrls and components are missing.
I just did an update and it works fine with D5 C/S for me. Try running the
installer (installer.bat) instead of compiling from Delphi.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 15:07:20 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Well, it obviously doesn't work here and I think you should take the
> > safest approach.

OK. I will change this.

-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Mar 2004 23:04:18 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> I used that first as you can see in packages\bin\MakeJCLDcp4BCB.mak. But
> then I remembered that make files can create files with the "&&|  xxx |"
> syntax. I tried this with all make.exe files that I have (D5, D6, D7, D8,
> C#Pers, C++5.5compiler, BCB6trail)
>
Well, it obviously doesn't work here and I think you should take the safest approach.


Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 15:01:45 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > @echo -E"$(BIN)" > pg.cfg
> > @echo. >> pg.cfg
> > @echo -I"$(SRCP)" >> pg.cfg
> > @echo. >> pg.cfg
> > @echo -N"$(DCU)" >> pg.cfg
> > @echo. >> pg.cfg
> > @echo -R"$(SRCP)" >> pg.cfg
> > @echo. >> pg.cfg
> > @echo -U"$(SRCP)" >> pg.cfg
> > @echo. >> pg.cfg
> > @echo -U"$(ROOT)\Lib\Obj" >> pg.cfg
> > @echo. >> pg.cfg

I used that first as you can see in packages\bin\MakeJCLDcp4BCB.mak. But
then I remembered that make files can create files with the "&&|  xxx |"
syntax. I tried this with all make.exe files that I have (D5, D6, D7, D8,
C#Pers, C++5.5compiler, BCB6trail)



-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 14:55:54 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Yes it does. But it chokes on JclStrings used by CmdLineUtils.

Oh. I have overseen this one. Now it is JCL independent (NO_JCL).

> > but I don't think you should trust the cfg files.

I trusted them since Delphi 3 on more that 5 different computers with
Win95/98/98SE/ME/2000/XP and they worked.



-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Mar 2004 22:53:46 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> That is clear but it should work with the .cfg file. Something must go
> wrong on your or on my computer.
Maybe... or you are making an asumption you shouldn't..

> What is the content of the Bpg2Mak.cfg and pg.cfg file (you must remove
> the "del" command in the make file).
They are empty... That might as well explained why they are not used <g>
If I replace the @type && stuff by that:

  @echo -E"$(BIN)" > pg.cfg
  @echo. >> pg.cfg
  @echo -I"$(SRCP)" >> pg.cfg
  @echo. >> pg.cfg
  @echo -N"$(DCU)" >> pg.cfg
  @echo. >> pg.cfg
  @echo -R"$(SRCP)" >> pg.cfg
  @echo. >> pg.cfg
  @echo -U"$(SRCP)" >> pg.cfg
  @echo. >> pg.cfg
  @echo -U"$(ROOT)\Lib\Obj" >> pg.cfg
  @echo. >> pg.cfg

then the cfg file is created AND used (fortunately). However, there are weird stuffs in the CFG file in the lines using SRCP (extract):

-I..\..\..\jcl\sourceommon;..\..\..\jcl\sourcecl;..\..\..\jcl\sourceisclx

Hope this helps

Cheers

Olivier


Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Mar 2004 22:42:45 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Does the package compilation work after you have modified the
> devtools\makefile.mak ? If yes then there is something unbelieveable
> because the packages\bin\makefile.mak also uses .cfg files.

Yes it does. But it chokes on JclStrings used by CmdLineUtils. And the version in CVS hasn't been updated since the beta release...
As I can't go past the pg compilation, I can't verify for the next makefile, but I don't think you should trust the cfg files.


Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 14:20:24 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > OBones wrote:
>> > > 
>> > > No they are not. Add options to the DCCx command line and you'll see 
>> > > that it makes a difference. For instance, if I add -I..\..\common it 
>> > > finds the jvcl.inc file
> > 
> > More precisely, the cfg file is written but is not used by dcc32. I
> > can't actually remembering ever having had a case where dcc32 would use
> > the cfg file.

Does the package compilation work after you have modified the
devtools\makefile.mak ? If yes then there is something unbelieveable
because the packages\bin\makefile.mak also uses .cfg files.


-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 14:17:07 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > More precisely, the cfg file is written but is not used by dcc32. I
> > can't actually remembering ever having had a case where dcc32 would use
> > the cfg file.

The dcc32.exe allways uses the $(ROOT)\bin\dcc32.cfg file.
The ProjectName.cfg is used if the project to compile is named
ProjectName.dpr/ProjectName.dpk and it is in the current directory.



-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Mar 2004 22:14:59 +1000
Newsgroups: jedi.vcl

OBones wrote:
>
> No they are not. Add options to the DCCx command line and you'll see that it makes a difference. For instance, if I add -I..\..\common it finds the jvcl.inc file

More precisely, the cfg file is written but is not used by dcc32. I can't actually remembering ever having had a case where dcc32 would use the cfg file.


Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 14:14:57 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > No they are not. 

And that is the strange thing. On my computer configuration the .cfg files
are created and used by the dcc32.exe.

> > Add options to the DCCx command line and you'll see
> > that it makes a difference. For instance, if I add -I..\..\common it
> > finds the jvcl.inc file

That is clear but it should work with the .cfg file. Something must go
wrong on your or on my computer.

What is the content of the Bpg2Mak.cfg and pg.cfg file (you must remove
the "del" command in the make file).



-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Mar 2004 21:54:44 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Some quick remarks:
>> The -o option in make doesn't exist with any of the versions I have (D6,
>> BCB5, BCB6) The -l option requires a + after it.
>
>
> These options are in $(MAKEFLAGS) which I do not set anywhere. These are
> set by the make.exe itself.
>
>
>> You use DCCx instead of DCC and that's the worst thing you could have done: it doesn't have the required command line options, 
>
>
> The required command line options are written to the ProjectName.cfg file
> which is used by dcc32.exe. On my PC it works for c6, d5, d6 and d7. The
> DCCx is used because some Windows configurations do not want such a long
> command line as you can see in some "error"-positings here.

No they are not. Add options to the DCCx command line and you'll see that it makes a difference. For instance, if I add -I..\..\common it finds the jvcl.inc file


Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 12:39:45 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Some quick remarks:
> > The -o option in make doesn't exist with any of the versions I have (D6,
> > BCB5, BCB6) The -l option requires a + after it.

These options are in $(MAKEFLAGS) which I do not set anywhere. These are
set by the make.exe itself.

> > You use DCCx instead of DCC and that's the worst thing you could 
> > have done: it doesn't have the required command line options, 

The required command line options are written to the ProjectName.cfg file
which is used by dcc32.exe. On my PC it works for c6, d5, d6 and d7. The
DCCx is used because some Windows configurations do not want such a long
command line as you can see in some "error"-positings here.

===
  cd Bpg2Make
  @type &&|      # create MAKE000X.@@@ file and print it to stdout (1)
-e"$(BIN)"
-i"$(SRCP)"
-n"$(DCU)"
-r"$(SRCP)"
-u"$(SRCP)"
-u"$(ROOT)\Lib\Obj"
| >Bpg2Make.cfg   # capture stdout to  Bpg2Make.cfg
  $(DCCx) Bpg2Make.dpr
===
  @cd PackagesGenerator
  @type &&|     # create MAKE000X.@@@ file and print it to stdout (1)
-e"$(BIN)"
-i"$(SRCP)"
-n"$(DCU)"
-r"$(SRCP)"
-u"$(SRCP)"
-u"$(ROOT)\Lib\Obj"
| >pg.cfg
  $(DCCx) -DNO_JCL pg.dpr
===
(1): Here must be something wrong that works on my computer.

Could you remove both "-@del" lines and look into the created .cfg file?


-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Mar 2004 19:59:30 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Just to let you know that I tried again today, same error with "build d6"
>
>
> Please try
> "build d6 --verbose"
> to get all executed commands.

Here you go:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        IF EXIST "C:\Prog\Delphi6\bin\bcc32.exe" IF NOT EXIST "C:\Prog\Delphi6\Projects\bpl\CJclVClx.dcp" "C:\Prog\Delphi6\bin\make.exe" -l -o  -s -f MakeJCLDcp4BCB.mak
[Generating: Templates]
MAKE0000.@@@ not found
[Compiling: pg.exe]
        "C:\Prog\Delphi6\bin\make.exe" -l -o  -f makefile.mak -s pg.exe
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE0001.@@@ not found
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
GenerateUtils.pas(1) Fatal: File not found: 'jvcl.inc'

** error 1 ** deleting bin\pg.exe

** error 1 ** deleting GeneratePackages
Press ENTER to continue

Some quick remarks:
The -o option in make doesn't exist with any of the versions I have (D6, BCB5, BCB6)
The -l option requires a + after it.

I removed the -s option for a truly verbose output and I discovered the main reason why it doesn't work:
You use DCCx instead of DCC and that's the worst thing you could have done: it doesn't have the required command line options, especially for use with BCB5. Go back to the version I last submitted, and it works better. Well, at least, it doesn't complain about the inc file, but now complains about the JCL. You will have to figure out a way to use NO_JCL while still using the correct command line options.
I haven't touched a single thing in CVS.

Sorry about that <g>

Cheers

Olivier


Subject: Re: JvJCLUtils, JvJVCLUtils, JvWndProcHook, JvMenus, JvFormPlacement changes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Mar 2004 19:43:19 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It was the dependency on JvJVCLUtils and JvJCLUtils. Since these files are
> now "JCL clean" the dependency is no more there.

Oh ok. Fine.


Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 11:41:53 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Just to let you know that I tried again today, same error with "build d6"

Please try
"build d6 --verbose"
to get all executed commands.

On my PC "build d6" without any problem.

Output on my PC:
===============
C:\Development\sourceforge\others\jedi\JVCL3\packages\bin>build d6
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
[Compiling: pg.exe]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Delphi Packages]
Generating packages for d6
        Loaded template.cfg
                Writing JvAppFrmD6D.cfg for d6
                Writing JvAppFrmD6R.cfg for d6
                Writing JvBandsD6D.cfg for d6
                Writing JvBandsD6R.cfg for d6
                Writing JvBDED6D.cfg for d6
                Writing JvBDED6R.cfg for d6
                Writing JvCmpD6D.cfg for d6
                Writing JvCmpD6R.cfg for d6
                Writing JvCoreD6D.cfg for d6
                Writing JvCoreD6R.cfg for d6
                Writing JvCryptD6D.cfg for d6
                Writing JvCryptD6R.cfg for d6
                Writing JvCtrlsD6D.cfg for d6
                Writing JvCtrlsD6R.cfg for d6
                Writing JvCustomD6D.cfg for d6
                Writing JvCustomD6R.cfg for d6
                Writing JvDBD6D.cfg for d6
                Writing JvDBD6R.cfg for d6
                Writing JvDlgsD6D.cfg for d6
                Writing JvDlgsD6R.cfg for d6
                Writing JvDockingD6D.cfg for d6
                Writing JvDockingD6R.cfg for d6
                Writing JvDotNetCtrlsD6D.cfg for d6
                Writing JvDotNetCtrlsD6R.cfg for d6
                Writing JvGlobusD6D.cfg for d6
                Writing JvGlobusD6R.cfg for d6
                Writing JvHMID6D.cfg for d6
                Writing JvHMID6R.cfg for d6
                Writing JvInterpreterD6D.cfg for d6
                Writing JvInterpreterD6R.cfg for d6
                Writing JvJansD6D.cfg for d6
                Writing JvJansD6R.cfg for d6
                Writing JvManagedThreadsD6D.cfg for d6
                Writing JvManagedThreadsD6R.cfg for d6
                Writing JvMMD6D.cfg for d6
                Writing JvMMD6R.cfg for d6
                Writing JvNetD6D.cfg for d6
                Writing JvNetD6R.cfg for d6
                Writing JvPageCompsD6D.cfg for d6
                Writing JvPageCompsD6R.cfg for d6
                Writing JvPluginD6D.cfg for d6
                Writing JvPluginD6R.cfg for d6
                Writing JvPrintPreviewD6D.cfg for d6
                Writing JvPrintPreviewD6R.cfg for d6
                Writing JvStdCtrlsD6D.cfg for d6
                Writing JvStdCtrlsD6R.cfg for d6
                Writing JvSystemD6D.cfg for d6
                Writing JvSystemD6R.cfg for d6
                Writing JvTimeFrameworkD6D.cfg for d6
                Writing JvTimeFrameworkD6R.cfg for d6
                Writing JvUIBD6D.cfg for d6
                Writing JvUIBD6R.cfg for d6
                Writing JvValidatorsD6D.cfg for d6
                Writing JvValidatorsD6R.cfg for d6
                Writing JvWizardD6D.cfg for d6
                Writing JvWizardD6R.cfg for d6
                Writing JvXPCtrlsD6D.cfg for d6
                Writing JvXPCtrlsD6R.cfg for d6
        Loaded template.dof
        Loaded template.dpk
        Loaded template.res
[Compiling: Bpg2Make.exe]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
 Makefile created
[Compiling: Packages]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Compiling: JvCoreD6R.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
105332 Zeilen, 2.53 Sekunden, 625636 Bytes Code, 4513 Bytes Daten.

[Compiling: JvCoreD6D.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
28047 Zeilen, 0.92 Sekunden, 81972 Bytes Code, 665 Bytes Daten.

[Compiling: JvSystemD6R.bpl]
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
....
=======================================

-- Regards, Andreas Hausladen 

Subject: Re: JvJCLUtils, JvJVCLUtils, JvWndProcHook, JvMenus, JvFormPlacement changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 11:37:31 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Andreas Hausladen wrote:
> > 
>> > > I have removed JCL dependency from JvJCLUtils, JvJVCLUtils,
>> > > JvWndProcHook and JvMenus.
> > What was the dependency on in JvMenus?

It was the dependency on JvJVCLUtils and JvJCLUtils. Since these files are
now "JCL clean" the dependency is no more there.

-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Mar 2004 19:02:49 +1000
Newsgroups: jedi.vcl

Just to let you know that I tried again today, same error with "build d6"


Subject: Re: Component Conundrum
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 30 Mar 2004 03:52:28 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c46fnd$fuh$1@talkto.net...
> > I have created a new component, a navigation pane like the one in Outlook
> > 2003 (screenshot: http://www.peter3.com/JvNavPane/JvNavPaneDemo.gif), that
I
> > was going to add to JVCL (also includes the outlook style splitter, group
> > divider and header components).

nice work!


> > Now, the purpose of JVCL is not to compete with commercial alternatives
but
> > be an alternative, so my problem is: should I add these components to JVCL
> > and risk hurting this company or should I keep them to myself?

The overall policy was that we won't go "after" specific set of components
and try to copy them one by one. But creating individual components
shouldn't be a problem, IMHO.

> > I can understand that users would like to have it for free but looking a
bit
> > further, providing alternatives to commercial components might kill the
3rd
> > party market and even this company.

One or two components don't make a difference in scheme of overall JVCL If
somebody would go out of business it would be because of JVCL overall and
not of the one or two components, IMHO.

Michael




Subject: Re: JvComboBox
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Tue, 30 Mar 2004 10:48:27 +0200
Newsgroups: jedi.vcl

No hurry...

Marcel Bestebroer wrote:
>     Crap, forgot to update the example after I modified the provider stuff.
> Sorry about that. I'll try to update it today.


Subject: Re: JvComboBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Mar 2004 10:06:06 +0200
Newsgroups: jedi.vcl

Hello, Holger!
You wrote  on Mon, 29 Mar 2004 18:52:54 +0200:

 HF> app not working at all. While loading I get "item not found" and when I
 HF> try to run the compiled app it says "Unknown software error."

    Crap, forgot to update the example after I modified the provider stuff.
Sorry about that. I'll try to update it today.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: News reader (which one is best for developers)
From: "Chris Grant" <cjgrant_aaa@bigpond.net.au>
Date: Tue, 30 Mar 2004 07:02:17 +0000 (UTC)
Newsgroups: jedi.vcl

Have to agree with Rudy here great new reader...

By the way news group is also on this server. (i.e. Jedi News server)


Chris

Rudy Velthuis wrote:

> > At 01:53:05, 29.03.2004, Arioch wrote:
> > 
>> > > Hello, Rudy!
>> > > 
>> > > Sorry, was to fast.
>> > > That client - http://www.tsoft.ru/nclient/nclient8.exe - is told to
>> > > have no English UI.
>> > > Sorry.
> > 
> > I'm very happy with XanaNews. No need for yet another one. I have
> > probably tried 95% of them, and XanaNews came out the winner.



-- ==================================================================== To email me remove the obvious 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Mar 2004 14:48:13 +1000
Newsgroups: jedi.vcl

Craig wrote:

> I tried your changes with out the .reload line and it lost the other ini
> info again.
> .autoreload and .autoflush are both set to true.
>
> // Called from the main form (also has its own JvAppIniFileStorage1)
> sub:= Tsub.Create(self);
> sub.ShowModal;
>
> [I add strings to the ini file here with aTinifile.WriteString()]
>
> //sub.JvAppIniFileStorage2.Reload;  <<  This is what is still needed.
> Without it I will lose the changes.
> sub.Free;  << loses the changed here if I delete out the above line.
> sub:= nil;

What if instead of using aTinifile, you used sub.JvAppIniFileStorage2.IniFile? This would be a quick fix and the situation would still need to be investigated.



Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 30 Mar 2004 07:52:04 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

 MB> storage and we'll add a SubStorage to it. The SubStorage will map any
 MB> reference to UserData to the ini file storage.

Yes, and now we only have to setup WinNT to map that ini-file back to
registry :-PPP

 MB> UserData\Value1 refers to Value1 in the DefaultSection of the ini file

What is that Default Section ?
I think, it is to be value with no section at all.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvComboBox
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 30 Mar 2004 07:48:57 +0400
Newsgroups: jedi.vcl

Hello, Holger!

 HF> app not working at all

It works in D5 update pack 1, though it is quite easy to get a lot of
design-time AVs
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Getting rid of warnings when deprecating a property
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 30 Mar 2004 07:47:48 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Another option is to remove it altogether and add a property reader
 PT>  for it (with DefineProperties)

There is a way simplier :-)
This property might still remain published but
 1) be `stored false;`
 2) be hidden from Object Explorer with RegisterPropertyEditor(...., nil);

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Craig" <craig@.at.qnotes.com>
Date: Mon, 29 Mar 2004 21:02:59 -0500
Newsgroups: jedi.vcl

I tried your changes with out the .reload line and it lost the other ini
info again.
..autoreload and .autoflush are both set to true.

// Called from the main form (also has its own JvAppIniFileStorage1)
sub:= Tsub.Create(self);
sub.ShowModal;

[I add strings to the ini file here with aTinifile.WriteString()]

//sub.JvAppIniFileStorage2.Reload;  <<  This is what is still needed.
Without it I will lose the changes.
sub.Free;  << loses the changed here if I delete out the above line.
sub:= nil;

Olivier said:
Anyway, I have put the missing AutoReload stuff in the various places
they should have been, this has been comitted to CVS. Let me know if the
changes fix the situation.





Subject: Re: JvJCLUtils, JvJVCLUtils, JvWndProcHook, JvMenus, JvFormPlacement changes
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Mar 2004 11:35:42 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have removed JCL dependency from JvJCLUtils, JvJVCLUtils, JvWndProcHook
> and JvMenus.
What was the dependency on in JvMenus?



Subject: Re: News reader (which one is best for developers)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 30 Mar 2004 04:24:39 +0400
Newsgroups: jedi.vcl

Hello, Captain!

 CJ> I'll face and I'm not too worried.
Me too, i just looked headers of Your message, and expect it will not be
usable for languages above 1250 codepage.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: comments on JvComCtrls.pas
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 30 Mar 2004 04:21:27 +0400
Newsgroups: jedi.vcl

Hello, OBones!

O> I'm not interested in having any ASM

I can only repeat that there was never no single assembler opcode.

 O> it quite well but I know it is useless in the JVCL

Too strong, just grep for 'asm' in jvcl/run

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: JvJCLUtils, JvJVCLUtils, JvWndProcHook, JvMenus, JvFormPlacement changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Mar 2004 02:01:18 +0200
Newsgroups: jedi.vcl

I have removed JCL dependency from JvJCLUtils, JvJVCLUtils, JvWndProcHook
and JvMenus.
Furthermore I moved JvFormPlacement related code from JvJVCLUtils to
JvFormPlacement.

-- Regards, Andreas Hausladen 

Subject: Re: News reader (which one is best for developers)
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 29 Mar 2004 19:37:38 -0100
Newsgroups: jedi.vcl

Thunderbird mail client (the one from mozilla) is a good mail client and news reader imo.

micha

Craig wrote:

> What are you all using.  I use OutlookExpress and I'm happy, but I would
> like a summery feature of my posts and threads that I'm tracking.  What do
> you use?
>
> I tried this question elsewhere and got replies about getting graphics and
> other free stuff.  I just want the news.
>


Subject: latest cvs gpf in stdctrls om d5
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 29 Mar 2004 19:35:09 -0100
Newsgroups: jedi.vcl

I am not able to install the latest jvcl fom cvs. The beta release runs well. I deinstalled it, deleted all bpls (jv...) renamed the directory, downloaded /dev/jvcl3 via tortoise and installed it.

I also updated the jcl from the preview to the current release - it did not help.

When starting d5 I get the gpf in jvstdctrls and components are missing.

Falling back to the old version (sourceforge release of 3 beta) everything is ok again.

Since you all seem to work with the cvs snapshot and d´5 enterprise is quite commonplace I am sure that I do something wrong.

Any help is very appreciated!

micha


Subject: Re: Need some help with new Desktop Alert component
From: "Ian Branch" <branch@ancc.com.au>
Date: Tue, 30 Mar 2004 06:24:27 +1000
Newsgroups: jedi.vcl

Hi Arioch,

    Ah Ha!   Light dawns in my darkened brain.  Thank you very much for your
patience and explanation.  Appreciated.

Regards,

Ian




Subject: Re: A component for a webservice
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 29 Mar 2004 20:48:43 +0200
Newsgroups: jedi.vcl

The problem is... probably the component will be only compatible with Delphi
6 or higher... perhaps...

Delphi --> Component --> funcion ( component.GetVersion() ) --> Server
Web --> .NET Webservice --> Code
________________ __

Regards,
Stefano Pessina

"Hans-Eric Grönlund" <hangroNO@SPAMgdpc.se> ha scritto nel messaggio
news:c49ng9$21d$1@talkto.net...
> > Well, at least I would be interested in such a control, and I would be
> > interested in your elaborate thoughts on the update system you have in
mind.
> >
> > Regards
> >
> > Hans-Eric Grönlund
> >
> > Stefano Pessina wrote:
>> > > Ok sorry.
>> > > I want to develop a component with a particular function to communicate
with
>> > > a webservice.
>> > > The webservice control, for example, the updates of a software, the
online
>> > > check of serial code for products activation and the login (from
database)
>> > > for the applications that need this.
>> > >
>> > > The component will be developed with a special devtool for the creation
of
>> > > the .NET webservices (updates, online check, login, etc) that can
interface
>> > > with the component.
>> > >
>> > > It's interesting?
>> > >
>> > > ________________ __
>> > >
>> > > Regards,
>> > > Stefano Pessina
>> > >
>> > > "OBones" <obones_REM_SPM_@_PIF_meloo.com> ha scritto nel messaggio
>> > > news:c494vm$uds$1@talkto.net...
>> > >
>>> > >>Stefano Pessina wrote:
>>> > >>
>>> > >>
>>>> > >>>No answer? :-)
>>> > >>
>>> > >>Well, you see, I can't understand what you want or propose in the first
>>> > >>post. Try making smaller and clearer sentences.
>> > >
>> > >
>> > >




Subject: Re: A component for a webservice
From: Hans-Eric Grönlund <hangroNO@SPAMgdpc.se>
Date: Mon, 29 Mar 2004 20:26:50 +0200
Newsgroups: jedi.vcl

Well, at least I would be interested in such a control, and I would be interested in your elaborate thoughts on the update system you have in mind.

Regards

Hans-Eric Grönlund

Stefano Pessina wrote:
> Ok sorry.
> I want to develop a component with a particular function to communicate with
> a webservice.
> The webservice control, for example, the updates of a software, the online
> check of serial code for products activation and the login (from database)
> for the applications that need this.
>
> The component will be developed with a special devtool for the creation of
> the .NET webservices (updates, online check, login, etc) that can interface
> with the component.
>
> It's interesting?
>
> ________________ __
>
> Regards,
> Stefano Pessina
>
> "OBones" <obones_REM_SPM_@_PIF_meloo.com> ha scritto nel messaggio
> news:c494vm$uds$1@talkto.net...
>
>> Stefano Pessina wrote:
>>
>>
>>> No answer? :-)
>>
>> Well, you see, I can't understand what you want or propose in the first
>> post. Try making smaller and clearer sentences.
>
>
>


Subject: Re: News reader (which one is best for developers)
From: "Captain Jake" <johnjac76[nospam]@comcast.net>
Date: Mon, 29 Mar 2004 11:57:25 -0600
Newsgroups: jedi.vcl

In jedi.vcl, Craig <craig@.at.qnotes.com> wrote in message 
<c47716$l4d$1@talkto.net>...
> > What are you all using.  I use OutlookExpress and I'm happy, but I would
> > like a summery feature of my posts and threads that I'm tracking.  What do
> > you use?

I wrote my own because I did not like the ones that were available. It is in 
very early beta testing right now, but should be released this year or next. 
There were a number of features I wanted that simply do not 
exist in other newsreaders. 

I've been looking at other newsreaders to see what kind of competition I'll 
face and I'm not too worried. The way I see it the main competition is 
Outlook Express. Everything else seems distant, with XNews and Forte's Agent 
more or less tying for second place. After that you have a gaggle of little 
known or small-share newsreaders, none of which are particularly noteworthy.

-- ***Free Your Mind*** 

Subject: Re: A component for a webservice
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 29 Mar 2004 19:52:23 +0200
Newsgroups: jedi.vcl

If you want, I can "make" a visual and text demoversion of this component...
With a webpage and some images...

________________ __

Regards,
Stefano Pessina

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c49k5i$1ba$1@talkto.net...
>> > > It's interesting?
> > Hard to say without actually seeing it. I guess you haven't started yet,
so
> > it's hard to show anything, right<g>?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: A component for a webservice
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Mar 2004 19:30:17 +0200
Newsgroups: jedi.vcl

> > It's interesting?
Hard to say without actually seeing it. I guess you haven't started yet, so
it's hard to show anything, right<g>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComboBox
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 29 Mar 2004 18:52:54 +0200
Newsgroups: jedi.vcl

Marcel,

app not working at all. While loading I get "item not found" and when I try to run the compiled app it says "Unknown software error."



Marcel Bestebroer wrote:
> Hello, Holger!
> You wrote  on Mon, 29 Mar 2004 15:40:32 +0200:
>
>  HF> Hi,
>
>  HF> is there an example for the use of the Provider property somewhere??
>
>     There is one in dev\JVCL3\examples\Providers and consumers\Linked
> consumers. Although it's purpose was to show how you can link different
> consumers to each other, it does show a combo box linked to a provider (and
> to other consumers, but that's not relevant here)
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Not listening to anything; Foobar2000 stopped.
>
>


Subject: Re: A component for a webservice
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 29 Mar 2004 17:22:21 +0200
Newsgroups: jedi.vcl

Ok sorry.
I want to develop a component with a particular function to communicate with
a webservice.
The webservice control, for example, the updates of a software, the online
check of serial code for products activation and the login (from database)
for the applications that need this.

The component will be developed with a special devtool for the creation of
the .NET webservices (updates, online check, login, etc) that can interface
with the component.

It's interesting?

________________ __

Regards,
Stefano Pessina

"OBones" <obones_REM_SPM_@_PIF_meloo.com> ha scritto nel messaggio
news:c494vm$uds$1@talkto.net...
> > Stefano Pessina wrote:
> >
>> > > No answer? :-)
> >
> > Well, you see, I can't understand what you want or propose in the first
> > post. Try making smaller and clearer sentences.




Subject: Re: Last modified inJVCL?
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 29 Mar 2004 16:24:56 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Now all files are updated except JvCharts.pas

Hmm, and now there's no more way to tell when and by whom a file was *really* last updated (except by doing a CVS query)... all the files now show 2004/03/26 ahuser... over in the JCL repository they actually _added_ an additional Last Modified line (assumedly to be removed on the next "real" update) in the process of introducing the $Id$ keyword...

:(

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: crazy idea
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 16:14:22 +0200
Newsgroups: jedi.vcl

I check QC from time to time but I don't really track anything. If you or
anyone else finds something interesting or something that affects JVCL
directly, please post your findings here and suggestions in Mantis.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem with TRxRichEdit and JvxRichEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 16:10:36 +0200
Newsgroups: jedi.vcl

We are working on JVCL 3.0 now so if you want help with this issue, you need
to upgrade to this version first and test it with TJvRichEdit instead
(TJvRichEdit is a merging of TJvxRichEdit and TJvRichEdit from 2.10 + a lot
of new stuff from Remko Bonte).

Sorry we can't help more but we don't do 2.10 fixes anymore.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComboBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Mar 2004 16:05:06 +0200
Newsgroups: jedi.vcl

Hello, Holger!
You wrote  on Mon, 29 Mar 2004 15:40:32 +0200:

 HF> Hi,

 HF> is there an example for the use of the Provider property somewhere??

    There is one in dev\JVCL3\examples\Providers and consumers\Linked
consumers. Although it's purpose was to show how you can link different
consumers to each other, it does show a combo box linked to a provider (and
to other consumers, but that's not relevant here)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Problem with TRxRichEdit and JvxRichEdit
From: Prog <progdelSANSPUB@altern.org>
Date: Mon, 29 Mar 2004 15:50:25 +0200
Newsgroups: jedi.vcl


I've noticed a problem in TRxRichEdit (v 2.75) in a program of my own, but it also appears in the demo program (Demo\Riched2\) provided with the RX library : when I select a portion of text and want to change the font, style and size with the font dialog and not the buttons, the change of font and size always works fine, but the style required is sometimes ignored.

For instance, in the Overview.rtf file which is loaded when the richedit.exe demo of RxRichedit is launched, if I select, say, the first line with "more information" in Arial 10 bold, I can change with Format/Font to have, say, Arial 12 italic. On the contrary, if I select in the next paragraph "large number of components", in Times New Roman 14 bold italic, if I select Format/Font and just change the style from "bold italic" to "italic", I get the "normal" style as a result.

I checked the updates of RxRichEdit and downloaded JvxRichEdit from jvcl.sourceforce.net (version 2.10) and the problem stays the same, it apparently has not been fixed.

It looks like any attempt to change, with the Fontdialog, i.e. with the Assign method which itself calls the AssignFont method, from a 'standard' style to either bold, italic or both, fails and that most of the time a change from an italic or bold style to the other results in the 'standard' style.

Does anybody have an idea ?

Of course, it can be fixed easily by adding :
CurrText.Style := FontDialog1.Font.Style;
just after :
CurrText.Assign(FontDialog1.Font);
but it's not really satisfying to have to "patch" this way...



Subject: JvComboBox
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 29 Mar 2004 15:40:32 +0200
Newsgroups: jedi.vcl

Hi,

is there an example for the use of the Provider property somewhere??


Subject: Re: A component for a webservice
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 23:10:42 +1000
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> No answer? :-)

Well, you see, I can't understand what you want or propose in the first post. Try making smaller and clearer sentences.


Subject: Re: A component for a webservice
From: "Stefano Pessina" <peste1@tin.it>
Date: Mon, 29 Mar 2004 15:02:59 +0200
Newsgroups: jedi.vcl

No answer? :-)




Subject: Re: News reader (which one is best for developers)
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Mon, 29 Mar 2004 14:15:07 +0200
Newsgroups: jedi.vcl

At 01:53:05, 29.03.2004, Arioch wrote:

> > Hello, Rudy!
> > 
> > Sorry, was to fast.
> > That client - http://www.tsoft.ru/nclient/nclient8.exe - is told to
> > have no English UI.
> > Sorry.

I'm very happy with XanaNews. No need for yet another one. I have
probably tried 95% of them, and XanaNews came out the winner.
-- Rudy Velthuis "True. When your hammer is C++, everything begins to look like a thumb." -- Steve Haflich, in comp.lang.c++ 

Subject: Re: comments on JvComCtrls.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 22:10:02 +1000
Newsgroups: jedi.vcl

Arioch wrote:
> Hello, OBones!
>
>  >> My old code mught be too asm-like, but current is too far from asm :-)
>  O> Yes, please stay away from that, at all cost.
>
> I think You taken it too seriously.
> I'll post that code to binaries and will Ypu have time - look at it.
> It is not clear, but it is not terrifiying as well.

I'm not interested in having any ASM at all in the JVCL. I do understand it quite well but I know it is useless in the JVCL. Your "pet" subject may be optimisation at all cost, but I'm quite sure you are one of the rarest. I do optimisation for a living, and I'm telling you, we don't go for ASM unless we are forced to. It's always easier to write the C code another way than to write some ASM.
That was my 2 cents worth.


Subject: Re: comments on JvComCtrls.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 14:04:49 +0200
Newsgroups: jedi.vcl

> > BTW, is that hint feature shown somewhere in the demo's ?
Don't think so
> > I also wonder, which else comonents are to support HintSource ?
> > I want to recondiser Checklistbox somewhen, but maybe there will be
others.
I don't think there are any plans on adding it to other components but if
you'd like to invsstigate candidates and make a list (and even implement
it), I'd consider adding it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting rid of warnings when deprecating a property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 14:00:17 +0200
Newsgroups: jedi.vcl

Another option is to remove it altogether and add a property reader for it
(with DefineProperties) that assigns the value to Year instead. This way
people can read their DFM's without errors but they must change "GridYear"
to "Year" in code. The next time the DFM is saved, GridYear is not saved
with it but Year is.

I think that is the best option.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Getting rid of warnings when deprecating a property
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 21:54:12 +1000
Newsgroups: jedi.vcl

Hi all

In my rewriting of TJvYearGrid, I renamed the GridYear property to Year because it would be stupid to do AYearGrid.GridYear (well at least I think so).
However, I don't want to break existing DFMs, so I declared a property named GridYear in the public section like that:

property GridYear: Integer read GetGridYear write SetGridYear;

and the accessors like that:

procedure SetGridYear(const Value: Integer);
            {$IFDEF COMPILER6_UP}deprecated;{$ENDIF COMPILER6_UP}
function GetGridYear: Integer;
            {$IFDEF COMPILER6_UP}deprecated;{$ENDIF COMPILER6_UP}

The problem is that the compiler keeps throwing warnings at me because of deprecated even if the property is not used anywhere. Is there a way to fix that? Or should I just put a comment and remove the deprecated keywords?

Thanks for your help.

Olivier Sannier
JVCL Developer


Subject: Re: Need some help with new Desktop Alert component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 21:36:16 +1000
Newsgroups: jedi.vcl

Ian Branch wrote:

> HI Arioch,
>
>
>> Can You sacrifice 10mb of traffic and download all fro mscratch ? It would
>> be the easiest way.
>
>
> I can do that tomorrow but what do I do about future updates?

Future updates would only need the traffic for the modified files plus a little overhead. I do an update at least once a day and it takes no more than 1M.


Subject: Re: comments on JvComCtrls.pas
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 15:04:58 +0400
Newsgroups: jedi.vcl

Hello, OBones!

 >> My old code mught be too asm-like, but current is too far from asm :-)
 O> Yes, please stay away from that, at all cost.

I think You taken it too seriously.
I'll post that code to binaries and will Ypu have time - look at it.
It is not clear, but it is not terrifiying as well.

 AH> This code is done in JvExControls.pas.DispatchMsg
Thank You, i was blind. I just did not put my dimes to see what is that
DispatchMsg that jumps go to :-(

 PT> I don't think you need to worry too much about speed when it comes to
 PT> displaying hints ;-)

1) when we gain 1% of extra time in 100 routines - they have chance to make
it 100% slower.
When there is call to function - i think it is to be cached in local var, it
is simple.

2) afterall the logic of code was broken IMHO. And no one replied to that
points.
BTW, is that hint feature shown somewhere in the demo's ?
I also wonder, which else comonents are to support HintSource ?
I want to recondiser Checklistbox somewhen, but maybe there will be others.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Mar 2004 12:55:26 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Sun, 28 Mar 2004 23:23:13 +0400:

 A>>> To be true, it always seemd to me that ether DOM is very limited to
 A>>> support different output formats

 A> Sorry, feeling myself like two-faced Janus :-)
 A> I wanted to say, that since DOM supports a number of output formats, it
 A> might be limited by narrows common subset of features, that all of those
 A> formats support.

    Well, that is true to some extend. If you want your help to be build in
various formats, you have very limited control on how your tables and lists
look. If you know you're gonna build WinHelp or HTMLHelp only, you can
actually add target code in the help sources.

    Still, every output format can be configured to any look you'd like.
Usually I'll stick to the defaults (with some minor changes here and there)
to have the most usable look (like Delphi help for WinHelp and like
MSDN/.NET help for HTMLHelp/Help2).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: TJvScheduler Help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Mar 2004 12:53:10 +0200
Newsgroups: jedi.vcl

Hello, Noisx!
You wrote  on Sun, 28 Mar 2004 21:07:18 +0000:


 N> procedure TForm1.Button1Click(Sender: TObject);
 N> begin
 N>   JvScheduledEvents1.Events.Add.Schedule.RecurringType := srkOneShot;
 N>   JvScheduledEvents1.Events.Add.Schedule.StartDate.Date := DateTimeToStr
 N> (DateTimePicker1.Date);
 N>   JvScheduledEvents1.Events.Add.Schedule.StartDate.Time := DateTimeToStr
 N> (DateTimePicker2.Time);
 N>   JvScheduledEvents1.Events.Add.Start;
 N> end;

 N> And as you may have guessed I recieved 3 or 4 compilation errors and the
 N> program would not compile and for those of you that know whats going on
 N> I am sure your laffing your heads off but I simply don't know what I am
 N> doing wrong and could really use some help.

    First of all, nobody is laughing at you just because you are unable to
figure this out.

    Second, even if it would compile, the above code would result in 4
different events, of which the last is started but will have a date/time in
the past, configured as a one-shot, and will thus never fire. In addition
you do not assign a handler to the OnExecute event, so even if the event
should fire, nothing would happen (I would not count on OnStartEvent event
of the component, since you have no idea which event would fire). Try this:

procedure TForm1.Button1Click(Sender: TObject);
var
   sc: TJvEventCollectionItem;
begin
  // Add a new event
  sc := JvScheduledEvents1.Events.Add;
  // Setup it's type (OneShot in this case)
  sc.RecurringType := srkOneShot;
  // Setup the date and time.
  sc.StartDate := DateTimeToTimeStamp(Trunc(DateTimePicker1.Date) +
Frac(DateTimePicker1.Time));
  // Assign an event handler to call
  sc.OnExecute := <methodtoexecute>;
  // Start the event.
  sc.Start;
  // sc.State should be sesWaiting; unless the event is running immediately
(due to it's StartDate).
  // sesEnding means the schedule has ended (duh)
end;

    (DISCLAIMER: not tested for accuracy. May need some tweaking to get it
to compile.)

    <methodtoexecute> should have the following signature:

procedure MyEvent(Sender: TJvEventCollectionItem; const IsSnoozeEvent:
Boolean);

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Need some help with new Desktop Alert component
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 14:51:35 +0400
Newsgroups: jedi.vcl

Hello, Ian!

 IB> I can do that tomorrow but what do I do about future updates?

Hey! You should download by CVS itself, that is the point!
And what You would do next - i already descibed You.

So what did i do:

I created folder c:\cvs\jcl and c:\cvs\jvcl3 (there are also tdbf and
DSpatial projects - but they are out of scope)


Now I r-click on jcl folder and choose CVS_Checkout
Tortoise dialog brings up.  (to be true - i also set GZIP level 3 on
transmission, but AFAIR newer versions of Tortoise do it by default)

I feed CVSROOT with the following line:

":pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl"

I set module to "help"  (both lines are without quotes!) and press Ok.
And Tortoise downloads textsources for future help, that maybe useful
sometimes.

Now i repeat this, but choosing "jcl" module - here i got sources of JCL


Now i r-click onto jvcl3 oflder and choose CVS_Checkout
CVSROOT: ":pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl"
Module: "dev/help" - Ok.
Repeat this with Module "dev/JVCL3"

So no You have downloaded JCL and JVCL help sources and the very sources.
Remember to NEVER write soemthing into that folders.

Instead copy those folders to, for example, c:\Borland\AddOns\jcl  and
c:\Borland\AddOns\JVCL
And those copies You will use.

When want to update - r-click on folders c:\cvs\jcl\jcl, c:\cvs\jcl\help,
c:\cvs\jvcl3\dev\jcl, c:\cvs\jvcl3\dev\help and choose CVS_Update.
After updates, copy the updated sources, clean copies (want.exe for JCL and
clean.bat for JVCL) and recompile them by install.bat in both JCL and JVCL.


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Need some help with new Desktop Alert component
From: "Ian Branch" <branch@ancc.com.au>
Date: Mon, 29 Mar 2004 20:35:00 +1000
Newsgroups: jedi.vcl

HI Arioch,

> > Can You sacrifice 10mb of traffic and download all fro mscratch ? It would
> > be the easiest way.

I can do that tomorrow but what do I do about future updates?

Regards,

Ian





Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Mar 2004 12:30:02 +0200
Newsgroups: jedi.vcl

OBones wrote:

>> > > 
>> > > Have you updated the devtools\makefile.mak ?
> > 
> > Fresh update as of today 7PM UTC+10

I asked this because this line:
"MAKE0000.@@@ not found"
should not be visible because alle output is redirected to NUL. the "del"
command looks this:
"-@del Make*.@@@ >NUL 2>NUL"
And I had a "-@del MAKE0000.@@@ >NUL" in an older version of makefile.mak.


-- Regards, Andreas Hausladen 

Subject: Re: Need some help with new Desktop Alert component
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 14:25:58 +0400
Newsgroups: jedi.vcl

Hello, Ian!

 IB> I have TortoiseCVS installed but I don't understand how I set up the
 IB> link between the internet directories and my drive directories..

Can You sacrifice 10mb of traffic and download all fro mscratch ? It would
be the easiest way.

Other way - ask Anders, and he might make an snapshot archive with pre-set
CVS metadata (he did for me).

Then You only need to unpack, r-click on foulder and choose CVS_update

After update You copy the folder to the working dir and compile ti there.

CVS copy is not to be touched by any editor - otherwise You will have to
re-download.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 20:20:51 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> MAKE0000.@@@ not found
>
>
> Have you updated the devtools\makefile.mak ?

Fresh update as of today 7PM UTC+10

>  So I tried with this command line:
>
>> build d6 --jcl-path="c:\path\to\JCL from CVS\jcl"
>>
>> and I got this:
>>
>> Unknown edition: c:\path\to\JCL from CVS\jcl
>
>
> That is a problem in the batch file. The "" are missing for %1 %2 %3 ...
I don't think so. To me it looks like the quotes get the stuff mixed up because here are the parameters that build.bat gets by using the above mentionned arguments:
d6
--jcl-path
"c:\perso\prog\JCL from CVS\jcl"

>> For the moment, I'm staying with my old and crapy batch
>> files. At least they work <vbg>
> That is the reason why I have not removed these batch files.
Thanks.


Subject: Re: Need some help with new Desktop Alert component
From: "Ian Branch" <branch@ancc.com.au>
Date: Mon, 29 Mar 2004 20:19:10 +1000
Newsgroups: jedi.vcl

Hi Arioch,

> > Thanks to  Andreas, You can just unpack snapshot, install TortoiseCVS,
> > r-click on JVCL folder - and update instantly.

Now that's where I seem to have a shortfall in my understanding.

I have TortoiseCVS installed but I don't understand how I set up the link
between the internet directories and my drive directories..

Regards,

Ian




Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Mar 2004 12:17:33 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> >  So I tried with this command line:
>> > > 
>> > > build d6 --jcl-path="c:\path\to\JCL from CVS\jcl"

This works now. The cmd.exe has a problem with such a line. For batch
files it separates the parameters to "--jcl-path=" and "c:\...\jcl". I
replaced the build.bat by the buildtarget.exe and now it works.

-- Regards, Andreas Hausladen 

Subject: Re: comments on JvComCtrls.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 11:50:28 +0200
Newsgroups: jedi.vcl

> > My old code mught be too asm-like, but current is too far from asm :-)
I don't think you need to worry too much about speed when it comes to
displaying hints ;-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Mar 2004 11:49:40 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > MAKE0000.@@@ not found

Have you updated the devtools\makefile.mak ?


> > So I said to myself, maybe because it's my JCL is not in the expected
> > place.

I don't think that this is the problem. The line "MAKE0001.@@@ not found

 So I tried with this command line:
> > 
> > build d6 --jcl-path="c:\path\to\JCL from CVS\jcl"
> > 
> > and I got this:
> > 
> > Unknown edition: c:\path\to\JCL from CVS\jcl

That is a problem in the batch file. The "" are missing for %1 %2 %3 ...


> > For the moment, I'm staying with my old and crapy batch
> > files. At least they work <vbg>

That is the reason why I have not removed these batch files.



-- Regards, Andreas Hausladen 

Subject: Re: Problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 19:46:28 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> If USEJVCL is NOT defined, this means that I cannot use any of the files
>> starting with Jv
>
> [..]
> That is absolutely correct: no JVCL or JCL, except for jvcl.inc/jedi.inc
>
Then TJvYearGrid is already offending, it uses JvResources and JvConsts.
Don't worry, I'll fix that.


Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 19:03:36 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> In packages\bin you can find a new build system for the JVCL.

I just tried, and it doesn't work. Here is the output after I just type "build d6" :

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
[Generating: Templates]
MAKE0000.@@@ not found
[Compiling: pg.exe]
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE0001.@@@ not found
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
GenerateUtils.pas(1) Fatal: File not found: 'jvcl.inc'

** error 1 ** deleting bin\pg.exe

** error 1 ** deleting GeneratePackages
Press ENTER to continue

So I said to myself, maybe because it's my JCL is not in the expected place. So I tried with this command line:

build d6 --jcl-path="c:\path\to\JCL from CVS\jcl"

and I got this:

Unknown edition: c:\path\to\JCL from CVS\jcl

So I put the opening quote just before the first '-' in --jcl-path and I went back to the situation I was before, with the same message.
Any thoughts?
For the moment, I'm staying with my old and crapy batch files. At least they work <vbg>

Keep up the good work
Cheers
Olivier


Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 18:36:01 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The user of the component. It could be feasible that any of the storage
> components called them as well but that was not the main reason to add them.
> They are provided to give the user more control on where and when flushes
> and reloads are done regardless of the actual storage backend.

Ok, thanks for the update.


Subject: Re: comments on JvComCtrls.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Mar 2004 09:21:46 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > I looked for it in JvComCtrls and JvExCtrls - and there is no.
> > I looked who else could call .HintShow method - and found none.

The code you are looking for is in JvExControls.pas. The Dispatch method
is captured by all JvExXxxx classes and redirected to
JvExControls.pas.DispatchMsg. And as JvExControls cannot know any
component that could be used with the JvExVCL it uses the IJvExControl,
IJvExWinControl and IJvExCustomControl interfaces.

> >  procedure TJvExPageControl.CMHintShow(var Message: TMessage); 
> > (* message CM_HINTSHOW; *)
> > begin
> >   with TCMHintShow(Message) do
> >     Result := Self.HintShow(HintInfo^);
> > end;

This code is done in JvExControls.pas.DispatchMsg


-- Regards, Andreas Hausladen 

Subject: Re: Button glyphs in JVCL3\install\JVCL3Install\Images
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Mar 2004 09:15:55 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > If I recall well, the Cancel, Exit, Gear, Open and Save images are
> > (indirectly) imported from a project of mine.

The new installer does not / will not use any images for buttons because
it is a wizard setup.


-- Regards, Andreas Hausladen 

Subject: JvConsts.pas - Delphi2 compatibility? :-)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 11:10:18 +0400
Newsgroups: jedi.vcl

Hello, All!

Can SDelphiKey constants be left only for used versions?

And maybe it can be dropped at all with someuse of
c:\Borland\AddOns\jcl\source\common\JclBorlandTools.pas ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: comments on JvComCtrls.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 08:49:39 +0200
Newsgroups: jedi.vcl

> > Well at least it is my point of view.
Shared by most developers and users too.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 08:48:38 +0200
Newsgroups: jedi.vcl

> > If USEJVCL is NOT defined, this means that I cannot use any of the files
> > starting with Jv
[..]
That is absolutely correct: no JVCL or JCL, except for jvcl.inc/jedi.inc

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 08:46:34 +0200
Newsgroups: jedi.vcl

> > Ok, I pretty much figured that one out when I read the history. But
> > because I'm a lazy guy, could you tell me who is calling BeginUpdate and
> > EndUpdate?
The user of the component. It could be feasible that any of the storage
components called them as well but that was not the main reason to add them.
They are provided to give the user more control on where and when flushes
and reloads are done regardless of the actual storage backend.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: comments on JvComCtrls.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 29 Mar 2004 16:46:14 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> My old code mught be too asm-like, but current is too far from asm :-)
> I remember i even arranged values of TJvHintSource to use bitwise operators,
> though
> standed from this tempting idea :-D
Yes, please stay away from that, at all cost. ASM can be good, but not in the JVCL, it has no purpose here. Well at least it is my point of view.



Subject: Re: Problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 29 Mar 2004 16:44:00 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I didn't mean in a copyright sense, but in the sense that you don't really
> retain control of it once it is committed to CVS.

Oh that... ah well... <g>

>> Redifining the types is quite useless to me. I will put some USEJVCL in
>> the code, trying to keep it as readable as possible
>
> OK, let's see how that works out and if it is too awful, we can talk about
> it again.

Let's clarify things before I start:
If USEJVCL is NOT defined, this means that I cannot use any of the files starting with Jv, whereever they are, nor can I use JCL functions, right?
If I'm right, that means that I can't use JvResourses, can't use JvTypes, can't use JvConsts, the only file that I can use is jvcl.inc because well, it has to be used.
I want to be sure I do the things correctly the first time.

Cheers
Olivier



Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 29 Mar 2004 16:41:05 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The
>> other explanation may also be because of the IsUpdating value. If it is
>> True when writing stuff, the reload will not be done. Peter did those
>> changes and if he could explain the implications here, that'd be great.
>
> IsUpdating is true when BeginUpdate has been called without calling
> EndUpdate. The reason is of course not to call Flush too often to speed
> things up (flushing every write takes a *long* time with ini and xml files).
>
Ok, I pretty much figured that one out when I read the history. But because I'm a lazy guy, could you tell me who is calling BeginUpdate and EndUpdate?



Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 08:19:28 +0200
Newsgroups: jedi.vcl

> > The
> > other explanation may also be because of the IsUpdating value. If it is
> > True when writing stuff, the reload will not be done. Peter did those
> > changes and if he could explain the implications here, that'd be great.
IsUpdating is true when BeginUpdate has been called without calling
EndUpdate. The reason is of course not to call Flush too often to speed
things up (flushing every write takes a *long* time with ini and xml files).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 29 Mar 2004 08:16:25 +0200
Newsgroups: jedi.vcl

> > Well, not that it's that important, but I thought that I kept the
> > copyright on the code that I wrote...
I didn't mean in a copyright sense, but in the sense that you don't really
retain control of it once it is committed to CVS.
> > Redifining the types is quite useless to me. I will put some USEJVCL in
> > the code, trying to keep it as readable as possible
OK, let's see how that works out and if it is too awful, we can talk about
it again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Component Conundrum
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 29 Mar 2004 08:11:04 +0200
Newsgroups: jedi.vcl

Hi Peter

it is very nice and would be agood choice for a new MegaDemo :-)

Ralf Grenzing


"Peter Thörnqvist" schrieb:

> > I have created a new component, a navigation pane like the one in Outlook
> > 2003 (screenshot: http://www.peter3.com/JvNavPane/JvNavPaneDemo.gif), that I
> > was going to add to JVCL (also includes the outlook style splitter, group
> > divider and header components).
> >
> > The problem is now that I've found out that there is one Delphi 3rd party
> > company selling such a component as well (even more awkward, they also sell
> > a Desktop Alert component, something I've already added to JVCL...).
> >
> > Now, the purpose of JVCL is not to compete with commercial alternatives but
> > be an alternative, so my problem is: should I add these components to JVCL
> > and risk hurting this company or should I keep them to myself?
> >
> > I can understand that users would like to have it for free but looking a bit
> > further, providing alternatives to commercial components might kill the 3rd
> > party market and even this company.
> >
> > I don't really now how I should proceed with this. Comments?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: btw, generic q on DB-controls.
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 09:54:32 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PZ> a field in your database that would store both a data and a time. If

i see.

my q was another, it just flashed out, when i read about db-aware controls.

I'd bettter make a testcase and post it separately later.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: btw, generic q on DB-controls.
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Mon, 29 Mar 2004 00:06:42 -0500
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.FalseDomain.ru> wrote in message
news:c47fa4$mbk$5@talkto.net...
> > Hello, Peter!
> >
> > When i used RxSpinEdit - i wass very disappointed, that while i click
> > up/down, other controls linked to the field are not updated.

I haven't used that component so I wouldn't know...

> > I suggested that RxSpinEdit made Dataset.Post after editing, but Polaris
> > team told me it is against usual VCL behavior.

I'm not sure how it worked, but it should've updated other components -- if
it didn't there might have been a bug somewhere...

> > Here, with date-tme picker, seems may be one more choice alike - imagine i
> > surf through months/years - then date is changed time after time, and how
> > should control detemine which one was the last, and is to be POSTed into
> > dataset?

When you move to a different record, the modified record is posted (to the
database)

> > When i click on certain day - it is clear, but if i just selected
> > the same day month ago?

It shouldn't matter; maybe I'm not understanding correctly what you're
asking.
The problem with the datetimepicker is that it only edits a date or a time,
and not both at the same time (no pun intended <g>). You can have a field in
your database that would store both a data and a time. If the component
itself is not aware of this situation it would erase the date or time
portion of the field (depending on what "kind" you have the component set)
which would mess up your data; one way to overcome this problem is to have
two fields in the database, one for date and one for time, or use the
modified component...

I hope I got your question right...

Peter.




Subject: crazy idea
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 08:16:30 +0400
Newsgroups: jedi.vcl

Hello, All!

RFC :-)

How about tracking QualityCentral, like QC#7749 or QC#5988 (where fixes are
already submitted) and fixing VCL in our derived classes before Borland will
make a move (and it frequently needs the time!) ?


JVCL as a hotfix to VCL :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: comments on JvComCtrls.pas
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 07:25:02 +0400
Newsgroups: jedi.vcl

Hello!

1) TJvHintSource type - is to be moved outside the unit, ToDo is set :-)

2) little tuning of function TJvPageControl.HintShow (at the end of msg)
I see, my original code was refactored a lot, but i think it is now a bit
slower, for example it is calling GetShortHint twice.

My old code mught be too asm-like, but current is too far from asm :-)
I remember i even arranged values of TJvHintSource to use bitwise operators,
though
standed from this tempting idea :-D

3) how is it supposed to work ?

For example, my component had such a method:
======== Beginning of the citation ==============
  protected
    { Protected declarations }
    procedure CMHintShow(var Message: TMessage); message CM_HINTSHOW;
======== The end of the citation ==============
Which was hooked into VCL5 Hint routines.

I looked for it in JvComCtrls and JvExCtrls - and there is no.
I looked who else could call .HintShow method - and found none.

I seem to miss some cornerstone - but can't get how it is supposed to work.

Looking at this, i noticed potential the miss in my own code:
I supposed to finish that code with an event, that would give developer the
way for last-chance customisation.
I even did so for TRxCheckListBox - but not for PageControl.
But if it ever will be done, then .HintSource property is to have the
setter, that will hide current Hint if shown.
Or perhaps it is to be done regardless of that event ?

BTWm what is the purpose of IJvWinControlEvents and similar ones ?

2 Reprise)
Ok, now let's look at TJvPageControl.HintShow itself:
======== Beginning of the citation ==============
.......
  if (TabNo >= 0) and (TabNo < PageCount) then
    Tab := Pages[TabNo]
  else
    Tab := nil;
  if (FHintSource = hsForceMain) or ((FHintSource = hsPreferMain) and
(GetShortHint(Hint) <> '')) then
    HintInfo.HintStr := GetShortHint(Hint)
  else if (Tab <> nil) and ((FHintSource = hsForceChildren) or ((FHintSource
= hsPreferChildren) and
    (GetShortHint(Tab.Hint) <> ''))) then
    HintInfo.HintStr := GetShortHint(Tab.Hint)
======== The end of the citation ==============

Now, imagine
 a) HintSource = hsPreferMain; Self.Hint = '';  Tab.Hint = <some content>
expected: show Tab's Hint
executed:  empty hint, inherited from VCL's CM_HINTSHOW message might; be
filled by TApplication or might be empty. I ain't sure. It is not on my
fingertips today. Even if filled, it would be Self.Hint, not Tab.Hint.

b) HintSource = hsPreferChildren; Self.Hint = <some content>; Tab.Hint = ''
expected: hint is taken from Self
executed: hint, inherited from CM_HINTSHOW, if any.

c) HintSource = hsForceChildren or hsPreferChildren; Tab = nil (mouse is
over empty area right from tabs)
expected: show Self.Hint (as this area does not belong to any tab)
executed: hint, inherited from CM_HINTSHOW, if any.

So let me request Your comments forthat sample:
======== Beginning of the citation ==============
function TJvPageControl.HintShow(var HintInfo: THintInfo): Boolean;
var
  TabNo: Integer;
  Tab: TTabsheet;
begin
  Result := inherited HintShow(HintInfo);

  if FHintSource = hsDefault then
    Exit;

  if Result then
    Exit;

//  if Result or (Self <> HintInfo.HintControl) then // with new if-check
for Result
/// this check is to be siomplified
 if Self <> HintInfo.HintControl then
    Exit; // strange, hint requested by other component. Why should we deal
//// with it?

  with HintInfo.CursorPos do
    TabNo := IndexOfTabAt(X, Y); // X&Y are expected in Client coordinates

  if (TabNo >= 0) and (TabNo < PageCount) then
  begin
    Tab := Pages[TabNo]

    case HintSource of
            hsForceMain:  HintInfo.HintStr := GetShortHint(Self.Hint);
            hsForceChildren: HintInfo.HintStr := GetShortHint(Tab.Hint);

            hsPreferMain: begin
                    HintInfo.HintStr := GetShortHint(Self.Hint);
                    if HintInfo.HintStr = '' then HintInfo.HintStr :=
GetShortHint(Tab.Hint);
             end;

            hsPreferChildren: begin
                    HintInfo.HintStr := GetShortHint(Self.Hint);
                    if HintInfo.HintStr = '' then HintInfo.HintStr :=
GetShortHint(Tab.Hint);
             end;
        else Result := true;
        (* else raise Exception.create('we meet some unknown (new?) value of
TJvPageControl.HintSource *)
     end; //case

  end // mouse is not not over some tab
  else
    HintInfo.HintStr := GetShortHint(Hint);

   if HintInfo.HintStr = '' then Result := true; //no hint tooltip if no
hint text
end;
======== The end of the citation ==============

3 Reprise)
Also if i got it correct, the following thing is needed:
======== Beginning of the citation ==============
 (*  protected *)
 procedure TJvExPageControl.CMHintShow(var Message: TMessage); (* message
CM_HINTSHOW; *)
begin
  with TCMHintShow(Message) do Result := Self.HintShow(HintInfo^);
end;
======== The end of the citation ==============
And not only for PageControl branch !



PS: i stumbled to it after reading QC5988
Can nayone tell me, if that QC issue was (or can be) fixed in TJvListView ?


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 29 Mar 2004 12:16:16 +1000
Newsgroups: jedi.vcl

Craig wrote:

>> As to the loss of your changes, how do you do them?
>
>
> // Called from the main form
> sub:= Tsub.Create(self);
> sub.ShowModal;
>
> [I add strings to the ini file here with aTinifile.WriteString()]
>
> sub.JvAppIniFileStorage2.Reload;  <<  This is what is still needed.  Without
> it I will lose the changes.

That would be because the freeing of Sub, deletes JvAppIniFileStorage2 and deleting it calls Flush in the destructor. Doing the reload like you did is fine, because all changes related to the position of the form will be done when Sub is destroyed.
However, I cannot put a test in TJvAppIniFormStorage.Destroy to automatically reload, because then I would get your changes, but not the ones done by the FormStorage component. Here is the current workflow:

sub.ShowModal;
aTinifile.WriteString(...);
sub.Free;
  FormStorage.Save;
    AppIniFileStorage.WriteStuff();
  FormStorage.Free;
  AppIniFileStorage.Free;
    AppIniFileStorage.Flush;

Now, in all the WriteStuff functions, there is (should be) a test for AutoReload that reloads the file and as such should get your changes in. However, after having had a quick look at the file I must admit that I have forgotten quite a lot of spots to put a test for AutoReload in. The other explanation may also be because of the IsUpdating value. If it is True when writing stuff, the reload will not be done. Peter did those changes and if he could explain the implications here, that'd be great.
Anyway, I have put the missing AutoReload stuff in the various places they should have been, this has been comitted to CVS. Let me know if the changes fix the situation.

Thanks for your patience

Cheers
Olivier



Subject: Re: Button glyphs in JVCL3\install\JVCL3Install\Images
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 29 Mar 2004 11:42:33 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Button glyphs in JVCL3\install\JVCL3Install\Images:
>
> Hi,
>
> I would like to make use of some of the nice glyphs in said directory for the JCL installer.
>
> May I?  Any copyright issues?

If I recall well, the Cancel, Exit, Gear, Open and Save images are (indirectly) imported from a project of mine. I used them in the Package Generator Editor, and they were in turn used in the Installer.
Originally, I used them in CnxManager and they were create with inspiration from icons in Windows XP Shell32.dll and Axialis IconWorkshop. They are completely new icons, have been reworked to fit my needs. Legally, I don't know what kind of copyright applies to them, but as we don't make money out of them, I don't see any problem with using them. So if I'm the copyright holder here (which I don't claim to entirely be), please go ahead and use them, I don't mind at all.
If you want others, there are some in CnxManager (on SF) and I could do some more. In particular, you may want to use the Ok button which is also available in $(JVCL)\devtools\PackagesGenerator\Images

Cheers
Olivier



Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Craig" <craig@.at.qnotes.com>
Date: Sun, 28 Mar 2004 20:34:34 -0500
Newsgroups: jedi.vcl

> > As to the loss of your changes, how do you do them?

// Called from the main form
sub:= Tsub.Create(self);
sub.ShowModal;

[I add strings to the ini file here with aTinifile.WriteString()]

sub.JvAppIniFileStorage2.Reload;  <<  This is what is still needed.  Without
it I will lose the changes.
sub.Free;
sub:= nil;




Subject: Button glyphs in JVCL3\install\JVCL3Install\Images
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 29 Mar 2004 03:27:44 +0200
Newsgroups: jedi.vcl

Button glyphs in JVCL3\install\JVCL3Install\Images:

Hi,

I would like to make use of some of the nice glyphs in said directory for the JCL installer.

May I?  Any copyright issues?

Greetings, Robert


Subject: Speed optimization for the Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Mar 2004 02:13:02 +0200
Newsgroups: jedi.vcl

I have optimized the Packages Generater a little bit.

I implemented a cache for the xml files because loading the xml files
takes much time. Furthermore I reduced  "TStrings.Text := Xxx" assignments.

The files generated are the same as the "old" one. So I'm sure I have not
destroyed the package generator.

-- Regards, Andreas Hausladen 

Subject: Re: News reader (which one is best for developers)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 03:53:05 +0400
Newsgroups: jedi.vcl

Hello, Rudy!

Sorry, was to fast.
That client - http://www.tsoft.ru/nclient/nclient8.exe - is told to
have no English UI.
Sorry.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvValidator
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Mon, 29 Mar 2004 01:16:36 +0200
Newsgroups: jedi.vcl

Sorry, if I'd known that I guess I didn't have to ask ... However, I always access the Date property in my code. So, I never really looked for anything with "time" in it...

Tnx.

Arioch wrote:

> Because there is DateTime ?


Subject: Re: exe in cvs?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 03:15:48 +0400
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> List of precompiled files:

I think it is to be in CVS - what file, who decides upon it, what for.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: News reader (which one is best for developers)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 29 Mar 2004 03:14:16 +0400
Newsgroups: jedi.vcl

Hello, Rudy!

 >> like a summery feature of my posts and threads that I'm tracking.

What is it ?

 RV> XanaNews. Open source, written in Delphi, and with great support.

:-)
There is a Dlephi-written lcient in russian IB UG, though dod not try it and
do not know about sources :-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 29 Mar 2004 09:09:50 +1000
Newsgroups: jedi.vcl

Craig wrote:

>> Please get the latest CVS version and set the AutoReload and AutoFlush
>> properties of TJvAppIniFileStorage to True. This should solve your
>> problem. Well, at least, that is the purpose of AutoReload and AutoFlush.
>
>
> Much better.  I still need the 'Reload' below to perserve other manual
> runtime changes to the ini.
> Can 'AutoReload' re-read the whole ini file and not just the stored
> properties?
I does (should do) just that, if you have a look in the Reload method.
As to the loss of your changes, how do you do them?



Subject: Re: Can someone test the new build system with BCB 5
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Mar 2004 00:43:24 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Not for a BCB build. It uses the DCP file built by MakeJclDcp4Bcb and
> > doesn't need to know where the JCL is installed.

I think this works as I have "copied" your batch files.

> > Nice, but how can I force it to make it? (Note that I haven't read the
> > help screen yet).

You could call the batch file packages\bin\MakeJCLDcp4BCB.bat (please
update the packages\bin folder before doing something with it)


-- Regards, Andreas Hausladen 

Subject: Re: Problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 07:47:16 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> 4. I don't want to clog my code with $IFDEF USEJVCL
>
> Technically it isn't your code, it's JVCL's code.
Well, not that it's that important, but I thought that I kept the copyright on the code that I wrote...

>> What should I do then? I mean, I could put the IFDEF in it, but it's
>> would make the code less readable.
>
> That is the preferred way even if it is less readable. If the dependency is
> small, you could redefine the type(s) in TJvYearGrid when USEJVCL is not
> defined.
Redifining the types is quite useless to me. I will put some USEJVCL in the code, trying to keep it as readable as possible

Cheers

Olivier


Subject: Re: Can someone test the new build system with BCB 5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Mar 2004 07:37:09 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> but remember that one shouldn't have to specify where
>> is the JCL, unless he specifies that he wants to build the CJCL50.dcp
>> file.
>
>
> And what is with the JVCL units that uses JCL units? For these units the
> JCLRoot must be known in order to find the JCL source directories.

Not for a BCB build. It uses the DCP file built by MakeJclDcp4Bcb and doesn't need to know where the JCL is installed. This was done because having BCB look for Pascal files is a pain. Further, it is more compliant with Borland's logic: You don't need the source for the VCL when you do "uses Forms", all you need to indicate is the location of vcl.dcp

>> --jcl-path=c:\path\to\the\jcl
>
> This is now implemented and some more options. Just type "build" without
> any argument to get the help screen.
Sweet, I'll have a look

>> --build-jcldcp 
>
> The make file tests for the existence of the jcl-dcp files and if they are
> missing it calls "make MakeJCLDcp4BCB.mak"

Nice, but how can I force it to make it? (Note that I haven't read the help screen yet).

Thanks for your effort

Olivier


Subject: Re: TJvScheduler Help
From: "Noisx" <nosp@me.com>
Date: Sun, 28 Mar 2004 21:07:18 +0000
Newsgroups: jedi.vcl

> >    Good place to ask. I know this question has been asked (and answered
> >before) but to save you the trouble:
> >
> >event.Schedule.RecurringType := srkOneShot; // fires only at the 
specified
> >date/time
> >event.Schedule.StartDate := DateTimeToTimeStamp(<TDateTime value from
> >TDateTimePicker>);
> >event.Start; // Make sure the event is initialized.
> >
> >    If you use other recurring types you can specify the EndType and
> >EndDate/Count values (note that the time used in StartDate is 
considered a
> >starting date/time; it is not guaranteed it will fire at that 
date/time, but
> >will rather pick the next date/time according to the recurring 
schedule).
> >Next you can use constructs like these:
> >
> >with event.Schedule as IJclScheduleDayFrequency do
> >begin
> >    // Setup StartTime, EndTime and Interval to determine at which times
> >during the day the event should fire. All three are values in 
milliseconds.
> >end;
> >
> >  and:
> >
> >with event.Schedule as IJcl*Schedule do { where * is either Daily, 
Weekly,
> >Monthly or Yearly, depending on the schedule's recurring type }
> >begin
> >    // Setup specific recurring schedule properties
> >end;
> >
> >--
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JVCL Help team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
> >It's quiet 'cause Foobar2000 is not active.


First of all I would like to thank you for your reply and examples but 
it appears I am no closer to a solution then before and I am "sure" it's 
because I am doing something wrong so I will post a lil sample code so 
someone might be able to see what I am doing wrong.

As before I started a new project and placed on the form the following 
items.

1 button (Button1)

1 JvScheduledEvents component (JvScheduledEvents1)

2 DateTimePickers (DateTimePicker1 and DateTimePicker2)

I set the DateTimePicker1 kind property to (dtkDate) and the 
DateTimePicker2 kind property to (dtkTime) 

Finally I placed the following code on the Button OnClick Event

procedure TForm1.Button1Click(Sender: TObject);
begin
  JvScheduledEvents1.Events.Add.Schedule.RecurringType := srkOneShot;
  JvScheduledEvents1.Events.Add.Schedule.StartDate.Date := DateTimeToStr
(DateTimePicker1.Date);
  JvScheduledEvents1.Events.Add.Schedule.StartDate.Time := DateTimeToStr
(DateTimePicker2.Time);
  JvScheduledEvents1.Events.Add.Start;
end;

And as you may have guessed I recieved 3 or 4 compilation errors and the 
program would not compile and for those of you that know whats going on 
I am sure your laffing your heads off but I simply don't know what I am 
doing wrong and could really use some help.

The other things I am confused about is where to put the OnExecute event 
handler stuff and where to put the Name Property for the event. I know 
this sounds like I am totally clueless and to be honest I am when it 
comes to this thing cuz I am lost in a BIG way and as I said before 
could really use some help.

Thanks again for your replies



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: News reader (which one is best for developers)
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Sun, 28 Mar 2004 22:49:26 +0200
Newsgroups: jedi.vcl

At 21:33:14, 28.03.2004, Craig wrote:

> > What are you all using.  I use OutlookExpress and I'm happy, but I would
> > like a summery feature of my posts and threads that I'm tracking.  What
> > do you use?

XanaNews. Open source, written in Delphi, and with great support.

  http://www.wilsonc.demon.co.uk/d7xananews.htm

-- Rudy Velthuis "We are not retreating - we are advancing in another Direction." -- General Douglas MacArthur (1880-1964) 

Subject: Re: exe in cvs?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Mar 2004 22:32:16 +0200
Newsgroups: jedi.vcl

Arioch wrote:

> > Is there some list of EXE's approved to reside in cvs, so i'd not ask
> > silly questions on file like >>U JVCL3/packages/bin/buildtarget.exe<<  ?

I added the buildtarget.exe to make it easier for "unusual" system
configurations. The source of buildtarget.exe is also in CVS but I have
choosen a precompiled one that reads the Delphi/BCB configuration from the
registry and then executes the make file.

List of precompiled files:

devtools\JvExVCL\src\dpp.exe
     Pascal Preprocessor (http://www.sourceforge.net/projects/dpp32)

packages\bin\buildtarget.exe
    Tool that setups the environment for the build and compile process.



-- Regards, Andreas Hausladen 

Subject: btw, generic q on DB-controls.
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 23:44:30 +0400
Newsgroups: jedi.vcl

Hello, Peter!

When i used RxSpinEdit - i wass very disappointed, that while i click
up/down, other controls linked to the field are not updated.

I suggested that RxSpinEdit made Dataset.Post after editing, but Polaris
team told me it is against usual VCL behavior.

Here, with date-tme picker, seems may be one more choice alike - imagine i
surf through months/years - then date is changed time after time, and how
should control detemine which one was the last, and is to be POSTed into
dataset? When i click on certain day - it is clear, but if i just selected
the same day month ago?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Craig" <craig@.at.qnotes.com>
Date: Sun, 28 Mar 2004 14:43:13 -0500
Newsgroups: jedi.vcl

MemProof is reporting a leak in TJvFormPlacement::Create
(JvFormPlacement.pas)
It says to use FreeMem.


 # Item Kind Value Size Thread API Name Module

3890   Live Pointer 02DCC990 48 380 GetMem RTL




Subject: News reader (which one is best for developers)
From: "Craig" <craig@.at.qnotes.com>
Date: Sun, 28 Mar 2004 14:33:14 -0500
Newsgroups: jedi.vcl

What are you all using.  I use OutlookExpress and I'm happy, but I would
like a summery feature of my posts and threads that I'm tracking.  What do
you use?

I tried this question elsewhere and got replies about getting graphics and
other free stuff.  I just want the news.

-- Craig 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 23:23:13 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

 A>> To be true, it always seemd to me that ether DOM is very limited to
 A>> support different output formats

Sorry, feeling myself like two-faced Janus :-)
I wanted to say, that since DOM supports a number of output formats, it
might be limited by narrows common subset of features, that all of those
formats support.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: help files
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 22:57:41 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

 MB>     There is: http://www.toolsfactory.com. Note that it only

I wished there was file in cvs, how to install it, where to take all reuired
osurces and how to compile.

 MB> works for 30 days.
Ye, of course, we all know it :-)



-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 28 Mar 2004 20:55:32 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Sun, 28 Mar 2004 22:23:59 +0400:

 A> To be true, it always seemd to me that ether DOM is ver ylimited to
 A> support different output formats, or there is no manpower.

    It's definitely the man power that is lacking in our case. By default
DOM can generate WinHELP, HTML help, PDF and Help2 (as used by D8) all from
the same source files. WinHelp and HTMLHelp/Help2 have a default template to
mimic D5-7 or .Net Framework look and feel by default.

 A> JCL/JVCL help is for 3/4 a set of stubs and outliners.

    True. Sad but true. Again the missing man power.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Acres of Tintoretto" by The Nits.




Subject: exe in cvs?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 22:53:24 +0400
Newsgroups: jedi.vcl

Hello, All!

Is there some list of EXE's approved to reside in cvs, so i'd not ask silly
questions on file like >>U JVCL3/packages/bin/buildtarget.exe<<  ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: help files
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 28 Mar 2004 20:49:19 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to micha schumann on Sun, 28 Mar 2004 22:19:56 +0400:

 A> I wonder, is there some DOM-trial, so one whoneeds it could try to
 A> compile it at his own side?

    There is: http://www.toolsfactory.com. Note that it only works for 30
days.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Bild am Sonntag (As Usual)" by The Nits.




Subject: Re: JvValidator
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 22:37:51 +0400
Newsgroups: jedi.vcl

Hello, Holger!

 HF> Could you pls check out why Date is not published?

Because there is DateTime ?

BTW, Peter, what is the sense to have JvPickDate.pas (used in
JvToolEdit.pas) and JvDatePickerEdit.pas  at same time?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 22:23:59 +0400
Newsgroups: jedi.vcl

Hello, Marcel!


To be true, it always seemd to me that ether DOM is ver ylimited to support
different output formats, or there is no manpower.

JCL/JVCL help is for 3/4 a set of stubs and outliners.
And it hurts, when by pressing F1, You see not Delphiu help, but J(V)CL help
with a stub.

I recently read the article, and i wish i could try D8....(not with my PC
certainly)
http://bdn.borland.com/article/0,1410,32022,00.html


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: help files
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 22:19:56 +0400
Newsgroups: jedi.vcl

Hello, micha!

ms> Would be great if there was some interim help file compiled out of the
ms> current source? I know - additional work...

I wonder, is there some DOM-trial, so one whoneeds it could try to compile
it at his own side?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Component Conundrum
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 28 Mar 2004 18:44:33 +0200
Newsgroups: jedi.vcl

Hi Peter,

as many have already said: There are a lot of components in the JVCL that do the same thing commercial components do.

However, commercial components are always worked out completely and you get personal support. I once had a look into a professional software company and they always used pro components, just because of support, regular updates, printed manual and extensive help files.

I do not want to say that the JVCL does not have ANY support, but I do not think it ever possible calling you, for example, and comlain about a bug in one of your new components. If I'd be your customer, I could do exactly that.

Furthermore, I think we live in a world of free trade. If there's something better out there, people will get it. So it's always a wake-up call for commercial developers to become even better...

I think even if you downloaded his component and had a look at his ideas to create your own would not be illegal, however, that would be something I'd refrain to support.

To sum it all up, I'll give you an example why I think it's right to publish your components for free: Mike Lischke has done a wonderful job of creating a fast tree view component. There are thousands of thousands components of that sort on the net. Should he stop giving it away, just because there're worse commercial products out there??

Really, I do not think there is any problem with you donating these components.

-- 
Holger

Peter Thörnqvist wrote:

> I have created a new component, a navigation pane like the one in Outlook
> 2003 (screenshot: http://www.peter3.com/JvNavPane/JvNavPaneDemo.gif), that I
> was going to add to JVCL (also includes the outlook style splitter, group
> divider and header components).
>
> The problem is now that I've found out that there is one Delphi 3rd party
> company selling such a component as well (even more awkward, they also sell
> a Desktop Alert component, something I've already added to JVCL...).
>
> Now, the purpose of JVCL is not to compete with commercial alternatives but
> be an alternative, so my problem is: should I add these components to JVCL
> and risk hurting this company or should I keep them to myself?
>
> I can understand that users would like to have it for free but looking a bit
> further, providing alternatives to commercial components might kill the 3rd
> party market and even this company.
>
> I don't really now how I should proceed with this. Comments?
>


Subject: TJvDBDateTimePicker - update
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Sun, 28 Mar 2004 11:10:25 -0500
Newsgroups: jedi.vcl

Hi guys,
I've uploaded an updated TJvDBDateTimePicker to the binaries. I've added a
property (KeepDateTime) that allows you to link two components (presumably
one set to date - dtkDate - and the other to time - dtkTime) to the same
field and preserve the date/time portion of the other component. If this
field is false (default) it will behave the same way as before, meaning that
if the component is set to dtkDate is would erase the time portion of the
field in the database, and if it's set to dtkTime it would erase the date
portion. Since the default property is false it should not break any
existing code that uses this component.

My original problem (getting stuck with a null value) is still there, and to
fix it I would need to be able to intercept when the user presses the up or
down arrows (when Kind - dtkTime). Does anybody have an idea how to do this?

Thanks.

P.S. I've used the latest version (Marh 28/04) to make the changes to the
component.




Subject: Re: Component Conundrum
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Mar 2004 16:36:38 +0200
Newsgroups: jedi.vcl

> > Nice component, I would like to see it in the JVCL and like to know who is
> > putting it out for sale and supporting it.
The vendor is Jazmine Components,
http://www.jazmine.gotdns.com/jazminecomponents/Products/NavPane/NavPane.htm


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Component Conundrum
From: "Femi Fadayomi" <someone@kefedot.com>
Date: Sun, 28 Mar 2004 09:16:20 -0500
Newsgroups: jedi.vcl

> > Now, the purpose of JVCL is not to compete with commercial alternatives
but
> > be an alternative, so my problem is: should I add these components to JVCL
> > and risk hurting this company or should I keep them to myself?
> >
Release it! I would say.

> > I can understand that users would like to have it for free but looking a
bit
> > further, providing alternatives to commercial components might kill the
3rd
> > party market and even this company.
> >
Most people don't go after free components when they can afford a commercial
alternative. JVCL market is different from the commercial alternative.

Incidentally, I own the commercial alternative you are refering to, and the
only reason I will drop it is if you have more features in your free
alternative. Which will beg the question  "Why should I spend money on your
product when I can get a superior alternative free?" and if they cannot even
compete with a free product, they deserve to lose me as a customer.

> > I don't really now how I should proceed with this. Comments?
> >
RxLib showed me the possibilities of Delphi and resulted in me buying my
first commercial component, and I haven't look back since.

Thanks,
Femi




Subject: Re: Component Conundrum
From: "Craig" <craig@.at.qnotes.com>
Date: Sun, 28 Mar 2004 08:38:24 -0500
Newsgroups: jedi.vcl

This is a good concern.  I think many developers and companies like to have
the extra support a paid version offers.  With a paid version you get a
manual, an email address, a phone number and more timely updates and
upgrades.  With JVCL there is already much overlap with other third parties.
I have still bought at least two of these overlapping products because they
often went deeper in their implementation and the additional support was
very helpful when creating a for sale product.

This is a tough call.  Maybe JVCL should have a web page section allowing
third parties to sell there grander and more supported equivalents.

Nice component, I would like to see it in the JVCL and like to know who is
putting it out for sale and supporting it.

Just my thoughts.

-
Craig.




Subject: Re: Can someone test the new build system with BCB 5
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Mar 2004 15:36:50 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > but remember that one shouldn't have to specify where
> > is the JCL, unless he specifies that he wants to build the CJCL50.dcp
> > file.

And what is with the JVCL units that uses JCL units? For these units the
JCLRoot must be known in order to find the JCL source directories.


> > --jcl-path=c:\path\to\the\jcl

This is now implemented and some more options. Just type "build" without
any argument to get the help screen.

> > --build-jcldcp 

The make file tests for the existence of the jcl-dcp files and if they are
missing it calls "make MakeJCLDcp4BCB.mak"


-- Regards, Andreas Hausladen 

Subject: Re: Problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Mar 2004 15:23:26 +0200
Newsgroups: jedi.vcl

> > 4. I don't want to clog my code with $IFDEF USEJVCL
Technically it isn't your code, it's JVCL's code.

> > What should I do then? I mean, I could put the IFDEF in it, but it's
> > would make the code less readable.
That is the preferred way even if it is less readable. If the dependency is
small, you could redefine the type(s) in TJvYearGrid when USEJVCL is not
defined.

> > I think there should be a point in time when we say that because of the
> > inclusion in the JVCL, the library can't be used on it own anymore.
Probably, but I think we need more substantial changes to a package than one
component to make the entire package dependant on JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Component Conundrum
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 28 Mar 2004 15:22:22 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 28 Mar 2004 14:54:33 +0200:

 PT> I can understand that users would like to have it for free but looking
 PT> a bit further, providing alternatives to commercial components might
 PT> kill the 3rd party market and even this company.

    As Olivier already mentioned, there are heaps of free alternatives for
nearly every commercially available component (library), so I doubt we will
hurt anyone by adding yet another alternative to a commercial component.

    I think Oliviers arguments are correct; many companies will not use
free/OS because of the lower support level provided and lack of any
warranty. This will leave plenty of business of commercially written
components.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Get along" by Morcheeba.




Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Craig" <craig@.at.qnotes.com>
Date: Sun, 28 Mar 2004 08:16:31 -0500
Newsgroups: jedi.vcl

> > Please get the latest CVS version and set the AutoReload and AutoFlush
> > properties of TJvAppIniFileStorage to True. This should solve your
> > problem. Well, at least, that is the purpose of AutoReload and AutoFlush.

Much better.  I still need the 'Reload' below to perserve other manual
runtime changes to the ini.
Can 'AutoReload' re-read the whole ini file and not just the stored
properties?

sub.ShowModal;
sub.JvAppIniFileStorage2.Reload;  <<  This is what is still needed.
sub.Free;
sub:= nil;

I was able to remove any other extra code regaurding
TJvFormStorage or TJvAppIniFileStorage in my forms.

Thank You,

-
Craig





Subject: Re: Component Conundrum
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Mar 2004 23:05:43 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>
> I don't really now how I should proceed with this. Comments?
>
That wouldn't be the first component to do the same thing as a non free component.
Have a look in Torry, you'll see heaps. No later than last month, there was an announcement in the borland newsgroups for a russian library that offered 10 components for a hefty fee. All 10 had equivalents in the JVCL. I, however, refrained myself from making any comment.
The way I see it, is that people go whatever way they want, we are not threatening anyone because people do not expect the same support level from the JVCL as they would from paid-for components.
So as long as we don't go along diverting "customers" from other peoples, to me it's fine.
Some company would even refuse "free" code because they have to receive an invoice for whatever they use. And by paying someone, they can wack their back when it doesn't work. With the JVCL, however, there is no one to wack if things don't get fixed.


Subject: Problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Mar 2004 22:56:14 +1000
Newsgroups: jedi.vcl

Hi all

I am facing a problem:
1. The Jans package should build without JVCL support
2. TJvYearGrid doesn't work properly as it is because it wasn't coded with reusability in mind
3. I made quite a lot of changes in it, but some of them rely on JvTypes (JvRect namely)
4. I don't want to clog my code with $IFDEF USEJVCL

What should I do then? I mean, I could put the IFDEF in it, but it's would make the code less readable.
I think there should be a point in time when we say that because of the inclusion in the JVCL, the library can't be used on it own anymore.
Anyway, let me know what you think.

Cheers

Olivier


Subject: Component Conundrum
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Mar 2004 14:54:33 +0200
Newsgroups: jedi.vcl

I have created a new component, a navigation pane like the one in Outlook
2003 (screenshot: http://www.peter3.com/JvNavPane/JvNavPaneDemo.gif), that I
was going to add to JVCL (also includes the outlook style splitter, group
divider and header components).

The problem is now that I've found out that there is one Delphi 3rd party
company selling such a component as well (even more awkward, they also sell
a Desktop Alert component, something I've already added to JVCL...).

Now, the purpose of JVCL is not to compete with commercial alternatives but
be an alternative, so my problem is: should I add these components to JVCL
and risk hurting this company or should I keep them to myself?

I can understand that users would like to have it for free but looking a bit
further, providing alternatives to commercial components might kill the 3rd
party market and even this company.

I don't really now how I should proceed with this. Comments?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help: Need reviewers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 28 Mar 2004 12:00:56 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Sun, 28 Mar 2004 00:49:46 +0300:

 MB>> especially true for types in the JvTypes unit, these shouldn't link to
 MB>> anything else, since they are obviously meant to be used by multiple
 MB>> units/classes.

 A> Can Doc-O-Matic make a xref's ? :-)
 A> When compiling help, can it add for certain Type  specific index `Used
 A> in <list of procedures and classes>` ?

    I would have to check, but I don't think it can. If not, I'll post a
feature request, since it does seem like a very good thing to have.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: TJvScheduler Help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 28 Mar 2004 11:55:02 +0200
Newsgroups: jedi.vcl

Hello, Noisx!
You wrote  on Sun, 28 Mar 2004 01:02:06 +0000:

 N> What I have been trying to do is when I click on the button it will
 N> create a new unique event that is set to fire at the date and time I set
 N> in the TDateTimePicker controls but so far I am not having any luck and
 N> I have read the helpfile but did not see any examples for adding events
 N> at runtime so thought I would ask here.

    Good place to ask. I know this question has been asked (and answered
before) but to save you the trouble:

event.Schedule.RecurringType := srkOneShot; // fires only at the specified
date/time
event.Schedule.StartDate := DateTimeToTimeStamp(<TDateTime value from
TDateTimePicker>);
event.Start; // Make sure the event is initialized.

    If you use other recurring types you can specify the EndType and
EndDate/Count values (note that the time used in StartDate is considered a
starting date/time; it is not guaranteed it will fire at that date/time, but
will rather pick the next date/time according to the recurring schedule).
Next you can use constructs like these:

with event.Schedule as IJclScheduleDayFrequency do
begin
    // Setup StartTime, EndTime and Interval to determine at which times
during the day the event should fire. All three are values in milliseconds.
end;

  and:

with event.Schedule as IJcl*Schedule do { where * is either Daily, Weekly,
Monthly or Yearly, depending on the schedule's recurring type }
begin
    // Setup specific recurring schedule properties
end;

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: help files
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 28 Mar 2004 08:54:28 -0100
Newsgroups: jedi.vcl

Would be great if there was some interim help file compiled out of the current source? I know - additional work...

Arioch wrote:

> Hello, Holger!
>
>  HF> I tried to access the help files
>
> Are there any ?
> I know only about text sources that will be somewhen compiled to help.
> They resides in cvsroot/jvcl/dev/help
>


Subject: Re: Debugging Plugins with D5
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 28 Mar 2004 08:53:06 -0100
Newsgroups: jedi.vcl

Hi Arioch,

thanks, the manual way works for me since it only has to be done once in a session. All subsequent starts the IDE knows how to hande it. Funny is that i found a lot of statements in newsgroups that stated totally different solutions which did not work at all ;-)

micha



Arioch wrote:
> Hello, micha!
>
>  ms> According to the source in SwissDelphiCenter this seems
>  ms> to be an issue on XP only.
>
> D5/D6 cannpot load symbol tables on WinXP afair.
> There was special expert to resolve that on www.devrace.com - try asking
> them.


Subject: Re: Need some help with new Desktop Alert component
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 13:47:50 +0400
Newsgroups: jedi.vcl

Hello, Ian!

IB>     What have I missed?

Try installing CVS client.
You won't manually check every folder and every file :-)

Thanks to  Andreas, You can just unpack snapshot, install TortoiseCVS,
r-click on JVCL folder - and update instantly.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Mar 2004 10:29:48 +0200
Newsgroups: jedi.vcl

I should add that the paths referenced in the previous posting is in the
dev/JVCL3 subfolder in CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 11:55:39 +0400
Newsgroups: jedi.vcl

Hello, AndrИ!

 >> we have a PostMsg/SendMsg function, so we could write an Event to

Hmm, seems a common problem on K :-)
http://cc.borland.com/codecentral/ccweb.exe/listing?id=19270

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Mar 2004 09:54:46 +0200
Newsgroups: jedi.vcl

> >     What have I missed?

The web cvs isn't the most friendly system around when you want to find and
download multiple units. Consider using a real cvs client (see
http://jvcl.sf.net/cvs.htm for instructions on setting it up). To get the
JvDesktopAlert stuff manually, you will need:

run\JvDesktopAlert.pas
run\JvDesktopAlertForm.pas
design\JvDlgsReg.pas
packages\<your delphi>\JvDlgsD?R.dpk
packages\<your delphi>\JvDlgsD?D.dpk
Resources\JvDlgsReg.dcr

If you want the demo, it is in examples\JvDesktopAlert

Rebuild both packages and (re)install. You should now have the
JvDesktopAlert component on the "Jv Dialogs" tab (probably at the far
right).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Need some help with new Desktop Alert component
From: "Ian Branch" <branch@ancc.com.au>
Date: Sun, 28 Mar 2004 14:43:22 +1000
Newsgroups: jedi.vcl

The above references to Web VCS should be Web CVS.

Ian

"Ian Branch" <branch@ancc.com.au> wrote in message
news:c45in1$beg$1@talkto.net...
> > Hi Peter,
> >
> >     Are there directions to correctly/fully access/utilise the Web VCS
> > environment?  I tried updating my files to get the TJvDesktopxxxxx
> > components, ended up finding 7 files by hunting around looking for
> > references in the various Web VCS folders but I'm still not sure I have
> > everything as the component still doesn't appear in the IDE.
> >
> >     What have I missed?
> >
> > Regards & TIA,
> >
> >
> > Ian
> >
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:c3sql1$q63$1@talkto.net...
>> > > Thanks! The changes you made was just the ticket.
>> > >
>> > > I have now added JvDesktopAlert to the JvDialogs package, written the
help
>> > > and created the palette icons so now everyone can go ahead and abuse it
as
>> > > much as you can to ferret out any remaining bugs.
>> > >
>> > > Here's an interesting problem: since TJvDesktopAlert derives from
>> > > TJvCommonDialogP, it gets a "Preview" popup menu item at design-time.
The
>> > > problem? Nothing happens when you click the menu item.
>> > >
>> > > I suppose it is because the code in TCustomForm.CMShowingChanged
actually
>> > > *hides* the form at design-time (IIRC Delphi handles uses a proxy at
>> > > design-time to display forms so showing the real form as well wouldn'tbe
> > too
>> > > clever). The challlenge is to come up with some modification to allow
the
>> > > user to preview the desktop alert window at design-time even if Delphi
is
>> > > doing what it can to prevent it.
>> > >
>> > > Curiously CM_SHOWINGCHANGED doesn't seem to be called at design-time!
>> > >
>> > > The ball is free...
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: Need some help with new Desktop Alert component
From: "Ian Branch" <branch@ancc.com.au>
Date: Sun, 28 Mar 2004 14:40:12 +1000
Newsgroups: jedi.vcl

Hi Peter,

    Are there directions to correctly/fully access/utilise the Web VCS
environment?  I tried updating my files to get the TJvDesktopxxxxx
components, ended up finding 7 files by hunting around looking for
references in the various Web VCS folders but I'm still not sure I have
everything as the component still doesn't appear in the IDE.

    What have I missed?

Regards & TIA,


Ian


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c3sql1$q63$1@talkto.net...
> > Thanks! The changes you made was just the ticket.
> >
> > I have now added JvDesktopAlert to the JvDialogs package, written the help
> > and created the palette icons so now everyone can go ahead and abuse it as
> > much as you can to ferret out any remaining bugs.
> >
> > Here's an interesting problem: since TJvDesktopAlert derives from
> > TJvCommonDialogP, it gets a "Preview" popup menu item at design-time. The
> > problem? Nothing happens when you click the menu item.
> >
> > I suppose it is because the code in TCustomForm.CMShowingChanged actually
> > *hides* the form at design-time (IIRC Delphi handles uses a proxy at
> > design-time to display forms so showing the real form as well wouldn'tbe
too
> > clever). The challlenge is to come up with some modification to allow the
> > user to preview the desktop alert window at design-time even if Delphi is
> > doing what it can to prevent it.
> >
> > Curiously CM_SHOWINGCHANGED doesn't seem to be called at design-time!
> >
> > The ball is free...
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: TJvScheduler Help
From: "Noisx" <nosp@me.com>
Date: Sun, 28 Mar 2004 01:02:06 +0000
Newsgroups: jedi.vcl

This might sound like a newbie type question (and it is) but how 
exactly do you schedule events at runtime using this component ?

I have a form with that consist of the following

1 standard button

1 TJvScheduledEvents control

2 TDateTimePickers (1 setup in Date Mode the other setup in Time Mode) 

What I have been trying to do is when I click on the button it will 
create a new unique event that is set to fire at the date and time I set 
in the TDateTimePicker controls but so far I am not having any luck and 
I have read the helpfile but did not see any examples for adding events 
at runtime so thought I would ask here.

Thanks in advance for your replies



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Can someone test the new build system with BCB 5
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Mar 2004 01:27:23 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > but remember that one shouldn't have to specify where
> > is the JCL

The installer asks for that but the commandline tool is designed to use
...\..\..\jcl.

> > I'd rather do that:
> > build c5 --build-jcldcp --jcl-path=c:\path\to\the\jcl

Not implemented yet. But a good idea for the commandline tool.



PS: The Installer's "compile system" that calls the "build system" is
nearly complete.


-- Regards, Andreas Hausladen 

Subject: Re: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Mar 2004 10:12:16 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> O> Damn, that's the only one that slipped trough !
> Hmm, isn't there  Search-and-Replace in text editors? :-P
Yeah, but I didn't start from the beginning of the file...

>>> 1) no dot at the end of sentrence
> That was many-many times in the file.
> So i wonder, maybe it is ok, and i am just annoying.
Well, I don't mind not having a dot at the end of the last sentence, especially in a list of items...


Subject: Re: Can someone test the new build system with BCB 5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Mar 2004 10:10:59 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Can someone test the new build system with BCB 5.
> Just "cd" to packages\bin and start "build c5".
> If the JCL is not at "JVCL3\..\jcl" you must specify it by: "SET
> JCLROOT=C:\Here\is\the\Jcl" (space chars are allowed)
>
I will test that, but remember that one shouldn't have to specify where is the JCL, unless he specifies that he wants to build the CJCL50.dcp file. And setting JCLROOT is an annoying feature, I'd rather do that:
build c5 --build-jcldcp --jcl-path=c:\path\to\the\jcl


Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Mar 2004 10:08:11 +1000
Newsgroups: jedi.vcl

Hi

Please get the latest CVS version and set the AutoReload and AutoFlush properties of TJvAppIniFileStorage to True. This should solve your problem. Well, at least, that is the purpose of AutoReload and AutoFlush.


Subject: Can someone test the new build system with BCB 5
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Mar 2004 00:25:35 +0100
Newsgroups: jedi.vcl

Can someone test the new build system with BCB 5.
Just "cd" to packages\bin and start "build c5".
If the JCL is not at "JVCL3\..\jcl" you must specify it by: "SET
JCLROOT=C:\Here\is\the\Jcl" (space chars are allowed)

-- Regards, Andreas Hausladen 

Subject: Re: help files
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 01:25:45 +0300
Newsgroups: jedi.vcl

Hello, Holger!

 HF> I tried to access the help files

Are there any ?
I know only about text sources that will be somewhen compiled to help.
They resides in cvsroot/jvcl/dev/help

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Debugging Plugins with D5
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 01:24:58 +0300
Newsgroups: jedi.vcl

Hello, micha!

 ms> According to the source in SwissDelphiCenter this seems
 ms> to be an issue on XP only.

D5/D6 cannpot load symbol tables on WinXP afair.
There was special expert to resolve that on www.devrace.com - try asking
them.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 00:53:47 +0300
Newsgroups: jedi.vcl

Hello, OBones!

>> >> is there to be dash in sub-glyph ?
O> No idea. Will consider it needs one.

No idea as well, and no difference to me, just wnat them all to look alike.

>> >>   INI-file based application data storage.
O> Damn, that's the only one that slipped trough !

Hmm, isn't there  Search-and-Replace in text editors? :-P

>> >> 1) no dot at the end of sentrence
That was many-many times in the file.
So i wonder, maybe it is ok, and i am just annoying.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 28 Mar 2004 00:49:46 +0300
Newsgroups: jedi.vcl

Hello, Marcel!

 MB> especially true for types in the JvTypes unit, these shouldn't link to
 MB> anything else, since they are obviously meant to be used by multiple
 MB> units/classes.

Can Doc-O-Matic make a xref's ? :-)
When compiling help, can it add for certain Type  specific index `Used in
<list of procedures and classes>` ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 21:46:47 +0100
Newsgroups: jedi.vcl

Hello, Craig!
You wrote  on Sat, 27 Mar 2004 14:57:31 -0500:

 C> What is JvAppIniFileStorage's 'SubStorages' and can it be used for more
 C> than one ini [section]?

    No, that's not it's purpose. Every AppStorage has a SubStorages
property. You can use it to separate user specific data and application
generic data. E.g.

    Suppose you have a TJvAppRegistryStorage and a TJvAppIniFileStorage. The
registry storage is considered the main storage and we'll add a SubStorage
to it. The SubStorage will map any reference to UserData to the ini file
storage.

    Throughout the application you can now simply use the registry storage
wherever AppStorage is needed. When the path to read/write from/to starts
with 'UserData' it will be mapped to the ini file storage:

MyValue -> refers to MyValue value in the registry storage
MyPath\SecondValue refers to SecondValue value in the registry storage, the
MyPath key
UserData\Value1 refers to Value1 in the DefaultSection of the ini file
storage
UserData\Path2\Value2 refers to Value2 in the Path2 section of the ini file
storage.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Craig" <craig@.at.qnotes.com>
Date: Sat, 27 Mar 2004 15:41:07 -0500
Newsgroups: jedi.vcl

This worked for protecting my manually added runtime data to the ini file.

Before calling my Sub := tform.create(self):
Sub.FormStorage2.RestoreFormPlacement;  << reads the properties from the ini
file for a dynamic form.

In my Sub form's destroy event (or before Sub.free):
Sub.JvAppIniFileStorage2.Reload;  << reads full ini into buffer

In my Main form's destory event
JvAppIniFileStorage1.Reload;  << reads full ini into buffer

When the app closes now the full ini is written to disk.
I might have added an extra step here, I will have to test one more time.

-
Craig




Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 21:17:51 +0100
Newsgroups: jedi.vcl

Hello, Craig!
You wrote  on Sat, 27 Mar 2004 14:35:15 -0500:

 C> 1) How do I protect other sections stored in the TJvAppIniFileStorage's
 C> assigned ini file?

    Don't know for sure, but I assume you need to call Reload on the
AppStorage after you've written to the Ini file directly.

 C> 2) If I did use TJvAppIniFileStorage on a main form then how can I
 C> reference it on the main (sub.JvFormStorage :=
 C> main.JvAppIniFileStorage)?  The main form is not in the uses clause
 C> because the sub form is re-used in diffrent projects.

    Since the forms are dynamically created, you could simple add a property
to the form (in the public section) where you can provide AppStore to use.
The property setter can than set it to the FormStorage component (and any
other component using AppStore). Alternatively, if you use a class method or
separate function to create the form, you can specify the AppStore as a
parameter.

 C> 3) Can 'DefaultSection' be moved to JvFormStorage so different forms can
 C> use different ini sections given that it is recommended to use one
 C> JvAppIniFileStorage per project?

    DefaultSection is used for any value at the root. Use FormStorage
AppStorePath (or whatever it's called) to specify the location where you
want to store the info for this form. FormStorage will store to AppStorePath
+ '\' + <valuename>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Craig" <craig@qnotes.com>
Date: Sat, 27 Mar 2004 14:57:31 -0500
Newsgroups: jedi.vcl

What is JvAppIniFileStorage's 'SubStorages' and can it be used for more than
one ini [section]?

-
Craig




Subject: TJvFormStorage and TJvAppIniFileStorage (issue,request and old)
From: "Craig" <craig@qnotes.com>
Date: Sat, 27 Mar 2004 14:35:15 -0500
Newsgroups: jedi.vcl

(Sorry for the double post in an old thread but I need to add a comment
anyway.)

New problem, request and an old concern:

When using TJvFormStorage and TJvAppIniFileStorage on multiple forms all
other information ([sections]) are lost.
I use ini files for my projects settings.  All was fine in JVCL 2.1.  In my
case, the changes that were made are difficult to work with and I need to
find a solution.

I use my forms dynamically to save memory.  I use my forms between
applications for code re-use.  I do not know the main forms name or how to
assign the main forms TJvAppIniFileStorage to the sub forms TJvFormStorage
at run time.  The main form is different from project to project.  I
manually save other information to the ini file like string grid cell
information.  This is all lost then each sub form is freed or the main form
is freed.

Maybe I'm missing something?  It was once suggested to never use
JvAppIniFileStorage on a main form at all, but to use it on a datamodual
common to all applications.  I will give this a try.

Sorry for the ramblings, here is the questions:

1) How do I protect other sections stored in the TJvAppIniFileStorage's
assigned ini file?

2) If I did use TJvAppIniFileStorage on a main form then how can I reference
it on the main (sub.JvFormStorage := main.JvAppIniFileStorage)?  The main
form is not in the uses clause because the sub form is re-used in diffrent
projects.

3) Can 'DefaultSection' be moved to JvFormStorage so different forms can use
different ini sections given that it is recommended to use one
JvAppIniFileStorage per project?

I did think about conditional compiling but given 5 or 6 projects it would
be hard to maintain.

Thank You,

-
Craig.




Subject: Re: TJvFormStorage and TJvAppIniFileStorage
From: "Craig" <craig@qnotes.com>
Date: Sat, 27 Mar 2004 14:28:54 -0500
Newsgroups: jedi.vcl

New problem and old concern:

When using TJvFormStorage and TJvAppIniFileStorage on multiple forms all
other information ([sections]) are lost.
I use ini files for my projects settings.  All was fine in JVCL 2.1.  In my
case, the changes that were made are difficult to work with and I need to
find a solution.

I use my forms dynamically to save memory.  I use my forms between
applications for code re-use.  I do not know the main forms name or how to
assign the main forms TJvAppIniFileStorage to the sub forms TJvFormStorage
at run time.  The main form is different from project to project.  I
manually save other information to the ini file like string grid cell
information.  This is all lost then each sub form is freed or the main form
is freed.

Maybe I'm missing something?  It was once suggested to never use
JvAppIniFileStorage on a main form at all, but to use it on a datamodual
common to all applications.  I will give this a try.

Sorry for the ramblings, here is the questions:

1) How do I protect other sections stored in the TJvAppIniFileStorage's
assigned ini file?

2) If I did use TJvAppIniFileStorage on a main form then how can I reference
it on the main (sub.JvFormStorage := main.JvAppIniFileStorage)?  The main
form is not in the uses clause because the sub form is re-used in diffrent
projects.

I did think about conditional compiling but given 5 or 6 projects it would
be hard to maintain.

Thank You,

-
Craig.








Subject: Re: JvInspector custom item problem with Apply/Undo in .Edit
From: Markus Spoettl <sukram@yrotcafsloot.moc>
Date: Sat, 27 Mar 2004 20:16:37 +0100
Newsgroups: jedi.vcl

Hi Marcel,

  thanks very much, works excellent! Thanks very much for the quick response and solution!

Regards
Markus

Marcel Bestebroer wrote:
> Hello, All!
>
>     as mailed to Markus in reply to him sending a test case:
>
>     Congratulation on finding a bug! Changes to perform (can't send you the
> entire unit, since it's changed too much and would require an up-to-date
> copy from CVS. Anyway make the changes outlined in the NG (the
> TJvCustomInspectorItem.Undo method). The DoneEdit method should be:
>
> procedure TJvCustomInspectorItem.DoneEdit(const CancelEdits: Boolean);
> var
>   HadFocus: Boolean;
> begin
>   if Editing then
>   begin
>     HadFocus := EditFocused;
>     if DroppedDown then
>       CloseUp(False);
> !!!! Changed:
>     if not CancelEdits and (not Data.IsAssigned or (DisplayValue <>
> EditCtrl.Text)) then
>     begin
>       DisplayValue := EditCtrl.Text;
>       InvalidateItem;
>     end;
> !!!! End Change.
>     FreeAndNil(FListBox);
>
>     SetEditCtrl(nil);
>     FEditChanged := false;
>     {$IFDEF VCL}
>     FEditWndPrc := nil;
>     {$ENDIF VCL}
>     if HadFocus then
>       SetFocus;
>   end;
>   FEditing := False;
> end;
>
>     Now it works. After removing the check for Modified in the DoneEdit
> method it actually changed the value but never showed it, hence the addition
> of InvalidateItem.
>
>     I'll commit the fix right away.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quiet 'cause Foobar2000 is not active.
>
>


Subject: Re: JvInspector custom item problem with Apply/Undo in .Edit
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 19:16:22 +0100
Newsgroups: jedi.vcl

Hello, All!

    as mailed to Markus in reply to him sending a test case:

    Congratulation on finding a bug! Changes to perform (can't send you the
entire unit, since it's changed too much and would require an up-to-date
copy from CVS. Anyway make the changes outlined in the NG (the
TJvCustomInspectorItem.Undo method). The DoneEdit method should be:

procedure TJvCustomInspectorItem.DoneEdit(const CancelEdits: Boolean);
var
  HadFocus: Boolean;
begin
  if Editing then
  begin
    HadFocus := EditFocused;
    if DroppedDown then
      CloseUp(False);
!!!! Changed:
    if not CancelEdits and (not Data.IsAssigned or (DisplayValue <>
EditCtrl.Text)) then
    begin
      DisplayValue := EditCtrl.Text;
      InvalidateItem;
    end;
!!!! End Change.
    FreeAndNil(FListBox);

    SetEditCtrl(nil);
    FEditChanged := false;
    {$IFDEF VCL}
    FEditWndPrc := nil;
    {$ENDIF VCL}
    if HadFocus then
      SetFocus;
  end;
  FEditing := False;
end;

    Now it works. After removing the check for Modified in the DoneEdit
method it actually changed the value but never showed it, hence the addition
of InvalidateItem.

    I'll commit the fix right away.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvInspector custom item problem with Apply/Undo in .Edit
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 18:11:52 +0100
Newsgroups: jedi.vcl

Hello, Markus!
You wrote  on Sat, 27 Mar 2004 17:50:05 +0100:

 MS> Marcel Bestebroer wrote:
 >>     You will need to rebuild the JvCustom runtime package, unless you
 >> use the source folder in your projects (but I would still recommend
 >> rebuilding the package). If this works, I'll change it in CVS.

 MS> I've change that but it still doesn't change the value problem. I can
 MS> send you the source of my test project and items if you like, just send
 MS> me a mail.

    TJvCustomInspectorItem.DoneEdit also seems to be faulty:

var
  HadFocus: Boolean;
begin
  if Editing then
  begin
    HadFocus := EditFocused;
    if DroppedDown then
      CloseUp(False);
    if not CancelEdits and (not Data.IsAssigned or (DisplayValue <>
EditCtrl.Text)) then
!!!!! Removed 'EditCtrl.Modified' from the line above !!!!!!
      DisplayValue := EditCtrl.Text;
    FreeAndNil(FListBox);
    SetEditCtrl(nil);
    {$IFDEF VCL}
    FEditWndPrc := nil;
    {$ENDIF VCL}
    if HadFocus then
      SetFocus;
  end;
  FEditing := False;

    If this works, you don't have to send the sources yet.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvInspector custom item problem with Apply/Undo in .Edit
From: Markus Spoettl <sukram@yrotcafsloot.moc>
Date: Sat, 27 Mar 2004 17:50:05 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     You will need to rebuild the JvCustom runtime package, unless you use
> the source folder in your projects (but I would still recommend rebuilding
> the package). If this works, I'll change it in CVS.

I've change that but it still doesn't change the value problem. I can send you the source of my test project and items if you like, just send me a mail.

Regards
Markus


Subject: help files
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sat, 27 Mar 2004 17:28:00 +0100
Newsgroups: jedi.vcl

Hi everybody,

I tried to access the help files using CVS. I used the same CVS root as for the JVCL3 module, however I tried to check out the module /dev/help.

All I get is access denied :(

Is that intented?

-- 
Holger


Subject: Re: JvInspector custom item problem with Apply/Undo in .Edit
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 17:22:49 +0100
Newsgroups: jedi.vcl

Hello, Markus!
You wrote  on Sat, 27 Mar 2004 17:17:08 +0100:

 MS> Ok, changed that, but the problem still exists. The item value doesn't
 MS> get changed, it changes back when the focus leaves the item.

 MS> Any ideas?

    Try changing TJvCustomInspectorItem.Undo to:

  if Editing then
  begin
    if Data.IsAssigned then
      EditCtrl.Text := DisplayValue
    else
      EditCtrl.Text := '';
    EditCtrl.Modified := False;
    EditCtrl.SelectAll;
  end;

    You will need to rebuild the JvCustom runtime package, unless you use
the source folder in your projects (but I would still recommend rebuilding
the package). If this works, I'll change it in CVS.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvInspector custom item problem with Apply/Undo in .Edit
From: Markus Spoettl <sukram@yrotcafsloot.moc>
Date: Sat, 27 Mar 2004 17:17:08 +0100
Newsgroups: jedi.vcl

Hello Marcel,

Marcel Bestebroer wrote:
>  MS> Any ideas of why I'm doing wrong?
>
>     Why are you checking for EditFocused? There is a good chance the editor
> doesn't have focus when returning from the event. Better test Editing. If
> True, set the edit control only, otherwise set Data.AsString (no undo there,
> but there's no edit control to do so anyway).

Ok, changed that, but the problem still exists. The item value doesn't get changed, it changes back when the focus leaves the item. Here's the relevant code

        FOnButtonClick(Self, txt);

        if (oldtxt <> txt) then begin
            if (Editing) then begin
                EditCtrl.Text := txt;
                EditCtrl.SelectAll;
                end
            else begin
                Data.AsString := txt;
                end;
            end;

Any ideas?

Regards
Markus


Subject: Re: JvInspector custom item problem with Apply/Undo in .Edit
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 16:10:37 +0100
Newsgroups: jedi.vcl

Hello, Markus!
You wrote  on Sat, 27 Mar 2004 14:21:33 +0100:

 MS>    first of all, thanks very much for JvInspector, I like it a lot,
 MS> very nice job!

    Thanks again.

 MS> I've been playing with home-grown items and I have a problem I can't
 MS> figure out how to solve.

 MS> I've implemented TjvInspectorButtonTextItem, which is a string item
 MS> with a edit button. You can either edit the text directly or press the
 MS> button which will fire an event that allows you to do things
 MS> programatically, here is the relevant code (some of the code is
 MS> borrowed from JvInspectorFontName):

[skipped code]

 MS> The problem is that the line

 MS>    Data.AsString := txt;

 MS> is necessary in order to make the item remember the value that came
 MS> from "outside" through the event because this will destroy the
 MS> possibility to do an undo (using ESC).

 MS> Any ideas of why I'm doing wrong?

    Why are you checking for EditFocused? There is a good chance the editor
doesn't have focus when returning from the event. Better test Editing. If
True, set the edit control only, otherwise set Data.AsString (no undo there,
but there's no edit control to do so anyway).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: A component for a webservice
From: "Stefano Pessina" <peste1@tin.it>
Date: Sat, 27 Mar 2004 14:35:34 +0100
Newsgroups: jedi.vcl

Peter,
it's interesting a component with particular function to communicate with a
webservice that handle the updates of a software, the online check of a
serial code for authentication and logging-in from a database?

The component will be developed with a special devtool for the creation of
..NET webservices that can interface with the component.

________________ __

Regards,
Stefano Pessina




Subject: Re: JvSimpleXml
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Mar 2004 23:34:06 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Wouldn't it be better to read the whole file into memory and then use
> string (or PChar) as datastructure to process the file?
I'd rather augment the size of the buffer.

> With the current technique it is possible to open realy large files, but
> who has a 1 GB xml file?

We do, but that's because my co-workers are "pigs".


Subject: Re: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Mar 2004 23:31:31 +1000
Newsgroups: jedi.vcl

Ok, that makes sense.
Thanks for the explanation


Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 27 Mar 2004 14:23:40 +0100
Newsgroups: jedi.vcl

> >     A better approach would be to mention to mail the author mail to
> > jedi_mbe in the users.sf.net domain, since it will also eliminate the 'at'
> > keyword (it is so common, that I suspect more and more robots are looking
> > for that one as well).
....and using users.sourceforge.net also means automatic spam and virus
protection from SF's mail server in case they figure it out anyway :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvInspector custom item problem with Apply/Undo in .Edit
From: Markus Spoettl <sukram@yrotcafsloot.moc>
Date: Sat, 27 Mar 2004 14:21:33 +0100
Newsgroups: jedi.vcl

Hello,

  first of all, thanks very much for JvInspector, I like it a lot, very nice job!

I've been playing with home-grown items and I have a problem I can't figure out how to solve.

I've implemented TjvInspectorButtonTextItem, which is a string item with a edit button. You can either edit the text directly or press the button which will fire an event that allows you to do things programatically, here is the relevant code (some of the code is borrowed from JvInspectorFontName):

procedure TJvInspectorButtonTextItem.Edit;
var oldtxt, txt: String;
begin
    if (Assigned(FOnButtonClick)) then begin
        if (EditFocused) then
            txt := EditCtrl.Text
        else
            txt := Data.AsString;

        oldtxt := txt;

        FOnButtonClick(Self, txt);

        if (oldtxt <> txt) then begin
            if (EditFocused) then begin
                EditCtrl.Text := txt;
                EditCtrl.SelectAll;
                end;

            Data.AsString := txt;   // <- assigning the data here is
                                    // necessary otherwise the item
                                    // will forget the value when it
                                    // is deselected.
            end;
        end;
end;

procedure TJvInspectorButtonTextItem.SetFlags(const Value: TInspectorItemFlags);
var
  NewValue: TInspectorItemFlags;
begin
  NewValue := Value + [iifEditButton];
  inherited SetFlags(NewValue);
end;

The problem is that the line

  Data.AsString := txt;

is necessary in order to make the item remember the value that came from "outside" through the event because this will destroy the possibility to do an undo (using ESC).

Any ideas of why I'm doing wrong?

Thanks
Markus


Subject: Re: looking through examples...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 27 Mar 2004 14:21:27 +0100
Newsgroups: jedi.vcl

> > For deployment to someone - maybe, but to get familiar with JVCL it is
> > better to compile a bunch of examples and llok one after another, going to
> > source, for ones most interesting. And here little EXEs are better.

You can drop this now 'cause it will never happen. Too much maintenance for
a minimal problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvSimpleXml
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Mar 2004 13:29:24 +0100
Newsgroups: jedi.vcl

For me the JvSimpleXml is too slow. I profiled it and found out that the
same data is read more than twice directly from the file. All is done with
streams and 8Kb Buffers that are filled more than once with data from the
file that differs only in one or two Bytes caused by the start position in
the file.

exaggerated Example:

function Read(Stream: TStream; var Pos: Integer);
var
  Buf: array[0..BufSize-1] of Char;
begin
  Stream.Position := Pos;  
  Count := Stream.Read(Buf, BufSize);

  for i := 0 to Count - 1 do
  begin
    Inc(Pos);
    if Buf[i] = '<' then
    begin
       Read(Stream, Pos);
    end;
  end;
end;


Wouldn't it be better to read the whole file into memory and then use
string (or PChar) as datastructure to process the file?

With the current technique it is possible to open realy large files, but
who has a 1 GB xml file?


-- Regards, Andreas Hausladen 

Subject: Re: Help: Need reviewers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 12:59:33 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 27 Mar 2004 21:47:12 +1000:

 >>     The first has Glyph, the second has glyph in the description. Should
 >> it be lower or upper case? Since it won't link to the Glyph
 >> property automatically, it can be lowercase.

 O> I see. Why wouldn't it link to Glyph? Because of the case difference?

    That's one thing, the other is that Glyph is not part of
TGlyphOrientation. I wouldn't link to that property anyway, since that will
bind this type to just that class/property, while it may be used in other
classes in the future (if it isn't already). This is especially true for
types in the JvTypes unit, these shouldn't link to anything else, since they
are obviously meant to be used by multiple units/classes.

    Anyway, automatic linking only occurs if the case is equal and the text
refers to a symbol in the same class or is a fully qualified symbol (i.e.
TMyClass.MyProperty would always link to that symbol, no matter where in the
description it is). Manual links can be added using the <LINK> tag (takes
two parameters: target and text to display; the latter is optional, if left
out will resolve to the title of the topic it's linked to). If an autolink
should not happen (like the Supports, Read or Write -- which link to the
Delphi help -- you can precede the text with a backslash). Note I will most
likely add these words to the ignore list for the autolinker, since they are
way to common.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Mar 2004 21:47:12 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  >> ------------------------------------------------------------------------
>  >> ------------------------
>  >> @@TGlyphOrientation.goVertical
>  >> The glyph will be cut vertically
>  >> =========The end of the citation================
>  >>
>  >> So what case is that `g` ?
>  O> What?
>
>     The first has Glyph, the second has glyph in the description. Should it
> be lower or upper case? Since it won't link to the Glyph property
> automatically, it can be lowercase.

I see. Why wouldn't it link to Glyph? Because of the case difference?


Subject: Re: Help: Need reviewers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 10:22:41 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 27 Mar 2004 10:18:10 +1000:

 >> Hello, OBones!
 >>
 O>>> JvAnimatedImage.dtx
 >>
 >> =========Beginning of the citation==============
 >> @@TGlyphOrientation.goHorizontal
 >> The Glyph will be cut horizontally
 >>
 >> ------------------------------------------------------------------------
 >> ------------------------
 >> @@TGlyphOrientation.goVertical
 >> The glyph will be cut vertically
 >> =========The end of the citation================
 >>
 >> So what case is that `g` ?
 O> What?

    The first has Glyph, the second has glyph in the description. Should it
be lower or upper case? Since it won't link to the Glyph property
automatically, it can be lowercase.

 >> =========Beginning of the citation==============
 >> @@TJvAppIniFileStorage.Reload
 >> ==== Skipping: ????? ?? ?? ????? ??????? ====
 >> See Also
 >>   Flush, FileName
 >> =========The end of the citation================
 >> So, Reload in turn is to be see-also'ed in Flush's and FileName's
 >> description.
 O> I should be, but even the Delphi help doesn't do that. I know, it's no
 O> reason not to do so.

    It often depends on the description. If I mention somewhere in the
description it is related to buffering (as it would be in Flush), I would
put a see also to Reload. Since the FileName property itself has no close
connection to buffering, I wouldn't put a see also to Reload there, but
since Reload does need the FileName property, Reload will need a see also to
FileName.

    Either way, if another method/property is mention in  the description,
it will automatically be linked to that method/property anyway. The See Also
is merely a list of links to related topics/symbols.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Last modified inJVCL?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Mar 2004 10:12:27 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 27 Mar 2004 09:17:11 +1000:

 >> Mybe some links to personal quazi-pages, where e-mai lwill be presented
 >> as PNG ?
 O> Useless. Robots are not that intelligent anyway, the obfuscation by
 O> Peter is enough.

    They seem smart enough to remove parts of the email address if the
address if encountered was invalid (see my earlier remark in the 'Want to
change email in the headers?' thread about marcelb.theobvious as a subject,
getting mailed to my real address because it removed the last part). But I
agree, that most of the harvesters will look for *@*.* references, so if the
@ is not there, it will usually be skipped.

    A better approach would be to mention to mail the author mail to
jedi_mbe in the users.sf.net domain, since it will also eliminate the 'at'
keyword (it is so common, that I suspect more and more robots are looking
for that one as well).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: New URLGrabbers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Mar 2004 13:16:15 +1000
Newsgroups: jedi.vcl

Dierk wrote:

> Olivier,
>
> thanks for fixing. There is a big smile in my face :)
> But is it really up in CVS?
> In WebCVS I can´t see anything new.

The anonymous CVS server is anywhere between 2 and 24 hours behind the developper server.
Whenever you see a problem in CVS, please wait at least 12 hours, then update and if it is still there, then and only then, report it.


Subject: Re: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Mar 2004 10:18:10 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
> O> JvAnimatedImage.dtx
>
> =========Beginning of the citation==============
> @@TGlyphOrientation.goHorizontal
> The Glyph will be cut horizontally
>
> ----------------------------------------------------------------------------
> ------------------------
> @@TGlyphOrientation.goVertical
> The glyph will be cut vertically
> =========The end of the citation================
>
> So what case is that `g` ?
What?

> =========Beginning of the citation==============
> @@TJvAnimatedImage.GlyphNum
> Summary
>   Indicate which sub-glyph
> =========The end of the citation================
> =========Beginning of the citation==============
> @@TJvAnimatedImage
>
> ==== Skipping: здесь мы не видим суслика ====
>
>   The Glyph property is cut according to the NumGlyph property and each
> subglyph
> =========The end of the citation================
>
> is there to be dash in sub-glyph ?
No idea. Will consider it needs one.

>   Even triggered ...
> Even some letter is missed :-P
Fixed

> =========Beginning of the citation==============
> @@TJvAnimatedImage.Orientation
> =========The end of the citation================
> Needs SeeAlso to Glyph, NumGlyphs
Done.

> O> JvAppIniStorage.dtx
>
> =========Beginning of the citation==============
> Summary
>   INI-file based application data storage.
>
> =========The end of the citation================
> All the rest of file does not put dash after INI
Damn, that's the only one that slipped trough !

> =========Beginning of the citation==============
> @@TJvAppIniFileStorage.IniFile
> ....for instance if you share want to add
> =========The end of the citation================
> Hmm, is it my English or what `want` i as supposed to share?
Just a bad rewrite of a sentence, "share" should have been deleted

> =========Beginning of the citation==============
> @@TJvAppIniFileStorage.Reload
> ==== Skipping: здесь мы не видим суслика ====
> See Also
>   Flush, FileName
> =========The end of the citation================
> So, Reload in turn is to be see-also'ed in Flush's and FileName's
> description.
I should be, but even the Delphi help doesn't do that. I know, it's no reason not to do so.

> O> JvUrlListGrabber.dtx
> =========Beginning of the citation==============
> @@TJvUrlListGrabber.CleanupThreshold
> ....
> this is why it is not done every time
>
> =========The end of the citation================
> 1) no dot at the end of sentrence
> 2) i'd add `...every time some grabber had complete its work. ` or `...ever
> time some grabber had finished.`
Changed.

Thanks for the feedback.


Subject: Re: Last modified inJVCL?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Mar 2004 09:17:11 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, Peter!
>
>  PT> Still need to do the mail obfuscation
> Mybe some links to personal quazi-pages, where e-mai lwill be presented as
> PNG ?
>
Useless. Robots are not that intelligent anyway, the obfuscation by Peter is enough. And I always use the same email on the Internet, so it's the only one that is polluted.


Subject: Re: TJvHTTPGrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Mar 2004 09:15:29 +1000
Newsgroups: jedi.vcl

Dierk wrote:

> Olivier,
>
> thanks. There is a smile in my face :)
> But is it really up in CVS?
> In WebCVS I can´t see anything new.

The anonymous CVS server is always behind the developper server. Anywhere between 2 to 24 hours.


Subject: Re: Last modified inJVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 23:47:24 +0100
Newsgroups: jedi.vcl

Now all files are updated except JvCharts.pas



-- Regards, Andreas Hausladen 

Subject: Re: looking through examples...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 21:26:59 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > PS: there ain't such a thing rtl50 :-)

Another difference between D5 and D6/D7.



-- Regards, Andreas Hausladen 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 23:12:49 +0300
Newsgroups: jedi.vcl

Hello, OBones!

O> JvAnimatedImage.dtx

=========Beginning of the citation==============
@@TGlyphOrientation.goHorizontal
The Glyph will be cut horizontally

----------------------------------------------------------------------------
------------------------
@@TGlyphOrientation.goVertical
The glyph will be cut vertically
=========The end of the citation================

So what case is that `g` ?

=========Beginning of the citation==============
@@TJvAnimatedImage.GlyphNum
Summary
  Indicate which sub-glyph
=========The end of the citation================
=========Beginning of the citation==============
@@TJvAnimatedImage

==== Skipping: здесь мы не видим суслика ====

  The Glyph property is cut according to the NumGlyph property and each
subglyph
=========The end of the citation================

is there to be dash in sub-glyph ?

=========Beginning of the citation==============
@@TJvAnimatedImage.OnStart

@@TJvAnimatedImage.OnFrameChanged
Summary
  Even triggered ...
=========The end of the citation================
Even some letter is missed :-P

=========Beginning of the citation==============
@@TJvAnimatedImage.Orientation
=========The end of the citation================
Needs SeeAlso to Glyph, NumGlyphs

O> JvAppIniStorage.dtx

=========Beginning of the citation==============
@@TJvAppIniFileStorage

....

Summary
  INI-file based application data storage.

=========The end of the citation================
All the rest of file does not put dash after INI

=========Beginning of the citation==============
@@TJvAppIniFileStorage.IniFile
.....for instance if you share want to add
=========The end of the citation================
Hmm, is it my English or what `want` i as supposed to share?

=========Beginning of the citation==============
@@TJvAppIniFileStorage.Reload
==== Skipping: здесь мы не видим суслика ====
See Also
  Flush, FileName
=========The end of the citation================
So, Reload in turn is to be see-also'ed in Flush's and FileName's
description.

O> JvUrlListGrabber.dtx
=========Beginning of the citation==============
@@TJvUrlListGrabber.CleanupThreshold
.....
this is why it is not done every time

=========The end of the citation================
1) no dot at the end of sentrence
2) i'd add `...every time some grabber had complete its work. ` or `...ever
time some grabber had finished.`

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Last modified inJVCL?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 22:03:49 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Still need to do the mail obfuscation
Mybe some links to personal quazi-pages, where e-mai lwill be presented as
PNG ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: looking through examples...
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 22:01:00 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> vcl50, rtl50 the examples wont compile for D6 and D7

Can list be omitted, so it will be taken default from Delphi settings ?
PS: there ain't such a thing rtl50 :-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: looking through examples...
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 21:58:35 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 >> It will make exe lesser and compilatioin faster
 O> I totally disagree. I want standalone exes

For deployment to someone - maybe, but to get familiar with JVCL it is
better to compile a bunch of examples and llok one after another, going to
source, for ones most interesting. And here little EXEs are better.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Last modified inJVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 18:40:21 +0100
Newsgroups: jedi.vcl

The tool is written and available at devtools\LastModifyRepl. I will now
run it over every Jv*.pas in run, design and common.
Give me the OK to commit all modified files.

-- Regards, Andreas Hausladen 

Subject: Re: fix xml plz
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 20:27:07 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> Do you ever verify the CVS repository before posting a request?
 O> I'm just saying this because the units are already in the R package for
 O> all targets...

Maybe it isanonymous CVS lag.
I wrote this msg immediately after checkout and compilation.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: TJvDBDateTimePicker (bug?)
From: "Peter Zolja" <csu10711@mail.claytonstate.net>
Date: Fri, 26 Mar 2004 11:30:18 -0500
Newsgroups: jedi.vcl

Hi,
I think there's a bug in the TJvDBDateTimePicker component: it doesn't seem
to like 12:00:00 AM; if you try to set to this time it automatically sets
the time to null...

Any ideas?

Thanks.




Subject: Re: Last modified inJVCL?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 26 Mar 2004 17:22:47 +0100
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote:

> Remove all  "Last Modified: *" lines. From what I've seen, the date is
> always on the same line as the text.
>
> Add a "// $Id$" after the comment ending ( the "--------}" line), so it is
> easier to spot

An alternative would be to leave the line and replace the date by $Date$ key word:

{ Last Modified: $Date$   [more spaces] }

Filename info is redundant for Pascal files, revision and author information not important.

IMO.


Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Mar 2004 17:04:46 +0100
Newsgroups: jedi.vcl

> > Why not let a tool be the idiot. I think I can write a very small tool
> > faster than editing all files. Just give me the OK and I will do it.

Be my guest. Requirements:

Remove all  "Last Modified: *" lines. From what I've seen, the date is
always on the same line as the text.

Add a "// $Id$" after the comment ending ( the "--------}" line), so it is
easier to spot

Still need to do the mail obfuscation but I can use JVCLConvert for that.

Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last modified inJVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 16:57:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > So be it. Now lets find the idiot to do it ;-)

Why not let a tool be the idiot. I think I can write a very small tool
faster than editing all files. Just give me the OK and I will do it.

-- Regards, Andreas Hausladen 

Subject: TJvDBDateTimePicker
From: "Peter Zolja" <csu10711@mail.claytonstate.net>
Date: Fri, 26 Mar 2004 10:51:14 -0500
Newsgroups: jedi.vcl

Hi guys,
I am trying to use a TJvDBDateTimePicker component (JVCL 3), but I have an
issue with it: if the field (datetime field) is NULL, or if I set the field
to NULL (press Del when the component has focus) I can't seem to enter a new
time -- it acts like it's stuck...

Any ideas?

Thanks.




Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Mar 2004 16:35:49 +0100
Newsgroups: jedi.vcl

> > So be it. Now lets find the idiot to do it ;-)
Well, I guess it's me :), but you are welcome to help (we can be idiots
together!). If you'd like, you could do \design and \common and I'll do
\run.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last modified inJVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Mar 2004 16:34:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Yes, I was thinking the same. I believe we should add the $Id tag to our
> fully owned units only, i.e only those with a "Jv" prefix.

So be it. Now lets find the idiot to do it ;-)
Also wait a day or two because the CVS seems to have problems (see the other messages here)



Subject: Re: looking through examples...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 16:33:59 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > AS: i wish all examples had preset option Build With Runtime Packages.
> > It will make exe lesser and compilatioin faster

And against what version of vcl and rtl should we link? When we use vcl50,
rtl50 the examples wont compile for D6 and D7. If we choose vcl, rtl the
examples wont compile for D5...

-- Regards, Andreas Hausladen 

Subject: Re: Unit jvStrToHTML: some entities missing?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 18:33:50 +0300
Newsgroups: jedi.vcl

Hello, Ralf!

 RK> For example, these entriese are not found in the table (in the array):

Would it be hardcoded, especially since there might be later extensions to
the standard ?
Maybe it is better to move the array to resources ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: thoughts of packages - while looking through examples.
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 18:32:26 +0300
Newsgroups: jedi.vcl

Hello, Arioch!

i posted earlier msg with 'fix xml'  subject, but can't see it on the list.
Ether msg was deleted from server, or it is known floating bug in OE.

If no message appeared on server, then it was about DesktopAlert component
implicitly included into JvCtrl-Designtime, rather that explicitly into
JvCtrl-Runtime.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Where´s daily ZIP file?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 18:28:42 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 >> Can´t download daily ZIP.
 >> http://jvcl.sourceforge.net/daily/
 >> Only a questionmark followed by JVCL3-Latest.zip is listed.

 AH> Sounds that the files system link is broken. Use the package
 AH> with the newest date.

You're so humble :-)

=========Beginning of the citation==============
* Newsgroup: jedi.vcl on server forums.talkto.net
* URL: news://forums.talkto.net/c3ujv3$5vp$1@talkto.net
* From: Andreas Hausladen with server pd9524966.dip.t-dialin.net
* Date: Thu, 25 Mar 2004 14:17:59 +0100
* Subj: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
==========================================================================

I have uploaded a new CVS snapshot with cvs directories (anonymous) to
http://jvcl.sourceforge.net/files/


=========The end of the citation================
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Where´s daily ZIP file?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Mar 2004 16:21:33 +0100
Newsgroups: jedi.vcl

There was a script error on the last update. Nothing we can do, I'm afraid.
Use the one with the latest date before today.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New URLGrabbers
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 26 Mar 2004 16:10:55 +0100
Newsgroups: jedi.vcl

Olivier,

thanks for fixing. There is a big smile in my face :)
But is it really up in CVS?
In WebCVS I can´t see anything new.

Regards
Dierk





Subject: Re: looking through examples...
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Mar 2004 09:19:39 -0500
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, All!
>
>  Delphi 5.1 / Win2000sp4
>
> AS: i wish all examples had preset option Build With Runtime Packages.
> It will make exe lesser and compilatioin faster

I would find that Annoying.  Standalone EXEs without Runtime Packages are preferable in all cases where the programs were already small and manageable.  Most of the demos include only a few units and compile against them quickly.



Warren


Subject: Re: JvChart
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Mar 2004 09:12:10 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

> Andreas Hausladen wrote:
>
>> JvChart.pas(2227) Warning: FOR-loop variable 'I' could be undefined after
>> loop. (free translated)
>>
> I will have the fix checked in to CVS as soon as I can figure out why I can't access CVS right now...
Okay I had a local network problem. JvChart should be good again.


Subject: Re: JvChart
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Mar 2004 09:02:10 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> JvChart.pas(2227) Warning: FOR-loop variable 'I' could be undefined after
> loop. (free translated)
>
I will have the fix checked in to CVS as soon as I can figure out why I can't access CVS right now...


Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Mar 2004 09:00:15 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

> Arioch wrote:
>
>> Hello, Warren!
>>
>> What about this ?
>> =========Beginning of the citation==============
>> C:\Borland\AddOns\JVCL3\run\JvChart.pas(2213) Warning: FOR-Loop
> Whoopsy.  Search-replace sometimes does bad things to me. :-)
> Fixed.
>
> Warren
I would have this checked in now but CVS has this error:

cvs commit: warning: unrecognized response `Remote process exit code unavailable
' from cvs server
cvs [commit aborted]: end of file from server (consult above messages if any)


Warren


Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Mar 2004 08:58:30 -0500
Newsgroups: jedi.vcl

Arioch wrote:
> Hello, Warren!
>
> What about this ?
> =========Beginning of the citation==============
> C:\Borland\AddOns\JVCL3\run\JvChart.pas(2213) Warning: FOR-Loop variable 'I'
> may be undefined after loop
> =========The end of the citation================
>
Whoopsy.  Search-replace sometimes does bad things to me. :-)
Fixed.

Warren


Subject: jvDbStatus
From: Johann <toto@toto.com>
Date: Fri, 26 Mar 2004 14:42:52 +0100
Newsgroups: jedi.vcl

Hi all !

I use a jvDbStatus component to show "Record X on Y".
When my datasource is filtered, I only see "Record X".
What can I do to make it show "Record X on Y" ?

-- 
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com



Subject: Re: TJvHTTPGrabber ?
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 26 Mar 2004 14:40:31 +0100
Newsgroups: jedi.vcl

Olivier,

thanks. There is a smile in my face :)
But is it really up in CVS?
In WebCVS I can´t see anything new.

Regards
Dierk




Subject: Re: looking through examples...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Mar 2004 23:22:49 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, All!
>
>  Delphi 5.1 / Win2000sp4
>
> AS: i wish all examples had preset option Build With Runtime Packages.
> It will make exe lesser and compilatioin faster
I totally disagree. I want standalone exes, not the horrible mess I left behind when I stopped using VB.

> Menus - Project Options: one too many '..' in directories
> 2) Proj.Options - Directories - one too many '..'

I thought these ones were fixed...


Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Mar 2004 23:20:18 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Ok then it may be a good idea to move it to packages\bin so that it and
>> build.exe can share the xml configuration file (pgEdit.xml)
>
>
> They already do. The buildtarget.exe opens ..\..\devtools\bin\pgEdit.xml
> for obtaining the available targets.

Perfect.


Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 13:46:10 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Ok then it may be a good idea to move it to packages\bin so that it and
> > build.exe can share the xml configuration file (pgEdit.xml)

They already do. The buildtarget.exe opens ..\..\devtools\bin\pgEdit.xml
for obtaining the available targets.


-- Regards, Andreas Hausladen 

Subject: Unit jvStrToHTML: some entities missing?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 26 Mar 2004 13:42:51 +0100
Newsgroups: jedi.vcl

Hello,

it seems that in the unit "jvStrToHTML.PAS" there are some entities mitting
in the conversion table that is used to convert e.g. "&" to "&amp;" in
TjvStrToHTML:

For example, these entriese are not found in the table (in the array):

    (Ch: '&'; Html: '&amp;'),
    (Ch: 'ü'; Html: '&uuml;'),
    (Ch: 'ä'; Html: '&auml;'),
    (Ch: 'ö'; Html: '&ouml;'),

Is there any reason why "&uuml" is not converted? The character "ü" is
translated to "&#220;" (which is the correct code) but when parsing foreign
HTML source there often "&uuml;" is used and is not converted (same for the
other german umlauts)

Ciao,
Ralf



Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Mar 2004 22:35:04 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> By the way, did you change the output directory for PG so that it goes
>> in packages\bin or did you leave it in devtools\bin? I'm asking because
>> pgEdit.xml needs to be where pg.exe is.
>
>
> The pg.exe still goes to devtools\bin.

Ok then it may be a good idea to move it to packages\bin so that it and build.exe can share the xml configuration file (pgEdit.xml)
This, to me, would avoid duplication, but in the end, it's your call.
If you do the move, please do it before tomorrow 8AM (UTC+10) and let me know because after that, I'll be working on it to fix the JvQ problems.

Cheers
Olivier


Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 13:12:00 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > By the way, did you change the output directory for PG so that it goes
> > in packages\bin or did you leave it in devtools\bin? I'm asking because
> > pgEdit.xml needs to be where pg.exe is.

The pg.exe still goes to devtools\bin.



-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Mar 2004 21:48:18 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Hard coded in what way? 
>
>
> The build.bat does the "all" job. It calls buildtarget.exe for c5, c6, d5,
> d6, d7, d7clx.
Well... yeah, I don't quite like it, but I can live with it.

> The pg.exe generates the JvQxxx files but they are in the packages\d7
> folder and not in the packages\d7clx folder. Furthermore in the d7clx
> folder it generates JvXxx files (without the Q).
Ok, that's definitely a problem of targets in the xml files. I will have a look at the xml files and fix them. In the process I will likely add aliases such as "allbutclx" "clx" "allbutperso" "allperso" and so on.
By the way, did you change the output directory for PG so that it goes in packages\bin or did you leave it in devtools\bin? I'm asking because pgEdit.xml needs to be where pg.exe is.


Subject: Re: Where´s daily ZIP file?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 12:19:18 +0100
Newsgroups: jedi.vcl

Dierk wrote:

> > Can´t download daily ZIP.
> > http://jvcl.sourceforge.net/daily/
> > Only a questionmark followed by JVCL3-Latest.zip is listed.

Sounds that the files system link is broken. Use the package with the
newest date.


-- Regards, Andreas Hausladen 

Subject: Where´s daily ZIP file?
From: "Dierk" <dsantispam@csslabs.de>
Date: Fri, 26 Mar 2004 12:14:00 +0100
Newsgroups: jedi.vcl

Can´t download daily ZIP.
http://jvcl.sourceforge.net/daily/
Only a questionmark followed by JVCL3-Latest.zip is listed.

Regards

Dierk




Subject: Re: TJvHTTPGrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Mar 2004 21:02:31 +1000
Newsgroups: jedi.vcl

dsantispam@csslabs.de wrote:

>>> Aditional bugs
>>> - OutputMode is always set to omFile
>>> - Filename is always set to output.txt
>>
>> What's the problem with that? These are default values, just change them.
>
> Yes, I can change them. But after saving and closing my project and
> reopening all the nice property values are defaults.
This is fixed.

> Not nice. In this case you don´t have to publish this properties. It makes
> no sense to have published properties only for designmode.
What do you mean by that? People may want to be able to set those values at design time. Further this makes the transition from THttpGrabber easier.

>> I will, but I need more time.
> Ok, can wait.
Get the latest CVS version, you'll find what you want.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 12:00:29 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Hard coded in what way? 

The build.bat does the "all" job. It calls buildtarget.exe for c5, c6, d5,
d6, d7, d7clx.


> > That's weird cause I remembered PG generating JvQ files that were not in
> > CVS and later conflicted with those put in CVS.  I'll have a look into
> > it.

The pg.exe generates the JvQxxx files but they are in the packages\d7
folder and not in the packages\d7clx folder. Furthermore in the d7clx
folder it generates JvXxx files (without the Q).



-- Regards, Andreas Hausladen 

Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Mar 2004 08:42:27 +0100
Newsgroups: jedi.vcl

> > The files are more or less external conversions and not fully part of
JVCL.
Yes, I was thinking the same. I believe we should add the $Id tag to our
fully owned units only, i.e only those with a "Jv" prefix.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last modified inJVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Mar 2004 06:10:10 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, Peter!
>
>  PT> But "$Id" just adds one line of text and we remove at least one, so it
>  PT> should be a zero cost operation.
>
> will c:\cvs\Jvcl_3\dev\JVCL3\common\ and c:\cvs\Jvcl_3\dev\JVCL3\design\ be
> upfated for $id ?
>

Most of the files in Common are mine and i have no problem with adding $Id, but we still should discuss if it is wise to add it.
The files are more or less external conversions and not fully part of JVCL.



Subject: looking through examples...
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 07:36:12 +0300
Newsgroups: jedi.vcl

Hello, All!

 Delphi 5.1 / Win2000sp4

AS: i wish all examples had preset option Build With Runtime Packages.
It will make exe lesser and compilatioin faster

OfficeColorButton:
1) Enabled checkbox is forgotten - it just lies on the form with no action
:-)
2) i wish some reaction for the button beeing pushed - whatever it will be -
it is to be.
3) (component itself)  when i drag the palette form out of the button, it's
menu-arrow gets unpressed, but when i press that arrow - it is hidden. IMHO
it is not consistent - ether this arrow should remain pressed, or pressing
it should hide form, but showing usual popup.

OLE cursors:
1) Wish there was way to UnLoad OLE Cursors, maybe by remembering prev. set.
Just to compare those.
2) strange thing - when i move mouse between some Mult panel and appropriate
Mult...Link panel - cursor is not chaned, remaining set by the 1st of panels
i moved mousse over. Strange thing.

NT Events - was sooo slow... i killed it before it opened System list.
So i wish there was stop button and maybe some progress bar or live listbox
filling.

Object Picker - do not know what is it supposed to do - it gives exception
on any attempt to use it :-(

Outlook Bar - no author specifed.
PS: I wonder, can component be modifed to has full-featured scrollar ?

Panel - no author. Will not tell same any more - maybe it is ok?

Mouse Gestures:
1) button selection list is to be edit-less
2) seems component is restricted - set it to global application hook and
play with left and right buttons over memo :-(
3) dof-file missed

ComputerInfoEx:
1) dof and res missed
2) cannot compile MainForm.pas line 189: the only functions in TypInfo of D5
is
=========Beginning of the citation==============
function GetPropList(TypeInfo: PTypeInfo; TypeKinds: TTypeKinds;
  PropList: PPropList): Integer;
=========The end of the citation================
3) file not found MSHTML_TLB
replaced with c:\Borland\Delphi5\Source\Internet\mshtml.pas
But seems can be removed a well.

Transparent buttons: a lot pf properties like Flat, Style, HiFont.* were not
found when loaeding DFM

SpecialProgressBar: Transparent checkbox is of no use

Linked Consumers: very promising but unstable. Numerous AV's at designtime,
failed TJvLabel.AutoSize...

Destop Alert - cool, but easy to crash.
Just make 3 alerts and keep mouse cursor over middle one until both others
disappeared.

Menus - Project Options: one too many '..' in directories

Docking / HowTo:
1)JvDockVIDStyle1.ConjoinServerOptions.ActiveTitleEndColor - invalid
value for property
2) Proj.Options - Directories - one too many '..'

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New build system
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Mar 2004 12:53:21 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> "Should". But what is when the CVS converts all #13#10 to #10 ? As I know
> do the ReadLn procedure does not want a single #10. But it is too late for
> this, the code is already finished. I have implemented a very small html
> parser.
Ok

> Now it is possible to specify more targets:
>
> build c6 d6 d7
> # compiled c6, d6 and d7
That's great.

> The "build all" is still hard coded. And I think we should not change it
> because it does not make sense to compile for "normal" and personal
> edition on one computer.
Hard coded in what way? Like you have read the targets and you don't include the perso target. Or hardcoded with all := 'c5 c6 d5 d6 d7 k3' ?

> BTW: I found out that the package generator does not generates the CLX
> packages correctly. The "Q" is missing in the generated files.
That's weird cause I remembered PG generating JvQ files that were not in CVS and later conflicted with those put in CVS.
I'll have a look into it.



Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 03:07:37 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > That should do it.

"Should". But what is when the CVS converts all #13#10 to #10 ? As I know
do the ReadLn procedure does not want a single #10. But it is too late for
this, the code is already finished. I have implemented a very small html
parser.

Now it is possible to specify more targets:

build c6 d6 d7
# compiled c6, d6 and d7

The "build all" is still hard coded. And I think we should not change it
because it does not make sense to compile for "normal" and personal
edition on one computer.

BTW: I found out that the package generator does not generates the CLX
packages correctly. The "Q" is missing in the generated files.




-- Regards, Andreas Hausladen 

Subject: thoughts of packages - while looking through examples.
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 26 Mar 2004 05:06:09 +0300
Newsgroups: jedi.vcl

Hello, All!

1) i wish all JVCL packages had different, not default {$ImageBase ...}

2) JvCryptD5R should require JvSystemD5R (Moduleloader, SetupAPI)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New build system
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Mar 2004 11:56:11 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I'll have a look at it as soon as I can. Probably this week-end.
>
>
> If I am not faster. The problem I have is that I want the buildtarget.exe
> to not depend on VCL units and to keep it small as it is a precompiled
> program. So your .xml file is a little bit hard to read with "plain
> pascal" functions.
>
roughly:

while not end of file
  read line
  if the line contains "<TARGETS>" then
    while the line doesn't containt "</TARGETS>" and not end of file
      read line
      if the line contains "<TARGET" then
        process the line it and add it to the list
      end if
    end while
  end if
end while

That should do it.



Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 02:15:15 +0100
Newsgroups: jedi.vcl

Can you try this makefile

Copy it over the "jvcl3\devtools\makefile.mak" file.




-- Regards, Andreas Hausladen

makefile.zip
	



Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 02:08:02 +0100
Newsgroups: jedi.vcl

Robert Gesswein wrote:

> > I just tried the build system hoping it would get around the "Fatal:
> > Command arguments too long" error message I get with JVCL. It didn't.
> > Same message from the D7 make.exe.

I cannot beleave it. I removed all long command lines. The compiler
arguments are now in the .cfg files. Except the pg.exe and bpg2mak.exe
make file that I had not touched for the new build system.




-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 26 Mar 2004 02:07:58 +0100
Newsgroups: jedi.vcl

Bad news :-(

Robert Gesswein wrote:

> FWIW.
>
> I just tried the build system hoping it would get around the "Fatal: Command
> arguments too long" error message I get with JVCL. It didn't. Same message
> from the D7 make.exe.
>
> --Robert Gesswein
>
> "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
> news:c3vjj3$d66$1@talkto.net...
>
>> In packages\bin you can find a new build system for the JVCL.
>>
>> usage:
>>
>> cd packages\bin
>> build d7
>> # compiles for Delphi 7
>>
>> build c6
>> # compiles for C++ Builder 6
>>
>> build d6p
>> # compiled for Delphi 6 Personal
>>
>> build all
>> # compiles for all available targets (no personal)
>>
>>
>> -- 
>> Regards,
>>
>> Andreas Hausladen
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: New build system
From: "Robert Gesswein" <rgesswein.REMOVE@yahoo.com>
Date: Thu, 25 Mar 2004 19:46:54 -0500
Newsgroups: jedi.vcl

FWIW.

I just tried the build system hoping it would get around the "Fatal: Command
arguments too long" error message I get with JVCL. It didn't. Same message
from the D7 make.exe.

--Robert Gesswein

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c3vjj3$d66$1@talkto.net...
> > In packages\bin you can find a new build system for the JVCL.
> >
> > usage:
> >
> > cd packages\bin
> > build d7
> > # compiles for Delphi 7
> >
> > build c6
> > # compiles for C++ Builder 6
> >
> > build d6p
> > # compiled for Delphi 6 Personal
> >
> > build all
> > # compiles for all available targets (no personal)
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 01:46:30 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'll have a look at it as soon as I can. Probably this week-end.

If I am not faster. The problem I have is that I want the buildtarget.exe
to not depend on VCL units and to keep it small as it is a precompiled
program. So your .xml file is a little bit hard to read with "plain
pascal" functions.

-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Mar 2004 10:34:38 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Not at the moment. But it could be implemented easily and I will try to
> implement it now.
Great

> I would say they are both.
> Hardcoded: The buildtarget.exe converts the "p" to the "std" or "per"
> string.
> Configuration: Only targets that have a "$(PKGDIR) Packages.bpg" file are
> allowed.
>
> The "all" parameter is completely hardcoded. Just have a look at build.bat.
Yuk.
I'll try to change that as well.

> You are free to extend the buildtarget.dpr.

I'll have a look at it as soon as I can. Probably this week-end.



Subject: Re: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Mar 2004 01:10:58 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Can I do that:
> > 
> > build d6 c5

Not at the moment. But it could be implemented easily and I will try to
implement it now.

> > And where do you get the target names from? Are they hardcoded or do you
> > read them from a configuration file?

I would say they are both.
Hardcoded: The buildtarget.exe converts the "p" to the "std" or "per"
string.
Configuration: Only targets that have a "$(PKGDIR) Packages.bpg" file are
allowed.

The "all" parameter is completely hardcoded. Just have a look at build.bat.

> > I'd rather see the definition of targets shared by PG and Build.
> > It wouldn't be too hard to do so...

You are free to extend the buildtarget.dpr.



-- Regards, Andreas Hausladen 

Subject: Re: New build system
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Mar 2004 09:18:20 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> In packages\bin you can find a new build system for the JVCL.
>
> usage:
>
> cd packages\bin
> build d7
> # compiles for Delphi 7
>
> build c6
> # compiles for C++ Builder 6
>
> build d6p
> # compiled for Delphi 6 Personal
>
> build all
> # compiles for all available targets (no personal)
>
>
Can I do that:

build d6 c5

so that it builds those two targets?

And where do you get the target names from? Are they hardcoded or do you read them from a configuration file? I'd rather see the definition of targets shared by PG and Build. It wouldn't be too hard to do so...



Subject: New build system
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 23:17:47 +0100
Newsgroups: jedi.vcl

In packages\bin you can find a new build system for the JVCL.

usage:

cd packages\bin
build d7
# compiles for Delphi 7

build c6
# compiles for C++ Builder 6

build d6p
# compiled for Delphi 6 Personal

build all
# compiles for all available targets (no personal)


-- Regards, Andreas Hausladen 

Subject: Re: fix xml plz
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Mar 2004 07:45:16 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
> =========Beginning of the citation==============
> Compiling package: JvDlgsD5D.bpl
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> Warning: Unit 'JvDesktopAlert' implicitly imported into package 'JvDlgsD5D'
> Warning: Unit 'JvDesktopAlertForm' implicitly imported into package
> 'JvDlgsD5D'
> 3100 lines, 3.10 seconds, 30896 bytes code, 245 bytes data.
> =========The end of the citation================
>
> So, r-package lacks the units.

Do you ever verify the CVS repository before posting a request?
I'm just saying this because the units are already in the R package for all targets...


Subject: Re: BCB compilation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 21:40:35 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > So the BPILIBDIR and BPLDIR are not empty.

But they are. Now I must find the reason, why the SET command does not
work.



-- Regards, Andreas Hausladen 

Subject: Re: BCB compilation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 21:34:20 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > So, if BPLDIR is empty, the .bpl files get created in the root
> > directory.  Same goes for BPILIBDIR.

The make file has the following lines:
----------------------
!ifndef BPLDIR
BPLDIR = $(ROOT)\Projects\bpl
!endif

!ifndef DCPDIR
DCPDIR = $(ROOT)\Projects\bpl
!endif

!ifndef LIBDIR
LIBDIR = $(ROOT)\Projects\lib
!endif

....
        SET BPILIBDIR=$(LIBDIR)
        $(MAKE) -f "$(PKGDIR) Packages.mak" $(TARGETS)
----------------------

So the BPILIBDIR and BPLDIR are not empty.

-- Regards, Andreas Hausladen 

Subject: Re: JvChart
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 23:13:45 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> JvChart.pas(2227) Warning: FOR-loop variable 'I' could be undefined
after
 AH> loop. (free translated)

Still no reply ? same to me.

So to minimize change in code i'd add "I := Options.PenCount;" after loop.
At least i can't tell for sure, what is to be I after loop - nigh
border-value of loop, or Succ() to it?
Here i assume the latter.


....and i always wished to have smthlike `for var i: integer := ...` for
current loop, and have regular loop as one from turbo Pascal, where i can do
anything to control var :-)


 -- 
[tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png
E-mail is faked because of spam.   the_Arioch@NM.falseDomain.ru



Subject: Re: BCB compilation
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 25 Mar 2004 21:12:23 +0100
Newsgroups: jedi.vcl

Hi Andreas, Olivier,

> Andreas Hausladen wrote:
>
>> Everytime when I compile for C6 the generated library files .bpi, .bpl,
>> .lib are created at the root directory. I must have missed something in
>> the new build system. But I cannot find it. Maybe you, Obones, have an
>> idea what I have done wrong?
>
> No idea. By root directory, what do you mean? C:\ or the root of the JVCL directory?
>
> The thing is that the location of the generated files is indicated in the package itself, if I recall well.
> However, it may also be defined in the BCB.bmk file. This file has to be passed to bpr2mak or it will generate useless makefiles.
> I'll investigate that further tomorrow.

From jcl\packages\BCB.bmk:

$(PROJECT): $(OTHERFILES) $(IDLGENFILES) $(OBJFILES) $(RESDEPEN) $(DEFFILE)
    $(BCB)\BIN\$(LINKER) @&&!
    $(LFLAGS) -l$(BPILIBDIR) -L$(LIBPATH) +
    $(ALLOBJ), +
    $(BPLDIR)\$(PROJECT),, +
    $(ALLLIB), +
    $(DEFFILE), +
    $(ALLRES)

PROJECT is the .bpl target.

So, if BPLDIR is empty, the .bpl files get created in the root
directory.  Same goes for BPILIBDIR.


Subject: fix xml plz
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 23:09:53 +0300
Newsgroups: jedi.vcl

Hello, OBones!
=========Beginning of the citation==============
Compiling package: JvDlgsD5D.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Warning: Unit 'JvDesktopAlert' implicitly imported into package 'JvDlgsD5D'
Warning: Unit 'JvDesktopAlertForm' implicitly imported into package
'JvDlgsD5D'
3100 lines, 3.10 seconds, 30896 bytes code, 245 bytes data.
=========The end of the citation================

So, r-package lacks the units.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Mar 2004 21:06:10 +0100
Newsgroups: jedi.vcl

> > will c:\cvs\Jvcl_3\dev\JVCL3\common\ and c:\cvs\Jvcl_3\dev\JVCL3\design\
be
> > upfated for $id ?
Sure.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB compilation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 19:49:40 +0100
Newsgroups: jedi.vcl

If I compile the BCB part by hand dcc32 (for -JPHNE and for .dcp), ilink32
then all files go to the place where they should go.

The strange thing is that the LFLAGS option -I is set to ..\..\lib\c6\obj
(current dir: packages\c6) but the file is created in C:\



-- Regards, Andreas Hausladen 

Subject: Re: Thumbview Title
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 25 Mar 2004 17:47:41 -0100
Newsgroups: jedi.vcl

Hello Peter,

JVImagesViewer seems to be much better! But I only see pictures in design mode... Maybe 15h work each day is too much and my wife is right...

Peter Thörnqvist wrote:

>> while experimenting with ThumbView I came across the event ^GetTitle but
>> it does not seem to wirk. Any tipps or a bug which is already fixed?
>
> Here's a tip: use TJvImagesViewer instead
>


Subject: Re: Thumbview Title
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 25 Mar 2004 17:30:53 -0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> while experimenting with ThumbView I came across the event ^GetTitle but
>> it does not seem to wirk. Any tipps or a bug which is already fixed?
>
> Here's a tip: use TJvImagesViewer instead
>
Thanks - I'll give it a try. Will ThumbView be discontinued? I would not appreciate it - I like this cmponent.

Would it be helpful if I corrected this potential bug and extend the component by thae capability of feeding virtual files into it (for images not on disk and in memory)?

Micha


Subject: Re: Last modified inJVCL?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 21:11:54 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> But "$Id" just adds one line of text and we remove at least one, so it
 PT> should be a zero cost operation.

will c:\cvs\Jvcl_3\dev\JVCL3\common\ and c:\cvs\Jvcl_3\dev\JVCL3\design\ be
upfated for $id ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Thumbview Title
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Mar 2004 17:59:57 +0100
Newsgroups: jedi.vcl

> > while experimenting with ThumbView I came across the event ^GetTitle but
> > it does not seem to wirk. Any tipps or a bug which is already fixed?
Here's a tip: use TJvImagesViewer instead

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Thumbview Title
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 25 Mar 2004 15:20:24 -0100
Newsgroups: jedi.vcl

Hi,

while experimenting with ThumbView I came across the event ^GetTitle but it does not seem to wirk. Any tipps or a bug which is already fixed?

Micha


Subject: TJvRas32?
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 15:07:51 +0100
Newsgroups: jedi.vcl

I still using TApdRasDialer from AsyncPro (ex Turbopower).
Nice component, but I don´t want that heavy overhead. Therefore I thought of
using TJvRas32 for dialing.
It seems to be a smaller component.
Yes smaller, but much more difficulty to use. And very strange??
Published properties like Entry, Password and Username are ONLY for
displaying in object-inspector after choosing a entryindex.
Wouldn´t it make much more sense to choose a namly known RAS connection for
property "Entry" (instead of an index), with the additional posibility for
setting "Username" and "Password" before dialing?

Regards

Dierk..




Subject: Re: BCB compilation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 14:49:48 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > By root directory, what do you mean? 
I mean C:\. It seems that bcc32 does not know where to write the
destination files.

I have uploaded the commandline build system to jedi.binaries.

starting for BCB 6:

C:\dev\jvcl3\packages\bin> build c6


-- Regards, Andreas Hausladen 

Subject: Re: BCB compilation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 23:18:47 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Everytime when I compile for C6 the generated library files .bpi, .bpl,
> .lib are created at the root directory. I must have missed something in
> the new build system. But I cannot find it. Maybe you, Obones, have an
> idea what I have done wrong?
No idea. By root directory, what do you mean? C:\ or the root of the JVCL directory?

The thing is that the location of the generated files is indicated in the package itself, if I recall well.
However, it may also be defined in the BCB.bmk file. This file has to be passed to bpr2mak or it will generate useless makefiles.
I'll investigate that further tomorrow.

Cheers.

Olivier


Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 14:17:59 +0100
Newsgroups: jedi.vcl

I have uploaded a new CVS snapshot with cvs directories (anonymous) to
http://jvcl.sourceforge.net/files/

-- Regards, Andreas Hausladen 

Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 13:59:35 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > BTW, Andreas, will You have time - try compressing JVCL tree with
> > 7zip/PPMd rather than 7zip/LZMA.

7zip/PPMd: 7.320 MB
7zip/LZMA: 5.397 MB

It was faster with PPMd but it does not take that much time on my PC
(while playing music and video)

-- Regards, Andreas Hausladen 

Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 15:53:56 +0300
Newsgroups: jedi.vcl

Hello, Dierk!

 D> But my Outlook-Express makes this.

This post is ok.

 D> And yes, I have looked to the sources, but into sources of the daily
 D> zip!

When i looked into source i got - i looked right at the 1t error line.
right above it was comment about compiler5 com[patibility by OBones - that i
mentioned in that thread.
It only took a minute to make it work and confirm that compatibility trick
required.


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: JvChart
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 13:20:09 +0100
Newsgroups: jedi.vcl

JvChart.pas(2227) Warning: FOR-loop variable 'I' could be undefined after
loop. (free translated)

-- Regards, Andreas Hausladen 

Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: "Dierk" <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 13:13:54 +0100
Newsgroups: jedi.vcl

Arioch,

sorry of displaying dsantispam@csslabs.de as name.
But my Outlook-Express makes this. I don?t know why.
In other newsgroups my name is shown correctly.

Normally I first have a look of what is happen since last few hours.
And yes, I have looked to the sources, but into sources of the daily zip!
Now I take a look at second in CVS..............

Regards
Dierk







Subject: Offtopic - Excel with no Excel
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 15:09:19 +0300
Newsgroups: jedi.vcl

Hello, rdeplanq!

There is component (XLSWrite afair) that can create XLS file without Excel.

But to my experience, beginning with Excell 2000, it is simplier to create
simple HTML with table and fonts/colors - usually Excell can read such a
table pretty well.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Problems with daily Zip
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 15:06:48 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> Or get TortoiseCVS installed and retrieve CVSROOT\dev\jvcl3 to get the
 O> very latest version everytime.

Here again i state that daily zips are to have prepared CVS subdirs :-)
And maybe even Installer is to be able to create them.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 15:05:40 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> It is the latest snapshot, but I fixed it at around 2 o'clock in the
 AH> morning.

So it will appear in anonymous CVS 2 days later ?

BTW, Andreas, will You have time - try compressing JVCL tree with 7zip/PPMd
rather than 7zip/LZMA.

To my experience it gives about 120% of size to LZMA and much faster.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Need some help with new Desktop Alert component
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 15:00:20 +0300
Newsgroups: jedi.vcl

Hello, Hans-Eric!

>> >> Can hidden window paint itself on some temporary bitmap GDI ?
 HEG> Yes it can: TWinControl.PaintWindow

So that's it, if only delphi does not some special measures to disallow this
painting.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 14:45:00 +0300
Newsgroups: jedi.vcl

Hello, dsantispam@csslabs.de!

Please, do search before postings!
Please, look sources when meeting troubles!
Please, make 4 steps up, and andread thread "computerinfoEX vs D5"

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Problems with daily Zip
From: <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 12:41:05 +0100
Newsgroups: jedi.vcl

Oliver,
now I know the problem about the daily zip.
Therefore I stopped posting to MANTIS.
A note in CVS changelog.txt or a little hint in newsgroups about your
changes would be very helpful for me and for the other 8.852 JVCL beta
testers. ;)
Thanks

Dierk

"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c3ud4q$44k$1@talkto.net...
> > dsantispam@csslabs.de wrote:
> >
>> > > Ok, what should I do then????
>> > > Should I drink a cup of tea or coffee?
> > Or get TortoiseCVS installed and retrieve CVSROOT\dev\jvcl3 to get the
> > very latest version everytime.
> > But please stop posting MANTIS issues about the CVS not compiling, I
> > will close them everytime.
> >




Subject: BCB compilation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 12:39:47 +0100
Newsgroups: jedi.vcl

Everytime when I compile for C6 the generated library files .bpi, .bpl,
..lib are created at the root directory. I must have missed something in
the new build system. But I cannot find it. Maybe you, Obones, have an
idea what I have done wrong?

I have the following cfg file. The dcc32 uses it but the bcc32 seems to be
not interessed in my settings I've copied from your batch files.

===== autogenerated by the make file =====
-I"..\..\..\jcl\source;..\..\..\jcl\source\common" 
-U"..\..\..\jcl\source\common;..\..\..\jcl\source\windows;..\..\..\jcl\sour
ce\vcl;..\..\..\jcl\source\visclx"
-U"C:\Borland\CBuilder6\Lib\Obj" 
-I"..\..\common" 
-U"C:\Borland\CBuilder6\Projects\bpl;C:\Development\sourceforge\others\jedi
\JVCL3\lib\c6\obj;..\..\common;(JVCLROOT)\run;..\..\design;C:\Borland\CBuil
der6\Projects\lib"
-LE"C:\Borland\CBuilder6\Projects\bpl" 
-LN"C:\Borland\CBuilder6\Projects\bpl" 
-N"C:\Development\sourceforge\others\jedi\JVCL3\lib\c6\obj" 
-R"..\..\Resources" 


===== Autogenerated by bpr2mak ======
IDLCFLAGS = -I..\..\design -I..\..\run -I..\..\common -I$(BCB)\include \
    -I$(BCB)\include\vcl -src_suffix cpp -D_DEBUG -boa
PFLAGS = -N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W -$O- -$A8 -v
-JPHNE -M \
    -LUCJcl -U$(BCB)\Projects\Bpl
RFLAGS = 
AFLAGS = /mx /w2 /zd
LFLAGS = -I..\..\lib\c6\obj -D"JVCL Core Runtime Package" -aa -Tpp -Gpr -x
-Gn -Gl \
    -Gi -v


The make file part:

Compile: Bpg2Make.exe
        @echo [Compiling: Packages]
        IF NOT $(JCLROOT)!==! SET ADDFLAGS=-U$(JCLROOT)\dcu
        SET PATH=$(ROOT)\bin;$(LIBDIR);$(DCPDIR);$(BPLDIR);$(PATH)
        SET BPILIBDIR=$(LIBDIR)
        cd $(JVCLPACKAGEDIR)
        $(MAKE) -f "$(PKGDIR) Packages.mak" $(TARGETS)



-- Regards, Andreas Hausladen 

Subject: Re: Problems with daily Zip
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 21:21:37 +1000
Newsgroups: jedi.vcl

dsantispam@csslabs.de wrote:

> Ok, what should I do then????
> Should I drink a cup of tea or coffee?
Or get TortoiseCVS installed and retrieve CVSROOT\dev\jvcl3 to get the very latest version everytime.
But please stop posting MANTIS issues about the CVS not compiling, I will close them everytime.



Subject: Re: Problems with daily Zip
From: <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 12:08:50 +0100
Newsgroups: jedi.vcl

Ok, what should I do then????
Should I drink a cup of tea or coffee?

Greetings
Dierk

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:c3uc7c$3u5$1@talkto.net...
> > <dsantispam@csslabs.de> wrote:
> >
>> > > Ok, now I try to install any CVS....
> >
> > Then you will crash into another error in JvDesktopAlert*.pas. It uses a
> > property that is not available in Delphi 5.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 12:05:50 +0100
Newsgroups: jedi.vcl

<dsantispam@csslabs.de> wrote:

> > Ok, now I try to install any CVS....

Then you will crash into another error in JvDesktopAlert*.pas. It uses a
property that is not available in Delphi 5.

-- Regards, Andreas Hausladen 

Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Mar 2004 12:04:18 +0100
Newsgroups: jedi.vcl

> > No worries, I only needed it to compile, not to work.
:)
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 11:52:10 +0100
Newsgroups: jedi.vcl

Ok, now I try to install any CVS....

Greetings
Dierk

"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c3ub3b$3kq$1@talkto.net...
> > Andreas Hausladen wrote:
> >
>> > > <dsantispam@csslabs.de> wrote:
>> > >
>> > >
>>> > >>I took the JVCL3-Latest.zip (25-Mar-2004 00:16).
>>> > >>Isn´t it the latest?
>> > >
>> > >
>> > > It is the latest snapshot, but I fixed it at around 2 o'clock in the
>> > > morning.
> >
> > Yep, I forgot to commit the files yesterday evening. So better get it
> > from CVS or wait tomorrow.




Subject: Re: Need some help with new Desktop Alert component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 20:48:19 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Basicallay, the whole AlphaBlend stuff is gone, and MouseEnter,
>> MouseLeave on the label too.
>
> It should be possible to make it work with D5 as well but using other means
> than AlphaBlendValue directly (which it obviously doesn't have). The label
> could be changed to a TJvLabel and that would solve the MousEnter,
> MouseLeave problem.
>
> I'll look into it but not until the weekend.
>
>
No worries, I only needed it to compile, not to work.


Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 20:46:42 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> <dsantispam@csslabs.de> wrote:
>
>
>> I took the JVCL3-Latest.zip (25-Mar-2004 00:16).
>> Isn´t it the latest?
>
>
> It is the latest snapshot, but I fixed it at around 2 o'clock in the
> morning.

Yep, I forgot to commit the files yesterday evening. So better get it from CVS or wait tomorrow.


Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Mar 2004 11:45:40 +0100
Newsgroups: jedi.vcl

> > Basicallay, the whole AlphaBlend stuff is gone, and MouseEnter,
> > MouseLeave on the label too.
It should be possible to make it work with D5 as well but using other means
than AlphaBlendValue directly (which it obviously doesn't have). The label
could be changed to a TJvLabel and that would solve the MousEnter,
MouseLeave problem.

I'll look into it but not until the weekend.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 11:43:11 +0100
Newsgroups: jedi.vcl

<dsantispam@csslabs.de> wrote:

> > I took the JVCL3-Latest.zip (25-Mar-2004 00:16).
> > Isn´t it the latest?

It is the latest snapshot, but I fixed it at around 2 o'clock in the
morning.



-- Regards, Andreas Hausladen 

Subject: Re: Mantis: Shouldn't I receive emails?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 20:26:14 +1000
Newsgroups: jedi.vcl,jedi.general

OBones wrote:

> Hi all
>
> As said in the title, shouldn't I receive emails when changes are made to bug reports assigned to me? Or do I only receive a modification is not done by me?
> I'm asking because modifications have been done to a number of bugs, and I'm yet to receive an email...

This is a miracle!!!!
It is working, I received emails today !!!


Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 11:25:26 +0100
Newsgroups: jedi.vcl

Oliver,

I took the JVCL3-Latest.zip (25-Mar-2004 00:16).
Isn´t it the latest?

Greetings

Dierk


"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c3u99h$36d$1@talkto.net...
> > dsantispam@csslabs.de wrote:
> >
>> > > Please look at bug report 1529
>> > >
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001529
>> > >
>> > > Regards
>> > >
>> > > Dierk
>> > >
>> > >
> > This is already fixed in CVS, get the one from today.




Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 20:15:51 +1000
Newsgroups: jedi.vcl

dsantispam@csslabs.de wrote:

> Please look at bug report 1529
> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001529
>
> Regards
>
> Dierk
>
>
This is already fixed in CVS, get the one from today.


Subject: Re: TJvHTTPGrabber ?
From: <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 11:03:04 +0100
Newsgroups: jedi.vcl

Hi Oliver,

>> > > And the new TJvHTTPUrlGrabber does not work!
> > What do you mean by that? It grabs URLs just fine here
Ok, now (with the latest source) it works :)

>> > > Please make this URL property in TJvHTTPUrlGrabber published.
> > It is, well, at least it should be.
Ok, now (with the latest source) it is.

>> > > Aditional bugs
>> > > - OutputMode is always set to omFile
>> > > - Filename is always set to output.txt
> > What's the problem with that? These are default values, just change them.
Yes, I can change them. But after saving and closing my project and
reopening all the nice property values are defaults.
Not nice. In this case you don´t have to publish this properties. It makes
no sense to have published properties only for designmode.

>> > > - Please set the ProgressEvent back to TJvHTTPProgressEvent with right
>> > > "Position and TotalSize" information, now there is only "position" with
any
>> > > value out of space.
> > I will, but I need more time.
Ok, can wait.




Subject: Re: Want to change your email in the headers?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Mar 2004 10:50:38 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 24 Mar 2004 22:51:26 +0100:

 PT> Is there any units I should NOT touch while I do this?

    Nope, go right ahead (including the $Id tag). You may change my email
address as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Need some help with new Desktop Alert component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 19:41:06 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Thanks! The changes you made was just the ticket.
>
> I have now added JvDesktopAlert to the JvDialogs package, written the help
> and created the palette icons so now everyone can go ahead and abuse it as
> much as you can to ferret out any remaining bugs.

No real bug, just fixes to get it to compile with VCL v5 (BCB5 and Delphi5)
Basicallay, the whole AlphaBlend stuff is gone, and MouseEnter, MouseLeave on the label too.
Up to someone else to figure out what should be done.


Subject: Re: JvScheduledEvents, again !
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 25 Mar 2004 10:11:07 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     Since the component is non-visual it really will only get that specific
> message (posted by the worker thread). 

That is not true, it will also get WM_ACTIVATEAPP, WM_QUERYENDSESSION, WM_ENDSESSION etc. messages.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 09:57:24 +0100
Newsgroups: jedi.vcl

Please look at bug report 1529
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001529

Regards

Dierk




Subject: Re: Last modified inJVCL?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 25 Mar 2004 09:42:38 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> That's $Log$, which will create a log of past changes.  Worth
>> considering to append at the end of the file, IMO.
>
>
> Will it append *all* previous log messages or just the ones since the $Log$
> tag was added? 

Just since $Log$ was added.  BTW, there are other key words, see e.g.
http://cvsbook.red-bean.com/, pages 150+ ("Using key word expansion")

> It could become huge, either way...

That's why it is best fixed to the tail ... <g>


Subject: Problems with daily Zip JvSystemD5R.bpl (JvComputerInfoEx.pas)
From: <dsantispam@csslabs.de>
Date: Thu, 25 Mar 2004 09:30:46 +0100
Newsgroups: jedi.vcl

Hello,
have problems with compiling package: JvSystemD5R.bpl (JvComputerInfoEx.pas)
on Delphi5 Pro.

Compiling results:

Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1149) Fehler: Undefinierter
Bezeichner: 'SPI_GETMENUFADE'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1136) Fehler: Undefinierter
Bezeichner: 'SPI_GETMENUSHOWDELAY'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1151) Fehler: Undefinierter
Bezeichner: 'SPI_GETTOOLTIPANIMATION'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1150) Fehler: Undefinierter
Bezeichner: 'SPI_GETSELECTIONFADE'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1153) Fehler: Undefinierter
Bezeichner: 'SPI_GETCURSORSHADOW'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1152) Fehler: Undefinierter
Bezeichner: 'SPI_GETTOOLTIPFADE'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1204) Fehler: Undefinierter
Bezeichner: 'COLOR_MENUHILIGHT'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1154) Fehler: Undefinierter
Bezeichner: 'SPI_GETUIEFFECTS'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4425) Fehler: Undefinierter
Bezeichner: 'SPI_SETMENUSHOWDELAY'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(1205) Fehler: Undefinierter
Bezeichner: 'COLOR_MENUBAR'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4434) Fehler: Undefinierter
Bezeichner: 'SPI_SETKEYBOARDCUES'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4434) Fehler: Undefinierter
Bezeichner: 'SPI_GETKEYBOARDCUES'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4439) Fehler: Undefinierter
Bezeichner: 'SPI_SETSELECTIONFADE'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4438) Fehler: Undefinierter
Bezeichner: 'SPI_SETMENUFADE'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4441) Fehler: Undefinierter
Bezeichner: 'SPI_SETTOOLTIPFADE'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4440) Fehler: Undefinierter
Bezeichner: 'SPI_SETTOOLTIPANIMATION'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4443) Fehler: Undefinierter
Bezeichner: 'SPI_SETUIEFFECTS'
E:\CMP\jvcl3\jvcl\run\JvComputerInfoEx.pas(4442) Fehler: Undefinierter
Bezeichner: 'SPI_SETCURSORSHADOW'
JvSystemD5R.dpk(86) Fatal: Verwendete Unit '..\..\run\JvComputerInfoEx.pas'
kann nicht compiliert werden

Any help?
Regards

Dierk






Subject: Re: Need some help with new Desktop Alert component
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Thu, 25 Mar 2004 08:58:08 +0100
Newsgroups: jedi.vcl

Arioch wrote:
> Can hidden window paint itself on some temporary bitmap GDI ?

Yes it can: TWinControl.PaintWindow


Subject: Re: JvOfficeColorButton: Click in the main button
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 25 Mar 2004 08:46:52 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c3ssvd$qlu$1@talkto.net...
> > That is an omission. I have modified the source so you should now have
three
> > new published events (rebuild JvCtrls-R to see them in the OI):
> >
> > OnClick - when the button is clicked
> > OnArrowClick - when the arrow is clicked
> > OnColorButtonClick - when a color button in the drop down dialog is
clicked
> >

Hi,

Great! The "OnClick" was the event i was searching for (i think it has not
been published in recent versions)

Thanks,
Ralf




Subject: Re: JvScheduledEvents, again !
From: Hans-Eric Grönlund <hangroNO@SPAMgdpc.se>
Date: Thu, 25 Mar 2004 07:56:20 +0100
Newsgroups: jedi.vcl

Arioch wrote:
> Hello, Hans-Eric!
>
>  HEG> though. Who knows, there might be som obscure
>  HEG> shutdown-message that Windows 98 requires you to answer :-)
>
> There must be.
> For example - what messages gets _console_ app, when You click on cross
> button ?
> And where do those messages go? No window, yes? So it can't be
> Application.OnMessage - but there must be place to hook in.
>
> To trck thos down, maybe one is to has some special flag, that windows is
> going for shutdown - and after that let each message be logged into
> registry, until OS kills the program.
> After reboot this log might appear helpy ?
>

I agree, that would be an interesting test.


Subject: Re: Have you got svg viewver ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Mar 2004 06:16:10 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> No, but maybe GraphicEx has it
> (http://www.soft-gems.net/Graphics.php#GraphicEx)?
>

A "Delphi SVG" on Google turns up scors of links.



Subject: Re: TJvDBGridExcelExport ???
From: "rdeplanq" <rdeplanq@canl.nc>
Date: Thu, 25 Mar 2004 01:39:05 +0000
Newsgroups: jedi.vcl

> >Yes, you must have Excel since the component uses COM to export the data.

Thank you for your answer.

--
Regards,

Richard

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Changes to the Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 02:04:02 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Weird, but highly possible, I'll trust you on that.

The problem is that the Jcl units depend on themself. And so units that
are not used directly are include.


-- Regards, Andreas Hausladen 

Subject: Re: Changes to the Packages Generator
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 25 Mar 2004 10:47:24 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I'm curious as to which files are needed, to me only JclStrings
>> should be, but I must admit I didn't check.
>
>
> I had checked it. It was almost the complete jcl\source\common folder and
> many files from jcl\source\windows.

Weird, but highly possible, I'll trust you on that.

>> So what happens when NO_JCL is defined? Do you ship in the missing JCL
>> files?
>
>
> I have written and copied the required functions to a new unit called
> UtilsJcl.pas that is in the package generator's directory.

Sounds good to me.



Subject: HELP: TJvDBGridExcelExport ???
From: "rdeplanq" <rdeplanq@canl.nc>
Date: Thu, 25 Mar 2004 00:42:25 +0000
Newsgroups: jedi.vcl

Hi,
Excel must be installed so that this component functions ?
Because I have problems with my software on a computer which does not 
have Excel of installed!!!
When I ask for export, the window of export is posted and then nothing???

Thank you very much for your help.

Regards

Richard

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Changes to the Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 01:09:56 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'm curious as to which files are needed, to me only JclStrings
> > should be, but I must admit I didn't check.

I had checked it. It was almost the complete jcl\source\common folder and
many files from jcl\source\windows.


> > So what happens when NO_JCL is defined? Do you ship in the missing JCL
> > files?

I have written and copied the required functions to a new unit called
UtilsJcl.pas that is in the package generator's directory.


-- Regards, Andreas Hausladen 

Subject: Re: TJvDBGridExcelExport ???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Mar 2004 01:07:07 +0100
Newsgroups: jedi.vcl

> > Excel must be installed so that this component functions ?

Yes, you must have Excel since the component uses COM to export the data.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to the Packages Generator
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 25 Mar 2004 09:22:47 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I added a NO_JCL condition to the Packages Generator's source code. This
> was necessary because the pg uses almost all Jcl units (they depend on
> each other) and this is neither acceptable for the "building system" nor
> for the new installer. The default setting is that the pg uses the Jcl.
>
So what happens when NO_JCL is defined? Do you ship in the missing JCL files?
I'm curious as to which files are needed, to me only JclStrings should be, but I must admit I didn't check.



Subject: Changes to the Packages Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 00:19:23 +0100
Newsgroups: jedi.vcl

I added a NO_JCL condition to the Packages Generator's source code. This
was necessary because the pg uses almost all Jcl units (they depend on
each other) and this is neither acceptable for the "building system" nor
for the new installer. The default setting is that the pg uses the Jcl.

-- Regards, Andreas Hausladen 

Subject: Re: Last modified in JVCL?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 02:08:59 +0300
Newsgroups: jedi.vcl

Hello, Robert!

RR> That's $Log$, which will create a log of past changes.

Should it be inside the file ? Why not to have extra file instead?

Or i will ask why help is situated in .dtx files, instead of PasDoc approach
:-P

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Want to change your email in the headers?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Mar 2004 00:01:53 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Post a reply here if you want
> > me to change or remove your email adresses.

You could change mine to ahuser_at_users dot_sourceforge_. net if you want.


> > Is there any units I should NOT touch while I do this?

The JvExXxx.pas in \run. You could change the one in \devtools\JvExVCL\src
and then run preprocess.bat.


-- Regards, Andreas Hausladen 

Subject: Re: Need some help with new Desktop Alert component
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 02:01:30 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> modification to allow the user to preview the desktop alert window at
 PT> design-time even if Delphi is doing what it can to prevent it.

Can hidden window paint itself on some temporary bitmap GDI ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: computerinfoEX vs D5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 25 Mar 2004 08:59:19 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> =========Beginning of the citation==============
>> {$IFDEF BCB5} // may need to be COMPILER5 (obones)
>>  {$EXTERNALSYM SPI_GETMENUSHOWDELAY}
>>  SPI_GETMENUSHOWDELAY = 106;
>> =========The end of the citation================
>
>
> Actually, they don't need to be IFDEF'ed at all. You can include the defines
> and EXTERNALSYM's on any version of Delphi/BCB.
>
That may be right, but I'd prefer to have them IFDEF'ed because we should only define missing symbols. Those symbols exist with BCB6/D6, so there is no need to redefine them.



Subject: Re: Have you got svg viewver ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 01:59:14 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> No, but maybe GraphicEx has it

Its help file tells nothing on SVG.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 23:28:26 +0100
Newsgroups: jedi.vcl

> > That's $Log$, which will create a log of past changes.  Worth
> > considering to append at the end of the file, IMO.

Will it append *all* previous log messages or just the ones since the $Log$
tag was added? It could become huge, either way...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: computerinfoEX vs D5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 23:26:06 +0100
Newsgroups: jedi.vcl

> > =========Beginning of the citation==============
> > {$IFDEF BCB5} // may need to be COMPILER5 (obones)
> >   {$EXTERNALSYM SPI_GETMENUSHOWDELAY}
> >   SPI_GETMENUSHOWDELAY = 106;
> > =========The end of the citation================

Actually, they don't need to be IFDEF'ed at all. You can include the defines
and EXTERNALSYM's on any version of Delphi/BCB.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last modified inJVCL?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 24 Mar 2004 23:16:27 +0100
Newsgroups: jedi.vcl

Hi Andreas,

Andreas Hausladen wrote:

> Peter Thörnqvist wrote:
>
>
>> Why?
>
>
> Because the headers will grow and you have to scroll a lot to see the
> begin of the code.

That's $Log$, which will create a log of past changes.  Worth considering to append at the end of the file, IMO.


Subject: Re: Have you got svg viewver ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 23:05:01 +0100
Newsgroups: jedi.vcl

No, but maybe GraphicEx has it
(http://www.soft-gems.net/Graphics.php#GraphicEx)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: support@droopyeyes.com
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 01:02:06 +0300
Newsgroups: jedi.vcl

Hello, Craig!

 C> If possiable please take this out.

Not their work :-)
Instead select Your messagem, then go to mainmenu: Message/Cancel Message
:-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvScheduledEvents, again !
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 00:57:39 +0300
Newsgroups: jedi.vcl

Hello, Hans-Eric!

 HEG> though. Who knows, there might be som obscure
 HEG> shutdown-message that Windows 98 requires you to answer :-)

There must be.
For example - what messages gets _console_ app, when You click on cross
button ?
And where do those messages go? No window, yes? So it can't be
Application.OnMessage - but there must be place to hook in.

To trck thos down, maybe one is to has some special flag, that windows is
going for shutdown - and after that let each message be logged into
registry, until OS kills the program.
After reboot this log might appear helpy ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Want to change your email in the headers?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 07:54:53 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> Is there any units I should NOT touch while I do this?
As long as you keep your changes in the header, everything should be fine.


Subject: Want to change your email in the headers?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 22:51:26 +0100
Newsgroups: jedi.vcl

I am thinking of replacing my email in the unit headers with a more spam
resistant alternative and at the same time change it to use my sourceforge
adress (ie "peter3 at users dot sourceforge dot net"). Since this affects a
lot of units I was thinking that maybe I could do the same for others as
well at the same time. Post a reply here if you want me to change or remove
your email adresses.

While I'm at it, I was also planning to add the "$Id" tag to minimize the
number of updates you will have to do to be current (unless someone has a
really good reason not to add it).

Is there any units I should NOT touch while I do this?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last modified inJVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Mar 2004 22:48:03 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > But "$Id" just adds one line of text and we remove at least one, so it
> > should be a zero cost operation.

Thats fine for me.


-- Regards, Andreas Hausladen 

Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 22:40:58 +0100
Newsgroups: jedi.vcl

> > Because the headers will grow and you have to scroll a lot to see the
> > begin of the code.
But "$Id" just adds one line of text and we remove at least one, so it
should be a zero cost operation.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 00:40:50 +0300
Newsgroups: jedi.vcl

Hello, Warren!

What about this ?
=========Beginning of the citation==============
C:\Borland\AddOns\JVCL3\run\JvChart.pas(2213) Warning: FOR-Loop variable 'I'
may be undefined after loop
=========The end of the citation================

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvOfficeColorButton: Click in the main button
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 22:38:34 +0100
Newsgroups: jedi.vcl

That is an omission. I have modified the source so you should now have three
new published events (rebuild JvCtrls-R to see them in the OI):

OnClick - when the button is clicked
OnArrowClick - when the arrow is clicked
OnColorButtonClick - when a color button in the drop down dialog is clicked



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvHTTPGrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Mar 2004 07:36:12 +1000
Newsgroups: jedi.vcl

dsantispam@csslabs.de wrote:
> Olivier,
>
> I agree to that. But please give us lousy testers next time some more
> information that you doing something like that.
> Therefore i think we have those nice newsgroups. ;)
> And maybe a better alpha testing would be adviseable.
I did some, and I documented the changes in changelog.txt.
I can admit that a message here would have been good, but I warned a while ago that I would those changes anyway.

> And the new TJvHTTPUrlGrabber does not work!
What do you mean by that? It grabs URLs just fine here

> Please, fix in  TJvCustomUrlGrabber the property URL - must be read and
> write
>
>     // the Url being grabbed
>     property Url: string read FUrl write FURL;
>
> Please make this URL property in TJvHTTPUrlGrabber published.
It is, well, at least it should be.

> Aditional bugs
> - OutputMode is always set to omFile
> - Filename is always set to output.txt
What's the problem with that? These are default values, just change them.

> - Please set the ProgressEvent back to TJvHTTPProgressEvent with right
> "Position and TotalSize" information, now there is only "position" with any
> value out of space.
I will, but I need more time.

Cheers

Olivier


Subject: computerinfoEX vs D5
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 25 Mar 2004 00:29:52 +0300
Newsgroups: jedi.vcl

Hello, All!

=========Beginning of the citation==============
{$IFDEF BCB5} // may need to be COMPILER5 (obones)
  {$EXTERNALSYM SPI_GETMENUSHOWDELAY}
  SPI_GETMENUSHOWDELAY = 106;
=========The end of the citation================

1) Certainly need! Condirmed on Delphi 5.1 Ent.
2) imho those constants are to go into JvJCL, so later them would be part of
compatibility stuff in JclWin32 or JclSysInfo
3) i wonder which constants would be missed in Delphi6 / BCB6.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Last modified inJVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Mar 2004 22:28:28 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Why?

Because the headers will grow and you have to scroll a lot to see the
begin of the code.



-- Regards, Andreas Hausladen 

Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 22:20:48 +0100
Newsgroups: jedi.vcl

> > The JCL has it, the free pascal compiler has it, ... Why shouldn't we have
> > it, too?
Exactly.

> > PS: I hope I can finish the "build system" tonight or till tomorrow
> > morning. Then I could complete the new installer (that should use the
> > "build system").
Sweet. I am looking forward to seeing it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 22:20:09 +0100
Newsgroups: jedi.vcl

> > Maybe we should add the $ld to the file end and not the header.
Why?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last modified inJVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Mar 2004 22:17:30 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > What do you think?

Maybe we should add the $ld to the file end and not the header.



-- Regards, Andreas Hausladen 

Subject: JvOfficeColorButton: Click in the main button
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 24 Mar 2004 22:16:01 +0100
Newsgroups: jedi.vcl

Hello,

Is it possible to write a method that reacts to a click into the main button
of TJvOfficeColorButton? I have tried to use the OnMouseUp-event but it is
not fired.

I want to trigger the OnColorChange-event with the current selected color
(for example: in an application there is some text selected with different
colors and a click on the main button can be used to format the whole text
with the current color without displaying the popup window)

Would this be possible? I have seen this component for the first time today
(and like it very much) and i am not sure what to change to do this :-)

Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 21:58:54 +0100
Newsgroups: jedi.vcl

Thanks! The changes you made was just the ticket.

I have now added JvDesktopAlert to the JvDialogs package, written the help
and created the palette icons so now everyone can go ahead and abuse it as
much as you can to ferret out any remaining bugs.

Here's an interesting problem: since TJvDesktopAlert derives from
TJvCommonDialogP, it gets a "Preview" popup menu item at design-time. The
problem? Nothing happens when you click the menu item.

I suppose it is because the code in TCustomForm.CMShowingChanged actually
*hides* the form at design-time (IIRC Delphi handles uses a proxy at
design-time to display forms so showing the real form as well wouldn'tbe too
clever). The challlenge is to come up with some modification to allow the
user to preview the desktop alert window at design-time even if Delphi is
doing what it can to prevent it.

Curiously CM_SHOWINGCHANGED doesn't seem to be called at design-time!

The ball is free...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvScheduledEvents, again !
From: Hans-Eric Grönlund <hangroNO@SPAMgdpc.se>
Date: Wed, 24 Mar 2004 21:07:36 +0100
Newsgroups: jedi.vcl

Too bad it didn't work.

But, I mistyped in my first posting. It should be:

else
  Msg.Result := DefWindowProc(FWnd, Msg.Msg, Msg.WParam, Msg.LParam);
  ^^^^

(Not that it matters I guess)

> I will continue my researchs in order to found the problem.

Hope you succeed, because I need to know :-)


Adrien REBOISSON wrote:

> Hum; I may have been too optimist...
>
> Finally I can say "It has worked 2 times" but not "It works definitely
> good"...
>
>
> Thanks !
>
> "Adrien REBOISSON" <reisubar@free.fr> a écrit dans le message de
> news:c3sehj$n66$1@talkto.net...
>
>> Hans Eric, well done !! For the first time, it works !
>>
>> I've replaced in <procedure TJvCustomScheduledEvents.WndProc(var Msg:
>> TMessage);>
>>
>>        inherited;
>>
>> by :
>>
>>        DefWindowProc(FWnd,Msg.Msg,Msg.WParam,Msg.LParam);
>>
>> to call the default WndProc-method.
>>
>> ... And Windows has been closed without any problem.
>>
>> Thank you very, very much ;-)
>>
>> Regards,
>>
>> A. REBOISSON
>> Astase
>>
>> NB : you may should report the change in the CVS...
>>
>>
>>
>>
>> "Hans-Eric Grönlund" <user@domain.invalid> a écrit dans le message de
>> news:c3sb1f$mfo$1@talkto.net...
>>
>>> I'm puzzled by (and curious of) this problem. I have scanned the code of
>>>  JvScheduledEvents, and I can not come up with any reason for the
>>> application not to close on windows shutdown.
>>>
>>> One thing I noticed though, although it probably won't fix your problem:
>>>
>>> Shouldn't the WndProc-method call the default window procedure like
>
> this:
>
>>>   else
>>>     Result := DefWindowProc(FWnd, Msg, Msg.wParam, Msg.lParam);
>>>
>>> instead of
>>>
>>>   else
>>>     inherited;
>>>
>>> as it does in the current code:
>>>
>>> procedure TJvCustomScheduledEvents.WndProc(var Msg: TMessage);
>>> begin
>>>   if Msg.Msg = CM_EXECEVENT then
>>>   begin
>>>     DoStartEvent(TJvEventCollectionItem(Msg.WParam));
>>>     TJvEventCollectionItem(Msg.WParam).Execute;
>>>     DoEndEvent(TJvEventCollectionItem(Msg.WParam));
>>>     Msg.Result := 1;
>>>   end
>>>   else
>>>     inherited;
>>> end;
>>>
>>> the inherited call ends up in the TObject.DefaultHandler, which does
>>> nothing. So any message, except for CM_EXECEVENT, will end up
>>> unprocessed (?).
>>>
>>> You could try to make the change, but as I said: I don't think it will
>>> make any difference for you.
>>>
>>> Regards
>>>
>>> Hans-Eric Grönlund
>>>
>>>
>>> Adrien REBOISSON wrote:
>>>
>>>> Hi, I's me, with the JvScheduledEvents, again ;-(
>>>>
>>>> I still not be able to close Windows properly. I've followed Olivier
>>
>> Bone's
>>
>>>> advice which was to catch the WM_QUERYENDSESSION message in a
>
> procedure
>
>> like
>>
>>>> this :
>>>>
>>>> //Definition :
>>>> procedure NotifyQueryEndSession(var Message : TWMQueryEndSession);
>>
>> message
>>
>>>> WM_QUERYENDSESSION;
>>>>
>>>> //Code :
>>>> procedure TMainForm.NotifyQueryEndSession(var Message:
>>
>> TWMQueryEndSession);
>>
>>>> begin
>>>>   beep;
>>>>   UBTray.Active := False;
>>>>   PlanifierForm.ReleaseScheduler; //Destroy scheduled items
>>>>   Message.Result := 1;
>>>>   MustStop := True; //In application.onidle, if muststop is set to
>
> true
>
>> the
>>
>>>> application is killed
>>>> end;
>>>>
>>>> But the problem is that this function is NEVER CALLED ! I don't know
>>
>> why,
>>
>>>> but my application never beep.
>>>> If I put a JvScheduledEvents on a main form in a blank project it's
>
> the
>
>> same
>>
>>>> problem : the form is never closed and my custom handler for
>>>> WM_QUERYENDSESSION never called.
>>>>
>>>> Does the JvScheduledEvents trap this message, or something like this ?
>>>>
>>>> Regards,
>>
>>
>
>


Subject: Re: JvScheduledEvents, again !
From: Hans-Eric Grönlund <hangroNO@SPAMgdpc.se>
Date: Wed, 24 Mar 2004 21:02:22 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     Since the component is non-visual it really will only get that specific
> message (posted by the worker thread). The component simply generates a
> window to allow messages to be processed so technically there's not even a
> need to call inherited at all.

I looked at the corresponding code in the TTimer-component, and I figured that they might have put it there for some reason. I'm not that familiar with windows messages though (thanks a lot Delphi <g>), so I can't really tell.

I don't think it hurts to let the default window procedure handle it though. Who knows, there might be som obscure shutdown-message that Windows 98 requires you to answer :-)

>     I still think the problem is with the thread. When the unit is finalized
> it Terminate the working thread, and then wait until the Ended property of
> that thread becomes True. I'm thinking the Application.ProcessMessages calls
> during that loop are just not working in that situation; OTOH, there's no
> direct SendMessage to the main thread, only a PostMessage which should not
> be waiting until the message is processed.

I agree that the probable cause is to be found within the thread issue. BTW, what is the reason not to just invoke Free on the global thread instead of the mysterious finalize procedure (e.g. ProcessMessages)? I mean exchange:

  if GScheduleThread <> nil then
  begin
    if GScheduleThread.Suspended then
      GScheduleThread.Resume;
    GScheduleThread.FreeOnTerminate := False;
    GScheduleThread.Terminate;
    while not GScheduleThread.Ended do
      Application.ProcessMessages;
    FreeAndNil(GScheduleThread);
  end;

with

  GScheduleThread.Free

Doesn't TThread.Destroy handle all that for you? That was what I thought.

Anyway, it's an interesting problem.


Subject: Re: File Re-Opener
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Mar 2004 13:51:49 -0500
Newsgroups: jedi.vcl

"Craig" <craig@qnotes.com> wrote in message news:c3pv46$aed$1@talkto.net...
> > Where is "File Re-Opener" in the JVCL CVS.

File Re-Opener is not part of JVCL

> >I have 1.60 installed and wanted
> > to see if there is a newer version.

No, 1.60 is the latest version.

> > I would like it to auto close after selecting the project.

Currently I don't have time to do it, so feel free to make the changes in
the source code. If you do it, I'll be glad to update the main source.

Michael





Subject: Re: Last modified inJVCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Mar 2004 19:24:56 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > What do you think?

The JCL has it, the free pascal compiler has it, ... Why shouldn't we have
it, too?


PS: I hope I can finish the "build system" tonight or till tomorrow
morning. Then I could complete the new installer (that should use the
"build system").


-- Regards, Andreas Hausladen 

Subject: Re: TJvHTTPGrabber ?
From: <dsantispam@csslabs.de>
Date: Wed, 24 Mar 2004 19:15:30 +0100
Newsgroups: jedi.vcl

Olivier,

I agree to that. But please give us lousy testers next time some more
information that you doing something like that.
Therefore i think we have those nice newsgroups. ;)
And maybe a better alpha testing would be adviseable.

And the new TJvHTTPUrlGrabber does not work!
Please, fix in  TJvCustomUrlGrabber the property URL - must be read and
write

    // the Url being grabbed
    property Url: string read FUrl write FURL;

Please make this URL property in TJvHTTPUrlGrabber published.

Aditional bugs
- OutputMode is always set to omFile
- Filename is always set to output.txt
- Please set the ProgressEvent back to TJvHTTPProgressEvent with right
"Position and TotalSize" information, now there is only "position" with any
value out of space.

Regards

Dierk
Somthing like a beTaTesTer


"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c3q8da$c4u$3@talkto.net...
> > ds.antispam@csslabs.de wrote:
> >
>> > > Grrrrr......
>> > > Where is the TJvHTTPGrabber component??????
>> > > Is TJvHTTPGrabber = TJvHttpUrlGrabber? And if so, why renaming it?
>> > > It´s not a nice thing to search for a component that was renamed.....
>> > > That confuses me......
>> > >
> >
> > I replaced them because the new one does the same thing, has the same
> > properties (well, almost) but is now used with TJvUrlListGrabber. There
> > is no point in having two components that do the same thing.
> > However, I must admit that there may be some adjustments that I need to
> > do to this.
> > Thank you for your feedback
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Last modified inJVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 19:13:44 +0100
Newsgroups: jedi.vcl

Reading a recent post from Robert Rossmair about the Last Modified field in
the JCL headers made me think that maybe we should introduce the same system
on our files. If we did that, we could replace all

Last Modified: YYYY-MM-DD

with

$Id

This would always be expanded by CVS to the latest modification date,
version and the person who modified it.

What do you think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvScheduledEvents, again !
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Wed, 24 Mar 2004 18:43:31 +0100
Newsgroups: jedi.vcl

Hum; I may have been too optimist...

Finally I can say "It has worked 2 times" but not "It works definitely
good"...

I will continue my researchs in order to found the problem.

Thanks !

"Adrien REBOISSON" <reisubar@free.fr> a écrit dans le message de
news:c3sehj$n66$1@talkto.net...
> > Hans Eric, well done !! For the first time, it works !
> >
> > I've replaced in <procedure TJvCustomScheduledEvents.WndProc(var Msg:
> > TMessage);>
> >
> >         inherited;
> >
> > by :
> >
> >         DefWindowProc(FWnd,Msg.Msg,Msg.WParam,Msg.LParam);
> >
> > to call the default WndProc-method.
> >
> > ... And Windows has been closed without any problem.
> >
> > Thank you very, very much ;-)
> >
> > Regards,
> >
> > A. REBOISSON
> > Astase
> >
> > NB : you may should report the change in the CVS...
> >
> >
> >
> >
> > "Hans-Eric Grönlund" <user@domain.invalid> a écrit dans le message de
> > news:c3sb1f$mfo$1@talkto.net...
>> > > I'm puzzled by (and curious of) this problem. I have scanned the code of
>> > >   JvScheduledEvents, and I can not come up with any reason for the
>> > > application not to close on windows shutdown.
>> > >
>> > > One thing I noticed though, although it probably won't fix your problem:
>> > >
>> > > Shouldn't the WndProc-method call the default window procedure like
this:
>> > >
>> > >    else
>> > >      Result := DefWindowProc(FWnd, Msg, Msg.wParam, Msg.lParam);
>> > >
>> > > instead of
>> > >
>> > >    else
>> > >      inherited;
>> > >
>> > > as it does in the current code:
>> > >
>> > > procedure TJvCustomScheduledEvents.WndProc(var Msg: TMessage);
>> > > begin
>> > >    if Msg.Msg = CM_EXECEVENT then
>> > >    begin
>> > >      DoStartEvent(TJvEventCollectionItem(Msg.WParam));
>> > >      TJvEventCollectionItem(Msg.WParam).Execute;
>> > >      DoEndEvent(TJvEventCollectionItem(Msg.WParam));
>> > >      Msg.Result := 1;
>> > >    end
>> > >    else
>> > >      inherited;
>> > > end;
>> > >
>> > > the inherited call ends up in the TObject.DefaultHandler, which does
>> > > nothing. So any message, except for CM_EXECEVENT, will end up
>> > > unprocessed (?).
>> > >
>> > > You could try to make the change, but as I said: I don't think it will
>> > > make any difference for you.
>> > >
>> > > Regards
>> > >
>> > > Hans-Eric Grönlund
>> > >
>> > >
>> > > Adrien REBOISSON wrote:
>>> > > > Hi, I's me, with the JvScheduledEvents, again ;-(
>>> > > >
>>> > > > I still not be able to close Windows properly. I've followed Olivier
> > Bone's
>>> > > > advice which was to catch the WM_QUERYENDSESSION message in a
procedure
> > like
>>> > > > this :
>>> > > >
>>> > > > //Definition :
>>> > > > procedure NotifyQueryEndSession(var Message : TWMQueryEndSession);
> > message
>>> > > > WM_QUERYENDSESSION;
>>> > > >
>>> > > > //Code :
>>> > > > procedure TMainForm.NotifyQueryEndSession(var Message:
> > TWMQueryEndSession);
>>> > > > begin
>>> > > >    beep;
>>> > > >    UBTray.Active := False;
>>> > > >    PlanifierForm.ReleaseScheduler; //Destroy scheduled items
>>> > > >    Message.Result := 1;
>>> > > >    MustStop := True; //In application.onidle, if muststop is set to
true
> > the
>>> > > > application is killed
>>> > > > end;
>>> > > >
>>> > > > But the problem is that this function is NEVER CALLED ! I don't know
> > why,
>>> > > > but my application never beep.
>>> > > > If I put a JvScheduledEvents on a main form in a blank project it's
the
> > same
>>> > > > problem : the form is never closed and my custom handler for
>>> > > > WM_QUERYENDSESSION never called.
>>> > > >
>>> > > > Does the JvScheduledEvents trap this message, or something like this ?
>>> > > >
>>> > > > Regards,
> >
> >




Subject: Re: JvScheduledEvents, again !
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Wed, 24 Mar 2004 18:33:02 +0100
Newsgroups: jedi.vcl

Hans Eric, well done !! For the first time, it works !

I've replaced in <procedure TJvCustomScheduledEvents.WndProc(var Msg:
TMessage);>

        inherited;

by :

        DefWindowProc(FWnd,Msg.Msg,Msg.WParam,Msg.LParam);

to call the default WndProc-method.

.... And Windows has been closed without any problem.

Thank you very, very much ;-)

Regards,

A. REBOISSON
Astase

NB : you may should report the change in the CVS...




"Hans-Eric Grönlund" <user@domain.invalid> a écrit dans le message de
news:c3sb1f$mfo$1@talkto.net...
> > I'm puzzled by (and curious of) this problem. I have scanned the code of
> >   JvScheduledEvents, and I can not come up with any reason for the
> > application not to close on windows shutdown.
> >
> > One thing I noticed though, although it probably won't fix your problem:
> >
> > Shouldn't the WndProc-method call the default window procedure like this:
> >
> >    else
> >      Result := DefWindowProc(FWnd, Msg, Msg.wParam, Msg.lParam);
> >
> > instead of
> >
> >    else
> >      inherited;
> >
> > as it does in the current code:
> >
> > procedure TJvCustomScheduledEvents.WndProc(var Msg: TMessage);
> > begin
> >    if Msg.Msg = CM_EXECEVENT then
> >    begin
> >      DoStartEvent(TJvEventCollectionItem(Msg.WParam));
> >      TJvEventCollectionItem(Msg.WParam).Execute;
> >      DoEndEvent(TJvEventCollectionItem(Msg.WParam));
> >      Msg.Result := 1;
> >    end
> >    else
> >      inherited;
> > end;
> >
> > the inherited call ends up in the TObject.DefaultHandler, which does
> > nothing. So any message, except for CM_EXECEVENT, will end up
> > unprocessed (?).
> >
> > You could try to make the change, but as I said: I don't think it will
> > make any difference for you.
> >
> > Regards
> >
> > Hans-Eric Grönlund
> >
> >
> > Adrien REBOISSON wrote:
>> > > Hi, I's me, with the JvScheduledEvents, again ;-(
>> > >
>> > > I still not be able to close Windows properly. I've followed Olivier
Bone's
>> > > advice which was to catch the WM_QUERYENDSESSION message in a procedure
like
>> > > this :
>> > >
>> > > //Definition :
>> > > procedure NotifyQueryEndSession(var Message : TWMQueryEndSession);
message
>> > > WM_QUERYENDSESSION;
>> > >
>> > > //Code :
>> > > procedure TMainForm.NotifyQueryEndSession(var Message:
TWMQueryEndSession);
>> > > begin
>> > >    beep;
>> > >    UBTray.Active := False;
>> > >    PlanifierForm.ReleaseScheduler; //Destroy scheduled items
>> > >    Message.Result := 1;
>> > >    MustStop := True; //In application.onidle, if muststop is set to true
the
>> > > application is killed
>> > > end;
>> > >
>> > > But the problem is that this function is NEVER CALLED ! I don't know
why,
>> > > but my application never beep.
>> > > If I put a JvScheduledEvents on a main form in a blank project it's the
same
>> > > problem : the form is never closed and my custom handler for
>> > > WM_QUERYENDSESSION never called.
>> > >
>> > > Does the JvScheduledEvents trap this message, or something like this ?
>> > >
>> > > Regards,




Subject: Re: JvScheduledEvents, again !
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 24 Mar 2004 18:31:39 +0100
Newsgroups: jedi.vcl

Hello, Hans-Eric!
You wrote  on Wed, 24 Mar 2004 17:33:16 +0100:

 HEG> One thing I noticed though, although it probably won't fix your
 HEG> problem:

 HEG> Shouldn't the WndProc-method call the default window procedure like
 HEG> this:

[snip]

 HEG> the inherited call ends up in the TObject.DefaultHandler, which does
 HEG> nothing. So any message, except for CM_EXECEVENT, will end up
 HEG> unprocessed (?).

    Since the component is non-visual it really will only get that specific
message (posted by the worker thread). The component simply generates a
window to allow messages to be processed so technically there's not even a
need to call inherited at all.

    Upon investigating the code though I did detect a possible issue (not
actually put it to the test): the window is only generated when Loaded is
called; AFAIK this method is not called when a component is created in code,
hence the component would not work at all. This, however, has nothing to do
with the windows shutdown (or lack thereof) issue.

    I still think the problem is with the thread. When the unit is finalized
it Terminate the working thread, and then wait until the Ended property of
that thread becomes True. I'm thinking the Application.ProcessMessages calls
during that loop are just not working in that situation; OTOH, there's no
direct SendMessage to the main thread, only a PostMessage which should not
be waiting until the message is processed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Where the wild roses grow" by Nick Cave & Kylie
Minogue.




Subject: Re: TJvChangeNotify - Memory Leak
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 17:40:54 +0100
Newsgroups: jedi.vcl

> > Please, add the following line to the TJvChangeNotify destructor (line
274):
Will do. Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvScheduledEvents, again !
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Wed, 24 Mar 2004 17:33:16 +0100
Newsgroups: jedi.vcl

I'm puzzled by (and curious of) this problem. I have scanned the code of  JvScheduledEvents, and I can not come up with any reason for the application not to close on windows shutdown.

One thing I noticed though, although it probably won't fix your problem:

Shouldn't the WndProc-method call the default window procedure like this:

  else
    Result := DefWindowProc(FWnd, Msg, Msg.wParam, Msg.lParam);

instead of

  else
    inherited;

as it does in the current code:

procedure TJvCustomScheduledEvents.WndProc(var Msg: TMessage);
begin
  if Msg.Msg = CM_EXECEVENT then
  begin
    DoStartEvent(TJvEventCollectionItem(Msg.WParam));
    TJvEventCollectionItem(Msg.WParam).Execute;
    DoEndEvent(TJvEventCollectionItem(Msg.WParam));
    Msg.Result := 1;
  end
  else
    inherited;
end;

the inherited call ends up in the TObject.DefaultHandler, which does nothing. So any message, except for CM_EXECEVENT, will end up unprocessed (?).

You could try to make the change, but as I said: I don't think it will make any difference for you.

Regards

Hans-Eric Grönlund


Adrien REBOISSON wrote:
> Hi, I's me, with the JvScheduledEvents, again ;-(
>
> I still not be able to close Windows properly. I've followed Olivier Bone's
> advice which was to catch the WM_QUERYENDSESSION message in a procedure like
> this :
>
> //Definition :
> procedure NotifyQueryEndSession(var Message : TWMQueryEndSession); message
> WM_QUERYENDSESSION;
>
> //Code :
> procedure TMainForm.NotifyQueryEndSession(var Message: TWMQueryEndSession);
> begin
>    beep;
>    UBTray.Active := False;
>    PlanifierForm.ReleaseScheduler; //Destroy scheduled items
>    Message.Result := 1;
>    MustStop := True; //In application.onidle, if muststop is set to true the
> application is killed
> end;
>
> But the problem is that this function is NEVER CALLED ! I don't know why,
> but my application never beep.
> If I put a JvScheduledEvents on a main form in a blank project it's the same
> problem : the form is never closed and my custom handler for
> WM_QUERYENDSESSION never called.
>
> Does the JvScheduledEvents trap this message, or something like this ?
>
> Regards,


Subject: TJvChangeNotify - Memory Leak
From: Pierre Y. <pierre@[levosgien].net>
Date: Wed, 24 Mar 2004 17:33:02 +0100
Newsgroups: jedi.vcl

Hello dear JVCL developpers the memory leak guy is still at job :)

Please, add the following line to the TJvChangeNotify destructor (line 274):

destructor TJvChangeNotify.Destroy;
begin
 Active := False;
{ PrY }
 FCollection.Free;
{ /PrY }
 inherited Destroy;
end;

Regards,

Pierre Y, memory leak killer :)

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: JvScheduledEvents, again !
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Wed, 24 Mar 2004 13:58:32 +0100
Newsgroups: jedi.vcl

Hi, I's me, with the JvScheduledEvents, again ;-(

I still not be able to close Windows properly. I've followed Olivier Bone's
advice which was to catch the WM_QUERYENDSESSION message in a procedure like
this :

//Definition :
procedure NotifyQueryEndSession(var Message : TWMQueryEndSession); message
WM_QUERYENDSESSION;

//Code :
procedure TMainForm.NotifyQueryEndSession(var Message: TWMQueryEndSession);
begin
   beep;
   UBTray.Active := False;
   PlanifierForm.ReleaseScheduler; //Destroy scheduled items
   Message.Result := 1;
   MustStop := True; //In application.onidle, if muststop is set to true the
application is killed
end;

But the problem is that this function is NEVER CALLED ! I don't know why,
but my application never beep.
If I put a JvScheduledEvents on a main form in a blank project it's the same
problem : the form is never closed and my custom handler for
WM_QUERYENDSESSION never called.

Does the JvScheduledEvents trap this message, or something like this ?

Regards,

-- Adrien REBOISSON Astase 

Subject: Re: JvColorTrackBar and AboutJVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Mar 2004 20:09:33 +1000
Newsgroups: jedi.vcl

Stefano Pessina wrote:

> Hi Peter,
> there is a little problem with the JvColorTrackBar: the component don't show
> the AboutJVCL property in Object Inspector.
>
> And about the documentation, I will write it asap.

Please get the latest version from CVS, it didn't compile with BCB5 and probably not with D5 either. It is ok now.


Subject: JvColorTrackBar and AboutJVCL
From: "Stefano Pessina" <peste1@tin.it>
Date: Wed, 24 Mar 2004 10:05:08 +0100
Newsgroups: jedi.vcl

Hi Peter,
there is a little problem with the JvColorTrackBar: the component don't show
the AboutJVCL property in Object Inspector.

And about the documentation, I will write it asap.
______________ __
Regards,
Stefano Pessina




Subject: Have you got svg viewver ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Wed, 24 Mar 2004 08:34:27 +0100
Newsgroups: jedi.vcl

Thanks




Subject: Re: Need some help with new Desktop Alert component
From: Hans-Eric Grönlund <hangroNO@SPAMgdpc.se>
Date: Wed, 24 Mar 2004 07:23:51 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I decided to add it to CVS instead since I figured it would be wortwhile
> anyway. Besides, I've improved a bit on it but I'm not quite there yet, so
> any help is appreciated greatly.

I made some changes to the code you sent me, and now the stacking behaviour works for me. I posted the changes in the binaries. Please note that these files are based on the version you sent me. I have marked my changes.

Really cool stuff I must say!

Regards

Hans-Eric Grönlund


Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Mar 2004 00:58:35 +0100
Newsgroups: jedi.vcl

I decided to add it to CVS instead since I figured it would be wortwhile
anyway. Besides, I've improved a bit on it but I'm not quite there yet, so
any help is appreciated greatly.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvFormStorage and TJvAppIniFileStorage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 24 Mar 2004 09:06:43 +1000
Newsgroups: jedi.vcl

Craig wrote:
> I had to do this for dynamic forms:
> The ini file does not update the buffered properties until it is ".free".
Call Flush, this would do the exact same thing, but not destroy the object.

> Then ".Reload" to update the buffer.
Correct.
I will introduce an AutoReload property, similar to AutoFlush so that the in memory file gets populated with what's on the disk BEFORE any change is done.
This way, you can share the same disk file among multiple form storages.



Subject: Re: CLX Component code generation and Keeping Things in Sync.
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 23 Mar 2004 23:30:43 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
> (1) I am curious why preprocessing/generation was chosen rather than $ifdefs.
>
- To allow for JVCLX and JVCL to be installed in the same time, filenames must be different.
- If a unit includes a form (dfm & xfm), the IDE will open the first one it find, in our case this would be the .dfm form; the IDE does not evaluate $ifdefs at design time, which effects also the IDE code explorer and code completion.

> (2) If I fix a serious bug in a component, such as I just did in JvCsvData.pas, one that could cause memory access read violations, should I regenerate the JvQCsvData.pas, or just leave them alone for now (being that they are in an early state of evolution)?
>

-There is no official tool to generate the units yet. Currently I am using a modified version of the Andreas clxgenerator (see jedi.binairies) after which the files are cleaned with the jpp tool from JCL.
-Not all units are generated from the sources in common/design/run yet. i.e. all JvQ..Reg units.
-At this development stage I am keeping them in sync. (Development on
JVCL3 (VCL) units has come allmost to a standstill anyway.)
-There are still a lot of fixes needed for known and unknow errors. I
hope to finish the Kylix packages within the next week. That is: bring it to the same level as D7clx.
-Any help on detecting/solving VisualCLX bugs would be appreciated.

Regards,

André Snepvangers



Subject: Re: TJvFormStorage and TJvAppIniFileStorage
From: "Craig" <craig@qnotes.com>
Date: Tue, 23 Mar 2004 17:24:35 -0500
Newsgroups: jedi.vcl

I had to do this for dynamic forms:
The ini file does not update the buffered properties until it is ".free".
Then ".Reload" to update the buffer.

procedure TForm1.FormCreate(Sender: TObject);
begin
  if FormSub = nil then
     FormSub := TFormSub.Create(self);
  FormSub.JvFormStorage1.RestoreFormPlacement; << reads sub form's settings
  // I use the stored values here for path and other application settings.
  FormSub.free; << writes sub form settings
  FormSub := nil;
  JvAppIniFileStorage1.Reload; << fills the buffer with both the main form
and sub forms settings.
end;


If you use static forms then just set the sub form's ".AppStorage" property
to JvFormStorage2.JvAppIniFileStorage1 if that is the main form's
IniFileStorage.

-
Craig




Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Mar 2004 23:14:39 +0100
Newsgroups: jedi.vcl

> > I can have a look, but I don't have much time this week; as of next week
> > I have more free time.
OK, I'll mail it to you as well. We've had some nice coops in the past :)

> > Any links to pics of the Microsoft alert?

I actually saw it at a friends house, played with it a bit and took some
screenshots and took it from there. This is the only link I've found on MS's
site with a screenshot of the alert window:
http://www.microsoft.com/office/outlook/prodinfo/tour/manage.mspx


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvHTTPGrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Mar 2004 07:35:57 +1000
Newsgroups: jedi.vcl

ds.antispam@csslabs.de wrote:

> Grrrrr......
> Where is the TJvHTTPGrabber component??????
> Is TJvHTTPGrabber = TJvHttpUrlGrabber? And if so, why renaming it?
> It´s not a nice thing to search for a component that was renamed.....
> That confuses me......
>

I replaced them because the new one does the same thing, has the same properties (well, almost) but is now used with TJvUrlListGrabber. There is no point in having two components that do the same thing.
However, I must admit that there may be some adjustments that I need to do to this.
Thank you for your feedback

Olivier Sannier
JVCL Developer


Subject: Re: TJvHTTPGrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Mar 2004 07:34:22 +1000
Newsgroups: jedi.vcl

ds.antispam@csslabs.de wrote:

> Why do all the ProgressEvents depend on  TJvFTPProgressEvent????
> How to get now the totalsize of http file that I need to set a
> progressbar.max.
>

I'll have a look at that.


Subject: Re: TJvHTTPGrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Mar 2004 07:34:01 +1000
Newsgroups: jedi.vcl

ds.antispam@csslabs.de wrote:
> And where can I define the URL on TJvHttpUrlGrabber ?
> It´s readonly....
It shouldn't be, I'll fix that.


Subject: Re: Need some help with new Desktop Alert component
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 23 Mar 2004 22:03:24 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> If someone is keen on being co-author of the first freeware desktop alert
> component (sugar, sugar<g>), I could do with some help.

I can have a look, but I don't have much time this week; as of next week I have more free time.

Any links to pics of the Microsoft alert?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvFormStorage and TJvAppIniFileStorage
From: <news_jedi@SPAM__tecsa.de>
Date: Tue, 23 Mar 2004 20:00:12 +0100
Newsgroups: jedi.vcl

Hello all,
I updated my Delphi5 with RxLib to D7 with JEDI.VCL.

And now I try to save several forms (position, etc) in one IniFile:

I used one TJvAppIniFileStorage and several TJvFormStorage, but only the
MainForm was saved.
Then I tried several TJvAppIniFileStorage with several TJvFormStorage, but
the requierd DefaultSection was ignored.

Which is the correct handling? I can not find anything in the help and by
the examples.

Know someone a example or a help?

Thanks, Olaf




Subject: File Re-Opener
From: "Craig" <craig@qnotes.com>
Date: Tue, 23 Mar 2004 13:57:25 -0500
Newsgroups: jedi.vcl

Where is "File Re-Opener" in the JVCL CVS.  I have 1.60 installed and wanted
to see if there is a newer version.
I would like it to auto close after selecting the project.

Thank You.

-- Craig 

Subject: Re: Daily snapshot: Install not possible
From: Thomas Mueller <news@s2h.cx>
Date: Tue, 23 Mar 2004 18:43:43 +0000
Newsgroups: jedi.vcl

Hi,

Ralf Kaiser wrote:

> > Regarding the other problem: I have deleted all old files before
> > compiling. But the problem stays.

> > Another "crazy" effect: I i open all packages in the Delphi IDE, compile
> > them and install them. I get all components displayed in the IDE. BUT: If
> > i close the IDE and restart it i get the same error ("Procedure entry
> > üpoint not found")

This happens usually if the runtime BPLs are not in the search path.

twm



Subject: CLX Component code generation and Keeping Things in Sync.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 23 Mar 2004 12:30:30 -0500
Newsgroups: jedi.vcl

Just out of curiousity, about how often are the CLX components (JvQ*.pas) going to be regenerated from their Jv*.pas counterparts?

(1) I am curious why preprocessing/generation was chosen rather than $ifdefs.

(2) If I fix a serious bug in a component, such as I just did in JvCsvData.pas, one that could cause memory access read violations, should I regenerate the JvQCsvData.pas, or just leave them alone for now (being that they are in an early state of evolution)?

Thanks.

Warren


Subject: Re: TJvHTTPGrabber ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 23 Mar 2004 17:35:17 +0100
Newsgroups: jedi.vcl

OK, I've updated the sources but not rebuilt the packages today, so that's
why I still have them on the palette.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvHTTPGrabber ?
From: <ds.antispam@csslabs.de>
Date: Tue, 23 Mar 2004 16:54:53 +0100
Newsgroups: jedi.vcl

Peter,
this is what I found.....

http://cvs.jvcl.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/changelog.txt
=========================================================
Revision 1.107 - (download), view (text) (markup) (annotate) - [select for
diffs]
Sat Mar 20 04:17:48 2004 UTC (3 days, 11 hours ago) by obones
CVS Tags: HEAD
Changes since 1.106: +5 -0 lines
Diff to previous 1.106
Replaced old grabbers by Grabbers in JvUrlGrabbers.pas
==========================================================
Regards

Dierk

<ds.antispam@csslabs.de> schrieb im Newsbeitrag
news:c3pjsk$7vk$1@talkto.net...
> > Sorry, but I´m working with daily zip and my palette
> > JV Internet and Network tells me about grabbers:
> > =======================
> > JVFtpUrlGrabber,
> > JVhttpUrlGrabber,
> > JVlocalfileUrlGrabber,
> > JVUrlListGrabber
> > =======================
> >
> > And I think yesterday it was
> > JVFtpGrabber,
> > JVhttpGrabber,
> > JVhttpMultiGrabber
> >
> > Regards
> >
> >
> >
> >
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
> > news:c3pink$7mc$1@talkto.net...
>> > > I have a THTTPGrabber on my palette...
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Peter Thornqvist
>> > > (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
> >
> >




Subject: Re: TJvHTTPGrabber ?
From: <ds.antispam@csslabs.de>
Date: Tue, 23 Mar 2004 16:44:42 +0100
Newsgroups: jedi.vcl

Sorry, but I´m working with daily zip and my palette
JV Internet and Network tells me about grabbers:
=======================
JVFtpUrlGrabber,
JVhttpUrlGrabber,
JVlocalfileUrlGrabber,
JVUrlListGrabber
=======================

And I think yesterday it was
JVFtpGrabber,
JVhttpGrabber,
JVhttpMultiGrabber

Regards




"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:c3pink$7mc$1@talkto.net...
> > I have a THTTPGrabber on my palette...
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: Need some help with new Desktop Alert component
From: Hans-Eric Grönlund <hangroNO@SPAMgdpc.se>
Date: Tue, 23 Mar 2004 16:41:59 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> no.spam from mine to mail me) and I could mail you the sources. BTW, are you
> swedish, norwegian or danish?

Indeed I'm a swede. If I were either norwegian, or danish, I guess my surname would have spelled Grønlund :-)

I just received your mail and will take a look later this evening.

Regards

Hans-Eric


Subject: Re: TJvHTTPGrabber ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 23 Mar 2004 16:26:13 +0100
Newsgroups: jedi.vcl

I have a THTTPGrabber on my palette...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvHTTPGrabber ?
From: <ds.antispam@csslabs.de>
Date: Tue, 23 Mar 2004 16:10:54 +0100
Newsgroups: jedi.vcl

Why do all the ProgressEvents depend on  TJvFTPProgressEvent????
How to get now the totalsize of http file that I need to set a
progressbar.max.

Why not use TJvHTTPProgressEvent = procedure(Sender: TObject; UserData,
Position: Integer; TotalSize: Integer; Url: string; var Continue: Boolean)
of object; ???


Regards

Dierk

<ds.antispam@csslabs.de> schrieb im Newsbeitrag
news:c3peu7$6s8$1@talkto.net...
> > Grrrrr......
> > Where is the TJvHTTPGrabber component??????
> > Is TJvHTTPGrabber = TJvHttpUrlGrabber? And if so, why renaming it?
> > It´s not a nice thing to search for a component that was renamed.....
> > That confuses me......
> >
> > Regards
> >
> > Dierk
> >
> >




Subject: Re: TJvHTTPGrabber ?
From: <ds.antispam@csslabs.de>
Date: Tue, 23 Mar 2004 15:51:30 +0100
Newsgroups: jedi.vcl

And where can I define the URL on TJvHttpUrlGrabber ?
It´s readonly....

Regards
Dierk

<ds.antispam@csslabs.de> schrieb im Newsbeitrag
news:c3peu7$6s8$1@talkto.net...
> > Grrrrr......
> > Where is the TJvHTTPGrabber component??????
> > Is TJvHTTPGrabber = TJvHttpUrlGrabber? And if so, why renaming it?
> > It´s not a nice thing to search for a component that was renamed.....
> > That confuses me......
> >
> > Regards
> >
> > Dierk
> >
> >




Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Mar 2004 15:23:01 +0100
Newsgroups: jedi.vcl

> >     Yeah, I guess you would feel a bit lonely amongst all those foreigners
<g>

There is a definite shortage of swedes in the Delphi groups although Delphi
is a fairly common development tool in Sweden.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvHTTPGrabber ?
From: <ds.antispam@csslabs.de>
Date: Tue, 23 Mar 2004 15:20:19 +0100
Newsgroups: jedi.vcl

Grrrrr......
Where is the TJvHTTPGrabber component??????
Is TJvHTTPGrabber = TJvHttpUrlGrabber? And if so, why renaming it?
It´s not a nice thing to search for a component that was renamed.....
That confuses me......

Regards

Dierk




Subject: Re: Need some help with new Desktop Alert component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Mar 2004 15:07:32 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 23 Mar 2004 15:00:32 +0100:

 >>     Considering the header of his message contains "NNTP-Posting-Host:
 >> lm.lmv.lm.se" I would guess Swedish.
 PT> Hurray! Finally a fellow swede!

    Yeah, I guess you would feel a bit lonely amongst all those foreigners
<g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Familiar feelings" by Moloko.




Subject: Re: Help: Need reviewers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Mar 2004 15:07:07 +0100
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Tue, 23 Mar 2004 14:03:10 +0300:

 A> Guess that was what i asked for.
 A> They should be separate items in the lists, separate summaries, but
 A> should have single shared `description` article.

     Well, TJvFtpUrlGrabberDefaultProperties.Mode would get a separate entry
in the index/lists, but all other properties/texts (including the property
declaration) are taken from the TJvFtpUrlGrabber.Mode topic.

 A> I'm not familiar to DOC.
 A> I meant - merge their *descriptions*, if DOC allows it.
 A> Of course summaries and alphbetically-sorted lists need to have
 A> different entries for those.

    As I mentioned above <ALIAS> is more an all-or-nothing kind of copying.
The <COMBINE> will merge, but again it's all-or-nothing. This is useful for
enumeration+set types, where the set is combined with the enumeration to
form a single topic consisting of both the enumeration and set declaration
source. Usually only the enumeration type is described. The same scheme can
be used with event types, automatically combining them with the events of
the class(es) where they are used.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Lovefool" by The Cardigans.




Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Mar 2004 15:00:32 +0100
Newsgroups: jedi.vcl

> >     Considering the header of his message contains "NNTP-Posting-Host:
> > lm.lmv.lm.se" I would guess Swedish.
Hurray! Finally a fellow swede!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Need some help with new Desktop Alert component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Mar 2004 14:56:55 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 23 Mar 2004 14:50:58 +0100:

 PT> BTW,
 PT> are you swedish, norwegian or danish?

    Considering the header of his message contains "NNTP-Posting-Host:
lm.lmv.lm.se" I would guess Swedish.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Girlfriend" by Pebbles.




Subject: Re: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Mar 2004 14:50:58 +0100
Newsgroups: jedi.vcl

> > Well, I don't know if you'd want me as a co-author, but I'd be happy to
> > take a look. I'm usually good at tracking down problems like this, and
> > maybe I could be of *some* help.

Great, much appreciated. Could you send me your real e-mail (remove the
no.spam from mine to mail me) and I could mail you the sources. BTW, are you
swedish, norwegian or danish?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Mar 2004 22:07:05 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Not always, but most of server can do it.
> If needed - next time i will download smth woth ReGet i will post here logs.
> For HTTP it is sent as response's header.
> For FTP it is answer for standard Unix `ls -la` command or FTP-specific
> `MDTM` command.
Yes, but I doubt the functions we use (InternetOpen) allow to get this information. And to me, it isn't of much help anyway.


Subject: Re: Need some help with new Desktop Alert component
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Tue, 23 Mar 2004 12:48:14 +0100
Newsgroups: jedi.vcl

Well, I don't know if you'd want me as a co-author, but I'd be happy to take a look. I'm usually good at tracking down problems like this, and maybe I could be of *some* help.

Regards

Hans-Eric Grönlund

Peter Thörnqvist wrote:
> I am writing a desktop alert component (like the one in Outlook 2003) that
> works pretty well (looks cool too!) except for one thing: if I create
> multiple alert windows, I want them to stack neatly on top of each other and
> when one window fades out the others should move down to fill in the gap.
> Additionally, if the user is holding his mouse over one of the windows (or
> have clicked one of the buttons on the window), that window should remain
> where it is and the other windows should stack "around" it. When the user
> moves the mouse out of the window, it should again be part of the moving
> stack.
>
> The problem is I just can't get this to work. Either I get new alert windows
> on top of each other or I get gaps in the stack that are never filled. Worst
> case is that sometimes I get alert windows that never fades away.
>
> If someone is keen on being co-author of the first freeware desktop alert
> component (sugar, sugar<g>), I could do with some help.
>


Subject: Re: jvDocking on Win98? - taskbar vanishes - no fault of jvDocking
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 23 Mar 2004 12:44:37 +0100
Newsgroups: jedi.vcl

Hello,

sorry that i was thinking that jvDocking cased my error on Win98. I have
tracked it down to another 3rd party component. But the error first occured
whe i added the jvDocking components to the project.

Sorry,
Ralf



Subject: Re: Daily snapshot: Install not possible
From: <ds.antispam@csslabs.de>
Date: Tue, 23 Mar 2004 12:25:06 +0100
Newsgroups: jedi.vcl

Ok,
found the reported bug in Issue Tracker BUG 0001516.. :)

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001516

Regards

Dierk

"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c3p3je$4bj$1@talkto.net...
> > ds.antispam@csslabs.de wrote:
> >
>> > > Peter,
>> > > I´ve got same error on compiling:
>> > >
==========================================================================
>> > > Compiling package: JvNetD5D.bpl
>> > > Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
>> > > Fehler: Datei nicht gefunden: '..\Resources\JvNetReg.dcr'
>> > > E:\CMP\jvcl3\jvcl\design\JvNetReg.pas(51) Warnung: Datei nicht gefunden:
>> > > '..\Resources\JvNetReg.dcr'
>> > >
==========================================================================
> >
> > This would be my fault. It should be now fixed.




Subject: Need some help with new Desktop Alert component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Mar 2004 12:22:44 +0100
Newsgroups: jedi.vcl

I am writing a desktop alert component (like the one in Outlook 2003) that
works pretty well (looks cool too!) except for one thing: if I create
multiple alert windows, I want them to stack neatly on top of each other and
when one window fades out the others should move down to fill in the gap.
Additionally, if the user is holding his mouse over one of the windows (or
have clicked one of the buttons on the window), that window should remain
where it is and the other windows should stack "around" it. When the user
moves the mouse out of the window, it should again be part of the moving
stack.

The problem is I just can't get this to work. Either I get new alert windows
on top of each other or I get gaps in the stack that are never filled. Worst
case is that sometimes I get alert windows that never fades away.

If someone is keen on being co-author of the first freeware desktop alert
component (sugar, sugar<g>), I could do with some help.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Daily snapshot: Install not possible
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Mar 2004 21:07:34 +1000
Newsgroups: jedi.vcl

ds.antispam@csslabs.de wrote:

> Peter,
> I´ve got same error on compiling:
> ==========================================================================
> Compiling package: JvNetD5D.bpl
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> Fehler: Datei nicht gefunden: '..\Resources\JvNetReg.dcr'
> E:\CMP\jvcl3\jvcl\design\JvNetReg.pas(51) Warnung: Datei nicht gefunden:
> '..\Resources\JvNetReg.dcr'
> ==========================================================================

This would be my fault. It should be now fixed.


Subject: jvDocking on Win98? - taskbar vanishes
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 23 Mar 2004 12:07:06 +0100
Newsgroups: jedi.vcl

Hello,

i am using the docking components in my program. On Win NT, Win 2000, Win XP
everything works fine. I am using the following Code to dock a form to the
main form:

  Form_TextsEditor := TForm_TextsEditor.Create(Self);
  Form_TextsEditor.ManualDock(JvDockServer.RightDockPanel);
  JvDockServer.RightDockPanel.ShowDockPanel(true, Form_TextsEditor);
  Form_TextsEditor.Show;
  JvDockServer.RightDockPanel.Width := Width - 200;
  FDockedForm := Form_TextsEditor;

To dock other windows, i first undock the currently docked form, close it
and dock another form with the same code. After 2 or 3 dockings the taskbar
of Win98 suddenly disapears and the program stops responding (ONLY with Win
98!)

Are there any known problems with jvDocking and Windows 98 (have not tested
it under 95 or ME)

Ciao,
Ralf



Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 14:03:10 +0300
Newsgroups: jedi.vcl

Hello, Marcel!

 MB> would have chosen <ALIAS TJvFtpUrlGrabber.Mode> as it will simply tell
 MB> DOM to generate an index entry for
 MB> TJvFtpUrlGrabberDefaultProperties.Mode and have it point to
 MB> TJvFtpUrlGrabber.Mode internally.

Guess that was what i asked for.
They should be separate items in the lists, separate summaries, but should
have single shared `description` article.

Anyway, i'm not familiar to DOC, don't know it's limitations, so 'these
cards are for Your hands'


 A>> Where is the same setting for HTTP and FTP ?

 MB>     Do you get attributes from HTTP/FTP connections when
 MB> downloading files?

Not always, but most of server can do it.
If needed - next time i will download smth woth ReGet i will post here logs.
For HTTP it is sent as response's header.
For FTP it is answer for standard Unix `ls -la` command or FTP-specific
`MDTM` command.

 MB> help. You could use COMBINE/ALIAS tags to merge them anyway,

I'm not familiar to DOC.
I meant - merge their *descriptions*, if DOC allows it.
Of course summaries and alphbetically-sorted lists need to have different
entries for those.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Daily snapshot: Install not possible
From: <ds.antispam@csslabs.de>
Date: Tue, 23 Mar 2004 11:35:31 +0100
Newsgroups: jedi.vcl

Peter,
I´ve got same error on compiling:
==========================================================================
Compiling package: JvNetD5D.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fehler: Datei nicht gefunden: '..\Resources\JvNetReg.dcr'
E:\CMP\jvcl3\jvcl\design\JvNetReg.pas(51) Warnung: Datei nicht gefunden:
'..\Resources\JvNetReg.dcr'
==========================================================================

Regards

Dierk

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> schrieb im Newsbeitrag
news:c3mmcd$mem$1@talkto.net...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
> > news:c3mlos$maq$1@talkto.net...
>> > > Sounds to me like you have old bpl/dcp's lying around. Delete any and
all
>> > > Jv*.bpl and Jv*.dcp on your computer as well as any Jv*.dcu.
>> > >
>> > > Run the installer again.
>> > >
>> > > Don't you have a JvNetReg.dcr in your JVCL\Resources folder?
>> > >
> >
> > Hello,
> >
> > no, there is no JvNetReg.dcr in the resources folder.
> >
> > Regarding the other problem: I have deleted all old files before
compiling.
> > But the problem stays.
> >
> > Another "crazy" effect: I i open all packages in the Delphi IDE, compile
> > them and install them. I get all components displayed in the IDE. BUT: If
i
> > close the IDE and restart it i get the same error ("Procedure entry üpoint
> > not found")
> >
> > For the moment i have returned to an older version of JVCL (some days
after
> > the beta)
> >
> > Ciao,
> > Ralf
> >
> >
> >




Subject: Re: TJvRegAuto
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Mar 2004 20:32:09 +1000
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> OBones wrote:
>
>> Drop a TJvFormStorage and a TJvAppRegistryStorage on the form. Set the AppStorage of the TJvFormStorage to the TJvAppRegistryStorage.
>> Then use the editor for StoredProperties to indicate which values in the form you want to save. That should be it.
>
>
> Ah wow I didn't figure that one out... Thanks! Great!

No worries.
I can understand it's a bit harder to grasp at first, but after you get it right, you can even change to INI or XML storage with only changing one property...


Subject: Re: Help: Need reviewers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Mar 2004 11:28:59 +0100
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to OBones on Tue, 23 Mar 2004 03:34:57 +0300:

 O>> JvUrlGrabbers.dtx

 A> Are to be merged with above article.
 A> No sense in keeping them separate.

    To Doc-O-Matic these are two separate symbols. It will put them on the
enumeration topic when building the help file, but you need to describe them
separately (well, it's not an error to not describe them, but they will not
appear on the enumeration topic at all).

 A> =========Beginning of the citation==============
 A> @@TJvFtpUrlGrabber.Mode
 A> @@TJvFtpUrlGrabber.Passive

 A> =========The end of the citation================
 A> Are to be merged with @@TJvFtpDownloadMode

    No they're not. The TJvFtpUrlGrabber.Mode property might be an
TJvFtpDownloadMode type, but the types are always described separately (and
the property will automatically be linked to the type).

 A> =========Beginning of the citation==============
 A> @@TJvFtpUrlGrabberDefaultProperties.Mode
 A> <COMBINE TJvFtpUrlGrabber.Mode>
 A> =========The end of the citation================
 A> offtopic: i wonder, myay there be nested combines or combine tag is to
 A> point directly onto common 'root' element?

    Combine tags can be used to combine with any topic. However, the
declarations of the two symbols will be merged as well. In this case, I
would have chosen <ALIAS TJvFtpUrlGrabber.Mode> as it will simply tell DOM
to generate an index entry for TJvFtpUrlGrabberDefaultProperties.Mode and
have it point to TJvFtpUrlGrabber.Mode internally.

 A> =========Beginning of the citation==============
 A> @@TJvHttpUrlGrabber
 A> Summary
 A>   This a grabber for HTPP URLs
 A> =========The end of the citation================

 A> :-P  :-P  :-P  :-P  :-P  :-P

    Summaries are supposed to be one liners which often results in rather
obvious descriptions. But I do hope it is changed to HT*T*P URLs. And don't
forget the period at the end of the sentence. The Description section is the
place to put a more detailed description (which can be hard for simple
classes like these; using your suggestions to link to background info for
HTTP/URLs and linking back to a general description of the grabber mechanism
are very usable to flesh out a description section).

 A> =========Beginning of the citation==============
 A> @@TJvLocalFileUrlGrabber.PreserveAttributes
 A> Summary
 A>   If True, the attributes of the source file will be copied to the
 A> destination file
 A> =========The end of the citation================
 A> Ooops - what are those attributes, what do they include and what do they
 A> miss?

    My guess is the various attributes you have for files (read-only,
system, hidden, archived, etc). Anyway, if it needs to be added, it would be
placed in the Description section, not in the summary.

 A> Where is the same setting for HTTP and FTP ?

    Do you get attributes from HTTP/FTP connections when downloading files?

 A> =========Beginning of the citation==============
 A> @@TJvLocalFileUrlGrabber.GetDefaultPropertiesClass
 A> @@TJvLocalFileUrlGrabberDefaultProperties

 A> =========The end of the citation================
 A> I feel while we only have 3 different grabbers - those properties are to
 A> be merged for all of them into two articles for those properties in some
 A> super-class.

    Nope, if it's separate in the .pas file, it is separate in the help. You
could use COMBINE/ALIAS tags to merge them anyway, but it's not always
advisable. In this case, since we are dealing with a method in one case and
a class in the other, I would not merge the symbols at all, since they are
two completely separate entities. The first will link to the second anyway,
so what's the problem.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Novocaine For The Soul" by Eels.




Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 12:37:19 +0300
Newsgroups: jedi.vcl

Hello, OBones!

>> >> `caches` ? or `keeps am internal pool of grabbers`  ?
O> it doesn't do caching, it just keeps a list of grabbers that happens
O> not to be cleaned everytime.

But can free(idle) grabbers on the list be reused? if yes - then it is
'pool' :-)

>> >> 5. After all, i'd tried to merge this article to the above and to
>> >> (forgot the word, meaning told before the rest) them with a few words
>> >> about poling concept.
O> Polling? There's no polling there.
'pooling' :-),
 keeping a pool of reusable objects (connections/grabbers/etc, here
`grabbers`)

O> There's no concept of busy grabber.
O> creates a new object, without reusing any of the previously created

:-(((
Ok, then...
nevermind then.

>> >> Here i revalled the thing that always hurt me, when after Borland help i
>> >> moved to JVCL help.
>> >> There is to be default value of property !!!
O> Doesn't it defaults to -1?

I can't tell it from DTX file.
Maybe it will auto-appear in HLP-file, don't know.

>> >> =========Beginning of the citation==============
>> >> @@TJvUrlListGrabber.Grabbers
>> >> =========The end of the citation================
>> >> Is it TObjectList or TCollection or what ?
O> It is a TObject that contains a TObjectList.
I'd add definition of the class.

>> >> 1. I'd name then after TDataset - BeforeConnectionClose and
>> >> AfterConectionClose
O> That was named like that in the components I got the inspiration from

But that will make them in random order  (no order) in ObjectInspector :-(

>> >> 3. It's not good IMHO - different order of Connection word and Clos*
>> >> word
O> I know, I don't like it either.
Hope somewhen You'll be inspired to change that :-)

>> >> 4. What is the purpose of this event? Doew it gives me some chance to
>> >> change defaul t behavior of the component or what ?
O> No, it just tells you that it's about to close the connection. It's an
O> indication of things that are happening, so that you can, for instance,
O> update your UI to reflect the changes.

Is closign connection such a long process?
Ok, maybe.

>> >> =========Beginning of the citation==============
>> >> @@TJvUrlListGrabber.OnConnectedToServer
>> >> ==== Skipping: здесь мы не видим суслика ====
>> >> See Also
>> >>   OnConnectionToServer
>> >> =========The end of the citation================
>> >> ...onconnectINGtoserver ?

???

>> >> Also see above 1, 2 and 4
>> >>
>> >> =========Beginning of the citation==============
>> >> @@TJvUrlListGrabber.OnNameResolved
>> >> =========The end of the citation================
>> >> What is 'resolved' ? is it about DNS-resolving or what? maybe link to
>> >> WikiPedia ?
O> Yeah, it's about name resolution, but this is indicated in
O> OnResolvingName.

One more reason to merge them :-P
I wonder we seem the only persons reading the thread.

>> >> Afterall here is so many events...
>> >> I wish there was soecial article about events flow, like there was in
>> >> help for Ace Reporter. I remeber same articles are in help for
>> >> Graphics32 lib and VirtualTreeView
O> We are not doing a tutorial on Events. If people want that,
O> the Delphi help is good enough.

Don't mistake topics - 'very concept of events' and 'event flow for certain
component in its lifecycle'

>> >> =========Beginning of the citation==============
>> >> @@TJvCustomUrlGrabber.Agent
>> >> =========The end of the citation================
>> >> I'd added an example of some Internet Explorer string and maybe more.
>> >> And inserted a link to the internet, describing User-Agent heeader in
>> >> HTTP request (that is rather complex wish and i aint sure it will be
>> >> discussed in WikiPedia)
O> If people don't understand that concept before changing the property,
O> then they should document themselves first.

....and where they are supposed to document themself?
Such a link might give them a chance.

>> >> =========Beginning of the citation==============
>> >> @@TJvCustomUrlGrabber.CanGrab
>> >> @@TJvCustomUrlGrabber.GetDefaultPropertiesClass
>> >> @@TJvCustomUrlGrabber.GetSupportedURLName
>> >> =========The end of the citation================
>> >> What if i do cal lthis method? Will it manually raise EAbstract
>> >> exception? This is to be told in help IMHO. Maybe also some summary
>> >> about the issue in little letters.
O> No, only TJvUrlGrabber does that.

But why ?

>> >> =========Beginning of the citation==============
>> >> @@TJvCustomUrlGrabber.FileName
>> >> Summary
>> >>   The name of the file to write to if OutputMode is omFile
>> >> =========The end of the citation================
>> >> If OutputMode is omFile, then data will be saved into the file with the
>> >> namr determined by this property.
O> Yeah, it means the same to me...

But that one will be more detailed.
I feel Your one is too brief.

>> >> =========Beginning of the citation==============
>> >> @@TJvCustomUrlGrabber.OnRedirect
>> >> =========The end of the citation================
>> >> ...hmmm
>> >> HTTP has one more feature: change URL of the file, but do not redirect
and
>> >> instead go on receiving data.
>> >> What's then ?
O> What?

Will this event be fired or not ?
This event gives You `choice` of 2 cituations - there is redirection - or
there is no.
But HTTP gives You `choice` of 3 cituations.

1) usual, no redirection, after headers passed and empy lien passed - there
is data.
2) usual redirection: Content-Location header, the connection is closed with
no data, browser must re-connect to new URL.
3) in-place redirection, both header and data are present. New URL is used
for example to be shown in browser's panel and act like base for next pages.
Another example is deployment of application - it has same link, but it will
send you the most recent version, thus Content-Location is used for both
saving persistent URL and specifying filename, say GQ_v.12.3.4.zip instead
od GQ_last_beta.zip

BTW, that came to my mind, for HTTP protocol, it would be nice to tell if
component is [un]capable of
1) receiving zipped data
2) receiving data with different Content-Disposition header

(i guess it is uncapable fr both, but may be wrong)

>> >> =========Beginning of the citation==============
>> >> @@TJvCustomUrlGrabber.Password
>> >> =========The end of the citation================
>> >> ....hmmmm
>> >> FTP always requires user (even there are predefined iser wit hnames
>> >> 'ftp' and 'anonymous' Usually it always requires some password for
>> >> anonymous users.
O> Yeah, but then, if people don't understand that, it's not my fault. I
O> could, however, put some default values in there for the FTP grabber.

Not only defult mthods, IMHO but some generator fo default password - or
maybe event to ask for it.

>> >> =========Beginning of the citation==============
>> >> @@TJvCustomUrlGrabber.Status
>> >> =========The end of the citation================
>> >> What are values? What is their meaning ?
O> See the definition of the type, just like in Delphi help.

just like TCustomLabel.Layout ? <g>
That  is again q. of avoiding bulk oneliners though.

>> >> =========Beginning of the citation==============
>> >> @@TJvCustomUrlGrabber.UserName
>> >> =========The end of the citation================
>> >> Definitely to be merged with password
O> Can't do that, and even if I could, I wouldn't.

i can't understand You passion for oneliners :-P

O> Thanks for your feedback, it is really appreciated even if its general
O> tone is rather aggressive.

Help me to express it more softly.
I feel it is agressive - but do not know how t oexpress it in less abusive
words.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: ...neeed coments from those with native English
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 12:37:04 +0300
Newsgroups: jedi.vcl

Hello, OBones!

O> What's the point anyway? I mean, if people put their INI files in the
O> system dir, it's their problem if the OS doesn't let them do so.

It does - but only by means of INI-API, not File-API.

>> >> @@TJvAppIniFileStorage.FileName
>> >> I feel, that the component is to be modified to use EXE's filename if
>> >> this prop[erty is left blank. Currently if it is blank, then component
>> >> is of no functionality. Anyway, Help is to tell something about case
>> >> when this property is left blank.
O> See Location. If it's blank, I don't think Location can be flCustom,
O> thus making the component work anyway.

Then exception is to be raised.

Personally i found that no ini operation nor error occured if Location is
flExe and FileName is blank.

Ok, that is beyond of scope of topic.

>> >> This prop[erty gives You direct access to the internal Ini file object,
>> >> that the component uses as a storage for its data. You can make some use
>> >> of it, even trying to share it aamong number of components, though this
>> >> one will be dirty trick, allowing you to break anything.
O> Well, as mush as I like the first sentence, I really dislike the second
O> one.
O> The INI access is given to do clean stuff
Agree, but it was You who tells about potentially dangeruos decisions.
If they are dirty tricksa - even remove it from help, or name them dirty :-)

O> , and I won't put in a sentence that could give bad ideas to people.
So remove that line from Your original file :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 12:33:39 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 >> Peter, hat would You say about putting RxLib to FAQ ?
 PT> What should it say?

Just 2 below statements, in more detail maybe.


 >> JVCL has no point in continuing and enhancing RxLib, keeping it
 >> compatible with its older versions.
 PT> We don't really, There is quite a big difference between RxLib as it
 PT> were when we converted it and how it is now.

It was clear from the beginning.
Right after Rx submission there was a Polaris open letter in rather jelous
term, that i answered (as a particular opinion, though agreed with Michael
Beck) and one of it's point is that JVCL is not gonna continue Rx, but
rather use Rx for it's own needs.

 >> For those who nees it - let them go for Polaris's patches.
 PT> Are they still updating those?

Since they still deploy their own library, depent on Rx - they have no
choice.
I do not know of .NET though.

But even they dropped Rx, they did it more recently than we :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvRegAuto
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 23 Mar 2004 10:33:00 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Drop a TJvFormStorage and a TJvAppRegistryStorage on the form. Set the AppStorage of the TJvFormStorage to the TJvAppRegistryStorage.
> Then use the editor for StoredProperties to indicate which values in the form you want to save. That should be it.

Ah wow I didn't figure that one out... Thanks! Great!

Wiebe


Subject: Re: TJvRegAuto
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Mar 2004 19:30:58 +1000
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> Hi,
>
> Is there an alternative for the TJvRegAuto that works the same (save and load component's properties) with the nice editor?
>
> I can't figure out how the TJvAppRegistryStorage works...

Drop a TJvFormStorage and a TJvAppRegistryStorage on the form. Set the AppStorage of the TJvFormStorage to the TJvAppRegistryStorage.
Then use the editor for StoredProperties to indicate which values in the form you want to save. That should be it.


Subject: TJvRegAuto
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 23 Mar 2004 10:25:55 +0100
Newsgroups: jedi.vcl

Hi,

Is there an alternative for the TJvRegAuto that works the same (save and load component's properties) with the nice editor?

I can't figure out how the TJvAppRegistryStorage works...

Thanks,


Wiebe


Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 11:58:11 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 >> Are to be merged with above article.
 >> No sense in keeping them separate.
 O> That's not my call,

So i hope Marcel will put some time over theis thread :-)

 O> this makes help easier to read,

When there is real help.
But when there is a couple of lines like 'Press Ok to go on or press Cancel
to cancel' - hmm, then ether article is to be made more detailed/explaining,
or some articles are to be merged to give overall picture of what's
happening.


 O> smb:// won't work, that's for sure. Only UNC path are supported.
Фnd what about file:// ?
Ok, i ainэt sure about smb:// - that is semi-standard from samba.org
But cifs:// was MS standard and one day might become widely used.

On the other hand - leave tommorow's troubles for tommorow.

 O> The attributes are date and security attributes (hidden, read-only...).

hidden, readonly - those are different on FAT and NTFS.
secutity attributes, afaik, are  ACLs on NTFS
Also NTFS has notion of file streams.

So You see, how unclear that was :-)

 O> Those don't even exist with HTTP and FTP (or can't be retrieved easily).
Baaah! Most browsers and downloaders make use of them when saving files!

 O> I wouldn't do that, to me, each class needs a description, even
 O> if it's a oneliner.

That is q. for Marcel, as obvious :-)
For me, oneliners does not clear anything, just make you run through links
like a monkey.
The articles must contain something significantly different - or be merged.
But that is out of Your task, yes ?

 >> =========Beginning of the citation==============
 >> @@TJvLocalFileUrlGrabberThread
 >> =========The end of the citation================
 >> Same as above - and what is that thread? Is somewhere the very logic of
 >> this family of classes described?
 O> Yeah, it is described in the ancestor, TJvCustomUrlGrabber

But where's See Also then ? ;-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Have you got a Text comparator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Tue, 23 Mar 2004 08:51:45 +0100
Newsgroups: jedi.vcl

ok, i ask it


"Arioch" <the_Arioch@nm.FalseDomain.ru> a ecrit dans le message de news:
c3nirc$ran$1@talkto.net...
> > Hello, @rennes!
> >
> >  > ?? I don't find text comparator here : http://www.e-naxos.com/
> >
> > I saw it among procedures/examples/articles ~3 years ago.
> > You can mail webmaster and ask.
> >
> > But that was a sample implementation, which was created, used and
abondoned,
> > while TDiff seems to be alive still.
> > --
> > [tip] Fix for Outlook Express quoting:
http://Arioch.nm.ru/FL/Fidolook_SL.png
> > E-mail is faked because of spam.   the_Arioch@NM.falseDomain.ru
> >




Subject: Re: Components quick review
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 23 Mar 2004 08:14:06 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> That leaves a rather negative impression.  Seems as if the JVCL tries to
>> prevent people from joining.
>
> Only if you avoid reading the rest of the document. Excerpts are seldom
> indicative of the tone of an entire document.

I see.  But as Olivier said, the negative notes tend to prevail in perception.

Greetings, Robert



Subject: Re: Components quick review
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 17:04:28 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> That leaves a rather negative impression.  Seems as if the JVCL tries to
>> prevent people from joining.
>
> Only if you avoid reading the rest of the document. Excerpts are seldom
> indicative of the tone of an entire document.
>
Right, but I agree with Robert, because people tend to remember only the "bad" stuff...



Subject: Re: Mantis: Shouldn't I receive emails?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 23 Mar 2004 08:02:20 +0100
Newsgroups: jedi.vcl,jedi.general

Peter Thörnqvist wrote:

> I think it's a problem with the setup of Mantis because I don't get any
> mails either.

Same here.



Subject: Re: Components quick review
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 23 Mar 2004 07:58:52 +0100
Newsgroups: jedi.vcl

OBones wrote:

> People who have contributed nothing or little to the JVCL, who do not really need CVS access, who have a sloppy coding style, who constantly submit buggy and non-working code or have a known history of malicious behavior towards JVCL or other projects will have little chance of becoming a JVCL developer.

That leaves a rather negative impression.  Seems as if the JVCL tries to prevent people from joining.

Seriously, I'd rather put it the other way around (positive, not negative):  If you want to become a JVCL developer, you should have already contributed substantially to the JVCL, write solid code, fit well into a team etc.

Greetings, Robert



Subject: Re: Components quick review
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Mar 2004 07:58:18 +0100
Newsgroups: jedi.vcl

> > That leaves a rather negative impression.  Seems as if the JVCL tries to
> > prevent people from joining.
Only if you avoid reading the rest of the document. Excerpts are seldom
indicative of the tone of an entire document.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Mantis: Shouldn't I receive emails?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Mar 2004 07:56:21 +0100
Newsgroups: jedi.vcl,jedi.general

I think it's a problem with the setup of Mantis because I don't get any
mails either.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Mantis: Shouldn't I receive emails?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 16:49:47 +1000
Newsgroups: jedi.vcl,jedi.general

Hi all

As said in the title, shouldn't I receive emails when changes are made to bug reports assigned to me? Or do I only receive a modification is not done by me?
I'm asking because modifications have been done to a number of bugs, and I'm yet to receive an email...

Cheers

Olivier



Subject: Re: I need your guys help...please
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 16:20:54 +1000
Newsgroups: jedi.vcl

dave wrote:

> I need to know what component i can use to achieve the following:
>
> I need a drop-down list with auto-complete that will navigate to the record
> in the database...not change the current record.
>
> When i use a standard dbcombobox, and i start typing in it, it does perform
> the auto-complete. Problem is it edits the current record you are on with
> that value instead of navigating to the record i typed in.
>
> If anyone could please point me in the right direction, i would appreciate
> it.
What about using a regular (non DB) combo box and use its OnChange event to try to navigate to the record?



Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Mar 2004 06:47:13 +0100
Newsgroups: jedi.vcl

> > Peter, hat would You say about putting RxLib to FAQ ?
What should it say?

> > JVCL has no point in continuing and enhancing RxLib, keeping it compatible
> > with its older versions.
We don't really, There is quite a big difference between RxLib as it were
when we converted it and how it is now.

> > For those who nees it - let them go for Polaris's patches.
Are they still updating those?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help: Need reviewers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 13:41:09 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> =========Beginning of the citation==============
> @@JvUrlListGrabber.pas
> Summary
>   Contains the TJvUrlListGrabber component and the associated support
> classes.
> =========The end of the citation================
>
> What is the ocmponent for - IMHO here is to be some brief 3-4 sentences
> description.
Nope, that describes what the file is. The description of the component goes below.

> =========Beginning of the citation==============
> @@TJvUrlListGrabber
> =========The end of the citation================
> From the desciption i still cannot understand what does it scan for URLs.
I agree that it could be made clearer.

> =========Beginning of the citation==============
> @@TJvUrlListGrabber.Cleanup
> Summary
>   Cleans up the internal list of grabbers
> Description
>   The component keeps an internal list of grabbers that don't get deleted
> once the grabbing operation
>   is finished. They will only be deleted by calling this method, or when the
> Cleanup Threshold is
>   reached.
> =========The end of the citation================
>
> `keeps` -> `caches` ?
> or `keeps am internal pool of grabbers`  ?
it doesn't do caching, it just keeps a list of grabbers that happens not to be cleaned everytime.

> Currently it is mpt clear why should the ocmponent do it ?
>
> Also what would You think about renaming this property along TMemo.Clear ?
> If those are too different, incomparable actions, then IMHO it is to be
> renamed to smth like .CleanupGrabbersPool - ler the name describe itself
> :-).
It's not Clear, it is cleanup. It does cleanup the component, to me there is no need to rename it.

> @@TJvUrlListGrabber.CleanupThreshold
> Summary
>   This is the cleanup threshold
> Description
>   When the difference between Urls.Count and the internal Grabber count is
> greater than this value
>   the process of cleaning if launched. This can take some time and this is
> why it's done every time
> See Also
>   Cleanup
> =========The end of the citation================
> 1. Senseless summary.
Well, yeah <g>

> 2. "internal grabberS count " ?
Maybe, maybe not...

> 3. "the process of cleaning if launched." - gives me no idea.
> I'd prefer something like 'the Cleanup method is called, freeing unused
> grabbers'
Makes sense.

> 4. "This can take some time and this is why it's done every time" - 'not'
> missed :-P
Woops, right
> I;d prefer smth like 'This can take some time, and that is the reason we do
> not free each single grabber instantly after it finished.'
I'll see what I can do.

> 5. After all, i'd tried to merge this article to the above and to (forgot
> the word, meaning told before the rest) them with a few words about poling
> concept.
Polling? There's no polling there.

> @@TJvUrlListGrabber.DefaultGrabberIndex
> Summary
>   The index of the default grabber to use, if any
> Description
>   If this value is -1, then no default grabber will be used when no
> registered grabber claims it can
>   handle a given URL
> If i got it correct, then
> Description:
>   The component might contain grabbers of different classes, each one
> targeted for it's own protocol.
>   Usually the component try to match grabber's versus URL's, so each URL
> will be processed by the Grabber, best featured for it. If no matching
> grabber was found, or if all matching grabbers are busy, then component
> might try some default one.
>   Assign this value to number of grabber, that will be used for URL's with
> unknown protocol.
>   Keep it -1 to process only URL's with registered protocols and ignore the
> rest.
There's no concept of busy grabber. It asks the registered class which one can handle a given URL. If no class can do so, then it uses the class indicated by this index. Once it knows the class to use, it creates a new object, without reusing any of the previously created grabbers. BTW, this is why it needs to do some cleanup from times to times, but only if you use hundreds of grabbers at the same time.

> BTW, here os miss for SeeAlso for some even/exception that will inform
> developer about no-match URL and give him way to customise his reaction.
Will see what I can do.

> Here i revalled the thing that always hurt me, when after Borland help i
> moved to JVCL help.
> There is to be default value of property !!!
Doesn't it defaults to -1?

> =========Beginning of the citation==============
> @@TJvUrlListGrabber.Grabbers
> =========The end of the citation================
> Is it TObjectList or TCollection or what ?
It is a TObject that contains a TObjectList.

> =========Beginning of the citation==============
> @@TJvUrlListGrabber.OnClosingConnection
> =========The end of the citation================
> 1. I'd name then after TDataset - BeforeConnectionClose and
> AfterConectionClose
That was named like that in the components I got the inspiration from

> 2. I'd merge this article with one for OnConnectionClosed
Can't do that

> 3. It's not good IMHO - different order of Connection word and Clos* word
I know, I don't like it either.

> 4. What is the purpose of this event? Doew it gives me some chance to change
> defaul t behavior of the component or what ?
No, it just tells you that it's about to close the connection. It's an indication of things that are happening, so that you can, for instance, update your UI to reflect the changes.

> =========Beginning of the citation==============
> @@TJvUrlListGrabber.OnConnectedToServer
> ==== Skipping: здесь мы не видим суслика ====
> See Also
>   OnConnectionToServer
> =========The end of the citation================
> ...onconnectINGtoserver ?
> Also see above 1, 2 and 4
>
> =========Beginning of the citation==============
> @@TJvUrlListGrabber.OnNameResolved
> =========The end of the citation================
> What is 'resolved' ? is it about DNS-resolving or what? maybe link to
> WikiPedia ?
Yeah, it's about name resolution, but this is indicated in OnResolvingName.

> Afterall here is so many events...
> I wish there was soecial article about events flow, like there was in help
> for Ace Reporter.
> I remeber same articles are in help for Graphics32 lib and VirtualTreeView
We are not doing a tutorial on Events. If people want that, the Delphi help is good enough.

> =========Beginning of the citation==============
> @@TJvUrlListGrabber.StartAll
> Description
>   If you want to start only one grabbing operation,use the Grabbers property
> instead
> =========The end of the citation================
> space missed after comma
Will fix.

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabberDefaultProperties.EditorTrick
> Summary
>   The editor trick used to display meaningful information at design tim
> =========The end of the citation================
> ...timE
Woops, will fix.

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabberDefaultProperties.SupportedURLName
> =========The end of the citation================
> Hmmm... that makes me wonder of it is enough fpr the future.
> For example news:// and nntp:// are almost the synonims
> Same maybe are file:// and cifs:// and maybe smb://
As said in the description, this is to be a User Displayable name, it is the one used in the object inspector. So there are no need to put the protocol part. If you have a look, you'll see that it's FTP, HTTP, LocalFile and so on...

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabber.Agent
> =========The end of the citation================
> I'd added an example of some Internet Explorer string and maybe more.
> And inserted a link to the internet, describing User-Agent heeader in HTTP
> request (that is rather complex wish and i aint sure it will be discussed in
> WikiPedia)
If people don't understand that concept before changing the property, then they should document themselves first. I mean, this is rather tricky and while I could add a link or two to further docs, it's not my job to educate people on matters outside the JVCL.


> =========Beginning of the citation==============
> @@TJvCustomUrlGrabber.CanGrab
> @@TJvCustomUrlGrabber.GetDefaultPropertiesClass
> @@TJvCustomUrlGrabber.GetSupportedURLName
> =========The end of the citation================
> What if i do cal lthis method? Will it manually raise EAbstract exception?
> This is to be told in help IMHO.
> Maybe also some summary about the issue in little letters.
No, only TJvUrlGrabber does that.

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabber.FileName
> Summary
>   The name of the file to write to if OutputMode is omFile
> =========The end of the citation================
> If OutputMode is omFile, then data will be saved into the file with the namr
> determined by this property.
Yeah, it means the same to me...

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabber.OnDoneStream
> @@TJvCustomUrlGrabber.OnDoneFile
> @@TJvCustomUrlGrabber.OutputMode
>
> =========The end of the citation================
>
> While there is only few words on each - i;d merged them all with the above
> article
Can't do that.

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabber.OnRedirect
> =========The end of the citation================
> ...hmmm
> HTTP has one more feature: change URL of the file, but do not redirect and
> instead go on receiving data.
> What's then ?
What?

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabber.Password
> =========The end of the citation================
> ....hmmmm
> FTP always requires user (even there are predefined iser wit hnames 'ftp'
> and 'anonymous'
> Usually it always requires some password for anonymous users.
Yeah, but then, if people don't understand that, it's not my fault. I could, however, put some default values in there for the FTP grabber.

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabber.Status
> =========The end of the citation================
> What are values? What is their meaning ?
See the definition of the type, just like in Delphi help.

> =========Beginning of the citation==============
> @@TJvCustomUrlGrabber.UserName
> =========The end of the citation================
> Definitely to be merged with password
Can't do that, and even if I could, I wouldn't.

> BTW, are those classes capable to use username and password passed as part
> of URL ?
No idea, needs to be checked.

> =========Beginning of the citation==============
> @@TJvUrlGrabberClassList.Insert
> =========The end of the citation================
> why not to redirect to standard Delphi help to TClassList ?
> At least this class is to be mentioned in See Also section.
Yeah, why not, but that's not crucial.

> =========Beginning of the citation==============
> @@TJvGrabberStatus
> =========The end of the citation================
> Is to be merged with all its values.
Can't do that.

> Has to have SeeAlso for Start and Stop
Might be good to have.

Thanks for your feedback, it is really appreciated even if its general tone is rather aggressive. I'd put that on the fact that English is not your native language (mine neither).



Subject: Re: Help: Need reviewers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 13:26:39 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> ...is to be added with prompt to read intro about FTP standard and link to
> WikiPedia or some other resource (i meet some good one for novices when was
> flaming year ago what is 'usenet' and what is 'nntp-server' and what is
> 'nntp URL'  year ago in some opera.* newsgroup. I can't give a link cause
> i'm oflfine now, but i think one may find it via www.DejaNews.com)
I'll add a link to some well known descriptions

> Are to be merged with above article.
> No sense in keeping them separate.
That's not my call, the dtx file was given to me like that. And this makes help easier to read, when you are looking for a quick reference.

> =========Beginning of the citation==============
> @@TJvFtpUrlGrabber
> =========The end of the citation================
> Is to had See Also to the superclass, where will be described the overall
> logic and idea of this family of components.
>
> Also what about FTP-over-SSL ? i think that is ftps:// protocol, like https://
> and nntps:// ones
No idea if that works, but right now, the component will not refuse it anyway. You could even give it 'abcd' and it would try to connect to it.


> =========Beginning of the citation==============
> @@TJvFtpUrlGrabber.CanGrab
> Summary
>   Returns true if the URL is a FTP URL
> =========The end of the citation================
> `a` or `an` ?
> Isn't FTP spelled like eff-tee-pee ?
Yeah, but using 'a' or 'an' depends on the mood of the person you are talking to. Some say that you use 'a' in front of all acronyms, some others say the contrary. I prefer using 'a' because it forces a break in the reading an saying.

> =========Beginning of the citation==============
> @@TJvFtpUrlGrabber.Mode
> @@TJvFtpUrlGrabber.Passive
>
> =========The end of the citation================
> Are to be merged with @@TJvFtpDownloadMode
Can't do that, see above

> =========Beginning of the citation==============
> @@TJvFtpUrlGrabberDefaultProperties.Mode
> <COMBINE TJvFtpUrlGrabber.Mode>
> =========The end of the citation================
> offtopic: i wonder, myay there be nested combines or combine tag is to point
> directly onto common 'root' element?
No idea, I don't even know Doc-O-Matic

> BTW, what about HTTP-over-SSL ?
No idea, will need to verify though. But as usual, if it's not said explicitely, then it's not supported.

>   The thread used to grad HTTP URLs
>
> graB
Yep, will fix.

> =========Beginning of the citation==============
> @@TJvLocalFileUrlGrabber
> Summary
>   This a grabber for Local File URLs
> =========The end of the citation================
>
> Not only Local, but also remote ones, shared via Microsoft Network, also
> known as SMB, smb://, SaMBa, CIFS - here is such a mess that a link to
> WikiPedia is a must IMHO.
smb:// won't work, that's for sure. Only UNC path are supported.

> =========Beginning of the citation==============
> @@TJvLocalFileUrlGrabber.PreserveAttributes
> Summary
>   If True, the attributes of the source file will be copied to the
> destination file
> =========The end of the citation================
> Ooops - what are those attributes, what do they include and what do they
> miss?
> Where is the same setting for HTTP and FTP ?
The attributes are date and security attributes (hidden, read-only...). Those don't even exist with HTTP and FTP (or can't be retrieved easily).

> @@TJvLocalFileUrlGrabber.GetDefaultPropertiesClass
> @@TJvLocalFileUrlGrabberDefaultProperties
>
> I feel while we only have 3 different grabbers - those properties are to be
> merged for all of them into two articles for those properties in some
> super-class.
I wouldn't do that, to me, each class needs a description, even if it's a oneliner.

> =========Beginning of the citation==============
> @@TJvLocalFileUrlGrabberThread
> =========The end of the citation================
> Same as above - and what is that thread? Is somewhere the very logic of this
> family of classes described?
Yeah, it is described in the ancestor, TJvCustomUrlGrabber



Subject: Re: Help: Need reviewers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 13:19:57 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
>  O> JvAppXMLStorage.dtx
>
> =========Beginning of the citation==============
> @@TJvAppXMLFileStorage
> <TITLEIMG TJvAppXMLFileStorage>
> JVCLInfo
>   GROUP=JVCL.??
>   FLAG=Component
> Summary
>   Write here a summary (1 line)
> Description
>   Write here a description
> =========The end of the citation================
>
> That maybe my anonymous CVS lagging, or... ?
>
> ...and so one.
> Sorry, it must be CVS lag :-(

Will double check tonight



Subject: Re: Help: Need reviewers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 13:19:16 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
>
>>> Also i'd add 'at this very moment'  to the end of text.
>
> O> Why is that?
>
> Because You make reader to stumble and put some seconds/efforts to think.
> And help is to ease ones life :-)
If people don't understand simple things, the help won't help them...

> Agree, but should i type 2 different messages in parallel?
> Maybe.
If you want stuff to be reworked, you have two solutions:
Do it yourself and submit it to us
Put a Mantis issue.



Subject: Re: ...neeed coments from those with native English
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 13:17:44 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
> O> JvAppIniStorage.dtx
>
> AAS: "...TMemIniFile object."
>
> Am i correct that TMemIniFile bypasses Win32 Get- and SetProfile* API's and
> manually reads and writes to the file?
> That might be incompatible, since AFAIR WinXP+ disallows all file API access
> to %SystemDir%\*.ini
>
> AS: re-reading it, i feel like i might be rude. Sorry then, i just don;t
> know how to say that softly, and i do not underestimate Your work on the
> file.
What's the point anyway? I mean, if people put their INI files in the system dir, it's their problem if the OS doesn't let them do so. We can't cater for problems beyong our control.


> =========Beginning of the citation==============
> @@TJvAppIniFileStorage.AutoFlush
> Summary
>   If set to True, the Flush method will be called whenever a modification is
> made to the in memory
>   file
> =========The end of the citation================
> I'd changed `whenever` to `right after`
Doesn't means exactly the same but "right after" is not very English. I'd rather replace "is" by "has been"

> I feel there's needed 2nd sentence like `Otherwise data will be saved to
> file only when component is destoyed or Flush method is explicitly called by
> You`
That may make sense, yeah.

> @@TJvAppIniFileStorage.FileName
> I feel, that the component is to be modified to use EXE's filename if this
> prop[erty is left blank.
> Currently if it is blank, then component is of no functionality.
> Anyway, Help is to tell something about case when this property is left
> blank.
See Location. If it's blank, I don't think Location can be flCustom, thus making the component work anyway. But I'll check that and document it.

>
> =========Beginning of the citation==============
> @@TJvAppIniFileStorage.Flush
> Summary
>   Writes changes to the file.
> Description
>   Flush will write any changes made to the storage to the underlaying INI
> file.
> =========The end of the citation================
> IMHO here is the typo in `underlaying`, but i aint English-speaking and
> can't tell hiow it must be.
> I feel like `a` letter is to be cut off, but aint sure.
Me neither, will check with colleagues.

> ...and a call to a writing function has been done.
> Hmm... i dod not catch this.
> IMHO it is to be rephrased like `and some data was changed by calling [any
> of ]writing function[s]` - i am not familiar to the component and do not
> know if there is sole fn or number of them, i just think that if it was
> sole - its name just appeared here :-)
There are many of these, but yeah, I'll rephrase that.

> This prop[erty gives You direct access to the internal Ini file object, that
> the component uses as a storage for its data.
> You can make some use of it, even trying to share it aamong number of
> components, though this one will be dirty trick, allowing you to break
> anything.
Well, as mush as I like the first sentence, I really dislike the second one. The INI access is given to do clean stuff, and I won't put in a sentence that could give bad ideas to people. If they mess with it and break anything, it's their fault.

> =========Beginning of the citation==============
> @@TJvCustomAppIniStorage
> =========The end of the citation================
> Since this line and below there is frequent term 'INI-file', while above the
> line it is 'Ini file'
> IMHO some single one is to be choosed.
Yep, will have look.

> =========Beginning of the citation==============
> @@TJvCustomAppIniStorage.DefaultSection
> =========The end of the citation================
> Same like about Filename property - what if it is empty? Will the Form's
> .Name be used instead (like RxLib did) ? How does it corresponds to Sections
> inside INI ?
> " this value is used" - how? what for ?
> "the computed section is empty" - what is the computed section? How and when
> is it computed?
Will need to have a better look at the component to figure that out.

> =========Beginning of the citation==============
> @@TJvCustomAppIniStorage.IniFile
> =========The end of the citation================
> I feel like it is to be merged with TJvAppIniStorage.Ini - btw, why name had
> changed ?
Maybe it is a left over.

> BTW, to my experience this property asks for the PATH (folder), not for the
> filename !!!
If it asks for a path, then it's badly named.

> With this last line i maybe doing terrible mistake, more so, if i was
> writing the component - i'd call the event anyway, giving default
> pre-computed filename and giving user last chance to change it. But original
> Summary made me think that way.
I'll reconsider that, it doesn't make sense right now.

> =========Beginning of the citation==============
> @@TJvCustomAppIniStorage.ValueExists
> Summary
>   Determines if a value exists.
> =========The end of the citation================
> maybe i'm telling nonsense, but i fill like 'Determining' is an 'active;
> word. It does something.
> Say, it might be used for Color pro[perty, that determines how user will see
> component on form.
> Here it is better to say 'Queries' or maybe even 'Tells'
Well, it does something and "to determine" is as active as "to query". I'll try to rephrase that.

> For WriteValue and ReadValue - ain't there to be SeeAlso section to link it
> to the abstract methods of base superclass, where the logic of those
> fiunctions is to be presented to user?
Sounds reasonnable to me.



Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 05:44:56 +0300
Newsgroups: jedi.vcl

Hello, OBones!

O> I can't decide about that, it's not my call. And to me, the important
O> thing was to document the properties. If people don't understand how all
O> this work, then they should start looking for tutorials on encryption

That's not about encryption in genneral, mathemmatical terms - that is just
about understanding the component without need to read sources.

Ok, i can only hope that Marcel or whoever  can make decisions upon
restructuring help, will read this.

Same stands for filename casing in above msg.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 05:39:36 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 >> That leaves me full of doubts, because of example like i told.
 O> Well, it doesn't give me doubts because if not specified, the
 O> animation is only stopped by setting active to false

ok this time, but i though it can be runned once or continously
start-after-end.

I found no such mode trigger in Rx's help for BCB3, thus think this switch
was not implemented.

PS: BTW, in this help many properties of TAnimatedImage are merged with ones
from TGifAnimator :-)
It might be not Your deal to do articles re-arrangement, but i still hope
that proper person (Marcel?) will read it and makes some decision/use upon
this.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 05:30:47 +0300
Newsgroups: jedi.vcl

Hello, OBones!

>> >> Also i'd add 'at this very moment'  to the end of text.
O> Why is that?

Because You make reader to stumble and put some seconds/efforts to think.
And help is to ease ones life :-)

>> >> Also i'd like to have way to conect this component to TImageList :-)))
O> That's a rework issue, not an help issue

Agree, but should i type 2 different messages in parallel?
Maybe.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 12:20:12 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> That leaves me full of doubts, because of example like i told.

Well, it doesn't give me doubts because if not specified, the animation is only stopped by setting active to false, which is a logical thing.
If it was to be stopped by clicking on it, it would be described somewhere else. To me, this is basic common sense and as such doesn't need to be described.



Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 05:13:43 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> First things first: When I write help, I don't change the property
 O> names, even if I dislike them.

Here is feature of PasDoc models :-)))

Ok , just wanted to brought attention.


 >> when this event is triggered? When images sequences is over? When
 >> stopped by some method call? Maybe user can do some mouseclick or
 >> whatever to stop it?
 O> Stop means stop, I don't see what the problem is. The animation is on,
 O> it somehow turns off, the event is triggered.

That leaves me full of doubts, because of example like i told.

....to be continued later.
Goo hunt.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 12:11:17 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
>  O> JvVigenereCipher.dtx
>
> =========Beginning of the citation==============
> @@TJvVigenereCipher
> <TITLEIMG TJvVigenereCipher>
> ==== Skipping: здесь мы не видим суслика ====
>   A component that encodes according to the Vigenere cipher method
> =========The end of the citation================
> 1) ....ans decodes...
> 2) same as for XOR cypher
Yeah well... <g>

> Description:
> ...inspired by the much more complete *one,* available...
>
> Or even
> ...inspired by the much more complete *one, that is* available
Nope, the use of "the" forbids from using that kind of construction.

>   http://it.geocities.com/teutoburgo/java/javi/algorithm.htmlEncodeStream,
> Key
> =========The end of the citation================
> Hmm.. is it bug in UniRed or is something missed after URL ?
I'll check

> BTW, how would You like the idea to merge topics of Encode and Decode into
> one common topic ?
> IMHO when we have only 2-3 sentences for property - developer will need to
> look at other properties to compare.
> Here merging similar properties would give him help of easy logical
> observation of them.
I can't decide about that, it's not my call. And to me, the important thing was to document the properties. If people don't understand how all this work, then they should start looking for tutorials on encryption first.

> Also, comparing it to XOR cipher, i wonder - do they have some common
> superclass ?
No, but they should. However, once again, the topic was to write help, not rework the components.



Subject: Re: Globus vgXMLSerializer
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 05:10:48 +0300
Newsgroups: jedi.vcl

Hello, OBones!

You may try google.

Afair i met the following misses:

escapement for string properties was not done, so i couls close tag from
within string

almost unextendable design - no way to add ones own collectors except for
predefined TCollection and array.

no nested classes.
<TClass1> ....<again TClass1> .... </again TClass1> .... </TClass1> will be
taken as
<TClass1> .... garbage .... </again TClass1> .... garbage

Maybe some other points, if interesed - try www.dejanews.com

But i was always sugesting against this one.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 12:08:06 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
> AS: BTW - wrong casing for 'Jv' prefix in
> c:\Borland\AddOns\JvclHelp\jvThumbNails.dtx
Can't change that.

> @@TJvXORCipher
> ==== Skipping: здесь мы не видим суслика ====
> Summary
>   A component that can encode and decode using the XOR algorithm
> =========The end of the citation================
> ....decode any data You'd pass to it, using....
Yeah, I went fast there. But I mean there's nothing to this component
anyway.

> Also gere is missed description how to use it.

> Also for pairs Decode*/Encode* i'd add remark that for the particular XOR
> functions there ain't any difference between them.
That would be a copy and paste issue <g>

> After all i fee lthis component is to be reworked, but i feel also that it
> is not worth that :-)
Yeah, the whole family should, but once again, it was not my job here.






Subject: Re: Help: Need reviewers
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 12:05:34 +1000
Newsgroups: jedi.vcl

Hi

First things first: When I write help, I don't change the property names, even if I dislike them.

> @@TJvAnimatedImage.TransparentColor
> Summary
>   Indicate which color is to be considered transparent in the glyph
>
> glyphS ?
No, no, Glyph, there is only one Glyph.

> =========Beginning of the citation==============
> @@TJvAnimatedImage.OnStop
> Summary
>   Event triggered when the animation stops
> =========The end of the citation================
> ain't there some verb needed after 'event' word ?
No. I could be more verbose by saying "this event is" but that wouldn't change a thing

> when this event is triggered? When images sequences is over? When stopped by
> some method call? Maybe user can do some mouseclick or whatever to stop it?
Stop means stop, I don't see what the problem is. The animation is on, it somehow turns off, the event is triggered.

> Same goes for OnStart and OnFrameChanged
Same goes here.

> @@TJvAnimatedImage.Active
> Summary
>   If true, the animation is performed.
> =========The end of the citation================
> performING ?  ....is beeing performed?
Nope, not performing, that would be a grammar error. 'Being performed' might be better thought.

> Also i'd add 'at this very moment'  to the end of text.
Why is that? I don't see the point, if it's active, it's active now, not ten minutes before, not later. When you read a property, unless told otherwise, it relates to the current state of an object.

> @@TJvAnimatedImage
> Summary
>   A component that animates a glyph
>
> Too short IMHO.
Yes indeed, but this is a first shot, better than nothing.
I'll review that a bit.

> Also i'd like to have way to conect this component to TImageList :-)))
That's a rework issue, not an help issue

> =========Beginning of the citation==============
> @@TJvImageControl
> Summary
>   An image that can do buffered painting
> =========The end of the citation================
> I do not know how t orephrase it better, but that is not image, that is a
> control!
More exactly, this is an 'image control'. Something along the lines of
"this control displays an image using buffered painting" may be more appropriate though.



Subject: Re: Globus vgXMLSerializer
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 11:58:26 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
> O> Add JvgXMLSerializer.dtx to the list
>
> So this component will be used?
> Has it been refactired?

No, I haven't changed anything in it, I just documented it. I volunteered to do so, that's what I did. I have tried it very briefly, it does what it's supposed to do, but I rather see it use TJvSimpleXML instead of its own XML engine.



Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 04:50:28 +0300
Newsgroups: jedi.vcl

Hello, Arioch!

Peter, hat would You say about putting RxLib to FAQ ?

JVCL has no point in continuing and enhancing RxLib, keeping it compatible
with its older versions.
For those who nees it - let them go for Polaris's patches.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 04:28:24 +0300
Newsgroups: jedi.vcl

Hello, OBones!

O> JvUrlListGrabber.dtx

=========Beginning of the citation==============
@@JvUrlListGrabber.pas
Summary
  Contains the TJvUrlListGrabber component and the associated support
classes.
=========The end of the citation================

What is the ocmponent for - IMHO here is to be some brief 3-4 sentences
description.

BTW, same for precious file.

=========Beginning of the citation==============
@@TJvUrlListGrabber
=========The end of the citation================
From the desciption i still cannot understand what does it scan for URLs.

=========Beginning of the citation==============
@@TJvUrlListGrabber.Cleanup
Summary
  Cleans up the internal list of grabbers
Description
  The component keeps an internal list of grabbers that don't get deleted
once the grabbing operation
  is finished. They will only be deleted by calling this method, or when the
Cleanup Threshold is
  reached.
=========The end of the citation================

`keeps` -> `caches` ?
or `keeps am internal pool of grabbers`  ?

Currently it is mpt clear why should the ocmponent do it ?

Also what would You think about renaming this property along TMemo.Clear ?
If those are too different, incomparable actions, then IMHO it is to be
renamed to smth like .CleanupGrabbersPool - ler the name describe itself
:-).

=========Beginning of the citation==============
@@TJvUrlListGrabber.CleanupThreshold
Summary
  This is the cleanup threshold
Description
  When the difference between Urls.Count and the internal Grabber count is
greater than this value
  the process of cleaning if launched. This can take some time and this is
why it's done every time
See Also
  Cleanup
=========The end of the citation================
1. Senseless summary.
2. "internal grabberS count " ?
3. "the process of cleaning if launched." - gives me no idea.
I'd prefer something like 'the Cleanup method is called, freeing unused
grabbers'
4. "This can take some time and this is why it's done every time" - 'not'
missed :-P
I;d prefer smth like 'This can take some time, and that is the reason we do
not free each single grabber instantly after it finished.'
5. After all, i'd tried to merge this article to the above and to (forgot
the word, meaning told before the rest) them with a few words about poling
concept.

=========Beginning of the citation==============
@@TJvUrlListGrabber.DefaultGrabberIndex
Summary
  The index of the default grabber to use, if any
Description
  If this value is -1, then no default grabber will be used when no
registered grabber claims it can
  handle a given URL
=========The end of the citation================
If i got it correct, then
Description:
  The component might contain grabbers of different classes, each one
targeted for it's own protocol.
  Usually the component try to match grabber's versus URL's, so each URL
will be processed by the Grabber, best featured for it. If no matching
grabber was found, or if all matching grabbers are busy, then component
might try some default one.
  Assign this value to number of grabber, that will be used for URL's with
unknown protocol.
  Keep it -1 to process only URL's with registered protocols and ignore the
rest.

BTW, here os miss for SeeAlso for some even/exception that will inform
developer about no-match URL and give him way to customise his reaction.

------------
Here i revalled the thing that always hurt me, when after Borland help i
moved to JVCL help.
There is to be default value of property !!!
-----------

=========Beginning of the citation==============
@@TJvUrlListGrabber.Grabbers
=========The end of the citation================
Is it TObjectList or TCollection or what ?

=========Beginning of the citation==============
@@TJvUrlListGrabber.OnClosingConnection
=========The end of the citation================
1. I'd name then after TDataset - BeforeConnectionClose and
AfterConectionClose
2. I'd merge this article with one for OnConnectionClosed
3. It's not good IMHO - different order of Connection word and Clos* word
4. What is the purpose of this event? Doew it gives me some chance to change
defaul t behavior of the component or what ?

=========Beginning of the citation==============
@@TJvUrlListGrabber.OnConnectedToServer
==== Skipping: здесь мы не видим суслика ====
See Also
  OnConnectionToServer
=========The end of the citation================
....onconnectINGtoserver ?
Also see above 1, 2 and 4

=========Beginning of the citation==============
@@TJvUrlListGrabber.OnNameResolved
=========The end of the citation================
What is 'resolved' ? is it about DNS-resolving or what? maybe link to
WikiPedia ?
Also see above 1,2,3 and 4

=========Beginning of the citation==============
@@TJvUrlListGrabber.OnReceivingResponse
@@TJvUrlListGrabber.OnSendingRequest

=========The end of the citation================
1,2,3 and 4 :-)

Afterall here is so many events...
I wish there was soecial article about events flow, like there was in help
for Ace Reporter.
I remeber same articles are in help for Graphics32 lib and VirtualTreeView

=========Beginning of the citation==============
@@TJvUrlListGrabber.StartAll
Description
  If you want to start only one grabbing operation,use the Grabbers property
instead
=========The end of the citation================
space missed after comma

=========Beginning of the citation==============
@@TJvCustomUrlGrabberDefaultProperties.EditorTrick
Summary
  The editor trick used to display meaningful information at design tim
=========The end of the citation================
....timE

=========Beginning of the citation==============
@@TJvCustomUrlGrabberDefaultProperties.SupportedURLName
=========The end of the citation================
Hmmm... that makes me wonder of it is enough fpr the future.
For example news:// and nntp:// are almost the synonims
Same maybe are file:// and cifs:// and maybe smb://

=========Beginning of the citation==============
@@TJvCustomUrlGrabber.Agent
=========The end of the citation================
I'd added an example of some Internet Explorer string and maybe more.
And inserted a link to the internet, describing User-Agent heeader in HTTP
request (that is rather complex wish and i aint sure it will be discussed in
WikiPedia)

=========Beginning of the citation==============
@@TJvCustomUrlGrabber.CanGrab
@@TJvCustomUrlGrabber.GetDefaultPropertiesClass
@@TJvCustomUrlGrabber.GetSupportedURLName
=========The end of the citation================
What if i do cal lthis method? Will it manually raise EAbstract exception?
This is to be told in help IMHO.
Maybe also some summary about the issue in little letters.

=========Beginning of the citation==============
@@TJvCustomUrlGrabber.FileName
Summary
  The name of the file to write to if OutputMode is omFile
=========The end of the citation================
If OutputMode is omFile, then data will be saved into the file with the namr
determined by this property.

=========Beginning of the citation==============
@@TJvCustomUrlGrabber.OnDoneStream
@@TJvCustomUrlGrabber.OnDoneFile
@@TJvCustomUrlGrabber.OutputMode

=========The end of the citation================

While there is only few words on each - i;d merged them all with the above
article

=========Beginning of the citation==============
@@TJvCustomUrlGrabber.OnRedirect
=========The end of the citation================
....hmmm
HTTP has one more feature: change URL of the file, but do not redirect and
instead go on receiving data.
What's then ?

=========Beginning of the citation==============
@@TJvCustomUrlGrabber.Password
=========The end of the citation================
.....hmmmm
FTP always requires user (even there are predefined iser wit hnames 'ftp'
and 'anonymous'
Usually it always requires some password for anonymous users.

=========Beginning of the citation==============
@@TJvCustomUrlGrabber.Status
=========The end of the citation================
What are values? What is their meaning ?

=========Beginning of the citation==============
@@TJvCustomUrlGrabber.UserName
=========The end of the citation================
Definitely to be merged with password

BTW, are those classes capable to use username and password passed as part
of URL ?

=========Beginning of the citation==============
@@TJvUrlGrabberClassList.Insert
=========The end of the citation================
why not to redirect to standard Delphi help to TClassList ?
At least this class is to be mentioned in See Also section.

=========Beginning of the citation==============
@@TJvGrabberStatus
=========The end of the citation================
Is to be merged with all its values.
Has to have SeeAlso for Start and Stop


....dialing in...

.....crash!
dead asleep, cracking keyboard to pieces and shifts.

Recently heard an anekdot about girl who phoned mate of her to ask what to
do with keyboard, she spoiled drink over.
And she got an answer to wash it with water and give a couple of days to get
dried.
In 2 days next call - keyboard is dry but still does not function.
Guy pays a visit to her - and he sees... ...dead notebook.

Good hunt to You all!
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvKeyboardStates Questions.
From: Oscar <Oscar@yahoo.com>
Date: Tue, 23 Mar 2004 01:10:44 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks.


Subject: Re: Mantis 1514: TJvImageSpeedButton not registered
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 23 Mar 2004 01:58:09 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Shouldn't TJvImageSpeedButton be registered on the palette, and if yes, were? If not, can anyone give a reason?

I constructed TJvImageSpeedButton from TJvSpeedButton for the combo edit (TJvComboEdit etc.) because I wanted those controls to use imagelist etc instead of glyphs. I didn't register it because I thaught there were enough buttons in JVCL.

Another issue is that the combo edits now use another button that combines the code of TJvImageSpeedButton and TJvSpeedButton (so it can use both imagelists and glyphs) and some more code. So maybe that control can be registered (BTW I think that Andreas is working on a similar control, but I forgot in which pas file it is).


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvSpinEdit OnChange doesn't work
From: "M. Ahued" <m_ahuedREMOVE@THIShotmail.com>
Date: Mon, 22 Mar 2004 18:56:55 -0600
Newsgroups: jedi.vcl

Thanks Julien, now it's working fine ...

Mauricio Ahued




Subject: Mantis 1514: TJvImageSpeedButton not registered
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 10:36:07 +1000
Newsgroups: jedi.vcl

Hi all

Shouldn't TJvImageSpeedButton be registered on the palette, and if yes, were? If not, can anyone give a reason?

Thanks

Olivier



Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 03:34:57 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> JvUrlGrabbers.dtx

=========Beginning of the citation==============
@@TJvFtpDownloadMode
<TITLE TJvFtpDownloadMode type>
Description
  Either ASCII or Binary

=========The end of the citation================
....is to be added with prompt to read intro about FTP standard and link to
WikiPedia or some other resource (i meet some good one for novices when was
flaming year ago what is 'usenet' and what is 'nntp-server' and what is
'nntp URL'  year ago in some opera.* newsgroup. I can't give a link cause
i'm oflfine now, but i think one may find it via www.DejaNews.com)

=========Beginning of the citation==============
@@TJvFtpDownloadMode.hmBinary
FTP transfer in Binary mode

----------------------------------------------------------------------------
------------------------
@@TJvFtpDownloadMode.hmAscii
FTP transfer in ASCII mode
=========The end of the citation================

Are to be merged with above article.
No sense in keeping them separate.

=========Beginning of the citation==============
@@TJvFtpUrlGrabber
=========The end of the citation================
Is to had See Also to the superclass, where will be described the overall
logic and idea of this family of components.

Also what about FTP-over-SSL ? i think that is ftps:// protocol, like https://
and nntps:// ones

=========Beginning of the citation==============
@@TJvFtpUrlGrabber.CanGrab
Summary
  Returns true if the URL is a FTP URL
=========The end of the citation================
`a` or `an` ?
Isn't FTP spelled like eff-tee-pee ?

=========Beginning of the citation==============
@@TJvFtpUrlGrabber.Mode
@@TJvFtpUrlGrabber.Passive

=========The end of the citation================
Are to be merged with @@TJvFtpDownloadMode

=========Beginning of the citation==============
@@TJvFtpUrlGrabberDefaultProperties.Mode
<COMBINE TJvFtpUrlGrabber.Mode>
=========The end of the citation================
offtopic: i wonder, myay there be nested combines or combine tag is to point
directly onto common 'root' element?


=========Beginning of the citation==============
@@TJvHttpUrlGrabber
Summary
  This a grabber for HTPP URLs
=========The end of the citation================

:-P  :-P  :-P  :-P  :-P  :-P

BTW, what about HTTP-over-SSL ?

=========Beginning of the citation==============
@@TJvHttpUrlGrabberThread
Summary
  The thread used to grad HTTP URLs
=========The end of the citation================

graB


=========Beginning of the citation==============
@@TJvHttpUrlGrabber.CanGrab
Summary
  Returns True if the URL is a HTTP URL
=========The end of the citation================
`a` or `an` ?

....and so on - all the above remarks are still valid for HTTPGrabber.

=========Beginning of the citation==============
@@TJvLocalFileUrlGrabber
Summary
  This a grabber for Local File URLs
=========The end of the citation================

Not only Local, but also remote ones, shared via Microsoft Network, also
known as SMB, smb://, SaMBa, CIFS - here is such a mess that a link to
WikiPedia is a must IMHO.


=========Beginning of the citation==============
@@TJvLocalFileUrlGrabber.PreserveAttributes
Summary
  If True, the attributes of the source file will be copied to the
destination file
=========The end of the citation================
Ooops - what are those attributes, what do they include and what do they
miss?
Where is the same setting for HTTP and FTP ?

=========Beginning of the citation==============
@@TJvLocalFileUrlGrabber.GetDefaultPropertiesClass
@@TJvLocalFileUrlGrabberDefaultProperties

=========The end of the citation================
I feel while we only have 3 different grabbers - those properties are to be
merged for all of them into two articles for those properties in some
super-class.

=========Beginning of the citation==============
@@TJvLocalFileUrlGrabberThread
=========The end of the citation================
Same as above - and what is that thread? Is somewhere the very logic of this
family of classes described?

=========Beginning of the citation==============
@@TJvLocalFileUrlGrabberThread.Grabber
=========The end of the citation================
Same as above.






-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: how can i mark folders for never-update ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 03:32:02 +0300
Newsgroups: jedi.vcl

Hello, All!

I'm not interested in Q* folders and files - i appreciate them, but
personally can make no use of them.

How can i tell Tortoise to stop checking them out?

If i just remove them, i'm afreaid it will re-download them.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 03:15:55 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> JvAppXMLStorage.dtx

=========Beginning of the citation==============
@@TJvAppXMLFileStorage
<TITLEIMG TJvAppXMLFileStorage>
JVCLInfo
  GROUP=JVCL.??
  FLAG=Component
Summary
  Write here a summary (1 line)
Description
  Write here a description
=========The end of the citation================

That maybe my anonymous CVS lagging, or... ?


=========Beginning of the citation==============
@@TJvAppXMLFileStorage.AutoFlush
Summary
=========The end of the citation================
Arrgh!
The same as for IniStorage.
This is definitely to be moved to SuperClass !

=========Beginning of the citation==============
@@TJvAppXMLFileStorage.Flush
=========The end of the citation================
I better like style of description of smae property of INI storage
And again - is to be moved to superclass.


=========Beginning of the citation==============
@@TJvAppXMLFileStorage.Reload
=========The end of the citation================
I can't remember same method for INI storage. Strange.

=========Beginning of the citation==============
@@TJvCustomAppXMLStorage.CreateAndSetNode
Summary
  Creates the indicated node and sets FCurrentNode
Description
  Reads the \ separated Key string and sets FCurrentNode to the last one,
having created all the
=========The end of the citation================
`indicated` -> given ?
'\ separated' -> '\-separated' or 'separated with backslash (`\`) character'
?


=========Beginning of the citation==============
----------------------------------------------------------------------------
------------------------
@@TJvCustomAppXMLStorage.DeleteSubTreeInt


----------------------------------------------------------------------------
------------------------
@@TJvCustomAppXMLStorage.DeleteValueInt
=========The end of the citation================

....and so one.
Sorry, it must be CVS lag :-(


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: ...neeed coments from those with native English
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 03:09:50 +0300
Newsgroups: jedi.vcl

Hello, OBones!

O> JvAppIniStorage.dtx

AAS: "...TMemIniFile object."

Am i correct that TMemIniFile bypasses Win32 Get- and SetProfile* API's and
manually reads and writes to the file?
That might be incompatible, since AFAIR WinXP+ disallows all file API access
to %SystemDir%\*.ini

AS: re-reading it, i feel like i might be rude. Sorry then, i just don;t
know how to say that softly, and i do not underestimate Your work on the
file.

=========Beginning of the citation==============
@@TJvAppIniFileStorage.AutoFlush
Summary
  If set to True, the Flush method will be called whenever a modification is
made to the in memory
  file
=========The end of the citation================
AS: I'd merged this topic and Flush topic.
I'd changed `whenever` to `right after`
I feel there's needed 2nd sentence like `Otherwise data will be saved to
file only when component is destoyed or Flush method is explicitly called by
You`

@@TJvAppIniFileStorage.FileName
I feel, that the component is to be modified to use EXE's filename if this
prop[erty is left blank.
Currently if it is blank, then component is of no functionality.
Anyway, Help is to tell something about case when this property is left
blank.

=========Beginning of the citation==============
@@TJvAppIniFileStorage.Flush
Summary
  Writes changes to the file.
Description
  Flush will write any changes made to the storage to the underlaying INI
file.
=========The end of the citation================
IMHO here is the typo in `underlaying`, but i aint English-speaking and
can't tell hiow it must be.
I feel like `a` letter is to be cut off, but aint sure.

....and a call to a writing function has been done.
Hmm... i dod not catch this.
IMHO it is to be rephrased like `and some data was changed by calling [any
of ]writing function[s]` - i am not familiar to the component and do not
know if there is sole fn or number of them, i just think that if it was
sole - its name just appeared here :-)

=========Beginning of the citation==============
@@TJvAppIniFileStorage.Ini
Summary
  The in memory Ini file object.
Description
  This is provided if you want to access directly the Ini file object, for
instance if you share it
  with other components. Be very careful not to break anything while doing
so.
=========The end of the citation================
`in-memory` ?
I'd rephrase like that:

This prop[erty gives You direct access to the internal Ini file object, that
the component uses as a storage for its data.
You can make some use of it, even trying to share it aamong number of
components, though this one will be dirty trick, allowing you to break
anything.

=========Beginning of the citation==============
@@TJvCustomAppIniStorage
=========The end of the citation================
Since this line and below there is frequent term 'INI-file', while above the
line it is 'Ini file'
IMHO some single one is to be choosed.

=========Beginning of the citation==============
@@TJvCustomAppIniStorage.DefaultSection
=========The end of the citation================
Same like about Filename property - what if it is empty? Will the Form's
..Name be used instead (like RxLib did) ? How does it corresponds to Sections
inside INI ?
" this value is used" - how? what for ?
"the computed section is empty" - what is the computed section? How and when
is it computed?

=========Beginning of the citation==============
@@TJvCustomAppIniStorage.IniFile
=========The end of the citation================
I feel like it is to be merged with TJvAppIniStorage.Ini - btw, why name had
changed ?

=========Beginning of the citation==============
@@TJvAppIniFileStorage.OnGetFileName
Summary
  Occurs when Location is set to flCustom.
Description
  Write an OnGetFilenName event handler to change the full qualified file
name that is used to store
  the ini file.
=========The end of the citation================
Summary - yes, i may be wondering when it is triggered, but my main concern
is 'What is it and what is it for'

BTW, to my experience this property asks for the PATH (folder), not for the
filename !!!

Summary
  This even is triggered, when component asks You for location of Ini-file,
if Location is set to flCustom.
Description
  Write an OnGetFilenName event handler to change the full qualified file
name that is used to store
  the ini file.
  This even is only triggered if Location is set to flCustom.

With this last line i maybe doing terrible mistake, more so, if i was
writing the component - i'd call the event anyway, giving default
pre-computed filename and giving user last chance to change it. But original
Summary made me think that way.

See Also: Location is missed IMHO.

=========Beginning of the citation==============
@@TJvCustomAppIniStorage.ValueExists
Summary
  Determines if a value exists.
=========The end of the citation================
maybe i'm telling nonsense, but i fill like 'Determining' is an 'active;
word. It does something.
Say, it might be used for Color pro[perty, that determines how user will see
component on form.
Here it is better to say 'Queries' or maybe even 'Tells'


For WriteValue and ReadValue - ain't there to be SeeAlso section to link it
to the abstract methods of base superclass, where the logic of those
fiunctions is to be presented to user?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 02:37:33 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> JvVigenereCipher.dtx

=========Beginning of the citation==============
@@TJvVigenereCipher
<TITLEIMG TJvVigenereCipher>
==== Skipping: здесь мы не видим суслика ====
  A component that encodes according to the Vigenere cipher method
=========The end of the citation================
1) ....ans decodes...
2) same as for XOR cypher

Description:
....inspired by the much more complete *one,* available...

Or even
....inspired by the much more complete *one, that is* available

But afterall i'm not english-speaking person, so i can't tell where this
will not make text too waterfull or too shematic, not essential.

=========Beginning of the citation==============
  http://it.geocities.com/teutoburgo/java/javi/algorithm.htmlEncodeStream,
Key
=========The end of the citation================
Hmm.. is it bug in UniRed or is something missed after URL ?


BTW, how would You like the idea to merge topics of Encode and Decode into
one common topic ?
IMHO when we have only 2-3 sentences for property - developer will need to
look at other properties to compare.
Here merging similar properties would give him help of easy logical
observation of them.


Also, comparing it to XOR cipher, i wonder - do they have some common
superclass ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Components quick review
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 09:37:27 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Where in the FAQ would that be? Cause I'm looking on
>> http://homepages.borland.com/jedi/jvcl/ and can't find anything related
>> to that.
>
> Darn, forgot to upload the new FAQ file. Will do tonight.
No worries. BTW, there are somme grammar errors in the developer help, in the section about who will not become a developer. The word "people" is a plural, hence all verbs should be in plural too. Here is a corrected sentence:

People who have contributed nothing or little to the JVCL, who do not really need CVS access, who have a sloppy coding style, who constantly submit buggy and non-working code or have a known history of malicious behavior towards JVCL or other projects will have little chance of becoming a JVCL developer.


> You're shot<g>! Seriously, I wouldn't call it dangerous, maybe annoying.
> They should of course have their own icons but since noone seems interested
> in creating them...
Ah well, I'll see what I can do, it all depends on what my private schedule will be in the next few days. But creating icons isn't too hard so I will most likely do the easiest ones.



Subject: Re: TJvAppXMLFileStorage reads from the wrong node
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Mar 2004 09:32:49 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Well, it works, you just have to be cautious ;-)
>
> In this specific case, it doesn't work no matter how cautious I am. The
> problem is that FCurrentNode is in the wrong place when ReadString is called
> and there is no way to reset it to where it should be (it is set inside
> DoReadString) . The only place FCurrentNode is used is after a call to
> CreateAndSetNode so why not return the created node from that method and use
> that to write the values instead?
>
> Maybe FCurrentNode was used some time in the beginning but now is obsolete
> (if CreateAndSetNode returned the last node it created)?
>
Well, I don't mind you changing stuff in there at all. As I said before, I inspired the code from the registry backend, which stores the current Key in the registry and does something really similar to what I do. So maybe I didn't import the concept right, or maybe the registry backend is broken too.
Fact is, I never had problems with the XML backend, values are read and written correctly. But it's true, that I always use it in the 'read then write' order, never the contrary.



Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 02:28:33 +0300
Newsgroups: jedi.vcl

Hello, OBones!

AS: BTW - wrong casing for 'Jv' prefix in
c:\Borland\AddOns\JvclHelp\jvThumbNails.dtx

 O> JvXorCipher.dtx

=========Beginning of the citation==============
@@TJvXORCipher
==== Skipping: здесь мы не видим суслика ====
Summary
  A component that can encode and decode using the XOR algorithm
=========The end of the citation================
.....decode any data You'd pass to it, using....

Also gere is missed description how to use it.
Also for pairs Decode*/Encode* i'd add remark that for the particular XOR
functions there ain't any difference between them.

After all i fee lthis component is to be reworked, but i feel also that it
is not worth that :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 02:21:57 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> JvAnimatedImage.dtx

AS: i dislike those properties GLyphNum and NumGlyphs
I'd rename them to [Sub]GlyphIndex and [Sub]GlyphsCount

Also i'd rename event OnFrameChanged to On[Sub]GlyphChnaged.
There maybe left hidden propertiy OnFrameChanged to make it seamlessly
loaded from legacy DFMs.

I dislike property @@TJvAnimatedImage.Opaque
Compare to TLabel, TPanel - i feel like common scheme in VCL is to have
[Show]Transparent property for that.
I'd changed it and made Opaque stub for legacy code/DFM - like told above.


=========Beginning of the citation==============
@@TJvAnimatedImage.TransparentColor
Summary
  Indicate which color is to be considered transparent in the glyph
=========The end of the citation================

glyphS ?

=========Beginning of the citation==============
@@TJvAnimatedImage.OnStop
Summary
  Event triggered when the animation stops
=========The end of the citation================
ain't there some verb needed after 'event' word ?
when this event is triggered? When images sequences is over? When stopped by
some method call? Maybe user can do some mouseclick or whatever to stop it?

Just compare with TEdit.OnChange event (it is TEdit, yes?) - that is
triggered when user changes text, but not whaen my code does Edit.Text :=
'bla-bla';

Same goes for OnStart and OnFrameChanged

=========Beginning of the citation==============
@@TJvAnimatedImage.Active
Summary
  If true, the animation is performed.
=========The end of the citation================
performING ?  ....is beeing performed?
Also i'd add 'at this very moment'  to the end of text.


=========Beginning of the citation==============
@@TJvAnimatedImage
==== Skipping: здесь мы не видим суслика ====
Summary
  A component that animates a glyph
=========The end of the citation================

Too short IMHO.
Better smth like ' This component plays animation, made by a number of given
glyphs, which it shows one after another'

Also i cant get from text what is the way to use it.
Common Sense tells me that i must give it long bitmap that will be
vertically (or horisontally) sliced to NumGlyphs parts - but i'd prefer to
see it expressed directly.

Also i'd like to have way to conect this component to TImageList :-)))

=========Beginning of the citation==============
@@TJvImageControl
Summary
  An image that can do buffered painting
=========The end of the citation================
I do not know how t orephrase it better, but that is not image, that is a
control!

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Globus vgXMLSerializer
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 01:59:12 +0300
Newsgroups: jedi.vcl

Hello, OBones!

O> Add JvgXMLSerializer.dtx to the list

So this component will be used?
Has it been refactired?
I tried it 2 years ago - and got very poor impression of it.


Guess my those messages are still on Google somewhere :-)


While i think it made appear that article about serialization, personally i
cannot traet this component better than Demo for the principles of article.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Have you got a Text comparator ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 01:51:38 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 >> PS: we still did not get public permission to use his Rx help ? sad.
 O> Yes we do, but I never received the source for the help file.

Hmm, it always can be de-compiled.
But now, when almost no Rx is left non-amalgamated - that might be of non
sense, of course.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Mar 2004 08:05:27 +1000
Newsgroups: jedi.vcl

Arioch wrote:
> Hello, OBones!
>
>  O> JvAppIniStorage.dtx
>
> I'd like to read what is that TJvAppIniStorageList - but can't file the DTX.
> Where is it in CVS ?

The dtx files are in dev\help


Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 00:40:28 +0300
Newsgroups: jedi.vcl

Hello, Arioch!

 A> Seems my local JVCL copy just bypasses them :-(

Yes, i think the folder structure, that i be presented with, does not
contain those.

Could You post inyo binaries [cvs] subfolders, si i could check out the
DTX'es ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help: Need reviewers
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 23 Mar 2004 00:37:29 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> JvAppIniStorage.dtx

I'd like to read what is that TJvAppIniStorageList - but can't file the DTX.
Where is it in CVS ?

Seems my local JVCL copy just bypasses them :-(
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Have you got a Text comparator ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 22 Mar 2004 19:23:58 +0300
Newsgroups: jedi.vcl

Hello, @rennes!

 > ?? I don't find text comparator here : http://www.e-naxos.com/

I saw it among procedures/examples/articles ~3 years ago.
You can mail webmaster and ask.

But that was a sample implementation, which was created, used and abondoned,
while TDiff seems to be alive still.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: I need your guys help...please
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 22 Mar 2004 08:31:49 -0600
Newsgroups: jedi.vcl

I need to know what component i can use to achieve the following:

I need a drop-down list with auto-complete that will navigate to the record
in the database...not change the current record.

When i use a standard dbcombobox, and i start typing in it, it does perform
the auto-complete. Problem is it edits the current record you are on with
that value instead of navigating to the record i typed in.

If anyone could please point me in the right direction, i would appreciate
it.

Thanks in advance,
Dave




Subject: Re: Daily snapshot: Install not possible
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 22 Mar 2004 14:08:22 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c3mlos$maq$1@talkto.net...
> > Sounds to me like you have old bpl/dcp's lying around. Delete any and all
> > Jv*.bpl and Jv*.dcp on your computer as well as any Jv*.dcu.
> >
> > Run the installer again.
> >
> > Don't you have a JvNetReg.dcr in your JVCL\Resources folder?
> >

Hello,

no, there is no JvNetReg.dcr in the resources folder.

Regarding the other problem: I have deleted all old files before compiling.
But the problem stays.

Another "crazy" effect: I i open all packages in the Delphi IDE, compile
them and install them. I get all components displayed in the IDE. BUT: If i
close the IDE and restart it i get the same error ("Procedure entry üpoint
not found")

For the moment i have returned to an older version of JVCL (some days after
the beta)

Ciao,
Ralf





Subject: Re: Components quick review
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 14:07:40 +0100
Newsgroups: jedi.vcl

> > Darn, forgot to upload the new FAQ file. Will do tonight.
Done.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Daily snapshot: Install not possible
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 13:58:19 +0100
Newsgroups: jedi.vcl

Sounds to me like you have old bpl/dcp's lying around. Delete any and all
Jv*.bpl and Jv*.dcp on your computer as well as any Jv*.dcu.

Run the installer again.

Don't you have a JvNetReg.dcr in your JVCL\Resources folder?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where is TJvExecute
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 13:56:03 +0100
Newsgroups: jedi.vcl

> > TJvCreateProcess ?
Yup, that would be the one.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Components quick review
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 13:55:37 +0100
Newsgroups: jedi.vcl

> > Where in the FAQ would that be? Cause I'm looking on
> > http://homepages.borland.com/jedi/jvcl/ and can't find anything related
> > to that.
Darn, forgot to upload the new FAQ file. Will do tonight.


> > Without considering the FAQ, isn't it a bit "dangerous" to rely on the
> > order of loading packages to get icons displayed? What if I never
> > installed the package that contains the icons?
You're shot<g>! Seriously, I wouldn't call it dangerous, maybe annoying.
They should of course have their own icons but since noone seems interested
in creating them...

> > Will see if I get some inspiration.
Inspired enough to take on the other three as well<g>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Daily snapshot: Install not possible
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 22 Mar 2004 13:54:34 +0100
Newsgroups: jedi.vcl

Hello,

i have just downloaded the latest snapshot. On install a file named
"jvNetReg.dcr" is missing.

OK. I have excluded this package from the installation (do not need it) and
everything compiles fine.

But when i start Delphi afterwards i get an error:

"Der Prozedureinsprungpunkt "@jvTypes@TjvPersistent@ wurde in der DLL
"JvCoreD7R.bpl nicht gefunden"

(means in english: The procedure entry point ... was not fount in the
DLL..."

What is wrong here? - I cannot install ANY package to the IDE even if i try
to install them "by hand".

Ciao,
Ralf



Subject: Re: anyone checked examples vs Delphi5 ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 13:52:02 +0100
Newsgroups: jedi.vcl

> > Is there some free syntax parser, that can be easily customised to make
some
> > number of standard checks, such as this aand DesignSize property ?

There is a tool in devtools\DFMCleaner than can clean dfm files. See
dccleand5.bat in devtools\bin for how to use it. That doesn't help on pas
files, though. Don't know of any other tool that can do this.

But then again, getting files from CVS *is* fraught with problems and you
cannot expect them to compile without manual intervention all the time. CVS
is JVCL's work folder, not the end-user's.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvAppXMLFileStorage reads from the wrong node
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 13:47:24 +0100
Newsgroups: jedi.vcl

> > Well, it works, you just have to be cautious ;-)
In this specific case, it doesn't work no matter how cautious I am. The
problem is that FCurrentNode is in the wrong place when ReadString is called
and there is no way to reset it to where it should be (it is set inside
DoReadString) . The only place FCurrentNode is used is after a call to
CreateAndSetNode so why not return the created node from that method and use
that to write the values instead?

Maybe FCurrentNode was used some time in the beginning but now is obsolete
(if CreateAndSetNode returned the last node it created)?

-- Regards, Peter Thornqvist (JVCL Coordinator) 

Subject: Re: jvcl & dxgettext
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Mar 2004 22:21:33 +1000
Newsgroups: jedi.vcl

Arioch wrote:

>  O> Nothing again, and the installer could ask you where dxgettext
>  O> is to solve that problem.
> Exactly what i asked in 1st post.
> Ceasing fire? :-)
Yeah yeah... ;-)

>  >> Also the question was about *removing warning*, folders question is
>  >> above, not this one.
>  O> Yes, you could ask, but that's only an installer feature, don't expect
>  O> to see some special marker in the packages.
>
> Why, IMHO it is an extension to PG.exe - that's all :-)

No because I want to be able to use the packages without having to run something on them everytime I decide to use DxGettext or not. And while in Delphi you could use conditions, with BCB you can't and would have to regenerate the packages everytime. Really annoying.

Cheers
Olivier


Subject: Re: anyone checked examples vs Delphi5 ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Mar 2004 22:19:59 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, Peter!
>
>  PT> files from time to time, though.
>
> ...and that hurt.
> Is there some free syntax parser, that can be easily customised to make some
> number of standard checks, such as this aand DesignSize property ?
>
This is teasing:
You?


Subject: Re: Components quick review
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Mar 2004 22:10:24 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> TJvDatePickerEdit (JvStdCtrls)
>> TJvDotNetFilenameEdit (JvDotNetCtrls)
>> TJvDotNetDirectoryEdit (JvDotNetCtrls)
>
> These inherit their icons from their ancestors but they might not show up
> due to the install order of packages. See the FAQ (on the new site).
Where in the FAQ would that be? Cause I'm looking on http://homepages.borland.com/jedi/jvcl/ and can't find anything related to that.
Without considering the FAQ, isn't it a bit "dangerous" to rely on the order of loading packages to get icons displayed? What if I never installed the package that contains the icons?

> The others do miss palette icons, however, so if anyone feels like making
> them, you are welcome.
Will see if I get some inspiration.

Cheers

Olivier


Subject: Re: TJvAppXMLFileStorage reads from the wrong node
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Mar 2004 21:59:51 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Honestly, I have no idea.
> So, you are basically saying "it doesn't work but leave it as it is because
> I think it will break even more if you change it"? ;)
Well, it works, you just have to be cautious ;-)
But I agree that this must be investigated.

>> Well, nobody complained
> Lack of complaint could also that no one is using it.
I totally agree

> I'll look into it some more then, but beware that I might change it without
> prior notice.
Please do, I'm not working on it, just documenting it and I finished. So if you add properties or methods, it's all yours to document them ;-)


Subject: Re: TJvAppXMLFileStorage reads from the wrong node
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 12:54:25 +0100
Newsgroups: jedi.vcl

> > Honestly, I have no idea.
So, you are basically saying "it doesn't work but leave it as it is because
I think it will break even more if you change it"? ;)

> > Well, nobody complained
Lack of complaint could also that no one is using it.

> > My main concern with your fix is when using substorages.
I'll look into it some more then, but beware that I might change it without
prior notice.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: anyone checked examples vs Delphi5 ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 22 Mar 2004 14:51:44 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> files from time to time, though.

....and that hurt.
Is there some free syntax parser, that can be easily customised to make some
number of standard checks, such as this aand DesignSize property ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvWinXPBar - Memory Leak
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 12:51:20 +0100
Newsgroups: jedi.vcl

> > Please change the TJvXPCustomWinXPBar destructor :
Thanks. Will fix.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Components quick review
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 12:51:08 +0100
Newsgroups: jedi.vcl

> > TJvDatePickerEdit (JvStdCtrls)
> > TJvDotNetFilenameEdit (JvDotNetCtrls)
> > TJvDotNetDirectoryEdit (JvDotNetCtrls)
These inherit their icons from their ancestors but they might not show up
due to the install order of packages. See the FAQ (on the new site).

The others do miss palette icons, however, so if anyone feels like making
them, you are welcome.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where is TJvExecute
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 22 Mar 2004 14:49:49 +0300
Newsgroups: jedi.vcl

Hello, Warren!

 WW> I read about TJvExecute in the documentation but can't find it on the
 WW> pallete.  I'm have Delphi 7 with JEDI V2.10.

TJvCreateProcess ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: jvcl & dxgettext
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 22 Mar 2004 14:49:30 +0300
Newsgroups: jedi.vcl

Hello, OBones!


 O> Nothing again, and the installer could ask you where dxgettext
 O> is to solve that problem.

Exactly what i asked in 1st post.
Ceasing fire? :-)

 >> Also the question was about *removing warning*, folders question is
 >> above, not this one.
 O> Yes, you could ask, but that's only an installer feature, don't expect
 O> to see some special marker in the packages.

Why, IMHO it is an extension to PG.exe - that's all :-)


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Components quick review
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Mar 2004 21:38:01 +1000
Newsgroups: jedi.vcl

Hi all.

I'm in the process of writing help for the components I said I would.
I down to three in my list, but I can't find those two on the palette:
TJvXMLDatabase
TJvXMLTree

Can anyone tell me where they are?

And while I'm at it, those components don't have icons:
TJvContextProvider (JvCore)
TJvColorProvider (JvCore)
TJvColorMappingProvider (JvCore)
TJvDatePickerEdit (JvStdCtrls)
TJvBDEItems (JvBDE)
TJvDBListDataSet (JvBDE)
TJvgFixFont (JvGlobus)
TJvDotNetFilenameEdit (JvDotNetCtrls)
TJvDotNetDirectoryEdit (JvDotNetCtrls)

Maybe I did something wrong, but I used the latest generated DRC files.

Cheers

Olivier Sannier
JVCL Developer


Subject: TJvWinXPBar - Memory Leak
From: Pierre Y. <pierre@[levosgien].net>
Date: Mon, 22 Mar 2004 12:35:47 +0100
Newsgroups: jedi.vcl

Please change the TJvXPCustomWinXPBar destructor :

destructor TJvXPCustomWinXPBar.Destroy;
begin
 FFont.Free;
 FHeaderFont.Free;
 FGradient.Free;
 FIcon.Free;
 FItems.Free;
 FVisibleItems.Free;
 FColors.Free;

(* PrY - 2004-03-22 - These TChangeLink are never Freed *)
 FImageChangeLink.Free;
 FRollChangeLink.Free;
(* PrY *)

 inherited Destroy;
end;

-- 
Pierre Y.
levosgien.net - http://cerbermail.com/?7dwZGWwOB0
(Cliquez sur le lien ci-dessus pour me contacter en privé)



Subject: Re: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Mar 2004 21:06:48 +1000
Newsgroups: jedi.vcl

Add JvgXMLSerializer.dtx to the list


Subject: Re: TJvScheduler's event's TriggerCount
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 22 Mar 2004 10:04:29 +0100
Newsgroups: jedi.vcl

Hello, Adrien!
You wrote  on Sun, 21 Mar 2004 19:46:38 +0100:

 AR> I'm trying to save all the content of a TJvScheduler into an INI.

   There are Load/Save methods integrated into the component. These will
save/load to/from an AppStorage, including the TriggerCount (or at least it
should). Be careful with these methods since there is still the issue of a
crash when trying to load an empty file (i.e. no saved events present).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Have you got a Text comparator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Mon, 22 Mar 2004 09:58:59 +0100
Newsgroups: jedi.vcl

?? I don't find text comparator here : http://www.e-naxos.com/


"Arioch" <the_Arioch@nm.FalseDomain.ru> a ecrit dans le message de news:
c3if82$4ek$2@talkto.net...
> > Hello, @rennes!
> >
> >  >  - load two file to be comparating
> >
> > Try to find "Delphi StarGate" site.
> >
> > PS: we still did not get public permission to use his Rx help ? sad.
> >
> > --
> > [tip] Fix for Outlook Express quoting:
http://Arioch.nm.ru/FL/Fidolook_SL.png
> > E-mail is faked because of spam.   the_Arioch@NM.falseDomain.ru
> >




Subject: Re: TJvAppXMLFileStorage reads from the wrong node
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Mar 2004 18:51:36 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> No, it should be the caller that ensures that the default is not use.
>
>
> Then please explain how to solve this issue in Mantis when using a
> XMPStorage component
> http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001509:
Honestly, I have no idea.

>> I wouldn't be so sure about that, or the Registry storage is broken too...
>
> What says it isn't?
Well, nobody complained about it and I based the XML backend on it. My main concern with your fix is when using substorages. Unfortunately, I don't have much time to investigate this right now.


Subject: Re: 'New' JvDBGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 08:51:28 +0100
Newsgroups: jedi.vcl

> > Anyway, if we want this in DBGrid, I can add it in no time.
> >
> > Comments please (Peter Lionel)
OK by me. The more the merrier :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvAppXMLFileStorage reads from the wrong node
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 08:41:16 +0100
Newsgroups: jedi.vcl

> > No, it should be the caller that ensures that the default is not use.

Then please explain how to solve this issue in Mantis when using a
XMPStorage component
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001509:

> > Rather, investigate which call is wrong and figure a way to fix the
> > call, not the function.
I did but I still don't understand *why* FCurrentNode is even needed in
GetNodePath. Could you explain that to me, because to me, it seems wrong.
And the only fix AFAICS, is to fix GetNodePath because that's where the
problem is. The only place FCUrrentnode is used is in the writers. The
problem occurs if you mix reads and writes, like this for example:

with FAppStorage do
  WriteString(ConcatPaths([FAppStoragePath, 'Forms', 'FormNames']),
ReadString(ConcatPaths([FAppStoragePath, 'Forms',   'FormNames'])) +
DockFormName + ';');

ReadString moves FCurrentNode to the new location, ,making the next call to
ReadString fail (returning an empty string) and in effect erases the
previous value at Forms\FormNames instead of appending to it.


> >I wouldn't be so sure about that, or the Registry storage is broken too...
What says it isn't?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 'New' JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Mon, 22 Mar 2004 08:27:59 +0100
Newsgroups: jedi.vcl

> > Personally, i always wished that hint dies not disappear if i keep mosue
> > over it, even if the timeout is over.
> > Can this be added ?

Adding this to JvDBGrid is a simple task, but users might want this feature
on all hints; in that case, I think the solution is to have a JvHint
component with the timeout puplished, maybe also a 'Hint-style' so it could
replace BaloonHint ????

Anyway, if we want this in DBGrid, I can add it in no time.

Comments please (Peter Lionel)

regards
Flemming





Subject: Re: anyone checked examples vs Delphi5 ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 08:16:31 +0100
Newsgroups: jedi.vcl

> > So i think, in the examples ether Variants is to be #IfDef'ed out for
> > Delphi5 - or there is to be generated stub empty Variants.pas for Delphi5.

The examples have been checked numerous times for D% comaptibility.
Unfortunately, sometimes someone checks in a version of a file that only
works with his version of Delphi. That happens but should be checked and
removed before a release. CVS can contain version specific files from time
to time, though.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCLConvert vs Delphi5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Mar 2004 08:14:15 +0100
Newsgroups: jedi.vcl

> > What is a policy for DevTools - are they to be compatible with any version
> > of compiler, supported by JVCL ?

devtools shouldn't be expected to work with *any* version of Delphi.
devtools isn't supported the way the normal component installs are. The
tools in there could be D6 or D7 or even D8 or BCB6 specific. There's no
telling and there's no rules.

> > But if i ever contributed to it, please, what was it ? :-)
Haven't got the faintest :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Where is TJvExecute
From: "Warren Weber" <warrenjw@austarnet.com.au>
Date: Mon, 22 Mar 2004 14:06:28 +1000
Newsgroups: jedi.vcl

Hi

I read about TJvExecute in the documentation but can't find it on the
pallete.  I'm have Delphi 7 with JEDI V2.10.


--
Warren Weber
warrenjw@austarnet.com.au




Subject: Re: jvcl & dxgettext
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 22 Mar 2004 13:20:02 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
>
>>> I think installer is not to rely on the fact that GetText and
>>> ThemeManager are registered in general IDE search path. Instead user is
>>> to have way to spevify to installer those paths, if he choosed to use
>>> them.
>
> O> Why not? Once again, to me, it is the user responsibility to setup his
> O> environment. Maybe this needs to be clarified in the documentation.
>
> To me 'user responsability' does not means 'tools must not make user's life
> easier'.
> Yes, it is my responsability - and my decisions as well, and if installer
> forces the decision it likes - then it becomes _its_ responsability :-P
To me, it's not forcing anything, it's just using your setup

> So you think, i _must_ set _all_ the libraries i may sometime use into
> general IDE settings?
That's what I do, but I only have two or three libraries anyway.

> Sorry, but at least half of the libs i use are not there - instead i put
> them into options of certain project, that makes use of them.
> What's wrong with that?
Nothing, it's your setup, it's different from mine, that's all.

> Installer is to make my life easier, not harder.
> I want to click on dxGetText installer, then on JVCL installer. What's wrong
> with that?
Nothing again, and the installer could ask you where dxgettext is to solve that problem. Pretty much like it asks you for the JCL if it can't find it.

> Why is there JVCL installer at all ?
> Surely You can say 'compiling and registering JVCL is user responsability'
> and since manual installation already is 'clarified in documentation' - then
> there is no need for installer at all.
> But You will not say such a nonsense, will You?
I won't, but I must admit that the installer is not something that I'm involved in because I don't use it. I acknowledge its value to the end user, but as a developer, I prefer the plain old batch files. Way easier to use (at least to me).

> O> This is technically impossible, the unit itself is not in a path that
> O> can be known in advance.
>
> This is techically possible - just ask user where it is.
> Also the question was about *removing warning*, folders question is above,
> not this one.
Yes, you could ask, but that's only an installer feature, don't expect to see some special marker in the packages. That would render them useless and I don't want to see that.

This is just my opinion, others may have another point of view on the subject.

Cheers
Olivier



Subject: Re: jvcl & dxgettext
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 22 Mar 2004 04:27:37 +0300
Newsgroups: jedi.vcl

Hello, OBones!

>> >> I think installer is not to rely on the fact that GetText and
>> >> ThemeManager are registered in general IDE search path. Instead user is
>> >> to have way to spevify to installer those paths, if he choosed to use
>> >> them.
O> Why not? Once again, to me, it is the user responsibility to setup his
O> environment. Maybe this needs to be clarified in the documentation.

To me 'user responsability' does not means 'tools must not make user's life
easier'.
Yes, it is my responsability - and my decisions as well, and if installer
forces the decision it likes - then it becomes _its_ responsability :-P

So you think, i _must_ set _all_ the libraries i may sometime use into
general IDE settings?
Sorry, but at least half of the libs i use are not there - instead i put
them into options of certain project, that makes use of them.
What's wrong with that?

Installer is to make my life easier, not harder.
I want to click on dxGetText installer, then on JVCL installer. What's wrong
with that?

Why is there JVCL installer at all ?
Surely You can say 'compiling and registering JVCL is user responsability'
and since manual installation already is 'clarified in documentation' - then
there is no need for installer at all.
But You will not say such a nonsense, will You?

Where is the divide between the two cases?

>> >> Also those "implicit importing" - maybe it is better to include it
>> >> explicitly into DPK with $IfDef ?
O> This is technically impossible, the unit itself is not in a path that
O> can be known in advance.

This is techically possible - just ask user where it is.
Also the question was about *removing warning*, folders question is above,
not this one.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: jvcl & dxgettext
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 22 Mar 2004 09:38:32 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, All!
Hi

> IMHO path (*.cfg?) should be modified for JvCore - to include dxGetText into
> path.
> Also, gettext.pas for Delphi 5 is located in different folder than
> gettext.pas for Delphi6+.
And how do you expect us to do that? Dxgettext can be installed anywhere and certainly not in the default location. If people want to use it, it is THEIR problem to ensure that the path to the correct gnugettext.pas is in the Library path of the Environment tab in Delphi. If it's not there, we can't do anything about it.


> I think installer is not to rely on the fact that GetText and ThemeManager
> are registered in general IDE search path.
> Instead user is to have way to spevify to installer those paths, if he
> choosed to use them.
Why not? Once again, to me, it is the user responsibility to setup his environment. Maybe this needs to be clarified in the documentation.

> Also those "implicit importing" - maybe it is better to include it
> explicitly into DPK with $IfDef ?
This is technically impossible, the unit itself is not in a path that can be known in advance.

> But that was not end of story:
> =========Beginning of the citation==============
> Compiling package: JvJansD5R.bpl
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> 59459 lines, 10.07 seconds, 1059 bytes code, 0 bytes data.
>
> Compiling package: JvJansD5D.bpl
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> C:\Borland\AddOns\JVCL3\design\JvJansReg.pas(17) Fatal: Never-build package
> 'JvJansD5R' must be recompiled
>
> ** error 1 ** deleting JvJansD5D.bpl
> =========The end of the citation================
This is a strange problem that some people already reported but I never was able to reproduce it. To me there must be something in JvJansReg.pas that makes this happen.

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: TJvAppXMLFileStorage reads from the wrong node
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Mar 2004 07:55:40 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> While investigating a bug report on using AppStorage with JvDocking, I came
> across this code in TJvAppXMLFileStorage:
>
<snip>
>     Node := FXML.Root;

No, it should be the caller that ensures that the default is not use. Do a search for GetNodeFromPath in the source, you will see that most of the time, it uses the default, but when it doesn't it passes FXML.Root.
This is inspired by what the registry storage does and it works. Well, at least it works here and I didn't quite get the problem.
But please, don't change this, I did it once and it broke the rest. Rather, investigate which call is wrong and figure a way to fix the call, not the function.

> since app storages always concatenate and resolve the full path, never relative paths.
I wouldn't be so sure about that, or the Registry storage is broken too...

Cheers

Olivier


Subject: What is HMI? JvSwitch (ex-RxSwitch) is HMI ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 22 Mar 2004 00:23:36 +0300
Newsgroups: jedi.vcl

Hello, All!

What HMI are supposed to be ?

Things, looking like a 'real-worls' controls ?
Then what about JvSwitch ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Debugging Plugins with D5
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 21 Mar 2004 19:42:04 -0100
Newsgroups: jedi.vcl

Hi all,

i did not jump ;-) The solution I found might interrest others, so please find it here.

D5 Enterprise, JVCL 3 Beta Release, WIndows XP Pro:
I can have alle Source in different directories and compile the result into a common one for testing. Many tops said that you have to keep everything in one Direcors. This did not apply.

Instead: After the plugin has been loaded by the Application I pressed CTRL-ALT-M and found the plugin in the list, clicked right and chose to reread the symbols. Then the Breakpoint markers reappeared and debugging was possible.

According to the source in SwissDelphiCenter this seems to be an issue on XP only.

Michael

micha schumann wrote:
> Hi there,
>
> I read a lot about tips and tricks how to make Delphi 5 debug DLLs. I tried them all and now ended up in having the complete seource (huge Project) including plugins in one directory together with dcu's, dll's and exe's. But: The debugger just won't debug my plugins.
>
> Perhaps someone can protect me from jumping out of the Window and tell me how to make D5 debug DLLs?
>
> Thanks in advance for saving my life ;-)
>
> Micha


Subject: Re: ColorTrackBar
From: "Stefano Pessina" <peste1@tin.it>
Date: Sun, 21 Mar 2004 21:01:31 +0100
Newsgroups: jedi.vcl

True about the ArrowVisible property... but it's possible to use the control
with, for example, an Edit control without arrow... personally I wouldn't
use it in this mode, but... why don't leave the others to do this?

Issues? Mmmm... later I will check the code... if you have some
suggestions... I'm here!

A regular one? This track bar is powerful used for the color control (eg.
gradation and shadings): you can build the RGB values of selected color in
trackbar.
And I think it's possible to develop some new features. No...?

Thank you for the interest!

_________________________ __
Regards,
Stefano Pessina

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c3hpsv$169$1@talkto.net...
> > I am looking at it now. Why does it have an ArrowVisible property? Seems
to
> > me the control has no use if ArrowVisible is false, because one acnnot see
> > the position without it.
> >
> > I've also found some issues with Min and Max visavi Position if Min <> 0
and
> > Max <> 100 but those are fixable.
> >
> > Could you tell me a little more about the intended use, i.e why should I
use
> > this track bar instead of a regular one (apart from it looking cooler)?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: jvcl & dxgettext
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 21 Mar 2004 22:08:23 +0300
Newsgroups: jedi.vcl

Hello, All!

You may take this msg as continue to my installation experience described in
jedi.general

BTW, tell me, that continuous flicker of hint over checklistbox - is it ok?


I downloaded dxGetText 1.2 RC1
So i want to re-install JVCL3 - and here is what i got:

=========Beginning of the citation==============
Compiling package: JvCoreD5R.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\Borland\AddOns\JVCL3\run\JvComponent.pas(37) Fatal: File not found:
'gnugettext.dcu'
=========The end of the citation================

IMHO path (*.cfg?) should be modified for JvCore - to include dxGetText into
path.
Also, gettext.pas for Delphi 5 is located in different folder than
gettext.pas for Delphi6+.

I ended with
=========Beginning of the citation==============
c:\Borland\AddOns\JVCL3\packages\d5>dcc32 JvCoreD5R.dpk
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\Borland\AddOns\JVCL3\run\JvComponent.pas(37) Fatal: File not found:
'gnugette
xt.dcu'

c:\Borland\AddOns\JVCL3\packages\d5>dcc32
JvCoreD5R.dpk -U"c:\Borland\AddOns\dxG
etText"
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
c:\Borland\AddOns\dxGetText\gnugettext.pas(43) Fatal: File not found:
'Libc.dcu'

c:\Borland\AddOns\JVCL3\packages\d5>dcc32
JvCoreD5R.dpk -U"c:\Borland\AddOns\dxG
etText" -D"MSWINDOWS"
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
c:\Borland\AddOns\dxGetText\gnugettext.pas(141) Error: Invalid compiler directive:
'WARN'
c:\Borland\AddOns\dxGetText\gnugettext.pas(142) Error: Invalid compiler directive:
'WARN'
c:\Borland\AddOns\dxGetText\gnugettext.pas(143) Error: Invalid compiler directive:
'WARN'
c:\Borland\AddOns\dxGetText\gnugettext.pas(412) Error: Undeclared identifier:
'GetEnvironmentVariable'
c:\Borland\AddOns\dxGetText\gnugettext.pas(422) Error: Undeclared identifier:
'sLinebreak'
c:\Borland\AddOns\dxGetText\gnugettext.pas(422) Error: Incompatible types
c:\Borland\AddOns\dxGetText\gnugettext.pas(473) Error: Ambiguous overloaded
call to 'dgettext'
c:\Borland\AddOns\dxGetText\gnugettext.pas(484) Error: Ambiguous overloaded
call to 'gettext'
c:\Borland\AddOns\dxGetText\gnugettext.pas(489) Error: Ambiguous overloaded
call to 'gettext'
c:\Borland\AddOns\dxGetText\gnugettext.pas(494) Error: Ambiguous overloaded
call to 'gettext'
c:\Borland\AddOns\dxGetText\gnugettext.pas(499) Error: Ambiguous overloaded
call to 'gettext'

==== Skipping: здесь мы не видим суслика ====

c:\Borland\AddOns\dxGetText\gnugettext.pas(2496) Error: Undeclared identifier:
'RaiseLastOSError'
C:\Borland\AddOns\JVCL3\run\JvComponent.pas(37) Fatal: Could not compile
used unit 'gnugettext.pas'

c:\Borland\AddOns\JVCL3\packages\d5>dcc32
JvCoreD5R.dpk -U"c:\Borland\AddOns\dxG
etText\delphi5"
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Warning: Unit 'gnugettext' implicitly imported into package 'JvCoreD5R'
Warning: Unit 'gnugettextD5' implicitly imported into package 'JvCoreD5R'
Hint: Package 'JvCoreD5R' does not use or export 'gnugettext.string2csyntax'
Hint: Package 'JvCoreD5R' does not use or export
'gnugettext.SetGettextEnabled'
Hint: Package 'JvCoreD5R' does not use or export
'gnugettext.TranslateProperties'
111474 lines, 17.01 seconds, 855844 bytes code, 5181 bytes data.

c:\Borland\AddOns\JVCL3\packages\d5>
=========The end of the citation================

I think installer is not to rely on the fact that GetText and ThemeManager
are registered in general IDE search path.
Instead user is to have way to spevify to installer those paths, if he
choosed to use them.

Also those "implicit importing" - maybe it is better to include it
explicitly into DPK with $IfDef ?

But that was not end of story:
=========Beginning of the citation==============
Compiling package: JvJansD5R.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
59459 lines, 10.07 seconds, 1059 bytes code, 0 bytes data.

Compiling package: JvJansD5D.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\Borland\AddOns\JVCL3\design\JvJansReg.pas(17) Fatal: Never-build package
'JvJansD5R' must be recompiled

** error 1 ** deleting JvJansD5D.bpl
=========The end of the citation================

The next attempt was fine.
May that be because i dragged progress dialog over the screen after line
"Compiling package: JvJansD5R.bpl" - i was curious if the compilation will
continue or will be frozen until i release mouse button.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: JVCLConvert vs Delphi5
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 21 Mar 2004 22:06:30 +0300
Newsgroups: jedi.vcl

Hello, All!

TValueListEditor not found
TFileExit not found

So...

What is a policy for DevTools - are they to be compatible with any version
of compiler, supported by JVCL ?

By the way, i found myself as a contributor to
c:\Borland\AddOns\JVCL3\devtools\JVCLConvert\fJvclConverterMain.pas

But did i? I can't remember. Anyway, chat.ru mail server is dead for couple
of years, so... :-)
But if i ever contributed to it, please, what was it ? :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: anyone checked examples vs Delphi5 ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 21 Mar 2004 21:47:58 +0300
Newsgroups: jedi.vcl

Hello, All!

unit StarFieldMain;
interface
uses....Variants...

- that makes this example incompatible to Delphi5.
In Delphi 5 Variants were not separated to separate unit, so it is to be
commented out to compile example.

So i think, in the examples ether Variants is to be #IfDef'ed out for
Delphi5 - or there is to be generated stub empty Variants.pas for Delphi5.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: TJvScheduler's event's TriggerCount
From: "Adrien REBOISSON" <rabusier@free.fr>
Date: Sun, 21 Mar 2004 19:46:38 +0100
Newsgroups: jedi.vcl

Hi !!

I'm trying to save all the content of a TJvScheduler into an INI.

The problem is about saving and retrieving the "TriggerCount" parameter of
each event... I can save this without any problem, but I don't know how to
get it back.... I can't do this :

TriggerCount := ReadInteger(.....);

.... Since TriggerCount is a function... I have tried some dirty methods but
without a valuable result...

How can I read my TriggerCount saved value from my INI file... I've found
nothing about something like that over the world wide web and the
documentation.


Regards

A.R.




Subject: Re: TJvScheduler, again...
From: "Adrien REBOISSON" <rabusier@free.fr>
Date: Sun, 21 Mar 2004 18:57:43 +0100
Newsgroups: jedi.vcl

Hi Marcel. In my first thread I wrote :

"I've simply rebuilded my project and the scheduler does not work. I
suppose that it's because some functions were rewritten in your library, but
have you any example about using the "new" version of the scheduler
(especially about the new properties "AppStorage" and "AppStoragePath") ?"

Well, indeed, it works fine... My english interpretation was false... It's
right that Sunday is not a week day.

"Maybe I should add this as a
hint somewhere in the schedule editor."

Yes, it would be a good idea.

Regards,

A.R.

-- 
> > Hello, Remko!
> > You wrote  on Sun, 21 Mar 2004 17:47:16 +0100:
> >
> >  RB> I think Sunday is not a week day; that is, you have "Daily | Every
> >  RB> weekday" set, should be "Every 1 day(s)".
> >
> >     Correct. It is documented in the JCL help about IJclDailySchedule, but
> > most people miss that piece of information. Maybe I should add this as a
> > hint somewhere in the schedule editor.
> >
> >  RB> Just a guess though :)
> >
> >     Good guess. When are you heading for the casino and would you mind
> > sharing your earnings?
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Foobar2000 now playing: "The sea" by Morcheeba.
> >
> >




Subject: Re: TJvScheduler, again...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 21 Mar 2004 18:50:22 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  RB> I think Sunday is not a week day; that is, you have "Daily | Every
>  RB> weekday" set, should be "Every 1 day(s)".
>
>     Correct. It is documented in the JCL help about IJclDailySchedule, but
> most people miss that piece of information. Maybe I should add this as a
> hint somewhere in the schedule editor.

There is a lot of information on the form, maybe too much. Just like the JVCL installer. Maybe a wizard-like interface would be easier for the user, although the current form works quicker.


>  RB> Just a guess though :)
>
>     Good guess. When are you heading for the casino and would you mind
> sharing your earnings?

Your money, my guesses, and we split the earnings 50-50, okay <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvAppXMLFileStorage reads from the wrong node
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 21 Mar 2004 18:40:42 +0100
Newsgroups: jedi.vcl

While investigating a bug report on using AppStorage with JvDocking, I came
across this code in TJvAppXMLFileStorage:

function TJvCustomAppXMLStorage.GetNodeFromPath(Path: string; StartNode:
TJvSimpleXmlElem = nil): TJvSimpleXmlElem;
var
  NodeList: TStringList;
  I: Integer;
  Node: TJvSimpleXmlElem;
begin
  NodeList := TStringList.Create;
  if StartNode <> nil then
    Node := StartNode
  else
    Node := FCurrentNode;  <= !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

The problem with this code is that if you mix read and write to the XML
storage, FCurrentNode can suddenly be located somewhere down into the tree
making subsequent searches fail. I would suggest changing the marked node
to:

  else
    Node := FXML.Root;

since 1) it makes reading and writing work :) and 2) I can't see any reason
to continue a search from the last accessed node, since app storages always
concatenate and resolve the full path, never relative paths.


Suggestions, explanations and comments welcome.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvScheduler, again...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 21 Mar 2004 18:28:07 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Sun, 21 Mar 2004 17:47:16 +0100:

 RB> I think Sunday is not a week day; that is, you have "Daily | Every
 RB> weekday" set, should be "Every 1 day(s)".

    Correct. It is documented in the JCL help about IJclDailySchedule, but
most people miss that piece of information. Maybe I should add this as a
hint somewhere in the schedule editor.

 RB> Just a guess though :)

    Good guess. When are you heading for the casino and would you mind
sharing your earnings?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "The sea" by Morcheeba.




Subject: Re: TJvScheduler, again...
From: "Adrien REBOISSON" <rabusier@free.fr>
Date: Sun, 21 Mar 2004 18:08:50 +0100
Newsgroups: jedi.vcl

Hi,

Okay, I've unterstood. I've probably miss the documentation speaking about
this....

Thank you !

Adrien REBOISSON

> > Adrien REBOISSON wrote:
> >
>> > > What I have done is :
>> > >
>> > > 1) Putting a TJvSCheduler on the main form of a blank project,
>> > > 2) Creatin daily-scheduled event which occurs every seconds,
>> > > 3) Adding a function like this :
> > [..]
>> > > -> Screenshot : http://www.astase.com/adrien/scheduler01.png
>> > >
> >
> > I think Sunday is not a week day; that is, you have "Daily | Every
> > weekday" set, should be "Every 1 day(s)".
> >
> > Just a guess though :)
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: TJvScheduler, again...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 21 Mar 2004 17:47:16 +0100
Newsgroups: jedi.vcl

Adrien REBOISSON wrote:

> What I have done is :
>
> 1) Putting a TJvSCheduler on the main form of a blank project,
> 2) Creatin daily-scheduled event which occurs every seconds,
> 3) Adding a function like this :
[..]
> -> Screenshot : http://www.astase.com/adrien/scheduler01.png
>

I think Sunday is not a week day; that is, you have "Daily | Every weekday" set, should be "Every 1 day(s)".

Just a guess though :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvScheduler, again...
From: "Adrien REBOISSON" <rabusier@free.fr>
Date: Sun, 21 Mar 2004 17:27:45 +0100
Newsgroups: jedi.vcl

Hi,

It's me, for the scheduler, again...
I will try to explain my problem clearly.
I've installed the JVCL 3 on my second computer runnign D7 Pro.

What I have done is :

1) Putting a TJvSCheduler on the main form of a blank project,
2) Creatin daily-scheduled event which occurs every seconds,
3) Adding a function like this :

procedure TForm1.JvScheduledEvents1StartEvent(Sender: TObject);
begin
   MessageDlg('start', mtWarning, [mbOK], 0);
end;

4) Running my project.
Result : The function is never called. The message box doesn't appears.

-> Screenshot : http://www.astase.com/adrien/scheduler01.png

Then, I have modified the event, making it weekly scheduled and happening
every week days, every seconds.
Then... it works !

-> Screenshot : http://www.astase.com/adrien/scheduler02.png


Can somebody help me ?

NB : A friend of mine has tested, and has the same problem.

Adrien REBOISSON




Subject: Debugging Plugins with D5
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 21 Mar 2004 13:42:10 -0100
Newsgroups: jedi.vcl

Hi there,

I read a lot about tips and tricks how to make Delphi 5 debug DLLs. I tried them all and now ended up in having the complete seource (huge Project) including plugins in one directory together with dcu's, dll's and exe's. But: The debugger just won't debug my plugins.

Perhaps someone can protect me from jumping out of the Window and tell me how to make D5 debug DLLs?

Thanks in advance for saving my life ;-)

Micha


Subject: TJvGroupHeader
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sun, 21 Mar 2004 14:48:51 +0100
Newsgroups: jedi.vcl

Hi y'all,

component mentioned in subject does not repaint correctly, when windows move over it. Does not happen all the time, that's what baffles me.

-- 
Holger


Subject: Re: TJvRichEdit (stream errors fixed as of 03/21/04)
From: "Craig" <craig@qnotes.com>
Date: Sun, 21 Mar 2004 08:04:32 -0500
Newsgroups: jedi.vcl

That fixed it.  Please close the issue in mantis.

Thank You.

-
Craig




Subject: Re: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Mar 2004 22:24:32 +1000
Newsgroups: jedi.vcl

Add JvSimpleXml.dtx to this list
Only the 'Pointer' (not type, name) properties are left alone, I couldn't figure what they are used for.


Subject: Re: TJvRichEdit (stream errors as of 03/20/04)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 21 Mar 2004 12:41:01 +0100
Newsgroups: jedi.vcl

Whoops, change TJvRTFConversion.IsFormatCorrect to:

function TJvRTFConversion.IsFormatCorrect(AStream: TStream): Boolean;
const
  CRTFHeader = '{\rtf';
  CRTFHeaderSize = Length(CRTFHeader);
var
  SavedPosition: Int64;
  Buffer: array [0..CRTFHeaderSize] of Char; // + #0
begin
  SavedPosition := AStream.Position;
  try
    Buffer[CRTFHeaderSize] := #0;

    Result :=
      (AStream.Read(Buffer, CRTFHeaderSize) = CRTFHeaderSize) and
      (StrIComp(PChar(CRTFHeader), Buffer) = 0);
  finally
    AStream.Position := SavedPosition;
  end;
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvPlugin
From: micha schumann <schumann@itc-ms.de>
Date: Sun, 21 Mar 2004 10:07:44 -0100
Newsgroups: jedi.vcl

Hi,

within the plugin Application is the instance of the DLL. These IBSQLs are only valid within the plugin. So I think they automatically get destroyed when the plugin (DLL) is unloaded. However, I have code that destroys them before the plugin is unloaded, just to be sure...

The Hosts application instance is available within the plugin as HostApplication.

IMO it also should work if you crate them using NIL as Parent, if you take care of freeing them yourself.

Due to the lot of things I have to program and test within my huge application I stop any research when something is solid, fast. I did not test for memory leaks yet. So my solutions are often to be treated as "sub optimal" ;-)


Micha

niels wrote:
> Intresting Micha,
>
> I was wondering why you use "Application" as parent to create TIBSql?
>
> thanks
>
>
> "micha schumann" <schumann@itc-ms.de> wrote in message
> news:c3i3ff$2sf$1@talkto.net...
>
>> Hi,
>>
>> I work with Firebird and IBX and moved the Database and Transaction
>> objects into the main form (from the DataModule) and then I connected
>> from within the Plugin this way:
>>
>>   IBSql1:=TIBSql.create(Application);
>>   IBSql2:=TIBSql.create(Application);
>>   IBSqlInt:=TIBSql.create(Application);
>>   Comp := HostApplication.MainForm.FindComponent('DB');
>>   ibsql1.database := TIbDatabase(Comp);
>>   ibsql2.database := TIbDatabase(Comp);
>>   ibsqlInt.database := TIbDatabase(Comp);
>>   Comp := HostApplication.MainForm.FindComponent('IbTrans');
>>   ibTrans := Comp;
>>   ibsql1.transaction := TIbTransaction(ibTrans);
>>   ibsql2.transaction := TIbTransaction(ibTrans);
>>   ibsqlInt.transaction := TIbTransaction(ibTrans);
>>
>> I had a lot of AVs because I forgot to include SHAREMEM in both
>> application an Plugin but now its running rock solid!
>>
>> Michael
>>
>> Holger Flick wrote:
>>
>>> Hi guys,
>>>
>>> I need some help ...
>>>
>>> I use D7 for database apps mostly. However, the only DB example for the
>>> plugin component throws an AV when run. So I am a little bit unsure
>>> whether to use JvPlugin or not.
>>>
>>> I need different MDI child plugins, who have to use the same connection
>>> object (TZConnection in my case) as the host application. This means I
>>> need some means to give my plugin the Connection object.
>>>
>>> Is there a way to do it with your controls (using commands, e.g.)?
>>>
>>> Any hint is appreciated.
>>>
>>> -- 
>>> Holger
>
>
>


Subject: Re: JvKeyboardStates Questions.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 21 Mar 2004 11:24:40 +0100
Newsgroups: jedi.vcl

The method used by SystemKeysEnabled to disable system keys is not supported
on NT OS's.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPlugin
From: "niels" <jvc_ng@lumensoft.nl>
Date: Sun, 21 Mar 2004 10:31:53 +0100
Newsgroups: jedi.vcl

Intresting Micha,

I was wondering why you use "Application" as parent to create TIBSql?

thanks


"micha schumann" <schumann@itc-ms.de> wrote in message
news:c3i3ff$2sf$1@talkto.net...
> > Hi,
> >
> > I work with Firebird and IBX and moved the Database and Transaction
> > objects into the main form (from the DataModule) and then I connected
> > from within the Plugin this way:
> >
> >    IBSql1:=TIBSql.create(Application);
> >    IBSql2:=TIBSql.create(Application);
> >    IBSqlInt:=TIBSql.create(Application);
> >    Comp := HostApplication.MainForm.FindComponent('DB');
> >    ibsql1.database := TIbDatabase(Comp);
> >    ibsql2.database := TIbDatabase(Comp);
> >    ibsqlInt.database := TIbDatabase(Comp);
> >    Comp := HostApplication.MainForm.FindComponent('IbTrans');
> >    ibTrans := Comp;
> >    ibsql1.transaction := TIbTransaction(ibTrans);
> >    ibsql2.transaction := TIbTransaction(ibTrans);
> >    ibsqlInt.transaction := TIbTransaction(ibTrans);
> >
> > I had a lot of AVs because I forgot to include SHAREMEM in both
> > application an Plugin but now its running rock solid!
> >
> > Michael
> >
> > Holger Flick wrote:
>> > > Hi guys,
>> > >
>> > > I need some help ...
>> > >
>> > > I use D7 for database apps mostly. However, the only DB example for the
>> > > plugin component throws an AV when run. So I am a little bit unsure
>> > > whether to use JvPlugin or not.
>> > >
>> > > I need different MDI child plugins, who have to use the same connection
>> > > object (TZConnection in my case) as the host application. This means I
>> > > need some means to give my plugin the Connection object.
>> > >
>> > > Is there a way to do it with your controls (using commands, e.g.)?
>> > >
>> > > Any hint is appreciated.
>> > >
>> > > --
>> > > Holger




Subject: Re: Graphical bug in the TJvLinkLabel
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Sun, 21 Mar 2004 10:00:22 +0100
Newsgroups: jedi.vcl

Hi Peter,

It's very strange since if I do a copy/paste of this panel in a blank
project, this bug does not appears.

But I've found how to solve the problem. I've followed your advice and set
the Transparent property to true.
Now the shade is gone !

Thank you !

Regards,
A.R.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news:c3icom$455$1@talkto.net...
> > I tried building an app with the same look and layout as yours but cannot
> > reproduce it. If you set the color of the linklabel to something else (say
> > red), does the strange shade become red as well? If you set Transparent to
> > true, does the shade go away?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Help: Need reviewers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Mar 2004 15:24:23 +1000
Newsgroups: jedi.vcl

Hi all

I've just commited the following files in CVS:

JvAnimatedImage.dtx
JvAppIniStorage.dtx
JvAppXMLStorage.dtx
JvUrlGrabbers.dtx
JvUrlListGrabber.dtx
JvVigenereCipher.dtx
JvXorCipher.dtx

They are complete, they just need to be reviewed for typos and meaning.
Cheers

Olivier


Subject: JvKeyboardStates Questions.
From: Oscar <Oscar@yahoo.com>
Date: Sun, 21 Mar 2004 05:14:40 +0000 (UTC)
Newsgroups: jedi.vcl

Why JvKeyboardStates, SystemKeysEnabled Can't Disable WinXP ?
Any Ideal To Solve ?

Thanks.


Subject: TJvRichEdit (stream errors as of 03/20/04)
From: "Craig" <craig@qnotes.com>
Date: Sat, 20 Mar 2004 23:06:59 -0500
Newsgroups: jedi.vcl

Hello,

Posting in mantis...

AllowObjects
ScrollBars

Changing either one causes a stream error.

I was not able to load any of my existing DFM forms.

-- Craig 

Subject: Re: support@droopyeyes.com
From: "Craig" <craig@qnotes.com>
Date: Sat, 20 Mar 2004 20:48:56 -0500
Newsgroups: jedi.vcl

I hope so too.  I do not know what happened.  I must have hit "New Post" and
not "New Mail".
If possiable please take this out.  I will say that his stuff (FastStrings)
is fast.

-
Craig.




Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Mar 2004 10:12:08 +1000
Newsgroups: jedi.vcl

Adrien REBOISSON wrote:

> I will try this.
>
> But it's very strange that the bug doesn't appears on all the computers.

It is, but it is not at the same time ;-)
I would guess it is related to the load of the computer at the time of closing.


Subject: Re: Have you got a Text comparator ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Mar 2004 10:10:45 +1000
Newsgroups: jedi.vcl

Arioch wrote:
> Hello, @rennes!
>
>  >  - load two file to be comparating
>
> Try to find "Delphi StarGate" site.
>
> PS: we still did not get public permission to use his Rx help ? sad.
>
Yes we do, but I never received the source for the help file.


Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 21 Mar 2004 01:37:39 +0300
Newsgroups: jedi.vcl

Hello, Jacquito!

 J> Hope this helps. Please tell the maintainers if you know them

RxLib is not officially mantained since C++Builder 5 (or maybe Delphi 6).

If You want to use RxLib still - go for Polaris - maybe they alreadyd did it
?
http://polesoft.da.ru

Here is how it looks to me:
=========Beginning of the citation==============
implementation

uses
  {$IFDEF MSWINDOWS} Windows, {$ENDIF}
  SysUtils, Consts,
  {$IFDEF RX_D6} SysConst, RxStrUtils {$ELSE} StrUtils {$ENDIF}; // Polaris
=========The end of the citation================

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Have you got a Text comparator ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 21 Mar 2004 01:37:09 +0300
Newsgroups: jedi.vcl

Hello, @rennes!

 >  - load two file to be comparating

Try to find "Delphi StarGate" site.

PS: we still did not get public permission to use his Rx help ? sad.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Graphical bug in the TJvLinkLabel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 23:00:48 +0100
Newsgroups: jedi.vcl

I tried building an app with the same look and layout as yours but cannot
reproduce it. If you set the color of the linklabel to something else (say
red), does the strange shade become red as well? If you set Transparent to
true, does the shade go away?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: support@droopyeyes.com
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 22:51:52 +0100
Newsgroups: jedi.vcl

I hope Peter Morris reads this group<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: support@droopyeyes.com
From: "Craig" <craig@qnotes.com>
Date: Sat, 20 Mar 2004 16:26:40 -0500
Newsgroups: jedi.vcl

Hello Peter,

Please send me your address so I can sand your kids a postcard.  I will have
my kids make it.
I'm trying your faststrings unit after I found that Delphi 7's StringReplace
would not replace #0+#1+#0+#0+'E'+#0.  I did notice a 5x to 10x speed
increase.

Thank You.

-- Craig Oberfield 

Subject: Graphical bug in the TJvLinkLabel
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Sat, 20 Mar 2004 21:44:09 +0100
Newsgroups: jedi.vcl

Hi,

I'm a french developper working with the JEDI-VCL 3.

I have installed the new Jedi VCL 3 and rebuilded some projects (before, I
worked with the Jedi VCL 2.1), and I've noticed a graphical bug in the
TJvLinkLabel.

When I insert a TJvLinkLabel into a panel (which contains already TLabels
and a TImage) I have a strange shade on the top of my panel. The height and
the width of this shape are equals to the dimensions of the TJvLinkLabel.
And even if I call functions like "Repaint()", "Invalidate()" or "Redraw()"
the shape doesn't disappears !

I've done a picture which will be certainely more explicit than my text :
http://www.astase.com/adrien/jvlinklabel.png

I never had this problem with the version 2.1.

BTW, this problem doesn't appears in all the TJvLinkLabels I use. Just for
some of them which are inserted in TPanels.

Could somebody help me ?

Regards,

Adrien REBOISSON




Subject: Re: JvPlugin
From: micha schumann <schumann@itc-ms.de>
Date: Sat, 20 Mar 2004 18:25:08 -0100
Newsgroups: jedi.vcl

Hi,

I work with Firebird and IBX and moved the Database and Transaction objects into the main form (from the DataModule) and then I connected from within the Plugin this way:

  IBSql1:=TIBSql.create(Application);
  IBSql2:=TIBSql.create(Application);
  IBSqlInt:=TIBSql.create(Application);
  Comp := HostApplication.MainForm.FindComponent('DB');
  ibsql1.database := TIbDatabase(Comp);
  ibsql2.database := TIbDatabase(Comp);
  ibsqlInt.database := TIbDatabase(Comp);
  Comp := HostApplication.MainForm.FindComponent('IbTrans');
  ibTrans := Comp;
  ibsql1.transaction := TIbTransaction(ibTrans);
  ibsql2.transaction := TIbTransaction(ibTrans);
  ibsqlInt.transaction := TIbTransaction(ibTrans);

I had a lot of AVs because I forgot to include SHAREMEM in both application an Plugin but now its running rock solid!

Michael

Holger Flick wrote:
> Hi guys,
>
> I need some help ...
>
> I use D7 for database apps mostly. However, the only DB example for the plugin component throws an AV when run. So I am a little bit unsure whether to use JvPlugin or not.
>
> I need different MDI child plugins, who have to use the same connection object (TZConnection in my case) as the host application. This means I need some means to give my plugin the Connection object.
>
> Is there a way to do it with your controls (using commands, e.g.)?
>
> Any hint is appreciated.
>
> -- 
> Holger


Subject: Re: JvMenus update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Mar 2004 18:18:26 +0100
Newsgroups: jedi.vcl

OBones wrote:
> I know that, but the main purpose of style is to make the code easier to read not harder. Seriously, some of the sytle guide should be adapted to allow easier to read code. Because the way it is now, it makes it hard to maintain.

The problem with columnar code is that it increases line length considerably. Any consistent style needs to be applied to all parts of the source so especially the property areas may get line lengthes of up to 200 chars.

I do know that the Jedi (my :) style ist not ideal in all areas, but since it is based on the Borland style it is time proven to be a good compromise.

BTW i did not find a pleasing style for variant records and initialized record constants. I use different styles following my curent mood.



Subject: JvPlugin
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sat, 20 Mar 2004 18:13:11 +0100
Newsgroups: jedi.vcl

Hi guys,

I need some help ...

I use D7 for database apps mostly. However, the only DB example for the plugin component throws an AV when run. So I am a little bit unsure whether to use JvPlugin or not.

I need different MDI child plugins, who have to use the same connection object (TZConnection in my case) as the host application. This means I need some means to give my plugin the Connection object.

Is there a way to do it with your controls (using commands, e.g.)?

Any hint is appreciated.

-- 
Holger


Subject: Re: ColorTrackBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 17:38:47 +0100
Newsgroups: jedi.vcl

I am looking at it now. Why does it have an ArrowVisible property? Seems to
me the control has no use if ArrowVisible is false, because one acnnot see
the position without it.

I've also found some issues with Min and Max visavi Position if Min <> 0 and
Max <> 100 but those are fixable.

Could you tell me a little more about the intended use, i.e why should I use
this track bar instead of a regular one (apart from it looking cooler)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Sat, 20 Mar 2004 16:52:01 +0100
Newsgroups: jedi.vcl

I will try this.

But it's very strange that the bug doesn't appears on all the computers.

Regards,

A.R.

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de
news:c3hj82$vjn$2@talkto.net...
> > OBones wrote:
> >
>> > > Just out of my mind, I had the problem with an application of mine too.
>> > > I had to specifically process WM_QUERYENDSESSION (or similar) and in the
>> > > handler, I killed all my threads. This is because when windows closes,
>> > > it expects to receive true as answer to this message and if something is
>> > > running, this will return false, thus preventing windows from closing.
>> > > That's, BTW, a great way to piss people off in a virus: always answer
>> > > false to that message and windows never closes...
>> > > Anyway, you may want to have a look in that direction.
> >
> > Also close all your forms in WM_QUERYENDSESSION or they will prevent
> > shutdown.
> > Do not forget that after WM_ENDSESSION no WM_QUIT and consequently no
> > OnDestroy happens.
> >




Subject: Re: JvMenus update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 16:38:03 +0100
Newsgroups: jedi.vcl

> > Easy reading is in the eye of the beholder.
Indeed. But that works both ways. If Olivier (or anyone else) have
suggestions that seem reasonable (in the head of the reader, I guess<g>) and
are maintainable, we should certainly listen and take them into serious
consideration.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Mar 2004 15:45:03 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Just out of my mind, I had the problem with an application of mine too.
> I had to specifically process WM_QUERYENDSESSION (or similar) and in the handler, I killed all my threads. This is because when windows closes, it expects to receive true as answer to this message and if something is running, this will return false, thus preventing windows from closing. That's, BTW, a great way to piss people off in a virus: always answer false to that message and windows never closes...
> Anyway, you may want to have a look in that direction.

Also close all your forms in WM_QUERYENDSESSION or they will prevent shutdown.
Do not forget that after WM_ENDSESSION no WM_QUIT and consequently no OnDestroy happens.



Subject: Re: JvMenus update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Mar 2004 15:41:42 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I know that, it's just that I was a bit "on the nerves" to discover that a unit I was still working on was changed under my feet rendering it harder for me to work with.

I know that problem also, but i decided to ignore it when i change the style of files.
The first reason is that otherwise i would not be able to change a single file. Have a look at the version number and the dates of the files. We have no file untouched this year.
The other reason is that i also try to keep the style for files already style cleaned so once in a while i check the files directly after a commit.



Subject: Re: JvMenus update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Mar 2004 15:36:55 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I know that, but the main purpose of style is to make the code easier to read not harder. Seriously, some of the sytle guide should be adapted to allow easier to read code. Because the way it is now, it makes it hard to maintain.

Easy reading is in the eye of the beholder.



Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 23:56:20 +1000
Newsgroups: jedi.vcl

Adrien REBOISSON wrote:

> Can you be more precise when you say "I killed all my threads" ? In my
> application, I don't use threads (even if I suppose that there is some
> threads automatically created by the others components I use). In my case,
> what should I do ? Killing my application ?
Please see below

> I've tried this morning to catch the WM_ENDSESSION in order to call a
> function like "halt()" or "Application.Terminate", without any result.
This is useless, you shouldn't have to process this message.

> The problem in WM_QUERYENDSESSION is that an another application can respond
> "false" and stop the shutdown. So, if I kill something when I receive this
> message, my application can be closed whereas the shutdown is cancelled...
Yes, but as you can see in the MSDN documentation, it is specified that you should receive a WM_ENDSESSION shortly after. The WM_QUERYENDSESSION is only a "convenience" message to ask you if you allow the close of the session. It is the only place where you have a chance to clean things up because in some cases, you won't receive WM_ENDSESSION but your process will be killed directly. This is an extract from my program:

procedure TfrmMain.onWMQueryEndSession(var msg: TMessage);
begin
  // if we are asked to end session, we save the configuration
  // because the destructors and finalization sections won't be
  // called, windows will simply destroy the process...
  Config.SaveToXMLFile(ChangeFileExt(application.exename, '.xml'));

  // and we stop running, so that the plugins and the actions
  // can save their stuff too
  Config.Running := false;

  // allow to end session
  msg.Result := 1;
end;

and this is declared like that:
    procedure onWMQueryEndSession(var msg : TMessage); message WM_QUERYENDSESSION;


In your case, it should be enough to return 1, but you may want to save whatever you can.
This should solve your problem but is just a workaround the real problem that is in TJvScheduledEvents. As said before, I would think it is a thread issue, but I don't know for sure without having had a look.
I'll check that tomorrow.

Cheers Olivier


Subject: Re: JvUrlListGrabber and associated files are broken
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 23:41:50 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Ok, it is now compiling again, but the DefaultProperties are still useless a designtime

Well, I'm please to announced that DefaultProperties is now streamed correctly in and out of the DFM file. If you want to know more about how I managed to do that, please have a look in JvUrlListGrabber.pas

Cheers

Olivier


Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Sat, 20 Mar 2004 14:26:47 +0100
Newsgroups: jedi.vcl

Thank you for your point of view.

Can you be more precise when you say "I killed all my threads" ? In my
application, I don't use threads (even if I suppose that there is some
threads automatically created by the others components I use). In my case,
what should I do ? Killing my application ?

I've tried this morning to catch the WM_ENDSESSION in order to call a
function like "halt()" or "Application.Terminate", without any result.

The problem in WM_QUERYENDSESSION is that an another application can respond
"false" and stop the shutdown. So, if I kill something when I receive this
message, my application can be closed whereas the shutdown is cancelled...

Regards,

A.R.
"OBones" <obones_REM_SPM_@_PIF_meloo.com> a écrit dans le message de
news:c3hd1f$uhb$1@talkto.net...
> > Just out of my mind, I had the problem with an application of mine too.
> > I had to specifically process WM_QUERYENDSESSION (or similar) and in the
> > handler, I killed all my threads. This is because when windows closes,
> > it expects to receive true as answer to this message and if something is
> > running, this will return false, thus preventing windows from closing.
> > That's, BTW, a great way to piss people off in a virus: always answer
> > false to that message and windows never closes...
> > Anyway, you may want to have a look in that direction.




Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 22:58:51 +1000
Newsgroups: jedi.vcl

Just out of my mind, I had the problem with an application of mine too.
I had to specifically process WM_QUERYENDSESSION (or similar) and in the handler, I killed all my threads. This is because when windows closes, it expects to receive true as answer to this message and if something is running, this will return false, thus preventing windows from closing. That's, BTW, a great way to piss people off in a virus: always answer false to that message and windows never closes...
Anyway, you may want to have a look in that direction.


Subject: Re: JvMenus update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 13:56:14 +0100
Newsgroups: jedi.vcl

> > Sorry about the rant, but sometimes, I write too fast... <g>
So do I :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 22:54:36 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The style change in JvMenus wasn't intentional this time, but I think it's
> something you have to get used to.

I know that, it's just that I was a bit "on the nerves" to discover that a unit I was still working on was changed under my feet rendering it harder for me to work with.
Sorry about the rant, but sometimes, I write too fast... <g>


Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Sat, 20 Mar 2004 13:37:24 +0100
Newsgroups: jedi.vcl

"At least that shows the component is the one causing the issue, not any
combination with other components."

Exactly. It's my point of view, too.

"Does this application close properly when
you close the main form, or does it 'hang' as well?"

There is absolutly no problem if I close the main form. There is no
exception raised by my application, no strange behaviours, etc. All is
normal.
The problem is just when Windows is closing... Else, all is good.
I have been also never shown the Windows dialog box "this application do not
answer..." (another bad translation, sorry !). The shutdown is simply
stopped, my application is never "freezed" (my application seems to receive
and dispatch Windows's messages normally)

Thank you for your help, Marcel. To my mind, it could be a good solution to
add this bug to the bug tracker in oder to found others users who have
experienced the same problem. They may have found a solution ?...

Good luck to find the bug ;-)

Best regards,

A.R.
"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news:c3h8dt$to1$1@talkto.net...
> > Hello, Adrien!
> > I wrote to you on Sat, 20 Mar 2004 12:36:43 +0100:
> >
> >  MB>     At least that shows the component is the one solving the issue,
not
> >
> >     should be:
> >
> >     At least that shows the component is the one *causing* the issue, not
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Foobar2000 now playing: "A View To A Kill" by Duran Duran.
> >
> >




Subject: Re: JvHLEditor and wordwrap
From: "Tapio Saarikumpu" <t_saari@yahoo.com>
Date: Sat, 20 Mar 2004 11:56:48 +0000 (UTC)
Newsgroups: jedi.vcl

> > JvHLEditor does not support Wordwrap.

Ok, Synedit does.


Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 20 Mar 2004 12:40:25 +0100
Newsgroups: jedi.vcl

Hello, Adrien!
I wrote to you on Sat, 20 Mar 2004 12:36:43 +0100:

 MB>     At least that shows the component is the one solving the issue, not

    should be:

    At least that shows the component is the one *causing* the issue, not

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "A View To A Kill" by Duran Duran.




Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 20 Mar 2004 12:36:43 +0100
Newsgroups: jedi.vcl

Hello, Adrien!
You wrote  on Sat, 20 Mar 2004 12:01:44 +0100:

 AR> It's very strange... I've 2 PCs : one to developp, one to test.
 AR> On my first PC there is no problem. The application let Windows shut
 AR> down properly.
 AR> On my second PC, I continue not to be able to close Windows.
 AR> Both runs Windows XP.

    Well, that explains why I can't reproduce it; it's not entirely
consistent amongst PCs.

 AR> Then, I've finally created a new blank project in Delphi, and I've
 AR> added only the TJvEventsScheduler on the main form.
 AR> On my second PC Windows refused to be close, again !

    At least that shows the component is the one solving the issue, not any
combination with other components. Does this application close properly when
you close the main form, or does it 'hang' as well?

 AR> I don't know how to solve the problem. It may be a problem causing by
 AR> Windows (or by the APIs you're using), no ?

    Possibly, but it could be an issue with the background thread failing to
shutdown. IIRC (haven't checked the sources yet) the unit finalization will
stop the thread and wait until it's properly terminated. This might cause a
deadlock if the thread was just synchronizing to the main thread. The only
thing that I find curious is the fact that it's not a consistent failure.
Could be the CPU speed: if it's a bit slower/faster the timing changes and
the thread is executing a different part when it's about to be terminated.
I'll have a look later (though probably not today).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "The Reflex" by Duran Duran.




Subject: Question about JvEditor output routine
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 12:07:38 +0100
Newsgroups: jedi.vcl

While checking into a bug with using Lines.Assign in JvEditor, I came across
the following code in TJvCustomEditor.PaintLineText:

....

        if (ColPainted = ColBeg) and (ColPainted < SL) then
        begin
          R.Right := R.Left + CellRect.Width * Length(Ch) + 6;
          Ch := S[ColPainted] + Ch; // (ahuser) this might add a #0 - is
this correct?
          TJvUnicodeCanvas(Canvas).TextRect(R, R.Left - CellRect.Width,
R.Top, Ch);
        end
        else
          TJvUnicodeCanvas(Canvas).ExtTextOut(R.Left, R.Top, [etoOpaque,
etoClipped], nil, Ch, @FMyDi[0]);

Now, as Andreas already commented, this most of the time just adds a #0 to
the beginning of Ch. Only if ColBegin is > 0, does it seem to add anything
useful and even then it doesn't seem do anything that isn't handled by the
ExtTextOut method.

I would like to propose to remove the first if block altogether, always
using ExtTextOut or at least modify it to this;

        if (ColPainted = ColBeg) and (ColPainted < SL) and (ColPainted > 0)
then

The tests I've done doesn't indicate that this should have any negative
effects but since I know next to nothing about JvEditor maybe someone more
acquainted with it would like to comment?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Sat, 20 Mar 2004 12:01:44 +0100
Newsgroups: jedi.vcl

Thank you very much Marcel for your help.

It's very strange... I've 2 PCs : one to developp, one to test.
On my first PC there is no problem. The application let Windows shut down
properly.
On my second PC, I continue not to be able to close Windows.
Both runs Windows XP.

I've done a test : I've removed the component and functions which uses it.
The problem was solved.
Then I've added a new EventsScheduler on my main form (without any code
associated).
And on my second PC the application don't let Windows shut down properly,
again.

Then, I've finally created a new blank project in Delphi, and I've added
only the TJvEventsScheduler on the main form.
On my second PC Windows refused to be close, again !

I don't know how to solve the problem. It may be a problem causing by
Windows (or by the APIs you're using), no ?

Regards,

A.R.

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news:c3h11q$s9e$1@talkto.net...
> > Hello, Adrien!
> > You wrote  on Sat, 20 Mar 2004 02:49:04 +0100:
> >
> >  AR> -> I've simply rebuilded my project and the scheduler does not work.
I
> >  AR> suppose that it's because some functions were rewritten in your
> >  AR> library, but have you any example about using the "new" version of
the
> >  AR> scheduler (especially about the new properties "AppStorage" and
> >  AR> "AppStoragePath") ?
> >
> >     You can add a specific AppStorage component (the Jv Persistency
palette
> > contains some of them) to your form (or data module) and set the
AppStorage
> > property of the scheduler to that component. Additionally you can specify
a
> > sub path to where the settings should be stored, but that's optional.
Other
> > than that, not much has changed in the usage of the component.
> >
> >     Note: the entire AppStorage system will undergo a redesign that will
> > make things a little more easy to work with, but that will take a while
and
> > will probably not happen before JVCL3 is released.
> >
> >  AR> -> The component continues to stop Windows shutdown.
> >  AR> My application uses the TJVTrayIcon, too. Maybe it's a conflict
between
> >  AR> the two components ?
> >
> >     Possibly. Could you try without the TJvTrayIcon component?
> >
> >  AR> Any help would be greatly appreciated ;-)
> >
> >     If you close the application manually (i.e. using a Close function of
> > your application), does it close properly? It's possible the component has
> > issues with shutdown messages, although I can still do that without
> > problems.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > It's quiet 'cause Foobar2000 is not active.
> >
> >




Subject: Re: JvMenus update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 11:31:49 +0100
Newsgroups: jedi.vcl

> > Works fine for me, either way.
Have to take that back: it works when setting Menu but not when only setting
the Canvas.

BTW, about code style:

I understand if everyone here has different preferences visavi code styles
and it's really no problem to me - I can live with practically any style (I
actually indent my own code just like you do). But in a project as large as
JVCL, you should try to adapt to the code style in use and you should never
expect your code formatting to be left untouched if it differs from the
style in other units. Specifically, if a particular style is hard or
impossible to automate using a code formatter, you can be pretty sure that
somewhere, someone will eventually change it. It would just be too
unmanageable and tedious to try to determine whether a specific unit has the
format it has because a particular developer is used to it or the format is
unimportant. You could say "well, it's just these two units that I maintain
you have to look out for and that isn't much" but you realize that so could
every other developer in JVCL and would you really want to keep track of the
100+ units I consider my own, being afraid to mess something up when making
bug fixes?

The style change in JvMenus wasn't intentional this time, but I think it's
something you have to get used to.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 11:12:48 +0100
Newsgroups: jedi.vcl

> > Moreover, if you don't set the Menu property, the painter will use the
> > correct canvas, but properties from a wrong menu.
I don't have problems with your changes, I was just trying to explain *my*
changes. Works fine for me, either way.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VisualCLX packages for KYLIX available.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 20:03:32 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Yes and no, there are currently not in sync. I will
> adapt the xml files in the next days, so you
> can add Kylix C++ support. ;)
Ok, so I'll have to clean my k3 package directory, it's full of "Not in CVS" packages.

> What should be done to add D7clx, cq moving the
> clx packages from packages/d7 to packages/d7clx ?
Use the latest version of pgEdit.xml in devtools\bin, it contains a target called d7clx (I just commited it). If the personal version support CLX, you may want to add a perso target for d7clx.
Then create a directory called d7clx and add templates in it. The package generator will do the rest for you. There is a chance you will have to adjust the xml source files, but that shouldn't be too hard, the 'all' alias will automatically take 'd7clx' into account.


Subject: Re: JvMenus update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 19:57:19 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Doing GetActiveItemPainter.Menu := Self is just a roundabout way of doing
> GetActiveItemPainter.Canvas := Self.Canvas. The result is the same.
Not exactly, see below.

> Setting the Canvas before calling GetActiveItemPainter.Paint/Measure
> accomplish just this (something your original code didn't do).
I agree, it didn't allow multiple menus per painter. But after having played a lot with the menus painting, I've learnt not to trust the value of Canvas and never to store it. This may be arguable, but I never had trouble while reading from the menu, but ran into weird stuff if I ever stored the Canvas value. This is why I prefer to set the Menu property. Moreover, if you don't set the Menu property, the painter will use the correct canvas, but properties from a wrong menu.


Subject: Re: VisualCLX packages for KYLIX available.
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 20 Mar 2004 10:47:16 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Nice.
>
> Did you use the package generator to create them?

Yes and no, there are currently not in sync. I will
adapt the xml files in the next days, so you
can add Kylix C++ support. ;)

What should be done to add D7clx, cq moving the
clx packages from packages/d7 to packages/d7clx ?

Regards,

André Snepvangers



Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 20 Mar 2004 10:34:28 +0100
Newsgroups: jedi.vcl

Hello, Adrien!
You wrote  on Sat, 20 Mar 2004 02:49:04 +0100:

 AR> -> I've simply rebuilded my project and the scheduler does not work. I
 AR> suppose that it's because some functions were rewritten in your
 AR> library, but have you any example about using the "new" version of the
 AR> scheduler (especially about the new properties "AppStorage" and
 AR> "AppStoragePath") ?

    You can add a specific AppStorage component (the Jv Persistency palette
contains some of them) to your form (or data module) and set the AppStorage
property of the scheduler to that component. Additionally you can specify a
sub path to where the settings should be stored, but that's optional. Other
than that, not much has changed in the usage of the component.

    Note: the entire AppStorage system will undergo a redesign that will
make things a little more easy to work with, but that will take a while and
will probably not happen before JVCL3 is released.

 AR> -> The component continues to stop Windows shutdown.
 AR> My application uses the TJVTrayIcon, too. Maybe it's a conflict between
 AR> the two components ?

    Possibly. Could you try without the TJvTrayIcon component?

 AR> Any help would be greatly appreciated ;-)

    If you close the application manually (i.e. using a Close function of
your application), does it close properly? It's possible the component has
issues with shutdown messages, although I can still do that without
problems.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvDocking
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 10:19:53 +0100
Newsgroups: jedi.vcl

Look at the project options and remove one '..\' from each of the output and
search paths.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Mar 2004 10:19:06 +0100
Newsgroups: jedi.vcl

> > I disagree with your changes regarding Canvas. The property value MUST
> > be read from the menu everytime it is needed, you should never store it.
Doing GetActiveItemPainter.Menu := Self is just a roundabout way of doing
GetActiveItemPainter.Canvas := Self.Canvas. The result is the same.

> > And please, give me a valid reason to destroy all the indenting I did in
> > the fields declaration. To me this
Sorry, automatic formatting at play here (DelForEx).

> > As to using the same painter with multiple menus, it shouldn't be too
> > hard, just a matter of changing the Menu property before using the
> > painter (another reason of the uselessness of storing Canvas).
Setting the Canvas before calling GetActiveItemPainter.Paint/Measure
accomplish just this (something your original code didn't do).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 17:21:50 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> The reason is simple. Only one style allowed. Having several different styles in the files only leads to problems. The above is the Jedi style (enforced by me :)
I know that, but the main purpose of style is to make the code easier to read not harder. Seriously, some of the sytle guide should be adapted to allow easier to read code. Because the way it is now, it makes it hard to maintain.

Anyway, that was my 2 cents worth


Subject: Re: JvMenus update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Mar 2004 07:21:50 +0100
Newsgroups: jedi.vcl

OBones wrote:

> And please, give me a valid reason to destroy all the indenting I did in the fields declaration. To me this
>
>     FAboutJVCL      : TJVCLAboutInfo;
>     FCursor         : TCursor;
>
> is more readable than this
>
>     FAboutJVCL: TJVCLAboutInfo;
>     FCursor: TCursor;
>
> And it is even worse with properties.
> As to using the same painter with multiple menus, it shouldn't be too hard, just a matter of changing the Menu property before using the painter (another reason of the uselessness of storing Canvas).

The reason is simple. Only one style allowed. Having several different styles in the files only leads to problems. The above is the Jedi style (enforced by me :)



Subject: Re: JvUrlListGrabber and associated files are broken
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 16:11:36 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> As the subject says, JvUrlListGrabber is now broken. I'm in the middle of doing changes in there, I'll advise when this works again (sometime later today).

Ok, it is now compiling again, but the DefaultProperties are still useless a designtime


Subject: JvUrlListGrabber and associated files are broken
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 15:41:00 +1000
Newsgroups: jedi.vcl

Hi all

As the subject says, JvUrlListGrabber is now broken. I'm in the middle of doing changes in there, I'll advise when this works again (sometime later today).

Cheers

Olivier


Subject: Re: VisualCLX packages for KYLIX available.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 12:00:42 +1000
Newsgroups: jedi.vcl

Nice.

Did you use the package generator to create them?


Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Sat, 20 Mar 2004 02:49:04 +0100
Newsgroups: jedi.vcl

Well, I've downloaded and installed the JVCL 3.

-> I've simply rebuilded my project and the scheduler does not work. I
suppose that it's because some functions were rewritten in your library, but
have you any example about using the "new" version of the scheduler
(especially about the new properties "AppStorage" and "AppStoragePath") ?

-> The component continues to stop Windows shutdown.
My application uses the TJVTrayIcon, too. Maybe it's a conflict between the
two components ?
When I try to shutdown Windows, my application seems to be closed normally,
since the icon in the systray disappears. But, when I display the "Program
Manager", I notice that my application is still loaded (it EXE name appears
on the panel "Processus").
If I kill it by using the program manager, I can shutdown/logoff/reboot my
computer without any problem.

Very strange...

Any help would be greatly appreciated ;-)

Regards

A.R.


"Adrien REBOISSON" <reisubar@free.fr> a écrit dans le message de
news:c3fpdj$ni4$1@talkto.net...
> > Thank you for your quick answer.
> >
> > Currently I use the JVCL 2.1. I will try with the version 3.
> >
> > Regards,
> >
> > A.R.
> >
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
> > message de news:c3fjdu$mkd$1@talkto.net...
>> > > Hello, Adrien!
>> > > You wrote  on Fri, 19 Mar 2004 20:07:28 +0100:
>> > >
>> > >  AR> I've noticed that the TJvScheduledEvents dont let Windows XP
shutdown
>> > >  AR> (or restart) properly.
>> > >
>> > >     Is this with JVCL3 or JVCL2.1? If the latter, could you check again
> > with
>> > > JVCL3? There has been an earlier bug report about this, but I couldn't
>> > > reproduce it. Other (seemingly unrelated) bugs where solved that also
> > solved
>> > > some of the earlier problems with this component in JVCL2.1, but when I
>> > > asked for feedback on this same bug I never got any reply. If it still
>> > > persists I will reopen the bug report and investigate possible causes
> > (which
>> > > may involve you doing some bug hunting for me).
>> > >
>> > > --
>> > > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> > > Project JEDI Help coordinator
>> > > JVCL Help team coordinator
>> > >
>> > > To mail me, remove the obvious from my mail address
>> > >
>> > > It's quiet 'cause Foobar2000 is not active.
>> > >
>> > >
> >
> >




Subject: VisualCLX packages for KYLIX available.
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 20 Mar 2004 02:20:34 +0100
Newsgroups: jedi.vcl

There are several packages available, with more to come
within the next days. They are in packages/k3 they should
also work with KYLIX 3 OE. (except for the UIB components)

Give it a try!

Regards,

André Snepvangers



Subject: Re: JvMenus update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Mar 2004 10:11:38 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I found two issues: you can't use the same painter for several menus (and I
> think that should be possible) and if an item painter is assigned, it can be
> nil when called run-time (right at startup). I made some minor changes and
> committed to fix this. Other than that it seems to work great.

I disagree with your changes regarding Canvas. The property value MUST be read from the menu everytime it is needed, you should never store it. It may not be specified in the help, but this definitely is a value you can't trust. I don't see any problem with reading the value everytime it is needed. If at that time it is nil, then it's because of a problem far beyond our reach anyway.
And please, give me a valid reason to destroy all the indenting I did in the fields declaration. To me this

    FAboutJVCL      : TJVCLAboutInfo;
    FCursor         : TCursor;
    FDisabledImages : TImageList;
    FHotImages      : TImageList;
    FImageMargin    : TJvImageMargin;
    FImages         : TImageList;
    FImageSize      : TJvMenuImageSize;
    FShowCheckMarks : Boolean;
    FStyle          : TJvMenuStyle;
    FTextMargin     : Integer;
    FTextVAlignment : TJvVerticalAlignment;


is more readable than this

    FAboutJVCL: TJVCLAboutInfo;
    FCursor: TCursor;
    FDisabledImages: TImageList;
    FHotImages: TImageList;
    FImageMargin: TJvImageMargin;
    FImages: TImageList;
    FImageSize: TJvMenuImageSize;
    FShowCheckMarks: Boolean;
    FStyle: TJvMenuStyle;
    FTextMargin: Integer;
    FTextVAlignment: TJvVerticalAlignment;

And it is even worse with properties.
As to using the same painter with multiple menus, it shouldn't be too hard, just a matter of changing the Menu property before using the painter (another reason of the uselessness of storing Canvas).

Cheers

Olivier


Subject: JvDocking
From: "peterz" <csu10711@mail.claytonstate.net>
Date: Fri, 19 Mar 2004 23:05:25 +0000
Newsgroups: jedi.vcl

Hi guys,
I just installed the latest JVCL, but when I try to compile any demos 
from JvDocking (except MSDN2002) the compiler gives me this error message:

[Fatal Error] JVCLVer.pas(51): Could not create output 
file '..\..\..\..\..\dcu\JVCLVer.dcu'

Any ideas?

BTW: there is no line 51 in JVCLVer.pas (it has a maximum of 50 lines)

Thanks.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Fri, 19 Mar 2004 23:17:47 +0100
Newsgroups: jedi.vcl

Thank you for your quick answer.

Currently I use the JVCL 2.1. I will try with the version 3.

Regards,

A.R.

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news:c3fjdu$mkd$1@talkto.net...
> > Hello, Adrien!
> > You wrote  on Fri, 19 Mar 2004 20:07:28 +0100:
> >
> >  AR> I've noticed that the TJvScheduledEvents dont let Windows XP shutdown
> >  AR> (or restart) properly.
> >
> >     Is this with JVCL3 or JVCL2.1? If the latter, could you check again
with
> > JVCL3? There has been an earlier bug report about this, but I couldn't
> > reproduce it. Other (seemingly unrelated) bugs where solved that also
solved
> > some of the earlier problems with this component in JVCL2.1, but when I
> > asked for feedback on this same bug I never got any reply. If it still
> > persists I will reopen the bug report and investigate possible causes
(which
> > may involve you doing some bug hunting for me).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > It's quiet 'cause Foobar2000 is not active.
> >
> >




Subject: Re: [How to] Re: Splitting TJvDBGrid from JvDBControls.pas
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 19 Mar 2004 22:47:43 +0100
Newsgroups: jedi.vcl

"Stefano Campri" <s_campri@despammed.com> a écrit dans le message news:
c3edos$ffe$1@talkto.net...
>> > > JvDBGrid is now in its own unit, JvDBGrid.pas. I managed to get all of
>> > > Lionel Reynauds changes into the unit as well
> >
> > How to remove the old JvDbrid and install the new one ?
> >

Just install the latest JVCL3 ...

Regards,
Lionel


> > Thanks in advance,
> > Stefano Campri
> >
> >




Subject: Re: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 19 Mar 2004 21:35:45 +0100
Newsgroups: jedi.vcl

Hello, Adrien!
You wrote  on Fri, 19 Mar 2004 20:07:28 +0100:

 AR> I've noticed that the TJvScheduledEvents dont let Windows XP shutdown
 AR> (or restart) properly.

    Is this with JVCL3 or JVCL2.1? If the latter, could you check again with
JVCL3? There has been an earlier bug report about this, but I couldn't
reproduce it. Other (seemingly unrelated) bugs where solved that also solved
some of the earlier problems with this component in JVCL2.1, but when I
asked for feedback on this same bug I never got any reply. If it still
persists I will reopen the bug report and investigate possible causes (which
may involve you doing some bug hunting for me).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: TJvScheduledEvents dont let Win XP shutdown properly ?
From: "Adrien REBOISSON" <reisubar@free.fr>
Date: Fri, 19 Mar 2004 20:07:28 +0100
Newsgroups: jedi.vcl

Hi,

I'm a french developper using JEDI-VCL with Delphi 7.

I've noticed that the TJvScheduledEvents dont let Windows XP shutdown (or
restart) properly.
For example, when my application is launched, if I want to shutdown/restart
my computer, nothing happens.
If I close my application before trying to shutdown/restart my PC my
computer has a "normal" behaviour (all the applications are closed, the
dialog box "please wait during the shutdown" (bad translation
french->english !) appears, etc...)

Can somebody help me ?

Best regards,

Adrien REBOISSON




Subject: Re: How using JvTranslator ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Mar 2004 13:14:03 -0500
Newsgroups: jedi.vcl

"@rennes" <l.sass@omp-transport.com> wrote in message
news:c3egoo$g1h$1@talkto.net...
> > Have you got example ?
> > Could we define language ?

Did you look under \Examples\JvTranslator?

Michael




Subject: Re: ColorTrackBar
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 19 Mar 2004 19:02:25 +0100
Newsgroups: jedi.vcl

Sorry:
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001483




Subject: ColorTrackBar
From: "Stefano Pessina" <peste1@tin.it>
Date: Fri, 19 Mar 2004 19:00:29 +0100
Newsgroups: jedi.vcl

Hi.
Somebody wants to comment this donation?

_________________________ __
Regards,
Stefano Pessina




Subject: Re: TJvInspector question
From: "Marc Ueberall" <mueberall@duskengine.de>
Date: Fri, 19 Mar 2004 18:07:03 +0100
Newsgroups: jedi.vcl

It would be great if you can send me a zip.

Thanx for your help

Ragards,

Marc




Subject: Re: TJvRichEdit (lockup)
From: "Craig" <craig@qnotes.com>
Date: Fri, 19 Mar 2004 10:49:24 -0500
Newsgroups: jedi.vcl

My sample app does not reproduce the issue but my larger application does
all the time.

I found this workaround:

        richedit1.modified := false;
        RichEdit1.Lines.BeginUpdate;
        //richedit1.SelectAll;
        //richedit1.CopyToClipboard; // << causing IDE lockup in my app
        Clipboard.AsText := richedit1.Text; // << works
        RichEdit1.Lines.EndUpdate;

-
Craig




Subject: Re: JvValidator - notes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 19 Mar 2004 16:28:09 +0100
Newsgroups: jedi.vcl

> > 1. CompareToProperty does not have a combobox
Rebuild the JvValidators design package

> > 2. AllowNull: if not input and AllowNull is True it's valid??
Here's the intended logic: If AllowNull is false, the test evaluates to
false in any of the returned values are vaEmpty or vaNull. If AllowNull is
true, the VarCompareValue is called as usual. If any of the
properties/controls are unassigned, the returned value is NULL. None of the
validators test for whether the control or property is assigned. That is up
to the programmer.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 'New' JvDBGrid
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 19 Mar 2004 18:05:57 +0300
Newsgroups: jedi.vcl

Hello, Lionel!

 LR> BTW i think that a control on the time display is useful because the
 LR> hint maybe big and you need time to read it ...

Personally, i always wished that hint dies not disappear if i keep mosue
over it, even if the timeout is over.
Can this be added ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: How using JvTranslator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Fri, 19 Mar 2004 15:27:13 +0100
Newsgroups: jedi.vcl

I search a word definition + a syntax definition + a description of the
symbol of the language and the direction of read + a switcher of language.
Are you sure than DxGettext (http://dxgettext.sf.net/) could take that


"OBones" <obones_REM_SPM_@_PIF_meloo.com> a écrit dans le message de news:
c3eqjs$hu5$2@talkto.net...
> > @rennes wrote:
> >
>> > > it's for making a custom langage...
> >
> > Well, there is nothing preventing you from creating fr_Perso or
> > en_MyStuff, it should work.




Subject: Re: JvMenus update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 19 Mar 2004 15:13:17 +0100
Newsgroups: jedi.vcl

I found two issues: you can't use the same painter for several menus (and I
think that should be possible) and if an item painter is assigned, it can be
nil when called run-time (right at startup). I made some minor changes and
committed to fix this. Other than that it seems to work great.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvValidator - notes
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 19 Mar 2004 15:11:32 +0100
Newsgroups: jedi.vcl

Hi Peter,

1. CompareToProperty does not have a combobox
2. AllowNull: if not input and AllowNull is True it's valid??

Thanx!

-- 
Holger


Subject: Re: JvValidator
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 19 Mar 2004 15:04:45 +0100
Newsgroups: jedi.vcl

Hi Peter,

did try and it works fine. Thanx a lot!

Could you pls check out why Date is not published? Would be nice to have, because I have to validate if one date is smaller than another...

-- 
Holger

Peter Thörnqvist wrote:

> OK, have a look in CVS: get the JvValidatorsReg.pas in \design and the
> JvValidators.pas in \run. Rebuild both JvValidators packages. You should now
> have a new "Controls Compare Validator" in the Items Editor.
>


Subject: Re: application icon
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 19 Mar 2004 14:59:23 +0100
Newsgroups: jedi.vcl

Hi Peter,

works perfectly.

My app icon is now being shown again on the desktop w/o user intervention :-)

-- Holger

Peter Thörnqvist wrote:
>> will you modify the source in CVS?
>
> Already done.
>


Subject: Re: How using JvTranslator ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Mar 2004 23:32:00 +1000
Newsgroups: jedi.vcl

@rennes wrote:

> it's for making a custom langage...

Well, there is nothing preventing you from creating fr_Perso or en_MyStuff, it should work.


Subject: Re: Installation of the JVCL3 to the new PC (CBuilder6)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Mar 2004 23:31:26 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Vladimir Zhuchko wrote:
> Sorry, I found the root of the problem - I have to run once MakeJCLDcp4BCB.bat before install.bat. But why this is not done within InsatllJVCL.exe application?

Should be done. But don't expect any fix in the current installer, it will be replaced by a new one.
For the time being, use the batch files.


Subject: Re: How using JvTranslator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Fri, 19 Mar 2004 14:20:46 +0100
Newsgroups: jedi.vcl

it's for making a custom langage...


"OBones" <obones_REM_SPM_@_PIF_meloo.com> a écrit dans le message de news:
c3ei0b$g7a$1@talkto.net...
> > @rennes wrote:
> >
>> > > Have you got example ?
>> > > Could we define language ?
> > Without having had a look at it, I would honestly recommend not to use it.
> > Please consider using DxGettext (http://dxgettext.sf.net/) this is
> > really easy to use and the JVCL3 includes po files ready to be used in
> > quite a few languages (including French <g>)
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> > BCB Coordinator




Subject: Re: Have you got a Text comparator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Fri, 19 Mar 2004 14:13:45 +0100
Newsgroups: jedi.vcl

ok, sorry

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: c3eos9$hiu$1@talkto.net...
> > This is the wrong forum to ask in: TDiff is not part of JVCL. You will
have
> > to ask Angus Johnsson, the author.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: application icon
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 19 Mar 2004 14:03:54 +0100
Newsgroups: jedi.vcl

> > will you modify the source in CVS?
Already done.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Have you got a Text comparator ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 19 Mar 2004 14:02:40 +0100
Newsgroups: jedi.vcl

This is the wrong forum to ask in: TDiff is not part of JVCL. You will have
to ask Angus Johnsson, the author.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installation of the JVCL3 to the new PC (CBuilder6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 19 Mar 2004 15:14:01 +0300
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
Sorry, I found the root of the problem - I have to run once MakeJCLDcp4BCB.bat before install.bat. But why this is not done within InsatllJVCL.exe application?

> I performed the installation to the new PC with BC6 and got an error:
> The Install JCL is checked.
>
> Compiling package: JvCoreC6R.bpl
> Loading project file
> Loading template
> Generating Makefile
> .........................................MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>     E:\CBuild6\bin\..\BIN\bcc32 -Od -H=E:\CBuild6\bin\..\lib\vcl60.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   -tWM -w-par -I..\..\design;..\..\run;..\..\common;E:\CBuild6\bin\..\include;E:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\lib\c6\obj\ .\JvCoreC6R.cpp
> Borland C++ 5.6.4 for Win32 Copyright (c) 1993, 2002 Borland
> .\JvCoreC6R.cpp:
> Loaded pre-compiled headers.
>     E:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" -U"E:\CBuild6\Packages\JediPacks\Jedi\jvcl3\lib\c6\obj;E:\CBuild6\Projects\Lib;E:\CBuild6\Projects\Bpl" -N"E:\CBuild6\Packages\JediPacks\Jedi\jvcl3\lib\c6\obj" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W -$O- -$A8 -v -JPHNE -M   -LUCJcl -UE:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;E:\CBuild6\bin\..\include;E:\CBuild6\bin\..\include\vcl
> -R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c6\obj;E:\CBuild6\bin\..\Projects\Lib;E:\CBuild6\bin\..\lib\obj;E:\CBuild6\bin\..\lib;E:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;E:\CBuild6\bin\..\include;E:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;E:\CBuild6\bin\..\include;E:\CBuild6\bin\..\include\vcl --BCB ..\..\common\JvConsts.PAS
> Borland Delphi Version 14.0
> Copyright (c) 1983,2002 Borland Software Corporation
> Fatal: Required package 'CJcl' not found
>
> ** error 1 ** deleting JvCoreC6R.bpl


Subject: Installation of the JVCL3 to the new PC (CBuilder6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 19 Mar 2004 15:08:47 +0300
Newsgroups: jedi.vcl

I performed the installation to the new PC with BC6 and got an error:
The Install JCL is checked.

Compiling package: JvCoreC6R.bpl
Loading project file
Loading template
Generating Makefile
..........................................MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    E:\CBuild6\bin\..\BIN\bcc32 -Od -H=E:\CBuild6\bin\..\lib\vcl60.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   -tWM -w-par -I..\..\design;..\..\run;..\..\common;E:\CBuild6\bin\..\include;E:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\lib\c6\obj\ .\JvCoreC6R.cpp
Borland C++ 5.6.4 for Win32 Copyright (c) 1993, 2002 Borland
..\JvCoreC6R.cpp:
Loaded pre-compiled headers.
    E:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" -U"E:\CBuild6\Packages\JediPacks\Jedi\jvcl3\lib\c6\obj;E:\CBuild6\Projects\Lib;E:\CBuild6\Projects\Bpl" -N"E:\CBuild6\Packages\JediPacks\Jedi\jvcl3\lib\c6\obj" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W -$O- -$A8 -v -JPHNE -M   -LUCJcl -UE:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;E:\CBuild6\bin\..\include;E:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c6\obj;E:\CBuild6\bin\..\Projects\Lib;E:\CBuild6\bin\..\lib\obj;E:\CBuild6\bin\..\lib;E:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;E:\CBuild6\bin\..\include;E:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;E:\CBuild6\bin\..\include;E:\CBuild6\bin\..\include\vcl --BCB ..\..\common\JvConsts.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
Fatal: Required package 'CJcl' not found

** error 1 ** deleting JvCoreC6R.bpl


Subject: Re: JvMenus update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Mar 2004 21:44:54 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Posted to binaries.
>
Thanks.
I just commited new versions, complete with pictures for the components.
I managed to "gracefuly" keep the compatibility with the old way and here is what I did:
Painters are now components of their own.
The ItemPainter property indicates an ItemPainter component and will only be taken into account if the style is msItemPainter. For any other value of the Style, an internal painter is created and used, but you cannot set its properties at design time.
I think I've modified all relevant files, including help and examples.
The JvRichEdit demo now shows how one can easily derive its own painter to add an extra functionnality

Please feel free to comment

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: application icon
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Fri, 19 Mar 2004 12:22:16 +0100
Newsgroups: jedi.vcl

> > When renaming to TJVERRORINDICATORICON, MAINICON is restored as the app
> > icon.

Peter,

will you modify the source in CVS?

Regards

Karlheinz




Subject: Re: How using JvTranslator ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Mar 2004 21:05:02 +1000
Newsgroups: jedi.vcl

@rennes wrote:

> Have you got example ?
> Could we define language ?
Without having had a look at it, I would honestly recommend not to use it.
Please consider using DxGettext (http://dxgettext.sf.net/) this is really easy to use and the JVCL3 includes po files ready to be used in quite a few languages (including French <g>)

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: Have you got a Text comparator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Fri, 19 Mar 2004 11:50:56 +0100
Newsgroups: jedi.vcl

Hello,

I'll try to use your textdiff application for comparate two xml flow.
I take the code following :

uses
     DiffUnit,

var
  Comparateur                          : TDiff;
  Sortie                                   : String;
begin

Comparateur                            := TDiff.Create(self);
Comparateur.Execute                  (PCharArray(flux1.Text),
PCharArray(flux2.Text),
                                                  length(flux1.Text),
length(flux2.Text));
  If Comparateur.ChangeCount           > 0 Then
     For Idx                           := 0 To Comparateur.ChangeCount - 1
Do
     Begin
         Case Comparateur.Changes[Idx].Kind Of
         ckAdd    : Sortie             := Sortie + #13#10 + 'Add ::::: ';
         ckDelete : Sortie             := Sortie + #13#10 + 'Del ::::: ';
         ckModify : Sortie             := Sortie + #13#10 + 'Mod ::::: ';
         End;
         Sortie                        := Sortie +
Flux1[Comparateur.Changes[Idx].x] + ' === ' +

Flux2[Comparateur.Changes[Idx].y];
     End;

  Comparateur.Free;


Did i use the wellform method ?
(i have change your DEFINE : DiffUnit.{.$DEFINE DIFF_CHARS} ==> {$DEFINE
DIFF_CHARS})

Thanks




"Uli Gerhardt" <ulrich.gerhardt@gmx.de> a écrit dans le message de news:
c3c0lf$2i1$1@talkto.net...
> > Hi, @rennes,
> > maybe this helps:
> > http://www.users.on.net/johnson/delphi/textdiff.html
> > http://www.users.on.net/johnson/delphi/diff.zip
> >
> > Uli.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: How using JvTranslator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Fri, 19 Mar 2004 11:48:55 +0100
Newsgroups: jedi.vcl

Have you got example ?
Could we define language ?

Thanks




Subject: Convert 2.10 to 3
From: "Fellipe Henrique" <fellipe@rodoviariolider.com.br>
Date: Fri, 19 Mar 2004 07:44:25 -0300
Newsgroups: jedi.vcl

How I convert my project, make in JVCL 2.10 for 3 Beta.?

Thanks
Fellipe.




Subject: Re: JvSpinEdit OnChange doesn't work
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Fri, 19 Mar 2004 14:02:27 +0400
Newsgroups: jedi.vcl

On Thu, 18 Mar 2004 10:57:37 -0600, M. Ahued wrote:

> > Sorry, im working with
> > 
> > D7 Enterprise
> > JVCL 2.10

Attached is my modified version of JvSpin.pas

good luck

Julien

JvSpin.zip
	



Subject: [How to] Re: Splitting TJvDBGrid from JvDBControls.pas
From: "Stefano Campri" <s_campri@despammed.com>
Date: Fri, 19 Mar 2004 10:43:54 +0100
Newsgroups: jedi.vcl

> > JvDBGrid is now in its own unit, JvDBGrid.pas. I managed to get all of
> > Lionel Reynauds changes into the unit as well

How to remove the old JvDbrid and install the new one ?

Thanks in advance,
Stefano Campri




Subject: Re: Splitting TJvDBGrid from JvDBControls.pas
From: "Stefano Campri" <s_campri@despammed.com>
Date: Fri, 19 Mar 2004 10:41:33 +0100
Newsgroups: jedi.vcl

> > JvDBGrid is now in its own unit, JvDBGrid.pas. I managed to get all of
> > Lionel Reynauds changes into the unit as well

How to remove the old JvDbrid and install the new one ?

Thanks in advance,
Stefano Campri




Subject: Re: Splitting TJvDBGrid from JvDBControls.pas
From: "Stefano Campri" <s_campri@despammed.com>
Date: Fri, 19 Mar 2004 10:37:13 +0100
Newsgroups: jedi.vcl

> > JvDBGrid is now in its own unit, JvDBGrid.pas. I managed to get all of
> > Lionel Reynauds changes into the unit as well

How to remove the old JvDbrid and install the new one ?

Thanks in advance,
Stefano Campri




Subject: Re: Changes to the packages directory
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Mar 2004 10:29:41 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Sure, but everytime I do a modification in it, I need to recompile it.
> > While with the batch file, I modify it, it works immediately.

You will have a make file that you could change. The compiling system (I
will call it build system from now on) do most jobs by calling make files
as you can see with the MakeJclDcp4BCB.mak file. So you can modiy the make
file and the changes are accepted. Furthermore the make files that will be
auto-generated by the build system will have templates you can modify. And
to reduce the make and dcc arguments .cfg files will be written (I do this
at the moment through the intergrated packages generator with a
template.cfg)



-- Regards, Andreas Hausladen 

Subject: Re: Access Violation when put JvDBLookupCombo into Plugin Form (Package style)
From: "Andy" <agoengnb@yahoo.com>
Date: Fri, 19 Mar 2004 09:15:04 +0000
Newsgroups: jedi.vcl

Hi Michael,

Many many thanks to your great tips.There are very helpfull to me.I've 
tried today to change all the plugins into dll style. And started to use 
FastShareMem instead of ShareMem.
And it's all works well.
But how can I access a public variables declares on main application 
from plugins (or plugins form) like LoginName for example? 
And how can the plugin use a DB Connection that already connected on 
main apps (sharing the connection)?
Thank you once again for your kindly help.

Regards,
Andy



--- posted by geoForum on http://delphi.newswhat.com


Subject: Last days JVCL Installer bug (CBuilder6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 19 Mar 2004 11:41:45 +0300
Newsgroups: jedi.vcl

Hi all.
A number of last cvs versions have a broken installer:
Progress bar is not working at all and after end of installation the *.hpp files are not moving to the appropritae place, for this reason I am using more old working version of the installer.


Subject: Re: Access Violation when put JvDBLookupCombo into Plugin Form (Package style)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Mar 2004 18:32:11 +1000
Newsgroups: jedi.vcl

Andy wrote:
> Hi Michael,
>
> Many many thanks to your great tips.There are very helpfull to me.I've tried today to change all the plugins into dll style. And started to use FastShareMem instead of ShareMem.
> And it's all works well.
> But how can I access a public variables declares on main application from plugins (or plugins form) like LoginName for example? And how can the plugin use a DB Connection that already connected on main apps (sharing the connection)?
> Thank you once again for your kindly help.

Pass it as a parameter to a function, or as a property of an object in your plugin. Something along those lines, in MainApp:

InitMyPlugin(TheDBConnection);

TheObject.DBConnection := TheDBConnection;

As to access variables, I don't think it's a good design idea.


Subject: Re: TJvInspector question
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 19 Mar 2004 11:32:37 +1000
Newsgroups: jedi.vcl

Marc Ueberall wrote:

> Am I doing something wrong here or is it because of the conversion from
> Delphi to CB that statics are not resolved?

Statics are resolved, but the problem is with the way const arguments are generated by the header generator and the linker.
For a more detailled explanation of the problem, please see QC report 7224, I provided an example there.



Subject: Re: Changes to the packages directory
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 19 Mar 2004 11:27:55 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I don't want that. I don't want to have to run the installer to
>> recompile everytime I do an update.
>
>
> That was not was I meant. The installer uses the same compilation system
> but the compilation system sould be able to run in stand alone mode. I
> thought about a command like:
>
> C:\JVCL\packages> bin\build.exe c6
>
> or
> C:\JVCL\packages> bin\build.exe all

Sure, but everytime I do a modification in it, I need to recompile it. While with the batch file, I modify it, it works immediately.



Subject: Re: New MakeJCLDcp4BCB.bat
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 19 Mar 2004 11:27:38 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> I also have no problems with them (as I do not have any space char in my
> path names, a habit from the 8.3 filename days). But it seems that some
> had problems with them. In make files we do not need the "RemoveQuote"
> program and I think the make file is cleaner and has more features to use
> than a simple batch file that could not use cmd.exe extensions because
> there are also developers out there who use Win9x.

As you said, had. I fixed that already.



Subject: Re: TJvInspector question
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 19 Mar 2004 11:19:51 +1000
Newsgroups: jedi.vcl

Hi

If you know how to access the JVCL CVS repository, everything is in $CVSROOT\dev\JVCL3
Else I could create a zip (or rar, or 7zip) file with all the current files from CVS and post it to jedi.binaries or even send it to you via email.

Let me know.

Cheers

Olivier



Subject: Re: TJvRichEdit (lockup)
From: "Craig" <craig@qnotes.com>
Date: Thu, 18 Mar 2004 18:11:55 -0500
Newsgroups: jedi.vcl

I will post a sample app in mantis.
It will cover this set of copy paste issues and my prior RTF posting from
the 17th.

The change you gave me worked for the RTF issue though.
(TJvRichEditStrings.LoadFromStream:
I needed to add the same change to TJvRichEditStrings.SaveToStream.)

-
Craig

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:c3cu09$8h8$1@talkto.net...
> > Craig wrote:
>> > > I think this should go to mantis, [..]
> >
> > It is always better to put it in mantis; I tend to forget things said
here.
> >
>> > > I get a lock up of Delphi 7 Pro when executing these two lines of code:
>> > >     JvRichEdit1.SelectAll;
>> > >     JvRichEdit1.CopyToClipboard;
> >
> > I cannot reproduce it immediately, but I have altered my JvRichEdit.pas
> > file a bit. Anyway please copy your dfm file here, especially the part
> > of the rich edit control.
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: JvValidator
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 19 Mar 2004 00:08:32 +0100
Newsgroups: jedi.vcl

Thanx, Peter.

Will try first thing in the morning. I am totally tired right now...

-- 
Holger

Peter Thörnqvist wrote:
> OK, have a look in CVS: get the JvValidatorsReg.pas in \design and the
> JvValidators.pas in \run. Rebuild both JvValidators packages. You should now
> have a new "Controls Compare Validator" in the Items Editor.
>


Subject: Re: TJvInspector question
From: "Marc Ueberall" <mueberall@duskengine.de>
Date: Thu, 18 Mar 2004 23:48:47 +0100
Newsgroups: jedi.vcl

> > I only worked on that after the release of the beta, but I can post
> > updated files that work.

That would be great! Where can I get those files?

> > If anyone need help with the Inspector, they should refer to the example
> > that I wrote for BCB, it does compile and link with the current CVS
> > version of the JVCL3.

And where can I find that example???

Thank you!

Regards,

Marc




Subject: Re: JclRTTI problem
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 23:15:58 +0100
Newsgroups: jedi.vcl

Wrong group. Try jedi.jcl instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSpinEdit OnChange doesn't work
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 23:14:36 +0100
Newsgroups: jedi.vcl

This has been fixed in JVCL3 AFAIK. We don't make any modifications to
JVCL2.10 anymore so either you will have to upgrade to JVCL3 or get the
JvSpinEdit.pas from JVCL3 and use with JVCL2.10. Be aware that the JVCL3
version of JvSpinEdit might not work with JVCL2.10 without some changes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JclRTTI problem
From: Effendy <effendyNOSPAM@advatelDOTcom.au>
Date: Fri, 19 Mar 2004 09:12:59 +1100
Newsgroups: jedi.vcl

Hi,

I have an application which uses parts of the Jedi library, and I have a problem when building my application with the Optimization flag on.

I've traced it down to the JclRTTI unit. The problem occurs during Initialization in the LocateIsClass method (called from the Initialization section) where the program raises an Access Violation Exception.

Has anybody using the Jedi Library had this problem before?

Regards



Effendy


Subject: Re: JvValidator
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 23:12:22 +0100
Newsgroups: jedi.vcl

OK, have a look in CVS: get the JvValidatorsReg.pas in \design and the
JvValidators.pas in \run. Rebuild both JvValidators packages. You should now
have a new "Controls Compare Validator" in the Items Editor.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvInspector question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Mar 2004 07:57:19 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Marcel!
> You wrote to Marc Ueberall on Thu, 18 Mar 2004 19:14:44 +0100:
>
>  MB>  Now, I remember that for BCB you have to provide another parameter
>  MB> (which could actually be the first), but I'm at a loss to what that
>  MB> should be. Olivier?
>
>     Figured it out. The first parameter should be
> __classid(TJvInspectorVarData). So the final construction should be:
>
> TJvInspectorVarData::New(__classid(TJvInspectorVarData),
> this->mInspector->Root, "Test", tkEnumeration, this->mBooleanVar);
>
>     If that still doesn't work, post again mentioning BCB in the subject to
> attract the attention of a knowledgable BCB guru ( = Olivier)
It won't work if Marc is using the Beta version that was distributed officialy. This is because in that version New expects a const parameter and there is a bug in the way BCB generates the hpp files.
I only worked on that after the release of the beta, but I can post updated files that work.
If anyone need help with the Inspector, they should refer to the example that I wrote for BCB, it does compile and link with the current CVS version of the JVCL3.

Sorry for any inconvenience

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: application icon
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 22:52:34 +0100
Newsgroups: jedi.vcl

> > The name is of no consideration. It is the ICON with number 1 that is
> > the one displayed by windows.

Actually, it seems one has to differentiate between the ICON section and the
ICON GROUP section in the res file(s). Apparently, icons in an ICON section
are numbered automatically, starting from 1. When several res files are
merged (when linking), they are also renumbered (so in Holgers case the get
ID 1 and 2). The issue here seems to be that in the ICON GROUP, the icons
are referenced by their name instead.

Now, if what ain says is true (and it surely seems so), the icons in ICON
are assigned numbers based on the *alphabetical* sort order in ICON GROUP,
so in Holgers case, JVERRORINDICATORICON gets ID 1 and MAINICON gets ID 2
and since Windows by default displays the icon with ID 1,
JVERRORINDICATORICON becomes the app icon.

When renaming to TJVERRORINDICATORICON, MAINICON is restored as the app
icon.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: application icon
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Mar 2004 07:39:16 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Peter Thörnqvist wrote:
>
>>> BTW, there is an icon with ID "1" in JvValidatorsD7R.bpl, which is not a good thing, I think. The icon is the exclamation mark.
>>
>>
>> That could be the cause of the whole thing. But how do I change that?
>>
> Don't know for sure. Why is an icon and not a bitmap included in JvErrorIndicator.res? Maybe you could try to change the name as ain (?) said.
>
The name is of no consideration. It is the ICON with number 1 that is the one displayed by windows.


Subject: Re: TJvInspector question
From: "Marc Ueberall" <mueberall@duskengine.de>
Date: Thu, 18 Mar 2004 22:36:40 +0100
Newsgroups: jedi.vcl

I've still got that unresolved external at TJvInspectorVarData::New(...).
:( But thanks for your suggestion.
I think that this error is about the Delphi-BCB conversion of statics.

Regards,

Marc




Subject: Re: application icon
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 22:31:37 +0100
Newsgroups: jedi.vcl

Seems ain is right and you too. I just tested and the error indicator icon
is set as the default app icon. I took Remkos advice and renamed the icon in
JvErrorIndicator, so what you need to do now is:

1. Get the new JvErrorIndicator.res file from jedi.binaries and save it in
your jvcl\Resources folder.
2. Open JvErrorIndicator.pas and change the two "JVERRORINDICATORICON"
strings to "TJVERRORINDICATORICON" (add a T at the start)
3. Rebuild the JvValidator runtime package
4. Rebuild your app

That should do it

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: application icon
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 18 Mar 2004 22:17:53 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> BTW, there is an icon with ID "1" in JvValidatorsD7R.bpl, which is not a good thing, I think. The icon is the exclamation mark.
>
> That could be the cause of the whole thing. But how do I change that?
>
Don't know for sure. Why is an icon and not a bitmap included in JvErrorIndicator.res? Maybe you could try to change the name as ain (?) said.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: application icon
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 22:13:22 +0100
Newsgroups: jedi.vcl

> > BTW, there is an icon with ID "1" in JvValidatorsD7R.bpl, which is not a 
> > good thing, I think. The icon is the exclamation mark.
That could be the cause of the whole thing. But how do I change that?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: application icon
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 18 Mar 2004 22:02:12 +0100
Newsgroups: jedi.vcl

BTW, there is an icon with ID "1" in JvValidatorsD7R.bpl, which is not a good thing, I think. The icon is the exclamation mark.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: application icon
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 18 Mar 2004 21:57:35 +0100
Newsgroups: jedi.vcl

Well, my icon does not get overriden. Windows just puts the other icon first!

How do I access it btw w/o using my own imagelist? ;-)

-- Holger


Peter Thörnqvist wrote:
>> IIRC the first (in alphabetical order) icon is used as app icon by
>> default. So if the icon resource name for JvErrorIcon is before
>> "MAINICON" it will be used instead of MAINICON...
>
>
> Are you sure? Sounds incredible to me, although the icon name
> (JVERRORINDICATORICON) is before MAINICON... Do you have a link to a source
> for this statement?
>


Subject: Re: JvValidator
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 21:47:51 +0100
Newsgroups: jedi.vcl

> > However, the CustomValidator even fails for dates. If I tell the
> > CustomValidator to use a JvDateEdit and the property Date, I get the
> > message "property Date does not exist". As you know for sure that
> > property does exist indeed.
It must be a published property (it uses RTTI ti get the value of the
property), Date is public in JvDateEdit IIRC. Not that I know why it is only
public.

> > One more idea: The first control should be only one. However, it would
> > be quite nice being able to compare that value to more than one.
I think that would be too much complexity. Besides, you should be able to
use several validators after each other (i.e JvDateEdit1 < JvDateEDit2,
JvDateEdit2 < JvDateEdit3 etc) to solve this particular problem.

> > JvCtrlCompareValidator :-)
I'll meet you halfway and call it TJvControlsCompareValidator<g>

I'll have a look on how to implement it. I guess it could benefit from an
AllowNull:boolean property as well, or?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: application icon
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 18 Mar 2004 21:32:24 +0100
Newsgroups: jedi.vcl

http://www.cpcug.org/user/clemenzi/technical/Languages/Delphi/Resources.html

has something to say about it. Look under "Application Icons".

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: application icon
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 21:28:15 +0100
Newsgroups: jedi.vcl

> > IIRC the first (in alphabetical order) icon is used as app icon by
> > default. So if the icon resource name for JvErrorIcon is before
> > "MAINICON" it will be used instead of MAINICON...

Are you sure? Sounds incredible to me, although the icon name
(JVERRORINDICATORICON) is before MAINICON... Do you have a link to a source
for this statement?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: application icon
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 21:25:20 +0100
Newsgroups: jedi.vcl

> > this is what I do not understand. It is not even in the project's
> > res-file. But it IS there! Really! I really do not think that I need to
> > send a screen shot. I guess the compiler links it into the exe from the
> > dfm source...
I believe you, don't worry<g>. The icon used by the ErrorIndicator is in the
Resources\JvErrorIndicator.res file and that is what gets linked into the
executable. What I can't understand is why your app icon is overwritten.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRichEdit (lockup)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 18 Mar 2004 21:17:28 +0100
Newsgroups: jedi.vcl

Craig wrote:
> I think this should go to mantis, [..]

It is always better to put it in mantis; I tend to forget things said here.

> I get a lock up of Delphi 7 Pro when executing these two lines of code:
>     JvRichEdit1.SelectAll;
>     JvRichEdit1.CopyToClipboard;

I cannot reproduce it immediately, but I have altered my JvRichEdit.pas file a bit. Anyway please copy your dfm file here, especially the part of the rich edit control.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: application icon
From: @in@taavi.ee
Date: Thu, 18 Mar 2004 20:16:36 GMT
Newsgroups: jedi.vcl

On Thu, 18 Mar 2004 20:08:10 +0100,
=?Windows-1252?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com>
wrote:

> >If you open your applications res file (use the Image Editor if you don't
> >have a resource editor), what icons can you see in it? It seems weird to me
> >that the JvErrorIndicator should override your main icon since it is not
> >even named MAINICON.

IIRC the first (in alphabetical order) icon is used as app icon by
default. So if the icon resource name for JvErrorIcon is before
"MAINICON" it will be used instead of MAINICON...


ain


Subject: Re: TJvRichEdit (lockup)
From: "Craig" <craig@qnotes.com>
Date: Thu, 18 Mar 2004 15:14:31 -0500
Newsgroups: jedi.vcl

Part of my problem was that I had mapped a menu to Ctrl+C (and V and X).

This was causing things to happen more than once.

Now I'm not getting the worng cursor position after a Ctrl+V paste.

I still have the other issues.

-
Craig




Subject: Re: JvValidator
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 18 Mar 2004 20:51:38 +0100
Newsgroups: jedi.vcl

Hi Peter,

> It would indeed. Are you thinking that it should have a ControlToCompare, a
> PropertyToCompare and an Operator or are you thinking something else?

Yes, exactly.

However, the CustomValidator even fails for dates. If I tell the CustomValidator to use a JvDateEdit and the property Date, I get the message "property Date does not exist". As you know for sure that property does exist indeed.

One more idea: The first control should be only one. However, it would be quite nice being able to compare that value to more than one.

E.g. if you got one edit control with one basic value and you got lots of other edits with values which have to be higher than the basic one.
But I guess that would be too much work for the use it would have (not very common, I guess)

> I could certainly write one if you can come up with a good name for it<g>

JvCtrlCompareValidator :-)

-- 
Holger


Subject: TJvRichEdit (lockup)
From: "Craig" <craig@qnotes.com>
Date: Thu, 18 Mar 2004 14:49:57 -0500
Newsgroups: jedi.vcl

I think this should go to mantis, but mabey its my instalation.  Can someone
please test.

I get a lock up of Delphi 7 Pro when executing these two lines of code:
    JvRichEdit1.SelectAll;
    JvRichEdit1.CopyToClipboard;
Try this code two or three times in a row if you do not get the same IDE
lockup.
My sample compiled exe does not seem to not lock up.

I found this when I was getting mixed results when using the clipboard
functions of TJvRichEdit.
Matters were much worse when using bullets in my copy / paste tests - see
below.
I was getting partial paste of my text or garbage when using:

RichEdit1.PasteFromClipboard;  // after a RichEdit1.CopyToClipboard;

so I tried,

RichEdit1.SelText := clipboard.AsText;  //using the Clipbrd unit

which was a little better but placed the cursor two characters over to the
left.

My copy / paste test text:
.. abcdef
.. abcdef
.. abcdef
.. abcdef

-- Craig 

Subject: Re: application icon
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 18 Mar 2004 20:31:09 +0100
Newsgroups: jedi.vcl

Hi Peter,

this is what I do not understand. It is not even in the project's res-file. But it IS there! Really! I really do not think that I need to send a screen shot. I guess the compiler links it into the exe from the dfm source...

-- 
Holger

Peter Thörnqvist wrote:
> If you open your applications res file (use the Image Editor if you don't
> have a resource editor), what icons can you see in it? It seems weird to me
> that the JvErrorIndicator should override your main icon since it is not
> even named MAINICON.
>
> I have another weird one, BTW: the palette image for the standard
> TPrinterSetupDialog has been replaced by a JVCL image (a printer with a
> wrench) but there is no image in JVCL named TPrinterSetupDialog.bmp nor is
> there any image file in the jvcl folders with that particular image in it.
> Go figure.
>


Subject: Re: JvValidator
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 20:29:04 +0100
Newsgroups: jedi.vcl

> > Me saying: Wouldn't it be great having a validator which could compare
> > two properties of two components on the form?
It would indeed. Are you thinking that it should have a ControlToCompare, a
PropertyToCompare and an Operator or are you thinking something else?

> > Haven't looked into the valdidator sources that much, so it would be
> > pretty tough for me to do it, I guess...
I could certainly write one if you can come up with a good name for it<g>


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: application icon
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 20:08:10 +0100
Newsgroups: jedi.vcl

If you open your applications res file (use the Image Editor if you don't
have a resource editor), what icons can you see in it? It seems weird to me
that the JvErrorIndicator should override your main icon since it is not
even named MAINICON.

I have another weird one, BTW: the palette image for the standard
TPrinterSetupDialog has been replaced by a JVCL image (a printer with a
wrench) but there is no image in JVCL named TPrinterSetupDialog.bmp nor is
there any image file in the jvcl folders with that particular image in it.
Go figure.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvValidator
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 18 Mar 2004 19:55:46 +0100
Newsgroups: jedi.vcl

Hi everybody,

the compare Validator is real nice, however, I need to compare two Date properties of two components, which are on the same form. I figured, I have to use a custom made validator.

Me saying: Wouldn't it be great having a validator which could compare two properties of two components on the form?

Haven't looked into the valdidator sources that much, so it would be pretty tough for me to do it, I guess...

-- 
Holger


Subject: Re: TJvInspector question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Mar 2004 19:19:51 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marc Ueberall on Thu, 18 Mar 2004 19:14:44 +0100:

 MB>  Now, I remember that for BCB you have to provide another parameter
 MB> (which could actually be the first), but I'm at a loss to what that
 MB> should be. Olivier?

    Figured it out. The first parameter should be
__classid(TJvInspectorVarData). So the final construction should be:

TJvInspectorVarData::New(__classid(TJvInspectorVarData),
this->mInspector->Root, "Test", tkEnumeration, this->mBooleanVar);

    If that still doesn't work, post again mentioning BCB in the subject to
attract the attention of a knowledgable BCB guru ( = Olivier)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: TJvInspector question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Mar 2004 19:14:44 +0100
Newsgroups: jedi.vcl

Hello, Marc!
You wrote  on Thu, 18 Mar 2004 18:23:16 +0100:

    Warning: I'm really crappy with C++ <g>

 MU> this->mInspector->Root->Add(TJvInspectorVarData::New(NULL,
 MU> this->mInspector->Root, "Test", tkEnumeration, this->mBooleanVar);

    I know you have to leave out the this->mInspector->Root->Add() call; the TJvInspectorVarData::New
part should suffice. The first parameter should be this->mInspector->Root;
second the name, third the type and 4th the pointer to the variable. Now, I
remember that for BCB you have to provide another parameter (which could
actually be the first), but I'm at a loss to what that should be. Olivier?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: TJvInspector question
From: "Marc Ueberall" <mueberall@duskengine.de>
Date: Thu, 18 Mar 2004 18:23:16 +0100
Newsgroups: jedi.vcl

I'm using TJvInspector with BCB 6. When I try to add a field to the
inspector like this:

this->mInspector->Root->Add(TJvInspectorVarData::New(NULL,
this->mInspector->Root, "Test", tkEnumeration, this->mBooleanVar);

The compiler tells me: "Unresolved external '__fastcall
TJvInspector::TJvInspectorVarData::New(...)'"

Am I doing something wrong here or is it because of the conversion from
Delphi to CB that statics are not resolved?

Regards,

Marc




Subject: Re: JvSpinEdit OnChange doesn't work
From: "M. Ahued" <m_ahuedREMOVE@THIShotmail.com>
Date: Thu, 18 Mar 2004 10:57:37 -0600
Newsgroups: jedi.vcl

Sorry, im working with

D7 Enterprise
JVCL 2.10




Subject: JvSpinEdit OnChange doesn't work
From: "M. Ahued" <m_ahuedREMOVE@THIShotmail.com>
Date: Thu, 18 Mar 2004 10:55:37 -0600
Newsgroups: jedi.vcl

Hi, im migrated my application from D5 with RX to D7 with JVCL. I noticed
that the use of TJvSpinEdit component it's different, now i have to set the
CheckOptions property to [coCheckOnChange,coCheckOnExit] to work like the rx
component. Now, my problem it's that even with this the OnChange procedure
it's never called when the value it's changed by the buttons.

Could somebody help me with this ?

TIA
Mauricio Ahued




Subject: application icon
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Thu, 18 Mar 2004 17:46:48 +0100
Newsgroups: jedi.vcl

Hi guys,

I never had this before with any Delphi version, so I can hardly make any sense of it.

I assigned ONE icon in the Project Options to my application. This icon was the only icon being displayed if you chose the compiled exe-file as an icon ressource.

However, now an exclamation mark-icon, the same as being used in the JvErrorIcon component, is my standard application icon and my icon has become second...

It happened after I added an JvErrorIcon component to my application. I cannot make any other sense of it. Do you have any idea how this could have happened?

At last, I cannot make MY icon the stanard icon. Thus, on my desktop there's now an exclamation mark as my program icon :-(

Any hints are appreciated.

-- 
Holger


Subject: Re: JvMenus update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Mar 2004 16:46:20 +0100
Newsgroups: jedi.vcl

Posted to binaries.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRichEdit (RTF codes)
From: "Craig" <craig@qnotes.com>
Date: Thu, 18 Mar 2004 09:47:33 -0500
Newsgroups: jedi.vcl

Should TJvRichEditStrings.SaveToStream be changed as well?

....
> >
> > if FRichEdit.PlainText or (Converter.TextKind in [ctkText,
> > ctkBothPreferText]) then
> >    FFormat := sfPlainText;
> > //else
> > //  FFormat := sfRichText;
> >
> > works a bit better.)
> >
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Re: Have you got a Text comparator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Thu, 18 Mar 2004 15:39:21 +0100
Newsgroups: jedi.vcl

Thanks, i'll look about.


"Uli Gerhardt" <ulrich.gerhardt@gmx.de> a écrit dans le message de news:
c3c0lf$2i1$1@talkto.net...
> > Hi, @rennes,
> > maybe this helps:
> > http://www.users.on.net/johnson/delphi/textdiff.html
> > http://www.users.on.net/johnson/delphi/diff.zip
> >
> > Uli.
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: Have you got a Text comparator ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 14:52:26 +0100
Newsgroups: jedi.vcl

That's pretty cool. I wonder if Angus is interested in donating the diff and
edit controls to JVCL? Hm, I think I'll ask...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSplashWindow
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 14:10:08 +0100
Newsgroups: jedi.vcl

I see, so we didn't forget to install it after all<g>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: question on the Installer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 14:09:31 +0100
Newsgroups: jedi.vcl

I thnik it should be selectable for each target but somehow make it more
visually apparent that they are separate. The JCL Installer, for example,
makes it eminently clear that you have to select the different options for
each version. Their installation is simpler (i.e less packages), so they can
split it like they do and I'm not so sure we can do that but I hope you
understand what I mean.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Have you got a Text comparator ?
From: "Uli Gerhardt" <ulrich.gerhardt@gmx.de>
Date: Thu, 18 Mar 2004 12:56:35 +0000
Newsgroups: jedi.vcl

Hi, @rennes,
maybe this helps:
http://www.users.on.net/johnson/delphi/textdiff.html
http://www.users.on.net/johnson/delphi/diff.zip

Uli.



--- posted by geoForum on http://delphi.newswhat.com


Subject: question on the Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Mar 2004 13:32:46 +0100
Newsgroups: jedi.vcl

Should it be possible to select the packages for each target IDEs
separately (the way the old installer does it) or should the installer
only allow one list for all target IDEs?

-- Regards, Andreas Hausladen 

Subject: Re: New MakeJCLDcp4BCB.bat
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 18 Mar 2004 22:28:54 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Andreas Hausladen wrote:
>
>
>> OBones wrote:
>>
>>
>>> Why didn't you call @echo
>>
>> Does this work in a make file. I'll give it a try.
>
>
> It doesn't work with "@echo off"
>
>
ah well then...


Subject: Re: New MakeJCLDcp4BCB.bat
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Mar 2004 13:26:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > OBones wrote:
> > 
>> > > Why didn't you call @echo
> > 
> > Does this work in a make file. I'll give it a try.

It doesn't work with "@echo off"


-- Regards, Andreas Hausladen 

Subject: Re: No TJvFolderMonitor in JVCL ?
From: <ds.antispam@csslabs.de>
Date: Thu, 18 Mar 2004 13:22:45 +0100
Newsgroups: jedi.vcl

Ahh, ok thank you.
Regards

Dierk

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c3c0qm$2j4$1@talkto.net...
> > Use TJvChangeNotify. It can monitor several folders at the same time.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvSplashWindow
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Mar 2004 13:21:49 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > How was this unit included in the previous version or in RX Lib? 

It was not installed in the palette. You had to add the RxSplsh Unit to
the uses clausel.



-- Regards, Andreas Hausladen 

Subject: Re: Setting a release date for next beta
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Mar 2004 13:19:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > 1. VisualCLX support (units and packages) for D7 and K3

I stopped working on it. Because I will...

> > 2. The new installer (or an updated old installer)

... concentrate on the new installer and a new compiling system that should
reduce the amount of batch files.



-- Regards, Andreas Hausladen 

Subject: Re: JvSplashWindow
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 13:15:52 +0100
Newsgroups: jedi.vcl

Hey, wait a minute! TJvSplashWindow is a TForm and cannot be installed on
the palette. How was this unit included in the previous version or in RX
Lib? AFAICS, it has never been installed on the palette or in the Object
Repository in JVCL...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to the packages directory
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Mar 2004 13:15:33 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I don't want that. I don't want to have to run the installer to
> > recompile everytime I do an update.

That was not was I meant. The installer uses the same compilation system
but the compilation system sould be able to run in stand alone mode. I
thought about a command like:

C:\JVCL\packages> bin\build.exe c6

or 

C:\JVCL\packages> bin\build.exe all


> > I still believe that the installer should call the batch 
> > files because it's way easier to maintain.

The compilation system uses the batch files. And if I had completed the
new make files that should replace most batch files, it uses the make
files.



-- Regards, Andreas Hausladen 

Subject: Re: New MakeJCLDcp4BCB.bat
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Mar 2004 13:12:05 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Why didn't you call @echo 

Does this work in a make file. I'll give it a try.


> > And as to the quoted paths, I don't have problems using 
> > them here, could you elaborate on this ?

I also have no problems with them (as I do not have any space char in my
path names, a habit from the 8.3 filename days). But it seems that some
had problems with them. In make files we do not need the "RemoveQuote"
program and I think the make file is cleaner and has more features to use
than a simple batch file that could not use cmd.exe extensions because
there are also developers out there who use Win9x.


-- Regards, Andreas Hausladen 

Subject: Re: No TJvFolderMonitor in JVCL ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 12:58:40 +0100
Newsgroups: jedi.vcl

Use TJvChangeNotify. It can monitor several folders at the same time.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: No TJvFolderMonitor in JVCL ?
From: <ds.antispam@csslabs.de>
Date: Thu, 18 Mar 2004 12:52:17 +0100
Newsgroups: jedi.vcl

There isn´t TJvFolderMonitor. Is this an obsoleted RX component or why isn´t
it in the JVCL anymore.....
Is there a component that works like it?

Regards

Dierk




Subject: Re: Have you got a Text comparator ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 12:50:31 +0100
Newsgroups: jedi.vcl

Visual or non-visual? Not that we have either, just curious.

You can search for "Longest Common Subsequence" (that's the method most
commonly used) on the 'net and see if you find anything.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to the packages directory
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 12:49:01 +0100
Newsgroups: jedi.vcl

> > I'm back with lots of time. Now the work on the new installer is
> > "reanimated".
Great, welcome back! Have you seen the posting "Setting a release date for
next beta"? I would like you to add your views on this topic.

> > I want to create a new directory $(JVCL)\packages\bin and move these files
> > to it.
Fine by me.

> >  - include a compiled installer in the release
> >    [maybe an option for the final release to decrease
> >     installation problems]
We could do this as an optional download.

> >  - add the necessary JCL units to the installer's project
> >    directory (maybe the files get outdated but we do not
> >    need the complete JCL) [preferend by me]
As long at it's not too many units, this would work for me also.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New MakeJCLDcp4BCB.bat
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 18 Mar 2004 21:45:55 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have moved the MakeJCLDcp4BCB.bat code to a make file. As make files can
> work with quoted paths.
Why didn't you call @echo off in each step instead of putting an @ in front of every single line?
And as to the quoted paths, I don't have problems using them here, could you elaborate on this ?


Subject: Re: Changes to the packages directory
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 18 Mar 2004 21:40:12 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I want to create a new directory $(JVCL)\packages\bin and move these files
> to it. So we have a clean packages directory. Furthermore I'm working on a
> compilation system (that should be used by the new installer) that should
> make most batch files obsolute. 
I don't want that. I don't want to have to run the installer to recompile everytime I do an update. Right now, I update, then run the bacth file and I'm done. Running the installer would mean that I have to go through every step every time, when I want a one click approach to recompile everything.
I still believe that the installer should call the batch files because it's way easier to maintain.


Subject: Changes to the packages directory
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Mar 2004 12:10:10 +0100
Newsgroups: jedi.vcl

I'm back with lots of time. Now the work on the new installer is
"reanimated".


The packages directory is a little bit confusing. There are package files
and lots of batch files, templates and the installer.

I want to create a new directory $(JVCL)\packages\bin and move these files
to it. So we have a clean packages directory. Furthermore I'm working on a
compilation system (that should be used by the new installer) that should
make most batch files obsolute. For this compilation system I added the
Package Generator source files directly to the project so no external new
process must be created by Windows.

As the new installer would be on top of this compilation system it depends
on some JCL units. So we have three possibilities:

 - include a compiled installer in the release
   [maybe an option for the final release to decrease 
    installation problems]

 - add the necessary JCL units to the installer's project 
   directory (maybe the files get outdated but we do not
   need the complete JCL) [preferend by me]

 - force the user to specify where the JCL directory is.
   [prevents an easy installation]

If we do not choose option 1 we could add a small installer stub in the
final release that searches for a working make/dcc32 environment and
builds the installer.



-- Regards, Andreas Hausladen 

Subject: Have you got a Text comparator ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Thu, 18 Mar 2004 11:56:37 +0100
Newsgroups: jedi.vcl

Hello,

I search a component how can do the same thing that winmerge :
 - load two file to be comparating
 - check difference

Thanks for your help




Subject: Re: Access Violation when put JvDBLookupCombo into Plugin Form (Package style)
From: micha schumann <schumann@itc-ms.de>
Date: Thu, 18 Mar 2004 08:20:14 -0100
Newsgroups: jedi.vcl

Hi Andy,

I integrated (the wonderful) plugin manager into a quite big project, replacing my "home brewed" plugin technique that did not allow more than a shortstring to be transferred.

Apart from the fact that the order of component creation is important when integrating plungins into menus (see my older post) i do not have any problems using IBX and JVCL components in the plugin besides self written  ones sharing a DB connection and lots of components accessing each other. But: I use DLLs and no Packages.

I would suggest not to use runtime packages at all since you get very compiler and VCL dependant (as you experienced). Rollouts to many customers are likely to become a (bad) life experience.

Sure: DLLs are bigger but you can even compile them with an other delphi version. Once they work they will work.

Some other Tips:

Do not forget to include Sharemem both in the plugin and the main application as first under "uses", otherwise some hard to understand GPFs will happen.

Use FastShareMem instead of Sharemem (you will find it e.g. in Torry's website), it really is faster and compiles into the applications.

I am so happy with JVCL and specially the plugins - so if I can help you any further, do not hesitate to drop me a message in this forum!

Best regards

Michael

Andy wrote:
> Hi,
> I am a newbie in Delphi programming and interested on the Jvcl Plugin
> Manager feature that I think it is a great component.
> I've tried a jvcl plugin system in these few days and come up the problem as
> follow:
>
> I tried to open the example 6PluginPackage and put a JvDBLookupCombo at
> frmPluginForm (plgTest.bpl package) and compiled it, it said that I must add
> 'JVCL200_R50.bpl', I surely click 'Ok' button.
> I run the JvPlgMainApp.exe, load the plugin by clicking 'Load plugins'
> button and choose 'JVCL Plugin Demo V 2.0' from the list, clicked 'Show
> plugin' then came up the error message as follow:
>
> 'Access Violation at address 00D3EDAE in module 'JVCL200_R50.bpl'. Write of
> address 0000001C.'
>
> The program need to Terminate using Task Manager, otherwise the error
> message comes up all the time I clicked on Ok button.
>
> I've also put a Data Source and TTable unto the form and set the data source
> into the DBLookupCombo and still got the error message.
> But if  I use another Jvcl component instead of JvData Control component,
> they are ok.
>
> My questions are:
> 1.Do anyone could help me so I can make a package with a complete data
> functions (add, edit, delete, list, etc)?
> 2.Do anyone have a documentation (/links) or application sample on how to
> create a plugin package with a data driven form?
> 3.What component could be put on PluginTest form? in the jvcl help file
> tells that the we could put a non-visual component on the form. I've also
> tried to put the DataSource and TTable unto it and uses the form from the
> frmPluginForm and set the data source unto DBLookupCombo and the error
> message was still there.
> 4.Should I put 'JVCL200_R50.bpl' or 'rxctl5.bpl' or 'rxdb5.bpl' (if I use RX
> library also) into the same directory in which the compiled plugin
> available?
>
> Thank you very much in advance for your kindly help.
>
> ---
> Andy
>
>


Subject: New MakeJCLDcp4BCB.bat
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Mar 2004 09:52:09 +0100
Newsgroups: jedi.vcl

I have moved the MakeJCLDcp4BCB.bat code to a make file. As make files can
work with quoted paths.

See jedi.binaries

-- Regards, Andreas Hausladen 

Subject: Re: JvSplashWindow
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 08:20:54 +0100
Newsgroups: jedi.vcl

> > I can make a splash screen another way if it is being dropped.
> > So I do not really need it, but I was going to use it to replace
> > JvNagScreen.
I was just curious as to whether someone actually used it. Anyway, it's easy
to add since it is already in the runtime package and referenced in
JvMMReg.pas, just not registered. Add TJvSplashWindow to any of the
RegisterComponents in JvMMReg.pas (I'd suggest putting it on the "JV
Dialogs" tab) and rebuild the JvMM design package.

You can also use the ShowSplashWindow function directly without installing
anything.

I'll add it for the next release (and try to find the palette bitmap since
it seems it is missing as well).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus update
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Mar 2004 08:17:42 +0100
Newsgroups: jedi.vcl

> > Right now, under D6, TJvPersistent is a TComponent (with SubComponent to
> > True). And I thought of having external painters for a while but never
> > got to do it because of the legacy support.
IMO, legacy support is not as important in this case. There's one other big
benefit of removing the Style property and use external painters: it is a
lot easier adding new painter implementations. Just derive from the custom
painter and install in a package. To add a new painter now, you will have to
alter the code in JvMenus, adding new items to the Style enumeration.

> > But if we are to have external components for the painters, there is a
> > problem with D5 and BCB5 because we still need the TJvPersistent tweak
> > to show the internal painter as "subcomponent".
Why? D5 and BCB5 doesn't ever show subproprties for TComponent properties,
so I don't think a D5/BCB5 user will think it's odd that he has to select
the painter to set it's properties.

> > Please put the sources in binaries, I'll use them as an inspiration.
Will do tonight when I get home from work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Access Violation when put JvDBLookupCombo into Plugin Form (Package style)
From: "Andy" <agoengnb@yahoo.com>
Date: Thu, 18 Mar 2004 05:40:06 +0000
Newsgroups: jedi.vcl

Sorry I put the thread 3x.Somewhat the internet connection on my country 
is very very slow and I thought that my post was not succesfull since it 
takes a long time when I click on Send Message button.
Does anyone could tell me on how to delete my other post?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Access Violation when put JvDBLookupCombo into Plugin Form (Package style)
From: "Andy" <agoengnb@yahoo.com>
Date: Thu, 18 Mar 2004 05:30:44 +0000
Newsgroups: jedi.vcl

 Hi,
I am a newbie in Delphi programming and interested on the Jvcl Plugin
Manager feature that I think it is a great component.
I've tried a jvcl plugin system in these few days and come up the 
problem as
follow:

I tried to open the example 6PluginPackage and put a JvDBLookupCombo at
frmPluginForm (plgTest.bpl package) and compiled it, it said that I must 
add
'JVCL200_R50.bpl', I surely click 'Ok' button.
I run the JvPlgMainApp.exe, load the plugin by clicking 'Load plugins'
button and choose 'JVCL Plugin Demo V 2.0' from the list, clicked 'Show
plugin' then came up the error message as follow:

'Access Violation at address 00D3EDAE in module 'JVCL200_R50.bpl'. Write 
of
address 0000001C.'

The program need to Terminate using Task Manager, otherwise the error
message comes up all the time I clicked on Ok button.

I've also put a Data Source and TTable unto the form and set the data 
source
into the DBLookupCombo and still got the error message.
But if  I use another Jvcl component instead of JvData Control component,
they are ok.

My questions are:
1.Do anyone could help me so I can make a package with a complete data
functions (add, edit, delete, list, etc)?
2.Do anyone have a documentation (/links) or application sample on how to
create a plugin package with a data driven form?
3.What component could be put on PluginTest form? in the jvcl help file
tells that the we could put a non-visual component on the form. I've also
tried to put the DataSource and TTable unto it and uses the form from the
frmPluginForm and set the data source unto DBLookupCombo and the error
message was still there.
4.Should I put 'JVCL200_R50.bpl' or 'rxctl5.bpl' or 'rxdb5.bpl' (if I 
use RX
library also) into the same directory in which the compiled plugin
available?

Thank you very much in advance for your kindly help.

---
Andy



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Access Violation when put JvDBLookupCombo into Plugin Form (Package style)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 18 Mar 2004 15:04:03 +1000
Newsgroups: jedi.vcl

Andy wrote:

> Sorry I put the thread 3x.Somewhat the internet connection on my country is very very slow and I thought that my post was not succesfull since it takes a long time when I click on Send Message button.
> Does anyone could tell me on how to delete my other post?
>
>
>
> --- posted by geoForum on http://delphi.newswhat.com
Right click, Cancel Message



Subject: Access Violation when put JvDBLookupCombo into Plugin Form (Package style)
From: "Andy" <agoengnb@yahoo.com>
Date: Thu, 18 Mar 2004 11:15:51 +0700
Newsgroups: jedi.vcl

Hi,
I am a newbie in Delphi programming and interested on the Jvcl Plugin
Manager feature that I think it is a great component.
I've tried a jvcl plugin system in these few days and come up the problem as
follow:

I tried to open the example 6PluginPackage and put a JvDBLookupCombo at
frmPluginForm (plgTest.bpl package) and compiled it, it said that I must add
'JVCL200_R50.bpl', I surely click 'Ok' button.
I run the JvPlgMainApp.exe, load the plugin by clicking 'Load plugins'
button and choose 'JVCL Plugin Demo V 2.0' from the list, clicked 'Show
plugin' then came up the error message as follow:

'Access Violation at address 00D3EDAE in module 'JVCL200_R50.bpl'. Write of
address 0000001C.'

The program need to Terminate using Task Manager, otherwise the error
message comes up all the time I clicked on Ok button.

I've also put a Data Source and TTable unto the form and set the data source
into the DBLookupCombo and still got the error message.
But if  I use another Jvcl component instead of JvData Control component,
they are ok.

My questions are:
1.Do anyone could help me so I can make a package with a complete data
functions (add, edit, delete, list, etc)?
2.Do anyone have a documentation (/links) or application sample on how to
create a plugin package with a data driven form?
3.What component could be put on PluginTest form? in the jvcl help file
tells that the we could put a non-visual component on the form. I've also
tried to put the DataSource and TTable unto it and uses the form from the
frmPluginForm and set the data source unto DBLookupCombo and the error
message was still there.
4.Should I put 'JVCL200_R50.bpl' or 'rxctl5.bpl' or 'rxdb5.bpl' (if I use RX
library also) into the same directory in which the compiled plugin
available?

Thank you very much in advance for your kindly help.

---
Andy





Subject: Access Violation when put JvDBLookupCombo into Plugin Form (Package style)
From: "Andy" <agoengnb@yahoo.com>
Date: Thu, 18 Mar 2004 11:09:24 +0700
Newsgroups: jedi.vcl

Hi,
I am a newbie in Delphi programming and interested on the Jvcl Plugin
Manager feature that I think it is a great component.
I've tried a jvcl plugin system in these few days and come up the problem as
follow:

I tried to open the example 6PluginPackage and put a JvDBLookupCombo at
frmPluginForm (plgTest.bpl package) and compiled it, it said that I must add
'JVCL200_R50.bpl', I surely click 'Ok' button.
I run the JvPlgMainApp.exe, load the plugin by clicking 'Load plugins'
button and choose 'JVCL Plugin Demo V 2.0' from the list, clicked 'Show
plugin' then came up the error message as follow:

'Access Violation at address 00D3EDAE in module 'JVCL200_R50.bpl'. Write of
address 0000001C.'

The program need to Terminate using Task Manager, otherwise the error
message comes up all the time I clicked on Ok button.

I've also put a Data Source and TTable unto the form and set the data source
into the DBLookupCombo and still got the error message.
But if  I use another Jvcl component instead of JvData Control component,
they are ok.

My questions are:
1.Do anyone could help me so I can make a package with a complete data
functions (add, edit, delete, list, etc)?
2.Do anyone have a documentation (/links) or application sample on how to
create a plugin package with a data driven form?
3.What component could be put on PluginTest form? in the jvcl help file
tells that the we could put a non-visual component on the form. I've also
tried to put the DataSource and TTable unto it and uses the form from the
frmPluginForm and set the data source unto DBLookupCombo and the error
message was still there.
4.Should I put 'JVCL200_R50.bpl' or 'rxctl5.bpl' or 'rxdb5.bpl' (if I use RX
library also) into the same directory in which the compiled plugin
available?

Thank you very much in advance for your kindly help.

---
Andy




Subject: Re: TJvRichEdit (RTF codes)
From: "Craig" <craig@qnotes.com>
Date: Wed, 17 Mar 2004 19:57:51 -0500
Newsgroups: jedi.vcl

Remko Bonte,

It look like that worked.  Will you commit the changes?

Thank You.

-
Craig




Subject: Re: JvMenus update
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 18 Mar 2004 09:27:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Let me know what you think.

Right now, under D6, TJvPersistent is a TComponent (with SubComponent to True). And I thought of having external painters for a while but never got to do it because of the legacy support. The only nice way that I could still have legacy support is to add a property called ExternalPainter and a style called msExternal.
The TPersistent tweak only occurs in D5 and BCB5 (I finally got it installed) but under D6, once again, this is done using a TComponent, much like the TLabel in TLabeledEdit.
As to the AV's, I've just tested with BCB6 here, I haven't got any trouble cutting and pasting when the style is msStandard but get them when the style is something else. And after I had it once, then it keeps coming around. I will have a look at that, but can't guarantee anything before the week-end.
But if we are to have external components for the painters, there is a problem with D5 and BCB5 because we still need the TJvPersistent tweak to show the internal painter as "subcomponent". This is no big deal, we could make all current painters inherit from TComponent and install them in the palette, then create TJvPersistent wrappers around them so that they appear correctly in the OI when used as internal painters.
Please put the sources in binaries, I'll use them as an inspiration.

Cheers
Olivier




Subject: Re: TJvRichEdit (RTF codes)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 17 Mar 2004 23:33:02 +0100
Newsgroups: jedi.vcl

Craig wrote:

> If I assign this (below text) to any string, Astring, then do
> "JvRichEdit.Lines.Text := Astring" I get the text below.
> I do not know if I need it or not but where did the first line goto?

Remove the return chars (#10, #13) from the text. If you insert the text with return chars, the inserted text is interpreted line by line.

The first line is interpreted as RTF text (it starts with '{\rtf')) thus this line is inserted as RTF. The second line is not interpreted any more as RTF thus inserted as plain text etc.

I would not recommend this method though, better use streams.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvMenus update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 17 Mar 2004 23:21:17 +0100
Newsgroups: jedi.vcl

This is for mainly for Olivier:

Are you working on the JvMenu stuff? I have tested it and it doesn't work
100%, at least not on D6. There are quite some issues when I cut a menu and
paste it back at design-time with lots of AV's. I also have problems with
adding and deleting menu items. I suppose this is mainly due to the somewhat
dangerous TPersistent workarounds in TJvPersistent (not dangerous code-wise,
but dangerous because it isn't really supported by Delphi).

Anyway, I set out to try to find the cause but after a while dropped it (I
always hated debugging design-time stuff) and instead tried reimplementing
the whole thing with TComponent as the base class for the painters (much the
same way as JvInspector).

With a little work I now have it working very well in such a way that the
painters are installed on the palette and you can drop one on the form and
assign it to the ItemPainter property of the menu/popup. If not painter is
assigned, an internal standard painter is created automatically by the menu.
This works well both at design and run time. It also fixes the bugs reported
in Mantis.

I would prefer us to use this approach (unless you have a 100% solution you
haven't committed yet) because I think it might be very difficult making the
TPersistent shenanigans work on the various versions of Delphi and BCB.
Using TComponent as the base class is simple, stable and supported by all
versions. If you are interested, I can mail you the modified sources or put
them in jedi.binaries.

Since the code is already written, the main problem will then be to come up
with palette bitmaps for all those new painters that gets installed<g>

Let me know what you think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRichEdit (RTF codes)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 17 Mar 2004 23:05:19 +0100
Newsgroups: jedi.vcl

I see the problem; there are several ways to solve this. I must think some more about what the best way is.

(Problem is the changing of FFormat in TJvRichEditStrings.LoadFromStream:

Changing the code

if FRichEdit.PlainText or (Converter.TextKind in [ctkText, ctkBothPreferText]) then
  FFormat := sfPlainText
else
  FFormat := sfRichText;

to

if FRichEdit.PlainText or (Converter.TextKind in [ctkText, ctkBothPreferText]) then
  FFormat := sfPlainText;
//else
//  FFormat := sfRichText;

works a bit better.)


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Update via cvs
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 17 Mar 2004 19:59:22 -0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I use the first release of vcl3 - so I need to deinstall and reinstall
>> the CVS stuff or is it enough to copy it over and just recompile the
>> projects?
>
> You should be OK copying over and rebuilding. Just make sure you remove any
> old dcu's, dcp's and bpl's first. That could cause a lot of problems
> otherwise.
>
Thanks, I will give it a try!


Subject: Re: JvRichEdit - OnProtectChangeEx
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 17 Mar 2004 21:12:55 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> It may be possible that I'm using an outdated JVCL version however what is
> the purpose of the property OnProtectChangeEx since it is never called from
> any procs/funcs inside JvRichEdit?

That event is fired in method ProtectChange that responds to EN_PROTECTED messages.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvRichEdit (RTF codes)
From: "Craig" <craig@qnotes.com>
Date: Wed, 17 Mar 2004 13:39:58 -0500
Newsgroups: jedi.vcl

If I assign this (below text) to any string, Astring, then do
"JvRichEdit.Lines.Text := Astring" I get the text below.
I do not know if I need it or not but where did the first line goto?


{\rtf1\ansi\ansicpg1252\deff0\deftab254{\fonttbl{\f0\fnil\fcharset0 MS Sans
Serif;}}
{\colortbl ;\red0\green0\blue0;}
\viewkind4\uc1\pard\cf1\lang1033\f0\fs24
\par \fs20 Read and dictated by: \b Craig
\par }



{\colortbl ;\red0\green0\blue0;}
\viewkind4\uc1\pard\cf1\lang1033\f0\fs24
\par \fs20 Read and dictated by: \b Craig
\par }




Subject: Re: TJvRichEdit (RTF codes)
From: "Craig" <craig@qnotes.com>
Date: Wed, 17 Mar 2004 13:24:35 -0500
Newsgroups: jedi.vcl

A little more info:

I did a test app with a TRichEdit and a TJVRichEdit.
The TRichEdit works. The TJVRichEdit shows no text when I set the
".PlainText" property to true and load in the stream;

I will test using a string to copy the text to then load it to the
TJVRichEdit in a number of ways.
I do not know if this is a bug that I can not load in stream text to
aTJVRichEdit.

-
Craig





Subject: Re: JvSplashWindow
From: "Craig" <craig@qnotes.com>
Date: Wed, 17 Mar 2004 12:37:29 -0500
Newsgroups: jedi.vcl

I was using JvNagScreen before as a splash screen.
I thought after reading the readme file that JvSplashWindow was going to be
available.
I can make a splash screen another way if it is being dropped.
So I do not really need it, but I was going to use it to replace
JvNagScreen.
The JVCLconvert utility might want to pick this one up as well and convert
it to a regular Tform?

-
Craig


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c39m78$jpd$1@talkto.net...
>> > > What happened to JvSplashWindow?
> > Do you use it?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: TJvRichEdit (RTF codes)
From: "Craig" <craig@qnotes.com>
Date: Wed, 17 Mar 2004 12:30:32 -0500
Newsgroups: jedi.vcl

With TJvRichEdit, I need to work with the raw RTF codes.
After converting my app from 2.1 to 3.0 beta my code only gives me plain
text with out the RTF codes.
The below code was working before upgrading.
Please help me with what I can change to convert RTF text to just text with
the RTF codes.
I prefer to use streams for speed as I need to batch process many RTF
records.

Thank you,

Craig.

Here is the code that I'm using to convert RTF to plain RTF:

.... //editor1 is a TJvRichEdit
    aMemStream := TMemoryStream.Create;
    editor1.SelectAll;
    aMemStream.Clear;
    GetRTFSelection( editor1, aMemStream );
    aMemStream.Position := 0;
    editor1.streamformat := sfPlainText;  // converts to text with rtf codes
    editor1.Clear;
    editor1.Lines.LoadFromStream( aMemStream );
....

Function EditStreamOutCallback(dwCookie: Longint; pbBuff: PByte;
    cb: Longint; var pcb: Longint): Longint; stdcall;
var
   theStream: TStream;
   dataAvail: Longint;
begin
   theStream := TStream(dwCookie);
   Result:=0;
   with theStream do
   begin
     pcb := cb;
     Write(pbBuff^, cb);
   end;
end;

Procedure GetRTFSelection( aRichEdit: TJvRichEdit; intoStream: TStream );
Var
  editstream: TEditStream;
Begin
  With editstream Do
  Begin
    dwCookie:= Longint(intoStream);
    dwError:= 0;
    pfnCallback:= EditStreamOutCallBack;
  end;
  aRichedit.Perform( EM_STREAMOUT, SF_RTF or SFF_SELECTION,
longint(@editstream));
end;




Subject: Re: JvSplashWindow
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Mar 2004 15:45:10 +0100
Newsgroups: jedi.vcl

> > What happened to JvSplashWindow?
Do you use it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvSplashWindow
From: "Craig" <craig@qnotes.com>
Date: Wed, 17 Mar 2004 09:31:45 -0500
Newsgroups: jedi.vcl

What happened to JvSplashWindow?
It is listed as a renamed component in the readme.htm file.
It also seem to be in the /run folder.
It is not registering though.

-- Craig 

Subject: Re: Corrections to make to DateUtil.pas RX unit file
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Mar 2004 15:21:12 +0100
Newsgroups: jedi.vcl

> > Hope this helps. Please tell the maintainers if you know them
Will do. Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Corrections to make to DateUtil.pas RX unit file
From: Jacquito <jacques.abada@arcanthea.com>
Date: Wed, 17 Mar 2004 14:31:17 +0100
Newsgroups: jedi.vcl

Hi,

I don't exactly know to who I must submit this, but there is a small issue in DateUtil.pas file line 537 (in function StrToDateFmt). The code raises EConvertError passing it an SInvalidDate.

It seems this constant is marqued as deprecated in RTLConst.pas file (in D7 at least), and is redefined in SysConst.pas file. Information about this is in line 311 of RTLConst.pas file.

File DateUtil.pas has just a uses clause for RTLCont unit.

This drives to a warning saying that Symbol 'SInvalidDate' not authorized.

To fix this, I added SysConst after RTLConst in line 20 of DateUtil.pas file.

Hope this helps. Please tell the maintainers if you know them

Regards,

Jacques


Subject: Re: Problems with daily Zip-File
From: <ds.antispam@csslabs.de>
Date: Wed, 17 Mar 2004 13:38:33 +0100
Newsgroups: jedi.vcl

Peter,
thanks. Now it works....

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c39dt2$i21$1@talkto.net...
>> > > I get always the same error on compiling...
> > That's not a problem with the daily zips: it just means you have to
manually
> > rebuild JvJansR before building JvJansD. If you are uisng the installer,
> > there is a known problem (cause and solution not known, though) with the
> > Jans packages and the only solution seems to be to build and install them
> > manually from inside Delphi.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Bug report 0465 JvDBGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Mar 2004 13:31:06 +0100
Newsgroups: jedi.vcl

> > Does anyone know, how the 'scroll-bar moving' is implemented ??
Do you mean the thumbtracking? See WM_VSCROLL handler in Grids.pas. I just
tested and it can be fixed like this:

    procedure WMVScroll(var Msg: TWMVScroll); message WM_VSCROLL;
....

procedure TJvDBGrid.WMVScroll(var Msg: TWMVScroll);
var ALeftCol:integer;
begin
  ALeftCol := LeftCol;
  inherited;
  LeftCol := ALeftCol;
end;

The fix you posted doesn't work if AutoSizeColumns is true. I fixed it by
modifying this:

procedure TJvDBGrid.DoAutoSizeColumns;
var
  TotalWidth, OrigWidth: Integer;
  I: Integer;
  ScaleFactor: double;
  AWidth, AUsedWidth: Integer;
  ALeftCol: Integer; // <----------- NEW!!!
begin
  if not AutoSizeColumns or FInAutoSize or (Columns.Count = 0) or
(FGridState = gsColSizing) then
    Exit;
  FInAutoSize := True;
  ALeftCol := LeftCol; // <----------- NEW!!!
  try
....
....
  finally
    FInAutoSize := False;
    LeftCol := ALeftCol;  // <----------- NEW!!!
  end;
end;

I don't know if that covers every combination of options and properties, but
it is a good start. Clever fix!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net
> >
> > Flemming
> >
> >




Subject: Re: Problems with daily Zip-File
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Mar 2004 13:23:12 +0100
Newsgroups: jedi.vcl

> > I get always the same error on compiling...
That's not a problem with the daily zips: it just means you have to manually
rebuild JvJansR before building JvJansD. If you are uisng the installer,
there is a known problem (cause and solution not known, though) with the
Jans packages and the only solution seems to be to build and install them
manually from inside Delphi.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problems with daily Zip-File
From: <ds.antispam@csslabs.de>
Date: Wed, 17 Mar 2004 13:18:13 +0100
Newsgroups: jedi.vcl

Problems with daily Zip-File:

I get always the same error on compiling...

Compiling package: JvJansD5D.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
E:\CMP\jvcl3\jvcl\design\JvJansReg.pas(17) Fatal: 'Never-build' Package
'JvJansD5R' muß neu compiliert werden

Regards

Dierk

D5pro /Win98




Subject: Bug report 0465 JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 17 Mar 2004 12:11:21 +0100
Newsgroups: jedi.vcl

I've uploaded a new DBGrid in binaries with a fix for one of the problems
reported.
Grid is no longer moved back to column 1, when a cell/row is clicked (and
RowSelect = true)

Does anyone know, how the 'scroll-bar moving' is implemented ??

Flemming




Subject: JvRichEdit - OnProtectChangeEx
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 17 Mar 2004 10:06:59 +0100
Newsgroups: jedi.vcl

Hello,

It may be possible that I'm using an outdated JVCL version however what is
the purpose of the property OnProtectChangeEx since it is never called from
any procs/funcs inside JvRichEdit?

cu,
Michael




Subject: Re: JvRichEdit
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 17 Mar 2004 09:59:04 +0100
Newsgroups: jedi.vcl

"Michael Fritz" <spam_athome@yahoo.de> schrieb im Newsbeitrag
news:c391o1$fra$1@talkto.net...
> > I'm using JvRichEdit and want to insert a bitmap. This is no problem,
> > however the bitmap is painted with a frame around it. Is it possible to
> > insert this bitmap without a border?

It seems that this frame is painted only, when the rich edit content is
display for the first time. When I click somewhere into the text, the frame
gets cleared. When clicking on the bitmap again the frame is re-painted.

I would like to change this behaviour: no frame at all.

cu,
Michael




Subject: JvRichEdit
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 17 Mar 2004 09:56:21 +0100
Newsgroups: jedi.vcl

Hi,

I'm using JvRichEdit and want to insert a bitmap. This is no problem,
however the bitmap is painted with a frame around it. Is it possible to
insert this bitmap without a border?

The next problem I found is that right clicking the inserted bitmap shows a
menu entry "image properties" or something like this and the user can change
the display format of this image: as symbol or as a picture.


cu,
Michael




Subject: Re: Warnings of JvUrlListGrabber.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Mar 2004 09:17:33 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> One cannot be too fanatic about these things, especially not in a project
> like JVCL. Every developer needs some space to manouver in and if they don't
> get it, they'll leave and spend their time on other things.

I do understand that. I am just the one to promote clean OO design.
I know that it always will be a compromise.

In this case it think some of the variables should go to private section. At least the property implementor variables.



Subject: CBuilder6 + last CVS - Installer
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 17 Mar 2004 10:54:09 +0300
Newsgroups: jedi.vcl

Installer from the last CVS version is not working properly, the *.hpp file are not moving to the install\vcl.


Subject: Re: Warnings of JvUrlListGrabber.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Mar 2004 08:52:13 +0100
Newsgroups: jedi.vcl

> > Direct access to internal variables is against clean OO design.
It is indeed. But many times clean OO design is the same as clunky design.
As Olivier says, if you shouldn't be able to access internal variables, then
you need to provide a way of setting them without side-effects and that can
become really clunky. So sometimes a protected variable is a good idea.

One cannot be too fanatic about these things, especially not in a project
like JVCL. Every developer needs some space to manouver in and if they don't
get it, they'll leave and spend their time on other things.

JVCL should encourage a clean and "Borland based" coding style but we should
also respect the choices people make as much as possible (unless they are
plain wrong<g>), because most of the time they know a lot more about the
code than you or I can ever do. Changing the code to make it more to your/my
taste from "under their feet", without asking and without respecting their
work, infuriates people and makes them stop working with the project
altogether. And what's the use with clean, "OO pure" code if no one's here
to maintain it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Update via cvs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Mar 2004 08:33:24 +0100
Newsgroups: jedi.vcl

> > I use the first release of vcl3 - so I need to deinstall and reinstall
> > the CVS stuff or is it enough to copy it over and just recompile the
> > projects?
You should be OK copying over and rebuilding. Just make sure you remove any
old dcu's, dcp's and bpl's first. That could cause a lot of problems
otherwise.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Update via cvs
From: micha schumann <schumann@itc-ms.de>
Date: Wed, 17 Mar 2004 06:04:13 -0100
Newsgroups: jedi.vcl

Hi,

I use the first release of vcl3 - so I need to deinstall and reinstall the CVS stuff or is it enough to copy it over and just recompile the projects?

Michael


Subject: Re: Warnings of JvUrlListGrabber.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 17 Mar 2004 15:18:51 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> Direct access to internal variables is against clean OO design.
>
I know that, but then there should always be a way to set properties without any side effects. Well, that's my point of view, and that's a really "heated" debate there. Honestly, I don't see any real impact except that you prevent users from doing crazy things by mistake.



Subject: Re: Warnings of JvUrlListGrabber.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Mar 2004 06:15:23 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I don't. On the contrary, I hate it when I cannot access the F variable directly from a derived class. Why? Because the property getter or setter may be doing something that I don't want it to do and I want to bypass that. If the F variable is not accessible, I basically have to write my own getter or setter to "undo" what was done in the ancestor. A pure waste of code and time (see TJvClipboard for an example). That's why you'll almost never see a private method in the components I write. I want to give the most options to someone working after me.

Direct access to internal variables is against clean OO design.



Subject: Re: Warnings of JvUrlListGrabber.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Mar 2004 06:13:36 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Do you read my messages? <g>

Yep, but i was so sure that i updated after your OK message :-(



Subject: Re: JvgRuler.pas
From: "Stefano Pessina" <peste1@tin.it>
Date: Wed, 17 Mar 2004 00:08:00 +0100
Newsgroups: jedi.vcl

Posted in Mantis as #0001484.

I want to highlight the issue #0001478... now it's really fixed!

Regards,
Stefano Pessina

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c37o82$919$1@talkto.net...
>> > > Where can I post the modified unit? In Mantis?
> > Mantis is the preferred place. Thanks.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: Warnings of JvUrlListGrabber.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 17 Mar 2004 08:05:00 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I heavily dislike the placement of variables in the protected section of a class. Especially variables prefixed with F should only be used in private section.
> TJvUrlListGrabber, TJvUrlGrabberDefaultProperties, TJvUrlGrabberDefaultPropertiesList, TJvUrlGrabber, TJvUrlGrabberThread.
I don't. On the contrary, I hate it when I cannot access the F variable directly from a derived class. Why? Because the property getter or setter may be doing something that I don't want it to do and I want to bypass that. If the F variable is not accessible, I basically have to write my own getter or setter to "undo" what was done in the ancestor. A pure waste of code and time (see TJvClipboard for an example). That's why you'll almost never see a private method in the components I write. I want to give the most options to someone working after me.

> TJvUrlGrabberDefPropEdTrick.Create should call "inherited Create;" like all other constructors.
Yeah, it should. Why doesn't it do it? No idea! <g>


Subject: Re: Warnings of JvUrlListGrabber.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 17 Mar 2004 07:34:26 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Oops, someone was faster. I got conflicts for my style cleaning.
>
Do you read my messages? <g>


Subject: Re: JvgRuler.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Mar 2004 22:08:19 +0100
Newsgroups: jedi.vcl

> > Where can I post the modified unit? In Mantis?
Mantis is the preferred place. Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvgRuler.pas
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 16 Mar 2004 21:16:12 +0100
Newsgroups: jedi.vcl

I have modified the unit JvgRuler.pas: the problem was that the component
didn't refresh itself when setting to Vertical/Horizontal orientation or
when setting the ruler unit to cm, pixel and inches.

Where can I post the modified unit? In Mantis?

Regards,
Stefano Pessina




Subject: Re: TJvgCheckTreeView bug - *new* Mantis #1468
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Mar 2004 21:10:44 +0100
Newsgroups: jedi.vcl

> > IMHO, JvgCheckTreeView in particular could be put in the attic with no
> > harm done, right?

The way I see it: if you've used the Globus lib before, you would like it to
remain essentially the same even if the components are renamed. If you don't
use Globus, you don't have to install it unless there is a particular
component in there that you *really* want to use. Either way, the Globus lib
is sort of independent of the rest of JVCL (this applies to JvJans and some
other libs too). So, in short, we fix any bugs we can but we don't change
the structure of these packages, i.e we don't add and we don't remove even
if there are duplicates visavi the rest of JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Setting a release date for next beta
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Mar 2004 21:02:45 +0100
Newsgroups: jedi.vcl

> > Are you planning including your TJvXPBar improvements in the next release?
They are already in CVS, so I guess so <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Setting a release date for next beta
From: "Bill Miller" <w2m@frontiernet.net>
Date: Tue, 16 Mar 2004 14:13:24 -0500
Newsgroups: jedi.vcl

Peter,

Are you planning including your TJvXPBar improvements in the next release?

Regards,

Bill Miller




Subject: Re: TJvgCheckTreeView bug - *new* Mantis #1468
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 16 Mar 2004 14:09:10 -0500
Newsgroups: jedi.vcl

> It does to me<g>!

You de boss, man. :-)

IMHO, JvgCheckTreeView in particular could be put in the attic with no harm done, right?

Warren


Subject: Re: Warnings of JvUrlListGrabber.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Mar 2004 20:07:07 +0100
Newsgroups: jedi.vcl

Oops, someone was faster. I got conflicts for my style cleaning.



Subject: Warnings of JvUrlListGrabber.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Mar 2004 19:49:25 +0100
Newsgroups: jedi.vcl

Please suppress the warnings for this file by adding "reintroduce" to the constructors of TJvUrlGrabberDefPropEdTrick, TJvUrlGrabberDefaultProperties and TJvUrlGrabberDefaultPropertiesList.

I heavily dislike the placement of variables in the protected section of a class. Especially variables prefixed with F should only be used in private section.
TJvUrlListGrabber, TJvUrlGrabberDefaultProperties, TJvUrlGrabberDefaultPropertiesList, TJvUrlGrabber, TJvUrlGrabberThread.

TJvUrlGrabberDefPropEdTrick.Create should call "inherited Create;" like all other constructors.



Subject: Re: TJvgCheckTreeView bug - *new* Mantis #1468
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Mar 2004 16:07:03 +0100
Newsgroups: jedi.vcl

> > Does that still makes sense (minimizing workload, instead of minimizing
> > duplication)?
It does to me<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvgCheckTreeView bug - *new* Mantis #1468
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 16 Mar 2004 09:05:56 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> How come there are TWO still then? is there somethign that the Jvg one
>> does that the JvCheckTree doesn't do?
>
>
> I decided quite some time ago not to merge complete libraries with the rest
> of the JVCL (to minimize the workload). Currently, these are JvGlobus,
> JvJans, JvDotNet and JvXPControls.
>
Does that still makes sense (minimizing workload, instead of minimizing duplication)?

If JvgX does the same thing as JvX?

Warren


Subject: Re: Daily zips reduced
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Mar 2004 14:28:16 +0100
Newsgroups: jedi.vcl

> > If you want, I can offer an unlimited web space.

Thank you very much for the offer, that's very kind! I'll be back if we need
it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Daily zips reduced
From: "Stefano Pessina" <peste1@tin.it>
Date: Tue, 16 Mar 2004 13:46:07 +0100
Newsgroups: jedi.vcl

If you want, I can offer an unlimited web space.
_________________________________________ __
Regards,
Stefano Pessina

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c353b3$p7r$1@talkto.net...
> > I got a mail from SF today about our disk quota on SF. Apparently we use
> > ~230MB and since the alloted space is 100MB, I have been forced to reduce
> > the number of historical zips to three 3 days (it was previously 7 days).
> > This will hopefully keep the used space below 100MB (it is now around 90MB
> > or so).
> >
> > If this still doesn't suffice, we will have to investigate alternate
storage
> > locations.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: TJvUrlListGrabber is now usable again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 16 Mar 2004 21:26:36 +1000
Newsgroups: jedi.vcl

> I will advise when it is functional again.
TJvUrlListGrabber is now working again.
Please note that the Default Properties are not stored, I will work on this in the near future.

Cheers
Olivier


Subject: Re: Question about TJvChangeModify
From: "@rennes" <l.sass@omp-transport.com>
Date: Tue, 16 Mar 2004 11:19:12 +0100
Newsgroups: jedi.vcl

ok, thanks


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: c36dv6$ch$1@talkto.net...
>> > > I search a component who notify me when a new xml file are add or modify
> > in
>> > > a directory or one of this subdirectory.
>> > > I look for tjvChangeNotify.
>> > > I have see an interval
>> > > Is that component look for the folder at a timer's interval or not ?
> >
> > JvChangeNotify uses a thread to check the change status of the folder(s).
> > Note that file changes as such are *not* detected (ie you won't get
notified
> > which file(s) has changed, just that something has changed in the folder).
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Question about TJvChangeModify
From: "@rennes" <l.sass@omp-transport.com>
Date: Tue, 16 Mar 2004 10:07:16 +0100
Newsgroups: jedi.vcl

Hello,

I search a component who notify me when a new xml file are add or modify in
a directory or one of this subdirectory.
I look for tjvChangeNotify.
I have see an interval
Is that component look for the folder at a timer's interval or not ?




Subject: Re: Question about TJvChangeModify
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Mar 2004 10:05:40 +0100
Newsgroups: jedi.vcl

> > I search a component who notify me when a new xml file are add or modify
in
> > a directory or one of this subdirectory.
> > I look for tjvChangeNotify.
> > I have see an interval
> > Is that component look for the folder at a timer's interval or not ?

JvChangeNotify uses a thread to check the change status of the folder(s).
Note that file changes as such are *not* detected (ie you won't get notified
which file(s) has changed, just that something has changed in the folder).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Do not use TJvUrlListGrabber until further notice
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 16 Mar 2004 17:42:16 +1000
Newsgroups: jedi.vcl

Hi all

As said in the title of this message, I've made changes to it that means it's not working. It is compiling, but as I'm about to leave work, the bugs introduced by those changes are not yet fixed.
I will advise when it is functional again.

Cheers
Olivier



Subject: Re: OfficeColorButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Mar 2004 08:27:38 +0100
Newsgroups: jedi.vcl

The problem is in TJvExForm (it needs a CreateNew override that sets the
FHintColor), but as a quick fix, add this to TJvOfficeColorForm.CreateNew:

  inherited CreateNew(AOwner, Dummy);
  HintColor := Application.HintColor;


I'm not quite sure what can be hand-modified in JvExForms.pas but the
missing part is:

constructor TJvExForm.CreateNew(AOwner: TComponent; Dummy: Integer);
begin
  inherited CreateNew(AOwner, Dummy);
  FHintColor := clInfoBk;
end;

Andreas, can you fix this?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OfficeColorButton
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Mar 2004 06:15:17 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> I observe the same behaviour in the VisualCLX version.

Sounds very much like an initialization problem. Black = 0 so check the constructor for default color initialization.



Subject: Re: OfficeColorButton
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 16 Mar 2004 00:50:02 +0100
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> On Sun, 14 Mar 2004 22:03:30 +0100, "=?Windows-
> 1252?Q?Peter_Th=F6rnqvist?=" <peter3@no.spam.peter3.com> wrote in article <c32f7s$ah6$1@talkto.net>:
>
>>> The new OfficeColorButton is very nice. One problem though is the hint
>>> background color. It's always black (at least in combination with
>>> BalloonHint) which makes it difficult to read the hint text <g>.
>>
>> Any thoughts on why it is black? There isn't anything in OfficeColorButton
>> to suggest it should be...
>
>
> Not really, but I disabled balloonhint as applicationhint and its the same with the normal hints. Everywhere else the hints have the normal background color.
>

I observe the same behaviour in the VisualCLX version.

Regards,

André Snepvangers



Subject: Re: Setting a release date for next beta
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 16 Mar 2004 00:47:26 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I would like to hear your opinions on when we can release the next beta.
> initially, I wanted to do it about a month after the previous one, but that
> is not going to happen. For the next beta I would like the following to be
> completed (but maybe not tested 100%):
>
> 1. VisualCLX support (units and packages) for D7 and K3

- No packages have been tested with Kylix yet. That could take several hours (= days) to make it run.
- Several components still contain bugs, some of them caused by recent
  changes in design & run. (most recent: JvOfficeColorButton)
- *.dof files need to be changed to avoid conflicts between JVCL & JVCLX
  packages. Maybe it is required to change the package generator?
  IMHO: Things could be a little bit simpler if we introduce D7clx.
- Generation of the sources in qrun/qdesign/qcommon requires jpp from
  JCL 1.9. How this should be fitted ?
- Open issue: TclxDesignWindows requires clxdesigner but no dcp  is
  available. (Required for the Wizard and TSpeedBar) On kylix this is
  no problem.

>
> Unfortunately, I still don't think the provider/consumer stuff will be
> finished. Maybe it's too complex? Is there any way we can simplify it to
> make it easier for "everyday programmers" to get started with it?
>

They won't be available in the VisualCLX/Kylix versions anyway.

Regards,

André Snepvangers



Subject: Re: What about a TDotNetComboBox component?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 15 Mar 2004 22:06:36 +0100
Newsgroups: jedi.vcl

> > Is there something planned?
> > There are allmost all standard components in DotNet-style, only a ComboBox
> > is missing.....

I think Marc left it out because a combobox doesn't behave like an ordinary
control. For example, the highlight won't be removed when the moue leaves
the control. You could try it yourself and see how it looks (just look in
JvDotNetControls and do the exact same things as the other controls do).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Daily zips reduced
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 15 Mar 2004 21:59:02 +0100
Newsgroups: jedi.vcl

I got a mail from SF today about our disk quota on SF. Apparently we use
~230MB and since the alloted space is 100MB, I have been forced to reduce
the number of historical zips to three 3 days (it was previously 7 days).
This will hopefully keep the used space below 100MB (it is now around 90MB
or so).

If this still doesn't suffice, we will have to investigate alternate storage
locations.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL2.1 - HID Device enumeration
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Mar 2004 18:09:31 +0100
Newsgroups: jedi.vcl

Gene wrote:

> Thanks guys, that would explain it. I was looking for a general USB vcl and misunderstood the item.
>
> Gene McManus

You will not find one.
The problem is that it would be of limited use.
Either the USB device is used through another API like file access for mass storage devices or the device has a special driver which needs documentation from the manufacturer.



Subject: Re: JvDocking Problems
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Mon, 15 Mar 2004 16:56:29 +0100
Newsgroups: jedi.vcl

Thanks for the fixes.

> If you provide me with a suggestion, I can certainly implement it.

I would add a new property to JvDockServer, called "StoreFormState" or something. If the property is True, the Visible, Left, Top, Width, ... properties will not be stored. There is a function FindDockServer(), which may be a starting point.

> I've been experimenting with the MSDN demo today and I came up with
> this (there might be better ways of doing it):
> TJvDockVSNETPanel(lbDockServer1.RightDockPanel).DoAutoHideControl(
> ContentsForm);

Actually I wanted two forms to be docked on top of each other, but nevermind, I guess I will just pre-store the default layout in a file.

> Try:
>   YourDockForm.ManualFloat(SuitableRect);
>   YourDockForm.Visible := false;
>

Just found out about: DockClient.ShowParentForm and DockClient.HideParentForm

Michael


Subject: Re: TJvgCheckTreeView bug - *new* Mantis #1468
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Mar 2004 15:54:40 +0100
Newsgroups: jedi.vcl

> > How come there are TWO still then? is there somethign that the Jvg one
> > does that the JvCheckTree doesn't do?

I decided quite some time ago not to merge complete libraries with the rest
of the JVCL (to minimize the workload). Currently, these are JvGlobus,
JvJans, JvDotNet and JvXPControls.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSearchFiles question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Mar 2004 15:50:51 +0100
Newsgroups: jedi.vcl

> > Once again you pulled me out of the fire of stupidity <g>
ignorance <> stupidity
knowledge <> intelligence

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvgCheckTreeView bug - *new* Mantis #1468
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 15 Mar 2004 09:44:14 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Why don't you use TJvCheckTreeView instead?
>
Never saw it. Forest and Trees. :-)

How come there are TWO still then? is there somethign that the Jvg one does that the JvCheckTree doesn't do?

Warren


Subject: Re: JvSearchFiles question
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 15 Mar 2004 08:01:50 -0600
Newsgroups: jedi.vcl

Thank you Peter!!!

Once again you pulled me out of the fire of stupidity <g>

Thanks again,
Dave

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c33j60$fan$1@talkto.net...
>> > >  Form1.Files.FileParams.Attributes.Hidden :=
>> > > Form1.Files.FileParams.Attributes.Hidden + [tsDontCare];
> >
> > You have to use:
> >   JvSearchFiles1.FileParams.Attributes.Hidden := tsDontCare;
> >
> > tsDontCare is an enum, not a set.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVCL2.1 - HID Device enumeration
From: "Gene" <gmcmanus@bwcinet.com>
Date: Mon, 15 Mar 2004 13:30:10 +0000
Newsgroups: jedi.vcl

> >Gene wrote:
> >
>> >> I've found that SetupDiEnumDeviceInterfaces in 
>> >> TJvHidDeviceController.FillInList is returning false. I have two 
devices 
>> >> plugged in to my USB ports (Win2000 USB 1.1): a Sony camera and a Zire 
>> >> handheld device.
>> >> 
>> >> Gene McManus
> >
> >This is as expected.
> >Both devices are no HID devices. HID is a subclass of USB devices.
> >
> >
Thanks guys, that would explain it. I was looking for a general USB vcl 
and misunderstood the item.

Gene McManus

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvHLEditor and wordwrap
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 15 Mar 2004 13:35:35 +0100
Newsgroups: jedi.vcl

Tapio Saarikumpu wrote:

> > How can i use wordwrap in JvHLEditor?

JvHLEditor does not support Wordwrap.


-- Regards, Andreas Hausladen 

Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 15 Mar 2004 13:18:00 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c33t94$h0a$1@talkto.net...
> > I've added the JvRichEdit preview component to CVS and the package so the
> > next time you update and install, you should have a JvRichEdit preview
> > component as well. I've also updated the demo to use a JvRichEdit.
Thanks Peter!

Michael




Subject: JvHLEditor and wordwrap
From: "Tapio Saarikumpu" <t_saari@yahoo.com>
Date: Mon, 15 Mar 2004 11:43:52 +0000 (UTC)
Newsgroups: jedi.vcl

How can i use wordwrap in JvHLEditor?


Subject: What about a TDotNetComboBox component?
From: <ds.antispam@csslabs.de>
Date: Mon, 15 Mar 2004 12:31:41 +0100
Newsgroups: jedi.vcl

Is there something planned?
There are allmost all standard components in DotNet-style, only a ComboBox
is missing.....

Regards

Dierk




Subject: Re: JvMenus bugs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 15 Mar 2004 20:44:55 +1000
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> It's because in the EditorDemo it defines an ownerdraw menu (for the text an background colors) but set's the style to xp and tries to create an xpitempainter which fails because itempainter already exists. Previously it let you create the painter but then it had the occasional painting problem as I mentioned before.

As I said, the problem came from the new TJvPersistent stuff.
This is now fixed in CVS, please update JvMenus.pas and recompile the JvStdCtrls-R package.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Mar 2004 11:08:21 +0100
Newsgroups: jedi.vcl

I've added the JvRichEdit preview component to CVS and the package so the
next time you update and install, you should have a JvRichEdit preview
component as well. I've also updated the demo to use a JvRichEdit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OfficeColorButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Mar 2004 11:07:18 +0100
Newsgroups: jedi.vcl

> > I think we should start a sweep for our in-source comments on suspicious
> > lines of code. I have commented on the font. Best also check for all
> > other assignments to Font.Name as well.

If you think something is important enough to mention, it is better to do it
here. It is impossible to monitor hundreds of lines of check-ins to try to
find a few lines that might be of interest (another reason to keep style
cleaning to a minimum while normal development is in progress).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 15 Mar 2004 10:31:32 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:c2sur2$eic$1@talkto.net...
> > This seems to work for me:
Peter, for me, too! Thanks,

cu,
Michael




Subject: Re: OfficeColorButton
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Mar 2004 10:02:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've changed it (and all others) to use MS Sans Serif or fall back to the
> default font name (whihch should be MS Sans Serif as well).

I think we should start a sweep for our in-source comments on suspicious lines of code. I have commented on the font. Best also check for all other assignments to Font.Name as well.



Subject: Re: CBuilder6 and last CVS version installation crash
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Mar 2004 08:48:03 +0100
Newsgroups: jedi.vcl

My fault. Saved as binary. Should be fixed now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CBuilder6 and last CVS version installation crash
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 15 Mar 2004 17:27:31 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Today I got message: "JVCL3 were successfully installed" and
>
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>     D:\CBuild6\bin\bpr2mak -t..\BCB.bmk JvCoreC6R.bpk
> Loading project file
> Loading template
> Generating Makefile
> .........................................    D:\CBuild6\bin\make -l -o -fJvCoreC6R.mak
>
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>     D:\CBuild6\bin\..\BIN\ilink32 @MAKE0000.@@@
> Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
> RLINK32: Unsupported 16bit resource in file "D:\CBUILD6\PACKGS\JEDIPACKS\JEDI\JVCL3\RUN\JVJVCLABOUTFORM.DFM"
> Error: Unknown RLINK32 error

What size is the indicated file ?
If it's 0 bytes, please try to do an update on your CVS repository.



Subject: Re: TJvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Mar 2004 08:21:39 +0100
Newsgroups: jedi.vcl

> > I wonder if a panel could be developed that could contain a single client
> > aligned control?  Then you could just add items below it or above it?
Would
> > this approach work?
One approach could be to add items:

Item 1
Item 2
Item 3
(untitled 1)
(untitled 2)
(untitled 3)
Item 4
Item 5

Since I've modified the XPBar so it doesn't draw the "untitled" string at
run-time, you then have empty space in the bar where you can put any
controls you like. And you can mix real items with dummy items in any
combination to make room for your other controls. As long as you don't try
to align (or anchor) controls to the bottom, it should work fine.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSearchFiles question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Mar 2004 08:16:01 +0100
Newsgroups: jedi.vcl

> >  Form1.Files.FileParams.Attributes.Hidden :=
> > Form1.Files.FileParams.Attributes.Hidden + [tsDontCare];

You have to use:
  JvSearchFiles1.FileParams.Attributes.Hidden := tsDontCare;

tsDontCare is an enum, not a set.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OfficeColorButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Mar 2004 08:12:48 +0100
Newsgroups: jedi.vcl

> > Another small problem: it uses as default font MS Shell Dlg 2 which is
> > not available on Win ME and probably also other Win 9x.
I've changed it (and all others) to use MS Sans Serif or fall back to the
default font name (whihch should be MS Sans Serif as well).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: CBuilder6 and last CVS version installation crash
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 15 Mar 2004 09:51:59 +0300
Newsgroups: jedi.vcl

Today I got message: "JVCL3 were successfully installed" and

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    D:\CBuild6\bin\bpr2mak -t..\BCB.bmk JvCoreC6R.bpk
Loading project file
Loading template
Generating Makefile
..........................................    D:\CBuild6\bin\make -l -o -fJvCoreC6R.mak

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    D:\CBuild6\bin\..\BIN\ilink32 @MAKE0000.@@@
Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
RLINK32: Unsupported 16bit resource in file "D:\CBUILD6\PACKGS\JEDIPACKS\JEDI\JVCL3\RUN\JVJVCLABOUTFORM.DFM"
Error: Unknown RLINK32 error

** error 2 ** deleting JvCoreC6R.bpl

** error 1 ** deleting JvCoreC6R.bpl

!!!!! ERROR WHILE BUILDING THE JVCL !!!!
Please refer to last output for details


Subject: Re: JVCL2.1 - HID Device enumeration
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Mar 2004 07:50:52 +0100
Newsgroups: jedi.vcl

Gene wrote:

> I've found that SetupDiEnumDeviceInterfaces in TJvHidDeviceController.FillInList is returning false. I have two devices plugged in to my USB ports (Win2000 USB 1.1): a Sony camera and a Zire handheld device.
>
> Gene McManus

This is as expected.
Both devices are no HID devices. HID is a subclass of USB devices.



Subject: Re: Setting a release date for next beta
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 15 Mar 2004 09:40:04 +1000
Newsgroups: jedi.vcl

> 2. The new installer (or an updated old installer)
Well, I updated the old installer to work with BCB5 and I shall update it a bit more to work better. But I don't want to put too much effort in it if the new installer is coming (please see my other post on the subject)

> 3. More complete help (is anyone writing help? I don't see any checkins) and
> a help file with working links
I am, but haven't commited anything just yet. I'd rather not commit anything not finished

> 4. As many bugs as possible fixed in Mantis
I'll see what I can do

> 6. BCB5 and BCB6 support restored
I should now be in a state where it is working. I now have BCB5 and BCB6 on my machine, bost installation worked well. However, I would appreciate if users around here could help me, because I can't risk crashing my machine by attempting a clean install.
I'll keep monitoring the state of the install for BCB5 and BCB6, but keep in mind that I have developer installation. I'll try to have a clean installation during code freeze, but can't guarantee that.

As to the date, I have no idea, but you need to know that my private life as taken a turn that means I have less time for the JVCL right now. This may change (hopefuly not <g>) but not in the next week at least.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: JVCL2.1 - HID Device enumeration
From: "Gene" <gmcmanus@bwcinet.com>
Date: Sun, 14 Mar 2004 23:37:29 +0000
Newsgroups: jedi.vcl

> > I've installed JVCL 2.1 on Delphi 7, and am trying to get the example 
> >code running (ReadWriteDemo). The code in the OnEnumeration event is not 
> >running when the HIDDevice1.Enumerate method is called. I've made no 
> >changes to any of the code. Am I missing something on my D7 setup?
> >
> >Gene McManus
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

I've found that SetupDiEnumDeviceInterfaces in 
TJvHidDeviceController.FillInList is returning false. I have two devices 
plugged in to my USB ports (Win2000 USB 1.1): a Sony camera and a Zire 
handheld device.

Gene McManus

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL2.1 - HID Device enumeration
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 15 Mar 2004 09:29:32 +1000
Newsgroups: jedi.vcl

Gene wrote:
>> I've installed JVCL 2.1 on Delphi 7, and am trying to get the example code running (ReadWriteDemo). The code in the OnEnumeration event is not running when the HIDDevice1.Enumerate method is called. I've made no changes to any of the code. Am I missing something on my D7 setup?
>>
>> Gene McManus
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>>
>
>
> I've found that SetupDiEnumDeviceInterfaces in TJvHidDeviceController.FillInList is returning false. I have two devices plugged in to my USB ports (Win2000 USB 1.1): a Sony camera and a Zire handheld device.
>
> Gene McManus

I may be wrong, but as I think HID stands for Human Interface Device, it would only work with keyboards and mice... But I'm no expert here.



Subject: Re: JvMenus bugs
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 15 Mar 2004 09:24:37 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Maybe you should also take a look in Mantis: there is a report there
> relating to JvMenus
> (http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=000
> 1467)
>
Yeah, I know about this family of problems. But I don't think there is a nice way to fix that, unless I can know if a submenu is being shown.
The problem comes from the fact that windows tells me to paint items of the parent menu after the submenu instead of doing the contrary.
The XP rendering is experimental, and may experience glitches, that's for sure.



Subject: Re: JvMenus bugs
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 15 Mar 2004 09:21:26 +1000
Newsgroups: jedi.vcl

Jacob Boerema wrote:

>
> It's because in the EditorDemo it defines an ownerdraw menu (for the text an background colors) but set's the style to xp and tries to create an xpitempainter which fails because itempainter already exists. Previously it let you create the painter but then it had the occasional painting problem as I mentioned before.
>
Ok, thanks for the report, I'll look into it tonight.



Subject: JVCL2.1 - HID Device enumeration
From: "Gene" <gmcmanus@bwcinet.com>
Date: Sun, 14 Mar 2004 23:14:51 +0000
Newsgroups: jedi.vcl

 I've installed JVCL 2.1 on Delphi 7, and am trying to get the example 
code running (ReadWriteDemo). The code in the OnEnumeration event is not 
running when the HIDDevice1.Enumerate method is called. I've made no 
changes to any of the code. Am I missing something on my D7 setup?

Gene McManus

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvMenus bugs
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Mon, 15 Mar 2004 00:00:06 +0100
Newsgroups: jedi.vcl

On Mon, 15 Mar 2004 07:51:46 +1000, "OBones" 
<obones_REM_SPM_@_PIF_meloo.com> wrote in article 
<c32i31$b2j$1@talkto.net>:
> > I don't think so, I would guess it's an error with the way I defined 
> > TJvPersistent. I'll have a look at that tonight.
> > Thanks for your feedback.

It's because in the EditorDemo it defines an ownerdraw menu (for the 
text an background colors) but set's the style to xp and tries to 
create an xpitempainter which fails because itempainter already 
exists. Previously it let you create the painter but then it had the 
occasional painting problem as I mentioned before.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvMenus bugs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 23:28:29 +0100
Newsgroups: jedi.vcl

Maybe you should also take a look in Mantis: there is a report there
relating to JvMenus
(http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=000
1467)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus bugs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 15 Mar 2004 07:51:46 +1000
Newsgroups: jedi.vcl

Jacob Boerema wrote:
> On Sun, 14 Mar 2004 16:18:49 +1000, "OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in article <c30re0$vt$1@talkto.net>:
>
>> Thanks, but I couldn't reproduce that bug.
>
>
> With the new version I get an exception that ItemPainter already exists. I guess that the way the JvRichEdit demo does it using an XPItemPainter for ownerdraw is not the way it should be done.
> This also means that the EditorDemo should be changed because it doesn't work now.

I don't think so, I would guess it's an error with the way I defined TJvPersistent. I'll have a look at that tonight.
Thanks for your feedback.

Olivier Sannier
JVCL Developer


Subject: Re: OfficeColorButton
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Sun, 14 Mar 2004 22:41:38 +0100
Newsgroups: jedi.vcl

On Sun, 14 Mar 2004 22:03:30 +0100, "=?Windows-
1252?Q?Peter_Th=F6rnqvist?=" <peter3@no.spam.peter3.com> wrote in 
article <c32f7s$ah6$1@talkto.net>:
>> > > The new OfficeColorButton is very nice. One problem though is the hint
>> > > background color. It's always black (at least in combination with
>> > > BalloonHint) which makes it difficult to read the hint text <g>.
> > Any thoughts on why it is black? There isn't anything in OfficeColorButton
> > to suggest it should be...

Not really, but I disabled balloonhint as applicationhint and its the 
same with the normal hints. Everywhere else the hints have the normal 
background color.

Another small problem: it uses as default font MS Shell Dlg 2 which is 
not available on Win ME and probably also other Win 9x.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvDocking Problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 22:16:21 +0100
Newsgroups: jedi.vcl

BTW, there's an old posting in here from Kiriakos that shows another,
similar method of programmatically docking forms. Search for
"JvDocking...quick question"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OfficeColorButton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 22:16:03 +0100
Newsgroups: jedi.vcl

Sorry, replied to wrong thread.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OfficeColorButton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 22:13:01 +0100
Newsgroups: jedi.vcl

BTW, there's an old posting in here from Kiriakos that shows another,
similar method of programmatically docking forms. Search for
"JvDocking...quick question"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OfficeColorButton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 22:03:30 +0100
Newsgroups: jedi.vcl

> > The new OfficeColorButton is very nice. One problem though is the hint
> > background color. It's always black (at least in combination with
> > BalloonHint) which makes it difficult to read the hint text <g>.
Any thoughts on why it is black? There isn't anything in OfficeColorButton
to suggest it should be...

> > It would also be nice if you could use images from an ImageList
> > instead of a glyph.
You mean for the button? I don't think so. The way it is now, it actually
draws the selected color below the image. Very cool :)
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: OfficeColorButton
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Sun, 14 Mar 2004 21:54:16 +0100
Newsgroups: jedi.vcl

The new OfficeColorButton is very nice. One problem though is the hint 
background color. It's always black (at least in combination with 
BalloonHint) which makes it difficult to read the hint text <g>.

It would also be nice if you could use images from an ImageList 
instead of a glyph.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvDocking Problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 21:38:09 +0100
Newsgroups: jedi.vcl

> > After converting to JvDocking, the dock layout was no longer stored. I
> > guess the problem is in JvDockControlForm.pas,
Fixed. Thanks for reporting it.

> > However, i am not sure if this issue is connected with my custom storage
> > procedure (but propably not), so I didn't add it to the tracker yet.
Hard to say without seeing your code but it is still a bug as it is.

> > I suggest replacing that TMemIniFile and calling UpdateFile(); once when
> > everything is written - that makes it much faster.
Done. Update in CVS.

> > # JvDocking always stores the data of the MainForm (the one containing
> > the DockServer). Some users - like me - do not want that to be happen
> > (with data I mean the Left/Top/Width/Height/Visible/etc. properties).
> > Perhaps you can add an option for that.
If you provide me with a suggestion, I can certainly implement it.

> > # Is there a possiblity to manually dock forms "on top of each other",
> > so that tabs are displayed?
I've been experimenting with the MSDN demo today and I came up with this
(there might be better ways of doing it):

  TJvDockVSNETPanel(lbDockServer1.RightDockPanel).Width := 180;
  TJvDockVSNETPanel(lbDockServer1.LeftDockPanel).Width := 180;
  TJvDockVSNETPanel(lbDockServer1.BottomDockPanel).Height := 100;

  ContentsForm.Width := 180;
  ContentsForm.Top := 10000;
  ContentsForm.Visible := true;
  ContentsForm.ManualDock(lbDockServer1.RightDockPanel,nil, alNone);

TJvDockVSNETPanel(lbDockServer1.RightDockPanel).DoAutoHideControl(ContentsFo
rm);
  // etc

> > # What is the preferred way to hide/show a dockable form? When just
> > setting the Visible property, the panels which JvDocking uses will not
> > be hidden, even if there is no visible form left...
Try:
  YourDockForm.ManualFloat(SuitableRect);
  YourDockForm.Visible := false;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus bugs
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Sun, 14 Mar 2004 19:43:38 +0100
Newsgroups: jedi.vcl

On Sun, 14 Mar 2004 16:18:49 +1000, "OBones" 
<obones_REM_SPM_@_PIF_meloo.com> wrote in article 
<c30re0$vt$1@talkto.net>:
> > Thanks, but I couldn't reproduce that bug.

With the new version I get an exception that ItemPainter already 
exists. I guess that the way the JvRichEdit demo does it using an 
XPItemPainter for ownerdraw is not the way it should be done.
This also means that the EditorDemo should be changed because it 
doesn't work now.

> > As to the "Shortcut" bug, this is now fixed and in CVS.

Thanks.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: TJvXPBar
From: "Bill Miller" <w2m@frontiernet.net>
Date: Sun, 14 Mar 2004 13:35:26 -0500
Newsgroups: jedi.vcl

Peter,

I read your recent reply after my previous post.  Other than what you
described I don't know of other features that are missing.  Mainly the other
similar type components will not accept controls or lack items.  None that I
know of that I tested support both items and controls or both at the same
time.

I wonder if a panel could be developed that could contain a single client
aligned control?  Then you could just add items below it or above it?  Would
this approach work?

If you wish I'd be honored to assist your effort and become a "JEDI" <grin>.

Regards,

Bill Miller




Subject: Re: TJvXPBar
From: "Bill Miller" <w2m@frontiernet.net>
Date: Sun, 14 Mar 2004 13:26:17 -0500
Newsgroups: jedi.vcl

Peter,

I made the changes you suggested and it works great!  It only took about 15
minutes!  To control the height of the TJvXPCustomWinXPBar you have to add
"dummy" items as you indicated.  Any suggestion to do this automatically
based on the height of the control that is placed on the panel?

If you would like I can send you the changes I made when it is finished and
tested.  I commented all changes I made.

Thanks for your help!  I offer my assistance with JVCL.  Need more help?  If
so what is needed?  I have been using Delphi since Turbo Pascal days, but I
am not an expert... probably just advanced user.  Retired with plenty of
time!

Regards,

Bill Miller




Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 19:20:46 +0100
Newsgroups: jedi.vcl

> > Peter... thanks for the tips.  Any possibility who ever ported TJvXPBar to
> > JVCL could make the changes?

I did the port to JVCL from Marc Hoffman's dxPack, but that shouldn't matter
when you have requests: any JVCL developer should be able to do the changes.
At the same time, I am working on some modifications to JvXPBar, including
the possibility to assign your own images for the rollbutton, ability to
group bars (so when one is expanded, the others are collapsed) and setting
the height of the header, so maybe I am best suited to implemet these
changes (if we add them)

There is one problem with accepting controls in a JVXPBar: they can only be
client, top or unaligned or they won't disappear when the bar is collapsed.
One other problem is that it requires some substantial rewrites to make it
accept controls and at the same time contain "normal" links. Adding support
for "simple" control containment could be done easily (using the method I
outlined for you in the previous post) but I suspect people soon will say
"well, that's nice, but what about mixing items and controls and why do I
have to add those dummy items to set the height of the expanded bar...".

> > Is the person available who ported this to JVCL
> > available to discuss potential problems?

You can (and should) always post here so everyone else can see and
participate in the discussion.

> > Every similar component I have found so far is lacking in
> > one way or another to make it complete.
What other shortcomings do you feel the JvXPBar has?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPBar
From: "Bill Miller" <w2m@frontiernet.net>
Date: Sun, 14 Mar 2004 12:47:14 -0500
Newsgroups: jedi.vcl

Peter... thanks for the tips.  Any possibility who ever ported TJvXPBar to
JVCL could make the changes?  I am not very good at component development,
but I could give it a try.  Is the person available who ported this to JVCL
available to discuss potential problems?  Is JVCL interest in this?  As far
as I know there is no such component available with items that accepts
controls as well.  Every similar component I have found so far is lacking in
one way or another to make it complete.  Does anyone know if there is one?

Regards,

Bill Miller




Subject: Re: Setting a release date for next beta
From: @in@taavi.ee
Date: Sun, 14 Mar 2004 16:17:49 GMT
Newsgroups: jedi.vcl

On Sun, 14 Mar 2004 15:12:09 +0100,
=?Windows-1252?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com>
wrote:

> >Unfortunately, I still don't think the provider/consumer stuff will be
> >finished. Maybe it's too complex? Is there any way we can simplify it to
> >make it easier for "everyday programmers" to get started with it?

Provider stuff is complex indeed. I tried to write custom provider
following tutorial in "provider tutorial.chm" (17.09.2003 version,
which is hoplessly outdated I guess) but it bombed me with AVs...
unfortunately I didn't have time to investigate any further.

BTW one potential design problem I noticed is that in
TJvColorItems.GetItem method you use "cracker class" to access SetID
method. IMO item's ID should be constructor parameter (and the only
place where it is assigned).


ain


Subject: JvDocking Problems
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Sun, 14 Mar 2004 16:36:23 +0100
Newsgroups: jedi.vcl

I just converted my project from DockPresident to JvDocking, and I experienced some problems:

# I'm storing the Dock Layout in an Ini file, together with the layout data of Jorden Russels Toolbar2000. As the storing procedures of JvDocking/DockPresident can only be called passing a filename as a parameter, I wrote a new storing procedure which takes an existing TIniFile instance.
After converting to JvDocking, the dock layout was no longer stored. I guess the problem is in JvDockControlForm.pas, TJvDockInfoTree.WriteInfoToIni: FJvDockInfoStyle is there set to "isWriteFileInfo", independent of the USEJVCL condition. However, there are two versions of TJvDockInfoTree.ScanTreeZone (one if USEJVCL defined, one if otherwise). In the USEJVCL version FJvDockInfoStyle has to be "isJVCLWriteInfo", in the Non-USEJVCL version it has to be "isWriteFileInfo". As a result, the thing does not work when USEJVCL is true.
However, i am not sure if this issue is connected with my custom storage procedure (but propably not), so I didn't add it to the tracker yet.

# JvDocking always stores the data of the MainForm (the one containing the DockServer). Some users - like me - do not want that to be happen (with data I mean the Left/Top/Width/Height/Visible/etc. properties). Perhaps you can add an option for that.

BTW, storing the layout took very long in DockPresident - i assume that hasn't changed in JvDocking, because there is still TIniFile used. I suggest replacing that TMemIniFile and calling UpdateFile(); once when everything is written - that makes it much faster.

Then some question ;-)

# Is there a possiblity to manually dock forms "on top of each other", so that tabs are displayed?

# What is the preferred way to hide/show a dockable form? When just setting the Visible property, the panels which JvDocking uses will not be hidden, even if there is no visible form left...

Thanks,

Michael


Subject: Re: TJvThumbnail: How to empty the component
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 15:35:23 +0100
Newsgroups: jedi.vcl

I'm just guessing, but try JvThumbView1.ThumbList[Index].Photo.Picture :=
nil;

Or, use a TJvImageFileViewer instead. It loads a lot faster, looks better
and it supports clearing an item by doing:

JvImagesViewer1.Items[Index].Filename := '';
JvImagesViewer1.Items[Index].Picture := nil;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvSpecialProgress: How to create an appropriate bitmap
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 15:27:47 +0100
Newsgroups: jedi.vcl

I don't understand: TJvSpecialProgress doesn't use any bitmaps.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Setting a release date for next beta
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Mar 2004 15:12:09 +0100
Newsgroups: jedi.vcl

I would like to hear your opinions on when we can release the next beta.
initially, I wanted to do it about a month after the previous one, but that
is not going to happen. For the next beta I would like the following to be
completed (but maybe not tested 100%):

1. VisualCLX support (units and packages) for D7 and K3
2. The new installer (or an updated old installer)
3. More complete help (is anyone writing help? I don't see any checkins) and
a help file with working links
4. As many bugs as possible fixed in Mantis
6. BCB5 and BCB6 support restored
7. Documentation updated

Unfortunately, I still don't think the provider/consumer stuff will be
finished. Maybe it's too complex? Is there any way we can simplify it to
make it easier for "everyday programmers" to get started with it?

Let me know when you think you will be finished with your part of this. When
we've set a completion date, I will issue a two week code freeze starting
from that date (just as last time), so we have time to update the help files
and test the installation and examples on as many systems as possible.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5 Compatibility fixes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Mar 2004 19:24:00 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> I'm working on BCB5 compatibility and here are the changes I had to make:
One more:

JvDialogActns.pas now works correctly with BCB5 and I put it back in the associated package. See the source for the fix, it's really weird.


Subject: New JVCL Installer: Some thoughts
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Mar 2004 17:51:45 +1000
Newsgroups: jedi.vcl

Hi all

As I was playing around with BCB5 and the current installer, some thoughts came to my mind.
I think it would be better if the installer called the batch files in packages, instead of trying to reproduce what they do in the code. This would be at least for BCB, because it is way easier for me to fix a batch file than fixing it and then trying to figure out where to fix the same bug in the installer.
It's a matter of not doing twice the same work, and thus removing any risk of lag between the batch and the installer.
IMHO, MakeBCB.bat and MakeDelphi.bat file are ready to be used as of today's version. For both of them, it is easy to check if they succeeded as the makefile for the package group is deleted.

Anyway, those were my thoughts

Cheers
Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: TJvSpecialProgress: How to create an appropriate bitmap
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Mar 2004 17:31:11 +1000
Newsgroups: jedi.vcl

Hi all

Another question from a French user:

I'd like to create a bitmap for TJvSpecialProgress but I don't know where to start. Could anyone give me any indication?
Thanks in advance.

ref: nzn.fr.delphi, Julien, 06-03-2004


Subject: TJvThumbnail: How to empty the component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Mar 2004 17:29:25 +1000
Newsgroups: jedi.vcl

Hi

This is a question from a French user:

If I give the name of an image in Filename, it is displayed, which is ok. But how can I go back to an empty component, with no image loaded.
I tried Filename:=''; but nothing happened. I also tried to put Refresh or Repaint after the call, but without any luck.
AutoLoad and FullRepaint are set to True. How can I go back to an empty component?

Thanks for your help.


ref: nzn.fr.delphi, Diabolito, 06-03-2004


Subject: Re: A TPersistent class that shows events in the object inspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Mar 2004 17:15:51 +1000
Newsgroups: jedi.vcl

Ok.

Here are some news on that feature. I finally got it to work, but the final solution may not be quite like what I expected.
First, it seems that version 6 and upper of the IDE automatically filters out the events for a TPersistent. So no matter what your proeprty editor gives to the object inspector, events won't be shown. However, with version 5 (tested with BCB), the event is shown. Problem is, it is shown in the Properties tab and if you doubleclick on it, the IDE complains that it has no name, and thus cannot create a method for it. Not a big problem, simply type the name of a method and it will be used.
Now, what about 6 and upper? Well, after having discussed the problem on Borland's newsgroups, I decided a little heresy:
Under v5, TJvPersistent is a TPersistent and has the special editor to show the event
Under v6 and above, TJvPersistent is a TComponent, with a constructor that sets SubComponent to True and no special editor. As this shows Tag and Name, I registered 'nil' as an editor for those two properties.

Let me know what you think, but I'd say it's the best compromise we can get.

Cheers
Olivier Sannier
JVCL Developer


Subject: Re: JvMenus bugs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Mar 2004 16:18:49 +1000
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> On Fri, 12 Mar 2004 09:54:50 +1000, "OBones" <obones_gfdg_@_rer_meloo.com> wrote in article <c2qs6s$39v$1@talkto.net>:
>
>> For the first style, could you post in binaries a screenshot of the problem?
>> Thanks for your help
>
>
> See binaries.
Thanks, but I couldn't reproduce that bug.
As to the "Shortcut" bug, this is now fixed and in CVS.

Cheers
Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: JvSearchFiles question
From: "Delphiguy" <yup@uhhuh.com>
Date: Sat, 13 Mar 2004 23:40:27 -0600
Newsgroups: jedi.vcl

I spoke too soon. The following code gives me an incompatible types
error...????

 Form1.Files.FileParams.Attributes.Hidden :=
Form1.Files.FileParams.Attributes.Hidden + [tsDontCare];

Any ideas?

Thanks,
Dave


"Delphiguy" <yup@uhhuh.com> wrote in message news:c30o8d$mi$1@talkto.net...
> > Nevermind, it was not working because the JvSearchFiles was on a different
> > form. I put SearchFiles in my uses clause of the 2nd form, and it started
> > working....Duh!!!
> >
> > Thanks again,
> > Dave
> >
> > "Delphiguy" <yup@uhhuh.com> wrote in message
news:c30ng7$k9$1@talkto.net...
>> > > I am sorry, but i cant seem to figure out how...I tried the following:
>> > > JvSearchFiles1.FileParams.Attributes.Hidden :=
>> > > JvSearchFiles1.FileParams.Attributes.Hidden + [tsDontCare];
>> > >
>> > > But it did not work, Undeclared Identifier tsDontCare.
>> > > If you could provide an actual code sample i would appreciate it. I
> > checked
>> > > the example in the examples folder, but it did not deal with this.
>> > >
>> > > Thanks again,
>> > > Dave
>> > >
>> > > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
>> > > news:c2vjkl$rpl$1@talkto.net...
>>>> > > > > How do i add attributes in code?
>>>> > > > > I need to be able to set whether or not to search hidden, system
etc.
>>> > > > Set the values of FileParams.Attributes to match what you are looking
> > for
>>> > > > and include stAttribute in FileParams.SearchTypes
>>> > > >
>>> > > > -- 
>>> > > > Regards,
>>> > > >
>>> > > > Peter Thornqvist
>>> > > > (JVCL Coordinator)
>>> > > > http://jvcl.sourceforge.net
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: JvSearchFiles question
From: "Delphiguy" <yup@uhhuh.com>
Date: Sat, 13 Mar 2004 23:24:49 -0600
Newsgroups: jedi.vcl

Nevermind, it was not working because the JvSearchFiles was on a different
form. I put SearchFiles in my uses clause of the 2nd form, and it started
working....Duh!!!

Thanks again,
Dave

"Delphiguy" <yup@uhhuh.com> wrote in message news:c30ng7$k9$1@talkto.net...
> > I am sorry, but i cant seem to figure out how...I tried the following:
> > JvSearchFiles1.FileParams.Attributes.Hidden :=
> > JvSearchFiles1.FileParams.Attributes.Hidden + [tsDontCare];
> >
> > But it did not work, Undeclared Identifier tsDontCare.
> > If you could provide an actual code sample i would appreciate it. I
checked
> > the example in the examples folder, but it did not deal with this.
> >
> > Thanks again,
> > Dave
> >
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> > news:c2vjkl$rpl$1@talkto.net...
>>> > > > How do i add attributes in code?
>>> > > > I need to be able to set whether or not to search hidden, system etc.
>> > > Set the values of FileParams.Attributes to match what you are looking
for
>> > > and include stAttribute in FileParams.SearchTypes
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Peter Thornqvist
>> > > (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
> >
> >




Subject: Re: JvSearchFiles question
From: "Delphiguy" <yup@uhhuh.com>
Date: Sat, 13 Mar 2004 23:11:50 -0600
Newsgroups: jedi.vcl

I am sorry, but i cant seem to figure out how...I tried the following:
JvSearchFiles1.FileParams.Attributes.Hidden :=
JvSearchFiles1.FileParams.Attributes.Hidden + [tsDontCare];

But it did not work, Undeclared Identifier tsDontCare.
If you could provide an actual code sample i would appreciate it. I checked
the example in the examples folder, but it did not deal with this.

Thanks again,
Dave

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c2vjkl$rpl$1@talkto.net...
>> > > How do i add attributes in code?
>> > > I need to be able to set whether or not to search hidden, system etc.
> > Set the values of FileParams.Attributes to match what you are looking for
> > and include stAttribute in FileParams.SearchTypes
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: BCB5 Compatibility fixes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Mar 2004 14:09:55 +1000
Newsgroups: jedi.vcl

Hi all

I'm working on BCB5 compatibility and here are the changes I had to make:

- Fixed various packages because CJclVcl50 doesn't exist (even if it was in the CVS)
- design\JvDataContextManagerForm.pas(107): Protected the call to BringToFront, if you leave it, the linker crashes with an obscure message (see source)
- run\JvDBControls.pas(226): Protected the declaration of the Button property, as it triggers a crash in the linker (same error as with BringToFront in JvDataContextManagerForm)
- devtools\makefile.mak: Added -u"$(ROOT)\Lib\obj" to the command line for dcc32. This is required or dcc32 from BCB5 won't find system.pas thus leading to the failure to build Bpg2Mak in makebcb.bat
- packages\makebcb.bat: Added -U%ROOT%\Lib\Obj to the call to dcc32 for NoQuotes. Same reason as for makefile.mak


Some notes for the installer:
- The installer won't compile as is because it can't find system.pas. The solution would be to add $(BCB)\Lib\Obj as a -U option, but $(BCB) doesn't get resolved. So I added a makefile for JVCL3Install and if the original call to dcc32 fails, it tries to call make to build the installer. This works on my machine.
- The files from CJcl50.bpk should be copied to $(BCB)\Projects\Bpl and $(BCB)\Projects\Lib or the JVCL won't compile
- I modified the compiler so that it calls MakeBCB.bat. For now, it doesn't specify the list of packages to build, thus always building every package. It is actually possible to specify the list of packages to build, by setting the PACKAGELIST environment variable before calling the batch file. I didn't do it because I have no idea how to get that list. Moreover, as the installer is being rewritten, I don't see the point of putting much effort in that one.

I'm now in the process of testing components for usability.

Cheers

Olivier Sannier
JVCL Developer




Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 13 Mar 2004 21:08:50 +0100
Newsgroups: jedi.vcl

You also need to add "dummy" items to the bar to set the expanded height of
it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 13 Mar 2004 20:59:57 +0100
Newsgroups: jedi.vcl

> > 1. Can standard VCL controls and third-party controls be successfully used
> > with TJvXPBar whose parent is a TJvXPContainer?
Not the way it is designed today.

> > 2. Its it possible to modify TJvXPBar so that it accepts standard VCL
> > controls and third-party controls?
Yes. Two steps:
1. Add csAcceptsControls to ControlStyle in the constructor:
  ControlStyle := ControlStyle - [csDoubleClicks] + [csAcceptsControls];

2. Override AdjustClientRect to remove the header from the client area:

procedure AdjustClientRect(var Rect: TRect); override;

....
procedure TJvXPCustomWinXPBar.AdjustClientRect(var Rect: TRect);
begin
  inherited;
  if ControlCount > 0 then
  begin
    Inc(Rect.Top, 32);
    InflateRect(Rect, -4,-4);
  end;
end;

> > 3. Is there another way to workaround this problem?
None that I know of.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSearchFiles question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 13 Mar 2004 19:30:19 +0100
Newsgroups: jedi.vcl

> > How do i add attributes in code?
> > I need to be able to set whether or not to search hidden, system etc.
Set the values of FileParams.Attributes to match what you are looking for
and include stAttribute in FileParams.SearchTypes

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvSearchFiles question
From: "Delphiguy" <yup@uhhuh.com>
Date: Sat, 13 Mar 2004 11:53:52 -0600
Newsgroups: jedi.vcl

How do i add attributes in code?
I need to be able to set whether or not to search hidden, system etc.

Any help would be greatly appreciated,
Dave




Subject: Re: BUG: JvDBLookupCombo
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Sat, 13 Mar 2004 14:42:11 +0100
Newsgroups: jedi.vcl

Hi Remko,

cannot build a demo app because of Database controls, however:

- use JvBalloonHint as Application Hint

- drop an JvDBLookupCombo on form.
- make the necessary database connections

run app

The Hint is flickering in the drop down area IF you move over it...

-- Holger




Remko Bonte wrote:
> Holger Flick wrote:
>
>> hint is repainted constantly so that it flickers only.
>>
>> The flicker occurs in the drop-down area of the Combobox. Furthermore, the application uses the Balloon-Hint...
>
>
> Please make a small application which shows the bug, because your description does not give me enough information to reproduce the problem.
>


Subject: Re: BUG: JvDBLookupCombo
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 13 Mar 2004 12:35:50 +0100
Newsgroups: jedi.vcl

Holger Flick wrote:
> hint is repainted constantly so that it flickers only.
>
> The flicker occurs in the drop-down area of the Combobox. Furthermore, the application uses the Balloon-Hint...

Please make a small application which shows the bug, because your description does not give me enough information to reproduce the problem.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jvcl.inc change
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Mar 2004 10:07:27 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I want to add the following lines to jvcl.inc
>
> Good suggestion. Go ahead.
>
There's a risk though:
Some components have properties that only exist if USEJVCL is defined. If it was defined when you compiled and installed the packages, it will be available at design time. Now, if you set DONOTUSEJVCL in the project options, those properties will not be there and there is a chance that the streaming system will still try to read it.
Unlikely, but not impossible...


Subject: BUG: JvDBLookupCombo
From: Holger Flick <rammbaer@xyz.gmx.de>
Date: Fri, 12 Mar 2004 20:44:10 +0100
Newsgroups: jedi.vcl

Hi everybody,

(screenshot in binaries)

hint is repainted constantly so that it flickers only.

The flicker occurs in the drop-down area of the Combobox. Furthermore, the application uses the Balloon-Hint...

-- 
Holger



Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 20:13:07 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> BTW, a RichEdit can be both hidden and with width and height equal to 0 and
> still render properly to the preview.

I will give this a try on Monday since I do not have the source for my application at home right now.

cu,
Michael


Subject: Re: JvMRUManager
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 20:11:31 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've posted an updated unit to binaries. I had some issues with duplicates
> when I tested it, so I had to make some changes. Also, there was some old
> fishy code that I modified. Please test.
>
Peter,

seems to work fine - thanks!

Michael


Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 12 Mar 2004 19:52:25 +0100
Newsgroups: jedi.vcl

This seems to work for me:

procedure TJvPreviewRenderJvRichEdit.DoAddPage(Sender: TObject;
  PageIndex: Integer; Canvas: TCanvas; PageRect, PrintRect: TRect;
  var NeedMorePages: Boolean);
var
  Range: TFormatRange;
  OutDC: HDC;
  ALastChar, MaxLen, LogX, LogY, OldMap: Integer;
  TextLenEx: TGetTextLengthEx;
begin
  FFinished := (RichEdit = nil) or (PrintPreview = nil);
  if not FFinished then
  begin
    FillChar(Range, SizeOf(TFormatRange), 0);
    OutDC := Canvas.Handle;
    Range.hdc := OutDC;
    Range.hdcTarget := OutDC;
    LogX := GetDeviceCaps(OutDC, LOGPIXELSX);
    LogY := GetDeviceCaps(OutDC, LOGPIXELSY);
    if IsRectEmpty(RichEdit.PageRect) then
    begin
      Range.rc.right := (PrintRect.Right - PrintRect.Left) * cTwipsPerInch
div LogX;
      Range.rc.bottom := (PrintRect.Bottom - PrintRect.Top) * cTwipsPerInch
div LogY;
    end
    else
    begin
      Range.rc.Left := RichEdit.PageRect.Left * cTwipsPerInch div LogX;
      Range.rc.Top := RichEdit.PageRect.Top * cTwipsPerInch div LogY;
      Range.rc.Right := RichEdit.PageRect.Right * cTwipsPerInch div LogX;
      Range.rc.Bottom := RichEdit.PageRect.Bottom * cTwipsPerInch div LogY;
    end;
    Range.rcPage := Range.rc;
    if RichEditVersion >= 2 then
    begin
      with TextLenEx do
      begin
        Flags := GTL_DEFAULT;
        codepage := CP_ACP;
      end;
      MaxLen := RichEdit.Perform(EM_GETTEXTLENGTHEX, WParam(@TextLenEx), 0);
    end
    else
      MaxLen := RichEdit.GetTextLen;

    Range.chrg.cpMax := -1;

    // ensure the output DC is in text map mode
    OldMap := SetMapMode(Range.hdc, MM_TEXT);
    try
      SendMessage(RichEdit.Handle, EM_FORMATRANGE, 0, 0); // flush buffer
      Range.chrg.cpMin := FLastChar;
      ALastChar := SendMessage(RichEdit.Handle, EM_FORMATRANGE, 1,
Longint(@Range));
      FFinished := (ALastChar >= MaxLen) or (ALastChar = -1) or (ALastChar
<= FLastChar);
      FLastChar := ALastChar;
      NeedMorePages := not FFinished;
      if FFinished then
        SendMessage(RichEdit.Handle, EM_FORMATRANGE, 0, 0); // flush buffer
    finally
      SetMapMode(OutDC, OldMap);
    end;
  end;
end;


BTW, a RichEdit can be both hidden and with width and height equal to 0 and
still render properly to the preview.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvgCheckTreeView bug - *new* Mantis #1468
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 12 Mar 2004 19:50:51 +0100
Newsgroups: jedi.vcl

Why don't you use TJvCheckTreeView instead?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvgCheckTreeView bug - *new* Mantis #1468
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 12 Mar 2004 13:41:40 -0500
Newsgroups: jedi.vcl

There are three visual problems with the checkboxes in the TJvgCheckTreeView.
(1) Last item has no checkbox at designtime but checkbox appears at runtime. (minor)
(2) Subitems defined at designtime occassionally (not always) disappear at runtime.  May depend on exact contents of tree view in order to replicate. (major to me, thus I'm going to try to fix this right away)
(3) Checking on one of the items in the checkbox tree view causes other checkboxes to change state as well, in an unforseable and baffling manner.

---

If nobody beats me to it, I'll have this fixed shortly.  Nifty little component. Perfect for configuration dialog boxes
with a whole tree of configuration options.  There are no other
bugs in Mantis relating to this component at this time, that I could see.


Warren


Subject: TJvXPBar
From: "Bill Miller" <w2m@frontiernet.net>
Date: Fri, 12 Mar 2004 10:50:28 -0500
Newsgroups: jedi.vcl

I have a problem using third-party and standard VCL controls on a
TJvXPContainer.  I can not seem to control the visibility of the third-party
and standard VCL controls when the JvXPBar is collapsed or expanded.

I have a TVirtualExplorerTreeview on a TJvXPBar whose parent is a
TJvXPContainer.
I have the TJvXPContainer.AutoSize property set to True.

I tried the following in an attempt to get the TJvXPBar to show the
TVirtualExplorerTreeview when not collapsed:

procedure TForm1.JvXPBar1AfterCollapsedChange(Sender: TObject;
  Collapsing: Boolean);
begin
  VirtualExplorerTreeview1.Visible := JvXPBar1.Collapsed;
end;

When I do the same with TEdit or TScrollbar the TJvXPBar performs as
expected... that is when collapsed the TEdit or TScrollbar are not visible
and the TJvXPBar's located below the upper TJvXPBar scrolls up to fill the
empty gap.

My questions are:

1. Can standard VCL controls and third-party controls be successfully used
with TJvXPBar whose parent is a TJvXPContainer?
2. Its it possible to modify TJvXPBar so that it accepts standard VCL
controls and third-party controls?
3. Is there another way to workaround this problem?

Regards,

Bill Miller




Subject: Re: JvMenus bugs
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Fri, 12 Mar 2004 14:01:04 +0100
Newsgroups: jedi.vcl

On Fri, 12 Mar 2004 09:54:50 +1000, "OBones" 
<obones_gfdg_@_rer_meloo.com> wrote in article 
<c2qs6s$39v$1@talkto.net>:
> > For the first style, could you post in binaries a screenshot of the problem?
> > Thanks for your help

See binaries.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvMRUManager
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 13:57:20 +0100
Newsgroups: jedi.vcl

I've posted an updated unit to binaries. I had some issues with duplicates
when I tested it, so I had to make some changes. Also, there was some old
fishy code that I modified. Please test.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimerList troubles (CBuilder6)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 13:54:58 +0100
Newsgroups: jedi.vcl

> > All three bugs dissappeared for CB6, tested.
Great!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Don`t we need TJvCoupler anymore?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 12 Mar 2004 15:45:11 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> Let me ask you this: would you prefer JVCL developers to put their
 PTr> available energy into the components in \run or in \archive?

1) compatibility pack is not archive trashcan
2) When components are dropped, since they are merged into some new - it is
ok.
When the cionponent is dropped and nothing is there instead - that is a
loss.

You question is too common, no one say about supporting separate
JvAngleLabel and such.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: TCaptionPanel
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 12 Mar 2004 15:42:06 +0300
Newsgroups: jedi.vcl

Hello, AndrИ!

 AS> IMHO a Icon property should be added to TCaptionPanel

There is one pretty component, that...

It is Collapsible Panel on Torry
Don't find it locally right away, but AFAIR it was written for D3 and has no
license at all.

Seems it abondoned, i never could  find and contact it's developer.

Can it be somehow merged or re-implemented in CaptionPanel ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 12 Mar 2004 13:18:20 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> > Could it be you updated PuTTY or CVSNT recently?

Only if the Windows Update page had done this for me what I do not believe.

> > There appears to be a problem with auto-recognizing SSH1
> > keys in the 0.54 version of PuTTY

I have 0.53b installed. And I use an SSH1 key pair. I will try a SSH2 key
pair.



-- Regards, Andreas Hausladen 

Subject: Re: JvTimerList troubles (CBuilder6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 12 Mar 2004 14:55:50 +0300
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Peter Thörnqvist wrote:
>
>> D7 so if anyone having D5 could give it a try, I would appreciate it.
>>
> CBuilder6 compiled
All three bugs dissappeared for CB6, tested.


Subject: Re: JvMRUManager
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 12:53:15 +0100
Newsgroups: jedi.vcl

> > Now it should work as expected! The only caveat is to not use a devider as
> > RecentMenu but this has been a problem before, too and should have be
caught
> > by an exception as this won't add any recent items at all.
Cool! Will try it at once!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimerList troubles (CBuilder6)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 12:48:34 +0100
Newsgroups: jedi.vcl

> > CBuilder6 compiled
Great. Are the problems gone?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimerList troubles (CBuilder6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 12 Mar 2004 14:47:14 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> D7 so if anyone having D5 could give it a try, I would appreciate it.
>
CBuilder6 compiled


Subject: Re: JvMRUManager
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 12:43:19 +0100
Newsgroups: jedi.vcl

Peter,

finally I got this running as you suggested:

>> >> Add a new type:
    TMenuLocation = (mruChild, mruSibling);

>> >> Add new class members to TJvMRUManager:
    FMenuLocation : TMenuLocation;
    procedure SetMenuLocation(Value : TMenuLocation);

>> >> Add a new property:
    property MenuLocation : TMenuLocation read FMenuLocation write
SetMenuLocation default mruChild;

>> >> in the implementation change AddMenuItem() to:
procedure TJvMRUManager.AddMenuItem(Item: TMenuItem);
begin
  if Assigned(Item) then
   if FMenuLocation = mruSibling then
   begin
       if FRecentMenu.HasParent and (FRecentMenu.Parent.MenuIndex >= 0) then
           FRecentMenu.Parent.Insert(FRecentMenu.MenuIndex + FItems.count +
1,Item)
       else
           FRecentMenu.Add(Item);
   end
   else
       FRecentMenu.Add(Item);
    FItems.Add(Item);
end;

>> >> and add:

    procedure TJvMRUManager.SetMenuLocation(Value : TMenuLocation);
    begin
      if FMenuLocation <> Value then
      begin
        FMenuLocation := Value;
        UpdateRecentMenu;
      end;
    end;

Now it should work as expected! The only caveat is to not use a devider as
RecentMenu but this has been a problem before, too and should have be caught
by an exception as this won't add any recent items at all.

cu,
Michael





Subject: Re: CVS
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 12 Mar 2004 12:04:58 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have not updated the JVCL 3 for three days. Today I wanted to update my
> local /dev/JVCL and TortoiseCVS asked my to accept the SSH Key of the SF
> server ( had they changed their server? ). Ok, I thought, but then the
> server asked me for my password ( What happened to my public Key? ).
>
> Do you have the same problems or is it my computer?

Could it be you updated PuTTY or CVSNT recently? There appears to be a problem with auto-recognizing SSH1 keys in the 0.54 version of PuTTY (which is also internally used  for SSH access by CVSNT and Tortoise). Generating a new SSH2 key and forcing the protocol to version 2 was what did the trick for me.

Hope this helps.


-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Stop Debugging into JEDI-VCL
From: "Pogo" <dunpat@xs4all.nl>
Date: Fri, 12 Mar 2004 10:46:01 +0000
Newsgroups: jedi.vcl

 Hi,

I derived a component from TjvDBLookupCombo, put it in a package and used 
this new component, serveral times in my program.
When I was debugging the cursor jumped to the original JEDI code in 
jvLookup. This annoyed me, cause mostly I didn't want to debug the JEDI-
code, but merly my own. After trying several stuff (Not sure what!) it 
doesn't jump to the JEDI-code anymore. 

So good so far. But now I want to enable the original way of debugging 
again. My question: How do you stop Delphi, from debugging through the 
JEDI code and how do you start this again?

With the original Delphi-VCL it's so simple. When you want to, you can 
put the vcl-source-path in the Library path. It will build that piece 
with your own code and you can debug. When you're done, you just remove 
the path again.

Is there a simple way for JEDI-VCL too?

Thnx in advance,
Patrick Huijgens

If it ain't broken, it doesn't have enough features yet

--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvTimerList troubles (CBuilder6)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 11:37:30 +0100
Newsgroups: jedi.vcl

Thanks

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 11:37:15 +0100
Newsgroups: jedi.vcl

Works for me. Is pageant running (or whatever you use)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvcl.inc change
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 11:36:17 +0100
Newsgroups: jedi.vcl

> > I want to add the following lines to jvcl.inc
Good suggestion. Go ahead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimerList troubles (CBuilder6)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 12 Mar 2004 11:33:37 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > if anyone having D5 could give it a try

Delphi 5 compiles.



-- Regards, Andreas Hausladen 

Subject: jvcl.inc change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 12 Mar 2004 11:26:54 +0100
Newsgroups: jedi.vcl

I want to add the following lines to jvcl.inc

{$IFDEF DONOTUSEJVCL}
 {$UNDEF USEJVCL}
{$ENDIF}

This would allow people to define DONOTUSEJVCL in the project options.

-- Regards, Andreas Hausladen 

Subject: CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 12 Mar 2004 11:17:35 +0100
Newsgroups: jedi.vcl

I have not updated the JVCL 3 for three days. Today I wanted to update my
local /dev/JVCL and TortoiseCVS asked my to accept the SSH Key of the SF
server ( had they changed their server? ). Ok, I thought, but then the
server asked me for my password ( What happened to my public Key? ).

Do you have the same problems or is it my computer?

-- Regards, Andreas Hausladen 

Subject: Re: JvMRUManager
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 10:56:17 +0100
Newsgroups: jedi.vcl

rmInsert -> add items at the top of the list
rmAppend -> add at the bottom of the list

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Stop Debugging into JEDI-VCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 12 Mar 2004 10:54:49 +0100
Newsgroups: jedi.vcl

Pogo wrote:

> > Is there a simple way for JEDI-VCL too?

It is the same way. Except that you must remove the JVCL source
($(JVCL)\run) directory from the search path. (and add the lib\d?
directory if not already there)


-- Regards, Andreas Hausladen 

Subject: Re: How to set DefaultRowHeight in TJvDBGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 10:54:10 +0100
Newsgroups: jedi.vcl

> > Why this? I have tried to make DefaultRowHeight in TJvDBGrid visible, but
it
> > has only an affect in designmode....

The height of the rows in a DBGrid is controlled by Font.Size so just
setting DefaultRowHeight will not be enough - it is reset at each paint
cycle.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TFreeNotificationHelper problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 12 Mar 2004 10:50:59 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > In TFreeNotificationHelper.Create, method FreeNotification of FInstance
> > is called, but FInstance may be destroying thus an assertion failure can
> > happen in TComponent.FreeNotification.

Fixed in CVS

-- Regards, Andreas Hausladen 

Subject: Re: JvMRUManager
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 10:37:29 +0100
Newsgroups: jedi.vcl

> > I'm already thinking of adding a new mode like rmBetween... but have to
> > investigate a bit more.
Too bad!

I think the property Mode relates to where the paths are inserted into or
append to the list of recent items.
OK next try... ;-)

cu,
Michael




Subject: Re: How to set DefaultRowHeight in TJvDBGrid
From: <ds.antispam@csslabs.de>
Date: Fri, 12 Mar 2004 10:36:53 +0100
Newsgroups: jedi.vcl

Oh, yes, I see.
DefaultRowHeight is a property in TCustomGrid, but it isn't implemented in
TDBGrid.
Why this? I have tried to make DefaultRowHeight in TJvDBGrid visible, but it
has only an affect in designmode....



"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c2rti3$834$1@talkto.net...
> > There is no DefaultRowHeight property in TDBGrid
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 10:33:30 +0100
Newsgroups: jedi.vcl

> > I think a richedit needs to be visible and size > 0, so try setting
Visible
> > := true, Width := 1 and Height := 1 (I don't think you will see it at
> > runtime but you could always move it outside the form if need be) and see
if
> > that helps.
Did not change anything.

      FFinished := (FLastChar >= MaxLen) or (FLastChar = -1);

In this case FLastChar is always 243 and MaxLen = 253...

cu,
Michael




Subject: Re: JvMRUManager
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 10:29:33 +0100
Newsgroups: jedi.vcl

> > Maybe an enum?
> > TJvMRUMenuLocation = (mruChild, mruSibling);
Maybe...

I'm already thinking of adding a new mode like rmBetween... but have to
investigate a bit more.

Michael




Subject: Re: How to set DefaultRowHeight in TJvDBGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 10:23:25 +0100
Newsgroups: jedi.vcl

There is no DefaultRowHeight property in TDBGrid

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMRUManager
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 10:21:51 +0100
Newsgroups: jedi.vcl

> > However the entries are appended to the end of the menu not in the middle.
> > This would require to introduce e.g. a new property, perhaps
> > InsertAfterMenuEntry or something like this.
Maybe an enum?


TJvMRUMenuLocation = (mruChild, mruSibling);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How to set DefaultRowHeight in TJvDBGrid
From: <ds.antispam@csslabs.de>
Date: Fri, 12 Mar 2004 10:20:03 +0100
Newsgroups: jedi.vcl

How to set DefaultRowHeight in TJvDBGrid?
Mhh, I wondered that there is no way to set the DefaultRowHeight.
The property DefaultRowHeight from the TDBGrid is hidden, and the
TJvDBGrid property RowsHeight (for modifiing the DefaultRowHeight) doesn´t
store its value and has´t any affect of the grid´s rowheight..

Regards

Dierk






Subject: Re: JvTimerList troubles (CBuilder6)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 10:17:17 +0100
Newsgroups: jedi.vcl

I've posted an updated JvTimerList to CVS. I could only test it with D6 and
D7 so if anyone having D5 could give it a try, I would appreciate it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMRUManager
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 10:14:42 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c2p62o$nrd$1@talkto.net...
> > Ah, OK that' s the same way I am using it. I thought you had a layout like
> > the one below and I wondered how you got that working:
> >
> > File
> > -
> > --New
> > --Open
> > --Save
> > --(etc)
> > -------
> > --<MRU items inserted here>
> > -------
> > --Delete invalid
> > --Delete all
> > -------
> > --Exit
> >
Peter, I've digged a little bit and the solution is as simple: Just insert
the name of the menu entry "File" into the property RecentMenu of a
TJvMRUManager and voilà you got it. I've set Mode to rmInsert of course.

However the entries are appended to the end of the menu not in the middle.
This would require to introduce e.g. a new property, perhaps
InsertAfterMenuEntry or something like this.

I will see how this could be implemented...

cu,
Michael




Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 10:10:28 +0100
Newsgroups: jedi.vcl

> > Could this be a problem cause I'm creating a "hidden" TJvRichEdit control
> > and writing some formatted text to it?
I think a richedit needs to be visible and size > 0, so try setting Visible
:= true, Width := 1 and Height := 1 (I don't think you will see it at
runtime but you could always move it outside the form if need be) and see if
that helps.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 10:07:37 +0100
Newsgroups: jedi.vcl

> > Did I miss something special?
Set a breakpoint on the line

FFinished := (FLastChar >= MaxLen) or (FLastChar = -1)

in TJvPreviewRenderJvRichEdit.DoAddPage and check the value of MaxLen as it
adds pages. You should be able to come up with something.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 10:06:19 +0100
Newsgroups: jedi.vcl

> > I'm trying to use TJvPreviewControl with TJvRichEdit, however it runs into
> > an endless loop at:
> >
> > function TJvCustomPreviewControl.Add: TMetaFile;
> > begin
> >   repeat
> >     Result := TMetafile.Create;
> >     Result.Width := DeviceInfo.PhysicalWidth;
> >     Result.Height := DeviceInfo.PhysicalHeight;
> >     // keep adding pages until user says stop
> >   until not DoAddPage(Result, FPages.Add(Result));
> >   Change;                                          <<<<< will never be
> > reached
> > end;
> >
Could this be a problem cause I'm creating a "hidden" TJvRichEdit control
and writing some formatted text to it?

   var
       oMemo : TJvRichEdit;
   begin
           oMemo := TJvRichEdit.Create(Self);
           oMemo.Parent := frmMain;
           oMemo.Visible := False;
           oMemo.ParentFont := True;

I've debugged a little and found that these lines are responsible for that
endless loop:

procedure TJvPreviewRenderJvRichEdit.DoAddPage(...)
[..]
      Range.chrg.cpMin := FLastChar;
      FLastChar := SendMessage(RichEdit.Handle, EM_FORMATRANGE, 1,
Longint(@Range));
      FFinished := (FLastChar >= MaxLen) or (FLastChar = -1);
      NeedMorePages := not FFinished;

The value of FlastChar never changes, so NeedMorePages will never get False
and as a next result

function TJvCustomPreviewControl.Add: TMetaFile;
[..]
  repeat
[..]
  until not DoAddPage(Result, FPages.Add(Result));

Never will leave this loop!

cu,
Michael




Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Gunter Selleslagh" <gunter.selleslagh.nospam@techwin.be>
Date: Fri, 12 Mar 2004 09:28:20 +0100
Newsgroups: jedi.vcl

It works the old way again ! Many thanks !

Regards,
Gunter

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c2q22i$tv7$1@talkto.net...
>> > > Do you know which package is involved with this option ?
> > Taking a wild guess: "JCL Open and Save IDE dialogs with favorite folders
> > for Delphi X" (IdeOpenDlgFavoriteXX.bpl) looks like a candidate ;)
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 12 Mar 2004 09:28:04 +0100
Newsgroups: jedi.vcl

> > I don't know why TJvRichEdit doesn't derive from TCustomRichEdit (it
derives
> > from TCUstomMemo directly) but I guess those that have worked with it have
a
> > good explanation ;)
I've tried to implement a new TJvPreviewRenderJvRichEdit class, just copied
1:1 from TJvPreviewRenderRichEdit, change some coding (TJvCustomRichEdit
instead of TCustomRichEdit) but this does not help either. Endless loop at
mentioned in my previous posting...

Did I miss something special?

cu,
Michael




Subject: Re: JvTimerList troubles (CBuilder6)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Mar 2004 09:27:21 +0100
Newsgroups: jedi.vcl

> > After changing of the
> > JvTimerList->Events->Items[0]->Enabled = true - the second procedure
> > will be fired
> > and after changing of the
> > JvTimerList->Events->Items[1]->Enabled = true - the first procedure will
> > be fired
> > This is very strange
This is caused by the Sort procedure in JvTimerList. Apparently, Delphi
doesn't attach the event handler to the object instance in a collection but
to the *index* of the item instead. When the list is sorted, the event
handlers are not, so they can end up anywhere.

> > 2) JvTimerList->OnTimers(Sender, Handle) -> handle always == -1
> >
> > 3) If I want to change  the value of RepeatCount in object inspector
> > from 0 to 1 I have AV
These are caused by the FOwner and FHandle values not being set in the
correct spot. I'll fix all 3 bugs. Thanks for reporting.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTimerList troubles (CBuilder6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 12 Mar 2004 09:35:17 +0300
Newsgroups: jedi.vcl

CBuilder 6:

JvTimerList->Events->Items[n]->Enabled doesn't work properly:

1) I have two Events, JvTimerList->Events->Items[0] and JvTimerList->Events->Items[1]
and two functions
void __fastcall TForm1::JvTimerList1Events0Timer(TObject *Sender)
{
//
}

void __fastcall TForm1::JvTimerList1Events1Timer(TObject *Sender)
{
//
}
After changing of the
JvTimerList->Events->Items[0]->Enabled = true - the second procedure will be fired
and after changing of the
JvTimerList->Events->Items[1]->Enabled = true - the first procedure will be fired
This is very strange


2) JvTimerList->OnTimers(Sender, Handle) -> handle always == -1

3) If I want to change  the value of RepeatCount in object inspector
from 0 to 1 I have AV


Subject: Re: D6 Personal: Install?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 12 Mar 2004 01:28:22 +0100
Newsgroups: jedi.vcl

Holger Flick wrote:

> does JVCL3 work in D6 personal, free edition? I cannot install it because of vJCLvclx.dpp which does not compile, because all clx components seem to be missing...

See JCL group.


Subject: D6 Personal: Install?
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Fri, 12 Mar 2004 01:00:49 +0100
Newsgroups: jedi.vcl

Hi everybody,

does JVCL3 work in D6 personal, free edition? I cannot install it because of vJCLvclx.dpp which does not compile, because all clx components seem to be missing...

-- Holger


Subject: Re: JvMenus bugs
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 12 Mar 2004 09:54:50 +1000
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> I updated from cvs about 12 hours ago so I think I have the latest one. The first bug (painting outside the menu) has been around some time, the second one is new.

The second has to be, it comes from the changes I made. I checked with all styles, I'll have to double check with XP.
For the first style, could you post in binaries a screenshot of the problem?
Thanks for your help



Subject: TFreeNotificationHelper problem
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 12 Mar 2004 00:18:21 +0100
Newsgroups: jedi.vcl

In TFreeNotificationHelper.Create, method FreeNotification of FInstance is called, but FInstance may be destroying thus an assertion failure can happen in TComponent.FreeNotification.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Website updated
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 12 Mar 2004 02:15:09 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Does the expand/collapse link (top, right) work with Mozilla?

Take a look at www.cross-browser.com
guess You will need no more than 5% of it - but those 5% may be some good.

Specifically abouit trees:
also try to look at forums like http://www.rsdn.ru/forum/?mid=557846
It's HTML treeview component is told to be free, but the site is built
around .NET, so except for maybe some simpliest JavaScript that acts like a
bridge between borwser and engin maybe taken for example.

Also there maybe other tree scripts - any place there do co-exist  NNTP and
WWW
So it may be www.talk.ru - but i can't give You link to any forum here
offline.

also try to look at any newsgroup as www.gmane.org - it has to have trees as
well.

And on www.talkto.net there is already www-gate fot newsgroups, though i did
not looked upon it, maybe it is like bi-framed Google Groups instead of tree
control.

PS: insane vision - biiiiig FAQ made as read-only newsgroup with www
front-end. :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvMenus bugs
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 23:53:56 +0100
Newsgroups: jedi.vcl

On Fri, 12 Mar 2004 07:39:48 +1000, "OBones" 
<obones_REM_SPM_@_PIF_meloo.com> wrote in article 
<c2qk9o$1ta$1@talkto.net>:
> > Please be sure to use the very latest version of JvMenus, I've made 
> > changes recently that impact on this. I'll have a look anyway, but I 
> > can't guarantee a solution just yet, I'm a bit busy right now...

I updated from cvs about 12 hours ago so I think I have the latest 
one. The first bug (painting outside the menu) has been around some 
time, the second one is new.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvMenus bugs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Mar 2004 07:39:48 +1000
Newsgroups: jedi.vcl

Jacob Boerema wrote:
> Using the XP style there seem to be some bugs in JvMenus. See the JvRichEdit demo. When pressings the color of backgroundcolor button sometimes lines appear outside the popupmenu with colors. (Most of the time a horizontal line just below the ruler.)
>
> Also the width of the menus is not always computed correct. For example in the RicheEdit EditorDemo the shortcut keys in the File menu are only partially visible.
>
Please be sure to use the very latest version of JvMenus, I've made changes recently that impact on this. I'll have a look anyway, but I can't guarantee a solution just yet, I'm a bit busy right now...


Subject: Re: Peter...Thank you!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 11 Mar 2004 21:21:43 +0100
Newsgroups: jedi.vcl

> > What a those advantages of combining those routines into a component, so
> > they are more important, than risk of error, when this component will
> > _change_ local settings on clients, erratically saved on developer's
machine
> > into DFM ?
JvComputerInfoEx doesn't save anything to the DFM except the setting of
ReadOnly. Ever.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Don`t we need TJvCoupler anymore?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 11 Mar 2004 21:20:21 +0100
Newsgroups: jedi.vcl

> > I think, instead there nay be some compatibility team, one persons will
> > formulates differences between D5, D6 and D7.
> > What are new components, what are added changes, what are changed
> > behaviors - and then other persons could implement it.
Let me ask you this: would you prefer JVCL developers to put their available
energy into the components in \run or in \archive?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Don`t we need TJvCoupler anymore?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 11 Mar 2004 23:08:40 +0300
Newsgroups: jedi.vcl

Hello, Peter!

>> >> The problem is that it will soon get more and more incompatible until
>> >> not useable at all.
PT> How so?

???
Try to take some oldest component from archive and compile it with no
changes - i'm sure it will fail.

Archive is slow death of components, because jcvl core is changing and
changing and at last gets incompatible to the archived component.

I think, instead there nay be some compatibility team, one persons will
formulates differences between D5, D6 and D7.
What are new components, what are added changes, what are changed
behaviors - and then other persons could implement it.

Personally i think LabeledEdit is a simple - but very comfort component,
especially for DataSets :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: HotTrack in JvListBox?
From: <ds.antispamds@csslabs.de>
Date: Thu, 11 Mar 2004 20:27:56 +0100
Newsgroups: jedi.vcl

Ahhh,....
and I have set the borderstyle to bsNone ;)





"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:c2qbd7$vp9$1@talkto.net...
> > It is the border that is hot tracked, not the items and only at runtime
(it
> > actually toggles the Ctl3D property on/off)
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Peter...Thank you!!
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 11 Mar 2004 22:27:50 +0300
Newsgroups: jedi.vcl

Hello, Ignacio!

 IV> object hierarchy, in which case I would have to *strongly* disagree
 IV> with your conclusion of it being better.

What a those advantages of combining those routines into a component, so
they are more important, than risk of error, when this component will
_change_ local settings on clients, erratically saved on developer's machine
into DFM ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: HotTrack in JvListBox?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 11 Mar 2004 20:08:15 +0100
Newsgroups: jedi.vcl

It is the border that is hot tracked, not the items and only at runtime (it
actually toggles the Ctl3D property on/off)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: HotTrack in JvListBox?
From: <ds.antispamds@csslabs.de>
Date: Thu, 11 Mar 2004 20:03:48 +0100
Newsgroups: jedi.vcl

Does the HotTrack in JvListBox work?
When I set the property HotTrack to true - nothing happens...

Regards

Dierk

/running D5pro on Win98//




Subject: Re: Peter...Thank you!!
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 11 Mar 2004 12:13:36 -0500
Newsgroups: jedi.vcl

Arioch wrote:

> > or just
> > (* unit jvJclComputerInfo.pas *)
> > function ToggleAnimation: boolean;
> > begin
> >   Result := jvJclComputerInfo.GetSystemAnimation;
> >   jvJclComputerInfo.SetSystemAnimation(Result);
> > end;

If you really wanted that then it would just be a matter of making the
getters and setters public. Unless you also include getting rid of the
object hierarchy, in which case I would have to *strongly* disagree
with your conclusion of it being better.

-- Cheers, Ignacio 

Subject: (Jv)RecycleBin
From: "Stefano Pessina" <peste1@tin.it>
Date: Thu, 11 Mar 2004 18:13:01 +0100
Newsgroups: jedi.vcl

I've posted a new component (Jv)RecycleBin in bug tracker.
The component handle the recycle bin emptying (with confirmation, progress
dialog and Windows sound).

Stefano Pessina
pessina(at)tntdeveloping.com




Subject: Re: Favorite combobox in Open/Save Dialogs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 11 Mar 2004 17:28:58 +0100
Newsgroups: jedi.vcl

> > Do you know which package is involved with this option ?
Taking a wild guess: "JCL Open and Save IDE dialogs with favorite folders
for Delphi X" (IdeOpenDlgFavoriteXX.bpl) looks like a candidate ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Gunter Selleslagh" <gunter.selleslagh.nospam@techwin.be>
Date: Thu, 11 Mar 2004 17:12:53 +0100
Newsgroups: jedi.vcl

Do you know which package is involved with this option ?

Regards,
Gunter

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c2pi79$qdh$1@talkto.net...
>> > > It seems like you can turn it on this way, but not turn it off again.
> > Open Component-Install Packages and uncheck/remove the JCL packages you
> > don't need in the list.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvMRUManager
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 11 Mar 2004 16:51:49 +0100
Newsgroups: jedi.vcl

> > OK, OK if you ask me this way - I will try it this evening ;-)
I really like when people are so easily persuaded<vbg>. 

Looking forward to seeing the result.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComboListBox->OnChange-OnClick
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 16:17:33 +0100
Newsgroups: jedi.vcl

I've made some changes and uploaded to CVS. Give it a try. Still can't make
OnClick misbehave, though

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 15:45:50 +0100
Newsgroups: jedi.vcl

> > Of course I've cheated a little bit:
You can't typecast TJvRichEdit to TRichEdit - they don't share the same
ancestry. I'm pretty sure that's the problem. The only solution is to create
a preview renderer for TJvRichEdit that works exactly like the TRichEdit but
for TJvRichEdit instead. It is mostly a matter of cpoying the code and
replaceing every TRIchEdit with TJvRichEdit (just guessing, don't actually
know)

I don't know why TJvRichEdit doesn't derive from TCustomRichEdit (it derives
from TCUstomMemo directly) but I guess those that have worked with it have a
good explanation ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvLabel bug?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Mar 2004 15:35:54 +0100
Newsgroups: jedi.vcl

ds.antispamds@csslabs.de wrote:
> Sorry for that stupid question, but where can I find it?
> I´m using WebCVS (ViewCVS).......
> Regards

Have a look at the neigbouring newsgroup jedi.binaries on this server.



Subject: Re: JvLabel bug?
From: <ds.antispamds@csslabs.de>
Date: Thu, 11 Mar 2004 15:34:19 +0100
Newsgroups: jedi.vcl

Ahhh,
I found it!
JVLabel works well.

<ds.antispamds@csslabs.de> schrieb im Newsbeitrag
news:c2pqqc$sfp$1@talkto.net...
> > Sorry for that stupid question, but where can I find it?
> > I´m using WebCVS (ViewCVS).......
> > Regards
> >
> > Dierk
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
> > news:c2poff$s0j$1@talkto.net...
>> > > I've posted a (hopefully) fixed JvLabel to binaries. Please try it out.
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: JvLabel bug?
From: <ds.antispamds@csslabs.de>
Date: Thu, 11 Mar 2004 15:24:02 +0100
Newsgroups: jedi.vcl

Sorry for that stupid question, but where can I find it?
I´m using WebCVS (ViewCVS).......
Regards

Dierk

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c2poff$s0j$1@talkto.net...
> > I've posted a (hopefully) fixed JvLabel to binaries. Please try it out.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvLabel bug?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 15:16:01 +0100
Newsgroups: jedi.vcl

On Thu, 11 Mar 2004 14:44:14 +0100, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <c2poff$s0j$1@talkto.net>:
> > I've posted a (hopefully) fixed JvLabel to binaries. Please try it out.

Works fine now. Thanks.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: TJvPreviewControl does not know how to handle TJvRichEdit?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 11 Mar 2004 15:12:49 +0100
Newsgroups: jedi.vcl

Hi,

I'm trying to use TJvPreviewControl with TJvRichEdit, however it runs into
an endless loop at:

function TJvCustomPreviewControl.Add: TMetaFile;
begin
  repeat
    Result := TMetafile.Create;
    Result.Width := DeviceInfo.PhysicalWidth;
    Result.Height := DeviceInfo.PhysicalHeight;
    // keep adding pages until user says stop
  until not DoAddPage(Result, FPages.Add(Result));
  Change;                                          <<<<< will never be
reached
end;

Of course I've cheated a little bit:
var
       FJvRTF: TJvPreviewRenderRichEdit;
       with FJvRTF do
       begin
           RichEdit := TRichEdit(oJvRichEdit);  << Cast instead of using a
TRichEdit
           PrintPreview := Preview;
           CreatePreview(False);
       end;
[..]

Is there another preview control which handles a TJvRichEdit or is this just
a bug?

Michael




Subject: Re: JvComboListBox->OnChange-OnClick
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 11 Mar 2004 17:10:34 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
I am using CBuilder6

>> No, OnClick is not working for Up/Douwn arrows, what event has to be
>> used for arrows?
>
> It is certainly working for me. What Delphi/BCB version are you using?
>
>
>> And why I can see Up/down arrows and Combobox's down arrow
>
> simultaneounsly?
> Set HotTrackCombo to true, to only display the combo when the mouse hovers
> over an item.
>
> I did find some other issues while investigating this, so I'l post an update
> to CVS soon.
>
>


Subject: Re: JvLabel bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 14:44:14 +0100
Newsgroups: jedi.vcl

I've posted a (hopefully) fixed JvLabel to binaries. Please try it out.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvMenus bugs
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 14:25:33 +0100
Newsgroups: jedi.vcl

Using the XP style there seem to be some bugs in JvMenus. See the 
JvRichEdit demo. When pressings the color of backgroundcolor button 
sometimes lines appear outside the popupmenu with colors. (Most of the 
time a horizontal line just below the ruler.)

Also the width of the menus is not always computed correct. For 
example in the RicheEdit EditorDemo the shortcut keys in the File menu 
are only partially visible.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: JvRichEdit AdvancedTypography
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 14:18:33 +0100
Newsgroups: jedi.vcl

Shouldn't JvRichEdit AdvancedTypography be True by default?
When you load a file with justified lines or right aligned tabs or 
other advanced options you can't detect it. The same when the built in 
RichEdit control keys are used (e.g. Ctrl+J = Justify) instead of 
using the JvRichEdit properties.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvLabel bug?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 14:09:33 +0100
Newsgroups: jedi.vcl

On Thu, 11 Mar 2004 13:32:19 +0100, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <c2pk8l$r0m$1@talkto.net>:
> > Doesn't look strange to me,either. If you remove AdjustBounds at the end of
> > TJvCustomLabel.Paint, does it stop flickering?

Removing AdjustBounds does indeed stop the flickering.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvLabel bug?
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Thu, 11 Mar 2004 14:07:26 +0100
Newsgroups: jedi.vcl

Sorry, Peter I forgot the important thing in the last post:

It's defenitely not depending on the ImageList or the Toolbar. I've got dialogs just with a label and a button, which flicker alike...


-- Holger

Peter Thörnqvist wrote:

>> It may have something to do with TImageList. When I remove the
>> ImageList from the Images property of TJvToolbar the repainting stops.
>
>
> Aha! That's it! TJvLabel.AutoSize + TJvToolbar.Images <> nil = bad case of
> the shakes! Now I only have to figure out why...
>


Subject: Re: JvLabel bug?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 14:04:52 +0100
Newsgroups: jedi.vcl

On Thu, 11 Mar 2004 13:36:48 +0100, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <c2pkh1$r3b$1@talkto.net>:
>> > >It may have something to do with TImageList. When I remove the
>> > >ImageList from the Images property of TJvToolbar the repainting stops.
> > 
> > Aha! That's it! TJvLabel.AutoSize + TJvToolbar.Images <> nil = bad case of
> > the shakes! Now I only have to figure out why...

BTW The same happens when you set the Images property of TJvLabel.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvLabel bug?
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Thu, 11 Mar 2004 14:00:03 +0100
Newsgroups: jedi.vcl

Hi Peter,

it's so bad that I had to replace all TJvLabels with TLabels now :-(

-- Holger

>> It may have something to do with TImageList. When I remove the
>> ImageList from the Images property of TJvToolbar the repainting stops.

> Aha! That's it! TJvLabel.AutoSize + TJvToolbar.Images <> nil = bad case of
> the shakes! Now I only have to figure out why...
>


Subject: Re: JvLabel bug?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 13:37:35 +0100
Newsgroups: jedi.vcl

On Thu, 11 Mar 2004 12:20:37 +0100, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <c2pg28$pui$1@talkto.net>:
> > Using D6PE, I just noticed. Well, I tried in D6CSS with JvLabel on a
> > JvToolbar which is on a Coolbar and I can't see it. Anything else that is
> > "special" - Alignment, Anchors, Autosize (anything else that begins with
> > "A"<g>)?

It may have something to do with TImageList. When I remove the 
ImageList from the Images property of TJvToolbar the repainting stops.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvLabel bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 13:36:48 +0100
Newsgroups: jedi.vcl

> >It may have something to do with TImageList. When I remove the
> >ImageList from the Images property of TJvToolbar the repainting stops.

Aha! That's it! TJvLabel.AutoSize + TJvToolbar.Images <> nil = bad case of
the shakes! Now I only have to figure out why...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvLabel bug?
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Thu, 11 Mar 2004 13:34:03 +0100
Newsgroups: jedi.vcl

Peter,

I am working with D7 and it's like I've been sitting in front of the PC for days w/o sleep! Everything is flickering...

Funny thing: I thought it was because of a ZeosDBO update I made today -- and now I read this.

So: D7 Pro - flickering!

Peter Thörnqvist wrote:
> What version of Delphi? I made a "fix" not so long ago that could be the
> cause of this...
>


Subject: Re: JvLabel bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 13:32:19 +0100
Newsgroups: jedi.vcl

Doesn't look strange to me,either. If you remove AdjustBounds at the end of
TJvCustomLabel.Paint, does it stop flickering?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMRUManager
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 11 Mar 2004 13:23:59 +0100
Newsgroups: jedi.vcl

> > It would be nice to have that option as well but I don't have the time to
do
> > it at the moment, so... ;)
OK, OK if you ask me this way - I will try it this evening ;-)

Michael




Subject: Re: JvLabel bug?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 13:17:02 +0100
Newsgroups: jedi.vcl

On Thu, 11 Mar 2004 12:20:37 +0100, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <c2pg28$pui$1@talkto.net>:
> > Using D6PE, I just noticed. Well, I tried in D6CSS with JvLabel on a
> > JvToolbar which is on a Coolbar and I can't see it. Anything else that is
> > "special" - Alignment, Anchors, Autosize (anything else that begins with
> > "A"<g>)?

Not as far as I can see:

      object JvLabel1: TJvLabel
        Left = 295
        Top = 2
        Width = 32
        Height = 22
        Caption = '&Zoom:'
        FocusControl = ZoomCombo
        Layout = tlCenter
        AutoOpenURL = False
        HotTrackFont.Charset = DEFAULT_CHARSET
        HotTrackFont.Color = clWindowText
        HotTrackFont.Height = -11
        HotTrackFont.Name = 'MS Sans Serif'
        HotTrackFont.Style = []
        ImageIndex = 0
      end


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvComboListBox->OnChange-OnClick
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 13:16:57 +0100
Newsgroups: jedi.vcl

> > No, OnClick is not working for Up/Douwn arrows, what event has to be
> > used for arrows?
It is certainly working for me. What Delphi/BCB version are you using?

> > And why I can see Up/down arrows and Combobox's down arrow
simultaneounsly?
Set HotTrackCombo to true, to only display the combo when the mouse hovers
over an item.

I did find some other issues while investigating this, so I'l post an update
to CVS soon.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 12:57:27 +0100
Newsgroups: jedi.vcl

> > It seems like you can turn it on this way, but not turn it off again.
Open Component-Install Packages and uncheck/remove the JCL packages you
don't need in the list.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Gunter Selleslagh" <gunter.selleslagh.nospam@techwin.be>
Date: Thu, 11 Mar 2004 12:43:44 +0100
Newsgroups: jedi.vcl

This was the first thing I tried. Just executing jcl\install.bat again and
uncheck the specific option in the dialog and then perform the installation
of JCL, but it did not have any effect.

It seems like you can turn it on this way, but not turn it off again.

Regards,
Gunter

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c2p9c5$oj5$1@talkto.net...
>> > > I also notice that is disappeared the "insert jcl debug" item in the
> > Project
>> > > menu.
> > Aha! That is not a JVCL feature. It is part of JCL (funnily enough). Run
the
> > JCL installer (jcl\install.bat) and select the options there. You don't
have
> > to uninstall JVCL first. I guess this is the same as Gunter was looking
for.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvComboListBox->OnChange-OnClick
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 11 Mar 2004 14:33:32 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> OnClick seems to work as it should but OnChange should probably not be
> published at all since it isn't triggered by TCustomListBox. Actually, since
> a change triggers the OnClick event, there is no need for an OnChange event
> at all AFAICS.
>
No, OnClick is not working for Up/Douwn arrows, what event has to be used for arrows?
And why I can see Up/down arrows and Combobox's down arrow simultaneounsly?


Subject: Re: JvLabel bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 12:20:37 +0100
Newsgroups: jedi.vcl

Using D6PE, I just noticed. Well, I tried in D6CSS with JvLabel on a
JvToolbar which is on a Coolbar and I can't see it. Anything else that is
"special" - Alignment, Anchors, Autosize (anything else that begins with
"A"<g>)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvLabel bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 12:13:26 +0100
Newsgroups: jedi.vcl

What version of Delphi? I made a "fix" not so long ago that could be the
cause of this...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvLabel bug?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 11 Mar 2004 12:13:04 +0100
Newsgroups: jedi.vcl

I just updated from cvs and everything builds ok (D6 PE) but when 
opening Delphi the JvLabels I use in my program are continually being 
repainted. They are on a TJvToolBar on a Coolbar.
On another form the JvLabels show without repainting so maybe its a 
problem in combination with TJvToolbar.

Haven't had time to look at it yet.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Dont we need TJvCoupler anymore?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 11:13:35 +0100
Newsgroups: jedi.vcl

> > The problem is that it will soon get more and more incompatible until not
> > useable at all.
How so?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: Lis <lis@despammed.com>
Date: Thu, 11 Mar 2004 10:41:41 +0100
Newsgroups: jedi.vcl

On Thu, 11 Mar 2004 10:26:26 +0100, Peter Thörnqvist wrote:

> > Aha! That is not a JVCL feature. It is part of JCL (funnily enough). Run the
> > JCL installer (jcl\install.bat) and select the options there. You don't have
> > to uninstall JVCL first. I guess this is the same as Gunter was looking for.

Perfect!! Now it's all ok, even the common dialogs! Thank you

-- Lis 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 10:26:26 +0100
Newsgroups: jedi.vcl

> > I also notice that is disappeared the "insert jcl debug" item in the
Project
> > menu.
Aha! That is not a JVCL feature. It is part of JCL (funnily enough). Run the
JCL installer (jcl\install.bat) and select the options there. You don't have
to uninstall JVCL first. I guess this is the same as Gunter was looking for.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: Lis <lis@despammed.com>
Date: Thu, 11 Mar 2004 10:17:38 +0100
Newsgroups: jedi.vcl

On Thu, 11 Mar 2004 09:26:26 +0100, Peter Thörnqvist wrote:

> > Do the opposite of what Gunter needs to do.

I tried to do that but I can't get the combobox in the common dialogs. 
I see all others property editor changed (i.e. trying to change icon of a
form) but not the common dialogs
I also notice that is disappeared the "insert jcl debug" item in the Project
menu.
There is some registry entry to check?
-- Lis 

Subject: Re: Don│t we need TJvCoupler anymore?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 11 Mar 2004 12:03:36 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> There's no difference getting a component from the \archive folder and
 PT> getting it from any other location, so I don't see the problem.

The problem is that it will soon get more and more incompatible until not
useable at all.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvComboListBox->OnChange-OnClick
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 10:02:39 +0100
Newsgroups: jedi.vcl

OnClick seems to work as it should but OnChange should probably not be
published at all since it isn't triggered by TCustomListBox. Actually, since
a change triggers the OnClick event, there is no need for an OnChange event
at all AFAICS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Peter...Thank you!!
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 11 Mar 2004 12:01:49 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> procedure ToggleAnimation;

Sure this one, but!!!!

I'd even say

function ToggleAnimation: boolean;
begin
  Result := not JvComputerInfoEx1.System.Animation;
  JvComputerInfoEx1.System.Animation := Result;
end;

But even better would be

function ToggleAnimation: boolean;
begin
  Result := not TJvComputerInfoEx1.System.Animation;
  TJvComputerInfoEx1.System.Animation := Result;
end;

or just
(* unit jvJclComputerInfo.pas *)
function ToggleAnimation: boolean;
begin
  Result := jvJclComputerInfo.GetSystemAnimation;
  jvJclComputerInfo.SetSystemAnimation(Result);
end;
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: JvComboListBox->OnChange-OnClick
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 11 Mar 2004 11:36:57 +0300
Newsgroups: jedi.vcl

Hi all!
It seems that these events are not fired at all, I made simple app and could not get good results.


Subject: Re: JvMRUManager
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 09:30:12 +0100
Newsgroups: jedi.vcl

Ah, OK that' s the same way I am using it. I thought you had a layout like
the one below and I wondered how you got that working:

File
-
--New
--Open
--Save
--(etc)
-------
--<MRU items inserted here>
-------
--Delete invalid
--Delete all
-------
--Exit

It would be nice to have that option as well but I don't have the time to do
it at the moment, so... ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 09:26:26 +0100
Newsgroups: jedi.vcl

Do the opposite of what Gunter needs to do.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 09:25:36 +0100
Newsgroups: jedi.vcl

OK, then open common\jvcl.inc and comment JVCL_REGISTER_GLOBAL_DESIGNEDITORS
and rebuild the DT packages (open D? Packages.bpk in \packages and select
Project|Build all)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: Lis <lis@despammed.com>
Date: Thu, 11 Mar 2004 09:18:07 +0100
Newsgroups: jedi.vcl

On Thu, 11 Mar 2004 07:54:27 +0100, Gunter Selleslagh wrote:

> > Installed JVCL 3 under Delphi5 but I did not take notice of the option
> > 'Favorite combobox in Open/Save Dialogs'. Now all my Open/Save Dialogs in
> > Delphi have this extra feature I do not want. How can I disable this
> > feauture ? 

I have the opposite problem: with version 2.10 I have the combobox with "my
favorite paths" in the open/save dialog in the IDE (not the left bar with
history, desktop, my documents, etc) but after installing version 3 this
useful add-on is disappeared.
Should it be manually installed?

-- Lis 

Subject: Re: Peter...Thank you!!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 09:17:23 +0100
Newsgroups: jedi.vcl

I doubt I ever will add the DataProvider stuff but if someone else would
like to take a shot, be my guest.

> > Since it is not, is it so much harder to programmer to call funciton,
rather
> > than?..

You tell me. What seems easier to you:

procedure ToggleAnimation;
var Value:integer;
begin
  if SystemParametersInfo(SPI_GETANIMATION, 0, @Value, 0) then
  begin
    if Value = 1 then
      Value := 0
    else
     Value := 1;
    SystemParametersInfo(SPI_SETANIMATION, Value, nil, SPIF_SENDCHANGE);
  end;
end;


or:

procedure ToggleAnimation;
begin
  JvComputerInfoEx1.System.Animation := not
JvComputerInfoEx1.System.Animation;
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Gunter Selleslagh" <gunter.selleslagh.nospam@techwin.be>
Date: Thu, 11 Mar 2004 09:15:37 +0100
Newsgroups: jedi.vcl

I mean de field 'Favorites' and the button 'Add' or 'Delete' inserted at the
bottom of my 'standard' File/Open or File/Save dialogs in the Delphi IDE
after installation of JVCL3, because I did not disable the option 'Favorite
combobox in Open/Save Dialogs' during installation.

Regards,
Gunter

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c2p4if$nih$1@talkto.net...
> > Do you mean the places bar at the left? Change OptionsEx to include
> > ofExNoPlacesBar
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvMRUManager
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 11 Mar 2004 09:12:05 +0100
Newsgroups: jedi.vcl

> > Care to share?
No, not at all:

The main menu look like this:

File
   |_Reopen  (name: mnuRecentMain)
        |_Delete invalid entries  (name: mnuRecentDelInvalid)
        |_Delete all entries   (name: mnuRecentDelAll)

Using a TJvMRUManager with these properties:

..AutoEnable := True
..AutoUpdate := True
..Duplicates := dupIgnore
..IniStorage := MRUStorage
..Mode := rmInsert
..RecentMenu := mnuRecentMain

Toe get a good look I did not add a devider after mnuRecentDelAll since the
MRUManager does this already. Important is to use rmInsert and the usage of
mnuRecentMain and not one of the submenu entries mnuRecentDelInvalid or
mnuRecentDelAll.

That's all!

cu,
Michael






Subject: Re: Dont we need TJvCoupler anymore?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 09:11:16 +0100
Newsgroups: jedi.vcl

> > Except that in a couple of month it will be no more compiled, and in a
year
> > almost impossible to fix less than 2 hours.
There's no difference getting a component from the \archive folder and
getting it from any other location, so I don't see the problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvcl.fo translation to dutch (nl)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 09:07:25 +0100
Newsgroups: jedi.vcl

> > Is there tool that will create new .po from latest CVS check-in ?
There's a couple of bat files in the \locale folder that does that.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: installer question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 09:05:42 +0100
Newsgroups: jedi.vcl

> > 1. Could I also just compile the whole package group (without installing)?
Yes, I do that myself but you might get some errors when compiling the first
three or four packages if there has been changes to them. Just click OK to
continue.

The other two questions are better answered by Andreas.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Favorite combobox in Open/Save Dialogs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Mar 2004 09:04:26 +0100
Newsgroups: jedi.vcl

Do you mean the places bar at the left? Change OptionsEx to include
ofExNoPlacesBar

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvcl.inc changes!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Mar 2004 08:12:17 +0100
Newsgroups: jedi.vcl

I have removed several IFDEFs from the files.
POLESPIN, RA_QR2, RA_QR3H, RICHEDIT_VER_10, T2H, TABINFO

JvInterpreter_OLEAUTO has been moved to jvcl.inc (only active for VCL).
TIMEBLOCKS was already there, but has been renamed to Jv_TIMEBLOCKS.

I reactivated Jv_MIDAS in jvcl.inc to be selectable in the installer.
If this is wrong then please deactivate it again by using // comments

The comments for the switches have been reworked to look better in the installer.

install.htm needs to be updated to reflect the changes!



Subject: Favorite combobox in Open/Save Dialogs
From: "Gunter Selleslagh" <gunter.selleslagh.nospam@techwin.be>
Date: Thu, 11 Mar 2004 07:54:27 +0100
Newsgroups: jedi.vcl

Installed JVCL 3 under Delphi5 but I did not take notice of the option
'Favorite combobox in Open/Save Dialogs'. Now all my Open/Save Dialogs in
Delphi have this extra feature I do not want. How can I disable this
feauture ? Do I have to uninstall en reinstall everything, or can I tweak it
by editing registry or some initialization files ?

Regards
Gunter




Subject: Re: jvcl.fo translation to dutch (nl)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 11 Mar 2004 02:07:47 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Please post to binaries

Peter, i asked q's about duplicating and unneeded  messages in jvcl.po

That was rather far ago.
I guess copy of .jvcl.po i have is obsolete.

Is there tool that will create new .po from latest CVS check-in ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: perhaps Installer need update to match Delphi 7
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 11 Mar 2004 02:05:27 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> libraries because I think Delphi delays creating some registry keys
 PTr> until it is started the first time.

Not exactly.
I runned to the issue with CompBar - guess You remember that applet.

It installs 3 BPLs - for D5, D6 and D7.
And all of them became noted in registry.

Year later i install D7 - and there is not wizards, no components, even no
standard paths specified!!!
Absolutely unsuable.

After hour trying to add all needed BPL's by hands, and realising that it
would be very hard to make correct order, i begin t think.
And i recall that changgelog for D7 told about 'multiuser' support.

a-ha ! is that just tha tRegistry copying we always had to do by hands on
D6- ?

I look at the ususal Registry path - but  in HKLM, rather than HKCU.
Here it is - full tree of Delphi settings.

I look at HKCU - and found the usual tree of D5, and a lonely leaves for D6
and D7.
I'm getting mad abuot CompBar and remove those D6 and D7 entry.
Then i restart D7 - and voila, all the settings/experts/components are in
place.

As far as i imagine it, Installer creates it's tree in HKLM key.
When Delphi starts it looks for HKCU\Software\Borland\Delphi\7.0
If this key is found - then it assumes itself configured.
Otherwise it assumes that some new user in this machine is starting using
it - so it copies default settings from HKLM

And so, installer is to check HKLM values, and if they are found and HKCU
are not - the installler <IMHO> should detect Delphi 7 as installed and
update it's HKLM settings - though it may miss some other users on the
machine.
Ither choice is to tell user, that D7 is found, but JVCL can not be
installed into it until Delphi IDE would be started for the 1st time.

HTH
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Style cleaning and global updates
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 11 Mar 2004 01:52:56 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> to close the file in Delphi before doing the commit. I don't know why
 PTr> this happens, but I suspect there is some kind of caching going on.

I heard rumors that NTFS is transaction-based FS, so...
And it is not always clear when it commits change.

I've saw many reports somedats, that after Rar/DOS compressed smth to NT4
server - tesult did not appear on it.

Though it is only rumours.

Maybe SYNC from www.sysinternals.com will make some help?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Peter...Thank you!!
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 11 Mar 2004 01:45:03 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> Mainly, it simplifies access to system settings that might
 PTr> be hard or difficult to find.

???
If it was provider, then i could place some TEdit on form to make user
easily read/change those settings.

Since it is not, is it so much harder to programmer to call funciton, rather
than?..

I'm just nervous, cause i remember that nightmare year ago. guess anyone of
us too.

 PTr> If you can see at DT what's available

<g> best tool to convert Delphi into  Windows tuning applet

Once i did a component for automaticlly searchign for installed WinWord,
WinAmp, etc.
It was for JVCL 1.3 :-)
It was fun, searching in given registry branches for patterns :-)
Though to be sincere, that component became too monolith and not-extendable
:-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: PROJECTS macro missing?
From: Thomas Mueller <news@s2h.cx>
Date: Wed, 10 Mar 2004 22:29:17 +0000
Newsgroups: jedi.vcl

Hi,

Alessandro Fiorino wrote:

> > I downloaded the JVCL3-Latest.zip from jvcl.sourceforge.net/daily.
> > Are there more updated versions?

No, but there are bound to be bugs in these packages.

The version of the bpg file I downloaded contained Unix style linefeeds. Try
to open it in edit (the good old "DOS" program, not notepad) and save it
again, that should do the trick. (Worked for me.)

twm



Subject: Re: Peter...Thank you!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Mar 2004 21:59:12 +0100
Newsgroups: jedi.vcl

> > (to be honest: I
> > still have no idea why it would have to be a component at all, but that's
> > just me)
Mainly, it simplifies access to system settings that might be hard or
difficult to find. If you can see at DT what's available, it's a lot easier
using it. Plus, it's pretty fun digging up all those long forgotten system
functions<g>.

> >     D5 Professional does have the contnrs unit
Already changed to using TList isto TObjectList, so point is moot

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Peter...Thank you!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 10 Mar 2004 21:50:58 +0100
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to dave on Wed, 10 Mar 2004 18:56:30 +0300:

 A> Is it DataProvider ?

    As Peter said: not yet. It's very possible to make it a provider,
although I'm not quite sure if that is what people want (to be honest: I
still have no idea why it would have to be a component at all, but that's
just me)

 A> BTW, will it became part of JVCL, then 'contnrs' unit is only part of
 A> Delphi 5 Enterprise, not lesser variants of Delphi 5.

    D5 Professional does have the contnrs unit and I'm pretty sure (not
quite 100%) it's also in the standard edition. All it contains are the
various list descendants (object, class, component, ordered) and a stack and
a queue and I doubt it would be omitted from the standard/personal editions.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "No Mercy" by The Stranglers.




Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 10 Mar 2004 15:46:25 -0500
Newsgroups: jedi.vcl


The version I just checked in won't get to the anonymous CVS for at least 24 hours. HOpefully this is fixed by then. You have to check out the example directory again, as well as do an update on the JVCL3/run directory.  If you get property errors then exit Delphi, re-run the JVCL installer, and try again.

Alas, the properties have been changing very rapidly as I try to figure out the best names for things, and as I add new features, I reorganize
and group the related properties, which causes lots of headaches for anyone tracking CVS.   Welcome to the Bleeding Edge.

Warren



Subject: Re: Peter...Thank you!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Mar 2004 21:12:50 +0100
Newsgroups: jedi.vcl

> > Is it DataProvider ?
No, at least not yet.

> > Or why is it component, rather than set of functions?
For functions, there is JclSysInfo, JclWin32 already. It is a component
because it was requested as a component.

> > So it is to be IfDef'ed to use JCL's replacements for it in those cases.
Don't worry, it will be made D5 compatible if it is added, just like
everythig else in JVCL.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMRUManager
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Mar 2004 21:10:05 +0100
Newsgroups: jedi.vcl

> > Not yet - however I've found a solution - it was just that simple that I
did
> > not found it before..
Care to share?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Anyone remember TJvSpinButton?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Mar 2004 21:07:37 +0100
Newsgroups: jedi.vcl

> > Other minor changes can be done:
> > JvComboListBox->ItemIndex is not published and can't be used directly in 
> > FormStorage, but usually ListBoxes have this property published.
Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVXPBar
From: "llc" <llc@delphi.edu>
Date: Wed, 10 Mar 2004 18:45:13 +0000
Newsgroups: jedi.vcl

Well, thank you, i think i have the solution...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 10 Mar 2004 18:48:49 +0100
Newsgroups: jedi.vcl

Hi Warren,

I found it and installed it. However, the demo application is not working at all now. After opening the form I have to ignore a lot of errors due to missing properties. After linking the app I get the error message, which I posted into binaries.

-- Holger

Warren Postma wrote:
> Check the binaries newsgroup and download the version there, and the JvChart.pas, and tell me if it works for you.
>
> Warren


Subject: installer question
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 10 Mar 2004 18:23:46 +0100
Newsgroups: jedi.vcl

Hi guys,

whenever I notice that a lot of things have changed in CVS then I re-install JVCL. I use the installer for this, because I do not know in which packages the different components belong.

1. Could I also just compile the whole package group (without installing)?

2. The installer always adds the JVCL paths to the end of the library path list. This is really bad, because if the JVCL references are at the end of the list there are other components conflicting with it, so it has to be listed right after the Delphi standard references. Is it possible to include that feature in the next release of the installer? I am willing to describe my problem more detailed if I did  not make myself clear with in this brief manner...

3. "Register global design editors" does not work correctly. Sometimes I have the additions to the IDE, sometimes I don't.

-- Holger


Subject: Re: Dont we need TJvCoupler anymore?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 10 Mar 2004 19:26:18 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> There is a package in \archive but installing a component into a
 PTr> package of your own isn't *that* complicated.

Except that in a couple of month it will be no more compiled, and in a year
almost impossible to fix less than 2 hours.

While now it could be perfect abse, for say db-aware control, shoing
Field.Title in label and Field.Value in editor.
Do not know if there is such pairs in DataProvider.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Peter...Thank you!!
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 10 Mar 2004 18:56:30 +0300
Newsgroups: jedi.vcl

Hello, dave!

d> That enhanced ComputerInfoEx component is exactly what i needed.

Is it DataProvider ?
Or why is it component, rather than set of functions?

BTW, will it became part of JVCL, then 'contnrs' unit is only part of Delphi
5 Enterprise, not lesser variants of Delphi 5.
So it is to be IfDef'ed to use JCL's replacements for it in those cases.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 10 Mar 2004 10:34:40 -0500
Newsgroups: jedi.vcl

Check the binaries newsgroup and download the version there, and the JvChart.pas, and tell me if it works for you.

Warren


Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 10 Mar 2004 15:46:30 +0100
Newsgroups: jedi.vcl

Hi Warren,

I included the CVS changes and had a first look at the component using the example.

1. The example in \examples won't compile.
2. it's line 383:    PenValueLabels[3] := true; // Label with text.
3. TJvJVCLAboutbox.dfm is missing

I am looking at the component in a more detailed way now...

> It is in very *active* development. If you are trying it out and you find bugs, now is an *excellent* time to try it out, because I'll fix any exceptions, bugs (crashes, visual glitches) immediately. Any time now is fine, I've fixed the NaN exception.


Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 10 Mar 2004 09:26:35 -0500
Newsgroups: jedi.vcl

Holger Flick wrote:

> Hi Warren,
>
> yes, it's really nice that you mention it... I wanted to have a look at the Chart Demo today, and it won't compile because some property is missing; if it hadn't been for this mail, I'd been checking all day why it does not work... ;-)
>
>> Hi, Just thought I'd let people know that I checked in JvChart because I had made HUGE additions today, but that in testing it before checkin, I found a few exceptions raised in the demo, in bar chart mode. Alas I have to leave work right now, but I'll get those fixed first thing in the morning. If anyone else finds it, rest assured you don't need to patch it, it will be patched before 9 AM EST Wednesday.

It is in very *active* development. If you are trying it out and you find bugs, now is an *excellent* time to try it out, because I'll fix any exceptions, bugs (crashes, visual glitches) immediately. Any time now is fine, I've fixed the NaN exception.

Warren


Subject: JVXPBar
From: "llc" <llc@delphi.edu>
Date: Wed, 10 Mar 2004 12:03:17 +0000
Newsgroups: jedi.vcl

 Hello,
i would like to use JVXPBar and add some link dynamically.
I want to have this :

[ Questions ]
Q1 : blah ------> readini('Q1',...)
Q2 : blih
Q3 : bloh

When i jump to Q3, it opens a panel ...

I want to add dynamically questions, with a procedure :
addQuestion ('bloh') and link it with a section file.ini [Qi]

How can i do this ?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVXPBar
From: <ds.antispamds@csslabs.de>
Date: Wed, 10 Mar 2004 12:56:35 +0100
Newsgroups: jedi.vcl

I don´t really understand your question.....
But if you don´t know how to assign execution of something on clicking of a
dynam. created panelitem, it could work like this: (not really, it´s only a
code snipped)


newaction:=TAction.Create(QestionPanel);
with newaction do
begin
    OnExecute := actionexecute;
    Hint := 'Your Hint';
    caption:='New Question';
    actionlist:=QuestionActionlist;   //(QuestionActionlist = TActionlist)
    tag:=i;     //action identifier
end;


        /////// Create Panelitem
 with QuestionPanel.Items.Add do
begin
    action:=newaction;
end;

procedure TMainform.actionexecute(Sender: TObject);
begin
   case TExAction(sender).tag of
     1: Do this
     2: Do that
    .....
   end;
end;

"llc" <llc@delphi.edu> schrieb im Newsbeitrag
news:c2mql8$8gn$1@talkto.net...
> > Hello,
> > i would like to use JVXPBar and add some link dynamically.
> > I want to have this :
> >
> > [ Questions ]
> > Q1 : blah ------> readini('Q1',...)
> > Q2 : blih
> > Q3 : bloh
> >
> > When i jump to Q3, it opens a panel ...
> >
> > I want to add dynamically questions, with a procedure :
> > addQuestion ('bloh') and link it with a section file.ini [Qi]
> >
> > How can i do this ?
> >
> >
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 10 Mar 2004 12:13:55 +0100
Newsgroups: jedi.vcl

Hi Warren,

yes, it's really nice that you mention it... I wanted to have a look at the Chart Demo today, and it won't compile because some property is missing; if it hadn't been for this mail, I'd been checking all day why it does not work... ;-)

> Hi, Just thought I'd let people know that I checked in JvChart because I had made HUGE additions today, but that in testing it before checkin, I found a few exceptions raised in the demo, in bar chart mode. Alas I have to leave work right now, but I'll get those fixed first thing in the morning. If anyone else finds it, rest assured you don't need to patch it, it will be patched before 9 AM EST Wednesday.


Subject: Re: PROJECTS macro missing?
From: Alessandro Fiorino <alessandro@fiorino.name>
Date: Wed, 10 Mar 2004 12:05:01 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > 
> > Yes, an updated 'D7 QPackages.bpg' ;)
> > 

I downloaded the JVCL3-Latest.zip from jvcl.sourceforge.net/daily.
Are there more updated versions?

Regards,
 A.F.



Subject: Re: PROJECTS macro missing?
From: André Snepvangers <asn@xs4all.nl>
Date: Wed, 10 Mar 2004 11:55:09 +0100
To: Alessandro Fiorino <alessandro@fiorino.name>
Newsgroups: jedi.vcl

Alessandro Fiorino wrote:
> I would like to test the new CLX packages, but I get this error when I try
> to open the "D7 QPackaged.bpg" project group
>
> "PROJECTS macro in project group file is missing or incorrect"
>
> Am I missing something?
>
> Regards
> A.F.

Yes, an updated 'D7 QPackages.bpg' ;)

Regards,

André Snepvangers



Subject: Re: JVRichEdit
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Wed, 10 Mar 2004 10:37:54 +0000
Newsgroups: jedi.vcl

thanks!  Something else with JVRichEdit now that makes it different too, 
is that it has its own find/replace routine coded into the TJVRichEdit. 
So, when I try to use any other replace routines (tried a few, from 
JVFindReplace to FastStrings) the string's position is off by a few bytes.
So, the usual "go to line", and cursor position calls that would otherwise 
be alright in TRichEdit, are affected in JVRichEdit now.
Is this because of the changes made to allow for OLE objects?

thanks,
omziff


> >Additionally, JvRichEditToHTML is in JvNet, so you probably only need to
> >recompile the RT package.
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: PROJECTS macro missing?
From: Alessandro Fiorino <alessandro@fiorino.name>
Date: Wed, 10 Mar 2004 11:36:17 +0100
Newsgroups: jedi.vcl

I would like to test the new CLX packages, but I get this error when I try
to open the "D7 QPackaged.bpg" project group

"PROJECTS macro in project group file is missing or incorrect"

Am I missing something?

Regards
A.F.


Subject: Re: Guru Delphi
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Wed, 10 Mar 2004 09:00:55 +0100
Newsgroups: jedi.vcl

I changed Igancio's code to make it do what you want (I hope):

unit CursorGuardThreadUnit;

interface

uses
  Classes, Controls;

type
  TCursorGuardThread=class(TThread)
  private
    FCursor: TCursor;
    FDoneTime: Cardinal;
    FOldCursor: TCursor;
    constructor Create(CreateSuspended: Boolean); reintroduce; overload;
    procedure RestoreCursor;
    procedure SetNewCursor;
  public
    constructor Create(cursor: TCursor; delay: Cardinal); reintroduce;
overload;
    destructor Destroy; override;
    procedure Execute; override;
  end;

implementation

uses
  Forms, Windows;

{ TCursorGuardThread }

constructor TCursorGuardThread.Create(CreateSuspended: Boolean);
begin
  inherited;
end;

constructor TCursorGuardThread.Create(cursor: TCursor; delay: Cardinal);
begin
  Create(False);
  FCursor:=cursor;
  FOldCursor:=Screen.Cursor;
  FDoneTime:=GetTickCount+delay;
  FreeOnTerminate:=False; // Changed from True
end;

destructor TCursorGuardThread.Destroy;
begin
  Synchronize(FixCursor);
  inherited;
end;

procedure TCursorGuardThread.Execute;
begin
  while (not Terminated) and (GetTickCount<FDoneTime) do
    Sleep(25);
  if not Terminated then
    Synchronize(SetNewCursor);
end;

procedure TCursorGuardThread.RestoreCursor;
begin
  Screen.Cursor:=FOldCursor;
end;

procedure TCursorGuardThread.SetNewCursor;
begin
  Screen.Cursor:=FCursor;
end;

end.


Subject: Re: Guru Delphi
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Wed, 10 Mar 2004 08:53:51 +0100
Newsgroups: jedi.vcl

> The purpose of a delayed cursor change is of course that if DoLengthyStuff
> takes less than the specified 2.5 seconds (or whatever), the cursor should
> remain unchanged.

Ah, that's a good use, but - correct me if I'm wrong - that is not what Ignacio's version does. In his implementation it's the other way around: He sets the new cursor, wait for the delay, and then terminates and restores the old cursor.

Regards

Hans-Eric


Subject: Re: JVRichEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Mar 2004 08:47:25 +0100
Newsgroups: jedi.vcl

Additionally, JvRichEditToHTML is in JvNet, so you probably only need to
recompile the RT package.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Guru Delphi
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Mar 2004 08:44:03 +0100
Newsgroups: jedi.vcl

For those that haven't followed along:

The basic idea is that you create a class that implements an interface. You
then create a function that returns that interface. Since Delphi keeps a
hidden variable (sort of) to the return value of the function, it is kept
alive for the duration of the scope of the call. So you can change the
cursor with one call and have it restore itself when the procedure ends:

function WaitCursor:IUnknown;
begin
  Result := TCursorGuard.Create(crHourGlass, 2500);
end;

procedure TFrom.Button1Click();
begin
  WaitCursor; // changes cursor but only if DoLengthyStuff takes >= 2.5
second
  DoLengthyStuff;
end; // cursor automatically restored here

> > But then again it makes me wonder what the purpose of this cursor guard
> > is? I thought that Peter meant to switch between different cursors, like
> > a simple cursor animation. I can't come up with any use for this
> > version. Please enlighten me.
The purpose of a delayed cursor change is of course that if DoLengthyStuff
takes less than the specified 2.5 seconds (or whatever), the cursor should
remain unchanged.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net
> >
> > Hans-Eric




Subject: Re: Guru Delphi
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Wed, 10 Mar 2004 08:10:10 +0100
Newsgroups: jedi.vcl

Argh, you beat me to it!

> The call to Resume isn't required since the thread didn't start
> suspended. The change to make it start suspended is quite trivial (it's
> a matter of changing False to True when calling the other constructor),
> But the call to Synchronize might not be necessary, depending on
> whether or not the instance is created in the main thread.

Yes, and I agree with Peter that it looks really good. But, I would move the Synchronize(SetNewCursor) from Create to Execute, like so:

procedure TCursorGuardThread.Execute;
begin
  Synchronize(SetNewCursor);
  while (not Terminated) and (GetTickCount<FDoneTime) do
    Sleep(25);
end;

And I would change the name of FixCursor to somthing like RestoreCursor (very important changes indeed <g>).

But then again it makes me wonder what the purpose of this cursor guard is? I thought that Peter meant to switch between different cursors, like a simple cursor animation. I can't come up with any use for this version. Please enlighten me.

Hans-Eric


Subject: Re: Anyone remember TJvSpinButton?
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 10 Mar 2004 09:35:05 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I am registering it byself 8-))) everytime
>
> Well, you won't have to starting with the next release: I've added it to
> JvStdCtrlsReg :)
>
Other minor changes can be done:
JvComboListBox->ItemIndex is not published and can't be used directly in FormStorage, but usually ListBoxes have this property published.


Subject: warnings in D7
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Mar 2004 06:08:13 +0100
Newsgroups: jedi.vcl

I want a list of the compiler output of a complete JVCL compile to see if i can reduce any additional warnings and hints.
Best also an output with these lines in jvcl.inc deactivated for a full list.

// Reduces warnings on D7:
{$IFDEF COMPILER7_UP}
  {$WARN UNSAFE_TYPE OFF}
  {$WARN UNSAFE_CODE OFF}
  {$WARN UNSAFE_CAST OFF}
{$ENDIF}



Subject: Re: Don│t we need TJvCoupler anymore?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Mar 2004 06:04:36 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> Maybe JVCL could have compatibility package?
> In JCL there always were classes to make the same functionality for all
> supported targets.

Yes, but it does not have much priority.



Subject: Re: new list of IFDEFs in JVCL 3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Mar 2004 06:02:34 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, Robert!
>
>  RM> FR_RUS
>
> Do it has any comments in original Globus files?
>
>  RM>    Sets "Font.CharSet := RUSSIAN_CHARSET;" in
>
> Did You tried to ask Globus' developer on that?

No. I think i will remove it by commenting it.

> Patch over original RxLib 2.75fix2, made by Polaris Team.
> So it was a way to easily rollback their work for older projects.

So we can remove POLESPIN leaving the code.



Subject: Re: Guru Delphi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Mar 2004 05:59:04 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> Just to discourage use of the normally-public TThread.Create
> constructor.

Keep in mind that the TObject constructor is always visible. I use a second private constructor in my HID component and the standard constructor throws an exception.



Subject: Re: Guru Delphi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Mar 2004 05:57:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Nothing for the JCL or JVCL. We do not allow writable consts because they are an ugly trick.

To be more precise it is only the writable const which is not acceptable. The donation is welcome.



Subject: Re: Guru Delphi
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 10 Mar 2004 03:34:02 +0100
Newsgroups: jedi.vcl

Hi,

Wiebe Tijsma wrote:

> Anyway, a nice challenge is to create generic design patterns (only possible using templates in C++) using interface delegation. If anyone is interested, let me know.
>
> Would it be something for the JCL to have a standard library with Design Patterns?

Definitely.  I at least would very much appreciate such a contribution.

Greetings, Robert


Subject: Re: JVRichEdit
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 10 Mar 2004 11:45:45 +1000
Newsgroups: jedi.vcl

omziff wrote:

> Thanks Peter! ummm, now for a silly question: how do I add the cvs version of JvRichEditToHTML.pas to the existing jvcl pkg? (or which one?)

Get the pascal file, place it in 'run', it will overwrite the existing one.
Then recompile the JVCL, the changes should be in.



Subject: Re: JVRichEdit
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Wed, 10 Mar 2004 01:37:09 +0000
Newsgroups: jedi.vcl

Thanks Peter! ummm, now for a silly question: how do I add the cvs version 
of JvRichEditToHTML.pas to the existing jvcl pkg? (or which one?)

thanks!
omziff



> >IIRC, the previous JvRichEdit inherited from TRichEdit so that's why it
> >worked with RichEditToHTML. The new JvRichEdit inherits from TCustomMemo
> >directly (because it is a merge of JvxRichEdit and JvRichEdit), so 
TRichEdit
> >and TJvRichEdit are incompatible. If you get the latest JvRichEditToHTML.
pas
>from CVS, you'll see it has overloaded procedures so it can be used with
> >both JvRichEdit and RichEdit.
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist
> >(JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Peter...Thank you!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Mar 2004 00:31:20 +0100
Newsgroups: jedi.vcl

I've just uploaded an update to binaries with new events, new properties and
write support. Have fun!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppStorage.pas is broken (ini support)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 10 Mar 2004 00:20:32 +0100
Newsgroups: jedi.vcl

>  >> Ignacio,
>  >> " Please undo the changes."
>  >>
>  >> Why undo the changes.
>
>  IV> Undo, fix, I'm not picky.
>
>  IV> I don't entirely understand why the changes were put in place, so I
>  IV> can't fix it myself. Presumably Jens has more info about the problem so
>  IV> it would most likely fall on him to fix it. I did look at the commit
>  IV> notes, but I still don't see the problem.
>
>     I also reported in the mantis bug report Craig referred to that I didn't
> entirely understand why that change was done. Fact is that the change itself
> is indeed faulty and we are now all waiting for Jens to explain the exact
> reason for making that change (and I want an example in which case it was
> going wrong w/out the change) and to properly fix it (and this time maybe
> even test all cases before committing <g>).
>

Hey! I've tested everything. I only missed a little unimportant case, that the location is flExeFile :-)


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage.pas is broken
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 10 Mar 2004 00:18:41 +0100
Newsgroups: jedi.vcl

Sorry i didn't have seen this message yesterday, so it takes a little bit too long.

Now the bug is fixed and everything should work.

See also my comments in mantis.

Jens

Ignacio Vazquez wrote:
> The changes regarding FLocationInitialized now cause the
> JvAppXxxxStorage components to quietly fail if Location is flExeFile.
> Please undo the changes.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JVRichEdit
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Tue, 9 Mar 2004 22:11:47 +0000
Newsgroups: jedi.vcl

 JVRichEdit used to work fine with JvRichEditToHtml in v2.10, but now I 
notice, it no longer works in v3.00 -- did some of the RichEdit's 
properties change, or is it the JvRichEditToHtml component?
if so, is there anyway I can override the changed props, so it emulates 
the behaviour in v.2.10?

thanks!
omziff



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvChart -barChart has exceptions. Will fix in CVS in the morning.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 09 Mar 2004 17:08:41 -0500
Newsgroups: jedi.vcl

Hi, Just thought I'd let people know that I checked in JvChart because I had made HUGE additions today, but that in testing it before checkin, I found a few exceptions raised in the demo, in bar chart mode. Alas I have to leave work right now, but I'll get those fixed first thing in the morning. If anyone else finds it, rest assured you don't need to patch it, it will be patched before 9 AM EST Wednesday.

Thanks.

Warren


Subject: Re: JVRichEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Mar 2004 23:07:46 +0100
Newsgroups: jedi.vcl

IIRC, the previous JvRichEdit inherited from TRichEdit so that's why it
worked with RichEditToHTML. The new JvRichEdit inherits from TCustomMemo
directly (because it is a merge of JvxRichEdit and JvRichEdit), so TRichEdit
and TJvRichEdit are incompatible. If you get the latest JvRichEditToHTML.pas
from CVS, you'll see it has overloaded procedures so it can be used with
both JvRichEdit and RichEdit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Dont we need TJvCoupler anymore?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Mar 2004 23:03:19 +0100
Newsgroups: jedi.vcl

> > ,,,,and when You're are doing it for 10 pairs and want to align them....
So? That's what you do with every other component you use.

> > Maybe JVCL could have compatibility package?
There is a package in \archive but installing a component into a package of
your own isn't *that* complicated. Most Delphi developers should be able to
do it...

> > There was the reason for Borland to add it though thewy
> > could just say - you have frames, so do it yourself. But they did not.
Actually, I've heard it was done as an example of using SubComponent, not
necessarily to make things easier for programmers.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Required package 'DJclVcl' not found
From: "EmperorLou" <nikolas@rogers.com>
Date: Tue, 9 Mar 2004 20:12:55 +0000
Newsgroups: jedi.vcl

Ahh yes. Twas true. I had JCL 1.22...now how I got such an old version is 
beyond me, seeing how I just downloaded it off the site for the purpose 
of installing JVCL. So I'll go back and do it again...



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: new list of IFDEFs in JVCL 3
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 9 Mar 2004 22:40:51 +0300
Newsgroups: jedi.vcl

Hello, Robert!

 RM> FR_RUS

Do it has any comments in original Globus files?

 RM>    Sets "Font.CharSet := RUSSIAN_CHARSET;" in

I think it may be setting charset 'with nails' for some cases where
auto-detection worked incorrectly.
For example, maybe trying to run D5-app on in English versions of WinNT

Did You tried to ask Globus' developer on that?


PS: my Globus version is not recent, but i tried to grep it.
glDEF.inc:
=========Beginning of the citation==============
{$IFNDEF VER80}{$IFNDEF VER90}{$IFNDEF VER93}
  {$DEFINE GLVER_D3} // ...DELPHI 3.0 or higher
  {$DEFINE GL_RUS}   //...RUSSIAN_CHARSET
{$ENDIF}{$ENDIF}{$ENDIF}
=========The end of the citation================
Fix for D3 ?
 RM> POLESPIN

Patch over original RxLib 2.75fix2, made by Polaris Team.
So it was a way to easily rollback their work for older projects.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Don│t we need TJvCoupler anymore?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 9 Mar 2004 22:32:04 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> used for. And if you are using D5, it is not a great chore selecting
 PT> both components on the form before moving them to a new location.

,,,,and when You're are doing it for 10 pairs and want to align them....

There was the reason for Borland to add it though thewy could just say - you
have frames, so d oit youself. But they did not.

Maybe JVCL could have compatibility package?
In JCL there always were classes to make the same functionality for all
supported targets.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Guru Delphi
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Mar 2004 13:21:25 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Looks good but shouldn't the last call in Create be Resume() instead
> > of Synchronize()?

The call to Resume isn't required since the thread didn't start
suspended. The change to make it start suspended is quite trivial (it's
a matter of changing False to True when calling the other constructor),
But the call to Synchronize might not be necessary, depending on
whether or not the instance is created in the main thread.

> > And why the private constructor?

Just to discourage use of the normally-public TThread.Create
constructor.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Guru Delphi
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Mar 2004 18:47:29 +0100
Newsgroups: jedi.vcl

Looks good but shouldn't the last call in Create be Resume() instead of
Synchronize()? And why the private constructor?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Guru Delphi
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Mar 2004 18:44:57 +0100
Newsgroups: jedi.vcl

> > I take it you have the answer, right? For me, to take on such a
> > challange I would first demand to know the reason why I can't use a timer.
No, I don't have the answer (that's the challenge for me) but I sure would
like to! The main reason for not using a timer (apart from it's lack of
elegance and that it's too simple<g>) is to preserve system resources since
such a cursor changer could be called recursively several times, each time
using up a timer handle.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How can i use JvDBLookupTreeView or JvDBTreeView
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Tue, 09 Mar 2004 18:40:49 +0100
Newsgroups: jedi.vcl

Hi guys,


example for my dataset (imaginary...):

2001,Go ahead
2000,I like it
1999,Bend it
1999,Go Away

I want a tree like:

2001
 \ -- Go ahead
2000
 \ -- I like it
1999
 \ -- Bend it
 \ -- Go Away

I assigned the year to DetailField and it should work, MasterField and ItemField are both set to the name...

-- Holger


Subject: Re: Guru Delphi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 09 Mar 2004 18:10:23 +0100
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> OK. I think they're less ugly than global vars though...

No. Global vars are ok.
Writable consts destroy a language concept.



Subject: Re: Guru Delphi
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Mar 2004 12:07:55 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Here's a challenge:
> > Implement a TCursorGuard style class that switches cursor after a
> > specified delay (in ms) without using a timer and that still resets
> > the previous cursor immediately when destroyed.

How's this?

unit CursorGuardThreadUnit;

interface

uses
  Classes, Controls;

type
  TCursorGuardThread=class(TThread)
  private
    FCursor: TCursor;
    FDoneTime: Cardinal;
    FOldCursor: TCursor;
    constructor Create(CreateSuspended: Boolean); reintroduce; overload;
    procedure FixCursor;
    procedure SetNewCursor;
  public
    constructor Create(cursor: TCursor; delay: Cardinal); reintroduce;
overload;
    destructor Destroy; override;
    procedure Execute; override;
  end;

implementation

uses
  Forms, Windows;

{ TCursorGuardThread }

constructor TCursorGuardThread.Create(CreateSuspended: Boolean);
begin
  inherited;
end;

constructor TCursorGuardThread.Create(cursor: TCursor; delay: Cardinal);
begin
  Create(False);
  FCursor:=cursor;
  FOldCursor:=Screen.Cursor;
  FDoneTime:=GetTickCount+delay;
  FreeOnTerminate:=True;
  Synchronize(SetNewCursor);
end;

destructor TCursorGuardThread.Destroy;
begin
  Synchronize(FixCursor);
  inherited;
end;

procedure TCursorGuardThread.Execute;
begin
  while (not Terminated) and (GetTickCount<FDoneTime) do
    Sleep(25);
end;

procedure TCursorGuardThread.FixCursor;
begin
  Screen.Cursor:=FOldCursor;
end;

procedure TCursorGuardThread.SetNewCursor;
begin
  Screen.Cursor:=FCursor;
end;

end.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Guru Delphi
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Tue, 09 Mar 2004 17:38:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> The challenge was to implement it, not describe it<g>

I take it you have the answer, right? For me, to take on such a challange I would first demand to know the reason why I can't use a timer.

Regards

Hans-Eric Grönlund


Subject: Re: VisualCLX: TWideStringlist vs TWStringlist
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 09 Mar 2004 17:30:36 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> There is a bug report in Mantis about this. Could you take care of it
> (http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?b
> ug_id=0001426)?
>
> Thanks

done.

Regards,

André



Subject: Re: Guru Delphi
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Mar 2004 17:30:30 +0100
Newsgroups: jedi.vcl

> >for long runing tasks the best is to put it in a thread and then in the 
> >main thread doing only the stuff needed for Cursor, ProgressBar and 
> >StatusLabel.
The challenge was to implement it, not describe it<g>


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppStorage.pas is broken (ini support)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Mar 2004 17:03:01 +0100
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Tue, 9 Mar 2004 10:37:42 -0500:

 >> Ignacio,
 >> " Please undo the changes."
 >>
 >> Why undo the changes.

 IV> Undo, fix, I'm not picky.

 IV> I don't entirely understand why the changes were put in place, so I
 IV> can't fix it myself. Presumably Jens has more info about the problem so
 IV> it would most likely fall on him to fix it. I did look at the commit
 IV> notes, but I still don't see the problem.

    I also reported in the mantis bug report Craig referred to that I didn't
entirely understand why that change was done. Fact is that the change itself
is indeed faulty and we are now all waiting for Jens to explain the exact
reason for making that change (and I want an example in which case it was
going wrong w/out the change) and to properly fix it (and this time maybe
even test all cases before committing <g>).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Breathing" by Kate Bush.




Subject: Re: JvAppStorage.pas is broken (ini support)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Mar 2004 10:37:42 -0500
Newsgroups: jedi.vcl

Craig wrote:

> > Ignacio,
> > " Please undo the changes."
> > 
> > Why undo the changes.

Undo, fix, I'm not picky.

I don't entirely understand why the changes were put in place, so I
can't fix it myself. Presumably Jens has more info about the problem so
it would most likely fall on him to fix it. I did look at the commit
notes, but I still don't see the problem.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Guru Delphi
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 09 Mar 2004 16:34:36 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Wiebe Tijsma wrote:
>
>> I used writable constants within static (class functions) as a replacement for static variables.  (trick I found somewhere implementing the Singleton Design Pattern).
>
> Nothing for the JCL or JVCL. We do not allow writable consts because they are an ugly trick.
>

OK. I think they're less ugly than global vars though...


Subject: Re: JvAppStorage.pas is broken (ini support)
From: "Craig" <craig@qnotes.com>
Date: Tue, 9 Mar 2004 10:27:50 -0500
Newsgroups: jedi.vcl

Ignacio,
" Please undo the changes."

Why undo the changes.  Can someone, or Jans, just please fix the changes, it
looks like to me , that very little was changed to break the ini support.  I
would try but I do not think that my skills are upto committing changes to
the JVCL yet.  I have been testing and posting to mantis this issue all
along.  I'm glad to see that other have found the same issues.  We should
read each other posts both here and on mantis that way it the problems can
be tracked more clearly.  Any way it seem the undoing changed is taking a
step backwards and a waist of someone's valuable time.

-Craig


"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:c2idof$c24$4@talkto.net...
> > The changes regarding FLocationInitialized now cause the
> > JvAppXxxxStorage components to quietly fail if Location is flExeFile.
> > Please undo the changes.
> >
> > -- 
> > Thanks,
> >   Ignacio
> >
> > Help improve Delphi: http://qc.borland.com/




Subject: Re: VisualCLX: TWideStringlist vs TWStringlist
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 16:24:26 +0100
Newsgroups: jedi.vcl

There is a bug report in Mantis about this. Could you take care of it
(http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?b
ug_id=0001426)?

Thanks
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: C# Highlighting
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Mar 2004 10:21:12 -0500
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > I'll post when I've done this.

Done.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Guru Delphi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 09 Mar 2004 16:10:41 +0100
Newsgroups: jedi.vcl

Wiebe Tijsma wrote:

> I used writable constants within static (class functions) as a replacement for static variables.  (trick I found somewhere implementing the Singleton Design Pattern).

Nothing for the JCL or JVCL. We do not allow writable consts because they are an ugly trick.



Subject: Re: C# Highlighting
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Mar 2004 09:57:36 -0500
Newsgroups: jedi.vcl

Holger Flick wrote:

> > Hi Ignacio,
> > 
> > is anybody planning LaTeX highlighting??

Not as far as I know, but feel free to add it once I've uploaded my
changes to CVS. I'll post when I've done this.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: C# Highlighting
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Mar 2004 09:56:49 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Ignacio Vazquez wrote:
> > 
>> > > Done. Post your thoughts on this thread please.
> > 
> > I do not see any problem with your changes.

That's good to hear.

> > What bugs?

Nothing that my code introduced ;)

I found that there was a bug whereby if the language combobox wasn't
visible it would only show the "Default" entry regardless of what
highlighter was selected in the TJvHLEditor.

I'm also seeing a problem with the interaction between TJvHLPropEdDlg,
TJvHLEditor, and TJvAppStorage, but I don't yet have even a description
for the problem, much less a solution...

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Install on K3 C++
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 09 Mar 2004 15:51:56 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> Hi !
>
> Is it possible to install on K3 C++ the package provided for K3 Delphi ??
>
> Regards,
> Lionel
>
>

Not yet. Support for K3 delphi is also not finished yet.

Regards,

André Snepvangers



Subject: Re: VisualCLX: TWideStringlist vs TWStringlist
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 09 Mar 2004 15:49:36 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Is there any particular reason why the THintstringList class in JvTypes.pas
> is defined as TWideStringList isto TWStringList for VisualCLX?
>
Yes, JclUnicode is a windows only unit. Therefore it uses JvWStrUtils
Another option could to define TWideStringList in JvWStrUtils
(for VisualCLX only).

Regards,

André Snepvangers



Subject: Re: Guru Delphi
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 09 Mar 2004 15:41:37 +0100
Newsgroups: jedi.vcl


> To pass parameters, I'd rather declare a new constructor with the extra parameters, but that's maybe because I've been doing a lot of C++ lately.
> As to the class methods themselve, I'd use them if I could have class variables not just unit variables...
>

I used writable constants within static (class functions) as a replacement for static variables.  (trick I found somewhere implementing the Singleton Design Pattern).

Also uses private constructors. I'm currently rewriting it to use interface delegation for a generic singleton implementation, instead of rewriting it for every singleton class.

Already have it implemented in a Observer pattern.

Anyway, a nice challenge is to create generic design patterns (only possible using templates in C++) using interface delegation. If anyone is interested, let me know.

Would it be something for the JCL to have a standard library with Design Patterns?


{$WRITEABLECONST ON}

// TFMXFactory implements the Singleton Design Pattern
TFMXFactory = class( TPersistent )
  protected
    class function AccessInstance(Request: Integer): TFMXFactory;
    constructor CreateInstance;
  public
    class function Instance:TFMXFactory;
    class procedure ReleaseInstance;
    constructor Create;
    destructor Destroy; override;
  end;

implementation

  // const variable Simulates static variable
  // Can only be accessed from 1 function,
  // so every call to this variable must
  // be from this function (avoid using pointers)

class function TFMXFactory.AccessInstance(Request: Integer):TFMXFactory;
  const FInstance: TFMXFactory = nil;
begin
  case Request of
    0 : ;
    1 : if not Assigned(FInstance) then FInstance := CreateInstance;
    2 : FInstance := nil;
    else
      raise Exception.CreateFmt('Illegal request %d in AccessInstance',
    [Request]);
  end;
  Result := FInstance;
end;

constructor TFMXFactory.Create;
begin
  inherited Create;
  raise Exception.CreateFmt('Access class %s through Instance only',
    [ClassName]);
end;

constructor TFMXFactory.CreateInstance;
begin
  inherited Create;
  FRegistrations := TFMXRegistrationCollection.Create;
end;

destructor TFMXFactory.Destroy;
begin
  FreeAndNil(FRegistrations);
  if AccessInstance(0) = Self then AccessInstance(2);
  inherited Destroy;
end;

class function TFMXFactory.Instance: TFMXFactory;
begin
  Result:=AccessInstance(1);
end;

class procedure TFMXFactory.ReleaseInstance;
begin
  AccessInstance(0).Free;
end;







Subject: VisualCLX: TWideStringlist vs TWStringlist
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 15:26:50 +0100
Newsgroups: jedi.vcl

Is there any particular reason why the THintstringList class in JvTypes.pas
is defined as TWideStringList isto TWStringList for VisualCLX?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBTreeview
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Tue, 09 Mar 2004 15:04:41 +0100
Newsgroups: jedi.vcl

Proposal: add something like "howtocvs.txt" to the "general" release zip. So everybody who gets to know JVCL this way, learns about CVS

Are there any other modules; I'd be willing to write it...

-- Holger


Peter Thörnqvist wrote:
>> I accessed JVCL through sourceforge, so I got to the project page and
>> clicked on CVS. I got the standard sourceforge CVS instructions and
>> there it says "modulename" w/o any link to the modules. I know that it
>> was my mistake, but I guess I am not the only one, who accesses JVCL in
>> that way...
>
> Yeah, I know. The problem is I don't think we can change that page. It is
> fixed AFAIK.
>


Subject: Re: How can i use JvDBLookupTreeView or JvDBTreeView
From: "Der Uni" <asd@asd.com>
Date: Tue, 9 Mar 2004 14:25:10 +0200
Newsgroups: jedi.vcl

I've got it.
Thanks alot Georgi.

"Georgi Panayotov" <georgi@ada-soft.bg> wrote in message
news:c2js58$m9l$1@talkto.net...
> > Der Uni wrote:
>> > > Hi,
>> > > i've not succeeded to use JvDBLookupTreeView or JvDBTreeView components.
>> > > The tree is not seen. i've specified the Datasource,datafield
masterfield,
>> > > detailfield and list ones. Tree is not shown-its emty.
>> > > Is there any one to show me a sample or usage of this comp.
>> > > Thanks more and more.
> >
> >
> > In my project i use TJvDBLookupTreeViewCombo - it works fine
> > one of Combo Properties are:
> > DataField="STORE_ID"
> > DataSource=dsDocument
> > KeyField="STORE_ID"
> > ListField="STORE_NAME"
> > MasterField="STORE_ID"
> > DetailField="PARENT_ID"
> > LookupSource="dsStores"
> >
> > table, used by dsStores, looks like:
> >
> > STORE_ID Integer,
> > STORE_NAME Varchar(30),
> > PARENT_ID Integer
> >
> > if you have tree like this
> >
> > Store 1
> > |-Store 1.1
> > |-Store 1.2
> >  |-Store 1.2.1
> > Store2
> > |-STORE 2.1
> >
> > data in table will be
> > 1,"Store 1", null
> > 2,"Store 2", null
> > 3,"Store 1.1", 1
> > 4,"Store 1.2", 1
> > 5,"Store 2.1", 2
> > 6,"Store 1.2.1", 3
> >
> > i hope to understand that
> > my english is very poor
> >




Subject: Re: Anyone remember TJvSpinButton?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 13:01:48 +0100
Newsgroups: jedi.vcl

> > I am registering it byself 8-))) everytime
Well, you won't have to starting with the next release: I've added it to
JvStdCtrlsReg :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Anyone remember TJvSpinButton?
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 09 Mar 2004 14:50:07 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I just found a note in jvcl3.txt saying "missing component: TJvSpinButton"
> so I'm guessing it should have been registered but we/I forgot about it.
I am registering it byself 8-))) everytime


Subject: JvFormStorage disables Constraints?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Tue, 9 Mar 2004 12:35:30 +0100
Newsgroups: jedi.vcl

Hi,

I'm using JvFormStorage with  JvMRUManager to store MRU items. However I've
noticed that JvFormStorage, no MinMaxInfo properties are filled, is
responsible for any remove of contraints. Can sbdy confirm this?

The contraints are added not on the main form but e.g. on panels or
treeviews, after adding JvFormStorage to my main form, these constraints do
not work anymore.

cu,
Michael




Subject: Re: jvcl.fo translation to dutch (nl)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 12:28:49 +0100
Newsgroups: jedi.vcl

Please post to binaries

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvcl.fo translation to dutch (nl)
From: Wiebe Tijsma <REMOVEwiebe@CAPITALStijsma.com>
Date: Tue, 09 Mar 2004 12:25:04 +0100
Newsgroups: jedi.vcl

Hi,

I've partially translated jvcl.fo to dutch, should I post it here or in the binaries group?

Wiebe


Subject: Required package 'DJclVcl' not found
From: "EmperorLou" <nikolas@rogers.com>
Date: Tue, 9 Mar 2004 11:17:41 +0000
Newsgroups: jedi.vcl

Where is the help for installing the JVCL from scratch?
I found out that i need JCL first. What else? There must be more because 
I wouldn't be getting package not found errors no?

Perhaps the beautiful installer should have hints and suggestions as you 
go for common things such as this?

 Compiling package: JvCoreD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
JvCoreD6R.dpk(43) Fatal: Required package 'DJclVcl' not found

** error 1 ** deleting JvCoreD6R.bpl



--- posted by geoForum on http://delphi.newswhat.com


Subject: Install on K3 C++
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 9 Mar 2004 12:16:32 +0100
Newsgroups: jedi.vcl

Hi !

Is it possible to install on K3 C++ the package provided for K3 Delphi ??

Regards,
Lionel




Subject: Cleaning Mantis
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 12:13:34 +0100
Newsgroups: jedi.vcl

To all developers: please have a look at your assigned bug items in Mantis
and clean up resolved issues (or post a bug note if you need additional
feedback) so we can see what's actually left to do.

Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Anyone remember TJvSpinButton?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 11:53:52 +0100
Newsgroups: jedi.vcl

I just found a note in jvcl3.txt saying "missing component: TJvSpinButton"
so I'm guessing it should have been registered but we/I forgot about it.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Anyone remember TJvSpinButton?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 11:48:20 +0100
Newsgroups: jedi.vcl

Does anyone remember whether TJvSpinButton was removed for a reason or if we
just forgot to register it? I can't find anything in changelog and no
records about it ever being discussed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Don´t we need TJvCoupler anymore?
From: <ds.antispamds@csslabs.de>
Date: Tue, 9 Mar 2004 11:41:57 +0100
Newsgroups: jedi.vcl

Sorry Peter.
You´re right, I know it´s a really lousy job.
Certainly I use Delphi 5 - and I don´t know of  TLabeledEdit :)
For that purpose we don´t need the jvcouple anymore.....
And while I still using D5, I can take it from archiv.

BTW: It´s maybe a lousy job, but one of the best done jobs in the VCL world.
:)

Best regards

Dierk


"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c2k4eb$nt8$1@talkto.net...
> > It is always hard to determine what is needed and what is not. We try to
> > keep the number of components in JVCL relatively small (we are doing a
lousy
> > job, though: the current installed component count is +500<g>).
> >
> > Much of what gets removed (or should I say "retired"?) is based on
> > usability, i.e. if it is a simple task doing it in code or there are
similar
> > components available and the JVCL variant adds very little functionality,
> > the component could very well be removed. For example, D6 and D7 contains
a
> > TLabeledEdit that does much of what JvCoupler was used for. And if you are
> > using D5, it is not a great chore selecting both components on the form
> > before moving them to a new location.
> >
> > There will always be someone using a component we've removed and there is
no
> > way of avoiding that, but as all removed components are put in the
\archive
> > folder, you can always restore them if you really need to (there's even a
> > package in there you could try installing).
> >
> > The JVCL releases, however, will not support or install these components
> > anymore.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Don´t we need TJvCoupler anymore?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 11:31:11 +0100
Newsgroups: jedi.vcl

It is always hard to determine what is needed and what is not. We try to
keep the number of components in JVCL relatively small (we are doing a lousy
job, though: the current installed component count is +500<g>).

Much of what gets removed (or should I say "retired"?) is based on
usability, i.e. if it is a simple task doing it in code or there are similar
components available and the JVCL variant adds very little functionality,
the component could very well be removed. For example, D6 and D7 contains a
TLabeledEdit that does much of what JvCoupler was used for. And if you are
using D5, it is not a great chore selecting both components on the form
before moving them to a new location.

There will always be someone using a component we've removed and there is no
way of avoiding that, but as all removed components are put in the \archive
folder, you can always restore them if you really need to (there's even a
package in there you could try installing).

The JVCL releases, however, will not support or install these components
anymore.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Required package 'DJclVcl' not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 11:24:16 +0100
Newsgroups: jedi.vcl

> > Where is the help for installing the JVCL from scratch?

Installation instructions is in install.htm in the JVCL3 zip. Open
readme.htm in the JVCL root and click the link to the install doc at the
top.

You probably don't have JCL 1.90 which is required (this is explained in
numerous places).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Is JvCore too large?
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Tue, 9 Mar 2004 10:19:01 -0000
Newsgroups: jedi.vcl

Those suggestions would seem sensible and would make a significant
difference to the size. You have my vote ;)

Trev

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c2i9ng$cb4$1@talkto.net...
> > I guess many of the JvExXXXX units could go to the package where the class
> > is used the first time. I guess the JvDynControl units could also be moved
> > (even to their own package) and possibly the JvProgressUtils unit as well
> > but apart from those I don't think the others should/can be moved.
> >
> > JvCore doesn't *have* to be small but should ultimately only contain
> > functionality that is required throughout the JVCL.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JvMRUManager
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Tue, 9 Mar 2004 11:06:58 +0100
Newsgroups: jedi.vcl

> > Have a look at DtxEdit in help\tools, I'm doing something similar
Not yet - however I've found a solution - it was just that simple that I did
not found it before..

Thanks,
Michael




Subject: Re: JvMRUManager
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 09 Mar 2004 19:53:46 +1000
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Hi,
>
> currently JvMRUManager uses a submenu to add a MRU item list. Is it possible
> to tell the manager not to use a submenu but appending to an existing menu
> entry?
>
> Here is a little example: The main menu has got an entry called "Recent
> Files". This entry has got a submenu with an entry called "Delete Invalid
> Entries". Now the manager should simply append its items below this entry
> and not insert a new submenu. Is this possible?

Have a look at DtxEdit in help\tools, I'm doing something similar


Subject: Don´t we need TJvCoupler anymore?
From: <ds.antispamds@csslabs.de>
Date: Tue, 9 Mar 2004 10:50:32 +0100
Newsgroups: jedi.vcl

Simple question: Why is JVCoupler moved to archiv?
Don´t we need that component anymore in JVCL3?
It was a nice util to combine a label with an editcontrol.

Best regards

Dierk




Subject: Re: Is JvCore too large?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 09 Mar 2004 10:43:19 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Do you mean that it is better to have PUREPASCAL because it would be
> easier to port to .NET or another platform? Then I must say you that this
> part of the JvExVCL depends on Windows and so on IA32/IA64. And I think
> that IA64 has a JMP command.

It is always wise to have a Pascal version of assembler parts.
IFDEF it with PUREPASCAL or something like that.
The JCL and JVCL should both try to minimize assembler use.



Subject: JvMRUManager
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Tue, 9 Mar 2004 10:33:14 +0100
Newsgroups: jedi.vcl

Hi,

currently JvMRUManager uses a submenu to add a MRU item list. Is it possible
to tell the manager not to use a submenu but appending to an existing menu
entry?

Here is a little example: The main menu has got an entry called "Recent
Files". This entry has got a submenu with an entry called "Delete Invalid
Entries". Now the manager should simply append its items below this entry
and not insert a new submenu. Is this possible?

Files
|_ Recent Files
      |_Delete Invalid Entries
      |_----------------(divider)---
      |_   MRU item 1
      |_   MRU item 2
      |_   ...

cu,
Michael




Subject: Re: JvEx... problems
From: André Snepvangers <asn@xs4all.nl>
Date: Tue, 09 Mar 2004 09:45:33 +0100
To: Andreas Hausladen <AndreasDOTHausladen@gNOMAILmx.de>
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> Fixed in latest version of JvExControls.
>
>
> This is strange because the only changes were style cleaning which mean
> that an {$ELSE} was replaced by a {$ENDIF VCL} {$IFDEF VisualCLX}. Could
> it be that you had a JvExControls.dcu that was outdated?
>
Caused by jpp. See jedi.jcl 'jpp minor bug'

Regards,

André



Subject: Re: Is JvCore too large?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 09:26:09 +0100
Newsgroups: jedi.vcl

> > At the moment I replace many of the JvExVCL methods by a assembler JMP
> > that would decrease the code size and is faster that calling the
> > InheritMsg function in a normal way.
Still, the most logical would be to put the units where they are used (if
possible, of course), i.e. JvExGrid should be in the same package as
JvStringGrid etc

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Is JvCore too large?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 9 Mar 2004 09:24:44 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Please keep a PUREPASCAL version if possible.

Do you mean that it is better to have PUREPASCAL because it would be
easier to port to .NET or another platform? Then I must say you that this
part of the JvExVCL depends on Windows and so on IA32/IA64. And I think
that IA64 has a JMP command.



-- Regards, Andreas Hausladen 

Subject: Re: TJvDBTreeview
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Mar 2004 08:15:07 +0100
Newsgroups: jedi.vcl

> > I accessed JVCL through sourceforge, so I got to the project page and
> > clicked on CVS. I got the standard sourceforge CVS instructions and
> > there it says "modulename" w/o any link to the modules. I know that it
> > was my mistake, but I guess I am not the only one, who accesses JVCL in
> > that way...
Yeah, I know. The problem is I don't think we can change that page. It is
fixed AFAIK.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How can i use JvDBLookupTreeView or JvDBTreeView
From: Georgi Panayotov <georgi@ada-soft.bg>
Date: Tue, 09 Mar 2004 09:14:32 +0200
Newsgroups: jedi.vcl

Der Uni wrote:
> > Hi,
> > i've not succeeded to use JvDBLookupTreeView or JvDBTreeView components.
> > The tree is not seen. i've specified the Datasource,datafield masterfield,
> > detailfield and list ones. Tree is not shown-its emty.
> > Is there any one to show me a sample or usage of this comp.
> > Thanks more and more.


In my project i use TJvDBLookupTreeViewCombo - it works fine
one of Combo Properties are:
DataField="STORE_ID"
DataSource=dsDocument
KeyField="STORE_ID"
ListField="STORE_NAME"
MasterField="STORE_ID"
DetailField="PARENT_ID"
LookupSource="dsStores"

table, used by dsStores, looks like:

STORE_ID Integer,
STORE_NAME Varchar(30),
PARENT_ID Integer

if you have tree like this

Store 1
|-Store 1.1
|-Store 1.2
 |-Store 1.2.1
Store2
|-STORE 2.1

data in table will be
1,"Store 1", null
2,"Store 2", null
3,"Store 1.1", 1
4,"Store 1.2", 1
5,"Store 2.1", 2
6,"Store 1.2.1", 3

i hope to understand that
my english is very poor



Subject: Re: Is JvCore too large?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 09 Mar 2004 06:06:39 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> At the moment I replace many of the JvExVCL methods by a assembler JMP
> that would decrease the code size and is faster that calling the
> InheritMsg function in a normal way.

Please keep a PUREPASCAL version if possible.



Subject: Re: TJvDBTreeview
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Tue, 09 Mar 2004 01:39:23 +0100
Newsgroups: jedi.vcl

Hi Peter,

I accessed JVCL through sourceforge, so I got to the project page and clicked on CVS. I got the standard sourceforge CVS instructions and there it says "modulename" w/o any link to the modules. I know that it was my mistake, but I guess I am not the only one, who accesses JVCL in that way...

Peter Thörnqvist wrote:

>> it all makes sense. There just should be a hint somewhere on the page
>> what the module name is - for beginners...
>
>
> There is a news item on the sf project page (How to get JVCL3) explaining it
> and it is also on the cvs page on our website (click Downloads in the menu
> and then click "CVS instructions" link). Is there any other place we should
> put it so it is easier to find?


Subject: Re: C# Highlighting
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Tue, 09 Mar 2004 01:37:25 +0100
Newsgroups: jedi.vcl

Hi Ignacio,

is anybody planning LaTeX highlighting??

-- Holger

Ignacio Vazquez wrote:

> I'm looking at adding C# highlighting to TJvHLEditor and I have some
> questions:
>
> 1) Is it yet safe to upload the (tested) changes to CVS again?
> 2) Anyone have any ideas on handling attributes?
> 3) How much additional work would it be to add it to TJvWideHLEditor?
>


Subject: Re: Guru Delphi
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Tue, 09 Mar 2004 01:35:55 +0100
Newsgroups: jedi.vcl

Hello Peter Thörnqvist,

> Here's a challenge:
> Implement a TCursorGuard style class that switches cursor after a specified delay (in ms) *without* using a timer and that still resets the previous cursor immediately when destroyed.

for long runing tasks the best is to put it in a thread and then in the main thread doing only the stuff needed for Cursor, ProgressBar and StatusLabel.

Ciao Heinz Z.


Subject: Re: How can i use JvDBLookupTreeView or JvDBTreeView
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Tue, 09 Mar 2004 01:35:42 +0100
Newsgroups: jedi.vcl

Hi,

I am dealing with the very same problem. However, I think that one has to start with 0 in the detail field and increase the value by one for every new level. This is just a guess.

It's a fact that I get a blank listing as well :-(

Der Uni wrote:
> Hi,
> i've not succeeded to use JvDBLookupTreeView or JvDBTreeView components. The
> tree is not seen. i've specified the Datasource,datafield masterfield,
> detailfield and list ones. Tree is not shown-its emty.
> Is there any one to show me a sample or usage of this comp.
> Thanks more and more.
>
>


Subject: Re: lots of installation problems
From: Thomas Mueller <news@s2h.cx>
Date: Mon, 08 Mar 2004 22:31:01 +0000
Newsgroups: jedi.vcl

Hi,

Peter Thörnqvist wrote:

>> >> 1. install.bat and some other files are missing from the root directory
>> >> of the archive.
> > Something must have gone wrong with your download. The files should
> > definitely be there. Try a CVS Update again.

I haven't used CVS at all. I downloaded the lastest daily zip (which was
from 2004-03-06), so there must be an error in the way these zips are
created.

>> >> 2. after downloading the missing files from the cvs I got the installer
>> >> to compile and start but it tried to compile to the c:\program
>> >> files\borland\delphi7\projects\bpl directory which is readonly on my
>> >> installation.
> > The installer compiles to your default BPL folder and this must be
> > writeable of course. You should probably be logged in as an admin (or at
> > least power user) when doing the installation.

Does it really read the Delphi settings? I have set my BPL folder to q:\bpl.
This usually works with packages where the folder isn't set specifically.

>> >> 1. Opening "D7 packages.bpg" in the IDE failed with an error message
>> >> complaining about an error in the PROJECTS entry. It turned out that the
>> >> file was saved in Unix (linefeed only) style. Opening it in edit (yes,
>> >> the good old DOS editor) and saving it fixed that problem.
> > Seems to me you have CVS incorrectly set up. Make sure you have it set to
> > automatic CRLF conversion (if available).

As said above: No CVS involved on my part other than downlading the missing
files (see 2.) from cvsweb.

I got it working now with lots of manual work, but I am quite confused
because of the sheer number of components and lack of documentation (Yes, I
promise to download and read the OLH files at some time. ;-) ).

twm



Subject: Re: lots of installation problems
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 09 Mar 2004 08:17:32 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> Do as we do in Sweden when we eat an elephant: one piece at a time<g>
>

LOL !


Subject: Re: lots of installation problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 8 Mar 2004 23:05:25 +0100
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> > Does it really read the Delphi settings? I have set my BPL folder to
> > q:\bpl.  This usually works with packages where the folder isn't set
> > specifically.

Yes it reads the bpl and dcp directory from the registry. But if these
values are empty or do not exist it uses the $(DELPHI)\Bpl.

Here the code:
(FRegKey is '\Software\Borland\xxxx\x.x')
-------------------------------------------
     // ****
     // HKEY_CURRENT_USER:
     // ****
      reg.RootKey := HKEY_CURRENT_USER;
      if reg.OpenKeyReadOnly(FRegKey + '\Library') then
      begin
        if reg.ValueExists('Package DCP Output') then
          FDcpDir := ExpandDirMacros(reg.ReadString('Package DCP Output'))
        else
          FDcpDir := RootDir + '\Projects\Bpl';
        if FDcpDir = '' then // no directory
          FDcpDir := RootDir + '\Projects\Bpl';

        if reg.ValueExists('Package DPL Output') then
          FBplDir := ExpandDirMacros(reg.ReadString('Package DPL Output'))
        else
          FBplDir := RootDir + '\Projects\Bpl';
        if FBplDir = '' then // no directory
          FBplDir := RootDir + '\Projects\Bpl';
-------------------------------------------


-- Regards, Andreas Hausladen 

Subject: Re: Peter...Thank you!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 22:51:51 +0100
Newsgroups: jedi.vcl

> > I just took a look at it and *drool*...
Thanks. There's a lot of info in there, that's for sure! I'm working on
adding write support at the moment (where applicable). Thanks for the
palette image. Looks fine and should fit right in with the other JVCL icons.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: lots of installation problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 22:48:27 +0100
Newsgroups: jedi.vcl

> > I haven't used CVS at all. I downloaded the lastest daily zip (which was
> > from 2004-03-06), so there must be an error in the way these zips are
> > created.
Sorry, I got the impression you used CVS. The daily zips are prone to
corruption caused by the programs run when the zips are created. We've had a
lot of problems with it before but the last couple of weeks it seems to have
worked better. I think it has a lot to do with the load on the server and
problems with cvs timeouts when the load gets to high. Unfortunately, there
is little we can do (the server belongs to Sourceforge server and it's their
tools we use) apart from letting SF know when there is a problem.

> > Does it really read the Delphi settings? I have set my BPL folder to
q:\bpl.
> > This usually works with packages where the folder isn't set specifically.
It should but Andreas should be able to give a definite answer.

> > I got it working now with lots of manual work, but I am quite confused
> > because of the sheer number of components and lack of documentation (Yes,
I
> > promise to download and read the OLH files at some time. ;-) ).
Do as we do in Sweden when we eat an elephant: one piece at a time<g>


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How can i use JvDBLookupTreeView or JvDBTreeView
From: "Der Uni" <asd@asd.com>
Date: Mon, 8 Mar 2004 23:47:44 +0200
Newsgroups: jedi.vcl

Hi,
i've not succeeded to use JvDBLookupTreeView or JvDBTreeView components. The
tree is not seen. i've specified the Datasource,datafield masterfield,
detailfield and list ones. Tree is not shown-its emty.
Is there any one to show me a sample or usage of this comp.
Thanks more and more.




Subject: Re: JvEx... problems
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 08 Mar 2004 22:44:01 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> André Snepvangers wrote:
>
>
>> Fixed in latest version of JvExControls.
>
>
> This is strange because the only changes were style cleaning which mean
> that an {$ELSE} was replaced by a {$ENDIF VCL} {$IFDEF VisualCLX}. Could
> it be that you had a JvExControls.dcu that was outdated?
>
I switched between 2 versions various times. (should be JvQEx... for clx). Anyway things are fine now.

Regards,

André




Subject: Re: Scrolling values in a Dynamic "array of array"
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 08 Mar 2004 16:37:02 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:
> Code review request. The code below appears to be both reasonably readable, and appears to work without memory leaks here.   The tricky
> bit was the need to create the new array at the end of the array of arrays...  Can anyone see any problems with this?
>
> ------
>
> procedure TJvChartData.Scroll;
> var
>   I,J:Integer;
>   newArray:TJvChartDataArray;
> //note:  TJvChartDataArray = array of array of Double;
> begin
>   if FValueCount<2 then begin
>      Clear;
>      exit;
>   end;
> { SLOW Version }
>   for I := 0 to FValueCount-2 do begin
>       FData[I] := FData[I+1]; // each FData[I] is an Array of pens
>       SetTimestamp(I, GetTimestamp(I+1)); // Also copy the time values
>   end;
>
> // Weird hack that avoids all the arrays becoming the same memory array:
>   SetLength(newArray,1);
>   SetLength(newArray[0],1);
>   FData[FValueCount-1] := newArray[0];
>   FTimeStamp[FValueCount-1] := 0;
> // Comment out the weird hack and you will see that each time you call
> // Scroll, element FData[n] and FData[n-1] become the same array.
>
> end;

Whoops. The above corrupts the heap. Now I've got it brute-force copying each pen:

procedure TJvChartData.Scroll;
begin
 ....

{ ULTRA SLOW BUT NON-CRASHING Version }
 for I := 0 to FValueCount-1 do begin
      for J := 0 to Length( FData[i] ) -1 do begin
          FData[I,J] := FData[I+1,J];
      end;
      SetTimestamp(I, GetTimestamp(I+1));
 end;

.....

end;


Argh!


Subject: Re: C# Highlighting
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 8 Mar 2004 22:36:02 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Done. Post your thoughts on this thread please.

I do not see any problem with your changes.


What bugs?



-- Regards, Andreas Hausladen 

Subject: Re: C# Highlighting
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 16:24:21 -0500
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > If anyone wants I can put the
> > changes I have so far into .binaries for review.

Done. Post your thoughts on this thread please.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Peter...Thank you!!
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 15:49:54 -0500
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > That enhanced ComputerInfoEx component is exactly what i needed.
>> > > Shows everything and then some!!!!
> > Nice to know. I am still adding stuff to it (mostly event handlers for
> > system notifications and possibly some way of writing back at least
> > some of the values at run-time). Keep an eye on jedi.binaries<g>!

I just took a look at it and *drool*...

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Peter...Thank you!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 20:53:30 +0100
Newsgroups: jedi.vcl

Done. NB! It's huge (one of the reasons I don't really feel like writing
it<g>)!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvAppStorage.pas is broken
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 13:58:24 -0500
Newsgroups: jedi.vcl

The changes regarding FLocationInitialized now cause the
JvAppXxxxStorage components to quietly fail if Location is flExeFile.
Please undo the changes.

-- Thanks, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Peter...Thank you!!
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 8 Mar 2004 12:49:32 -0600
Newsgroups: jedi.vcl

I will attempt to write the help for it, if i have the time. I am currently
working full-time job as well as a contract job on the side...but this
component is perfect for what i needed. So if someone will generate the
skeleton help file for me and post it to binaries, i will give it a go.
Would absolutely love and enjoy contributing to JVCL, as they have given us
so much.

Dave


"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:c2i8dg$c24$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>>> > > > Is there any specific reason why this isn't being put into CVS?
>> > > I would have to provide help and an icon for it<g>
> >
> > Heh. Makes sense. I can do the icon, I don't have a problem with that,
> > but the help would probably best be done by you. Unless, of course,
> > dave doesn't mind doing it ;)
> >
> > --
> > Cheers,
> >   Ignacio
> >
> > Help improve Delphi: http://qc.borland.com/




Subject: Re: Is JvCore too large?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 8 Mar 2004 19:22:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I guess many of the JvExXXXX units could go to the package where the
> > class is used the first time.

At the moment I replace many of the JvExVCL methods by a assembler JMP
that would decrease the code size and is faster that calling the
InheritMsg function in a normal way.


-- Regards, Andreas Hausladen 

Subject: Re: What is PCaptionChar?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 13:00:55 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Do you have the newest CVS version? For me there are no errors. Maybe
> > you updated while I committed the changes.

Yeah, seems that way. Works fine now, thanks.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Is JvCore too large?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 18:49:50 +0100
Newsgroups: jedi.vcl

I guess many of the JvExXXXX units could go to the package where the class
is used the first time. I guess the JvDynControl units could also be moved
(even to their own package) and possibly the JvProgressUtils unit as well
but apart from those I don't think the others should/can be moved.

JvCore doesn't *have* to be small but should ultimately only contain
functionality that is required throughout the JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Guru Delphi
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 18:43:04 +0100
Newsgroups: jedi.vcl

Here's a challenge:
Implement a TCursorGuard style class that switches cursor after a specified
delay (in ms) *without* using a timer and that still resets the previous
cursor immediately when destroyed.

Good luck!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Conversion troubles - TjvIntegerEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 18:38:15 +0100
Newsgroups: jedi.vcl

> > Yes, JVCLConvert. I'm using D7, but I didn't install all of the JCL
> > packages. Some are clearly more important than others. It would be nice
> > to have some indication of which is which.

It is very difficult (or maybe even impossible) to say what you need to
install since it depends on what apps you want to compile. You need some
packages for JVCLConvert, other packages for the Package Editor and yet
others for various demos. We could of course spend a lot of time sorting out
the dependencies between applications and packages but I suspect no one
would read it and it would just be a waste of time.

Here's a tip: If you open the bpg file in \packages, the order of packages
in the list is the order in which the dependencies increase (ie a package at
the top does not depend on any package below it). The first 6 pairs or so of
packages are the most important because all packages that follow, requires
them (if they require any other JVCL packages).

This is what it says in install.htm:
"We recommend that you check all packages for a first time install and if
you decide later on that you don't want to use a specific package, uncheck
or remove it from Delphi/BCB's  package manager dialog (Components|Install
Packages in Delphi)."



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComputerInfo - new version in binaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Mar 2004 18:34:43 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Definitely wrong.
>
> Wrong to add a timer or wrong that I think it is clumsy?

A timer is the wrong idea. It consumes CPU resources without need and may fail to accurately reflect changes.



Subject: Re: Guru Delphi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Mar 2004 18:31:55 +0100
Newsgroups: jedi.vcl

Heinz Zastrau wrote:
> Hey Robert,
>
>> I want to write up a text about the unknown but useful areas of Delphi.
>
>
> it looks time is not an rare resource for you. :-)

I am currently unemployed and i work fulltime on the JVCL (admittedly only 4 hours a day).



Subject: Is JvCore too large?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 12:31:08 -0500
Newsgroups: jedi.vcl

Yes, once again it's time for "Find the Ridiculously Large JVCL
Package".

JvCore is 1.25 MB in size on my system, and I can't help but feel that
some of it isn't "core", but is instead extended functionality. I did
an analysis of JvCoreD7.bpl, and here are the sorted results with
non-JVCL items removed:

Name                     Size
---------------------- ------
JvExComCtrls           76,180
JvDataProvider         65,192
JvJCLUtils             57,900
JvExStdCtrls           57,860
JvExExtCtrls           48,588
JvJVCLUtils            44,839
JvColorProvider        41,926
JvDynControlEngineVCL  25,282
JvAppStorage           24,676
JvExForms              19,284
JvExGrids              17,032
JvExControls           15,388
JvWStrUtils            10,376
JvPropertyStorage       9,980
JvResources             8,584
JvContextProvider       8,458
JvPropertyStore         7,856
JvDynControlEngine      7,244
JvExMask                6,476
JvAppIniStorage         6,076
JvTypes                 5,800
JvComponent             5,064
JvExButtons             4,816
JvAppRegistryStorage    4,560
JvAppStorageSelectList  4,408
JvJVCLAboutForm         3,524
JvDataProviderIntf      3,260
JvExCheckLst            2,860
JvThemes                2,548
JvFinalize              2,208
JvClipbrd               1,924
JvActions               1,796
JvDynControlEngineIntf  1,580
JvCaret                 1,360
JvProgressUtils         1,204
JvCoreD7R               1,133
JvMouseTimer              876
JvMaxPixel                760
JvBaseDlg                 676
SysInit                   604
JvDsgnIntf                148
JvConsts                  118
JVCLVer                   108
JvVersionInfo              56

The question is, which of these parts is actually "core", and which
would better be described as extended?

-- Thanks, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: What is PCaptionChar?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 8 Mar 2004 18:29:10 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > And why is it preventing me from compiling JvDiagramShape at line 1215?

Do you have the newest CVS version? For me there are no errors. Maybe you
updated while I committed the changes.

> > Changing it to PChar allowed JvCustom to build

I defined the type PCaptionChar in JvTypes because the TCaption type is a
AnsiString in VCL and a WideString in VisualCLX. So I tried to remove some
IFDEFs.

{$IFDEF VCL}
type
  PCaptionChar = PChar;
{$ENDIF VCL}
{$IFDEF VisualCLX}
type
  PCaptionChar = PWideChar;
{$ENDIF VisualCLX}

-- Regards, Andreas Hausladen 

Subject: Re: Peter...Thank you!!
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 12:27:12 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Is there any specific reason why this isn't being put into CVS?
> > I would have to provide help and an icon for it<g>

Heh. Makes sense. I can do the icon, I don't have a problem with that,
but the help would probably best be done by you. Unless, of course,
dave doesn't mind doing it ;)

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: TJvDBTreeview
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 18:26:25 +0100
Newsgroups: jedi.vcl

> > it all makes sense. There just should be a hint somewhere on the page
> > what the module name is - for beginners...

There is a news item on the sf project page (How to get JVCL3) explaining it
and it is also on the cvs page on our website (click Downloads in the menu
and then click "CVS instructions" link). Is there any other place we should
put it so it is easier to find?
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvEx... problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 8 Mar 2004 18:26:03 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Fixed in latest version of JvExControls.

This is strange because the only changes were style cleaning which mean
that an {$ELSE} was replaced by a {$ENDIF VCL} {$IFDEF VisualCLX}. Could
it be that you had a JvExControls.dcu that was outdated?

-- Regards, Andreas Hausladen 

Subject: Re: Peter...Thank you!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 18:22:23 +0100
Newsgroups: jedi.vcl

> > Is there any specific reason why this isn't being put into CVS?
I would have to provide help and an icon for it<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Guru Delphi
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Mon, 08 Mar 2004 18:09:39 +0100
Newsgroups: jedi.vcl

Hey Robert,

> I want to write up a text about the unknown but useful areas of Delphi.

it looks time is not an rare resource for you. :-)

> What other tricks do we have around?

id like to use the delphi behavier that an interface returning by a function and not assigned to variable, first freed when the procedure scope is ending. Using example:

procedure MyTest;
begin
  SwitchCursorForThisProc(crHourglass);
  DoSomthing;
  DoSomthingMore;
  DoAnythingElse;
end;  // here the cursor is switched back, look implementation

The cursor is automaticly released when the procedure is going out of scpoe.

Implementation details (not testet, can't access my source from here):

TCursorGuard = class( TInterfacedObject)
private
  FOldCursor: TCursor;
public
  constructor Create(Cursor: TCursor);
  destructor Destroy; override;
end;

constructor TWaitCursorGuard.Create(Cursor: TCursor);
begin
  inherited Create;
  FOldCursor := Screen.Cursor;
  Screen.Cursor := Cursor;
end;

destructor TWaitCursorGuard.Destroy;
begin
  Screen.Cursor := FOldCursor;
  inherited;
end;

function SwitchCursorForThisProc(Cursor: TCursor): IInterface;
begin
  Result := TCursorGuard.Create(Cursor);
end;


Ciao Heinz Z.


Subject: What is PCaptionChar?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 10:56:29 -0500
Newsgroups: jedi.vcl

And why is it preventing me from compiling JvDiagramShape at line 1215?
Changing it to PChar allowed JvCustom to build, but I suspect that
there are larger forces at work here.

-- Thanks, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: C# Highlighting
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 10:53:49 -0500
Newsgroups: jedi.vcl

Just a heads up. 

This is almost done, I'm just doing more extensive testing and
verification now.

Also, I ran into some problems with TJvHLPropEdDlg and had to rewrite
parts of it. Nothing too huge though. If anyone wants I can put the
changes I have so far into .binaries for review.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Peter...Thank you!!
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 10:49:56 -0500
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Keep an eye on jedi.binaries<g>!

Is there any specific reason why this isn't being put into CVS?

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: TJvDBTreeview
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Mon, 08 Mar 2004 16:49:13 +0100
Newsgroups: jedi.vcl

Hi guys,

it all makes sense. There just should be a hint somewhere on the page what the module name is - for beginners...

I would not be able to retrieve it via CVS if not for you in the newsgroup...

-- Holger

Peter Thörnqvist wrote:
> We actually talked about moving back to /jvcl but it seemed more trouble
> than it was worth (and we would probably loose the JVCL3 history as well),
> so we just stayed in dev/JVCL3.
>
>


Subject: Re: Possible enhancement to TJvFormStorage
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Mar 2004 10:29:16 -0500
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Could you please make a feature request in the issue tracker
> > http://jvcl.sf.net/mantis .

Right, Mantis. Forgot about that.

Done.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Where could i find turorial for JvSimpleXML ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 15:21:11 +0100
Newsgroups: jedi.vcl

> > Where could i find it ?
It's in run\JvgExportComponents.pas

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Ideas on working around a known bug in Mask.pas ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 15:20:42 +0100
Newsgroups: jedi.vcl

Wouldn't handling WM_GETTEXT/WM_SETTEXT (or JvExCtrls equivalents)
centralize the whole concept? I don't have any ideas for a better
implementation so I'd suggest implementing your proposal it for now and
if/when a better solution is found, we could replace it then and there. I
also agree with you that the fix should be applied as far up in the
hierarchy as possible (JvCustomMaskEdit I guess) so more controls can
benefit from it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComputerInfo - new version in binaries
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 15:15:49 +0100
Newsgroups: jedi.vcl

> > Definitely wrong.
Wrong to add a timer or wrong that I think it is clumsy?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvEx... problems
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 08 Mar 2004 15:12:50 +0100
To: André Snepvangers <asn@xs4all.nl>
Newsgroups: jedi.vcl

>>
>>> The latest versions of the extended VCL causes access violation, when
>>> removing a component in the designer.
>>

Fixed in latest version of JvExControls.

> Another thing I have noticed that  the inherited Paint doesn't paint
> (always).
>

The Problem was with TJvHTButton which derives from TJvExBitBtn. Under
VCL there is no Canvas. Fixed in JvButtons.

Regards,

André Snepvangers



Subject: Re: JvComputerInfo - new version in binaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Mar 2004 15:12:00 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> One could also add a timer to the component to check various values at
> intervals but I think that is clumsy and feels unprofessional.

Definitely wrong. Any changes in devices are heralded by WM_DEVICECHANGE. My contemplating revolves around showing all buses with their devices and all available info of the devices.



Subject: Re: Peter...Thank you!!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 14:58:40 +0100
Newsgroups: jedi.vcl

> > That enhanced ComputerInfoEx component is exactly what i needed. Shows
> > everything and then some!!!!
Nice to know. I am still adding stuff to it (mostly event handlers for
system notifications and possibly some way of writing back at least some of
the values at run-time). Keep an eye on jedi.binaries<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Peter...Thank you!!
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 8 Mar 2004 07:56:02 -0600
Newsgroups: jedi.vcl

Peter
That enhanced ComputerInfoEx component is exactly what i needed. Shows
everything and then some!!!!

Thank you again,
Dave




Subject: Re: JvEx... problems
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 08 Mar 2004 14:51:20 +0100
To: André Snepvangers <asn@xs4all.nl>
Newsgroups: jedi.vcl

> The access violations happen in JvQCtrls.

Solved in latest release of JvExControls.

> Another thing I have noticed that  the inherited Paint doesn't paint
> (always).
Ocurred with JvHtButton inherites from JvExBitBtn, which under VisualCLX has its canvas , under VCL this not the case. Solved in JvHtButton.

Regards,

André



Subject: Re: JvComputerInfo - new version in binaries
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 14:02:12 +0100
Newsgroups: jedi.vcl

> > I think the whole area needs a better concept.
> > The info should be separated in static and dynamic parts.
Static/semi-static - subproperties/properties
Dynamic (that has notifications) - events

One could also add a timer to the component to check various values at
intervals but I think that is clumsy and feels unprofessional.

> > I am contemplating about a broad design starting from WM_DEVICECHANGED
> > which heralds all dynamic changes.

No point in redoing the work once more. Have a look at JvComputerInfoEx
before you start anything: it defines several events to handle various
notifications (my local copy handles WM_DISPLAYCHANGE, WM_DEVMODECHANGE,
WM_SETTINGCHANGE, WM_DEVICECHANGE, WM_COMPACTING, WM_POWER,
WM_POWERBROADCAST, WM_USERCHANGED, WM_TIMECHANGE, WM_FONTCHANGE,
WM_SYSCOLORCHANGE, WM_SPOOLERSTATUS, WM_PALETTEISCHANGING and
WM_PALETTECHANGED).

I don't know if you already had a look but the good thing about the
component is that all the info is in subclasses of the main component and
these subclasses are only created when accessed. So if you are only
interested in the events, there is no property reading overhead at all (at
design-time the OI will create the top-level classes so it might be a little
slower to load).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Localizing JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 8 Mar 2004 13:46:04 +0100
Newsgroups: jedi.vcl

> > I just tried with a new project and it seems it works for Titles and
> > Subtitles now, so either you have an older version of dxgettext (and so
did
> > I when I created the fix) or we have different JvWizard versions...
You are right! Now it works!

Thanks Peter!

cu,
Michael




Subject: Re: Localizing JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 8 Mar 2004 13:39:44 +0100
Newsgroups: jedi.vcl

> > I just tried with a new project and it seems it works for Titles and
> > Subtitles now, so either you have an older version of dxgettext (and so
did
> > I when I created the fix) or we have different JvWizard versions...
Yes, that's possible because one of the new versions caused another problem
with my applications - but I will give it a try again.

Thanks,
Michael




Subject: Re: Localizing JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 8 Mar 2004 13:38:18 +0100
Newsgroups: jedi.vcl

> > There is probably a logical explanation as to why it doesn't work. I just
> > haven't looked into it (yet). The page handler was the quickest way of
> > fixing it.
I think I've found the cause:  TJvWizardPageTitle is of class
TJvWizardGraphicObject and TJvWizardGraphicObject is of class TPersistent. I
might be wrong but if I remember right properties of TPersistent objects
won't be translated at all.

To work around one will have to assign title and subtitle text at run time.
Any better solution?

cu,
Michael





Subject: Re: Localizing JvWizard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 13:11:06 +0100
Newsgroups: jedi.vcl

I just tried with a new project and it seems it works for Titles and
Subtitles now, so either you have an older version of dxgettext (and so did
I when I created the fix) or we have different JvWizard versions...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComputerInfo - new version in binaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Mar 2004 13:00:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I am not sure if it should replace JvDeviceChanged.
>
> Any particular reason why not?

I think the whole area needs a better concept.
The info should be separated in static and dynamic parts.

I am contemplating about a broad design starting from WM_DEVICECHANGED which heralds all dynamic changes.



Subject: Re: Localizing JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 8 Mar 2004 12:53:49 +0100
Newsgroups: jedi.vcl

> > There is probably a logical explanation as to why it doesn't work. I just
> > haven't looked into it (yet). The page handler was the quickest way of
> > fixing it.
Perhaps! I will have a look into the source code, too.

Michael




Subject: Re: Localizing JvWizard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 12:48:54 +0100
Newsgroups: jedi.vcl

> > Strange enough that you must use this hack to get translated titles! I
know
> > of some issues when using string arrays or with captions of listviews but
> > not in this case.
There is probably a logical explanation as to why it doesn't work. I just
haven't looked into it (yet). The page handler was the quickest way of
fixing it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Localizing JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 8 Mar 2004 12:32:07 +0100
Newsgroups: jedi.vcl

> > I haven't had problems with the Finish button but I do have issues with
the
> > pages. I had to add my own handler for wizard pages (frmGnuGT is a base
form
> > that all other forms in my app inherites from):
Peter,

at least the problem with the finish button is solved: I'm merging
translated Delphi texts with some texts of my application and *both* contain
a string "&Finish" but with different translations. These double
translations make gnugettext to return the "wrong" text instead of the
translated.

I've  thought I'm calling msgcat.exe with params to detect these
duplicates - I will have to look again...

cu,
Michael




Subject: Re: Localizing JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 8 Mar 2004 12:24:55 +0100
Newsgroups: jedi.vcl

> > procedure TfrmGnuGT.HandleWizardPage(Obj: TObject);
> > var
> >   pg: THackWizardPage;
> > begin
> >   pg := THackWizardPage(Obj);
> >   pg.Header.Title.Text := _(pg.Header.Title.Text);
> >   pg.Header.SubTitle.Text := _(pg.Header.SubTitle.Text);
> > end;
Strange enough that you must use this hack to get translated titles! I know
of some issues when using string arrays or with captions of listviews but
not in this case.

> > Maybe you also need something similar for wizard buttons? I haven't looked
> > into the issue so I don't know why they aren't translated.
May be true however all other buttons work correct e.g. back and next button

cu,
Michael




Subject: Re: Website updated
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 12:23:49 +0100
Newsgroups: jedi.vcl

Good suggestion.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Website updated
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 08 Mar 2004 21:17:16 +1000
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> Peter Thörnqvist wrote:
>
>> Web updated. Please try again if it works.
>
>
> Works like a charm!

Yes indeed


Subject: Re: new list of IFDEFs in JVCL 3
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Mon, 8 Mar 2004 12:15:55 +0100
Newsgroups: jedi.vcl

On Sun, 07 Mar 2004 17:43:45 +0100, "Robert Marquardt" 
<robert_marquardt@gmx.de> wrote in article <c2fhg7$pjq$1@talkto.net>:
> > TABINFO
> >    Local to JvRichEdit.pas
> >    Always activated so remove leaving the source of active part.

Should be removed because if my memory is correct there are still some 
bugs present if you undefine it and you will get uncorrect tab 
information for tabs which are not left aligned or have a tab leader.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Website updated
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Mon, 8 Mar 2004 12:11:05 +0100
Newsgroups: jedi.vcl

On Sun, 7 Mar 2004 23:17:45 +0100, "=?Windows-
1252?Q?Peter_Th=F6rnqvist?=" <peter3@no.spam.peter3.com> wrote in 
article <c2g525$te8$1@talkto.net>:
> > I've updated some of the docs on the web site, specifically the FAQ

You might want to add something about the problems with zlib in 
packages.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Website updated
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Mon, 08 Mar 2004 12:02:40 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Web updated. Please try again if it works.

Works like a charm!


Subject: Re: Localizing JvWizard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 11:55:35 +0100
Newsgroups: jedi.vcl

> > I haven't had problems with the Finish page
Should be "button", of course

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi 5 css
From: "@rennes" <l.sass@omp-transport.com>
Date: Mon, 8 Mar 2004 11:55:30 +0100
Newsgroups: jedi.vcl

Thanks


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news: c2hga7$6i9$1@talkto.net...
> > @rennes wrote:
> >
>> > > Could you explain me how to do ?
> >
> > http://info.borland.com/devsupport/delphi/downloads/index.html#Delphi%205
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Localizing JvWizard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 11:55:00 +0100
Newsgroups: jedi.vcl

I haven't had problems with the Finish page but I do have issues with the
pages. I had to add my own handler for wizard pages (frmGnuGT is a base form
that all other forms in my app inherites from):


procedure TfrmGnuGT.AfterConstruction;
begin
....
  if not AlreadyDone then
  begin
....
     TP_GlobalHandleClass(TJvWizardCustomPage, HandleWizardPage);
....
  end;
end;


type
  THackWizardPage = class(TJvWizardCustomPage);

procedure TfrmGnuGT.HandleWizardPage(Obj: TObject);
var
  pg: THackWizardPage;
begin
  pg := THackWizardPage(Obj);
  pg.Header.Title.Text := _(pg.Header.Title.Text);
  pg.Header.SubTitle.Text := _(pg.Header.SubTitle.Text);
end;


Maybe you also need something similar for wizard buttons? I haven't looked
into the issue so I don't know why they aren't translated.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Website updated
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 11:50:23 +0100
Newsgroups: jedi.vcl

Web updated. Please try again if it works.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Website updated
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 11:44:39 +0100
Newsgroups: jedi.vcl

Seems to work with IE as well. I'll update the web site. Thanks for the
help.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Localizing JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 8 Mar 2004 11:43:20 +0100
Newsgroups: jedi.vcl

Hi,

currently I'm trying to localize an application with gnugettext/dxgettext
which uses JvWizard. However I got stuck with some problems:
Some of the buttons caption e.g. back, next, help and cancel show the
alternate text I've added to a .po file.

The caption for the finish button however won't change at all. The same
occurs for the title and subtitle of each used JvWizardInteriorPage - no
change from the English language to German language.

I've re-checked the translation file many times, but right now I cannot
figure out why this happens. All other texts of my application change their
captions/titles...

Do you have similar problems or perhaps any hint how I could change this
behaviour?

cu,
Michael




Subject: Re: TJvDBTreeview
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 11:40:40 +0100
Newsgroups: jedi.vcl

We actually talked about moving back to /jvcl but it seemed more trouble
than it was worth (and we would probably loose the JVCL3 history as well),
so we just stayed in dev/JVCL3.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBTreeview
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 08 Mar 2004 20:38:06 +1000
Newsgroups: jedi.vcl

Holger Flick wrote:
> Hey Peter,
>
>> RALib is spread across the packages and palettes. TJvDBTreeView is in the
>> JvDB package and, by default, you should find it on the Jv Data Controls
>> palette tab.
>
> Will look again ;-) Sometimes one is just blind...
>
>
>> Protocol: pserver (or ext if you are a developer)
>> Server: cvs.jvcl.sourceforge.net
>> Repository: /cvsroot/jvcl
>> Module: dev/JVCL3 (CASE sensitive!)
>
>
> I thought module was jvcl. This is the mistake then. What is jvcl for then?

It's the REALLY REALLY old JVCL 2.1


Subject: Re: Delphi 5 css
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 8 Mar 2004 11:35:57 +0100
Newsgroups: jedi.vcl

@rennes wrote:

> > Could you explain me how to do ?

http://info.borland.com/devsupport/delphi/downloads/index.html#Delphi%205

-- Regards, Andreas Hausladen 

Subject: Re: Again TjvFindReplace.ReplaceAll
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Mon, 8 Mar 2004 10:22:59 +0000
Newsgroups: jedi.vcl

hi, 
I got JVCL300BETA1Complete.zip, instead of cvs. Should I get cvs instead?

thanks
omziff

>> >> I just installed JVcl version 3.0.0 and when I use its TjvFindReplace 
on
>> >> its TJVRichEdit, I get the same behaviour, plus something else: it will
> >[...]
> >Did you get the last BETA release from SF or did you get it from CVS?
> >
>> >> maybe some properties from the JVxRichEdit now in JVRichEdit do this?
> >JvRichEdit has built in search and replace support, with dialogs and all
> >IIRC, but I can't remember the method names at the moment.
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Website updated
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Mon, 08 Mar 2004 11:21:04 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Great! That works with IE too. Do you have a solution for the ToggleAll()
> function that works with Mozilla?

This seems to work:

function ToggleAll() {
  var i = 0
  var obj;
  do {
    obj = document.getElementById("FAQ" + i);
    if (obj != null) {
      obj.style.display = allvisible ? 'none':'block';
      i += 1;
    }
  } while(obj != null);

  allvisible = !allvisible;
}


Subject: Re: Where could i find turorial for JvSimpleXML ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Mon, 8 Mar 2004 11:17:50 +0100
Newsgroups: jedi.vcl

Where could i find it ?


"The Graphical Gnome" <rbraasem@xs4all.killspammers.nl> a écrit dans le
message de news: Xns94A39E2E5D1A2rbraasemxs4allnl@194.191.0.34...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
> > news:c29i53$l56$1@talkto.net:
> >
>> > > No tutorials but you could check the examples folder as well as some
>> > > of the tools included in JVCL3 (full install) which uses it (search
>> > > the jvcl folder for *.pas containing JvSimpleXML and you should find
>> > > them all).
>> > >
> >
> > Look for a usage in TJvExportXML.
> >
> > I used JvSimpleXML for that
> >
> > --
> > The Graphical Gnome
> > rbraasem@killspam.xs4all.nl
> > Vakanties :
> > http://gnomedome.xs4all.nl/vac




Subject: Delphi 5 css
From: "@rennes" <l.sass@omp-transport.com>
Date: Mon, 8 Mar 2004 11:17:14 +0100
Newsgroups: jedi.vcl

Hello,

I want to install Jedi v300 in a delphi 5 ent.
I have install jcl with the intall program interface.
When i want to install jvcl with the install program interface, it ask me to
refresh my "delphi 5 css".
I don't find delphi 5 css in the borland site and a the web site.

Could you explain me how to do ?

Thanks




Subject: Re: TJvDBTreeview
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Mon, 08 Mar 2004 11:16:56 +0100
Newsgroups: jedi.vcl

Hey Peter,

> RALib is spread across the packages and palettes. TJvDBTreeView is in the
> JvDB package and, by default, you should find it on the Jv Data Controls
> palette tab.
Will look again ;-) Sometimes one is just blind...


> Protocol: pserver (or ext if you are a developer)
> Server: cvs.jvcl.sourceforge.net
> Repository: /cvsroot/jvcl
> Module: dev/JVCL3 (CASE sensitive!)

I thought module was jvcl. This is the mistake then. What is jvcl for then?

-- Holger


Subject: Re: Website updated
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 11:09:14 +0100
Newsgroups: jedi.vcl

Great! That works with IE too. Do you have a solution for the ToggleAll()
function that works with Mozilla?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Website updated
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Mon, 08 Mar 2004 11:01:37 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Does the expand/collapse link (top, right) work with Mozilla?

Nope, it's dead too.


Subject: Re: Website updated
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Mon, 08 Mar 2004 11:00:04 +0100
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> Peter Thörnqvist wrote:
>
>> Thanks Hans-Eric, I will give it a try.
>>
>
> Don't bother, I tried it and it didn't work.

Sorry, I tried it some more and it does work, but you have to change all

onClick="ToggleVisible(FAQ#);"

into

onClick="ToggleVisible('FAQ#');"

regards

Hans-Eric Grönlund


Subject: Re: Website updated
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 10:56:49 +0100
Newsgroups: jedi.vcl

Does the expand/collapse link (top, right) work with Mozilla?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Website updated
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Mon, 08 Mar 2004 10:53:55 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Thanks Hans-Eric, I will give it a try.
>

Don't bother, I tried it and it didn't work.


Subject: Re: Website updated
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 10:42:35 +0100
Newsgroups: jedi.vcl

Thanks Hans-Eric, I will give it a try.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Again TjvFindReplace.ReplaceAll
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 10:42:11 +0100
Newsgroups: jedi.vcl

> > I got JVCL300BETA1Complete.zip, instead of cvs. Should I get cvs instead?
Not necessarily. I will have a look at this component. It seems it has some
major problems and I'm not sure when that happened (it's been quite some
time since I worked on it, several years in fact).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Website updated
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Mon, 08 Mar 2004 10:22:10 +0100
Newsgroups: jedi.vcl

I confirm that the FAQ doesn't work with Mozilla. I took a quick look at the HTML for the frame, and - without having great knowledge in cross browser javascripting - shouldn't

function ToggleVisible(obj) {

  if (obj == null) return;
  if ((lastobj) && (lastobj != obj)) {
    lastobj.style.display = "none";
  }
  obj.style.display = (obj.style.display == 'none') ? 'block': 'none';
  lastobj = obj;
}

instead be somthing like

function ToggleVisible(objId) {
  var obj = document.getElementById(objId); // NEW
  if (obj == null) return;
  if ((lastobj) && (lastobj != obj)) {
    lastobj.style.display = "none";
  }
  obj.style.display = (obj.style.display == 'none') ? 'block': 'none';
  lastobj = obj;
}

I'm just winging it, so please forgive me if I'm completely wrong.

Regards

Hans-Eric Grönlund
Systems Developer

OBones wrote:

> Peter Thörnqvist wrote:
>
>> I've updated some of the docs on the web site, specifically the FAQ, the
>> developer help and the admin help (click the Help link in the menu). Have a
>> look and let me know if something is missing or wrong.
>>
> I've just had a quick look and I agree with you on the "todo" parts in the JVCL Guidelines <g>. Maybe we could add the BCB guidelines in here too...
> There is however, a big problem: The FAQ doesn't work with Mozilla. When I click on a link, it gives a Javascript Error: "FAQ1 is not defined"
> In the Developer Help, it should be TStringList.CaseSensitive instead of TStringlist.CaseSense.
>
> Cheers
>
> Olivier
>
>
>


Subject: Re: JvComputerInfo - new version in binaries
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 09:20:16 +0100
Newsgroups: jedi.vcl

> > I am not sure if it should replace JvDeviceChanged.
Any particular reason why not?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: removed some functions from JvJCLUtils.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Mar 2004 09:02:50 +0100
Newsgroups: jedi.vcl

I removed some redundant functions from JvJCLUtils.pas like GetWinDir.

BTW someone tried to style clean the file after my recent cleaning and messed it up a bit. I would guess it was a cleaning by tool.



Subject: Re: JvComputerInfo - new version in binaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Mar 2004 09:00:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> In it's current state, JvComputerInfoEx replaces JvComputerInfo,
> JvKeyboardStates, JvDeviceChanged, JvDirectories and JvSystemColors. It is
> still read-only but could easily be extended to support changing the
> writeable values (at run-time).

I am not sure if it should replace JvDeviceChanged.



Subject: Re: Error in actual CVS wrong resources
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Mar 2004 08:59:02 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I think this is due to a recent change in {$R } includes where Robert
> changed backslashes to forward slashes in paths. This didn't work on all
> Delphi's so it has been changed back again.

Yep.
It also shows that we should rework all path functions to handle forward slash for Windows also (simply by changing it to backslash).



Subject: Re: Again TjvFindReplace.ReplaceAll
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 08:38:36 +0100
Newsgroups: jedi.vcl

> > I just installed JVcl version 3.0.0 and when I use its TjvFindReplace on
> > its TJVRichEdit, I get the same behaviour, plus something else: it will
[...]
Did you get the last BETA release from SF or did you get it from CVS?

> > maybe some properties from the JVxRichEdit now in JVRichEdit do this?
JvRichEdit has built in search and replace support, with dialogs and all
IIRC, but I can't remember the method names at the moment.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in actual CVS wrong resources
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 08:35:53 +0100
Newsgroups: jedi.vcl

> > The actual install version searches all resources in RUN or DESIGN folder
> > and not in RESOURCES.

I think this is due to a recent change in {$R } includes where Robert
changed backslashes to forward slashes in paths. This didn't work on all
Delphi's so it has been changed back again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: lots of installation problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 08:28:37 +0100
Newsgroups: jedi.vcl

> > 1. install.bat and some other files are missing from the root directory of
> > the archive.
Something must have gone wrong with your download. The files should
definitely be there. Try a CVS Update again.

> > 2. after downloading the missing files from the cvs I got the installer to
> > compile and start but it tried to compile to the c:\program
> > files\borland\delphi7\projects\bpl directory which is readonly on my
> > installation.
The installer compiles to your default BPL folder and this must be writeable
of course. You should probably be logged in as an admin (or at least power
user) when doing the installation.

> > 1. Opening "D7 packages.bpg" in the IDE failed with an error message
> > complaining about an error in the PROJECTS entry. It turned out that the
> > file was saved in Unix (linefeed only) style. Opening it in edit (yes, the
> > good old DOS editor) and saving it fixed that problem.
Seems to me you have CVS incorrectly set up. Make sure you have it set to
automatic CRLF conversion (if available).




-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComputerInfo - new version in binaries
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Mon, 08 Mar 2004 08:24:26 +0100
Newsgroups: jedi.vcl

IMHO, if it has the potential to replace five components then I suggest you go the whole distance. JVCL has way too many components to afford to not taking such an opportunity.

Hans-Eric Grönlund
Systems Developer

Peter Thörnqvist wrote:
> An update to the component has been posted to binaries. There is a lot of
> new info listed as well as new events for various system events. All
> properties are part of subclasses and since the subclasses are created when
> called the first time, the runtime penalty should be minimal.
>
> In it's current state, JvComputerInfoEx replaces JvComputerInfo,
> JvKeyboardStates, JvDeviceChanged, JvDirectories and JvSystemColors. It is
> still read-only but could easily be extended to support changing the
> writeable values (at run-time).
>
>


Subject: Re: TJvDBTreeview
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Mar 2004 08:23:01 +0100
Newsgroups: jedi.vcl

> > Thus, where is the RaLib??
RALib is spread across the packages and palettes. TJvDBTreeView is in the
JvDB package and, by default, you should find it on the Jv Data Controls
palette tab.

> > But all the time I issue an "cvs update" from my local JVCL directory, I
> > get no updates at all. Any ideas?

Are you checking out the right folders? The (Tortoise)CVS command should
look like this:

Protocol: pserver (or ext if you are a developer)
Server: cvs.jvcl.sourceforge.net
Repository: /cvsroot/jvcl
Module: dev/JVCL3 (CASE sensitive!)

or altogether:
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

module dev/JVCL3
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Again TjvFindReplace.ReplaceAll
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Mon, 8 Mar 2004 05:56:47 +0000
Newsgroups: jedi.vcl

Hi,
I just installed JVcl version 3.0.0 and when I use its TjvFindReplace on 
its TJVRichEdit, I get the same behaviour, plus something else: it will 
now select text a dozen characters after specified FindText.
to simplify this, I used the FindReplace demo's methods:
..................
procedure TForm1.Find1Click(Sender: TObject);
begin
  FindReplace1.ShowDialogs := True;
  FindReplace1.Find;
end;

procedure TForm1.FindNext1Click(Sender: TObject);
begin
  { reset to saved options }
  FindReplace1.Options := FOptions;
  FindReplace1.FindAgain;
end;

procedure TForm1.Replace1Click(Sender: TObject);
begin
  FindReplace1.ShowDialogs := True;
  FindReplace1.Replace;
end;
.................
maybe some properties from the JVxRichEdit now in JVRichEdit do this?

many thanks again!
omziff


> >Hello,
> >Sorry Peter, I was still using Version 2.10. I am going to update now to 
> >v3
> >
> >best,
> >omziff
> >
>>> >>> Another funny behaviour with TjvFindReplace is the FindAgain option, 
> >when 
>>> >>> used on a string in a RichEdit. After the findtext is found, calling 
>>> >>> FindAgain doesnt "Find Next", instead it searches backwards.
>>> >>> I just used the eg from the demo, like so:
>> >>
>> >>That's definitively not the intended behavior. What version are you 
> >using? 
>> >>
>> >>-- 
>> >>Regards,
>> >>
>> >>Peter Thornqvist
>> >>(JVCL Coordinator)
>> >>http://jvcl.sourceforge.net
>> >>
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Again TjvFindReplace.ReplaceAll
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Mon, 8 Mar 2004 01:58:17 +0000
Newsgroups: jedi.vcl

Hello,
Sorry Peter, I was still using Version 2.10. I am going to update now to 
v3

best,
omziff

>> >> Another funny behaviour with TjvFindReplace is the FindAgain option, 
when 
>> >> used on a string in a RichEdit. After the findtext is found, calling 
>> >> FindAgain doesnt "Find Next", instead it searches backwards.
>> >> I just used the eg from the demo, like so:
> >
> >That's definitively not the intended behavior. What version are you 
using? 
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist
> >(JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Installing the JVCL3 help in Delphi
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Mon, 08 Mar 2004 02:34:29 +0100
Newsgroups: jedi.vcl

Marcel,

I am also unable to include the help into D7 Pro. If I only add the cnt, hlp and hlp file to the first three tabs it works, but nothing is being included.

If I also add the file to the forth tab, my computer "works" infinetely. I killed the process after 30 minutes...

-- Holger

Marcel Bestebroer wrote:

>     Seems correct to me.


Subject: Re: Again TjvFindReplace.ReplaceAll
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Mon, 8 Mar 2004 00:33:00 +0000
Newsgroups: jedi.vcl

Another funny behaviour with TjvFindReplace is the FindAgain option, when 
used on a string in a RichEdit. After the findtext is found, calling 
FindAgain doesnt "Find Next", instead it searches backwards.
I just used the eg from the demo, like so:

  FindReplace1.Options := FOptions;
  FindReplace1.FindAgain;

Or is this intentional?
thanks,

Omziff


> >Hello,
> >
> >another issue:
> >
> >
> >declaration looks so:
> >
> >procedure ReplaceAll(const S, R: string); virtual;
> >
> >implementation :
> >
> >procedure TJvFindReplace.ReplaceAll;
> >var
> >  Txt: string;
> >  FoundPos: TFoundText;
> >  TmpOptions: TFindOptions;
> >  SLen, RLen, TLen: Integer;
> >  Terminate: Boolean;
> >begin
> >  if not Assigned(FEditControl) then
> >    Error;
> >  Terminate := False;
> >  TmpOptions := FReplaceDialog.Options;
> >  Txt := FEditControl.Text;
> >  SLen := Length(S);
> >  RLen := Length(FReplaceText);
> >
> >
> >The parameters for "ReplaceAll" (S and R) are not included in the
> >implementation which is only a style question, i think But more 
important:
> >the procedure uses the parameter "S" to get the search text but uses the
> >property "FReplaceText" to get the length of the replace text. A calling
> >application has to set "TjvFindReplace.ReplaceText" AND has to use the
> >parameters when calling the function.
> >
> >There are 2 choices:
> >a) use only the properties "SearchText" and "RepalceText" and call the
> >procedure without parameters... or
> >b) use only the parameters and do not use the property value
> >
> >I am not sure which option would be better. Ideas?
> >
> >Ciao,
> >Ralf
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: 3.0 to 3.0 updating
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 08 Mar 2004 01:18:02 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I just close Delphi, start the installer and let it do the compilation
> job. 

Me too :)


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 08 Mar 2004 01:16:26 +0100
Newsgroups: jedi.vcl

omziff wrote:
> It seems like it is JVxRichEdit that has the multiple undo, and not the JVRichEdit. JVxRichEdit is based on TCustomMemo and JVRichEdit directly from TRichEdit. 

In JVCL 3.0 TJvxRichEdit and TJvRichEdit are merged into 1 component named TJvRichEdit.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Conversion troubles - TjvIntegerEdit
From: Anthony Steele <anthony@ilovespam.thisisnotmyemail.ha.ha>
Date: Mon, 08 Mar 2004 00:15:08 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Your JVCL conversion utility for JVCL 2 users has some dependencies - it
>> won't compile with 3 or so of the JVCL packages installed. It's a bit of
>> a run around working out which ones, may I suggest that these be
>> selected by default.
>
> You mean JVCLConvert? It compiles fine with JVCL3 but you need D6 or above
> to build it. Get the precompiled exe from the files section at
> http://sf.net/projects/jvcl if you are using D5.
>
Yes, JVCLConvert. I'm using D7, but I didn't install all of the JCL packages. Some are clearly more important than others. It would be nice to have some indication of which is which.

>
>
>> More seriously, it does not convert references to TjvIntegerEdit. What
>> is the migration path for this component? My app is now in limbo - it
>> works with neither JVCL 2 or JVCL 3.
>
> TJvValidateEdit would be the equivalent with DisplayFormat set to dfInteger
>

Thanks. JVCLConvert doesn't do this.

Regards
Anthony


Subject: Re: JVRichEdit
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Sun, 7 Mar 2004 23:56:37 +0000
Newsgroups: jedi.vcl

Hi Jacob,

It seems like it is JVxRichEdit that has the multiple undo, and not the 
JVRichEdit. JVxRichEdit is based on TCustomMemo and JVRichEdit directly 
from TRichEdit. The only properties that JVRichEdit seem to have as far as 
undo is concerned are, canundo and undo

thanks again


> >On Sun, 7 Mar 2004 02:20:45 +0000, "omziff" 
> ><badtigger2tigger@hotmail.com> wrote in article 
> ><c2drei$fe0$1@talkto.net>:
>> >> Hello,
>> >> I was wondering how to go about implementing multiple undo in 
JVRichEdit.
> >
> >JvRichEdit already has mulitple undo implemented. See property 
> >UndoLimit.
> >
> >-- 
> >Jacob Boerema
> >E-mail: remove dots from j.g.boerema and replace invalid with com
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: TJvDBTreeview
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Mon, 08 Mar 2004 00:45:46 +0100
Newsgroups: jedi.vcl

Hi guys,

can't find the component above anywhere on the component palette. However, if I open the demo in the RaLib folder, everything works fine. Thus, where is the RaLib??

Finally, I checked out the JVCL via cvs couple of days ago. I always read in the newsgroup that someone fixed something and added it to cvs. But all the time I issue an "cvs update" from my local JVCL directory, I get no updates at all. Any ideas?

Any help is appreciated!

-- Holger



Subject: Re: Website updated
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 08 Mar 2004 09:40:48 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've updated some of the docs on the web site, specifically the FAQ, the
> developer help and the admin help (click the Help link in the menu). Have a
> look and let me know if something is missing or wrong.
>
I've just had a quick look and I agree with you on the "todo" parts in the JVCL Guidelines <g>. Maybe we could add the BCB guidelines in here too...
There is however, a big problem: The FAQ doesn't work with Mozilla. When I click on a link, it gives a Javascript Error: "FAQ1 is not defined"
In the Developer Help, it should be TStringList.CaseSensitive instead of TStringlist.CaseSense.

Cheers

Olivier





Subject: Re: Again TjvFindReplace.ReplaceAll
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 00:38:19 +0100
Newsgroups: jedi.vcl

> > Another funny behaviour with TjvFindReplace is the FindAgain option, when 
> > used on a string in a RichEdit. After the findtext is found, calling 
> > FindAgain doesnt "Find Next", instead it searches backwards.
> > I just used the eg from the demo, like so:

That's definitively not the intended behavior. What version are you using? 

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Conversion troubles - TjvIntegerEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Mar 2004 00:36:28 +0100
Newsgroups: jedi.vcl

> > Your JVCL conversion utility for JVCL 2 users has some dependencies - it
> > won't compile with 3 or so of the JVCL packages installed. It's a bit of
> > a run around working out which ones, may I suggest that these be
> > selected by default.
You mean JVCLConvert? It compiles fine with JVCL3 but you need D6 or above
to build it. Get the precompiled exe from the files section at
http://sf.net/projects/jvcl if you are using D5.


> > More seriously, it does not convert references to TjvIntegerEdit. What
> > is the migration path for this component? My app is now in limbo - it
> > works with neither JVCL 2 or JVCL 3.
TJvValidateEdit would be the equivalent with DisplayFormat set to dfInteger

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Conversion troubles - TjvIntegerEdit
From: Anthony Steele <anthony@ilovespam.thisisnotmyemail.ha.ha>
Date: Sun, 07 Mar 2004 23:10:24 +0000
Newsgroups: jedi.vcl

Your JVCL conversion utility for JVCL 2 users has some dependencies - it won't compile with 3 or so of the JVCL packages installed. It's a bit of a run around working out which ones, may I suggest that these be selected by default.

More seriously, it does not convert references to TjvIntegerEdit. What is the migration path for this component? My app is now in limbo - it works with neither JVCL 2 or JVCL 3.

Regards
Anthony


Subject: Re: JvComputerInfo - new version in binaries
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 7 Mar 2004 23:26:12 +0100
Newsgroups: jedi.vcl

An update to the component has been posted to binaries. There is a lot of
new info listed as well as new events for various system events. All
properties are part of subclasses and since the subclasses are created when
called the first time, the runtime penalty should be minimal.

In it's current state, JvComputerInfoEx replaces JvComputerInfo,
JvKeyboardStates, JvDeviceChanged, JvDirectories and JvSystemColors. It is
still read-only but could easily be extended to support changing the
writeable values (at run-time).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Website updated
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 7 Mar 2004 23:17:45 +0100
Newsgroups: jedi.vcl

I've updated some of the docs on the web site, specifically the FAQ, the
developer help and the admin help (click the Help link in the menu). Have a
look and let me know if something is missing or wrong.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Mar 2004 19:24:50 +0100
Newsgroups: jedi.vcl

An other solution could be (not tested, only out of my brain :-):

- Deactivate the FormStorage component at design-time.
- Activate it in the formshow event and then call restoreFormPlacement.

Jens

Craig wrote:

> Try this:
>
> procedure TForm1.FormCreate(Sender: TObject);
> begin
>   if FormSub = nil then
>      FormSub := TFormSub.Create(self);
>   FormSub.JvFormStorage1.RestoreFormPlacement;  // Reads in the values from
> the ini with out needing to .show the sub form
>   // You can now use the stored values here for something like user setting
> and persistent path locations.
>   FormSub.free;
>   FormSub := nil;
>   JvAppIniFileStorage1.Reload;  // This will update the buffer so when the
> app terminates the sub forms changes are saved
> end;
>
> -Craig.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Sun, 7 Mar 2004 13:04:10 -0500
Newsgroups: jedi.vcl

Try this:

procedure TForm1.FormCreate(Sender: TObject);
begin
  if FormSub = nil then
     FormSub := TFormSub.Create(self);
  FormSub.JvFormStorage1.RestoreFormPlacement;  // Reads in the values from
the ini with out needing to .show the sub form
  // You can now use the stored values here for something like user setting
and persistent path locations.
  FormSub.free;
  FormSub := nil;
  JvAppIniFileStorage1.Reload;  // This will update the buffer so when the
app terminates the sub forms changes are saved
end;

-Craig.




Subject: Re: new list of IFDEFs in JVCL 3
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Mar 2004 18:30:38 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sun, 07 Mar 2004 17:43:45 +0100:

 RM> ViewList_UseFinder
 RM>    Local to JvDataProvider.pas
 RM>    Leave as it is because it marks a pending redesign.

    Well, actually it marks an old implementation. Since the current used
implementation (ViewList_UseFinder not defined) still had a bug just a few
days before the BETA release, you can imagine why I opted to leave it in
there. It will be removed once the implementation proves to be working
properly (which I'm still not 100% sure of; more like 95%).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "When the going gets though" by Billy Ocean.




Subject: Re: new list of IFDEFs in JVCL 3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Mar 2004 17:59:49 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > NeedMouseEnterLeave
> > Secondary IFDEF for JvEx* files.
> > Maybe move to jvcl.inc

The only one of the JvExVCL conditions that should go to jvcl.inc

-- Regards, Andreas Hausladen 

Subject: Re: new list of IFDEFs in JVCL 3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Mar 2004 17:54:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > ANIMATE
> > Local to JvExComCtrls.pas
> > Secondary IFDEF for JvEx* files.
> > Maybe move to jvcl.inc.

The ANIMATE is local to JvExComCtrls and not used in any other unit. Why
should we make it gobal.

-- Regards, Andreas Hausladen 

Subject: Re: new list of IFDEFs in JVCL 3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Mar 2004 17:51:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > HASAUTOSIZE
> > Secondary IFDEF for JvEx* files.
> > Maybe move to jvcl.inc.

No. This would result in a demaged JvExVCL. The HASAUTOSIZE is for Label
Controls that have a AutoSize property. If you move the HASAUTOSIZE
condition to jvcl.inc. All JvExVCL classes will loose the AutoSize
property support for Delphi 5 which results in compiler errors.


-- Regards, Andreas Hausladen 

Subject: new list of IFDEFs in JVCL 3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Mar 2004 17:43:45 +0100
Newsgroups: jedi.vcl

I have created a list of all IFDEFs which are not in jvcl.inc or JvUib.inc.

ANIMATE
  Local to JvExComCtrls.pas
  Secondary IFDEF for JvEx* files.
  Maybe move to jvcl.inc.
DEBUG
  Local to JvBDEQuery.pas
FR_RUS
  Sets "Font.CharSet := RUSSIAN_CHARSET;" in
  JvgCheckBox.pas, JvgCrossTable.pas, JvgEdit.pas
  Our russian members should tell what it is for so we
  can adopt it for the whole JVCL if needed.
GL_CAPT_BUTTONS
  Local to JvgCaption.pas
  Can be removed because always defined.
GL_RUS
  Same as FR_RUS in
  JvgGroupBox.pas, JvgHint.pas, JvgReport.pas
glDEBUG
  Local to JvgUtils.pas
  Activates a replacement for Windows.DeleteObject which checks
  the return value of the Windows function.
  Should be deleted incuding the guarded source.
HASAUTOSIZE
  Secondary IFDEF for JvEx* files.
  Maybe move to jvcl.inc.
JvInterpreter_DEBUG
  Local to JvInterpreter.pas
  Counts objects of interpreter and shows message on finalization
  if leaky.
  Leave as it is (deactivated).
JvInterpreter_OLEAUTO
  Local to JvInterpreter.pas
  Activates OLE handling for interpreter.
  Should go to jvcl.inc or be deleted leaving the source.
NeedMouseEnterLeave
  Secondary IFDEF for JvEx* files.
  Maybe move to jvcl.inc
PC_MAPPED_EXCEPTIONS
  Local to JvInterpreter_SysUtils.pas
  A Linux specific compiler define.
  Leave as it is.
POLESPIN
  Local to JvSpin.pas
  Classic style in JvSpinButton and JvSpinEdit.
  Always activated so delete leaving the source.
RA_QR2, RA_QR3H
  Local to JvInterpreter_Quickrpt.pas
  Either leave as it is or delete leaving the source for RA_QR3H
  which is always defined.
RICHEDIT_VER_10
  Local to JvRichEdit.pas
  Is MS Richedit 1 still in use very much?
  If not then remove leaving the source for Richedit 2.
T2H
  Local to JvBandForms.pas, JvBandObject.pas
  Remove leaving the source.
TABINFO
  Local to JvRichEdit.pas
  Always activated so remove leaving the source of active part.
TIMEBLOCKS
  Local to JvTFDays.pas
  Can be safely removed leaving the source.
ViewList_UseFinder
  Local to JvDataProvider.pas
  Leave as it is because it marks a pending redesign.



Subject: Re: JVRichEdit
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Sun, 7 Mar 2004 16:24:58 +0100
Newsgroups: jedi.vcl

On Sun, 7 Mar 2004 02:20:45 +0000, "omziff" 
<badtigger2tigger@hotmail.com> wrote in article 
<c2drei$fe0$1@talkto.net>:
> > Hello,
> > I was wondering how to go about implementing multiple undo in JVRichEdit.

JvRichEdit already has mulitple undo implemented. See property 
UndoLimit.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Installing the JVCL3 help in Delphi
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Mar 2004 23:39:31 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>  O> When he closed the apllication, it updated D7.hlp and JVCL3.hlp
>
>     It updated JVCL3.hlp? I can understand the updating of D7.hlp (which is
> correct) but JVCL3.hlp seems a bit odd.

That's weird to me too, but that's what he told me. I'll get back to him on that and the other points.

>     Isn't that what the help file is for <g>?
Yeah, but who's reading it anyway? <vbg>

>     P.S.: you asked recently about C++ declarations and I said no go. I was
> wrong. We have the Professional edition of DOM which does support other
> languages. I would need generated .hpp files (or an easy way to do that
> without installing BCB) of all run/*.pas files, but than I should be able to
> provide C-style help. Still need to check on the extra parameter issue for
> some C++ declarations, but I think that should work as well.

Look at the --BCB option of dcc32, if I recall well... The thing is, when you ask it to generate .obj files instead of .dcu, you get .hpp with them. But I could also pack all the hpp files together and post them in binaries. If required, I'll do that tomorrow.


Subject: Re: Functions missing from JvINI
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 7 Mar 2004 16:18:58 +0300
Newsgroups: jedi.vcl

Hello, The!

TGG> function FontToString(Font: TFont): string;
TGG> procedure StringToFont(const Str: string; Font: TFont);

Can't believe it.
They were ever in RxIniFiles.pas !
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Guru Delphi
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 7 Mar 2004 16:17:12 +0300
Newsgroups: jedi.vcl

Hello, Julien!

 JF> I think that I've read that Delphi 8 has class variables.

....snd no more has TObject.AfterConstruction :-)

 JF>  Is that true ? I miss them too ... hardly waiting D8 for Win32

There will never be,
'cause there already is, but You are granted to use it only for creating IDE
enhancements.

http://homepages.borland.com/abauer/archives/2004_02_15_archive.php#107704618157255983
http://homepages.borland.com/abauer/archives/2004_02_29_archive.php#107829383445536037

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Installing the JVCL3 help in Delphi
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Mar 2004 12:09:42 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sun, 07 Mar 2004 11:30:51 +1000:

 O> A french-speaking user of the JVCL3 is having a bit of trouble
 O> installing the help into the IDE. Here is what he did:
 O> Went into help/customize
 O> Added the .cnt file in the Contents tab
 O> Added the .hlp file in the Index tab
 O> Added the .hlp file in the Project tab

    Seems correct to me.

 O> When he closed the apllication, it updated D7.hlp and JVCL3.hlp

    It updated JVCL3.hlp? I can understand the updating of D7.hlp (which is
correct) but JVCL3.hlp seems a bit odd.

 O> But now, when he goes in Delphi and drops a JVCL component on a form, no
 O> help for it showing up when he presses F1. He is wondering if he should
 O> have used the .als file

    He should, but I always forget how to do it. IIRC, the main  D7.als file
(or whatever it's name is) should be alphabetical, so you would have to
insert that JVCL3.als content alphabetically in D7.als. I would assume this
is done automatically if the Customize tool finds the .als file (which could
have caused his next problem) but I'm not sure. To be honest, I hardly ever
integrate the JVCL help file into Delphi (gave to much headaches when I was
regularly rebuilding the help file) and I can't quite remember how to do it
in anything above D5.

 O> I suggested to try other components, because that particular one may not
 O> have been documented, but apparently, the help index doesn't contain any
 O> TJvxxxx entry. Further, if he manually opens the help, in the summary
 O> tab, each entry for each chapter is triplicated (yeah, just like
 O> duplicated, but 3 <g>, I just made that word up!)

    I like the new word ;-). If he opens the JVCL3.hlp directly (i.e. using
the explorer), does the index look OK then? If the items are triplicated (do
I have to pay you now?) the JVCL3.hlp/JVCL3.cnt might be corrupt (especially
since he mentioned JVCL3 got updated). Have him try using a fresh copy from
the SF download page to be sure.

 O> Can anyone provide help ?

    Isn't that what the help file is for <g>?

    P.S.: you asked recently about C++ declarations and I said no go. I was
wrong. We have the Professional edition of DOM which does support other
languages. I would need generated .hpp files (or an easy way to do that
without installing BCB) of all run/*.pas files, but than I should be able to
provide C-style help. Still need to check on the extra parameter issue for
some C++ declarations, but I think that should work as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Common JvAppStorage Implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Mar 2004 11:56:56 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sat, 06 Mar 2004 21:29:53 +0100:

 JF> i hope i can find some time for JVCL and so i want to create the common
 JF> JvAppStorage Component.

 JF> This component should encapsulate all JvAppXXXComponents and have a
 JF> possibility to register all new components dynamicly.

    Much better; less registered components, allows us to remove the 'Jv
Persistency' palette and means we don't have to come up with new icons for
every backend we invent (always a good thing, IMO)

 >> In each design-package's Reg file that has a TJvAppStorage
 >> implementation
 >> unit, add a registration procedure, for example:
[snip]
 >> Write a design property editor for the Storage property with a
 >> drop-down combo that lists all storages available from calling
 >> RegisterJvStorage.
[snip]

 JF> I like the idea.

    Me too.

 JF> What i want to try is something i had seen in the components of
 JF> developer express. Look at the screenshots.

[snip]

 JF> Now i have some problems.
 JF> 1. I didn't know how they do it. I've looked at the JvUrlGrabber but it
 JF> works different.

    See TJvCustomComboBox.Provider property. Basically does the same thing:
drop down to select the provider (which is actually a sub property of the
Provider property) and open up a list of available properties for the sub
service of the provider core (which sub services are present depend on the
used provider). So this is a case of using non-existing properties (well,
non-existing at the level they are used). It's all about the property editor
(TJvProviderPropertyEditor I think, I think it's in the
JvProviderEditors.pas unit). I thing you should keep in mind though that
Delphi5 (and possibly BCB5) doesn't like this solution very much, since you
can't mark the editor to refresh it's sub properties. For that you need a
"hack" that, although working, has some drawbacks (although the issue I have
with the provider might not be related to Delphi5; kind of depends on how
Delphi6+ handle changes to a property not done directly in the OI; never
checked that).

 JF> 2. The Class definition. I'm not sure what's the best solution is.
 JF> I would add a property to JvAppStorage named "StorageType". Under this
 JF> property i want to find all Storage-specific properties. This includes
 JF> the JvAppStorageOptions.
 JF> The best design would be :

[snip]

 JF> The advantage of this is, that the realization of the wrapper is much
 JF> more easier, the disadvantage is that the current Classdefinitions will
 JF> be broken.

    I don't think we can circumvent that disadvantage. I'm pretty sure we
need to change the class definition anyway and since we can't possibly do
that before the JVCL3.0 release (unless you have magical powers) it won't be
that big of a deal (just another thing to add to the Jvcl30to31Convert.dat
file).

 JF> It should be possible to mix the solutions, but this is not the nicest
 JF> and best way.

    I would not recommend that either; would lead to much confusion.

 JF> I need your comments before i can start working.

    If you start, start in your own private folder in CVS again (just add a
new folder 'AppStore2' in dev/jens). That way, we won't interfere with JVCL3
development until it's ready. I'll try to help you out if needed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvEx... problems
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 7 Mar 2004 11:24:10 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c28fin$fv8$1@talkto.net...
> > André Snepvangers wrote:
> >
>> > > The latest versions of the extended VCL causes access violation, when
>> > > removing a component in the designer.
> >
> > I cannot reproduce this with Delphi 6. Which component have you tested?
> >

Investigated it a littlebit more. It happens only when the Object Inspector
is shown.
I have all clx packages installed. The access violations happen in JvQCtrls.
Likely this is caused by one of the property editors.
Another thing I have noticed that  the inherited Paint doesn't paint
(always).

Regards,

André Snepvangers





Subject: Re: 3.0 to 3.0 updating
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 7 Mar 2004 10:46:00 +0100
Newsgroups: jedi.vcl

One thing's for sure: noone does it the way it is described in
install.htm<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 3.0 to 3.0 updating
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Mar 2004 05:57:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I just close Delphi, start the installer and let it do the compilation
> job. In this case the .dpk files are allways up to date because the
> installer calls the package generator.

I directly run from the CVS directory so i avoid the installer way to reduce the number of changed package files.
Of course i regenerate the packages once in a while to be uptodate.



Subject: Re: 3.0 to 3.0 updating
From: "Craig" <craig@qnotes.com>
Date: Sat, 6 Mar 2004 21:40:20 -0500
Newsgroups: jedi.vcl

Thank you, thank you all.

I will try "...close Delphi, start the installer and let it do the
compilation job".
This will save me much time.

- Craig




Subject: JVRichEdit
From: "omziff" <badtigger2tigger@hotmail.com>
Date: Sun, 7 Mar 2004 02:20:45 +0000
Newsgroups: jedi.vcl

Hello,
I was wondering how to go about implementing multiple undo in JVRichEdit.
I try to use the following to no avail:

const
  EM_SETUNDOLIMIT                     = WM_USER + 82;
  EM_REDO                             = WM_USER + 84;
  EM_CANREDO                          = WM_USER + 85;
  EM_GETUNDONAME                      = WM_USER + 86;
  EM_GETREDONAME                      = WM_USER + 87;
  EM_STOPGROUPTYPING                  = WM_USER + 88;
  EM_SETTEXTMODE                      = WM_USER + 89;
  TM_PLAINTEXT                       = 1;
  TM_RICHTEXT                        = 2;     { default behavior }
  TM_SINGLELEVELUNDO                 = 4;
  TM_MULTILEVELUNDO                  = 8;     { default behavior }

procedure TForm1.FormCreate(Sender: TObject);
begin
  SendMessage(RichEdit1.Handle, EM_SETUNDOLIMIT, 10, 0);
  SendMessage(RichEdit1.Handle, EM_REDO, 0, 0);
  SendMessage(RichEdit1.Handle, EM_CANREDO, 0, 0);
  SendMessage(RichEdit1.Handle, EM_GETUNDONAME, 0, 0);
  SendMessage(RichEdit1.Handle, EM_GETREDONAME, 0, 0);
  SendMessage(RichEdit1.Handle, EM_CANUNDO, 0, 0);
  SendMessage(RichEdit1.Handle, EM_STOPGROUPTYPING, 0, 0);
  SendMessage(RichEdit1.Handle, EM_SETTEXTMODE, TM_MULTILEVELUNDO, 0);
end;

thing is that in msdn reference to richedit, this should work. The same 
sendMessage API are used in the TCustomRichEdit that JVxRichEdit is based 
on. Am I forgetting some important step here?

many thanks!
omziff



--- posted by geoForum on http://delphi.newswhat.com


Subject: Installing the JVCL3 help in Delphi
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Mar 2004 11:30:51 +1000
Newsgroups: jedi.vcl

Hi all

A french-speaking user of the JVCL3 is having a bit of trouble installing the help into the IDE. Here is what he did:
Went into help/customize
Added the .cnt file in the Contents tab
Added the .hlp file in the Index tab
Added the .hlp file in the Project tab

When he closed the apllication, it updated D7.hlp and JVCL3.hlp

But now, when he goes in Delphi and drops a JVCL component on a form, no help for it showing up when he presses F1. He is wondering if he should have used the .als file
I suggested to try other components, because that particular one may not have been documented, but apparently, the help index doesn't contain any TJvxxxx entry. Further, if he manually opens the help, in the summary tab, each entry for each chapter is triplicated (yeah, just like duplicated, but 3 <g>, I just made that word up!)
Can anyone provide help ?

Thanks

Olivier Sannier
JVCL Developper


Subject: Re: 3.0 to 3.0 updating
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Mar 2004 10:55:10 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> I just close Delphi, start the installer and let it do the compilation
> job. In this case the .dpk files are allways up to date because the
> installer calls the package generator.
>

I use the Make??.bat files in command line. But I often forget to update the packages which sometimes lead to problems <g>


Subject: Re: Possible enhancement to TJvFormStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Mar 2004 21:43:15 +0100
Newsgroups: jedi.vcl

We had to discuss it.

Could you please make a feature request in the issue tracker http://jvcl.sf.net/mantis .

Greetings
Jens

Ignacio Vazquez wrote:

> Right now it stores the form's position and size together based on
> fpPosition being included in the Options property. How difficult would
> it be to modify it so that it stores only the size and uses the forms
> properties for the position of the form?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Common JvAppStorage Implementation
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Mar 2004 21:29:53 +0100
Newsgroups: jedi.vcl

Hi,

i hope i can find some time for JVCL and so i want to create the common JvAppStorage Component.

This component should encapsulate all JvAppXXXComponents and have a possibility to register all new components dynamicly.

I'm thinking of an enhancement of the JvAppStorage Component.

But there are some points to discuss.

At the 06. January Peter wrote the following:

> In each design-package's Reg file that has a TJvAppStorage
> implementation
> unit, add a registration procedure, for example:
>
> // signature:
> // procedure RegisterJvStorage(AStorage:TJvAppIniStorageClass);
>
> procedure Register;
> begin
> ....
> RegisterJvStorage(TJvAppIniStorage);
> ....
> end;
>
>
> Add a property to the new component:
>
> property Storage: TJvCustomAppStorageClass;

> Write a design property editor for the Storage property with a
> drop-down combo that lists all storages available from calling
> RegisterJvStorage.
>
> This is a lot more flexible because as we add new implementations, we
> only have to register them to get them added to the design drop-down.
> At run-time, you just set the Storage property like so (and the
> implementation unit needs to be in uses):
>
>   JvGlobalStorage1.Storage := TJvAppIniStorage;
>
> You would also have to write some procedures/functions to get the list
>  of registered storages (so you can iterate them in the property
> editor), for example:
>
> procedure GetRegisteredJvStorages(AList:TList);

I like the idea.

What i want to try is something i had seen in the components of developer express. Look at the screenshots.

Prop1 shows the undefined property containing a lookup with all registered objects.
Prop2 shows an selected object type. In this moment there is "+" in front of the word "property".
Prop3 shows the properties of the first object type and prop4 of the seconde.

Now i have some problems.
1. I didn't know how they do it. I've looked at the JvUrlGrabber but it works different.
2. The Class definition. I'm not sure what's the best solution is.
I would add a property to JvAppStorage named "StorageType". Under this property i want to find all Storage-specific properties. This includes the JvAppStorageOptions.
The best design would be :
Rename JvCustomAppStorageOptions to JvCustomAppStorageReadWriteOptions
Creating a new Class JvCustomAppStorageOptions which contains the JvCustomAppStorageReadWriteOptions. Each JvAppXXXStorage Component had to create a own JvAppXXXStorageOptions with the specific properies like location, filename, RegRoot, Root and so on. Also specific events are added to the JvAppXXXStorageOptions.
The advantage of this is, that the realization of the wrapper is much more easier, the disadvantage is that the current Classdefinitions will be broken.
It should be possible to mix the solutions, but this is not the nicest and best way.

I need your comments before i can start working.

Greetings and thanks
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de

prop4.gif


prop2.gif


prop3.gif


prop1.gif

prop4.gif
	


prop2.gif
prop2.gif
	


prop3.gif
prop3.gif
	


prop1.gif
prop1.gif
	



Subject: lots of installation problems
From: Thomas Mueller <news@s2h.cx>
Date: Sat, 06 Mar 2004 20:26:53 +0000
Newsgroups: jedi.vcl

Hi,

I just downloaded the latest jvcl package and tried to install it. It didn't
work:

1. install.bat and some other files are missing from the root directory of
the archive.

2. after downloading the missing files from the cvs I got the installer to
compile and start but it tried to compile to the c:\program
files\borland\delphi7\projects\bpl directory which is readonly on my
installation.

3. After making it readwrite for me (this might be a problem in some
corporate environments!) I could compile the jcl packages but it failed
with the jvcl packages. I don't know what went wrong because there was no
comprehensible error message:

** Generating packages ...
** error -1 ** deleting ..\devtools\bin\pg.exe

So now I am trying to compile the packages manually:

1. Opening "D7 packages.bpg" in the IDE failed with an error message
complaining about an error in the PROJECTS entry. It turned out that the
file was saved in Unix (linefeed only) style. Opening it in edit (yes, the
good old DOS editor) and saving it fixed that problem.

I could so far compile jvcored7r, jvcored7d, jvsystemd7r, jvsystemd7d and
jvstdctrlsd7.

regards
twm



Subject: Possible enhancement to TJvFormStorage
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 6 Mar 2004 20:04:59 +0000 (UTC)
Newsgroups: jedi.vcl

Right now it stores the form's position and size together based on
fpPosition being included in the Options property. How difficult would
it be to modify it so that it stores only the size and uses the forms
properties for the position of the form?

-- Thanks, Ignacio 

Subject: Re: JvAppStorage and JvAppIniStorage feedback?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Mar 2004 19:38:54 +0100
Newsgroups: jedi.vcl

Hi Marcel,

please change it :-)

My knowledge about messages is not so good, so i can't help :-)

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Sat, 06 Mar 2004 18:50:03 +0100:
>
>  JF> But i didn't see a solution to prevent the event-hijacking.
>
>     Instead of the events it would only need to handle the CM_ShowingChanged
> message of the form. I handled it that way in the JvBaseDesignForm unit
> (couldn't use the FormStorage component in the core packages) I think. Need
> to check again to be sure. Anyway, it works there.
>
>     The window is already hooked, so the actual performance impact should be
> minimal.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Around the fish" by The Nits.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage and JvAppIniStorage feedback?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Mar 2004 19:34:26 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sat, 06 Mar 2004 18:50:03 +0100:

 JF> But i didn't see a solution to prevent the event-hijacking.

    Instead of the events it would only need to handle the CM_ShowingChanged
message of the form. I handled it that way in the JvBaseDesignForm unit
(couldn't use the FormStorage component in the core packages) I think. Need
to check again to be sure. Anyway, it works there.

    The window is already hooked, so the actual performance impact should be
minimal.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Around the fish" by The Nits.




Subject: Re: 3.0 to 3.0 updating
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Mar 2004 18:50:32 +0100
Newsgroups: jedi.vcl

Same here :-)

Andreas Hausladen wrote:

> Robert Marquardt wrote:
>
>
>> There is usually no need to uncheck JvCore. I simply do a "Build All
>> Projects" and click away any dialogs popping up. It is usually about
>> missing functions when packages get reloaded after build.  Simply close
>> Delphi and the next start loads the now consistent packages.
>
>
> I just close Delphi, start the installer and let it do the compilation
> job. In this case the .dpk files are allways up to date because the
> installer calls the package generator.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage and JvAppIniStorage feedback?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Mar 2004 18:50:03 +0100
Newsgroups: jedi.vcl

Hi Marcel,

i was answering parallel to you. I found the same reason.

But i didn't see a solution to prevent the event-hijacking.

Any ideas ?

Greetings
Jens


P.S: Does the monitoring work for you. I didn't receive any notifications.

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Sat, 06 Mar 2004 17:54:51 +0100:
>
>  JF> @Marcel: Can you please have a look on it also.
>
>     Looked, answered and now monitoring the bug (which I thought I already
> did). FYI: I agree with your assessment of the additional issues that would
> cause. The problem of missing values is also explained: badly designed
> FormStorage component (and thus nothing to do with the backends) which will
> not read value until a form is shown but will store when the form is either
> closed or destroyed. As I have said earlier the fact that it still hijacks
> the form events is also a bad idea. Since it already hooks in to the message
> queue (see the WndProc method) a simple addition of CM_ShowingChanged should
> be sufficient to perform the loading/saving of data.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Boy in a tree" by The Nits.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: 3.0 to 3.0 updating
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 6 Mar 2004 18:46:56 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > There is usually no need to uncheck JvCore. I simply do a "Build All
> > Projects" and click away any dialogs popping up. It is usually about
> > missing functions when packages get reloaded after build.  Simply close
> > Delphi and the next start loads the now consistent packages.

I just close Delphi, start the installer and let it do the compilation
job. In this case the .dpk files are allways up to date because the
installer calls the package generator.



-- Regards, Andreas Hausladen 

Subject: Re: JvAppStorage and JvAppIniStorage feedback?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Mar 2004 18:33:25 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sat, 06 Mar 2004 17:54:51 +0100:

 JF> @Marcel: Can you please have a look on it also.

    Looked, answered and now monitoring the bug (which I thought I already
did). FYI: I agree with your assessment of the additional issues that would
cause. The problem of missing values is also explained: badly designed
FormStorage component (and thus nothing to do with the backends) which will
not read value until a form is shown but will store when the form is either
closed or destroyed. As I have said earlier the fact that it still hijacks
the form events is also a bad idea. Since it already hooks in to the message
queue (see the WndProc method) a simple addition of CM_ShowingChanged should
be sufficient to perform the loading/saving of data.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Boy in a tree" by The Nits.




Subject: Re: 3.0 to 3.0 updating
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 Mar 2004 18:25:46 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I'm not being lazy, but I just want to use my time effectively.
>
> I just load the bpg (in \packages) for the version of Delphi I use, uncheck
> JvCore in the package dialog (to avoid the package load errors when
> something has changed), build all packages and then check the ones I want in
> the package dialog.
>

There is usually no need to uncheck JvCore. I simply do a "Build All Projects" and click away any dialogs popping up. It is usually about missing functions when packages get reloaded after build.
Simply close Delphi and the next start loads the now consistent packages.



Subject: Re: JvAppStorage and JvAppIniStorage feedback?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 06 Mar 2004 17:54:51 +0100
Newsgroups: jedi.vcl

I'm not sure about the last suggestion. I think there are some problems with it. See my comments in mantis.

@Marcel: Can you please have a look on it also.

Greetigns
Jens


Craig wrote:

> How do I "give a feedback"?  I have updated mantis "add a bug note" and
> posted to the "JvAppStorage and JvAppIniStorage" tread here.
>
> FYI, I like the last suggestion posted to mantis, I would work for all
> users.
>
> From mantis:
>
>>> Please check my sample and give a feedback if the bug can be closed.
>>>
>>> Greetings and thanks.
>>> Jens
>
>
> Thank You,

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage and JvAppIniStorage feedback?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 6 Mar 2004 17:31:20 +0100
Newsgroups: jedi.vcl

> > How do I "give a feedback"?  I have updated mantis "add a bug note" and
> > posted to the "JvAppStorage and JvAppIniStorage" tread here.
Posting in Mantis should be enough (and preferred). The person "handling"
the issue might be away, sleeping (another time zone), testing the changes
you proposed or just managing his everyday life. Just be patient and they
will get back to you in time.

Meanwhile, nothing is stopping you from implementing the changes yourself.
AAMOF, that would be great because then you could test it and iron out any
problems (and post updates to Mantis) while waiting for a reply.  Once the
developer is back, he can update CVS a lot quicker if you can verify that
the proposed changes works. Otherwise he would have to test it himself,
taking longer.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 3.0 to 3.0 updating
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 6 Mar 2004 17:25:43 +0100
Newsgroups: jedi.vcl

> > I'm not being lazy, but I just want to use my time effectively.
I just load the bpg (in \packages) for the version of Delphi I use, uncheck
JvCore in the package dialog (to avoid the package load errors when
something has changed), build all packages and then check the ones I want in
the package dialog.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvAppStorage and JvAppIniStorage feedback?
From: "Craig" <craig@qnotes.com>
Date: Sat, 6 Mar 2004 10:32:28 -0500
Newsgroups: jedi.vcl

How do I "give a feedback"?  I have updated mantis "add a bug note" and
posted to the "JvAppStorage and JvAppIniStorage" tread here.

FYI, I like the last suggestion posted to mantis, I would work for all
users.

From mantis:
>> >>Please check my sample and give a feedback if the bug can be closed.
>> >>
>> >>Greetings and thanks.
>> >>Jens

Thank You,
-- Craig 

Subject: 3.0 to 3.0 updating
From: "Craig" <craig@qnotes.com>
Date: Sat, 6 Mar 2004 10:19:15 -0500
Newsgroups: jedi.vcl

What do you all do?

I know the procedure for 2.10 >> 3.0x install.  Do I really need to go
through all the steps for each small 3.0x >> 3.0x update?
Editing the registry each time seems extreme.  Can I just overwrite the
sources and recompile the package?

I'm not being lazy, but I just want to use my time effectivly.

-- Craig 

Subject: Re: JVCL 2.1 Problems.Thanks.
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Sat, 06 Mar 2004 15:46:33 +0100
Newsgroups: jedi.vcl

Hi Oscar,

this is not to be understood as criticism or me wanting to flame you. I just want to make a point about your earlier statement regarding compiler size of JVCL.

Create a "Hello World" app with Delphi 8 for .NET and use the VCL classes.

You need:
    - the app
    - the vcl .net classes
    - the .net classes
    - runtime libraries from .net

This will add up to something like 20 MBytes.

My point is: We do not need to talk about 'compiler size' no more, because up till D7 the compiler creates "small" file without the need for additional libraries. I think JVCL is valuable just because of the fact that just the components you used are included in the EXE (as it is with any other D7 component). This is totally different for .NET or Visual Basic, which has also a huge run-rime library.


Don't you agree?

-- Holger

Oscar wrote:
> Thanks. I Will Wait for stable version of 3.0.
> Because I look here, has many question for JVCL 3.0,
> I am poor on delphi, if found problems, i don't how to
> solve.
>
> thanks again support.


Subject: Re: JCL 3 Installer fails
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Mar 2004 00:36:58 +1000
Newsgroups: jedi.vcl

Anthony Steele wrote:
> OBones wrote:
>
>> Anthony Steele wrote:
>>
>>> JCL 3 Installer fails:
>>>
>>> "Cannot open file "C:\CodeJedi\jcl\Packages\JclPackagesD70.bpg". The system cannot find the file specified."
>>>
>>>
>>> What's that all about, and does it need to be a fatal error?
>>
>>
>>
>> The JVCL 3 needs the JCL 1.9
>> It seems to me that you still have the old JCL 1.2
>
>
> Yes. JCL 1.9 is listed as a beta. Oddly enough I am using the last stable released version of JVCL with the last stable released version of the JCL.
>
> I shall upgrade JCL, but why should the installer be unprepared for, and fatally suprised by this state of afairs? A meaningfull error message would help.
The message is because the JCL packages changed their name from 1.2 to 1.9
And the JVCL3 is also marked as beta, even if many people including me consider the beta part to only apply to the installer <g> and the help.
Anyway, if you want JVCL3, it must be JCL1.9.

Thanks for considering the JVCL

Regards

Olivier Sannier
JVCL Developer


Subject: Re: JCL 3 Installer fails
From: Anthony Steele <anthony@ilovespam.thisisnotmyemail.ha.ha>
Date: Sat, 06 Mar 2004 12:16:54 +0000
Newsgroups: jedi.vcl

OBones wrote:
> Anthony Steele wrote:
>
>> JCL 3 Installer fails:
>>
>> "Cannot open file "C:\CodeJedi\jcl\Packages\JclPackagesD70.bpg". The system cannot find the file specified."
>>
>>
>> What's that all about, and does it need to be a fatal error?
>
>
> The JVCL 3 needs the JCL 1.9
> It seems to me that you still have the old JCL 1.2

Yes. JCL 1.9 is listed as a beta. Oddly enough I am using the last stable released version of JVCL with the last stable released version of the JCL.

I shall upgrade JCL, but why should the installer be unprepared for, and fatally suprised by this state of afairs? A meaningfull error message would help.

Regards
Anthony


Subject: Re: todays cleanup
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 6 Mar 2004 11:48:47 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c2bqkq$1rr$1@talkto.net...
> > Robert Marquardt wrote:
> >
>> > >
>> > > I currently commit the changes.
>> > > All files now have a MSDOS / LINUX IFDEF except those marked with
>> > > windowsonly.inc
>> > >
> > Then you took the "ugly" solution. Ah well, I'll live with it, it's not
> > like it's a crucial point after all.

Another option is to make an distinguish  between development and release
sources.
IMHO this should be common practice anyway.
To create the release the pascal preprocessor jpp from JCL cleans the
sources.
Currently 95 % of the files in qrun, qdesign, qcommon are created in that
way.
None the less a modified VCLX converter could remove a  lot of $IFDEF's from
the
current sources anyway.

Regards,

André Snepvangers





Subject: Re: fixed JvStarfield.pas
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Sat, 06 Mar 2004 11:47:47 +0100
Newsgroups: jedi.vcl

I take it Robert was talking about the TJvStarfield - ONLY :-)

> no kidding? <vbg>


Subject: Re: todays cleanup
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Mar 2004 16:54:47 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> I currently commit the changes.
> All files now have a MSDOS / LINUX IFDEF except those marked with windowsonly.inc
>
Then you took the "ugly" solution. Ah well, I'll live with it, it's not like it's a crucial point after all.


Subject: Re: todays cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 Mar 2004 07:38:12 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Why can't it be considered to get rid of them ?
>
> Please have a look at the discussion with Peter in this thread...

I will change it back to have it work for now.
We can change it again as often as we like.

I currently commit the changes.
All files now have a MSDOS / LINUX IFDEF except those marked with windowsonly.inc



Subject: Re: JVCL 2.1 Problems.Thanks.
From: Oscar <Oscar@yahoo.com>
Date: Sat, 6 Mar 2004 06:07:56 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks. I Will Wait for stable version of 3.0.
Because I look here, has many question for JVCL 3.0,
I am poor on delphi, if found problems, i don't how to
solve.

thanks again support.


Subject: Re: todays cleanup
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Mar 2004 15:34:58 +1000
Newsgroups: jedi.vcl

Why can't it be considered to get rid of them ?

Please have a look at the discussion with Peter in this thread...


Subject: Re: todays cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 Mar 2004 06:20:34 +0100
Newsgroups: jedi.vcl

I will change the pathes back.



Subject: Re: Error in CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 Mar 2004 06:18:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I get the same error plus a crash of Delphi when closing the IDE.

Could be my fault. I changed all res pathes to use forward slashes.



Subject: Re: Error in CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 06 Mar 2004 06:17:06 +0100
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> A res file should never be in run, so I think a small typo somewhere.

I get the same error plus a crash of Delphi when closing the IDE.



Subject: Re: todays cleanup
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Mar 2004 13:53:08 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I'd really prefer the path information to be removed and the cfg to be
>> made compulsory.
>
> I honestly can't see why this is so important? And why is shipping a bunch
> of cfg files better than including the paths in the sources? For those not
> using the dcu or package files at run-time (like me), cfg files are useless
> extra bagage.

Yeah, but you could always add $(JVCL)\resources to your library path.

Because right now, we will have to do that kind of ugly thing:

{$IFDEF MSWINDOWS}
{$R '..\Resources\XXX.res'}
{$ENDIF MSWINDOWS}
{$IFDEF LINUX}
{$R '../Resources/XXX.res'}
{$ENDIF LINUX}

I personaly find this really ugly, but I'll go with the crowd.

Olivier


Subject: Re: todays cleanup
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 6 Mar 2004 03:17:11 +0100
Newsgroups: jedi.vcl

> > I'd really prefer the path information to be removed and the cfg to be
> > made compulsory.
I honestly can't see why this is so important? And why is shipping a bunch
of cfg files better than including the paths in the sources? For those not
using the dcu or package files at run-time (like me), cfg files are useless
extra bagage.

> > If you want me to commit files without the path for resources, I have
> > them ready.
Not at the moment. I don't know, but I suspect there are others besides me
that prefer the current setup. I'm OK with people changing their JVCL
installations to suite them, I 'm just not too keen on supporting it
"officially" as it creates more work for us that has nothing to do with
component development. It's just maintenance. Removing the resource paths
from the files is a 30 sec change using JVCLConvert; adding them is more
problematic...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvComputerInfo - new version in binaries
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 6 Mar 2004 03:08:11 +0100
Newsgroups: jedi.vcl

There has been some interest in restoring JvComputerInfo to TComponent
recently so I decided to take a whack at it. The result is in binaries for
those that want to have a look. It doesn't support writing at all but it
could be (selectively!) added if need be. It mainly acts as a design wrapper
around JclSysInfo functions, so there is little news. It does extend the
original JvComputerInfo quite substantially, however.

Have a go at it (install it in a package for maximum usability) and let me
now what you think.

Final note: at design-time you can modify the values in the OI (this is
mainly for D5 which doesn't display read-only properties) but they will
revert back to their actual values at once. At run-time, an exception is
raised if you try to change any properties. Nothing should get stored in the
dfm either since every property is marked with "stored False".

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: todays cleanup
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Mar 2004 11:28:33 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> That only works if there is a cfg file (which there isnt and I don't think
> we should add one) or you have Resources in the library path

There is a cfg file, at least the batch file creates it.
And the thing is that for BCB, the indication of the path is not required, the .cfg information is in the bpk.
I'd really prefer the path information to be removed and the cfg to be made compulsory.
If we don't want to package them, then we could at least put a template, the package generator will create them upon request.
If you want me to commit files without the path for resources, I have them ready.


Subject: Re: todays cleanup
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 6 Mar 2004 02:17:44 +0100
Newsgroups: jedi.vcl

> > Or simply do not indicate any path at all.
> > I changed JvJVCLUtils and it worked perfectly, the path to resources
> > being indicated in the CFG file.

That only works if there is a cfg file (which there isnt and I don't think
we should add one) or you have Resources in the library path

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: todays cleanup
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Mar 2004 10:46:12 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>>> I also changed in all files which include resources through pathes with backslashes to pathes with forward slash instead.
>
>
> I think it would be better to extend the VCLX convert to handle this.

Or simply do not indicate any path at all.
I changed JvJVCLUtils and it worked perfectly, the path to resources being indicated in the CFG file.


Subject: Re: JCL 3 Installer fails
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Mar 2004 10:44:48 +1000
Newsgroups: jedi.vcl

Anthony Steele wrote:

> JCL 3 Installer fails:
>
> "Cannot open file "C:\CodeJedi\jcl\Packages\JclPackagesD70.bpg". The system cannot find the file specified."
>
>
> What's that all about, and does it need to be a fatal error?

The JVCL 3 needs the JCL 1.9
It seems to me that you still have the old JCL 1.2


Subject: Re: todays cleanup
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 6 Mar 2004 00:48:11 +0100
Newsgroups: jedi.vcl

> > I think it would be better to extend the VCLX convert to handle this.
Indeed

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JCL 3 Installer fails
From: Anthony Steele <anthony@ilovespam.thisisnotmyemail.ha.ha>
Date: Fri, 05 Mar 2004 23:35:19 +0000
Newsgroups: jedi.vcl

JCL 3 Installer fails:

"Cannot open file "C:\CodeJedi\jcl\Packages\JclPackagesD70.bpg". The system cannot find the file specified."


What's that all about, and does it need to be a fatal error?

Regards
Anthony


Subject: jvmail wrong adress
From: "Homer" <homer@homersworld.com>
Date: Sat, 6 Mar 2004 00:27:57 +0100
Newsgroups: jedi.vcl

hallo , at first sorry for my english ;-)

i want send a mail with outlook
my code is
Mail.Clear;
Mail.Attachment.Clear;
Mail.Recipient.Add.Address := Edit.Text;

now ich see in the outlook addressarea the email with underline like so
aaaaaaa
and i become a error without the underline is all ok
can you help me




Subject: Re: todays cleanup
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 6 Mar 2004 00:25:30 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Robert Marquardt wrote:
> > 
>> > > I also changed in all files which include resources through 
>> > > pathes with backslashes to pathes with forward slash instead.

I think it would be better to extend the VCLX convert to handle this.

-- Regards, Andreas Hausladen 

Subject: Re: todays cleanup
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 6 Mar 2004 00:23:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I also changed in all files which include resources through 
> > pathes with backslashes to pathes with forward slash instead.

This was a bad idea. Now the compiler ignores the path which results in
RLINK32: error opening file "C:\JVCL3\run\JvConsts.res"
lines.


-- Regards, Andreas Hausladen 

Subject: Re: fixed JvStarfield.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Mar 2004 08:28:59 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> Obviously we still have hundreds of bugs lurking.
>
no kidding? <vbg>


Subject: Re: A TPersistent class that shows events in the object inspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Mar 2004 08:28:13 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I think you should put it in JvDsgnEditors.pas where all generic property
> editors are.
>
Indeed.
Will do that.


Subject: Re: general praise
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 05 Mar 2004 18:28:53 -0100
Newsgroups: jedi.vcl

Holger Flick wrote:
> Hey,
>
> one word of praise for the Jedi developers: The update from version 2 to version 3 improves Delphi more than updating from D5 to D7 ;-)
>
> -- Holger

That i would sign, too!

micha


Subject: Bug in TJvHLEdPropDlg?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 5 Mar 2004 18:57:06 +0000 (UTC)
Newsgroups: jedi.vcl

I think I've found a small bug in TJvHLEdPropDlg whereby if the dialog
box is executed at design-time, upon exiting an exception will be
thrown on line 511 with regards to the Storage property, even if it is
blank in the OI. I don't believe this is due to any changes I made so
if someone could confirm this it would be much appreciated.

-- Thanks, Ignacio 

Subject: Error in actual CVS wrong resources
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 5 Mar 2004 19:48:34 +0100
Newsgroups: jedi.vcl

The actual install version searches all resources in RUN or DESIGN folder
and not in RESOURCES.

Regards

Karlheinz




Subject: Re: GLScene and JVCL problem...
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 5 Mar 2004 19:30:02 +0100
Newsgroups: jedi.vcl

Hi !

Same problem with me ...

Lionel


"Carlos" <carlos.ferreira@itds.pt> a écrit dans le message news:
c28e2m$fo7$1@talkto.net...
> > vfw.pas  !!!!
> >
> > not vmm.
> >
> > sorry
> >
> >
> > "Carlos" <carlos.ferreira@itds.pt> wrote in message
> > news:c28dra$fnb$1@talkto.net...
>> > > If some of you use GLScene , try to take out from VMM unit from the
> > package,
>> > > because it is causing conflicts.
>> > >
>> > > At least, for me it was causing...
>> > >
>> > >
>> > >
> >
> >




Subject: Error in CVS
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Fri, 5 Mar 2004 17:14:40 +0000 (UTC)
Newsgroups: jedi.vcl

I just downloaded a version from CVS (Developer version) and got the 
following message:

Compiling package: JvCoreD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Error: RLINK32: Error opening file "C:\Development\jv\jvcl-cvs\dev\JVCL3
\run\JvConsts.res"

A res file should never be in run, so I think a small typo somewhere.



-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: fixed JvStarfield.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 05 Mar 2004 17:38:33 +0100
Newsgroups: jedi.vcl

The component painted directly to its Canvas instead of calling Invalidate. This resulted in overwriting all TGraphicControl components placed on top of it. It now paints through its Paint method.

Obviously we still have hundreds of bugs lurking.



Subject: Re: Again TjvFindReplace.ReplaceAll
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Mar 2004 16:34:41 +0100
Newsgroups: jedi.vcl

It should definitely use S and R (which should be renamed to SearchText and
ReplaceText) and the call to ReplaceAll from the "dialog" code should pass
in FindText and ReplaceText from the dialog. I wish I could say someone else
wrote this<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: computer sys info missing in action?
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 5 Mar 2004 08:06:38 -0600
Newsgroups: jedi.vcl

Peter,
Properties from the object inspector:
ComputerDesription
ComputerName
ComputerWorkgroup
CPUArchitecture
CPUFrequency
CPUIdentifier
CPUsNumber
CPUType
CPUVendor
CurrentUserName
DefaultBrowser
DirAppData
DirAppDataAll
DirCache
DirCommonFiles
DirCookies
DirDesktop
DirFavorites
DirFavoritesAll
DirFonts
DirHistory
DirMedia
DirMyPictures
DirNetHood
DirPersonal
DirPrintHood
DirProgramFiles
DirPrograms
DirProgramsAll
DirRecent
DirSendTo
DirStartMenu
DirStartMenuAll
DirStartup
DirStartupAll
DirSystem
DirTemp
DirTemplates
DirTemplatesAll
DirWindows
DiskCSerialNumber
DiskCSerialNumberSTR
InternetStatus (dropdown list is iOffline, iOnline)
MemAvailPhisical
MemAvailVirtual
MemLoad
MemTotalPhisical
MemTotalVirtual
OsVersion
OwnerCompany
OwnerName
ScreenColorMode
ScreenResolution
ScreenSaver
SystemPaths
SystemUpTime
WinDirectXVersion
WinNT (boolean)
WinProductId
WinProductName
WinVersion
WinVersionBuild
WinVersionMajor
WinVersionMinor
WinVersionNumber
WinVersionSubNumber


Whew! Long list!

Thanks again,
Dave



"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c29s09$n5h$1@talkto.net...
> > Could you post a list of the things the ACP computer info component shows?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: A TPersistent class that shows events in the object inspector
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 15:01:18 +0100
Newsgroups: jedi.vcl

I think you should put it in JvDsgnEditors.pas where all generic property
editors are.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where could i find turorial for JvSimpleXML ?
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Fri, 5 Mar 2004 13:57:16 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:c29i53$l56$1@talkto.net: 

> > No tutorials but you could check the examples folder as well as some
> > of the tools included in JVCL3 (full install) which uses it (search
> > the jvcl folder for *.pas containing JvSimpleXML and you should find
> > them all). 
> > 

Look for a usage in TJvExportXML.

I used JvSimpleXML for that

-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: A TPersistent class that shows events in the object inspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 05 Mar 2004 23:48:24 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Fri, 05 Mar 2004 22:44:52 +1000:
>
>  O> By default, Delphi doesn't show the events of a TPersistent property.
> [snip]
>  O> However, it is possible to create a TPersistent class and register a
>  O> property editor for it that will show the events (and that's quite easy
>  O> actually).
>
>     It works?!? I want it yesterday!!!!!

It will show the events. But I'm not sure it will store them, I haven't checked that yet.

But the way, where do I put the editor? Do I create a file JvTypesEditors.pas in common? Or a more specific JvPersistentEditor.pas?

I'd rather go with the first one, but I'll go with the one that gets the most votes.


Subject: Re: A TPersistent class that shows events in the object inspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Mar 2004 14:41:11 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 05 Mar 2004 22:44:52 +1000:

 O> By default, Delphi doesn't show the events of a TPersistent property.
[snip]
 O> However, it is possible to create a TPersistent class and register a
 O> property editor for it that will show the events (and that's quite easy
 O> actually).

    It works?!? I want it yesterday!!!!!

 O> Just tell me a good name, I'll implement it.

    My vote also goes to TJvPersistent.

 O> Thanks

    No, thank you!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Men In Black (M.I.B)" by Will Smith.




Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Fri, 5 Mar 2004 08:27:21 -0500
Newsgroups: jedi.vcl

There is still an issue with multiple forms if the sub forms do not get
created dynamically or .show or .showmodal during an application run.  See
mantis.

-Craig




Subject: Re: A TPersistent class that shows events in the object inspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 05 Mar 2004 23:16:23 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Just tell me a good name, I'll implement it.
>
> TJvPersistent, for sure.
>
Will go with that then. will be committed tomorrow.


Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Fri, 5 Mar 2004 08:13:45 -0500
Newsgroups: jedi.vcl

I understand,  I do use sub forms across different applications so I would
have to create a common form for the JvAppIniFileStorage.  Or do the
AppStorage assignment dynamically.  I'm sure that I can get that info with a
call to Application.?????  My main sub form is a common setup screen for 4
different applications.
I will change my 2.10 ways and post in mantis so this can be closed.

Thank You.

-Craig

"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
news:c28k9a$gkm$1@talkto.net...
> > See my comments in mantis.
> >
> > For me it's not a bug.
> >
> > Greetings
> > Jens
> >
> > Craig wrote:




Subject: Re: Just purchased and installed Delphi 7 pro...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 14:11:02 +0100
Newsgroups: jedi.vcl

> > And jvcl is always my first install.
I like you :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: computer sys info missing in action?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 14:10:44 +0100
Newsgroups: jedi.vcl

> > Is it still too dangerous even after the fix was applied?
We decided that the risk of having it as a component was to great, so we
made it a TObject instead. The detailed reasons I've forgotten but in
essence, it had to do with building an existing project without opening the
form that contained the TJvComputerInfo component and thus reading in the
values from the dfm anyway. By making it a TObject, you can't build such a
project at all, forcing you to remove the component and the problem.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: computer sys info missing in action?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 14:04:56 +0100
Newsgroups: jedi.vcl

Could you post a list of the things the ACP computer info component shows?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: computer sys info missing in action?
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 5 Mar 2004 07:03:36 -0600
Newsgroups: jedi.vcl

Is it still too dangerous even after the fix was applied? I remember it
having problems before, but i thought the fix took care of that. I have a
contract job, and i have to take over a project. The fellow who worked on it
before me, used a pirated copy of the Application Controls Pack. I have to
replace all his components, and one of them is a computer info component. It
lists all the Windows standard directories, and other such. I am replacing
all of his stuff with jvcl components, but if the JvComputerInfo is
dangerous i cannot use it.
Please advise. If not that, is there another component that you or anyone
knows of with similar functionality that is safe to use? (and free of
course).

Thanks in advance,
Dave



"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:c28jhg$gfb$2@talkto.net...
> > Delphiguy wrote:
> >
>> > > I installed delphi 7 pro, and jvcl 3. I can't find the computer info
>> > > component. Was it removed or something?
> >
> > Yes, it was removed and it is documented in changelog.txt (I guess).
> > The reason is that it was way too dangerous so it is not installed in
> > the palette anymore. But you can use it by creating one at runtime like
> > that:
> >
> > MyCompInfo := TJvComputerInfo.Create;
> > // use
> > MyCompInfo.Free;
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> >




Subject: Re: A TPersistent class that shows events in the object inspector
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 14:03:23 +0100
Newsgroups: jedi.vcl

> > Just tell me a good name, I'll implement it.
TJvPersistent, for sure.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A TPersistent class that shows events in the object inspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 05 Mar 2004 22:58:27 +1000
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> I like TJvPersistent. After all nobody's saying it has to stop with events, do they? ;)

Actually, it's only missing the events. But I like the TJvPersistent too.


Subject: Re: Just purchased and installed Delphi 7 pro...
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 5 Mar 2004 06:58:16 -0600
Newsgroups: jedi.vcl

That worked!!
And jvcl is always my first install.

Thanks again,
Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c2819m$ddt$1@talkto.net...
> > Did you start Delphi before installing JVCL? Did you have any components?
> >
> > I've had this error a couple of times myself (without the JVCL). Doing a
> > complete uninstall and reinstall fixed it.
> >
> > Make sure you start Delphi at least once before you install additional
> > libraries because I think Delphi delays creating some registry keys until
it
> > is started the first time.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: A TPersistent class that shows events in the object inspector
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 05 Mar 2004 13:50:48 +0100
Newsgroups: jedi.vcl

OBones wrote:

> However, I have a problem with the naming of that class. Here are the options I thought of:
> TJvPersistent
> TJvPersistentWithEvents
> TJvEventPersistent
>
> Just tell me a good name, I'll implement it.

I like TJvPersistent. After all nobody's saying it has to stop with events, do they? ;)

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: A TPersistent class that shows events in the object inspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 05 Mar 2004 22:44:52 +1000
Newsgroups: jedi.vcl

Hi all.

By default, Delphi doesn't show the events of a TPersistent property. If you want to show the events, you must use a TComponent and mark it as a sub component by calling SubComponent(True);
The problem is that SubComponent doesn't exists in Delphi 5, and probably not in C++ Builder 5 either.
However, it is possible to create a TPersistent class and register a property editor for it that will show the events (and that's quite easy actually). What I plan on doing is declaring such a class in JvTypes and its associated property editor, and put all this in JvCore. This way, JVCL components can use that class, and the first one to benefit from it would be the JvMenus components.
However, I have a problem with the naming of that class. Here are the options I thought of:
TJvPersistent
TJvPersistentWithEvents
TJvEventPersistent

Just tell me a good name, I'll implement it.

Thanks

Olivier Sannier
JVCL Developer


Subject: Re: JvDock JVCL 3
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 13:03:08 +0100
Newsgroups: jedi.vcl

Autohiding in VS.Net:

   if frmMain.JvDockServer1.BottomDockPanel is TJvDockVSNETPanel then

TJvDockVSNETPanel(frmMain.JvDockServer1.BottomDockPanel).DoAutoHideControl(f
rmLog);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDock JVCL 3
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 12:49:46 +0100
Newsgroups: jedi.vcl

> > frmLogOnShow(...);
> > begin
> >   ManualDock(frmMain, nil, alBottom);
> > end;

This should work:

frmLog.ManualDock(frmMain.JvDockServer1.BottomDockPanel);
if not frmLog.Visible then
  frmMain.JvDockServer1.BottomDockPanel.ShowDockPanel(true,frmLog);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: "See Also" entries not hotlinked in in my component. Is there something wrong in the dtx?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Mar 2004 11:51:32 +0100
Newsgroups: jedi.vcl

Hello, Warren!
I wrote to you on Mon, 1 Mar 2004 17:26:30 +0100:

 WP>> I'm thinking of buying Doc-O-Matic, so I'll wait to see how
 WP>> fast they are on fixing bugs like this one that's affecting us.

 MB>     A new release is planned for later this week, but I have not yet
 MB> received confirmation of a fix.

    I haven't yet build the entire help, but the issues regarding missing
links with the test project have been solved in the new release (3.8). I'll
have another go at the complete help and upload it to SF later today (I
hope) if things have indeed improved.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Me, myself and I" by Jive Jones.




Subject: Again TjvFindReplace.ReplaceAll
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 5 Mar 2004 11:46:39 +0100
Newsgroups: jedi.vcl

Hello,

another issue:


declaration looks so:

procedure ReplaceAll(const S, R: string); virtual;

implementation :

procedure TJvFindReplace.ReplaceAll;
var
  Txt: string;
  FoundPos: TFoundText;
  TmpOptions: TFindOptions;
  SLen, RLen, TLen: Integer;
  Terminate: Boolean;
begin
  if not Assigned(FEditControl) then
    Error;
  Terminate := False;
  TmpOptions := FReplaceDialog.Options;
  Txt := FEditControl.Text;
  SLen := Length(S);
  RLen := Length(FReplaceText);


The parameters for "ReplaceAll" (S and R) are not included in the
implementation which is only a style question, i think But more important:
the procedure uses the parameter "S" to get the search text but uses the
property "FReplaceText" to get the length of the replace text. A calling
application has to set "TjvFindReplace.ReplaceText" AND has to use the
parameters when calling the function.

There are 2 choices:
a) use only the properties "SearchText" and "RepalceText" and call the
procedure without parameters... or
b) use only the parameters and do not use the property value

I am not sure which option would be better. Ideas?

Ciao,
Ralf




Subject: Re: C# Highlighting
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Mar 2004 11:40:59 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > 3) How much additional work would it be to add it to TJvWideHLEditor?

I had moved all common parts of the editors to the JvEditorCommon unit.
All you change in the JvEditor, JvHLEditor, JvUnicodeEditor and
JvUnicodeHLEditor units must be done twice (for ANSI and Unicode)

-- Regards, Andreas Hausladen 

Subject: Re: Another Bug in TjvFindReplace?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 5 Mar 2004 11:24:14 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c29hr3$l3e$1@talkto.net...
> > It's been quite some time since I worked with this component, so I'm not
> > quite sure what the +3 and -3 are there for. If your changes works for you
> > then I guess it works<g> but I don't know if it is a general problem or
just
> > in your application...
> >

It was just a simple TjvMemo with the text and a call to "ReplaceAll" that
replaced all "OK" with "TEST" and the settings frMatchCase and frWholeWord
set to true. So nothing complicated. I will check it a little bit more
tomorrow or on sunday at home when i have more time. The problems occured if
the searched text was found at the end of a line in the memo (a quick
guess!). I will create some test cases to find out if it is a general
problem and report the results here.

Ciao,
Ralf



Subject: Where could i find turorial for JvSimpleXML ?
From: "@rennes" <l.sass@omp-transport.com>
Date: Fri, 5 Mar 2004 11:17:26 +0100
Newsgroups: jedi.vcl

Thanks




Subject: Re: Where could i find turorial for JvSimpleXML ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 11:16:49 +0100
Newsgroups: jedi.vcl

No tutorials but you could check the examples folder as well as some of the
tools included in JVCL3 (full install) which uses it (search the jvcl folder
for *.pas containing JvSimpleXML and you should find them all).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: RFC: Ideas on working around a known bug in Mask.pas ?
From: Oliver Giesen <ogware@gmx.net>
Date: Fri, 05 Mar 2004 11:13:17 +0100
Newsgroups: jedi.vcl

I am about to commit some massive changes to JvDatePickerEdit (or haven't we "thawed" enough for that?) most of them dealing with handling less-common date formats, especially ones with optional digits (e.g. d/M/yy). One more issue I stumbled upon in the process of implementing this is actually a bug in the VCL: It is impossible to make a slash character show in an EditMask if SysUtils.DateSeparator is not set to a slash as well even if you escape the slash character as a literal by prefixing it with a backslash.

The reason is the private function MaskIntlLiteralToChar in Mask.pas which automatically substitutes any occurrence of '/' with the current value of SysUtils.DateSeparator and every occurrence of ':' with the current value of SysUtils.TimeSeparator. This in itself is not so bad. The problem is the code in TCustomMaskEdit that calls this function, e.g.

  if CType in [mcLiteral, mcIntlLiteral] then
  begin
    Result := Copy(Result, 1, Offset - 1) +
      MaskIntlLiteralToChar(EditMask[MaskOffset]) +
      Copy(Result, Offset, Length(Result) - Offset + 1);
    Inc(Offset);
  end

It really shouldn't call MaskIntlLiteralToChar if the character type is mcLiteral (i.e. an escaped character). Furthermore the problem is that calls like this are spread all over Mask.pas . There is no single spot to hook into and most of the functions that make the erroneous calls to MaskIntlLiteralToChar are not even accessible from descendants.

I have already implemented a working solution but it is a rather ugly hack IMO. I'm wondering if anyone could think of a more elegant solution... preferably one that was less DatePicker-specific as this really is a basic MaskEdit issue, so should probably be handled in JvCustomMaskEdit instead. The advantage of implementing it in JvDatePickerEdit as I saw it was that there I know for sure that I always want the EditMask to be treated literally as I am basing it on the DateFormat itself.

My thinking so far went like this: If I couldn't prevent Delphi from changing the slash character to SysUtils.DateSeparator then I have to (temporarily) set SysUtils.DateSeparator to the slash character myself before it gets there.
What I currently do is override the EditMask and Text properties and the KeyPress and WMPaste methods. By inheritance they all end up eventually in Mask.MaskIntlLiteralToChar. The implementations of these overrides now look all more or less the same, e.g.:

  function TJvCustomDatePickerEdit.GetText: TCaption;
  var
    OldSep: Char;
  begin
    OldSep := SysUtils.DateSeparator;
    SysUtils.DateSeparator := Self.DateSeparator;
    try
      Result := inherited Text;
    finally
      SysUtils.DateSeparator := OldSep;
    end;
  end;

Note that Self.DateSeparator is a new property which is not yet present in the current CVS version of JvDatePickerEdit.pas . I do not explicitly check whether it is currently set to a slash as I don't think the above code adds enough of a performance hit to justify yet more code to be duplicated in five(!) different places (GetText, SetText, SetEditMask, KeyPress and WMPaste).


All of this is of course only an issue when you explicitly change the DateFormat property to anything that uses a different date separator than the current OS Locale settings, which is probably only done in the minority of cases so it'd probably be no big deal if I just leave it out for now but I'd still like this to work...

Ideas/Comments?

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: A first, quick, report
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 11:13:00 +0100
Newsgroups: jedi.vcl

> > Thank you very much
You're welcome and thank you for the help finding and solving it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Another Bug in TjvFindReplace?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 11:11:29 +0100
Newsgroups: jedi.vcl

It's been quite some time since I worked with this component, so I'm not
quite sure what the +3 and -3 are there for. If your changes works for you
then I guess it works<g> but I don't know if it is a general problem or just
in your application...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvFindReplace: ReplaceAll does not use the property "Fast"
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 11:08:32 +0100
Newsgroups: jedi.vcl

> > Shouldn't that be the value of the property "Fast". Or is this by design?
You're asking questions about something I forgot a long time ago...

IIRC, the reason was that using Boyer-Moore, you pay a penalty at start-up
(building the table), so for single search/replace it can become
significant. That's the reason for the Fast property. But with multiple
replace, it is almost always better to use Boyer-Moore (the table is built
once, used many times) instead of linear search.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: C# Highlighting
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 5 Mar 2004 10:04:09 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > 1) Is it yet safe to upload the (tested) changes to CVS again?
> > Yes, you can add and change stuff at the moment.

Okay thanks, I saw stuff happening but wanted to be certain. I've been
occupied by another project and haven't been paying as close attention
to the newsgroups as I was before.

-- Cheers, Ignacio 

Subject: Re: C# Highlighting
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 5 Mar 2004 09:59:14 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > 3) How much additional work would it be to add it to TJvWideHLEditor?

Figured this one out, don't worry about it.

-- Cheers, Ignacio 

Subject: Re: Fully expand JVDBLookupTreeViewCombo
From: Hans-Eric Grönlund <user@domain.invalid>
Date: Fri, 05 Mar 2004 10:33:54 +0100
Newsgroups: jedi.vcl

I agree, this would be a nice, useful feature to add. Maybe you should post a feature request in the BugTracker?

I took a glance at the code and you should be able to do it, but it requires a change in the JvDBLookupTreeView unit. I'm not able to test it myself but you could try something like this:

At the end of TJvDBLookupTreeViewCombo.DropDown method, just before the call to Repaint, add this line:

FDataList.FTree.FullExpand;

If it works this behaviour should of course be implemented with a published boolean property of the TJvDBLookupTreeViewCombo class, named something like FullExpand.

Best regards

Hans-Eric Grönlund
Systems Developer

..

E.B. wrote:
> Is there any way to tell a TJvDBLookupTreeViewCombo that it must start fully
> expanded?
>
> I've tried setting AutoExpand to True but that does not have the desired
> effect (the selected node does not appear expanded).
>
> A FullEpxand method that forwards the command to the underlying treeview
> would be handy, inst it?
>
> Thanks,
>
> C.A.
>
>
>
>
>
>
>
>


Subject: todays cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 05 Mar 2004 10:26:38 +0100
Newsgroups: jedi.vcl

I checked the design directory for {$IFDEF VCL} {$ELSE} lines and found some to fix.
I also changed in all files which include resources through pathes with backslashes to pathes with forward slash instead.
This removes MSWINDOWS vs LINUX IFDEFs.

At least two possible bugs in the design directory which i flagged with comments are still unresolved.

In design\JvIDEZoom.pas:

type
  // (rom) What is this?
  {$UNDEF COMPILER5_UP}
  {$IFDEF COMPILER5_UP}


In design\JvgMultiResourceEditorForm.pas:

procedure TJvgResourcesProperty.Edit;
var
  Dialog: TJvgMultipleResourceEdit;
begin
  TJvgMultipleResources(GetComponent(0)).Update;
  // (rom) is this correct?
  Dialog := glMresEdit.Create(Application);
  Dialog.Component := TJvgMultipleResources(GetComponent(0));
  Dialog.ShowModal;
  Dialog.Free;
  //  GetComponent(0).Owner.Name
end;



Subject: JvDock JVCL 3
From: "Guy Woodhouse" <woodhouseNOSPAM@email.it>
Date: Fri, 5 Mar 2004 10:09:50 +0100
Newsgroups: jedi.vcl

Hello,
Anybody have used TJvDockClient/Server to dock a client form into server
form?
I have 2 form (Delphi7 Project, JVCL3 @SF):

* frmMain w/TJvDockServer
* frmLog w/TJvDockClient

Without to use JvDock, I set some form properties (UseDockManager and
DockSite) and then, i write the following code:

frmLogOnShow(...);
begin
  ManualDock(frmMain, nil, alBottom);
end;

How can I done the same work now?
Thanks!

--
Guy Woodhouse
Software Designer




Subject: TjvFindReplace: ReplaceAll does not use the property "Fast"
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 5 Mar 2004 10:06:47 +0100
Newsgroups: jedi.vcl

Hello,

another issue with TjvFidReplace:

The method "ReplaceAll" calls "FindInText" allways with true for the
parameter "Fast".

Shouldn't that be the value of the property "Fast". Or is this by design?

Ciao,
Ralf



Subject: Another Bug in TjvFindReplace?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 5 Mar 2004 10:03:50 +0100
Newsgroups: jedi.vcl

Hello,

i was trying to replace all strings that match "OK" in a sample text with
case matching and checking for whole words. With a text editor i checked out
that this string existed 138 times in the sample text.

TjvFindReplace replaced the text only 8 times!!!

In this function the checks for case matching and whole words are called:

function FindInText(Text, Search: string; FromPos, ToPos: Integer; Fast:
Boolean): TFoundText;
var
  Found: Integer;
  S: string;
begin
  Result.StartAt := -1; // assume failure
  if Fast then
    Found := BoyerMoore(PChar(AnsiUpperCase(Search)),
PChar(AnsiUpperCase(Copy(Text, FromPos + 1, ToPos))))
  else
    Found := Pos(AnsiUpperCase(Search), AnsiUpperCase(Copy(Text, FromPos +
1, ToPos)));
  if Found > 0 then
  begin
    Result.StartAt := Found + FromPos - 1;
    Result.EndAt := Length(Search);
    S := Copy(Text, Result.StartAt - 1, Result.EndAt + 3);
    Result.isWhole := IsValidWholeWord(S);
    S := Copy(S, 3, Length(S) - 3);
    Result.isSameCase := (AnsiCompareStr(Search, S) = 0);
  end;
end;

When i change this function in the following way, the correct count of my
sample text is found (and replaced):

function FindInText(Text, Search: string; FromPos, ToPos: Integer; Fast:
Boolean): TFoundText;
var
  Found: Integer;
  S: string;
begin
  Result.StartAt := -1; // assume failure
  if Fast then
    Found := BoyerMoore(PChar(AnsiUpperCase(Search)),
PChar(AnsiUpperCase(Copy(Text, FromPos + 1, ToPos))))
  else
    Found := Pos(AnsiUpperCase(Search), AnsiUpperCase(Copy(Text, FromPos +
1, ToPos)));
  if Found > 0 then
  begin
    Result.StartAt := Found + FromPos - 1;
    Result.EndAt := Length(Search);
    // old: S := Copy(Text, Result.StartAt - 1, Result.EndAt + 3);
    S := Copy(Text, Result.StartAt, Result.EndAt + 2);
    Result.isWhole := IsValidWholeWord(S);
    // old: S := Copy(S, 3, Length(S) - 3);
    // old: Result.isSameCase := (AnsiCompareStr(Search, S) = 0);
    S := Copy(S, 1, Length(S) - 1);
    Result.isSameCase := (AnsiCompareStr(Trim(Search), Trim(S)) = 0);
  end;
end;

I will make a bugtracker entry for this tomorrow (do not have the time
today).

Bye,
Ralf






Subject: Re: A first, quick, report
From: Lis <lis@despammed.com>
Date: Fri, 5 Mar 2004 09:48:39 +0100
Newsgroups: jedi.vcl

On Thu, 4 Mar 2004 10:34:27 +0100, Peter Thörnqvist wrote:
> > 
> > Does the AV's go away then (I am going to make this change anyway, but it
> > would be nice to know)?

Perfect, with this update all my problems in my project and into the IDE
*seems* do be solved.
Thank you very much

-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: Re: C# Highlighting
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 08:14:14 +0100
Newsgroups: jedi.vcl

> > 1) Is it yet safe to upload the (tested) changes to CVS again?
Yes, you can add and change stuff at the moment.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Just purchased and installed Delphi 7 pro...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 08:13:07 +0100
Newsgroups: jedi.vcl

> > (JVCL beeing the first and most important)
Goes without saying <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Strange JvTrayIcon problem...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Mar 2004 08:05:11 +0100
Newsgroups: jedi.vcl

Sounds like the WebBrowser doesn't do anything until it becomes visible...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Just purchased and installed Delphi 7 pro...
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Fri, 5 Mar 2004 07:52:32 +0100
Newsgroups: jedi.vcl

> > I then installed jvcl 3. I open delphi for the first time, there are no
> > components whatsoever on the pallette. not just jvcl but none at all.
> > Help!!!!
> > What do i do now?
> >

As Peter says: reinstall.
I've seen the same, once I installed GExperts before the first opening of
Delphi.

So intall Delphi, open it (minimum one time), then install whatever you want
(JVCL beeing the first and most importent)

Flemming




Subject: Re: New Installer question
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 05 Mar 2004 15:56:42 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Andreas Hausladen wrote:
>
>> Should the new installer be able to install JCL or should it call the
>> JCL-Installer ? (except the .dcp files)
>>
>
> There should be an option to compile the examples also.
> They should compile even without installed package.
>
They already do, in command line.



Subject: Re: GLScene and JVCL problem...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 05 Mar 2004 06:27:05 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Thanks for letting us know. I'll add it to the FAQ

Try adding a {$WEAKPACKAGEUNIT ON} to VfW.pas
If it helps we can do that to our copy also and the problem is solved.



Subject: Re: New Installer question
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 05 Mar 2004 06:23:44 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Should the new installer be able to install JCL or should it call the
> JCL-Installer ? (except the .dcp files)
>

There should be an option to compile the examples also.
They should compile even without installed package.



Subject: Re: IFDEF VCL and ELSE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 05 Mar 2004 06:22:00 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Done.

Thanks.

I will check the Design directory today and create a new list of IFDEF identifiers so we can document them.



Subject: Strange JvTrayIcon problem...
From: "Daytona" <d@d..com>
Date: Thu, 4 Mar 2004 19:07:21 -0800
Newsgroups: jedi.vcl

Hi All,

I have a simple app that has a single window with a WebBrowser in it.  I
want to app to load at startup, goto a page, then minimize to the tray.

When using JvTrayIcon it minimizes immediately, and the browser never goes
to the page (even though my main form's create tells it to go)...

When I restore the minimized for from the tray, THEN it follows the
formcreate's navigation directive?

Make any sense?  Confusing myself as I write...

Thanks,
David




Subject: Re: Guru Delphi
From: Julien Ferraro <jfk_pub.remove@netcourrier.com>
Date: Fri, 5 Mar 2004 06:47:34 +0400
Newsgroups: jedi.vcl

On Thu, 04 Mar 2004 13:18:37 +1000, OBones wrote:

> > Julien Ferraro wrote:
> > 
>> >> Something I use and I don't see often elsewhere are class method.
>> >> Every for I create contains an Execute method :
>> >> 
>> >> class procedure TMyForm.Execute : Boolean;
>> >> begin
>> >>   with TMyForm.Create(Application) do
>> >>   try
>> >>     Result := (ShowModal = mrOK);
>> >>   finally
>> >>     Release;
>> >>   end;
>> >> end;
>> >> 
>> >> It's also usefull to pass parameters to the form. And the method can be a
>> >> procedure if you don't need to know if the form was canceled or not.
> > To pass parameters, I'd rather declare a new constructor with the extra 
> > parameters, but that's maybe because I've been doing a lot of C++ lately.
> > As to the class methods themselve, I'd use them if I could have class 
> > variables not just unit variables...

The advantage here of a class procedure against a new contructor is that
when you call TMyProcedure.Execute(MyParams) you don't have to free the
form. If you declare a new constructor, you'll have to call
  MyForm := TMyForm.MyCreate(MyParameters).
  ...
  MyForm.Release;

In that case, the class parameter is just easier to use.

I think that I've read that Delphi 8 has class variables. Is that true ? I
miss them too ... hardly waiting D8 for Win32 !!!
Julien


Subject: Re: TJvCreateProcess / stderr
From: "F.D.Castel" <fdcastel@sbringle.com>
Date: Fri, 5 Mar 2004 02:29:13 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Note bug #1393 in Mantis, which affects programs that redirect the
> > output of fast finishing consoles, see:


Hi Remko!

Thanks! This is the problem! A not-so-fast execution of my console
program is catched correctly.

And also thanks for the explanation about pipes. 


Best regards,

F.D.Castel


Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 05 Mar 2004 02:48:39 +0100
Newsgroups: jedi.vcl

See my comments in mantis.

For me it's not a bug.

Greetings
Jens

Craig wrote:

> Ok, its posted to bug-tracking with a re-creatable example.  Please have a
> look.
>
> "Jens" <jens.fudickar@oratool.de> wrote in message
> news:c26u8f$4ai$1@talkto.net...
>
>> Hi,
>>
>> can you plase add an entry to the bug-tracking system.
>>
>> And then can you please add an sample project, where the behaviour is
>
> shown.
>
>> Greetings and thanks
>> Jens
>>
>> --- posted by geoForum on http://delphi.newswhat.com
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvInspector
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 05 Mar 2004 11:36:00 +1000
Newsgroups: jedi.vcl

Carlos wrote:

> Hi
>
> Could anyone give a help on how to :
>
> 1) Add diferent editors to the jvinspector
> 2) Add icons and buttons to the JvCustomCategoryItem
>
> How can I create a general object with published properties , so that the
> inspector will be able to read it?

Please have a look at the demo, this is covered in it.



Subject: Re: computer sys info missing in action?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 05 Mar 2004 11:34:55 +1000
Newsgroups: jedi.vcl

Delphiguy wrote:

> I installed delphi 7 pro, and jvcl 3. I can't find the computer info
> component. Was it removed or something?

Yes, it was removed and it is documented in changelog.txt (I guess).
The reason is that it was way too dangerous so it is not installed in the palette anymore. But you can use it by creating one at runtime like that:

MyCompInfo := TJvComputerInfo.Create;
// use
MyCompInfo.Free;

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: New Installer question
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 05 Mar 2004 11:33:06 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> (except the .dcp files)

I guess, you are referring to the batch file that creates the dcp for the BCB targets?
BTW, if the batch file worked successfuly, you shouldn't find a file called template.dpk in the c? directory of the JCL. That's a way to test if the batch file ran ok.



Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Thu, 4 Mar 2004 20:06:13 -0500
Newsgroups: jedi.vcl

Ok, its posted to bug-tracking with a re-creatable example.  Please have a
look.

"Jens" <jens.fudickar@oratool.de> wrote in message
news:c26u8f$4ai$1@talkto.net...
> > Hi,
> >
> > can you plase add an entry to the bug-tracking system.
> >
> > And then can you please add an sample project, where the behaviour is
shown.
> >
> > Greetings and thanks
> > Jens
> >
> > --- posted by geoForum on http://delphi.newswhat.com




Subject: Re: A first, quick, report
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Mar 2004 01:41:32 +0100
Newsgroups: jedi.vcl

> > However, I am going to use the TJvListview in the future, when there's
> > no need for Mike's excellent Virtual Tree View.  So you're gonna get
> > another bug report pretty soon, I guess.
Yes, I do believe there might be something wrong in there, just don't know
what (I can't reproduce it). I've modified Notification to look like this:

procedure TJvListView.Notification(AComponent: TComponent;
  Operation: TOperation);
var
  I: Integer;
begin
  inherited Notification(AComponent, Operation);
  if Operation = opRemove then
    if AComponent = HeaderImages then
      HeaderImages := nil
    else if not (csDestroying in ComponentState) and (AComponent is
TPopupMenu) then // <= changed
      for I := 0 to Items.Count - 1 do
        if TJvListItem(Items[I]).PopupMenu = AComponent then
          TJvListItem(Items[I]).PopupMenu := nil;
end;

It would be great if someone using JvListView (and getting AV's) would test
both with and without this modification and see if it helps.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvEx... problems
From: "André Snepvangers" <asn@xs4all.nl>
Date: Fri, 5 Mar 2004 01:38:56 +0100
Newsgroups: jedi.vcl

> >
>> > > The latest versions of the extended VCL causes access violation, when
>> > > removing a component in the designer.
> >
> > I cannot reproduce this with Delphi 6. Which component have you tested?
> >

Happens with every component also standard clx controls.
The previous version doesn't has this problem. Checked.

Regards,

André Snepvangers




Subject: Re: GLScene and JVCL problem...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Mar 2004 01:37:50 +0100
Newsgroups: jedi.vcl

Thanks for letting us know. I'll add it to the FAQ

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A first, quick, report
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Fri, 05 Mar 2004 01:32:23 +0100
Newsgroups: jedi.vcl

Hi Peter,

I had difficulties using TJvListView as well - I told you about it. However, I needed a really quick fix, because the project needs to roll out next week and there's no more time for testing. Thus, I decided to use the standard TListView instead, which is not helping you much.

However, I am going to use the TJvListview in the future, when there's no need for Mike's excellent Virtual Tree View.  So you're gonna get another bug report pretty soon, I guess.

-- Holger

> I've tried and can't reproduce it. Maybe you are doing something else in the
> form that causes the AV (possibly in combination with the JvListView).
>


Subject: Re: JvEx... problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Mar 2004 01:27:23 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > The latest versions of the extended VCL causes access violation, when
> > removing a component in the designer.

I cannot reproduce this with Delphi 6. Which component have you tested?


-- Regards, Andreas Hausladen 

Subject: JvEx... problems
From: "André Snepvangers" <asn@xs4all.nl>
Date: Fri, 5 Mar 2004 01:17:02 +0100
Newsgroups: jedi.vcl

The latest versions of the extended VCL causes access violation, when
removing a component in the designer.

Regards,

André Snepvangers




Subject: Re: GLScene and JVCL problem...
From: "Carlos" <carlos.ferreira@itds.pt>
Date: Fri, 5 Mar 2004 00:00:51 -0000
Newsgroups: jedi.vcl

vfw.pas  !!!!

not vmm.

sorry


"Carlos" <carlos.ferreira@itds.pt> wrote in message
news:c28dra$fnb$1@talkto.net...
> > If some of you use GLScene , try to take out from VMM unit from the
package,
> > because it is causing conflicts.
> >
> > At least, for me it was causing...
> >
> >
> >




Subject: Re: Bug in Delphi 7
From: "Carlos" <carlos.ferreira@itds.pt>
Date: Fri, 5 Mar 2004 00:00:02 -0000
Newsgroups: jedi.vcl

I am sorry...

Yes VFw..


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c28dks$fm4$1@talkto.net...
> > VFW.pas?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: GLScene and JVCL problem...
From: "Carlos" <carlos.ferreira@itds.pt>
Date: Thu, 4 Mar 2004 23:56:56 -0000
Newsgroups: jedi.vcl

If some of you use GLScene , try to take out from VMM unit from the package,
because it is causing conflicts.

At least, for me it was causing...





Subject: JvInspector
From: "Carlos" <carlos.ferreira@itds.pt>
Date: Thu, 4 Mar 2004 23:54:40 -0000
Newsgroups: jedi.vcl

Hi

Could anyone give a help on how to :

1) Add diferent editors to the jvinspector
2) Add icons and buttons to the JvCustomCategoryItem

How can I create a general object with published properties , so that the
inspector will be able to read it?

Thanks

Carlos







Subject: Re: Bug in Delphi 7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Mar 2004 00:54:31 +0100
Newsgroups: jedi.vcl

VFW.pas?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeline
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Mar 2004 00:53:56 +0100
Newsgroups: jedi.vcl

> > However, if I think about it, it makes sense not having a position
> > indicator in the scrollbar for a timeline, because time is infinite by
> > definition, so there's no start or end ;-)
The reason for it looking the way it does was because I initially tried
writing a "virtual" scrollbar where the thumb is reset to the middle at each
scroll but I couldn't make it work<g>. Then I kind of liked the way it was,
so left it at that.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: computer sys info missing in action?
From: "Delphiguy" <yup@uhhuh.com>
Date: Thu, 4 Mar 2004 17:52:41 -0600
Newsgroups: jedi.vcl

I installed delphi 7 pro, and jvcl 3. I can't find the computer info
component. Was it removed or something?

Thanks,
Dave




Subject: Re: Bug in Delphi 7
From: "Carlos" <carlos.ferreira@itds.pt>
Date: Thu, 4 Mar 2004 23:48:32 -0000
Newsgroups: jedi.vcl

Thanks I solved it. It seems that there is a conflict between GLSCENE and
JVCL regarding a unit that both libraries use...VMM unit..( I think this is
the name)




Subject: Re: Which compiler directive to use?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 05 Mar 2004 00:35:05 +0100
Newsgroups: jedi.vcl

Okay, I've added the code with the VCL directive.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Which compiler directive to use?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Mar 2004 00:24:34 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > QWidget_winId(Handle: QWidgetH) returns the asccociate mswindows handle
> > (HWND)

That is right, but QLineEdit is *no* wrapper for the EDIT window class. So
the SHAutoComplete function will fail due to missing EM_xxxxx message
handlers in Qt.




-- Regards, Andreas Hausladen 

Subject: Re: JvTimeline
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Fri, 05 Mar 2004 00:06:00 +0100
Newsgroups: jedi.vcl

Hi Peter,

okay, obviously I am a little bit "old-fashioned". I can live with it. However, I am always thinking about the end-user. And every time the normal behavior or appearance of a control changes, there's a big "oh" going around... So I always try to keep things "simple".

However, if I think about it, it makes sense not having a position indicator in the scrollbar for a timeline, because time is infinite by definition, so there's no start or end ;-)


-- Holger

Peter Thörnqvist wrote:

>> okay, that I can understand. However, the icons of the appointments seem
>> to appear in the scrollbar region (in the horizontal one at least).
>
> That is also as designed. You don't like<g>?



Subject: Re: New Installer question
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Fri, 05 Mar 2004 00:02:56 +0100
Newsgroups: jedi.vcl

Hi Andreas,

I think it's pretty nice being able to install the JCL and JVCL with just "one-click". However, I think you're going to be more independent if you call their installer. If they make major changes, you won't have to change the JVCL installer.

If there won't be any major changes to the JCL, there's no point in leaving it like it is right now - but that's just  me ;-)

-- Holger

Andreas Hausladen wrote:
> Should the new installer be able to install JCL or should it call the
> JCL-Installer ? (except the .dcp files)



Subject: Re: Error in the last cvs
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 05 Mar 2004 09:00:05 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Did you also update the packages ?
>
> No, I only updated the xml files.
>
Ok, I'll update the packages tonight



Subject: [Error] Installing JVCL3 - JvGlobusD7R error
From: Sebastian <lordraptor@webNOSPAM.de>
Date: Thu, 04 Mar 2004 23:45:04 +0100
Newsgroups: jedi.vcl

Hi!

Thanks for the fix in the timer lists unit. It works well... but another error occurs during the installation process:

The installer tries to compile "JvGlobusD7R", but an error message is raised & the installtion crashes (not the whole programm, just the installtion!).

"dcc32.exe - error in application"
address: 0x37372873
"read" operation failed

An "unknown software exception (0xc0000027) follows at 0x77e7bc2d
I can't find any detailed description of the error in the compiler output box.

By the way: I'm using D7.
Any ideas, what could have went wrong? (I followed the installation instruction carefully!)

Thanks in advance.


regards,
Sebastian.


Subject: Re: Which compiler directive to use?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Thu, 4 Mar 2004 23:30:56 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c2836s$dps$1@talkto.net...
> > Remko Bonte wrote:
> >
>> > > Inside which compiler directive should I set it? I would think MSWINDOWS
>> > > but the drag-drop files code in TJvFileDirEdit is enclosed with the VCL
>> > > directive...?
> >
> > VisualCLX is also availble under MSWINDOWS but it has no HWND so it is

QWidget_winId(Handle: QWidgetH) returns the asccociate mswindows handle
(HWND)

Regards,

André Snepvangers




Subject: Re: Bug in TjvFindReplace? (JVCL3)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Mar 2004 23:10:04 +0100
Newsgroups: jedi.vcl

Forget that. The Continue statement skips the Delete(), so no need to test
again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCreateProcess / stderr
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 04 Mar 2004 22:49:49 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Later, CreateProcess is called, which sets ConsoleHandles.Write to the standard output handle for the new process, and ConsoleHandles.Error to the standard error handle for the new process.

Er, this should be something like

Later, CreateProcess is called, such that ConsoleHandles.Write is used as the standard output handle for the new process, and ConsoleHandles.Error as the standard error handle for the new process.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: TJvCreateProcess / stderr
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 04 Mar 2004 22:44:51 +0100
Newsgroups: jedi.vcl

F.D.Castel wrote:
> Does TJvCreateProcess redirects stderr output to OnRead Event?

Yes, it's redirected to the OnRead event.

> I´m trying to understand the code. What about this piece?

First a pipe is created from ConsoleHandles.Write to LHandles.Read. The code you mention duplicates the ConsoleHandles.Write and sets it to ConsoleHandles.Error.

Thus the ConsoleHandles.Error handle has the same properties as the ConsoleHandles.Write handle. For example, data written to this handle can be read using LHandles.Read.

Later, CreateProcess is called, which sets ConsoleHandles.Write to the standard output handle for the new process, and ConsoleHandles.Error to the standard error handle for the new process.

You can test it by writing console programs such as:

uses
  Windows, SysUtils;

var
  Dummy: Cardinal;
  S: string;
begin
  S := 'ERROR'#13#10;

  WriteFile(GetStdHandle(STD_ERROR_HANDLE), PChar(S)^, Length(S), Dummy, nil);

  S := 'Normal output'#13#10;

  WriteFile(GetStdHandle(STD_OUTPUT_HANDLE), PChar(S)^, Length(S), Dummy, nil);
end.

or

begin
  raise Exception.Create('This goes to the std error');
end.

Note bug #1393 in Mantis, which affects programs that redirect the output of fast finishing consoles, see:

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001393

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Bug in TjvFindReplace? (JVCL3)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Mar 2004 22:34:08 +0100
Newsgroups: jedi.vcl

Your change looks correct. But don't you need another test for
FoundPos.StartAt after that, since FoundPos can be changed, i.e:

> >       if (frMatchCase in TmpOptions) and not FoundPos.isSameCase then
begin
> >         FoundPos := FindInText(Txt, FFindText, FoundPos.StartAt + RLen +
1,
> > TLen + (RLen - SLen), True); //<=
> >         Continue;
> >       end;
      if FoundPos.StartAt > -1 then  //<=
      begin //<=
        Delete(Txt, FoundPos.StartAt + 1, SLen);
        Insert(FReplaceText, Txt, FoundPos.StartAt + 1);
        FoundPos := FindInText(Txt, FFindText, FoundPos.StartAt + RLen + 1,
TLen + (RLen - SLen), True);
      end; //<=
      if FoundPos.StartAt mod 60 = 0 then
....


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: encryption
From: "Steve Warburton" <Swarburton@orange.net>
Date: Thu, 4 Mar 2004 15:08:19 -0600
Newsgroups: jedi.vcl

My app plays a playlist of various media files and jumps from screen to
screen. All these action are built from a creation app which are play within
the player app.

Now then all the actions are saved from the various grids into text files. I
do not want the client looking at or messing with any of these text files.

Is there any way to encrypt or hide the files so only my program can
understand the files.

Obviously a hardened cracker could work it out but it's just a little more
difficult for anyone to understand the structure of the app.

Cheers for any info

Steve....





Subject: Re: Which compiler directive to use?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Mar 2004 21:56:13 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Inside which compiler directive should I set it? I would think MSWINDOWS
> > but the drag-drop files code in TJvFileDirEdit is enclosed with the VCL
> > directive...?

VisualCLX is also availble under MSWINDOWS but it has no HWND so it is
better to use VCL.


-- Regards, Andreas Hausladen 

Subject: Which compiler directive to use?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 04 Mar 2004 21:43:21 +0100
Newsgroups: jedi.vcl

I want to add autocompletion to TJvFileDirEdit using the Windows API SHAutoComplete.

Inside which compiler directive should I set it? I would think MSWINDOWS but the drag-drop files code in TJvFileDirEdit is enclosed with the VCL directive...?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: TJvCreateProcess / stderr
From: "F.D.Castel" <fdcastel@sbringle.com>
Date: Thu, 4 Mar 2004 20:34:02 +0000 (UTC)
Newsgroups: jedi.vcl

Hello!

Does TJvCreateProcess redirects stderr output to OnRead Event?

If it doesn´t, could someone provide me some general directions about
how to change the source code to achieve this?



I´m trying to understand the code. What about this piece?

--- [JvCreateProcess.pas, line 328] ----------------------

    // Create a duplicate of the output write handle for the std error
    // write handle. This is necessary in case the child application
    // closes one of its std output handles.
    if not DuplicateHandle(GetCurrentProcess, ConsoleHandles.Write,
      GetCurrentProcess,
      @ConsoleHandles.Error, // Address of new handle.
      0, True, // Make it inheritable.
      DUPLICATE_SAME_ACCESS) then
      RaiseLastOSError;

----------------------------------------------------------

Best regards,

F.D.Castel.


Subject: Re: Just purchased and installed Delphi 7 pro...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Mar 2004 21:23:42 +0100
Newsgroups: jedi.vcl

Did you start Delphi before installing JVCL? Did you have any components?

I've had this error a couple of times myself (without the JVCL). Doing a
complete uninstall and reinstall fixed it.

Make sure you start Delphi at least once before you install additional
libraries because I think Delphi delays creating some registry keys until it
is started the first time.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Just purchased and installed Delphi 7 pro...
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 4 Mar 2004 14:14:18 -0600
Newsgroups: jedi.vcl

I then installed jvcl 3. I open delphi for the first time, there are no
components whatsoever on the pallette. not just jvcl but none at all.
Help!!!!
What do i do now?

Thanks in advance,
Dave




Subject: Re: New Installer question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Mar 2004 21:06:42 +0100
Newsgroups: jedi.vcl

I would prefer if it called the JCL installer. That way, we benefit from any
updates and fixes they do and I guess our installer would be "cleaner" to
implement.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Style cleaning and global updates
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Mar 2004 21:05:12 +0100
Newsgroups: jedi.vcl

Who was the author ??? - Peter wasn't it you? :-)
Yes, of course, it was me.  But I am not talking about bugs introduced by
functional code changes (we can never protect ourself from those bugs 100%):
I am talking about bugs introduced by either changing the style without
modifying functionality (making it look good but not actually working) or
bugs introduced by making updates to 50 units at once without checking if
the changes actually works (checking that they compile is not enough) or
bugs introduced by changing things that work to something else that also
should work but doesn't really improve anything.

The bug you refer to is actually quite innocent because it is a syntactical
bug and won't even compile. A bug like the ones introduced in JvValidators
or JvTimeLine are worse: it compiles and seems to work but in actuality, it
doesn't.

BTW, I've experienced several times lately that I check in compiling and
working code but the code checked in is the *previous* version (i.e I've
changed "i" to "Result" and saved, but it's the "i" version that is
committed, nevertheless). The only thing that seems to help is to close the
file in Delphi before doing the commit. I don't know why this happens, but I
suspect there is some kind of caching going on.

I just want to make clear that I don't want to blame anyone or point the
finger on anyone. I just want everyone (me included, of course) to be more
careful and avoid making cosmetic changes and test functionality, not just
compilability, before comitting. We all make mistakes and we will continue
to make mistakes.

Let's just agree to try to minimize them as much as possible.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New Installer question
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Mar 2004 21:03:05 +0100
Newsgroups: jedi.vcl

Should the new installer be able to install JCL or should it call the
JCL-Installer ? (except the .dcp files)

-- Regards, Andreas Hausladen 

Subject: Re: Style cleaning and global updates
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Mar 2004 20:43:50 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > We've had numerous bug reports lately caused by global changes and style
> > cleaning where the person doing them clearly didn't understand why the
> > code looked like it did.

> > JvTimerList.pas(661) Error: Undeclared identifier: 'i'"

Reason: "- Added search methods for Name property (IndexOfName,
ItemByName)"
Who was the author ??? - Peter wasn't it you? :-)


"glGlobalData"
That was my falt. I changed it to GlobalglGlobalData for JvFinalize tests.
But I found a easier and better solution so I changed it back to
glGlobalData, compiled the test project with Delphi 7 (Since yesterday I'm
a owner of D7 and D8 Pro) and committed the file. So what was missing? The
new IDE is was not configured as I want it, so it does not Auto-Save on
compilation and the wrong file was committed. So far for my appologize.



-- Regards, Andreas Hausladen 

Subject: Fully expand JVDBLookupTreeViewCombo
From: "E.B." <ebenestante@gmx.net>
Date: Thu, 4 Mar 2004 16:42:19 -0300
Newsgroups: jedi.vcl

Is there any way to tell a TJvDBLookupTreeViewCombo that it must start fully
expanded?

I've tried setting AutoExpand to True but that does not have the desired
effect (the selected node does not appear expanded).

A FullEpxand method that forwards the command to the underlying treeview
would be handy, inst it?

Thanks,

C.A.










Subject: Re: IFDEF VCL and ELSE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Mar 2004 20:25:23 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > now only the JvEx files remain

Done.


-- Regards, Andreas Hausladen 

Subject: Re: Style cleaning and global updates
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Mar 2004 19:54:55 +0100
Newsgroups: jedi.vcl

Does that hit me?

Mea culpa. Mea maxima culpa.

I still feel innocent though. I did only basic cleaning lately or watched my changes closely.



Subject: IFDEF VCL and ELSE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Mar 2004 19:46:19 +0100
Newsgroups: jedi.vcl

I cleaned up the few remaining {$ELSE} parts of {$IFDEF VCL}.
now only the JvEx files remain with

{$IFDEF VCL}
 {$DEFINE NeedMouseEnterLeave}
{$ELSE}
 {$IF not declared(PatchedVCLX)}
  {$DEFINE NeedMouseEnterLeave}
 {$IFEND}
{$ENDIF VCL}


which should be changed to


{$IFDEF VCL}
 {$DEFINE NeedMouseEnterLeave}
{$ENDIF VCL}
{$IFDEF VisualCLX}
 {$IF not declared(PatchedVCLX)}
  {$DEFINE NeedMouseEnterLeave}
 {$IFEND}
{$ENDIF VisualCLX}



Subject: Re: Submitting changes to JvInterpreter?
From: Bogdan Ribic <ribicb_@yahoo_.com_>
Date: Thu, 04 Mar 2004 19:20:47 +0100
Newsgroups: jedi.vcl

 > Upload to bug tracker (http://jvcl.sf.net/mantis) as a new bug posting -
> mark as donation. Someone will check and add if it is OK.

Done



Subject: Re: Submitting changes to JvInterpreter?
From: Bogdan Ribic <ribicb_@yahoo_.com_>
Date: Thu, 04 Mar 2004 19:20:21 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I had the impression that JvInterpreter speed would benefit from hash tables for handing all the name lists.
> Since we have hash tables in the JCL someone could try to change it.
>
> Are you per chance interested?
>

Robert,

  This was just a quick hack, I added one check to GetExtFun function.

  I will have a look, but cannot make promises.

Boban.



Subject: Style cleaning and global updates
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Mar 2004 19:15:14 +0100
Newsgroups: jedi.vcl

This is to all JVCL developers:

When you are doing style cleaning and global changes across units, please
*make sure* the code still works!

We've had numerous bug reports lately caused by global changes and style
cleaning where the person doing them clearly didn't understand why the code
looked like it did. I don't think that is something other developers or
users should have to put with.

Basically, if you don't understand the code, don't touch it or ask here
before making the changes. Also, it is unacceptable to post here saying
something like: "I changed a bunch of units. Don't know if they work.
Someone else has to check them". If you can't test the changes you make -
and verify that they are correct - don't make them.

I believe that style cleaning *can* be a good thing but not as a goal in
itself. If you do functional modifications, it is OK to make the style
changes at the same time (but verify that it works!) but doing style
cleaning for style cleanings sake is something that I find pretty useless
and - as evidenced - could cause new bugs.

So, please refrain from modifying units for looks alone. It doesn't matter
if someone writes "i:integer" or "I:Integer". The important thing is that
the code is readable and *generally* follows the code style guide (note it
says:"guide" not "law enforced to the maximum").


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in JvValidatorsDemo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Mar 2004 19:00:19 +0100
Newsgroups: jedi.vcl

See my reply in Mantis on your bug report.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Submitting changes to JvInterpreter?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 04 Mar 2004 12:53:01 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I had the impression that JvInterpreter speed would benefit from hash tables for handing all the name lists.
> Since we have hash tables in the JCL someone could try to change it.
>
> Are you per chance interested?
>

Add me to the votes in favour of implementing that.  I might do it myself, but right now I'm busily working up JvChart into shape because I need it for an app I'm doing. Right now they brute-force their way through the variable names.  As a minimum, variable lists could be kept in sorted order, and a binary search would delivery faster results. This is relatively fast for less than 3 variables, but degrades quickly.

Perhaps we need a standard JvInterpreter Benchmark program, the execution time of which should be measured against the execution of
an IDENTICAL piece of compiled Pascal code, and the difference in execution times (which will vary from system to system, but
will probably stay close, even on high speed machines) between the
interpreted and compiled code could be our benchmarking X factor.

Any thoughts on that? Sieve of Eratosthenes for one, and a highly
variable-lookup intensive one to help show optimization of that case?

Fun.

Warren






Subject: Re: Submitting changes to JvInterpreter?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Mar 2004 18:31:26 +0100
Newsgroups: jedi.vcl

I had the impression that JvInterpreter speed would benefit from hash tables for handing all the name lists.
Since we have hash tables in the JCL someone could try to change it.

Are you per chance interested?



Subject: C# Highlighting
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 4 Mar 2004 12:08:11 -0500
Newsgroups: jedi.vcl

I'm looking at adding C# highlighting to TJvHLEditor and I have some
questions:

1) Is it yet safe to upload the (tested) changes to CVS again?
2) Anyone have any ideas on handling attributes?
3) How much additional work would it be to add it to TJvWideHLEditor?

-- Thanks, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Submitting changes to JvInterpreter?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Mar 2004 17:49:39 +0100
Newsgroups: jedi.vcl

> >    How do I submit those changes to JVCL? Does someone need to check and
> > approve?
Upload to bug tracker (http://jvcl.sf.net/mantis) as a new bug posting -
mark as donation. Someone will check and add if it is OK.
> > Also if you guys don't accept it, is it enough to just post
> > altered code on my website, to satisfy MPL license?
Yes, that would suffice if you document it in the program.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: offtopic? encryption
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 4 Mar 2004 18:54:16 +0300
Newsgroups: jedi.vcl

Hello, Steve!

 SW> Is there any way to encrypt

For example: www.sf.net ->search -> tplockbox

Sure they can ba encrypted, simpliest way is to XOR all bytes with some
value or ROT13, used in mail clients.

What is the trouble?
It is You who read and save files - and only You decide what t odo with
contents.


I think this message is not about JVCL at all - it is generic programming,
maybe generic Delphi-related programming.
I'd better discuss it in some general delphi-related forum, for example post
Your question to news://forum.cps.ru/cps.borland.delphi

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Bug in TjvFindReplace? (JVCL3)
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 4 Mar 2004 16:41:26 +0100
Newsgroups: jedi.vcl

Hello,

i was running into an infinite loop when using TjvFindReplace today. I was
using the component to replace some text wit the method "ReplaceAll" without
using any dialog.

In TJvFindReplace.ReplaceAll you will find the following lines:

    while FoundPos.StartAt > -1 do
    begin
      Inc(FNumberReplaced);
      if (frWholeWord in TmpOptions) and not FoundPos.isWhole then
        Continue;
      if (frMatchCase in TmpOptions) and not FoundPos.isSameCase then
        Continue;
      end;
      [...]

These lines lead to an infinite loop: the "Continue" jumps back to the start
of the loop without changing anything!

When i change the lines:

    while FoundPos.StartAt > -1 do
    begin
      Inc(FNumberReplaced);
      if (frWholeWord in TmpOptions) and not FoundPos.isWhole then begin
        FoundPos := FindInText(Txt, FFindText, FoundPos.StartAt + RLen + 1,
TLen + (RLen - SLen), True); // <=
        Continue;
      end;
      if (frMatchCase in TmpOptions) and not FoundPos.isSameCase then begin
        FoundPos := FindInText(Txt, FFindText, FoundPos.StartAt + RLen + 1,
TLen + (RLen - SLen), True); //<=
        Continue;
      end;
     [...]

then it works as expected.

Can anyone confirm this, please? The version i work with is about two weeks
old (snapshot) and i do not want to make an an update right now because of a
comming deadline in my project (never change a running system...)

If someone can confirm this i would make an entry in the bugtracker.

Thanks
Ralf




Subject: Submitting changes to JvInterpreter?
From: Bogdan Ribic <ribicb_@yahoo_.com_>
Date: Thu, 04 Mar 2004 16:15:54 +0100
Newsgroups: jedi.vcl

Hi All,

  I made some changes to JvInterpreter unit, namely added a feature to disable external function calls, as a property to TJvInterpreterAdapter and TJvInterpreterExpression classes. I need to control whether scripts can access files etc, so this seemed like easiest way (thanks, Ivan). It is maybe twenty lines of code added.

  How do I submit those changes to JVCL? Does someone need to check and approve? Also if you guys don't accept it, is it enough to just post altered code on my website, to satisfy MPL license?

Boban.



Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Mar 2004 14:53:33 +0100
Newsgroups: jedi.vcl

> > Sure, where is the FAQ on how to do that?
Bugtracker is at http://jvcl.sf.net/mantis

> > Also, how do I clear up this (I use Tortoise for CVS):
Delete the local files and do a CVS update.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Thu, 4 Mar 2004 08:50:01 -0500
Newsgroups: jedi.vcl

Sure, where is the FAQ on how to do that?

Also, how do I clear up this (I use Tortoise for CVS):

cvs update: move away JVCL3/common/jedi.inc; it is in the way
cvs update: move away JVCL3/common/jvcl.inc; it is in the way
C JVCL3/common/jvuib.inc
C JVCL3/common/windowsonly.inc
cvs update: move away JVCL3/common/jvuib.inc; it is in the way
cvs update: move away JVCL3/common/windowsonly.inc; it is in the way

Thank You

-Craig

"Jens" <jens.fudickar@oratool.de> wrote in message
news:c26u8f$4ai$1@talkto.net...
> > Hi,
> >
> > can you plase add an entry to the bug-tracking system.




Subject: Re: JvDBDateEdit not raise an exception when date is not valid
From: Erick Sasse <esasse@mandic.com.br>
Date: Thu, 04 Mar 2004 10:45:28 -0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>> How can I set JvDBDateEdit to not raise an exception when date entered
>>> is not valid?
>
>
> You could hook Application.OnException and show your own dialog (or not),
> something like:

How could I create a new descendent component that doesn't raise an exception, instead of hooking the exception into the application?

I was looking at the source and CheckValidDate, which raises the exception is not virtual so that I can override. Also some vars used inside it are private.

Can I do it, whitout changing the base class? Any tips would help as I don't have experience wrinting components.

Thanks a lot!

-- 
Erick Sasse


Subject: Re: JvTimeline
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Mar 2004 13:59:25 +0100
Newsgroups: jedi.vcl

> > okay, that I can understand. However, the icons of the appointments seem
> > to appear in the scrollbar region (in the horizontal one at least).
That is also as designed. You don't like<g>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: very strange BCB6 behaviour
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 04 Mar 2004 22:51:44 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> I noticed very strange thing, probably 5 days ago and up to now,
> making of my project for the first time is OK, but the socond time the IDE will be frozen on the linkage stage and I have to kill BCB, after that the same will repeat again.
> I am refreshing JVCL3 every day, so this may be connected with the JVCL changes.
> I have the same proble on two PC with the different OSs (WinXP-Win2003).
> May be somebody have seen this?
No I haven't seen that. And I too update the JVCL everyday.
Try to create a small project that reproduces the error.


Subject: Re: Limiting JvInterpreter file acces
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 4 Mar 2004 15:41:19 +0300
Newsgroups: jedi.vcl

> >   thanx for the answer. I guess what I really meant is if JvInterpreter
> > can access files without including any JvInterpreter_something units?
> >
To work with interpreter you dont need to include any
JvInterpreter_something units, but if you want to use delphi routines you
must add into uses section JvInterpreter_All unit.
So, look at initialization section of JvInterpreter_All:
initialization

JvInterpreter_System.RegisterJvInterpreterAdapter(GlobalJvInterpreterAdapter
);

JvInterpreter_SysUtils.RegisterJvInterpreterAdapter(GlobalJvInterpreterAdapt
er);

JvInterpreter_Classes.RegisterJvInterpreterAdapter(GlobalJvInterpreterAdapte
r);
....

Unit JvInterpreter_Classes has adapter for class TFileStream and since
JvInterpreter_All registers it, any script can create FileStream and get
access to your files.
To prevent it, you must comment string
//JvInterpreter_Classes.RegisterJvInterpreterAdapter(GlobalJvInterpreterAdap
ter);
(and you cant run any routine from Classess)
or go to JvInterpreter_Classes.RegisterJvInterpreterAdapter and there
comment all strings containing 'TFileStream'.

Moreover, if you will comment all unsafe routines, interpreter still can
import and execute external functions (for example, from Kernel32.dll :)).
So, if you dont like troyan horses, your program must control downloaded
scripts and dont run them if there are external declarations, CreateProcess
(from JvInterpreter_Windows) and so on.





Subject: Re: JvTimeline
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Thu, 04 Mar 2004 13:19:21 +0100
Newsgroups: jedi.vcl

Hi Peter,

okay, that I can understand. However, the icons of the appointments seem to appear in the scrollbar region (in the horizontal one at least).

With scrollbar region I mean the area between the arrows where the bar appears most of the times.

-- Holger


Peter Thörnqvist wrote:
> BIG misunderstanding here: the vertical scrollbar buttons disappear if there
> are no items above or below (i.e. they AutoHide). So, the behavior is as
> designed (unless they disappear even if there are items than can be scrolled
> into view, in which case it is a bug).


Subject: Re: Limiting JvInterpreter file acces
From: Bogdan Ribic <ribicb_@yahoo_.com_>
Date: Thu, 04 Mar 2004 12:59:43 +0100
Newsgroups: jedi.vcl

Ivan,

 thanx for the answer. I guess what I really meant is if JvInterpreter can access files without including any JvInterpreter_something units?

Boban.


Ivan Ravin wrote:

>>   I'm new to JvInterpreter, so forgive me if question is stupid. I want
>> to prevent JvInterpreter scripts from disk and registry access, and to
>> do it all from functions I add to it. Scripts will be dnlded from net
>> and I want to control what they can or cannot do.
>>
>>   So, do I need to dive into sources, or just not include a
>> JvInterpreter_something unit?
>>
>
> Interpreter can execute any routine registered by
> RegisterJvInterpreterAdapter procedure. All JvInterpreter_something units
> have this procedure.
> You can:
> 1) comment JvInterpreter_something.RegisterJvInterpreterAdapter in
> JvInterpreter_All - so all routines from unit "something" will be unusibe
> from JvInterpreter
> 2) comment only registering of unsafe routines (some strings in procedure
> RegisterJvInterpreterAdapter) in any unit JvInterpreter_something
> 3) make own unit JvInterpreter_OnlySafeRoutines and include it in project
>
>
>



Subject: Re: Limiting JvInterpreter file acces
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 4 Mar 2004 14:54:20 +0300
Newsgroups: jedi.vcl

> >    I'm new to JvInterpreter, so forgive me if question is stupid. I want
> > to prevent JvInterpreter scripts from disk and registry access, and to
> > do it all from functions I add to it. Scripts will be dnlded from net
> > and I want to control what they can or cannot do.
> >
> >    So, do I need to dive into sources, or just not include a
> > JvInterpreter_something unit?
> >
Interpreter can execute any routine registered by
RegisterJvInterpreterAdapter procedure. All JvInterpreter_something units
have this procedure.
You can:
1) comment JvInterpreter_something.RegisterJvInterpreterAdapter in
JvInterpreter_All - so all routines from unit "something" will be unusibe
from JvInterpreter
2) comment only registering of unsafe routines (some strings in procedure
RegisterJvInterpreterAdapter) in any unit JvInterpreter_something
3) make own unit JvInterpreter_OnlySafeRoutines and include it in project





Subject: Re: PChar style clean?
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Thu, 4 Mar 2004 12:53:04 +0100
Newsgroups: jedi.vcl

At 06:40:26, 04.03.2004, Robert Marquardt wrote:

> > I changed it to emphasize that you did not use indexed access at all.
> > It was ALWAYS P[0] and Inc(P).
> > Please do not revert before we discussed it.

In that case, if Inc() or Dec() are used, I would not use the indexing
syntax either. I would also have used P^.

-- Rudy Velthuis "Testing proves the presence, not the absence, of bugs." -- Edsger Dijkstra 

Subject: Re: PChar style clean?
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Thu, 4 Mar 2004 12:52:01 +0100
Newsgroups: jedi.vcl

At 22:26:02, 03.03.2004, Robert Rossmair wrote:

>> > > No, it must only be rewritten to:
>> > > 
>> > >   (P + 1)^ and (P + 2)^
> > 
> > Syntactically hardly nicer than the above.

I think without the casts it looks a lot prettier than with the
convoluted cast to Integer and back to PChar. I personally think it is
wrong (semantically, not syntactically) to treat a PChar as an array if
the PChar is moving, i.e. is used as a pointer into a buffer. If it is
used as a pointer to a buffer, it whould be indexed.

IOW, I would use P^ if it is used _like_ a PByte, and indexing is it was
used like a _PByteArray_.

So it would depend a little on how I used it.
-- Rudy Velthuis "Never test for an error condition you don't know how to handle." -- Steinbach's Guideline for Systems Programmers. 

Subject: Limiting JvInterpreter file acces
From: Bogdan Ribic <ribicb_@yahoo_.com_>
Date: Thu, 04 Mar 2004 12:25:48 +0100
Newsgroups: jedi.vcl

Hello all,

  I'm new to JvInterpreter, so forgive me if question is stupid. I want to prevent JvInterpreter scripts from disk and registry access, and to do it all from functions I add to it. Scripts will be dnlded from net and I want to control what they can or cannot do.

  So, do I need to dive into sources, or just not include a JvInterpreter_something unit?

  Btw, JCL is a life saver, thank you for all the great work.

Boban.



Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 4 Mar 2004 11:25:06 +0000
Newsgroups: jedi.vcl

Hi,

can you plase add an entry to the bug-tracking system. 

And then can you please add an sample project, where the behaviour is shown.

Greetings and thanks
Jens

> >JvAppStorage and JvAppIniStorage work well when there is only one form.  If
> >you use them on any sub forms then this issue shows up.  I hope this enough
> >information to help move toward a fix or work around.  Good Luck, Good Night
> >and Thanks.
> >
> >Craig.
> >
> >
> >"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
> >news:c26cc0$1a5$1@talkto.net...
>> >> Craig wrote:
>> >>
>>> >> > I have the same issue and can not find a work around.
>>> >> > AnyBody?
>> >>
>> >> Try to call Flush and Reload at strategic places, it should help.
>> >> Note that Flush is called when the component is destroyed
>> >>
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvTimeline
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Mar 2004 12:11:38 +0100
Newsgroups: jedi.vcl

> > if I run the demo alone the same error prevails. I posted the
> > screenshots to binaries.
BIG misunderstanding here: the vertical scrollbar buttons disappear if there
are no items above or below (i.e. they AutoHide). So, the behavior is as
designed (unless they disappear even if there are items than can be scrolled
into view, in which case it is a bug).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in JvValidatorsDemo
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Thu, 4 Mar 2004 11:56:58 +0100
Newsgroups: jedi.vcl

"Karlheinz" <KarlheinzJansen@web.de> schrieb im Newsbeitrag
news:c26pr3$3fn$1@talkto.net...
> > Made a new update from CVS and works now.
> >
> >
>> > > The components TJvRangeValidator, TJvRequiredFieldValidator,
>> > > TJvCustomValidator, TJvRegularExpressionValidator are missing for the
> > form.
>> > >
>> > > Why????
>> > >
>> > > Regards Karlheinz
>> > >
>> > >
> >
Something is wrong and I have no idea what happens.

If you have a look into Mainfrm.dfm with notepad you will find the following
at the end of the file.
If you open the project in Delphi7Pro the code is not there. During loading
you get the message from  the IDE that the objects are missing.

Any ideas what happend??

.... snip
    object JvRequiredFieldValidator1: TJvRequiredFieldValidator
      Valid = True
      ControlToValidate = edRequired
      PropertyToValidate = 'Text'
      Enabled = True
      ErrorMessage = 'Value in edRequired cannot be empty'
    end
    object JvCustomValidator1: TJvCustomValidator
      Valid = True
      ControlToValidate = edRequired10Chars
      PropertyToValidate = 'Text'
      Enabled = True
      ErrorMessage = 'Value in "edRequired10Chars" requires at least 10
characters'
      OnValidate = JvCustomValidator1Validate
    end
    object JvRegularExpressionValidator1: TJvRegularExpressionValidator
      Valid = True
      ControlToValidate = edRegExpr
      PropertyToValidate = 'Text'
      Enabled = True
      ErrorMessage = 'Value in "edRegExpr" does not match "A.B.C."'
      ValidationExpression = '^A.B.C.*'
    end
    object JvRangeValidator1: TJvRangeValidator
      Valid = True
      ControlToValidate = udRange0to100
      PropertyToValidate = 'Position'
      Enabled = True
      ErrorMessage = 'Value in "udRange0to100" must be between 0 and 100'
      MinimumValue = 0
      MaximumValue = 100
    end
  end

.... snip

Regards Karlheinz




Subject: Re: JvTimeline
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Thu, 04 Mar 2004 11:22:18 +0100
Newsgroups: jedi.vcl

Hi Peter,

if I run the demo alone the same error prevails. I posted the screenshots to binaries.

-- Holger


Peter Thörnqvist wrote:

> BTW; it's better to run the demo stand-alone from examples\JvTimeLine since
> the form created by the mega demo doesn't resize well.



Subject: JvInterpreter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Mar 2004 10:38:53 +0100
Newsgroups: jedi.vcl

It uses mainly sorted TList objects for keeping its lists of names.
I think it is in need of hash lists to speed it up.



Subject: changes to JvTypes.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Mar 2004 10:36:14 +0100
Newsgroups: jedi.vcl

I currently commit changes to JvTypes.pas.
Some types have been moved to the only file using the type.
One event type removed because it was duplicated in the source using it.
TJvGradStyle renamed to TJvGradientStyle.

I think i changed all relevant files.



Subject: Re: A first, quick, report
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Mar 2004 10:34:27 +0100
Newsgroups: jedi.vcl

If you are still getting the AV's, try modifying this in JvListView:

procedure TJvListView.Notification(AComponent: TComponent;
  Operation: TOperation);
var
  I: Integer;
begin
  inherited Notification(AComponent, Operation);
  if Operation = opRemove then
    if AComponent = HeaderImages then
      HeaderImages := nil
    else if not (csDestroying in ComponentState) and (AComponent is
TPopupMenu) then
      for I := 0 to Items.Count - 1 do
        if TJvListItem(Items[I]).PopupMenu = AComponent then
          TJvListItem(Items[I]).PopupMenu := nil;
end;

Does the AV's go away then (I am going to make this change anyway, but it
would be nice to know)?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in JvValidatorsDemo
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Thu, 4 Mar 2004 10:11:58 +0100
Newsgroups: jedi.vcl

Made a new update from CVS and works now.


> > The components TJvRangeValidator, TJvRequiredFieldValidator,
> > TJvCustomValidator, TJvRegularExpressionValidator are missing for the
form.
> >
> > Why????
> >
> > Regards Karlheinz
> >
> >




Subject: very strange BCB6 behaviour
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 04 Mar 2004 11:44:38 +0300
Newsgroups: jedi.vcl

I noticed very strange thing, probably 5 days ago and up to now,
making of my project for the first time is OK, but the socond time the IDE will be frozen on the linkage stage and I have to kill BCB, after that the same will repeat again.
I am refreshing JVCL3 every day, so this may be connected with the JVCL changes.
I have the same proble on two PC with the different OSs (WinXP-Win2003).
May be somebody have seen this?


Subject: How to add new contact using WABAPI without standard dialog?
From: "Sergey Nesterovsky" <sergey@nesterscript.com>
Date: Thu, 4 Mar 2004 10:41:48 +0200
Newsgroups: jedi.vcl

Hello, All!

I want to add new cantact, but I dont want to show dialog where user need to
enter name, mail ...
I need function where I can give as params name, nick, address, email...
function AddContact(name, mail, nick...: string): boolean;
and this function need to work "silent" without any dialogs.
Or somthing similar to this. It it possible to add contact "silent"?

With best regards, Sergey Nesterovsky.




Subject: Re: JVCL 2.1 Problems.Thanks.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 04 Mar 2004 18:35:17 +1000
Newsgroups: jedi.vcl

Oscar wrote:
> But 3.0 has some problems, such as compiler filezise to huge, delphi 5
> problems..

From time to time yes. But this will get fixed.


Subject: Re: A first, quick, report
From: Lis <lis@despammed.com>
Date: Thu, 4 Mar 2004 09:30:59 +0100
Newsgroups: jedi.vcl

On Wed, 3 Mar 2004 15:04:23 +0100, Peter Thörnqvist wrote:

> > 
> > Thanks, we'll wait (in)patiently<g>

Yesterday I try to reproduce the error but is not so simple (just placing a
JvListView on a form doesn't raise any error), so I copied a complex form
and I'm trying to erase one component/routine at time, until I get a simple,
small example form wich raise the error. Please wait ;-)

Using the IDE I notice a high number of Access Violation (such as AV at
address 00000000 of xxxxxx) and this only after the installation of the new
JVCL. Often I have to close D6 from the task manager :-/
I use D6 Pro (build 240) with Update Pack 2 on a Windows 2000 SP3.
There is a way to catch source of theese AVs?
-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: Re: JvDBGrid and sortindicator
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 4 Mar 2004 08:47:58 +0100
Newsgroups: jedi.vcl

Problem solved.
One have to set SortedField as well as SortMarker.

No need for any changes at the moment.

Flemming




Subject: Re: Error in the last cvs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Mar 2004 08:43:00 +0100
Newsgroups: jedi.vcl

> > Did you also update the packages ?
No, I only updated the xml files.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Thu, 4 Mar 2004 02:03:46 -0500
Newsgroups: jedi.vcl

JvAppStorage and JvAppIniStorage work well when there is only one form.  If
you use them on any sub forms then this issue shows up.  I hope this enough
information to help move toward a fix or work around.  Good Luck, Good Night
and Thanks.

Craig.


"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:c26cc0$1a5$1@talkto.net...
> > Craig wrote:
> >
>> > > I have the same issue and can not find a work around.
>> > > AnyBody?
> >
> > Try to call Flush and Reload at strategic places, it should help.
> > Note that Flush is called when the component is destroyed
> >




Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 04 Mar 2004 17:01:13 +1000
Newsgroups: jedi.vcl

Craig wrote:

> This was tried:
>  FrmSub.JvAppIniFileStorage2.Flush;
>  FrmSub.JvAppIniFileStorage2.Reload;
>
> (all was good at this point)
>
> But after FrmSub.Free all properties were reset again.

I'm only guessing here, I haven't got Delphi just right to me.

Are you using a file?
Because when you free the form, It would write to that file and then when you create it again, it would open it again. But if no filename is given, none of this happens.



Subject: Re: 2.1x to 3.0beta
From: "Craig" <craig@qnotes.com>
Date: Thu, 4 Mar 2004 01:31:43 -0500
Newsgroups: jedi.vcl

So far converting from TFormPlacement and TFormStorage has been really
tough.  I think there is a bug with the new TJvAppIniFileStorage where it
resets all properties back to inherited values.  See the other 03/03/2004
thread on this.

The good news is that I got my smallest app to compile and run with 3.0
installed.

I used at least TJvLabel, TJvMail, and TJvSwitch.

Here is part of my uses clause:
  JvFormPlacement, JvJVCLUtils, JvComponent, JvMail, JvExControls, JvLabel,
JvAppStorage,
  JvAppIniStorage;




Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Thu, 4 Mar 2004 01:19:14 -0500
Newsgroups: jedi.vcl

This was tried:
 FrmSub.JvAppIniFileStorage2.Flush;
 FrmSub.JvAppIniFileStorage2.Reload;

(all was good at this point)

But after FrmSub.Free all properties were reset again.

There is a JvAppIniFileStorage1 on the main form.


"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:c26cc0$1a5$1@talkto.net...
> > Craig wrote:
> >
>> > > I have the same issue and can not find a work around.
>> > > AnyBody?
> >
> > Try to call Flush and Reload at strategic places, it should help.
> > Note that Flush is called when the component is destroyed
> >




Subject: Re: PChar style clean?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Mar 2004 06:40:26 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert had changed all my
>
> // P: PChar;
> while P[0] <> #0 do ...
>
> to the dereferencer ^:
>
> while P^ <> #0 do
>
> What do you think is the better one. I had choosen the the P[0] because
> when I have to use P[1] or P[2] it is more clearly than to have two
> different syntax constructs.
>
>

I changed it to emphasize that you did not use indexed access at all.
It was ALWAYS P[0] and Inc(P).
Please do not revert before we discussed it.



Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 04 Mar 2004 15:20:01 +1000
Newsgroups: jedi.vcl

Craig wrote:

> I have the same issue and can not find a work around.
> AnyBody?

Try to call Flush and Reload at strategic places, it should help.
Note that Flush is called when the component is destroyed



Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Thu, 4 Mar 2004 00:07:06 -0500
Newsgroups: jedi.vcl

It seems that it is resetting back to the default properties' vaules when
the main form showes.


"Craig" <craig@qnotes.com> wrote in message news:c26abp$135$1@talkto.net...
> > I have the same issue and can not find a work around.
> > AnyBody?
> >
> > "Charles Ginzel" <cginzel@hotmail.com> wrote in message
> > news:c267vs$s0$1@talkto.net...
>> > > I think I'm missing something here... I have a form that has a
> > TJvAppStorage
>> > > and a TJvAppIniStorage component on it and I've configured it to save a
>> > > couple of form fields. If I close the form at runtime and reopen it,
>> > > everything is shown which is awesome, but if I close the whole app, the
> > ini
>> > > file is reset and all of the values are lost...
>> > >
>> > > What gives?
>> > >
>> > > -Charles
>> > >
>> > >
> >
> >




Subject: Re: JvAppStorage and JvAppIniStorage usage?
From: "Craig" <craig@qnotes.com>
Date: Wed, 3 Mar 2004 23:45:44 -0500
Newsgroups: jedi.vcl

I have the same issue and can not find a work around.
AnyBody?

"Charles Ginzel" <cginzel@hotmail.com> wrote in message
news:c267vs$s0$1@talkto.net...
> > I think I'm missing something here... I have a form that has a
TJvAppStorage
> > and a TJvAppIniStorage component on it and I've configured it to save a
> > couple of form fields. If I close the form at runtime and reopen it,
> > everything is shown which is awesome, but if I close the whole app, the
ini
> > file is reset and all of the values are lost...
> >
> > What gives?
> >
> > -Charles
> >
> >




Subject: JvAppStorage and JvAppIniStorage usage?
From: "Charles Ginzel" <cginzel@hotmail.com>
Date: Wed, 3 Mar 2004 22:07:26 -0600
Newsgroups: jedi.vcl

I think I'm missing something here... I have a form that has a TJvAppStorage
and a TJvAppIniStorage component on it and I've configured it to save a
couple of form fields. If I close the form at runtime and reopen it,
everything is shown which is awesome, but if I close the whole app, the ini
file is reset and all of the values are lost...

What gives?

-Charles




Subject: Re: Guru Delphi
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 04 Mar 2004 13:18:37 +1000
Newsgroups: jedi.vcl

Julien Ferraro wrote:

> Something I use and I don't see often elsewhere are class method.
> Every for I create contains an Execute method :
>
> class procedure TMyForm.Execute : Boolean;
> begin
>   with TMyForm.Create(Application) do
>   try
>     Result := (ShowModal = mrOK);
>   finally
>     Release;
>   end;
> end;
>
> It's also usefull to pass parameters to the form. And the method can be a
> procedure if you don't need to know if the form was canceled or not.
To pass parameters, I'd rather declare a new constructor with the extra parameters, but that's maybe because I've been doing a lot of C++ lately.
As to the class methods themselve, I'd use them if I could have class variables not just unit variables...



Subject: Re: Guru Delphi
From: Julien Ferraro <jfk_pub.remove@netcourrier.com>
Date: Thu, 4 Mar 2004 06:00:46 +0400
Newsgroups: jedi.vcl

On Wed, 03 Mar 2004 16:57:07 +0100, Robert Marquardt wrote:

> > I want to write up a text about the unknown but useful areas of Delphi.
> > 
> > My current favorites are private constructors (like in my HID component) 
> > and units with empty interface section (which work through 
> > initialization code).
> > 
> > What other tricks do we have around?
> > 
> > Also nice syntax stumbling blocks would be interesting also.
> > It is for example possible to validly have a ";" before an "else".


Something I use and I don't see often elsewhere are class method.
Every for I create contains an Execute method :

class procedure TMyForm.Execute : Boolean;
begin
  with TMyForm.Create(Application) do
  try
    Result := (ShowModal = mrOK);
  finally
    Release;
  end;
end;

It's also usefull to pass parameters to the form. And the method can be a
procedure if you don't need to know if the form was canceled or not.

Julien


Subject: Re: 2.1x to 3.0beta: Issues
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 04 Mar 2004 11:48:38 +1000
Newsgroups: jedi.vcl

Craig wrote:

> OBones,
> Thank you, and I have already done both.
>
> JVCLConvert is adding the text 'ItemPainter.' to any existing string
> 'LeftMargin' it should not do that.
Woops, sorry, it's my fault. I'll change that.

> TFormPlacement and TFormStorage have changed greatly so plan for some extra
> time here if you used them in 2.10.
Yes, but I think it's a change for the best.



Subject: Re: 2.1x to 3.0beta: Issues
From: "Craig" <craig@qnotes.com>
Date: Wed, 3 Mar 2004 20:33:02 -0500
Newsgroups: jedi.vcl

OBones,
Thank you, and I have already done both.

JVCLConvert is adding the text 'ItemPainter.' to any existing string
'LeftMargin' it should not do that.
TFormPlacement and TFormStorage have changed greatly so plan for some extra
time here if you used them in 2.10.


"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:c25scv$v9b$2@talkto.net...
> > Craig wrote:
> >
>> > > Hi all,
>> > >
>> > > I'm about to try updating my 2.1 to 3.0 beta.  I have 4 applications and
one
>> > > is quite large.  I will post my progress on this thread.
>> > > I have already removed 2.1 (or it 2.11) from my Delphi 7 pro.  I use XP
home
>> > > and will start with my smallest application.
>> > > More details over the next three days.  I will also list which JV
components
>> > > the I use - about 20 or so.
>> > >
> > Thanks for that.
> > Please consider reading migration.html (in help) and using the
> > JVCLConvert program, it should help you fix most of the problems ;-)
> >




Subject: Re: JVCL 2.1 Problems.Thanks.
From: Oscar <Oscar@yahoo.com>
Date: Thu, 4 Mar 2004 01:11:04 +0000 (UTC)
Newsgroups: jedi.vcl

But 3.0 has some problems, such as compiler filezise to huge, delphi 5
problems..
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:c21abi$4t6$1@talkto.net: 




Subject: Re: JvgExportComponents: BoolToStr => BooleanToStr
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Mar 2004 01:48:17 +0100
Newsgroups: jedi.vcl

m.banaouas wrote:

> > JvgExportComponents.pas
> > BoolToStr is not found under D5

Already fixed in developer CVS. Just wait some hours until the anonymous
CVS is updated.


-- Regards, Andreas Hausladen 

Subject: Re: 2.1x to 3.0beta
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 04 Mar 2004 10:47:28 +1000
Newsgroups: jedi.vcl

Craig wrote:

> Hi all,
>
> I'm about to try updating my 2.1 to 3.0 beta.  I have 4 applications and one
> is quite large.  I will post my progress on this thread.
> I have already removed 2.1 (or it 2.11) from my Delphi 7 pro.  I use XP home
> and will start with my smallest application.
> More details over the next three days.  I will also list which JV components
> the I use - about 20 or so.
>
Thanks for that.
Please consider reading migration.html (in help) and using the JVCLConvert program, it should help you fix most of the problems ;-)



Subject: JvgExportComponents: BoolToStr => BooleanToStr
From: "m.banaouas" <mbana@wanadoo.fr>
Date: Thu, 04 Mar 2004 01:26:09 +0100
Newsgroups: jedi.vcl

JvgExportComponents.pas
BoolToStr is not found under D5
I suggest te replace it with JclStrings.BooleanToStr

regards


Subject: 2.1x to 3.0beta
From: "Craig" <craig@qnotes.com>
Date: Wed, 3 Mar 2004 19:14:42 -0500
Newsgroups: jedi.vcl

Hi all,

I'm about to try updating my 2.1 to 3.0 beta.  I have 4 applications and one
is quite large.  I will post my progress on this thread.
I have already removed 2.1 (or it 2.11) from my Delphi 7 pro.  I use XP home
and will start with my smallest application.
More details over the next three days.  I will also list which JV components
the I use - about 20 or so.

-- Craig Oberfield 

Subject: Re: Guru Delphi
From: "Daniel Rail" <daniel@accra.ca>
Date: Wed, 3 Mar 2004 20:04:08 -0400
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:c24tah$q0p$1@talkto.net...
> > Also nice syntax stumbling blocks would be interesting also.
> > It is for example possible to validly have a ";" before an "else".

An IDE expert should be feasible, since CodeRush does have this feature.
CodeRush highlights in red the offending ";".

Daniel Rail




Subject: Re: JvChart.pas uses Math => D5 needs JclMath
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Mar 2004 00:29:42 +0100
Newsgroups: jedi.vcl

Please download the newest files from CVS.



-- Regards, Andreas Hausladen 

Subject: Re: Error in the last cvs
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 04 Mar 2004 08:59:36 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Thanks a lot. I've updated the files in CVS.
>
Did you also update the packages ?
Because I just got them and they are generated with Theme support on and that's not a good thing to do.
If it's not you, well then, sorry for the rant, it's just that it got to my nerve when I couldn't compile the JVCL yesterday evening. Nothing much really, but I'm a bit "on the verge" at the moment.



Subject: JvChart.pas uses Math => D5 needs JclMath
From: "m.banaouas" <mbana@wanadoo.fr>
Date: Wed, 03 Mar 2004 23:47:19 +0100
Newsgroups: jedi.vcl

implementation

uses
  //Math, // VCL math: function isNan, constant NaN.
  JclMath, // VCL math: function isNan, constant NaN.
  ...

JvChart.pas uses Math => D5 needs JclMath

thanks


Subject: Re: [Bug] JvTimerList.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Mar 2004 23:40:47 +0100
Newsgroups: jedi.vcl

Sebastian wrote:

> > "..\dev\JVCL3\run\JvTimerList.pas(661) Error: Undeclared identifier: 'i'"

Fixed in CVS. Furthermore the JVCL 3 now compiles with Delphi 5 again.


-- Regards, Andreas Hausladen 

Subject: [Bug] JvTimerList.pas
From: Sebastian <lordraptor@webNOSPAM.de>
Date: Wed, 03 Mar 2004 23:38:58 +0100
Newsgroups: jedi.vcl

Greetings!

I've downloaded the latest JVCL3 snapshot from CVS a few minutes ago and tried to install it. The installation programm gave me he following compiling error:


"..\dev\JVCL3\run\JvTimerList.pas(661) Error: Undeclared identifier: 'i'"


I looked into the source and it seems that there is a bug:

[code]

function TJvTimerEvents.IndexOfName(const AName: string): integer;
begin
  for Result := 0 to Count - 1 do
    if AnsiSameText(AName, Items[i].Name) then
      Exit;
  Result := -1;
end;

[/code]

The 'i' in 'Items[i]' seems not to be defined. It has to be 'Items[Result]' instead...!?!


Maybe I'm totally wrong, you'll know it better than I do :)



regards,
Sebastian


Subject: Re: one again ...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Mar 2004 23:24:57 +0100
Newsgroups: jedi.vcl

m.banaouas wrote:

> > I think we should add JvJCLUtils to JvWStrUtils.pas unit uses section:

No. I had updated this without he JvJCLUtils dependency.


-- Regards, Andreas Hausladen 

Subject: one again ...
From: "m.banaouas" <mbana@wanadoo.fr>
Date: Wed, 03 Mar 2004 23:22:24 +0100
Newsgroups: jedi.vcl

Compiling package: JvCoreD5R.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\Delphi5\lib\JVCL\common\JvWStrUtils.pas(345)
Erreur: Identificateur non déclaré : 'Sign'

I think we should add JvJCLUtils to JvWStrUtils.pas unit uses section:

implementation

uses
  {$IFNDEF COMPILER6_UP}
  Windows,
  Consts,
  JvJCLUtils.pas, <<<<<<<<<<<<<< DELPHI5
  {$ELSE}
  RTLConsts,
  {$ENDIF !COMPILER6_UP}
  Math;



Subject: Re: compilation error about TJvTimerEvents::Owner
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Mar 2004 22:59:18 +0100
Newsgroups: jedi.vcl

m.banaouas wrote:

> > Erreur: Identificateur non déclaré : 'Owner'

I'm working on it. The JvTimerEvents on the CVS server should be fixed.
But after this I ended up in JvDBSearchComboBox.pas where I will try to
find a solution.




-- Regards, Andreas Hausladen 

Subject: compilation error about TJvTimerEvents::Owner
From: "m.banaouas" <mbana@wanadoo.fr>
Date: Wed, 03 Mar 2004 22:50:22 +0100
Newsgroups: jedi.vcl

hi,

DELPHI5 Ent

Compiling package: JvSystemD5R.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
C:\Delphi5\lib\JVCL\run\JvTimerList.pas(439)
Erreur: Identificateur non déclaré : 'Owner'
-----------------------------------
procedure TJvTimerEvents.CalculateInterval(StartTicks: Integer);
var
  I: Integer;
  ExitLoop: Boolean;
begin
  if not (csDesigning in (Owner as TJvTimerList).ComponentState) then
  begin
  ...
-----------------------------------

regards


Subject: Re: PChar style clean?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 03 Mar 2004 22:26:02 +0100
Newsgroups: jedi.vcl

Rudy Velthuis wrote:

>>> when I have to use P[1] or P[2] 
>>
>> With Robert's syntax this must be rewritten to
>>
>> PChar(Integer(P) + 1)^ and PChar(Integer(P) + 2)^
>
>
> No, it must only be rewritten to:
>
>   (P + 1)^ and (P + 2)^

Syntactically hardly nicer than the above.

For my taste, the way Andreas had it at first is definitely cleaner.
I'd revert the changes.

Greetings, Robert


Subject: Re: JvTimeline
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 3 Mar 2004 21:45:59 +0100
Newsgroups: jedi.vcl

> > it's D7 and I haven't changed anything. I just changed the
> > JvTimeline.pas. Do I have to update anything else?
Not that I know of. Could you post a screenshot to binaries with how it
looks?

BTW; it's better to run the demo stand-alone from examples\JvTimeLine since
the form created by the mega demo doesn't resize well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeline
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 21:08:31 +0100
Newsgroups: jedi.vcl

Hi Peter,

it's D7 and I haven't changed anything. I just changed the JvTimeline.pas. Do I have to update anything else?

-- Holger

Peter Thörnqvist wrote:

>> works fine now. But there's another bug, which is pretty obvious if you
>> have a look at the Mega-Demo. If you use the vertical scrollbar by
>> pressing the lower button to scroll down, it changes position or
>> disappears. Same for the upper button.
>
>
> I can't see this with D6 or D7. Have you changed any of the default
> properties of the demo?
>


Subject: Re: PChar style clean?
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Wed, 3 Mar 2004 20:55:04 +0100
Newsgroups: jedi.vcl

At 18:36:40, 03.03.2004, Andreas Hausladen wrote:

> > Andreas Hausladen wrote:
> > 
>> > > when I have to use P[1] or P[2] 
> > 
> > With Robert's syntax this must be rewritten to
> > 
> > PChar(Integer(P) + 1)^ and PChar(Integer(P) + 2)^

No, it must only be rewritten to:

  (P + 1)^ and (P + 2)^

No need for the cast to Integer and back to PChar. PChar allows the kind
of pointer arithmeitc I posted above. You can even do:

  MyLength := PChar1 - PCharBase;

or
 
  MyPChar := OtherPChar - Integer;
-- Rudy Velthuis "Science is like sex: sometimes something useful comes out, but that is not the reason we are doing it" -- Richard Feynman 

Subject: Re: PChar style clean?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Mar 2004 18:36:40 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > when I have to use P[1] or P[2] 

With Robert's syntax this must be rewritten to

PChar(Integer(P) + 1)^ and PChar(Integer(P) + 2)^


-- Regards, Andreas Hausladen 

Subject: PChar style clean?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Mar 2004 18:35:36 +0100
Newsgroups: jedi.vcl

Robert had changed all my

// P: PChar;
while P[0] <> #0 do ...

to the dereferencer ^:

while P^ <> #0 do

What do you think is the better one. I had choosen the the P[0] because
when I have to use P[1] or P[2] it is more clearly than to have two
different syntax constructs.


-- Regards, Andreas Hausladen 

Subject: Re: JvTimeline
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 3 Mar 2004 18:22:49 +0100
Newsgroups: jedi.vcl

> > works fine now. But there's another bug, which is pretty obvious if you
> > have a look at the Mega-Demo. If you use the vertical scrollbar by
> > pressing the lower button to scroll down, it changes position or
> > disappears. Same for the upper button.

I can't see this with D6 or D7. Have you changed any of the default
properties of the demo?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: general praise
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 3 Mar 2004 18:13:18 +0100
Newsgroups: jedi.vcl

> >     Well, hardly a contest, is it <g>
Now, now, Marcel - be nice :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A first, quick, report
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 3 Mar 2004 17:45:36 +0100
Newsgroups: jedi.vcl

> > I Object ;)
> > 
> > I always wanted to say that.
:)

Do you actually object to renaming it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: general praise
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Mar 2004 17:39:05 +0100
Newsgroups: jedi.vcl

Hello, Holger!
You wrote  on Wed, 03 Mar 2004 17:21:53 +0100:

 HF> one word of praise for the Jedi developers: The update from version 2
 HF> to version 3 improves Delphi more than updating from D5 to D7 ;-)

    Well, hardly a contest, is it <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Extended TFont?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 3 Mar 2004 17:38:44 +0100
Newsgroups: jedi.vcl

> > A repacement has the problems with all the compont using a TImageList.
That could easily be solved by adding a design-time component editor with an
"Import" menu item...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeline
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 17:38:33 +0100
Newsgroups: jedi.vcl

Hi Peter,

works fine now. But there's another bug, which is pretty obvious if you have a look at the Mega-Demo. If you use the vertical scrollbar by pressing the lower button to scroll down, it changes position or disappears. Same for the upper button.

However, the component can be used now if you deactivate the vertical scrollbars...

-- Holger

Peter Thörnqvist wrote:

>> However, what is the correct way to let JVCL know that something
>> has changed. What do I need to recompile (D7 PRO)? I just do
>> not want to fool around, because
>> everything is running fine right now...
>
>
> You should only need to recompile (build is better) the package where
> JvTimeLine is located, ie JvCustomD7R.dpk.
>


Subject: Re: general praise
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 3 Mar 2004 17:36:39 +0100
Newsgroups: jedi.vcl

> > Hey,
> > 
> > one word of praise for the Jedi developers: The update from version 2 to 
> > version 3 improves Delphi more than updating from D5 to D7 ;-)
*That* is what I call praise!

Thank you very much!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: D7PRO: TJvListView
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 17:34:07 +0100
Newsgroups: jedi.vcl

Sorry, it was a little bit confusing for you. "Grid" was the name of the listview... And the message was refering to the window which owns Grid. So it said that Grid had not ancestor window - they just used another word, but "ancestor".

I cannot insert any breakpoints now, because I recoded everything using TListview. Sorry.

Peter Thörnqvist wrote:

>> "Grid has no ... window"
>
> Are you sure about this message? Sounds strange to me. Do you think you can
> debug it by setting a couple of breakpoints in JvListView pas:
> in TJvListView.Destroy and TJvListView.Notification.
>
> Thanks
>


Subject: Re: Missing and changed TimerList and PasswordForm
From: Henk Fikkert <none@mail.com>
Date: Wed, 03 Mar 2004 17:26:08 +0100
Newsgroups: jedi.vcl



Peter Thörnqvist wrote:

>> Although it is not too big a problem, it would be convenient to have
>> such a component in e.g. a depreciated section.
>
> Considering that we now have approx. 500 components, I think you can see why
> we try to remove the "quick-and-dirty" components. The removed components
> should be in \archive but you are on your own if you want to use them. We
> can only maintain so much...
No problem. I'm not stuck. It wasn't a real problem. Thanks for maintaining all the others! :)
>> Like Ingo I used different timers to monitor a number of processes. I
>> guess his solution will be good enough. But if names could be
>> reintroduced... :)
>
>
> You can use TJvTimerList.OnTimers and write something like:
>
> procedure TForm1.JvTimerList1Timers(Sender: TObject; Handle: Integer);
> var ATimer:TJvTimerEvent;
> begin
>   ATimer := JvTimerList1.ItemFromHandle(Handle);
>   if ATimer <> nil then
>   ...
> end;
>
> ...and you still have the OnTimer event for each timer if need be, so I
> don't quite see why a name is really necessary. We could add it, but it
> wouldn't be a named component instance as it was before: it would only be a
> convenience name, i.e you could write:
Convenience: that's what it's all about! ;)
I found a way to centralize my timer events. But you're right if MANY timers are involved, than a name isn't necessary at all. Then it's the structure that counts. But for the intermediate 3-5 timers I used for this occaision, Name and List helped me.
>   if (ATimer <> nil) and AnsiSameText(ATimer.Name, 'MyEggTimer') then
>     ...
>



Subject: general praise
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 17:21:53 +0100
Newsgroups: jedi.vcl

Hey,

one word of praise for the Jedi developers: The update from version 2 to version 3 improves Delphi more than updating from D5 to D7 ;-)

-- Holger


Subject: Re: Extended TFont?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Mar 2004 17:21:04 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > It would be nice to make a TImageList descendant or replacement which
> > does not rely on the Windows imagelist also. The VCL uses it in device
> > dependant mode and i found no way to override it otherwise.

Have you seen out TJvImageLIst component?


-- Regards, Andreas Hausladen 

Subject: Re: D7PRO: access violation vcl7.bpl
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 17:20:43 +0100
Newsgroups: jedi.vcl

Hi Peter,

I think this is really crappy  about Delphi. I've got like 40 forms in my application!

The new form values save interface is great btw. However, is there a "nice" way to exchange an INI-app-component into an XML-component. If I delete it and insert another one, all my references will be lost. I set the references manually, because I am upgrading from version 2...

Only thing that comes to my mind is editing the DFM file...

-- Holger

> Could very well be. You needed to do this anyway: if your users do it at
> run-time, the most common resullt is that your program just disappears (I've
> sent out programs like this a couple of times - very embarassing)


Subject: Re: Extended TFont?
From: The Graphical Gnome <rbraasem@xs4all.nl>
Date: Wed, 03 Mar 2004 16:58:22 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Peter Thörnqvist wrote:
>
>> I was thinking that since we already override almost every control in VCL
>> through the JvEx classes, shouldn't it be possible for us to transparently
>> implement something like this on top of the current Font property? I know I
>> woud like to have it. I haven't thought about *how* to do it but I don't see
>> it as a very complicated thing once we've decided whether we should do it or
>> not.
>>
>> What do you think?
>
>
> Go for it.
>
> It would be nice to make a TImageList descendant or replacement which does not rely on the Windows imagelist also. The VCL uses it in device dependant mode and i found no way to override it otherwise.
>
This whould be great. Perhaps even a list in which the images can have different sizes.

Can be loaded both .ico and .bmp (and .jpg and .png and .gif);

A repacement has the problems with all the compont using a TImageList.





Subject: Guru Delphi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Mar 2004 16:57:07 +0100
Newsgroups: jedi.vcl

I want to write up a text about the unknown but useful areas of Delphi.

My current favorites are private constructors (like in my HID component) and units with empty interface section (which work through initialization code).

What other tricks do we have around?

Also nice syntax stumbling blocks would be interesting also.
It is for example possible to validly have a ";" before an "else".



Subject: Re: Extended TFont?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Mar 2004 16:50:42 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I was thinking that since we already override almost every control in VCL
> through the JvEx classes, shouldn't it be possible for us to transparently
> implement something like this on top of the current Font property? I know I
> woud like to have it. I haven't thought about *how* to do it but I don't see
> it as a very complicated thing once we've decided whether we should do it or
> not.
>
> What do you think?

Go for it.

It would be nice to make a TImageList descendant or replacement which does not rely on the Windows imagelist also. The VCL uses it in device dependant mode and i found no way to override it otherwise.



Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Mar 2004 16:46:01 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  AH> I think this is what Robert wants when he writes in the todo.txt about
>  AH> the property order in JvToolEdit.pas that must be solved.

More or less. This is always an indication of bad design which is not resistant against changes in Delphi. It is always possible that the streaming system changes in a future Delphi version and the code will blow up in our face.



Subject: Error in JvValidatorsDemo
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Wed, 3 Mar 2004 16:23:31 +0100
Newsgroups: jedi.vcl

The components TJvRangeValidator, TJvRequiredFieldValidator,
TJvCustomValidator, TJvRegularExpressionValidator are missing for the form.

Why????

Regards Karlheinz




Subject: Re: D7PRO: TJvListView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 15:59:03 +0100
Newsgroups: jedi.vcl

> > "Grid has no ... window"
Are you sure about this message? Sounds strange to me. Do you think you can
debug it by setting a couple of breakpoints in JvListView pas:
in TJvListView.Destroy and TJvListView.Notification.

Thanks

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: D7PRO: access violation vcl7.bpl
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 15:57:05 +0100
Newsgroups: jedi.vcl

> > Maybe this has triggered the access violation??
Could very well be. You needed to do this anyway: if your users do it at
run-time, the most common resullt is that your program just disappears (I've
sent out programs like this a couple of times - very embarassing)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeline
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 15:55:23 +0100
Newsgroups: jedi.vcl

> > However, what is the correct way to let JVCL know that something
> > has changed. What do I need to recompile (D7 PRO)? I just do
> > not want to fool around, because
> > everything is running fine right now...

You should only need to recompile (build is better) the package where
JvTimeLine is located, ie JvCustomD7R.dpk.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with HINT in installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Mar 2004 15:53:29 +0100
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> > but if I see that a package uses VCL5 end VCLX5, while I'm
> > using Delphi 7, i get scared.

The installer gets its information from the .xml files in packages\xml.
These files have conditions that are not recongnized by the installer. And
so it displays *all* required and contained units even if they are not
required or contained for the selected target.



-- Regards, Andreas Hausladen 

Subject: Re: D7PRO: access violation vcl7.bpl
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 15:37:00 +0100
Newsgroups: jedi.vcl

I am in the process of opening every form of my application right now - really tedious work. Hoewever, sometimes I get a message that a property is missing, because of the version change. I ignore them all, make the neccessary changes, save it and the form still looks the same (it's mostly SelStart and stuff like that in edits). Maybe this has triggered the access violation??

Peter Thörnqvist wrote:

> You don't recompile vcl7.bpl. Ever.
>
> Instead, try opening D7 Packages.bpg in jvcl\packages and open each of the
> forms you find in each package (use the Project Manager in Delphi) and see
> if that shows any errors.
>


Subject: Re: JvTimeline
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 15:35:16 +0100
Newsgroups: jedi.vcl

Hi Peter,

I know how to access CVS and how to retrieve the files. However, what is the correct way to let JVCL know that something has changed. What do I need to recompile (D7 PRO)? I just do not want to fool around, because everything is running fine right now...

-- Holger


Peter Thörnqvist wrote:

> There was a bug in it that has been fixed. You can get it from CVS. If you
> can't access CVS, I could post it to binaries instead.



Subject: D7PRO: TJvListView
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 15:33:57 +0100
Newsgroups: jedi.vcl

Sorry in advance. But I hope you like that I post every bug I find...

scenario: MDI form with TJvListView, put TJvFormStorage on form, set active to True ==> Access violation if form is closed. Message is "Grid has no ... window"). In ends with an runtime error 216 and an endless number of access violations (null pointer access).

I know that it HAS to be the TJvListview, because I replaced it with TListview and everything works fine now!

-- Holger





Subject: Problems with HINT in installer
From: The Graphical Gnome <rbraasem@xs4all.nl>
Date: Wed, 03 Mar 2004 15:30:33 +0100
Newsgroups: jedi.vcl

I have some problems with the hints in the installer.

I think it great te be able to see the components and units in the package, but if I see that a package uses VCL5 end VCLX5, while I'm using Delphi 7, i get scared. Esp. if I made a stupid mistake, so it didn't compile.


Subject: Re: D7PRO: access violation vcl7.bpl
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 15:06:40 +0100
Newsgroups: jedi.vcl

You don't recompile vcl7.bpl. Ever.

Instead, try opening D7 Packages.bpg in jvcl\packages and open each of the
forms you find in each package (use the Project Manager in Delphi) and see
if that shows any errors.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Holger Flick" <rammbaer_nospampls@gmx.de> skrev i meddelandet news:c24kpm$o77$1@talkto.net...
> > Hi,
> >
> > since installing JVCL 3 Delphi crashes with an vcl7.bpl access violation
> > on certain forms. I cannot make out the mistake. Any hint how to
> > recompile vcl7.bpl in order to check if it's just because I did not
> > recompile it after installing JVCL3??
> >
> > -- Holger
> >




Subject: Re: A first, quick, report
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 15:04:23 +0100
Newsgroups: jedi.vcl

> > It's a project that I develop in my free time so now I can't reply
quickly,
> > but as soon as possible I'll try to debug it

Thanks, we'll wait (in)patiently<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid and sortindicator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 15:03:24 +0100
Newsgroups: jedi.vcl

> > Another minor problem: If Autosort = false; one have to maintain the
> > sortmarker by code.
That is the general idea<g>

> > If we can get it to work, may I also sugest  var SortMarker  included in
the
> > OnTitleClick event.
If needed, we can add it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeline
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 15:02:29 +0100
Newsgroups: jedi.vcl

There was a bug in it that has been fixed. You can get it from CVS. If you
can't access CVS, I could post it to binaries instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Mar 2004 14:58:49 +0100
Newsgroups: jedi.vcl

Hello, @in@taavi.ee!
You wrote  on Wed, 03 Mar 2004 13:35:24 GMT:

 >> (the provider core)

 > BTW I vaguely remember you to mention that you are writing a tutorial
 > about provider stuff... is it somewhere available, I woluld like to
 > learn more about this stuff.

    Search in jedi.binaries. I've posted a couple of versions of the
Provider tutorials (the latest on September 17th, 2003). They're incomplete
(and somewhat dated already; time flies when you're having fun...eeh..
extending the core) and I'll have to restart with copy-n-paste, since I
forgot to commit the tutorial sources *before* deleting and getting a clean
copy of the entire dev/help sub tree.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Wish I Didn't Miss You" by Angie Stone.




Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: @in@taavi.ee
Date: Wed, 03 Mar 2004 13:35:24 GMT
Newsgroups: jedi.vcl

On Wed, 3 Mar 2004 12:43:03 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

> > (the provider core) 

BTW I vaguely remember you to mention that you are writing a tutorial
about provider stuff... is it somewhere available, I woluld like to
learn more about this stuff.


ain


Subject: D7PRO: access violation vcl7.bpl
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 14:31:28 +0100
Newsgroups: jedi.vcl

Hi,

since installing JVCL 3 Delphi crashes with an vcl7.bpl access violation on certain forms. I cannot make out the mistake. Any hint how to recompile vcl7.bpl in order to check if it's just because I did not recompile it after installing JVCL3??

-- Holger



Subject: Re: A first, quick, report
From: Lis <lis@despammed.com>
Date: Wed, 3 Mar 2004 14:26:31 +0100
Newsgroups: jedi.vcl

On Wed, 3 Mar 2004 14:14:13 +0100, Peter Thörnqvist wrote:

> > I've tried and can't reproduce it. Maybe you are doing something else in the
> > form that causes the AV (possibly in combination with the JvListView).

It's a project that I develop in my free time so now I can't reply quickly,
but as soon as possible I'll try to debug it

-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: JvTimeline
From: Holger Flick <rammbaer_nospampls@gmx.de>
Date: Wed, 03 Mar 2004 14:24:43 +0100
Newsgroups: jedi.vcl

Hi guys,

the component mentioned above does not redraw correctly. I start the Demo and everything is displayed perfectly. If I click on the component or move the form everything is white. If I change a parameter everything becomes white as well...

I could really use this component very much, however, in this form it's useless.

-- Holger


Subject: Re: JvDBGrid and sortindicator
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 3 Mar 2004 14:18:32 +0100
Newsgroups: jedi.vcl

Another minor problem: If Autosort = false; one have to maintain the
sortmarker by code.
A logical place to do this is in 'OnTitleClick', but I can't get this to
work, might be a problem with the execution sequence.
If we can get it to work, may I also sugest  var SortMarker  included in the
OnTitleClick event.

Flemming




Subject: Re: A first, quick, report (was: I tried JVCL3 but...)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 14:14:13 +0100
Newsgroups: jedi.vcl

> > - I tested very quickly the application and now I get some Access
Violation
> > closing some windows. Debugging (very quickly, I had only few minutes, so
I
> > didn't have time to try to resolve the problem) I think that the problem
may
> > be in the TJvListView. Executing the following code:
I've tried and can't reproduce it. Maybe you are doing something else in the
form that causes the AV (possibly in combination with the JvListView).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Extended TFont?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 13:57:10 +0100
Newsgroups: jedi.vcl

I saw an interesting request in QC today (#7439):

----8<-------8<---------8<------------------8<-----------------
Add an enumerated property TFont.SystemFontType (see enum values below) so
that the TFont can be easily made to reflect one of the Windows system fonts
(caption, menu, tooltip etc.)

TSystemFontType = (sfNone, sfCaption, sfSmallCaption, sfMenu, sfStatus,
sfMessage);

These fonts can be easily retrieved by calling
SystemParametersInfo(SPI_GETNONCLIENTMETRICS).

If SystemFontType <> sfNone then all other properties should not be stored.
OTOH if any other property is modified then SystemFontType should
automatically be set to sfNone.

This would help UI developers to respect user font settings e.g. in cases
where a TToolbar is used as a main menu.
----8<-------8<---------8<------------------8<-----------------

I was thinking that since we already override almost every control in VCL
through the JvEx classes, shouldn't it be possible for us to transparently
implement something like this on top of the current Font property? I know I
woud like to have it. I haven't thought about *how* to do it but I don't see
it as a very complicated thing once we've decided whether we should do it or
not.

What do you think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Functions missing from JvINI
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 13:49:47 +0100
Newsgroups: jedi.vcl

Updated (thanks!) but note that I made some type name changes so you should
get the latest version from CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid and sortindicator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 13:37:31 +0100
Newsgroups: jedi.vcl

Updated in CVS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A first, quick, report
From: The Graphical Gnome <rbraasem@xs4all.nl>
Date: Wed, 03 Mar 2004 13:31:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Is it too late to change TJvTabAlignment prefix from "ta" to something
>> different, ie "tab"?
>
> It's never to late in JVCL<g>! Unless someone protests, we can change it to
> tab.
>
I Object ;)

I always wanted to say that.

Rob


Subject: Re: Functions missing from JvINI
From: The Graphical Gnome <rbraasem@xs4all.nl>
Date: Wed, 03 Mar 2004 13:30:10 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Can I add them and post to Bin.
>
> Please do
>
done


Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Mar 2004 13:29:02 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Wed, 3 Mar 2004 12:58:25 +0100:

 >> 2. the Style property MUST come before the ItemPainter
 >> property because if it comes after, the painter will be changed and
 >> reverted to default when style is read.

 AH> Whouldn't is be better if you use FStreamedStyle and assign it to the
 AH> Style property in Loaded.

 AH> pseudo code:

 AH> [snip]

    And then some additional code in SetStyle to make sure the correct
ItemPainter is created. Then of course make sure that during Loaded FStyle
is set instead of Style, otherwise it might generate the painter again.
Let's just say that it will be a lot more difficult to get working than the
pseudo code mentioned (which might already create some issues, because the
MenuStyle is not set when the Style property is read from the DFM).

 AH> I think this is what Robert wants when he writes in the todo.txt about
 AH> the property order in JvToolEdit.pas that must be solved.

    Yeah, but sometimes it's hard to get it working properly, especially if
the value of one property determines the class of another property. It's
even worse when you have to deal with the internal workings of a windows
common control, regarding a property change (like some of the issues I
encountered with the combo box/list box conversion to provider-aware).
Sometimes it's just plain easier to change the order of one or two
properties.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Youth of the Nation" by P.O.D.




Subject: Re: JvDBGrid and sortindicator
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 3 Mar 2004 13:27:35 +0100
Newsgroups: jedi.vcl

Fix'ed program in binaries.




Subject: Re: Functions missing from JvINI
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 13:07:24 +0100
Newsgroups: jedi.vcl

> > Can I add them and post to Bin.
Please do

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A first, quick, report (was: I tried JVCL3 but...)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 13:02:48 +0100
Newsgroups: jedi.vcl

> > Is it too late to change TJvTabAlignment prefix from "ta" to something
> > different, ie "tab"?
It's never to late in JVCL<g>! Unless someone protests, we can change it to
tab.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Mar 2004 12:58:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > 2. the Style property MUST come before the ItemPainter
> > property because if it comes after, the painter will be changed and
> > reverted to default when style is read.


Whouldn't is be better if you use FStreamedStyle and assign it to the
Style property in Loaded.

pseudo code:

procedure TJvMenu.SetStyle(Value: TJvMenuStyle);
begin
  if csLoading in ComponentState then
    FStreamedStyle := Value
  else
  if Value <> FStyle then
  begin
    FStyle := Value;
    if FStyle <> nil then
      MenuStyle := msExternal
    else
      MenuStyle := msDefault;
    Invalidate;
  end;
end;

procedure TJvMenu.Loaded;
begin
  inherited Loaded;
  Style := FStreamedStyle;
end;

I think this is what Robert wants when he writes in the todo.txt about the
property order in JvToolEdit.pas that must be solved.

-- Regards, Andreas Hausladen 

Subject: Re: Bug in Delphi 7
From: "Fellipe Henrique" <fellipe@rodoviariolider.com.br>
Date: Wed, 3 Mar 2004 08:56:50 -0300
Newsgroups: jedi.vcl

Carlos
  Altere na OPÇAO a parte de Diretorios de compilacao, remova o q esta
lah...

ok?


"Carlos" <carlos.ferreira@itds.pt> escreveu na mensagem
news:c234sg$gmh$1@talkto.net...
> > Hi,
> >
> >
> > The Installer went ok, but when trying to run examples, the unit
> >
> >
> > JvThemes
> >
> > gives lots of problems, and cannot compile.
> >
> > thanks,
> >
> >
> >




Subject: Re: Functions missing from JvINI
From: The Graphcal Gnome <rbraasem@xs4all.nl>
Date: Wed, 03 Mar 2004 12:43:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I have no Idea where to put them.
>
> A good place would be in JvJVCLUtils since it already has IniFile functions.
>
Can I add them and post to Bin.

rob


Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Mar 2004 12:43:03 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 03 Mar 2004 21:15:18 +1000:


 O>  BTW, the classes don't need to be registered with RegisterClass, it
 O> works without it.

    Right, because the streaming system doesn't need to create an instance;
it already has one when the DFM is read back in. That's where I got confused
a bit, because in the case I was referring to (the provider core) I do need
to have the class registered since I need to create an instance based on the
class name I read in.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I Don't Want Your Love" by Duran Duran.




Subject: Re: A first, quick, report (was: I tried JVCL3 but...)
From: @in@taavi.ee
Date: Wed, 03 Mar 2004 11:40:00 GMT
Newsgroups: jedi.vcl

On Wed, 3 Mar 2004 11:12:13 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> I get an error: "Incompatible types TAlignment and TJvTabAlignment"
>> >> What I should I do? How can I use the TJvTabAlignment values?
> >You need to qualify the enumeration: do either "JvRichEdit.taCenter" or
> >"Classes.taCenter" depending on what you try to assign to.

Is it too late to change TJvTabAlignment prefix from "ta" to something
different, ie "tab"?


ain


Subject: Re: Functions missing from JvINI
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 12:25:31 +0100
Newsgroups: jedi.vcl

> > I have no Idea where to put them.
A good place would be in JvJVCLUtils since it already has IniFile functions.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid and sortindicator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 12:23:57 +0100
Newsgroups: jedi.vcl

You can check the changes here (might wrap):
http://cvs.jvcl.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvDBGrid.pas

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 03 Mar 2004 21:15:18 +1000
Newsgroups: jedi.vcl

Ok, I finally got the menus to work properly.
There were two problems:
1. a TPersistent property needs to have a 'write' accessor or it won't get streamed. And this, even if it appears as read only in the object inspector. Strange thing is that I quite remember having this problem before...
2. the Style property MUST come before the ItemPainter property because if it comes after, the painter will be changed and reverted to default when style is read.

So the menus now stream correctly. Still have to look at the Url Grabbers, but this will be later. BTW, the classes don't need to be registered with RegisterClass, it works without it.
And I still think I will reorganize the whole Painter stuff to allow people to specify an external painter, alongside leaving the default behaviour. But this too will be done later.

Thanks all for your help

Olivier


Subject: Re: A first, quick, report (was: I tried JVCL3 but...)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 11:12:13 +0100
Newsgroups: jedi.vcl

> > - property removed from TJvRollOut: ButtonHeight, FrameColBtm ImageOffset
ButtonHeight has been added again and FrameColBtn is now accessed through
Colors.FrameBottom

> > I get an error: "Incompatible types TAlignment and TJvTabAlignment"
> > What I should I do? How can I use the TJvTabAlignment values?
You need to qualify the enumeration: do either "JvRichEdit.taCenter" or
"Classes.taCenter" depending on what you try to assign to.

> > after closing the modal window I get the AV and, following the stack trace
> > the problem seems to be here, freeing a ListView (TJvListView):
I'll have a look, thanks

> > These are the problem I found having just a couple of hours free.
Please report any further issues you find - we can really benefit from it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A first, quick, report
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 11:08:51 +0100
Newsgroups: jedi.vcl

> > Ok, you're right: can I suggest to add all the changes made to the
> > \jvcl\changelog.txt file?
Done and ButtonHeight is published again as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missing and changed TimerList and PasswordForm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 11:04:35 +0100
Newsgroups: jedi.vcl

> > Although it is not too big a problem, it would be convenient to have
> > such a component in e.g. a depreciated section.
Considering that we now have approx. 500 components, I think you can see why
we try to remove the "quick-and-dirty" components. The removed components
should be in \archive but you are on your own if you want to use them. We
can only maintain so much...

> > Like Ingo I used different timers to monitor a number of processes. I
> > guess his solution will be good enough. But if names could be
> > reintroduced... :)

You can use TJvTimerList.OnTimers and write something like:

procedure TForm1.JvTimerList1Timers(Sender: TObject; Handle: Integer);
var ATimer:TJvTimerEvent;
begin
  ATimer := JvTimerList1.ItemFromHandle(Handle);
  if ATimer <> nil then
  ...
end;

....and you still have the OnTimer event for each timer if need be, so I
don't quite see why a name is really necessary. We could add it, but it
wouldn't be a named component instance as it was before: it would only be a
convenience name, i.e you could write:

  if (ATimer <> nil) and AnsiSameText(ATimer.Name, 'MyEggTimer') then
    ...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Functions missing from JvINI
From: The Graphcal Gnome <rbraasem@xs4all.nl>
Date: Wed, 03 Mar 2004 10:33:20 +0100
Newsgroups: jedi.vcl

JVIni had some very hhandy functions for storing all kind of data in INI files. The unit JvINI in bannished to Archive, but I think the utilitie functions sould be revived again.

function StringToFontStyles(const Styles: string): TFontStyles;
function FontStylesToString(Styles: TFontStyles): string;
function FontToString(Font: TFont): string;
procedure StringToFont(const Str: string; Font: TFont);
function RectToStr(Rect: TRect): string;
function StrToRect(const Str: string; const Def: TRect): TRect;
function PointToStr(P: TPoint): string;
function StrToPoint(const Str: string; const Def: TPoint): TPoint;


And I even would like to add BrushToStr and StrToBrush.

I have no Idea where to put them.

Rob


Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Mar 2004 10:18:47 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 03 Mar 2004 14:07:45 +1000:

 O> As mentionned in an thread last week-end, the properties ItemPainter and
 O> DefaultGrabberProperties don't get streamed into the DFM files and as
 O> such, are pretty much useless to the end user at design-time.

    Doh, just remembered something: if you use a class that is not
registered (either as a component or with RegisterClass(es)) that class
can't be written to or read from the DFM, since the class is unknown to the
streaming system! I've not checked the sources, but I have the feeling that
your painters/grabbers are not registered, are they?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Somebody" by Depeche Mode.




Subject: JvDBGrid and sortindicator
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 3 Mar 2004 10:00:14 +0100
Newsgroups: jedi.vcl

Drawing sortindicators does not work after latest changes, I'm not sure what
happens, but it looks like SortMarker is assigned smNone somewhere before
painting.

Does someone know what has been changed (and why) or do I have to dig into
it myself.

Flemming




Subject: Re: Missing and changed TimerList and PasswordForm
From: Henk Fikkert <none@mail.com>
Date: Wed, 03 Mar 2004 09:58:20 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> - Has TjvPasswordForm been removed from the distribution? Although not
>
> Try TJvLoginDialog instead (although it's not the same, I know).

Thanks for your feedback.
I've implemented a home-made login form. Reasons to use these fairly simple components are merely in a quick-and-dirty solutions. And it is always hoped that the code will grow in the future.
Although it is not too big a problem, it would be convenient to have such a component in e.g. a depreciated section.

>> - Within the TjvTimerlist could it was possible to name the
>> timer-objects. This option seems to miss. It's only possible to add
>> another (collection?) item, not to rename it. Is this an intended
>> change? (I loved the centralized approach, it's now pretty useless to me)
>
> What were you using the name for? It would be possible to add, if need be...

Like Ingo I used different timers to monitor a number of processes. I guess his solution will be good enough. But if names could be reintroduced... :)



Subject: Re: A first, quick, report
From: Lis <lis@despammed.com>
Date: Wed, 3 Mar 2004 09:54:53 +0100
Newsgroups: jedi.vcl

On Wed, 03 Mar 2004 09:43:08 +0100, Robert Marquardt wrote:

> > 
> > The changes are documented in the source.

Ok, you're right: can I suggest to add all the changes made to the
\jvcl\changelog.txt file? 

-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: Re: A first, quick, report
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Mar 2004 09:43:08 +0100
Newsgroups: jedi.vcl

Lis wrote:

> - property removed from TJvRollOut: ButtonHeight, FrameColBtm ImageOffset

The changes are documented in the source.



Subject: JvHint.pas vs JvHints.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Mar 2004 09:41:41 +0100
Newsgroups: jedi.vcl

I cleaned up the string vs WideString aka VCL vs VisualCLX IFDEFs for hints by introducing a THintString and THintStringList type in JvTypes.pas.
Now JvHint.pas and JvHints.pas both now export a TJvHintWindow class. This has to be resolved.



Subject: Re: A first, quick, report
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Mar 2004 09:35:05 +0100
Newsgroups: jedi.vcl

Lis wrote:

> - property removed from TJvRollOut: ButtonHeight, FrameColBtm ImageOffset

Changes documented in the source.



Subject: A first, quick, report (was: I tried JVCL3 but...)
From: Lis <lis@despammed.com>
Date: Wed, 3 Mar 2004 09:25:02 +0100
Newsgroups: jedi.vcl

I reinstalled JVCL3 and retried to convert one of my project. In the
subsequent list there are all problems I found till now:

- Jvcl3 Package installer: hints on the package list imho use a too much
small font

- after installation, there are not JCL\Source\Common and jcl\source\windows
paths in the Library path

- property removed from TJvRollOut: ButtonHeight, FrameColBtm ImageOffset

- I'm use a TJvRichEdit (with 2.1 was a TJvxRichEdit) but I cannot use
Alignment property as I do with previous version and I cannot undertand why:
Alignment property is defined as TJvTabAlignment but from my forms I try do
do an assignment  "myRichEdit.Alignment = taCenter"
I get an error: "Incompatible types TAlignment and TJvTabAlignment"
What I should I do? How can I use the TJvTabAlignment values? 

- I tested very quickly the application and now I get some Access Violation
closing some windows. Debugging (very quickly, I had only few minutes, so I
didn't have time to try to resolve the problem) I think that the problem may
be in the TJvListView. Executing the following code:

with TFrmSelectAddress.Create(Self, params) do begin
  if ShowModal = mrOk then begin
    //do something
  end;
  Free;
end;

after closing the modal window I get the AV and, following the stack trace
the problem seems to be here, freeing a ListView (TJvListView):

inherited Notification(AComponent, Operation);
if Operation = opRemove then
  if AComponent = HeaderImages then
    HeaderImages := nil
  else
    for I := 0 to Items.Count - 1 do   <------ exception here, out of bounds
      if TJvListItem(Items[I]).PopupMenu = AComponent then
        TJvListItem(Items[I]).PopupMenu := nil;

These are the problem I found having just a couple of hours free.
HTH

-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: Re: Bug in Delphi 7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 08:27:59 +0100
Newsgroups: jedi.vcl

Without more information about what happens and what error messages you get,
there is little we can do.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 08:27:19 +0100
Newsgroups: jedi.vcl

> > As mentionned in an thread last week-end, the properties ItemPainter and
> > DefaultGrabberProperties don't get streamed into the DFM files and as
> > such, are pretty much useless to the end user at design-time.
You might want to take a look at JvBehaviorLabel which uses something
similar (and works).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in the last cvs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Mar 2004 08:24:15 +0100
Newsgroups: jedi.vcl

Thanks a lot. I've updated the files in CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in the last cvs
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 03 Mar 2004 09:22:40 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I checked in freshly generated packages yesterday.
>> No problems building the (installed) packages with "D6 Packages.bpg".
>
> He's running BCB6
>
>
> Regards,
> Peter Thornqvist (JVCL Coordinator)
> http://jvcl.sf.net
I changed files JvGlobus-R.xml JvDotNetCtrls-D.xml JvDotNetCtrls-R.xml and now all is fine, see binaries group


Subject: Re: jvExcontrols
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 03 Mar 2004 14:09:08 +1000
Newsgroups: jedi.vcl

Pierre Demers wrote:

> Hello Olivier,
>
> Thanks a lot for answering, it's very kind. I finally found the culprit....
> and it's me naturally. I used to use a directory for testing components and
> in there was an old jvtypes unit!! Don't ask me why, it has been in there
> for a
> long time. This afternoon, I tested a component, recompile a package and it
> made dcu with that old version of the jvTypes unit. Arch... so stupid, I
> deserve a slap on the wrist.
>
> Sorry for the inconveniance and best regards

No worries, and by the way, this happens to everyone once in a while.

Cheers

Olivier



Subject: JvMenus and JvUrlListGrabber: A proposed solution for the properties issue
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 03 Mar 2004 14:07:45 +1000
Newsgroups: jedi.vcl

Hi all

As mentionned in an thread last week-end, the properties ItemPainter and DefaultGrabberProperties don't get streamed into the DFM files and as such, are pretty much useless to the end user at design-time.

I've been discussing with Remy Lebeau on Borland's forums and he came up with the conclusion that, at least for the JvMenus, the ItemPainter should be a stand alone component, just like the painters for JvInspector. I quite agree with him, but this could mean removing the Styles property from JvMenus and I don't want to do that because it would break compatibility with the older versions of the JVCL (and RxLib). So here is what I propose to do:

1. Make the painters stand alone components, thus allowing the properties to be streamed correctly and the events to be set.
2. Keep the ItemPainter property, but make it read/write so that users can use an external painter.
3. Keep the Style property, but add a msExternal style. This way, when users set the value of ItemPainter, the style goes to msExternal and the external painter is used. If users set it to one of the other styles, then an internally created and managed painter is used. Of course, users wouldn't be able to see it at design time, but that doesn't change much from the current situation where they see it, but can't change it anyway.

This would also allow users to write their own painters, out of the JVCL without having to modify the TJvMenuStyle enumeration.

The problem with JvUrlListGrabber is a bit different in the fact that the Grabbers need to register with the JvUrlGrabberClassList by calling the Add function. However, their default properties can be seen in the Object Inspector because of a (not so) dirty trick from me. But these properties, even if displayed don't get streamed into the DFM anyway and we need to fix that before people start to heavily use the component.
Here is what I propose to do:
1. Remove the DefaultGrabberProperties property as it is misleading.
2. Make the TJvUrlGrabberDefaultProperties class derive from TComponent and install those components in the palette.
3. Add a property to the DefaultProperties holders, a property that points to the TJvUrlListGrabber they should apply to. Then whenever this property is set, the holder notifies the list that it is to handle the default properties for a given type of URL.

Unfortunately, as TJvUrlGrabberDefaultProperties is declared in JvUrlGrabbers.pas, this creates a circular reference. But when you think of it, it doesn't need to be declared in that file, it could be declared in JvUrlListGrabber.pas because all the list needs to know about is that there exists grabbers, not the actual class or implementation of it. This would remove the circular reference and I find it more elegant because if people want to write their own grabbers to supplement ours, they only need to include JvUrlListGrabber instead of both units.

Please feel free to comment on this, I really need some input to make the situation clearer. Even a simple "fine by me" is ok so that I can throw it back at you when complain about my changes <vbg>

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: jvExcontrols
From: "Pierre Demers" <pierredemersNO@SPAMsympatico.ca>
Date: Tue, 2 Mar 2004 22:54:17 -0500
Newsgroups: jedi.vcl

Hello Olivier,

Thanks a lot for answering, it's very kind. I finally found the culprit....
and it's me naturally. I used to use a directory for testing components and
in there was an old jvtypes unit!! Don't ask me why, it has been in there
for a
long time. This afternoon, I tested a component, recompile a package and it
made dcu with that old version of the jvTypes unit. Arch... so stupid, I
deserve a slap on the wrist.

Sorry for the inconveniance and best regards

Pierre




"OBones" <obones_gfdg_@_rer_meloo.com> a écrit dans le message de news:
c23hta$ign$1@talkto.net...
> > Pierre Demers wrote:
>> > > Hello Olivier,
>> > >
>> > > No it doesn't help. What the ... is happening. I have never seen a
problem
>> > > like this before.
>> > >
> > Well, as I said, I'm no expert here, and I have no idea why this would
> > happen either. Let's wait until everyone wakes up and connects (around
> > 08:00 GMT), you'll surely get more useful answers.
> >
> > Sorry about that
> >
> > Olivier
> >






Subject: Re: jvExcontrols
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 03 Mar 2004 13:35:59 +1000
Newsgroups: jedi.vcl

Pierre Demers wrote:
> Hello Olivier,
>
> No it doesn't help. What the ... is happening. I have never seen a problem
> like this before.
>
Well, as I said, I'm no expert here, and I have no idea why this would happen either. Let's wait until everyone wakes up and connects (around 08:00 GMT), you'll surely get more useful answers.

Sorry about that

Olivier



Subject: Re: jvExcontrols
From: "Pierre Demers" <pierredemersNO@SPAMsympatico.ca>
Date: Tue, 2 Mar 2004 22:32:35 -0500
Newsgroups: jedi.vcl

Hello Olivier,

No it doesn't help. What the ... is happening. I have never seen a problem
like this before.

Pierre


"OBones" <obones_gfdg_@_rer_meloo.com> a écrit dans le message de news:
c23g0g$i8j$1@talkto.net...
> > Pierre Demers wrote:
> >
>> > > Hello,
>> > >
>> > > I don't know what I have done :( Suddenly, i get the message
JvExControls
>> > > unit has been compiled with a different version of JvTypes.IInterface
>> > > (translated from french). I uninstall everything, deleted the bpl etc.,
>> > > re-install everything but the problem still there. I cannot use any of
the
>> > > jvcl3 components.
> >
> > I guess you have also removed the .dcu files, wherever they are, right ?
> > The only reason why this error would occur is when you update the JVCL
> > and one file is still around.
> > If you didn't update the JVCL, then I don't see any reason for this
> > error to happen, but i'm not a specialist on that subject here.
> >
> > Thanks for considering the JVCL
> >
> > Olivier Sannier
> > JVCL Developer
> >




Subject: Re: jvExcontrols
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 03 Mar 2004 13:03:33 +1000
Newsgroups: jedi.vcl

Pierre Demers wrote:

> Hello,
>
> I don't know what I have done :( Suddenly, i get the message JvExControls
> unit has been compiled with a different version of JvTypes.IInterface
> (translated from french). I uninstall everything, deleted the bpl etc.,
> re-install everything but the problem still there. I cannot use any of the
> jvcl3 components.

I guess you have also removed the .dcu files, wherever they are, right ?
The only reason why this error would occur is when you update the JVCL and one file is still around.
If you didn't update the JVCL, then I don't see any reason for this error to happen, but i'm not a specialist on that subject here.

Thanks for considering the JVCL

Olivier Sannier
JVCL Developer



Subject: Re: jvExcontrols
From: "Pierre Demers" <pierredemersNO@SPAMsympatico.ca>
Date: Tue, 2 Mar 2004 22:00:20 -0500
Newsgroups: jedi.vcl

Using D5 Pro, WinXP

Pierre




Subject: jvExcontrols
From: "Pierre Demers" <dempier@NOSPAMvideotron.ca>
Date: Tue, 2 Mar 2004 21:56:25 -0500
Newsgroups: jedi.vcl

Hello,

I don't know what I have done :( Suddenly, i get the message JvExControls
unit has been compiled with a different version of JvTypes.IInterface
(translated from french). I uninstall everything, deleted the bpl etc.,
re-install everything but the problem still there. I cannot use any of the
jvcl3 components.

Regards
Pierre




Subject: Bug in Delphi 7
From: "Carlos" <carlos.ferreira@itds.pt>
Date: Tue, 2 Mar 2004 23:53:06 -0000
Newsgroups: jedi.vcl

Hi,


The Installer went ok, but when trying to run examples, the unit


JvThemes

gives lots of problems, and cannot compile.

thanks,





Subject: Re: Missing and changed TimerList and PasswordForm
From: "Ingo" <ingo05@yahoo.de>
Date: Wed, 3 Mar 2004 00:41:08 +0100
Newsgroups: jedi.vcl

>> > > - Within the TjvTimerlist could it was possible to name the
>> > > timer-objects. This option seems to miss. It's only possible to add
>> > > another (collection?) item, not to rename it. Is this an intended
>> > > change? (I loved the centralized approach, it's now pretty useless to
me)
> > What were you using the name for? It would be possible to add, if need
be...

Yes, the new collection has some disadvantages. If I many timers are used
then things get complicated.
The defaul method names are like these:

procedure TForm1.JvTimerList1Events0Timer(Sender: TObject);
begin
//DoSomething;
end;
procedure TForm1.JvTimerList1Events1Timer(Sender: TObject);
begin
//DoSomethingElse;
end;

OK - we can change the method names in the Objectinspector to get a
meaningful name e.g.
procedure TForm1.JvTimerList1EventsDoSomethingTimer0(Sender: TObject);
begin
//DoSomething;
end;

I let the "0" after ..DoSomethingTimer to know to which item this procedure
is assigned (if only one).
But if I want to change the Propertys of an item somewhere in code I must
write something like
JvTimerList1.Events[0].interval:=5000;
But which item is [0]?  Actually I use a list with meaningful names to
"link" to the item.

const
DoSomething=0;
DoSomethingElse=1;

and then write:
JvTimerList1.Events[DoSomething].interval:=5000;

With the old property-editor it was more easy to manage the timers.
BTW: the active property only works if I set True at runtime..

Ingo




Subject: Re: Missing and changed TimerList and PasswordForm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Mar 2004 21:55:17 +0100
Newsgroups: jedi.vcl

BTW, I found this function in the bowels of my computer that could replace a
login component:

function DualInputQuery(const ACaption, Prompt1, Prompt2:string;
  var AValue1, AValue2:string; PasswordChar:char=#0):boolean;
var
  AForm:TForm;
  ALabel1, ALabel2:TLabel;
  AEdit1, AEdit2:TEdit;
  ASize, i:integer;
begin
  Result := false;
  AForm := CreateMessageDialog(Prompt1,mtCustom,[mbOK ,mbCancel]);
  ASize := 0;
  if AForm <> nil then
  try
    AForm.Caption := ACaption;
    ALabel1 := AForm.FindComponent('Message') as TLabel;
    for i := 0 to AForm.ControlCount - 1 do
      if AForm.Controls[i] is TButton then
        TButton(AForm.Controls[i]).Anchors := [akRight, akBottom];
    if ALabel1 <> nil then
    begin
      AEdit1 := TEdit.Create(AForm);
      AEdit1.Left := ALabel1.Left;
      AEdit1.Width := AForm.ClientWidth - AEdit1.Left * 2;
      AEdit1.Top := ALabel1.Top + ALabel1.Height + 2;
      AEdit1.Parent := AForm;
      AEdit1.Anchors := [akLeft, akTop, akRight];
      AEdit1.Text := AValue1;
      ALabel1.Caption := Prompt1;
      ALabel1.FocusControl := AEdit1;
      Inc(ASize, AEdit1.Height + 2);

      ALabel2 := TLabel.Create(AForm);
      ALabel2.Left := ALabel1.Left;
      ALabel2.Top := AEdit1.Top + AEdit1.Height + 7;
      ALabel2.Caption := Prompt2;
      ALabel2.Parent := AForm;
      Inc(ASize, ALabel2.Height + 7);

      AEdit2 := TEdit.Create(AForm);
      AEdit2.Left := ALabel1.Left;
      AEdit2.Width := AForm.ClientWidth - AEdit2.Left * 2;
      AEdit2.Top := ALabel2.Top + ALabel2.Height + 2;
      AEdit2.Parent := AForm;
      AEdit2.Anchors := [akLeft, akTop, akRight];
      AEdit2.Text := AValue1;
      if PasswordChar <> #0 then
        AEdit2.PasswordChar := PasswordChar;
      ALabel2.FocusControl := AEdit2;

      Inc(ASize, AEdit2.Height + 8);
      AForm.ClientHeight := AForm.ClientHeight + ASize;
      AForm.ClientWidth := 320;
      AForm.ActiveControl := AEdit1;
      Result := AForm.ShowModal = mrOK;
      if Result then
      begin
        AValue1 := AEdit1.Text;
        AValue2 := AEdit2.Text;
      end;
    end;
  finally
    AForm.Free;
  end;
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missing and changed TimerList and PasswordForm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Mar 2004 21:45:17 +0100
Newsgroups: jedi.vcl

> > - Has TjvPasswordForm been removed from the distribution? Although not
Try TJvLoginDialog instead (although it's not the same, I know).

> > - Within the TjvTimerlist could it was possible to name the
> > timer-objects. This option seems to miss. It's only possible to add
> > another (collection?) item, not to rename it. Is this an intended
> > change? (I loved the centralized approach, it's now pretty useless to me)
What were you using the name for? It would be possible to add, if need be...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TCaptionPanel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Mar 2004 21:30:01 +0100
Newsgroups: jedi.vcl

> > IMHO a Icon property should be added to TCaptionPanel
Be my guest<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Scrolling values in a Dynamic "array of array"
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 02 Mar 2004 12:59:36 -0500
Newsgroups: jedi.vcl

Code review request. The code below appears to be both reasonably readable, and appears to work without memory leaks here.   The tricky
bit was the need to create the new array at the end of the array of arrays...  Can anyone see any problems with this?

------

procedure TJvChartData.Scroll;
var
  I,J:Integer;
  newArray:TJvChartDataArray;
//note:  TJvChartDataArray = array of array of Double;
begin
  if FValueCount<2 then begin
     Clear;
     exit;
  end;
{ SLOW Version }
  for I := 0 to FValueCount-2 do begin
      FData[I] := FData[I+1]; // each FData[I] is an Array of pens
      SetTimestamp(I, GetTimestamp(I+1)); // Also copy the time values
  end;

// Weird hack that avoids all the arrays becoming the same memory array:
  SetLength(newArray,1);
  SetLength(newArray[0],1);
  FData[FValueCount-1] := newArray[0];
  FTimeStamp[FValueCount-1] := 0;
// Comment out the weird hack and you will see that each time you call
// Scroll, element FData[n] and FData[n-1] become the same array.

end;


Subject: Scrolling values in a Dynamic "array of array"
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 02 Mar 2004 12:37:24 -0500
Newsgroups: jedi.vcl

I am trying to merge functionality of a Trending (HMI) component that I have been using locally, with JvChart, so that JvChart will become both a static Charting and a moving-chart (paper-chart-recorder) capable component.  I am debating at least three ways of doing this.

(1) Don't actually scroll all the data, instead create a head/tail integer index into an array, and just scroll it. This would inhibit
the JvChart's primary function which is to be growable dynamically. This
is how JvTrend works, but it means JvTrend can't grow at any point in time, since growing arrays might actually (because of circular buffering) cause growth to happen in the middle of the chart instead of at the left/right edges where data actually needs to be appended. So count that out.

(2) The Ugly Way. Scroll all the data by brute force, ie:
        for I := 0 to valueCount-1 do
         for J := 0 to penCount-1 do
            ....
   This works fine on a Pentium 2.4 GHZ when you only scroll a little bit of data, but what about charts with 20,000 value elements times ten pens? (Guess what size yours-truly's data is?)

(3) Use MemoryCopy or something like that, so that I can just shift the
    whole top level array down, which contains all the bottom level arrays neatly, like this:
        var
                   FData: array of array of Double;
            begin
            ...
            // Scrolly bit:
            SetLength( FData[0], 0); // no memory leakage.
            MemoryCopy( Pointer(FData[0]), Pointer(FData[1]), ... );
            ZeroOutMemory( Pointer(FData[valueCount-1]), ...)

    For 20,000 value elements, I'm doing at least a 40K memcopy, at least, I'm not sure exactly, but that's still orders of magnitude faster than the "for I/for J" approach.

I know how to do this in C if I were using just a flat malloc'd set of C structures, but with the particulars of Delphi's dynamic array implementation, I know this is *BIT* trickier. It seems to me someone ight already have implemented a utility function, or know of a
code snippet that will do this?

If I can implement option # 3 above, portability to Delphi 8 takes a blow, because we're doing low level hackery, but I'd rather have a functional Delphi 5-7 component, than a slow one, at this point.


My third alternative is to dump Array of Array and use a TList of GetMem'd memory which contains a variable number of PEN records, but *that* seems like a lot of work too.   I am also considering adapting something from the esDsl data structures library, which by the way, being rather unmaintained these days, would be a fabulous addition to the JCL.


Any suggestions?
       
Warren


Subject: TCaptionPanel
From: "André Snepvangers" <asn@xs4all.nl>
Date: Tue, 2 Mar 2004 18:27:09 +0100
Newsgroups: jedi.vcl

IMHO a Icon property should be added to TCaptionPanel

Regards,

André Snepvangers




Subject: Re: Error in the last cvs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Mar 2004 18:01:46 +0100
Newsgroups: jedi.vcl

> > I checked in freshly generated packages yesterday.
> > No problems building the (installed) packages with "D6 Packages.bpg".
He's running BCB6


Regards, 

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sf.net


Subject: Re: JvInterpreter cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Mar 2004 17:25:17 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Reimplemented function TypeName2VarTyp to speed it up. I do no know much though. Please someone test for bugs.

I also added 'LongBool' there.



Subject: JvInterpreter cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Mar 2004 17:22:35 +0100
Newsgroups: jedi.vcl

Reimplemented function TypeName2VarTyp to speed it up. I do no know much though. Please someone test for bugs.

I fixed function GetOleAutoFun to identify GetActiveOleObject.

ErrorExpected calls cleaned up.



Subject: Re: Error in the last cvs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Mar 2004 17:20:51 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Please try to regenerate the packages.

I checked in freshly generated packages yesterday.
No problems building the (installed) packages with "D6 Packages.bpg".



Subject: Re: Error when using JCL\INSTALL.BAT
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Mar 2004 17:18:43 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Do you have write access to the registry? Does the key exist?
>

Sounds like installing Delphi with Admin rights and using it without.



Subject: Missing and changed TimerList and PasswordForm
From: Henk Fikkert <none@mail.com>
Date: Tue, 02 Mar 2004 16:57:56 +0100
Newsgroups: jedi.vcl


!First of all: great job! Congratulations!
I managed to upgrade my projects to JVCL3 with minimal effort. Seemed the convert program has done it's job quite well!


Some questions:
- Has TjvPasswordForm been removed from the distribution? Although not such a great component, I did use it. And missed it when upgrading.
- Within the TjvTimerlist could it was possible to name the timer-objects. This option seems to miss. It's only possible to add another (collection?) item, not to rename it. Is this an intended change? (I loved the centralized approach, it's now pretty useless to me)

bye,
Henk





Subject: Re: Uploaded JvgExportComponents.zip in Binaries
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Tue, 2 Mar 2004 15:06:02 +0000 (UTC)
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in news:c21j7l
$6gq$2@talkto.net:

> > Next one:
> > 
> > "Variable 'Field' meight be not initialized:"
> > 
> >       for i := 0 to DataSet.FieldCount - 1 do
> >       begin
> >         if not (DataSet.Fields[i].DataType in [ftBlob, ftGraphic,
> >           ftParadoxOle, ftDBaseOle, ftTypedBinary,
> >             ftReference, ftDataSet, ftOraBlob, ftOraClob, ftInterface,
> >             ftIDispatch]) then
> >         begin
> >           Field := CreateNode('RecordField', XMLRecord);
> >           Field.Properties.Add('Name', DataSet.Fields[i].DisplayName);
> >           FieldValue := DataSet.Fields[i].AsString;
> >           if Assigned(OnExportField) then
> >             OnExportField(self, DataSet.Fields[i], FieldValue);
> >         end;
> >         Field.Value := FieldValue;  // *** HERE ***
> >       end;
> > 
> > Shouldn't the "Field.Value :=" go into the if-block?
> > 

You're right on both acounts. <blush />

But it was late when I compiled.

I'll chna it in the next version

-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: I tried JVCL3 but...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Mar 2004 14:38:09 +0100
Newsgroups: jedi.vcl

> > Ok, give me some days and I'll report to you all problems I'll find doing
the migration
*Much* appreciated!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in the last cvs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Mar 2004 14:37:16 +0100
Newsgroups: jedi.vcl

> > I'll try to compile this evening at home, tomorrow will write about.
Great. Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in the last cvs
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 02 Mar 2004 16:31:06 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Done, but dotnet has an error.
>
> Do you have any idea yourself what it might be?
>
I'll try to compile this evening at home, tomorrow will write about.


Subject: Re: I tried JVCL3 but...
From: Lis <lis@despammed.com>
Date: Tue, 2 Mar 2004 14:21:29 +0100
Newsgroups: jedi.vcl

On Mon, 1 Mar 2004 13:09:15 +0100, Peter Thörnqvist wrote:

> > There is an install.htm file in the JVCL root and it should have link sto
> > the other documents.

Ok, I found it, thank you.

> > We would be very interested in knowing about any issues and problems you
> > find. 

Ok, give me some days and I'll report to you all problems I'll find doing
the migration

-- Lis 

Subject: Re: Delphi 5 question: SetSubComponent
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Mar 2004 14:07:17 +0100
Newsgroups: jedi.vcl

No

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "OBones" <obones_REM_SPM_@_PIF_meloo.com> skrev i meddelandet news:c21ubb$91g$1@talkto.net...
> > Hi all
> >
> > Does Delphi 5 VCL have the SetSubComponent method in the TComponent class
?
> >
> > Thanks for your help
> >
> > Cheers
> >
> > Olivier




Subject: Delphi 5 question: SetSubComponent
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 02 Mar 2004 22:55:52 +1000
Newsgroups: jedi.vcl

Hi all

Does Delphi 5 VCL have the SetSubComponent method in the TComponent class ?

Thanks for your help

Cheers

Olivier


Subject: Re: Error in the last cvs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Mar 2004 13:19:23 +0100
Newsgroups: jedi.vcl

> > Done, but dotnet has an error.
Do you have any idea yourself what it might be?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in the last cvs
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 02 Mar 2004 15:15:49 +0300
Newsgroups: jedi.vcl

OBones wrote:

> Vladimir Zhuchko wrote:
>
>> I tested this file and it contains both items, but the error is on the place. I unchecked JvDotNetCtrls and compiled fine, but after that the JvGlobus... wasn't installed.
>
>
> Please try to regenerate the packages.
Done, but dotnet has an error.


Subject: Re: wish: cvs-ready beta's and snapshots
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 2 Mar 2004 14:47:23 +0300
Newsgroups: jedi.vcl

Hello, Remko!

 RB> Do you have a CVS subdirectory in JVCL3/run?

Sure not, that was what a story all about.

And this topic i started because i thought that may be a useful help for
evave JVCL installed ready for check-ins.

I want the global change, however :-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Last view of package installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 2 Mar 2004 12:41:07 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > 1600x1200x32, Large fonts (120 dpi)
> > No comments.

The ListView issue is a Windows bug.


-- Regards, Andreas Hausladen 

Subject: Re: Error in the last cvs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 02 Mar 2004 21:39:49 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> I tested this file and it contains both items, but the error is on the place. I unchecked JvDotNetCtrls and compiled fine, but after that the JvGlobus... wasn't installed.

Please try to regenerate the packages.


Subject: Re: Error in the last cvs
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 02 Mar 2004 14:36:54 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Could be a missing requires: if USEJVCL is defined, JvDotNetCtrls now
> requires JvStdCtrls. Check the JvDotnetCtrs-R.xml in packages\xml. If it
> doesn't have an entry for JvStdCtrls-R (and Condition="USEJVCL"), you need
> to do a new CVS update.
>
I tested this file and it contains both items, but the error is on the place. I unchecked JvDotNetCtrls and compiled fine, but after that the JvGlobus... wasn't installed.


Subject: Re: Old installer fixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 2 Mar 2004 12:30:25 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Looking forward to seeing the new installer. When do we get a peek?

Maybe in two days.

-- Regards, Andreas Hausladen 

Subject: Re: Error in the last cvs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Mar 2004 11:54:13 +0100
Newsgroups: jedi.vcl

Could be a missing requires: if USEJVCL is defined, JvDotNetCtrls now
requires JvStdCtrls. Check the JvDotnetCtrs-R.xml in packages\xml. If it
doesn't have an entry for JvStdCtrls-R (and Condition="USEJVCL"), you need
to do a new CVS update.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error when using JCL\INSTALL.BAT
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Mar 2004 11:51:48 +0100
Newsgroups: jedi.vcl

Do you have write access to the registry? Does the key exist?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Old installer fixes
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Mar 2004 11:51:06 +0100
Newsgroups: jedi.vcl

> > I have fixed the "long path name" bug in the old installer because the new
> > installer needs some more time.
Looking forward to seeing the new installer. When do we get a peek?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Old installer fixes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 2 Mar 2004 11:41:27 +0100
Newsgroups: jedi.vcl

I have fixed the "long path name" bug in the old installer because the new
installer needs some more time.


-- Regards, Andreas Hausladen 

Subject: Re: Uploaded JvgExportComponents.zip in Binaries
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 2 Mar 2004 10:46:06 +0100
Newsgroups: jedi.vcl

Next one:

"Variable 'Field' meight be not initialized:"

      for i := 0 to DataSet.FieldCount - 1 do
      begin
        if not (DataSet.Fields[i].DataType in [ftBlob, ftGraphic,
          ftParadoxOle, ftDBaseOle, ftTypedBinary,
            ftReference, ftDataSet, ftOraBlob, ftOraClob, ftInterface,
            ftIDispatch]) then
        begin
          Field := CreateNode('RecordField', XMLRecord);
          Field.Properties.Add('Name', DataSet.Fields[i].DisplayName);
          FieldValue := DataSet.Fields[i].AsString;
          if Assigned(OnExportField) then
            OnExportField(self, DataSet.Fields[i], FieldValue);
        end;
        Field.Value := FieldValue;  // *** HERE ***
      end;

Shouldn't the "Field.Value :=" go into the if-block?

-- Regards, Andreas Hausladen 

Subject: Re: Uploaded JvgExportComponents.zip in Binaries
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 2 Mar 2004 10:42:04 +0100
Newsgroups: jedi.vcl

Is this a bug or is it by design:
  **************
  XMLRecord := CreateNode('Record', Records);  
  ** compiler says: assigned but not used
  **************
  DataSet.First;
  RecCount := 0;
  while not DataSet.EOF do
  begin
    Inc(RecNo);
   **************
    XMLRecord := CreateNode('Record', Records);
   ** Here the second assignment that I think is the correct one
   **************


-- Regards, Andreas Hausladen 

Subject: Error when using JCL\INSTALL.BAT
From: "adl" <adl1956@hotmail.com>
Date: Tue, 2 Mar 2004 08:28:54 +0000
Newsgroups: jedi.vcl

I extracted the files for installing JCL and JVCL with Delphi 7.

Running INSTALL.BAT from the JCL directory generates this error:

Unable to open key "Software\Borland\Delphi\7.0\Library" for write

Can anyone help, please?



--- posted by geoForum on http://delphi.newswhat.com


Subject: Error in the last cvs
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 02 Mar 2004 11:08:45 +0300
Newsgroups: jedi.vcl

Compiling package: JvDotNetCtrlsC6R.bpl
Loading project file
Loading template
Generating Makefile
..........................................MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    D:\CBuild6\bin\..\BIN\bcc32 -Od -H=D:\CBuild6\bin\..\lib\vcl60.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   -tWM -w-par -I..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\lib\c6\obj\ ..\JvDotNetCtrlsC6R.cpp
Borland C++ 5.6.4 for Win32 Copyright (c) 1993, 2002 Borland
..\jvdotnetctrlsc6r.cpp:
Loaded pre-compiled headers.
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -I"..\..\common" -U"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\lib\c6\obj;D:\CBuild6\Projects\Lib;D:\CBuild6\Projects\Bpl" -N"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\lib\c6\obj" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W -$O- -$A8 -v -JPHNE -M -UD:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c6\obj;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl --BCB ..\..\run\JvDotNetControls.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl\run\JvDotNetControls.pas(40) Fatal: File not found: 'JclRegistry.dcu'

** error 1 ** deleting JvDotNetCtrlsC6R.bpl


Subject: Re: Last view of package installer
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 02 Mar 2004 17:24:18 +1000
Newsgroups: jedi.vcl

Well, you see, as far as I know, it doesn't really matters because this version of the installer will be replaced by a better one anyway.
But I may be wrong...



Subject: Last view of package installer
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 02 Mar 2004 10:14:04 +0300
Newsgroups: jedi.vcl

1600x1200x32, Large fonts (120 dpi)
No comments.

Clipboard.png

Clipboard.png
	



Subject: Re: JVCL 2.1 Problems.Thanks.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Mar 2004 08:14:00 +0100
Newsgroups: jedi.vcl

Hard to say since noone here uses 2.10 anymore. In 3.00, (Alt+)Printscreen
works in both demos.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL 2.1 Problems.Thanks.
From: Oscar <Oscar@yahoo.com>
Date: Tue, 2 Mar 2004 03:59:23 +0000 (UTC)
Newsgroups: jedi.vcl

I Test examples come with JVCL 2.1 on Delphi 5+WinME.
Some Some Error:

Examples [JvClipboardViewer], compile with run. on a function
(Copy/ press printscreen, not response on program)
But [JVCLMegaDemo]-JvClipboardVieweris ok.

what is a problems ? thanks.


Subject: Re: Curious -- JVCL3/devtools/JvExVCL/WARNING.txt
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Mar 2004 00:50:00 +0100
Newsgroups: jedi.vcl

The lock has been removed and so have the files :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 02 Mar 2004 07:59:21 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> It compiled ok but did not install anything.
> Without package selection ... no errors were produced!

That's quite normal, as the installer only compiles packages that are to be installed (selected). No selection, no compilation, no error.

> With selection of JVCore package:

Can you try to do the tests I mentionned in an earlier message and let me know what the results are?

Thanks for your help

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: Latest build of JVCL 3 under D7E
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 01 Mar 2004 20:15:27 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
> Okay, I redownloaded and got a new error regarding the conditional
> compile directives in the interface of JvFooterEditor.pas. I fixed this
> by changing the semicolon at the end of line 44 to a comma, then ran
> into a VCLX dependency in JvRollOutEditor.pas concerning ImgList and
> QImgList.
>

Both fixed.
Obviously someone worked too fast.

I also commited new packages.



Subject: Re: Curious -- JVCL3/devtools/JvExVCL/WARNING.txt
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 1 Mar 2004 18:46:53 +0100
Newsgroups: jedi.vcl

 AH> The problem is that something went wrong when I committed the JvExVCL
 AH> source the first time. CVS had crashed and since this time I have a
 AH> write lock on the directory. So it is impossible to commit files.
I've posted a support request to SF to remove the lock. Ticket #907715


Regards, 

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sf.net


Subject: Re: Latest build of JVCL 3 under D7E
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 01 Mar 2004 18:43:52 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Are you absolutely sure you have the latest files and recompiled everything
> from scratch? 'Cause I've rebuilt today without errors...
>

I think he should regenerate the packages. I got also strange problems today with D6 and new packages helped.



Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Mon, 1 Mar 2004 18:10:14 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1rl1v$3u9$2@talkto.net...
> > ScOe wrote:
> >
>> > > I have find out why did that happened ... when i select all packages and
>> > > install option.
>> > > if i deselect all packages, it compiles ok
> >
> > Shall I conclude that everything installed fine ?
It compiled ok but did not install anything.
Without package selection ... no errors were produced!

With selection of JVCore package:

Copying dcp files...

Cleaning...

The JCL DCP files were successfuly created for the JVCL

** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Generating packages for c5
 Loaded template.bpk
 Loaded template.cpp
 Loaded template.res

Compiling package: JvCoreC5R.bpl
Loading project file
Loading template
Generating Makefile
..........................................MAKE Version 5.2  Copyright (c)
1987, 2000 Borland

e:\programz\cbuilder\CBUILD~1\bin\..\BIN\bcc32 -Od -H=e:\programz\cbuilder\C
BUILD~1\bin\..\lib\vcl50.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   
-tWM -w-par -I..\..\design;..\..\run;..\..\common;e:\programz\cbuilder\CBUIL
D~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vcl -D_DEBUG
;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\lib\c5\obj\ .\JvCoreC5R.cpp
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
..\JvCoreC5R.cpp:
Loaded pre-compiled headers.

e:\programz\cbuilder\CBUILD~1\bin\..\BIN\dcc32 -Q -M -I"..\..\common" -U"E:\
Programz\cbuilder\JVCL300BETA1JCL190Complete\jvcl\lib\c5\obj;e:\programz\cbu
ilder\CBuilder5\Projects\Lib;e:\programz\cbuilder\CBuilder5\Projects\Bpl" -N
"E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jvcl\lib\c5\obj" -U"..\..\c
ommon;..\..\run;..\..\design"  -N2..\..\lib\c5\obj -N0..\..\lib\c5\obj -$YD 
-$W -$O- -$A8 -v -JPHNE -M   -LUCJcl50 -Ue:\programz\cbuilder\CBUILD~1\bin\.
..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;e:\programz\cbuilder\CB
UILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vcl  -R..
\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c5\obj;e:\progra
mz\cbuilder\CBUILD~1\bin\..\Projects\Lib;e:\programz\cbuilder\CBUILD~1\bin\.
..\lib\obj;e:\programz\cbuilder\CBUILD~1\bin\..\lib;e:\programz\cbuilder\CBUI
LD~1\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;e:\programz\cbui
lder\CBUILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vc
l -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\comm
on;e:\programz\cbuilder\CBUILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~
1\bin\..\include\vcl --BCB ..\..\common\JvConsts.PAS
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatal: Required package 'CJcl50' not found

** error 1 ** deleting JvCoreC5R.bpl


> > If yes but you need help on other JVCL topics, please start another
thread.
> > Once again, thank you for your help and patience
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> > BCB Coordinator




Subject: Re: Latest build of JVCL 3 under D7E
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 1 Mar 2004 17:33:18 +0100
Newsgroups: jedi.vcl

Are you absolutely sure you have the latest files and recompiled everything
from scratch? 'Cause I've rebuilt today without errors...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Curious -- JVCL3/devtools/JvExVCL/WARNING.txt
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 1 Mar 2004 17:28:32 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Just out of curiousity, if the WARNING in the file above is still
> > valid,s houldn't we just delete the folder
> > JVCL3/devtools/JvExVCL/source, or move all the files to a subfolder of
> > src, called obsolete?

The problem is that something went wrong when I committed the JvExVCL
source the first time. CVS had crashed and since this time I have a write
lock on the directory. So it is impossible to commit files.

\src is the up to date code
\source can be deleted


-- Regards, Andreas Hausladen 

Subject: Uploaded JvgExportComponents.zip in Binaries
From: The Graphcal Gnome <rbraasem@xs4all.nl>
Date: Mon, 01 Mar 2004 17:28:24 +0100
Newsgroups: jedi.vcl

I have posted a new version of JvgExportComponents in Binaries.

I do not have the TJvExportProgressEvent  in it (yet).

I changed the other events to a more "logical" signature (So changes there).

I removed the TTable and the other BDE references.

Also the ProgressDialog is removed.

I'll implement the ProgressEvent tonight.

Rob


Subject: Re: "See Also" entries not hotlinked in in my component. Is there something wrong in the dtx?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 1 Mar 2004 17:26:30 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Mon, 01 Mar 2004 10:39:57 -0500:

 WP> I'm thinking of buying Doc-O-Matic, so I'll wait to see how
 WP> fast they are on fixing bugs like this one that's affecting us.

    A new release is planned for later this week, but I have not yet
received confirmation of a fix. Boy, do I wish I checked the help file
sooner. I think it was at least 4 months since the previous build. Better
start making test builds with every new DOM release. I agree that this is a
very important bug too fix, but knowing Markus it has it's full attention.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Chop Suey" by System Of A Down.




Subject: Re: Latest build of JVCL 3 under D7E
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 1 Mar 2004 10:52:06 -0500
Newsgroups: jedi.vcl

Okay, I redownloaded and got a new error regarding the conditional
compile directives in the interface of JvFooterEditor.pas. I fixed this
by changing the semicolon at the end of line 44 to a comma, then ran
into a VCLX dependency in JvRollOutEditor.pas concerning ImgList and
QImgList.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: JvRichEdit and Shortcuts
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 1 Mar 2004 16:47:17 +0100
Newsgroups: jedi.vcl

> > You are quite right: the defaults are not set in the constructor as they
> > should be (this applies to all controls having a ClipboardCommands
property
> > AFAICS). Andreas, could you fix this?
Peter,
thanks for confirming this!

cu,
Michael




Subject: Re: "See Also" entries not hotlinked in in my component. Is there something wrong in the dtx?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 01 Mar 2004 10:39:57 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Warren!
> You wrote  on Mon, 01 Mar 2004 10:00:04 -0500:
>
>  WP> I noticed that the see-also entries in JvCsvDataSet's help in the Beta1
>  WP> Help file I downloaded show the entries, but they don't hotlink. Does
>  WP> something in the DTX file need fixup still?
>
>     No, Doc-O-Matic needs a fix-up, AFAICT (haven't exactly checked every
> single See Also section, but DOM does have a bug; see thread "Help status",
> started on 18-2)

I'm thinking of buying Doc-O-Matic, so I'll wait to see how
fast they are on fixing bugs like this one that's affecting us.

:-)

Warren




Subject: Re: Latest build of JVCL 3 under D7E
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 16:23:49 +0100
Newsgroups: jedi.vcl

> > Should those JvDotNetCtrlsD7R messages be showing up?
Not really, but it might be because you updated just in between two updates.
To fix, add JvStdCtrlsD7R.dcp to the requires node of JvDotNetControlsD7R
and rebuild.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Curious -- JVCL3/devtools/JvExVCL/WARNING.txt
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 01 Mar 2004 10:21:24 -0500
Newsgroups: jedi.vcl

Just out of curiousity, if the WARNING in the file above is still valid,s houldn't we just delete the folder JVCL3/devtools/JvExVCL/source, or move all the files to a subfolder of src, called obsolete?

Warren


Subject: Re: "See Also" entries not hotlinked in in my component. Is there something wrong in the dtx?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 1 Mar 2004 16:05:38 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Mon, 01 Mar 2004 10:00:04 -0500:

 WP> I noticed that the see-also entries in JvCsvDataSet's help in the Beta1
 WP> Help file I downloaded show the entries, but they don't hotlink. Does
 WP> something in the DTX file need fixup still?

    No, Doc-O-Matic needs a fix-up, AFAICT (haven't exactly checked every
single See Also section, but DOM does have a bug; see thread "Help status",
started on 18-2)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "It's So Hard" by Anouk.




Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 1 Mar 2004 16:02:58 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Mon, 01 Mar 2004 09:25:22 -0500:

 WP> Note that I have left the new OnItemEdit event event in rather than
 WP> making an 'Item.OnButtonEditClick' as above. It seemed reasonable. It
 WP> is fired from the previously do-nothing procedure
 WP> TJvCustomInspectorItem.Edit.  Is that okay?

    Sure, no problem. I had no issues with your other changes, just the
Flags parameter.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "It's So Hard" by Anouk.




Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 1 Mar 2004 16:01:53 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Mon, 01 Mar 2004 09:40:57 -0500:

 >>
 >> Okay, the Flags removed in cvs now, revision 1.58.
 WP> Geez, I mean, 1.59

   Confusing, all those keys, isn't it? Or are the numbers in the CVS log
confusing?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "It's So Hard" by Anouk.




Subject: "See Also" entries not hotlinked in in my component. Is there something wrong in the dtx?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 01 Mar 2004 10:00:04 -0500
Newsgroups: jedi.vcl

I noticed that the see-also entries in JvCsvDataSet's help in the Beta1 Help file I downloaded show the entries, but they don't hotlink. Does something in the DTX file need fixup still?

Warren


Subject: Re: JCL doesn't install
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 15:54:37 +0100
Newsgroups: jedi.vcl

The BETA in JVCL3 has more to do with the installation process, new features
and components and general package layout than with the status of the older
components.

I can understand if you hesitate upgrading (it can be complicated if you use
a lot of 2.10 components not available anymore) but with JVCLConvert and the
\help\migrating.html document, it should be a lot easier and well worth
trying.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 2.1 INSTALL FAILING AGAIN - floating point error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 15:47:51 +0100
Newsgroups: jedi.vcl

Search the bug database (http://jvcl.sf.net/mantis) for JclSysInfo and
GetCPUSpeed and also look in jedi.binaries for "JCLSysInfo update for fast
CPUs" around december 27th, 2003

> > I don't want to use JVCL3 yet for
> > obvious reasons (though I tried installing that and it blew up too).
JVCL3 is a lot more stable than 2.10, I can tell you. What happened when you
tried installing it? BTW, with JVCL3, you don't need the fix above (but you
need the latest JCL >=1.90)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Latest build of JVCL 3 under D7E
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 1 Mar 2004 14:46:14 +0000 (UTC)
Newsgroups: jedi.vcl

No implosions, but some odd messages:

[Hint] JvChart.pas(1877): Value assigned to 'BoxHeight' never used
[Warning] JvChart.pas(1814): Variable 'yTempOrigin' might not have been
initialized
[Warning] Unit 'JvScrollBox' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvComCtrls' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvMemo' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvMaskEdit' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvListBox' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvCtrls' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvButton' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvHotKey' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvEdit' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvFixedEditPopUp' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvToolEdit' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvBrowseFolder' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvPickDate' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvSpeedButton' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvCheckListBox' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvItemsSearchs' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvListView' implicitly imported into package
'JvDotNetCtrlsD7R'
[Warning] Unit 'JvRichEdit' implicitly imported into package
'JvDotNetCtrlsD7R'

Should those JvDotNetCtrlsD7R messages be showing up?

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 01 Mar 2004 09:40:57 -0500
Newsgroups: jedi.vcl

>
> Okay, the Flags removed in cvs now, revision 1.58.  
Geez, I mean, 1.59


Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 01 Mar 2004 09:36:48 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Warren!
>
>     I noticed you committed your changes.

Okay, the Flags removed in cvs now, revision 1.58.  I just commented it out, I intend to go back in and remove the actual commented-out-lines at next checkin.

Warren





Subject: JVCL 2.1 INSTALL FAILING AGAIN - floating point error
From: "Jonathan Hyams" <jhyams@btopenworld.com>
Date: Mon, 1 Mar 2004 15:27:31 +0100
Newsgroups: jedi.vcl

I had some problems installing JVCL last year  but overcame them with the
help of this newsgroup. Now I have a new pc, XP on P4 etc etc. And I am
installing my Delphi stuff there. Everything has gone fine except JVCL. I go
to add the package into my Designtime packages and I get "Invalid floating
point operation". What am I doing wrong? I don't want to use JVCL3 yet for
obvious reasons (though I tried installing that and it blew up too).

Jonathan Hyams




Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 01 Mar 2004 09:25:22 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Warren!
>
>     I noticed you committed your changes, but I thought we agreed to not
> include the var Flags: TInspectorItemFlags parameter in the

You're right, I'm fixing it ASAP.

I have removed var Flags: TInspectorItemFlags, and I'm almost ready to check it into CVS except for an access violation that I'm getting.

From feb 18th:
>
>     AfterItemCreate event:
> --8<--
> if Item.Data.Name = 'MyKey' then
> begin
>   Item.Flags := Item.Flags + [iifEditButton];
>   Item.OnButtonEditClick := MyKeyEdit;
> end;
> --8<--


Note that I have left the new OnItemEdit event event in rather than making an 'Item.OnButtonEditClick' as above. It seemed reasonable. It is fired from the previously do-nothing procedure TJvCustomInspectorItem.Edit.  Is that okay?

Warren




Warren


Subject: Re: wish: cvs-ready beta's and snapshots
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 01 Mar 2004 15:13:48 +0100
Newsgroups: jedi.vcl

Arioch wrote:
>  update: move away JVCL3/run/JvFormAutoSize.pas; it is in the way
> C JVCL3/run/JvFormAutoSize.pas

Do you have a CVS subdirectory in JVCL3/run?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: wish: cvs-ready beta's and snapshots
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 1 Mar 2004 16:54:28 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> I have uploaded a snapshot with cvs (anonymous) directories to

I just want to make start a talk if it could be the habit.
BTW it could also help for those cloned questions in Manits.

Imagine that installer would prompt to create the folder, where there would
be a copy of JCL and JVCL ready for check-in ?
And maybe even let installer try to find Tortoise and force check-in right
at the moment (optional of course)

Currently i'm going through...
=========Beginning of the citation==============
 update: move away JVCL3/run/JvFormAutoSize.pas; it is in the way
C JVCL3/run/JvFormAutoSize.pas
cvs update: move away JVCL3/run/JvFormMagnet.pas; it is in the way
C JVCL3/run/JvFormMagnet.pas
cvs update: move away JVCL3/run/JvFormPlacement.pas; it is in the way
C JVCL3/run/JvFormPlacement.pas
cvs update: move away JVCL3/run/JvFormPlacementSelectList.pas; it is in the
way
C JVCL3/run/JvFormPlacementSelectList.pas
cvs update: move away JVCL3/run/JvFormToHtml.pas; it is in the way
C JVCL3/run/JvFormToHtml.pas
cvs update: move away JVCL3/run/JvFormTransparent.pas; it is in the way
C JVCL3/run/JvFormTransparent.pas
cvs update: move away JVCL3/run/JvFormWallpaper.pas; it is in the way
C JVCL3/run/JvFormWallpaper.pas
cvs update: move away JVCL3/run/JvForth.pas; it is in the way
C JVCL3/run/JvForth.pas
cvs update: move away JVCL3/run/JvFtpGrabber.pas; it is in the way
C JVCL3/run/JvFtpGrabber.pas
cvs update: move away JVCL3/run/JvGIF.pas; it is in the way
C JVCL3/run/JvGIF.pas
cvs update: move away JVCL3/run/JvGIFCtrl.pas; it is in the way
C JVCL3/run/JvGIFCtrl.pas
cvs update: move away JVCL3/run/JvGammaPanel.pas; it is in the way
C JVCL3/run/JvGammaPanel.pas
cvs update: move away JVCL3/run/JvGenetic.pas; it is in the way
C JVCL3/run/JvGenetic.pas
cvs update: move away JVCL3/run/JvGradient.pas; it is in the way
C JVCL3/run/JvGradient.pas
cvs update: move away JVCL3/run/JvGradientCaption.pas; it is in the way
C JVCL3/run/JvGradientCaption.pas
cvs update: move away JVCL3/run/JvGradientHeaderPanel.pas; it is in the way
C JVCL3/run/JvGradientHeaderPanel.pas
=========The end of the citation================

This day it is raining and modem went from 28.8 to 46.2.
I can't explain it, but it is so.

Though it seems already going 3rd hour...
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: wish: cvs-ready beta's and snapshots
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 1 Mar 2004 14:46:52 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > Hello, All!
> > 
> > Setting up CVS is not easy.
> > Can beta's and snapshot's contain all thos [cvs] sub-folders, so user
> > could just unpack beta, install Tortoise, r-click over folder - and get
> > latest fixes ?
> > 
> > Maybe it could be an option for installer ?

I have uploaded a snapshot with cvs (anonymous) directories to
http://jvcl.sourceforge.net/cvs7z

-- Regards, Andreas Hausladen 

Subject: Re: JCL doesn't install
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 01 Mar 2004 22:57:46 +1000
Newsgroups: jedi.vcl

BoB Bedford wrote:
> Hi OBones,
>
> The 3 isn't BETA ? I'm using JVCL for develop, not for testing.

It is labelled as beta, but I consider it far more stable than the JVCL 2.10 Release.

The components are more stable, only the installer is still in beta version, and the help need rework.
But if you are already using the JVCL, you will benefit from the bug fixes.


Subject: Re: JCL doesn't install
From: "BoB Bedford" <bedford1@YouKnowWhatToDoHerehotmail.com>
Date: Mon, 1 Mar 2004 13:53:13 +0100
Newsgroups: jedi.vcl

Hi OBones,

The 3 isn't BETA ? I'm using JVCL for develop, not for testing.

"OBones" <obones_REM_SPM_@_PIF_meloo.com> a écrit dans le message de
news:c1v16i$nbp$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Make is in Delphi's \bin folder. Make sure the path to \bin is in your
>> > > SYSTEM path.
>> > >
> > And further, you shouldn't use the JVCL2 but rather the JVCL3




Subject: wish: cvs-ready beta's and snapshots
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 1 Mar 2004 15:52:13 +0300
Newsgroups: jedi.vcl

Hello, All!

Setting up CVS is not easy.
Can beta's and snapshot's contain all thos [cvs] sub-folders, so user could
just unpack beta, install Tortoise, r-click over folder - and get latest
fixes ?

Maybe it could be an option for installer ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: I tried JVCL3 but...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 01 Mar 2004 13:31:26 +0100
Newsgroups: jedi.vcl

Lis wrote:

> Thank you for your replies, I didn't notice migration.html because I didn't
> look into every folder, the risk of get lost in all that files and folders
> is very high for a JVCL newbie as I am.

This happens to JVCL developers also.



Subject: Re: How to attach this to cvs ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 1 Mar 2004 15:23:24 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

It is always set.

Thank you.

Sure You could not pass me CVSROOT with password in it, but maybe there can
be saved other cvs meta-data?

I think, if possible, beta's are to be packed pre-registered in CVS, so the
developer can install Tortoise, r-click over folder and instantly be
updating sources. The easiest way to stay in sync.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: I tried JVCL3 but...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 13:22:08 +0100
Newsgroups: jedi.vcl

> > There is an install.htm file...
Sorry, it is named readme.htm, not install.htm

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: I tried JVCL3 but...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 13:09:15 +0100
Newsgroups: jedi.vcl

> > Thank you for your replies, I didn't notice migration.html because I
didn't
> > look into every folder, the risk of get lost in all that files and folders
> > is very high for a JVCL newbie as I am.
There is an install.htm file in the JVCL root and it should have link sto
the other documents.

> > The property ButtonHeight is not the only that was lost. I don't remember
> > the others, but if can be useful I can reinstall JVCL3 and retry the
> > "manual" conversion of my projects
We would be very interested in knowing about any issues and problems you
find. This would make us able to enhance migration.html with solutions we
might have forgotten or never encountered.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How t oattac hti to cvs ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 1 Mar 2004 15:02:49 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

It is always set.

Thank you.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: I tried JVCL3 but...
From: Lis <lis@despammed.com>
Date: Mon, 1 Mar 2004 12:50:49 +0100
Newsgroups: jedi.vcl

On Mon, 1 Mar 2004 12:26:48 +0100, Peter Thörnqvist wrote:

> > BTW. removing ButtonHeight was a coding mistake. I've added it again, so
> > with the next release... 8-)

;-)
Thank you for your replies, I didn't notice migration.html because I didn't
look into every folder, the risk of get lost in all that files and folders
is very high for a JVCL newbie as I am.
The property ButtonHeight is not the only that was lost. I don't remember
the others, but if can be useful I can reinstall JVCL3 and retry the
"manual" conversion of my projects

-- Lis 

Subject: Re: I tried JVCL3 but...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 12:26:48 +0100
Newsgroups: jedi.vcl

BTW. removing ButtonHeight was a coding mistake. I've added it again, so
with the next release... 8-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: I tried JVCL3 but...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 12:01:54 +0100
Newsgroups: jedi.vcl

Moving from JVCl2.10 to JVCL3 *is* a major undertaking for any non-trivial
project. We are aware of that. Reading migration.html in the \help folder
might give some ideas on how to proceed. It also has a short explanation of
the JVCLConvert program.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: I tried JVCL3 but...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 01 Mar 2004 20:27:23 +1000
Newsgroups: jedi.vcl

Lis wrote:

> ...at the moment I returned to the 2.10 version because there are so many changes between the two versions that I cannot make a "painless" upgrade of the JVCL in my projects. Some properties has disappeared (e.g. TJvRollout.ButtonHeight), some component has been renamed and so on.
> I see the post of Peter Thornqvist about FAQ content and I think that some suggestions about migrating from 2.1 to 3.0 (components added/removed/renamed) could be very useful
> Even if I temporarely (I'll wait a stable version befor converting my projects) returned to version 2.10 I would like to thank you all for this great library and for all your work.

There is a tool called JVCLConvert that will do most of the work for you. It is in devtools, and once compiled, it take a .dat file. You will find JVCL3.dat in the converter directory and this should do most of the renaming in your projects.

> ps. for your information, the installation program worked without any problem, congratulations
Glad to hear that, and thanks for your support.

Olivier Sannier
JVCL Developer


Subject: Re: JCL doesn't install
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 01 Mar 2004 20:25:48 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Make is in Delphi's \bin folder. Make sure the path to \bin is in your
> SYSTEM path.
>
And further, you shouldn't use the JVCL2 but rather the JVCL3


Subject: I tried JVCL3 but...
From: Lis <lis@despammed.com>
Date: Mon, 1 Mar 2004 11:24:28 +0100
Newsgroups: jedi.vcl

....at the moment I returned to the 2.10 version because there are so many 
changes between the two versions that I cannot make a "painless" upgrade of 
the JVCL in my projects. Some properties has disappeared (e.g. 
TJvRollout.ButtonHeight), some component has been renamed and so on.
I see the post of Peter Thornqvist about FAQ content and I think that some 
suggestions about migrating from 2.1 to 3.0 (components 
added/removed/renamed) could be very useful
Even if I temporarely (I'll wait a stable version befor converting my 
projects) returned to version 2.10 I would like to thank you all for this 
great library and for all your work.

ps. for your information, the installation program worked without any 
problem, congratulations
-- Lis ICQ #162857023 

Subject: Re: Properties don't get streamed into the dfm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 01 Mar 2004 20:14:50 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     TPersistent events are never shown in the OI (bummer, isn't it?). If you
> use TComponent you should mark it as SubComponent, and I think you need to
> use the ClassPropertyEditor for the property, instead of the default
> ComponentPropertyEditor (names might be wrong). The ComponentPropertyEditor
> only allows to select a component, while the ClassPropertyEditor allows to
> inspect the properties of the instance.

Well, it doesn't change a single thing, except for the extra "name" and "tag" properties.
The properties don't get streamed into the the dfm file and I don't understand why. It seems like the call to IsPropInfo in TWriter.WriteProperties in classes.pas returns False for some properties that are TPersistent derived classes. In my case, I think it is because the property is declared as TJvCustomMenuItemPainter but is actually an instance of a class derived from that one.
If anyone out there has any idea for help, I'd greatly appreciate it.


Subject: Re: uib components documentation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 10:49:19 +0100
Newsgroups: jedi.vcl

> > Firstly. An awesome effort by everyone
Thanks.

> > I have been to their site to see if there was any there, all i came
> > across was a list of changes and new features for the uib prior to the
> > inclusion in jvcl. does anyone out there know if there is any
> > documentation at all?
FYI, the UIB components in JVCL are maintained by Henri Gourvest and should
exactly match the stand-alone version on his homepage. I don't know if there
is any documentation available somewhere else than on his homepage but I
doubt it. Sorry I can't help more.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRichEdit and Shortcuts
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 10:47:18 +0100
Newsgroups: jedi.vcl

> > Don't know if this is the final fix or if there further steps to make...

You are quite right: the defaults are not set in the constructor as they
should be (this applies to all controls having a ClipboardCommands property
AFAICS). Andreas, could you fix this?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JCL doesn't install
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Mar 2004 10:44:21 +0100
Newsgroups: jedi.vcl

Make is in Delphi's \bin folder. Make sure the path to \bin is in your
SYSTEM path.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JCL doesn't install
From: "BoB Bedford" <bedford1@YouKnowWhatToDoHerehotmail.com>
Date: Mon, 1 Mar 2004 10:27:58 +0100
Newsgroups: jedi.vcl

I've downloaded, from sourceforge, the last stable release of JCL+JVCL
(named JCL+JVCL210FullInstall.zip)

When running install.bat, first I've an error message in a DOS window,
telling that the MAKE isn't know as valid command, second a window message
telling that the Bin\JediInstaller.exe wasn't found.

I've tried to get the make.exe, but couldn't find it out on the distribution
file.

Could somebody tell me where is this Make.exe ????

Thanks




Subject: Re: JvRichEdit and Shortcuts
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 1 Mar 2004 10:00:13 +0100
Newsgroups: jedi.vcl

> > I do not have any idea why this happens but I think this property never
will
> > be filled when creating the edit control.

So far I could solve this by inserting a line into JvExStdCtrls at:

{$IFDEF VCL}
constructor TJvExCustomMemo.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FClipboardCommands := [caCopy..caUndo];         <<<< Inserted
end;

Don't know if this is the final fix or if there further steps to make...

cu,
Michael




Subject: Re: How t oattac hti to cvs ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 1 Mar 2004 09:55:45 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > trying CVSROOT as ":pserver:anonymous@cvs.sourceforge.net:/cvsroot/dev"
> > and module set to "JVCL3"

:pserver:anonymouse@cvs.sourceforge.net:/cvsroot/jvcl

module: dev/JVCL3

And maybe you want to set the transfer compression in the advanced options
dialog.

-- Regards, Andreas Hausladen 

Subject: JvRichEdit and Shortcuts
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 1 Mar 2004 09:30:15 +0100
Newsgroups: jedi.vcl

Hi,

I'm using JvRichEdit in one of my projects. So far I had no problem with the
shortcuts CTRL+C CTRL+V and CTRL+X.
Currently I cannot use these keys anymore, perhaps because of some changes
in the JVCL source I'm not aware of?.
First I thought of having some troubles with the appropriate actions I'm
using but I could break this problem down to the source of TJvExCustomMemo
in JvExStdCtrls.pas.

The various shortcuts are tested against the property ClipboardCommands see
below, however the property ClipboardCommands/FClipboardCommands is empty. I
do not have any idea why this happens but I think this property never will
be filled when creating the edit control.

Is somebody encountering this problem too?
cu,
Michael

procedure TJvExCustomMemo.DoClipboardPaste;
begin
  if caPaste in ClipboardCommands then
    TCustomEdit_Paste(Self);
end;

procedure TJvExCustomMemo.DoClipboardCopy;
begin
  if caCopy in ClipboardCommands then
    TCustomEdit_Copy(Self);
end;

procedure TJvExCustomMemo.DoClipboardCut;
begin
  if caCut in ClipboardCommands then
    TCustomEdit_Cut(Self);
end;




Subject: How t oattac hti to cvs ?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 1 Mar 2004 11:06:31 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

Can someone suggest, how should i setup TortoiseCVS, so that it will update
those sources ?


trying CVSROOT as ":pserver:anonymous@cvs.sourceforge.net:/cvsroot/dev"
and module set to "JVCL3"

i get an error:

=========Beginning of the citation==============
В C:\cvs\dev: C:\Program Files\TortoiseCVS\cvs.exe -z3 checkout -P JVCL3
CVSROOT=:pserver:anonymous@cvs.sourceforge.net:/cvsroot/dev

cvs checkout: Empty password used - try 'cvs login' with a real password

cvs [checkout aborted]: authorization failed: server cvs.sourceforge.net
rejected access to /cvsroot/dev for user anonymous
=========The end of the citation================

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: inacceptable names in JvNetscapeSplitter.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 01 Mar 2004 05:51:40 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>
>> I am back at style cleaning.
>>
>> These names are completely inacceptable
>>   TJvWindowsButton = (wbMin, wbMax, wbClose);
>>   TJvWindowsButtons = set of TJvWindowsButton;
>
>
> Just so that it is clear to me (and others), could you tell us (again <g>) why this one is inacceptable?

The suffix Button clearly indicates a button component which it is not.
The Windows part is wrong also. Caption is the correct term for this part of the window.



Subject: Re: SO why am i buggin you :-)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 1 Mar 2004 07:32:39 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> Have a look at jedi.binaries

tnx

4mb, 25 minutes, 37.2Kbps connection

It would be 2 hours for whole package...
Anyway, now i'd gonna for JCL :-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: [OT] 7-zip
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 1 Mar 2004 06:41:30 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> Someone has started a Linux port for 4 days. That is what I read in the
 AH> 7-zip sourceforge forum.

I read the similar month ago and half-year ago.

I hope that since LZMA SDK is versioned 4.01 there is chance for 7z 4.x -
and with each new version 7zip is made less and less related upon
Win32/COM/etc

And after all there is always lzip :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: uib components documentation
From: Martin <1@1.1>
Date: Mon, 01 Mar 2004 12:59:03 +1100
Newsgroups: jedi.vcl

Firstly. An awesome effort by everyone, im amazed at how well the installation went and how everything that i am using seems to be very stable (pity cant say the same for the developers for delphi 7). One thing that i am after is some sort of documentation for UIB components.

I have been to their site to see if there was any there, all i came across was a list of changes and new features for the uib prior to the inclusion in jvcl. does anyone out there know if there is any documentation at all?

Regards
Martin.


Subject: Re: inacceptable names in JvNetscapeSplitter.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 01 Mar 2004 08:17:35 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I am back at style cleaning.
>
> These names are completely inacceptable
>   TJvWindowsButton = (wbMin, wbMax, wbClose);
>   TJvWindowsButtons = set of TJvWindowsButton;

Just so that it is clear to me (and others), could you tell us (again <g>) why this one is inacceptable?


Subject: Re: New JvgExportComponents with implemented XML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 29 Feb 2004 22:50:36 +0100
Newsgroups: jedi.vcl

I've posted an update to binaries that shows one example on how it could be
done.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JvgExportComponents with implemented XML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 29 Feb 2004 21:43:57 +0100
Newsgroups: jedi.vcl

> > Do you have an idea how I can avoid the BDE. (I'll try to get it running
> > with ADO, so I do not have the BDE).
Apart from the TTable export class, there is just one reference to TTable
(in the HTML export). That could be solved using an event or just using
Dataset.Name as the value.

I'm not so sure that a BDE export component is really necessary, is it? And
if it is, it should probably be moved to it's own unit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error when close my application using plugin!
From: "Fellipe Henrique" <titanius@imicro.com.br>
Date: Sun, 29 Feb 2004 17:28:43 -0300
Newsgroups: jedi.vcl

Ok, thanks I'll try these.


"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:c1sqvc$afm$1@talkto.net...
> > You probably need to manually remove the menu items before the plugin is
> > unloaded (see "Tip JvPlugin" from micha schumann on 2004-02-28): .
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: New JvgExportComponents with implemented XML
From: The Graphcal Gnome <rbraasem@xs4all.nl>
Date: Sun, 29 Feb 2004 21:16:19 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Looks good. The only thing I don't like is the built in progress dialog:
> better add a progress event so users can implement progress updates any
> which way they want.
>
It was just some icing on the cake. I'll remove it and will implement an event.


Subject: Re: New JvgExportComponents with implemented XML
From: The Graphcal Gnome <rbraasem@xs4all.nl>
Date: Sun, 29 Feb 2004 21:14:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> One more thing: refering to TTable and JvBDEUtils means this component will
> require the BDE to be installed on the end users computer (as well as the
> developers). Just so you know...
>
It was just a start. I'll look in the issues.

Do you have an idea how I can avoid the BDE. (I'll try to get it running with ADO, so I do not have the BDE).

Rob



Subject: Re: New JvgExportComponents with implemented XML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 29 Feb 2004 20:03:11 +0100
Newsgroups: jedi.vcl

One more thing: refering to TTable and JvBDEUtils means this component will
require the BDE to be installed on the end users computer (as well as the
developers). Just so you know...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New JvgExportComponents with implemented XML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 29 Feb 2004 20:00:36 +0100
Newsgroups: jedi.vcl

Looks good. The only thing I don't like is the built in progress dialog:
better add a progress event so users can implement progress updates any
which way they want.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: looking for JVCLConvert.exe binary file (since can't compile it with D5)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 29 Feb 2004 19:12:48 +0100
Newsgroups: jedi.vcl

See http://sf.net/projects/jvcl, click the Files link and look at the bottom
where it says JVCLConvertBeta1

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: looking for JVCLConvert.exe binary file (since can't compile it with D5)
From: "m.banaouas" <mbana@wanadoo.fr>
Date: Sun, 29 Feb 2004 18:46:05 +0100
Newsgroups: jedi.vcl

looking for JVCLConvert.exe binary file (since can't compile it with D5)
can someone tell me from where can I download it ?

thanks


Subject: Re: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 29 Feb 2004 18:18:54 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c1rg1n$352$2@talkto.net...
> > André Snepvangers wrote:
> >
>> > > With all respect for you other efforts for JVCL, the "extended VCL
>> > > classes" is one of your best. :)
> >
> > And that from someone who said the following:
> > "Yes, the IFDEFs make the code less readable. The proposal (=ClxSystem)
> > makes it even less
> > readable for current (J)VCL users."

- Still stands.
- From JVCL point of view the use of the ExVCL classes is limited to JVCL.
It can
be of great help when you port VisualCLX units to VCL.(...)
- Porting VCL components, not limited to JVCL,  to VisualCLX,  all
messagehandlers
have to be replaced with the (more delphi alike) equivalents of the ExVCL
classes.
- AFAICS message handling (translating Qt Events to messages) can still be
implemented
the ExVCL classes or should it then be called 'The Extended VisualCLX
Classes"?
- Having VisualCLX in JVCL is more important then how it can be implemented.

> >
> > You see that I had covered the JvExVCL code in a way, you were not able to
> > find out that the ClxSystem code is its base. :-)
> >

Apparently you missed something. Can happen.(...)

Regards,

André Snepvangers




Subject: Re: JvDBGrid bug fix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 29 Feb 2004 16:24:33 +0100
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> a écrit dans le message news:
c1sk29$90b$1@talkto.net...
> > This might work; new version in binaries.
> >

I test your new version and seem to work fine with me. The balloon now
follow and appear near the position of the mouse. And with standard hint, it
appear correctly top left of the cell. The problem with ActiveRecord is also
well corrected. Think that now hint is good for all :))

Now the only thing who is work bad in this grid is the gestion of the mouse
wheel in the pick or lookup list. Indeed when the list appear and you play
with the wheel, the list disappear and it's really unpleasant (and
sometimes, you are blocked because the list keep the focus). I look to solve
that but the problem is really difficult (i send several messages on forums,
but no respons) and the root of this problem is probably deeper than the
Grid herself. I think that the problem begin in the TJvDBLookupList who is
used in the Inplace editor. Note, we have the same problem with
TJvDBLookupCombo ...

Thanks
Lionel







Subject: Re: Correction for TJvDBSearchEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 29 Feb 2004 16:05:58 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> a écrit dans le message news:
c1sfsf$81k$2@talkto.net...
> > Hi.
> >
> > In the future, could you please post the binary files only in
> > jedi.binaries and mention it in your message here ?
> >

Sorry, i forgot :(
Lionel




Subject: New JvgExportComponents with implemented XML
From: The Graphcal Gnome <rbraasem@xs4all.nl>
Date: Sun, 29 Feb 2004 16:03:18 +0100
Newsgroups: jedi.vcl

I posted a version of JvgExportComponents in which the ExportXML is implemented , not all propertied and events are handled yet, but look at it if I'm going in the right direction.



Subject: Re: Error when close my application using plugin!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 29 Feb 2004 15:27:20 +0100
Newsgroups: jedi.vcl

You probably need to manually remove the menu items before the plugin is
unloaded (see "Tip JvPlugin" from micha schumann on 2004-02-28): .

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: inacceptable names in JvNetscapeSplitter.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 29 Feb 2004 15:24:13 +0100
Newsgroups: jedi.vcl

It's OK to change them: they were added just a couple of days ago and noone
is using them yet (if they are, they probably know how to amend it<g>).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error when close my application using plugin!
From: "Fellipe Henrique" <titanius@imicro.com.br>
Date: Sun, 29 Feb 2004 11:04:57 -0300
Newsgroups: jedi.vcl

Hello... I install the version 3.0.. it's better then 2.0... but my error
continue.. I found  the line;... The error it occurs when I create a
MenuItem... my code is:

var
 Item: TMenuItem;
begin
 // Verifica e instala os plugins
 if LowerCase(AHint) = 'ajuda' then
 begin
  Item := NewItem(ACaption, scNone, False, True, AEvent, 0, '');
  MainMenu1.Items[2].Add(Item);
 end;
 if LowerCase(AHint) = 'cad' then
 begin
  Item := NewItem(ACaption, scNone, False, True, AEvent, 0, '');
  MainMenu1.Items[1].Add(Item);
 end;

when I close my aplication e dont view the menu created, my aplication
returns a error.. but if I only view the created menu, my application, works
fine...
How I fix this?

Thanks for all.

Fellipe Henrique.

end;



"OBones" <obones_REM_SPM_@_PIF_meloo.com> escreveu na mensagem
news:c1oiof$ga2$3@talkto.net...
> > Fellipe Henrique wrote:
> >
>> > > Hello,
>> > >
>> > > I dont installed because, of the error in the hour of instalation, and
for
>> > > being one version beta I cant to supply a program with it for my
customers.
>> > > but you advises to me to install versao 3.0?
>> > >
> > Yes, please try. Sure it is labelled as a beta, but the release will not
> > be that different from the current JVCL anyway.
> >
> > Olivier Sannier
> > JVCL Developer




Subject: JVCL3.7z: D5 compilation error in JvDBLookupComboEdit unit
From: "m.banaouas" <mbana@wanadoo.fr>
Date: Sun, 29 Feb 2004 14:21:37 +0100
Newsgroups: jedi.vcl

C:\Delphi5\lib\JVCL\run\JvDBLookupComboEdit.pas line 237
236    if BeepOnError then
237      Beep;

I think it's about windows.Beep(...); so we must prefix with SysUtils
236    if BeepOnError then
237      SysUtils.Beep;

regards


Subject: Re: JVCL3.7z: D5 compilation error in JvDBLookupComboEdit unit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Feb 2004 23:19:13 +1000
Newsgroups: jedi.vcl

m.banaouas wrote:

> C:\Delphi5\lib\JVCL\run\JvDBLookupComboEdit.pas line 237
> 236    if BeepOnError then
> 237      Beep;
>
> I think it's about windows.Beep(...); so we must prefix with SysUtils
> 236    if BeepOnError then
> 237      SysUtils.Beep;
>
Thanks, this was alredy fixed in CVS a while ago.


Subject: inacceptable names in JvNetscapeSplitter.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 29 Feb 2004 14:07:49 +0100
Newsgroups: jedi.vcl

I am back at style cleaning.

These names are completely inacceptable
  TJvWindowsButton = (wbMin, wbMax, wbClose);
  TJvWindowsButtons = set of TJvWindowsButton;
This name is only bad
  TJvButtonWidthType = (btwPixels, btwPercentage);
better
  TJvButtonWidthKind



Subject: Re: JvDBGrid bug fix
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Sun, 29 Feb 2004 13:29:29 +0100
Newsgroups: jedi.vcl

This might work; new version in binaries.

Flemming




Subject: Re: JvDBGrid bug fix
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Sun, 29 Feb 2004 13:17:25 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1sfos$81k$1@talkto.net...
> > Flemming Brandt Clausen wrote:
> >
>> > > Do you know if there is anyway I can check what kind of hint there is
used
>> > > ????
> >
> > Couldn't the 'is' keyword be ok ?

Yes, if I only knew what to 'is' :-)
I can't figure out, how BalloonHint is hooked into the Hint engine, and I
don't any difference in HintInfo wether I use Balloon hint or application
default.

Any help out there ???

The only other solution I can see, is to add a property 'ShowCellHintOnCell'
and use this to control the HintPos.
(The error is actual caused by me, setting HintPos to Cell.TopLeft )

Flemming




Subject: Re: Correction for TJvDBSearchEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Feb 2004 21:17:46 +1000
Newsgroups: jedi.vcl

Hi.

In the future, could you please post the binary files only in jedi.binaries and mention it in your message here ?

Thanks

Olivier Sannier


Subject: Re: SO why am i buggin you :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 29 Feb 2004 12:17:00 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > Also Linux has WinE package, and i think 7z has a greate chance to run
> > under it.

Someone has started a Linux port for 4 days. That is what I read in the
7-zip sourceforge forum.



-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrid bug fix
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Feb 2004 21:15:50 +1000
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> Do you know if there is anyway I can check what kind of hint there is used
> ????

Couldn't the 'is' keyword be ok ?


Subject: Re: Correction for TJvDBSearchEdit
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 29 Feb 2004 12:11:48 +0100
Newsgroups: jedi.vcl

"Lionel Reynaud" <lionel.reynaud@free.fr> schrieb im Newsbeitrag > For the
search with more letters in TJvDBSearchComboBox, i correct the unit
> > (just suppress the Style property to allow the AutoComplete). I also
change
> > the override Change method to Select method so Change is not hidden when
use
> > OnSelect.

Works perfect!!

Thanks

Karlheinz




Subject: Re: JvDBGrid bug fix
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Sun, 29 Feb 2004 12:05:17 +0100
Newsgroups: jedi.vcl

> > I test and it's work fine in my application ! You can do the change on
CVS.
> >

Sorry I don't have update access to CVS, so I'll have to ask somebody else
to do it. (Peter ???)

> > Another question : i use TJvBalloon for the hint and when the balloon
appear
> > above the cell, he is bad positionned : he is on the row above. See the
> > image, it's more clear !!!
> >
> > I don't know if the problem is on TJvDBGrid or on TJvBalloon but like the
> > position is good for the other component, it seem that the guilty is
> > TJvDBGrid.
> >

I can see (and understand) your/our problem with balloonhint.
It must be the positioning of the ballon (in this component) in combination
with my tweeking of CursorRect and HintPos.

Do you know if there is anyway I can check what kind of hint there is used
????

I'll be back, when my JVCL is working again (see other thread: the problem
is Beep without any parameters).

Flemming







Subject: Re: Compile error
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 29 Feb 2004 11:54:39 +0100
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> schrieb im Newsbeitrag
news:c1sdvh$7l3>
> > C:\Program
Files\Borland\Delphi7\JEDI\JVCL\run\jvdblookupcomboedit.pas(237)
> > Error: Not enough actual parameters
´
Already fixed in CVS please download once more. Since the last minutes the
version 1.14 from OBones is available.

Karlheinz




Subject: Re: JvDBGrid bug fix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 29 Feb 2004 11:50:39 +0100
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> a écrit dans le message news:
c1s75v$67l$1@talkto.net...
> >
> > "Lionel Reynaud" <lionel.reynaud@free.fr> wrote in message
> > news:c1qaab$r28$1@talkto.net...
>> > > Hi !
>> > >
>> > > I found a new problem with Hint on a cell. Problem arise because we use
:
>> > >   DataLink.ActiveRecord := ARow;
>> > >
>> > > So the active record is changing every time following the hint. That's
not
>> > > good ! I try with a bookmark but it's not convincing. Maybe with a
lookup
>> > > ...
> >
> > I think this will do:
> >
> > SaveRow := DataLink.ActiveRecord;
> > Datalink.ActiveRecord := ARow;
> >
> > ....
> >
> > DataLink.ActiveRecord := SaveRow;
> >

I test and it's work fine in my application ! You can do the change on CVS.

Another question : i use TJvBalloon for the hint and when the balloon appear
above the cell, he is bad positionned : he is on the row above. See the
image, it's more clear !!!

I don't know if the problem is on TJvDBGrid or on TJvBalloon but like the
position is good for the other component, it seem that the guilty is
TJvDBGrid.

Regards,
Lionel




> > My VCL - lib is not working right now (new installation in progress), so
no
> > test possible.
> >
> > Flemming
> >


hint.gif
	



Subject: Re: Trying to use JVFTPGrabber but it does not work. Has anyone an example ?
From: "Samuel Herzog" <samuel.herzog@roche.com>
Date: Sun, 29 Feb 2004 11:49:15 +0100
Newsgroups: jedi.vcl

With TJvMultiHTTPGrabber I could create my application update and it works
fine.
Thanks!


"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c1rjlp$3pi$1@talkto.net...
> > Samuel Herzog wrote:
>> > > I have set a breakpoint in <TJvFTPGrabber.Status> but the debugger never
>> > > gets into this routine.
>> > > So none of the events is fired.
> > TJvFTPGrabber is outdated and will eventually be removed from the JVCL.
> > It is being replaced by TJvUrlListGrabber, a component that works in a
> > similar manner to TJvMultiHTTPGrabber except that it accepts FTP and
> > HTTP urls, with a way to extend the supported URLs. There is an example
> > for it coming with the JVCL, it is the one I used to develop the
> > component. In short, Fill the URLs property and call Execute. The
> > grabbing will be done in separate threads.
> >
>> > > I also don't know what the property <Agent> is good for ?
> > Agent is the string sent to the distant server when asked for an
> > identification string. In the HTTP protocol, that would be 'Mozilla/1.6'
> > for instance. For the FTP protocol, it is most likely not used but still
> > required by the Win32 API functions and this is why it is published.
> >
> > Please note that TJvUrlListGrabber works correctly at the moment but
> > still needs some improvements to allow to set the default properties at
> > runtime. Right now, you need to access them by index which is not really
> > user-friendly. In the (not so distant) future, it will be possible to
> > write this:
> >
> > MyUrlGrabber.
> >    DefaultGrabbersProperties['HTTP'].
> >      OutputMode := omFile;
> >
> > TJvFtpUrlGrabberDefaultProperties(
> >    MyUrlGrabber.DefaultGrabbersProperties['FTP']
> >                                   ).UserName := 'anonymous';
> >
> > Please do not hesitate to ask if you need more help.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Working on TJvgExportXML
From: The Graphcal Gnome <rbraasem@xs4all.nl>
Date: Sun, 29 Feb 2004 11:47:23 +0100
Newsgroups: jedi.vcl

I started the work on TJvgExportXML again.

I'm using SimpleXML as XML engine en JVDebug as debugging aid.

As test I'm also building a demo program.

Hope to be ready in a few hours and will post it to binaries.

Rob (not Robert ;)


Subject: Compile error
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Sun, 29 Feb 2004 11:45:36 +0100
Newsgroups: jedi.vcl

A fresh download from vcs will not install (D7 pro)

Compiling package: JvDBD7R.bpl

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\Program Files\Borland\Delphi7\JEDI\JVCL\run\jvdblookupcomboedit.pas(237)
Error: Not enough actual parameters

jvdbd7r.dpk(75) Fatal: Could not compile used unit
'..\..\run\JvDBLookupComboEdit.pas'

** error 1 ** deleting JvDBD7R.bpl








Subject: Re: TJvRadioGroup without frame
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 29 Feb 2004 11:31:47 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:c1reqq$352$1@talkto.net...
> > Now it is possible to choose the border edge painting and you can choose
> > which border should be painted. In themed mode only the later works due to
> > theming.
> >
Hello Andreas and Peter,

I am impressed about the very quick response.

Thank you very much!!!!!!!!!!!!

Regards
Karlheinz




Subject: Re: New components for search in DB
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 29 Feb 2004 11:28:28 +0100
Newsgroups: jedi.vcl

"Lionel Reynaud" <lionel.reynaud@free.fr> schrieb im Newsbeitrag
news:c1sc3d$763$1@talkto.net...
> > For the search with more letters in TJvDBSearchComboBox, i correct the
unit
> > (just suppress the Style property to allow the AutoComplete). I also
change
> > the override Change method to Select method so Change is not hidden when
use
> > OnSelect.

Hello Linoel,

thank you for the quick response. This solution helps me a lot.

I can not test it now because there is an other bug in  the actual csv
version.
I will post the new bug into the bug tracker.

Regards
Karlheinz

You all are doing a great job!!!!!!!!!!!!!!!!!!!!!




Subject: Re: Properties don't get streamed into the dfm
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 29 Feb 2004 11:27:17 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sun, 29 Feb 2004 18:21:48 +1000:

 O> Some painters have events of their own, but those events don't show up
 O> in the object inspector.
 O> I've tried to make TJvCustomMenuItemPainter inherit from TComponent
 O> instead of TPersistent, but for some reason beyond my understanding,
 O> this is even worse as no properties are shown at all.
 O> Once again, any help would be greatly appreciated.

    TPersistent events are never shown in the OI (bummer, isn't it?). If you
use TComponent you should mark it as SubComponent, and I think you need to
use the ClassPropertyEditor for the property, instead of the default
ComponentPropertyEditor (names might be wrong). The ComponentPropertyEditor
only allows to select a component, while the ClassPropertyEditor allows to
inspect the properties of the instance.

    Nonetheless, D5 does not show the events of the sub component either (if
I'm not mistaken) so you're not entirely of the hook.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Correction for TJvDBSearchEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 29 Feb 2004 11:20:45 +0100
Newsgroups: jedi.vcl

"Karlheinz" <KarlheinzJansen@web.de> a écrit dans le message news:
c1q7ih$qgi$1@talkto.net...
> >
>> > > One is TJvDBSearchComboBox and other is TJvDBSearchEdit.
>> > >
>> > > The first one display the list of the record and the behaviour is the
same
>> > > of a ComboBox and the mouse wheel work !!!
>> > > The second allow to found record by enter the first letter of it.
>> > >
> > Searching in TJvDBSearchComboBox with the first letter works also.
> > Is it possible to extend the searching for more then one letters and also
> > with an joker (%) like a sql statement?
> >

For the search with more letters in TJvDBSearchComboBox, i correct the unit
(just suppress the Style property to allow the AutoComplete). I also change
the override Change method to Select method so Change is not hidden when use
OnSelect.

For the %, it's more complicated and for the moment i don't see how to do
without more change.

Regards,
Lionel


> > It would also be nice to have the implementation of searching also in
> > TJvDBLookUpEdit.
> >







JvDBSearchComboBox.zip
	



Subject: Re: New components for search in DB
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 29 Feb 2004 11:16:06 +0100
Newsgroups: jedi.vcl

"Karlheinz" <KarlheinzJansen@web.de> a écrit dans le message news:
c1q7ih$qgi$1@talkto.net...
> >
>> > > One is TJvDBSearchComboBox and other is TJvDBSearchEdit.
>> > >
>> > > The first one display the list of the record and the behaviour is the
same
>> > > of a ComboBox and the mouse wheel work !!!
>> > > The second allow to found record by enter the first letter of it.
>> > >
> > Searching in TJvDBSearchComboBox with the first letter works also.
> > Is it possible to extend the searching for more then one letters and also
> > with an joker (%) like a sql statement?
> >

For the search with more letters in TJvDBSearchComboBox, i correct the unit
(just suppress the Style property to allow the AutoComplete). I also change
the override Change method to Select method so Change is not hidden when use
OnSelect.

For the %, it's more complicated and for the moment i don't see how to do
without more change.

Regards,
Lionel


> > It would also be nice to have the implementation of searching also in
> > TJvDBLookUpEdit.
> >






JvDBSearchComboBox.zip
	



Subject: Re: New components for search in DB
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 29 Feb 2004 11:13:12 +0100
Newsgroups: jedi.vcl

"Karlheinz" <KarlheinzJansen@web.de> a écrit dans le message news:
c1q7ih$qgi$1@talkto.net...
> >
>> > > One is TJvDBSearchComboBox and other is TJvDBSearchEdit.
>> > >
>> > > The first one display the list of the record and the behaviour is the
same
>> > > of a ComboBox and the mouse wheel work !!!
>> > > The second allow to found record by enter the first letter of it.
>> > >
> > Searching in TJvDBSearchComboBox with the first letter works also.
> > Is it possible to extend the searching for more then one letters and also
> > with an joker (%) like a sql statement?
> >

For the search with more letters in TJvDBSearchComboBox, i correct the unit
(just suppress the Style property to allow the AutoComplete). I also change
the override Change method to Select method so Change is not hidden when use
OnSelect.

For the %, it's more complicated and for the moment i don't see how to do
without more change.

Regards,
Lionel


> > It would also be nice to have the implementation of searching also in
> > TJvDBLookUpEdit.
> >




JvDBSearchComboBox.zip
	



Subject: Re: JvDBGrid bug fix
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Sun, 29 Feb 2004 09:49:32 +0100
Newsgroups: jedi.vcl

"Lionel Reynaud" <lionel.reynaud@free.fr> wrote in message
news:c1qaab$r28$1@talkto.net...
> > Hi !
> >
> > I found a new problem with Hint on a cell. Problem arise because we use :
> >   DataLink.ActiveRecord := ARow;
> >
> > So the active record is changing every time following the hint. That's not
> > good ! I try with a bookmark but it's not convincing. Maybe with a lookup
> > ...

I think this will do:

SaveRow := DataLink.ActiveRecord;
Datalink.ActiveRecord := ARow;

.....

DataLink.ActiveRecord := SaveRow;

My VCL - lib is not working right now (new installation in progress), so no
test possible.

Flemming






Subject: Re: New components for search in DB
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 29 Feb 2004 09:41:56 +0100
Newsgroups: jedi.vcl

"Karlheinz" <KarlheinzJansen@web.de> a écrit dans le message news:
c1q7ih$qgi$1@talkto.net...
> >
>> > > One is TJvDBSearchComboBox and other is TJvDBSearchEdit.
>> > >
>> > > The first one display the list of the record and the behaviour is the
same
>> > > of a ComboBox and the mouse wheel work !!!
>> > > The second allow to found record by enter the first letter of it.
>> > >
> > Searching in TJvDBSearchComboBox with the first letter works also.
> > Is it possible to extend the searching for more then one letters and also
> > with an joker (%) like a sql statement?
> >

Well, why not ! i look what i can do but no promise ...

> > It would also be nice to have the implementation of searching also in
> > TJvDBLookUpEdit.
> >

Yes but it's certainly more complicated !

Regards,
Lionel







Subject: Re: Properties don't get streamed into the dfm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Feb 2004 18:21:48 +1000
Newsgroups: jedi.vcl

And there is a further problem with the menus:

Some painters have events of their own, but those events don't show up in the object inspector.
I've tried to make TJvCustomMenuItemPainter inherit from TComponent instead of TPersistent, but for some reason beyond my understanding, this is even worse as no properties are shown at all.
Once again, any help would be greatly appreciated.

Olivier Sannier
JVCL Developer


Subject: Properties don't get streamed into the dfm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Feb 2004 18:13:07 +1000
Newsgroups: jedi.vcl

Hi all

I got a problem with TJvMainMenu, TJvPopupMenu and TJvUrlListGrabber (those are the ones I know of). I'll explain what the problem is for TJvPopupMenu, it is very similar for the two others.

TJvPopupMenu has a published property of type TJvCustomMenuItemPainter which is the instance of the painter to be used. Depending on the style,  it is a different object (derived from TJvCustomMenuItemPainter) and additional properties.
All the properties show up correctly in the object inspector, but the problem is that they never get streamed into the DFM file. Thus any change done during design time is ignored and default values are always ignored. Changing the values at runtime (in an OnCreate event for instance) works of course perfectly.
To see that, open the JvMenus example, select one of the two popup menus and change the ImageBackgroundColor property of their associated painter. Ask to see the form as text, and you'll see that the color isn't stored nor the other properties of the painter. When you return to see the form as a form, the color is back to its default value.
Does anyone know how to solve this problem?
Any help would be greatly appreciated.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: SO why am i buggin you :-)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sun, 29 Feb 2004 10:13:33 +0300
Newsgroups: jedi.vcl

Hello, Peter!

Is Linux compatibility a must ? There is compatible ZIP for Linux.
What is the point of extra format? If it is size, then the 7z is the just
best.

If TAR can forced to sort files by extension, i think TAR.BZ2 would be
closer to 7z, but without Linux geeks it is too hard :-)

Also Linux has WinE package, and i think 7z has a greate chance to run under
it.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Trying to use JVFTPGrabber but it does not work. Has anyone an example ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Feb 2004 14:34:40 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Please note that TJvUrlListGrabber works correctly at the moment but still needs some improvements to allow to set the default properties at runtime. Right now, you need to access them by index which is not really user-friendly. In the (not so distant) future, it will be possible to write this:
This is now done.


Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Feb 2004 13:39:51 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> I have find out why did that happened ... when i select all packages and
> install option.
> if i deselect all packages, it compiles ok

Shall I conclude that everything installed fine ?
If yes but you need help on other JVCL topics, please start another thread.
Once again, thank you for your help and patience

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: Trying to use JVFTPGrabber but it does not work. Has anyone an example ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Feb 2004 13:16:03 +1000
Newsgroups: jedi.vcl

Samuel Herzog wrote:
> I have set a breakpoint in <TJvFTPGrabber.Status> but the debugger never
> gets into this routine.
> So none of the events is fired.
TJvFTPGrabber is outdated and will eventually be removed from the JVCL. It is being replaced by TJvUrlListGrabber, a component that works in a similar manner to TJvMultiHTTPGrabber except that it accepts FTP and HTTP urls, with a way to extend the supported URLs. There is an example for it coming with the JVCL, it is the one I used to develop the component. In short, Fill the URLs property and call Execute. The grabbing will be done in separate threads.

> I also don't know what the property <Agent> is good for ?
Agent is the string sent to the distant server when asked for an identification string. In the HTTP protocol, that would be 'Mozilla/1.6' for instance. For the FTP protocol, it is most likely not used but still required by the Win32 API functions and this is why it is published.

Please note that TJvUrlListGrabber works correctly at the moment but still needs some improvements to allow to set the default properties at runtime. Right now, you need to access them by index which is not really user-friendly. In the (not so distant) future, it will be possible to write this:

MyUrlGrabber.
  DefaultGrabbersProperties['HTTP'].
    OutputMode := omFile;

TJvFtpUrlGrabberDefaultProperties(
  MyUrlGrabber.DefaultGrabbersProperties['FTP']
                                 ).UserName := 'anonymous';

Please do not hesitate to ask if you need more help.

Cheers

Olivier Sannier
JVCL Developer


Subject: Re: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 29 Feb 2004 03:14:27 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > With all respect for you other efforts for JVCL, the "extended VCL
> > classes" is one of your best. :)

And that from someone who said the following:
"Yes, the IFDEFs make the code less readable. The proposal (=ClxSystem)
makes it even less
readable for current (J)VCL users."

You see that I had covered the JvExVCL code in a way, you were not able to
find out that the ClxSystem code is its base. :-)



-- Regards, Andreas Hausladen 

Subject: Re: TJvRadioGroup without frame
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 29 Feb 2004 02:53:42 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Is it possible to switch off  frame and caption from TJvRadioGroup?

Now it is possible to choose the border edge painting and you can choose
which border should be painted. In themed mode only the later works due to
theming.


-- Regards, Andreas Hausladen 

Subject: Re: SO why am i buggin you :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 Feb 2004 23:17:11 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > After Andreas put his stats....
> > I see, i'm borgin You, but consider my 28.8 Kbps :-)

Have a look at jedi.binaries


-- Regards, Andreas Hausladen 

Subject: Re: SO why am i buggin you :-)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 22:21:36 +0100
Newsgroups: jedi.vcl

> > If we take .ZIP as for most compatible format, the let's take 7z as most
> > efficient.
> > Since 7zip is free, any one interested will be able to download and use
it.
This is getting long-winded...

Let's have a vote then: Everybody vote for the compression format you think
we should provide along with plain zip. The format must be available on both
Windows and Linux.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300BETA1Complete.zip Installation compilation errors
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 20:28:59 +0100
Newsgroups: jedi.vcl

> > 1 - file GenerateUtils.pas, line 471 and 516
> >     expandedTargets.CaseSensitive := False;
> > in Delphi 5, TStringList don't include CaseSensitive property
> > I suggest to comment such instruction
These were already commented out and has been for quite some time. 

> > 2 - file GenerateUtils.pas, line 808:
> > FileSetDate(OutFileName, DateTimeToFileDate(Now));
Fixed

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: SO why am i buggin you :-)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 28 Feb 2004 22:26:34 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> I will try providing tar.gz + zip with the next release. I think we

Why TGZ ?
If we take .ZIP as for most compatible format, the let's take 7z as most
efficient.
Since 7zip is free, any one interested will be able to download and use it.

After Andreas put his stats....
I see, i'm borgin You, but consider my 28.8 Kbps :-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: How to prevent Delphi to update *.dof?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 20:08:53 +0100
Newsgroups: jedi.vcl

> > How can I   prevent that Delphi to updates *.dof files? (very annoying)
Don't save the project, only the units ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How to prevent Delphi to update *.dof?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 28 Feb 2004 20:07:36 +0100
Newsgroups: jedi.vcl

Regards,

How can I   prevent that Delphi to updates *.dof files? (very annoying)


André Snepvangers




Subject: Re: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 28 Feb 2004 18:12:39 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c1qf1o$s78$1@talkto.net...
> > André Snepvangers wrote:
> >
>> > > Should we not move this move to the Extended VCL classes (JvEx*.pas) ?
>> > > It is repeated over and over.
> >
> > Done.
> >

With all respect for you other efforts for JVCL, the "extended VCL classes"
is one of your best. :)

Regards,

André Snepvangers




Subject: JVCL300BETA1Complete.zip Installation compilation errors
From: "m.banaouas" <mbana@wanadoo.fr>
Date: Sat, 28 Feb 2004 17:59:08 +0100
Newsgroups: jedi.vcl


Hi.

I've downloaded JVCL300BETA1Complete.zip and tried to install it via install.bat. 2 error messages were displayed during installation :

1 - file GenerateUtils.pas, line 471 and 516
   expandedTargets.CaseSensitive := False;
in Delphi 5, TStringList don't include CaseSensitive property
I suggest to comment such instruction

2 - file GenerateUtils.pas, line 808:
FileSetDate(OutFileName, DateTimeToFileDate(Now));
types incompatibles: Integer and String

in SysUtils, FileSetDate is declared like this:
function FileSetDate(Handle: Integer; Age: Integer): Integer;

I suggest to add this function :

function FileNameSetdate(Filename: String; Age: Integer): Integer;
var
  Handle: Integer;
begin
  Handle := FileOpen(Filename, fmOpenReadWrite);
  try
    Result := FileSetDate(Handle, Age);
  finally
    FileClose(Handle);
  end;
end;

and to change the function call to
FileNameSetDate(OutFileName, DateTimeToFileDate(Now));

regards



Subject: Re: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 Feb 2004 17:52:39 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Should we not move this move to the Extended VCL classes (JvEx*.pas) ?
> > It is repeated over and over.

Done.

-- Regards, Andreas Hausladen 

Subject: Re: JvDBGrid bug fix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 28 Feb 2004 16:30:12 +0100
Newsgroups: jedi.vcl

Hi !

I found a new problem with Hint on a cell. Problem arise because we use :
  DataLink.ActiveRecord := ARow;

So the active record is changing every time following the hint. That's not
good ! I try with a bookmark but it's not convincing. Maybe with a lookup
....

Lionel




"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
c1q05i$ori$1@talkto.net...
>> > > Great, it work with me !! But be careful, unit has been modified to use
>> > > JvFinalize before your fix ...
> > I'll merge the changes.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Suggestions for FAQ content
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 16:16:42 +0100
Newsgroups: jedi.vcl

Please post your suggestions for incusion in a FAQ page here so I have
something to start with. The FAQ will be available on the homepage once I
have a dozen questions or so.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Sat, 28 Feb 2004 16:10:41 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1oo85$hnk$1@talkto.net...
> > ScOe wrote:
> >
>> > > Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
>> > > Fatal: Required package 'CJcl50' not found
> >
JvCore is the one who makes problem (i guess)
> > Olivier Sannier
> > JVCL Developer
> > BCB Coordinator




Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Sat, 28 Feb 2004 16:06:47 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1oo85$hnk$1@talkto.net...
> > ScOe wrote:
> >
>> > > Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
>> > > Fatal: Required package 'CJcl50' not found
> >
> > Ok. I'm going to enumerate possible problems. Please check each point in
> > order until one hopefuly fixes the problem. Do not try a step before the
> > one before failed.
I have find out why did that happened ... when i select all packages and
install option.
if i deselect all packages, it compiles ok

> >
> > Olivier Sannier
> > JVCL Developer
> > BCB Coordinator




Subject: Trying to use JVFTPGrabber but it does not work. Has anyone an example ?
From: "Samuel Herzog" <samuel.herzog@roche.com>
Date: Sat, 28 Feb 2004 16:02:05 +0100
Newsgroups: jedi.vcl

I have set a breakpoint in <TJvFTPGrabber.Status> but the debugger never
gets into this routine.
So none of the events is fired.
I also don't know what the property <Agent> is good for ?

So if anyone has ever used the JvFTPGrabber component and has an example
then please let us know.

I am using D7 and JVCL3.0 Beta 1.

Thanks!
Sam


procedure TJvFTPGrabber.Status(Sender: TObject; Position: Integer; Url:
string);
begin
  case Position of
    INTERNET_STATUS_RESOLVING_NAME:
      if Assigned(FOnResolving) then
        FOnResolving(Self);
    INTERNET_STATUS_NAME_RESOLVED:
      if Assigned(FOnResolved) then
        FOnResolved(Self);
    INTERNET_STATUS_CONNECTING_TO_SERVER:
      if Assigned(FOnConnecting) then
        FOnConnecting(Self);
    INTERNET_STATUS_CONNECTED_TO_SERVER:
      if Assigned(FOnConnected) then
        FOnConnected(Self);
    INTERNET_STATUS_SENDING_REQUEST:
      if Assigned(FOnSending) then
        FOnSending(Self);
    INTERNET_STATUS_REQUEST_SENT:
      if Assigned(FOnSent) then
        FOnSent(Self);
    INTERNET_STATUS_RECEIVING_RESPONSE:
      if Assigned(FOnReceiving) then
        FOnReceiving(Self);
    INTERNET_STATUS_RESPONSE_RECEIVED:
      if Assigned(FOnReceived) then
        FOnReceived(Self);
    INTERNET_STATUS_CLOSING_CONNECTION:
      if Assigned(FOnClosing) then
        FOnClosing(Self);
    INTERNET_STATUS_CONNECTION_CLOSED:
      if Assigned(FOnClosed) then
        FOnClosed(Self);
    INTERNET_STATUS_REQUEST_COMPLETE:
      if Assigned(FOnRequest) then
        FOnRequest(Self);
    INTERNET_STATUS_REDIRECT:
      if Assigned(FOnRedirect) then
        FOnRedirect(Self);
    INTERNET_STATUS_STATE_CHANGE:
      if Assigned(FOnStateChange) then
        FOnStateChange(Self);
  end;
end;




Subject: TJvRadioGroup without frame
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 28 Feb 2004 15:52:27 +0100
Newsgroups: jedi.vcl

Is it possible to switch off  frame and caption from TJvRadioGroup?

Regards

Karlheinz




Subject: Re: New components for search in DB
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 28 Feb 2004 15:45:30 +0100
Newsgroups: jedi.vcl

> > One is TJvDBSearchComboBox and other is TJvDBSearchEdit.
> >
> > The first one display the list of the record and the behaviour is the same
> > of a ComboBox and the mouse wheel work !!!
> > The second allow to found record by enter the first letter of it.
> >
Searching in TJvDBSearchComboBox with the first letter works also.
Is it possible to extend the searching for more then one letters and also
with an joker (%) like a sql statement?

It would also be nice to have the implementation of searching also in
TJvDBLookUpEdit.

Regards

Karlheinz





Subject: Re: Tip jvPlugin
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 15:44:18 +0100
Newsgroups: jedi.vcl

> > In the mean time, I'll add the warning to the help.
I'm working on a small "FAQ Builder" application to generate an FAQ HTML
page from a template. Maybe we can add it to the FAQ once it is ready.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 28 Feb 2004 15:01:27 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c1pmp2$mrc$2@talkto.net...
> > André Snepvangers wrote:
> >
>> > > Should we not move this move to the Extended VCL classes (JvEx*.pas) ?
>> > > It is repeated over and over.
> >
> > Is it in every component ? If not then a move to the ExVCL would mean that
> > all components have this code.
> >
For sure not all, but imho we should implement this behaviour in every
component with
a Hint property.
Besides that a ParentHintColor property could be added.

Kind Regards,

André Snepvangers




Subject: Re: Tip jvPlugin
From: micha schumann <schumann@itc-ms.de>
Date: Sat, 28 Feb 2004 11:52:10 -0100
Newsgroups: jedi.vcl

Hello Marcel,

I tried unloading all plugins in FormClose and it didnt solve it like you said. Since I add the menu items manually in a Pluginmanager event and the menu items get references to methods in the manager but not vice versa. So it might be quite difficult for the manager to destroy them. For me its ok to take care of the order how components are created (and destroyed) in this case.

I now use the plugins in a huge Firebird-driven app and managed to use
ibsql in a plugin connected to the Database and Transaction in the main app. This is the other way round than the supplied database example. This was my whish for so long and I did not know how to do that! So jvPlugins really solved a big challenge for me!

I will try to prepare some example code from my experiences with database-Plugins that use the main apps database comps.

best regards,

michael

Marcel Bestebroer wrote:
> Hello, micha!
> You wrote  on Sat, 28 Feb 2004 10:06:43 -0100:
>
>  ms> It took me some time to figure out the reason for GPFs when ending my
>  ms> app using jvPlugins. Maybe stupid, but perhaps it makes sense to put
>  ms> this tip into the helphile (for dummies like me):
>
>  ms> ----- snip here -----
>  ms> If you add plugins to the main menu make sure that the pluginManager is
>  ms> created BEFORE the MainMenu since it should be present when the
>  ms> MainMenu is destoyed.
>  ms> ----- snip here -----
>
>     Personally, I consider that a bug (although I have no idea how to solve
> it) but I would think that when the plug-in manager is destroyed, it would
> remove anything that depends on it (this includes any item in the main
> menu). I don't think that unloading plug-ins that have been loaded solves it
> completely. In the mean time, I'll add the warning to the help.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Wish I Didn't Miss You" by Angie Stone.
>
>


Subject: Re: SO why am i buggin you :-)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 13:38:32 +0100
Newsgroups: jedi.vcl

I will try providing tar.gz + zip with the next release. I think we should
close this dicussion now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid bug fix
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 13:37:18 +0100
Newsgroups: jedi.vcl

> > Great, it work with me !! But be careful, unit has been modified to use
> > JvFinalize before your fix ...
I'll merge the changes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Tip jvPlugin
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 28 Feb 2004 13:23:09 +0100
Newsgroups: jedi.vcl

Hello, micha!
You wrote  on Sat, 28 Feb 2004 10:06:43 -0100:

 ms> It took me some time to figure out the reason for GPFs when ending my
 ms> app using jvPlugins. Maybe stupid, but perhaps it makes sense to put
 ms> this tip into the helphile (for dummies like me):

 ms> ----- snip here -----
 ms> If you add plugins to the main menu make sure that the pluginManager is
 ms> created BEFORE the MainMenu since it should be present when the
 ms> MainMenu is destoyed.
 ms> ----- snip here -----

    Personally, I consider that a bug (although I have no idea how to solve
it) but I would think that when the plug-in manager is destroyed, it would
remove anything that depends on it (this includes any item in the main
menu). I don't think that unloading plug-ins that have been loaded solves it
completely. In the mean time, I'll add the warning to the help.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Wish I Didn't Miss You" by Angie Stone.




Subject: Re: JvDBGrid bug fix
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 28 Feb 2004 12:20:49 +0100
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> a écrit dans le message news:
c1pmnd$ms3$1@talkto.net...
> > I think the problem with global hint (reported by Lionel) is finally
fixed.
> > New version in binaries.
> >
> > Flemming
> >
> >

Great, it work with me !! But be careful, unit has been modified to use
JvFinalize before your fix ...

Regards,
Lionel




Subject: Tip jvPlugin
From: micha schumann <schumann@itc-ms.de>
Date: Sat, 28 Feb 2004 10:06:43 -0100
Newsgroups: jedi.vcl

It took me some time to figure out the reason for GPFs when ending my app using jvPlugins. Maybe stupid, but perhaps it makes sense to put this tip into the helphile (for dummies like me):

----- snip here -----
If you add plugins to the main menu make sure that the pluginManager is created BEFORE the MainMenu since it should be present when the MainMenu is destoyed.
----- snip here -----

Apart from that: If had known about these great plugins before! Simple and great!

michael


Subject: Re: counting lines in TRXMemoryData
From: "PascalSV" <pommes@tauth.com>
Date: Sat, 28 Feb 2004 11:05:45 +0000
Newsgroups: jedi.vcl

Arioch,

RecordCount is dangerous for large numbers. It is not safe to use it as 
it does not count correctly. What I do till now is counting the number of 
posts I perform on the MemoryData components with the result that it 
counts two too much. Therefor I need another solution, but which one??

Pascal



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TPopupMenu.Create(Self) .... PopUpMenu.Free
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 Feb 2004 11:08:36 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > destructor destroy;
> > begin
> >     MyOtherClass.Free;  // asn: or FreeAndNil(MyOtherClass) to hide this
> > a little bit more.
> >     inherited;
> > end;

The only problem I see here is that the inherited destructor triggers an
event that accesses MyOtherClass.


-- Regards, Andreas Hausladen 

Subject: Re: TPopupMenu.Create(Self) .... PopUpMenu.Free
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 Feb 2004 11:07:17 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > and, as André says, this will raise an exception on VCLX, 
> > so we have to remove them anyway.

That must be a bug in the component. TComponent is in Classes.pas and has
_no_ IFDEFs around it. So it is the same code for VCL and VisualCLX.



-- Regards, Andreas Hausladen 

Subject: Re: SO why am i buggin you :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 Feb 2004 11:04:40 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> >  AH> Jvcl3Cvs.7z:  6.264 MB ***
> > 
> > Could You put it for download somewhere, please ?

Unfortunately my upstream is limited to 128 Kbit/s. So it would take hours
to upload it.



-- Regards, Andreas Hausladen 

Subject: Re: howto: formstorage and docking
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 10:59:06 +0100
Newsgroups: jedi.vcl

> > I'll have to dig them up, but I found some with BCB. Unfortunately I
> > don't have that much time to look at it.
When you find bugs, report them in Mantis and then someone else can take a
look if you don't have the time.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 Feb 2004 10:58:20 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Should we not move this move to the Extended VCL classes (JvEx*.pas) ?
> > It is repeated over and over.

Is it in every component ? If not then a move to the ExVCL would mean that
all components have this code.


-- Regards, Andreas Hausladen 

Subject: JvDBGrid bug fix
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Sat, 28 Feb 2004 10:56:12 +0100
Newsgroups: jedi.vcl

I think the problem with global hint (reported by Lionel) is finally fixed.
New version in binaries.

Flemming




Subject: Re: TPopupMenu.Create(Self) .... PopUpMenu.Free
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Feb 2004 10:56:07 +0100
Newsgroups: jedi.vcl

You are both right. When working under VCL, it doesn't matter if you free an
owned component, although unnecessary.Personally, I think we should not free
owned components, since it is not needed and, as André says, this will raise
an exception on VCLX, so we have to remove them anyway.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFinalize is now part of the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 28 Feb 2004 10:55:27 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > About the FinalizeUnits procedure in JvFinalize.pas.
> > 
> > Aren't you nesting try..excepts?

If you download the reversion 1.3 you will see that I had it the way you
wrote. But then I saw the finalize code in System.pas. There Borland used
the same technique. The problem with try/except in the loop is that it
consumes lots of time. But I would say I can change it to something like
this:


procedure FinalizeUnits;
var
  P: TFinalizeUnitItem;
  Restart: Boolean;
begin
  try
    while FinalizeUnitList <> nil do
    begin
      P := FinalizeUnitList;
      FinalizeUnitList := P.Next;
      P.Free;
    end;
  except
  end;
  if FinalizeUniList <> nil then
    FinalizeUnits;
end;



-- Regards, Andreas Hausladen 

Subject: Re: TPopupMenu.Create(Self) .... PopUpMenu.Free
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Feb 2004 11:30:00 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> Could give me a reason other than "it's useless" for not doing the Free
>> ourselves ?
>
>
> Sorry, more clear: this is a mistake, if you give it an owner you
> *inherited* the
> behaviour from the class it descends from. That will destroy the components
> it
> ownes.
> You destroying a componet but you don't remove it from Components property
> of TComponent. Then when the class gets destroyed it will destroy all the
> components it ownes including the ones that you with which you did
> create(self).
Then the component is not programmed correctly, but not because it shouldn't destroy, but because it should notify.
The way I understand it, here is how it works (feel free to correct me):

Comp := TComp.Create(Self) adds Comp into the list of components Self knows about (Components property) and a call to Notification (not sure about the name) by Comp registers Self in the destruction notification list.
When I do Comp.Free, the destructor notifies Self (and others) that the component is about to be destroyed and thus Self can remove it from its Components list. If the removal is done correctly, there is no risk to delete twice a component.
But this means that the destruction notification bit needs to be done correctly which is what I'd prefer people to do instead of requiring people not to destroy to delete the components themselves. Because while we JVCL developers can do that, users shouldn't have to worry about a "defect" in our components, especially since this "defect" can be fixed.


Subject: Re: TPopupMenu.Create(Self) .... PopUpMenu.Free
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 28 Feb 2004 02:18:47 +0100
Newsgroups: jedi.vcl

> > Could give me a reason other than "it's useless" for not doing the Free
> > ourselves ?

Sorry, more clear: this is a mistake, if you give it an owner you
*inherited* the
behaviour from the class it descends from. That will destroy the components
it
ownes.
You destroying a componet but you don't remove it from Components property
of TComponent. Then when the class gets destroyed it will destroy all the
components it ownes including the ones that you with which you did
create(self).
FreeAndNil will prevent exceptions under VCL, unfortunally(?) under
VisualCLX
this will raise an exception.

Kind Regards,

André Snepvangers




Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Feb 2004 11:15:40 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> Fatal: Required package 'CJcl50' not found

Ok. I'm going to enumerate possible problems. Please check each point in order until one hopefuly fixes the problem. Do not try a step before the one before failed.

1. You are using the installer, but you forgot to check the "Install JCL" checkbox. Check the checkbox and try again (I doubt this would change anything though).

2. Verify that you have this file:
 $(BCB)\Projects\Bpl\CJcl50.dcp
If you don't have it, check if there is one called CJcl.dcp. If so, please rename it to CJcl50.dcp and retry to install.
If not then I'll have to investigate further. But you can already check the next step, just to ensure we don't stumble on a problem further down the track.

3. Verify that you have these files:
 $(BCB)\Projects\Bpl\CJcl50.bpl
 $(BCB)\Projects\Bpl\CJcl50.tds
 $(BCB)\Projects\Lib\CJcl50.lib
 $(BCB)\Projects\Lib\CJcl50.bpi
If you don't have them, then the installer didn't compile the JCL package correctly. Those files maybe somewhere in the JCL directory or in the JVCL directory. Either you find them and you copy them, or you open CJcl50.bpk in C++ Builder and compile it yourself. That second solution seems easier to me.

In all instances, ensure that the PATH environment variable contains the BCB directories.
Moreover, you should read the Installation notes for BCB in this file:

file:///E:/Programz/cbuilder/JVCL300BETA1JCL190Complete/jvcl/help/install.htm#AddJVCLPathToBCB

Thanks again for you support and patience

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: JvFinalize is now part of the JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 28 Feb 2004 01:59:43 +0100
Newsgroups: jedi.vcl

About the FinalizeUnits procedure in JvFinalize.pas.

Aren't you nesting try..excepts? I vaguely remember that catching exceptions in the except..end part is problematic, maybe this is more simple:

procedure FinalizeUnits;
var
  P: TFinalizeUnitItem;
begin
  while FinalizeUnitList <> nil do
  begin
    P := FinalizeUnitList;
    FinalizeUnitList := P.Next;
    try
      P.Free;
    except
    end;
  end;
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: improvements in JvChart . Wondering what to do, and how long the code freeze is going to last.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 28 Feb 2004 01:54:09 +0100
Newsgroups: jedi.vcl

> > many bug fixes, I also need some new properties to JvChart.

IMHO if tested commit. Fixes and updates on this are important
There are not so many JVCL components dealing with charts.

Regards,

André Snepvangers





Subject: Re: TPopupMenu.Create(Self) .... PopUpMenu.Free
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Feb 2004 10:48:59 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> RULE:
> If you give it an *owner* with Create you should *not* destroy/free it in
> your code: the *owner* takes care of that!

What's the problem with not doing that ?
The notification code will come into place and will do its job anyway. Could give me a reason other than "it's useless" for not doing the Free ourselves ?


Subject: Re: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "Andre Snepvangers" <asn@xs4all.nl>
Date: Sat, 28 Feb 2004 01:15:54 +0100
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.FalseDomain.ru> wrote in message
news:c1ok88$gq7$1@talkto.net...
> > Hello, André!
> >
> >  AS> Should we not move this move to the Extended VCL classes (JvEx*.pas)
?
> >  AS> It is repeated over and over.
> >
> > I'd prefer some TappEvents, extended to have stacks of handlers.
> >

?




Subject: TPopupMenu.Create(Self) .... PopUpMenu.Free
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 28 Feb 2004 01:14:17 +0100
Newsgroups: jedi.vcl

In various units I see this construction

procedure TMyClass.DoSomething
begin
    ....
    MyOtherClass := TMyOtherClass.Create(self);
    ...
end;

destructor destroy;
begin
    MyOtherClass.Free;  // asn: or FreeAndNil(MyOtherClass) to hide this a
little bit more.
    inherited;
end;

RULE:
If you give it an *owner* with Create you should *not* destroy/free it in
your code: the *owner* takes care of that!

If you want to be in control of destroy the class instance give it owner
*nil*

Kind Regards

André Snepvangers




Subject: Re: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 28 Feb 2004 03:07:16 +0300
Newsgroups: jedi.vcl

Hello, AndrИ!

 AS> Should we not move this move to the Extended VCL classes (JvEx*.pas) ?
 AS> It is repeated over and over.

I'd prefer some TappEvents, extended to have stacks of handlers.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: re using code
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 28 Feb 2004 03:03:22 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Form2.Parent := TabSheet2;

To go on, i'd say RxLib (and JVCL2 and hope 3 too) has TrxPageManager
component, that maybe will be of some use here.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: SO why am i buggin you :-)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 28 Feb 2004 03:00:54 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> Jvcl3Cvs.7z:  6.264 MB ***

Could You put it for download somewhere, please ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: counting lines in TRXMemoryData
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 28 Feb 2004 02:59:22 +0300
Newsgroups: jedi.vcl

Hello, PascalSV!

I think either Your Delphi has no help or TDataSet.RecordCount was broken in
RxLib ?

PS: RxLib is obsolete.
IMHO You'd better upgrade to ether JVCL3 (which is not targeted on
compatibility with legacy RxLib) or to PolarisLib (which is targeted)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: FSaved := Application.HintColor;Application.HintColor := FHintColor;
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 28 Feb 2004 00:56:29 +0100
Newsgroups: jedi.vcl

Should we not move this move to the Extended VCL classes (JvEx*.pas) ?
It is repeated over and over.

Regards,

André Snepvangers




Subject: Re: JvListView
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Feb 2004 09:48:39 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I found the following in the JvListView.pas
>
> // (rom) Why that? C++ Builder should need this class.
> {$EXTERNALSYM TJvListItem}
>
> Should I remove the externalsym?
>
Let me check before


Subject: Re: Error when close my application using plugin!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Feb 2004 09:42:01 +1000
Newsgroups: jedi.vcl

Fellipe Henrique wrote:

> Hello,
>
> I dont installed because, of the error in the hour of instalation, and for
> being one version beta I cant to supply a program with it for my customers.
> but you advises to me to install versao 3.0?
>
Yes, please try. Sure it is labelled as a beta, but the release will not be that different from the current JVCL anyway.

Olivier Sannier
JVCL Developer


Subject: Re: howto: formstorage and docking
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Feb 2004 09:40:52 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Moreover, there are still some bugs lurking around.
>
> Like?
>
I'll have to dig them up, but I found some with BCB. Unfortunately I don't have that much time to look at it.


Subject: Re: Auto Installer Not Working On This Machine
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Feb 2004 09:39:44 +1000
Newsgroups: jedi.vcl

nospam wrote:
>>
>> What exact command line did you use ?
>>
>
> At first, I ran
>
> 'MakeJclDcp4BCB 6 C:\Program Files\Borland\CBuilder6'
>
> This is the default install directory for enterprise BCB 6. It errored out with the same error found in the installer.
>
> 'Fatal: Unable to execute command: C:\Program'

Well, yeah, but you forgot the " around the path to BCB6. I have no control over that, because when there is a space, it gives me two separate arguments. use " or as you did the 8.3 name and it will work.

> It worked and the dcp file was created. I tried running MakeBCB.bat.
>
> 'MakeBCB "C6 Packages" "c6" "C:\Program Files\Borland\CBuilder6"'
>
> It gave me:
>
> Unable to find the dcp files from the JCL
> Please ensure you have run MakeJCLDcp4BCB before trying to build the JVCL for BCB
>
> !!!!! ERROR WHILE BUILDING THE JVCL !!!!!
> Please refer to last output for details
>
> I did the same thing to the path this time. I ran:
>
> 'MakeBCB "C6 Packages" "c6" "C:\Progra~1\Borland\CBuilder6"'
>
> It worked.

That's weird, it should have worked the first time, both commands are equivalent.

> Building a string parser into the installer program that checks between the \\ characters and makes sure that all spaces are taken out and anything longer than 8 characters gets cut to 6 characters with ~1 at the end shouldn't be too hard but I don't know pascal.
The problem is that we are using batch files and if the user forgets the ", we can't do anything.

> Am I correct in assuming that the Make^*.bat and Make^*Per.bat files (where ^ is C for Builder and D for Delphi and * is version) aren't getting used at all?
Actually, they are. Use MakeC6 directly and it will do exactly what you typded, but without the overhead of typing everything.
By the way, the installer is actually run by launching install.bat in the root directory of the JVCL. The batch files you used are here for people wanting to build the JVCL quickly but you need to be a bit careful.
In short, here is what you do:

MakeJCLDcp4BCB 6
MakeC6

This uses the defaults and it will (should) work for you because you installed BCB6 in the default directory.

Cheers

Thanks for your help

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: Bugs in TJvPopupMenu and TJvID2v2
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 28 Feb 2004 00:03:31 +0100
Newsgroups: jedi.vcl

Rainer Budde wrote:
> TJvID3v2
> First Bug Description:
> I write an Idv2 Tag for example with a genre like "soundtrack". Now I read
> the Tag with JvID3v2 and I always get the Description "Soundtrack
> Soundtrack". I use GenreToNiceGenre(ContentType). This happens in the
> example too!
>
> Second Bug Description:
> I can´t write the Tags "Time" and "Year". This Problem ("Year") is alway in
> the example. Maybe other information can´t be written too?

I'll look at this.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: re using code
From: "Steve Warburton" <Swarburton@orange.net>
Date: Fri, 27 Feb 2004 16:43:04 -0600
Newsgroups: jedi.vcl

I hope this makes sense so here goes.

I am writing an app that plays a playlist of video , flash , jpegs, browser
etc.
these are show within various windows shown in a tabsheet.
once I have created the list of files and actions for screen1(tabsheet1)
I have 3 gridviews with the information stored within them.

when I play the presentation I open a form and display the various windows
and
read the filenames, actions etc from the gridviews.

this is in the format mediaplayer1.filename :=
tabsheet1.screen1.gridviewsreen1.cells[3,0] etc for the other windows and
actions.

if I select all the components, windows etc in tabsheet1 and create a
component
I can put the component into tabsheet2.
the problem here is all the components are renamed ie edit1.text becomes
edit4.text etc etc. this is because the form would contain 2 edit boxe
 with the same name.

I need to be able to have the main player form to play screen1 then screen2
etc. if I could just change the string screen1 to screen2 as in
formplayer.mediaplayer1.filename :=
tabsheet1.screen1.gridviewscreen1.cell[3,0]
this would save me having to change every component name when playing the
various screens.

is there a way to achieve this with tabsheets?

if I create a new form and add the component all the names remain the same.

this means opening several different windows for the screen1, 2 etc and is
cumbersome.

can I embed a form within a tabsheet?

sorry for the long post.

cheers in advance.

Steve




Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 27 Feb 2004 22:37:30 +0100
Newsgroups: jedi.vcl

Hello, Warren!

    I noticed you committed your changes, but I thought we agreed to not
include the var Flags: TInspectorItemFlags parameter in the
TJvInspConfKeyEvent? It really is not necessary and more or less counter
acts any settings done due to the PTypeInfo->TJvInspectorItemClass
conversion done automatically. It would be better to turn that parameter
into a PTypeInfo thing to make it consistent with the way it is handled by
the other data classes, or leave it out completely and handle it through the
BeforeItemCreate event (I must admit though, that having the parameter var TypeInfo:
PTypeInfo in the event would be the best solution).

    P.S.: Don't forget to update the .dtx file after you changed, removed or
added something in the interface section of a unit. <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: counting lines in TRXMemoryData
From: "PascalSV" <pommes@tauth.com>
Date: Fri, 27 Feb 2004 21:31:19 +0000
Newsgroups: jedi.vcl

 Hi there,

I do have a TRxMemoryData component and would like to find out, how many
lines are in it during runtime. Is there something like a "count"??

Thanks,

Pascal



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvListView
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 22:21:50 +0100
Newsgroups: jedi.vcl

I found the following in the JvListView.pas

// (rom) Why that? C++ Builder should need this class.
{$EXTERNALSYM TJvListItem}

Should I remove the externalsym?

-- Regards, Andreas Hausladen 

Subject: Re: Borland homepages down
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Feb 2004 21:19:18 +0100
Newsgroups: jedi.vcl

I just tested attaching a zip file to
http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?bug_id=0001370

Seems to work fine again. Thanks, Matthias!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Borland homepages down
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Fri, 27 Feb 2004 21:14:33 +0100
Newsgroups: jedi.vcl

Hello friends,

> > Seems they are up again. Unfortunately, file uploads still doesn't work on
> > Mantis. This is a problem the Borland guyes have to fix since we don't
have
> > admin access to the machine. I've contacted Matthias Thoma and he's
> > contacting Borland, so it might be a while before uploads wwill work
again.

Please try again and let me know if it still does not work... AFAICT
everything should work again.

- Matthias




Subject: Re: Error when close my application using plugin!
From: "Fellipe Henrique" <fellipe@rodoviariolider.com.br>
Date: Fri, 27 Feb 2004 17:08:25 -0300
Newsgroups: jedi.vcl

Hello,

I dont installed because, of the error in the hour of instalation, and for
being one version beta I cant to supply a program with it for my customers.
but you advises to me to install versao 3.0?

Thanks,



"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:c1nvmd$btl$1@talkto.net...
>> > > I using version 2.10..
> > There has been some fixes to JvPlugin. Search our bug database
> > (http://jvcl.sf.net/mantis) for info and possible fixes
>> > >I try to install 3.0 but not work...
> > Why can't you install 3.00?
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: improvements in JvChart . Wondering what to do, and how long the code freeze is going to last.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 27 Feb 2004 14:59:53 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> As I posted three days ago (see "Thawing?"), the code freeze is not in
> effect at the moment so you can do just about anything you feel like.
>
Ah, how very silly of me not to see that. Thanks. I most certainly do have a major update to check in.  The thing might even start looking like a chart at design time, a very handy cosmetic improvement to be sure, since it currently looks like a blank white square at design time.

:-)

Warren


Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Fri, 27 Feb 2004 20:24:48 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1lo94$tq1$1@talkto.net...
> > ScOe wrote:
> >
> >
> > Well, once again, too fast. I'm really embarassed.
> > Just replace the batch file once more.
> >
Compiling package: JvCoreC5R.bpl
Loading project file
Loading template
Generating Makefile
..........................................MAKE Version 5.2  Copyright (c)
1987, 2000 Borland

e:\programz\cbuilder\CBUILD~1\bin\..\BIN\bcc32 -Od -H=e:\programz\cbuilder\C
BUILD~1\bin\..\lib\vcl50.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   
-tWM -w-par -I..\..\design;..\..\run;..\..\common;e:\programz\cbuilder\CBUIL
D~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vcl -D_DEBUG
;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\lib\c5\obj\ .\JvCoreC5R.cpp
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
..\JvCoreC5R.cpp:
Loaded pre-compiled headers.

e:\programz\cbuilder\CBUILD~1\bin\..\BIN\dcc32 -Q -M -I"..\..\common" -U"E:\
Programz\cbuilder\JVCL300BETA1JCL190Complete\jvcl\lib\c5\obj;e:\programz\cbu
ilder\CBuilder5\Projects\Lib;e:\programz\cbuilder\CBuilder5\Projects\Bpl" -N
"E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jvcl\lib\c5\obj" -U"..\..\c
ommon;..\..\run;..\..\design"  -N2..\..\lib\c5\obj -N0..\..\lib\c5\obj -$YD 
-$W -$O- -$A8 -v -JPHNE -M   -LUCJcl50 -Ue:\programz\cbuilder\CBUILD~1\bin\.
..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;e:\programz\cbuilder\CB
UILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vcl  -R..
\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c5\obj;e:\progra
mz\cbuilder\CBUILD~1\bin\..\Projects\Lib;e:\programz\cbuilder\CBUILD~1\bin\.
..\lib\obj;e:\programz\cbuilder\CBUILD~1\bin\..\lib;e:\programz\cbuilder\CBUI
LD~1\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;e:\programz\cbui
lder\CBUILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vc
l -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\comm
on;e:\programz\cbuilder\CBUILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~
1\bin\..\include\vcl --BCB ..\..\common\JvConsts.PAS
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatal: Required package 'CJcl50' not found

** error 1 ** deleting JvCoreC5R.bpl




Subject: Re: JvRichEdit: Undo after using SelText
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Feb 2004 20:04:10 +0100
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFinalize is now part of the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 19:35:55 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > BTW, Andreas would you like to take a look at
> > http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php
> > ?bug_id=0001381 It's bugging me and I can't find a solution...

What a pain. Atfer the first CreateWnd the IDE captures all
WM_PARENTNOTIFY messages. And without these messages the control looses
the edit handles. Finally I found a solution. Now I try to optimize the
code (and remove the WriteLn lines)


-- Regards, Andreas Hausladen 

Subject: Re: Error when close my application using plugin!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Feb 2004 19:16:48 +0100
Newsgroups: jedi.vcl

> > I using version 2.10..
There has been some fixes to JvPlugin. Search our bug database
(http://jvcl.sf.net/mantis) for info and possible fixes
> >I try to install 3.0 but not work...
Why can't you install 3.00?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: improvements in JvChart . Wondering what to do, and how long the code freeze is going to last.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Feb 2004 19:15:29 +0100
Newsgroups: jedi.vcl

As I posted three days ago (see "Thawing?"), the code freeze is not in
effect at the moment so you can do just about anything you feel like.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error when close my application using plugin!
From: "Fellipe Henrique" <fellipe@rodoviariolider.com.br>
Date: Fri, 27 Feb 2004 14:30:52 -0300
Newsgroups: jedi.vcl

I using version 2.10.. I try to install 3.0 but not work...

thanks


"Fellipe Henrique" <fellipe@rodoviariolider.com.br> escreveu na mensagem
news:c1kiaa$kud$1@talkto.net...
> > Hello,
> >  I am using JvPluginManager, however when it close my application gives an
> > error of memory guard, as I arrange this? This error stop to give when I
> > open the Form inside of the DLL, or either, when I execute the command
> > inside of plugin.
> >
> > Since already I am thankful.
> >
> > Fellipe Henrique.
> >
> >




Subject: improvements in JvChart . Wondering what to do, and how long the code freeze is going to last.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 27 Feb 2004 12:27:56 -0500
Newsgroups: jedi.vcl

I need some better features in the JvChart component, in addition to many bug fixes, I also need some new properties to JvChart.

I need to know if I should (a) plant to leave JvChart alone even though it's buggy, or (b) make a list of all new properties, etc, and if it's okay, check in the new JvChart. So far 2 are modified (renamed and changed their Types), and 2 are new. I estimate about 8 or 9 new properties, and I estimate that the non-working chart types, and two new chart types, will be working, when I'm done.

I plan to update the example (as a test/exercising program) and the docs at the same time as I check in the improvements to jvchart.

Thoughts?

Warren


Subject: Re: re using code
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Feb 2004 17:47:33 +0100
Newsgroups: jedi.vcl

> > can I embed a form within a tabsheet?
Yes, you can, but from the description you are giving it sounds like you
would be better off using frames. Anyway, to embed a form you have to set
the form's parent at run-time, like this:

Form1.Parent := TabSheet1;
Form2.Parent := TabSheet2;

etc

You should also set the Align = alClient and BorderStyle = bsNone on each
form. You can do exactly the same with frames.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFinalize is now part of the JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 27 Feb 2004 17:26:22 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Fri, 27 Feb 2004 11:15:47 -0500:

 WP> Is there a blurb/explanation of JvFinalize anywhere I can read, or
 WP> should I just check out the code?

    Andreas has added a description for every public symbol (obviously has
been looking at D8/.Net, judging by the style of documenting), and about
every unit with an initialization/finalization section has been changed to
use it. So the description + usage in the other units should be enough
explanation for the unit, and the entire unit is pretty straightforward
anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Find the time" by Five star.




Subject: Re: TJvDateTImePicker - Null datetime support should be optional, especially when Kind=dtkTime.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 27 Feb 2004 11:17:59 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Does this seem a reasonable fix?  Peter, you added null support, it's a
>> good feature, is this the right way to turn it off if it isn't needed?
>
> It was a long time ago but I can't see anything in your code that suggests
> it would break anything.
>
Okay, checked in.


Subject: Re: JvFinalize is now part of the JVCL
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 27 Feb 2004 11:15:47 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have successfully converted all (convertable) initialization and
> finalization sections to the JvFinalize system. And the result was that a
> 1MB exe-file (that does no more that including many JVCL units) shrunk to
> 200 KB.
>
Is there a blurb/explanation of JvFinalize anywhere I can read, or should I just check out the code?

Warren


Subject: Re: JvFinalize is now part of the JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Feb 2004 16:19:57 +0100
Newsgroups: jedi.vcl

> > Should read 400 KB

Impressive, nevertheless.

BTW, Andreas would you like to take a look at
http://homepages.borland.com/jedi/issuetracker/bug_view_advanced_page.php?bug_id=0001381
It's bugging me and I can't find a solution...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDateTImePicker - Null datetime support should be optional, especially when Kind=dtkTime.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Feb 2004 16:18:41 +0100
Newsgroups: jedi.vcl

> > Does this seem a reasonable fix?  Peter, you added null support, it's a
> > good feature, is this the right way to turn it off if it isn't needed?
It was a long time ago but I can't see anything in your code that suggests
it would break anything.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: howto: formstorage and docking
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Feb 2004 16:16:01 +0100
Newsgroups: jedi.vcl

> > Moreover, there are still some bugs lurking around.
Like?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRichEdit: Undo after using SelText
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Fri, 27 Feb 2004 16:01:09 +0100
Newsgroups: jedi.vcl

On Fri, 27 Feb 2004 14:43:27 +0100, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <c1nfna$7r7$1@talkto.net>:
>> > >It works and has no negative side effects as far I can see, though
>> > >InsertFormatText and replacing text using ReplaceDialogReplace will
>> > >also be undoable (up until the maximum number of undo items).
> > But isn't that a good thing?

Yes, but I thought I should mention it anyway.

> > I was thinking that we could add a new boolean property, ForceUndo, and
> > change the undo check to look like this instead:

That's fine by me.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvFinalize is now part of the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 15:54:55 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > 200 KB.

Should read 400 KB



-- Regards, Andreas Hausladen 

Subject: JvFinalize is now part of the JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 15:22:03 +0100
Newsgroups: jedi.vcl

I have successfully converted all (convertable) initialization and
finalization sections to the JvFinalize system. And the result was that a
1MB exe-file (that does no more that including many JVCL units) shrunk to
200 KB.

-- Regards, Andreas Hausladen 

Subject: TJvDateTImePicker - Null datetime support should be optional, especially when Kind=dtkTime.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 27 Feb 2004 09:12:28 -0500
Newsgroups: jedi.vcl

Right now, it's impossible to use TJvDateTimePicker in Kind = dtkTime, without incurring the inability to use all 24 hours in the day as possible non-null values, in other words, it is relatively harmless
to have the feature be always on in date mode since few people need
dates in 1899 (when TDateTime=0.0), but it is *not* the case with times.

I have fixed it as follows (new stuff marked with '->' ):

function TJvDateTimePicker.CheckNullValue: Boolean;
begin
-> // Warren added NullText length check so that this feature can be
->//disabled if not used!
->   if Length(NullText)=0 then begin
->        result := false;
->   end else
       Result := ((Kind = dtkDate) and (Trunc(DateTime) = Trunc(NullDate)) or
    ((Kind = dtkTime) and WithinDelta(DateTime, NullDate)));


Does this seem a reasonable fix?  Peter, you added null support, it's a good feature, is this the right way to turn it off if it isn't needed?

If this patch is okay, I'll check in.

Regards,

Warren


Subject: Re: OT: about ShowModal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 27 Feb 2004 14:44:20 +0100
Newsgroups: jedi.vcl

Julien Ferraro wrote:

>> I even learned some new tricks like having a unit with empty interface section.

> What is the purpose of such a unit ... just using an intilization and
> finalization section ?

Precisely. It registers a custom edit plugin to the dialog which is done in an initialization section.



Subject: Re: JvRichEdit: Undo after using SelText
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 27 Feb 2004 14:43:27 +0100
Newsgroups: jedi.vcl

> >It works and has no negative side effects as far I can see, though
> >InsertFormatText and replacing text using ReplaceDialogReplace will
> >also be undoable (up until the maximum number of undo items).
But isn't that a good thing?

I was thinking that we could add a new boolean property, ForceUndo, and
change the undo check to look like this instead:

procedure TJvCustomRichEdit.EMReplaceSel(var Msg: TMessage);
....

  if (FUndoLimit > 1) and (RichEditVersion >= 2) and (not FLinesUpdating or
ForceUndo) then
    Msg.WParam := 1; { allow Undo }

What do you think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OT: about ShowModal
From: Julien Ferraro <jfk_pub.remove@netcourrier.com>
Date: Fri, 27 Feb 2004 17:25:50 +0400
Newsgroups: jedi.vcl

On Wed, 25 Feb 2004 16:18:50 +0100, Robert Marquardt wrote:

> > Arioch wrote:
> > 
>> >> Have You looked over CalcEdit from RxLib ?
> > 
> > Not useful. It needs edit mode plugins.
> > I also earn some money with it :-)
> > 
> > I have almost finished it now. Nice little thing.
> > I even learned some new tricks like having a unit with empty interface 
> > section.

???

What is the purpose of such a unit ... just using an intilization and
finalization section ?

Julien


Subject: Re: TJvApplicationHotKey JVCL V2.00
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 27 Feb 2004 12:50:14 +0100
Newsgroups: jedi.vcl

If you set up Ctrl+F as the hotkey, it will indeed handle the hotkey. That
is what it was designed for. It works the same as when you assign a hotkey
to a shortcut on your desktop. The help doc is incorrect - it should say
"system wide" and I'll fix it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvApplicationHotKey JVCL V2.00
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Fri, 27 Feb 2004 11:42:50 -0000
Newsgroups: jedi.vcl

In the help, it says it is application wide, but it seems to trap keys from
all applications.  e.g. I have an app in the field, that when it is running
and a user does ctrl+f in excel, you don't get the find dialog, you get
nothing, but go to my application and it has done the action.

Am I right?

JAC.




Subject: Re: [OT] The rules of spelling
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 27 Feb 2004 10:20:11 +0100
Newsgroups: jedi.vcl

> > http://carringtonvanston.net/eatmywords/apostrophe
We'll, I cant say I quiet understand watt his getting at :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error When Installing Latest JVC - Cannot Load Package .....\Bin\JVCL200_D60.BPL
From: "Joseph Crowell" <joseph_crowell@yahoo(nospam).com>
Date: Fri, 27 Feb 2004 02:58:08 -0600
Newsgroups: jedi.vcl

I am not Micha Nelissen though I do like him quite well. Helpful guy that 
takes great pride in his work. Much like the JVCL people.

"Arioch" <the_Arioch@nm.FalseDomain.ru> wrote in message 
news:c1ge30$r2c$1@talkto.net...
> > Hello, Micha!
> >
> > Herllo, Micha. Glad to see You.
> > I always told that i hate generic names, but i expected that dbf.pas will 
> > be
> > collided.
> >
> > But seems it is about .INC file 1st :-)
> >
> > -- 
> > [tip] Fix for Outlook Express quoting: 
> > http://Arioch.nm.ru/FL/Fidolook_SL.png
> > E-mail is faked because of spam.   the_Arioch@NM.falseDomain.ru
> > 




Subject: Re: Auto Installer Not Working On This Machine
From: "@yahoo(nospam).com" <""joseph_crowell\"@yahoo(nospam).com">
Date: Fri, 27 Feb 2004 02:08:13 -0600
Newsgroups: jedi.vcl

>
> What exact command line did you use ?
>

At first, I ran

'MakeJclDcp4BCB 6 C:\Program Files\Borland\CBuilder6'

This is the default install directory for enterprise BCB 6. It errored out with the same error found in the installer.

'Fatal: Unable to execute command: C:\Program'

Then I ran the file using the old DOS paths (Putting ~1 after the 6th character. Also take out any spaces before 6 and don't count them as a character.)

'MakeJclDcp4BCB 6 C:\Progra~1\Borland\CBuilder6'.

It worked and the dcp file was created. I tried running MakeBCB.bat.

'MakeBCB "C6 Packages" "c6" "C:\Program Files\Borland\CBuilder6"'

It gave me:

Unable to find the dcp files from the JCL
Please ensure you have run MakeJCLDcp4BCB before trying to build the JVCL for BCB

!!!!! ERROR WHILE BUILDING THE JVCL !!!!!
Please refer to last output for details

I did the same thing to the path this time. I ran:

'MakeBCB "C6 Packages" "c6" "C:\Progra~1\Borland\CBuilder6"'

It worked.

Building a string parser into the installer program that checks between the \\ characters and makes sure that all spaces are taken out and anything longer than 8 characters gets cut to 6 characters with ~1 at the end shouldn't be too hard but I don't know pascal.

Am I correct in assuming that the Make^*.bat and Make^*Per.bat files (where ^ is C for Builder and D for Delphi and * is version) aren't getting used at all?


Subject: Re: JvJVCLUtils and JvJCLUtils
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 27 Feb 2004 08:17:34 +0100
Newsgroups: jedi.vcl

> > We have lots of code in JvJVCLUtils that could go to JvJCLUtils.
I know. It's OK to move it as long as it doesn't introduce JVCL unit
dependencies, but beware that you might have to go through every unit in
JVCL + the demos to update them once a routine has been moved. The best I
think is to move as much as possible in one go and then fixup the units
using JvJVCLUtils.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: formstorage sizes
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 27 Feb 2004 09:39:33 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Done, but only the DFM: the XFM has not been changed (but should be).
>
Thanks.


Subject: Re: How to let the linker remove unused code
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 27 Feb 2004 13:53:15 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It is not enforced. I let it up to the developer if he wants an AV or not.
>
> The var is only for easier (and pascal like) handling. The alternative is
> a pointer to the global variable.
>
> In my first implementation I checked the variable against the ESP
> register. But after I had written the code I thought about it as not being
> necessary. So I removed the check.

Yeah, I agree. If people don't use it correctly, it's their problem as long as the doc told them not to do stupid stuff.



Subject: Re: How to let the linker remove unused code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 03:29:36 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Purely based on curiosity, how do you enforce the limitation? 

It is not enforced. I let it up to the developer if he wants an AV or not.


> > Is the fact to ask for a "var" the trick here?

The var is only for easier (and pascal like) handling. The alternative is
a pointer to the global variable.


In my first implementation I checked the variable against the ESP
register. But after I had written the code I thought about it as not being
necessary. So I removed the check.

-- Regards, Andreas Hausladen 

Subject: Re: How to let the linker remove unused code
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 27 Feb 2004 12:24:08 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> /// <summary>
> /// AddFinalizeObjectNil adds an TObject derived class to the finalize
> section.
> /// The object is destroyed and the reference is set to nil on
> finalization.
> /// </summary>
> /// <limitation>
> /// Only global variables are allowed to be specified.
> /// </limitation>
> function AddFinalizeObjectNil(var Reference: TObject): TObject;

Purely based on curiosity, how do you enforce the limitation? Is the fact to ask for a "var" the trick here?



Subject: Re: How to let the linker remove unused code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 03:14:20 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'm a bit puzzled by the name of the function. 
> > Why Nil at the end ? Because it sets the object to nil
> > once it has destroyed it ?

Yes.


/// <summary>
/// AddFinalizeProc adds a TFinalizeProc to the finalize section.
/// The procedure is called on finalization.
/// </summary>
procedure AddFinalizeProc(FinalizeProc: TFinalizeProc);

/// <summary>
/// AddFinalizeObject adds an TObject derived class to the finalize
section.
/// The object is destroyed on finalization.
/// </summary>
function AddFinalizeObject(Instance: TObject): TObject;

/// <summary>
/// AddFinalizeObjectNil adds an TObject derived class to the finalize
section.
/// The object is destroyed and the reference is set to nil on
finalization.
/// </summary>
/// <limitation>
/// Only global variables are allowed to be specified.
/// </limitation>
function AddFinalizeObjectNil(var Reference: TObject): TObject;

/// <summary>
/// AddFinalizeMemory adds an memory allocation to the finalize section.
/// The memory is released on finalization.
/// </summary>
function AddFinalizeMemory(Ptr: Pointer): Pointer;

/// <summary>
/// AddFinalizeMemory adds an memory allocation to the finalize section.
/// The memory is released and the Ptr is set to nil on finalization.
/// </summary>
/// <limitation>
/// Only global variables are allowed to be specified.
/// </limitation>
function AddFinalizeMemoryNil(var Ptr: Pointer): Pointer;



-- Regards, Andreas Hausladen 

Subject: Re: How to let the linker remove unused code
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 27 Feb 2004 12:06:17 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> What do you think about this technique? Comments are welcome.
>
I like it and something similar was done with the JvClipboard, except that I still have a finalization section.
I'm a bit puzzled by the name of the function. Why Nil at the end ? Because it sets the object to nil once it has destroyed it ?

But all in all, I like the idea of not having to link everything, especially from a BCB point of view because OBJ files are usually twice as big as DCUs



Subject: JvJVCLUtils and JvJCLUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 02:46:28 +0100
Newsgroups: jedi.vcl

We have lots of code in JvJVCLUtils that could go to JvJCLUtils.

-- Regards, Andreas Hausladen 

Subject: How to let the linker remove unused code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 02:26:44 +0100
Newsgroups: jedi.vcl

Since units have an initialization and finalization section (starting with
Delphi 1) the linker cannot remove that much code as it could under
Borland/Turbo Pascal.
Lots of JVCL and JCL units have an initialization and finalization
section. Most look like this:

initializatin
  GlobalVar := TMyObject.Create;

finalization
  FreeAndNil(GlobalVar);

end.

Even if the GlobalVar is not used in the program, the linker cannot remove
the code because it is used. And this leads to more code that must be
included (for example the whole class and all classes that the class
depends on). But why should an appliation use something that was not
intended to be used?

I have written a unit JvFinalize.pas that implements a finalization
system. The code above could be changed to:

--------------
FGlobalVar: TMyObject = nil;

function GlobalVar: TMyObject;
begin
  if not Assigned(GlobalVar) then
  begin
    FGlobalVar := TMyObject.Create;
    AddFinalizeObjectNil(TObject(FGlobalVar));
  end;
  Result := FGlobalVar;
end;
---------------

This makes the linker happy because as long as nothing calls GlobalVar no
TMyObject must be included and the size of the application shrinks.


What do you think about this technique? Comments are welcome.

-- Regards, Andreas Hausladen 

Subject: Re: Auto Installer Not Working On This Machine
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 27 Feb 2004 11:19:44 +1000
Newsgroups: jedi.vcl

nospam wrote:
> Compiling package: JvCoreC6R.bpl
> Fatal: Unable to execute command: C:\Program
>
> When I manually ran the .bat files, I found out it was in them and it is while trying to run make.

What exact command line did you use ?



Subject: Re: howto: formstorage and docking
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 27 Feb 2004 11:17:53 +1000
Newsgroups: jedi.vcl

Kiriakos wrote:
> Actually the components are fairly robust!  A couple of bugs were introduced
> during the conversion to JVCL but are now fixed in CVS.
>
> There is number of methods such as:
> SaveDockTreeToAppStorage
> SaveDockTreeToReg
> SaveDockTreeToIni
>
> and their Load counterparts to save and load the docking layout.
>
I know, but the thing is that they should call them upon close and start of application.
Moreover, there are still some bugs lurking around.



Subject: Re: Installer: BCB support
From: "@yahoo(nospam).com" <""joseph_crowell\"@yahoo(nospam).com">
Date: Thu, 26 Feb 2004 18:48:04 -0600
Newsgroups: jedi.vcl

nospam wrote:

> OBones wrote:
>
>> Arioch wrote:
>>
>>> Hello, OBones!
>>>
>>>  O> I think that the second solution is the more elegant. It would give sth
>>>  O> like that in the batch file:
>>>
>>>  BAT files are nonsense to me.
>>>
>>> OS/2 has Rexx,
>>> Unixes have bash and python/perl/tcl plugged into bash
>>> Windows now have JaveScript and VBScript plugged into WSH
>>>
>>> Again, i think we'd check the minal Delphi5 requirementsand see, if the
>>> earlier Windows that fit them has Windows Scripting Host, at east v.1 - if
>>> it has we may drop the BAT-files in favor of JS-files or VBS-files (or
>>> WSH-files, but that needs later WSH's, v.3 afair)
>>>
>>
>> And once again, I say no. Many systems have disabled WSH because it is too risky. Moreover even if it is activated, many AntiVirus software will say our script is a virus because it runs external programs on the user's disc.
>> I agree that batch files are old fashionned, but they work, provided you know what you are doing <g>
>
>
> How about changing the program so that the install is in the program? Using Shell Executes or something?

Doh. Maybe i should have read the whole thread before posting this.


Subject: Re: howto: formstorage and docking
From: "Kiriakos" <kvlahos@london.edu>
Date: Fri, 27 Feb 2004 02:45:05 +0200
Newsgroups: jedi.vcl

Actually the components are fairly robust!  A couple of bugs were introduced
during the conversion to JVCL but are now fixed in CVS.

There is number of methods such as:
SaveDockTreeToAppStorage
SaveDockTreeToReg
SaveDockTreeToIni

and their Load counterparts to save and load the docking layout.

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1krtc$n2p$1@talkto.net...
> > Gunter Selleslagh wrote:
> >
>> > > Anybody any ideas?
> >
> > The docking components are known to be buggy an din some instance not to
> > work. We are working on the issue.
> >
> > Thanks for your report
> >
> > Olivier Sannier
> > JVCL Developer




Subject: Re: Installer: BCB support
From: "@yahoo(nospam).com" <""joseph_crowell\"@yahoo(nospam).com">
Date: Thu, 26 Feb 2004 18:43:14 -0600
Newsgroups: jedi.vcl

OBones wrote:

> Arioch wrote:
>
>> Hello, OBones!
>>
>>  O> I think that the second solution is the more elegant. It would give sth
>>  O> like that in the batch file:
>>
>>  BAT files are nonsense to me.
>>
>> OS/2 has Rexx,
>> Unixes have bash and python/perl/tcl plugged into bash
>> Windows now have JaveScript and VBScript plugged into WSH
>>
>> Again, i think we'd check the minal Delphi5 requirementsand see, if the
>> earlier Windows that fit them has Windows Scripting Host, at east v.1 - if
>> it has we may drop the BAT-files in favor of JS-files or VBS-files (or
>> WSH-files, but that needs later WSH's, v.3 afair)
>>
>
> And once again, I say no. Many systems have disabled WSH because it is too risky. Moreover even if it is activated, many AntiVirus software will say our script is a virus because it runs external programs on the user's disc.
> I agree that batch files are old fashionned, but they work, provided you know what you are doing <g>

How about changing the program so that the install is in the program? Using Shell Executes or something?


Subject: Re: Auto Installer Not Working On This Machine
From: "@yahoo(nospam).com" <""joseph_crowell\"@yahoo(nospam).com">
Date: Thu, 26 Feb 2004 18:38:37 -0600
Newsgroups: jedi.vcl

OBones wrote:
> nospam wrote:
>
>>   When it goes to compile the packages, it doesn't get the full path in the make command because the " " quotes were removed :D. So you get an error similar to this: couldn't find file C:\Program
>>
>>   Is there a way to convert the paths to DOS paths? This way it would use C:\Progra~1\Borland\CBuilder6 for the program path for example. DOS doesn't recognize paths with spaces unless quotes are used. I don't know how the autoinstaller was working on anyones machines.
>
>
> I'm glad you told me that it's with C++ Builder 6.
> The beta is a bit behind with respect to BCB6 and I apologize for this, I should have checked it better.
> Could you send us the complete output (as a zipped attachment) so that I can figure out the best way to help ?
>
> Thanks for your help
>
> Olivier Sannier
> JVCL Developer
> BCB Coordinator

Seems that the beta of Mozilla Thunderbird has problems as well. It doesn't fill out email and naming fields correcly. ;) I doesn't get very far so I'll just copy and paste it into this message.

** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Generating packages for c6
    Loaded template.bpk
    c6p template will be used for JvDotNetCtrls-R
    c6p template will be used for JvGlobus-R
    c6p template will be used for JvInterpreter-R
    c6p template will be used for JvUIB-R
    Loaded template.cpp
    Loaded template.res

Compiling package: JvCoreC6R.bpl
Fatal: Unable to execute command: C:\Program

When I manually ran the .bat files, I found out it was in them and it is while trying to run make.

I managed to get it to install using the manual instructions and the components are wonderful. They are almost good enough to be out of beta if it wasn't for the installer problems, as far as I'm concerned. There is only one thing that I noticed and it is very small. The spin edit control's up/down buttons don't show a proper disabled "greyed out" state. They are disabled but not greyed out.


Subject: Re: SO why am i buggin you :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 27 Feb 2004 00:55:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Jvcl3Cvs.zip: 15.726 MB
> > Jvcl3Cvs.jar: 15.338 MB
> > Jvcl3Cvs.lha: 15.030 MB
> > Jvcl3Cvs.rar: 13.811 MB
> > JVCL3.tar.gz: 12.270 MB
> > Jvcl3Cvs.tar.bz2: 9.758 MB  ***
> > Jvcl3Cvs.cab (LZX) 8.964 MB
> > Jvcl3Cvs.7z:  6.264 MB ***


If someone wants to know what tool I used for these archives:
http://www.izsoft.dir.bg/izarc.htm


-- Regards, Andreas Hausladen 

Subject: [OT] The rules of spelling
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 27 Feb 2004 09:47:22 +1000
Newsgroups: jedi.vcl

http://carringtonvanston.net/eatmywords/apostrophe

Maybe we should do that for the JVCL help too <vbg>



Subject: Re: Bugs in TJvPopupMenu and TJvID2v2
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 27 Feb 2004 09:25:56 +1000
Newsgroups: jedi.vcl

Rainer Budde wrote:

> Hi,
>
> i´ve tried severalya time to post this bugs in the bugtracker but it always
> seems to be down.
>
> Current JVCL3 Beta 1.
>
> Component:
> TJvPopupMenu
>
> Bug Description:
> Missing Event OnDrawMargin. I think this is the most important event to use
> this component instead of using the default component. In JVCL 2.10 there is
> this event and it work fine.

This has been done on purpose because we (well, I) changed the way the menus paint themselves. They all have an associated painter and the DrawMargin stuff was going against this concept. I simply commented it out before the release of the beta and added a note (or at least I think I did) into the todo list. It will be back (you're not the first one to enquire about it), but not just yet.



Subject: Re: SO why am i buggin you :-)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 27 Feb 2004 09:22:43 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>
>> Arioch wrote:
>>
>>
>>> The competition was unfair!!!
>>> You omitted results of pure TAR :-)
>>
>> Jvcl3Cvs.tar: 65.183 MB
>
>
> Could we remove .zip and replace it by the .7z compression? This would
> give us smaller files and the creator a longer compression periode and a
> very high cpu usage. :-)

No because once again, most users, even if they are programmers, don't know anything but the zip format. However, there is no wrong doing in proposing .7z alongside the zip, so that people see the difference.



Subject: Re: SO why am i buggin you :-)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 27 Feb 2004 02:22:37 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> Could we remove .zip and replace it by the .7z compression? This would
 AH> give us smaller files and the creator a longer compression periode and
 AH> a very high cpu usage. :-)

Hmm, was You here half-year ago when i prompted that ?

PS: indeed not - until 7-zip will be ported to Linux (Kylix, You see) and
that is not to be for 3.xx versions.

Let as not replace zip - let's add the choice :-)
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Bugs in TJvPopupMenu and TJvID2v2
From: "Rainer Budde" <speed78@gmx.net>
Date: Thu, 26 Feb 2004 23:54:22 +0100
Newsgroups: jedi.vcl

Hi,

i´ve tried severalya time to post this bugs in the bugtracker but it always
seems to be down.

Current JVCL3 Beta 1.

Component:
TJvPopupMenu

Bug Description:
Missing Event OnDrawMargin. I think this is the most important event to use
this component instead of using the default component. In JVCL 2.10 there is
this event and it work fine.

TJvID3v2
First Bug Description:
I write an Idv2 Tag for example with a genre like "soundtrack". Now I read
the Tag with JvID3v2 and I always get the Description "Soundtrack
Soundtrack". I use GenreToNiceGenre(ContentType). This happens in the
example too!

Second Bug Description:
I can´t write the Tags "Time" and "Year". This Problem ("Year") is alway in
the example. Maybe other information can´t be written too?

Best regards

Rainer
--
Home of the MP3 Archiver: http://www.speed-soft.de
Member of the NUFAN-Clan




Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 27 Feb 2004 01:33:33 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> important) nor am I that familar with TDateTimePicker to write it
Since RxLib tried to be compatible with both Delphi1/Win16 and
Delphi2/Win32, it has it's own TdateTimePicker for Delphi 1.
At the very least this code can be taken, though it looks not so cute and
Win32 standard control.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvRichEdit: Undo after using SelText
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 27 Feb 2004 01:31:10 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Anyway, if you can test if removing the FLinesUpdating works (or you
 PT> find another solution that works), we can change it.

Maybe that is to be an option ?
RichEdit is a worst example of DLL hell.

Consider MS OFfice - it always has it's own richedit dll, and never use
system one.

So i'm afraid that RichEdit is not so simple to test - and hence I'd like if
there was an option to  choose between undo and LinesUpdating - maybe there
is no point, but maybe there is with some configuration.

PS: personally i do obot use richedit, so my coments are just a quick glance
of bypasser.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Auto Installer Not Working On This Machine
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 27 Feb 2004 08:29:46 +1000
Newsgroups: jedi.vcl

nospam wrote:

>   When it goes to compile the packages, it doesn't get the full path in the make command because the " " quotes were removed :D. So you get an error similar to this: couldn't find file C:\Program
>
>   Is there a way to convert the paths to DOS paths? This way it would use C:\Progra~1\Borland\CBuilder6 for the program path for example. DOS doesn't recognize paths with spaces unless quotes are used. I don't know how the autoinstaller was working on anyones machines.

I'm glad you told me that it's with C++ Builder 6.
The beta is a bit behind with respect to BCB6 and I apologize for this, I should have checked it better.
Could you send us the complete output (as a zipped attachment) so that I can figure out the best way to help ?

Thanks for your help

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: Installer: BCB support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 27 Feb 2004 08:12:32 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, OBones!
>
>  O> I think that the second solution is the more elegant. It would give sth
>  O> like that in the batch file:
>
>  BAT files are nonsense to me.
>
> OS/2 has Rexx,
> Unixes have bash and python/perl/tcl plugged into bash
> Windows now have JaveScript and VBScript plugged into WSH
>
> Again, i think we'd check the minal Delphi5 requirementsand see, if the
> earlier Windows that fit them has Windows Scripting Host, at east v.1 - if
> it has we may drop the BAT-files in favor of JS-files or VBS-files (or
> WSH-files, but that needs later WSH's, v.3 afair)
>

And once again, I say no. Many systems have disabled WSH because it is too risky. Moreover even if it is activated, many AntiVirus software will say our script is a virus because it runs external programs on the user's disc.
I agree that batch files are old fashionned, but they work, provided you know what you are doing <g>


Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 27 Feb 2004 07:57:35 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> Compiler error msg included in attachment

Well, once again, too fast. I'm really embarassed.
Just replace the batch file once more.
MakeJCLDcp4BCB.zip
	



Subject: Auto Installer Not Working On This Machine
From: "@yahoo(nospam).com" <""joseph_crowell\"@yahoo(nospam).com">
Date: Thu, 26 Feb 2004 15:55:57 -0600
Newsgroups: jedi.vcl

  When it goes to compile the packages, it doesn't get the full path in the make command because the " " quotes were removed :D. So you get an error similar to this: couldn't find file C:\Program

  Is there a way to convert the paths to DOS paths? This way it would use C:\Progra~1\Borland\CBuilder6 for the program path for example. DOS doesn't recognize paths with spaces unless quotes are used. I don't know how the autoinstaller was working on anyones machines.


Subject: Re: formstorage sizes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 26 Feb 2004 22:46:24 +0100
Newsgroups: jedi.vcl

Done, but only the DFM: the XFM has not been changed (but should be).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: SO why am i buggin you :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 26 Feb 2004 22:03:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Arioch wrote:
> > 
>> > > The competition was unfair!!!
>> > > You omitted results of pure TAR :-)
> > 
> > Jvcl3Cvs.tar: 65.183 MB

Could we remove .zip and replace it by the .7z compression? This would
give us smaller files and the creator a longer compression periode and a
very high cpu usage. :-)


-- Regards, Andreas Hausladen 

Subject: Re: SO why am i buggin you :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 26 Feb 2004 22:00:42 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > The competition was unfair!!!
> > You omitted results of pure TAR :-)

Jvcl3Cvs.tar: 65.183 MB



-- Regards, Andreas Hausladen 

Subject: Re: SO why am i buggin you :-)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 26 Feb 2004 21:15:46 +0100
Newsgroups: jedi.vcl

> > You omitted results of pure TAR :-)
...ach, I'm busted :(

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error when close my application using plugin!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 26 Feb 2004 21:06:26 +0100
Newsgroups: jedi.vcl

Are you using the latest version?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRichEdit: Undo after using SelText
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 26 Feb 2004 20:47:55 +0100
Newsgroups: jedi.vcl

On Thu, 26 Feb 2004 15:05:08 +0100, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <c1kskc$n8s$1@talkto.net>:
> > Anyway, if you can test if removing the FLinesUpdating works (or you find
> > another solution that works), we can change it.

It works and has no negative side effects as far I can see, though 
InsertFormatText and replacing text using ReplaceDialogReplace will 
also be undoable (up until the maximum number of undo items).

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Installer: BCB support
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 26 Feb 2004 22:15:58 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> I think that the second solution is the more elegant. It would give sth
 O> like that in the batch file:

 BAT files are nonsense to me.

OS/2 has Rexx,
Unixes have bash and python/perl/tcl plugged into bash
Windows now have JaveScript and VBScript plugged into WSH

Again, i think we'd check the minal Delphi5 requirementsand see, if the
earlier Windows that fit them has Windows Scripting Host, at east v.1 - if
it has we may drop the BAT-files in favor of JS-files or VBS-files (or
WSH-files, but that needs later WSH's, v.3 afair)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: SO why am i buggin you :-)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 26 Feb 2004 22:11:44 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 >> Can I shock you again: I have compressed the CVS responstry on my disk:
 PT> ...and the winner is: zip! <vbg>

The competition was unfair!!!
You omitted results of pure TAR :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Borland homepages down
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 26 Feb 2004 20:01:01 +0100
Newsgroups: jedi.vcl

Seems they are up again. Unfortunately, file uploads still doesn't work on
Mantis. This is a problem the Borland guyes have to fix since we don't have
admin access to the machine. I've contacted Matthias Thoma and he's
contacting Borland, so it might be a while before uploads wwill work again.

In the meantime, put uploads into jedi.binaries and refer to the Mantis
posting in the message (i.e "see Mantis #012345") .


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cannot Install JVCL 2.1 on D5Pro / WinXP
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 26 Feb 2004 19:49:57 +0100
Newsgroups: jedi.vcl

Please get the JVCL3 BETA 1 instead at http://sf.net/projects/jvcl (click
the Files link)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to JvMMD7D.dpk
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 26 Feb 2004 19:49:27 +0100
Newsgroups: jedi.vcl

Fixed. Thanks. I had a look and there doesn't seem to be any more like
that...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 'New' JvDBGrid
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 26 Feb 2004 19:42:35 +0100
Newsgroups: jedi.vcl

> > I've noticed this too, and will fix it tomorrow,  Peter: Is the code
> > uploaded to CVS, if not please post in binaries so I have the latest
version
> > (If you have changed anything)

The latest update is in CVS. I changed a few things and removed the
commented code.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 'New' JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 26 Feb 2004 19:03:22 +0100
Newsgroups: jedi.vcl

> > but we always have a problem when the mouse is in the component but
outside
> > the grid (for exemple before you connect the grid). In that case the
global
> > hint is blinking (for a more effect, use TJvBalloonHint with
> > UseBalloonAsApplicationHint = true).
> > I add the following test (needed i think) after the compute of ARow :
> >
> >     if (ARow = -2) then
> >     begin
> >       inherited;
> >       exit;
> >     end;
> >
> > Indeed ARow=-2 match the case where the problem arise. But this is not the
> > solution ;((
> >
> > Seems that we go on a loop without end ...
> >
> > Lionel
> >
> >

I've noticed this too, and will fix it tomorrow,  Peter: Is the code
uploaded to CVS, if not please post in binaries so I have the latest version
(If you have changed anything)

Flemming




Subject: Changes to JvMMD7D.dpk
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 26 Feb 2004 17:43:57 +0000 (UTC)
Newsgroups: jedi.vcl

Again, more VCLX dependencies in the CVS.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Changes to JvCmpD7D.dof
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 26 Feb 2004 18:28:22 +0100
Newsgroups: jedi.vcl

That looks like an error. It should look like this:

[Compiler]
UnsafeType=0
UnsafeCode=0
UnsafeCast=0
[Directories]
UnitOutputDir=..\..\lib\d7
SearchPath=..\..\run;..\..\common;..\..\Resources

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Thu, 26 Feb 2004 18:21:08 +0100
Newsgroups: jedi.vcl

> > Andreas Hausladen wrote:
> >
>> > > The JvDateEdit uses the calendar. Maybe I can derive from JvDateEdit and
>> > > implement the public/protected methods of VCL.TDateTimePicker
> >
> > Sorry, but it seems that I have neither the time

We can use use TJvDateEdit and the TimeEdit that I wrote for the JVCLX beta

Regards,

André Snepvangers





Subject: Cannot Install JVCL 2.1 on D5Pro / WinXP
From: Ellio Martina <ellio@elliomartina.com>
Date: Thu, 26 Feb 2004 18:19:35 +0100
Newsgroups: jedi.vcl

Installing JVCL2.1 on D5Pro / XP The Jedi Installer won't run other than with same OK message. Filesize about 500K while previous was over 800Kb, so I guess it doesn't get compiled completely
Tried to use old Jedi installer but then I get the error that
it could not find JVCL200_R50.dpk.

Re-Installed previous version 2.0 for the time being, which installs
and runs OK


Any idea's?

Ellio -- 

Subject: Re: Changes to JvCmpD7D.dof
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 26 Feb 2004 17:17:24 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > That looks like an error. It should look like this:

Okay, many thanks.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 26 Feb 2004 18:01:02 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > The JvDateEdit uses the calendar. Maybe I can derive from JvDateEdit and
> > implement the public/protected methods of VCL.TDateTimePicker

Sorry, but it seems that I have neither the time (installer is more
important) nor am I that familar with TDateTimePicker to write it without
looking into / copying from Borland's code. So I stopped working on this.


-- Regards, Andreas Hausladen 

Subject: Re: 'New' JvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 26 Feb 2004 17:18:36 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
c1kvn4$nuo$1@talkto.net...
>> > > Peter: Are you going to clean up the mess (remove all my comments etc. )
>> > > In that case, please delete the line saying
>> > > ' AtCursorPosition := true ' so Lionel can get the hint-position where
he
>> > > wants it (now) but keep the code for assigning CursorPos to HintPos; I
> > have
>> > > another feature in mind, where it might be usefull.
>> > >
>> > > Any chance we can rename the published OnTitleHintEvent to
>> > > 'OnShowTitleHint'; then we can keep the event together.
> > Done
> >

but we always have a problem when the mouse is in the component but outside
the grid (for exemple before you connect the grid). In that case the global
hint is blinking (for a more effect, use TJvBalloonHint with
UseBalloonAsApplicationHint = true).
I add the following test (needed i think) after the compute of ARow :

    if (ARow = -2) then
    begin
      inherited;
      exit;
    end;

Indeed ARow=-2 match the case where the problem arise. But this is not the
solution ;((

Seems that we go on a loop without end ...

Lionel




Subject: Changes to JvCmpD7D.dof
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 26 Feb 2004 16:16:39 +0000 (UTC)
Newsgroups: jedi.vcl

I decided to update from CVS today and I found a conflict in the file
in the subject. After examining the conflict I saw that the changes
were VCLX related. Will resolving the conflict by updating the file
cause a dependency on VCLX in my program or should the change be backed
out?

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/packages/d7/JvCmpD7
D.dof?r1=1.8&r2=1.9

-- Thanks, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: 'New' JvDBGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 15:57:47 +0100
Newsgroups: jedi.vcl



Subject: Re: 'New' JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 26 Feb 2004 15:42:32 +0100
Newsgroups: jedi.vcl

> > IMO, there is no reason to remove TJvTitleHintEvent but at the same time,
it
> > could be nice to distinguish between title and cell hint events even if
they
> > have the same signature (just as Borland does sometimes).
> >

Exactly my reason for keeping it.
What's next ???
Peter: Are you going to clean up the mess (remove all my comments etc. )
In that case, please delete the line saying
' AtCursorPosition := true ' so Lionel can get the hint-position where he
wants it (now) but keep the code for assigning CursorPos to HintPos; I have
another feature in mind, where it might be usefull.

Any chance we can rename the published OnTitleHintEvent to
'OnShowTitleHint'; then we can keep the event together.

Flemming





Subject: Re: JvWizard Again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 15:36:29 +0100
Newsgroups: jedi.vcl

> > Please think about header divider and disabled glyphs
Don't you see the header divider for interior pages? Then there is something
wrong. To enable the use of dividers on welcome page, comment out this line
in TJvWizardWelcomePage.Create:

  FHeader.ShowDivider := False;

Rebuild runtime package.

I'll have a look at how to implement the button image drawing, but I fear
it's a bigger undertaking than it might seem...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvWizard Again
From: MeGaBrAiN <a@a.a>
Date: Thu, 26 Feb 2004 19:31:41 +0500
Newsgroups: jedi.vcl

MeGaBrAiN wrote:

> just checked source.. this line exists in constructor.. doesnt help

I killed dcp and bpl and rebuild wizard package.. now its work well.. thanks Peter..

Please think about header divider and disabled glyphs


Subject: Re: JvWizard Again
From: MeGaBrAiN <a@a.a>
Date: Thu, 26 Feb 2004 19:27:24 +0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> i've got lastest CVS today (for infomation :) )..
>
> I actually made a fix today to the AutoHideButtonBar property: it wasn't set
> to true in the constructor and that might actually be the cause of your
> problem. Just add to TJvWizard.Create:
>
>   FAutoHideButtonBar := true;
>
>
> ...and recompile the run-time package.
>
>

just checked source.. this line exists in constructor.. doesnt help


Subject: Re: JvWizard Again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 15:22:24 +0100
Newsgroups: jedi.vcl

> > i've got lastest CVS today (for infomation :) )..
I actually made a fix today to the AutoHideButtonBar property: it wasn't set
to true in the constructor and that might actually be the cause of your
problem. Just add to TJvWizard.Create:

  FAutoHideButtonBar := true;


....and recompile the run-time package.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvWizard Again
From: MeGaBrAiN <a@a.a>
Date: Thu, 26 Feb 2004 19:20:39 +0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> 2. Set EnableButtons and Visible buttons dont work in run-time
>
> Works for me. Can you provide an example where it doesn't work?
>
>

i've got lastest CVS today (for infomation :) )..

just put wizard to form and create some pages..
Back and Next button disabled.. change visible property for some buttons (nothing happens), then change enable properties for any button.. after that wizard show button in right way.. BUT if you close form and open it again all settings lost in unknown direction (or compile and run)..

So, problem somethere inside...




Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Thu, 26 Feb 2004 15:17:06 +0100
Newsgroups: jedi.vcl

> > Well, I typed too fast and I should have double checked...
> > Anyway, replace the MakeJclDcp4Bcb.bat file with the one attached and it
> > should get rid of that error (but as you guess, there may be others,
> > unfortunately).
> >
Compiler error msg included in attachment
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> > BCB Coordinator
> >


** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

Compiling package: CJcl50.bpl
Loading project file
Loading template
Generating Makefile
.......................................MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
	e:\programz\cbuilder\CBUILD~1\bin\..\BIN\dcc32 -Q -M -I"..\..\source;..\..\source\common" -U"..\..\lib\c5;e:\programz\cbuilder\CBuilder5\Projects\Lib" -N"..\..\lib\c5\obj" -U"..\..\source;..\..\source\common;..\..\source\windows;..\..\source\vcl;..\..\source\visclx"  -N2..\..\lib\c5\obj -N0..\..\lib\c5\obj -I..\..\source -$YD -$W -$O- -$A8   -v -JPHNE -M -LUvcl50 -Ue:\programz\cbuilder\CBUILD~1\bin\..\Projects\Bpl -U..\..\source;..\..\source\windows;..\..\source\common;..\..\source\vcl;e:\programz\cbuilder\CBUILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\source;..\..\source\windows;..\..\source\common;..\..\source\vcl;e:\programz\cbuilder\CBUILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vcl --BCB ..\..\source\common\JclUnitConv.PAS ..\..\source\common\JclBase.PAS ..\..\source\common\JclComplex.PAS ..\..\source\common\JclCounter.PAS ..\..\source\common\JclDateTime.PAS ..\..\source\common\JclEDI.PAS ..\..\source\common\JclEDI_ANSIX12.PAS ..\..\source\common\JclEDI_UNEDIFACT.PAS ..\..\source\common\JclEDISEF.PAS ..\..\source\common\JclEDITranslators.PAS ..\..\source\common\JclEDIXML.PAS ..\..\source\common\JclExprEval.PAS ..\..\source\common\JclFileUtils.PAS ..\..\source\common\JclIniFiles.PAS ..\..\source\common\JclLogic.PAS ..\..\source\common\JclMath.PAS ..\..\source\common\JclMIDI.PAS ..\..\source\common\JclMime.PAS ..\..\source\common\JclResources.PAS ..\..\source\common\JclRTTI.PAS ..\..\source\common\JclSchedule.PAS ..\..\source\common\JclStatistics.PAS ..\..\source\common\JclStrHashMap.PAS ..\..\source\common\JclStrings.PAS ..\..\source\common\JclSysInfo.PAS ..\..\source\common\JclSysUtils.PAS ..\..\source\common\Jcl8087.PAS ..\..\source\windows\Snmp.PAS ..\..\source\windows\JclCOM.PAS ..\..\source\windows\JclConsole.PAS ..\..\source\windows\JclDebug.PAS ..\..\source\windows\JclHookExcept.PAS ..\..\source\windows\JclLANMan.PAS ..\..\source\windows\JclLocales.PAS ..\..\source\windows\JclMapi.PAS ..\..\source\windows\JclMiscel.PAS ..\..\source\windows\JclMultimedia.PAS ..\..\source\windows\JclNTFS.PAS ..\..\source\windows\JclPeImage.PAS ..\..\source\windows\JclRegistry.PAS ..\..\source\windows\JclSecurity.PAS ..\..\source\windows\JclShell.PAS ..\..\source\windows\JclSvcCtrl.PAS ..\..\source\windows\JclSynch.PAS ..\..\source\windows\JclTD32.PAS ..\..\source\windows\JclUnicode.PAS ..\..\source\windows\JclWin32.PAS ..\..\source\windows\JclWinMIDI.PAS ..\..\source\windows\LM.PAS ..\..\source\windows\JclAppInst.PAS ..\..\source\vcl\JclPrint.PAS ..\..\source\vcl\JclGraphUtils.PAS ..\..\source\vcl\JclGraphics.PAS
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(826) Warning: Constructing instance of 'TEDISEFSubElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(850) Warning: Constructing instance of 'TEDISEFRepeatingPattern' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(974) Warning: Constructing instance of 'TEDISEFCompositeElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(982) Warning: Constructing instance of 'TEDISEFElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1008) Warning: Constructing instance of 'TEDISEFRepeatingPattern' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1143) Warning: Constructing instance of 'TEDISEFSegment' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1183) Warning: Constructing instance of 'TEDISEFLoop' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1230) Warning: Constructing instance of 'TEDISEFSegment' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1268) Warning: Constructing instance of 'TEDISEFLoop' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1302) Warning: Constructing instance of 'TEDISEFTable' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1319) Warning: Constructing instance of 'TEDISEFTable' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1567) Warning: Constructing instance of 'TEDISEFElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1628) Warning: Constructing instance of 'TEDISEFSubElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1713) Warning: Constructing instance of 'TEDISEFSubElement' containing abstract methods

E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1728) Warning: Constructing instance of 'TEDISEFCompositeElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1756) Warning: Constructing instance of 'TEDISEFSubElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(1837) Warning: Constructing instance of 'TEDISEFElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(2183) Warning: Constructing instance of 'TEDISEFCompositeElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(2220) Warning: Constructing instance of 'TEDISEFElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(2279) Warning: Constructing instance of 'TEDISEFSegment' containing abstract methods

E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(2314) Warning: Constructing instance of 'TEDISEFSet' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDISEF.pas(2478) Warning: Constructing instance of 'TEDISEFRepeatingPattern' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(96) Warning: Constructing instance of 'TEDISEFElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(110) Warning: Constructing instance of 'TEDISEFElement' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(132) Warning: Constructing instance of 'TEDISEFSegment' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(150) Warning: Constructing instance of 'TEDISEFSegment' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(169) Warning: Constructing instance of 'TEDISEFSegment' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(191) Warning: Constructing instance of 'TEDISEFLoop' containing abstract methods

E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(210) Warning: Constructing instance of 'TEDISEFSet' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(212) Warning: Constructing instance of 'TEDISEFTable' containing abstract methods
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclEDITranslators.pas(258) Warning: Constructing instance of 'TEDISEFFile' containing abstract methods
144241 lines, 6.44 seconds, 51223 bytes code, 428 bytes data.
	e:\programz\cbuilder\CBUILD~1\bin\..\BIN\bcc32 -Od -H=e:\programz\cbuilder\CBUILD~1\bin\..\lib\vcl50.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   -tWM -w-par -I..\..\source;..\..\source\windows;..\..\source\common;..\..\source\vcl;e:\programz\cbuilder\CBUILD~1\bin\..\include;e:\programz\cbuilder\CBUILD~1\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\lib\c5\obj\ .\CJcl50.cpp
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
.\CJCL50.cpp:
Loaded pre-compiled headers.
	e:\programz\cbuilder\CBUILD~1\bin\..\BIN\ilink32 @MAKE0000.@@@
Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland

'then' is not recognized as an internal or external command,
operable program or batch file.
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclWin32.pas(39) Fatal: File not found: 'AccCtrl.dcu'

Copying template...
        1 file(s) copied.

'..\devtools\bin\pg' is not recognized as an internal or external command,
operable program or batch file.

Compiling the JCL dcp files...
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
CJcl50.dpk(1)
CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
CJcl50.dpk(31)
CJcl50.dpk(33)
CJcl50.dpk(33)
CJcl50.dpk(33)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(1)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jedi.inc(451)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jedi.inc(506)

E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jcl.inc(66)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(37)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(39)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclUnitConv.pas(181)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclMath.pas(1)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jedi.inc(415)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jedi.inc(506)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jcl.inc(66)

E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclMath.pas(71)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclMath.pas(72)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclMath.pas(76)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclMath.pas(454)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclMath.pas(480)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\Jcl8087.pas(1)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jedi.inc(444)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jedi.inc(506)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\jcl.inc(66)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\Jcl8087.pas(257)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclMath.pas(480) Fatal: Could not compile used unit '..\..\source\common\Jcl8087.pas'

Copying dcp files...

!!!!! ERROR WHILE BUILDING THE JCL DCP FOR THE JVCL !!!!
Please refer to last output for details

** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
	"e:\programz\cbuilder\CBuilder5\bin\dcc32.exe" -e"..\Bin" -i"..\..\Run;..\Common;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -n"..\Dcu" -r"..\..\Run;..\Common;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -u"..\..\Run;..\Common;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -q -w -h -m pg.dpr
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclWin32.pas(39) Fatal: File not found: 'AccCtrl.dcu'

** error 1 ** deleting bin\pg.exe

** error 1 ** deleting ..\devtools\bin\pg.exe

installer_out.txt
	



Subject: Re: SO why am i buggin you :-)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 15:17:03 +0100
Newsgroups: jedi.vcl

> > Can I shock you again: I have compressed the CVS responstry on my disk:
....and the winner is: zip! <vbg>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Overseer?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 15:15:01 +0100
Newsgroups: jedi.vcl

> > It's a debugger unit you add which communicates to a standalone EXE.
[...]
I know about Overseer, I was referring to Roberts extensions.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 'New' JvDBGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 15:13:32 +0100
Newsgroups: jedi.vcl

> > - Why you don't rename the event TJvGridHintEvent because
> > TTitleHintEvent=TCellHintEvent ? I think you can do that because
> > TTitleHintEvent is an event that i introduce and for the moment i am
> > probably the alone to use it ...

I changed it like this in the code Flemming posted:

  TJvCellHintEvent = TJvTitleHintEvent;

IMO, there is no reason to remove TJvTitleHintEvent but at the same time, it
could be nice to distinguish between title and cell hint events even if they
have the same signature (just as Borland does sometimes).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: howto: formstorage and docking
From: "Gunter Selleslagh" <gunter.selleslagh.atwork@techwin.be>
Date: Thu, 26 Feb 2004 15:12:21 +0100
Newsgroups: jedi.vcl

Hi,
I got it to work by using SaveDockTreeToAppStorage and
LoadDockTreeFromAppStorage BUT
it does not work properly using multiple monitors.
When I close my mainform maximized on my second monitor and I restart my
application again.. it maximizes on my first monitor!

Regards,
Gunter

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1krtc$n2p$1@talkto.net...
> > Gunter Selleslagh wrote:
> >
>> > > Anybody any ideas?
> >
> > The docking components are known to be buggy an din some instance not to
> > work. We are working on the issue.
> >
> > Thanks for your report
> >
> > Olivier Sannier
> > JVCL Developer



Subject: Re: Overseer?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 26 Feb 2004 09:09:21 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Interesting to add??
>
>
> I am definitely interested in having a look! Is it "visual" or is it more of
> a JCL type thing?
>
It's a debugger unit you add which communicates to a standalone EXE. It's not JVCL contrib material (yet) nor is it exactly JCL, but it
could become a basis for a JEDI Debug Framework, which could be
peppered into both JVCL and JCL as helps to debugging JVCL and JCL
problems. Better to do that than to use codesite which is commercial.

To me, any task which cannot be debugged by a traditional set-a-breakpoint-and-some-watches, and has too much OutputDebugString
output to be easily viewed anymore needs a structured debugging-output
sorter/viewer similar to codesite.   Debugging complex visual controls
like JvInspector would be much improved with {$ifdef}jvdbgXXX(){$endif}
stuff inline.

The existing Overseer is not in active development, and it's not
exactly what component debuggers would need yet, but I hope to
remedy that, or else start from scratch. If i start from scratch,
it will be TCP based (for CLX portability) rather than SendMessage based, which currently ties Overseer to Win32-only.

Warren


Subject: Re: JvWizard Again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 15:09:02 +0100
Newsgroups: jedi.vcl

The buttons in TJvWizard inherit their Glyph drawing capability from TBitBtn
and I know that TBitBtn isn't always so good at auto-generating disabled
images.

> > Maybe you'll want to draw the images in grey shades instead. To get some
> > inspiration, have a look in JvMenus, the XP painter does this.
There are plenty of examples in JVCL on how to draw disabled images in a
"modern" fashion, with all the buttons, menus and XP style controls we have
<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: SO why am i buggin you :-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 26 Feb 2004 15:07:30 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > Hello, Arioch!
> > 
> > Just compare :-) I'm shocked

Can I shock you again: I have compressed the CVS responstry on my disk:

Jvcl3Cvs.zip: 15.726 MB
Jvcl3Cvs.jar: 15.338 MB
Jvcl3Cvs.lha: 15.030 MB
Jvcl3Cvs.rar: 13.811 MB
JVCL3.tar.gz: 12.270 MB
Jvcl3Cvs.tar.bz2: 9.758 MB  ***
Jvcl3Cvs.cab (LZX) 8.964 MB
Jvcl3Cvs.7z:  6.264 MB ***


-- Regards, Andreas Hausladen 

Subject: Re: Overseer?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 26 Feb 2004 09:05:12 -0500
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> Warren Postma <wpostma_at@tekran_dot.com> wrote in news:c1j4ep$c2m$1
> @talkto.net:
>
>
>> Has anyone tried Overseer from http://delphree.clexpert.com/pages/projects/nexus/download.htm ?
>>
>
>
> Yes, Im using it always. I have also build a debugger lib, to be able to use the debugger available on that machine.
>
> It is capable of sending debugging info to
>
> GExperts Window
> Overseer Window
> Codesite Window
> Text File
> XML File
>
> Interesting to add??
>
I'm just trying to get it to work here. The overseer.exe crashes when attempting to connect, it calls SendMessage() and hangs forever.
(I know this is highly O.T., but the Overseer mailing list is pretty dead.)

Warren


Subject: Re: JvRichEdit: Undo after using SelText
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 15:05:08 +0100
Newsgroups: jedi.vcl

> > TJvCustomRichEdit.SetSelText sets FLinesUpdating := True which means
> > that in TJvCustomRichEdit.EMReplaceSel undo is disabled.
Have you noticed any side-effects if you comment out the FLinesUpdating
calls in SetSelText? I would presume there is some reason for them to be
there...

FWIW, TRichEdit can't undo SelText replacements either,  but that's probably
because it is relying on TCUstomMemo to handle EM_REPLACESEL messages.

Anyway, if you can test if removing the FLinesUpdating works (or you find
another solution that works), we can change it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInterpreter variants have a string leak -- bug # 1370
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 26 Feb 2004 09:04:18 -0500
Newsgroups: jedi.vcl

Ivan Ravin wrote:
>> That fixed it. Thanks.
>
>
> I suggest we dont need this 2 strings:
>
>         TVarData(PFunctionContext(FFunctionContext).LocalVars.FindVar('',
> 'Result').Value).VType := varEmpty;
>         TVarData(PFunctionContext(FFunctionContext).LocalVars.FindVar('',
> 'Result').Value).VPointer := nil;
>
> Delphi disposes variants automatically. But if it is an attemt to fix wrong
> variants behavour (see post by Arioch) then more safely is to use VarClear
> (shown 2 strings safely clear only ordinal types of variant, but loses
> pointer when variant is string)
>
>
>
I removed them, and put in the var clear.


Subject: Re: JvWizard Again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 26 Feb 2004 23:59:40 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> 1. Disabled Buttons dont show glyphs.. very bad
>
> Works for me, although the image might be such that it is very hard to see
> when disabled. Especially high-color images seem to more or less disappear
> when drawn disabled.

Maybe you'll want to draw the images in grey shades instead. To get some inspiration, have a look in JvMenus, the XP painter does this.


Subject: JvRichEdit: GetHeadingStyle bug
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 26 Feb 2004 14:59:08 +0100
Newsgroups: jedi.vcl

There is a bug in TJvParaAttributes.GetHeadingStyle:

if (Paragraph.sStyle >= Low(THeadingStyle)) and (Paragraph.sStyle <= 
Low(THeadingStyle)) then

The second Low should be High.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 26 Feb 2004 23:58:10 +1000
Newsgroups: jedi.vcl

ScOe wrote:

>> I'm not saying it will be fine this time (even if I hope so) as it seems
>> I always forget something ;-)
>>
>
> And it strikes again :)
>
D'oh !

Well, I typed too fast and I should have double checked...
Anyway, replace the MakeJclDcp4Bcb.bat file with the one attached and it should get rid of that error (but as you guess, there may be others, unfortunately).

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator
MakeJCLDcp4BCB.zip
	



Subject: Re: 'New' JvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 26 Feb 2004 14:57:47 +0100
Newsgroups: jedi.vcl

Hi Flemming

Great, i test and here is my commentaires :

- for the position of the hint in title. Finally i prefer like you do before
! I know i'm boring but the reason is : before, the hint follow the mouse so
the hint is alway around the title. But now you can have the hint at a
position and the mouse is already far away. So better is the hint on the top
left of the cell. But for Hint global position at the cursor is good (like a
standard TDBGrid).
In summarize : global hint at cursor pos, cell and title hint at topleft of
the cell

- a notice a problem when the mouse is in the component but outside the grid
cells. The global hint is blinking at position (0,0). I don't know why ...

- Why you don't rename the event TJvGridHintEvent because
TTitleHintEvent=TCellHintEvent ? I think you can do that because
TTitleHintEvent is an event that i introduce and for the moment i am
probably the alone to use it ...

Best regards,
Lionel


"Flemming Brandt Clausen" <fbc@systemate.dk> a écrit dans le message news:
c1knf7$m2o$1@talkto.net...
> > New version now in binaries.
> >
> > Flemming
> >
> >





Subject: Re: JvRichEdit: GetHeadingStyle bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 14:56:30 +0100
Newsgroups: jedi.vcl

> > There is a bug in TJvParaAttributes.GetHeadingStyle:
Thanks, will fix.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvRichEdit: Undo after using SelText
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Thu, 26 Feb 2004 14:56:18 +0100
Newsgroups: jedi.vcl

Is it expected behaviour in JvRichEdit that that text is not added to 
undo when using SelText to add text to RichEdit?

TJvCustomRichEdit.SetSelText sets FLinesUpdating := True which means 
that in TJvCustomRichEdit.EMReplaceSel undo is disabled.

If this is the normal behaviour it would be nice to have a property to 

be able to revert this because in my editor you can attach predefined 
text to a key and then insert it but it should be able to be undone.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JvWizard Again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 14:53:47 +0100
Newsgroups: jedi.vcl

> > 1. Disabled Buttons dont show glyphs.. very bad
Works for me, although the image might be such that it is very hard to see
when disabled. Especially high-color images seem to more or less disappear
when drawn disabled.

> > 2. Set EnableButtons and Visible buttons dont work in run-time
Works for me. Can you provide an example where it doesn't work?

> >    3. Header divider invisible even then ShowDivider set to true
The header divider isn't shown for welcome pages even if you set it to true.
Don't know if that is the right way to do it, but that's the way it was in
KWizard as well...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: howto: formstorage and docking
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 26 Feb 2004 23:53:21 +1000
Newsgroups: jedi.vcl

Gunter Selleslagh wrote:

> Anybody any ideas?

The docking components are known to be buggy an din some instance not to work. We are working on the issue.

Thanks for your report

Olivier Sannier
JVCL Developer


Subject: Re: JvWizard Again
From: MeGaBrAiN <a@a.a>
Date: Thu, 26 Feb 2004 18:44:51 +0500
Newsgroups: jedi.vcl

MeGaBrAiN wrote:

> 1. Disabled Buttons dont show glyphs.. very bad
>
> 2. Set EnableButtons and Visible buttons dont work in run-time

and
  3. Header divider invisible even then ShowDivider set to true


Subject: howto: formstorage and docking
From: "Gunter Selleslagh" <gunter.selleslagh.atwork@techwin.be>
Date: Thu, 26 Feb 2004 14:41:17 +0100
Newsgroups: jedi.vcl

Hi,
How do I use the TJvFormStorage component to store the docked/undocked state
of my forms????
When i restart my application the childforms appear undocked although i
closed the application with the childforms in a docked state.

Anybody any ideas?

Regards,
Gunter



Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Thu, 26 Feb 2004 14:40:24 +0100
Newsgroups: jedi.vcl

> > I'm not saying it will be fine this time (even if I hope so) as it seems
> > I always forget something ;-)
> >
And it strikes again :)

** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

"e:\programz\cbuilder\CBuilder5\bin\dcc32.exe" -e"..\Bin" -i"..\..\Run;..\Co
mmon;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source
;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common;E:\Progra
mz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Programz\cbuild
er\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\JVCL300BET
A1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -n"..\Dcu" -r"..\..
\Run;..\Common;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\
jcl\source;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common
;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Progr
amz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\
JVCL300BETA1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -u"..\..\
Run;..\Common;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\j
cl\source;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common;
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Progra
mz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\J
VCL300BETA1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -q -w -h -
m pg.dpr
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclWin32.
pas(39) Fatal: File not found: 'AccCtrl.dcu'
** error 1 ** deleting bin\pg.exe
** error 1 ** deleting ..\devtools\bin\pg.exe

> > Thanks again for your help
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> > BCB Coordinator
> >




Subject: JvWizard Again
From: MeGaBrAiN <a@a.a>
Date: Thu, 26 Feb 2004 18:31:44 +0500
Newsgroups: jedi.vcl

1. Disabled Buttons dont show glyphs.. very bad

2. Set EnableButtons and Visible buttons dont work in run-time


Subject: Re: Overseer?
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Thu, 26 Feb 2004 13:28:30 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:c1kbhr$jg0$1@talkto.net: 

>> >> Interesting to add??
> > 
> > I am definitely interested in having a look! Is it "visual" or is it
> > more of a JCL type thing?
> > 

It is not a visible coponent. It us a unit you have to include.

I will post it in binaries.


-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: SO why am i buggin you :-)
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 26 Feb 2004 14:02:45 +0100
Newsgroups: jedi.vcl

Hallo Peter,

> I think he is actually referring to the rather large difference in file size between zip and tar.gz, but I could be wrong ;)

ahhgggrrr. :-)

Ciao Heinz Z.


Subject: Re: 'New' JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 26 Feb 2004 13:37:35 +0100
Newsgroups: jedi.vcl

New version now in binaries.

Flemming




Subject: Re: Overseer?
From: @in@taavi.ee
Date: Thu, 26 Feb 2004 12:36:17 GMT
Newsgroups: jedi.vcl

On Wed, 25 Feb 2004 17:06:13 -0500, Warren Postma
<wpostma_at@tekran_dot.com> wrote:

> >Has anyone tried Overseer from 
> >http://delphree.clexpert.com/pages/projects/nexus/download.htm ?

Yes, I have been using Overseer Debugger in the past and I quite like
it. It has saved me a lot of work in some cases.


> >I am thinking of updating it for Delphi 7, and replacing the RxLib bits 
> >with JEDI, and basically making a JEDI-fied-version of Overseer

I would like to see that this tool "stays alive" and updating it to
use JVCL instead of RxLib is IMO good thing.


ain


Subject: Re: JvDBLookupTreeView modification (themes)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 13:31:05 +0100
Newsgroups: jedi.vcl

Added to CVS. Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: SO why am i buggin you :-)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 13:30:02 +0100
Newsgroups: jedi.vcl

> > after a 30 minutes check of sil I want to ask which feature of the library
> > package is shocking you?
I think he is actually referring to the rather large difference in file size
between zip and tar.gz, but I could be wrong ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: SO why am i buggin you :-)
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 26 Feb 2004 13:26:36 +0100
Newsgroups: jedi.vcl

Hello Arioch,

> Just compare :-) I'm shocked
> http://sourceforge.net/project/showfiles.php?group_id=28660&package_id=20517&release_id=211621

after a 30 minutes check of sil I want to ask which feature of the library package is shocking you?

Ciao Heinz Z.



Subject: Borland homepages down
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 13:18:00 +0100
Newsgroups: jedi.vcl

Seems the borland hosted pages are down at the moment
(homepages.borland.com). This means that Mantis is down as well. Hopefully
this means they are fixing the uploading issue on Mantis while they are at
it ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBLookupTreeView modification (themes)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 13:16:42 +0100
Newsgroups: jedi.vcl

> > The modified unit is posted in jedi.binaries
Thank you. Will have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 'New' JvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 26 Feb 2004 12:39:25 +0100
Newsgroups: jedi.vcl

> >
> > Working perfect with HideTimeOut !!
> > I was first using Application.HintHidePause, but this is a much better
> > solution.
> >
> > I'll continue on this road, and implement the eventhandlers as you
> > suggested; and of course get the position fixed.
> >
> > Hopefully I will have a fixed version at the end of the day.
> >
> > Flemming
> >

Great ! so i touch nothing before your version :)

Regards,
Lionel


> >




Subject: Error when close my application using plugin!
From: "Fellipe Henrique" <fellipe@rodoviariolider.com.br>
Date: Thu, 26 Feb 2004 08:13:14 -0300
Newsgroups: jedi.vcl

Hello,
 I am using JvPluginManager, however when it close my application gives an
error of memory guard, as I arrange this? This error stop to give when I
open the Form inside of the DLL, or either, when I execute the command
inside of plugin.

Since already I am thankful.

Fellipe Henrique.




Subject: Re: 'New' JvDBGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 12:11:54 +0100
Newsgroups: jedi.vcl

As soon as you are done, upload it to binaries so I can update CVS.

Thanks for doing this!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 'New' JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 26 Feb 2004 12:08:35 +0100
Newsgroups: jedi.vcl

"Lionel Reynaud" <lionel.reynaud@free.fr> wrote in message
news:c1kcfa$jlt$1@talkto.net...
>> > > OK for the position ! but i see that "PHintInfo" has a property
>> > > "HideTimeout". So can we add a property TitleHintTimeOut to control more
>> > > precisely the display of the title hint ?
>> > > Or we can add a parameter to the event FOnTitleHintEvent (and
>> > > FOnShowCellHint) to modify the "HideTimeout", maybe a more flexible way.
>> > >
>> > > BTW i think that a control on the time display is useful because the
hint
>> > > maybe big and you need time to read it ...
>> > >
> >

Working perfect with HideTimeOut !!
I was first using Application.HintHidePause, but this is a much better
solution.

I'll continue on this road, and implement the eventhandlers as you
suggested; and of course get the position fixed.

Hopefully I will have a fixed version at the end of the day.

Flemming




Subject: Re: 'New' JvDBGrid
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Feb 2004 10:54:25 +0100
Newsgroups: jedi.vcl

TJvGridHintEvent = procedure(Sender: TObject; Field: TField;
  var AHint: string; var ATimeOut: Integer) of object;

Please watch the code style so i have less work to do.



Subject: Re: 'New' JvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 26 Feb 2004 10:28:35 +0100
Newsgroups: jedi.vcl

>> > >
>> > > I'll do the best I can, to make titlehint work the way you want.
>> > > For position of the cellhint, I disagree with you, I think it should be
>> > > positioned at the cell, (like you see Microsoft is doing it in lists
etc.
>> > > (at least on my XP))
>> > >
> >
> > OK for the position ! but i see that "PHintInfo" has a property
> > "HideTimeout". So can we add a property TitleHintTimeOut to control more
> > precisely the display of the title hint ?
> > Or we can add a parameter to the event FOnTitleHintEvent (and
> > FOnShowCellHint) to modify the "HideTimeout", maybe a more flexible way.
> >
> > BTW i think that a control on the time display is useful because the hint
> > maybe big and you need time to read it ...
> >

And like TTitleHintEvent=TCellHintEvent, we can rename it to
TJvGridHintEvent
TJvGridHintEvent = procedure(Sender: TObject; Field: TField;
    var aHint: string; var aTimeOut:integer) of object;    // with the
TimeOut

Lionel




Subject: JvDBLookupTreeView modification (themes)
From: Georgi Panayotov <georgi@ada-soft.bg>
Date: Thu, 26 Feb 2004 11:28:11 +0200
Newsgroups: jedi.vcl

Hi,

  I've maded a small modification in TJvDBLookupTreeViewCombo.
    1. Now it can use XP Themes /modifications are based on
TJvDBLookupCombo/.
    2. added property Expanded -  when is true - Dropped down tree is
FullExpanded

The modified unit is posted in jedi.binaries

/modifications are between {modified by zelen} and {/modified by zelen} /
  
Georgi


Subject: Re: Overseer?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 10:13:36 +0100
Newsgroups: jedi.vcl

> > Interesting to add??

I am definitely interested in having a look! Is it "visual" or is it more of
a JCL type thing?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: 'New' JvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 26 Feb 2004 10:10:22 +0100
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> a écrit dans le message news:
c1k3qi$hs1$1@talkto.net...
> >
> > "Lionel Reynaud" <lionel.reynaud@free.fr> wrote in message
> > news:c1j3ht$bsk$1@talkto.net...
>> > > Well i try it and it work !!
>> > > But 3 things :
>> > > - For the hint on the title, previously in my implementation, the hint
> > stay
>> > > until you leave the cell. That's because i use the hint to display
several
>> > > informations about the column and i want the users have time to read it.
>> > > - The position of the hint on the title shoud be under the mouse pos
> > because
>> > > i don't want hide the title of the column
>> > > - The position of the standard hint should be also under the mouse (now
it
>> > > appear top left)
>> > >
>> > > Do you think it's possible to keep the previous behaviour ? But i like
> > your
>> > > implementation because we can use TJvBalloonHint.
>> > >
> >
> > I'll do the best I can, to make titlehint work the way you want.
> > For position of the cellhint, I disagree with you, I think it should be
> > positioned at the cell, (like you see Microsoft is doing it in lists etc.
> > (at least on my XP))
> >

OK for the position ! but i see that "PHintInfo" has a property
"HideTimeout". So can we add a property TitleHintTimeOut to control more
precisely the display of the title hint ?
Or we can add a parameter to the event FOnTitleHintEvent (and
FOnShowCellHint) to modify the "HideTimeout", maybe a more flexible way.

BTW i think that a control on the time display is useful because the hint
maybe big and you need time to read it ...

Regards,
Lionel




> >




Subject: Re: JVCL 3 Roadmap
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Feb 2004 09:44:09 +0100
Newsgroups: jedi.vcl

Hopefully we will be able to release either a beta 2 or a final within a
month or so (i.e end of March). It all depends on the amount of work left to
do (infinite, as it seems<g>) and the amount of work we would like to
complete before we release.

If we release a beta 2 first, you should estimate at least one more month
before the final (or, even, a beta 3) is available.

That said, the current beta is pretty stable and the only major *problems*
seems to be in the BCB support. We still have things that are not finished
(VisualCLX support, consumer/provider, writing help, localization are the
big ones).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Overseer?
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Thu, 26 Feb 2004 08:28:26 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma <wpostma_at@tekran_dot.com> wrote in news:c1j4ep$c2m$1
@talkto.net:

> > Has anyone tried Overseer from 
> > http://delphree.clexpert.com/pages/projects/nexus/download.htm ?
> > 

Yes, Im using it always. I have also build a debugger lib, to be able to 
use the debugger available on that machine.

It is capable of sending debugging info to

GExperts Window
Overseer Window
Codesite Window
Text File
XML File

Interesting to add??

-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: JVCL 3 Roadmap
From: Michael Elsdörfer <michael@elsdoerfer.net>
Date: Thu, 26 Feb 2004 09:10:07 +0100
Newsgroups: jedi.vcl

Hi,

Just wanted to know, when you plan to release JVCL3 - is there an estimated date?

Michael


Subject: Re: 'New' JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 26 Feb 2004 08:02:15 +0100
Newsgroups: jedi.vcl

"Lionel Reynaud" <lionel.reynaud@free.fr> wrote in message
news:c1j3ht$bsk$1@talkto.net...
> > Well i try it and it work !!
> > But 3 things :
> > - For the hint on the title, previously in my implementation, the hint
stay
> > until you leave the cell. That's because i use the hint to display several
> > informations about the column and i want the users have time to read it.
> > - The position of the hint on the title shoud be under the mouse pos
because
> > i don't want hide the title of the column
> > - The position of the standard hint should be also under the mouse (now it
> > appear top left)
> >
> > Do you think it's possible to keep the previous behaviour ? But i like
your
> > implementation because we can use TJvBalloonHint.
> >

I'll do the best I can, to make titlehint work the way you want.
For position of the cellhint, I disagree with you, I think it should be
positioned at the cell, (like you see Microsoft is doing it in lists etc.
(at least on my XP))




Subject: Re: JvInterpreter variants have a string leak -- bug # 1370
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 26 Feb 2004 09:38:21 +0300
Newsgroups: jedi.vcl

> > That fixed it. Thanks.

I suggest we dont need this 2 strings:

        TVarData(PFunctionContext(FFunctionContext).LocalVars.FindVar('',
'Result').Value).VType := varEmpty;
        TVarData(PFunctionContext(FFunctionContext).LocalVars.FindVar('',
'Result').Value).VPointer := nil;

Delphi disposes variants automatically. But if it is an attemt to fix wrong
variants behavour (see post by Arioch) then more safely is to use VarClear
(shown 2 strings safely clear only ordinal types of variant, but loses
pointer when variant is string)





Subject: Re: Overseer?
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 26 Feb 2004 07:23:21 +0300
Newsgroups: jedi.vcl

Hello, Warren!

 WP> Has anyone tried Overseer from

Which ione - there at least two of them, and maybe localiser can be called
so too.

Are they dependent upon their yet another component model ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: SO why am i buggin you :-)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 26 Feb 2004 07:19:58 +0300
Newsgroups: jedi.vcl

Hello, Arioch!

Just compare :-) I'm shocked
http://sourceforge.net/project/showfiles.php?group_id=28660&package_id=20517&release_id=211621
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Installer: BCB support
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 26 Feb 2004 14:08:24 +1000
Newsgroups: jedi.vcl

Arioch wrote:

> Hello, Andreas!
>
>  AH> Another possibility would be a pre-compiled installer.
>
>  Why can't installer compile without pre-installed jvcl ?
> AFAIU it is a matter of search path.
> If it will be passes to dcc32 or make (or maybe dcc32 can take advantage of
> .cfg and .dof ?) - then what can be wrong ?
> Text DFM's ? Let them be binary for installer, but carefully cleansed from
> D6+ features.

The thing is that it must work for first time users, those with nothing installed before.
While the JVCL files are easy to find because they are relative to the place where install.bat is, you cannnot say so for the JCL files. Yes, we do recommend to put them in ..\jcl, but this will not be the case for everyone (and certainly not me).
So while the installer can use JVCL components, it cannot use JCL functions nor JVCL components that use JCL functions.
Possible solutions that come to mind just now:
- Bundle the required JCL units
- Make a small program that asks for the JCL location if it cannot find it in ..\jcl. Once it found it, it creates a batch file that sets the JCLDIR environment variable to the correct value

I think that the second solution is the more elegant. It would give sth like that in the batch file:

-----------------------------------------------------------------------
@echo off
if exist packages\JVCL3Install.exe goto InstallerExists

cd install\jcllocator
if not exist jcllocator.exe dcc32 -I"..\..\common" jcllocator.dpr
jcllocator
if not exist jcllocatorbatch.bat goto error
call jcllocatorbatch.bat

cd ..\JVCL3Install
dcc32 -E..\..\packages -I"..\..\common;%JCLDIR%\source" ___
      -U"..\..\common;..\..\run;%JCLDIR%\source\common; ___
         %JCLDIR%\source\vcl;%JCLDIR%\source\windows" ___
      JVCL3Install.dpr

cd ..\..\

:InstallerExists
cd packages
JVCL3Install
goto end

:error
echo Unable to start the installer

:end
-----------------------------------------------------------------------

This way, the installer can use JCL code, no matter where the JCL is installed. The locator could be sth like that:

-----------------------------------------------------------------------
program JCLLocator;
uses SysUtils, Dialogs;
{$I jvcl.inc}

{$IFNDEF COMPILER6_UP}
const PathDelim : string = '\';
{$ENDIF}

var
  JCLDir : string;
  F : TextFile;
begin
  JCLDir := '..'+PathDelim+'jcl';
  If not DirectoryExists(JCLDir) then
  begin
    JCLDir := InputBox('Couldn''t find the JCL directory',
                       'Please indicate the location of the JCL below',
                       JCLDir);
  end;
  If DirectoryExists(JCLDir) then
  begin
    AssignFile(F, 'jcllocatorbatch.bat');
    Rewrite(F);
    WriteLn(F, 'set JCLDIR='+JCLDir);
    CloseFile(F);
  end;
end.
-----------------------------------------------------------------------

This is really a basic thing, and one could want to extend it, but the basic idea is here.



Subject: Re: Would like to test extended VisualCLX...
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 26 Feb 2004 03:34:48 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> You should not install this package, but built it.
> Beside the DJcl70.bpl you need also need DJcl70.dcp

Nope.  While the .bpl has a version suffix ("70"), the corresponding ..dcp has *not*.

This applies to Delphi versions that provide the $LIBSUFFIX directive: D6, D7, Kylix for Delphi.

Greetings, Robert


Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 26 Feb 2004 09:41:29 +1000
Newsgroups: jedi.vcl

ScOe wrote:
>> Hopefuly, everything should now be fine.
>> As before, let me know how everything goes.
>>
>
> Well guess troubles will not go that easy :)

Yeah, you guessed right. What embarasses me this time is that this error wouldn't have happened if I checked properly the batch file before the release of the beta. Indeed, it doesn't even work with BCB6 when used with a fresh installation.
Anyway, you'll find attached to this email a replacement for the two batch files you already have. Simply overwrite the ones in JVCL\packages with the new ones.
I'm not saying it will be fine this time (even if I hope so) as it seems I always forget something ;-)

Thanks again for your help

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator
packages.zip
	



Subject: Re: Installer: BCB support
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Thu, 26 Feb 2004 02:28:01 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> Another possibility would be a pre-compiled installer.

 Why can't installer compile without pre-installed jvcl ?
AFAIU it is a matter of search path.
If it will be passes to dcc32 or make (or maybe dcc32 can take advantage of
..cfg and .dof ?) - then what can be wrong ?
Text DFM's ? Let them be binary for installer, but carefully cleansed from
D6+ features.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Overseer?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 25 Feb 2004 17:06:13 -0500
Newsgroups: jedi.vcl

Has anyone tried Overseer from http://delphree.clexpert.com/pages/projects/nexus/download.htm ?

I am thinking of updating it for Delphi 7, and replacing the RxLib bits with JEDI, and basically making a JEDI-fied-version of Overseer, which, if anyone hasn't seen it, is an open source light-version of Raize's
code-site tool.

Warren


Subject: Re: New components for search in DB
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 25 Feb 2004 22:52:43 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
c1igbd$778$1@talkto.net...
> > Definitely worth adding IMO. If you have the time, I would appreciate if
you
> > created those palette images :)
> >
OK i create it and i send you !

Lionel




Subject: Re: 'New' JvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 25 Feb 2004 22:49:58 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
c1i5pp$4uj$1@talkto.net...
> > I've had a look and it works nicely. Unless Lionel has anything to add, I
> > don't see why we can't add it to CVS as is.
> >

Well i try it and it work !!
But 3 things :
- For the hint on the title, previously in my implementation, the hint stay
until you leave the cell. That's because i use the hint to display several
informations about the column and i want the users have time to read it.
- The position of the hint on the title shoud be under the mouse pos because
i don't want hide the title of the column
- The position of the standard hint should be also under the mouse (now it
appear top left)

Do you think it's possible to keep the previous behaviour ? But i like your
implementation because we can use TJvBalloonHint.

Regards,
Lionel





Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 21:46:30 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I was just in time to make the class public. ;)

The JvDateEdit uses the calendar. Maybe I can derive from JvDateEdit and
implement the public/protected methods of VCL.TDateTimePicker

> > after that I think we can implement the VisualCLX counterpart of
> > JvWndHook.

That would be a problem as Qt uses events and Windows uses messages. But
we have a PostMsg/SendMsg function, so we could write an Event to Message
and Message to Event converter.

> > -If I try to use TClxDesignWindow I always end up ClxImgEdit not found.
> > Don't know which
> > package to include. With Kylix this is not a problem.

Under Delphi 6 the file is in clxdesigner60.bpl



-- Regards, Andreas Hausladen 

Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 25 Feb 2004 21:31:25 +0100
Newsgroups: jedi.vcl

> > As I see we need a VCLX TDateTimePicker component. I try to write a simple
> > one.

That is certainly a hot item.

> > Furtunately we have a calendar.
> >

I was just in time to make the class public. ;)

More open issues:
-Also in need VisualCLX compatible version of JvFormStorage. That needs some
studying, but
after that I think we can implement the VisualCLX counterpart of JvWndHook.
-The *.dof files of VCL/VisualCLX need to be updated to prevent VCL packages
being loaded
 in VisualCLX environment and vica versa.
-If I try to use TClxDesignWindow I always end up ClxImgEdit not found.
Don't know which
package to include. With Kylix this is not a problem.

Regards,

André Snepvangers






Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 21:11:13 +0100
Newsgroups: jedi.vcl

As I see we need a VCLX TDateTimePicker component. I try to write a simple
one. Furtunately we have a calendar.


-- Regards, Andreas Hausladen 

Subject: Re: JvInterpreter variants have a string leak -- bug # 1370
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 25 Feb 2004 15:07:04 -0500
Newsgroups: jedi.vcl

That fixed it. Thanks.


Subject: Re: Would like to test extended VisualCLX...
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 25 Feb 2004 20:46:57 +0100
Newsgroups: jedi.vcl

> > The DJCL70.bpl file is in Projects\Bpl, but I can't install it in
> > the package list because Delphi complains about it being a runtime only
> > package.

You should not install this package, but built it.
Beside the DJcl70.bpl you need also need DJcl70.dcp

Regards,

André Snepvangers




Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 20:40:14 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Maybe I would write a light version of the wizard. Or we keep the USEJVCL
> > condition alive in the wizard files.

The same for JvSimpleXml. I'm not willing to invent the wheel again.
Another possibility would be a pre-compiled installer.



-- Regards, Andreas Hausladen 

Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 20:39:13 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > What will You do then ?

Stop working on the installer and let the others try to fix it :-)

Maybe I would write a light version of the wizard. Or we keep the USEJVCL
condition alive in the wizard files.


-- Regards, Andreas Hausladen 

Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 25 Feb 2004 20:01:51 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c1ip64$989$1@talkto.net...
>> > > -Should I upload a snapshot to binairies ?
> >
> > Why not ? "Four eyes see more than two".
> >
> > Why not commit the files to CVS ? This does not distubt the VCL part.
> >

Want to avoid that I add units that are not VisualCLX compatible.
One off the reasons is that the current version of the clxgenerator does not
use the xml files, So I have numerous of files that are not VisualCLX
compatible.
Think about the Globus components on which we have not worked yet.

Regards,

André Snepvangers




Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 25 Feb 2004 19:56:49 +0100
Newsgroups: jedi.vcl

> >
> > How could you compile the packages? The JvQCoreR.dpk compiles well but the
> > JvQCoreD.dpk failes due to missing files.
> >

Which ones ?

Regards,

André Snepvangers




Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 19:55:46 +0100
Newsgroups: jedi.vcl

> > -Should I upload a snapshot to binairies ?

Why not ? "Four eyes see more than two".

Why not commit the files to CVS ? This does not distubt the VCL part.


-- Regards, Andreas Hausladen 

Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 25 Feb 2004 19:42:08 +0100
Newsgroups: jedi.vcl

> >
> > As I remember the only change that affects VisualCLX was the AboutVCLX
> > property. The other bug I mentioned here was a VCL only issue that is
> > surrounded by a {$IFDEF VCL} {$ENDIF VCL}
> >

Could that  AboutVCLX causes this. Will look it on nect occasion.

Regards,

André Snepvangers




Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 25 Feb 2004 19:39:55 +0100
Newsgroups: jedi.vcl

> >
> > How could you compile the packages? The JvQCoreR.dpk compiles well but the
> > JvQCoreD.dpk failes due to missing files.
> >

-Must be because I have added not all required files to CVS.
-99 % of all files were generated with the ClxGenerator, followed by jpp to
solve
 VCL/VisualCLX
-Should I upload a snapshot to binairies ?

Kind regards,

André Snepvangers




Subject: Re: bug in JvColorComboBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 25 Feb 2004 19:37:07 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 25 Feb 2004 18:56:42 +0100:

 RM> Maybe a provider bug.

    Nope, it's the "old" color combo box (i.e. not provider-aware). But it
does raise the question if that works with the TJvColorProvider +
TJvCombobox....... Nope, it doesn't. Even worse, it just stays at
"Custom...". Added to my todo list.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Installer: BCB support
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 25 Feb 2004 21:22:58 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> I call the batch file with your Capture function.

What are the minial OS requirements of Delphi5 ?
May BAT-files be replaced with WSH ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Installer: BCB support
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 25 Feb 2004 21:20:38 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> Yes. Because the installer is not allowed to use JCL, I had to remove
 AH> the (not used) JvJVCLUtils from the JvWinzard unit.

Ha! since now Wizard is part of JVCL, it will depend upon JCL sooner or
later.
What will You do then ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvInterpreter variants have a string leak (serious!) (JvIntMemoryLeak.zip)
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 25 Feb 2004 21:18:33 +0300
Newsgroups: jedi.vcl

Hello, Warren!

 WP> Unfortunately for me, and fortunately for the JVCL project, this is
 WP> exactly what I needed JvInterpreter for

....for memory leaking ? <g>
A neat way of shareware protection.


Variants are known to be broken in Delphi 6.
Seems thatr BCB6, even after Update 4 mat still has some bugs.
Try search info of compiler-specific bugs.

There was unofficial tracker on jrsoftware.com , but the search there is
dead.


-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvInterpreter variants have a string leak -- bug # 1370
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 25 Feb 2004 21:17:01 +0300
Newsgroups: jedi.vcl

> > Posted to Mantis, unfortunately attachments appear to be busted again.
> >
> >
> >
http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001370
> >

look at
procedure TJvInterpreterFunction.InFunction(FunctionDesc:
TJvInterpreterFunctionDesc);

there is local  procedure LeaveFunction(Ok: Boolean);

perhaps this is a leak:

      if (FunctionDesc = nil) or (FunctionDesc.ResTyp > 0) then
      begin
        PFunctionContext(FFunctionContext).LocalVars.GetValue('Result',
FVResult, FCurrArgs);
        TVarData(PFunctionContext(FFunctionContext).LocalVars.FindVar('',
'Result').Value).VType := varEmpty;
        TVarData(PFunctionContext(FFunctionContext).LocalVars.FindVar('',
'Result').Value).VPointer := nil;
      end;
We clear pointer to result string (in your example it is B + C +'ugm3').
When result=5 (integer) its not matter because integers stored in TVarData,
but when variant is string only pointer to string stored in TVarData

maybe more correctly is to write:

      if (FunctionDesc = nil) or (FunctionDesc.ResTyp > 0) then
      begin
        PFunctionContext(FFunctionContext).LocalVars.GetValue('Result',
FVResult, FCurrArgs);
        VarClear(PFunctionContext(FFunctionContext).LocalVars.FindVar('',
'Result').Value);
      end;

can you try this fix? (I can't compile your example in D5)





Subject: Re: JvInterpreter variants have a string leak -- bug # 1370
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 25 Feb 2004 19:16:11 +0100
Newsgroups: jedi.vcl

> > Posted to Mantis, unfortunately attachments appear to be busted again.
Confirmed. You can upload but the uploaded file is 0 bytes long. I'll see if
I can get a hold of Mathias (unless you're reading this, Mathias).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 19:13:34 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > The latest versions are causing access violations in rtl & qtint... when
> > placing a
> > component on a form. (prev. versions:OK)
> > 
> > Regards,
> > 
> > André Snepvangers

How could you compile the packages? The JvQCoreR.dpk compiles well but the
JvQCoreD.dpk failes due to missing files.

-- Regards, Andreas Hausladen 

Subject: bug in JvColorComboBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 25 Feb 2004 18:56:42 +0100
Newsgroups: jedi.vcl

Options = [coText, coSysColors, coCustomColors] (probably only coCustomColors important).
Some color, but not the last color selected.

When executing "Custom..." and aborting the dialog then the displayed color switches to the entry before "Custom...", but obviously the result ColorValue of the JvColorComboBox stays at the initial value.
Maybe a provider bug.



Subject: Re: @ahuser: VisualCLX: JvEx* causing access violations.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 18:54:27 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > The latest versions are causing access violations in rtl & qtint... when
> > placing a
> > component on a form. (prev. versions:OK)
> > 
> > Regards,
> > 
> > André Snepvangers

As I remember the only change that affects VisualCLX was the AboutVCLX
property. The other bug I mentioned here was a VCL only issue that is
surrounded by a {$IFDEF VCL} {$ENDIF VCL}

-- Regards, Andreas Hausladen 

Subject: @ahuser: VisualCLX: JvEx* causing access violations.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 25 Feb 2004 18:31:34 +0100
Newsgroups: jedi.vcl

The latest versions are causing access violations in rtl & qtint... when
placing a
component on a form. (prev. versions:OK)

Regards,

André Snepvangers






Subject: JvInterpreter variants have a string leak -- bug # 1370
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 25 Feb 2004 12:01:27 -0500
Newsgroups: jedi.vcl

Posted to Mantis, unfortunately attachments appear to be busted again.


http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001370



Subject: JvInterpreter variants have a string leak (serious!) (JvIntMemoryLeak.zip)
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 25 Feb 2004 11:36:58 -0500
Newsgroups: jedi.vcl

I will post this on our bug-tracking system shortly.  JvInterpreter has a very bad memory leak, for functions that return results of String type.  I have created a demo/test program for this, and you can see
it rapidly eating heap memory during each repeated run of the little script.

Unfortunately for me, and fortunately for the JVCL project, this is exactly what I needed JvInterpreter for, so I'll be working on this
one myself, but I *really* *really* would like some help from someone
more familiar with how VARIANTS work, that could help me find variant
string leakage?

I know that a VARIANT is like a big Union of all ordinal types, plus
it has a pointer or something like that inside for allocating array
types inside it, but I'm kind of lost as to how to debug this.

Regards,

Warren

NOTE: SEE jedi.binaries for the file: (JvIntMemoryLeak.zip)


Subject: Re: New components for search in DB
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 25 Feb 2004 17:23:45 +0100
Newsgroups: jedi.vcl

Definitely worth adding IMO. If you have the time, I would appreciate if you
created those palette images :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Would like to test extended VisualCLX...
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 25 Feb 2004 17:19:50 +0100
Newsgroups: jedi.vcl

"Alessandro Fiorino" <alessandro@fiorino.name> wrote in message
news:c1if57$6sb$1@talkto.net...
> > I would like to install the extra CLX components in the q* directories,
> > but the installer doesn't install them. I tried to manually compile the
JvQ*
> > packages but I get an error about don't finding the DJCL70 package
> > when I compile the Design time unit.
> > The DJCL70.bpl file is in Projects\Bpl, but I can't install it in
> > the package list because Delphi complains about it being a runtime only
> > package.

Have to figure that out yet. I have noticed that some JvQ* packages are
using DJcl and others DJcl70.
Will solve when I have made/tested Kylix packages

Regards,

André Snepvangers




Subject: Would like to test extended VisualCLX...
From: Alessandro Fiorino <alessandro@fiorino.name>
Date: Wed, 25 Feb 2004 17:03:17 +0100
Newsgroups: jedi.vcl

I would like to install the extra CLX components in the q* directories, 
but the installer doesn't install them. I tried to manually compile the JvQ*
packages but I get an error about don't finding the DJCL70 package
when I compile the Design time unit.
The DJCL70.bpl file is in Projects\Bpl, but I can't install it in 
the package list because Delphi complains about it being a runtime only
package.
Thanks in advance for any suggestion and for all the work of
the Jedi developers!



Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Wed, 25 Feb 2004 16:44:51 +0100
Newsgroups: jedi.vcl

> > Hopefuly, everything should now be fine.
> > As before, let me know how everything goes.
> >
Well guess troubles will not go that easy :)

I've include msg in attachment becouse it could be too long.
> > Thanks again
> >
> > Olivier Sannier
> > JVCL Developer
> > BCB Coordinator
> >


Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
NoQuotes.dpr(1)
NoQuotes.dpr(1)
NoQuotes.dpr(1)
NoQuotes.dpr(6)
NoQuotes.dpr(6)
NoQuotes.dpr(6)
NoQuotes.dpr(6)
NoQuotes.dpr(8)
NoQuotes.dpr(40)
41 lines, 0.16 seconds, 31012 bytes code, 3001 bytes data.
'NoQuotes' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotesBatch.bat' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotesBatch.bat' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotes' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotesBatch.bat' is not recognized as an internal or external command,
operable program or batch file.
Could Not Find E:\Programz\cbuilder\JVCL30~1\jvcl\devtools\bin\NoQuotesBatch.bat

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Fatal: '\bin\make.exe' does not exist - don't know how to make it


MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Fatal: '\bin\make.exe' does not exist - don't know how to make it

        1 file(s) copied.
'..\devtools\bin\pg' is not recognized as an internal or external command,
operable program or batch file.
"E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl"
"e:\programz\cbuilder\CBuilder5"
5
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatal: File not found: '\bin\dcc32.dpr'

!!!!! ERROR WHILE BUILDING THE JCL DCP FOR THE JVCL !!!!
Please refer to last output for details

** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
	"e:\programz\cbuilder\CBuilder5\bin\dcc32.exe" -e"..\Bin" -i"..\..\Run;..\Common;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -n"..\Dcu" -r"..\..\Run;..\Common;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -u"..\..\Run;..\Common;..\..\Common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\vcl;E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\visclx;..\..\Archive;..\Dcu" -q -w -h -m pg.dpr
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclWin32.pas(39) Fatal: File not found: 'AccCtrl.dcu'

** error 1 ** deleting bin\pg.exe

** error 1 ** deleting ..\devtools\bin\pg.exe

installer_msg.txt
	



Subject: Re: OT: about ShowModal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 25 Feb 2004 16:18:50 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> Have You looked over CalcEdit from RxLib ?

Not useful. It needs edit mode plugins.
I also earn some money with it :-)

I have almost finished it now. Nice little thing.
I even learned some new tricks like having a unit with empty interface section.



Subject: Re: solid compression
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Feb 2004 15:37:02 +0100
Newsgroups: jedi.vcl

Izarc supports converting archives from the command-line (hurrah!) but not
fully: it still displays a dialog where you have to select the target
format. But a big plus is that "tar.gz" is considered a single format, so it
is converted, tared and gzipped in one call.

PowerArchiver's command-line compiler does format conversion too, but cannot
convert to tar.gz at once (AFAICS): you have to tar it and then call gzip to
compress it.

Don't know about WinZip.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 14:38:46 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Sorry about that, it does work by giving the batch file directly.
> > However, it returns 1 because of the calls to SET at the end.

You should not work with exit codes by batch files. For example no batch
file under Win9x can return an exitcode. My work around is to make it this
way:

del batchfailed.001
IF NOT ERRORLEVEL = 1 goto Quit
echo > batchfailed.001
:Quit

And test fo the file existance in the application.


-- Regards, Andreas Hausladen 

Subject: Re: 'New' JvDBGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Feb 2004 14:22:56 +0100
Newsgroups: jedi.vcl

I've had a look and it works nicely. Unless Lionel has anything to add, I
don't see why we can't add it to CVS as is.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: solid compression
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 25 Feb 2004 13:15:05 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > To keep compatibility with WinZip, WinRar, PowerArchiver - there is
> > to be .Ttar.gz or .tar.zip
> > Neither .tar.z mor .tar.bz2 will not be compatible with those apps.

Well, PowerArchiver can handle bzip2, but I agree that compatability
with WinZip is very important.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Installer: BCB support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 25 Feb 2004 22:59:41 +1000
Newsgroups: jedi.vcl

OBones wrote:

> I dunno, maybe I did sth wrong. I'll try again, stay tuned.

Yeah, I did sth wrong.
Sorry about that, it does work by giving the batch file directly.
However, it returns 1 because of the calls to SET at the end.


Subject: Re: TJVComboBox
From: "Bill Miller" <w2m@frontiernet.net>
Date: Wed, 25 Feb 2004 07:53:54 -0500
Newsgroups: jedi.vcl

"OBones" ,

Thank-you.  I'll give it a try.

Regards,

Bill Miller




Subject: Re: Installer: BCB support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 25 Feb 2004 22:46:54 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> CreateProcess doesn't accept it, it only accepts exe files.
>
>
> That's new for me. But why does it work in one of my application and
> nobody (users) said anything? In my tests it worked in this application
> when I started it under Win9x/ME and Win2k/XP (as normal application and
> as a Server-Plugin).
>
>
I dunno, maybe I did sth wrong. I'll try again, stay tuned.


Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 13:29:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > CreateProcess doesn't accept it, it only accepts exe files.

That's new for me. But why does it work in one of my application and
nobody (users) said anything? In my tests it worked in this application
when I started it under Win9x/ME and Win2k/XP (as normal application and
as a Server-Plugin).


-- Regards, Andreas Hausladen 

Subject: 'New' JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 25 Feb 2004 13:13:42 +0100
Newsgroups: jedi.vcl

I have posted a new DBGrid with some more hint features, in binaries.
Will someone please have a look, and see if we can use it.

Flemming




Subject: Re: Installer view
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 13:03:29 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > That button at bottom on the left - why it is "edit jvc.inc", not
> > jvcl.inc ?  -- 

It is a typo. I will correct it. (as it is not that complicated :-) 

-- Regards, Andreas Hausladen 

Subject: Re: Installer: BCB support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 25 Feb 2004 22:01:39 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> The only problem is that I have to use cmd.exe 
>
>
> What is the problem with calling the batch-file directly?

CreateProcess doesn't accept it, it only accepts exe files.

> Keep in mind that Win9x has a command.com and no cmd.exe

Well, as it was a quick fix, I hope this will work. I didn't think about that actually. Maybe something to keep in mind if your new installer ever gets to call batch files.


Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 25 Feb 2004 14:55:54 +0300
Newsgroups: jedi.vcl

Arioch wrote:
> Hello, Vladimir!
>
> That button at bottom on the left - why it is "edit jvc.inc", not jvcl.inc ?
Hello Arioch!
Why are you asking me? This is the snapshot and it looks so! 8-))))


Subject: Re: Installation JVCL 3 and JCL
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Wed, 25 Feb 2004 21:35:38 +1000
Newsgroups: jedi.vcl

Hi Andreas

> > you mean the packages listview? For the last: Right-click and choose
> > "unselect all"
> >
Yes.  The default was all unchecked so I manually checked them all.

Seeing its a one off event I doubt I will be back into it for a while.

Malcolm






Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 12:26:32 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > The only problem is that I have to use cmd.exe 

What is the problem with calling the batch-file directly?


Keep in mind that Win9x has a command.com and no cmd.exe


-- Regards, Andreas Hausladen 

Subject: Re: Installer: BCB support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 25 Feb 2004 21:17:02 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> Do your changes.
>
Done.
I call the batch file with your Capture function. The only problem is that I have to use cmd.exe and pass it the batch file name. And doing that means that you always get 1 as the return value, not matter the result from the batch file...
Anyway, it works now at least on my machine.


Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 25 Feb 2004 21:06:01 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Hopefuly, by the end of the week, this should be sorted out.
> Thanks again for your support
>
After all, it wasn't that hard to "fix". Here is what you will need to do:
1- Unzip the attached file into JVCL\install\JVCL3Install
2- Deletes any dcu file from JVCL\install\JVCL3Install
3- Delete JVCL3Install.exe from JVCL\packages
4- Run install.bat

Hopefuly, everything should now be fine.
As before, let me know how everything goes.

Thanks again

Olivier Sannier
JVCL Developer
BCB Coordinator
FrmMake.zip
	



Subject: Re: Installer: BCB support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 25 Feb 2004 20:45:16 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Yes. Because the installer is not allowed to use JCL, I had to remove the
> (not used) JvJVCLUtils from the JvWinzard unit. Maybe the installer
> becomes a good example for the JvWizard components.
>
That's exactly my point <g>


Subject: Re: Installer: BCB support
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 25 Feb 2004 12:58:09 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> But I will work on the web installation after the new installer works.

I wish it would allow me to use download managers, by APi of some kind or
just allows me to copy URL's and tell program when they are downloaded.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: OT: about ShowModal
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 25 Feb 2004 12:29:22 +0300
Newsgroups: jedi.vcl

Hello, Robert!

 RM> edit control pop up which can edit a number in decimal, hex, binary and
 RM> ASCII. Some subcontrols included to switch the modes. Etc etc etc.

Have You looked over CalcEdit from RxLib ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 10:10:13 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Andreas Hausladen wrote:
> > 
>> > > Should be possible with a Delphi cvs client. But I will work on the web
>> > > installation after the new installer works.
> > 
> > Yeah, one step at a time is always a good idea <g>
> > 
>> > > Here the first screenshot:
>> > > http://schueler.freepage.de/igvrobotik/Delphi/jvcl/packinst.jpg
> > 
> > I like it. I guess you are using the JvWizard component, right ?

Yes. Because the installer is not allowed to use JCL, I had to remove the
(not used) JvJVCLUtils from the JvWinzard unit. Maybe the installer
becomes a good example for the JvWizard components.


-- Regards, Andreas Hausladen 

Subject: Re: Installer view
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 25 Feb 2004 10:54:29 +0300
Newsgroups: jedi.vcl

Hello, Vladimir!

That button at bottom on the left - why it is "edit jvc.inc", not jvcl.inc ?
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: formstorage sizes
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 25 Feb 2004 10:39:56 +0300
Newsgroups: jedi.vcl

Hi all.
Can you adjust the width of the component window for the formstorage editor?
Usually the names of the Jvcl anf Tms components are very long and the numbers can't be seen.

FormStorage.png

FormStorage.png
	



Subject: Re: Thawing?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Feb 2004 08:16:01 +0100
Newsgroups: jedi.vcl

> > What is your opinion?
From a maintenance ppoint of view, I definitely prefer the unprocessed code.
I don't think it matters to the end user whether the code contains IDEF's or
not.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Localization and UIB
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 25 Feb 2004 16:43:31 +1000
Newsgroups: jedi.vcl

Hi all

The UIB resource strings in the JVCL exist in different languages and only one of the language is linked in, depending on a compiler symbol. This goes against our policy of all English but as we don't really have control on this file, that's fine.
However, the program that extracts the strings into the jvcl.po files doesn't know about compiler definitions and happily puts all those it finds into them. This is a problem, because one would get German strings in the strings to be translated when he should only have English ones.
I've fixed all jvcl.po and commited them.
As a short term solution, I've also added all UIB offending strings into the ignore.po file. But I think it would be a good thing to have a discussion with the author of the UIB components with respect to localization.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: TJVComboBox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 25 Feb 2004 06:08:31 +0100
Newsgroups: jedi.vcl

Bill Miller wrote:

> The passwords would be linked to user names stored in an ini file or the
> registry so that when a user clicked on a username combobox, the
> corresponding password could be loaded based on the index of the username
> combobox.

A real security horror :-(



Subject: Re: TJVComboBox
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 25 Feb 2004 14:52:45 +1000
Newsgroups: jedi.vcl

Bill Miller wrote:

> After searching the web and jvcl I could not find such a beast.  I assumed
> that the password could be reloaded somehow but with out showing them (shown
> with "****" instead.)
>
> The passwords would be linked to user names stored in an ini file or the
> registry so that when a user clicked on a username combobox, the
> corresponding password could be loaded based on the index of the username
> combobox.
>
> username.itemindex -> password.itemindex = "real password"
>
> I guess this is not possible or I would have found something.

It actually is, but I'd rather do it this way:

interface

TUser = class(TObject)
private
  FName: string;
  FPass: string;
public
  constructor Create(Name, Pass: string);

  property Name: string read FName write FName;
  property Pass: string read FPass write FPass;
end;

TUserList = class(TObjectList)
public
  constructor Create(Ini: TIniFile);
  procedure FillCombo(combo: TCustomComboBox);
  function GetPass(Name: string) : string;
end;

implementation

constructor TUser.Create(Name, Pass: string);
begin
  inherited Create;

  FName := Name;
  FPass := Pass;
end;

constructor TUserList.Create(Ini: TIniFile);
var
  i: Integer;
begin
  // read user count
  // loop on each user
  for i:=0 to userCount-1 do
  begin
    // Read name and pass
    Add(TUser.Create(Name, Pass));
  end;
end;

function TUserList.GetPass(Name: string): string;
var
  i : Integer;
begin
  Result := '';
  while (i < Count-1) and (Result = '')
  begin
    if TUser(Items[i]).Name = Name then
      Result := TUser(Items[i]).Pass;
    Inc(i);
  end;
end;

Then when in the UI, use an instance of TUserList and ask it to fill the combo for you. Then everytime a person changes the username, lookup for the password using GetPass and display it in an EditBox with password char set to '*'.

This should be enough for what you want to do.



Subject: Re: solid compression
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 25 Feb 2004 14:43:36 +1000
Newsgroups: jedi.vcl

Gee, that one looks impressive.
I'm gonna test it to see how it goes but it looks like a winner to me



Subject: Re: TJVComboBox
From: "Bill Miller" <w2m@frontiernet.net>
Date: Tue, 24 Feb 2004 22:04:54 -0500
Newsgroups: jedi.vcl

After searching the web and jvcl I could not find such a beast.  I assumed
that the password could be reloaded somehow but with out showing them (shown
with "****" instead.)

The passwords would be linked to user names stored in an ini file or the
registry so that when a user clicked on a username combobox, the
corresponding password could be loaded based on the index of the username
combobox.

username.itemindex -> password.itemindex = "real password"

I guess this is not possible or I would have found something.

Regards,

Bill





Subject: Re: Installer: BCB support
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 25 Feb 2004 11:47:20 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Should be possible with a Delphi cvs client. But I will work on the web
> installation after the new installer works.

Yeah, one step at a time is always a good idea <g>

> Here the first screenshot:
> http://schueler.freepage.de/igvrobotik/Delphi/jvcl/packinst.jpg

I like it. I guess you are using the JvWizard component, right ?



Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 02:25:22 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Wouldn't it be possible by asking the CVS server directly?

Should be possible with a Delphi cvs client. But I will work on the web
installation after the new installer works.

Here the first screenshot:
http://schueler.freepage.de/igvrobotik/Delphi/jvcl/packinst.jpg


-- Regards, Andreas Hausladen 

Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 02:09:58 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Then you wouldn't mind me doing a real dirty fix that would allow BCB5
> > users to have it working?

Do your changes.



-- Regards, Andreas Hausladen 

Subject: Re: solid compression
From: "Jim McKay" <jmckay@california.com>
Date: Wed, 25 Feb 2004 01:06:09 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch wrote:

> > What archiver do You use ?
> > 
> > WinZip can unpack it, aint sure about packing. Same for WinAce,
> > WinArj.  WinRAR can pack it
> > PowerArchiver can pack it.
> > Windows Commander can pack it.
> > 
> > And if You do packing by cron or by bat-files - then just a
> > commandline, set once and forever.

freeware: IZArc
  http://www.izsoft.dir.bg/

handles all schemes mentioned in this thread...
decent interface & command line.

Been using it for several years, never a single problem.

-- Regards: Jim McKay " I was provided with additional input that was radically different from the truth. I assisted in furthering that version. " Oliver North Iran Contra Hearings Posted with: XanaNews 1.16.1.11 

Subject: Re: Installer: BCB support
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 25 Feb 2004 10:40:33 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> Why doesn't it use the batch file?
>
> Thats simple: When I have written this code I didn't known that there were
> the dcp building batch file.

That's good enough for me <g>


> To cut a long story short: I just started to write a complete new
> installer that is more a Setup (uses the wizard components). The old one
> worked perfectly before adding the JCL stuff that messed up the whole
> code. While implementing the JCL code I introduced "installing" code into
> the base classes, the MakeForm was now not only a form, it was almost the
> complete installer. But I prefere a strict separation between UI and
> acting code.

Me too.


> This is what I have planned for the new installer:
<snip>
> - generates a dependency make file for BCB compilation. Allows faster
>   recompilation because only modified files are reprocessed (.hpp) and the
>   affect packages are compiled.

AFAIK bpr2mak already does that. Run the makec6 batch file twice in a row, it doesn't recompile all the files. Modify one file, only this one gets recompiled (and the one depending on it).
However, if you compile in the IDE, there is a bug there because the output files don't go in the source directory. But there is nothing we can do about it.


> Optional:
> - able to download the required files from a web/(ftp/cvs) server.
>   [requires an precompiled installer]

Gee, I hate those web installers, but it seems some people just love them. So I guess choice is a good thing...


> - autoupgrade function that can download only newer files from a
> web(/ftp/cvs)
>   server.
>   [requires an extra file on the server with timestamp information]

Wouldn't it be possible by asking the CVS server directly?


> As I have named the function CreateXxxx it is clear to me that this
> function works like a constructor. It is the same as for a class factory
> function, or an Interface-"Helper" function that returns an interface to a
> private class declaration. But I think this should not be the topic. There
> are other forums where someone argues due to programming styles. 

Agreed, but I just can't help it (I prefer a derived class with its own constructor)


> But for my me the whole JVCL3Installer code is trash at the moment (except some utility functions that meight go into the new installer).

Then you wouldn't mind me doing a real dirty fix that would allow BCB5 users to have it working?

Cheers
Olivier Sannier



Subject: Re: TJVComboBox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 25 Feb 2004 00:57:35 +0100
Newsgroups: jedi.vcl

> > Is there a TJVComboBox with a password "*" property like TEdit?  In other
> > words I want to display ***** as the user types a password instead of the
> > actual password.
I've never heard of such a beast but it would be intersting to know how you
plan to use it.

I mean, what are you going to put in the drop-down list? A list of different
passwords encoded with *'s, maybe? 8-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installation JVCL 3 and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 00:26:12 +0100
Newsgroups: jedi.vcl

Malcolm Cheyne wrote:

> > the problem (BUG) relates to the naming for
> > JclPackagesD70.bpg.  The actual file installed is called
> > JclPackages70.bpg  (no "D") renaming the file allowed a clean install.

The installer want intended to compile the JVCL 3. As an addition I added
JCL support, but the code is now more than 3 months old and the JCL team
has changed there directory structur and renamed some packages. Maybe the
..xml files in the JCL are out-dated and so the JVCL3Installer could not
work properly.
At the moment I'm writing a complete new installer that is more generic
and could be updated to JCL/JVCL changes faster that the old one that was
written due to IDE crashes when all packages were recompiled.


> > Suggestion:  It would be nice to have an extra button on the installer to
> > "select/deselect all options".

options? Do you mean the jvcl.inc options, the "Target IDE" options, or do
you mean the packages listview? For the last: Right-click and choose
"unselect all"



-- Regards, Andreas Hausladen 

Subject: Re: Installer: BCB support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 25 Feb 2004 00:20:19 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Why doesn't it use the batch file?

Thats simple: When I have written this code I didn't known that there were
the dcp building batch file.


> > The worst point is because there is a hard coded Delphi package
> > template in the installer. [...]

To cut a long story short: I just started to write a complete new
installer that is more a Setup (uses the wizard components). The old one
worked perfectly before adding the JCL stuff that messed up the whole
code. While implementing the JCL code I introduced "installing" code into
the base classes, the MakeForm was now not only a form, it was almost the
complete installer. But I prefere a strict separation between UI and
acting code.


This is what I have planned for the new installer:

- wizard based
- generic, so it can be used for other things, too.
- allows package selection (with runtime/designtime dependencies)
  [maybe preprocessed package xml-files for a web installer]
- allows component based selection (sorted by categories, if you actitvate
  one component all others in the same package are also selected)
  [this needs an xml file with the required information, could be
autogenerated
   by a pascal parser (the installer will not autogenerate them itself)]
- allows the installation of JCL (if not already installed)
- identifies old JVCL (1, 2) and JCL, allows uninstallation (maybe limited)
- jvcl.inc configuration
- generates a dependency make file for BCB compilation. Allows faster
  recompilation because only modified files are reprocessed (.hpp) and the
  affect packages are compiled.
  [maybe a job for the packages generator]
  would look like this:
  ############
  .suffixes: .pas
  .pas.hpp:
        $(DCCHPP) $<
  .dpk.bpl:
        $(DCCDPK) $@
  depsPackage=file1.pas file2.pas file3.pas file4.pas
  Package.bpl: Package.dpk $(depsPackage:.pas=.hpp)
  file1.hpp: file1.pas
  file2.hpp: file2.pas
  file3.hpp: file3.pas
  file4.hpp: file4.pas
  ############

Optional:
- able to download the required files from a web/(ftp/cvs) server.
  [requires an precompiled installer]
- autoupgrade function that can download only newer files from a
web(/ftp/cvs)
  server.
  [requires an extra file on the server with timestamp information]


> > BTW, CreateJclPackageList shouldn't return a TPackageList, but rather
> > accept one and fill it. In its current state, it assumes the caller will
> > remember to delete the object returned which goes against the principle
> > of the one that creates is the one that destroys.

As I have named the function CreateXxxx it is clear to me that this
function works like a constructor. It is the same as for a class factory
function, or an Interface-"Helper" function that returns an interface to a
private class declaration. But I think this should not be the topic. There
are other forums where someone argues due to programming styles. But for
my me the whole JVCL3Installer code is trash at the moment (except some
utility functions that meight go into the new installer).


-- Regards, Andreas Hausladen 

Subject: Installation JVCL 3 and JCL
From: "Malcolm Cheyne" <malcolm@XXXXsbca.com.au>
Date: Wed, 25 Feb 2004 09:07:02 +1000
Newsgroups: jedi.vcl

XP Pro, D7 Pro

I deleted all my previous JCL/JVCL installation and used the JVCL Installer.
I ran into a problem when I included the JCL.  After finally tracking it
down, the problem (BUG) relates to the naming for JclPackagesD70.bpg.  The
actual file installed is called JclPackages70.bpg  (no "D") renaming the
file allowed a clean install.

Suggestion:  It would be nice to have an extra button on the installer to
"select/deselect all options".

Great work guys.....  A cursory glance through all components last night had
me excited...

Regards

Malcolm
Townsville, Australia




Subject: Installer: BCB support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 25 Feb 2004 08:17:58 +1000
Newsgroups: jedi.vcl

Hi

I'm having hard times trying to make the installer work with C++ Builder 5 and I discovered this is because it doesn't use the batch files I made to create the JCL dcp file. Rather, it tries to do what this batch file does, but it doesn't do it correctly.
Why doesn't it use the batch file?
This would be so much easier for everyone because the batch file has been tested (and if wrong, it can be fixed easily).
The worst point is because there is a hard coded Delphi package template in the installer. This template is bogus for versions under 6.
Moreover, the creation of the list of JCL packages is bogus too. The Jcl50-R.xml file shouldn't be used, I've even removed it from the CVS.
I'd really prefer the installer to simply call the batch files, this would allow this:
- Prevent from reinventing the wheel
- Allow to fix things without recompiling the installer

I'm not familiar enough with the installer, so could the main developer fix that? The problem lies in those files:
BuildHelpers.pas:CreateDelphiPackageForBCB
CoreData.pas:CreateJclPackageList

BTW, CreateJclPackageList shouldn't return a TPackageList, but rather accept one and fill it. In its current state, it assumes the caller will remember to delete the object returned which goes against the principle of the one that creates is the one that destroys.

Anyway, thanks for your help

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 25 Feb 2004 08:07:29 +1000
Newsgroups: jedi.vcl

ScOe wrote:
>> 1. Check that you only have the 3 files attached in the file in the
>> JCL\packages\xml directory. Replace the existing files with the one in
>> the zip file, just to be sure we are both using the same files.
>
>
> Now i have 3 files (which you've sended me) but installer request one other:
> JVCL 3 Package Installer: Exception: [EFOpenError] Cannot open file
> E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\packages\xml\Jcl50-R.xml
> if i keep that file i receive well known error

Ok, I see now.
Well, there is a bug in the installer with respect to BCB support. I'll ask the developer why he used the method he used, and we'll see how that goes.
Hopefuly, by the end of the week, this should be sorted out.
Thanks again for your support

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: Error When Installing Latest JVC - Cannot Load Package .....\Bin\JVCL200_D60.BPL
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Wed, 25 Feb 2004 00:32:17 +0300
Newsgroups: jedi.vcl

Hello, Micha!

Herllo, Micha. Glad to see You.
I always told that i hate generic names, but i expected that dbf.pas will be
collided.

But seems it is about .INC file 1st :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: find a key with TRegistryTreeView
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 24 Feb 2004 22:00:57 +0100
Newsgroups: jedi.vcl

Writing a find key function is tricky since TJvRegistryTreeview only opens 2
levels of keys at a time (to speed things up). But a search (in the
treeview), would require to create the nodes for each searched, even if
nothing was found. This would be seriously slow, of course. On the other
hand, you wouldn't want to perform the search external to the treeview since
that implies you would have to repeat the search somehow within the treeview
when a matching item has been found.

Anyway, there is no such function at the moment but I will have a look and a
think and see if I can come up with something useful. Stay tuned.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJVComboBox
From: "Bill Miller" <w2m@frontiernet.net>
Date: Tue, 24 Feb 2004 15:41:55 -0500
Newsgroups: jedi.vcl

Is there a TJVComboBox with a password "*" property like TEdit?  In other
words I want to display ***** as the user types a password instead of the
actual password.

Regards,

Bill Miller




Subject: Re: Bug in JvVCLEx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 24 Feb 2004 17:41:07 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> >  Could you change AboutJVCL into AboutJVCLX for VisualCLX ?

Done.


Subject: Re: Bug in JvVCLEx
From: "André Snepvangers" <asn@xs4all.nl>
Date: Tue, 24 Feb 2004 17:37:07 +0100
Newsgroups: jedi.vcl

 Could you change AboutJVCL into AboutJVCLX for VisualCLX ?

 Kind Regards,

 André Snepvangers




Subject: Re: Thawing?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Tue, 24 Feb 2004 17:35:48 +0100
Newsgroups: jedi.vcl

IMHO we should not release the unprocessed sources in run, design & common.
We should release sources without any VCL or VisualCLX directives.

What is your opinion?

Regards,

André Snepvangers




Subject: Re: Bug in JvVCLEx
From: "André Snepvangers" <asn@xs4all.nl>
Date: Tue, 24 Feb 2004 17:26:28 +0100
Newsgroups: jedi.vcl

Could you change AboutJVCL into AboutJVCL for VisualCLX ?

Kind Regards,

André Snepvangers




Subject: Re: New components for search in DB
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 24 Feb 2004 16:17:40 +0100
Newsgroups: jedi.vcl

Just one thing : TJvDBSearchComboBox is similar to TJvDBComboEdit but with
me, nothing appear when i click on the arrow ...


"Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message news:
c1fjlc$kqi$2@talkto.net...
> > Hi !
> >
> > I don't know if we can add somes components now. But i propose two small
> > components to search record in DB :
> > One is TJvDBSearchComboBox and other is TJvDBSearchEdit.
> >
> > The first one display the list of the record and the behaviour is the same
> > of a ComboBox and the mouse wheel work !!!
> > The second allow to found record by enter the first letter of it.
> >
> > If you want, i can make icon for the palette.
> > I include demo in the JvDBSearch directorie (use BDE)
> >
> > See jedi.binaries for the zip file.
> >
> > Regards,
> > Lionel
> >
> >




Subject: Re: TitleHint in JvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 24 Feb 2004 16:15:21 +0100
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> a écrit dans le message news:
c1fme3$lie$1@talkto.net...
> > After implementing JvDBGrid in my application, I find a need for a more
> > advanced 'hint-handling'. I have the necessary code to make it work
> > (trapping CM_HINTSHOW) and I was thinking of moving the titlehint to the
> > same place; question is: Are there any special reasons for the way it is
> > written now, and what exactly is the purpose of titlehint, I can't really
> > see any useful information to a user, showing him the DBfieldname.
> >
> > Comments please.
> >

ShowTitleHint allow or not to display on a Hint the real name of the column
of the Title. It play with the event OnTitleHintEvent where you can modify
the hint as you want.

There are no hint in a cell, but you maybe can add it ...

Lionel


> > My main requirement is to show fieldvalue in a hint, if it is too wide to
be
> > shown in the cell, if anybody else wants to take on the assignment.
> >
> > regards
> > Flemming
> >
> >




Subject: TitleHint in JvDBGrid
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 24 Feb 2004 15:48:48 +0100
Newsgroups: jedi.vcl

After implementing JvDBGrid in my application, I find a need for a more
advanced 'hint-handling'. I have the necessary code to make it work
(trapping CM_HINTSHOW) and I was thinking of moving the titlehint to the
same place; question is: Are there any special reasons for the way it is
written now, and what exactly is the purpose of titlehint, I can't really
see any useful information to a user, showing him the DBfieldname.

Comments please.

My main requirement is to show fieldvalue in a hint, if it is too wide to be
shown in the cell, if anybody else wants to take on the assignment.

regards
Flemming




Subject: New components for search in DB
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 24 Feb 2004 15:00:49 +0100
Newsgroups: jedi.vcl

Hi !

I don't know if we can add somes components now. But i propose two small
components to search record in DB :
One is TJvDBSearchComboBox and other is TJvDBSearchEdit.

The first one display the list of the record and the behaviour is the same
of a ComboBox and the mouse wheel work !!!
The second allow to found record by enter the first letter of it.

If you want, i can make icon for the palette.
I include demo in the JvDBSearch directorie (use BDE)

See jedi.binaries for the zip file.

Regards,
Lionel




Subject: Re: Invalid Floating point error installing JVCL200_D50.bpl
From: "Richard Todosichuk" <rtodosichuk@ezecastlesoftware.com>
Date: Tue, 24 Feb 2004 08:56:13 -0500
Newsgroups: jedi.vcl

That worked thanks.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c13d1n$qri$1@talkto.net...
> > If you have fast CPUs, it might be the GetCPUSpeed issue you are seeing.
Go
> > to mantis (http://homepages.borland.com/jedi/issuetracker) and search for
> > "GetCPUSpeed" (make sure Resolved and Closed are *unchecked*). You can
also
> > search for JclSysInfo in jedi.binaries to find an updated JclSysInfo
posting
> > from OBones.
> >
> > Hope that helps.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: New experimental home page
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Feb 2004 14:51:57 +0100
Newsgroups: jedi.vcl

> > Can you install a cronjob that gets it once a day from the anonymous cvs
> > server ?
Hm, I guess I could check them out to a folder on the SF server and link to
that from the borland hosted page...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Tue, 24 Feb 2004 14:51:23 +0100
Newsgroups: jedi.vcl

> > 1. Check that you only have the 3 files attached in the file in the
> > JCL\packages\xml directory. Replace the existing files with the one in
> > the zip file, just to be sure we are both using the same files.

Now i have 3 files (which you've sended me) but installer request one other:
JVCL 3 Package Installer: Exception: [EFOpenError] Cannot open file
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\packages\xml\Jcl50-R.xml
if i keep that file i receive well known error

> > 2. Check in JCL\packages\c5, you must no have any file which name starts
> > with 'template'. If you do, delete them, especially template.dpk

i didnt have any




Subject: Re: VisualCLX units & packages
From: Alessandro Fiorino <alessandro@fiorino.name>
Date: Tue, 24 Feb 2004 14:45:51 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Alessandro Fiorino wrote:

>> >> I'm trying to install the new CLX components: I downloaded the last daily
>> >> build (which includes qcommon, qdesign and qrun) and I tried to compile
>> >> some JvQ* packages, but I always get a 'Required DLC70 package not
>> >> found'.
> > Is it DLC70 ? That's weird because the package name should be DJcl70

You're right :) Just a typo in the message.



Subject: Re: VisualCLX units & packages
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 24 Feb 2004 22:50:00 +1000
Newsgroups: jedi.vcl

Alessandro Fiorino wrote:

> asn wrote:
>
>
>> I have added units & D7 packages for VisualCLX in qcommon, qdesign &
>> qrun.. It counts up to over 180 compoenents on the pallette.
>>
>> Remarks:
>> - For install: uncheck JVCL packages. ( don't need to unstall)
>> - *.dpk, *.dof  files were manually edited, they are not in sync with the
>> *.xml files
>
>
> I'm trying to install the new CLX components: I downloaded the last daily
> build (which includes qcommon, qdesign and qrun) and I tried to compile
> some JvQ* packages, but I always get a 'Required DLC70 package not found'.
Is it DLC70 ? That's weird because the package name should be DJcl70


Subject: Re: VisualCLX units & packages
From: Alessandro Fiorino <alessandro@fiorino.name>
Date: Tue, 24 Feb 2004 13:40:20 +0100
Newsgroups: jedi.vcl

asn wrote:

> > I have added units & D7 packages for VisualCLX in qcommon, qdesign &
> > qrun.. It counts up to over 180 compoenents on the pallette.
> > 
> > Remarks:
> > - For install: uncheck JVCL packages. ( don't need to unstall)
> > - *.dpk, *.dof  files were manually edited, they are not in sync with the
> > *.xml files

I'm trying to install the new CLX components: I downloaded the last daily
build (which includes qcommon, qdesign and qrun) and I tried to compile
some JvQ* packages, but I always get a 'Required DLC70 package not found'.
I have installed JCL 1.90 and the DCL70.bpl file is present in Project\bpl,
but I can't add it to the design component list because it's a runtime-only
unit.
What am I missing?

Thanks in advance
Alessandro Fiorino



Subject: Re: Thawing?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 24 Feb 2004 22:39:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> If no one protests, I would suggest a code thaw starting wednesday
> (tomorrow) that would continue for at least two weeks. I know many have code
> they would like to check in (me included!) and I think it might be time to
> do so now so we have time to prepare for the next release (which I would
> like to available within a month or so).
>
> VERY IMPORTANT:
> If your checkins changes the signature of a class or unit
> (adds/removes/changes properties and/or methods, renames params etc), you
> MUST update the docs (dev\help\*.dtx), even if the class isn't documented
> previously (actually, this would be a good time to do it, then)!

By the way, can anyone reread the BCB compatibility guide, I added a line about property of array type. This is not supported in BCB and cannot then be used. It was in the last JvInterpreter commit from a bug fix in Mantis. It changed the Unit interface and I'm surprised it got through. Anyway, I fixed it, it now compiles in Delphi and BCB.


Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 24 Feb 2004 22:29:53 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> Ok ... now from c++ builder i can compile cjcl50.bpk package ...

At last. That's good to hear.

> and from installer application i receive well known error:
>

That one, I don't get it but there are problems with the distribution of the JCL that came with the JVCL beta. First let me explain the situation:
We checked the distribution with versions of Delphi 5, 6 and 7, but only with C++ Builder 6 because no JVCL developer has BCB 5 installed.
So you are basically paving the road for future users of the JVCL with BCB 5 and we are very grateful for the help you are providing us.
In order to fix the current problem, I think that this is what you would need to do:
1. Check that you only have the 3 files attached in the file in the JCL\packages\xml directory. Replace the existing files with the one in the zip file, just to be sure we are both using the same files.
2. Check in JCL\packages\c5, you must no have any file which name starts with 'template'. If you do, delete them, especially template.dpk
3. Try the installer again.

Hopefuly, this time it should work.
Once again, thanks a lot for your help

Olivier Sannier
JVCL Developer
BCB Coordinator
xml.zip
	



Subject: Re: New component TJvDropDownButton
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 24 Feb 2004 13:22:34 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > For the moment, keep it unregistered 

After my last changes (VisualCLX) it is to specific. So it will only be a
"component developer component".


-- Regards, Andreas Hausladen 

Subject: Re: New component TJvDropDownButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Feb 2004 12:57:09 +0100
Newsgroups: jedi.vcl

> > Should we add it to the buttons
> > palette or should it only be a developer component?
For the moment, keep it unregistered since it is very specific. A button
that can display any of several predefined images (themed) as well as custom
bitmaps would be interesting, though...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New component TJvDropDownButton
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 24 Feb 2004 12:56:34 +0100
Newsgroups: jedi.vcl

While fixing Mantis #1362 I had to write a new component
JvButton.TJvDropDownButton that is a TSpeedButton decendant which only
draws a combobox button (also themed). Should we add it to the buttons
palette or should it only be a developer component?

-- Regards, Andreas Hausladen 

Subject: Re: Error When Installing Latest JVC - Cannot Load Package .....\Bin\JVCL200_D60.BPL
From: "Joe Crowell" <jcrowell@nospam(tds).net>
Date: Tue, 24 Feb 2004 05:26:20 -0600
Newsgroups: jedi.vcl

Sorry for taking so long to respond. I quit working on a project just after 
this and hadn't touched any code since. Nevertheless, the problem seems to 
have been fixed.

"Micha Nelissen" <no@email.com> wrote in message 
news:bc4fc2$abm$1@talkto.net...
> > Joe Crowell wrote:
>> >> I had something similar happen between tDbf and JVCL lately. The new
>> >> version of tDbf uses the same name for a header which you guys use on
>> >> one of your headers. (tDbf from CVS) It tried using the jvcl header
>> >> file instead of tDbfs header file and of course it came out with LOTS
>> >> of compile errors.
> >
> > Can you recall the name of this file?
> >
> > Thanks,
> >
> > Micha.
> >
> > 




Subject: Re: Redesigning the homepage
From: "Joe Crowell" <jcrowell@nospam(tds).net>
Date: Tue, 24 Feb 2004 05:03:10 -0600
Newsgroups: jedi.vcl

Make sure you use that poser frog. He looks cool. ;P

"Stefan Bodingh" <stefan@nospamplease.bodingh.se> wrote in message 
news:c1ac6r$lck$1@talkto.net...
> > This page looks OK. You have lot of information on one page and it still 
> > is
> > clean.
> > http://azureus.sourceforge.net/index.php
> > 




Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Tue, 24 Feb 2004 12:02:52 +0100
Newsgroups: jedi.vcl

> > Ok, I checked the Delphi 5 package, it doesn't even uses this
> > JclMetadata.pas file. So I modified the C++ Builder 5 packages to not
> > include this file either. I've attached two zip files that contain the
> > fixes that should finally let you compile the JCL and then the JVCL.
> > The content of c5.zip goes into JCL\packages\c5 and the content of
> > Jcl-R.zip goes into JCL\packages\xml
> >
Ok ... now from c++ builder i can compile cjcl50.bpk package ...
and from installer application i receive well known error:

Compiling package: CJcl50.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(853) Warning: Constant expression violates subrange bounds
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1068) Warning: Combining signed and unsigned types - widened both operands
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclMetada
ta.pas(1627) Fatal: Could not compile used unit 'JclCIL'

** error 1 ** deleting CJcl50.bpl

i've also removed entry from Jcl50-R.xml and than i receive this error:
Compiling package: CJcl50.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCLR.pa
s(483) Fatal: File not found: 'JclMetadata.dcu'

** error 1 ** deleting CJcl50.bpl

> > Once this is done, you should be able to compile the JCL and the JVCL
> > using the installer.
> >
Guess not.
> > In any case, please let me know how all this goes.
> >
> > Thanks again for your patience
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> >
> >




Subject: Re: New experimental home page
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 24 Feb 2004 10:11:10 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
c1dnnf$a57$1@talkto.net...
> > I've increased it to 120px. Try it now.
> >
Perfect !!

Cheers,
Lionel





Subject: Thawing?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Feb 2004 09:19:32 +0100
Newsgroups: jedi.vcl

If no one protests, I would suggest a code thaw starting wednesday
(tomorrow) that would continue for at least two weeks. I know many have code
they would like to check in (me included!) and I think it might be time to
do so now so we have time to prepare for the next release (which I would
like to available within a month or so).

VERY IMPORTANT:
If your checkins changes the signature of a class or unit
(adds/removes/changes properties and/or methods, renames params etc), you
MUST update the docs (dev\help\*.dtx), even if the class isn't documented
previously (actually, this would be a good time to do it, then)!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 24 Feb 2004 18:19:14 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Oh I wasn't referring to the whole help, just the help directory of the
>> JVCL directory, the one with the status (that no one updates <g>) the
>> BCB guide, the localization guide...
>
>
> That's a bit problematic because if we are going to have that, we need to
> link to it in cvs (I am certainly not going to manually update the page
> everytime a file changes in the help folder!) and I don't know how to do
> that so it always shows the latest version of the file. Any one knows?
>
Can you install a cronjob that gets it once a day from the anonymous cvs server ?


Subject: Re: New experimental home page
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Feb 2004 08:18:20 +0100
Newsgroups: jedi.vcl

> > Oh I wasn't referring to the whole help, just the help directory of the
> > JVCL directory, the one with the status (that no one updates <g>) the
> > BCB guide, the localization guide...

That's a bit problematic because if we are going to have that, we need to
link to it in cvs (I am certainly not going to manually update the page
everytime a file changes in the help folder!) and I don't know how to do
that so it always shows the latest version of the file. Any one knows?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in JvVCLEx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 24 Feb 2004 02:55:49 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > can you make QWindows to compile under Linux,

It had compiled as it was. Now I have completed the IPC (Mutex, Event,
Semaphore) code. The only real IPC object is Mutex at the moment, but as a
Mutex is only a limited semaphore and an event is an "mis-used" semaphore
the required code should be written fast. This is my TODO for tomorrow (or
should I say today :-) )


-- Regards, Andreas Hausladen 

Subject: Re: Problems with new Beta
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 24 Feb 2004 01:09:34 +0100
Newsgroups: jedi.vcl

Have you send it to me?

Nothing reached :-(

Greetings
Jens

Warren Postma wrote:

>
>>
>> Can you send the Installer to me directly ? Than i will try it!
>>
>> Greetings
>> Jens
>
> You want my hacked up version?
>
> Warren

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 24 Feb 2004 03:06:32 +0300
Newsgroups: jedi.vcl

Hello, Matthias!

 >> RSS feeds are supplied by Sourceforge - one needs only to give
 >> link to it.

 MT> FWIW the same holds true for JEDI - just as an alternative...

???
No neewsfeed on www.delphi-jedi.org
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 24 Feb 2004 09:46:44 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> "OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
> news:c1dq9t$ajq$1@talkto.net...
>
>> ScOe wrote:
>>
>>> ...
>>>
>
> E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
>
>>> s(1004) Error: Undeclared identifier: 'VInt64'
>>
>> Woops, sorry. On line 1002, replace $IFNDEF by $IFDEF and that should
>> now work.
>
>
> E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclMetada
> ta.pas(2321) Error: Undeclared identifier: 'GuidToString'
>
> E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclMetada
> ta.pas(2809) Error: Undeclared identifier: 'BoolToStr'
> E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCLR.pa
> s(483) Fatal: Could not compile used unit 'JclMetadata.pas'

Ok, I checked the Delphi 5 package, it doesn't even uses this JclMetadata.pas file. So I modified the C++ Builder 5 packages to not include this file either. I've attached two zip files that contain the fixes that should finally let you compile the JCL and then the JVCL.
The content of c5.zip goes into JCL\packages\c5 and the content of Jcl-R.zip goes into JCL\packages\xml

Once this is done, you should be able to compile the JCL and the JVCL using the installer.

In any case, please let me know how all this goes.

Thanks again for your patience

Cheers

Olivier Sannier
JVCL Developer

c5.zip
	


Jcl-R.zip
Jcl-R.zip
	



Subject: Re: New experimental home page
From: Matthias Thoma <ma.thoma@gmx.de>
Date: Mon, 23 Feb 2004 23:46:29 +0000 (UTC)
Newsgroups: jedi.vcl

> > ???
> > No neewsfeed on www.delphi-jedi.org

Nonetheless - the functionality for RSS Newsfeeds is available since a few months now. So if you want to use it instead of sourceforge - the capabilities are there. An example RSS feed can be found here:

(http://homepages.borland.com/jedi/cms/backend.php)

Nonetheless, I have no idea how good or bad the sourceforge service with regard to news etc. is so I cannot tell which one is better...

- Matthias


Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 24 Feb 2004 02:38:55 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> The bit on localization should mention that there already are some

....and procide direct link to download most recent localisation template
through WebCVS.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: Matthias Thoma <ma.thoma@gmx.de>
Date: Mon, 23 Feb 2004 23:32:57 +0000 (UTC)
Newsgroups: jedi.vcl

> > RSS feeds are supplied by Sourceforge - one needs only to give
> > link to it.

FWIW the same holds true for JEDI - just as an alternative...

- Matthias


Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 24 Feb 2004 02:30:42 +0300
Newsgroups: jedi.vcl

Hello, Arioch!

Sorry for URL, bug of Opera 7.50 alpha

I meant feedbavck page

Link page also lacks descriptions, at lease for Jedi projects and 3rdparty
sites.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 24 Feb 2004 09:29:37 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Mon, 23 Feb 2004 09:22:41 +1000:
>
>  O> Oh, and finally, couldn't the help directory be replicated on the web
>  O> site so that our help documents are available to people without
>  O> requiring them to download the JVCL ?
>
>     It is possible. I can create standard HTML help (not CHM) and just copy
> that to the web site.
>
Oh I wasn't referring to the whole help, just the help directory of the JVCL directory, the one with the status (that no one updates <g>) the BCB guide, the localization guide...
But having the complete help online would even be better !



Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 24 Feb 2004 02:28:02 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> I've updated the site with almost all the suggestions so far (I think).
 PT> It's still at http://homepages.borland.com/jedi/jvcl/, so have a look
again.

http://homepages.borland.com/jedi/jvcl/frametop2.htm

Give a small desciption to the newsgroup -what each one for, and what would
be offtopic there.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 24 Feb 2004 02:23:36 +0300
Newsgroups: jedi.vcl

Hello, user@domain.invalid!

u> The first page that meets the user should be the one with the most value
u> for the most common user. IMHO, News should be that first page. And

And in the QuickLinks, there's to be link to mews as both HTML form and RSS
feed.

RSS is xml-based slim format for news, look ofr example at www.boyet.com
Or one from http://homepages.borland.com/abauer/

Usually they are viewed with special apps. Opera 7.50 alpha uses them like
read-only mailbox.
To view those XMLs in browser (to get familiar with contents maybe) one may
use http://home.no.net/polynar/styles/rss.css

RSS feeds are supplied by Sourceforge - one needs only to give link to it.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Bug in JvVCLEx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 24 Feb 2004 00:15:11 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > before you start to implememt QFileCtrls ?

I never intended to implement this unit as it is available from the
FreeCLX project (GPL). So if someone wants JVCLx support for Delphi 6 /
Kylix 2 he must download the file for himself.


> > After you fixed this, can you make QWindows to compile under Linux,

I'll see if I can fix it in the next hour and then maybe (if I'm not that
tired) I start Linux and try the QWindows unit.

-- Regards, Andreas Hausladen 

Subject: Re: solid compression
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 24 Feb 2004 02:11:56 +0300
Newsgroups: jedi.vcl

Hello, Ignacio!

  IV> Don't bother; just use bzip2 at maximum compression against the tar.

 That is ok for advanced users, who are ready to download extra soft, such
as 7-zip or bzip-plugin to WindowsCommander/Far.

Then we could make it even stronger - just make 7z compression. But imho
that is not the point.

To keep compatibility with WinZip, WinRar, PowerArchiver - there is to be
..Ttar.gz or .tar.zip
Neither .tar.z mor .tar.bz2 will not be compatible with those apps.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 24 Feb 2004 02:08:31 +0300
Newsgroups: jedi.vcl

Hello, Robert!

 RM>  Drop the words "Home Page

to one extent - they are to be in keywords inside<head>, or inside <title> -
for searchbots like Google
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Tue, 24 Feb 2004 02:01:51 +0300
Newsgroups: jedi.vcl

Hello, OBones!

 O> I definitely agree. Most people around me only know about Zip, Rar in

one must not know .tar.gz - one must decompress it only!

And no one never told to stop publishing ZIP - it was always q. of extra
option.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Bug in JvVCLEx
From: "André Snepvangers" <asn@xs4all.nl>
Date: Tue, 24 Feb 2004 00:00:50 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c1duik$b9m$1@talkto.net...
> > I found a bug in the JvVCLEx code. All changes of the message parameters
> > wParam/lParam are discarded. I will try to fix it as soon as possible.
> >
After you fixed this, can you make QWindows to compile under Linux, before
you
start to implememt QFileCtrls ?

Regards,

André Snepvangers




Subject: Bug in JvVCLEx
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Feb 2004 23:56:27 +0100
Newsgroups: jedi.vcl

I found a bug in the JvVCLEx code. All changes of the message parameters
wParam/lParam are discarded. I will try to fix it as soon as possible.

-- Regards, Andreas Hausladen 

Subject: Re: New experimental home page
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 23 Feb 2004 23:46:20 +0100
Newsgroups: jedi.vcl

">     It is possible. I can create standard HTML help (not CHM) and just
copy
> > that to the web site.
> >

Would be great.

regards,

André snepvangers




Subject: Re: New experimental home page
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 24 Feb 2004 08:15:17 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Personally i think that power user and developer) it to know a number of
>> compresison formats, including .TAR.* :-)
>
> I disagree about TAR: it is definitiley a Unix format and Windows developers
> often have little or no knowledge about it because they never use it. Zip on
> the other hand is used on all major platforms of today, including
> Unix/Linux.

I definitely agree. Most people around me only know about Zip, Rar in the best case. Why? Because they never ever worked with Unix and as such never heard of Tar and Gz. If one wants to provide a tgz or tbz2, why not, but always keep the zip file, or you'll confuse 90% of the users.


Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Mon, 23 Feb 2004 23:14:48 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1dq9t$ajq$1@talkto.net...
> > ScOe wrote:
>> > >
>> > > ...
>> > >
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
>> > > s(1004) Error: Undeclared identifier: 'VInt64'
> >
> > Woops, sorry. On line 1002, replace $IFNDEF by $IFDEF and that should
> > now work.

E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclMetada
ta.pas(2321) Error: Undeclared identifier: 'GuidToString'

E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclMetada
ta.pas(2809) Error: Undeclared identifier: 'BoolToStr'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCLR.pa
s(483) Fatal: Could not compile used unit 'JclMetadata.pas'

** error 1 ** deleting CJcl50.bpl




Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 24 Feb 2004 07:42:24 +1000
Newsgroups: jedi.vcl

ScOe wrote:
>
> ...
> E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
> s(1004) Error: Undeclared identifier: 'VInt64'

Woops, sorry. On line 1002, replace $IFNDEF by $IFDEF and that should now work.


Subject: Re: solid compression
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 23 Feb 2004 21:38:39 +0000 (UTC)
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> > Another possibility would be to bzip2 the zip files.

Don't bother; just use bzip2 at maximum compression against the tar.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 21:58:32 +0100
Newsgroups: jedi.vcl

I've increased it to 120px. Try it now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 22:40:53 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> I disagree about TAR: it is definitiley a Unix format and Windows
 PTr> developers often have little or no knowledge about it because they

Are they fevelopers or users ?
Snapshots on site are not repacked from TAR.GZ :-)

 PTr> Zip on the other hand is used on all major platforms of
 PTr> today, including Unix/Linux.

What do You use to unzip ?
I still claim that most of tools used for unzip in Win32 GUI, can easily
un-TGZ.

And those who can not  un-TGZ, may download ZIP.
By the way, if there will be link for GUI unpacker, it is interesting
question how many developers will prefer more frequent zip to before
stronger .tgz :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Mon, 23 Feb 2004 19:59:45 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1clk1$31s$1@talkto.net...
> > ScOe wrote:
>> > > Well, nothing much happend. Compiling process last longer but terminates
>> > > again.
>> > > compiler message:
>> > > [Pascal Error] JclCIL.pas(999): Undeclared identifier: 'VWord'
> > Gee, I thought I had tracked them all down.
> > Well, anyway, you'll find attached a file that should be ok
> >
>> > > and build option (which i dont understant why the hell is like this
again)
> > Me neither.
> > Where exactly did you put the tpl file ?
in E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jvcl\packages
> > Because even if the error occurs while building JCL, it must go in the
> > JVCL\packages directory.
> >
....
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1004) Error: Undeclared identifier: 'VInt64'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1068) Warning: Combining signed and unsigned types - widened both operands
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclMetada
ta.pas(1627) Fatal: Could not compile used unit 'JclCIL'

** error 1 ** deleting CJcl50.bpl

> >
> >




Subject: Re: wish: solid compression
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 21:11:29 +0300
Newsgroups: jedi.vcl

Hello, Tobias!

 T> - if the problem is the size, what about a "JVPatchFile1" (I have never

Same that with gzip built into TortoiseCVS - njoo problem, excpet that i
accidentally deleted local copy of JVCL 3, and currently i'm far from my
base (where i could copy it again) with old notebook in far village with
28.8 kb dialup even at night, and worse at day :-(
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: solid compression
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 20:58:32 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 >> You must do it in two steps:
 PT> So this essentially means that the zip actions in the want script needs
 PT> to be repeated for tar and then I have to gzip the tar files after
 PT> that.

Hmm... you can make a BAT or an EXE ,that will act to script as a sole
compressor, but internally will call both TAR and GZip
command.com /c MakeTGZ.bat %1 :-)

 PT> BTW, this only makes sense for the VisualCLX units, doesn't it?
Why ???
Any Win32 GUI compresso, capacble of unzip, that i know of , also support
un-tgz.

 PT> I can't see why the VCL only zips need to be tar'ed?
They are not.
There is no sense in TARing the ZIp's but only sources.

The key is 'solid archiving'
I will send into jvcl.general a short description what it is, it is obvious.

TM> Another possibility would be to bzip2 the zip files.
No sense.
For example You can use 7zip to make .zip with internal bzip compression -
and it will give You very little.
They key is that compresison is to be solid, not just some stronger codec.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 23 Feb 2004 18:23:18 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
c1d2b9$5lr$1@talkto.net...
>> > > Strange, i test now and i have a scrollbar and so i can see the menu !!
So
>> > > it's OK but maybe you can add some pixels to the height of the top frame
> > ...
> > Sure. Can you guess a required height?
> >

I try with dreamweaver and it seem that 2 pixels is enought (So the height
of the frame is 120)

Regards,
Lionel

>> > > I don't want to lower the font size, because i newer had problem on
other
>> > > url ...
> > You shouldn't have to. I was just wondering if that was the reason.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: wish: solid compression
From: Tobias <musswohl@gmx.de>
Date: Mon, 23 Feb 2004 18:18:56 +0100
Newsgroups: jedi.vcl

Hello,

to direct the discussion to an other direction:
- if the problem is the size, what about a "JVPatchFile1" (I have never
used) or something similar to a major release (so you don't have to do
every step)?

Arioch wrote:
> > 
> > Hello, All!
> > 
> > Can next beta's or/and snapshots been released also as solid arcjive
> > (TAR..GZ for example) ?
> > 
> > --
> > [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png
> > E-mail is faked because of spam.   the_Arioch@NM.falseDomain.ru


Subject: Re: solid compression
From: Thomas Mueller <news@s2h.cx>
Date: Mon, 23 Feb 2004 16:55:56 +0000
Newsgroups: jedi.vcl

Hi,

Peter Thörnqvist wrote:

> > BTW, this only makes sense for the VisualCLX units, doesn't it? I can't
> > see why the VCL only zips need to be tar'ed?

The original poster's problem was about a low bandwidth connection. This
applies to any file, regardless of OS.

Another possibility would be to bzip2 the zip files. This reduces the
resulting archive by quite a bit but makes it more difficult to unpack
because you'd need two steps. But maybe that's easier to create for you.

twm



Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 17:28:16 +0100
Newsgroups: jedi.vcl

> > Personally i think that power user and developer) it to know a number of
> > compresison formats, including .TAR.* :-)
I disagree about TAR: it is definitiley a Unix format and Windows developers
often have little or no knowledge about it because they never use it. Zip on
the other hand is used on all major platforms of today, including
Unix/Linux.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 15:52:59 +0100
Newsgroups: jedi.vcl

> > Strange, i test now and i have a scrollbar and so i can see the menu !! So
> > it's OK but maybe you can add some pixels to the height of the top frame
....
Sure. Can you guess a required height?

> > I don't want to lower the font size, because i newer had problem on other
> > url ...
You shouldn't have to. I was just wondering if that was the reason.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 23 Feb 2004 15:28:48 +0100
Newsgroups: jedi.vcl

Hi Peter,


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
c1cmq0$3a1$1@talkto.net...
>> > > On my navigator, i can't read the menu on the top ! See the image
> > What if you lower the font size?
> >

Strange, i test now and i have a scrollbar and so i can see the menu !! So
it's OK but maybe you can add some pixels to the height of the top frame ...

I don't want to lower the font size, because i newer had problem on other
url ...

Regards,
Lionel


> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: solid compression
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 14:53:51 +0100
Newsgroups: jedi.vcl

Thanks, I was aware of these packages but I was looking for versions
prefereably without any external dependencies. IIRC, gnuwin32 requires some
MSC libs and cygwin requires it's own run-time. The link from Olivier looks
promising, though.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: solid compression
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 14:08:20 +0100
Newsgroups: jedi.vcl

> > You must do it in two steps:
So this essentially means that the zip actions in the want script needs to
be repeated for tar and then I have to gzip the tar files after that.

I just checked: want supports gzip but not tar.

BTW, this only makes sense for the VisualCLX units, doesn't it? I can't see
why the VCL only zips need to be tar'ed?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: solid compression
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Feb 2004 13:19:07 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > But people do that so often that the z option is there for that. And the
> > j option does the same with bzip2

And as a result you get a "cannot fork" from tar.

You must do it in two steps:

tar -cf dest.tar sources
gzip dest.tar

tar -cf jvcl3.tar JVCL3
gzip jvcl3.tar

now you have a jvcl3.tar.gz  (.tar.gz is equal to .tgz)


-- Regards, Andreas Hausladen 

Subject: Re: solid compression
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 23 Feb 2004 22:05:56 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> unxutils.sf.net
>
>
> Cool. How do these work together: do I first create an archive with tar and
> then compress with gzip or is it the other way around?
>
GZip only works on one file.
Tar puts a bunch of file together in a single file.
So you do tar, they GZip
But people do that so often that the z option is there for that. And the j option does the same with bzip2

files --> tar --> onefile.tar ---> comp ---> onefile.tar.comp


Subject: VisualCLX units & packages
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 23 Feb 2004 12:51:23 +0100
Newsgroups: jedi.vcl

I have added units & D7 packages for VisualCLX in qcommon, qdesign & qrun..
It counts up to over 180 compoenents on the pallette.

Remarks:
- For install: uncheck JVCL packages. ( don't need to unstall)
- *.dpk, *.dof  files were manually edited, they are not in sync with the
*.xml files
- The units were generated for  JVCL units in /design, /run, /common using
  the clxgenerator from Andreas Hausladen ( avaiblable in jedi.binairies)
after which
  were processed by jpp.exe from JCL to solve VisualCLX/VCL directives.
- The 'uses' of several units have been modified because they were not
VisualCLX
  compatible.
- There are some units in qdesign that are not used yet.

Regards,

André Snepvangers




Subject: Re: solid compression
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 12:39:23 +0100
Newsgroups: jedi.vcl

> > unxutils.sf.net

Cool. How do these work together: do I first create an archive with tar and
then compress with gzip or is it the other way around?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 23 Feb 2004 12:37:23 +0100
Newsgroups: jedi.vcl

Hi Peter,

On my navigator, i can't read the menu on the top ! See the image

Regards,
Lionel


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
c1cbkf$ds$1@talkto.net...
> > I've updated the site with almost all the suggestions so far (I think).
It's
> > still at http://homepages.borland.com/jedi/jvcl/, so have a look again.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >


jvcl.gif
	



Subject: Re: New experimental home page
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 12:35:59 +0100
Newsgroups: jedi.vcl

> > On my navigator, i can't read the menu on the top ! See the image
What if you lower the font size?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 23 Feb 2004 21:16:10 +1000
Newsgroups: jedi.vcl

ScOe wrote:

>> Are you sure you replaced the tpl file by the one I gave you? I've
>> attached it again, just in case. Also, you should delete DJcl50.dpk in
>> the jcl\packages\c5 directory.
>>
>> Let me know how this goes
>>
>
> Well, nothing much happend. Compiling process last longer but terminates
> again.
> compiler message:
> [Pascal Error] JclCIL.pas(999): Undeclared identifier: 'VWord'
Gee, I thought I had tracked them all down.
Well, anyway, you'll find attached a file that should be ok

> and build option (which i dont understant why the hell is like this again)
Me neither.
Where exactly did you put the tpl file ?
Because even if the error occurs while building JCL, it must go in the JVCL\packages directory.


JclCIL.zip
	



Subject: Re: solid compression
From: Thomas Mueller <news@s2h.cx>
Date: Mon, 23 Feb 2004 10:53:22 +0000
Newsgroups: jedi.vcl

Hi,

Peter Thörnqvist wrote:

> > So is there any good command-line tools for Windows to create tar.gz
> > archives?

tar and gzip ? ;-)

from http://gnuwin32.sourceforge.net/ or http://www.cygwin.com/

and others.

twm




Subject: Re: New experimental home page
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 11:47:54 +0100
Newsgroups: jedi.vcl

> >     It is possible. I can create standard HTML help (not CHM) and just
copy
> > that to the web site.
Maybe I then should add a Help link and then we could add the on-line help
as well as a FAQ and other interesting docs to that page?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 23 Feb 2004 11:02:50 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 23 Feb 2004 09:22:41 +1000:

 O> Oh, and finally, couldn't the help directory be replicated on the web
 O> site so that our help documents are available to people without
 O> requiring them to download the JVCL ?

    It is possible. I can create standard HTML help (not CHM) and just copy
that to the web site.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: solid compression
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 23 Feb 2004 19:57:07 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> So is there any good command-line tools for Windows to create tar.gz
> archives?
>
unxutils.sf.net


Subject: Re: solid compression
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Feb 2004 10:56:52 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > The GnuWin32 project: http://sourceforge.net/projects/gnuwin32/
> > Download of tar:
> > http://heanet.dl.sourceforge.net/sourceforge/gnuwin32/tar-1.13-1-bin.exe

The gzip commandline tool is also necessary
http://heanet.dl.sourceforge.net/sourceforge/gnuwin32/gzip-1.3.5-bin.exe
and maybe the bzip2 tool
http://heanet.dl.sourceforge.net/sourceforge/gnuwin32/bzip2-1.0.2-bin.zip

Unforunatelly the tar-command cannot fork ("fork is not implemented under
Windows") so you must compress the tar-ball by hand.

tar -cf destfile.tar sourcefiles
gzip destfile.tar


-- Regards, Andreas Hausladen 

Subject: Re: solid compression
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Feb 2004 10:50:43 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > So is there any good command-line tools for Windows to create tar.gz
> > archives?

The GnuWin32 project: http://sourceforge.net/projects/gnuwin32/
Download of tar:
http://heanet.dl.sourceforge.net/sourceforge/gnuwin32/tar-1.13-1-bin.exe


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Mon, 23 Feb 2004 10:45:00 +0100
Newsgroups: jedi.vcl

> > Are you sure you replaced the tpl file by the one I gave you? I've
> > attached it again, just in case. Also, you should delete DJcl50.dpk in
> > the jcl\packages\c5 directory.
> >
> > Let me know how this goes
> >
Well, nothing much happend. Compiling process last longer but terminates
again.
compiler message:
[Pascal Error] JclCIL.pas(999): Undeclared identifier: 'VWord'
[Pascal Error] JclCIL.pas(1001): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(1003): Undeclared identifier: 'VInt64'
[Pascal Error] JclCIL.pas(1007): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(1021): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(1022): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(1025): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(1052): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(1055): Undeclared identifier: 'VShortInt'
[Pascal Warning] JclCIL.pas(1066): Combining signed and unsigned types -
widened both operands
[Pascal Fatal Error] JclMetadata.pas(1627): Could not compile used unit
'JclCIL'

installer message: install option
.... //(some warning messages)
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(999) Error: Undeclared identifier: 'VWord'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1001) Error: Undeclared identifier: 'VLongWord'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1003) Error: Undeclared identifier: 'VInt64'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1007) Error: Undeclared identifier: 'VLongWord'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1021) Error: Undeclared identifier: 'VLongWord'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1022) Error: Undeclared identifier: 'VLongWord'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1025) Error: Undeclared identifier: 'VLongWord'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1052) Error: Undeclared identifier: 'VLongWord'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1055) Error: Undeclared identifier: 'VShortInt'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclCIL.pa
s(1066) Warning: Combining signed and unsigned types - widened both operands
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\windows\JclMetada
ta.pas(1627) Fatal: Could not compile used unit 'JclCIL'

** error 1 ** deleting CJcl50.bpl

and build option (which i dont understant why the hell is like this again)
CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclBase.pa
s(212) Fatal: Could not compile used unit
'..\..\source\common\JclResources.pas'

** error 1 ** deleting CJcl50.bpl


> > Thanks for your help.
> >
> > Olivier Sannier
> > JVCL Developer
> > BCB Coordinator
> >




Subject: Re: New experimental home page
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 23 Feb 2004 09:51:54 +0100
Newsgroups: jedi.vcl

"MPL License" on the licensing page. Better make it "MPL".



Subject: Re: New experimental home page
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 23 Feb 2004 09:50:00 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've updated the site with almost all the suggestions so far (I think). It's
> still at http://homepages.borland.com/jedi/jvcl/, so have a look again.
>

Get the JVCL picture from http://jvcl.sourceforge.net to add some colors to the page. Drop the words "Home Page". Like with property names in Delphi there is no need to repeat the type of the object in its name.



Subject: Re: solid compression
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 09:43:59 +0100
Newsgroups: jedi.vcl

So is there any good command-line tools for Windows to create tar.gz
archives?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 09:25:16 +0100
Newsgroups: jedi.vcl

I've updated the site with almost all the suggestions so far (I think). It's
still at http://homepages.borland.com/jedi/jvcl/, so have a look again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Feb 2004 09:23:08 +0100
Newsgroups: jedi.vcl

> > The first page that meets the user should be the one with the most value
> > for the most common user. IMHO, News should be that first page. And
> > "Home" could be called something like "About JVCL", which gives more
> > information about the content.
Good point. I'll change it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: user@domain.invalid
Date: Mon, 23 Feb 2004 08:53:26 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> An experimental new JVCL home page is now available for your perusal at
> http://homepages.borland.com/jedi/jvcl/. I have tried to add almost

This site is much better than the previous one from a usability point of view. One thing though:
The first page that meets the user should be the one with the most value for the most common user. IMHO, News should be that first page. And "Home" could be called something like "About JVCL", which gives more information about the content.

Great work!

Best Regards

Hans-Eric Grönlund
Systems Developer


Subject: Re: solid compression
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 09:11:55 +0300
Newsgroups: jedi.vcl

Hello, Robert!

  RR> Then bzip2 (tar -xjf foobar.tar.bz2) should be prefered.

It is not that widely used, WinZip, WinRar will not eat it.

If to talk about size only - then 7zip will be best - but it is not
Unix-compatible.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: solid compression
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 23 Feb 2004 06:04:56 +0100
Newsgroups: jedi.vcl

Arioch wrote:

>>> Can next beta's or/and snapshots been released also as solid arcjive
>>> (TAR..GZ for example) ?
>
> PT> Why?
>
> For me download 13 MB and 10 Mb is a serious difference.

Then bzip2 (tar -xjf foobar.tar.bz2) should be prefered.

As an example, excerpt from directory listing of
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/:

linux-2.6.3.tar.bz2      33469 KB      18.02.2004      04:35:00
linux-2.6.3.tar.gz     41918 KB     18.02.2004     04:35:00

Greetings, Robert


Subject: Re: solid compression
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 06:24:05 +0300
Newsgroups: jedi.vcl

Hello, Peter!

>> >> Can next beta's or/and snapshots been released also as solid arcjive
>> >> (TAR..GZ for example) ?
PT> Why?

For me download 13 MB and 10 Mb is a serious difference.

And for end-user unpacking .Tar.Gz is never harder than .ZIP

Though i do not ask for removal of ZIP - it does not hurt me.
Just let there be 2 archives.


PTr> That depends on whether want supports tar/gz or not. I'm not very
PTr> interested in doing it manually...

What archiver do You use ?

WinZip can unpack it, aint sure about packing. Same for WinAce, WinArj.
WinRAR can pack it
PowerArchiver can pack it.
Windows Commander can pack it.

And if You do packing by cron or by bat-files - then just a commandline, set
once and forever.
-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 06:19:26 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> we have so little text on

...but if in the future there will be more ?

BTW, one more idea - to add link to the RSS newsfeed, given to us by
SourceForge :-)

 PTr> Do you mean links to zip programs? Is that really needed?

It will be consistent with CVS description below.
On the other hand. You may treat this like test.
"The one who does not know about ZIP is not a programmer and should not use
JVCL" :-)

 PTr> How many developers today doesn't know about zip and how to use it?

Personally i think that power user and developer) it to know a number of
compresison formats, including .TAR.* :-)

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 23 Feb 2004 11:21:07 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've uploaded an alternative page layout (links on top). Go to
> http://homepages.borland.com/jedi/jvcl/index2.html to see it.

What about a mix between them. I prefer to have menus on the left, and vertically.
But I like the grey banner on the top.
I don't like the right aligned menus, they are too far away.
But I do like the images you added <g>



Subject: Re: New experimental home page
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Feb 2004 02:19:45 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > You lost me. There are no <ul>'s in the top frame or are you referring to
> > something else?

I was at the "News" page.



-- Regards, Andreas Hausladen 

Subject: Re: New experimental home page
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 23 Feb 2004 11:16:01 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> http://projectjedi.sourceforge.net/images/btn_jedinow.gif
>
> Ah, that one. I believe you wrote *JVCL*, though ;)

Yeah, I thought of a JVCL one, then checked the one I used on the CnxManager page. I should have done it the other way round <g>



Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 23 Feb 2004 11:09:55 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> Compiler message: when compiling CJCL50.bpk in c++ builder
> [Pascal Error] JclCIL.pas(782): Undeclared identifier: 'VShortInt'
<snip>
> [Pascal Fatal Error] JclMetadata.pas(1627): Could not compile used unit
> 'JclCIL'

First, once again replace the JCL package by the one attached.
Then replace JclCIL.pas by the one attached. Please note that it only contains a temporary fix that should allow for compilation, but I need to double check it when I come back from work.

> installer: install jcl
> .......................................MAKE Version 5.2 Copyright (c) 1987,
> 2000 Borland
> Fatal: '..\..\lib\c5\obj\JclCIL.obj' does not exist - don't know how to make
> it
>
> installer: build packages
> CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
> E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclBase.pa
> s(212) Fatal: Could not compile used unit
> '..\..\source\common\JclResources.pas'

Are you sure you replaced the tpl file by the one I gave you? I've attached it again, just in case. Also, you should delete DJcl50.dpk in the jcl\packages\c5 directory.

Let me know how this goes

Thanks for your help.

Olivier Sannier
JVCL Developer
BCB Coordinator
CJCL50.zip
	


JclCIL.zip
JclCIL.zip
	


jcldcpdpk5.zip
jcldcpdpk5.zip
	



Subject: Re: New experimental home page
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 23 Feb 2004 01:09:19 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I've uploaded an alternative page layout (links on top). Go to
> > http://homepages.borland.com/jedi/jvcl/index2.html to see it.

Very nice - clean and simple.

Perhaps the link to Mantis should open a new browser window so you are
not trying to work it in a smaller frame. Mantis needs all the screen
real estate it can get.

Christopher Latta


Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 01:51:50 +0100
Newsgroups: jedi.vcl

> > For me the line-height is a little bit too small. Perhaps you can use
> > "text-align: justify;" in the <ul> for block alignment.

You lost me. There are no <ul>'s in the top frame or are you referring to
something else?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Feb 2004 01:43:22 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I've uploaded an alternative page layout (links on top). Go to
> > http://homepages.borland.com/jedi/jvcl/index2.html to see it.

For me the line-height is a little bit too small. Perhaps you can use
"text-align: justify;" in the <ul> for block alignment.


-- Regards, Andreas Hausladen 

Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 01:32:56 +0100
Newsgroups: jedi.vcl

I've uploaded an alternative page layout (links on top). Go to
http://homepages.borland.com/jedi/jvcl/index2.html to see it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 01:29:41 +0100
Newsgroups: jedi.vcl

> > What happend to the style conventions link and the JVCL guidelines
> > link on the contribution page ?
This is still an experiment. If people like it, I'll add more content later.

> > The JEDI VCS link is outdated - the current link is
> > http://jedivcs.sourceforge.net.
Will fix

> > It should be "JEDI VCS" and not "JEDI-VCS".
Will fix

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JsStatusBar
From: "Peter Panino" <peter-panino@aon.at>
Date: Mon, 23 Feb 2004 01:10:48 +0100
Newsgroups: jedi.vcl

> > if possible please insert an entry into the issuetracker:
> > http://homepages.borland.com/jedi/issuetracker/main_page.php

Done.

Greetings.ger[0].send;




Subject: Re: New experimental home page
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 23 Feb 2004 01:01:21 +0100
Newsgroups: jedi.vcl

On Sun, 22 Feb 2004 23:07:43 +0100, Peter Thörnqvist wrote:

> >Let me know what you think and please suggest changes/improvements. I'm not
> >a web designer by any stretch of the imagination, so any feedback and help
> >would be greatly appreciated. If anyone is interested in working on and help
> >maintain the home page, contact me.

This page looks a bit more serious and is faster.

What happend to the style conventions link and the JVCL guidelines
link on the contribution page ?

The JEDI VCS link is outdated - the current link is
http://jedivcs.sourceforge.net. 
It should be "JEDI VCS" and not "JEDI-VCS".

Uwe


Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 00:58:51 +0100
Newsgroups: jedi.vcl

> > Well, for a start, there's Lionel Reynaud, then me <g>
Well, blush, blush<g>

> > http://projectjedi.sourceforge.net/images/btn_jedinow.gif
Ah, that one. I believe you wrote *JVCL*, though ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: solid compression
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 23 Feb 2004 09:52:40 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>>> Can next beta's or/and snapshots been released also as solid arcjive
>>>> (TAR..GZ for example) ?
>
> That depends on whether want supports tar/gz or not. I'm not very interested
> in doing it manually...
>
If you can call a command line, then you can do it, using tar directly, provided tar is available, of course.



Subject: Re: New experimental home page
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 23 Feb 2004 09:52:01 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The list of donators is out of date.
>
> Donators don't get out of date IMO but maybe someone is missing? Let me know
> who they are

Well, for a start, there's Lionel Reynaud, then me <g>

>> Apart from that, I'd say it's much more readable, but I'd like one or
>> two images like the one that say "built with JVCL" or "JVCL inside"
>
> I don't think I have that one. Do you know where I can get it?

http://projectjedi.sourceforge.net/images/btn_jedinow.gif



Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 00:35:41 +0100
Newsgroups: jedi.vcl

> > Feedback & Support is not working.
Should be fixed now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 00:35:26 +0100
Newsgroups: jedi.vcl

> > Generally nice, buit i think that the menu on the left is to be more
> > detailed, 2-level, maybe like one of WinMerge, or with JavaScipt-based DOM
> > modifications.
Actually, I was thinking on putting the menu at the top instead. Multi-level
doesn't make sense to me when we have so little text on each page anyway.

> > Also i think at Download page there is to be link to some archiver and
> > instruction - if we had link and insturcion for CVS tools, then why not
for
> > archiving?
Do you mean links to zip programs? Is that really needed? How many
developers today doesn't know about zip and how to use it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 00:32:56 +0100
Newsgroups: jedi.vcl

> > 1) there is to be link for community, both NNTP and maillists.
> > Maybe as part of feedback (currently 404) but i think better the separate
> > page.
Fixed. This page indeed has links to the various lists.

> > 2) JVCL is based upon 2 other libs: JCL and dxGetText
Well, I wouldn't say JVCL is *based* on them and dxgettext is not required
in any way (unless you define USE_DXGETTEXT in jvcl.inc).

> > IMHO there is to be Prerequisites section, descibing supported IDE
versions
> > and required libraries.
Good idea, I'll add it

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: solid compression
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 00:31:14 +0100
Newsgroups: jedi.vcl

>>> > > > Can next beta's or/and snapshots been released also as solid arcjive
>>> > > > (TAR..GZ for example) ?
That depends on whether want supports tar/gz or not. I'm not very interested
in doing it manually...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 00:31:00 +0100
Newsgroups: jedi.vcl

> > The team page says that people in *bold* are admins. Why am I in bold?
The text refers to the SF page. Could probably be worded better, though (or
removed).

> > The list of donators is out of date.
Donators don't get out of date IMO but maybe someone is missing? Let me know
who they are

> > Feedback and support doesn't work.
Fixed (upper- instead of lower-case 'b' in the link...)

> > The bit on localization should mention that there already are some
> > languages and that people should have a look at them before starting
> > from scratch.
OK, will fix that

> > Apart from that, I'd say it's much more readable, but I'd like one or
> > two images like the one that say "built with JVCL" or "JVCL inside"
I don't think I have that one. Do you know where I can get it?

> > Oh, and finally, couldn't the help directory be replicated on the web
> > site so that our help documents are available to people without
> > requiring them to download the JVCL ?
Over to Marcel...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: solid compression
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 23 Feb 2004 00:22:53 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Can next beta's or/and snapshots been released also as solid arcjive
>> > > (TAR..GZ for example) ?
> > Why?

Linux guys use "tar -xzf filename.tar.gz" more often than "unzip
filename.zip".


-- Regards, Andreas Hausladen 

Subject: Re: New experimental home page
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 23 Feb 2004 09:22:41 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> Let me know what you think and please suggest changes/improvements. I'm not
> a web designer by any stretch of the imagination, so any feedback and help
> would be greatly appreciated. If anyone is interested in working on and help
> maintain the home page, contact me.
>

The team page says that people in *bold* are admins. Why am I in bold?
The list of donators is out of date.
Feedback and support doesn't work.
The bit on localization should mention that there already are some languages and that people should have a look at them before starting from scratch.

Apart from that, I'd say it's much more readable, but I'd like one or two images like the one that say "built with JVCL" or "JVCL inside"

Oh, and finally, couldn't the help directory be replicated on the web site so that our help documents are available to people without requiring them to download the JVCL ?

Cheers

Olivier



Subject: Re: solid compression
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Feb 2004 00:18:40 +0100
Newsgroups: jedi.vcl

> > Can next beta's or/and snapshots been released also as solid arcjive
> > (TAR..GZ for example) ?
Why?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 02:05:32 +0300
Newsgroups: jedi.vcl

Hello, Peter!


i think there are 2 misses.

1) there is to be link for community, both NNTP and maillists.
Maybe as part of feedback (currently 404) but i think better the separate
page.

2) JVCL is based upon 2 other libs: JCL and dxGetText
IMHO there is to be Prerequisites section, descibing supported IDE versions
and required libraries.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 02:01:32 +0300
Newsgroups: jedi.vcl

Hello, Peter!

Generally nice, buit i think that the menu on the left is to be more
detailed, 2-level, maybe like one of WinMerge, or with JavaScipt-based DOM
modifications.

Also i think at Download page there is to be link to some archiver and
instruction - if we had link and insturcion for CVS tools, then why not for
archiving?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: New experimental home page
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 22 Feb 2004 23:59:42 +0100
Newsgroups: jedi.vcl

Looks nice.

Feedback & Support is not working.

Greetings
Jens

Peter Thörnqvist wrote:

> An experimental new JVCL home page is now available for your perusal at
> http://homepages.borland.com/jedi/jvcl/. I have tried to add almost
> everything currently on the official page but have reduced the use of
> images, font decorations and such to a minimum. I've also tried to keep the
> info provided such that the pages won't have to be updated too often (it's
> really only the news page that needs to be changed now and then). Dynamic
> content is linked in from the sf project or other sites as often as
> possible. This, of course, to reduce complexity to a minimum.
>
> The stylesheet used is the same as for our help docs in JVCL and I have
> tried to avoid adding any additional formatting to the pages so it should be
> easier to change the style if need be.
>
> Let me know what you think and please suggest changes/improvements. I'm not
> a web designer by any stretch of the imagination, so any feedback and help
> would be greatly appreciated. If anyone is interested in working on and help
> maintain the home page, contact me.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: wish: solid compression
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 23 Feb 2004 01:56:32 +0300
Newsgroups: jedi.vcl

Hello, All!

Can next beta's or/and snapshots been released also as solid arcjive
(TAR..GZ for example) ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Sun, 22 Feb 2004 23:49:05 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1b7up$qsm$1@talkto.net...
> > ScOe wrote:
> >
>> > > [Pascal Fatal Error] JclWin32.pas(39): File not found: 'AccCtrl.dcu'
> >
> > Ok. Please try again with the attached package.
> > By the way, CJclVcl50.bpk is useless, you should remove it and then
> > replace packages\JclPackages50.bpg by the one in the second attached zip.
> > Once again, we greatly appreciate your help in solving this matter
No problem. I'm glad i could help ...
> >
Compiler message: when compiling CJCL50.bpk in c++ builder
[Pascal Error] JclCIL.pas(782): Undeclared identifier: 'VShortInt'
[Pascal Error] JclCIL.pas(783): Undeclared identifier: 'varShortInt'
[Pascal Error] JclCIL.pas(797): Undeclared identifier: 'VWord'
[Pascal Error] JclCIL.pas(798): Undeclared identifier: 'varWord'
[Pascal Error] JclCIL.pas(808): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(809): Undeclared identifier: 'varLongWord'
[Pascal Error] JclCIL.pas(813): Undeclared identifier: 'VInt64'
[Pascal Error] JclCIL.pas(814): Undeclared identifier: 'varInt64'
[Pascal Warning] JclCIL.pas(833): Constant expression violates subrange
bounds
[Pascal Error] JclCIL.pas(863): Undeclared identifier: 'VShortInt'
[Pascal Error] JclCIL.pas(869): Undeclared identifier: 'VWord'
[Pascal Error] JclCIL.pas(873): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(875): Undeclared identifier: 'VInt64'
[Pascal Error] JclCIL.pas(886): Undeclared identifier: 'VarArrayGet'
[Pascal Error] JclCIL.pas(945): Undeclared identifier: 'VWord'
[Pascal Error] JclCIL.pas(947): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(949): Undeclared identifier: 'VInt64'
[Pascal Error] JclCIL.pas(953): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(967): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(968): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(971): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(998): Undeclared identifier: 'VLongWord'
[Pascal Error] JclCIL.pas(1001): Undeclared identifier: 'VShortInt'
[Pascal Error] JclCIL.pas(1008): Undeclared identifier: 'VarArrayGet'
[Pascal Warning] JclCIL.pas(1008): Combining signed and unsigned types -
widened both operands
[Pascal Fatal Error] JclMetadata.pas(1627): Could not compile used unit
'JclCIL'

installer: install jcl
........................................MAKE Version 5.2 Copyright (c) 1987,
2000 Borland
Fatal: '..\..\lib\c5\obj\JclCIL.obj' does not exist - don't know how to make
it

installer: build packages
CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclBase.pa
s(212) Fatal: Could not compile used unit
'..\..\source\common\JclResources.pas'

what did i do till now:
chaged entries in jcldcpdpk5.tpl
delete CJclVcl50.bpk
repleace:
     JclPackages50.bpg
    CJCL50.bpk, CJCL50.cpp

> > Olivier Sannier
> > BCB Coordinator
> >




Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 23 Feb 2004 08:16:43 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> [Pascal Fatal Error] JclWin32.pas(39): File not found: 'AccCtrl.dcu'

Ok. Please try again with the attached package.
By the way, CJclVcl50.bpk is useless, you should remove it and then replace packages\JclPackages50.bpg by the one in the second attached zip.
Once again, we greatly appreciate your help in solving this matter

Olivier Sannier
BCB Coordinator
CJCL50.zip
	


JclPackagesC50.zip
JclPackagesC50.zip
	



Subject: New experimental home page
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 22 Feb 2004 23:07:43 +0100
Newsgroups: jedi.vcl

An experimental new JVCL home page is now available for your perusal at
http://homepages.borland.com/jedi/jvcl/. I have tried to add almost
everything currently on the official page but have reduced the use of
images, font decorations and such to a minimum. I've also tried to keep the
info provided such that the pages won't have to be updated too often (it's
really only the news page that needs to be changed now and then). Dynamic
content is linked in from the sf project or other sites as often as
possible. This, of course, to reduce complexity to a minimum.

The stylesheet used is the same as for our help docs in JVCL and I have
tried to avoid adding any additional formatting to the pages so it should be
easier to change the style if need be.

Let me know what you think and please suggest changes/improvements. I'm not
a web designer by any stretch of the imagination, so any feedback and help
would be greatly appreciated. If anyone is interested in working on and help
maintain the home page, contact me.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JsStatusBar
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 22 Feb 2004 22:51:33 +0100
Newsgroups: jedi.vcl

Hi,

if possible please insert an entry into the issuetracker:
http://homepages.borland.com/jedi/issuetracker/main_page.php

Greetings
Jens

Peter Panino wrote:

> If a JvStausBar is deleted while there are *Controls* on its Panels then Delphi
> crashes and cannot be terminated. So IMO it would be wise to provide some
> precaution in the JvStatusBar: Either showing up a warning message or destroying
> the controls on the Panels *BEFORE* the JvStatusBar gets destroyed?
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JsStatusBar
From: "Peter Panino" <peter-panino@aon.at>
Date: Sun, 22 Feb 2004 22:44:42 +0100
Newsgroups: jedi.vcl

If a JvStausBar is deleted while there are *Controls* on its Panels then Delphi
crashes and cannot be terminated. So IMO it would be wise to provide some
precaution in the JvStatusBar: Either showing up a warning message or destroying
the controls on the Panels *BEFORE* the JvStatusBar gets destroyed?




Subject: Re: Italian translation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 22 Feb 2004 17:37:16 +0100
Newsgroups: jedi.vcl

> > I intend the partial .PO file.
My bad. Yes, you can upload the partial po as well and we'll add it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Italian translation
From: "Stefano Pessina" <peste1@tin.it>
Date: Sun, 22 Feb 2004 17:16:47 +0100
Newsgroups: jedi.vcl

I intend the partial .PO file.

Stefano

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c1aiiq$mm8$1@talkto.net...
>> > > Can I also send the partial file?
> > Please don't. Copy the translated strings from the pas to the po file
> > instead.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Italian translation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 22 Feb 2004 17:12:04 +0100
Newsgroups: jedi.vcl

> > Can I also send the partial file?
Please don't. Copy the translated strings from the pas to the po file
instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Italian translation
From: "Stefano Pessina" <peste1@tin.it>
Date: Sun, 22 Feb 2004 16:56:32 +0100
Newsgroups: jedi.vcl

Can I also send the partial file?

Stefano

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ha scritto nel messaggio
news:c1adhl$llr$1@talkto.net...
>> > > Hi... I'm translating the JvResources files in Italian. How can I post
> > this
>> > > files to the developers?
> >
> > Don't translate the pas files. Instead, make a copy of jvcl.po in \locale
> > and translate using poEdit (http://poedit.sf.net). Upload to binaries when
> > you're finished and we'll add it to the JVCL.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: jvDocking bugs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 22 Feb 2004 16:56:04 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Funny, when I changed the first bug, I still got the "List index out of
> bounds" when I ran it. I had to change the loop direction to make it work .
> When I tried it today, it worked with the first fix only, so it seems you
> are right.
>

Sounds familiar. I had an "Index out of bounds" with JvInspector once, but could not reproduce it on second run. Obviously deeply buried bugs. Check the initialization in the constuctor.



Subject: Re: Italian translation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 22 Feb 2004 15:46:05 +0100
Newsgroups: jedi.vcl

> > Hi... I'm translating the JvResources files in Italian. How can I post
this
> > files to the developers?

Don't translate the pas files. Instead, make a copy of jvcl.po in \locale
and translate using poEdit (http://poedit.sf.net). Upload to binaries when
you're finished and we'll add it to the JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Redesigning the homepage
From: "Stefan Bodingh" <stefan@nospamplease.bodingh.se>
Date: Sun, 22 Feb 2004 15:23:04 +0100
Newsgroups: jedi.vcl

This page looks OK. You have lot of information on one page and it still is
clean.
http://azureus.sourceforge.net/index.php

"OBones" <obones_REM_SPM_@_PIF_meloo.com> skrev i meddelandet
news:c17nth$873$1@talkto.net...
> > Christopher Latta wrote:
> >
>>> > >>The question is also: how should the homepage look visually? Should
>>> > >>we go with the jcl look (since we are so closely related to each
>>> > >>other) or should we choose the same look as the html docs in \help or
>>> > >>something completely different?
>> > >
>> > > The JCL page doesn't really grab me.
> >
> > Me neither




Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Sun, 22 Feb 2004 14:54:32 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c1a8gj$kij$1@talkto.net...
> > What happens if you open CJcl50.bpk in C++ Builder and click compile ?
> > Do you get the same error ?

Compiler listing:
[Pascal Warning] JclEDISEF.pas(826): Constructing instance of
'TEDISEFSubElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(850): Constructing instance of
'TEDISEFRepeatingPattern' containing abstract methods
[Pascal Warning] JclEDISEF.pas(974): Constructing instance of
'TEDISEFCompositeElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(982): Constructing instance of
'TEDISEFElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1008): Constructing instance of
'TEDISEFRepeatingPattern' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1143): Constructing instance of
'TEDISEFSegment' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1183): Constructing instance of 'TEDISEFLoop'
containing abstract methods
[Pascal Warning] JclEDISEF.pas(1230): Constructing instance of
'TEDISEFSegment' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1268): Constructing instance of 'TEDISEFLoop'
containing abstract methods
[Pascal Warning] JclEDISEF.pas(1302): Constructing instance of
'TEDISEFTable' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1319): Constructing instance of
'TEDISEFTable' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1567): Constructing instance of
'TEDISEFElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1628): Constructing instance of
'TEDISEFSubElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1713): Constructing instance of
'TEDISEFSubElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1728): Constructing instance of
'TEDISEFCompositeElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1756): Constructing instance of
'TEDISEFSubElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(1837): Constructing instance of
'TEDISEFElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(2183): Constructing instance of
'TEDISEFCompositeElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(2220): Constructing instance of
'TEDISEFElement' containing abstract methods
[Pascal Warning] JclEDISEF.pas(2279): Constructing instance of
'TEDISEFSegment' containing abstract methods
[Pascal Warning] JclEDISEF.pas(2314): Constructing instance of 'TEDISEFSet'
containing abstract methods
[Pascal Warning] JclEDISEF.pas(2478): Constructing instance of
'TEDISEFRepeatingPattern' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(96): Constructing instance of
'TEDISEFElement' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(110): Constructing instance of
'TEDISEFElement' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(132): Constructing instance of
'TEDISEFSegment' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(150): Constructing instance of
'TEDISEFSegment' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(169): Constructing instance of
'TEDISEFSegment' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(191): Constructing instance of
'TEDISEFLoop' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(210): Constructing instance of
'TEDISEFSet' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(212): Constructing instance of
'TEDISEFTable' containing abstract methods
[Pascal Warning] JclEDITranslators.pas(258): Constructing instance of
'TEDISEFFile' containing abstract methods
[Pascal Fatal Error] JclWin32.pas(39): File not found: 'AccCtrl.dcu'




Subject: Italian translation
From: "Stefano Pessina" <peste1@tin.it>
Date: Sun, 22 Feb 2004 14:39:56 +0100
Newsgroups: jedi.vcl

Hi... I'm translating the JvResources files in Italian. How can I post this
files to the developers?

peste1 at hotmail.com




Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Feb 2004 23:19:47 +1000
Newsgroups: jedi.vcl

What happens if you open CJcl50.bpk in C++ Builder and click compile ?
Do you get the same error ?


Subject: find a key with TRegistryTreeView
From: Trollix <trollix@noos.fr>
Date: Sun, 22 Feb 2004 13:59:08 +0100
Newsgroups: jedi.vcl

Hi to everybody from Paris (France),

I would like first for my first post to thank you for this collection. Great work !

Second, I have a question about TRegistryTreeView. I looked at the demo project and I don't know how could I write the "find a key". This function is not implemented in demo. Is there somebody who can help me or giving me the way to da that ?

Thanks in advance.


Subject: Re: JvxRichEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 22 Feb 2004 13:35:40 +0100
Newsgroups: jedi.vcl

> >When I try to use "JvxRichEdit" with the control, "JvRichEditToHtml" I get
> >errors. Are these two components compatible
No they are not. That's because TJvRichEdit derives directly from
TCustomMemo but RichEditToHTML requires a TRichEdit. TJvRichEdit <>
TRichEdit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvDocking bugs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 22 Feb 2004 13:21:49 +0100
Newsgroups: jedi.vcl

Funny, when I changed the first bug, I still got the "List index out of
bounds" when I ran it. I had to change the loop direction to make it work .
When I tried it today, it worked with the first fix only, so it seems you
are right.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Sun, 22 Feb 2004 11:36:07 +0100
Newsgroups: jedi.vcl

> > In the JCL installation, you have packages\c5
> > Please replace the files in there by those in the attached zip file and
> > let me know how it goes.
> > Thanks for your patience
> >
When i choose install option:

Compiling package: CJcl50.bpl
Loading project file
Loading template
Generating Makefile
........................................MAKE Version 5.2 Copyright (c) 1987,
2000 Borland
Fatal: '..\..\lib\c5\obj\JclUnitConv.obj' does not exist - don't know how to
make it
** error 1 ** deleting CJcl50.bpl

on build packages option:

Compiling package: CJcl50.bpl
Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclBase.pa
s(212) Fatal: Could not compile used unit
'..\..\source\common\JclResources.pas'
** error 1 ** deleting CJcl50.bpl

> > Olivier Sannier
> > BCB Coordinator
> >




Subject: JvSpellChecker
From: "François Bodéré" <boderefrancois@compuserve.com>
Date: Sun, 22 Feb 2004 11:23:40 +0100
Newsgroups: jedi.vcl

Hi!
Does someone knows where to find a french dictionary for JvSpellChecker?
Thanks
François




Subject: Re: Well done JVCL team!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Feb 2004 18:29:31 +1000
Newsgroups: jedi.vcl

Kiriakos wrote:

> JVCL 3.0 is an amazing collection of components.  Well done JVCL team!
>
>
Thanks to both of you for your support.


Subject: Well done JVCL team!
From: "Kiriakos" <kvlahos@london.edu>
Date: Sun, 22 Feb 2004 08:40:43 +0200
Newsgroups: jedi.vcl

JVCL 3.0 is an amazing collection of components.  Well done JVCL team!




Subject: Re: jvDocking bugs
From: "Kiriakos" <kvlahos@london.edu>
Date: Sun, 22 Feb 2004 08:31:58 +0200
Newsgroups: jedi.vcl

I can also confirm that the 1st fix solves the problem for me and I cannot
see why the second fix is needed.

"Chroma" <Chroma@programmer.net> wrote in message
news:MPG.1aa1cc9628ce5529989694@forums.talkto.net...
>>>> > > > > 2. Change the loop to go backwards:
>>>> > > > >   for I := ACount - 1 downto 0 do
>>> > > > but this doesnt seem to be needed
>> > > How can you tell? Do you have another fix that solves the problem?
> > No i have no other fix, it works fine for me with only the first fix
> > applied. Are u sure this is needed ?




Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Feb 2004 12:50:49 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> if i select "install JCL" i receive this error:
>
> Compiling package: CJcl50.bpl
> Loading project file
> Loading template
> Generating Makefile
> .......................................MAKE Version 5.2 Copyright (c) 1987,
> 2000 Borland
> Fatal: '..\..\lib\c5\obj\cjcl.obj' does not exist - don't know how to make
> it
> ** error 1 ** deleting CJcl50.bpl

In the JCL installation, you have packages\c5
Please replace the files in there by those in the attached zip file and let me know how it goes.
Thanks for your patience

Olivier Sannier
BCB Coordinator
c5.zip
	



Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Sun, 22 Feb 2004 02:32:41 +0100
Newsgroups: jedi.vcl

>> > > I've never used jvcl or jcl before. I've downloaded
>> > > JVCL300BETA1JCL190Complete.zip and extract it to e:\programz\cbuilder
folder
>> > > after that i've run jvcl\install.bat
>> > > I choosed bcb which was on the list and selected build packages. Than
i've
>> > > hit install and receive this:
if i select "install JCL" i receive this error:

Compiling package: CJcl50.bpl
Loading project file
Loading template
Generating Makefile
........................................MAKE Version 5.2 Copyright (c) 1987,
2000 Borland
Fatal: '..\..\lib\c5\obj\cjcl.obj' does not exist - don't know how to make
it
** error 1 ** deleting CJcl50.bpl




Subject: Re: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Sun, 22 Feb 2004 02:28:34 +0100
Newsgroups: jedi.vcl

>> > > what do i need to do ?
> >
> > In $(JVCL)\packages, you will find a file called jcldcpdpk5.tpl
> > Edit it with a text editor and replace {$ALIGN 8} by {$ALIGN ON}
> > Then further down, remove the line with {$LIBSUFFIX}
> > Then restart the installation and it should now work.
> > However, I must warn you, because no one has recently checked the status
> > with C++ Builder 5, you may run into other problems. We would greatly
> > appreciate it if you could continue to post your questions here, we will
> > answer them as accurately as we can.

Noup, still receive same error message.




Subject: Re: JVCL3 BCB5 installation problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Feb 2004 11:13:39 +1000
Newsgroups: jedi.vcl

ScOe wrote:

> I've never used jvcl or jcl before. I've downloaded
> JVCL300BETA1JCL190Complete.zip and extract it to e:\programz\cbuilder folder
> after that i've run jvcl\install.bat
> I choosed bcb which was on the list and selected build packages. Than i've
> hit install and receive this:
>
> Compiling package: CJcl50.bpl
> Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
> CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
> E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclBase.pa
> s(211) Fatal: Could not compile used unit
> '..\..\source\common\JclResources.pas'
> ** error 1 ** deleting CJcl50.bpl
>
> what do i need to do ?

In $(JVCL)\packages, you will find a file called jcldcpdpk5.tpl
Edit it with a text editor and replace {$ALIGN 8} by {$ALIGN ON}
Then further down, remove the line with {$LIBSUFFIX}
Then restart the installation and it should now work.
However, I must warn you, because no one has recently checked the status with C++ Builder 5, you may run into other problems. We would greatly appreciate it if you could continue to post your questions here, we will answer them as accurately as we can.

Thank you for considering the JVCL

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Re: JvxRichEdit
From: Kenny <badtiggr@vianet.ca>
Date: Sat, 21 Feb 2004 19:56:40 -0500
Newsgroups: jedi.vcl


Hello,
When I try to use "JvxRichEdit" with the control, "JvRichEditToHtml" I get
errors. Are these two components compatible/ JvxRichEdit works well with
other Jvcl comps like JvFindReplace, etc. Main attraction to use this
RichEdit is, of course the multiple Undo/Redo.

The code I used is for the JvRichEditToHtml:

procedure TForm1.ExportClick(Sender: TObject);
begin
   with SaveDialog1 do
   begin
     Title := 'Save file in HTML format';
     InitialDir := ExtractFilePath(Application.ExeName);
     FileName := 'exported_file.html';
     if Execute then
     begin
       if FileExists(FileName) then
         if MessageDlg(
           'The File "' + FileName + '" already exists!' + #13 + #10 +
           'Want to overwrite it?', mtWarning, [mbYes, mbNo], 0) = mrNo then
           exit;
       screen.cursor := crHourGlass;
       JvRichEditToHtml1.Title := 'exported html';
       JvRichEditToHtml1.ConvertToHtml(JvxRichEditt1, FileName); <-----
Error here re. JvxRichEdit
       screen.cursor := crDefault;
       if MessageDlg('Want to open it?', mtConfirmation, [mbYes, mbNo], 0) =
 mrYes
         then
         ShellExecute(0, nil, PChar(FileName), nil, nil, SW_SHOWNORMAL);
       Title := 'File save';
     end;
   end;
end;

I dont get it, as it looks like JvxRichEdit is descendant from
TRichEdit,and not a TCustomEdit?

Many thanks in advance for your help!
Kenny



On Sat, 21 Feb 2004 18:32:42 +0300, Arioch <the_Arioch@nm.FalseDomain.ru> wrote:

> Hello, Kenny!
>
>  K> Also, are there any applications using JvxRichEdit that you
>  K>  might know of?
>
> Search for RxRichEdit (TRxRichEdit) over internet.
>
> BTW, what is RichEdit in JVCL3? I think it somehow merges this component
> from RxLib with some prior component form Jvcl 1.x - and is no more any of
> them.
>



-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: JVCL3 BCB5 installation problem
From: "ScOe" <cbinders@hotmail.com>
Date: Sun, 22 Feb 2004 01:53:05 +0100
Newsgroups: jedi.vcl

I've never used jvcl or jcl before. I've downloaded
JVCL300BETA1JCL190Complete.zip and extract it to e:\programz\cbuilder folder
after that i've run jvcl\install.bat
I choosed bcb which was on the list and selected build packages. Than i've
hit install and receive this:

Compiling package: CJcl50.bpl
Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation
CJcl50.dpk(4) Error: Invalid compiler directive: 'ALIGN'
E:\Programz\cbuilder\JVCL300BETA1JCL190Complete\jcl\source\common\JclBase.pa
s(211) Fatal: Could not compile used unit
'..\..\source\common\JclResources.pas'
** error 1 ** deleting CJcl50.bpl

what do i need to do ?




Subject: Re: [offtopic] Re: .NET version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 22 Feb 2004 01:12:45 +0100
Newsgroups: jedi.vcl

Arioch wrote:

> > I heard of XCL = KOL, buit what is FCL ?

I know to different things that use the abbr. FCL

* Free (pascal) Component Library (a reimplementation and extension of
Delphi's non-visible VCL parts)

* .NET Framework Class Library (FCL)



-- Regards, Andreas Hausladen 

Subject: Re: TJvFormStorage migration problems with 3.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Feb 2004 10:03:31 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I would if the storage is non-buffered. The Ini storage can be either
> buffered or direct. If it's direct, I'd expect anything written to it to be
> stored in the file immediately (in fact, Flush would have no function in
> that case, since there's nothing to flush). Initially, this was working, but
> I admit I haven't looked at it lately.
It is now buffered no matter what.

>     No, I understand that the problem with the XML storage is a little more
> complicated, since it is by design buffered at all times. In such a case I
> would advice to add an AutoFlush property to the Xml storage to control
> whether Flush is called after each change done (i.e. any of the Write*
> methods is called).
That's an idea. I'll keep a note and see what I can do.


Subject: Re: [offtopic] Re: .NET version
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 21 Feb 2004 22:54:36 +0300
Newsgroups: jedi.vcl

Hello, Marcel!

 MB> simple FCL.

What is ?
I heard of XCL = KOL, buit what is FCL ?

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 21 Feb 2004 20:24:33 +0100
Newsgroups: jedi.vcl

Hello, All!
I wrote on Fri, 20 Feb 2004 13:53:47 +0100:

 MB>     FYI: this is the message (sans attachment) I send to ToolsFactory
 MB> as it appears to be a bug after all (at least I can't find anymore
 MB> issues with project settings or .dtx files):

    Just got feedback: the first issue is a bug. The second has to do with
the way topics are processed: the inherited documentation is copied before
any processing has taken place. As a result the auto link in the descendant
can't find the topic to link to.

    Anyway, the first issue is being investigated, the second is already on
the wish list.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Iris" by Goo Goo Dolls.




Subject: Re: jvDocking bugs
From: Chroma <Chroma@programmer.net>
Date: Sat, 21 Feb 2004 20:14:53 +0100
Newsgroups: jedi.vcl

>>> > > > 2. Change the loop to go backwards:
>>> > > >   for I := ACount - 1 downto 0 do
>> > > but this doesnt seem to be needed
> > How can you tell? Do you have another fix that solves the problem?
No i have no other fix, it works fine for me with only the first fix 
applied. Are u sure this is needed ?


Subject: Re: Problems with new Beta
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Sat, 21 Feb 2004 13:42:58 -0500
Newsgroups: jedi.vcl

> >
> > Where is the JCL directory? Maybe this is the reason because
> > $(JCL)\source\xxxx (where xxx is a subdirectory of $(JCL)\source) is added
> > to the commandline 5 times.
> >
I had similar problem with D5 Pro on Win2000. My directory structure is as
follows:

e:\borland\delphi5\3rdparty\jedi\jvcl
e:\borland\delphi5\3rdparty\jedi\jcl

Thanks,
Femi




Subject: Re: TJvFormStorage migration problems with 3.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 21 Feb 2004 18:08:24 +0100
Newsgroups: jedi.vcl

Hello, André!
You wrote  on Sat, 21 Feb 2004 17:12:49 +0100:


 AS> If you call SaveFormPlacement, you expect that the values get written
 AS> in whatever storage ?

    I would if the storage is non-buffered. The Ini storage can be either
buffered or direct. If it's direct, I'd expect anything written to it to be
stored in the file immediately (in fact, Flush would have no function in
that case, since there's nothing to flush). Initially, this was working, but
I admit I haven't looked at it lately.

    No, I understand that the problem with the XML storage is a little more
complicated, since it is by design buffered at all times. In such a case I
would advice to add an AutoFlush property to the Xml storage to control
whether Flush is called after each change done (i.e. any of the Write*
methods is called).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: TJvFormStorage migration problems with 3.0
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 21 Feb 2004 17:12:49 +0100
Newsgroups: jedi.vcl

> >
>> > > -SaveFormPlacement should call Flush.
> > Not sure about that one. Cause only the "File" version has the Flush
> > anyway... I'll think a bout it.
> > For instance, you could save the placement, add some stuff in the file
> > in memory and then and only then flush it to the disk.

If you call SaveFormPlacement, you expect that the values get written in
whatever storage ?

Regards,

André Snepvangers




Subject: Re: [D6Pro] Bug in TJvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 21 Feb 2004 16:37:46 +0100
Newsgroups: jedi.vcl

To be more precise, compare with the behavious of a simple TComboBox (see
sample).

In the Combobox, the list doesn't disappear when you turn the wheel ...


"Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message news:
c17p9s$8et$1@talkto.net...
> > Yes it's different what i have. I try and it work : i have the scrollbar.
> >
> > But i always have a problem with the mouse wheel. If when the list is
> > displayed, you turn the whell, the list disappear and you are blocked
> > because the list has always the focus ...
> >
> > Maybe the list must capture the mouse ?
> >
> > Please try the sample that's better than my explanation !!
> >
> > Regards,
> > Lionel
> >


test.zip
	



Subject: Re: JvxRichEdit
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 21 Feb 2004 18:32:42 +0300
Newsgroups: jedi.vcl

Hello, Kenny!

 K> Also, are there any applications using JvxRichEdit that you
 K>  might know of?

Search for RxRichEdit (TRxRichEdit) over internet.

BTW, what is RichEdit in JVCL3? I think it somehow merges this component
from RxLib with some prior component form Jvcl 1.x - and is no more any of
them.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: JvxRichEdit
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 21 Feb 2004 18:32:42 +0300
Newsgroups: jedi.vcl

Hello, Kenny!

 K> Also, are there any applications using JvxRichEdit that you
 K>  might know of?

Search for RxRichEdit (TRxRichEdit) over internet.

BTW, what is RichEdit in JVCL3? I think it somehow merges this component
from RxLib with some prior component form Jvcl 1.x - and is no more any of
them.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: [D6Pro] Bug in TJvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 21 Feb 2004 15:55:39 +0100
Newsgroups: jedi.vcl

Yes it's different what i have. I try and it work : i have the scrollbar.

But i always have a problem with the mouse wheel. If when the list is
displayed, you turn the whell, the list disappear and you are blocked
because the list has always the focus ...

Maybe the list must capture the mouse ?

Please try the sample that's better than my explanation !!

Regards,
Lionel



"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
c17dtv$6cq$1@talkto.net...
>> > > Thanks Peter, i have seen Mantis. Seems that this is an old bug !
>> > > Is it corrected in the beta release ?
> >
> > UpdateScrollbar in the beta looks like this:
> >
> > procedure TJvDBLookupList.UpdateScrollBar;
> > var
> >   Pos, Max: Integer;
> >   ScrollInfo: TScrollInfo;
> > begin
> >   Pos := 0;
> >   Max := 0;
> >
> >   { Note: If used by JvDBLookupCombo:
> >
> >     FRowCount    = JvDBLookupCombo.DropDownCount
> >     FRecordCount = #records in link buffer (<> #records in table)
> >   }
> >   { Check whether the list is completely filled.. }
> >   if FRecordCount >= (FRowCount - Ord(EmptyRowVisible)) then
> >   begin
> >     { ..if so, display a scrollbar }
> >     Max := 4;
> >     if not FLookupLink.DataSet.Bof then
> >       if not FLookupLink.DataSet.Eof then
> >         Pos := 2
> >       else
> >         Pos := 4;
> >   end;
> >   ScrollInfo.cbSize := SizeOf(TScrollInfo);
> >   ScrollInfo.fMask := SIF_POS or SIF_RANGE;
> >   if not GetScrollInfo(Handle, SB_VERT, ScrollInfo) or
> >     (ScrollInfo.nPos <> Pos) or (ScrollInfo.nMax <> Max) then
> >   begin
> >     ScrollInfo.nMin := 0;
> >     ScrollInfo.nMax := Max;
> >     ScrollInfo.nPos := Pos;
> >     SetScrollInfo(Handle, SB_VERT, ScrollInfo, True);
> >   end;
> > end;
> >
> > Don't know when it was fixed/changed.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net


test.zip
	



Subject: Re: Redesigning the homepage
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Feb 2004 00:24:14 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

>> The question is also: how should the homepage look visually? Should
>> we go with the jcl look (since we are so closely related to each
>> other) or should we choose the same look as the html docs in \help or
>> something completely different? 
>
> The JCL page doesn't really grab me. 

Me neither


Subject: Re: JvDBGrid: correction for AlternateRowColor
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 21 Feb 2004 15:12:22 +0100
Newsgroups: jedi.vcl

Thanks :))

Lionel


"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
c17e26$6dc$1@talkto.net...
> > Done
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: Suggestions for topics: developer and admin help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 21 Feb 2004 14:53:15 +0100
Newsgroups: jedi.vcl

Hello, Christopher!
You wrote  on Sat, 21 Feb 2004 13:12:38 +0000 (UTC):

 CL> Help - what dtx files are, how they are created, and how they are used
 CL> to build the help file. What is required to fill in a dtx file. What
 CL> tools to use to edit a dtx file.

    That would probably be my job. I'll just wait a bit 'till we know
exactly what and how.

 CL> The code style guide should be included.

    Yep. That would be a good idea.

 CL> Also mention the code formatter that does this for existing code.

    Simple: Robert Marquardt <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Redesigning the homepage
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sat, 21 Feb 2004 13:41:06 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I am currently thinking about redesigning the homepage and would like
> > some feedback on that. 

It could really do with an update. Maybe something data driven too, so
its easy to add news and things like the Contributer of the Month.

> > The question is also: how should the homepage look visually? Should
> > we go with the jcl look (since we are so closely related to each
> > other) or should we choose the same look as the html docs in \help or
> > something completely different? 

The JCL page doesn't really grab me. 


> > Should the docs in \help reflect the
> > look of the homepage?

A consistent look and feel on all HTML is a good idea.

Christopher Latta


Subject: Re: Suggestions for topics: developer and admin help
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sat, 21 Feb 2004 13:12:38 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I am thinking of writing some documentation for the benefit of new
> > developers in JVCL.

Great idea. As probably the most recent guy, I'll give you whatever
feedback I can as I come across issues.

> > 
> > I remember it was pretty confusing in the beginning when I became a
> > JVCL developer but I can't clearly remember what was confusing <g>,

It is a bit confusing. At the start, I was a little apprehensive -
there are some very talented developers in Jedi and there are an
overwhelming number of components. Its hard to know where to start. So
I did one component (TJvValidateEdit) because that seemed like a nice
isolated thing that wouldn't mess anything else up. Then I was like
"now what?". A few months later I had another idea for a component
(TJvMultiButton) and wrote that (but it didn't make it into JVCL3).
When the examples needed working on, this seemed ideal as it was
something I could do that wouldn't stuff anything else up.

> > so now I am asking you all for suggestions on what to include in the
> > documentation (especially the "fresh" guys"). It will also include
> > some explanations on what is expected from those that become
> > developers and something about the criterias.

A high level discussion of the JVCL would be good: its aims, a bit of
history, and the future direction. The relationship to the JCL and
other Jedi projects. Perhaps even something like "At the moment we are
concentrating on fixing the data-aware controls" so a new developer
would have a place to start.

Source code control - how to check out and check in source. How to lock
a file you are working on, and how to delete a file from the CVS. Is
there a Jedi tool to use as a differ?

Mantis - how to access it. how to enter, take charge of, update, and
close a bug report.

Help - what dtx files are, how they are created, and how they are used
to build the help file. What is required to fill in a dtx file. What
tools to use to edit a dtx file.

The code style guide should be included. Also mention the code
formatter that does this for existing code.

> > Once ready, I was thinking it could be added to the \help folder and
> > even to the homepage .

The homepage would be a good place for it, so a person who was thinking
of joining could see the process laid out in a simple manner.


Christopher Latta


Subject: Redesigning the homepage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 13:13:13 +0100
Newsgroups: jedi.vcl

I am currently thinking about redesigning the homepage and would like some
feedback on that. I would like to simplify and change the look of the
homepage. The current structure is a bit confusing and I would like us to
have a cleaner look with less images and easier navigtion, something like
the jcl pages.

The new page structure I am thinking of looks something like this:

Home
  Overview
  News
  Team
  Contributors
Downloads
  Releases
  Daily zips
  CVS
Feedback & Support
  Newsgroups (talkto.net)
  Mailing lists (Yahoo, SF)
  Newsgroups on the web
(http://delphi.newswhat.com/geoxml/forumlistgroups?area=JEDI)
  Report bugs
    Mantis
  Contributing
    Donating components
    Writing help
    Writing demos
    Localizing
Licensing
  MPL License
  License FAQ
Links
  JEDI
  JCL
  Borland
  Others


The question is also: how should the homepage look visually? Should we go
with the jcl look (since we are so closely related to each other) or should
we choose the same look as the html docs in \help or something completely
different? Should the docs in \help reflect the look of the homepage?

Let me know what you think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Suggestions for topics: developer and admin help
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 13:05:55 +0100
Newsgroups: jedi.vcl

I am thinking of writing some documentation for the benefit of new
developers in JVCL.

I remember it was pretty confusing in the beginning when I became a JVCL
developer but I can't clearly remember *what* was confusing <g>, so now I am
asking you all for suggestions on what to include in the documentation
(especially the "fresh" guys"). It will also include some explanations on
what is expected from those that become developers and something about the
criterias.


I am also thinking of writing a doc to describe what I and other
admins/coordinators do and need to know (without including sensitive
information like passwords, of course). This includes descriptions on the
maintenance of various bits and pieces of JVCL as well as how to conduct
oneself when representing the JVCL in newsgroups, creating releases etc.
Marcel and others might want to add their own little piece of what they do
as well.

Once ready, I was thinking it could be added to the \help folder and even to
the homepage .

Please let me know what you think should be included in these documents.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid: correction for AlternateRowColor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 12:36:16 +0100
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [D6Pro] Bug in TJvDBGrid
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 12:34:01 +0100
Newsgroups: jedi.vcl

> > Thanks Peter, i have seen Mantis. Seems that this is an old bug !
> > Is it corrected in the beta release ?

UpdateScrollbar in the beta looks like this:

procedure TJvDBLookupList.UpdateScrollBar;
var
  Pos, Max: Integer;
  ScrollInfo: TScrollInfo;
begin
  Pos := 0;
  Max := 0;

  { Note: If used by JvDBLookupCombo:

    FRowCount    = JvDBLookupCombo.DropDownCount
    FRecordCount = #records in link buffer (<> #records in table)
  }
  { Check whether the list is completely filled.. }
  if FRecordCount >= (FRowCount - Ord(EmptyRowVisible)) then
  begin
    { ..if so, display a scrollbar }
    Max := 4;
    if not FLookupLink.DataSet.Bof then
      if not FLookupLink.DataSet.Eof then
        Pos := 2
      else
        Pos := 4;
  end;
  ScrollInfo.cbSize := SizeOf(TScrollInfo);
  ScrollInfo.fMask := SIF_POS or SIF_RANGE;
  if not GetScrollInfo(Handle, SB_VERT, ScrollInfo) or
    (ScrollInfo.nPos <> Pos) or (ScrollInfo.nMax <> Max) then
  begin
    ScrollInfo.nMin := 0;
    ScrollInfo.nMax := Max;
    ScrollInfo.nPos := Pos;
    SetScrollInfo(Handle, SB_VERT, ScrollInfo, True);
  end;
end;

Don't know when it was fixed/changed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [D6Pro] Bug in TJvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 21 Feb 2004 12:27:37 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
c175t4$558$1@talkto.net...
>>> > > > An idea ?
> > See Mantis #1017 for a possible reason and solution
> >

Thanks Peter, i have seen Mantis. Seems that this is an old bug !
Is it corrected in the beta release ?

Regards,
Lionel





Subject: Re: KYLIX
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 21 Feb 2004 21:23:07 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

>>> Could we redefine 'all'  as all except Kylix 3.
>>>
>>
>> no, all is derived from the available targets.
>> But you could create an alias called allbutkylix
>
>
> This would mean that in all VCL packages 'all' should be replaced by
> 'allbutkylix' ?

Well, yeah, that's an issue... We'll need to discuss it, but that's my preferred way.


Subject: Re: JvDBGrid: correction for AlternateRowColor
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 21 Feb 2004 12:19:06 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
c175r4$54o$1@talkto.net...
>> > > I notice a problem with AlternateRowColor and FixedCols : When fixedCols
> > <>
>> > > 0, the color is wrong. In GetCellProps, i think we must change :
> > What's the difference from the present code?
>> > >

The difference is that i don't initialyse the background with the color
property, so the Fixed columns have the right color (a grey color)

Regards,
Lionel




Subject: Re: jvDocking bugs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 12:17:58 +0100
Newsgroups: jedi.vcl

>> > > 2. Change the loop to go backwards:
>> > >   for I := ACount - 1 downto 0 do
> > but this doesnt seem to be needed
How can you tell? Do you have another fix that solves the problem?

> > and cause the tabs orders to be
> > inverted each time u restart your program
Then it needs to be read the other way around when loading (unless there is
another fix)...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid: correction for AlternateRowColor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 12:15:40 +0100
Newsgroups: jedi.vcl

> > The difference is that i don't initialyse the background with the color
> > property, so the Fixed columns have the right color (a grey color)
Ah, OK I didn't see that. Will fix.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: IsWild
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Sat, 21 Feb 2004 14:04:54 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PP> implements only the few most used wildcard extensions
 PP> IMHO would fit very well in the JCL library.

i can only repeat my opinion - it is not the question about 'most used' - it
is question of compatibility with Windows builtin function.
Make Your own IsWild, but it will not be compatible with Windows file
masks - hence it will be of little use in general.
And at least it may be added, but it is never to replace _compatible_
IsWild.

-- [tip] Fix for Outlook Express quoting: http://Arioch.nm.ru/FL/Fidolook_SL.png E-mail is faked because of spam. the_Arioch@NM.falseDomain.ru 

Subject: Re: jvDocking bugs
From: Chroma <Chroma@programmer.net>
Date: Sat, 21 Feb 2004 11:44:23 +0100
Newsgroups: jedi.vcl

In article <c173r0$4si$1@talkto.net>, peter3@no.spam.peter3.com says...
> > There seems to be two bugs in TJvDockTabPageControl.SaveToStream:
> > 
> > 1. Rename the local variable Count to ACount. Change "Count := Count" to
> > "ACount := Count" and replace all other uses of Count with ACount.
this, indeed, fix the problem it seems

> > 2. Change the loop to go backwards:
> >   for I := ACount - 1 downto 0 do
but this doesnt seem to be needed and cause the tabs orders to be 
inverted each time u restart your program

> > Thanks for the report, BTW.
thanks for the fix :)


Subject: Re: KYLIX
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 21 Feb 2004 11:07:53 +0100
Newsgroups: jedi.vcl

>> > >
>> > > Could we redefine 'all'  as all except Kylix 3.
>> > >
> > no, all is derived from the available targets.
> > But you could create an alias called allbutkylix

This would mean that in all VCL packages 'all' should be replaced by
'allbutkylix' ?

Regards,

André Snepvangers




Subject: Re: KYLIX
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 21 Feb 2004 19:56:57 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> Could you make a template for the package generator and put it in the k3
>> directory ?
>
>
> Could we redefine 'all'  as all except Kylix 3.
>
no, all is derived from the available targets.
But you could create an alias called allbutkylix


Subject: Re: Problems with new Beta
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 21 Feb 2004 10:43:11 +0100
Newsgroups: jedi.vcl

Chroma wrote:

> > Same problem here with win XP


Where is the JCL directory? Maybe this is the reason because
$(JCL)\source\xxxx (where xxx is a subdirectory of $(JCL)\source) is added
to the commandline 5 times.


-- Regards, Andreas Hausladen 

Subject: Re: ide goes wild
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 10:18:14 +0100
Newsgroups: jedi.vcl

> > As Pierre mentionned, the problem comes from buggy video drivers and if
> > you can't update them, simply reduce the "hardware acceleration" in the
> > properties of the video card.
But if it isn't buggy video drivers and reducing performance doesn't work,
removing components *is* the only sure way of fixing it ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [D6Pro] Bug in TJvDBGrid
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 10:17:00 +0100
Newsgroups: jedi.vcl

>> > > An idea ?
See Mantis #1017 for a possible reason and solution

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid: correction for AlternateRowColor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 10:15:56 +0100
Newsgroups: jedi.vcl

> > I notice a problem with AlternateRowColor and FixedCols : When fixedCols
<>
> > 0, the color is wrong. In GetCellProps, i think we must change :
What's the difference from the present code?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: KYLIX
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 21 Feb 2004 10:02:21 +0100
Newsgroups: jedi.vcl

> >
> > Could you make a template for the package generator and put it in the k3
> > directory ?

Could we redefine 'all'  as all except Kylix 3.

Regards,

André Snepvangers




Subject: Re: jvDocking bugs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 09:41:44 +0100
Newsgroups: jedi.vcl

There seems to be two bugs in TJvDockTabPageControl.SaveToStream:

1. Rename the local variable Count to ACount. Change "Count := Count" to
"ACount := Count" and replace all other uses of Count with ACount.
2. Change the loop to go backwards:
  for I := ACount - 1 downto 0 do

That seems to fix it for me.

Thanks for the report, BTW.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvDocking bugs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 21 Feb 2004 18:39:07 +1000
Newsgroups: jedi.vcl

Chroma wrote:

> Second bug is reproducible with the jvDocking\Msdn2002 demo
> load it, show up 2 window (like favorites and search help)
> dock one of them on the right of the main form
> now dock the second one at the same place to produce the 'Tab control'
> now exit the program
> it will try to save it and crash (index out of bounds)
Yep, already noticed that one but never got the time to track it down.


Subject: Re: jvDocking bugs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 21 Feb 2004 09:26:20 +0100
Newsgroups: jedi.vcl

> > Dunno if this is the place to report bugs tho.
Always better to report them in mantis (http://jvcl.sf.net/mantis) so we can
better keep track of them. Will have a look anyway, of course but it would
be good if you did post a bug report there for this issue.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvDocking bugs
From: Chroma <Chroma@programmer.net>
Date: Sat, 21 Feb 2004 09:12:50 +0100
Newsgroups: jedi.vcl

I've spotted 2 bugs with the jvDocking component.

When u use LoadDockTreeFromReg to load the settings, it's actually 
saving them thus overwriting the previous save
in jvDockControlForm.pas line 1496
replace     SaveDockTreeToAppStorage(JvAppStorage);
by    LoadDockTreeFromAppStorage(JvAppStorage);

Second bug is reproducible with the jvDocking\Msdn2002 demo
load it, show up 2 window (like favorites and search help)
dock one of them on the right of the main form
now dock the second one at the same place to produce the 'Tab control'
now exit the program
it will try to save it and crash (index out of bounds)

Dunno if this is the place to report bugs tho.


Subject: Re: jvcl.sf.net/main.htm little glitch
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 21 Feb 2004 06:30:24 +0100
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

>> When i counted the components registered with RegisterComponents it was exactly 500. Since there are some without icon we are over 5000 now.
> Is this whishfull thinking or plain magic ;)

An overeager finger ;-)



Subject: Re: Problems with new Beta
From: Chroma <Chroma@programmer.net>
Date: Sat, 21 Feb 2004 03:11:44 +0100
Newsgroups: jedi.vcl

Same problem here with win XP


Subject: Re: TJvFormStorage migration problems with 3.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 21 Feb 2004 09:57:48 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> IMHO this is a bug:
> -Changing filename should call reload
Agree

> -SaveFormPlacement should call Flush.
Not sure about that one. Cause only the "File" version has the Flush anyway... I'll think a bout it.
For instance, you could save the placement, add some stuff in the file in memory and then and only then flush it to the disk.


Subject: Re: KYLIX
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 21 Feb 2004 09:56:15 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Yes, it will be. I have been working on it today, and installed some
> VisualCLX packages.:
> about 60 VisualCLX components on the pallete. But not tested yet.

Could you make a template for the package generator and put it in the k3 directory ?


Subject: Re: ide goes wild
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 21 Feb 2004 09:53:58 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The only sure way of getting rid of it, is to reduce
> the number of installed components.

Not exactly.
As Pierre mentionned, the problem comes from buggy video drivers and if you can't update them, simply reduce the "hardware acceleration" in the properties of the video card.


Subject: Re: Congratulations!!! And a great Success!!!!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 21 Feb 2004 09:52:06 +1000
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> One thing about installer - the "Dxgettext is installed" option is bit
> unclear to me - does it mean that when checking it I say "Yes,
> Dxgettext is *already* installed and I want to use it with JVCL" or
> will it be installed for me (as the hint seems to suggest: "Enable
> this if you want to use Dxgettext translation tool").
You need to have it installed and accessible before compiling the packages. The hint will be changed to be clearer.


Subject: Re: Examples progress
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 23:50:27 +0100
Newsgroups: jedi.vcl

>>> JvParameterList
>>
>> Please give me a hint. Whats the problem with this.
>
>
> It was just on my list to go back and recheck after you'd fixed it,
> which I hadn't gotten around to when I commited the rest of the
> examples. I'll do a full install of the new beta and recheck but its
> probably fine now.
>

I hope so :-) ;-)

Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Examples progress
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 20 Feb 2004 22:04:32 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>> > > JvParameterList
> > 
> > Please give me a hint. Whats the problem with this.

It was just on my list to go back and recheck after you'd fixed it,
which I hadn't gotten around to when I commited the rest of the
examples. I'll do a full install of the new beta and recheck but its
probably fine now.

Christopher Latta


Subject: Re: KYLIX
From: "André Snepvangers" <asn@xs4all.nl>
Date: Fri, 20 Feb 2004 22:33:35 +0100
Newsgroups: jedi.vcl

> >
>> > > probably only K3/D7 and above
> >
> > The GPL'ed CLX from K3 OpenEdition could be used in Delphi 6 but then all
> > applications must be under the GPL. Maybe we can write a replacement for
> > the missing files ( QFileCtrls, QFileDialog ).
> >

-IMHO we should first finish the K3/D7 support.
-We need the jpp.exe from JCL to solve IFDEF's

Regards,

André Snepvangers




Subject: Re: KYLIX
From: "André Snepvangers" <asn@xs4all.nl>
Date: Fri, 20 Feb 2004 22:23:38 +0100
Newsgroups: jedi.vcl

> > How about the status with JVCL and KYLIX? I sowhere downloaded a KYLIX
> > Beta some time ago - will it be merged into JVCL3?

Yes, it will be. I have been working on it today, and installed some
VisualCLX packages.:
about 60 VisualCLX components on the pallete. But not tested yet.

Regards,

André Snepvangers.




Subject: Re: KYLIX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 Feb 2004 22:22:09 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > probably only K3/D7 and above

The GPL'ed CLX from K3 OpenEdition could be used in Delphi 6 but then all
applications must be under the GPL. Maybe we can write a replacement for
the missing files ( QFileCtrls, QFileDialog ).



-- Regards, Andreas Hausladen 

Subject: Re: KYLIX
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 22:01:20 +0100
Newsgroups: jedi.vcl

> > How about the status with JVCL and KYLIX? I sowhere downloaded a KYLIX
> > Beta some time ago - will it be merged into JVCL3?
It's being worked on and hopefully will be available in the next release
(probably only K3/D7 and above)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: IsWild
From: "Peter Panino" <peter-panino@aon.at>
Date: Fri, 20 Feb 2004 22:01:06 +0100
Newsgroups: jedi.vcl

> > I think You'd try http://regexpstudio.com

Thank you for the link. But IMO there is a big difference between a small
extension of the wildcard concept (like the examples in my posting) and the huge
complexity of RE. A IsWild function which implements only the few most used
wildcard extensions IMHO would fit very well in the JCL library.

Best regards.





Subject: KYLIX
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 20 Feb 2004 19:36:19 -0100
Newsgroups: jedi.vcl

How about the status with JVCL and KYLIX? I sowhere downloaded a KYLIX Beta some time ago - will it be merged into JVCL3?

Sorry if i missed some infos about that and ask dumb questions ;~)

MIchael


Subject: Re: Releasing today!
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 20 Feb 2004 19:30:56 -0100
Newsgroups: jedi.vcl

Congratulations again. Imstalled fine, my already to jvcl3 converted big  project compiles and runs fine! Using D5 enterprise.

Peter Thörnqvist wrote:
> Hi all. I will prepare the releases today and upload them to sourceforge
> unless a real showstoper turns up. Please refrain from checking in today
> (help docs should be OK) as that might result in synch errors visavi the
> releases.
>
> Wish me luck :)
>


Subject: Re: Not Show palette hints
From: "Alfonso Presa" <presaalfonso@terra.es>
Date: Fri, 20 Feb 2004 21:08:01 +0100
Newsgroups: jedi.vcl

Thanks. Now show ok.

<@in@taavi.ee> escribió en el mensaje
news:40364fd4.367581656@forums.talkto.net...
> > On Fri, 20 Feb 2004 18:27:10 +0100, "Alfonso Presa"
> > <presaalfonso@terra.es> wrote:
> >
>> > >Hi all: after install JVCL3 Beta i don't see a palette hints.
>> > >
>> > >¿It's a bug?
> >
> > I have had this problem too (with D5.1Pro) with JVCL 3 pre beta
> > versions. Droped some JVCL component onto form and palette hints are
> > gone although option is active. Only restarting Delphi helps...
> >
> >
> > ain




Subject: Re: Problems with new Beta
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 21:07:31 +0100
Newsgroups: jedi.vcl

Yes, so i can try it on monday.

Warren Postma wrote:

>
>>
>> Can you send the Installer to me directly ? Than i will try it!
>>
>> Greetings
>> Jens
>
> You want my hacked up version?
>
> Warren

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvFormStorage migration problems with 3.0
From: "André Snepvangers" <asn@xs4all.nl>
Date: Fri, 20 Feb 2004 21:07:22 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:c13fqj$hgb$1@talkto.net...
> > OBones wrote:
> >
>> > > André Snepvangers wrote:
>> > >
>>> > >> More ideas ?
>> > >
>> > >
>> > > Not right now
>> > >
> > Use Reload.
> >
> > In the end, it looks like that:
> >
> > 1- Change Filename
> > 2- Reload
> > 3- Save status
> > 4- Flush
> >

IMHO this is a bug:
-Changing filename should call reload
-SaveFormPlacement should call Flush.

Regards,

André Snepvangers




Subject: Re: [offtopic] Re: .NET version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 21:02:58 +0100
Newsgroups: jedi.vcl

> >     Furthermore, if we are going to do this (and someday, it will probably
> > happen), I would suggest not using VCL.NET but just plain simple FCL.
I also think that FCL is a better choice, not the least the fact that it
would simplify using the classes with other .Net languages. The FCL learning
curve is steep for most developers but Delphi guys have the upper hand since
..Net is so similar to VCL. Personally, I am looking forward to spending more
time with .Net especially since it looks like my company might go that route
with future development. Let's just hope that it will be D8 and not VS.Net
:)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Congratulations!!! And a great Success!!!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Feb 2004 20:18:38 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 20 Feb 2004 19:51:56 +0100:

 >> So I unchecked JvJans as well and this time it installed...
 PT> I've had this error as well. Running install again fixed it for me.

   Yep, me too. Only D5 seems to have that problem though. Never had that
problem with D6 or D7

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: [offtopic] Re: .NET version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Feb 2004 20:16:43 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Fri, 20 Feb 2004 13:39:25 -0500:

 WP> Hmm. Actually, if we go the way that Borland went with the VCL in
 WP> Delphi 8, we just have to write some stub unit files (they call them
 WP> Class Helpers in delphi 8), and all the the JVCL components will work
 WP> in Delphi 8.

    as Peter pointed out, it's not that easy (not the least of the trouble
starting with our heavy reliance on JCL which would need to be ported first;
JCL team has already mentioned that a lot of the JCL stuff will make no
sense in .NET, which means we have to rewrite some of the components to use
the .NET stuff).

    Furthermore, if we are going to do this (and someday, it will probably
happen), I would suggest not using VCL.NET but just plain simple FCL.
Granted, that literally means rewrites, but it's not that hard (just a lot
of work; besides we can then also force the writing of documentation before
a rewritten controls is ever added to the library; no more huge gaps in the
help, *sigh* what a dream!).

    If anyone is interested I have a first, working draft of a TJvLed
written in pure FCL (simply called 'Led'). I decided to start with one of
the easier controls. Of course I'm now on and off doing a complete redesign
of the entire thing, to give lot's more options; like shaped leds,
multicolor leds, led bars, led arrays, etc. Basically a hierarchy of
LedStyle classes (providing the various styles of leds you can use like
normal, shaped, single/multi color) and a number of controls (single Led,
Led bar, Led array). Of course the last few days (well, a little over 2
weeks I think) have been used up by JVCL help most of the time (and kicking
myself in the butt for accidentally erasing a big portion of the
JvDataProvider help, right before doing a (long overdue) 'safety' commit;
deleted portion of course no longer on my HD at all).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Congratulations!!! And a great Success!!!!
From: @in@taavi.ee
Date: Fri, 20 Feb 2004 19:06:14 GMT
Newsgroups: jedi.vcl

On Fri, 20 Feb 2004 19:51:56 +0100,
=?Windows-1252?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com>
wrote:

>> >> So I unchecked JvJans as well and this time it installed...
> >I've had this error as well. Running install again fixed it for me.

I installet that package manually later.


ain


Subject: Re: Use JvgCaption and Jv XP controls, component causes resource link error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 19:53:13 +0100
Newsgroups: jedi.vcl

> > Is this JvgCaption.res checkered flag 
> > actually a necessary resource file?
Don't know, but better leave it. Renaming it should be enough for now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ide goes wild
From: "Pierre Demers" <dempier@NOSPAMvideotron.ca>
Date: Fri, 20 Feb 2004 13:52:11 -0500
Newsgroups: jedi.vcl

Hello Peter,

> > Looks like the palette imagelist corruption bug. This is most likely due
to
> > either old display drivers or a ComCtrl incompatibility/bug that I think
> > Borland fixed in D6. The only sure way of getting rid of it, is to reduce
> > the number of installed components.

Thanks, I just upgraded my video card driver and it fixes everything.
Congratulations, it looks like you have done a fantastice job. I can't wait
to play with the new component. :)

Best regards
Pierre Demers





Subject: Re: Congratulations!!! And a great Success!!!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 19:51:56 +0100
Newsgroups: jedi.vcl

> > So I unchecked JvJans as well and this time it installed...
I've had this error as well. Running install again fixed it for me.

> > Everithing seems to be OK exept that few components don't have palette
> > bitmaps (ie providers).
Yep, they don't have bitmaps yet. If anyone is interested in creating and
donating them, we would appreciate it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installation JVCL 3 Beta
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 19:50:19 +0100
Newsgroups: jedi.vcl

> > Small remark, I'm missing some of the pictures in the component tabs.
Not all components have bitmaps yet (some of the providers, for example).
We'll try to have them done by the next release.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ide goes wild
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 19:49:10 +0100
Newsgroups: jedi.vcl

Looks like the palette imagelist corruption bug. This is most likely due to
either old display drivers or a ComCtrl incompatibility/bug that I think
Borland fixed in D6. The only sure way of getting rid of it, is to reduce
the number of installed components.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ide goes wild
From: "Pierre Demers" <dempier@NOSPAMvideotron.ca>
Date: Fri, 20 Feb 2004 13:48:49 -0500
Newsgroups: jedi.vcl

Hello,

>> > > Looks nice :-)
Indeed....

>> > > Sorry, but as far as i know it works with D5.
> > I had this problem with Delphi 5, too many components loaded would cause
> > this.  No known cure since I was using the most updated versino of D5.
> > My cure: Buy D7! :-)

Silly me... I found the cure. I just upgrade my video card driver and
everything came back to normal.  :) Too many components, I guess.

BTW, it looks like a very nice job done with jvcl3

Thanks
Pierre





Subject: Re: JvCsvDataSet bug that has been annoying me for 2 years.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 19:47:46 +0100
Newsgroups: jedi.vcl

> > Anyways, can I check this in?  Any objections? No API changes are part 
> > of this.

No objections at all.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [offtopic] Re: .NET version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 19:47:04 +0100
Newsgroups: jedi.vcl

There is quite a lot more to do to make it compatible, actually. To see what
might be involved, try compiling the packages in D7 with all warnings turned
on. (Almost) every warning in D7 is an error in D8 and needs to be fixed.
Oh, and string access like: "S[i] := #32" needs to be rewritten since this
construct is *very* inefficient in .Net. There are numerous other smaller
and larger issues like this, making the port far from trivial. Also, if JCL
decides not to go the .Net route, we are in *deep* trouble<g>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ide goes wild
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 13:40:10 -0500
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Looks nice :-)
>
> Sorry, but as far as i know it works with D5.
>
> Pierre Demers wrote:
>
>> Hello,
>>
>> As soon as I install jvcl3, my ide looks like this... Using D5 Pro french.
>>
>> What should I look for? Other than changing my D5 :)
>>

I had this problem with Delphi 5, too many components loaded would cause this.  No known cure since I was using the most updated versino of D5.
My cure: Buy D7! :-)

Warren


Subject: Re: [offtopic] Re: .NET version
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 13:39:25 -0500
Newsgroups: jedi.vcl

Arioch wrote:

> Offtopic - i read a little essay on VCL.NET
> http://bdn.borland.com/article/0,1410,31983,00.html
>
> Seems that JVCL.NET would be serious task, but not as complex as JVCLX is.


Hmm. Actually, if we go the way that Borland went with the VCL in Delphi 8, we just have to write some stub unit files (they call them Class Helpers in delphi 8), and all the the JVCL components will work in Delphi 8.

Esentially class helpers in D8 will marshall the function calls and data
back and forth from a Delphi VCL TComponent based object  in a BPL file,
and the Dot Net framework. It's a lot like the dot-net-to-COM/DCOM bridging.

Warren


Subject: Re: Problems with new Beta
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 13:36:56 -0500
Newsgroups: jedi.vcl


>
> Can you send the Installer to me directly ? Than i will try it!
>
> Greetings
> Jens
You want my hacked up version?

Warren


Subject: Re: JvgExportComponents.pas contains two skeleton components that are not implemented.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 13:34:29 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:

> I looked at the code for JvgExportHTML as well as its XML brother, and it appears that only skeleton classes have been declared.   Since nobody
> has been actively developing either class, may I suggest that we triage this unit, and remove the bogus ExportToHTML and ExportToXML components,
> or at least {$ifdef TODO_WRITE_THIS_COMPONENT} around them?
>
> There haven't been any substantial code changes to this module since
> the time when Peter added the Globus contribution to JVCL3, in over 6
> months, the only checkins to this module have been parts of global style
> changes, and removal/fixup of nitpicks.
>
Here's the bug link

http://homepages.borland.com/jedi/issuetracker/bug_view_page.php?bug_id=0001251


Subject: JvCsvDataSet bug that has been annoying me for 2 years.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 13:23:41 -0500
Newsgroups: jedi.vcl

This component (JvCsvDataSet) which was called TCsvDataSet until I donated it to JEDI has had a bug for 2 years, with calculated fields not appearing in some places. I couldn't figure it out. Today, after 2 years
of inability to figure it out, I finally figured it out.  In one case
where I return FALSE from GetFieldData, I had to return TRUE. This ripples through, and makes all the calculated fields work.

So, anyone who has tried to do calculated fields with a JvCsvDataSet, well, now it ought to work properly.  Sigh.

Anyways, can I check this in?  Any objections? No API changes are part of this.

:-)

Warren


Subject: Re: Not Show palette hints
From: @in@taavi.ee
Date: Fri, 20 Feb 2004 18:23:36 GMT
Newsgroups: jedi.vcl

On Fri, 20 Feb 2004 18:27:10 +0100, "Alfonso Presa"
<presaalfonso@terra.es> wrote:

> >Hi all: after install JVCL3 Beta i don't see a palette hints.
> >
> >¿It's a bug?

I have had this problem too (with D5.1Pro) with JVCL 3 pre beta
versions. Droped some JVCL component onto form and palette hints are
gone although option is active. Only restarting Delphi helps...


ain


Subject: Re: JVCL Components Palletes: Re-Regroup?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Feb 2004 19:20:46 +0100
Newsgroups: jedi.vcl

> > Jv Jans*
> > Jv Globus*
- JvJans and JvGlobus (and several other packages) are separate from the
rest of JVCL and thus I elected to keep them separate on the palette as
well. This is also the reason why we haven't tried to merge these libraries
into the "Main" JVCL.
- The order of components on the palette is indeed determined by the order
they are installed from the package. This issue is further complicated by
the fact that components on the same palette might come from different
packages so the order of package installation determines the inter-package
order on the palette.

> > Jv HMI Indicators/JVI HMI Controls
> > -- This stuff would be better in Jv Visual.
The plan here is to add more components to this palette eventually, so it
will actually make sense some time in the future

> > Jv Custom - Only one component, move to Jv Non-Visual.
Absolutely.

I am not against rearranging (except for JvJans and JvGlobus which I think
should stay by themselves) but one should be aware that regrouping might not
buy as much as one thinks...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Congratulations!!! And a great Success!!!!
From: @in@taavi.ee
Date: Fri, 20 Feb 2004 18:19:18 GMT
Newsgroups: jedi.vcl

On Fri, 20 Feb 2004 09:53:51 -0600, "dave"
<dbracken@infonowsolutions.com> wrote:

> >I just downloaded and installed the new 3.0 beta release into Delphi 6 Pro.
> >Complete successfull install!!! No errors, no issues, an easy and quick
> >install.

Not so lucky here, D5.1Pro on W2K clean install (ie there isn't any
previous JVCL / JCL installation). I initially unchecked BDE and DB
packages and got

Compiling package: JvJansD5D.bpl
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise
Corporation
JvJansD5D.dpk(40) Warning: Package 'JvJansD5R' will not be written to
disk because -J option is enabled
JvJansD5D.dpk(40) Fatal: Internal error: P665

** error 1 ** deleting JvJansD5D.bpl

So I unchecked JvJans as well and this time it installed...
Everithing seems to be OK exept that few components don't have palette
bitmaps (ie providers).

One thing about installer - the "Dxgettext is installed" option is bit
unclear to me - does it mean that when checking it I say "Yes,
Dxgettext is *already* installed and I want to use it with JVCL" or
will it be installed for me (as the hint seems to suggest: "Enable
this if you want to use Dxgettext translation tool").


> >One question, since the download of the help file was seperate, i assume the
> >help for 3.0 beta is not integrated into the delphi help. How do i
> >accomplish this?

Help -> "Customize..." I guess.


ain


Subject: Re: ide goes wild
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 18:41:59 +0100
Newsgroups: jedi.vcl

Looks nice :-)

Sorry, but as far as i know it works with D5.

Pierre Demers wrote:

> Hello,
>
> As soon as I install jvcl3, my ide looks like this... Using D5 Pro french.
>
> What should I look for? Other than changing my D5 :)
>
> TIA
> Pierre
>
>
>
>
> ---
> Ce message est certifié "Virus Free", sans virus.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.588 / Virus Database: 372 - Release Date: 2004-02-13
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: ide goes wild
From: "Pierre Demers" <dempier@NOSPAMvideotron.ca>
Date: Fri, 20 Feb 2004 12:36:50 -0500
Newsgroups: jedi.vcl

Hello,

As soon as I install jvcl3, my ide looks like this... Using D5 Pro french.

What should I look for? Other than changing my D5 :)

TIA
Pierre




---
Ce message est certifié "Virus Free", sans virus.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.588 / Virus Database: 372 - Release Date: 2004-02-13



IDE.jpg
	



Subject: Not Show palette hints
From: "Alfonso Presa" <presaalfonso@terra.es>
Date: Fri, 20 Feb 2004 18:27:10 +0100
Newsgroups: jedi.vcl

Hi all: after install JVCL3 Beta i don't see a palette hints.

¿It's a bug?

Thanks for all, and good for all developers team.

Alfonso




Subject: Re: Examples progress
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 18:17:29 +0100
Newsgroups: jedi.vcl

> I have just checked in the rest of the examples I have fixed. This
> covers everything except JvUIB, RaLib and RxLib which will take a bit
> longer as they cover many components.
>
> This leaves the examples for JvUIB, RaLib and RxLib to checked, and the
> following examples requiring further work:
....
> JvParameterList


Please give me a hint. Whats the problem with this.

Greetings
Jens


Subject: Re: JvgExportComponents.pas contains two skeleton components that are not implemented.
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Fri, 20 Feb 2004 17:02:04 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma <wpostma_at@tekran_dot.com> wrote in news:c15cou$rln$1
@talkto.net:

> > I looked at the code for JvgExportHTML as well as its XML brother, and 
> > it appears that only skeleton classes have been declared.   Since nobody
> > has been actively developing either class, may I suggest that we triage 
> > this unit, and remove the bogus ExportToHTML and ExportToXML components,
> > or at least {$ifdef TODO_WRITE_THIS_COMPONENT} around them?
<Blush ...> 
Part of this is my fault. I said I make the XML part. I did and I lost it 
again.

I didn't needed it anymore, so I gave it no more thoughts. I can see if I 
can rebuild it in the comming week(s).






-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: JvgExportComponents.pas contains two skeleton components that are not implemented.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 12:01:08 -0500
Newsgroups: jedi.vcl

I looked at the code for JvgExportHTML as well as its XML brother, and it appears that only skeleton classes have been declared.   Since nobody
has been actively developing either class, may I suggest that we triage this unit, and remove the bogus ExportToHTML and ExportToXML components,
or at least {$ifdef TODO_WRITE_THIS_COMPONENT} around them?

There haven't been any substantial code changes to this module since
the time when Peter added the Globus contribution to JVCL3, in over 6
months, the only checkins to this module have been parts of global style
changes, and removal/fixup of nitpicks.

Warren






Subject: Re: JVCL Components Palletes: Re-Regroup?
From: @in@taavi.ee
Date: Fri, 20 Feb 2004 16:27:55 GMT
Newsgroups: jedi.vcl

On Fri, 20 Feb 2004 10:30:36 -0500, Warren Postma
<wpostma_at@tekran_dot.com> wrote:

> >Can we consider regrouping the default palette pages? I count 36 if you
> >install everything that is currently buildable via the installer. 
> >Granted many people aren't going to install everything, but it would
> >be nice if we could reduce it just a little.

Agreed... but then again, I hate when I have to scroll component
palette to see components which don't fit to the pallette. In my
current setup I see max 33 components on one palette row.


> >-- Now that JVCL contains Jans, RXLib, and a dozen other
> >             multi-component contribitions, can we lose the palette
> >	    grouping-by-contributor idea?

Agreed (components should be grouped by functionality), and this has
been done to some extent ie there is "Jv Edits" (or something like
that, can't look up exact name right now) tab.


> >Jv Scrollers/Sliders/Splitters and the odd-man-out (1 Tracker component) 
> >- Currently these THREE types of controls are split into two categories,
> >but three of the four should fit all Scroll/Slide/SPlit controls.
> >I suggest merge these two, and move the single 'Tracker' away to Jv Visual.

Also, I noticed that on the "Jv Sliders and Splitters" tab there is
one slider, then three splitters and then again one slider. It would
be nice if similar components are grouped together (ie first all
splitters then all sliders etc). I guess the order on palette is
determined by the order of components in RegisterComponents call.

Another thing is that it would be nice to be able quickly identify
system dialogs as such. Something like "s" on the top right corner of
the component icon perhaps?


ain


Subject: Re: jvcl.sf.net/main.htm little glitch
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 20 Feb 2004 17:26:51 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I'd say it's closer to 500... 8-)

When i counted the components registered with RegisterComponents it was exactly 500. Since there are some without icon we are over 5000 now.



Subject: Re: jvcl.sf.net/main.htm little glitch
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Fri, 20 Feb 2004 15:59:58 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote in news:c15anq$r7s$1
@talkto.net:

> > Peter Thörnqvist wrote:
> > 
>> >> I'd say it's closer to 500... 8-)
> > 
> > When i counted the components registered with RegisterComponents it was 
> > exactly 500. Since there are some without icon we are over 5000 now.
> > 

Is this whishfull thinking or plain magic ;)

-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Installation JVCL 3 Beta
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Fri, 20 Feb 2004 15:58:34 +0000 (UTC)
Newsgroups: jedi.vcl

I deleted everything I had about JVCL en JCL and simply ran install.

I have all the components, great job!!

Small remark, I'm missing some of the pictures in the component tabs.



-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Congratulations!!! And a great Success!!!!
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 20 Feb 2004 09:53:51 -0600
Newsgroups: jedi.vcl

I just downloaded and installed the new 3.0 beta release into Delphi 6 Pro.
Complete successfull install!!! No errors, no issues, an easy and quick
install. I still had to go back and fix the cursor issues i had, but managed
to remove previous install, perform new install, and fix cursor issue in
less than 15 min!!!!
Great work guys, i mean it. This has been the easiest update of jvcl to
date.

One question, since the download of the help file was seperate, i assume the
help for 3.0 beta is not integrated into the delphi help. How do i
accomplish this?

Thanks again.
Dave




Subject: Use JvgCaption and Jv XP controls, component causes resource link error
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 10:42:37 -0500
Newsgroups: jedi.vcl

Looks like ID_CLOSE (2) is defined in JvgCaption.res and JvXPCore.res...

[Error] WARNING. Duplicate resource(s):
[Error]   Type  2 (BITMAP), ID CLOSE:
[Error]     File c:\dev\JVCL3\run\..\Resources\JvgCaption.res resource kept; file c:\dev\JVCL3\run\..\Resources\JvXPCore.res resource discarded.

When I look at the one defined in JvgCaption.res, it seems it's a 16x16 checkered flag. I renamed the resource to JVGCAPTION_CLOSE and that allowed the whole thing to link.  Is this JvgCaption.res checkered flag actually a necessary resource file?


Warren


Subject: Re: Install pb JVCL3
From: "Pierre Marie" <pm@nst.fr>
Date: Fri, 20 Feb 2004 16:35:12 +0100
Newsgroups: jedi.vcl

No, it is not.

I have just follow what was proposed in the grid 's web site.

I am new, i have nothing installed before, so i have to download this
(jvcl300_complete.zip) specific file and then run install.

I am going to install JCL 1.9

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news:c15761$qm3$2@talkto.net...
> > Pierre Marie wrote:
> >
>> > > I f i choose D7, then i get the error msg:
>> > > "No \source\commopn directory found"
> >
> > Is JCL 1.9 installed ? JVCL 3 depends on JCL 1.9.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Problems with new Beta
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 15:30:45 +0000
Newsgroups: jedi.vcl

> >Andreas Hausladen wrote:
>> >> Jens wrote:
>> >> 
>> >> 
>>> >>>The path is:
>>> >>>S:\Delphi\Components\jvcl
>>> >>>
>>> >>>I think it's not too long.
>> >> 
>> >> 
>> >> On my (WinXP) it works with
>> >> C:\Development\sourceforge\others\jedi\JVCL3
>> >> 
>> >> 
>> >> Someone else had the same problem. Maybe I write a new installer. The
>> >> current installer was designed for JVCL 3 without a JCL installation. As I
>> >> had to implement the JCL installation into it the code messed up and the
>> >> command lines grew.
>> >> 
>> >> 
> >Locally I have hacked up the current one a little bit, it does the 
> >following:
> >
> >	1. Outputs the command line exactly as it was executed, to the trace 
> >window, above the output of the command running.
> >	2. On compilation failure, it puts the command it was executing into 
> >the clipboard, shells out (runs a cmd.exe on Win2k/XP), so that you can 
> >manually paste the command into a command window, and try it manually, 
> >see what has to be fixed. :-)
> >
> >This helped me find a few an interesting bugs: If any non-Borland 
> >make.exe is in the path, bad things happen. The initial make commands 
> >have a filename, but makefiles that invoke another Make command inside 
> >them are not qualified this way. :-)
> >
> >I am not sure if a total rewrite is necessary, I think the problems can 
> >be cleaned up.
> >

Can you send the Installer to me directly ? Than i will try it!

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: JVCL Components Palletes: Re-Regroup?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 10:30:36 -0500
Newsgroups: jedi.vcl

Can we consider regrouping the default palette pages? I count 36 if you
install everything that is currently buildable via the installer. Granted many people aren't going to install everything, but it would
be nice if we could reduce it just a little.

The lets-please-abolish-these-guys categories are, IMHO:

Jv Jans*
Jv Globus*
-- Now that JVCL contains Jans, RXLib, and a dozen other
            multi-component contribitions, can we lose the palette
        grouping-by-contributor idea?  Shouldn't JvgDigits
            be wherever JvSegmentedLEDDisplay is, probably Jv Visual,
   Jv Globus components contains DB Aware controls, and many VCL-enhanced thin wrappers, many of which are similar to components in other categories, such as buttons, lists/combo/trees, splitters, etc, and JvgCaption is a form-paint modifier, like other form-paint modifiers that are in be in 'Jv Applications and Forms', etc,etc.
   Default don't-know-where-it-goes categories would be Jv Non-Visual for non-visual stuff, or Jv Visual for visual stuff.
  Exception: Jv Jans SIM is actually logically grouped.


Jv HMI Indicators/JVI HMI Controls
    -- This stuff would be better in Jv Visual.

Jv Custom - Only one component, move to Jv Non-Visual.

Jv Scrollers/Sliders/Splitters and the odd-man-out (1 Tracker component) - Currently these THREE types of controls are split into two categories,
but three of the four should fit all Scroll/Slide/SPlit controls.
I suggest merge these two, and move the single 'Tracker' away to Jv Visual.

This would remove 7 categories from the palette, lowering us to 29,
which is still a lot, but it does raise the average number of components
per category. Any other single-component-in-category-by-itself conditions should also be eliminated, if I've missed any.   If I were going to fix it a little more, I'd move some stuff from Jv non-Visual into Jv System, since Sysntem contains operating-system, windows shell, and hardware related items already, and JvSystem is a smallish category, some stuff could be moved from Jv-Non-visual to Jv-System, to make things a little more logical.

Regards,

Warren
           


Subject: Re: Install pb JVCL3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 Feb 2004 16:27:31 +0100
Newsgroups: jedi.vcl

Pierre Marie wrote:

> > I f i choose D7, then i get the error msg:
> > "No \source\commopn directory found"

Is JCL 1.9 installed ? JVCL 3 depends on JCL 1.9.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with new Beta
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 Feb 2004 16:25:33 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I am not sure if a total rewrite is necessary, I think the problems can
> > be cleaned up.

It is necessary because the code cannot be extended and is not really well
reading. As I had written the JCL support was not planned and so all
internal data structures are hacks at the moment.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with new Beta
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 14:13:36 +0000
Newsgroups: jedi.vcl

>>> >>> Fatal: Command arguments too long
>>> >>>
>>> >>>
>>> >>> Any ideas?
>> >>
>> >>Make might not like the command-line to be too long. Where have you put the
>> >>jvcl?
>> >>
> >
> >The path is:
> >S:\Delphi\Components\jvcl
> >
> >I think it's not too long.
> >

And there were no problems when i installed the last time (i think Monday).

Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with new Beta
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 14:12:31 +0000
Newsgroups: jedi.vcl

>> >> Fatal: Command arguments too long
>> >>
>> >>
>> >> Any ideas?
> >
> >Make might not like the command-line to be too long. Where have you put the
> >jvcl?
> >

The path is:
S:\Delphi\Components\jvcl

I think it's not too long.

Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with new Beta
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 14:11:15 +0000
Newsgroups: jedi.vcl

> >Jens wrote:
> >
>> >> But it didn't work.
>> >> 
>> >> Here is the error:
>> >> ** Generating resources...
>> >> 
>> >> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>> >> 
>> >> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
>> >> Fatal: Command arguments too long
>> >> 
>> >> 
>> >> Any ideas?
> >
> >Are you using Win9x/ME ?
> >

No Win2000!

Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with new Beta
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 20 Feb 2004 09:04:33 -0500
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Jens wrote:
>
>
>> The path is:
>> S:\Delphi\Components\jvcl
>>
>> I think it's not too long.
>
>
> On my (WinXP) it works with
> C:\Development\sourceforge\others\jedi\JVCL3
>
>
> Someone else had the same problem. Maybe I write a new installer. The
> current installer was designed for JVCL 3 without a JCL installation. As I
> had to implement the JCL installation into it the code messed up and the
> command lines grew.
>
>
Locally I have hacked up the current one a little bit, it does the following:

    1. Outputs the command line exactly as it was executed, to the trace window, above the output of the command running.
    2. On compilation failure, it puts the command it was executing into the clipboard, shells out (runs a cmd.exe on Win2k/XP), so that you can manually paste the command into a command window, and try it manually, see what has to be fixed. :-)

This helped me find a few an interesting bugs: If any non-Borland make.exe is in the path, bad things happen. The initial make commands have a filename, but makefiles that invoke another Make command inside them are not qualified this way. :-)

I am not sure if a total rewrite is necessary, I think the problems can be cleaned up.

Regards,

Warren


Subject: [offtopic] Re: .NET version
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 20 Feb 2004 16:59:49 +0300
Newsgroups: jedi.vcl

Offtopic - i read a little essay on VCL.NET
http://bdn.borland.com/article/0,1410,31983,00.html

Seems that JVCL.NET would be serious task, but not as complex as JVCLX is.

The drawback though is that VCL.Net is Win32-only library, while WinForms
maybe will be runnable on WindowsCE, MacOS, Linux and other platforms.
supported by DotGNU.org


PS: But i don't even think JVCL / WinForms will have any sense before .Net
API will became stabilized i nabout 3-5 years.
And it is a big question about ECMA CLR standard and MS .NET - while MS make
a PR\, making CLR and independent standard, indeed CLR is only a subset to
..Net, and real .Net applications will be not cross-platform, since they
would rely upon prprietary MS extensions to a theoretical .NET open
standard. At least VCL.NET is certainly Windows-only library.

-- WinAMP://Lunofobia - Track10 With best regards, Arioch. the_Arioch@NM.falseDomain.ru 

Subject: Install pb JVCL3
From: "Pierre Marie" <pm@nst.fr>
Date: Fri, 20 Feb 2004 14:53:44 +0100
Newsgroups: jedi.vcl

  Hello,
i have download the last jvcl3 beta1 complete version.

I nerver use to have any jvcl components before.

When i start the install.bat file, the compile is ok, i get the interface
describe in the readme.html file.

It gives me the choice bewteen D5 and D7 installation
(the 2 versions are installed on my laptop)

I f i choose D7, then i get the error msg:
"No \source\commopn directory found"

i have to click ok, the dialog box close itself and then ....nothing

It is just as if did nothing, the d5 and d7 box are still unchecked.

Courtoisement

Pierre-Marie PETIT
pm@nst.fr
03 20 06 63 94




Subject: Problems with new Beta
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 20 Feb 2004 13:36:20 +0000
Newsgroups: jedi.vcl

Hi all,

gratulations for the First JVCL3 Beta.

I'm glad to be part of it :-)

Now i hvae my first problems. Maybe someone has an idea.

I'm sitting at work and try to install the new beta.

As often before i have deleted the old directory and installed the new one
out of the zip-file (complete).

Now i try to install using the installer. 

But it didn't work.

Here is the error:
** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long


Any ideas?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Problems with new Beta
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 Feb 2004 14:32:02 +0100
Newsgroups: jedi.vcl

Jens wrote:

> > The path is:
> > S:\Delphi\Components\jvcl
> > 
> > I think it's not too long.

On my (WinXP) it works with
C:\Development\sourceforge\others\jedi\JVCL3


Someone else had the same problem. Maybe I write a new installer. The
current installer was designed for JVCL 3 without a JCL installation. As I
had to implement the JCL installation into it the code messed up and the
command lines grew.


-- Regards, Andreas Hausladen 

Subject: Re: Problem in JvJCLUtils
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 20 Feb 2004 23:14:11 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Couldn't you redefine like above (changing "Controls" to "JvJCLUtils")? That
> should work.
Nope, not exactly.
I just put a {$EXTERNALSYM } for both and it fixed the problem.

> I guess they are redefined (incorrectly as it seems) because the JvJCLUtils
> unit shouldn't rely on units containing visual controls.
Maybe we should look into that a bit further...


Subject: Re: Problems with new Beta
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 20 Feb 2004 14:01:39 +0100
Newsgroups: jedi.vcl

Jens wrote:

> > But it didn't work.
> > 
> > Here is the error:
> > ** Generating resources...
> > 
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > 
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> > Fatal: Command arguments too long
> > 
> > 
> > Any ideas?

Are you using Win9x/ME ?



-- Regards, Andreas Hausladen 

Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Feb 2004 13:53:47 +0100
Newsgroups: jedi.vcl

Hello, All!

    FYI: this is the message (sans attachment) I send to ToolsFactory as it
appears to be a bug after all (at least I can't find anymore issues with
project settings or .dtx files):

==========================================================================
* Forwarded by Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl>
* Newsgroup: toolsfactory.public.doc-o-matic
* From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
* Date: Fri, 20 Feb 2004 13:48:36 +0100
* To: All
* Subj: Problem with autolinking
==========================================================================

Hello Markus!

    I have run into a problem with auto linking. At first I thought (and was
partially correct) it was because I used <AUTOLINK OFF> and forgot the
corresponding <AUTOLINK ON> somewhere. As I said, this was partially a
problem, but I still have problems where texts are not recognized for auto
linking.

    Attached is a miniaturize version of the JVCL help files that shows the
issues. After building it for WinHELP (sorry about the warnings about
missing images/include files; I left them out of the zip since they do not
influence the result), call up the help for TJvCustomPageList.ActivePage.
You'll notice at the end of the Description as well as in the See Also
section is a reference to TJvCustomPageList.FindNextPage it has *not*
resolved. Looking at the topic source (JvPageListTreeView.dtx) I can find no
problems with they way the sections are formed (BTW, if I use a normal
<LINK> tag it does work, so the topic does exist, it's just not linked to
automatically).

    Additionally you'll notice that TJvCustomPageList.ActivePage has an
auto-link to ActivePageIndex but TJvPageList.ActivePage doesn't (it uses the
inherited text of TJvCustomPageList.ActivePage, so I'd assume it would
include the link correctly). And to make it even more interesting, try the
same with the OnChange method of both classes: TJvCustomPageList.OnChange
provides all links but TJvPageList.OnChange fails to link to
ActivePageIndex, but does provide the other links.

    When I used the whole JVCL project (well, the part that is documented
anyway), it did fail on more auto links, but I'm not entirely convinced it
has to do with this issue, but maybe some problems in the .dtx files.

    I think I found a bug in the auto linking or I used a wrong setting
somewhere (I sure like to know which though).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "My immortal" by Evanescence.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Problems with new Beta
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 13:38:05 +0100
Newsgroups: jedi.vcl

> > Fatal: Command arguments too long
> >
> >
> > Any ideas?

Make might not like the command-line to be too long. Where have you put the
jvcl?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Releasing today!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 20 Feb 2004 22:13:45 +1000
Newsgroups: jedi.vcl

OBones wrote:

>>
>> It's better if you do it.
>>
> Will do it right away

Done


Subject: Re: Problem in JvJCLUtils
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 13:11:52 +0100
Newsgroups: jedi.vcl

> > There absolutely useless and break the JVCL for use with BCB.
They are actually defined in Controls.pas in D6 like this:

type
  TDate = type TDateTime;

  TTime = type TDateTime;
  {$EXTERNALSYM TDate}
  {$EXTERNALSYM TTime}
  (*$HPPEMIT 'namespace Controls'*)
  (*$HPPEMIT '{'*)
  (*$HPPEMIT '    typedef System::TDateTime TDate;'*)
  (*$HPPEMIT '    typedef System::TDateTime TTime;'*)
  (*$HPPEMIT '}'*)
> > Can I remove it?

Couldn't you redefine like above (changing "Controls" to "JvJCLUtils")? That
should work.

I guess they are redefined (incorrectly as it seems) because the JvJCLUtils
unit shouldn't rely on units containing visual controls.

> > Or is it required for some versions of Delphi ?
Don't know for D5, and can't check at the moment...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem in JvJCLUtils
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 20 Feb 2004 21:53:55 +1000
Newsgroups: jedi.vcl

Hi

Why the hell do we have this in JvJCLUtils:

type
  TTime = TDateTime;
  TDate = TDateTime;

There absolutely useless and break the JVCL for use with BCB.
Can I remove it?
Or is it required for some versions of Delphi ?


Subject: Re: Releasing today!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 20 Feb 2004 21:52:30 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> BTW, couldn't find the post in cppbuilder.thirdpartytools...
>
> Stupid OE posted the announcement twice to delphi.3rdparty instead of one to
> each of delphi and cpp. Fixed now.
>
>
>>> Did you post the French or should I do it ?
>
> It's better if you do it.
>
Will do it right away


Subject: Re: [D6Pro] Bug in TJvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 20 Feb 2004 12:27:47 +0100
Newsgroups: jedi.vcl

"Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message news:
c14nj6$nga$1@talkto.net...
> > Hi, me again !!
> >
> > I just found a problem in TJvDBGrid. If you have a column where the field
is
> > a LookUp field, you have a scroll list who appear when you click on the
> > right arrow.
> > Problem is that there are no scrollbar if the list is big. This is a new
> > problem because after it worked fine.
> >
> > This problem is probably rely to the behaviour of TJvDBLookUp...
> >

Yes i confirm my supposition, with a TJvDBLookupCombo, no scrollbar. And
when you have the list display, if you play with your mouse whell, you are
KO because the list disappear but keep the focus ...


> > An idea ?
> >
> > Regards,
> > Lionel
> >
> >




Subject: Re: Releasing today!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 12:26:29 +0100
Newsgroups: jedi.vcl

> > BTW, couldn't find the post in cppbuilder.thirdpartytools...
Stupid OE posted the announcement twice to delphi.3rdparty instead of one to
each of delphi and cpp. Fixed now.

>> > > Did you post the French or should I do it ?
It's better if you do it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: [D6Pro] Bug in TJvDBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 20 Feb 2004 12:09:20 +0100
Newsgroups: jedi.vcl

Hi, me again !!

I just found a problem in TJvDBGrid. If you have a column where the field is
a LookUp field, you have a scroll list who appear when you click on the
right arrow.
Problem is that there are no scrollbar if the list is big. This is a new
problem because after it worked fine.

This problem is probably rely to the behaviour of TJvDBLookUp...

An idea ?

Regards,
Lionel




Subject: Well done guys
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Fri, 20 Feb 2004 11:08:57 -0000
Newsgroups: jedi.vcl

Hi,

Just wanted to congratulate you all on getting v3 out the door. I am looking
forward to playing with it later ;)

Regards
Trev





Subject: Re: Releasing today!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 20 Feb 2004 21:01:42 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>> I've finished uploading the releases to sourceforge and I've mailed to the
>> newsgroups listed in announce.txt (if you have additional newsgroup/mailing
>> lists that you think should be notified, let me know or post the
>> announcement yourselves).
>
> Did you post the French or should I do it ?

BTW, couldn't find the post in cppbuilder.thirdpartytools...


Subject: Re: Releasing today!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 20 Feb 2004 20:59:18 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've finished uploading the releases to sourceforge and I've mailed to the
> newsgroups listed in announce.txt (if you have additional newsgroup/mailing
> lists that you think should be notified, let me know or post the
> announcement yourselves).
Did you post the French or should I do it ?


Subject: Re: Releasing today!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 11:47:37 +0100
Newsgroups: jedi.vcl

I've finished uploading the releases to sourceforge and I've mailed to the
newsgroups listed in announce.txt (if you have additional newsgroup/mailing
lists that you think should be notified, let me know or post the
announcement yourselves).

I've also tagged the CVS sources with JVCL300BETA1 except for the
devtools\JvExVCL\source folder since it seems Andreas (ahuser) has a lock on
it and CVS isn't able to release it. Maybe you can fix that Andreas and tag
the folder when you're done?

Let's hope we get plenty of downloads and plenty of feedback on this. Keep
an eye on Mantis and hel pout fix the bugs reported ASAP!

Regarding the code freeze: Code freeze is still in effect and will be at
least for a couple of days until we know the amount of bugs reported. If
everything seems to work fine (i.e we aren't flooded with bug reports), we
can lift the code freeze sometime next week and continue development as
usual.

Have a nice weekend and don't forget to write those help docs!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvcl.sf.net/main.htm little glitch
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 11:24:42 +0100
Newsgroups: jedi.vcl

> > So is there 400 or 300 comps? :-)
I'd say it's closer to 500... 8-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvDBGrid: correction for AlternateRowColor
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 20 Feb 2004 11:21:52 +0100
Newsgroups: jedi.vcl

Hi !

I notice a problem with AlternateRowColor and FixedCols : When fixedCols <>
0, the color is wrong. In GetCellProps, i think we must change :

  Background := Color;
  if (FCurrentDrawRow >= FixedRows)  and Odd(FCurrentDrawRow + FixedRows)
and
     (FAlternateRowColor <> clNone) and (FAlternateRowColor <> Color) and
     IsAfterFixedCols then
    Background := AlternateRowColor
  else
    Background := Color;

to

  if (FCurrentDrawRow >= FixedRows)  and Odd(FCurrentDrawRow + FixedRows)
and
     (FAlternateRowColor <> clNone) and (FAlternateRowColor <> Color) and
     IsAfterFixedCols then
    Background := AlternateRowColor;

Regards,
Lionel




Subject: jvcl.sf.net/main.htm little glitch
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 20 Feb 2004 13:20:54 +0300
Newsgroups: jedi.vcl

Hello, All!

=========Beginning of the citation==============
Welcome to JEDI-VCL - with over 400 components,
the best OpenSource component library for Delphi!
About JVCL

The JEDI-VCL (JVCL) library is built from code donated by the JEDI
community. It consists of over 300 VCL components that can be instantly
reused in your Delphi and potentially Kylix projects.
=========The end of the citation================

So is there 400 or 300 comps? :-)

-- np: WinAMP is dead With best regards, Arioch. the_Arioch@NM.falseDomain.ru 

Subject: Re: Releasing today!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 10:49:26 +0100
Newsgroups: jedi.vcl

> >     Might be a good idea. The help file is a bit crippled as it is now
OK, I'll upload it separately.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Releasing today!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Feb 2004 10:41:14 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 20 Feb 2004 10:05:04 +0100:

 PT> The JVCL3 help file adds approx. 3.5MB (zipped) to each release file.
 PT> Should I upload it separately instead?

    Might be a good idea. The help file is a bit crippled as it is now
anyway and there's a chance a new one will be release in a couple of days
(if I can figure out what is causing the trouble). Also saves you some
upload time (only uploading the help zip once instead of two or more times).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Give it up" by Hairy diamond.




Subject: Re: JvTrayIcon
From: user@domain.invalid
Date: Fri, 20 Feb 2004 10:32:59 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Hans-Eric Grönlund wrote:
>
>> Peter Panino wrote:
>>
>>> When I change the icon with 'IconIndex' how can I then return to the icon defined
>>> in the 'Icon' property? Setting the 'IconIndex' property to -1 does not help!
>>
>>
>>
>> It seems like you can not. Setting the IconIndex actually replaces the Icon property with a new one, created and extracted from the imagelist. This means that the original Icon object is freed and thus it can not be retrieved again.
>>
>> This behaviour is not what I would expect, and I would prefer it the way you suggests, i.e. setting the IconIndex to -1 should bring back the original Icon.
>
> Me too. Could anyone of you two post a bug in Mantis about that so we can keep track of it ?

I have posted a Bug Report: #1343


Subject: Re: Releasing today!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 20 Feb 2004 19:30:56 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I just received an update on the French jvcl.po file from Lionel
>> Could you wait until I cross-check it and commit it ?
>
> Let me know when you're done
>
done.
The French is now at 95%


Subject: Re: Releasing today!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 10:21:42 +0100
Newsgroups: jedi.vcl

> > I just received an update on the French jvcl.po file from Lionel
> > Could you wait until I cross-check it and commit it ?
Let me know when you're done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Releasing today!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 20 Feb 2004 19:14:51 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Hi all. I will prepare the releases today and upload them to sourceforge
> unless a real showstoper turns up. Please refrain from checking in today
> (help docs should be OK) as that might result in synch errors visavi the
> releases.
>
> Wish me luck :)
>
I just received an update on the French jvcl.po file from Lionel
Could you wait until I cross-check it and commit it ?


Subject: Re: Releasing today!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 10:05:04 +0100
Newsgroups: jedi.vcl

The JVCL3 help file adds approx. 3.5MB (zipped) to each release file. Should
I upload it separately instead?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 20 Feb 2004 09:15:40 +0100
Newsgroups: jedi.vcl

> > Could you post a suggestion (preferably to Mantis) and we could discuss
the
> > issue with your suggestion as a starting point?
Posted - ID #0001340

Michael




Subject: Re: JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 20 Feb 2004 09:10:31 +0100
Newsgroups: jedi.vcl

> > What is your user name on Mantis?
I've signed in a second time and did receive a mail immediately.
Currently I'm writing a "bug" report to Mantis.

Thank you for your help.

cu,
Michael




Subject: Re: JvWizard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 08:45:24 +0100
Newsgroups: jedi.vcl

> > BTW I've tried to sign in on Mantis but did not receive any email with my
> > password so far.. I will retry.
What is your user name on Mantis?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Examples progress
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 08:43:53 +0100
Newsgroups: jedi.vcl

> > JvTimeLine\TimeLineDemo
> >   Constraints.MinHeight = 400
> >   Constraints.MinWidth = 700
> >   DefaultMonitor = dmDesktop (from dmActiveForm)
> >   Position = poDesktopCenter (from poScreenCenter)
> >   Scaled = False
> >   *** TIMELINE DOES NOT REDRAW PROPERLY WHEN SCROLLING ***
Seems to be a problem with the v1.8 changes. I've reverted to 1.7 and
manually applied the changes after 1.8 (effectively skipping 1.8). It seems
to work OK now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 20 Feb 2004 08:42:42 +0100
Newsgroups: jedi.vcl

> > Could you post a suggestion (preferably to Mantis) and we could discuss
the
> > issue with your suggestion as a starting point?
Yes, currently working on it.

BTW I've tried to sign in on Mantis but did not receive any email with my
password so far.. I will retry.

cu,
Michael




Subject: Re: JvWizard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 08:39:39 +0100
Newsgroups: jedi.vcl

Could you post a suggestion (preferably to Mantis) and we could discuss the
issue with your suggestion as a starting point?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 20 Feb 2004 08:38:41 +0100
Newsgroups: jedi.vcl

> > What if you don't add the "else" ?
Peter,

this may work (not tested so far), however it may result in showing the
"normal" WinHelp and an additional HTML Help if both are present.

I would rather implement the lines
      if Assigned(Page.FOnHelpButtonClick) then
            Page.FOnHelpButtonClick(Page, Stop);
somewhere into the procedure
    TJvWizardHelpButton.Click

cu,
Michael




Subject: Re: Releasing today!
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 20 Feb 2004 07:24:47 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Hi all. I will prepare the releases today and upload them to
> > sourceforge unless a real showstoper turns up. Please refrain from
> > checking in today (help docs should be OK) as that might result in
> > synch errors visavi the releases.
> > 
> > Wish me luck :)

Great! I got my changes in just in time then :)

Good luck!

Christopher Latta


Subject: Releasing today!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 08:18:02 +0100
Newsgroups: jedi.vcl

Hi all. I will prepare the releases today and upload them to sourceforge
unless a real showstoper turns up. Please refrain from checking in today
(help docs should be OK) as that might result in synch errors visavi the
releases.

Wish me luck :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package generation and jvcl.inc
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Feb 2004 08:15:12 +0100
Newsgroups: jedi.vcl

> > I've regenerated the packages and committed all the lastest versions for
> > all targets, except k3 because we don't have templates for k3
That's OK, because VisualClx won't be part of the first beta anyway.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Reduce File Size /TmemoryTable.Thanks.
From: Oscar <Oscar@yahoo.com>
Date: Fri, 20 Feb 2004 06:28:25 +0000 (UTC)
Newsgroups: jedi.vcl

Hi, When I Delete Some Data On The Database File(*.TDB), Current 
Files Does't Decrease The File Size. 
JVCL Has Any Fucntion Can Reduce(Compact) The Database File Size ?

What A Diff TmemoryTable And Normal Database Table ?

Thanks.


Subject: Re: JvWizard Improvements
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 20 Feb 2004 08:54:48 +0300
Newsgroups: jedi.vcl

On Thu, 19 Feb 2004 22:39:58 +0100, Peter Thörnqvist
<peter3@no.spam.peter3.com> wrote:

> >That's tricky since so much code in JvWizard relies on the enabled state of
> >the page (CanDisplay, FindNextPage etc), not the button(s). I would prefer
> >if you posted a request in Mantis and maybe provide a suggestion on how to
> >solve it and we can have a look after the release.

Ok, I will do that.  First I'll have a look at how it might be solved.

Noel


Subject: Re: Examples progress
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 20 Feb 2004 05:22:04 +0000 (UTC)
Newsgroups: jedi.vcl

I have just checked in the rest of the examples I have fixed. This
covers everything except JvUIB, RaLib and RxLib which will take a bit
longer as they cover many components.

This leaves the examples for JvUIB, RaLib and RxLib to checked, and the
following examples requiring further work:
JvNTEventLog
JvObjectPicker
JvParameterList
JvThread
JvTimeLine (problem is actual component, not the example)
JvXMLDatabase

While this was a fairly superficial pass over the examples, several
examples that simply wouldn't compile or run have been fixed. So I
think that the examples are in a decent shape for the beta release.
I'll continue on with what remains as time permits - I just wanted to
get as much fixed as possible for the release cut-off.

Following is the changelog for the components covered in this check-in.

JvThumbnail\JvThumbnailDemo
  Constraints.MinHeight = 430
  Constraints.MinWidth = 760
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvTimeFramework\PhotoOp\PhotoOp
  Constraints.MinHeight = 400
  Constraints.MinWidth = 445
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  In FormCreate, changed Data path to
'..\examples\JvTimeFramework\PhotoOp\Data\'
JvTimeLine\TimeLineDemo
  Constraints.MinHeight = 400
  Constraints.MinWidth = 700
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  *** TIMELINE DOES NOT REDRAW PROPERLY WHEN SCROLLING ***
JvTipOfDay\TipsDemo
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvTMTimeLine\SimpleTLTest
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvTranslator\JvTranslatorProj
  Constraints.MinHeight = 230
  Constraints.MinWidth = 345
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  Some cosmetic changes to form positionings
  Changed directory for translastions to
...\examples\JvTranslator\Translations\
JvTransparentButton\TransparentButtonDemo
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvTrayIcon\JvTrayIconDemo
  BorderStyle = bsSingle (from bsSizable)
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvTreeViewAsMenu\JvTreeViewAsMenu
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  Minor correction of help text in label
JvUIB - *** SKIPPED FOR THE MOMENT ***
JvUninstallControls\JvUninstallCtrlsDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvURLListGrabber\JvURLListGrabberDemo
  Constraints.MinHeight = 390
  Constraints.MinWidth = 540
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvValidateEdit\JvValidateEditDemo
  Deleted notes.txt - duplicate of readme.txt
  Updated readme.txt
  Renamed project from JvFormatEditDemo to JvValidateEditDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Scaled = False
  Removed unused control Button2
  Use design-time JvValidateEdit component rather than one created at
runtime
JvValidators\JvValidatorsDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  Fixed bug in validation of 10 characters or more for second edit box
JvWinDialogs\JvWinDialogsDemo
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
JvWindowsTitle\JvWindowsTitleProj
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
JvWndProcHook\WndProcHookDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
JvXMLDatabase\Sources\Hospital
  *** NEEDS TO BE UPDATED WITH INDY CHANGES ***
JvXPControls\JvXPBar\WinXPBarDemo
  Constraints.MinHeight = 370
  Constraints.MinWidth = 500
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvXPControls\Simple\SimpleDemo
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvZLibMultiple\JvZLibMultipleDemo
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
JvZoom\JvZoomProj
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
Providers and Consumers\Linked consumers\LinkedConsumers
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False



Subject: Re: IsWild
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Fri, 20 Feb 2004 05:49:40 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PP> Is there any JCL/JVCL function/unit which supports other wildcard
 PP> characters than '*' and '?'

this fn simulates Windows behavior.

One may also remember RT-11 or OpenVMS wildcards.
Or unix bash....
They are not worse than Your wishes.

And how this fn will work after all possible wildcards were implemented
together ? :-)


I think You'd try http://regexpstudio.com


-- np: WinAMP is dead With best regards, Arioch. the_Arioch@NM.falseDomain.ru 

Subject: Re: Package generation and jvcl.inc
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 20 Feb 2004 10:42:09 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Because the JvCharMap demo needs it, but as it's not in any package, I
>> don't get an hpp file for use by BCB.
>> I suggest we put it in JvSystem.
>
> If the package containing JvCharMap already requires JvSystem, it's OK to
> put it there. Otherwise, put it in JvCore unless JvClipbrd adds additional
> dependencies (I don't think it does).

I put it in JvCore because it's only the demo that requires it, not the component itself
I've regenerated the packages and committed all the lastest versions for all targets, except k3 because we don't have templates for k3



Subject: Re: TJvFormStorage migration problems with 3.0
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 20 Feb 2004 09:41:20 +1000
Newsgroups: jedi.vcl

OBones wrote:

> André Snepvangers wrote:
>
>> More ideas ?
>
>
> Not right now
>
Use Reload.

In the end, it looks like that:

1- Change Filename
2- Reload
3- Save status
4- Flush



Subject: Re: Invalid Floating point error installing JVCL200_D50.bpl
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 19 Feb 2004 23:54:03 +0100
Newsgroups: jedi.vcl

If you have fast CPUs, it might be the GetCPUSpeed issue you are seeing. Go
to mantis (http://homepages.borland.com/jedi/issuetracker) and search for
"GetCPUSpeed" (make sure Resolved and Closed are *unchecked*). You can also
search for JclSysInfo in jedi.binaries to find an updated JclSysInfo posting
from OBones.

Hope that helps.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Invalid Floating point error installing JVCL200_D50.bpl
From: "Richard Todosichuk" <rtodosichuk@ezecastlesoftware.com>
Date: Thu, 19 Feb 2004 17:45:38 -0500
Newsgroups: jedi.vcl

We are getting "Invalid Floating Point" error when we try to install
JVCL200_D5 into Delphi.  We are using Delphi 5 and we are going under the
Component->Install Packages.. and then click the add button and browse to
JVCL200_D5 and trying load it.

Additional information:
    - It seem like it happening on developer machines that are running
Windows XP.
    - For those people that did get it to installed.  When they opened
Delphi while another Delphi was shutting down that would get the same error
and would have to shutdown, wait for Delphi to full shut down, and restart
Delphi.
    - We are using version 2.10.

I am wondering if any one has see this error and if any one has any
solutions.





Subject: Re: Examples progress
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 19 Feb 2004 22:25:49 +0000 (UTC)
Newsgroups: jedi.vcl

I have just checked in the examples I have fixed from JvManagedThreads
to JvThread. Following is the full changelog for these files:

Jedi JVCL Examples changelog

JvMail\MailExample - checked, ok
JvManagedThreads\Balls\Balls 
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvManagedThreads\Philosophers\Philosophers
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvMarkupLabel\JvMarkupLabelDemo
  Constraints.MinHeight = 400
  Constraints.MinWidth = 570
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Edit1.Anchors - removed akBottom
  JvMarkupLabel1.Anchors - added akTop, akRight
  Put sizing controls into a groupbox above the markuplabel so they no
longer intefered with resizing
  Added code to the Autosize checkbox to resize the markuplabel to fit
properly in the form when unchecked
  Added procedure RecalibrateTrackbars to set the maximum sizes for the
trackbars when the markuplabel is  resized
JvMenus\JvMenusExample
  Changed Directories to: Output = ..\..\bin, DCU = ..\..\dcu and
Search = ..\..\run;..\..\common
  Constraints.MinHeight = 300
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvMouseGesture\JvMouseGestureDemo
  Changed Directories to: Output = ..\..\bin, DCU = ..\..\dcu and
Search = ..\..\run;..\..\common
  Constraints.MinHeight = 272
  Constraints.MinWidth = 426
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvMRUList\JvMRUListDemo
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JVMultiHTTPGrabber\JVMultiHTTPGrabberDemo
  Constraints.MinHeight = 374
  Constraints.MinWidth = 413
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
JvNTEventLog\EventViewer
  Constraints.MinHeight = 400
  Constraints.MinWidth = 630
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  *** CRASHES ***
JvObjectPicker\JvObjPickerDemo
  Constraints.MinHeight = 300
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Scaled = False
  Memo1.Anchors - added akTop
  *** UNSURE WHAT THIS DOES ***
JvOLEDragCursors\JvOLEDragCursorsDemo
  BorderStyle = bsSingle (from bsSizable)
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvOutlookBar\OLBarDemo
  Constraints.MinHeight = 300
  Constraints.MinWidth = 220
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvPackageModifier\pm
  Constraints.MinHeight = 480
  Constraints.MinWidth = 430
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JVPageListTreeView\PageListDemo
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvPanel\JvPanelDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvParameterList\JvParameterListDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  *** CRASHES ***
JvPlayList\JvPlayListProj
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
JvPlugin\1SimplePlugin\SamplePluginOne
  Constraints.MinHeight = 300
  Constraints.MinWidth = 435
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  Recreated uilPluginManager1AfterLoad to conform to new parameter list
  Recreated uilPluginManager1NewCommand to conform to new parameter list
JvPlugin\2mdi\
  Constraints.MinHeight = 300
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  Recreated uilPluginManager1NewCommand to conform to new parameter list
JvPlugin\2mdi\MDIPlugin
  Constraints.MinHeight = 300
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  Recreated uilPluginManager1NewCommand to conform to new parameter list
JvPlugin\3ChangingProperties\PropertiesPluginDemo
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  Recreated uilPluginManager1NewCommand to conform to new parameter list
JvPlugin\4ApplicationHook\ExceptionPluginDemo
  Constraints.MinHeight = 250
  Constraints.MinWidth = 300
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  Listbox1.Align = alClient (from alNone)
JvPlugin\5DataAware\DataPluginDemo
  Constraints.MinHeight = 300
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
JvPlugin\6PluginPackage\PlgPlugin\plgTest
  Changed directories to: Output = ..\..\..\..\bin, DCU =
...\..\..\..\dcu, Search =  ..\..\..\..\run;..\..\..\..\common
JvPlugin\6PluginPackage\PlgMainApp\JvPlgMainApp
  Constraints.MinHeight = 370
  Constraints.MinWidth = 540
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  JvPluginManager1.OnErrorLoading property no longer exists - removed
JvPreviewDocument\JvPrvwDemo
  Constraints.MinHeight = 400
  Constraints.MinWidth = 620
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  Resized various components to fit within narrower window
JvProfiler32\ProfilerDemo
  Constraints.MinHeight = 200
  Constraints.MinWidth = 380
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  *** SUGGEST MAKING PROFILER SCREEN SLIGHTLY WIDER TO REMOVE
HORIZONTAL SCROLL BAR FROM GRID ***
JvProgressDialog\JvProgressDialogDemo
  Constraints.MinHeight = 240
  Constraints.MinWidth = 440
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvRegisterTreeView\RegEditDemo
  Constraints.MinHeight = 400
  Constraints.MinWidth = 640
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvRichEdit\EditorDemo
  Constraints.MinHeight = 280
  Constraints.MinWidth = 550
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDefault)
  Scaled = False
JvRichEdit\MessengerDemo
  Constraints.MinHeight = 150
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDefaultPosOnly)
  Scaled = False
JvRollout\JvRollOutDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
JvRunDLL32\RunDLL32Demo
  Constraints.MinHeight = 250
  Constraints.MinWidth = 430
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  Modified TfrmInfo.LoadFile in unit InfoFrm because the method used to
get module info (tdump.exe) errors on  some DLLs, such as shell32.dll
and this procedure got an "index out of bounds" error in those cases.
JvScreenCapture\JvScreenCaptureProj
  Constraints.MinHeight = 274
  Constraints.MinWidth = 328
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  Funked up the screen a little
JvScrollingWindow\ScrollWinDemo
  Constraints.MinHeight = 340
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
JvSearchFile\JvSearchFileProj
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
JvShellHook\JvShellHookDemo
  Constraints.MinHeight = 280
  Constraints.MinWidth = 540
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Scaled = False
JvShFileOperation\ShFileOpDemo
  Constraints.MinHeight = 500
  Constraints.MinWidth = 615
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvSimpleXML\JvSimpleXMLDemo
  Constraints.MinHeight = 250
  Constraints.MinWidth = 300
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvSimpleXML Encode\JvSimpleXMLEncodeDemo
  Constraints.MinHeight = 400
  Constraints.MinWidth = 420
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvSimpleXML Encode\JvSimpleXMLSpeedTest
  Constraints.MinHeight = 200
  Constraints.MinWidth = 640
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvSimpleXML Validator\XMLValidator
  Constraints.MinHeight = 300
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvSpeicalProgress\SpecialProgressTestPrj
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Scaled = False
JvSpellChecker\JvSpellCheckerDemo
  Constraints.MinHeight = 200
  Constraints.MinWidth = 320
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  Modified TfrmSpellChecker.FormCreate in unit JvSpellCheckerForm to
load the dictionary ..\Dict\english.dic
JvStarField\JvStarFieldDemo - checked, ok
JvStringGrid\JvStringGridDemo
  Constraints.MinHeight = 360
  Constraints.MinWidth = 500
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvSystemPopup\JvSystemPopupDemo
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
JvSystemPopup2\SystemPopupTest
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvThread\JvThreadProj
  BorderStyle = bsSingle (from bsSizable)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  *** AVs WHEN FORM CLOSED ***

JvValidateEdit\JvValidateEditDemo
  Deleted notes.txt - duplicate of readme.txt
  Updated readme.txt
  Renamed project from JvFormatEditDemo to JvValidateEditDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Scaled = False
  Removed unused control Button2
  Use design-time JvValidateEdit component rather than one created at
runtime


Subject: Re: TJvThread.Terminated is always True
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 19 Feb 2004 21:59:21 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > When Result is True, then (Result or anything) will be True. I
>> > > assume the line should read:
>> > > 
>> > > Result := Result AND TJvHideThread(List[i]).Terminated;
>> > > 
>> > > That is, Terminated is only True if all threads in the list have
>> > > Terminated = True.
> > 
> > That seems to be the correct. Will you change it?

Done. 

Christopher Latta


Subject: Re: JvWizard Improvements
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 19 Feb 2004 22:39:58 +0100
Newsgroups: jedi.vcl

That's tricky since so much code in JvWizard relies on the enabled state of
the page (CanDisplay, FindNextPage etc), not the button(s). I would prefer
if you posted a request in Mantis and maybe provide a suggestion on how to
solve it and we can have a look after the release.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvWizard
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 19 Feb 2004 22:04:13 +0100
Newsgroups: jedi.vcl

What if you don't add the "else" ?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvWizard
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 19 Feb 2004 21:58:42 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> At the end of TJvWizardHelpButton.Click, change:
>
> if ID <> 0 then
> begin
>  ...
> end
> // add this:
> else
>   inherited Click;
>
> I think that's all you need to do...
>
Peter,

this won't work either because by HelpContext (the ID) will never be <> 0 (zero). It's always filled.

cu,
Michael


Subject: Re: JvWizard
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 19 Feb 2004 21:37:36 +0100
Newsgroups: jedi.vcl

At the end of TJvWizardHelpButton.Click, change:

if ID <> 0 then
begin
 ...
end
// add this:
else
  inherited Click;

I think that's all you need to do...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvWizard Improvements
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Thu, 19 Feb 2004 23:34:13 +0300
Newsgroups: jedi.vcl

After the code freeze, would it be possible to make the
JVWizardRouteMapSteps component interface more closely with the active
wizard page, so that if the 'Next' button is disabled on the active
page, it is not possible to move to the next page by simply pressing
the navigation buttons on the Route Map?  Ditto with the 'Back'
button.




Subject: Re: JvWizard
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 19 Feb 2004 21:06:29 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> It's not that difficult but due to the code freeze, we cannot add it now.
> I'll post a suggestion to binaries, you can try it out and if it works we
> can add it after the beta release.
>
Peter,
thanks for your help. But I've got still problems to get the help activated:

First I had to change TJvWizardButtonControl into TJvWizardBaseButton:
[..]
TJvWizardHelpButton = class(TJvWizardButtonControl)
  protected
    { TODO -oJVCL -cPOST_JVCL3 : Uncomment }
[..]

Pressing the help button still calls
    TJvWizardHelpButton.Click;
instead of
    TJvWizardHelpButton.ButtonClick()

Perhaps you can have a look again?
Thanks,
Michael


Subject: Re: TJvThread.Terminated is always True
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 19 Feb 2004 18:04:10 +0100
Newsgroups: jedi.vcl

> > When Result is True, then (Result or anything) will be True. I assume
> > the line should read:
> > 
> > Result := Result AND TJvHideThread(List[i]).Terminated;
> > 
> > That is, Terminated is only True if all threads in the list have
> > Terminated = True.

That seems to be the correct. Will you change it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Feb 2004 16:41:44 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 19 Feb 2004 15:46:03 +0100:

 PT> Not that I'm saying you should have to do this now but maybe for
 PT> later...

    I did that for AUTOLINK and they seem to be correct. I know I could do
the others as well, but I got the impression that at least the <CODE> tags
are correct (I think all <CODE> tags are enclosed within <AUTOLINK>, or at
least should be). I just got a little frustrated after spending so much time
on getting the help in order. Let's just say it was a good idea to start a
day earlier.

    BTW: DOM does have a bug in the form of a memory leak: generating the
JVCL3 help leaks about 20-25MB every time I do a build. At least that
explained why my system seemed to run slower and slower yesterday: it was
continuously swapping (given that I have a 256MB machine and DOM was using
around 900MB, you can imagine the swapping going on).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Sketches of Spain" by The Nits.




Subject: Re: Help status
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Feb 2004 15:46:03 +0100
Newsgroups: jedi.vcl

Couldn't you search the help folder for dtx files containing <AUTOLINK,
<CODE> and <PRE> (using the JvSearchFiles demo, f ex) and then manually
check the files returned? This should significantly reduce the number of
files you have to check using DOM.

Not that I'm saying you should have to do this now but maybe for later...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Feb 2004 15:16:24 +0100
Newsgroups: jedi.vcl

Hello, All!

    I managed to get a couple of more files to be auto linked, but many
still don't. I have a suspicion that some block tags (like CODE, PRE,
AUTOLINK, etc.) are not correctly closed in one or more files. I already
checked with AUTOLINK and they seem to be alright now (which is the reason
why more files are now linking), but to figure out what file(s) causes these
trouble, requires me to add files one by one (actually two by two, since I
need to add the .dtx and the .pas files), build the help, check if the
autolinking works, repeat for the next 162 files. Of course for each file
that fails I will then need to investigate what item goes wrong. That's a
lot of work that I seriously doubt to finish before the 20:00 deadline.

    So, I decided to release the help as it is now (mailing it to Peter in a
short while) and release a help update later when these issues are fixed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvWizard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Feb 2004 15:00:21 +0100
Newsgroups: jedi.vcl

It's not that difficult but due to the code freeze, we cannot add it now.
I'll post a suggestion to binaries, you can try it out and if it works we
can add it after the beta release.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package generation and jvcl.inc
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Feb 2004 14:59:31 +0100
Newsgroups: jedi.vcl

> > Because the JvCharMap demo needs it, but as it's not in any package, I
> > don't get an hpp file for use by BCB.
> > I suggest we put it in JvSystem.
If the package containing JvCharMap already requires JvSystem, it's OK to
put it there. Otherwise, put it in JvCore unless JvClipbrd adds additional
dependencies (I don't think it does).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package generation and jvcl.inc
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 19 Feb 2004 23:43:13 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Can anyone remind me what the settings must be in jvcl.inc ?
>
>
> By default, undefine:
> USEJVCL
> USE_DXGETTEXT
> JVCLThemesEnabled
>
>
Ok. Will commit the packages tomorrow morning.
BTW, what do we do with respect to JvClipbrd.pas ?
Because the JvCharMap demo needs it, but as it's not in any package, I don't get an hpp file for use by BCB.
I suggest we put it in JvSystem.

Cheers
Olivier


Subject: Re: Package generation and jvcl.inc
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Feb 2004 14:32:43 +0100
Newsgroups: jedi.vcl

> > Can anyone remind me what the settings must be in jvcl.inc ?

By default, undefine:
USEJVCL
USE_DXGETTEXT
JVCLThemesEnabled


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvThread.Terminated is always True
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 19 Feb 2004 13:31:19 +0000 (UTC)
Newsgroups: jedi.vcl

I'm working on the TJvThread example and trying to track down an AV.
While doing so, I found that Terminated is always True. I came across
this curious code for the Getter for the Terminated property:

function TJvThread.GetTerminated: Boolean;
var
  i: Integer;
  List: TList;
begin
  Result := True;
  List := FThreads.LockList;
  try
    for i := 0 to List.Count - 1 do
    begin
      Result := Result or TJvHideThread(List[i]).Terminated;
      if not Result then
        Break;
    end;
  finally
    FThreads.UnlockList;
  end;
end;

When Result is True, then (Result or anything) will be True. I assume
the line should read:

Result := Result AND TJvHideThread(List[i]).Terminated;

That is, Terminated is only True if all threads in the list have
Terminated = True.

Christopher Latta


Subject: Re: Are we ready to release?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Feb 2004 13:04:25 +0100
Newsgroups: jedi.vcl

> >     Next time, we should notify people of this fact so they actually will
> > write some help. <g>
I'm pretty sure I made that clear in the code freeze posting(s). OTOH, maybe
no one read that part (selective blindness, maybe)<vbg>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvFormStorage migration problems with 3.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 19 Feb 2004 21:08:58 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> More ideas ?

Not right now



Subject: Re: TJvFormStorage migration problems with 3.0
From: "André Snepvangers" <asn@xs4all.nl>
Date: Thu, 19 Feb 2004 11:35:49 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:c10qfd$ssb$1@talkto.net...
> > André Snepvangers wrote:
> >
>> > > With 3.0  my app. project file is only written when the app. closes,
which
>> > > is quite boring
>> > > as you can imagine.
>> > > Anyone an idea to fix this ?
> >
> > Use Flush
> >

Ok, this saves it, but I cannot change the filename once it has been
assigned, changing it has no effect.

More ideas ?

Regards,

André Snepvangers




Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Feb 2004 11:11:24 +0100
Newsgroups: jedi.vcl

Hello, All!
I wrote on Thu, 19 Feb 2004 10:03:31 +0100:

 MB>     Well, maybe not an error in DOM at all, because (and this is
 MB> something I just discovered) the auto linking feature works flawlessly
 MB> in the functional reference file (not one <LINK> tag, and yet all
 MB> components are linked to their description pages) but not in many of
 MB> the other files (it also appears that the See Also section only works
 MB> with auto-linking on).

    Well, partly right: it there was a file containing <AUTOLINK OFF> and
then followed by again <AUTOLINK OFF> instead of <AUTOLINK ON>. So, now some
files actually do contain auto links as they are supposed to. Unfortunately
there are still a couple of topics that don't get auto linked and have no
usable See Also section.

    I also swapped some of the tag orders (<AUTOLINK OFF> before <CODE> and
<AUTOLINK ON> after </CODE>) but that really wasn't the issue.

    I'll be retrieving the updates Remko did and build the help file again.
In case I can not find the cause of the missing links before tonight, we'll
just have to go with it and hopefully I can figure this out soon.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: HELP Writers Wanted?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 19 Feb 2004 19:54:09 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, OBones!
> You wrote  on Thu, 19 Feb 2004 10:31:42 +1000:
>
>  >>> JvClipbrd.dtx:24
>  O> Done.
>
>     If you complete docs for a file, please update the ##Status line
> accordingly; otherwise the file won't be included.
>
Sorry.


Subject: Re: HELP Writers Wanted?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 19 Feb 2004 10:47:50 +0100
Newsgroups: jedi.vcl

>  JF> I'm completly blocked with finishind my new OraTool version until
>  JF> monday. :-) ;-) :-(
>
>     Good luck! (and it better be using lots, and lots of JVCL components!
> <g>)

Yes i know. But not in this release. In this i only use JVCL 2.1 and the Formstorage component.

But in the next release i will use a little bit more :-) This is the reason for JvDynControlEngine and JvParameterList. I'm using the Parameterlist in my programs for the last 6 years :-)
I will also use a lot of JvAppStorage and some other things :-)

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: HELP Writers Wanted?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Feb 2004 10:32:56 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 19 Feb 2004 10:28:10 +0100:

 JF> Sorry No chance for me in this week. (Same in the last weeks)

  I didn't imply you should do it this week <g> I already expected that most
of the (if not the entire) list would not be in the upcoming help file.
Just, if you do have time, please do write some, especially the
DynControlEngine would be very wise to have documented.

 JF> I'm completly blocked with finishind my new OraTool version until
 JF> monday. :-) ;-) :-(

    Good luck! (and it better be using lots, and lots of JVCL components!
<g>)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Are we ready to release?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Feb 2004 10:29:15 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 19 Feb 2004 10:18:00 +0100:

 >> So the help-file will contain errors, and is not optimal checked, but I
 >> don't think this is a problem for the beta. (You could consider to not
 >> include the help-file or delay the the release, but by including it you
 >> distribute the checking process over multiple persons (or so I hope))

 PT> We just have to go with what we have and take the heat from those that
 PT> expects flawless and extensive help on every component (hey wish<g>).

    What bothers me, is that some docs are no longer included because the
files where updated, but the .dtx files where not. I could cheat a little
and include them anyway (with the result that some of the symbols will
contain the text "Write here a description....") but I would need to scan
them all just to see which would have to be included. That will probably
occur at a later date if we suddenly find ourselves with more help writers
in the upcoming period; I'm glad Warren posted that list, as it seems to
help in getting things done.

 PT> Besides, help writing can continue even as we release (except for the
 PT> short time where Marcel needs to build the help file).

    As I said yesterday, not really a problem at all. Files marked as
completed are included, others are not. Completed files are rarely changed
(except when Remko starts to spell-check), so that won't be in the way.

 PT> Hell, one of the reasons we have a code freeze is so that the help docs
 PT> can be updated without the components being changed "from under our
 PT> feet".

    Next time, we should notify people of this fact so they actually will
write some help. <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: HELP Writers Wanted?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 19 Feb 2004 10:28:10 +0100
Newsgroups: jedi.vcl

Sorry No chance for me in this week. (Same in the last weeks)

I'm completly blocked with finishind my new OraTool version until monday. :-) ;-) :-(

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Warren!
> You wrote  on Wed, 18 Feb 2004 13:20:52 -0500:
>
>  WP> -----------------------------------------------------------------------
>  WP> 4.Other Biggies, stuff I don't now anything about, that I wonder if
>  WP>    someone who knows about them would volunteer to work on:
>  WP> -----------------------------------------------------------------------
>
>  WP> JvDataProvider.dtx:575
>  WP> JvColorProvider.dtx:312
>
>     Those are mine (and the first already has the status Locked)
>
>  WP> JvAppStorage.dtx:137
>
>     Yeah, I also noticed it wasn't nearly as complete as I thought. Either
> me or Jens could do that one.
>
>  WP> JvHidControllerClass.dtx:338
>
>     I believe Robert either has help available or will add it soon.
>
>  WP> JvParameterList.dtx:242
>  WP> JvParameterListParameter.dtx:227
>
>     Those are for Jens.
>
>  WP> -----------------------------------------------------------------------
>  WP> 7. It's DynControls, and it has an engine, it must be cool, volunteers?
>  WP> -----------------------------------------------------------------------
>
>  WP> JvDynControlEngine.dtx:74
>  WP> JvDynControlEngineIntf.dtx:158
>  WP> JvDynControlEngineJVCL.dtx:512
>  WP> JvDynControlEngineVCL.dtx:460
>
>     Those are for Jens as well.
>
>  WP> -----------------------------------------------------------------------
>  WP> 8.
>  WP>   The rest, which is Small and Medium size, is left unsorted,
>  WP>   and is suggested for the Less Adventurous or New JVCL Helpers,
>  WP>   who want to bite off a small task:
>  WP> -----------------------------------------------------------------------
>
>  WP> JvAppIniStorage.dtx:2
>
>     Jens or me.
>
>  WP> JvDSADialogs.dtx:42
>
>     Me.
>
>  WP> JvInspDB.dtx:37
>  WP> JvInspExtraEditors.dtx:49
>  WP> JvInspXVCL.dtx:11
>  WP> JvInspector.dtx:63
>
>     Me, but I believe JvInspXVCL has been removed officially.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Not listening to anything; Foobar2000 stopped.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: HELP Writers Wanted?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Feb 2004 10:21:20 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 19 Feb 2004 13:18:40 +1000:

 >> Is there some docs on how to write help for the JVCL somewhere?
 O> Well, make it simple and understandable. Warren and Marcel will surely
 O> give you more details

    That should probably be Remko and Marcel, since Warren doesn't have much
experience with help writing at all ;-)

    Anyway, as Olivier pointed out, the .dtx files are simple text files and
you can use your favorite text editor for it (usually I use the Delphi
editor, since I'm working in it anyway). Most of the time, you'll only need
to fill in the "blanks"; since we use a tool to generate the skeleton of the
file from the .pas file. Documentation consists of several sections (some
are optional, depending on the type of symbol you document):

* Summary: a short (once sentence) description. I'd suggest you do not
include links in the summary, as they look ugly in the functional reference
(I'll probably be changing my mind, since it is used in the .NET docs)
* Description: full description of the symbol. It will automatically turn
names to links in the JCL, Borland and other symbols in JVCL if the text is
an exact match for a symbol. When you describe a class, any mentioning of a
method in the same class will be turned into a link to that method. If you
need to refer to symbols in another class, you'll have to provide a fully
qualified name (i.e. class name.member name). Manual links can be applied
using <LINK [qualified_symbol], [text]> where [qualified_symbol] is the
symbol you want to link to and [text] the text to be linked (note that
[text] is optional, if left out, it will be the same as the title of the
symbol you link to
* Parameters: list of parameters. Always using the format 'parameter_name -
description'. If the description is to long to fit on one line (we usually
wrap around 100 character) you can continue on the next line, but you'll
have to indent it so it aligns if the description above.
* See Also: list of symbols related to the current symbol separated by a
comma

    Various symbol tags are included with some topics, but you don't need to
change them most of the time (if needed, Remko or I will most likely do
that). The only thing that may need your attention is the JVCLInfo section,
specifically the GROUP= line. This will only be included for components that
get registered. The group line should reference a group in the
JVCL.Groups.tree file in dev\help\generic. Each level is separated by a dot
(.). If you don't know which group a component belongs to, leave the default
(JVCL.??). The reference build tool will warn me about it and I'll choose a
group then. You are allowed to specify more than one group (separated by a
comma, or multiple GROUP= lines).

    Before you start editing a file, change the ##Status line to read
'##Status: Locked by <insert your name>', save it and commit it. That way
others know that someone is working on that particular file.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvAppStorageSelectList doesn't compile
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 19 Feb 2004 10:21:18 +0100
Newsgroups: jedi.vcl

Sorry, my fault :-(:-(

OBones wrote:
> It can't find the declaration of RsEDynAppStorageNotDefined.
>
> I guess someone forgot to update JvResources.pas

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Are we ready to release?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Feb 2004 10:18:00 +0100
Newsgroups: jedi.vcl

> > So the help-file will contain errors, and is not optimal checked, but I
> > don't think this is a problem for the beta. (You could consider to not
> > include the help-file or delay the the release, but by including it you
> > distribute the checking process over multiple persons (or so I hope))

We just have to go with what we have and take the heat from those that
expects flawless and extensive help on every component (hey wish<g>).
Besides, help writing can continue even as we release (except for the short
time where Marcel needs to build the help file). Hell, one of the reasons we
have a code freeze is so that the help docs can be updated without the
components being changed "from under our feet".

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help status
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Feb 2004 10:13:36 +0100
Newsgroups: jedi.vcl

> > Peter if your mailbox is unable to handle attachments of that size
No problem

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HELP Writers Wanted?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Feb 2004 10:04:53 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 19 Feb 2004 10:31:42 +1000:

 >>> JvClipbrd.dtx:24
 O> Done.

    If you complete docs for a file, please update the ##Status line
accordingly; otherwise the file won't be included.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Feb 2004 10:03:31 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Wed, 18 Feb 2004 21:26:19 +0100:

 MB>  The most peculiar thing is that even references to methods in the same
 MB> class are not resolved at all, not even in the description (the ones
 MB> that are there seem to be manual <LINK> tags, but See Also sections
 MB> doesn't like <LINK> tags).

    Well, maybe not an error in DOM at all, because (and this is something I
just discovered) the auto linking feature works flawlessly in the functional
reference file (not one <LINK> tag, and yet all components are linked to
their description pages) but not in many of the other files (it also appears
that the See Also section only works with auto-linking on). There (IMO) two
reasons for the missing links in the docs:

  1) Someone used the <AUTOLINK OFF> tag and forgot to add the <AUTOLINK ON>
tag in one of the .dtx files. This apparently deactivates auto linking for
all following files as well. Should be one of the first files though (the
files are in the project in alphabetical order), since it seems to be
missing from almost everything (I never checked any of the JvA* components,
the one closest to the start was JvDataProviderIntf.dtx and that one doesn't
do the auto linking at all). Will scan the files accordingly.

  2) It is a bug in DOM, that simply stops auto linking after a certain
amount of links or ignores any <AUTOLINK ON> tag. Seems a bit unlikely.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: OT: about ShowModal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 19 Feb 2004 06:07:22 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Do you mean autoappend/autosuggest? This is really easy to implement with the SHAutoComplete API. I did it for TJvFilenameEdit and TJvDirectoryEdit (could not add it due to code-freeze <g>). But a non-shell dependant implementation would be nicer.

No, it has nothing to do with the Shell API. You click a control and an edit control pop up which can edit a number in decimal, hex, binary and ASCII. Some subcontrols included to switch the modes. Etc etc etc.



Subject: Re: HELP Writers Wanted?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 19 Feb 2004 13:18:40 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

> I might be able to do some after I finish with fixing up the examples.
> I downloaded the help and had a look at the JvValidateEdit file and
> would like to make some adjustments to it, but am unsure how to
> proceed. That is, I don't know what a dtx file is and how to edit it.
> Do I just use a text editor or is there some software that controls it?
It is a text file and you can use a text editor to update it.
However, you will find in help\tools\dtxedit a Delphi project that will give you an editor for dtx files. I prefer using it (after all I did it), some other people prefer using a text editor.

> Is there some docs on how to write help for the JVCL somewhere?
Well, make it simple and understandable. Warren and Marcel will surely give you more details



Subject: Re: HELP Writers Wanted?
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 19 Feb 2004 02:02:03 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > Following is a list of help files, from the /dev/help directory,
> > with a count of the number of 'markers' in that dtx indicating that
> > one or more sentences of descriptive text need to be written.

I might be able to do some after I finish with fixing up the examples.
I downloaded the help and had a look at the JvValidateEdit file and
would like to make some adjustments to it, but am unsure how to
proceed. That is, I don't know what a dtx file is and how to edit it.
Do I just use a text editor or is there some software that controls it?
Is there some docs on how to write help for the JVCL somewhere?

Christopher Latta


Subject: Package generation and jvcl.inc
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 19 Feb 2004 11:47:07 +1000
Newsgroups: jedi.vcl

Hi

I (hink it would be a good thing to commit in CVS a working copy of all packages for all supported targets.
Can anyone remind me what the settings must be in jvcl.inc ?
And could someone post a template for K3 ?

Thanks

Olivier



Subject: Re: New release target
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 19 Feb 2004 10:48:43 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Fine with me. I'll do the translation tomorrow morning (UTC+10)

Done.



Subject: Re: HELP Writers Wanted?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 19 Feb 2004 10:48:32 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> OBones wrote:
>
>> Done. But there are some strange stuff with the last three methods:
>>
>> @@TJvClipboard.SetBuffer@Word@Pointer@Integer
>> @@TJvClipboard.SetComponent@TComponent@Boolean
>> @@TJvClipboard.SetTextBuf@PChar@Boolean
>
>
> That is done to be able to write documentation for overloaded methods. 

Oh ok. Thing is, I only got one, the overload is there because I overload the inherited one...



Subject: Re: HELP Writers Wanted?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 19 Feb 2004 01:45:29 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Done. But there are some strange stuff with the last three methods:
>
> @@TJvClipboard.SetBuffer@Word@Pointer@Integer
> @@TJvClipboard.SetComponent@TComponent@Boolean
> @@TJvClipboard.SetTextBuf@PChar@Boolean

That is done to be able to write documentation for overloaded methods. For example:

-------------------------------------------------------------------
@@TSomeClass.SomeMethod@Integer
Summary
  Documentation for SomeMethod with parameter of integer type.
-------------------------------------------------------------------
@@TSomeClass.SomeMethod@string
Summary
  Documentation for SomeMethod with parameter of string type.
-------------------------------------------------------------------

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: HELP Writers Wanted?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 19 Feb 2004 10:31:42 +1000
Newsgroups: jedi.vcl

>> JvClipbrd.dtx:24
>
> Well, I wrote that one, and the source code already has the documentation in it.

Done. But there are some strange stuff with the last three methods:

@@TJvClipboard.SetBuffer@Word@Pointer@Integer
@@TJvClipboard.SetComponent@TComponent@Boolean
@@TJvClipboard.SetTextBuf@PChar@Boolean


And this file is not included in any package. Should it go into JvSystem?



Subject: Re: HELP Writers Wanted?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 19 Feb 2004 09:34:39 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:

> ------------------------------------------------------------------------
> 3. XML is sexy, do we have a volunteeer out there to do the XML stuff?
> ------------------------------------------------------------------------
>
> JvSimpleXml.dtx:250
> JvAppXMLStorage.dtx:36
> JvXmlDatabase.dtx:33
> JvXmlTree.dtx:146
> JvgXMLSerializer.dtx:40

I'll take that, as I wrote the JvAppXMLStorage


> ------------------------------------------------------------------------
> 6. Dock Controls, a Major new contribution, has lots to do, any volunteers?
> ------------------------------------------------------------------------

Can't document it until it's bug fixed... And this will have to wait until the release of beta 1

> ------------------------------------------------------------------------
> 7. It's DynControls, and it has an engine, it must be cool, volunteers?
> ------------------------------------------------------------------------

Maybe the auhtor of these? wink, wink.

> ------------------------------------------------------------------------
> 8.
>
>  The rest, which is Small and Medium size, is left unsorted,
>  and is suggested for the Less Adventurous or New JVCL Helpers,
>  who want to bite off a small task:
> ------------------------------------------------------------------------
>
> JvAnimatedImage.dtx:38
I did the example for BCB, I'll document it

> JvAppIniStorage.dtx:2
Well, I modified it enough to document it.

> JvClipbrd.dtx:24
Well, I wrote that one, and the source code already has the documentation in it.

> JvFtpGrabber.dtx:62
This one will be deprecated and replaced by JvUrlListGrabber

> JvHttpGrabber.dtx:58
This one will be deprecated and replaced by JvUrlListGrabber

> JvMultiHttpGrabber.dtx:64
This one will be deprecated and replaced by JvUrlListGrabber

> JvUrlGrabbers.dtx:144
> JvUrlListGrabber.dtx:44
I wrote those ones, I'll document them

> JvVigenereCipher.dtx:16
> JvXorCipher.dtx:16
Not that hard to document, I may give it a crack.

> JvYearGrid.dtx:30
I'll work on it later, to allow to display it in columns rather than lines. I'll see what I can do with documentation at that time.

I'll mark the files as lock right away, but don't expect to have everything done before the release of Beta 1, this is simply impossible.

Cheers
Olivier



Subject: Re: TJvFormStorage migration problems with 3.0
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 19 Feb 2004 09:24:29 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

> With 3.0  my app. project file is only written when the app. closes, which
> is quite boring
> as you can imagine.
> Anyone an idea to fix this ?

Use Flush



Subject: TJvFormStorage migration problems with 3.0
From: "André Snepvangers" <asn@xs4all.nl>
Date: Wed, 18 Feb 2004 23:49:55 +0100
Newsgroups: jedi.vcl

I tried to migrate an application to JVCL 3.0  In this project I used this
component
to create application project Files. (ini file storage)  :

  if SaveDialog1.Execute then
  begin
    JvFormStorage1.Filename := SaveDialog1.Filename;
    JvFormStorage1.SaveFormPlacement;
  end;

With 3.0  my app. project file is only written when the app. closes, which
is quite boring
as you can imagine.
Anyone an idea to fix this ?

Regards,

André Snepvangers





Subject: Re: OT: about ShowModal
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 18 Feb 2004 23:40:29 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I want to implement something like the way the Explorer edits a file name. Click a control and an edit box pops up (with all sorts of bells and whistles).

Do you mean autoappend/autosuggest? This is really easy to implement with the SHAutoComplete API. I did it for TJvFilenameEdit and TJvDirectoryEdit (could not add it due to code-freeze <g>). But a non-shell dependant implementation would be nicer.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Are we ready to release?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 18 Feb 2004 23:27:08 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Hi all, I would like to know what you think of the current status of JVCL
> and if there is something that absolutely must be fixed before the beta
> release (currently planned for friday, february 20th, 2004).
> [..] - Component docs

I planned to check (spell-check and content-check) all complete dtx files, but I estimated the time needed for that incorrect (by a few weeks <g>).

So the help-file will contain errors, and is not optimal checked, but I don't think this is a problem for the beta. (You could consider to not include the help-file or delay the the release, but by including it you distribute the checking process over multiple persons (or so I hope))

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvWizard
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 18 Feb 2004 21:39:42 +0100
Newsgroups: jedi.vcl

Hi,

I'm desperately missing a feature in JvWizard. The wizard can display a help button, however, using HTML Help, nothing happens when clicking on it.

I'm using a third party, freeware component from EC-Software (http://www.ec-software.com) but their OnHelp event won't be called nor will a help file be shown.

So perhaps sbdy could implement a TJvWizard.OnHelpButtonClick event?

cu,
Michael


Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 21:26:19 +0100
Newsgroups: jedi.vcl

Hello, All!
I wrote on Wed, 18 Feb 2004 16:32:21 +0100:

 MB>     Anyway, I'll start looking into missing links now, but I will not
 MB> put the freeze on as of yet. (as promised, that will occur tomorrow at
 MB> 12:00 CET)

    Hmm, maybe the freeze isn't necessary at all. I have a help file, but
lots of links are not working. Not because of errors in the files (although
I did fix several of them), but apparently because of errors in DOM (at
least in the last three versions). In general the See Also sections are
useless (there, I said it) since most of them don't work (I did spot a
couple of them working though). The most peculiar thing is that even
references to methods in the same class are not resolved at all, not even in
the description (the ones that are there seem to be manual <LINK> tags, but
See Also sections doesn't like <LINK> tags).

    TJvCustomPageList generates two warnings that it can't resolve the link
to Pages. I've looked and the text does not have a link to Pages (unless DOM
suddenly is no longer case sensitive and it wants to link pages to the Pages
property) and besides that, the Pages property does exists and is generated
in the WinHelp file.

    Other than these problems the help files seem to be in a good state, so
I have no reason to freeze tomorrow. I will be investigating and
communicating with ToolsFactory to see what's happening (maybe I forgot to
activate/deactivate some option), but if needed, I do have a help file (a
whopping 5.8MB file, reduced to just over 3MB when zipped. Peter if your
mailbox is unable to handle attachments of that size (will probably expand
to around 5MB in the mail anyway) I could try to upload it somewhere
instead).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: HELP Writers Wanted?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 20:04:39 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Wed, 18 Feb 2004 13:20:52 -0500:

 WP> -----------------------------------------------------------------------
 WP> 4.Other Biggies, stuff I don't now anything about, that I wonder if
 WP>    someone who knows about them would volunteer to work on:
 WP> -----------------------------------------------------------------------

 WP> JvDataProvider.dtx:575
 WP> JvColorProvider.dtx:312

    Those are mine (and the first already has the status Locked)

 WP> JvAppStorage.dtx:137

    Yeah, I also noticed it wasn't nearly as complete as I thought. Either
me or Jens could do that one.

 WP> JvHidControllerClass.dtx:338

    I believe Robert either has help available or will add it soon.

 WP> JvParameterList.dtx:242
 WP> JvParameterListParameter.dtx:227

    Those are for Jens.

 WP> -----------------------------------------------------------------------
 WP> 7. It's DynControls, and it has an engine, it must be cool, volunteers?
 WP> -----------------------------------------------------------------------

 WP> JvDynControlEngine.dtx:74
 WP> JvDynControlEngineIntf.dtx:158
 WP> JvDynControlEngineJVCL.dtx:512
 WP> JvDynControlEngineVCL.dtx:460

    Those are for Jens as well.

 WP> -----------------------------------------------------------------------
 WP> 8.
 WP>   The rest, which is Small and Medium size, is left unsorted,
 WP>   and is suggested for the Less Adventurous or New JVCL Helpers,
 WP>   who want to bite off a small task:
 WP> -----------------------------------------------------------------------

 WP> JvAppIniStorage.dtx:2

    Jens or me.

 WP> JvDSADialogs.dtx:42

    Me.

 WP> JvInspDB.dtx:37
 WP> JvInspExtraEditors.dtx:49
 WP> JvInspXVCL.dtx:11
 WP> JvInspector.dtx:63

    Me, but I believe JvInspXVCL has been removed officially.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: HELP Writers Wanted?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 18 Feb 2004 13:20:52 -0500
Newsgroups: jedi.vcl

Following is a list of help files, from the /dev/help directory,
with a count of the number of 'markers' in that dtx indicating that one or more sentences of descriptive text need to be written.

I have sorted them a bit, pulled out a few as suggestions for one person to volunteer for, someone who either (a) knows how to use, or (b) intends to learn how to use a particular component or group of components.

I'm also volunteering here to work on help for some stuff that I use
that has remained undocumented too long for my comfort. Two or three
people can't do this alone, we need HELP, please, folks?

------------------------------------------------------------------------
1. Undocumented Stuff Belonging to Warren. I am doing these right now.
------------------------------------------------------------------------

JvChart.dtx:126
JvCsv*.dtx

------------------------------------------------------------------------
2. Biggies that Warren volunteers to work on if nobody else is doing them:
------------------------------------------------------------------------

JvInterpreter.dtx:434
JvInterpreterFm.dtx:48
JvInterpreterParser.dtx:20
JvJCLUtils.dtx:707
JvJVCLUtils.dtx:343



------------------------------------------------------------------------
3. XML is sexy, do we have a volunteeer out there to do the XML stuff?
------------------------------------------------------------------------

JvSimpleXml.dtx:250
JvAppXMLStorage.dtx:36
JvXmlDatabase.dtx:33
JvXmlTree.dtx:146
JvgXMLSerializer.dtx:40



------------------------------------------------------------------------
4.Other Biggies, stuff I don't now anything about, that I wonder if
  someone who knows about them would volunteer to work on:
------------------------------------------------------------------------

JvDataProvider.dtx:575
JvColorProvider.dtx:312
JvgCommClasses.dtx:212
JvSpeedbar.dtx:245
JvUIB.dtx:266
JvComCtrls.dtx:160
JvAppStorage.dtx:137
JvDiagramShape.dtx:123
JvHidControllerClass.dtx:338

JvParameterList.dtx:242
JvParameterListParameter.dtx:227

JvEditor.dtx:65
JvEditorCommon.dtx:506

JvUIBDataSet.dtx:47
JvUIBLib.dtx:421
JvUIBMetaData.dtx:345
JvUIBSrv.dtx:22

JvTFAlarm.dtx:37
JvTFDays.dtx:712
JvTFGantt.dtx:29
JvTFGlance.dtx:358
JvTFGlanceTextViewer.dtx:85
JvTFManager.dtx:2
JvTFMonths.dtx:40
JvTFSparseMatrix.dtx:18
JvTFUtils.dtx:81
JvTFWeeks.dtx:31


//-----------------------------------------------------------
//5.  The database stuff is probably important enough to someone
// that they might step forward and volunteer to do this part,
// right?
//-----------------------------------------------------------

JvDBCombobox.dtx:25
JvDBControls.dtx:106
JvDBDatePickerEdit.dtx:11
JvDBDateTimePicker.dtx:8
JvDBDotNetControls.dtx:0
JvDBGrid.dtx:0
JvDBGridExport.dtx:76
JvDBHTLabel.dtx:8
JvDBLookup.dtx:84
JvDBLookupComboEdit.dtx:16
JvDBLookupTreeView.dtx:116
JvDBProgressBar.dtx:10
JvDBRadioPanel.dtx:30
JvDBRichEdit.dtx:21
JvDBSpinEdit.dtx:10
JvDBTreeView.dtx:67
JvDBUtils.dtx:79
JvBDEFilter.dtx:56
JvBDEIndex.dtx:12
JvBDELists.dtx:66
JvBDELoginDialog.dtx:48
JvBDEMemTable.dtx:24
JvBDEMove.dtx:34
JvBDEProgress.dtx:31
JvBDEQBE.dtx:44
JvBDEQuery.dtx:74
JvBDESQLScript.dtx:12
JvBDESecurity.dtx:16



------------------------------------------------------------------------
6. Dock Controls, a Major new contribution, has lots to do, any volunteers?
------------------------------------------------------------------------

JvDockSupportControl.dtx:269
JvDockControlForm.dtx:391
JvDockDelphiStyle.dtx:0
JvDockGlobals.dtx:0
JvDockHashTable.dtx:32
JvDockInfo.dtx:78
JvDockSupportClass.dtx:52
JvDockSupportProc.dtx:56
JvDockTree.dtx:275
JvDockVCStyle.dtx:6
JvDockVIDStyle.dtx:178
JvDockVSNetStyle.dtx:188


------------------------------------------------------------------------
7. It's DynControls, and it has an engine, it must be cool, volunteers?
------------------------------------------------------------------------

JvDynControlEngine.dtx:74
JvDynControlEngineIntf.dtx:158
JvDynControlEngineJVCL.dtx:512
JvDynControlEngineVCL.dtx:460



------------------------------------------------------------------------
8.

 The rest, which is Small and Medium size, is left unsorted,
 and is suggested for the Less Adventurous or New JVCL Helpers,
 who want to bite off a small task:
------------------------------------------------------------------------

JvActions.dtx:38
JvAirBrush.dtx:18
JvAlarms.dtx:4
JvAni.dtx:45
JvAniFile.dtx:43
JvAnimatedImage.dtx:38
JvAppEvent.dtx:66
JvAppIniStorage.dtx:2
JvAppInst.dtx:34
JvAppStorageSelectList.dtx:46
JvArrayButton.dtx:19
JvBandForms.dtx:34
JvBandObject.dtx:93
JvBaseThumbnail.dtx:41
JvBdeUtils.dtx:132
JvBehaviorLabel.dtx:6
JvBitmapButton.dtx:21
JvBoxProcs.dtx:16
JvButton.dtx:31
JvButtonPersistent.dtx:17
JvButtons.dtx:69
JvCSVBaseControls.dtx:61
JvCheckListBox.dtx:28
JvClipboardMonitor.dtx:10
JvClipboardViewer.dtx:22
JvClipbrd.dtx:24
JvClock.dtx:36
JvClxUtils.dtx:8
JvCombobox.dtx:8
JvCommStatus.dtx:17
JvCommonExecDlg.dtx:4
JvComponentPanel.dtx:26
JvComputerInfo.dtx:54
JvConnectNetwork.dtx:11
JvContextProvider.dtx:32
JvControlBar.dtx:12
JvControlPanelButton.dtx:10
JvConverter.dtx:73
JvCoolBar.dtx:2
JvCpuUsage.dtx:4
JvCtrls.dtx:53
JvDSADialogs.dtx:42
JvDataEmbedded.dtx:0
JvDataProviderIntf.dtx:0
JvDatePickerEdit.dtx:47
JvDateTimePicker.dtx:0
JvDdeCmd.dtx:18
JvDeleteError.dtx:0
JvDeviceChanged.dtx:10
JvDialButton.dtx:80
JvDialogActns.dtx:0
JvDialogs.dtx:39
JvDice.dtx:21
JvDirectories.dtx:76
JvDiskPrompt.dtx:0
JvDotNetControls.dtx:0
JvDotNetUtils.dtx:0
JvDragDrop.dtx:0
JvDrawImage.dtx:153
JvDriveCtrls.dtx:0
JvDsgnIntf.dtx:19
JvDualList.dtx:26
JvEasterEgg.dtx:10
JvEdit.dtx:0
JvEnterTab.dtx:0
JvErrorIndicator.dtx:0
JvExButtons.dtx:0
JvExCheckLst.dtx:0
JvExComCtrls.dtx:0
JvExControls.dtx:63
JvExDBGrids.dtx:0
JvExExtCtrls.dtx:0
JvExForms.dtx:0
JvExGrids.dtx:0
JvExMask.dtx:0
JvExStdCtrls.dtx:0
JvFavoritesButton.dtx:7
JvFindFiles.dtx:0
JvFindReplace.dtx:0
JvFixedEditPopUp.dtx:0
JvFooter.dtx:16
JvFormAnimatedIcon.dtx:8
JvFormAnimation.dtx:34
JvFormAutoSize.dtx:0
JvFormMagnet.dtx:14
JvFormPlacement.dtx:2
JvFormPlacementSelectList.dtx:9
JvFormToHtml.dtx:4
JvFormTransparent.dtx:8
JvFormWallpaper.dtx:6
JvForth.dtx:80
JvFtpGrabber.dtx:62
JvGIFCtrl.dtx:26
JvGammaPanel.dtx:8
JvGenetic.dtx:22
JvGif.dtx:56
JvGradient.dtx:10
JvGradientCaption.dtx:75
JvGradientHeaderPanel.dtx:32
JvGridFilter.dtx:8
JvGridPrinter.dtx:54
JvGroupBox.dtx:6
JvGroupHeader.dtx:28
JvHLParser.dtx:80
JvHeaderControl.dtx:2
JvHint.dtx:13
JvHints.dtx:18
JvHotKey.dtx:2
JvHtControls.dtx:55
JvHtmlParser.dtx:31
JvHttpGrabber.dtx:58
JvIconList.dtx:37
JvImage.dtx:25
JvImageDlg.dtx:7
JvImageDrawThread.dtx:8
JvImageRotate.dtx:12
JvImageTransform.dtx:20
JvInspDB.dtx:37
JvInspExtraEditors.dtx:49
JvInspXVCL.dtx:11
JvInspector.dtx:63
JvItemsSearchs.dtx:10
JvJanTreeView.dtx:84
JvJoystick.dtx:111
JvKeyboardStates.dtx:16
JvLabel.dtx:22
JvLinkLabel.dtx:47
JvLinkLabelDebug.dtx:6
JvLinkLabelParser.dtx:34
JvLinkLabelRenderer.dtx:50
JvLinkLabelTextHandler.dtx:96
JvLinkLabelTools.dtx:36
JvLinkLabelTree.dtx:161
JvListBox.dtx:18
JvListComb.dtx:24
JvListView.dtx:54
JvLogFile.dtx:34
JvLookOut.dtx:14
JvMRUList.dtx:79
JvMRUManager.dtx:78
JvMTComponents.dtx:101
JvMTConsts.dtx:9
JvMTData.dtx:26
JvMTSync.dtx:36
JvMTSyncMon.dtx:20
JvMTThreading.dtx:56
JvMarkupCommon.dtx:35
JvMarkupLabel.dtx:13
JvMarkupViewer.dtx:13
JvMaskEdit.dtx:29
JvMaxPixel.dtx:12
JvMemo.dtx:24
JvMemoryDataset.dtx:49
JvMemoryInfos.dtx:22
JvMergeManager.dtx:53
JvMonthCalendar.dtx:2
JvMouseGesture.dtx:64
JvMouseTimer.dtx:8
JvMovableBevel.dtx:6
JvMultiHttpGrabber.dtx:64
JvNTEventLog.dtx:62
JvObjectPickerDialog.dtx:77
JvPageManager.dtx:96
JvPageSetup.dtx:37
JvPageSetupTitled.dtx:10
JvPaintFX.dtx:179
JvPanel.dtx:57
JvPatchFile.dtx:16
JvPcx.dtx:10
JvPerfMon95.dtx:60
JvPicclip.dtx:36
JvPickDate.dtx:49
JvPlaylist.dtx:35
JvPlugin.dtx:4
JvPluginManager.dtx:12
JvPrint.dtx:16
JvProgressBar.dtx:4
JvProgressUtils.dtx:12
JvPropertyStorage.dtx:46
JvPropertyStore.dtx:54
JvRadioButton.dtx:18
JvRadioGroup.dtx:4
JvRas32.dtx:88
JvRecentMenuButton.dtx:7
JvResample.dtx:17
JvRgbToHtml.dtx:8
JvRichEditToHtml.dtx:10
JvRollOut.dtx:12
JvSAL.dtx:70
JvSALCore.dtx:110
JvSALHashList.dtx:56
JvSALMath.dtx:22
JvSHFileOperation.dtx:0
JvSchedEvtStore.dtx:30
JvScheduledEvents.dtx:14
JvScreenResolution.dtx:0
JvScreenSaver.dtx:11
JvScrollMax.dtx:102
JvSecretPanel.dtx:36
JvSegmentedLEDDisplay.dtx:0
JvSerialMaker.dtx:12
JvShapedButton.dtx:17
JvSimIndicator.dtx:13
JvSimLogic.dtx:103
JvSimPID.dtx:34
JvSimPIDLinker.dtx:36
JvSimScope.dtx:40
JvSplashWindow.dtx:14
JvSplit.dtx:24
JvStartMenuButton.dtx:11
JvStatusBar.dtx:8
JvSticker.dtx:14
JvStringHolder.dtx:76
JvStrings.dtx:158
JvSwitch.dtx:25
JvSyncSplitter.dtx:2
JvTextListBox.dtx:3
JvThemes.dtx:64
JvThread.dtx:42
JvThreadTimer.dtx:2
JvThumbImage.dtx:55
JvThumbviews.dtx:88
JvTimer.dtx:16
JvTracker.dtx:45
JvTransparentPanel.dtx:3
JvTurtle.dtx:36
JvTypes.dtx:83
JvUnicodeCanvas.dtx:18
JvUnicodeEditor.dtx:65
JvUnicodeHLEditor.dtx:19
JvUninstallControls.dtx:10
JvUpDown.dtx:32
JvUrlGrabbers.dtx:144
JvUrlListGrabber.dtx:44
JvVersionInfo.dtx:66
JvVigenereCipher.dtx:16
JvWaitingGradient.dtx:12
JvWaitingProgress.dtx:12
JvWavePlayer.dtx:20
JvWinHelp.dtx:22
JvWinampLabel.dtx:26
JvXorCipher.dtx:16
JvYearGrid.dtx:30
JvZlibMultiple.dtx:21
JvZoom.dtx:18
JvaScrollText.dtx:24
Jvg3DColors.dtx:20
JvgAlignFunction.dtx:3
JvgAskListBox.dtx:48
JvgBevel.dtx:26
JvgBitBtn.dtx:4
JvgButton.dtx:78
JvgCGI.dtx:14
JvgCaption.dtx:28
JvgCheckBox.dtx:46
JvgCrossTable.dtx:88
JvgDBGrid.dtx:18
JvgDBNav.dtx:2
JvgDigits.dtx:45
JvgDrawTab.dtx:0
JvgEdit.dtx:16
JvgExceptionHandler.dtx:29
JvgExport.dtx:5
JvgExportComponents.dtx:69
JvgFileIterator.dtx:20
JvgFileUtils.dtx:16
JvgFixFont.dtx:5
JvgFlyingText.dtx:56
JvgGraph.dtx:12
JvgGraphicButton.dtx:11
JvgGridHeaderControl.dtx:14
JvgGroupBox.dtx:47
JvgHTTPVersionInfo.dtx:16
JvgHelpPanel.dtx:13
JvgHint.dtx:22
JvgHoleShape.dtx:39
JvgImage.dtx:37
JvgImageGroup.dtx:22
JvgInspectorGrid.dtx:50
JvgJump.dtx:12
JvgLabel.dtx:66
JvgLanguageLoader.dtx:9
JvgListBox.dtx:59
JvgLogics.dtx:114
JvgMailSlots.dtx:21
JvgPage.dtx:36
JvgProcess.dtx:14
JvgProcessUtils.dtx:4
JvgProgress.dtx:28
JvgQRLabel.dtx:14
JvgReport.dtx:105
JvgRichEditUtils.dtx:8
JvgRttiUtils.dtx:6
JvgRuler.dtx:12
JvgScrollBox.dtx:10
JvgShade.dtx:6
JvgShadow.dtx:32
JvgShape.dtx:4
JvgSingleInstance.dtx:0
JvgSmallFontsDefense.dtx:6
JvgSpeedButton.dtx:37
JvgSplit.dtx:7
JvgStaticText.dtx:12
JvgStepLabel.dtx:8
JvgStringContainer.dtx:12
JvgStringGrid.dtx:48
JvgSysInf.dtx:36
JvgSysRequirements.dtx:34
JvgTab.dtx:36
JvgTabComm.dtx:53
JvgTagParser.dtx:8
JvgTransparentMemo.dtx:3
JvgTreeView.dtx:54
JvgTypes.dtx:74
JvgUtils.dtx:105
JvgVertDBGrid.dtx:14
JvgWebDocumentIterator.dtx:10
JvgWinMask.dtx:6
JvgWizardHeader.dtx:23
Jvgrids.dtx:65
JvxCheckListBox.dtx:84
JvxSlider.dtx:72
QWinCursors.dtx:31
jvThumbNails.dtx:56


Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 18:55:39 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Wed, 18 Feb 2004 12:38:08 -0500:

 WP> JvCsvData.dtx now has documentation for ALL properties, methods,
 WP> functions, approx 60 were undocumented. Can someone see if it still
 WP> compiles?

    Changed the status from Complete to Completed (although I should
probably alter the tool to scan for 'Complete' at the start of status,
instead of 'Completed'; maybe more files will be recognized) so the file is
actually added to the project. It also didn't produce any warnings or errors
in the help builder (you should be proud of yourself, because there are lots
of warnings regarding misspelled links).

 WP> Updating docs on a component I wrote lead to a few surprises. There
 WP> were a few things in there that I had forgotten were in there, until
 WP> I documented them just now, and there are a few things in there that
 WP> I just *know* I didn't add, but now that they are in there, I am glad
 WP> they are there. <grin>

    I said it before: writing the documentation can be very enlightening.
I've also found a few fixes I have to make in my code (code that doesn't
adhere to the documentation; now, I know what you think: the code was there
first so it must be right, but the code should have followed the
documentation of the interface it implements and that was there first and I
didn't realize the error until I was busy with documenting the
implementation class), but they'll have to wait 'till after the freeze,
otherwise I break to much (other code is already depending on the faulty
implementation; ouch!).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Help status
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 18 Feb 2004 12:38:08 -0500
Newsgroups: jedi.vcl

Warren Postma wrote:
> Marcel Bestebroer wrote:
>
>>
>>     So: 161 documented components of the approx. 500 components available.
>> How will we ever close that gap?

JvCsvData.dtx now has documentation for ALL properties, methods, functions, approx 60 were undocumented. Can someone see if it still compiles?

Updating docs on a component I wrote lead to a few surprises. There
were a few things in there that I had forgotten were in there, until
I documented them just now, and there are a few things in there that
I just *know* I didn't add, but now that they are in there, I am glad they are there. <grin>


Warren


Subject: TJvListView and sort
From: Lis <lis@despammed.com>
Date: Wed, 18 Feb 2004 17:28:50 +0100
Newsgroups: jedi.vcl

Hi All,
  I'm using TJvListView (JVCL version 2.10) and I like very much the sorting
properties but there aren't (or I don't see) some IMHO useful properties to
get the sorting columm.
I need theese information because I would like to add to the column headers
a feedback (such as a '>' or '<' in the caption or a glyph) to indicate wich
is the sort column and the sort direction.
Does anyone has already done this work?

-- Lis http://snurl.com/sito_lis 

Subject: Re: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 17:22:16 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Wed, 18 Feb 2004 10:48:48 -0500:

 WP> I'll gladly document any of mine that aren't documented, or any that I
 WP> have ever actually used (and thus know enough about to document), but I
 WP> don't have the help stuff checked out right now, it's not in dev\JVCL3,
 WP> right? What should I do to do a cvs checkout of the Help files?

    checkout dev\help.

    So, how many controls can you document in roughly 19 hours?


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 17:20:54 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Wed, 18 Feb 2004 10:42:40 -0500:


 WP> To what do I set Typinfo, if I want an edit button, on an INI file
 WP> item?

    Well, currently only TFont has a [...] button, but that will also invoke
the TFontDialog to change the font. Still, you have that same issue with
VarData or PropData, so no fault in the INI stuff there. If you really want
to provide custom dialogs (to any type), you would need to either create a
new TJvCustomInspectorItem descendant (and register it with
TJvCustomInspectorData.ItemRegister; see RegisterTypeKind procedure at end
of JvInspector.pas) or handle the AfterItemCreate event and set the flag and
event there.

 WP> A quick example would be very helpful. (My attempts thus far indicate
 WP> this is not possible.)

    AfterItemCreate event:
--8<--
if Item.Data.Name = 'MyKey' then
begin
  Item.Flags := Item.Flags + [iifEditButton];
  Item.OnButtonEditClick := MyKeyEdit;
end;
--8<--

   With a custom item you can override the SetFlags to make sure the Value
parameter always includes iifEditButton (see TJvInspectorFontItem.SetFlags)
and override the Edit method to invoke the dialog. Then do something like this:
--8<--
type
  TMyKeyType = type string;
TJvCustomInspectorData.ItemRegister.Add(TJvInspectorTypeInfoRegItem.Create(T
MyKeyInspectorItem, TypeInfo(TMyKeyType))));
--8<--

    This will link TMyKeyType to your custom item (don't forget the type
keyword before the string, otherwise TMyKeyType would be the same as string)
and the Ini callback can then specify the TMyKeyType as the type info (you
can also use that for variables and properties if needed, since your custom
type is registered with the generic data registration list).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Help status
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 18 Feb 2004 10:48:48 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>
>     So: 161 documented components of the approx. 500 components available.
> How will we ever close that gap?
>

I'll gladly document any of mine that aren't documented, or any that I have ever actually used (and thus know enough about to document), but I don't have the help stuff checked out right now, it's not in dev\JVCL3, right? What should I do to do a cvs checkout of the Help files?

Warren


Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 18 Feb 2004 10:42:40 -0500
Newsgroups: jedi.vcl


> TJvInspConfKeyEvent is provided to supply a name *and* the type info (which
> defaults to string, IIRC) for each item it finds in the INI file. When
> adding a variable, you provide the name and the type info in the call,
> instead of an event.

To what do I set Typinfo, if I want an edit button, on an INI file item?

A quick example would be very helpful. (My attempts thus far indicate this is not possible.)

Warren


Subject: Help status
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 16:32:21 +0100
Newsgroups: jedi.vcl

Hello, All!

    I made a start with the help files, making sure the functional reference
could be build. After some corrections to the corrupted tree definition
file, adding missing group definitions and correcting wrong references I can
now report that of all 143 files marked as 'complete', all 161 components
are somewhere in the functional reference tree (some are in more than one
group, but that really doesn't matter). There are also a number of classes
and routines in there, but I would need to update the tools to have those
counted as well and I'm too lazy to count them by hand <g>

    Note that although the .dtx files are marked as complete, I have not
checked if that is actually the case. There also might be a number of files
that are still marked as locked by someone, while it actually is complete.
In that case, please commit *before* the help freeze.

    So: 161 documented components of the approx. 500 components available.
How will we ever close that gap?

    Anyway, I'll start looking into missing links now, but I will not put
the freeze on as of yet. (as promised, that will occur tomorrow at 12:00
CET)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 16:12:19 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Wed, 18 Feb 2004 09:40:39 -0500:

 WP> The callbacks don't have a way, nor does this method have a way
 WP> to add those item flags.

    That's because it's not required since you can provide the type info
which will decide which item is generated. It is no different for properties
or variables (where you also have no direct way to specify the flags, only
the type info which for properties is simply the implied type of the
property).

 WP> I think that the TJvInspConfKeyEvent (only used for INI files)
 WP> should also have a 'var  Flags: TInspectorItemFlags'.

    No it doesn't.

 WP> And, yes, an OnEditButtonClick event would make it actually do
 WP> something, would be good.

    Absolutely. Not now, though.

 WP> Right now, INI inspection can't do the '...' button without some
 WP> seriously ugly code

    No uglier than what's needed to add it for variables<g>. The
TJvInspConfKeyEvent is provided to supply a name *and* the type info (which
defaults to string, IIRC) for each item it finds in the INI file. When
adding a variable, you provide the name and the type info in the call,
instead of an event.

 WP> , or else we make these two additions/changes. I suggest we fix
 WP> it. (If Marcel or Peter object, then I will just patch it locally on
 WP> my machine and I will not check it in.)

    For now keep the addition of the OnEditButtonClick event local; we
really don't want to risk an API change so close to the release. The other
fix is not needed, IMO. You can commit the patch after the freeze has been
released of course.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Situation" by Yazoo.




Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 18 Feb 2004 09:40:39 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, Warren!
> You wrote  on Thu, 12 Feb 2004 16:09:08 -0500:
>
>  WP> I would like a [...] button to the right of the editor control, I don't
>  WP> think this is possible with the current code. I would be willing to
>  WP> implement it (post-code-freeze) if anyone else thinks it would be nice.
>
>     It should be, unless a bug has been introduced during a cleaning or
> VisualCLX change. If iifEditButton is added to the Flags property of an
> item, it should display the [...] button (which will call the Edit method if
> the button is pressed). Now I admit that we might want to add an
> OnEditButtonClick event to take care of the dialog.

I have been trying to figure that out for INI file items, and I think an API change of some kind would be necessary for INI file items, since it doesn't seem that the Flags proprties of the items is ever exposed to the user when the user adds an INI file item, in this way:

   Items := TJvInspectorINIFileData.New(aCategory, FIni,      Callback_OnINISection, {this is all we get:}Callback_OnINIKey);

The callbacks don't have a way, nor does this method have a way
to add those item flags.

I think that the TJvInspConfKeyEvent (only used for INI files)
should also have a 'var  Flags: TInspectorItemFlags'.

And, yes, an OnEditButtonClick event would make it actually do something, would be good.

Right now, INI inspection can't do the '...' button without some seriously ugly code, or else we make these two additions/changes. I suggest we fix it. (If Marcel or Peter object, then I will just patch it locally on my machine and I will not check it in.)


Warren



Subject: Re: Are we ready to release?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 Feb 2004 15:24:41 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Maybe fix JvDriveList. FileDirDemo shows that it has painting problems
>> with a horizontal scrollbar.
>
> I can't see that. What do you mean?
>

The JvDriveList in FileDirDemo gets a horizontal scrollbar on my computer and when dragging the thumb it does not update the area scrolled into view.
I just saw that it is even worse. The two drives shown do not stay in the same pixel column.



Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 14:16:57 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Hans-Eric Grönlund on Wed, 18 Feb 2004 14:02:30 +0100:

 HEG>> I noticed you didn't make this change in
 HEG>> TJvDataConsumerViewList.DeleteItem. Did you find a reason not to
 HEG>> change it or was it just forgot about? Just want to make sure.

 MB>     A good thing you mentioned it again; I did forget. Will handle that
 MB> in about 30 minutes or so (no, really, I mean it this time, honestly!).

    Done. BTW, thanks again for pointing out that bug in the first place.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I knew you were waiting for me" by Arteha Franklin
And George Michael.




Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Feb 2004 14:02:30 +0100
Newsgroups: jedi.vcl

Hello, Hans-Eric!
You wrote  on Wed, 18 Feb 2004 10:21:31 +0100:

 HEG> I noticed you didn't make this change in
 HEG> TJvDataConsumerViewList.DeleteItem. Did you find a reason not to
 HEG> change it or was it just forgot about? Just want to make sure.

    A good thing you mentioned it again; I did forget. Will handle that in
about 30 minutes or so (no, really, I mean it this time, honestly!).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: New release target
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 18 Feb 2004 22:52:20 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I will, but maybe you'll want to add a line about the license and the no
>> cost?
>
> OK, how about:
>
> JVCL is a library of approximately 500 visual and non-visual components for
> Delphi 5, 6, 7; C++Builder 5, 6 and (soon) Kylix 3. JVCL is distributed
> subject to the Mozilla Public License Version 1.1
> (http://www.mozilla.org/MPL/MPL-1.1.html) an is completely free for
> all developers (open source, shareware or commercial) and includes the full
> source to all components.
>
Fine with me. I'll do the translation tomorrow morning (UTC+10)


Subject: Re: New release target
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 13:46:34 +0100
Newsgroups: jedi.vcl

> > I will, but maybe you'll want to add a line about the license and the no
> > cost?
OK, how about:

JVCL is a library of approximately 500 visual and non-visual components for
Delphi 5, 6, 7; C++Builder 5, 6 and (soon) Kylix 3. JVCL is distributed
subject to the Mozilla Public License Version 1.1
(http://www.mozilla.org/MPL/MPL-1.1.html) an is completely free for
all developers (open source, shareware or commercial) and includes the full
source to all components.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New release target
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 18 Feb 2004 22:35:53 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>
> I've updated announce.txt but maybe Olivier could also update
> announce_fr.txt?
>
I will, but maybe you'll want to add a line about the license and the no cost?
Cause I just saw announcements of other "libraries" which charge for stuff that we have for free...


Subject: Re: bug in JvSpinEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 13:31:39 +0100
Newsgroups: jedi.vcl

> > Place a TJvSpinEdit on a form and set MaxValue to 4294967295
> > ($FFFFFFFF). Try to execute. The streaming in of the component fails.

Weird. If I toggle to dfm view, it says MaxValue = 4294967295 and I get an
error when toggling back. But if I change it to 4294967295.0 in the dfm, it
works without errors...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New release target
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 13:26:36 +0100
Newsgroups: jedi.vcl

I've added a new release target so we now have four different main zip
files:
- Complete with JCL
- Complete without JCL
- Source and Examples
- Source Only

I've updated announce.txt but maybe Olivier could also update
announce_fr.txt?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL v3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 13:18:32 +0100
Newsgroups: jedi.vcl

> > ADate := ADate;
Ouch!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL v3.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 18 Feb 2004 21:37:13 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Done
>
BTW, it'd be a good thing to check code compiles before comitting, especially so close to release date <vbg>. I just caught a problem in JvDatePickerEdit.pas where we had a redeclaration of ADate and lines like that:
ADate := ADate;

Anyway, I fixed it.


Subject: Re: JVCL v3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 12:24:56 +0100
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL v3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 12:02:20 +0100
Newsgroups: jedi.vcl

> > Would be better to put const inside the {$IFDEF}
You're right. I'll fix it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL v3.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 18 Feb 2004 21:02:06 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> But, when I create new application and use any JVCL component and try
>> compile, I see unit JVCLver.pas and message "Identifier expected but
>
> "TYPE"
>
>> found". Why?
>
>
> - Make sure you don't have any remnants of any previous JVCL on your system
> - Make sure you only have one jvcl.inc and jedi.inc in your Delphi path
> - Make sure Delphi can find jedi.inc and jvcl.inc (add the paths to these
> files to Delphi's library path).
>
> Hope that helps.

But even so, when you look at the code, you can see it's a recipe for disaster: If none of the two symbols are defined, then we get
const
type

hence the error.
Would be better to put const inside the {$IFDEF}


Subject: Re: JvDBGrid sort-indicator bug ???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 12:00:04 +0100
Newsgroups: jedi.vcl

> > Your changes are ok as long as an index is defined; in my case, this is
not
> > so.
Correct

> > I've added some code (Marked // FBC) and will post it to binaries in a
> > moment, this makes the sortindicator work, the way I need it.

Looks good. I'll add it to CVS as well (doesn't break code freeze).

BTW, do you know a guy named René Frantzen, an XAL programmer that used to
work for Lundberg Data? If you do, say hi from me when you meet him!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppStorageSelectList doesn't compile
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 11:47:18 +0100
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL v3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 11:43:03 +0100
Newsgroups: jedi.vcl

> > But, when I create new application and use any JVCL component and try
> > compile, I see unit JVCLver.pas and message "Identifier expected but
"TYPE"
> > found". Why?

- Make sure you don't have any remnants of any previous JVCL on your system
- Make sure you only have one jvcl.inc and jedi.inc in your Delphi path
- Make sure Delphi can find jedi.inc and jvcl.inc (add the paths to these
files to Delphi's library path).

Hope that helps.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid sort-indicator bug ???
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 18 Feb 2004 11:37:35 +0100
Newsgroups: jedi.vcl

> > I've uploaded a modified JvDBGrid to binaries. Search the file for the
> > string "POST_JVCL3" and do as it says in the descriptions. Let me know if
it
> > works satisfactory.
> >
> > NOTE: you should not have to write any code at all if your dataset has an
> > IndexDefs and an IndexName property. The only thing you should need to do
is
> > set TitleButtons to true. Of course, with automatic sorting, only columns
> > with indices can be sorted.
> >

Peter:
Your changes are ok as long as an index is defined; in my case, this is not
so.
I've added some code (Marked // FBC) and will post it to binaries in a
moment, this makes the sortindicator work, the way I need it.

Flemming




Subject: JvAppStorageSelectList doesn't compile
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 18 Feb 2004 20:35:38 +1000
Newsgroups: jedi.vcl

It can't find the declaration of RsEDynAppStorageNotDefined.

I guess someone forgot to update JvResources.pas


Subject: JVCL v3.0
From: "Kamil Kulkowski" <kamil1982@op.pl>
Date: Wed, 18 Feb 2004 11:34:51 +0100
Newsgroups: jedi.vcl

Hi!

I have JVCL v3.0 and when I compile examples is ok. For example I can open
and run Examples\RaLib\RaInterpreter.

But, when I create new application and use any JVCL component and try
compile, I see unit JVCLver.pas and message "Identifier expected but "TYPE"
found". Why?

---
[...]
const
{$IFDEF VCL}
JVCL_VERSIONSTRING = '3.00';
{$ENDIF VCL}
{$IFDEF VisualCLX}
JVCLX_VERSIONSTRING = '1.00';
{$ENDIF VisualCLX}

type
[...]
----

When I delete directives is OK in this unit but error is in enother unit.
---
[...]
const
JVCL_VERSIONSTRING = '3.00';

type
[...]
----

I think that is problem in {$I jvcl.inc} but I don't know.

Can You help me?

-- -- Kamil Kulkowski 

Subject: Re: Are we ready to release?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 11:24:41 +0100
Newsgroups: jedi.vcl

> > Well, as far as BCB demos go, not much has been done lately. I'll try to
> > ship some in by thursday. If you could give me a list of the most
> > important ones, that'd be great
Sorry for the delay in answering. I don't know really which ones are more
important but I guess those that show off the "big" and the "unique" are the
most important ones.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Are we ready to release?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Feb 2004 11:22:51 +0100
Newsgroups: jedi.vcl

> > Maybe fix JvDriveList. FileDirDemo shows that it has painting problems
> > with a horizontal scrollbar.
I can't see that. What do you mean?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help in locating a bug
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Wed, 18 Feb 2004 10:21:31 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Hans-Eric!
> You wrote  on Fri, 06 Feb 2004 11:19:58 +0100:
>
>  >> If PrevIsParent is true the DeleteItem sets the parents flag to not have
>  >> children (and not be expanded), but what happens if Index points to the
>  >> first - but not only - child of that parent?
>
>  HEG> I took a closer look at this and found that's what the and-part tries
>  HEG> to do. But I believe
>
>  HEG> if PrevIsParent and ((Index = High(FViewItems)) or [snip]
>
>  HEG> should be
>
>  HEG> if PrevIsParent and ((Index = Length(FViewItems)) or [snip]
>
>  HEG> right?
>
>  HEG> Otherwise if you delete the next last item of a list, and the next
>  HEG> last item is a child of it's previous item, and the last item is also
>  HEG> a child of the previous item, then the parent will faultly flag that
>  HEG> it has no children with the current implementation of
>  HEG> TJvDataConsumerViewList.DeleteItem.
>
>     Darn, it looks like you are right about that one.
>
>  HEG> I doubt this has anything to do with your AV:s but it might be one of
>  HEG> those latent bugs.
>
>     Yeah, it might. It's a bug at the least, so I'll fix it and see if my
> AVs are gone.

Hello Marcel!

I noticed you didn't make this change in TJvDataConsumerViewList.DeleteItem. Did you find a reason not to change it or was it just forgot about? Just want to make sure.

Best regards

/Hans-Eric


Subject: Re: JVCL JPG Database.
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Wed, 18 Feb 2004 09:51:52 +0300
Newsgroups: jedi.vcl

On Tue, 17 Feb 2004 07:52:08 +0000 (UTC), Oscar <Oscar@yahoo.com>
wrote:

> >Thanks Again. Any Ideal To Do, Add Graphics On Database With Loading 
> >Faster ?

Use the components suggested earlier in the thread, and make sure your
SELECTs do not include the BLOB column in the result set unless you
really need it.




Subject: Re: JvResource and Code Freeze
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 Feb 2004 06:35:00 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> is it allowed to add a new entrie to the JvResource.
>
> I've made an additional check in the JvAppStorageSelectList and until now the resourcestring is defined in the  JvAppStorageSelectList and not in the JvResource.
>
> Can i change this?

I would consider that a bug fix.



Subject: Re: Examples progress
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 Feb 2004 06:33:46 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:

> MainForm - BorderStyle must be bsSingle of bsSizable (what about
> bsDialog?

Change to bsSingle. Usally a dialog style is bad GUI style for a full application.



Subject: Re: OT: about ShowModal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 18 Feb 2004 06:24:52 +0100
Newsgroups: jedi.vcl

Julien Ferraro wrote:

> Why not use a Show and free the form when it's hidden or it loses focus ?

I use now Show and it works well.
I want to implement something like the way the Explorer edits a file name. Click a control and an edit box pops up (with all sorts of bells and whistles).
I write it as  TCommonDialog descendant which shows a form. When clicking outside the form it hides itself and the Execute method terminates.



Subject: Re: OT: about ShowModal
From: Julien Ferraro <jfk_pub.remove@netcourrier.com>
Date: Wed, 18 Feb 2004 07:06:00 +0400
Newsgroups: jedi.vcl

On Tue, 17 Feb 2004 06:27:01 +0100, Robert Marquardt wrote:

> > I want to use a form with ShowModal and still capture the mouse to get 
> > rid of the Beep and and closing the form when clicking outside the form.
> > Is that possible?

Why not use a Show and free the form when it's hidden or it loses focus ?


Subject: Re: Examples progress
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 18 Feb 2004 01:42:51 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > If you have further problems, please let me know.

Okay, thanks!

Christopher Latta


Subject: Re: Examples progress
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 18 Feb 2004 01:37:43 +0100
Newsgroups: jedi.vcl

If you have further problems, please let me know.

Jens Fudickar wrote:

> Hi
>
>> JvParameterList\JvParameterListDemo
>>   DefaultMonitor = dmDesktop (from dmActiveForm)
>>   Position = poDesktopCenter (from poScreenCenter)
>>   Scaled = False
>>   *** CRASHES ***
>
>
> i've fixed one problem with the Load and Store Settings buttons.
>
> I've made your changes again, so please download my version from cvs.
> I've also changed the corresponding bug in JvAppStorageSelectList.
>
> Greetings
> Jens
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvResource and Code Freeze
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 18 Feb 2004 01:37:20 +0100
Newsgroups: jedi.vcl

Hi,

is it allowed to add a new entrie to the JvResource.

I've made an additional check in the JvAppStorageSelectList and until now the resourcestring is defined in the  JvAppStorageSelectList and not in the JvResource.

Can i change this?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Examples progress
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 18 Feb 2004 01:35:46 +0100
Newsgroups: jedi.vcl

Hi

> JvParameterList\JvParameterListDemo
>   DefaultMonitor = dmDesktop (from dmActiveForm)
>   Position = poDesktopCenter (from poScreenCenter)
>   Scaled = False
>   *** CRASHES ***

i've fixed one problem with the Load and Store Settings buttons.

I've made your changes again, so please download my version from cvs.
I've also changed the corresponding bug in JvAppStorageSelectList.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Turbo Power Component Libraries & JVCL?
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 17 Feb 2004 22:42:58 -0100
Newsgroups: jedi.vcl

I use Lockbox, Abbrevia, XMLPartner and Systools in some Projects together with JCL and JVCL (old and new) without any problems.


Ignacio Vazquez wrote:
> Peter Panino wrote:
>
>
>> Is it advisable to install the now freeware TurboPower component
>> libraries (http://www.turbopower.com, now at SourceForge) in the
>> Delphi IDE along with JVCL or are there any incompatiblities?
>
>
> I haven't found any conflicts with Abbrevia, Async Pro, Essentials,
> OfficePartner, ShellShock, or Visual PlanIt. I have not tested any
> others.
>


Subject: Examples progress
From: "Christopher Latta" <nobody@nowhere.not>
Date: Tue, 17 Feb 2004 22:45:56 +0000 (UTC)
Newsgroups: jedi.vcl

This is the progress I am making on the examples. I just want to make
sure this is the sort of thing you are after. The changes as I got them
were:

MainForm - BorderStyle must be bsSingle of bsSizable (what about
bsDialog? Several examples use this. I've been converting this to
bsSingle where I find it). BorderIcons must not have biMaximize if
BorderStyle = bsSingle. If BorderStyle is bsSizable, then the
Contraints minimum sizes need to be set. DefaultMonitor = dmDesktop,
Position = poDesktopCenter, Scaled = False. DFM must be in text format.

I am checking these mainly cosmetic things first, then I'll go back and
look at the examples that didn't work in further detail. Hopefully I
will have the cosmetic first pass done by the Friday release date. Here
is my log so far. Comments?

Jedi JVCL Examples checklog

17 Feb 2004 - Christopher Latta

JvMail\MailExample - checked, ok
JvManagedThreads\Balls\Balls 
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvManagedThreads\Philosophers\Philosophers
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvMarkupLabel\JvMarkupLabelDemo
  Constraints.MinHeight = 400
  Constraints.MinWidth = 570
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Edit1.Anchors - removed akBottom
  JvMarkupLabel1.Anchors - added akTop, akRight
  Put sizing controls into a groupbox above the markuplabel so they no
longer intefered with resizing
  Added code to the Autosize checkbox to resize the markuplabel to fit
properly in the form when unchecked
  Added procedure RecalibrateTrackbars to set the maximum sizes for the
trackbars when the markuplabel is resized
JvMenus\JvMenusExample
  Changed Directories to: Output = ..\..\bin, DCU = ..\..\dcu and
Search = ..\..\run;..\..\common
  Constraints.MinHeight = 300
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvMouseGesture\JvMouseGestureDemo
  Changed Directories to: Output = ..\..\bin, DCU = ..\..\dcu and
Search = ..\..\run;..\..\common
  Constraints.MinHeight = 272
  Constraints.MinWidth = 426
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvMRUList\JvMRUListDemo
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JVMultiHTTPGrabber\JVMultiHTTPGrabberDemo
  Constraints.MinHeight = 374
  Constraints.MinWidth = 413
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
JvNTEventLog\EventViewer
  Constraints.MinHeight = 400
  Constraints.MinWidth = 630
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
  *** CRASHES ***
JvObjectPicker\JvObjPickerDemo
  Constraints.MinHeight = 300
  Constraints.MinWidth = 400
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Scaled = False
  Memo1.Anchors - added akTop
  *** UNSURE WHAT THIS DOES ***
JvOLEDragCursors\JvOLEDragCursorsDemo
  BorderStyle = bsSingle (from bsSizable)
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvOutlookBar\OLBarDemo
  Constraints.MinHeight = 300
  Constraints.MinWidth = 220
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvPackageModifier\pm
  Constraints.MinHeight = 480
  Constraints.MinWidth = 430
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JVPageListTreeView\PageListDemo
  BorderStyle = bsSingle (from bsDialog)
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvPanel\JvPanelDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poDesigned)
  Scaled = False
JvParameterList\JvParameterListDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False
  *** CRASHES ***
JvPlayList\JvPlayListProj
  BorderIcons - removed biMaximize
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Position = poDesktopCenter (from poScreenCenter)
  Scaled = False


JvValidateEdit\JvValidateEditDemo
  Deleted notes.txt - duplicate of readme.txt
  Updated readme.txt
  Renamed project from JvFormatEditDemo to JvValidateEditDemo
  DefaultMonitor = dmDesktop (from dmActiveForm)
  Scaled = False
  Removed unused control Button2
  Use design-time JvValidateEdit component rather than one created at
runtime

Christopher Latta


Subject: bug in JvSpinEdit
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 17 Feb 2004 19:58:45 +0100
Newsgroups: jedi.vcl

Place a TJvSpinEdit on a form and set MaxValue to 4294967295 ($FFFFFFFF). Try to execute. The streaming in of the component fails.



Subject: Re: Turbo Power Component Libraries & JVCL?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 17 Feb 2004 18:30:48 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Panino wrote:

> > Is it advisable to install the now freeware TurboPower component
> > libraries (http://www.turbopower.com, now at SourceForge) in the
> > Delphi IDE along with JVCL or are there any incompatiblities?

I haven't found any conflicts with Abbrevia, Async Pro, Essentials,
OfficePartner, ShellShock, or Visual PlanIt. I have not tested any
others.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Little, little Bug in TJvDriveCombo JVCL2.1
From: <ds.antispamds@csslabs.de>
Date: Tue, 17 Feb 2004 17:38:40 +0100
Newsgroups: jedi.vcl

JVCL2.1 Unit JvDriveCtrls; (maybe also in JVCL3 - I don´t know)???

in procedure TJvDriveCombo.BuildList;
there must be at the end, a calling of procedure "change"

TJvDriveCombo.BuildList;
  .........
  finally
    SetErrorMode(LastErrorMode);
  end;
  Change;  <<<<<!!!!
end;

Cause if not, the property drive is allways empty, if drive C is not a valid
drivetype (like JvDriveCombo.drivetypes:=[dtCDROM]) and no manually change
is made.

Thanks

Dierk Schmid





Subject: Re: JvDBGrid sort-indicator bug ???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Feb 2004 16:22:33 +0100
Newsgroups: jedi.vcl

I've uploaded a modified JvDBGrid to binaries. Search the file for the
string "POST_JVCL3" and do as it says in the descriptions. Let me know if it
works satisfactory.

NOTE: you should not have to write any code at all if your dataset has an
IndexDefs and an IndexName property. The only thing you should need to do is
set TitleButtons to true. Of course, with automatic sorting, only columns
with indices can be sorted.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid sort-indicator bug ???
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 17 Feb 2004 15:58:30 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c0t7gi$j42$1@talkto.net...
> > I'm thinking of a solution at the moment and will probably add a
SortMarker
> > property once JVCL3 is out (can't change it now during code freeze). I can
> > get it to work if I use an OnGetBtnParams event (this effectively disables
> > GetBtnParams) and do the following (Data is a TJvCvsDataset but any
dataset
> > that supports sorting should work):

I made it to work by adding a FSortDirection property and a set procedure
for SortedField; no code-freeze on my system :-) ; but you are right, this
will give a problem with automatic index setting. I'm afraid this is too
advanced for me.

Regards
Flemming




Subject: Re: JvDBGrid sort-indicator bug ???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Feb 2004 15:41:40 +0100
Newsgroups: jedi.vcl

I'm thinking of a solution at the moment and will probably add a SortMarker
property once JVCL3 is out (can't change it now during code freeze). I can
get it to work if I use an OnGetBtnParams event (this effectively disables
GetBtnParams) and do the following (Data is a TJvCvsDataset but any dataset
that supports sorting should work):

private
  Ascending:boolean;
....
end;

implementation

procedure TfrmMain.JvDBGrid1TitleClick(Column: TColumn);
begin
  if JvDBGrid1.SortedField = Column.FieldName then
    Ascending := not Ascending
  else
    Ascending := false;
  Data.Sort(Column.FieldName, Ascending);
  JvDBGrid1.SortedField := Column.FieldName;
end;

procedure TfrmMain.JvDBGrid1GetBtnParams(Sender: TObject; Field: TField;
  AFont: TFont; var Background: TColor; var SortMarker: TSortMarker;
  IsDown: Boolean);
const
  Direction: array[boolean] of TSortmarker = (smDown, smUp); // this uses
the same sort arrow directions as MS uses (arrow points down when "first"
element is at bottom)
begin
  if Field.FieldName = JvDBGrid1.SortedField then
    SortMarker := Direction[Ascending]
  else
    SortMarker := smNone;
end;

Hope that gives some ideas.

BTW, a problem could be that JvDBGrid supports automatic sorting if the
dataset has an IndexDefs property and an index with the same name as the
column's field. Maybe need to take a look at that as well...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid sort-indicator bug ???
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 17 Feb 2004 15:32:24 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c0t55g$ceq$1@talkto.net...
> > It's probably a bug in GetBtnParams, but I'm not sure. Try changing it to:
> >
> > procedure TJvDBGrid.GetBtnParams(Sender: TObject; Field: TField;
> >   AFont: TFont; var Background: TColor; var SortMarker: TSortMarker;
> > IsDown: Boolean);
> > begin
> >   // Be careful not to stop this event
> >   if Field.FieldName <> FSortedField then
> >     SortMarker := smNone;
> > end;
> >
> > ...or you could change it to be completely empty and see what that results
> > in.

Both solutions gives the result that NO sortindicator is drawn.
As I see it, the problem is that GetBtnParams is called twice; (titlebutton
down and up)
and there is no placeholder for the sortindicator, so we don't know its
actual state.

Flemming




Subject: Re: JvDBGrid sort-indicator bug ???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Feb 2004 15:01:38 +0100
Newsgroups: jedi.vcl

It's probably a bug in GetBtnParams, but I'm not sure. Try changing it to:

procedure TJvDBGrid.GetBtnParams(Sender: TObject; Field: TField;
  AFont: TFont; var Background: TColor; var SortMarker: TSortMarker;
IsDown: Boolean);
begin
  // Be careful not to stop this event
  if Field.FieldName <> FSortedField then
    SortMarker := smNone;
end;

....or you could change it to be completely empty and see what that results
in.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Are we ready to release?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 17 Feb 2004 11:53:05 +0100
Newsgroups: jedi.vcl

Maybe fix JvDriveList. FileDirDemo shows that it has painting problems with a horizontal scrollbar.



Subject: Re: Are we ready to release?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Feb 2004 11:42:39 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Tue, 17 Feb 2004 10:06:39 +0100:

 MB>>      I think I already know what needs to be changed and it seems
 MB>> to be a case of 'one fix fixes all'.

 MB>     Nope, (I) and (III) are basically the same issue, but (II) is just
 MB> a simple check that needs to be put in place.

    Either way, the issues are resolved. Ready for release.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Are we ready to release?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Feb 2004 11:42:02 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 17 Feb 2004 10:06:40 +0100:

 >>    Stupid spell-check ;) Remake should be Remko of course.
 PT> Please don't remake Remko: I like him they way he is 8)

    I won't change him, too valuable for both bug finding as well as help
writing.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Feb 2004 11:40:07 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Remko Bonte on Tue, 17 Feb 2004 11:20:24 +0100:

 MB>     There's one issue left (probably introduced due to the fixes above,
 MB> since it used to work properly before), but it doesn't generate any
 MB> exceptions (it's just a bit annoying). Following these steps:

    Fixed it. There were actually two (related, but separate) issues: the
Items property got screwed up when the Provider link was established and the
Items property was filled with empty strings when the Provider link was
removed. Both were timing issues (when to copy the list and when to recreate
the window in relation to the provider selection/deselection and each
other).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Feb 2004 11:20:24 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Mon, 16 Feb 2004 16:41:27 +0100:

 RB> * Drop TJvColorProvider & TJvListbox on form.
 RB> * Link TJvColorProvider, TJvListbox.
 RB> * Then either I, II or III:

 RB> (I)  Delete TJvColorProvider.

 RB>      Access violation, Read of address 00000000.

    Fixed.

 RB> (II)
 RB> a. StandardColorSettings.Active -> False
 RB> b. SystemColorSettings.Active -> False

 RB>      List index out of bounds (0)

    Fixed.

 RB> (III)  Remove Provider link.

 RB>      Access violation, Read of address 00000000.

    Same as (I): fixed.

    There's one issue left (probably introduced due to the fixes above,
since it used to work properly before), but it doesn't generate any
exceptions (it's just a bit annoying). Following these steps:

*  Drop TJvColorProvider and TJvListBox on form.
* Add some items to the Items property of the list box.
* Link TJvColorProvider, TJvListBox
* Remove the Provider link or delete TJvColorProvider

    The Items property now contains empty strings, instead of the strings
added in step 2. The count is correct, but the content is gone. The Items
property should always continue to reference the items added (and it does so
while the Provider link is active; in fact, if you change the item it will
deactivate the provider as it should). I'm thinking the issue occurs in the
TJvListBoxStrings.ActivateInternal methods (which would copy the internal
list back to the list box itself), but it might happen in the
TJvCustomListBox.ConsumerServiceChanged method. Will investigate further
after the Beta release.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: JvDBGrid sort-indicator bug ???
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 17 Feb 2004 11:05:44 +0100
Newsgroups: jedi.vcl

I'm replacing my DBGrid components with JvDBGrid an having a small problem
with the sort-indicator:

Titlebuttons set to true and a procedure hooked to OnTitleClick
In this procedure the actual sorting  is done on the dataset (for various
reasons) and the column fieldname is assigned to SortField.
On first click on the title, the sortindicator shows (correctly) 'up', when
same title is clicked a second time, the indicator changes to 'down' as long
as the titlebutton is down, and then reverts to 'up' when titlebutton is
released.

Is this a bug, and if not, what am I doing wrong ???

regards
Flemming




Subject: Re: Help file for BCB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Feb 2004 11:01:30 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 17 Feb 2004 19:48:17 +1000:

 O> The method signatures are different in Delphi and BCB.
 O> How does doc-o-matic handles this?

    It doesn't (we only have the Delphi edition of DOM; JEDI=Joint Endeavor
of *Delphi* Innovators; no reference to BCB at all). So DOM will output the
Delphi declaration (which is the one it finds in the source files).

 O> I don't know how doc-o-matic handles this, but if it doesn't, I also
 O> know there's no time to fix this. But I think it'll need to be fixed,
 O> one way or another.

    I agree. Probably should be added manually to DOM (or a tool that parses
the .hpp files?). I know DOM allows you to add custom declaration code to
the output, so we may need to use that. I don't know if it will accept a
parameter description for a parameter it can't find in the Delphi source
though. Will check that out *after* the beta release.

 O> Anyway, I just wanted to point at this potential problem.

    Yes, very important issue indeed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Living doll" by Cliff Richard & The young ones.




Subject: Help file for BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 17 Feb 2004 19:48:17 +1000
Newsgroups: jedi.vcl

Hi all, and especially the help team (guy?)

The method signatures are different in Delphi and BCB.
How does doc-o-matic handles this?
Because most BCB users don't have a clue at what pascal code means.
The worst case is when a class has a class procedure. If we had TMyClass, then in pascal, this is the declaration:

class procedure MyProc(OneParam: integer; AnotherParam:TObject);

in BCB, it gives that

static __fastcall void MyProc(TMetaClass* vmt, int OneParam, TObject* AnotherParam);

There is one extra argument and it must be __classid(TMyClass) or else it would crash at runtime.
I don't know how doc-o-matic handles this, but if it doesn't, I also know there's no time to fix this. But I think it'll need to be fixed, one way or another.
Anyway, I just wanted to point at this potential problem.

Cheers
Olivier


Subject: Re: Compile Problems.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Feb 2004 10:48:11 +0100
Newsgroups: jedi.vcl

> > Thanks. It This Warnning /Hints, Can Downspeed The Programs ?
No

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Are we ready to release?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 17 Feb 2004 19:14:38 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Hi all, I would like to know what you think of the current status of JVCL
> and if there is something that absolutely must be fixed before the beta
> release (currently planned for friday, february 20th, 2004).
>
> Things I don't think we have to/can fix before the beta release is:
>
> - VisualCLX support
> - The consumer/provider stuff
> - The demos (some of them)
Well, as far as BCB demos go, not much has been done lately. I'll try to ship some in by thursday. If you could give me a list of the most important ones, that'd be great

Cheers

Olivier


Subject: Re: Compile Problems.
From: Oscar <Oscar@yahoo.com>
Date: Tue, 17 Feb 2004 09:11:12 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks. It This Warnning /Hints, Can Downspeed The Programs ?

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in 
news:c0shps$mae$1@talkto.net:




Subject: Re: Are we ready to release?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Feb 2004 10:06:40 +0100
Newsgroups: jedi.vcl

> >    Stupid spell-check ;) Remake should be Remko of course.
Please don't remake Remko: I like him they way he is 8)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Are we ready to release?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Feb 2004 10:06:39 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Tue, 17 Feb 2004 10:00:07 +0100:

 MB>      I think I already know what needs to be changed and it seems
 MB> to be a case of 'one fix fixes all'.

    Nope, (I) and (III) are basically the same issue, but (II) is just a
simple check that needs to be put in place.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Are we ready to release?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Feb 2004 10:01:15 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Tue, 17 Feb 2004 10:00:07 +0100:

 MB>     Regardless, I'll be trying to get rid of the bugs Remake reported

   Stupid spell-check ;) Remake should be Remko of course.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Are we ready to release?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Feb 2004 10:00:07 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 17 Feb 2004 09:54:32 +0100:

 PT> Things I don't think we have to/can fix before the beta release is:

 PT> - The consumer/provider stuff

    Regardless, I'll be trying to get rid of the bugs Remake reported
yesterday. I think I already know what needs to be changed and it seems to
be a case of 'one fix fixes all'. I agree that it's not really that
important to have fixed, due to the lack of controls supporting it, so if I
don't make it, nothing's lost.

 PT> - Component docs

    That would require magic I guess <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Are we ready to release?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Feb 2004 09:54:32 +0100
Newsgroups: jedi.vcl

Hi all, I would like to know what you think of the current status of JVCL
and if there is something that absolutely must be fixed before the beta
release (currently planned for friday, february 20th, 2004).

Things I don't think we have to/can fix before the beta release is:

- VisualCLX support
- The consumer/provider stuff
- The demos (some of them)
- Component docs

If you know of anything else, let me know.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compile Problems.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Feb 2004 09:31:07 +0100
Newsgroups: jedi.vcl

> > I Used Delphi 5.0 When Compile JCL1122/JVCL 2.10, Has A Many [Warnning]
> > And [Hint]
You don't have to worry about these warnings. It should work fine anyway.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OT: about ShowModal
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 17 Feb 2004 18:29:07 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> I guess so, have a look at the code for ShowModal in the VCL source to get some "inspiration"
>
>
> The problem with ShowModal is that it uses internal variables from Forms and it releases the mouse capture. The Beep is generated elsewhere.
It's because it sets the form to Enabled := false;

> Currently i am happy with a Show, but i am not sure if that will work always.
Yeah, sounds ok to me.


Subject: Compile Problems.
From: Oscar <Oscar@yahoo.com>
Date: Tue, 17 Feb 2004 07:58:57 +0000 (UTC)
Newsgroups: jedi.vcl

I Used Delphi 5.0 When Compile JCL1122/JVCL 2.10, Has A Many [Warnning] 
And [Hint]

Such As:
[Hint] Package 'JVCL200_R50' does not use or export 'JvAlarms.RC_Alarm'
[Warning] Unit 'zlib' implicitly imported into package 'JVCL200_R50'
[Hint] JvInterpreter.pas(6140): Value assigned to 'Dimension' never used
[Hint] JvInterpreter.pas(6883): Variable 'JvInterpreterSrcRecord' is 
declared but never used in 'TJvInterpreterUnit.Record1'

Can Explain Me What A Meaning ? 
Is A Problems To Use , Has A Warning And A Hints VCL/CL On Delphi?

Thanks.


Subject: Re: JVCL JPG Database.
From: Oscar <Oscar@yahoo.com>
Date: Tue, 17 Feb 2004 07:52:08 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks Again. Any Ideal To Do, Add Graphics On Database With Loading 
Faster ?




Subject: Re: OT: about ShowModal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 17 Feb 2004 08:30:12 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I guess so, have a look at the code for ShowModal in the VCL source to get some "inspiration"

The problem with ShowModal is that it uses internal variables from Forms and it releases the mouse capture. The Beep is generated elsewhere.
Currently i am happy with a Show, but i am not sure if that will work always.



Subject: Re: OT: about ShowModal
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 17 Feb 2004 16:44:37 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I want to use a form with ShowModal and still capture the mouse to get rid of the Beep and and closing the form when clicking outside the form.
> Is that possible?

I guess so, have a look at the code for ShowModal in the VCL source to get some "inspiration"



Subject: OT: about ShowModal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 17 Feb 2004 06:27:01 +0100
Newsgroups: jedi.vcl

I want to use a form with ShowModal and still capture the mouse to get rid of the Beep and and closing the form when clicking outside the form.
Is that possible?



Subject: Re: JvCtrls crashed BCB's linker
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 17 Feb 2004 10:01:35 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>>
>> So I'm no more able to test JVCL 3 with BCB.
>>
>
> But I'm surprised you get the error, I got a Trial BCB at work and it compiled on Friday. I'll try again tomorrow.

No problem whatsoever.
The trial version that I have reports to be build 10.160
Try to regenerate the packages from the latest xml and see what happens.



Subject: Re: TJvDBLookupCombo and Scrollbar
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 17 Feb 2004 00:25:08 +0100
Newsgroups: jedi.vcl

ff ff wrote:
>   But I got a minor problem with the TJvDBLookupCombo : the scrollbar on the
> dropdown window has disappear. do anybody know how to get them back ?

I did a rollback of changes for proportional scrollbars; it should work now as before. I don't know a solution for the proportional scrollbars.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: [D6Pro, W2000Pro]Probably bug in DispatchMsg in JvExControls but where ???
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 16 Feb 2004 23:51:23 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message news: c0r3ir$vsg$2@talkto.net...
> > fixed.
> >
> > The interfaces were destroyed after InheritMsg. This means that if the
> > inherited Dispatch method releases the component the interface release
> > crashes.
> >

Great !! i test your correction and it's perfect. No more problem in my
application :))

Thanks a lot
Lionel


> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: We have 2 QWinCursors.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 16 Feb 2004 21:09:19 +0100
Newsgroups: jedi.vcl

> > We have two QWinCursor.pas files. One in \run and one in \qcommon. Should
> > we remove the one in \run ?
Yes

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: We have 2 QWinCursors.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 16 Feb 2004 20:51:27 +0100
Newsgroups: jedi.vcl

We have two QWinCursor.pas files. One in \run and one in \qcommon. Should
we remove the one in \run ?


-- Regards, Andreas Hausladen 

Subject: Re: JVCL JPG Database.
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Mon, 16 Feb 2004 22:43:04 +0300
Newsgroups: jedi.vcl

On Mon, 16 Feb 2004 21:26:23 +1000, OBones
<obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Noel Cosgrave wrote:
> >
>> >> On Sun, 15 Feb 2004 08:53:54 +0000 (UTC), Oscar <Oscar@yahoo.com>
>> >> wrote:
>> >> 
>> >> 
>>> >>>Thanks All. I Alraedy Test, The Database Record The Image Files, 
>>> >>>Will Be Very Slow.
>> >> 
>> >> 
>> >> Not significantly faster than reading directly from the filesystem.
> >
> >Well, that greatly depends on the SQL request you are doing. If you do 
> >them wrong, with filtering too late, you're bringing heaps of heavy 
> >embedded files in memory to only get one or two in the end...

Of course, but that is where good design comes in.  It *is* possible
to use BLOBs in this way with little or no overhead vis-a-vis direct
from filesystem, otherwise they (BLOBs) would not be there, there
would be no demand for them.




Subject: Re: [D6Pro, W2000Pro]Probably bug in DispatchMsg in JvExControls but where ???
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 16 Feb 2004 20:31:13 +0100
Newsgroups: jedi.vcl

Hi Andreas,

I am happy to see that you have also the problem :))
And i confirm that it's certainly a problem with the unit JvExXXX ... and
the first one JvExControls.

Thanks for your try
Lionel


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message news: c0r15j$vsg$1@talkto.net...
> > I'll try to find the bug. But if someone else would try it too, here is
> > the stack list
> >
> > Exception class: EAccessViolation
> > Exception address: 00427B6D
> > --------------------------------------------------------------------------
-
> > -------------------------
> > Stack list, generated 16.02.2004 19:41:02
> > [00427B6D] Classes.TComponent._Release + $15
> > [00403CE7] System.@HandleAnyException + $33
> > [0043DC9E] ExtCtrls.TCustomPanel.CMDockClient + $12E
> > [004A53AF] Grids.TCustomGrid.UpdateEdit + $F
> > [00447174] Controls.TControl.WndProc + $188
> > [004065B8] System.@IntfClear + $10
> > [004B5499] JvExControls.DispatchMsg (Line 822, "JvExControls.pas" + 171) +
> > $34
> > [004B5D8C] JvExDBGrids.TJvExDBGrid.Dispatch (Line 445, "JvExDBGrids.pas" +
> > 0) + $0
> > [00447174] Controls.TControl.WndProc + $188
> > [0044F050] Controls.DoFindZone + $114
> > [0044A003] Controls.TWinControl.WndProc + $157
> > [00449F35] Controls.TWinControl.WndProc + $89
> > [0044A003] Controls.TWinControl.WndProc + $157
> > [004604F9] Forms.TCustomForm.WndProc + $421
> > [00446F44] Controls.TControl.Perform + $24
> > [00447AA9] Controls.TControl.CMMouseEnter + $11
> > [004B4ED8] JvExControls.InheritMsg (Line 631, "JvExControls.pas" + 6) + $7
> > [00449F35] Controls.TWinControl.WndProc + $89
> > [0041F050] Classes.TThreadList.UnlockList + $4
> > [0042EED8] Graphics.FreeMemoryContexts + $98
> > [00449C80] Controls.TWinControl.MainWndProc + $2C
> > [00449C95] Controls.TWinControl.MainWndProc + $41
> > [0044A003] Controls.TWinControl.WndProc + $157
> > [00449C80] Controls.TWinControl.MainWndProc + $2C
> > [004289F8] Classes.StdWndProc + $14
> > [004665B3] Forms.TApplication.IsKeyMsg + $77
> > [004666FA] Forms.TApplication.ProcessMessage + $66
> > [0046674E] Forms.TApplication.HandleMessage + $A
> > [0046696E] Forms.TApplication.Run + $96
> > [004EC13F] Project1.Project1 (Line 18, "C:\temp\Project1.dpr" + 5) + $7
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: [D6Pro, W2000Pro]Probably bug in DispatchMsg in JvExControls but where ???
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 16 Feb 2004 20:28:47 +0100
Newsgroups: jedi.vcl

Just one thing : if i replace TJvDBGrid by a TDBGrid, i have no problem ...

Lionel


"Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message news:
c0qupc$var$1@talkto.net...
> > Hi !!
> >
> > I have a program where sometimes appear an error like "access violation
...."
> > or "Privileged instruction". I search a lot but impossible to found what
> > exactly is bad.
> >
> > So i create a small program that mimic my program to see if the problem
> > comes again. And he does !!!!
> >
> > So please, try the file attach (need BDE and DBDemo for the table).
> >
> > Just run the program. In the windows use the shortcut "Ctrl O", click
> > "close" and normaly "Boom" ;)
> >
> > But very strange, if you use the file menu, you don't have the problem or
if
> > after a boom you immediatly try again "Ctrl O", no problem. But if you
click
> > in the grid and after "Ctrl O", problem again.
> >
> > Seems that the focus of the grid plus the shortcut action play a role. If
> > you put an edit box above the grid and give the focus to the edit box
before
> > "Ctrl O", no problem.
> > And when you debug, invariably you fall on the DispatchMsg method ...
> >
> > Help !!!
> > Lionel
> >
> >
> >




Subject: Re: [D6Pro, W2000Pro]Probably bug in DispatchMsg in JvExControls but where ???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 16 Feb 2004 20:23:36 +0100
Newsgroups: jedi.vcl

fixed.

The interfaces were destroyed after InheritMsg. This means that if the
inherited Dispatch method releases the component the interface release
crashes.

-- Regards, Andreas Hausladen 

Subject: Re: selecting filenames
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 16 Feb 2004 20:10:06 +0100
Newsgroups: jedi.vcl

> > are there any jv help info anywhere?
It is documented in the upcoming JVCL3 IIRC but in the meantime, take a look
at the demo in examples\JvSearchFiles

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [D6Pro, W2000Pro]Probably bug in DispatchMsg in JvExControls but where ???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 16 Feb 2004 19:42:24 +0100
Newsgroups: jedi.vcl

I'll try to find the bug. But if someone else would try it too, here is
the stack list

Exception class: EAccessViolation
Exception address: 00427B6D
---------------------------------------------------------------------------
-------------------------
Stack list, generated 16.02.2004 19:41:02
[00427B6D] Classes.TComponent._Release + $15
[00403CE7] System.@HandleAnyException + $33
[0043DC9E] ExtCtrls.TCustomPanel.CMDockClient + $12E
[004A53AF] Grids.TCustomGrid.UpdateEdit + $F
[00447174] Controls.TControl.WndProc + $188
[004065B8] System.@IntfClear + $10
[004B5499] JvExControls.DispatchMsg (Line 822, "JvExControls.pas" + 171) +
$34
[004B5D8C] JvExDBGrids.TJvExDBGrid.Dispatch (Line 445, "JvExDBGrids.pas" +
0) + $0
[00447174] Controls.TControl.WndProc + $188
[0044F050] Controls.DoFindZone + $114
[0044A003] Controls.TWinControl.WndProc + $157
[00449F35] Controls.TWinControl.WndProc + $89
[0044A003] Controls.TWinControl.WndProc + $157
[004604F9] Forms.TCustomForm.WndProc + $421
[00446F44] Controls.TControl.Perform + $24
[00447AA9] Controls.TControl.CMMouseEnter + $11
[004B4ED8] JvExControls.InheritMsg (Line 631, "JvExControls.pas" + 6) + $7
[00449F35] Controls.TWinControl.WndProc + $89
[0041F050] Classes.TThreadList.UnlockList + $4
[0042EED8] Graphics.FreeMemoryContexts + $98
[00449C80] Controls.TWinControl.MainWndProc + $2C
[00449C95] Controls.TWinControl.MainWndProc + $41
[0044A003] Controls.TWinControl.WndProc + $157
[00449C80] Controls.TWinControl.MainWndProc + $2C
[004289F8] Classes.StdWndProc + $14
[004665B3] Forms.TApplication.IsKeyMsg + $77
[004666FA] Forms.TApplication.ProcessMessage + $66
[0046674E] Forms.TApplication.HandleMessage + $A
[0046696E] Forms.TApplication.Run + $96
[004EC13F] Project1.Project1 (Line 18, "C:\temp\Project1.dpr" + 5) + $7


-- Regards, Andreas Hausladen 

Subject: JvxRichEdit
From: Kenny <omziff@yahoo.com>
Date: Mon, 16 Feb 2004 13:23:06 -0500
Newsgroups: jedi.vcl


Hello,

I was wondering how to implement the handler for the OnUrlClick for JvxRichEdit?

Also, are there any applications using JvxRichEdit that you might know of?

many thanks in advance,

Kenny


Subject: [D6Pro, W2000Pro]Probably bug in DispatchMsg in JvExControls but where ???
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 16 Feb 2004 19:08:21 +0100
Newsgroups: jedi.vcl

Hi !!

I have a program where sometimes appear an error like "access violation ..."
or "Privileged instruction". I search a lot but impossible to found what
exactly is bad.

So i create a small program that mimic my program to see if the problem
comes again. And he does !!!!

So please, try the file attach (need BDE and DBDemo for the table).

Just run the program. In the windows use the shortcut "Ctrl O", click
"close" and normaly "Boom" ;)

But very strange, if you use the file menu, you don't have the problem or if
after a boom you immediatly try again "Ctrl O", no problem. But if you click
in the grid and after "Ctrl O", problem again.

Seems that the focus of the grid plus the shortcut action play a role. If
you put an edit box above the grid and give the focus to the edit box before
"Ctrl O", no problem.
And when you debug, invariably you fall on the DispatchMsg method ...

Help !!!
Lionel



Test.zip
	



Subject: TJvDBLookupCombo and Scrollbar
From: "ff ff" <nobody@nowhere.nospam.org>
Date: Mon, 16 Feb 2004 17:58:55 +0100
Newsgroups: jedi.vcl

Hi all,

  I just switch from JVCL2 to JVCL3 and I found it great. Bravo !

  But I got a minor problem with the TJvDBLookupCombo : the scrollbar on the
dropdown window has disappear. do anybody know how to get them back ?

Anyway thanks.




Subject: Re: Package Generator documentation
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 Feb 2004 17:33:11 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> I 'd support that.  I addition, every donation should be accompanied by a demo/test program that demontrates the essential functionality of the code.

We cover about 2/3 of all components with the examples.
I enclose a list (again) of the components in the examples.
coverage.zip
	



Subject: Re: Release date moved forward.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 Feb 2004 17:31:08 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:

> One final question: where should the executables for the examples go?
> In the main bin directory or into their own directory?

If the example needs a local file then a copy (!) of the file should go to bin\Data.



Subject: Re: Help in locating a bug
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 16 Feb 2004 16:41:27 +0100
Newsgroups: jedi.vcl

I tested some more

* Drop TJvColorProvider & TJvListbox on form.
* Link TJvColorProvider, TJvListbox.
* Then either I, II or III:

(I)  Delete TJvColorProvider.

    Access violation, Read of address 00000000.

(II)
a. StandardColorSettings.Active -> False
b. SystemColorSettings.Active -> False

    List index out of bounds (0)


(III)  Remove Provider link.

    Access violation, Read of address 00000000.

These are all closely related:

------------------------------------------------------------------------------

(I)

(*) DP_SelectConsumerContext(nil,Pointer($3372C08) as IJvDataConsumer,nil)
TJvDataConsumer.Enter
TJvConsumerStrings.Get(0)
TJvCustomListBox.WndProc((386, 0, 0, 0, 0, 0, 0, 0, 0, 0))
TJvCustomListBox.UpdateItemCount
TJvCustomListBox.ConsumerServiceChanged(???,ccrViewChange)
TJvDataConsumer.DoChanged(???)
TJvDataConsumer.Changed(???)
TJvDataConsumer.ViewChanged(???)
TJvDataConsumerAggregatedObject.NotifyViewChanged
TJvCustomDataConsumerViewList.RebuildView
TJvCustomDataConsumerViewList.ContextChanged
TJvDataConsumer.ContextChanged
TJvDataConsumer.SetContextIntf(nil)
TJvDataConsumer.SetProvider(nil)
TJvDataConsumer.DataProviderChanging(Pointer($3354B9C) as IJvDataProvider,pcrDestroy,nil)
TJvCustomDataProvider.Changing(pcrDestroy,nil)
TJvCustomDataProvider.BeforeDestruction

(*)

Provider=nil in DP_SelectConsumerContext; we get there because LB_DELETESTRING are send in UpdateItemCount.

------------------------------------------------------------------------------

(II)

(*) TJvCustomListBox.WndProc((0, 119409408, 1243372, 0, 2816, 1822, 63724, 18, 0, 0))
TJvCustomListBox.WndProc(())
TJvCustomListBox.UpdateItemCount
TJvCustomListBox.ConsumerServiceChanged(???,ccrViewChange)
TJvDataConsumer.DoChanged(???)
TJvDataConsumer.Changed(???)
TJvDataConsumer.ViewChanged(???)
TJvDataConsumerAggregatedObject.NotifyViewChanged
TJvCustomDataConsumerViewList.RebuildView
TJvCustomDataConsumerViewList.ViewChanged(???)
TJvDataConsumer.ViewChanged($31C7054)
TJvDataConsumerAggregatedObject.NotifyViewChanged
TJvColorProviderSubSettings.ViewChanged
TJvColorProviderColorGroupSettings.Changed
TJvColorProviderSubSettings.SetActive(???)
TJvColorProviderColorGroupSettings.SetActive(???)

(*)

Error on line: (In the LB_DELETESTRING handler)

ItemWidth := Canvas.TextWidth(ItemsShowing[Msg.WParam] + ' ');

because:
Index=0; VL.Count=0 in TJvConsumerStrings.Get. thus Error(SListIndexError, Index);

------------------------------------------------------------------------------

(III)

(*) DP_SelectConsumerContext(nil,Pointer($3362FCC) as IJvDataConsumer,nil)
(**) TJvDataConsumer.Enter
(***) TJvConsumerStrings.Get(0)
(****) TJvCustomListBox.WndProc((386, 0, 0, 0, 0, 0, 0, 0, 0, 0))
(*****) TJvCustomListBox.UpdateItemCount
TJvCustomListBox.ConsumerServiceChanged(???,ccrViewChange)
TJvDataConsumer.DoChanged(???)
TJvDataConsumer.Changed(???)
TJvDataConsumer.ViewChanged(???)
TJvDataConsumerAggregatedObject.NotifyViewChanged
TJvCustomDataConsumerViewList.RebuildView
TJvCustomDataConsumerViewList.ContextChanged
TJvDataConsumer.ContextChanged
TJvDataConsumer.SetContextIntf(nil)
TJvDataConsumer.SetProvider(nil)
TJvDataConsumer.DataProviderChanging(Pointer($3344BB8) as IJvDataProvider,pcrDestroy,nil)
TJvCustomDataProvider.Changing(pcrDestroy,nil)
TJvCustomDataProvider.BeforeDestruction

(*****) Cnt = -45, thus LB_DELETESTRING send.
(****)  Kinda like (II), error on handling LB_DELETESTRING;
        In TJvCustomListBox.ItemsShowing:
          IsProviderSelected = True (?)
(***)   Error on line 'Consumer.Enter'; Consumer = nil; because of
(**)    ProviderIntf = nil, because TJvDataConsumer.FContext = nil, thus:
(*)     Provider = nil -> exception on line
          Provider.SelectConsumer(Consumer);

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: [D6Pro] Bug in TJvDateEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 16 Feb 2004 15:55:46 +0100
Newsgroups: jedi.vcl

Thanks Peter :))


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
c0qb22$qe8$1@talkto.net...
> > The problem seems to be in TJvPopupWindow.Create. Uncommenting the line:
> >
> >   ControlStyle := ControlStyle + [csNoDesignVisible, csReplicatable,
> > csAcceptsControls];
> >
> > fixes it, but I don't know what that might do to BCB or Kylix...
> >
> > I'll commit it and then the BCB and Kylix guys will have to do any fixes
> > needed.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvPluginManager.pas compile error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 15:54:16 +0100
Newsgroups: jedi.vcl

> > JvPluginManager has the following on line 194 which doesn't compile:
It should already be updated.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Release date moved forward.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 15:53:52 +0100
Newsgroups: jedi.vcl

> > One final question: where should the executables for the examples go?
> > In the main bin directory or into their own directory?
They should go to \bin unless there is specific reason not to put it there.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Release date moved forward.
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 16 Feb 2004 14:10:31 +0000 (UTC)
Newsgroups: jedi.vcl

Christopher Latta wrote:

> > Thanks! I've grabbed the latest version. Let's see how this goes...

Okay, that didn't go so well... but I finally have everything working
on Delphi 6.

One final question: where should the executables for the examples go?
In the main bin directory or into their own directory?

Christopher Latta


Subject: Re: Package Generator documentation
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 16 Feb 2004 15:01:39 +0100
Newsgroups: jedi.vcl

Hi Marcel,

Marcel Bestebroer wrote:

>     Well as I pointed out before, if every donator would document their own
> code, we wouldn't have this lag in help writing. Maybe we should start
> enforcing that rule: every donation *must* be accompanied by
> documentation/help descriptions before it will be added to the main JVCL
> code base.

I 'd support that.  I addition, every donation should be accompanied by a demo/test program that demontrates the essential functionality of the code.

At several occasions I have seen code in the JCL which was completely broken from day one.  Even the most basic testing would have revealed that.  I still wonder how that can happen.

Greetings, Robert


Subject: JvPluginManager.pas compile error
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 16 Feb 2004 13:52:35 +0000 (UTC)
Newsgroups: jedi.vcl

JvPluginManager has the following on line 194 which doesn't compile:

  C_Extensions: array[plgDLL..plgPackage] of PChar = ('dll',
'bpl','xxx');

From the way C_Extensions is used in the unit, this should be:

  C_Extensions: array[plgDLL..plgCustom] of PChar = ('dll', 'bpl',
'xxx');

Should I do something with this or leave it to the person who is
changing that unit?

Christopher Latta


Subject: Re: Package Generator documentation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 16 Feb 2004 13:57:44 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 16 Feb 2004 22:22:43 +1000:

 >> -> bored more quickly.
 O> No kidding <vbg>
 O> I am bored of writing help the moment I start...

<g>

 >>  [snip] These comments can
 >> be removed once they are transferred into the help file (or used as a
 >> guide).
 O> Well, this is where I'd like us to have something similar to doxygen. It
 O> extracts the doc from the comments in the source file and generates the
 O> help files.

    Doc-O-Matic can do that too, but we decided to keep it separated so the
help team and development team could be kept separate. I suppose it would
have been better to keep it in the source file but I think the general
concern was the clutter-up of the source files. In theory I could easily
move the contents of the .dtx file to the source file (placing the sections
before or after the symbol they belong to of course) and I'd still be able
to build the help file, so if this is what we all will agree on, we can move
the docs (after the JVCL3 release). Note that the current dev/help folder
contains over 8MB in .dtx files, many of which do not even contain
documentation yet. That would be added to release as well.

 O> What I like in this solution is that if as a developer I browse through
 O> the code, the documentation is there, no need to open an help file.

    Yes, but I doubt many of the JVCL users will actually look at the code
to figure out how a component works or what a particular property is used
for, so they will prefer the help file. But I agree that for the JVCL
developers, it could be very handy to have the info in-place.


 >>     2) a developer shouldn't be too concerned about the writing style.
[snip]
 O> Yeah, well, I know for sure that if you give that kind of liberty to
 O> developers, you end up with crap for sure (I have that at work...)
 O> Developers should be ask to write correct documentation, nothing less
 O> than that. No doc, no validation. A bit extreme, but in the long run,
 O> it's so much more efficient.

    Good descriptions, yes. But if the writing style is less than optimal,
it's not such an issue, provided others can still understand the purpose of
the property/method/event/type. Of course I wouldn't mind if developers
*did* provide perfect documentation/help, but even I sometimes have trouble
with that concept.

 >>     In this case, I think you definitely are able to write a proper help
 >> file for one component or other (whether it has your interest or not I
 >> don't know), even if you think you couldn't. Think of it more as writing
 >> documentation for building an example with the component (but leave out
 >> the flow-charts <g>) and you're halfway there to providing proper
 >> descriptions of the properties/events and some of the types.
 O> Well, I documented the files I donated/worked on. But I agree that more
 O> should be done.

    Well as I pointed out before, if every donator would document their own
code, we wouldn't have this lag in help writing. Maybe we should start
enforcing that rule: every donation *must* be accompanied by
documentation/help descriptions before it will be added to the main JVCL
code base.

 O>  BTW, diagrams aren't always bad, a figure tells more than a long chat.

    I agree, but I'm graphically challenged, so my graphs usually make
things worse that the words alone.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Sympathy" by Steve Rowland & The Family Dog.




Subject: TAppIniStorage behaviour
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 16 Feb 2004 15:54:47 +0300
Newsgroups: jedi.vcl

I found that the behaviour of the TappIniStorage is different from TIniFile.

If I haven't in the ini file some key, the value for thin key will be default for both classes, but if I have something like

Key=

TIniFile will read and put default value, but TAppIniStorage will not use default value and assign 0 to numbers or NULL to strings.
Is this a true behaviour?


Subject: Re: [D6Pro] Bug in TJvDateEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 13:23:33 +0100
Newsgroups: jedi.vcl

The problem seems to be in TJvPopupWindow.Create. Uncommenting the line:

  ControlStyle := ControlStyle + [csNoDesignVisible, csReplicatable,
csAcceptsControls];

fixes it, but I don't know what that might do to BCB or Kylix...

I'll commit it and then the BCB and Kylix guys will have to do any fixes
needed.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package Generator documentation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 16 Feb 2004 22:22:43 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     1) a developer needs to write help (or at least some documentation about
> property values, method usage, etc.) ASAP. Just looking at the current state
> I'm in regarding the provider core documentation: I waited too long. Some of
> the ideas/backgrounds behind the design are starting to elude me -> more
> time required looking into the code to figure it out -> bored more quickly.
No kidding <vbg>
I am bored of writing help the moment I start...

> It's often better to write the docs while coding (i.e. you add a method,
> type, property, event -> document immediately), even if that results in
> writing documentation that may vanish later if you find that piece of code
> irrelevant/obsolete. This writing can be in the source file (like I did for
> some of the things in JvDataProvider.pas and JvAppStorage.pas: short
> description before or after each method/event/property/type declaration;
> doesn't have to be elaborate, just enough so you can remember it when the
> actual help is to be written). These comments can be removed once they are
> transferred into the help file (or used as a guide).
Well, this is where I'd like us to have something similar to doxygen. It extracts the doc from the comments in the source file and generates the help files. It can generate XML, from which we could generate DOX files by using an XSL file. But I think this is a big discussion that would need to be discussed further.
What I like in this solution is that if as a developer I browse through the code, the documentation is there, no need to open an help file.


>     2) a developer shouldn't be too concerned about the writing style. This
> is what the help team is for (well, originally that was the idea). The help
> team goes over the donated docs, spell-checks (and if able: grammar checks)
> and does some editing to make for better reading/easier understanding,
> provide additional links where applicable, etc.. With the current situation,
> help authors are now forced to dig deeply into a component/control they did
> not write -> more time required to figure it out -> bored more quickly
> (which is also the reason why hadn't written much help the last couple of
> months).
Yeah, well, I know for sure that if you give that kind of liberty to developers, you end up with crap for sure (I have that at work...)
Developers should be ask to write correct documentation, nothing less than that. No doc, no validation. A bit extreme, but in the long run, it's so much more efficient.

>     In this case, I think you definitely are able to write a proper help
> file for one component or other (whether it has your interest or not I don't
> know), even if you think you couldn't. Think of it more as writing
> documentation for building an example with the component (but leave out the
> flow-charts <g>) and you're halfway there to providing proper descriptions
> of the properties/events and some of the types.
Well, I documented the files I donated/worked on. But I agree that more should be done. BTW, diagrams aren't always bad, a figure tells more than a long chat. Not for everyone, but always for me.

>     That would be very much appreciated.
I can imagine ;-)


Subject: Re: Release date moved forward.
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 16 Feb 2004 12:16:15 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > I've added you. Welcome to the gang! 

Thanks! I've grabbed the latest version. Let's see how this goes...

Christopher Latta


Subject: Re: Package Generator documentation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 16 Feb 2004 12:47:55 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 16 Feb 2004 21:23:56 +1000:

 PT>>> Are you sure you shouldn't be on the help team as well<vbg>?
 >>     He definitely should. Actually, every developer should be on the
 >> help team ;-)
 O> That may not be a good thing, I don't think I'm synthetic enough for a
 O> technical reference like the JVCL help should be.

    I don't know. In general it seems developers are scared to write help
because they think they can't do it properly or it just doesn't catch there
interest. Either way, it leads to the pathetic results (regarding the help)
we have now: almost hopelessly behind on actual code. What I have found out
is that:

    1) a developer needs to write help (or at least some documentation about
property values, method usage, etc.) ASAP. Just looking at the current state
I'm in regarding the provider core documentation: I waited too long. Some of
the ideas/backgrounds behind the design are starting to elude me -> more
time required looking into the code to figure it out -> bored more quickly.
It's often better to write the docs while coding (i.e. you add a method,
type, property, event -> document immediately), even if that results in
writing documentation that may vanish later if you find that piece of code
irrelevant/obsolete. This writing can be in the source file (like I did for
some of the things in JvDataProvider.pas and JvAppStorage.pas: short
description before or after each method/event/property/type declaration;
doesn't have to be elaborate, just enough so you can remember it when the
actual help is to be written). These comments can be removed once they are
transferred into the help file (or used as a guide).

    2) a developer shouldn't be too concerned about the writing style. This
is what the help team is for (well, originally that was the idea). The help
team goes over the donated docs, spell-checks (and if able: grammar checks)
and does some editing to make for better reading/easier understanding,
provide additional links where applicable, etc.. With the current situation,
help authors are now forced to dig deeply into a component/control they did
not write -> more time required to figure it out -> bored more quickly
(which is also the reason why hadn't written much help the last couple of
months).

    In this case, I think you definitely are able to write a proper help
file for one component or other (whether it has your interest or not I don't
know), even if you think you couldn't. Think of it more as writing
documentation for building an example with the component (but leave out the
flow-charts <g>) and you're halfway there to providing proper descriptions
of the properties/events and some of the types.

 O> But if I feel like documenting some stuff sometime, be sure I'll do it.

    That would be very much appreciated.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Nescio" by The Nits.




Subject: Re: JVCL JPG Database.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 16 Feb 2004 21:26:23 +1000
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> On Sun, 15 Feb 2004 08:53:54 +0000 (UTC), Oscar <Oscar@yahoo.com>
> wrote:
>
>
>> Thanks All. I Alraedy Test, The Database Record The Image Files, Will Be Very Slow.
>
>
> Not significantly faster than reading directly from the filesystem.

Well, that greatly depends on the SQL request you are doing. If you do them wrong, with filtering too late, you're bringing heaps of heavy embedded files in memory to only get one or two in the end...


Subject: Re: Package Generator documentation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 16 Feb 2004 21:23:56 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  PT> I just had a look and made many small corrections (you know, dotting
>  PT> the i's kind of stuff).
>
>     I also took a peek but made no corrections; by the time I wanted to,
> Peter already committed a change and he spotted more mistakes/typos than I
> had.
And I had a look too, and found one more... Ah well, it wasn't really a typo, but I prefer not to use the 'I' subject.

>  PT> Very nice documentation!
>
>     Indeed. Well written and pretty easy to understand the process with all
> those graphics and tables.
Thanks, I'm trying to do what I can. The thing is, I've been trained to do that kind of stuff during my software engineering degree, so I can't help doing it now. Generally, I'm writing the help that I'd like to have found in other projects. Not just purely technical, but more like the journey that lead to the point where we're at.

>  PT> Are you sure you shouldn't be on the help team as well<vbg>?
>     He definitely should. Actually, every developer should be on the help
> team ;-)
That may not be a good thing, I don't think I'm synthetic enough for a technical reference like the JVCL help should be. But if I feel like documenting some stuff sometime, be sure I'll do it.


Subject: Re: [D6Pro] Bug in TJvDateEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 12:21:34 +0100
Newsgroups: jedi.vcl

> > In DesignTime, if i try to change the default csPopup value of
CalendarStyle
> > to csDialog, i have an access violation ...
Same here. Will have a look...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package Generator documentation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 12:20:13 +0100
Newsgroups: jedi.vcl

> >     He definitely should. Actually, every developer should be on the help
> > team ;-)
You are sooo right in that!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL JPG Database.
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Mon, 16 Feb 2004 14:15:54 +0300
Newsgroups: jedi.vcl

On Sun, 15 Feb 2004 08:53:54 +0000 (UTC), Oscar <Oscar@yahoo.com>
wrote:

> >Thanks All. I Alraedy Test, The Database Record The Image Files, 
> >Will Be Very Slow.

Not significantly faster than reading directly from the filesystem.




Subject: [D6Pro] Bug in TJvDateEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 16 Feb 2004 12:13:32 +0100
Newsgroups: jedi.vcl

Hi !

In a new application, just put a TJvDateEdit :

In DesignTime, if i try to change the default csPopup value of CalendarStyle
to csDialog, i have an access violation ...

and when i close Delphi i have the same message again ...

Regards,
Lionel




Subject: Re: JvCtrls crashed BCB's linker
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 16 Feb 2004 21:03:00 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> So I'm no more able to test JVCL 3 with BCB.
>

But I'm surprised you get the error, I got a Trial BCB at work and it compiled on Friday. I'll try again tomorrow.


Subject: Re: Package Generator documentation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 16 Feb 2004 11:44:38 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 16 Feb 2004 11:31:26 +0100:

 >> Any comments welcome.

 PT> I just had a look and made many small corrections (you know, dotting
 PT> the i's kind of stuff).

    I also took a peek but made no corrections; by the time I wanted to,
Peter already committed a change and he spotted more mistakes/typos than I
had.

 PT> Very nice documentation!

    Indeed. Well written and pretty easy to understand the process with all
those graphics and tables.

 PT> Are you sure you shouldn't be on the help team as well<vbg>?

    He definitely should. Actually, every developer should be on the help
team ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Two skaters" by The Nits.




Subject: Re: DelphiCodeToDoc
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 11:33:12 +0100
Newsgroups: jedi.vcl

> > What are (or will be) its advantages over PasDoc (http://pasdoc.sf.net)
> > apart from that it appears to have a GUI?

Hard to tell at the moment.

> > PasDoc is already fairly usable IMO.
Personally, I prefer DIPasDoc (builds on PasDoc) but they are both great
tools.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package Generator documentation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 11:31:26 +0100
Newsgroups: jedi.vcl

> > Any comments welcome.

I just had a look and made many small corrections (you know, dotting the i's
kind of stuff).

Very nice documentation! Are you sure you shouldn't be on the help team as
well<vbg>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 16 Feb 2004 11:27:56 +0100
Newsgroups: jedi.vcl

Hello, Remko!
I wrote to you on Mon, 16 Feb 2004 10:53:18 +0100:

 MB>      It seems it refreshes the control *before* it refreshes
 MB> the view list.

    Fixed that bug (and another related one). The fix unfortunately consists
of an added protected member in two public classes, but seeing as it removes
quite a number of AVs at design time I figure it makes sense to commit
without asking permission.

 MB> With any luck, the two bugs are caused by the same situation.

    No such luck I'm afraid. It's not that bad as it only occurs
occasionally and the AVs can be circumvented with closing the designer and
reopening it after adding an item. More debugging required of design code
however, as it is now clear it doesn't occur at run time anymore (no matter
how often I activate/deactivate a color group). This also means the
DeleteItem and DeleteItems methods are functioning properly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Bike in head" by The Nits.




Subject: Re: DelphiCodeToDoc
From: Oliver Giesen <ogware@gmx.net>
Date: Mon, 16 Feb 2004 11:27:26 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> Does anybody of the JCL/JVCL developers use this free documentation system for
> Delphi? If yes: What are your conclusions?
>
> "DelphiCodeToDoc is a free documentation system for Delphi, released under the
> GNU General Public License. It uses information about source code symbols and
> formatted comments in files to produce accurate documentation from your
> application and component."
>
> http://dephicodetodoc.sourceforge.net/

What are (or will be) its advantages over PasDoc (http://pasdoc.sf.net) apart from that it appears to have a GUI? PasDoc is already fairly usable IMO.

Cheers,

-- 
Oliver
----    ------------------
JID:    ogiesen@jabber.org
ICQ:    18777742    (http://wwp.icq.com/18777742)


Subject: Re: JvCtrls crashed BCB's linker
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 16 Feb 2004 11:26:12 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Use update 4.
> > If you are using the trial version, update 4 will refuse to install.

So I'm no more able to test JVCL 3 with BCB.



-- Regards, Andreas Hausladen 

Subject: Re: JvCtrls crashed BCB's linker
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 16 Feb 2004 20:22:36 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> When compiling JvCtrlsC6D.bpl I get
> "Fatal: Access violation.  Link terminated."
>
>
Use update 4.
If you are using the trial version, update 4 will refuse to install.


Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 16 Feb 2004 10:53:18 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Sun, 15 Feb 2004 23:14:40 +0100:

 RB> Marcel Bestebroer wrote:
 >>     I also get an AV when I use a list box (connected to the
 >> ColorProvider), GroupingSettings.FlatList property set to False (if it's
 >> set to True, everything works fine) and deactivate, e.g, the Standard
 >> colors group.

 RB> It goes wrong in TJvDataConsumerViewList.Item;

 RB> Call stack is:

[snip]

 RB> If DefaultDrawItem tries to draw item 1, then it goes wrong in function
 RB> TJvDataConsumerViewList.Item, line:

 RB> Item(ParIdx).QueryInterface(IJvDataItems, Items)

 RB> Item(ParIdx) is nil (ParIdx=0), because TJvDataConsumerViewList.Item(0)
 RB> is nil, because 'ColorGroupHeader_0' can't be found.

    Well,  of course it can't find ColorGroepHeader_0, since that item no
longer belongs to the list (I assume you deactivated the Standard Colors
group?). It seems it refreshes the control *before* it refreshes the view
list. Thanks for the help (I still am unable to debug at design time,
although I should have been able to debug for this bug at run time). With
any luck, the two bugs are caused by the same situation.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Giant normal dwarf" by The Nits.




Subject: JvCtrls crashed BCB's linker
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 16 Feb 2004 09:23:28 +0100
Newsgroups: jedi.vcl

When compiling JvCtrlsC6D.bpl I get
"Fatal: Access violation.  Link terminated."


-- Regards, Andreas Hausladen 

Subject: Re: Release date moved forward.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 Feb 2004 09:22:06 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> This also reminds me that dof's should not be committed unless there is
> something wrong with them (paths etc). These should also be kept as small as
> possible. Missing res files should be added to CVS since the command line
> compiler will fail without them.

Sometimes the dof file changes. Simply copy a dof file from another example then.



Subject: Re: Release date moved forward.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 09:16:20 +0100
Newsgroups: jedi.vcl

> > My sourceforge userid is chrislatta
I've added you. Welcome to the gang! If you don't know how to set up SSH et
al (for committing changes), read http://jvcl.sourceforge.net/cvs.htm. Any
questions, just post here.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Release date moved forward.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 09:15:07 +0100
Newsgroups: jedi.vcl

Great, thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "OBones" <obones_gfdg_@_rer_meloo.com> skrev i meddelandet news:c0p1s9$dro$1@talkto.net... 

Subject: Re: Release date moved forward.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Feb 2004 09:14:51 +0100
Newsgroups: jedi.vcl

>> > > Okay. One more thing - should I check the examples in Delphi 6 and
>> > > Delphi 7 or is just Delphi 7 enough? I have the Architect version of
>> > > both.
Just try to make sure the dfm's are in text format and that you remove any
D6+ specific properties from it (DesignSize for forms and panels, TabIndex
for PageControl). I will run the dfm cleaner before I upload the releases
but it's always nice to have clean dfm's in CVS.

This also reminds me that dof's should not be committed unless there is
something wrong with them (paths etc). These should also be kept as small as
possible. Missing res files should be added to CVS since the command line
compiler will fail without them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Release date moved forward.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 16 Feb 2004 16:34:24 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

> Okay. One more thing - should I check the examples in Delphi 6 and
> Delphi 7 or is just Delphi 7 enough? I have the Architect version of
> both.

To me, if it works in 6, it works in 7.
If it works in 7, there are no guarantee it'll work in 6.

But if you want to test both, please, be my guest !



Subject: Re: Release date moved forward.
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 16 Feb 2004 05:48:38 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I will work from bottom up if i find time starting with RxLib.

Okay. One more thing - should I check the examples in Delphi 6 and
Delphi 7 or is just Delphi 7 enough? I have the Architect version of
both.

Christopher Latta


Subject: Re: Release date moved forward.
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 16 Feb 2004 05:36:55 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > But in order to make the process easier, you may want to ask for
> > developer access to the CVS repository. All you need is to provide us
> > with your sourceforge username 

My sourceforge userid is chrislatta

> > However, please keep in mind that we are in code freeze
> > which means that any change in the interface section of any file is
> > prohibited. If it is necessary for the component to work, please ask
> > for permission from Peter in here.  As a general rule, any change
> > that is not minor should be discussed in the forum before being
> > committed.

I understand the code freeze rules. I'll probably just be working on
the examples anyway, so it should be fairly hard for me to mess things
up :)

Christopher Latta


Subject: Re: Release date moved forward.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 Feb 2004 06:15:59 +0100
Newsgroups: jedi.vcl

I will work from bottom up if i find time starting with RxLib.



Subject: Re: Release date moved forward.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 16 Feb 2004 06:14:41 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:

> I could probably help out here if you let me know what needs to be done
> so we don't duplicate effort.

I switch the main form of an example usually to:
BorderStyle = bsSingle or bsSizable
BorderIcons minus biMaximize if BorderStyle = bsSingle
Constraints minimum set for BorderStyle = bsSizable.

DefaultMonitor = dmDesktop
Position = poDesktopCenter

Scaled = False for all forms.

Then start to use the example and see if it can be improved. If you find a bug in the components used then try to fix it.



Subject: Re: TJVWizard Text Alignment Bug
From: "Arioch" <the_Arioch@nm.FalseDomain.ru>
Date: Mon, 16 Feb 2004 07:49:57 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> I doubt it
Me too, but...

=========Beginning of the citation==============
KWizard 1.7 - first bug (e-mailed also)
You wrote on Tue, 19 Feb 2002 08:35:33 -0500: KWizard.pas; line 1781;
TKWizardPageTitle.PaintTo
Should be: "Alignments: array[TAlignment] of Integer = (DT_LEFT ...
=========The end of the citation================
http://groups.google.com/groups?as_q=kwizard&ie=UTF-8&oe=UTF-8&as_ugroup=*borland*&as_uauthors=arioch&lr=&hl=ru


-- np: WinAMP is dead With best regards, Arioch. the_Arioch@NM.falseDomain.ru 

Subject: Re: Release date moved forward.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 16 Feb 2004 13:46:36 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

>
> Okay, so the idea is to work through the examples and make sure they
> compile and work? I'll start at JvMail (the one after JvLogFile) and
> work onwards and post my results to the binaries group.
>
Exactly.
But in order to make the process easier, you may want to ask for developer access to the CVS repository. All you need is to provide us with your sourceforge username (and only it) and an administrator should be able to add you as a developer so that you can commit the changes.
However, please keep in mind that we are in code freeze which means that any change in the interface section of any file is prohibited. If it is necessary for the component to work, please ask for permission from Peter in here.
As a general rule, any change that is not minor should be discussed in the forum before being committed.

Thanks for your interest in the JVCL

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: Release date moved forward.
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 16 Feb 2004 01:24:57 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Well, I'd say that you work on examples alphabetically from the point
> > where Robert left off, that is from JvLogFile (excluded) onwards

Okay, so the idea is to work through the examples and make sure they
compile and work? I'll start at JvMail (the one after JvLogFile) and
work onwards and post my results to the binaries group.

Christopher Latta


Subject: Re: Release date moved forward.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 16 Feb 2004 11:23:25 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

>
> I could probably help out here if you let me know what needs to be done
> so we don't duplicate effort.
>
> Christopher Latta

Well, I'd say that you work on examples alphabetically from the point where Robert left off, that is from JvLogFile (excluded) onwards
I will try to write the examples with BCB 6 and this should lead to the discovery of problems too. I'll be starting from the beginning, and I don't think I'll go fast enough to go past your progress.



Subject: Re: Release date moved forward.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 16 Feb 2004 10:41:04 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've also added an announce.txt to \install\release. Please read and comment
> on what's missing, the spelling etc. This is the template I am going to use
> when announcing the release. Finally, if you know about any other
> forums/mail lists/magazines where an announcement of JVCL would be fitting,
> let me know or post the content of announce.txt to these forums yourself. If
> someone would like to translate the file to other langauges, you are most
> welcome to do so. Mail to me or post in jedi.binaries.

I've added some stuff in there about the targets we support, along with some C++Builder specifics.
You will also find announce_fr.txt, the French version of the announcement. I will handle the dispatch of this version whenever you tell me to do so.



Subject: Re: selecting filenames
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 16 Feb 2004 10:08:26 +1000
Newsgroups: jedi.vcl

steve wrote:

> what is the syntax. I always struggle with any help file with examples.
>
> are there any jv help info anywhere?
>
Not recently, but this will come in the beta version.
As to a solution to your problem, why don't you use FindFirst, FindNext and FindClose ?

The Delphi help file should be able to guide you...



Subject: Re: Release date moved forward.
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sun, 15 Feb 2004 22:39:01 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Could someone help working on the examples?
> > I will not be able to finish them in the days remaining.
> > I got also a private programming job which will limit my time for the
> > JVCL.  I am sure some bugs can be digged up by cleaning the examples.
> > After all i found at least five.

I could probably help out here if you let me know what needs to be done
so we don't duplicate effort.

Christopher Latta


Subject: Re: selecting filenames
From: "Fauschti" <nospam@web.de>
Date: Sun, 15 Feb 2004 23:23:26 +0100
Newsgroups: jedi.vcl

Hi Steve,

If no user input is required, why don't you just use sth like JvSearchFiles
?

regards,
    Michael

"steve" <swarburton@orange.net> schrieb im Newsbeitrag
news:c0odf5$gqe$1@talkto.net...
> > I am trying to select all of the filtered filenames from an jvopendialog
box.
> > then press open without any input from the user
> >
> > ie select them automatically.
> >
> > is there another method to use
> > cheers.




Subject: Re: Help in locating a bug
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 15 Feb 2004 23:14:40 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     I also get an AV when I use a list box (connected to the ColorProvider),
> GroupingSettings.FlatList property set to False (if it's set to True,
> everything works fine) and deactivate, e.g, the Standard colors group.

It goes wrong in TJvDataConsumerViewList.Item;

Call stack is:

TJvDataConsumerViewList.Item(1)
TJvCustomListBox.DrawProviderItem($7A93374,(2, 16, 300, 32, (2, 16), (300, 32)),1,[])
TJvCustomListBox.DefaultDrawItem(1,(0, 16, 300, 32, (0, 16), (300, 32)),[])
TJvCustomListBox.DrawItem(1,(0, 16, 300, 32, (0, 16), (300, 32)),[])
TJvCustomListBox.CNDrawItem(???)
InheritMsg(???,???,???,1242200)
DispatchMsg($7A9300C,???)
TJvExCustomListBox.Dispatch(???)
InheritMsg(???,???,???,0)
DispatchMsg($7A9300C,???)
TJvExCustomListBox.Dispatch(???)
TJvColorProviderSubSettings.Changed
TJvColorProviderSubSettings.SetActive(???)
TJvColorProviderColorGroupSettings.SetActive(???)

I don't get the error if I step through the source, thus I guess the control is refreshed too early (?).

The Dispatch is probably the result of the Invalidate call in TJvDataConsumer.Changed.

If DefaultDrawItem tries to draw item 1, then it goes wrong in function TJvDataConsumerViewList.Item, line:

Item(ParIdx).QueryInterface(IJvDataItems, Items)

Item(ParIdx) is nil (ParIdx=0), because TJvDataConsumerViewList.Item(0) is nil, because 'ColorGroupHeader_0' can't be found.

Hope this info is enlightening :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: selecting filenames
From: steve <swarburton@orange.net>
Date: Sun, 15 Feb 2004 22:09:18 +0000 (UTC)
Newsgroups: jedi.vcl

what is the syntax. I always struggle with any help file with examples.

are there any jv help info anywhere?

----------
"Fauschti" <nospam@web.de> wrote...

> > Hi Steve,
> > 
> > If no user input is required, why don't you just use sth like JvSearchFiles
> > ?
> > 
> > regards,
> >     Michael
> > 
> > "steve" <swarburton@orange.net> schrieb im Newsbeitrag
> > news:c0odf5$gqe$1@talkto.net...
>> > > I am trying to select all of the filtered filenames from an jvopendialog
> > box.
>> > > then press open without any input from the user
>> > >
>> > > ie select them automatically.
>> > >
>> > > is there another method to use
>> > > cheers.
> > 
> > 



Subject: selecting filenames
From: steve <swarburton@orange.net>
Date: Sun, 15 Feb 2004 18:23:34 +0000 (UTC)
Newsgroups: jedi.vcl

I am trying to select all of the filtered filenames from an jvopendialog box.
then press open without any input from the user

ie select them automatically.

is there another method to use
cheers.


Subject: Re: Help with jvcldemo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 15 Feb 2004 17:58:53 +0100
Newsgroups: jedi.vcl

You probably have a corrupted version. Open the dfm in notepad, then replace
the content with this page (URL might wrap!):


(http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/examples/JVCLMegaDemo/
jvWallpaperform.dfm?rev=1.4&view=markup)

Save the dfm and open the demo in Delphi.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvQ* Packages
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 15 Feb 2004 17:03:20 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:c0o1v1$6bc$1@talkto.net...
> > FYI, the JvQ* packages will not be a part of the (first) JVCL3 beta.
> >

Agreed

Regards,

André Snepvangers




Subject: Re: JvQ* Packages
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 15 Feb 2004 17:02:45 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:c0nofk$73e$1@talkto.net...
> > Hi
> >
> > I don't know who is in charge of these packages, but could you add the
> > D6 and C6 targets in the source xml files?

- Neither do I
-As far as I know we dropped support for D6/K2.
- Should I create a seperate template for D7, or could / should I add
.../qcommon;../qrun  .. to the template.

> > I'm asking this because the VisualCLX is available for those versions of
> > Delphi too and it would be a good thing to test them too.

For the moment I would be happy to have K3 support. Maybe we could
add support for D6/K2 afterwards.

> > Moreover, can anyone confirm that this is still work in progress? Cause
> > not all package have an equivalent with a Q in it.

Will continue with it next week.

Regards,

André Snepvangers





Subject: Re: JvQ* Packages
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 15 Feb 2004 16:36:23 +0100
Newsgroups: jedi.vcl

FYI, the JvQ* packages will not be a part of the (first) JVCL3 beta.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Release date moved forward.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 15 Feb 2004 15:48:01 +0100
Newsgroups: jedi.vcl

Could someone help working on the examples?
I will not be able to finish them in the days remaining.
I got also a private programming job which will limit my time for the JVCL.
I am sure some bugs can be digged up by cleaning the examples. After all i found at least five.



Subject: Help with jvcldemo
From: Tõnis <Tonis.Argus@mail.ee>
Date: Sun, 15 Feb 2004 15:44:52 +0200
Newsgroups: jedi.vcl

Hello

Trying to run jvcdemo, but got error:
unsupported 16bit resource in file jvwallpaperform.dfm

Tõnis.



Subject: Package Generator documentation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 15 Feb 2004 22:59:19 +1000
Newsgroups: jedi.vcl

Hi all.

You will find in the help directory a file called package_generator.html
This file contains the documentation for the package generator, explaining in details the way it works.
I hope this will help people use it.
Any comments welcome.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: Keeping documentation up to date.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 15 Feb 2004 22:58:00 +1000
Newsgroups: jedi.vcl

Hi.

This is a message to the JVCL developers.
Could you keep the build status and localization progress up to date in the corresponding files in the help directories?
That would give users an extra help when they look for answers.
Any comments welcome.

Thanks.

Olivier Sannier
JVCL Developer
BCB Coordinator


Subject: JvQ* Packages
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 15 Feb 2004 22:54:20 +1000
Newsgroups: jedi.vcl

Hi

I don't know who is in charge of these packages, but could you add the D6 and C6 targets in the source xml files?
I'm asking this because the VisualCLX is available for those versions of Delphi too and it would be a good thing to test them too.
Moreover, can anyone confirm that this is still work in progress? Cause not all package have an equivalent with a Q in it.
Thanks for the update.


Subject: Re: Error with 'WStrUtils'
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 15 Feb 2004 13:09:09 +0100
Newsgroups: jedi.vcl

"The Graphical Gnome" <rbraasem@xs4all.killspammers.nl> wrote in message
news:Xns949077C7F72FArbraasemxs4allnl@194.191.0.34...
> > Someone is using WStrUtils while it should be renamed to JvWStrUtils.
> >
fixed

Regards,

André Snepvangers




Subject: Re: Release date moved forward.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 15 Feb 2004 12:19:53 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 15 Feb 2004 11:57:27 +0100:

 PT> Marcel, could you mail me a compiled help file on wednesday/thursday?

    Should be possible. It's good thing you moved the release date, as I
wasn't really thinking about generating the help file (but I guess you'd
have asked for it if you needed it anyway). You'll have it in your mailbox
by Thursday, 20:00 CET at the latest. I'll be using the sources/dtx files as
they are in the CVS at Thursday 12:00 CET, so I'll have enough time to
repair missing links, tag errors, etc.

    I'll be invoking a help freeze from Thursday February 19, 12:00 CET. The
freeze will be lifted once the help file is build (should be the same day, 20:00
CET at the latest). During the help freeze, dev/help is off limits to
everybody but me (since I'll be committing fixes if, no, * when* I find
them). I'll post here when the freeze sets in and again when it is thawed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Mother Earth" by Within Temptation.




Subject: Release date moved forward.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 15 Feb 2004 11:57:27 +0100
Newsgroups: jedi.vcl

Tomorrow is the planned release date but I won't have time to finish off the
release this week so I will postpone it until friday, fenruary 20. This also
gices you other guys time to polish off the files you are working, test the
installer one more time and complete those help docs hat's been lying
waiting for you.

Marcel, could you mail me a compiled help file on wednesday/thursday?

I've also added an announce.txt to \install\release. Please read and comment
on what's missing, the spelling etc. This is the template I am going to use
when announcing the release. Finally, if you know about any other
forums/mail lists/magazines where an announcement of JVCL would be fitting,
let me know or post the content of announce.txt to these forums yourself. If
someone would like to translate the file to other langauges, you are most
welcome to do so. Mail to me or post in jedi.binaries.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Error with 'WStrUtils'
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Sun, 15 Feb 2004 10:16:29 +0000 (UTC)
Newsgroups: jedi.vcl

Someone is using WStrUtils while it should be renamed to JvWStrUtils.

It is in the UnicodeEditor files.

TJvWideHLEditor and JvUnicodeEditor

-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: JVCL JPG Database.
From: Oscar <Oscar@yahoo.com>
Date: Sun, 15 Feb 2004 08:53:54 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks All. I Alraedy Test, The Database Record The Image Files, 
Will Be Very Slow.




Subject: Re: Help: Compiler complains "Duplicate resource(s)" with JvConsts.res
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 15 Feb 2004 16:46:24 +1000
Newsgroups: jedi.vcl

Peter Panino wrote:
> When trying to compile a program which uses JVCL the compiler stated:

> [Error]     File
> c:\programme\borland\delphi6\_COMP\JCLJVCL\jvcl\run\..\Resources\JvConsts.res
> resource kept; file
> c:\programme\borland\delphi6\_COMP\JCLJVCL\jvcl\archive\JvConst.res resource
> discarded.
It seems to me that you are using components from the Archive directory and this directory also contains a JvConst.res file.

> So when the compiler kept one resource and discarded the other resource why he
> didn't compile at all?
That, I have no idea.

> Remedy?
Don't use components in the Archive directory, they almost always have an equivalent in the current set of components.


Subject: Help: Compiler complains "Duplicate resource(s)" with JvConsts.res
From: "Peter Panino" <peter-panino@aon.at>
Date: Sun, 15 Feb 2004 02:52:03 +0100
Newsgroups: jedi.vcl

When trying to compile a program which uses JVCL the compiler stated:

[Error] WARNING. Duplicate resource(s):

[Error]   Type 12 (CURSOR GROUP), ID JV_DRAGCUR:

[Error]     File
c:\programme\borland\delphi6\_COMP\JCLJVCL\jvcl\run\..\Resources\JvConsts.res
resource kept; file
c:\programme\borland\delphi6\_COMP\JCLJVCL\jvcl\archive\JvConst.res resource
discarded.

[Error]   Type 12 (CURSOR GROUP), ID JV_HANDCUR:

[Error]     File
c:\programme\borland\delphi6\_COMP\JCLJVCL\jvcl\run\..\Resources\JvConsts.res
resource kept; file
c:\programme\borland\delphi6\_COMP\JCLJVCL\jvcl\archive\JvConst.res resource
discarded.

So when the compiler kept one resource and discarded the other resource why he
didn't compile at all?

Remedy?




Subject: IsWild
From: "Peter Panino" <peter-panino@aon.at>
Date: Sun, 15 Feb 2004 01:51:49 +0100
Newsgroups: jedi.vcl

Is there any JCL/JVCL function/unit which supports other wildcard characters than
'*' and '?' (such as  '#' which matches any numeric character, or '@' which
matches any alpha character, or '$' which match any alphanumeric character,
etc.)?

For example the IsWild function in \jvcl\run\JvJCLUtils.pas seems to support only
'*' and '?' wildcards.




Subject: Re: DelphiCodeToDoc
From: "Peter Panino" <peter-panino@aon.at>
Date: Sun, 15 Feb 2004 01:23:30 +0100
Newsgroups: jedi.vcl

If I find some time I could do some German translations ...




Subject: Re: DelphiCodeToDoc
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Feb 2004 22:21:45 +0100
Newsgroups: jedi.vcl

I've tried it and my conclusion is that it's still a far way from being
useable in a "professional" environment. If they keep up the development,
however, who knows?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: DelphiCodeToDoc
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 14 Feb 2004 21:35:58 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 14 Feb 2004 21:15:07 +0100:

 PP> Does anybody of the JCL/JVCL developers use this free documentation
 PP> system for Delphi? If yes: What are your conclusions?

    Haven't looked at it yet, but plan to look at it in the near future. For
the JVCL we currently use Doc-O-Matic (free licenses are kindly donated by
ToolsFactory; we have two licenses available for each JEDI project). Since
you only need DOM to build the final help files, this is of no consequence
to help writers, as they just can edit simple text files. That's not to say
we will stay with DOM for all eternity; if DelphiCodeToDoc works great and
is more or less compatible with DOM, it might be worth looking into
switching to that instead.

 PP> How far is the documentation for JCL/JVCL3?

    Far from complete. The skeleton files (containing all the items to
document) are readily available and can be edited with any text editor. In
addition Olivier has written a simple editor for those files. To be honest,
I still haven't looked at that tool (the one time I did, it failed to
compile and after that I just didn't look anymore, as I prefer a text editor
(usually the Delphi editor) to do my help writing).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "5.01 AM (The Pros and Cons of Hitchhiking)" by
Roger Waters.




Subject: DelphiCodeToDoc
From: "Peter Panino" <peter-panino@aon.at>
Date: Sat, 14 Feb 2004 21:15:07 +0100
Newsgroups: jedi.vcl

Does anybody of the JCL/JVCL developers use this free documentation system for
Delphi? If yes: What are your conclusions?

"DelphiCodeToDoc is a free documentation system for Delphi, released under the
GNU General Public License. It uses information about source code symbols and
formatted comments in files to produce accurate documentation from your
application and component."

http://dephicodetodoc.sourceforge.net/

How far is the documentation for JCL/JVCL3?




Subject: Re: JVCL JPG Database.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Feb 2004 14:48:05 +0100
Newsgroups: jedi.vcl

...and to answer the original question: there is no component in JVCL that
helps you handle jpeg images in databases. I recommend you to try Holger's
suggestion.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL JPG Database.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 14 Feb 2004 23:31:38 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>
> Always store external files where the database is. If the user selects a
> file on his own computer, copy it to the database location and insert the
> UNC path into the database. If the database is accessed through a URL, you
> probably need to use FTP or HTTP to copy it, but the same rules applies.
>
Totally agree with that. Besides, this also limits the size of data transferred as you can only display the image if asked to.


Subject: Re: JVCL JPG Database.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Feb 2004 14:04:31 +0100
Newsgroups: jedi.vcl

> > How should that work in an network environment? If worker A has somehting
on
> > his PC, it is not possible for worker B to access his files. So it is
> > necessary to store the bitmap in the database!
Always store external files where the database is. If the user selects a
file on his own computer, copy it to the database location and insert the
UNC path into the database. If the database is accessed through a URL, you
probably need to use FTP or HTTP to copy it, but the same rules applies.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL JPG Database.
From: "Holger Flick" <no_spam@nobody.com>
Date: Sat, 14 Feb 2004 12:24:54 +0100
Newsgroups: jedi.vcl

Hi,

> > Even if a component could do such a thing via the use of BLOB fields, it
> > is not recommended to do that.

How should that work in an network environment? If worker A has somehting on
his PC, it is not possible for worker B to access his files. So it is
necessary to store the bitmap in the database!

And to answer the mail: Use graphicex library from www.delphi-gems.de . It
extends the TPicture class which makes it possible for Delphi to read
anything. I do not know how it works with the VCL DB components. Worst case
is to store the picture in a TPicture which you store manually when dialog
is closed or confirmed...

-- Holger




Subject: Re: bug in JvListComb.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Feb 2004 10:32:32 +0100
Newsgroups: jedi.vcl

Seems the typecasts assume the owner is always a TJvListBox but it can also
be a TJvComboBox. Don't know where that came from...

I'll fix it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL JPG Database.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 14 Feb 2004 19:17:51 +1000
Newsgroups: jedi.vcl

Oscar wrote:
> Hi,
> Which JVCL Component Can Let Me Add Jpg Photo File To Database ?
> Delphi 5 'DBImage', Can't Do It.
> I Used 2.10 JVCL Version.
> Thanks.
Even if a component could do such a thing via the use of BLOB fields, it is not recommended to do that.
This is because it makes the database engine process big records when you are doing the queries, where you don't even need the embedded files.
What is generally recommended is to store the filename of the jpg file and retrieve it when it is needed for display, and only then.


Subject: Re: bug in JvListComb.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Feb 2004 10:13:13 +0100
Newsgroups: jedi.vcl

I'll have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL JPG Database.
From: Oscar <Oscar@yahoo.com>
Date: Sat, 14 Feb 2004 07:19:32 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
Which JVCL Component Can Let Me Add Jpg Photo File To Database ?
Delphi 5 'DBImage', Can't Do It.
I Used 2.10 JVCL Version.
Thanks.


Subject: bug in JvListComb.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 14 Feb 2004 06:29:29 +0100
Newsgroups: jedi.vcl

- JvListComb: Unchanged because a nasty bug shows up.
  Line 96 of ListCombMainFormU.pas throws an exception
  ultimatively in JvListComb.pas line 1383.
  The as typecast fails at runtime.



Subject: VisualCLX changes.
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 14 Feb 2004 00:55:03 +0100
Newsgroups: jedi.vcl

-Renamed WStrUtils into JvWStrUtils. (adapted JvCore.. xml)
-Moved QWindows,QExtDlgs, .. to \qcommon
-Added VisualCLX related xml 's (not finished)

Regards,

André Snepvangers




Subject: JvCreateprocess
From: "Steve Warburton" <Swarburton@orange.net>
Date: Fri, 13 Feb 2004 13:00:40 -0600
Newsgroups: jedi.vcl

I am using the above to control another application(presentation.exe).
Presentation.exe appears on the second or third monitor depending on our
settings and I overlay a News_Form on top of this.
Every thing works fine and stable.

We can start and stop the process and close my form without any problems.

My code runs on Video_Control_Form on the first screen When I minimize the
Video_Control_Form the app we control disappears from the screen and my form
minimizes.

I disable the minimize and max buttons on the Video_Control_Form and  run it
full screen.

When I click on the Video_Control_Form on the taskbar the presentation.exe
disappears of the screen
I then click Video_Control_Form on the taskbar again(i.e. minimize) and
News_Form minimizes.
 I then click on Video_Control_Form on the taskbar(i.e. maximize) and
News_Form reappears.
I have to then click presentation.exe on the taskbar to get presentation.exe
to re-appear.

Couls this be to do with JvCreateprocess or showing forms on different
monitors.

Any ideas.




Subject: Re: starting point for example progress reports
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 13 Feb 2004 17:59:20 +0100
Newsgroups: jedi.vcl

- JvLED: New demo no cleanup needed.
- JvLinkLabel: Only basic cleanup needed.
- JvListComb: Unchanged because a nasty bug shows up.
  Line 96 of ListCombMainFormU.pas throws an exception
  ultimatively in JvListComb.pas line 1383.
  The as typecast fails at runtime.
- JvLogFile: Only basic cleanup needed.



Subject: Re: Updated CLX- converter
From: "André Snepvangers" <asn@xs4all.nl>
Date: Fri, 13 Feb 2004 17:30:43 +0100
Newsgroups: jedi.vcl

> > I have generated a QtObjects unit that wraps all Qt functions into
classes.
> >
> > Should I add this unit to qcommon ?
> >

IMHO: in qcommon should go all files that are VisualCLX only. So the name
doesn't really cover its contents. Any suggestion for another ? (VisualCLX
? )
So this one belongs to qcommon.

-I have succeeded  to build JvQCoreD7R and JvQCoreD7D packages
 with D7. Could not install because it complains about existing (provider)
classes.
 ( I have installed  JvCoreD7R and JvCoreD7D as well)
-Another problem is that there is no unit ClxEditors under D7.
-Another problem was in JvExControls: JvThemes.CMBLABLA -> JvQThemes
CMBLABLA.
-AFAIK: we cannot share units with VCL packages.
-Should we not add the generator to devtools ?

Regards,

André Snepvangers






Subject: Re: Updated CLX- converter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 13 Feb 2004 17:03:27 +0100
Newsgroups: jedi.vcl

I have generated a QtObjects unit that wraps all Qt functions into classes.

Should I add this unit to qcommon ?


For example:

var 
  w: QWidgetH;
  FontName: WideString;
begin
  w := QWidget_create(Self.Handle, nil, 0);
  QWidget_setGeometry(w, 10, 10, 200, 200);
  QFont_family(QWidget_font(w), @FontName);
  ShowMessage(FontName);
end;

can be written this way:

var
  w: TQWidget;
begin
  w :=: TQWidget.Create(Self.Handle, nil, 0);
  w.setGeometry(10, 10, 200, 200);
  ShowMessage( w.font.x.family );
end;



-- Regards, Andreas Hausladen 

Subject: Re: @Andreas: Bug #1323
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 13 Feb 2004 16:57:10 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Thus the SaveDC,RestoreDC can be removed from (all) DoPaintBackGround
> > procedures?

Removed.


-- Regards, Andreas Hausladen 

Subject: Re: Installer view
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 13 Feb 2004 16:44:33 +0100
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> I have found the behaviour of Large Fonts to be so inconsistent across
> various operating systems and graphics cards that I have all but given
> up trying to write for it.

I find the very idea of changing the dpi resolution of the screen idiotic. It makes the system deviate from reality.
Win 3.1 was the worst. There you could change it by percentage.



Subject: Re: @Andreas: Bug #1323
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Feb 2004 16:43:35 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> I can't oversee all implications of doing so: Is DoPaintBackGround ever
>> called directly (ie not via WM_ERASEBKGND);

> The function is not called directly at the moment.

Thus the SaveDC,RestoreDC can be removed from (all) DoPaintBackGround procedures?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: @Andreas: Bug #1323
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 13 Feb 2004 16:19:30 +0100
Newsgroups: jedi.vcl

fixed.


-- Regards, Andreas Hausladen 

Subject: Re: @Andreas: Bug #1323
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 13 Feb 2004 16:12:45 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Is it ok to move the SaveDC, RestoreDC in (for example)
> > TJvCustomEdit.DoPaintBackground to procedure DispatchMsg in
> > JvExControls.pas (when the procedure handles WM_ERASEBKGND)?

Why not. I will add them to the templates.

> > I can't oversee all implications of doing so: Is DoPaintBackGround ever
> > called directly (ie not via WM_ERASEBKGND);

The function is not called directly at the moment.


> > Is SaveDC,RestoreDC necessairy for Clx etc.

No, because the underlying QPainterH is also created and destroyed by the
Painting() method.


-- Regards, Andreas Hausladen 

Subject: Re: JvTrayIcon
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 14 Feb 2004 00:57:44 +1000
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> Peter Panino wrote:
>
>> When I change the icon with 'IconIndex' how can I then return to the icon defined
>> in the 'Icon' property? Setting the 'IconIndex' property to -1 does not help!
>
>
> It seems like you can not. Setting the IconIndex actually replaces the Icon property with a new one, created and extracted from the imagelist. This means that the original Icon object is freed and thus it can not be retrieved again.
>
> This behaviour is not what I would expect, and I would prefer it the way you suggests, i.e. setting the IconIndex to -1 should bring back the original Icon.
Me too. Could anyone of you two post a bug in Mantis about that so we can keep track of it ?

Thanks a lot

Olivier Sannier
JVCL Developer


Subject: Re: Installer view
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 14 Feb 2004 00:56:15 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> Don't forget the visually impaired that maybe mst use a large font to be
> able to use a computer at all.
>
Yeah, that would be the only situation where it makes sense to me. But I must admit I rarely had the problem, and when it occured, going back to 800x600 on a 17" screen was the solution...


Subject: Re: JvTrayIcon
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Fri, 13 Feb 2004 15:29:01 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> When I change the icon with 'IconIndex' how can I then return to the icon defined
> in the 'Icon' property? Setting the 'IconIndex' property to -1 does not help!

It seems like you can not. Setting the IconIndex actually replaces the Icon property with a new one, created and extracted from the imagelist. This means that the original Icon object is freed and thus it can not be retrieved again.

This behaviour is not what I would expect, and I would prefer it the way you suggests, i.e. setting the IconIndex to -1 should bring back the original Icon.

I guess the only way for you to go is to add the original Icon to the Imagelist, and not use the Icon property at all.

Best regards

Hans-Eric Grönlund
Systems Developer
_____________________________________
Lantmäteriet
Lantmäterigatan 2
SE-801 82 GÄVLE

+46 26 63 30 00
www.lantmateriet.se

"It takes two to lie. One to lie and one to listen"
Homer J. Simpson


Subject: @Andreas: Bug #1323
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Feb 2004 15:26:34 +0100
Newsgroups: jedi.vcl

Is it ok to move the SaveDC, RestoreDC in (for example) TJvCustomEdit.DoPaintBackground to procedure DispatchMsg in JvExControls.pas (when the procedure handles WM_ERASEBKGND)?

I can't oversee all implications of doing so: Is DoPaintBackGround ever called directly (ie not via WM_ERASEBKGND); Is SaveDC,RestoreDC necessairy for Clx etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer view
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 15:25:03 +0100
Newsgroups: jedi.vcl

> > Me too. If people want large resolutions, they must use large monitors
> > cause using large fonts almost nulls out the interest of the bigger
> > resolution...
Don't forget the visually impaired that maybe mst use a large font to be
able to use a computer at all.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTrayicon balloon tips suggestion
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Feb 2004 14:23:33 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:
> [..] So there should be an *option* in JvTrayIcon to use
> a proprietary kind of balloon hint (looking identical to the Windows one) which
> does not depend from the general Windows setting. Would be helpful.

The only problem is that it is very hard (ie I don't know an easy, nice way <g>) to determine the position of an icon in the tray.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer view
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 13 Feb 2004 23:20:15 +1000
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> I have found the behaviour of Large Fonts to be so inconsistent across
> various operating systems and graphics cards that I have all but given
> up trying to write for it.

Me too. If people want large resolutions, they must use large monitors cause using large fonts almost nulls out the interest of the bigger resolution...
That's my opinion, others may disagree though


Subject: JvTrayicon balloon tips suggestion
From: "Peter Panino" <peter-panino@aon.at>
Date: Fri, 13 Feb 2004 14:12:06 +0100
Newsgroups: jedi.vcl

The JvTrayIcon balloon tips work only if balloon tips are generally enabled in
Windows. If the user has decided to not use balloon tips (switch them off e.g.
with TweakUI) because of the annoying ever poping up balloons then he cannot use
the JvTrayIcon balloon tips. So there should be an *option* in JvTrayIcon to use
a proprietary kind of balloon hint (looking identical to the Windows one) which
does not depend from the general Windows setting. Would be helpful.




Subject: Re: Congratulations!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 13 Feb 2004 14:09:36 +0100
Newsgroups: jedi.vcl

micha schumann wrote:
>  If I could, I would invite you all for a beer or so...

We will nail you down for that :->

> Currently I am preparing some of my stuff for donation into jcl/jvcl!

Oh no ;->



Subject: Congratulations!
From: micha schumann <schumann@itc-ms.de>
Date: Fri, 13 Feb 2004 11:59:44 -0100
Newsgroups: jedi.vcl

Besides all technical stuff I would like to congratulate you all for this absolute cool component collection! If I could, I would invite you all for a beer or so...

Currently I am preparing some of my stuff for donation into jcl/jvcl!

Michael
Germany


Subject: JvTrayIcon
From: "Peter Panino" <peter-panino@aon.at>
Date: Fri, 13 Feb 2004 13:47:57 +0100
Newsgroups: jedi.vcl

JvTrayIcon has the properties 'Icon' and 'IconIndex'.

When I change the icon with 'IconIndex' how can I then return to the icon defined
in the 'Icon' property? Setting the 'IconIndex' property to -1 does not help!




Subject: Re: TJVWizard Text Alignment Bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 12:40:37 +0100
Newsgroups: jedi.vcl

I just found a couple of other problems with image alignment and tiling, so
it might be wise to get the latest version (checked in today). It seems
Andreas has fixed the text alignment bug but you won't see it at design-time
before recompiling the package(s).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJVWizard Text Alignment Bug
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 13 Feb 2004 14:08:30 +0300
Newsgroups: jedi.vcl

On Fri, 13 Feb 2004 08:33:43 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> I did a refresh from the VCS just in case, right before posting, and
>> >> the problem was there then.  Either that, or something is not right in
>> >> my VCS setup :-)
> >
> >Oh, I didn't mean that the bug isn't there. I just meant that if it is a
> >bug, it probably was present in KWizard as well.

Ok, I understand now.  Serves me right for reading the ngs so late at
night ;-)




Subject: Re: Another JVWizard Problem
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 13 Feb 2004 14:00:29 +0300
Newsgroups: jedi.vcl

On Fri, 13 Feb 2004 08:29:45 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> Then again, perhaps this is an issue with the particular components I
>> >> am using :-/
> >Have you tried using a TJvEnterTab component instead of the built-in Enter
> >to Tab conversion of the db controls? I am not sure that it will work but it
> >is worth a try.

It appears to have no effect whatsoever :-/

Noel


Subject: Re: starting point for example progress reports
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 11:06:08 +0100
Newsgroups: jedi.vcl

> >    ViewerDemo2 is unchanged. It should be removed because
> >    it is already contained in JvItemViewerDemo.
Agreed. It's a remnant and a not very good one at that. You can remove it
now if you like (demos are not affected by code freeze).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 13 Feb 2004 12:55:28 +0300
Newsgroups: jedi.vcl

On Fri, 13 Feb 2004 09:37:46 +0300, Vladimir Zhuchko
<zhuchko@lnr.jinr.ru> wrote:


>> >> Huh?  Then can I take it you have an instant solution?
>> >> 
>> >> 
> >Sorry for my words 8-)) but I haven't a simple solution, more over, 
> >sometime this behaviour depends upon videcard/driver and OS.

Ok, I am sorry I was so quick to misinterpet what you said.

> >I tested the Installer on WinXP and Win2000 AS (the resolution 
> >1600x1200, Large fonts, both have the MatroxG400), it seems that Win2000 
> >and Win2003 have the same look that I send yesterday, but for WinXP 
> >looks better, for Win200X the upper sides of ListView Checkboxes are not 
> >visible, for WinXP - visible with the width=1, very strange...

I have found the behaviour of Large Fonts to be so inconsistent across
various operating systems and graphics cards that I have all but given
up trying to write for it.





Subject: Re: starting point for example progress reports
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 13 Feb 2004 10:20:09 +0100
Newsgroups: jedi.vcl

- JvInspectorDB: Basic cleanup only.
- JvInstallLabel: Basic cleanup.
  Changed the strings to display to be JVCL centric.
  Changed the icon shown to be the JVCL J.
- JvItemViewer: JvItemViewerDemo has been partly reworked.
  TCursorImage does not handle ANI cursors anymore to allow
  to have it handled by the superior TJvAni.
  TCursorImage is now a true TGraphic implementation to
  be included into the JVCL at next thawing.
  Loaded TJvAni images are now animated. This raises the
  question if TJvAni images should have Animated set to
  True by default.
  ViewerDemo2 is unchanged. It should be removed because
  it is already contained in JvItemViewerDemo.



Subject: Re: Installer view
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 13 Feb 2004 18:25:42 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> OBones wrote:
>
>> Vladimir Zhuchko wrote:
>>
>>> No, you are not right, XP will take also the reboot, I am testing sometimes my application with small and large fonts, and more sometimes I have to checks all resolutions beginning from 1024x768 up to 1600x1200
>>
>>
>>
>> Reboot for large font? I just tested it at home and at work, I don't need to, not even to change the resolution.
>
> Yes, and I just tested this again at work and had to reboot...
> So, every windows XP has own features 8-)))
You can disable that. And despite what it says, there are no risks...


Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 13 Feb 2004 11:07:06 +0300
Newsgroups: jedi.vcl

OBones wrote:

> Vladimir Zhuchko wrote:
>
>> No, you are not right, XP will take also the reboot, I am testing sometimes my application with small and large fonts, and more sometimes I have to checks all resolutions beginning from 1024x768 up to 1600x1200
>
>
> Reboot for large font? I just tested it at home and at work, I don't need to, not even to change the resolution.
Yes, and I just tested this again at work and had to reboot...
So, every windows XP has own features 8-)))


Subject: Re: Installer view
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 13 Feb 2004 17:49:38 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> No, you are not right, XP will take also the reboot, I am testing sometimes my application with small and large fonts, and more sometimes I have to checks all resolutions beginning from 1024x768 up to 1600x1200

Reboot for large font? I just tested it at home and at work, I don't need to, not even to change the resolution.


Subject: Re: Change Bookmark use in JVCL?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 13 Feb 2004 17:47:56 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Uh ? I'm only 23 and so I'm a veteran ? Gee, where do I sign to get the
>> pension ? <vbg>
>
>
> Right below the line were it says:
> "I, the signee, accept life-time slavery working with JVCL as a condition of
> this agreement."
>
I have to sign this again ? Why ? You lost the first one ? <vbg>


Subject: Re: Installer view
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 08:38:22 +0100
Newsgroups: jedi.vcl

> > checkboxes vertical positions after scroll). As you can see, some of the
> > checkboxes can be seen fully, but other only partially, after start of
> > the program, the ListView look OK, but this effect you can see after
> > scrolling of the content.

I doubt we can do anything about the listview problem but we should be able
to fix at least the sizing and moving of controls and the form(s).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJVWizard Text Alignment Bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 08:33:43 +0100
Newsgroups: jedi.vcl

> > I did a refresh from the VCS just in case, right before posting, and
> > the problem was there then.  Either that, or something is not right in
> > my VCS setup :-)

Oh, I didn't mean that the bug isn't there. I just meant that if it is a
bug, it probably was present in KWizard as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Interface change for DBGrid.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 08:30:08 +0100
Newsgroups: jedi.vcl

> > Change name of parameter DeafaultDrawText of TDrawColumnTitleEvent to
> > DefaultDrawText <g>
Sounds like a good idea :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Another JVWizard Problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 08:29:45 +0100
Newsgroups: jedi.vcl

> > Then again, perhaps this is an issue with the particular components I
> > am using :-/
Have you tried using a TJvEnterTab component instead of the built-in Enter
to Tab conversion of the db controls? I am not sure that it will work but it
is worth a try.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 and new XP Controls?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 08:28:03 +0100
Newsgroups: jedi.vcl

> > does this have the capability to act as a container
> > for controls
No, it is not designed to hold other controls but you are free to try
yourself!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3Beta: Where is JvShell?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Feb 2004 08:26:30 +0100
Newsgroups: jedi.vcl

> > JvShell contained the TJvFolderMointor which has been replaced by
Thath should of course be "*JvNotify* contained the TJvFolderMonitor"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 13 Feb 2004 09:54:31 +0300
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> On Thu, 12 Feb 2004 15:50:16 +0300, Vladimir Zhuchko
> <zhuchko@lnr.jinr.ru> wrote:
>
>
>> Usually this depends on the qualification of the programmers.
>
>
> Huh?  Then can I take it you have an instant solution?
>
>
I tested the today's version of the installer again, apparently this is the ListView bug(not accurate painting of the dividing lines and checkboxes vertical positions after scroll). As you can see, some of the checkboxes can be seen fully, but other only partially, after start of the program, the ListView look OK, but this effect you can see after scrolling of the content.

Clipboard.png

Clipboard.png
	



Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 13 Feb 2004 09:37:46 +0300
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> On Thu, 12 Feb 2004 15:50:16 +0300, Vladimir Zhuchko
> <zhuchko@lnr.jinr.ru> wrote:
>
>
>> Usually this depends on the qualification of the programmers.
>
>
> Huh?  Then can I take it you have an instant solution?
>
>
Sorry for my words 8-)) but I haven't a simple solution, more over, sometime this behaviour depends upon videcard/driver and OS.
I tested the Installer on WinXP and Win2000 AS (the resolution 1600x1200, Large fonts, both have the MatroxG400), it seems that Win2000 and Win2003 have the same look that I send yesterday, but for WinXP looks better, for Win200X the upper sides of ListView Checkboxes are not visible, for WinXP - visible with the width=1, very strange...


Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 13 Feb 2004 09:30:01 +0300
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>>> Feel free to write a JVCL Installer.
>>
>>
>> Ouch<g>!
>>
>>
>>> I have committed a new version that should "disable" the large fonts for
>>
>>
>> the installer.
>> The problem with coding for large fonts is that you need to develop using
>> small fonts but run it using large fonts (if you load the project using
>> large fonts, PixelsPerInch will be changed and you will have the same
>> situation as when developing and running with small fonts). Since switching
>> between the two requires a reboot, not many developers are keen to do the
>> work although it is a bit easier if you have a virtual machine to run it
>> in...
>
>
> Actually, you don't need to under WinXP. Simply click Apply.
>
No, you are not right, XP will take also the reboot, I am testing sometimes my application with small and large fonts, and more sometimes I have to checks all resolutions beginning from 1024x768 up to 1600x1200


Subject: Re: procedure Delay(MSecs: Longint);
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 13 Feb 2004 06:10:39 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> Why?  I use SleepEx (interruptable sleep) usually, but a
> small value of sleep in a thread is usually fine. It does
> affect the speed at which the thread will respond to a shutdown event,
> thus I use SleepEx.

Precisely. No Sleep, but a WaitForAllObjects which SleepEx effectively is.



Subject: JVCL3 and new XP Controls?
From: "Charles Ginzel" <cginzel@hotmail.com>
Date: Thu, 12 Feb 2004 22:34:11 -0600
Newsgroups: jedi.vcl

I love these new XP controls!  Very cool!

I like the TJvXPBar expand/collapse feature, but I don't see any way to add
other controls.  As it is now, its basically a menu.  Before I try and tear
into the code myself, does this have the capability to act as a container
for controls or has anyone tried to extend it to do such if it doesn't
already?  Or is there a better way?

TIA,
-Charles




Subject: Re: Installer view
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 13 Feb 2004 12:06:45 +1000
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> On Thu, 12 Feb 2004 15:50:16 +0300, Vladimir Zhuchko
> <zhuchko@lnr.jinr.ru> wrote:
>
>> Usually this depends on the qualification of the programmers.
>
> Huh?  Then can I take it you have an instant solution?
>

It must be a language issue there, I have to hope he doesn't mean to be that rude. After all, English not being my first language either, I sometime may sound rude when I don't want to.
Amazingly, when I want to sound rude, I always manage to do so <g>



Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 13 Feb 2004 03:50:59 +0300
Newsgroups: jedi.vcl

On Thu, 12 Feb 2004 22:28:25 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

> >    P.S: I finally have access to SF (and the CVS) again. Dunno what caused
> >it though and why it works now.

I saw your post earlier and was wondering if you tried tracerouting to
the SF servers?




Subject: Re: TJVWizard Text Alignment Bug
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 13 Feb 2004 03:50:58 +0300
Newsgroups: jedi.vcl

On Thu, 12 Feb 2004 11:23:29 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >I doubt it since the JVCL conversion was done aganst the last available
> >KWizard version.

I did a refresh from the VCS just in case, right before posting, and
the problem was there then.  Either that, or something is not right in
my VCS setup :-)




Subject: Re: Installer view
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 13 Feb 2004 03:50:57 +0300
Newsgroups: jedi.vcl

On Thu, 12 Feb 2004 15:50:16 +0300, Vladimir Zhuchko
<zhuchko@lnr.jinr.ru> wrote:

> >Usually this depends on the qualification of the programmers.

Huh?  Then can I take it you have an instant solution?




Subject: Another JVWizard Problem
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 13 Feb 2004 03:49:37 +0300
Newsgroups: jedi.vcl

I am using the JVWizard with data-entry components that have an option
to treat 'Enter' as 'Tab'.  The users of my apps like this option, as
they cut their teeth back in CLI days.  These components work fine
when placed directly on the form (that is, with the form as parent).
However it seems that wizard is intercepting key events destined for
the active control (the data-entry component) and treating it as if it
were meant for itself, with the result that the Wizard proceeds to the
next page.  

Is it possible to have a property added (after the code freeze), which
when set will cause the Wizard to only react to the Enter key when one
of its buttons has the focus?

Then again, perhaps this is an issue with the particular components I
am using :-/




Subject: Interface change for DBGrid.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Feb 2004 01:33:09 +0100
Newsgroups: jedi.vcl

Change name of parameter DeafaultDrawText of TDrawColumnTitleEvent to DefaultDrawText <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer view
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 13 Feb 2004 00:55:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Actually, you don't need to under WinXP. Simply click Apply.
> > Well, that's probably one of the few benefits of using XP then ;). All
> > others still need a reboot, though.

But do not use Delphi 7 IDE when switching between both font settings. The
main window will be resized to the whole screen and you can only quit and
restart Delphi 7 to undo this.


-- Regards, Andreas Hausladen 

Subject: Re: Change Bookmark use in JVCL?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 13 Feb 2004 00:43:04 +0100
Newsgroups: jedi.vcl

> > Uh ? I'm only 23 and so I'm a veteran ? Gee, where do I sign to get the
> > pension ? <vbg>

Right below the line were it says:
"I, the signee, accept life-time slavery working with JVCL as a condition of
this agreement."

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bugs in RxLib.dat and RxToJVCLApp.dat converter files
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 13 Feb 2004 00:39:21 +0100
Newsgroups: jedi.vcl

>> > > Sorry, but these two (RxLib.dat and RxToJVCLApp.dat) are the only dat
files which
>> > > contain the 'TRxTrayIcon' string.

The Rx to JVCL converter files are rather old - from the (pre) JVCL 2.10
days - and much has happended since. It is very likely that there might be
no simple way to convert from some RX controls to JVCL3 controls. If you
come across a component in the Rx.dat that you can't find in JVCL3, your
best bet is to post a question here and we'll try to help you locate a
replacement in JVCL3.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Change Bookmark use in JVCL?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 13 Feb 2004 09:37:11 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The former is merely awkward/verbose, whereas the latter seems
>> almost EVIL. Just the opinion of one grisled Delphi 1.0-current veteran.
>
> Anyone that's ever been forced to use D1, have earned the rght to call
> himself a veteran, I guess<g>

Uh ? I'm only 23 and so I'm a veteran ? Gee, where do I sign to get the pension ? <vbg>



Subject: Re: JVCL3Beta: Where is JvShell?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 13 Feb 2004 00:35:39 +0100
Newsgroups: jedi.vcl

> > But JvNotify is not contained in JVCL3beta! Where is it?
> > But there is no JvShell in the bag!

These were actually archived as far back as in 2.10 (i.e before 2.10 was
released). Unfortunately, there is no record of it (in changelog.txt or
otherwise).

JvShell contained the JvxTrayIcon, so replace it with JvTrayicon.pas.
JvShell contained the TJvFolderMointor which has been replaced by
JvChangeNotify. You will probably have to change their use manually in code
since I doubt the properties and events are compatible.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Change Bookmark use in JVCL?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 13 Feb 2004 00:15:08 +0100
Newsgroups: jedi.vcl

> > The former is merely awkward/verbose, whereas the latter seems
> > almost EVIL. Just the opinion of one grisled Delphi 1.0-current veteran.
Anyone that's ever been forced to use D1, have earned the rght to call
himself a veteran, I guess<g>

> >
> > What happens in this case? :
> >
> > ...
> >   var B:String;
> >   begin
> >     B := Dataset.Bookmark;
> >      ...
> >      //Store bookmark elsewhere:
> >      MyDatamodule.Marker := B; // Does this refcount a bookmark or
It's a normal refcounted string. Heres the relevant code from GetBookmarkStr
(getter for Bookmark property):

  if BookmarkAvailable then
  begin
    SetLength(Result, BookmarkSize);
    GetBookmarkData(ActiveBuffer, Pointer(Result));
  end else
    Result := '';

> > create a meaningless binary string in MyDatamodule, that can't be goto'd?
You can go to it in the original Dataset provided the Dataset isn't changed
between saving and restoring.

> >     Dataset.Bookmark := B;
> > end; // at this point, the string is release, is this all string refcount?
Yes, the string is released just as any other string.

Even if you use Bookmark, you still have to code defensively just as when
using GetBookmark/GotoBookmark. It just seems to me it's a lot cleaner using
Bookmark than all the checking and freeing needed with
GetBookmark/GotBoomark/FreeBookmark.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 12 Feb 2004 23:59:45 +0100
Newsgroups: jedi.vcl

> > Actually, you don't need to under WinXP. Simply click Apply.
Well, that's probably one of the few benefits of using XP then ;). All
others still need a reboot, though.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 13 Feb 2004 08:56:43 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Feel free to write a JVCL Installer.
>
> Ouch<g>!
>
>
>> I have committed a new version that should "disable" the large fonts for
>
> the installer.
> The problem with coding for large fonts is that you need to develop using
> small fonts but run it using large fonts (if you load the project using
> large fonts, PixelsPerInch will be changed and you will have the same
> situation as when developing and running with small fonts). Since switching
> between the two requires a reboot, not many developers are keen to do the
> work although it is a bit easier if you have a virtual machine to run it
> in...

Actually, you don't need to under WinXP. Simply click Apply.



Subject: Re: Installer view
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 12 Feb 2004 23:46:41 +0100
Newsgroups: jedi.vcl

> > Feel free to write a JVCL Installer.
Ouch<g>!

> > I have committed a new version that should "disable" the large fonts for
the installer.
The problem with coding for large fonts is that you need to develop using
small fonts but run it using large fonts (if you load the project using
large fonts, PixelsPerInch will be changed and you will have the same
situation as when developing and running with small fonts). Since switching
between the two requires a reboot, not many developers are keen to do the
work although it is a bit easier if you have a virtual machine to run it
in...

If the solution you've coded works, maybe we could generalize it for all
JVCL forms so we can make sure that dialogs in JVCL are always displayed as
intended.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInspector public API improvment.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 12 Feb 2004 23:36:37 +0100
Newsgroups: jedi.vcl

> > As for the freeze, agreed, no changes for now.  Err, I could put them in
> > with an Ifdef!? :-)
Errhm, no. Allowing that would quickly pollute the code with numerous
temporary IFDEF's, I'm afraid.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: procedure Delay(MSecs: Longint);
From: "Peter Panino" <peter-panino@aon.at>
Date: Thu, 12 Feb 2004 23:18:30 +0100
Newsgroups: jedi.vcl

> > At 49.7 days of runtime, this may give you grief.

I understand ...

> > procedure Delay(MSec: Longword);
> > var
> >   T, T2: Longword;
> > begin
> >   T := GetTickCount;
> >   Repeat
> >    Application.ProcessMessages;
> >    T2 := GetTickCount;
> >    If T > T2 then T := MAXDWORD - T;
> >   Until (T2 - T) < MSec;
> > end;

Thanks, very ingenious!




Subject: Re: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 22:28:25 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 12 Feb 2004 16:09:08 -0500:

 WP> I would like a [...] button to the right of the editor control, I don't
 WP> think this is possible with the current code. I would be willing to
 WP> implement it (post-code-freeze) if anyone else thinks it would be nice.

    It should be, unless a bug has been introduced during a cleaning or
VisualCLX change. If iifEditButton is added to the Flags property of an
item, it should display the [...] button (which will call the Edit method if
the button is pressed). Now I admit that we might want to add an
OnEditButtonClick event to take care of the dialog.

    TJvInspectorFontItem actually fixes the Flags to always include the
iifEditButton and iifEditFixed flags (which is why you can't type in the
font item, but have to use the [...] button to edit the font, or manipulate
the sub properties of the font.

    P.S: I finally have access to SF (and the CVS) again. Dunno what caused
it though and why it works now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: procedure Delay(MSecs: Longint);
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 13 Feb 2004 07:26:54 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>  In a rcent thread on one of the Borland newsgroups i learned that even Sleep in a thread is not a good idea.

Don't use it and you'll get 100% CPU usage...


Subject: Can JvInspector display a button to bring up a custom editor for a property in the inspector?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 12 Feb 2004 16:09:08 -0500
Newsgroups: jedi.vcl

I would like a [...] button to the right of the editor control, I don't think this is possible with the current code. I would be willing to implement it (post-code-freeze) if anyone else thinks it would be nice.

Regards,
Warren Postma



Subject: Re: procedure Delay(MSecs: Longint);
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 12 Feb 2004 15:55:43 -0500
Newsgroups: jedi.vcl


> In a rcent thread on one of the Borland newsgroups i learned that even Sleep in a thread is not a good idea.

Why?  I use SleepEx (interruptable sleep) usually, but a
small value of sleep in a thread is usually fine. It does
affect the speed at which the thread will respond to a shutdown event,
thus I use SleepEx.

Warren




Subject: Re: Installer view
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 Feb 2004 21:11:13 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > Usually this depends on the qualification of the programmers.

Feel free to write a JVCL Installer.


> > I still think the dialog looks bad with large fonts: all the texts are
> > bigger than they should be and the controls seems to have been resized
> > sligthly (the checkboxes at the top right for example)

I have committed a new version that should "disable" the large fonts for
the installer.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3Beta: Where is JvShell?
From: "Peter Panino" <peter-panino@aon.at>
Date: Thu, 12 Feb 2004 20:40:06 +0100
Newsgroups: jedi.vcl

The same applies to JvShell:

The Converter dat files state:

RXSHELL=JvShell

But there is no JvShell in the bag!




Subject: Re: JvInspector public API improvment.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 12 Feb 2004 14:39:34 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Yep, good idea, but not allowed to do now, due to the freeze (no new
> features). The only downside to this mechanism is that we have to leave out
> the AddDBData (TJvInspectorDBData) as it is generally not used (we forgot to
> add it to the JvCustomR.xml file with a condition to suppress it for
> personal/standard editions; not sure if we should add it anyway; we may also
> opt to add it to the main file later, enclosed in a conditional). Another
> issue is that adding a new data class later means we have to add a method to
> the inspector as well. Not really a problem I guess.

Hmm. For future stuff, or for user-written stuff, we should just fall back to AddCustom(  item:TJvCustomInspectorItem ), and from the parameter type of TJvCustomInspectorItem  (we get a hint of what
object type we need to create).

As for the freeze, agreed, no changes for now.  Err, I could put them in with an Ifdef!? :-)

Warren


Subject: Re: procedure Delay(MSecs: Longint);
From: "Jeffrey A. Wormsley" <jwormsley@nospam.debitek.com>
Date: Thu, 12 Feb 2004 19:25:14 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Panino" <peter-panino@aon.at> wrote in news:c0gi2m$b27$1@talkto.net:

> > procedure Delay(MSec: Longword);
> > var
> >   T: Longword;
> > begin
> >   T := GetTickCount;
> >   while GetTickCount - T < MSec do
> >   Application.ProcessMessages;
> > end;

At 49.7 days of runtime, this may give you grief.

procedure Delay(MSec: Longword);
var
  T, T2: Longword;
begin
  T := GetTickCount;
  Repeat
   Application.ProcessMessages;
   T2 := GetTickCount;
   If T > T2 then T := MAXDWORD - T;
  Until (T2 - T) < MSec;
end;

This will introduce a 1ms error at rollover, but since GetTickCount has a 
55ms precision, it shouldn't matter much.  Also, it means a minimum delay 
of 55ms.  Shouldn't matter in most cases.  If you really need 1ms 
resolution, you won't use GetTickCount in the first place.

Jeff.


Subject: Re: procedure Delay(MSecs: Longint);
From: "Peter Panino" <peter-panino@aon.at>
Date: Thu, 12 Feb 2004 20:20:24 +0100
Newsgroups: jedi.vcl

> > The very concept of Delay is bad.

Why?

If there is 'Application.ProcessMessages' it does not disturb anybody?:

procedure Delay(MSec: Longword);
var
  T: Longword;
begin
  T := GetTickCount;
  while GetTickCount - T < MSec do
  Application.ProcessMessages;
end;




Subject: Re: JvCreateProcess check
From: "Steve Warburton" <Swarburton@orange.net>
Date: Thu, 12 Feb 2004 13:14:22 -0600
Newsgroups: jedi.vcl

Sorry wrong question.


I have  JvCreateProcess1.CloseApplication(False) on formclose.

How do I find out if a process has started and not do the closeapp.




"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:c0frl0$plc$1@talkto.net...
> > Steve Warburton wrote:
> >
>> > > How do I check to see if the process is still running?
> >
> > You can set WaitForTerminate to true: if the process ends you get an
> > OnTerminate event.
> >
> > Otherwise use property ProcessInfo and iterate over all processes (see
> > InternalCloseApp)
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: JVCL3Beta: Where is JvNotify?
From: "Peter Panino" <peter-panino@aon.at>
Date: Thu, 12 Feb 2004 20:13:36 +0100
Newsgroups: jedi.vcl

The Converter .dat files state:

RxNotify=JvNotify

But JvNotify is not contained in JVCL3beta! Where is it?

(I have to migrate a project from RX to JVCL3).




Subject: JvCreateProcess check
From: "Steve Warburton" <Swarburton@orange.net>
Date: Thu, 12 Feb 2004 12:50:55 -0600
Newsgroups: jedi.vcl

How do I check to see if the process is still running?

Cheers in advance





Subject: Re: procedure Delay(MSecs: Longint);
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 12 Feb 2004 19:48:14 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:
> Furthermore there are several *different* definitions and declarations of this
> procedure in the above files. So which is the most reliable one and which one
> will be in the final version?

I think no Delay function should be available at all.
The very concept of Delay is bad. A timer or a thread should be used for  repetive tasks. In a rcent thread on one of the Borland newsgroups i learned that even Sleep in a thread is not a good idea.



Subject: Re: JvInspector public API improvment.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 19:44:39 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 12 Feb 2004 13:35:03 -0500:

[cut the way to elobarate explanation ;-) ]

 WP> 5. All these methods will start with Add, and will be discoverable in
 WP> the usual Delphi way. (Type JvInspector1.Add and let code insight do
 WP> its work).

 WP> What do you guys think?

    Yep, good idea, but not allowed to do now, due to the freeze (no new
features). The only downside to this mechanism is that we have to leave out
the AddDBData (TJvInspectorDBData) as it is generally not used (we forgot to
add it to the JvCustomR.xml file with a condition to suppress it for
personal/standard editions; not sure if we should add it anyway; we may also
opt to add it to the main file later, enclosed in a conditional). Another
issue is that adding a new data class later means we have to add a method to
the inspector as well. Not really a problem I guess.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: JvInspector public API improvment.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 12 Feb 2004 13:35:03 -0500
Newsgroups: jedi.vcl

I think it's time to make JvInspector code a little more readable.

1. JvInspector uses class-scope methods named New, like this:

class function TJvInspectorINIFileData.New(const AParent: TJvCustomInspectorItem;
  const ASection: string; const AINIFile: TCustomIniFile;
  const AOnAddKey: TJvInspConfKeyEvent): TJvInspectorItemInstances;

2. These class method invocations create items, which belong to
categories, which are contained by the inspector. This syntax
runs against the normal delphi develers way of thinking. How do
I add an item to alistbox? Listbox.Items.Add.

3. Take a simple case of adding a variable to a category, like this, is
simple enough, create a category, then add one variable:

  TJvInspectorVarData.New(InspCat, 'AboutJVCL', TypeInfo(string), @VerInfoStr).DisplayName := 'About JVCL';

4. Let's instead, leave the existing class method for people who really want to invoke one, but wrap ALL the above "class <TSomeReallyLongandUglyName>.New(<blah>)" methods, like this:

   JvInspector1.AddVarData( <same parameters as TJvInspectorVarData.New>  )

5. All these methods will start with Add, and will be discoverable in the usual Delphi way. (Type JvInspector1.Add and let code insight do its work).


What do you guys think?

Warren






Subject: Re: procedure Delay(MSecs: Longint);
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 12 Feb 2004 13:00:44 -0500
Newsgroups: jedi.vcl

Peter Panino wrote:

> In JVCL3Beta I found the procedure Delay in the following files:
>
> \jvcl\run\JvaScrollText.pas
> \jvcl\run\JvInterpreter_JvUtils.pas
> \jvcl\run\JvJVCLUtils.pas
> \jvcl\devtools\Common\CRT32.pas
> \jvcl\archive\JvUtils.pas
> \jvcl\archive\JvVCLUtils.pas
>
> Furthermore there are several *different* definitions and declarations of this
> procedure in the above files. So which is the most reliable one and which one
> will be in the final version?

Hmm.  If they are in the implementation section and not declared in the interface section, then this is an Okay situation because the symbol is not visible (not linkable, and therefore not visible to you, outside).

If the implementations were the same,  then moving it to a library unit would save a tiny amount of code size. If not, then it's only a private
symbol name which is common, so what's the problem?

>
> What is the \jvcl\run directory for?
Runtime (as opposed to designtime) code.


Subject: Re: Change Bookmark use in JVCL?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 12 Feb 2004 12:44:36 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I was wondering if anyone can give a good reason to use the following code
> when working with bookmarks:
>
> B:TBookmark;
> begin
>   B := Dataset.GetBookmark;
>   try
>   ...
>   if Dataset.ValidBookmark(B) then
>     Dataset.GotoBookMark(B);
>   finally
>     if (B <> nil) then
>       Dataset.FreeBookmark(B);
>   end;
> end;
>
> ...when the following should work just as well:
>
> var B:String;
> begin
>   B := Dataset.Bookmark;
>   ...
>   Dataset.Bookmark := B;
> end;

The former is merely awkward/verbose, whereas the latter seems
almost EVIL. Just the opinion of one grisled Delphi 1.0-current veteran.

What happens in this case? :

....
 var B:String;
 begin
   B := Dataset.Bookmark;
    ...
    //Store bookmark elsewhere:
    MyDatamodule.Marker := B; // Does this refcount a bookmark or create a meaningless binary string in MyDatamodule, that can't be goto'd?

   Dataset.Bookmark := B;
end; // at this point, the string is release, is this all string refcount?



Warren


Subject: Updated CLX- converter
From: "André Snepvangers" <asn@xs4all.nl>
Date: Thu, 12 Feb 2004 18:12:58 +0100
Newsgroups: jedi.vcl

I have updated the CLX converter of Andreas Hauslader. Uploaded it to
binairies.

Differences
- source files remain unchanged.
- added forms (*.xfm) handling.

Open issues
- Solve VCL / VisualCLX  IFDEF's.
- Files should come  from packagebuilder instead of  *.pas

Regards,

André Snepvangers




Subject: procedure Delay(MSecs: Longint);
From: "Peter Panino" <peter-panino@aon.at>
Date: Thu, 12 Feb 2004 18:03:06 +0100
Newsgroups: jedi.vcl

In JVCL3Beta I found the procedure Delay in the following files:

\jvcl\run\JvaScrollText.pas
\jvcl\run\JvInterpreter_JvUtils.pas
\jvcl\run\JvJVCLUtils.pas
\jvcl\devtools\Common\CRT32.pas
\jvcl\archive\JvUtils.pas
\jvcl\archive\JvVCLUtils.pas

Furthermore there are several *different* definitions and declarations of this
procedure in the above files. So which is the most reliable one and which one
will be in the final version?

What is the \jvcl\run directory for?




Subject: Re: Can I check in some bugfixes to JvCsvData.pas plus two new properties (none deleted or renamed)?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 12 Feb 2004 17:15:50 +0100
Newsgroups: jedi.vcl

> > I have CVS access, I'm just being collaborative. :-)
Since noone seem to mind, you can check it in.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 and Delphi7 problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 15:56:17 +0100
Newsgroups: jedi.vcl

> > I can't install JVCL. Installation failed because of many errors in
> > JvTranslator.pas where is the good one ?

You have an older version. Around line 450, add a semi-colon after
"TApplication(AComponent).Title" and a few lines down, add a "begin" after
the "else". This has been fixed in CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 12 Feb 2004 17:34:02 +0300
Newsgroups: jedi.vcl

Remko Bonte wrote:
I have scaled=false, and can see this problem on Win2003 and WinXP, both  have 1600x1200-Large fonts. 2003  has the ATI Rage embedded videocard and WinXP has Matrox G400.

> Hm, I tried to reproduce the problem problem as in the picture from Vladimir, but did not succeed <g>.
>
> Is this because of my XP,D7 combination, or has Vladimir a version with Scaled = true?
>


Subject: Re: JVCL3 and Delphi7 problem
From: "AEM" <emoshiri@yahoo.com>
Date: Thu, 12 Feb 2004 18:00:53 +0330
Newsgroups: jedi.vcl

Thank you.
Jcl installed. BUT ...
I can't install JVCL. Installation failed because of many errors in
JvTranslator.pas where is the good one ?



"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
news:c0dfnd$m0t$1@talkto.net...
> > I haven't seen this before, but did you try the obligatory steps
> > already? Looks like you're using an experimental (untested) grab
> > of the CVS sources that is somewhat out of date, so:
> >
> > 1. If that doesn't work, it looks to me like the date
> >     of your zip file is older than the Pre-Beta1
> >     preview, get this instead:
> >     http://jvcl.sourceforge.net/release/beta/
> >
> > 1. Delete your old sources, and delete the Jv*.BPL files from
> >     C:\Program Files\Borland\Delphi7\Projects\BPL
> >
> > 2. Re-run the Pre-Beta1 preview's installer to rebuild
> >     and reinstall them.
> >
> > Just a thought.
> >
> > Warren




Subject: Re: Installer view
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 12 Feb 2004 15:05:11 +0100
Newsgroups: jedi.vcl

Hm, I tried to reproduce the problem problem as in the picture from Vladimir, but did not succeed <g>.

Is this because of my XP,D7 combination, or has Vladimir a version with Scaled = true?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 12 Feb 2004 16:38:37 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

So, it seems that Scaled is useless or is buggy ?

>> But this conflicts with running an application designed with small fonts
>> on systems with big fonts. That is, the font has changed but the
>> position of the controls don't because of Scaled=false.
>
> So, can we prevent the font from resizing or is there other options?
>
> Setting Scaled obviously isn't enough to make it work.
>
>


Subject: Re: Installer view
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 14:33:58 +0100
Newsgroups: jedi.vcl

> > But this conflicts with running an application designed with small fonts
> > on systems with big fonts. That is, the font has changed but the
> > position of the controls don't because of Scaled=false.
So, can we prevent the font from resizing or is there other options?

Setting Scaled obviously isn't enough to make it work.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 12 Feb 2004 14:27:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> What was the original reason to set Scaled to false?
>
> TO make the dialog and controls fixed size on any system, ensuring that they
> always occupy the same screen area. With Scaled, the controls and fonts are
> resized and can end up anywhere.

But this conflicts with running an application designed with small fonts on systems with big fonts. That is, the font has changed but the position of the controls don't because of Scaled=false.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer view
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 14:17:47 +0100
Newsgroups: jedi.vcl

> > What was the original reason to set Scaled to false?
TO make the dialog and controls fixed size on any system, ensuring that they
always occupy the same screen area. With Scaled, the controls and fonts are
resized and can end up anywhere.

> > I always thought that setting Scaled to true, AutoScroll to false ensures
that it works
> > for big fonts.
Maybe for resizable forms but my experience is that it doesn't work very
well for fixed size dialogs: controls are placed outside the form etc.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvHTTPGRabber
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 23:16:07 +1000
Newsgroups: jedi.vcl

Andrea Camillini wrote:

> how does it work?
> I tried setting the following properties:
> url := 'http://www.myweb.com'
> filename := 'c:\temp.txt'
> outputmode := onFile
>
> execute
>
> nothig happened.
> Can anyone help me?

Please consider the JvUrlGrabber in JVCL3 instead. it can grab HTTP and FTP files, and more than one at a time.


Subject: Re: starting point for example progress reports
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 23:13:39 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     Yeah, but what if I want that bevel? Now I've been thinking (sometimes I
> do that; can't really help it): for VisualCLX André/Andreas used separate
> scrollbar controls, instead of the scrollbar a VCL window has. Maybe we
> should adopt that for VCL as well, as this would circumvent the bug in the
> NCPaint handler? Definitely not before the Beta release! <g>
I wouldn't mind, but as you said, after beta.


Subject: Which db list to use ?
From: "Danie Heath" <doo@risccom.co.za>
Date: Thu, 12 Feb 2004 15:10:25 +0200
Newsgroups: jedi.vcl

Hi all,

I just want to confirm which component to use ?

I have a list of names extracted from a sql table, and when i click on the
list, it should update a few text fields on the left next to the list, also
extracted from that sql table.  Am I right in saying I need to use a
DBLookupList ?

Kind Regards

Danie Heath




Subject: jvHTTPGRabber
From: "Andrea Camillini" <andrea@tin.it>
Date: Thu, 12 Feb 2004 14:08:55 +0100
Newsgroups: jedi.vcl

how does it work?
I tried setting the following properties:
url := 'http://www.myweb.com'
filename := 'c:\temp.txt'
outputmode := onFile

execute

nothig happened.
Can anyone help me?
thanks
Alberto




Subject: Re: Installer view
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 12 Feb 2004 14:08:55 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> The question is: what needs to be done to make JVCL forms look just as good
> on large font systems as on small font systems? From the screenshot you
> sent, it doesn't seem to be enough to set Scaled = false. So what else do we
> need to do?

What was the original reason to set Scaled to false? I always thought that setting Scaled to true, AutoScroll to false ensures that it works for big fonts.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer view
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 14:07:49 +0100
Newsgroups: jedi.vcl

> > I'll try to investigate this within next three days.
Great, thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 12 Feb 2004 16:01:45 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
I'll try to investigate this within next three days.

>> Sure, I am always using 1600x1200x32 with Large fonts, and very often
>> application created without taking into account of the large fonts have
>> such problems.
>
> The question is: what needs to be done to make JVCL forms look just as good
> on large font systems as on small font systems? From the screenshot you
> sent, it doesn't seem to be enough to set Scaled = false. So what else do we
> need to do?
>


Subject: Re: JvCreateProcess check
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 12 Feb 2004 13:58:52 +0100
Newsgroups: jedi.vcl

Steve Warburton wrote:

> How do I check to see if the process is still running?

You can set WaitForTerminate to true: if the process ends you get an OnTerminate event.

Otherwise use property ProcessInfo and iterate over all processes (see InternalCloseApp)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer view
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 13:54:10 +0100
Newsgroups: jedi.vcl

> > Sure, I am always using 1600x1200x32 with Large fonts, and very often
> > application created without taking into account of the large fonts have
> > such problems.
The question is: what needs to be done to make JVCL forms look just as good
on large font systems as on small font systems? From the screenshot you
sent, it doesn't seem to be enough to set Scaled = false. So what else do we
need to do?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Change Bookmark use in JVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 13:52:01 +0100
Newsgroups: jedi.vcl

I was wondering if anyone can give a good reason to use the following code
when working with bookmarks:

B:TBookmark;
begin
  B := Dataset.GetBookmark;
  try
  ...
  if Dataset.ValidBookmark(B) then
    Dataset.GotoBookMark(B);
  finally
    if (B <> nil) then
      Dataset.FreeBookmark(B);
  end;
end;

....when the following should work just as well:

var B:String;
begin
  B := Dataset.Bookmark;
  ...
  Dataset.Bookmark := B;
end;

It seems the GetBookmark, GotoBookmark, FreeBookmark methods are for Delphi
1 compatibility and Bookmark is recommended for ordinary use. Does anyone
know if there are other reasons to keep the current D1 code in JVCL or
should we rewrite to use Bookmark everywhere?

Bookmark uses GetBookmark and GotoBookmark internally (at least in D6), BTW.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 12 Feb 2004 15:50:16 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
Sure, I am always using 1600x1200x32 with Large fonts, and very often application created without taking into account of the large fonts have such problems. Usually this depends on the qualification of the programmers.

>> so may be this is the problem from Borland?
>
> Seems so.
>
> I still think the dialog looks bad with large fonts: all the texts are
> bigger than they should be and the controls seems to have been resized
> sligthly (the checkboxes at the top right for example)
>
>


Subject: Re: starting point for example progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 13:36:37 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 12 Feb 2004 22:29:49 +1000:

 >>     Bug in TCustomControl. The NCPaint handler does it's job badly when
 >> you have either a border (BorderStyle <> bsNone) or bevels. Documented
 >> that in this NG a little while ago. Anyway, deactivate all bevels and
 >> border for the control, and the scrollbars behave normally. (The same
 >> issue also happens with UseBands = False; obscuring part of the
 >> scrollbar refuses to redraw that part of the scrollbar).

 O> Ok.
 O> Then I think it should be done by default in the component.

    Yeah, but what if I want that bevel? Now I've been thinking (sometimes I
do that; can't really help it): for VisualCLX André/Andreas used separate
scrollbar controls, instead of the scrollbar a VCL window has. Maybe we
should adopt that for VCL as well, as this would circumvent the bug in the
NCPaint handler? Definitely not before the Beta release! <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Weekend Love" by Golden Earring.




Subject: Re: JvDBDateEdit not raise an exception when date is not valid
From: Erick Sasse <esasse@mandic.com.br>
Date: Thu, 12 Feb 2004 09:34:09 -0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>> How can I set JvDBDateEdit to not raise an exception when date entered
>>> is not valid?
>
> You could hook Application.OnException and show your own dialog (or not),
> something like:

Thanks a lot Peter!

-- 
Erick Sasse


Subject: Re: Compile error Packagegenerator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 22:30:46 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> but leave the package generator alone for now, I'm
>> working on the next version.
>
>
> I had not touched it.

I know, I'm just being preventive here.


Subject: Re: starting point for example progress reports
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 22:29:49 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>
>     Bug in TCustomControl. The NCPaint handler does it's job badly when you
> have either a border (BorderStyle <> bsNone) or bevels. Documented that in
> this NG a little while ago. Anyway, deactivate all bevels and border for the
> control, and the scrollbars behave normally. (The same issue also happens
> with UseBands = False; obscuring part of the scrollbar refuses to redraw
> that part of the scrollbar).

Ok.
Then I think it should be done by default in the component.


Subject: Re: JvDBCalcEdit Paint Error
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 12 Feb 2004 13:28:16 +0100
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:
> Testprogram now in binaries.

Quick workaround is:

type
  TJvDBCalcEditAccess = class(TJvDBCalcEdit);

begin
  ce := TJvDBCalcEdit.Create(self);
  [..]
  TJvDBCalcEditAccess(ce).DoBoundsChanged;
end;

Normally DoBoundsChanged would be called in the Loaded procedure, but this is not called for run-time created controls.

Have to check some more, how to really fix this.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Installer view
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 13:22:43 +0100
Newsgroups: jedi.vcl

> > so may be this is the problem from Borland?
Seems so.

I still think the dialog looks bad with large fonts: all the texts are
bigger than they should be and the controls seems to have been resized
sligthly (the checkboxes at the top right for example)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 12 Feb 2004 15:00:58 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Why has the installer  this look after some scrollings?
>
>
> VCL controls doesn't like large fonts, maybe?
>
> Did you set Scaled = false on all the installer forms before running it? If
> not, try it and send us a screenshot of how it looks.
>
>
But as I can see from FrmMain.dfm and FrmMake.dfm (JVCL3Install\) all two Scaled=false, and ListView is the Borland's control, so may be this is the problem from Borland?


Subject: Re: starting point for example progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 12:52:43 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 12 Feb 2004 21:10:53 +1000:

 O> Robert Marquardt wrote:

 >> - JvInspector: Standard cleanup.
 >>   InspectorSimpleExample shows an ugly feature.
 >>   When sizing the form to minimal width the expand/collapse
 >>   boxes are painted on top of the value area.
 O> Have you tried to do that:
 O> Move the form so that the bottom of it is below the bottom of the
 O> string. Then set the UseBands to True and expand as much properties as
 O> you can so that if fills at least 3 bands, only showing 2.
 O> Bring the form back up and suprise, the scroll bar is not drawn !
 O> You only get it fully drawn if you minimize and restore the form

    Bug in TCustomControl. The NCPaint handler does it's job badly when you
have either a border (BorderStyle <> bsNone) or bevels. Documented that in
this NG a little while ago. Anyway, deactivate all bevels and border for the
control, and the scrollbars behave normally. (The same issue also happens
with UseBands = False; obscuring part of the scrollbar refuses to redraw
that part of the scrollbar).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Mask" by The Nits.




Subject: Re: CVS down or is it just me?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 12:48:43 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 12 Feb 2004 21:13:21 +1000:

 O> Come on, we all know you sent heavy spam to SF and you got
 O> banned ! <vbg>

    Yeah, I bet about 80% of the spam you all receive is mine <g>

 O> Or maybe the guy before you that had the same IP did...

    Well, I have a fixed IP, so that would mean that the spamming happened
> >5 years ago. It could be that our ISP is blocked I guess. The weird thing
is that I do receive the mails from the mailing list (which is SF
originating) and you would think that if we're banished, they wouldn't send
mails to that ISP. Anyway, still hunting for the reason and hopefully a
cure.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Fountain man" by The Nits.




Subject: Re: Compile error Packagegenerator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 Feb 2004 12:45:15 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > but leave the package generator alone for now, I'm
> > working on the next version.

I had not touched it.



-- Regards, Andreas Hausladen 

Subject: Re: CVS down or is it just me?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 21:13:21 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Peter!
> You wrote  on Thu, 12 Feb 2004 11:23:59 +0100:
>
>  >> Do you have the IP address for the CVS server? I could try that instead.
>  PT> 66.35.250.207
>
>     hmmm, destination unreachable. What the heck is going on here?!
>

Come on, we all know you sent heavy spam to SF and you got banned ! <vbg>
Or maybe the guy before you that had the same IP did...


Subject: Re: Compile error Packagegenerator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 21:12:10 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I know about it, I'm on it.
>
>
> function TDefinies.IsDefined(const Condition);
>
> Here the ": Boolean" is missing.
>
yes, sorry about that, I went to fast to commit the file. It's now corrected in CVS, but leave the package generator alone for now, I'm working on the next version.


Subject: Re: starting point for example progress reports
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 21:10:53 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> - JvInspector: Standard cleanup.
>   InspectorSimpleExample shows an ugly feature.
>   When sizing the form to minimal width the expand/collapse
>   boxes are painted on top of the value area.
Have you tried to do that:
Move the form so that the bottom of it is below the bottom of the string.
Then set the UseBands to True and expand as much properties as you can so that if fills at least 3 bands, only showing 2.
Bring the form back up and suprise, the scroll bar is not drawn !
You only get it fully drawn if you minimize and restore the form


Subject: Re: Bug in JclSysInfo.pas!
From: "Frank Hauptlorenz" <fhauptlorenz@storchenmuehle.de>
Date: Thu, 12 Feb 2004 12:05:30 +0100
Newsgroups: jedi.vcl

Hello Everyone,

alreade did this yesterday (as i wrote top of this). This works.

Thank you all,
Frank.

"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:c0d2od$56v$1@talkto.net...
> > Andreas Hausladen wrote:
>> > > Frank Hauptlorenz wrote:
>> > >
>> > >
>>> > >>I can't use the new VCL because I'm
>>> > >>using JVCL210 (stable application).
>> > >
>> > >
>> > > JCL <> JVCL.
>> > > Jedi Code Library <> Jedi Visual Component Library
>> > >
>> > > JclSysUtils is part of JCL (Jedi Code Library) and _not_ of JVCL. You do
>> > > _not_ need the new JVCL. You need then new JCL that should be source
>> > > compatible.
> > Well not really, the JCL 1.9 isn't compatible with JVCL 2.10
> > As to the fix in JcSysInfo, it's a pretty simple one, you could have a
> > look in the file from JCL 1.9 and put it into the JCL 1.2 source.




Subject: Re: starting point for example progress reports
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 12 Feb 2004 12:01:25 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I vote not, because that is also used to apply the edit box. 

Ok. I was not completely sure about that feature anyway.



Subject: Re: CVS down or is it just me?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 11:41:37 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 12 Feb 2004 11:23:59 +0100:

 >> Do you have the IP address for the CVS server? I could try that instead.
 PT> 66.35.250.207

    hmmm, destination unreachable. What the heck is going on here?!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "The train" by The Nits.




Subject: Re: CVS down or is it just me?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 11:23:59 +0100
Newsgroups: jedi.vcl

> > Do you have the IP address for the CVS server? I could try that instead.
66.35.250.207

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJVWizard Text Alignment Bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 11:23:29 +0100
Newsgroups: jedi.vcl

> > I wonder, was all this lost ? :-(
I doubt it since the JVCL conversion was done aganst the last available
KWizard version.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS down or is it just me?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 11:16:51 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 12 Feb 2004 10:26:07 +0100:

 >> am I "cut off" for some strange reason?

 PT> I can access CVS but it takes a long time before TCVS connects (up to a
 PT> minute) and then it seems to run at normal speed. Maybe that's what you
 PT> are seeing as well?

    Nope. It seems I'm blocked off of SF.net. Nothing gets through at all,
can't even ping sf.net (host not found). So either I have a DNS problem or
my ISP is blocking access to CVS. Do you have the IP address for the CVS
server? I could try that instead.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "J.O.S. days" by The Nits.




Subject: Re: Compile error Packagegenerator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 Feb 2004 11:14:45 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I know about it, I'm on it.

function TDefinies.IsDefined(const Condition);

Here the ": Boolean" is missing.



-- Regards, Andreas Hausladen 

Subject: Re: TJVWizard Text Alignment Bug
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 12 Feb 2004 13:03:33 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 11 Feb 2004 23:55:35 +0100 @996)
....while the fading voice of Andreas whispered through the darkness:

 >> incorrectly for taCenter and taRight alignments.  taCenter results in
 >> right-aligned text whereas taRight results in centred text.

 AH> I will fix it. Just a misdeclaration of the Alignment-to-DrawText-Flags
 AH> const array.

That big was year ago, when KWizard 1.8 was just announced in borland
newsgroups - and i reported it in 2 hours and it was fixed instantly !
And i remeber other users also collaborated with fixes/features more than
me.

I wonder, was all this lost ? :-(
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Installer view
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 10:27:36 +0100
Newsgroups: jedi.vcl

> > Why has the installer  this look after some scrollings?

VCL controls doesn't like large fonts, maybe?

Did you set Scaled = false on all the installer forms before running it? If
not, try it and send us a screenshot of how it looks.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS down or is it just me?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 12 Feb 2004 10:26:07 +0100
Newsgroups: jedi.vcl

> > am I "cut off" for some strange reason?

I can access CVS but it takes a long time before TCVS connects (up to a
minute) and then it seems to run at normal speed. Maybe that's what you are
seeing as well?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: CVS down or is it just me?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 10:18:12 +0100
Newsgroups: jedi.vcl

Hello, All!

    I'm a little confused: I'm unable to get anything from CVS (can't update
nor commit) and yet I do get mails from the CVS notification list. So, are
these mails just backlog (and CVS is down at the moment) or am I "cut off"
for some strange reason?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: starting point for example progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 12 Feb 2004 10:01:59 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 12 Feb 2004 09:08:09 +0100:

 RM> - JvInspector: Standard cleanup.
 RM>    InspectorSimpleExample shows an ugly feature.
 RM>    When sizing the form to minimal width the expand/collapse
 RM>    boxes are painted on top of the value area.

   Yuck! That's definitively a bug in JvInspector (the painter to be exact).
I'll see if I can find where it goes wrong, or maybe I just need to
introduce clipping for the two columns.

 RM>    I vote for using VK_RETURN for expand/collapse in addition
 RM>    to VK_ADD and VK_SUBTRACT.

    I vote not, because that is also used to apply the edit box. The set
type can be set to allow both manual editing of the set string (i.e. the
[Enum1..Enum3, Enum6] string) as well as the individual boolean sub
properties. If we would use VK_RETURN to expand/collapse, everytime I edit
the set string, the set property is expanded or collapsed. That would not
look good I think.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Compile error Packagegenerator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 18:48:19 +1000
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> Latest cvs - download
> GenerateUtils.pas / TDefinesList.Isdefined
> 'Declaration differs from previous ...'
>
> /Flemming
>
>
I know about it, I'm on it.


Subject: Re: Packages Generator update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 18:47:45 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> Andreas Hausladen wrote:
>
>>> Please don't touch the sources for at least the next two days, I will
>>> advise when finished.
>
> Now pg is not working at all
Well yeah, I just said to not touch it.


Subject: Compile error Packagegenerator
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 12 Feb 2004 09:24:06 +0100
Newsgroups: jedi.vcl

Latest cvs - download
GenerateUtils.pas / TDefinesList.Isdefined
'Declaration differs from previous ...'

/Flemming




Subject: Installer view
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 12 Feb 2004 11:23:40 +0300
Newsgroups: jedi.vcl

Why has the installer  this look after some scrollings?

Clipboard.png

Clipboard.png
	



Subject: Re: Packages Generator update
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 12 Feb 2004 11:21:49 +0300
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>> Please don't touch the sources for at least the next two days, I will
>> advise when finished.
Now pg is not working at all
** Generating resources...


MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    "D:\CBuild6\bin\dcc32.exe" -e"..\Bin" -i"..\..\Run;..\Common;..\..\Common;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\common;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\windows;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\vcl;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\visclx;..\..\Archive;..\Dcu" -n"..\Dcu" -r"..\..\Run;..\Common;..\..\Common;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\common;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\windows;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\vcl;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\visclx;..\..\Archive;..\Dcu" -u"..\..\Run;..\Common;..\..\Common;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\common;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\windows;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\vcl;D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\visclx;..\..\Archive;..\Dcu" -q -w -h -m pg.dpr
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
GenerateUtils.pas(1340) Error: Declaration of 'IsDefined' differs from previous declaration
GenerateUtils.pas(1342) Error: Undeclared identifier: 'IndexOf'
GenerateUtils.pas(1342) Warning: Comparing signed and unsigned types - widened both operands
CmdLineUtils.pas(10) Fatal: Could not compile used unit 'GenerateUtils.pas'

** error 1 ** deleting bin\pg.exe

** error 1 ** deleting ..\devtools\bin\pg.exe


Subject: Re: starting point for example progress reports
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 12 Feb 2004 09:08:09 +0100
Newsgroups: jedi.vcl

- JvHTMLParser: Standard cleanup.
  Made all tab sheets to clear their content
  on Execute to be consistent.
- JvID3v1: Only basic cleanup.
  Needs a wav file to play with.
- JvID3v2: Only basic cleanup.
  Needs a wav file to play with.
- JvInspector: Standard cleanup.
  InspectorSimpleExample shows an ugly feature.
  When sizing the form to minimal width the expand/collapse
  boxes are painted on top of the value area.
  I vote for using VK_RETURN for expand/collapse in addition
  to VK_ADD and VK_SUBTRACT.



Subject: Re: JvDBCalcEdit Paint Error
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 12 Feb 2004 07:43:10 +0100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:c0e6ke$d82$1@talkto.net...
> > I can't reproduce it, please post the testprogram in jedi.binaries.

Testprogram now in binaries.

Flemming




Subject: Re: Bugs in RxLib.dat and RxToJVCLApp.dat converter files
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 12 Feb 2004 15:38:29 +1000
Newsgroups: jedi.vcl

Peter Panino wrote:

> Sorry, but these two (RxLib.dat and RxToJVCLApp.dat) are the only dat files which
> contain the 'TRxTrayIcon' string.
>
Yeah, but what about that:
1) TRxTrayIcon -> TJvxTrayIcon
2) TJvxTrayIcon -> TJvTrayIcon

With point 2 being done by the Jvcl2ToJvcl3.dat (or named similar).



Subject: Re: Bugs in RxLib.dat and RxToJVCLApp.dat converter files
From: "Peter Panino" <peter-panino@aon.at>
Date: Thu, 12 Feb 2004 06:08:13 +0100
Newsgroups: jedi.vcl

Sorry, but these two (RxLib.dat and RxToJVCLApp.dat) are the only dat files which
contain the 'TRxTrayIcon' string.

"OBones" <obones_gfdg_@_rer_meloo.com> schrieb im Newsbeitrag
news:c0eu91$atl$1@talkto.net...
> > Peter Panino wrote:
> >
>> > > Wrong strings:
>> > > TRxTrayIcon=TJvxTrayIcon
>> > >
>> > > Instead it should be:
>> > > TRxTrayIcon=TJvTrayIcon
>> > >
>> > > Probably there are other wrong strings. I will report them as soon as I find
>> > > them.
>> > >
>> > >
> > I haven't played a lot with the converter but I guess it's because you
> > need to do RxToJVCL then Jvcl2ToJVCL3.
> >




Subject: Re: Bugs in RxLib.dat and RxToJVCLApp.dat converter files
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 12 Feb 2004 14:37:23 +1000
Newsgroups: jedi.vcl

Peter Panino wrote:

> Wrong strings:
> TRxTrayIcon=TJvxTrayIcon
>
> Instead it should be:
> TRxTrayIcon=TJvTrayIcon
>
> Probably there are other wrong strings. I will report them as soon as I find
> them.
>
>
I haven't played a lot with the converter but I guess it's because you need to do RxToJVCL then Jvcl2ToJVCL3.



Subject: Bugs in RxLib.dat and RxToJVCLApp.dat converter files
From: "Peter Panino" <peter-panino@aon.at>
Date: Thu, 12 Feb 2004 05:20:13 +0100
Newsgroups: jedi.vcl

Wrong strings:
TRxTrayIcon=TJvxTrayIcon

Instead it should be:
TRxTrayIcon=TJvTrayIcon

Probably there are other wrong strings. I will report them as soon as I find
them.




Subject: Re: TJVWizard Text Alignment Bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 12 Feb 2004 00:52:42 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I will fix it.

fixed.



-- Regards, Andreas Hausladen 

Subject: Re: TJVWizard Text Alignment Bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Feb 2004 23:55:35 +0100
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> > I am not sure if this has been reported before.  The Alignment
> > properties of the Title and Subtitle of  JVWizardInteriorPage work
> > incorrectly for taCenter and taRight alignments.  taCenter results in
> > right-aligned text whereas taRight results in centred text.

I will fix it. Just a misdeclaration of the Alignment-to-DrawText-Flags
const array.

-- Regards, Andreas Hausladen 

Subject: Re: Packages Generator update
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Feb 2004 23:30:21 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > but that will be fixed later, and in a cleaner way. Why cleaner? 

Maybe you have a look at
install\JVCL3Install\JVCLConfig\JVCLConfiguration.pas


> > Please don't touch the sources for at least the next two days, I will
> > advise when finished.

Ok.


-- Regards, Andreas Hausladen 

Subject: Re: Packages Generator update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 08:17:08 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Please update and recompile the packages generator. I have fixed an bug
> (Pos(curline, '%DATETIME%) should be Pos('%DATETIME%, curline) ) 
That was definitely a mistake. Thanks for fixing it.

> I have added a "knowlege" about the JVCLThemesEnabled condition. The
> packages generator adds all {$DEFINE... lines (even if they are IFDEF'ed)
> to the definied-list. Now it has a special handling for JVCLThemesEnabled
As I said, the generator only considers {$DEFINE lines if the {$DEFINE appears first on the line, without any spaces before it. Hence there is no problem at all with JVCLThemesEnabled, it will not be considered the second time it appears because it is indented in jvcl.inc
Of course, if you unindent the file, there will be a problem, but that will be fixed later, and in a cleaner way. Why cleaner? Because I'm trying to have the package generator as generic as possible and your fix was a step backward. I already have an idea on how to handle this, but for now, simply don't break indentation in jvcl.inc and it will work.
There was a problem with BCB, but that wasn't because of themes being defined twice. It was simply because it was considering all defines to be present regardless of their state. And that was because I forgot to test for both C and c in the target environment. Yes, don't use the name to decide if it's Delphi or BCB, use the environment. This way people can call their target "TestD7" and say that his is a Delphi target in the xml file.
Right now, I updated the files to go back to what it was before, and it works nicely, provided the indentation is not destroyed in jvcl.inc
I'm in the process of handling the exceptions when the xml file doesn't exist (done, but not cleanly) and when it is invalid.
Please don't touch the sources for at least the next two days, I will advise when finished.

Cheers

Olivier


Subject: Re: JvDBCalcEdit Paint Error
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 11 Feb 2004 22:53:52 +0100
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:
> I have a testprogram showing the error if it is needed.

I can't reproduce it, please post the testprogram in jedi.binaries.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Packages Generator update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 07:42:38 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> Please update and recompile the packages generator. I have fixed an bug
>> (Pos(curline, '%DATETIME%) should be Pos('%DATETIME%, curline) ) and I
>> have added a "knowlege" about the JVCLThemesEnabled condition. The
>> packages generator adds all {$DEFINE... lines (even if they are IFDEF'ed)
> No it doesn't.
> It adds them if they are first on the line. If there is one space before them, it doesn't add them.

And your update is dangerous because the target are not always lower cased.
Please don't touch the package generator for the next few days, I'm updating it to cope with missing or incorrect config file.


Subject: TJVWizard Text Alignment Bug
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Thu, 12 Feb 2004 00:38:18 +0300
Newsgroups: jedi.vcl

I am not sure if this has been reported before.  The Alignment
properties of the Title and Subtitle of  JVWizardInteriorPage work
incorrectly for taCenter and taRight alignments.  taCenter results in
right-aligned text whereas taRight results in centred text.

Noel


Subject: Re: Packages Generator update
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 12 Feb 2004 07:37:53 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Please update and recompile the packages generator. I have fixed an bug
> (Pos(curline, '%DATETIME%) should be Pos('%DATETIME%, curline) ) and I
> have added a "knowlege" about the JVCLThemesEnabled condition. The
> packages generator adds all {$DEFINE... lines (even if they are IFDEF'ed)

No it doesn't.
It adds them if they are first on the line. If there is one space before them, it doesn't add them.


Subject: Re: Can I check in some bugfixes to JvCsvData.pas plus two new properties (none deleted or renamed)?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 11 Feb 2004 16:18:48 -0500
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> You can upload fixed versions (or their patch vs CVS version (WinMerge can
> do it, TortoiseCVS can, though i did not try)) to jedi.binary newsgroup.
>
I have CVS access, I'm just being collaborative. :-)


Subject: Re: JVCL3 and Delphi7 problem
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 11 Feb 2004 23:18:20 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 11 Feb 2004 18:28:21 +0330 @673)
....while the fading voice of AEM whispered through the darkness:

 A> this errors when Delphi starts:

I feel like, before release, JVCL packages are to include extended exception
log from JCL examples.
While it will add interesting but annoying info for standard IDE's
exceptions, they would be of big help for tracking the errors.

ersonally i use then in my progs, and for every crash i just have a log file
:-)
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Can I check in some bugfixes to JvCsvData.pas plus two new properties (none deleted or renamed)?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 11 Feb 2004 23:14:55 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 11 Feb 2004 10:27:34 -0500 @685)
....while the fading voice of Warren whispered through the darkness:

 WP> Comments, questions welcomed. I have the checkins ready for both.

You can upload fixed versions (or their patch vs CVS version (WinMerge can
do it, TortoiseCVS can, though i did not try)) to jedi.binary newsgroup.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Bug in JclSysInfo.pas!
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 11 Feb 2004 23:12:45 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 11 Feb 2004 21:41:22 +1000 @528)
....while the fading voice of OBones whispered through the darkness:

  O> look in the file from JCL 1.9 and put it into the JCL 1.2 source.

IMHO the file in question, was
 1) uploaded to jedi.binary newsgroup a number of times
 2) attached to all of the clones of the question in bugtracker
 3) available in CVS - so just got http://sf.net/projects/jcl -> CVS -> Web
Access and download the latest version of file.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvCheckbox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 11 Feb 2004 18:10:04 +0100
Newsgroups: jedi.vcl

> > I recall fixing it recently (?)
Sounds right.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: Terry Mitchell <tcmdvm@charter.net>
Date: Wed, 11 Feb 2004 10:57:12 -0600
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I've updated the JvExVCL source files.
>
> I'm glad you did, 'cause I couldn't make heads or tails of the units in
> JvExVCL\src <g>
>
Thanks for the quick response and fix. It's works great now.

Regards,

Terry Mitchell


Subject: Re: starting point for example progress reports
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Feb 2004 17:47:51 +0100
Newsgroups: jedi.vcl

- JvErrorIndicator: Standard cleanup.
- JvFileListBox: Standard cleanup.
  I could not solve the drawing problems for TJvDriveList
  with horizontal scrollbar.
  I only fixed default ScrollBar value for TJvDriveList and
  TJvDirectoryListBox. The value was set to ssNone in class
  declaration but not forced in constructor. The default value
  inherited is ssBoth.
- JvFindReplace: Standard cleanup and updated text content.
- JvFooterAndGroupHeader: Standard cleanup.
  Example needs some brushing up. It does not show the
  features of a TJvFooterBtn. TJvFooterBtn needs to be
  renamed to TJvFooterButton on next thawing.
  The design editors to place standard buttons need
  improvement. They place new buttons even if there are already
  other standard buttons.
- JvGIFAnimator: Standard cleanup.
  An animated GIF file to play with is needed.
  For now i added gear1.gif from Mozilla.
- JvHIDController examples: No changes needed.




Subject: Re: An Ad-hoc Stability report on cvs head dev/JVCL3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Feb 2004 17:47:14 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:

> I believe that design-time exceptions in some JVCL components were causing the IDE to be unstable. I had been so used to it
> that it was in fact a bit unsettling when I did a total fresh CVS checkout of the current dev/JVCL3 directory, built it with the new
> installer (Wowza), and voila, stability is mine once again.

It sure helped that i cleaned up the finalization sections.
Among other changes i squeezed in some FreeAndNil calls.
It definitely helped for recompilation through "D6 Packages.bpg".
Before the cleanup it would frequently crash on reloading
the packages and subsequently drop component palettes.



Subject: Re: JvCheckbox
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Feb 2004 17:41:40 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> must be changed to:
>> [..]
>>  if Assigned(FLinkedControls) and not (csDestroying in ComponentState)
>
> then
>
>>    LinkedControls.Notification(AComponent, Operation);
>
>
> You probably have an older version 'cause tthe current CVS already has that.
> Thansks anyway!
>

I recall fixing it recently (?)



Subject: Packages Generator update
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Feb 2004 17:19:58 +0100
Newsgroups: jedi.vcl

Please update and recompile the packages generator. I have fixed an bug
(Pos(curline, '%DATETIME%) should be Pos('%DATETIME%, curline) ) and I
have added a "knowlege" about the JVCLThemesEnabled condition. The
packages generator adds all {$DEFINE... lines (even if they are IFDEF'ed)
to the definied-list. Now it has a special handling for JVCLThemesEnabled


-- Regards, Andreas Hausladen 

Subject: Re: JvCheckbox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Feb 2004 17:09:45 +0100
Newsgroups: jedi.vcl

> > must be changed to:
> > [..]
> >   if Assigned(FLinkedControls) and not (csDestroying in ComponentState)
then
> >     LinkedControls.Notification(AComponent, Operation);

You probably have an older version 'cause tthe current CVS already has that.
Thansks anyway!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cannot locate Jv XP Controls in JVCL
From: "Jury Gerasimov" <jury@softshape.com>
Date: Wed, 11 Feb 2004 23:38:33 +0800
Newsgroups: jedi.vcl

> > http://jvcl.sourceforge.net/release/beta/

Thanks guys, already downloading... :)

-- Regards, Jury Gerasimov Softshape Development mailto:jury@softshape.com http://www.softshape.com 

Subject: An Ad-hoc Stability report on cvs head dev/JVCL3
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 11 Feb 2004 10:33:06 -0500
Newsgroups: jedi.vcl

Well, yesterday, I updated my applications which had been compiled against a crusty old mid-december CVS checkout of dev/JVCL3 to the current CVS sources has resulted in DRAMATIC increase in stability of my delphi 7 IDE.  My apps were running fine previously, but my design-time  life was hell in Delphi 7.

I believe that design-time exceptions in some JVCL components were causing the IDE to be unstable. I had been so used to it
that it was in fact a bit unsettling when I did a total fresh CVS checkout of the current dev/JVCL3 directory, built it with the new
installer (Wowza), and voila, stability is mine once again.

Anyways, things look good from where I sit. :-)

Warren


Subject: Re: Can I check in some bugfixes to JvCsvData.pas plus two new properties (none deleted or renamed)?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 11 Feb 2004 10:27:34 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Mainly you should describe them here so we can discuss.


Ah, well then, be advised, everyone that:

(1) Current CVS TJvCsvDataSet has problems handling calculated fields, I have a fix pending to check that in, also for apps that need to get it back again, I have made HeaderRow, and CurrentRowAsString properties, so you can step through the dataset, and then export (line by line) a new
CSV file, based on some filter criteria. All the fixes and the new properties are trivial changes.

(2) Current CVS TJvCsvChart has an exception when the PenLegends are insufficient to cover the entire chart, we get an exception. Simple fix, ready to check in.

Comments, questions welcomed. I have the checkins ready for both.

Regards,

Warren




Subject: Re: JVCL3 and Delphi7 problem
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 11 Feb 2004 10:21:59 -0500
Newsgroups: jedi.vcl

I haven't seen this before, but did you try the obligatory steps already? Looks like you're using an experimental (untested) grab
of the CVS sources that is somewhat out of date, so:

1. If that doesn't work, it looks to me like the date
   of your zip file is older than the Pre-Beta1
   preview, get this instead:
   http://jvcl.sourceforge.net/release/beta/

1. Delete your old sources, and delete the Jv*.BPL files from
   C:\Program Files\Borland\Delphi7\Projects\BPL

2. Re-run the Pre-Beta1 preview's installer to rebuild
   and reinstall them.

Just a thought.

Warren


Subject: Re: Can I check in some bugfixes to JvCsvData.pas plus two new properties (none deleted or renamed)?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Feb 2004 16:19:31 +0100
Newsgroups: jedi.vcl

Warren Postma wrote:
>
> I know we're in some kind of code freeze right now, so I assume we're doing bugs not features, so I'm keeping things stable right now, but I have two bugfixes, plus two new properties that are very much necessary.
>
> What are the policies for checkins right now? Should we run them all
> by you, Peter, or only if they consist of more than straight bugfixes?
> I haven't done the Freeze game before. :-)
>
> Regards,
>
> Warren

Mainly you should describe them here so we can discuss.



Subject: JVCL3 and Delphi7 problem
From: "AEM" <emoshiri@yahoo.com>
Date: Wed, 11 Feb 2004 18:28:21 +0330
Newsgroups: jedi.vcl

Hi
Please help me !

I'm using Delphi 7 Enterprise.
After installing JCL 1.90 Build 1400 and JVCL 3 (2004-01-31) I'm getting
this errors when Delphi starts:

Can't load package E:\Program
Files\Borland\Delphi7\Projects\Bpl\JvAppFrmD7D.bpl.
Registration procedure, Stdreg.Register in package E:\Program
Files\Borland\Delphi7\Bin\dclstd70.bpl
raise exception class Exception: Invalid action registration.

Not only I get this message for JvAppFrmD7D.bpl but also I get it for
JvCoreD7D.bpl.

So, Please guide me to solve my problem.
Thanks,
AEM




Subject: Can I check in some bugfixes to JvCsvData.pas plus two new properties (none deleted or renamed)?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 11 Feb 2004 09:52:32 -0500
Newsgroups: jedi.vcl


I know we're in some kind of code freeze right now, so I assume we're doing bugs not features, so I'm keeping things stable right now, but I have two bugfixes, plus two new properties that are very much necessary.

What are the policies for checkins right now? Should we run them all
by you, Peter, or only if they consist of more than straight bugfixes?
I haven't done the Freeze game before. :-)

Regards,

Warren


Subject: JvDBCalcEdit Paint Error
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 11 Feb 2004 15:51:19 +0100
Newsgroups: jedi.vcl

If a JvDBCalcEdit control is runtime-created, and the with of the control is
different from default (121), the Calculator-image is drawn on top of the
value.
(It looks like the value is right justified and then the image is placed on
top)

Note: The control must to be runtime-created to see this error.

Delphi 7 Pro and XP Pro

I have a testprogram showing the error if it is needed.

regards
Flemming





Subject: Re: JvCheckbox
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 11 Feb 2004 14:19:15 +0100
Newsgroups: jedi.vcl

Ohhh! It seems the lines in TJvCheckBox.Notification
[..]
  if Assigned(FLinkedControls) then
    LinkedControls.Notification(AComponent, Operation);

must be changed to:
[..]
  if Assigned(FLinkedControls) and not (csDestroying in ComponentState) then
    LinkedControls.Notification(AComponent, Operation);

This way it seems it works correct.
Michael




Subject: JvCheckbox
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 11 Feb 2004 14:12:58 +0100
Newsgroups: jedi.vcl

Hi,

I constantly get an AV in JvCheckbox from JVCL 3:

destructor TJvCheckBox.Destroy;
begin
  FHotTrackFont.Free;
  FFontSave.Free;
  FLinkedControls.Free;
  inherited Destroy;           <<<< here the AV is raised
  // (rom) destroy Canvas AFTER inherited Destroy
  FCanvas.Free;
end;

I tracked it down using MADExcept from www.madshi.net, see below. Sometimes
it stops at the line above in conjunction with line 475 in procedure
TJvCheckbox.Notification.

Perhaps someone can assist to get rid of this annoying AV. Thanks!
cu,
Michael

exec. date/time   : 2004-02-11 13:49
madExcept version : 2.6a
exception class   : EAccessViolation
exception message : Zugriffsverletzung bei Adresse 00000028. Lesen von
Adresse 00000028..

main thread ($668):
00d8e491 ???
005daf1a ThatsIt.exe JvCheckBox    475 TJvCheckBox.Notification
0044885f ThatsIt.exe Classes           TComponent.Notification
004a6233 ThatsIt.exe Controls          TControl.Notification
004c1160 ThatsIt.exe Forms             TCustomForm.Notification
00448731 ThatsIt.exe Classes           TComponent.RemoveComponent
004485a5 ThatsIt.exe Classes           TComponent.Destroy
004a5fc7 ThatsIt.exe Controls          TControl.Destroy
004a95dd ThatsIt.exe Controls          TWinControl.Destroy
00566a0e ThatsIt.exe JvExStdCtrls 6293 TJvExCheckBox.Destroy
005da8ff ThatsIt.exe JvCheckBox    157 TJvCheckBox.Destroy
004a95ae ThatsIt.exe Controls          TWinControl.Destroy
004c0324 ThatsIt.exe Forms             TScrollingWinControl.Destroy
004a95ae ThatsIt.exe Controls          TWinControl.Destroy
00477771 ThatsIt.exe ComCtrls          TTabSheet.Destroy
004a95ae ThatsIt.exe Controls          TWinControl.Destroy
004769c6 ThatsIt.exe ComCtrls          TCustomTabControl.Destroy
00477ce5 ThatsIt.exe ComCtrls          TPageControl.Destroy
005732f2 ThatsIt.exe JvExComCtrls 4768 TJvExPageControl.Destroy
004a95ae ThatsIt.exe Controls          TWinControl.Destroy
004af541 ThatsIt.exe Controls          TCustomControl.Destroy
004a95ae ThatsIt.exe Controls          TWinControl.Destroy
004c0324 ThatsIt.exe Forms             TScrollingWinControl.Destroy
00448792 ThatsIt.exe Classes           TComponent.DestroyComponents
004bf1ff ThatsIt.exe Forms             DoneApplication
004285fe ThatsIt.exe SysUtils          DoExitProc
00404c80 ThatsIt.exe System            @Halt0




Subject: Re: Cannot locate Jv XP Controls in JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 11 Feb 2004 22:47:28 +1000
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> "OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
> news:c0d46k$e76$1@talkto.net...
>
>> yeah, that's the daily snapshot, but I was referring to the preview zip
>> files that were posted some days ago...
>
>
> http://jvcl.sourceforge.net/release/beta/
>
Thanks for the reminder ;-)


Subject: Re: Cannot locate Jv XP Controls in JVCL
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 11 Feb 2004 13:27:11 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:c0d46k$e76$1@talkto.net...
> > yeah, that's the daily snapshot, but I was referring to the preview zip
> > files that were posted some days ago...

http://jvcl.sourceforge.net/release/beta/


Best regards,
Ivo




Subject: Re: Cannot locate Jv XP Controls in JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 11 Feb 2004 22:06:01 +1000
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

> On Wed, 11 Feb 2004 21:43:18 +1000, OBones
> <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
>
>> JVCL 3 will be available in beta version shortly, but I can't remember where the preview zip files are.
>
>
> http://jvcl.sourceforge.net/daily
>
yeah, that's the daily snapshot, but I was referring to the preview zip files that were posted some days ago...


Subject: Re: Cannot locate Jv XP Controls in JVCL
From: @in@taavi.ee
Date: Wed, 11 Feb 2004 11:56:26 GMT
Newsgroups: jedi.vcl

On Wed, 11 Feb 2004 21:43:18 +1000, OBones
<obones_REM_SPM_@_PIF_meloo.com> wrote:

> >JVCL 3 will be available in beta version shortly, but I can't remember 
> >where the preview zip files are.

http://jvcl.sourceforge.net/daily


ain


Subject: Re: Cannot locate Jv XP Controls in JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 11 Feb 2004 21:43:18 +1000
Newsgroups: jedi.vcl

Jury Gerasimov wrote:

> Hi all,
>
> will anyone please point me where Jv XP Controls in JVCL is ? I can't find it
> neither in the palette nor examples not pas/dcu units...
>
It's only in the JVCL 3, it's not in the JVCL 2.10
JVCL 3 will be available in beta version shortly, but I can't remember where the preview zip files are.
Someone else from the team will tell you for sure !


Subject: Re: Bug in JclSysInfo.pas!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 11 Feb 2004 21:41:22 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Frank Hauptlorenz wrote:
>
>
>> I can't use the new VCL because I'm
>> using JVCL210 (stable application).
>
>
> JCL <> JVCL.
> Jedi Code Library <> Jedi Visual Component Library
>
> JclSysUtils is part of JCL (Jedi Code Library) and _not_ of JVCL. You do
> _not_ need the new JVCL. You need then new JCL that should be source
> compatible.
Well not really, the JCL 1.9 isn't compatible with JVCL 2.10
As to the fix in JcSysInfo, it's a pretty simple one, you could have a look in the file from JCL 1.9 and put it into the JCL 1.2 source.


Subject: Cannot locate Jv XP Controls in JVCL
From: "Jury Gerasimov" <jury@softshape.com>
Date: Wed, 11 Feb 2004 18:28:52 +0800
Newsgroups: jedi.vcl

Hi all,

will anyone please point me where Jv XP Controls in JVCL is ? I can't find it
neither in the palette nor examples not pas/dcu units...

-- Regards, Jury Gerasimov Softshape Development mailto:jury@softshape.com http://www.softshape.com 

Subject: Re: Bug in JclSysInfo.pas!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Feb 2004 09:51:17 +0100
Newsgroups: jedi.vcl

Frank Hauptlorenz wrote:

> > I can't use the new VCL because I'm
> > using JVCL210 (stable application).

JCL <> JVCL.
Jedi Code Library <> Jedi Visual Component Library

JclSysUtils is part of JCL (Jedi Code Library) and _not_ of JVCL. You do
_not_ need the new JVCL. You need then new JCL that should be source
compatible.


-- Regards, Andreas Hausladen 

Subject: Re: Bug in JclSysInfo.pas!
From: "Frank Hauptlorenz" <fhauptlorenz@storchenmuehle.de>
Date: Wed, 11 Feb 2004 09:40:35 +0100
Newsgroups: jedi.vcl

Hello Andreas,

fixed this using only the new routine and replacing the buggy one. I can't
use the new VCL because I'm
using JVCL210 (stable application).

Cheers,
Frank


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> schrieb im
Newsbeitrag news:c0ckfp$em1$1@talkto.net...
> > Frank Hauptlorenz wrote:
> >
>> > > Hello out there,
>> > >
>> > > I know there is a bug in JclSysInfo on faster processors.
>> > > This bug is fixed (Bugtracking on sourceforge) but in
>> > > what for a release? I use V210. Is there a workaround
>> > > or is it only fixed in the mysterious V300 which I can
>> > > not download? Is it stable?
> >
> > JclSysUtil if part of the JCL and not of the JVCL. You can download the
> > new JCL (that is required by the upcomming JVCL 3) from http://jcl.sf.net
> >
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: starting point for example progress reports
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 11 Feb 2004 09:19:28 +0100
Newsgroups: jedi.vcl

- JvEdits: Standard cleanup.
  Changed JvFilenameEdit and JvDirectoryEdit to have different
  button glyphs. This is technically an API change, but the
  underlying JvFileDirEdit which was changed is marked as internal.
  I do not like the glyph yet, but it was already available in the
  resources.



Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Feb 2004 08:55:13 +0100
Newsgroups: jedi.vcl

> > I've updated the JvExVCL source files.
I'm glad you did, 'cause I couldn't make heads or tails of the units in
JvExVCL\src <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Feb 2004 08:52:31 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > devtools\JvExVCL\source

pleace do not use this directory. It is broken and will freeze the CVS
client.
The source files are in devtools\JvExVCL\src. (I have updated them with
your fix)



-- Regards, Andreas Hausladen 

Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Feb 2004 08:51:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > FClipboardCommands := [caCopy..caUndo];
> > 
> > Fixed in CVS.

I've updated the JvExVCL source files.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Feb 2004 08:40:37 +0100
Newsgroups: jedi.vcl

> > IIRC those files are generated, you need to adjust something in
> > devtools\JvExVCL\source, but don't know what <g>.
I'll see if I can figure it out.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in JclSysInfo.pas!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 11 Feb 2004 08:38:23 +0100
Newsgroups: jedi.vcl

Frank Hauptlorenz wrote:

> > Hello out there,
> > 
> > I know there is a bug in JclSysInfo on faster processors.
> > This bug is fixed (Bugtracking on sourceforge) but in
> > what for a release? I use V210. Is there a workaround
> > or is it only fixed in the mysterious V300 which I can
> > not download? Is it stable?

JclSysUtil if part of the JCL and not of the JVCL. You can download the
new JCL (that is required by the upcomming JVCL 3) from http://jcl.sf.net



-- Regards, Andreas Hausladen 

Subject: Bug in JclSysInfo.pas!
From: "Frank Hauptlorenz" <fhauptlorenz@storchenmuehle.de>
Date: Wed, 11 Feb 2004 08:26:40 +0100
Newsgroups: jedi.vcl

Hello out there,

I know there is a bug in JclSysInfo on faster processors.
This bug is fixed (Bugtracking on sourceforge) but in
what for a release? I use V210. Is there a workaround
or is it only fixed in the mysterious V300 which I can
not download? Is it stable?

Cheers,
Frank!




Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 11 Feb 2004 02:24:43 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Ah, that could be a problem. Terry, to fix manually, add the following line
> to all TJvExXXXMemo.Create in \run\JvExStdCtrls.pas:
>
> FClipboardCommands := [caCopy..caUndo];
>
> Fixed in CVS.

IIRC those files are generated, you need to adjust something in devtools\JvExVCL\source, but don't know what <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 11 Feb 2004 01:41:28 +0100
Newsgroups: jedi.vcl

> > Methods PasteFromClipboard etc., because in the constructor of
> > TJvExCustomMemo, FClipboardCommands is not set to it's default value.
Ah, that could be a problem. Terry, to fix manually, add the following line
to all TJvExXXXMemo.Create in \run\JvExStdCtrls.pas:

FClipboardCommands := [caCopy..caUndo];

Fixed in CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3Install bug (or it's a new feature idea)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 11 Feb 2004 01:20:39 +0100
Newsgroups: jedi.vcl

Problems doesn't make them less impressive (and that applies to Andreas
equally).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3Install bug (or it's a new feature idea)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 11 Feb 2004 09:38:37 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> You're not the only one, I can assure you. Pretty impressive work by Andreas
> and Olivier, no doubt about it :)
>
Thanks, but there is still room for improvement.
I'll have a look at the AV issue in pg when it doesn't find the xml file. There is also an AV issue if it finds the file but the file doesn't contain the right nodes.



Subject: Re: JVCL 3 - Package Installer suggestion
From: Andreas Hausladen <AndreasDOTNOMAILHausladen@gmxNOMAIL.de>
Date: Wed, 11 Feb 2004 00:01:39 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> > Thanks. But yet buttons would be more obvious for thoughtless users like
> > me! ;-)

Someone suggested to autoselect all packages when JVCL 3 is not installed
for a target. Maybe this is what you need?



Subject: Re: JVCL3Install bug (or it's a new feature idea)
From: Andreas Hausladen <AndreasDOTNOMAILHausladen@gmxNOMAIL.de>
Date: Tue, 10 Feb 2004 23:55:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Pretty impressive work by
> > Andreas and Olivier, no doubt about it :)

For me the things "under the surface" was initialy good, but as JCL and
runtime package compilation came into the Installer the underlying class
construct failed. So I will rewrite the whole Installer in my
"holydays" (starting next monday)


Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 10 Feb 2004 23:41:21 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Do you mean the methods or the keyboard shortcuts?
>

Methods PasteFromClipboard etc., because in the constructor of TJvExCustomMemo, FClipboardCommands is not set to it's default value.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JVCL300PreBeta1-JvRichedit-clipboard
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 10 Feb 2004 23:22:53 +0100
Newsgroups: jedi.vcl

> > In the JvRichedit component the cut,copy, and paste to clipboard to do 
> > not work.
Do you mean the methods or the keyboard shortcuts?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3Install bug (or it's a new feature idea)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 10 Feb 2004 23:22:12 +0100
Newsgroups: jedi.vcl

> > Anyways, I am *FLOORED* by how cool JVCL3Install is, and all the bits
> > under the surface, like pg, etc.

You're not the only one, I can assure you. Pretty impressive work by Andreas
and Olivier, no doubt about it :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDateEdit - Is this a bug?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 10 Feb 2004 23:18:29 +0100
Newsgroups: jedi.vcl

[...]
> > I mean that these properties do have different purpose and should be
> > independent of each other. DirectInput limits the way user can change
> > value, while ReadOnly determines can the value be changed at all.
Thanks for the explanation, ain. Looking at it your way, I agree with you:
it would be better if they didn't affect each other at all so,Andreas, you
can change it to the previous behavior. Don't forget to update the
documentation so it doesn't describe the behavior of these properties
incorrectly.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDateEdit - Is this a bug?
From: @in@taavi.ee
Date: Tue, 10 Feb 2004 22:10:16 GMT
Newsgroups: jedi.vcl

On Tue, 10 Feb 2004 22:04:35 +0100,
=?Windows-1252?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com>
wrote:

> >I thought the purpose of DirectInput was to allow/disallow direct entry into
> >the edit field of the control?

Exactly! But it differs from ReadOnly in the way that one still can
change DateEdit's value via date dlg (clicking on button or pressing
ClickKey to open it). So DirectInput is way to say "I don't trust
user's typing skills or knowledge about calendar, s/he should only be
able to select date from dlg".

ReadOnly means that user should not be able to change controls value.
It means that control's role is to represent data but not allow to
edit it.

So these properties are for different things and should not affect
each other.


> > Or do you mean that DirectInput should be
> >left alone because typing is disabled anyway when ReadOnly is true?

Kind of...
I mean that these properties do have different purpose and should be
independent of each other. DirectInput limits the way user can change
value, while ReadOnly determines can the value be changed at all.


ain


Subject: Re: chart control
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 10 Feb 2004 16:39:20 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> Also, I've made some changes and updates to JvCsvData and you might want to
> take a look at that too.
>

Eek. So have I.  On JvCsvData, and JvChart. Some fix major crashes (define enough fields, and have a large enough record size, and you'll find the bugs). :-) I promise not to splat any of your changes, but I might need to change interface stuff on JvCsvData, and also, JvChart is buggy, and some publically visible property stuff needs to change.  If this affects help writers and stuff, then perhaps JvChart should be left undocumented in the beta until I fix the serious problems in it.  Most irritating one is that it goes blank and won't paint itself anymore. YOu get a nice white (or whatever) square on your form, with nothing in it.

Also, what about adding NEW public visible stuff? is that okay? JvInterpreter is missing a few key error-status properties (that are buried in protected sections), so they become inaccessible to the end
user, exposing them should not break any code.

I will make a more specific list of changes before I check anything in.
But just so you know, I would expect checkins from me on:

JvChart          - A few properties must go away and be replaced with ones
        that actually work.

JvCsvData     - A few new properties must be added, and a few new public
        visible methods, but I am not aware of any that must
        go away.

JvInterpreter - a few new readonly properties.

Anyways, thanks for everyone's continued progress on things. It's hard to catch up on five months of absence in one afternoon, but hey, the Installer is simply BRILLIANT. This is all very exciting.

Warren


Subject: Re: JvDateEdit - Is this a bug?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 10 Feb 2004 22:04:35 +0100
Newsgroups: jedi.vcl

> > IMO change in ReadOnly's value shouldn't affect DirectInput's value.
> > Never. They are completly different things and should work independent
> > of each other.
I thought the purpose of DirectInput was to allow/disallow direct entry into
the edit field of the control? If ReadOnly is set to true, shouldn't
DirectInput be set to false then? Or do you mean that DirectInput should be
left alone because typing is disabled anyway when ReadOnly is true?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL3Install bug (or it's a new feature idea)
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 10 Feb 2004 15:55:59 -0500
Newsgroups: jedi.vcl

I have a found a little bug in the build sequence that gets kicked off by JVCL3Install (cvs latest).  If you have a non borland make.exe, it will correctly run the make.exe that is the borland one, but the presence of another make.exe in the path will screw up this command
which the installer kicks off:

"C:\Program Files\Borland\Delphi7\Bin\make.exe" -B -f"C:\JVCL3\packages\D7 Packages.mak"

The error is weird on my system, because it's actually c:\cygwin\usr\bin\make.exe that is putting out the error:

** Generating packages...
** error -1 ** deleting ..\devtools\bin\pg.exe

I think its worth putting a little path-checking into JVCL3Install, perhaps we can delete the directories containing make.exe from the path before spawning the childprocesses that build the libraries.

One other little buggyboo, there is an exception, then an access violation generated by pg.exe if it can't find it's pg*.xml data files. Probably should be a little more like a "can't open file: xxx" message and quit with an error level that will then break the makefile.

Anyways, I am *FLOORED* by how cool JVCL3Install is, and all the bits under the surface, like pg, etc.  WOW! Good work guys!

Regards,

Warren


Subject: Re: JvDateEdit - Is this a bug?
From: @in@taavi.ee
Date: Tue, 10 Feb 2004 20:37:15 GMT
Newsgroups: jedi.vcl

On Tue, 10 Feb 2004 16:04:03 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> Is the fact that when you set JvDateEdit.ReadOnly to false, the
>> >> DirectInput property is also set to false? If so you must reset
>> >> DirectInput everytime when you toggle the ReadOnly property
> >
> >It seems to me it should be the other way around, i.e. when ReadOnly is set
> >to true, DirectInput should be set to false (and it shouldn't be allowed to
> >change to true while ReadOnly is true).
> >
> >When ReadOnly is set to false, DirectInput shouldn't be touched at all.

IMO change in ReadOnly's value shouldn't affect DirectInput's value.
Never. They are completly different things and should work independent
of each other.
IIRC in Rx it worked that way (changing ReadOnly didn't change
DirectInput and vice versa) and if this isn't the case anymore then
this is bug and should be fixed.


ain


Subject: Re: chart control
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 10 Feb 2004 21:16:05 +0100
Newsgroups: jedi.vcl

> > Anyways, I'm back, guys.
Glad to have you back. In case you haven't heard, we are currently in code
freeze mode which means *no* changes to unit interfaces is allowed
(everything visible to users of the component + that which might be
documented in the help). This might cause some problems for you, so before
committing, post a message here about any changes you want to do and we can
take a decision together.

Also, I've made some changes and updates to JvCsvData and you might want to
take a look at that too.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300PREBETA1Complete question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 10 Feb 2004 21:12:18 +0100
Newsgroups: jedi.vcl

> > Hm.  What's that below, then?
Well, you wrote JVCL *components* and I thought you components in the UI.
Either way, I don't think it's a good idea for JCL to use the JVCL installer
since JCL in all other respects is entirely independent of JVCL and should
so remain.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDateEdit - Is this a bug?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 10 Feb 2004 21:09:43 +0100
Newsgroups: jedi.vcl

> > And this is the problem. It is impossible to just change ReadOnly without
> > updating DirectInput.
IMO, it should be fixed such that:

ReadOnly := true; -> DirectInput := false; 
ReadOnly := false; -> DiectInput := unchanged;

I consider it a bug.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvImagesViewer
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 10 Feb 2004 21:07:07 +0100
Newsgroups: jedi.vcl

> > If the directory set in the 'Directory' property contains .jpg or .gif
images
> > then the program crashes at runtime (not in design time), ALTHOUGH the
*default*
> > 'FileMask' property is set to:
> > *.gif;*.pcx;*.ani;*.jpg;*.jpeg;*.bmp;*.ico;*.emf;*.wmf!
The default is taken from the registered graphic formats.

> > So does TJvImagesViewer need additional features to recognize other file
formats
> > than .bmp?
Yes, add jpeg and JvGIF (or whatever gif unit you are using) to the uses of
the form where the viewer is located.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvImagesViewer
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 20:38:04 +0100
Newsgroups: jedi.vcl

If the directory set in the 'Directory' property contains .jpg or .gif images
then the program crashes at runtime (not in design time), ALTHOUGH the *default*
'FileMask' property is set to:
*.gif;*.pcx;*.ani;*.jpg;*.jpeg;*.bmp;*.ico;*.emf;*.wmf!

BMP images however work.

So does TJvImagesViewer need additional features to recognize other file formats
than .bmp?




Subject: Re: chart control
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 10 Feb 2004 14:34:07 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Warren Postma is working on a chart control but it's been a while since we
> heard from him. JvChart.pas is in JVCL3 but it's not finished AFAIK.
>
That's right. I have disappeard for many months.
The chart component is once again in active development, once I get the latest CVS sources to build on my machine, and merge my local tweaks
back into the much-prettified source that is now in CVS. (Someone has
gone in and corrected capitalization/style issues. That is *so* not
my style, but I'm glad someone cares to make it all look nice.)
Unfortunately the WinDiff output between my local tweaked copy
and CVS is way nasty.

Anyways, I'm back, guys.

Warren


Subject: Re: Turbo Power Component Libraries & JVCL?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 10 Feb 2004 14:04:46 -0500
Newsgroups: jedi.vcl

Peter Panino wrote:
> Is it advisable to install the now freeware TurboPower component libraries
> (http://www.turbopower.com, now at SourceForge) in the Delphi IDE along with JVCL
> or are there any *incompatiblities*?
>
> Are there any plans to integrate them into JVCL?
>
>
No problem, I have JVCL, TP APRO, and a few other things on my PC.

I think they should be installable on their own, and left that way. Adding them into JVCL shouldn't be done just so we can rename TApdComPort into TJvComPort.   That being said, I'm planning to write
a TJvComPort component (a fast and light one, much simpler than TP AsyncPro). I also use a few other TurboPower libraries, like the TP
Visual Plan It components, and I think keeping them separate makes
more sense, and also, forking (since they are actively developed by
their users still) for no reason is NOT the way to go.

Warren


Subject: Re: JVCL300PREBETA1Complete question
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Feb 2004 18:26:10 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > ... and still has JVCL units in it, so my point remains valid.

That's true. I could write "yet another xml parser" but should I? - No I
don't think so.


-- Regards, Andreas Hausladen 

Subject: JVCL300PreBeta1-JvRichedit-clipboard
From: Terry Mitchell <tcmdvm@charter.net>
Date: Tue, 10 Feb 2004 11:18:38 -0600
Newsgroups: jedi.vcl

In the JvRichedit component the cut,copy, and paste to clipboard to do not work.

Regards,

Terry Mitchell


Subject: Re: JVCL300PREBETA1Complete question
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 10 Feb 2004 18:07:19 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Robert Rossmair wrote:
>
>
>> JvComponent in '..\..\run\JvComponent.pas',
>> [...]
>> JvExControls in '..\..\run\JvExControls.pas',
>> JvExStdCtrls in '..\..\run\JvExStdCtrls.pas',
>
>
>
> You shocked me. I had removed these units because they required JclSysInfo
> and how to compile a program that requires a units without knowing where
> this unit is. JVCL units are clear but JCL units can be everywhere or
> nowhere.

Sorry Andreas, I didn't want to. :)

Should have updated from CVS first.  I do so not every day.

> The current project file looks like this:

.... and still has JVCL units in it, so my point remains valid.

Greetings, Robert


Subject: Re: JVCL300PREBETA1Complete question
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Feb 2004 17:59:08 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > JvComponent in '..\..\run\JvComponent.pas',
> > [...]
> > JvExControls in '..\..\run\JvExControls.pas',
> > JvExStdCtrls in '..\..\run\JvExStdCtrls.pas',


You shocked me. I had removed these units because they required JclSysInfo
and how to compile a program that requires a units without knowing where
this unit is. JVCL units are clear but JCL units can be everywhere or
nowhere.

The current project file looks like this:

uses
  Forms,
  FrmMain in 'FrmMain.pas' {FormMain},
  dpp_PascalParser in 'JVCLConfig\dpp_PascalParser.pas',
  JVCLConfiguration in 'JVCLConfig\JVCLConfiguration.pas', // no JVCL unit
  MainConfig in 'JVCLConfig\MainConfig.pas' {FormMainConfig},
  CoreData in 'CoreData.pas',
  FrmMake in 'FrmMake.pas' {FormMake},
  BuildHelpers in 'BuildHelpers.pas',
  CapExec in 'CapExec.pas',
  AHCompBrowseFolderDlg in 'AHCompBrowseFolderDlg.pas',  // Windows only
  HtHint in 'HtHint.pas',
 // --------- JVCL units -------
  JvSimpleXML in '..\..\run\JvSimpleXml.pas', // this is the "only" real
JVCL dependency
  JvConsts in '..\..\common\JvConsts.pas', // required by JvSimpleXML
  JvResources in '..\..\run\JvResources.pas', // required by JvSimpleXML
  JvTypes in '..\..\run\JvTypes.pas', // required by JvSimpleXML
  JVCLVer in '..\..\run\JVCLVer.pas'; // required by JvSimpleXML


-- Regards, Andreas Hausladen 

Subject: Re: TJvSearchFiles
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 17:12:45 +0100
Newsgroups: jedi.vcl

Robert and Andreas, thank you both for your precise and helpful advice!

"Robert Rossmair" <Robert.Rossmair@gmx.net> schrieb im Newsbeitrag
news:c0atf6$eah$1@talkto.net...
> > Peter Panino wrote:
> >
>> > > Is it possible to make this component "threaded", so when searching in
multiple
>> > > directories a separate thread for every directory is used? Would this speed
up
>> > > searching?
> >
> > Since hard disk access is the time costly factor in file search: only if
> > the search is performed on multiple hard disks.
> >
> > Note that TJclFileEnumerator from unit JclFileUtils can do this.
> >
> > In its simplest form, called through FileSearch function:
> >
> >    with FileSearch do
> >    begin
> >      RootDirectory := 'C:\'
> >      FillList(Memo1.Lines);  // start search thread on drive C:
> >      RootDirectory := 'D:\'
> >      FillList(Memo2.Lines);  // start search thread on drive D:
> >    end;
> >
> > Greetings, Robert




Subject: Re: JVCL300PREBETA1Complete question
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 10 Feb 2004 17:10:18 +0100
Newsgroups: jedi.vcl

Hi Peter,

>> - JVCL installer uses JVCL components
>
> Actually, it's all standard VCL components.

Hm.  What's that below, then?

program JVCL3Install;

uses
  Forms,
  FrmMain in 'FrmMain.pas' {FormMain},
  dpp_PascalParser in 'JVCLConfig\dpp_PascalParser.pas',
  JVCLConfiguration in 'JVCLConfig\JVCLConfiguration.pas',
  MainConfig in 'JVCLConfig\MainConfig.pas' {FormMainConfig},
  CoreData in 'CoreData.pas',
  FrmMake in 'FrmMake.pas' {FormMake},
  BuildHelpers in 'BuildHelpers.pas',
  CapExec in 'CapExec.pas',
  JvSimpleXML in '..\..\run\JvSimpleXml.pas',
  AHCompBrowseFolderDlg in 'AHCompBrowseFolderDlg.pas',
  JvComponent in '..\..\run\JvComponent.pas',
  JvConsts in '..\..\common\JvConsts.pas',
  JvResources in '..\..\run\JvResources.pas',
  JvExControls in '..\..\run\JvExControls.pas',
  JvExStdCtrls in '..\..\run\JvExStdCtrls.pas',

:)


Subject: Re: TJvSearchFiles
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 10 Feb 2004 17:00:56 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> Is it possible to make this component "threaded", so when searching in multiple
> directories a separate thread for every directory is used? Would this speed up
> searching?

Since hard disk access is the time costly factor in file search: only if the search is performed on multiple hard disks.

Note that TJclFileEnumerator from unit JclFileUtils can do this.

In its simplest form, called through FileSearch function:

  with FileSearch do
  begin
    RootDirectory := 'C:\'
    FillList(Memo1.Lines);  // start search thread on drive C:
    RootDirectory := 'D:\'
    FillList(Memo2.Lines);  // start search thread on drive D:
  end;

Greetings, Robert


Subject: Re: TJvSearchFiles
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Feb 2004 16:52:09 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> > Is it possible to make this component "threaded", so when searching in
> > multiple directories a separate thread for every directory is used?
> > Would this speed up searching?

Only if you search on two or more disks. Otherwise it is slower because
the disk's head must seek every time the another thread is active.


-- Regards, Andreas Hausladen 

Subject: TJvSearchFiles
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 16:32:32 +0100
Newsgroups: jedi.vcl

Is it possible to make this component "threaded", so when searching in multiple
directories a separate thread for every directory is used? Would this speed up
searching?




Subject: Re: JvDateEdit - Is this a bug?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Feb 2004 16:23:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

aybe my text was to confusing. I meant what you wrote.


> > When ReadOnly is set to false, DirectInput shouldn't be touched at all.

And this is the problem. It is impossible to just change ReadOnly without
updating DirectInput.
In old code (in one of my programs) looked this way:
------
JvDateEdit.ReadOnly := not (ceDate in ConvertErrors);
------

Now I had to change it to
------
JvDateEdit.ReadOnly := not (ceDate in ConvertErrors);
JvDateEdit.DirectInput := not JvDateEdit.ReadOnly;
------



-- Regards, Andreas Hausladen 

Subject: Re: JvDateEdit - Is this a bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 16:04:03 +0100
Newsgroups: jedi.vcl

> > Is the fact that when you set JvDateEdit.ReadOnly to false, the
> > DirectInput property is also set to false? If so you must reset
> > DirectInput everytime when you toggle the ReadOnly property

It seems to me it should be the other way around, i.e. when ReadOnly is set
to true, DirectInput should be set to false (and it shouldn't be allowed to
change to true while ReadOnly is true).

When ReadOnly is set to false, DirectInput shouldn't be touched at all.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300PREBETA1Complete question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 15:56:41 +0100
Newsgroups: jedi.vcl

>> > > Wouldn't it be advisable to unify these two JCL install procedures?
> >
> > Sure.  But:
> >
> > - JVCL installer uses JVCL components
Actually, it's all standard VCL components.
> > - JCL needs an installer for stand-alone installation
> > - JCL installer needs to be cross-platform (I'm working on that)

As an alternative, the JVCL installer could just call JCL's install.bat and
let it run to completion before continuing.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300PREBETA1Complete question
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 10 Feb 2004 15:37:05 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

>> BTW, the JCL installer also can install some IDE enhancements but the JVCL
>> installer only compiles the packages that JVCL needs from JCL.
>
>
> Wouldn't it be advisable to unify these two JCL install procedures?

Sure.  But:

- JVCL installer uses JVCL components
- JCL needs an installer for stand-alone installation
- JCL installer needs to be cross-platform (I'm working on that)

Greetings, Robert


Subject: Re: JVCL300PREBETA1Complete question
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 15:12:42 +0100
Newsgroups: jedi.vcl

> > BTW, the JCL installer also can install some IDE enhancements but the JVCL
> > installer only compiles the packages that JVCL needs from JCL.

Wouldn't it be advisable to unify these two JCL install procedures?




Subject: Re: Examples in JVCL300PREBETA1Complete (09-Feb-2004)
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 15:09:00 +0100
Newsgroups: jedi.vcl

> > let us know where
> > the problem occured.

jvcl\examples\RaLib\Pas2Rai2\Pas2Rai2.dof

jvcl\examples\RaLib\RaControls\RAControls.dof

jvcl\examples\RaLib\RaEditor\*.dof

etc.




Subject: Re: Turbo Power Component Libraries & JVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 14:51:14 +0100
Newsgroups: jedi.vcl

> > Is it advisable to install the now freeware TurboPower component libraries
> > (http://www.turbopower.com, now at SourceForge) in the Delphi IDE along
with JVCL
> > or are there any *incompatiblities*?
AFAIK, they should be compatible in as much as there shouldn't be any name
conflicts but if you find any, we would be *very* happy to know. There could
be issues with the use of zlib in JvCrypt but that is the same issue as when
using zlib with any other library at the same time as JVCL.

> > Are there any plans to integrate them into JVCL?
None whatsoever.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300PREBETA1Complete question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 14:48:58 +0100
Newsgroups: jedi.vcl

> > Not very sure about that:
> >
> > Does executing '\JEDI\jcl\Install.bat' produce *exactly* the same results
as
> > checking the 'Install JCL' checkbox in the JVCL installer?
> >
> > Or: Should '\JEDI\jcl\Install.bat' always be executed before running the
JVCL
> > installer?
> >
> > The install doc ist not very explicit about that.

No, the JVCL installer doesn't use the JCL Installer to install JCL.
Instead, it compiles the bpl files by calling dcc32.exe directly. It is
possible that they could generate different results, but I doubt it.

BTW, the JCL installer also can install some IDE enhancements but the JVCL
installer only compiles the packages that JVCL needs from JCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: last cvs version under bcb6
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 14:46:24 +0100
Newsgroups: jedi.vcl

> > This problem is not fixed yet, see PNG file.
Yucky, that doesn't look good!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Turbo Power Component Libraries & JVCL?
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 14:39:59 +0100
Newsgroups: jedi.vcl

Is it advisable to install the now freeware TurboPower component libraries
(http://www.turbopower.com, now at SourceForge) in the Delphi IDE along with JVCL
or are there any *incompatiblities*?

Are there any plans to integrate them into JVCL?




Subject: Re: Examples in JVCL300PREBETA1Complete (09-Feb-2004)
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 14:25:13 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:c09qng$hbp$1@talkto.net...
> > OutputDir=..\..\bin and UnitOutputDir=..\..\dcu contained one .. too
> > many. This has been fixed.

Thanks!




Subject: Re: JVCLMegaDemo bug
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 14:20:38 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:c0ais0$njk$1@talkto.net...
> > Peter Panino wrote:
>> > > JEDI\jvcl\examples\JVCLMegaDemo\jvWallpaperform.dfm
>> > >
>> > > is in binary format!
> >
> > Not anymore.

I've tried to convert it but it seems to be corrupted!

Could you please send it (jvWallpaperform.dfm) to me, I don't have CSV installed.
Thanks!




Subject: JvDateEdit - Is this a bug?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 10 Feb 2004 14:14:39 +0100
Newsgroups: jedi.vcl

Is the fact that when you set JvDateEdit.ReadOnly to false, the
DirectInput property is also set to false? If so you must reset
DirectInput everytime when you toggle the ReadOnly property
..

-- Regards, Andreas Hausladen 

Subject: Re: JVCLMegaDemo bug
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Feb 2004 13:57:55 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:
> JEDI\jvcl\examples\JVCLMegaDemo\jvWallpaperform.dfm
>
> is in binary format!

Not anymore.



Subject: Re: JVCL 3 - Package Installer suggestion
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 13:41:39 +0100
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> schrieb im Newsbeitrag
news:c0ahjc$j62$1@talkto.net...
> > "Peter Panino" <peter-panino@aon.at> wrote in message
> > news:c0agst$g1a$1@talkto.net...
>> > > It would be convenient to have 'Select All/Deselect All' buttons below the
>> > > packages list.
> >
> > Try 'Right-click' in the list.

Thanks. But yet buttons would be more obvious for thoughtless users like me! ;-)




Subject: Re: JVCL 3 - Package Installer suggestion
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 10 Feb 2004 13:36:07 +0100
Newsgroups: jedi.vcl

"Peter Panino" <peter-panino@aon.at> wrote in message
news:c0agst$g1a$1@talkto.net...
> > It would be convenient to have 'Select All/Deselect All' buttons below the
> > packages list.

Try 'Right-click' in the list.




Subject: JVCLMegaDemo bug
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 13:35:18 +0100
Newsgroups: jedi.vcl

JEDI\jvcl\examples\JVCLMegaDemo\jvWallpaperform.dfm

is in binary format!




Subject: JVCL 3 - Package Installer suggestion
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 13:22:55 +0100
Newsgroups: jedi.vcl

It would be convenient to have 'Select All/Deselect All' buttons below the
packages list.




Subject: Re: JvTranslator.pas
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 13:19:57 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:c09vnt$497$1@talkto.net...
>> > > but there are still a huge number of errors when trying to install (see
> > above
>> > > posting). So JvCmp and JvMM could not be installed.
> >
> > A few lines below the semi-colon error (line 456 or so), add a "begin" after
> > the "else". That was in the change I made in CVS but I forgot to explain it.
> > Sorry about that, I'll try to improve :).

Many thanks, that worked!




Subject: JVCL300PREBETA1Complete question
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 13:13:29 +0100
Newsgroups: jedi.vcl

Not very sure about that:

Does executing '\JEDI\jcl\Install.bat' produce *exactly* the same results as
checking the 'Install JCL' checkbox in the JVCL installer?

Or: Should '\JEDI\jcl\Install.bat' always be executed before running the JVCL
installer?

The install doc ist not very explicit about that.




Subject: Re: last cvs version under bcb6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 10 Feb 2004 15:10:41 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Also there are problems with the size of compiler results dialog (Large
>
> Fonts)
>
> Could probably be solved by setting Scaled = false for the form...
>
> The BCB problems I'll leave to others <g>
>
This problem is not fixed yet, see PNG file.

Clipboard.png

Clipboard.png
	



Subject: Re: JvSearchDialog FileMask
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 10 Feb 2004 22:04:05 +1000
Newsgroups: jedi.vcl

Karl Baase wrote:

> Hello There,
>
> i have a little Problem with the FileMask option. I only want folders to be
> found that have an underscore in the name. How can i do that.
> Help tells me the * machtes any char and ? a single char.
> i tried *_ and ?_ combinatation.

*_ matches a directory that ends with an underscore and that is any length long (even the underscore itself)
If you want the name to contain an underscore, use *_* which says that you want something (even empty) before AND after the underscore.


Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 10 Feb 2004 12:58:11 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 10 Feb 2004 21:49:03 +1000:

 O> Ok thanks for the clarification. I've removed the const specifier.

    Yeah, I noticed that in the remainder of the thread. Next time I'll read
on before suggesting to do something <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Lightning Crashes" by Live.




Subject: JvSearchDialog FileMask
From: "Karl Baase" <karl.baase@m-congress.com>
Date: Tue, 10 Feb 2004 12:56:23 +0100
Newsgroups: jedi.vcl

Hello There,

i have a little Problem with the FileMask option. I only want folders to be
found that have an underscore in the name. How can i do that.
Help tells me the * machtes any char and ? a single char.
i tried *_ and ?_ combinatation.
can someone help me
thx

karl




Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 10 Feb 2004 21:49:03 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Doesn't matter which option you choose, it won't affect the .dtx file,
> period. It would affect the final help, but that won't be build 'till right
> before Peter wants to release the Beta. For what it's worth: I'd say remove
> the 'const' keyword from those parameters.
>
Ok thanks for the clarification. I've removed the const specifier.


Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 10 Feb 2004 11:13:33 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 10 Feb 2004 07:51:15 +1000:

 O> Marcel Bestebroer wrote:
 >> Hello, Peter!
 >> You wrote  on Mon, 9 Feb 2004 19:22:37 +0100:
 >>
 PT>>>  Does this affect the help docs (dtx) in any way?
 >>
 >>     Nope.
 >>
 O> I'm not so sure cause there two ways to solve this problem:
 O> Enclose the const qualifier in {$IFNDEF BCB}{$ENDIF BCB} or simply
 O> remove it as it is pretty much useless (as Andreas mentionned it).
 O> And I think removing it may have a consequence on the help file.
 O> So please tell me which option I should take, it's then a matter of
 O> minutes to submit the changes

    Doesn't matter which option you choose, it won't affect the .dtx file,
period. It would affect the final help, but that won't be build 'till right
before Peter wants to release the Beta. For what it's worth: I'd say remove
the 'const' keyword from those parameters.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "To France" by Mike Oldfield.




Subject: Re: Conversion error TJvDBCalcEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 11:04:23 +0100
Newsgroups: jedi.vcl

> > I know we are in code-freeze, but maybe someone will take a note of this,
> > for some later improvements.
Better add a bug post to Mantis so we don't forget.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: last cvs version under bcb6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 10 Feb 2004 19:44:51 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> No, I never activated this feature, I tested this pack on the other PC and got the same result. After removing thememanager.bpi from XML this package was compiled, but I got error later, I'll ty the today's version.
Yeah, I know, that's what I said in the answer to myself.
This was a bug in the package generator, it's now fixed.


Subject: Re: last cvs version under bcb6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 10 Feb 2004 12:10:12 +0300
Newsgroups: jedi.vcl

> No, I never activated this feature, I tested this pack on the other PC and got the same result. After removing thememanager.bpi from XML this package was compiled, but I got error later, I'll ty the today's version.
The problem is on the same place:
By the way, I am always creating the new directory for the latest JVCL3 and building the packages, so the previous settings don't affect.
Compiling package: JvCoreC6R.bpl
Loading project file
Loading template
Generating Makefile
..........................................MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    D:\CBuild6\bin\..\BIN\bcc32 -Od -H=D:\CBuild6\bin\..\lib\vcl60.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   -tWM -w-par -I..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\lib\c6\obj\ .\JvCoreC6R.cpp
Borland C++ 5.6.4 for Win32 Copyright (c) 1993, 2002 Borland
..\jvcorec6r.cpp:
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
199246 lines, 9.05 seconds, 10154 bytes code, 4 bytes data.
    D:\CBuild6\bin\..\BIN\ilink32 @MAKE0000.@@@
Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
Fatal: Unable to open file 'THEMEMANAGER6.BPI'

** error 2 ** deleting JvCoreC6R.bpl

** error 1 ** deleting JvCoreC6R.bpl


Subject: Conversion error TJvDBCalcEdit
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 10 Feb 2004 10:07:29 +0100
Newsgroups: jedi.vcl

In procedure TJvDBCalcEdit.DataChanged, the StrToFloat will raise an
exception if the value has a thousand separator (i.e. '2,000.25'  is not a
valid floating point value).

At runtime this is not a problem, since the code is guarded by try .. except
and a value different from 0.0 is of no interest; but while coding/testing
this exception keeps popping up (I always has 'stop on exception' enabled,
and that's the way I prefer to work)

The only solution I can think of, is to use StrToFloat(<value>,
<FormatSettings>); but calling 'GetLocaleFormatSettings' on every datachange
will lead to poor performance, so that is not an option, so what we need is
a TFormatSettings structure in one of the baseclasses witch can be used in
all components, and only need one call to GetLocalFormatSettings.

I know we are in code-freeze, but maybe someone will take a note of this,
for some later improvements.

regards
Flemming




Subject: Re: last cvs version under bcb6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 10 Feb 2004 11:36:04 +0300
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>
>>>> For now, turn off the use of ThemeManager and this will compile.
>>>> I'll have a closer look in the upcoming days.
>>>>
>>> But thememanager is not activated.
>>
>>
>> That's why I need to have a closer look, it seems there is a bug in the xml file... sorry for the inconvenience
>
>
> Well, it's not in CVS, it's just that packages need to be regenerated whenever a change to the include file is done. So maybe JVCLThemesEnabled was activated before, and you deactivated it but forgot to regenerate the packages.
>
No, I never activated this feature, I tested this pack on the other PC and got the same result. After removing thememanager.bpi from XML this package was compiled, but I got error later, I'll ty the today's version.


Subject: Re: JVCL300PREBETA1Complete Feedback
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 09:36:03 +0100
Newsgroups: jedi.vcl

> > At least they are to be separated to subfolders.
They already are:
\bin - for examples
\devtools\bin - for tools
\install\release - for want

> > 2) when i will clear BIN folder i will remove the required data as well.
As Robert said, he'll put the data in \bin\data

> > may be done by file managers or special utility - or one more BAT file
Sure, but having them in the same folder makes it easier either way.

BTW, there are no exe or dll files delivered with JVCL (well, we have
install\release\want.exe but it is not really part of the distribution: it
is only used to build the release zips and it will not be included in the
final releases on SF).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: bugfix with name change
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Feb 2004 09:01:54 +0100
Newsgroups: jedi.vcl

Changed protected method SeTJvAppStorage to SetAppStorage in JvAppStorage.pas.



Subject: Re: JVCL300PREBETA1Complete Feedback
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 10 Feb 2004 10:55:17 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 9 Feb 2004 11:38:24 +0100 @485)
....while the fading voice of Peter whispered through the darkness:

 PT> examples in the \bin folder: it is very easy to delete the binaries
when
 PT> you're done with them without accidentally deleting something you might
 PT> need later (like the sources to the demos).

I wonder if BAT can pass outputfolder as a parameter to MAKE (maybe by
temporary environment var), so it can be easily switched via option to BAT.

I put a little voice again big unsorted BIN folder - there can be DevTools,
there can be Want - and all this will be mixed with examples???
At least they are to be separated to subfolders.

Then, the required sata IMHO is to be deployed in project source folder.
If it is needed to be *copied* to BIN - then example folder will contain
special bat-file, that can be automatically executed to copy data to BIN.
Otherwise 1) i will be hard to extend/read examples, 2) when i will clear
BIN folder i will remove the required data as well.

PS: even when EXE's are compiled to the ame folder as the sources, then
clearing folders from EXE, DCU and *.~* and other files (MAP, DCR, etc) may
be done by file managers or special utility - or one more BAT file (at least
under WinNT i can recurse subfolders with BAT, later will look at Win98)
-- WinAMP://Lunofobia - Track06 http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: MouseOver/Popupcalendar
From: micha schumann <schumann@itc-ms.de>
Date: Tue, 10 Feb 2004 06:40:50 -0100
Newsgroups: jedi.vcl

Peter Thörnqvist schrieb:
> Without some code, it's hard to give any advice.
>
Sorry...
Due to time pressure I integrated the Monthcalendar.  Thats how I created the calendar wich worked perfectly with jvcl2.1. FType contains
the editor type as a char

procedure TInplaceEdit.PopupDropDown;
   ...
    FPopup:=nil;
    case FType of
      'D': begin // Kalender
      FPopup := TPopupWindow(CreatePopupCalendar(self,BiDiMode));
      TPopupWindow(FPopup).OnCloseUp := PopupCloseUp;
      TPopupWindow(FPopup).Color := TMxGrid(owner).fRestColor;
      end;
      'C','L': begin // Combo
      FPopup := TPopupWindow(TPopupList.create(self));
      TPopupWindow(FPopup).OnCloseUp := PopupCloseUp;
      end;
      'Q': begin // CheckCombo
      FPopup := TPopupWindow(TPopupCList.create(self));
      TPopupWindow(FPopup).OnCloseUp := PopupCloseUp;
      end;
    end; // case
    ...
    ShowPopup(Point(P.X, Y));
    FPopupVisible := True;
    HideCaret(Handle);
    setfocus;
  end;

I suspect that the new control dispatches something upwards which doesnt exist in my inplace editor.

regards
   micha


Subject: Re: JvDBDateEdit not raise an exception when date is not valid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 08:38:03 +0100
Newsgroups: jedi.vcl

>> > > How can I set JvDBDateEdit to not raise an exception when date entered
>> > > is not valid?

You could hook Application.OnException and show your own dialog (or not),
something like:

procedure TForm1.DoHandleException(Sender:TObject; E:Exception);
begin
  if (Sender is TJvDBDateEdit) and (E is EJVCLException) then
    ShowMessageFmt('There was a problem setting the date: %s',[E.Message])
  else
    raise E;
end;

procedure TForm1.FormCreate(Sender: TObject);
begin
  Application.OnException := DoHandleException;
end;

EJVCLException is declared in JvTypes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compile error JvInspector
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 10 Feb 2004 17:33:11 +1000
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> In my latest download of cvs source I get a compile error in JvInspector:
> 'Declaration of CreatePrim differs from previous declaration'
>
> Implementation has:
> ... {$IFNDEF BCB}const{$ENDIF} ATypeInfo: PTypeInfo);
> and it is absolutely true; it is different from the declaration :-)
>
> Flemming
>
>
woops, one that sliped out of the net. It's now fixed in CVS.



Subject: Re: JvTranslator.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Feb 2004 08:30:55 +0100
Newsgroups: jedi.vcl

> > but there are still a huge number of errors when trying to install (see
above
> > posting). So JvCmp and JvMM could not be installed.

A few lines below the semi-colon error (line 456 or so), add a "begin" after
the "else". That was in the change I made in CVS but I forgot to explain it.
Sorry about that, I'll try to improve :).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Compile error JvInspector
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 10 Feb 2004 08:10:48 +0100
Newsgroups: jedi.vcl

In my latest download of cvs source I get a compile error in JvInspector:
'Declaration of CreatePrim differs from previous declaration'

Implementation has:
.... {$IFNDEF BCB}const{$ENDIF} ATypeInfo: PTypeInfo);
and it is absolutely true; it is different from the declaration :-)

Flemming




Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 10 Feb 2004 16:24:08 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Peter Thörnqvist wrote:
>
>> I vote for removing the consts altogether.
>
>
> Same with me. I did that for my HID component some time ago already.
>
It's commited then.
But the problem remains in the JCL...



Subject: Re: Examples in JVCL300PREBETA1Complete (09-Feb-2004)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Feb 2004 07:05:52 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> When trying to compile some single example projects in the IDE many times Delphi
> had the following error:
>
> [Fataler Fehler] JvConsts.pas(248): Ausgabedatei '..\..\..\..\dcu\JvConsts.dcu'
> kann nicht erstellt werden
>
> Translation:
> [Fatal Error] JvConsts.pas(248): Output file '..\..\..\..\dcu\JvConsts.dcu'
> cannot be created.
>
> What's wrong here?

The dof files were bad until yesterday.
OutputDir=..\..\bin and UnitOutputDir=..\..\dcu contained one .. too many. This has been fixed.
While checking the examples it sometimes happens that a full dof file is created. I try to revert to a skeletal version.



Subject: Re: Bug in TJvTranslator.ComponentToXML
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Feb 2004 07:01:56 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> That's what happens when one commits before saving<g>. There should be a
> semi-colon at the end of
>
>     AName := TApplication(AComponent).Title
>
> Thanks for letting us know.
>

I changed the source afterwards when i checked the changes.



Subject: Re: JVCL300PREBETA1Complete Feedback
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Feb 2004 06:51:00 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Yes, but IMO we dont have to do it all now before the JVCL3 release.

For the final release it should be done, but that is some time away still.

> I think this is the best place to start as well. Put all the data files
> needed into bin and bit by bit rename the dpr's to use the same name as the
> folder it's in.

The files should be copied not moved. I will start today with a bin folder.



Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 10 Feb 2004 06:48:56 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I vote for removing the consts altogether.

Same with me. I did that for my HID component some time ago already.



Subject: Re: last cvs version under bcb6
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 10 Feb 2004 14:52:37 +1000
Newsgroups: jedi.vcl

OBones wrote:

> OBones wrote:
>
>>>> For now, turn off the use of ThemeManager and this will compile.
>>>> I'll have a closer look in the upcoming days.
>>>>
>>> But thememanager is not activated.
>>
>>
>> That's why I need to have a closer look, it seems there is a bug in the xml file... sorry for the inconvenience
>
>
> Well, it's not in CVS, it's just that packages need to be regenerated whenever a change to the include file is done. So maybe JVCLThemesEnabled was activated before, and you deactivated it but forgot to regenerate the packages.

Sorry, whatever you can do, there will be the error.
That's because of this in the jvcl.inc file:

{.$DEFINE JVCLThemesEnabled}

{ D7 has theme support built in...}
{$IFDEF COMPILER7_UP}
 {$DEFINE JVCLThemesEnabled}
{$ELSE}

As you can see, there is a second $DEFINE JVCLThemesEnabled and this one will be picked up by the package generator. But from the code I have here, it shouldn't because it tests for $DEFINE at the beginning of the line, so the space shouldn't be a problem.
I'll double check that tonight.



Subject: Re: Examples in JVCL300PREBETA1Complete (09-Feb-2004)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 10 Feb 2004 14:43:00 +1000
Newsgroups: jedi.vcl

Peter Panino wrote:

> When trying to compile some single example projects in the IDE many times Delphi
> had the following error:
>
> [Fataler Fehler] JvConsts.pas(248): Ausgabedatei '..\..\..\..\dcu\JvConsts.dcu'
> kann nicht erstellt werden
>
> Translation:
> [Fatal Error] JvConsts.pas(248): Output file '..\..\..\..\dcu\JvConsts.dcu'
> cannot be created.
>
> What's wrong here?

The dof file is stuffed.
Open the dof file for the project and you should have this section (among others):
[Directories]
OutputDir=..\..\bin
UnitOutputDir=..\..\dcu
SearchPath=..\..\run;..\..\common

If you have additional ..\ in front, remove them and let us know where the problem occured.



Subject: JvTranslator.pas
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 04:59:54 +0100
Newsgroups: jedi.vcl

I fixed the semi-colon bug reported by Peter Thornqvist:

--------
There should be a
semi-colon at the end of

    AName := TApplication(AComponent).Title
--------

but there are still a huge number of errors when trying to install (see above
posting). So JvCmp and JvMM could not be installed.




Subject: Re: MouseOver/Popupcalendar
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 04:53:34 +0100
Newsgroups: jedi.vcl

"micha schumann" <schumann@itc-ms.de> schrieb im Newsbeitrag
news:c08rvj$o7k$1@talkto.net...
> > Hi,
> >
> > just switched to jvcl3 although beta everything runs fine except for:
> >
> > I embedded a popupcalendar in a grid and whenever a mouseover-event
> > occurs GPF follows. I suspect something in inheritMsg.

There is something similar in the JVCL installer: When the mouse hovers over a
spec. control (not reproducible) an error message is displayed, but the installer
is not closed and it continues to work without problems.




Subject: Examples in JVCL300PREBETA1Complete (09-Feb-2004)
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 04:36:46 +0100
Newsgroups: jedi.vcl

When trying to compile some single example projects in the IDE many times Delphi
had the following error:

[Fataler Fehler] JvConsts.pas(248): Ausgabedatei '..\..\..\..\dcu\JvConsts.dcu'
kann nicht erstellt werden

Translation:
[Fatal Error] JvConsts.pas(248): Output file '..\..\..\..\dcu\JvConsts.dcu'
cannot be created.

What's wrong here?




Subject: JVCL300PREBETA1Complete (09-Feb-2004) Feedback
From: "Peter Panino" <peter-panino@aon.at>
Date: Tue, 10 Feb 2004 04:30:54 +0100
Newsgroups: jedi.vcl

Followed exactly the instructions in the readme to uninstall the previous version
from 03-Feb-2004.

When installing with install.bat the following error occured:

-----------begin------------
Compiling package: JvCmpD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(452) Fehler:
Operator oder Semikolon fehlt
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(460) Fehler:
Deklaration erwartet, aber 'IF' gefunden
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(462) Fehler:
Undefinierter Bezeichner: 'InnerComponentToXML'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(462) Fehler:
Undefinierter Bezeichner: 'AComponent'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(462) Fehler:
Undefinierter Bezeichner: 'AElem'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(463) Fehler:
Undefinierter Bezeichner: 'Result'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(463) Fehler:
Operator oder Semikolon fehlt
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(464) Fehler:
'.' erwartet, aber ';' gefunden
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(465)
Warnung: Text hinter dem abschließenden 'END.' wird vom Compiler ignoriert
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(52) Fehler:
Ungenügende Forward- oder External-Deklaration:
'TJvTranslator.TranslateComponent'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(57) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.SkipClass'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(59) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.UnskipClass'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(62) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.SkipProperty'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(65) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.UnskipProperty'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(67) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.InSkipList'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(68) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.InSkipList'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(69) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.InSkipList'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(70) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.InSkipList'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(71) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.ClearSkipList'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(76) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.Translate'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(78) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.Translate'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(80) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.TranslateString'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(82) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.Translate'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(84) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.Translate'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(86) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.TranslateString'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(88) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.Translate'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(90) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.TranslateScreen'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(92) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.TranslateScreen'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(94) Fehler:
Ungenügende Forward- oder External-Deklaration:
'TJvTranslator.TranslateScreenString'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(106) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslator.Translate'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(112)
Hinweis: Das private-Symbol 'FList' wurde deklariert, aber nie verwendet
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(113) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslatorStrings.GetString'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(114) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslatorStrings.SetString'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(115) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslatorStrings.GetCount'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(116) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslatorStrings.GetValue'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(118) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslatorStrings.Create'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(119) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslatorStrings.Destroy'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(120) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslatorStrings.IndexOf'
C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\jvcl\run\JvTranslator.pas(121) Fehler:
Ungenügende Forward- oder External-Deklaration: 'TJvTranslatorStrings.Add'
JvCmpD6R.dpk(63) Fatal: Verwendete Unit '..\..\run\JvTranslator.pas' kann nicht
compiliert werden

** error 1 ** deleting JvCmpD6R.bpl
----------end-------------

So I installed the whole thing without JvCmp and without JvMM which depends from
JvCmp.

So what is wrong with JvTranslator.pas?




Subject: Re: last cvs version under bcb6
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 10 Feb 2004 10:33:18 +1000
Newsgroups: jedi.vcl

OBones wrote:
>>> For now, turn off the use of ThemeManager and this will compile.
>>> I'll have a closer look in the upcoming days.
>>>
>> But thememanager is not activated.
>
> That's why I need to have a closer look, it seems there is a bug in the xml file... sorry for the inconvenience

Well, it's not in CVS, it's just that packages need to be regenerated whenever a change to the include file is done. So maybe JVCLThemesEnabled was activated before, and you deactivated it but forgot to regenerate the packages.



Subject: Re: MouseOver/Popupcalendar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 9 Feb 2004 23:26:01 +0100
Newsgroups: jedi.vcl

Without some code, it's hard to give any advice.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 9 Feb 2004 23:25:32 +0100
Newsgroups: jedi.vcl

> > So please tell me which option I should take, it's then a matter of 
> > minutes to submit the changes
I vote for removing the consts altogether.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 10 Feb 2004 07:51:15 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, Peter!
> You wrote  on Mon, 9 Feb 2004 19:22:37 +0100:
>
>  PT>  Does this affect the help docs (dtx) in any way?
>
>     Nope.
>
I'm not so sure cause there two ways to solve this problem:
Enclose the const qualifier in {$IFNDEF BCB}{$ENDIF BCB} or simply remove it as it is pretty much useless (as Andreas mentionned it).
And I think removing it may have a consequence on the help file.
So please tell me which option I should take, it's then a matter of minutes to submit the changes


Subject: MouseOver/Popupcalendar
From: micha schumann <schumann@itc-ms.de>
Date: Mon, 09 Feb 2004 20:23:16 -0100
Newsgroups: jedi.vcl

Hi,

just switched to jvcl3 although beta everything runs fine except for:

I embedded a popupcalendar in a grid and whenever a mouseover-event occurs GPF follows. I suspect something in inheritMsg.

Thanks in advance for any Help!

Micha


Subject: Help needed: JvTimeFramework help writing
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 9 Feb 2004 21:12:09 +0100
Newsgroups: jedi.vcl

I have come to realize that I won't have the time to document the time
framework components so I have removed my lock on them. If anyone would like
to take them on, that would be great. The affected dtx files all starts with
JvTF*. I believe I have added all of the original help file to the dtx's but
there is still quite a lot to do (the original help didn't cover
everything), so any help is greatly appreciated, especially from someone
that has some experience with the components.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 9 Feb 2004 19:52:26 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 9 Feb 2004 19:22:37 +0100:

 PT>  Does this affect the help docs (dtx) in any way?

    Nope.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Belfast child" by Simple minds.




Subject: Re: Bug in TJvTranslator.ComponentToXML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 9 Feb 2004 19:36:32 +0100
Newsgroups: jedi.vcl

That's what happens when one commits before saving<g>. There should be a
semi-colon at the end of

    AName := TApplication(AComponent).Title

Thanks for letting us know.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300PREBETA1Complete Feedback
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 9 Feb 2004 19:24:23 +0100
Newsgroups: jedi.vcl

> > Ouch. Much work either way.
Yes, but IMO we dont have to do it all now before the JVCL3 release.
> > I vote for a Bin\Data directory for copies of the data files needed by
> > the examples.
I think this is the best place to start as well. Put all the data files
needed into bin and bit by bit rename the dpr's to use the same name as the
folder it's in.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 9 Feb 2004 19:22:37 +0100
Newsgroups: jedi.vcl

> > That's what I propose somewhere in the middle of my lenghty email <g>
> > But I need the go ahead for that...
If it is needed to make it work with BCB I see no other option than to do
the changes you propose. Does this affect the help docs (dtx) in any way?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 9 Feb 2004 19:20:21 +0100
Newsgroups: jedi.vcl

> > That's the idea.  Most if not all, VisualCLX units will be autogenerated
> > from the sources in run, design & common. IMHO they should go to
> > qrun, qdesign & qcommon.
OK then. Unless someone else hollers, go ahead and do the changes you need.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvExVCL.html
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 9 Feb 2004 18:50:03 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:c050sp$cin$1@talkto.net...
> > I have added a JvExVCL.html to the $(JVCL)\help. Maybe someone can prove
> > read it.
> >
Maybe add something about the implemented VisualCLX Paint method ?

Regards,

André Snepvangers




Subject: Re: JvDBDateEdit not raise an exception when date is not valid
From: Erick Sasse <esasse@mandic.com.br>
Date: Mon, 09 Feb 2004 14:07:15 -0300
Newsgroups: jedi.vcl

Erick Sasse wrote:

> How can I set JvDBDateEdit to not raise an exception when date entered is not valid?
>
> Thanks!
>

I want to handle the exception and show a custom message to the user.

-- 
Erick Sasse


Subject: Re: Bug in TJvTranslator.ComponentToXML
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Mon, 9 Feb 2004 16:45:51 +0100
Newsgroups: jedi.vcl

On Mon, 9 Feb 2004 16:41:05 +0100, "Jacob Boerema" 
<jgboerema@hotmail.com> wrote in article 
<MPG.1a91c834b7552462989688@forums.talkto.net>:
> > In the main part of function TJvTranslator.ComponentToXML, line 460:
> > 
> > C:\Program 
> > Files\Borland\Delphi6\Projects\Jvcl\run\JvTranslator.pas(460) Error: 
> > Declaration expected but 'IF' found
> > followed by many more errors.
> > 
> > I think the "end" there should be removed.
> > 
> > 

Another one in line 452: missing semicolon.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Bug in TJvTranslator.ComponentToXML
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Mon, 9 Feb 2004 16:41:05 +0100
Newsgroups: jedi.vcl

In the main part of function TJvTranslator.ComponentToXML, line 460:

C:\Program 
Files\Borland\Delphi6\Projects\Jvcl\run\JvTranslator.pas(460) Error: 
Declaration expected but 'IF' found
followed by many more errors.

I think the "end" there should be removed.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: JVCL300PREBETA1Complete Feedback
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Feb 2004 16:27:15 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

>> The required
>> files should be put in the bin folder and the exe file created should have
>> the same name as the folder where the example is located
>
>
> I think this would be the best solution.

Ouch. Much work either way.
I vote for a Bin\Data directory for copies of the data files needed by the examples.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Feb 2004 16:23:50 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've restored it to the previous text version but that also means that the
> size reduction you did is gone again.
>
I will have a look.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Feb 2004 16:23:16 +0100
Newsgroups: jedi.vcl

How about a Bin\Data directory to hold a copy of the various files needed by the examples?
The examples are then rewritten to default to these files.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 09 Feb 2004 16:22:04 +0100
Newsgroups: jedi.vcl

- JvDBGridExport: Standard cleanup.
  Font settings changed a bit.
- JvDBHTLabel: Standard cleanup.
  Made it use TestData.csv instead of TestData2.csv.
- JvDbMaskEdit: Standard cleanup.
- JvDiagramShape examples: Not checked.
- JvDialogs: Standard cleanup.
  Added a "BE CAREFUL!" warning.
- JvDocking examples: Not checked.
- JvDomainUpDown: Standard cleanup.
- JvDotNetCtrls: Standard cleanup.



Subject: JvDBDateEdit not raise an exception when date is not valid
From: Erick Sasse <esasse@mandic.com.br>
Date: Mon, 09 Feb 2004 12:04:42 -0300
Newsgroups: jedi.vcl

How can I set JvDBDateEdit to not raise an exception when date entered is not valid?

Thanks!

-- 
Erick Sasse


Subject: Re: JVCL300PREBETA1Complete Feedback
From: "Peter Panino" <peter-panino@aon.at>
Date: Mon, 9 Feb 2004 16:04:14 +0100
Newsgroups: jedi.vcl

> > The required
> > files should be put in the bin folder and the exe file created should have
> > the same name as the folder where the example is located

I think this would be the best solution.




Subject: Re: starting point for the Examples discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Feb 2004 16:01:59 +0100
Newsgroups: jedi.vcl

I've restored it to the previous text version but that also means that the
size reduction you did is gone again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the Examples discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Feb 2004 15:28:43 +0100
Newsgroups: jedi.vcl

> > - JVCLMegaDemo:
JvWallpaperForm.dfm is reported as having an "invalid stream format". Could
you have a look, please?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 9 Feb 2004 15:00:16 +0100
Newsgroups: jedi.vcl

Hello, André!
You wrote  on Mon, 9 Feb 2004 14:35:26 +0100:

 >> unless you wouldn't mind if the HTML version has a striking resemblance
 >> to MS documentation <g>

 AS> I have no problem with that. An other point is modifying the help for
 AS> VisualCLX.
 AS> Marking VCL-only properties ( BiDiMode, DragCursor, OnEndDock, ...... )
 AS> would cover most of it.   In a later stage unit names could be adapted.
 AS> You see any possibilties for this, without to much work for you ?

    It wouldn't be that difficult, but requires either some manual labor
(changing the help source files) or to alter the GenDtx tool to add the
flags depending on the VCL or VisualCLX conditional in the pas file it
parses. Either way it will not be in the upcoming help. Regarding the unit
name changes: that wouldn't be to difficult but requires yet another tool
that will make copies of the VCL version .dtx files, copying it's contents
but altering the unit topic ID. This is fairly easy to do (read in the
Xxx.dtx file, alter the first @@JvXxx.pas to @@JvQXxx.pas and write back as
QXxx.dtx; done) so no problems there.

    Right now, any provided help file for VisualCLX will be identical to the
VCL help (only in HTML format). I might add a small note to each generated
page, stating it is not VisualCLX specific help, but just a copy of the VCL
help; this is a matter of typing in the string and hit the generate button.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Hide U" by Kosheen.




Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 9 Feb 2004 14:35:26 +0100
Newsgroups: jedi.vcl

> > unless you wouldn't mind if the HTML version has a striking resemblance to
> > MS documentation <g>
> >

I have no problem with that. An other point is modifying the help for
VisualCLX.
Marking VCL-only properties ( BiDiMode, DragCursor, OnEndDock, ...... )
would cover most of it.   In a later stage unit names could be adapted.
You see any possibilties for this, without to much work for you ?

Regards,

André Snepvangers




Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 9 Feb 2004 14:24:18 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:c07n0k$vk6$1@talkto.net...
> > It seems to me that the general opinion is that we should release as
planned
> > and let Andr+e and Andreas proceed with the CLX updates (local thaw, we
> > could call it :) as long as it doesn't interfere with the documentation or
> > visible interface of the VCL units/components.
> >
> > Is that correct?
> >

It is. It should not touch VCL implementation.  There are still some units
that could be derived from the JvExVCl classes, but in current stage
I won't change that.

> >
> > I can live with that. But then I require that André/Andreas either move
all
> > the "Q" units to a \qcommon folder (all lowercase, please) or add a Jv(Q)
> > prefix to each unit and move them where it makes most sense. It would be
OK
> > with me to have a \qdesign and \qrun folder as well if need be.
> >

That's the idea.  Most if not all, VisualCLX units will be autogenerated
from the sources in run, design & common. IMHO they should go to
qrun, qdesign & qcommon.

Regards,

André Snepvangers







Subject: Re: last cvs version under bcb6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 09 Feb 2004 21:37:35 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> OBones wrote:
>
>>> Copyright (c) 1983,2002 Borland Software Corporation
>>> 170372 lines, 7.95 seconds, 10154 bytes code, 4 bytes data.
>>>     D:\CBuild6\bin\..\BIN\ilink32 @MAKE0000.@@@
>>> Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
>>> Fatal: Unable to open file 'THEMEMANAGER6.BPI'
>>>
>> For now, turn off the use of ThemeManager and this will compile.
>> I'll have a closer look in the upcoming days.
>>
> But thememanager is not activated.
That's why I need to have a closer look, it seems there is a bug in the xml file... sorry for the inconvenience


Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 09 Feb 2004 21:36:54 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> I've fixed the JvInspector.pas by enclosing the const specifier in {$IFNDEF BCB} so that it disappears only with C++
>> Builder.
>
>
> Why not remove the "const" ? It is not necessary for pointers in Delphi.
>
>
That's what I propose somewhere in the middle of my lenghty email <g>
But I need the go ahead for that...


Subject: Re: TJvListView and Multiselect
From: Lis <lis@despammed.com>
Date: Mon, 9 Feb 2004 12:00:17 +0100
Newsgroups: jedi.vcl

On Mon, 9 Feb 2004 11:33:54 +0100, Peter Thörnqvist wrote:

> > Seems I'm wrong: it isn't fixed in JVCL3 either. Try changing WmNotify in
> > JvListView.pas to the following (note the added MultiSelect condition):

Thank you very much, now it works.
Remember to add this changes to the JVCL3 ;-)
-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Feb 2004 11:49:32 +0100
Newsgroups: jedi.vcl

It seems to me that the general opinion is that we should release as planned
and let Andr+e and Andreas proceed with the CLX updates (local thaw, we
could call it :) as long as it doesn't interfere with the documentation or
visible interface of the VCL units/components.

Is that correct?

I can live with that. But then I require that André/Andreas either move all
the "Q" units to a \qcommon folder (all lowercase, please) or add a Jv(Q)
prefix to each unit and move them where it makes most sense. It would be OK
with me to have a \qdesign and \qrun folder as well if need be.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL300PREBETA1Complete Feedback
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Feb 2004 11:38:24 +0100
Newsgroups: jedi.vcl

> > When compiling the examples with CompileExamples.bat the files are
compiled to
> > the bin directory which IMHO is not always a good idea: It is not clear
which
> > programs are related to which project folders, and many files are missing
or
> > producing errors assumedly because they are not started from their project
> > folder. So there should be an option to compile the examples to their
respective
> > project folders!

That could be a problem since the makefile run by the bat doesn't allow
interactive changes. But as I see it, the problem is elsewhere. The required
files should be put in the bin folder and the exe file created should have
the same name as the folder where the example is located (or the other way
around). There is a great benefit putting all examples in the \bin folder:
it is very easy to delete the binaries when you're done with them without
accidentally deleting something you might need later (like the sources to
the demos).

As an alternative, you can always open the project in Delphi, change the
output option(s) and build it to any folder of your choice.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvListView and Multiselect
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Feb 2004 11:33:54 +0100
Newsgroups: jedi.vcl

Seems I'm wrong: it isn't fixed in JVCL3 either. Try changing WmNotify in
JvListView.pas to the following (note the added MultiSelect condition):

procedure TJvListView.WMNotify(var Msg: TWMNotify);
var
  Node: TListItem;
  Point: TPoint;
begin
  inherited;
  if MultiSelect or (Msg.NMHdr^.hwndFrom <> Handle) or not
GetCursorPos(Point) then Exit;
  Point := ScreenToClient(Point);
  with Msg, Point do
  begin
    case NMHDR^.code of
      NM_CLICK, NM_RCLICK:
        begin
          Node := GetItemAt(x, y);
          if Assigned(Node) then
            Selected := Node;
        end;
    end;
  end;
end;


I am not sure why there is a WmNotify at all since it doesn't seem to do
anything that isn't handled anyway. Anyone have a clue?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvListView and Multiselect
From: Lis <lis@despammed.com>
Date: Mon, 9 Feb 2004 11:10:04 +0100
Newsgroups: jedi.vcl

On Mon, 9 Feb 2004 10:21:06 +0100, Peter Thörnqvist wrote:

>> >>   I'm using TJvListView with Multiselect option turned on but there is a
> > Which version of JVCL? I think this is fixed in JVCL3.

Ops...I missed some information ;-)
I use JVCL 2.10 with Delphi6 Pro.
-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: Re: TJvListView and Multiselect
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Feb 2004 10:21:06 +0100
Newsgroups: jedi.vcl

> >   I'm using TJvListView with Multiselect option turned on but there is a
Which version of JVCL? I think this is fixed in JVCL3.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 9 Feb 2004 10:13:06 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I've fixed the JvInspector.pas by enclosing the const 
> > specifier in {$IFNDEF BCB} so that it disappears only with C++
> > Builder.

Why not remove the "const" ? It is not necessary for pointers in Delphi.


-- Regards, Andreas Hausladen 

Subject: TJvListView and Multiselect
From: Lis <lis@despammed.com>
Date: Mon, 9 Feb 2004 09:37:15 +0100
Newsgroups: jedi.vcl

Hi All, 
  I'm using TJvListView with Multiselect option turned on but there is a
problem: if there are some items selected I can't de-select one of them by
clicking on it while pressing ctrl-key as I can do in a standard TListView,
TListBox or similar components.
It's a known problem? 
Thank you

-- Lis Mercatino: http://snurl.com/sito_lis Aiuta la ricerca contro il cancro: http://snurl.com/ida_team 

Subject: Re: last cvs version under bcb6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 09 Feb 2004 11:07:52 +0300
Newsgroups: jedi.vcl

OBones wrote:
>> Copyright (c) 1983,2002 Borland Software Corporation
>> 170372 lines, 7.95 seconds, 10154 bytes code, 4 bytes data.
>>     D:\CBuild6\bin\..\BIN\ilink32 @MAKE0000.@@@
>> Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
>> Fatal: Unable to open file 'THEMEMANAGER6.BPI'
>>
> For now, turn off the use of ThemeManager and this will compile.
> I'll have a closer look in the upcoming days.
>
But thememanager is not activated.


Subject: Re: IDE enhancements
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 9 Feb 2004 08:47:16 +0100
Newsgroups: jedi.vcl

> > Note to all: dialogs should have Scaled set to FALSE (default is true) if
> > they are going to work with large fonts.
Oops, I know that, but did not check this in my enhancement to
JvStringsForm.
Anyway, as you already mentioned, I'm actually using large system fonts and
the form wasn't displayed well.

cu,
Michael




Subject: Re: Ask a question about the JvTranslator - Use the character "&" dont work
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Feb 2004 08:40:22 +0100
Newsgroups: jedi.vcl

> > I use the JVCL's version  is JCL+JVCL210 Full Install
I seem to recall that there were some problems with decoding of XML in that
version and I also know I've made some fixes since that release. Try
replacing SimpeXMLDecode in JvSimpleXML with this procedure from the latest
version:

procedure SimpleXMLDecode(var S: string; TrimBlanks:boolean);
var StringLength, ReadIndex, WriteIndex:Cardinal;
  procedure DecodeEntity(var S: string; var StringLength, ReadIndex,
WriteIndex: Cardinal);
  const
    cHexPrefix: array[boolean] of PChar = ('', '$');
  var
    i: Cardinal;
    Value:integer;
    IsHex: boolean;
  begin
    Inc(ReadIndex, 2);
    IsHex := (ReadIndex <= StringLength) and (S[ReadIndex] in ['x', 'X']);
    Inc(ReadIndex, Ord(IsHex));
    i := ReadIndex;
    while ReadIndex <= StringLength do
    begin
      if S[ReadIndex] = ';' then
      begin
        Value := StrToIntDef(cHexPrefix[IsHex] + Copy(S, i, ReadIndex -
i), -1); // no characters are less than 0
        if Value > 0 then
          S[WriteIndex] := Chr(Value)
        else
          ReadIndex := i - (2 + Cardinal(IsHex)); // reset to start
        Exit;
      end;
      Inc(ReadIndex);
    end;
    ReadIndex := i - (2 + Cardinal(IsHex)); // reset to start
  end;
  procedure SkipBlanks(var S:String; var StringLength, ReadIndex:Cardinal);
  begin
    while ReadIndex < StringLength do
    begin
      if S[ReadIndex] = #13 then
        S[ReadIndex] := #10
      else if S[ReadIndex+1] = #13 then
        S[ReadIndex+1] := #10;
      if (S[ReadIndex] < #33) and (S[ReadIndex] = S[ReadIndex+1]) then
        Inc(ReadIndex)
      else
        Exit;
    end;
  end;

begin
  // NB! This procedure replaces the text inplace to speed up the
conversion. This
  // works because when decoding, the string can only become shorter. This
is
  // accomplished by keeping track of the current read and write points.
  // In addition, the original string length is read only once and passed to
the
  // inner procedures to speed up conversion as much as possible
  ReadIndex := 1;
  WriteIndex := 1;
  StringLength := Length(S);
  while ReadIndex <= StringLength do
  begin
    // this call lowers conversion speed by ~30%, ie 21MB/sec -> 15MB/sec
(repeated tests, various inputs)
    if TrimBlanks then
      SkipBlanks(S, StringLength, ReadIndex);
    if S[ReadIndex] = '&' then
    begin
      if S[ReadIndex + 1] = '#' then
      begin
        DecodeEntity(S, StringLength, ReadIndex, WriteIndex);
        Inc(WriteIndex);
      end
      else if AnsiSameText(Copy(S, ReadIndex, 5), '&amp;') then
      begin
        S[WriteIndex] := '&';
        Inc(WriteIndex);
        Inc(ReadIndex,4);
      end
      else if AnsiSameText(Copy(S, ReadIndex, 4), '&lt;') then
      begin
        S[WriteIndex] := '<';
        Inc(WriteIndex);
        Inc(ReadIndex,3);
      end
      else if AnsiSameText(Copy(S, ReadIndex, 4), '&gt;') then
      begin
        S[WriteIndex] := '>';
        Inc(WriteIndex);
        Inc(ReadIndex,3);
      end
      else if AnsiSameText(Copy(S, ReadIndex, 6), '&apos;') then
      begin
        S[WriteIndex] := #39;
        Inc(WriteIndex);
        Inc(ReadIndex,5);
      end
      else if AnsiSameText(Copy(S, ReadIndex, 6), '&quot;') then
      begin
        S[WriteIndex] := '"';
        Inc(WriteIndex);
        Inc(ReadIndex,5);
      end
      else
      begin
        S[WriteIndex] := S[ReadIndex];
        Inc(WriteIndex);
      end;
    end
    else
    begin
      S[WriteIndex] := S[ReadIndex];
      Inc(WriteIndex);
    end;
    Inc(ReadIndex);
  end;
  if WriteIndex > 0 then
    SetLength(S, WriteIndex - 1)
  else
    SetLength(S, 0);
    // this call lowers conversion speed by ~65%, ie 21MB/sec -> 7MB/sec
(repeated tests, various inputs)
//  if TrimBlanks then
//    S := AdjustLineBreaks(S);
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: last cvs version under bcb6
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 17:31:28 +1000
Newsgroups: jedi.vcl

> Copyright (c) 1983,2002 Borland Software Corporation
> 170372 lines, 7.95 seconds, 10154 bytes code, 4 bytes data.
>     D:\CBuild6\bin\..\BIN\ilink32 @MAKE0000.@@@
> Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
> Fatal: Unable to open file 'THEMEMANAGER6.BPI'
>
For now, turn off the use of ThemeManager and this will compile.
I'll have a closer look in the upcoming days.



Subject: Re: last cvs version under bcb6
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 9 Feb 2004 08:30:47 +0100
Newsgroups: jedi.vcl

> > Also there are problems with the size of compiler results dialog (Large
Fonts)

Could probably be solved by setting Scaled = false for the form...

The BCB problems I'll leave to others <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: last cvs version under bcb6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 09 Feb 2004 10:09:25 +0300
Newsgroups: jedi.vcl

Also theare are problems with the size of copileng results dialog (Large Fonts)

Loaded pre-compiled headers.
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" -U"D:\CBuild6\Packgs\JediPacks\Jedi\JVCL3\lib\c6\obj;D:\CBuild6\Projects\Lib;D:\CBuild6\Projects\Bpl" -N"D:\CBuild6\Packgs\JediPacks\Jedi\JVCL3\lib\c6\obj" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W -$O- -$A8 -v -JPHNE -M   -LUCJcl -UD:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c6\obj;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl --BCB ..\..\common\JvConsts.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
853 lines, 0.16 seconds, 102 bytes code, 52 bytes data.
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" -U"D:\CBuild6\Packgs\JediPacks\Jedi\JVCL3\lib\c6\obj;D:\CBuild6\Projects\Lib;D:\CBuild6\Projects\Bpl" -N"D:\CBuild6\Packgs\JediPacks\Jedi\JVCL3\lib\c6\obj" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\lib\c6\obj -N0..\..\lib\c6\obj -$YD -$W -$O- -$A8 -v -JPHNE -M   -LUCJcl -UD:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\lib\c6\obj;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl --BCB ..\..\run\JvColorProvider.PAS ..\..\run\JvComponent.PAS ...\..\run\JvContextProvider.PAS ..\..\run\JvDataProvider.PAS ...\..\run\JvDataProviderIntf.PAS ..\..\run\JvDynControlEngine.PAS ...\..\run\JvDynControlEngineIntf.PAS ..\..\run\JvDynControlEngineVCL.PAS ...\..\run\JvDsgnIntf.PAS ..\..\run\JvJCLUtils.PAS ...\..\run\JvJVCLAboutForm.PAS ..\..\run\JvJVCLUtils.PAS ...\..\run\JvMaxPixel.PAS ..\..\run\JvMouseTimer.PAS ...\..\run\JvProgressUtils.PAS ..\..\run\JvPropertyStore.PAS ...\..\run\JvPropertyStorage.PAS ..\..\run\JvThemes.PAS ...\..\run\JvTypes.PAS ..\..\run\JvVersionInfo.PAS ...\..\run\JvActions.PAS ..\..\run\JvAppIniStorage.PAS ...\..\run\JvAppRegistryStorage.PAS ..\..\run\JvAppStorage.PAS ...\..\run\JvAppStorageSelectList.PAS ..\..\run\JvBaseDlg.PAS ...\..\run\JvCaret.PAS ..\..\run\JVCLVer.PAS ..\..\run\JvResources.PAS ...\..\run\JvExControls.PAS ..\..\run\JvExStdCtrls.PAS ...\..\run\JvExExtCtrls.PAS ..\..\run\JvExComCtrls.PAS ...\..\run\JvExForms.PAS ..\..\run\JvExCheckLst.PAS ...\..\run\JvExMask.PAS ..\..\run\JvExGrids.PAS ..\..\run\JvExButtons.PAS ...\..\common\WStrUtils.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
170372 lines, 7.95 seconds, 10154 bytes code, 4 bytes data.
    D:\CBuild6\bin\..\BIN\ilink32 @MAKE0000.@@@
Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
Fatal: Unable to open file 'THEMEMANAGER6.BPI'

** error 2 ** deleting JvCoreC6R.bpl

** error 1 ** deleting JvCoreC6R.bpl

Clipboard.png

Clipboard.png
	



Subject: Re: JVCL300PREBETA1 (03-Feb-2004 15:14) Examples
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 13:20:43 +1000
Newsgroups: jedi.vcl

Peter Panino wrote:

> Translation:
> [Fatal error] Unitmain.pas(38): Unit JvArrowButton was compiled with a different
> version of JvComponent.TJvGraphicControl.

That's probably because you have traces of an old JVCL installation somewhere on your hard drive.



Subject: JVCL300PREBETA1 (03-Feb-2004 15:14) Examples
From: "Peter Panino" <peter-panino@aon.at>
Date: Mon, 9 Feb 2004 04:03:50 +0100
Newsgroups: jedi.vcl

\jvcl\examples\JVCLMegaDemo

Error on compiling:

[Fataler Fehler] Unitmain.pas(38): Unit JvArrowButton wurde mit einer
unterschiedlichen Version von JvComponent.TJvGraphicControl compiliert

Translation:
[Fatal error] Unitmain.pas(38): Unit JvArrowButton was compiled with a different
version of JvComponent.TJvGraphicControl.




Subject: JVCL300PREBETA1Complete Feedback
From: "Peter Panino" <peter-panino@aon.at>
Date: Mon, 9 Feb 2004 03:23:04 +0100
Newsgroups: jedi.vcl

I downloaded and installed the JVCL300PREBETA1Complete (03-Feb-2004 15:14  12.5M)
in Delphi 6 Prof.

No problems so far with the installer(s) (after having added the missing Path
envirnment variables for Delphi 6 - see my previous posting).

When compiling the examples with CompileExamples.bat the files are compiled to
the bin directory which IMHO is not always a good idea: It is not clear which
programs are related to which project folders, and many files are missing or
producing errors assumedly because they are not started from their project
folder. So there should be an option to compile the examples to their respective
project folders!




Subject: Re: Problem installing JCL+JVCL210FullInstall - suggestion
From: "Peter Panino" <peter-panino@aon.at>
Date: Mon, 9 Feb 2004 03:12:14 +0100
Newsgroups: jedi.vcl

> > Change your PATH environment variable so that D6' Bin directory appears
> > prior to D4 Bin directory.
> >
> > Example:
> >
>> > >set Path="C:\Program Files\Borland\Delphi6\Bin;%PATH%"
> >
> > Greetings, Robert

Many thanks, Robert, that solved the problem!

Suggestion: The installer should be so smart to detect if the Path environment
variables for the target Delphi version are missing!
The installer in this case should ask the user for the missing Path environment
variables!




Subject: Re: Ask a question about the JvTranslator - Use the character "&" dont work
From: DreamToTrue <wzhiwei@thu.cn>
Date: Mon, 09 Feb 2004 10:06:34 +0800
Newsgroups: jedi.vcl

Peter Th鰎nqvist wrote:
>> >> thx for u are answer!  but I used the '&amp;' replace '&' display the
>> >>menu or the caption display error too
> > 
> > Looks to me that it's the TJvSimpleXML component that's having the trouble
> > (it's used internally to read and weite the XML). Which version of JVCL are
> > you using?
> > 
I use the JVCL's version  is JCL+JVCL210 Full Install


Subject: C++ Builder and JvInspector: The discovery of a nasty bug in BCB
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 10:49:59 +1000
Newsgroups: jedi.vcl

Hi all.

Before starting, please note that I haven't commited any file except for the BCB examples. Let me know if I should commit the fixes (and I think I should if we want BCB users to be able to fully use the JVCL).
That said, here is the (long) story.
During the past week, I've been writing examples for the JVCL directly using C++ Builder so that BCB users will have working examples without having to try to understand the Delphi examples.
I started in alphabetical order, but the first examples were very simple and no problem showed up.
Then I read in a message that TJvInspector is one of the "big boys" in the JVCL so I decided to port the example from Delphi to BCB. This lead to the discovery of various problems:
1. BCB doesn't provide the TypeInfo construct as it's not a feature of the C++ language. After looking for an answer for quite a while, I finally stumbled upon a paragraph in BCB's help that says that to get the Type Information for a base type, one must get it from a published property of the same type.
So in order to help BCB users, I created a class that has a property for each base type and a C++ macro that takes a type and does the job necessary to retrieve the type information from the correct property. If you want to extend the type recognition to your own type, derive a class from TJvTypeInfoHelper and register it using RegisterTypeInfoHelper. This may as well be moved to the JCL as it would benefit it too.
2. The cast from a method name to a TMethod is not possible. The TMethod object must be filled manually using an instance of the object for which the method will be called. Please refer to the source code of the example for the details on how to achieve that.
3. Even by doing all this, the program wouldn't link. As reported earlier by a courageous user, the linker couldn't find some procedures even if the hpp file was refering them. This one took me a whole day to find out as I wanted to pin-point the real reason. Finally, here it is: this is because of a bug in the generation of hpp files when a Delphi type declared as pointer to another is used. For instance:
PInteger = ^Integer;
Then when you use it as a constant parameter of a procedure, in Delphi, this gives that:
procedure myProcedure(const parameter : PInteger);
Which basically means that the value of parameter can't be changed by myProcedure but the value pointed to can be. Hence it is a constant pointer to a non constant object. These two declarations get output by dcc32 in the hpp file like this:
typedef int *PInteger;
void myProcedure(const PInteger parameter);
But the declaration of the parameter is incorrect. If we fully expand it, this gives that:
const Integer * parameter
which in C++ is a non constant pointer to a constant object. Note the move of the constant specification from the pointer to the object it points to.
When the package is compiled and linked, the import library for it indicates the correct declaration to match the Delphi meaning, but dcc32 outputs an erroneous header, thus leading to the problem when this header is used.
The correct declaration would be this one:
Integer const * parameter
but as the hpp generator doesn't break up Delphi pointer types, it cannot give a valid declaration. The only way to fix that is to remove the const specifier so that the declaration doesn't get mixed up. This should be done only for types that are declared as pointers in Delphi (PType = ^TType) as the "bug" only occurs with such types. It's been reported in Quality Central as bug 7224, but I seriously doubt it's gonna be fixed one day...
I've fixed the JvInspector.pas by enclosing the const specifier in
{$IFNDEF BCB} so that it disappears only with C++ Builder. I've also done a search accross the JVCL and I've found those below (JvInspector is not included in this list). The first two characters indicate this:
??: the procedure is in a protected section and doesn't pose a threat just yet
but I've changed them anyway to prevent further problems
++: the procedure is public and had to be changed to fix the problem
hh: the procedure is in a pas file that doesn't get a hpp file generated for it. This usually means that the pas file isn't included in a package and as such is not used by BCB

----------------------------------------
\dev\JVCL3\run\JvAppStorage.pas
?? (283):     procedure ReadEnumerationInt(const Path: string; const TypeInfo: PTypeInfo; const Default;
?? (286):     procedure WriteEnumerationInt(const Path: string; const TypeInfo: PTypeInfo;
?? (290):     procedure ReadSetInt(const Path: string; const ATypeInfo: PTypeInfo; const Default;
?? (293):     procedure WriteSetInt(const Path: string; const ATypeInfo: PTypeInfo; const Value); virtual;
++ (368):     procedure ReadEnumeration(const Path: string; const TypeInfo: PTypeInfo;
++ (371):     procedure WriteEnumeration(const Path: string; const TypeInfo: PTypeInfo;
++ (374):     procedure ReadSet(const Path: string; const ATypeInfo: PTypeInfo; const Default; out Value);
++ (376):     procedure WriteSet(const Path: string; const ATypeInfo: PTypeInfo; const Value);
?? (463):     procedure ReadEnumerationInt(const Path: string; const TypeInfo: PTypeInfo; const Default;
?? (465):     procedure WriteEnumerationInt(const Path: string; const TypeInfo: PTypeInfo;
?? (467):     procedure ReadSetInt(const Path: string; const ATypeInfo: PTypeInfo; const Default;
?? (469):     procedure WriteSetInt(const Path: string; const ATypeInfo: PTypeInfo; const Value); override;
----------------------------------------
\dev\JVCL3\run\JvCsvData.pas
++ (258):     procedure AddRow(const Item: PCsvRow);
++ (259):     procedure InsertRow(const position: Integer; const Item: PCsvRow);
----------------------------------------
\dev\JVCL3\run\JvInspDB.pas
hh (92):       const ATypeInfo: PTypeInfo);
----------------------------------------
\dev\JVCL3\run\JvObjectPickerDialog.pas
++ (177):     constructor Create(const Selection: PDsSelection; const AttributeCount: Integer);
----------------------------------------
\dev\JVCL3\run\JvSchedEvtStore.pas
?? (999):     function ReadEnum(const AName: string; const TypeInfo: PTypeInfo): Integer;
?? (1001):     procedure ReadSet(const AName: string; out Value; const TypeInfo: PTypeInfo);
?? (1005):     procedure WriteEnum(const AName: string; const Ordinal: Integer; const TypeInfo: PTypeInfo);
?? (1007):     procedure WriteSet(const AName: string; const Value; const TypeInfo: PTypeInfo);


This got me into thinking. Indeed, why do we need the const specifier at all ? It seems it's an optimization issue only because modifying the object inside the function will not change it anyway from the caller's point of view. This may even give a false impression of safety as users may think that what is pointed to can't be modified...

I've also done the search in the JCL and the result is below. Please note that in this case, I haven't yet modified the files, someone will have to tell the JCL team and only then will I may do the changes.

----------------------------------------
\jcl\source\common\JclFileUtils.pas
++ (160):   const Abort: PBoolean = nil);
++ (163):   const Abort: PBoolean = nil {$IFDEF UNIX}; ResolveSymLinks: Boolean = True {$ENDIF});
?? (723):       const Protect: Cardinal; MaximumSize: Int64; const SecAttr: PSecurityAttributes);
++ (731):     function AddAt(const Access, Count: Cardinal; const Offset: Int64; const Address: Pointer): Integer;
++ (748):       const SecAttr: PSecurityAttributes); overload;
++ (751):       const SecAttr: PSecurityAttributes); overload;
++ (759):       const MaximumSize: Int64; const SecAttr: PSecurityAttributes);
----------------------------------------
\jcl\source\common\JclRTTI.pas' :
++ (320): function JclTypeInfo(const ATypeInfo: PTypeInfo): IJclTypeInfo;
++ (332): function JclEnumValueToIdent(const TypeInfo: PTypeInfo; const Value): string;
++ (336):   const BaseType: PTypeInfo; const PrefixCut: Byte): PTypeInfo;
++ (337): function JclGenerateSubRange(const BaseType: PTypeInfo; const TypeName: string;
++ (351): function JclSetToList(const TypeInfo: PTypeInfo; const Value; const WantBrackets: Boolean;
++ (353): function JclSetToStr(const TypeInfo: PTypeInfo; const Value;
++ (355): procedure JclStrToSet(const TypeInfo: PTypeInfo; var SetVar; const Value: string);
++ (356): procedure JclIntToSet(const TypeInfo: PTypeInfo; var SetVar; const Value: Integer);
++ (357): function JclSetToInt(const TypeInfo: PTypeInfo; const SetVar): Integer;
++ (358): function JclGenerateSetType(const BaseType: PTypeInfo; const TypeName: ShortString): PTypeInfo;
++ (371): procedure RemoveTypeInfo(const TypeInfo: PTypeInfo);
++ (548):     constructor Create(const ATypeInfo: PTypeInfo);
----------------------------------------
\jcl\source\common\JclStrings.pas
++ (312): function PCharVectorCount(const Source: PCharVector): Integer;
++ (313): procedure PCharVectorToStrings(const Dest: TStrings; const Source: PCharVector);
++ (321): procedure MultiSzToStrings(const Dest: TStrings; const Source: PChar);
----------------------------------------
\jcl\source\prototypes\_GraphUtils.pas
++ (176):   const Codes: PClipCodes = nil): Boolean; overload;
++ (206): procedure CIELABToBGR(LSource, aSource, bSource: PByte; const Target: Pointer; const Count: Cardinal); overload;
----------------------------------------
\jcl\source\vcl\JclGraphUtils.pas
++ (180):   const Codes: PClipCodes = nil): Boolean; overload;
++ (210): procedure CIELABToBGR(LSource, aSource, bSource: PByte; const Target: Pointer; const Count: Cardinal); overload;
----------------------------------------
\jcl\source\visclx\JclQGraphUtils.pas
++ (177):   const Codes: PClipCodes = nil): Boolean; overload;
++ (207): procedure CIELABToBGR(LSource, aSource, bSource: PByte; const Target: Pointer; const Count: Cardinal); overload;
----------------------------------------
\jcl\source\windows\JclCLR.pas
?? (167):       const AHeader: PClrStreamHeader); virtual;
?? (185):       const AHeader: PClrStreamHeader); override;
?? (201):       const AHeader: PClrStreamHeader); override;
?? (213):     constructor Create(const AStream: TJclClrStream; const APtr: PByteArray);
?? (228):       const AHeader: PClrStreamHeader); override;
?? (333):       const AHeader: PClrStreamHeader); override;
?? (431):     constructor Create(const AData: PImageCorVTableFixup);
----------------------------------------
\jcl\source\windows\JclConsole.pas
(164):       const pAttrs: PWORD): DWORD; overload;
----------------------------------------
\jcl\source\windows\JclDotNet.pas
++ (227): function GetCORSystemDirectory(const pbuffer: PWideChar; const cchBuffer: DWORD;
++ (229): function GetCORVersion(const pbuffer: PWideChar; const cchBuffer: DWORD;
++ (231): function GetCORRequiredVersion(const pbuffer: PWideChar; const cchBuffer: DWORD;
++ (233): function CorBindToRuntimeHost(const pwszVersion, pwszBuildFlavor, pwszHostConfigFile: PWideChar;
++ (236): function CorBindToRuntimeEx(const pwszVersion, pwszBuildFlavor: PWideChar; startupFlags: DWORD;
++ (240): function CorBindToRuntime(const pwszVersion, pwszBuildFlavor: PWideChar;
++ (242): function CorBindToCurrentRuntime(const pwszFileName: PWideChar;
++ (244): function ClrCreateManagedInstance(const pTypeName: PWideChar;
++ (248):   const lpszCmdLine: PWideChar; const nCmdShow: Integer): HRESULT; stdcall;
++ (249): function LoadLibraryShim(const szDllName, szVersion: PWideChar;
++ (251): function CallFunctionShim(const szDllName: PWideChar; const szFunctionName: PChar;
----------------------------------------
\jcl\source\windows\JclMetadata.pas
++ (983):     function UncompressedDataSize(const pData: PByteArray): Integer;
++ (984):     function UncompressData(const pData: PByteArray; var Value: DWord): Integer;
++ (985):     function UncompressToken(const pData: PByteArray; var Token: TJclClrToken): Integer;
++ (987):     function UncompressCallingConv(const pData: PByteArray): Byte;
++ (989):     function UncompressSignedInt(const pData: PByteArray; var Value: Integer): Integer;
++ (991):     function UncompressElementType(const pData: PByteArray): TJclClrElementType;
++ (993):     function UncompressTypeSignature(const pData: PByteArray): string;
----------------------------------------
\jcl\source\windows\JclPeImage.pas
++ (648):     function GetSectionName(const Header: PImageSectionHeader): string;
++ (923): function PeMapImgSections(const NtHeaders: PImageNtHeaders): PImageSectionHeader;
++ (925): function PeMapImgFindSection(const NtHeaders: PImageNtHeaders;
----------------------------------------
\jcl\source\windows\JclShell.pas
++ (85): function DisplayPropDialog(const Handle: HWND; const Item: PItemIdList): Boolean; overload;
++ (111): function PidlBindToParent(const IdList: PItemIdList; out Folder: IShellFolder; out Last: PItemIdList): Boolean;
++ (112): function PidlCompare(const Pidl1, Pidl2: PItemIdList): Boolean;
++ (113): function PidlCopy(const Source: PItemIdList; out Dest: PItemIdList): Boolean;
++ (115): function PidlGetDepth(const Pidl: PItemIdList): Integer;
++ (116): function PidlGetLength(const Pidl: PItemIdList): Integer;
++ (117): function PidlGetNext(const Pidl: PItemIdList): PItemIdList;
----------------------------------------
\jcl\source\windows\JclTD32.pas
?? (533):     constructor Create(const pModInfo: PModuleInfo);
?? (561):     constructor Create(const pSrcFile: PSourceFileEntry; Base: DWORD);
?? (576):     constructor Create(const pSymInfo: PSymbolInfo); virtual;
?? (586):     constructor Create(const pSymInfo: PSymbolInfo); override;
?? (619):     procedure AnalyseNames(const pSubsection: Pointer; const Size: DWORD); virtual;
?? (620):     procedure AnalyseAlignSymbols(const pSymbols: PSymbolInfos; const Size: DWORD); virtual;
?? (621):     procedure AnalyseModules(const pModInfo: PModuleInfo; const Size: DWORD); virtual;
?? (622):     procedure AnalyseSourceModules(const pSrcModInfo: PSourceModuleInfo; const Size: DWORD); virtual;
----------------------------------------
\jcl\source\windows\JclUnicode.pas
++ (411):     procedure FindPrepare(const Pattern: PWideChar; PatternLength: Cardinal; Options: TSearchFlags); overload; virtual; abstract;
++ (413):     function FindFirst(const Text: PWideChar; TextLen: Cardinal; var Start, Stop: Cardinal): Boolean; overload; virtual; abstract;
++ (415):     function FindAll(const Text: PWideChar; TextLen: Cardinal): Boolean; overload; virtual; abstract;
++ (461):     procedure FindPrepare(const Pattern: PWideChar; PatternLength: Cardinal; Options: TSearchFlags); overload; override;
++ (463):     function FindFirst(const Text: PWideChar; TextLen: Cardinal; var Start, Stop: Cardinal): Boolean; overload; override;
++ (465):     function FindAll(const Text: PWideChar; TextLen: Cardinal): Boolean; overload; override;
++ (692):     procedure FindPrepare(const Pattern: PWideChar; PatternLength: Cardinal; Options: TSearchFlags); overload; override;
++ (694):     function FindFirst(const Text: PWideChar; TextLen: Cardinal; var Start, Stop: Cardinal): Boolean; overload; override;
++ (696):     function FindAll(const Text: PWideChar; TextLen: Cardinal): Boolean; overload; override;

Anyway, thanks for reading all that, just let me know what I should do.
Cheers
Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: Localization process
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 09 Feb 2004 01:28:32 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I know about that, but it seems no one can agree on the way Ok should be spelt [..] 

Microsoft says OK, Cancel is the default (No &, unless Enter, ESC are not the access keys for those buttons)

http://msdn.microsoft.com/library/en-us/dnwue/html/part3.asp


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Error in Compile
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 10:24:12 +1000
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> I just got the files from the CVS and I thought "What the heck, I'll have a hand at translating" I installed dxGetText and was happy as can be.
>
> Until I tried to compile. I got the following error:
>
> Copyright (c) 1983,2002 Borland Software Corporation
> C:\Development\jv\jvcl\dev\JVCL3\run\JvComponent.pas(103) Error: Undeclared identifier: 'ReTranslateComponent'

It's because I based the code on the beta version of Dxgettext. If you don't use the beta version, simply use TranslateComponent instead of ReTranslateComponent



Subject: Re: TJVForm.RefreshTranslation
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 10:20:46 +1000
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> The method TJVForm.RefreshTranslation has the following
> method/procedure call:
>
>    ReTranslateComponent(self);
>
> Nowhere in the JVCL3 source or in dxgettext can I find  a
> method/procedure with this name.  Perhaps this should be TranslateComponent?

This is in the beta version of DxGettext, that's the one I've been using and it's fairly stable.
I'm not sure there is a way to distinguish between the beta and non beta, but ReTranslatateComponent is only in the beta version, that's for sure.



Subject: Re: Localization process
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 10:19:38 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> The stars so gaily glistened... (Fri, 6 Feb 2004 09:12:09 +0100 @383)
> ...while the fading voice of Michael whispered through the darkness:
>
> Will try some Russian.
>
> BTW, 1st 2 items are OK and Cancel - they are surely to be taken from RTL
> (consts.pas, SOKButton & SCancelButton)

Yeah, but those values come from the DFM files, and a such are not taken from any resourcestring.



Subject: Re: Localization process
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 10:19:01 +1000
Newsgroups: jedi.vcl

Noel Cosgrave wrote:

> This problem is going to be the case for any language. I am certainly
> having trouble assigning hotkeys to the italian translation. I think
> that you (we) will need to see what other strings in the translation
> belong to items in the same menu, or actions in the same category and
> then assign your own hotkeys. Alternatively we will have to translate
> without including hotkeys.
>
> Perhaps Olivier has some guidance/comments on this matter.
I usually try to put the hotkeys where they are in other French products. But this is usually a try and feedback process, where users come back at me saying that some items are missing a hotkey.
What I mean is that I check as much as I can, but things can slip out my tests and this is where feedback is important.



Subject: Re: Localization process
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 10:14:02 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> The stars so gaily glistened... (Fri, 06 Feb 2004 16:57:59 +1000 @331)
> ...while the fading voice of OBones whispered through the darkness:
>
>
> =========Beginning of the citation============== #. Programmer's name for it: RsHTMLExportDocTitle
> #: JvDBGridExport.pas:254
> msgid "Grid to HTML Export"
> msgstr ""
> =========The end of the citation================
> what's the difference ?
>
> =========Beginning of the citation============== #. Programmer's name for it: RsExportHTML
> #: JvDBGridExport.pas:257
> msgid "Exporting to HTML..."
> msgstr ""
> =========The end of the citation================
I guess One is the title of the dialog and the other is the message shown during progress (because of the "...").



Subject: Re: Localization process
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 10:13:09 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Here they are...
> 3rd OK message
> =========Beginning of the citation============== #. AlignForm..B_Ok..Caption
> #. FoPatch..OkBtn..Caption
> #. FoPatch..OkBtn..Caption
> #: JvPatchForm.dfm:74 JvPatchForm.xfm:96 JvgAlignForm.dfm:58
> msgid "Ok"
>
> =========The end of the citation================
> I wonder isn't there a need to SoundEx check ?
I know about that, but it seems no one can agree on the way Ok should be spelt and the idea of GetText is not to trust Soundex and do exact text replacement. This is a small issue after all.

> One more q.:
> =========Beginning of the citation============== #. Programmer's name for it: RsDockJvDockTreeCloseBtnHint
> #: JvDockGlobals.pas:71
> msgid "Close"
> =========The end of the citation================ What does mean this 'close'? maybe 'collapse' ?
> Can't easily see from sources :-(
No idea just yet



Subject: Re: Localization process
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 09 Feb 2004 10:11:54 +1000
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Olivier,
>
> did you extract only the source and design folders? Or did you also include
> the example folder? 

Only the run and resources folders have been extracted, nothing else.



Subject: Re: JvDocking...quick question
From: "Kiriakos" <kvlahos@london.edu>
Date: Mon, 9 Feb 2004 01:07:53 +0200
Newsgroups: jedi.vcl

Please find below some sample code from a debugger application that
demonstrates docking forms programmatically with JvDocking (DockPresident).
I am not sure about the proper way of doing things and the code was the
result of experimentation and trial and error.


procedure TASMainForm.FormShow(Sender: TObject);
var
i : integer;
Reg: TRegistry;
KeyExists : Boolean;
begin
BreakPointsWindow := TBreakPointsWindow.Create(Self);
CallStackWindow := TCallStackWindow.Create(Self);
VariablesWindow := TVariablesWindow.Create(Self);
OutputWindow := TOutputWindow.Create(Self);
MessagesWindow := TMessagesWindow.Create(Self);
WatchesWindow := TWatchesWindow.Create(Self);
ProjectWindow := TProjectWindow.Create(Self);

DockDataRegistryPath := 'Software\AppScripter\DockInfo';
Reg := TRegistry.Create;
try
  Reg.RootKey := HKEY_CURRENT_USER;
  KeyExists := Reg.OpenKey(DockDataRegistryPath, False);
  if KeyExists then Reg.CloseKey;
finally
  Reg.Free;
end;
if KeyExists then
   LoadDockTreeFromReg(HKEY_CURRENT_USER, DockDataRegistryPath)
else begin
  ProjectWindow.ManualDock(DockServer.LeftDockPanel);
  DockServer.LeftDockPanel.ShowDockPanel(True,ProjectWindow);
  (DockServer.LeftDockPanel as
TlbVSNETDockPanel).DoHideControl(ProjectWindow);
  VariablesWindow.ManualDock(DockServer.RightDockPanel);
  DockServer.RightDockPanel.ShowDockPanel(True,VariablesWindow);
  CallStackWindow.Show;

CallStackWindow.lbDockClient1.CreateTabHostAndDockControl(CallStackWindow.lb
DockClient1.ParentForm, BreakPointsWindow);
  BreakPointsWindow.ManualDock(CallStackWindow, nil, alClient);
  ShowDockForm(BreakPointsWindow);
  CallStackWindow.ManualDock(DockServer.BottomDockPanel);
  ShowDockForm(CallStackWindow);
  CallStackWindow.lbDockClient1.ShowParentForm;
  DockServer.BottomDockPanel.ShowDockPanel(True,CallStackWindow);
  BreakPointsWindow.ManualDock(DockServer.BottomDockPanel);
  BreakPointsWindow.Show;
  DockServer.BottomDockPanel.ShowDockPanel(True,BreakPointsWindow);

CallStackWindow.lbDockClient1.CreateConjoinHostAndDockControl(BreakPointsWin
dow,CallStackWindow,alClient);
  OutputWindow.ManualDock(DockServer.BottomDockPanel);
  DockServer.BottomDockPanel.ShowDockPanel(True,OutputWindow);

 MessagesWindow.ManualDock(DockServer.BottomDockPanel);
 DockServer.BottomDockPanel.ShowDockPanel(True,MessagesWindow);

 WatchesWindow.ManualDock(DockServer.BottomDockPanel);
 DockServer.BottomDockPanel.ShowDockPanel(True,WatchesWindow);
end;

"Dave Bracken" <yup@uhhuh.com> wrote in message
news:c04dk9$n48$1@talkto.net...
> > How do i make it so the dockable forms are automatically docked to my main
> > form at startup?
> > How do i tell them to dock and where to dock?
> > Example:
> > My project has form main.
> > When i fire up my app, form2 and form3 are created and docked to form main
> > automatically(in code), and form2 is docked at top, and form3 is docked at
> > right.
> >
> > How can i accomplish this?
> >
> > Also, where can i download the JVCL3 help files? Complete or incomplete i
> > dont care, but the cvs version of JVCL i have does not have a help file at
> > all.
> >
> > Thanks in advance,
> > Dave
> >
> >




Subject: Re: JvExVCL.html
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 08 Feb 2004 23:23:54 +0100
Newsgroups: jedi.vcl

Did you have a look at JvXPCore.pas? Especially the ExControlStyle variable with new control styles (redraw the control on mouse enter, redraw the control on focus change). Good idea?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 08 Feb 2004 23:14:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> - Can we accept a delay of the beta release in case the CLX ETA is much
> later than february 16? How much later?

I would not go for that, ie I think we should release the JVCL beta on the planned date.

> - Should we break code freeze in case CLX updates are to continue or should
> we allow CLX updates but hold all others?

I don't like the idea of breaking the code freeze. The help files are constructed with defines set to Delphi 7/VCL etc. so the CLX updates don't change the help-files much.

It introduced some bugs, that is some were fixed afterwards, so you might assume it has introduced also some undetected bugs. But I guess that is acceptable for a beta release.

I still like the idea of code/feature freeze; I don't see the point of checking the examples, while code is still changed. And I don't want to make last minute changes to help files (it is already difficult to catch up in the 2 weeks of code freeze).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvDocking...quick question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 8 Feb 2004 23:04:44 +0100
Newsgroups: jedi.vcl

> > How do i make it so the dockable forms are automatically docked to my main
> > form at startup?
I haven't found a way to do that (yet) but I'll let you know when I know :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvExVCL.html
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 8 Feb 2004 22:51:48 +0100
Newsgroups: jedi.vcl

Did some changes (good summary, BTW). I also made some modifications to
localization.html, removed myself from the listed authors since Lars did
99.8% of the code. I only made a couple of ITE->dxgettext tools.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 8 Feb 2004 21:34:18 +0100
Newsgroups: jedi.vcl

Hello, André!
You wrote  on Sun, 8 Feb 2004 21:21:55 +0100:

 >>     Leaves the potential issue with lacking help files, although there
 >> aren't that many changes in the interfaces anyway (AFAICT), so even that
 >> could be provided as (in)complete as it is for the VCL part.
 >>
 AS> Hopefully the final release will contain a help file (pdf, html,
 AS> whatever) for Linux.

    As long as there aren't any differences in the class, it shouldn't be a
problem to provide an html version or PDF version of the help file (although
I think the HTML would be better). That will not be in the Beta I think,
unless you wouldn't mind if the HTML version has a striking resemblance to
MS documentation <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Who by fire" by Leonard Cohen.




Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 8 Feb 2004 21:21:55 +0100
Newsgroups: jedi.vcl

> >     I'm even inclined to say that changes regarding CLX support should go
> > on, regardless of the freeze which is for the VCL portion only and it's
goal

That is already happening ;)

> >
> >     Leaves the potential issue with lacking help files, although there
> > aren't that many changes in the interfaces anyway (AFAICT), so even that
> > could be provided as (in)complete as it is for the VCL part.
> >

Hopefully the final release will contain a help file (pdf, html, whatever)
for Linux.

Regards,

André Snepvangers




Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 8 Feb 2004 21:03:18 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 7 Feb 2004 23:30:11 +0100:

 PT> I would like feedback from *all* active JVCL developers and help
 PT> writers because I can't make this decision myself.

    Well, I've been thinking about it for a while, and I have to agree with
André in that we should release the JVCL on the planned date, regardless of
CLX support. In this case, if we allow the additional folders to be created,
we can simply leave them out for the Beta release, unless André/Andreas
believe CLX could stand a little testing from other betas (with a prominent
note somewhere that CLX support is still limited and being worked on).

    I'm even inclined to say that changes regarding CLX support should go
on, regardless of the freeze which is for the VCL portion only and it's goal
is to stop from adding functionality. CLX support is not adding
functionality to the VCL part so would not really influence the VCL at all.
For CLX support André and Andreas can always put in there own private freeze
at a later state, or maybe wait till the next freeze for the JVCL gold
release.

    Leaves the potential issue with lacking help files, although there
aren't that many changes in the interfaces anyway (AFAICT), so even that
could be provided as (in)complete as it is for the VCL part.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Save me (Smallville theme)" by Remy Zero.




Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 8 Feb 2004 21:01:44 +0100
Newsgroups: jedi.vcl

"André Snepvangers" <asn@xs4all.nl> wrote in message
news:c0616v$26j$1@talkto.net...
> > I have uploaded a modified readme.htm (readmeVisualCLX.htm),
> > so you can see what you could expect from JEDI VisualCLX.
> >
> > Regards,
> >
> > André Snepvangers
> >
Forget to say: in jedi.binairies

André




Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 8 Feb 2004 20:33:21 +0100
Newsgroups: jedi.vcl

I have uploaded a modified readme.htm (readmeVisualCLX.htm),
so you can see what you could expect from JEDI VisualCLX.

Regards,

André Snepvangers






Subject: Re: Ask a question about the JvTranslator - Use the character "&" dont work
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 8 Feb 2004 19:56:51 +0100
Newsgroups: jedi.vcl

> >  thx for u are answer!  but I used the '&amp;' replace '&' display the
> > menu or the caption display error too
Looks to me that it's the TJvSimpleXML component that's having the trouble
(it's used internally to read and weite the XML). Which version of JVCL are
you using?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVSchedule event (how to set)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 8 Feb 2004 18:50:14 +0100
Newsgroups: jedi.vcl

Hello, Jirayu!
You wrote  on Mon, 9 Feb 2004 00:23:26 +0700:

 J>        Let me put the other way.  How can I set the Daily Frequency
 J> by code without using the design time editor?.

    That requires something like:

with jve.Events[0].Schedule as IJclDailySchedule do
begin
    { change properties EveryWeekDay and/or Interval. When EveryWeekDay is
      set to True, Interval has no purpose. Interval is number of days to
add, so 1
      means every day }
end;

    if you're referring to when and how often it should fire on each day:

with jve.Events[0].Schedule as IJclScheduleDayFrequency do
begin
    { change properties StartTime, EndTime and Interval. All are in
milliseconds. }
end;

    I think the default time is at midnight, so that explains why it didn't
do anything (when RecurringType <> srkOneshot, StartDate is really just a
date; the time part is ignored).

 J>   I am hunting for the design form to looking at the source code.

    it's in the \design folder, JvScheduleEditorForm, but I'm not sure if
it'll help you a lot.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Novocaine For The Soul" by Eels.




Subject: Re: JVSchedule event (how to set)
From: "Jirayu" <jirayu@sunncity.com>
Date: Mon, 9 Feb 2004 00:23:26 +0700
Newsgroups: jedi.vcl

       Let me put the other way.  How can I set the Daily Frequency by code
without using
 the design time editor?.  I am hunting for the design form to looking at
the source code.

 Thank you.

 Jirayu


"Jirayu" <jirayu@sunncity.com> wrote in message
news:c05pig$ipg$1@talkto.net...
> > Hi Marcel,
> >
> >          I tried follow your advice below but it doesn't fire the event.
> >   Here is the actual code. Is there anything missing ?  I am anxious to
see
> >   some action going.  I have tried to set everything during design time.
> >
> >   DT := StrToDateTime(Edit1.Text); //'02/01/2004 17:30:00';
> >   TS := DateTimeToTimeStamp(DT);
> >   jve.Events[0].Schedule.StartDate := TS;
> >   jve.Events[0].Schedule.RecurringType := srkDaily;
> >   jve.Events[0].Schedule.EndType := sekNone;
> >   jve.Events[0].Start;
> >
> >  Jirayu
> >
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:c05121$cje$1@talkto.net...
>> > > Hello, Jirayu!
>> > > You wrote  on Sun, 8 Feb 2004 03:50:11 +0700:
>> > >
>> > >  J>   DT := StrToDateTime(Edit1.Text); //'02/01/2004 17:30:00';
>> > >  J>   TS := DateTimeToTimeStamp(DT);
>> > >  J>   jve.Events[0].Schedule.NextEventFrom(TS,false);
>> > >
>> > >     should be:    jve.Events[0].Schedule.StartDate := TS;
>> > >
>> > >  J>   jve.Events[0].Start;
>> > >
>> > >  J>   jve.Events[0] is the only items in the collection.
>> > >
>> > >  J>   Any help appreciated.
>> > >
>> > >     It should work, assuming the event is either a one-shot (only
triggers
>> > > once) or the schedule type and other properties are set in the design
>> > > editor.
>> > >
>> > > --
>> > > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> > > Project JEDI Help coordinator
>> > > JVCL Help team coordinator
>> > >
>> > > To mail me, remove the obvious from my mail address
>> > >
>> > > It's quiet 'cause Foobar2000 is not active.
>> > >
>> > >
> >
> >




Subject: Re: approval: change ColorOff default of JvLED to clBlack
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 8 Feb 2004 18:12:15 +0100
Newsgroups: jedi.vcl

> > BTW are you really color blind?
Yes, mildly red/green, i.e I have problems seeing something like a small
strawberry in a large green field although I can differentiate between red
and green colors. It's just that I have trouble seeing "the patterns" when
they are mixed with each other. I guess many of you have done those tests in
school where you were supposed to see letters, numbers and symbols in images
constructed from different colored dots? I failed pretty miserably in those
tests, I can tell you :)

> > If so please give hints where the components and examples can be
> > improved in color.
Sorry, I'm not that color blind<g>. Total color blind persons are pretty
rare (and most are male, just as with normal color blindness) but I know
that they were used during WWII to fly recon missions because they could
make out camouflaged buildings and vehicles better than color seeing people.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVSchedule event (how to set)
From: "Jirayu" <jirayu@sunncity.com>
Date: Sun, 8 Feb 2004 23:20:07 +0700
Newsgroups: jedi.vcl

 Hi Marcel,

         I tried follow your advice below but it doesn't fire the event.
  Here is the actual code. Is there anything missing ?  I am anxious to see
  some action going.  I have tried to set everything during design time.

  DT := StrToDateTime(Edit1.Text); //'02/01/2004 17:30:00';
  TS := DateTimeToTimeStamp(DT);
  jve.Events[0].Schedule.StartDate := TS;
  jve.Events[0].Schedule.RecurringType := srkDaily;
  jve.Events[0].Schedule.EndType := sekNone;
  jve.Events[0].Start;

 Jirayu

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:c05121$cje$1@talkto.net...
> > Hello, Jirayu!
> > You wrote  on Sun, 8 Feb 2004 03:50:11 +0700:
> >
> >  J>   DT := StrToDateTime(Edit1.Text); //'02/01/2004 17:30:00';
> >  J>   TS := DateTimeToTimeStamp(DT);
> >  J>   jve.Events[0].Schedule.NextEventFrom(TS,false);
> >
> >     should be:    jve.Events[0].Schedule.StartDate := TS;
> >
> >  J>   jve.Events[0].Start;
> >
> >  J>   jve.Events[0] is the only items in the collection.
> >
> >  J>   Any help appreciated.
> >
> >     It should work, assuming the event is either a one-shot (only triggers
> > once) or the schedule type and other properties are set in the design
> > editor.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > It's quiet 'cause Foobar2000 is not active.
> >
> >




Subject: Re: approval: change ColorOff default of JvLED to clBlack
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 08 Feb 2004 15:21:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> The default color for ColorOff is clRed. I think clBlack is more
>> natural for the LED paradigma.
>
>
> The most common color for an unlit LED is dark red, not black (unless you're
> color blind, like me<g>). So, if anything, it should be changed to clMaroon
> or another dark red (and ColorOn should then default to clRed or anoher
> bright red)
>

As Uwe has outlined it will give problems if we change ColorOn.
Also green is a much more positive color than red <g>

BTW are you really color blind?
If so please give hints where the components and examples can be improved in color.



Subject: Re: approval: change ColorOff default of JvLED to clBlack
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 8 Feb 2004 14:52:13 +0100
Newsgroups: jedi.vcl

> > The default color for ColorOff is clRed. I think clBlack is more
> > natural for the LED paradigma.

The most common color for an unlit LED is dark red, not black (unless you're
color blind, like me<g>). So, if anything, it should be changed to clMaroon
or another dark red (and ColorOn should then default to clRed or anoher
bright red)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem installing JCL+JVCL210FullInstall
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 08 Feb 2004 14:12:08 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> I just downloaded JCL+JVCL210FullInstall.zip and tried to install it in Delphi 6.
> Installation did not work. Possible causes:
>
> I have both Delphi 4 Prof. and Delphi 6 Prof. installed on my computer. When
> starting Install.bat file
> (C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\Install.bat) in the JEDI root folder
> the DOS window displays the following text:
>
> --------------------------------------------------
> C:\WINDOWS\System32\cmd.exe [Title bar]
> MAKE Version 5.1  Copyright (c) 1987, 1998 Borland International
>         C:\PROGRA~1\BORLAND\DELPHI4\BIN\..\bin\dcc32.exe -e..\..\Bin -i..\..\Sou
> rce -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w  JediInstaller.dpr   -DJEDII
> NSTALL
> Borland Delphi  Version 12.0  Copyright (c) 1983-98 Inprise Corporation
> JediInstaller.dpr(1) Fatal: Datei nicht gefunden: 'System.pas'
>
> ** error 1 ** deleting JediInstaller.exe
> --------------------------------------------------
>
> You can see that the install script uses the Delphi 4 path instead of the Delphi
> 6 path.
>
> So how can I make it install to Delphi 6?

Change your PATH environment variable so that D6' Bin directory appears
prior to D4 Bin directory.

Example:

> set Path="C:\Program Files\Borland\Delphi6\Bin;%PATH%"

Greetings, Robert


Subject: Re: approval: change ColorOff default of JvLED to clBlack
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 08 Feb 2004 12:47:56 +0100
Newsgroups: jedi.vcl

On Sun, 08 Feb 2004 08:06:19 +0100, Robert Marquardt wrote:

> >The default color for ColorOff is clRed. I think clBlack is more
> >natural for the LED paradigma.

I am fine with that but please don't change the default ColorOn value.
We will migrate JVCS to JVCL 3 soon and changing the ColorOn value
would make the migration of TJvTransLED to TJvLED a bit more
complicated.

Uwe


Subject: Re: JVSchedule event (how to set)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 8 Feb 2004 11:22:48 +0100
Newsgroups: jedi.vcl

Hello, Jirayu!
You wrote  on Sun, 8 Feb 2004 03:50:11 +0700:

 J>   DT := StrToDateTime(Edit1.Text); //'02/01/2004 17:30:00';
 J>   TS := DateTimeToTimeStamp(DT);
 J>   jve.Events[0].Schedule.NextEventFrom(TS,false);

    should be:    jve.Events[0].Schedule.StartDate := TS;

 J>   jve.Events[0].Start;

 J>   jve.Events[0] is the only items in the collection.

 J>   Any help appreciated.

    It should work, assuming the event is either a one-shot (only triggers
once) or the schedule type and other properties are set in the design
editor.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: JvExVCL.html
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 8 Feb 2004 11:19:47 +0100
Newsgroups: jedi.vcl

I have added a JvExVCL.html to the $(JVCL)\help. Maybe someone can prove
read it.


-- Regards, Andreas Hausladen 

Subject: approval: change ColorOff default of JvLED to clBlack
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 08 Feb 2004 08:06:19 +0100
Newsgroups: jedi.vcl

I have written a demo for JvLED. Admittedly it looks a bit ugly.
While trying to use that many LEDs i discovered that the threaded
implementation fails in performance for many LEDs. It also had
problems when deactivating the LED in the IDE. The threads would
cause 100 % CPU usage. Also an active LED in design mode would
cause the published property Status to toggle constantly.
The reimplementation now uses a timer and does not start the timer
in design mode.

The default color for ColorOff is clRed. I think clBlack is more
natural for the LED paradigma.



Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 08 Feb 2004 06:48:30 +0100
Newsgroups: jedi.vcl

I think we should go for a release at the end of the month with a thawing in between.



Subject: JvDocking...quick question
From: "Dave Bracken" <yup@uhhuh.com>
Date: Sat, 7 Feb 2004 22:50:56 -0600
Newsgroups: jedi.vcl

How do i make it so the dockable forms are automatically docked to my main
form at startup?
How do i tell them to dock and where to dock?
Example:
My project has form main.
When i fire up my app, form2 and form3 are created and docked to form main
automatically(in code), and form2 is docked at top, and form3 is docked at
right.

How can i accomplish this?

Also, where can i download the JVCL3 help files? Complete or incomplete i
dont care, but the cvs version of JVCL i have does not have a help file at
all.

Thanks in advance,
Dave




Subject: Addition
From: "Peter Panino" <peter-panino@aon.at>
Date: Sun, 8 Feb 2004 05:34:41 +0100
Newsgroups: jedi.vcl

The following error message was displayed with the DOS window:

"JCL\Bin\JediInstaller.exe" could not be found. ...

OS: Windows XP




Subject: Problem installing JCL+JVCL210FullInstall
From: "Peter Panino" <peter-panino@aon.at>
Date: Sun, 8 Feb 2004 05:24:50 +0100
Newsgroups: jedi.vcl

I just downloaded JCL+JVCL210FullInstall.zip and tried to install it in Delphi 6.
Installation did not work. Possible causes:

I have both Delphi 4 Prof. and Delphi 6 Prof. installed on my computer. When
starting Install.bat file
(C:\Programme\Borland\Delphi6\_COMP\JCLJVCL\Install.bat) in the JEDI root folder
the DOS window displays the following text:

--------------------------------------------------
C:\WINDOWS\System32\cmd.exe [Title bar]
MAKE Version 5.1  Copyright (c) 1987, 1998 Borland International
        C:\PROGRA~1\BORLAND\DELPHI4\BIN\..\bin\dcc32.exe -e..\..\Bin -i..\..\Sou
rce -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w  JediInstaller.dpr   -DJEDII
NSTALL
Borland Delphi  Version 12.0  Copyright (c) 1983-98 Inprise Corporation
JediInstaller.dpr(1) Fatal: Datei nicht gefunden: 'System.pas'

** error 1 ** deleting JediInstaller.exe
--------------------------------------------------

You can see that the install script uses the Delphi 4 path instead of the Delphi
6 path.

So how can I make it install to Delphi 6?




Subject: Re: CLX status
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 8 Feb 2004 02:55:05 +0100
Newsgroups: jedi.vcl

> > I found the following japanese page that offers usefull CLX information
> > and techniques.
> >
> > http://tinyurl.com/2yclg (translated)
> >
> > -- 

A good tip, thanks

Regards,

André Snepvangers




Subject: Re: CLX status
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 8 Feb 2004 02:32:14 +0100
Newsgroups: jedi.vcl

I found the following japanese page that offers usefull CLX information
and techniques.

http://tinyurl.com/2yclg (translated)

-- Regards, Andreas Hausladen 

Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 8 Feb 2004 02:07:47 +0100
Newsgroups: jedi.vcl

> >
> > What do you want to hear? I can give all my power to JVCL after 16.
> > february.
> >
The original message was accidently sended to Peter only, so
I reposted this much later after I discoverd that.

Success with your exams.

Regards,

André Snepvangers




Subject: Re: Ask a question about the JvTranslator - Use the character "&" dont work
From: DreamToTrue <wzhiwei@thu.cn>
Date: Sun, 08 Feb 2004 09:03:57 +0800
Newsgroups: jedi.vcl

Peter Th鰎nqvist wrote:

>> >><Translation>
>> >> <Form1>
>> >>   <actFileSaveAs Caption="Save &As..."/>
>> >>                                ~~ clew the error
>> >></Form1>
>> >></Translation>
> > 
> > 
> > The '&' should be encoded as '&amp;' to work correctly. This is how the
> > ComponentToXML function does it.
> > 
the attach file is example code

Projects.rar
	



Subject: Re: Ask a question about the JvTranslator - Use the character "&" dont work
From: DreamToTrue <wzhiwei@thu.cn>
Date: Sun, 08 Feb 2004 08:57:50 +0800
Newsgroups: jedi.vcl

Peter Th鰎nqvist wrote:
>> >><Translation>
>> >> <Form1>
>> >>   <actFileSaveAs Caption="Save &As..."/>
>> >>                                ~~ clew the error
>> >></Form1>
>> >></Translation>
> > 
> > 
> > The '&' should be encoded as '&amp;' to work correctly. This is how the
> > ComponentToXML function does it.
> > 
 thx for u are answer!  but I used the '&amp;' replace '&' display the
menu or the caption display error too

for example
 <Translation>
 <Form1>
   <actFileSaveAs Caption="Save &amp;As..."/>
</Form1>
</Translation>

result as the attach file snap1.jpg at the IE brower the XML file

but the project use the XML file translator the result as the attach
file snap2.jpg




Snap1.jpg


Snap2.jpg

Snap1.jpg
	


Snap2.jpg
Snap2.jpg
	



Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 8 Feb 2004 01:55:59 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> > > - If not, what is your estimated ETA?
> > 
> > We have to hear Andreas first before I can make a estimation.

What do you want to hear? I can give all my power to JVCL after 16.
february.


> > IMHO we will have a good enough support for CLX, regarding my experiences
> > with
> > initial JVCLX package. During the development I have tested several (new)
> > components,
> > I guess Andreas did some as well.

I did.



-- Regards, Andreas Hausladen 

Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 8 Feb 2004 01:15:45 +0100
Newsgroups: jedi.vcl

> > I would prefer them all to either get a Jv prefix or, if they are not
really
> > part of JVCL, to go to \common or even a \qcommon folder.

You mean the directory names ?  Jv<Unit>'s  will be renamed to JvQ<Unit>
IMHO the CLX-only units should not be in the normal source dirs
(Common,Run,Design)

> >But the bigger
> > problem now is that since we are in code freeze mode, adding these files
are
> > not allowed.
> >
I have updated/fixed  several units taking care of not changing VCL
interface. I will if
I have the chance in order to benefit from Extended VCL Classes (=less
IFDEF's)
Also I have noticed that Code Freeze is not that frozen, maybe you could
limit
code freeze to VCL part only. Creating the necessary dirs/files does not
effect
VCL implementation.

> > I really don't know how we should proceed. On the one hand, we would like
to
> > have CLX support, On the other hand we would like to release sometime soon
> > (it's been a very long time since the last release!) an dfinsihing off the
> > CLX support might delay the release for quite some time.
> >

IMHO you should release a beta with or without CLX support.

> > So the questions I need answered before I can decide are:
> >
> > - Can Andreas and André - if allowed to - finish the CLX support
(including
> > installation documentation and packages) before february 16 (release date
> > for beta)?

I guess I could build (manually) runtime packages for VisualCLX/Windows
in the coming week.  Also there is something to do about automatic renaming,
Andreas has written a tool anyway, so I guess that could be used or adapted
to fill our needs.
Don't know about the design packages yet

> > - If not, what is your estimated ETA?

We have to hear Andreas first before I can make a estimation.

> > - Can we accept a delay of the beta release in case the CLX ETA is much
> > later than february 16? How much later?

As said beta release anyway

> > - Should we break code freeze in case CLX updates are to continue or
should
> > we allow CLX updates but hold all others?
> >
> > I would like feedback from *all* active JVCL developers and help writers
> > because I can't make this decision myself. I also need answeeers from
André
> > and Andreas on when you expect CLX support to be good enough to be
> > officially supported in the release.
> >

IMHO we will have a good enough support for CLX, regarding my experiences
with
initial JVCLX package. During the development I have tested several (new)
components,
I guess Andreas did some as well.

With kind regards,

André Snepvangers




Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 8 Feb 2004 01:11:04 +0100
Newsgroups: jedi.vcl

> >
> > I don't know. Lots of work is done but there is still lots of work to do
> > including testing (CLX under Windows, CLX under Linux, Does CLX code
> > breaks VCL code, ...)
> >

It should not break VCL code in the first place. Only after renaming is done
I can
build VCl packages without to much fuzz, so I count on another JVCL
developers to
correct accidently introduced VCL errors( Thank you Robert). I compile only
VisualCLX
units in this moments.
Thanks to  JvEx... units & QWindows, most porting was pretty much
straightforward,
elimating the need for elaborated testing of all components.
The is still some unfinished code in QWindows, which could have influence
under Linux)

Regards,

André Snepvangers




Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 8 Feb 2004 00:34:58 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > - Can Andreas and André - if allowed to - finish the CLX support
> > (including installation documentation and packages) before february 16
> > (release date for beta)?

Let's say it this way: My holidays begin with february 16. The week before
(means that next week) I have some exams I must pass.


> > - Can we accept a delay of the beta release in case the CLX ETA is much
> > later than february 16? How much later?

I don't know. Lots of work is done but there is still lots of work to do
including testing (CLX under Windows, CLX under Linux, Does CLX code
breaks VCL code, ...)


-- Regards, Andreas Hausladen 

Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 7 Feb 2004 23:30:11 +0100
Newsgroups: jedi.vcl

I would prefer them all to either get a Jv prefix or, if they are not really
part of JVCL, to go to \common or even a \qcommon folder. But the bigger
problem now is that since we are in code freeze mode, adding these files are
not allowed.

I really don't know how we should proceed. On the one hand, we would like to
have CLX support, On the other hand we would like to release sometime soon
(it's been a very long time since the last release!) an dfinsihing off the
CLX support might delay the release for quite some time.

So the questions I need answered before I can decide are:

- Can Andreas and André - if allowed to - finish the CLX support (including
installation documentation and packages) before february 16 (release date
for beta)?
- If not, what is your estimated ETA?
- Can we accept a delay of the beta release in case the CLX ETA is much
later than february 16? How much later?
- Should we break code freeze in case CLX updates are to continue or should
we allow CLX updates but hold all others?

I would like feedback from *all* active JVCL developers and help writers
because I can't make this decision myself. I also need answeeers from André
and Andreas on when you expect CLX support to be good enough to be
officially supported in the release.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 7 Feb 2004 22:43:35 +0100
Newsgroups: jedi.vcl

We could also move QWindows, QExtDlgs, .... from Common to QCommon.

Regards,

André Snepvangers




Subject: @Peter: QCommon, QDesign, QRun ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 7 Feb 2004 22:41:25 +0100
Newsgroups: jedi.vcl

To complete VisualCLX support we are in need for directories for creating
JvQ...  units, which will be generated from the units in common, design,
run. Most pratic would be if these ( QCommon, QDesign, QRun (?) ) would
reside in the same directory as where are common,design, run are (dir
JVCL3). (We have relative paths to Resource)

Any objections, suggestions or approval would be appreciated.

Regards,

André Snepvangers




Subject: Re: CLX status
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 7 Feb 2004 22:28:04 +0100
Newsgroups: jedi.vcl

"André Snepvangers" <asn@xs4all.nl> wrote in message
news:c02h45$esv$1@talkto.net...
> > Status VisualCLX
> > Runtime packages:
> >
> > JvAppFrm:                 All except JvAppHotKey, JvFormMagnet,
> > JvGradientCaption
> > JvBands :                    None
> > JvBDE   :                    None    ( not in this release?)
> > JvCmp                        All, except JvCreateProcess, JvEasterEgg,
> > JvEnterTab, JvPageManager,
> >                                    (JvWinHelp: windows only)
> > JvCrypt                      All (JvCabFile windows only)
> > JvDocking                  None
> > JvDotNetCtrls            None
> > JvGlobus                    None (not in this release?)
> > JvHMID                    None (not in this release?)
> > JvInterpreter              None (not in this release?)
> > JvJans                       All
> > JvManagedThreads   All
> > JvWizard:                  All
> >

JvHMID                       None (TODO)

JvMMD                        All, except VFW, JvVirtualKeySelectionFrame,
JvGIF, JvGIFCtrl, JvPcx, JvAVICapture.
                                     Windowsonly: JvWavePlayer

JvNet                            All,  except JvRichEditToHtmp, windowsonly:
Jv*Grabber
                                     Limited implemenation of JvMail under
kylix (TjvWebAction only)

JvStdCtrls                     All, except JvBrowseFolder, JvCheckListBox,
JvCheckedMaskEdit, JvCheckTreeView,
                                    JvColorCombo, JvComboBox, JvComCtrls,
JvControlPanelButton, JvCoolBar, JvCtrls,
                                    JvDatePickerEdit, JvDateTimePicker,
JvFavourites, JvFixedEditPopup, JvGrids,
                                    JvHotKey,  JvListBox, JvListView,
JvMemo, JvMenus, JvMonthCalendar,
                                    JvRecentMenuButton, JvRichEdit,
JvStartMenuButton, JvTextListBox, JvUpDown,
                                    JvxCheckListBox, JvxSlider

JvValidators                All

JvTimeFramework     Openends: JvTFManager uses TMetaFile & TMetaCanvas

JvXPCtrls                   None.

Except for mistakes, all VisualCLX units do compile, (after I commit my
(little) changes. This does not mean that
all components are functional.

Regards,

André Snepvangers




Subject: Re: MessageDlgEx
From: Erick Sasse <esasse@mandic.com.br>
Date: Sat, 07 Feb 2004 18:51:30 -0200
Newsgroups: jedi.vcl

Erick Sasse wrote:

> I'm trying to use MessageDlgEx like this:
>
> MessageDlgEx('Test', 'Message', mtConfirmation, ['Sim', 'Não'], [mrYes, mrNo], 0) = mrYes);

Sorry, ignore the " = mrYes)".

-- 
Erick Sasse


Subject: Re: JVSchedule event (how to set)
From: "Jirayu" <jirayu@sunncity.com>
Date: Sun, 8 Feb 2004 03:50:11 +0700
Newsgroups: jedi.vcl

      Is there a small snipplet that shows how to set repeat event everyday.
I tried to look at
  occur at once (time) but find no clues.  Right now I have to preset
everything in the design
  editor.
      This code suppose to work or am I missing anything.

  DT := StrToDateTime(Edit1.Text); //'02/01/2004 17:30:00';
  TS := DateTimeToTimeStamp(DT);
  jve.Events[0].Schedule.NextEventFrom(TS,false);
  jve.Events[0].Start;

  jve.Events[0] is the only items in the collection.

  Any help appreciated.

  Jirayu

<@in@taavi.ee> wrote in message
news:402265c1.3350462029@forums.talkto.net...
> > On Thu, 5 Feb 2004 15:28:57 +0100, "Marcel Bestebroer"
> > <marcelb.theobvious@zeelandnet.nl> wrote:
> >
>> > >    Maybe we should see if we can a better one after JVCL3 is out and
about,
>> > >but I can't really promise I'll be working on the scheduler at all,
unless
>> > >it's to fix a bug. You are welcome to try though (as I understand it, you
>> > >already have a large part ready, just removed a number of options).
> >
> > The sheduler I wrote is tightly integrated into my app and thus not
> > usable as generic solution... but I like your idea of using interfaces
> > (my current implementation doesn't use them) and perhaps I'll try to
> > come up with better version (not making any promises though).
> >
> > ain




Subject: MessageDlgEx
From: Erick Sasse <esasse@mandic.com.br>
Date: Sat, 07 Feb 2004 18:46:56 -0200
Newsgroups: jedi.vcl

I'm trying to use MessageDlgEx like this:

MessageDlgEx('Test', 'Message', mtConfirmation, ['Sim', 'Não'], [mrYes, mrNo], 0) = mrYes);

But I only get "Amiguous method call to MessageDlgEx, there is no overloaded method with these arguments".

What am I doing wrong? There is a method with these arguments.

Thanks!

-- 
Erick Sasse


Subject: can JvPanel has OnPaint event ?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 7 Feb 2004 21:22:11 +0300
Newsgroups: jedi.vcl

Hello, All!

Disclaimer: i'm using JVCL 2.1, i glanced over JVCL 3 CVS, and it seems
TJvPanel still do not has the OnPaint event, but i may be wrong.


AS: I'm sorry for bugging all You before releasing beta, but...
Okay, i solved my task, so no answer is needed, it is just an idea.

So what i was trying:
 I need to load picture of given size.
If file has too large picture - i have to cut the needed fragment.

So the new form: 2 TImage's, 2 jvSpinEdit's for offsets, Ok and Cancel
buttons.
Both jvSpinEdit's have OnChange event  to cut part of picture form 1st Image
into 1nd one.
Now i want to make one more way - i capture BigImage.MouseOver event,
remember X and Y, and (if i hold Alt pressed, or if i later click on
component) i calculate new offsets and make new cut.

Here i've got a little trouble: i need to change both edits - hence fire
OnChange 2 times, hence paint the LittleImage twice.
I wanted to Invalidate my Little Image - so i will Paint it only once... but
Image will still be copyed from canvas to canvas twice.

Ok, i may use a special TBitmap object with TPaintBox -  that will give me
my desired on Paint event, but that is a bit more work.
I desided to put TPanel under the LittleImage - it will add a nice border
around LittleImage.
Now, i thought, i call Panel.Invalidate, and in Panel.OnPaint i will have
all my copying....... But there is no OnPaint with TPanel :-(


So, You see, no real trouble here at all, just an idea that TJvPanel.OnPain
event may be comfort feature sometimes.


PS: P.T.: "The zips that eventually are going to be the release of JVCL3..."
am i correct that this is about beta's release ? Otherwise i'm surprised by
that lot of Jva*, Jvg*, Jvx* not-renamed units in run\ .

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Problems with JvTranslator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 7 Feb 2004 18:20:05 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 7 Feb 2004 17:00:28 +0100:

 PT> I have discovered some problems with the way JvTranslator reads and
 PT> writes XML and have a solution for it. This change requires some
 PT> interface changes, adding a few new procedures. At the same time I
 PT> would like to add overloaded Translate procedures for strings (it now
 PT> can translate from file or stream only). If it's OK for everyone else,
 PT> I'll commit it and update the docs.

    Since it is technically a bug fix, I think there's no other option than
just committing it (after all, you allowed me to do the same a couple of
days ago).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: PNG, TIFF, TARGA ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 7 Feb 2004 17:51:11 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
c032n2$1a4$1@talkto.net...
>> > > These format are they supported ? or in future ?
> > Probably not. Have a look at GraphicEx instead
> > (http://www.delphi-gems.com/Graphics.php)
> >

Thanks Peter :)

Regards,
Lionel





Subject: PNG, TIFF, TARGA ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sat, 7 Feb 2004 17:41:51 +0100
Newsgroups: jedi.vcl

Hi !

These format are they supported ? or in future ?

Regards,
Lionel




Subject: Re: PNG, TIFF, TARGA ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 7 Feb 2004 17:38:33 +0100
Newsgroups: jedi.vcl

> > These format are they supported ? or in future ?
Probably not. Have a look at GraphicEx instead
(http://www.delphi-gems.com/Graphics.php)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: ANN: DelphiCodeToDoc v0.3alpha released - Free documentation system for Delphi
From: "TridenT" <trident@debian.fr>
Date: Sat, 7 Feb 2004 17:31:27 +0100
Newsgroups: jedi.vcl

ANN: DelphiCodeToDoc v0.3alpha released - Free documentation system for
Delphi

The latest version of DelphiCodeToDoc (v0.3alpha) has been released. It can
be downloaded here:

https://sourceforge.net/project/showfiles.php?group_id=96281&package_id=102847&release_id=215421

DelphiCodeToDoc is a free documentation system for Delphi, released under
the GNU General Public License. It uses information about source code
symbols and formatted comments in files to produce accurate documentation
from your application and component..

Situation : The project in now almost advanced, so it will go to beta
testing soon. The Parser is working well and fast, the Builder is almost
finished, and the Generator is ready. Support for JavaDoc style is half
done, as for inline commentary.

Included in this release (from v0.2alpha):

v0.3alpha
Changed minor user interface things.

v0.2alpha.4
Added options to skip first and last TAG line in block comment. This is
usefull for border embellishment
Clear Options not used in code (marked as UNDER CONSTRUCTION before)
Added "Description TAG" from source code in Method HTML Generator
Added "Author TAG" from source code in Method HTML Generator
Added "Version TAG" from source code in Method HTML Generator
Added "Parameter TAG" from source code in Method HTML Generator

v0.2alpha.3
Added "Description TAG" from source code in Unit HTML Generator
Added "Author TAG" from source code in Unit HTML Generator
Added "Version TAG" from source code in Unit HTML Generator
Added a new Options class with all options shared by Parser, Builder and
Generator.
Fixed "Filter visibility" option not working (Tracker 889240)
Fixed toolbar HTML links for 'previous' and 'next' (Tracker 866927)

v0.2alpha.2
Fixed "Check project" function do not clear previous check (Tracker 882947)
Fixed messages to user appearing in debug list
Added a Close menu item (Tracker 866927)

v0.2alpha.1
Added support for Tag based comments in parser
Fixed DoubleSlash comments at EndOfLine not owning to the good section in
Parser
Fixed global comments positionning in Parser



DelphiCodeToDoc links:

http://dephicodetodoc.sourceforge.net/
http://sourceforge.net/projects/dephicodetodoc/





Subject: Problems with JvTranslator
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 7 Feb 2004 17:00:28 +0100
Newsgroups: jedi.vcl

I have discovered some problems with the way JvTranslator reads and writes
XML and have a solution for it. This change requires some interface changes,
adding a few new procedures. At the same time I would like to add overloaded
Translate procedures for strings (it now can translate from file or stream
only). If it's OK for everyone else, I'll commit it and update the docs.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Genre JvID3v2
From: "Rainer Budde" <speed78@gmx.net>
Date: Sat, 7 Feb 2004 15:38:08 +0100
Newsgroups: jedi.vcl

Hi,

I write an Idv2 Tag for example with a genre like "soundtrack". Now I read
the Tag with JvID3v2 and I always get the Description "Soundtrack
Soundtrack". I use GenreToNiceGenre(ContentType). This happens in the
example too!

Best regards

Rainer




Subject: Re: now 500 components in JVCL!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 07 Feb 2004 15:29:20 +0100
Newsgroups: jedi.vcl

I can create two lists one linking components to examples and the other linking examples to components.
With these lists we should be able to create an examples navigator which lists the components and compiles and executes the example for a selected component.

Also an IDE plugin is possible which does the same for the currently selected component or the comonent name with the caret in it. Just like F1 calls the help.
So we would start a small application which shows a selection dialog if the component is used in several examples and then compiles and executes the example via makefile. The navigation program could be used for this.

Think of it. Drop a JVCL component on your form and press somethinkg like Ctrl-F1 or Ctrl-J and an example program pop up.
This should also lower the demand for a JVCL help file.



Subject: Re: Ask a question about the JvTranslator - Use the character "&" dont work
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 7 Feb 2004 14:30:53 +0100
Newsgroups: jedi.vcl

> > <Translation>
> >  <Form1>
> >    <actFileSaveAs Caption="Save &As..."/>
> >                                 ~~ clew the error
> > </Form1>
> > </Translation>

The '&' should be encoded as '&amp;' to work correctly. This is how the
ComponentToXML function does it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: now 500 components in JVCL!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 07 Feb 2004 14:26:53 +0100
Newsgroups: jedi.vcl

I have created a sorted list of all components which are
registered through RegisterComponents. From that i created
a list of all components which are not used in any example.

Now we can write demos for the unused components.
We have 500 components and 172 unused ones.

Please try to add to existing examples if suitable.
The DB components for example should be handled in a
single demo.

Standards for demos:
  - BorderStyle either bsSizable or bsSingle if demo does
    not need another style (bsSizable preferred)
  - component Anchors used for bsSizable demos
  - for bsSizable set min values in Constaints
  - for bsSingle remove bsMaximize from BorderIcons
  - the Caption of the form is set to something descriptive
  - no file names UnitX.pas
  - no FormX name
  - demo components keep their standard name
  - all components which are not a static part of the GUI
    get a descriptive name
  - nonvisual components get cleanly arranged in rows or columns
  - if demo is for nonvisual component then it is first in row or column
  - Scaled = False for all forms
  - DefaultMonitor = dmDesktop for main form preferred
  - Position = poDesktopCenter for main form preferred

Please add to this list (or dispute entries :)
coverage.zip
	



Subject: Re: CLX status
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 7 Feb 2004 12:40:00 +0100
Newsgroups: jedi.vcl

Status VisualCLX
Runtime packages:

JvAppFrm:                 All except JvAppHotKey, JvFormMagnet,
JvGradientCaption
JvBands :                    None
JvBDE   :                    None    ( not in this release?)
JvCmp                        All, except JvCreateProcess, JvEasterEgg,
JvEnterTab, JvPageManager,
                                   (JvWinHelp: windows only)
JvCrypt                      All (JvCabFile windows only)
JvDocking                  None
JvDotNetCtrls            None
JvGlobus                    None (not in this release?)
JvHMID                    None (not in this release?)
JvInterpreter              None (not in this release?)
JvJans                       All
JvManagedThreads   All
JvWizard:                  All

More later today

Regards,

André Snepvangers




Subject: Ask a question about the JvTranslator - Use the character "&" dont work
From: DreamToTrue <wzhiwei@thu.cn>
Date: Sat, 07 Feb 2004 14:28:28 +0800
Newsgroups: jedi.vcl

 for example the xml file

<Translation>
 <Form1>
   <actFileSaveAs Caption="Save &As..."/>
                                ~~ clew the error
</Form1>
</Translation>


Invalid XML Element: Unexpected character in properties declaration ('
' found).'

how to slove the error. I have examine the SF project "Akiller" use the
JvTranslator , but no problem. I very bizarrerie. pls explain. thx very
much


Subject: Re: Bug in TJvDateEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 6 Feb 2004 23:39:27 +0100
Newsgroups: jedi.vcl

> > With the latest daily source :
> >
> > try this simple code :
> >   FJvDateEdit1 := TJvDateEdit.Create(Self);
> >   FJvDateEdit1.Parent := Self;
> >   FJvDateEdit1.Top := 10;
> >
> > and you will have a message like "control has not parent window". The same
> > code with a TEdit or other component work fine...
> >
> > Another problem is the look : (see the image) Where are the right arrow ??
> >
> > And if you change the calendarStyle to csDialog in the designtime, you get
a
> > access violation !!
> >

I found a "solution" :
remove the following line (885) in JvPickDate
Result.ScaleBy(Screen.PixelsPerInch, 96);

Note : In my case PixelsPerInch = 120 and often i can't see all the
component on a form. So usualy i put Scaled = false on all my form ...


Regards,
Lionel






Subject: Re: Error in JvJCLUtils
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 6 Feb 2004 23:03:46 +0100
Newsgroups: jedi.vcl

> > C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvJCLUtils.pas(6980)
> > Fehler: Undefinierter Bezeichner: 'GetRecentFolder'

Solved in actual CVS.

Karlheinz




Subject: jvInspectorItem to edit filenames
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Fri, 6 Feb 2004 22:16:22 +0100
Newsgroups: jedi.vcl

Hello,

i have just uploaded a little archive to binaries.

the archive contains a modified "jvExtraEditors.pas" that includes an item
to edit filenames with an open dialog and the modified demo program.

Can someone take a look at it and mybe merge it into the official version -
if it is OK?

Thanks
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Bug in TJvDateEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 6 Feb 2004 20:06:14 +0100
Newsgroups: jedi.vcl

Hi,

With the latest daily source :

try this simple code :
  FJvDateEdit1 := TJvDateEdit.Create(Self);
  FJvDateEdit1.Parent := Self;
  FJvDateEdit1.Top := 10;

and you will have a message like "control has not parent window". The same
code with a TEdit or other component work fine...

Another problem is the look : (see the image) Where are the right arrow ??

And if you change the calendarStyle to csDialog in the designtime, you get a
access violation !!

Regards,
Lionel



DateEdit.gif
	



Subject: Error in JvJCLUtils
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Fri, 6 Feb 2004 19:58:34 +0100
Newsgroups: jedi.vcl

Compiling package: JvCoreD6R.bpl

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvJCLUtils.pas(6980)
Fehler: Undefinierter Bezeichner: 'GetRecentFolder'

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvJVCLUtils.pas(52) Fatal:
Verwendete Unit '..\..\run\JvJCLUtils.pas' kann nicht compiliert werden

** error 1 ** deleting JvCoreD6R.bpl



Regards



Karlheinz




Subject: Re: Virtual Listview?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 6 Feb 2004 18:31:19 +0100
Newsgroups: jedi.vcl

Try virtual treeview that can be made to look and work like a listview.
http://virtualtreeview.delphi-gems.com/VT.php. Nothing like it!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Forms where Scaled = true
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 6 Feb 2004 18:29:02 +0100
Newsgroups: jedi.vcl

> > I mean checking for outdated type names and properties. As long as a 
> > property editor is not opened it does not crash.
Sorry, I misunderstood. You're right, that's very important to check.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Virtual Listview?
From: sleepy <denadoo98@yahoo.se>
Date: Fri, 06 Feb 2004 18:25:49 +0100
Newsgroups: jedi.vcl

Hi!

I was wondering if there is a component i the JediVCL that acts like the
Virual Listview Demo (Delphi 5). I need i Tlistview to display the shell
icons.

Thanx in advance,
Sleepy


Subject: Re: Forms where Scaled = true
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Feb 2004 18:14:51 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Most important is fixing \design and \run but if there is time, we could
> check \examples as well. All frames in \design and \run has been checked for
> redundancy.

I mean checking for outdated type names and properties. As long as a property editor is not opened it does not crash.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Feb 2004 18:13:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> - Globus\Visual Components Demo: Work in progress.

Replaced some bitmaps with 256 color versions and reduced dfm size considerably.
I have the impression that the JvPcx code is disturbing the Load and Save of the TImage design editor. I got frequent crashes of the IDE.



Subject: Re: Forms where Scaled = true
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 6 Feb 2004 18:10:01 +0100
Newsgroups: jedi.vcl

> > We will have to test all the example forms. I got an error when opening
> > JvgCheckVersionInfoForm.dfm because it still contained a
> > TJvgSmallFontsDefence instead of JvgSmallFontsDefense.
> > Also the frames have to be checked.

Most important is fixing \design and \run but if there is time, we could
check \examples as well. All frames in \design and \run has been checked for
redundancy.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Forms where Scaled = true
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Feb 2004 17:59:17 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Actually, I only found one that isn't used - JvPageLinkEditor.pas and that's
> because it's a duplicate of JvPageLinkEditorForm.

We will have to test all the example forms. I got an error when opening JvgCheckVersionInfoForm.dfm because it still contained a TJvgSmallFontsDefence instead of JvgSmallFontsDefense.
Also the frames have to be checked.



Subject: Re: Forms where Scaled = true
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 6 Feb 2004 17:54:49 +0100
Newsgroups: jedi.vcl

> > We need to check which dfms are used at all. We have definitely
> > duplicates and unused files.

Actually, I only found one that isn't used - JvPageLinkEditor.pas and that's
because it's a duplicate of JvPageLinkEditorForm. There are also three
docking dfm's that doesn't have a corresponding dcu but they are all used by
JvDockControlForm.pas. A bit unorthodox but it seems to work and i don't
have the courage to change it<g>.

I've deleted JvPageLinkEditor.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCryptD6R and SOAP componant
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 6 Feb 2004 17:50:37 +0100
Newsgroups: jedi.vcl

> > I can't keep SOAP componant from Borland if i install JvCrypt componant
> > because of ZLib unit. Solution ?
Add the soap package to JvCrypt's requires list and rebuild it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvCryptD6R and SOAP componant
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 6 Feb 2004 17:49:40 +0100
Newsgroups: jedi.vcl

Hi,

I can't keep SOAP componant from Borland if i install JvCrypt componant
because of ZLib unit. Solution ?

Regards,
Lionel




Subject: Re: Forms where Scaled = true
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Feb 2004 17:09:33 +0100
Newsgroups: jedi.vcl

It was not as easy as i thought.
I used Delphi and i discovered where we get binary dfm files from.
If you open a dfm by doubleclicking it and switch it to "View as form"
and save it then it get saved in binary.

I changed all files i could open with "View as form" in Design and Run.
Most which did not work that way seem to be frames which have no Scaled anyway.
The JvDock* dfms are unchanged. They seem to be incomplete and i do not
know what happens if Scaled is changed for them.

DesignSize has been removed from all files.

JvJCLUtils.pas would not compile because JclSysInfo was missing from the uses. I added it back.

We need to check which dfms are used at all. We have definitely duplicates and unused files.



Subject: Re: Error in Compile
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 6 Feb 2004 16:52:21 +0100
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> > Copyright (c) 1983,2002 Borland Software Corporation
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvJCLUtils.pas(6980) Error:
> > Undeclared identifier: 'GetRecentFolder'
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvJVCLUtils.pas(52) Fatal: Could
> > not compile used unit '..\..\run\JvJCLUtils.pas'

Fixed.



-- Regards, Andreas Hausladen 

Subject: Re: Error in Compile
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Fri, 6 Feb 2004 15:02:08 +0000 (UTC)
Newsgroups: jedi.vcl

The Graphical Gnome <rbraasem@xs4all.killspammers.nl> wrote in
news:Xns9487A79189308rbraasemxs4allnl@194.191.0.34: 

> > I just got the files from the CVS and I thought "What the heck, I'll
> > have a hand at translating" I installed dxGetText and was happy as can
> > be. 
> > 
> > Until I tried to compile. I got the following error:
> > 
> > Copyright (c) 1983,2002 Borland Software Corporation
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvComponent.pas(103) Error:
> > Undeclared identifier: 'ReTranslateComponent'
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvDataProvider.pas(52) Fatal:
> > Could not compile used unit '..\..\run\JvComponent.pas'
> > 
> > What version is out of date. Please help.
> > 
> > 
> > 
> > 

Without this option :

Copyright (c) 1983,2002 Borland Software Corporation
C:\Development\jv\jvcl\dev\JVCL3\run\JvJCLUtils.pas(6980) Error: Undeclared 
identifier: 'GetRecentFolder'
C:\Development\jv\jvcl\dev\JVCL3\run\JvJVCLUtils.pas(52) Fatal: Could not 
compile used unit '..\..\run\JvJCLUtils.pas'


-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Error in Compile
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Fri, 6 Feb 2004 15:01:01 +0000 (UTC)
Newsgroups: jedi.vcl

I just got the files from the CVS and I thought "What the heck, I'll have a 
hand at translating" I installed dxGetText and was happy as can be.

Until I tried to compile. I got the following error:

Copyright (c) 1983,2002 Borland Software Corporation
C:\Development\jv\jvcl\dev\JVCL3\run\JvComponent.pas(103) Error: Undeclared 
identifier: 'ReTranslateComponent'
C:\Development\jv\jvcl\dev\JVCL3\run\JvDataProvider.pas(52) Fatal: Could 
not compile used unit '..\..\run\JvComponent.pas'

What version is out of date. Please help.




-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: Forms where Scaled = true
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Feb 2004 15:52:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Most every form in JVCL has Scaled set to true. These will most probably
> look strange with large fonts.
>
>  Here's a list (I've skipped devtools and examples), so if someone feels
> like it...

No problem with a good text editor.



Subject: Re: Localization process
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 06 Feb 2004 17:29:15 +0300
Newsgroups: jedi.vcl

On Fri, 6 Feb 2004 12:39:19 +0100, "Michael Fritz"
<spam_athome@yahoo.de> wrote:

> >did you extract only the source and design folders? Or did you also include
> >the example folder? If so I would suggest not to translate the examples
> >because I think many of the controls are not prepared for smaller or longer
> >texts and strings. I even assume that not all are unicode capable for
> >holding e.g. Russian texts?

You are correct in that many of the designs are not
localisation-friendly.  BTW, Unicode is not required in order to
display Russian text.  

Noel




Subject: Re: Forms where Scaled = true
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 15:10:17 +0100
Newsgroups: jedi.vcl

> > All VisualCLX (*.xfm) forms have Scaled = false
Thanks, good to know.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Forms where Scaled = true
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Fri, 6 Feb 2004 15:05:17 +0100
Newsgroups: jedi.vcl

> > Most every form in JVCL has Scaled set to true. These will most probably
> > look strange with large fonts.
> >

All VisualCLX (*.xfm) forms have Scaled = false

Regards,

André Snepvangers




Subject: Re: Bug inJvDBGridSelectColumnForm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 6 Feb 2004 14:58:32 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
c003f8$2kc$1@talkto.net...
>> > > Sorry for respond here, but reply to you doesn't work !!
> > Remove "nospam" from my e-mail and it should work. But it's OK to reply
here
> > as well, of course.
> >

Well i have verify your mail before this last solution :))

>> > > 1 - the sort is do and if we dblClick, we maybe don't want the sort ?
>> > > 2 - If we put a ShowMessage in TitleClick or TitleBtnClick event, we
don't
>> > > have the TitleBtnDblClick event : that's to say that we pass first by
this
>> > > event before TitleBtnDblClick. Is it a correct behaviour ??
> > This is normal behavior for Click/DblClick: if DblClick happens, so does
> > Click. No way to avoid that AFAIK
> >

Well so it's OK for me !

>> > > Other thing : could you move the resourcestring to JvRessources ?
> > Sure
> >

Thanks,
Lionel

> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Forms where Scaled = true
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 14:46:48 +0100
Newsgroups: jedi.vcl

Most every form in JVCL has Scaled set to true. These will most probably
look strange with large fonts.

 Here's a list (I've skipped devtools and examples), so if someone feels
like it...

design\JvActnResForm.dfm
design\JvBandObjectDLLWizardForm.dfm
design\JvBaseDsgnForm.dfm
design\JvBaseDsgnFrame.dfm
design\JvBaseDsgnToolbarFrame.dfm
design\JvCheckedItemsForm.dfm
design\JvColorProviderAddDialogForm.dfm
design\JvColorProviderDesignerForm.dfm
design\JvColorProviderDsgnTreeFrame.dfm
design\JvCompEditorTemplateForm.dfm
design\JvCsvDataForm.dfm
design\JvDataConsumerContextSelectForm.dfm
design\JvDataConsumerItemSelectForm.dfm
design\JvDataContextManagerForm.dfm
design\JvDataProviderDesignerForm.dfm
design\JvDateTimeForm.dfm
design\JvDirectoryListForm.dfm
design\JvFormPropertiesForm.dfm
design\JvgComponentListEditorForm.dfm
design\JvgLabelEditorForm.dfm
design\JvgLogicItemEditorForm.dfm
design\JvgLogicsEditorForm.dfm
design\JvgMultiResourceEditorForm.dfm
design\JvGradientCaptionForm.dfm
design\JvgReportEditorForm.dfm
design\JvgReportParamEditorForm.dfm
design\JvgReportParamsForm.dfm
design\JvgRTFPreviewForm.dfm
design\JvHTHintForm.dfm
design\JvIconListForm.dfm
design\JvID3v2DefineForm.dfm
design\JvID3v2EditorForm.dfm
design\JvImagePreviewForm.dfm
design\JvMinMaxForm.dfm
design\JvOutlookBarForm.dfm
design\JvPageLinkEditor.dfm
design\JvPageLinkEditorForm.dfm
design\JvPageManagerForm.dfm
design\JvPictureEditForm.dfm
design\JvPluginParamsForm.dfm
design\JvProviderToolbarFrame.dfm
design\JvProviderTreeListDsgnFrame.dfm
design\JvProviderTreeListFrame.dfm
design\JvScheduleEditorForm.dfm
design\JvSegmentedLEDDisplayMappingForm.dfm
design\JvSelectDataSetForm.dfm
design\JvSpeedbarForm.dfm
design\JvStdToolbarDsgnFrame.dfm
design\JvStringsForm.dfm
design\JvTreeItemsEditorForm.dfm
design\JvValidatorsEditorForm.dfm
design\JvVirtualKeyEditorForm.dfm
design\JvWizardAboutInfoForm.dfm
design\JvWizardEditorForm.dfm
install\JVCL3Install\FrmMain.dfm
install\JVCL3Install\FrmMake.dfm
install\JVCL3Install\JVCLConfig\MainConfig.dfm
run\JvBDECheckPasswordForm.dfm
run\JvBDEExceptionForm.dfm
run\JvDBGridSelectColumnForm.dfm
run\JvDBQueryParamsForm.dfm
run\JvDockableForm.dfm
run\JvDockConjoinHost.dfm
run\JvDockTabHost.dfm
run\JvDualListForm.dfm
run\JvExceptionForm.dfm
run\JvgAlignForm.dfm
run\JvgCheckVersionInfoForm.dfm
run\JvgQPrintPreviewForm.dfm
run\JvgQPrintSetupForm.dfm
run\JvGridPreviewForm.dfm
run\JvHLEditorPropertyForm.dfm
run\JvJVCLAboutForm.dfm
run\JvLogForm.dfm
run\JvLoginForm.dfm
run\JvPainterEffectsForm.dfm
run\JvPainterQBForm.dfm
run\JvParserForm.dfm
run\JvPatchForm.dfm
run\JvProfilerForm.dfm
run\JvProgressForm.dfm
run\JvQuickPreviewForm.dfm
run\JvSegmentedLEDDisplayMapperFrame.dfm
run\JvSLDMappingEditorDialog.dfm
run\JvSpeedbarSetupForm.dfm
run\JvSpellerForm.dfm
run\JvVirtualKeySelectionFrame.dfm
run\JvWallpaperEditForm.dfm
run\JvYearGridEditForm.dfm

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: IDE enhancements
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 14:37:42 +0100
Newsgroups: jedi.vcl

I'll have a look, thanks.

Note to all: dialogs should have Scaled set to FALSE (default is true) if
they are going to work with large fonts.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug inJvDBGridSelectColumnForm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 6 Feb 2004 14:36:28 +0100
Newsgroups: jedi.vcl

Thanks Peter,

Sorry for respond here, but reply to you doesn't work !!

Well i try and yes it work but not as i thought !!

1 - the sort is do and if we dblClick, we maybe don't want the sort ?
2 - If we put a ShowMessage in TitleClick or TitleBtnClick event, we don't
have the TitleBtnDblClick event : that's to say that we pass first by this
event before TitleBtnDblClick. Is it a correct behaviour ??

See my little sample by comment/uncomment the ShowMessage in the event.

Other thing : could you move the resourcestring to JvRessources ?

Regards,
Lionel




Test.zip
	



Subject: Re: $DEFINE COMPLIB_VCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 06 Feb 2004 14:33:49 +0100
Newsgroups: jedi.vcl

Oops, I overlooked the JVCL 2.10 part.  Sorry.

> Thanks for the help.  I guess I will go back to 1.22 for now until 3.0 is
> avail for download.

Replacing the last section ("Cross-platform related defines") in jedi.inc by the code below should suffice.

NOTE:  I definitely advise *not* to switch back to JCL 1.22; it has a bug that may result on newer hardware (namely P4 Hyperthreading CPUs) in  EZeroDivide exceptions during initialization - a real show stopper.

//------------------------------------------------------------------------------
// Cross-platform related defines
//------------------------------------------------------------------------------

{$IFDEF WIN32}
  {$DEFINE MSWINDOWS}
{$ENDIF}

{$IFDEF LINUX}
  {$DEFINE UNIX}
  {$DEFINE VisualCLX}
{$ENDIF}

{$IFNDEF VisualCLX}
  {$DEFINE VCL}
{$ENDIF}

{$IFDEF VisualCLX}
  {$DEFINE COMPLIB_CLX} // kept for backward compatibility, use VisualCLX instead
{$ENDIF}

{$IFDEF VCL}
  {$DEFINE COMPLIB_VCL} // kept for backward compatibility, use VCL instead
{$ENDIF}


Subject: Re: Bug inJvDBGridSelectColumnForm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 14:32:15 +0100
Newsgroups: jedi.vcl

> > Sorry for respond here, but reply to you doesn't work !!
Remove "nospam" from my e-mail and it should work. But it's OK to reply here
as well, of course.

> > 1 - the sort is do and if we dblClick, we maybe don't want the sort ?
> > 2 - If we put a ShowMessage in TitleClick or TitleBtnClick event, we don't
> > have the TitleBtnDblClick event : that's to say that we pass first by this
> > event before TitleBtnDblClick. Is it a correct behaviour ??
This is normal behavior for Click/DblClick: if DblClick happens, so does
Click. No way to avoid that AFAIK

> > Other thing : could you move the resourcestring to JvRessources ?
Sure

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: IDE enhancements
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 14:16:38 +0100
Newsgroups: jedi.vcl

> > which package is used to install the design editors? I've changed
> > JvStringsForm, because all of the buttons are cut from the display area of
> > the form. The used Anchor values are not the best choice, so I've
> > introduced a panel and a group box, using D7 Enterprise.
Never mind - I've found it: One of the core packages did the job.

I've posted the new JvStringsForm to binaries, perhaps you someone could
have a look at it.

-- cu, Michael 

Subject: Re: JVCL Installer problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 14:14:30 +0100
Newsgroups: jedi.vcl

> > The Installer needs a work around for this. Maybe we use a .cfg file
> > instead of the "long command line". Unfortunatelly, I have no time till
> > sunday.
No problem! Looking forward to get this fix ;-)


-- cu, Michael 

Subject: IDE enhancements
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 14:11:09 +0100
Newsgroups: jedi.vcl

Hi,

which package is used to install the design editors? I've changed
JvStringsForm, because all of the buttons are cut from the display area of
the form. The used Anchor values are not the best choice, so I've
introduced a panel and a group box, using D7 Enterprise.

After reinstalling them, I will post the changed form to .binaries.
-- cu, Michael 

Subject: Re: Does the installer require JCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 6 Feb 2004 14:06:37 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Andreas Hausladen wrote:
> > 
>> > > (RaTextOut)
> > 
> > Sorry. I meant ItemHtDraw

As JvJCLUtils depends on JclSysInfo I have created a new unit with the
needed function ItemHtDrawEx().


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installer problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 6 Feb 2004 14:04:31 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > Fatal: Command arguments too long <<<<< ERROR

The Installer needs a work around for this. Maybe we use a .cfg file
instead of the "long command line". Unfortunatelly, I have no time till
sunday.


-- Regards, Andreas Hausladen 

Subject: JVCL Installer problem
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 13:46:49 +0100
Newsgroups: jedi.vcl

Hi,

when using JVCL installer in D7 Windows XPpro I immediately get the
following error:

** Generating resources...
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
** Generating resources...
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long <<<<< ERROR

Using the same JVCL3 release @work it's no problem at all. The only
difference is the path where I installed JVCL:
@work: d:\documents and settings\fritzmi\delphi70\jvcl
@home: G:\Dokumente und Einstellungen\fritzmi\Eigene Dateien\Delphi70\jvcl

Are there any known restrictions in command arguments?
The JCL installer did not encounter any problems, so far.

As a solution I had too open the package group and compile/install in
manually...
-- cu, Michael 

Subject: Re: Does the installer require JCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 6 Feb 2004 13:27:40 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > (RaTextOut)

Sorry. I meant ItemHtDraw



-- Regards, Andreas Hausladen 

Subject: Re: Does the installer require JCL?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 6 Feb 2004 13:26:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Has anyone tested whether install.bat will run succesfully if JCL isn't
> > available (either source, dcu or packages)?

The package installer does not use any JCL unit.
It only uses JvTypes and JvSimpleXml and it will use JvJCLUtils (RaTextOut)


-- Regards, Andreas Hausladen 

Subject: Does the installer require JCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 13:06:22 +0100
Newsgroups: jedi.vcl

Has anyone tested whether install.bat will run succesfully if JCL isn't
available (either source, dcu or packages)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 6 Feb 2004 12:52:32 +0100
Newsgroups: jedi.vcl

Hello, Hans-Eric!
You wrote  on Fri, 06 Feb 2004 12:03:46 +0100:

 >>     The problem is the AV usually occurs later, when it wants to
 >> retrieve the item to draw it, because (I assume) the FViewList array is
 >> out whack or refers to strings that have been released accidentally.

 HEG> Then why don't you put the try except-blocks there to straighten out
 HEG> which one of your assumptions is correct?

 HEG> Now that you mention strings. How does the dynamic string handlig
 HEG> react to the deletion by FillChar? Does the ItemId strings get
 HEG> properly released when their pointers are overwritten by that
 HEG> procedure? (I know too little on the subject myself, so please forgive
 HEG> me if this was a stupid question)

    FillChar will just nil out the dynamic strings (no reference count)
whereas using SetLength will dereference the string. Since I'm moving blocks
of memory, no reference count happens there, so sometimes I need to just nil
out old references before I overwrite them or truncate the array.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Localization process
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 12:39:19 +0100
Newsgroups: jedi.vcl

Olivier,

did you extract only the source and design folders? Or did you also include
the example folder? If so I would suggest not to translate the examples
because I think many of the controls are not prepared for smaller or longer
texts and strings. I even assume that not all are unicode capable for
holding e.g. Russian texts?

Any comments?
Michael




Subject: Re: Help in locating a bug
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Fri, 06 Feb 2004 12:03:46 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     The problem is the AV usually occurs later, when it wants to retrieve
> the item to draw it, because (I assume) the FViewList array is out whack or
> refers to strings that have been released accidentally.

Then why don't you put the try except-blocks there to straighten out which one of your assumptions is correct?

Now that you mention strings. How does the dynamic string handlig react to the deletion by FillChar? Does the ItemId strings get properly released when their pointers are overwritten by that procedure? (I know too little on the subject myself, so please forgive me if this was a stupid question)

>  HEG> Also, put Assertions everywhere in the code where it assumes an object
>  HEG> (or sub object) is Assigned (good programming practice). Like in
>  HEG> TJvBaseDataItemsListManagement:s Add, Clear, Delete, etc.
>
>     Won't help if there's a non-nil pointer that happens to point to an
> already destroyed object.

No, you're probably right. But then of course it may help to track down bugs introduced later on.

Best regards

Hans-Eric Grönlund


Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 11:55:04 +0100
Newsgroups: jedi.vcl

> > Ohh my bad! I was not aware of this feature using XML files ;-)
There's a lot in JVCL that even I am unaware of<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 11:52:15 +0100
Newsgroups: jedi.vcl

> > It's in dclstd.dcp. That's why you need to add it to the requires node.
> > Problem is that the installer rebuilds the package from the xml file in
> > packages\xml and the xml doesn't have any dclstd.dcp or JvCoreD?D.dcp in
it.
> > So if you want to use the installer, you must add it to the xml file
> > instead.
Ohh my bad! I was not aware of this feature using XML files ;-)

Michael




Subject: Re: Localization process
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 11:48:35 +0100
Newsgroups: jedi.vcl

> > We use a CVS so several can work on it. Simply do not forget to update
> > before committing. TortoiseCVS will try to solve conflicts.

I don't think many of the guys translating have CVS access (and won't get it
for this task alone). Just decide which one you want to translate, tell it
here so noone else does the same and post to jedi.binaries when you're
finished and someone will take care of it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 11:46:19 +0100
Newsgroups: jedi.vcl

> > I made these changes and  used the JVCL installer to reinstall all
packages.
> > However compiling failed:
It's in dclstd.dcp. That's why you need to add it to the requires node.
Problem is that the installer rebuilds the package from the xml file in
packages\xml and the xml doesn't have any dclstd.dcp or JvCoreD?D.dcp in it.
So if you want to use the installer, you must add it to the xml file
instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 11:42:08 +0100
Newsgroups: jedi.vcl

> > Use TJvHintProperty.
That doesn' t help when the label itself strips CRLF's
> > If we would change "Text: string" to "Text: TCaption" it would work when
> > JVCL_REGISTER_GLOBAL_DESIGNEDITORS is defined. (and would be CLX
> > compatible)
Yeah, might do that after the beta.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 11:41:43 +0100
Newsgroups: jedi.vcl

> > - In JvJansD?D.dpk, add dclstd and JvCoreD?D.dcp to requires
> > - In JvJansReg, add JvDsgnEditors to uses
> > - Add this line at the end of the Register procedure:
> >   RegisterPropertyEditor(TypeInfo(string), TJvMarkupLabel, 'Text',
> > TJvStringsProperty);
> >
> > Rebuild the design package
Peter,

I made these changes and  used the JVCL installer to reinstall all packages.
However compiling failed:

Compiling package: JvJansD7D.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
[..]\jvcl\design\JvDsgnEditors.pas(39) Fatal: File not found: 'ImgEdit.dcu'

When compiling JvJansD7D.dpk in IDE I get this error:
Fatal: JvJansReg.pas: File not found: JvDsgnEditors.dcu.

This seems to be a follow up error because the JVCL Installer did not
complete however one question is still left: where can I find ImgEdit(.pas)?

cu,
Michael




Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 6 Feb 2004 11:29:33 +0100
Newsgroups: jedi.vcl

Hello, Hans-Eric!
You wrote  on Fri, 06 Feb 2004 11:19:58 +0100:

 >> If PrevIsParent is true the DeleteItem sets the parents flag to not have
 >> children (and not be expanded), but what happens if Index points to the
 >> first - but not only - child of that parent?

 HEG> I took a closer look at this and found that's what the and-part tries
 HEG> to do. But I believe

 HEG> if PrevIsParent and ((Index = High(FViewItems)) or [snip]

 HEG> should be

 HEG> if PrevIsParent and ((Index = Length(FViewItems)) or [snip]

 HEG> right?

 HEG> Otherwise if you delete the next last item of a list, and the next
 HEG> last item is a child of it's previous item, and the last item is also
 HEG> a child of the previous item, then the parent will faultly flag that
 HEG> it has no children with the current implementation of
 HEG> TJvDataConsumerViewList.DeleteItem.

    Darn, it looks like you are right about that one.

 HEG> I doubt this has anything to do with your AV:s but it might be one of
 HEG> those latent bugs.

    Yeah, it might. It's a bug at the least, so I'll fix it and see if my
AVs are gone.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "26A (Clouds in the sky)" by Nits.




Subject: Re: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 6 Feb 2004 11:25:12 +0100
Newsgroups: jedi.vcl

Hello, Hans-Eric!
You wrote  on Fri, 06 Feb 2004 10:50:49 +0100:

 HEG> If PrevIsParent is true the DeleteItem sets the parents flag to not
 HEG> have children (and not be expanded), but what happens if Index points
 HEG> to the first - but not only - child of that parent?

    Then PrevIsParent is still true, but the if condition prior to the
change of flags will evaluate to False (the ItemLevel check will fail), at
least that is what should happen, but I'm also having some doubts about that
one, so I'll carefully check that piece of code again later (I'm now
focusing on documenting the provider core, stumbling on some implementation
faults (implementations that do not follow the rules of the interface
properly), trying to fix them without introducing more bugs and problems,
etc).

 HEG> Since I won't be able to test it myself (not using JVCL3 at the
 HEG> moment) I can only give you advice: Put try except-blocks around the
 HEG> suspicious parts (methods), having them throw up a message box with
 HEG> valuable information (like indexes and stuff). Track down the actual
 HEG> place where the AV gets thrown and try to figure out the reason.

    The problem is the AV usually occurs later, when it wants to retrieve
the item to draw it, because (I assume) the FViewList array is out whack or
refers to strings that have been released accidentally.

 HEG> Also, put Assertions everywhere in the code where it assumes an object
 HEG> (or sub object) is Assigned (good programming practice). Like in
 HEG> TJvBaseDataItemsListManagement:s Add, Clear, Delete, etc.

    Won't help if there's a non-nil pointer that happens to point to an
already destroyed object.

    Anyway, thanks for your help and pointers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Crime & punishment" by Nits.




Subject: Packing Installer Suggestion
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 06 Feb 2004 13:23:12 +0300
Newsgroups: jedi.vcl

Can we please make the window containing the 'Progress' and 'Compiler
output' tabs resizable?

Noel


Subject: TJVForm.RefreshTranslation
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 06 Feb 2004 13:23:08 +0300
Newsgroups: jedi.vcl

The method TJVForm.RefreshTranslation has the following
method/procedure call:

   ReTranslateComponent(self);

Nowhere in the JVCL3 source or in dxgettext can I find  a
method/procedure with this name.  Perhaps this should be 
TranslateComponent?

Noel


Subject: Re: Help in locating a bug
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Fri, 06 Feb 2004 11:19:58 +0100
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> If PrevIsParent is true the DeleteItem sets the parents flag to not have children (and not be expanded), but what happens if Index points to the first - but not only - child of that parent?

I took a closer look at this and found that's what the and-part tries to do. But I believe

if PrevIsParent and ((Index = High(FViewItems)) or [snip]

should be

if PrevIsParent and ((Index = Length(FViewItems)) or [snip]

right?

Otherwise if you delete the next last item of a list, and the next last item is a child of it's previous item, and the last item is also a child of the previous item, then the parent will faultly flag that it has no children with the current implementation of TJvDataConsumerViewList.DeleteItem.

I doubt this has anything to do with your AV:s but it might be one of those latent bugs.

Regards

Hans-Eric Grönlund


Subject: Re: Localization process
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Feb 2004 11:03:44 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> I could do the German part of the translation. Please give message if
> someone started this one already.

We use a CVS so several can work on it. Simply do not forget to update before committing. TortoiseCVS will try to solve conflicts.



Subject: Re: Localization process
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Feb 2004 11:02:28 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

>> Are palette titles to be translated ?
>> I do not know about German or French versions of Delphi, i can only say
>
> that
>
>> all (unofficial) attmpts to translate Delphi IDE to russian ended with a
>> unusable, crazy results.
>
> IMO no, these itmes should not be translated.

Same with me. The IDE palette titles are mostly names anyway.



Subject: Re: TJvDirectoryEdit
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 10:54:35 +0100
Newsgroups: jedi.vcl

> > What do you think; when should the change happen, at design-time or
> > run-time, or both?
IMO in both situations. I do not have any examples in mind how Borland
handles similar situations.

> > You probably are using old run-time files, but using new design-time
> > files. Check your paths etc.
I will search for this...

cu,
Michael




Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 06 Feb 2004 10:54:10 +0100
Newsgroups: jedi.vcl

- Globus\Visual Components Demo: Work in progress.
  For now fixed some spelling errors.
  JvgCheckBox.pas caused an stack overflow because of extensive
  use of Repaint. It was used when the Font changed and Paint
  in turn changed Font attributes. Fixed by using Invalidate.
  Probably more instances of this error lurking.



Subject: Re: TJvDirectoryEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 06 Feb 2004 10:52:38 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Perhaps I've put this question a little bit wrong or I misunderstand your
> answer.
> I do not want to use both, Glyph and Images but one of them.

Then, you can use Images I guess <g>.

> Three or four weeks before now I've downloaded a JVCL3 daily release and
> used Glyph to display a custom icon. This worked well until yesterday after
> installing the JVCL300PREBETA1COMPLETE release found at
> http://jvcl.sourceforge.net/release/beta/

Yes, that is possible. I changed it from Glyph to Images 3 weeks and 4 days ago (Rev 1.37->Rev 1.38, see

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvToolEdit.pas?sortby=date
)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Help in locating a bug
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Fri, 06 Feb 2004 10:50:49 +0100
Newsgroups: jedi.vcl

Hi,

I glanced through the two methods DeleteItem and DeleteItems you mentioned. I don't know if this is an issue, and I might be mistaken, but one thing caught my eye:

If PrevIsParent is true the DeleteItem sets the parents flag to not have children (and not be expanded), but what happens if Index points to the first - but not only - child of that parent?

Since I won't be able to test it myself (not using JVCL3 at the moment) I can only give you advice: Put try except-blocks around the suspicious parts (methods), having them throw up a message box with valuable information (like indexes and stuff). Track down the actual place where the AV gets thrown and try to figure out the reason.

Also, put Assertions everywhere in the code where it assumes an object (or sub object) is Assigned (good programming practice). Like in TJvBaseDataItemsListManagement:s Add, Clear, Delete, etc.

Hope this helps

Best regards

Hans-Eric Grönlund
Systems Developer
_____________________________________
Lantmäteriet
Lantmäterigatan 2
SE-801 82 GÄVLE

+46 26 63 30 00
www.lantmateriet.se

"It takes two to lie. One to lie and one to listen"
Homer J. Simpson


Marcel Bestebroer wrote:
> Hello, All!
>
>     I'm having some problems with the provider (or rather consumer) core
> which I assume occur in one or both of the following methods:
>
> * TJvDataConsumerViewList.DeleteItem
>     Should delete the specified item and any sub items (calls DeleteItems to
> delete the sub items)
> * TJvDataConsumerViewList.DeleteItems
>     Should delete any sub items of the specified item. Sub items are any
> item that are at a deeper level than the specified item (iterate list until
> another item is encountered at a level <= item of the specified item)
>
>     I still get an AV occasionally in the ColorProvider designer and it is
> always after a collapse (which deletes sub items) of a group.
>
>     I also get an AV when I use a list box (connected to the ColorProvider),
> GroupingSettings.FlatList property set to False (if it's set to True,
> everything works fine) and deactivate, e.g, the Standard colors group.
>
>     Both cases deal with deleting one or more items (the latter case does
> this by first clearing the view, which is accomplished by calling
> DeleteItem(0) until the list is empty). I can't seem to spot anything wrong
> with the implementation of the methods outlined above. Anyone else see
> anything wrong with them?
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Shy boy" by Bananarama.
>
>


Subject: Re: TJvDirectoryEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 06 Feb 2004 10:46:52 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> One feature I'm missing:
>
> when assigning an ImageList to the property Images and set ImageIndex to a
> value <> -1 the ImageKind property should change to ikCustom to reflect the
> current changes and display the correctly image.

What do you think; when should the change happen, at design-time or run-time, or both?

> Some issues using TJvDirectoryEdit. I'm not sure if it's still me who gets
> these errors:

You probably are using old run-time files, but using new design-time files. Check your paths etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Localization process
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 6 Feb 2004 12:43:02 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 6 Feb 2004 11:38:20 +0300 @401)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of OBones tremble:

Here they are...
3rd OK message
=========Beginning of the citation============== 
#. AlignForm..B_Ok..Caption
#. FoPatch..OkBtn..Caption
#. FoPatch..OkBtn..Caption
#: JvPatchForm.dfm:74 JvPatchForm.xfm:96 JvgAlignForm.dfm:58
msgid "Ok"

=========The end of the citation================ 

I wonder isn't there a need to SoundEx check ?

One more q.:
=========Beginning of the citation============== 
#. Programmer's name for it: RsDockJvDockTreeCloseBtnHint
#: JvDockGlobals.pas:71
msgid "Close"
=========The end of the citation================ 
What does mean this 'close'? maybe 'collapse' ?
Can't easily see from sources :-(


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Localization process
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 06 Feb 2004 12:39:50 +0300
Newsgroups: jedi.vcl

On Fri, 6 Feb 2004 12:01:12 +0300, "Arioch /BDV/"
<the_Arioch@kill-me.nm.ru> wrote:

> >You see, i just can't put '&' nowhere - the russian equivalents has no those
> >keys, used in english messages - and trying my own keystroke i has always
> >risk to make it conflict with some other one.

This problem is going to be the case for any language. I am certainly
having trouble assigning hotkeys to the italian translation. I think
that you (we) will need to see what other strings in the translation
belong to items in the same menu, or actions in the same category and
then assign your own hotkeys. Alternatively we will have to translate
without including hotkeys.

Perhaps Olivier has some guidance/comments on this matter.

Noel




Subject: Re: Localization process
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 10:35:40 +0100
Newsgroups: jedi.vcl

> > Are palette titles to be translated ?
> > I do not know about German or French versions of Delphi, i can only say
that
> > all (unofficial) attmpts to translate Delphi IDE to russian ended with a
> > unusable, crazy results.
IMO no, these itmes should not be translated.

> > Second - as there is no standard translation (at least i know not such),
i'd
> > like to provoke dicusiion on russian community sites, hence i want to
upload
> > .PO file and make announcements on several sites, so people together could
> > better decide on better translation.
> > Though it would not always be possible, since there are cases
> > wheretranslation depends on context and one should have source to
translate
> > well.
I would suggest this for all translations since no one is perfect in
choosing the appropriate words for translating.
So I would recommend that before including any .po files in the final
release, other users should have the chance of having a look and comment the
translations.

cu,
Michael




Subject: Re: TJvMarkupLabel
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 6 Feb 2004 10:26:28 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > IIRC, JvMarkupLabel strips CRLF's from the string before using it, so any
> > line breaks you add will most likely be gone the next time you edit the
> > property.

Use TJvHintProperty.

If we would change "Text: string" to "Text: TCaption" it would work when
JVCL_REGISTER_GLOBAL_DESIGNEDITORS is defined. (and would be CLX
compatible)



-- Regards, Andreas Hausladen 

Subject: Re: Localization process
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 6 Feb 2004 12:22:30 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 06 Feb 2004 16:57:59 +1000 @331)
....while the fading voice of OBones whispered through the darkness:

UPS: 42%, still alive :-)

one more q.:
=========Beginning of the citation==============
#. Programmer's name for it: RsDockServerName
#: JvDockGlobals.pas:40
msgid "JVCL Dock Server Component"
=========The end of the citation================

Are palette titles to be translated ?
I do not know about German or French versions of Delphi, i can only say that
all (unofficial) attmpts to translate Delphi IDE to russian ended with a
unusable, crazy results.



Second - as there is no standard translation (at least i know not such), i'd
like to provoke dicusiion on russian community sites, hence i want to upload
..PO file and make announcements on several sites, so people together could
better decide on better translation.
Though it would not always be possible, since there are cases
wheretranslation depends on context and one should have source to translate
well.

Ok, any comments on that intentions ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: TJvDirectoryEdit
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 10:19:05 +0100
Newsgroups: jedi.vcl

One feature I'm missing:

when assigning an ImageList to the property Images and set ImageIndex to a
value <> -1 the ImageKind property should change to ikCustom to reflect the
current changes and display the correctly image.

Some issues using TJvDirectoryEdit. I'm not sure if it's still me who gets
these errors:

1) I'm creating a new application, adding one TJvDirectoryEdit control.
Build this application and run it. I immediately get an EReadError saying
that JvDirectoryEdit1.ImageIndex: Property ImageIndex does not exist.

2) If I set ImageIndex to -1, ImageKind to ikDefault and assigning an
ImageList to Image, I get an EReadError saying that JvDirectoryEdit1.Image:
Property Image does not exist!

3) Funny, wenn setting ImageIndex to -1, ImageKind to ikDefault and
assigning *no* ImageList to Image, all runs well!

This is true for any old projects and new projects. Did I made something
wrong? The Object Inspector has such a property as mentioned above. I've
even rebuild the appropriate package.

cu,
Michael




Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 10:12:05 +0100
Newsgroups: jedi.vcl

> > Perhaps you could have a look at this, too?
I just noticed there's an old Color := clWhite in Create(). Removing it (or
changing it to clBtnFace) should solve the problem.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 10:07:34 +0100
Newsgroups: jedi.vcl

Here's the changes you need to do to get a multi line editor for markup
label text:

- In JvJansD?D.dpk, add dclstd and JvCoreD?D.dcp to requires
- In JvJansReg, add JvDsgnEditors to uses
- Add this line at the end of the Register procedure:
  RegisterPropertyEditor(TypeInfo(string), TJvMarkupLabel, 'Text',
TJvStringsProperty);

Rebuild the design package

IIRC, JvMarkupLabel strips CRLF's from the string before using it, so any
line breaks you add will most likely be gone the next time you edit the
property.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Localization process
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 6 Feb 2004 12:03:33 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 6 Feb 2004 09:52:53 +0100 @411)
....while the fading voice of Peter whispered through the darkness:

 PT> Never assume anything!<g>
Never be compatible ?
Never reuse code ?

Pheee!
Are we going to make one more Lilith? :-)


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: TJvMarkupLabel
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 10:03:21 +0100
Newsgroups: jedi.vcl

>> > > it of type string and use such kind of editor, too.
> > It would be possible to register a property editor for it that displays it
> > in a multiline editor but saves it as a string. We are in code freeze mode
> > now so I'm not sure if it's OK to add a property editor, but if no one has
> > any complaints, it's an easy fix.

Yes PLEASE do so and I'm sure nobody will complain about ;-)

One more notice about your fix of the ParentColor property:
I've implemented your fix, however dismissed the BackgroundColor directly in
the dfm file before so I cannot surely say if this problem went away.

However one issue is still left: when setting ParentColor to True, the
label's color is OK inside IDE. When closing the project and reloading it,
the Color gets clWhite again and ParentColor is set to False again.

Perhaps you could have a look at this, too?

cu,
Michael




Subject: Re: Localization process
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 6 Feb 2004 12:01:12 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 6 Feb 2004 09:12:09 +0100 @383)
....while the fading voice of Michael whispered through the darkness:

 Sorry for multiple posts - i'm not sure about AC :-(
So, perhaps, i will send comments too frequently with little pieces.
Any blackout may long up to night. Thih is the 2nd one. 1st was about 2
minutes.

Now i'd like to discuss hotkeys. That is 1 reason why i always wanted
ICQ-like in-GUI point-and-replace style.

=========Beginning of the citation==============
#. JvQueryParamsDialog..GroupBox1..Label2..Caption
#: JvDBQueryParamsForm.dfm:52
msgid "&Value:"
msgstr "Значение:"

#. JvQueryParamsDialog..GroupBox1..Label3..Caption
#: JvDBQueryParamsForm.dfm:61
msgid "&Data type:"
msgstr "Тип данных:"
=========The end of the citation================

You see, i just can't put '&' nowhere - the russian equivalents has no those
keys, used in english messages - and trying my own keystroke i has always
risk to make it conflict with some other one.

PS: 2nd blackout is over.

Khm! almost forgotten.
How to send them back, will DIFF maked by WinMerge be ok ? and which of 3
kinds of DIFF ?
Since the code may be changed, i feel that it would be better than
once-and-forever translated file, hard to reuse.


And again, let's look at
=========Beginning of the citation==============
#. Programmer's name for it: RsDockAbout
#: JvDockGlobals.pas:57
msgid "About"

=========The end of the citation================
What would it be, where ? no info.
I should look the code and try to understand.
Ok, it is annoying but possible - imagine user who will have only BPL/EXE -
ow can he tell it ?

I wish that every localisable string be commented, and that
comment-description be copyied to .PO file.

3rd blackout started...
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Localization process
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 09:57:08 +0100
Newsgroups: jedi.vcl

Oops, sorry, empty posting ;-)

Michael




Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 09:55:18 +0100
Newsgroups: jedi.vcl

> > Yes, this means that the Text property should be of type TStrings instead
of
> > string to use the same editor, but perhaps you know another solution to
keep
> > it of type string and use such kind of editor, too.
It would be possible to register a property editor for it that displays it
in a multiline editor but saves it as a string. We are in code freeze mode
now so I'm not sure if it's OK to add a property editor, but if no one has
any complaints, it's an easy fix.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Localization process
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 09:55:11 +0100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> schrieb im Newsbeitrag
news:bvvhti$kac$1@talkto.net...
> > The stars so gaily glistened... (Fri, 6 Feb 2004 09:12:09 +0100 @383)
> > ...while the fading voice of Michael whispered through the darkness:
> >
> > Will try some Russian.
> >
> > BTW, 1st 2 items are OK and Cancel - they are surely to be taken from RTL
> > (consts.pas, SOKButton & SCancelButton)
> >
> >
> > --
> > WinAMP://none: WinAMP is suffocated
> > http://Arioch.nm.ru/FL/Fidolook_SL.png    Mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Localization process
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 09:52:53 +0100
Newsgroups: jedi.vcl

> > BTW, 1st 2 items are OK and Cancel - they are surely to be taken from RTL
> > (consts.pas, SOKButton & SCancelButton)
Never assume anything!<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 09:39:19 +0100
Newsgroups: jedi.vcl

> > I'll fix it.
Peter,

may I ask you to add another feature, in the processes of changing the
source?
The Text property of TJvMarkupLabel is just a single line in Object
Inspector. It would be nice if an editor pops up just like the one of
TRichEdit.Lines.

Yes, this means that the Text property should be of type TStrings instead of
string to use the same editor, but perhaps you know another solution to keep
it of type string and use such kind of editor, too.

Since the markup label is capable of doing some word wrap, which means I can
put in some more lines, this would be a nice feature.

cu,
Michael




Subject: Re: Localization process
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 6 Feb 2004 11:38:20 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 06 Feb 2004 16:57:59 +1000 @331)
....while the fading voice of OBones whispered through the darkness:


=========Beginning of the citation============== 
#. Programmer's name for it: RsHTMLExportDocTitle
#: JvDBGridExport.pas:254
msgid "Grid to HTML Export"
msgstr ""
=========The end of the citation================ 

what's the difference ?

=========Beginning of the citation============== 
#. Programmer's name for it: RsExportHTML
#: JvDBGridExport.pas:257
msgid "Exporting to HTML..."
msgstr ""
=========The end of the citation================ 


more about OK button - one more duplicate (or almost dup)
=========Beginning of the citation============== 
msgid "&OK"
msgstr ""
=========The end of the citation================ 

Sorry, brwonout, i'm off.
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Localization process
From: Noel Cosgrave <noel.cosgrave@spammenot.blennerville.it>
Date: Fri, 06 Feb 2004 11:36:54 +0300
Newsgroups: jedi.vcl

On Fri, 06 Feb 2004 16:57:59 +1000, OBones
<obones_gfdg_@_rer_meloo.com> wrote:

> >Hi all
> >
> >If some of you have some spare time and speak a language that is not 
> >English, you may want to spend that time doing the translation for the JVCL.
> >You will find all you need in the locale directory, where those 
> >languages are ready to be starte:
> >French, German, Italian, Russian, Spanish, Swedish
> >
> >Some general documentation is in help\localization.html and some 
> >developer's documentation is in locale\locale.txt
> >
> >I've already started on the French, but there are more to go.
> >
> >Thanks all for your help

Will have a look at Russian or Italian.

Noel


Subject: Re: Localization process
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 6 Feb 2004 11:33:05 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 6 Feb 2004 09:12:09 +0100 @383)
....while the fading voice of Michael whispered through the darkness:

Will try some Russian.

BTW, 1st 2 items are OK and Cancel - they are surely to be taken from RTL
(consts.pas, SOKButton & SCancelButton)


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: TJvMarkupLabel
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 09:31:21 +0100
Newsgroups: jedi.vcl

> > procedure TJvMarkupLabel.DoReadBackColor(Reader: TReader);
> > begin
> >   if Reader.NextValue = vaIdent then
> >     Color := StringToColor(Reader.ReadIdent)
> >   else
> >     Color := Reader.ReadInteger;
> > end;

Peter, thanks!




Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 09:28:36 +0100
Newsgroups: jedi.vcl

Nope, that's not it. This works, however:

procedure TJvMarkupLabel.DoReadBackColor(Reader: TReader);
begin
  if Reader.NextValue = vaIdent then
    Color := StringToColor(Reader.ReadIdent)
  else
    Color := Reader.ReadInteger;
end;

I'll fix it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 09:12:52 +0100
Newsgroups: jedi.vcl

> > The next problem occured at this point: Setting ParentColor to True, the
> > label sets it color correctly according to the parent's color at design
> > time. This way the label looks transparent.

There is a trick to making ParentColor work correctly:

change "property Color" to "property Color default clBtnFace"
change "property ParentColor" to "property ParentColor default true"

in Create, add to the end:

ParentColor := true;

Rebuild the runtime package (JvJans)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Localization process
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 09:12:09 +0100
Newsgroups: jedi.vcl

> > If some of you have some spare time and speak a language that is not
> > English, you may want to spend that time doing the translation for the
JVCL.
> > You will find all you need in the locale directory, where those
> > languages are ready to be starte:
> > French, German, Italian, Russian, Spanish, Swedish

I could do the German part of the translation. Please give message if
someone started this one already.

cu,
Michael




Subject: Re: TJvMarkupLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Feb 2004 09:04:33 +0100
Newsgroups: jedi.vcl

> > perhaps I do not get this error because of the following lines:
That's the code that's supposed to read BackColor into Color without errors.
Maybe it just needs to be the other way around. ie:

  inherited DefineProperties(Filer);
  Filer.DefineProperty('BackColor', DoReadBackColor, nil, False);


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 08:54:50 +0100
Newsgroups: jedi.vcl

> > BackColor was replaced with Color since it does the same thing. Although
> > BackColor *should* have been read correctly into the Color property, it
> > seems it doesn't work (I'll have a look at that). Clicking "Ignore All"
when
> > opening the dfm should sort it out.
Peter,

perhaps I do not get this error because of the following lines:

procedure TJvMarkupLabel.DefineProperties(Filer: TFiler);
begin
  Filer.DefineProperty('BackColor', DoReadBackColor, nil, False);
  inherited DefineProperties(Filer);
end;

I've read in NG (01/17/2004) that Andreas Hausladen implemented this proc to
be compatible with old .dfm files. However it seems this does not work at
least for me - using D7 Enterprise.

cu,
Michael




Subject: Re: TJvMarkupLabel
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 6 Feb 2004 08:39:37 +0100
Newsgroups: jedi.vcl

> > seems it doesn't work (I'll have a look at that). Clicking "Ignore All"
when
> > opening the dfm should sort it out.
I was waiting for exactly this message from the IDE but instead it came up
with the mentioned error.

cu,
Michael




Subject: Re: CLX status
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 6 Feb 2004 00:42:29 +0100
Newsgroups: jedi.vcl

Here is the list for the JvCore-CLX package. All files compile under
Windows with VisualCLX.

  // COMMON
  JvConsts, JvColorProvider, JvComponent, JvContextProvider,
JvDataProvider,
  JvDataProviderIntf, JvDynControlEngine, JvDynControlEngineIntf,
  JvDynControlEngineVCL, JvDsgnIntf, JvJCLUtils, JvJVCLAboutForm,
JvJVCLUtils,
  JvMaxPixel, JvMouseTimer, JvProgressUtils, JvPropertyStore,
JvPropertyStorage,
  JvThemes, JvTypes, JvActions, JvAppIniStorage, JvAppStorage,
  JvAppStorageSelectList, JvBaseDlg, JvCaret, JVCLVer,
  JvResources, WStrUtils,

  // WINDOWS ONLY
  JvVersionInfo, JvAppRegistryStorage,

  // LINUX ONLY


  // DESIGN Common
  JvProviderTreeListDsgnFrame, JvProviderTreeListFrame,
JvStdToolbarDsgnFrame,
  JvStringsForm, JvBaseDlgEditor,


-- Regards, Andreas Hausladen 

Subject: Re: CLX status
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 06 Feb 2004 08:58:32 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> JvInspector (has a problem with the ScrollBar)
>
>
> This should be solved ASAP. JvInspector is a flagship component.
>
Well, yeah, but it's a nightmare to use with BCB because it uses lots of TypeInfo, TMethod casts and other stuff that are Delphi specific.
I'm currently in the process of writing the example for BCB and it definitely is not that easy.
No wonder people decided not to use it with BCB...



Subject: Re: TJvMarkupLabel
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 5 Feb 2004 22:30:20 +0100
Newsgroups: jedi.vcl

> > in the latest, full, installation of JVCL 3 I'm missing the BackColor
> > property of TJvMarkupLabel.
I've solved this one!

The next problem occured at this point: Setting ParentColor to True, the
label sets it color correctly according to the parent's color at design
time. This way the label looks transparent.

However at runtime the label isnt't transparent anymore the background
color is white!
-- cu, Michael 

Subject: [UIB] bug corrected
From: "Henri Gourvest" <x@x.com>
Date: Thu, 5 Feb 2004 22:27:52 +0100
Newsgroups: jedi.vcl

Readonly property TJvUIBDataset.RowsAffected moved from published to puplic.
TSQLParams.EncodeString/EncodeWidestring corrected to manage correctly empty
strings, before the string was including zero terminal.

Henri Gourvest




Subject: TJvDirectoryEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 5 Feb 2004 22:20:35 +0100
Newsgroups: jedi.vcl

Hi,

using the latest JVCL3 and TJvDirectoryEdit: loading a bitmap into the
Glyph property won't display it anymore inside the button. ImageKind is set
to ikCustom.
-- cu, Michael 

Subject: TJvMarkupLabel
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 5 Feb 2004 22:10:23 +0100
Newsgroups: jedi.vcl

Hi,

in the latest, full, installation of JVCL 3 I'm missing the BackColor
property of TJvMarkupLabel.

When reloading a project the IDE complaints about: "Error creating form:
Error reading JvMarkupLabel1.BackColor: Invalid property value."

OK - I started to open the form's dfm file in Notepad to delete the line.
However the file looks a little bit crypted.

So my question is: How would you delete this property from such a dfm file?
Thanks,
-- cu, Michael 

Subject: Help in locating a bug
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Feb 2004 21:33:38 +0100
Newsgroups: jedi.vcl

Hello, All!

    I'm having some problems with the provider (or rather consumer) core
which I assume occur in one or both of the following methods:

* TJvDataConsumerViewList.DeleteItem
    Should delete the specified item and any sub items (calls DeleteItems to
delete the sub items)
* TJvDataConsumerViewList.DeleteItems
    Should delete any sub items of the specified item. Sub items are any
item that are at a deeper level than the specified item (iterate list until
another item is encountered at a level <= item of the specified item)

    I still get an AV occasionally in the ColorProvider designer and it is
always after a collapse (which deletes sub items) of a group.

    I also get an AV when I use a list box (connected to the ColorProvider),
GroupingSettings.FlatList property set to False (if it's set to True,
everything works fine) and deactivate, e.g, the Standard colors group.

    Both cases deal with deleting one or more items (the latter case does
this by first clearing the view, which is accomplished by calling
DeleteItem(0) until the list is empty). I can't seem to spot anything wrong
with the implementation of the methods outlined above. Anyone else see
anything wrong with them?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Shy boy" by Bananarama.




Subject: Warning: committed a a fix which changed a class definition
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Feb 2004 21:11:55 +0100
Newsgroups: jedi.vcl

Hello, All!

    I committed a bug fix for JvColorProvider that required me to override a
method in a descendant (thus changing the class definition). Since this fix
is necessary I committed it without requesting for approval.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Sometimes" by Erasure.




Subject: Re: CLX status
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Thu, 5 Feb 2004 19:55:15 +0100
Newsgroups: jedi.vcl

 Here is a (not complele) list of the components that are CLX compatible.
 These components compile in CLX mode.

JvActions
JvAirBrush
JvAlarms
JvAni
JvAniFile
JvAnimate
JvAnimatedImage
JvAnimTitle
JvAppAnimatedIcon
JvAppEvent
JvAppHotKey
JvAppIniStorage
JvAppStorage
JvAppStorageSelectList
JvAppXMLStorage
JvArrayButton
JvArrowButton
JvaScrollText
JvBaseDlg
JvBaseEdits
JvBaseThumbnail
JvBehaviorLabel
JvBevel
JvBitBtn
JvBitmapButton
JvBmpAnimator
JvBoxProcs
JvBrowseFolder
JvButton
JvButtonPersistent
JvButtons
JvCabFile
JvCaesarCipher
JvCalc
JvCaptionPanel
JvCaret
JvChart
JvCheckBox
JvCheckedMaskEdit
JvClock
JVCLVer
JvClxUtils
JvColorBox
JvColorButton
JvColorForm
JvColorProvider
JvComponent
JvComponentPanel
JvContentScroller
JvContextProvider
JvControlBar
JvConverter
JvCSVBaseControls
JvCsvData
JvCsvParse
JvDataEmbedded
JvDataProvider
JvDataProviderIntf
JvDBUtils
JvDiagramShape
JvDialButton
JvDice
JvDirectories
JvDragDrop
JvDrawImage
JvDsgnIntf
JvDynControlEngine
JvDynControlEngineIntf
JvDynControlEngineVCL
JvEdit
JvErrorIndicator
JvExButtons
JvExCheckLst
JvExComboEdits
JvExComCtrls
JvExControls
JvExDBGrids
JvExExtCtrls
JvExForms
JvExGrids
JvExMask
JvExStdCtrls
JvFixedEditPopup
JvFooter
JvFormAnimatedIcon
JvFormAnimation
JvFormAutoSize
JvFormToHtml
JvFormTransparent
JvFormWallpaper
JvForth
JvGammaPanel
JvGenetic
JvGradient
JvGradientHeaderPanel
JvGridFilter
JvGridPreviewForm
JvGridPrinter
JvGroupBox
JvGroupHeader
JvHeaderControl
JvHint
JvHLParser
JvHtControls
JvHtmlParser
JvIconList
JvId3v1
JvId3v2
JvID3v2Base
JvId3v2Types
JvImage
JvImageDlg
JvImageDrawThread
JvImageList
JvImageRotate
JvImageSquare
JvImageTransform
JvInspector
JvInstallLabel
JvItemsPanel
JvItemsSearchs
JvJanTreeView
JvJCLUtils
JvJVCLUtils
JvLabel
JvLED
JvLinkedControls
JvLinkLabel
JvLinkLabelDebug
JvLinkLabelParser
JvLinkLabelRenderer
JvLinkLabelTextHandler
JvLinkLabelTools
JvLinkLabelTree
JvLogFile
JvLogForm
JvMarkupCommon
JvMarkupLabel
JvMarkupViewer
JvMaskEdit
JvMaxPixel
JvMemoryDataset
JvMergeManager
JvMouseTimer
JvMovableBevel
JvPainterEffectsForm
JvPainterQBForm
JvPaintFX
JvPanel
JvParserForm
JvPatchFile
JvPatchForm
JvPickDate
JvPrint
JvProfilerForm
JvProgressBar
JvProgressComponent
JvProgressDialog
JvProgressForm
JvProgressUtils
JvPropertyStorage
JvPropertyStore
JvQuickPreviewForm
JvRadioGroup
JvResample
JvResources
JvRgbToHtml
JvSAL
JvSALCore
JvSALHashList
JvSALMath
JvScreenSaver
JvScrollText
JvSearchFiles
JvSerialMaker
JvShape
JvSimIndicator
JvSimLogic
JvSimPID
JvSimPIDLinker
JvSimpleXml
JvSimScope
JvSpacer
JvSpecialImage
JvSpecialProgress
JvSpeedButton
JvSpellChecker
JvSpellerForm
JvSpellIntf
JvSpin
JvSplitter
JvStarfield
JvStrings
JvStrToHtml
JvSystemColors
JvThemes
JvTimeLimit
JvTimer
JvToolEdit
JvTurtle
JvTypes
JvUIB
JvUIBase
JvUIBConst
JvUIBDataSet
JvUIBError
JvUIBLib
JvUIBMetaData
JvUIBObj
JvUIBSQLParser
JvUIBSrv
JvUnicodeCanvas
JvValidateEdit
JvValidators
JvVersionInfo
JvVigenereCipher
JvWaitingGradient
JvWaitingProgress
JvWallpaperEditForm
JvWinampLabel
JvWinHelp
jvWinTest
JvWizard
JvWizardCommon
JvWizardRouteMapNodes
JvWizardRouteMapSteps
JvXmlDatabase
JvXmlTree
JvXorCipher
JvYearGrid
JvYearGridEditForm
JvZlibMultiple
QWinCursors

Regards,

André Snepvangers




Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Thu, 5 Feb 2004 19:52:38 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
bvsrlt$9ok$1@talkto.net...
>> > > I try your idea but after 2 hours of test, it's definitely doesn't work
:(
> >
> > Strange, because it works flawlessly for me.
> >

Maybe i mistake in my implementation !!


>> > > We never pass to DoTitleDblClick. Well DblClick is really a strange
event
>> > > and very difficult to debug because if you put somewhere (in MouseDown,
>> > > MouseUp) a breakpoint, you never have this event !!!
> >
> > DblClick is handled deep down in TControl:
> >
> > procedure TControl.WMLButtonDblClk(var Message: TWMLButtonDblClk);
> > begin
> >   SendCancelMode(Self);
> >   inherited;
> >   if csCaptureMouse in ControlStyle then MouseCapture := True;
> >   if csClickEvents in ControlStyle then DblClick;
> >   DoMouseDown(Message, mbLeft, [ssDouble]);
> > end;
> >
> > Maybe I should send you the JvDBGrid I have so you can test that it
actually
> > works?
> >

Yes, send me the unit and i will test it

Thanks,
Lionel


> >




Subject: Re: CLX status
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Feb 2004 19:30:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> JvInspector (has a problem with the ScrollBar)

This should be solved ASAP. JvInspector is a flagship component.



Subject: Re: CLX status
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 5 Feb 2004 19:26:45 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > JvInspector (hat noch Probleme mit der ScrollBar)
> > JvComboEdit
> > JvDateEdit
> > JvDirectoryEdit (dürfte bis jetzt nur unter Windows funktionieren)
> > JvFileDirEdit (dürfte bis jetzt nur unter Windows funktionieren)

Upps. Should read:

JvInspector (has a problem with the ScrollBar)
JvComboEdit
JvDateEdit
JvDirectoryEdit (may work under Windows only)
JvFileDirEdit (may work under Windows only)

-- Regards, Andreas Hausladen 

Subject: CLX status
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 5 Feb 2004 19:25:14 +0100
Newsgroups: jedi.vcl

Here is a (not complele) list of the components that are CLX compatible.
These components may not compile in CLX mode.

JvEdit
JvValidateEdit
JvMaskEdit
JvInspector (hat noch Probleme mit der ScrollBar)
JvComboEdit
JvDateEdit
JvDirectoryEdit (dürfte bis jetzt nur unter Windows funktionieren)
JvFileDirEdit (dürfte bis jetzt nur unter Windows funktionieren)
JvArrowButton
JvaScrollText
JvBehaviorLabel
JvBevel
JvBitBtn
JvBitmapButton
JvaCaptionButton
JvaColorButton
JvHTButton
JvCaptionPanel
JvCheckBox
JvClock
JvColorBox, JvColorSquare (, JvDropButton)
JvColorButton
JvComponentPanel
JvContentScroller
JvControlBar
JvDataEmbedded
JvDialButton
JvDice
JvFormWallpaper
JvGradient
JvGroupBox
JvGroupHeader
JvHTComboBox
JvHTLabel
JvHTListBox
JvImage
JvImageDialog
JvImageList
JvImageRotate
JvImageSquare
JvImageTransform
JvLabel
JvLED
JvMarkupLabel
JvMarkupViewer
JvMovableBevel
JvPageManager, JvPageProxy
JvPageScroller
JvPanel
JvPcx
JvCalendar
JvProgressBar
JvProgressComponent
JvRadioButton
JvRGBToHTML
JvDivider
JvScrollButton
JvScrollingWindow
JvShape
JvSlider
JvSpacer
JvSpecialImage
JvSpecialProgress
JvImageSpeedButton
JvSpeedButton
JvSplitter
JvStarfield
JvStatusBar
JvStringGrid
JvStrHolder (no VCL/CLX dependency)
JvStrToHtml (no VCL/CLX dependency)
JvSystemColors
JvThread
JvThreadTimer
JvTimer
JvTracker
JvTranslator
JvTransparentButton, JvTransparentButton2
JvTransparentPanel
JvTurtle
JvVigenereCipher (no VCL/CLX dependency)
JvWaitingGradient
JvWaitingProgress
JvWinampLabel
JvWizard*
JvYearGrid
JvZlibMultiple


-- Regards, Andreas Hausladen 

Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Feb 2004 19:03:11 +0100
Newsgroups: jedi.vcl

- JvDataEmbedded: A bad example for almost everything.
  A bug in the component has been identified, but only commented.
  The design editor has been rewritten, but not really tested.
  The new design editor was badly formatted and used a string
  literal instead of a resourcestring.
  The test text was bad english.
  Now the design editor really loads the data (fix of component bug)
  and also sets the form to modified so the new data is saved to the dfm.
  All elements of the form needed changes for a clean example.



Subject: Re: JVSchedule event (how to set)
From: @in@taavi.ee
Date: Thu, 05 Feb 2004 16:00:28 GMT
Newsgroups: jedi.vcl

On Thu, 5 Feb 2004 15:28:57 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

> >    Maybe we should see if we can a better one after JVCL3 is out and about,
> >but I can't really promise I'll be working on the scheduler at all, unless
> >it's to fix a bug. You are welcome to try though (as I understand it, you
> >already have a large part ready, just removed a number of options).

The sheduler I wrote is tightly integrated into my app and thus not
usable as generic solution... but I like your idea of using interfaces
(my current implementation doesn't use them) and perhaps I'll try to
come up with better version (not making any promises though).

ain


Subject: Re: JVSchedule event (how to set)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Feb 2004 15:28:57 +0100
Newsgroups: jedi.vcl

Hello, @in@taavi.ee!
You wrote  on Thu, 05 Feb 2004 13:39:13 GMT:

 > Marcel, I agree with Jirayu. TTimeStamp is somewhat difficult to work
 > with and IMO precision of TDateTime is enough.

    I agree. To be honest, I have no idea why I chose TTimeStamp in the
first place. It only resulted in more implementation troubles. I should have
altered it right then, but I figured to just keep on going and make the best
of it. Bad decision number 1 <g>

 > This is actually one (but not main) reason I wrote my own sheduler
 > instead of using TJvScheduledEvents. Some other points I can recall:

 > TSchedule is too "heavy". I expected that there is an "data object"
 > and "engine" which processes them. But right now everything is in

[snip]

 > Also, IMHO design of the whole thing is too complex. It took me less
 > time to write my own (somewhat simpler in the sense that there is less
 > options) sheduler than understand what for all those objects are and
 > what is going on...

    I never claimed to have thought about the JclSchedule design for a long
time, nor that it was a good design (in fact, I have been thinking about
redesigning it but I never had the urge to do just that). It was also more a
kind of experimenting with interfaces which got out of hand (again
explaining the somewhat bad design) and not really intended to be released
in that form, if released at all. Only after it was finished and seemed to
be working and the JvScheduledEvents component was in design (again not
really thought about much before implementing it) I decided to release
JclSchedule, just forgetting about the TTimeStamp issue and not really
having gained much knowledge with interfaces, so not realizing the bad
design (bad decision number 2 through 100?).

    I've gotten a bit better on interfaces, but I just didn't feel any need
to redesign the scheduling unit as it is working. A change would have also
had some consequences on the JvScheduledEvents component and would probably
break backwards compatibility (not that should have been a real
show-stopper, but I did take that into account as well).

    Maybe we should see if we can a better one after JVCL3 is out and about,
but I can't really promise I'll be working on the scheduler at all, unless
it's to fix a bug. You are welcome to try though (as I understand it, you
already have a large part ready, just removed a number of options).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: TJvSpinEdit in disabled state
From: @in@taavi.ee
Date: Thu, 05 Feb 2004 13:52:10 GMT
Newsgroups: jedi.vcl

Hi!

The TJvSpinEdit button isn't painted as disabled (greyed) when control
is in disabled state. I'm using ButtonKind bkDiagonal, have not tested
with other kinds... First I thought that no big deal but it bothers me
more every day as it is hard to understand is edit disabled or not...
could you fix it for JVCL3 please?


ain


Subject: Re: JVSchedule event (how to set)
From: @in@taavi.ee
Date: Thu, 05 Feb 2004 13:39:13 GMT
Newsgroups: jedi.vcl

On Thu, 5 Feb 2004 10:06:57 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

Hello, 

> > J>   I find it difficult to set to set the value for ISchedule as this
> > J> component uses TTimeStamp
> > J>   instead of Date and Time.
> >
> >    You can use the DateTimeToTimeStamp function in SysUtils (and
> >TimeStampToDateTime if you need to convert a timestamp back to a TDateTime).

Marcel, I agree with Jirayu. TTimeStamp is somewhat difficult to work
with and IMO precision of TDateTime is enough. 
This is actually one (but not main) reason I wrote my own sheduler
instead of using TJvScheduledEvents. Some other points I can recall:

TSchedule is too "heavy". I expected that there is an "data object"
and "engine" which processes them. But right now everything is in
TSchedule which defeats the point of having all those IJcl*Schedule
interfaces. There is no point implementing those interfaces in my
objects as there is no engine I can feed those interfaces to be
sheduled. Or to put it other way, if I implement IJcl*Schedule
interface(s) I have to implement the engine as well... so I don't see
the benefits of those interfaces.
Also, why it is that all IJcl*Schedule interfaces are descendants of
IUnknown while they share many methods and properties? I expected that
IJclYearlySchedule is descendant of IJclMonthlySchedule (plus Month
property) etc...

Also, IMHO design of the whole thing is too complex. It took me less
time to write my own (somewhat simpler in the sense that there is less
options) sheduler than understand what for all those objects are and
what is going on...


ain


Subject: Re: Issues with TJvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 5 Feb 2004 12:55:03 +0100
Newsgroups: jedi.vcl

Oops a double posting occured ;-)
> > 1) when starting the application the OnEnterPage event for the welcome
page
> > is called, however with Page := Nil. This results in an AV when you do not
> > take this in mind.

after re-thinking this and taking in mind that Page is meant to be the
FromPage, this is correct for the welcome page.
However the problem of the param name still exists.

cu,
Michael




Subject: Issues with TJvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 5 Feb 2004 12:52:50 +0100
Newsgroups: jedi.vcl

Hi,

at the moment I'm testing around with the TJvWizard component and I think
I've found some bugs(?):

I've a new TFrom, put an TJvWizard on it together with a welcome and one
interior page.
I've assigned an OnEnterPage event to both of them containing a Page
parameter, which should IMO reflect the *current* page.

1) when starting the application the OnEnterPage event for the welcome page
is called, however with Page := Nil. This results in an AV when you do not
take
this in mind.

2) when proceeding from the welcome page to the interior page using the next
button, the interior OnEnterPage event is called. However the Page parameter
does not reference the interior page but the welcome one. This means either
the Page parameter should be called FromPage or it just a "bug" 'cause IMO
the event is assigned to a certain page and the param should reflect this.

3) the OnExitEvent also behaves wrong. The Page param does not hold the
currently exited page but the previous or better the called one when using
the back button.

These issues make it hard to enable or disable certain controls, especially
the navigation buttons, if I cannot determine which page raised the
appropriate event.

Checking the source I've found the declaration of

TJvWizardChangePageEvent = procedure(Sender: TObject;
    const Page: TJvWizardCustomPage) of object;

and:

procedure TJvWizardCustomPage.Enter(const FromPage: TJvWizardCustomPage);
begin
  if Assigned(FOnEnterPage) and Enabled and
    not (csDesigning in ComponentState) then
  begin
    FOnEnterPage(Self, FromPage);
  end;
end;

and:

procedure TJvWizardCustomPage.Exit(const ToPage: TJvWizardCustomPage);
begin
  if Assigned(FOnExitPage) and Enabled and
    not (csDesigning in ComponentState) then
  begin
    FOnExitPage(Self, ToPage);
  end;
end;

Of course I could use the Sender param however it would be a bit more user
friendly if I a FromPage, ToPage param is present. TJvWizardChangePageEvent
has to be changed accordingly: TJvWizardEnterPageEvent,
TJvWizardExitPageEvent.

However Point 1) is still left.

cu,
Michael





Subject: Issues with TJvWizard
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 5 Feb 2004 12:50:11 +0100
Newsgroups: jedi.vcl

Hi,

at the moment I'm testing around with the TJvWizard component and I think
I've found some bugs(?):

I've a new TFrom, put an TJvWizard on it together with a welcome and one
interior page.
I've assigned an OnEnterPage event to both of them containing a Page
parameter, which should IMO reflect the *current* page.

1) when starting the application the OnEnterPage event for the welcome page
is called, however with Page := Nil. This results in an AV when you do not
take
this in mind.

2) when proceeding from the welcome page to the interior page using the next
button, the interior OnEnterPage event is called. However the Page parameter
does not reference the interior page but the welcome one. This means either
the Page parameter should be called FromPage or it just a "bug" 'cause IMO
the event is assigned to a certain page and the param should reflect this.

3) the OnExitEvent also behaves wrong. The Page param does not hold the
currently exited page but the previous or better the called one when using
the back button.

These issues make it hard to enable or disable certain controls, especially
the navigation buttons, if I cannot determine which page raised the
appropriate event.

Checking the source I've found the declaration of

TJvWizardChangePageEvent = procedure(Sender: TObject;
    const Page: TJvWizardCustomPage) of object;

and:

procedure TJvWizardCustomPage.Enter(const FromPage: TJvWizardCustomPage);
begin
  if Assigned(FOnEnterPage) and Enabled and
    not (csDesigning in ComponentState) then
  begin
    FOnEnterPage(Self, FromPage);
  end;
end;

and:

procedure TJvWizardCustomPage.Exit(const ToPage: TJvWizardCustomPage);
begin
  if Assigned(FOnExitPage) and Enabled and
    not (csDesigning in ComponentState) then
  begin
    FOnExitPage(Self, ToPage);
  end;
end;

Of course I could use the Sender param however it would be a bit more user
friendly if I a FromPage, ToPage param is present. TJvWizardChangePageEvent
has to be changed accordingly: TJvWizardEnterPageEvent,
TJvWizardExitPageEvent.

However Point 1) is still left.

cu,
Michael




Subject: Re: JVSchedule event (how to set)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Feb 2004 10:06:57 +0100
Newsgroups: jedi.vcl

Hello, Jirayu!
You wrote  on Thu, 5 Feb 2004 09:10:22 +0700:

 J>   I find it difficult to set to set the value for ISchedule as this
 J> component uses TTimeStamp
 J>   instead of Date and Time.  Is there an easy way to do this.

    You can use the DateTimeToTimeStamp function in SysUtils (and
TimeStampToDateTime if you need to convert a timestamp back to a TDateTime).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: approval: make JvInterpreter.res obsolete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Feb 2004 09:32:07 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> The contained strings should go to JvResources.pas

A closer look revealed that JvInterpreter.res was already unused and outdated. The strings from JvInterpreterConst.pas are now in JvResources.pas.



Subject: Re: approval: make JvInterpreter.res obsolete
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Feb 2004 09:04:05 +0100
Newsgroups: jedi.vcl

> > The contained strings should go to JvResources.pas
I see no problems with that

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Feb 2004 09:00:47 +0100
Newsgroups: jedi.vcl

> > I try your idea but after 2 hours of test, it's definitely doesn't work :(

Strange, because it works flawlessly for me.

> > We never pass to DoTitleDblClick. Well DblClick is really a strange event
> > and very difficult to debug because if you put somewhere (in MouseDown,
> > MouseUp) a breakpoint, you never have this event !!!

DblClick is handled deep down in TControl:

procedure TControl.WMLButtonDblClk(var Message: TWMLButtonDblClk);
begin
  SendCancelMode(Self);
  inherited;
  if csCaptureMouse in ControlStyle then MouseCapture := True;
  if csClickEvents in ControlStyle then DblClick;
  DoMouseDown(Message, mbLeft, [ssDouble]);
end;

Maybe I should send you the JvDBGrid I have so you can test that it actually
works?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: approval: make JvInterpreter.res obsolete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Feb 2004 08:38:09 +0100
Newsgroups: jedi.vcl

The contained strings should go to JvResources.pas



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Feb 2004 08:30:12 +0100
Newsgroups: jedi.vcl

- JvContentScroller: Used 'C:\WIN98\MEDIA\The Microsoft Sound.wav'
  as MediaFile. Unfortunately this file name is localized.
  It now uses GetWindowsDirectory + '\Media\Tada.wav'.
  Unused test.bmp removed from CVS.
  TJvContentScroller contains the bad name ScrollIntervall.
  This should be changed to ScrollInterval ASAP.
  Could be improved to allow changing of ScrollDirection while Active.

- JvControls: No changes needed.

- JvCreateProcess: Constraints set and made StayOnTop.

- JvCSVDataSet: Improved, but not well designed yet.
  PhoneList.csv needs to be copied (!) to the Bin directory (done).
  Peter, i removed your name and address from PhoneList.csv.
  This example is designed to be explored from the IDE.



Subject: Re: TJvxCheckListBox themed?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 5 Feb 2004 07:57:20 +0100
Newsgroups: jedi.vcl

> > CLX support and Theme support is worked upon.
Good news!

Michael




Subject: JVSchedule event (how to set)
From: "Jirayu" <jirayu@sunncity.com>
Date: Thu, 5 Feb 2004 09:10:22 +0700
Newsgroups: jedi.vcl

  I find it difficult to set to set the value for ISchedule as this
component uses TTimeStamp
  instead of Date and Time.  Is there an easy way to do this.
  Thank you for your attention.

  Jirayu




Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 4 Feb 2004 23:23:56 +0100
Newsgroups: jedi.vcl

Hi Peter

I try your idea but after 2 hours of test, it's definitely doesn't work :(
We never pass to DoTitleDblClick. Well DblClick is really a strange event
and very difficult to debug because if you put somewhere (in MouseDown,
MouseUp) a breakpoint, you never have this event !!!

I also try to shortcut Mouse event by using "WMLButtonDblClk", but again it
doesn't work because we pass before by the MouseUp event. In fact that's
like i said earlier, you have the sequence :
MouseDown
MouseUp
and again MouseDown with ssDouble in Shift (you can see in
TControl.WMLButtonDblClk this call : DoMouseDown(Message, mbLeft,
[ssDouble]); )

The only solution i see is to move code in MouseUp to MouseDown. But it's a
bit risky because a don't know all the implication of this operation ...

Regards,
Lionel


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
bvq9qu$bs0$1@talkto.net...
> > Here's a better implementation:
> >
> > Declare FTitleColumn:TColumn instead of FTitleClicked:boolean.
> >
> > CellClick:
> >   FTitleColumn := nil;
> >   inherited
> >
> > TitleClick:
> >   FTitleColumn := Column;
> >   inherited
> >
> > DblClick:
> >   if FTitleColumn <> nil then
> >     DoTitleDblClick
> >   else
> >     inherited;
> >   FTitleColumn := nil;
> >
> > DoTitleDblClick:
> >   if Assigned(FOnTitleDblClick) and (FTitleColumn <> nil) then
> >     FOnTitleDblClick(self, FTitleColumn.Index, FTitleColumn.Field);
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: @peter: Appoval to commit requested
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 4 Feb 2004 22:25:42 +0100
Newsgroups: jedi.vcl

> >     I also fixed the problem with adding a new color, which never showed
up
> > in the designer. That solution is not optimum, since I didn't want to
change
> > the class definition, but if allowed I would like to remove a method and a
> > field.
Sounds OK to me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in jvInspector?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 4 Feb 2004 21:38:11 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl> wrote:

Hello Marcel,

>> >>   JvInspector.Root.Add(TJvInspectorVarData.New( JvInspector.Root,
>> >> 'INT', TypeInfo(integer), @inttest ));
> >
> >     Wrong. Should be:
> > --->8---
> >     TJvInspectorVarData.New( JvInspector.Root, 'INT',
> > TypeInfo(integer), @inttest);
> > --->8---
> >     Note that the JvInspector.Root.Add is not used, since the New
> > method will add it automatically.

OK, thanks now it is working (as i said: the component is not soo easy to
understand but i think now i got the "basics")

> >
>> >> Has anyone an idea what goes wrong here? I also get an AV with the
>> >> demo application upon exit!
> >
> >     Are you referring to the JVCL2.1 component + example or the JVCL3
> > component + example? Which example (Simple or extended)?

I was refering to JVCL3 from the daily snapshots (the 10MB full snapshot, 2
days old) and the extended example, did not try it with the simple one.

Thanks again,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: @peter: Appoval to commit requested
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Feb 2004 21:23:00 +0100
Newsgroups: jedi.vcl

Hello, Peter!

    I finally found a solution to the nasty bug of the ColorProvider
designer (when you delete the color provider while the designer is still
active, resulting in an AV), but the change required me to add a method to
the designer form (I could also remove the Notification method that is now
obsolete, but if needed I can leave it in with just a call to inherited).

    I also fixed the problem with adding a new color, which never showed up
in the designer. That solution is not optimum, since I didn't want to change
the class definition, but if allowed I would like to remove a method and a
field.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Voulez-Vous" by Abba.




Subject: Re: starting point for the Examples discussion
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 4 Feb 2004 21:04:13 +0100
Newsgroups: jedi.vcl

> > We had lines like "var x:integer;" in files i already style cleaned.
As explained in the post about code freeze, style cleaning is not allowed
during code freeze to keep the number of updates to a minimum. During code
freeze, we concentrate on making the components functionality better.

> > BTW how about changing all these path names to use forward slash?
> > Windows understands the forward slash.
Yes maybe, but not now. Save this for after the beta release. Remember, it's
only 12 days to the planned beta release!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in jvInspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Feb 2004 21:00:39 +0100
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Wed, 4 Feb 2004 20:46:19 +0100:

 RK> I am using the following example to add a simple integer item:

 RK>   JvInspector.Root.Add(TJvInspectorVarData.New( JvInspector.Root,
 RK> 'INT', TypeInfo(integer), @inttest ));

    Wrong. Should be:
--->8---
    TJvInspectorVarData.New( JvInspector.Root, 'INT', TypeInfo(integer),
@inttest);
--->8---
    Note that the JvInspector.Root.Add is not used, since the New method
will add it automatically.

 RK> "inttest" is an integer variable and i have assigned the value -255 as
 RK> test - works good. But when i quit the program i get an access
 RK> violation in "jvInspector.pas" at this place:


 RK> Has anyone an idea what goes wrong here? I also get an AV with the demo
 RK> application upon exit!

    Are you referring to the JVCL2.1 component + example or the JVCL3
component + example? Which example (Simple or extended)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Eagle" by Abba.




Subject: Bug in jvInspector?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 4 Feb 2004 20:46:19 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl> wrote:
> >
> >     No tutorial, but the component is for 99% documented (only a few
> > of the latest additions are not yet documented). There are two
> > examples (a simple one and one that shows the more powerful/flexible
> > techniques).
> >

Hello,

with your hints i have managed to add items to the inspector - thanks.

I am using the following example to add a simple integer item:

  JvInspector.Root.Add(TJvInspectorVarData.New( JvInspector.Root, 'INT',
TypeInfo(integer), @inttest ));

"inttest" is an integer variable and i have assigned the value -255 as
test - works good. But when i quit the program i get an access violation in
"jvInspector.pas" at this place:

--------  from jvInspector.pas --------
procedure TJvCustomInspectorItem.BeforeDestruction;
begin
  inherited BeforeDestruction;
  if Parent <> nil then
    Parent.FItems.Remove(Self);
  if (Inspector <> nil) and (Inspector.Root <> Self) then <= AV happens here
    DoneEdit(True);
  if Inspector <> nil then
  begin
    Inspector.RemoveNotifySort(Self);
    Inspector.RemoveVisible(Self);
    if Inspector.RowSizingItem = Self then
    begin
      Inspector.RowSizing := False;
      Inspector.RowSizingItem := nil;
    end;
  end;
  FItems.Free;
  if Data <> nil then
    FData.RemoveItem(Self);
  FreeAndNil(FRowSizing);
  FItems := nil;
end;
--------  from jvInspector.pas --------

Has anyone an idea what goes wrong here? I also get an AV with the demo
application upon exit!

Thanks in advance
Ralf




Subject: Re: info about package installation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 Feb 2004 19:06:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Maybe of interest for the installer.

No, because the package installer does this since it was written.




-- Regards, Andreas Hausladen 

Subject: info about package installation
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 16:47:35 +0100
Newsgroups: jedi.vcl

Just found on Borland newsgroup. Maybe of interest for the installer.

http://components.genium.dk/community/articles/index.xml#PackageInstallation



Subject: Re: TJvxCheckListBox themed?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 16:42:26 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> are there any plans to make TJvxCheckListBox themed?

CLX support and Theme support is worked upon.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 16:39:27 +0100
Newsgroups: jedi.vcl

- JvClipboardViewer: Cleaned it up a bit.
  The underlying TJvClipboardViewer is not well designed.
  I think JvClipbrd.pas, JvClipboardMonitor.pas and
  JvClipboardViewer.pas should be placed in a single file
  and merged to a family of components.

- JVCLMegaDemo: Only fixed two spelling errors and the
  positioning of the TJvScrollText on the welcome form.
  TJvScrollText does not publish Anchors and i guess it
  does not publish several other properties.

- JvColorButton: Removed some stale code. Added an OnChange
  event which changes the color of the form. Changed the
  DialogOptions to get a more impressive color dialog.
  Definitely a candidate for a color provider.

- JvColorCombo: Cleaned it up a bit.

- JvComboListBox: Not checked thoroughly.
  Only Constraints set.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 16:38:59 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I know that and i limit myself to layout problems.
>
> What is layout problems?
>

We had lines like "var x:integer;" in files i already style cleaned.

Also standard style bugs with the IFDEFs. For example IFDEF VCL should not carry an ELSE for a VisualCLX part. VisualCLX should get its own IFDEF.

I also changed the $R resource includes to use the directory name Resources in all files.
BTW how about changing all these path names to use forward slash? Windows understands the forward slash.



Subject: Re: TJvDriveList
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 16:12:33 +0100
Newsgroups: jedi.vcl

> > But this way I only get the caption of the selected entries and not the
> > linked drive letter.

Ah, yes that would be a problem. There is an internal  FDrives: TStringList
that contains the drive letters, ordered the same as the Items in the
listbox, so adding a public property:

property Drives:TStrings read FDrives

you could then do:

with JvDriveList1 do
  for i := 0 to Items.Count - 1 do
    if Selected then
      DoSomething(Drives[i]);

Of course, we are in code freeze mode now, so we can't do it but you could
post a request to mantis (http://jvcl.sf.net/mantis) so we don't forget it
once we can do that type of changes again ;)

> > Setting JvDriveList1.Sorted to true this taks gets even
> > more difficult.
Hm, does it really work when it is sorted? Looking at the code, it doesn't
look like it should...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDriveList
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 4 Feb 2004 15:48:34 +0100
Newsgroups: jedi.vcl

> > Checkboxes are probably not something we'll do soon...
Too bad ;-)

> > Use the Selected array property , ie
> >
> > with JvDriveList1 do
> >   for i := 0 to Items.Count - 1 do
> >     if Selected then
> >       DoSomething(Items[i]);

But this way I only get the caption of the selected entries and not the
linked drive letter. Setting JvDriveList1.Sorted to true this taks gets even
more difficult.

cu,
Michael




Subject: TJvxCheckListBox themed?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 4 Feb 2004 15:22:24 +0100
Newsgroups: jedi.vcl

Hi,

are there any plans to make TJvxCheckListBox themed?

cu,
Michael




Subject: Re: TJvDriveList
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 15:20:12 +0100
Newsgroups: jedi.vcl

> > using TJvDriveList, I'm missing a little feature: A checkbox where the
user
> > can check one or some drives. Of course the property MultiSelect should be
> > handled.
Checkboxes are probably not something we'll do soon...

> > BTW if I set MultiSelect to true, where can I get the drive letters which
> > are selected?

Use the Selected array property , ie

with JvDriveList1 do
  for i := 0 to Items.Count - 1 do
    if Selected then
      DoSomething(Items[i]);


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the Examples discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 15:14:14 +0100
Newsgroups: jedi.vcl

> > I know that and i limit myself to layout problems.
What is layout problems?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvDriveList
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 4 Feb 2004 15:02:05 +0100
Newsgroups: jedi.vcl

Hi,

using TJvDriveList, I'm missing a little feature: A checkbox where the user
can check one or some drives. Of course the property MultiSelect should be
handled.

BTW if I set MultiSelect to true, where can I get the drive letters which
are selected?

cu,
Michael




Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 14:55:24 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Yes, but the COMPLIB_VCL discussion shows that i have to check for style
>
> He was using 2.10, not 3.0 so there is no need to check for that. On the
> contrary, style cleaning now migt introduce new bugs that we don't have the
> time to sort out. This is one of the most important reasons we have a code
> freeze: without it, we can't guarantee that code once checked remains stable
> and then we'll never be able to finish a release.

I know that and i limit myself to layout problems.



Subject: Re: TJvFontComboBox
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 4 Feb 2004 11:26:41 +0100
Newsgroups: jedi.vcl

Marcel,

thanks for explaining this to me.

cu,
Michael




Subject: Re: starting point for the Examples discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 11:22:26 +0100
Newsgroups: jedi.vcl

> > Yes, but the COMPLIB_VCL discussion shows that i have to check for style
He was using 2.10, not 3.0 so there is no need to check for that. On the
contrary, style cleaning now migt introduce new bugs that we don't have the
time to sort out. This is one of the most important reasons we have a code
freeze: without it, we can't guarantee that code once checked remains stable
and then we'll never be able to finish a release.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvFontComboBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Feb 2004 11:19:21 +0100
Newsgroups: jedi.vcl

Hello, Michael!
You wrote  on Wed, 4 Feb 2004 10:52:28 +0100:

 >>     It is planned for the font provider, so eventually it will be
 MF> possible.
 MF> Marcel,

 MF> what exactly is the font provider. I think I've read something about
 MF> other(?) providers here, too but I do not quite understand nor remember
 MF> it.

     Providers maintain a list (or tree) of items that can be rendered by a
consumer. Consumers can be any component or control (currently we have a
label, a combo box and a list box). By using providers we can further reduce
the number of special combo boxes, list boxes, buttons, etc as well as
reduce the memory requirements if lists are supposed used more than once
(with the provider, you only have the list/tree once, whereas with the color
combo box, the color list is in memory as often as the combo box is used).

    Currently we have a color provider, which should replace
TJvColorComboBox (currently it is still available in JVCL3, due to the lack
of provider/consumer support in JVCL3 and a couple of design time issues
introduced during a bug fix in the run time code).

    If you download the JVCL3 Beta release Peter provided, you should be
able to run the only provider example currently available. As an experiment
you can also just start a new application, drop a color provider on the form
and place one or more combo boxes, labels and or list boxes on the form.
Connect each of the controls to the provider (using the Provider property)
and experiment a little with the settings provided. You can also use the
ColorProvider designer, but it's a little bugged (adding a color is not
represented in the designer window, unless you close and reopen it again and
removing the ColorProvider while the designer is open gives AVs).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Llucy" by Mud.




Subject: Re: TJvFontComboBox
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 4 Feb 2004 10:52:28 +0100
Newsgroups: jedi.vcl

> >     It is planned for the font provider, so eventually it will be
possible.
Marcel,

what exactly is the font provider. I think I've read something about
other(?) providers here, too but I do not quite understand nor remember it.

cu,
Michael




Subject: Re: TJvFontComboBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Feb 2004 10:47:41 +0100
Newsgroups: jedi.vcl

Hello, Michael!
You wrote  on Wed, 4 Feb 2004 10:36:48 +0100:

 MF> I'm using TJvFontComboBox, which displays the fonts in a WYSIWYG manner
 MF> in the dropdown list.
 MF> Is it possible to display the list formatted with e.g. parent font and
 MF> a sample text of the currently selected font in a hint window - just
 MF> like some other applications/component(?) do?
 MF> Some fonts, especially Windings or similar could be selected or found
 MF> easier this way.

    It is planned for the font provider, so eventually it will be possible.
Don't expect it before the Beta or even the final JVCL3 release. I doubt the
FontComboBox itself will be changed before the provider is written.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Lucky Number" by Lene Lovich.




Subject: TJvFontComboBox
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 4 Feb 2004 10:36:48 +0100
Newsgroups: jedi.vcl

Hi,

I'm using TJvFontComboBox, which displays the fonts in a WYSIWYG manner in
the dropdown list.
Is it possible to display the list formatted with e.g. parent font and a
sample text of the currently selected font in a hint window - just  like
some other applications/component(?) do?
Some fonts, especially Windings or similar could be selected or found easier
this way.

I've put a sample picture in .binaries!

cu,
Michael




Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 10:04:28 +0100
Newsgroups: jedi.vcl

JvCheckTreeView: Cleaned up. Removed some unneeded controls and placed the JvCheckTreeView in the IDE instead of having it created in the FormCreate.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 10:03:20 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> The current changes were of bad style.
>
> Where?

Not yours. Mainly the VisualCLX changes.

> ? I didn't change any IFDEF/ENDIF's. And remember, no style cleaning when in
> code freeze.

Yes, but the COMPLIB_VCL discussion shows that i have to check for style degradation or such problems resurface constantly.



Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 09:43:46 +0100
Newsgroups: jedi.vcl

Here's a better implementation:

Declare FTitleColumn:TColumn instead of FTitleClicked:boolean.

CellClick:
  FTitleColumn := nil;
  inherited

TitleClick:
  FTitleColumn := Column;
  inherited

DblClick:
  if FTitleColumn <> nil then
    DoTitleDblClick
  else
    inherited;
  FTitleColumn := nil;

DoTitleDblClick:
  if Assigned(FOnTitleDblClick) and (FTitleColumn <> nil) then
    FOnTitleDblClick(self, FTitleColumn.Index, FTitleColumn.Field);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Starting point for the installer discussion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 4 Feb 2004 09:30:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Is there a way to have it checked automatically ?

It is checked automatically. That's the reason why it is disabled.



-- Regards, Andreas Hausladen 

Subject: Re: starting point for the Examples discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 09:25:24 +0100
Newsgroups: jedi.vcl

> > The current changes were of bad style.
Where?

> >I reworked the files. Some ENDIFs
> > without qualification slipped in again etc.
? I didn't change any IFDEF/ENDIF's. And remember, no style cleaning when in
code freeze.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 09:20:39 +0100
Newsgroups: jedi.vcl

How about this:

override DblClick, TitleClick and CellClick
create new procedure DoTitleDblClick()
add event: OnTitleDblClick:TTitleClickEvent
declare private variable: FTitleClicked:boolean

in TitleClick, write:
FTitleClicked := true;
inherited;

in CellClick, write:
FTitleClicked := false;
inherited;

in DblClick, write:
if FTitleClicked then
  DoTitleDblClick
else
  inherited;
FTitleClicked := false;

and finally, write this implementation:

procedure TJvDBGrid.DoTitleDblClick;
var
  Cell: TGridCoord;
  P:TPoint;
begin
  if Assigned(FOnTitleDblClick) and (DataLink <> nil) and DataLink.Active
and GetCursorPos(P) then
  begin
    Cell := MouseCoord(P.X, P.Y);
    if dgIndicator in Options then
      Dec(Cell.X);
    if (ACol >= Cell.X) and (Cell.X < Columns.Count) then
      FOnTitleDblClick(self, Cell.X, Columns[Cell.X].Field);
  end;
end;

I think that could work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 09:02:11 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> - JvCheckBoxRadioButton: The demo crashed on close.
>>   Please check the Notification code of these sources. I am not
>>   sure if it should be that way.
>
> The Notification code should look like it does to protect against "Owners"
> that doesn't check for csDestroying before calling Notification.

The current changes were of bad style. I reworked the files. Some ENDIFs without qualification slipped in again etc.



Subject: Re: starting point for the Examples discussion
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 17:23:21 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I'd rather not cause the Dfm file would have to be shared and that poses
>> a risk. Moreover, this would confuse users, wondering why there are so
>> many files that have nothing to do with what they are looking for...
>
> Well then, a /BCB subfolder seems the better choice then. There are other
> examples of that folder structure already (JvDocking for one).
>
> If we ever get a larger set of BCB examples, it might be wise to split them
> into examples\Delphi and examples\BCB but for the time being there is little
> to gain from it.
>
That's my whole point.
Ok, then I'll start committing examples from tomorrow.



Subject: Re: starting point for the Examples discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 08:18:06 +0100
Newsgroups: jedi.vcl

> >    Changing the column count with an opened zoom panel
> >    shows that the zoom panel is not bound to the char selected.
> >    I consider this a bug.
A problem with the grid control: when changing ColCount, the focused cell
isn't readjusted. Fixed.

> > - JvChartDemo: The dpr file was buggy. The source contained
> >    Win 3.1 remains. The component is still buggy and needs a
> >    complete overhaul.
Warren Postma worked on this but it seems he's not active at the moment.
Maybe we should leave out this component until has been fixed? TJvDBTreeView
is also pretty buggy...

> > - JvCheckBoxRadioButton: The demo crashed on close.
> >    Please check the Notification code of these sources. I am not
> >    sure if it should be that way.
The Notification code should look like it does to protect against "Owners"
that doesn't check for csDestroying before calling Notification.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the Examples discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Feb 2004 08:13:40 +0100
Newsgroups: jedi.vcl

> > I'd rather not cause the Dfm file would have to be shared and that poses
> > a risk. Moreover, this would confuse users, wondering why there are so
> > many files that have nothing to do with what they are looking for...
Well then, a /BCB subfolder seems the better choice then. There are other
examples of that folder structure already (JvDocking for one).

If we ever get a larger set of BCB examples, it might be wise to split them
into examples\Delphi and examples\BCB but for the time being there is little
to gain from it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: $DEFINE COMPLIB_VCL
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 16:24:48 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Robert Rossmair wrote:
>
>> Seems as if JvHtControls has not been updated yet.
>
>
> Definitely someone has committed from an outdated version.
> When removint the variable from jvcl.inc i checked all sources that it was gone.
>
I just did an update this morning (well, 8 hours ago) and had no troubles compiling...



Subject: Re: $DEFINE COMPLIB_VCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 04 Feb 2004 07:13:02 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Seems as if JvHtControls has not been updated yet.

Definitely someone has committed from an outdated version.
When removint the variable from jvcl.inc i checked all sources that it was gone.



Subject: Re: $DEFINE COMPLIB_VCL
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 13:56:26 +1000
Newsgroups: jedi.vcl

Daytona wrote:

> Thanks for the help.  I guess I will go back to 1.22 for now until 3.0 is
> avail for download.
>
You get a preview of it by downloading the daily snapshot here:
http://jvcl.sf.net/daily/

Or you can wait for the Beta version that should be out before the end of the month.



Subject: Re: $DEFINE COMPLIB_VCL
From: "Daytona" <d@d..com>
Date: Tue, 3 Feb 2004 16:58:18 -0800
Newsgroups: jedi.vcl

A typo would be nice :(

I was just doing some updates to my delphi install, and grabbed latest...

I know better than that!

Thanks for the help.  I guess I will go back to 1.22 for now until 3.0 is
avail for download.

Thanks again for quick response!
David

"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:bvpdsq$8el$1@talkto.net...
> > Robert Rossmair wrote:
> >
>> > > Seems as if JvHtControls has not been updated yet.
> >
> > I'd rather say that it's because the JVCL 2.10 is not meant to be used
> > with the JCL 1.9
> > But that may be a typo in the original message.
> >




Subject: Re: $DEFINE COMPLIB_VCL
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 10:47:08 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Seems as if JvHtControls has not been updated yet.

I'd rather say that it's because the JVCL 2.10 is not meant to be used with the JCL 1.9
But that may be a typo in the original message.



Subject: Re: $DEFINE COMPLIB_VCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 04 Feb 2004 01:28:18 +0100
Newsgroups: jedi.vcl

Daytona wrote:

> Something very strange here, and it is driving me nuts.  I must be missing
> something obvious, but for the life of me I cannot find it...
>
> I am running D7 Enterprise, JCL1.9, and JVCL2.10.  This was an upgrade from
> JCL1.22/JVCL2.00.
>
> The install seemed to go fine, but when I try to compile an app which uses
> JvHtControls I get errors.  It appears that COMPLIB_VCL is not being defined
> somewhere.

This symbol is obsolete (replaced by "VCL") and IIRC has recently been
removed from jedi.inc.

Seems as if JvHtControls has not been updated yet.

Greetings, Robert


Subject: $DEFINE COMPLIB_VCL
From: "Daytona" <d@d..com>
Date: Tue, 3 Feb 2004 16:15:03 -0800
Newsgroups: jedi.vcl

Hi All,

Something very strange here, and it is driving me nuts.  I must be missing
something obvious, but for the life of me I cannot find it...

I am running D7 Enterprise, JCL1.9, and JVCL2.10.  This was an upgrade from
JCL1.22/JVCL2.00.

The install seemed to go fine, but when I try to compile an app which uses
JvHtControls I get errors.  It appears that COMPLIB_VCL is not being defined
somewhere.

I can change the source, but the error is seen in other units too....  I
assume there is an include or something I missed that I use to DEFINE
COMPLIB_VCL?

Any help would be appreciated,
Thanks,
David

PS - I do not do any crosspatform development.




Subject: Re: Starting point for the installer discussion
From: Greg Chapman <glc@well.com>
Date: Tue, 03 Feb 2004 15:41:10 -0800
Newsgroups: jedi.vcl


Installer suggestion: If someone chooses to enable XP theme support (on a
pre-Delphi 7 system), there ought to be an (optional) way to specify the path to
Theme Manager units.

---
Greg Chapman



Subject: Release zips available!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 4 Feb 2004 00:33:10 +0100
Newsgroups: jedi.vcl

The zips that eventually are going to be the release of JVCL3 available on
sourceforge are now uploaded for your scrutiny at
http://jvcl.sourceforge.net/release/beta/. Please take some time to download
and check (some of) them out for problems, missing files etc. The most
important ones are JVCL3Complete.zip, JVCL3SourceExamples.zip and
JVCL3SourceOnly.zip.

Most of the rest of the zips are extracted single package zips and are not
meant to be installed without first downloading one of the other, bigger
packages. AFAMOF, they don't include any installer at all and must be
installed manually.

There are also zips for stand alone installation of those packages that
support it (TimeFramework, UIB, DotNet, XP, ManagedThreads, Wizard,
Docking). These do include the installer but I don't know if that is really
such a good idea. Try it out and let me know what you think.

The zips was auto built using want.xml in JVCL3\install\release with a
little help from pg2want in devtools (for the single package zips).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem with AppIniStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 4 Feb 2004 00:21:42 +0100
Newsgroups: jedi.vcl

"OBones" <obones_gfdg_@_rer_meloo.com> a écrit dans le message news:
bvp5jl$7v0$4@talkto.net...
> > Lionel Reynaud wrote:
> >
>> > > Of course, i thought about this solution, but i prefer use the component
>> > > with his behaviour for next release. After all, i can adapt me to the
>> > > thought of the component !!
>> > > And the Reload method is not bad !!
>> > >
> > I will make the Ini property Public and Read-only, it's in the Todo list
> > for after code freeze.
> >

Great, so we can use like a inifile. It's a pity to wait :))

Lionel




Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 4 Feb 2004 00:17:48 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
bvp55a$7j1$1@talkto.net...
>> > > Well, we already have OnTitleClick, OnTitleBtnClick, maybe we can add a
> > test
>> > > to see if ssDouble is present ?
> > That could work. If I had time, I would test it but I have too much to do
at
> > the moment.
> >

Well, i just try to put a "not (ssDouble in Shift)" just before the call to
DoTitleClick in MouseUp, but it doesn't work because we have the following
sequence of event :
MouseDown with [ssLeft] in Shift
MouseUp with [ssLeft] in Shift
MouseDown with [ssLeft, ssDouble] in Shift  -- > call DblClick

So it's to late, MouseUp is already burned ...


But well, i try to summarize the click button action :


OnTitleClick standard event of TDBGrid arise with Click and DblClick
OnTitleBtnClick is the same of OnTitleClick but with different parameters :
Col and field instead column

If we move in the event MouseUp the block "if DoClick begin ... end" after
the inherited, we have the following sequence :
- OnTitleClick
- Sort if enabled
- OnTitleBtnClick
when you Click or DblClick on title

maybe it's better, i don't know ... Problem is when i dblClick, is that i
want sort or no ? Sometimes yes, sometimes no ...

So i don't know what to do !! ... maybe nothing !!

Best regards,
Lionel




Subject: Re: starting point for the Examples discussion
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 08:36:15 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Robert Marquardt wrote:
>
>>
>> Like a TImage it has a small window with predefined size especially if not connected. That window i would like to have made visible by a border marker.
>>
> Oh I see. I thought it would display a black box anyway but it may happen it doesn't. I'll see what I can do.
>
Ok... In order to do that, I had to add a new protected member to the class, thus I cannot commit the changes.
However, in the meantime, I discovered nasty bugs because the Hwnd property was renamed to Handle and was overriding the inherited Handle property.
The bug fixes are commited in CVS, except for the border marker.



Subject: Re: placing the JVCL on a freeware CD
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 08:28:01 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Is there any problem with that?
>
As long as it's clearly indicated what it's for and the way to use it...



Subject: Re: Problem with AppIniStorage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 08:25:41 +1000
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> Of course, i thought about this solution, but i prefer use the component
> with his behaviour for next release. After all, i can adapt me to the
> thought of the component !!
> And the Reload method is not bad !!
>
I will make the Ini property Public and Read-only, it's in the Todo list for after code freeze.



Subject: Re: Starting point for the installer discussion
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 08:24:57 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> It looks like that Olivier had fixed this. Deside I added some more
> comment to the properties.
Yeah, I fixed that already. Should work like a charm.




Subject: Re: Starting point for the installer discussion
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 08:23:49 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> The checkboxes of the main window should be reduced to "XP Theme support".
>> All jvcl.inc related options should be centralized in the "Advanced..."
>> dialog.
>
> I am not sure, but is the jvcl.inc settings shared between different
> versions? I know the package list is not. In my view, every option that is
> not shared, should be on the front page so you can easily see what you have
> enabled/disabled for the different compilers. Everything else could go to
> the Advanced page (which I think should be called "Global Options" or
> "General Settings"  or something instead of "Advanced").
>
Exactly, especially the Personal Edition check box because people will miss it quite often if it's not visible. Is there a way to have it checked automatically ?



Subject: Re: starting point for the Examples discussion
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 04 Feb 2004 08:21:07 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I made a pure BCB version of that demo. Where should I put it ?
>> I mean, I was thinking of examples\JvAni\BCB but maybe someone has a better idea...
>
> You could also put it in the JvAni folder directly
>
I'd rather not cause the Dfm file would have to be shared and that poses a risk. Moreover, this would confuse users, wondering why there are so many files that have nothing to do with what they are looking for...



Subject: Re: Bug in JvDBGridSelectColumnForm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 3 Feb 2004 23:18:04 +0100
Newsgroups: jedi.vcl

> > Well, we already have OnTitleClick, OnTitleBtnClick, maybe we can add a
test
> > to see if ssDouble is present ?
That could work. If I had time, I would test it but I have too much to do at
the moment.

> > Great and sorry, but i can't install every day with my poor modem :(
Sorry to you too: I should have told you but forgot ( too much to do at the
moment :| ).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem with AppIniStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 3 Feb 2004 23:17:07 +0100
Newsgroups: jedi.vcl

"Ingo" <ingo05@yahoo.de> a écrit dans le message news:
bvmohn$snl$1@talkto.net...
> > -Make a new class derived from TJvAppIniFileStorage
> > - move the property IniFile to public
> > - Use e.g FormStorage.IniFile.WriteString procedure
> >
> > This works without additional saving or reloads.
> >

Of course, i thought about this solution, but i prefer use the component
with his behaviour for next release. After all, i can adapt me to the
thought of the component !!
And the Reload method is not bad !!

Thanks for your idea,
Lionel




Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 3 Feb 2004 23:09:19 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
bvord3$39g$1@talkto.net...
>> > > I think that the use of column index lead to the same problem ... but
the
>> > > solution of Remko work fine. So the new code for FormClose is :
> > [...]
> > I think it's the recreation of the columns that is the problem and the
> > BeginLayout/EndLayout avoids that. Using the index shouldn't be a problem
> > though but protecting it
> > with a BeginLayout/EndLayout is good practice anyway.
> >

Yes you right, but it's difficult to debug because there a lot of event !!
So i leave you the choice for index or no but with BeginLayout/EndLayout of
course !!


>> > > Another think : look this new code for "TJvDBGrid.DoTitleClick"
> > [..]
> > Have you had a look at whether a OnTitleDblClick event would be possible?
> >

Well, we already have OnTitleClick, OnTitleBtnClick, maybe we can add a test
to see if ssDouble is present ?


>> > > Could you make the change on CVS ? No problem with the "Freeze Code" i
> > hope
>> > > !!
> > No problem.
> >
>> > > And the modification in "MouseDown" for the MultiSelect+Shift ??
> > Already done a couple of days ago.
> >

Great and sorry, but i can't install every day with my poor modem :(

Regards,
Lionel





Subject: Re: Bug(s) in TJVDBGrid!?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 3 Feb 2004 23:09:15 +0100
Newsgroups: jedi.vcl

Hi !

> >
>> > > You have OnTitleBtnClick
> > Yes that correct, but if i make a double click on the title both event
> > OnTitleBtnClick and OnDblClick are working. I think that is not correct.
It
> > is better to seperate the double click from the title and the rest. Maybe
a
> > feature?
> >

Yes, and MouseDown, MouseUp also ! See Next thread for this problem.

>> > > property TitleButtons = false
> > But if I set this property to false I can´t click on the titles.
> >

You have always the standard event, but no sort. That's not what you want ?
Or if you just want to suppress the arrow on the title, that's not possible.

Regards,
Lionel




Subject: Re: Bug: JVCL3/JvOpenDialog/Delphi 5/Windows XP
From: Greg Chapman <glc@well.com>
Date: Tue, 03 Feb 2004 13:33:47 -0800
Newsgroups: jedi.vcl

It appears there also a couple of problems in the JCL code base (again, this is
JCL checked out from CVS over the weekend).  In several places the assumption
seems to be that IsWin2K is true for systems >= Win2K.  However, it looks like
InitSysInfo will only set IsWin2K to true if the system is exactly Win2k (i.e.,
if wvWin2000 is returned by GetWindowsVersion).

A suggestion: how about having a global variable of type TWindowsVersion which
is initialized in InitSysInfo?  Then (if, for example, said variable was named
WinVer) these tests could be written:

  if WinVer >= wvWin2000 then

Anyway, here's some suspicious stuff:

_GraphUtils.pas (line 2347):
JclGraphUtils.pas (2345):
JclQGraphUtils.pas (2312):
      // Windows 2000+ automatically switches the order in the string. For every
              other system we have to take care.
      if IsWin2K or not RTL then

----

JclLocales.pas (322):
  if (klSetForProcess in ActivateFlags) and IsWin2K then
    Inc(Result, KLF_SETFORPROCESS);

(my documentation shows the above flag is supported by Win2k or WinXP, possibly
Win2003 as well?)

----

JclSvcCtrl.pas (1300):
  if (Description <> '') and (IsWin2K or IsWinXP) then
    RegWriteString(HKEY_LOCAL_MACHINE, '\SYSTEM\CurrentControlSet\Services\' + 

(should the above also test for IsWin2003?).

---
Greg Chapman



Subject: Re: Tutorial for TjvInspector?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Feb 2004 22:19:00 +0100
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Tue, 3 Feb 2004 21:22:08 +0100:

 RK> is there a tutorial or a helpfile for the TjvInspector?

    No tutorial, but the component is for 99% documented (only a few of the
latest additions are not yet documented). There are two examples (a simple
one and one that shows the more powerful/flexible techniques).

 RK>  I just want to learn about the basics of the component (adding an item
 RK> to enter an integer, a string  or how to add an item that displays a
 RK> dialog).

    Depending on the source of the data, you will use one of the
TJvCustomInspectorData descendants (there's one for published properties,
one for global variables, one for INI files, one for DB fields and an event
based descendant) to add an item to the inspector (you can see that in the
extended example).

    For most data types, an editor (descendant of TJvCustomInspectorItem) is
available (additional editors are in the JvInspExtraEditors; also used by
the extended example). If you want to use a special editor (e.g. to provide
a better dialog for editing a certain "property") you will need to create a
descendant of TJvCustomInspectorItem and either register it with the data
layer (TJvCustomInspectorData.ItemRegister) or specify it through the
inspector BeforeItemCreate event (I think this is also demonstrated in the
extended example).

 RK>  This component is not sooo easy to understand at the
 RK> beginning.

    I know.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Bug: JVCL3/JvOpenDialog/Delphi 5/Windows XP
From: Greg Chapman <glc@well.com>
Date: Tue, 03 Feb 2004 12:47:13 -0800
Newsgroups: jedi.vcl

First, sorry for reporting this here, but when I try to reach the issue tracker
(http://l3s1272.zeus01.de/issuetracker), I get a 404 error.

Anyway, using TJvOpenDialog (JVCL3 from CVS a couple of days ago) with Delphi 5
and running under Windows XP, the dialog does not include a places bar.  This is
apparently because of the Win2k test in TJvOpenDialog.TaskModalDialog:

function TJvOpenDialog.TaskModalDialog(DialogFunc: Pointer; var DialogData):
Bool;
{$IFNDEF COMPILER6_UP}
const
  PlacesBar: array [Boolean] of DWORD = (OFN_EX_NOPLACESBAR, 0);
var
  DialogData2000: TOpenFileName2000;
{$ENDIF COMPILER6_UP}
begin
  TOpenFileName(DialogData).hInstance := FindClassHInstance(Self.ClassType);
  FActiveSettingDone := False;
  if IsWin2K then
    {set up for call using DialogData2000}

What's needed is clearly some sort of test for Win2K or greater (I assume
there's something for this in JCL?).

---
Greg Chapman



Subject: Tutorial for TjvInspector?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 3 Feb 2004 21:22:08 +0100
Newsgroups: jedi.vcl

Hello,

is there a tutorial or a helpfile for the TjvInspector? I just want to learn
about the basics of the component (adding an item to enter an integer, a
string  or how to add an item that displays a dialog). This component is not
sooo easy to understand at the beginning.

Thanks in advance,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Bug in JvDBGridSelectColumnForm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 3 Feb 2004 20:31:31 +0100
Newsgroups: jedi.vcl

> > I think that the use of column index lead to the same problem ... but the
> > solution of Remko work fine. So the new code for FormClose is :
[...]
I think it's the recreation of the columns that is the problem and the
BeginLayout/EndLayout avoids that. Using the index shouldn't be a problem
though but protecting it
with a BeginLayout/EndLayout is good practice anyway.

> > Another think : look this new code for "TJvDBGrid.DoTitleClick"
[..]
Have you had a look at whether a OnTitleDblClick event would be possible?

> > Could you make the change on CVS ? No problem with the "Freeze Code" i
hope
> > !!
No problem.

> > And the modification in "MouseDown" for the MultiSelect+Shift ??
Already done a couple of days ago.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 3 Feb 2004 20:23:24 +0100
Newsgroups: jedi.vcl

Hi Peter,

I think that the use of column index lead to the same problem ... but the
solution of Remko work fine. So the new code for FormClose is :

procedure TfrmSelectColumn.FormClose(Sender: TObject;
  var Action: TCloseAction);
var
  i: Integer;
  lColumn: TColumn;
begin
  if (ModalResult = mrOk) and FColumnUpdate and FCanHide then
  begin
    TJvDBGridAccess(FJvDBGrid).BeginLayout;
    try
      for i := 0 to clbList.Items.Count - 1 do
      begin
        if FSelectColumn = scDataBase then
        begin
          DataSource.DataSet.Fields[i].Visible := clbList.Checked[i];
          if Assigned(clbList.Items.Objects[i]) then
            TColumn(clbList.Items.Objects[i]).Visible := clbList.Checked[i]
          else
            if DataSource.DataSet.Fields[i].Visible then
            begin
              lColumn := FJvDBGrid.Columns.Add;
              // Try to insert it at its place
              if i < FJvDBGrid.Columns.Count then
                lColumn.Index := i;
              lColumn.Field := DataSource.DataSet.Fields[i];
            end;
        end
        else
          FJvDBGrid.Columns.Items[i].Visible := clbList.Checked[i];
      end;
    finally
      TJvDBGridAccess(FJvDBGrid).EndLayout;
    end;
  end;
end;


with the define of the type :
type
   TJvDBGridAccess = class(TJvDBGrid);





Another think : look this new code for "TJvDBGrid.DoTitleClick"

procedure TJvDBGrid.DoTitleClick(ACol: Longint; AField: TField);
var
  IndexDefs: TIndexDefs;
  lIndexName: string;

function GetIndexOf(aFieldName: string; var aIndexName: string): boolean;
var
  i: integer;
begin
  result := false;
  for i:=0 to IndexDefs.Count - 1 do
  begin
    if Pos(aFieldName,IndexDefs[i].Fields) = 1 then
    begin
      aIndexName := IndexDefs[i].Name;
      result := true;
      Exit;
    end;
  end;
end;

begin
  // Lionel, Peter
  if IsPublishedProp(DataSource.DataSet, 'IndexDefs') and
IsPublishedProp(DataSource.DataSet, 'IndexName') then
    IndexDefs := TIndexDefs(GetOrdProp(DataSource.DataSet, 'IndexDefs'))
  else
    IndexDefs := nil;
  if Assigned(IndexDefs) then
    if GetIndexOf(AField.FieldName,lIndexName) then
    begin
      FSortedField := AField.FieldName;
      try
        SetStrProp(DataSource.DataSet,'IndexName',lIndexName);
      except
      end;
    end;
  // End Lionel

  if Assigned(FOnTitleBtnClick) then
    FOnTitleBtnClick(Self, ACol, AField);
end;


I think it is realy better because now i use all existing Index (in
particular <primary>) and user can name the index as he want (not necessary
IX ...). I also catch exception !!


Could you make the change on CVS ? No problem with the "Freeze Code" i hope
!!
And the modification in "MouseDown" for the MultiSelect+Shift ??

Best Regards,
Lionel










Subject: Re: placing the JVCL on a freeware CD
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 3 Feb 2004 19:15:43 +0100
Newsgroups: jedi.vcl

No

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug(s) in TJVDBGrid!?
From: "Rainer Budde" <speed78@gmx.net>
Date: Tue, 3 Feb 2004 18:52:55 +0100
Newsgroups: jedi.vcl

Hi,

> > You have OnTitleBtnClick
Yes that correct, but if i make a double click on the title both event
OnTitleBtnClick and OnDblClick are working. I think that is not correct. It
is better to seperate the double click from the title and the rest. Maybe a
feature?

> > property TitleButtons = false
But if I set this property to false I can´t click on the titles.

Best regards

Rainer




Subject: placing the JVCL on a freeware CD
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Feb 2004 18:37:13 +0100
Newsgroups: jedi.vcl

Is there any problem with that?



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Feb 2004 18:29:17 +0100
Newsgroups: jedi.vcl

- JvCharMap: Improved the handling of the spin buttons.
  Now the change of the edit text triggers the action.
  Changing the column count with an opened zoom panel
  shows that the zoom panel is not bound to the char selected.
  I consider this a bug.

- JvChartDemo: The dpr file was buggy. The source contained
  Win 3.1 remains. The component is still buggy and needs a
  complete overhaul.

- JvCheckBoxRadioButton: The demo crashed on close.
  I cleaned and fixed the LinkedControls part of JvRadioButton.pas
  and JvCheckBox.pas and the bug is gone now.
  Please check the Notification code of these sources. I am not
  sure if it should be that way.



Subject: Re: starting point for the Examples discussion
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 3 Feb 2004 18:07:05 +0100
Newsgroups: jedi.vcl

> > I made a pure BCB version of that demo. Where should I put it ?
> > I mean, I was thinking of examples\JvAni\BCB but maybe someone has a 
> > better idea...
You could also put it in the JvAni folder directly

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Starting point for the installer discussion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 3 Feb 2004 17:56:02 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

Just a hint: The package installer does _not_ copy the .dfm/.xfm files to
the library path.


-- Regards, Andreas Hausladen 

Subject: Re: Starting point for the installer discussion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 3 Feb 2004 17:40:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Too bad. Can you then give some pointers to where to look visavi changing
> > the BCB package folders from
> > 
> > packages\bcbX -> packages\cX

It looks like that Olivier had fixed this. Deside I added some more
comment to the properties.


-- Regards, Andreas Hausladen 

Subject: Re: Starting point for the installer discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Feb 2004 15:31:35 +0100
Newsgroups: jedi.vcl

> > Unfortunatelly I do not have so much time the this and next week due to
> > exams.
Too bad. Can you then give some pointers to where to look visavi changing
the BCB package folders from

packages\bcbX -> packages\cX

and lib folders from

libX -> lib\cX (BCB)
and
libX -> lib\dX (Delphi)

> > (After this time I have 24/7 hours a day time for JVCL :-) )
Great. We'll chase you doubly with the beta then<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Starting point for the installer discussion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 3 Feb 2004 15:19:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Andreas, are you working on fixing the installer to work with the new
> > package and lib folders? Any ETA?

Unfortunatelly I do not have so much time the this and next week due to
exams. (After this time I have 24/7 hours a day time for JVCL :-) )


-- Regards, Andreas Hausladen 

Subject: Re: Starting point for the installer discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Feb 2004 13:15:42 +0100
Newsgroups: jedi.vcl

> > The GUI is part of it.
Of course it is, but don't you think the primary focus should be checking
that it actually works? That's where I'd put my energy if I had any time to
spare.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Starting point for the installer discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Feb 2004 13:07:45 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> "Compile only" is not a primary task and should not be shown on the main
>> window.
>> Same for "JVCL developer installation".
>
> All non shared options should be on the front page, not hidden in a
> secondary dialog. See reply below.

They should be moved to a secondary place though.
"Compile only" is not needed for the installation task and
"JVCL developer installation" is only for a very limited audience.

>> The checkboxes of the main window should be reduced to "XP Theme support".
>> All jvcl.inc related options should be centralized in the "Advanced..."
>> dialog.
>
> I am not sure, but is the jvcl.inc settings shared between different
> versions? I know the package list is not. In my view, every option that is
> not shared, should be on the front page so you can easily see what you have
> enabled/disabled for the different compilers. Everything else could go to
> the Advanced page (which I think should be called "Global Options" or
> "General Settings"  or something instead of "Advanced").

Having options on the main window and the "Advanced.." dialog destroys clean GUI design.

> Anyway, functionality comes first and before the installer is verified to
> work on many different systems, the visual appearance is moot.

I do not fully agree here. The installation strategy needs to be designed carefully. The GUI is part of it.



Subject: Re: JclRTTI access violation
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 03 Feb 2004 12:58:48 +0100
Newsgroups: jedi.vcl

Hi Dylan,

> I get an access violatoin in any project in which I add JclRTTI.pas into the
> uses clause.  This happens during the LocateIsClass method (gets called from
> JclRTTI.pas intialization section).

I cannot determine the exact reason, since you apparently are using an outdated version of the JCL.  This code isn't in JclRTTI any longer.

Look here for the latest beta of JCL 1.90:
http://sourceforge.net/project/showfiles.php?group_id=47514&package_id=41677&release_id=206997

BTW: Wrong newsgroup.

Greetings, Robert


Subject: Re: Starting point for the installer discussion
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Feb 2004 12:21:27 +0100
Newsgroups: jedi.vcl

> > "Compile only" is not a primary task and should not be shown on the main
> > window.
> > Same for "JVCL developer installation".
All non shared options should be on the front page, not hidden in a
secondary dialog. See reply below.

> > Is "Clean JVCL palettes" really needed? Maybe cleaning them always is a
better idea.
I think a user that has modified his palette and is reinstalling would get
pretty upset if it is reset out of his control.

> > The checkboxes of the main window should be reduced to "XP Theme support".
> > All jvcl.inc related options should be centralized in the "Advanced..."
> > dialog.
I am not sure, but is the jvcl.inc settings shared between different
versions? I know the package list is not. In my view, every option that is
not shared, should be on the front page so you can easily see what you have
enabled/disabled for the different compilers. Everything else could go to
the Advanced page (which I think should be called "Global Options" or
"General Settings"  or something instead of "Advanced").

> > The "Advanced..." dialog should have standard "OK" and "Cancel" buttons.
Agree. It could also be made smaller since the descriptions doesn't fill
even 10% of the available screen area.

> > Is it possible to detect an installed theme manager?
Check for the known bpl names, maybe?

> > Is it possible to detect an installed dxgettext package?
dxgettext uses Inno Setup, so it should be possible getting the info from
the registry.

Maybe replace the Advanced button with a tab on a page control?

Anyway, functionality comes first and before the installer is verified to
work on many different systems, the visual appearance is moot.

Andreas, are you working on fixing the installer to work with the new
package and lib folders? Any ETA?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Starting point for the installer discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Feb 2004 11:16:59 +0100
Newsgroups: jedi.vcl

I dislike the whole options area to the left.
It is not structured enough.

"Compile only" is not a primary task and should not be shown on the main window.
Same for "JVCL developer installation".

Is "Clean JVCL palettes" really needed? Maybe cleaning them always is
a better idea.

"Install JCL" should be automatically checked if no installed JCL is found.
(provided that this has not been implemented already :)

The "Advanced..." dialog should have standard "OK" and "Cancel" buttons.
It is not clear if and when jvcl.inc gets written especially for the
checkboxes on the main window.
jvcl.inc should only be written by a "Save" button or on install.

The checkboxes of the main window should be reduced to "XP Theme support".
All jvcl.inc related options should be centralized in the "Advanced..." dialog.

Is it possible to detect an installed theme manager?
If so the "XP Theme support" checkbox should be disabled for D6 or below and
no theme manager.

Is it possible to detect an installed dxgettext package?
If so the checkbox in "Advanced..." should be disabled or not accept to be
checked if no dxgettext installed.



Subject: Re: Bug in JvDBGridSelectColumnForm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Feb 2004 10:38:42 +0100
Newsgroups: jedi.vcl

How about just storing the column index:

procedure TfrmSelectColumn.FormActivate(Sender: TObject);
var
  i, j: Integer;
  lColumn: TColumn;
begin
  clbList.Items.Clear;
  if Assigned(FJvDBGrid) then
  with FJvDBGrid do
  begin
    if (FSelectColumn = scDatabase) and Assigned(DataSource) and
Assigned(DataSource.Dataset) then
    begin
      with DataSource.Dataset do
        for i := 0 to FieldCount - 1 do
        begin
          lColumn := GetColumn(Fields[i]);
          if Assigned(lColumn) then
          begin
            clbList.Items.AddObject(Fields[i].DisplayLabel,
TObject(lColumn.Index));
            clbList.Checked[i] := lColumn.Visible and Fields[i].Visible;
          end;
        end;
    end
    else
    begin
      for i := 0 to Columns.Count -1 do
      begin
        clbList.Items.AddObject(FJvDBGrid.Columns[i].FieldName, TObject(i));
        clbList.Checked[i] := FJvDBGrid.Columns[i].Visible;
      end;
    end;
    if clbList.Items.Count > 0 then
      clbList.ItemIndex := 0;
  end;
  ResizeForm;
end;

procedure TfrmSelectColumn.FormClose(Sender: TObject;
  var Action: TCloseAction);
var
  i, j: Integer;
begin
  if (ModalResult = mrOk) and FColumnUpdate and FCanHide and
Assigned(FJvDBGRid) then
  begin
    for i := 0 to clbList.Items.Count - 1 do
    begin
      j := integer(clbList.Items.Objects[i]);
      if (j >= 0) and (j < FJvDBGrid.Columns.Count) then
        FJvDBGrid.Columns[j].Visible := clbList.Checked[i];
    end;
  end;
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Feb 2004 09:31:53 +0100
Newsgroups: jedi.vcl

- JvBMPAnimator: Added a Transparent checkbox.

- JvBrowseFolder: Minor changes in spelling and layout.

- JvCaptionButton: Changed the button type to tsbNone to
  have it show the ? text initially.
  The component's font seems not to be applied on drawing.
  This leads to the question if the component should have
  a font property at all. I would prefer to have it use
  the titlebar font of the system.
  For now JvCaptionButton.pas has been fixed to use the
  font of the component when drawing the text.

- JvChangeNotify only changed the name of the notify
  component from CN1 to JvChangeNotify1.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Feb 2004 09:31:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I had fixed it but your "finalization sections cleaned up and JvAni
> working fully again" removed the whole bug fix. I will go one revision
> back and incorporate your changes.

Oops, sorry (blush).



Subject: Re: starting point for the Examples discussion
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 03 Feb 2004 15:51:09 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> Like a TImage it has a small window with predefined size especially if not connected. That window i would like to have made visible by a border marker.
>
Oh I see. I thought it would display a black box anyway but it may happen it doesn't. I'll see what I can do.



Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Feb 2004 06:42:42 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Can't do that cause it needs to connect to a source to find out the size of the video. I know, most of the time it will be the same size, but I can't really tell until it has connected. That's basically what the autosize is for after all...

Like a TImage it has a small window with predefined size especially if not connected. That window i would like to have made visible by a border marker.



Subject: JclRTTI access violation
From: "Dylan" <dylantowlerremovethis@xtra.co.nz>
Date: Tue, 3 Feb 2004 14:29:26 +1300
Newsgroups: jedi.vcl

Hi guys,

I get an access violatoin in any project in which I add JclRTTI.pas into the
uses clause.  This happens during the LocateIsClass method (gets called from
JclRTTI.pas intialization section).

The specific line of code it happens on is:

if OpCodeJmp = $FF then



Anyone got any ideas?????

Cheers,
Dylan.




Subject: Re: Problem with AppIniStorage
From: "Ingo" <ingo05@yahoo.de>
Date: Tue, 3 Feb 2004 01:26:48 +0100
Newsgroups: jedi.vcl

-Make a new class derived from TJvAppIniFileStorage
- move the property IniFile to public
- Use e.g FormStorage.IniFile.WriteString procedure

This works without additional saving or reloads.

Greetings
Ingo







Subject: Re: Bug in JvDBGridSelectColumnForm
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 03 Feb 2004 00:37:51 +0100
Newsgroups: jedi.vcl

BTW this works also:

type
  TJvDBGridAccess = class(TJvDBGrid);

procedure TfrmSelectColumn.FormClose(Sender: TObject;
  var Action: TCloseAction);
[..]
begin
  if [..] then
  begin
    TJvDBGridAccess(FJvDBGrid).BeginLayout;
    try
      { stuff }
    finally
      TJvDBGridAccess(FJvDBGrid).EndLayout;
    end;
  end;
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Bug in JvDBGridSelectColumnForm
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 03 Feb 2004 00:27:14 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> I try to see where is the problem and that's really strange. I try to
> explain : In the FormActivate, we collect the column visible and store it in
> clbList. In the FormClose, for each items of the clbList, we put the Visible
> property of The Field accordingly to the checked property and after (here is
> the problem) we update the column. But for the column we changed (Graphic in
> this case), the pointer is wrong !!!! Why ????

Don't store the column objects. If you change the visibility of a column, the complete list is updated; thus the columns may become invalid.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Images in TJvPopupMenu
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 03 Feb 2004 09:25:26 +1000
Newsgroups: jedi.vcl

Rainer Budde wrote:

> Hi,
>
> i´ve Images for every item in the TJvPopupMenu. In JVCL 2.10 the items a
> correctly drawed proportionally to the text. Now it seems that the text
> drawed one or two pixels lower or the image was drawing 1 or 2 pixel upper.
> Is there any solution for this problem?
Use the TextVAlign property. It defaults to Middle, but you could set it to Top and this should "fix" your problem.



Subject: Re: Missing Event in TJvPopupmenu
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 03 Feb 2004 09:24:20 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> one simple Question! I´ve used the DrawMargin Event in TJvPopupMenu. NOw
>> in the lateste CVS Version i can´t find this event. Where is the
>> alternativ?
>
>
> Olivier had removed it with the comment "will be added in a painter
> later". But it seems that he forgot about it. The code is still in JvMenus
> but it is commented out.
> As we are now in Code Freeze I cannot change any interface.

It's not that I forgot about it, it's just that I didn't have the time to do it. And as we are now in code freeze, well, it won't be added before the release of the beta.
I'm not yet sure on how I will implement it so for the time being, either do without it or uncomment my changes.
I will be fixed after the release of the beta, no worries about that.



Subject: Re: Problem with AppIniStorage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 03 Feb 2004 09:20:38 +1000
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

>> LR> It's probably not a bug, but something annoying.
>>
>>    I'll meet you halfway by saying it is an annoying bug <g>.
I'd say it's an undocumented functionnality <vgb>

>>    The point where an issue might have been introduced is from a change
>> done by Olivier on the 18th (created a common base for file based
>
> storages).
It definitely is that point.


> Yes, it's like the second issue. Well i find that's a little strange to keep
> in memory the properties. Before we had a "buffered" property and now it's
> like buffered=true always :(
Yeah, that's the whole idea.
I know, this may surprise a bit at first, but I did that to be consistent with the XML backend. All is done in memory and only the File derived class (IniFile or XMLFile) does the writing to an actual disk file. This allows for the creation of derived classes that would write the content of the "file" into a DB field, into a socket...
However, I also introduced the Reload method to allow the user to use the file for his own manual storage:
When changes are made manually to the disk file, then save them, and call reload just before the destruction of the main form (in OnDestroy for instance). This way, the JvAppStorage object will have loaded your modifications and won't delete them when it writes it's values.
It's exactly what I did in pgEdit with the pgEdit.xml file.

Another solution may also to use the StoredValues property, but I haven't explored this side of the component

Cheers

Olivier



Subject: Re: starting point for the Examples discussion
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 03 Feb 2004 09:12:38 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> - JvAni tested and expanded some time ago already.
>   It now defaults to the Windows\Cursors directory.
>   Maybe delete bchball.ani for copyright reasons.
I made a pure BCB version of that demo. Where should I put it ?
I mean, I was thinking of examples\JvAni\BCB but maybe someone has a better idea...

> - JvAviCapture
>   It would be nice if TJvAVICapture shows its bounding
>   box in design mode.
Can't do that cause it needs to connect to a source to find out the size of the video. I know, most of the time it will be the same size, but I can't really tell until it has connected. That's basically what the autosize is for after all...



Subject: Bug in JvDBGridSelectColumnForm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 3 Feb 2004 00:05:13 +0100
Newsgroups: jedi.vcl

Hi,

See the litle project (need BDE, but it's only for speed test) and do this :
- Click Connect
- Click the arrow to open the window to select the column
- uncheck the last one (Graphic) and click OK
and Boom !

I try to see where is the problem and that's really strange. I try to
explain : In the FormActivate, we collect the column visible and store it in
clbList. In the FormClose, for each items of the clbList, we put the Visible
property of The Field accordingly to the checked property and after (here is
the problem) we update the column. But for the column we changed (Graphic in
this case), the pointer is wrong !!!! Why ????

Other thing : It's maybe better to put the default value of the property
"SelectColumn" of TJvDBGrid to scGrid because that's usually what we want
....

Lionel





Test.zip
	



Subject: Re: Problem with AppIniStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 2 Feb 2004 23:28:03 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message news: bvlpa2$g90$1@talkto.net...
> > Hello, Lionel!
> > You wrote  on Mon, 2 Feb 2004 14:55:29 +0100:
> >
> >  LR> It's probably not a bug, but something annoying.
> >
> >     I'll meet you halfway by saying it is an annoying bug <g>.
> >
> >  LR> Until the latest version, i could use the ini file where is stored
the
> >  LR> property for my own need.
> >
> >     The point where an issue might have been introduced is from a change
> > done by Olivier on the 18th (created a common base for file based
storages).
> > AFAICT, though, the code itself has not changed that much.
> >
> >  LR> It's worked because the ini file is loaded at the beginning for the
> >  LR> restauration and is saved at the end of the application. So between
> >  LR> this to access, i can use it for me and create/update into some
values.
> >  LR> But now, it's seem that it is no longer possible. The contents of the
> >  LR> file is "locked" and i think it's not good thing (for me !)
> >
> >     Locked, as in you can't use the TJvAppIniStorage methods to change
> > values or as in I can't open the INI file outside of the storage
component?
> > If it's the first issue, can anyone confirm this, as it seems to be
working
> > for me. If it's the second issue, manipulate the INI file though the
storage
> > component instead.
> >

Yes, it's like the second issue. Well i find that's a little strange to keep
in memory the properties. Before we had a "buffered" property and now it's
like buffered=true always :(

But it's life, i change my optic and now i have 2 ini files, one for me and
the other for stored properties !

Lionel










Subject: Re: Images in TJvPopupMenu
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 Feb 2004 23:21:51 +0100
Newsgroups: jedi.vcl

Rainer Budde wrote:

> > i´ve Images for every item in the TJvPopupMenu. In JVCL 2.10 the items a
> > correctly drawed proportionally to the text. Now it seems that the text
> > drawed one or two pixels lower or the image was drawing 1 or 2 pixel
> > upper.  Is there any solution for this problem?

You could use the ImageMargin property. But I don't know if this "feature"
is be design.




-- Regards, Andreas Hausladen 

Subject: Re: Bug(s) in TJVDBGrid!?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 2 Feb 2004 23:16:13 +0100
Newsgroups: jedi.vcl

Hi,


> > 1. If I make a doubleclick on the title button the event OnDBLClick where
> > execute. Is it possible to add a paramter like title button click, or an
> > event like OnTitleButtonDblClick?
> >

You have OnTitleBtnClick

> > 2. In the latest cvs i see the sorting arrows in the grid columns. Is it
> > possible to deactivate this arrows?
> >

property TitleButtons = false

Lionel




Subject: Re: Missing Event in TJvPopupmenu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 2 Feb 2004 23:13:08 +0100
Newsgroups: jedi.vcl

> > What means this? Is this event or an alternative event in the next release
> > not available?
It means that it might be in the next release or replaced with something
else but at the moment no changes will be done to the interface of the
component. You are of course free to do the change yourself on your local
copy.

The best way to make sure the bug isn't forgotten, is to post a bug report
to http://jvcl.sf.net/mantis


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug(s) in TJVDBGrid!?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 2 Feb 2004 23:10:32 +0100
Newsgroups: jedi.vcl

> > 2. In the latest cvs i see the sorting arrows in the grid columns. Is it
> > possible to deactivate this arrows?
Clear the SortedField


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missing Event in TJvPopupmenu
From: "Rainer Budde" <speed78@gmx.net>
Date: Mon, 2 Feb 2004 22:47:02 +0100
Newsgroups: jedi.vcl

Hi,

> > Olivier had removed it with the comment "will be added in a painter
> > later". But it seems that he forgot about it. The code is still in JvMenus
> > but it is commented out.
> > As we are now in Code Freeze I cannot change any interface.
What means this? Is this event or an alternative event in the next release
not available?

Regards,

Rainer




Subject: Bug(s) in TJVDBGrid!?
From: "Rainer Budde" <speed78@gmx.net>
Date: Mon, 2 Feb 2004 22:44:43 +0100
Newsgroups: jedi.vcl

Hi,

1. If I make a doubleclick on the title button the event OnDBLClick where
execute. Is it possible to add a paramter like title button click, or an
event like OnTitleButtonDblClick?

2. In the latest cvs i see the sorting arrows in the grid columns. Is it
possible to deactivate this arrows?

Best regards

Rainer




Subject: Re: Missing Event in TJvPopupmenu
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 Feb 2004 22:35:29 +0100
Newsgroups: jedi.vcl

Rainer Budde wrote:

> > Hi,
> > 
> > one simple Question! I´ve used the DrawMargin Event in TJvPopupMenu. NOw
> > in the lateste CVS Version i can´t find this event. Where is the
> > alternativ?

Olivier had removed it with the comment "will be added in a painter
later". But it seems that he forgot about it. The code is still in JvMenus
but it is commented out.
As we are now in Code Freeze I cannot change any interface.

-- Regards, Andreas Hausladen 

Subject: Images in TJvPopupMenu
From: "Rainer Budde" <speed78@gmx.net>
Date: Mon, 2 Feb 2004 22:29:59 +0100
Newsgroups: jedi.vcl

Hi,

i´ve Images for every item in the TJvPopupMenu. In JVCL 2.10 the items a
correctly drawed proportionally to the text. Now it seems that the text
drawed one or two pixels lower or the image was drawing 1 or 2 pixel upper.
Is there any solution for this problem?

Best regards

Rainer




Subject: Missing Event in TJvPopupmenu
From: "Rainer Budde" <speed78@gmx.net>
Date: Mon, 2 Feb 2004 22:22:07 +0100
Newsgroups: jedi.vcl

Hi,

one simple Question! I´ve used the DrawMargin Event in TJvPopupMenu. NOw in
the lateste CVS Version i can´t find this event. Where is the alternativ?

Best Regards

Rainer




Subject: Re: Possible bug fix for you guys....
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 Feb 2004 18:58:43 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Of course, making InitScreenCursors public would constitute a break of
> > the code freeze, but I don't think it's too big an issue...

That is one thing we must discuss. Adding new functions to the interface
section does _not_ result in a "unit xyz is compiled with a different
version". I know this from my unofficial VisualCLX patches where it is
important to surpress this this linker error.


-- Regards, Andreas Hausladen 

Subject: Re: starting point for the Examples discussion
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 02 Feb 2004 18:56:28 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> - JvBalloonHint

There is a difference between an application (balloon) hint and a balloon launched with ActivateHint etc.

ApplicationHintOptions is for the application (balloon) hints and Options is for balloon launched with ActivateHint.

ApplicationHintOptions works a bit weird, because if an application balloon hint is launched, it only looks at the ApplicationHintOptions of the 'first' TJvBalloonHint.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Possible bug fix for you guys....
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 2 Feb 2004 18:50:26 +0100
Newsgroups: jedi.vcl

> > Don't know if you guys decided to leave that in on purpose or not,
> > just thought i would make you aware, seeing as how you are in code-freeze
/
> > bug fix mode.

Maybe a possible solution would be to remove the InitScreenCursors call,
make it public and then those that want them, can call InitScreenCursors
explicitly. This would also fit well with Roberts crusade to remove as may
initialization sections as possible <g>.

Of course, making InitScreenCursors public would constitute a break of the
code freeze, but I don't think it's too big an issue...

Comments?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the Examples discussion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 Feb 2004 18:43:09 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Active seems not to work. I would expect it to allow
> > more instances than maximum if unchecked.

I had fixed it but your "finalization sections cleaned up and JvAni
working fully again" removed the whole bug fix. I will go one revision
back and incorporate your changes.


-- Regards, Andreas Hausladen 

Subject: Possible bug fix for you guys....
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 2 Feb 2004 11:22:13 -0600
Newsgroups: jedi.vcl

I had a problem before with my components cursors not being correct. Peter
found the problem and showed me how to fix it. The following is his reply to
me:
I think the problem might be the code at the end of JvJVCLUtils that sets
some default cursors (although not crDefault). Try removing the stuff in the
"if Screen <> nil then" block after InitTruncTables and recompile the JvCore
RT package. Then try adding the components again and see if the problem is
gone.

I have just recently(Friday) updated my jvcl installation, and got
everything working again. But the cursor problem was happening again. I
changed the source again as per Peters' instructions(above), and all is well
again. Don't know if you guys decided to leave that in on purpose or not,
just thought i would make you aware, seeing as how you are in code-freeze /
bug fix mode.

Dave




Subject: Re: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Feb 2004 18:04:43 +0100
Newsgroups: jedi.vcl

- JvAni tested and expanded some time ago already.
  It now defaults to the Windows\Cursors directory.
  Maybe delete bchball.ani for copyright reasons.

- JvAppDdeCmd it is not apparent what the demo shows.
  I have set Constraints.

- JvAppHotKey i have set Constraints.

- JvAppInstances had a limit of one instance which was
  completely silly for an example. It now limits to 5.
  It also now shows the number of running instances and
  the maximum.
  Active seems not to work. I would expect it to allow
  more instances than maximum if unchecked.

- JvArrowButtonDemo maximize in caption now deactivated.
  Close from the popup menu now closes the application.

- JvAviCapture
  It would be nice if TJvAVICapture shows its bounding
  box in design mode.

- JvBalloonHint
  TJvBalloonHint always shows header if header text is
  not empty disregarding unset ahShowHeaderInHint.
  The reason is an explicit check in TJvBalloonWindow.Init.
  Same for ahShowIconInHint, but the reason seems to be that
  TJvBalloonWindow.Init is not called. I have improved the
  expression in TJvBalloonWindow.Init, but the icon still
  shows even with ahShowIconInHint removed from the options.

- JvBehaviorLabel no changes.



Subject: Sending mail with TJvMail
From: "Shlomi Goland" <golandsh@hotmail.com>
Date: Mon, 2 Feb 2004 17:49:04 +0200
Newsgroups: jedi.vcl

Is there a way to attach an html file in the body section of the TJvMail
component?
I currently do it with Indy client sending with SMTP protocol, but im having
problems because of relaying denied.
when sending with the TJvMail, everything is cool, but i dont see a way of
attaching an html file to it's body.
Please, is there a way? it will help me greatly because time is of the
essence.

Regards,
Shlomi




Subject: Re: Problem with AppIniStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Feb 2004 16:36:51 +0100
Newsgroups: jedi.vcl

Hello, Lionel!
You wrote  on Mon, 2 Feb 2004 14:55:29 +0100:

 LR> It's probably not a bug, but something annoying.

    I'll meet you halfway by saying it is an annoying bug <g>.

 LR> Until the latest version, i could use the ini file where is stored the
 LR> property for my own need.

    The point where an issue might have been introduced is from a change
done by Olivier on the 18th (created a common base for file based storages).
AFAICT, though, the code itself has not changed that much.

 LR> It's worked because the ini file is loaded at the beginning for the
 LR> restauration and is saved at the end of the application. So between
 LR> this to access, i can use it for me and create/update into some values.
 LR> But now, it's seem that it is no longer possible. The contents of the
 LR> file is "locked" and i think it's not good thing (for me !)

    Locked, as in you can't use the TJvAppIniStorage methods to change
values or as in I can't open the INI file outside of the storage component?
If it's the first issue, can anyone confirm this, as it seems to be working
for me. If it's the second issue, manipulate the INI file though the storage
component instead.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Problem with AppIniStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 2 Feb 2004 15:31:12 +0100
Newsgroups: jedi.vcl

> > Well, after a quick search, i found the problem point :
> > in "procedure TJvAppIniFileStorage.Flush", just change
> >
> > IniFile.Rename(FullFileName, false);
> >
> > to
> >
> > IniFile.Rename(FullFileName, true);
> >
> > But it's maybe not what you want !!!
> >
> > Lionel
> >

Sorry, but after several try, that's not the solution. Certainly that's
allow to recover my latest change in the ini file, but we lost the storage
of the properties ! ....






Subject: Re: Problem with AppIniStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 2 Feb 2004 15:21:03 +0100
Newsgroups: jedi.vcl

Well, after a quick search, i found the problem point :
in "procedure TJvAppIniFileStorage.Flush", just change

IniFile.Rename(FullFileName, false);

to

IniFile.Rename(FullFileName, true);

But it's maybe not what you want !!!

Lionel



"Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message news:
bvliv5$pl7$1@talkto.net...
> > Hi everybody !
> >
> > It's probably not a bug, but something annoying.
> > Until the latest version, i could use the ini file where is stored the
> > property for my own need. It's worked because the ini file is loaded at
the
> > beginning for the restauration and is saved at the end of the application.
> > So between this to access, i can use it for me and create/update into some
> > values.
> > But now, it's seem that it is no longer possible. The contents of the file
> > is "locked" and i think it's not good thing (for me !)
> >
> > What can i do to by pass this limitation ?
> >
> > Lionel
> >
> >




Subject: Re: Cant get the print to work correctly, still...anyone have any ideas?
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 2 Feb 2004 08:14:52 -0600
Newsgroups: jedi.vcl

Peter,
I just forgot to type the DeviceInfo part. It was in my code. But when i hit
the (.) after it, code completion does not show a ReferenceDC, only a
ReferenceHandle which is declared as cardinal.
I used that and it now WORKS!!! Yeah!
It seems to be cutting off one side of the image though, will have to look
into that. But i can now print!

Wonderful, and thanks again for all of your patience and help Peter. This is
my first real experience with Delphi and printing.

Still Love the JVCL!!!!! Best library around!!!!

Dave



"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bvljfj$r78$1@talkto.net...
>> > > Ok, couldnt find a JvPreviewControl1.ReferenceDC, so i tried
> > That should be JvPreviewControl1.DeviceInfo.ReferenceDC := Printer.Handle;
> > (notice the DeviceInfo subclass)
> >
>> > > And i assumed(maybe wrongly) that Printer.Handle meant
> > PrintDialog1.Handle?
>> > > Printdialog1 is what i am using(TPrintDialog).
> > Printer.Handle <> PrinterDialog.Handle. In Delphi, when you have displayed
a
> > PrintDialog, Printer.Handle is set to the printer you selected in the
> > dialog. This handle is needed for the preview to scale its output
correctly.
> > I am not absolutely sure (it was a long time since I wrote this code), but
I
> > think you need to insert the following line(s) (those marked with //!!!!!)
> > in your code:
> >
> >   if PrintDialog1.Execute then begin
> >    JvPreviewControl1.DeviceInfo.ReferenceDC := Printer.Handle;  // !!!!!
new
> > line, REQUIRED!
> >    JvPreviewRenderGraphics1.CreatePreview(false);  //!!!!! you *might*
have
> > to call this again, but I am not 100% sure
> >     PrintDialog1.PrintRange := prAllPages;
> >     if JvPreviewControl1.PageCount < 1 then
> >       PrintDialog1.Options := PrintDialog1.Options - [poPageNums]
> >     else
> >     begin
> >       PrintDialog1.Options := PrintDialog1.Options + [poPageNums];
> >       PrintDialog1.FromPage := 1;
> >       PrintDialog1.ToPage := JvPreviewControl1.PageCount;
> >     end;
> >
> > etc...
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Cant get the print to work correctly, still...anyone have any ideas?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Feb 2004 14:57:20 +0100
Newsgroups: jedi.vcl

> > Ok, couldnt find a JvPreviewControl1.ReferenceDC, so i tried
That should be JvPreviewControl1.DeviceInfo.ReferenceDC := Printer.Handle;
(notice the DeviceInfo subclass)

> > And i assumed(maybe wrongly) that Printer.Handle meant
PrintDialog1.Handle?
> > Printdialog1 is what i am using(TPrintDialog).
Printer.Handle <> PrinterDialog.Handle. In Delphi, when you have displayed a
PrintDialog, Printer.Handle is set to the printer you selected in the
dialog. This handle is needed for the preview to scale its output correctly.
I am not absolutely sure (it was a long time since I wrote this code), but I
think you need to insert the following line(s) (those marked with //!!!!!)
in your code:

  if PrintDialog1.Execute then begin
   JvPreviewControl1.DeviceInfo.ReferenceDC := Printer.Handle;  // !!!!! new
line, REQUIRED!
   JvPreviewRenderGraphics1.CreatePreview(false);  //!!!!! you *might* have
to call this again, but I am not 100% sure
    PrintDialog1.PrintRange := prAllPages;
    if JvPreviewControl1.PageCount < 1 then
      PrintDialog1.Options := PrintDialog1.Options - [poPageNums]
    else
    begin
      PrintDialog1.Options := PrintDialog1.Options + [poPageNums];
      PrintDialog1.FromPage := 1;
      PrintDialog1.ToPage := JvPreviewControl1.PageCount;
    end;

etc...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem with AppIniStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 2 Feb 2004 14:55:29 +0100
Newsgroups: jedi.vcl

Hi everybody !

It's probably not a bug, but something annoying.
Until the latest version, i could use the ini file where is stored the
property for my own need. It's worked because the ini file is loaded at the
beginning for the restauration and is saved at the end of the application.
So between this to access, i can use it for me and create/update into some
values.
But now, it's seem that it is no longer possible. The contents of the file
is "locked" and i think it's not good thing (for me !)

What can i do to by pass this limitation ?

Lionel




Subject: Re: Cant get the print to work correctly, still...anyone have any ideas?
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 2 Feb 2004 07:48:27 -0600
Newsgroups: jedi.vcl

Ok, couldnt find a JvPreviewControl1.ReferenceDC, so i tried
JvPreviewControl1.ReferenceHandle. It still is not working. Should my
Stretched and proportional calls be placed after this statement?
And i assumed(maybe wrongly) that Printer.Handle meant PrintDialog1.Handle?
Printdialog1 is what i am using(TPrintDialog).

Thanks again for your help Peter.
Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bvj898$vt7$1@talkto.net...
> > OK, it seems you need to insert a call to
> >
> > JvPreviewControl1.DeviceInfo.ReferenceDC := Printer.Handle;
> >
> > after the PrintDialog1.Execute and before the .Print
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: CODE FREEZE! So now what?
From: Jonathan Neve <jonathan@microtec.fr>
Date: Mon, 02 Feb 2004 14:40:28 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Once the code is frozen, could a link be put on the JVCL web page for
>> downloading JVCL3 beta? This would avoid the problems with the daily
>> snapshots.
>
> The beta will not be available in at least two weeks and once it is, we'll
> upload it to the Files page on SF.
>

Thanks!

Jonathan Neve.



Subject: Re: Problems with AppStorage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Feb 2004 12:34:33 +0100
Newsgroups: jedi.vcl

> >     It shouldn't. The storing is either done manually or automatically, in
> > both cases the state of IsActive doesn't matter (either it is ignored or
it
> > has been checked already).
That was I was hoping for (and suspected). I'll fix them. Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with AppStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Feb 2004 11:39:37 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 2 Feb 2004 11:13:52 +0100:

 PT>  Does anyone know if it would have
 PT> adverse effect if I changed IniStorage.IsActive to Assigned(IniStorage)
 PT> in JvMRUManager?

    It shouldn't. The storing is either done manually or automatically, in
both cases the state of IsActive doesn't matter (either it is ignored or it
has been checked already).

 PT> There are other units using IsActive to determine when to save/restore:

 PT> JvGrids
 PT> JvDBGrid
 PT> JvSpeedbar
 PT> JvxCheckListBox

    Should be no problem changing these either.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Problems with AppStorage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Feb 2004 11:13:52 +0100
Newsgroups: jedi.vcl

From a bug report in mantis, I've discovered that the JvMRUManager uses
IniStorage.IsActive to test when to save/restore it's settings.

The problem is that we should support manual save/reload as well. For
example, when using a TJvFormStorage, uses NotifyLinks to tell all other
storage users when it's time to save/load and they should perform the action
even if IsActive is false. Does anyone know if it would have adverse effect
if I changed IniStorage.IsActive to Assigned(IniStorage) in JvMRUManager?

There are other units using IsActive to determine when to save/restore:

JvGrids
JvDBGrid
JvSpeedbar
JvxCheckListBox

If it's OK to change these to Assigned(IniStorage), I will change them
tomorrow (this doesn't affect the visible interface, so is OK even under the
code freeze).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: starting point for the Examples discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Feb 2004 10:45:26 +0100
Newsgroups: jedi.vcl

The fix of the dof files contains bugs. OutputDir and UnitOutputDir contain a .. too many.

TJvPreviewPageOptions of JvPrvwDoc.pas uses Cardinal as type of its properties. This causes warnings when comparing to integers. This happens frequently because the relevant properties of TJvPreviewControl are integers.
Since this requires an API change it has to be postponed to the thawing.



Subject: Re: Jvcl3 - non fixed list of Items
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 02 Feb 2004 12:22:44 +0300
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Vladimir Zhuchko wrote:
>
>
>> what does it mean Compile only(test) in the installer?
>
>
> This means that the JVCL 3 is compiled but the package installed does not
> touch the registry. So no changes to the Delphi/BCB IDE.
>
>
But the IDE folders with the files will be changed, so to return to the previous version of JVCL we have to recompile previous JVCL?


Subject: Re: Jvcl3 - non fixed list of Items
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 Feb 2004 10:21:28 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > But the IDE folders with the files will be changed, so to return to the
> > previous version of JVCL we have to recompile previous JVCL?

That is the action I wanted when I have written the code. The exact reason
was that I had not wanted all packages installed into the IDE (Component
Palette) but I wanted all packages to be compiled to be bpl folder in
order to use them as runtime packages.



-- Regards, Andreas Hausladen 

Subject: Re: Jvcl3 - non fixed list of Items
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 2 Feb 2004 09:24:22 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> >  what does it mean Compile only(test) in the installer?

This means that the JVCL 3 is compiled but the package installed does not
touch the registry. So no changes to the Delphi/BCB IDE.


-- Regards, Andreas Hausladen 

Subject: Re: Jvcl3 - non fixed list of Items
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 02 Feb 2004 11:05:56 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> It also uses a tree which i would like to see for the
>> package dependencies of the JVCL.
>
> I don't think you can display the interpackage dependencies in JVCL in a
> treeview, at least not as good as in a checklistbox.
>
By the way, what does it mean Compile only(test) in the installer?
It seems that it is  not working as have to:
It is copiing files to lib/ and bpl/ and to include/vcl, but if this for  checking of the compilation, the main folders of the compiler have not to be changed.


Subject: Starting point for the installer discussion
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Feb 2004 09:01:41 +0100
Newsgroups: jedi.vcl

Please post ideas for the Installer here.


Here are the functions to set and remove an environment variable globally and locally. This ensures that all makefiles can use environment variables like JCLROOT.
Handling the variable locally also ensures that the makefiles started by the Installer inherit the environment variable from the installer's environment.

procedure SetGlobalEnvironmentVariable(
  VariableName, VariableContent: string);
var
  Reg: TRegistry;
begin
  Reg := TRegistry.Create;
  Reg.OpenKey('Environment', False);
  Reg.WriteString(VariableName, VariableContent);
  Reg.Free;
  SetEnvironmentVariable(PChar(VariableName), PChar(VariableContent));
  SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, 0, LPARAM(PChar('Environment')));
end;

procedure RemoveGlobalEnvironmentVariable(VariableName: string);
var
  Reg: TRegistry;
begin
  Reg := TRegistry.Create;
  Reg.OpenKey('Environment', False);
  Reg.DeleteValue(VariableName);
  Reg.Free;
  SetEnvironmentVariable(PChar(VariableName), nil);
  SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE, 0, LPARAM(PChar('Environment')));
end;

procedure TForm1.Button1Click(Sender: TObject);
begin
  SetGlobalEnvironmentVariable('JCLROOT', 'E:\Daten\JCL');
  ShellExecute(HWND_DESKTOP, 'open', 'test.bat', nil, nil, SW_SHOW);
end;

procedure TForm1.Button2Click(Sender: TObject);
begin
  RemoveGlobalEnvironmentVariable('JCLROOT');
  ShellExecute(HWND_DESKTOP, 'open', 'test.bat', nil, nil, SW_SHOW);
end;

test.bat:
echo X=%JCLROOT%
pause



Subject: Re: New dcu output folders
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Feb 2004 08:18:48 +0100
Newsgroups: jedi.vcl

> > No it doesn't, it only works in the packages directory.
> > Whoever touched the examples folder isn't pgEdit, that's for sure.
> > However, maybe MakeDOF.bat did it and pgEdit may call this batch file if
> > specifically asked to
I've fixed them again, so they should be OK now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New dcu output folders
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Feb 2004 08:17:51 +0100
Newsgroups: jedi.vcl

> > Neither do I.  So can be close the discusion on support for K2?.
Sure. So officially we don't support Kylix 2 then.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jvcl3 - non fixed list of Items
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Feb 2004 08:16:47 +0100
Newsgroups: jedi.vcl

> > It also uses a tree which i would like to see for the
> > package dependencies of the JVCL.
I don't think you can display the interpackage dependencies in JVCL in a
treeview, at least not as good as in a checklistbox.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CODE FREEZE! So now what?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Feb 2004 08:14:40 +0100
Newsgroups: jedi.vcl

> > Once the code is frozen, could a link be put on the JVCL web page for
> > downloading JVCL3 beta? This would avoid the problems with the daily
> > snapshots.
The beta will not be available in at least two weeks and once it is, we'll
upload it to the Files page on SF.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CODE FREEZE! So now what?
From: Jonathan Neve <jonathan@microtec.fr>
Date: Mon, 02 Feb 2004 07:59:01 +0100
Newsgroups: jedi.vcl

Once the code is frozen, could a link be put on the JVCL web page for downloading JVCL3 beta? This would avoid the problems with the daily snapshots.

Thanks!

Jonathan Neve.



Subject: Re: CODE FREEZE! So now what?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Feb 2004 07:54:06 +0100
Newsgroups: jedi.vcl

I just committed a fixed JvToolEdit.pas.
It would not compile for D6 VCL.



Subject: Re: CODE FREEZE! So now what?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Feb 2004 07:00:29 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> No files may be moved anywhere during the code freeze.

Then please reactivate the hlep file for JvAniFile.pas. I removed it from the list of generated help files because i expected the pas file to go to Archive.



Subject: Re: Jvcl3 - non fixed list of Items
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Feb 2004 06:57:49 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I actually like the look of our installer beter than the JCL installer :)

I do not really mind the colors. The JCL installer has a definite installer look. It also uses a tree which i would like to see for the package dependencies of the JVCL.



Subject: Re: Jvcl3 - non fixed list of Items
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 02 Feb 2004 10:23:53 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> want is already updated
>
And I updated pgEdit.xml, the bcb batch files and the bcb group files.
I know, the bcb group files were already updated but I also renamed them to be really consistent with what has been done everywhere else.



Subject: Re: last cvs jvcl3 for BCB6 can't be compiled
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 02 Feb 2004 09:33:02 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> I always using the CVS repository, and his is the latest from it.
>
That's good to hear, but let me remind you that the CVS repository is work in progress and that it is not uncommon for it to be in a non-building state for quite a while. Even if we try to prevent this from happening, you may also have done your update just in the middle of a commit by a developer.
When this happens, please try to update your copy from CVS a while later (about an hour) to see if the problem is still there.
Usually, when the CVS is in a non building state, one of the developers will notice it and fix it.

Cheers

Olivier Sannier



Subject: Re: JvPickDate: JvCalendar from Implementation to Interface section ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 1 Feb 2004 23:23:15 +0100
Newsgroups: jedi.vcl

Moved it.

Regards,

André Snepvangers




Subject: Re: New dcu output folders
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 02 Feb 2004 07:35:50 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I deleted all packages and
>> their dof files and recreated them with pgEdit.exe after updating the
>> template.dof files.
>
> Do you mean that pgEdit changes the dofs in examples? If it does, that's one
> big bug. 

No it doesn't, it only works in the packages directory.
Whoever touched the examples folder isn't pgEdit, that's for sure.
However, maybe MakeDOF.bat did it and pgEdit may call this batch file if specifically asked to



Subject: Re: CODE FREEZE! So now what?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 20:54:24 +0100
Newsgroups: jedi.vcl

> > I think we should try to write up new examples also. It is an easy way
> > to find bugs (see what my recent simple check found).
Yes and some of the existing demos are just awfull - ugly and doesn't really
show the capabilities of the component(s) in question

> > I hope the freeze does not extend to the files which are due go to
Archive.
No files may be moved anywhere during the code freeze.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jvcl3 - non fixed list of Items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 20:52:18 +0100
Newsgroups: jedi.vcl

I actually like the look of our installer beter than the JCL installer :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CODE FREEZE! So now what?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 20:09:57 +0100
Newsgroups: jedi.vcl

> To minimize the number of updates, "prettyfing" code is also prohibited
> during the next two weeks.

Boo, Boo ;-)
I stopped with that almost already. I will check the ENDIFs again now
and then be it as it is.
JvListView.pas showed up with an uppercase JVCL.INC.
The last one touching the file please check that you did not work
an older version.

I intend to work on the examples and write some help. At least integrating
the help i wrote for my HID component.
I think we should try to write up new examples also. It is an easy way
to find bugs (see what my recent simple check found).
The goal should be to use each component at least once in an example.

I hope the freeze does not extend to the files which are due go to Archive.

I forgot to mention that the generated help files should be generated again.



Subject: Re: CODE FREEZE! So now what?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 19:24:19 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Code freeze affects the \run, \design, \common, \Resources and \packages
> folders. This also means that we can change anything we like in \devtools,
> \examples, \help , \converter and \install.

Please set debug option in jvcl.inc to off and regenerate the packages, dof, dcr and res files by installing through the installer. USE_JVCL should be set to on for that. This ensures current files in the CVS.



Subject: Re: Jvcl3 - non fixed list of Items
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 19:18:48 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Yup, there are still some stuff that needs fixing (like expansion of
> cJVCLDirList)
>

See if you can put in a bit more flexibility. Maybe another XML file to define the work of the installer.
The installer is IMHO the next center of design activity. I vote for a redesign of the UI. I do like the UI of the JCL installer better. Less color and better structured. That is why i implanted the title panel already.



Subject: JvPickDate: JvCalendar from Implementation to Interface section ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 1 Feb 2004 19:17:21 +0100
Newsgroups: jedi.vcl

VisualCLX lags date components, so it would be nice to move the class
declaration of TJvMonthCalendar to the interface section. Is this any
problem if I do so ?

Regards,

André Snepvangers




Subject: Re: New dcu output folders
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 19:11:21 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Do you mean that pgEdit changes the dofs in examples? If it does, that's one
> big bug. Either way, you should always check what you are about to check in
> before you do it. Can't trust the tools...

AFAIK i did not touch the Examples files at all. I am almost sure that the folder icon was green when committing.
I also got the dof files of the examples when updating in the afternoon.



Subject: Re: TJvEditor - some problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 19:03:12 +0100
Newsgroups: jedi.vcl

> > First at all I use JVCL 2 :-( so I must download new version but I think
> > there isn't JVCL 3 in download :-(

See http://jvcl.sf.net/daily for zip files or http://jvcl.sf.net/cvs.htm for
instructions on using CVS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CODE FREEZE! So now what?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 1 Feb 2004 19:00:31 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 1 Feb 2004 18:20:22 +0100:

 PT> To make sure that we don't all try to do the same thing, let's divide
 PT> the tasks between us. Personally, I will do the following:

    I'll try to complete as much of the provider core documentation as I
can, but there is a good chance it won't be complete (I'm still going to do
my best). I'm still focusing on a couple of issues with the code, but they
seem to be implementation bugs only so that's no problem.

    I think it's a safe bet to assume that both Remko and I will check the
help file for problematic mistakes (bad links, wrong casing, etc) before it
will even be available to be tested by others. I'm not sure if the completed
documentation for the data provider core (note that I'm only referring to
the implementation code, not the interfaces; these are documented already)
should have higher precedence than the checking of the help file itself.
Depending on that choice, the checking may be done by Remko completely,
because I'll be real busy typing <g>

    I think we can upload a built help file in a week to be checked by all,
specifically if links still match up and all links actually make sense
(Doc-O-Matic will add links automatically to anything that matches a symbol
in JVCL, JCL or Borland help and this doesn't always make sense).

    In the mean time, the help proof readers and grammar correctors may
start as well from tomorrow. Only files with the Completed status have to be
checked, since others will not end up in the help file.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "If Two" by Nits.




Subject: Re: TJvEditor - some problems
From: "Moskw@" <moskwa@pro.onet.pl>
Date: Sun, 01 Feb 2004 18:52:14 +0100
Newsgroups: jedi.vcl

Użytkownik Andreas Hausladen napisał:
> Moskw@ wrote:
>

First at all I use JVCL 2 :-( so I must download new version but I think there isn't JVCL 3 in download :-(

>
>> 1. How to select column block from source ?? I need to select
>> some text in source code and I have problems 
>
>
>   ed.SelBlockFormat := bfColumn;
>   ed.SelectRange(2, 2, 50, 20);
>
>
>
>> 2. How to select text with column block like in Delphi IDE with mouse and Alt key ??
>
>
> For me it works.

I think in JVCL 2 it doesn't work :-(

>
>
>
>> 3. Howw to get first column selected by column block ??
>
>
>   ed.SelBlockFormat := bfColumn;
>   ed.SelectRange(0, 0, 0, ed.Lines.Count - 1);
>

not how to select first column in editor but if I do
ed.SelectRange(10, 0, 20, ed.Lines.Count - 1);
How to I find after that that first selected column is 10 ?? How to check that if user select by mouse ?? Maybe there is somethink like GetSelectedRange ??


>
>
>> Can You help me ??
>
>
> Are you using JVCL 3 or 2 ? The new features are implemented in JVCL 3.
>
>

thanks for answer ... I must find JVCL 3 ...

best regards Moskw@


Subject: CODE FREEZE! So now what?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 18:20:22 +0100
Newsgroups: jedi.vcl

Code freeze will be in effect starting monday 8:00 UTC (in 14 hours where
I'm sitting). So what does it mean, how long will it last and what can we do
and not do while code freeze is in effect?

Explanation of code freeze
====================
Code freeze means that source units may not be altered unless it is to fix a
bug. We cannot alter units in such a way that it affects the visible
interface to the unit. This means that we can't change the names or
parameter lists of protected, public and published parts of a unit. Changing
unit names are also forbidden.

To minimize the number of updates, "prettyfing" code is also prohibited
during the next two weeks.

Code freeze affects the \run, \design, \common, \Resources and \packages
folders. This also means that we can change anything we like in \devtools,
\examples, \help , \converter and \install.

The code freeze will be in effect until the beta release and approximately
two weeks after the beta release.  Two weeks after the beta, we have to
evaluate how much time we need before we can release a final (or gamma, if
need be), lift the code freeze (thaw), do our fixes, issue a new code freeze
and upload a new release. This will continue until the final release is
working as well as we can expect.

There is opportunity to thaw select units if it is absolutely necessary to
fix bugs. The restriction is that the code thaw of the unit *must* be
announced in the nesgroup and other developers must have ample time (at
least two days) to react *before* the unit is comitted again. When a thawed
unit changes the interface of the unit/class/type etc, it is the
responsibility of the person performing the change to verify that all
documentation is updated and that the changes work with all parts of the
JVCL. This could involve testing design-time packages as well as all demos,
batch files, scripts etc that touches the unit in question. I think you
realize that changing a unit while it is freezed is a lot more involved than
normal development!

DO NOT BREAK THESE RULES!

What to do now
============
Now is the time to exhaustively test all the changes we've made since 2.10
and fix the documentation and make sure the installation works flawlessly.
This means that we have to do the following in the next week:

- Fix the last few bugs in Mantis or mark them as "post JVCL3"
- Verify that the existing documentation is accurate and up to date
- Write help for units not yet documented
- Generate and test the resulting help file(s) for accuracy
- Test the package generator and the installer on all supported platforms
- Check the documentation (readme, install, migratiing etc) for accuracy
- Test all demos on all supported platforms
- Check the release zips for errors

To make sure that we don't all try to do the same thing, let's divide the
tasks between us. Personally, I will do the following:
- Update the docs (readme, install)
- Write help for those dtx files that are marked "locked by peter3"
- Create the release zips and upload somewhere (I'll let you know later) for
testing and scrutiny by you


One thing we also have to keep in mind is the current assumed folder
structure. I guess most of you are using something\dev\JVCL3 as the folder
for jvcl on your own computer and something\jcl for jcl. This is not how end
users will have it arranged! The most probable folder structure for end
users is "jvcl" and "jcl" as siblings. We have to check all batch files,
scripts and makefiles so they work with this layout. It is actually very
easy to set up this folder structure on your own computer: just rename
"JVCL3" to "jvcl" in Explorer and move it so it is a sibling to jcl. Since
CVS works with the files in the CVS subfolder, the actual root folder name
or location doesn't matter - it will find the correct repository anyway.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cant get the print to work correctly, still...anyone have any ideas?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 17:34:02 +0100
Newsgroups: jedi.vcl

OK, it seems you need to insert a call to 

JvPreviewControl1.DeviceInfo.ReferenceDC := Printer.Handle;

after the PrintDialog1.Execute and before the .Print

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvEditor - some problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Feb 2004 17:27:20 +0100
Newsgroups: jedi.vcl

Moskw@ wrote:

> > 1. How to select column block from source ?? I need to select
> > some text in source code and I have problems 

  ed.SelBlockFormat := bfColumn;
  ed.SelectRange(2, 2, 50, 20);


> > 2. How to select text with column block like in Delphi IDE 
> > with mouse and Alt key ??

For me it works.


> >  3. Howw to get first column selected by column block ??

  ed.SelBlockFormat := bfColumn;
  ed.SelectRange(0, 0, 0, ed.Lines.Count - 1);


> > Can You help me ??

Are you using JVCL 3 or 2 ? The new features are implemented in JVCL 3.


-- Regards, Andreas Hausladen 

Subject: Re: another package structure change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Feb 2004 17:18:08 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Probably, but that can be done later. The source is buggy and badly
> > designed anyway.

Now we have a new JvPcx unit. I have tested all PixelFormat settings.
The old implementation had problems with images that had an odd width. The
old SaveToStream was not working.



-- Regards, Andreas Hausladen 

Subject: Re: Cant get the print to work correctly, still...anyone have any ideas?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 17:10:58 +0100
Newsgroups: jedi.vcl

> > Ok, i tried those properties, but none seem to work. The following code is
> > my capture code. I must be doing something wrong here, so any help or
advice
> > you can give me would be greatly appreciated.

There definitely seem to be something wrong with the printing code. I will
have a look ASAP.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvEditor - some problems
From: "Moskw@" <moskwa@pro.onet.pl>
Date: Sun, 01 Feb 2004 15:53:24 +0100
Newsgroups: jedi.vcl

Hi,
I like to use TJvEditor but I have some problems :
1. How to select column block from source ?? I need to select some text in source code and I have problems :-( Need I to use SelStart and SelLength ?? Or somethink else ??
2. How to select text with column block like in Delphi IDE with mouse and Alt key ??
3. Howw to get first column selected by column block ??

Can You help me ??
Thanks in advance. Sorry for my english.

best regards
Moskw@


Subject: Re: Jvcl3 - non fixed list of Items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 15:33:39 +0100
Newsgroups: jedi.vcl

Yup, there are still some stuff that needs fixing (like expansion of
cJVCLDirList)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet news:bvj0ke$1v6$1@talkto.net...
>> > > If I have completed the JvPcx rewrite I could update (my) the installer.
> > Done, but you might want to check it just in case.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 15:28:32 +0100
Newsgroups: jedi.vcl

I've also added the template files but not the "real" packages yet.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jvcl3 - non fixed list of Items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 15:23:26 +0100
Newsgroups: jedi.vcl

> > If I have completed the JvPcx rewrite I could update (my) the installer.
Done, but you might want to check it just in case.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install Problem
From: "David McCallum" <dmacukNO@SPAMblueyonder.co.uk>
Date: Sun, 1 Feb 2004 14:02:40 -0000
Newsgroups: jedi.vcl

Cheers, that got it going

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bvir0k$as6$1@talkto.net...
> > David McCallum wrote:
> >
>> > > Finally got CVS working, now when I try to install I get the error
>> > > JVCL 3 Package Installer: Exception: [EFOpenError] Cannot open file
>> > > "C:\packages\JclPackagesD70.bpg". The system cannot find the path
specified
>> > > Can ayone help?
>> > >
> >
> > It is looking for the JCL 1.9 packages, you should install it before
> > attempting to compile the JVCL 3.
> >




Subject: Re: Jvcl3 - non fixed list of Items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 14:56:07 +0100
Newsgroups: jedi.vcl

want is already updated

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jvcl3 - non fixed list of Items
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Feb 2004 14:50:03 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The Installer does not work yet with the new Lib\xx structure.
> > It still uses the libX directory for the dcu output.
> > 
> > If noone else has touched it until tomorrow then i will
> > try my luck with it.

If I have completed the JvPcx rewrite I could update (my) the installer.


-- Regards, Andreas Hausladen 

Subject: Re: Jvcl3 - non fixed list of Items
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 14:48:26 +0100
Newsgroups: jedi.vcl

To place it here also:

The Installer does not work yet with the new Lib\xx structure.
It still uses the libX directory for the dcu output.

If noone else has touched it until tomorrow then i will
try my luck with it.

I assume the want utility will need an update also.



Subject: Re: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 14:46:35 +0100
Newsgroups: jedi.vcl

> > There is no change in the package directory structure anyway.
We are talking about renaming packages\bcb5 -> packages\c5 etc

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 14:46:02 +0100
Newsgroups: jedi.vcl

> > I did not touch them directly if at all.
They were touched alright.

> >I deleted all packages and
> > their dof files and recreated them with pgEdit.exe after updating the
> > template.dof files.
Do you mean that pgEdit changes the dofs in examples? If it does, that's one
big bug. Either way, you should always check what you are about to check in
before you do it. Can't trust the tools...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New dcu output folders
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 14:44:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Just leave the packages directories as they are, I think it'd be better to ask the SF team to simply rename them so that we don't loose history
>
> I don't think there is much benefit in keeping history for package files.
>

There is no change in the package directory structure anyway.



Subject: Re: New dcu output folders
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 14:42:36 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Unfortunately, you've made one big mistake: you've updated the dof files in
> \examples which was unnecessary and also incorrect for those demos that are
> located in sub- and subsubfolders. You will now have to edit those manually,
> restoring the correct path again.

I did not touch them directly if at all. I deleted all packages and their dof files and recreated them with pgEdit.exe after updating the template.dof files.



Subject: Re: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 14:40:01 +0100
Newsgroups: jedi.vcl

> > Can you drop a line whenever the new folders are created ?
I've added the folders but not moved the packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New dcu output folders
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 23:14:02 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>>> Just leave the packages directories as they are, I think it'd be better to ask the SF team to simply rename them so that we don't loose history
>>
>>
>> I don't think there is much benefit in keeping history for package files.
>>
> Well, it's your call, whatever is done, it's just a matter of updating the bpg file.
>
Can you drop a line whenever the new folders are created ?
Cause it's already 11PM here and I have to go to bed...



Subject: Re: Context Property editor bug.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 1 Feb 2004 14:11:15 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Wed, 28 Jan 2004 11:38:33 +0100:

 MB>     I'll be committing it later after fixing the other issues with the
 MB> designer form.

    I managed to get rid of all but one design time issues. The remaining
issue might be a run time issue. Adding a color does not appear to work in
the design form, but the color is added so I know the adding functionality
is working properly. I'm guessing that the notification of the item being
added is not properly handled by the view list class. Looking into that now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Don't Give Up" by Peter Gabriel & Kate Bush.




Subject: Re: Install Problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 22:47:26 +1000
Newsgroups: jedi.vcl

David McCallum wrote:

> Finally got CVS working, now when I try to install I get the error
> JVCL 3 Package Installer: Exception: [EFOpenError] Cannot open file
> "C:\packages\JclPackagesD70.bpg". The system cannot find the path specified
> Can ayone help?
>

It is looking for the JCL 1.9 packages, you should install it before attempting to compile the JVCL 3.



Subject: Install Problem
From: "David McCallum" <dmacukNO@SPAMblueyonder.co.uk>
Date: Sun, 1 Feb 2004 12:34:24 -0000
Newsgroups: jedi.vcl

Finally got CVS working, now when I try to install I get the error
JVCL 3 Package Installer: Exception: [EFOpenError] Cannot open file
"C:\packages\JclPackagesD70.bpg". The system cannot find the path specified
Can ayone help?

TIA

David McCallum






Subject: Re: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 13:28:11 +0100
Newsgroups: jedi.vcl

> > Or use the "-s" parameter in MakeDOF.exe that I have added a long time
ago.
Even so, there are some dofs that need manual editing, like the surveyor
apps and the docking demos. I'm comitting a new batch now, so please make
sure that they are not touched anymore. They shouldn't have to be.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 13:24:31 +0100
Newsgroups: jedi.vcl

> > Or use the "-s" parameter in MakeDOF.exe that I have added a long time
ago.
That param should obviously be set in MakeDofs.bat for the examples folder.
I'll fix it

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> skrev i meddelandet news:bvimmr$pho$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Unfortunately, you've made one big mistake: you've updated the dof files
>> > > in \examples which was unnecessary and also incorrect for those demos
>> > > that are located in sub- and subsubfolders. You will now have to edit
>> > > those manually, restoring the correct path again.
> >
> >
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen



Subject: Re: New dcu output folders
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 22:22:41 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Just leave the packages directories as they are, I think it'd be better to ask the SF team to simply rename them so that we don't loose history
>
> I don't think there is much benefit in keeping history for package files.
>
Well, it's your call, whatever is done, it's just a matter of updating the bpg file.



Subject: Re: Jvcl3 - non fixed list of Items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 13:17:45 +0100
Newsgroups: jedi.vcl

>> > > 3. TJvPageListTreeView
>> > >    a) ReadOnly is not working
>> > >    b) HideSelection is not working
> > These are directly inherited from the TCustomTreeview and are not handled
at
> > all by the control, so I don't know why they don't work. Anyone have
clues?
Found it. Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New dcu output folders
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Feb 2004 12:33:54 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Unfortunately, you've made one big mistake: you've updated the dof files
> > in \examples which was unnecessary and also incorrect for those demos
> > that are located in sub- and subsubfolders. You will now have to edit
> > those manually, restoring the correct path again.

Or use the "-s" parameter in MakeDOF.exe that I have added a long time ago.



-- Regards, Andreas Hausladen 

Subject: Re: Jvcl3 - non fixed list of Items
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 12:24:16 +0100
Newsgroups: jedi.vcl

> > 1. TJvFormStorage - Up/DSown arrow buttons not connected
Done

> > 2. TJvPageList:
> >    a) OnChange event is not working
Done

> > 3. TJvPageListTreeView
> >    a) ReadOnly is not working
> >    b) HideSelection is not working
These are directly inherited from the TCustomTreeview and are not handled at
all by the control, so I don't know why they don't work. Anyone have clues?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 12:00:25 +0100
Newsgroups: jedi.vcl

> > Just leave the packages directories as they are, I think it'd be better 
> > to ask the SF team to simply rename them so that we don't loose history
I don't think there is much benefit in keeping history for package files.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 11:57:40 +0100
Newsgroups: jedi.vcl

> > I will do it now.
Unfortunately, you've made one big mistake: you've updated the dof files in
\examples which was unnecessary and also incorrect for those demos that are
located in sub- and subsubfolders. You will now have to edit those manually,
restoring the correct path again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: last cvs jvcl3 for BCB6 can't be compiled
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Sun, 01 Feb 2004 13:30:17 +0300
Newsgroups: jedi.vcl

OBones wrote:
I always using the CVS repository, and his is the latest from it.
> Well, I updated the JVCL this morning, and could build it perfectly.
> I haven't udpated it this evening, but it seems that the daily package made its snapshot in the middle of an update, thus resulting in this unfortunate situation.
> Either you wait until the next daily package becomes available or you get a copy directly from the CVS repository.
>
> Sorry for the inconvenience
>
> Olivier Sannier
> JVCL Developer
> BCB Coordinator
>


Subject: Re: last cvs jvcl3 for BCB6 can't be compiled
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 20:17:05 +1000
Newsgroups: jedi.vcl

Well, I updated the JVCL this morning, and could build it perfectly.
I haven't udpated it this evening, but it seems that the daily package made its snapshot in the middle of an update, thus resulting in this unfortunate situation.
Either you wait until the next daily package becomes available or you get a copy directly from the CVS repository.

Sorry for the inconvenience

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: another package structure change
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 10:49:35 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Wouldn't it be better to dervice TJvPcx from TBitmap and only override
> SaveToStream, LoadFromStream, Assign, AssignTo, LoadFromResourceId and
> LoadFromResourceName ?

Probably, but that can be done later. The source is buggy and badly designed anyway.



Subject: last cvs jvcl3 for BCB6 can't be compiled
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Sun, 01 Feb 2004 12:47:44 +0300
Newsgroups: jedi.vcl

\jvdbc6d.cpp:
Loaded pre-compiled headers.
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" -U"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6;D:\CBuild6\Projects\Lib;D:\CBuild6\Projects\Bpl" -N"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\dcu -N0..\..\dcu -$YD -$W -$O- -$A8 -v -JPHNE -M -LUdcldb   -LUDesignIde -LUCJcl -LUCJclVcl -UD:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\dcu;..\..\..\JCL\dcu;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl --BCB ..\..\design\JvSelectDataSetForm.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
62879 lines, 2.45 seconds, 1295 bytes code, 4 bytes data.
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" -U"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6;D:\CBuild6\Projects\Lib;D:\CBuild6\Projects\Bpl" -N"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\dcu -N0..\..\dcu -$YD -$W -$O- -$A8 -v -JPHNE -M -LUdcldb   -LUDesignIde -LUCJcl -LUCJclVcl -UD:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\dcu;..\..\..\JCL\dcu;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl --BCB ..\..\design\JvCsvDataEditor.PAS ..\..\design\JvCsvDataForm.PAS ...\..\design\JvDBMemDatasetEditor.PAS ..\..\design\JvDBReg.PAS ...\..\design\JvDBEditors.PAS ..\..\design\JvDBGridExportEditors.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\design\JvCsvDataEditor.pas(114) Error: Undeclared identifier: 'TJvCustomCsvInMemoryDataSet'
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\design\JvCsvDataEditor.pas(116) Error: Operator not applicable to this operand type
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\design\JvCsvDataEditor.pas(120) Error: Missing operator or semicolon
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\run\JvTypes.pas(45) Fatal: Could not compile used unit 'JvConsts.pas'

** error 1 ** deleting JvDBC6D.bpl


Subject: Re: New dcu output folders
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 10:45:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will check all files for changes (Windows 2000 search files is your friend). Check them afterwards.

I currently commit.

The Installer needs to be updated. I did not find where it creates the libX pathes.

Want probably also needs to be updated.

README.htm needs to be updated for JVCL 3 structure changes.



Subject: Jvcl3 - non fixed list of Items
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Sun, 01 Feb 2004 12:02:12 +0300
Newsgroups: jedi.vcl

1. TJvFormStorage - Up/DSown arrow buttons not connected
2. TJvPageList:
  a) OnChange event is not working
3. TJvPageListTreeView
  a) ReadOnly is not working
  b) HideSelection is not working

That's all for now


Subject: Re: another package structure change
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Feb 2004 09:48:11 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > JvPcx needs to be improved and made CLX compatible.

Wouldn't it be better to dervice TJvPcx from TBitmap and only override
SaveToStream, LoadFromStream, Assign, AssignTo, LoadFromResourceId and
LoadFromResourceName ?


-- Regards, Andreas Hausladen 

Subject: Re: New dcu output folders
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 18:31:57 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> If i did not complete it until 11:00 AM CET then i will have complete it this afternoon.
>
In case someone is wondering what CET is, here is a list:
http://www.timeanddate.com/library/abbreviations/timezones/

I'm in AEST so 11 AM CET, will be 8 PM AEST
As to completion for the "afternoon", I'd prefer you to start by creating the directories, I'll handle the BCB scripts directly, it shouldn't take more than an hour to fix.
Just leave the packages directories as they are, I think it'd be better to ask the SF team to simply rename them so that we don't loose history



Subject: another package structure change
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 09:06:03 +0100
Newsgroups: jedi.vcl

I vote for moving JvGIF.pas and JvPcx.pas from JvMM-R.xml to JvCore-R.xml.
Both files implement graphics formats so they should be always installed.

JvPcx needs to be improved and made CLX compatible.
It could then serve as the basic format for most of the bitmaps in the dfm and xfm files because it is a compressing format. I bet it can remove some megabytes from the JVCL sources.



Subject: Re: New dcu output folders
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 09:03:44 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Then I'll update the BCB scripts, leaving the Delphi and Kylix files to others.

I will check all files for changes (Windows 2000 search files is your friend). Check them afterwards.

If i did not complete it until 11:00 AM CET then i will have complete it this afternoon.



Subject: Re: New dcu output folders
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 09:01:21 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>
>>
>> Lets go for it now (including the above changes).
>>
> Why not, but who does it ?
> I mean, one person does the creation of the directories and lets everyone know when it's done.
> Then I'll update the BCB scripts, leaving the Delphi and Kylix files to others.
>

I will do it now.



Subject: Re: New dcu output folders
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 16:21:48 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> Lets go for it now (including the above changes).
>
Why not, but who does it ?
I mean, one person does the creation of the directories and lets everyone know when it's done.
Then I'll update the BCB scripts, leaving the Delphi and Kylix files to others.



Subject: Re: what has to be completed for the code freeze?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 07:19:03 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Yes, but only because every storage backend will need this property and
> event (and if Jens committed it, the encrypt/decrypt events as well). I find
> it easier to surface them there then create an extra class that also does
> nothing, except publish the property and events and then have the other 3
> descendants of TJvCustomAppStorage descend from the new class instead. If it
> has to be changed so be it, but I really see no reason to do that.

There is no problem to have published properties on Custom classes. There needs to be a reason for it though. A comment should be added stating the reason for the nonstandard declaration and all is well.



Subject: Re: Localization issues
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 16:18:49 +1000
Newsgroups: jedi.vcl

Ok.

I've created the locale directory and put the necessary scripts in it.
I also added subdirectories for German (de), Spanish (es), French (fr), Italian (it), Russian (ru) and Swedish (sv). French and Spanish have had their UIB translations done, a simple copy from the JvUIBConst.pas
However, I have some remarks:
- Never edit a .po file manually, more exactly, never add non ASCII characters in it. You should use an UTF8 capable editor for that. I personaly recommend poEdit, as it is a tool specialized in editing .po files.
- I chose to leave the comments in the output file because they will help the translators find the context to provide a good translation
- Still for the "context" idea, the strings are sorted by files.
- I had to create an additional tool in devtools to set some values in the headers in jvcl.po. The batch files will check for its existence, but won't create it if it doesn't exist.
- I had to comment out all translations in JvUIBConst.pas because they were put into jvcl.po as strings to translate. I haven't committed the changes into CVS. I think it would be a good idea to discuss with Henry about the localization issues.
- In JvUIBConst.pas, "already" should only take one "l".

Apart from that, everything should be fine.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Cant get the print to work correctly, still...anyone have any ideas?
From: "Dave Bracken" <yup@uhhuh.com>
Date: Sat, 31 Jan 2004 23:51:00 -0600
Newsgroups: jedi.vcl

Peter wrote: Check the TJvPreviewGraphicItem's properties: Center,
Proportional and
Stretch


Ok, i tried those properties, but none seem to work. The following code is
my capture code. I must be doing something wrong here, so any help or advice
you can give me would be greatly appreciated.

procedure TForm1.ToolButton4Click(Sender: TObject);
var
  myBMP : TBitmap;
begin
  myBMP := TBitmap.Create;
  Application.Restore;
  ImageScrollBox1.Graphic.Clear;
  ImageScrollBox1.Redraw(true);
  myBMP := ASGScreenCapture1.CaptureActiveWindow;
  ImageScrollBox1.Graphic.Assign(myBMP);
  ImageScrollBox1.Redraw(true);
  FOriginalGraphic.Clear;
  FOriginalGraphic.Assign(ImageScrollBox1.Graphic);
  myBMP.Destroy;
  if chkDirectPrint.Checked then begin
    ImageScrollBox1.SaveToFile(ExtractFilePath(Application.ExeName) +
'TempPrint.bmp');
    JvPreviewControl1.Clear;
    JvPreviewRenderGraphics1.Images.Clear;
    with JvPreviewRenderGraphics1.Images.Add do
        Picture.LoadFromFile(ExtractFilePath(Application.ExeName) +
'TempPrint.bmp');
        JvPreviewRenderGraphics1.Images.Items[0].Stretch := true;
        JvPreviewRenderGraphics1.Images.Items[0].Proportional := true;
        JvPreviewRenderGraphics1.CreatePreview(false);

  if PrintDialog1.Execute then begin
    PrintDialog1.PrintRange := prAllPages;
    if JvPreviewControl1.PageCount < 1 then
      PrintDialog1.Options := PrintDialog1.Options - [poPageNums]
    else
    begin
      PrintDialog1.Options := PrintDialog1.Options + [poPageNums];
      PrintDialog1.FromPage := 1;
      PrintDialog1.ToPage := JvPreviewControl1.PageCount;
    end;
    try
      JvPreviewPrinter1.Assign(PrintDialog1);
      JvPreviewPrinter1.Printer := Printer;
      JvPreviewPrinter1.PrintPreview := JvPreviewControl1;
      JvPreviewPrinter1.Print;
    finally

    end;
    end;
    DeleteFile(ExtractFilePath(Application.ExeName) + 'TempPrint.bmp');
  end;
  if ShowInterface then begin
    JvTrayIcon1.ShowApplication;
  end;
end;

Thanks,
Dave




Subject: Re: Localization issues
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 15:33:59 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> We have JvComponent.pas.TJvForm
>
>
> I'll then add some code in there, inspired by my DxGettext helpers.
>
Ok. It already had the code to translate upon creation of the form, so I simply added the initialization section that loads the jvcl domain.
I also added the RefreshTranslation method.



Subject: Re: New dcu output folders
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 06:27:21 +0100
Newsgroups: jedi.vcl

OBones wrote:

> It looks similar to the one in JCL, but to be consistent with it and with what BCB does, I'd rather add an obj directory in both c5 and c6. BTW, using c5 and c6 is consistent with the JCL but is not with the packages directory. I don't mind changing the package directory to c5 and c6, that would make everything consistent.

Lets go for it now (including the above changes).



Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 01 Feb 2004 06:16:13 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've redeclared a dynamic import in JvCharMap for the function. I hope that
> will work...
>

I commit a version without initialization section.
Better avoid initialization sections if possible. Especially for components which are not used much. The initialization sections are executed always even at design time and add up until the time lag starts to hurt.



Subject: Re: New dcu output folders
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 14:45:35 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Should we create new dcu output folders as discussed not so long ago? The
> suggested layout was:
<snip>

It looks similar to the one in JCL, but to be consistent with it and with what BCB does, I'd rather add an obj directory in both c5 and c6. BTW, using c5 and c6 is consistent with the JCL but is not with the packages directory. I don't mind changing the package directory to c5 and c6, that would make everything consistent.

> I'm all for it but it needs to be done now if we are going to change it.  We
> need to change at least the package templates, the installer and the
> documentation. Anything else that might be affected? 
Yeah, I think the batch files will need to be updated. Please let me know when you do that, but keep in mind that I won't have Internet access at home for at least a week starting on Monday or Tuesday. I will look at the repository from work, but I won't be able to do extensive checks.

> Do we need k2?
Apparently not, it seems to be too buggy.



Subject: Re: New dcu output folders
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 1 Feb 2004 01:26:50 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bvhf98$9lg$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Do we need k2?
> >
> > I wont support it.
> >
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen

Neither do I.  So can be close the discusion on support for K2?.

Regards,

André Snepvangers




Subject: Re: New dcu output folders
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 1 Feb 2004 01:20:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Do we need k2?

I wont support it.



-- Regards, Andreas Hausladen 

Subject: New dcu output folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Feb 2004 01:05:06 +0100
Newsgroups: jedi.vcl

Should we create new dcu output folders as discussed not so long ago? The
suggested layout was:
-lib
--d5
--d6
--d7
--c5
--c6
--k2
--k3


I'm all for it but it needs to be done now if we are going to change it.  We
need to change at least the package templates, the installer and the
documentation. Anything else that might be affected? Do we need k2?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New code freeze date
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 23:32:48 +0100
Newsgroups: jedi.vcl

Jeeez, this just isn't my day. Now I have managed to send two invalid
posts - one with the wrong date and one without the message...

So, this is the last try:
-------------------------------------------------------------

Code freeze will be in effect starting monday february 2nd at 8:00 UTC
unless someone can come up with a really good reason to delay it.

After that, I estimate that we need about two weeks to prepare the (first)
beta release, which would give us a beta release date of february 16. Sorry,
Robert that we couldn't make it for your birthday, but maybe someone else is
born on february 16?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems to use RichEditToHtml
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 23:23:57 +0100
Newsgroups: jedi.vcl

> > this is why you'll want to set Visible to False

I'm not even sure it works with Visible false...Try setting Width and Height
to 0 instead if Visible false doesn't work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: AppStorage Encryption
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 31 Jan 2004 22:08:46 +0100
Newsgroups: jedi.vcl

Finished & Commited (nice feature :-))

Jens Fudickar wrote:

> Hi,
>
> what about an encryption interface to AppStorage.
>
> Something like OnDecrypt and OnEncrypt Events.
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppStorage.TJvAppStorageListItemEvent
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 31 Jan 2004 22:08:02 +0100
Newsgroups: jedi.vcl


>
>     In short: I have no issues with the change, but it has to be in by
> Monday <g>

Done :-))

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: QWindows TTimerItem.EventFilter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 31 Jan 2004 21:52:34 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > "Warning: Never explicitly free a component within one of its own event
> > handlers or the event handler of a component it owns or contains.

The EventFilter is the equivalent of WndProc and so it is a message
handler and you are safe if you call Free (except the message handler
sends (not: posts) a other message)


-- Regards, Andreas Hausladen 

Subject: Re: QWindows TTimerItem.EventFilter
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 31 Jan 2004 21:42:28 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bvgtsr$8ru$1@talkto.net...
> > Why have you replaced my Free calls in TTimerItem.EventFilter by
> > System.pas.Release() ? This function was used under TurboPascal to release
> > memory that was marked by System.pas.Mark(). Both functions are neither
> > for Win32 nor for Linux. They raise an exception.
> >

Oops, Tobject doesn't have  Release method. I misinterpreted the following:

From the help of 'Free method(TObject)'"

"Warning: Never explicitly free a component within one of its own event
handlers or the event handler of a component it owns or contains. For
example, don't free a button, or the form that owns the button, in its
OnClick event handler.

To free a form, call its Release method, which destroys the form and
releases the memory allocated for it after all its event handlers and those
of the components it contains are through executing. "

Regards,

André Snepvangers





Subject: Re: Issue Tracker - 0000682
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 31 Jan 2004 21:14:58 +0100
Newsgroups: jedi.vcl

Hi Marcel,
> You wrote  on Fri, 30 Jan 2004 12:28:42 +0100:
>
>  >>     BTW, there was another bug dealing with the storage:
>  >> http://l3s1272.zeus01.de/issuetracker/bug_view_advanced_page.php?bug_id=
>  >> 0000484    Peter already closed it because the state of the bug was
>  >> feedback, which should have been confirmed or something. Anyway, if you
>  >> have the time to look into that, be my guest.
>
>  JF> Didn't know anything about the component. Is it only
>  JF> the TJvEventCollectionItem.State property?
>
>     To be honest, I really don't remember. I know someone let me know about
> the issue and I logged in Mantis and that's about all I remember. I was only
> reminded when I checked out the new and improved issue tracker and searched
> for bugs with the component. But my guess is that this is indeed the
> problem. Either it is not stored or during loading it is completely ignored.
>

I've closed the feature request.

About your other bug (484). I didn't know anything about the component, but i didn't think that it is usefull to save the "state" property. The only thing what is maybe usefull can be the properties like
- LastSnoozeInterval
- NextFire
- NextScheduleFire
- RequestedTriggerTime
- ActualTriggerTime

But i'm not sure about it.

Any comments. If yes it's not a big problem to include them.

Greetings
Jens

> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Waterfall" by Wendy & Lisa.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: what has to be completed for the code freeze?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 31 Jan 2004 20:26:20 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     As Andreas already pointed out, it only has 1 descendant. As such the
> > events should indeed be moved to protected and published in the only
> > descendant available.

Done.


-- Regards, Andreas Hausladen 

Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 20:24:30 +0100
Newsgroups: jedi.vcl

I've redeclared a dynamic import in JvCharMap for the function. I hope that
will work...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: @asn: QWindows TTimerItem.EventFilter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 31 Jan 2004 20:24:10 +0100
Newsgroups: jedi.vcl

Why have you replaced my Free calls in TTimerItem.EventFilter by
System.pas.Release() ? This function was used under TurboPascal to release
memory that was marked by System.pas.Mark(). Both functions are neither
for Win32 nor for Linux. They raise an exception.


-- Regards, Andreas Hausladen 

Subject: Re: what has to be completed for the code freeze?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Jan 2004 20:21:42 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sat, 31 Jan 2004 19:47:39 +0100:

 >> I found another global check to apply (today).
 >> Check if "Custom" components do not have published properties.
 >>
 RM> Right the first file JvAppStorage.pas shows design problems.
 RM> TJvCustomAppStorage contains published elements.

    Yes, but only because every storage backend will need this property and
event (and if Jens committed it, the encrypt/decrypt events as well). I find
it easier to surface them there then create an extra class that also does
nothing, except publish the property and events and then have the other 3
descendants of TJvCustomAppStorage descend from the new class instead. If it
has to be changed so be it, but I really see no reason to do that.

 RM> GeTJvAppStorage and SeTJvAppStorage fixed in several files. Obviously a
 RM> victim of a global change.

    Obviously.

 RM> TJvCustomDataItemStates, TJvCustomDataItemsImages in JvDataProvider.pas
 RM> not changed because the classes are not used at all.

    Correct, but they are also not the top of the hierarchy in this case
(the TJvBaseXXXXX classes are the ones that are not implemented). In both
cases if descendants are required, the properties are required to be
published, or the class is useless at design time. You could in fact argue
if it shouldn't be changed to not include the Custom part in the name, or if
all Base references should be changed to Custom instead.

 RM> JvInspector.pas TJvCustomInspector not changed. Too big for easy
 RM> change.

    As Andreas already pointed out, it only has 1 descendant. As such the
events should indeed be moved to protected and published in the only
descendant available.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Johnny Come Home" by Fine Young Cannibals.




Subject: Re: what has to be completed for the code freeze?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 31 Jan 2004 20:04:44 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > JvInspector.pas TJvCustomInspector not changed. Too big for easy change.

Where is the problem? TJvCustomInspector has only one decendent:
TJvInspector.



-- Regards, Andreas Hausladen 

Subject: Re: Last modified: 2000-02-28
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 31 Jan 2004 20:01:29 +0100
Newsgroups: jedi.vcl

> > One could write a small tool to check the last change date of the file and
> > update the header...
<snip>
You ?

> >
> >Provided the last change date is the same as in CVS, of
> > course (is it?).
> >

IMHO this doesn't matter, just as long as the "Last modified" is more up to
date
to reflect that JVCL is very much alive and one is not not dealing with a
unmaintained(?)  unit.

Regards,

André Snepvangers




Subject: Re: what has to be completed for the code freeze?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 31 Jan 2004 19:57:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I changed it to TJvCustomButtonHack which is what i prefer.
> > Mainly because the majority of these types are suffixed Hack.
> > 
> > We should agree on a suffix and do a global change.

Remko preferes TXxxAccess
You prefere TXxxHack
I prefer TOpenXxx
Borland preferes TXxxUnitName

Which one should we take?


-- Regards, Andreas Hausladen 

Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 31 Jan 2004 19:49:43 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> That's weird. Why have Borland done a dynamic import of the function in
> Forms if it is statically imported in Windows.pas?

I bet it is a Win 2000/XP function only. So someone added it dynamically to Forms. The entry Windows.pas is probably a bug.



Subject: Re: Problems with ListView
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 19:47:48 +0100
Newsgroups: jedi.vcl

> > General recommendation from me, don't try to make a common Windows
> > control do something it does not want to do, unless you have lots of
> > free time off course <g>.
Well, you can't blame a guy for trying!

It seems it possible by setting the font height of the header control to
match the height one needs and then custom draw the header control by
handling WM_NOTIFY for the listview... Header height will just have to be
fixed for the time being.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: what has to be completed for the code freeze?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 31 Jan 2004 19:47:39 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I found another global check to apply (today).
> Check if "Custom" components do not have published properties.
>

Right the first file JvAppStorage.pas shows design problems.
TJvCustomAppStorage contains published elements.
Since it touches many files i did not change it.
GeTJvAppStorage and SeTJvAppStorage fixed in several files. Obviously a victim of a global change.

JvBandObject.pas contains in TzCustomBandObject the published method
function MsgHookProc(nCode, wParam, lParam: Integer): Integer; stdcall;
I am not sure why so i did not change it either.

TJvCsvCustomInMemoryDataSet renamed to TJvCustomCsvInMemoryDataSet.
Further rename may be needed to either TJvCsvCustomDataSet or from TJvCsvDataSet to TJvCsvImMemoryDataSet.

TJvCustomDataItemStates, TJvCustomDataItemsImages in JvDataProvider.pas not changed because the classes are not used at all.

TJvDockCustomPanelSplitter in JvDockSupportControl.pas not changed. Used for TJvDockSplitter in JvDockControlForm.
Name problem also. Eitner TJvDockCustomSplitter or TJvDockPanelSplitter.
The question JvDockCustom* or JvCustomDock* has to be decided also.

TJvID3CustomTextFrame or TJvCustomID3TextFrame in JvID3V2Base.pas?

JvInspector.pas TJvCustomInspector not changed. Too big for easy change.

JvLoginForm.pas TJvCustomLogin needs to be renamed to TJvCustomLoginDialog.

TJvCustomMenuItemPainter in JvMenus.pas. Not changed. May cause problems.

TJvCustomPropertyStore in JvPropertyStore.pas. Not changed. Too many files involved.
TJvCustomPropertyListStore not used at all.

TJvTFCustomGlance in JvTFGlance.pas. Not changed. Too big for easy change.
Again considering name change from TJvTFCustomGlance to TJvCustomTFGlance.

TJvCustomComboEdit in JvToolEdit.pas. Not changed. Commented as backwards compatibility issue.

TJvCustomValidator in JvValidators.pas. Bad name. Not a base class of "Custom" kind.

TJvWizardCustomPage in JvWizard.pas. Not changed. Too many files involved.



Subject: Re: what has to be completed for the code freeze?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 31 Jan 2004 19:46:23 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Robert Marquardt wrote:
>
>> I just found the strange name
>>
>> File JvButtonPersistent.pas:
>>   TOpenJvCustomButton = class(TJvCustomButton);
>
>
> What is strange about that? (Although I prefer TxxxAccess)

I changed it to TJvCustomButtonHack which is what i prefer.
Mainly because the majority of these types are suffixed Hack.

We should agree on a suffix and do a global change.



Subject: Re: Problems with ListView
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 31 Jan 2004 18:59:07 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> So my question is: does anyone have any clue to how to tell the listview
> where to draw the first item in report view?

No, but you may want to read http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&selm=uJ59pXI0%24GA.88%40cppssbbsa05

General recommendation from me, don't try to make a common Windows control do something it does not want to do, unless you have lots of free time off course <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Problems with ListView
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 18:12:02 +0100
Newsgroups: jedi.vcl

I am trying to add a HeaderImages property to JvListView and that works
fine. I can also change the height of the header if needed. The problem I am
having now is that when I make the headers height larger, the top item in
the listview isn't adjusted accordingly. For example. if I set the header
height to 36px, the first item in the listview is completely hidden
underneath the header control. I've tried using WM_NCCALCSIZE, but no
success.

So my question is: does anyone have any clue to how to tell the listview
where to draw the first item in report view?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Last modified: 2000-02-28
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 17:41:58 +0100
Newsgroups: jedi.vcl

One could write a small tool to check the last change date of the file and
update the header... Provided the last change date is the same as in CVS, of
course (is it?).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Last modified: 2000-02-28
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 31 Jan 2004 17:02:29 +0100
Newsgroups: jedi.vcl

In the fileheader of several units the "Last modified" has not been updated
for years.
Updating this from time to time would look a little bit better.

Regards,

André Snepvangers





Subject: Problems to use RichEditToHtml
From: "Vinicius" <vinicius647@msn.com>
Date: Sat, 31 Jan 2004 12:30:12 -0300
Newsgroups: jedi.vcl

I've tried to use TJvRichEditToHtml Component, but when I run my aplication
I receive this message:
'Control '' has no parent window.', this message occur in this line.:
rtf.ConvertToHtmlStringList(Rich,list);
so, It occurs only when I create one TRichEdit in Run-Time, if I put one
TRichEdit on Form, it doesn't occur.

Look the full code...
........
var
  Rich :TRichEdit;
  list :TStringList;
  rtf  :TJvRichEditToHtml;
begin

  IBDatabase1.Open;
  IBTable1.Open;

  Rich := TRichEdit.Create(Self);
  rtf := TJvRichEditToHtml.Create(self);
  list := TStringList.Create;
  try
    Rich.Text := IBTable1TEXTO.Value;
    rtf.ConvertToHtmlStringList(Rich,list);
  finally
    Rich.Free;
    list.Free;
    rtf.free;

    IBDatabase1.Close;
  end;




Subject: Re: TRxMemoryData/JvMemoryData
From: "Jan Hartung" <eddi@planethalflife.com>
Date: Sat, 31 Jan 2004 15:55:23 +0100
Newsgroups: jedi.vcl

Hallo,

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:bvgc73$2n8$1@talkto.net...
>> > > Shouldn't there be a file named JvMemoryData.dcu in my lib6 folder
then?
> >
> > Duh, I really have to learn to check my facts before I write anything
:(
> >
> > In JVCL 2.10 the unit was named JvMemDS. It wasn't renamed to
> > JvMemoryDataset until JVCL3.
> >
> > Sorry for any problems I've caused.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >

Now I've found it. Thanks.

Jan H.




Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 15:44:44 +0100
Newsgroups: jedi.vcl

> > Sorry, no. Not for D6.
> >
> >  From D6 Windows.pas:
> >
> > function SetLayeredWindowAttributes(Hwnd: THandle; crKey: COLORREF;
> > bAlpha: Byte; dwFlags: DWORD): Boolean; stdcall;
> >
> > function SetLayeredWindowAttributes; external user32 name
> > 'SetLayeredWindowAttributes';

That's weird. Why have Borland done a dynamic import of the function in
Forms if it is statically imported in Windows.pas?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: what has to be completed for the code freeze?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 31 Jan 2004 15:42:25 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I just found the strange name
>
> File JvButtonPersistent.pas:
>   TOpenJvCustomButton = class(TJvCustomButton);

What is strange about that? (Although I prefer TxxxAccess)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: what has to be completed for the code freeze?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 31 Jan 2004 15:36:22 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I found another global check to apply (today).
> Check if "Custom" components do not have published properties.
>


I just found the strange name

File JvButtonPersistent.pas:
  TOpenJvCustomButton = class(TJvCustomButton);



Subject: Re: what has to be completed for the code freeze?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 31 Jan 2004 15:35:21 +0100
Newsgroups: jedi.vcl

I found another global check to apply (today).
Check if "Custom" components do not have published properties.



Subject: Re: Problems to use RichEditToHtml
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 00:31:25 +1000
Newsgroups: jedi.vcl

Vinicius wrote:

> I've tried to use TJvRichEditToHtml Component, but when I run my aplication
> I receive this message:
> 'Control '' has no parent window.', this message occur in this line.:
> rtf.ConvertToHtmlStringList(Rich,list);
> so, It occurs only when I create one TRichEdit in Run-Time, if I put one
> TRichEdit on Form, it doesn't occur.
Well, the error message tells it all actually.
For some reason, you need to set the parent property of your dynamically created component.
So simply add this line just after the call to Create:
Rich.Parent := Self;

That's because a TRichEdit component needs a parent to work correctly. However, setting the parent will make it appear on whatever the parent is, this is why you'll want to set Visible to False before setting the value of the Parent property.



Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 31 Jan 2004 15:24:49 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> This does work for me. SetLayeredWindowAttributes is in Windows for
>> Delphi 6 so Assigned() does not work.
>
>
> SetLayeredWindowAttributes is a function pointer and only assigned if the
> function is found in User32.dll. See InitProcs in Forms.pas.
>

Sorry, no. Not for D6.

From D6 Windows.pas:

function SetLayeredWindowAttributes(Hwnd: THandle; crKey: COLORREF; bAlpha: Byte; dwFlags: DWORD): Boolean; stdcall;

function SetLayeredWindowAttributes; external user32 name 'SetLayeredWindowAttributes';



Subject: Re: TRxMemoryData/JvMemoryData
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 15:22:29 +0100
Newsgroups: jedi.vcl

> > Shouldn't there be a file named JvMemoryData.dcu in my lib6 folder then?

Duh, I really have to learn to check my facts before I write anything :(

In JVCL 2.10 the unit was named JvMemDS. It wasn't renamed to
JvMemoryDataset until JVCL3.

Sorry for any problems I've caused.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unix2Dos and the daily zip
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 00:15:15 +1000
Newsgroups: jedi.vcl


> Since the script is running as a crontab job every night, any messages are
> mailed to me automatically

Yeah, I figured that after I sent the mail...



Subject: Re: BCB?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 01 Feb 2004 00:13:47 +1000
Newsgroups: jedi.vcl

Bill wrote:
> The JCL installer seems to only integrate with my delphi IDE,... is there a
> documented procedure for installing it into my BCB IDE?  Or shall I just
> unzip it and start smashing away at the packages?
>
First, could you confirm that you are talking about the JCL, because you posted in the JVCL newsgroup (not a big problem though)
Second, could you tell me which version of the JCL you are using?
If it is JCL v1.2, then I don't know anything about it, but "mucking" around with the packages should do the trick.
If it is JCL v1.9beta3 then I don't even think that there is an installer, and if there is one I'm quite sure it doesn't work with BCB

If you are talking about JVCL 2.1, then BCB support wasn't there, or very embryonic.
Only the JVCL 3 will support BCB, and its installer is already working for that.
You can have a preview of the JVCL3 by downloading the daily package here: http://jvcl.sf.net/daily/
Beware that some files may not compile even if we try to avoid these problems from occuring. Just remember that this is still work in progress.

Thanks for considering the JVCL and JCL

Regards

Olivier Sannier
JVCL Developer
BCB Coordinator.



Subject: Re: TRxMemoryData/JvMemoryData
From: "Jan Hartung" <eddi@planethalflife.com>
Date: Sat, 31 Jan 2004 15:08:13 +0100
Newsgroups: jedi.vcl

Hallo,

> > Sorry, our mistake: the unit is named JvMemoryDataset, JvMemoryData
but the
> > class is named TJvMemoryData. Not hard to be a noob when the
instructions
> > are wrong :]

Shouldn't there be a file named JvMemoryData.dcu in my lib6 folder then?
There is no such file there. I still can't use the MemoryData object, so
in case there is no need to have that file I mentioned before could you
please give me some example code? That would really help. Thanks,

Jan H.




Subject: Re: TRxMemoryData/JvMemoryData
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 12:51:40 +0100
Newsgroups: jedi.vcl

> > nothing shows up when I write MemData. ... there are no errors in the
> > .pas so maybe I just have to write something in the uses-line? (feeling
> > like a noob again...)

Sorry, our mistake: the unit is named JvMemoryDataset, JvMemoryData but the
class is named TJvMemoryData. Not hard to be a noob when the instructions
are wrong :]

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 Jan 2004 12:49:12 +0100
Newsgroups: jedi.vcl

> > This does work for me. SetLayeredWindowAttributes is in Windows for
> > Delphi 6 so Assigned() does not work.

SetLayeredWindowAttributes is a function pointer and only assigned if the
function is found in User32.dll. See InitProcs in Forms.pas.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TRxMemoryData/JvMemoryData
From: "Jan Hartung" <eddi@planethalflife.com>
Date: Sat, 31 Jan 2004 11:41:55 +0100
Newsgroups: jedi.vcl

Hallo,

> > Nothing else to download but you have to use TJvMemoryData instead of
> > TRxMemoryData if you are going to use JVCL. If you have an existing
project
> > that uses TRxMemoryData, use the JVCL Convert program along with the
> > RxToJVCLApp.dat converter file to convert your sources to use the JVCL
> > version instead. Don't forget to backup first!

Well, that doesn't help me. I cannot find any file called
TJvMemoryData.* or JvMemoryData.* in the package and when I add the
TJvMemoryData to a procedure like this

procedure ZurueckSchreiben(Sender: TObject, MemData: TJvMemoryData);

nothing shows up when I write MemData. ... there are no errors in the
..pas so maybe I just have to write something in the uses-line? (feeling
like a noob again...)
Thanks,

Jan H.




Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 31 Jan 2004 07:27:59 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I did that and fount the problem in JvCharMap.
>> In procedure TShadowWindow.CreateHandle the following line is used:
>> SetLayeredWindowAttributes(Handle, 0, cShadowAlpha, LWA_ALPHA);
>
>
> Oops! That should read:
>
>   if HandleAllocated and Assigned(SetLayeredWindowAttributes) then
>   begin
>     SetWindowLong(Handle, GWL_EXSTYLE, GetWindowLong(Handle, GWL_EXSTYLE) or
> WS_EX_LAYERED);
>     SetLayeredWindowAttributes(Handle, 0, cShadowAlpha, LWA_ALPHA);
>   end;
>
> I'll fix it, thanks for finding it.
>

This does work for me. SetLayeredWindowAttributes is in Windows for Delphi 6 so Assigned() does not work.



Subject: Re: Packages subdirectories and Resources directory
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Jan 2004 23:19:21 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > and replace all TImageList with TJvImageList in the demos.

Maybe you should use the JvImageList.Picture property because this would
work under VisualCLX, too.


-- Regards, Andreas Hausladen 

Subject: Re: Packages subdirectories and Resources directory
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Jan 2004 23:18:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Can the color depth be reduced after images have 
> > been added to it?

Should work but it is not tested.



-- Regards, Andreas Hausladen 

Subject: Re: Packages subdirectories and Resources directory
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 23:00:37 +0100
Newsgroups: jedi.vcl

> > JvImageList only depends on JvJVCLUtils. So it would be possible to move
> > JvImageList to JvCore (but I will not say that I want it there)
Great. So that could be a solution: move JvImageList to JvCore and replace
all TImageList with TJvImageList in the demos. Can the color depth be
reduced after images have been added to it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages subdirectories and Resources directory
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Jan 2004 22:36:50 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > There is still a descendant(TJvImageList) which should meet that
>> > > requirements.
> > Yes, but that requires that the package where TJvImageList is installed
> > is, eh, installed which might not be the case.

JvImageList only depends on JvJVCLUtils. So it would be possible to move
JvImageList to JvCore (but I will not say that I want it there)

-- Regards, Andreas Hausladen 

Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 22:30:52 +0100
Newsgroups: jedi.vcl

> >I did that and fount the problem in JvCharMap.
> >In procedure TShadowWindow.CreateHandle the following line is used:
> >SetLayeredWindowAttributes(Handle, 0, cShadowAlpha, LWA_ALPHA);

Oops! That should read:

  if HandleAllocated and Assigned(SetLayeredWindowAttributes) then
  begin
    SetWindowLong(Handle, GWL_EXSTYLE, GetWindowLong(Handle, GWL_EXSTYLE) or
WS_EX_LAYERED);
    SetLayeredWindowAttributes(Handle, 0, cShadowAlpha, LWA_ALPHA);
  end;

I'll fix it, thanks for finding it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages subdirectories and Resources directory
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 22:28:06 +0100
Newsgroups: jedi.vcl

> > There is still a descendant(TJvImageList) which should meet that
> > requirements.
Yes, but that requires that the package where TJvImageList is installed is,
eh, installed which might not be the case.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: what has to be completed for the code freeze?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 30 Jan 2004 20:59:13 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Please post to this thread so we can see if we can keep the monday as freezing point.

* JvEx* implements some base properties, but some descendant classes still implement those base properties too (actually I only know TJvRichEdit still has FOnMouseEnter,FOnMouseLeave but this has to be checked for other components).
* Some issues with TJvWideEditor (can't enter spaces; can't paste unicode text; example program shows some problems (gutter))

Some other stuff:

* Yahoo mailing list still mentioned in about dialog.
* Last Modified date in licenses incorrect.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Fri, 30 Jan 2004 20:54:40 +0100
Newsgroups: jedi.vcl

On Fri, 30 Jan 2004 14:49:23 +0100, "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in article <bvdltt$88f$1@talkto.net>:
>> > > A device connected to this system doesn't work [this line translated]
> > 
> > That message is also used sometimes by Windows when it can't find a required
> > DLL...
> > 
> > The only way to find out is to remove units from the package(s) one by one
> > until it works again and then investigate the unit most recently removed to
> > see if it contains any unusual imports.

I did that and fount the problem in JvCharMap.
In procedure TShadowWindow.CreateHandle the following line is used:
SetLayeredWindowAttributes(Handle, 0, cShadowAlpha, LWA_ALPHA);

But according to MSDN: Minimum operating systems Windows 2000.
Commenting out this line solves the problems.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Packages subdirectories and Resources directory
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 30 Jan 2004 20:27:49 +0100
Newsgroups: jedi.vcl

On Fri, 30 Jan 2004 20:03:34 +0100, Robert Marquardt wrote:

> >I also discovered that TImageList is a problem. It seems to store the 
> >images in a true color bitmap internally. Maybe we can implement a 
> >better decendant and use it in the examples.

There is still a descendant(TJvImageList) which should meet that
requirements.

Uwe


Subject: Re: Packages subdirectories and Resources directory
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Jan 2004 20:03:34 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> Reduced imgStarField/JediNow to 256 colors, with a little loss of quality.
> This reduced the size from 282 kB to 107 kB.

I took that as an idea to check for the biggest files in the JVCL and i reduced several dfm files from the examples so we have now about 1.5 MB less without almost no loss in picture quality.
glDemo.dfm is the biggest file of all and i did not touch it yet. I am sure it can be made smaller.

I also discovered that TImageList is a problem. It seems to store the images in a true color bitmap internally. Maybe we can implement a better decendant and use it in the examples.



Subject: Re: TRxMemoryData/JvMemoryData
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 18:40:36 +0100
Newsgroups: jedi.vcl

> > do I have to download something
> > else or am I just to dumb to find it in the JVCL release I have?
Nothing else to download but you have to use TJvMemoryData instead of
TRxMemoryData if you are going to use JVCL. If you have an existing project
that uses TRxMemoryData, use the JVCL Convert program along with the
RxToJVCLApp.dat converter file to convert your sources to use the JVCL
version instead. Don't forget to backup first!

Hope that helps.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TRxMemoryData/JvMemoryData
From: "Jan Hartung" <eddi@planethalflife.com>
Date: Fri, 30 Jan 2004 18:28:37 +0100
Newsgroups: jedi.vcl

Hallo,

I need to use the RxMemoryData, downloaded the file
JVCL210Source+Examples.zip but the only clue to RxMemoryData I find is
in the file JVCL\Convert\RxLib.dat and RxToJVCLApp.dat. I hate to ask
these noob questions as I'm no noob, but do I have to download something
else or am I just to dumb to find it in the JVCL release I have? Thanks,

Jan H.




Subject: Re: TRxMemoryData/JvMemoryData
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 30 Jan 2004 17:14:28 +0000 (UTC)
Newsgroups: jedi.vcl

Jan Hartung wrote:

> > I need to use the RxMemoryData, downloaded the file
> > JVCL210Source+Examples.zip but the only clue to RxMemoryData I find is
> > in the file JVCL\Convert\RxLib.dat and RxToJVCLApp.dat.

Change all references to TRxMemoryData in your program to TJvMemoryData.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Error in CVS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 18:07:19 +0100
Newsgroups: jedi.vcl

> > Then at least one intelligent person is listening ;-)
And the replies are soo much more intelligent :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Jan 2004 18:03:24 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Don't shoot me, I'm only the messenger.
>
> I think they are mainly talking to themselves<g>
>

Then at least one intelligent person is listening ;-)



Subject: Re: Error in CVS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 17:33:04 +0100
Newsgroups: jedi.vcl

> > Don't shoot me, I'm only the messenger.
I think they are mainly talking to themselves<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Ok, Peter, got the latest cvs to install, need help on printing...
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 30 Jan 2004 10:04:20 -0600
Newsgroups: jedi.vcl

Ok, i tried those properties, but none seem to work. The following code is
my capture code. I must be doing something wrong here, so any help or advice
you can give me would be greatly appreciated.

procedure TForm1.ToolButton4Click(Sender: TObject);
var
  myBMP : TBitmap;
begin
  myBMP := TBitmap.Create;
  Application.Restore;
  ImageScrollBox1.Graphic.Clear;
  ImageScrollBox1.Redraw(true);
  myBMP := ASGScreenCapture1.CaptureActiveWindow;
  ImageScrollBox1.Graphic.Assign(myBMP);
  ImageScrollBox1.Redraw(true);
  FOriginalGraphic.Clear;
  FOriginalGraphic.Assign(ImageScrollBox1.Graphic);
  myBMP.Destroy;
  if chkDirectPrint.Checked then begin
    ImageScrollBox1.SaveToFile(ExtractFilePath(Application.ExeName) +
'TempPrint.bmp');
    JvPreviewControl1.Clear;
    JvPreviewRenderGraphics1.Images.Clear;
    with JvPreviewRenderGraphics1.Images.Add do
        Picture.LoadFromFile(ExtractFilePath(Application.ExeName) +
'TempPrint.bmp');
        JvPreviewRenderGraphics1.Images.Items[0].Stretch := true;
        JvPreviewRenderGraphics1.Images.Items[0].Proportional := true;
        JvPreviewRenderGraphics1.CreatePreview(false);

  if PrintDialog1.Execute then begin
    PrintDialog1.PrintRange := prAllPages;
    if JvPreviewControl1.PageCount < 1 then
      PrintDialog1.Options := PrintDialog1.Options - [poPageNums]
    else
    begin
      PrintDialog1.Options := PrintDialog1.Options + [poPageNums];
      PrintDialog1.FromPage := 1;
      PrintDialog1.ToPage := JvPreviewControl1.PageCount;
    end;
    try
      JvPreviewPrinter1.Assign(PrintDialog1);
      JvPreviewPrinter1.Printer := Printer;
      JvPreviewPrinter1.PrintPreview := JvPreviewControl1;
      JvPreviewPrinter1.Print;
    finally

    end;
    end;
    DeleteFile(ExtractFilePath(Application.ExeName) + 'TempPrint.bmp');
  end;
  if ShowInterface then begin
    JvTrayIcon1.ShowApplication;
  end;
end;

Thanks,
Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bvdsfk$3u0$1@talkto.net...
> > I am assuming that you are adding the image to a TJvPreviewRenderGraphics
> > using its Items property?
> >
> > Check the TJvPreviewGraphicItem's properties: Center, Proportional and
> > Stretch
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Error in CVS
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Fri, 30 Jan 2004 16:01:47 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote in news:bvcoj6$l5m$1
@talkto.net:

> > The Graphical Gnome wrote:
> > 
>> >> the problem is in Beep;
>> >> 
>> >> If you change 
>> >>   SysUtils, Classes,
>> >> to below Window, the problem is fixed
>> >> .
> > 
> > Better qualify Beep.
> > Either Windows.Beep or SysUtils.Beep.
> > Depending on the unit sequence in uses is always a bad idea.
> > 

Don't shoot me, I'm only the messenger.

At the moment I only work WITH JVCL, after V3beta, I hope I have time again 
te work ON JVCL. (Scanner component etc).


-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: BCB?
From: "Bill" <hsdhhg@microsoft.com>
Date: Fri, 30 Jan 2004 07:42:15 -0800
Newsgroups: jedi.vcl

The JCL installer seems to only integrate with my delphi IDE,... is there a
documented procedure for installing it into my BCB IDE?  Or shall I just
unzip it and start smashing away at the packages?

Thanx
M.






Subject: Re: Ok, Peter, got the latest cvs to install, need help on printing...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 16:41:29 +0100
Newsgroups: jedi.vcl

I am assuming that you are adding the image to a TJvPreviewRenderGraphics
using its Items property?

Check the TJvPreviewGraphicItem's properties: Center, Proportional and
Stretch

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 16:37:50 +0100
Newsgroups: jedi.vcl

> >     Much better approach and a solution I can live with (as you probably
> > guessed by now, I really, really hated your previous solution ;) ).
I wasn't too happy either but it was the only solution I could find that
worked.

> > BTW, you
> > could remove the empty string reference and only feed ConcatPaths the
Ident
> > parameter.
Done.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unix2Dos and the daily zip
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 Jan 2004 16:35:49 +0100
Newsgroups: jedi.vcl

> > Yeah, I left them for debugging, but I didn't think you'd get an email
> > for that...
Since the script is running as a crontab job every night, any messages are
mailed to me automatically

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppStorage.TJvAppStorageListItemEvent
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 16:30:47 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 30 Jan 2004 16:24:11 +0100:

 JF> i want to enhance the event in the following way:

[snip]

 JF> New:
 JF>    TJvAppStorageListItemEvent = procedure(Sender: TJvCustomAppStorage;
 JF> const Path: string; List : TObject; const Index: Integer) of object;

[snip]

 JF> The reason is that i want to use this procedure with multiple lists and
 JF> so i need a way to decide which list i had to use.

 JF> Any Comments?

    It would simplify the string list storing as well. I never added the
parameter, since it's not guaranteed the list to store is actually in an
object (it could be a globally declared dynamic or static array) but I guess
in that case you don't need to set the List parameter. The idea was to use
the given Path to figure out which list was stored (if the specified event
handler indeed handles different lists).

    In short: I have no issues with the change, but it has to be in by
Monday <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Goodnight Saigon" by Billy Joel.




Subject: JvAppStorage.TJvAppStorageListItemEvent
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 16:24:11 +0100
Newsgroups: jedi.vcl

Hi,

i want to enhance the event in the following way:

Old:
  TJvAppStorageListItemEvent = procedure(Sender: TJvCustomAppStorage; const Path: string;const Index: Integer) of object;

New:
  TJvAppStorageListItemEvent = procedure(Sender: TJvCustomAppStorage; const Path: string; List : TObject; const Index: Integer) of object;

and the  readList/WriteList also

Old:
    function ReadList(const Path: string;
      const OnReadItem: TJvAppStorageListItemEvent): Integer;
New:
    function ReadList(const Path: string; List : TObject;
      const OnReadItem: TJvAppStorageListItemEvent): Integer;


The reason is that i want to use this procedure with multiple lists and so i need a way to decide which list i had to use.

Any Comments?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Ok, Peter, got the latest cvs to install, need help on printing...
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 30 Jan 2004 09:20:32 -0600
Newsgroups: jedi.vcl

Ok, thanks Peter for the advice. I completely removed all things JVCL from
my pc. Then used the installer, it seems to have installed perfectly!

Now, my printing is not printing a blank page first..Thanks Andreas. But my
image is very small at set off to the extreme left of the page, and with a
very large top margin.

What command or property, etc. do i use to make it scale to the paper size?

Any more help you can give will be greatly appreciated.

Thanks,
Dave




Subject: Re: Packages subdirectories and Resources directory
From: "André Snepvangers" <asn@xs4all.nl>
Date: Fri, 30 Jan 2004 15:50:56 +0100
Newsgroups: jedi.vcl

> >
> > BTW is there a way to reduce the size of JvJVCLAboutForm.xfm?
> > imgStarfield seems to be a 32-bit bitmap for the xfm whereas the dfm
> > contains a jpeg.
> >

Reduced imgStarField/JediNow to 256 colors, with a little loss of quality.
This reduced the size from 282 kB to 107 kB.

Regards,

André Snepvangers





Subject: Re: AppStorage Encryption
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 15:45:58 +0100
Newsgroups: jedi.vcl



OBones wrote:
> Jens Fudickar wrote:
>
>
>> I'm thinking  now on a function set like "EnableCrypt" and "DisableCrypt" with an internal counter which incremented and decremented, so there is no problem with multiple calls.
>
>
> Why use a counter when you could use a boolean property (or even field) ?
>

thinking of something like that:

EnableCrypt;
....
....

  ProcedureCall;
    EnableCrypt;

    DisableCrypt;
....
....

DisableCrypt;

I'm not sure if it is really necessary, but maybe:-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: AppStorage Encryption
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 31 Jan 2004 00:41:38 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:


> I'm thinking  now on a function set like "EnableCrypt" and "DisableCrypt" with an internal counter which incremented and decremented, so there is no problem with multiple calls.

Why use a counter when you could use a boolean property (or even field) ?



Subject: Re: Localization issues
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 31 Jan 2004 00:38:01 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> We have JvComponent.pas.TJvForm

I'll then add some code in there, inspired by my DxGettext helpers.



Subject: Re: Localization issues
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 31 Jan 2004 00:37:33 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> That's OK with me as long as you get the dir structure right:
I will, thanks for the reminder.

> I also think we should rename the po to just jvcl.po
Makes sense to me.

As said before I'll commit that from the 1st of Feb.



Subject: Re: Localization issues
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 31 Jan 2004 00:36:04 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> is it really necessary to parse the design directory ?
>
> I don't have any use for it...

Me neither, I'll remove it from the list of parsed directories.
All changes will be put in CVS from the 1st of February.

>> 2) The font name is made of those strange characters. I think it comes
>> from Russian, can anyone have a look at those and fix this?
>
> It's probably Chinese. Font names shouldn't be translated anyway, so it can
> be changed to MS Sans Serif or something

Ok, I'll change that too.

> You can ignore this: it's a very minor problem.
Indeed, it's just that I have a No Warning policy. Ah well, there are always exceptions to a policy <g>



Subject: Re: Unix2Dos and the daily zip
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 31 Jan 2004 00:34:09 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Done. The problem is that the jvcl folder is created by cvs, so it will
> probably revert on the next run?
Well, if the script deletes the content of the jvcl folder instead of it directly, there shouldn't be any problem. Or you give write access to the files directory, which wouldn't require any change to the script...

> I tried the script and it seems to work well (except for the cvs rtag). I
> commented out the echos since I recieve a mail each day with the messages
> from the script and I don't want a long listing, thank you very much<g>
Why not ? ;-)
Yeah, I left them for debugging, but I didn't think you'd get an email for that...



Subject: Re: Packages subdirectories and Resources directory
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 14:50:54 +0100
Newsgroups: jedi.vcl

I forgot:

Even if we at some time decide not to deliver the packages with the install,
there is still no real reason removing them from CVS. If you don't want to
use them, don't download them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: can't load package JvCtrlsD6D and JvMMD6D
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 14:49:23 +0100
Newsgroups: jedi.vcl

> > A device connected to this system doesn't work [this line translated]

That message is also used sometimes by Windows when it can't find a required
DLL...

The only way to find out is to remove units from the package(s) one by one
until it works again and then investigate the unit most recently removed to
see if it contains any unusual imports.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages subdirectories and Resources directory
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 14:47:13 +0100
Newsgroups: jedi.vcl

> > I think we should remove all files from these directories only keeping
> > the files in the Packages directory and the .txt files to stop the CVS
> > removing empty directories. Also place .cvsignore files mentioning all
> > generated files.

We can't do that: the daily zips are generated from these files and there is
no possibility to generate the files on the fly from the SF server. It will
also substantially complicate the script used to create the release zips
(see install\release).

Personally, I don't think that end users should have to generte the packages
themselves. If they download a JVCL package, everything they need should be
included. The only thing they should have to generate is the bpl/dcp's. Of
course, the full install using the installer could be delivered without the
packages but they still need to be in CVS for all other cases.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to Install ?
From: "Vinicius" <vinicius647@msn.com>
Date: Fri, 30 Jan 2004 10:47:02 -0300
Newsgroups: jedi.vcl

I'm using JVCL 2.0 Stable.
so, when I try to install....

I've followed these tips:

5) In Delphi open the appropriate run-time package in the "Packages"
subdirectory.

    a) for Delphi 5 it's "JVCL200_R50.dpk" or "JVCL200_R50Standard.dpk"
    b) for Delphi 6 it's "JVCL200_R60.dpk" or "JVCL200_R60Personal.dpk"
    c) for Delphi 7 it's "JVCL200_R70.dpk" or "JVCL200_R70Personal.dpk"


6) Right-click the uses node and select "Build" to build it

7) In Delphi open the appropriate design package in the "Packages"
subdirectory.

    a) for Delphi 5 it's "JVCL200_D50.dpk" or "JVCL200_D50Standard.dpk"
    b) for Delphi 6 it's "JVCL200_D60.dpk" or "JVCL200_D60Personal.dpk"
    c) for Delphi 7 it's "JVCL200_D70.dpk" or "JVCL200_D70Personal.dpk"

8) Click on the "Compile" button, and then on the "Install" button. If you
get an error saying "<filename>.res not found: recreated", just hit the
Compile button again and the res file will be created for you.

But I received an error message:
Cannot load package 'DJCL70' It contains unit 'JclStrings', which is also
contained in package 'DCLUSR70'.


"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:bvdd20$363$1@talkto.net...
>> > > I've used Delphi 7 and I've had some problems to install JVCL.
>> > > I've read the install.txt, but it doesn't help me....
> >
> > What version of JVCL, version of Delphi and what problems are you having?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: How to Install ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 14:43:35 +0100
Newsgroups: jedi.vcl

> > But I received an error message:
> > Cannot load package 'DJCL70' It contains unit 'JclStrings', which is also
> > contained in package 'DCLUSR70'.
Open Componet-Install Package and locate the "Borland User Components"
entry. Click Edit. In the dialog, right click on JclStrings and click
"remove". If you have any other Jcl units in that package, remove them as
well Rebuild the package. If you get a warning about implicit imports, click
on the requires node and then click on Add, browse to DJCL70.dcp (probably
in $(Delphi)\Projects\Bpl) and select it. Rebuild and close.

Now try building and installing JVCL again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: what has to be completed for the code freeze?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 13:49:20 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Fri, 30 Jan 2004 13:41:04 +0100:

 RM> Please post to this thread so we can see if we can keep the monday as
 RM> freezing point.

    AFAICT, the current issues I'm working on seem to be design time and
implementation issues in the provider stuff. I do not anticipate interface
changes, although I can not guarantee there will be no change at all. Worst
case I may need to add a protected property in a public class, but from what
I've seen so far it will not be needed. I try to finish it over the weekend
but I keep running into brick walls with the color provider designer not
functioning at all. I need it to work before I can test the changes in the
run time code and see if a public class needs to be changed or not.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Wish I was your lover" by Sophie B Hawkins.




Subject: can't load package JvCtrlsD6D and JvMMD6D
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Fri, 30 Jan 2004 13:44:41 +0100
Newsgroups: jedi.vcl

I just updated to JCL 1.90 (build 1400) and JVCL 3 from cvs.
Building everything is no problem but when I open Delphi (D6 Personal 
on Win ME) I get this error dialog
Can't load package ...\JvCtrlsDtd.bpl
A device connected to this system doesn't work [this line translated]

The same message I get for JvMMD6D.

As far as I know all my devices do work.

Any ideas what this can be?


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: what has to be completed for the code freeze?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Jan 2004 13:41:04 +0100
Newsgroups: jedi.vcl

Please post to this thread so we can see if we can keep the monday as freezing point.



Subject: Packages subdirectories and Resources directory
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Jan 2004 13:38:00 +0100
Newsgroups: jedi.vcl

I think we should remove all files from these directories only keeping the files in the Packages directory and the .txt files to stop the CVS removing empty directories. Also place .cvsignore files mentioning all generated files.

AFAIK the files are now completely generated by pg.exe, Images\MakeDCR.bat and Images\MakeRES.bat.
It should be no problem for the developers to generate the files once in a while.
The files amount to 2.5 MB after all.

Common, Design, Dict, Examples, Help, Images, Includes, Install and Run currently amount to 41 MB!
A Zip of these contains about 11 MB. The help source contains about 12 MB.

BTW is there a way to reduce the size of JvJVCLAboutForm.xfm?
imgStarfield seems to be a 32-bit bitmap for the xfm whereas the dfm contains a jpeg.



Subject: Re: AppStorage Encryption
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 13:35:05 +0100
Newsgroups: jedi.vcl



Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Fri, 30 Jan 2004 12:39:28 +0100:
>
>  JF> OnCryptCheck (const aPath : String; VAR Crypt : Boolean); // this can
>  JF> be used to crypt/decrypt only partly
>
>  JF> OnDecrypt (const aValue : String;
>  JF>     VAR Decrypted : String);
>  JF> OnEncrypt (const aValue : String;
>  JF>     VAR Encrypted : String);
>
>  JF> Any further comments.
>
>     As long as you use the proper capitalization (as to not upset Robert
> <g>) this seems like good event definitions. As an alternative we could add
> default parameter (Crypt: Boolean = False) to all the Read/Write methods of
> the backend (so you can skip the first event). It would be faster (you would
> remove the tasks of checking if the OnCryptCheck event is assigned and
> calling the event, which in turn would have to check the aPath against
> either a list of paths to encrypt or indivual values) but implies that the
> component knows if certain values should be encrypted or not.
>

I'm thinking  now on a function set like "EnableCrypt" and "DisableCrypt" with an internal counter which incremented and decremented, so there is no problem with multiple calls.

Any comments

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: AppStorage Encryption
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 13:33:26 +0100
Newsgroups: jedi.vcl



Peter Thörnqvist wrote:

> Why not:
> OnDecrypt(var Value:string);
> OnEncrypt(var Value:string);
>
> This would avoid unnecessary string copying and you don't need the
> OnCryptCheck event.
>
No problem with OnDecrypt and OnEncrypt.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: AppStorage Encryption
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 13:09:36 +0100
Newsgroups: jedi.vcl

Why not:
OnDecrypt(var Value:string);
OnEncrypt(var Value:string);

This would avoid unnecessary string copying and you don't need the
OnCryptCheck event.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: AppStorage Encryption
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 13:03:42 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 30 Jan 2004 12:39:28 +0100:

 JF> OnCryptCheck (const aPath : String; VAR Crypt : Boolean); // this can
 JF> be used to crypt/decrypt only partly

 JF> OnDecrypt (const aValue : String;
 JF>     VAR Decrypted : String);
 JF> OnEncrypt (const aValue : String;
 JF>     VAR Encrypted : String);

 JF> Any further comments.

    As long as you use the proper capitalization (as to not upset Robert
<g>) this seems like good event definitions. As an alternative we could add
default parameter (Crypt: Boolean = False) to all the Read/Write methods of
the backend (so you can skip the first event). It would be faster (you would
remove the tasks of checking if the OnCryptCheck event is assigned and
calling the event, which in turn would have to check the aPath against
either a list of paths to encrypt or indivual values) but implies that the
component knows if certain values should be encrypted or not.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I Am The Walrus" by The Beatles.




Subject: How to Install ?
From: "Vinicius" <vinicius647@msn.com>
Date: Fri, 30 Jan 2004 08:44:02 -0300
Newsgroups: jedi.vcl

Hello !

I've used Delphi 7 and I've had some problems to install JVCL.
I've read the install.txt, but it doesn't help me....

Does someone can help me ?

Thanks....




Subject: Re: AppStorage Encryption
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 12:39:28 +0100
Newsgroups: jedi.vcl

>  JF> what about an encryption interface to AppStorage.
>
>  JF> Something like OnDecrypt and OnEncrypt Events.
>
>     Good idea. Since this is so easy to add, I think you can add that as
> well (doesn't really matter if we actually provide some
> encryption/decryption implementation, just adding the events should be
> enough). We may need to add a new setting to indicate if encrypted storages
> could result in non-ASCII values and should thus be stored in a binary
> format.
>
What will be a good solution for the parameters

Example

OnCryptCheck (const aPath : String; VAR Crypt : Boolean); // this can be used to crypt/decrypt only partly

OnDecrypt (const aValue : String;
       VAR Decrypted : String);
OnEncrypt (const aValue : String;
       VAR Encrypted : String);

Any further comments.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 12:37:21 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 30 Jan 2004 12:33:01 +0100:

 PT> If I set Section := ExcludeTrailingPathDelimiter(AppStoragePath) in
 PT> TJvFormStorage.SaveProperties and RestoreProperties and then in
 PT> TJvFormPlacement.WriteString/ReadString I remove AppStoragePath, like
 PT> so:

 PT> AppStorage.WriteString(AppStorage.ConcatPaths(['', Ident]), Value)

 PT> ...it works. Gotta test if it works all the time...

    Much better approach and a solution I can live with (as you probably
guessed by now, I really, really hated your previous solution ;) ). BTW, you
could remove the empty string reference and only feed ConcatPaths the Ident
parameter.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Straight up" by Paula Abdul.




Subject: Re: Issue Tracker - 0000682
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 12:33:48 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 30 Jan 2004 12:28:42 +0100:

 >>     BTW, there was another bug dealing with the storage:
 >> http://l3s1272.zeus01.de/issuetracker/bug_view_advanced_page.php?bug_id=
 >> 0000484    Peter already closed it because the state of the bug was
 >> feedback, which should have been confirmed or something. Anyway, if you
 >> have the time to look into that, be my guest.

 JF> Didn't know anything about the component. Is it only
 JF> the TJvEventCollectionItem.State property?

    To be honest, I really don't remember. I know someone let me know about
the issue and I logged in Mantis and that's about all I remember. I was only
reminded when I checked out the new and improved issue tracker and searched
for bugs with the component. But my guess is that this is indeed the
problem. Either it is not stored or during loading it is completely ignored.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Waterfall" by Wendy & Lisa.




Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 12:33:01 +0100
Newsgroups: jedi.vcl

Ah, think I've found another solution:

If I set Section := ExcludeTrailingPathDelimiter(AppStoragePath) in
TJvFormStorage.SaveProperties and RestoreProperties and then in
TJvFormPlacement.WriteString/ReadString I remove AppStoragePath, like so:

AppStorage.WriteString(AppStorage.ConcatPaths(['', Ident]), Value)

....it works. Gotta test if it works all the time...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Issue Tracker - 0000682
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 12:28:42 +0100
Newsgroups: jedi.vcl



Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Fri, 30 Jan 2004 11:09:47 +0100:
>
>  JF> I've looked at it, but i didn't see anything like DFM and IIRC.
>
>    Uhm, IIRC = If I Recall(or Remember) Correctly. 

:-(

>     BTW, there was another bug dealing with the storage:
> http://l3s1272.zeus01.de/issuetracker/bug_view_advanced_page.php?bug_id=0000484
>     Peter already closed it because the state of the bug was feedback, which
> should have been confirmed or something. Anyway, if you have the time to
> look into that, be my guest.
>

Didn't know anything about the component. Is it only the TJvEventCollectionItem.State property?



Subject: Re: AppStorage Encryption
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 12:18:33 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Marcel Bestebroer wrote:
>
>> We may need to add a new setting to indicate if encrypted storages
>> could result in non-ASCII values and should thus be stored in a binary
>> format.
>
>
> Why not Base64 it if encrypted? The functions for that are in the JCL.
>

Good solution. Easy!

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: How to Install ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 12:17:57 +0100
Newsgroups: jedi.vcl

> > I've used Delphi 7 and I've had some problems to install JVCL.
> > I've read the install.txt, but it doesn't help me....

What version of JVCL, version of Delphi and what problems are you having?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: AppStorage Encryption
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Jan 2004 12:10:12 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> We may need to add a new setting to indicate if encrypted storages
> could result in non-ASCII values and should thus be stored in a binary
> format.

Why not Base64 it if encrypted? The functions for that are in the JCL.



Subject: JvScheduledEvents
From: "chris" <cstrich-nopub@polytech-sa.com>
Date: Fri, 30 Jan 2004 11:49:08 +0100
Newsgroups: jedi.vcl

Hi every body

Does any one use the JvScheduledEvents componnent.
I search some example on how to use it.

Tank's
Chris




Subject: Re: AppStorage Encryption
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 11:47:50 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 30 Jan 2004 11:14:02 +0100:

 JF> what about an encryption interface to AppStorage.

 JF> Something like OnDecrypt and OnEncrypt Events.

    Good idea. Since this is so easy to add, I think you can add that as
well (doesn't really matter if we actually provide some
encryption/decryption implementation, just adding the events should be
enough). We may need to add a new setting to indicate if encrypted storages
could result in non-ASCII values and should thus be stored in a binary
format.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Late Again" by Stealers Wheel.




Subject: Re: Issue Tracker - 0000682
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 11:43:35 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 30 Jan 2004 11:09:47 +0100:

 JF> I've looked at it, but i didn't see anything like DFM and IIRC.

   Uhm, IIRC = If I Recall(or Remember) Correctly. Anyway, the DFM refers to
anything used with DefineProperties. I just checked and it really didn't use
the storage mechanism for the end user, so there's no problem.

 JF> I've looked for the registry usage, and this is in the procedures
 JF> LoadEventStates; SaveEventStates; and SetSaveTo;

 JF> This is what i want to replace. Nothing more.

    These are the ones I though where also used to store the scheduled
events in the DFM file. Apparently I was mistaken.

    BTW, there was another bug dealing with the storage:
http://l3s1272.zeus01.de/issuetracker/bug_view_advanced_page.php?bug_id=0000484
    Peter already closed it because the state of the bug was feedback, which
should have been confirmed or something. Anyway, if you have the time to
look into that, be my guest.

 JF> jfudickar

    Yeah, I was looking with my eyes closed <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Like The Way I Do" by Melissa Etheridge.




Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 11:35:58 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 30 Jan 2004 11:02:59 +0100:

 >>     And what will you do when we have path '..\..\MyFolder'. Or will
 >> only paths containing \.xxx (where xxx is any non '.' character) be
 >> adjusted?
 PT> I moved it to the end of OptimizePaths since I assume it never returns
 PT> relative paths or is that an incorrect assumption?

    Nope, it's correct; OptimizePaths will never contain relative references
(although the resulting path itself might be relative, i.e. not starting
with a backslash; it will never contain \..\ references).

 PT> The problem is that TJvFormStorage sets Section = '', so
 PT> StoreStringsProperty doesn't know the section name, hence the
 PT> ".ComboBox1_Items". But if I set the Section to AppGlobalPath in
 PT> TJvFormStorage, I get "\Default\Default.ComboBox1_Items" in return (and
 PT> all other saved properties are saved to the Default\Default
 PT> section...).

    Setting Section to '\' + AppGlobalPath should give the correct result
(not tested, since D5 has issues with my local copy of JVCL at the moment).
There's another issue here, since the AppGlobalPath might be an empty string
(perfectly legal for any storage). I'm not sure if that is going to work
properly with my proposal.

 PT> The problem is in AppStorage.ConcatPaths and there's where the fix
 PT> should go as well IMO.

    I disagree. You're altering the backend mechanism to make a user
component of that backend compatible. Where's the logic in that? If one
component doesn't provide the correct naming to the backend, it's not the
backend's fault but the components fault. Now I have to put in the help some
note about references starting with a '.' will be adjusted to be combined
with the path reference preceding it and I can no longer store an item with
a name starting with '.'.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Carmen Queasy" by Maxim featuring Skin.




Subject: Re: Issue Tracker - 0000682
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 11:28:20 +0100
Newsgroups: jedi.vcl

BTW, I noticed there were several devleopers in JVCL that are set as
reporters in Mantis. That's pretty strange. I've changed Andreas Hausladens
and André Snepvangers permissions but if there are others that want their
permissions changed, let me know.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Issue Tracker - 0000682
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 11:28:13 +0100
Newsgroups: jedi.vcl

>> which account do you have changed ?
>>
>> I'm using jfudickar (hopefully there are not more). And until now i only
>> get the state reporter.
>
>
> I found a Jens Fudickar. Should I remove it?

yes

>
> I've set jfudickar as developer
>

thanks

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Issue Tracker - 0000682
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 11:22:48 +0100
Newsgroups: jedi.vcl

> > which account do you have changed ?
> >
> > I'm using jfudickar (hopefully there are not more). And until now i only
> > get the state reporter.

I found a Jens Fudickar. Should I remove it?

I've set jfudickar as developer

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: AppStorage Encryption
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 11:14:02 +0100
Newsgroups: jedi.vcl

Hi,

what about an encryption interface to AppStorage.

Something like OnDecrypt and OnEncrypt Events.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Issue Tracker - 0000682
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 11:09:47 +0100
Newsgroups: jedi.vcl

>  JF> what about this issue. Should i start to convert it to
>  JF> TJvCustomAppStore. This would mean that i had to change the
>  JF> TJvCustomScheduledEvents-Component.
>
>     It should be changed sometime.
>

:-)

>  JF> Is this allowed (because of feature freaze)
>
>     AFAIK we are not frozen yet (but it is getting colder I think <g>). If
> you do change, better check if you can do it before the freeze (which I'm
> sure Peter will announce sometime ahead). As long as you don't commit before
> it's completed you should be safe regardless (you can always commit later
> when the thaw has set in).

Done

>
>     Better look at the way it is stored now, since it is also used to store
> to DFM, IIRC. That would imply that we either need a DFM storage or we
> should temporarily incorporate the DFM store in the component separately and
> use the AppStorage for user required storage.

I've looked at it, but i didn't see anything like DFM and IIRC.

I've looked for the registry usage, and this is in the procedures LoadEventStates; SaveEventStates; and SetSaveTo;

This is what i want to replace. Nothing more.

Did i missed anything?

>
>     PS you requested to assign it to you, but I couldn't find your user name
> in the mantis list.

jfudickar

>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Issue Tracker - 0000682
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 11:04:28 +0100
Newsgroups: jedi.vcl

Hi Peter,

which account do you have changed ?

I'm using jfudickar (hopefully there are not more). And until now i only get the state reporter.

Greetings
Jens

Peter Thörnqvist wrote:

>> If yes, please someone assign it to me!
>
> I've changed your permission to developer, so you should be able to assign
> yourself now.
>
>
>>> Is this allowed (because of feature freaze)
>
> It's not in effect yet, but probably wil be on monday (if nothing happens in
> the meantime).
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 11:02:59 +0100
Newsgroups: jedi.vcl

> >     And what will you do when we have path '..\..\MyFolder'. Or will only
> > paths containing \.xxx (where xxx is any non '.' character) be adjusted?
I moved it to the end of OptimizePaths since I assume it never returns
relative paths or is that an incorrect assumption?


> >     I was more thinking about correcting the StoreStringsProperty of
> > TJvPropertyStorage. A slightly better place since this is the method that
> > gives the wrong values. If it would set Ident to
> > '\Default.ComboBox1_Items\Item0' (notice the leading backslash, making it
an
> > absolute path) the problem would be solved and I can still save a value
with
> > a name starting with a '.' character if I should want to.

The problem is that TJvFormStorage sets Section = '', so
StoreStringsProperty doesn't know the section name, hence the
".ComboBox1_Items". But if I set the Section to AppGlobalPath in
TJvFormStorage, I get "\Default\Default.ComboBox1_Items" in return (and all
other saved properties are saved to the Default\Default section...).

The problem is in AppStorage.ConcatPaths and there's where the fix should go
as well IMO.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unix2Dos and the daily zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 10:56:47 +0100
Newsgroups: jedi.vcl

> > This is because Peter created the files/jvcl folder with his account and
> > didn't give write access to group members, thus preventing me from doing
> > a full creation.
> > So Peter, if you could either give write acces to group members (chmod
> > g+w files/jvcl) or run the postnew.sh script, that'd be great.
Done. The problem is that the jvcl folder is created by cvs, so it will
probably revert on the next run?

I tried the script and it seems to work well (except for the cvs rtag). I
commented out the echos since I recieve a mail each day with the messages
from the script and I don't want a long listing, thank you very much<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Issue Tracker - 0000682
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 10:53:47 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 30 Jan 2004 10:32:09 +0100:

 JF> what about this issue. Should i start to convert it to
 JF> TJvCustomAppStore. This would mean that i had to change the
 JF> TJvCustomScheduledEvents-Component.

    It should be changed sometime.

 JF> Is this allowed (because of feature freaze)

    AFAIK we are not frozen yet (but it is getting colder I think <g>). If
you do change, better check if you can do it before the freeze (which I'm
sure Peter will announce sometime ahead). As long as you don't commit before
it's completed you should be safe regardless (you can always commit later
when the thaw has set in).

    Better look at the way it is stored now, since it is also used to store
to DFM, IIRC. That would imply that we either need a DFM storage or we
should temporarily incorporate the DFM store in the component separately and
use the AppStorage for user required storage.

    PS you requested to assign it to you, but I couldn't find your user name
in the mantis list.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Candy" by Iggy Pop & Kate Pierson.




Subject: Re: Issue Tracker - 0000682
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 10:50:15 +0100
Newsgroups: jedi.vcl

> > If yes, please someone assign it to me!
I've changed your permission to developer, so you should be able to assign
yourself now.

>> > > Is this allowed (because of feature freaze)
It's not in effect yet, but probably wil be on monday (if nothing happens in
the meantime).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Issue Tracker - 0000682
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 10:33:20 +0100
Newsgroups: jedi.vcl

If yes, please someone assign it to me!

Jens Fudickar wrote:

> Hi,
>
> what about this issue. Should i start to convert it to TJvCustomAppStore. This would mean that i had to change the TJvCustomScheduledEvents-Component.
>
> A new property AppStorage will be added, the SaveTo Property will be renamed.
>
> Is this allowed (because of feature freaze)
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Issue Tracker - 0000682
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 30 Jan 2004 10:32:09 +0100
Newsgroups: jedi.vcl

Hi,

what about this issue. Should i start to convert it to TJvCustomAppStore. This would mean that i had to change the TJvCustomScheduledEvents-Component.

A new property AppStorage will be added, the SaveTo Property will be renamed.

Is this allowed (because of feature freaze)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Localization issues
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 30 Jan 2004 10:12:40 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > - since we use resourcestrings, translation is almost 100% automatic for
> > the end user. The only thing they need to do is call
> > UseDomain('jvcl') and TranslateComponents. We could even provide them
> > with a template form that they can inherit from that does most of it for
> > them.

We have JvComponent.pas.TJvForm



-- Regards, Andreas Hausladen 

Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Jan 2004 10:08:47 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 29 Jan 2004 23:23:56 +0100:

    Sorry about the late response; got distracted and then got sleepy ;)

 PT> Since AppStorage.WriteString and AppStorage.ReadString both call
 PT> ResolvePath, this seems to be a reasonable location to do the fix and
 PT> since the fix is only needed when we get a path containing '\.', I can
 PT> detect and fix any such string within ResolvePath.

    And what will you do when we have path '..\..\MyFolder'. Or will only
paths containing \.xxx (where xxx is any non '.' character) be adjusted?

 PT> It might be possible to fix this inConcatPaths/OptimizePaths but since
 PT> that is part of TJvCustomAppStorage as well, I can't see why
 PT> ResolvePath is a worse place than any other in that class.

    I was more thinking about correcting the StoreStringsProperty of
TJvPropertyStorage. A slightly better place since this is the method that
gives the wrong values. If it would set Ident to
'\Default.ComboBox1_Items\Item0' (notice the leading backslash, making it an
absolute path) the problem would be solved and I can still save a value with
a name starting with a '.' character if I should want to.

 PT> Hope I've managed to make it clear what the problem is.

    You did, and I hope I also made clear what my problem would be with your
correction.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Localization issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 09:00:28 +0100
Newsgroups: jedi.vcl

> > is it really necessary to parse the design directory ?
I don't have any use for it...

> > 2) The font name is made of those strange characters. I think it comes
> > from Russian, can anyone have a look at those and fix this?
It's probably Chinese. Font names shouldn't be translated anyway, so it can
be changed to MS Sans Serif or something

> > 4) I think it comes from the fact that the method is called GetText and
> > the dxgettext extractor doesn't see that it's an object method, not a
> > standalone GetText call. This could be fixed by changing the code for
> > dxgettext (I'll see what I can do)
You can ignore this: it's a very minor problem.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Localization issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 30 Jan 2004 08:55:52 +0100
Newsgroups: jedi.vcl

> > I clearly want to push into that direction and I think Peter quite
> > agress with me on that.
I do indeed and we have talked about it here not so long ago.

> > The main advantages of dxgettext in this instance are those
And don't forget:
- compatible with Linux/Kylix
- since we use resourcestrings, translation is almost 100% automatic for the
end user. The only thing they need to do is call
UseDomain('jvcl') and TranslateComponents. We could even provide them with a
template form that they can inherit from that does most of it for them.

> > - Requires an external library.
Actually, they need one unit, that's it.

> > The problem at the moment is that the support for localization is not
> > really in place. There is a po directory in devtools, but I don't think
> > it's where it should be. I'd rather see something like that:
That's OK with me as long as you get the dir structure right:
locale
  -fr
    -LC_MESSAGES
       -jvcl.po
  -de
    -LC_MESSAGES
      -jvcl.po
etc

I also think we should rename the po to just jvcl.po

> > I'd have to check the casing to see what's done under Linux, I suppose
> > it's a lower case L for Locale.
Correct


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in CVS
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 30 Jan 2004 16:19:22 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Better qualify Beep.
> Either Windows.Beep or SysUtils.Beep.
> Depending on the unit sequence in uses is always a bad idea.

Indeed.



Subject: Re: Error in CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Jan 2004 06:29:04 +0100
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> the problem is in Beep;
>
> If you change   SysUtils, Classes,
> to below Window, the problem is fixed
> .

Better qualify Beep.
Either Windows.Beep or SysUtils.Beep.
Depending on the unit sequence in uses is always a bad idea.



Subject: Re: discuss some JVCL restructuring
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 30 Jan 2004 06:03:33 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Doesn't work with all applications. For instance, a running command line window or a running delphi won't notice it...

Of course not. Any program inherits a snapshot of the environment.
So the installer has to handle it for itself and should set the variables before starting the compiler.

A test for Win 98 is needed.



Subject: Unix2Dos and the daily zip
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 30 Jan 2004 14:50:18 +1000
Newsgroups: jedi.vcl

Hi

I've done some testing on the script that creates the daily package and I think I arrived at a point where the unix2dos conversion will be working.
It wasn't working before for a number of errors, but it should now.
I say should, because the screen output I get is correct, but I couldn't verify that the files are actually modified.
This is because Peter created the files/jvcl folder with his account and didn't give write access to group members, thus preventing me from doing a full creation.
So Peter, if you could either give write acces to group members (chmod g+w files/jvcl) or run the postnew.sh script, that'd be great.

Thanks for that.

Olivier



Subject: Re: Localization issues
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 30 Jan 2004 11:51:08 +1000
Newsgroups: jedi.vcl

OBones wrote:

> The problem at the moment is that the support for localization is not really in place. There is a po directory in devtools, but I don't think it's where it should be. 

BTW, I've run the MakePO batch file, which I had to update (it's already in CVS). First, is it really necessary to parse the design directory ?
Second, I'm getting some warnings:

1) design\JvMinMaxForm.xfm: msgid contains non-ascii characters: "¬" 0:
2) run\JvDockTabHost.dfm: msgid contains non-ascii characters: "ËÎÌå" 0:
3) run\JvJVCLAboutForm.dfm: msgid contains non-ascii characters: "Copyright © Project JEDI" 0:
4) run\JvID3v2Base.pas: Constant SP is not known. 3686: TJvID3CustomTextFrame(Frame).GetText(SP);

Here are my guesses (and maybe fixes)

1) There must be a weird character in there, but I can't find it.
2) The font name is made of those strange characters. I think it comes from Russian, can anyone have a look at those and fix this?
3) This comes from the use of the copyright character. I fixed all files that used it, by replacing the character by (c)
4) I think it comes from the fact that the method is called GetText and the dxgettext extractor doesn't see that it's an object method, not a standalone GetText call. This could be fixed by changing the code for dxgettext (I'll see what I can do)

On top of that, I get heaps of warnings in JvUIBConsts because it contains resources that are not in English. You already know my point of view on this "problem".

That's about it

Thanks for reading

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Localization issues
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 30 Jan 2004 11:36:42 +1000
Newsgroups: jedi.vcl

Hi all

I've been discussing localization issues with Lionel recently and discovered that we have some sort of support for dxgettext-based localization.
I clearly want to push into that direction and I think Peter quite agress with me on that.
There is no way I'm gonna support the approach taken by UIB where a source file contains localized constants. Nor would I support a different source file for every possible language. Why? Here are the major drawbacks:

- Only one language can be in the JVCL at a time
- Requires recompilation to change languages.
- Maintenance nightmare. Adding one resource string to the original English source files requires every developer not to forget to update the others. And we all know from the packages handling that relying on every developer's memory doesn't work.

The main advantages of dxgettext in this instance are those
- JVCL stays in English, users decide which language they use by loading the appropriate catalog file at runtime
- Ability to switch languages at runtime
- Ability to embed translations into the executable so that the application doesn't require external files
- Easy to maintain, a regeneration of the original English template and update of the translations is a matter of launching a batch file (I have those batch files by hand)
- Easy to create translations, only a text file needs to be created, and poEdit is a really great editor.

Of course, there are drawbacks:
- Only strings are translated
- Requires an external library.

But those drawbacks are insignificant, from my point of view. The first one isn't a problem as I consider that only strings needs to be localized. Anything else can be rebuilt at runtime most of the time.
The need for an external library isn't a big deal either, it's already the case with the JCL and the requirement isn't compulsory.

The problem at the moment is that the support for localization is not really in place. There is a po directory in devtools, but I don't think it's where it should be. I'd rather see something like that:

$(JVCL)\Locale --> Contains the batch file(s) to update templates. Contains original English ignore.po and jvcl3.po
$(JVCL)\Locale\id --> Contains the jvcl3.po file for the language identified by the id (fr, de, es, ru, sv, it...)

I'd have to check the casing to see what's done under Linux, I suppose it's a lower case L for Locale.

I know some people already argued that we should create our own localization framework that would handle more than just strings. I say this is useless, dxgettext works perfectly and at least to me, there is no need to have anything but strings to be translated.

Anyway, any comments are welcome. If you think I should go ahead with the creation of the Locale directory, please tell me to do so.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: Error in CVS
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 30 Jan 2004 10:28:05 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

>
> Can be removed for Delphi 7 and up.
>
Oh, Ok, I didn't know that. Apparently someone already fixed that. Great



Subject: Re: discuss some JVCL restructuring
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 30 Jan 2004 10:17:58 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> This is the solution. It needs the correct broadcast.

Doesn't work with all applications. For instance, a running command line window or a running delphi won't notice it...



Subject: JvCLXUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Jan 2004 23:56:36 +0100
Newsgroups: jedi.vcl

As JvCLXUtils.pas is superceded by QWindows.pas I have removed all
JvCLXUtils dependencies.

The file still exists in \run but is not used anymore. Maybe we should
move the file to \archive.

-- Regards, Andreas Hausladen 

Subject: Re: About UIB
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 30 Jan 2004 01:44:14 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 27 Jan 2004 20:40:40 -0600 @153)
....while the fading voice of Sergio whispered through the darkness:

SS> How mature is UIB in comparison with IBX?

UIB is very slim and featureless. It originated as a toll for very fast
multithread acess to server.
BTW, is there TDataSet descendant. based on UIB ? There was not in early
versions.

If You want a feature-full libraries with Yaffil/Firebird/Interbase
crosscompatibility look for
 a) FIB + (www.devrace.com)
 b) IBO (www.ibobjects.com)
 c) Zeos library - somewhere on SF
 d) ADO (www.ibprovider.com)

-- WinAMP://Roxette - Dance Away [stopped] http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Jan 2004 23:23:56 +0100
Newsgroups: jedi.vcl

> >     Huh? Where do we have 'Section\.Name' paths?
Let's see if I can sort this out. Suppose we are going to store the
ComboBox1.Items property (assume it contains 1 item with the value "1")
using TJvFormStorage.StoredProps. AppStoragePath is set to "Default\":

Call chain:
TJvFormStorage.SaveFormPlacement - SavePlacement - SaveProperties -
TJvPropertyStorage.StoreObjectprops - StoreAnyProperty -
StoreClassProperty - StoreStringsProperty - WriteString -
TJvFormStorage.WriteString

Now, when we return to TJvFormStorage.WriteString, AppStoragePath is
"Default\", Ident is ".ComboBox1_Items\Item0" and Value is "1". We then call
AppStorage.WriteString(AppStorage.ConcatPaths([AppStoragePath, Ident]),
Value).

ConcatPaths calls OptimizePaths and it returns
"Default\.ComboBox1_Items\Item0", although we would have liked to recieve
"Default.ComboBox1_Items\Item0" (for backward compatibility).

Now, I can either try to fix the ConcatPaths/OptimizePaths mathods or I can
try to fix it later.

Since AppStorage.WriteString and AppStorage.ReadString both call
ResolvePath, this seems to be a reasonable location to do the fix and since
the fix is only needed when we get a path containing '\.', I can detect and
fix any such string within ResolvePath.

It might be possible to fix this inConcatPaths/OptimizePaths but since that
is part of TJvCustomAppStorage as well, I can't see why ResolvePath is a
worse place than any other in that class.

Hope I've managed to make it clear what the problem is.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet news:bvbshq$15b$1@talkto.net...
> > Hello, Peter!
> > You wrote  on Thu, 29 Jan 2004 22:04:30 +0100:
> >
> >  PT>     if StrCharCount(NewPaths[I],'.') = Length(NewPaths[I]) then
> >  PT> and that seems to work (partly).
> >
> >  PT>  I also have to fix strings on the form 'Section\.Name' to
> >  PT> 'Section.Name' in ResolvePath but then I think we should be backwards

> >  PT> compatible.
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Foobar2000 now playing: "Have A Little Faith In Me" by John Hiatt.
> >
> >



Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 Jan 2004 22:30:19 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 29 Jan 2004 22:04:30 +0100:

 PT>     if StrCharCount(NewPaths[I],'.') = Length(NewPaths[I]) then
 PT> and that seems to work (partly).

 PT>  I also have to fix strings on the form 'Section\.Name' to
 PT> 'Section.Name' in ResolvePath but then I think we should be backwards
 PT> compatible.

    Huh? Where do we have 'Section\.Name' paths? If we do have them but they
should be 'Section.Name' that shouldn't be changed in ResolvePath but rather
the location where the wrong format is used (probably a mistake I made
somewhere in the adapting to AppStorage). ResolvePath should never change
the path it receives.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Have A Little Faith In Me" by John Hiatt.




Subject: Re: File locations
From: "André Snepvangers" <asn@xs4all.nl>
Date: Thu, 29 Jan 2004 22:30:15 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bvbd8e$dhd$1@talkto.net...
>> > > IMHO these units should go to Common as well.
>> > > Maybe we should redefine what belongs to "Common".
> > Why?
> >

There are hundreds of files in /run and /design. In /common there are 17
(...) files ( without the added files
related with VisualCLX):
The expected:
JvConsts.pas, jedi.inc, jvuib.inc, linuxonly.inc, windowsonly.inc, jvcl.inc,
common.txt
The unexpected (*):
DBT.pas,               (uses: JvDeviceChanged)
Hid.pas,                 (uses: HidToken, HidUsage, JvHidControllerClass)
HidToken.pas,       (uses: none)
HidUsage.pas,        (uses: none)
ObjSel.pas,            (uses: JvObjectPickerDialog)
Ras32.pas,             (uses: JvRas32)
SetupApi.pas          (uses: JvCabFile, JvHidControllerClass)
VFW.pas,              (uses: JvAVICaptureEditors, JvAVICapture)
Winamp.pas,          (uses: none)
ModuleLoader.pas (uses: JvHidControllerClass, Hid, SetupApi)

(*) Not include in 'uses' /examples and  Jv.....Reg.pas

What meaning has the word 'common' in this context ?
Personally I would expect that units like JvJVCLUilts, JvJCLUtils,
JvComponent, JvEx...
would fit in the catagory common.

Regards,

André Snepvangers










Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Jan 2004 22:04:30 +0100
Newsgroups: jedi.vcl

I changed it to

    if StrCharCount(NewPaths[I],'.') = Length(NewPaths[I]) then
and that seems to work (partly). I also have to fix strings on the form
'Section\.Name' to 'Section.Name' in ResolvePath but then I think we should
be backwards compatible.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 Jan 2004 20:45:47 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 29 Jan 2004 20:40:24 +0100:

 >>     Resolving relative paths to the current path.
 PT> But when fed a string like ".ComboBox1_Items" (i.e an item name without
 PT> a section) it returns an empty string which unfortunately doesn't work.

    I see. It checks the first character and if it's a '.' it assumes the
entire string only contains of '.' characters and uses that info to see how
many levels it has to go up. So the "StrLeft(NewPaths[I], 1) = '.'" section
should be replaced by something like "NewPaths[I] = StringOfChar('.',
Length(NewPaths[I])" and it should work... I think...

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Just A Little" by Liberty X.




Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Jan 2004 20:40:24 +0100
Newsgroups: jedi.vcl

> >     Resolving relative paths to the current path.
But when fed a string like ".ComboBox1_Items" (i.e an item name without a
section) it returns an empty string which unfortunately doesn't work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What do i update??
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Jan 2004 20:16:49 +0100
Newsgroups: jedi.vcl

> > How stable is the current version in cvs?
It's pretty stable. Take a look at http://jvcl.sf.net/mantis for a list of
currently known bugs

> > Thank you both for your prompt answers.
Should you need any help, just post.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What do i update??
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Jan 2004 20:16:29 +0100
Newsgroups: jedi.vcl

dave wrote:

> > I will give it a try anyway, i can always revert back to the old version
> > if necessary.

You could undo the JvExVCL changes.

DoBoundsChanged = WM_SIZE
DoGetDlgCode = WM_GETDLGCODE
DoPaintBackground = WM_ERASEBKGND


-- Regards, Andreas Hausladen 

Subject: Re: Purpose of JvAppStorage.UpdateGlobalPath
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 Jan 2004 20:15:40 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 29 Jan 2004 18:40:26 +0100:

 PT> Can anyone explain to me the purpose of the code in
 PT> JvAppStorage.UpdateGlobalPath? Doesn't make any sense to me...

    Resolving relative paths to the current path. Together with
OptimizePaths it is used to generate an absolute path given any number of
path references. OptimizePaths will first scan the last absolute path
(string starting with '\') in the given string array and (effectively) put
that in a string list. Any path in the array following that absolute path is
then considered to be relative to that path and the string list is adjusted
accordingly. Note that AppStorage allows '...\MyPath' which is interpreted
as '..\..\MyPath' and UpdateGlobalPath will handle that accordingly (which
might be the reason why it didn't make sense to you).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Never Be The Same Again" by Mel C.




Subject: Re: What do i update??
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 29 Jan 2004 13:12:51 -0600
Newsgroups: jedi.vcl

How stable is the current version in cvs?
Almost all my projects use something from JVCL.

I will give it a try anyway, i can always revert back to the old version if
necessary.

Thank you both for your prompt answers.

Dave

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bvbimm$bi9$1@talkto.net...
>> > > Ok, i updated those files and the designtime packaged compiled fine. But
> > the
>> > > runtime package errors on compile with the following:
> >
> > Ack! There has been changes to core units that the Print Preview stuff
> > inherits from. Unfortunately this means that you need to update the whole
> > JVCL folder (well, you could update parts of it but it's probably too
> > complex to sort out what to update and what not to). Before compiling,
> > remove the JvCore package from Delphi (this will deactivate the others),
> > build all the packages and then reinstall JvCore and then check the rest
of
> > the JVCL packages in the Package dialog.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Error in CVS
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 Jan 2004 20:05:31 +0100
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

>  In JvXPBar I get the error
> [Fatal Error] JvXPBar.pas(367): File not found: 'TmSchema.dcu'

Can be removed for Delphi 7 and up.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: What do i update??
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Jan 2004 19:42:07 +0100
Newsgroups: jedi.vcl

> > Ok, i updated those files and the designtime packaged compiled fine. But
the
> > runtime package errors on compile with the following:

Ack! There has been changes to core units that the Print Preview stuff
inherits from. Unfortunately this means that you need to update the whole
JVCL folder (well, you could update parts of it but it's probably too
complex to sort out what to update and what not to). Before compiling,
remove the JvCore package from Delphi (this will deactivate the others),
build all the packages and then reinstall JvCore and then check the rest of
the JVCL packages in the Package dialog.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What do i update??
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 29 Jan 2004 18:21:18 +0000 (UTC)
Newsgroups: jedi.vcl

dave wrote:

> > Ok, i updated those files and the designtime packaged compiled fine.
> > But the runtime package errors on compile with the following:
> > 
> > [Error] JvPrvwDoc.pas(273): Method 'DoBoundsChanged' not found in
> > base class
> > [Error] JvPrvwDoc.pas(1235): Undeclared identifier:
> > 'DoBoundsChanged'
> > [FatalError] JvPrvwRender.pas(38): Could not
> > compile used unit '..\..\run\JvPrvwDoc.pas'

<sigh>

I was afraid of that. You'll need to upgrade the whole thing, as this
represents a change in the ancestor components located in the core.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: What do i update??
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 29 Jan 2004 12:18:00 -0600
Newsgroups: jedi.vcl

Ok, i updated those files and the designtime packaged compiled fine. But the
runtime package errors on compile with the following:

[Error] JvPrvwDoc.pas(273): Method 'DoBoundsChanged' not found in base class
[Error] JvPrvwDoc.pas(1235): Undeclared identifier: 'DoBoundsChanged'
[FatalError] JvPrvwRender.pas(38): Could not compile used unit
'..\..\run\JvPrvwDoc.pas'

The first error line points to the following line in JvPrvwDoc.pas:
Protected
    Procedure DoBoundsChanged; override;

The second error line points to the following line:
inherited DoBoundsChanged;

The third one point to the uses section of  JvPrvwRender.pas where it uses
JvPrvwDoc.

The files i updated were:
Design\JvPreviewReg.pas
Run\JvPrvwDoc.pas
Run\JvPrvwRender.pas

and tried to compile:
JvPrintPreviewD6R.dpk

JvPrintPreviewD6D.dpk compiled fine.

are there some other files i need to update?

How do i get this update to work?

Thanks again in advance.
Dave

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bvbf48$8ja$2@talkto.net...
> > dave wrote:
> >
>> > > Basically, the questions is how do I just update the JVPrintPreview
>> > > components?
> >
> > Copy the files used in JvPrintPreviewxx.dpk, but not the other
> > packages, into your other JVCL directory and rebuild those packages.
> >
> > --
> > Cheers,
> >   Ignacio
> >
> > Help improve Delphi: http://qc.borland.com/




Subject: Re: Error in CVS
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Thu, 29 Jan 2004 18:16:24 +0000 (UTC)
Newsgroups: jedi.vcl

The Graphical Gnome <rbraasem@xs4all.killspammers.nl> wrote in 
news:Xns947FC81F45323rbraasemxs4allnl@194.191.0.34:

> > the problem is in Beep;
> > 
> > If you change 
> >   SysUtils, Classes,
> > to below Window, the problem is fixed
> > .
> > 
> > 
Next Problem

{$IFDEF COMPILER7_UP}
 {$DEFINE JVCLThemesEnabled}
{$ELSE}

 In JvXPBar I get the error
[Fatal Error] JvXPBar.pas(367): File not found: 'TmSchema.dcu'



-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: Error in CVS
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Thu, 29 Jan 2004 18:10:37 +0000 (UTC)
Newsgroups: jedi.vcl

The Graphical Gnome <rbraasem@xs4all.killspammers.nl> wrote in
news:Xns947FC23A9D1D5rbraasemxs4allnl@194.191.0.34: 

> > I just downloaded, an when I try to run install:
> > 
> > Compiling package: JvStdCtrlsD7R.bpl
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvCalc.pas(576) Error: Not enough
> > actual parameters
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvCalc.pas(690) Error: Not enough
> > actual parameters
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvCalc.pas(857) Error: Not enough
> > actual parameters
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvCalc.pas(1027) Error: Not
> > enough actual parameters
> > C:\Development\jv\jvcl\dev\JVCL3\run\JvBaseEdits.pas(291) Fatal: Could
> > not compile used unit '..\..\run\JvCalc.pas'
> > 
> > 
> > Please Help ;)
> > 
> > BTW You're all doing great work.
> > 

the problem is in Beep;

If you change 
  SysUtils, Classes,
to below Window, the problem is fixed
..


-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Purpose of JvAppStorage.UpdateGlobalPath
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Jan 2004 18:40:26 +0100
Newsgroups: jedi.vcl

Can anyone explain to me the purpose of the code in
JvAppStorage.UpdateGlobalPath? Doesn't make any sense to me...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Error in CVS
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Thu, 29 Jan 2004 17:36:05 +0000 (UTC)
Newsgroups: jedi.vcl

I just downloaded, an when I try to run install:

Compiling package: JvStdCtrlsD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Development\jv\jvcl\dev\JVCL3\run\JvCalc.pas(576) Error: Not enough 
actual parameters
C:\Development\jv\jvcl\dev\JVCL3\run\JvCalc.pas(690) Error: Not enough 
actual parameters
C:\Development\jv\jvcl\dev\JVCL3\run\JvCalc.pas(857) Error: Not enough 
actual parameters
C:\Development\jv\jvcl\dev\JVCL3\run\JvCalc.pas(1027) Error: Not enough 
actual parameters
C:\Development\jv\jvcl\dev\JVCL3\run\JvBaseEdits.pas(291) Fatal: Could not 
compile used unit '..\..\run\JvCalc.pas'


Please Help ;)

BTW You're all doing great work.

-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: What do i update??
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 29 Jan 2004 11:29:48 -0600
Newsgroups: jedi.vcl

I did a cvs update this morning. I use a separate folder from my install to
do all my updates. I am going to wait for the beta release to actually
update my entire JVCL installation, but I need to update the components on
the JvPrintPreview palette right away for a project I am currently working
on.
I know Andreas fixed the issues I was having with it printing a blank page,
and also about the image being drawn in correct proportions to the printer.
I need to know what files I need to overwrite with the new ones, and which
packages I need to rebuild. Also will opening the package and doing a build
suffice? Do I need to remove any packages first, and do a re-install?

Basically, the questions is how do I just update the JVPrintPreview
components?

Thank you in advance,
Dave

P.S.
Thanks to Andreas for his timely update that solved my problems!!! Thanks
again.




Subject: Re: What do i update??
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 29 Jan 2004 17:15:53 +0000 (UTC)
Newsgroups: jedi.vcl

dave wrote:

> > Basically, the questions is how do I just update the JVPrintPreview
> > components?

Copy the files used in JvPrintPreviewxx.dpk, but not the other
packages, into your other JVCL directory and rebuild those packages.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: CLX support
From: "André Snepvangers" <asn@xs4all.nl>
Date: Thu, 29 Jan 2004 18:13:26 +0100
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:bvaggg$j2t$1@talkto.net...
> > Hi,
> >
> > Andreas Hausladen wrote:
> >
>> > > There are three (with my patches: four) version of the VisualCLX out.
The
>> > > worst one is that in Delphi 6. Should we support all three or should we
>> > > only support Delphi 7's and Kylix 3's CLX?

We should only support Delphi 7's and Kylix 3's CLX in JVCL3. Support for
other versions could be implemented in a next release, if ever needed.

>> > > The most problematic part in Delphi 6 is the missing file QFileCtrls.pas
>> > > and some Qt-wrapper functions.
> >

For other Kylix versions maybe QFileCtrls.pas from Kylix 3 Open Edition
could be used. ;)

> >
> > D6 VisualCLX at least has some JPEG graphics support, while in D7 AFAIK
> > it is completely gone.
> >

Having VisualCLX support in JVCL3 is one thing, solving Borland bugs is
another thing.

> >
> > Greetings, Robert

Regards,

André Snepvangers




Subject: Re: File locations
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Jan 2004 18:09:10 +0100
Newsgroups: jedi.vcl

> > IMHO these units should go to Common as well.
> > Maybe we should redefine what belongs to "Common".
Why?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Minor JVCL 3 Installation problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 29 Jan 2004 18:08:29 +0100
Newsgroups: jedi.vcl

> > BTW: I've had the same problem of it not installing the components in 
> > the IDE; what's the easy way to do it? Select all JV*D.BPL in the BPL 
> > folder on the "install packages" option?
That's what I do<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: File locations
From: "André Snepvangers" <asn@xs4all.nl>
Date: Thu, 29 Jan 2004 17:51:06 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bv7go1$uub$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Well, adding one isn't *that* hard <g>. Question is if it's a good
solution?
> >
> > I think they can stay in Common for now. There are not that many files
yet.
> >

"Many methods added to D6/D7 has been reimplemented in either JvJCLUtils or
JvJVCLUtils"
IMHO these units should go to Common as well.
Maybe we should redefine what belongs to "Common".

Regards,

André Snepvangers




Subject: Re: Minor JVCL 3 Installation problems
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 29 Jan 2004 16:28:33 +0000 (UTC)
Newsgroups: jedi.vcl

Fernando Madruga wrote:

> > I've had the same problem of it not installing the components in
> > the IDE; what's the easy way to do it? Select all JV*D.BPL in the BPL
> > folder on the "install packages" option?

Yup.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: CLX support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Jan 2004 17:15:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Maybe I can find a workaround for this.

It is impossible because there are not Qt symbols only the wrapper
function names in the DLL and I am not in the mood to step through the
whole machine code without a little help by symbol names.



-- Regards, Andreas Hausladen 

Subject: Re: Minor JVCL 3 Installation problems
From: Fernando Madruga <mad+jvcl@ipn.pt>
Date: Thu, 29 Jan 2004 16:03:54 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Oh, and please don't crosspost.
>
Ok!

BTW: I've had the same problem of it not installing the components in the IDE; what's the easy way to do it? Select all JV*D.BPL in the BPL folder on the "install packages" option?


Subject: two files to remove from CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jan 2004 16:40:53 +0100
Newsgroups: jedi.vcl

JVCL3/devtools/CompressDict/CompressDict.cfg
JVCL3/install/JVCL3Install/JVCL3Install.cfg

I used Clean.bat today which deletes all .cfg
The next update brings back the above files.



Subject: Re: Minor JVCL 3 Installation problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jan 2004 16:22:51 +0100
Newsgroups: jedi.vcl

Oh, and please don't crosspost.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Minor JVCL 3 Installation problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jan 2004 16:21:17 +0100
Newsgroups: jedi.vcl,jedi.general

> >    - Does Delphi 6 PE work with JvDotNetCtrls?
No, it contains DB as well as standard controls. You could manually edit the
package file(s) and remove the DB controls from it.

Thanks for the other suggestions.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changed TJvFormPlacement behavior
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 Jan 2004 16:12:31 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  RB> It hooks the application window (handle), ie the main window (handle),
>  RB> which is not the same as the main form.
>
>     But will it allow to detect the correct messages for a given form? The
> issue is that multiple forms could be open for an application and if one
> form closes only that forms state should be stored and not all forms
> containing the component. Or, opening a second form should not trigger the
> automatic restore function on the first form.

I meant that Application.HookMainWindow only hooks Application.Handle thus isn't useful for monitoring whether a specific form is closed; although it may be possible that a message is send to the application handle; but I doubt that.

Futhermore is the Application.HookMainWindow mechanism pretty much the same as hooking a form using JvWndProcHook.pas. It's more the polling vs reacting on events.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Minor JVCL 3 Installation problems
From: Fernando Madruga <mad+jvcl@ipn.pt>
Date: Thu, 29 Jan 2004 15:11:10 +0000
Newsgroups: jedi.vcl,jedi.general

Hi.

Some sugestions based on my (just completed) JVCL 3 installation:
  - Move the "Delphi Personal Edition" checkbox out of the "Advanced" and into the main dialog's "jvcl.inc options";
  - Does Delphi 6 PE work with JvDotNetCtrls? How? I had to remove it so that it would compile and install, so you may want to "block" that checkbox if no suitable target exists;
  - Third sugestion: when un-selecting a design time unit, the corresponding run-time version should be un-selected as well, unless they are both visible (as when checking the "Show runtime packages" checkbox.

Later,
  Madruga


Subject: Re: Changed TJvFormPlacement behavior
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 Jan 2004 16:07:02 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> I still have problems with the way the automatic mechanism works. 

> We really should consider to hook the message handler of
> the form to take action for the two message involved

Well, I don't like such a polling solution much, thus maybe make it an option <g>. Property UseHook or something.

> This may inflict a performance penalty but it couldn't be that big a
> difference to perform two checks of message IDs.

Don't know either, might be interesting to investigate. I always have the feeling that you can see whether a form is hooked, if you move it around <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: CLX support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 29 Jan 2004 16:06:25 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > D6 VisualCLX at least has some JPEG graphics support, while in D7 AFAIK
> > it is completely gone.

No, it is not gone. But the QtIntf70.dll functions do something that
causes an AV when loading a jpeg while the QtIntf.dll (Delphi 6) works.
Maybe I can find a workaround for this.


-- Regards, Andreas Hausladen 

Subject: Re: Changed TJvFormPlacement behavior
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 Jan 2004 16:02:09 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Thu, 29 Jan 2004 15:58:44 +0100:

 >>     Would that work for any form or only for the main form? Given the
 >> name I think it was for the main window only and I'm fairly certain the
 >> component can be used on multiple forms.

 RB> It hooks the application window (handle), ie the main window (handle),
 RB> which is not the same as the main form.

    But will it allow to detect the correct messages for a given form? The
issue is that multiple forms could be open for an application and if one
form closes only that forms state should be stored and not all forms
containing the component. Or, opening a second form should not trigger the
automatic restore function on the first form.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Solid" by Ashford & Simpson.




Subject: Re: Changed TJvFormPlacement behavior
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jan 2004 16:01:23 +0100
Newsgroups: jedi.vcl

I'll have a look at changing the implementation then. There's also a bug in
the handling of TStrings properties of components when added to StoredProps
that I would like to fix (see Mantis #1304).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changed TJvFormPlacement behavior
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 Jan 2004 15:58:44 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  >>     I still have problems with the way the automatic mechanism works.
>  PT> How about using Application.HookMainWindow instead? That is the
>  PT> official way...
>
>     Would that work for any form or only for the main form? Given the name I
> think it was for the main window only and I'm fairly certain the component
> can be used on multiple forms.

It hooks the application window (handle), ie the main window (handle), which is not the same as the main form.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Context Property editor bug.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 Jan 2004 15:57:22 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Thu, 29 Jan 2004 15:51:37 +0100:

 RB> Maybe an easy, and more common way (ie see the fields editor of TTable
 RB> etc) is to destroy/release the designer form if the associated
 RB> component is removed.

    No, because the ContextProvider is a user component, so although it
would solve the current issue at design time, it will not fix the bug. I do
agree though, releasing the designer form would be better given the fact
that it would be unusable anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Close To Me" by The Cure.




Subject: Re: Changed TJvFormPlacement behavior
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 Jan 2004 15:54:53 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 29 Jan 2004 15:34:14 +0100:

 >>     How about adding a (protected) property ExplicitStore, set to True
 >> if the Restore/SaveFormPlacement methods are called and reset to False

 PT> Ingo also suggested (sorry, forgot that in my earlier reply) that
 PT> instead of checking IsActive in SaveFormPlacement/RestoreFormPlacement,
 PT> we could just do an "if Assigned(AppStorage)".

    That would be even better. I haven't looked at the component in a while
so I wasn't clear on how exactly it was implemented.

 >>     I still have problems with the way the automatic mechanism works.
 PT> How about using Application.HookMainWindow instead? That is the
 PT> official way...

    Would that work for any form or only for the main form? Given the name I
think it was for the main window only and I'm fairly certain the component
can be used on multiple forms.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Close To Me" by The Cure.




Subject: Re: Context Property editor bug.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 Jan 2004 15:51:37 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, Marcel!
> You wrote to Remko Bonte on Tue, 27 Jan 2004 15:21:48 +0100:
>
>  MB>     Aha, the vanishing of the color provider is not handled properly by
>  MB> the implicitly used ContextProvider. Will have to look into that one.
>  MB> Probably need to signal the notifiers of the context provider to
>  MB> perform a refresh....

Maybe an easy, and more common way (ie see the fields editor of TTable etc) is to destroy/release the designer form if the associated component is removed.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Changed TJvFormPlacement behavior
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jan 2004 15:48:11 +0100
Newsgroups: jedi.vcl

> > How about AutoStorage?
Good suggestion

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changed TJvFormPlacement behavior
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jan 2004 15:34:14 +0100
Newsgroups: jedi.vcl

> >     How about adding a (protected) property ExplicitStore, set to True if
> > the Restore/SaveFormPlacement methods are called and reset to False

Ingo also suggested (sorry, forgot that in my earlier reply) that instead of
checking IsActive in SaveFormPlacement/RestoreFormPlacement, we could just
do an "if Assigned(AppStorage)".

This would work since all internal, automatic methods that call Save/Restore
first checks the IsActive value. To get back the previous behavior, the user
sets Active to false and call the Save/Restore methods manually. With that
change there's no need to add a new property either. I kind of like it
better although I can't really see all it's implications (I know too little
details about the inner workings of JvFormStorage et al).

> >     I still have problems with the way the automatic mechanism works.
How about using Application.HookMainWindow instead? That is the official
way...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changed TJvFormPlacement behavior
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 Jan 2004 15:16:32 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 29 Jan 2004 12:55:53 +0100:

 PT> ForceSaveRestore isn't such a good name. Any other suggestions (name or
 PT> implementation)?

    How about adding a (protected) property ExplicitStore, set to True if
the Restore/SaveFormPlacement methods are called and reset to False
afterwards/automatic storage. IsActive can then use (Active or
ExplicitStore) and (AppStorage <> nil). That is assuming the automatic
storing mechanism doesn't call these methods itself. If so, they should be
rewritten as Internal methods, to be called by the automatic mechanism as
well as the public versions (encapsulated within the ExplicitStore flag
changing).

    I still have problems with the way the automatic mechanism works. It
simply assigns a handler to the Forms OnShow and OnClose events. IOW, if a
user assigns his own handlers to these events, TJvFormPlacement stops
working (note: IIRC this will only happen if you do the assigning at run
time or the handler is part of a form/module to be loaded after the form the
component is on). We really should consider to hook the message handler of
the form to take action for the two message involved (CM_ShowingChanged and
???). This may inflict a performance penalty but it couldn't be that big a
difference to perform two checks of message IDs. I really think that no
component should simply assign a handler to an event of another
component/form to perform some action.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "She's So High" by Tal Bachman.




Subject: Re: Changed TJvFormPlacement behavior
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 29 Jan 2004 14:12:59 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > ForceSaveRestore isn't such a good name. Any other suggestions (name
> > or implementation)?

How about AutoStorage?

-- Cheers, Ignacio 

Subject: Re: Changed TJvFormPlacement behavior
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Jan 2004 12:55:53 +0100
Newsgroups: jedi.vcl

I agree that this should be amended. A simple solution would be to add a new
property ("ForceSaveRestore") that controls whether Save and Restore is
called even if Active is false (it should be default true to emulate
previous behavior).

I think changing the implementation of IsActive to check the new property as
well would be sufficient:

function TJvFormPlacement.IsActive: Boolean;
begin
  Result := (Active or ForceSaveRestore) and (AppStorage <> nil) ;
end;


ForceSaveRestore isn't such a good name. Any other suggestions (name or
implementation)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: installation Error: visualclx' not found
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 29 Jan 2004 11:05:02 +0100
Newsgroups: jedi.vcl

I forgot:  The simple workaround is to uncheck the VisualCLX-related options in the installer "Select Components" pane:

> Make library units|Release|VisualCLX
> Make library units|Debug|VisualCLX
> Sample Exception Dialogs in the Object Repository|CLX Exception Dialog

Greetings, Robert


Subject: Re: installation Error: visualclx' not found
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 29 Jan 2004 10:58:51 +0100
Newsgroups: jedi.vcl

Hi,

Avrin wrote:

> When I install JVCL I get this error message:
> {{ Compiling package: DJclVClx70.bpl
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> DJclVClx.dpk(32) Fatal: Required package 'visualclx' not found }}
>
> May sombody help me to solve the problem?

It's a deficiency of the installer; I'll try to fix that and make the fixed version available ASAP.

Greetings, Robert


Subject: Re: CLX support
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 29 Jan 2004 10:00:24 +0100
Newsgroups: jedi.vcl

Hi,

Andreas Hausladen wrote:

> There are three (with my patches: four) version of the VisualCLX out. The
> worst one is that in Delphi 6. Should we support all three or should we
> only support Delphi 7's and Kylix 3's CLX?
> The most problematic part in Delphi 6 is the missing file QFileCtrls.pas
> and some Qt-wrapper functions.

D6 VisualCLX at least has some JPEG graphics support, while in D7 AFAIK it is completely gone.

Greetings, Robert


Subject: Re: discuss some JVCL restructuring
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jan 2004 09:26:36 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>> How about setting permanent environment variables in the Installer?
>> Windows SetEnvironmentVariable should do the trick.
>
> I am investigating that. It is not that easy.
> Maybe a restart of the computer is needed.

This is the solution. It needs the correct broadcast.
For all users the registry key is
HKLM\SYSTEM\ControlSet001\Control\Session Manager\Environment
but i am not sure if it needs admin rights for access.

procedure TForm1.Button1Click(Sender: TObject);
var
  Reg: TRegistry;
begin
  Reg := TRegistry.Create;
  Reg.OpenKey('Environment', False);
  Reg.WriteString('JCLROOT', 'E:\Daten\JCL');
  Reg.Free;
  SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE,
    0, LPARAM(PChar('Environment')));
end;

procedure TForm1.Button2Click(Sender: TObject);
var
  Reg: TRegistry;
begin
  Reg := TRegistry.Create;
  Reg.OpenKey('Environment', False);
  Reg.DeleteValue('JCLROOT');
  Reg.Free;
  SendMessage(HWND_BROADCAST, WM_SETTINGCHANGE,
    0, LPARAM(PChar('Environment')));
end;



Subject: Re: discuss some JVCL restructuring
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Jan 2004 08:29:07 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> How about setting permanent environment variables in the Installer?
> Windows SetEnvironmentVariable should do the trick.

I am investigating that. It is not that easy.
Maybe a restart of the computer is needed.

I changed the Installer a bit so it accepts the current JCL from CVS also. The inc files moved.



Subject: Re: CLX support
From: "André Snepvangers" <asn@xs4all.nl>
Date: Thu, 29 Jan 2004 00:11:08 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bv92fd$9b4$1@talkto.net...
> > There are three (with my patches: four) version of the VisualCLX out. The
> > worst one is that in Delphi 6. Should we support all three or should we
> > only support Delphi 7's and Kylix 3's CLX?
> > The most problematic part in Delphi 6 is the missing file QFileCtrls.pas
> > and some Qt-wrapper functions.
> >

Don't waste your time on earlier versions of VisualCLX.

Regards,

André Snepvangers.





Subject: Re: installation Error: visualclx' not found
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 29 Jan 2004 08:57:14 +1000
Newsgroups: jedi.vcl

Avrin wrote:
> When I install JVCL I get this error message:
> {{ Compiling package: DJclVClx70.bpl
> Borland Delphi Version 15.0
> Copyright (c) 1983,2002 Borland Software Corporation
> DJclVClx.dpk(32) Fatal: Required package 'visualclx' not found }}
>
> May sombody help me to solve the problem?
> Thanks
> Avrin
>
>
JclVclx cannot need to be compiled with the Personal Edition of Delphi because this edition doesn't include the CLX.



Subject: installation Error: visualclx' not found
From: "Avrin" <avrin2@wp.pl>
Date: Wed, 28 Jan 2004 22:54:23 +0100
Newsgroups: jedi.vcl

When I install JVCL I get this error message:
{{ Compiling package: DJclVClx70.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
DJclVClx.dpk(32) Fatal: Required package 'visualclx' not found }}

May sombody help me to solve the problem?
Thanks
Avrin




Subject: Re: CLX support
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 28 Jan 2004 21:36:35 +0100
Newsgroups: jedi.vcl

> > Should we support all three or should we
> > only support Delphi 7's and Kylix 3's CLX?
That is up to the CLX savvy amongst us (count me out, then<g>). You decide
since you have to do the work.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: CLX support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 28 Jan 2004 20:52:33 +0100
Newsgroups: jedi.vcl

There are three (with my patches: four) version of the VisualCLX out. The
worst one is that in Delphi 6. Should we support all three or should we
only support Delphi 7's and Kylix 3's CLX?
The most problematic part in Delphi 6 is the missing file QFileCtrls.pas
and some Qt-wrapper functions.


-- Regards, Andreas Hausladen 

Subject: Re: Donated component introduces new dependency
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 28 Jan 2004 20:32:52 +0100
Newsgroups: jedi.vcl

> >     True. Don't forget though we can add units to packages conditionally
> > (with the package generator), so in theory we could just add the control
to
> > JvCtrls for all version except for standard/personal editions.
The control in question is to be added to JvDB but relies on a non-DB
control in JvCtrls. So the PE version won't be affected since the DB
packages cannot be installed there anyway.

> > I was under the impression that
> > package wasn't meant for controls but rather things like TDataSet
> > descendants and other generic DB components/managers.
Well, there wouldn't be much left if we removed the visual controls<g>. If
it grows too large, we could always add a JvDBControls package at a later
time.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Donated component introduces new dependency
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 28 Jan 2004 20:29:40 +0100
Newsgroups: jedi.vcl

> >     I think Peter meant to have JvDB depend on JvCore, JvCtrls and
> > JvStdCtrls (and implicitly JvSystem).
Correct. You can be sure that the other way around would never make it into
JVCL

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Donated component introduces new dependency
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 28 Jan 2004 20:25:14 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 28 Jan 2004 19:56:09 +0100:

 PT>  Did we ever come to a conclusion whether we should split JvCustom and
 PT> how?

    Not to my knowledge. I think the first thing to do was to split up the
larger component sets and see what is left behind. I seem to recall a
recommendation but I have to search the NG archive.

 >> OTOH using packages each containing a relatively small control is not a
 >> real nice idea either.
 PT> That was my first feeling too but if we are going to add it, there
 PT> isn't really any other place than JvDB...

    True. Don't forget though we can add units to packages conditionally
(with the package generator), so in theory we could just add the control to
JvCtrls for all version except for standard/personal editions. That would
leave the JvDB package a little emptier but I was under the impression that
package wasn't meant for controls but rather things like TDataSet
descendants and other generic DB components/managers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Donated component introduces new dependency
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 28 Jan 2004 20:19:56 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Wed, 28 Jan 2004 20:04:05 +0100:

 >> I could live with JvStdCtrls

 AH> Keep the Personal Editions in mind. They do not have DB support.

    I think Peter meant to have JvDB depend on JvCore, JvCtrls and
JvStdCtrls (and implicitly JvSystem).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Donated component introduces new dependency
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 28 Jan 2004 20:04:05 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I could live with JvStdCtrls

Keep the Personal Editions in mind. They do not have DB support.


-- Regards, Andreas Hausladen 

Subject: Re: Donated component introduces new dependency
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 28 Jan 2004 19:56:09 +0100
Newsgroups: jedi.vcl

> >     Not immediately. You might want to plan ahead, however, for DB
controls
> > that introduce dependencies to the JvStdCtrls package or JvCustom
packages.
I could live with JvStdCtrls but JvCustom is a bit more to swallow since it
is so big. Did we ever come to a conclusion whether we should split JvCustom
and how?

> > OTOH using packages each containing a relatively small control is not a
real
> > nice idea either.
That was my first feeling too but if we are going to add it, there isn't
really any other place than JvDB...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Donated component introduces new dependency
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 28 Jan 2004 16:51:09 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 28 Jan 2004 14:51:23 +0100:

 PT> I am evaluating a HTML style DBLabel donated to JVCL (mantis #1200). It
 PT> works fine but if added to the DB package (where it belongs),
 PT> introduces a dependency with the JvCtrlspackage. Does anyone have any
 PT> objections to this?

    Not immediately. You might want to plan ahead, however, for DB controls
that introduce dependencies to the JvStdCtrls package or JvCustom packages.
OTOH using packages each containing a relatively small control is not a real
nice idea either.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Freestyler" by Bomfunk mc's.




Subject: Re: Donated component introduces new dependency
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jan 2004 16:30:30 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I am evaluating a HTML style DBLabel donated to JVCL (mantis #1200). It
> works fine but if added to the DB package (where it belongs), introduces a
> dependency with the JvCtrlspackage. Does anyone have any objections to this?

From DB to Ctrls looks quite natural.
DB is usually on top of the hierarchy anyway.



Subject: Donated component introduces new dependency
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Jan 2004 14:51:23 +0100
Newsgroups: jedi.vcl

I am evaluating a HTML style DBLabel donated to JVCL (mantis #1200). It
works fine but if added to the DB package (where it belongs), introduces a
dependency with the JvCtrlspackage. Does anyone have any objections to this?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBLookupList scrolling issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Jan 2004 14:20:54 +0100
Newsgroups: jedi.vcl

I just looked in the source and noticed the FRecordCount and FRecordIndex
variables. Try this in UpdateScrollBars and see if it works:

      Max := FRecordCount + Ord(EmptyRowVisible);
      Pos := FRecordIndex;
....
    if MaxPos = 0 then
      MaxPos := FRecordCount + Ord(EmptyRowVisible);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help on make syntax
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 28 Jan 2004 22:05:29 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Does anyone know how to expand a relative path in a make file, i.e if I have
> "SOMEROOT = ..\..\root" and the makefile is run from
> "C:\Programs\Dir2\Dir3", I would like to expand SOMEROOT so it contains
> "C:\Programs\root" instead. Any way to do that?
>
Not directly. What you could do is get the current directory, add the relative path to it and use that directly:
c:\programs\dir2\dir3\..\..\root

To do that, you'll need to have a look at the way I store the current directory in MakeJCLDcp4JVCL.bat for some inspiration.

However, I have no idea how to remove the relative path without using an external command line tool (at least not under DOS)



Subject: Re: JvDBLookupList scrolling issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Jan 2004 11:44:11 +0100
Newsgroups: jedi.vcl

> > I replaced it with this :
> >
> > Max := FLookupLink.DataSet.RecordCount;
> >       Pos := FLookupLink.DataSet.RecNo;
> >
> > This updates the scrollbar with the current position in the dataset ...
As a general solution this is no good since not all datasets return correct
RecordCount and RecNo values and those that do might actually issue a
"SELECT COUNT(*)" each time you access RecordCount and still return an
invalid RecNo (-1 IIRC)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Context Property editor bug.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 28 Jan 2004 11:39:01 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Remko Bonte on Tue, 27 Jan 2004 15:21:48 +0100:

 RB>> * Initally the listview of the color provider designer form seems to
 RB>> be split in 2.

 MB>     Huh? Can't reproduce that one. Could you post a screen dump (or
 MB> mail it to me directly) so I can see what you are referring too
 MB> exactly?

    Never mind, I hadn't updated all the forms yet so I hadn't noticed it
was all screwed up. There should be three listviews next to each other but
for some reason I only see one, filling the entire form.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Take Time" by Lenny Kravitz.




Subject: Re: Context Property editor bug.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 28 Jan 2004 11:38:33 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Remko Bonte on Mon, 26 Jan 2004 10:16:26 +0100:

 MB>     Actually, I think it should be:

 MB>   if Assigned(Provider.Slave) then
 MB>     Provider.Slave.ItemSelected(Item)
 MB>   else
 MB>     Provider.ItemSelected(Item);

    Huh, I was wrong. It should be:

  Provider.ItemSelected(Item);

    I'll be committing it later after fixing the other issues with the
designer form.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Take Time" by Lenny Kravitz.




Subject: Re: Context Property editor bug.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 28 Jan 2004 11:30:49 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Remko Bonte on Tue, 27 Jan 2004 15:21:48 +0100:

 MB>     Aha, the vanishing of the color provider is not handled properly by
 MB> the implicitly used ContextProvider. Will have to look into that one.
 MB> Probably need to signal the notifiers of the context provider to
 MB> perform a refresh....

    Well, the ContextProvider is just simply badly coded. I can make an easy
fix now that may work for the providers currently available, but I'm pretty
sure I have similar issues with the ColorMappingProvider, although that one
is a implemented a little better.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "If You Can't Say No" by Lenny Kravitz.




Subject: Re: JvDBLookupList scrolling issues
From: "Danie Heath" <doo@risccom.co.za>
Date: Wed, 28 Jan 2004 12:30:06 +0200
Newsgroups: jedi.vcl

Ok,

I found this in the source in the UpdateScrollBar function :

Max := 4;
      if not FLookupLink.DataSet.Bof then
        if not FLookupLink.DataSet.Eof then
          Pos := 2
        else
          Pos := 4;

I replaced it with this :

Max := FLookupLink.DataSet.RecordCount;
      Pos := FLookupLink.DataSet.RecNo;

This updates the scrollbar with the current position in the dataset ...

Now the next question is :

Is there some way I can use this info to calculate the scrollbar's position
when I just scroll without moving around in the dataset .... grr ....
difficult to explain .... the best would be to just do what I did, then
you'll see my issue ....

Danie Heath


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bv5fhq$ish$1@talkto.net...
> > Yes, that is correct; to know the exact position in the record set you
> > must know the total number of records and your current position.
> >
> > Determining the total number of records is not costly for (IIRC)
> > cursor-based datasets such as Paradox. But it is costly for set-based
> > datasets such as Interbase.
> >
> > I think if you scroll to the end of the record set than the total number
> > of records is known and thus the position can be displayed better
> > displayed in the scrollbar.
> >
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net




Subject: Help on make syntax
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Jan 2004 11:01:40 +0100
Newsgroups: jedi.vcl

Does anyone know how to expand a relative path in a make file, i.e if I have
"SOMEROOT = ..\..\root" and the makefile is run from
"C:\Programs\Dir2\Dir3", I would like to expand SOMEROOT so it contains
"C:\Programs\root" instead. Any way to do that?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: yet another global change
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jan 2004 10:11:10 +0100
Newsgroups: jedi.vcl

Adding BeginUpdate and EndUpdate to TStrings operations.
This i already mentioned in the TODO.TXT.
I currently commit the work done so far.

I also fixed some other TStrings related things like having an internal TStringList implementor and a Get method downcasting it to TStrings for the property.

The methods of JvItemsSearchs.pas have been changed to class functions so no instance of TJvItemsSearchs is needed anymore.



Subject: Re: discuss some JVCL restructuring
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 28 Jan 2004 08:37:48 +0100
Newsgroups: jedi.vcl

> > This will get problematic then because we need to assign the value in a
> > way that it is independent from the host program. The makefiles cannot
> > work correctly if installed into several Delphi versions.
I can't see that this is an issue: the examples should be compilable with
any make from COMPILER5 to COMPILER7, so if any of these are found, it
shouldn't matter which version it is.

> > The main use is for the Installer which parses JVCL.INC already and can
> > then decide if the JVCL version is the correct one or if the JVCL has
> > been updated.
Ah, I see. Didn't think of that.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: discuss some JVCL restructuring
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jan 2004 06:53:40 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The latest \examples\makefile.mak finds the JCL but ony if it is located in
> the same subfolder as the jvcl (ie JEDI\jvcl -> JEDI\jcl).

I will try again after an update, but yesterday it did not work.

> Could be written to the registry as well? I.e;

The environment variables are already stored in the registry (?).
I will check for Win 2000. Win 98 has to be checked also.

> JVCLHOSTVERSION seems like a strange define since many developers have many
> versions of Delphi and BCB installed (I have and use D5 to D7). Which one
> should be defined?

This will get problematic then because we need to assign the value in a
way that it is independent from the host program. The makefiles cannot work correctly if installed into several Delphi versions.

> I've been thinking about that as well and I am more and more thinking we
> should adapt the same structure as JCL.

The main reason is that the directory names are modular and really name
the Delphi/BCB/Kylix verison.

>> I also vote for a {$DEFINE JCL190} in jcl.inc and a {$DEFINE JVCL300} in
>> jvcl.inc.
> I have no problems with that either although I have a hard time figuring out
> what to use them for.

The main use is for the Installer which parses JVCL.INC already and can then decide if the JVCL version is the correct one or if the JVCL has been updated.



Subject: Re: File locations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 28 Jan 2004 06:44:00 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Well, adding one isn't *that* hard <g>. Question is if it's a good solution?

I think they can stay in Common for now. There are not that many files yet.



Subject: Re: About UIB
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Tue, 27 Jan 2004 21:39:38 -0600
Newsgroups: jedi.vcl

Never mind.
I take a look at the components and read more about it at the web site and
isnt what I need.

Regards.

"Sergio Samayoa" <sergiosamayoa@icon.com.gt> escribió en el mensaje
news:bv760v$tme$1@talkto.net...
> > How mature is UIB in comparison with IBX?
> >
> > I'm thinking to try it in one new project I have but I would like to hear
> > about how much I will lost (or gain) if I use it instead of Jeff
Overcast's
> > IBX.
> > Regards.
> >
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> escribió en el mensaje
> > news:bv6sm6$scv$1@talkto.net...
>> > > I've had an e-mail conversation with Henri Gourvest recently where we
>> > > discussed UIB and it's future. As some of you might know, Henri is the
>> > > original autor of UIB and maintains the UIB project on his own website
>> > > (http://www.progdigy.com) as well as in JVCL.
>> > >
>> > > Henri expressed some concern about keeping the two versions in synch -
>> > > escecially with the recent heavy changes - since he is planning on
adding
>> > > support for a lot of cool stuff in the version on his website that
cannot
> > be
>> > > added to JVCL for various reasons (it requires other 3rd party
components
> > or
>> > > specific versions of Delphi to work). For him to be able to keep the
> > sources
>> > > in synch without too much work, he needs it to be untouched by others so
> > he
>> > > can always be sure that the two versions share the same code-base and
can
>> > > easily be diffed.
>> > >
>> > > To simplify Henri's life, I am requesting that noone touches the UIB
> > sources
>> > > in JVCL without first getting a go ahead from Henri. Henri monitors
these
>> > > forums and you can also reach him through his website or via his e-mail.
> > If
>> > > Henri for some reason doesn't reply in a timely manner, contact me
instead
>> > > and I'll try to find him for you.
>> > >
>> > > I hope this solution will work out for all of us.
>> > >
>> > >
>> > > --
>> > > Regards,
>> > >
>> > > Peter Thornqvist
>> > > (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
> >
> >




Subject: Re: About UIB
From: "Sergio Samayoa" <sergiosamayoa@icon.com.gt>
Date: Tue, 27 Jan 2004 20:40:40 -0600
Newsgroups: jedi.vcl

How mature is UIB in comparison with IBX?

I'm thinking to try it in one new project I have but I would like to hear
about how much I will lost (or gain) if I use it instead of Jeff Overcast's
IBX.
Regards.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escribió en el mensaje
news:bv6sm6$scv$1@talkto.net...
> > I've had an e-mail conversation with Henri Gourvest recently where we
> > discussed UIB and it's future. As some of you might know, Henri is the
> > original autor of UIB and maintains the UIB project on his own website
> > (http://www.progdigy.com) as well as in JVCL.
> >
> > Henri expressed some concern about keeping the two versions in synch -
> > escecially with the recent heavy changes - since he is planning on adding
> > support for a lot of cool stuff in the version on his website that cannot
be
> > added to JVCL for various reasons (it requires other 3rd party components
or
> > specific versions of Delphi to work). For him to be able to keep the
sources
> > in synch without too much work, he needs it to be untouched by others so
he
> > can always be sure that the two versions share the same code-base and can
> > easily be diffed.
> >
> > To simplify Henri's life, I am requesting that noone touches the UIB
sources
> > in JVCL without first getting a go ahead from Henri. Henri monitors these
> > forums and you can also reach him through his website or via his e-mail.
If
> > Henri for some reason doesn't reply in a timely manner, contact me instead
> > and I'll try to find him for you.
> >
> > I hope this solution will work out for all of us.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: About UIB
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 28 Jan 2004 01:01:27 +0100
Newsgroups: jedi.vcl

I've had an e-mail conversation with Henri Gourvest recently where we
discussed UIB and it's future. As some of you might know, Henri is the
original autor of UIB and maintains the UIB project on his own website
(http://www.progdigy.com) as well as in JVCL.

Henri expressed some concern about keeping the two versions in synch -
escecially with the recent heavy changes - since he is planning on adding
support for a lot of cool stuff in the version on his website that cannot be
added to JVCL for various reasons (it requires other 3rd party components or
specific versions of Delphi to work). For him to be able to keep the sources
in synch without too much work, he needs it to be untouched by others so he
can always be sure that the two versions share the same code-base and can
easily be diffed.

To simplify Henri's life, I am requesting that noone touches the UIB sources
in JVCL without first getting a go ahead from Henri. Henri monitors these
forums and you can also reach him through his website or via his e-mail. If
Henri for some reason doesn't reply in a timely manner, contact me instead
and I'll try to find him for you.

I hope this solution will work out for all of us.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @peter: JvHLEditor changes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 Jan 2004 21:46:03 +0100
Newsgroups: jedi.vcl

> > Let me say it that way: If you had not committed it I would not have found
> > another bug. (the 3. and 4. if-statement were wrong)
Sometimes good comes from bad :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @peter: JvHLEditor changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Jan 2004 21:33:14 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I changed it temporarily because when I tested the demo, I got an access
> > violation when I backspaced on an empty line. Actually, I wasn't going to
> > commit it but was planning on posting a bug report on it, but sometimes
> > things doesn't go as planned :)

Let me say it that way: If you had not committed it I would not have found
another bug. (the 3. and 4. if-statement were wrong)



-- Regards, Andreas Hausladen 

Subject: Re: File locations
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 Jan 2004 21:25:48 +0100
Newsgroups: jedi.vcl

> > It is a faster and smaller replacement for the JclUnicode.pas and only
> > used by JvUnicodeEditor.pas, JvUnicodeHLEditor.pas and JvHLParser.pas.
Then it should be named something like JvWideStringUtils and put in \run.

> > We do not have such a folder at the moment.
Well, adding one isn't *that* hard <g>. Question is if it's a good solution?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: @peter: JvHLEditor changes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 Jan 2004 21:23:56 +0100
Newsgroups: jedi.vcl

> > What do you think will happen when ACaretX = 1 or 0 (both possible
values)?
> > I will combine your and my code.

I changed it temporarily because when I tested the demo, I got an access
violation when I backspaced on an empty line. Actually, I wasn't going to
commit it but was planning on posting a bug report on it, but sometimes
things doesn't go as planned :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: discuss some JVCL restructuring
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 Jan 2004 21:21:55 +0100
Newsgroups: jedi.vcl

> > CompileExamples.bat does not find the JCL dcu files.
The latest \examples\makefile.mak finds the JCL but ony if it is located in
the same subfolder as the jvcl (ie JEDI\jvcl -> JEDI\jcl).

> > How about setting permanent environment variables in the Installer?
> > Windows SetEnvironmentVariable should do the trick.
[...]
> > I think about JCLROOT, JVCLROOT
JCLROOT, JVCLROOT seems like useable additions.
[...]
> > Optional JVCLVERSION=300 and JCLVERSION=190.
Could be written to the registry as well? I.e;

HKLM\Software\JEDI\JVCL\InstallPath
HKLM\Software\JEDI\JVCL\Version
HKLM\Software\JEDI\JCL\InstallPath
HKLM\Software\JEDI\JCL\Version

> > JVCLHOSTVERSION=d6 for example.
JVCLHOSTVERSION seems like a strange define since many developers have many
versions of Delphi and BCB installed (I have and use D5 to D7). Which one
should be defined?

> > This needs to redesign the directory structure for the dcu files of the
> > JVCL also.
> > The JCL structure lib\d6 etc is much better suited for that.
I've been thinking about that as well and I am more and more thinking we
should adapt the same structure as JCL.

> > I also vote for a {$DEFINE JCL190} in jcl.inc and a {$DEFINE JVCL300} in
jvcl.inc.
I have no problems with that either although I have a hard time figuring out
what to use them for.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: @peter: JvHLEditor changes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Jan 2004 21:20:57 +0100
Newsgroups: jedi.vcl

Peter, are you sure that it must be

      L := Length(S);
      if ((L > 1) and (S[ACaretX - 1] = '{')) or
         ((L > 2) and (S[ACaretX - 2] = '(') and (S[ACaretX - 1] = '*')) or
         ((L > 1) and (S[ACaretX] = '{')) or
         ((L > 2) and (S[ACaretX - 1] = '(') and (S[ACaretX] = '*')) then

What do you think will happen when ACaretX = 1 or 0 (both possible values)?
I will combine your and my code.


-- Regards, Andreas Hausladen 

Subject: Re: File locations
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Jan 2004 21:18:51 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > WStrUtils really belong to JCL, not JVCL.

It is a faster and smaller replacement for the JclUnicode.pas and only
used by JvUnicodeEditor.pas, JvUnicodeHLEditor.pas and JvHLParser.pas.


> > Maybe the Q files should go to a \clx folder or is that complicating
> > things too much?

We do not have such a folder at the moment.



-- Regards, Andreas Hausladen 

Subject: Re: File locations
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 Jan 2004 21:11:10 +0100
Newsgroups: jedi.vcl

> > - QWinCursors and QWindows are NOT distributed under the MPL (and do not
> > depend on any JVCL or JCL unit )  Giving them a Jv prefix at least suggest
> > that are distributed under  the same license as JVCL (MPL).
Are these files donated to JVCL or not? If they are, they should have a Jv
prefix and must be MPL'ed. If not, it is debatable whether they should be
included at all.

> > - QWindows, QExtDlgs and QToolWin  are VisualCLX counterparts of  VCL
units,
> > making the
> >   the VisualCLX more readible/logic. (Other candidates for this naming
> > convention might be QMessages, QShellAPI)
These files are MPL'ed AFAICS and should carry the Jv prefix when included
in JVCL.

WStrUtils really belong to JCL, not JVCL.

Maybe the Q files should go to a \clx folder or is that complicating things
too much?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: discuss some JVCL restructuring
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Jan 2004 18:24:03 +0100
Newsgroups: jedi.vcl

CompileExamples.bat does not find the JCL dcu files.
No wonder because the directory jcl\lib\... is missing from the pathes.
It also does not find jcl.inc at its new position in source directory.

How about setting permanent environment variables in the Installer?
Windows SetEnvironmentVariable should do the trick.

I think about JCLROOT, JVCLROOT and JVCLHOSTVERSION.
JVCLHOSTVERSION=d6 for example.
Optional JVCLVERSION=300 and JCLVERSION=190.
This needs to redesign the directory structure for the dcu files of the JVCL also.
The JCL structure lib\d6 etc is much better suited for that.

The benefit from that is that we can address all directories needed in the makefiles with absolute pathes.

I also vote for a {$DEFINE JCL190} in jcl.inc and a {$DEFINE JVCL300} in jvcl.inc.



Subject: Re: File locations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Jan 2004 18:23:37 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> First, if you (Andreas or anyone else) think there is a need to add units to
> JVCL, that's fine but they should primarily be added to run or design,
> especially when they contain components. \common is mainly for API units,
> units with constans and include files.

The components should be extracted to a Jv file if they get installed.

> Secondly, units that are not API units or included from other projects,
> should *always* have a Jv prefix.

These are common helper units and should therefore stay in common and keep their name.



Subject: Re: File locations
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Tue, 27 Jan 2004 17:40:50 +0100
Newsgroups: jedi.vcl

> >
> > Secondly, units that are not API units or included from other projects,
> > should *always* have a Jv prefix.
> >
> > Unless someone can come up with a very good reason not to, the units
> > QComboEdits, QExtDlgs, QToolWin, QWindows and WStrUtils should be renamed
> > with a Jv prefix and moved to the \run folder. The unit QWinCursors should
> > also be renamed but doesn't need to be moved.
> >

- QWinCursors and QWindows are NOT distributed under the MPL (and do not
depend on any JVCL or JCL unit )  Giving them a Jv prefix at least suggest
that are distributed under  the same license as JVCL (MPL).
- QWindows, QExtDlgs and QToolWin  are VisualCLX counterparts of  VCL units,
making the
  the VisualCLX more readible/logic. (Other candidates for this naming
convention might be QMessages, QShellAPI)
- Moving the mentioned files to /run is fine, I never put them ther anyway.

Regards,

André Snepvangers




Subject: Re: Context Property editor bug.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 Jan 2004 15:21:48 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Mon, 26 Jan 2004 23:22:17 +0100:

 RB> - drop a TJvColorProvider on a form.
 RB> - right click the color provider and select 'Designer...'
 RB> - delete the color provider /without/ closing the color provider
 RB> designer form.
 RB> - click the color provider designer form.

    Oops. OTOH, who would do such a crazy thing <g> It is a bit strange
though as I'd expect the consumer core to handle a vanishing provider
properly.

 RB> in function TContextRootItems.GetContexts ClientProvider references the
 RB> destroyed provider.

    Aha, the vanishing of the color provider is not handled properly by the
implicitly used ContextProvider. Will have to look into that one. Probably
need to signal the notifiers of the context provider to perform a
refresh....

 RB> * Caption of the color provider designer form is
 RB> 'frmJvColorProviderDesigner'?

    Yeah, I keep forgetting that one. It should use the component name
formatted as 'Designing %s'. I've been reminding myself for a long time to
do that, and I keep forgetting it. There are more instances of forgotten
captioning (I think I can safely say every design time form related to
providers fits the bill).

 RB> * Initally the listview of the color provider designer form seems to be
 RB> split in 2.

    Huh? Can't reproduce that one. Could you post a screen dump (or mail it
to me directly) so I can see what you are referring too exactly?


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Give Up Your Guns" by The Buoys.




Subject: Re: another global change
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 27 Jan 2004 12:29:05 +0100
Newsgroups: jedi.vcl

Hi,

Robert Marquardt wrote:

> I found another "global" change to apply.
>
> Real is really outdated and should be replaced by Single, Double or Extended.

Since D4, IIRC, Real is the generic floating point data type (like Integer is the generic signed integer data type).

Note:    Real = Double
    Real <> Real48

> Only about 15 files are using it.
> Delphi 8 is reported to have it dropped from the language.

I doubt that.  Probably Real48 has been dropped.

Greetings, Robert


Subject: Re: JvDBLookupList scrolling issues
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 27 Jan 2004 12:11:03 +0100
Newsgroups: jedi.vcl

Yes, that is correct; to know the exact position in the record set you must know the total number of records and your current position.

Determining the total number of records is not costly for (IIRC) cursor-based datasets such as Paradox. But it is costly for set-based datasets such as Interbase.

I think if you scroll to the end of the record set than the total number of records is known and thus the position can be displayed better displayed in the scrollbar.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: jvballoonhint empty
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 27 Jan 2004 12:01:29 +0100
Newsgroups: jedi.vcl

David E. Reksten wrote:
> I can't seem to get jvBalloonHint to display anything other than an empty balloon on my pc running XP Pro sp1 / Delphi 5.01, using JVCL 2.10.

This has been fixed in rev 1.3 see:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvBalloonHint.pas

You can fix it in your source by uncommenting the commented Invalidate in TJvBalloonWindowEx.InternalActivateHint.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: another global change
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Jan 2004 11:54:05 +0100
Newsgroups: jedi.vcl

I found another "global" change to apply.

Real is really outdated and should be replaced by Single, Double or Extended.

Only about 15 files are using it.
Delphi 8 is reported to have it dropped from the language.



Subject: Re: JvDBLookupList scrolling issues
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 27 Jan 2004 20:21:44 +1000
Newsgroups: jedi.vcl

Danie Heath wrote:
> Hi all,
>
> I have an issue with JvDBLookupList.  The scrollbar shows only 3 positions -
> at the top of the list, at the bottom of the list, and anything in-between
> just centers the scrollbar.  Is there some way I can get the scrollbar to
> update like any other ?  I am quite experienced with Delphi, but a total
> noob at component writing, so please be gentle ...
>
> Danie Heath
>
>
I don't think this is an issue specific to the JVCL, but rather an issue with DB related components.
That's because the data provider indicates only 3 states: At the beginning of the dataset, at the end and somewhere in between, without any further information.
There are workarounds though, for instance in having your own Scroll bar instead of the default one an deal with the scrolling manually.
But I'm not a specialist in DB related components, so someone else will surely have a better answer



Subject: Re: JvAni.pas JvAniFile.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 Jan 2004 10:33:27 +0100
Newsgroups: jedi.vcl

JvAniFile.pas has now been fully integrated into JvAni.pas.

Someone please move JvAniFile.pas to Archive.



Subject: JvDBLookupList scrolling issues
From: "Danie Heath" <doo@risccom.co.za>
Date: Tue, 27 Jan 2004 11:21:20 +0200
Newsgroups: jedi.vcl

Hi all,

I have an issue with JvDBLookupList.  The scrollbar shows only 3 positions -
at the top of the list, at the bottom of the list, and anything in-between
just centers the scrollbar.  Is there some way I can get the scrollbar to
update like any other ?  I am quite experienced with Delphi, but a total
noob at component writing, so please be gentle ...

Danie Heath




Subject: jvballoonhint empty
From: David E. Reksten <der@dod.no>
Date: Tue, 27 Jan 2004 10:13:29 +0100
Newsgroups: jedi.vcl

I can't seem to get jvBalloonHint to display anything other than an empty 
balloon on my pc running XP Pro sp1 / Delphi 5.01, using JVCL 2.10.

If I set it up as an Application hint, it works fine, but as a manually 
invoked hint (with ActivateHint), it only displays an empty balloon, no 
matter what my properties are. Interestingly enough, the same executable 
displays the contents of the balloon just fine on Windows 98. I even 
downloaded and ran the demo program (BalloonPrj), with the same results.

Any ideas?

..david


Subject: Re: JvImagePreviewForm: problems in D5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Jan 2004 08:26:02 +0100
Newsgroups: jedi.vcl

> > Anything else I should now about unsupported functionality of D5?

Apart from several new TStrings methods, there are quite a lot of missing
functionality in D5 compared to D6 and D7. Many methods added to D6/D7 has
been reimplemented in either JvJCLUtils or JvJVCLUtils, but not all. If you
don't have D5, you/we will run into these issues now and then. Don't worry,
though, we'll find them eventually<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: new "file changed " detection for packages generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 27 Jan 2004 06:46:00 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Could you explain the logic involved here ?
> > Do you generate in a temporary file and do a diff afterwards ?

If the OutFileName does exist then:
If the file is a binary file (OutLines.Count = 0) then the
TemplateFile(name) is compared byte by byte with the (existing)
OutFile(name). Open Stream1, open Stream 2, compare the files.
If the file is a text file (OutLines.Count > 0) then the OutFile(name) is
loaded into a temporary TStringList and the lines are parsed for "Last
Generation: " (or so) and if this line exists the line in the temporary
StringList is replaced by the line in OutLines. Now the function
HasFileChanged() returns True if OutLines.Equals(TempLines) is True.



-- Regards, Andreas Hausladen 

Subject: Re: Component icons
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 27 Jan 2004 12:11:24 +1000
Newsgroups: jedi.vcl

Dylan wrote:

> Hi guys,
>
> In the past I've never had any problems installing or using the JVCL/JCL...
> however....
>
> I just got a new machine at work, after doing a fresh OS (2000 pro), and
> Delphi (5 pro update pack 1) I tried to install JVCL.  I went through all
> the usual steps as I have done in the past.  Whenever I install the design
> time package all of my component icons get screwed up.  This is for all
> components, standard borland ones, jvcl, custom ones.. the lot.  By screwed
> up I don't mean they get swapped around or anything, the bitmaps on the
> icons in the component pallet are just complete garbage, like tv static or
> something.
>

This is generally a problem with Video Card Drivers that don't handle so many icons at once. Two solutions:
1- Lower the graphical acceleration settings
2- Update your drivers

Option 1 may not always work, but option 2 always has for me.



Subject: Component icons
From: "Dylan" <dylantowlerremovethis@xtra.co.nz>
Date: Tue, 27 Jan 2004 15:02:59 +1300
Newsgroups: jedi.vcl

Hi guys,

In the past I've never had any problems installing or using the JVCL/JCL...
however....

I just got a new machine at work, after doing a fresh OS (2000 pro), and
Delphi (5 pro update pack 1) I tried to install JVCL.  I went through all
the usual steps as I have done in the past.  Whenever I install the design
time package all of my component icons get screwed up.  This is for all
components, standard borland ones, jvcl, custom ones.. the lot.  By screwed
up I don't mean they get swapped around or anything, the bitmaps on the
icons in the component pallet are just complete garbage, like tv static or
something.

The only way I can get any sensible icons there is to completely uninstall
Delphi and then reinstall, however without fail every time i install the
jvcl design time package the icons get screwed.  Nothing like this has ever
happened on any of my previous machines.

Please help!

Regards,
Dylan.

PS:  I apologise if this is a topic that has already been bought up.




Subject: Re: Clsoing bugs
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 27 Jan 2004 11:45:49 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Amazing: I've gone through all the bug reports and closed old, duplicates,
> unresolvables or 2.10 related and that reduced the number of pages from 4 to
> 1!
>
> Now we can start fixing those that are still there, right folks?
>
Uh... Yeah, right, except that I won't have an Internet connection for the coming week...
I'll do my best to use the work one, but I can't guarantee anything...



Subject: Re: Clsoing bugs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 Jan 2004 02:15:30 +0100
Newsgroups: jedi.vcl

Amazing: I've gone through all the bug reports and closed old, duplicates,
unresolvables or 2.10 related and that reduced the number of pages from 4 to
1!

Now we can start fixing those that are still there, right folks?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Clsoing bugs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 Jan 2004 01:33:03 +0100
Newsgroups: jedi.vcl

I am currently in the process of closing some old bug reports in Mantis.
Specifically, I am closing bugs that

* have been waiting for feedback for a long time
* have been removed or replaced
* have been fixed (to the best of my knowledge)

The reports will still be there but they are only visible when the Resolved
and/Or Closed options are unchecked.

BTW, it is almost a pleasure browsing through bug reports now when the speed
is so much better<g>


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: new "file changed " detection for packages generator
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 27 Jan 2004 09:53:16 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> Binary files are compared byte by byte. And the time stamp is only
> "removed" if it exists.
>

Could you explain the logic involved here ?
Do you generate in a temporary file and do a diff afterwards ?



Subject: File locations
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 Jan 2004 00:20:39 +0100
Newsgroups: jedi.vcl

I might have been sleeping for a while but Andreas recent addition of
WStrUtils.pas to common made me wake up.

First, if you (Andreas or anyone else) think there is a need to add units to
JVCL, that's fine but they should primarily be added to run or design,
especially when they contain components. \common is mainly for API units,
units with constans and include files.

Secondly, units that are not API units or included from other projects,
should *always* have a Jv prefix.

Unless someone can come up with a very good reason not to, the units
QComboEdits, QExtDlgs, QToolWin, QWindows and WStrUtils should be renamed
with a Jv prefix and moved to the \run folder. The unit QWinCursors should
also be renamed but doesn't need to be moved.

This might seem unnecessary but I am very strict on the naming issue, so it
has to be changed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvImagePreviewForm: problems in D5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 27 Jan 2004 08:45:37 +1000
Newsgroups: jedi.vcl

André Snepvangers wrote:

>> Delimiter and DelimitedText is not available in D5.
>
>
> Anything else I should now about unsupported functionality of D5?
>
CaseSensitive isn't available too.



Subject: Re: Context Property editor bug.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 26 Jan 2004 23:22:17 +0100
Newsgroups: jedi.vcl

Another one is:

- drop a TJvColorProvider on a form.
- right click the color provider and select 'Designer...'
- delete the color provider /without/ closing the color provider designer form.
- click the color provider designer form.

Call stack:

TContextRootItems.GetContexts
TContextItems.GetCount
TJvBaseDataItems.GetItemByID('CTX:Default')
TJvBaseDataItems.ScanForID(Pointer($7E47604) as IJvDataItems,'CTX:Default',False)
TJvBaseDataItems.FindByID('CTX:Default',False)
TJvDataConsumerViewList.Item(0)
TfmeJvProviderTreeList.lvProviderData(???,$7E455A0)

in function TContextRootItems.GetContexts ClientProvider references the destroyed provider.

* Caption of the color provider designer form is 'frmJvColorProviderDesigner'?
* Initally the listview of the color provider designer form seems to be split in 2.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvImagePreviewForm: problems in D5
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 26 Jan 2004 19:01:41 +0100
Newsgroups: jedi.vcl

> > Delimiter and DelimitedText is not available in D5.

Anything else I should now about unsupported functionality of D5?

Regards,

André Snepvangers




Subject: Re: JvImagePreviewForm: problems in D5
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 26 Jan 2004 18:58:45 +0100
Newsgroups: jedi.vcl

Fixed.

Regards,

André Snepvangers




Subject: Re: CVS is up again
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 26 Jan 2004 18:33:42 +0100
Newsgroups: jedi.vcl

Yes i, a lot  :-)

Peter Thörnqvist wrote:
> I've done quite a few checkins today (january 25th) and I'm still not seeing
> any checkin mails. Anyone else getting them?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: DBGrid
From: "sun" <sun@nospam.net>
Date: Mon, 26 Jan 2004 12:12:40 -0500
Newsgroups: jedi.vcl

OK, thanks, I'll try it


"Lionel Reynaud" <lionel.reynaud@free.fr> wrote in message
news:bv2omh$27i$1@talkto.net...
> >
> > "Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message news:
> > bv2ijf$120$1@talkto.net...
>> > >
>> > > "sun" <sun@nospam.net> a écrit dans le message news:
>> > > bv1jk3$svp$1@talkto.net...
>>> > > > Sorry, I just mistakenly replied you by email and then I forgot to add
>> > > text.
>>> > > > Here is my message again:
>>> > > > Any plans to implement multi selection with Shift + mouse ?
>> > >
>> > > You mean that you want to select many record by select the first and the
>> > > last with Shift + Left Click like in the explorer ? I can see if it's
> > easily
>> > > be done ...
>> > >
>> > > Lionel
>> > >
>> > >
> > OK, i think i have the solution : try the new code for the MouseDown
> > procedure ...
> >
> > Lionel
> >
> >
> >
> >



Subject: Re: JvAni.pas JvAniFile.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 26 Jan 2004 16:07:32 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

Now ANI cursors are writable also.
Reading and animating now fully uses the information from the ANI file.

An ANI file consists of a list of icons (or cursors), an optional sequence list and an optional rate list.
The sequence list consists of indices into the icon list. The sequence list can contain more elements than the icon list.
The frames of the amimation consist of the icons in sequence order.
The rate list gives for each frame the time to show it.

The original Windows algorithm ignored the sequence list and the rate list thus showing bad animations.

The next step will be to merge JvAniFile.pas into JvAni.pas and rewriting the methods and properties of TJvAni to allow full creation of animated icons, ie create a TJvAni object and fill it with icons resulting in the core of an animated icon editor.



Subject: Request on JvDBGrid for good coder !!!
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 26 Jan 2004 14:55:13 +0100
Newsgroups: jedi.vcl

Hi !!!

I try to explain my problem :

I try several times to have the correct behaviour of the MouseWheel in the
InplaceEdit for a column where the field is a lookup field. Indeed, for the
moment when the InplaceEdit appear and you turn the Wheel, you lost the
focus of the inplaceEdit and that's not good. The correct behaviour is the
scroll of the list in the InplaceEdit. That's why (in part)  i extract and
put "TMyInplaceEdit" beside TJvDBGrid. But despite all my efforts, i do not
succes, maybe you have an idea or a better approach ...

In the original code of InplaceEdit, we can see that the MouseWheel event is
re-directed to the DBGrid. So i extract this method and try to change this
behaviour (at the end of the unit JvDBGrid), but it doesn't work :(

The purpose is also to not validate by mistake a record in the grid.

Thanks a lot,
Lionel





Subject: Re: Help with LinkedContrls for CheckBoxes and RadioButtons
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Jan 2004 14:27:25 +0100
Newsgroups: jedi.vcl

> > IMO this point alone should make it no-brainer. It would be a *major*
> > PITA to update LinkedControls property manually after each name
> > change...
Yeah, I'm leaning towards the TCollection implementation myself.

> > Why is this problem? Thats what for the Notification method is for
> > after all...
Overriding Notification might be a perfomance issue when many controls are
linked, so I listed it as a "con". Of course, with TStrings FindComponent
is also a performance issue, so they probably even out. But there isn't any
"problem" implementing it either way.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help with LinkedContrls for CheckBoxes and RadioButtons
From: @in@taavi.ee
Date: Mon, 26 Jan 2004 13:15:47 GMT
Newsgroups: jedi.vcl

On Mon, 26 Jan 2004 12:46:18 +0100,
=?iso-8859-1?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com> wrote:

> >Pros and cons of TCollection implementation:
> >+ control renames are automatically detected

IMO this point alone should make it no-brainer. It would be a *major*
PITA to update LinkedControls property manually after each name
change...


> >- needs to override Notification to detect control deletion

Why is this problem? Thats what for the Notification method is for
after all...


ain


Subject: Re: Context Property editor bug.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 26 Jan 2004 13:22:30 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>  RB> I finally tried to debug the designtime package, which appeared to be
>  RB> pretty simple,
>
>     You got further than I ever could; I still can't debug the designtime
> package (at least not in D5, I did manage it once or twice in D7 but now it
> refuses again, marking any breakpoints as invalid).

I just did what http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&selm=3dcc36ee%40newsgroups.borland.com said. I got some errors at startup of the second instance, but if you keep pressing Run in the first instance everything goes allright. You have to rebuild the packages because now all compiler options are default off. I also removed all JVCL packages from the 1st instance, but I don't think that matters.


>  RB>    if Assigned(Provider.Slave) then
>  RB>      Provider.Slave.ItemSelected(Item);
>
>     Actually, I think it should be:
>
>   if Assigned(Provider.Slave) then
>     Provider.Slave.ItemSelected(Item)
>   else
>     Provider.ItemSelected(Item);

Yeah, it was a quick fix, didn't commit it either.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: Help with LinkedContrls for CheckBoxes and RadioButtons
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 26 Jan 2004 13:03:05 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 26 Jan 2004 12:46:18 +0100:

 PT> Pros and cons of TStrings implementation:
 PT> + no need to override Notification since the control is removed from
 PT> the stringlist if FindComponent can't find it when doing the checking

    End users won't know the difference, that's purely an issue for JVCL
developers.

 PT> - cannot add unnamed controls (at runtime)

    This can be a potential issue for end users.

 PT> - all linked controls share the same options (link on check, link on
 PT> enabled)

    Not so good either.

 PT> - renaming a control isn't reflected in the LinkedControls property

    Big issue IMO


 PT> Pros and cons of TCollection implementation:
 PT> - clunky at design-time and harder to work with collection
 PT> editor (IMO)

    I don't know, users are probably very used to the collection editor in
one way or the other. But I agree that this may be a personal thing.

 PT>  - needs to override Notification to detect control deletion

    Like I mentioned above, the end user will never know, nor need to know
how it is implemented, as long as it works.

    I also think the collection approach is quite a bit faster, as it
doesn't need to use FindComponent to go look for it. Especially if a large
number of controls needs to be checked.

 PT> Let me know what you think.

    I think the benefits of the collection outweigh those of the TStrings
solution, IMO.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "My Friend" by Anouk.




Subject: Re: new "file changed " detection for packages generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 26 Jan 2004 12:52:40 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Andreas Hausladen wrote:
> > 
>> > > I changed it to a file content comparison that is aware of the time
>> > > stamp line in the files.
> > 
> > Not good for binary files and for dof files which don't have any
> > timestamp...

Binary files are compared byte by byte. And the time stamp is only
"removed" if it exists.

-- Regards, Andreas Hausladen 

Subject: Help with LinkedContrls for CheckBoxes and RadioButtons
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Jan 2004 12:46:18 +0100
Newsgroups: jedi.vcl

I wasn't quite satisfied with the LinkedControls implementation I did in
JvCheckBox and JvRadioButton, so I decided to try another way. Originally, I
implemented it using a simple TStrings property. This works fine most of the
time but it has som drawbacks. I then decided to try to implement it using a
collection instead and did so for the JvCheckBox so I could compare it to
the RadioButton when running the demo. Now I can't decide which one to use,
so would like some feedback from you.

Pros and cons of TStrings implementation:
+ easy
+ no need to override Notification since the control is removed from the
stringlist if FindComponent can't find it when doing the checking
+ design editor makes it simple to set up the controls to link to
- cannot add unnamed controls (at runtime)
- all linked controls share the same options (link on check, link on
enabled)
- renaming a control isn't reflected in the LinkedControls property

Pros and cons of TCollection implementation:
+ control renames are automatically detected
+ each control can have it's own options settings
+ unnamed controls can be added (at runtime) as easily as named controls
- clunky at design-time and harder to work with collection editor (IMO)
- needs to override Notification to detect control deletion

I will post the new code to CVS so you can try it (there is a demo in
examples\JvCheckBoxRadiobutton). You will need to rebuild JvStdCtrls and
probably JvCore as well.

Let me know what you think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: new "file changed " detection for packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Jan 2004 21:37:35 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I changed it to a file content comparison that is aware of the time stamp
> line in the files.

Not good for binary files and for dof files which don't have any timestamp...



Subject: Re: CVS is up again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Jan 2004 11:47:09 +0100
Newsgroups: jedi.vcl

Seems to work. I received ~ 15 checkin mails today.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: DBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 26 Jan 2004 11:22:59 +0100
Newsgroups: jedi.vcl

"Lionel Reynaud" <lionel.reynaud@free.fr> a écrit dans le message news:
bv2ijf$120$1@talkto.net...
> >
> > "sun" <sun@nospam.net> a écrit dans le message news:
> > bv1jk3$svp$1@talkto.net...
>> > > Sorry, I just mistakenly replied you by email and then I forgot to add
> > text.
>> > > Here is my message again:
>> > > Any plans to implement multi selection with Shift + mouse ?
> >
> > You mean that you want to select many record by select the first and the
> > last with Shift + Left Click like in the explorer ? I can see if it's
easily
> > be done ...
> >
> > Lionel
> >
> >
OK, i think i have the solution : try the new code for the MouseDown
procedure ...

Lionel




Unit2.pas
	



Subject: Re: Is CVS running?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 26 Jan 2004 10:49:54 +0100
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:

> > The last update in CVS I can find is 4 days old.
> > I checked that with Tortoise and ViewCVS.
> > 
> > Karlheinz

Sourceforge had to resync the CVS servers. Now it seems that they had
finished with the developer CVS server. The anonymous CVS server meight be
in resynced in some hours or days.

-- Regards, Andreas Hausladen 

Subject: new "file changed " detection for packages generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 26 Jan 2004 10:47:51 +0100
Newsgroups: jedi.vcl

I have implemented a better "file changed" detection for the packages
generator. The old one compared the time stamps of the files. This is good
for zip files but not for CVS downloads because if you download a newer
pgEdit.xml file almost all files will be regenerated.

I changed it to a file content comparison that is aware of the time stamp
line in the files.


-- Regards, Andreas Hausladen 

Subject: Is CVS running?
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Mon, 26 Jan 2004 10:39:35 +0100
Newsgroups: jedi.vcl

The last update in CVS I can find is 4 days old.
I checked that with Tortoise and ViewCVS.

Karlheinz




Subject: Re: Context Property editor bug.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 26 Jan 2004 10:16:26 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Mon, 26 Jan 2004 01:55:15 +0100:

 RB> I finally tried to debug the designtime package, which appeared to be
 RB> pretty simple,

    You got further than I ever could; I still can't debug the designtime
package (at least not in D5, I did manage it once or twice in D7 but now it
refuses again, marking any breakpoints as invalid).

 RB>  and thus found the problem:

 RB> Provider.Slave can be nil in
 RB> TfmeJvProviderTreeList.NotifyConsumerItemSelect thus change the last
 RB> line of that method to:

 RB>    if Assigned(Provider.Slave) then
 RB>      Provider.Slave.ItemSelected(Item);

    Actually, I think it should be:

  if Assigned(Provider.Slave) then
    Provider.Slave.ItemSelected(Item)
  else
    Provider.ItemSelected(Item);

    I'll have a look at the provider design time stuff again, 'cause there
are probably more problems there, specifically in D5 (just try it with a
combo box attached to a provider and have the provider property expanded;
now change the Items property and watch Delphi choke on AVs; unfortunately
not something that can be changed, since the issue seems to be that the
Provider property just doesn't get updated in the OI making it reference nil
pointers for all the sub properties but it is extremely irritating)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Promise" by Krezip.




Subject: Re: DBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 26 Jan 2004 09:51:11 +0100
Newsgroups: jedi.vcl

"sun" <sun@nospam.net> a écrit dans le message news:
bv1jk3$svp$1@talkto.net...
> > Sorry, I just mistakenly replied you by email and then I forgot to add
text.
> > Here is my message again:
> > Any plans to implement multi selection with Shift + mouse ?

You mean that you want to select many record by select the first and the
last with Shift + Left Click like in the explorer ? I can see if it's easily
be done ...

Lionel




Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 26 Jan 2004 09:45:38 +0100
Newsgroups: jedi.vcl

> >
> > - add \run and \common to the lib path (dcu's will be created in \run and
> > \common). Add \design to the browse path. This is my setup since I change
a
> > lot of files and want to have the changed files available at once.
> > - add \libX to the lib path and copy all dfm's and inc files into it (no
> > dcu's will be created anywhere else). Add \run and \common to the browse
> > path. This is a typical "end-user" setup.
> >

Yes this is exactly the 2 "good" solutions :)

Lionel






Subject: Re: JvAni.pas JvAniFile.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 26 Jan 2004 08:25:58 +0100
Newsgroups: jedi.vcl

An animated cursor consists of an array of icons or cursors and a sequence array which consists of indices into the icon array. The sequence can be longer than the number of icons.

Reading animated cursors has been improved to correctly handle the sequence array.
Now the animation is even better than the Windows original.
The example has been changed to initially show Windows\Cursors directory.

Compare for yourself. metronom.ani should be available.
The mouse control panel allows to set the cursors with a preview.



Subject: Re: CVS is up again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Jan 2004 15:27:54 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Peter Thörnqvist wrote:
>
>> I haven't received any checkin mails at all since 2004-01-22
>>
> I got 3 delay warnings today for my checkins.
>
I should now work, I received some emails today, after I changed the syncmail script to use the latest one from SF AND added my changes to have the log message in the subject.
Apparently, the changes on the CVS and Lists servers are now at a stable change.



Subject: Re: NewFeature for TJvDBLoginDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 26 Jan 2004 06:03:23 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> I think here it is better to define an OnLoginFailed event instead of raise
> manually  an exception.

Best have it both ways.
If no OnLoginFailed is assigned then raise an exception.



Subject: Re: CVS is up again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 26 Jan 2004 06:00:06 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I haven't received any checkin mails at all since 2004-01-22
>
I got 3 delay warnings today for my checkins.



Subject: Re: CVS is up again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Jan 2004 12:16:57 +1000
Newsgroups: jedi.vcl

OBones wrote:

>
> So it seems there is a problem with the lists.
>
Maybe not.
I'm working on it, please be patient.



Subject: Re: NonProviderChange procedure in JvLabel causing problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Jan 2004 03:10:03 +0100
Newsgroups: jedi.vcl

> > Maybe use ProviderActive?
Changing it to ProviderActive seemed to do the trick, thanks Remko.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvImagePreviewForm: problems in D5
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 26 Jan 2004 02:05:00 +0100
Newsgroups: jedi.vcl

> >
> > Use StrToStrings as DelimitedText is bugged anyway. Well, according to
> > TeamB members, it's not bugged, it's just a feature that it will split

Will fix it tomorrow (=today) with ExtractStrings.

Regards,

André Snepvangers




Subject: Context Property editor bug.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 26 Jan 2004 01:55:15 +0100
Newsgroups: jedi.vcl

There is an annoying bug in the property editor of the Context property. (Drop TJvComboBox, TJvColorProvider on the form, set Provider property of the combobox to the color provider, click on the ellipses of the Provider.Context property).

I finally tried to debug the designtime package, which appeared to be pretty simple, and thus found the problem:

Provider.Slave can be nil in TfmeJvProviderTreeList.NotifyConsumerItemSelect thus change the last line of that method to:

  if Assigned(Provider.Slave) then
    Provider.Slave.ItemSelected(Item);

:)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvImagePreviewForm: problems in D5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Jan 2004 10:44:58 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Delimiter and DelimitedText is not available in D5. This should be rewritten
> to use some other means of splittting the Filter

Use StrToStrings as DelimitedText is bugged anyway. Well, according to TeamB members, it's not bugged, it's just a feature that it will split on any character <= 32 even if Delimiter is >32...



Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Jan 2004 10:43:23 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> installer to copy the run\*.dfm files to those folders as well?
>
> Yes that would be nice, but it is also a flaw in install.htm since it should
> mention that when using the dcu output folder only, all dfm's/xfm's have to
> be copied there as well (for example, when doing a manual install).

Some remarks:
1- Don't make this compulsory, let the user choose.
2- This is really similar to the *.hpp problem in BCB, which by the way got extended to *.dfm, *.xfm, *.res.

I updated install.htm to indicate what's required, maybe it'd be good to consider having one check box for Delphi and BCB and copy different files depending on what the user chose...



Subject: Re: CVS is up again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 26 Jan 2004 10:28:06 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I did that because the changes didn't work at all,
>
> How do you know? Has there been any checkins since 2004-01-24 (that's when I
> updated the syncmail script)?
>

Well, I tried to commit a lot of files and even if the files were commited, I always received an error message from the syncmail script complaining about missing RCS files. And the emails were not sent.

>> Could anyone confirm they received the emails, I only have the daily
>
> digest.
> I haven't received any checkin mails at all since 2004-01-22
Well, I received the daily digest on the 23rd and it wasn't empty.

But I just received 3 messages this morning all similar to this one:

---------------------------------------------------------------------
This message was created automatically by mail delivery software.
A message that you sent has not yet been delivered to one or more of its
recipients after more than 10 hours on the queue on sc8-sf-mx2.sourceforge.net.


The message identifier is:     1AkiPA-0006xA-Mp
The subject of the message is: CVS: dev/JVCL3/images JvSystemReg.rc,1.9,1.10 - Corrected wrong name on TJvAppXmlFileStorage
The date of the message is:    Sun, 25 Jan 2004 03:25:39 -0800


The address to which the message has not yet been delivered is:


  jvcl-checkins@lists.sourceforge.net
    Delay reason: SMTP error from remote mailer after end of data:
    host sc8-sf-list1-b.sourceforge.net [10.3.1.7]:
    421 Unexpected failure, please try later


No action is required on your part. Delivery attempts will continue for
some time, and this warning may be repeated at intervals if the message
remains undelivered. Eventually the mail delivery software will give up,
and when that happens, the message will be returned to you.
---------------------------------------------------------------------

So it seems there is a problem with the lists.



Subject: Daily zips not being generated
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Jan 2004 00:55:42 +0100
Newsgroups: jedi.vcl

The daily zips are not generated anymore and has only been working
intermittenly since the CVS server move. This seems to be due to the CVSROOT
in the scripts being incorrect. I have posted a request to SF (#884462) to
inform me what the CVSROOT should be but until I get a useable reply, the
daily zips are probably off-line.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: DBGrid
From: "sun" <sun@nospam.net>
Date: Sun, 25 Jan 2004 18:55:32 -0500
Newsgroups: jedi.vcl

Sorry, I just mistakenly replied you by email and then I forgot to add text.
Here is my message again:
Any plans to implement multi selection with Shift + mouse ?


Subject: Re: DBGrid
From: "sun" <sun@nospam.net>
Date: Sun, 25 Jan 2004 18:54:06 -0500
Newsgroups: jedi.vcl


"Lionel Reynaud" <lionel.reynaud@free.fr> wrote in message
news:bv1glg$seq$1@talkto.net...
> > Hi,
> >
> > I try to answer you :
> >
> >
>> > >
>> > > I would like to know which of the following is implementded in JvDBGrid:
>> > > 1) show CheckBoxes
> > Yes
> >
>> > > 2) able to click CheckBoxes when RowSelect activated
> > Click is enabled if you are in edition
> >
>> > > 3) move columns at run-time, including columns which have clickable
>> > >    titles (this is not possible with standard DBGrid)
> > Yes with button right
> >
>> > > 4) multi-select with Ctrl and Shift + mouse
> > If option is actived, Ctrl + click left as in DBGrid
> >
>> > > 5) show elipsis at end of text in cells if doesnt't fit
> > No
> >
>> > > 6) show tooltips when doesn't fit
> > Tooltip on title with also event
> >
>> > > 7) sort columns
> > Yes is you have put index with a name like "IXFieldName" on column you
want
> > to sort
> >
>> > > 8) doubleclick vertical line fits text in column/title
> > ?
> >
>> > > 9) event for click on CheckBox with option of allow/deny the change
> > No
> >
>> > > 10) save/restore layout
> > Yes, this is a general property of JVCL component with a JvAppStorage
> >
>> > >
> >
> > Lionel
> >
> >



Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Jan 2004 00:40:42 +0100
Newsgroups: jedi.vcl

> > I also have this problem and it's not specific to JvDBGrid but all
component
> > used dfm. I finally put all the dfm in lib directory with all dcu. That's
> > not great to duplicate unit, but if you put the run path to the Delphi
path,
> > you will have dcu everywhere ... and problem with the *.inc file !
Any component using forms at run-time will exhibit this behavior. That's why
all the dfm's in the RTL/VCL is in the $(DELPHI)\lib folder along with the
dcu's. It's the only way to avoid having dcu files poluting your other
folders unless you want to build everything with run-time packages.

There are only two viable solutions:

- add \run and \common to the lib path (dcu's will be created in \run and
\common). Add \design to the browse path. This is my setup since I change a
lot of files and want to have the changed files available at once.
- add \libX to the lib path and copy all dfm's and inc files into it (no
dcu's will be created anywhere else). Add \run and \common to the browse
path. This is a typical "end-user" setup.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 26 Jan 2004 00:17:00 +0100
Newsgroups: jedi.vcl

Hi,

I also have this problem and it's not specific to JvDBGrid but all component
used dfm. I finally put all the dfm in lib directory with all dcu. That's
not great to duplicate unit, but if you put the run path to the Delphi path,
you will have dcu everywhere ... and problem with the *.inc file !

Lionel

"Michael Frank" <dontuse@fake.com> a écrit dans le message news:
bv13ju$qkc$1@talkto.net...
> > Hi!
> >
> > JvDBGrid and other DB Controls complain about missing file
> > JvDBGridSelectColumnForm.dfm which is actually existent in the run
> > directory. What is the problem?
> >
> > I did CVS update and reinstalled packages with the Jedi installer.
> >
> > Can anybody help?
> >
> > Regards.
> >
> > Michael Frank
> >
> >




Subject: Re: DBGrid
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 26 Jan 2004 00:11:53 +0100
Newsgroups: jedi.vcl

Hi,

I try to answer you :


> >
> > I would like to know which of the following is implementded in JvDBGrid:
> > 1) show CheckBoxes
Yes

> > 2) able to click CheckBoxes when RowSelect activated
Click is enabled if you are in edition

> > 3) move columns at run-time, including columns which have clickable
> >    titles (this is not possible with standard DBGrid)
Yes with button right

> > 4) multi-select with Ctrl and Shift + mouse
If option is actived, Ctrl + click left as in DBGrid

> > 5) show elipsis at end of text in cells if doesnt't fit
No

> > 6) show tooltips when doesn't fit
Tooltip on title with also event

> > 7) sort columns
Yes is you have put index with a name like "IXFieldName" on column you want
to sort

> > 8) doubleclick vertical line fits text in column/title
?

> > 9) event for click on CheckBox with option of allow/deny the change
No

> > 10) save/restore layout
Yes, this is a general property of JVCL component with a JvAppStorage

> >

Lionel




Subject: Re: CVS is up again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 26 Jan 2004 00:11:08 +0100
Newsgroups: jedi.vcl

I've done quite a few checkins today (january 25th) and I'm still not seeing
any checkin mails. Anyone else getting them?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: NonProviderChange procedure in JvLabel causing problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 23:54:26 +0100
Newsgroups: jedi.vcl

> > Some other notes:
> > * If ImageIndex = -1 then no space for the image should be used
> > (TJvCustomLabel.DoDrawCaption)
> > * ImageIndex should be default -1 instead of 0?
> > * ImageIndex has no property editor.
Yes, I am fixing all those at the moment (as well as the AutoSize problem at
design-time) and that's why I stumbled on this problem. I'll try the
ProviderActive suggestion.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: NonProviderChange procedure in JvLabel causing problems
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 25 Jan 2004 23:43:47 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Seems to be the "if (Provider <> nil) then" line that causes it, not the
> "Provider.Provider := nil".

Maybe use ProviderActive?

Some other notes:
* If ImageIndex = -1 then no space for the image should be used (TJvCustomLabel.DoDrawCaption)
* ImageIndex should be default -1 instead of 0?
* ImageIndex has no property editor.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: "Michael Frank" <dontuse@fake.com>
Date: Sun, 25 Jan 2004 23:39:10 +0100
Newsgroups: jedi.vcl

> > I suspect the inc files in \common might need to be moved as well or have
> > this been working for you earlier, Michael?

Yes, you're right. It ditn't work either.

I had already added the common folder to the libraries path, the first time
I tried to compile the JVCL because Delphi complained about the missing inc
files and I forgot about that. Now it makes sense...

Thanks a lot.

Regards
Michael




Subject: DBGrid
From: "sun" <sun@nospam.net>
Date: Sun, 25 Jan 2004 17:27:37 -0500
Newsgroups: jedi.vcl

Hi all,

I would like to know which of the following is implementded in JvDBGrid:
1) show CheckBoxes
2) able to click CheckBoxes when RowSelect activated
3) move columns at run-time, including columns which have clickable
   titles (this is not possible with standard DBGrid)
4) multi-select with Ctrl and Shift + mouse
5) show elipsis at end of text in cells if doesnt't fit
6) show tooltips when doesn't fit
7) sort columns
8) doubleclick vertical line fits text in column/title
9) event for click on CheckBox with option of allow/deny the change
10) save/restore layout

I studied the code from JVCL 3.0 and it seems that point 1 (show checkboxes)
is implemented and point 4, multiple select with Shift + mouse is not
implemented.




Subject: Re: NonProviderChange procedure in JvLabel causing problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 23:23:29 +0100
Newsgroups: jedi.vcl

Seems to be the "if (Provider <> nil) then" line that causes it, not the
"Provider.Provider := nil".

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet news:bv1dfu$s1h$1@talkto.net...
> > At designtime, trying to set the Images property causes an AV at address
> > $00000000 (trying to access a nil pointer?). Commenting out the
> > NonProviderChange code, rebuilding the package - no AV's. Only tested with
> > D6. Works fine at runtime.
> >
> >
> > Marcel?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >



Subject: NonProviderChange procedure in JvLabel causing problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 23:10:58 +0100
Newsgroups: jedi.vcl

At designtime, trying to set the Images property causes an AV at address
$00000000 (trying to access a nil pointer?). Commenting out the
NonProviderChange code, rebuilding the package - no AV's. Only tested with
D6. Works fine at runtime.


Marcel?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 22:36:58 +0100
Newsgroups: jedi.vcl

> >     It only happens when you use a component that needs a .dfm at run time
> > (and it is possible that situation never applied to the component before
> > until a few days/weeks ago).
That is exactly what happened: I added a feature (from Lionel Reynaud)
whereby one can select which columns to show at run-time using a dialog,
thus the new requirement to access the dfm.

> > Anyway, seeing that we mention in the install
> > docs to use the lib5-7 folders in the libraries path, we may have to get
the
> > installer to copy the run\*.dfm files to those folders as well?
Yes that would be nice, but it is also a flaw in install.htm since it should
mention that when using the dcu output folder only, all dfm's/xfm's have to
be copied there as well (for example, when doing a manual install).

I suspect the inc files in \common might need to be moved as well or have
this been working for you earlier, Michael?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: OT: NewFeature for TJvDBLoginDialog
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Sun, 25 Jan 2004 16:32:39 -0500
Newsgroups: jedi.vcl

Anyone played with UserControl? http://sourceforge.net/projects/usercontrol/
May be a good addition to JVCL if the author is willing.

Thanks
Femi




Subject: Re: NewFeature for TJvDBLoginDialog
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 25 Jan 2004 22:17:08 +0100
Newsgroups: jedi.vcl

>> > > Problem is that you can catch exceptions, but you can /not/ catch
> > messages.
>> > >
>> > > If you implement it as a message, it is possible that someone wants to
>> > > show the login failure slightly different than the one implemented.
> >
> > You are right. I haven't looked closely, but I don't see why it wouldn't
be
> > possible to define a OnLoginFailed event (maybe there already is one?)
> > instead of raising an exception.
> >
We are talking about the following lines.

        if Table.FindKey([GetUserName]) then
        begin
          Result := CheckUser(Table);
          if not Result then
            raise EDatabaseError.Create(RsEInvalidUserName);
        end
        else
          raise EDatabaseError.Create(RsEInvalidUserName);

I think here it is better to define an OnLoginFailed event instead of raise
manually  an exception.

Karlheinz




Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 25 Jan 2004 21:48:38 +0100
Newsgroups: jedi.vcl

Hello, Michael!
You wrote  on Sun, 25 Jan 2004 21:34:19 +0100:

 MF> Sure, it works if I add the run folder to the library path. Ok. But I'm
 MF> wondering why I didn't run into this problem before.

    It only happens when you use a component that needs a .dfm at run time
(and it is possible that situation never applied to the component before
until a few days/weeks ago). Anyway, seeing that we mention in the install
docs to use the lib5-7 folders in the libraries path, we may have to get the
installer to copy the run\*.dfm files to those folders as well?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: "Michael Frank" <dontuse@fake.com>
Date: Sun, 25 Jan 2004 21:34:19 +0100
Newsgroups: jedi.vcl

>> > > Delphi 7 Enterprise. Until now it was sufficient to have the lib7 DCU
path
>> > > set. The BPL, DCP and DCU files were generated freshly by the JVCL
>> > > Installer. Paths to the run and design directories are only set in the
>> > > browsing path. This used to work last week...
> >
> > Then you've been extremely lucky<g>. If you are using the dcu path only,
you
> > need to copy all run\*.dfm to the dcu folder as well or Delphi won't be
able
> > to find them. This will not be necessary if you always build with
packages,
> > but I guess that is pretty rare.

Sure, it works if I add the run folder to the library path. Ok. But I'm
wondering why I didn't run into this problem before.

Furthermore my settings were conform to the installation notes document: no
run but lib7 folder in the libraries path, run folder only in browsing path.
That's why I thought of a possible problem in JVCL...

Anyway, thank you for your help.

Regards,

Michael Frank




Subject: Re: NewFeature for TJvDBLoginDialog
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 21:19:25 +0100
Newsgroups: jedi.vcl

> > Problem is that you can catch exceptions, but you can /not/ catch
messages.
> >
> > If you implement it as a message, it is possible that someone wants to
> > show the login failure slightly different than the one implemented.

You are right. I haven't looked closely, but I don't see why it wouldn't be
possible to define a OnLoginFailed event (maybe there already is one?)
instead of raising an exception.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: NewFeature for TJvDBLoginDialog
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 21:17:19 +0100
Newsgroups: jedi.vcl

> > Is it possible to modify it in JVCL?
Yes, of course but I would prefer if you change it on your local copy and
verify that it works (since you use it, you are better qualified to evaluate
it). We can then update it in the official sources as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: NewFeature for TJvDBLoginDialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 25 Jan 2004 21:17:09 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> Generally I would prefer to solve these necessary messages with a message
> and not with an exception. Is it possible to modify it in JVCL?

Problem is that you can catch exceptions, but you can /not/ catch messages.

If you implement it as a message, it is possible that someone wants to show the login failure slightly different than the one implemented.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 21:15:16 +0100
Newsgroups: jedi.vcl

> > Delphi 7 Enterprise. Until now it was sufficient to have the lib7 DCU path
> > set. The BPL, DCP and DCU files were generated freshly by the JVCL
> > Installer. Paths to the run and design directories are only set in the
> > browsing path. This used to work last week...

Then you've been extremely lucky<g>. If you are using the dcu path only, you
need to copy all run\*.dfm to the dcu folder as well or Delphi won't be able
to find them. This will not be necessary if you always build with packages,
but I guess that is pretty rare.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: "Michael Frank" <dontuse@fake.com>
Date: Sun, 25 Jan 2004 20:54:54 +0100
Newsgroups: jedi.vcl

> > Do you have the path to the run folder in your Delphi path? What version
of
> > Delphi do you have?

Delphi 7 Enterprise. Until now it was sufficient to have the lib7 DCU path
set. The BPL, DCP and DCU files were generated freshly by the JVCL
Installer. Paths to the run and design directories are only set in the
browsing path. This used to work last week...

Regards,

Michael Frank




Subject: Re: NewFeature for TJvDBLoginDialog
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 25 Jan 2004 20:53:41 +0100
Newsgroups: jedi.vcl

Peter wrote:
> > You could try:
> >
> > try
> >   if JvDBLoginDialog1.Execute(LoginParams) then
> >     DoLogin
> >   else
> >     raise EDatabaseError.Create(RsEInvalidUserName);
> > except
> >   on E:EDatabaseError do
> >     ShowMessage(E.Message);
> > end;

Generally I would prefer to solve these necessary messages with a message
and not with an exception. Is it possible to modify it in JVCL?

Karlheinz




Subject: Re: Translation of TipOfDay with dxgettext
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 25 Jan 2004 20:47:11 +0100
Newsgroups: jedi.vcl

Peter wrote:
> > You could try writing a handler for TJvTipOfDay.OnCanShow and call
> > TranslateComponent(JvTipOfDay1) from there and see if that solves it.

Problem solved, thanks a lot.

Karlheinz




Subject: JvImagePreviewForm: problems in D5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 20:43:55 +0100
Newsgroups: jedi.vcl

Delimiter and DelimitedText is not available in D5. This should be rewritten
to use some other means of splittting the Filter


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 20:33:57 +0100
Newsgroups: jedi.vcl

> > Can anybody help?
Do you have the path to the run folder in your Delphi path? What version of
Delphi do you have?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Translation of TipOfDay with dxgettext
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 20:29:05 +0100
Newsgroups: jedi.vcl

> > Do you have an idea why it not works for the first call of TJvTipOfDay?
Yes, InitVC sets up the form and copies the strings before they are
translated and thus you see them in english.

You could try writing a handler for TJvTipOfDay.OnCanShow and call
TranslateComponent(JvTipOfDay1) from there and see if that solves it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvDBGrid and others complain about missing JvDBGridSelectColumnForm.dfm
From: "Michael Frank" <dontuse@fake.com>
Date: Sun, 25 Jan 2004 20:22:24 +0100
Newsgroups: jedi.vcl

Hi!

JvDBGrid and other DB Controls complain about missing file
JvDBGridSelectColumnForm.dfm which is actually existent in the run
directory. What is the problem?

I did CVS update and reinstalled packages with the Jedi installer.

Can anybody help?

Regards.

Michael Frank




Subject: Re: Translation of TipOfDay with dxgettext
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 25 Jan 2004 20:19:17 +0100
Newsgroups: jedi.vcl

> > breakpoint in dxgettext's TranslateComponents as well as in
> > TJvTipOfDay.InitVC and TJvTipOfDay.InitStandard

App. stops in InitVC and not in TranlateComponent, but only for TJvTipOfDay.

Before TJvTipOfDay is called some other forms like About comes up with the
right translation. For that I would say dxgettext works OK before
TJvTipOfDay is called.

I commented out the other forms and dxgettext would called AFTER InitVC.

Do you have an idea why it not works for the first call of TJvTipOfDay?

Regards

Karlheinz




Subject: Re: NewFeature for TJvDBLoginDialog
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 19:47:17 +0100
Newsgroups: jedi.vcl

> > The function TJvDBLoginDialog.GetUserInfo works with a raise
> > EDatabaseError.Create(RsEInvalidUserName) if CheckUser(Table) is false.

You could try:

try
  if JvDBLoginDialog1.Execute(LoginParams) then
    DoLogin
  else
    raise EDatabaseError.Create(RsEInvalidUserName);
except
  on E:EDatabaseError do
    ShowMessage(E.Message);
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Translation of TipOfDay with dxgettext
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 19:09:57 +0100
Newsgroups: jedi.vcl

> > I make the translation with dxgettext everything works fine, but the
> > translation of the TipofDay during StartUp will not work.
> > Before Tipof Day comes up I have also an LoginDialog based on
TJvDBSecurity.
> > This dialog is translated well.
> >
> > If I execute TipofDay later everything works fine.
> >
> > Some ideas?

Set a breakpoint in dxgettext's TranslateComponents as well as in
TJvTipOfDay.InitVC and TJvTipOfDay.InitStandard. Run your app. If Delphi
stops in InitVC or InitStandard, it means they are called before
TranslateComponents which would explain why the strings aren't translated in
the TipOfDay form.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: NewFeature for TJvDBLoginDialog
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 25 Jan 2004 19:03:31 +0100
Newsgroups: jedi.vcl

The function TJvDBLoginDialog.GetUserInfo works with a raise
EDatabaseError.Create(RsEInvalidUserName) if CheckUser(Table) is false.

I think it would be better to show a message instead of raising an
exception, especially if you work with the JCL debug functions from
TExceptionDialog.

Or is there an other way to switch of the exception from the calling
program?

Best regards

Karlheinz





Subject: Re: JvAni.pas JvAniFile.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 19:00:59 +0100
Newsgroups: jedi.vcl

> > Is there still time to merge these files?

With the current problems with CVS (it still very slow and aborts now and
then), we must keep moving the freeze date forward. As I see it, when CVS is
working at full speed again without problems, we probably need another week
before we can freeze the code.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS is up again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 18:58:29 +0100
Newsgroups: jedi.vcl

> > How do I establish a connection with CVS, any recommended front ends?

See http://jvcl.sf.net/cvs.htm for instructions. Many seem to prefer
TortoiseCVS (me included).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS is up again
From: "David McCallum" <dmacukNO@SPAMblueyonder.co.uk>
Date: Sun, 25 Jan 2004 17:26:04 -0000
Newsgroups: jedi.vcl

Robert,

How do I establish a connection with CVS, any recommended front ends?

TIA

David McCallum

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:buvjep$jpj$1@talkto.net...
> > and the speed was ok
> >




Subject: Re: CVS is up again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 18:10:01 +0100
Newsgroups: jedi.vcl

> > I did that because the changes didn't work at all,
How do you know? Has there been any checkins since 2004-01-24 (that's when I
updated the syncmail script)?

> > Could anyone confirm they received the emails, I only have the daily
digest.
I haven't received any checkin mails at all since 2004-01-22

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAni.pas JvAniFile.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 25 Jan 2004 17:40:59 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Is there still time to merge these files?
> JvAni.pas bases now completely on JvAniFile.pas.
> I want to drop TJvAnimatedCursorImage from JvAniFile.pas and move all the source to JvAni.pas to implement TJvAni.
> This causes some minor changes in JvAnimatedEditor.pas, JvIconListForm.pas (design editors) and JvGIF.pas.
>
> Currently i try to implement a write function for ANI cursors, but this will need some time because the reading in JvAniFile.pas is still buggy/incomplete. All in all even Windows is not completely bug free with its own animated cursors.
>

I made an intermediate update.
The design editors now base on TJvAni. The write function has been disabled until it works.



Subject: Re: GetModuleName in JvAppStorage doesn't work with D5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 16:46:08 +0100
Newsgroups: jedi.vcl

> > I removed it yesterday night after I had tried to compile JVCL 3 with
> > Delphi 5. Maybe your file is not up to date or the CVS server had ignored
> > my changes and returned "success".

I'll try to update.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: GetModuleName in JvAppStorage doesn't work with D5
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Jan 2004 16:40:37 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > There's a call in "function

I removed it yesterday night after I had tried to compile JVCL 3 with
Delphi 5. Maybe your file is not up to date or the CVS server had ignored
my changes and returned "success".


-- Regards, Andreas Hausladen 

Subject: JvAni.pas JvAniFile.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 25 Jan 2004 16:32:31 +0100
Newsgroups: jedi.vcl

Is there still time to merge these files?
JvAni.pas bases now completely on JvAniFile.pas.
I want to drop TJvAnimatedCursorImage from JvAniFile.pas and move all the source to JvAni.pas to implement TJvAni.
This causes some minor changes in JvAnimatedEditor.pas, JvIconListForm.pas (design editors) and JvGIF.pas.

Currently i try to implement a write function for ANI cursors, but this will need some time because the reading in JvAniFile.pas is still buggy/incomplete. All in all even Windows is not completely bug free with its own animated cursors.



Subject: Re: JvMRUList and JvAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 25 Jan 2004 15:47:56 +0100
Newsgroups: jedi.vcl


OBones wrote:
> Karlheinz wrote:
>
>> The JvMruList is not changed to working together with JvAppStorage.
>> Is this planed for the future?
>>
> Not before the release of Beta 1, that's for sure.
> But that's quite a good suggestion, I'll try to think about it.

We have discussed it a while ago. Look into the history :-)


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: GetModuleName in JvAppStorage doesn't work with D5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 15:28:39 +0100
Newsgroups: jedi.vcl

There's a call in "function TJvCustomAppMemoryFileStorage.GetFullFileName:
TFileName;" that doesn't work with D5:

      flExeFile:
        Result := PathAddSeparator(ExtractFilePath(GetModuleName(0))) +
NameOnly;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Feedback on new feature on radiobutton and checkbox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 15:27:26 +0100
Newsgroups: jedi.vcl

> >     If you make it a collection, you can safe yourself a lot of trouble in
> > that area.

I actually made it a TStrings property, TCollection seemed so clunky for
this (and no need to override Notification). The editor is done so now I
just need to test it in D5 (works fine in D6/D7).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Feedback on new feature on radiobutton and checkbox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 25 Jan 2004 15:23:56 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 25 Jan 2004 14:24:55 +0100:

 PT> OK, I have implemented it as suggested and it seems to work fine. Now I
 PT> only have to write a property editor for the new LinedControls
 PT> property.

    If you make it a collection, you can safe yourself a lot of trouble in
that area.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "That I Would Be Good" by Alanis Morissette.




Subject: Re: I'm Back
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 25 Jan 2004 23:56:43 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi All together,
>
> i'm back and trying to read more then 500 mails in jvcl and more then 1500 in mail normal mail. What a pain:-)
Just do as I did:
A todo list, with priorities.
Hopefully, you'll notice that 95% of the email is spam, just like I did ;-)



Subject: Re: JvMRUList and JvAppStorage
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 25 Jan 2004 23:56:04 +1000
Newsgroups: jedi.vcl

Karlheinz wrote:

> The JvMruList is not changed to working together with JvAppStorage.
> Is this planed for the future?
>
Not before the release of Beta 1, that's for sure.
But that's quite a good suggestion, I'll try to think about it.



Subject: Re: Fix for DtxEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 25 Jan 2004 23:54:35 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Good News :-)
>

BTW, as CVS is up again, I comitted the changes



Subject: I'm Back
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 25 Jan 2004 14:44:10 +0100
Newsgroups: jedi.vcl

Hi All together,

i'm back and trying to read more then 500 mails in jvcl and more then 1500 in mail normal mail. What a pain:-)

Didn't think that i can have chance to do anything before the code freeze. But now i have, and now i have so much mails and i did not know where to start :-)

So i will do nothing and will be starting slowly from now on. So maybe first work in the next week.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Fix for DtxEdit
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 25 Jan 2004 14:40:18 +0100
Newsgroups: jedi.vcl

Good News :-)

OBones wrote:

> Hi all
>
> As CVS is down, you'll find in binaries a zip file with the latest modifications to DtxEdit.
> - Adds two blank lines between each topic to ensure lisibility
> - Fixed the wordwrap problem. Should now work way better, almost perfectly. Well the files I have tested don't have a problem anymore.
>
> Let me know what you think of that.
>
> Cheers
>
> Olivier
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvMRUList and JvAppStorage
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 25 Jan 2004 14:35:57 +0100
Newsgroups: jedi.vcl

The JvMruList is not changed to working together with JvAppStorage.
Is this planed for the future?

Best regards

Karlheinz




Subject: Translation of TipOfDay with dxgettext
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 25 Jan 2004 14:30:21 +0100
Newsgroups: jedi.vcl

I make the translation with dxgettext everything works fine, but the
translation of the TipofDay during StartUp will not work.
Before Tipof Day comes up I have also an LoginDialog based on TJvDBSecurity.
This dialog is translated well.

If I execute TipofDay later everything works fine.

Some ideas?

Best regards

Karlheinz




Subject: Re: Feedback on new feature on radiobutton and checkbox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 14:24:55 +0100
Newsgroups: jedi.vcl

OK, I have implemented it as suggested and it seems to work fine. Now I only
have to write a property editor for the new LinedControls property.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Feedback on new feature on radiobutton and checkbox
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Jan 2004 14:13:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > You mean while reading from the dfm? 

Yes.

> > Should I remove the Associated property as well do you think?

If the property is converted to your new list then the property is no more
necessary.


-- Regards, Andreas Hausladen 

Subject: Re: Feedback on new feature on radiobutton and checkbox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 12:48:04 +0100
Newsgroups: jedi.vcl

> > Use DefineProperties to add the Associated property value to the
> > LinkedControls list.
You mean while reading from the dfm? Should I remove the Associated property
as well do you think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Feedback on new feature on radiobutton and checkbox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 12:46:41 +0100
Newsgroups: jedi.vcl

That's a good suggestion, thanks Ivo.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Report 0001302
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 25 Jan 2004 21:19:57 +1000
Newsgroups: jedi.vcl

Please also note that this is requested in 1300



Subject: Re: Report 0001302
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 25 Jan 2004 21:17:49 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:
> While this exact file is available for download from the site, I'm not
> sure having it in the issue tracker with the idea being to take stuff
> from it is a good idea. Perhaps the report or attachment should be
> removed? What do others think?

It definitely is a commercial package, and the report only includes it to indicate that we should do in TJvDBGrid what the bvGrid do.
This is not a donation, this is just a feature request from a JVCL user that couldn't (didn't want to) find the time to make a full report.
As such, I would completely discard this post.
Moreover, it seems the latest modifications done to TJvDBGrid by Lionel Reynaud partly answer this request.



Subject: Report 0001302
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sun, 25 Jan 2004 10:06:04 +0000 (UTC)
Newsgroups: jedi.vcl

In Issue Tracker, this report has attached a file called bvcomp.zip.
This is a zip of the components from this site: http://bvsoft.euro.ru/

I am concerned that this may be a commercial package. While I couldn't
see any way to purchase the package, the author talks about
"evaluators" and "purchasers" in his license page, and on his "About"
page states: "I also create components for Delphi, which I use for my
own purpose and for sale." This suggests the components are not open
source.

While this exact file is available for download from the site, I'm not
sure having it in the issue tracker with the idea being to take stuff
from it is a good idea. Perhaps the report or attachment should be
removed? What do others think?

Christopher Latta


Subject: Re: Feedback on new feature on radiobutton and checkbox
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sun, 25 Jan 2004 10:53:54 +0100
Newsgroups: jedi.vcl

Hi Peter!

"Peter Thörnqvist" <peter3@no.spam.peter3.com> píse v diskusním príspevku
news:buv1ou$i74$1@talkto.net...
> > Should I remove Associated or keep it along with LinkedControls? Keeping
it
> > might confuse new users as there is no technical reason to have it,
removing
> > it might upset old users.
> >
> > What do you all think?

I would leave Associated property where it is now while marking it as a
'deprecated' so that new users will know it's not recommended to use it
anymore. Also, upon setting the value of Associated property, the
LinkedControls list should be cleared and this new value should be added as
the only item to the list. After some time, when the JVCL users remove the
dependency on that property from within their code, I would remove it
without any explicit warning.

That's what I think.


Best regards,
Ivo




Subject: Re: CVS is up again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 25 Jan 2004 17:59:57 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> and the speed was ok
>
Yes.
And BTW, I reverted the syncmail script to what it was before Peter's changes.
I did that because the changes didn't work at all, and the old script seems to work quite well. At least, it doesn't send any error message when committing files.
Could anyone confirm they received the emails, I only have the daily digest.



Subject: CVS is up again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 25 Jan 2004 06:40:31 +0100
Newsgroups: jedi.vcl

and the speed was ok



Subject: Re: starting point for the update of the examples
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Jan 2004 02:24:02 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Robert Marquardt wrote:
> > 
>> > > JvThreadProj.exe is buggy
>> > > and stays active after exiting. Maybe an orphaned thread.
> > 
> > TThread uses synchronize to call OnTerminate. The destructor of TJvThread
> > waits for FThreadCount = 0 in a loop with Sleep calls. But as Synchronize
> > needs a CheckSynchronize to be executed the OnTerminate that decreases
> > FThreadCount will nver be called.

Now I know why this JvThreads was written this way: It works under Delphi
5 because Delphi 5 uses SendMessage for synchronization.


-- Regards, Andreas Hausladen 

Subject: Re: Feedback on new feature on radiobutton and checkbox
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 25 Jan 2004 02:18:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Should I remove Associated or keep it along with LinkedControls? Keeping
> > it might confuse new users as there is no technical reason to have it,
> > removing it might upset old users.
> > 
> > What do you all think?

Use DefineProperties to add the Associated property value to the
LinkedControls list.



-- Regards, Andreas Hausladen 

Subject: Feedback on new feature on radiobutton and checkbox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 25 Jan 2004 01:38:29 +0100
Newsgroups: jedi.vcl

I have an idea to add a LinkedControls property to JvCheckBox and
JvRadioButton. The LinkedControls property would contain a list of controls
that should be enabled/disabled when the checked state of the
checkbox/radiobutton changes. I have this working already but the problem is
that JvCheckBox already has a property (called Associated) that does the
same thing but only for one control at a time. Less useful IMO.

Should I remove Associated or keep it along with LinkedControls? Keeping it
might confuse new users as there is no technical reason to have it, removing
it might upset old users.

What do you all think?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug fixing
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 24 Jan 2004 23:15:45 +0100
Newsgroups: jedi.vcl

> > I did notice there is quite a collection of bugs awaiting feedback from
the reporter.

We could consider closing the very old ones (that cannot be solved without
feedback) and force people to report them again if the problem still exists.
Many of the older bugs are for JVCL2.10, so it is quite possible the issue
is not an issue anymore because it has been fixed or the component archived.
And before you ask: no, we don't usually fix archived components.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug fixing
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 24 Jan 2004 20:38:59 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 24 Jan 2004 18:23:23 +0100:

 PT> Now when Matthias has moved the issue tracker it is a lot faster
 PT> so if you were holding off fixing bugs due to the slow performance,
 PT> you no longer have any excuses<g>,

   Damn :(

 PT>  so please take a look and see if there is something in there
 PT> you can help fix.

    I did notice there is quite a collection of bugs awaiting feedback from
the reporter. Response from reporters is apparently also a problem, or at
least a result of the slowness of the issue tracker (some are awaiting
feedback for over 6 months! And that is counting from the last time they
were asked to respond). IOW, those that have been posting a bug some time
ago, please check if you're report is awaiting feedback. If it is, please
respond to the last message.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Athens" by Nits.




Subject: Bug fixing
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 24 Jan 2004 18:23:23 +0100
Newsgroups: jedi.vcl

Now when Matthias has moved the issue tracker it is a lot faster so if you
were holding off fixing bugs due to the slow performance, you no longer have
any excuses<g>, so please take a look and see if there is something in there
you can help fix.

New URL: http://homepages.borland.com/jedi/issuetracker/

I've updated the redirect at http://jvcl.sf.net to point to the new location
as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Fix for DtxEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 25 Jan 2004 00:20:15 +1000
Newsgroups: jedi.vcl

Hi all

As CVS is down, you'll find in binaries a zip file with the latest modifications to DtxEdit.
- Adds two blank lines between each topic to ensure lisibility
- Fixed the wordwrap problem. Should now work way better, almost perfectly. Well the files I have tested don't have a problem anymore.

Let me know what you think of that.

Cheers

Olivier



Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Sat, 24 Jan 2004 15:12:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote in <bustpm$8jd$1@talkto.net>:
> > just in case i want to sue him.

A good joke. ;-)

For people, which don't know this page, it contain primary quotes 
from Mister Marquardt, which would be sufficient to sue _him_ with 
success. :-)

And other than this page the originals are available in the net still.


Bad cards for Mister Marquardt. :-)

Bye Peter.
-- "It is not our job to work on new conversions or update older ones." Robert Marquardt (Team JEDI) in <bjedlb$se$1@talkto.net> without any contradiction from the JEDI Steering Team. Visit the active JEDI API Conversion Project: http://jediplus.pjh2.de/ 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 24 Jan 2004 06:18:22 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
>
> If those abuses were so cruel - write a big page, describeing how awfull
> those bad guys were to You, put it to You homepage, and after that, gather
> the strength to take step on and cooperte after all, rather than limiting
> yourself and others on the past and only the past.
>

He has done that already and i made a copy on CD just in case i want to sue him.



Subject: Re: TJvUpDown on Windows XP
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 24 Jan 2004 01:42:17 +0100
Newsgroups: jedi.vcl

I've added it to Quality Central: QC 7053

Direct link (you need to log on): http://qc.borland.com/wc/wc.exe/details?ReportID=7053

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: CVS is not yet fully stable again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 24 Jan 2004 10:16:21 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've updated the syncmail script to use the official one from their site.
> Let's see if that works...
>
But then you lost my changes to add the comment in the subject...



Subject: Issue tracker online again - Mantis 0.18.0 running
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Fri, 23 Jan 2004 22:20:41 +0100
Newsgroups: jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl,jedi.vcs

Hello all,

Project JEDI is now running Mantis BT Version 0.18.0 - which includes a lot
of new features as well as a bunch of bugfixes. For more information please
have a look at the changelog:

http://mantisbt.sourceforge.net/changelog.php

for general information about mantis please visit

http://mantisbt.sourceforge.net


** IMPORTANT **

The URL has changed! Please use
http://homepages.borland.com/jedi/issuetracker - the old issuetracker page
will forward you to it nonetheless.

We currently have Issuetracker areas for the follow JEDI projects:

* API Library
* Code Library
* JEDI VCL
* JEDI VCS
* Linux API Library
* Homepage
* Mantis

Please use them to report bugs and ideas, submit new donations etc. Please
have a look at the respective pages of our subteams to find more information
about how they handle donations.

API Library & Linux API Library donations are welcome as well via our
issuetracker - nonetheless we would prefer if you'd use our submit form
(http://homepages.borland.com/jedi/ -> [API Library] -> Submit). Please be
aware that the file upload doesn't work at the momemt - so you have to give
us an URL. I promise that we are going to change that soon...

Please report all problems related to Mantis either to to me directly
(ma.thoma@gmx.de) or - even better - use the "Mantis" area within the
issuetracker - if you are able to do so, of course :-)


Matthias Thoma




Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 23 Jan 2004 21:33:05 +0100
Newsgroups: jedi.vcl

> > The files are MPLed so no problem I guess.
If I only wanted to use them in any project, it wouldn't be a problem and I
wouldn't ask but since it would be a part of the JVCL distribution, I don't
want to add anything without the original authors consent.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 23 Jan 2004 23:03:47 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 23 Jan 2004 19:10:27 +0100 @798)
....while the fading voice of Peter whispered through the darkness:

I'm very sorry to see this flame.
When 2 persons are more concerned about personality then about cooperation.

 >> So, would you allow us to use your zlib conversion in JVCL or not?
 PH> Also this question is answered already.
By MPL license ?
I expect JCL/JVCL is not interested in one single copying of Your files.
I expect they are interested in cooperation, in reliable mantainer of code.

 PH> Is JEDI Steering a kindergarten?
Please, stop thinking of resentments again and gain and never-ending.
Show the exampel of beeing adult to those kids!
Be the 1st one who can bear old faults and who has the strength to make step
onward.

If You cannot make any cooperation with Peter personally - donate and
maintain zlib as a part of JCL.
Indeed - zlib is for JCL, not jVcl.


If those abuses were so cruel - write a big page, describeing how awfull
those bad guys were to You, put it to You homepage, and after that, gather
the strength to take step on and cooperte after all, rather than limiting
yourself and others on the past and only the past.


-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Flame
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 23 Jan 2004 22:52:41 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 23 Jan 2004 17:24:02 +0100 @725)
....while the fading voice of Peter whispered through the darkness:

 PH> The zlib problem was discussed 2002-10 and 2003-07 in public. 2002-10
 PH> there was no reaction from JEDI, 2003-07 you ask me in public about a
 PH> donation. Because I have already answered, I don't answer again. But I
 PH> wrote about this in public as well. In difference to your lie, you
 PH> ignore all fups2posters, which I had set.

I do not know the history in whole, but i remember 2003-07
I do not know who was right, but i can tell You those fups looked in a very
hypocritical manner.

No one will mind fup as a copy - but not as an attemt to hide from public
all notes from opponent.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: cchange SUBJ plz
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 23 Jan 2004 22:41:54 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 23 Jan 2004 08:31:19 +0100 @355)
....while the fading voice of Peter whispered through the darkness:

I think You're just flaming.
Flame is interesting, but it is interesting to read in free time.
Please, change SUBJ to stop confusing readers.

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 23 Jan 2004 20:07:05 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Also this question is answered already.
>
> Is it? What was the answer?

The files are MPLed so no problem I guess.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: an interesting experiment
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 23 Jan 2004 19:55:04 +0100
Newsgroups: jedi.vcl

> > There are still some glitches which i cannot fully check because of the
> > CVS down.

Funny, I am also working on a makefile.mak/JVCLDEmos.bpg that includes all
projects. I solved it by creating a tool that generates the files from a
list of dpr's/dpk's and it works fine. I haven't committed it either.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 23 Jan 2004 19:53:21 +0100
Newsgroups: jedi.vcl

> > Also this question is answered already.
Is it? What was the answer?

> > Is JEDI Steering a kindergarten?
No it's not. For more information about JEDI Steering see
http://www.delphi-jedi.org/NEWSAPR2003

> >In future I will ignore you
Well, I will just have to try to live with that.

-- Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: an interesting experiment
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jan 2004 19:48:10 +0100
Newsgroups: jedi.vcl

I tried to rework the makefile.mak of the examples to double as a .bpg file and got it almost working. Maybe we can get rid of the makefile.mak file.
There are still some glitches which i cannot fully check because of the CVS down.



Subject: Re: JCL CVS repository: CAUTION - latest changes in CVS lost!
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 23 Jan 2004 19:34:29 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hi,

>  >> All file changes after January 20 seem to be lost.
>
>  RR> I have submitted a related request to SF support; issue ID is 882607.
>
> It is told they fixed that (and may be all) issues.

I could not check; CVS is offline at present.

:^/


Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Fri, 23 Jan 2004 19:10:27 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote in <burj31$24h$1@talkto.net>:
>> > > The zlib problem was discussed 2002-10 and 2003-07 in public. 2002-10
>> > > there was no reaction from JEDI, 2003-07 you ask me in public about a
>> > > donation. Because I have already answered, I don't answer again. 
> > So, would you allow us to use your zlib conversion in JVCL or not?

Also this question is answered already.

Is JEDI Steering a kindergarten? Please grow up!

Read the postings and my mail, use your brain. Your question is very
stupid and anyway completely superfluous. The real question is a other
and you can answer it himself. It is not my decision, whether JVCL use
the JEDI zlib units or not, I'm not a part of the JVCL project.


But a other subject. You ignore me statements, you publish lies about me
in public without any expression of regret or sorrow. I'm sick of it, I
don't willing to ignore it longer. In future I will ignore you as
interlocutor as well as Mister Marquardt. To change this situation it is
your part to do the relevant things in a adult manner.

Peter.
-- "It is not our job to work on new conversions or update older ones." Robert Marquardt (Team JEDI) in <bjedlb$se$1@talkto.net> without any contradiction from the JEDI Steering Team. Visit the active JEDI API Conversion Project: http://jediplus.pjh2.de/ 

Subject: Issuetracker down
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Fri, 23 Jan 2004 18:45:17 +0100
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

The issuetracker (http://projectjedi.sf.net/issuetracker) will be down from
Friday, January 23, 2004, 6:45 PM CET to approximately Friday, January 23,
2004, 9:00 PM CET.

- Matthias




Subject: Re: CVS is not yet fully stable again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 23 Jan 2004 18:11:30 +0100
Newsgroups: jedi.vcl

I've updated the syncmail script to use the official one from their site.
Let's see if that works...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 23 Jan 2004 18:09:11 +0100
Newsgroups: jedi.vcl

> > The zlib problem was discussed 2002-10 and 2003-07 in public. 2002-10
> > there was no reaction from JEDI, 2003-07 you ask me in public about a
> > donation. Because I have already answered, I don't answer again. 
So, would you allow us to use your zlib conversion in JVCL or not?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS is not yet fully stable again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 23 Jan 2004 17:25:10 +0100
Newsgroups: jedi.vcl

> > According to this link:
> >
http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#1074868287
> > a change needs to be made to the syncmail script if we are not using the
> > central copy.

Hm, there is no MAILHOST variable in our syncmail, so I don't know if we
need to do something or what...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Fri, 23 Jan 2004 17:24:02 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote in <buqhni$ric$2@talkto.net>:
>> > > Please stop such imputations. Everybody, which read the relevant
>> > > postings and use one's brain can see, that this is a lie.
> > What postings? I asked you in a private mail, not on the newsgroups.

Again, stop the lies.

I got exactly one email from you, date 2003-03-29, Message-ID:
<00af01c2f5d6$d50eab30$2f2fedc2@p3pc>, the contents don't contain any
reference to zlib. Nevertheless this email fit, you describe your
indifference regarding any work of me.

The zlib problem was discussed 2002-10 and 2003-07 in public. 2002-10
there was no reaction from JEDI, 2003-07 you ask me in public about a
donation. Because I have already answered, I don't answer again. But I
wrote about this in public as well. In difference to your lie, you
ignore all fups2posters, which I had set. 
BTW: In sequence you publish lies about the JCL project in this thread.


To repeat, what I have written already in this newgroups. Many Steering
members betray the idea JEDI. The new goal is to increase the own
reputation, to create solutions for other Delphi user is only means to
an end meantime. This and some other problems cause more inferior
solutions as reachable.

The history of this thread is a very good example about this. Your goal
is to fight against me, not to find a good solution. To save your
reputation, to distract from your misconduct in the past, you publish
lies, instead to make a constructive discussion. Your problem, your lies
are refutable easy, everybody can read the relevant postings.

Bye Peter.

p.s. Because the discussion have leave a useful state for this group, I
have set a fups2poster.
-- "It is not our job to work on new conversions or update older ones." Robert Marquardt (Team JEDI) in <bjedlb$se$1@talkto.net> without any contradiction from the JEDI Steering Team. Visit the active JEDI API Conversion Project: http://jediplus.pjh2.de/ 

Subject: Re: CVS is not yet fully stable again
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 23 Jan 2004 16:07:25 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 23 Jan 2004 13:35:12 +0100:

 >> Is it really committed? I got a failure email from CVS later. I am not
 >> sure if this is failure of commit or only failure of delivery of the
 >> generated email.
 PT> I think it is committed. I get these mails as well and it seems it is a
 PT> problem with mail relaying.

According to this link:
http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#1074868287
a change needs to be made to the syncmail script if we are not using the
central copy.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Love hurts" by Nazareth.




Subject: Re: CVS is not yet fully stable again
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 23 Jan 2004 17:52:03 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 23 Jan 2004 13:35:12 +0100 @566)
....while the fading voice of Peter whispered through the darkness:

 PT> I think it is committed. I get these mails as well and it seems it is a
 PT> problem with mail relaying.

Site Status tolds (as far as i could get it) that the main work would be at
weekend, so c u next monday ?

-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jan 2004 15:29:41 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I have updated the demo today.

The CVS server is too slow. I am only partially updated.



Subject: Re: starting point for the update of the examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Jan 2004 13:35:56 +0100
Newsgroups: jedi.vcl

> > I had changed alle MouseExit to MouseLeave some time ago.
Not in the demo :)

I have updated the demo today.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS is not yet fully stable again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Jan 2004 13:35:12 +0100
Newsgroups: jedi.vcl

> > Is it really committed? I got a failure email from CVS later. I am not
> > sure if this is failure of commit or only failure of delivery of the
> > generated email.
I think it is committed. I get these mails as well and it seems it is a
problem with mail relaying.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the update of the examples
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Jan 2004 13:24:17 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Found that and fixed, but not yet committed.
> > It had a MouseExit event which is now named MouseLeave.

I had changed alle MouseExit to MouseLeave some time ago.



-- Regards, Andreas Hausladen 

Subject: Re: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jan 2004 12:41:26 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> TransparentButtonDemo.exe crashes on start.

Found that and fixed, but not yet committed.
It had a MouseExit event which is now named MouseLeave.



Subject: Re: CVS is not yet fully stable again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jan 2004 12:39:57 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> It takes ages to update or commit, but it works.
> I just committed my changes.

Is it really committed? I got a failure email from CVS later. I am not sure if this is failure of commit or only failure of delivery of the generated email.



Subject: Re: PageLinksEditor - OK&Cancel Buttons are not visible
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 23 Jan 2004 20:02:05 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Have you slow connection to the internet?
> I my case when CVS works I can download full JVCL3 for 1-2 minutes..

Connection doesn't matter, it's just the SF server that has problems



Subject: Re: PageLinksEditor - OK&Cancel Buttons are not visible
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 23 Jan 2004 12:40:34 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Yes, I know and made this yesterday, but there are many small bugs or
>> features that have to be done before release. The one of old is
>> JvFormStorageEditor arrow buttons, JvGroupBox problem that I wrote a
>> month-two ago, and may be others...
>
>
> If you have several of these, could you collect them in a single top-level
> post so we can fix them? We will freeze the code for updates on monday and
> after that, we have two weeks where we can really concentrate on these
> issues before the beta release.
>
> The CVS problems isn't helping much either. I've made several changes in the
> examples but I'm having trouble updating them. When CVS works, it is soooo
> slow.
>
Have you slow connection to the internet?
I my case when CVS works I can download full JVCL3 for 1-2 minutes..


Subject: Re: [newbie] jvcl-tutorials.pdf
From: "Stefano Campri" <s_campri@despammed.com>
Date: Fri, 23 Jan 2004 09:34:09 -0000
Newsgroups: jedi.vcl

> > Marcel posted a fixed pdf to jedi.binaries on 2003-0-3-06. Search the NG
for
> > "JVCL tutorials" and you should find it.

Tannk you very much
i get it

Regards,

Stefano




Subject: Re: PageLinksEditor - OK&Cancel Buttons are not visible
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Jan 2004 10:23:45 +0100
Newsgroups: jedi.vcl

> > Yes, I know and made this yesterday, but there are many small bugs or
> > features that have to be done before release. The one of old is
> > JvFormStorageEditor arrow buttons, JvGroupBox problem that I wrote a
> > month-two ago, and may be others...

If you have several of these, could you collect them in a single top-level
post so we can fix them? We will freeze the code for updates on monday and
after that, we have two weeks where we can really concentrate on these
issues before the beta release.

The CVS problems isn't helping much either. I've made several changes in the
examples but I'm having trouble updating them. When CVS works, it is soooo
slow.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the update of the examples
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 23 Jan 2004 09:46:04 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > JvThreadProj.exe is buggy
> > and stays active after exiting. Maybe an orphaned thread.

TThread uses synchronize to call OnTerminate. The destructor of TJvThread
waits for FThreadCount = 0 in a loop with Sleep calls. But as Synchronize
needs a CheckSynchronize to be executed the OnTerminate that decreases
FThreadCount will nver be called.

I fixed this and added the new method "Terminate" and the property
"Terminated" to the class. Without these it is not possible to abort a
thread when the application terminates. I updated the demo to use "if
JvThread1/2.Terminated then Break".
Another problem that I have seen in JvThreadProj is that the Synchronize()
functions from JvThreads.pas do not synchronize with the main thread but
they are used in JvThreadProj to access VCL properties which meight end in
a "Cannot paint on this Canvas"



-- Regards, Andreas Hausladen 

Subject: Re: JCL CVS repository: CAUTION - latest changes in CVS lost!
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 23 Jan 2004 11:31:36 +0300
Newsgroups: jedi.jcl,jedi.vcl

The stars so gaily glistened... (Fri, 23 Jan 2004 01:39:13 +0100 @68)
....while the fading voice of Robert whispered through the darkness:

 >> Do not update your CVS repository - it will make you loose the latest
 >> changes.
 >>
 >> All file changes after January 20 seem to be lost.

 RR> I have submitted a related request to SF support; issue ID is 882607.

It is told they fixed that (and may be all) issues.

http://sourceforge.net/tracker/index.php?func=detail&aid=882607&group_id=1&atid=200001



for example (sorry 4 offtopic) yesterday i was lucky to checkin old 6.29
version bia SSH-CVS !
Today i see http://cvs.sourceforge.net/viewcvs.py/*checkout*/tdbf/tdbf/Dbf_Common.pas?rev=1.30
stands for correct 6.32 version.

I'm out of luck today!



-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: PageLinksEditor - OK&Cancel Buttons are not visible
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 23 Jan 2004 11:19:09 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Yes, but these button are not connected to code in the source, so no
>> actions can be done....
>
> Open JvPageLinkEditorForm.pas and set Scaled to false for the form. You
> might have to resize/move the buttons on the form since you are using large
> fonts. Rebuild the JvPageComps DT package.
>
Yes, I know and made this yesterday, but there are many small bugs or features that have to be done before release. The one of old is JvFormStorageEditor arrow buttons, JvGroupBox problem that I wrote a month-two ago, and may be others...


Subject: Re: JvResources in French ??
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 23 Jan 2004 10:52:39 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 23 Jan 2004 09:25:07 +1000 @17)
....while the fading voice of OBones whispered through the darkness:

 >> dxgettext has only limited support for D5. I do not JVCL to drop my
 >> favorite version :-)
 O> What's so limited in DxGettext BTW ?

Hmm, seems it was long ago when i revised it. (dxgettext-2003-03-18.zip)
From changelog i see Version 1.1 beta 2 (2003-05-25) Delphi 5 version
of gnugettext.pas will be synchronized with the Delphi 6/7 version in all
releases from this version

 >> Ok, then i wonder if GetText can be easily used for DFM changing, such
 >> as flag bitmaps or element widths or whatever.
 O> in English and allow for 30% increase of labels.

Known workaround, i know it.
That will help in 99% cases.
And there is tongue's with vertical line's alignment.

 >> I heard Borland translator is good enpught in D5-D7, do not know about
 O> It's a crap method, as it's using resources to store the translations.
Indeed, resources are not that bad, except that there is no single format
for the sources, hence home-made translation is hard to commit to be
included into official package.

 >> But i'm very against style when library is shipped with 10 resource
 >> units, and programmer chooses right one on compilation.
 O> That's exactly what the Borland ITE is all about,
Not so. I talk about some libs i saw, including (again) current TDbf.
You are to compile different BPL's for different languages.
rc DLL is just a stub with resources, so you still can keep the single code
BPL with set of languages.
Though ITE has other limitations (ot had in D4, where i was disappointed by
it and never seriously reviewed)

 >> Imho it is better to read some text file in runtime and assign
 >> resourcestrings to the lines from that file.
 >> Text files are the most easy to edit.
 O> That's exactly what DxGettext is doing
It does not use text file, hence needs special software to compile

 >> Sure that again does not give clear way to load non-text data.
 O> It even translates DFM and can be embedded
in part of text properties?


 O> You can do that in DxGettext, because the mo files are basically text
 O> files compressed.
into yet another format? i'd prefer some commongly used like zip, gz, etc

 O>  But if you modify the mo files, I'm quite sure you would have to
 O> restart the application.
I heard MO files can be changed at runtime, then it is not rquired.

 O> It's not that hard for a developer to find the untranslated text from a
 O> translated one.
....Until the same word/phrase can b differently translated in different
places.
And until different word can be translated into the same in the the same
source-language word.

 O> Well, at least with gettext, it's a matter of lookup in a text file.
Good solution, if there's nothing better.

 >> PPS: i wished there were some CSS-like format for localising.
Sure that can be applied not to bitmap's only.

 O> There is another rule here: Do not use bitmaps that need localization.
"That's because Soviet nation has no demand for sausages" :-(

BTW glyphs is not only example of binary data - for exampel i can add voice
comments, or there may be many things.
Sure such big files as sounds ar not to be stored inside main localisation
file, but the engine is to support them too.

 O> Why? Because it's a mess to do, and you could hurt people sensibility.
Every freedom gives you way to use it badly.

 O> Another one is the use of body parts in a drawing.
Perfect example why one may need glyph localisation.
Just imagine i used body parts before, now i got a mail that some Iran user
wants to use my program.
Should i tell him he must not ? Or should hurt my old users  that get used
to old UI ?
You may say i made an error with initial design - but i cannot foretell
everything.

Another example (You skipped) was country flags.
For rome users (children for example) choosing correct string from a long
list is hard, while choosing some image, like a flag, is more simple.

 O> I'm doing that kind of job at the moment and I haven't found one
 O> situation where I needed the bitmap to be localized.
So You think no one will ever ?

 O> I always found a way to only have strings.
Workarounds :-D

 O> However, program in an intelligent way, where you use
 O> Windows settings for money, date format, decimal separators...
That is not about localisation engines.
While i remember situations when i needed to ignore them, due to another
ill-bread app, that needed them in some special way and that is more
important than my one.
Ok, that is not about dxgettext or ITE or whatever.

>> >> You should bother about methods, about internationalisation.
O> That's why we are pushing DxGettext
I wish there'd be engine, maybe based in Providers, that allowed me to
change low level from dxgettext to any other one i will, and that will allow
me to change front-end, and to add custom objects with specific localisation
requirements, like sound for example.
You may say "look at dxgettext helpers", but i will say that gettext has
some limitations, and if they suit JVCL fine, they may hurt some
applications, so i'd like some generic interface to be implemented. If the
gettext would be implementation choosed by JVCL, that will allow me to
change my own engine for the my part of app's sources, and maybe re-compile
JVCL's PO to it (both ways have its misadvantages) and even to control ITE
used by standard Borland BPLs by single API.

 >> apply localisations as small files changing some part of string, not all
 >> of them at once. I think, for example, each package is to have it's one
 >> JvResources, not single beeeg resource storage for all of them. And
 >> separate localisation modules is a must.
 O> I really don't mind having one big file, but it's true that it would be
 O> quite strange to have translations for components that are not
 O> installed.

Not only. Imagine new package been added to JVCL, or updated requesting new
localizeable string. That will need recompilation of JvCore.bpl (*)

 O> However, from a deployment point of view, I really prefer having one
 O> JVCL file rather than 10.
Personally prefer one-per-package.

 O> And the overhead in terms of disk and memory space is negligible.
And from traffic point of view? link: (*)


BTW, i see files like
http://cvs.sourceforge.net/viewcvs.py/*checkout*/dxgettext/translations/fr/languages.po?rev=HEAD&content-type=text/plain
And they needed to be converted,

I wonder can't those settings be just taken from the Windows itself, and if
they really needed to be in PO - then imported from registry or from
Linux/BSD etc, where they certainly already do exist ?
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Jan 2004 08:31:19 +0100
Newsgroups: jedi.vcl

> > Please stop such imputations. Everybody, which read the relevant
> > postings and use one's brain can see, that this is a lie.
What postings? I asked you in a private mail, not on the newsgroups.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PageLinksEditor - OK&Cancel Buttons are not visible
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 Jan 2004 08:29:38 +0100
Newsgroups: jedi.vcl

> > Yes, but these button are not connected to code in the source, so no
> > actions can be done....
Open JvPageLinkEditorForm.pas and set Scaled to false for the form. You
might have to resize/move the buttons on the form since you are using large
fonts. Rebuild the JvPageComps DT package.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS is not yet fully stable again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jan 2004 08:15:22 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I needed three tries to update. First one failed, second one seemed to be stuck.
>

It takes ages to update or commit, but it works.
I just committed my changes.



Subject: Re: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 23 Jan 2004 07:44:23 +0100
Newsgroups: jedi.vcl

EditorDemo.exe still contains a "RX Library overview". Better replace that with a JVCL overview.
EventViewer.exe takes much longer to show the events than the Windows event viewer.
FileDirDemo.exe shows the mask "*.*", but changes of the mask are ignored.
JvEdits.exe file open and directory open both contain the same icon. This is a major UI problem of either the control or the example.
JvThreadProj.exe is buggy and stays active after exiting. Maybe an orphaned thread.
TransparentButtonDemo.exe crashes on start.



Subject: Re: PageLinksEditor - OK&Cancel Buttons are not visible
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 23 Jan 2004 09:40:58 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Do you use large fonts?
>
Yes, but these button are not connected to code in the source, so no actions can be done....


Subject: JCL CVS repository: CAUTION - latest changes in CVS lost!
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 23 Jan 2004 01:10:27 +0100
Newsgroups: jedi.jcl,jedi.vcl

[follow-ups to jedi.jcl]

Do not update your CVS repository - it will make you loose the latest
changes.

All file changes after January 20 seem to be lost.


Subject: Re: JvResources in French ??
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 23 Jan 2004 09:27:47 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> You should bother about methods, about internationalisation.
> After that even if there'd be no official localisation that will not prevent
> unofficial to appear.
That's why we are pushing DxGettext

> Anyway this API at least must allow:
> apply localisations as small files changing some part of string, not all of
> them at once.
> I think, for example, each package is to have it's one JvResources, not
> single beeeg resource storage for all of them.
> And separate localisation modules is a must.
I really don't mind having one big file, but it's true that it would be quite strange to have translations for components that are not installed. However, from a deployment point of view, I really prefer having one JVCL file rather than 10. And the overhead in terms of disk and memory space is negligible.

> I wish also that developer may not think of providing localisation templates
> any more.
> For exampel in Fidolook i can check 'create dictionary' and re-run it. After
> that i will get text file with al the strings that are needed to be
> localised.
That's what the extractor with DxGettext does...

> specific compiler- and build-dependent sources, like WinMerge has, is not
> good imho.
I agree with you and that's why Borland's ITE is not good.



Subject: Re: JvResources in French ??
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 23 Jan 2004 09:25:07 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened... (Sun, 18 Jan 2004 19:30:19 +0100 @812)
> ...while the fading voice of Peter whispered through the darkness:
>
> dxgettext has only limited support for D5. I do not JVCL to drop my favorite
> version :-)
Just like the JVCL.
What's so limited in DxGettext BTW ?

> Ok, then i wonder if GetText can be easily used for DFM changing, such as
> flag bitmaps or element widths or whatever.
No, it's not its goal. As a rule, when you design an application, do it in English and allow for 30% increase of labels. But if your string is 10 characters or less, allow for up to 300% increase.

> I heard Borland translator is good enpught in D5-D7, do not know about
> Kylix.
It's a crap method, as it's using resources to store the translations.

> But i'm very against style when library is shipped with 10 resource units,
> and programmer chooses right one on compilation.
That's exactly what the Borland ITE is all about, except that you ship the resource DLLs and they are chosen at runtime.

> Imho it is better to read some text file in runtime and assign
> resourcestrings to the lines from that file.
> Sure that agai ndoes not give clear way to load non-text data.
> Text files are the most easy to edit.
That's exactly what DxGettext is doing and it does it really well. It even translates DFM and can be embedded into the final exe if you want it to.

> PS: i'd also wish (if to dream) so user can do some special-mode click onto
> component and edit trxt in-place (see ICQ + LingoWare).
> And that is why i'm sorry that TCaption = string.
> I wished it was some class with mask for Format and variable set of
> properties to that Format and has link to the mask source, so 1) user can
> edit it in hte app. (this user may be competent transaltor)  2) easy to
> change captions at runtime after lang. file was changed (imagine label has
> some status string depending on variables - i can assign any string to it in
> some ApplyNewLocalization procedure, but how will the procedure now which
> parameters and how are to be included into text?).
You can do that in DxGettext, because the mo files are basically text files compressed. But if you modify the mo files, I'm quite sure you would have to restart the application.

> Also i think he is to has way of same way tell the name of the component in
> the program and find it by the givern name. And query un-translated text if
> needs.
> So when he is reporting some bug to developer - he can tell him which
> controls are concerned.
It's not that hard for a developer to find the untranslated text from a translated one. Well, at least with gettext, it's a matter of lookup in a text file.

> PPS: i wished there were some CSS-like format for localising.
> So that i could tell 'generally i prefer THIS glyph/caption for OK BitBtn,
> but if BitBtn is placed somewhen within TMySpecialPanel then let it keeps
> original (or some other special) glyph/caption,
There is another rule here: Do not use bitmaps that need localization. Why? Because it's a mess to do, and you could hurt people sensibility.
Imagine for a moment that you put a map of Asia in your software, with the Cachemere region represented as belonging to India. Then you will hurt Pakistanese, because they claim it's theirs. If you do the contrary, you hurt Indians. So simply, don't put a map, or at least, don't use border lines.
Another one is the use of body parts in a drawing. For instance, you may want to use a raised flat hand to indicate stop. This may be well understood by european civilisations, but showing body parts in some islamic countries is an offence...
If you use bitmaps with text on them, then don't embed the text in the bitmap, simply use a blank bitmap and draw the text on it, loading the text from a resource string.
I'm doing that kind of job at the moment and I haven't found one situation where I needed the bitmap to be localized. I always found a way to only have strings. However, program in an intelligent way, where you use Windows settings for money, date format, decimal separators...



Subject: Re: IDE problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 23:12:28 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I disliked to constantly getting exceptions and uninstalling packages when trying to compile the JVCL through "D6 Packages.bpg".

The rework of the finalization sections removed that bug.

> Now i do not get uninstalling packages anymore, but i get
> "Access violation at address 4000572C in module 'rtl60.bpl'. Read of Address 58A101AE."

This bug i introduced when reworking the finalization sections.
Solved also.

I now have a stable version which survived several complete builds with packages installed. As soon as the CVS is up again i will commit.



Subject: Re: DtxEdit bug?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 23 Jan 2004 07:40:10 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, All!
>
>     I noticed a commit by Andreas for the help file for JvImageList which I
> assume was done using the DtxEditor provided by Olivier. I think it has a
> bug in it, as it puts the various parameters on a single line (at least it
> looks like that in the commit file but I have a bit of trouble with CVS
> right now to check it properly, as most of you will have). Doc-O-Matic will
> have a problem with that.
>
>     Either edit the files with a normal editor or check the .dtx file in a
> standard editor afterwards and correct the problem areas.
>

I know about that and that's quite annoying. It's related with the problem of wordwrapping as it approaches the limit (set at 80).
I'll try to find a fix for that.



Subject: Re: Working through examples
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 23 Jan 2004 07:37:47 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Done JvMRUList thru RxLib with quite some changes, skipped JvUIB,
> JvXMLDatabase (requires Indy and I don't have it installed in D5) , JvPlugin
> and RaLib. I also skipped JvParameterList since it uses Storage.AsString
> which is not defined and I can't access CVS to get the latest version to
> check if this property has been added.

It should be there, I added it when I created the common ancestor for File Storages.
However if the property is of type TJvCustomAppStorage, then AsString doesn't exist.



Subject: DtxEdit bug?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 22 Jan 2004 22:00:01 +0100
Newsgroups: jedi.vcl

Hello, All!

    I noticed a commit by Andreas for the help file for JvImageList which I
assume was done using the DtxEditor provided by Olivier. I think it has a
bug in it, as it puts the various parameters on a single line (at least it
looks like that in the commit file but I have a bit of trouble with CVS
right now to check it properly, as most of you will have). Doc-O-Matic will
have a problem with that.

    Either edit the files with a normal editor or check the .dtx file in a
standard editor afterwards and correct the problem areas.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Thu, 22 Jan 2004 21:56:40 +0100
Newsgroups: jedi.vcl

Peter,

Peter Thörnqvist wrote in <buov25$ju5$1@talkto.net>:
> > When asked if we could use it in JVCL, you declined.

Please stop such imputations. Everybody, which read the relevant
postings and use one's brain can see, that this is a lie.

Long time ago, I have give the Steering group (this include you
personally) a general statement. It's not my problem, if you don't
understand it, although I guess rather, you don't want to understand.

BTW: I don't be willing to explain unambiguous statements to people,
which affront me and distribute lies about me in public and people which
support such people active.

Peter.
-- "It is not our job to work on new conversions or update older ones." Robert Marquardt (Team JEDI) in <bjedlb$se$1@talkto.net> without any contradiction from the JEDI Steering Team. Visit the active JEDI API Conversion Project: http://jediplus.pjh2.de/ 

Subject: Re: CVS is not yet fully stable again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 21:51:10 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I needed three tries to update. First one failed, second one seemed to be stuck.
>

Sweveral tries to commit failed.



Subject: CVS is not yet fully stable again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 21:28:40 +0100
Newsgroups: jedi.vcl

I needed three tries to update. First one failed, second one seemed to be stuck.



Subject: Re: IDE problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 21:27:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have two function hooks: One in JvThemes (theming must be active, Delphi
> 5/6) and one in JvExControls (Delphi 5 only)

Both cannot be avtive on my PC. I use Win2000 and D6.



Subject: Re: IDE problems
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jan 2004 21:20:24 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I will narrow it down tomorrow by
> > uninstalling the packages one by one. The one causing the error will get
> > its changed files checked.

I have two function hooks: One in JvThemes (theming must be active, Delphi
5/6) and one in JvExControls (Delphi 5 only)


-- Regards, Andreas Hausladen 

Subject: Re: IDE problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 21:17:10 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> Build everything with debug info and debug a second instance of Delphi.

Not easy if you never did that. also i am sure the bug is in the finalization section of a package. I will narrow it down tomorrow by uninstalling the packages one by one. The one causing the error will get its changed files checked.



Subject: Re: starting point for the update of the examples
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jan 2004 21:17:06 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > JvAppInstDemo.exe rejects the creation of new instances.

I have fixed the bug in JvAppInstance component.
But due to the down CVS Server I will commit ... The server is up again
and the file is committed.

-- Regards, Andreas Hausladen 

Subject: Re: jvprintpreview always prints a blank page first???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 22 Jan 2004 19:16:59 +0100
Newsgroups: jedi.vcl

dave wrote:

> > This is in this procedure in 4 different spots. Is this the code i need
> > to modify?

Yes.


> > Also, Is there any other code associated with printing images that i will
> > need to modify?

Yes. The component uses StretchDraw for printing. But many printers do not
support this command. The results are different. Some drivers try to use
another command and this may cause wrong colors or a bad scaling. Other
drivers just ignore the whole command and you will not see any image.


procedure CopyRectDIBits(ACanvas: TCanvas; const DestRect: TRect; ABitmap:
TBitmap;
  const SourceRect: TRect);
var
  Header, Bits: Pointer;
  HeaderSize, BitsSize: Cardinal;
  Bmp: TBitmap;
begin
  if ABitmap.PixelFormat < pf15bit then
  begin
    Bmp := ABitmap;
    // this function does not support palettes
    ABitmap := TBitmap.Create;
    ABitmap.Assign(Bmp);
    ABitmap.PixelFormat := pf24bit;
  end
  else
    Bmp := nil;
  try
    GetDIBSizes(ABitmap.Handle, HeaderSize, BitsSize);
    { Do not use Delphi's memory manager. }
    Header := VirtualAlloc(nil, HeaderSize, MEM_COMMIT, PAGE_READWRITE);
    Bits := VirtualAlloc(nil, BitsSize, MEM_COMMIT, PAGE_READWRITE);
    try
      GetDIB(ABitmap.Handle, ABitmap.Palette, Header^, Bits^);
      StretchDIBits(ACanvas.Handle,
         DestRect.Left, DestRect.Top,
         DestRect.Right - DestRect.Left, DestRect.Bottom - DestRect.Top,
         SourceRect.Left, SourceRect.Top,
         SourceRect.Right - SourceRect.Left, SourceRect.Bottom -
SourceRect.Top,
         Bits, TBitmapInfo(Header^),
         DIB_RGB_COLORS, ACanvas.CopyMode);
    finally
      VirtualFree(Bits, 0, MEM_FREE);
      VirtualFree(Header, 0, MEM_FREE);
    end;
  finally
    if Bmp <> nil then
      ABitmap.Free;
  end;
end;

procedure StretchDrawBitmap(Canvas: TCanvas; const ARect: TRect; Bitmap:
TBitmap);
begin
  if (Canvas = Printer.Canvas) or
     (Printer.Printing and (Canvas.Handle = Printer.Canvas.Handle)) then
    CopyRectDIBits(Canvas, ARect,
      Bitmap, Rect(0, 0, Bitmap.Width, Bitmap.Height))
  else
    Canvas.StretchDraw(ARect, Bitmap);
end;


TJvPreviewRenderGraphics.DoAddPage:

      if Picture.Graphic is TBitmap then
        StretchDrawBitmap(Canvas, DestRect(PrintRect,Canvas.Handle),
Picture.Bitmap)
      else
        Canvas.StretchDraw(DestRect(PrintRect,Canvas.Handle),
Picture.Graphic);

-- Regards, Andreas Hausladen 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 22 Jan 2004 18:14:53 +0100
Newsgroups: jedi.vcl

> > There is a working crossplatform zlib API header conversion (1.1.4) plus
> > access classes for zlib and gzip already since many month. But relevant
> > JEDI Steering members ignore this because of pure personal reasons. I
> > suggest to dismiss such Steering members.
When asked if we could use it in JVCL, you declined. How you manage to
interpret that as us ignoring you is beyond me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Thu, 22 Jan 2004 18:07:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote in <bunj78$bm6$1@talkto.net>:
> > Is this a way to get Zlib or a JvZlib conversion working?
> > What is the API of Zlib and which file needs to be converted?

Information for the real JEDI developer:

There is a working crossplatform zlib API header conversion (1.1.4) plus
access classes for zlib and gzip already since many month. But relevant
JEDI Steering members ignore this because of pure personal reasons. I
suggest to dismiss such Steering members.

Background: Borland's zlib.pas can not be changed or distributed by JEDI
without a copyright violation, this was discussed at least two times in
JEDI newsgroups. This is valid for ZLibEx.pas too.


BTW: A update to the current version is in work. 

Bye Peter.
-- "It is not our job to work on new conversions or update older ones." Robert Marquardt (Team JEDI) in <bjedlb$se$1@talkto.net> without any contradiction from the JEDI Steering Team. Visit the active JEDI API Conversion Project: http://jediplus.pjh2.de/ 

Subject: Re: IDE problems
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 22 Jan 2004 16:36:14 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I think i am on the track of a nasty problem, but i do not know where.

Build everything with debug info and debug a second instance of Delphi.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Working through examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 16:57:55 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> JvHidController examples are OK.
>
> Did you test with D5?
>

Oops, overlooked that. There should be no real problems though. The component itself is even D4 compatible.



Subject: Re: Working through examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Jan 2004 16:30:23 +0100
Newsgroups: jedi.vcl

> > JvHidController examples are OK.
Did you test with D5?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Working through examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Jan 2004 16:25:44 +0100
Newsgroups: jedi.vcl

Done JvMRUList thru RxLib with quite some changes, skipped JvUIB,
JvXMLDatabase (requires Indy and I don't have it installed in D5) , JvPlugin
and RaLib. I also skipped JvParameterList since it uses Storage.AsString
which is not defined and I can't access CVS to get the latest version to
check if this property has been added.

I'll do the skipped one later and check it all in once I have access to CVS
again.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvResources in French ??
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 22 Jan 2004 18:11:14 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 20 Jan 2004 01:19:56 +0100 @55)
....while the fading voice of Peter whispered through the darkness:

 PT> I also think that localizing JVCL is *way* down on the list of things
 PT> that needs to be done and absolutely not something we should bother
 PT> about two weeks before a beta release.

You should bother about methods, about internationalisation.
After that even if there'd be no official localisation that will not prevent
unofficial to appear.

Anyway this API at least must allow:
apply localisations as small files changing some part of string, not all of
them at once.
I think, for example, each package is to have it's one JvResources, not
single beeeg resource storage for all of them.
And separate localisation modules is a must.

apply it at runtime at any time.

I wish also that developer may not think of providing localisation templates
any more.
For exampel in Fidolook i can check 'create dictionary' and re-run it. After
that i will get text file with al the strings that are needed to be
localised.

specific compiler- and build-dependent sources, like WinMerge has, is not
good imho.
-- http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvResources in French ??
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 22 Jan 2004 18:02:51 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 18 Jan 2004 19:30:19 +0100 @812)
....while the fading voice of Peter whispered through the darkness:

dxgettext has only limited support for D5. I do not JVCL to drop my favorite
version :-)

Also playes with CorePlayer i found one mysfeature.
Maybe it is not in core of gettext but rather about dump translation maker.
Russian may be presented in different encodings.
Most usual are Windows 1251, Unix koi8-r (different cp indices), Dos&OS/2
866, Macintosh and ISO.
There are some more, but indeed i never saw even ISO and Mac.
So let's say we have 3 of them.

translation for Core player was done on Linux, thus using koi8-r.
when i installed CorePlayer/win32 after translation to russian it was
completely unusable!!!



Ok, then i wonder if GetText can be easily used for DFM changing, such as
flag bitmaps or element widths or whatever.

I heard Borland translator is good enpught in D5-D7, do not know about
Kylix.


But i'm very against style when library is shipped with 10 resource units,
and programmer chooses right one on compilation.

Imho it is better to read some text file in runtime and assign
resourcestrings to the lines from that file.
Sure that agai ndoes not give clear way to load non-text data.
Text files are the most easy to edit.

PS: i'd also wish (if to dream) so user can do some special-mode click onto
component and edit trxt in-place (see ICQ + LingoWare).
And that is why i'm sorry that TCaption = string.
I wished it was some class with mask for Format and variable set of
properties to that Format and has link to the mask source, so 1) user can
edit it in hte app. (this user may be competent transaltor)  2) easy to
change captions at runtime after lang. file was changed (imagine label has
some status string depending on variables - i can assign any string to it in
some ApplyNewLocalization procedure, but how will the procedure now which
parameters and how are to be included into text?).
So God bless providers! :-)


Also i think he is to has way of same way tell the name of the component in
the program and find it by the givern name. And query un-translated text if
needs.
So when he is reporting some bug to developer - he can tell him which
controls are concerned.

Otherwise there is 'bad phone': user do not know what is TButton - he just
can murmur 'it is written "bla-bla-bla" on the screen'
the bla-bla-bla in turn is button caption after localising, an sure
developer do no nothing about that bla and cannot understand which controls
is used.
Then after he at last realises - he tells user 'open this menu, htis button,
this dialog and check this checkbox' - and here user can't find controls as
he uses localised app and do not understand English.


PPS: i wished there were some CSS-like format for localising.
So that i could tell 'generally i prefer THIS glyph/caption for OK BitBtn,
but if BitBtn is placed somewhen within TMySpecialPanel then let it keeps
original (or some other special) glyph/caption,

Ok, the latest is after all the poor dream :-).
-- WinAMP://none: WinAMP is suffocated http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: jvprintpreview always prints a blank page first???
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 22 Jan 2004 08:27:29 -0600
Newsgroups: jedi.vcl

Ok, i will modify my code, as i am waiting for the beta release to update my
jvcl.

In looking at the source code for JvPrvwDoc i see the following code in the
PrintRange procedure:

if (j = StartPage) and (i = 0) then
    APrinter.BeginDoc;
APrinter.NewPage;
APrinter.GetCanvas.Draw(0, 0, Pages[j]);

This is in this procedure in 4 different spots. Is this the code i need to
modify?

Also, Is there any other code associated with printing images that i will
need to modify?

And finally, how do i make the image center on the page? Right now it prints
to the left side, and there seems to be a very large margin at the top. Can
i set some sort of scale mode to stretch the image to the page, maybe even
proportionately?
I am using this in a screen capture utility, and if they cature the entire
desktop i would like it to fill the page as much as possible, but also be
centered.

Thanks for all your help, Andreas!

Dave

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bumo31$834$2@talkto.net...
> > Should be fixed now.
> >
> > The code looked like this:
> > if "IsFirstPage" then
> >   Printer.BeginDoc;
> > Printer.NewPage;
> >
> > As BeginDoc starts a new page the NewPage will force a blank page. I have
> > changed it to
> >
> > if "IsFirstPage" then
> >   Printer.BeginDoc
> > else
> >   Printer.NewPage;
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: IDE problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 14:13:24 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I think i am on the track of a nasty problem, but i do not know where.
> My guess is one of the many strange hooks we have.
> I am reluctant to commit these changes because it could hurt the release of the beta.

I will get the older files from CVS and replace them one by one until i find the offending one. This is definitely a bug worth hunting down.



Subject: Code freeze again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Jan 2004 13:15:25 +0100
Newsgroups: jedi.vcl

CVS is down again today for planned maintenance (see
http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1). Since
we've had a lot of these outages lately, I've decided to extend the code
freeze point until monday, january 26 at 8:00 UTC unless there are
additional service interuptions in which case I will extend it again. So, if
you have checkins you really want to make it into JVCL3 beta, now is the
time to commit them but be very careful testing your changes before you send
them off since we don't have much time left fixing new bugs in the source!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PageLinksEditor - OK&Cancel Buttons are not visible
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Jan 2004 12:47:27 +0100
Newsgroups: jedi.vcl

Do you use large fonts?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> skrev i meddelandet news:buo4hi$e9r$1@talkto.net...
> > I found that positions of these buttons are far from visible states, I
> > can't see its on my 1600x1200 screen




Subject: Re: [newbie] jvcl-tutorials.pdf
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 Jan 2004 12:43:12 +0100
Newsgroups: jedi.vcl

Marcel posted a fixed pdf to jedi.binaries on 2003-0-3-06. Search the NG for
"JVCL tutorials" and you should find it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: [newbie] jvcl-tutorials.pdf
From: "Stefano Campri" <s_campri@despammed.com>
Date: Thu, 22 Jan 2004 11:05:11 -0000
Newsgroups: jedi.vcl

i have just downloaded jvcl210+Example.zip
i have extracted the JVCL-Tutorials.pdf but i can't open it
because Acrobat Reader say the file is damaged

Can someone send me a good one ?!?!

Thanks in advance

Stefano




Subject: IDE problems
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 11:59:47 +0100
Newsgroups: jedi.vcl

I disliked to constantly getting exceptions and uninstalling packages when trying to compile the JVCL through "D6 Packages.bpg".
I therefore reworked all intialization and finalization sections to use FreeAndNil or Free and setting the pointer to nil afterwards.
Now i do not get uninstalling packages anymore, but i get
"Access violation at address 4000572C in module 'rtl60.bpl'. Read of Address 58A101AE."
several times when executing "D6 Packages.bpg".
It also shows up when closing Delphi or uninstalling some of the installed JVCL packages in the IDE.

I think i am on the track of a nasty problem, but i do not know where.
My guess is one of the many strange hooks we have.
I am reluctant to commit these changes because it could hurt the release of the beta.



Subject: PageLinksEditor - OK&Cancel Buttons are not visible
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 22 Jan 2004 12:42:15 +0300
Newsgroups: jedi.vcl

I found that positions of these buttons are far from visible states, I can't see its on my 1600x1200 screen


Subject: Re: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 09:13:38 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Now it is not amusing anymore. It now pisses me off. All debugging showed no problem with bchball.ani, but it simply does not paint.

After some debugging i found the bug at last.
bchball.ani contains unusual animated cursors in its animation sequence.
It contains two frames each a cursor with two cursors in it.
Now Draw from TJvAniFile is used instead of Draw from TJvAni.
That method accounts for the unusual cursors.



Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 22 Jan 2004 05:46:45 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Without it Delphi 6 gets problems in the packages.
> I also use it outside the JVCL packages so i added it back again.

Is this a way to get Zlib or a JvZlib conversion working?
What is the API of Zlib and which file needs to be converted?



Subject: Re: jvprintpreview always prints a blank page first???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 22:03:10 +0100
Newsgroups: jedi.vcl

Should be fixed now.

The code looked like this:
if "IsFirstPage" then
  Printer.BeginDoc;
Printer.NewPage;

As BeginDoc starts a new page the NewPage will force a blank page. I have
changed it to

if "IsFirstPage" then
  Printer.BeginDoc
else
  Printer.NewPage;


-- Regards, Andreas Hausladen 

Subject: Re: jvprintpreview always prints a blank page first???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 21:55:48 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > dave wrote:
> > 
>> > > Anybody have any ideas as to why i get a blank page printed before my
>> > > actual image?

Sorry. I read "black" instead of "blank"


-- Regards, Andreas Hausladen 

Subject: Re: D8
From: "Holger Flick" <no_spam@nobody.com>
Date: Wed, 21 Jan 2004 21:51:01 +0100
Newsgroups: jedi.vcl

Thanx.

-- Holger




Subject: Re: Wisdom of a name change
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Jan 2004 21:50:46 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Wed, 21 Jan 2004 21:49:40 +0100:

 MB>     I went ahead and changed at least the fake property name (the only
 MB> thing that would be really publicly visible).

    Including the only example of provider/consumer.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Mourir avant quinze ans" by Nits.




Subject: Re: Wisdom of a name change
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Jan 2004 21:49:40 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Wed, 21 Jan 2004 17:05:04 +0100:

 MB>  However, the class also defines a fake
 MB> property to store those extensions and, you guessed it, that property
 MB> is named 'Implementers'. That should most definitely be 'Extensions'.

    I went ahead and changed at least the fake property name (the only thing
that would be really publicly visible). The protected methods will have to
wait. I want as much of the data provider core documented as I can possibly
achieve before the Beta release. If someone ones to rename them (and in the
derived classes where necessary; mostly any reference to InitImplementers):
go right ahead.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Mourir avant quinze ans" by Nits.




Subject: Re: jvprintpreview always prints a blank page first???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 20:17:56 +0100
Newsgroups: jedi.vcl

dave wrote:

> > Anybody have any ideas as to why i get a blank page printed before my
> > actual image?

What version of the JVCL do you use? Are you using a version newer that
2004-01-20 ?
If not: I have replaced the StretchDraw function by StretchDIBits when
printing. The reason is that StretchDraw ist not supported by all printers.


-- Regards, Andreas Hausladen 

Subject: Re: making CompileExamples.bat work again
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Jan 2004 19:54:44 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 21 Jan 2004 19:38:08 +0100:

 RM> JvPlugin\6PluginPackage\PlgPlugin\plgTest.dpk

 RM> Warning: Unit 'JvPlugin' implicitly imported into package 'plgTest'
 RM> Warning: Unit 'JvResources' implicitly imported into package 'plgTest'
 RM> Warning: Unit 'JvConsts' implicitly imported into package 'plgTest'

    The plugin package must be added to the required section of plgTest.dpk
(otherwise the example won't work if the host application is build with
packages).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: jvprintpreview always prints a blank page first???
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 21 Jan 2004 12:46:31 -0600
Newsgroups: jedi.vcl

Anybody have any ideas as to why i get a blank page printed before my actual
image?

I dont know whats going on. I am sure i am missing something.
I can post some code later today, but my development box i am designing this
on is not hooked up to the internet at work.

Thanks in advance,
Dave




Subject: Re: making CompileExamples.bat work again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 19:38:08 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I currently make CompileExamples.bat work again.
> The main stumbling block is JvUIB where the .res files are missing.
> The command line compiler does not like that.
> The UIB examples seem to be a bit outdated also. There have been changes in at least one enumeration.
>

CompileExamples.bat completes its task now.

I have added the missing .res files, but i had to deactivate several parts of the UIB examples because they do not want to compile.
Strange effects i did not check further.

JvPlugin\6PluginPackage\PlgPlugin\plgTest.dpk

Warning: Unit 'JvPlugin' implicitly imported into package 'plgTest'
Warning: Unit 'JvResources' implicitly imported into package 'plgTest'
Warning: Unit 'JvConsts' implicitly imported into package 'plgTest'

These are the only warnings we get now.



Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 19:27:10 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Andreas Hausladen wrote:
>> > > Is the {$WEAKPACKAGEUNIT ON} wanted in common/ModuleLoader? It causes
>> > > Delphi 5 to produce wrong hints.
> > 
> > Without it Delphi 6 gets problems in the packages.
> > I also use it outside the JVCL packages so i added it back again.

OK. It seems that the combination of InternalXxxx and WEALPACKAEUNIT has
confused Delphi 5. The wrong hints are gone.



-- Regards, Andreas Hausladen 

Subject: Re: [W2000, D6] Bug in TJvSpinEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 21 Jan 2004 19:15:35 +0100
Newsgroups: jedi.vcl

>> > > Ok, but what can i do to solve this problem ??
> >
> > Ow, it is fixed in CVS. See
> >
> > http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvSpin.pas
> >
> > rev 1.28
> >

Thanks !!
Lionel




Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 18:23:11 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Is the {$WEAKPACKAGEUNIT ON} wanted in common/ModuleLoader? It causes
> Delphi 5 to produce wrong hints.

Without it Delphi 6 gets problems in the packages.
I also use it outside the JVCL packages so i added it back again.



Subject: Re: D8
From: "Stefan Bodingh" <stefan@nospamplease.bodingh.se>
Date: Wed, 21 Jan 2004 18:15:32 +0100
Newsgroups: jedi.vcl

Hi,

For Delphi 8:
http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=21333

/Stefan


"OBones" <obones_REM_SPM_@_PIF_meloo.com> skrev i meddelandet
news:buk82f$q8b$1@talkto.net...
> > Holger Flick wrote:
>> > > Hi,
>> > >
>> > > any plans for Delphi 8 and the JVCL/JCL? Would be nice still being able
to
>> > > use it in the newest Delphi...
>> > >
> > Problem is not with Delphi, but rather with the fact that Delphi 8 only
> > supports .Net at the moment. As none of the developers have access to
> > D8, it won't be until quite a while there is a start on .Net support
> > Indeed, this would mean a rewrite of most components to comply with the
> > .Net managed code paradigm and this is not something "light".
> > So for now, there is no support for D8. When D8 Win32 is out, then the
> > support of JVCL should be straightforward, for the Win32 part.
> >
> > Thank you for your interest in the JVCL
> >
> > Regards
> > Olivier Sannier
> > JVCL Developer.
> >




Subject: Re: Wisdom of a name change
From: @in@taavi.ee
Date: Wed, 21 Jan 2004 17:14:19 GMT
Newsgroups: jedi.vcl

On Wed, 21 Jan 2004 17:05:04 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

> >    Should that be done now

IMO yes, do it now. The later you do it the more hassle it causes (to
the users).


ain


Subject: Re: Symbol Dialog
From: @in@taavi.ee
Date: Wed, 21 Jan 2004 17:08:58 GMT
Newsgroups: jedi.vcl

On Wed, 21 Jan 2004 15:24:49 -0000, "Mark Williams"
<mark@{RemoveThis}skwirel.com> wrote:

> > How do I get JVCL3 please?

http://jvcl.sourceforge.net/daily/


ain


Subject: Re: JVScheduledEvents
From: @in@taavi.ee
Date: Wed, 21 Jan 2004 17:05:31 GMT
Newsgroups: jedi.vcl

On Wed, 21 Jan 2004 16:46:24 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

>> > > Then only right subobject (which implements interface required by the
>> > > RecurringType property) would be created?
> >
> >    Until you change the RecurringType and start accessing the other
> >interface; the first will remain there. Again, it doesn't really matter as
> >the implementers are fairly compact.

When RecurringType changes then in setter method one could free the
previous implementer... but I guess that because of interface
references can still be held by some other part of sheduling engine it
could lead to hard to find AVs, so perhaps it is better to leave it as
is.


> >    It should work, but don't get your hopes up on using that at design
> >time; that would need some changes in the JVCL part to allow for other
> >implementers being used. Still, the loading/saving of the schedule should
> >keep on working since it just uses the properties of the interface(s).

I don't need designtime support...


> >    Out of curiosity: why are you planning on writing different
> >implementations?

I'm not writing different implementation. It is just that I already do
have custom objects (saved to / loaded from database at runtime) which
contain information about time to fire an event and now I just want
JvScheduledEvents to do hard work for me (calcualte actual time to
fire event)... I'm planning to write an helper object which implements
IJcl*Schedule interfaces and maps my data to sheduler types.


> > Is there a flaw in the JCL provided implementations? Is
> >something missing? Would be interesting enough to donate back to JCL?

If I can come up with something worth to add to the current
implementation I sure will donate it.


ain


Subject: Re: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 17:33:28 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Now the JvAniProj example can show all animated cursors from my WINNT\Cursors directory. Quite amusingly the bchball.ani of the example does not animate anymore. It is obviously a bug i introduced.
> I think i know already where it lurks.

Now it is not amusing anymore. It now pisses me off. All debugging showed no problem with bchball.ani, but it simply does not paint.
The inspected data structures show no real difference to the Windows animated cursors.




Subject: Re: Working through examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 17:30:07 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Done JvDialogs to JvMouseGesture, skipped JvDocking and JvHIDController...

JvHidController examples are OK.



Subject: Wisdom of a name change
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Jan 2004 17:05:04 +0100
Newsgroups: jedi.vcl

Hello, All!

    while I've been typing away at the help for JvDataProvider.pas I noticed
a really bad naming scheme I used. The problem class is
TExtensibleInterfacedPersistent. It has several fields and methods with
Implementers (or Impl) in it's name while it's actually extensions. So I'd
like to rename them to use Extensions (no abbreviations) which should hardly
be an issue as they are not publicly visible and only used in the data
providers. However, the class also defines a fake property to store those
extensions and, you guessed it, that property is named 'Implementers'. That
should most definitely be 'Extensions'.

    Should that be done now (before the code freeze; to avoid conversions at
the user side with the next release), should I just stick with the bad names
(to avoid any trouble) or should I wait 'till after the Beta and provide a
conversion .dat file? Personally I would like either option 1 or 3, because
with this naming, the help for this class will just be no help at all <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JVScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Jan 2004 16:46:24 +0100
Newsgroups: jedi.vcl

Hello, @in@taavi.ee!
You wrote  on Wed, 21 Jan 2004 15:22:14 GMT:

 > Wouldn't it be simpler to change TSchedule so that it uses lazy
 > initialization for "implements properties", ie

    It would, but that could still lead to multiple schedules to be present.

 > Then only right subobject (which implements interface required by the
 > RecurringType property) would be created?

    Until you change the RecurringType and start accessing the other
interface; the first will remain there. Again, it doesn't really matter as
the implementers are fairly compact.

 > btw do I get it right that one-shot events are implemented by
 > IJclSchedule (property StartDate: TTimeStamp defines time to fire
 > event) so that there is no "special" interface for them?

    Correct.

 > The Schedule property is of type IJclSchedule:

 >   TJvEventCollectionItem = class(TCollectionItem)
 >     property Schedule: IJclSchedule read FSchedule write FSchedule
 > stored False;

    Apparently you can set a new interface, instead of the new schedule
being copied when Schedule is being set to one.

 > so one should be able to assign anything which implements this
 > interface to it... will it work is another thing <g> (haven't tested
 > it yet)

    It should work, but don't get your hopes up on using that at design
time; that would need some changes in the JVCL part to allow for other
implementers being used. Still, the loading/saving of the schedule should
keep on working since it just uses the properties of the interface(s).

    Out of curiosity: why are you planning on writing different
implementations? Is there a flaw in the JCL provided implementations? Is
something missing? Would be interesting enough to donate back to JCL?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JVScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Jan 2004 16:37:39 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 21 Jan 2004 15:56:09 +0100:

 >> The problem then of course is that it can't be used in JVCL (at least
 >> not
 PT> as
 >> a flag in the event; setting the flag is addition to the design time
 >> form
 PT> so
 >> that might be allowed. Peter?)
 PT> If you're clever, you add the flag now and implement it later ;)

    That shows that I'm not as clever as I thought <g> Then again, why add
the flag now (doing absolutely nothing) and waiting for a time to implement
it and for a new JCL release (where the bulk of changes will be going; I
have no idea when a new JCL is planned and the needed changes in JVCL really
should have to wait for that)


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Symbol Dialog
From: "Mark Williams" <mark@{RemoveThis}skwirel.com>
Date: Wed, 21 Jan 2004 15:24:49 -0000
Newsgroups: jedi.vcl

Hi Peter,

Thanks for reply and for tip.  How do I get JVCL3 please?


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bullsj$1h3$1@talkto.net...
> > "Mark Williams" <mark@{RemoveThis}skwirel.com> skrev i meddelandet
> > news:bulhlo$ia$1@talkto.net...
>> > > Did I image its existence?  Maybe I should stop taking
>> > > hallucinogenics.  Just in case its not the drugs does anyone know where
I
>> > > might find it?
> >
> > Don't know if we had soething like that 6 months ago but there is a demo
of
> > the TJvCharMap component in JVCL3 in \examples\JvCharMap
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVScheduledEvents
From: @in@taavi.ee
Date: Wed, 21 Jan 2004 15:22:14 GMT
Newsgroups: jedi.vcl

On Wed, 21 Jan 2004 14:46:54 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

Hello Marcel,

> >    All good suggestions (although FireFishyEvents is not the name I would
> >have chosen. Perhaps TriggerInvalidDates would be better); not before the
> >beta though...

Yeah, I didn't expect this property name to make it into real code <g>


>> > > Now, when I want to use my own objects with JvScheduledEvents those
>> > > objects must implement IJclSchedule, IJclScheduleDayFrequency,
>> > > IJclDailySchedule, IJclWeeklySchedule, IJclMonthlySchedule,
>> > > IJclYearlySchedule interfaces, right?
> >
> >    Yes, more or less the way I did it in JclSchedule, although the fact
> >that all sub interfaces/objects are always generated, even when not used is
> >not the nicest solution. For the DataProvider core I wrote
> >TExtensibleInterfacedPersistent and TAggregatedPersistentEx; that allow sub
> >interfaces to be just generated when needed (and others removed when the
> >schedule type changes) and accessed directly from the main interface but
> >since the schedule objects are not that memory consuming it's not that big a
> >problem.

Wouldn't it be simpler to change TSchedule so that it uses lazy
initialization for "implements properties", ie

    property DailySchedule: TDailySchedule read GetDailySchedule
implements IJclDailySchedule;

function TSchedule.GetDailySchedule: TDailySchedule;
begin
  if(FDailySchedule = nil)then DailySchedule:= TDailySchedule.Create;
  Result:= FDailySchedule;
end;

Then only right subobject (which implements interface required by the
RecurringType property) would be created?


btw do I get it right that one-shot events are implemented by
IJclSchedule (property StartDate: TTimeStamp defines time to fire
event) so that there is no "special" interface for them?


>> > >  And then I can add my objects into sheduler like
>> > > JvScheduledEvents.Events.Add.Schedule:= TMyObject.Create();
> >
> >    Hmm, I would have to check the code, but I'm not sure if the Schedule
> >property can be set to another object; I think it copies the settings. But
> >if it accepts and uses the new interfaces you should be OK.

The Schedule property is of type IJclSchedule:

  TJvEventCollectionItem = class(TCollectionItem)
    property Schedule: IJclSchedule read FSchedule write FSchedule
stored False;

so one should be able to assign anything which implements this
interface to it... will it work is another thing <g> (haven't tested
it yet)


ain


Subject: Re: JVScheduledEvents
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 15:56:09 +0100
Newsgroups: jedi.vcl

> > The problem then of course is that it can't be used in JVCL (at least not
as
> > a flag in the event; setting the flag is addition to the design time form
so
> > that might be allowed. Peter?)
If you're clever, you add the flag now and implement it later ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Working through examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 15:51:22 +0100
Newsgroups: jedi.vcl

Done JvDialogs to JvMouseGesture, skipped JvDocking and JvHIDController...

JvMRUList next...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 15:33:36 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> JvAniProj.exe uncovers a bug in the ANI handling.
> Some of the Windows animated cursors are reported to have 0 frames and are not shown. Windows mouse control panel can show them fine.

JvAni.pas implements a TGraphic whereas JvAniFile.pas implements a TJvAnimatedCursorImage = class(TPersistent).
I changed the implementation of TJvAni = class(TGraphic) from JvAni.pas to use a TJvAnimatedCursorImage internally to remove some duplicated functionality. It seems that the LoadFromStream in JvAni.pas was buggy.
I moved the ability to do a SaveToStream from JvAni.pas to JvAniFile.pas. Maybe i will also add the ability to handle clipboard format in JvAni.pas.

Now the JvAniProj example can show all animated cursors from my WINNT\Cursors directory. Quite amusingly the bchball.ani of the example does not animate anymore. It is obviously a bug i introduced.
I think i know already where it lurks.



Subject: Re: Latests BCB6 usage test
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 15:30:55 +0100
Newsgroups: jedi.vcl

OBones wrote:

> For those last two problems, I must admit I'm quite surprised. I followed my own advice to indicate where those files and while it was working when I did my first tests, it doesn't anymore...
> Moreover, the linker problem happens with all other components that use either a dfm or a res file. I'll investigate that.
>

I had a strange problem yesterday when i tried to compile the examples with CompileExamples.bat. It stopped complaining that a .dfm of an example was missing. The example compiled fine in the IDE. I did not save the example from the IDE. I deleted all .dcu and .exe files of the examples. Still the ComipleExamples.bat had no problems afterwards.



Subject: Re: starting point for the update of the examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 15:28:20 +0100
Newsgroups: jedi.vcl

I'll have a look, I'm checking this demo at the moment anyway.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 15:24:24 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Is the {$WEAKPACKAGEUNIT ON} wanted in common/ModuleLoader? It causes
> Delphi 5 to produce wrong hints.
>
> Is HFILE declared in Libc? I think not. So the Internal-Loader functions
> will not compile under Linux.
>
> I will clean the file and replace the TModuleLoader calls to InternalXxxx
> by the functions ModuleLoader.pas offers.
>
>
>

Please add the WEAKPACKAGEUNIT ON again. I also use ModuleLoader.pas in non-JVCL packages and get conflicts without WEAKPACKAGEUNIT ON.



Subject: Re: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 15:22:42 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> FindReplaceDemo.exe does not show a replace dialog when selecting "Find
>> (own dialogs) : Replace...". It shows a find dialog.
>
> It first displays a InputQuery for the find text and, if that returns OK, it
> displays another InputQuery for the replace text.
>
> Maybe it should be redone to use a dual input dialog instead...

It would be enough to change the caption of the dialog to something like "Find & Replace: Find" and it would be understandable.
It is a GUI problem. "Replace..." indicates that a replace dialog will follow. When a dialog titled "Find" appears you get irritated.



Subject: Re: JVScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Jan 2004 14:46:54 +0100
Newsgroups: jedi.vcl

Hello, @in@taavi.ee!
You wrote  on Wed, 21 Jan 2004 12:14:20 GMT:

 > Hello Marcel,

 >>> But I do have another question about JvScheduledEvents - when
 >>> sheduling event "monthly day 31 of every 1 month", what happens on
 >>> february, april etc, will the event be ignored or...?
 >>
 >>    I really should check this, but IIRC it's interpreted as last day of
 >> month. The same goes for 30 and 29: for Februari these will be
 >> interpreted as last day of month. But I might be wrong and it's
 >> interpreted as first day of next month. I'm pretty sure the events are
 >> not ignored though....

 > Hmm, I'm not sure this is good idea - after all, there is another
 > option to define event to fire on last or first day of the month...

    Yes, I had to choose between ignoring it or assume that if 31 is
specified it's to be the last day of the month. And being the lazy guy that
I can sometimes be, I just hardcoded that behavior, instead of making it
optional.

 > perhaps JvScheduledEvents should have an property FireFishyEvents:
 > ffeNever, ffeLastDay, ffeFirstDay (or should every monthly / yearly
 > event have it?) and an additional flag in event which tells was the
 > event fired on time or because it isn't possible to fire it on defined
 > time (ie defined to fire on day 31 but there is only 30 days in
 > current month).

    All good suggestions (although FireFishyEvents is not the name I would
have chosen. Perhaps TriggerInvalidDates would be better); not before the
beta though...

 > Now, when I want to use my own objects with JvScheduledEvents those
 > objects must implement IJclSchedule, IJclScheduleDayFrequency,
 > IJclDailySchedule, IJclWeeklySchedule, IJclMonthlySchedule,
 > IJclYearlySchedule interfaces, right?

    Yes, more or less the way I did it in JclSchedule, although the fact
that all sub interfaces/objects are always generated, even when not used is
not the nicest solution. For the DataProvider core I wrote
TExtensibleInterfacedPersistent and TAggregatedPersistentEx; that allow sub
interfaces to be just generated when needed (and others removed when the
schedule type changes) and accessed directly from the main interface but
since the schedule objects are not that memory consuming it's not that big a
problem.

    Hmmm, maybe the TriggerInvalidDates property could be implemented, as it
is in JCL and they are not in a code freeze (or did I miss an announcement?)
The problem then of course is that it can't be used in JVCL (at least not as
a flag in the event; setting the flag is addition to the design time form so
that might be allowed. Peter?)

 >  And then I can add my objects into sheduler like
 > JvScheduledEvents.Events.Add.Schedule:= TMyObject.Create();

    Hmm, I would have to check the code, but I'm not sure if the Schedule
property can be set to another object; I think it copies the settings. But
if it accepts and uses the new interfaces you should be OK.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: starting point for the update of the examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 14:40:21 +0100
Newsgroups: jedi.vcl

> > FindReplaceDemo.exe does not show a replace dialog when selecting "Find
> > (own dialogs) : Replace...". It shows a find dialog.
It first displays a InputQuery for the find text and, if that returns OK, it
displays another InputQuery for the replace text.

Maybe it should be redone to use a dual input dialog instead...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Working through examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 14:34:06 +0100
Newsgroups: jedi.vcl

I am working through the demos with Delphi 5, making sure they compile. That
doesn't mean that they work in the manner that the original author intended,
though. It only means I can compile them without errors.

Progress so far:

Done Globus to JvDiagramShape, skipped JediSurveyor and JVCLMegaDemo.

Continuing with JvDialogs...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missing bitmaps in JvDBGrid.res
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 14:03:58 +0100
Newsgroups: jedi.vcl

> > I have split the rc files yesterday, but i only moved JV_DS_STATES to
> > the new JvDBControls.rc

No, Flemming is right. You didn't add the images for checked, unchecked and
popup. I've done it now. Flemming, I'll upload a new JvDBGrid.res to
binaries in a few moments.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Latests BCB6 usage test
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 21 Jan 2004 23:00:38 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> JvDocking:
>> The linker complains it cannot find JvDockableForm.dfm,
>> JvDockHostConjoint.dfm and JvDockTabHost.dfm
>> These files exist in the run folder, but surprisingly, there are no .pas
>> files associated with them!
>
> These are used by JvDockControlForm.pas (yes, all three of them).
>
>
Why not, and I'm sure it's not what breaks the usage.
Apparently, the linker is ignoring the Environment options set for all projects.
It used to work, but now it doesn't anymore... I don't understand and this PISSES ME OFF !
I'll have to find out a solution, but that will be tomorrow.



Subject: Re: Latests BCB6 usage test
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 13:45:37 +0100
Newsgroups: jedi.vcl

> > JvDocking:
> > The linker complains it cannot find JvDockableForm.dfm,
> > JvDockHostConjoint.dfm and JvDockTabHost.dfm
> > These files exist in the run folder, but surprisingly, there are no .pas
> > files associated with them!
These are used by JvDockControlForm.pas (yes, all three of them).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Latests BCB6 usage test
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 21 Jan 2004 22:31:24 +1000
Newsgroups: jedi.vcl

Here are the results of the test I just did to see if the latest inclusions are usable with BCB6:

JvDotNetControls:
All ok

JvDocking:
The linker complains it cannot find JvDockableForm.dfm, JvDockHostConjoint.dfm and JvDockTabHost.dfm
These files exist in the run folder, but surprisingly, there are no .pas files associated with them!

JvXPControls:
The linker complains it cannot find JvXPBar.res and JvXPCore.res


For those last two problems, I must admit I'm quite surprised. I followed my own advice to indicate where those files and while it was working when I did my first tests, it doesn't anymore...
Moreover, the linker problem happens with all other components that use either a dfm or a res file. I'll investigate that.



Subject: Re: JVScheduledEvents
From: @in@taavi.ee
Date: Wed, 21 Jan 2004 12:14:20 GMT
Newsgroups: jedi.vcl

On Tue, 20 Jan 2004 23:57:01 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

Hello Marcel,

>> > > But I do have another question about JvScheduledEvents - when
>> > > sheduling event "monthly day 31 of every 1 month", what happens on
>> > > february, april etc, will the event be ignored or...?
> >
> >    I really should check this, but IIRC it's interpreted as last day of
> >month. The same goes for 30 and 29: for Februari these will be interpreted
> >as last day of month. But I might be wrong and it's interpreted as first day
> >of next month. I'm pretty sure the events are not ignored though....

Hmm, I'm not sure this is good idea - after all, there is another
option to define event to fire on last or first day of the month...
perhaps JvScheduledEvents should have an property FireFishyEvents:
ffeNever, ffeLastDay, ffeFirstDay (or should every monthly / yearly
event have it?) and an additional flag in event which tells was the
event fired on time or because it isn't possible to fire it on defined
time (ie defined to fire on day 31 but there is only 30 days in
current month).


Now, when I want to use my own objects with JvScheduledEvents those
objects must implement IJclSchedule, IJclScheduleDayFrequency,
IJclDailySchedule, IJclWeeklySchedule, IJclMonthlySchedule,
IJclYearlySchedule interfaces, right? And then I can add my objects
into sheduler like
JvScheduledEvents.Events.Add.Schedule:= TMyObject.Create();


ain


Subject: Re: BCB6 and last JVCL3 compilation through install.bat
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 21 Jan 2004 22:07:34 +1000
Newsgroups: jedi.vcl

>
> This will fix the problem, but you may have to add a dependency on CJCL.bpi too.
> I'll work on that problem as soon as I can.
Ok, the package generator now allows to put conditions in a PFLAG declaration, thus allowing the use of USEJVCL in there too.
However, you will have to regenerate all the packages if you change the include file. Delete them before to be sure they are regenerated.



Subject: Re: Missing bitmaps in JvDBGrid.res
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 21 Jan 2004 12:46:01 +0100
Newsgroups: jedi.vcl

It is this DBGrid.pas I have, but the problem is, JvDBGrid.RES do not have
images for Checked, Unchecked and popup (and maybe others, I'll have to
check)

Flemming

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bulm35$1ib$1@talkto.net...
>> > > My program is complaining about missing bitmaps for CHECK UNCHECK and
> > POPUP;
>> > > I have downloaded the latest res file from CVS, but they are also
missing
>> > > here.
> >
> > Check JvDBGrid.pas; does it say:
> >
> > const
> >   GridBmpNames: array[TGridPicture] of PChar =
> >   ('JV_DBG_BLOB', 'JV_DBG_MEMO', 'JV_DBG_PICT', 'JV_DBG_OLE',
> > 'JV_DBG_OBJECT',
> >     'JV_DBG_DATA', 'JV_DBG_NOTEMPTY', 'JV_DBG_SMDOWN', 'JV_DBG_SMUP',
> >     'JV_DBG_CHECKED', 'JV_DBG_UNCHECKED', 'JV_DBG_POPUP');
> >
> > If not, you have the wrong JvDBGrid.pas
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Missing bitmaps in JvDBGrid.res
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 12:44:38 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> If not, you have the wrong JvDBGrid.pas

I have split the rc files yesterday, but i only moved JV_DS_STATES to the new JvDBControls.rc



Subject: Re: warning and hint in JvUIBDxR
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 12:42:42 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     IB7_UP <> COMPILER7_UP, so it is used for D6 and up. But I agree that
> the helper should be enclosed in the same IFDEFS as the callers.

I am not without faults,
but that shining ring above my head has its uses ;-)



Subject: Re: Missing bitmaps in JvDBGrid.res
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 12:22:54 +0100
Newsgroups: jedi.vcl

> > My program is complaining about missing bitmaps for CHECK UNCHECK and
POPUP;
> > I have downloaded the latest res file from CVS, but they are also missing
> > here.

Check JvDBGrid.pas; does it say:

const
  GridBmpNames: array[TGridPicture] of PChar =
  ('JV_DBG_BLOB', 'JV_DBG_MEMO', 'JV_DBG_PICT', 'JV_DBG_OLE',
'JV_DBG_OBJECT',
    'JV_DBG_DATA', 'JV_DBG_NOTEMPTY', 'JV_DBG_SMDOWN', 'JV_DBG_SMUP',
    'JV_DBG_CHECKED', 'JV_DBG_UNCHECKED', 'JV_DBG_POPUP');

If not, you have the wrong JvDBGrid.pas

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Symbol Dialog
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 12:17:57 +0100
Newsgroups: jedi.vcl

"Mark Williams" <mark@{RemoveThis}skwirel.com> skrev i meddelandet
news:bulhlo$ia$1@talkto.net...
> > Did I image its existence?  Maybe I should stop taking
> > hallucinogenics.  Just in case its not the drugs does anyone know where I
> > might find it?

Don't know if we had soething like that 6 months ago but there is a demo of
the TJvCharMap component in JVCL3 in \examples\JvCharMap

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: starting point for the update of the examples
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 21 Jan 2004 13:19:39 +0300
Newsgroups: jedi.vcl

....

JvInterpreterTest.exe searches JvInterpreterTest.ini file and \Samples dir,
but they in \examples\RaLib\RaInterpreter, not in \bin directory





Subject: Symbol Dialog
From: "Mark Williams" <mark@{RemoveThis}skwirel.com>
Date: Wed, 21 Jan 2004 10:07:45 -0000
Newsgroups: jedi.vcl

I am sure that when I first installed the Jedi packages 1/2 years ago that I
came across a really neat word processor style insert symbol dialog.  I
logged it for future potential use and that time has now come, only I can't
find it any more.  Did I image its existence?  Maybe I should stop taking
hallucinogenics.  Just in case its not the drugs does anyone know where I
might find it?

Many thanks.

Mark




Subject: Missing bitmaps in JvDBGrid.res
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 21 Jan 2004 11:01:49 +0100
Newsgroups: jedi.vcl

My program is complaining about missing bitmaps for CHECK UNCHECK and POPUP;
I have downloaded the latest res file from CVS, but they are also missing
here.

regards
Flemming




Subject: Re: warning and hint in JvUIBDxR
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 10:29:30 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     IB7_UP <> COMPILER7_UP

I read the 7_UP and ignored the InterBase prefix :-(


-- Regards, Andreas Hausladen 

Subject: Re: warning and hint in JvUIBDxR
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Jan 2004 10:17:02 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Wed, 21 Jan 2004 09:25:26 +0100:

 >> This is a small local helper function i extracted because it was written
 >> twice. This seems to be a wrong hint from Delphi.

 AH> I don't think so. For Delphi 6 and 7 it is not used because the calling
 AH> code is surounded by a {$IFDEF IB7_UP} {$ENDIF}. So the function should
 AH> also be surounded by this IFDEF.

    IB7_UP <> COMPILER7_UP, so it is used for D6 and up. But I agree that
the helper should be enclosed in the same IFDEFS as the callers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 09:30:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > HFile is only used by InternalLoadLibraryEx and not at all by the Kylix
> > version. It could be replaced with LongWord/Cardinal without ill effects.

I replaced all InternalXxx function by Module loaded functions. So the
problems are gone.

-- Regards, Andreas Hausladen 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Jan 2004 09:28:12 +0100
Newsgroups: jedi.vcl

> > Peter has added a TModuleLoader class that had not compiled unter Kylix
> > because of the usage of the type HFILE.

HFile is only used by InternalLoadLibraryEx and not at all by the Kylix
version. It could be replaced with LongWord/Cardinal without ill effects.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: warning and hint in JvUIBDxR
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 09:25:26 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This is a small local helper function i extracted because it was written
> > twice. This seems to be a wrong hint from Delphi.

I don't think so. For Delphi 6 and 7 it is not used because the calling
code is surounded by a {$IFDEF IB7_UP} {$ENDIF}. So the function should
also be surounded by this IFDEF.


-- Regards, Andreas Hausladen 

Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 09:22:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > It compiled with Kylix 1.

Peter has added a TModuleLoader class that had not compiled unter Kylix
because of the usage of the type HFILE.


-- Regards, Andreas Hausladen 

Subject: Re: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 08:38:36 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> JvAniProj.exe uncovers a bug in the ANI handling.
> Some of the Windows animated cursors are reported to have 0 frames and are not shown. Windows mouse control panel can show them fine.

While trying to fix this error i found one in JvDriveCtrls.pas.
JvDirectoryListBox.SetFileList (formerly named SetFileListBox).
SetFileList is fixed now, ANI handling not yet. I know the area though.



Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 21 Jan 2004 16:47:18 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> Is the {$WEAKPACKAGEUNIT ON} wanted in common/ModuleLoader? It causes
>> Delphi 5 to produce wrong hints.
>
>
>  From way back when we set it in the JCL.
>
The question to ask is what's in the ModuleLoader.pas file. It doesn't declare any import for any DLL and as such, the WEAKPACKAGEUNIT is of no use at all. Well, at least, it's what's said in the help and if you remember well, it also was the source of the problems we had with BCB linker.
So yes, please get rid of it. It does nothing for the file and is a source of problem.



Subject: Re: warning and hint in JvUIBDxR
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 07:01:01 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> \JVCL3\run\JvUIBSQLParser.pas(41782) Warning: Variable 'yylval' meight not
> be initialized

JvUIBSQLParser is generated so this may be a bug of lex or yacc.
That is why i did not asked to fix it right away.

> Hint: Package 'JvUIBD5R' does not use and export 'JvUIBLib.BoolToUIBStr'

This is a small local helper function i extracted because it was written twice. This seems to be a wrong hint from Delphi.



Subject: Re: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 21 Jan 2004 06:58:33 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Is the {$WEAKPACKAGEUNIT ON} wanted in common/ModuleLoader? It causes
> Delphi 5 to produce wrong hints.

From way back when we set it in the JCL.

> Is HFILE declared in Libc? I think not. So the Internal-Loader functions
> will not compile under Linux.

It compiled with Kylix 1.

> I will clean the file and replace the TModuleLoader calls to InternalXxxx
> by the functions ModuleLoader.pas offers.

Ok.



Subject: Re: TJvUpDown on Windows XP
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 21 Jan 2004 00:46:09 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Ok, I can reproduce it.

Mmm, I can see what is the problem, is either a Windows or a Delphi bug. Not that easy to fix/no obvious fix.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: starting point for the update of the examples
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 21 Jan 2004 00:06:17 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > InspExample.exe crashes on exit with error 216.

Fixed. The "property" form frmTest was created with Application as parent.
I changed the code to

frmTest := TfrmTest.Create(Self);

And now it works without the AV at the end.



-- Regards, Andreas Hausladen 

Subject: Re: seems an obvious feature for TJvAppStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Jan 2004 23:59:23 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Tue, 20 Jan 2004 19:27:43 +0100:

 RM> Summary:                    OnChanged event for TJvAppStorage and
 RM> related Components
 RM> Description:
 RM> add an ability to track changes from TJvAppStorage and the related
 RM> Components

    No way this can be added before the code freeze. Another issue is what
is a change: every write or every write that actually changes something. The
latter would be a little challenge and a huge performance degrader.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JVScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Jan 2004 23:57:01 +0100
Newsgroups: jedi.vcl

Hello, @in@taavi.ee!
You wrote  on Tue, 20 Jan 2004 19:49:34 GMT:

 >> Hi Im trying to use JVScheduledEvents in a app that I am writting.  When
 >> I place component on form and run app I get a runtime error 216. I tried
 >> to create just new form with conponent only and I get same result.  Im
 >> using D5 with all updates.  Any ideas on whats going wrong? TIA

 > I don't see this with D5Pro and JVCL snapshot 12.01.2004 on W2K.

    Neither do I. I vaguely recall a bug report way back and it had
something to do with a badly implemented init/fini section of the unit.

 > But I do have another question about JvScheduledEvents - when
 > sheduling event "monthly day 31 of every 1 month", what happens on
 > february, april etc, will the event be ignored or...?

    I really should check this, but IIRC it's interpreted as last day of
month. The same goes for 30 and 29: for Februari these will be interpreted
as last day of month. But I might be wrong and it's interpreted as first day
of next month. I'm pretty sure the events are not ignored though....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: TJvUpDown on Windows XP
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 20 Jan 2004 23:40:38 +0100
Newsgroups: jedi.vcl

Andrew Fiddian-Green wrote:

> In the meantime, I isolated the problem.  It arises when you set a non zero MinWidth on the Associate control.

Ok, I can reproduce it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: D8
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 21 Jan 2004 08:17:31 +1000
Newsgroups: jedi.vcl

Holger Flick wrote:
> Hi,
>
> any plans for Delphi 8 and the JVCL/JCL? Would be nice still being able to
> use it in the newest Delphi...
>
Problem is not with Delphi, but rather with the fact that Delphi 8 only supports .Net at the moment. As none of the developers have access to D8, it won't be until quite a while there is a start on .Net support
Indeed, this would mean a rewrite of most components to comply with the ..Net managed code paradigm and this is not something "light".
So for now, there is no support for D8. When D8 Win32 is out, then the support of JVCL should be straightforward, for the Win32 part.

Thank you for your interest in the JVCL

Regards
Olivier Sannier
JVCL Developer.



Subject: Re: [W2000, D6] Bug in TJvSpinEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 20 Jan 2004 23:13:25 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:
> Ok, but what can i do to solve this problem ??

Ow, it is fixed in CVS. See

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvSpin.pas

rev 1.28

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: D8
From: "Holger Flick" <no_spam@nobody.com>
Date: Tue, 20 Jan 2004 23:03:43 +0100
Newsgroups: jedi.vcl

Hi,

any plans for Delphi 8 and the JVCL/JCL? Would be nice still being able to
use it in the newest Delphi...

-- Holger




Subject: Re: starting point for the update of the examples
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 20 Jan 2004 22:26:37 +0100
Newsgroups: jedi.vcl

> > ImageWindowDemo.exe has a bad hot track color for "Others... : 3rd
Obsolete. JvImageWindow is in \archive.

> > JvErrorIndicatorDemo.exe The error indicator of the TMemo (top right) is
> > not tied to the TMemo. When resizing the form it does not move with the
> > TMemo. Same for the checkboxes. Seems to be a problem of the error
> > indicators.
This problem is described in the demo (memo text):

"
KNOWN PROBLEMS:
[...]
2. Displaying error images while resizing the form or control will not
move the error image along with the control smoothly: it is moved
when the internal BlinkThread triggers the update event and the
movement can become jerky."

There's also a duplicate JvErrorProvider demo that should be removed.

> > MonthCalendarDemo.exe does not show any calendar.
Obsolete. JvMonthCalendar2 is in \archive

> > TransparentButtonDemo.exe does not work. The project source seems messed
up.
Works fine for me although it isn't too hot (but that's true for many of the
demos).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: warning and hint in JvUIBDxR
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Jan 2004 22:12:16 +0100
Newsgroups: jedi.vcl

\JVCL3\run\JvUIBSQLParser.pas(41782) Warning: Variable 'yylval' meight not
be initialized
Hint: Package 'JvUIBD5R' does not use and export 'JvUIBLib.BoolToUIBStr'


-- Regards, Andreas Hausladen 

Subject: {$WEAKPACKAGEUNIT ON} in ModuleLoader.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Jan 2004 21:53:56 +0100
Newsgroups: jedi.vcl

Is the {$WEAKPACKAGEUNIT ON} wanted in common/ModuleLoader? It causes
Delphi 5 to produce wrong hints.

Is HFILE declared in Libc? I think not. So the Internal-Loader functions
will not compile under Linux.

I will clean the file and replace the TModuleLoader calls to InternalXxxx
by the functions ModuleLoader.pas offers.



-- Regards, Andreas Hausladen 

Subject: starting point for the update of the examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 21:43:06 +0100
Newsgroups: jedi.vcl

FileDirDemo.exe uncovers painting problems of TJvDriveList.
It gets a horizontal scrollbar on my computer and this seems to cause the problems. Could be a general provider problem.

FindReplaceDemo.exe does not show a replace dialog when selecting "Find (own dialogs) : Replace...". It shows a find dialog.

ImageWindowDemo.exe has a bad hot track color for "Others... : 3rd form". The blue makes the icons almost invisible. Only a bug if the color is changeable and not the standard selection color.
"Change : Columns" does not do anything.

InspectorDBExample.exe
Can the focused element in the Inspector change with the selection of a cell in the grid?

InspExample.exe crashes on exit with error 216.

JvAniProj.exe uncovers a bug in the ANI handling.
Some of the Windows animated cursors are reported to have 0 frames and are not shown. Windows mouse control panel can show them fine.

JvAppInstDemo.exe rejects the creation of new instances.

JvChartDemo.exe is as hopeless as the underlying component.

JvComboListBoxDemo.exe needs a minimum constaint for the form size.
Clicking "Load..." results in access to A: where usually no floppy is inserted.

JvDialogsDemo.exe needs a warning text that these are the true fully functional Windows dialogs.
On "Other dialogs" tab "Fatal Exit" is visible, but nonfunctional.
"Password", "Exchange listboxes", "Login", "Serial", "Progress dialog" are nonfunctional.

JvEdits.exe needs a descriptive caption.

JvErrorIndicatorDemo.exe The error indicator of the TMemo (top right) is not tied to the TMemo. When resizing the form it does not move with the TMemo. Same for the checkboxes. Seems to be a problem of the error indicators.

JvFormatEditDemo.exe is unstructured and overcrowded. Completely unusable.

JvObjPickerDemo.exe does not work. I think the Delphi Informant COM object it uses is missing on my computer.

JvPanelDemo.exe makes me vomit.

JvPlayListProj.exe When moving a selection up or down the list loses the focus.

JvProgressDialogDemo.exe when switching between non-modal progess and main form it seems a bit slow in response.

JvShellHookDemo.exe The hint show time should be increased to be able to read the elaborate hints.

JvSystemPopupProj.exe is not understandable.

ListCombDemo.exe throws an "invalid class typecast" when loading a file.

MessengerDemo.exe i got a strange text in the RichEdit telling something about "readonly".

MonthCalendarDemo.exe does not show any calendar.

prjControls.exe seems incomplete.

TransparentButtonDemo.exe does not work. The project source seems messed up.



Subject: Re: Division by Zero error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 20 Jan 2004 20:51:54 +0100
Newsgroups: jedi.vcl

> > I'm using JVCL with an application and sometimes, when I start it, I get a
> > "Division by zero" error. The problem is in the JclSysInfo unit, procedure
> > GetCPUInfo. The machine is a Pentium IV 2.6Ghz. Does anyone knows how to
fix
> > this problem?

Yes, get the latest JCL or check mantis (search for GetCPUInfo) for a fix
(http://jvcl.sf.net/mantis)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVScheduledEvents
From: @in@taavi.ee
Date: Tue, 20 Jan 2004 19:49:34 GMT
Newsgroups: jedi.vcl

On Tue, 20 Jan 2004 10:49:39 -0500, "Marc Alverez"
<alverm@odhs.state.oh.us> wrote:

> >Hi Im trying to use JVScheduledEvents in a app that I am writting.  When I
> >place component on form and run app I get a runtime error 216. I tried to
> >create just new form with conponent only and I get same result.  Im using D5
> >with all updates.  Any ideas on whats going wrong? TIA

I don't see this with D5Pro and JVCL snapshot 12.01.2004 on W2K.

But I do have another question about JvScheduledEvents - when
sheduling event "monthly day 31 of every 1 month", what happens on
february, april etc, will the event be ignored or...?


ain


Subject: Re: TJvUpDown on Windows XP
From: "Andrew Fiddian-Green" <ho.ho@santa.net>
Date: Tue, 20 Jan 2004 20:13:23 +0100
Newsgroups: jedi.vcl

Dear Remko,

In the meantime, I isolated the problem.  It arises when you set a non zero MinWidth on the Associate control.

Attached is a PNG showing two identical TEdit -- both edits have Width = 100, but one of them has MinWidth = 100 whereas the other one has MinWidth = 0.

Regards,
AndrewFG

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message news:bu6p8i$i47$1@talkto.net...
> > Andrew Fiddian-Green [436602] wrote:
> > 
>> > > I am using some instances of TJvUpDown in my application; but on Windows XP,
>> > > when the associated control is a TEdit, they look dreadful (the TJvUpDown
>> > > obscures the frame border of the TEdit).
> > 
> > Can you post a screen-shot to binaries?
> > 
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> > 

TJvUpDown.png

TJvUpDown.png
	



Subject: Division by Zero error
From: "Paulo Ribeiro" <paulo@ideiassemfim.net>
Date: Tue, 20 Jan 2004 18:42:42 -0000
Newsgroups: jedi.vcl

Hello,

I'm using JVCL with an application and sometimes, when I start it, I get a
"Division by zero" error. The problem is in the JclSysInfo unit, procedure
GetCPUInfo. The machine is a Pentium IV 2.6Ghz. Does anyone knows how to fix
this problem?

Regards,
Paulo




Subject: seems an obvious feature for TJvAppStorage
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 19:27:43 +0100
Newsgroups: jedi.vcl

The following NEW bug has been ADDED.
=======================================================================
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=1297
=======================================================================
Reporter:                   anonymous
Handler:
=======================================================================
Project:                    JEDI VCL
Bug ID:                     0001297
Category:                   04 Feature Request
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
=======================================================================
Date Submitted:             01-20-04 01:20 PST
Last Modified:              01-20-04 01:20 PST
=======================================================================
Summary:                    OnChanged event for TJvAppStorage and related Components
Description:
add an ability to track changes from TJvAppStorage and the related
Components
=======================================================================



Subject: Re: [W2000, D6] Bug in TJvSpinEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 20 Jan 2004 19:01:46 +0100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> a écrit dans le message news:
buhlj3$747$1@talkto.net...
> > Non themed application do not have hot states for the buttons, ie
> > FTopHotBtn and FBottomHotBtn are empty.
> >
> > The problem is that the spin control now does use those bitmaps for non
> > themed application, so an empty bitmap is displayed.
> >

Ok, but what can i do to solve this problem ??

Regards,
Lionel




Subject: Re: JvTreeView checkbox event
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 20 Jan 2004 18:57:26 +0100
Newsgroups: jedi.vcl

> > Thank you very much,
> >
> > But I do not find the events OnToggling and OnToggled in the component
> > TJvTreeView, to be able to capture when checkbox an element.
> >
> > I use the JVCL 2.10
> >
> > That problem I can have ?
Sorry, these events are only available in TJvCheckTreeView and I donät
remember if they were part of JVCL 2.10. With a normal JvTreeview I think
you could use the OnClick event.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTreeView checkbox event
From: "Sisco" <nospam@nospam.com>
Date: Tue, 20 Jan 2004 18:46:01 +0100
Newsgroups: jedi.vcl

Thank you very much,

But I do not find the events OnToggling and OnToggled in the component
TJvTreeView, to be able to capture when checkbox an element.

I use the JVCL 2.10

That problem I can have ?

Thanks

Sisco.


"Peter Thörnqvist" <peter3@nospam.peter3.com> escribió en el mensaje
news:bujb5b$kn6$1@talkto.net...
>> > > It is possible to capture the checkbox event in TJvTreeView?
> > See OnToggling and OnToggled
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: making CompileExamples.bat work again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 17:21:14 +0100
Newsgroups: jedi.vcl

I currently make CompileExamples.bat work again.
The main stumbling block is JvUIB where the .res files are missing.
The command line compiler does not like that.
The UIB examples seem to be a bit outdated also. There have been changes in at least one enumeration.



Subject: JVScheduledEvents
From: "Marc Alverez" <alverm@odhs.state.oh.us>
Date: Tue, 20 Jan 2004 10:49:39 -0500
Newsgroups: jedi.vcl

Hi Im trying to use JVScheduledEvents in a app that I am writting.  When I
place component on form and run app I get a runtime error 216. I tried to
create just new form with conponent only and I get same result.  Im using D5
with all updates.  Any ideas on whats going wrong? TIA




Subject: JvPageControl
From: "Eric Guéguiniat" <eric@menlog.com>
Date: Tue, 20 Jan 2004 16:17:30 +0100
Newsgroups: jedi.vcl

Hi,

I think i found a bug when a page is invisible:

I have replace this line in the
procedure TJvPageControl.DrawDefaultTab(TabIndex: Integer;
  const Rect: TRect; Active: Boolean; DefaultDraw: boolean);

 //S := Pages[TabIndex].Caption;     // If a have 3 pages and the second is
invisible, the caption of the third page = pages[2].caption
-> S := Pages[imageIndex].Caption; // page[3].caption  => OK

Is it good ?

Thanks.
Eric




Subject: Re: JvPlacemnt
From: "André Snepvangers" <asn@xs4all.nl>
Date: Tue, 20 Jan 2004 15:38:17 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:buigq1$fe4$1@talkto.net...
> > Why do we constantly get this unit included? It is obsolete and not even
> > in Archive.
> > JvImagePreviewForm.pas, JvPictureEditForm.pas, JvSpeedbarForm.pas all in
> > Design.
> >

Oops,  the IDE must have added JvPlacement from JVCL 2.1 which contains
TJvFormPlacement.
(Project options are not set when you open a file with the windows
explorer.)

> > JvImagePreviewForm.pas obviously is also wrong in Linux support. It
> > contains a hardcoded '*.*'.
> > Be careful in fixing though. Simply replacing it with '*' or
> > AllFilePattern from JvConsts.pas will not work.
> >

Thanks for the warning will be solved with TStringlist + delimeter (|)

Regards,

André Snepvangers




Subject: Re: JvTreeView checkbox event
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 20 Jan 2004 15:03:44 +0100
Newsgroups: jedi.vcl

> > It is possible to capture the checkbox event in TJvTreeView?
See OnToggling and OnToggled

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTreeView checkbox event
From: "Sisco" <fcamacho@softbysisco.com>
Date: Tue, 20 Jan 2004 12:53:48 +0100
Newsgroups: jedi.vcl

Hi all,

It is possible to capture the checkbox event in TJvTreeView?

Thanks,

Sisco.






Subject: Re: JvPlacemnt
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Jan 2004 12:49:47 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Tue, 20 Jan 2004 12:01:18 +0100:

 RM> Peter Thörnqvist wrote:
 >>> Why do we constantly get this unit included?
 >>
 >> It is not used anywhere in the current CVS, so it probably means you
 >> have old units or dcu's.

 RM> No, i got it from an update today and fixed it of course by removing
 RM> the JvPlacemnt from the uses. It must be a recent change because the
 RM> files are ENDIF cleaned.

    I found out that André added it yesterday to the files (and also noticed
you had removed it the 13th and again today). Jens has committed some files
saying the original code is JvPlacemnt.PAS which he clearly forgot to change
(it still bares the copyrights of RxLib). These are all related to the
DynControl engine and parameter lists. Probably a good idea if those are
modified as well although they don't result in an error.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvPlacemnt
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 12:01:18 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Why do we constantly get this unit included?
>
> It is not used anywhere in the current CVS, so it probably means you have
> old units or dcu's.
>

No, i got it from an update today and fixed it of course by removing the JvPlacemnt from the uses. It must be a recent change because the files are ENDIF cleaned.

I suspect it to happen with the CLX changes.



Subject: Re: JvPlacemnt
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 20 Jan 2004 11:31:40 +0100
Newsgroups: jedi.vcl

> > Why do we constantly get this unit included?
It is not used anywhere in the current CVS, so it probably means you have
old units or dcu's.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where to put images?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 20 Jan 2004 10:47:39 +0100
Newsgroups: jedi.vcl

> >     If you leave the readme.htm in the root folder and have it link to the
> > other docs, it should be no problem (unless people don't look at the
readme,
> > but then they will probably not look at other docs either).
OK, I'll move all docs except readme.htm to \help and also create a
\help\images subfolder for the pics.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Adding fields to table in runtime
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 20 Jan 2004 10:15:50 +0100
Newsgroups: jedi.vcl

Have a look here http://kadao.dir.bg/
or mail me direct fbc@systemate.dk
 I have  used Delphi as frontend for access in several projects.
regards
Flemming

"JEDI" <johan@olrac.com> wrote in message news:buinkj$ggb$1@talkto.net...
> > I'm battling to add new fields in an Access database's tables in runtime.
I
> > cannot find a component or object that does that or code for that matter.
> > Anybody that can help me?
> >
> > Thanx
> >
> > --
> > Johan van Wijk
> >
> >




Subject: Re: BCB6 and last JVCL3 compilation through install.bat
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 20 Jan 2004 19:09:14 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\design\JvSpeedbarForm.pas(55) Fatal: File not found: 'JvPlacemnt.dcu'
>
> ** error 1 ** deleting JvCtrlsC6D.bpl

Please have a look at post by Robert at 16:34



Subject: Re: Where to put images?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Jan 2004 10:06:01 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 20 Jan 2004 09:01:11 +0100:

 PT> We do have a \help directory for the hlp file but could that be used
 PT> for general docs as well? Will users find it?

    If you leave the readme.htm in the root folder and have it link to the
other docs, it should be no problem (unless people don't look at the readme,
but then they will probably not look at other docs either).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Carmen Queasy" by Maxim featuring Skin.




Subject: Adding fields to table in runtime
From: "JEDI" <johan@olrac.com>
Date: Tue, 20 Jan 2004 10:30:44 +0200
Newsgroups: jedi.vcl

I'm battling to add new fields in an Access database's tables in runtime. I
cannot find a component or object that does that or code for that matter.
Anybody that can help me?

Thanx

-- Johan van Wijk 

Subject: Re: JvResources in French ??
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 20 Jan 2004 18:29:08 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> JvUIB is different because it is still independent and already has localized strings. I want to complete the cleanup by providing Remko with as much localized new strings as possible.

Then may I kindly suggest to consider switching away from this method of localization? It may not be easy, but I think it's worth the effort.



Subject: Re: BCB6 and last JVCL3 compilation through install.bat
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 20 Jan 2004 11:26:43 +0300
Newsgroups: jedi.vcl

OBones wrote:

> That's because USEJVCL is defined and I didn't think of that case when designing the PFLAGS stuff in the package generator.
> Until I fix it, please manually add this at the end of value of the PFLAGS node in the package file (JvDockingC6R.pbk):
> -LUCJCL
>
> This will fix the problem, but you may have to add a dependency on CJCL.bpi too.
> I'll work on that problem as soon as I can.
>
I have new one:
Compiling package: JvCtrlsC6D.bpl
Loading project file
Loading template
Generating Makefile
..........................................MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
    D:\CBuild6\bin\..\BIN\bcc32 -Od -H=D:\CBuild6\bin\..\lib\vcl60.csm -Hc -Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   -tWM -w-par -I..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\dcu\ .\JvCtrlsC6D.cpp
Borland C++ 5.6.4 for Win32 Copyright (c) 1993, 2002 Borland
..\jvctrlsc6d.cpp:
Loaded pre-compiled headers.
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" -U"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6;D:\CBuild6\Projects\Lib;D:\CBuild6\Projects\Bpl" -N"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\dcu -N0..\..\dcu -$YD -$W -$O- -$A8 -v -JPHNE -M -LUDesignIde   -LUdclstd -LUCJcl -UD:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\dcu;..\..\..\JCL\dcu;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl --BCB ..\..\design\JvHTHintForm.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
65239 lines, 1.97 seconds, 1225 bytes code, 4 bytes data.
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common" -U"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6;D:\CBuild6\Projects\Lib;D:\CBuild6\Projects\Bpl" -N"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6" -U"..\..\common;..\..\run;..\..\design"  -N2..\..\dcu -N0..\..\dcu -$YD -$W -$O- -$A8 -v -JPHNE -M -LUDesignIde   -LUdclstd -LUCJcl -UD:\CBuild6\bin\..\Projects\Bpl -I..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\dcu;..\..\..\JCL\dcu;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug -U..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl -D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -O..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl --BCB ..\..\design\JvScrollMaxEditor.PAS ..\..\design\JvSpeedbarForm.PAS ...\..\design\JvBehaviorLabelEditor.PAS ..\..\design\JvCtrlsReg.PAS ...\..\design\JvFooterEditor.PAS ..\..\design\JvGroupHeaderEditor.PAS ...\..\design\JvTransparentButtonEditors.PAS ..\..\design\JvRollOutEditor.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\design\JvSpeedbarForm.pas(55) Fatal: File not found: 'JvPlacemnt.dcu'

** error 1 ** deleting JvCtrlsC6D.bpl



Subject: Re: JvBehaviorLabel.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 09:20:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I currently work on that file to have the implementation of the behaviors not misuse Caption for their visual effects.
> The problem with that is that the Caption should ALWAYS deliver the same text undisturbed by the currently active visual effect.

The effects have been reimplemented.
CodeBreaker does change the Caption because that is his effect. It changes it now only on effect end.

TJvCustomBehaviorLabel now has two public properties. UseEffectText and EffectText. This is to ease the implementation of custom effects outside JvBehaviorLabel.pas.
I would have preferred to have the properties Caption and Text disagree, but this is not possible with the VCL.



Subject: Re: Extending ode freeze deadline
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 20 Jan 2004 09:03:00 +0100
Newsgroups: jedi.vcl

> > Seems to work again.
They are planning another outage on the 22 as well...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Where to put images?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 20 Jan 2004 09:01:11 +0100
Newsgroups: jedi.vcl

> > And why not have a doc directory where we put those things?
> > I mean, it's what's usually done in most distributions I've seen. Maybe
> > we could have readme in the root and then all others in doc.

We do have a \help directory for the hlp file but could that be used for
general docs as well? Will users find it?
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvPlacemnt
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 07:34:29 +0100
Newsgroups: jedi.vcl

Why do we constantly get this unit included? It is obsolete and not even in Archive.
JvImagePreviewForm.pas, JvPictureEditForm.pas, JvSpeedbarForm.pas all in Design.

JvImagePreviewForm.pas obviously is also wrong in Linux support. It contains a hardcoded '*.*'.
Be careful in fixing though. Simply replacing it with '*' or AllFilePattern from JvConsts.pas will not work.



Subject: Re: Where to put images?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 20 Jan 2004 15:15:38 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Peter Thörnqvist wrote:
>
>> I've updated install.htm with a section on how to use the installer. I
>> created two jpg screenshots for this. Where should I put them? In the root
>> along with the install.htm or somewhere else? I don't want to put them in an
>> existing folder since they all have defined purpose, so for example \images
>> is not a good option.
>>
>> Suggestions?
>>
>
> Either install or root with root preferred.
>
And why not have a doc directory where we put those things?
I mean, it's what's usually done in most distributions I've seen. Maybe we could have readme in the root and then all others in doc.



Subject: Re: Where to put images?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 06:01:25 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've updated install.htm with a section on how to use the installer. I
> created two jpg screenshots for this. Where should I put them? In the root
> along with the install.htm or somewhere else? I don't want to put them in an
> existing folder since they all have defined purpose, so for example \images
> is not a good option.
>
> Suggestions?
>

Either install or root with root preferred.



Subject: Re: JvBehaviorLabel.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 06:00:14 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Not. They are to be considered identifiers, in my view.

This is what i thought also even with "(none)" not an identifier.
I will kepp the None behavior though.



Subject: Re: JvResources in French ??
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 20 Jan 2004 05:55:52 +0100
Newsgroups: jedi.vcl

OBones wrote:

> What I am saying is that having localized versions of the resources IS a maintenance nightmare. It imposes everyone to think of the localized versions when adding messages. Hence if one is missing, the localized version will crash when run. This is why I clearly prefer the dxgettext method, where it relies on external files. And that's also why I won't translate those resources until we made a clear decision.
> I'm telling you, the localized resource is a wrong idea and I've experiecned it enough to be sure of that. Remember of the days when we didn't have the package generator: Even if I asked for people to update the packages, how many did do it all the time?

JvUIB is different because it is still independent and already has localized strings. I want to complete the cleanup by providing Remko with as much localized new strings as possible.



Subject: Re: JvResources in French ??
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 20 Jan 2004 01:19:56 +0100
Newsgroups: jedi.vcl

> > What I am saying is that having localized versions of the resources IS a
> > maintenance nightmare. It imposes everyone to think of the localized
> > versions when adding messages.
I agree with Olivier. We should provide as much as we can with minimal code
changes to make it happen. dxgettext is perfect for this because it means no
code changes for us but still is a very good translation system that is
relatively easy to use in an application.  Localization of the JVCL design
time environment I don't really understand at all.

I also think that localizing JVCL is *way* down on the list of things that
needs to be done and absolutely not something we should bother about two
weeks before a beta release.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: print
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 20 Jan 2004 09:41:31 +1000
Newsgroups: jedi.vcl

os2 wrote:

> hi
>
> are there any component in the jedi who let me print a html file under windows and linux?

Try to use the HTML to RTF converter and then print the RTF using a TRichEdit component.



Subject: Re: JvResources in French ??
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 20 Jan 2004 09:37:28 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Robert Marquardt wrote:
>>
>>> There are spanish and russian strings as well.
>>> Volunteers speak up please :-)
>>
>>
>> As I said, French's on me (at least)
>> But we need a clear decision and clear organisation in the CVS for the gettext support.
>> BTW, a new version of poEdit is comming up.
>>
>
> Please post the french translation of the strings here so i can add it to JvUIBConst.pas even before the CVS is up again.
>
What I am saying is that having localized versions of the resources IS a maintenance nightmare. It imposes everyone to think of the localized versions when adding messages. Hence if one is missing, the localized version will crash when run. This is why I clearly prefer the dxgettext method, where it relies on external files. And that's also why I won't translate those resources until we made a clear decision.
I'm telling you, the localized resource is a wrong idea and I've experiecned it enough to be sure of that. Remember of the days when we didn't have the package generator: Even if I asked for people to update the packages, how many did do it all the time?



Subject: Re: Bug in all ComboBoxes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 20 Jan 2004 00:06:06 +0100
Newsgroups: jedi.vcl

Fixed.


-- Regards, Andreas Hausladen 

Subject: Re: [W2000, D6] Bug in TJvSpinEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 19 Jan 2004 23:49:41 +0100
Newsgroups: jedi.vcl

Non themed application do not have hot states for the buttons, ie FTopHotBtn and FBottomHotBtn are empty.

The problem is that the spin control now does use those bitmaps for non themed application, so an empty bitmap is displayed.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: print
From: os2 <os2@nobug_videotron.ca>
Date: Mon, 19 Jan 2004 17:34:24 -0500
Newsgroups: jedi.vcl

hi

are there any component in the jedi who let me print a html file under windows and linux?
-- 
Borland rulez http://pages.infinit.net/borland


Subject: Re: Bug in all ComboBoxes
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 19 Jan 2004 23:24:43 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I will replace my WM_SIZE replaces that causes this behaviour.
> Unfurtunatelly there is no virtual/dynamic VCL method except Resize() that
> is called from a WM_SIZE.

I think Resize can be used, only you have to call Resize or something explicitly in Loaded, because Resize is not called before Loaded even if WM_SIZE messages are received (See TWinControl.WMSize).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: JvAppIniStorage Bug ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 19 Jan 2004 23:17:35 +0100
Newsgroups: jedi.vcl

>> > >
>> > > The FileName.FileName property is initialized by default at
"Delphi32.ini"
>> > > and with this, it work (he create a Delphi32.ini file with all the
property
>> > > i want) . But, when i change to the name of my application, it doesn't
work.
>> > > But if i explicitly initialize the property in the Create event, it work
!!!
>> > >
> > Please note that the whole FileName.FileName stuff has disappeared and
> > is now back to FileName on its own. Please update from CVS and let me
> > know if this still happens.
> >

Sorry, but i thought that my version (16/01) was enought recent !!
OK i download a new one ...

Lionel




Subject: [W2000, D6] Bug in TJvSpinEdit
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 19 Jan 2004 23:12:14 +0100
Newsgroups: jedi.vcl

Hi !

I am on Win2000 with D6 pro

Test this : new application, put a TJvSpinEdit on the form and run
application. When you click on the arrows, they disappear !!!!!
and never reappear until the application is hidden and showing (full
redraw).

I try to see where is the problem, but there are a lot of ancestor class
.....

Lionel




Subject: Re: Bug in all ComboBoxes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Jan 2004 23:08:56 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Should be resolved by putting something in Loaded, I guess.

I will replace my WM_SIZE replaces that causes this behaviour.
Unfurtunatelly there is no virtual/dynamic VCL method except Resize() that
is called from a WM_SIZE.


-- Regards, Andreas Hausladen 

Subject: Re: Bug in all ComboBoxes
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 19 Jan 2004 23:04:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Looks like that the Resize method is not called when the WM_SIZE message
> receives. I had changed all WM_SIZE to Resize. I will check this and hope
> that I can solve this.

Looks like Resize is not called when loading the component from the stream. (See TWinControl.WMSize).

Should be resolved by putting something in Loaded, I guess.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: BCB6 and last JVCL3 compilation through install.bat
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 20 Jan 2004 07:57:10 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> --BCB ..\..\run\JvDockControlForm.PAS
> Borland Delphi Version 14.0
> Copyright (c) 1983,2002 Borland Software Corporation
> D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\run\JvAppStorage.pas(610) Fatal:
> File not found: 'JclSecurity.dcu'
>
> ** error 1 ** deleting JvDockingC6R.bpl

That's because USEJVCL is defined and I didn't think of that case when designing the PFLAGS stuff in the package generator.
Until I fix it, please manually add this at the end of value of the PFLAGS node in the package file (JvDockingC6R.pbk):
-LUCJCL

This will fix the problem, but you may have to add a dependency on CJCL.bpi too.
I'll work on that problem as soon as I can.



Subject: Re: Bug in all ComboBoxes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Jan 2004 22:53:07 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> > I found a bug in all type of comboboxes like TJvFileNameEdit,
> > TJvDirectoryEdit, TJvDBLookUpEdit.
> > The button will be placed at the middle of the edit field and not at the
> > right side. That happens at design and run time. You can temporarly move
> > the button to right side if you change the border style. If you close
> > and open the form again the button is back to the wrong place.

Looks like that the Resize method is not called when the WM_SIZE message
receives. I had changed all WM_SIZE to Resize. I will check this and hope
that I can solve this.


-- Regards, Andreas Hausladen 

Subject: Re: JvAppIniStorage Bug ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 20 Jan 2004 07:39:41 +1000
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> Hi !
>
> The FileName.FileName property is initialized by default at "Delphi32.ini"
> and with this, it work (he create a Delphi32.ini file with all the property
> i want) . But, when i change to the name of my application, it doesn't work.
> But if i explicitly initialize the property in the Create event, it work !!!
>
Please note that the whole FileName.FileName stuff has disappeared and is now back to FileName on its own. Please update from CVS and let me know if this still happens.



Subject: Bug in all ComboBoxes
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Mon, 19 Jan 2004 20:30:26 +0100
Newsgroups: jedi.vcl

I found a bug in all type of comboboxes like TJvFileNameEdit,
TJvDirectoryEdit, TJvDBLookUpEdit.
The button will be placed at the middle of the edit field and not at the
right side. That happens at design and run time. You can temporarly move the
button to right side if you change the border style. If you close and open
the form again the button is back to the wrong place.

Regards

Karlheinz




Subject: jvcl.inc modification
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Jan 2004 20:30:02 +0100
Newsgroups: jedi.vcl

I moved the following block to the top of the file

{$IFDEF QUnit}
 {$UNDEF VCL}
 {$DEFINE VisualCLX}
 {$UNDEF JVCLThemesEnabled}   // <-- was missing
{$ENDIF}

It was at the end and so under Delphi 7 the theming was enabled for
VisualCLX

-- Regards, Andreas Hausladen 

Subject: Installer problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Jan 2004 20:06:16 +0100
Newsgroups: jedi.vcl

I've just started testing the installer and have run into the following
problems:

- Compiling for D5-D7 uses the Personal/Standard editions of the packages
even though I have the CSS versons installed
- Compiling for D5 fails on JvJans DT with the error message:
Compiling package: JvJansD5D.bpl

Borland Delphi Version 13.0 Copyright (c) 1983,99 Inprise Corporation

JvJansD5D.dpk(40) Warning: Package 'JvJansD5R' will not be written to disk
because -J option is enabled

JvJansD5D.dpk(40) Fatal: Internal error: P665

- After running the installer without errors (removing JvJans etc), the
packages are NOT installed in the IDE


One other thing: when I uncheck a design package, the runtime package is
still checked. It doesn't matter if runtime packages are hidden or visible.
Is this by design or a bug?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvBehaviorLabel.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Jan 2004 19:15:22 +0100
Newsgroups: jedi.vcl

> > Should all these names be localizable or not?
Not. They are to be considered identifiers, in my view.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Where to put images?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Jan 2004 19:01:21 +0100
Newsgroups: jedi.vcl

I've updated install.htm with a section on how to use the installer. I
created two jpg screenshots for this. Where should I put them? In the root
along with the install.htm or somewhere else? I don't want to put them in an
existing folder since they all have defined purpose, so for example \images
is not a good option.

Suggestions?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Extending ode freeze deadline
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 19 Jan 2004 18:51:45 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> No worries, I'll keep extending it until CVS is up again. When it is up,
> I'll post a new date for it.
>

Seems to work again.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: JvBehaviorLabel.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jan 2004 18:33:35 +0100
Newsgroups: jedi.vcl

I currently work on that file to have the implementation of the behaviors not misuse Caption for their visual effects.
The problem with that is that the Caption should ALWAYS deliver the same text undisturbed by the currently active visual effect.
I changed Blinking some time ago. Now the other effects (with the exception of Bouncing of course) will follow.

I found another problem. You get initially "(none)" for the Behavior. You can switch to another behavior in the IDE, but you cannot switch back. I solved the problem by implementing a None behavior.

Another interesting problem now arose. "(none)" is a localizable resourcestring because it only appears in the IDE.
The other behavior names are literals in JvBehaviorLabel.pas (see initialization section).
Should all these names be localizable or not?
For now i decided to make the names not localizable and added a local constant '(none)' to JvBehaviorLabel.pas.



Subject: Re: Please Do not buy the Brain Patchwork DX Products
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jan 2004 18:32:03 +0100
Newsgroups: jedi.vcl

Please do not multipost.



Subject: Re: Extending ode freeze deadline
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Jan 2004 18:05:53 +0100
Newsgroups: jedi.vcl

> > CVS is still down at 16:30 (UTC), wonder when it is up again. Reconsider
> > the deadline  again when this happens. I have several updates for
VisualCLX
> > support that I want to check in, maybe you could extend it to tomorrow,
> > 12:00 UTC ?
> > Have the whole morning free to work/checkin  on JVCL units.

No worries, I'll keep extending it until CVS is up again. When it is up,
I'll post a new date for it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Extending ode freeze deadline
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 19 Jan 2004 18:04:34 +0100
Newsgroups: jedi.vcl

> >
> > I'm working on a CLX TComboEdit/TCombMaskEdit control that should become
> > the base class of the JvToolEdit controls.
> >

Nice, it can also be the base class for date/time edits  ( up/down buttons
or dropdown button) .

Regards,

André Snepvangers




Subject: Re: Extending ode freeze deadline
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Jan 2004 17:50:45 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I have several updates for VisualCLX support that I want to check in

I'm working on a CLX TComboEdit/TCombMaskEdit control that should become
the base class of the JvToolEdit controls.


-- Regards, Andreas Hausladen 

Subject: Please Do not buy the Brain Patchwork DX Products
From: "webpd" <webpd@toyota.co.kr>
Date: Tue, 20 Jan 2004 01:34:08 +0900
Newsgroups: jedi.vcl

This is excerped from BPDX FORUM and
Most of customers feel like this especially,
Asia Customer.
owner and only programmer Ozz is a  swindler
==========================================
Hi all,

   I Can't believe this company, yes Brain Patchwork DX, the company that
sold me DxSock more then 3 years ago.  I never seen a company with a poorer
customer services, it's been 1 MONTH since the last communication with the
owner and only programmer Ozz.  Since the last month he did'nt even post 1
message to the newsgroup and don't return emails.  I have been a customer
from this company for more then 3 years, bought the software and paid for
the annual subscription every years and what do I get in return, NOTHING!
The company is not even able to answer a simple email from a long time
client.  As I mention in my past post, DxSock is not finish, there is still
many bugs in it, some that are OVER 1 YEAR OLD.  Come on, wake up.  I have
some examples to show everyone how serious this company is:
- Last DxSock release date October 15th 2003, over 3 months old and still
many bugs in it
- No Documentation on the product, in the past 3 years I have seen 1
pseudo-documentation that was far from complete.
- No release notes, You upgrade from 3.0 to 4.0 and then find out that many
functions does not work anymore, you check the code and find out that they
change the parameters and some code, but they never told anyone about it,
guess they think "You have the code, look into it, we dont want to bother
about telling our customers what we changed"
- No examples of DxSock components
- On there web site they say, 24 hours a day 7 days a week support, wow its
been 1 month since the last post or email, guess they dont live on the same
planet as us.
- Like I said, nothing in the last month, but in that time they had time to
update there web site and probably work on some product they wanna sell to
other customers.

The way I feel right now is they sold DxSock to many customer, now they have
there money so they don't care about the customer anymore except that they
don't fix the bugs in the products so the customer will buy the annual
support, so why rush to fix the bug, the longer they wait the more money
they make.  And with all that money they are able to work on some other
product like Winshock web, ftp etc and make more money.  The nice thing is
why debug the components, lets wait for the customers to lets us know where
the bugs are so they can fix it for themself and don't spend any time
debugging.

I have paid for your product for many years and I feel like I have been
cheated, I help you many times debug your components and what do I get in
return?  An unfinish product with no documentation and a company that does
not want to give support and above all a company that does not give a shit
about there customers. I wish I was living in the US so I could sue you.
Brain Patchwork DX is a big joke.  Since my last post I have received many
email from some of your current and old customers and lets me tell you, I am
not the only one thinking that about you.  I just hope that there is many
customers and futur customers that read this and think twice before sending
you any money so you can buy a house in the mountain and laugh from the top
about the poor people that paid for your stuff and get nothing in return.

I was an unhappy customer, now I am a pissed one.




Subject: Re: Extending ode freeze deadline
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 19 Jan 2004 17:30:55 +0100
Newsgroups: jedi.vcl

> > I've decided to extend the code freeze deadline another day to tuesday
> > (january 20) since the CVS service has/will be down for about 10 hours
> > today.
> >

CVS is still down at 16:30 (UTC), wonder when it is up again. Reconsider
the deadline  again when this happens. I have several updates for VisualCLX
support that I want to check in, maybe you could extend it to tomorrow,
12:00 UTC ?
Have the whole morning free to work/checkin  on JVCL units.

Regards,

André Snepvangers




Subject: Re: help with print preview components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Jan 2004 15:43:27 +0100
Newsgroups: jedi.vcl

> > I need an example of how to use the printprewview components.

There is a demo in the examples\JvPreviewDocument folder that shows several
ways of displaying a preview /RTF, plain text, from image, a control on the
form).


> > I have been playing around with these components, but cannot figure it
out. I
> > was trying to use the JvPreviewPrinter, JvPreviewControl, and the
> > JvPreviewRenderGraphics, but i cannot figure out how to load the captured
> > image to any of these and get it to print.

What you basically do is that you add an image to the
TJvPreviewRenderGraphics.Items property
  (ie JvPreviewRenderGraphics1.Items.Add)  and then use the returned
TJvPreviewGraphicItem's Picture property to load the image of your choice.

> > I would like to give the option to print the image captured after
capturing automatically.

OTOH, I think the procedure shown by Andreas not long ago (see
"JvPrintPreview uses StretchBlt for Printer.Canvas") should suit your needs
better since it doesn't seem you want to preview, just print. If you still
want to show the image in the UI, you could use a standard TImage with
Stretch and Proportional set to true.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How to install IE band
From: "Tassos Voulgaris" <eostek@panafonet.gr>
Date: Mon, 19 Jan 2004 16:42:44 +0200
Newsgroups: jedi.vcl

Hi,

How can I install, via the web and Internet Explorer, a Internet Explorer
Toolband made with JVCL's Band Object DLL Wizard?

Thank you in advance...

Tassos




Subject: JvAppIniStorage Bug ?
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 19 Jan 2004 15:25:19 +0100
Newsgroups: jedi.vcl

Hi !

The FileName.FileName property is initialized by default at "Delphi32.ini"
and with this, it work (he create a Delphi32.ini file with all the property
i want) . But, when i change to the name of my application, it doesn't work.
But if i explicitly initialize the property in the Create event, it work !!!

I'm perplexed ...
Lionel




Subject: help with print preview components
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 19 Jan 2004 08:06:42 -0600
Newsgroups: jedi.vcl

Hello, all!
I need an example of how to use the printprewview components.
Case:
I have an app that captures the screen to a component i purchased called
Envision. It is basically an extended version of the timage. I would like to
give the option to print the image captured after capturing automatically. I
have been playing around with these components, but cannot figure it out. I
was trying to use the JvPreviewPrinter, JvPreviewControl, and the
JvPreviewRenderGraphics, but i cannot figure out how to load the captured
image to any of these and get it to print. I can not find an example in the
examples directory, so i was hoping someone who knew these components could
lend me a hand. Some Example code would be great.

Thanks in advance for any help you can give,
Dave




Subject: Re: JvResources in French ??
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jan 2004 15:05:58 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>
>> There are spanish and russian strings as well.
>> Volunteers speak up please :-)
>
> As I said, French's on me (at least)
> But we need a clear decision and clear organisation in the CVS for the gettext support.
> BTW, a new version of poEdit is comming up.
>

Please post the french translation of the strings here so i can add it to JvUIBConst.pas even before the CVS is up again.



Subject: BCB6 and last JVCL3 compilation through install.bat
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 19 Jan 2004 16:50:49 +0300
Newsgroups: jedi.vcl

I have this error now
.........................................MAKE Version 5.2  Copyright (c)
1987, 2000 Borland
    D:\CBuild6\bin\..\BIN\bcc32 -Od -H=D:\CBuild6\bin\..\lib\vcl60.csm -Hc
-Vx -Ve -X- -r- -a8 -b- -k -y -v -vi- -c   -tWM -w-par
-I..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES -n..\..\dcu\ .\JvDockingC6R.cpp
Borland C++ 5.6.4 for Win32 Copyright (c) 1993, 2002 Borland
..\jvdockingc6r.cpp:
Loaded pre-compiled headers.
    D:\CBuild6\bin\..\BIN\dcc32 -Q -M -B -I"..\..\common"
-U"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6;D:\CBuild6\Projects\Lib;D:\CBuild6\Projects\Bpl"
-N"D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\lib6"
-U"..\..\common;..\..\run;..\..\design"  -N2..\..\dcu -N0..\..\dcu -$YD
-$W -$O- -$A8 -v -JPHNE -M   -UD:\CBuild6\bin\..\Projects\Bpl
-I..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl

-R..\..\run;..\..\design;..\..\common;..\..\resources;..\..\dcu;..\..\..\JCL\dcu;D:\CBuild6\bin\..\Projects\Lib;D:\CBuild6\bin\..\lib\obj;D:\CBuild6\bin\..\lib;D:\CBuild6\bin\..\lib\debug
-U..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
-D_DEBUG;_RTLDLL;NO_STRICT;USEPACKAGES
-O..\..\design;..\..\run;..\..\common;..\..\..\JCL\source;D:\CBuild6\bin\..\include;D:\CBuild6\bin\..\include\vcl
--BCB ..\..\run\JvDockControlForm.PAS
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\run\JvAppStorage.pas(610) Fatal:
File not found: 'JclSecurity.dcu'

** error 1 ** deleting JvDockingC6R.bpl




Subject: Re: Cannot connect to CVS
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Jan 2004 14:25:11 +0100
Newsgroups: jedi.vcl

You are not alone! See SF's site status page (sf.net and then click site
status link). I will move the code freeze date forward until the CVS server
is up and running again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cannot connect to CVS
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 19 Jan 2004 14:24:19 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:
> Since last night I cannot connect to CVS

See http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1

"Developer CVS access will be down for about 10 hours on Sunday January 18, 2004 starting at noon."

They probably mean pacific time, which means they are 7 hours over time?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Cannot connect to CVS
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 19 Jan 2004 14:03:40 +0100
Newsgroups: jedi.vcl

Since last night I cannot connect to CVS

Error message:

cvs update: warning: unrecognized response `FATAL ERROR: Network error:
Connection refused

' from cvs server

cvs [update aborted]: end of file from server (consult above messages if
any)

Fout, CVS werkzaamheden mislukt

Anybody has the same problem ?

Regards,

André Snepvangers






Subject: Re: JvResources in French ??
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 19 Jan 2004 21:21:16 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> There are spanish and russian strings as well.
> Volunteers speak up please :-)
As I said, French's on me (at least)
But we need a clear decision and clear organisation in the CVS for the gettext support.
BTW, a new version of poEdit is comming up.



Subject: Re: Not getting CVS checkin mails?
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Mon, 19 Jan 2004 12:09:48 +0100
Newsgroups: jedi.vcl

Peter wrote
> > Strange indeed. If no one else reports they are having problems, I'll post
a
> > support request to SF.
> >
Since last Friday, I can't make an update from CVS (for JVCL and JCL) with
TortoiseCVS Version 1.6.1

Regards

Karlheinz




Subject: Re: JvResources in French ??
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jan 2004 11:51:25 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

Can you translate the english strings from JvUIBConsts.pas?
Fix any french spelling you dislike.

There are spanish and russian strings as well.
Volunteers speak up please :-)

  EUIB_INVALIDEIBVERSION   = 'Version de base de données incorrecte, vérifiez les options de compilation.';
  EUIB_CANTLOADLIB         = 'Impossible de charger la DLL: %s.';
  EUIB_DBHANDLEALLREADYSET = 'Le handle de la base de données est déjà défini, déconnectez d''abord la base de données.';
  EUIB_TRANSACTIONNOTDEF   = 'La transaction n''est pas définie';
  EUIB_DATABASENOTDEF      = 'La base de données n''est pas définie.';
  EUIB_QUERYNOTOPEN        = 'La requête n''est pas encore ouverte.';
  EUIB_CASTERROR           = 'Transtypage incorrect.';
  EUIB_UNEXPECTEDERROR     = 'Erreur innatendue.';
  EUIB_FIELDNUMNOTFOUND    = 'Le champ numéro: %d ''esxiste pas.';
  EUIB_FIELDSTRNOTFOUND    = 'Le champ "%s" n''existe pas.';
  EUIB_PARAMSTRNOTFOUND    = 'Le Parametre "%s" n''existe pas.';
  EUIB_BLOBFIELDNOTFOUND   = 'Le champ Blob numéro: %d n''existe pas.';
  EUIB_FETCHBLOBNOTSET     = 'La propriété FetchBlob doit être activée pour utiliser cette méthode.';
  EUIB_INDEXERROR          = 'Indice de liste hors limites (%d)';
  EUIB_SIZENAME            = 'La taille du nom est trop grande (%s)';
  EUIB_MUSTBEPREPARED      = 'La requète doit d''abord être préparée.';
  EUIB_MUSTBEOPEN          = 'La requète doit d''abord être ouverte.';
  EUIB_EXPLICITTRANS       = 'La transaction doit être démarrée explicitement.';
  EUIB_EXCEPTIONNOTFOUND   = 'L''exception %s, n''existe pas.';
  EUIB_EXPTIONREGISTERED   = 'L''exception %d a déjà été enregistrée.';
  EUIB_NOAUTOSTOP          = 'La transaction doit être fermée explicitement.';
  EUIB_NOGENERATOR         = 'Generator %s not found.';
  EUIB_NOFIELD             = 'Field not found.';
  EUIB_TABLESTRNOTFOUND    = 'Table "%s" not found.';
  EUIB_DOMAINSTRNOTFOUND   = 'Domain %s not found.';
  EUIB_PROCSTRNOTFOUND     = 'Procedure %s not found.';
  EUIB_CACHEDFETCHNOTSET   = 'CachedFetch property not set to True.';
  EUIB_PARSESQLDIALECT     = 'Parse error: SET SQL DIALECT';
  EUIB_PARSESETNAMES       = 'Parse error: SET NAMES';
  EUIB_BADAUTODLL          = '"SET AUTODDL" must be "ON" or "OFF"';
  EUIB_CHARSETNOTFOUND     = 'CharacterSet %s not found.';
  EUIB_UNEXPECTEDCASTERROR = 'Unexpected cast error.';

  EUIB_ERRCODEFMT          = 'Error Code: %d';



Subject: Re: more on JvUIB cleaning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jan 2004 11:46:10 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:
> Please, let me update UIB files myself.
> Simply report and I'll do modifications when needed.
> Actually cvs seem broken and I can't check your modifications.

I will commit JvUIBLib.pas as soon as the CVS is up again.
I made major changes to it and added comments for further changes needed.
After that i will go for other areas of the JVCL anyway.

BTW the JvUIB.inc is named jvuib.inc in the CVS.



Subject: Re: Not getting CVS checkin mails?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 19 Jan 2004 11:22:11 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 19 Jan 2004 10:49:50 +0100:

 PT> I see that SF had a hardware problem on the 15th but according to the
 PT> docs, it is only the mail archives that should be affected, not the
 PT> normal operation...

    the last mails I received where on the 18th (individual mails), the last
one being send on 20:34 UTC, checkins by André.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Not getting CVS checkin mails?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Jan 2004 10:53:32 +0100
Newsgroups: jedi.vcl

> > I received those of the 17th, 18th, 19th but it maybe only because I
> > asked for a daily compilation.

Well, I have non-digest so I should have recieved those mails as well.
Strange indeed. If no one else reports they are having problems, I'll post a
support request to SF.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Not getting CVS checkin mails?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 19 Jan 2004 19:51:51 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Am I the only one not getting CVS checkin mails anymore? I haven't recieved
> any since january 16.
>
> I see that SF had a hardware problem on the 15th but according to the docs,
> it is only the mail archives that should be affected, not the normal
> operation...
>
I received those of the 17th, 18th, 19th but it maybe only because I asked for a daily compilation.



Subject: Not getting CVS checkin mails?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 19 Jan 2004 10:49:50 +0100
Newsgroups: jedi.vcl

Am I the only one not getting CVS checkin mails anymore? I haven't recieved
any since january 16.

I see that SF had a hardware problem on the 15th but according to the docs,
it is only the mail archives that should be affected, not the normal
operation...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPrintPreview uses StretchBlt for Printer.Canvas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Jan 2004 10:33:12 +0100
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> > The same goes with the TJvPrint component. Maybe your function could be
> > put in a common unit?

The function is in JvJCLUtils and the JvPrint.pas has been changed. But
not committed due to a down CVS server.


-- Regards, Andreas Hausladen 

Subject: Re: JvPrintPreview uses StretchBlt for Printer.Canvas
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Mon, 19 Jan 2004 10:24:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The JvPrintPreview uses the StretchBlt function (Canvas.StretchDraw) for
> the printer canvas. This meight work for 70% of the most populare printers
> but will fail on the others. Even on my printer (HP5550) it is more random
> that one images is printed. A better function is StretchDIBits.

The same goes with the TJvPrint component. Maybe your function could be put in a common unit?

Regards

Hans-Eric Grönlund



Subject: Re: JvPrintPreview uses StretchBlt for Printer.Canvas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Jan 2004 10:14:49 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > If you're interested in changing it, go ahead.

Done. But not committed as the server is still down.


-- Regards, Andreas Hausladen 

Subject: Re: Command line tool to convert Unix LF to DOS CRLF
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 19 Jan 2004 11:28:15 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 19 Jan 2004 11:27:30 +0300 @394)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of OBones tremble:

 AB> ftp://ftp.nm.ru/www/Cr_2_CrLf/
Sorry, guys!
http://Arioch.nm.ru/Cr_2_CrLf/

-- WinAMP://none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Command line tool to convert Unix LF to DOS CRLF
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 19 Jan 2004 11:27:30 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 18 Jan 2004 00:45:27 +1000 @656)
....while the fading voice of OBones whispered through the darkness:

 O> I haven't tested it though.

ftp://ftp.nm.ru/www/Cr_2_CrLf/

When i had that nightmare with tDbf i made that tool.

 O> However, this kind of problem shouldn't happen again starting
 O> from 2 days ago.

It will still be here, if one desperately need update and used WebCVS insted
of Tortoise.
Tortosie do not work for me last 3 days if zipping is set on - and i do not
want to set it off yet.
-- WinAMP://none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: more on JvUIB cleaning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jan 2004 06:35:51 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:

> Please, let me update UIB files myself.
> Simply report and I'll do modifications when needed.
> Actually cvs seem broken and I can't check your modifications.

I see the CVS as a good place for exchanging files.
That it is down today is unfortunate.

BTW i sorted the case labels for some boolean cases. Label False followed by True should help the compiler generate more efficient code because it allows for a jump table.



Subject: Re: JvResources in French ??
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 19 Jan 2004 06:32:44 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> In case we do use dxgettext, for us it is a matter of providing a po file
> for the jvcl for each language we can get it translated to.

Nothing against it from my side.
Please get in contact with the authors about that. I am sure they want to know.



Subject: Extending ode freeze deadline
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Jan 2004 01:23:10 +0100
Newsgroups: jedi.vcl

I've decided to extend the code freeze deadline another day to tuesday
(january 20) since the CVS service has/will be down for about 10 hours
today.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPrintPreview uses StretchBlt for Printer.Canvas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 19 Jan 2004 01:21:22 +0100
Newsgroups: jedi.vcl

> > Here the my function that I use in my print preview:

If you're interested in changing it, go ahead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvPrintPreview uses StretchBlt for Printer.Canvas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 19 Jan 2004 01:14:35 +0100
Newsgroups: jedi.vcl

The JvPrintPreview uses the StretchBlt function (Canvas.StretchDraw) for
the printer canvas. This meight work for 70% of the most populare printers
but will fail on the others. Even on my printer (HP5550) it is more random
that one images is printed. A better function is StretchDIBits.

Here the my function that I use in my print preview:

procedure TPrintObject.CopyBmpRect(const DestRect: TRect; ABitmap: TBitmap;
  const SourceRect: TRect);
var
  Header, Bits: Pointer;
  HeaderSize, BitsSize: Cardinal;
  Bmp: TBitmap;
begin
  if FPrinting then
  begin
    if ABitmap.PixelFormat < pf15bit then
    begin
      Bmp := ABitmap;
      ABitmap := TBitmap.Create;
      ABitmap.Assign(Bmp);
      ABitmap.PixelFormat := pf24bit;
    end
    else
      Bmp := nil;
    try
      GetDIBSizes(ABitmap.Handle, HeaderSize, BitsSize);
      { Do not use Delphi's memory manager. }
      Header := VirtualAlloc(nil, HeaderSize, MEM_COMMIT, PAGE_READWRITE);
      Bits := VirtualAlloc(nil, BitsSize, MEM_COMMIT, PAGE_READWRITE);
      try
        GetDIB(ABitmap.Handle, ABitmap.Palette, Header^, Bits^);
        StretchDIBits(FCanvas.Handle,
           DestRect.Left, DestRect.Top,
           DestRect.Right - DestRect.Left, DestRect.Bottom  - DestRect.Top,
           SourceRect.Left, SourceRect.Top,
           SourceRect.Right - SourceRect.Left, SourceRect.Bottom  -
SourceRect.Top,
           Bits, TBitmapInfo(Header^),
           DIB_RGB_COLORS, FCanvas.CopyMode);
      finally
        VirtualFree(Bits, 0, MEM_FREE);
        VirtualFree(Header, 0, MEM_FREE);
      end;
    finally
      if Bmp <> nil then
        ABitmap.Free;
    end;
  end
  else
    FCanvas.CopyRect(DestRect, ABitmap.Canvas, SourceRect);
end;



-- Regards, Andreas Hausladen 

Subject: Re: more on JvUIB cleaning
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 23:32:58 +0100
Newsgroups: jedi.vcl

> > "Developer CVS access will be down for about 10 hours on Sunday January 
> > 18, 2004 starting at noon."

Hmm. maybe we should postpone code freeze until tuesday, then?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: more on JvUIB cleaning
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 18 Jan 2004 23:22:33 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:
> Actually cvs seem broken and I can't check your modifications.

See http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1

"Developer CVS access will be down for about 10 hours on Sunday January 18, 2004 starting at noon."

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net


Subject: Re: more on JvUIB cleaning
From: "Henri Gourvest" <x@x.com>
Date: Sun, 18 Jan 2004 23:21:26 +0100
Newsgroups: jedi.vcl

Please, let me update UIB files myself.
Simply report and I'll do modifications when needed.
Actually cvs seem broken and I can't check your modifications.

henri


"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de
news:bue0t7$6o8$2@talkto.net...
> > JvUIB.pas:
> >
> > All properties of TStrings type which are implemented with a TStringList
> > now have an internal property implementor of TStringList and a Get
> > method. This does not change anything in the usage, but removes some
> > typecasts. Consequently the internal property implementor variable is
> > only used in its Get and Set method.
> > This should be now consistent throughout the JVCL.
> >
> > Check my "// (rom)" comments again. There are possible bugs flagged with
it.
> >
> > Several FreeAndNil placed instead of "X.Free; X := nil;".
> >
> > Added error strings in JvUIBConst.pas again.
> >
> > I think you should raise EUIBError instead of Exception.
> >
> > JvUIBLib.pas not yet worked on.
> >




Subject: Re: JvResources in French ??
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 19 Jan 2004 07:38:32 +1000
Newsgroups: jedi.vcl

>
> In case we do use dxgettext, for us it is a matter of providing a po file
> for the jvcl for each language we can get it translated to.
>
And it would be way easier to maintain for everyone...



Subject: Re: JvColorCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 21:17:52 +0100
Newsgroups: jedi.vcl

> > But which feature do you find
> > lacking in the provider/consumer core?

None really. The lack is in the number of implementations, not in the design
AFAICS. Of course, it is not impossible that we will find design issues once
we start implementing more providers and consumers but we won't know until
we do that.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvColorCombo
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 18 Jan 2004 20:01:14 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 18 Jan 2004 19:22:50 +0100:

 PT>>>  And don't forget that some of us (me included) still use the
 PT>>> ColorCombo in production code<g>!
 >>
 >>     That's not a good reason; we've archived other components as
 >> well after they were merged or deemed useless/duplicate.
 PT> Did you miss the <g> at the end?

    Sorry, it appears I did miss it.

 >> The only problem is that I
 >> don't see an easy way to automate the conversion.

 PT> True and that is something we have to expect for the other providers as
 PT> well I guess.

    No guess, it's a fact. It will always result in the addition of a new
component and moving settings from the original control to the replacement
controls Provider sub property (and most likely renaming them) and linking
it to the newly added provider.

 PT>  The only way I see is to document it as carefully as possible either
 PT> in migration.html or in a separate "migrating to provider/consumer"
 PT> doc.

    I think a separate doc would be best, with a reference to it from the
conversion section in the main doc, especially once we have all providers to
get rid of the specialized combox, lists and buttons.

 >>     Considering we only have a single provider, that is a very true
 >> statement.
 PT> That's also one of the reasons I think we should leave the overlap as
 PT> it is for the moment. There has been (and still is) so much to do to
 PT> make JVCL3 into what it is today that the provider stuff has been left
 PT> in the background and we need to add more features before I think that
 PT> we can make the move. Maybe we should just wait until after the beta is
 PT> out or even postpone until JVCL3 final is released.

    I agree that we may have to postpone the provider stuff (or at least not
make a lot of noise about it) given the lack of providers (and to a lesser
extend consumers) and (AFAIK) the lack of peer review (well, maybe the style
cleaning could be seen as peer review?). But which feature do you find
lacking in the provider/consumer core? (aside from the lack of providers and
consumers in general).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Only One Woman" by Graham Bonnet & The Marbles.




Subject: Re: JvResources in French ??
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 19:30:19 +0100
Newsgroups: jedi.vcl

Basically we should decide whether we want to support the dxgettext way of
translation or if we are going to design our own system (inc files of
JvResources<lang> et al). I vote for going with dxgettext, since it is a
very good system for translating applications, it's easy, free and it's
independent of the JVCL sources (no recompile needed to make it active).

In case we do use dxgettext, for us it is a matter of providing a po file
for the jvcl for each language we can get it translated to.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvColorCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 19:22:50 +0100
Newsgroups: jedi.vcl

> >  PT>  And don't forget that some of us (me included) still use the
> >  PT> ColorCombo in production code<g>!
> >
> >     That's not a good reason; we've archived other components as well
after
> > they were merged or deemed useless/duplicate.
Did you miss the <g> at the end?

> > The only problem is that I
> > don't see an easy way to automate the conversion.

True and that is something we have to expect for the other providers as well
I guess. The only way I see is to document it as carefully as possible
either in migration.html or in a separate "migrating to provider/consumer"
doc.

> >     Considering we only have a single provider, that is a very true
> > statement.
That's also one of the reasons I think we should leave the overlap as it is
for the moment. There has been (and still is) so much to do to make JVCL3
into what it is today that the provider stuff has been left in the
background and we need to add more features before I think that we can make
the move. Maybe we should just wait until after the beta is out or even
postpone until JVCL3 final is released.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvColorCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 19:18:24 +0100
Newsgroups: jedi.vcl

> >    One more thing: should we split the ColorCombo unit in a ColorCombo and
> > FontCombo unit now, or postpone that as well (as inevitably, both will be
> > replaced with providers sooner or later)

I think we should wait since it might be that we have a font provider before
we remove the color combo so the split might not even be necessary.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvColorCombo
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 18 Jan 2004 19:05:18 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 18 Jan 2004 18:26:04 +0100:

 >> we can remove the JvColorCombo unit. Comments?

 PT> Clearly against it until the provider stuff is tested enough so we can
 PT> be sure it works.

   One more thing: should we split the ColorCombo unit in a ColorCombo and
FontCombo unit now, or postpone that as well (as inevitably, both will be
replaced with providers sooner or later)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "My Pony" by Ginuwine.




Subject: Re: JvColorCombo
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 18 Jan 2004 19:03:08 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 18 Jan 2004 18:28:21 +0100:

 PT> One more: there are things the color combo can do that the normal combo
 PT> + provider cannot at the moment or am I wron?

    I don't think so; maybe not always in the same way but I think I added
all features (custom colors, color name mappings, determine which colors are
visible [Standard, System and/or Custom]). But I haven't fully explored the
color combo to see what it can actually do, so maybe I did miss something.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Still loving you" by Scorpions & Berlin
Philharmonik.




Subject: Re: JvColorCombo
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 18 Jan 2004 19:02:50 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 18 Jan 2004 18:26:04 +0100:

 >> we can remove the JvColorCombo unit. Comments?

 PT> Clearly against it until the provider stuff is tested enough so we can
 PT> be sure it works.

    Well, I've tested it and found no immediate problems. But I agree more
people should take a look and test for themselves.

 PT>  And don't forget that some of us (me included) still use the
 PT> ColorCombo in production code<g>!

    That's not a good reason; we've archived other components as well after
they were merged or deemed useless/duplicate. The only problem is that I
don't see an easy way to automate the conversion. While designing the color
provider I stuck as close to the color combo box when thinking of the
defaults, but still it not only requires a change of component, but also an
addition of a new component and adding of sub properties to the combo box.
This is not something our beloved converter can handle AFAICT.

 PT> I think we should ecpect quite some overlap for some time before we can
 PT> replace existing controls with provider/consumer variants.

    Considering we only have a single provider, that is a very true
statement.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Still loving you" by Scorpions & Berlin
Philharmonik.




Subject: Re: JvColorCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 18:28:21 +0100
Newsgroups: jedi.vcl

One more: there are things the color combo can do that the normal combo +
provider cannot at the moment or am I wron?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvColorCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 18:26:04 +0100
Newsgroups: jedi.vcl

> > we can remove the JvColorCombo unit. Comments?

Clearly against it until the provider stuff is tested enough so we can be
sure it works. And don't forget that some of us (me included) still use the
ColorCombo in production code<g>!

I think we should ecpect quite some overlap for some time before we can
replace existing controls with provider/consumer variants.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvResources in French ??
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 18 Jan 2004 17:08:30 +0100
Newsgroups: jedi.vcl

> > Maybe we should place all language dependant files (JvResources.pas and
> > the .dfm .xfm files) in a language subdirectory and have the installer
> > add the .pas files of the .dfm files to the correct subdirectory.
> > The rest may be handled by generating the packages with the language
> > subdirectory path.
> >

Yes, it will be great ! And why don't uses an "inc file" that we can select
it in the "Jedi.inc" or "JVCL.inc" with a condition like
{$DEFINE FRENCH}
{.$DEFINE GERMAN} ....

{$IFDEF FRENCH}
  {$I French.inc}
{$ENDIF}
.......






Subject: Re: JvResources in French ??
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Jan 2004 16:37:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> No. The only "supported" language is English at the moment. But feel free
> to translate the JvResources.pas

I think we should decide first if we create a file like JvResourcesFr.pas or place it in a language subdirectory as JvResources.pas.

I can do a german version.

Maybe we should place all language dependant files (JvResources.pas and the .dfm .xfm files) in a language subdirectory and have the installer add the .pas files of the .dfm files to the correct subdirectory.
The rest may be handled by generating the packages with the language subdirectory path.



Subject: Re: JvResources in French ??
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 18 Jan 2004 15:07:04 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> > Is the JvResources.pas in french available ? and other langage ...

No. The only "supported" language is English at the moment. But feel free
to translate the JvResources.pas



-- Regards, Andreas Hausladen 

Subject: JvResources in French ??
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 18 Jan 2004 14:45:31 +0100
Newsgroups: jedi.vcl

Hi,

Is the JvResources.pas in french available ? and other langage ...

Regards,
Lionel




Subject: more on JvUIB cleaning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Jan 2004 14:38:11 +0100
Newsgroups: jedi.vcl

JvUIB.pas:

All properties of TStrings type which are implemented with a TStringList now have an internal property implementor of TStringList and a Get method. This does not change anything in the usage, but removes some typecasts. Consequently the internal property implementor variable is only used in its Get and Set method.
This should be now consistent throughout the JVCL.

Check my "// (rom)" comments again. There are possible bugs flagged with it.

Several FreeAndNil placed instead of "X.Free; X := nil;".

Added error strings in JvUIBConst.pas again.

I think you should raise EUIBError instead of Exception.

JvUIBLib.pas not yet worked on.



Subject: Re: Docking components consistently AV's at exit
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Jan 2004 14:32:42 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Andreas Hausladen wrote:
>
>
>> I have changed the code now to
>
>
>   if GlobalApplicationEvents <> nil then
>     ApplicationEvents.Free;

Ah, a cleaning bug. I changed the name to GlobalApplicationEvents.
I probably misread it as a common bug of the sort

if X <> nil then
  X.Free;



Subject: Re: Docking components consistently AV's at exit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 18 Jan 2004 13:36:20 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I have changed the code now to

  if GlobalApplicationEvents <> nil then
    ApplicationEvents.Free;


-- Regards, Andreas Hausladen 

Subject: Re: Docking components consistently AV's at exit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 18 Jan 2004 13:35:41 +0100
Newsgroups: jedi.vcl

Nice feature :-)

finalization
   ApplicationEvents.Free;

Because the global variable GlobalApplicationEvents is nil the function
ApplicationEvents creates a TJvDockAppEvents instance that accesses the
already destroyed but not nil'ed FAppEvents of TMultiCaster in
TCustomApplication Events.

I have changed the code now to






-- Regards, Andreas Hausladen 

Subject: Re: Docking components consistently AV's at exit
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Jan 2004 12:51:36 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Sorry, not possible. I do not get the error. D6, Win2000, USEJVCL On.
> I will try with USEJVCL off later.

No difference with USEJVCL off.

> The VIDDemo creates a file named ".ini". Looks like a problem with the file name handle.

I meant file name handling.



Subject: Re: JvColorCombo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Jan 2004 12:41:08 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     now that the color provider is finished and we have a functional combo
> box consumer, should we remove the registration of the color combo box? We
> can't remove the entire unit yet, since it also contains the font combo box,
> but possibly we could move the font combo box to a separate unit instead, so
> we can remove the JvColorCombo unit. Comments?

Nothing against it, but do it today to keep the code freeze limit :-)



Subject: Re: Docking components consistently AV's at exit
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Jan 2004 12:38:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The docking components now consistently generate a run-time error 216 at
> close down. This is a new thing (last week or so) and I suspect it's caused
> by Robert's cleaning. Robert, please backtrack and try to find this bug.

Sorry, not possible. I do not get the error. D6, Win2000, USEJVCL On.
I will try with USEJVCL off later.

> Also, the save to ini/registry code doesn't seem to work anymore (doesn't
> save anything). It did previously, so there might be some work there as
> well...

The VIDDemo creates a file named ".ini". Looks like a problem with the file name handle.



Subject: JvColorCombo
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 18 Jan 2004 12:36:12 +0100
Newsgroups: jedi.vcl

Hello, All!

    now that the color provider is finished and we have a functional combo
box consumer, should we remove the registration of the color combo box? We
can't remove the entire unit yet, since it also contains the font combo box,
but possibly we could move the font combo box to a separate unit instead, so
we can remove the JvColorCombo unit. Comments?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "We Didn't Start the Fire" by Billy Joel.




Subject: Re: what to do next
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 12:19:35 +0100
Newsgroups: jedi.vcl

> > Get all the examples running.
That's what " test and fix demos" means <g>


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Docking components consistently AV's at exit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Jan 2004 21:17:48 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Also, the save to ini/registry code doesn't seem to work anymore (doesn't
> save anything). It did previously, so there might be some work there as
> well...

Is that with USEJVCL turned on ?



Subject: Re: what to do next
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Jan 2004 12:13:47 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> TODO before beta:
> - test install for all supported SKU's (installer, package generator,
> manual)
> - write help
> - test and fix demos (must work for D5)
> - write help
> - check and update docs
> - write help
> - check and fix bugs reported in Mantis
> - write help

Get all the examples running.



Subject: Docking components consistently AV's at exit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 11:30:58 +0100
Newsgroups: jedi.vcl

The docking components now consistently generate a run-time error 216 at
close down. This is a new thing (last week or so) and I suspect it's caused
by Robert's cleaning. Robert, please backtrack and try to find this bug.

Also, the save to ini/registry code doesn't seem to work anymore (doesn't
save anything). It did previously, so there might be some work there as
well...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: what to do next
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 Jan 2004 10:47:06 +0100
Newsgroups: jedi.vcl

> > I think help writing and improvements for the installation.

TODO before beta:
- test install for all supported SKU's (installer, package generator,
manual)
- write help
- test and fix demos (must work for D5)
- write help
- check and update docs
- write help
- check and fix bugs reported in Mantis
- write help


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PackageGenerator: Fixed build for all versions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Jan 2004 16:57:19 +1000
Newsgroups: jedi.vcl

> Thanks for the reminder. I'll do that tomorrow (it's almost 1am here), so that it goes in the code freeze for the beta version.

Ok, this is now done.
In the process, TJvAppXMLStorage was renamed to TJvAppXMLFileStorage to remain consistent with the current naming scheme and allow the extension to TJvAppXMLDBStorage if required.
Here is the new classs hierarchy:

TJvCustomAppStorage
|
TJvCustomAppMemoryFileStorage
|
TJvCustomAppXmlStorage, TJvCustomAppIniStorage
|                       |
TJvAppXmlFileStorage    TJvAppIniFileStorage

I created the two custom classes so that it is up to the derived classes to implement Flush and Reload. The current one use a file, but if a DB one is written, it could Flush to a DB field.

All JVCL code has been updated to cope with the changes but the help hasn't been.

Cheers Olivier



Subject: what to do next
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Jan 2004 06:26:41 +0100
Newsgroups: jedi.vcl

I will clean the last files of JvUIB today and then i will concentrate on other areas of work for some time.
I think help writing and improvements for the installation.



Subject: Re: Command line tool to convert Unix LF to DOS CRLF
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Sat, 17 Jan 2004 23:53:16 -0500
Newsgroups: jedi.vcl

> >If you are using the daily zips
The daily zip I download on 1/17/2004 requires conversion.

Thanks,
Femi




Subject: Re: UIB Includes in JVCL
From: "Henri Gourvest" <x@x.com>
Date: Sat, 17 Jan 2004 22:07:11 +0100
Newsgroups: jedi.vcl

Thank you robert, it is a good thing.

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de
news:bubgc8$tj8$1@talkto.net...
> > Robert Marquardt wrote:
> >
>> > > In JvUIBSQLParser.pas you need to generate "{$I jvcl.inc" instead of
>> > > "{$I JVCL.INC}" because the case of the file name has changed to ease
>> > > Linux handling.
>> > >
> > Fixed the case of above text.
> >




Subject: Re: WARNING: JvClipbrd does not work in Delphi5!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Jan 2004 20:03:00 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > and see if it can be reimplemented for D5 compatibility.

It can but not without a code injection.

I have modified the file to compile and work with Delphi 5 but I had not
injected code into the TClipboard Open, Close and Clear methods which is
necessary for overwriting an static method. So all Open, Close and Clear
calls in TClipboard are not redirected to TJvClipboard at the moment.



-- Regards, Andreas Hausladen 

Subject: Re: jvDocking: Dock a form by code?
From: "Matthew S. Vesperman" <msv@ssnocompspamsys.com>
Date: Sat, 17 Jan 2004 12:28:31 -0500
Newsgroups: jedi.vcl

But how can you achieve a tabbed dock layout from code?



"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:btcvvn$nqj$1@talkto.net...
> > Seems I was somewhat right. Found this in the original help file FAQ:
> >
> > --8<--
> > Question 2:
> > Now, I have a question that I want to make a Form dock to a position after
> > the Form creating. After having seen your demo, I found that the Dock is
> > achieved by the usage of ini file. But if there isn't ini file , that
window
> > can not be seen. How to practice dock function by code directly in program
> > while without the usage of ini file? Which is just similar with ManualDock
> > in Delphi.
> > Answer:
> > You can use ManualDock function, for example, if you want make a form dock
> > to the left of main form, you may write as follow:
> >
> > Form.ManualDock(lbDockServer1.LeftDockPanel);
> > Note:
> > Form is a 'Dock Client Form', lbDockServer1 is a object of TlbDockServer
in
> > the main form.
> > You can refer Delphi's help to get more information about ManualDock
> > procedure.
> >
> > TlbDockServer -> TJvDockServer
> > --8<--
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Source code generator JCL&JVCL
From: "TridenT" <trident@debian.fr>
Date: Sat, 17 Jan 2004 18:13:44 +0100
Newsgroups: jedi.vcl

Yes, a lot of Jedi !
The base parser is from JediCodeFormat, so it is quick, accurate and clean
(As all Jedi project :o)
It will parse JavaDoc, as well many other tag-based comments.

TridenT


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news:bu9hak$3ao$1@talkto.net...
> > Hello, Thomas!
> > You wrote  on Thu, 15 Jan 2004 22:04:16 +0000:
> >
> >  TM> TridenT wrote:
> >
> >  >> DelphiCodeToDoc is a free documentation system for Delphi.
> >  >> It uses information about source code symbols and formatted comments
in
> >  >> files to produce accurate documentation from your application and
> >  >> component.
> >
> >  TM> Sounds a lot like PasDoc to me. (http://pasdoc.sf.net)
> >
> >  TM> What is it that makes it better than that?
> >
> >     DelphiCodeToDoc uses JEDI <g>
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Foobar2000 now playing: "Vienna" by Ultravox.
> >
> >




Subject: WARNING: JvClipbrd does not work in Delphi5!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Jan 2004 17:57:42 +0100
Newsgroups: jedi.vcl

I just discovered while going through the demos, that JvClipbrd doesn't work
in D5 since WndProc is private static in D5, not protected virtual as In
D6+. I have solved this temporarily by IFDEF'ing the override but Olivier,
you should take a look at it and see if it can be reimplemented for D5
compatibility.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL 3 Archive package
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Jan 2004 16:13:27 +0100
Newsgroups: jedi.vcl

I've posted the first version of the JVCL 3 archive package to
jedi.binaries. The package compiles under Delphi 6 but I have not tested
it yet.


-- Regards, Andreas Hausladen 

Subject: Re: QWindows.DrawTextW()
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 17 Jan 2004 15:55:01 +0100
Newsgroups: jedi.vcl

Fixed Len/Length issue.

Regards,

André Snepvangers






Subject: Re: Command line tool to convert Unix LF to DOS CRLF
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Jan 2004 00:45:27 +1000
Newsgroups: jedi.vcl

Femi Fadayomi wrote:

> Anyone know of a tool to convert multiple files from Unix LF to DOS CRLF. It
> is painful to convert each file after download.
>
it's called unix2dos and a windows version of that Unix program can be found here (among other things)
http://www.bastet.com/software/software.html

I haven't tested it though.
However, this kind of problem shouldn't happen again starting from 2 days ago.



Subject: Re: UIB Includes in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 17 Jan 2004 15:43:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> In JvUIBSQLParser.pas you need to generate "{$I jvcl.inc" instead of "{$I JVCL.INC}" because the case of the file name has changed to ease Linux handling.
>
Fixed the case of above text.



Subject: Re: PackageGenerator: Fixed build for all versions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Jan 2004 00:43:24 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Sun, 18 Jan 2004 00:03:12 +1000:
>
>  O> TJvCustomMemoryFileAppStorage
>  O> - FileName
>  O> - AsString
>  O> - Flush
>
>     Don't forget the Location property (flExeFile, flAppData, flWindows and
> flCustom; probably will get flTemp added to it as well). Seems like a good
> solution to me, so go right ahead.
>
Thanks for the reminder. I'll do that tomorrow (it's almost 1am here), so that it goes in the code freeze for the beta version.



Subject: Re: Command line tool to convert Unix LF to DOS CRLF
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Jan 2004 15:42:52 +0100
Newsgroups: jedi.vcl

> > Anyone know of a tool to convert multiple files from Unix LF to DOS CRLF.
It
> > is painful to convert each file after download.
There is one in devtools\AdjustLineBreaks but how do you download the
sources? If you are using the daily zips or CVS, you shouldn't have to...

Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net


Subject: Re: PackageGenerator: Fixed build for all versions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 17 Jan 2004 15:27:10 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sun, 18 Jan 2004 00:03:12 +1000:

 O> TJvCustomMemoryFileAppStorage
 O> - FileName
 O> - AsString
 O> - Flush

    Don't forget the Location property (flExeFile, flAppData, flWindows and
flCustom; probably will get flTemp added to it as well). Seems like a good
solution to me, so go right ahead.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: PackageGenerator: Fixed build for all versions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 18 Jan 2004 00:03:12 +1000
Newsgroups: jedi.vcl

Ok, here is what I will do tomorrow, unless intructed to do otherwise

TJvCustomMemoryFileAppStorage
- FileName
- AsString
- Flush

TJvIniFileAppStorage = class(TJvCustomMemoryFileAppStorage)
- Merger of TJvIniAppStorage and current TJvIniFileAppStorage
- Make use of inherited properties
- Override Flush

TJvXmlAppStorage = class(TJvCustomMemoryFileAppStorage)
- Make use of inherited properties
- Override Flush

This way, if anyone wants to extend, say the ini to a DB backend, simply derive it from TJvIniFileAppStorage, override Flush to write to the database by using AsString and here you go.



Subject: Command line tool to convert Unix LF to DOS CRLF
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Sat, 17 Jan 2004 08:54:47 -0500
Newsgroups: jedi.vcl

Anyone know of a tool to convert multiple files from Unix LF to DOS CRLF. It
is painful to convert each file after download.

Thanks
Femi




Subject: Re: property AboutJVCL to JvExVCL ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Jan 2004 14:21:12 +0100
Newsgroups: jedi.vcl

Now you can use the new TJvExPubXxxxx classes that publishes the VCL
properties when "IFDEF VCL" is true.

-- Regards, Andreas Hausladen 

Subject: Re: docu JVMemTable
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Jan 2004 14:20:30 +0100
Newsgroups: jedi.vcl

> > is there any documentation about JvMemTable ?
There isn't any at the moment but hopefully, we will have it documented by
the time JVCL3 is released (not the beta probably but final).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel Autosize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Jan 2004 14:20:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I will commit it in the next minutes (I need a complete JVCL 3 build)

Done.

-- Regards, Andreas Hausladen 

Subject: Re: TJvMarkupLabel Autosize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Jan 2004 14:14:13 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Yeah, that should work. 

I will commit it in the next minutes (I need a complete JVCL 3 build)

-- Regards, Andreas Hausladen 

Subject: Re: TJvMarkupLabel Autosize
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Jan 2004 14:10:33 +0100
Newsgroups: jedi.vcl

> > What about this code that gives the compatibility to old .frm files but do
> > not use the deprecated flag.

Yeah, that should work. 

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel Autosize
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Jan 2004 14:05:18 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Effectively, i think that we can replace by the Color property, but i
>> > > do
> > not
>> > > that because of compatibility.
>> > > But if you think i can do, i do it !!
> > 
> > You could just publish Color and rewrite BackColor to call Color, i.e:

What about this code that gives the compatibility to old .frm files but do
not use the deprecated flag.


procedure TJvMarkupLabel.DoReadBackColor(Reader: TReader);
begin
  Color := TColor(Reader.ReadInteger);
end;

procedure TJvMarkupLabel.DefineProperties(Filer: TFiler);
begin
  inherited DefinePropertiers(Filer);
  Filer.DefineProperty('BackColor', DoReadBackColor, nil, False);
end;

-- Regards, Andreas Hausladen 

Subject: Re: property AboutJVCL to JvExVCL ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Jan 2004 13:48:24 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > What about VCL only properties: BiDiMode, Ctr3D, DragCursor, DragKind,
> > OnStartDock to name a few. ?
> > More less ifdefs ;)

That is not that easy because these properties are published for TXx
classes and protected for TCustomXx classes. But the JvExVCL does not
differ between to TCustomXx and TXx classes.


-- Regards, Andreas Hausladen 

Subject: Re: property AboutJVCL to JvExVCL ?
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sat, 17 Jan 2004 13:45:45 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bu8s7o$5jv$1@talkto.net...
> > Should I move all AboutJVCL properties that are used in JvExVCL derived
> > classes to the JvExVCL code?
> >

What about VCL only properties: BiDiMode, Ctr3D, DragCursor, DragKind,
OnStartDock to name a few. ?
More less ifdefs ;)

Regards,

André Snepvangers




Subject: docu JVMemTable
From: "Erik Colson" <erik.colson@skynet.be>
Date: Sat, 17 Jan 2004 12:37:30 +0100
Newsgroups: jedi.vcl

is there any documentation about JvMemTable ?

Thanks
Erik




Subject: Re: jvBalloonHint
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Jan 2004 11:27:49 +0100
Newsgroups: jedi.vcl

JvBallonHint uses Application.HintColor so if you change that, the balloon
hint will change as well. Either Application.HintColor := clInfoBk or, if
that doesn't work, maybe the skin component(s) has some method of setting
the hint window color that you can use.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFindReplace question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 Jan 2004 11:14:59 +0100
Newsgroups: jedi.vcl

> >Thanks a lot! This works fine now. I want to try this in another form, how
> >could I bind the JvFindReplace to a pagecontrol, using a richedit?  The
> >object inspector only recognizes Memo+Richedit directly, but not a
> >TPageControl using an "ActiveRichEdit"

The form containing the JvFindReplace component must use the form containing
the TRichEdit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: UIB Includes in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 17 Jan 2004 08:54:20 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I think i should clean the source style for the files NOW. :-)

I have cleaned some files. Please use the files i committed because i added some error strings to JvUIBConst.pas. I also added some comments prefixed "// (rom)" where ithink problems lurk.
In JvUIBSQLParser.pas you need to generate "{$I jvcl.inc" instead of "{$I jvcl.inc}" because the case of the file name has changed to ease Linux handling.



Subject: Re: UIB Includes in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 17 Jan 2004 07:00:05 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:

> It would be updated nextly, i'm writing missed inline documention.
> Henri.

I think i should clean the source style for the files NOW. :-)



Subject: Re: JvHtmlParser
From: os2 <os2@nobug_videotron.ca>
Date: Sat, 17 Jan 2004 00:05:39 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> PageProducer.Content;
>>
>>
>>> S := SomeFilename, PageProducer.Content;
>>>
>>> Save the string S to a file.
>>>
>>
>> i don't really understand that...
>> i need to do another time PageProducer.Content; ?
>
>
> No, my mistake, it should look like this;
> S := PageProducer1.Content;
>
> S is a string that recieves the "converted" HTML from the
> PageProducer.Content function. The original HTMl (in HTMLFile/HTMLStrings)
> is left untouched. To persist the converted text, you need to save it
> manually.
>
> Example:
>
> var S:string;
> begin
>   S := PageProducer1.Content;
>   if Length(S) > 0 then
>   with TFileStream.Create(SomeFilename, fmCreate) do
>   try
>     Write(S[1],Length(S));
>   finally
>     Free;
>   end;
>
>
> Hope that makes it clearer.
>

ya a lot clearer...
thanks a lot


-- 
Borland rulez http://pages.infinit.net/borland


Subject: Re: JvFindReplace question
From: Kenny <omziff@yahoo.com>
Date: Fri, 16 Jan 2004 21:20:20 -0500
Newsgroups: jedi.vcl


Thanks a lot! This works fine now. I want to try this in another form, how could I bind the JvFindReplace to a pagecontrol, using a richedit?  The object inspector only recognizes Memo+Richedit directly, but not a TPageControl using an "ActiveRichEdit"

many thanks in advance
Kenny


On Fri, 16 Jan 2004 21:20:35 +1000, OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> Kenny wrote:
>
>>
>> Thanks a lot!
>> I got one more question though here: Is this the right thing to do--update the ReplaceAll in the JvFindReplace.pas, and then recompile JVCL200_R70.dpk and JVCL200_D70.dpk?
>>
>
> The complete change implies a bit more than just changing the ReplaceAll method in JvFindReplace.pas. However, the replacement suggested by Peter will suffice for what you want, and yes, you just have to rebuild the packages to get it installed.
> However, if you want the full new version, you would have to go for the JVCL3 as the changes go beyond that single file.
> As we are about to release a beta version (by the end of the month), you may be better waiting until then.
>



Subject: Re: property AboutJVCL to JvExVCL ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 17 Jan 2004 01:21:49 +0100
Newsgroups: jedi.vcl

Done.

-- Regards, Andreas Hausladen 

Subject: Re: Splitting TJvDBGrid from JvDBControls.pas
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 16 Jan 2004 22:17:29 +0100
Newsgroups: jedi.vcl

Thank's for all :)))

Lionel


"OBones" <obones_REM_SPM_@_PIF_meloo.com> a écrit dans le message news:
bu8anb$497$1@talkto.net...
> > OBones wrote:
> >
>> > > Well, you were too fast...
>> > > Lionel had sent me a version of the unit without any of the index
>> > > support, plus a fix in RestoreColumnLayout. I'll have a look tonight if
>> > > that bug is still there, cause it's quite a nasty one...
>> > >
> > Ok, I made the changes and submitted.
> > I also translated his comments from French to English.
> >




Subject: Re: InstallErrors in actual CVS Version
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 16 Jan 2004 21:54:15 +0100
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:

> No, I started the install.bat directly and did not remove the packages from
> the IDE before.

Not necessary if the IDE isn't running.

> Is there a possibility to remove the packages through the installer before
> the  installer starts the installation?

The installer just should display an error message and exit when it detects a running IDE.

Greetings, Robert


Subject: Re: Source code generator JCL&JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 16 Jan 2004 21:47:16 +0100
Newsgroups: jedi.vcl

Hello, Thomas!
You wrote  on Thu, 15 Jan 2004 22:04:16 +0000:

 TM> TridenT wrote:

 >> DelphiCodeToDoc is a free documentation system for Delphi.
 >> It uses information about source code symbols and formatted comments in
 >> files to produce accurate documentation from your application and
 >> component.

 TM> Sounds a lot like PasDoc to me. (http://pasdoc.sf.net)

 TM> What is it that makes it better than that?

    DelphiCodeToDoc uses JEDI <g>


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Vienna" by Ultravox.




Subject: Re: JvExDBGrids missing from CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Jan 2004 21:27:58 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Seems you forgot to add JvExDBGrids.pas to CVS, Andreas.

Now it is added and committed.


-- Regards, Andreas Hausladen 

Subject: JvExDBGrids missing from CVS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 16 Jan 2004 20:03:31 +0100
Newsgroups: jedi.vcl

Seems you forgot to add JvExDBGrids.pas to CVS, Andreas.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: UIB Includes in JVCL
From: "Henri Gourvest" <x@x.com>
Date: Fri, 16 Jan 2004 19:54:08 +0100
Newsgroups: jedi.vcl

It would be updated nextly, i'm writing missed inline documention.
Henri.

"Karlheinz Jansen" <KarlheinzJansen@web.de> a écrit dans le message de
news:bu84f4$294$1@talkto.net...
> > I think the author of the UIB-Includes modified them also and made the
> > addition of  IB71.
> > For the Beta-Release it would be good to use the actual versions also
> >
> > Regards
> >
> > Karlheinz
> >
> >




Subject: jvBalloonHint
From: "Chris M" <chris@WITHOUTTHISeventsoft.com>
Date: Fri, 16 Jan 2004 09:48:37 -0700
Newsgroups: jedi.vcl

Can anyone tell me how to modify the jvBalloonHint so it always uses that
yellow color as the hint and doesn't let anything else change it? I am using
VCL skin an it seems to be interfering with it.  I think if i can make the
jvBaloonhint just always be that off yellowy color i'll be peachy.

thanks.




Subject: Re: [JEDI VCL 0001291] Advanved DSMIX donated to Jedi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 17:43:11 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Then please contact the author to tell him that we accept it.
> Also a contact with the Jedi DirectX team would be not bad.

There is an original author named with Copyright.
Better ask him also.

I have the sources cleaned, but i will commit after acceptance.



Subject: Re: property AboutJVCL to JvExVCL ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 16:10:38 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Should I move all AboutJVCL properties that are used in JvExVCL derived
> classes to the JvExVCL code?

I see no reason why not. Those base classes were mainly to carry the AboutJVCL property.



Subject: Re: [JEDI VCL 0001291] Advanved DSMIX donated to Jedi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 16:09:42 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> That is exactly what I was thinking as well. I don't see how it would be
> different with this component.
>
> Using the package generator, we could just add a suitable USE_JEDI_DXAPI9
> Condition for the units and very little changes apart from that. AFAICS,
> only the XXXReg.pas file needs it.

Then please contact the author to tell him that we accept it.
Also a contact with the Jedi DirectX team would be not bad.

I start to clean the components right away.



Subject: property AboutJVCL to JvExVCL ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Jan 2004 15:47:01 +0100
Newsgroups: jedi.vcl

Should I move all AboutJVCL properties that are used in JvExVCL derived
classes to the JvExVCL code?

-- Regards, Andreas Hausladen 

Subject: Re: JVInterpreter function main underfine
From: "Jirayu" <jirayu@sunncity.com>
Date: Fri, 16 Jan 2004 21:05:25 +0700
Newsgroups: jedi.vcl

   Sorry, I got too many jedi version and its all mess up. I have download
the lastest cvs
  and it is fixed.

  Jirayu

"Jirayu" <jirayu@sunncity.com> wrote in message
news:bu57rg$305$1@talkto.net...
> > Why JvInterpreter always give error function "main" undefined.  It is
there
> > and used to work
> > before in the old version.
> >
> > Jirayu
> >
> >




Subject: Re: [JEDI VCL 0001291] Advanved DSMIX donated to Jedi
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Jan 2004 14:42:55 +0100
Newsgroups: jedi.vcl

> > Just like DxGettext
> > The idea would be that everything is surrounded by $IFDEF
> > USE_JEDI_DXAPI9 so that it doesn't get in, unless the user specifically
> > asks for it and as such as setup his environment to make the DX9 API
> > accessible.

That is exactly what I was thinking as well. I don't see how it would be
different with this component.

Using the package generator, we could just add a suitable USE_JEDI_DXAPI9
Condition for the units and very little changes apart from that. AFAICS,
only the XXXReg.pas file needs it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [JEDI VCL 0001291] Advanved DSMIX donated to Jedi
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 23:21:47 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> Not that easy because Jedi DirectX9 is a conversion not a component or package.
>
Just like DxGettext
The idea would be that everything is surrounded by $IFDEF USE_JEDI_DXAPI9 so that it doesn't get in, unless the user specifically asks for it and as such as setup his environment to make the DX9 API accessible.



Subject: Re: JvHtmlParser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Jan 2004 14:16:26 +0100
Newsgroups: jedi.vcl

> > PageProducer.Content;
> >
>> > > S := SomeFilename, PageProducer.Content;
>> > >
>> > > Save the string S to a file.
>> > >
> >
> > i don't really understand that...
> > i need to do another time PageProducer.Content; ?

No, my mistake, it should look like this;
S := PageProducer1.Content;

S is a string that recieves the "converted" HTML from the
PageProducer.Content function. The original HTMl (in HTMLFile/HTMLStrings)
is left untouched. To persist the converted text, you need to save it
manually.

Example:

var S:string;
begin
  S := PageProducer1.Content;
  if Length(S) > 0 then
  with TFileStream.Create(SomeFilename, fmCreate) do
  try
    Write(S[1],Length(S));
  finally
    Free;
  end;


Hope that makes it clearer.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHtmlParser
From: os2 <os2@nobug_videotron.ca>
Date: Fri, 16 Jan 2004 07:18:48 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> do you know how to use tpageproducer to do it?
>
> Drop a pageproducer, assign the filename of the file you want to read to the
> HTMLFile property or the content of the file to HTMLStrings. Set up an
> OnHTMLTag event handler:

ok
> procedure TForm1.PageProducer1HTMLTag(Sender: TObject; Tag: TTag;
>   const TagString: String; TagParams: TStrings; var ReplaceText: String);
> begin
>   if AnsiSameText(TagString,'NAME') then
>     ReplaceText := 'os2';
> end;
>
> Call PageProducer.Content to read the file and make the replacement:

when i click on the button i do

PageProducer.Content;

> S := SomeFilename, PageProducer.Content;
>
> Save the string S to a file.
>

i don't really understand that...
i need to do another time PageProducer.Content; ?

you say save the string s to a file...
what is suppose to have S?

thanks

-- 
Borland rulez http://pages.infinit.net/borland


Subject: Re: [JEDI VCL 0001291] Advanved DSMIX donated to Jedi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 12:45:35 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I tried to download it several times from Mantis but the zip was corrupted.
> Could you add it to dev\donations?

I got it directly from delphipages.com



Subject: Re: [JEDI VCL 0001291] Advanved DSMIX donated to Jedi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 12:41:53 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I tried to download it several times from Mantis but the zip was corrupted.
> Could you add it to dev\donations?

Doing it right now.

> Or use the same approach as for dxgettext and Mike Lischke's ThemeManager,
> i.e  a define like {$DEFINE USE_JEDI_DIRECTX}?

Not that easy because Jedi DirectX9 is a conversion not a component or package.



Subject: JvXP* files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 12:40:15 +0100
Newsgroups: jedi.vcl

I moved several methods from public to protected.
I introduced protected method LockedInvalidate in TJvXPCustomControl.

The public and published properties of TJvXPCustomControl will be moved to protected and only made published in the descendants.
The protected and public variables will be changed to properties.
Just as it should be :-)



Subject: JvMenus help source
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 21:23:58 +1000
Newsgroups: jedi.vcl

Hi all.
I've finished the documentation for JvMenus, and I've used a lot of those constructs for TJvPopupMenu members
<COMBINE TJvMainMenu.DefaultDrawItem>

I hope this is correct because those members do the same thing in TJvMainMenu.
If anyone could review the stuff I did, just for layout and typing errors.

Thanks guys

Olivier



Subject: Re: JvFindReplace question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 21:20:35 +1000
Newsgroups: jedi.vcl

Kenny wrote:

>
> Thanks a lot!
> I got one more question though here: Is this the right thing to do--update the ReplaceAll in the JvFindReplace.pas, and then recompile JVCL200_R70.dpk and JVCL200_D70.dpk?
>

The complete change implies a bit more than just changing the ReplaceAll method in JvFindReplace.pas. However, the replacement suggested by Peter will suffice for what you want, and yes, you just have to rebuild the packages to get it installed.
However, if you want the full new version, you would have to go for the JVCL3 as the changes go beyond that single file.
As we are about to release a beta version (by the end of the month), you may be better waiting until then.



Subject: Re: JvFindReplace question
From: Kenny <omziff@yahoo.com>
Date: Fri, 16 Jan 2004 06:12:45 -0500
Newsgroups: jedi.vcl


Thanks a lot!
I got one more question though here: Is this the right thing to do--update the ReplaceAll in the JvFindReplace.pas, and then recompile JVCL200_R70.dpk and JVCL200_D70.dpk?

many thanks in advance
Kenny



On Fri, 16 Jan 2004 19:51:31 +1000, OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> Peter Thörnqvist wrote:
>
>>> Ok, it's now committed, didn't have any problem doing that.
>>
>> I made a small change where the replace count is passed to the OnReplacedAll
>> event handler (in case the user wants to show his own dialog).
>>
> Right, I thought of that one but it got off my mind during the modifications.
> Glad you did it !
>



Subject: Re: [JEDI VCL 0001291] Advanved DSMIX donated to Jedi
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Jan 2004 11:06:21 +0100
Newsgroups: jedi.vcl

> > I had a quick look at it and it seems nice. A single component plus a
> > support component.
I tried to download it several times from Mantis but the zip was corrupted.
Could you add it to dev\donations?

> > The only drawback is that it needs the Jedi DirectX9 conversion which
> > means around 3.4 MB sources for a 60 K component.
Ouch...

> > I would still want the component in the JVCL. Maybe we should think of a
> > mechanism to add optional parts/packages to the JVCL.
Or use the same approach as for dxgettext and Mike Lischke's ThemeManager,
i.e  a define like {$DEFINE USE_JEDI_DIRECTX}?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: QWindows.DrawTextW()
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Fri, 16 Jan 2004 11:02:40 +0100
Newsgroups: jedi.vcl

Oops, you right I took the wrong conclusion from:

> > 2. You had added
> >     if Len = -1 then
> >         Len := Length( Text)   in DrawText( ... Text: WideString ... )

The erratic results with "if Len = -1 then Len :=Length(Text)"  were not
caused
by Length( ), as I erroneouly assumed, but occured due to a combination  of
Len = -1 and one of DT_ELLIPSES flags:  The given Len is not valid for the
resulting string.
and should be recalculted.

Note also that if Len > 0 , the actual Text length can be bigger:
If DT_MODIFYSTRING is in Flags, then we should add the remainder
of the Text.

I will implement the required changes (and fix typos in the Linux section) ,
but only
tomorrow as I don't have time in this moment. (and actually I should not
write this
right now).

Regards,

André Snepvangers




Subject: Fwd: [JEDI VCL 0001291] Advanved DSMIX donated to Jedi
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 10:56:45 +0100
Newsgroups: jedi.vcl

Category:                   03 Donations
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
=======================================================================
Date Submitted:             01-15-04 22:12 PST
Last Modified:              01-15-04 22:12 PST
=======================================================================
Summary:                    Advanced DSMIX donated for jedi
Description:
Hello, i would like to donate my code to delphi-jedi community..

From what i saw, allready more then 11000 downloads only from
delphipages.com site, feel free to modify the code, to improve it...   (I
had fixes some small bug in jedi directx headers)



P.S. to get rid of the dll, just remove this error checking exception
stuff...

Pavel Bibergal


I had a quick look at it and it seems nice. A single component plus a support component.
The only drawback is that it needs the Jedi DirectX9 conversion which means around 3.4 MB sources for a 60 K component.

I would still want the component in the JVCL. Maybe we should think of a mechanism to add optional parts/packages to the JVCL.



Subject: Re: JvFindReplace question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 19:51:31 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Ok, it's now committed, didn't have any problem doing that.
>
> I made a small change where the replace count is passed to the OnReplacedAll
> event handler (in case the user wants to show his own dialog).
>
Right, I thought of that one but it got off my mind during the modifications.
Glad you did it !



Subject: Re: Min and Max
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 10:51:27 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Is Math included in all Delphi SKU's? I seem to remember it wasn't but that
> might only apply to D4 and below...
>

Must be because Min and Max from Math were already used in many JVCL files. I wanted to get rid of the local implementations.

Probably more of such removes to come.

BTW i deleted also MaxSingle and MinSingle of JvgUtils.pas. The functions were not used anywhere.



Subject: Re: Splitting TJvDBGrid from JvDBControls.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 19:48:09 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Well, you were too fast...
> Lionel had sent me a version of the unit without any of the index support, plus a fix in RestoreColumnLayout. I'll have a look tonight if that bug is still there, cause it's quite a nasty one...
>
Ok, I made the changes and submitted.
I also translated his comments from French to English.



Subject: Re: JvFindReplace question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Jan 2004 10:33:27 +0100
Newsgroups: jedi.vcl

> > Ok, it's now committed, didn't have any problem doing that.
I made a small change where the replace count is passed to the OnReplacedAll
event handler (in case the user wants to show his own dialog).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PackageGenerator: Fixed build for all versions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 19:27:33 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>
>  O> It would have been just like having a memory only version of
>  O> TJvAppXmlStorage and then a descendent that only adds two functions:
>  O> load and save to disk.
>
>     I was hoping you would say that: what to do if we want to store as XML
> to a DB field?
>
Well, then don't set the FileName property and use the not yet existing property "AsString".

Doing like this for TJvAppIniStorage also would allow the common ancestor, which may as well contain the AsString property, with the getter and setters overriden in the derived classes.

I'd really prefer doing it this way:

TJvCustomFileAppStorage with FileName and AsString
TJvIniFileAppStorage inheriting from TJvCustomFileAppStorage
TJvXmlAppStorage inheriting from TJvCustomFileAppStorage

And you could extend that further for the DB backend if you want...



Subject: Re: JvFindReplace question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 19:21:18 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>> Change ReplaceAll in JvFindReplace to this:
>>
> I did a bigger change where you get a message indicating the number of occurences that were replaced. It goes a bit further, but I think it's more user intuitive.
> I'll commit that as well.
>
Ok, it's now committed, didn't have any problem doing that.



Subject: Re: ScreenCapture and TJvPrint ... print Image
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Fri, 16 Jan 2004 10:11:28 +0100
Newsgroups: jedi.vcl

Hubert Hutt wrote:
> But it doesn´t work, whne i use the Screencapture Button.
> Then, the image is empty, when I try to print it .

This is probably because PrintImage uses TCanvas.StretchDraw, which is not the perfered method when drawing to a printer canvas. I added a routine (PrinterCopyRect) and made som changes to TJvPrint that hopefully works better.

Here are my changes so that you can try it out yourself:

******************************
{ PrinterCopyRect:
    The TCanvas.StretchDraw doesn't always work when printing. It uses the
    StretchBlt-routine that may fail if the destination rect is too big (which
    is mostly the case with the Printer.Canvas).
    PrinterCopyRect instead make use of the StretchDIBits which works better,
    but since it's more memory and time consuming it better only be used with
    printing.
}
******************************
procedure PrinterCopyRect(Canvas: TCanvas; Bitmap: TBitmap;
  const SrcRect, DstRect: TRect);
var
  Info: PBitmapInfo;
  InfoSize: DWORD;
  Image: Pointer;
  hImage: THandle;
  ImageSize: DWORD;
  SrcW, SrcH: Integer;
  DstW, DstH: Integer;
begin
  GetDIBSizes(Bitmap.Handle, InfoSize, ImageSize);
  GetMem(Info, InfoSize);
  try
    hImage := GlobalAlloc(GMEM_FIXED, ImageSize);
    Image := GlobalLock(hImage);
    try
      GetDIB(Bitmap.Handle, Bitmap.Palette, Info^, Image^);
      DstW := DstRect.Right - DstRect.Left;
      DstH := DstRect.Bottom - DstRect.Top;
      SrcW := SrcRect.Right - SrcRect.Left;
      SrcH := SrcRect.Bottom - SrcRect.Top;
      with Info^.bmiHeader do
        StretchDIBits(Canvas.Handle, DstRect.Left, DstRect.Top, DstW, DstH,
          SrcRect.Left, SrcRect.Top, SrcW, srcH, Image, Info^,
          DIB_RGB_COLORS, SRCCOPY);
    finally
      GlobalUnLock (hImage);
      GlobalFree (hImage);
    end;
  finally
    FreeMem(Info, InfoSize);
  end;
end;


Additional changes in JvPrint.pas:

* Add Windows in the uses clause for the TRect type.
* Change

Canvas.StretchDraw(Rect(0, 0, PageWidth, PageHeight), Value);

to

PrinterCopyRect(Canvas, Value, Rect(0, 0, Value.Width, Value.Height),
            Rect(0, 0, PageWidth, PageHeight));

in the PrintImage method.

Hope this helps

/Hans-Eric Grönlund






Subject: Re: PackageGenerator: Fixed build for all versions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 16 Jan 2004 09:51:54 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 16 Jan 2004 08:09:35 +1000:

 >>     Since JvAppIniFileStorage descends from JvAppIniStorage (which
 >> descends from JvCustomAppStorage), I couldn't actually make it a
 >> descendant of TJvCustomAppStorage.

 O> Well, well well... I didn't think of that one, but as far as I can tell,
 O> the TJvAppIniStorage is not installed in the palette and I must admit I
 O> don't really understand the need for another layer.

    Because later a descendant will be created to store to a DB blob/memo
field. The base class provides the basic "functionality" of converting
from/to string representation, looking up the section/key, removing a
section/key, etc.

 O> It would have been just like having a memory only version of
 O> TJvAppXmlStorage and then a descendent that only adds two functions:
 O> load and save to disk.

    I was hoping you would say that: what to do if we want to store as XML
to a DB field?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Loser (accoustic)" by Billy the Kid.




Subject: Re: TJvUpDown on Windows XP
From: "Andrew Fiddian-Green [436602]" <andrew.fiddian-green@siemens.com>
Date: Fri, 16 Jan 2004 09:33:23 +0100
Newsgroups: jedi.vcl

Dear Remko,

I am typing this from a Win2K machine, so I will post the screenshot when I
get back to the WinXP machine (maybe as late as next Tuesday).

In the meantime, I discovered that if the TEdit and TJvUpDown are placed on
the main form of an application, they render OK. But in my application the
controls are located on TabSheet pages located on a modal dialog form, where
they do not render OK.

AndrewFG


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bu6p8i$i47$1@talkto.net...
> > Andrew Fiddian-Green [436602] wrote:
> >
>> > > I am using some instances of TJvUpDown in my application; but on Windows
XP,
>> > > when the associated control is a TEdit, they look dreadful (the
TJvUpDown
>> > > obscures the frame border of the TEdit).
> >
> > Can you post a screen-shot to binaries?
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: Min and Max
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Jan 2004 09:22:28 +0100
Newsgroups: jedi.vcl

Is Math included in all Delphi SKU's? I seem to remember it wasn't but that
might only apply to D4 and below...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Min and Max
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 09:20:42 +0100
Newsgroups: jedi.vcl

I am committing a change where all standard Min and Max calls are coming from Math. We had numerous local implementations most even being inefficient. Only in UIB the local implementation remains because it has an FPC IFDEF.
Please check with D5 in case i missed to add Math to some uses.



Subject: Re: JvFindReplace question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 18:09:25 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Change ReplaceAll in JvFindReplace to this:
>
I did a bigger change where you get a message indicating the number of occurences that were replaced. It goes a bit further, but I think it's more user intuitive.
I'll commit that as well.



Subject: Re: UIB Includes in JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Jan 2004 09:09:23 +0100
Newsgroups: jedi.vcl

Henri is a JVCL developer and he handles the updates in JVCL himself but
thanks for reminding us!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: UIB Includes in JVCL
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Fri, 16 Jan 2004 09:02:46 +0100
Newsgroups: jedi.vcl

I think the author of the UIB-Includes modified them also and made the
addition of  IB71.
For the Beta-Release it would be good to use the actual versions also

Regards

Karlheinz




Subject: Re: JvFindReplace question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 16 Jan 2004 08:55:43 +0100
Newsgroups: jedi.vcl

Change ReplaceAll in JvFindReplace to this:

procedure TJvFindReplace.ReplaceAll;
var
  Txt: string;
  FoundPos: TFoundText;
  TmpOptions: TFindOptions;
  SLen, RLen, TLen: Integer;
  Terminate, NothingFound: Boolean;
begin
  if not Assigned(FEditControl) then
    Error;
  NothingFound := true;
  Terminate := False;
  TmpOptions := FReplaceDialog.Options;
  Txt := FEditControl.Text;
  SLen := Length(S);
  RLen := Length(FReplaceText);
  TLen := Length(Txt);
  FoundPos := FindInText(Txt, FFindText, 0, TLen, True);
  DoReplacingAll;
  while FoundPos.StartAt > -1 do
  begin
    if (frWholeWord in TmpOptions) and not FoundPos.isWhole then
      Continue;
    if (frMatchCase in TmpOptions) and not FoundPos.isSameCase then
      Continue;
    NothingFound := false;
    Delete(Txt, FoundPos.StartAt + 1, SLen);
    Insert(FReplaceText, Txt, FoundPos.StartAt + 1);
    FoundPos := FindInText(Txt, FFindText, FoundPos.StartAt + RLen + 1, TLen
+ (RLen - SLen), True);
    if FoundPos.StartAt mod 60 = 0 then
    begin
      DoProgress(FoundPos.StartAt, Terminate);
      if Terminate then
        Exit;
    end;
  end;
  DoReplacedAll;
  FEditControl.Text := Txt;
  if NothingFound then
    DoFailed(FReplaceDialog);
end;


There is one other small issue I just discovered, so I'll post it to CVS as
well.

Small tip when using JvFindReplace: set HideSelection to false in the edit
control.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: InstallErrors in actual CVS Version
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Fri, 16 Jan 2004 08:51:31 +0100
Newsgroups: jedi.vcl

>> > > I used the JVCL Installer program, for that I thought the correct
>> > > installation procedure is already included.
> > Did you first remove the old packages and selected "build"?

No, I started the install.bat directly and did not remove the packages from
the IDE before.
Is there a possibility to remove the packages through the installer before
the  installer starts the installation?

Regards

Karlheinz




Subject: Re: JvFindReplace question
From: Kenny <omziff@yahoo.com>
Date: Fri, 16 Jan 2004 01:44:21 -0500
Newsgroups: jedi.vcl


Hi,
sorry about that. I stripped as much away from it as possible, and even with this sparce code below, it still returns the 'searchstring not found' error. I am using a TRichedit, which is properly linked as the target edit control. So, for example with the code below, I could load a file into the Richedit, which contains the string "font", and set the replace dialog to "size", and it will replace all the instances, but still return that error, which in this case would say:
'searchstring "size" not found'.
...........................
unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, ShellApi, StdCtrls, ComCtrls, ShlObj, JvComponent,
  JvFindReplace, Menus;

type
    TForm1 = class(TForm)
    OpenDialog1: TOpenDialog;
    Button1: TButton;
    MainMenu1: TMainMenu;
    search1: TMenuItem;
    Find1: TMenuItem;
    FindNext1: TMenuItem;
    Replace1: TMenuItem;
    FindReplace1: TJvFindReplace;
    RichEdit1: TRichEdit;
    FFindDialog: TFindDialog;
    FReplaceDialog: TReplaceDialog;
    procedure Button1Click(Sender: TObject);
    procedure FormCreate(Sender: TObject);
    procedure Find1Click(Sender: TObject);
    procedure Replace1Click(Sender: TObject);
    procedure FindNext1Click(Sender: TObject);

private
{ Private declarations }
    filename: string;
    FOptions:TFindOptions;
    FCount:integer;
public
{ Public declarations }
end;

var
Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.Button1Click(Sender: TObject);
begin
   If OpenDialog1.Execute Then begin
   Form1.Caption := 'tester - '+OpenDialog1.FileName;
   RichEdit1.Lines.LoadFromFile(OpenDialog1.Filename);
   RichEdit1.SelStart := 0;
   filename := OpenDialog1.FileName;
end;
end;

procedure TForm1.FormCreate(Sender: TObject);
begin
  Fcount := 0;
end;

procedure TForm1.Find1Click(Sender: TObject);
begin
  FindReplace1.ShowDialogs := True;
  FindReplace1.Find;
end;

procedure TForm1.Replace1Click(Sender: TObject);
begin
  FindReplace1.ShowDialogs := True;
  FindReplace1.Replace;
end;

procedure TForm1.FindNext1Click(Sender: TObject);
begin
  { reset to saved options }
  FindReplace1.Options := FOptions;
  FindReplace1.FindAgain;
end;
end
............................

many thanks in advance
Kenny









On Fri, 16 Jan 2004 15:34:56 +1000, OBones <obones_gfdg_@_rer_meloo.com> wrote:

> Kenny wrote:
>
>> Hi,
>> As far as I know I am using the right methods for JvFindReplace, but when it finds replaces strings, it always returns a 'searchstring not found' error. Am I doing something wrong?
>>
> Without knowing your code, we can't help you.
> Please post an example of code that triggers the error,along with an explanation on the values you give.
>



Subject: Re: InstallErrors in actual CVS Version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 16 Jan 2004 06:58:13 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It should not because it is a USEJVCL'ed package. The problem was in
> JvXPBar.pas. Someone introduced JvThemes without a USEJVCL IFDEF

See other messages. At least it works and we can improve it.



Subject: Re: JvFindReplace question
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 16 Jan 2004 15:34:56 +1000
Newsgroups: jedi.vcl

Kenny wrote:

> Hi,
> As far as I know I am using the right methods for JvFindReplace, but when it finds replaces strings, it always returns a 'searchstring not found' error. Am I doing something wrong?
>
Without knowing your code, we can't help you.
Please post an example of code that triggers the error,along with an explanation on the values you give.



Subject: JvFindReplace question
From: Kenny <omziff@yahoo.com>
Date: Fri, 16 Jan 2004 00:24:56 -0500
Newsgroups: jedi.vcl

Hi,
As far as I know I am using the right methods for JvFindReplace, but when it finds replaces strings, it always returns a 'searchstring not found' error. Am I doing something wrong?

Best regards,

Kenny


Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: "Dave Bracken" <yup@uhhuh.com>
Date: Thu, 15 Jan 2004 23:24:23 -0600
Newsgroups: jedi.vcl

Thank you Ignacio, as usual i didnt look well enough at the print preview
pallete. Did not see the JvPreviewPrinter.

Thanks again to all.
Dave

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bu7ovb$63n$1@talkto.net...
> > Dave Bracken wrote:
> >
>> > > dont want to preview, want to send captures directly to a printer and
>> > > print them.
> >
> > Put the preview control on an invisible form, and voila!
> >
> > -- 
> > Cheers,
> >   Ignacio




Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: "Dave Bracken" <yup@uhhuh.com>
Date: Thu, 15 Jan 2004 22:38:49 -0600
Newsgroups: jedi.vcl

dont want to preview, want to send captures directly to a printer and print
them.

Thanks in advance,

Dave

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bu7npf$aq$1@talkto.net...
> > Dave Bracken wrote:
> >
>> > > Also, Can you tell me if there is a free(MPL) image printer
>> > > component. I want to add the ability to capture directly to a printer.
> >
> > You mean like the stuff on the Jv Print Preview tab? :)
> >
> > -- 
> > Cheers,
> >   Ignacio




Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 16 Jan 2004 04:23:07 +0000 (UTC)
Newsgroups: jedi.vcl

Dave Bracken wrote:

> > dont want to preview, want to send captures directly to a printer and
> > print them.

Put the preview control on an invisible form, and voila!

-- Cheers, Ignacio 

Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 16 Jan 2004 04:02:55 +0000 (UTC)
Newsgroups: jedi.vcl

Dave Bracken wrote:

> > Also, Can you tell me if there is a free(MPL) image printer
> > component. I want to add the ability to capture directly to a printer.

You mean like the stuff on the Jv Print Preview tab? :)

-- Cheers, Ignacio 

Subject: Re: QWindows.DrawTextW()
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 16 Jan 2004 03:27:24 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > My Delphi 6 help says:
> > "Length: Bei Unicode-Strings (WideString) gibt sie die Byte-Anzahl
> > geteilt durch zwei zurück."
> > => "Length: For Unicode strings (WideString) it returns the number of
> > Bytes __divided by two__"

Confirmed in Delphi 7.

-- Cheers, Ignacio 

Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: "Dave Bracken" <yup@uhhuh.com>
Date: Thu, 15 Jan 2004 21:02:25 -0600
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bu7goj$sff$1@talkto.net...
> > Dave Bracken wrote:
> >
>>> > >>If you remove that code, thus you have an empty implementation of the
>>> > >>event handler (but still an event handler for OnHotKey), do you then
>>> > >>still get the error?
>> > >
>> > >
>> > > If i remove the code the error goes away. When i put it back in i get
the
>> > > error.
> >
> > Try changing the code to posting a message to yourself in the event
> > handler, and on receipt of that message execute the code that is now in
> > the event handler, thus something like:
> >
> > const
> >    CM_MyMessage = WM_APP + 0;
> >
> > type
> >    TMyForm = class(TForm)
> >      ..
> >      procedure MyHotKeyHandler(..);
> >      ..
> >    private
> >      ..
> >      procedure CMMyMessage(var Msg: TMessage); message CM_MyMessage;
> >      ..
> >    end;
> >
> > procedure TMyForm.MyHotKeyHandler(..);
> > begin
> >    PostMessage(Handle, CM_MyMessage, 0, 0);
> > end;
> >
> > procedure TMyForm.CMMyMessage(var Msg: TMessage);
> > begin
> >    ASGScreenCapture1.Minimize := false;
> >    ToolButton1Click(self);
> >    ASGScreenCapture1.Minimize := true;
> > end;
> >
> > Typing from memory, thus don't take the code too literal.
> >
> > -- 

That seems to have done it!
Thank you very much Remko!!!! You saved me. Might i ask why this was
hapening and how did this code fix it?
Also, Can you tell me if there is a free(MPL) image printer component. I
want to add the ability to capture directly to a printer.

Thanks again,
Dave

> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 16 Jan 2004 03:25:05 +0100
Newsgroups: jedi.vcl

Dave Bracken wrote:

>> If you remove that code, thus you have an empty implementation of the
>> event handler (but still an event handler for OnHotKey), do you then
>> still get the error?
>
>
> If i remove the code the error goes away. When i put it back in i get the
> error.

Try changing the code to posting a message to yourself in the event handler, and on receipt of that message execute the code that is now in the event handler, thus something like:

const
  CM_MyMessage = WM_APP + 0;

type
  TMyForm = class(TForm)
    ..
    procedure MyHotKeyHandler(..);
    ..
  private
    ..
    procedure CMMyMessage(var Msg: TMessage); message CM_MyMessage;
    ..
  end;

procedure TMyForm.MyHotKeyHandler(..);
begin
  PostMessage(Handle, CM_MyMessage, 0, 0);
end;

procedure TMyForm.CMMyMessage(var Msg: TMessage);
begin
  ASGScreenCapture1.Minimize := false;
  ToolButton1Click(self);
  ASGScreenCapture1.Minimize := true;
end;

Typing from memory, thus don't take the code too literal.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 16 Jan 2004 12:10:16 +1000
Newsgroups: jedi.vcl

Dave Bracken wrote:
> I put a breakpoint in the toolbarbutton1 click event and stepped through the
> code, and it does not error out in that code. It completes that event and
> then goes to the jvWndProcHook.pas and loops a few times before it errors
> out. I cannot get it to error out while looping if i am stepping through the
> code. It only happens when i hit F9 to run. The app is a screen capture
> program, and the capture code is what is in the toolbutton click event. The
> code executes and i get my screen capture, in fact everything seems to not
> work. But i still get the error on the first time i use the shortcut key.
Well, then the next step is to remove stuff from ToolButton1Click and see which line makes the application crash.
BTW, it might be better to use ToolButton1.Click instead of calling directly the handler.




Subject: Re: Splitting TJvDBGrid from JvDBControls.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 16 Jan 2004 12:08:22 +1000
Newsgroups: jedi.vcl

Well, you were too fast...
Lionel had sent me a version of the unit without any of the index support, plus a fix in RestoreColumnLayout. I'll have a look tonight if that bug is still there, cause it's quite a nasty one...



Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: "Dave Bracken" <yup@uhhuh.com>
Date: Thu, 15 Jan 2004 19:54:05 -0600
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bu6ug9$5vl$1@talkto.net...
> > dave wrote:
> >
>>> > >>* How does the code in your OnHotKey event handler look like? A lot of
>>> > >>code? Long execution? Has it Application.ProcessMessages or something?
>>> > >>Does the error happen before/during/after this code (in the event
>>> > >>handler) is executed?
>> > >
>> > >
>> > > 3 lines of simple code, that basically calls the click event of another
>> > > button. I stepped through the button code, and no error.
> >
> > If you remove that code, thus you have an empty implementation of the
> > event handler (but still an event handler for OnHotKey), do you then
> > still get the error?

If i remove the code the error goes away. When i put it back in i get the
error.
The code calls

//Original Code
Procedure TForm1.JvApplicationHotKey1HotKey(Sender: TObject);
Begin
    ASGScreenCapture1.Minimize := false;
    ToolButton1Click(self);
    ASGScreenCapture1.Minimize := true;
end;

I removed all three lines and the error doesnt happen.

Then i made it:
Procedure TForm1.JvApplicationHotKey1HotKey(Sender: TObject);
Begin
    ASGScreenCapture1.Minimize := false;
end;

Still no error. Then i made it:
Procedure TForm1.JvApplicationHotKey1HotKey(Sender: TObject);
Begin
    ASGScreenCapture1.Minimize := false;
    ToolButton1Click(self);
end;


I put a breakpoint in the toolbarbutton1 click event and stepped through the
code, and it does not error out in that code. It completes that event and
then goes to the jvWndProcHook.pas and loops a few times before it errors
out. I cannot get it to error out while looping if i am stepping through the
code. It only happens when i hit F9 to run. The app is a screen capture
program, and the capture code is what is in the toolbutton click event. The
code executes and i get my screen capture, in fact everything seems to not
work. But i still get the error on the first time i use the shortcut key.


> >
>>> > >>* Do you use other components (not from JVCL) that possibly hook that
>>> > >>form in your application?
>> > >
>> > >
>> > > Maybe the lmdOneInstance component?
> >
> > If you remove that component, do you then still get the error?

Yes.


I am lost.

TIA,
Dave
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: QWindows.DrawTextW()
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Jan 2004 02:40:44 +0100
Newsgroups: jedi.vcl

asn wrote:

> > 1. Length( aWidestring ) = nr bytes
> > [...]
> >    As said (and confirmed) Length returns # bytes, so I removed the
> > SizeOf(

Where have you tested this.
My Delphi 6 help says:
"Length: Bei Unicode-Strings (WideString) gibt sie die Byte-Anzahl geteilt
durch zwei zurück."
=> "Length: For Unicode strings (WideString) it returns the number of
Bytes __divided by two__"

Forthermore the following code shows as length: 10:

procedure TForm1.Button1Click(Sender: TObject);
var
  w: WideString;
begin
  w := '1234567890';
  ShowMessage(IntToStr(Length(w)));
end;

And my tests that I had made for the JvUnicodeEditor showed me that I
needed a FillWideChar function that does nothing else than calling
FillChar(Buffer, Count * SizeOf(WideChar), Value). Without this function
the text was not readable.

-- Regards, Andreas Hausladen 

Subject: Re: QWindows.DrawTextW()
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Fri, 16 Jan 2004 02:19:49 +0100
Newsgroups: jedi.vcl

> > You wrote:  // asn: Length returns the # bytes
> >

> > but WIN32 SDK says:
> >
> > DrawText():
> >   nCount
> > [in] Specifies the length of the string. For the ANSI function it is a
> > BYTE
> > count and for the __Unicode function it is a WORD count__.
> >

1. Length( aWidestring ) = nr bytes
2. You had added
    if Len = -1 then
        Len := Length( Text)   in DrawText( ... Text: WideString ... )
   - No Need , Qt handles this exactly as windows does,
   - Test result: NOT passed: additional characters appear at the end of the
text
3. The remark was referring to
    DrawTextW( ...
    ....
    if (DT_MODIFYSTRING and WinFlags <> 0) and (Text <> nil) then
    begin
        Move(WText[1],  Text^,  Length(WText) * SizeOf(WideChar) );
    end;
    ...
   As said (and confirmed) Length returns # bytes, so I removed the SizeOf(

Regards,

André Snepvangers.





Subject: Re: Splitting TJvDBGrid from JvDBControls.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 16 Jan 2004 01:39:36 +0100
Newsgroups: jedi.vcl

JvDBGrid is now in its own unit, JvDBGrid.pas. I managed to get all of
Lionel Reynauds changes into the unit as well.

I did manage to remove the dependency on DBClient and DBTables (ie,
ClientDataset and BDE) by using some RTTI to get the index names. Maybe it
could be done better but I think this solution works OK.

I've also added a set of DBGrid export components to the JvDB package, also
from Lionel. Basically, they allow one to export the content of a DBGrid to
Word, Excel, HTML and cvs/txt as well as the clipboard with very little
code. A demo is in \examples. There are no palette icons yet, but I don't
think it should be too hard coming up with a design ;)

Big thanks to Lionel for making these components available to us!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRollout bug when bottom aligned
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 16 Jan 2004 01:32:05 +0100
Newsgroups: jedi.vcl

OK, I've added a special JvRollOutAction to the unit that should be able to
handle most situations with the rollout's action. The only minor issue is
that D5 doesn't have AutoCheck (see the updated demo for an example), which
means that when LinkCheckedToCollapsed, the toggling of the checked property
needs to be implemented manually.

Let me know how it works for you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: @asn: QWindows.DrawTextW()
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 16 Jan 2004 01:12:12 +0100
Newsgroups: jedi.vcl

You wrote:  // asn: Length returns the # bytes

but WIN32 SDK says: 

DrawText():
  nCount 
	[in] Specifies the length of the string. For the ANSI function it is a
BYTE
	count and for the __Unicode function it is a WORD count__.



-- Regards, Andreas Hausladen 

Subject: Re: Splitting TJvDBGrid from JvDBControls.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 23:58:16 +0100
Newsgroups: jedi.vcl

I'll start on this now, so please don't touch JvDBControls or add a
JvDBGrid. I'll also try to incorporate Liobels changes, if possible.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PackageGenerator: Fixed build for all versions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 08:09:35 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Since JvAppIniFileStorage descends from JvAppIniStorage (which descends
> from JvCustomAppStorage), I couldn't actually make it a descendant of
> TJvCustomAppStorage. 

Well, well well... I didn't think of that one, but as far as I can tell, the TJvAppIniStorage is not installed in the palette and I must admit I don't really understand the need for another layer.
It would have been just like having a memory only version of TJvAppXmlStorage and then a descendent that only adds two functions: load and save to disk.
That seems weird to me, and I'm wondering if we couldn't simply get rid of TJvAppIniStorage alltogether and merge the two INI components into one that does all we want.
I haven't had a look at the source code recently so I haven't seen the comments (if any) about that design decision.
Any explanation would then be greatly appreciated.

Cheers

Olivier



Subject: Re: Source code generator JCL&JVCL
From: Thomas Mueller <news@s2h.cx>
Date: Thu, 15 Jan 2004 22:04:16 +0000
Newsgroups: jedi.vcl

Hi,

TridenT wrote:

> > DelphiCodeToDoc is a free documentation system for Delphi.
> > It uses information about source code symbols and formatted comments in
> > files to produce accurate documentation from your application and
> > component.

Sounds a lot like PasDoc to me. (http://pasdoc.sf.net)

What is it that makes it better than that?

regards
twm



Subject: Re: JvHtmlParser
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 22:42:29 +0100
Newsgroups: jedi.vcl

> > do you know how to use tpageproducer to do it?
Drop a pageproducer, assign the filename of the file you want to read to the
HTMLFile property or the content of the file to HTMLStrings. Set up an
OnHTMLTag event handler:

procedure TForm1.PageProducer1HTMLTag(Sender: TObject; Tag: TTag;
  const TagString: String; TagParams: TStrings; var ReplaceText: String);
begin
  if AnsiSameText(TagString,'NAME') then
    ReplaceText := 'os2';
end;

Call PageProducer.Content to read the file and make the replacement:

S := SomeFilename, PageProducer.Content;

Save the string S to a file.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cannot build latest cvs update...please help
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 16 Jan 2004 07:39:41 +1000
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
>
> How isn't it easy to do with imagelist? You just change imageindex and
> youre done - IMO much simpler than loading new glyph...

No, because I can't and don't want to store the image in the image list. The image comes from somewhere else, in a form that proves to be way easier to use with the glyph property.



Subject: Re: InstallErrors in actual CVS Version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 22:38:14 +0100
Newsgroups: jedi.vcl

> > C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvXPBar.pas(978) Fehler:
> > Undefinierter Bezeichner: 'FSeparatorColor'

My fault. Change it to FSeperatorColor or change all FSeperatorColor to
FSeparatorColor. I'll update it in CVS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: InstallErrors in actual CVS Version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 22:37:09 +0100
Newsgroups: jedi.vcl

> > I used the JVCL Installer program, for that I thought the correct
> > installation procedure is already included.
Did you first remove the old packages and selected "build"?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHtmlParser
From: os2 <os2@nobug_videotron.ca>
Date: Thu, 15 Jan 2004 16:29:12 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> i have personal tag like <#name>... in a html file
>> can use JvHtmlParser to replace this tag by another value?
>
>
> JvHTMLParser is designed to analyze a HTML file or string and provide a tree
> of the tags in the file/string. It is not really useful as a tag replacement
> engine.
>
> For simple tag replacement, use StringReplace or TPageProducer instead.
>
>
ok thanks

do you know how to use tpageproducer to do it?


Subject: Re: InstallErrors in actual CVS Version
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Thu, 15 Jan 2004 22:29:05 +0100
Newsgroups: jedi.vcl

The points are "solved" please solve also this one in CVS

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvXPBar.pas(978) Fehler:
Undefinierter Bezeichner: 'FSeparatorColor'

Translastion something like:  not defined designator

Karlheinz




Subject: Re: InstallErrors in actual CVS Version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Jan 2004 22:28:38 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Already solved. The JvXPCtrlsD6R package now requires JvCoreR package.

It should not because it is a USEJVCL'ed package. The problem was in
JvXPBar.pas. Someone introduced JvThemes without a USEJVCL IFDEF


-- Regards, Andreas Hausladen 

Subject: Re: InstallErrors in actual CVS Version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jan 2004 22:27:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Someone introduces JvThemes in a USEJVCL'ed unit.
>
> We could use the following IFDEF in JvXPBar.pas (the JvThemes unit must be
> moved into the IFDEF in the implementation section. If you can wait for my
> next update (JvExVCL: DoSetFocus/DoKillFocus/DoFocusedChanged) I will
> commit the changed unit.

Please update the JvXPCtrlsD6R packages also. I did not add the USEJVCL in the XML file.



Subject: Re: InstallErrors in actual CVS Version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jan 2004 22:25:42 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:
> C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvMarkupLabel.pas(82)
> Warnung: Symbol 'GetBackColor' wird abgelehnt

These warnings are on purpose. They are explicitly triggered by a deprecated in the sources.

> Warnung: Die Unit 'JvThemes' wurde implizit in Package 'JvXPCtrlsD6R'
> importiert

Already solved. The JvXPCtrlsD6R package now requires JvCoreR package.



Subject: Re: InstallErrors in actual CVS Version
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Thu, 15 Jan 2004 22:18:42 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:bu6t6m$298$1@talkto.net...
> > abgelehnt = deprecated?
> >

Translation I think is OK

> > In case that's the correct translation it means that you should use the
> > Color property instead of the BackColor property for the JvMarkUpLabel.
> >
>> > > JvXPCtrlsD6D.dpk(41) Fehler: Die Packages 'JvXPCtrlsD6R' und 'JvCoreD6R'
>> > > enthalten beide Unit 'JvThemes'
> > Uninstall JvCoreD6D and rebuild both JvCoreD6R and JvCoreD6D then rebuild
> > JvXPCtrlsD6R.
> >
> > Many users forget this but it is well worth mentioning again:
> >
> > When you get source from CVS because you want to update an installed
> > package/component, you should first remove Jv Core from the component
> > palette (this will remove the other JVCL packages as well), rebuild all
> > packages and then reinstall.
> >
> > The cause of the problem is the constant changes in JvCore (this is
> > development code, remember). Since JvCore changes, you must rebuild all
the
> > other packages (We have "Explicit rebuild" enabled, so there is no
automatic
> > rebuilds of required packages) that depends on it (i.e all of them).
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >

I used the JVCL Installer program, for that I thought the correct
installation procedure is already included.

Karlheinz




Subject: Re: InstallErrors in actual CVS Version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 22:17:14 +0100
Newsgroups: jedi.vcl

> > IMO. Abgelehnt means rejected, not deprecated.
I actually studied german in school for a couple of years many years ago but
I've forgotten most of it (I can read and understand pretty well, speak a
little and write almost nothing). Abgelehnt is not one of the words I was
taught (that I remember)<g>


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: InstallErrors in actual CVS Version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 22:15:15 +0100
Newsgroups: jedi.vcl

> > Someone introduces JvThemes in a USEJVCL'ed unit.
Well, I won't mention any names but I know who the idiot is ;)
> > We could use the following IFDEF in JvXPBar.pas (the JvThemes unit must be
> > moved into the IFDEF in the implementation section. If you can wait for my
> > next update (JvExVCL: DoSetFocus/DoKillFocus/DoFocusedChanged) I will
> > commit the changed unit.
Good suggestion, please commit it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 Jan 2004 22:13:25 +0100
Newsgroups: jedi.vcl

dave wrote:

>> * How does the code in your OnHotKey event handler look like? A lot of
>> code? Long execution? Has it Application.ProcessMessages or something?
>> Does the error happen before/during/after this code (in the event
>> handler) is executed?
>
>
> 3 lines of simple code, that basically calls the click event of another
> button. I stepped through the button code, and no error.

If you remove that code, thus you have an empty implementation of the event handler (but still an event handler for OnHotKey), do you then still get the error?

>> * Do you use other components (not from JVCL) that possibly hook that
>> form in your application?
>
>
> Maybe the lmdOneInstance component?

If you remove that component, do you then still get the error?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: InstallErrors in actual CVS Version
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Thu, 15 Jan 2004 22:07:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > abgelehnt = deprecated?

I guess it is supposed to be, but that is a lousy translation by Borland,
IMO. Abgelehnt means rejected, not deprecated. Anyway, I would have
translated it as :

  Warnung: Symbol 'GetBackColor' als 'deprecated' markiert.

i.e. Symbol 'XYZ' is marked as deprecated. 
-- Rudy Velthuis "I still live." - Daniel Webster, dying words 

Subject: Re: InstallErrors in actual CVS Version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Jan 2004 22:07:31 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > abgelehnt = deprecated?

This is correct.

>> > > JvXPCtrlsD6D.dpk(41) Fehler: Die Packages 'JvXPCtrlsD6R' und
>> > > 'JvCoreD6R' enthalten beide Unit 'JvThemes'
> > Uninstall JvCoreD6D and rebuild both JvCoreD6R and JvCoreD6D then rebuild
> > JvXPCtrlsD6R.

Someone introduces JvThemes in a USEJVCL'ed unit.

We could use the following IFDEF in JvXPBar.pas (the JvThemes unit must be
moved into the IFDEF in the implementation section. If you can wait for my
next update (JvExVCL: DoSetFocus/DoKillFocus/DoFocusedChanged) I will
commit the changed unit.
------------------
{$I jvcl.inc}

{$IFNDEF USEJVCL}
 // sorry no theming
  {$UNDEF JVCLThemesEnabled}
  {$UNDEF JVCLThemesEnabledD56}
{$ENDIF !USEJVCL}
------------------


-- Regards, Andreas Hausladen 

Subject: Re: Can TjvxSplitter solve TSplitter-bug (fatal exception) ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 22:05:39 +0100
Newsgroups: jedi.vcl

Updated in CVS as well. Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHtmlParser
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 21:57:13 +0100
Newsgroups: jedi.vcl

> > i have personal tag like <#name>... in a html file
> > can use JvHtmlParser to replace this tag by another value?

JvHTMLParser is designed to analyze a HTML file or string and provide a tree
of the tags in the file/string. It is not really useful as a tag replacement
engine.

For simple tag replacement, use StringReplace or TPageProducer instead.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvPictEditor: AV when exiting the property editor (with fix)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 21:53:43 +0100
Newsgroups: jedi.vcl

> > Who will include this in the "official" sources? I have never fixed
> > something inside JVCL and do not know about the correct workflow (who is
> > responsible?).

Done. Thank you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: InstallErrors in actual CVS Version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 21:51:12 +0100
Newsgroups: jedi.vcl

abgelehnt = deprecated?

In case that's the correct translation it means that you should use the
Color property instead of the BackColor property for the JvMarkUpLabel.

> > JvXPCtrlsD6D.dpk(41) Fehler: Die Packages 'JvXPCtrlsD6R' und 'JvCoreD6R'
> > enthalten beide Unit 'JvThemes'
Uninstall JvCoreD6D and rebuild both JvCoreD6R and JvCoreD6D then rebuild
JvXPCtrlsD6R.

Many users forget this but it is well worth mentioning again:

When you get source from CVS because you want to update an installed
package/component, you should first remove Jv Core from the component
palette (this will remove the other JVCL packages as well), rebuild all
packages and then reinstall.

The cause of the problem is the constant changes in JvCore (this is
development code, remember). Since JvCore changes, you must rebuild all the
other packages (We have "Explicit rebuild" enabled, so there is no automatic
rebuilds of required packages) that depends on it (i.e all of them).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: InstallErrors in actual CVS Version
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Thu, 15 Jan 2004 21:36:44 +0100
Newsgroups: jedi.vcl

Delphi 6:

Compiling package: JvJansD6R.bpl

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvMarkupLabel.pas(82)
Warnung: Symbol 'GetBackColor' wird abgelehnt

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvMarkupLabel.pas(82)
Warnung: Symbol 'SetBackColor' wird abgelehnt

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvMarkupLabel.pas(649)
Warnung: Symbol 'GetBackColor' wird abgelehnt

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvMarkupLabel.pas(654)
Warnung: Symbol 'SetBackColor' wird abgelehnt

58121 Zeilen, 2.76 Sekunden, 361956 Bytes Code, 5297 Bytes Daten.



Compiling package: JvXPCtrlsD6R.bpl

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

Warnung: Die Unit 'JvThemes' wurde implizit in Package 'JvXPCtrlsD6R'
importiert

11816 Zeilen, 0.74 Sekunden, 42320 Bytes Code, 161 Bytes Daten.

Compiling package: JvXPCtrlsD6D.bpl

Borland Delphi Version 14.0

Copyright (c) 1983,2002 Borland Software Corporation

JvXPCtrlsD6D.dpk(41) Fehler: Die Packages 'JvXPCtrlsD6R' und 'JvCoreD6R'
enthalten beide Unit 'JvThemes'



Delphi 7

Compiling package: JvXPCtrlsD7R.bpl

Borland Delphi Version 15.0

Copyright (c) 1983,2002 Borland Software Corporation

C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvXPBar.pas(978) Fehler:
Undefinierter Bezeichner: 'FSeparatorColor'

JvXPCtrlsD7R.dpk(51) Fatal: Verwendete Unit '..\..\run\JvXPBar.pas' kann
nicht compiliert werden



Karlheinz




Subject: TJvPictEditor: AV when exiting the property editor (with fix)
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Thu, 15 Jan 2004 21:31:15 +0100
Newsgroups: jedi.vcl

Hello,

(working with D7 Pro and the latest daily snapshot)

since a few "daily" versions i get an AV in ADVAPI32.DLL when exiting the
property editor for glyphs and images. On my system the JVCL property
editors are enabled and there were no paths defined in the special MRU list
in the editor dialog (important to reproduce the AV).

Fix:

This is the original method that saves the settings:
  procedure TPictureEditDialog.FormStorageSavePlacement(Sender: TObject);
  begin
    FormStorage.WriteInteger(cBackColorIdent, IconColor);
    FormStorage.WriteString(cFileDir, FileDialog.InitialDir); // => here the
AV happens
  end;

Should be changed to:
  procedure TPictureEditDialog.FormStorageSavePlacement(Sender: TObject);
  begin
    FormStorage.WriteInteger(cBackColorIdent, IconColor);
    if FileDialog.InitialDir <> '' then
    FormStorage.WriteString(cFileDir, FileDialog.InitialDir);
  end;

Who will include this in the "official" sources? I have never fixed
something inside JVCL and do not know about the correct workflow (who is
responsible?).

Ciao,
Ralf

-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 15 Jan 2004 14:27:43 -0600
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bu6lj7$4hj$1@talkto.net...
> > Some questions:
> >
> > * Does it always happen at the same time for your application? ie the
> > first time you press the hot key after startup of the application?

Yes.


> > * When does the error happen exactly? Set a break-point in the
> > TJvApplicationHotKey.WndProc procedure, set a break-point in your
> > OnHotKey event handler, does it happen before or after the break-points
etc.

I set the breakpoints. I execute the SHIFT+F2 hot key. The wndproc executes
fine. The event handler executes fine, it goes back to wndproc and seems to
continue looping for a while. If  i then hit F9 to run i get the error.

> > * How does the code in your OnHotKey event handler look like? A lot of
> > code? Long execution? Has it Application.ProcessMessages or something?
> > Does the error happen before/during/after this code (in the event
> > handler) is executed?

3 lines of simple code, that basically calls the click event of another
button. I stepped through the button code, and no error.

> > * Do you use other components from JVCL that possibly hook that form in
> > your application?

JvTrayIcon. I removed the jvtrayicon and i still get the same error after
replacing it with the lmdtrayicon.

> > * Do you use other components (not from JVCL) that possibly hook that
> > form in your application?

Maybe the lmdOneInstance component?

> > * Can you reproduce the problem, if you make a small program that uses
> > those components?

I am unable as of yet to reproduce the problem in another app.
I will keep trying.


One weird thing is, if i double click the jvtrayicon to show the form before
pressing the hot key, i do not get an error. My app is setup to not show the
form on the screen on run, just go straight to the tray.
Whats even stranger is that i have not changed any code except to update my
jvcl.

Any ideas?



> >
> > Most important thing is to make it reproducable in a small program.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Source code generator JCL&JVCL
From: "TridenT" <trident@debian.fr>
Date: Thu, 15 Jan 2004 21:26:47 +0100
Newsgroups: jedi.vcl

I am currently working on this project, and want to share this tools. It is
not finished, but still functionnal. I have used JVCL & JCL components
intensivly, so it can be a good example of their possibilitys.

You can have a look to my tool here
http://dephicodetodoc.sourceforge.net/

or download here.
https://sourceforge.net/project/showfiles.php?group_id=96281&package_id=102847&release_id=210083

DelphiCodeToDoc is a free documentation system for Delphi.
It uses information about source code symbols and formatted comments in
files to produce accurate documentation from your application and component.
This documentation support TEXT file based and HTML style, but will be
extend to CHM, PDF, and furthermore other format. DelphiCodeToDoc makes sure
the structure of your documentation always stays synchronized with your
code. It support JavaDoc style comments, in-line comments, and is open for
other "tags based" styles. You can configure DelphiCodeTodoc to extract the
code structure from undocumented source files. This is very useful to
quickly find your way in large source distributions. You can also visualize
the relations between the various source code elements. DelphiCodeTodoc is
developed under MS-Windows with Borland Delphi, but will be set-up to be
portable for Kylix under Linux





Subject: Re: Just an idea for the archive files
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 Jan 2004 21:00:06 +0100
Newsgroups: jedi.vcl

>> > > What do you think about one extra package (.dpk) that contains the
>> > > archive components? Developers who need these components in their old
>> > > projects could install this package.
I think this is a good idea but it should not be part of the normal install.
Instead we should put it in...\archive.

> > That sounds like a good idea, but let's put them isolated on a tab
> > called something like "Jv Obsolete Components" so that people realize
> > that they shouldn't use them anymore.
Yes, but again, they should not be in the installer and installation should
be manual. We need to document it, though.

The big question is: how far back should we go? There is stuff in
\jvcl\archive as well...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Just an idea for the archive files
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 15 Jan 2004 19:45:08 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > The big question is: how far back should we go? There is stuff in
> > \jvcl\archive as well...

Since the latest downloadable install, which would be 2.1.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: TJvUpDown on Windows XP
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 Jan 2004 20:43:55 +0100
Newsgroups: jedi.vcl

Andrew Fiddian-Green [436602] wrote:

> I am using some instances of TJvUpDown in my application; but on Windows XP,
> when the associated control is a TEdit, they look dreadful (the TJvUpDown
> obscures the frame border of the TEdit).

Can you post a screen-shot to binaries?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: JvHtmlParser
From: os2 <os2@nobug_videotron.ca>
Date: Thu, 15 Jan 2004 13:56:40 -0500
Newsgroups: jedi.vcl

hi

i have personal tag like <#name>... in a html file
can use JvHtmlParser to replace this tag by another value?

if yes, how?

thanks


Subject: Re: Installed new est version, but now my app does not work properly??? Please help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 Jan 2004 19:41:21 +0100
Newsgroups: jedi.vcl

Some questions:

* Does it always happen at the same time for your application? ie the first time you press the hot key after startup of the application?
* When does the error happen exactly? Set a break-point in the TJvApplicationHotKey.WndProc procedure, set a break-point in your OnHotKey event handler, does it happen before or after the break-points etc.
* How does the code in your OnHotKey event handler look like? A lot of code? Long execution? Has it Application.ProcessMessages or something? Does the error happen before/during/after this code (in the event handler) is executed?
* Do you use other components from JVCL that possibly hook that form in your application?
* Do you use other components (not from JVCL) that possibly hook that form in your application?
* Can you reproduce the problem, if you make a small program that uses those components?

Most important thing is to make it reproducable in a small program.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Just an idea for the archive files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Jan 2004 19:36:46 +0100
Newsgroups: jedi.vcl

There are many JVCL 2 users out there who will not move to JVCL 3 because
some components are no more available and others had been merged.

What do you think about one extra package (.dpk) that contains the archive
components? Developers who need these components in their old projects
could install this package.

-- Regards, Andreas Hausladen 

Subject: Re: Just an idea for the archive files
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 15 Jan 2004 18:16:52 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > What do you think about one extra package (.dpk) that contains the
> > archive components? Developers who need these components in their old
> > projects could install this package.

That sounds like a good idea, but let's put them isolated on a tab
called something like "Jv Obsolete Components" so that people realize
that they shouldn't use them anymore.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: several small topics i found today
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Jan 2004 19:15:25 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Is JvThemesEnabled56 needed?

It is used for the ParentBackground property that is only available in
Delphi 7 but missing in Delphi 5 and 6. Most JvThemesEnabled56 IFDEFs had
moved to the JvExVCL units but some other units contain JvThemesEnabled56.


-- Regards, Andreas Hausladen 

Subject: several small topics i found today
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jan 2004 19:08:52 +0100
Newsgroups: jedi.vcl

File JvArrayButton.pas:
  procedure DoShowHint(var HintStr: {$IFDEF VCL} string {$ELSE} WideString {$ENDIF};
  procedure TJvArrayButton.DoShowHint(var HintStr: {$IFDEF VCL} string {$ELSE} WideString {$ENDIF};

Is it possible to have a THintString type here?

How about writing pathes like
{$R ..\Resources\Somefile.res}
with a forward slash for Windows also? That removes some IFDEFs.

File JvJVCLAboutForm.pas:
  This file raises the need for utility functions returning a generic
  HOME directory and a generic Preferences directory

Is JvThemesEnabled56 needed?

It is time to set DEBUGINFO OFF in JVCL.INC
(or maybe not seeing the latest messages)

File JvPerfMon95.pas:
  move to Archive

JvStrings.pas
  introduced AllFilePattern (either '*' or '*.*) in JvConsts.pas t
  remove some IFDEFs



Subject: TjvImageComboBox problem at using with windows 98
From: "FL" <truc@truc.fr>
Date: Thu, 15 Jan 2004 18:56:52 +0100
Newsgroups: jedi.vcl

Hi,

I've a problem when i try to use TjvImageComboBox with windows 98 (Delphi 7
and JVCL 2.10).
when I want to add an item (at design)
Delphi close with this message

Same probleme if i add an item at execution.

Thanks

FL













Subject: ScreenCapture and TJvPrint ... print Image
From: "Hubert Hutt" <info@cluesoft.de>
Date: Thu, 15 Jan 2004 18:55:32 +0100
Newsgroups: jedi.vcl

Hello,
I try to use the Sreencapture Example .. and add a TJvPrint ...

Everything wirks fine, when I load an Image to Image1 from disk.
Then I can print with PrintImage(Image1,bsnormal) ...

But it doesn´t work, whne i use the Screencapture Button.
Then, the image is empty, when I try to print it .

anyone an idee, what the problem could be ??

thank´s a lot

Hubert




Subject: Re: JvUnicodeEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Jan 2004 18:39:53 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > 
> > You can't convince me that Qt/CLX doesn't have it's own scrollbar
> > component that can be wrapped...

Qt and CLX have a scroll bar control but I had no time till now to find a
possible and hopefully easy solution for the wrapper in JvEditor.

-- Regards, Andreas Hausladen 

Subject: Installed new est version, but now my app does not work properly??? Please help
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 15 Jan 2004 11:38:38 -0600
Newsgroups: jedi.vcl

I installed the new update from cvs, everything installed fine, but when i
run one of my apps using the jvApplicationHotKey i get an access violation
error on the first time i try to use one of my hotkeys. After the first one
the rest work fine. It only happens on the first hotkey press. I have take a
screenshot of where Delphi stops.

I tried creating a new application and dropping 4 jvapplicationhotkeys onto
it. I do not get these errors after that.


Please Help!, i do not know why this is happening and do not know enough
about hooks to fix this.

Thanks in advance,
Dave




screenshot.JPG
	



Subject: Re: PackageGenerator: Fixed build for all versions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Jan 2004 18:14:21 +0100
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 15 Jan 2004 11:10:00 -0500:


 WP> In my way of thinking, this is a Storage object, and the backing store
 WP> is a file, so Storage.Filename is the filename. Just a suggestion.

    No, you got it wrong. The TJvAppStorageFileName class only supports a
Location and FileName property (the first an enumeration, the second a
string, both published) and a public method GetFileName that will return the
full path. Nothing more, nothing less. Both the TJvAppIniFileStorage and the
TJvAppXmlStorage have a published FileName property of type
TJvAppStorageFileName and it's this property that is probably not named
correctly since it will hold two sub properties (in essence you would have
FileName.Location and FileName.FileName properties and that just doesn't
seem right).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: TJvUpDown on Windows XP
From: "Andrew Fiddian-Green [436602]" <andrew.fiddian-green@siemens.com>
Date: Thu, 15 Jan 2004 18:12:06 +0100
Newsgroups: jedi.vcl

I am using some instances of TJvUpDown in my application; but on Windows XP,
when the associated control is a TEdit, they look dreadful (the TJvUpDown
obscures the frame border of the TEdit).

=> Does anyone have a solution?

AndrewFG




Subject: Re: JvUnicodeEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 15 Jan 2004 18:07:08 +0100
Newsgroups: jedi.vcl

asn wrote:

>> > > First we need a TJvControlScrollBar95 implementation for CLX.
> > 
> > What is so special about this scrollbar in terms of behaviour?
> > ( I don't know this component)

This "component" is in JvEditor.pas/JvUnicodeEditor.pas. And it implements
a new scroll bar wrapper for Windows's scroll bar.


-- Regards, Andreas Hausladen 

Subject: Re: JvUnicodeEditor
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 15 Jan 2004 16:50:24 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > This "component" is in JvEditor.pas/JvUnicodeEditor.pas. And it
> > implements a new scroll bar wrapper for Windows's scroll bar.

You can't convince me that Qt/CLX doesn't have it's own scrollbar
component that can be wrapped...

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: PackageGenerator: Fixed build for all versions
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 15 Jan 2004 11:10:00 -0500
Newsgroups: jedi.vcl


>     Now, I admit that the FileName property for IniFile and Xml storage is
> probably not such a good idea, as it actually contains two sub properties,
> one of which is also called FileName. Any thoughts about a better name
> (before we freeze CVS)?

In my way of thinking, this is a Storage object, and the backing store is a file, so Storage.Filename is the filename. Just a suggestion.



Subject: Re: PackageGenerator: Fixed build for all versions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Jan 2004 15:59:24 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 15 Jan 2004 21:48:19 +1000:

 O> While fixing the package generator for D5, I also discoverd that the
 O> filename property of TJvAppStorage changed to a TPersistent descendent.
 O> This broke the code because it was a string before...
 O> I fixed that, but if someone could explain exactly why that change was
 O> necessary, that'd be great...

   Quoted from your reply to the "Question about JvAppIniFileStorage" about
allowing to specify the location of a file (Exe-folder, Windows folder,
AppData folder, etc) as well as the filename:

---8<---
Please do, but if you do so, please do it in a separate class,
inheriting from TJvCustomAppStorage and called something like
TJvCustomAppFileStorage.
I'd like it to be this way so that it contains the indicated property
(declared as protected) and a FileName property. Then I can have
TJvAppIniFileStorage and TJvAppXmlStorage inherit from it.
--->8---

    Since JvAppIniFileStorage descends from JvAppIniStorage (which descends
from JvCustomAppStorage), I couldn't actually make it a descendant of
TJvCustomAppStorage. I decided to just create a class type property holding
the two sub properties (and the logic behind determining the actual path +
file name). The IniFile and XML storage now use that class to indicate the
location of the file and the actual name. Future formats that store to file
will then only need to add the property (and instantiate/destroy the
instance of course) to obtain the same feature.

    Now, I admit that the FileName property for IniFile and Xml storage is
probably not such a good idea, as it actually contains two sub properties,
one of which is also called FileName. Any thoughts about a better name
(before we freeze CVS)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvUnicodeEditor
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Thu, 15 Jan 2004 15:12:01 +0100
Newsgroups: jedi.vcl

> > First we need a TJvControlScrollBar95 implementation for CLX.

What is so special about this scrollbar in terms of behaviour?
( I don't know this component)

Regards,

André Snepvangers






Subject: Re: TJvRollout bug when bottom aligned
From: @in@taavi.ee
Date: Thu, 15 Jan 2004 13:33:45 GMT
Newsgroups: jedi.vcl

On Thu, 15 Jan 2004 11:04:22 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >When executing an action, the TAction.OnExecute event is called without
> >notifying the control, so the normal expand/collapse won't happen. If you
> >use the mouse it works since the rollout handles that in Click and OnClick
> >is linked to TAction.OnExecute.
> >
> >I've tried overriding TJvRollOut.ExecuteAction, creating an ActionLink class
> >and handling the CM_ACTIONEXECUTE message but none of them are of any use
> >here, so I don't know how to automate this.
> >
> >Seems to me that when using actions, the user has to handle the toggling
> >himself. Any suggestions or resolutions?

What about writing custom TCustomAction descendant and overriding it's
Execute method? Then user can use this special action with Rollouts
(made available at design time via RegisterActions())? I haven't
written any custom actions myself so I'm only guessing here... :(


ain


Subject: Re: TJvXPCustomWinXPBar: Themed colors?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 15 Jan 2004 14:05:13 +0100
Newsgroups: jedi.vcl

I've added a new Colors subproperty but I have no way of testing if it works
(I don't have any XP machines at the moment). Someone with XP, please try it
out.

Also, the chevron images in JvXPBar.res all have a light bluish background
color and this needs to be changed so they can be drawn transparently on any
background. If someone less artistically challenged than me wants to give it
a wack, be my guest

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel Autosize
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 15 Jan 2004 13:51:10 +0100
Newsgroups: jedi.vcl

> > BTW, the tmAveCharWidth of the result of the GetTextMetrics function
should
> > give the same result of your function ...
Thanks!

Michael




Subject: Re: Cannot build latest cvs update...please help
From: @in@taavi.ee
Date: Thu, 15 Jan 2004 12:39:53 GMT
Newsgroups: jedi.vcl

On Thu, 15 Jan 2004 18:38:25 +1000, OBones
<obones_REM_SPM_@_PIF_meloo.com> wrote:

> >@in@taavi.ee wrote:
> >
>> >> I'm asking this because IMHO using imagelist is better solution and
>> >> having both Glyph and Images is a bit confusing and clutters up OI...
>> >> IMHO it would be a Good Thing (tm) to get rid of Glyph property.
> >Well, you see, I quite disagree with that. Because I'm changing the 
> >glyph at runtime and that's not something easy to do with an image list.

How isn't it easy to do with imagelist? You just change imageindex and
youre done - IMO much simpler than loading new glyph...

BTW perhaps it makes sense to move all glyph related properties into
separate subproperty like

TComboButtonProps = class(TPersistent)
published
  property ClickKey
  property Glyph
  property ImageIndex
  property ImageKind
  property Images
end;

Then it would be less confusing to have different imagelist /
imageindex property for images to show in front of text (if this
feature gets implemented)?


ain


Subject: DtxEdit: Latest modifications
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Jan 2004 21:50:37 +1000
Newsgroups: jedi.vcl

Hi all

As indicated some time ago, I finally modified DtxEdit to add a double blank line after every item, so that they are noticed easier when editing with a text editor. The blanks don't impact on the way the file is read, they are ignored (nothing needed change for that).
Please feel free to use it if you want, I will.
Any comments welcome

Olivier Sannier
JVCL Developer



Subject: PackageGenerator: Fixed build for all versions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Jan 2004 21:48:19 +1000
Newsgroups: jedi.vcl

Hi all

While fixing the package generator for D5, I also discoverd that the filename property of TJvAppStorage changed to a TPersistent descendent. This broke the code because it was a string before...
I fixed that, but if someone could explain exactly why that change was necessary, that'd be great...

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Jan 2004 21:41:00 +1000
Newsgroups: jedi.vcl,jedi.jcl

Ok, I checked again, starting with the package in the state it was before.
This time without any JVCL package installed in BCB and it only complained about rtl.bpi.
So I added rtl.bpi and removed bcbie.bpi from the CVS repository.
Sorry for any inconvenience.

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: !!!Code freeze approaching!!!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 15 Jan 2004 11:45:03 +0100
Newsgroups: jedi.vcl

> > Saturday evening my time would be about Saturday 16:00 UTC
> > Sunday evening my time would be about 13:00 UTC

OK, let's move the code freeze to monday, january 19, 2004, 08:00 UTC.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missing TJvDBCallback
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jan 2004 11:20:41 +0100
Newsgroups: jedi.vcl

Karlheinz Jansen wrote:
>> I am missing this function in one of the newest JCL3 CVS version.
>> Where is the function now or what is the new name of it?
>>
>> Karlheinz
>>
>
> TJvDBCallback is in JvBDEProgress.pas. Someone moved it from the interface
> section to the implementation section.
> I use same other tools (e.g. TUtilitiy) from the old RXLib. They use
> TJvDBCallback also. Please could you move it back to the interface section.
>
> Karlheinz
>
>

Committed. It was my fault.



Subject: Re: TJvRollout bug when bottom aligned
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 15 Jan 2004 11:04:22 +0100
Newsgroups: jedi.vcl

> > Yes, Action property would do. That is probably even better solution
> > as there is good chance that user wants to add an menuitem to
> > collapse/expand rollout too and then this action can be shared...

One problem with actions:

When executing an action, the TAction.OnExecute event is called without
notifying the control, so the normal expand/collapse won't happen. If you
use the mouse it works since the rollout handles that in Click and OnClick
is linked to TAction.OnExecute.

I've tried overriding TJvRollOut.ExecuteAction, creating an ActionLink class
and handling the CM_ACTIONEXECUTE message but none of them are of any use
here, so I don't know how to automate this.

Seems to me that when using actions, the user has to handle the toggling
himself. Any suggestions or resolutions?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missing TJvDBCallback
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Thu, 15 Jan 2004 10:51:41 +0100
Newsgroups: jedi.vcl

> > I am missing this function in one of the newest JCL3 CVS version.
> > Where is the function now or what is the new name of it?
> >
> > Karlheinz
> >
TJvDBCallback is in JvBDEProgress.pas. Someone moved it from the interface
section to the implementation section.
I use same other tools (e.g. TUtilitiy) from the old RXLib. They use
TJvDBCallback also. Please could you move it back to the interface section.

Karlheinz




Subject: Re: Cannot build latest cvs update...please help
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Jan 2004 18:38:25 +1000
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

> I'm asking this because IMHO using imagelist is better solution and
> having both Glyph and Images is a bit confusing and clutters up OI...
> IMHO it would be a Good Thing (tm) to get rid of Glyph property.
Well, you see, I quite disagree with that. Because I'm changing the glyph at runtime and that's not something easy to do with an image list.
So please, leave the glyph and do it like that:
If Glyph is assigned, use it, else use image list.



Subject: Re: !!!Code freeze approaching!!!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 15 Jan 2004 08:36:20 +0100
Newsgroups: jedi.vcl

> > Better outline again what is forbidden afterwards.
- Bug fixes allowed
- No new, changed/renamed or deleted publicly visible symbols (like units,
functions, classes, properties or variables) unless it is a bug fix

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVInterpreter function main underfine
From: "Jirayu" <jirayu@sunncity.com>
Date: Thu, 15 Jan 2004 12:40:24 +0700
Newsgroups: jedi.vcl

Why JvInterpreter always give error function "main" undefined.  It is there
and used to work
before in the old version.

Jirayu




Subject: Re: !!!Code freeze approaching!!!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jan 2004 06:35:05 +0100
Newsgroups: jedi.vcl

asn wrote:

> VisualCLX will not be supported in the release, another 2 weeks ,  to
> be on the save side, are needed to have VisualCLX support.
> This can draw extra attention towards JVCL from the ever growing
> Linux community.

We should find a way to access VisualCLX from Windows also.
That is the reason why i asked for CLX packages.



Subject: Re: complete list of Ctl3D use
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 15 Jan 2004 06:33:06 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I don't understand you, or you don't understand me <g>. There is code in StdCtrls.pas (for example in TCustomEdit.CreateParams) that uses Ctl3D. So by removing the Ctl3D properties from edit controls (TJvComboEdit etc.) you loose functionality.

I still see no problem. Some components paint themselves according to Ctl3D. CreateParams is one of the places to handle that.
Ctl3D is named in the documentation as outdated. if anyone really needs it he can write a simple descendant to reintroduce it.



Subject: Re: [D6 pro] Problem with TJvDBLookupCombo
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 15 Jan 2004 08:59:18 +1000
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> When i follow your link, i reach a page "Project JEDI - Issue Tracker" and
> ask for a UserName ...
>
Yes, please register, this will give you the opportunity to get email notices when one of the bugs you posted is answered.
You can use anonymous access, but this is definitely not the preferred way.



Subject: Re: JvUnicodeEditor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 15 Jan 2004 08:58:09 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Maybe we could release a "JVCL 3 for VisualCLX" release some time after
> the official JVCL 3 release. Those how do not need VisualCLX could use the
> original release and those how want the newest code and VisualCLX support
> could download the new components. And if the changes are not that
> extended we could release only the changed files. But this is all in the
> near and far future.

Please keep in mind that this is not a release in the general meaning. This is only beta and as a result, it is accepted by anyone that it will miss some functionnality. Of course, nothing prevents us (well, most likely you <g>) to make a second beta with CLX support a little bit later, or, as you said, release only the required modifications...



Subject: Re: !!!Code freeze approaching!!!
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 15 Jan 2004 08:56:01 +1000
Newsgroups: jedi.vcl

OBones wrote:
> Peter Thörnqvist wrote:
>
>> Be aware that friday will be the last day for CVS code changes before the
>> beta release.
>>
>> If anyone have really good reasons to postpone, let me know now.
>>
> Couldn't you wait until saturday or sunday evening ?
> Cause I don't really have time to work on the JVCL apart from the week-end...
>
Saturday evening my time would be about Saturday 16:00 UTC
Sunday evening my time would be about 13:00 UTC

Yes, I'm going to bed quite late on saturday evenings, even if I don't go out...



Subject: Re: TJvXPCustomWinXPBar: Themed colors?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 14 Jan 2004 23:42:11 +0100
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> Does anyone know how to read the current default background color in the
> current active theme? It would be good to initialize this color according to
> the current active theme (and other colors such as font colors too)

You can do this with function GetThemeColor from UxTheme.pas. Documentation is practically non-existent, but something like:

var
  BackColor: COLORREF;
  Details: TThemedElementDetails;
begin
  Details := ThemeServices.GetElementDetails(tebHeaderBackgroundNormal);
  with Details do
    GetThemeColor(ThemeServices.Theme[Element], Part, State,
      TMT_GRADIENTCOLOR1, BackColor);
end;

should work; you have also TMT_GRADIENTCOLOR2 thus this seems the way to go.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Cannot build latest cvs update...please help
From: @in@taavi.ee
Date: Wed, 14 Jan 2004 22:16:50 GMT
Newsgroups: jedi.vcl

On Wed, 14 Jan 2004 22:25:24 +0100, Remko Bonte
<remkobonteSP@Mmyrealbox.com> wrote:

> >@in@taavi.ee wrote:
>> >> BTW is there plan to deprecate Glyph property as well (as ComboEdit is
>> >> now "imagelist aware")?
> >
> >But the ComboEdit control etc. can be easily adapted to use either Glyph 
> >or an imagelist. Haven't decided for myself whether this is useful, though.

I'm asking this because IMHO using imagelist is better solution and
having both Glyph and Images is a bit confusing and clutters up OI...
IMHO it would be a Good Thing (tm) to get rid of Glyph property.


>> >> And one feature request for comboedit - an additional imagelist /
>> >> imageindex property to show an image in front of text (like
>> >> JvImageComboBox does).
> >
> >Could you give an example where this is useful (Not bitching, just 
> >curious <g>)? Isn't that hard to implement I guess, but why an 
> >additional imagelist (different sizes probably)?

Having two imagelists is just way more flexible (ie you can use
different sizes <g>).
In my case I have two set of images - one used by program (for
buttons, menuitems etc) and one from where user can select images. Now
I want to use "internal list" for ComboEdit button's glyph but the
image in front of text is selected by user and thus should come from
"user list".


ain


Subject: Re: PackageGenerator and install under D5
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Jan 2004 23:09:32 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > If you feel like doing it, please do.

function SetFileDate(const FileName: string; Age: Integer): Integer;
var
  Handle: Integer;
begin
  Handle := FileOpen(Filename, fmOpenWrite);
  if Handle <> 0 then
    try
      Result := FileSetDate(Handle, Age);
    finally
      FileClose(Handle);
    end
  else
    Result := GetLastError;
end;


-- Regards, Andreas Hausladen 

Subject: Re: TJvRollout bug when bottom aligned
From: @in@taavi.ee
Date: Wed, 14 Jan 2004 21:58:02 GMT
Newsgroups: jedi.vcl

On Wed, 14 Jan 2004 21:48:26 +0100,
=?iso-8859-1?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com> wrote:

>> >> Oh, and yet another feature request - property ShortCut: TShortCut to
>> >> toggle collapsed state. This one again is a bit tricky to implement,
>> >> right now only idea I have is do have "class variable" of type
>> >> TActionList. Then you can create an action per rollout to listen for
>> >> shortcuts...
> >What about adding a standard Action property (linked to Click) to each
> >rollout? Then the shortcut can be assigned to the Action instead.

Yes, Action property would do. That is probably even better solution
as there is good chance that user wants to add an menuitem to
collapse/expand rollout too and then this action can be shared...


ain


Subject: Re: complete list of Ctl3D use
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 14 Jan 2004 22:53:56 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I do not find the thread anymore.
> Here is a commented list of all Ctl3D uses.
> I see no problems anymore since JvEdit.pas implements the Flat property.

I don't understand you, or you don't understand me <g>. There is code in StdCtrls.pas (for example in TCustomEdit.CreateParams) that uses Ctl3D. So by removing the Ctl3D properties from edit controls (TJvComboEdit etc.) you loose functionality.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: !!!Code freeze approaching!!!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Jan 2004 07:42:40 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Be aware that friday will be the last day for CVS code changes before the
> beta release.
>
> If anyone have really good reasons to postpone, let me know now.
>
Couldn't you wait until saturday or sunday evening ?
Cause I don't really have time to work on the JVCL apart from the week-end...



Subject: Re: PackageGenerator and install under D5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 15 Jan 2004 07:41:05 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Ivan Ravin wrote:
>
>
>> we need to copy FileSetDate(2) code from D7\...\sysutils.pas into local
>> procedure to work with D5
>
>
> Is this allowed? I think reimplemention is not that hard (without looking
> into SysUtils). A simple FileOpen, FileSetDate, FileClose should be
> enought.
>
>
Exactly. If you feel like doing it, please do. Else, I'll do it this week-end



Subject: Re: Cannot build latest cvs update...please help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 14 Jan 2004 22:25:24 +0100
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> BTW is there plan to deprecate Glyph property as well (as ComboEdit is
> now "imagelist aware")?

The trick done with property NumGlyphs can't be done with Glyph, because Glyph is a class. I have moved the property to the published section and set stored to false for Glyph (again so dfm wouldn't give errors), but the property has no function anymore.

But the ComboEdit control etc. can be easily adapted to use either Glyph or an imagelist. Haven't decided for myself whether this is useful, though.

> And one feature request for comboedit - an additional imagelist /
> imageindex property to show an image in front of text (like
> JvImageComboBox does).

Could you give an example where this is useful (Not bitching, just curious <g>)? Isn't that hard to implement I guess, but why an additional imagelist (different sizes probably)?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvRollout bug when bottom aligned
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Jan 2004 21:48:26 +0100
Newsgroups: jedi.vcl

> > Yes, it's a bit late when focus already changes. I wanted to intercept
> > it a bit earlier than that, ie catch [tab] before form sees it and
> > process it itself. But it seems that there is no easy/clear way to do
> > this :(
There is nothing sacred with the code I committed today. If you come up with
somethig better, we'll use it.

> > Have you heard about guy called Murphy? <g>
Never ;)


> > Anyway, I guess your current solution is good enough, just mention it
> > in the help. Perhaps it makes sense to have public method
> > RefreshInternalTabstopList which can be called by the user when s/he
> > changes TabStop value of the child(s) in the way that it may affect
> > rollout component.
Good suggestion

> > Oh, and yet another feature request - property ShortCut: TShortCut to
> > toggle collapsed state. This one again is a bit tricky to implement,
> > right now only idea I have is do have "class variable" of type
> > TActionList. Then you can create an action per rollout to listen for
> > shortcuts...
What about adding a standard Action property (linked to Click) to each
rollout? Then the shortcut can be assigned to the Action instead.


> > Another option would be to use TApplication.HookMainWindow to listen
> > for shortcuts... hmm, perhaps this could be used for "preproccessing"
> > tab keys too (in order not to move focus into child control when
> > collapsed)?
I try to avoid hooking into the window procedure if I can but it might be a
solution as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: !!!Code freeze approaching!!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Jan 2004 21:44:57 +0100
Newsgroups: jedi.vcl

> > VisualCLX will not be supported in the release, another 2 weeks ,  to
> > be on the save side, are needed to have VisualCLX support.
> > This can draw extra attention towards JVCL from the ever growing
> > Linux community.
Well, the code freeze is for the beta release only. Once it is out (and +7
days or so), normal development (thaw?) will continue towards the final
JVCL3 release (or a gamma, theta etc if needed) . We will of course have
another code freeze before the final release but you should have ample time
adding and testing CLX support before that happens.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvXPCustomWinXPBar: Themed colors?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Jan 2004 21:42:16 +0100
Newsgroups: jedi.vcl

> > in the class TJvXPCustomWinXPBar the background color is (hardcoded)
> > initialized to $00F7DFD6. If WinXP is set to another theme then the
"normal"
> > blue one, for example the metallic theme, the  TJvXPCustomWinXPBar is
still
> > painted in blue.
This value should be a property, of course.

> >
> > Does anyone know how to read the current default background color in the
> > current active theme? It would be good to initialize this color according
to
> > the current active theme (and other colors such as font colors too)
I don't know exactly where but I seem to remember reading somewhere that
there was problems with accessing theming info when the user has a
non-default color scheme but I know too little about theming to be a
reliable source of information. Maybe Remko can shed some light since he has
written quite a lot of the theming code in JVCL?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvXPCustomWinXPBar: Themed colors?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Wed, 14 Jan 2004 21:03:41 +0100
Newsgroups: jedi.vcl

Hello,

in the class TJvXPCustomWinXPBar the background color is (hardcoded)
initialized to $00F7DFD6. If WinXP is set to another theme then the "normal"
blue one, for example the metallic theme, the  TJvXPCustomWinXPBar is still
painted in blue.

Does anyone know how to read the current default background color in the
current active theme? It would be good to initialize this color according to
the current active theme (and other colors such as font colors too)

(I have never done anything with xp-themes so this topic is completely new
for me, maybe anyone knows a way)

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: JvUnicodeEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Jan 2004 20:16:32 +0100
Newsgroups: jedi.vcl

asn wrote:

> > Besides that we need JclUnicode for Linux.

Only the TWideStringList class. All other missing functions are
implemented in JvJCLUtils.


> > Personally I would regret that the next release of JVCL:3 will not
> > conatain VisualCLx
> > support as imho we need another 2 weeks to have it.

Maybe we could release a "JVCL 3 for VisualCLX" release some time after
the official JVCL 3 release. Those how do not need VisualCLX could use the
original release and those how want the newest code and VisualCLX support
could download the new components. And if the changes are not that
extended we could release only the changed files. But this is all in the
near and far future.


-- Regards, Andreas Hausladen 

Subject: Re: JvUnicodeEditor
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Wed, 14 Jan 2004 20:09:43 +0100
Newsgroups: jedi.vcl

> >
>> > > Would be nice if they were VisualCLX compatible.
> >
> > First we need a TJvControlScrollBar95 implementation for CLX. That is the
> > only problematic point. But for this I need more time the explorer what is
> > the best implemention.
> >

Besides that we need JclUnicode for Linux.

Personally I would regret that the next release of JVCL:3 will not conatain
VisualCLx
support as imho we need another 2 weeks to have it.

Regards,

André Snepvangers




Subject: Re: JvTransparentPanel transparency?
From: "Dan Statham" <GreatDayDan@yahoo.com>
Date: Wed, 14 Jan 2004 12:21:53 -0600
Newsgroups: jedi.vcl

Good Morning!

   So, should I give up on this component? Should I get the JVCL3 snapshot
and use it?

   This component has two features that I really want to use: Transparent &
Multiline caption.

Thanks...Dan'l

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bu2qbn$e40$1@talkto.net...
>> > > No. It seems that JvTransparentPanel is a bad component.
> > Notice that Dan is using 2.10 and there might be differences in
> > implementation compared to JVCL3. I can agree that some featues of JvPanel
> > isn't top notch but there is some nice stuff as well.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvUnicodeEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Jan 2004 19:20:58 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Does Qt support Unicode?

The complete CLX (only) supports WideStrings and yes, Qt 2.1 supports
Unicode.

-- Regards, Andreas Hausladen 

Subject: Re: JvUnicodeEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Jan 2004 19:13:59 +0100
Newsgroups: jedi.vcl

asn wrote:

> > Would be nice if they were VisualCLX compatible.

First we need a TJvControlScrollBar95 implementation for CLX. That is the
only problematic point. But for this I need more time the explorer what is
the best implemention.


-- Regards, Andreas Hausladen 

Subject: Re: complete list of Ctl3D use
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Jan 2004 19:10:57 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > You often miss to add the parameter to the ENDIF.

Definitly not. I use shortcuts to write {$ENDIF VisualCLX} and {$ENDIF
VCL}. There are many "old" IFDEFs in the files and I expand their ENDIFs
everytime I see one.


-- Regards, Andreas Hausladen 

Subject: Re: !!!Code freeze approaching!!!
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Wed, 14 Jan 2004 18:59:46 +0100
Newsgroups: jedi.vcl

> >
> > If anyone have really good reasons to postpone, let me know now.
> >

VisualCLX will not be supported in the release, another 2 weeks ,  to
be on the save side, are needed to have VisualCLX support.
This can draw extra attention towards JVCL from the ever growing
Linux community.

Regards,

André Snepvamgers




Subject: Re: JvUnicodeEditor
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Wed, 14 Jan 2004 18:54:42 +0100
Newsgroups: jedi.vcl

> > The JvUnicodeEditor and JvUnicodeCanvas are not in any packages. Should I
> > rename the types to solve conflicts with TJvEditor and register it?
> >

Would be nice if they were VisualCLX compatible.

Regards,

André Snepvangers




Subject: Re: JvUnicodeEditor
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 14 Jan 2004 17:49:19 +0000 (UTC)
Newsgroups: jedi.vcl

asn wrote:

>> > > The JvUnicodeEditor and JvUnicodeCanvas are not in any packages.
>> > > Should I rename the types to solve conflicts with TJvEditor and
>> > > register it?
> > 
> > Would be nice if they were VisualCLX compatible.

Does Qt support Unicode?

-- Cheers, Ignacio 

Subject: Re: JvUnicodeEditor
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Jan 2004 18:45:00 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The JvUnicodeEditor and JvUnicodeCanvas are not in any packages. Should I
> rename the types to solve conflicts with TJvEditor and register it?
>
>

I see no problem with that.
Extract common types to another file like JvTypes.pas.

See if JvUnicodeEditor.pas still compiles. I kept it in sync with the changes of JvEditor, but shit happens.



Subject: Re: complete list of Ctl3D use
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Jan 2004 18:41:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have implemented the Flat property yesterday while making JvEdit and
> JvValidateEdit CLX compatible.

Can you please work a bit on your style?

You often miss to add the parameter to the ENDIF.

Better use "IFDEF VCL" and "IFDEF VisualCLX" instead of
"IFDEF VCL" "ELSE".
That allows later to add yet another component library.

I prefer to have implementations for VCL message function and CLX method completely separated. Currently you only IFDEF the header line not the body of the method. This results in using "inherited;" in the body whereas the CLX method should use the qualified version of inherited.



Subject: Re: PackageGenerator and install under D5
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Jan 2004 18:30:46 +0100
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> > we need to copy FileSetDate(2) code from D7\...\sysutils.pas into local
> > procedure to work with D5

Is this allowed? I think reimplemention is not that hard (without looking
into SysUtils). A simple FileOpen, FileSetDate, FileClose should be
enought.


-- Regards, Andreas Hausladen 

Subject: JvUnicodeEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Jan 2004 18:27:20 +0100
Newsgroups: jedi.vcl

The JvUnicodeEditor and JvUnicodeCanvas are not in any packages. Should I
rename the types to solve conflicts with TJvEditor and register it?


-- Regards, Andreas Hausladen 

Subject: Re: complete list of Ctl3D use
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 14 Jan 2004 18:24:39 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I do not find the thread anymore.
> > Here is a commented list of all Ctl3D uses.
> > I see no problems anymore since JvEdit.pas implements the Flat property.

I have implemented the Flat property yesterday while making JvEdit and
JvValidateEdit CLX compatible.



-- Regards, Andreas Hausladen 

Subject: Re: TJvRollout bug when bottom aligned
From: @in@taavi.ee
Date: Wed, 14 Jan 2004 16:38:02 GMT
Newsgroups: jedi.vcl

On Wed, 14 Jan 2004 15:04:38 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> There must be an message fired when focus is about to change (WD_ |
>> >> CM_DialogChar?). What about catching it and forwarding to (rollout's)
>> >> parent control in case collapsed = true?
> >
> >WM_KILLFOCUS and WM_SETFOCUS, but the API docs explicitly warns against
> >trying to change the focus while processing these messages. In addition, a
> >control only recieves these messages when it is gaining or loosing focus
> >itself not for every control on the form/app.

Yes, it's a bit late when focus already changes. I wanted to intercept
it a bit earlier than that, ie catch [tab] before form sees it and
process it itself. But it seems that there is no easy/clear way to do
this :(


> >Try the update I posted to CVS today, it implements changing the TabStop
> >value of the child controls the way I described in the earlier post. I don't
> >see any problem with the approach except in the rare case when TabStop is
> >altered programmatically and how often does that happen in the real world?

Have you heard about guy called Murphy? <g>

Anyway, I guess your current solution is good enough, just mention it
in the help. Perhaps it makes sense to have public method
RefreshInternalTabstopList which can be called by the user when s/he
changes TabStop value of the child(s) in the way that it may affect
rollout component.

Oh, and yet another feature request - property ShortCut: TShortCut to
toggle collapsed state. This one again is a bit tricky to implement,
right now only idea I have is do have "class variable" of type
TActionList. Then you can create an action per rollout to listen for
shortcuts...

Another option would be to use TApplication.HookMainWindow to listen
for shortcuts... hmm, perhaps this could be used for "preproccessing"
tab keys too (in order not to move focus into child control when
collapsed)?


ain


Subject: Re: !!!Code freeze approaching!!!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Jan 2004 17:04:49 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Be aware that friday will be the last day for CVS code changes before the
> beta release.
>
> If anyone have really good reasons to postpone, let me know now.
>

Btter outline again what is forbidden afterwards.



Subject: Re: Cannot build latest cvs update...please help
From: @in@taavi.ee
Date: Wed, 14 Jan 2004 16:03:58 GMT
Newsgroups: jedi.vcl

On Tue, 13 Jan 2004 23:28:34 +0100, Remko Bonte
<remkobonteSP@Mmyrealbox.com> wrote:

>> >> So it looks like youre hiding the problem instead of fixing it...
<snip>
> >IMO this is a gracious way of deprecating properties.

OK, youre probably right...

BTW is there plan to deprecate Glyph property as well (as ComboEdit is
now "imagelist aware")?

And one feature request for comboedit - an additional imagelist /
imageindex property to show an image in front of text (like
JvImageComboBox does).


ain


Subject: Re: [D6 pro] Problem with TJvDBLookupCombo
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 14 Jan 2004 16:34:14 +0100
Newsgroups: jedi.vcl

When i follow your link, i reach a page "Project JEDI - Issue Tracker" and
ask for a UserName ...


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
bu3ju4$58j$1@talkto.net...
> > There seems to be a lot of problems with this component, see
> >
http://projectjedi.sourceforge.net/issuetracker/view_all_bug_page.php?f_sear
ch=JvDBLookupCombo
> > for some more. Anyone feel like giving it an overhaul?
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 14 Jan 2004 16:29:57 +0100
Newsgroups: jedi.vcl

Thank's for your function, but i need to know the space around a character
or the space left between two consecutive character.
BTW, the tmAveCharWidth of the result of the GetTextMetrics function should
give the same result of your function ...

Lionel



"Michael Fritz" <spam_athome@yahoo.de> a écrit dans le message news:
bu3hg5$s0d$1@talkto.net...
>> > > the knowledge of the space ahead the first letter. I try to find
something
>> > > with GetTextMetrics, but it give property about the font, not a
particular
>> > > letter. If you know some API to have the information, problem will be
> > solved
> > Lionel,
> >
> > this function below calculates the avarage character size from the font
used
> > on Canvas.
> > The function builds an array of 2 * 26 characters (upper and lower case)
and
> > hands this buffer
> > over to GetTextExtentPoint32.
> >
> > HTH,
> > Michael
> >
> > function TfrmMsgDlg.GetAveCharSize(Canvas: TCanvas): TPoint;
> >  var
> >        I: Integer;
> >        Buffer: array[0..51] of Char;
> >    begin
> >        for I := 0 to 25 do
> >    Buffer[I] := Chr(I + Ord('A'));
> >        for I := 0 to 25 do
> >            Buffer[I + 26] := Chr(I + Ord('a'));
> >        GetTextExtentPoint32(Canvas.Handle, Buffer, 52, TSize(Result));
> >        Result.X := Result.X div 52;
> >    end;
> >
> >




Subject: !!!Code freeze approaching!!!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 16:14:10 +0100
Newsgroups: jedi.vcl

Be aware that friday will be the last day for CVS code changes before the
beta release.

If anyone have really good reasons to postpone, let me know now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Missing TJvDBCallback
From: "Karlheinz Jansen" <KarlheinzJansen@web.de>
Date: Wed, 14 Jan 2004 16:11:19 +0100
Newsgroups: jedi.vcl

I am missing this function in one of the newest JCL3 CVS version.
Where is the function now or what is the new name of it?

Karlheinz




Subject: Re: [D6 pro] Problem with TJvDBLookupCombo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 15:49:15 +0100
Newsgroups: jedi.vcl

There seems to be a lot of problems with this component, see
http://projectjedi.sourceforge.net/issuetracker/view_all_bug_page.php?f_search=JvDBLookupCombo
for some more. Anyone feel like giving it an overhaul?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Ok, new problem installing latest cvs...help
From: @in@taavi.ee
Date: Wed, 14 Jan 2004 14:46:36 GMT
Newsgroups: jedi.vcl

On Wed, 14 Jan 2004 15:08:16 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> The only thing that seems to be a problem is when i fire up delphi now it
>> >> says it cant find the ideopendialog, threadnameexpert and the
>> >> projectanalyzer.
> >We use JCL 1.90 and these experts aren't included IIRC.

They are included in JCL 1.90 "Christmas edition".


ain


Subject: Re: TJvMarkupLabel Autosize
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 14 Jan 2004 15:12:40 +0100
Newsgroups: jedi.vcl

> > the knowledge of the space ahead the first letter. I try to find something
> > with GetTextMetrics, but it give property about the font, not a particular
> > letter. If you know some API to have the information, problem will be
solved
Lionel,

this function below calculates the avarage character size from the font used
on Canvas.
The function builds an array of 2 * 26 characters (upper and lower case) and
hands this buffer
over to GetTextExtentPoint32.

HTH,
Michael

function TfrmMsgDlg.GetAveCharSize(Canvas: TCanvas): TPoint;
 var
       I: Integer;
       Buffer: array[0..51] of Char;
   begin
       for I := 0 to 25 do
   Buffer[I] := Chr(I + Ord('A'));
       for I := 0 to 25 do
           Buffer[I + 26] := Chr(I + Ord('a'));
       GetTextExtentPoint32(Canvas.Handle, Buffer, 52, TSize(Result));
       Result.X := Result.X div 52;
   end;




Subject: Re: Ok, new problem installing latest cvs...help
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 15:08:16 +0100
Newsgroups: jedi.vcl

> > choose cvs update. That is still the correct cvs dir right? dev\JVCL3?
Yup, we're still messing around in there.

> > The only thing that seems to be a problem is when i fire up delphi now it
> > says it cant find the ideopendialog, threadnameexpert and the
> > projectanalyzer.
We use JCL 1.90 and these experts aren't included IIRC. Try locating your
JCL folder and see if there are any matching dpk's in there. Open and
install them if you find any and they should be back. Post a message to
jedi.jcl if you can't find them.

> > Also, Peter, i am trying out your imagesviewer now. It looks like i may
have
> > my replacement for the jvthumbview. But i need to look into the level of
> > customisation that is in it, such as thumbsize etc, to make sure it fits
> > with my existing program.
OK, let me know if you find any issues or want to suggest improvements.

> > Thanks again all. I appreciate your help. Special thanks to Peter and
Marcel
You are most welcome!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRollout bug when bottom aligned
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 15:04:38 +0100
Newsgroups: jedi.vcl

> > There must be an message fired when focus is about to change (WD_ |
> > CM_DialogChar?). What about catching it and forwarding to (rollout's)
> > parent control in case collapsed = true?

WM_KILLFOCUS and WM_SETFOCUS, but the API docs explicitly warns against
trying to change the focus while processing these messages. In addition, a
control only recieves these messages when it is gaining or loosing focus
itself not for every control on the form/app.

> > Not very elegant solution, but should work... still, somehow I don't
> > like the idea that parent component changes it's children properties
> > to achieve some feature...

Try the update I posted to CVS today, it implements changing the TabStop
value of the child controls the way I described in the earlier post. I don't
see any problem with the approach except in the rare case when TabStop is
altered programmatically and how often does that happen in the real world?

> > That could be an feature (default off) but IMO it somewhat defeats the
> > idea of rollout component... hmm, or maybe not... then rollout should
> > automatically collapse as well when user tabs off of it (in case it
> > was automatically expanded).

I'll think about it but no promises!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Ok, new problem installing latest cvs...help
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 14 Jan 2004 08:03:28 -0600
Newsgroups: jedi.vcl

Ok i deleted everything, and did a fresh checkout. The installer worked!!!.
I am updating with tortoise, and i just right-click the folder named dev and
choose cvs update. That is still the correct cvs dir right? dev\JVCL3?
The only thing that seems to be a problem is when i fire up delphi now it
says it cant find the ideopendialog, threadnameexpert and the
projectanalyzer. Do i want to attempt to load these next time a project is
loaded. I had those before but i do not now. Does the installer not create
and install these for you anymore? If not, how do i get these installed?

Also, Peter, i am trying out your imagesviewer now. It looks like i may have
my replacement for the jvthumbview. But i need to look into the level of
customisation that is in it, such as thumbsize etc, to make sure it fits
with my existing program.

Thanks again all. I appreciate your help. Special thanks to Peter and Marcel
:)

Dave

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bu3gic$o3i$1@talkto.net...
> > JvPlacemnt is not in any of those files, neither is OpenedBmp, ClosedBmp,
> > FilePics, CurrentBmp, DirBmp, ExeBmp or UnknownBmp so
> > however it might appear, you don't have the latest sources for sure.
> >
> > Are you downloading via CVS or do you download the daily zips?
> >
> > If you are using CVS, make sure you are updating the HEAD revision (in
> > Tortotise CVS, right-click the folder, select CVS,Update Special, check
> > "Return to main (HEAD) branch" and also check "Clean copy".
> >
> > Or you can delete the entire JVCL folder and do a fresh checkout.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Ok, new problem installing latest cvs...help
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 14:56:48 +0100
Newsgroups: jedi.vcl

JvPlacemnt is not in any of those files, neither is OpenedBmp, ClosedBmp,
FilePics, CurrentBmp, DirBmp, ExeBmp or UnknownBmp so
however it might appear, you don't have the latest sources for sure.

Are you downloading via CVS or do you download the daily zips?

If you are using CVS, make sure you are updating the HEAD revision (in
Tortotise CVS, right-click the folder, select CVS,Update Special, check
"Return to main (HEAD) branch" and also check "Clean copy".

Or you can delete the entire JVCL folder and do a fresh checkout.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error instaling from CVS
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 14:48:51 +0100
Newsgroups: jedi.vcl

> > "The procedure enter point @jclgraphic@initialization$qqrv cannot be
> > found in the DJCL70.bpl dinamic linked library"
This happens when you are rebuilding a changed package that is already
installed in Delphi. With Delphi 7, this shouldn't be a problem. After
building, go to Components, Install Packages and check the JVCL packages
that you want to have installed.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: [D6 pro] Problem with TJvDBLookupCombo
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Wed, 14 Jan 2004 14:39:53 +0100
Newsgroups: jedi.vcl

Hi,

When i click on the arrow of the TJvDBLookupCombo, the list appear but is
empty. In fact when you click on the list, the items appear. Looking the
code of the procedure "DropDown" in JvDBLookup, i see this (line 2500) :
    SetWindowPos(FDataList.Handle, HWND_TOP, Max(P.X, 0), Y, 0, 0,
      SWP_NOSIZE or SWP_NOACTIVATE {or SWP_SHOWWINDOW});

I suppress the "{ }" and now the list appear correctly ...

What is correct ??

Lionel




Subject: Error instaling from CVS
From: Cesar Romero <cesar@liws.com.br>
Date: Wed, 14 Jan 2004 11:39:31 -0200
Newsgroups: jedi.vcl

When I try to install from CVS I got error

In Portuguese:
"Não foi possível localizar o ponto de entrada do procedimento @jclgraphic@initialization$qqrv na biblioteca de vinculo dinâmico DJCL70.bpl."

In English: (trying to translate)

"The procedure enter point @jclgraphic@initialization$qqrv cannot be found in the DJCL70.bpl dinamic linked library"


Subject: Error instaling from CVS
From: Cesar Romero <cesar@liws.com.br>
Date: Wed, 14 Jan 2004 11:36:07 -0200
Newsgroups: jedi.vcl

When I try to install the CVS version I got the error:


Subject: Re: Ok, new problem installing latest cvs...help
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 14 Jan 2004 07:23:11 -0600
Newsgroups: jedi.vcl

Ok, i deleted everything jvcl from my computer, deleted all paths in delphi,
removed all jvcl packages. Put the cvs version downloaded yesterday at
around 1:00 p.m. back into my directory. Went into the two offending files:
JVCL\design\JvPictureEditForm.pas
JVCL\design\JvImagePreviewForm.pas
and removed the jvPlacemnt from the uses clause. Now when i run the
installer i get the following errors:

** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Generating packages for d6
 Loaded template.dof
 d6p template will be used for JvDotNetCtrls-R
 d6p template will be used for JvGlobus-D
 d6p template will be used for JvGlobus-R
 d6p template will be used for JvInterpreter-R
 d6p template will be used for JvUIB-R
 Loaded template.dpk
 d6p template will be used for JvDotNetCtrls-R
 d6p template will be used for JvGlobus-D

 d6p template will be used for JvGlobus-R
 d6p template will be used for JvInterpreter-R
 d6p template will be used for JvUIB-R
 Loaded template.res

Compiling package: JvCoreD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
693 lines, 0.41 seconds, 514588 bytes code, 3529 bytes data.

Compiling package: JvCoreD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
684 lines, 0.40 seconds, 81052 bytes code, 657 bytes data.

Compiling package: JvSystemD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
694 lines, 0.28 seconds, 198572 bytes code, 3209 bytes data.

Compiling package: JvSystemD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
661 lines, 0.24 seconds, 17944 bytes code, 281 bytes data.

Compiling package: JvStdCtrlsD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
723 lines, 0.48 seconds, 538064 bytes code, 3593 bytes data.

Compiling package: JvStdCtrlsD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
658 lines, 0.29 seconds, 15536 bytes code, 285 bytes data.

Compiling package: JvCtrlsD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
696 lines, 0.36 seconds, 309148 bytes code, 1373 bytes data.

Compiling package: JvCtrlsD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
664 lines, 0.36 seconds, 24616 bytes code, 361 bytes data.

Compiling package: JvCmpD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
671 lines, 0.22 seconds, 70308 bytes code, 481 bytes data.

Compiling package: JvCmpD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
661 lines, 0.39 seconds, 15972 bytes code, 265 bytes data.

Compiling package: JvCustomD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
688 lines, 0.40 seconds, 525448 bytes code, 1793 bytes data.

Compiling package: JvCustomD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
663 lines, 1.05 seconds, 32396 bytes code, 345 bytes data.

Compiling package: JvDlgsD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
682 lines, 0.35 seconds, 159528 bytes code, 1585 bytes data.

Compiling package: JvDlgsD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
659 lines, 0.42 seconds, 8960 bytes code, 229 bytes data.

Compiling package: JvCryptD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
Warning: Unit 'ZLib' implicitly imported into package 'JvCryptD6R'
Warning: Unit 'ZLibConst' implicitly imported into package 'JvCryptD6R'
659 lines, 0.16 seconds, 75984 bytes code, 10037 bytes data.

Compiling package: JvCryptD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
654 lines, 0.15 seconds, 3268 bytes code, 133 bytes data.

Compiling package: JvMMD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
686 lines, 0.29 seconds, 221768 bytes code, 7633 bytes data.

Compiling package: JvMMD6D.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(36)
Warning: Unit 'FileCtrl' is specific to a platform
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(201)
Error: Undeclared identifier: 'FilePics'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(201)
Error: 'END' expected but ')' found
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(202)
Error: ';' expected but 'IF' found
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(207)
Error: Undeclared identifier: 'ClosedBmp'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(207)
Error: Undeclared identifier: 'FilePics'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(207)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(208)
Error: Undeclared identifier: 'OpenedBmp'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(208)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(208)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(209)
Error: Undeclared identifier: 'CurrentBmp'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(209)
Error: Missing operator or semicolon
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(209)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(209)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(210)
Error: '.' expected but ';' found
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(212)
Error: Identifier redeclared: 'Finalization'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(213)
Error: Undeclared identifier: 'DirBmp'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(213)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(213)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(214)
Error: Undeclared identifier: 'ExeBmp'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(214)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(214)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(215)
Error: Undeclared identifier: 'UnknownBmp'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(215)
Error: Missing operator or semicolon
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(215)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(215)
Error: Incompatible types
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(216)
Warning: Text after final 'END.' - ignored by compiler
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(65) Error:
Unsatisfied forward or external declaration: 'TImageForm.FileListBoxChange'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(66) Error:
Unsatisfied forward or external declaration:
'TImageForm.FileListBoxDblClick'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(67) Error:
Unsatisfied forward or external declaration: 'TImageForm.FormDestroy'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(68) Error:
Unsatisfied forward or external declaration: 'TImageForm.PreviewBtnClick'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(69) Error:
Unsatisfied forward or external declaration: 'TImageForm.OkBtnClick'
C:\Development\Components\JVCL\JVCL\design\JvImagePreviewForm.pas(76) Hint:
Private symbol 'PreviewKeyPress' declared but never used
JvMMD6D.dpk(59) Fatal: Could not compile used unit
'..\..\design\JvImagePreviewForm.pas'

** error 1 ** deleting JvMMD6D.bpl


I am at a complete loss here...can someone please help. Just about all of my
projects use jvcl, so i really need to get this issue solved as fast as
possible.

Thank you for your help,

Dave

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bu1mdf$jug$1@talkto.net...
> > dave wrote:
>> > > I used the makepackages.bat and now the build all projects gets farther.
But
>> > > it breaks onJvMMD6D.bpl. with a fatal error of :
>> > > file not found: 'JvPlacemnt.dcu'.
> >
> > JvPlacemnt is an old JVCL file, that is no longer in the JVCL 3 release.
> > You probably have a (old) pas file on your path that has this file in
> > his uses clause. Maybe JvMMD6D.bpl uses an old dcp (check by double
> > clicking dcp's in the required section of the JvMMD6D package, and see
> > where you end up).
> >
> > Thus check your path for old .pas, .dtx, .bpl etc. and remove those.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: TJvRollout bug when bottom aligned
From: @in@taavi.ee
Date: Wed, 14 Jan 2004 13:06:09 GMT
Newsgroups: jedi.vcl

On Wed, 14 Jan 2004 08:54:12 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >That's a tricky one. There is no nice and clean solution to it that I can
> >come up with. The only thing I can think of is to create a list of TabStop
> >values for child controls when the rollout gains focus, set all childrens
> >TabStops to false when it is collapsed and then reset them when the rollout
> >looses focus or is expanded.

Not very elegant solution, but should work... still, somehow I don't
like the idea that parent component changes it's children properties
to achieve some feature...


> > Another option would be to automatically expand
> >the rollout when it loses focus to one of its children.

That could be an feature (default off) but IMO it somewhat defeats the
idea of rollout component... hmm, or maybe not... then rollout should
automatically collapse as well when user tabs off of it (in case it
was automatically expanded).


> >Any other ideas?

There must be an message fired when focus is about to change (WD_ |
CM_DialogChar?). What about catching it and forwarding to (rollout's)
parent control in case collapsed = true?


ain


Subject: Re: using the mousewheel in jvthumbview????
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 14 Jan 2004 06:45:59 -0600
Newsgroups: jedi.vcl

I tried code in all three events, including the mousewheel event and nothing
worked. i put a breakpoint in my code on all three events, and none of the
events ever even fired. It may however have something to do with focus. When
clicking on a thumbnail, an event is coded to select the same filename from
a filelistbox. So maybe the focus is shifting to that component. I did try
to use the jvthumbview.setfocus after the other code but it still did not
fire any events. But i noticed that most of the time when i would try to
scroll the scrolling was happening to the directorylistbox. So i will try to
figure out where i am shifting the focus and try to get it back to the
thumbview comp. I will let you know.

Thanks again for all your help, Peter.

Dave

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bu2qg6$eos$1@talkto.net...
>> > > The OnMouseWheel, etc.. events do not fire. No code that i place in
these
>> > > events ever gets executed. What am i missing here?
> >
> > Try writing the code in the form's OnMouseWheel event(s) instead
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: PackageGenerator and install under D5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 14 Jan 2004 22:22:32 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Only if CaseSensitive had been set to true is it a problem. Searches (Find,
> IndexOf, IndexOfName) are by default case insensitive (uses AnsiCompareText)
> which means you can at least IFDEF false ones (or remove them).

I'll comment them out with a reminder to me (and others) that this isn't necessary and has been commented out for D5 compatibility.



Subject: Re: PackageGenerator and install under D5
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 14 Jan 2004 14:03:22 +0300
Newsgroups: jedi.vcl

>> > > GenerateUtils.pas(808) Error: Incompatible types: 'Integer' and 'String'
> >
> > That's weird, I'll have a look at it.
> >
this is D5 declaration:
function FileSetDate(Handle: Integer; Age: Integer): Integer;

and this is D7:
function FileSetDate(Handle: Integer; Age: Integer): Integer; overload;
function FileSetDate(const FileName: string; Age: Integer): Integer;
overload;

So, D5 nothing knows about 2-nd declaration

we need to copy FileSetDate(2) code from D7\...\sysutils.pas into local
procedure to work with D5






Subject: Re: TJvRollout bug when bottom aligned
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 11:48:32 +0100
Newsgroups: jedi.vcl

I'e just committed a new version that should disable child TabStops when
collapsed. I've also updated the demo and added design support for
expand/collapse by dblclicking in the button.

Report any problems here.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PackageGenerator and install under D5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 11:42:03 +0100
Newsgroups: jedi.vcl

> > I develop under D6 so it does work under D6. However, the fact that it
> > doesn't exists under D5 may be a bit problematic...

Only if CaseSensitive had been set to true is it a problem. Searches (Find,
IndexOf, IndexOfName) are by default case insensitive (uses AnsiCompareText)
which means you can at least IFDEF false ones (or remove them).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PackageGenerator and install under D5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 14 Jan 2004 20:28:11 +1000
Newsgroups: jedi.vcl

Ivan Ravin wrote:
> GenerateUtils.pas(808) Error: Incompatible types: 'Integer' and 'String'

That's weird, I'll have a look at it.

> It's would be better to wrap shown lines:
>     {$IFDEF COMPILER7_UP}
>     expandedTargets.CaseSensitive := False;
>     {$ENDIF}
> and so on.
> please check for COMPILER6_UP (I have only D5 and D7).
I develop under D6 so it does work under D6. However, the fact that it doesn't exists under D5 may be a bit problematic...



Subject: complete list of Ctl3D use
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Jan 2004 10:46:00 +0100
Newsgroups: jedi.vcl

I do not find the thread anymore.
Here is a commented list of all Ctl3D uses.
I see no problems anymore since JvEdit.pas implements the Flat property.

JvCalc.pas
  implements its own Ctl3D
JvCheckedMaskEdit.pas
  propagates Ctl3D changes to its slave checkbox
JvCheckListBox.pas
  uses Ctl3D to implement HotTrack effect
JvClipboardViewer.pas
  uses a TDrawGrid with Ctl3D = False to show the palette colors
JvClock.pas
  paints itself according to Ctl3D if in analog mode
JvCustomItemViewer.pas
  sets its border according to Ctl3D
JvDatePickerEdit.pas
  overrides DoCtl3DChanged from TJvCustomCheckedMaskEdit and changes the Flat property of its TSpeedButton
JvDBControls.pas
  paints itself according to Ctl3D
JvDBLookup.pas
  TJvDBLookupList sets Ctl3D := True in constructor and acts on changes
  TJvPopupDataList sets Ctl3D := False in constructor
  TJvDBLookupCombo acts on changes
JvDBLookupComboEdit.pas
  paints itself according to Ctl3D
JvDBLookupTreeView.pas
  TJvDBLookupTreeView and TJvDBLookupTreeViewCombo paint themselves according to Ctl3D
JvDialButton.pas
  paints itself according to Ctl3D
JvEdit.pas
  has been updated for a Flat property
JvEditor.pas
  TJvCustomEditor sets Ctl3D := True in its constructor
  TJvEditorCompletionList sets Ctl3D := False in its constructor
JvGrids.pas
  TJvDrawGrid paints its cells according to Ctl3D
JvGroupBox.pas
  paints itself according to Ctl3D
JvInspector.pas
  TJvCustomInspectorItem sets Ctl3D := False for the Control parameter in SetEditCtrl
JvInterpreter_Controls.pas
  implements Ctl3D
JvInterpreter_Dialogs.pas
  implements Ctl3D
JvListBox.pas
  uses Ctl3D to implement HotTrack effect
JvMaskEdit.pas
  uses Ctl3D to implement HotTrack effect
JvMemo.pas
  uses Ctl3D to implement HotTrack effect
JvOutlookBar.pas
  acts on Ctl3D in CreateParams
JvPickDate.pas
  TJvLocCalendar sets Ctl3D := False in its constructor
  this is an internal slave control
JvPrvwDoc.pas
  TJvCustomPreviewControl handles CTl3D for its border
JvScrollBar.pas
  uses Ctl3D to implement HotTrack effect
JvScrollBox.pas
  uses Ctl3D to implement HotTrack effect
JvSpin.pas
  TJvCustomSpinEdit paints itself according to Ctl3D
JvSplit.pas
  TJvxSplitter sets Ctl3D := False in its constructor
JvTFDays.pas
  TJvTFInPlaceApptEditor sets Ctl3D := False in its constructor
  (slave control)
  TJvTFDaysScrollBar sets Ctl3D := False in its constructor
  (slave control)
  TJvTFDays handles Ctl3D for its border
JvTFGantt.pas
  TJvTFGanttScrollBar sets Ctl3D := False in its constructor
  (slave control)
JvTFGlance.pas
  TJvTFCustomGlance handles CTl3D for its border
JvTFGlanceTextViewer.pas
  TJvTFGVTxtEditor sets Ctl3D := False in its constructor
  (slave control)
JvToolEdit.pas
  TJvPopupWindow sets Ctl3D := False in its constructor (slave control)
  handling of Ctl3D in several internal helper functions
JvUnicodeEditor.pas
  same as JvEditor.pas
JvxCheckListBox.pas
  TJvxCustomListBox handles Ctl3D for its border



Subject: Re: JvHttpGrabber1 :: Example
From: "Mike Knowles" <selwonk@fusemail.com>
Date: Wed, 14 Jan 2004 09:23:29 -0000
Newsgroups: jedi.vcl

Thanks for that. Some of my directory structure appears to be screwed up so
my examples are a bit broken at the moment. I'll reinstall and have a peek

Thanks

MK
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bu2rkl$kd9$1@talkto.net...
>> > > Has anyone any simple example of using JvHttpGrabber1?
> >
> > There is a demo for the TJvURLListGrabber in \examples\JvURLListGrabber.
> > This component is the preferred one since it encapsulates the
functionality
> > of both FTPGrabber and HTTPGrabber and can be extended to handle more
> > protocols in a consistent way.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: TJvRollout bug when bottom aligned
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 09:18:10 +0100
Newsgroups: jedi.vcl

> > Override the TabStop property and assign a getter such that if the
> > rollout is collapsed at runtime it returns False, otherwise it returns
> > the "real" value assigned in the setter.
That won't help since it should be possible to tab into the rollout but not
into it's children.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRollout bug when bottom aligned
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 14 Jan 2004 08:13:11 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > Override the TabStop property and assign a getter such that if the
>> > > rollout is collapsed at runtime it returns False, otherwise it
>> > > returns the "real" value assigned in the setter.
> > That won't help since it should be possible to tab into the rollout
> > but not into it's children.

I guess taking a look at what a TJvRollOut first would've helped me
realize that. Hmm...

It would be easier if TJvRollout was composed of nested panels because
then you could just disable the nested panel containing the controls
when the rollout is collapsed and leave the outer panel enabled.

-- Cheers, Ignacio 

Subject: Re: JvHttpGrabber1 :: Example
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 08:59:33 +0100
Newsgroups: jedi.vcl

> > Has anyone any simple example of using JvHttpGrabber1?

There is a demo for the TJvURLListGrabber in \examples\JvURLListGrabber.
This component is the preferred one since it encapsulates the functionality
of both FTPGrabber and HTTPGrabber and can be extended to handle more
protocols in a consistent way.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Splitting TJvDBGrid from JvDBControls.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 08:57:19 +0100
Newsgroups: jedi.vcl

> > Let me know what you think, I'll do it if you give me the green light (I
> > hope that the "green light" makes sense to anyone here...)
Sounds good to me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRollout bug when bottom aligned
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 08:54:12 +0100
Newsgroups: jedi.vcl

> > Only one problem - one can move focus (using [tab]) into component(s)
> > on rollout even when it is collapsed (so that focus disappears from
> > screen). I'm not sure this is good feature... one workaround is to use
> > OnCollapse / OnExpand events to switch child controls' TabStop
> > property but when there is lot of components on rollout it's get bit
> > tedious...
That's a tricky one. There is no nice and clean solution to it that I can
come up with. The only thing I can think of is to create a list of TabStop
values for child controls when the rollout gains focus, set all childrens
TabStops to false when it is collapsed and then reset them when the rollout
looses focus or is expanded. Another option would be to automatically expand
the rollout when it loses focus to one of its children.

Any other ideas?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: PackageGenerator and install under D5
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 14 Jan 2004 10:46:21 +0300
Newsgroups: jedi.vcl

D5 cannot compile pg.exe. This is error message from installer:
GenerateUtils.pas(471) Error: Undeclared identifier: 'CaseSensitive'
GenerateUtils.pas(516) Error: Undeclared identifier: 'CaseSensitive'
GenerateUtils.pas(808) Error: Incompatible types: 'Integer' and 'String'
CmdLineUtils.pas(10) Fatal: Could not compile used unit 'GenerateUtils.pas'

There is not TStringList.CaseSensitive property and not overloaded
crossplatform version for FileSetDate function under D5.
Under D7 all OK.

It's would be better to wrap shown lines:
    {$IFDEF COMPILER7_UP}
    expandedTargets.CaseSensitive := False;
    {$ENDIF}
and so on.
please check for COMPILER6_UP (I have only D5 and D7).

The same problem in unit JvSplitter: D5 nothing knows about used units
QGraphics, QForms, QExtCtrls, QControls, Types. D7 knows about this units,
but cannot compile JvSplitter too. I changed uses section for compile
JvSplitter under D5:
uses
  SysUtils, Classes,
  {$IFDEF VCL}
  {$IFDEF COMPILER7_UP}
  QGraphics, QForms, QExtCtrls, QControls, Types,
  {$ELSE}
  Graphics, Forms, ExtCtrls, Controls,
  {$ENDIF}
  {$ENDIF}

but still cannot compile and install JVCL3 under D7




Subject: Re: TJvRollout bug when bottom aligned
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 14 Jan 2004 07:45:50 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Any other ideas?

Override the TabStop property and assign a getter such that if the
rollout is collapsed at runtime it returns False, otherwise it returns
the "real" value assigned in the setter.

-- Cheers, Ignacio 

Subject: Re: Some problems with latest updates (JvExVCL)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 08:41:01 +0100
Newsgroups: jedi.vcl

> > That was a bug due to a IFDEF mismatch. I have redesigned all macros and
> > now it is easier to extend the macros.
Great

> > Perhaps I will find some time to
> > write a "How to" for the JvExVCL usage at the weekend.
That would be very nice


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: using the mousewheel in jvthumbview????
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 08:40:06 +0100
Newsgroups: jedi.vcl

> > The OnMouseWheel, etc.. events do not fire. No code that i place in these
> > events ever gets executed. What am i missing here?

Try writing the code in the form's OnMouseWheel event(s) instead

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTransparentPanel transparency?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 08:37:43 +0100
Newsgroups: jedi.vcl

> > No. It seems that JvTransparentPanel is a bad component.
Notice that Dan is using 2.10 and there might be differences in
implementation compared to JVCL3. I can agree that some featues of JvPanel
isn't top notch but there is some nice stuff as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with scripting, spaces and newlines on Unix
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 Jan 2004 08:35:51 +0100
Newsgroups: jedi.vcl

> > so basically, what you write is that:
> >
> >    find /home/groups/j/jv/jvcl/files/jvcl -type d -print | while read
SRCDIR

Yup that seems to be the ticket.

Incidentally, I've also changed the script so it avoids unnecessary copying
and moving around of files. The script that is run now is in the
/home/groups/j/jv/jvcl/bin/postnew.sh file if anyone is interested in having
a look. I even added some comments to explain how it works

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTransparentPanel transparency?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Jan 2004 08:25:53 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>>   Is there someting I am missing or is there a bug in the component?
>
>
> It is probably the default value of Transparent that isn't set correctly in
> the constructor. Check the default value of the Transparent property and
> check that the constructor sets the property to this value. Example:

No. It seems that JvTransparentPanel is a bad component.
It seems to implement pseudo-transparency by grabbing the bitmap of the control beneath from the screen.
It ignores all properties from the Panel it inherits from.



Subject: Re: Problems with scripting, spaces and newlines on Unix
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 14 Jan 2004 06:54:31 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Okay, let me think back...

I just logged in and did some actual tests, and this should work:

for SRCDIR in `find /home/groups/j/jv/jvcl/files/jvcl -type d -printf
\"%f\"\\\\n`

-- Cheers, Ignacio 

Subject: Re: Problems with scripting, spaces and newlines on Unix
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 14 Jan 2004 16:40:25 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> OBones wrote:
>
>
>> The problem lies in the fact that the
>> for construct considers newlines AND spaces as separator.
>
>
> Then how about this:
>
> cd `sed "s/ /\\ /g" \< echo $SRCDIR`
>
> If that fails, then try:
>
> cd `sed "s/ /\\\\ /g" \< echo $SRCDIR`
>
> Note that those are backquotes, not single quotes.
>
Why not, but why bother when this works:

find -print | while read SRCDIR; do


BTW, i'm not even sure that your solution with sed would work because it's the FOR construct itself that is flawed with respect to spaces in filenames.



Subject: Re: Problems with scripting, spaces and newlines on Unix
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 14 Jan 2004 06:28:28 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > BTW, i'm not even sure that your solution with sed would work because
> > it's the FOR construct itself that is flawed with respect to spaces
> > in filenames.

D'oh! You're right.

Okay, let me think back...

Try this then:

for SRCDIR in `find /home/groups/j/jv/jvcl/files/jvcl -type d -printf
"%p"`

Or this:

for SRCDIR in `find /home/groups/j/jv/jvcl/files/jvcl -type d -printf
\"%p\"`

-- Cheers, Ignacio 

Subject: Re: Ok, new problem installing latest cvs...help
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 14 Jan 2004 07:26:31 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> JvPlacemnt is an old JVCL file, that is no longer in the JVCL 3 release. You probably have a (old) pas file on your path that has this file in his uses clause. Maybe JvMMD6D.bpl uses an old dcp (check by double clicking dcp's in the required section of the JvMMD6D package, and see where you end up).

No. This was a bug in the CVS which i fixed.



Subject: Splitting TJvDBGrid from JvDBControls.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 14 Jan 2004 14:15:58 +1000
Newsgroups: jedi.vcl

Hi all

As the TJvDBGrid grows, so does JvDBControls.pas and because this file also contains heaps of other controls, it becomes less readable.
As suggested by Lionel Reynaud, I propose to split that file in at least two files, one for TJvDBGrid, one for the rest of the controls. Or maybe we could go further, but I don't think it's needed.
Anyway, the idea of separating TJvDBGrid seems good to me as it is really likely to support new features in the future.
Let me know what you think, I'll do it if you give me the green light (I hope that the "green light" makes sense to anyone here...)



Subject: Re: Problems with scripting, spaces and newlines on Unix
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 14 Jan 2004 04:12:34 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > The problem lies in the fact that the
> > for construct considers newlines AND spaces as separator.

Then how about this:

cd `sed "s/ /\\ /g" \< echo $SRCDIR`

If that fails, then try:

cd `sed "s/ /\\\\ /g" \< echo $SRCDIR`

Note that those are backquotes, not single quotes.

-- Cheers, Ignacio 

Subject: Re: JvCore
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 14 Jan 2004 14:00:16 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> This may mark the end of D5 support :(
Hope not because this would mark the end of BCB5 support as they basically are the same...



Subject: Re: Problems with scripting, spaces and newlines on Unix
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 14 Jan 2004 13:42:23 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:


>
> Give this a shot:
>
> cd \"$SRCDIR\"
>

This wouldn't change a single thing but rather remove the special meaning of the " character.
The problem lies in the fact that the for construct considers newlines AND spaces as separator.
This is why using the read construct works because read stops at newlines only.



Subject: Re: Problems with scripting, spaces and newlines on Unix
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 14 Jan 2004 02:20:42 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Now, if $SRCDIR is currently at "examples\Globus\Visual Component
> > Demo", I get this output:
> > 
> > examples\Globus\Visual
> > Component
> > Demo

Give this a shot:

cd \"$SRCDIR\"

-- Cheers, Ignacio 

Subject: Re: Problems with scripting, spaces and newlines on Unix
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 14 Jan 2004 01:43:48 +0100
Newsgroups: jedi.vcl

OBones wrote:
>
>   find /home/groups/j/jv/jvcl/files/jvcl -type d -print | while read SRCDIR
>   do
>

Was reading the same :) See also http://groups.google.com/groups?selm=15361.62448.90570.917298%40guru.mired.org&oe=utf-8&output=gplain

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Problems with scripting, spaces and newlines on Unix
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 14 Jan 2004 10:38:27 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>
> Is there any way to make find (or whatever) not convert spaces to newlines
> in scripts?
>

A quick search on google gave me this

http://oldlook.experts-exchange.com/Programming/Programming_Platforms/Linux_Programming/Q_20760361.html

and it seems this a method used by others as indicated here:

http://groups.google.com.au/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&frame=right&th=13c41eeef03546b9&seekm=bfhes3%24em3vb%241%40ID-136730.news.uni-berlin.de#link6

so basically, what you write is that:

  find /home/groups/j/jv/jvcl/files/jvcl -type d -print | while read SRCDIR
  do

and it should work



Subject: Re: Problems with scripting, spaces and newlines on Unix
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 14 Jan 2004 01:29:46 +0100
Newsgroups: jedi.vcl

Maybe this

http://www.linuxquestions.org/questions/archive/9/2003/12/3/126388

is helpful?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Problems with scripting, spaces and newlines on Unix
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Wed, 14 Jan 2004 01:14:40 +0100
Newsgroups: jedi.vcl

> >
> > I have the following:
> >
> > for SRCDIR in `find /home/groups/j/jv/jvcl/files/jvcl -type d -print`
> >   do
> >     cd $SRCDIR
> >     ...

Try
       cd "$SRCDIR"

Regards,

André Snepvangers




Subject: Re: Problems with scripting, spaces and newlines on Unix
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Jan 2004 01:14:40 +0100
Newsgroups: jedi.vcl

> > Try
> >        cd "$SRCDIR"
Already did but no go. I've tried just about any combination of
single-quotes, double-quotes, brackets, apostrophes and what have you not
but it just won't fly.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problems with scripting, spaces and newlines on Unix
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Jan 2004 01:04:33 +0100
Newsgroups: jedi.vcl

I am trying to fix the scripts that creates the daily zips but have run into
a snag. Apparently the find command when used this way doesn't like spaces
in directories and prints them as newlines. Or maybe it's the scrpt
interpreter that is confused. I don't know.

I have the following:

for SRCDIR in `find /home/groups/j/jv/jvcl/files/jvcl -type d -print`
  do
    cd $SRCDIR
    ...

Now, if $SRCDIR is currently at "examples\Globus\Visual Component Demo", I
get this output:

examples\Globus\Visual
Component
Demo

The shell then complains that it can't find any of those directories. Not a
mystery but not what I want.

If I run the same command (find /home/groups/j/jv/jvcl/files/jvcl -type
d -print) directly on the command line, the directories are printed.

Is there any way to make find (or whatever) not convert spaces to newlines
in scripts?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTransparentPanel transparency?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 Jan 2004 00:55:18 +0100
Newsgroups: jedi.vcl

> >    Is there someting I am missing or is there a bug in the component?

It is probably the default value of Transparent that isn't set correctly in
the constructor. Check the default value of the Transparent property and
check that the constructor sets the property to this value. Example:
....
property Transparent:boolean read FTransparent write SetTransparent default
true;
....

constructor TJvPanel.Create();
begin
....
  FTransparent := true;
....
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cannot build latest cvs update...please help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 13 Jan 2004 23:28:34 +0100
Newsgroups: jedi.vcl

@in@taavi.ee wrote:

>> If the code you mentioned wasn't in JVCL 3.0 you would get errors upon opening those forms after installing JVCL 3.0.
>
>
> But it would be safe to ignore those errors and get rid of the value
> in DFM, right? So it looks like youre hiding the problem instead of
> fixing it...

If you open an old dfm after you have installed the JVCL 3.0 components then the form can be read in without showing errors.

If you now save the form, the NumGlyphs property will not be stored again in the dfm.

IMO this is a gracious way of deprecating properties.

The only problem is that SkipValue is no public property of the TReader object in D5. I don't have D5 so it can happen that the source in the cvs temporarily doesn't compile with D5. But this problem is already corrected in cvs.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Cannot build latest cvs update...please help
From: @in@taavi.ee
Date: Tue, 13 Jan 2004 22:20:45 GMT
Newsgroups: jedi.vcl

On Tue, 13 Jan 2004 22:29:58 +0100, Remko Bonte
<remkobonteSP@Mmyrealbox.com> wrote:

> >If the code you mentioned wasn't in JVCL 3.0 you would get errors upon 
> >opening those forms after installing JVCL 3.0.

But it would be safe to ignore those errors and get rid of the value
in DFM, right? So it looks like youre hiding the problem instead of
fixing it...


ain


Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 14 Jan 2004 08:13:26 +1000
Newsgroups: jedi.vcl,jedi.jcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> that's weird because bcbie.bpi comes installed with BCB 
>
>
> Only if you have installed the internet packages.
>
>
Is there a way to choose that in BCB Installation ? I can't remember such a thing...



Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 13 Jan 2004 23:13:06 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
bu10lv$fm$1@talkto.net...
>> > > Ok, it will be better if there are no space, but sorry i really don't
know
>> > > how to suppress it ....
> > TrimLeft?
> >

TrimLeft change nothing, you can test ...


>> > > Well on my word, i have space !!
> > Weird, could have something to do with Word versions maybe but other
WYSIWYG
> > editors I have exhibit the same behaviour (first letter flush with left
edge
> > regardless of font size).
> >
>> > > I have D6 pro and i don't know for D5. I said that it's not a good idea
>> > > because we aren't sure that the string is at the beginning of the line.
> > But does that really matter? If you look at an HTML or Word page and it
word
> > breaks a line, it always flushes to the left edge on the next line
> > reagrdless of the number of spaces, doesn't it? And even if you keep
adding
> > spaces, the auto word-broken line still flushes to the left edge and the
> > spaces are added to the previous line. Since this is not an editor, just a
> > label, the spaces can be removed without the user seeing any difference.
> >

You right, but i really don't see a solution of the problem. I think we need
the knowledge of the space ahead the first letter. I try to find something
with GetTextMetrics, but it give property about the font, not a particular
letter. If you know some API to have the information, problem will be solved
....


Regards,
Lionel






Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 14 Jan 2004 08:13:02 +1000
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

>
> I also could install CJcl60.bpl as design time package with bcbie60.bpl already being installed; which proves that no units from bcbie are implicitely included.
>
Well, last time I compiled CJcl in the IDE, it complained about the fact that bcbie.bpi should be in the requires section to remain compatible with other installed packages.
I'll try to remove it and compile it again, just to see.
Maybe it was because of a JVCL package installed in BCB...



Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 13 Jan 2004 23:07:54 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> AFAICS bcbie.bpi shouldn't be in the requires section at all.  I tried removing it with the BCB 6 trial I have installed and could build CJcl without problem.

I also could install CJcl60.bpl as design time package with bcbie60.bpl already being installed; which proves that no units from bcbie are implicitely included.



Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 13 Jan 2004 22:54:25 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi,

OBones wrote:

> Vladimir Zhuchko wrote:
>
>> I can't compile Last version using install.bat, I have an error:
>> cann't find bcbie.bpi for cjcl.bpl. Can anybody check this?
>>
> I haven't worked on install.bat for the JCL and as such, it is unsupported. BTW, I couldn't even find it in the CVS repository.
> I just checked, compilation works well in the IDE, so please use the IDE.

JCL's install.bat just compiles and then starts the JEDI installer (examples\vcl\installhelper\JEDIInstaller.dpr, which has no BCB support yet.  Eventually he is refering to JVCL's install.bat?

> As to JVCL compilation and installation it works well too.

AFAICS bcbie.bpi shouldn't be in the requires section at all.  I tried removing it with the BCB 6 trial I have installed and could build CJcl without problem.

It was you who added bcbie.bpi.  Can you explain why it is there?  Which JCL code depends on it?

Greetings, Robert



Subject: Re: Cannot build latest cvs update...please help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 13 Jan 2004 22:29:58 +0100
Newsgroups: jedi.vcl

@in@taavi.ee wrote:
> Whats the point streaming NumGlyphs value into DFM when it's ignored
> later (I assume thats what SkipValue does)? Any idea?

JVCL 2.x controls from JvToolEdit and others had a NumGlyphs property. In JVCL 3.0 this property (and some more) are removed/replaced.

Thus if you have a project that uses the JvToolEdit JVCL 2.x controls then these properties are (possibly) in the dfm files.

If the code you mentioned wasn't in JVCL 3.0 you would get errors upon opening those forms after installing JVCL 3.0.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvRollout bug when bottom aligned
From: @in@taavi.ee
Date: Tue, 13 Jan 2004 21:29:12 GMT
Newsgroups: jedi.vcl

On Sat, 10 Jan 2004 16:44:49 +0100,
=?iso-8859-1?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com> wrote:

> >This should be fixed as well in the version I am posting to CVS. Also added
> >a new ShowFocus property. If true, a focus rect is drawn around the button
> >when the rollout has focus.

Seems to work fine now, thanks.
Only one problem - one can move focus (using [tab]) into component(s)
on rollout even when it is collapsed (so that focus disappears from
screen). I'm not sure this is good feature... one workaround is to use
OnCollapse / OnExpand events to switch child controls' TabStop
property but when there is lot of components on rollout it's get bit
tedious...


ain


Subject: Re: Ok, new problem installing latest cvs...help
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 13 Jan 2004 22:24:13 +0100
Newsgroups: jedi.vcl

dave wrote:
> I used the makepackages.bat and now the build all projects gets farther. But
> it breaks onJvMMD6D.bpl. with a fatal error of :
> file not found: 'JvPlacemnt.dcu'.

JvPlacemnt is an old JVCL file, that is no longer in the JVCL 3 release. You probably have a (old) pas file on your path that has this file in his uses clause. Maybe JvMMD6D.bpl uses an old dcp (check by double clicking dcp's in the required section of the JvMMD6D package, and see where you end up).

Thus check your path for old .pas, .dtx, .bpl etc. and remove those.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvImageWindow droped from JVCL3?
From: @in@taavi.ee
Date: Tue, 13 Jan 2004 21:22:16 GMT
Newsgroups: jedi.vcl

On Tue, 13 Jan 2004 15:24:51 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >Try using TJvImageListViewer instead.

Yes, thats more like what I need. But there seems to be bug when
painting selected item - selection rectangle is too small. I guess it
has something to do with the spacing - selection rectangle seems to be
always 4 pixels smaller than item's rectangle (defined via
Options.Height and Width). BTW why TJvCustomItemViewerOptions
properties like VertSpacing and HorzSpacing aren't published in
TJvImageListViewerOptions?


ain


Subject: Re: Some problems with latest updates (JvExVCL)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Jan 2004 22:03:25 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Here's another one:
> > DoPaintBackground is not declared in TJvExScrollBox

That was a bug due to a IFDEF mismatch. I have redesigned all macros and
now it is easier to extend the macros. Perhaps I will find some time to
write a "How to" for the JvExVCL usage at the weekend.


-- Regards, Andreas Hausladen 

Subject: JvTransparentPanel transparency?
From: "Dan Statham" <GreatDayDan@yahoo.com>
Date: Tue, 13 Jan 2004 13:42:59 -0600
Newsgroups: jedi.vcl

Good Morning!

   I am using D5, EE, Jedi-Vcl 2.10. When I drop a JvTransparentPanel
on a form, I can visually maniplate the Bevel, FlatBorder &
Transparent properties in the IDE. But when I run the app, the panel
is automagically and always transparent (I can see components on it
but the panel is completely invisible.)

   Is there someting I am missing or is there a bug in the component?

Cya...Dan'l




Subject: Re: Cannot build latest cvs update...please help
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 13:42:50 -0600
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bu1fse$h75$1@talkto.net...
> > Hello, @in@taavi.ee!
> > You wrote  on Tue, 13 Jan 2004 19:25:35 GMT:
> >
> >  >> It looks like I managed to install it now
> >
> >  > Darn, forgot to include list of hints / warnings I got. Some of them
> >  > are probably because I commented out that InstallSetAutoSizeHook stuff
> >  > in init/fin section as Marcel suggested in other thread.
> >
> >     All hints about unused/not exported symbols is just D5 getting
confused
> > (except for the ones in JvExControls, which is due to the commenting out
of
> > the init/fin section). The zlib implicit import is also normal (for all
> > Delphi versions) and the ToolEdit hint you caused yourself (BTW, the
> > ToolEdit in CVS this morning compiled without a problem, so I guess it got
> > fixed after that nightly build). Well at least, you didn't have a problem
> > with the Provider stuff and since that part hasn't been touched in >1
week,
> > I guess dave has expierenced a problem with updating from CVS.
> >
> >    So, to dave:
> >
> > * in your $(JVCL)\run folder: do you have JvDataProviderIntf.pas and
> > JvDataProvider.pas or JvDataProvider.pas and JvDataProviderImpl?

JvDataProviderIntf.pas and JvDataProvider.pas

> > * in the $(JVCL)\design folder: does JvProviderTreeListFrame.pas use
> > JvDataProvider or JvDataProviderImpl?

uses JvDataProvider or JvDataProviderImpl


HTH

Dave

> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > It's quiet 'cause Foobar2000 is not active.
> >
> >




Subject: Re: CM_DENYSUBCLASSING
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Tue, 13 Jan 2004 20:42:25 +0100
Newsgroups: jedi.vcl

> >
> > If you generate such lines then please keep the coding style as outlined
> > above. IFDEF etc all uppercase and ENDIF with the corresponding name as
> > param.
> >

I am aware of that. It was never intended to implement it in lowercase. This
is just
explaintory text

Regards,

André Snepvangers




Subject: Ok, new problem installing latest cvs...help
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 13:38:46 -0600
Newsgroups: jedi.vcl

I used the makepackages.bat and now the build all projects gets farther. But
it breaks onJvMMD6D.bpl. with a fatal error of :
file not found: 'JvPlacemnt.dcu'.
I have searched my hard drive and this file really does not exist.
I also keep being asked if i want to remove the declaration of
imageform.formstorage ,imageform.appstorage, and imageform.filepics.
What do i do now?

Thanks,
Dave






Subject: Re: Cannot build latest cvs update...please help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 20:37:07 +0100
Newsgroups: jedi.vcl

Hello, dave!
I wrote to @in@taavi.ee on Tue, 13 Jan 2004 20:32:46 +0100:

 MB>    So, to dave:

 MB> * in your $(JVCL)\run folder: do you have JvDataProviderIntf.pas and
 MB> JvDataProvider.pas or JvDataProvider.pas and JvDataProviderImpl?
 MB> * in the $(JVCL)\design folder: does JvProviderTreeListFrame.pas use
 MB> JvDataProvider or JvDataProviderImpl?

    Forgot to add: any reference to JvDataProviderImpl signals an
out-of-date unit and/or folder. JvDataProvider.pas has been renamed to
JvDataProviderIntf.pas and JvDataProviderImpl has been renamed to
JvDataProvider.pas. If that's the case, make sure you update the run and/or
design folder (using Turtoise: right click the folder and select update).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: !! JvExControls.InstallSetAutoSizeHook crashes in D5 !!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 20:33:13 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Tue, 13 Jan 2004 20:27:12 +0100:

 AH> I had removed the code that used the address offset as offset in order
 AH> to replace it by a better (clearer) code, but it looks like that I have
 AH> forgotten to add the new code. So the offset was used as address. With
 AH> the next update (Delphi 7 FontChanged, ... issue) the bug will be
 AH> fixed.

    Great!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Cannot build latest cvs update...please help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 20:32:46 +0100
Newsgroups: jedi.vcl

Hello, @in@taavi.ee!
You wrote  on Tue, 13 Jan 2004 19:25:35 GMT:

 >> It looks like I managed to install it now

 > Darn, forgot to include list of hints / warnings I got. Some of them
 > are probably because I commented out that InstallSetAutoSizeHook stuff
 > in init/fin section as Marcel suggested in other thread.

    All hints about unused/not exported symbols is just D5 getting confused
(except for the ones in JvExControls, which is due to the commenting out of
the init/fin section). The zlib implicit import is also normal (for all
Delphi versions) and the ToolEdit hint you caused yourself (BTW, the
ToolEdit in CVS this morning compiled without a problem, so I guess it got
fixed after that nightly build). Well at least, you didn't have a problem
with the Provider stuff and since that part hasn't been touched in >1 week,
I guess dave has expierenced a problem with updating from CVS.

   So, to dave:

* in your $(JVCL)\run folder: do you have JvDataProviderIntf.pas and
JvDataProvider.pas or JvDataProvider.pas and JvDataProviderImpl?
* in the $(JVCL)\design folder: does JvProviderTreeListFrame.pas use
JvDataProvider or JvDataProviderImpl?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: !! JvExControls.InstallSetAutoSizeHook crashes in D5 !!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Jan 2004 20:27:12 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     Found the problem: JvExControls InstallSetAutoSizeHook fails. For
> > now I commented it out locally, but since I'm not sure where they fail,
> > I'll leave that to Andreas. JvCore installs after commenting the
> > initialization and finalization sections out. I'll check other packages
> > as well.

I had removed the code that used the address offset as offset in order to
replace it by a better (clearer) code, but it looks like that I have
forgotten to add the new code. So the offset was used as address. With the
next update (Delphi 7 FontChanged, ... issue) the bug will be fixed.


-- Regards, Andreas Hausladen 

Subject: Re: Cannot build latest cvs update...please help
From: @in@taavi.ee
Date: Tue, 13 Jan 2004 19:25:35 GMT
Newsgroups: jedi.vcl

On Tue, 13 Jan 2004 19:21:26 GMT, @in@taavi.ee wrote:

> >It looks like I managed to install it now

Darn, forgot to include list of hints / warnings I got. Some of them
are probably because I commented out that InstallSetAutoSizeHook stuff
in init/fin section as Marcel suggested in other thread.

[Hint] Package 'JvCoreD5R' does not use or export
'JvExControls.TControl_SetAutoSize'
[Hint] Package 'JvCoreD5R' does not use or export
'JvExControls.SetAutoSizeHook'
[Hint] Package 'JvCoreD5R' does not use or export
'JvExControls.SavedControlCode'
[Hint] Package 'JvCoreD5R' does not use or export
'JvExControls.InitHookVars'
[Hint] Package 'JvCoreD5R' does not use or export
'JvExControls.InstallSetAutoSizeHook'
[Hint] Package 'JvCoreD5R' does not use or export
'JvExControls.UninstallSetAutoSizeHook'
[Hint] Package 'JvSystemD5R' does not use or export
'ModuleLoader.InternalLoadLibraryEx'
[Hint] Package 'JvSystemD5R' does not use or export
'ModuleLoader.InternalGetProcAddress'
[Hint] Package 'JvSystemD5R' does not use or export
'ModuleLoader.InternalFreeLibrary'
[Hint] JvToolEdit.pas(153): Private symbol 'ReadNumGlyphs' declared
but never used
[Warning] Unit 'zlib' implicitly imported into package 'JvCryptD5R'
[Warning] Unit 'zlibconst' implicitly imported into package
'JvCryptD5R'
[Hint] Package 'JvCryptD5R' does not use or export
'ModuleLoader.InternalLoadLibraryEx'
[Hint] Package 'JvCryptD5R' does not use or export
'ModuleLoader.InternalGetProcAddress'
[Hint] Package 'JvCryptD5R' does not use or export
'ModuleLoader.InternalFreeLibrary'
[Hint] Package 'JvDockingD5R' does not use or export
'JvDockVIDStyle.SetTabControlPreview'



Subject: Re: Cannot build latest cvs update...please help
From: @in@taavi.ee
Date: Tue, 13 Jan 2004 19:21:26 GMT
Newsgroups: jedi.vcl

On Tue, 13 Jan 2004 18:54:54 GMT, @in@taavi.ee wrote:

> >I'm tring to install 2004-01-12.zip under D5Pro and I get error
> >[Error] JvToolEdit.pas(1713): Undeclared identifier: 'SkipValue'
> >
> >Whats the point streaming NumGlyphs value into DFM when it's ignored
> >later (I assume thats what SkipValue does)? Any idea?

OK, I commented out line 

  Filer.DefineProperty('NumGlyphs', ReadNumGlyphs, nil, False);

in TJvCustomComboEdit.DefineProperties and made ReadNumGlyphs empty
method so that file compiles... should be safe?

It looks like I managed to install it now, hardest part was that
right-click-on-each-designtime-package-and-select-install stuff <g>
Going to test now with some project which uses JVCL...


ain


Subject: I went ahead and did another cvs update but...
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 13:01:02 -0600
Newsgroups: jedi.vcl

It still fails with the same error messages as before.

[Error] JvProviderTreeListFrame.pas(47): Undeclared identifier:
'TJvDataConsumer'
[Error] JvProviderTreeListFrame.pas(47): Class type required
[Error] JvProviderTreeListFrame.pas(51): Undeclared identifier:
'TJvDataConsumerChangeEvent'
[Error] JvProviderTreeListFrame.pas(54): Undeclared identifier:
'TJvDataConsumerAggregatedObjectClass'
[Error] JvProviderTreeListFrame.pas(55): Undeclared identifier:
'TJvDataConsumerChangeReason'
[Error] JvProviderTreeListFrame.pas(59): Method 'ProviderIntf' not found in
base class
[Error] JvProviderTreeListFrame.pas(60): Method 'SetProviderIntf' not found
in base class
[Error] JvProviderTreeListFrame.pas(61): Method 'ContextIntf' not found in
base class
[Error] JvProviderTreeListFrame.pas(62): Method 'SetContextIntf' not found
in base class
[Error] JvProviderTreeListFrame.pas(63): Cannot override a static method
[Fatal Error] JvProviderTreeListFrame.pas(118): Could not compile used unit
'..\..\design\JvDsgnConsts.pas'

This is in delphi 6 pro / WinXp Pro.

I opened the D6Packages.bpg. I clicked on build all. And it fails on
JvCoreD6d.bpl.

I don;t know what else to do. Any suggestions?

Thanks,
Dave




Subject: Re: Cannot build latest cvs update...please help
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Jan 2004 19:58:27 +0100
Newsgroups: jedi.vcl

dave wrote:

> Marcel,
> I actually did a cvs update right before trying to install today. So i
> should have the latest jvcl3 cvs code. I will find your other post and try
> that even though this is delphi 6 professional i am trying to install to.

Try updating again. I solved some problems with recent commits.



Subject: Re: Cannot build latest cvs update...please help
From: @in@taavi.ee
Date: Tue, 13 Jan 2004 18:54:54 GMT
Newsgroups: jedi.vcl

On Tue, 13 Jan 2004 18:21:39 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

> >As long
> >as you're not using D5, it should build and install fine (well, at least it
> >build all earlier today). D5 will refuse to install the JvCoreD5D package;
> >you'll have to manually comment out the initialization and finalization
> >section of JvExControls.pas (see also my JvCore thread earlier today).

I'm tring to install 2004-01-12.zip under D5Pro and I get error
[Error] JvToolEdit.pas(1713): Undeclared identifier: 'SkipValue'

Whats the point streaming NumGlyphs value into DFM when it's ignored
later (I assume thats what SkipValue does)? Any idea?


Also, bpg file in ZIP is f***ed up :(

TIA
ain


Subject: Re: CM_DENYSUBCLASSING
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Jan 2004 19:54:20 +0100
Newsgroups: jedi.vcl

asn wrote:

> {$ifdef VisualCLX}
> {$define USEJVCL}
> {$endif}
> uses
>     ...
>     {$Ifdef USEJVCL}
>     JvEx...
>     {$endif}
> ....
>
> Is there a problem with this?
> Are there any drawbacks on using them with the units in design ?

If you generate such lines then please keep the coding style as outlined above. IFDEF etc all uppercase and ENDIF with the corresponding name as param.



Subject: Re: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Jan 2004 19:23:41 +0100
Newsgroups: jedi.vcl

asn wrote:

> > You also have put remark in one units containing USEJVCL directives
> > about not using the XVCL units.
> > 
> > {$ifdef VisualCLX}
> > {$define USEJVCL}
> > {$endif}
> > uses
> >     ...
> >     {$Ifdef USEJVCL}
> >     JvEx...
> >     {$endif}
> > ....
> > 
> > Is there a problem with this?
> > Are there any drawbacks on using them with the units in design ?

The only problem is/was that I do not want to implement something twice.
But as it should be possible to implement the needed methods through calls
by message handlers it should be no problem.


-- Regards, Andreas Hausladen 

Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Jan 2004 19:21:15 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> > that's weird because bcbie.bpi comes installed with BCB 

Only if you have installed the internet packages.


-- Regards, Andreas Hausladen 

Subject: JvHttpGrabber1 :: Example
From: "Mike Knowles" <selwonk@fusemail.com>
Date: Tue, 13 Jan 2004 18:09:36 -0000
Newsgroups: jedi.vcl

Hi

Has anyone any simple example of using JvHttpGrabber1?

Thanks in advance

-- MK Mike Knowles Systems Developer Quoteline Direct 

Subject: Re: CM_DENYSUBCLASSING
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Tue, 13 Jan 2004 18:54:41 +0100
Newsgroups: jedi.vcl

> >
> > I posted my (alpha) tool to jedi.binaries.
> >

If I have a little bit more time next week, I will make some adaptions.
Should we not also not remove VCL/VisualCLX ifdefs ?
Imho we should also work with a filelist, since there will
be some non VisualCLX/Linux compatible units

You also have put remark in one units containing USEJVCL directives
about not using the XVCL units.

{$ifdef VisualCLX}
{$define USEJVCL}
{$endif}
uses
    ...
    {$Ifdef USEJVCL}
    JvEx...
    {$endif}
.....

Is there a problem with this?
Are there any drawbacks on using them with the units in design ?

Regards,

André Snepvangers





Subject: Re: Cannot build latest cvs update...please help
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 11:29:43 -0600
Newsgroups: jedi.vcl

I tried commenting out the two lines like you said but i get the same errors
when trying to build all projects. Failing at jvcored6d.bpl

Any ideas?

Dave

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bu186k$5qa$1@talkto.net...
> > Hello, dave!
> > You wrote  on Tue, 13 Jan 2004 11:09:23 -0600:
> >
> >  d> What am i doing wrong? How can i get this installed, it is very
> >  d> important.
> >
> >     Looks to me like either the run or the design folder is not completely
> > up to date. Try to update both folders as well as the common folder. As
long
> > as you're not using D5, it should build and install fine (well, at least
it
> > build all earlier today). D5 will refuse to install the JvCoreD5D package;
> > you'll have to manually comment out the initialization and finalization
> > section of JvExControls.pas (see also my JvCore thread earlier today).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Not listening to anything; Foobar2000 stopped.
> >
> >




Subject: Re: Cannot build latest cvs update...please help
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 11:24:49 -0600
Newsgroups: jedi.vcl

Marcel,
I actually did a cvs update right before trying to install today. So i
should have the latest jvcl3 cvs code. I will find your other post and try
that even though this is delphi 6 professional i am trying to install to.

Thanks,
Dave

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bu186k$5qa$1@talkto.net...
> > Hello, dave!
> > You wrote  on Tue, 13 Jan 2004 11:09:23 -0600:
> >
> >  d> What am i doing wrong? How can i get this installed, it is very
> >  d> important.
> >
> >     Looks to me like either the run or the design folder is not completely
> > up to date. Try to update both folders as well as the common folder. As
long
> > as you're not using D5, it should build and install fine (well, at least
it
> > build all earlier today). D5 will refuse to install the JvCoreD5D package;
> > you'll have to manually comment out the initialization and finalization
> > section of JvExControls.pas (see also my JvCore thread earlier today).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Not listening to anything; Foobar2000 stopped.
> >
> >




Subject: Re: Cannot build latest cvs update...please help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 18:21:39 +0100
Newsgroups: jedi.vcl

Hello, dave!
You wrote  on Tue, 13 Jan 2004 11:09:23 -0600:

 d> What am i doing wrong? How can i get this installed, it is very
 d> important.

    Looks to me like either the run or the design folder is not completely
up to date. Try to update both folders as well as the common folder. As long
as you're not using D5, it should build and install fine (well, at least it
build all earlier today). D5 will refuse to install the JvCoreD5D package;
you'll have to manually comment out the initialization and finalization
section of JvExControls.pas (see also my JvCore thread earlier today).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Cannot build latest cvs update...please help
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 11:10:35 -0600
Newsgroups: jedi.vcl

Also, it is failing on jvcored6d.bpl

hth

Dave

"dave" <dbracken@infonowsolutions.com> wrote in message
news:bu17fn$1qq$1@talkto.net...
> > I get the following errors when trying to do a build all packages in
delphi
> > for d6 version.
> >
> > [Error] JvProviderTreeListFrame.pas(47): Undeclared identifier:
> > 'TJvDataConsumer'
> > [Error] JvProviderTreeListFrame.pas(47): Class type required
> > [Error] JvProviderTreeListFrame.pas(51): Undeclared identifier:
> > 'TJvDataConsumerChangeEvent'
> > [Error] JvProviderTreeListFrame.pas(54): Undeclared identifier:
> > 'TJvDataConsumerAggregatedObjectClass'
> > [Error] JvProviderTreeListFrame.pas(55): Undeclared identifier:
> > 'TJvDataConsumerChangeReason'
> > [Error] JvProviderTreeListFrame.pas(59): Method 'ProviderIntf' not found
in
> > base class
> > [Error] JvProviderTreeListFrame.pas(60): Method 'SetProviderIntf' not
found
> > in base class
> > [Error] JvProviderTreeListFrame.pas(61): Method 'ContextIntf' not found in
> > base class
> > [Error] JvProviderTreeListFrame.pas(62): Method 'SetContextIntf' not found
> > in base class
> > [Error] JvProviderTreeListFrame.pas(63): Cannot override a static method
> > [Fatal Error] JvProviderTreeListFrame.pas(118): Could not compile used
unit
> > '..\..\design\JvDsgnConsts.pas'
> >
> > What am i doing wrong? How can i get this installed, it is very important.
> >
> > Thank you in advance,
> > Dave
> >
> >




Subject: Cannot build latest cvs update...please help
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 11:09:23 -0600
Newsgroups: jedi.vcl

I get the following errors when trying to do a build all packages in delphi
for d6 version.

[Error] JvProviderTreeListFrame.pas(47): Undeclared identifier:
'TJvDataConsumer'
[Error] JvProviderTreeListFrame.pas(47): Class type required
[Error] JvProviderTreeListFrame.pas(51): Undeclared identifier:
'TJvDataConsumerChangeEvent'
[Error] JvProviderTreeListFrame.pas(54): Undeclared identifier:
'TJvDataConsumerAggregatedObjectClass'
[Error] JvProviderTreeListFrame.pas(55): Undeclared identifier:
'TJvDataConsumerChangeReason'
[Error] JvProviderTreeListFrame.pas(59): Method 'ProviderIntf' not found in
base class
[Error] JvProviderTreeListFrame.pas(60): Method 'SetProviderIntf' not found
in base class
[Error] JvProviderTreeListFrame.pas(61): Method 'ContextIntf' not found in
base class
[Error] JvProviderTreeListFrame.pas(62): Method 'SetContextIntf' not found
in base class
[Error] JvProviderTreeListFrame.pas(63): Cannot override a static method
[Fatal Error] JvProviderTreeListFrame.pas(118): Could not compile used unit
'..\..\design\JvDsgnConsts.pas'

What am i doing wrong? How can i get this installed, it is very important.

Thank you in advance,
Dave




Subject: Re: Can TjvxSplitter solve TSplitter-bug (fatal exception) ?
From: "togo" <togo@goto.de>
Date: Tue, 13 Jan 2004 17:25:39 +0100
Newsgroups: jedi.vcl

Thank you very much, and good to know
that a very small change is sufficient :)


> > Hans-Eric Grönlund wrote:
> > procedure TJvxSplitter.ControlKeyDown(Sender: TObject; var Key: Word;
> >    Shift: TShiftState);
> > begin
> >    if Assigned(FOldKeyDown) then
> >      FOldKeyDown(Sender, Key, Shift);
> >    StopSizing(0, 0, False);
> > end;
> >




Subject: Re: using the mousewheel in jvthumbview????
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 09:58:27 -0600
Newsgroups: jedi.vcl

The OnMouseWheel, etc.. events do not fire. No code that i place in these
events ever gets executed. What am i missing here?

Dave

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bu114r$29o$1@talkto.net...
>> > > Can you tell me when you have updated cvs...i do not have the version
with
> > a
>> > > jvimagesviewer at all.
> > Don't remember when it was added but it is several weeks ago. The files
are
> > there and they are in the packages. The only thing missing is the design
> > registration but I'll commit that today.
> >
>> > > But i would also like to know how to scroll the jvthumbview anyway. just
> > to
>> > > learn how to code for mouse wheels.
> > Since it has published scrollbars, you should be able to do something like
> > this (not tested):
> >
> > procedure TForm1.JvThumbView1MouseWheel(Sender: TObject;
> >   Shift: TShiftState; WheelDelta: Integer; MousePos: TPoint;
> >   var Handled: Boolean);
> > begin
> >   JvThumbView1.VertScrollBar.Position :=
> >     JvThumbView1.VertScrollBar.Position ± WheelDelta * SomeConstant;
> >   Handled := true;
> > end;
> >
> > You could also check Shift to modify the amount scrolled (holding Ctrl
> > usually scrolls in larger steps).
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: using the mousewheel in jvthumbview????
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 16:21:06 +0100
Newsgroups: jedi.vcl

> > Can you tell me when you have updated cvs...i do not have the version with
a
> > jvimagesviewer at all.
Don't remember when it was added but it is several weeks ago. The files are
there and they are in the packages. The only thing missing is the design
registration but I'll commit that today.

> > But i would also like to know how to scroll the jvthumbview anyway. just
to
> > learn how to code for mouse wheels.
Since it has published scrollbars, you should be able to do something like
this (not tested):

procedure TForm1.JvThumbView1MouseWheel(Sender: TObject;
  Shift: TShiftState; WheelDelta: Integer; MousePos: TPoint;
  var Handled: Boolean);
begin
  JvThumbView1.VertScrollBar.Position :=
    JvThumbView1.VertScrollBar.Position ± WheelDelta * SomeConstant;
  Handled := true;
end;

You could also check Shift to modify the amount scrolled (holding Ctrl
usually scrolls in larger steps).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: get messagestring from eventlog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Jan 2004 16:16:27 +0100
Newsgroups: jedi.vcl

Michael wrote:

> How can I get the description of an event ?

I only know that we have JvNTEventLog.pas
From a quick glance at the source i would guess it is EventString of TJvNTEventLogRecord.



Subject: Re: Question about JvAppIniFileStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 16:15:57 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Tue, 13 Jan 2004 16:12:05 +0100:

 >> What about flTmp, pointing to the default tmp-directory
 RM> Maybe also to a new EXE segment (with the help of the JCL
 RM> functions from Petr Vones).

    Won't the exe file be locked when it's running? Anyway, if it's possible
I'll add it later.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Gentle" by Krezip.




Subject: Re: TJvMarkupLabel Autosize
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 16:13:10 +0100
Newsgroups: jedi.vcl

> > Ok, it will be better if there are no space, but sorry i really don't know
> > how to suppress it ....
TrimLeft?

> > Well on my word, i have space !!
Weird, could have something to do with Word versions maybe but other WYSIWYG
editors I have exhibit the same behaviour (first letter flush with left edge
regardless of font size).

> > I have D6 pro and i don't know for D5. I said that it's not a good idea
> > because we aren't sure that the string is at the beginning of the line.
But does that really matter? If you look at an HTML or Word page and it word
breaks a line, it always flushes to the left edge on the next line
reagrdless of the number of spaces, doesn't it? And even if you keep adding
spaces, the auto word-broken line still flushes to the left edge and the
spaces are added to the previous line. Since this is not an editor, just a
label, the spaces can be removed without the user seeing any difference.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Question about JvAppIniFileStorage
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Jan 2004 16:12:05 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> What about flTmp, pointing to the default tmp-directory

Maybe also to a new EXE segment (with the help of the JCL functions from Petr Vones).



Subject: Re: using the mousewheel in jvthumbview????
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 09:09:19 -0600
Newsgroups: jedi.vcl

Can you tell me when you have updated cvs...i do not have the version with a
jvimagesviewer at all.

But i would also like to know how to scroll the jvthumbview anyway. just to
learn how to code for mouse wheels.

TIA again,
Dave

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bu103v$tqa$1@talkto.net...
> > Use TJvImagesViewer instead. It has automatic support for wheel scrolling
> > (see my reply to "TJvImageWindow dropped from JVCL3?" for availability of
> > the item viewers).
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: using the mousewheel in jvthumbview????
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 16:03:34 +0100
Newsgroups: jedi.vcl

Use TJvImagesViewer instead. It has automatic support for wheel scrolling
(see my reply to "TJvImageWindow dropped from JVCL3?" for availability of
the item viewers).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Question about JvAppIniFileStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 13 Jan 2004 16:01:09 +0100
Newsgroups: jedi.vcl



>   flCustom: FileName property declares full path of file
>   flUserData: FileName property is either a relative path from the users
> AppData folder or just the file name (if FileName property is an absolute
> path, only the name portion is used)
>   flWindows: Save to Windows path, using only file name portion of FileName
> property
>   flExeFile: Save to application's exe path, using only file name portion of
> FileName property.
>

And if i use flExeFile is it not to use the following: "Definition\Test.ini"
THis could be helpfull too.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Question about JvAppIniFileStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 15:59:54 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Tue, 13 Jan 2004 15:30:27 +0100:

 JF> What about flTmp, pointing to the default tmp-directory

    Good idea. Later though....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Body Brain" by Anouk.




Subject: using the mousewheel in jvthumbview????
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 Jan 2004 08:59:41 -0600
Newsgroups: jedi.vcl

Sorry if this is a newbie question, but how to implement scrolling with the
mouse wheel in jvthumbview?
It has events for OnMouseWheelUp, etc.. But what code is needed in these
events to make the component scroll?

I have tried googling for the answer but have come up unsuccessful.
Any help would be greatly appreciated.

TIA,
Dave




Subject: Re: TJvImageWindow droped from JVCL3?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 15:34:11 +0100
Newsgroups: jedi.vcl

Just noticed that the viewers aren't registered (they are in the JvCustom
package), so you need to modify design\JvCustomReg.pas and add the
following:

....
  RegisterComponents(RsPaletteVisual, [TJvInspector,
TJvInspectorBorlandPainter,
    TJvInspectorDotNETPainter, TJvTimeLine, TJvTMTimeLine, TJvChart,
      TJvImagesViewer, TJvImageListViewer,TJvOwnerDrawViewer]); // <- new
components
....

Then rebuild JvCustomD?D.dpk to install the components

I'll update CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Question about JvAppIniFileStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 13 Jan 2004 15:32:51 +0100
Newsgroups: jedi.vcl

>
>  LR> There are also TJvAppStorageSelectList and TJvFormStorageSelectList :
>  LR> how can i use it ?
>
>     Jens wrote them and AFAICT it is used to store multiple sets of settings
> or read a specific set. I'm not entirely sure as I didn't write it. Jens is
> on vacation now so he might explain it better when he comes back. I do know
> he used it in his ParameterList examples and it does seem to allow multiple
> sets of values to be saved/loaded under a user defined name.
>

Back for one hour, before leaving until 24.01 :-))

Marcel, you are exactly right. You can see the usage in the parameterlist example.

The select-List is used for showing a dialog where the end-user can load and store different settings with the formstorage or any appstorage

I'm using it in one application for storing filter-values of an query. THe user can define different filter sets and can recall them easily.

Clearer now ?

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Question about JvAppIniFileStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 13 Jan 2004 15:30:27 +0100
Newsgroups: jedi.vcl

>
>     You can now store to:
>   flCustom: FileName property declares full path of file
>   flUserData: FileName property is either a relative path from the users
> AppData folder or just the file name (if FileName property is an absolute
> path, only the name portion is used)
>   flWindows: Save to Windows path, using only file name portion of FileName
> property
>   flExeFile: Save to application's exe path, using only file name portion of
> FileName property.
>

What about flTmp, pointing to the default tmp-directory

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvImageWindow droped from JVCL3?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 15:24:51 +0100
Newsgroups: jedi.vcl

> > Is there some other control in JVCL to show imagelist in grid so that
> > user can select one?

Try using TJvImageListViewer instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvImageWindow droped from JVCL3?
From: @in@taavi.ee (Ain Valtin)
Date: Tue, 13 Jan 2004 14:20:00 GMT
Newsgroups: jedi.vcl

Hi!

I have to let user to select an image from imagelist and at first
TJvImageWindow looked like good solution. But in JVCL2 it appears to
be quite limited and buggi... so I downloaded
JVCL3-Source-2004-01-12.zip to see is there any improvements. Insead
it looks like this component isn't anymore there... is it removed from
JVCL?
Is there some other control in JVCL to show imagelist in grid so that
user can select one?

TIA
ain


Subject: Re: Question about JvAppIniFileStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 13 Jan 2004 15:06:29 +0100
Newsgroups: jedi.vcl

Thank's a lot for your explanation and for the making of my suggestion ;)
I try it straight away

Regards,
Lionel


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message news: bu0i85$de1$1@talkto.net...
> > Hello, Marcel!
> > You wrote to Lionel Reynaud on Tue, 13 Jan 2004 10:21:05 +0100:
> >
> >  LR>> Can i try to implement what i proposed ?
> >
> >  MB>     I'm  working on it now, so no need for that.
> >
> >     You can now store to:
> >   flCustom: FileName property declares full path of file
> >   flUserData: FileName property is either a relative path from the users
> > AppData folder or just the file name (if FileName property is an absolute
> > path, only the name portion is used)
> >   flWindows: Save to Windows path, using only file name portion of
FileName
> > property
> >   flExeFile: Save to application's exe path, using only file name portion
of
> > FileName property.
> >
> >     Note that existing applications using the IniFile or Xml storages will
> > not load properly; ignore the errors and reinitialize the FileName
> > properties of that storage accordingly.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > It's quiet 'cause Foobar2000 is not active.
> >
> >




Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Tue, 13 Jan 2004 15:02:18 +0100
Newsgroups: jedi.vcl

>> > > For the problem in the beginning of the line. Well, it's normal !!! When
> > you
>> > > increase the size of the font, you increase also the "space" around the
>> > > letter and the effect is more or less visible with the style of the font
>> > > (with <font face = "Times New Roman">, you have almost no blank).
> > Yes, but the first letter of each row should not have any space at its
left,
> > only at its right.
> >
Ok, it will be better if there are no space, but sorry i really don't know
how to suppress it ....


> >
>> > > You can test in Word and you will see the same behaviour ...
> > I did test with Word but it lines up the first letters of each row so they
> > match regardless of font size, just as I would like the markup label to
do.
> >
Well on my word, i have space !!


> >
>> > > Possibly, we can add a "Trim(EE.SolText)" in the procedure
"RenderString",
> > but i don't think it's a good idea.
> > To me it looks better with a TrimLeft(EE.SolText)  (is trimleft available
in
> > D5?) in RenderString. This makes all strings line up nicely to the left
edge
> > but doesn't remove any trailing spaces.
> >
I have D6 pro and i don't know for D5. I said that it's not a good idea
because we aren't sure that the string is at the beginning of the line.
Probably we need a test for that ...

> >
> > BTW, sorry I misspelled your name in the files I committed (Renaud isto
> > Reynaud). I'll be more careful in the future.
> >
It's Ok, Thank's !

Regards,
Lionel






Subject: Re: Using JvTrayIcon to see if application is minimised?
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Tue, 13 Jan 2004 14:27:26 +0100
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> Kris Leech wrote:
>
>> I have been using JvTrayIcon JVCL object to hide / show my application which resides in the system tray.
>> Is it possible to use JvTrayIcon to test if your application is minimised or maximised at run time? I dont think it is but was wondering if anyone knew how to find out if an application is minimised with or without using JvTrayIcon.
>>
>> Cheers Kris.
>
>
> I don't know if this helps you, but you could let the application notify the tray icon when minimized. Just trap the OnClose event of the main form and check if Action is caMinimize.
>
> Regards
>
> Hans-Eric Grönlund
>

Well I have to correct myself (again): You can not use OnClose to trap minimize events on the main form. Instead use Application.OnMinimize;




Subject: Re: Using JvTrayIcon to see if application is minimised?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 14:26:17 +0100
Newsgroups: jedi.vcl

> > I dont think it is but was wondering if anyone knew how to find out if
> > an application is minimised with or without using JvTrayIcon.

If you have the windows/application handle, you can use the API functions
IsIconic(Application.Handle) and IsZoomed(Application.MainForm.Handle).

Since an application hidden using a trayicon isn't technically minimized,
you could try IsWindowsVisible(MainForm.Handle) to test if the window is
showing or not.

To get the window/app handle you can use FindWindow() or EnumWindows()

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Using JvTrayIcon to see if application is minimised?
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Tue, 13 Jan 2004 14:11:45 +0100
Newsgroups: jedi.vcl

Kris Leech wrote:

> I have been using JvTrayIcon JVCL object to hide / show my application which resides in the system tray.
> Is it possible to use JvTrayIcon to test if your application is minimised or maximised at run time? I dont think it is but was wondering if anyone knew how to find out if an application is minimised with or without using JvTrayIcon.
>
> Cheers Kris.

I don't know if this helps you, but you could let the application notify the tray icon when minimized. Just trap the OnClose event of the main form and check if Action is caMinimize.

Regards

Hans-Eric Grönlund



Subject: !! JvExControls.InstallSetAutoSizeHook crashes in D5 !!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 13:50:58 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Tue, 13 Jan 2004 11:39:33 +0100:

 MB>     anyone else having trouble installing JvCoreD5D? Delphi keeps
 MB> giving AVs every time I try to install that package (which fails for
 MB> the same reason, so I can't install the other JVCL packages either).

    Found the problem: JvExControls InstallSetAutoSizeHook fails. For now I
commented it out locally, but since I'm not sure where they fail, I'll leave
that to Andreas. JvCore installs after commenting the initialization and
finalization sections out. I'll check other packages as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 13 Jan 2004 15:43:35 +0300
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> Vladimir Zhuchko wrote:
>
>> But I mean that in my arrangement the compilation of jcl by install.bat from jvcl3 isn't working, I have an error cann't find bcbie.bpi when compiling full pack(jcl+jvcl).
>>
> that's weird because bcbie.bpi comes installed with BCB and is already used by some JVCL packages... Are you sure the search paths are set correctly, both in the packages and the command line?
>
Yes, I copied the more old JCL sources instead of new and after that install programs work fine.



Subject: Re: JvCore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 13:37:27 +0100
Newsgroups: jedi.vcl

Hello, Ain!
You wrote  on Tue, 13 Jan 2004 12:30:49 GMT:

 AV> Maybe you have some old version of the package in the path?

    Nope, I only have 1 copy of the JVCL and JCL. It's not any of the
component registrations, nor the editors. I'll have to backtrack what
changed in the last week to see when things got messed up and why that gives
an error in D5. Looks like some unit initialization stumbles in D5. This may
mark the end of D5 support :(

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Using JvTrayIcon to see if application is minimised?
From: Kris Leech <krisleech@email.com>
Date: Tue, 13 Jan 2004 12:34:19 +0000 (UTC)
Newsgroups: jedi.vcl

I have been using JvTrayIcon JVCL object to hide / show my application 
which resides in the system tray.
Is it possible to use JvTrayIcon to test if your application is 
minimised or maximised at run time? 
I dont think it is but was wondering if anyone knew how to find out if 
an application is minimised with or without using JvTrayIcon.

Cheers Kris.


Subject: Re: JvCore
From: @in@taavi.ee (Ain Valtin)
Date: Tue, 13 Jan 2004 12:30:49 GMT
Newsgroups: jedi.vcl

On Tue, 13 Jan 2004 12:42:41 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

> > Anyone else having trouble with D5?

I had problems with an early JVCL 2 snapshot but my problem was that I
got AV when compiling (using D5Pro)...


> > Anyone have an idea what may
> >be causing this?

Maybe you have some old version of the package in the path?


ain


Subject: Re: TJvFormStorage up/down buttons disabled
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Jan 2004 22:27:44 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Why up/down buttons for TJvFormStorage are disabled?(commented in the source code)
>
Because they don't have any code associated with them, as far as I can remember. I think that was a quick fix so that users won't try to play with them and complain nothing happens.



Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Jan 2004 22:26:24 +1000
Newsgroups: jedi.vcl,jedi.jcl

Vladimir Zhuchko wrote:
> But I mean that in my arrangement the compilation of jcl by install.bat from jvcl3 isn't working, I have an error cann't find bcbie.bpi when compiling full pack(jcl+jvcl).
>
that's weird because bcbie.bpi comes installed with BCB and is already used by some JVCL packages... Are you sure the search paths are set correctly, both in the packages and the command line?



Subject: TJvFormStorage up/down buttons disabled
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 13 Jan 2004 14:43:05 +0300
Newsgroups: jedi.vcl

Why up/down buttons for TJvFormStorage are disabled?(commented in the source code)



Subject: Re: JvCore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 12:42:41 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 13 Jan 2004 21:05:17 +1000:

 >>     D7 installs fine.
 O> D6 and BCB6 too.

    Great. Anyone else having trouble with D5? Anyone have an idea what may
be causing this?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 13 Jan 2004 14:41:55 +0300
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:
> Vladimir Zhuchko wrote:
>
>> I can't compile Last version using install.bat, I have an error:
>> cann't find bcbie.bpi for cjcl.bpl. Can anybody check this?
>>
> I haven't worked on install.bat for the JCL and as such, it is unsupported. BTW, I couldn't even find it in the CVS repository.
> I just checked, compilation works well in the IDE, so please use the IDE.
>
> As to JVCL compilation and installation it works well too.
>
But I mean that in my arrangement the compilation of jcl by install.bat from jvcl3 isn't working, I have an error cann't find bcbie.bpi when compiling full pack(jcl+jvcl).



Subject: get messagestring from eventlog
From: "Michael" <michael_KANWEG_@bleijerveld.nl>
Date: Tue, 13 Jan 2004 12:32:24 +0100
Newsgroups: jedi.vcl

Hi,

How can I get the description of an event ?

Regards.

Michael




Subject: Re: JvCore
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Jan 2004 21:05:17 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>
>     D7 installs fine.

D6 and BCB6 too.



Subject: Re: Question about JvAppIniFileStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 12:01:48 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Lionel Reynaud on Tue, 13 Jan 2004 10:21:05 +0100:

 LR>> Can i try to implement what i proposed ?

 MB>     I'm  working on it now, so no need for that.

    You can now store to:
  flCustom: FileName property declares full path of file
  flUserData: FileName property is either a relative path from the users
AppData folder or just the file name (if FileName property is an absolute
path, only the name portion is used)
  flWindows: Save to Windows path, using only file name portion of FileName
property
  flExeFile: Save to application's exe path, using only file name portion of
FileName property.

    Note that existing applications using the IniFile or Xml storages will
not load properly; ignore the errors and reinitialize the FileName
properties of that storage accordingly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvCore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 11:41:25 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Tue, 13 Jan 2004 11:39:33 +0100:

 MB> I'll try it again with D7 now...

    D7 installs fine.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: JvCore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 11:39:33 +0100
Newsgroups: jedi.vcl

Hello, All!

    anyone else having trouble installing JvCoreD5D? Delphi keeps giving AVs
every time I try to install that package (which fails for the same reason,
so I can't install the other JVCL packages either). All JVCL packages build
flawlessly and even rebooting doesn't help. It's either my local changes
that got in the way (seems unlikely, but possible) or one of the other
updates I retrieved this morning is giving me a hard time (could be almost
anything from about a week ago). I'll try it again with D7 now...

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Question about JvAppIniFileStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 10:35:46 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 13 Jan 2004 09:44:50 +1000:

 O>  However,
 O> this means that you need to get Filename and the logic associated with
 O> it outside TJvAppIniFileStorage and TJvAppXmlStorage. And that may prove
 O> to be a bit tricky.

    It's not that difficult actually. Still working on it....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Question about JvAppIniFileStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 Jan 2004 10:21:05 +0100
Newsgroups: jedi.vcl

Hello, Lionel!
You wrote  on Mon, 12 Jan 2004 23:37:04 +0100:

 LR> I understand better, but it's really more complicated than with the
 LR> RxLib !!

    Yes but more flexible and more (potentially anyway) places/formats to
store the data to.

 LR>  But i have some doubts about the chain of the components. Basically, i
 LR> put a TJvFormStorage and a TJvAppIniFileStorage, i connect the
 LR> AppStorage and finally initialize the filename in the Create event of
 LR> the form. Nothing more. I am right ?

    Correct. In that case you can pretend to have just the TJvFormStorage
from RxLib setup to save to the IniFile.

 LR> After i see the property SubStorages and his property AppStorage and i
 LR> am perplex !! For me, TJvFormStorage  is the master component and he
 LR> use TJvAppIniFileStorage (or TJvAppXMLStorage, or
 LR> TJvAppRegistryStorage) to know how he must store the data. Thus for me,
 LR> SubStorages would be a property of TJvFormStorage ....

    Nope. You incorrectly assume JvFormStorage is the only component to use
the TJvApp<xxx>Storage components. There are and will be more components
that will use this storage stuff (actually it's a storage backend; it
doesn't know what it will storage). The SubStorages are a way to redirect a
path from the main storage to another storage. Often application will save
some data to a generic storage (i.e. registry under the HKLM key) and others
to a user specific location (i.e. an Ini file in the users private directory
[or to the registry under the HKCU key]). Depending on the way you want to
structure things or which location is most often used you can do 1 of 3 things:

    1) Place a TJvAppStorage, TJvAppRegistryStorage and
TJvAppIniFileStorage. The TJvAppStorage component will be the main storage
but the component itself cannot store anything. Instead you link the other
two storages to it using the SubStorages collection. You'll link the
registry storage to the "Generic" path and the ini file storage to the
"UserData" path. Now you can use the TJvAppStorage component as the location
to save; using a StoragePath of 'Generic\<MyLocationPath>' would then be
redirected to the registry and a StoragePath of 'UserData\<MyLocation>'
would be redirected to the IniFile. Of course you'll need to setup the
registry and ini file storages to point to the location you want to store
to.

    2) Place a TJvAppRegistryStorage and TJvAppIniFileStorage.
TJvAppRegistryStorage will be considered the main storage and the
AppIniFileStorage will be added to the SubStorages under the path
"UserData". Using a StoragePath of 'UserData\<MyLocation>' will then be
redirected to the ini file, but all other paths to the registry.

    3) The reverse of 2): the ini file storage will be the main and the
registry is added to SubStorages under the "Generic" path. A StoragePath of
'Generic\<MyLocation>' will be redirected to the registry and all other
paths to the ini file.

    I hope this makes it more clear.

 LR> There are also TJvAppStorageSelectList and TJvFormStorageSelectList :
 LR> how can i use it ?

    Jens wrote them and AFAICT it is used to store multiple sets of settings
or read a specific set. I'm not entirely sure as I didn't write it. Jens is
on vacation now so he might explain it better when he comes back. I do know
he used it in his ParameterList examples and it does seem to allow multiple
sets of values to be saved/loaded under a user defined name.

 LR> Can i try to implement what i proposed ?

    I'm  working on it now, so no need for that.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: CBuilder6+last jcl 1.9-1400 + jvcl3
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 13 Jan 2004 19:16:45 +1000
Newsgroups: jedi.vcl,jedi.jcl

Vladimir Zhuchko wrote:
> I can't compile Last version using install.bat, I have an error:
> cann't find bcbie.bpi for cjcl.bpl. Can anybody check this?
>
I haven't worked on install.bat for the JCL and as such, it is unsupported. BTW, I couldn't even find it in the CVS repository.
I just checked, compilation works well in the IDE, so please use the IDE.

As to JVCL compilation and installation it works well too.



Subject: Re: Some problems with latest updates (JvExVCL)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 09:21:37 +0100
Newsgroups: jedi.vcl

Here's another one:
DoPaintBackground is not declared in TJvExScrollBox but overriden in
TJvBaseThumbView.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel Autosize
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 09:19:13 +0100
Newsgroups: jedi.vcl

> > For BackColor : i published Color like you said, but we can't use
> > "deprecated" with property, so i put it on the access method (see the
> > corrected file join)
I'l look. Thanks.

> > For the problem in the beginning of the line. Well, it's normal !!! When
you
> > increase the size of the font, you increase also the "space" around the
> > letter and the effect is more or less visible with the style of the font
> > (with <font face = "Times New Roman">, you have almost no blank).
Yes, but the first letter of each row should not have any space at its left,
only at its right.


> > You can test in Word and you will see the same behaviour ...
I did test with Word but it lines up the first letters of each row so they
match regardless of font size, just as I would like the markup label to do.


> > Possibly, we can add a "Trim(EE.SolText)" in the procedure "RenderString",
but i don't think it's a good idea.
To me it looks better with a TrimLeft(EE.SolText)  (is trimleft available in
D5?) in RenderString. This makes all strings line up nicely to the left edge
but doesn't remove any trailing spaces.


BTW, sorry I misspelled your name in the files I committed (Renaud isto
Reynaud). I'll be more careful in the future.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Some problems with latest updates (JvExVCL)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 13 Jan 2004 08:53:58 +0100
Newsgroups: jedi.vcl

TJvSplitter does not inherit a ParentBackground property - it is derived
from TGraphicControl, not TWinControl.

FontChanged and TextChanged were introduced in Delphi7.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: zBandObject/jvBandObject help
From: "NeM" <nem@samurize.com>
Date: Tue, 13 Jan 2004 20:52:46 +1300
Newsgroups: jedi.vcl

Hi,

I'm using zBandObject (the old incarnation of jvBandObject) to show a form
on the taskbar. It works fine and dandy when the taskbar is horizontal, but
when it is vertical, the form takes up far too much room vertically than it
should.

I was wondering if this was an issue with the old zBandObject and has been
resolved in jvBandObject? And if not, does anyone have any ideas what the
problem might be?

Cheers,
NeM




Subject: Re: Can TjvxSplitter solve TSplitter-bug (fatal exception) ?
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Tue, 13 Jan 2004 08:25:16 +0100
Newsgroups: jedi.vcl

Hans-Eric Grönlund wrote:

> procedure TJvxSplitter.ControlKeyDown(Sender: TObject; var Key: Word;
>   Shift: TShiftState);
> begin
>   StopSizing(0, 0, False);
>   if Assigned(FOldKeyDown) then
>     FOldKeyDown(Sender, Key, Shift);
> end;

Correcting myself: StopSizing should better come after the invokation of FOldKeyDown since StopSizing resets it. Thus:

procedure TJvxSplitter.ControlKeyDown(Sender: TObject; var Key: Word;
  Shift: TShiftState);
begin
  if Assigned(FOldKeyDown) then
    FOldKeyDown(Sender, Key, Shift);
  StopSizing(0, 0, False);
end;



Subject: Re: Can TjvxSplitter solve TSplitter-bug (fatal exception) ?
From: Hans-Eric Grönlund <hangro@gdpc.se>
Date: Tue, 13 Jan 2004 08:15:51 +0100
Newsgroups: jedi.vcl

> This could have something to do with a missing StopSizing-call,
> but I don't know exactly, I'm not a component developer.

It's because the ControlKeyDown (in TJvxSplitter, or FocusKeyDown in TSplitter) method enters a state of infinite recursion by calling itself. FOldKeyDown ends up beeing ControlKeyDown on the second key press (se code below).

procedure TJvxSplitter.ControlKeyDown(Sender: TObject; var Key: Word;
  Shift: TShiftState);
begin
  if Key = VK_ESCAPE then}
    StopSizing(0, 0, False)
  else
  if Assigned(FOldKeyDown) then
    FOldKeyDown(Sender, Key, Shift);
end;

I made a minor change in ControlKeyDown to avoid the problem:

procedure TJvxSplitter.ControlKeyDown(Sender: TObject; var Key: Word;
  Shift: TShiftState);
begin
  StopSizing(0, 0, False);
  if Assigned(FOldKeyDown) then
    FOldKeyDown(Sender, Key, Shift);
end;

I figured that pressing any key, not just Escape, could just as well abort the dragging. It works well for me.

Hope this helps

Hans-Eric Grönlund



Subject: CBuilder6+last jcl 1.9-1400 + jvcl3
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 13 Jan 2004 10:11:04 +0300
Newsgroups: jedi.vcl,jedi.jcl

I can't compile Last version using install.bat, I have an error:
cann't find bcbie.bpi for cjcl.bpl. Can anybody check this?



Subject: Re: Writing up a text for Delphi magazines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Jan 2004 07:17:29 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Robert Marquardt wrote:
>
>>
>> Find one. Contacting is easy. They are always desperate for new texts.
>>
> Well, problem is there are no Delphi programming magazine in France. There actually is only one programming magazine and it's not widely distributed, mostly because people are using Internet...
> On the Internet side of it, there are at least two web sites that would clearly provide a good exposition for such an article, but don't expect to get paid for giving the article...
>

Then we will make an internet compatible version. That would mean more enumerations of components and less pictures and examples. Also some time lag may be appropriate.



Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 13 Jan 2004 07:14:32 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> I noticed that property Ctl3D is removed from the combo edits (ie unit JvToolEdit.pas). This is IMO not correct, because it had functionality (it made the component flat) and AFAICS there is no replacing property.
>

We should not reintroduce it. A Flat property using Ctl3D to implement should be the way to go.

Here is the list of all files with Ctl3D in it. I started to check what it does, but it is not complete yet.

JvCalc.pas
JvCheckedMaskEdit.pas
  propagates Ctl3D changes to its slave checkbox
JvCheckListBox.pas
  uses Ctl3D to implement HotTrack effect
JvClipboardViewer.pas
  uses a TDrawGrid with Ctl3D = False to show the palette colors
JvClock.pas
  acts on Ctl3D if in analog mode
JvCustomItemViewer.pas
  sets its border according to Ctl3D
JvDatePickerEdit.pas
  overrides DoCtl3DChanged from TJvCustomCheckedMaskEdit and changes the Flat property of its TSpeedButton
JvDBControls.pas
  paints itself according to Ctl3D
JvDBLookup.pas
JvDBLookupComboEdit.pas
JvDBLookupTreeView.pas
JvDialButton.pas
JvEdit.pas
JvEditor.pas
JvgListBox.pas
JvGrids.pas
JvGroupBox.pas
JvgTypes.pas
JvgUtils.pas
JvInspector.pas
JvInterpreter_Controls.pas
JvInterpreter_Dialogs.pas
JvListBox.pas
JvMaskEdit.pas
JvMemo.pas
JvOutlookBar.pas
JvPageSetup.pas
JvPickDate.pas
JvPrvwDoc.pas
JvScrollBar.pas
JvScrollBox.pas
JvSpin.pas
JvSplit.pas
JvTFDays.pas
JvTFGantt.pas
JvTFGlance.pas
JvTFGlanceTextViewer.pas
JvToolEdit.pas
JvUnicodeEditor.pas
JvxCheckListBox.pas



Subject: Re: Writing up a text for Delphi magazines
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Jan 2004 14:57:09 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> Find one. Contacting is easy. They are always desperate for new texts.
>
Well, problem is there are no Delphi programming magazine in France. There actually is only one programming magazine and it's not widely distributed, mostly because people are using Internet...
On the Internet side of it, there are at least two web sites that would clearly provide a good exposition for such an article, but don't expect to get paid for giving the article...



Subject: Re: Corrections by Lionel Renaud
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Jan 2004 11:51:42 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> A friend of mine (Lionel Renaud), installed the JVCL and sent me a zip 
As Lionel kindly reminded me, his name is Reynaud and not Renaud.
I'll change the files where his name appears.



Subject: JvCrypt implicitly includind Zlib and ZlibConts in Delphi
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Jan 2004 11:50:13 +1000
Newsgroups: jedi.vcl

Hi all

When compiling JvCrypt, one will get two warnings about ZLib and ZLibConsts being implicitly included in the package.
I'm quite sure there was a discussion about why we don't put those two units explictly in the package, but I can't find it.
Can anyone give me this explanation ?
BTW, the problem doesn't occur in BCB, the component requiring ZLib being simply not included.

Thanks.

Olivier



Subject: Re: JVCL3-Latest.zip
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Jan 2004 11:20:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> If you're interested in investigating it further, see update.sh and post.sh
> in jvcl.sourceforge.net/j/jv/jvcl/bin. You need to log in using something
> like WinSCP or SSH Secure Shell to access these folders.
>
I've had a look at the script and some stuff struck me.
First, I added a test on the return code of CVS so that it will only create the zip file if the update was successful.
Second, the call to unix2dos uses the -p option, which isn't documented anywhere in the help of the version of unix2dos used on the server.
Moreover, the loop on $EXT seems a bit useless to me as it does nothing, except that it ensures that only the very last file will get processed, and only that one...
Anyway, I modified that too, in a way that I think processes everyfile.
If you want to have a look you are more than welcome to do so.

Cheers

Olivier



Subject: Can TjvxSplitter solve TSplitter-bug (fatal exception) ?
From: "togo" <togo@goto.de>
Date: Tue, 13 Jan 2004 00:46:49 +0100
Newsgroups: jedi.vcl

I searched for replacement of Tsplitter because Tsplitter has a bug (at
least until D6),
but now I found, TjvxSplitter has exactly the same bug, maybe someone with
knowledge
could remove it ? It can happen in many different situations, but here is
one way
to reproduce the bug (many others have also reproduced it ):

Just drop on a form:
panel1 ( align = top ), also drop a button on panel1
splitter ( align = top, so it's below panel1)
panel2 ( align = client, so it's below splitter )

Run the program, start dragging the splitter;
while still dragging press the space-key (this again pushes the button).
The splitter's fuzzy line stops where it is and you can drag the
original splitter again - while still dragging again press the space-key,
now you get the exception, the application terminates.

This could have something to do with a missing StopSizing-call,
but I don't know exactly, I'm not a component developer.

Thank you very much






Subject: Re: Question about JvAppIniFileStorage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 13 Jan 2004 09:44:50 +1000
Newsgroups: jedi.vcl

Lionel Reynaud wrote:
> Thank's for all your comment (and read my poor english !)
>
> I understand better, but it's really more complicated than with the RxLib !!
> But i have some doubts about the chain of the components. Basically, i put a
> TJvFormStorage and a TJvAppIniFileStorage, i connect the AppStorage and
> finally initialize the filename in the Create event of the form. Nothing
> more. I am right ?
Exactly, that's what I also do. And I also set the StoredProperties property by using the dialog in design time so that I can save more properties than just the size and position of the form.

> After i see the property SubStorages and his property AppStorage and i am
> perplex !! For me, TJvFormStorage  is the master component and he use
> TJvAppIniFileStorage (or TJvAppXMLStorage, or TJvAppRegistryStorage) to know
> how he must store the data. Thus for me, SubStorages would be a property of
> TJvFormStorage ....
> There are also TJvAppStorageSelectList and TJvFormStorageSelectList : how
> can i use it ?
I have no idea what these are for, and the help doesn't say much either. So let's ignore it for now, someone will know what this is for !

> Can i try to implement what i proposed ?
Please do, but if you do so, please do it in a separate class, inheriting from TJvCustomAppStorage and called something like TJvCustomAppFileStorage.
I'd like it to be this way so that it contains the indicated property (declared as protected) and a FileName property. Then I can have TJvAppIniFileStorage and TJvAppXmlStorage inherit from it. This would mean that both of them have the new behaviour with less effort. However, this means that you need to get Filename and the logic associated with it outside TJvAppIniFileStorage and TJvAppXmlStorage. And that may prove to be a bit tricky. I'll try to have a look at that tonight.

Olivier

PS: Don't worry, your English isn't that bad, it's perfectly readable. ;-)



Subject: New JvExVCL method: DoGetDlgCode <-> WM_GETDLGCODE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 13 Jan 2004 00:10:45 +0100
Newsgroups: jedi.vcl

I have introduces a new method: DoGetDlgCode to the JvExVCL classes that
works under VCL and VisualCLX.

-- Regards, Andreas Hausladen 

Subject: Re: Question about JvAppIniFileStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 12 Jan 2004 23:37:04 +0100
Newsgroups: jedi.vcl

Thank's for all your comment (and read my poor english !)

I understand better, but it's really more complicated than with the RxLib !!
But i have some doubts about the chain of the components. Basically, i put a
TJvFormStorage and a TJvAppIniFileStorage, i connect the AppStorage and
finally initialize the filename in the Create event of the form. Nothing
more. I am right ?
After i see the property SubStorages and his property AppStorage and i am
perplex !! For me, TJvFormStorage  is the master component and he use
TJvAppIniFileStorage (or TJvAppXMLStorage, or TJvAppRegistryStorage) to know
how he must store the data. Thus for me, SubStorages would be a property of
TJvFormStorage ....
There are also TJvAppStorageSelectList and TJvFormStorageSelectList : how
can i use it ?

Can i try to implement what i proposed ?

Lionel



"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message news: btukik$g09$1@talkto.net...
> > Hello, Lionel!
> > You wrote  on Mon, 12 Jan 2004 16:58:41 +0100:
> >
> >  LR> What is the usefulness of the publised property "FileName" of
> >  LR> JvAppIniFileStorage ??
> >
> >     Stating the obvious: to specify the file name to use <g>
> >
> >  LR> Because we need always to initiate it in the "OnCreate" event of the
> >  LR> main form like for example :
> >  LR> JvAppIniFileStorage1.FileName :=
> >  LR> ChangeFileExt(Application.ExeName,'.ini');
> >
> >     Sure, usually I do that too, but there are occasions where you may
have
> > a different requirement. However:
> >
> >  LR> Maybe a better property will be to define for example the type :
> >  LR> TInitialDir=(idWindows, idApplication,idCustom)
> >  LR> and the property InitialDir : TIniFileDir read FInitialDir write
> >  LR> FInitialDir default idApplication
> >  LR> Thus, FileName contain only the name of the ini file and is the name
of
> >  LR> the application by default
> >
> >     this is a very nice solution to the problem. idCustom would then
> > indicate the path is included in the FileName property and in the other tw
o
> > cases only the filename would be used. Using the name of the application
as
> > a default is a good solution as well, provided the user has set the name
of
> > the application although that would not be our problem I guess....
> >
> >  LR> I hope my explanation is enougth clear ...
> >
> >     Loud and clear. Might be implemented before beta, once I drag myself
> > away from Delphi 8.
> >
> >  LR> Another question is : Can i have some explanation to the
AppStoragePath
> >  LR> of TJvFormStorage ?
> >
> >     Remko provided that already.
> >
> >  LR>  Is it usefull only when we use registry storage ?
> >
> >     It is useful for any storage as it specifies the location within the
> > storage. As Remko pointed out, the registry store provides a RootPath.
This
> > path is an absolute root for the storage (i.e. non of the storage users
can
> > get to a higher level or a sibling path). The INI (and I guess the XML)
> > storage doesn't have a root (but does have a DefaultSection which is used
to
> > write any data at the root level) as the INI file is usually
self-contained.
> >
> >     The AppStoragePath simply specifies to which "folder" the data should
be
> > written. Most of the time this could be left empty (IIRC, JvFormStorage
> > "adds" the form name to the path automatically) but in some cases you may
> > want to specify a different location. This can be particularly handy for
> > nested storages to specify that a specific form should be stored to a
"User"
> > folder in the global storage hive.
> >
> >     I hope my explanation is clear enough. If not, let me know and I'll
try
> > to make it clearer.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Not listening to anything; Foobar2000 stopped.
> >
> >




Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 12 Jan 2004 23:14:44 +0100
Newsgroups: jedi.vcl

I noticed that property Ctl3D is removed from the combo edits (ie unit JvToolEdit.pas). This is IMO not correct, because it had functionality (it made the component flat) and AFAICS there is no replacing property.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 12 Jan 2004 23:03:19 +0100
Newsgroups: jedi.vcl

Result of my investigation :


For BackColor : i published Color like you said, but we can't use
"deprecated" with property, so i put it on the access method (see the
corrected file join)

For Constraint : the behaviour is correct ! this is the same with a TLabel
....

For the problem in the beginning of the line. Well, it's normal !!! When you
increase the size of the font, you increase also the "space" around the
letter and the effect is more or less visible with the style of the font
(with <font face = "Times New Roman">, you have almost no blank). You can
test in Word and you will see the same behaviour ... So i can not do
something ! Possibly, we can add a "Trim(EE.SolText)" in the procedure
"RenderString", but i don't think it's a good idea.

Regards,
Lionel





"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
btugcv$d85$1@talkto.net...
>> > > Effectively, i think that we can replace by the Color property, but i do
> > not
>> > > that because of compatibility.
>> > > But if you think i can do, i do it !!
> >
> > You could just publish Color and rewrite BackColor to call Color, i.e:
> >
> > procedure SetBackColor(Value:TColor);
> > begin
> >   Color := Value;
> > end,
> >
> > function GetBackColor:TColor;
> > begin
> >   Result := Color;
> > end;
> >
> > Then mark BackColor as deprecated:
> >
> > property BackColor:TColor read GetBackColor write SetBackColor; {$IFDEF
> > COMPILER6_UP}deprecated;{$ENDIF}
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >


JvMarkupLabel.pas
	



Subject: Re: Beep
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Jan 2004 21:12:00 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Make it default True if possible.

Done.


-- Regards, Andreas Hausladen 

Subject: Re: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Jan 2004 21:07:49 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Such a tool could also be based on 'JVCL Convert'.

I posted my (alpha) tool to jedi.binaries.



> > Maybe ../JvXxx.pas will also work under windows.

Delphi 5 meight fail because it was not produced to be plattform
independent.


-- Regards, Andreas Hausladen 

Subject: Re: CM_DENYSUBCLASSING
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 12 Jan 2004 20:59:00 +0100
Newsgroups: jedi.vcl

> >
> > I had written a tool that adds the Q into the file names and adds a JvQxxx
> > uses -line.

Then we could generate the JvQ???? units and build and test
VisualCLXpackages
Such a tool could also be based on 'JVCL Convert'.

> >
> > The tool creates the following Q files:
> > ---------------
> > unit JvQxxx;
> > {$DEFINE QUnit}
> >
> > {$IFDEF MSWINDOWS}
> >  {$INCLUDE '..\JvXxx.pas'}
> > {$ENDIF MSWINDOWS}
> > {$IFDEF LINUX}
> >  {$INCLUDE '../JvXxx.pas}
> > {$ENDIF LINUX}
> > ------------------
> >

Maybe ../JvXxx.pas will also work under windows.
This might be also the case with  {$R ../Resources/.....)



Regards,

André Snepvangers




Subject: Re: JVvBDEMemTable.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 12 Jan 2004 20:38:05 +0100
Newsgroups: jedi.vcl

> > I just wanted to be sure. It looked like the usual Jedification error.

I just tested. It seems to work either way (ie same or different names works
equally well)...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Beep
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jan 2004 20:22:06 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> TJvExCustomMaskEdit and TJvExMaskEdit implements a property and a field
>
> private
>   FBeepOnError: Boolean;
> protected
>   property BeepOnError: Boolean read FBeepOnError write FBeepOnError;
>
> for VCL and VisualCLX

Make it default True if possible.

The BeepOnError (and once WithBeep) is now implemented in all files which use Beep or MessageBeep(0).
MessageBeep(0) has been replaced with Beep.
Consequently the helper functions are gone (one MessageBeep and one Beep).



Subject: Re: JVvBDEMemTable.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jan 2004 20:18:56 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I am not sure if this should be the same name or not.
>
>
> They shouldn't be the same since the CreateHandle function returns the
> cursor handle and as long as DbiCloseCursor isn't called on the handle, the
> "$JvInMem$" name cannot be used to create another temp table AFAICR.

I just wanted to be sure. It looked like the usual Jedification error.



Subject: Re: New JvExVCL methods
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 12 Jan 2004 20:02:01 +0100
Newsgroups: jedi.vcl

> > The JvExVCL units (JvExControls, JvExStdCtrls, ...) now support

I think you should add a section to the readme (or to a separate file) that
explains the use and function of the JvExVCL units and how to extend them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVvBDEMemTable.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 12 Jan 2004 19:59:55 +0100
Newsgroups: jedi.vcl

> > I am not sure if this should be the same name or not.

They shouldn't be the same since the CreateHandle function returns the
cursor handle and as long as DbiCloseCursor isn't called on the handle, the
"$JvInMem$" name cannot be used to create another temp table AFAICR.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Beep
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Jan 2004 19:35:51 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > No need to hurry with that.

Done. I changed the macros to allow single class extensions without an
impact on other classes.

> > I implement BeepOnError in the descendants

TJvExCustomMaskEdit and TJvExMaskEdit implements a property and a field

private
  FBeepOnError: Boolean;
protected
  property BeepOnError: Boolean read FBeepOnError write FBeepOnError;

for VCL and VisualCLX



-- Regards, Andreas Hausladen 

Subject: Re: Question about JvAppIniFileStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 Jan 2004 18:34:11 +0100
Newsgroups: jedi.vcl

Hello, Lionel!
You wrote  on Mon, 12 Jan 2004 16:58:41 +0100:

 LR> What is the usefulness of the publised property "FileName" of
 LR> JvAppIniFileStorage ??

    Stating the obvious: to specify the file name to use <g>

 LR> Because we need always to initiate it in the "OnCreate" event of the
 LR> main form like for example :
 LR> JvAppIniFileStorage1.FileName :=
 LR> ChangeFileExt(Application.ExeName,'.ini');

    Sure, usually I do that too, but there are occasions where you may have
a different requirement. However:

 LR> Maybe a better property will be to define for example the type :
 LR> TInitialDir=(idWindows, idApplication,idCustom)
 LR> and the property InitialDir : TIniFileDir read FInitialDir write
 LR> FInitialDir default idApplication
 LR> Thus, FileName contain only the name of the ini file and is the name of
 LR> the application by default

    this is a very nice solution to the problem. idCustom would then
indicate the path is included in the FileName property and in the other two
cases only the filename would be used. Using the name of the application as
a default is a good solution as well, provided the user has set the name of
the application although that would not be our problem I guess....

 LR> I hope my explanation is enougth clear ...

    Loud and clear. Might be implemented before beta, once I drag myself
away from Delphi 8.

 LR> Another question is : Can i have some explanation to the AppStoragePath
 LR> of TJvFormStorage ?

    Remko provided that already.

 LR>  Is it usefull only when we use registry storage ?

    It is useful for any storage as it specifies the location within the
storage. As Remko pointed out, the registry store provides a RootPath. This
path is an absolute root for the storage (i.e. non of the storage users can
get to a higher level or a sibling path). The INI (and I guess the XML)
storage doesn't have a root (but does have a DefaultSection which is used to
write any data at the root level) as the INI file is usually self-contained.

    The AppStoragePath simply specifies to which "folder" the data should be
written. Most of the time this could be left empty (IIRC, JvFormStorage
"adds" the form name to the path automatically) but in some cases you may
want to specify a different location. This can be particularly handy for
nested storages to specify that a specific form should be stored to a "User"
folder in the global storage hive.

    I hope my explanation is clear enough. If not, let me know and I'll try
to make it clearer.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: DELAY JVCL BETA RELEASE !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jan 2004 18:26:39 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> The implementation of VisualCLX is in rapid development since
> the introduction of  The Extended VCL Units (XVCL). It reduces
> code size by eliminating duplicated (VCL/VisualCLX) code .
> Implementation of common behaviour can now be implemented in a
> central way, rather then  component based.
>
> Regards,
>
> André Snepvangers

I see no real reason to delay.
I think making more components CLX compatible can be continued after code freeze so you have time until end of month.

Then we will release a Beta and you can continue to make even more components CLX compatible.
The Beta is only a release point for which we will give support until the full release.



Subject: DELAY JVCL BETA RELEASE !
From: "André Snepvangers" <asn@xs4all.nl>
Date: Mon, 12 Jan 2004 18:22:40 +0100
Newsgroups: jedi.vcl

The implementation of VisualCLX is in rapid development since
the introduction of  The Extended VCL Units (XVCL). It reduces
code size by eliminating duplicated (VCL/VisualCLX) code .
Implementation of common behaviour can now be implemented in a
central way, rather then  component based.

Regards,

André Snepvangers







Subject: Re: Beep
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jan 2004 18:22:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> A single component that has this property is not that easy to implement
> but I will see what I can do with my macros.
> But first I change the WM_ERASEBKGND message handlers to DoPaintBackground.

No need to hurry with that. I implement BeepOnError in the descendants and later we change only the implementation.
BeepOnError is advertised as a JVCL 3 feature in several sources so it should be implemented.



Subject: Re: Jans package content.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 12 Jan 2004 12:14:27 -0500
Newsgroups: jedi.vcl

"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:bttcg5$mnj$1@talkto.net...

> > We have the Jans package that contains components from Jans but I'm
> > wondering if we have all or only a subset of those proposed here:
> > http://www.jansfreeware.com/jfdelphi.htm

Jan donated his components to JVCL in June 2002 and I've copied whatever was
available on his Website at that time:

> > I'm not saying that we should have all, because Jans does donate what he
> > wants. I'm just wondering if TjanXMLParser2 is included or not. That's
> > because I'm most interested in its XSLT abilities and it'd be great if
> > we had that in the JVCL.

Jan said then that he would like to donate to JVCL "any usefull component",
but because he is busy, he "can only donate the components as they are, that
is without writing help files or making modifications to fit it with the
JEDI base components".

So to answer your question, we can use his components but should use them as
a fork.

Michael










Subject: Re: Question about JvAppIniFileStorage
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 12 Jan 2004 17:42:14 +0100
Newsgroups: jedi.vcl

Lionel Reynaud wrote:

> Another question is : Can i have some explanation to the AppStoragePath of
> TJvFormStorage ? 

For the documentation file I have:

@@TJvFormPlacement.AppStorage
Summary
  Links the component to a storage component.
Description
  Set AppStorage to an application storage component that gives access
  to a specific storage, such as a xml file or the registry. AppStorage
  allows the TJvFormPlacement component to read from and write to the
  storage.

  To allow the placement data of a form to be read or written from a
  storage, both the AppStorage and the AppStoragePath properties must
  be set.
See Also
  AppStoragePath
----------------------------------------------------------------------------------------------------
@@TJvFormPlacement.AppStoragePath
Summary
  Specifies the location of the stored data in the storage.
Description
  Use AppStoragePath to specify the location of the stored data in the
  storage.

  The storage system uses paths and uses the concept of folders and
  values (much like folders and files on an OS). AppStoragePath is a
  path relative to the root folder of the storage component.

  To allow the placement data of a form to be read or written from a
  storage, both the AppStorage and the AppStoragePath properties must be
  set.
See Also
  AppStorage

But this could be improved I guess; didn't really test TJvFormPlacement with the new storage components, thus don't know all the details of AppStoragePath. I think you can use something like:

MyFormPlacement.AppStorage.Root := 'Software\MyCoolApp';
MyFormPlacement.AppStoragePath := '..\SomeSubPath\';

The .. aren't really useful here <g>, but show what can be done.

> Is it usefull only when we use registry storage ?

AFAICS it's used for all storage components. But I think Marcel or Jens can give a more detailed explanation of all the subtleties.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Beep
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Jan 2004 17:23:56 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I think BeepOnError should be placed
> > in TJvExCustomMaskEdit because several components which have or get
> > BeepOnError derive from it.

A single component that has this property is not that easy to implement
but I will see what I can do with my macros.
But first I change the WM_ERASEBKGND message handlers to DoPaintBackground.


-- Regards, Andreas Hausladen 

Subject: Re: TJvMarkupLabel Autosize
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 12 Jan 2004 17:22:53 +0100
Newsgroups: jedi.vcl

> > Effectively, i think that we can replace by the Color property, but i do
not
> > that because of compatibility.
> > But if you think i can do, i do it !!

You could just publish Color and rewrite BackColor to call Color, i.e:

procedure SetBackColor(Value:TColor);
begin
  Color := Value;
end,

function GetBackColor:TColor;
begin
  Result := Color;
end;

Then mark BackColor as deprecated:

property BackColor:TColor read GetBackColor write SetBackColor; {$IFDEF
COMPILER6_UP}deprecated;{$ENDIF}

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Jan 2004 17:20:14 +0100
Newsgroups: jedi.vcl

asn wrote:

> > FORGET, if you don't have the aliases set and you a Form or Frame, and
> > you open it as VisualCLX unit, the IDE will add required units. And then
> > you are fucked up.

I had written a tool that adds the Q into the file names and adds a JvQxxx
uses -line.

The tool creates the following Q files:
---------------
unit JvQxxx;
{$DEFINE QUnit}

{$IFDEF MSWINDOWS}
 {$INCLUDE '..\JvXxx.pas'}
{$ENDIF MSWINDOWS}
{$IFDEF LINUX}
 {$INCLUDE '../JvXxx.pas}
{$ENDIF LINUX}
------------------


-- Regards, Andreas Hausladen 

Subject: Question about JvAppIniFileStorage
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 12 Jan 2004 16:58:41 +0100
Newsgroups: jedi.vcl

Hi,

What is the usefulness of the publised property "FileName" of
JvAppIniFileStorage ??
Because we need always to initiate it in the "OnCreate" event of the main
form like for example :
JvAppIniFileStorage1.FileName := ChangeFileExt(Application.ExeName,'.ini');

Maybe a better property will be to define for example the type :
TInitialDir=(idWindows, idApplication,idCustom)
and the property InitialDir : TIniFileDir read FInitialDir write FInitialDir
default idApplication
Thus, FileName contain only the name of the ini file and is the name of the
application by default

I hope my explanation is enougth clear ...

Another question is : Can i have some explanation to the AppStoragePath of
TJvFormStorage ? Is it usefull only when we use registry storage ?

Regards,
Lionel




Subject: Re: CM_DENYSUBCLASSING
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 12 Jan 2004 16:33:48 +0100
Newsgroups: jedi.vcl

> > we could use Unit aliases in the Project Options page

FORGET, if you don't have the aliases set and you a Form or Frame, and you
open it as VisualCLX unit, the IDE will add required units. And then you are
fucked up.

Regards,

André Snepvangers




Subject: Beep
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jan 2004 16:19:30 +0100
Newsgroups: jedi.vcl

I currently rework all files which contain Beep or MessageBeep and add a property BeepOnError or similar.
I think BeepOnError should be placed in TJvExCustomMaskEdit because several components which have or get BeepOnError derive from it.



Subject: JVvBDEMemTable.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jan 2004 16:17:28 +0100
Newsgroups: jedi.vcl

The file contains two internal table names
const
 InternalMemTableName1 = '$InMem$';
 InternalMemTableName2 = '$JvInMem$';

I am not sure if this should be the same name or not.



Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 12 Jan 2004 16:05:40 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
btu70f$7h6$1@talkto.net...
>> > > I've tested a little and found that ParentColor does not work correctly:
> >
> > I don't quite see the point with BackColor: it is a duplicate of the
> > standard Color property without the automatic linking to ParentColor.
> > Replacing it with a published Color property should be all that is needed.
> >
Effectively, i think that we can replace by the Color property, but i do not
that because of compatibility.
But if you think i can do, i do it !!



>> > > Also I think I've found some issues with Autosize and Constraints.
Setting
>> > > (using your demo) MaxHeight to 230 and MaxWidth to 40 using Autosize
>> > > then the maximum possible Height will not be reached. It seems that the
>> > > control still uses the calculated height from Autosize and does not
>> > > recalculate it.
> >
> > If AutoSize is true, MaxHeight and MaxWidth should not have any effect,
> > should it?
> >
> > I also found that there are some issues with line starts: write a couple
of
> > lines of text (with <br> inbetween) where each line has a larger and
larger
> > font size (start at 14pts or so). You will see that the larger the font
> > size, the further from the left edge the line starts. Not really what one
> > wants, I'd say. I don't know if this is new or has always been like that,
> > but if you feel up to it Lionel, I'd be glad if you fixed it.

I will see what i can do, but i think it's a problem that exist before my
modification ...

I hope you can understand my english, because i have some difficulty to
write what i think ;))

Regards,
Lionel

> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Jans package content.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 12 Jan 2004 14:46:15 +0000 (UTC)
Newsgroups: jedi.vcl

Okay, I've posted the template in .binaries.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Jans package content.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 12 Jan 2004 13:58:09 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Arioch BDV wrote:
> > 
>> > > Why yet another XSL processor, not wrapper, say, over
>> > > http://expat.sourceforge.net/ ?
> > 
> > I don't mind, but we should probably decide which librar(y/ies) we
> > should wrap.

Well, I'm half-way to completing a DOM Level 2 wrapper for TXmlDocument
et al so maybe we can look at having that as a template that we can
wrap around the various libraries.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: TJvMarkupLabel Autosize
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 Jan 2004 14:42:32 +0100
Newsgroups: jedi.vcl

> > I've tested a little and found that ParentColor does not work correctly:

I don't quite see the point with BackColor: it is a duplicate of the
standard Color property without the automatic linking to ParentColor.
Replacing it with a published Color property should be all that is needed.

> > Also I think I've found some issues with Autosize and Constraints. Setting
> > (using your demo) MaxHeight to 230 and MaxWidth to 40 using Autosize
> > then the maximum possible Height will not be reached. It seems that the
> > control still uses the calculated height from Autosize and does not
> > recalculate it.

If AutoSize is true, MaxHeight and MaxWidth should not have any effect,
should it?

I also found that there are some issues with line starts: write a couple of
lines of text (with <br> inbetween) where each line has a larger and larger
font size (start at 14pts or so). You will see that the larger the font
size, the further from the left edge the line starts. Not really what one
wants, I'd say. I don't know if this is new or has always been like that,
but if you feel up to it Lionel, I'd be glad if you fixed it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jans package content.
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 12 Jan 2004 15:55:31 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 12 Jan 2004 08:52:46 +0000 (UTC) @411)
....while the fading voice of Ignacio whispered through the darkness:

 IV> So, would anyone want to consider starting up a JXML project?

Did Jan donated his components ?

Why yet another XSL processor, not wrapper, say, over http://expat.sourceforge.net/
?

-- WinAMP://none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jans package content.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 12 Jan 2004 12:44:12 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> > The stars so gaily glistened... (Mon, 12 Jan 2004 08:52:46 +0000
> > (UTC) @411) ...while the fading voice of Ignacio whispered through
> > the darkness:
> > 
> >  IV> So, would anyone want to consider starting up a JXML project?
> > 
> > Did Jan donated his components ?

Unknown, but I believe not.

> > Why yet another XSL processor, not wrapper, say, over
> > http://expat.sourceforge.net/ ?

I don't mind, but we should probably decide which librar(y/ies) we
should wrap.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: JvLinkLabelParser
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 Jan 2004 11:25:09 +0100
Newsgroups: jedi.vcl

contains interfaces without GUIDs.
Is that acceptable?



Subject: Re: JvLinkLabelParser
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 12 Jan 2004 10:11:44 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > contains interfaces without GUIDs.
> > Is that acceptable?

As long as COM and the as operator or QueryInterface method don't need
to be supported then absolutely.

-- Cheers, Ignacio 

Subject: Re: TJvMarkupLabel Autosize
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 12 Jan 2004 09:57:44 +0100
Newsgroups: jedi.vcl

> > Indeed, problem with Constraints may be embarrassing. So i look what i can
> > do to correct this problem.
Thanks, do you also have ParentColor in mind?

Michael




Subject: Re: Jans package content.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 12 Jan 2004 08:52:46 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > That's because I'm most interested in its XSLT abilities and it'd be
> > great if we had that in the JVCL.

So, would anyone want to consider starting up a JXML project?

-- Cheers, Ignacio 

Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Mon, 12 Jan 2004 09:38:38 +0100
Newsgroups: jedi.vcl

Yes, i have not tested all the combination ! I just focus on AutoSize,
Alignment and font that i use often ...

Indeed, problem with Constraints may be embarrassing. So i look what i can
do to correct this problem.

Lionel



"Michael Fritz" <spam_athome@yahoo.de> a écrit dans le message news:
bttka0$rba$1@talkto.net...
>> > > I correct somes bugs in the TJvMarkupLabel, so now i think it's ok !!
> > Lionel,
> >
> > Thanks for your perfect enhancements to TJvMarkupLabel.
> > I've tested a little and found that ParentColor does not work correctly:
> >
> > Example: BackColor is set to clWhite and ParentColor is set to True.
> > The forms Color (parent) is set to clBtnFace. This means that the labels
> > background should be painted in clBtnFace, too but does not.
> >
> > Also I think I've found some issues with Autosize and Constraints. Setting
> > (using your demo) MaxHeight to 230 and MaxWidth to 40 using Autosize
> > then the maximum possible Height will not be reached. It seems that the
> > control still uses the calculated height from Autosize and does not
> > recalculate it.
> >
> > cu,
> > Michael
> >
> >




Subject: Re: TJvMarkupLabel Autosize
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Mon, 12 Jan 2004 09:23:17 +0100
Newsgroups: jedi.vcl

> > I correct somes bugs in the TJvMarkupLabel, so now i think it's ok !!
Lionel,

Thanks for your perfect enhancements to TJvMarkupLabel.
I've tested a little and found that ParentColor does not work correctly:

Example: BackColor is set to clWhite and ParentColor is set to True.
The forms Color (parent) is set to clBtnFace. This means that the labels
background should be painted in clBtnFace, too but does not.

Also I think I've found some issues with Autosize and Constraints. Setting
(using your demo) MaxHeight to 230 and MaxWidth to 40 using Autosize
then the maximum possible Height will not be reached. It seems that the
control still uses the calculated height from Autosize and does not
recalculate it.

cu,
Michael




Subject: Re: Jans package content.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 12 Jan 2004 17:08:25 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

>
> While it can't be put into the JVCL, libxml2-pas has XSLT, although it
> requires a couple of DLLs:
>
> http://sourceforge.net/projects/libxml2-pas
>
Well yeah, but it's a bit too complex for what I'd like to do anyway...

>
> <shrug> Isn't that his call?
>
Completely, but this may lead to users getting confused over who is maintaining what...



Subject: Re: Jans package content.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 12 Jan 2004 06:53:33 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Ignacio Vazquez wrote:
> > 
>> > > While it can't be put into the JVCL, libxml2-pas has XSLT, although
>> > > it requires a couple of DLLs:
>> > > 
>> > > http://sourceforge.net/projects/libxml2-pas
> > 
> > Well yeah, but it's a bit too complex for what I'd like to do
> > anyway...

Not really. I haven't dealt with libxml2-pas, but I have dealt with
libxml and libxslt in C and processing an XML document in XSLT is as
simple as:

var
  xml, xslt, xresult: XmlDoc;
begin
  xml:=XmlLoadFile('C:\blah.xml');
  xslt:=XmlLoadFile('C:\blah.xsl');
  xresult:=XsltProcess(xml, xslt);
  XmlSaveFile(xresult, 'C:\result.xml');
end;

>> > > <shrug> Isn't that his call?
>> > > 
> > Completely, but this may lead to users getting confused over who is
> > maintaining what...

So is he actually maintaining the stuff in JVCL or did he donate it "no
holds barred"? If the latter then maybe we should look at absorbing it
completely.

-- Cheers, Ignacio 

Subject: Re: Jans package content.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 12 Jan 2004 06:43:56 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > We have the Jans package that contains components from Jans but I'm
> > wondering if we have all or only a subset of those proposed here:
> > http://www.jansfreeware.com/jfdelphi.htm

It definitely looks like a subset.

> > I'm not saying that we should have all, because Jans does donate what
> > he wants. I'm just wondering if TjanXMLParser2 is included or not.
> > That's because I'm most interested in its XSLT abilities and it'd be
> > great if we had that in the JVCL.

While it can't be put into the JVCL, libxml2-pas has XSLT, although it
requires a couple of DLLs:

http://sourceforge.net/projects/libxml2-pas

> > Thanks to all for clarifying the
> > situation as I couldn't find any mentions on Jans page of the
> > inclusion of some/all his components in the JVCL.

<shrug> Isn't that his call?

-- Cheers, Ignacio 

Subject: Jans package content.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 12 Jan 2004 16:10:04 +1000
Newsgroups: jedi.vcl

Hi all

We have the Jans package that contains components from Jans but I'm wondering if we have all or only a subset of those proposed here:
http://www.jansfreeware.com/jfdelphi.htm

I'm not saying that we should have all, because Jans does donate what he wants. I'm just wondering if TjanXMLParser2 is included or not. That's because I'm most interested in its XSLT abilities and it'd be great if we had that in the JVCL.
Thanks to all for clarifying the situation as I couldn't find any mentions on Jans page of the inclusion of some/all his components in the JVCL.



Subject: Re: TjvRichEdit And QuickReport
From: "Ageu Duarte Junior" <ageu@teletecnica.srv.br>
Date: Sun, 11 Jan 2004 23:25:45 -0200
Newsgroups: jedi.vcl

Hello Peter,

I will try,

Thanks for your repply

Ageu

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:btsjko$qcl$1@talkto.net...
> > Have you tried QRRichEdit.Paragraph.Assign(JvRichEdit.Paragraph) ?
> >
> > You could also try:
> >
> >   JvRichEdit.Lines.SaveToStream(AStream);
> >   AStream.Seek(0,soFromBeginning);
> >   QRRichEdit.Lines.LoadFromStream(AStream);
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: New JvExVCL methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 12 Jan 2004 01:48:55 +0100
Newsgroups: jedi.vcl

The JvExVCL units (JvExControls, JvExStdCtrls, ...) now support 

{$IFDEF JVCLThemesEnabledD56}
property ParentBackground: Boolean 
  read {private}GetParentBackground
  write {protected virtual}SetParentBackground;
{$ENDIF}

And the classes redirect WM_ERASEBKGND messages to
DoPaintBackgroud(Canvas; LParam: Integer) This method is also available
for VisualCLX.

The only adjusted file is JvControlBar.pas at the moment. I will change
the other files tomorrow (or today: 01:48 AM local time).

-- Regards, Andreas Hausladen 

Subject: Re: Have a good time and a better coding :-)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 12 Jan 2004 00:30:40 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I'm
> > going to have my vacations and so i'm two weeks away from my
> > computer.

Have fun, but not _too_ much fun. We could use your help around here
still ;)

-- Cheers, Ignacio 

Subject: Re: Bug in Dock components
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 12 Jan 2004 00:24:51 +0100
Newsgroups: jedi.vcl

> Hi
>
> During my test of the new version of the XML store, I stumbled accros a nasty bug in the Docking components saving part.
> To reproduce it, run the DockOptionDemo and dock two windows in one another so that you get two small tabs at the bottom (drop the second on the title of the first)
> Then close the application and you will get a EListError 'List Out Of Bound (2)' exception. The focus goes to
>
>       TJvDockTabHostForm(Control).PageControl.SaveToStream(FDataStream)
>
> On line 410 in JvDockInfo, but it is quite obvious the problem is in SaveToStream.
> As Jens seems to know a bit more about those docking components, I left the bug as is. If nothing comes out of it during the day (european), I'll have a look tomorrow (australian).
>

Sorry No. The only thing i have done is a stupid stupid copy job :-( I think peter is much more in it then i. And i'm away from now on :-) :-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppXMLStorage now supports trees
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 12 Jan 2004 00:21:22 +0100
Newsgroups: jedi.vcl

Hi Olivier,

thanks for migrating it.

OBones wrote:

> Hi all
>
> I spent most of the afternoon modifying TJvAppXmlStorage to allow usage of trees as the XML format supports a tree structure.
> I based my changes on the registry store and I must admit I should have done that from the start. But hey, I was in a hurry and took the laziest approach.

No problem with that. If it has sound different, sorry, realy no problem :-)

> Anyway, there shouldn't be any update needed on any XML file in the JVCL, the only that I am aware of being pgEdit.xml and it doesn't use a tree structure. If there are other files, please let me know.
> I tested the changes with the JvDocking example and it does create an XML file, with a valid tree in it. However, it doesn't reloads the configuration, but that doesn't come from the XML store, the same behaviour is shown with an INI store. But the reloading is working when using the original functions (USEJVCL being turned off). Any ideas on that anyone ? Jens ?

Sorry i can't get it too work. For me the registry and ini-file works, but not the xml.

I've done the following (in the JvDocking\AdvanceDemo)

1. Problem
- Press Save XML twice, i've got an exception in TJvSimpleXMLElems.GetItemNamed, coming from TJvAppXMLStorage.GetNodeFromPath

2. Demo
- Press twice the "VID Style" button. Move both windows.
- Save to ini, registry and xml.
- Close the app and restart
- Press twice the "VID Style" button. Move both windows.
- Reload from Ini => Both are positioned back
- move and reload from registry -> Both are positioned back
- move and reload from xml -> Nothing happens, but the file seems quite right.

3. Demo (Using Examples\JvParameterlist)
- In designtime you have to swith the JvFormStorage-Components to JvXMLStorage and to change the function DefaultStorage also.
- Starting the application changing the position and some checkboxes and closing it
- Restarting and the last settings are restored :-)
- Pressing "Store Settings" to have different FormStorage Settings stored
- Entering "Hallodri" and press save. Now there had to be a tree named hallodri in the xml-file, but it is not :-)


Sorry i'm a little bit out of time, so i have chance to look a little bit closer into it.
See my other posts, and i had to do some other things now, because from now only 6-7 hours to sleep :-)

I realy hope you were able to figure it out.

Greetings
Jens
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Have a good time and a better coding :-)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 12 Jan 2004 00:15:06 +0100
Newsgroups: jedi.vcl


Peter Thörnqvist wrote:
> Have a nice vacation although being away from computers for two whole weeks
> sounds more like a punishment to me<vbg>!

Yes a little bit.
>
> Looking forward to seeing you here again and hopefully a JVCL3 release is
> waiting for you when you get back.
>

Hope so too.

And thanks for finishing / moving back my JvAppStorage Changes in the Docking files.
This was one of the last things i wanted to do before leaving my computer, and then : it's done :-)

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TjvRichEdit And QuickReport
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 12 Jan 2004 00:05:48 +0100
Newsgroups: jedi.vcl

Have you tried QRRichEdit.Paragraph.Assign(JvRichEdit.Paragraph) ?

You could also try:

  JvRichEdit.Lines.SaveToStream(AStream);
  AStream.Seek(0,soFromBeginning);
  QRRichEdit.Lines.LoadFromStream(AStream);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Have a good time and a better coding :-)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 12 Jan 2004 00:02:05 +0100
Newsgroups: jedi.vcl

Have a nice vacation although being away from computers for two whole weeks
sounds more like a punishment to me<vbg>!

Looking forward to seeing you here again and hopefully a JVCL3 release is
waiting for you when you get back.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Have a good time and a better coding :-)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 11 Jan 2004 23:55:42 +0100
Newsgroups: jedi.vcl

Hi All together,

sorry for being a little bit silent the last days (and the next days also :-) .

I had some hard days in my job so i didn't have much time for "hobby"-coding with the jvcl code (today and yesterday sitting also in my office and not at home :-(

And now i can't help you finalising the first beta of jvcl 3. I'm going to have my vacations and so i'm two weeks away from my computer. The only computerlike item i have is my palm, and sorry but i can't play jvcl on my palm.

So i wish you all a good time finishing it.

For the time after the beta, i see the following issues for me:
- help creation for JvParameterList and JvDynControlEngine
- Wrapper component for all JvAppStore-Classes
- Dialog-Component for JvPropertyStore to have an customization Dialog without great efforts.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: possible changes for the installer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 11 Jan 2004 23:50:33 +0100
Newsgroups: jedi.vcl

An other addon could be:
- create dof-files-button/checkbox
- create res-files-button/checkbox
- create pkg-files-button/checkbox


Robert Marquardt wrote:

> I think all packages should be selected as default. After all it is the job of the installer to install all packages.
>
> There are at least two views possible. A tree of package requirements with JvCore as root. Sets of categories. There could be a list of sets to select from.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: CM_DENYSUBCLASSING
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 11 Jan 2004 20:13:29 +0100
Newsgroups: jedi.vcl

> >
> > What do you think about a PaintBackground(DC: HDC; Unused: Longint):
> > Boolean method that is the representation for WM_ERASEBKGND. As VCLX does
> > not support such a function I would insert a PaintBackground call into
> > Painting().
> >

With VisualCLX it is upside down :).
Add it, less ifdefs
By the way if most of the VCL: units have VisualCLX mirror.
we could use Unit aliases in the Project Options page
Directories/Conditionals.
To eliminate most IFDEF's in the use case.
The message related API's you have added to QWindows, could then be moved to
a new unit
QMessages. ;)

Regards,

André Snepvangers


Regards,

André Snepvangers




Subject: Re: CM_DENYSUBCLASSING
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 11 Jan 2004 19:57:26 +0100
Newsgroups: jedi.vcl

> > I could make it this way:
> >
> > JvExControls.pas:
> > type
> >   IDenySubClassing = interface // empty interface
> >     [GUID]
> >   end;
> >
> > procedure DispatchMsg()
> > begin
> >   ...
> >      CM_DENYSUBCLASSING:
> >        PMsg^.Result := Ord( Supports(ASelf, IDenySubClassing) );
> >   ...
> > end;
> >
> > JvXyz.pas:
> > type
> >   TJvMyComponent = class(TJvExAbc, IDenySubClassing)
> >      ...
> >   end;
> >

Great !

Regards,

André Snepvangers




Subject: Re: Band Object DLL Wizard
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sun, 11 Jan 2004 18:52:41 +0000 (UTC)
Newsgroups: jedi.vcl

Well, I committed the fix. I'll test it 100% when I'm on a machine that
doesn't blow chunks.

-- Cheers, Ignacio 

Subject: Re: Band Object DLL Wizard
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sun, 11 Jan 2004 17:55:41 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > I tried this for the first time and the IDE imploded.

I've found and fixed the source of the implosion (stack overflow in
TJvBandForm.CreateNew) but haven't yet determined if the whole thing is
fixed yet.

-- Cheers, Ignacio 

Subject: Band Object DLL Wizard
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sun, 11 Jan 2004 17:14:00 +0000 (UTC)
Newsgroups: jedi.vcl

I tried this for the first time and the IDE imploded. I don't suppose
the original author is anywhere around here, is he?

-- Cheers, Ignacio 

Subject: possible changes for the installer
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Jan 2004 17:28:03 +0100
Newsgroups: jedi.vcl

I think all packages should be selected as default. After all it is the job of the installer to install all packages.

There are at least two views possible. A tree of package requirements with JvCore as root. Sets of categories. There could be a list of sets to select from.



Subject: TjvRichEdit And QuickReport
From: "Ageu Duarte Junior" <ageu@teletecnica.srv.br>
Date: Sun, 11 Jan 2004 13:21:18 -0200
Newsgroups: jedi.vcl

Hello Every Body,

I have a litle text editor implemented with TjvRichEdit and I need to
PrintPreview the text with QuickReport under Delphi6.0. The problem is that
the TqrRichEdit don't have the same Paragraph resources that is implemented
in TjvRichEdit.

What is the possibilities I need to do to PrintPreview with the TjvRichEdit?

Thanks in advanced,

Ageu




Subject: Re: TJvAppXMLStorage now supports trees
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 11 Jan 2004 13:15:20 +0100
Newsgroups: jedi.vcl

Hi,

i will try to look into it in this afternoon. Later more.

Greetings
Jen

OBones wrote:
> Hi all
>
> I spent most of the afternoon modifying TJvAppXmlStorage to allow usage of trees as the XML format supports a tree structure.
> I based my changes on the registry store and I must admit I should have done that from the start. But hey, I was in a hurry and took the laziest approach.
> Anyway, there shouldn't be any update needed on any XML file in the JVCL, the only that I am aware of being pgEdit.xml and it doesn't use a tree structure. If there are other files, please let me know.
> I tested the changes with the JvDocking example and it does create an XML file, with a valid tree in it. However, it doesn't reloads the configuration, but that doesn't come from the XML store, the same behaviour is shown with an INI store. But the reloading is working when using the original functions (USEJVCL being turned off). Any ideas on that anyone ? Jens ?
>
> Hope this improvement helps
>
> Cheers
>
> Olivier
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: small JVCL.INC change
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Jan 2004 13:05:27 +0100
Newsgroups: jedi.vcl

I asked to herald any changes here so i have to do it myself.

USE_Jv_GIF now reads USE_JV_GIF.

It was used more often in all uppercase which is more consistent anyway.



Subject: Re: TJvMarkupLabel Autosize
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 11 Jan 2004 12:55:30 +0100
Newsgroups: jedi.vcl

> > I correct somes bugs in the TJvMarkupLabel, so now i think it's ok !!

Thanks!

Added to CVS (demo also)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Jan 2004 12:06:06 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > André Snepvangers wrote:
> > 
>> > > I did not mend to say removing the code but moving it to the extended
>> > > VCL classes (XVCL) ?
> > 
> > That is not possible because not all controls must be denied for
> > ThemeManager.

I could make it this way:

JvExControls.pas:
type
  IDenySubClassing = interface // empty interface
    [GUID]
  end;

procedure DispatchMsg()
begin
  ...
     CM_DENYSUBCLASSING:
       PMsg^.Result := Ord( Supports(ASelf, IDenySubClassing) );
  ...
end;

JvXyz.pas:
type
  TJvMyComponent = class(TJvExAbc, IDenySubClassing)
     ...
  end;



-- Regards, Andreas Hausladen 

Subject: Re: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Jan 2004 12:02:40 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I did not mend to say removing the code but moving it to the extended VCL
> > classes (XVCL) ?

That is not possible because not all controls must be denied for
ThemeManager.

> > cq most theming support can be moved to the XVCL.
> > Or not ?

The problem is that the JvExVCL is autogenerated by a preprocessor. If I
add special handling for some components the macros will be never readable.
I think that I can move the ParentBackgrounds property to JvExVCL but the
IFDEF'ed "published property" must stay in the code.


What do you think about a PaintBackground(DC: HDC; Unused: Longint):
Boolean method that is the representation for WM_ERASEBKGND. As VCLX does
not support such a function I would insert a PaintBackground call into
Painting().



-- Regards, Andreas Hausladen 

Subject: Re: CM_DENYSUBCLASSING
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 11 Jan 2004 11:13:05 +0100
Newsgroups: jedi.vcl

> > The CM_DENYSUBCLASSING is sent by the ThemeManager to test if the control
> > must be painted by the ThemeManager. If the message does not exist the
> > control will be mis-painted because JvThemes and ThemeManager will start a
> > painting battle. Only the components that are derived from a component
> > that is handled by the ThemeManager and uses JvThemes functions must have
> > this message handler.
> >
I did not mend to say removing the code but moving it to the extended VCL
classes (XVCL) ?
cq most theming support can be moved to the XVCL.
Or not ?

Regards,

André Snepvangers




Subject: Re: Improved JvExVCL units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Jan 2004 11:09:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Please add a standard comment in the current implementations.
> > This is soon forgotten otherwise.

I don't think that this is necessary. It was too late when I had wrote
this. As SetAutoSize is a virtual property set method it is clear that
calling "inherited AutoSize := Value" will end up in a recursion.


-- Regards, Andreas Hausladen 

Subject: Re: Improved JvExVCL units
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 Jan 2004 06:38:15 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> WARNING: Do not do a "inherited AutoSize := Value;" in the overwritten
> method. This would cause a endless recursion because the inherited
> property calls the virtual method SetAutoSize and... uh we are in it when
> we call inherited AutoSize :=.

Please add a standard comment in the current implementations.
This is soon forgotten otherwise.



Subject: Improved JvExVCL units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Jan 2004 03:37:24 +0100
Newsgroups: jedi.vcl

VisualCLX: 
The JvExXxx.pas units now supports the Paint method for WidgetControl's
derived classes that are not derived from TCustomControl.

VCL:
The units implement a virtual SetAutoSize() for Delphi 5. So all
SetAutoSize(); {$IFDEF COMPILER6_UP}override;{$ENDIF} can be changed to
"override;".
WARNING: Do not do a "inherited AutoSize := Value;" in the overwritten
method. This would cause a endless recursion because the inherited
property calls the virtual method SetAutoSize and... uh we are in it when
we call inherited AutoSize :=.


-- Regards, Andreas Hausladen 

Subject: Re: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 11 Jan 2004 03:32:21 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > All CM_DENY... messagehandlers implement the same:
> > 
> > procedure TJvXXXXX.CMDenySubClassing(var Msg: TCMDenySubClassing);
> > begin
> >   Msg.Result := 1;
> > end;
> > 
> > What should I say more?

The CM_DENYSUBCLASSING is sent by the ThemeManager to test if the control
must be painted by the ThemeManager. If the message does not exist the
control will be mis-painted because JvThemes and ThemeManager will start a
painting battle. Only the components that are derived from a component
that is handled by the ThemeManager and uses JvThemes functions must have
this message handler.

> > - I don't like deadcode. and if it should be commented.

It is only dead code under VisualCLX but it is an important code in VCL.
You can IFDEF the code if you want but this does not change anything
except that you must insert IFDEFs which are not necessary.



-- Regards, Andreas Hausladen 

Subject: Re: CM_DENYSUBCLASSING
From: "André Snepvangers" <asn@xs4all.nl>
Date: Sun, 11 Jan 2004 01:37:04 +0100
Newsgroups: jedi.vcl

> > because I do not want to add more IFDEFs than really necessary I
> > implemented DenySubClassing for VCLX, too.
> >
All CM_DENY... messagehandlers implement the same:

procedure TJvXXXXX.CMDenySubClassing(var Msg: TCMDenySubClassing);
begin
  Msg.Result := 1;
end;

What should I say more?

- I don't like deadcode. and if it should be commented.

Regards

André Snepvangers






Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Sun, 11 Jan 2004 01:02:50 +0100
Newsgroups: jedi.vcl

Well, me again
I correct somes bugs in the TJvMarkupLabel, so now i think it's ok !!

I put a demo with the component.

Lionel



JvMarkupLabel.zip
	



Subject: Re: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Jan 2004 22:39:54 +0100
Newsgroups: jedi.vcl

asn wrote:

> > I am not really waiting for theming

QThemed from http://www.kylix-patch.de.vu

But QThemed does not use CM_DENYSUBCLASSING. It is the ThemeManager. And
because I do not want to add more IFDEFs than really necessary I
implemented DenySubClassing for VCLX, too.


-- Regards, Andreas Hausladen 

Subject: Re: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Jan 2004 22:27:58 +0100
Newsgroups: jedi.vcl

asn wrote:

> > The Extended VCL classes gives us also a great opportunity to add VCL
> > behaviour to
> > CLX classes. Remember my remark about the Paint methods
> > What you think about that?

I will see if I can update the macros to support that.

-- Regards, Andreas Hausladen 

Subject: Re: @asn: CM_DENYSUBCLASSING
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sat, 10 Jan 2004 22:06:50 +0100
Newsgroups: jedi.vcl

> > It is not {$IFDEF WINDOWS} it is MSWINDOWS
> >
I really should update ctrl-J.

Regards,

André Snepvangers




Subject: Re: CM_DENYSUBCLASSING
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sat, 10 Jan 2004 22:06:07 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:btp6j0$cma$1@talkto.net...
> >
> > that use CM_DENYSUBCLASSING. That means more IFDEFs und less readable
> > code. So why have you "out-defined" the constant?
> >

Sorry, I was not aware that this was related with JvThemes. (Maybe because
personally
I am not really waiting for theming.)
Your Extended VCL classes (fine job) elliminate message handlers from the
JVCL units:
why you don't add this one as well?
The Extended VCL classes gives us also a great opportunity to add VCL
behaviour to
CLX classes. Remember my remark about the Paint methods
What you think about that?

Regards,

André Snepvangers






Subject: Re: @asn: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Jan 2004 17:18:43 +0100
Newsgroups: jedi.vcl

It is not {$IFDEF WINDOWS} it is MSWINDOWS

-- Regards, Andreas Hausladen 

Subject: @asn: CM_DENYSUBCLASSING
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 10 Jan 2004 17:04:07 +0100
Newsgroups: jedi.vcl


{$IFDEF VCL}  // why ?
const
 // Add a message handler to a component that is themed by the
ThemeManager but
 // should not be themed.
  CM_DENYSUBCLASSING = CM_BASE + 2000; // from ThemeMgr.pas
{$ENDIF} // why ?

CM_BASE is defined in QControls.pas and it is compilable under Linux. If
you "out-define" it many component will not compile because they use
CM_DENYSUBCLASSING. If you "out-define" it you must adjust all components
that use CM_DENYSUBCLASSING. That means more IFDEFs und less readable
code. So why have you "out-defined" the constant?


-- Regards, Andreas Hausladen 

Subject: Re: TJvRollout bug when bottom aligned
From: @in@taavi.ee (Ain Valtin)
Date: Sat, 10 Jan 2004 15:56:43 GMT
Newsgroups: jedi.vcl

On Sat, 10 Jan 2004 16:44:49 +0100,
=?iso-8859-1?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com> wrote:

>> >> It seems you have changed it to be "JVCL3 compatible" and as I still
>> >> have 2.0 installed I can't compile it. I don't have JvThemes unit and
>> >> I get errors
> >I haven't changed it to JVCL3: that's the version where development is done.

OK. But I have way too old / incompatible version installed (all those
missing methods/properties in base class) to test it. And as 3b is
coming out RSN I don't want to upgrade to some daily snapshot...


>> >> Also, unless I'm missing something it's not possible to use keyboard
>> >> to collapse / expand it 
> >This should be fixed as well in the version I am posting to CVS. Also added
> >a new ShowFocus property. If true, a focus rect is drawn around the button
> >when the rollout has focus.

Cool! Thanks!


ain


Subject: Re: TJvRollout bug when bottom aligned
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 10 Jan 2004 16:44:49 +0100
Newsgroups: jedi.vcl

> > It seems you have changed it to be "JVCL3 compatible" and as I still
> > have 2.0 installed I can't compile it. I don't have JvThemes unit and
> > I get errors
I haven't changed it to JVCL3: that's the version where development is done.

> > BTW I noticed that your implementation of IsAccel() is probably (I
> > didn't actually test it) buggi - it would return false for caption
> > like 'Tom && J&erry' which is valid caption with hotkey "e"...
Yes, it only returns the first & it finds. Not good.

> > don't you use IsAccel function from forms.pas?
Done

> > Another thing - wouldn't it be better to call SetCollapsed(not
> > Collapsed) instead of Click() in WantKey method?
True. Fixed as well.

> > Also, unless I'm missing something it's not possible to use keyboard
> > to collapse / expand it (yes, I know I can code some hotkey for this
> > but...). It would be cool if one can use keyboard ([tab]) to move
> > focus into rollout's button and then use [space] to switch collapsed
> > state.
This should be fixed as well in the version I am posting to CVS. Also added
a new ShowFocus property. If true, a focus rect is drawn around the button
when the rollout has focus.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: blinking label
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 10 Jan 2004 16:35:59 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> The blinking label (in the form of JvBehaviorLabel Blinking) has a correct implementation at last.
> Changing the Caption was never correct because Blinking should only manipulate the rendering of the Caption not the Caption itself.

I thought about this component the whole day and it is quite interesting how a seemingly simple label can lead you far into the highest levels of abstraction.



Subject: Re: TJvRollout bug when bottom aligned
From: @in@taavi.ee (Ain Valtin)
Date: Sat, 10 Jan 2004 13:43:50 GMT
Newsgroups: jedi.vcl

On Sat, 10 Jan 2004 13:22:07 +0100,
=?iso-8859-1?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com> wrote:

> >I've posted a (hopefully) fixed version to binaries. Try it and let me know
> >if it works.

It seems you have changed it to be "JVCL3 compatible" and as I still
have 2.0 installed I can't compile it. I don't have JvThemes unit and
I get errors

[Error] JvRollOut.pas(164): Method 'MouseEnter' not found in base
class
[Error] JvRollOut.pas(165): Method 'MouseLeave' not found in base
class
[Error] JvRollOut.pas(166): Method 'WantKey' not found in base class
[Error] JvRollOut.pas(168): Method 'ParentColorChanged' not found in
base class
[Error] JvRollOut.pas(420): Undeclared identifier: 'IncludeThemeStyle'
[Error] JvRollOut.pas(420): Undeclared identifier:
'csNeedsBorderPaint'
[Error] JvRollOut.pas(420): Undeclared identifier:
'csParentBackground'
[Error] JvRollOut.pas(856): Undeclared identifier:
'DrawThemedBackground'

It looks like I can't get rid of those easily so I wait for JVCL3 beta
to come out to test it...


BTW I noticed that your implementation of IsAccel() is probably (I
didn't actually test it) buggi - it would return false for caption
like 'Tom && J&erry' which is valid caption with hotkey "e"... why
don't you use IsAccel function from forms.pas?

Another thing - wouldn't it be better to call SetCollapsed(not
Collapsed) instead of Click() in WantKey method?


ain


Subject: Re: TJvRollout bug when bottom aligned
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 10 Jan 2004 13:22:07 +0100
Newsgroups: jedi.vcl

I've posted a (hopefully) fixed version to binaries. Try it and let me know
if it works.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvAppXMLStorage now supports trees
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 10 Jan 2004 22:03:18 +1000
Newsgroups: jedi.vcl

Hi all

I spent most of the afternoon modifying TJvAppXmlStorage to allow usage of trees as the XML format supports a tree structure.
I based my changes on the registry store and I must admit I should have done that from the start. But hey, I was in a hurry and took the laziest approach.
Anyway, there shouldn't be any update needed on any XML file in the JVCL, the only that I am aware of being pgEdit.xml and it doesn't use a tree structure. If there are other files, please let me know.
I tested the changes with the JvDocking example and it does create an XML file, with a valid tree in it. However, it doesn't reloads the configuration, but that doesn't come from the XML store, the same behaviour is shown with an INI store. But the reloading is working when using the original functions (USEJVCL being turned off). Any ideas on that anyone ? Jens ?

Hope this improvement helps

Cheers

Olivier



Subject: Bug in Dock components
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 10 Jan 2004 22:02:30 +1000
Newsgroups: jedi.vcl

Hi

During my test of the new version of the XML store, I stumbled accros a nasty bug in the Docking components saving part.
To reproduce it, run the DockOptionDemo and dock two windows in one another so that you get two small tabs at the bottom (drop the second on the title of the first)
Then close the application and you will get a EListError 'List Out Of Bound (2)' exception. The focus goes to

      TJvDockTabHostForm(Control).PageControl.SaveToStream(FDataStream)

On line 410 in JvDockInfo, but it is quite obvious the problem is in SaveToStream.
As Jens seems to know a bit more about those docking components, I left the bug as is. If nothing comes out of it during the day (european), I'll have a look tomorrow (australian).

Regards

Olivier



Subject: Re: TJvMarkupLabel Autosize
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 10 Jan 2004 11:14:21 +0100
Newsgroups: jedi.vcl

>> > > I did not try it yet however it looks promising.
>> > > Hope the changes will find their way into the next JVCL release.
If it works, it will

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: blinking label
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 10 Jan 2004 08:27:33 +0100
Newsgroups: jedi.vcl

The blinking label (in the form of JvBehaviorLabel Blinking) has a correct implementation at last.
Changing the Caption was never correct because Blinking should only manipulate the rendering of the Caption not the Caption itself.

The other BehaviorLabels will be checked also.



Subject: Re: CVS problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 10 Jan 2004 11:14:02 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Andreas Hausladen wrote:
>
>> cvs server: [14:14:38] waiting for ahuser's lock in
>> /cvsroot/jvcl/dev/JVCL3/devtools/JvExVCL/source
>
>
> This is what the docs say:
>
> http://www.cvshome.org/docs/manual/cvs-1.11.10/cvs_10.html#SEC88
>
> don't know if that helps <g>
>
I also have this problem from times to times.
It usually disappears within 2 hours. If it is still there after 24 hours, send an help request for a stale lock to Sourceforge.



Subject: Re: CVS problem
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 10 Jan 2004 01:10:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> cvs server: [14:14:38] waiting for ahuser's lock in
> /cvsroot/jvcl/dev/JVCL3/devtools/JvExVCL/source

This is what the docs say:

http://www.cvshome.org/docs/manual/cvs-1.11.10/cvs_10.html#SEC88

don't know if that helps <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: JvExVCL style cleaing
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Jan 2004 23:19:13 +0100
Newsgroups: jedi.vcl

This goes mainly to Robert.

The JvExVCL files in /run should not be style cleaned because they are
autogenerated from the /devtools/JvExVCL/src files. I applied your style
clean to the source files and preprocessed them.

-- Regards, Andreas Hausladen 

Subject: CVS problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Jan 2004 23:17:14 +0100
Newsgroups: jedi.vcl

Since a system crash while committing files to
dev/JVCL3/devtools/JvExVCL/source I cannot do anything in this directory.
I get the following error message:

cvs server: [14:14:38] waiting for ahuser's lock in
/cvsroot/jvcl/dev/JVCL3/devtools/JvExVCL/source


The complete directory is unusable for me. I have added a new directoy
JvExVCL/src that works. All data in JvExVCL/source can be deleted.


-- Regards, Andreas Hausladen 

Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 9 Jan 2004 22:38:28 +0100
Newsgroups: jedi.vcl

"Michael Fritz" <spam_athome@yahoo.de> a écrit dans le message news:
fliqxhr7tj5h.1otmnf9fwwabh$.dlg@40tude.net...
> > Am Fri, 9 Jan 2004 19:54:39 +0100 schrieb Lionel Reynaud:
>> > > TJvMarkupLabel with AutoSize, Alignment, font and other standard
properties
> > Lionel a big thanks!
> >
> > I did not try it yet however it looks promising.
> > Hope the changes will find their way into the next JVCL release.
> >
I hope too ! but modification need to be checked by more users ...
I see a problem in desing time when you change the width but i don't know
why ...

Lionel




Subject: Re: Wacky bug with TJvSyncSplitter
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 9 Jan 2004 20:49:11 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > I'll look into that.

Done. Plus I also fixed a small design-time glitch.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: Wacky bug with TJvSyncSplitter
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 9 Jan 2004 20:13:23 +0000 (UTC)
Newsgroups: jedi.vcl

Argh. It's actually an "issue" with TSplitter. I think that the best
thing to do is to alert the user if rsUpdate is used with another
style. I'll look into that.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: TDateTimePicker
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 9 Jan 2004 20:39:39 +0100
Newsgroups: jedi.vcl

Hi,

I've posted a similar question to b.p.d.v.components.using but did not get
any answers back, so I will retry here.

I wonder if the OnChange event of TDateTimePicker and TJvDateTimePicker as
well(!) will not always be fired. (ShowCheckbox is set to true). Sometime
when clicking into the checkbox the event gets called and sometimes not for
the first mouse click.

When clicking twice (no double click!) the event will be fired and my
program can react on it.

Is there any chance to handle this correctly? Any hints are welcome to
"correct" this annoying feature.

-- cu, Michael 

Subject: Re: TJvMarkupLabel Autosize
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 9 Jan 2004 20:33:37 +0100
Newsgroups: jedi.vcl

Am Fri, 9 Jan 2004 19:54:39 +0100 schrieb Lionel Reynaud:
> > TJvMarkupLabel with AutoSize, Alignment, font and other standard properties
Lionel a big thanks! 

I did not try it yet however it looks promising.
Hope the changes will find their way into the next JVCL release.

-- cu, Michael 

Subject: Re: TJvMarkupLabel Autosize
From: "Lionel Reynaud" <lionel.reynaud@free.fr>
Date: Fri, 9 Jan 2004 19:54:39 +0100
Newsgroups: jedi.vcl

TJvMarkupLabel with AutoSize, Alignment, font and other standard properties
....

Lionel


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
btltpp$mk4$1@talkto.net...
>> > > is there any chance to implement an Autosize property to TJvMarkupLabel?
> >
> > I am guessing that it's not implemented since it is probably quite an
> > adventure getting the correct dimensions :)
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >


JvMarkupLabel.pas
	



Subject: Wacky bug with TJvSyncSplitter
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 9 Jan 2004 18:30:33 +0000 (UTC)
Newsgroups: jedi.vcl

If you have two TJvSyncSplitters partnered two each other with the same
..ResizeStyle then they work properly. They also work fine when one is
rsLine and the other is rsPattern. However, when one is either rsLine
or rsPattern and the other is rsUpdate, that's when things get wierd.
The Line/Pattern splitter behaves in a "relative" manner, whereas the
Update splitter behaves in an "absolute" manner.

I haven't yet tracked down the bug, but I think it's adding or
subtracting when it should just be setting. I also haven't looked at
rsNone at all, but I'll see if there's a problem with that one as well.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: Re: TJvRollout bug when bottom aligned
From: @in@taavi.ee (Ain Valtin)
Date: Fri, 09 Jan 2004 15:23:29 GMT
Newsgroups: jedi.vcl

On Fri, 9 Jan 2004 14:40:14 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> I played with TJvRollout component (very cool, I'm inventing reasons
>> >> to use it in my current project <g>) and noticed that there is problem
>> >> when it is bottom aligned. The code to demonstrate problem:
> >Not the way it was intended, though I understand why. Will have a look. You
> >could also put the rollouts on a scrollbox (that's what I always end up
> >doing) and the spacer outside the scrollbox.

Hmm, did a quick test and couldn't fix the problem that way. Could you
modify the DFM I posted so that it would work as I expect?


>> >> Also, unless I'm missing something it's not possible to use keyboard
>> >> to collapse / expand it (yes, I know I can code some hotkey for this
>> >> but...). It would be cool if one can use keyboard ([tab]) to move
>> >> focus into rollout's button and then use [space] to switch collapsed
>> >> state.
> >I don't know how much work it would be, but I'll have a look at that as
> >well. IIRC, the button is drawn directly on the control, so keeping track of
> >the focused state could be a problem...

IMO it would be very useful feature as GUI which is accessible by
mouse only is kind of PITA... :)


> >The VC style of docking already supports that. Docking behavior is defined
> >in the style classes so it should be very possible to add that feature to
> >the styles where it makes sense.

I'm not familiar with VC nor Paint Shop Pro 7, so I can't comment on
that... anyway, we can discuss it once JVCL3 beta is out.


ain


Subject: Re: Rx->Jvcl converter for BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 09 Jan 2004 17:45:41 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir Zhuchko wrote:
>
>> OBones wrote:
>>
>>> OBones wrote:
>>>
>>>> Vladimir Zhuchko wrote:
>>>>
>>>>> Does exist the possibility to extend converters for CBuilder family?
>>>>>
>>>> Not yet, I'll look into it if I find sometime this month.
>>>>
>>> Does it gives you an error ?
>>> If yes, what kind of error ?
>>>
>> No, I am making this manually and asked only about the possibility, to write such converter ia a simple task for me, but the time ...
>>
> Because there already is JVCLConvert and I'm wondering if it is already working for that. Have you tried it ?
>
Not yet



Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 15:43:08 +0100
Newsgroups: jedi.vcl

I just committed a hopefully last change to the JvDock's.
Now all files are style cleaned and the names are changed.
I fixed a bug in the name changes and added two new changed
names to the .dat.
There are no proteted or public variables in the classes anymore.
Many of them became private variables the other became properties.
Some minor kludges with a local helper variable were needed for the new properties.



Subject: Re: TJvMarkupLabel - small typo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 15:32:54 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> JvBehaviorLabel.pas: (376, 1): procedure RegisterLabelBehaviorOptions
> JvBehaviorLabel.pas: (427, 1): procedure RegisterLabelBehaviorOptions
> JvCalendar.pas: (207, 5):     constructor CreateWithAppearance
> ....

I will have a look. some of the files are not cleaned yet so no wonder.

> I guess the factor of personal perception is bit bigger there. E.g. I
> like to have the boolean operators (and/or/xor/not) at the beginning of
> lines, while you consistently move them to the end. I also seem to
> remember that you (or someone else - not entirely sure on this one)
> reformatted some expressions of mine where I had aligned
> sub-expressions according to bracket nesting level (I also like to keep
> each sub-expression on a single line as soon as there's more than two
> or three of them - depending on their individual length). Also, in some
> cases it seemed like technically unneccessary brackets (which IMO
> nevertheless improved readability) where removed...

Sorry, operator at the start of line is not allowed especially if the chain mixes operator at lineend and line start.
AFAIK this rule is from Borland. Also the majority of the chains is the other way round.
Also wrapping and indenting for braces is also not allowed.

If you cannot read the expression anymore then it is time to rewrite it completely.

> These are naturally harder to track using regexes. I'll post any which
> I could reasonably object to as soon as I stumble upon them... ;) Stay
> tuned.

No need to. I recall them now.

> Anyway, I'm definitely relieved to hear that the ugly parameter
> rebreaks weren't done deliberately as part of some new (unspoken)
> policy. In the future I will correct any instances I may find of this
> in files I work on straight away myself.

That is the idea :-)
Many breakups are from someone else using DelForExp. Naturally i miss some when checking by hand. I think that i miss up to 10 percent of the due changes.



Subject: Re: TJvRollout bug when bottom aligned
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 Jan 2004 14:57:43 +0100
Newsgroups: jedi.vcl

> > I'm not sure it's what he is looking for. I think it's more like the
toolbars in Paint Shop Pro 7
The VC style could at least serve as a starting point if one would like to
implement it (in a new style).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRollout bug when bottom aligned
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 09 Jan 2004 23:49:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> BTW I'm looking forward to test new docking stuff in JVCL3 and it
>> strikes me that it would be cool feature if docked windows would have
>> this rollout feature (I mean that one can collapse it so that only
>> caption is visible in both docked and floating state).
>
> The VC style of docking already supports that. Docking behavior is defined
> in the style classes so it should be very possible to add that feature to
> the styles where it makes sense.

I'm not sure it's what he is looking for. I think it's more like the toolbars in Paint Shop Pro 7



Subject: Re: TJvRollout bug when bottom aligned
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 Jan 2004 14:40:14 +0100
Newsgroups: jedi.vcl

> > I played with TJvRollout component (very cool, I'm inventing reasons
> > to use it in my current project <g>) and noticed that there is problem
> > when it is bottom aligned. The code to demonstrate problem:
Not the way it was intended, though I understand why. Will have a look. You
could also put the rollouts on a scrollbox (that's what I always end up
doing) and the spacer outside the scrollbox.

> > Also, unless I'm missing something it's not possible to use keyboard
> > to collapse / expand it (yes, I know I can code some hotkey for this
> > but...). It would be cool if one can use keyboard ([tab]) to move
> > focus into rollout's button and then use [space] to switch collapsed
> > state.
I don't know how much work it would be, but I'll have a look at that as
well. IIRC, the button is drawn directly on the control, so keeping track of
the focused state could be a problem...

> > BTW I'm looking forward to test new docking stuff in JVCL3 and it
> > strikes me that it would be cool feature if docked windows would have
> > this rollout feature (I mean that one can collapse it so that only
> > caption is visible in both docked and floating state).
The VC style of docking already supports that. Docking behavior is defined
in the style classes so it should be very possible to add that feature to
the styles where it makes sense.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net
> >
> >
> >
> >
> > ain




Subject: Re: TJvMarkupLabel - small typo
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 9 Jan 2004 13:34:47 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Huh? Where?
> > I try to avoid these. I use DelForExp with a wrap of 120 then fix the
> > if indent bug of it and afterwards clean the bad breakups.

Looks like that automatism does not work then.

I just used the following regexp on the /run and /common folders:

(procedure|function|constructor)[^\n]*(const|var|out|\) of|\:)$

Not all matches to this will naturally be errors of the sought nature
(e.g. there's a lot of comments which match this expression) and it
will also not catch instances where the miswrap is not in the same line
as the method declaration. Still there were 157 hits that were
non-bogus. I started off quoting all passages but it became a bit much,
thus I'm only pasting the line numbers and the method/type names:

JvBehaviorLabel.pas: (376, 1): procedure RegisterLabelBehaviorOptions
JvBehaviorLabel.pas: (427, 1): procedure RegisterLabelBehaviorOptions
JvCalendar.pas: (207, 5):     constructor CreateWithAppearance
JvCharMap.pas: (40, 29):   TJvCharMapValidateEvent
JvCharMap.pas: (42, 29):   TJvCharMapSelectedEvent
JvCharMap.pas: (636, 1): function TJvCustomCharMap.GetCharInfo
JvCharMap.pas: (642, 1): function TJvCustomCharMap.GetCharInfo
JvComboListBox.pas: (50, 32):   TJvComboListDrawImageEvent
JvCreateProcess.pas: (614, 5):     function ReadBuffer
JvCsvData.pas: (182, 26):   TJvCsvOnGetFieldData
JvCsvData.pas: (184, 26):   TJvCsvOnSetFieldData
JvCsvData.pas: (1251, 1): function
TJvCsvCustomInMemoryDataSet.InternalSkipFiltered
JvCustomItemViewer.pas: (370, 1): function CreateBrushPattern
JvCustomItemViewer.pas: (1435, 1): procedure
TJvCustomItemViewer.ToggleSelection
JvDockControlForm.pas: (751, 5):     procedure CustomGetSiteInfo
JvEditor.pas: (632, 5):     procedure ScrollBarScroll
JvEditor.pas: (2416, 1): procedure TJvCustomEditor.ScrollBarScroll
JvEditor.pas: (5632, 1): function TJvKeyboard.Command
JvEditor.pas: (6437, 5):     procedure MouseDown
JvEditor.pas: (6664, 1): procedure TJvCompletion.DropDown
JvEditor.pas: (6941, 1): procedure TJvEditorCompletionList.MouseDown
JvEditor.pas: (6952, 1): procedure TJvEditorCompletionList.MouseUp
JvEditor.pas: (6979, 1): procedure TJvEditorCompletionList.DrawItem
JvgBevel.pas: (160, 3):   procedure DrawLines
JvgCaption.pas: (210, 1): procedure TJvgCaption.Notification
JvgCheckBox.pas: (527, 1): procedure TJvgCheckBox.Notification
JvgCrossTable.pas: (345, 5):     procedure DrawCell
JvgCrossTable.pas: (527, 1): procedure TJvgPrintCrossTable.Notification
JvgCrossTable.pas: (771, 1): procedure TJvgPrintCrossTable.PreviewTo
JvgExportComponents.pas: (42, 24):   TExportRecordEvent
JvgExportComponents.pas: (44, 23):   TExportFieldEvent
JvgExportComponents.pas: (46, 23):   TGetLineFontEvent
JvgExportComponents.pas: (358, 3):   procedure InsertStrings
JvgExportComponents.pas: (509, 1): procedure
TJvgExportExcel.SetOnGetFooterLineFont
JvgExportComponents.pas: (515, 1): procedure
TJvgExportExcel.SetOnGetHeaderLineFont
JvgExportComponents.pas: (521, 1): procedure
TJvgExportExcel.SetOnGetSubHeaderLineFont
JvgFlyingText.pas: (43, 28):   TTextLineChangingEvent
JvgImage.pas: (208, 1): procedure TJvgBitmapImage.Notification
JvgInspectorGrid.pas: (116, 5):     procedure GetCellGradientParams
JvgLabel.pas: (304, 1): procedure TJvgCustomLabel.Notification
JvgListBox.pas: (51, 22):   TglLBChangeEvent
JvgListBox.pas: (53, 22):   TglLBOnDrawEvent
JvgListBox.pas: (55, 28):   TglOnGetDragImageEvent
JvgListBox.pas: (305, 1): procedure TJvgListBox.Notification
JvgLogics.pas: (70, 21):   TOnTraceMessage
JvgLogics.pas: (176, 5):     function GetItemResult
JvgLogics.pas: (488, 1): function TJvgLogics.GetItemResult
JvgPage.pas: (252, 1): procedure TJvgPageControl.Notification
JvgReport.pas: (1025, 1): procedure TJvgReport.CreateReport
JvgReport.pas: (1306, 3):   function ExtractParam
JvgReport.pas: (1409, 1): function TJvgReport.GetParam
JvGrids.pas: (145, 5):     function GetEditStyle
JvgShadow.pas: (249, 1): procedure TJvgShadow.Notification
JvgStringGrid.pas: (56, 28):   TglOnGetCellStyleEvent
JvgStringGrid.pas: (58, 37):   TglOnGetCellGradientParamsEvent
JvgStringGrid.pas: (104, 5):     procedure DrawCell
JvgStringGrid.pas: (111, 5):     procedure MouseDown
JvgStringGrid.pas: (115, 5):     procedure GetCellStyle
JvgStringGrid.pas: (117, 5):     procedure GetCellGradientParams
JvgStringGrid.pas: (216, 1): procedure TJvgStringGrid.DrawCell
JvgTab.pas: (236, 1): procedure TJvgTabControl.Notification
JvgTreeView.pas: (520, 1): procedure TJvgCustomTreeView.SetNodeState_
JvgXMLSerializer.pas: (175, 5):     procedure check
JvgXMLSerializer.pas: (779, 1): procedure
TJvgXMLSerializer.SetPropertyValue
JvgXMLSerializer.pas: (926, 1): procedure
TJvgXMLSerializer.GenerateDTDInternal
JvgXMLSerializer.pas: (1044, 1): procedure TJvgXMLSerializer.check
JvID3v2Base.pas: (558, 11):     class function FindOrCreate
JvID3v2Base.pas: (560, 11):     class function FindOrCreateW
JvImageListViewer.pas: (192, 1): procedure TJvImageListViewer.DrawItem
JvImagesViewer.pas: (132, 5):     procedure DoLoadProgress
JvImagesViewer.pas: (402, 1): procedure TJvImagesViewer.DrawItem
JvImagesViewer.pas: (615, 1): function TJvImagesViewer.LoadErrorHandled
JvInspDB.pas: (65, 11):     class function New
JvInspector.pas: (157, 37):   TInspectorItemBeforeCreateEvent
JvInspector.pas: (159, 37):   TInspectorItemBeforeSelectEvent
JvInspector.pas: (171, 25):   TJvInspConfKeyEvent
JvInspector.pas: (1331, 11):     class function New
JvInspector.pas: (1362, 11):     class function New
JvInspector.pas: (1474, 11):     class function New
JvInspector.pas: (8362, 1): constructor TJvInspectorTStringsItem.Create
JvInspector.pas: (8695, 1): procedure
TJvInspectorTMethodItem.AddMethodPrim
JvInspector.pas: (9632, 7): class function TJvInspectorVarData.New
JvInstallLabel.pas: (235, 1): procedure TJvInstallLabel.Notification
JvInstallLabel.pas: (287, 1): procedure TJvInstallLabel.SetStyle
JvInterpreter_ComCtrls.pas: (2189, 5):     procedure DrawSectionEvent
JvInterpreter_ComCtrls.pas: (2192, 5):     procedure SectionTrackEvent
JvInterpreter_ComCtrls.pas: (2227, 1): procedure
TJvInterpreterComCtrlsEvent.DrawSectionEvent
JvInterpreter_ComCtrls.pas: (2238, 1): procedure
TJvInterpreterComCtrlsEvent.SectionTrackEvent
JvInterpreter_StdCtrls.pas: (563, 1): procedure
TJvInterpreterStdCtrlsEvent.DrawItemEvent
JvJanTreeView.pas: (38, 18):   TGetVarEvent
JvJVCLUtils.pas: (123, 1): function CreateDisabledBitmap_NewStyle
JvJVCLUtils.pas: (127, 1): function CreateDisabledBitmap
JvJVCLUtils.pas: (264, 1): function GetNextFreeCursorIndex
JvJVCLUtils.pas: (363, 1): procedure LoadIcoToImage
JvJVCLUtils.pas: (374, 1): procedure EnableMenuItems
JvJVCLUtils.pas: (425, 1): procedure RestoreMDIChildren
JvJVCLUtils.pas: (427, 1): procedure RestoreGridLayout
JvJVCLUtils.pas: (460, 1): procedure InternalSaveFormPlacement
JvJVCLUtils.pas: (464, 1): procedure InternalRestoreFormPlacement
JvJVCLUtils.pas: (468, 1): procedure InternalSaveGridLayout
JvJVCLUtils.pas: (471, 1): procedure InternalRestoreGridLayout
JvJVCLUtils.pas: (474, 1): procedure InternalSaveMDIChildren
JvJVCLUtils.pas: (477, 1): procedure InternalRestoreMDIChildren
JvJVCLUtils.pas: (504, 1): function ZoomImage
JvJVCLUtils.pas: (578, 1): function JvListViewSafeSubItemString
JvJVCLUtils.pas: (1816, 1): function CreateDisabledBitmap_NewStyle
JvJVCLUtils.pas: (1921, 1): function CreateDisabledBitmap
JvJVCLUtils.pas: (2152, 1): function PointInPolyRgn
JvJVCLUtils.pas: (2680, 1): function GetNextFreeCursorIndex
JvJVCLUtils.pas: (3142, 1): function MessageBox
JvJVCLUtils.pas: (3242, 1): procedure LoadIcoToImage
JvJVCLUtils.pas: (3279, 1): procedure EnableMenuItems
JvJVCLUtils.pas: (3846, 1): procedure InternalSaveMDIChildren
JvJVCLUtils.pas: (3867, 1): procedure InternalRestoreMDIChildren
JvJVCLUtils.pas: (3902, 1): procedure RestoreMDIChildren
JvJVCLUtils.pas: (3908, 1): procedure InternalSaveFormPlacement
JvJVCLUtils.pas: (3942, 1): procedure InternalRestoreFormPlacement
JvJVCLUtils.pas: (4052, 1): procedure InternalSaveGridLayout
JvJVCLUtils.pas: (4064, 1): procedure InternalRestoreGridLayout
JvJVCLUtils.pas: (4076, 1): procedure RestoreGridLayout
JvJVCLUtils.pas: (5498, 1): function ZoomImage
JvJVCLUtils.pas: (5642, 1): procedure JvCreateToolBarMenu
JvJVCLUtils.pas: (5766, 1): function JvListViewSafeSubItemString
JvJVCLUtils.pas: (5994, 1): procedure UpdateTrackFont
JvMTComponents.pas: (333, 1): procedure
TJvMTManagedComponent.Notification
JvMTThreading.pas: (562, 1): function TMTManager.AcquireThread
JvMTThreading.pas: (609, 1): function TMTManager.FindThread
JvObjectPickerDialog.pas: (503, 1): procedure
TObjectPickerScopes.SetItem
JvObjectPickerDialog.pas: (591, 1): function
TObjectPickerSelections.GetItem
JvParameterList.pas: (296, 5):     function GetEnableDisableReasonState
JvParameterList.pas: (1365, 1): function
TJvParameterList.GetEnableDisableReasonState
JvRichEdit.pas: (1031, 5):     function EnumFormatEtc
JvTFDays.pas: (2416, 1): procedure TJvTFApptMap.ProcessMapGroup
JvTimeLine.pas: (135, 26):   TJvDrawTimeItemEvent
JvTimeLine.pas: (137, 29):   TJvMeasureTimeItemEvent
JvTimeLine.pas: (139, 24):   TJvStreamItemEvent
JvTimeLine.pas: (143, 24):   TJvItemMovingEvent
JvTimeLine.pas: (1664, 1): procedure TJvCustomTimeLine.DrawDayNumbers
JvTimeLine.pas: (1705, 1): procedure TJvCustomTimeLine.DrawMonthName
JvTimeLine.pas: (1730, 1): procedure TJvCustomTimeLine.DrawYear
JvTimeLine.pas: (1995, 1): procedure TJvCustomTimeLine.MeasureItem
JvTransparentButton.pas: (691, 1): function DrawDisabledText
JvTrayIcon.pas: (145, 5):     procedure BalloonHint
JvUnicodeEditor.pas: (502, 5):     procedure ScrollBarScroll
JvUnicodeEditor.pas: (2290, 1): procedure
TJvCustomWideEditor.ScrollBarScroll
JvUnicodeEditor.pas: (5507, 1): function TJvKeyboard.Command
JvUnicodeEditor.pas: (6314, 5):     procedure MouseDown
JvUnicodeEditor.pas: (6543, 1): procedure TJvCompletion.DropDown
JvUnicodeEditor.pas: (6826, 1): procedure
TJvWideEditorCompletionList.MouseDown
JvUnicodeEditor.pas: (6837, 1): procedure
TJvWideEditorCompletionList.MouseUp
JvUnicodeEditor.pas: (6864, 1): procedure
TJvWideEditorCompletionList.DrawItem
JvValidateEdit.pas: (827, 1): function TJvCustomValidateEdit.IntToBase
JvValidateEdit.pas: (973, 1): procedure
TJvValidateEditCriticalPoints.SetCheckPoints
JvWinDialogs.pas: (508, 1): procedure SetShellLinkInfo
JvWinDialogs.pas: (547, 31):   URLAssociationDialogProcW
JvWinDialogs.pas: (555, 34):   SoftwareUpdateMessageBoxProc
JvWinDialogs.pas: (1436, 1): procedure SetShellLinkInfo


> > IMHO i also improve the boolean chains.

I guess the factor of personal perception is bit bigger there. E.g. I
like to have the boolean operators (and/or/xor/not) at the beginning of
lines, while you consistently move them to the end. I also seem to
remember that you (or someone else - not entirely sure on this one)
reformatted some expressions of mine where I had aligned
sub-expressions according to bracket nesting level (I also like to keep
each sub-expression on a single line as soon as there's more than two
or three of them - depending on their individual length). Also, in some
cases it seemed like technically unneccessary brackets (which IMO
nevertheless improved readability) where removed...

These are naturally harder to track using regexes. I'll post any which
I could reasonably object to as soon as I stumble upon them... ;) Stay
tuned.


Anyway, I'm definitely relieved to hear that the ugly parameter
rebreaks weren't done deliberately as part of some new (unspoken)
policy. In the future I will correct any instances I may find of this
in files I work on straight away myself.

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: TJvRollout bug when bottom aligned
From: @in@taavi.ee (Ain Valtin)
Date: Fri, 09 Jan 2004 13:29:24 GMT
Newsgroups: jedi.vcl

Hi!

I played with TJvRollout component (very cool, I'm inventing reasons
to use it in my current project <g>) and noticed that there is problem
when it is bottom aligned. The code to demonstrate problem:

--------------- PAS -----------------
uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms,
Dialogs,
  StdCtrls, JvMultilineListbox, JvRollOut, ExtCtrls, JvComponent,
JvSpacer;

type
  TForm1 = class(TForm)
    JvSpacer1: TJvSpacer;
    JvRollout1: TJvRollout;
    JvSpacer2: TJvSpacer;
    JvRollout2: TJvRollout;
    JvMultilineListbox1: TJvMultilineListbox;
  end;


--------------- DFM -----------------
object Form1: TForm1
  Left = 538
  Top = 107
  Width = 348
  Height = 374
  Caption = 'Form1'
  Color = clBtnFace
  Font.Charset = DEFAULT_CHARSET
  Font.Color = clWindowText
  Font.Height = -11
  Font.Name = 'MS Sans Serif'
  Font.Style = []
  OldCreateOrder = False
  PixelsPerInch = 96
  TextHeight = 13
  object JvSpacer1: TJvSpacer
    Left = 0
    Top = 0
    Width = 340
    Height = 4
    Align = alTop
  end
  object JvRollout1: TJvRollout
    Left = 0
    Top = 4
    Width = 340
    Height = 101
    Caption = 'Rollout'
    Align = alTop
    TabOrder = 1
    FAWidth = 145
    FAHeight = 101
    FCWidth = 22
    FCHeight = 22
  end
  object JvSpacer2: TJvSpacer
    Left = 0
    Top = 343
    Width = 340
    Height = 4
    Align = alBottom
  end
  object JvRollout2: TJvRollout
    Left = 0
    Top = 240
    Width = 340
    Height = 103
    Caption = 'Rollout'
    Align = alBottom
    TabOrder = 3
    FAWidth = 145
    FAHeight = 103
    FCWidth = 22
    FCHeight = 22
  end
  object JvMultilineListbox1: TJvMultilineListbox
    Left = 0
    Top = 105
    Width = 340
    Height = 135
    Align = alClient
    ItemHeight = 16
    TabOrder = 4
  end
end


Now when collapsing and then expanding bottom rollout component it
moves into "bottom of the form" (it swaps it's position with TJvSpacer
component). Top aligned rollout doesn't have this problem.

Also, unless I'm missing something it's not possible to use keyboard
to collapse / expand it (yes, I know I can code some hotkey for this
but...). It would be cool if one can use keyboard ([tab]) to move
focus into rollout's button and then use [space] to switch collapsed
state.


BTW I'm looking forward to test new docking stuff in JVCL3 and it
strikes me that it would be cool feature if docked windows would have
this rollout feature (I mean that one can collapse it so that only
caption is visible in both docked and floating state).


ain


Subject: Re: TJvMarkupLabel - small typo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 13:27:51 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> I must admit that many of the recent style "cleanups" made me bite my
> fist for stifling the screams (seriously - yes, I do know that I am too
> emotional about code). What I find even worse than the above issues is
> the seemingly automated re-wrapping of code that was previously
> specially layed out to improve readability, especially in the case of
> parameter lists (e.g. now there are often breaks between "const" and
> the parameter name or IIRC even between the parameter name and its
> type) and complex nested statements (e.g. boolean "chains"). Often
> readability suffers significantly from this kind of changes IMO.
>
> Sorry, had to get this off... :(

Huh? Where?
I try to avoid these. I use DelForExp with a wrap of 120 then fix the if indent bug of it and afterwards clean the bad breakups.

IMHO i also improve the boolean chains.



Subject: Re: TJvMarkupLabel - small typo
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 9 Jan 2004 11:40:01 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>> > > Well, I saw you recently removed the Do-prefixes from quite a few
>> > > methods (e.g. DoEnabledChanged, etc.). Why this? I thought prefixing
>> > > the event triggers consistently was a very good standard...
> > 
> > This is to meet the VCL naming convention. It is a bit inconsistent.
> > Click instead of DoClick, Changed instead of DoChanged etc.

It is not a /bit/ inconsistent... It's *completely* inconsistent
(unless you remove all Do-prefixes - or is that what you're doing?).
Why was this necessary? Use of the Do-prefix is already documented in
the JVCL guidelines - though admittedly not in an authoritative
manner...(http://jvcl.sf.net/guidelines.htm#calls)

I must admit that many of the recent style "cleanups" made me bite my
fist for stifling the screams (seriously - yes, I do know that I am too
emotional about code). What I find even worse than the above issues is
the seemingly automated re-wrapping of code that was previously
specially layed out to improve readability, especially in the case of
parameter lists (e.g. now there are often breaks between "const" and
the parameter name or IIRC even between the parameter name and its
type) and complex nested statements (e.g. boolean "chains"). Often
readability suffers significantly from this kind of changes IMO.

Sorry, had to get this off... :(

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: pas2jvinterpreter converter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 12:39:07 +0100
Newsgroups: jedi.vcl

Laurent Blanquet wrote:

> Hello,
>
> The TvInterpreter demo program makes reference to a tool named
> "Pas2JvInterpreter" that should allow one to convert regular delphi unit to
> JvInterpreter adapter format.
>
> I cannot find this program. I've found an old version from older RALIB named
> PAS2RAI2.
>
> Has somebody information about this tool ?

This is it. PAS2RAI2 has been updated and should deliver working or almost working conversions.



Subject: Re: TJvMarkupLabel - small typo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 12:36:50 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> Well, I saw you recently removed the Do-prefixes from quite a few
> methods (e.g. DoEnabledChanged, etc.). Why this? I thought prefixing
> the event triggers consistently was a very good standard...

This is to meet the VCL naming convention. It is a bit inconsistent.
Click instead of DoClick, Changed instead of DoChanged etc.



Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 12:34:37 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> BTW, don't update the demos since I've changed them so they will work when
> USEJVCL is not defined. Once you've committed your changes, I'll commit the
> demos as well.

Too late for HowToUse. Feel free to overwrite my commit.
Please add the MPL header for these demos.

> I've also made some changes to JvDockControlForm that I would like to get
> into CVS as well. I'm leaving work at 15:00 (UTC+1), so it would be good if
> this was resolved before then or I will have to wait until monday to commit.

The conflict is resolved.
Go make the name changes now and i will clean JvDockVSNetStyle.pas afterwards. The additional name changes can wait also.



Subject: Re: Problems with the docking components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 Jan 2004 12:24:10 +0100
Newsgroups: jedi.vcl

> > Got a conflict on update again. I need a hour or two to sort that out.
Could be because you checked out an older version. I solve this by moving my
modified files to another folder, do an update to get the latest version
from CVS and then move the modified files back into the folder before I
commit.

BTW, don't update the demos since I've changed them so they will work when
USEJVCL is not defined. Once you've committed your changes, I'll commit the
demos as well.

I've also made some changes to JvDockControlForm that I would like to get
into CVS as well. I'm leaving work at 15:00 (UTC+1), so it would be good if
this was resolved before then or I will have to wait until monday to commit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: pas2jvinterpreter converter
From: "Laurent Blanquet" <blanquet@club-internet.fr>
Date: Fri, 9 Jan 2004 12:16:47 +0100
Newsgroups: jedi.vcl

Hello,

The TvInterpreter demo program makes reference to a tool named
"Pas2JvInterpreter" that should allow one to convert regular delphi unit to
JvInterpreter adapter format.

I cannot find this program. I've found an old version from older RALIB named
PAS2RAI2.

Has somebody information about this tool ?

Thx in advance.

Laurent.






Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 12:12:17 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please wait. I now commit working versions.
> Only JvDockVSNetStyle.pas needs style cleaning then.
> Please wait for that.
> I will also add some more names to change to the DockPresidentToJVCL.dat list.

Got a conflict on update again. I need a hour or two to sort that out.
Time to eat something also so make that two or three hours.



Subject: Re: TJvMarkupLabel - small typo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 12:07:52 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> That is my philosophy as well. Why then, in the process of your style
> cleaning efforts, do you always change code like the following:
>
> procedure TJvWhatever.DoSomeEvent;
> begin
>   if Assigned(OnSomeEvent) then
>     OnSomeEvent(Self);
> end;
>
> into:
>
> procedure TJvWhatever.SomeEvent;
> begin
>   if Assigned(FOnSomeEvent) then
>     FOnSomeEvent(Self);
> end;

Because this is the implementation of the property. This is (ideally) the one and only place to access the implementor variable.
The three places are Get, Set and Do methods.



Subject: Re: TJvMarkupLabel - small typo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 12:05:59 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

>> Think of a change of the property implementation. It yould make
>> FMarginLeft wrong whereas MarginLeft stays correct.
>
> Oh thanks for clarification.
> This means however that the usage of all other properties in the
> implementation section are incorrect, too.

Yep, that error is common among programmers. This is another cleaning effort to undertake in the JVCL.



Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 12:02:54 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I have succesfully rollbacked to Jan 6 and applied the name changes that I
> initially set out to do (as suggested by Robert in "less than satisfactory
> names in the docking components"). Robert, are you ahead of me or should I
> commit my changes?
>

Please wait. I now commit working versions.
Only JvDockVSNetStyle.pas needs style cleaning then.
Please wait for that.
I will also add some more names to change to the DockPresidentToJVCL.dat list.



Subject: Re: TJvMarkupLabel - small typo
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 9 Jan 2004 10:53:56 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Because this is the implementation of the property. This is (ideally)
> > the one and only place to access the implementor variable. 

Good explanation. Thanks.


> > The three
> > places are Get, Set and Do methods.

Well, I saw you recently removed the Do-prefixes from quite a few
methods (e.g. DoEnabledChanged, etc.). Why this? I thought prefixing
the event triggers consistently was a very good standard...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Problems with the docking components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 Jan 2004 11:17:23 +0100
Newsgroups: jedi.vcl

I have succesfully rollbacked to Jan 6 and applied the name changes that I
initially set out to do (as suggested by Robert in "less than satisfactory
names in the docking components"). Robert, are you ahead of me or should I
commit my changes?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvMarkupLabel Autosize
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 Jan 2004 11:15:36 +0100
Newsgroups: jedi.vcl

> > is there any chance to implement an Autosize property to TJvMarkupLabel?

I am guessing that it's not implemented since it is probably quite an
adventure getting the correct dimensions :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Usefull information for creating CLX compatible components
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Fri, 9 Jan 2004 11:14:40 +0100
Newsgroups: jedi.vcl

> >
> > If a component is derived from TJvGraphicControl, TJvCustomControl,
> > TJvWinControl, TJvCustomPanel or it is derived from one of the JvExVCL
> > classes (e.g. JvExMemo, JvExLabel, JvExComboBox, ...) you can use the
> >

I have seen you have implemented Paint methods in JvGroupBox,
JvHTControls,...
Maybe it is better to implement that in the Extended VCL for JVCL.

Regards,

André Snepvangers




Subject: Re: TJvMarkupLabel - small typo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 Jan 2004 11:14:19 +0100
Newsgroups: jedi.vcl

Whether one uses the private variable or the getter is a matter of what
value want to get at. For example, if you *know* that you want to get the
current value of MarginLeft without any side-effects, you would use
FMarginLeft since accessing MarginLeft could potentially have side-effects
that might change the value (remember, somone might change the getter in the
future).

Example:

function TSomeClass.GetMarginLeft:integer;
begin
  RecalcMarginLeft;
  Result := FMarginLeft;
end;

Since FMarginLeft might be changed inside GetMarginLeft, calling MarginLeft
and FMarginLeft could give very different results. One would have to
understand the intent of the programmer before changing the code. If that is
not apparent and no one can explain it, it shouldn't be touched.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Usefull information for creating CLX compatible components
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Fri, 9 Jan 2004 10:56:40 +0100
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:btkvbf$4u6$1@talkto.net...
> > Andreas Hausladen wrote:
> >
>> > > I have added some new functions to QWindows:
> >
> > Nice. Would these be available to QT controls outside the JVCLX?
> >

Yes, I does not uses JVCL units.

> >
>> > > Order of used units should be (only a suggestion)
>> > > Types, Qt, QTypes, QControls, QWindows, other CLXs
>> > >
>> > > QControls should be before QWindows because QWindows overwrites some
>> > > records and constants.
> >
> > If QWindows uses QControls in its interface then would this be an issue?
> >

Instead of QControls it should read Qt.
QWindows relies on the following type mappings
  HWND = QWidgetH;
  HCURSOR = QCursorH;
  HRGN = QRegionH;
  HBRUSH = QBrushH;
  HBITMAP = QPixmapH;
  HDC = QPainterH;

Under MSWINDOWS Qt  does the following type mappings
  HCURSOR = type HANDLE;
  HDC = type HANDLE;
  HBITMAP = type HANDLE;
  HBRUSH = type HANDLE;
  HPEN = type HANDLE;
  HRGN = type HANDLE;

If Windows is in the uses, it should preceed QWindows for the
same reason.

More tips
-Never include unit Messages under CLX, to avoid that
your unit doesn't compile under Linux. Message methods
are never called under VisualCLX anyway
-In general you don't need Windows in the uses section, except
if you are using function like CopyFile, GetTickCount, ..
JvJCLUtils is good example of using Windows under VisualCLX
( JvJCLUtils contains several API's that don't have a Linux counterpart yet)
-In general you don't need Qt and QTypes as well.
-If you are using QGraphics then in 95% of all cases you have to
add Types in the uses. It defines some basic types as TRect, TPoint, TSize

Regards,

André Snepvangers





Subject: Re: TJvMarkupLabel - small typo
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 9 Jan 2004 09:01:32 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > It is good programming practise to use the properties even in the
> > implementation of a class.

That is my philosophy as well. Why then, in the process of your style
cleaning efforts, do you always change code like the following:

procedure TJvWhatever.DoSomeEvent;
begin
  if Assigned(OnSomeEvent) then
    OnSomeEvent(Self);
end;

into:

procedure TJvWhatever.SomeEvent;
begin
  if Assigned(FOnSomeEvent) then
    FOnSomeEvent(Self);
end;

?

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: TJvMarkupLabel - small typo
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 9 Jan 2004 09:54:15 +0100
Newsgroups: jedi.vcl

> > Think of a change of the property implementation. It yould make
> > FMarginLeft wrong whereas MarginLeft stays correct.
Oh thanks for clarification.
This means however that the usage of all other properties in the
implementation section are incorrect, too.

cu,
Michael




Subject: Re: TJvMarkupLabel - small typo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 09:50:31 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Hi,
>
> IMO the line :
>     ml := MarginLeft;
>
> in Unit TJvMarkuLabel should read:
>     ml := FMarginLeft;
>
> Of course the control will work in both cases.
>
> cu,
> Michael
>
>

You are wrong.
It is good programming practise to use the properties even in the implementation of a class.
Think of a change of the property implementation. It yould make FMarginLeft wrong whereas MarginLeft stays correct.



Subject: TJvMarkupLabel - small typo
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 9 Jan 2004 09:44:01 +0100
Newsgroups: jedi.vcl

Hi,

IMO the line :
    ml := MarginLeft;

in Unit TJvMarkuLabel should read:
    ml := FMarginLeft;

Of course the control will work in both cases.

cu,
Michael




Subject: Re: Usefull information for creating CLX compatible components
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Jan 2004 09:25:32 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Nice. Would these be available to QT controls outside the JVCLX?

Most functions uses QWidgetH, QPainterH and not TWidgetControl, TCanvas.
But QWindows depends on the VCLX.


> > If QWindows uses QControls in its interface then would this be an issue?

No, because the overwritten types can be used in QWindows. But if you have
QControls before QWindows on your uses statement some types are only
accessible through QWindows.MyType. The best example is TMessage that is
declared as record Msg: Integer; end; in QControl and as Windows's
TMessage record in QWindows.


-- Regards, Andreas Hausladen 

Subject: TJvMarkupLabel Autosize
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 9 Jan 2004 09:20:45 +0100
Newsgroups: jedi.vcl

Hi,

is there any chance to implement an Autosize property to TJvMarkupLabel?

Or better: I'm creating TJvMarkupLabel at runtime, adding some text (HTML
coded) and want to adjust the height and width of the label.
However this is quite an adventure to get the correct dimensions.

Any hints?

cu,
Michael




Subject: Re: TJvxRichEdit ReadOnly and embed. Objects
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 9 Jan 2004 08:31:48 +0100
Newsgroups: jedi.vcl

> > When setting TJvxRichEdit.ReadOnly to true the text cannot be edited
anymore
> > that's correct, however the embedded object can be changed. Is there any
> > option to prevent such kind of things?
Solved! I now use TJvRichEdit from JVCL3 and its propety .Enabled.

cu,
Michael




Subject: Re: JVCL3 Installer error
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 9 Jan 2004 08:30:51 +0100
Newsgroups: jedi.vcl

> > This sounds more like the usual Lf/CrLf conversion problem.
> > The script generating the daily zip often forgets to convert from Unix
> > to DOS lineends.
Hmm I guess it's the same problem I've reported in thread
"JVCL3-Latest.zip".
Some Unix formatted files...

cu,
Michael




Subject: Re: Daily updates failed
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 9 Jan 2004 06:44:48 +0000 (UTC)
Newsgroups: jedi.vcl

Artur Redzko wrote:

> >     No fresh source since 07.01.04. Any ideas ?

Got a couple of minutes to learn CVS? :)

http://tortoisecvs.sourceforge.net/

CVSROOT: :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl
Module: dev/JVCL3

-- Cheers, Ignacio 

Subject: Daily updates failed
From: "Artur Redzko" <arturr@opegieka.com.pl>
Date: Fri, 9 Jan 2004 07:43:49 +0100
Newsgroups: jedi.vcl

Witam/hello

    No fresh source since 07.01.04. Any ideas ?

Pozdrawiam / Regards
mgr in¿. Artur Red¼ko




Subject: Re: JVCL3 Installer error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 09 Jan 2004 06:40:13 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:
> Hi,
>
> I'm using D7 Enterprise and the JVCL3 Installer. When starting to install
> the process immediately stops with a fatal error:
>
> "
> MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> Fatal: Command arguments too long
> [..]
> Generating resources...failed
> "

This sounds more like the usual Lf/CrLf conversion problem.
The script generating the daily zip often forgets to convert from Unix to DOS lineends.



Subject: Usefull information for creating CLX compatible components
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 9 Jan 2004 02:25:40 +0100
Newsgroups: jedi.vcl

I have added some new functions to QWindows:

- SetWindowPos() 
  most flags are implemented

-  DrawFrameControl()
  implemented are DFC_CAPTION, DFC_MENU and
  DFC_BUTTON (only DFCS_PUSHBUTTON)

- Perform(Control, Msg, WParam, LParam) 
  replacement for the missing CLX's TControl.Perform)

- PostMsg(Handle, Msg, WParam, LParam)
  a PostMessage function

- SendMsg(Handle, Msg, WParam, LParam)
  a SendMessage function that synchronizes with the main thread

- WindowFromPoint()

- ChildWindowFromPoint()
  needs better Linux implementation because it ignores ParentWnd


Changed:
- StretchBlt and BitBlt use logical coordinates while the Qt.bitBlt
function uses device coordinates.
- ExcludeClipRect, IntersectClipRect use logical coordinates


If a component is derived from TJvGraphicControl, TJvCustomControl,
TJvWinControl, TJvCustomPanel or it is derived from one of the JvExVCL
classes (e.g. JvExMemo, JvExLabel, JvExComboBox, ...) you can use the
following dynamic/virtual methods as replacement for the message handlers.

procedure VisibleChanged; // CM_VISIBLECHANGED
procedure EnabledChanged; // CM_ENABLEDCHANGED
procedure TextChanged; // CM_TEXTCHANGED
procedure FontChanged; // CM_FONTCHANGED
procedure ColorChanged; // CM_COLORCHANGED
procedure ParentFontChanged; // CM_PARENTFONTCHANGED
procedure ParentColorChanged; // CM_PARENTCOLORCHANGED
procedure ParentShowHintChanged; // CM_VPARENTSHOWHINTCHANGED
function WantKey(Key: Integer; Shift: TShiftState;
  const KeyText: WideString): Boolean; // CM_DIALOGCHAR
function HintShow(var HintInfo : THintInfo): Boolean; // CM_HINTSHOW
function HitTest(X, Y: Integer): Boolean; // CM_HITTEST
procedure MouseEnter(AControl: TControl); // CM_MOUSEENTER
procedure MouseLeave(AControl: TControl); // CM_MOUSELEAVE

For WinControl derived classes the following methods are also available:
procedure CursorChanged; // CM_CURSORCHANGED
procedure ShowingChanged; // CM_SHOWINGCHANGED
procedure ShowHintChanged; // CM_SHOWHINTCHANGED
procedure ControlsListChanging(Control: TControl; 
  Inserting: Boolean); // before changing
procedure ControlsListChanged(Control: TControl; 
  Inserting: Boolean); // after changed

WM_SIZE is mostly replaced by a IFDEF and the method BoundsChanged.

CM_DENYSUBCLASSING works under CLX with the exception that the message
handler must look like this:
procedure CMDenySubClassing(var Msg: TCMDenySubClassing); message
CM_DENYSUBCLASSING;




Order of used units should be (only a suggestion)
Types, Qt, QTypes, QControls, QWindows, other CLXs

QControls should be before QWindows because QWindows overwrites some
records and constants.


-- Regards, Andreas Hausladen 

Subject: Re: Usefull information for creating CLX compatible components
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 9 Jan 2004 01:15:27 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I have added some new functions to QWindows:

Nice. Would these be available to QT controls outside the JVCLX?

> > Order of used units should be (only a suggestion)
> > Types, Qt, QTypes, QControls, QWindows, other CLXs
> > 
> > QControls should be before QWindows because QWindows overwrites some
> > records and constants.

If QWindows uses QControls in its interface then would this be an issue?

-- Cheers, Ignacio 

Subject: Re: Removing empty methods
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 09 Jan 2004 09:44:20 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I think we should sweep through the sources and delete most of the empty methods. Mainly the empty constructors and destructors which only call inherited. Of course not completely empty methods which are there on purpose.
> This should ease the help writing a bit.
>
Please note that some if not most of those empty methods are required for BCB compatibility.
However, I may have forgotten to write a comment to specify that on some of them...



Subject: Re: Rx->Jvcl converter for BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 09 Jan 2004 07:34:56 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> OBones wrote:
>
>> OBones wrote:
>>
>>> Vladimir Zhuchko wrote:
>>>
>>>> Does exist the possibility to extend converters for CBuilder family?
>>>>
>>> Not yet, I'll look into it if I find sometime this month.
>>>
>> Does it gives you an error ?
>> If yes, what kind of error ?
>>
> No, I am making this manually and asked only about the possibility, to write such converter ia a simple task for me, but the time ...
>
Because there already is JVCLConvert and I'm wondering if it is already working for that. Have you tried it ?



Subject: Re: JVCL3 - jclie.bpl
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 21:46:52 +0100
Newsgroups: jedi.vcl

Am Thu, 8 Jan 2004 21:32:44 +0100 schrieb Michael Fritz:

> > So it seems that these are Borland files, aren't they. Did I miss something
> > here or how can I create/get this *package*? Do I've to update my Delphi
> > installation from CD?
To answer myself: Yes, the file(s) was not installed.


-- cu, Michael 

Subject: JVCL3 - jclie.bpl
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 21:32:44 +0100
Newsgroups: jedi.vcl

Hi,

when compiling the complete D7 Packages.bpg in the IDE (because the JVCL
Installer fails so far - see other posting here from myself today), all
runs well until the compiler tries to build JvGlobusD7R.

The error states that a vclie packages is missing. I cannot find this
package. The only file I could find is a vclie.msm somewhere in the Delphi7
directory and one in the system32 directory of WinXP called vclie.bpl. 

So it seems that these are Borland files, aren't they. Did I miss something
here or how can I create/get this *package*? Do I've to update my Delphi
installation from CD?

-- cu, Michael 

Subject: Re: JVCL3 - jclie.bpl
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 8 Jan 2004 20:30:37 +0000 (UTC)
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > So it seems that these are Borland files, aren't they. Did I miss
> > something here or how can I create/get this package? Do I've to
> > update my Delphi installation from CD?

It's installed when you choose to install the Internet stuff for
Delphi. Make sure that $(DELPHI)\Lib\vclie.dcp exists.

-- Cheers, Ignacio Help improve Delphi: http://qc.borland.com/ 

Subject: JVCL3 Installer error
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 21:08:29 +0100
Newsgroups: jedi.vcl

Hi,

I'm using D7 Enterprise and the JVCL3 Installer. When starting to install
the process immediately stops with a fatal error:

"
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Fatal: Command arguments too long
[..]
Generating resources...failed
"

As Andreas Hausladen said in another posting:
[..]This will not work because the JVCL 3 Package Installer calls dcc32.exe
with the bpl and dcp target directories. The bpl and dcp directory is same
as Delphi's BPL and DCP directory in Tools/Environment options/Libraries.
[..]

Does this mean for the above error that I've got too many search/output
directories defined in the options?

-- cu, Michael 

Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 20:31:39 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've just tested by getting older versions one by one. I've found that the
> January 6 version works but the January 7 doesn't. I donät have the time to
> look through all files, but it seems Robert is the one that has made changes
> on that date. Could you take a look and try to revert back to where we were
> on the 7th?

The bug is in JvDockSupportControl.pas
I will check in the Jan 6 version and then start cleaning again.
This time less aggressive.



Subject: Change proposal voor TJvProgressComponent
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Thu, 8 Jan 2004 18:10:10 +0000 (UTC)
Newsgroups: jedi.vcl

I like to propose a change. I use this component much and there seems to be 
no way to remove the dialog from the screen. I build in my version a Hide 
procedure. Are there more people who need this, or am I doing something 
wrong.

-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: please be more careful when implementing CLX support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 18:59:27 +0100
Newsgroups: jedi.vcl

The latest commit did not compile for VCL.
The main source of problems is the use of WINDOWS instead of MSWINDOWS.

I just committed fixes. JvCheckBox may need to be checked again for the fixes of UpdateProperties.



Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 18:32:13 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I just tried to get older versions, but TortoiseCVS gives me problems.
> Please someone send me the January 6 files of JvDock directly.

Ignore it. I was able to revert to Jan 6.



Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 18:30:31 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've just tested by getting older versions one by one. I've found that the
> January 6 version works but the January 7 doesn't. I donät have the time to
> look through all files, but it seems Robert is the one that has made changes
> on that date. Could you take a look and try to revert back to where we were
> on the 7th?
>
> Have to go now, already late!
>

I just tried to get older versions, but TortoiseCVS gives me problems.
Please someone send me the January 6 files of JvDock directly.



Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 18:09:00 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> A weblog of the changes since my first commit (which I verified to work with
> the demos) shows that jfudickar has migrated to JvAppStorage and ahuser has
> lowercased the include file names and marquardt has done several style
> cleanings. I have tested disabling the JvAppStorage stuff but it still
> behaves wrong. Remains the lowercasing and the style cleaning(s)...

Could be my work. I made several public variables private or promoted them to property. Search for SplitterCanvas. The Canvas property there was only created during painting which i changed also. It is not nice to  have a Canvas which is non-existent most of the time.

JvDockVSNetStyle.pas was changed from a non-style cleaned version.



Subject: Re: Problems with the docking components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 8 Jan 2004 18:08:30 +0100
Newsgroups: jedi.vcl

I've just tested by getting older versions one by one. I've found that the
January 6 version works but the January 7 doesn't. I donät have the time to
look through all files, but it seems Robert is the one that has made changes
on that date. Could you take a look and try to revert back to where we were
on the 7th?

Have to go now, already late!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with the docking components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 8 Jan 2004 17:31:53 +0100
Newsgroups: jedi.vcl

At first I thought it was me doing something wrong but I have reverted to
the previous version and it still doesn't work which leads me to believe
that the problem was introduced earlier (just run one of the demos and try
to drag a dock client around and you'll see the problem).

A weblog of the changes since my first commit (which I verified to work with
the demos) shows that jfudickar has migrated to JvAppStorage and ahuser has
lowercased the include file names and marquardt has done several style
cleanings. I have tested disabling the JvAppStorage stuff but it still
behaves wrong. Remains the lowercasing and the style cleaning(s)...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 17:24:16 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> He changed the unit names in uses from JvDock* to JvDockDock*.
> I currently commit the changes and test the examples.

Someone was faster.
I will clean the changes.



Subject: Re: Problems with the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 17:21:56 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I just made some name changes in the docking components but after that they
> don't work as they should. Stupid me didn't test with the demos before
> comitting. Anyway, I have to leave now and won't be back until tomorrow, so
> I'm posting this just to let you all know that I am aware of the probelm and
> will fix ASAP. If someone else is keen on having a look, please do. I won't
> be able to work on this until tomorrow (friday), at approx. 13:00 UTC+1
>

He changed the unit names in uses from JvDock* to JvDockDock*.
I currently commit the changes and test the examples.



Subject: Problems with the docking components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Jan 2004 16:23:09 +0100
Newsgroups: jedi.vcl

I just made some name changes in the docking components but after that they
don't work as they should. Stupid me didn't test with the demos before
comitting. Anyway, I have to leave now and won't be back until tomorrow, so
I'm posting this just to let you all know that I am aware of the probelm and
will fix ASAP. If someone else is keen on having a look, please do. I won't
be able to work on this until tomorrow (friday), at approx. 13:00 UTC+1

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The Jedi Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 8 Jan 2004 16:20:35 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

>> > > You can use the MakeDOF tool in dev\JVCL3\devtools to set up the
>> > > initial .dof files for the packages en-masse.
> > 
> > I will have a look at this tool - thanks!

This will not work because the JVCL 3 Package Installer calls dcc32.exe
with the bpl and dcp target directories. The bpl and dcp directory is same
as Delphi's BPL and DCP directory in Tools/Environment options/Libraries.


-- Regards, Andreas Hausladen 

Subject: Re: The Jedi Installer
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 8 Jan 2004 15:20:28 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > This will not work because the JVCL 3 Package Installer calls
> > dcc32.exe with the bpl and dcp target directories. The bpl and dcp
> > directory is same as Delphi's BPL and DCP directory in
> > Tools/Environment options/Libraries.

It won't work for the installer, but it will work for opening the "Dx
Projects.bpg" file in the IDE.

-- Cheers, Ignacio 

Subject: Removing empty methods
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 16:12:43 +0100
Newsgroups: jedi.vcl

I think we should sweep through the sources and delete most of the empty methods. Mainly the empty constructors and destructors which only call inherited. Of course not completely empty methods which are there on purpose.
This should ease the help writing a bit.



Subject: Re: The Jedi Installer
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 15:12:37 +0100
Newsgroups: jedi.vcl

> > You can use the MakeDOF tool in dev\JVCL3\devtools to set up the
> > initial .dof files for the packages en-masse.

I will have a look at this tool - thanks!

Michael




Subject: Re: The Jedi Installer
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 8 Jan 2004 13:49:39 +0000 (UTC)
Newsgroups: jedi.vcl

Michael Fritz wrote:

> > My directory structure is somewhat different from what the installer
> > uses and I do not want to manually open each dpk file and make the
> > changes to the various output directories since there are many of
> > them ;-)

You can use the MakeDOF tool in dev\JVCL3\devtools to set up the
initial .dof files for the packages en-masse.

-- Cheers, Ignacio 

Subject: Re: Rx->Jvcl converter for BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 08 Jan 2004 16:45:16 +0300
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>
>> Vladimir Zhuchko wrote:
>>
>>> Does exist the possibility to extend converters for CBuilder family?
>>>
>> Not yet, I'll look into it if I find sometime this month.
>>
> Does it gives you an error ?
> If yes, what kind of error ?
>
No, I am making this manually and asked only about the possibility, to write such converter ia a simple task for me, but the time ...



Subject: Re: TJvxRichEdit in JVCL3
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 11:19:02 +0100
Newsgroups: jedi.vcl

> > JvRichEdit.pas
Thx, I've guessed this already ;-)

Michael




Subject: Examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 11:08:47 +0100
Newsgroups: jedi.vcl

I just added Jedi MPL headers to almost all example sources.
Some i could not open because the example does not match the components anymore and a few i missed.
All DFMs are now text DFMs. I used the Delphi tool so they have ALL been touched. No DesignSize contained in any of them.



Subject: Re: TJvxRichEdit in JVCL3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 11:04:21 +0100
Newsgroups: jedi.vcl

Michael Fritz wrote:

> Hi,
>
> just a simple question: It seems TJvxRichEdit has been removed or replaced
> from the current (beta) release, right?
> What is the replacement for this control or better where can I look up such
> changes?
>
> cu,
> Michael
>
>

JvRichEdit.pas



Subject: Re: The Jedi Installer
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 10:56:23 +0100
Newsgroups: jedi.vcl

> > Are you talking about the JEDi Installer (used by JCL) or the JVCL
Installer
> > (used b JVCL)? They are different...
In this special case: the JVCL installer. I did not try the JCL installer
yet.

Michael




Subject: TJvxRichEdit in JVCL3
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 10:54:33 +0100
Newsgroups: jedi.vcl

Hi,

just a simple question: It seems TJvxRichEdit has been removed or replaced
from the current (beta) release, right?
What is the replacement for this control or better where can I look up such
changes?

cu,
Michael




Subject: Re: The Jedi Installer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Jan 2004 10:43:46 +0100
Newsgroups: jedi.vcl

Are you talking about the JEDi Installer (used by JCL) or the JVCL Installer
(used b JVCL)? They are different...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3-Latest.zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Jan 2004 10:43:01 +0100
Newsgroups: jedi.vcl

> > Is there a way you could call unix2dos on every file ?
It does that now, but only for those files that are going into the zip(s).
Since the zip contains binary files (images, res etc), we can't unix2dos
them all without discrimination.

I think the problem isn't really unix2dos. The problem is crashes and
problems on the server itself when running some commands. I get a progress
report for each cron job I'm running on the SF server and it is quite
amazing how often something fails. Mostly it has to do with cvs or
permissions suddenly missing etc etc. When this happens, the script either
terminates or skips to the next line. if smething bad happened then the zip
could very well be corrupted. It has gotten better though since I added a
complete update before building the zips.

If you're interested in investigating it further, see update.sh and post.sh
in jvcl.sourceforge.net/j/jv/jvcl/bin. You need to log in using something
like WinSCP or SSH Secure Shell to access these folders.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: The Jedi Installer
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 10:42:17 +0100
Newsgroups: jedi.vcl

Hi,

the Jedi Installer works perfectly, however I would suggest to include some
options where the installer/compiler should save its dcu, bpl and dcp files.

My directory structure is somewhat different from what the installer uses
and I do not want to manually open each dpk file and make the changes to the
various output directories since there are many of them ;-)

Is there any chance that the Installer could handle this anyway, change the
pre-configured paths to user defined?

cu,
Michael




Subject: Re: JVCL3-Latest.zip
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Jan 2004 19:16:06 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Unfortunately, it's a problem with the script running on SF's server that
> fails to convert LF to CRLF sometimes and there is little we can do about
> it. When using CVS, we almost never see this problem.
Is there a way you could call unix2dos on every file ?
Because unix2dos doesn't change a file if it's already in the DOS format...



Subject: Re: JVCL3-Latest.zip
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Jan 2004 19:09:46 +1000
Newsgroups: jedi.vcl

Michael Fritz wrote:

> However when looking inside the file this macro exists, but the layout of
> this file looks a bit ugly, I think it simply UNIX formatted.
You are absolutely right.

> Is it only me who gets this error? Of course you can simply fix this by
> copying the text into another editor and save it again. However I think this
> should be fixed ASAP.
This happens from times to time and is starting to get on my nerve... Apparently, it's the CVS server that gets messed up in the middle...
Maybe Peter know more about that.



Subject: Re: Copyright problem in JvDocking demos
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Jan 2004 10:09:16 +0100
Newsgroups: jedi.vcl

> > VCDemo and VIDDemo use pictures clearly copyrighted by Microsoft.
> > I assume that all pictures are from Microsoft.
> > I think we will have to dump both demos.
I'll have a look but please do ntot remove anything yet.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3-Latest.zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Jan 2004 10:08:36 +0100
Newsgroups: jedi.vcl

> > Is it only me who gets this error? Of course you can simply fix this by
> > copying the text into another editor and save it again. However I think
this
> > should be fixed ASAP.
Unfortunately, it's a problem with the script running on SF's server that
fails to convert LF to CRLF sometimes and there is little we can do about
it. When using CVS, we almost never see this problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JEDI & RxLib
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Jan 2004 10:05:52 +0100
Newsgroups: jedi.vcl

For help on migrating, see migrating.htm in the root of your JVCL folder.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL3-Latest.zip
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 10:05:22 +0100
Newsgroups: jedi.vcl

Hi,

I've downloaded JVCL3-Latest.zip dated 2004-01-07 from
http://jvcl.sf.net/daily. When opening the file "D7 Packages.bpg" from D7
Enterprise the IDE complains about a missing PROJECTS macro in this file.

However when looking inside the file this macro exists, but the layout of
this file looks a bit ugly, I think it simply UNIX formatted.

Is it only me who gets this error? Of course you can simply fix this by
copying the text into another editor and save it again. However I think this
should be fixed ASAP.

cu,
Michael




Subject: Re: JEDI & RxLib
From: "Carsten Schmitz" <casz@gmx.de>
Date: Thu, 8 Jan 2004 09:48:37 +0100
Newsgroups: jedi.vcl

Use the Replace Tool that is available form the JVCL/JCL Download Page.


"Warren Weber" <warrenjw@austarnet.com.au> schrieb im Newsbeitrag
news:btj44q$9ld$1@talkto.net...
> > Hi
> >
> > I have had an enforced layoff from delphi for about 18 months.  Upon my
> > return I have a project that has a lot of
> > RxLib components in it.  I have the very latest version of JEDI and had no
> > troubles with the installation for Delphi 7 Enterprise edition.  I know
that
> > the JEDI project now has Rxlib equivalents but how can I load the forms to
> > remove the old Rxlib controls, is there some automated approach to this.
> >
> >
> > Help greatly appreciated.
> >
> > Warren
> > warrenjw@austarnet.com.au
> >
> >




Subject: JEDI & RxLib
From: "Warren Weber" <warrenjw@austarnet.com.au>
Date: Thu, 8 Jan 2004 18:45:06 +1000
Newsgroups: jedi.vcl

Hi

I have had an enforced layoff from delphi for about 18 months.  Upon my
return I have a project that has a lot of
RxLib components in it.  I have the very latest version of JEDI and had no
troubles with the installation for Delphi 7 Enterprise edition.  I know that
the JEDI project now has Rxlib equivalents but how can I load the forms to
remove the old Rxlib controls, is there some automated approach to this.


Help greatly appreciated.

Warren
warrenjw@austarnet.com.au




Subject: Copyright problem in JvDocking demos
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 09:23:41 +0100
Newsgroups: jedi.vcl

VCDemo and VIDDemo use pictures clearly copyrighted by Microsoft.
I assume that all pictures are from Microsoft.
I think we will have to dump both demos.



Subject: Re: TJvDateTimePicker Bug?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 09:17:36 +0100
Newsgroups: jedi.vcl

> > These are ComCtrl problems and unfortunately not something we can do
> > anything about. You could try using the TJvDatePickerEdit instead.
Thanks Peter for these hints.

cu,
Michael




Subject: Re: TJvDateTimePicker Bug?
From: "Oliver Giesen" <ogware@gmx.net>
Date: Thu, 8 Jan 2004 08:16:45 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Are these simply features or just bugs perhaps from comctrl?
> > These are ComCtrl problems and unfortunately not something we can do
> > anything about. You could try using the TJvDatePickerEdit instead.

That will definitely not solve the first "problem" as it is the feature
really. The point of the checkbox is to be able to "empty" the control
which would otherwise not easily be possible. If you want to use the
checkbox for anything else than signifying "has a date" or "has no
date" then you would either have to use an additional checkbox control
or modify the control yourself.

JvDatePickerEdit solves the second problem but while testing it I just
discovered a different bug: When setting Enabled to false the
Dropdown-button will vanish. I'll look into this ASAP. I'm quite sure
this wasn't always the case.

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: TJvDateTimePicker Bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 Jan 2004 08:28:17 +0100
Newsgroups: jedi.vcl

> > Are these simply features or just bugs perhaps from comctrl?
These are ComCtrl problems and unfortunately not something we can do
anything about. You could try using the TJvDatePickerEdit instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: AV in ProgressDialog
From: "Artur Redzko" <arturr@opegieka.com.pl>
Date: Thu, 8 Jan 2004 07:55:45 +0100
Newsgroups: jedi.vcl

Witam/hello

    I have AV error while executing JvProgressDialog Show method (error in
creating form for progress).  Any ideas ? JVCL is from yesterday.

Pozdrawiam / Regards
mgr in¿. Artur Red¼ko




Subject: TJvxRichEdit ReadOnly and embed. Objects
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 07:37:15 +0100
Newsgroups: jedi.vcl

Hi,

in one of my projects I'm using TJvxRichEdit, .AllowInPlace and
..AllowObjects set to True.
Now I'm inserting e.g. a PaintBrush picture into the text which can be
edited well inside the rich edit control.

When setting TJvxRichEdit.ReadOnly to true the text cannot be edited anymore
that's correct, however the embedded object can be changed. Is there any
option to prevent such kind of things?


cu,
Michael




Subject: TJvDateTimePicker Bug?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 8 Jan 2004 07:29:25 +0100
Newsgroups: jedi.vcl

Hi,

I've set TJvDateTimePicker.ShowCheckbox to true. Now I've encountered two
problems:

1) When setting a new value to .DateTime property the .Checked property is
set to true. However I do not want this feature or perhaps bug.
   Of course I can first set a new value and set the checkbox afterwards on
my needs....
2) When setting .Enabled to false and .Checked is set to false, too. The
checkbox shows a checkmark instead of a filled rectangle.
   On the other hand if .Checked is set to true the chechbox does not show a
checkmark in this case - very strange!

Are these simply features or just bugs perhaps from comctrl?

Running D7 on XP with Themes enabled.

cu,
Michael




Subject: Re: Writing up a text for Delphi magazines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 Jan 2004 06:06:55 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Don't forget French, as the French community is one of the most active in the Delphi world...
> However, I have no idea which magazine to contact, I'm not even sure there is one available in the press...

Find one. Contacting is easy. They are always desperate for new texts.



Subject: Re: Rx->Jvcl converter for BCB6
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 08 Jan 2004 14:09:39 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Vladimir Zhuchko wrote:
>
>> Does exist the possibility to extend converters for CBuilder family?
>>
> Not yet, I'll look into it if I find sometime this month.
>
Does it gives you an error ?
If yes, what kind of error ?



Subject: Re: Installation
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 08 Jan 2004 09:58:52 +1000
Newsgroups: jedi.vcl

Ageu Duarte Junior wrote:

> Hello All,
>
> Where can I find the lastest version of JVCL Library to install on Delphi6.0
>
> I have downloaded the dev\Jvcl3 directory from sourceforge with CVS but this
> is not the installation.
Yes it is.
Simply click on Install.bat and the installer will show up.
However, you will need the JCL 1.9 to be on your computer before running install.bat.
Please read readme.htm and install.htm for further details

> In Jedi site exists a lot of options to download and I don't know what files
> I need.
These files are outdated and will soon be replaced by a publicly available Beta version. In the meantime, you can download the daily package at http://jvcl.sf.net/daily

> other question. What is the difference between Jcl and Jvcl
JCL is the Jedi Code Library and only contains procedures and functions, no components at all
JVCL is the Jedi Visual Component Libray and contains components that will get added to the palette.

The JVCL needs the JCL to compile because the JCL contains a lot of very useful functions. To get the latest JCL (1.9), please go here:
http://sourceforge.net/project/showfiles.php?group_id=47514

and download the very latest 1.9 package.

> Sorry I am beginer with Jedi.
No worries.

Thank you for considering the JVCL and the JCL

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Installation
From: "Ageu Duarte Junior" <ageu@teletecnica.srv.br>
Date: Wed, 7 Jan 2004 21:38:13 -0200
Newsgroups: jedi.vcl

Hello All,

Where can I find the lastest version of JVCL Library to install on Delphi6.0

I have downloaded the dev\Jvcl3 directory from sourceforge with CVS but this
is not the installation.

In Jedi site exists a lot of options to download and I don't know what files
I need.

other question. What is the difference between Jcl and Jvcl

Sorry I am beginer with Jedi.

Thanks in Advanced




Subject: Re: Problems with JvGroupBox
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 7 Jan 2004 23:59:13 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > but now there is a problem in the JvJans Package

I have just compiled all packages with D5 and D6 and had no error. Maybe
your .dpk files are outdated.



-- Regards, Andreas Hausladen 

Subject: Re: Writing up a text for Delphi magazines
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 08 Jan 2004 07:34:44 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I am sure this is expected from us.
> The money would not be bad either :-)
> We should write up an english text and translate it at least to german.
> Russian and spanish would be not too bad :-)
Don't forget French, as the French community is one of the most active in the Delphi world...
However, I have no idea which magazine to contact, I'm not even sure there is one available in the press...



Subject: Re: Writing up a text for Delphi magazines
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Jan 2004 21:06:05 +0100
Newsgroups: jedi.vcl

> > Adding something new gives confidence to our customers that
> > the JVCL group is very much alive and will support .NET in  a future
> > release.
Who says that we will support .Net? Working quite a lot with Delphi 8
lately, I would be *very* surprised if we will ever support .Net in the
current JVCL. There might be a .Net spin-off project but the current code
base will probably not make it over. The changes needed are significant and
we are somewhat dependant on what JCL does since we rely on a lot on them.

> > I think we should prospone the release 1 month in order to have
> > VisualCLX support.
The release plan is for the beta. I think it will take at least another
month before we have a final release.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thinking about a late january beta release
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Wed, 7 Jan 2004 20:45:26 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bteesu$jlo$1@talkto.net...

> > - CLX support: how to implement is still very much hanging in the air so
> > before we have made a decision on how to proceed, there won't be full CLX
> > support in JVCL
> >

Give it one month more and we will have VisualCLX support.

Regards,

André Snepvangers




Subject: Re: Thinking about a late january beta release
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Wed, 7 Jan 2004 20:35:55 +0100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:btgi4b$nq9$1@talkto.net...
> >
> > January 17 is ok for me for a feature freeze, although I think some
> > people need more time (looking at the recent cvs updates).
> >

That's right. This date is to soon for VisualCLX support.
IMHO it would also look 'half done': CLX related code but
no VisualCLX support.

Regards,

André Snepvangers




Subject: Re: Writing up a text for Delphi magazines
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Wed, 7 Jan 2004 20:30:18 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bthd8g$tco$1@talkto.net...
> > My preferred release date for the JVCL 3 beta would be 1 Feb (my
> > birthday ;-). I am sure that afterwards we will have a heavy drop of
> > development as usual.
> >
> > I think we should now plan a big text for the Delphi magazines.
> > The JVCL is among the top Delphi component packages.
> > I am sure we can sell a 10 page frontpage text easily.
> > Planning now writing after release of beta.
> >

IMHO the JVCL 3 should contain something really new: VisualCLX support
This will draw some extra attention towards JVCL, in this time where .NET
has the focus. Adding something new gives confidence to our customers that
the JVCL group is very much alive and will support .NET in  a future
release.
It should also contain VisualCLX support because several units contain
VisualCLX related code.

There are only 10 days to work accoding to the release plan. Implementing
VisualCLX support has just started on last days (since I have CVS access
-)  )
 of last year.
I think we should prospone the release 1 month in order to have
VisualCLX support.

Regards,

André Snepvangers




Subject: Writing up a text for Delphi magazines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Jan 2004 18:08:40 +0100
Newsgroups: jedi.vcl

My preferred release date for the JVCL 3 beta would be 1 Feb (my birthday ;-). I am sure that afterwards we will have a heavy drop of development as usual.

I think we should now plan a big text for the Delphi magazines.
The JVCL is among the top Delphi component packages.
I am sure we can sell a 10 page frontpage text easily.
Planning now writing after release of beta.

I am sure this is expected from us.
The money would not be bad either :-)
We should write up an english text and translate it at least to german.
Russian and spanish would be not too bad :-)
It should be possible to place it in several Delphi magazines.
The only obstacle is to get the magazines accept non-exclusive texts.
For Germany i think it should be the "Toolbox" magazine (two monthly).
"Der Entwickler" is too far from Delphi nowadays.

A single person should be named as author. That is the guy to take in
the money and pay the taxes. The money should either go to the JVCL team or Jedi, which makes either a JVCL team leader or the Jedi director obvious candidates for authorship. I am sure we will find a way to spend the money :-)



Subject: Re: Corrections by Lionel Renaud
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 15:54:01 +0100
Newsgroups: jedi.vcl

I just had a cursory look. One big problem with TMyDBGrid is that it pulls
in both DbTables (BDE) and DBClient (ClientDataset) which are totally no-no
for a generic DBGrid. If he can find a way to implement the enhancements
without those, I wouldn't mind adding his modifications.

The other stuff looked OK AFAICS.

I'm going to add the zip (with your english translation added to the readme)
to the donations folder and then we'll see how to handle it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Corrections by Lionel Renaud
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 13:15:11 +0100
Newsgroups: jedi.vcl

> > Just le me know what you'll do with that so that I can inform Lionel of
> > what we did with his stuff.
Will definitely take a look, but don't know when. Depending on how it looks,
it might be added.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Corrections by Lionel Renaud
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 07 Jan 2004 21:46:56 +1000
Newsgroups: jedi.vcl

Hi all

A friend of mine (Lionel Renaud), installed the JVCL and sent me a zip file (posted in binaries) with corrections and addons to existing components. The zip file contains a readme, but as it is in French, here is a translation (when "I" is used, it is Lionel who is speaking):

---------------------------------------------------------------
Corrections to JvProgressComponent:
- Form is made StayOnTop
- Height of label set to 16 (13 cuts part of the text)

Corrections to JvMarkupLabel:
- Added properties (Alignment, Font...)

New units/components
- JvExportDBGrid: drop it on a form and its ExportGrid method will export a DBGrid to many formats (MSWord, MSExcel, HTML, CSV and XML is coming).
- JvMyDBGridSelectColumn (form): Form used by JvMyDBGrid to select columns to show or hide from those that are in the grid. If the grid is empty or you choose columns directly in the dataset, it doesn't work correctly. Still have to find out why.
- JvMyDBGrid: It's the JvDBGrid extracted and renamed to avoid name conflicts. I think it'd be best to splitt the JvDBControls unit to keep the size of units small. Here are the changes (comments in the source code too):
New properties:
  - AlternRowColor: Alterns background colors every 2 row
  - PostOnEnter: Posts the contents when "Enter" is pressed
  - SelectColumn: Choose the display of columns (grid or dataset)
  - SortedField: Name of the sorted field
  - TitleArrow: Draws a triangle on 0,0. If left click, turns on column selection. If right click shows the popup menu indicated by TitlePopup
  - TitlePopup: Popup menu associated with TitleArrow
  - OnTitleHintEvent: Event to allow showing a hint on a column title
  - OnTitleArrowMenuEvent: Event triggerred when clicking on TitleArrow

Automatic handling of column sorting. If one generates Index on fields by naming them IXfieldname, the grid sort automatically when clicking on the title of a column

Modification of the InplaceEdit to try to allow the mousewheel to work when a column is linked to a lookup field. But this still needs some fixing.

The resource file comes in the zip file, along with a demo. The registration file should be enough to install the components.
The grid is fed by a ClientDataSet via a provider on a Table. This allows me to do what I want with the Index
---------------------------------------------------------------

I haven't looked at the content of the zip file except for the readme because first I don't know much about database components, and second, I don't have much time until saturday.
Just le me know what you'll do with that so that I can inform Lionel of what we did with his stuff.

Regards

Olivier



Subject: Re: DotNet controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Jan 2004 12:20:03 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> There are no descriptions IIRC and all info is redundant, ie date of last change, changer, interface of the method.

Yep, looks like a (useful) company standard.



Subject: Re: installing jcl 1.9 build 1400
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 10:48:29 +0100
Newsgroups: jedi.vcl

> > Reasons: It does not allow to compile for multiple targets (always
> > compiles for the latest Delphi version installed) and has no
> > documentation to speak of.
You can actually set the version to compile to by using the versions
attribute, like so:
<dcc versions="7.0"
If specified, the registry is checked for the correct path to dcc32.exe

You could also write something like this:
<dcc versions="7.0, 6.0, 5.0"
This would check all versions from 7 down to 5 and compile using the first
one that is installed.

You can also set the envvar dephi_version using the same syntax before
running the dcc task(s).

There doesn't seem to be any way to determine installed versions or specify
that the compile should be done on all installed versions, however, so the
whole point might be moot anyway...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to JvXPBar
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 07 Jan 2004 10:44:22 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> I'm guessing that I'll figure out how to regen the .dtx when I start up
> GenDtx, correct?

I think it's not really necessairy that generated .dtx files are up to date. (JvXPBar.dtx is a generated .dtx file; a generated .dtx file has '#Status: Generated' as it's second line.)

It's not the case that people are suddenly starting to work on .dtx files.

So it's more time efficient to update all generated .dtx files once in a while.

Wouldn't hurt to look at GenDtx though <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Changes to JvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 10:40:41 +0100
Newsgroups: jedi.vcl

Never mind. Just saw your commit...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to JvXPBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 10:39:53 +0100
Newsgroups: jedi.vcl

> > I've done some changes to JvXPBar that include:
Sounds nice! Where can we get it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes to JvXPBar
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 7 Jan 2004 09:35:31 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Actually, I found a small problem that I will have fixed shortly...

Done.

-- Cheers, Ignacio 

Subject: Re: Changes to JvXPBar
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 7 Jan 2004 09:31:09 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Never mind. Just saw your commit...

Actually, I found a small problem that I will have fixed shortly...

-- Cheers, Ignacio 

Subject: Re: DotNet controls
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 07 Jan 2004 10:30:45 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     IOW, if you want to strip the descriptions, save them to another file or
> just shove them into the .dtx file directly.

There are no descriptions IIRC and all info is redundant, ie date of last change, changer, interface of the method.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Thinking about a late january beta release
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 7 Jan 2004 10:26:03 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 07 Jan 2004 06:50:35 +0100:

 >> * The current "completed" help files need some work, but this can
 >> probably be finished by the end of januari; would help if the original
 >> writers could check their files after we have worked on them (you now
 >> have to make explicit which symbols should be skipped/ignored, otherwise
 >> non-documented items will come back)

 RM> I think the help we deliver should not contain generated files.

    I think Remko was referring to symbols in the .dtx file that shouldn't
be documented at all. Defining the ##Skip lines for these, will prevent the
DtxGen tool to report them as missing or generating them.

    I haven't fired up Delphi in a while, but I promise I'll start on the
help building tool today (then again, I seem to have promised something like
that before <g>).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Thinking about a late january beta release
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 07 Jan 2004 10:25:22 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> The only problem i see is that this release is called beta and we freeze
>> the interfaces for the final release with that.
>
> No, we just freeze it for the beta. One or two weeks after the beta release
> (so we see how it works and has settled a bit) we should be able to continue
> work as usual, renames and all.

Yeah, I think we must have a complete feature freeze, before we thoroughly check the examples, help files, install etc. Otherwise these checks would be kinda useless.

After the beta release we/you can continue to alter the source, although I think it would be a good idea to disallow adding of new components/packages, and restricting adding of new functionality.

January 17 is ok for me for a feature freeze, although I think some people need more time (looking at the recent cvs updates).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: DotNet controls
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 7 Jan 2004 10:21:24 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 07 Jan 2004 18:20:54 +1000:

 >> They don't really contain any info do they? If they don't, you can
 >> remove them.
 O> Remember to use them as an inspiration for the help file... <g>

    IOW, if you want to strip the descriptions, save them to another file or
just shove them into the .dtx file directly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Changes to JvXPBar
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 7 Jan 2004 09:13:58 +0000 (UTC)
Newsgroups: jedi.vcl

I've done some changes to JvXPBar that include:

- Loading of collapsed bars from a component stream no longer results
in a roll-up when the form is created
- Fine tuning of the roll-up/down display via published properties
- Addition of three events for before, during, and after roll-up/down

I'm guessing that I'll figure out how to regen the .dtx when I start up
GenDtx, correct?

-- Cheers, Ignacio 

Subject: Re: DotNet controls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 07 Jan 2004 18:20:54 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> The files carry elaborate comment headers for each method.
>> Can i get the permission of the author to remove them?
>
> They don't really contain any info do they? If they don't, you can remove
> them.
>
Remember to use them as an inspiration for the help file... <g>



Subject: Re: DotNet controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 09:09:35 +0100
Newsgroups: jedi.vcl

> > The files carry elaborate comment headers for each method.
> > Can i get the permission of the author to remove them?
They don't really contain any info do they? If they don't, you can remove
them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Robert Marquardt" <robert_marquardt@gmx.de> skrev i meddelandet news:btgd02$mt6$2@talkto.net...
> > I cleaned the JvDotNet Controls files and added AboutJVCL to them
> > (of course guarded by USEJVCL). This required a change in
> > JvDotNetCtrls-R.xml.
> >
> >




Subject: Re: Thinking about a late january beta release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 09:08:38 +0100
Newsgroups: jedi.vcl

> > The only problem i see is that this release is called beta and we freeze
> > the interfaces for the final release with that.
No, we just freeze it for the beta. One or two weeks after the beta release
(so we see how it works and has settled a bit) we should be able to continue
work as usual, renames and all.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: DotNet controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Jan 2004 08:57:57 +0100
Newsgroups: jedi.vcl

I cleaned the JvDotNet Controls files and added AboutJVCL to them
(of course guarded by USEJVCL). This required a change in JvDotNetCtrls-R.xml.

The files carry elaborate comment headers for each method.
Can i get the permission of the author to remove them?



Subject: Re: Thinking about a late january beta release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Jan 2004 08:57:07 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I will add Jedi MPL headers to all of them.
>> We will have to get them all running again.
>
> We will have to divide the various areas between us so we have a chance of
> completion

I think i will add an empty header first with a signature like
"to be filled in" first. That is an easy job i can do today or
tomorrow (today i have to go to the dentist so i do not know how good i feel afterwards).

>> This will clash a bit. I will continue to style clean the files and a
>> bit of renaming and rearranging of interface parts is bound to happen.
>
> After feature freeze, no renames or interface changes (content, not order)
> should be allowed. If you need more time then let us know now.

No extra time needed. I will work until release. I will try to stop changing interfaces on feature freeze.
The only problem i see is that this release is called beta and we freeze the interfaces for the final release with that.
Maybe we should sweep through the files ansd create a list of changes to be done before freeze.



Subject: Re: Before I forget...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 08:39:00 +0100
Newsgroups: jedi.vcl

> > Emphasis on "continuous", eh? ;)
:-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thinking about a late january beta release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 7 Jan 2004 08:38:13 +0100
Newsgroups: jedi.vcl

> > I will add Jedi MPL headers to all of them.
> > We will have to get them all running again.
We will have to divide the various areas between us so we have a chance of
completion

> > I think the help we deliver should not contain generated files.
Agree. Only completed (and reviewed) topics should go into the help file.

> > This will clash a bit. I will continue to style clean the files and a
> > bit of renaming and rearranging of interface parts is bound to happen.
After feature freeze, no renames or interface changes (content, not order)
should be allowed. If you need more time then let us know now.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thinking about a late january beta release
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 07 Jan 2004 16:06:56 +1000
Newsgroups: jedi.vcl

I don't know for the installer, but to me the package generator is quite close to be finished.
Just tell me what it's missing, cause the bugs it contained have all been fixed, as far as I can tell.
BTW, I'd like to have the opinion of the JCL members on the usefulness of the current version, it should be generic enough for them to use it.



Subject: Re: Thinking about a late january beta release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 07 Jan 2004 06:50:35 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> * I think you forgot the examples.

I will add Jedi MPL headers to all of them.
We will have to get them all running again.

> * The current "completed" help files need some work, but this can probably be finished by the end of januari; would help if the original writers could check their files after we have worked on them (you now have to make explicit which symbols should be skipped/ignored, otherwise non-documented items will come back)

I think the help we deliver should not contain generated files.

> I'll think we should slowly forcefully freeze development, otherwise development would drag on; ie no more new packages; no more new components; no more new functionality; no more changes to the interface etc.

This will clash a bit. I will continue to style clean the files and a bit of renaming and rearranging of interface parts is bound to happen.



Subject: Re: Thinking about a late january beta release
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 7 Jan 2004 05:40:06 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Here's my list of concerns, feel free to add to it:

The JCL. Maybe some sort of co-ordinated release would be useful.

-- Cheers, Ignacio 

Subject: Re: TJvAppXMLStorage.DeleteSubTreeInt
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 07 Jan 2004 15:03:03 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> i've changed the examples\JvParameterList to use JvAppXmlStorage. And there i see that the function PathExists is also not defined :-(
>
> Look at the xml which is generated.
>
> Does this help you to see what must be changed to support pathes?
Not really, I knew what the problem is.
However, when I created TJvAppXMLStorage, I couldn't figure out how to create trees from the parameters that were given to me. I think that's mostly because I based the XML storage on INI as it was easier to understand compared to Reg storage.
I'll try to rework it this week-end, but for now, just don't use the Path feature.
It will work eventually, but not until Monday.



Subject: Re: TJvAppStore Naming-Conventions
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Jan 2004 02:35:16 +0100
Newsgroups: jedi.vcl

> > What about the following format:
> > 
> > TJvCustomAppStore=TJvCustomAppStorage=[WholeWord, IncludeFilenames]
> > ....
> > SubStores=SubStorages=[WholeWord]
That would probably shoot any notion of speed to hell <g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvAppStore Naming-Conventions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 07 Jan 2004 02:17:44 +0100
Newsgroups: jedi.vcl



Peter Thörnqvist wrote:
>> I've uploaded a JvclConvert-Parameterfile to the binaries for
>> automaticly conversion.
>>
>> Thanks to michael, peter and the others who had done it.
>>
>> It converts everything without any manual change.
>
> Yeah, great tool. I use it when I convert libraries and it's soooo much
> easier than doing it manually and repeatable too. Michael wrote it, I only
> added a few minor changes, so all kudos to him.
>
> One thing I would like to see in the future is the ability to include the
> options settings *within* the dat file in such a way that the setting can be
> changed dynamically at run-time, ie:
> ; Options: [WholeWord, IncludeFilenames]
> TJvCustomAppStore=TJvCustomAppStorage
> ....
> ; Options: [WholeWord]
> SubStores=SubStorages
> ....
> etc

What about the following format:

TJvCustomAppStore=TJvCustomAppStorage=[WholeWord, IncludeFilenames]
.....
SubStores=SubStorages=[WholeWord]

It's maybe a little bit easier to implement.


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppXxxStorage palette?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 07 Jan 2004 01:38:42 +0100
Newsgroups: jedi.vcl

Done

Peter Thörnqvist wrote:

> I have no problems with moving all persistence related components to a new
> tab. The Jv Persistence tab name is OK with me as well. Anyone wants to do
> it, do it.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvTreeView and Pagecontrols
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Jan 2004 01:27:30 +0100
Newsgroups: jedi.vcl

> > I noticed there was a pagecontrol property in the tree view.  What exactly
> > is it supposed to do and does it do it yet?
If you hook up a page control to the treeview, clicking a node in the
treeview will activate the tab on the page control that has the same name as
the node.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thinking about a late january beta release
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 Jan 2004 01:26:43 +0100
Newsgroups: jedi.vcl

> > * I think you forgot the examples.
Yes, thanks forgot that one.

> > would help if the original
> > writers could check their files after we have worked on them
I will have a look in the ones I have done as well as try to do some of the
ones I should have been doing...

> > I'll think we should slowly forcefully freeze development, otherwise
> > development would drag on; ie no more new packages; no more new
> > components; no more new functionality; no more changes to the interface
etc.

If we decide on a beta release date, I think we should have tsomthing like
the following schedule:

BETA - 14:
- feature freeze
- no more additions
- no more interface changes (including renaming)
- only severe bug fixes
- begin installer tests
- begin package generator tests
- begin help file building and testing
- begin examples testing
- decide release package content (full, src+examples, source, standalone,
single packages (maybe))
BETA - 7:
- installer tests should be 90% completed
- package generator tests should be 90% completed
- examples testing 90% completed
- start release package generator tests (verify content of packages)
BETA - 1:
- installer tests must be 100% completed
- package generator tests must be 100% completed
- examples testing 100% completed
- help file compiled and sent to me for incusion in full release
- a separate help file release should be made as well
- generator (at the moment this is a modified want.exe + script) for release
packages should be working and packages should be checked for correct
content
BETA:
- Release on SF
- Announce release (JEDI NG's, Borland NG's, Delphi Magazine, Delphi
Informant Magazine, any other appropriate place)
BETA + 7:
- collect installation problem reports
- collect bug reports
- fix installation bugs, release updates if nedded
BETA+14:
- if we have a satisfactory beta release by now, development towards JVCL3
Gamma/Final commences

So, if we decide January 31 as release day, BETA - 14 would be on January
17.

Comments, additions to this schedule welcome.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Next Naming Problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 07 Jan 2004 01:22:54 +0100
Newsgroups: jedi.vcl

I was not completly right and i don't change it, i think.

The file contains both TJvFormPlacement  and TJvFormStorage. So the filename is right, i think.

OBones wrote:

> Jens Fudickar wrote:
>
>> Any Comments :-)
>>
>> Not until Now :-(
>>
>> Jens Fudickar wrote:
>>
>>> What about the TJvFormStorage? The unit is named JvFormPlacement.
>>>
>>> What should we change? I can live with both changed.
>>
>>
>>
> This is another historic remnant.
> At first, the component was named TJvFormPlacement as it was only "remembering" the form placement (size and position)
> But now, it can "remember" other stuff, hence the storage name.
> However, the unit name stayed. I think it's because it's annoying to change a file name in CVS, but I don't have any problem with renaming the unit (NOT the component), provided you upadte the corresponding DAT file for JVCLConverter.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppXMLStorage.DeleteSubTreeInt
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 07 Jan 2004 01:17:12 +0100
Newsgroups: jedi.vcl

Hi,

i've changed the examples\JvParameterList to use JvAppXmlStorage. And there i see that the function PathExists is also not defined :-(

Look at the xml which is generated.

Does this help you to see what must be changed to support pathes?

Greetings
Jens

<?xml version="1.0" encoding="iso-8859-1"?>
<Configuration>
  <Form\SelectTest>
    <Count>1</Count>
    <Item0>Test</Item0>
  </Form\SelectTest>
  <Form\SelectTest\Test>
    <FormVersion>0</FormVersion>
    <ShowCmd>1</ShowCmd>
    <Flags>0</Flags>
    <PixelsPerInch>96</PixelsPerInch>
    <MinMaxPos(1280x1024)>-1,-1,-1,-1</MinMaxPos(1280x1024)>
    <MinMaxPos>-1,-1,-1,-1</MinMaxPos>
    <NormPos(1280x1024)>295,221,984,802</NormPos(1280x1024)>
    <NormPos>295,221,984,802</NormPos>
    <Visible>0</Visible>
    <AutoHeightCheckBox_Checked>False</AutoHeightCheckBox_Checked>
    <AutoWidthCheckBox_Checked>False</AutoWidthCheckBox_Checked>
    <StoreToCheckBox_Checked>False</StoreToCheckBox_Checked>
    <LoadFromCheckBox_Checked>False</LoadFromCheckBox_Checked>
    <WidthEdit_Text>600</WidthEdit_Text>
    <MaxWidthEdit_Text>600</MaxWidthEdit_Text>
    <MaxHeightEdit_Text>400</MaxHeightEdit_Text>
    <HeightEdit_Text>400</HeightEdit_Text>
    <HistoryEnabledCheckBox_Checked>False</HistoryEnabledCheckBox_Checked>

<DevExpCxLookAndFeelRadioGroup_ItemIndex>0</DevExpCxLookAndFeelRadioGroup_ItemIndex>
    <ThickLinesCheckBox_Checked>False</ThickLinesCheckBox_Checked>
    <ShadowCheckBox_Checked>False</ShadowCheckBox_Checked>
    <CxRadioButton_Checked>False</CxRadioButton_Checked>
    <JVCLRadioButton_Checked>False</JVCLRadioButton_Checked>
    <VCLRadioButton_Checked>False</VCLRadioButton_Checked>
  </Form\SelectTest\Test>
  <Form>
    <FormVersion>0</FormVersion>
    <ShowCmd>1</ShowCmd>
    <Flags>0</Flags>
    <PixelsPerInch>96</PixelsPerInch>
    <MinMaxPos(1280x1024)>-1,-1,-1,-1</MinMaxPos(1280x1024)>
    <MinMaxPos>-1,-1,-1,-1</MinMaxPos>
    <NormPos(1280x1024)>295,221,984,802</NormPos(1280x1024)>
    <NormPos>295,221,984,802</NormPos>
    <Visible>0</Visible>
    <AutoHeightCheckBox_Checked>False</AutoHeightCheckBox_Checked>
    <AutoWidthCheckBox_Checked>False</AutoWidthCheckBox_Checked>
    <StoreToCheckBox_Checked>False</StoreToCheckBox_Checked>
    <LoadFromCheckBox_Checked>False</LoadFromCheckBox_Checked>
    <WidthEdit_Text>600</WidthEdit_Text>
    <MaxWidthEdit_Text>600</MaxWidthEdit_Text>
    <MaxHeightEdit_Text>400</MaxHeightEdit_Text>
    <HeightEdit_Text>400</HeightEdit_Text>
    <HistoryEnabledCheckBox_Checked>False</HistoryEnabledCheckBox_Checked>
    <ThickLinesCheckBox_Checked>False</ThickLinesCheckBox_Checked>
    <ShadowCheckBox_Checked>False</ShadowCheckBox_Checked>

<DevExpCxLookAndFeelRadioGroup_ItemIndex>0</DevExpCxLookAndFeelRadioGroup_ItemIndex>
    <CxRadioButton_Checked>False</CxRadioButton_Checked>
    <JVCLRadioButton_Checked>True</JVCLRadioButton_Checked>
    <VCLRadioButton_Checked>False</VCLRadioButton_Checked>
  </Form>
</Configuration>


OBones wrote:

> Marcel Bestebroer wrote:
>
>> Hello, OBones!
>> You wrote  on Mon, 05 Jan 2004 11:05:36 +1000:
>>
>>  O> Well, fact is that TJvAppXMLStorage is widely inspired by
>>  O> TJvAppINIStorage which didn't implement that property.
>>
>>     Yeah, lazy me <g>
>>
>>  O> Further, the XML format allows to have a tree-like structure. And the
>>  O> TJvAppStorage stuff does allow something like that too. However, as
>>  O> TJvAppXMLStorage is based on TJvAppINIStorage, it doesn't include any
>>  O> tree stuff. Once again, it's because I created the XML storage real
>>  O> quick and didn't understand how everything is supposed to work.
>>
>>     It would be prudent to change it *before* the release of JVCL3. Once we
>> have set a format for a backend we can't change that without upsetting a lot
>> of users. Anyway, the INI format is hardly capable of storing a tree
>> structure, so I simply adopted section names with path separators. This
>> means that Ini storage has some issues with the enumeration stuff (in that
>> it is unable to provide a correct tree if parent sections are not in the
>> storage file, e.g. if only section [MyPath1\MyPath2] is available, the
>> enumerator would not indicate MyPath1 as a valid folder, while it does in
>> the registry and should for the XML. In essence, each element in the path
>> string is a new tag level, with last element usually being a value. For XML,
>> that last bit of info is not really important I guess, if you place each
>> value in a separate tag, instead of a 'ValueName=Value' format.
>>
>>     Of course, when changed, don't forget to update any XMLStorage file used
>> by the devtools as well, or they won't load again (unless you allow two ways
>> of reading, but that would require a format version attribute at a top level
>> tag (e.g. <JvXMLStorage Version="1.0">).
>>
>> -- 
>> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> Project JEDI Help coordinator
>> JVCL Help team coordinator
>>
>> To mail me, remove the obvious from my mail address
>>
>> It's quiet 'cause Foobar2000 is not active.
>>
>>
> There definitely aren't any format change.
> All I did is to not support Tree. As I didn't tested it with a tree, well, I don't think it would work all as it would most likely generate an invalid XML file.
> Just tell me what I have to do to support trees, I couldn't figured it out from the Registry storage. It's too complex...
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with JvGroupBox
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 07 Jan 2004 01:13:49 +0100
Newsgroups: jedi.vcl

Fixed, Thanks

Andreas Hausladen wrote:
> Jens Fudickar wrote:
>
>
>> Hi,
>>
>> the file is not compilable.
>>
>> Unit Types is missing, and then in a non clx-environment the constant
>> DT_SINGLELINE is uses.
>>
>> Can't figure it out now, hope anyone else knows something.
>
>
> The {$IFDEF WINDOWS} must be {$IFDEF MSWINDOWS}
> I'll fix this.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with JvGroupBox
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 07 Jan 2004 00:32:32 +0100
Newsgroups: jedi.vcl

Thanks, fixed,

but now there is a problem in the JvJans Package

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> Hi,
>>
>> the file is not compilable.
>>
>> Unit Types is missing, and then in a non clx-environment the constant
>> DT_SINGLELINE is uses.
>>
>> Can't figure it out now, hope anyone else knows something.
>
>
> The {$IFDEF WINDOWS} must be {$IFDEF MSWINDOWS}
> I'll fix this.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with JvGroupBox
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Tue, 6 Jan 2004 23:51:13 +0100
Newsgroups: jedi.vcl

"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
news:btfb88$7d9$1@talkto.net...
> > Hi,
> >
> > the file is not compilable.
> >
You must be talking about compiling it under VisualCLX
Well I am working on the VisualCLX part of that, it was not finished.
I will add the Types.

> > Unit Types is missing, and then in a non clx-environment the constant
> > DT_SINGLELINE is uses.
> >
> > Can't figure it out now, hope anyone else knows something.
> >

QWindows contains wrappers for common windows API's, that handles these.

You will also notice that it uses Windows.transparent.  QWindows will handle
this for Linux, but I have not implemented that yet.

Regards,

André Snepvangers

Regards,

André Snepvangers




Subject: Re: Problems with JvGroupBox
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Jan 2004 23:41:21 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Hi,
> > 
> > the file is not compilable.
> > 
> > Unit Types is missing, and then in a non clx-environment the constant
> > DT_SINGLELINE is uses.
> > 
> > Can't figure it out now, hope anyone else knows something.

The {$IFDEF WINDOWS} must be {$IFDEF MSWINDOWS}
I'll fix this.


-- Regards, Andreas Hausladen 

Subject: Re: Suggestion: Move JvAppInfo To Archive
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 23:32:00 +0100
Newsgroups: jedi.vcl

Done

Robert Marquardt wrote:

> Jens Fudickar wrote:
>
>> Any comments on that, or should i do it?
>
>
> I see no problems. Please move its resourcestrings from JvResources to the file.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Problems with JvGroupBox
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 23:21:17 +0100
Newsgroups: jedi.vcl

Hi,

the file is not compilable.

Unit Types is missing, and then in a non clx-environment the constant DT_SINGLELINE is uses.

Can't figure it out now, hope anyone else knows something.

Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvTreeView and Pagecontrols
From: "Dieter Lunn" <dlunn@mts.net>
Date: Tue, 6 Jan 2004 15:59:53 -0600
Newsgroups: jedi.vcl

I noticed there was a pagecontrol property in the tree view.  What exactly
is it supposed to do and does it do it yet?




Subject: Re: Thinking about a late january beta release
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 06 Jan 2004 22:59:20 +0100
Newsgroups: jedi.vcl

I only have some stuff for the combo edit/button controls that I have to commit (change to use of imagelists instead of bitmaps; add actions);

When finished I'll work solely on the help files. So end of januari is realistic for me.

Regarding the concers;

* I think you forgot the examples.
* The current "completed" help files need some work, but this can probably be finished by the end of januari; would help if the original writers could check their files after we have worked on them (you now have to make explicit which symbols should be skipped/ignored, otherwise non-documented items will come back)

I'll think we should slowly forcefully freeze development, otherwise development would drag on; ie no more new packages; no more new components; no more new functionality; no more changes to the interface etc.

Between the beta's we could focus on help writing/bug fixing/thinking about JVCL 4.0 <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvAppXxxStorage palette?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 22:56:52 +0100
Newsgroups: jedi.vcl

Yes !!

Peter Thörnqvist wrote:

>> I'm think about building a JvAppGlobalStorage, which wraps all in this
>> moment implemented Storages.
>
> How about this:
>
> Create a component based on JvComponent.
>
> In each design-package's Reg file that has a TJvAppStorage implementation
> unit, add a registration procedure, for example:
>
> // signature:
> // procedure RegisterJvStorage(AStorage:TJvAppIniStorageClass);
>
> procedure Register;
> begin
> ....
> RegisterJvStorage(TJvAppIniStorage);
> ....
> end;
>
>
> Add a property to the new component:
>
>   property Storage: TJvCustomAppStorageClass;
>
> Write a design property editor for the Storage property with a drop-down
> combo that lists all storages available from calling RegisterJvStorage.
>
> This is a lot more flexible because as we add new implementations, we only
> have to register them to get them added to the design drop-down. At
> run-time, you just set the Storage property like so (and the implementation
> unit needs to be in uses):
>
>   JvGlobalStorage1.Storage := TJvAppIniStorage;
>
> You would also have to write some procedures/functions to get the list of
> registered storages (so you can iterate them in the property editor), for
> example:
>
> procedure GetRegisteredJvStorages(AList:TList);
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppXxxStorage palette?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 22:56:42 +0100
Newsgroups: jedi.vcl

>>> I'm think about building a JvAppGlobalStorage, which wraps all in this
>>> moment implemented Storages.
>>
>>
>> How about this:
>
> <snip>
>
>  From what I remember, that's exactly what I did for TJvUrlGrabber and the classes responsible for the different protocols.
> There's even more fun because each Protocol specific class can have properties, and as such, must be edited in the delphi EDI...

The same had to happen here. Because each Storage class will have own properties.

> Anyway, I think you may want to have a look in there

Yes, but not before end of january i think. I will go for a two week computer-free time (only my little tungsten, there i can't play delphi :-)

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvSHFileOperation question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 06 Jan 2004 22:37:39 +0100
Newsgroups: jedi.vcl

Works for me on XP:

  object JvSHFileOperation1: TJvSHFileOperation
    SourceFiles.Strings = (
      'C:\temp\*')
    DestFiles.Strings = (
      'C:\temp2')
    Options = [fofAllowUndo, fofMultiDestFiles]


(Operation = opCopy, but that isn't saved to the stream; "C:\temp2" does not have to exist).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: jvDocking: Dock a form by code?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Tue, 6 Jan 2004 18:15:20 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
> > Seems I was somewhat right. Found this in the original help file FAQ:
> >
> > You can use ManualDock function, for example, if you want make a form
> > dock to the left of main form, you may write as follow:
> >
> > Form.ManualDock(lbDockServer1.LeftDockPanel);

Ahhhh.. Thanks!

I have tried it before with "ManualDock" but i did not use "LeftDockPanel"
as target and so it did not work.

Ciao,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: pb install with D5
From: "pascal" <psmp@libertysurf.fr>
Date: Tue, 6 Jan 2004 18:11:56 +0100
Newsgroups: jedi.vcl

I'm a problem with install. see the attach file.

-- Pascal

install D5.jpg
	



Subject: Re: pb install with D5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 18:11:43 +0100
Newsgroups: jedi.vcl

> > I'm a problem with install. see the attach file.
Have you tried a manual install?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvSHFileOperation question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 16:03:28 +0100
Newsgroups: jedi.vcl

> > I booted up my Win2K virtual machine and it didn't work there for
me...weird
> > stuff:/
Maybe the copy finishes too fast? If you are only copying a small number of
files, the dialog doesn't show on any OS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thinking about a late january beta release
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 6 Jan 2004 15:57:56 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 6 Jan 2004 15:17:44 +0100:

 PT> - Help files: I don't think we will have a complete help file in a long
 PT> time. Too few are working on it to make it happen. We just have to
 PT> release with what we have at the moment

    As we did for all prior releases, so no surprises there. Of course
people are still invited to type-up some docs for a unit they are familiar
with (hint, hint)

 PT> - Consumers/Providers: Marcel has been working on this all by himself,
 PT> so there's no surprise that it isn't finished. Either we leave it as is
 PT> or make a list of MUST DO's before beta release and we all put some
 PT> effort into it.

    I think the core services are finished, mostly some (minor) additions
waiting to take place which haven't even been worked out yet on (virtual)
paper. The only thing I'm still contemplating about is if the drawing
methods should be altered to use the DT_* flags (DrawText API) instead of
the current TProviderDrawStates set, or if the set should be expanded to
allow specifying the DT_* flags. Extending the set seems the most easy way
to go. Specifically the WordWrap and AllowPrefix flags are needed I think.

    The only "problem" we have is the enormous lack of providers and
converted consumers. This means also that even after the release users
should expect every specialized list (be it combo box or list box or even
some buttons) control to be removed and replaced by the standard combo/list
box and a provider. But I see no way we can get them all converted in a
short period (just thinking back about the conversion of the
TJvColorComboBox to a provider; of course that is an unfair comparison as
during that period I was constantly busy with fine-tuning/bug-fixing the
core services).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Mirror for the sun" by Red hot chilli peppers.




Subject: Re: TJvSHFileOperation question
From: "Martin Hellat" <martin@partners.ee>
Date: Tue, 6 Jan 2004 16:47:30 +0200
Newsgroups: jedi.vcl

> >It certainly works on W2k if fofSilent is false
I booted up my Win2K virtual machine and it didn't work there for me...weird
stuff:/

Martin.




Subject: Re: TJvSHFileOperation question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 15:33:57 +0100
Newsgroups: jedi.vcl

> > Or if you mean Options.fofSilent, then that didn't work as well.
> >
> > Btw, i also tried some raw ShellApi code snippet that used
TShFileOpStruct,
> > but as well it copied nicely, but didn't show the dialog:/
> >
> > I can't figure out why the dialog shows up only when replacing files...
Could be an OS issue but I don't have XP so I can't test it...It certainly
works on W2k if fofSilent is false. fofSimleProgress only controls whether
filenames are shown or not.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvSHFileOperation question
From: "Martin Hellat" <martin@partners.ee>
Date: Tue, 6 Jan 2004 16:31:26 +0200
Newsgroups: jedi.vcl

> > There is an option for showing the dialog. Maybe it is set to false?
Or if you mean Options.fofSilent, then that didn't work as well.

Btw, i also tried some raw ShellApi code snippet that used TShFileOpStruct,
but as well it copied nicely, but didn't show the dialog:/

I can't figure out why the dialog shows up only when replacing files...

Martin.




Subject: Re: TJvSHFileOperation question
From: "Martin Hellat" <martin@partners.ee>
Date: Tue, 6 Jan 2004 16:20:07 +0200
Newsgroups: jedi.vcl

> > There is an option for showing the dialog. Maybe it is set to false?
You mean Options.fofSimpleProgress? Tried with both True and False, nothing.

Martin.




Subject: Thinking about a late january beta release
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 15:17:44 +0100
Newsgroups: jedi.vcl

I have been thinking about whether it would be possible to release a beta in
late january. I can't see that we really have too much to finish before we
can do it. If you have any ideas or suggestions or showstoppers that we need
to handle before that, post here so we can try to solve it together.

Here's my list of concerns, feel free to add to it:

- Installer: must work for all supported versions
- CLX support: how to implement is still very much hanging in the air so
before we have made a decision on how to proceed, there won't be full CLX
support in JVCL
- Help files: I don't think we will have a complete help file in a long
time. Too few are working on it to make it happen. We just have to release
with what we have at the moment
- Consumers/Providers: Marcel has been working on this all by himself, so
there's no surprise that it isn't finished. Either we leave it as is or make
a list of MUST DO's before beta release and we all put some effort into it.
- Bugs: many bugs have been fixed the last couple of months. There are still
a lot unresolved but many of those are there because the original poster
haven't replied to our feedback. I don't feel we really have to clear the
bug list before releasing a beta.
- Theming: this should not affect our release plans
- Documentation: needs to be updated and spell checked. We also need to add
a section in install.htm about automatic installation.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvSHFileOperation question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 15:14:23 +0100
Newsgroups: jedi.vcl

> > I was wondering, why using this component to copy a group of files,
doesn't
> > show the standard Windows progress dialog.

There is an option for showing the dialog. Maybe it is set to false?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvSHFileOperation question
From: "Martin Hellat" <martin@partners.ee>
Date: Tue, 6 Jan 2004 16:09:53 +0200
Newsgroups: jedi.vcl

Good day,

I was wondering, why using this component to copy a group of files, doesn't
show the standard Windows progress dialog. It copies everything nicely
alright, but doesn't show the dialog. Though when it wants my feedback about
replacing a file, the dialog shows in the background...

Could it be the OS (XP) or something else?

Thank You,
Martin




Subject: Re: JvAppXxxStorage palette?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 15:03:28 +0100
Newsgroups: jedi.vcl

> >  From what I remember, that's exactly what I did for TJvUrlGrabber and
> > the classes responsible for the different protocols.
It's a powerful and extendible technique. It is in essence the way graphic
file formats are registered as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL Installation problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 15:02:00 +0100
Newsgroups: jedi.vcl

> > thanks Peter, do I need to wait for the source to be updated?

It depends where you get it from. If you are using CVS, they should be
updated by now. If you are using the daily zips, they should be updated as
well by now or very soon) although it is quite a big download for a single
unit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVSUPDATE with a problem?
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Tue, 6 Jan 2004 14:51:50 +0100
Newsgroups: jedi.vcl

Problem solved

Thanks Karlheinz




Subject: Re: JvExExtCtrls is making everything crash...
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Tue, 6 Jan 2004 14:35:22 +0100
Newsgroups: jedi.vcl

> > Have the same problem, made the modification manually, but still have the
> > same problem with D6.
> >
> > Abstract Error
> > Reading TJVLabel.Caption
> >
Sorry, problem solved.

Made something wrong, did not save the modified file.

Karlheinz




Subject: Re: JVCL Installation problems
From: "Chris Lupton" <chris@lupton3.freeserve.co.uk>
Date: Tue, 6 Jan 2004 13:35:19 -0000
Newsgroups: jedi.vcl

thanks Peter, do I need to wait for the source to be updated?

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:btec27$huq$1@talkto.net...
>> > > Am I missing anything here?
> > No, just a missing conversion from const to var in JvConsts.pas. Should
work
> > now
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JvExExtCtrls is making everything crash...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Jan 2004 14:34:04 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Have the same problem, made the modification manually, but still have the
> > same problem with D6.

Do you have rebuild the packages?

JvLabel works perfect.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Installation problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 14:29:21 +0100
Newsgroups: jedi.vcl

> > Am I missing anything here?
No, just a missing conversion from const to var in JvConsts.pas. Should work
now

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvExExtCtrls is making everything crash...
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Tue, 6 Jan 2004 14:25:04 +0100
Newsgroups: jedi.vcl

> > The anonymous CVS is some time behind.
> >
> > If you cannot wait then replace the following lines in JvExControl.pas in
> > InheritMsg()
> >
> >   Proc := GetDynamicMethod(Self.ClassType, Msg); // <- EAbstractError
> >   if Assigned(Proc) then
> >     Proc(Self, Message)
> >   else
> >     Self.DefaultHandler(Message);
> >
> > by
> >
> >   Proc := @TObject.Dispatch;
> >   Proc(Self, Message);

Have the same problem, made the modification manually, but still have the
same problem with D6.

Abstract Error
Reading TJVLabel.Caption

Karlheinz




Subject: Re: JvExExtCtrls is making everything crash...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Jan 2004 14:04:43 +0100
Newsgroups: jedi.vcl

MeGaBrAiN wrote:

> > does not help to me :(
> > same errors

The anonymous CVS is some time behind.

If you cannot wait then replace the following lines in JvExControl.pas in
InheritMsg()

  Proc := GetDynamicMethod(Self.ClassType, Msg); // <- EAbstractError
  if Assigned(Proc) then
    Proc(Self, Message)
  else
    Self.DefaultHandler(Message);

by

  Proc := @TObject.Dispatch;
  Proc(Self, Message);



-- Regards, Andreas Hausladen 

Subject: Re: JvExExtCtrls is making everything crash...
From: MeGaBrAiN <webadmin@bcforum.ru>
Date: Tue, 06 Jan 2004 17:41:12 +0500
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>>
>> Should be fixed now.
>>
> Indeed.
>
does not help to me :(
same errors


Subject: JVCL Installation problems
From: "Chris Lupton" <chris@lupton3.freeserve.co.uk>
Date: Tue, 6 Jan 2004 11:56:23 -0000
Newsgroups: jedi.vcl

Managed to get JCL installed (manually) but when I try and install the JVCL
I get "Left hand cannot be assigned to errors" from Installer as follows...

Compiling package: JvCoreD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\Program Files\Borland\Delphi7\JEDI\jvcl\run\JvJVCLUtils.pas(2793) Error:
Left side cannot be assigned to
C:\Program Files\Borland\Delphi7\JEDI\jvcl\run\JvJVCLUtils.pas(2795) Error:
Left side cannot be assigned to
C:\Program Files\Borland\Delphi7\JEDI\jvcl\run\JvJVCLUtils.pas(2797) Error:
Left side cannot be assigned to
C:\Program Files\Borland\Delphi7\JEDI\jvcl\run\JvJVCLUtils.pas(2799) Error:
Left side cannot be assigned to
C:\Program Files\Borland\Delphi7\JEDI\jvcl\run\JvJVCLUtils.pas(2802) Error:
Left side cannot be assigned to
C:\Program Files\Borland\Delphi7\JEDI\jvcl\run\JvJVCLUtils.pas(2804) Error:
Left side cannot be assigned to
C:\Program Files\Borland\Delphi7\JEDI\jvcl\run\JvColorProvider.pas(510)
Fatal: Could not compile used unit '..\..\run\JvJVCLUtils.pas'

I noticed the {$J-} directive is set in the ".inc" file (tried altering it
but it didn't make any difference).

Am I missing anything here?

Chris




Subject: Re: JvExExtCtrls is making everything crash...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 21:11:37 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> Should be fixed now.
>
Indeed.



Subject: Re: Abstract Error (Design Time)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 21:03:58 +1000
Newsgroups: jedi.vcl

MeGaBrAiN wrote:

> Dont know why its happens..
>
> I've compiled and installed all components (last CVS JCL and JVCL3)
> but then i'm trying to put components on form i getting "Abstart Error".. Some components work fine, more then half not.. after 3-5 attempts Delphi crush
Please see my message above.
According to Andreas, it should be fixed now



Subject: Re: JvExExtCtrls is making everything crash...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 6 Jan 2004 11:57:02 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Maybe, but if you compile the program without opening the mainform, then
> > it triggers Abstract Errors...

Should be fixed now.



-- Regards, Andreas Hausladen 

Subject: Abstract Error (Design Time)
From: MeGaBrAiN <webadmin@bcforum.ru>
Date: Tue, 06 Jan 2004 15:49:22 +0500
Newsgroups: jedi.vcl

Dont know why its happens..

I've compiled and installed all components (last CVS JCL and JVCL3)
but then i'm trying to put components on form i getting "Abstart Error".. Some components work fine, more then half not.. after 3-5 attempts Delphi crush


Subject: Re: JvExExtCtrls is making everything crash...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 20:05:15 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> OBones wrote:
>
>> I don't know why, but that file was added today and makes everything crash.
>> Simply open the main form of pgEdit.exe and see Delphi close itself without a single message...
>
>
> Sounds like a stack overflow.
>
Maybe, but if you compile the program without opening the mainform, then it triggers Abstract Errors...



Subject: Re: JvExExtCtrls is making everything crash...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 06 Jan 2004 10:59:55 +0100
Newsgroups: jedi.vcl

OBones wrote:
> I don't know why, but that file was added today and makes everything crash.
> Simply open the main form of pgEdit.exe and see Delphi close itself without a single message...

Sounds like a stack overflow.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: JvExExtCtrls is making everything crash...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 19:47:55 +1000
Newsgroups: jedi.vcl

I don't know why, but that file was added today and makes everything crash.
Simply open the main form of pgEdit.exe and see Delphi close itself without a single message...



Subject: Re: CVSUPDATE with a problem?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 06 Jan 2004 10:44:40 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:
> Hello,
>
> I already made a CVS update with the following result.
>
> Is that a problem?

The easiest way to rsolve the problem is to delete the whole Common folder and get it again from CVS.



Subject: Re: Case of inc files - request submitted
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 19:16:39 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> BTW a freshly compiled pgEdit.exe crashes with null pointer access
> on startup.

I personally first get an Abstract Error in TJvExControlBar.ControlsListChanged and TJvExControlBar.ControlsListChanging then an AV to address 000000000.

And if I open the main form in Delphi, it closes it directly...
Apparently, the file JvExExtCtrls was just created today by ahuser and I clearly thinks it's the source of the problems...




Subject: Re: CVSUPDATE with a problem?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 18:39:49 +1000
Newsgroups: jedi.vcl

Karlheinz wrote:
> Hello,
>
> I already made a CVS update with the following result.
>
> Is that a problem?
>
Yes, a problem on your side actually.
It's because the indicated files have been recased and under windows, there isn't any difference between JEDI.INC and jedi.inc (except for display).
So CVS is asking you to remove the inc files and reget them so that you get the correctly cased ones.
Alternatively, you could change the case of the files manually and update the CVS records.



Subject: CVSUPDATE with a problem?
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Tue, 6 Jan 2004 09:26:44 +0100
Newsgroups: jedi.vcl

Hello,

I already made a CVS update with the following result.

Is that a problem?



U common/JEDI.INC

U common/JVCL.INC

U common/JvUIB.inc

U common/WINDOWSONLY.INC

cvs update: move away common/jedi.inc; it is in the way

C common/jedi.inc

cvs update: move away common/jvcl.inc; it is in the way

C common/jvcl.inc

cvs update: move away common/jvuib.inc; it is in the way

C common/jvuib.inc

U common/linuxonly.inc

cvs update: move away common/windowsonly.inc; it is in the way

C common/windowsonly.inc

Best regards

Karlheinz




Subject: Re: Case of inc files - request submitted
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 06 Jan 2004 07:40:59 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will do the rest.

I only found some remnants of JVCL.INC or JEDI.INC.
Namely JEDI.INC in jvcl.inc.

I committed a new pgEdit.xml because it contained JVCL.INC.
No pgEdit.exe or pg.exe called on the file.
Please check anyway.
BTW a freshly compiled pgEdit.exe crashes with null pointer access
on startup.

I excluded JvDBConsts.pas from JvDB-R.xml because the file is
empty. All consts have been moved to JvResources.pas some time ago.
I regenerated all packages because they still contained JVCL.INC.
JvDBConsts.pas has been deleted. No need to move it to Archive.

readme.htm definitely needs a rework. Many parts are outdated.



Subject: Re: JVCL Wizards
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 06 Jan 2004 06:24:32 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> And while we're on the subject, just what the heck is a "Band Object
> DLL" anyways?

As i understand it it is plugin to IE for bands in IE (whatever bands are).



Subject: Re: Case of inc files - request submitted
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 06 Jan 2004 06:14:07 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> \run folder is ready. But I stopped because I JvJVCLUtils.pas does not
> compile. It is the writable constansts that are disabled in jvcl.inc:

I will do the rest.



Subject: Re: Changed TJvFormPlacement behavior
From: "Ingo" <ingo05@yahoo.de>
Date: Tue, 6 Jan 2004 05:51:43 +0100
Newsgroups: jedi.vcl

>> > > With the new behaviour we must set Active to True -
>> > > RestoreFormPlacement and set
>> > > Active to False (to avoid double loading!) before the OnShow event
>> > > occur.
> >
> > Pardon my ignorance, but why is this better than it was before?

Maybe you misunderstand me - the situation I described above is the actual
behaviour.
If I have only simple Forms, I set Active to True and let the component do
the work automatically.
But with complex Forms -where the load/show order matters- I set Active to
False and use
RestorePlacement/SaveFormPlacement manually.

Here is the typically order with previcious version:
OnCreate
FormPlacement.Active:= False
RestoreFormPlacement
......
OnDestroy
SaveFormPlacement
End

typically order with actual version:
OnCreate
FormPlacement.Active:= True (only works when active)
RestoreFormPlacement
FormPlacement.Active:= False ->to avoid double loading/saving
......
OnDestroy
FormPlacement.Active:= True (only works when active)
SaveFormPlacement
End

The actual behaviour has disadvantages
1. additional Active-State changes
2. breaks existing code

-but I can't see any advantages, so why not change back to the old
behaviour?

Greetings
Ingo




Subject: Re: Before I forget...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 06 Jan 2004 14:46:52 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> Amazing job, all of you. The installer looks great, the JVCL collection
> is awesome, and just a heck of an all-around great thing, and getting
> better every day.
>
Thanks.
But I must admit that it couldn't be like that without the continous feedback of valuable users like you.



Subject: Re: Before I forget...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 6 Jan 2004 04:41:53 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > But I must admit that it couldn't be like that without the continous
> > feedback of valuable users like you.

Emphasis on "continuous", eh? ;)

-- Cheers, Ignacio 

Subject: Re: Changed TJvFormPlacement behavior
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 6 Jan 2004 04:41:30 +0000 (UTC)
Newsgroups: jedi.vcl

Ingo wrote:

> > -but I can't see any advantages, so why not change back to the old
> > behaviour?

Oh, okay. Yes, agreed.

-- Cheers, Ignacio 

Subject: Before I forget...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 6 Jan 2004 04:25:02 +0000 (UTC)
Newsgroups: jedi.vcl

Amazing job, all of you. The installer looks great, the JVCL collection
is awesome, and just a heck of an all-around great thing, and getting
better every day.

-- Many Kudos, Ignacio 

Subject: JVCL Wizards
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 6 Jan 2004 03:34:59 +0000 (UTC)
Newsgroups: jedi.vcl

No, not the JvWizard stuff.

I've noticed that (under D7) JvBands places a wizard in File | New |
Other | Wizards all by its lonesome, and JvPlugin puts one, of all
places, under the Help menu. Perhaps creating a "JVCL" tab in File |
New | Other and putting both in there would be cleaner.

And while we're on the subject, just what the heck is a "Band Object
DLL" anyways?

-- Cheers, Ignacio 

Subject: Re: Changed TJvFormPlacement behavior
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 6 Jan 2004 03:24:18 +0000 (UTC)
Newsgroups: jedi.vcl

Ingo wrote:

> > With the new behaviour we must set Active to True -
> > RestoreFormPlacement and set
> > Active to False (to avoid double loading!) before the OnShow event
> > occur.

Pardon my ignorance, but why is this better than it was before?

-- Cheers, Ignacio 

Subject: Re: JvAppXxxStorage palette?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 06 Jan 2004 13:17:10 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I'm think about building a JvAppGlobalStorage, which wraps all in this
>> moment implemented Storages.
>
> How about this:
<snip>

From what I remember, that's exactly what I did for TJvUrlGrabber and the classes responsible for the different protocols.
There's even more fun because each Protocol specific class can have properties, and as such, must be edited in the delphi EDI...

Anyway, I think you may want to have a look in there



Subject: Changed TJvFormPlacement behavior
From: "Ingo" <ingo05@yahoo.de>
Date: Tue, 6 Jan 2004 03:43:59 +0100
Newsgroups: jedi.vcl

RestoreFormPlacement / SaveFormPlacement now only works if Active is set to
True.
In previous versions they have worked indepentend of the Active-State.
This makes it easy possible to manually load settings in a certain order
before the Forms are shown.
With the new behaviour we must set Active to True - RestoreFormPlacement and
set
Active to False (to avoid double loading!) before the OnShow event occur.
In my opinion the IsActive check should be replaced  with AppStorage<>nil
-only inside RestoreFormPlacement / SaveFormPlacement.
I think I'm not the only one who uses TJvFormPlacement this way, and so
other people will probably have the same problems...

Greetings
Ingo




Subject: Re: Case of inc files - request submitted
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 02:10:21 +0100
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvDocking: Dock a form by code?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 01:56:58 +0100
Newsgroups: jedi.vcl

Seems I was somewhat right. Found this in the original help file FAQ:

--8<--
Question 2:
Now, I have a question that I want to make a Form dock to a position after
the Form creating. After having seen your demo, I found that the Dock is
achieved by the usage of ini file. But if there isn't ini file , that window
can not be seen. How to practice dock function by code directly in program
while without the usage of ini file? Which is just similar with ManualDock
in Delphi.
Answer:
You can use ManualDock function, for example, if you want make a form dock
to the left of main form, you may write as follow:

Form.ManualDock(lbDockServer1.LeftDockPanel);
Note:
Form is a 'Dock Client Form', lbDockServer1 is a object of TlbDockServer in
the main form.
You can refer Delphi's help to get more information about ManualDock
procedure.

TlbDockServer -> TJvDockServer
--8<--

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppXxxStorage palette?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 01:47:14 +0100
Newsgroups: jedi.vcl

> > I'm think about building a JvAppGlobalStorage, which wraps all in this
> > moment implemented Storages.
How about this:

Create a component based on JvComponent.

In each design-package's Reg file that has a TJvAppStorage implementation
unit, add a registration procedure, for example:

// signature:
// procedure RegisterJvStorage(AStorage:TJvAppIniStorageClass);

procedure Register;
begin
....
RegisterJvStorage(TJvAppIniStorage);
....
end;


Add a property to the new component:

  property Storage: TJvCustomAppStorageClass;

Write a design property editor for the Storage property with a drop-down
combo that lists all storages available from calling RegisterJvStorage.

This is a lot more flexible because as we add new implementations, we only
have to register them to get them added to the design drop-down. At
run-time, you just set the Storage property like so (and the implementation
unit needs to be in uses):

  JvGlobalStorage1.Storage := TJvAppIniStorage;

You would also have to write some procedures/functions to get the list of
registered storages (so you can iterate them in the property editor), for
example:

procedure GetRegisteredJvStorages(AList:TList);


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvAppXMLStorage.DeleteSubTreeInt
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 01:25:55 +0100
Newsgroups: jedi.vcl

I will try to enhance the parameterlist-example tomorrow that it will use also an xml-storage.

The example stores data as trees.

Or uses the examples\JvDocking\AdvanceDemo

There is an option implemented to store data to xml. The only thing you had to do is : hiding the exception in DeleteSubTreeInt.

Greetings
Jens

OBones wrote:

> Marcel Bestebroer wrote:
>
>> Hello, OBones!
>> You wrote  on Mon, 05 Jan 2004 11:05:36 +1000:
>>
>>  O> Well, fact is that TJvAppXMLStorage is widely inspired by
>>  O> TJvAppINIStorage which didn't implement that property.
>>
>>     Yeah, lazy me <g>
>>
>>  O> Further, the XML format allows to have a tree-like structure. And the
>>  O> TJvAppStorage stuff does allow something like that too. However, as
>>  O> TJvAppXMLStorage is based on TJvAppINIStorage, it doesn't include any
>>  O> tree stuff. Once again, it's because I created the XML storage real
>>  O> quick and didn't understand how everything is supposed to work.
>>
>>     It would be prudent to change it *before* the release of JVCL3. Once we
>> have set a format for a backend we can't change that without upsetting a lot
>> of users. Anyway, the INI format is hardly capable of storing a tree
>> structure, so I simply adopted section names with path separators. This
>> means that Ini storage has some issues with the enumeration stuff (in that
>> it is unable to provide a correct tree if parent sections are not in the
>> storage file, e.g. if only section [MyPath1\MyPath2] is available, the
>> enumerator would not indicate MyPath1 as a valid folder, while it does in
>> the registry and should for the XML. In essence, each element in the path
>> string is a new tag level, with last element usually being a value. For XML,
>> that last bit of info is not really important I guess, if you place each
>> value in a separate tag, instead of a 'ValueName=Value' format.
>>
>>     Of course, when changed, don't forget to update any XMLStorage file used
>> by the devtools as well, or they won't load again (unless you allow two ways
>> of reading, but that would require a format version attribute at a top level
>> tag (e.g. <JvXMLStorage Version="1.0">).
>>
>> -- 
>> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> Project JEDI Help coordinator
>> JVCL Help team coordinator
>>
>> To mail me, remove the obvious from my mail address
>>
>> It's quiet 'cause Foobar2000 is not active.
>>
>>
> There definitely aren't any format change.
> All I did is to not support Tree. As I didn't tested it with a tree, well, I don't think it would work all as it would most likely generate an invalid XML file.
> Just tell me what I have to do to support trees, I couldn't figured it out from the Registry storage. It's too complex...
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvAppXxxStorage palette?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 01:23:09 +0100
Newsgroups: jedi.vcl

Whats about this.

I'm think about building a JvAppGlobalStorage, which wraps all in this moment implemented Storages.

Implementation will be a Component based on TJvCustomAppStorage which internal creates for each known type an specific object.
Depending on a property "StorageType" (stRegistry, stIniFile, stMemory, stXML) it will call the specific object.

It's not nice, but has some advantages.
1. It's much more easier to change between differnt storage types. Only one component is needed.
2. An option to store the data to different places/formats - with one call - can be added.

Problem will be: Which Package, because different dependencies.

Any comments?

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Mon, 05 Jan 2004 19:17:25 +0100:
>
>  JF> Have i forgot anything ?
>
>     Don't think so.
>
>  JF> The point for me is, that the JVCL Non Visual is too big!!!
>
>     Yep. Chances are more storages will be added later (at least DB-aware
> INI and/or XML for storing settings in a DB memo field in either Ini or Xml
> format; that's the main reason I wrote the CustomIniStorage class; easier to
> expand to DB-version).
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Not listening to anything; Foobar2000 stopped.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Next Naming Problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 06 Jan 2004 10:19:29 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Any Comments :-)
>
> Not until Now :-(
>
> Jens Fudickar wrote:
>
>> What about the TJvFormStorage? The unit is named JvFormPlacement.
>>
>> What should we change? I can live with both changed.
>
>
This is another historic remnant.
At first, the component was named TJvFormPlacement as it was only "remembering" the form placement (size and position)
But now, it can "remember" other stuff, hence the storage name.
However, the unit name stayed. I think it's because it's annoying to change a file name in CVS, but I don't have any problem with renaming the unit (NOT the component), provided you upadte the corresponding DAT file for JVCLConverter.



Subject: Re: JvDocking & TJvAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 01:16:28 +0100
Newsgroups: jedi.vcl

Accepted. I will try to look for it tomorrow.

>> Why should i do it? We have one Storage Mechanism, the AppStorage. I try
>> to remove any usage of the Registry or IniFile units in all jvcl-files
>> (if possible :-)
>
>
> I think what Olivier and Robert are saying is that instead of IFDEF'ing away
> SaveDockTreeToFile et al, you should only IFDEF in the new JVCL stuff, i.e
> change:
>
> {$IFDEF USEJVCL}
> procedure SaveDockTreeToAppStorage(AppStorage: TJvCustomAppStorage;
> AppStoragePath: string = '');
> procedure LoadDockTreeFromAppStorage(AppStorage: TJvCustomAppStorage;
> AppStoragePath: string = '');
> {$ELSE}
> procedure SaveDockTreeToFile(FileName: string);
> procedure LoadDockTreeFromFile(FileName: string);
> procedure SaveDockTreeToReg(RootKey: DWORD; RegPatch: string);
> procedure LoadDockTreeFromReg(RootKey: DWORD; RegPatch: string);
> {$ENDIF USEJVCL}
>
> to:
>
> {$IFDEF USEJVCL}
> procedure SaveDockTreeToAppStorage(AppStorage: TJvCustomAppStorage;
> AppStoragePath: string = '');
> procedure LoadDockTreeFromAppStorage(AppStorage: TJvCustomAppStorage;
> AppStoragePath: string = '');
> {$ENDIF USEJVCL}
> // these should always be available:
> procedure SaveDockTreeToFile(FileName: string);
> procedure LoadDockTreeFromFile(FileName: string);
> procedure SaveDockTreeToReg(RootKey: DWORD; RegPatch: string);
> procedure LoadDockTreeFromReg(RootKey: DWORD; RegPatch: string);
>
> I understand your thinking on centralizing registry/inifile handling in JVCL
> but I agree with Olivier and Robert in this case. One solution could be to
> mark the old stuff as deprecated (not available in D5/BCB5 IIRC).
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Next Naming Problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 01:15:27 +0100
Newsgroups: jedi.vcl

Any Comments :-)

Not until Now :-(

Jens Fudickar wrote:

> What about the TJvFormStorage? The unit is named JvFormPlacement.
>
> What should we change? I can live with both changed.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvCustomAppStore -> TJvCustomAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 06 Jan 2004 01:13:45 +0100
Newsgroups: jedi.vcl

Sorry, i realy can't reproduce it.

All files are converted in cvs. Noone else has problems

Please reload JvJvclUtils.pas, JvFormPlacement.pas, JvAppStorage.pas

Ignacio Vazquez wrote:

> Jens Fudickar wrote:
>
>
>> Sorry, check the CVS. It should be !
>
>
> Still getting at least this:
>
> [Error] JvFormPlacement.pas(596): Incompatible types:
> 'TJvCustomAppStore' and 'TJvCustomAppStorage'
> [Error] JvFormPlacement.pas(610): Incompatible types:
> 'TJvCustomAppStore' and 'TJvCustomAppStorage'
> [Fatal Error] JvSystemD7R.dpk(88): Could not compile used unit
> '..\..\run\JvFormPlacement.pas'
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Case of inc files - request submitted
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 Jan 2004 00:25:26 +0100
Newsgroups: jedi.vcl

My fault, they should be changed to initialized vars (forgot to commit the
JvConsts unit):
var
  crMultiDragLink:TCursor = 100;
  // etc

Will you do it since you are changing it anyway?
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer errors
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 06 Jan 2004 09:21:15 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> Amazing job you guys have done, love the installer so far.
>
> Uh, just one more little thing and hopefully I won't have to bug you
> anymore on this topic: the path to JCL on my system has a space in it,
> therefore the installer is probably going to have to surround it in
> quotes if it does.
Well, mine too, but I always pass it as a 8.3 name...



Subject: Re: TJvAppXMLStorage.DeleteSubTreeInt
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 06 Jan 2004 09:20:05 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Mon, 05 Jan 2004 11:05:36 +1000:
>
>  O> Well, fact is that TJvAppXMLStorage is widely inspired by
>  O> TJvAppINIStorage which didn't implement that property.
>
>     Yeah, lazy me <g>
>
>  O> Further, the XML format allows to have a tree-like structure. And the
>  O> TJvAppStorage stuff does allow something like that too. However, as
>  O> TJvAppXMLStorage is based on TJvAppINIStorage, it doesn't include any
>  O> tree stuff. Once again, it's because I created the XML storage real
>  O> quick and didn't understand how everything is supposed to work.
>
>     It would be prudent to change it *before* the release of JVCL3. Once we
> have set a format for a backend we can't change that without upsetting a lot
> of users. Anyway, the INI format is hardly capable of storing a tree
> structure, so I simply adopted section names with path separators. This
> means that Ini storage has some issues with the enumeration stuff (in that
> it is unable to provide a correct tree if parent sections are not in the
> storage file, e.g. if only section [MyPath1\MyPath2] is available, the
> enumerator would not indicate MyPath1 as a valid folder, while it does in
> the registry and should for the XML. In essence, each element in the path
> string is a new tag level, with last element usually being a value. For XML,
> that last bit of info is not really important I guess, if you place each
> value in a separate tag, instead of a 'ValueName=Value' format.
>
>     Of course, when changed, don't forget to update any XMLStorage file used
> by the devtools as well, or they won't load again (unless you allow two ways
> of reading, but that would require a format version attribute at a top level
> tag (e.g. <JvXMLStorage Version="1.0">).
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quiet 'cause Foobar2000 is not active.
>
>
There definitely aren't any format change.
All I did is to not support Tree. As I didn't tested it with a tree, well, I don't think it would work all as it would most likely generate an invalid XML file.
Just tell me what I have to do to support trees, I couldn't figured it out from the Registry storage. It's too complex...



Subject: Re: Case of inc files - request submitted
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 23:59:57 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Is someone changeing the files? If not then I will do it with the
> > JVCLConvert tool.

\run folder is ready. But I stopped because I JvJVCLUtils.pas does not
compile. It is the writable constansts that are disabled in jvcl.inc:


JvConsts.pas:
const crMultiDragLink = TCursor(100); 

JvJVCLUtils.pas:
#    crMultiDragLink := GetNextFreeCursorIndex(crJVCLFirst, false);



-- Regards, Andreas Hausladen 

Subject: Re: Case of inc files - request submitted
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 23:26:14 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > SF has just recased the inc files in dev/JVCL3/common to all lowercase,
> > so Robert - now you can recase all {$I JVCL.INC} unless someone is
> > working on them (reply here if you are).
> > 
> > Easy way to update is to delete the /common folder and do an update on
> > dev/JVCL3, hard way is to delete all inc files in /common, open all
> > Entries files in /common/CVS and change the casing there and do an
> > update on /common.

Is someone changeing the files? If not then I will do it with the
JVCLConvert tool.

-- Regards, Andreas Hausladen 

Subject: Re: Installer errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 23:19:51 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Done. If JCLROOT is defined, uses it. Else, defaults to ..\..\..\JCL

OK. I changed the installer for that.


-- Regards, Andreas Hausladen 

Subject: Re: Installer errors
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 08:12:55 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Ignacio Vazquez wrote:
>
>>
>>
>> Ah, I just found devtools\makefile.mak. Maybe this can be done by
>> passing make a command-line parameter for, e.g., JCLROOT.
>>
> I'll have a look at it tonight.
>
Done. If JCLROOT is defined, uses it. Else, defaults to ..\..\..\JCL



Subject: Re: Installer errors
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 22:09:49 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > OBones wrote:
> > 
>> > > Done. If JCLROOT is defined, uses it. Else, defaults to ..\..\..\JCL
> > 
> > OK. I changed the installer for that.

Amazing job you guys have done, love the installer so far.

Uh, just one more little thing and hopefully I won't have to bug you
anymore on this topic: the path to JCL on my system has a space in it,
therefore the installer is probably going to have to surround it in
quotes if it does.

-- Cheers, Ignacio 

Subject: Re: Installer errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 23:08:35 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'll have a look at it tonight.

I was faster. I changed the file makefile.mal to use a $(JCLDIR) env-var
which is set by the installer.


-- Regards, Andreas Hausladen 

Subject: Re: Installer errors
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 08:03:00 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
>
>
> Ah, I just found devtools\makefile.mak. Maybe this can be done by
> passing make a command-line parameter for, e.g., JCLROOT.
>
I'll have a look at it tonight.



Subject: Re: SimpleXml problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 08:01:51 +1000
Newsgroups: jedi.vcl

OBones wrote:

>
> Wooops, my mistake.
> I'll fix it.
>
Done.



Subject: Re: SimpleXml problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 07:59:59 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Targets is missing a "=" both for bcbie and bcbie50. Without them, I also
> get an error. Adding them, no error
Wooops, my mistake.
I'll fix it.



Subject: Re: SimpleXml problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 06 Jan 2004 07:48:01 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I cannot compile the Jcl using the XML files because SimpleXml does not
> want this:
>   <Requires>
>     <Package Name="bcbie50" Targets="C5" Condition=""/>
>     <Package Name="bcbie" Targets="C6" Condition=""/>
>     <Package Name="rtl" Targets="C6,D6,D7,K3" Condition=""/>
>     <Package Name="vcl50" Targets="C5,D5" Condition=""/>
>     <Package Name="vcljpg50" Targets="C5,D5" Condition=""/>
>   </Requires>
>
> But if you remove the "bcbie" line there is no problem. Maybe a parser bug?
>
>
That's weird. What message do you get ?
BTW, when you use the XML files for the JCL don't forget to use the JCL model (-m=JCL with pg.exe) or you won't get correct packages.



Subject: Re: SimpleXml problem
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 22:46:37 +0100
Newsgroups: jedi.vcl

Is it Jcl-R.xml?. The original file looks like this:
<Requires>

<Package Name="rtl" Targets="C6,D6,D7,K3" Condition=""/>

<Package Name="bcbie" Targets"C6" Condition=""/>

<Package Name="bcbie50" Targets"C6" Condition=""/>

<Package Name="vcl50" Targets="C5,D5" Condition=""/>

<Package Name="vcljpg50" Targets="C5,D5" Condition=""/>

</Requires>

Targets is missing a "=" both for bcbie and bcbie50. Without them, I also
get an error. Adding them, no error
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: SimpleXml problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 22:42:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I have no problems with it (tested with the SimpleXML Validator demo).
> > That's just an excerpt so a full file might yield different result. What
> > xml file is it?

It is the JCL\packages\xml\Jcl-R.xml file.


-- Regards, Andreas Hausladen 

Subject: Re: SimpleXml problem
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 22:41:23 +0100
Newsgroups: jedi.vcl

I have no problems with it (tested with the SimpleXML Validator demo).
That's just an excerpt so a full file might yield different result. What xml
file is it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Case of inc files - request submitted
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 22:26:56 +0100
Newsgroups: jedi.vcl

SF has just recased the inc files in dev/JVCL3/common to all lowercase, so
Robert - now you can recase all {$I JVCL.INC} unless someone is working on
them (reply here if you are).

Easy way to update is to delete the /common folder and do an update on
dev/JVCL3, hard way is to delete all inc files in /common, open all Entries
files in /common/CVS and change the casing there and do an update on
/common.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: SimpleXml problem
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 21:26:55 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > It is the JCL\packages\xml\Jcl-R.xml file.

IE claims that it's missing an equals sign before the value for Targets.

-- Cheers, Ignacio 

Subject: SimpleXml problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 22:26:38 +0100
Newsgroups: jedi.vcl

I cannot compile the Jcl using the XML files because SimpleXml does not
want this:
  <Requires>
    <Package Name="bcbie50" Targets="C5" Condition=""/>
    <Package Name="bcbie" Targets="C6" Condition=""/>
    <Package Name="rtl" Targets="C6,D6,D7,K3" Condition=""/>
    <Package Name="vcl50" Targets="C5,D5" Condition=""/>
    <Package Name="vcljpg50" Targets="C5,D5" Condition=""/>
  </Requires>

But if you remove the "bcbie" line there is no problem. Maybe a parser bug?


-- Regards, Andreas Hausladen 

Subject: Re: JvDocking & TJvAppStorage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 22:18:37 +0100
Newsgroups: jedi.vcl

> > Why should i do it? We have one Storage Mechanism, the AppStorage. I try
> > to remove any usage of the Registry or IniFile units in all jvcl-files
> > (if possible :-)

I think what Olivier and Robert are saying is that instead of IFDEF'ing away
SaveDockTreeToFile et al, you should only IFDEF in the new JVCL stuff, i.e
change:

{$IFDEF USEJVCL}
procedure SaveDockTreeToAppStorage(AppStorage: TJvCustomAppStorage;
AppStoragePath: string = '');
procedure LoadDockTreeFromAppStorage(AppStorage: TJvCustomAppStorage;
AppStoragePath: string = '');
{$ELSE}
procedure SaveDockTreeToFile(FileName: string);
procedure LoadDockTreeFromFile(FileName: string);
procedure SaveDockTreeToReg(RootKey: DWORD; RegPatch: string);
procedure LoadDockTreeFromReg(RootKey: DWORD; RegPatch: string);
{$ENDIF USEJVCL}

to:

{$IFDEF USEJVCL}
procedure SaveDockTreeToAppStorage(AppStorage: TJvCustomAppStorage;
AppStoragePath: string = '');
procedure LoadDockTreeFromAppStorage(AppStorage: TJvCustomAppStorage;
AppStoragePath: string = '');
{$ENDIF USEJVCL}
// these should always be available:
procedure SaveDockTreeToFile(FileName: string);
procedure LoadDockTreeFromFile(FileName: string);
procedure SaveDockTreeToReg(RootKey: DWORD; RegPatch: string);
procedure LoadDockTreeFromReg(RootKey: DWORD; RegPatch: string);

I understand your thinking on centralizing registry/inifile handling in JVCL
but I agree with Olivier and Robert in this case. One solution could be to
mark the old stuff as deprecated (not available in D5/BCB5 IIRC).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 22:07:54 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Andreas Hausladen wrote:
> > 
>> > > Ignacio Vazquez wrote:
>> > > 
>>>>> > > > > > Fatal: Unable to execute command: C:\Program
>>>> > > > > 
>>> > > > The first two still exist,
>> > > 
>> > > Sorry, wrong file. Try again.
> > 
> > Works now.
> > 
>>> > > > Why does it ask where the JCL is if it ignores my 
>>> > > > response regardless?
>> > > 
>> > > Should not happen. I've added a error dialog box if the installer
>> > > means that you have not selected the JCL root directory.
> > 
> > It expects it in ..\..\..\JCL regardless:

No. The Installer does not expect it there but the Packages Generator.



-- Regards, Andreas Hausladen 

Subject: Re: jvDocking: Dock a form by code?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 22:01:20 +0100
Newsgroups: jedi.vcl

> > every example for the new docking creates the forms and lets the user dock
> > them by mouse. But how can an application dock some forms by code to
create
> > a basic docking layout without having to load it from an ini file? (at the
> > first start of the programm there is no inifile to load, i think)

I'm not sure because I haven't delved that deep into it, but I think you can
use ManualDock and ManualFloat (of the form) for programmatic control.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer errors
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 20:59:25 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Andreas Hausladen wrote:
> > 
>> > > Ignacio Vazquez wrote:
>> > > 
>>> > > > It expects it in ..\..\..\JCL regardless:
>> > > 
>> > > No. The Installer does not expect it there but the Packages
>> > > Generator.
> > 
> > Is there any way to tell it otherwise?

Ah, I just found devtools\makefile.mak. Maybe this can be done by
passing make a command-line parameter for, e.g., JCLROOT.

-- Cheers, Ignacio 

Subject: Re: JvAppXxxStorage palette?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 21:59:11 +0100
Newsgroups: jedi.vcl

I have no problems with moving all persistence related components to a new
tab. The Jv Persistence tab name is OK with me as well. Anyone wants to do
it, do it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer errors
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 20:53:53 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Ignacio Vazquez wrote:
> > 
>> > > It expects it in ..\..\..\JCL regardless:
> > 
> > No. The Installer does not expect it there but the Packages Generator.

Is there any way to tell it otherwise?

-- Cheers, Ignacio 

Subject: Re: TJvCustomAppStore -> TJvCustomAppStorage
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 20:43:33 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Sorry, check the CVS. It should be !

Still getting at least this:

[Error] JvFormPlacement.pas(596): Incompatible types:
'TJvCustomAppStore' and 'TJvCustomAppStorage'
[Error] JvFormPlacement.pas(610): Incompatible types:
'TJvCustomAppStore' and 'TJvCustomAppStorage'
[Fatal Error] JvSystemD7R.dpk(88): Could not compile used unit
'..\..\run\JvFormPlacement.pas'

-- Cheers, Ignacio 

Subject: Re: Installer errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 21:33:21 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

>>> > > > Fatal: Unable to execute command: C:\Program
>> > > 
> > The first two still exist,

Sorry, wrong file. Try again.

> > Why does it ask where the JCL is if it ignores my 
> > response regardless?

Should not happen. I've added a error dialog box if the installer means
that you have not selected the JCL root directory.



-- Regards, Andreas Hausladen 

Subject: Re: Installer errors
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 20:30:09 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Ignacio Vazquez wrote:
> > 
>>>> > > > > Fatal: Unable to execute command: C:\Program
>>> > > > 
>> > > The first two still exist,
> > 
> > Sorry, wrong file. Try again.

Works now.

>> > > Why does it ask where the JCL is if it ignores my 
>> > > response regardless?
> > 
> > Should not happen. I've added a error dialog box if the installer
> > means that you have not selected the JCL root directory.

It expects it in ..\..\..\JCL regardless:

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
	"C:\Program Files\Borland\Delphi7\bin\dcc32.exe" -e..\Bin
-i..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\sour
ce\common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\J
CL\source\visclx;..\..\Archive;..\Dcu -n..\Dcu
-r..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\sour
ce\common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\J
CL\source\visclx;..\..\Archive;..\Dcu
-u..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\sour
ce\common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\J
CL\source\visclx;..\..\Archive;..\Dcu -q -w -h -m pg.dpr
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
GenerateUtils.pas(42) Fatal: File not found: 'JclSysUtils.dcu'


-- Cheers, Ignacio 

Subject: Re: JvDocking & TJvAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 21:18:50 +0100
Newsgroups: jedi.vcl

> I meant that there is a possible problem with the original properties.
> The properties get not checked if they are assigned at all.
>
I know. I've seen it. But it was a first quick shot to replace it.

The point for me: it's unclear until now how we will maintenance these files.

After that something like these points must be managed.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDocking & TJvAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 21:17:17 +0100
Newsgroups: jedi.vcl

>> BTW the (original) properties DockInfoIni and DockInfoReg are nowhere created in TJvDockInfoTree. I think they need to be guarded in the source.
>>
> That's exactly what I said. Keep the old properties and add a new one so that new users can still use their old projects.

Why should i do it? We have one Storage Mechanism, the AppStorage. I try to remove any usage of the Registry or IniFile units in all jvcl-files (if possible :-)


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDocking & TJvAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 21:15:39 +0100
Newsgroups: jedi.vcl

>> i've done the conversion. It was not a such big problem :-), only some problems sitting between my screen and my chair :-) :-(
>>
>> The down compatibility is given.
>>
>> I've used the IFDEF USEJVCL a lot :-)
>>
>> In USEJVCL Mode the old functions are no longer visible. Now there are new functions SaveDockTreeToAppStorage and LoadDockTreeFromAppStorage.
>>
> I haven't looked at your code so the comment below may not be correct:
>
> Why didn't you simply created a property named AppStorage of type TJvAppStorage ?
> Then when it is assigned you simply use it to store the docking stuff and that's it, no need to call SaveDocktTreeToAppStorage directly.
> Doing it this way will also make it way easier for users, they just have to set one property...
>

What i have done is an exact copy of the original algorithm. I didn't have changed anything.
The reason is, it would not so easy and it would much harder to maintain  the compatibility to the code without jvcl.
If you look into my changes you will find a component where i have added the properties. In all other units i only copied the functions.

I didn't like the realisation also, but it is as it is.

And i did not know what is the best way to manage it.

Any comments?

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppXMLStorage.DeleteSubTreeInt
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 21:11:34 +0100
Newsgroups: jedi.vcl



OBones wrote:

> Jens Fudickar wrote:
>
>> Hi Olivier,
>>
>> migrating the JvDocking to JvAppStorage i've tested also the JvAppXMLStorage.
>>
>> There i found that the function TJvAppXMLStorage.DeleteSubTreeInt is not implemented yet.

I have changed this!
>>
>> Is it possible to add it? It's late so i didn't have done a look:-)
>
> Well, fact is that TJvAppXMLStorage is widely inspired by TJvAppINIStorage which didn't implement that property. As I don't really understand what it's for, I left it as is.
> If anyone wants to fix that, they are welcome to.
> Further, the XML format allows to have a tree-like structure. And the TJvAppStorage stuff does allow something like that too. However, as TJvAppXMLStorage is based on TJvAppINIStorage, it doesn't include any tree stuff. Once again, it's because I created the XML storage real quick and didn't understand how everything is supposed to work.
>
> If anyone feels like fixing that, please do. As to me, the component works fine for what I'm doint with it.
>

It fails in combination with the JvDocking :-(

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvCustomAppStore -> TJvCustomAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 21:10:50 +0100
Newsgroups: jedi.vcl

Sorry, check the CVS. It should be !

Ignacio Vazquez wrote:

> Any ETA on completion?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: jvDocking: Dock a form by code?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Mon, 5 Jan 2004 21:06:41 +0100
Newsgroups: jedi.vcl

Hello,

every example for the new docking creates the forms and lets the user dock
them by mouse. But how can an application dock some forms by code to create
a basic docking layout without having to load it from an ini file? (at the
first start of the programm there is no inifile to load, i think)

Thanks in advance,
Ralf
-- mailto:ralf.kaiser@emperortools.de http://www.emperortools.de 

Subject: Re: Installer errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 20:47:04 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Fatal: Unable to execute command: C:\Program

Please update your devtools directory. Especially the file makefile.mak


-- Regards, Andreas Hausladen 

Subject: Re: Installer errors
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 19:34:04 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Ignacio Vazquez wrote:
> > 
>> > > Fatal: Unable to execute command: C:\Program
> > 
> > Please update your devtools directory. Especially the file
> > makefile.mak

The first two still exist, and I have a new one based on the fact that
I have the JCL in an unexpected location. Why does it ask where the JCL
is if it ignores my response regardless?

-- Cheers, Ignacio 

Subject: Installer errors
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 19:23:01 +0000 (UTC)
Newsgroups: jedi.vcl

** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
	C:\Program Files\Borland\Delphi7\bin\brc32.exe -r
-fo..\Resources\JvBaseEdits.res JvBaseEdits.rc
Fatal: Unable to execute command: C:\Program
** Generating resources...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
	C:\Program Files\Borland\Delphi7\bin\brc32.exe -r
-fo..\Resources\JvBaseEdits.res JvBaseEdits.rc
Fatal: Unable to execute command: C:\Program

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
** Generating packages...

MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
Exception EAccessViolation in module pg.exe at 00056277.
Access violation at address 00456277 in module 'pg.exe'. Read of
address 0000000C.


** error 1 ** deleting GENERATEPACKAGES

-- Cheers, Ignacio 

Subject: Re: JvAppXxxStorage palette?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 5 Jan 2004 20:18:58 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Mon, 05 Jan 2004 19:17:25 +0100:

 JF> Have i forgot anything ?

    Don't think so.

 JF> The point for me is, that the JVCL Non Visual is too big!!!

    Yep. Chances are more storages will be added later (at least DB-aware
INI and/or XML for storing settings in a DB memo field in either Ini or Xml
format; that's the main reason I wrote the CustomIniStorage class; easier to
expand to DB-version).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: JVDBSpinEdit Abstract Error
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Mon, 5 Jan 2004 18:43:13 +0000 (UTC)
Newsgroups: jedi.vcl

Eh, I don't want to complain, But I have to ;).

My application don't run any more.

I see if I can find it fast.
-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: JvAppXxxStorage palette?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 19:17:25 +0100
To: Peter Thörnqvist <peter3@no.spam.peter3.com>
Newsgroups: jedi.vcl

I Try to remember (No Compiler open)
- TJvAppRegistryStorage
- TJvAppIniFileStorage
- TJvAppIniMemoryStorage(not finished)
- TJvAppXMLStorage
- TJvFormStorage
- TJvAppStorageSelectList
- TJvFormStorageSelectList

Have i forgot anything ?

The point for me is, that the JVCL Non Visual is too big!!!

Peter Thörnqvist wrote:
>> Should we create a new component palette for the JvAppXxxStorage
>> component? 
>
> How many components are we talking about?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: less than satisfactory names in the docking components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 19:00:34 +0100
Newsgroups: jedi.vcl

> > He's very hard to get in contact with and I don't think he monitors this
> > group. I suspect he's on a dial-up and doesn't
....seem to be on-line very often.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Errors up the wazoo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 18:59:32 +0100
Newsgroups: jedi.vcl

Sounds like you forgot to rebuild the JvCore packages?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAppXxxStorage palette?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 18:58:33 +0100
Newsgroups: jedi.vcl

> > Should we create a new component palette for the JvAppXxxStorage
> > component? 
How many components are we talking about?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: less than satisfactory names in the docking components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 Jan 2004 18:57:25 +0100
Newsgroups: jedi.vcl

> > I found some names which i want to change in the new docking components.
> > Is the author already here to discuss that?
He's very hard to get in contact with and I don't think he monitors this
group. I suspect he's on a dial-up and doesn't

I think you can go ahead changing the names - I can't see anything wrong
with the names you suggest - but you must update/add the items to the
DockPresidentToJVCL.dat file in \converter or current users will have a very
hard time converting. Also the dtx files in dev/help should be changed and
so should the demos. If you need help, let me know although if you use
JVCLConvert it should be easy enough.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Errors up the wazoo
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 18:43:57 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I have no errors.
> > USEJVCL is on. Building "D6 Packages.bpg". Components not installed.
> > With and without the very recent commits.

Sounds like that he got the data while I committed the new files. And so
he had the new and old files at the same time.


-- Regards, Andreas Hausladen 

Subject: Re: JvDocking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 18:30:23 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > BTW i liked the .bat files with explicit brc32 calls better.

But that means that we have to do the work twice. And a person that have
brc32.exe in his PATH envvar also have make in the PATH envvar.



-- Regards, Andreas Hausladen 

Subject: Re: Errors up the wazoo
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 18:23:32 +0100
Newsgroups: jedi.vcl

I have no errors.
USEJVCL is on. Building "D6 Packages.bpg". Components not installed.
With and without the very recent commits.



Subject: less than satisfactory names in the docking components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 18:20:32 +0100
Newsgroups: jedi.vcl

I found some names which i want to change in the new docking components.
Is the author already here to discuss that?

Properties:
CloseBtnZone -> CloseButtonZone
ExpandBtnDown -> ExpandButtonDown
AutoHideBtnDown -> AutoHideButtonDown
EnableCloseBtn -> EnableCloseButton
AutoHideBtnState -> AutoHideButtonState
CloseBtnState -> CloseButtonState
DockSiteSizeWithOrient -> DockSiteSizeWithOrientation
ShiftScaleOrient -> ShiftScaleOrientation
DockSiteOrient -> DockSiteOrientation
CurrState -> CurrentState
  names should not be shortened
DockRectArr -> DockRectangles
  This one is really bad.

OldState -> PreviousState
OldTarget -> PreviousTarget
OldVisible -> PreviousVisible
OldRect -> PreviousRect
  Old is a bad name which should be avoided. Prevoius or Last is better.

lbTabPanelClass -> DockTabPanelClass
lbDockTabSheetClass -> DockTabSheetClass
lbDockManager -> ?? DockManager already used
  No lowercase prefixes. Only enumeration values use lowercase prefixes.

SourceDockClientCount -> Count
VSPaneCount -> Count
BlockCount -> Count
PageCount -> Count
DockBaseControlListCount -> Count
  If there is only one indexed property then Count is good enough as
  name for the count of the elements.

TempSheet
  I do not know yet if this property is important, but
  Temp definitely clashes with the concept of a property which is
  usually persistent.
DockSiteSizeA
  Only allowed if A means ANSI. Better use a longer name.


Methods:
GetDropCtl -> GetDropControl



Subject: Re: JvDocking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 17:29:15 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The .rc files are now available and I have rewritten the makefile.mak in
> order to work as a real "make".

I have reworked JvXPcore.rc and JvXPBar.rc to have the bitmaps as separate files.

BTW i liked the .bat files with explicit brc32 calls better.



Subject: Errors up the wazoo
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 16:19:59 +0000 (UTC)
Newsgroups: jedi.vcl

[Error] JvFormPlacement.pas(596): Incompatible types:
'TJvCustomAppStore' and 'TJvCustomAppStorage'
[Error] JvFormPlacement.pas(610): Incompatible types:
'TJvCustomAppStore' and 'TJvCustomAppStorage'
[Fatal Error] JvSystemD7R.dpk(88): Could not compile used unit
'..\..\run\JvFormPlacement.pas'
**

[Error] JvSpeedButton.pas(122): Undeclared identifier:
'TJvCMButtonPressed'
[Error] JvSpeedButton.pas(132): Method 'WantKey' not found in base class
[Error] JvSpeedButton.pas(134): Method 'EnabledChanged' not found in
base class
[Error] JvSpeedButton.pas(135): Method 'FontChanged' not found in base
class
[Error] JvSpeedButton.pas(136): Method 'ParentColorChanged' not found
in base class
[Error] JvSpeedButton.pas(137): Method 'TextChanged' not found in base
class
[Error] JvSpeedButton.pas(138): Method 'VisibleChanged' not found in
base class
[Error] JvSpeedButton.pas(786): ')' expected but identifier 'Index'
found
[Error] JvSpeedButton.pas(788): Missing operator or semicolon
[Error] JvSpeedButton.pas(810): Undeclared identifier: 'WantKey'
[Error] JvSpeedButton.pas(1529): Missing operator or semicolon
[Error] JvSpeedButton.pas(1530): Missing operator or semicolon
[Error] JvSpeedButton.pas(1531): Missing operator or semicolon
[Error] JvSpeedButton.pas(1532): Missing operator or semicolon
[Error] JvSpeedButton.pas(151): Unsatisfied forward or external
declaration: 'TJvCustomSpeedButton.PaintImage'
[Fatal Error] JvToolEdit.pas(44): Could not compile used unit
'..\..\run\JvSpeedButton.pas'
**

[Error] JvColorBox.pas(149): Method 'EnabledChanged' not found in base
class
[Error] JvColorBox.pas(462): Undeclared identifier: 'EnabledChanged'
[Fatal Error] JvCtrlsD7R.dpk(89): Could not compile used unit
'..\..\run\JvColorBox.pas'
**

[Error] JvHLEditEditor.pas(103): Incompatible types:
'TJvCustomAppStore' and 'TJvAppIniFileStorage'
[Fatal Error] JvCustomReg.pas(56): Could not compile used unit
'..\..\design\JvHLEditEditor.pas'
**

[Error] JvLoginForm.pas(499): Undeclared identifier:
'RsLastLoginUserName'
[Error] JvLoginForm.pas(505): Undeclared identifier:
'RsLastLoginUserName'
[Fatal Error] JvDlgsD7R.dpk(75): Could not compile used unit
'..\..\run\JvLoginForm.pas'
**

[Error] JvDBControls.pas(2742): Incompatible types:
'TJvCustomAppStorage' and 'TJvCustomAppStore'
[Error] JvDBControls.pas(2760): Incompatible types:
'TJvCustomAppStorage' and 'TJvCustomAppStore'
[Fatal Error] JvDBD7R.dpk(67): Could not compile used unit
'..\..\run\JvDBControls.pas'
**

[Warning] Unit 'JvExComCtrls' implicitly imported into package 'JvMMD7R'
[Warning] Unit 'JvExControls' implicitly imported into package 'JvMMD7R'
**

[Error] JvBDELoginDialog.pas(239): Undeclared identifier:
'RsLastLoginUserName'
[Error] JvBDELoginDialog.pas(240): Undeclared identifier:
'RsSelectDatabase'
[Error] JvBDELoginDialog.pas(241): Undeclared identifier:
'RsLastAliasName'
[Fatal Error] JvBDED7R.dpk(63): Could not compile used unit
'..\..\run\JvBDELoginDialog.pas'
**

[Error] JvArrayButton.pas(70): Method 'FontChanged' not found in base
class
[Error] JvArrayButton.pas(365): Undeclared identifier: 'FontChanged'
[Fatal Error] JvJansD7R.dpk(85): Could not compile used unit
'..\..\run\JvArrayButton.pas'
**

[Error] JvgBevel.pas(73): Method 'ParentColorChanged' not found in base
class
[Error] JvgBevel.pas(256): Undeclared identifier: 'ParentColorChanged'
[Fatal Error] JvGlobusD7R.dpk(124): Could not compile used unit
'..\..\run\JvgBevel.pas'
**

[Error] JvXPCtrlsReg.pas(60): Undeclared identifier:
'RsPaletteXPControls'
[Fatal Error] JvXPCtrlsD7D.dpk(50): Could not compile used unit
'..\..\design\JvXPCtrlsReg.pas'
**

[Error] JvDockPropertyEditors.pas(210): Undeclared identifier:
'RsDockNewPage'
[Error] JvDockPropertyEditors.pas(212): Undeclared identifier:
'RsDockNextPage'
[Error] JvDockPropertyEditors.pas(214): Undeclared identifier:
'RsDockPreviousPage'
[Error] JvDockPropertyEditors.pas(216): Undeclared identifier:
'RsDockDeletePage'
[Fatal Error] JvDockingReg.pas(51): Could not compile used unit
'..\..\design\JvDockPropertyEditors.pas'
**

[Error] JvDotNetCtrlsReg.pas(55): Undeclared identifier:
'RsPaletteDotNet'
[Error] JvDotNetCtrlsReg.pas(60): Undeclared identifier:
'RsPaletteDotNetDB'
[Fatal Error] JvDotNetCtrlsD7D.dpk(49): Could not compile used unit
'..\..\design\JvDotNetCtrlsReg.pas'
**

And there's definitely something wrong with the newlines in the daily
download.

-- Cheers, Ignacio 

Subject: Re: JvDocking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 16:53:17 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > That must be the new ones form the recent donations.

The .rc files are now available and I have rewritten the makefile.mak in
order to work as a real "make".


-- Regards, Andreas Hausladen 

Subject: Re: JvDocking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 16:38:10 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Furthermore it starts the make utility for images/makefile.mak if the file
> Resources\JvCoreReg.dcr is missing. But keep in mind, that the makefile
> does not generate all resources. Some files are missing.

That must be the new ones form the recent donations.



Subject: TJvCustomAppStore -> TJvCustomAppStorage
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 14:42:30 +0000 (UTC)
Newsgroups: jedi.vcl

Any ETA on completion?

-- Thanks, Ignacio 

Subject: TJvCustomAppStore -> TJvCustomAppStorage
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 5 Jan 2004 14:42:28 +0000 (UTC)
Newsgroups: jedi.vcl

Any ETA on completion?

-- Thanks, Ignacio 

Subject: Re: Unit JvDBLookup was compiled with a different version of JvToolEdit.TJvCustomComboEdit
From: "Bepy" <ramengo@hotmail.com>
Date: Mon, 5 Jan 2004 13:33:55 +0100
Newsgroups: jedi.vcl

Thanks Ignacio and Andreas,
after reinstalling JVCL using brand new installation program, all is
returned ok.




Subject: Re: JvDocking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 12:27:59 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > My main idea here is to have a way to return to pre-installation status
> > as much as possible.

Now the installer deletes all .dcu files in JVCL3\libX, too.

Furthermore it starts the make utility for images/makefile.mak if the file
Resources\JvCoreReg.dcr is missing. But keep in mind, that the makefile
does not generate all resources. Some files are missing.



-- Regards, Andreas Hausladen 

Subject: Re: JvDocking & TJvAppStorage
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 12:04:25 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>
>>
>> BTW the (original) properties DockInfoIni and DockInfoReg are nowhere created in TJvDockInfoTree. I think they need to be guarded in the source.
>>
> That's exactly what I said. Keep the old properties and add a new one so that new users can still use their old projects.
>

I meant that there is a possible problem with the original properties.
The properties get not checked if they are assigned at all.



Subject: Re: Compile / Install Problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 05 Jan 2004 20:27:55 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Andreas Hausladen wrote:
>
> What do you think about the following:
>
> You code processes the templates for each file and then you test if the
> files has to be created.
> Why not test for file time before processing the files?
>
Not possible. Can't remember exactly why right now, but I had the problem. Or maybe was it because I only want one test...
Can't remember now, I'm too tired (jet lag).

Anyway, your fix for the previous problem is quite allright except that I had to fix another problem with the expansion of targets.
It should be ok now.



Subject: Re: Compile / Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 11:18:26 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

What do you think about the following:

You code processes the templates for each file and then you test if the
files has to be created.
Why not test for file time before processing the files?

-- Regards, Andreas Hausladen 

Subject: Re: Compile / Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 11:05:34 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'll have a look myself, please let me do it.

too late.

The CmdLineUtils.pas needs a path<>'' to enumerate the xml-packages. You
commented out the code because LoadConfig loades the package-path. But
EnumeratePackages is not part of GenerateUtils.pas and does not use the
PackageLocation function.

Furthermore I fixed the CopyFile() problem. CopyFile copies the file time,
too. That means every binary file is regenertated each time you start
pg.exe or pgEdit.exe.



-- Regards, Andreas Hausladen 

Subject: Re: Compile / Install Problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 05 Jan 2004 19:25:36 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
> That is what I expect but it seems that they do not the same. It was too
> late yesterday, now I will debug pg.exe.
>
>
I'll have a look myself, please let me do it.



Subject: Re: Compile / Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 10:21:03 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > From where do you run pg.exe ?

I started it from /devtools/bin by hand and it only loaded the templates.
I deleted all files in my bcb6 and d6 folder except the template files but
after pg.exe there were no packages and no .res files.

> > They share the same code, they both should do the same stuff.

That is what I expect but it seems that they do not the same. It was too
late yesterday, now I will debug pg.exe.


-- Regards, Andreas Hausladen 

Subject: Re: Compile / Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 10:18:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > regenerated in the JVCL?

Have a look at /devtools/makefile.mak

-- Regards, Andreas Hausladen 

Subject: Re: TJvAppXMLStorage.DeleteSubTreeInt
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 5 Jan 2004 10:17:42 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 05 Jan 2004 11:05:36 +1000:

 O> Well, fact is that TJvAppXMLStorage is widely inspired by
 O> TJvAppINIStorage which didn't implement that property.

    Yeah, lazy me <g>

 O> Further, the XML format allows to have a tree-like structure. And the
 O> TJvAppStorage stuff does allow something like that too. However, as
 O> TJvAppXMLStorage is based on TJvAppINIStorage, it doesn't include any
 O> tree stuff. Once again, it's because I created the XML storage real
 O> quick and didn't understand how everything is supposed to work.

    It would be prudent to change it *before* the release of JVCL3. Once we
have set a format for a backend we can't change that without upsetting a lot
of users. Anyway, the INI format is hardly capable of storing a tree
structure, so I simply adopted section names with path separators. This
means that Ini storage has some issues with the enumeration stuff (in that
it is unable to provide a correct tree if parent sections are not in the
storage file, e.g. if only section [MyPath1\MyPath2] is available, the
enumerator would not indicate MyPath1 as a valid folder, while it does in
the registry and should for the XML. In essence, each element in the path
string is a new tag level, with last element usually being a value. For XML,
that last bit of info is not really important I guess, if you place each
value in a separate tag, instead of a 'ValueName=Value' format.

    Of course, when changed, don't forget to update any XMLStorage file used
by the devtools as well, or they won't load again (unless you allow two ways
of reading, but that would require a format version attribute at a top level
tag (e.g. <JvXMLStorage Version="1.0">).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: installing jcl 1.9 build 1400
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 5 Jan 2004 10:05:41 +0100
Newsgroups: jedi.vcl

Hello, Dieter!
You wrote  on Sun, 4 Jan 2004 17:05:30 -0600:

 DL> They are there.  I was having this problem before.

    Make sure the folder is in Windows' PATH environment variable.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvDocking & TJvAppStorage
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 05 Jan 2004 18:40:03 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> BTW the (original) properties DockInfoIni and DockInfoReg are nowhere created in TJvDockInfoTree. I think they need to be guarded in the source.
>
That's exactly what I said. Keep the old properties and add a new one so that new users can still use their old projects.



Subject: Re: JvDocking & TJvAppStorage
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 09:33:21 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> i've done the conversion. It was not a such big problem :-), only some problems sitting between my screen and my chair :-) :-(

Please watch out because i currently style clean these units.
You worked on the correct ones, but better tell again.

BTW the (original) properties DockInfoIni and DockInfoReg are nowhere created in TJvDockInfoTree. I think they need to be guarded in the source.



Subject: Re: Compile / Install Problem
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 06:27:40 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The packages generator destroys the .res files. I have committed new
> resource files for the zero-sized files.

Can we write a makefile and a batch file in Dev directory to regenerate all the tools and whatever we need regenerated in the JVCL?



Subject: Re: we need to resolve the USEJVCL issue now
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 06:22:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> How about resolving the problem by removing USEJVCL altogether then?
>
> It would seem it is redundant for most packages but there is one benefit of
> keeping it: if we make JVCL specific additions in these packages (like
> adding JvAppStorage to the new docking components, as proposed by Jens), we
> can protect the changes with USEJVCL IFDEF's. Then there would/could be an
> advantage using the JVCL version.
>

I changed my mind about it already.



Subject: Re: JvDocking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 Jan 2004 06:21:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:


>> It would be nie if uninstall also removes all .dcu, .dcp, .bpl etc.
>
> The uninstall function asks for deleting .bpl and .dcp files. The .dcu
> files are not deleted because they are not in the Delphi/BCB directory and
> will be recompiled when the source has changed. But if some files are
> deleted or renamed the .dcu files will remain. It should be no problem to
> add a .dcu file delete function.

My main idea here is to have a way to return to pre-installation status as much as possible.



Subject: Re: TJvAppXMLStorage.DeleteSubTreeInt
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 05 Jan 2004 11:05:36 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi Olivier,
>
> migrating the JvDocking to JvAppStorage i've tested also the JvAppXMLStorage.
>
> There i found that the function TJvAppXMLStorage.DeleteSubTreeInt is not implemented yet.
>
> Is it possible to add it? It's late so i didn't have done a look:-)
Well, fact is that TJvAppXMLStorage is widely inspired by TJvAppINIStorage which didn't implement that property. As I don't really understand what it's for, I left it as is.
If anyone wants to fix that, they are welcome to.
Further, the XML format allows to have a tree-like structure. And the TJvAppStorage stuff does allow something like that too. However, as TJvAppXMLStorage is based on TJvAppINIStorage, it doesn't include any tree stuff. Once again, it's because I created the XML storage real quick and didn't understand how everything is supposed to work.

If anyone feels like fixing that, please do. As to me, the component works fine for what I'm doint with it.



Subject: Re: Compile / Install Problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 05 Jan 2004 11:02:32 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Already done. But I want valid .res files in the CVS.
They should all be valid. Well, last time I checked (yesterday), they were.

> Other question: What is with pg.exe? It loads the templates but do not
> generate the packages. pgEdit.exe generates the files but not pg.exe and I
> cannot find the reason.
From where do you run pg.exe ? They share the same code, they both should do the same stuff. But pg.exe and pgEdit.exe both need to be run from devtools\bin in order for the relative paths (..\..\packages for instance) to be correct.



Subject: Re: Compile / Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 01:51:38 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Please update the package generator, it has been fixed yesterday.

Already done. But I want valid .res files in the CVS.

Other question: What is with pg.exe? It loads the templates but do not
generate the packages. pgEdit.exe generates the files but not pg.exe and I
cannot find the reason.



-- Regards, Andreas Hausladen 

Subject: Re: Hot to Uninstall?
From: "Poochie" <poochie2NOSPAM@libero.it>
Date: Mon, 5 Jan 2004 01:49:29 +0100
Newsgroups: jedi.vcl

Thank you!




Subject: Re: dev/JVCL3/devtools/PackagesGenerator MainForm.dfm
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 5 Jan 2004 01:43:17 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > after your upload i've got a RLINK32:Unsupported 16bit resource in file
> > Error.

Fixed.

How I hate it when Delphi converts dfm files to binary without asking.


-- Regards, Andreas Hausladen 

Subject: Re: Compile / Install Problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 05 Jan 2004 10:32:01 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>
> The packages generator destroys the .res files. I have committed new
> resource files for the zero-sized files.
>
Please update the package generator, it has been fixed yesterday.



Subject: dev/JVCL3/devtools/PackagesGenerator MainForm.dfm
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 01:30:47 +0100
Newsgroups: jedi.vcl

Hi Andreas,

after your upload i've got a RLINK32:Unsupported 16bit resource in file Error.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDocking & TJvAppStorage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 05 Jan 2004 10:30:41 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> i've done the conversion. It was not a such big problem :-), only some problems sitting between my screen and my chair :-) :-(
>
> The down compatibility is given.
>
> I've used the IFDEF USEJVCL a lot :-)
>
> In USEJVCL Mode the old functions are no longer visible. Now there are new functions SaveDockTreeToAppStorage and LoadDockTreeFromAppStorage.
>
I haven't looked at your code so the comment below may not be correct:

Why didn't you simply created a property named AppStorage of type TJvAppStorage ?
Then when it is assigned you simply use it to store the docking stuff and that's it, no need to call SaveDocktTreeToAppStorage directly.
Doing it this way will also make it way easier for users, they just have to set one property...



Subject: Re: installing jcl 1.9 build 1400
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 05 Jan 2004 01:24:08 +0100
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> The .cfg file is missing from the installer directory.

It has been added to the JCL 1.90 beta 2 release packaged as a separate ..zip file:

http://prdownloads.sourceforge.net/jcl/JediInstaller.cfg.zip?download

Greetings, Robert



Subject: Re: Hot to Uninstall?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 05 Jan 2004 10:20:56 +1000
Newsgroups: jedi.vcl

Poochie wrote:

> I need to uninstall the JVCL 2 Final version from delphi 7, how should I
> proceed?
>
> Thanks,
>
> Poochie©
>
>
Go to Component, Install Packages
Select each JCL/JVCL package in turn and click "remove"
Then close Delphi and locate all JCL/JVCL related bpl and dcp files. Delete them.
The JCL and JVCL should now be removed.



Subject: TJvAppXMLStorage.DeleteSubTreeInt
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 01:19:18 +0100
Newsgroups: jedi.vcl

Hi Olivier,

migrating the JvDocking to JvAppStorage i've tested also the JvAppXMLStorage.

There i found that the function TJvAppXMLStorage.DeleteSubTreeInt is not implemented yet.

Is it possible to add it? It's late so i didn't have done a look:-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Rx->Jvcl converter for BCB6
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 05 Jan 2004 10:18:40 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Does exist the possibility to extend converters for CBuilder family?
>
Not yet, I'll look into it if I find sometime this month.



Subject: Next Naming Problem
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 01:16:47 +0100
Newsgroups: jedi.vcl

What about the TJvFormStorage? The unit is named JvFormPlacement.

What should we change? I can live with both changed.
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvDocking & TJvAppStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 05 Jan 2004 01:15:48 +0100
Newsgroups: jedi.vcl

Hi,

i've done the conversion. It was not a such big problem :-), only some problems sitting between my screen and my chair :-) :-(

The down compatibility is given.

I've used the IFDEF USEJVCL a lot :-)

In USEJVCL Mode the old functions are no longer visible. Now there are new functions SaveDockTreeToAppStorage and LoadDockTreeFromAppStorage.

I've converted also the examples and everything seemed to work.

Any comments are welcome.

Greetings
Jens


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: installing jcl 1.9 build 1400
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 05 Jan 2004 00:42:54 +0100
Newsgroups: jedi.vcl

Dieter Lunn wrote:
> I don't know what the problem is.  Thats the problem.  I can't install it.
> the install.bat doesn't work and the instructions aren't all that clear.
> When I run it I get an Undefined Unit CreateJediInstaller or something like
> that.

Thanks.  That's what was needed.  The .cfg file is missing from the installer directory.

Not to test installation from a clean directory is incredibly stupid.

Nincompoop of the month nominee: Robert Rossmair



Subject: Re: installing jcl 1.9 build 1400
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 17:05:30 -0600
Newsgroups: jedi.vcl

They are there.  I was having this problem before.

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bta49q$3po$2@talkto.net...
> > Dieter Lunn wrote:
> >
>> > > My problem now is having Delphi locate BPLs
> >
> > Move the generated BPL and DCP files to $(DELPHI)\Projects\Bpl
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: installing jcl 1.9 build 1400
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 23:51:56 +0100
Newsgroups: jedi.vcl

Dieter Lunn wrote:

> > My problem now is having Delphi locate BPLs

Move the generated BPL and DCP files to $(DELPHI)\Projects\Bpl

-- Regards, Andreas Hausladen 

Subject: Re: installing jcl 1.9 build 1400
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 16:47:14 -0600
Newsgroups: jedi.vcl

My problem now is having Delphi locate BPLs


"Dieter Lunn" <dlunn@mts.net> wrote in message
news:bt9nv1$qal$1@talkto.net...
> > Originally I was having problems with the install.bat file.  Then I was
told
> > that was deprecated and to use "want compile".  I am now confused.  There
is
> > no such program with Delphi 7.  Any help would be appreciated thanks.
> >
> >




Subject: Re: installing jcl 1.9 build 1400
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 16:41:31 -0600
Newsgroups: jedi.vcl

It seems that adding -DJCLINSTALL worked.  I had jcl and jvcl in the same
folder and it wasn't working.  Thanks guys.

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bta39l$3po$1@talkto.net...
> > Dieter Lunn wrote:
> >
>> > > I don't know what the problem is.  Thats the problem.  I can't install
>> > > it.  the install.bat doesn't work and the instructions aren't all that
>> > > clear.  When I run it I get an Undefined Unit CreateJediInstaller or
>> > > something like that.
> >
> > Open the file Jcl\Examples\Vcl\Installhelper\Makefile.mak and add "
> > -DJCLINSTALL" to the $(DCC) line.
> >
> > Or move the JCL folder to the parent folder of JVCL3 (means: \JEDI\JCL ,
> > \JEDI\JVCL3) and start the JVCL3 install.bat.
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Hot to Uninstall?
From: "Poochie" <poochie2NOSPAM@libero.it>
Date: Sun, 4 Jan 2004 23:37:03 +0100
Newsgroups: jedi.vcl

I need to uninstall the JVCL 2 Final version from delphi 7, how should I
proceed?

Thanks,

Poochie©




Subject: Re: installing jcl 1.9 build 1400
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 23:34:46 +0100
Newsgroups: jedi.vcl

Dieter Lunn wrote:

> > I don't know what the problem is.  Thats the problem.  I can't install
> > it.  the install.bat doesn't work and the instructions aren't all that
> > clear.  When I run it I get an Undefined Unit CreateJediInstaller or
> > something like that.

Open the file Jcl\Examples\Vcl\Installhelper\Makefile.mak and add "
-DJCLINSTALL" to the $(DCC) line.

Or move the JCL folder to the parent folder of JVCL3 (means: \JEDI\JCL ,
\JEDI\JVCL3) and start the JVCL3 install.bat.


-- Regards, Andreas Hausladen 

Subject: Re: JvAppXxxStorage palette?
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 23:21:27 +0100
Newsgroups: jedi.vcl

Yes, and also the TJvFormPlacement* Components

Andreas Hausladen wrote:

> Should we create a new component palette for the JvAppXxxStorage
> component? At the moment the components are in the Non-Visual palette and
> because of the package structure they are at the beginning and at the end
> of the palette.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: installing jcl 1.9 build 1400
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 16:16:15 -0600
Newsgroups: jedi.vcl

I don't know what the problem is.  Thats the problem.  I can't install it.
the install.bat doesn't work and the instructions aren't all that clear.
When I run it I get an Undefined Unit CreateJediInstaller or something like
that.
"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:bt9vuu$177$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>>> > >>I consider manual installation too error prone for the average user.
>> > >
>> > > I don't consider myself to be an average user<g>, but I understand what
you
>> > > mean.
> >
> > <g>
> >
>> > > I was referring to the install.bat in jvcl, not jcl.
> >
> > I guessed so.
> >
>> > > But it seems it's JCL that Dieter has problems with.
> >
> > Unfortunately, he seems reluctant to tell what's the problem exactly.
> >
> > Greetings, Robert
> >




Subject: Re: JvAppXxxStorage palette?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sun, 4 Jan 2004 22:10:34 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Yes, and also the TJvFormPlacement* Components

'Jv Persistence' would probably be a good name then.

-- Cheers, Ignacio 

Subject: JvAppXxxStorage palette?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 23:08:21 +0100
Newsgroups: jedi.vcl

Should we create a new component palette for the JvAppXxxStorage
component? At the moment the components are in the Non-Visual palette and
because of the package structure they are at the beginning and at the end
of the palette.

-- Regards, Andreas Hausladen 

Subject: Re: Someone working on the Packages Generator?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 23:04:07 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Please do, I would have done that tonight.

Done.


-- Regards, Andreas Hausladen 

Subject: Re: Someone working on the Packages Generator?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 05 Jan 2004 08:03:24 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Is someone working on the Packages Generator?
> If no that I will commit the JvAppStorage updated MainForm.* files.
>
Please do, I would have done that tonight.



Subject: Someone working on the Packages Generator?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 22:55:02 +0100
Newsgroups: jedi.vcl

Is someone working on the Packages Generator?
If no that I will commit the JvAppStorage updated MainForm.* files.

-- Regards, Andreas Hausladen 

Subject: DO NOT COMMIT pgEdit.xml
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 05 Jan 2004 07:48:45 +1000
Newsgroups: jedi.vcl

Hi all.

When using pgEdit, the pgEdit.xml file will get modified when you exit because it contains form properties that depend on your configuration.
The current version in CVS is correct, please DO NOT COMMIT any new version.
The only reason why one would need to commit a new version of pgEdit.xml would be a change in the models. In such case, only the first two saved properties should remain in the xml file. Namely, these two:

    <odlAddFiles_InitialDir>..\..\run</odlAddFiles_InitialDir>
    <cmbModel_ItemIndex>0</cmbModel_ItemIndex>

Thank you.

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: installing jcl 1.9 build 1400
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 04 Jan 2004 22:39:21 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I consider manual installation too error prone for the average user.
>
> I don't consider myself to be an average user<g>, but I understand what you
> mean.

<g>

> I was referring to the install.bat in jvcl, not jcl. 

I guessed so.

> But it seems it's JCL that Dieter has problems with.

Unfortunately, he seems reluctant to tell what's the problem exactly.

Greetings, Robert



Subject: Re: we need to resolve the USEJVCL issue now
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 4 Jan 2004 22:13:50 +0100
Newsgroups: jedi.vcl


> > How about resolving the problem by removing USEJVCL altogether then?
It would seem it is redundant for most packages but there is one benefit of
keeping it: if we make JVCL specific additions in these packages (like
adding JvAppStorage to the new docking components, as proposed by Jens), we
can protect the changes with USEJVCL IFDEF's. Then there would/could be an
advantage using the JVCL version.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: installing jcl 1.9 build 1400
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 4 Jan 2004 22:10:50 +0100
Newsgroups: jedi.vcl

> > I consider manual installation too error prone for the average user.
I don't consider myself to be an average user<g>, but I understand what you
mean.

> > I would like to know what's wrong with install.bat anyway.
I was referring to the install.bat in jvcl, not jcl. But it seems it's JCL
that Dieter has problems with.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: now USEJVCL clean again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 05 Jan 2004 07:05:39 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I just improved the new packages to handle USEJVCL correctly and added JvCore-D to the XML files with the Condition USEJVCL.
Wasn't that already done ?

> The package generator generates empty res files on which Delphi chokes.
> I fixed the D6 res files, but there remain other empty res files. Please fix.
> This is another argument to remove the packages from the CVS.
As I said, it has already been fixed.
As to res files in CVS, they should also be correct, I recommitted everything yesterday.



Subject: Re: Problem with Packages
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 05 Jan 2004 07:04:05 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> This was a wrong answer.
> The package generator may create empty res files on which Delphi chokes.
> I removed the offending res files in Packages and opened "D6 Packages.bpg" and have Delphi recreate the res files.
>
Please update the package generator, I corrected this problem yesterday.



Subject: Re: installing jcl 1.9 build 1400
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 04 Jan 2004 21:57:43 +0100
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote:

>> want is *not* used in jcl installation currently.
>
> Sorry, then I have mislead Dieter as I was under the impression that you did
> use want.

That was true for the November preview.

> Personally, I don't use want nor the installer: I just open the appropriate
> bpg file in Delphi and build its content. I guess Dieter can do the same.

I consider manual installation too error prone for the average user.

> Actually, Dieter, if you can't get the install.bat in the jvcl folder to
> run, try opening the appropriate package group in Delphi and build all the
> packages. The package group files for jvcl is in /jvcl/packages.

I would like to know what's wrong with install.bat anyway.

Apart from that, using the JEDI installer has some benefits:

- it allows to choose among installation options
- it creates two sets of DCUs, one optimized for release, one for
  debug information, between which the user can switch using the
  "Use Debug DCUs" project option.
- it adds JCL to library/debug dcu/browsing paths.
- it installs the JCL IDE experts ready for use.

.... /if/ it works as intended, of course.

:^/

Greetings, Robert



Subject: Re: installing jcl 1.9 build 1400
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 14:43:49 -0600
Newsgroups: jedi.vcl

I have the jvcl compiler working but not jcl.  Which has been most of the
problem from the start.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bt9sio$u59$1@talkto.net...
>> > > want is *not* used in jcl installation currently.
> > Sorry, then I have mislead Dieter as I was under the impression that you
did
> > use want.
> >
> > Personally, I don't use want nor the installer: I just open the
appropriate
> > bpg file in Delphi and build its content. I guess Dieter can do the same.
> >
> > Actually, Dieter, if you can't get the install.bat in the jvcl folder to
> > run, try opening the appropriate package group in Delphi and build all the
> > packages. The package group files for jvcl is in /jvcl/packages.
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: installing jcl 1.9 build 1400
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 21:40:11 +0100
Newsgroups: jedi.vcl

> > want is *not* used in jcl installation currently.
Sorry, then I have mislead Dieter as I was under the impression that you did
use want.

Personally, I don't use want nor the installer: I just open the appropriate
bpg file in Delphi and build its content. I guess Dieter can do the same.

Actually, Dieter, if you can't get the install.bat in the jvcl folder to
run, try opening the appropriate package group in Delphi and build all the
packages. The package group files for jvcl is in /jvcl/packages.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: installing jcl 1.9 build 1400
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 04 Jan 2004 21:31:40 +0100
Newsgroups: jedi.vcl

Hi Dieter,

Dieter Lunn wrote:
> Originally I was having problems with the install.bat file.  

Which, if you mind to tell?  install.bat just compiles and executes the Jedi Installer.

> Then I was told
> that was deprecated and to use "want compile".  I am now confused.  There is
> no such program with Delphi 7.  Any help would be appreciated thanks.

want is *not* used in jcl installation currently.

Reasons: It does not allow to compile for multiple targets (always compiles for the latest Delphi version installed) and has no documentation to speak of.

I found it just too tedious to get "want" to do what I want and thus resorted to the Jedi Installer.

Greetings, Robert



Subject: Re: installing jcl 1.9 build 1400
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 14:23:54 -0600
Newsgroups: jedi.vcl

Now I get an error saying that jcl needs to be installed.  The installer has
an option to install jcl but how to I tell it where jcl is?

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bt9qn6$m8p$8@talkto.net...
> > Dieter Lunn wrote:
> >
> > Download http://jvcl.sourceforge.net/daily/JVCL3-2003-12-27.zip
> > and start the install.bat in the JVCL3 folder.
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: installing jcl 1.9 build 1400
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 21:08:22 +0100
Newsgroups: jedi.vcl

Dieter Lunn wrote:

Download http://jvcl.sourceforge.net/daily/JVCL3-2003-12-27.zip
and start the install.bat in the JVCL3 folder.

-- Regards, Andreas Hausladen 

Subject: Re: installing jcl 1.9 build 1400
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 14:04:02 -0600
Newsgroups: jedi.vcl

I can't find the want program can you tell me specifically where to find it
etc...?
"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bt9ov9$m8p$6@talkto.net...
> > Dieter Lunn wrote:
> >
>> > > Originally I was having problems with the install.bat file.  Then I was
>> > > told that was deprecated and to use "want compile".  I am now confused.
>> > > There is no such program with Delphi 7.  Any help would be appreciated
>> > > thanks.
> >
> > The "want" program is part of the JCL 1.9.
> > (http://homepages.borland.com/jedi/jcl/page30.html)
> >
> > The JVCL Package Installer is part of JVCL 3.
> > (http://jvcl.sourceforge.net/daily/)
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Compile / Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 20:52:51 +0100
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> > Compiling package: JvUIBD7R.bpl
> > Borland Delphi Version 15.0
> > Copyright (c) 1983,2002 Borland Software Corporation
> > Error: RLINK32: Error reading file "C:\Development\jv\jvcl\dev\JVCL3
> > \packages\d7\JvUIBD7R.res"

The packages generator destroys the .res files. I have committed new
resource files for the zero-sized files.


-- Regards, Andreas Hausladen 

Subject: Re: installing jcl 1.9 build 1400
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 20:38:33 +0100
Newsgroups: jedi.vcl

Dieter Lunn wrote:

> > Originally I was having problems with the install.bat file.  Then I was
> > told that was deprecated and to use "want compile".  I am now confused.
> > There is no such program with Delphi 7.  Any help would be appreciated
> > thanks.

The "want" program is part of the JCL 1.9.
(http://homepages.borland.com/jedi/jcl/page30.html)

The JVCL Package Installer is part of JVCL 3.
(http://jvcl.sourceforge.net/daily/)


-- Regards, Andreas Hausladen 

Subject: installing jcl 1.9 build 1400
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 13:22:43 -0600
Newsgroups: jedi.vcl

Originally I was having problems with the install.bat file.  Then I was told
that was deprecated and to use "want compile".  I am now confused.  There is
no such program with Delphi 7.  Any help would be appreciated thanks.




Subject: extended VCL classes for JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 20:13:19 +0100
Newsgroups: jedi.vcl

I have generated extended classes for the most used VCL components in the
JVCL. The files contain classes that implement MouseEnter/Leave+events and
other methods that are usefull for lesser IFDEF VCL/VisualCLX.


see jedi.binaries.


PS: Do not style clean the files as they are auto generated. The
source-files are not included in the zip as they need a preprocessor.

-- Regards, Andreas Hausladen 

Subject: Re: TJvAppStore Naming-Conventions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 20:11:22 +0100
Newsgroups: jedi.vcl

Thanks. This helps.

Peter Thörnqvist wrote:

>> Done, but how can i remove directories (using Tortoise CVS)
>
> You can't. Check the TCVS option "Prune empty directories" and do an update.
> If the folder is empty, it will disappear.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Make command not found
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 13:06:35 -0600
Newsgroups: jedi.vcl

want compile doesn't work.  I haven't been using install.bat

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bt9mh3$p3u$1@talkto.net...
>> > > that doesn't seem to work.  I have the latest build 1400 unless that has
>> > > changed.
> > You have to be more specific in your replies or we won't be able to help
> > you. The fact is that the insall.bat file you are running is not part of
> > JCL1.9 nor of JVCL3. The previous JCL/JVCL releses did use the JEDI
> > installer but doesn't anymore. The correct way to install JCL/JVCL is to
do
> > as I outlined in my previous reply: uninstall and remove any previous
> > JCL/VCL files (including dcp, bpl and dcu), run "want compile" to build
the
> > jcl packages, run jvcl\install.bat to run the JVCL installer, select the
> > packages you want to install and click the Install button.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Compile / Install Problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 20:03:27 +0100
Newsgroups: jedi.vcl

The Graphical Gnome wrote:

> > Fatal: Unable to execute command: C:\Program

There were missing "" in /devtools/makefile.mak. I have inserted them.

If you want to do it by hand you just have to insert one " before $(ROOT)
and one " after .exe in the following lines.
#--------------------------------------------------------------------------
-------------------------
MAKE = "$(ROOT)\bin\make.exe" ..........
DCC  = "$(ROOT)\bin\dcc32.exe" ...........
DCCH = $(ROOT)\bin\dcc32.exe .........
BRCC = $(ROOT)\bin\brcc32.exe .......
#--------------------------------------------------------------------------
-------------------------

-- Regards, Andreas Hausladen 

Subject: Re: TJvAppStore Naming-Conventions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 19:58:55 +0100
Newsgroups: jedi.vcl

> > Done, but how can i remove directories (using Tortoise CVS)
You can't. Check the TCVS option "Prune empty directories" and do an update.
If the folder is empty, it will disappear.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDocking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 19:58:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I would like to have the installer generate the packages

The installer generates the packages for ~ 10 hours.


> > the dcr files and the res files 

Now it is on my TODO list.

> > Also uninstall of the packages 

The installer has an uninstall button. Just press it :-).


> > including cleaning the registry 

This is the main action of the uninstall function.


> > It would be nie if uninstall also removes all .dcu, 
> > .dcp, .bpl etc.

The uninstall function asks for deleting .bpl and .dcp files. The .dcu
files are not deleted because they are not in the Delphi/BCB directory and
will be recompiled when the source has changed. But if some files are
deleted or renamed the .dcu files will remain. It should be no problem to
add a .dcu file delete function.



-- Regards, Andreas Hausladen 

Subject: Re: Make command not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 19:56:52 +0100
Newsgroups: jedi.vcl

> > that doesn't seem to work.  I have the latest build 1400 unless that has
> > changed.
You have to be more specific in your replies or we won't be able to help
you. The fact is that the insall.bat file you are running is not part of
JCL1.9 nor of JVCL3. The previous JCL/JVCL releses did use the JEDI
installer but doesn't anymore. The correct way to install JCL/JVCL is to do
as I outlined in my previous reply: uninstall and remove any previous
JCL/VCL files (including dcp, bpl and dcu), run "want compile" to build the
jcl packages, run jvcl\install.bat to run the JVCL installer, select the
packages you want to install and click the Install button.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvAppStore Naming-Conventions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 19:56:02 +0100
Newsgroups: jedi.vcl

Done, but how can i remove directories (using Tortoise CVS)

Jens Fudickar wrote:

> I will remove the files from the directory and leave it blank.
>
>
>
> Robert Marquardt wrote:
>
>> Marcel Bestebroer wrote:
>>
>>>     Why? Is it in the way? We might as well leave it there, in case he wants
>>> to start another JVCL component/engine/whatever that can't be integrated
>>> into JVCL immediately. Peter and I have our own folders in CVS as well
>>> (although I admit that the GenStorage (predecessor of JvAppStorage) and
>>> LEDDisplay folders could be removed from my folder). I think the dev/Filler
>>> folder could be removed as that stuff is so outdated it no longer serves any
>>> purpose.
>>
>>
>>
>> The idea is to remove files which have been successfully integrated into the JVCL. I want to reduce the number of files.
>> Personal subfolders are no problem with me. The idea of removing Jens came from the fact that it had been created initially for the integration of JvParamList.
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppStore Naming-Conventions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 19:53:20 +0100
Newsgroups: jedi.vcl

> >     I noticed Peter added it to CVS, but I have to wonder what for?
I added it for our own use/reference. No need to throw anything away<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compile / Install Problem
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Sun, 4 Jan 2004 18:52:57 +0000 (UTC)
Newsgroups: jedi.vcl

The Graphical Gnome <rbraasem@xs4all.killspammers.nl> wrote in
news:Xns9466CA3CAEE34rbraasemxs4allnl@194.191.0.34: 

> > I have a new machine and wanted to install JVCL again.
> > 
> > Compiling using install I got the followin error
> > ---------------
> > MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
> >      C:\Program Files\Borland\Delphi7\bin\dcc32.exe -e..\Bin -i..\..
> > \Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\source
> > \common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\JC
> > L \source\visclx;..\..\Archive;..\Dcu -n..\Dcu
> > -r..\..\Run;..\Common;..\.. 
> > \Common;..\..\..\JCL\source;..\..\..\JCL\source\common;..\..\..\JCL\sou
> > rce \windows;..\..\..\JCL\source\vcl;..\..\..\JCL\source\visclx;..\..
> > \Archive;..\Dcu
> > -u..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;.. 
> > \..\..\JCL\source\common;..\..\..\JCL\source\windows;..\..\..\JCL\sourc
> > e \vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu -q -w -h -m
> > pg.dpr 
> > 
> > Fatal: Unable to execute command: C:\Program
> > 
> > -------------
> > 
> > Help, please.
> > 

Ok first problem fixed. But now I have problems with resources

Compiling package: JvUIBD7R.bpl
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Error: RLINK32: Error reading file "C:\Development\jv\jvcl\dev\JVCL3
\packages\d7\JvUIBD7R.res"



-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: JvDocking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 19:51:56 +0100
Newsgroups: jedi.vcl

> > The installer is no install creator. But if you want I will try to include
> > such a feature. For this I need more information what the installer should
> > do exaclty.
I don't know yet exactly what might be needed and I donät know ifthe
installer is the best choice for it but if we are going to release separate
zips for each package we have a couple of options:
1 create the zips manually
2 create a new tool/modify an existing that does it for us in some manner
3 create a want script with the required files
4 create an installer script (InnoSetup or similar)
5 create a custom want.exe with a zip action that either understands bpk/dpk
files or the pg xml files and can include the listed files in the zip
without intervention as well as allowing us to add additional files, like
res and dcr and what else might be required.

The manual options are the worst since someone has to check that all files
in the packages are actually also included in the zip. A zip tool that can
read dpk's/xml's is the best since if a package changes, so does the zip
content.

Basically, we need a tool/script/whatever that can create a zip of the
package files, the source files, any res and dcr and also allows us to
specify any additional files that might be needed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: using dfm persistence for other purposes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 19:47:13 +0100
Newsgroups: jedi.vcl

Is it possible to stream single components in and out?
If so we could change some areas in the JVCL where components are created to use a string as source and stream it in.



Subject: Re: TJvAppStore Naming-Conventions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 19:44:34 +0100
Newsgroups: jedi.vcl

I will remove the files from the directory and leave it blank.



Robert Marquardt wrote:

> Marcel Bestebroer wrote:
>
>>     Why? Is it in the way? We might as well leave it there, in case he wants
>> to start another JVCL component/engine/whatever that can't be integrated
>> into JVCL immediately. Peter and I have our own folders in CVS as well
>> (although I admit that the GenStorage (predecessor of JvAppStorage) and
>> LEDDisplay folders could be removed from my folder). I think the dev/Filler
>> folder could be removed as that stuff is so outdated it no longer serves any
>> purpose.
>
>
> The idea is to remove files which have been successfully integrated into the JVCL. I want to reduce the number of files.
> Personal subfolders are no problem with me. The idea of removing Jens came from the fact that it had been created initially for the integration of JvParamList.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDocking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 19:38:55 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The installer is no install creator. But if you want I will try to include
> such a feature. For this I need more information what the installer should
> do exaclty.

I would like to have the installer generate the packages, the dcr files and the res files (see Images subdirectory makefile.mak, MakeRES.bat, MakeDCR.bat).
Also uninstall of the packages including cleaning the registry because on a new install with other package options the palette names may change in the future. It would be nie if uninstall also removes all .dcu, .dcp, ..bpl etc.



Subject: Compile / Install Problem
From: The Graphical Gnome <rbraasem@xs4all.killspammers.nl>
Date: Sun, 4 Jan 2004 18:32:18 +0000 (UTC)
Newsgroups: jedi.vcl

I have a new machine and wanted to install JVCL again.

Compiling using install I got the followin error
---------------
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
	C:\Program Files\Borland\Delphi7\bin\dcc32.exe -e..\Bin -i..\..
\Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\source
\common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\JCL
\source\visclx;..\..\Archive;..\Dcu -n..\Dcu -r..\..\Run;..\Common;..\..
\Common;..\..\..\JCL\source;..\..\..\JCL\source\common;..\..\..\JCL\source
\windows;..\..\..\JCL\source\vcl;..\..\..\JCL\source\visclx;..\..
\Archive;..\Dcu -u..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;..
\..\..\JCL\source\common;..\..\..\JCL\source\windows;..\..\..\JCL\source
\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu -q -w -h -m pg.dpr

Fatal: Unable to execute command: C:\Program

-------------

Help, please.

-- The Graphical Gnome rbraasem@killspam.xs4all.nl Vakanties : http://gnomedome.xs4all.nl/vac 

Subject: Re: JvDocking
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 19:01:45 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > but if we are going to have separate zips for each
> > package as well as several different versions of the main JVCL distros
> > then maybe the installer should be extended to be able to generate the
> > zips directly from the package sources instead. A normal build of the
> > installer shoul dnot show the option to create the zips but it could be
> > activated with a DEFINE or a command-line switch.

The installer is no install creator. But if you want I will try to include
such a feature. For this I need more information what the installer should
do exaclty.


-- Regards, Andreas Hausladen 

Subject: Re: JvDocking
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 4 Jan 2004 18:56:16 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 4 Jan 2004 18:40:34 +0100:

 PT> The question is then: how much of the rest of JVCL should be included
 PT> in each of these zip?

    Each download should have the files needed for that package. If other
packages are required, this should be mentioned (in a short readme.txt file
in the zip perhaps, as SF doesn't allow to put that info on the download
page, unless you count the release info). The generic stuff (installer,
package generator) should be in the JvCore package (al other packages need
it). The help files will also be generated for each package and can either
be included in the package zip or made available as a separate download.

    Standalone packages should have no need for the generator/installer (we
provide the package files in the zip) and are therefore manual installation,
unless the original authors of those libraries want to release these
themselves. I have no problem with building and releasing the help files for
these (has no additional burden for me; the help has to be generated
anyway).

    The only problem I see now, is that both the generator as well as the
installer use parts of the JVCL, which make these part of JVCL required for
the installation. That would be the only reason to have a manual
installation for package downloads and use the installer/generator only for
the "full monty" <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Black Velveteen" by Lenny Kravitz.




Subject: Re: Make command not found
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 11:55:41 -0600
Newsgroups: jedi.vcl

that doesn't seem to work.  I have the latest build 1400 unless that has
changed.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bt8k71$f89$1@talkto.net...
>> > > and install.bat is in jedi
> >
> > Well, you've got the wrong installer. Probably a remnant from a previous
> > install of jcl/jvcl. To build JCL 1.9, open a command prompt in \jcl and
> > type:
> > want compile<ENTER>
> >
> > If all went well, go to \jvcl and double-click on install.bat. In the
> > (Windows) program that is displayed after a moment, select the packages
you
> > want to install and hit the Install button.
> >
> > NB:
> > Make sure you have removed *all* remnants of the old jcl/jvcl before you
do
> > this (see /jvcl/install.htm for details) or it will probably fail.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: now USEJVCL clean again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 18:52:20 +0100
Newsgroups: jedi.vcl

I also changed my mind about removing USEJVCL altogether.
Now i vote for keeping it.
The reason is that we can then have different palette names for USEJVCL on and off.



Subject: Re: now USEJVCL clean again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 18:50:11 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I just committed JvUIBReg.pas and now the JVCL compiles again with only the ZLib warnings with and without USEJVCL set.

I just improved the new packages to handle USEJVCL correctly and added JvCore-D to the XML files with the Condition USEJVCL.

The package generator generates empty res files on which Delphi chokes.
I fixed the D6 res files, but there remain other empty res files. Please fix.
This is another argument to remove the packages from the CVS.

Another argument is that the packages in the CVS have to match the state of USEJVCL in JVCL.INC of CVS (i committed matching ones).



Subject: Re: TJvAppStore Naming-Conventions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 4 Jan 2004 18:47:02 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sun, 04 Jan 2004 16:03:01 +0100:

 JF> I've uploaded a JvclConvert-Parameterfile to the binaries
 JF> for automaticly conversion.

    I noticed Peter added it to CVS, but I have to wonder what for?
JvAppStore hasn't been released officially so the name change will have no
effect for end users, hence they won't need to translate. Or is this
specifically for the daily snapshot users?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I Belong To You" by Lenny Kravitz.




Subject: Re: Problem with Packages
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 18:46:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Jens Fudickar wrote:
>
>> Simple Question (maybe sitting on the line): How ??
>
>
> With the package creator.
>

This was a wrong answer.
The package generator may create empty res files on which Delphi chokes.
I removed the offending res files in Packages and opened "D6 Packages.bpg" and have Delphi recreate the res files.



Subject: Re: JvDocking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 18:40:34 +0100
Newsgroups: jedi.vcl

> >     I think we should. If a user is only interested in say the HMI
controls
> > (if I ever get round to adding other controls/components) he's not
> > interested in downloading a x MB file of which he will use only a small
> > percentage. I believe this was also requested sometime ago which in turn
(in
> > combination with maintenance issues for JVCL developers) made us decide to
> > make the split.
The question is then: how much of the rest of JVCL should be included in
each of these zip? Only the sources needed for that package or all the
dependent packages and sources, the docs and the installer and package
generator as well? Including a lot of extra stuff could make the single
downloads very big somewhat defeating its purpose...

This also leads to the question whether the USEJVCL package zips should
include the docs and the installer/package generator or if they should be as
small as possible and require manual installation?

As I've said before, I've created a want script that can be used to create
the zips but if we are going to have separate zips for each package as well
as several different versions of the main JVCL distros then maybe the
installer should be extended to be able to generate the zips directly from
the package sources instead. A normal build of the installer shoul dnot show
the option to create the zips but it could be activated with a DEFINE or a
command-line switch.

What do you (and Andreas) think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvAppStore Naming-Conventions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 18:15:18 +0100
Newsgroups: jedi.vcl

> > I've uploaded a JvclConvert-Parameterfile to the binaries for
> > automaticly conversion.
> >
> > Thanks to michael, peter and the others who had done it.
> >
> > It converts everything without any manual change.
Yeah, great tool. I use it when I convert libraries and it's soooo much
easier than doing it manually and repeatable too. Michael wrote it, I only
added a few minor changes, so all kudos to him.

One thing I would like to see in the future is the ability to include the
options settings *within* the dat file in such a way that the setting can be
changed dynamically at run-time, ie:
; Options: [WholeWord, IncludeFilenames]
TJvCustomAppStore=TJvCustomAppStorage
....
; Options: [WholeWord]
SubStores=SubStorages
....
etc

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: now USEJVCL clean again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 17:40:34 +0100
Newsgroups: jedi.vcl

I just committed JvUIBReg.pas and now the JVCL compiles again with only the ZLib warnings with and without USEJVCL set.



Subject: Re: Problem with Packages
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 17:36:39 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Simple Question (maybe sitting on the line): How ??

With the package creator.



Subject: Re: TJvAppStore Naming-Conventions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 17:35:59 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Why? Is it in the way? We might as well leave it there, in case he wants
> to start another JVCL component/engine/whatever that can't be integrated
> into JVCL immediately. Peter and I have our own folders in CVS as well
> (although I admit that the GenStorage (predecessor of JvAppStorage) and
> LEDDisplay folders could be removed from my folder). I think the dev/Filler
> folder could be removed as that stuff is so outdated it no longer serves any
> purpose.

The idea is to remove files which have been successfully integrated into the JVCL. I want to reduce the number of files.
Personal subfolders are no problem with me. The idea of removing Jens came from the fact that it had been created initially for the integration of JvParamList.



Subject: Re: Problem with Packages
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 16:46:10 +0100
Newsgroups: jedi.vcl

> Jens Fudickar wrote:
>
>> GRRRRR!!!!
>>
>> After compiling three or five times with the Installer i got now an error.
>>
>> The last thing i've done was using pgedit to generate all packages.
>>
>> After that i've got the following error.
>>
>> Compiling package: JvCoreD6R.bpl
>> Borland Delphi Version 14.0
>> Copyright (c) 1983,2002 Borland Software Corporation
>> Fehler: RLINK32: Error reading file "S:\Delphi\Components\JVCL3\packages\D6\JvCoreD6R.res"
>>
>> Any Ideas ??
>>
>> Greetings
>> Jens
>
>
> I got several "stream read error" when opening "D6 Packages.bpg" today. It went away when i deleted the *.res files in Packages\D6 and recreated them.

Simple Question (maybe sitting on the line): How ??

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppStore Naming-Conventions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 4 Jan 2004 16:39:07 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sun, 04 Jan 2004 16:25:39 +0100:

  RM> BTW the Jens subdirectory can now be removed.

    Why? Is it in the way? We might as well leave it there, in case he wants
to start another JVCL component/engine/whatever that can't be integrated
into JVCL immediately. Peter and I have our own folders in CVS as well
(although I admit that the GenStorage (predecessor of JvAppStorage) and
LEDDisplay folders could be removed from my folder). I think the dev/Filler
folder could be removed as that stuff is so outdated it no longer serves any
purpose.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Sacrifice" by Anouk.




Subject: Re: JvSpeedButton used GetTickCount
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 4 Jan 2004 16:28:56 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bt6m7q$nmp$1@talkto.net...
> > I found this code in JvSpeedButton.pas
> >
> > TJvCustomSpeedButton.ButtonClick():
> >
> >     FirstTickCount := GetTickCount;
> >     repeat
> >       Now := GetTickCount;
> >     until (Now - FirstTickCount >= 20) or (Now < FirstTickCount);
> >
> > Is there a problem if I replace it by a "Sleep(20);" ?
> >

That would be a big improvement.
The implementation of this in JvSpeedButton is real bad coding:
it consumes processor time with doing actually nothing

Regards,

André Snepvangers




Subject: Re: Problem with Packages
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 16:27:57 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> GRRRRR!!!!
>
> After compiling three or five times with the Installer i got now an error.
>
> The last thing i've done was using pgedit to generate all packages.
>
> After that i've got the following error.
>
> Compiling package: JvCoreD6R.bpl
> Borland Delphi Version 14.0
> Copyright (c) 1983,2002 Borland Software Corporation
> Fehler: RLINK32: Error reading file "S:\Delphi\Components\JVCL3\packages\D6\JvCoreD6R.res"
>
> Any Ideas ??
>
> Greetings
> Jens

I got several "stream read error" when opening "D6 Packages.bpg" today. It went away when i deleted the *.res files in Packages\D6 and recreated them.



Subject: Re: TJvAppStore Naming-Conventions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 16:25:39 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I think a rename to *Storage is best. That would also imply a unit name
> change and the help file. In this case you can simply add the "renamed" unit
> to CVS and remove the old version from CVS. And don't forget to update all
> files (units, packages) referencing the unit before committing or people
> will get angry with you <g>

I agree with all of that ;-)
BTW the Jens subdirectory can now be removed.



Subject: Re: Suggestion: Move JvAppInfo To Archive
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 16:20:32 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Any comments on that, or should i do it?

I see no problems. Please move its resourcestrings from JvResources to the file.



Subject: Re: TJvAppStore Naming-Conventions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 16:03:01 +0100
Newsgroups: jedi.vcl

I've uploaded a JvclConvert-Parameterfile to the binaries for automaticly conversion.

Thanks to michael, peter and the others who had done it.

It converts everything without any manual change.

Greetings
Jens

Jens Fudickar wrote:

> Done, hopefully, this time everything worked.
>
> Please anyone check it!!
>
> The xml-Files and packages are also updated.
>
> Greetings
> Jens
>
> Jens Fudickar wrote:
>
>>
>>
>> Marcel Bestebroer wrote:
>>
>>> Hello, Jens!
>>> You wrote  on Sun, 04 Jan 2004 12:46:14 +0100:
>>>
>>>  JF> I'm working on the JvAppStore-Conversion and now there is a question
>>>  JF> about Naming Conventions:
>>>
>>>  JF> I see two possibilities:
>>>  JF> Rename AppStorage and AppStoragePath to AppStore and AppStorePath or
>>>  JF> rename TJvAppStore to TJvAppStorage and my new properties Similar.
>>>
>>>  JF> Any Comments?
>>>
>>>     I think a rename to *Storage is best. That would also imply a unit name
>>> change and the help file. In this case you can simply add the "renamed" unit
>>> to CVS and remove the old version from CVS. And don't forget to update all
>>> files (units, packages) referencing the unit before committing or people
>>> will get angry with you <g>
>>>
>> I will give my best!!
>> ___________________________________________________________
>> Softwareentwicklung Jens Fudickar
>> Breslauer Straße 8 * 65760 Eschborn
>> Tel. +49-6196-496397 * Fax +49-6196-496398
>>
>> Home of OraTool - http://www.oratool.de
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Case of inc files - request submitted
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 15:49:21 +0100
Newsgroups: jedi.vcl

> > Why? Windows's file systems are case insensitive.
Yes, but if SF for some reason doesn't do the change, modifying all sources
anyway means changing, comitting, downloading etc without purpose.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Case of inc files - request submitted
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 15:45:37 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > But we have to wait until it has been processed

Why? Windows's file systems are case insensitive.



-- Regards, Andreas Hausladen 

Subject: Re: Case of inc files - request submitted
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 15:44:00 +0100
Newsgroups: jedi.vcl

> > Who will change the sources then?
> > I can do it and it will result in an almost complete change of all
sources.

I know you've said earlier that you could do it easily, so if you're up to
it I think it's better you do it. But we have to wait until it has been
processed, of course (they are not always fast at SF support).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Special color for a row or column in TJvStringGrid and TJvDBGrid
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 4 Jan 2004 15:22:13 +0100
Newsgroups: jedi.vcl

I want to change the color for a complete row or column.
How can I do that?

With JvDBGrid I can handle this with OnGetCellParams.
GetCellParams(Sender: TObject;  Field: TField; AFont: TFont; var Background:
TColor; Highlight: Boolean);

It would be nice to have the functions

SetRowColor(Row, Color)
SetColColor(Col,Color)
SetCellColor(Col,Row,Color)
ResetRowColor(Row)
ResetColColor(Col)
ResetCellColor(Cell)

Karlheinz




Subject: Problem with Packages
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 15:11:44 +0100
Newsgroups: jedi.vcl

GRRRRR!!!!

After compiling three or five times with the Installer i got now an error.

The last thing i've done was using pgedit to generate all packages.

After that i've got the following error.

Compiling package: JvCoreD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
Fehler: RLINK32: Error reading file "S:\Delphi\Components\JVCL3\packages\D6\JvCoreD6R.res"

Any Ideas ??

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppStore Naming-Conventions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 15:03:28 +0100
Newsgroups: jedi.vcl

Done, hopefully, this time everything worked.

Please anyone check it!!

The xml-Files and packages are also updated.

Greetings
Jens

Jens Fudickar wrote:

>
>
> Marcel Bestebroer wrote:
>
>> Hello, Jens!
>> You wrote  on Sun, 04 Jan 2004 12:46:14 +0100:
>>
>>  JF> I'm working on the JvAppStore-Conversion and now there is a question
>>  JF> about Naming Conventions:
>>
>>  JF> I see two possibilities:
>>  JF> Rename AppStorage and AppStoragePath to AppStore and AppStorePath or
>>  JF> rename TJvAppStore to TJvAppStorage and my new properties Similar.
>>
>>  JF> Any Comments?
>>
>>     I think a rename to *Storage is best. That would also imply a unit name
>> change and the help file. In this case you can simply add the "renamed" unit
>> to CVS and remove the old version from CVS. And don't forget to update all
>> files (units, packages) referencing the unit before committing or people
>> will get angry with you <g>
>>
> I will give my best!!
> ___________________________________________________________
> Softwareentwicklung Jens Fudickar
> Breslauer Straße 8 * 65760 Eschborn
> Tel. +49-6196-496397 * Fax +49-6196-496398
>
> Home of OraTool - http://www.oratool.de

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppStore Naming-Conventions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 13:36:24 +0100
Newsgroups: jedi.vcl



Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Sun, 04 Jan 2004 12:46:14 +0100:
>
>  JF> I'm working on the JvAppStore-Conversion and now there is a question
>  JF> about Naming Conventions:
>
>  JF> I see two possibilities:
>  JF> Rename AppStorage and AppStoragePath to AppStore and AppStorePath or
>  JF> rename TJvAppStore to TJvAppStorage and my new properties Similar.
>
>  JF> Any Comments?
>
>     I think a rename to *Storage is best. That would also imply a unit name
> change and the help file. In this case you can simply add the "renamed" unit
> to CVS and remove the old version from CVS. And don't forget to update all
> files (units, packages) referencing the unit before committing or people
> will get angry with you <g>
>
I will give my best!!
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with DtxEdit
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 13:36:07 +0100
Newsgroups: jedi.vcl



OBones wrote:

> Jens Fudickar wrote:
>
>>>
>>>  JF> First Question: Did we need the wordwrat CRLF. I've seen dtx-files with
>>>  JF> realy long lines. If didn't need them i would prefer a CRLF is a CRLF.
>>>
>>>     Most of the files should wrap just before 100 characters, but sometimes
>>> for tables it's easier to make it a little wider. I'm not sure if DOM can
>>> handle very long lines (maybe I should test it), but I know <200 is working
>>> alright (don't ask how I know)
>>>
>>
>> Marcel, can you please test it.
>>
>>
>>>  JF> Second Question: What about the two leading blanks? Do we need them?
>>>
>>>     Well, "need" is not how I would put it, but for manual editing it's so
>>> much easier to locate the next section of a topic.
>>>
>>
>> So we had to make a decision.
>>
>> Manual Editing or using dtxedit.
>>
>> ????
>
> I may also modify DtxEdit to reproduce the leading blanks. It wouldn't be that hard anyway...
>

Please try. It's the first best solution.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with DtxEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 22:32:44 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

>>
>>  JF> First Question: Did we need the wordwrat CRLF. I've seen dtx-files with
>>  JF> realy long lines. If didn't need them i would prefer a CRLF is a CRLF.
>>
>>     Most of the files should wrap just before 100 characters, but sometimes
>> for tables it's easier to make it a little wider. I'm not sure if DOM can
>> handle very long lines (maybe I should test it), but I know <200 is working
>> alright (don't ask how I know)
>>
>
> Marcel, can you please test it.
>
>
>>  JF> Second Question: What about the two leading blanks? Do we need them?
>>
>>     Well, "need" is not how I would put it, but for manual editing it's so
>> much easier to locate the next section of a topic.
>>
>
> So we had to make a decision.
>
> Manual Editing or using dtxedit.
>
> ????
I may also modify DtxEdit to reproduce the leading blanks. It wouldn't be that hard anyway...



Subject: Re: Package Generator in combination with Package Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 13:23:15 +0100
Newsgroups: jedi.vcl

OBones wrote:

>> > > 1. All releases contain the /devtools directory 
>> > >    (at least /devtools/PackagesGenerator)
> > Sounds good as, to me, all releases using the installer are quite
> > complete releases.

The installer now needs the /devtools directory.


>> > > 2. The installer uses a copy of the the pg sources and compiles
>> > >     it to pg.exe
> > What's the difference with the first one here ? BTW, right now, the
> > executable AND the required xml file (pgEdit.xml) are in devtools\bin

The difference is that we have a /devtools/PackagesGenerator and a
/install/PackageGenerator directory. (not nice)


>> > > 3. The package generator moves to /install.
> > I don't quite like this one, the package generator isn't the
> > installation program.

But it becomes part of it.


>> > > 5. The installer uses the needed pg units directly without an
>> > >     executable. (where are the source files: copy/move)
> > [...]
> > Please do not hesitate to ask if you need further details.
The best example is the pg.exe. So I would have no problem using the
files. But the problem would be the /devtool directory, too. One
possibility would be a compile copy of the needed unit sources. Or the
/devtools directory must exist in an installer-distribution.



-- Regards, Andreas Hausladen 

Subject: Re: Installer-Improvement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 13:21:36 +0100
Newsgroups: jedi.vcl

Great !!!!!!!!!!!!! :-)

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> What about saving them to an ini-file.
>
>
> Done.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer-Improvement
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 13:18:48 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > What about saving them to an ini-file.

Done.



-- Regards, Andreas Hausladen 

Subject: Re: Problems with DtxEdit
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 13:13:41 +0100
Newsgroups: jedi.vcl

>
>  JF> First Question: Did we need the wordwrat CRLF. I've seen dtx-files with
>  JF> realy long lines. If didn't need them i would prefer a CRLF is a CRLF.
>
>     Most of the files should wrap just before 100 characters, but sometimes
> for tables it's easier to make it a little wider. I'm not sure if DOM can
> handle very long lines (maybe I should test it), but I know <200 is working
> alright (don't ask how I know)
>

Marcel, can you please test it.


>  JF> Second Question: What about the two leading blanks? Do we need them?
>
>     Well, "need" is not how I would put it, but for manual editing it's so
> much easier to locate the next section of a topic.
>

So we had to make a decision.

Manual Editing or using dtxedit.

????


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Suggestion: Move JvAppInfo To Archive
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 13:09:33 +0100
Newsgroups: jedi.vcl

Any comments on that, or should i do it?

Jens Fudickar wrote:

> Hi,
>
> i would suggest to move TJvAppInfo the archive.
>
> It's handled now through TJvAppStore and TJvPropertyStore (didn't know that it exists and i had implemented it again)
>
> Any comments.
>
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvAppStore Naming-Conventions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 4 Jan 2004 12:54:47 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sun, 04 Jan 2004 12:46:14 +0100:

 JF> I'm working on the JvAppStore-Conversion and now there is a question
 JF> about Naming Conventions:

 JF> I see two possibilities:
 JF> Rename AppStorage and AppStoragePath to AppStore and AppStorePath or
 JF> rename TJvAppStore to TJvAppStorage and my new properties Similar.

 JF> Any Comments?

    I think a rename to *Storage is best. That would also imply a unit name
change and the help file. In this case you can simply add the "renamed" unit
to CVS and remove the old version from CVS. And don't forget to update all
files (units, packages) referencing the unit before committing or people
will get angry with you <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Damn those eyes" by Kane.




Subject: TJvAppStore Naming-Conventions
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 12:46:14 +0100
Newsgroups: jedi.vcl

Hi,

I'm working on the JvAppStore-Conversion and now there is a question about Naming Conventions:

Problem:
Component-Name is TJvAppStore

In the TJvFormPlacement the Property-Name is AppStorage and AppStoragePath.

In the converted Dialogs i used AppStore and AppStorePath.

I see two possibilities:
Rename AppStorage and AppStoragePath to AppStore and AppStorePath or rename TJvAppStore to TJvAppStorage and my new properties Similar.

Any Comments?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer and Runtime-Packages
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 12:25:39 +0100
Newsgroups: jedi.vcl

My Problem was, that i deactivated the JvBDE design-time package, and the Runtime-Package was not deactivated automaticly (I think it's not used by other packages). But there was an error in the package, so it was not compilable (This was the reason to deactivate it)

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> if i deactivate a design-time package isn't it usefull also to deactive
>> the runtime-package automaticly?
>
>
> If you deactivate a runtime package that is used by other packages these
> packages will be deactivated, too. And I think this is not that what you
> want.
>
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem with examples\JvDBExplorer\OPTDLG.dfm
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 12:23:25 +0100
Newsgroups: jedi.vcl

No, the size is greater tgen 0 bytes. Look into the examples directory. It should exists. There are some dfm-files in this directory which are not valid.

OBones wrote:

> Jens Fudickar wrote:
>
>> Got the following error:
>> RLINK32:Unsupported 16bit resource in file
>>
>> The file is not in text format.
>>
>> Can anyone give me a hint.
>>
>> Greetings
>> Jens
>
> What's the size of the file ?
> 0 bytes ?
>
> Cause I had the problem with .res files that were 0 bytes and that's the message I got.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Installer and Runtime-Packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 12:14:50 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > if i deactivate a design-time package isn't it usefull also to deactive
> > the runtime-package automaticly?

If you deactivate a runtime package that is used by other packages these
packages will be deactivated, too. And I think this is not that what you
want.



-- Regards, Andreas Hausladen 

Subject: Re: Installer and Runtime-Packages
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 21:10:46 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi Andreas,
>
> if i deactivate a design-time package isn't it usefull also to deactive the runtime-package automaticly?
>
Not if it is required by another package.
And the fact that you can activate/deactivate a runtime package doesn't mean it will be installed, only that it will be compiled.



Subject: Re: Problem with examples\JvDBExplorer\OPTDLG.dfm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 21:09:41 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Got the following error:
> RLINK32:Unsupported 16bit resource in file
>
> The file is not in text format.
>
> Can anyone give me a hint.
>
> Greetings
> Jens
What's the size of the file ?
0 bytes ?

Cause I had the problem with .res files that were 0 bytes and that's the message I got.



Subject: Re: Package Generator in combination with Package Installer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 21:08:08 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> 1. All releases contain the /devtools directory    (at least /devtools/PackagesGenerator)
Sounds good as, to me, all releases using the installer are quite complete releases.

> 2. The installer uses a copy of the the pg sources and compiles
>     it to pg.exe
What's the difference with the first one here ? BTW, right now, the executable AND the required xml file (pgEdit.xml) are in devtools\bin

> 3. The package generator moves to /install.
I don't quite like this one, the package generator isn't the installation program.

> 4. The installer uses a precompiled pg.exe
Not good, we all have in source version, and some people don't trust precompiled exe.

> 5. The installer uses the needed pg units directly without an
>     executable. (where are the source files: copy/move)
Source files are in devtools\PackageGenerator. The one you would need is GenerationUtils.pas. For an example of call, please look into CmdLineUtils, it's the simplest one.

Please do not hesitate to ask if you need further details.

Olivier



Subject: Installer and Runtime-Packages
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 12:07:37 +0100
Newsgroups: jedi.vcl

Hi Andreas,

if i deactivate a design-time package isn't it usefull also to deactive the runtime-package automaticly?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Installer-Improvement
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 12:06:17 +0100
Newsgroups: jedi.vcl

Hi Andreas,

i'm looking for the following improvement:
- Storing the choosed options for the next call.

I had installed Delphi 6 and Delphi 7 on my computer.

Until now i only want to use the JVCL3 in Delphi 6. I allways had to deactivate D7 and activate my optiosn for compiling again.

What about saving them to an ini-file.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: we need to resolve the USEJVCL issue now
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 12:05:24 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've said it before: turn *off* USEJVCL while developing, rebuild your own
> packages and you should be safe from accidentally adding unnecessary
> includes. With the fixes I comitted today, the stand-alone packages should
> work now when USEJVCL is not defined, something they didn't before since a
> lot of JVCL units (mostly JvDgsnConsts and JvResources) where added without
> protecting with {$IFDEF USEJVCL}'s.
>
> The one thing I could agree on doing is to disable the USEJVCL define as
> default. Frankly, there is currently little to gain for those users that
> enable it: they get a couple of resourcestrings from JVCL for the price of a
> hefty include.

How about resolving the problem by removing USEJVCL altogether then?



Subject: Re: Case of inc files - request submitted
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 11:56:55 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Hi all, just wanted to let you know that I just posted a request to SF to
> recase the inc files in \common to all lowercase. This is done to be
> consistent with JCL.
>
> For those that like to check such things, the tracking D is #870300.
>
> Once it is done, I'll post again to let you know.
>

Who will change the sources then?
I can do it and it will result in an almost complete change of all sources.



Subject: Package Generator in combination with Package Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 4 Jan 2004 11:40:59 +0100
Newsgroups: jedi.vcl

In order to generate the packages by the installer I must know where the
package generator is.


1. All releases contain the /devtools directory 
   (at least /devtools/PackagesGenerator)

2. The installer uses a copy of the the pg sources and compiles
    it to pg.exe

3. The package generator moves to /install.

4. The installer uses a precompiled pg.exe

5. The installer uses the needed pg units directly without an
    executable. (where are the source files: copy/move)


Choose one and say which one I should implement.


-- Regards, Andreas Hausladen 

Subject: Problem with examples\JvDBExplorer\OPTDLG.dfm
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 04 Jan 2004 11:36:54 +0100
Newsgroups: jedi.vcl

Got the following error:
RLINK32:Unsupported 16bit resource in file

The file is not in text format.

Can anyone give me a hint.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDocking
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 4 Jan 2004 11:28:10 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 3 Jan 2004 23:35:26 +0100:

 >> - JVCL package releaser(s) (readying the releases for JVCL as separate
 PT> package downloads)
 PT> Do we actually need to release the JVCL as separate packages?

    I think we should. If a user is only interested in say the HMI controls
(if I ever get round to adding other controls/components) he's not
interested in downloading a x MB file of which he will use only a small
percentage. I believe this was also requested sometime ago which in turn (in
combination with maintenance issues for JVCL developers) made us decide to
make the split.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Case of inc files - request submitted
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 11:20:43 +0100
Newsgroups: jedi.vcl

Hi all, just wanted to let you know that I just posted a request to SF to
recase the inc files in \common to all lowercase. This is done to be
consistent with JCL.

For those that like to check such things, the tracking D is #870300.

Once it is done, I'll post again to let you know.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 10:14:50 +0100
Newsgroups: jedi.vcl

> > Here is the report:
> > - Many packages were missing for BCB5 and BCB6. Especially the Personal
> > versions for JvDotNet components (there is a DB unit). I improved the
> > package generator so that it works correctly with binary files (*.res)
> > and regenerated all packages. They are all submitted and all install
> > correctly.
I made a change today where the DB controls are only visible if
DelphiPersonalEidtion is not defined.

> > Please let me know if anything should be done.
If the BCB demos doesn't work and can't be made to work or doesn't make
sense for BCB, we should remove them. There are also one or two demos for
C++ but I think we should just leave them as is unless someone has VC and
wants to test it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Make command not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 10:11:09 +0100
Newsgroups: jedi.vcl

> > and install.bat is in jedi

Well, you've got the wrong installer. Probably a remnant from a previous
install of jcl/jvcl. To build JCL 1.9, open a command prompt in \jcl and
type:
want compile<ENTER>

If all went well, go to \jvcl and double-click on install.bat. In the
(Windows) program that is displayed after a moment, select the packages you
want to install and hit the Install button.

NB:
Make sure you have removed *all* remnants of the old jcl/jvcl before you do
this (see /jvcl/install.htm for details) or it will probably fail.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: we need to resolve the USEJVCL issue now
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 19:02:38 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> We must first make sure that this actually works before we remove anything.
> Besides, you don't have to remove the packages from CVS just because you
> generate the dpk's yourself. Just refrain from comitting them and/or forget
> that the package folder exists. When we create a release, then of course the
> packages should be freshly generated first if needed. Removing the packages
> is a no-op move IMO since it doesn't give us any benefits at all. I vote for
> leaving them as they are. Who knows, we might need them in the future.
And beware that more and more people are using the Daily zip without knowing anything about the package generator. That's also why I just commited the updated versions of all packages.

> I don't know the current status of pg and the installer, so better Olivier
> and Andreas answer that.
For the Installer, I don't know, but I think Andreas did something about that.
As to PG, I just updated it to cope with binary templates and I corrected a tiny bug with the condition part. Right now, as I said in another thread, it is working. I also updated the xml files to use conditions were required.
Finally, I updated install.htm to reflect the latest changes in the packages.

> The one thing I could agree on doing is to disable the USEJVCL define as
> default. Frankly, there is currently little to gain for those users that
> enable it: they get a couple of resourcestrings from JVCL for the price of a
> hefty include.
That's what I think too...

Olivier



Subject: Re: Make command not found
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 02:49:05 -0600
Newsgroups: jedi.vcl

I have a tree like so:

jedi
 |-jcl
 |_jvcl

and install.bat is in jedi

@CD jcl\examples\vcl\InstallHelper
@MAKE
@CD ..\..\..\..
@START jcl\bin\JediInstaller.exe


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bt8iek$44s$1@talkto.net...
>>>> > > > > K. it works if I open a command window first but it comes up with an
>>>> > > > > Undeclared Identifier "CreateJediInstall" error
> > From what folder are you running install.bat? The jcl or the jvcl folder?
> > Could you post the content of install.bat here?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 18:48:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> NB: I haven't checked the BCB packages nor the BCB or C++ demos so maybe
> Olivier could take a look when he has time?
Well, I just got back to Australia yesterday, so the changes I did may not be as clean as usual. However, it works.
Here is the report:
- Many packages were missing for BCB5 and BCB6. Especially the Personal versions for JvDotNet components (there is a DB unit). I improved the package generator so that it works correctly with binary files (*.res) and regenerated all packages. They are all submitted and all install correctly.
- I started to test JvDocking BCB demos. The Advance pro demo works well with BCB6, after a few cleaning changes in the packages. I also cleand BCB5 packages, but couldn't test them.
- The normal one won't work. First, TSpinEdit is named TCSpinEdit in BCB so the dfm file would have to be different. Second, the packages are for BCB5 and need cleanup and conversion for BCB6. Third, this not really a BCB example, the project file only including pascal files which is quite useless for BCB users.

Please let me know if anything should be done.
Olivier



Subject: Re: Make command not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 09:41:03 +0100
Newsgroups: jedi.vcl

>>> > > > K. it works if I open a command window first but it comes up with an
>>> > > > Undeclared Identifier "CreateJediInstall" error
From what folder are you running install.bat? The jcl or the jvcl folder?
Could you post the content of install.bat here?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Make command not found
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 02:35:12 -0600
Newsgroups: jedi.vcl

Well that is the JCL 1.9 Beta and JVCL 3
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bt8hqp$vtp$1@talkto.net...
>> > > K. it works if I open a command window first but it comes up with an
>> > > Undeclared Identifier "CreateJediInstall" error
> >
> > Where and when did you download the JVCL? What version? Do you have the
JCL?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 09:33:36 +0100
Newsgroups: jedi.vcl

> > No. I got several "implicitily included" messages because i compile with
> > USEJVCL on.
Well, turn it off then. The JVCL dependencies for the packages in question
should be removed, not added.

BTW, you need to clean the dof files you just comitted. They are full of
unnecessary stuff.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Make command not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 09:30:28 +0100
Newsgroups: jedi.vcl

> > K. it works if I open a command window first but it comes up with an
> > Undeclared Identifier "CreateJediInstall" error

Where and when did you download the JVCL? What version? Do you have the JCL?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: we need to resolve the USEJVCL issue now
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 09:29:15 +0100
Newsgroups: jedi.vcl

> > I vote for emptying packages tree of the CVS and add all the files in it
> > to .cvsignore. Then the packages are generated by the developer through
> > the installer.
We must first make sure that this actually works before we remove anything.
Besides, you don't have to remove the packages from CVS just because you
generate the dpk's yourself. Just refrain from comitting them and/or forget
that the package folder exists. When we create a release, then of course the
packages should be freshly generated first if needed. Removing the packages
is a no-op move IMO since it doesn't give us any benefits at all. I vote for
leaving them as they are. Who knows, we might need them in the future.

> > Maybe the packages generator or the package XML files need to be improved
to handle the USEJVCL condition correctly.
I don't know the current status of pg and the installer, so better Olivier
and Andreas answer that.

> > We should stop development for now until this is resolved. It really gets
messy now.
Why does it get messy? I think the biggest problem right now is that a bunch
of people are updating the same files over and over again instead of
resolving the issues they are having on their own machines.

I've said it before: turn *off* USEJVCL while developing, rebuild your own
packages and you should be safe from accidentally adding unnecessary
includes. With the fixes I comitted today, the stand-alone packages should
work now when USEJVCL is not defined, something they didn't before since a
lot of JVCL units (mostly JvDgsnConsts and JvResources) where added without
protecting with {$IFDEF USEJVCL}'s.

The one thing I could agree on doing is to disable the USEJVCL define as
default. Frankly, there is currently little to gain for those users that
enable it: they get a couple of resourcestrings from JVCL for the price of a
hefty include.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Make command not found
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 02:18:37 -0600
Newsgroups: jedi.vcl

K. it works if I open a command window first but it comes up with an
Undeclared Identifier "CreateJediInstall" error
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bt8gtv$q7k$1@talkto.net...
>> > > Did that still doesn't work.
> > Open a command prompt in the JVCL folder and type:
> > C:\somepath>make.exe <ENTER>
> >
> > What happens?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Make command not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 09:15:06 +0100
Newsgroups: jedi.vcl

> > Did that still doesn't work.
Open a command prompt in the JVCL folder and type:
C:\somepath>make.exe <ENTER>

What happens?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: we need to resolve the USEJVCL issue now
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 09:15:04 +0100
Newsgroups: jedi.vcl

I vote for emptying packages tree of the CVS and add all the files in it to .cvsignore. Then the packages are generated by the developer through the installer.
Maybe the packages generator or the package XML files need to be improved to handle the USEJVCL condition correctly.

We should stop development for now until this is resolved. It really gets messy now.



Subject: Re: JvDocking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 09:10:39 +0100
Newsgroups: jedi.vcl

OBones wrote:

> As a result, the packages are correct, provided they get regenerated and the xml file contains the conditions. Right now, only the latest added package contains such a condition.

For that we need to remove the packages from the CVS.



Subject: Re: Make command not found
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 01:51:46 -0600
Newsgroups: jedi.vcl

Did that still doesn't work.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bt8cu1$16l$1@talkto.net...
>> > > I have Delphi 7 installed and the install.bat for jvcl doesn't want to
> > work
>> > > due to make not being found.  what can I do to fix this?
> >
> > Check that the path to the Delphi bin folder is in your system path.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Package dependencies
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 17:39:40 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I think we will have to change the package generator to generate independent packages for these component packs if USEJVCL is deactivated.
This is already working, provided the xml file indicates a condition

> Then the installer calls the package generator to create the packages.
I thought this was done too.



Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 08:38:27 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I think I've made the updates needed to make it compile in all Delphi
> versions, so if you would like to check the style of the other files, it
> should be OK to do so now.

No. I got several "implicitily included" messages because i compile with USEJVCL on. Also one design time package included itself for D6.

I make a commit for the newly generated packages again.
Sorry if that causes problems. We need to resolve the USEJVCL problems.



Subject: Re: JvDocking
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 17:38:04 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> In addition, the installer might get an option to add required packages
> depending on the status of USEJVCL. We don't now 100% yet how this will be
> done (or if it will be done at all) and in the meantime, things will remain
> as they are since the way things are set up now is the "least impact" way.
I thought this was already in the installer, by calling the package generator.
PG already takes conditions into account and does this:
Delphi packages -> Enclose line if $IFDEF
BCB Packages -> Read the indicated include file and add lines only if the given symbol is defined.

As a result, the packages are correct, provided they get regenerated and the xml file contains the conditions. Right now, only the latest added package contains such a condition.



Subject: Re: Make command not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 08:06:52 +0100
Newsgroups: jedi.vcl

> > I have Delphi 7 installed and the install.bat for jvcl doesn't want to
work
> > due to make not being found.  what can I do to fix this?

Check that the path to the Delphi bin folder is in your system path.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Make command not found
From: "Dieter Lunn" <dlunn@mts.net>
Date: Sun, 4 Jan 2004 00:29:39 -0600
Newsgroups: jedi.vcl

I have Delphi 7 installed and the install.bat for jvcl doesn't want to work
due to make not being found.  what can I do to fix this?




Subject: Re: JvDocking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 07:28:48 +0100
Newsgroups: jedi.vcl

I think the installer should handle all the package generation and configuration handling including uninstall.



Subject: Re: JvDocking
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 Jan 2004 07:27:18 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     As the number of standalone packages isn't that big, we could suffice
> with just 1. For JVCL separate packages, we should probably just split it in
> groups of x packages and find release technicians for them.

My HID component JvHidControllerclass.pas is already available as separate Zip. From that one i can create a package for the JVCL directory structure.

Maybe we should check/iprove the directory structure of the JVCL to be sure that the examples reside in separate subdirectories etc. Some of the files in Common are for my HID component also.



Subject: Re: JvDocking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 4 Jan 2004 05:46:56 +0100
Newsgroups: jedi.vcl

I've just created a want script to create all the release zip files (3
different JVCL zips and 9 standalone zips), so it should be an easy task
once we are ready to release. If someone is interested, I could post it to
binaries so you can have a look.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDocking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 23:35:26 +0100
Newsgroups: jedi.vcl

> >     I suppose that in the JVCL release, the requires entry will be there,
> > it's only removed for standalone releases.
Correct

> > - main releaser (readying the release for JVCL as a whole)
This would be the source, source+demos, all+jcl releases, I guess? The only
real difference between them is the amount of files included and they would
all be handled by Andreas excellent installer AFAICS. Almost no work doing
it (well, need to checkout, build the zips and upload to SF, but that work
is the same for any release on SF).

> > - standalone package releaser(s) (readying the releases for standalone
> > packages)
This could be easy (generate a zip from a bat file), semi-hard (create
InnoSetup type installers) or hard(?) (modify Andreas installer to handle
it).

> > - JVCL package releaser(s) (readying the releases for JVCL as separate
package downloads)
Do we actually need to release the JVCL as separate packages?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDocking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 23:28:37 +0100
Newsgroups: jedi.vcl

> > Aren't the daily snapshots alpha's?
Not in my view. I see them as a way to get the sources without having to
configure a CVS client.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDocking
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 03 Jan 2004 23:14:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Remember, JVCL3 isn't even in alpha yet so much can change before release,
> both in source and support tools like the installer.

Aren't the daily snapshots alpha's?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvDocking
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 Jan 2004 23:10:07 +0100
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Sat, 3 Jan 2004 21:36:38 +0000 (UTC):

 IV> While it's easy enough for me to do this I still say it's going to trip
 IV> up others. I suggest that another package template be created,
 IV> DockPresidentkx, that doesn't contain the requires entry, and
 IV> jvDockingkx should have it.

    I suppose that in the JVCL release, the requires entry will be there,
it's only removed for standalone releases.

    Actually, this brings up something we haven't discussed before (or I
have missed it <g>): we will most likely generate/release these standalone
packages separately. That would imply quite a burden on the one that's going
to put the releases online (that would be Peter). We should split that job
of to:

- main releaser (readying the release for JVCL as a whole)
- standalone package releaser(s) (readying the releases for standalone
packages)
- JVCL package releaser(s) (readying the releases for JVCL as separate
package downloads)
- help file releases (guess what this guy will be responsible for)

    As the number of standalone packages isn't that big, we could suffice
with just 1. For JVCL separate packages, we should probably just split it in
groups of x packages and find release technicians for them.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvDocking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 23:08:10 +0100
Newsgroups: jedi.vcl

> > While it's easy enough for me to do this I still say it's going to trip
> > up others. I suggest that another package template be created,
> > DockPresidentkx, that doesn't contain the requires entry, and
> > jvDockingkx should have it.
Huh? Don't understand what you mean, please clarify.

Under normal circumstances Delphi should automatically prompt you to add the
JvCore package provided that you have JvCoreD7D installed or if you build
all the packages in the bpg in order (and USEJVCL is defined, of course).

In addition, the installer might get an option to add required packages
depending on the status of USEJVCL. We don't now 100% yet how this will be
done (or if it will be done at all) and in the meantime, things will remain
as they are since the way things are set up now is the "least impact" way.

Remember, JVCL3 isn't even in alpha yet so much can change before release,
both in source and support tools like the installer.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDocking
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 3 Jan 2004 21:55:26 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Under normal circumstances Delphi should automatically prompt you to
> > add the JvCore package provided that you have JvCoreD7D installed or
> > if you build all the packages in the bpg in order (and USEJVCL is
> > defined, of course).

I did. It didn't. And the installer is a whole other kettle of fish.

> > In addition, the installer might get an option to add required
> > packages depending on the status of USEJVCL. We don't now 100% yet
> > how this will be done (or if it will be done at all) and in the
> > meantime, things will remain as they are since the way things are set
> > up now is the "least impact" way.

I think Marcel brings up some good ideas about this. Take a look at his
response.

> > Remember, JVCL3 isn't even in alpha yet so much can change before
> > release, both in source and support tools like the installer.

Then let's catch these now, _before_ they become a real problem ;)

-- Cheers, Ignacio 

Subject: Re: JvDocking
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 22:36:53 +0100
Newsgroups: jedi.vcl

> > "Cannot load package 'JvDockingD7R.' It contains unit
> > 'JvComponent,'which is also contained in package 'JvCoreD7R'."
> >
> > Does this mean that an $IFDEF is required in the .dpk as well?

No, either comment out USEJVCL in JVCL.INC or add JvCoreD7R.dcp to the
requires node of JvDockingD7R.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDocking
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 3 Jan 2004 21:36:38 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > Does this mean that an $IFDEF is required in the .dpk as well?
> > 
> > No, either comment out USEJVCL in JVCL.INC or add JvCoreD7R.dcp to the
> > requires node of JvDockingD7R.

While it's easy enough for me to do this I still say it's going to trip
up others. I suggest that another package template be created,
DockPresidentkx, that doesn't contain the requires entry, and
jvDockingkx should have it.

-- Cheers, Ignacio 

Subject: JvDocking
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 3 Jan 2004 21:14:32 +0000 (UTC)
Newsgroups: jedi.vcl

I get the following error when trying to install JvDockingD7D:

"Cannot load package 'JvDockingD7R.' It contains unit
'JvComponent,'which is also contained in package 'JvCoreD7R'."

Does this mean that an $IFDEF is required in the .dpk as well?

-- Cheers, Ignacio 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 21:33:18 +0100
Newsgroups: jedi.vcl

I think I've made the updates needed to make it compile in all Delphi
versions, so if you would like to check the style of the other files, it
should be OK to do so now.

NB: I haven't checked the BCB packages nor the BCB or C++ demos so maybe
Olivier could take a look when he has time?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 20:38:39 +0100
Newsgroups: jedi.vcl

I did some style cleaning on JvDockControlForm.pas, JvDockDelphiStyle.pas and JvDockGlobals.pas

The Dock files in Design are now independent from JVCL again.



Subject: Re: Unit JvDBLookup was compiled with a different version of JvToolEdit.TJvCustomComboEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 20:17:39 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > You probably didn't clean out all the JVCL 2 units from your install.

Especially the JvToolEdit.dcu



-- Regards, Andreas Hausladen 

Subject: Unit JvDBLookup was compiled with a different version of JvToolEdit.TJvCustomComboEdit
From: "Bepy" <ramengo@hotmail.com>
Date: Sat, 3 Jan 2004 19:37:13 +0100
Newsgroups: jedi.vcl

I get this message after instlling JVCL 3 and rebuilding a project done with
JVCL 2.
Any idea of where the mess is ?




Subject: Re: Unit JvDBLookup was compiled with a different version of JvToolEdit.TJvCustomComboEdit
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 3 Jan 2004 18:37:11 +0000 (UTC)
Newsgroups: jedi.vcl

Bepy wrote:

> > Any idea of where the mess is ?

You probably didn't clean out all the JVCL 2 units from your install.

-- Cheers, Ignacio 

Subject: Re: Unable to open project group files
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 18:53:56 +0100
Newsgroups: jedi.vcl

> > Just out of curiosity, why the file was saved in the Unix format?
They weren't. It's either a problem with the script that generates the daily
zips or the CVS client downloading the file to your computer. In short,
sometimes they fail to convert the files before downloading/zipping them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSpeedButton used GetTickCount
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 18:08:53 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I found this code in JvSpeedButton.pas
>
> TJvCustomSpeedButton.ButtonClick():
>
>     FirstTickCount := GetTickCount;
>     repeat
>       Now := GetTickCount;
>     until (Now - FirstTickCount >= 20) or (Now < FirstTickCount);
>
> Is there a problem if I replace it by a "Sleep(20);" ?

I see no real problem by replacing it.



Subject: Re: Package dependencies
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 18:06:40 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I was under the impression that is only needed if USEJVCL is defined, in
> other cases, the JvCore dependency is not needed. So if we can get the
> package generator to generate the JvCore requirement only if USEJVCL is
> defined we're done, right?

I think we will have to change the package generator to generate independent packages for these component packs if USEJVCL is deactivated.
Then the installer calls the package generator to create the packages.

I will think of a more standard installer design for our installer.

The issue of Clx only installation has to be handled there also.
Can someone please create a Clx only XML file for the package generator? I think we need ClxCore-D.xml, ClxCore-R.xml and a package which contains Clx compatible components only. ClxCore should only contain the files needed by the other package. From there on we can add more and more files and packages.
The installer will then allow to either install VCL or Clx packages.



Subject: Re: Package dependencies
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 17:57:42 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Then please deactivate it in JVCL.INC
>
> No, because JVCL users should by default use the JVCL package versions. Only
> developers should not.
>

Yep, on second thought i believe that deactivating would not work because of my changes. I will have a look and fix it.



Subject: Re: Migrate DockControls to TJvAppStore
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 17:55:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The new DockControls should be migrated to TJvAppStore :-)
>
>
> No, the dock controls and the dotnet/xp controls should not be merged into
> the JVCL in any way since I have agreed on making the inclusion such that
> current users can continue using it without having to install any of the
> other JVCL if they don't want to.
>

Then only with IFDEF USEJVCL or by donating TJvAppStore to them.
Anyway we should wait some days until the inclusion settles.



Subject: Re: Unable to open project group files
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sat, 3 Jan 2004 17:23:04 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:bt6htl$sa2$1@talkto.net...
> > It's because the file is in UNIX format (CR) instead of DOS format (CRLF).
> > Use something like Unix2Dos to convert the file.

You got it! I've just opened the file in Wordpad, removed $(DCC) from the
PROJECTS variable and resaved. This time, the project group file was opened
and compiled flawlessly by the Delphi IDE. Just out of curiosity, why the
file was saved in the Unix format?


Thanks a lot to all of you for the advices,
Ivo




Subject: JvSpeedButton used GetTickCount
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 16:33:15 +0100
Newsgroups: jedi.vcl

I found this code in JvSpeedButton.pas

TJvCustomSpeedButton.ButtonClick():

    FirstTickCount := GetTickCount;
    repeat
      Now := GetTickCount;
    until (Now - FirstTickCount >= 20) or (Now < FirstTickCount);

Is there a problem if I replace it by a "Sleep(20);" ?

-- Regards, Andreas Hausladen 

Subject: Re: String To PAnsiChar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 16:20:03 +0100
Newsgroups: jedi.vcl

Genja Grishin wrote:

> >   ShellExecute(Handle, 'open', 'mailto:' + Label1.Caption, '', '',

ShellExecute(Handle, 'open', PChar('mailto:' + Label1.Caption), '', '',

But I think borland.public.delphi.language.objectpascal would be a better
place to ask such questions.



-- Regards, Andreas Hausladen 

Subject: String To PAnsiChar
From: "Genja Grishin" <gerz-site@narod.ru>
Date: Sat, 3 Jan 2004 17:15:51 +0200
Newsgroups: jedi.vcl

Where my mistake?
Incompatible types: 'String' and 'PAnsiChar'.

procedure TMain.Label1Click(Sender: TObject);
begin
  ShellExecute(Handle, 'open', 'mailto:' + Label1.Caption, '', '',
SW_SHOWNORMAL);
end;

Thanks!




Subject: Re: Package dependencies
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 16:12:55 +0100
Newsgroups: jedi.vcl

> > Then please deactivate it in JVCL.INC
No, because JVCL users should by default use the JVCL package versions. Only
developers should not.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Beta Tester required HELP HELP
From: "colin" <Supprty@dnm.com>
Date: Sat, 3 Jan 2004 09:43:55 -0500
Newsgroups: jedi.vcl

Im looking for a good tester of my new application. Its a thread based
script ftp client.  You can create scripts to schdule and upload or download
and much more..
go to http://www.xmembytes.com

for more info..

The product:
http://www.xmembytes.com/products/xstream.htm




Subject: Re: Migrate DockControls to TJvAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 15:29:03 +0100
Newsgroups: jedi.vcl

>>
>>  >> The new DockControls should be migrated to TJvAppStore :-)
>>  O> What's the relation between a Docking Control and TJvAppStore ?
>>  O> I'm sorry, but I can't make it.
>>
>>     I assume the docking control allows storing which control is docked
>> where and that the storage currently only works with registry. Converting to
>> AppStore would be a very good idea so you could save these settings to XML
>> or DB, depending on the users need.
>
>
> Yes but that's not a conversion, that's adding a property to have it use one of our components...
>

The point is that the components are using the registry directly now. So i had to change the implementation to use TJvAppStore, and this is for me a conversion ;-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Unable to open project group files
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 00:19:32 +1000
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> píse v diskusním
> príspevku news:bt6bei$kkr$3@talkto.net...
>
>> The $(DCC) was wrong, because there is no package "$(DCC).dpk". And the
>> IDE does not want macros like $(DCC) in the "PROJECTS" variable. I removed
>> the wrong $(DCC) from the "PROJECTS=" line and now you can open the
>> package in the IDE.
>
>
> I did exactly what you told me to do but the Delphi 7 IDE still refuses the
> bpg file to open! What am I doing wrong?
>
>
> Best regards,
> Ivo
>
>
It's because the file is in UNIX format (CR) instead of DOS format (CRLF).
Use something like Unix2Dos to convert the file.



Subject: Re: Migrate DockControls to TJvAppStore
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 00:18:49 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Sun, 04 Jan 2004 00:01:20 +1000:
>
>  O> Jens Fudickar wrote:
>
>  >> The new DockControls should be migrated to TJvAppStore :-)
>  O> What's the relation between a Docking Control and TJvAppStore ?
>  O> I'm sorry, but I can't make it.
>
>     I assume the docking control allows storing which control is docked
> where and that the storage currently only works with registry. Converting to
> AppStore would be a very good idea so you could save these settings to XML
> or DB, depending on the users need.

Yes but that's not a conversion, that's adding a property to have it use one of our components...



Subject: Re: Problems with DtxEdit
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 Jan 2004 15:14:08 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sat, 03 Jan 2004 15:12:51 +0100:

 JF> First Question: Did we need the wordwrat CRLF. I've seen dtx-files with
 JF> realy long lines. If didn't need them i would prefer a CRLF is a CRLF.

    Most of the files should wrap just before 100 characters, but sometimes
for tables it's easier to make it a little wider. I'm not sure if DOM can
handle very long lines (maybe I should test it), but I know <200 is working
alright (don't ask how I know)

 JF> Second Question: What about the two leading blanks? Do we need them?

    Well, "need" is not how I would put it, but for manual editing it's so
much easier to locate the next section of a topic.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Strangers of the night" by The Nits.




Subject: Re: Problems with DtxEdit
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 15:12:51 +0100
Newsgroups: jedi.vcl

>
>> Hi Marcel,
>>
>> there are some problems with the DtxEdit Read/Write-Allgorithm.
>
> I totally agree, but I did a quick editor that I prefer compared to a text editor. That's my call, but when you think of the "wordwrap" problem, you'll see it's not that easy to distinguish between a required CRLF and a "wordwrap" CRLF.
>
I know :-)

First Question: Did we need the wordwrat CRLF. I've seen dtx-files with realy long lines. If didn't need them i would prefer a CRLF is a CRLF.

Second Question: What about the two leading blanks? Do we need them? There is a bug reading and storing them.


I had made some smaller changes to the editor. Have you seen them.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Migrate DockControls to TJvAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 Jan 2004 15:10:23 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sun, 04 Jan 2004 00:01:20 +1000:

 O> Jens Fudickar wrote:

 >> The new DockControls should be migrated to TJvAppStore :-)
 O> What's the relation between a Docking Control and TJvAppStore ?
 O> I'm sorry, but I can't make it.

    I assume the docking control allows storing which control is docked
where and that the storage currently only works with registry. Converting to
AppStore would be a very good idea so you could save these settings to XML
or DB, depending on the users need.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Strangers of the night" by The Nits.




Subject: Re: Migrate DockControls to TJvAppStore
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 00:01:20 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> The new DockControls should be migrated to TJvAppStore :-)
What's the relation between a Docking Control and TJvAppStore ?
I'm sorry, but I can't make it.



Subject: Re: Installation problems with BCB5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 04 Jan 2004 00:00:10 +1000
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> Hi!
>
> I'm still trying to install the latest JVCL, and I've got a few problems. I've been trying to generate the DCP files, using the batch file.
>
> The first problem is that GenerateUtils.pas wouldn't compile because the CaseSensitive property of TStringList didn't exist in BCB 5. So I modified the code, and then it compiled.
>
> The second problem however, is that at the end of the batch file, we try to generate the actual packages (using pg). Here, pg says that there is no template found for C5. What does this mean, and how can I fix it?
It means it can't find the template.dcp file in JCL\c5 and that's most likely because you didn't specify the location to JCL and it went back to its default value: ..\..\JCL\
Moreover, I made some changes last thursday, please get the latest version of PG and MakeDCP4JCL.bat, I cleaned it up.



Subject: Re: Problems with DtxEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 03 Jan 2004 23:57:59 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Marcel,
>
> there are some problems with the DtxEdit Read/Write-Allgorithm.
I totally agree, but I did a quick editor that I prefer compared to a text editor. That's my call, but when you think of the "wordwrap" problem, you'll see it's not that easy to distinguish between a required CRLF and a "wordwrap" CRLF.



Subject: Re: ANN: dxPack and dxDotNet added to JVCL
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 14:44:43 +0100
Newsgroups: jedi.vcl

I will give it a try and i will try to build DynControlEngines to use it :-)

The engine will not be registered, so there is no problem with separation.

Peter Thörnqvist wrote:

> The JVCL team is happy to announce that the Delphi eXperience II and Delphi
> eXperience DotNet components developed by Marc Hoffman now have been added
> to the JVCL.
>
> Delphi eXperience II (renamed to Jv XP Controls) is a set of visual
> components that have a distinct XP/Office XP and include standard controls,
> like buttons and checkboxes as well as a very nice XP style navigation bar
> component.
>
> Delphi eXperience DotNet (renamed to Jv DotNet Controls) is a set of
> standard controls with a visual look similar to the hot tracking style of
> the VS.Net components. This package includes standard as well as DB enabled
> controls.
>
> Marc will probably become a JVCL developer and thus will help with
> maintaining
> and continue development on the components.
>
> The library has been added as separate packages and a conversion file is
> provided with the JVCL to make it an easy task for current users to migrate
> to the JVCL version.
>
> For more information on JVCL, please visit the URL in signature below.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Package dependencies
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 14:38:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> JVCL developers should make sure they have USEJVCL undefined or they risk to
> commit packages with dependencies on JvCore (as just has happened with the
> JvDocking,JvXPCtrls and JvDotNet packages).

Then please deactivate it in JVCL.INC



Subject: Re: Error in JvParameterListParameter.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 14:36:36 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Sorry, it seems to be my fault :-(
>
> I changed both files yesterday and thought i had uploaded both.
> But .. :-( only one is posted back.
>
> I hate iot.
>
> Sorry !!!

Please check the files again tomorrow because i think i committed fixed versions today and i may have erred on the changes.
Tomorrow the commit mess should have settled.



Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 14:15:45 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > No, you added D6 packages <g>

You got me. <g>


-- Regards, Andreas Hausladen 

Subject: Re: Unable to open project group files
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sat, 3 Jan 2004 14:10:23 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> píse v diskusním
príspevku news:bt6bei$kkr$3@talkto.net...
> > The $(DCC) was wrong, because there is no package "$(DCC).dpk". And the
> > IDE does not want macros like $(DCC) in the "PROJECTS" variable. I removed
> > the wrong $(DCC) from the "PROJECTS=" line and now you can open the
> > package in the IDE.

I did exactly what you told me to do but the Delphi 7 IDE still refuses the
bpg file to open! What am I doing wrong?


Best regards,
Ivo




Subject: Re: Error in JvParameterListParameter.pas
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 13:54:10 +0100
Newsgroups: jedi.vcl

Sorry, it seems to be my fault :-(

I changed both files yesterday and thought i had uploaded both.
But .. :-( only one is posted back.

I hate iot.

Sorry !!!

Andreas Hausladen wrote:

> Karlheinz wrote:
>
>
>> There is a new error in the actual cvs-version.
>
>
> Already fixed in CVS version.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: ANN: dxPack and dxDotNet added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 13:46:51 +0100
Newsgroups: jedi.vcl

The JVCL team is happy to announce that the Delphi eXperience II and Delphi
eXperience DotNet components developed by Marc Hoffman now have been added
to the JVCL.

Delphi eXperience II (renamed to Jv XP Controls) is a set of visual
components that have a distinct XP/Office XP and include standard controls,
like buttons and checkboxes as well as a very nice XP style navigation bar
component.

Delphi eXperience DotNet (renamed to Jv DotNet Controls) is a set of
standard controls with a visual look similar to the hot tracking style of
the VS.Net components. This package includes standard as well as DB enabled
controls.

Marc will probably become a JVCL developer and thus will help with
maintaining
and continue development on the components.

The library has been added as separate packages and a conversion file is
provided with the JVCL to make it an easy task for current users to migrate
to the JVCL version.

For more information on JVCL, please visit the URL in signature below.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 03 Jan 2004 13:37:08 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> What mistake? Do you mean the $(DCC) line? That was not by me. I just
> removed it.

No, you added D6 packages <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 13:31:18 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Well, there was a mistake in the changes you made, so maybe it's a good
> > idea <g>.

What mistake? Do you mean the $(DCC) line? That was not by me. I just
removed it.



-- Regards, Andreas Hausladen 

Subject: Re: Package dependencies
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 13:29:11 +0100
Newsgroups: jedi.vcl

> > That meight work with Delphi Packages when compiled by the Package
> > Installer or command line. But If you open the packages in the IDE Delph
> > will remove the IFDEFs. And BCB users have no change.

JVCL developers should make sure they have USEJVCL undefined or they risk to
commit packages with dependencies on JvCore (as just has happened with the
JvDocking,JvXPCtrls and JvDotNet packages).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unable to open project group files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 13:29:06 +0100
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> > So the only possible solution is to compile each package manually (except
> > for the newly added ones). Am I right?

No. The .bpg file looked like this:
-------------
PROJECTS=JvCoreD6R.bpl JvCoreD6D.bpl \
  Jv... \
  ... \
  $(DCC)

ALL=$(PROJECTS)
....
-------------
The $(DCC) was wrong, because there is no package "$(DCC).dpk". And the
IDE does not want macros like $(DCC) in the "PROJECTS" variable. I removed
the wrong $(DCC) from the "PROJECTS=" line and now you can open the
package in the IDE.




-- Regards, Andreas Hausladen 

Subject: Re: Unable to open project group files
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 13:27:30 +0100
Newsgroups: jedi.vcl

> > So the only possible solution is to compile each package manually (except
> > for the newly added ones). Am I right?

Edit the bpg with Notepad and remove the stuff that is causing the problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package dependencies
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 13:25:57 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > So if we can get the package generator to generate 
> > the JvCore requirement only if USEJVCL is defined 
> > we're done, right?

That meight work with Delphi Packages when compiled by the Package
Installer or command line. But If you open the packages in the IDE Delph
will remove the IFDEFs. And BCB users have no change.


-- Regards, Andreas Hausladen 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 03 Jan 2004 13:25:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Maybe we can write an automation tool but we do not add new packages that
> often.

Well, there was a mistake in the changes you made, so maybe it's a good idea <g>.

But it's not that important indeed, but I thought that pgEdit knows enough to generate those files.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Package dependencies
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 Jan 2004 13:22:56 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Sat, 3 Jan 2004 13:18:25 +0100:

 AH> On the one hand we do not want component suites like Globus, Jans,
 AH> XPCtrls and Docking to be dependent on the JVCL but on the other hand
 AH> Globus and Jans depend on JvCore.

    I was under the impression that is only needed if USEJVCL is defined, in
other cases, the JvCore dependency is not needed. So if we can get the
package generator to generate the JvCore requirement only if USEJVCL is
defined we're done, right?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "City" by Natalie Imbruglia.




Subject: Re: Unable to open project group files
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sat, 3 Jan 2004 13:20:56 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> píse v diskusním
príspevku news:bt684s$4e0$1@talkto.net...
> > There was a $(DCC) in the "PROJECTS=" line that should not be there. I
> > have removed it an added the new packages (that do not compile yet).

So the only possible solution is to compile each package manually (except
for the newly added ones). Am I right?


Best regards,
Ivo




Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 13:19:16 +0100
Newsgroups: jedi.vcl

PLEASE don't edit these files yet! Now I, you and Andreas are all trying to
commit different version of these files on top of each other. Just leave
them alone until I am finished with them.

Thank you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 13:18:27 +0100
Newsgroups: jedi.vcl

I will withhold any changes for several hours so Peter can sort out the mess. It is the birthday of my mother so i will have to leave soon anyway.
Peter, do not hesitate to kill any of my changes. It is easier for me to rework the files again.



Subject: Package dependencies
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 13:18:25 +0100
Newsgroups: jedi.vcl

On the one hand we do not want component suites like Globus, Jans, XPCtrls
and Docking to be dependent on the JVCL but on the other hand Globus and
Jans depend on JvCore.


-- Regards, Andreas Hausladen 

Subject: Re: Installation JVCL3
From: "Rainer Budde" <speed78@gmx.net>
Date: Sat, 3 Jan 2004 13:13:59 +0100
Newsgroups: jedi.vcl

Hi,

> > You need the new JCL 1.9
> > (http://homepages.borland.com/jedi/jcl/page30.html)
That´s it ;)

Special Thanks...

Rainer

--
Home of the MP3 Archiver: http://www.speed-soft.de
Member of the NUFAN-Clan




Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 13:11:41 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I will apply a second try with USEJVCL. So the resourcestrings are then
>> in the file and JvDsgnConsts like the Globus files.
>
>
> Please wait until I've restored the changes you made or my commits will
> overwrite yours. I'll also fix the packages.

Too late.



Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 13:10:36 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> What about the JvXPCtrls ? They need JvComponent.pas and so JvCore-R,
>> furthermore the design time package needs JvCore-D. Without the JvCore
>> packages the compiler says "implicit unit included".
>
> The dependcy wasn't there until Robert changed it.

I currently try to commit corrected files and packages.
USEJVCL for the resourcestrings in JvDockPropertyEditors.pas
JvXPPropertyEditors.pas still needs USEJVCL (my next job).



Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 13:03:14 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > So the .bpg files must be manually adjusted? Is it necessairy to not
> > show package files that are not in those .bpg files?

Maybe we can write an automation tool but we do not add new packages that
often. And this tool had to be aware of the Standard/Personal editions.



-- Regards, Andreas Hausladen 

Subject: Changes in Packages\MakeDelphi.bat
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 13:01:21 +0100
Newsgroups: jedi.vcl

I have added a new environment variable %TARGET% to the MAKE command call.
That allows us to do the following:

Open a console window and type
# SET TARGETS=JvDockingD6R.bpl JvDockingD6D.bpl
# maked6

Now only the two packages will be compiled. That is faster than compiling
the whole JVCL each time there were changes in the last packages. In order
to compile all packages just type
# SET TARGETS=
# maked6
or open a new console window and type
maked6


(adjust d6 with your version :-) )



-- Regards, Andreas Hausladen 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 12:57:56 +0100
Newsgroups: jedi.vcl

> > I will apply a second try with USEJVCL. So the resourcestrings are then
> > in the file and JvDsgnConsts like the Globus files.

Please wait until I've restored the changes you made or my commits will
overwrite yours. I'll also fix the packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 03 Jan 2004 12:57:55 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have added the new packages to the .bpg files. (And added the missing
> JvManagedThreads packages to D6Personal)

Ok, thanks.

So the .bpg files must be manually adjusted? Is it necessairy to not show package files that are not in those .bpg files?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 12:56:54 +0100
Newsgroups: jedi.vcl

> > What about the JvXPCtrls ? They need JvComponent.pas and so JvCore-R,
> > furthermore the design time package needs JvCore-D. Without the JvCore
> > packages the compiler says "implicit unit included".
The dependcy wasn't there until Robert changed it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 12:54:10 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > The installer will only install packages in the bpg.

I have added the new packages to the .bpg files. (And added the missing
JvManagedThreads packages to D6Personal)


-- Regards, Andreas Hausladen 

Subject: Re: Unable to open project group files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 12:53:06 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Ivo Bauer wrote:
>
>
>> What's the reason for this?
>
>
> There was a $(DCC) in the "PROJECTS=" line that should not be there. I
> have removed it an added the new packages (that do not compile yet).

Currently several of us are trying to get the packages running so we get conflicts.



Subject: Re: Installation JVCL3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 12:52:43 +0100
Newsgroups: jedi.vcl

Rainer Budde wrote:

> > Where can I find the DJclVcl Unit??

You need the new JCL 1.9
(http://homepages.borland.com/jedi/jcl/page30.html)


-- Regards, Andreas Hausladen 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 03 Jan 2004 12:52:32 +0100
Newsgroups: jedi.vcl

Must 'D7 Packages.bpg' etc. be manually adjusted or does a program update these file?

The installer will only install packages in the bpg.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 12:50:00 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I am already cleaning the style :-)
>
>
> Please do not introduce reliance on JVCL for these packages since they
> should be workable without the JVCL (excluding JVCL.INC(JEDI.INC) depending
> on the USEJVCL flag. So, moving strings to JvDsgnConsts is not the correct
> way to do it: they should be kept separate from the JVCL.
>
> I will change it back the way it was before.
>

I will apply a second try with USEJVCL. So the resourcestrings are then in the file and JvDsgnConsts like the Globus files.



Subject: Installation JVCL3
From: "Rainer Budde" <speed78@gmx.net>
Date: Sat, 3 Jan 2004 12:49:23 +0100
Newsgroups: jedi.vcl

Hello,

I´ve the latest JVCL3 version from CVS. On installation i always get the
follwing message:

--------------------------------------------
Compiling package: JvCoreD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
JvCoreD6R.dpk(38) Fatal: Package 'DJclVcl' was required but cannot been
found

** error 1 ** deleting JvCoreD6R.bpl
--------------------------------------------
Where can I find the DJclVcl Unit??

Thanks!

Rainer

--
Home of the MP3 Archiver: http://www.speed-soft.de
Member of the NUFAN-Clan




Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 12:46:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Please do not introduce reliance on JVCL for these packages since they
> > should be workable without the JVCL

What about the JvXPCtrls ? They need JvComponent.pas and so JvCore-R,
furthermore the design time package needs JvCore-D. Without the JvCore
packages the compiler says "implicit unit included".


-- Regards, Andreas Hausladen 

Subject: Re: Migrate DockControls to TJvAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 Jan 2004 12:43:52 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 3 Jan 2004 12:39:21 +0100:

 >> The new DockControls should be migrated to TJvAppStore :-)

 PT> No, the dock controls and the dotnet/xp controls should not be merged
 PT> into the JVCL in any way since I have agreed on making the inclusion
 PT> such that current users can continue using it without having to install
 PT> any of the other JVCL if they don't want to.

    We could make it a conditional option (USEJVCL), although that may
clutter the interface and code too much to be really helpful. Nonetheless,
users of JVCL would really benefit if all storage would be handled by the
same mechanism (JvAppStore) so it might be worth it.

    If Jens could make an attempt and post it to binaries to see what
"damage" it would do, we could make a proper decision if it's worth the
clutter.....


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "One More Addiction" by Natalie Imbruglia.




Subject: Re: Migrate Dialogs To TJvAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 Jan 2004 12:39:42 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sat, 03 Jan 2004 12:04:15 +0100:

 JF> I must have a closer look for it first.

    Don't go in shock over the somewhat messy registering mechanics as well
as the storing code; it wasn't thought out as well as it should have <g>.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Torn" by Natalie Imbruglia.




Subject: Re: Migrate DockControls to TJvAppStore
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 12:39:21 +0100
Newsgroups: jedi.vcl

> > The new DockControls should be migrated to TJvAppStore :-)

No, the dock controls and the dotnet/xp controls should not be merged into
the JVCL in any way since I have agreed on making the inclusion such that
current users can continue using it without having to install any of the
other JVCL if they don't want to.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 12:34:38 +0100
Newsgroups: jedi.vcl

> > I am already cleaning the style :-)

Please do not introduce reliance on JVCL for these packages since they
should be workable without the JVCL (excluding JVCL.INC(JEDI.INC) depending
on the USEJVCL flag. So, moving strings to JvDsgnConsts is not the correct
way to do it: they should be kept separate from the JVCL.

I will change it back the way it was before.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error in JvParameterListParameter.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 12:33:39 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> > There is a new error in the actual cvs-version.

Already fixed in CVS version.


-- Regards, Andreas Hausladen 

Subject: Re: Unable to open project group files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 3 Jan 2004 12:32:43 +0100
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> > What's the reason for this?

There was a $(DCC) in the "PROJECTS=" line that should not be there. I
have removed it an added the new packages (that do not compile yet).


-- Regards, Andreas Hausladen 

Subject: Error in JvParameterListParameter.pas
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sat, 3 Jan 2004 12:29:28 +0100
Newsgroups: jedi.vcl

There is a new error in the actual cvs-version.

Compiling package: JvDlgsD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvParameterListParameter.pa
s(50) Fehler: Eigenschaft 'ReloadValuefromRegistry' existiert nicht in
Basisklasse
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvParameterListParameter.pa
s(486) Fehler: Einer Nur-Lesen Eigenschaft kann kein Wert zugewiesen werden
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvParameterListParameter.pa
s(95) Fehler: Ungenügende Forward- oder External-Deklaration:
'TJvBasePanelEditParameter.CreateWinControl'
C:\KHJProg\Borland\KHJKomponenten\JEDI\JVCL3\run\JvParameterList.pas(412)
Fatal: Verwendete Unit '..\..\run\JvParameterListParameter.pas' kann nicht
compiliert werden
** error 1 ** deleting JvDlgsD6R.bpl




Subject: Re: Still more problems with JvInspector...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 12:25:10 +0100
Newsgroups: jedi.vcl

If you decide to make it an MPL:ed component, then JVCL could be a good home
for it. Keep us posted!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Migrate Dialogs To TJvAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 12:04:15 +0100
Newsgroups: jedi.vcl

I must have a closer look for it first.

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Sat, 03 Jan 2004 01:42:35 +0100:
>
>  JF> i want to migrate the dialogs to TJvAppStore.
>
>  JF> I have finished now the TJvTipOfDay-Component. Thats not a problem.
>
>  JF> Open are now : JvDSADialogs, JvLoginForm, JvDBRemoteLogin and maybe
>  JF> other.
>
>  JF> The problem is, i didn't want to add an addiditional parameter. Maybe
>  JF> as an optional, but not as default.
>
>     Well, JvDSADialogs is a somewhat special case as it is using it's own
> storage mechanism which are linked to specific dialog IDs. I've been
> planning on changing that but haven't come around to it yet. The most
> problematic part of JvDSADialogs is the "queue" storage, which is just a
> simple in-memory storage so you can have "Don't show again in this queue/for
> this task" type of dialogs. So you will probably end up with two DSA
> specific storages, one that stores in memory and one that stores to
> JvAppStore. That would also imply that the registering routines (DlgID <->
> Storage) can remain the same, as would the storage of the info itself. In
> essence, the storage for DSA is a JvAppStore specific for DSADialogs and
> overly simplified.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quiet 'cause Foobar2000 is not active.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Migrate Dialogs To TJvAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 12:03:14 +0100
Newsgroups: jedi.vcl

Ok. i will migrate the easy dialogs and add two properties AppStore and AppStorePath.

Ignacio Vazquez wrote:
> Jens Fudickar wrote:
>
>
>> Any comments ?
>
>
> Oooh! Hidden behavior! Uh, no. If a dialog box doesn't have a
> TJvAppStore selected then it should be up to the developer to manage
> the settings himself. But please don't create one behind the scenes.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Migrate Dialogs To TJvAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 Jan 2004 10:38:40 +0100
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Sat, 3 Jan 2004 00:37:25 +0000 (UTC):

 >> Any comments ?

 IV> Oooh! Hidden behavior! Uh, no. If a dialog box doesn't have a
 IV> TJvAppStore selected then it should be up to the developer to manage
 IV> the settings himself. But please don't create one behind the scenes.

    I feel the same way. People just tend to forget they have to specify one
and start wondering where the info is actually stored. This is not a problem
with the DynControl engine as it is easily spotted you have forgotten to
select the correct control engine once the app .

    Besides, the JvDSADialogs won't need a storage parameter, only for the
definition of the dialog ID (see also my other reply about DSADialogs
storage mechanism)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Migrate Dialogs To TJvAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 Jan 2004 10:38:26 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sat, 03 Jan 2004 01:42:35 +0100:

 JF> i want to migrate the dialogs to TJvAppStore.

 JF> I have finished now the TJvTipOfDay-Component. Thats not a problem.

 JF> Open are now : JvDSADialogs, JvLoginForm, JvDBRemoteLogin and maybe
 JF> other.

 JF> The problem is, i didn't want to add an addiditional parameter. Maybe
 JF> as an optional, but not as default.

    Well, JvDSADialogs is a somewhat special case as it is using it's own
storage mechanism which are linked to specific dialog IDs. I've been
planning on changing that but haven't come around to it yet. The most
problematic part of JvDSADialogs is the "queue" storage, which is just a
simple in-memory storage so you can have "Don't show again in this queue/for
this task" type of dialogs. So you will probably end up with two DSA
specific storages, one that stores in memory and one that stores to
JvAppStore. That would also imply that the registering routines (DlgID <->
Storage) can remain the same, as would the storage of the info itself. In
essence, the storage for DSA is a JvAppStore specific for DSADialogs and
overly simplified.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: ANN: DockPresident 1.03 added to JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 Jan 2004 09:30:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> The JVCL team is happy to announce that the DockPresident components
> developed by luxioban now have been added to the JVCL.

I am already cleaning the style :-)

Design directory files are completed.
Please get the packages working (they need the files in it).
I cannot compile the files yet so i may have introduced bugs.



Subject: Re: Still more problems with JvInspector...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Sat, 03 Jan 2004 08:47:51 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> It sounds like a powerful and very useful app but it does not fit into the
> JVCL very well (it is after all a component library). I can think of a
> couple of things you could do with it:

That's true. However, I had thought of perhpas converting it to component form. This would simplify things because it would then allow developpers to make their own interface or make things work in a slightly different way, without having to change the core intelligence of the replicator.

> 1. Create your own SF project and invite others to join in development. This
> way you have the opportunity to spend as much time as you like on it and
> still might get others interested and working on improving / expanding it.

Yes, this is a possibility, but I don't think I'm going to do it, as it would require considerable time and organisation on my part, which I probably would have a hard time supplying. As a result, the project would probably die a slow death. :-) That's why I'd like to find someone doing something similar, to whom I could simply contribute the code I've already written.

> 2. Donate it to the Firebird people on the premises that they maintain it
> but let you become a developer (so you can update it as well)

This is a good idea. Unfortunately, I've already tried this, and they didn't show much interrest. Someone told me later that most people on the FireBird team are actually part of IBPhoenix, who sell IBReplicator, so that explains it. There were a few people interrested in helping, but most of them backed off when they heard that it was developped in BCB rather than Delphi.

> 3. Make someone like Henri Gourvest interested since he already has done a
> lot of Firebird/Interbase programming and have a lot of that stuff on his
> site (http://www.progdigy.com/). He could provide the space for it on his
> homepage as well as participate in development.

This is a very good idea! I'm going to try this.

> 4. Make it commercial - your company could sell it and you would still have
> full control of the sources.

I guess this is a possibility, but obviously, this would require a higher degree of support. I'm thinking about it though. If no one's got the time, capability, will, or whatever, to make it live as an OpenSource project, perhaps I would be better off making a commercial library out of it. After all, if it brings in a bit of money, it will be easier to afford spending a bit more time on it...

Anyway, I'll think about it.

Thanks a lot!

Jonathan Neve.




Subject: Re: Installation problems with BCB5
From: Jonathan Neve <jonathan@microtec.fr>
Date: Sat, 03 Jan 2004 08:36:07 +0100
Newsgroups: jedi.vcl

Please help, I'm stuck. I can't get the JVCL to install...

Thanks!

Jonathan Neve.

Jonathan Neve wrote:
> Hi!
>
> I'm still trying to install the latest JVCL, and I've got a few problems. I've been trying to generate the DCP files, using the batch file.
>
> The first problem is that GenerateUtils.pas wouldn't compile because the CaseSensitive property of TStringList didn't exist in BCB 5. So I modified the code, and then it compiled.
>
> The second problem however, is that at the end of the batch file, we try to generate the actual packages (using pg). Here, pg says that there is no template found for C5. What does this mean, and how can I fix it?
>
> Thanks!
>
> Jonathan Neve.
>



Subject: Unable to open project group files
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sat, 3 Jan 2004 02:24:44 +0100
Newsgroups: jedi.vcl

Hi!

I've tried to install JVCL3 in D7Pro (the latest one available in daily
snapshots), but I was unable to open the file "D7 Packages.bpg" - the IDE
said "PROJECTS macro in project group file missing or incorect". What's the
reason for this?


Best regards,
Ivo




Subject: Migrate Dialogs To TJvAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 01:42:35 +0100
Newsgroups: jedi.vcl

Hi,

i want to migrate the dialogs to TJvAppStore.

I have finished now the TJvTipOfDay-Component. Thats not a problem.

Open are now : JvDSADialogs, JvLoginForm, JvDBRemoteLogin and maybe other.

The problem is, i didn't want to add an addiditional parameter. Maybe as an optional, but not as default.

What i'm thinking of is something i had used for the dyncontrol-engine.

I want to define DefaultJvAppStore-Variable which can be used by all controls which need something like that.
By default it will be defined as registry, but it can be redefined by any other appstore.
The defaultpath will be \Software\"<Exe-File>"

In this way any dialog can use the appstore and not the registry to store the parameters.
And then these dialogs are also clx-compatible.

Any comments ?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Migrate Dialogs To TJvAppStore
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 3 Jan 2004 00:37:25 +0000 (UTC)
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Any comments ?

Oooh! Hidden behavior! Uh, no. If a dialog box doesn't have a
TJvAppStore selected then it should be up to the developer to manage
the settings himself. But please don't create one behind the scenes.

-- Cheers, Ignacio 

Subject: Migrate DockControls to TJvAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 00:40:39 +0100
Newsgroups: jedi.vcl

The new DockControls should be migrated to TJvAppStore :-)
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Suggestion: Move JvAppInfo To Archive
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 03 Jan 2004 00:39:43 +0100
Newsgroups: jedi.vcl

Hi,

i would suggest to move TJvAppInfo the archive.

It's handled now through TJvAppStore and TJvPropertyStore (didn't know that it exists and i had implemented it again)

Any comments.

Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: ANN: DockPresident 1.03 added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 3 Jan 2004 00:02:59 +0100
Newsgroups: jedi.vcl

The JVCL team is happy to announce that the DockPresident components
developed by luxioban now have been added to the JVCL.

DockPresident (renamed to JVCL Docking), is a fabulous library of docking
components that allows developer to add docking support to their
applications with virtually no code. There are several docking styles
supported: Standard Delphi, Visual C++, Visual InterDev and the autohiding
docking forms of Visual Studio.Net. New docking styles can realtively easy
be added by deriving new docking components from the base classes. luxioban
has agreed on becoming a JVCL developer and thus will help with maintaining
and continue development on the components.

The library has been added as separate packages and a conversion file is
provided with the JVCL to make it an easy task for current users to migrate
to the JVCL version.

For more information on JVCL, please visit the URL in signature below.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Migrate JvMRUList to TJvAppStore
From: Thomas Mueller <news@s2h.cx>
Date: Fri, 02 Jan 2004 19:53:55 +0000
Newsgroups: jedi.vcl

Hi,

Marcel Bestebroer wrote:

> >  JF> Does anyone know anything more about the component?

> >     Hopefully the author does <g>

This component came from rxlib and I doubt that one of these guys is reading
this newsgroup. ;-)

twm



Subject: Re: Problems with DtxEdit
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 2 Jan 2004 18:37:13 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 02 Jan 2004 17:39:11 +0100:

 JF> there are some problems with the DtxEdit Read/Write-Allgorithm.

    It's not mine, so Olivier should pick this up I guess.

 JF> I did not know enough about the dtx-file. Is it a must, that there are
 JF> two blanks at the line start?

    Nope. Blank lines are only used to start a new paragraph in the
description.

 JF> Can you change the gendtx that there is by default a "." added at the
 JF> end of a parameter-line?

    GenDtx or DtxEdit? I'm not sure if a "." should be there for GenDtx, but
if needed, you only need to change the settings (default texts) to include
one. Again GenDtx really doesn't need to. If DtxEdit should, Olivier should
pick it up.

 JF> I will work on the editor (some minor changes are commited) but i had
 JF> to know how the format had to be.

    AFAICT, all files with Generated as a status are in the optimal format.
And I still think that manual editing of the file is preferred over DtxEdit,
but that's just a personal opinion and not everybody may agree on this.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Problems with DtxEdit
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 02 Jan 2004 17:39:11 +0100
Newsgroups: jedi.vcl

Hi Marcel,

there are some problems with the DtxEdit Read/Write-Allgorithm.

The allgorithm to write back the texts produces bugs with the optimization of CRLF.

Open a dtx-file and look at a procedure with multiple parameters. The parameters are listed in one line.

I did not know enough about the dtx-file. Is it a must, that there are two blanks at the line start? If not they should be deleted. The allgorithm you are using now produces additional blanks.
Can you change the gendtx that there is by default a "." added at the end of a parameter-line?

I will work on the editor (some minor changes are commited) but i had to know how the format had to be.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Migrate JvMRUList to TJvAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 2 Jan 2004 17:21:54 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 02 Jan 2004 17:14:42 +0100:


 JF> The problem is, that i didn't understand everything what the component
 JF> does. It seems to be a little bit more complex, then only storing
 JF> file-names.
 JF> What is the reason for UniCode, DataType, DelayedWrite.

    Have a look at the "Generic storage backend", specifically the posts of
2003-09-09 (the one around 13:00 GMT+0100 and the replies to it) where this
component has been discussed as well. There is a reference to the API it
uses and that might be helpful in understanding how it works.

 JF> Does anyone know anything more about the component?

    Hopefully the author does <g>

 JF> How should it be changed to use JvAppStore?

    Good question. As I mentioned in the thread, a rewrite might be needed
to get it to work with AppStore, but this component really seems to be
hard-linked to the registry (whether we like it or not). If we rewrite it,
it should allow to choose between the OS type (as it uses now) or JVCL type
so we can also lift the limitation of 29 items.

 JF> Can it be reduced to store Filenames?
    Most certainly not!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Migrate JvMRUList to TJvAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 02 Jan 2004 17:14:42 +0100
Newsgroups: jedi.vcl



>  JF> is it ok to migrate JvMRUList to TJvAppStore?
>
>     I seem to recall changing some MRU related unit (it used JvFormStorage
> so I had to to keep it compilable) but there are two, so the other may be
> updated, but you have to be sure you keep the storage format the same way as
> it was intended. I think JvMRUList uses undocumented function in the windows
> API so it *must* be changed anyway IMO, but the way it stores the list and
> order must remain the same (meaning you can't use Read/WriteList for this
> one)
>
The problem is, that i didn't understand everything what the component does. It seems to be a little bit more complex, then only storing file-names.
What is the reason for UniCode, DataType, DelayedWrite.

Does anyone know anything more about the component? How should it be changed to use JvAppStore? Can it be reduced to store Filenames?

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Help Creation
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 02 Jan 2004 13:39:40 +0100
Newsgroups: jedi.vcl

Hi Marcel,

that's fine and that's exactly that what i want.

I send you a mail when i'm finished.

Greetings
Jens

Marcel Bestebroer wrote:
> Hello, Jens!
> You wrote  on Fri, 02 Jan 2004 11:04:52 +0100:
>
>  JF> Is it possible to see a pre-build version? Or is it to much overhead?
>
>     Well, it isn't that much overhead, but I'm not going to send out 2MB+ of
> prebuild help files to anyone asking anytime they want to see the result
> <g>.
>
>     That said, if you really want to know if your stuff looks OK I can do a
> simple build of your units+help only, but it will have no automatic links to
> any other JVCL unit, nor any of the generic stuff. Would probably take about
> 5 minutes to build and mail (and you would need to commit your files to CVS
> of course)
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quiet 'cause Foobar2000 is not active.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Help Creation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 2 Jan 2004 12:34:47 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 02 Jan 2004 11:04:52 +0100:

 JF> Is it possible to see a pre-build version? Or is it to much overhead?

    Well, it isn't that much overhead, but I'm not going to send out 2MB+ of
prebuild help files to anyone asking anytime they want to see the result
<g>.

    That said, if you really want to know if your stuff looks OK I can do a
simple build of your units+help only, but it will have no automatic links to
any other JVCL unit, nor any of the generic stuff. Would probably take about
5 minutes to build and mail (and you would need to commit your files to CVS
of course)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Migrate JvMRUList to TJvAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 2 Jan 2004 12:30:01 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 02 Jan 2004 11:34:11 +0100:

 JF> is it ok to migrate JvMRUList to TJvAppStore?

    I seem to recall changing some MRU related unit (it used JvFormStorage
so I had to to keep it compilable) but there are two, so the other may be
updated, but you have to be sure you keep the storage format the same way as
it was intended. I think JvMRUList uses undocumented function in the windows
API so it *must* be changed anyway IMO, but the way it stores the list and
order must remain the same (meaning you can't use Read/WriteList for this
one)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Migrate JvMRUList to TJvAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 02 Jan 2004 11:34:11 +0100
Newsgroups: jedi.vcl

Hi,

is it ok to migrate JvMRUList to TJvAppStore?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Installation problems with BCB5
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 02 Jan 2004 11:09:31 +0100
Newsgroups: jedi.vcl

Hi!

I'm still trying to install the latest JVCL, and I've got a few problems. I've been trying to generate the DCP files, using the batch file.

The first problem is that GenerateUtils.pas wouldn't compile because the CaseSensitive property of TStringList didn't exist in BCB 5. So I modified the code, and then it compiled.

The second problem however, is that at the end of the batch file, we try to generate the actual packages (using pg). Here, pg says that there is no template found for C5. What does this mean, and how can I fix it?

Thanks!

Jonathan Neve.



Subject: Re: Help Creation
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 02 Jan 2004 11:04:52 +0100
Newsgroups: jedi.vcl

>
>     Usually, it will be generated only before a release is pending or if a
> major fault is found in the help file (i.e. users can't use the help file
> that comes with the JVCL release). I usually start a few days before that so
> I have the time to correct mistakes that are not spotted during a review of
> the .dtx files (which is what I was supposed to be doing while updating them
> but the last few days I really wasn't feeling so well and hardly used my PC
> at all). Think mostly about 'See Also' sections or <LINK> tags containing
> wrong cased symbol references.
>

Is it possible to see a pre-build version? Or is it to much overhead?


Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 2 Jan 2004 10:07:08 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Thu, 01 Jan 2004 22:50:00 +0100:

 RB> I didn't update JvDSADialogs.dtx & JvInspector.dtx, because GenDtx
 RB> sorts the dtx file after updating (don't know whether you want to keep
 RB> the current order in those dtx files).

    I don't really care about the order of the dtx files (I can even live
with changing the single overloaded topic to the type-specific topics with
<COMBINE> tags), so you may update them if you like.

    I'll have a look at the changed tool to get more familiar with the
changes/additions and will take a stab at the help builder (you know, the
one that creates the dox with all files documented, generate the images,
group overviews and calling DOM to build the help file). Luckily most of the
steps involved are already available as separate tools, so I just need to
integrate them (and turn the Dox generator in a cmd-line tool and probably
add a -q(uiet) option to the group overview generator so it doesn't produce
to much output messages).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Call for help file proof readers
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 01 Jan 2004 22:50:00 +0100
Newsgroups: jedi.vcl

I've updated GenDtx; you can now add/rename/skip/delete items in a dialog (Check|Check Dtx Files (Dialog)). I had to update GenDtx.ini so you have to update that file too.

I didn't update JvDSADialogs.dtx & JvInspector.dtx, because GenDtx sorts  the dtx file after updating (don't know whether you want to keep the current order in those dtx files).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: QWindows: QPainterH issue.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 1 Jan 2004 22:29:30 +0100
Newsgroups: jedi.vcl

Fixed.



-- Regards, Andreas Hausladen 

Subject: Re: Still more problems with JvInspector...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 01 Jan 2004 22:18:27 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
> Jonathan Neve wrote:
>
>
>> I've recently written a replicator for Interbase / FireBird.
>
>
> How difficult would it be to modify one or both ends of the pipe for a
> different RDBMS, e.g., MS SQL Server?
>

I'm not sure, because I've never used MS SQL Server. However, I don't think it would be very hard. I rely on triggers for logging the changes, so of course, the RDBMS would have to support that, and there might of course be a different syntax for the triggers as well, but that doesn't seem very difficult to me.

The only other place I do IB specific things is in the configuration program, where I query the system tables to find out the list of tables, the list of procedures, the primary keys, etc. But I expect this could be done in a very similar way for any other database.

Oh, however, I forgot one detail... Everything is written with FIBPlus! I guess you would have to use something like DBExpress if you wanted to be able to handle several databases. Still, it shouldn't be that hard, I don't think. Just a bit of work replacing the query components, etc. Normally, you should be able to keep pretty much the same SQL.

The structure I use should be easily compatible over several different databases, since the triggers simply dump all the changes into a log table, and then the replicator reads that table, without having to know anything special about the remote database. You don't have to replicate all tables, but if you decide to replicate a certain table, it must have the same structure on both sides. But, other than that, I don't see why one database couldn't be MS SQL and the other Interbase.

Jonathan Neve.



Subject: Re: QWindows: QPainterH issue.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 1 Jan 2004 21:30:19 +0100
Newsgroups: jedi.vcl

asn wrote:

> > According to the Qt-manual   QPainter is not derived from QObject.
> > Any attempt to cast it to QObject will happenly crash Delphi.

Oh, such a mistake. And it was so easy. I'll rework it.


-- Regards, Andreas Hausladen 

Subject: QWindows: QPainterH issue.
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Thu, 1 Jan 2004 20:55:41 +0100
Newsgroups: jedi.vcl

According to the Qt-manual   QPainter is not derived from QObject.
Any attempt to cast it to QObject will happenly crash Delphi.

Regards,

André






Subject: StretchBlt for VisualCLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 1 Jan 2004 20:19:23 +0100
Newsgroups: jedi.vcl

Now we have a StretchBlt function in QWindows that works. The old had
ignored RasterOp. It is not the fastest, but the only way I could found
that is neither Windows nor Linux dependent. Furthermore I fixed some bugs
in QWindows and have done some style changes.

-- Regards, Andreas Hausladen 

Subject: Re: Still more problems with JvInspector...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 1 Jan 2004 19:10:48 +0100
Newsgroups: jedi.vcl

It sounds like a powerful and very useful app but it does not fit into the
JVCL very well (it is after all a component library). I can think of a
couple of things you could do with it:

1. Create your own SF project and invite others to join in development. This
way you have the opportunity to spend as much time as you like on it and
still might get others interested and working on improving / expanding it.
2. Donate it to the Firebird people on the premises that they maintain it
but let you become a developer (so you can update it as well)
3. Make someone like Henri Gourvest interested since he already has done a
lot of Firebird/Interbase programming and have a lot of that stuff on his
site (http://www.progdigy.com/). He could provide the space for it on his
homepage as well as participate in development.
4. Make it commercial - your company could sell it and you would still have
full control of the sources.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Still more problems with JvInspector...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 1 Jan 2004 17:46:56 +0000 (UTC)
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> > I've recently written a replicator for Interbase / FireBird.

How difficult would it be to modify one or both ends of the pipe for a
different RDBMS, e.g., MS SQL Server?

-- Cheers, Ignacio 

Subject: Re: Still more problems with JvInspector...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 01 Jan 2004 18:37:54 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Jonathan Neve wrote:
>
>> BTW, do you think there is any interest in my replicator here? I don't have much time for working on OpenSource stuff, but my replicator does work (I developped it for the needs of a customer), so if anyone is wants to take it, it's free for the taking...
>
> Could you please do a separate post explaining in as many details as you have time for the goal of your "replicator" ?
> This would give us a better understanding of what we and our users could get from it.
> Thanks.
>

I've recently written a replicator for Interbase / FireBird. For those who don't know what I mean by that, a replicator is a program designed to keep two databases continually synchronised in real-time. That is, if you have two separate databases, (obviously with some common structure somewhere, but not necessarily identical), you can work with both databases independantly, and have the changes made to each database reproduced into the other database in real-time. Suppose for example that you have 1 main office, and 2 remote branch offices, and that you want to be able to access the same database in all three offices. If you internet connection is fast enough, you can simply connect directly, but it would require a _very_ fast line for this to be really usable in practice. Also, if ever the line gets cut, you immeadiately lose all the data you were working on. Customers don't take very kindly to this sort of thing!

So in this sort of situation, the ideal solution is a replicator. I was in exactly this situation with one of my customers recently, and that's why I developped my replicator. Before, my customer was complaining that their database application (which we developped) was too slow in the remote offices. We'd considerably optimized it, but there's only so much you can do. Esspecially since sometimes it was ok, but the line speed is a bit variable (ADSL), as well as user load, so sometimes it was just unusable. Now, it's just as fast as in the main office!!!

It took me over 300 hours to develop this. Now that it's made, I'd be glad to give it away for others to use, since I use a lot of OpenSource stuff, and haven't ever contributed anything... :-)

Anyway, the principle of a replicator is very simple : you just log all the changes to each database, and then, every now and then, you connect to the other database, and replicate the changes. The pratical working of this is of course far less simple!

Now, for my program itself. My replicator is comparable to the IBReplicator program that comes with Interbase, except that my solution is somewhat "home-grown", and so it doesn't have all the bells and whistles of IBReplicator; however, it also has several features that IBReplicator doesn't have, but that I had to develop in order to get my very complex database to replicate. My solution is considerably simpler to use and setup. I guess it probably isn't quite as comprehensive as IBReplicator, but in most cases, it's probably just as good. The other difference is obviously that mine's free, whereas IBReplicator costs something horrendous like $600 per server licence, and a few hundred per client (this might not be perfectly exact).

My replicator consists of two programs, one for configuration, and one for actually replicating. It's written in BCB 5. In all, I think it's about 3000 - 4000 lines. However, this include 500 - 1000 lines of non-essentials such as visual stuff, error reporting (by email), installing new versions automatically (including any SQL changes to the database), etc.


Hope this helps!

Jonathan Neve.



Subject: Re: Latest JCL for BCB...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 01 Jan 2004 18:06:46 +0100
Newsgroups: jedi.vcl

Sorry, this should have gone to the jcl group. I just posted the same thing there now.

Jonathan Neve wrote:
> Hi!
>
> I'm afraid I can't get the latest JCL to compile under BCB 5, because JclCIL.pas includes Variants and StrUtils, which don't exist in BCB 5. Since I have BCB 6 as well (but don't use it), I tried taking these files from the BCB 6 vcl, but this doesn't work, because each file I add brings in a new set of required files, etc. So after giving up on that, I tried to remove JclCIL from the package. Unfortunately, JclCIL is used in JclMetaData, which is used in JclCLR, which seems to be used in quite  a lot of units.
>
> So could you please have a look at BCB 5 compatability? I guess it probably isn't much, but since I'm not familiar with the inner workings of the JCL, I will have a hard time fixing it myself, or finding a work-around! :-)
>
> Also, is there any other JCL version I could use instead of the very latest, that would still be recent enough to compile the latest JVCL?
>
> Thanks!
>
> Jonathan Neve.
>



Subject: Latest JCL for BCB...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 01 Jan 2004 18:05:34 +0100
Newsgroups: jedi.vcl

Hi!

I'm afraid I can't get the latest JCL to compile under BCB 5, because JclCIL.pas includes Variants and StrUtils, which don't exist in BCB 5. Since I have BCB 6 as well (but don't use it), I tried taking these files from the BCB 6 vcl, but this doesn't work, because each file I add brings in a new set of required files, etc. So after giving up on that, I tried to remove JclCIL from the package. Unfortunately, JclCIL is used in JclMetaData, which is used in JclCLR, which seems to be used in quite  a lot of units.

So could you please have a look at BCB 5 compatability? I guess it probably isn't much, but since I'm not familiar with the inner workings of the JCL, I will have a hard time fixing it myself, or finding a work-around! :-)

Also, is there any other JCL version I could use instead of the very latest, that would still be recent enough to compile the latest JVCL?

Thanks!

Jonathan Neve.



Subject: Re: Still more problems with JvInspector...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 01 Jan 2004 16:14:28 +0100
Newsgroups: jedi.vcl

Jonathan Neve wrote:
> BTW, do you think there is any interest in my replicator here? I don't have much time for working on OpenSource stuff, but my replicator does work (I developped it for the needs of a customer), so if anyone is wants to take it, it's free for the taking...
Could you please do a separate post explaining in as many details as you have time for the goal of your "replicator" ?
This would give us a better understanding of what we and our users could get from it.
Thanks.



Subject: Re: Still more problems with JvInspector...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 01 Jan 2004 15:31:08 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, Jonathan!
> You wrote  on Thu, 01 Jan 2004 10:20:54 +0100:
>
>  JN> I'm having some more trouble with JvInspector. Since no one helped with
>  JN> my previous problems,
>
>      Well, Olivier did point out in reply to your first question that V2 had
> no BCB support 

Oh, I'm sorry. I hadn't seen that one. All I had seen was a reply from Robert Marquardt in the thread called JvInspector. However, his reply didn't concern my problems with JvInspector, but rather the other question I had asked, about the possibility of finding a tool to convert from BCB to Delphi (to some extent at least). BTW, do you think there is any interest in my replicator here? I don't have much time for working on OpenSource stuff, but my replicator does work (I developped it for the needs of a customer), so if anyone is wants to take it, it's free for the taking...

> (so actually it comes as a surprise you got it working as far
> as you did), so that is probably the reason why no one helped out with the
> other question (it probably got solved, since it seems working with the
> current version that does have BCB support, so you may want to search this
> NG for anything related to JvInspector and BCB).
>
>  JN> Should I try a newer version (I'm using version 2.00.0)?
>
>     If you want proper BCB support, that would be best. You'll need the
> latest JCL release (1.90, available at http://prdownloads.sourceforge.net/jcl/Jcl1.90Build1391.zip?download)
> and the current JVCL3 daily snapshot (http://jvcl.sf.net/daily/). 

Ok, I'll do that right away.

> Note that
> there are some problems with the daily snapshot service that may result in
> problems during compilation (mostly UNIX style files, instead of the Win
> style).

Ok.

Thanks for your help!

Jonathan Neve.



Subject: Re: new donations coming in
From: "Trev" <trevor.pegley@[nospam]ntlworld.com>
Date: Thu, 1 Jan 2004 12:35:18 -0000
Newsgroups: jedi.vcl

Good news indeed.

Trev

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bsrp8d$pfs$1@talkto.net...
> > Just so everyone knows, there are two new donations that probably will be
> > added pretty soon. They will both be added as new, separate package (sets)
> > so shouldn't affect current install to much. The donations are:
> >
> > 1. Design eXperience Package from Marc Hoffman. A set of controls with
> > built-in WinXP/OfficeXP look, including button, checkbox, navbar
> > (http://www.delphipages.com/result.cfm?AC=227)
> > 2. DockPresident from zhouyibo. A set of amazing docking controls that can
> > be configured to work like normal docking or sliding docking as in VS.NET
> > (http://www.donly.com/luxiaoban.htm)
> >
> > I'll probably do the conversions myself as soon as I get the go ahead from
> > the respective author.
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Still more problems with JvInspector...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 1 Jan 2004 12:49:06 +0100
Newsgroups: jedi.vcl

Hello, Jonathan!
You wrote  on Thu, 01 Jan 2004 10:25:02 +0100:

 JN> I forgot to include the definitions that don't compile in the HPP file.
 JN> Here they are :

[snip]

 JN> I can't figure out where the MetaClass came from, since it's not
 JN> present in the PAS file.

     Search in this NG for other messages regarding JvInspector and BCB.

 JN>  Also, these two definitions are the same, so I had to commment one of
 JN> them out...

    Correct; JVCL3 has removed one of the definition from the pas file as
well (they gave problems with ambiguity in Delphi as well)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Still more problems with JvInspector...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 1 Jan 2004 12:46:51 +0100
Newsgroups: jedi.vcl

Hello, Jonathan!
You wrote  on Thu, 01 Jan 2004 10:20:54 +0100:

 JN> I'm having some more trouble with JvInspector. Since no one helped with
 JN> my previous problems,

     Well, Olivier did point out in reply to your first question that V2 had
no BCB support (so actually it comes as a surprise you got it working as far
as you did), so that is probably the reason why no one helped out with the
other question (it probably got solved, since it seems working with the
current version that does have BCB support, so you may want to search this
NG for anything related to JvInspector and BCB).

 JN> Should I try a newer version (I'm using version 2.00.0)?

    If you want proper BCB support, that would be best. You'll need the
latest JCL release (1.90, available at http://prdownloads.sourceforge.net/jcl/Jcl1.90Build1391.zip?download)
and the current JVCL3 daily snapshot (http://jvcl.sf.net/daily/). Note that
there are some problems with the daily snapshot service that may result in
problems during compilation (mostly UNIX style files, instead of the Win
style).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Still more problems with JvInspector...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 01 Jan 2004 10:25:02 +0100
Newsgroups: jedi.vcl

Hi again!

I forgot to include the definitions that don't compile in the HPP file.
Here they are :

    /*         class method */ static TJvCustomInspectorItem* __fastcall New(TMetaClass* vmt, const TJvCustomInspectorItem*
        AParent, const AnsiString AName, const Typinfo::PTypeInfo ATypeInfo, const void * AAddress)/* overload */
        ;
    /*         class method */ static TJvCustomInspectorItem* __fastcall New(TMetaClass* vmt, const TJvCustomInspectorItem*
        AParent, const AnsiString AName, const Typinfo::PTypeInfo ATypeInfo, const void *AVar)/* overload */
        ;

I can't figure out where the MetaClass came from, since it's not present in the PAS file. Also, these two definitions are the same, so I had to commment one of them out...

These are the definitions that BCB creates automatically.

Thanks!

Jonathan Neve.



Subject: Still more problems with JvInspector...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 01 Jan 2004 10:20:54 +0100
Newsgroups: jedi.vcl

Hi!

I'm having some more trouble with JvInspector. Since no one helped with my previous problems, I had to do things differently, so as to work around the problems. So now I'm using a TJvInspectorVarData and I'm interacting with the Registry myself instead of using a TJvInspectorINIFileData.

However, my application won't link now. I had to edit the HPP file for the New function (because otherwise it wouldn't compile), but now the linker says "Unresolved external TJvInspectorVarData::New...".

Should I try a newer version (I'm using version 2.00.0)?

Any ideas?

Thanks!

Jonathan Neve.



Subject: Re: JvRas32 component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 31 Dec 2003 12:09:41 +0100
Newsgroups: jedi.vcl

Jean-Paul Passama wrote:

> As I'm a newbie here, what is exactly the CVS version ?

CVS is the version system we store the JVCL 3 in while we work at it.
See http://sourceforge.net/projects/jvcl



Subject: Re: JvRas32 component
From: "Jean-Paul Passama" <jean-paul.passama@wanadoo.fr>
Date: Wed, 31 Dec 2003 11:26:19 +0100
Newsgroups: jedi.vcl

Hi,

It seems I have had the same idea than you. Your function looks like mine,
but yours is a little better than mine.

As I'm a newbie here, what is exactly the CVS version ?

Thanks
JP Passama

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de
news:bsu2lk$gf4$1@talkto.net...
> > Jean-Paul Passama wrote:
>> > > Hi,
>> > >
>> > > I've added a new function called GetActiveConn to this component.
>> > >
>> > > This function returns the name of the active connection if exists, an
empty
>> > > string in the other case.
>> > >
>> > > So, it's simple to check if there is an active connexion before to try
to
>> > > connect and then to use it directly.
>> > >
>> > > Jean-Paul Passama
> >
> > I have added a bugfixed version named GetActiveConnection to the CVS
> > version.
> >
> > function TJvRas32.GetActiveConnection: string;
> > var
> >    Ret: Longint;
> >    nCB: DWORD;
> >    RasConn: array [0..63] of TRASCONN;
> >    nRasConnCount: DWORD;
> >    I: Integer;
> > begin
> >    Result := '';
> >
> >    RasConn[0].dwSize := SizeOf(TRASCONN);
> >    nCB := SizeOf(RasConn);
> >    Ret := FRasEnumConnections(@RasConn, nCB, nRasConnCount);
> >
> >    if (Ret <> Success) or (nRasConnCount = 0) then
> >      Exit;
> >
> >    if not Assigned(FPhoneBook) then
> >      RefreshPhoneBook;
> >    for I := 0 to FPhoneBook.Count - 1 do
> >     if FPhoneBook[I] = RasConn[0].szEntryName then
> >     begin
> >       FConnection := RasConn[0].rasConn;
> >       Result := FPhoneBook[I];
> >       Break;
> >     end;
> > end;
> >




Subject: Re: Help Creation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 31 Dec 2003 11:20:06 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Tue, 30 Dec 2003 23:20:18 +0100:

 JF> how often is the help file generated. Can i see such a help file after
 JF> doing my changes.

    Usually, it will be generated only before a release is pending or if a
major fault is found in the help file (i.e. users can't use the help file
that comes with the JVCL release). I usually start a few days before that so
I have the time to correct mistakes that are not spotted during a review of
the .dtx files (which is what I was supposed to be doing while updating them
but the last few days I really wasn't feeling so well and hardly used my PC
at all). Think mostly about 'See Also' sections or <LINK> tags containing
wrong cased symbol references.

 >>     You can use the GenDtx tool in dev/help/tools/GenDtx which will
 >> generate the tool in the dev/help/tools folder.

 JF> It didn't compile.

    As Remko already stated, you specifically need D7 for that tool. You can
comment it out since you don't need to use the filtering mechanism at this
point.

 JF> P.S: Wish you and all of the community a good and blessed new year

    And the same to you.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Problem with JvInspector and BCB 5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 31 Dec 2003 10:20:35 +0100
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> Hi!
>
> I've been trying to use the JvInspector component in BCB 5. Unfortunately, BCB chokes on the file JvInspector.hpp, line 86, and says: "Undefined symbol 'TJvCustomInspectorItem'".
>
> I'm using version 2.00.0
>
> Any ideas?
BCB Support with JVCL 2.x wasn't supported. Please try using the JVCL 3 preview as BCB support was greatly improved.

To do that, you will need the JCL 1.9 available from here:
http://prdownloads.sourceforge.net/jcl/Jcl1.90Build1391.zip?download

Please note that you will have to put jedi.inc and jcl.inc in source\common instead of source in order to compile the library. But you don't have to install any package for the JCL.

The JVCL3 daily snapshot is available here:
http://jvcl.sf.net/daily/

Please note that it is known that the last 3 daily packages don't compile. As these are not official releases, the only solution is to wait until one that works becomes available.
In any case, please read install.htm as it contains important informations on how to setup the directory structure and the installation with BCB, the simplest way being using install.bat.

Thank you for your interest in the JVCL.

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: JvRas32 component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 31 Dec 2003 10:09:45 +0100
Newsgroups: jedi.vcl

Jean-Paul Passama wrote:
> Hi,
>
> I've added a new function called GetActiveConn to this component.
>
> This function returns the name of the active connection if exists, an empty
> string in the other case.
>
> So, it's simple to check if there is an active connexion before to try to
> connect and then to use it directly.
>
> Jean-Paul Passama

I have added a bugfixed version named GetActiveConnection to the CVS version.

function TJvRas32.GetActiveConnection: string;
var
  Ret: Longint;
  nCB: DWORD;
  RasConn: array [0..63] of TRASCONN;
  nRasConnCount: DWORD;
  I: Integer;
begin
  Result := '';

  RasConn[0].dwSize := SizeOf(TRASCONN);
  nCB := SizeOf(RasConn);
  Ret := FRasEnumConnections(@RasConn, nCB, nRasConnCount);

  if (Ret <> Success) or (nRasConnCount = 0) then
    Exit;

  if not Assigned(FPhoneBook) then
    RefreshPhoneBook;
  for I := 0 to FPhoneBook.Count - 1 do
   if FPhoneBook[I] = RasConn[0].szEntryName then
   begin
     FConnection := RasConn[0].rasConn;
     Result := FPhoneBook[I];
     Break;
   end;
end;



Subject: Re: Help Creation
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 31 Dec 2003 00:21:46 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> It didn't compile.
>
> It fails in "settings.pas" in line 366
>       AncestorName := AIn2.ValueFromIndex[-Index - 1]
>
> Undefined identifier ValueFromIndex.

I only work with D7 so it may not work on <D7. I'm currently working on a rewrite of the tool, so it's a bit difficult for me to fix it now.

The code is pretty specific (only called if you use filters) so you can comment it as a work-around.

> P.S: Wish you and all of the community a good and blessed new year

Thanks, you too!

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: JvRas32 component
From: "Jean-Paul Passama" <jean-paul.passama@wanadoo.fr>
Date: Tue, 30 Dec 2003 23:45:04 +0100
Newsgroups: jedi.vcl

Hi,

I've added a new function called GetActiveConn to this component.

This function returns the name of the active connection if exists, an empty
string in the other case.

So, it's simple to check if there is an active connexion before to try to
connect and then to use it directly.

Jean-Paul Passama




Subject: Re: DevTools and JVCLInstaller
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 30 Dec 2003 23:24:37 +0100
Newsgroups: jedi.vcl

>>
>> No, it breaks after the first failure.
>>
>>
> Yes, but what I meant is that all JVCL specific utils are located before  in the make file, and as such, they are built even if the third to last breaks.
> Well, at least with the latest CVS version of makefile.mak
>

I see. I didn't have looked so exactly which are build, and which not :-)
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Help Creation
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 30 Dec 2003 23:20:18 +0100
Newsgroups: jedi.vcl

Hi,

>  JF> 3. Is it possible to see the results of my changes. Is there a tool to
>  JF> create the result-help? How can i use it.
>
>     We use Doc-O-Matic licenses kindly donated by Toolsfactory. As the help
> coordinator I decided to keep the number of licenses per JEDI project to
> two, both to keep it maintainable and to make sure Toolsfactory doesn't
> start to complain about the number of licenses. Of course, if you have your
> own DOM license, you're free to use that one.

how often is the help file generated. Can i see such a help file after doing my changes.

>  JF> 5. Is it possible to add additional classes/properties automaticly? Can
>  JF> i do it, or should i ask someone else.
>
>     You can use the GenDtx tool in dev/help/tools/GenDtx which will generate
> the tool in the dev/help/tools folder.
>

It didn't compile.

It fails in "settings.pas" in line 366
      AncestorName := AIn2.ValueFromIndex[-Index - 1]

Undefined identifier ValueFromIndex.

Greetings
Jens

P.S: Wish you and all of the community a good and blessed new year

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL3: a test under D6 pro
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Dec 2003 23:14:53 +0100
Newsgroups: jedi.vcl

OBones wrote:

> JVCL installation:
> - Another problem of file in UNIX format, he couldn't remember which one it is.
It was D6 Packages.bpg



Subject: Re: DevTools and JVCLInstaller
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Dec 2003 23:10:27 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
>
> No, it breaks after the first failure.
>
>
Yes, but what I meant is that all JVCL specific utils are located before  in the make file, and as such, they are built even if the third to last breaks.
Well, at least with the latest CVS version of makefile.mak



Subject: Re: DevTools and JVCLInstaller
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 30 Dec 2003 23:10:17 +0100
Newsgroups: jedi.vcl

>>
>> theoratical you are right. It was too simple for me to try it.
>>
>> But it terminates compiling the ErrLook because i didn't have all files.
>>
>> So it would be easier to have it in the installer.
>>
> Yes, but that's because it needs files from foreign libraries. At least all JVCL specific tools are built.

No, it breaks after the first failure.


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: DevTools and JVCLInstaller
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Dec 2003 22:53:40 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> theoratical you are right. It was too simple for me to try it.
>
> But it terminates compiling the ErrLook because i didn't have all files.
>
> So it would be easier to have it in the installer.
>
Yes, but that's because it needs files from foreign libraries. At least all JVCL specific tools are built.



Subject: Re: DevTools and JVCLInstaller
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 30 Dec 2003 21:27:56 +0100
Newsgroups: jedi.vcl

Hi,

theoratical you are right. It was too simple for me to try it.

But it terminates compiling the ErrLook because i didn't have all files.

So it would be easier to have it in the installer.

Greetings
Jens

OBones wrote:
> Jens Fudickar wrote:
>
>> Hi Andreas,
>>
>> what about adding a feature to the installer to create also the devtools utilities?
>>
>> Only if you are bored and have nothing else to do :-)
>>
>> Greetings
>> Jens
>
> In the meantime, open a command window in devtools and type make
> It will build all devtools
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: FYI: new donations coming in
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 30 Dec 2003 13:46:19 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Just so everyone knows, there are two new donations that probably will be
> added pretty soon. They will both be added as new, separate package (sets)
> so shouldn't affect current install to much. The donations are:

Best make them available in an extra directory like we did with Jens.
I am sure you want help.



Subject: More JvInspector problems...
From: Jonathan Neve <jonathan@microtec.fr>
Date: Tue, 30 Dec 2003 13:35:57 +0100
Newsgroups: jedi.vcl

Hi!

I got around my previous problem by editing the HPP file ... :-(
Now, I've got another problem : I can't find the right syntax to call the method :

TJvInspectorINIFileData::New(InspCat, INI, &IniSection, &IniKey);

The compiler complains about not finding match, something to do with the two events.

Does someone know the correct syntax?

Thanks!

Jonathan Neve.



Subject: FYI: new donations coming in
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Dec 2003 13:16:22 +0100
Newsgroups: jedi.vcl

Just so everyone knows, there are two new donations that probably will be
added pretty soon. They will both be added as new, separate package (sets)
so shouldn't affect current install to much. The donations are:

1. Design eXperience Package from Marc Hoffman. A set of controls with
built-in WinXP/OfficeXP look, including button, checkbox, navbar
(http://www.delphipages.com/result.cfm?AC=227)
2. DockPresident from zhouyibo. A set of amazing docking controls that can
be configured to work like normal docking or sliding docking as in VS.NET
(http://www.donly.com/luxiaoban.htm)

I'll probably do the conversions myself as soon as I get the go ahead from
the respective author.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem with JvInspector and BCB 5
From: Jonathan Neve <jonathan@microtec.fr>
Date: Tue, 30 Dec 2003 12:57:23 +0100
Newsgroups: jedi.vcl

Hi!

I've been trying to use the JvInspector component in BCB 5. Unfortunately, BCB chokes on the file JvInspector.hpp, line 86, and says: "Undefined symbol 'TJvCustomInspectorItem'".

I'm using version 2.00.0

Any ideas?

Thanks!

Jonathan Neve.



Subject: Re: Package Generator: New version
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Dec 2003 09:36:51 +0100
Newsgroups: jedi.vcl,jedi.jcl

Peter Thörnqvist wrote:
> TJvAppXmlStore doesn't have a Reload method, at least not the CVS version
> (see TfrmMain.Button1Click). Not that it's important since Button1Click
> isn't used :)
>
Yeah, it came back to me at the very moment I went to bed. Computer was off, mind was going away, I decided to wait.
And the reload method should have been used in the Edit button code.
Everything is now committed and works (hopefully).



Subject: Re: Package Generator: New version
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Dec 2003 01:18:11 +0100
Newsgroups: jedi.vcl,jedi.jcl

TJvAppXmlStore doesn't have a Reload method, at least not the CVS version
(see TfrmMain.Button1Click). Not that it's important since Button1Click
isn't used :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3: a test under D6 pro
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Dec 2003 00:50:10 +0100
Newsgroups: jedi.vcl

> > Should be JvLoginForm (without the DB). Don't know if that fixes it
> > completely, though. Have to check.
Must also change SKeyLoginSection and SKeyLastLoginUserName to
RsKeyLoginSection, RsKeyLastLoginUserName and add JvDlgsXXX.dcp to requires
along with the the DSnap libs (different name depending on Delphi version).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3: a test under D6 pro
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Dec 2003 00:41:08 +0100
Newsgroups: jedi.vcl

> > JCL installation:
> > - same problem as before with jedi.inc and jcl.inc, the JCL group has
> > been told.
Maybe it's time to contact SF about recasing to all lowercase?

> > - Activating Jv_Midas in JVCL.INC caused the compiler to complain about
> > at least one missing file: JvDBLoginForm
Should be JvLoginForm (without the DB). Don't know if that fixes it
completely, though. Have to check.

> > - Another problem of file in UNIX format, he couldn't remember which one
> > it is.
Seems to be JvMenus.pas

> > JVCL demos:
[...]
Many of the demos doesn't work since they haven't been checked and/or
updated in a long time. We will need to do this before releasing

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL3: a test under D6 pro
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Dec 2003 23:26:21 +0100
Newsgroups: jedi.vcl

Another friend of mine tried the JVCL3 today and had some problems:

JCL installation:
- same problem as before with jedi.inc and jcl.inc, the JCL group has been told.

JVCL installation:
- Another problem of file in UNIX format, he couldn't remember which one it is.
- Activating Jv_Midas in JVCL.INC caused the compiler to complain about at least one missing file: JvDBLoginForm
- As he is using GlScene, he had a conflict with JvMM as both contain VFW.pas. We can't do anything with that, but that's just to let everyone know this problem may occur.

Apart from that, everything went fine.

JVCL demos:
- RxLib demos: TJvPicClip not found, JvxClock not found and these may not be the only ones.
- JvDbExplorer: in HexDump, HugeOffset not found.
- JVCLMegaDemo: JvOLBar, JvAutoSizeComp not found, among many many others.
- GlDemo: He had to remove the text in the help component of HelpPanel_demo. In the checkbox page, simply hovering the mouse over the "Play" checkboxes causes a Stack overflow. In glDemo.pas, Enabled doesn't exists for FrJumpingComponent1, replaced by Active
- JvInspectorDB: Unit JvInsp not found.
- JvInspector: Crash upon closure

That's about it.

I'll try to have a look at some of these but if people have direct knowledge of problems, that'd be better.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Package Generator: New version
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Dec 2003 22:34:23 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi all

As I said, I was working on the package generator to make it easier to use and more generic.
This is now done.
The new concept is a "model"
A model defines the prefix, the format to use, the location of packages and the include file and last but not least, targets and aliases.
This is all stored in an xml file, this file being also used to store different properties of the application (size, position...)
You can edit Models via pgEdit.exe by clicking on "Edit" in the options toolbar. Or you can edit directly the xml file, but please read the comments in it.
Any feedback would be appreciated. Usage from the command line is unchanged for the JVCL as it defaults to JVCL options.

Regards

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: install.bat works again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Dec 2003 22:21:23 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I fixed the installer project (needed some units in the .dpr).
> I also removed
>  {$DEFINE HL_NOT_QUITE_C} and {$DEFINE USE_OLD_DBLISTS} and from JVCL.INC because they aren not used anymore.
>
BTW, could someone move the "Personal edition" check box to the first page, instead of the Advanced options, because many people won't think of it. And if it is possible to detect the Personal edition from the registry, it'd be even better to check it directly.

Thanks

Olivier



Subject: Re: JvInspector
From: Jonathan Neve <jonathan@microtec.fr>
Date: Mon, 29 Dec 2003 20:13:29 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Jonathan Neve wrote:
>
>> BTW, I have another question, somewhat off-topic : Does anyone know if there's a simple C++ to Delphi converter available anywhere?
>
>
> LOL
> The keyword for LOL is "simple".
> C++ is too complicated to be converted to Delphi.
> Think of templates for example.

My code isn't! :-)

I've heard of headconv, but of course, that only converts the headers. Isn't there any easier way to convert basic C++ to Delphi than rewriting everything? It doesn't matter is features such as templates aren't supported, most of the language can still be translated in a rather direct fashion into Delphi. I never program in Delphi, but I can tell from reading Delphi code that it's not _that_ different. It's basically just a matter of syntax. Of course, when you get into more advanced C++, things are different, but you can be quite sure that none of the code I write ever does anything in a very different way from what could be done in Delphi. Don't forget that C++Builder is an immitation of Delphi, so the average application written with/for C++Builder is usually very similar to the equivalent Delphi program.

Jonathan Neve.



Subject: install.bat works again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Dec 2003 19:26:39 +0100
Newsgroups: jedi.vcl

I fixed the installer project (needed some units in the .dpr).
I also removed
 {$DEFINE HL_NOT_QUITE_C} and {$DEFINE USE_OLD_DBLISTS} and from JVCL.INC because they aren not used anymore.



Subject: Re: JvInspector
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Dec 2003 19:24:35 +0100
Newsgroups: jedi.vcl

Jonathan Neve wrote:

> BTW, I have another question, somewhat off-topic : Does anyone know if there's a simple C++ to Delphi converter available anywhere?

LOL
The keyword for LOL is "simple".
C++ is too complicated to be converted to Delphi.
Think of templates for example.



Subject: JvInspector
From: Jonathan Neve <jonathan@microtec.fr>
Date: Mon, 29 Dec 2003 16:48:56 +0100
Newsgroups: jedi.vcl

Hi!

I was wondering if someone could explain to me how to use this component. The help file isn't very explicit. Has anyone got an example perhaps? I want to use to to edit a list of options (like in Database Explorer). How should I go about this?

Thanks!

Jonathan Neve.

BTW, I have another question, somewhat off-topic : Does anyone know if there's a simple C++ to Delphi converter available anywhere? I searched on Internet, but couldn't find anything. This could be of interrest to me because I have written a project in C++Builder (I don't use Delphi at all), and would like to share it with other people (it's a replicator for Interbase/Firebird). Unfortunately, I can't get anyone very interrested, because almost no one uses C++Builder. So if I could convert the project to Delphi without too much difficulty, that would be a help. Of course, if any of you are interrested in this project, I would be glad to hand it over to you. I would be glad to be able to contribute something to the OpenSource world, but, for lack of time, I would have a hard time maintaining it.



Subject: Re: a priority list
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Dec 2003 12:40:48 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> Add CLX packages
>
> You only have to write the .xml files.

This is mainly a GUI problem of the installer. It needs structured menus etc for the various tasks here.

- generate resources
  - dcr
  - res
  - both
- generate packages
  - Delphi 5
  - Delphi 6
  ...



Subject: Re: a priority list
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Dec 2003 12:37:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> That means that the package generator must go to the /install directory.

I see no problem to have the functionality added directly. I think the sources are already structured for that.



Subject: Re: a priority list
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Dec 2003 11:50:10 +0100
Newsgroups: jedi.vcl

The package generator is undergoing a rework at the moment, I should be finished by the 5th (at the very latest). Please wait until then before taking any decision.
Thanks.



Subject: Re: DevTools and JVCLInstaller
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Dec 2003 11:46:53 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi Andreas,
>
> what about adding a feature to the installer to create also the devtools utilities?
>
> Only if you are bored and have nothing else to do :-)
>
> Greetings
> Jens
In the meantime, open a command window in devtools and type make
It will build all devtools



Subject: Re: Help Creation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Dec 2003 11:32:26 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Mon, 29 Dec 2003 01:48:19 +0100:

 JF> Here are my first questions :-)

 JF> 1. Like Marcel i need some volunteers who can read the texts, because
 JF> i'm not a native speeker and my english is very ugly (like this mail
 JF> :-)

    The proof readers are meant for all help files, so no need to ask; we
have volunteers already.

 JF> 2. Is there a defined list of status values. (Completed, Generated,
 JF> ...)

    Locked (someone is working on the file), Generated (file is generated,
no documentation present), Completed (file is completely documented; to be
checked, as many previously completed files are now incomplete due to the
merging/restructuring), Incomplete (file is partially documented). Before
you really start bashing: change the status of the file to 'Locked by Jens'
and commit. No one else will then touch the file.

 JF> 3. Is it possible to see the results of my changes. Is there a tool to
 JF> create the result-help? How can i use it.

    We use Doc-O-Matic licenses kindly donated by Toolsfactory. As the help
coordinator I decided to keep the number of licenses per JEDI project to
two, both to keep it maintainable and to make sure Toolsfactory doesn't
start to complain about the number of licenses. Of course, if you have your
own DOM license, you're free to use that one.

 JF> 4. Is it possible to link to other types/classes. Example : If i have a
 JF> property of the TJvAppStore. What must be done to get a direct link in
 JF> the property-description, or must i allways use the see also.

   DOM uses autolinking, meaning any reference to an existing symbol will
result in a link. Note that DOM is case sensitive, so TjvDynControl is not
the same as TJvDynControl. In all cases you need to follow the casing of the
Delphi sources. Autolinking will also occur to the Delphi help (which is why
most of the time 'Support' or 'Write' are preceeded by a backslash; this
will prevent an auto link to the delphi help). Symbols in the same class are
not required to be fully qualified, but links to members of other classes
do. The summary section should not contain any link, as this looks ugly in
the group overviews (which are generated from the summaries).

 JF> 5. Is it possible to add additional classes/properties automaticly? Can
 JF> i do it, or should i ask someone else.

    You can use the GenDtx tool in dev/help/tools/GenDtx which will generate
the tool in the dev/help/tools folder.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: a priority list
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Dec 2003 10:43:44 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Have the installer generate the resources (execute Images\MakeDCR.bat
> > and Images\MakeRES.bat or Images\Makefile.mak).

Should be no problem.

 
> > Add CLX packages

You only have to write the .xml files.


> > does the installer generate the normal packages already?

No. It only generated the packages for BCB in order to compile them to
..dcp files.


> > have the installer generate them

That means that the package generator must go to the /install directory.




-- Regards, Andreas Hausladen 

Subject: a priority list
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Dec 2003 10:20:20 +0100
Newsgroups: jedi.vcl

Have the installer generate the resources (execute Images\MakeDCR.bat and Images\MakeRES.bat or Images\Makefile.mak).
Then all the files from Resources except resources.txt can be removed from the CVS. A .cvsignore with *.res *.dcr should be added afterwards.

Add CLX packages and have the installer generate them (does the installer generate the normal packages already?).
Then the package files can be removed from the CVS also.

Get as many examples as possible running again.

Make as many components as possible CLX compatible.

WRITE HELP, WRITE HELP, WRITE HELP.


The above generator options should be available as separate options in the installer to be able to regenerate the files at any time.

I am not sure if i can complete the source cleaning in January.
Still less than half of the files cleaned.

We should set a release date for the beta as soon as the installer has the above features.



Subject: Re: JVCL Convert / Pas2RAI
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Dec 2003 10:19:31 +0100
Newsgroups: jedi.vcl

Pascal Mangold wrote:

> I checked out the latest files (29.12.2003 / 9:30) but I can not find
> any fixes at all. What did I wrong?

Anonymous access is always some time behind. Try again later or wait for the daily package tomorrow.

OT: i have written Anonymouse first :-)



Subject: Re: JVCL Convert / Pas2RAI
From: "Pascal Mangold" <pascal.mangold@web.de>
Date: Mon, 29 Dec 2003 09:57:02 +0100
Newsgroups: jedi.vcl

I checked out the latest files (29.12.2003 / 9:30) but I can not find
any fixes at all. What did I wrong?

"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:bsoici$tlf$1@talkto.net...
> > All fixed.
> >
> > This uncovered a sloppyness in all JvInterpreter_ units.
> > Many [0] instead of [varEmpty] and [1] instead of [varNull].
> > Pas2Rai2 now generates the correct values.
> > The JvInterpreter_ units have been cleaned.
> >
> > In JvInterpreter_Db.pas there were some AddIset and AddIDSet with
> > [varEmpty] instead of [varNull].
> > I changed that in the assumption that it is a bug.
> >




Subject: Re: JVCL Convert / Pas2RAI
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Dec 2003 08:00:42 +0100
Newsgroups: jedi.vcl

All fixed.

This uncovered a sloppyness in all JvInterpreter_ units.
Many [0] instead of [varEmpty] and [1] instead of [varNull].
Pas2Rai2 now generates the correct values.
The JvInterpreter_ units have been cleaned.

In JvInterpreter_Db.pas there were some AddIset and AddIDSet with [varEmpty] instead of [varNull].
I changed that in the assumption that it is a bug.



Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Dec 2003 05:53:44 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Ok, got it. I saw a list with JvToolEdit.pas in it, and assumed it was a change list. Stupid me <g>.
>

Most of the files HAVE changed, but only removing
published
  property Ctl3D;
this is no loss and we have made stronger changes already.



Subject: Help Creation
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 29 Dec 2003 01:48:19 +0100
Newsgroups: jedi.vcl

Hi,

after hopefully finishing the most issues in my JvDynControl and JvParameterList i now want to start the first steps of help file creation.

Here are my first questions :-)

1. Like Marcel i need some volunteers who can read the texts, because i'm not a native speeker and my english is very ugly (like this mail :-)

2. Is there a defined list of status values. (Completed, Generated, ...)

3. Is it possible to see the results of my changes. Is there a tool to create the result-help? How can i use it.

4. Is it possible to link to other types/classes. Example : If i have a property of the TJvAppStore. What must be done to get a direct link in the property-description, or must i allways use the see also.

5. Is it possible to add additional classes/properties automaticly? Can i do it, or should i ask someone else.

These are the first question. Maybe more later :-)

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: CLX releated: QColor issue
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Dec 2003 00:52:49 +0100
Newsgroups: jedi.vcl

Please do not use the QColor() function in that way:

QPainter_setBackGroundColor(Handle, QColor(Color));

This produces a memory leak because the new QColorH object that is
returned by QColor is not released. You need a helper variable:

var
  QC: QColorH;
begin
  QC := QColor(Color);
  try
    QPainter_setBackGroundColor(Handle, QC);
  finally
    QColor_destroy(QC);
  end;
end;


Or you use the following code that is now available in QWindows.pas

QPainter_setBackGroundColor(Handle, QColorEx(Color).Handle);

QColorEx(Color: TColor) returns an IQColorGuard interface that has a
Handle() method.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Convert / Pas2RAI
From: "Pascal Mangold" <pascal.mangold@web.de>
Date: Mon, 29 Dec 2003 00:50:21 +0100
Newsgroups: jedi.vcl

Sorry to have some more:

also the ", ' + ResVar + '" part has to be removed in JvPasImportForm.pas
for the following lines because otherwise the resulting file will not
compile...

(Maybe there are some more changes necessary in this way.)

      Adapter.Add('    AddDGet(' + ClassName + ', ''' + Name + ''', ' +
        '@' + ClassName + '.' + Name + ', ' + IntToStr(Params.Count) + ', '
+ ParamTypStr +
        ', ' + TS + ', [ccFastCall], ' + ResVar + ');');

          Adapter.Add('    AddISet(' + ClassName + ', ''' + Name + ''', ' +
            ClassName + '_' + 'Write_' + Name + ', 0, [1], ' + ResVar +
');');


"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:bsnb17$4tk$2@talkto.net...
> > Pascal Mangold wrote:
> >
>> > > Be aware that also "TArgs" have been changed into "TJvInterpreterArgs".
> >
> > I knew i missed something ;-)
> > It is simply hopeless to keep an overview.
> >




Subject: Re: Problems with Current CVS
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Sun, 28 Dec 2003 21:41:54 +0100
Newsgroups: jedi.vcl

> > Kylix is unusable without the patches. Just look into Quality Central
> > under the Linux section.

For some tasks it is pretty usable. Nonetheless I agree that VisualCLX is
currently not really in a usable state - at least not for JVCL. Anyway the
two main problems you should also keep in mind are that many companies will
not install unofficial stuff at all and the fact that Kylix 4 could go
completely different roads than your patch - for example QC4556 is a
candiate for an "As designed" behaviour - with a lot of implications for
code development if you count on a different event order - not a problem yet
but might need a complete redesign of some components in future. Not a show
stopper but something to keep in mind.


> > Because many VisualCLX developers use the patches (I see it in the
> > download statistics) we sould make JVCL for CLX working with the patches.

I do not want to play the party pooper :-) Anyway, just for your information
I have recently seen a study which showed that about 8% to 10% "downloaders"
commonly get users. Without more data available it is pretty hard to say if
"many" are using it or just "a few".


Matthias Thoma

--
Project JEDI - 2001 Spirit of Delphi Award Winner
www.delphi-jedi.org




Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 28 Dec 2003 21:40:30 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will rework the .dfm files which contain one of these properties.

I meant the .dfm files of users of JVCL. TOpenDialog uses a method to read old properties (TOpenDialog.DefineProperties), so no exception is raised. But it's not that important in this case, I think.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 28 Dec 2003 21:36:11 +0100
Newsgroups: jedi.vcl

Ok, got it. I saw a list with JvToolEdit.pas in it, and assumed it was a change list. Stupid me <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 21:08:00 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > {$IF not declared(PatchedVCLX)}
> > cannot be used because we still support Delphi 5 which des not accept
> > this.

I cannot be used, but as Delphi 5 has no VisualCLX symbol defined the
compiler will never reach the $IF directive.




-- Regards, Andreas Hausladen 

Subject: Re: JvCaret is now CLX compatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 20:58:23 +0100
Newsgroups: jedi.vcl

asn wrote:

> IMHO Please don't. Actually I removed them all: BOOL (=LongBool), DWORD
> (=Cardinal).
> QWindows is for Qt.

I object. It is a unit for Windows units to make them CLX compatible.
So the namespace is Windows.



Subject: Re: JvCaret is now CLX compatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 20:56:04 +0100
Newsgroups: jedi.vcl

asn wrote:

> JCL group has already made these changes to lowercase (jcl.inc, jedi.inc).
> Maybe JVCL should follow ?

Post a new message for the decision and lets see.
Personally i still prefer it uppercase, but i have no problem with lowercae either. WINDOWSONLY.INC and LINUXONLY.INC should be changewd also.
The only problem is that we need help from sourceforge to change the file names in the CVS.

I can make the change easily. I have UltraEdit which can replace in all open files. One search with Win2000, one global replace in UltraEdit and a huge commit and it is done.



Subject: Re: JvCaret is now CLX compatible
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 28 Dec 2003 20:53:47 +0100
Newsgroups: jedi.vcl

> >
> > If we decide to change it to "jvcl.inc" then i will happily change it in
> > ALL files.
> >

JCL group has already made these changes to lowercase (jcl.inc, jedi.inc).
Maybe JVCL should follow ?

Regards,

André Snepvangers




Subject: Re: .NET version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 20:51:04 +0100
Newsgroups: jedi.vcl

Mac wrote:

> Hello,
>
> Are we going to see .NET versions of jvcl & vcl?
>
> I am interested in helping if so.
>
> Mac
> http://programmernet.org

Theoretically yes, but there is not enough manpower to start such a project. We should wait until Delphi 8 is common befor we embark on such a task.

All manpower is concentrated on JVCL 3 and it desperately needs it.



Subject: Re: JVCL Convert / Pas2RAI
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 20:48:56 +0100
Newsgroups: jedi.vcl

Pascal Mangold wrote:

> Be aware that also "TArgs" have been changed into "TJvInterpreterArgs".

I knew i missed something ;-)
It is simply hopeless to keep an overview.



Subject: Re: JvCaret is now CLX compatible
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 28 Dec 2003 20:48:22 +0100
Newsgroups: jedi.vcl

> >     Probably because you have retrieved the files using the anon. account.

That is probaply the case.

regards,

André  Snepvangers




Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 20:47:39 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I think I don't understand completely what you want to do. Ctl3D is used in for example StdCtrls.pas. Do you want to add a dummy property (Flat) that gets/sets Ctl3D?

Having Ctl3D as a published property is simply conserving an outdated property. Removing it causes no harm. Most JVCL components only published it without using it.
For the components still using it nothing changed.
I think we have no component reusing Ctl3D for another purpose so the initial idea replacing it with a Flat property for those components.

Some components internally use Ctl3D for a mouse over effect, but this is strictly internal and i see no need to change it.



Subject: Re: JvCaret is now CLX compatible
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 28 Dec 2003 20:44:40 +0100
Newsgroups: jedi.vcl

> >
> > I would also prefer if the function declarations use the Windows types
> > like HDC instead of the Qt types like QPainterH.
> >
IMHO Please don't. Actually I removed them all: BOOL (=LongBool), DWORD
(=Cardinal).
QWindows is for Qt.

Regards,

André Snepvangers




Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 20:43:16 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> But changing the scope of these properties from published to (??) will give read exceptions if the properties are in a dfm?

I will rework the .dfm files which contain one of these properties.



Subject: Re: JVCL Convert / Pas2RAI
From: "Pascal Mangold" <pascal.mangold@web.de>
Date: Sun, 28 Dec 2003 20:19:02 +0100
Newsgroups: jedi.vcl

Hi Robert,

thanks!

Be aware that also "TArgs" have been changed into "TJvInterpreterArgs".

This should be corrected in JvPasImportrForm, too:

SetArgs = '(const Value: Variant; Args: TJvInterpreterArgs)';

GetArgs = '(var Value: Variant; Args: TJvInterpreterArgs)';

Pascal

"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:bsmoel$mkr$2@talkto.net...
> > Andreas Hausladen wrote:
> >
>> > > see examples/RaLib/Pas2Rai2
> >
> > I recently updated that example to generate sources in JVCL coding
> > standard. It also now generates AddFunction instead of AddFun because i
> > changed that method name in JvInterpreter.pas
> >




Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 28 Dec 2003 19:14:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Since i got no protest i will start to work on it.
> First only simple published Ctl3D and generic OnCtl3DChanged.

I think I don't understand completely what you want to do. Ctl3D is used in for example StdCtrls.pas. Do you want to add a dummy property (Flat) that gets/sets Ctl3D?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 28 Dec 2003 19:03:43 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> But changing the scope of these properties from published to (??) will give read exceptions if the properties are in a dfm?

Scope should be visibility.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: .NET version
From: "Mac" <newsgroupRemove@Removehost111.com>
Date: Sun, 28 Dec 2003 18:02:39 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

Are we going to see .NET versions of jvcl & vcl?

I am interested in helping if so.

Mac
http://programmernet.org


Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 28 Dec 2003 19:01:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I only removed the published properties Ctl3D, ParentCtl3D and the OnCtl3DChanged event [..].

But changing the scope of these properties from published to (??) will give read exceptions if the properties are in a dfm?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 18:53:11 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Could this be done with backwards compatibility? Check for example TOpenDialog.DefineProperties in Dialogs.pas.
>

There is no problem.
I only removed the published properties Ctl3D, ParentCtl3D and the OnCtl3DChanged event (which is always implemented never inherited).
The use of Ctl3D and ParentCtl3D is untouched.

This is the list of files which still use Ctl3D in any way:

JvCalc.pas
JvCheckedMaskEdit.pas
JvCheckListBox.pas
JvClipboardViewer.pas
JvClock.pas
JvCustomItemViewer.pas
JvDatePickerEdit.pas
JvDBControls.pas
JvDBLookup.pas
JvDBLookupComboEdit.pas
JvDBLookupTreeView.pas
JvDialButton.pas
JvEdit.pas
JvEditor.pas
JvgListBox.pas
JvGrids.pas
JvGroupBox.pas
JvgTypes.pas
JvgUtils.pas
JvInspector.pas
JvInterpreter_Controls.pas
JvInterpreter_Dialogs.pas
JvListBox.pas
JvMaskEdit.pas
JvMemo.pas
JvOutlookBar.pas
JvPageSetup.pas
JvPickDate.pas
JvPrvwDoc.pas
JvScrollBar.pas
JvScrollBox.pas
JvSpin.pas
JvSplit.pas
JvTFDays.pas
JvTFGantt.pas
JvTFGlance.pas
JvTFGlanceTextViewer.pas
JvToolEdit.pas
JvUnicodeEditor.pas
JvxCheckListBox.pas



Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 28 Dec 2003 18:29:32 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Since i got no protest i will start to work on it.
> First only simple published Ctl3D and generic OnCtl3DChanged.

Could this be done with backwards compatibility? Check for example TOpenDialog.DefineProperties in Dialogs.pas.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: DevTools and JVCLInstaller
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 28 Dec 2003 17:58:56 +0100
Newsgroups: jedi.vcl

Hi Andreas,

what about adding a feature to the installer to create also the devtools utilities?

Only if you are bored and have nothing else to do :-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: installation error 'CreateCaret' in D7
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 28 Dec 2003 17:56:20 +0100
Newsgroups: jedi.vcl

Try the last version from cvs. The error should be fixed.

Ivan Hennig wrote:
> [Error] JvEdit.pas(532): Undeclared identifier: 'CreateCaret'
> [Error] JvEdit.pas(543): Undeclared identifier: 'CreateCaret'
> [Error] JvEdit.pas(548): Undeclared identifier: 'DestroyCaret'
> [Fatal Error] JvSpin.pas(47): Could not compile used unit
> '..\..\run\JvEdit.pas'
>
> in JvMemo, JvMaskEdit, etc too
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: installation error 'CreateCaret' in D7
From: "Ivan Hennig" <ich@via.com.br>
Date: Sun, 28 Dec 2003 14:36:36 -0200
Newsgroups: jedi.vcl

[Error] JvEdit.pas(532): Undeclared identifier: 'CreateCaret'
[Error] JvEdit.pas(543): Undeclared identifier: 'CreateCaret'
[Error] JvEdit.pas(548): Undeclared identifier: 'DestroyCaret'
[Fatal Error] JvSpin.pas(47): Could not compile used unit
'..\..\run\JvEdit.pas'

in JvMemo, JvMaskEdit, etc too




Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 17:20:24 +0100
Newsgroups: jedi.vcl

Since i got no protest i will start to work on it.
First only simple published Ctl3D and generic OnCtl3DChanged.



Subject: Re: JvCaret is now CLX compatible
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Dec 2003 16:54:54 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> TRGBQuad differs from the Windows declaration.
> Do we have a Windows/Linux difference here?
I only know for Windows, but the memory format is B G R with a padding byte before or after (not sure for that one).



Subject: Tabs in Sources
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 16:44:55 +0100
Newsgroups: jedi.vcl

Please all developers switch the IDE editor to not use tabs in the soruces. I cleaned the files from all tabs and now they are back.



Subject: Re: JvCaret is now CLX compatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 16:43:17 +0100
Newsgroups: jedi.vcl

I integrated QWindowsUpd.pas in QWindows.pas.
QExtDlgs.pas and QWindows.pas are now in Common directory.

QWindows.pas needs some style cleaning.

I would also prefer if the function declarations use the Windows types like HDC instead of the Qt types like QPainterH.

Some declarations like pf24bit are duplicated elsewhere.
I will see how to get rid of them.

TRGBQuad differs from the Windows declaration.
Do we have a Windows/Linux difference here?



Subject: Re: JVCL Convert / Pas2RAI
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 15:31:49 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> see examples/RaLib/Pas2Rai2

I recently updated that example to generate sources in JVCL coding standard. It also now generates AddFunction instead of AddFun because i changed that method name in JvInterpreter.pas



Subject: Re: Problems with Current CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 15:28:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Because many VisualCLX developers use the patches (I see it in the
> download statistics) we sould make JVCL for CLX working with the patches.

So be it, but keep in mind that there is still a VisualCLX for Windows which may differ from the Kylix version.

{$IF not declared(PatchedVCLX)}
cannot be used because we still support Delphi 5 which des not accept this.

I think we will need several iterations until we get that working for all Delphi/Kylix versions.



Subject: JvInspector almost CLX-compatible
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 28 Dec 2003 15:16:53 +0100
Newsgroups: jedi.vcl

Uploaded a allmost VisualCLX compatible version:
Open Issues:
 - Behaviour Vertical Scrollbar
 - On windows, the scrollbar is placed on the wrong side (left).
- Dropdown arrow is not drawn
- Wrong color (White) op Button.

Maybe you can take a look at it Andreas ?

Regards,

André Snepvangers




Subject: Re: JVCL Convert / Pas2RAI
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 14:10:36 +0100
Newsgroups: jedi.vcl

Pascal Mangold wrote:

> > Where can I find the VALEDIT file?

It is part of Delphi 6 and 7.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL Convert / Pas2RAI
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 14:05:02 +0100
Newsgroups: jedi.vcl

Pascal Mangold wrote:

> > Second: Where can I find the up-to-date version of Pas2RAI
> > (or something similar) to compile my sources?

see examples/RaLib/Pas2Rai2


-- Regards, Andreas Hausladen 

Subject: Re: JvCaret is now CLX compatible
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 28 Dec 2003 13:50:11 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bsmd90$e4t$3@talkto.net...
> > Missing uses:
> >
> > uses
> >   {$IFDEF MSWINDOWS}
> >   Windows,
> >   {$ENDIF}

Not needed, it isn't used. However it implements some functions like
(CopyFile, GetTickCount,..) for Linux. For VisualCLX/Win you have to use
functions from Windows.pas in the units that require them: you include them
both just be sure that QWindows is the last one. (Qt should also preceed
QWindows).


> >   {$IFDEF LINUX}
> >   Libc,
> >   {$ENDIF}
> >   ...

It's there in the LINUX section at the end of the file.
Sorry, Till the end of the year I don't have much time to spent on JVCL

Regards,

André Snepvangers




Subject: Re: JvCaret is now CLX compatible
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 13:48:28 +0100
Newsgroups: jedi.vcl

asn wrote:

>> > > uses
>> > >   {$IFDEF MSWINDOWS}
>> > >   Windows,
>> > >   {$ENDIF}
> > 
> > Not needed, it isn't used. 

I meant it is needed by my additional functions especially WindowFromDC.


> > It's there in the LINUX section at the end of the file.

I've overseen it.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 13:37:33 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Nothing unofficial goes into the JVCL.

Kylix is unusable without the patches. Just look into Quality Central
under the Linux section. You will find so many show stoppers, memory leaks
and other bugs. For example the complete
OnCreate/OnShow/OnActivate/OnDeactivate machanism is wrong. The OnActivate
event is raised before OnCreate and so on. Or have you tried
TCanvas.CopyRect() it does not do its job if the destination rectangle has
not the equal extend of the source rectangle. Furthermore CopyRect() does
not work with GraphicControl's Canvas. For more see
http://www.kylix-patch.de.vu/fixedbugs.html.
Borland's VisualCLX is less than an alpha product.


Because many VisualCLX developers use the patches (I see it in the
download statistics) we sould make JVCL for CLX working with the patches.


-- Regards, Andreas Hausladen 

Subject: Re: JvCaret is now CLX compatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 13:31:18 +0100
Newsgroups: jedi.vcl

asn wrote:

> I have only read access to cvs,  didn't figured out why yet.
> For the time being I will put it in binairies.

I will put the file into Common.
QWinCursors.pas should be merged into QWindows.pas then or at least also moved to Common.



Subject: Re: JvCaret is now CLX compatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 13:29:05 +0100
Newsgroups: jedi.vcl

asn wrote:


> I have a problem here, in order to test CLX compatible unit's I cannot have
> JVCL3 installed:
> urgently  needed: GenerationX. !

Where is the problem? I use "D6 Packages.bpg" to build the JVCL.
I also have JVCL not installed because when rebuilding the JVCL it often gets an AV and subsequently uninstalls a package.

> Another problem I have is with {$I JVCL.INC}. When testing under Kylix I
> have to change them
> into {$I jvcl.inc} ( The sources reside on a windows FAT32 partition.)

Please check your mount options. I am sure you can switch it to preserve the file name. See /etc/fstab

I always root out anything but "JVCL.INC" for the simple reason that this is the official casing of the file name.
If we decide to change it to "jvcl.inc" then i will happily change it in ALL files.



Subject: Re: Problems with Current CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 13:22:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Yes it is implemented in Delphi 7 and Kylix 2/3 CLX. With the unofficial
> VisualCLX patches it is also available in Delphi 6.

Nothing unofficial goes into the JVCL.



Subject: Re: Problems with Current CVS
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 28 Dec 2003 12:50:30 +0100
Newsgroups: jedi.vcl

Everything fine now !!!


Subject: Re: JvCaret is now CLX compatible
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 28 Dec 2003 12:49:48 +0100
Newsgroups: jedi.vcl

Hello, asn!
You wrote  on Sun, 28 Dec 2003 11:27:06 +0100:


 a> I have only read access to cvs,  didn't figured out why yet.

    Probably because you have retrieved the files using the anon. account.
Either remove your local copy and fetch the entire JVCL3 tree with your SF
account or change the entries in the CVS folder so it will have the correct
CVSROOT line (I recommend the first option as it is much easier).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: JVCL Convert / Pas2RAI
From: "Pascal Mangold" <pascal.mangold@web.de>
Date: Sun, 28 Dec 2003 12:44:50 +0100
Newsgroups: jedi.vcl

Hi,
sorry for beeing to stupid but I can not convert my projects
because I can not compile JVCLConvert.

Where can I find the VALEDIT file?

Second: Where can I find the up-to-date version of Pas2RAI
(or something similar) to compile my sources?

Thanks for any help!
Pascal




Subject: Re: JvCaret is now CLX compatible
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 12:19:56 +0100
Newsgroups: jedi.vcl

Missing uses:

uses
  {$IFDEF MSWINDOWS}
  Windows,
  {$ENDIF}
  {$IFDEF LINUX}
  Libc,
  {$ENDIF}
  ...


-- Regards, Andreas Hausladen 

Subject: Re: JvCaret is now CLX compatible
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 12:11:04 +0100
Newsgroups: jedi.vcl

I've improved some functions and added new one. See jedi.binaries.

Hint: Everytime you assign a region or work with a region from a QPainterH
you must map the rects and points to the Painter's matrix. Otherwise you
will have problems with GraphicControl's Painters. In my update.txt file
are functions called MapPainterLP that will do the job.


-- Regards, Andreas Hausladen 

Subject: Re: JvCaret is now CLX compatible
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 28 Dec 2003 12:09:51 +0100
Newsgroups: jedi.vcl

> >
> > Please be more careful with commits. No commit without building the
> > whole JediVCL first. No warnings or hints beyond the two we currently
> > have regarding ZLib.

I have a problem here, in order to test CLX compatible unit's I cannot have
JVCL3 installed:
urgently  needed: GenerationX. !
Another problem I have is with {$I JVCL.INC}. When testing under Kylix I
have to change them
into {$I jvcl.inc} ( The sources reside on a windows FAT32 partition.)

Regards,

André Snepvangers






Subject: Re: JvCaret is now CLX compatible
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 28 Dec 2003 11:27:06 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bslpfk$2r5$2@talkto.net...
> > There was a QWindows.pas mentioned here. Can we get that file?
> >

I have only read access to cvs,  didn't figured out why yet.
For the time being I will put it in binairies.

Regards,

André Snepvangers




Subject: Re: JvDirectoryListBox - "Property Style does not exist" error
From: "Bepy" <ramengo@hotmail.com>
Date: Sun, 28 Dec 2003 11:25:15 +0100
Newsgroups: jedi.vcl

Right. It's what I've had to do.




Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 10:35:39 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I checked my Borland CLX sources of Delphi 6 and there is definitely no
> > OnMouseEnter, OnMouseLeave implemented.  Is it implemented in Delphi 7?

Yes it is implemented in Delphi 7 and Kylix 2/3 CLX. With the unofficial
VisualCLX patches it is also available in Delphi 6.

Maybe we can do it like this:

{$IFDEF VisualCLX}
 {$IF not declared(PatchedVCLX)}
  // implement OnMouseEnter/Leave here
 {$IFEND}
{$ENDIF VisualCLX}


-- Regards, Andreas Hausladen 

Subject: Re: Problems with JvYearGridEditForm.dfm
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 09:19:24 +0100
Newsgroups: jedi.vcl

Please also add JvYearGridEditForm.xfm to the CVS.



Subject: Re: Problems with Current CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 08:41:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I checked my Borland CLX sources of Delphi 6 and there is definitely no OnMouseEnter, OnMouseLeave implemented.
> Is it implemented in Delphi 7?
> If so we have to change the JvComponent implementations accordingly.

Maybe it is a Windows/Linux difference of CLX. Please check.



Subject: Re: JvCaret is now CLX compatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 07:59:51 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I've written a Windows Caret emulation class that introduces
>
> CreateCaret, DestroyCaret, GetCaretBlinkTime, SetCaretBlinkTime,
> HideCaret, ShowCaret, SetCaretPos,GetCaretPos
>
> for VisualCLX. The EmulateCaret class can everything the Window caret can
> do. As a result the TJvCaret class works under VisualCLX under Windows and
> Linux. The class is in JvCaret.pas

The file in CVS is a complete mess. Please keep the method names CreateCaret and DestroyCaret. You will have to do some careful qualifying with either Windows or JvCaret.

Please be more careful with commits. No commit without building the whole JediVCL first. No warnings or hints beyond the two we currently have regarding ZLib.
Not being able to build the JediVCL steals my time.



Subject: Re: Problems with Current CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 07:55:04 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> And what is this: Why should I re-implement something that Borland already
>> has done?
>
>
> Ups, i had the impression that there is no OnMouseEnter/OnMouseLeave in CLX. Another reason for better coordination. You should have told me that earlier.
> I will rework the files accordingly.

I checked my Borland CLX sources of Delphi 6 and there is definitely no OnMouseEnter, OnMouseLeave implemented.
Is it implemented in Delphi 7?
If so we have to change the JvComponent implementations accordingly.



Subject: Re: JvCaret is now CLX compatible
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 06:43:09 +0100
Newsgroups: jedi.vcl

There was a QWindows.pas mentioned here. Can we get that file?



Subject: Re: Problems with Current CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 28 Dec 2003 06:40:46 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> And what is this: Why should I re-implement something that Borland already
> has done?

Ups, i had the impression that there is no OnMouseEnter/OnMouseLeave in CLX. Another reason for better coordination. You should have told me that earlier.
I will rework the files accordingly.



Subject: Re: Problems with Current CVS
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 28 Dec 2003 01:08:17 +0100
Newsgroups: jedi.vcl

Sorry, but i allready have problems.

I've downloaded the complete \run and \common and i've got the following errors using the JVCLInstall.

Compiling package: JvCoreD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
S:\Delphi\Components\JVCL3\run\JvCaret.pas(494) Warnung: Variable 'Handle' ist möglicherweise nicht initialisiert worden
59042 Zeilen, 0.81 Sekunden, 354752 Bytes Code, 3249 Bytes Daten.


Compiling package: JvStdCtrlsD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
S:\Delphi\Components\JVCL3\run\JvMaskEdit.pas(392) Fehler: Undefinierter Bezeichner: 'CreateCaret'
S:\Delphi\Components\JVCL3\run\JvMaskEdit.pas(614) Fehler: Undefinierter Bezeichner: 'CreateCaret'
S:\Delphi\Components\JVCL3\run\JvMaskEdit.pas(631) Fehler: Undefinierter Bezeichner: 'DestroyCaret'
S:\Delphi\Components\JVCL3\run\JvDynControlEngineJVCL.pas(35) Fatal: Verwendete Unit '..\..\run\JvMaskEdit.pas' kann nicht compiliert werden

Any further ideas.

Sorry no time to check it self. I hat to go to my office for the last 7 hours :-(

Greetings
Jens

Andreas Hausladen wrote:
> Finished.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvCaret is now CLX compatible
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Dec 2003 00:00:59 +0100
Newsgroups: jedi.vcl

I've written a Windows Caret emulation class that introduces

CreateCaret, DestroyCaret, GetCaretBlinkTime, SetCaretBlinkTime,
HideCaret, ShowCaret, SetCaretPos,GetCaretPos

for VisualCLX. The EmulateCaret class can everything the Window caret can
do. As a result the TJvCaret class works under VisualCLX under Windows and
Linux. The class is in JvCaret.pas


-- Regards, Andreas Hausladen 

Subject: Re: a call to close bugs
From: "Andrew Bent" <iolo.geo@yahoo.com>
Date: Sat, 27 Dec 2003 17:31:25 -0500
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bsjplh$mpb$1@talkto.net...

> > To me, the old function isn't correct in the way it protects against
> > division by 0. I did some modifications and submitted the code to CVS,
> > it shouldn't crash anymore.
> >
>> > > Let me know if you need me to test anything.
> > Well, if you could test the latest one, that'd be great. In case you
> > don't know how to access the CVS repository, I posted the file in
> > jedi.binaries

Works great.  The frequency reports correctly now as well.  The old one
tested about 1.5x too high.  This one is spot on.

Thanks,

-Andrew




Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 21:22:36 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Yes, but not implemented via MouseEnter and MouseLeave for CLX.

And what is this: Why should I re-implement something that Borland already
has done?

---------------------------
procedure TControl.MouseEnter(AControl: TControl);
begin
  if Assigned(FOnMouseEnter) then
    FOnMouseEnter(Self);
end;

procedure TControl.MouseLeave(AControl: TControl);
begin
  FHintShown := False;
  if Assigned(FOnMouseLeave) then
    FOnMouseLeave(Self);
end;
-------------------------

> > I will change that tomorrow.

Maybe I will change your JvAnimate.pas (no that is your job) :-)
Maybe there is something in the VCL that I don't know but I think there is
not that much in CLX that I don't know.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with Current CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 21:10:10 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> You do not implement a OnMouseEnter, OnMouseLeave event for CLX.
>
> They are there but protected, see JvComponent.pas

Yes, but not implemented via MouseEnter and MouseLeave for CLX.
I will change that tomorrow.

> I will not do anything the next days related to MouseEnter/Leave, but
> maybe CLX compatibility of some components.

I will clean them up. That is implement or clean overridden MouseEnter MouseLeave for the descendants from JvComponent.



Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 20:39:07 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > You do not implement a OnMouseEnter, OnMouseLeave event for CLX.

They are there but protected, see JvComponent.pas

> > I just reworked several CMMouseEnter/CMMouseLeave components for just
> > that.  So i am a bit annoyed about your changes. This should have been
> > coordinated.

I will not do anything the next days related to MouseEnter/Leave, but
maybe CLX compatibility of some components.

> > Your (?) implementation of MouseEnter and MouseLeave in
> > JvgGraphicButton.pas is also not that hot. 

It is not mine. I only changed the OnMouseXxx call to an interited and
renamed the message handler to MouseXxx.

> > Calling Paint is a bad idea. Repaint is the correct method.

You are right, but it was not my idea to call Paint. It was the original
author's.


> > Also we always use qualified inherited.

I'll keep that in mind. Normaly I use full qualified inherited calls, but
in message handlers.



-- Regards, Andreas Hausladen 

Subject: Re: Problems with Current CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 20:30:46 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> You killed CLX compatibility.
>
>
> Are you sure? Have you tested it?
> The TJvGraphicControl, TJvCustomControl, TJvWinControl -
> MouseEnter/Leave-VCL implemetation is designed for CLX compatibility.

You do not implement a OnMouseEnter, OnMouseLeave event for CLX.
I just reworked several CMMouseEnter/CMMouseLeave components for just that.
So i am a bit annoyed about your changes. This should have been coordinated.

Your (?) implementation of MouseEnter and MouseLeave in JvgGraphicButton.pas is also not that hot.
I currently commit a better version.
Calling Paint is a bad idea. Repaint is the correct method.
Also we always use qualified inherited.



Subject: Re: Problems with JvYearGridEditForm.dfm
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 19:28:49 +0100
Newsgroups: jedi.vcl

Repaired



-- Regards, Andreas Hausladen 

Subject: Re: Problems with JvYearGridEditForm.dfm
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 19:28:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The file is a binary dfm now and defective.

Sorry, my fault.
But I don't know why Delphi 6 converted it to binary format because all
forms I create or edit are in text format.


-- Regards, Andreas Hausladen 

Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 19:26:16 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > You killed CLX compatibility.

Are you sure? Have you tested it?
The TJvGraphicControl, TJvCustomControl, TJvWinControl -
MouseEnter/Leave-VCL implemetation is designed for CLX compatibility.


-- Regards, Andreas Hausladen 

Subject: Problems with JvYearGridEditForm.dfm
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 19:16:51 +0100
Newsgroups: jedi.vcl

The file is a binary dfm now and defective.



Subject: Re: Problems with Current CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 19:05:46 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Finished.

Not at all. You killed CLX compatibility.
Please have a look at JvAnimate.pas. It contains the reference implementation.



Subject: Re: ColorToIdent in Graphics
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 18:51:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Is that function (and IdentToColor) available in Delphi 5?

These two functions are in Graphics.pas from Delphi 5.

Weren't them available since Delphi 3 ?


-- Regards, Andreas Hausladen 

Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 18:47:30 +0100
Newsgroups: jedi.vcl

Finished.

-- Regards, Andreas Hausladen 

Subject: Re: Problems with Current CVS
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 27 Dec 2003 18:37:59 +0100
Newsgroups: jedi.vcl

I see.

I will try it again in some hours.

But i think it's better to check in when finished :-)

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> Any ideas ??
>
>  
>
> I'm working on the MouseEnter/Leave methods. All TJvGraphicControl,
> TJvCustomControl and TJvWinControl derived classes are or will be changed.
> I hope I'll be finished it in 30 minutes.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with Current CVS
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 27 Dec 2003 18:36:58 +0100
Newsgroups: jedi.vcl

Updated from the vcs again, and now i've got :
Compiling package: JvStdCtrlsD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
S:\Delphi\Components\JVCL3\run\JvSpeedButton.pas(130) Warnung: Methode 'MouseEnter' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
S:\Delphi\Components\JVCL3\run\JvSpeedButton.pas(131) Warnung: Methode 'MouseLeave' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
S:\Delphi\Components\JVCL3\run\JvCheckedMaskEdit.pas(53) Fehler: Methode 'DoEnabledChanged' nicht in Basisklasse gefunden
S:\Delphi\Components\JVCL3\run\JvCheckedMaskEdit.pas(335) Fehler: Undefinierter Bezeichner: 'DoEnabledChanged'
JvStdCtrlsD6R.dpk(112) Fatal: Verwendete Unit '..\..\run\JvCheckedMaskEdit.pas' kann nicht compiliert werden

Greetings
Jens

Jens Fudickar wrote:

> Hi,
>
> i've tried to reinstall the current cvs-version.
>
> I've got the following errors:
>
> Warnings in :
> Compiling package: JvStdCtrlsD6R.bpl
> Borland Delphi Version 14.0
> Copyright (c) 1983,2002 Borland Software Corporation
> S:\Delphi\Components\JVCL3\run\JvLabel.pas(150) Warnung: Methode 'MouseEnter' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
> S:\Delphi\Components\JVCL3\run\JvLabel.pas(151) Warnung: Methode 'MouseLeave' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
> S:\Delphi\Components\JVCL3\run\JvSpeedButton.pas(130) Warnung: Methode 'MouseEnter' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
>
> S:\Delphi\Components\JVCL3\run\JvSpeedButton.pas(131) Warnung: Methode 'MouseLeave' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
> 98147 Zeilen, 1.37 Sekunden, 513564 Bytes Code, 3729 Bytes Daten.
>
>
> And an Errir in :
> Compiling package: JvCtrlsD6R.bpl
> Borland Delphi Version 14.0
> Copyright (c) 1983,2002 Borland Software Corporation
> S:\Delphi\Components\JVCL3\run\JvTransparentButton.pas(128) Fehler: Eigenschaft 'OnMouseExit' existiert nicht in Basisklasse
> S:\Delphi\Components\JVCL3\run\JvTransparentButton.pas(231) Fehler: Eigenschaft 'OnMouseExit' existiert nicht in Basisklasse
> JvCtrlsD6R.dpk(86) Fatal: Verwendete Unit '..\..\run\JvTransparentButton.pas' kann nicht compiliert werden
>
> OnMouseExit is missing in the baseclass .
>
> Any ideas ??
>
> I've downloaded the complete cvs to an empty directory.
>
> Greetings
> Jens
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 18:35:20 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > But i think it's better to check in when finished :-)

It is, but unforunatelly I committed one changed file with another task
and so I decided to commit the remaining files in order to not break all
files.

-- Regards, Andreas Hausladen 

Subject: dcc50.dll crash
From: "Pascal Mangold" <pascal.mangold@web.de>
Date: Sat, 27 Dec 2003 18:32:46 +0100
Newsgroups: jedi.vcl

Hi all,
I have installed the latest JCL and JVCL using the installer (install.bat)
today on my Delphi 5 Prof.

Unfortunately after opening JVCLDemos.bpg and tryign to run one of
those apps, I get an 0081e4d4 access error in module dcc50.dll.
Can anyone hep me please?
Thanks!
Pascal




Subject: Re: [Latest] Installation problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 27 Dec 2003 18:30:15 +0100
Newsgroups: jedi.vcl

Ah, got it. The CVS folder needed to be updated. Fixed (hopefully).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Dec 2003 18:29:43 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sat, 27 Dec 2003 17:51:47 +0100:

 RM> Please generate JvgHint.dtx again.

    Done. You can use the GenDtx tool in dev/help/tools/GenDtx to take care
of that yourself in case other files are cleaned in a similar manner. I took
a short break with the manual correcting of the (partially) documented files
and as you can imagine I was very happy that Andreas chose to add stuff to
JvComponent *after* I had corrected that file.... Well, at least I'll only
have to add things now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Problems with Current CVS
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 18:27:06 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Any ideas ??
 

I'm working on the MouseEnter/Leave methods. All TJvGraphicControl,
TJvCustomControl and TJvWinControl derived classes are or will be changed.
I hope I'll be finished it in 30 minutes.


-- Regards, Andreas Hausladen 

Subject: Re: what was changed in JVCL.INC?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 18:24:33 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Please always comment here if you change JVCL.INC, JEDI.INC or files
> > considered equally important.

I've added the following lines:

{$IFDEF QUnit}
 {$UNDEF VCL}
 {$DEFINE VisualCLX}
{$ENDIF}


-- Regards, Andreas Hausladen 

Subject: Problems with Current CVS
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 27 Dec 2003 18:15:53 +0100
Newsgroups: jedi.vcl

Hi,

i've tried to reinstall the current cvs-version.

I've got the following errors:

Warnings in :
Compiling package: JvStdCtrlsD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
S:\Delphi\Components\JVCL3\run\JvLabel.pas(150) Warnung: Methode 'MouseEnter' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
S:\Delphi\Components\JVCL3\run\JvLabel.pas(151) Warnung: Methode 'MouseLeave' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
S:\Delphi\Components\JVCL3\run\JvSpeedButton.pas(130) Warnung: Methode 'MouseEnter' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'

S:\Delphi\Components\JVCL3\run\JvSpeedButton.pas(131) Warnung: Methode 'MouseLeave' verbirgt virtuelle Methode vom Basistyp 'TJvGraphicControl'
98147 Zeilen, 1.37 Sekunden, 513564 Bytes Code, 3729 Bytes Daten.


And an Errir in :
Compiling package: JvCtrlsD6R.bpl
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
S:\Delphi\Components\JVCL3\run\JvTransparentButton.pas(128) Fehler: Eigenschaft 'OnMouseExit' existiert nicht in Basisklasse
S:\Delphi\Components\JVCL3\run\JvTransparentButton.pas(231) Fehler: Eigenschaft 'OnMouseExit' existiert nicht in Basisklasse
JvCtrlsD6R.dpk(86) Fatal: Verwendete Unit '..\..\run\JvTransparentButton.pas' kann nicht compiliert werden

OnMouseExit is missing in the baseclass .

Any ideas ??

I've downloaded the complete cvs to an empty directory.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: [Latest] Installation problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 27 Dec 2003 18:14:36 +0100
Newsgroups: jedi.vcl

> > BTW, the Personal folders are missing from the packages directory...
That's strange. By default, all subfolders should be included and packages
certainly is there.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: what was changed in JVCL.INC?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 17:57:31 +0100
Newsgroups: jedi.vcl

Please always comment here if you change JVCL.INC, JEDI.INC or files considered equally important.



Subject: ColorToIdent in Graphics
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 17:53:41 +0100
Newsgroups: jedi.vcl

Is that function (and IdentToColor) available in Delphi 5?
If so i will drop the local functions used in several places of the JVCL.



Subject: Re: Call for help file proof readers
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 17:51:47 +0100
Newsgroups: jedi.vcl

Please generate JvgHint.dtx again.
I made a whole class pivate.



Subject: Re: [Latest] Installation problems
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Dec 2003 16:57:27 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Do I have to wait until Peter can do the changes or can anyone tell me
>> which file I have to change and where?
>
>
> I'll fix it.
>
Thanks.
BTW, the Personal folders are missing from the packages directory...



Subject: Re: [Latest] Installation problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 27 Dec 2003 15:55:08 +0100
Newsgroups: jedi.vcl

> > Do I have to wait until Peter can do the changes or can anyone tell me
> > which file I have to change and where?

I'll fix it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Call for help file proof readers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 27 Dec 2003 15:54:48 +0100
Newsgroups: jedi.vcl

> >   JvCustomItemViewer.dtx is locked by peter. Following errors to correct:
I'm working on these at the moment. Thanks for the reminder.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Call for help file proof readers
From: Remko Bonte <remkoSP@Mmyrealbox.com>
Date: Sat, 27 Dec 2003 15:10:39 +0100
Newsgroups: jedi.vcl

And some mechanism is needed to specify which symbols should be ignored, for example:

##SKIP TSomeClass.SomeMethod

otherwise you have to remove them everytime you update the dtx.

Dialogs can be used to rename symbols.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: a call to close bugs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 14:25:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> 1167: Duplicate of 1023. Can't close it, mantis thinks I'm a reporter on 

I will try to close it.

> I also closed some bugs that were still new and not assigned as it was obvious the fix was ok.

That was the idea of the initial message :-)



Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Dec 2003 13:43:21 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Fri, 26 Dec 2003 16:01:34 +0100:

 RM> Can someone please recreate the generated help files?
 RM> Some of the units changed in the meantime.

    I've corrected most of the Jv[ABC]*.dtx files.

    JvCvsData.dtx has been skipped (full of casing errors and I wasn't in
the mood to correct them; also the descriptions and summaries are very
minimal, except for a very long summary for the unit itself, which the wrong
way of doing it).

  JvCustomItemViewer.dtx is locked by peter. Following errors to correct:
--------
o  Not in dtx file
       @@TJvCustomItemViewer.SelectAll
       @@TJvCustomItemViewer.SelectItems
       @@TJvCustomItemViewer.UnselectItems <casing differs>
o  Not in pas file
       @@TJvCustomItemViewer.UnSelectItems
       @@TScrollEdge
       @@TScrollEdge.seBottom
       @@TScrollEdge.seLeft
       @@TScrollEdge.seNone
       @@TScrollEdge.seRight
       @@TScrollEdge.seTop
o  Params not in dtx file
       @@TJvCustomItemViewer.UnselectItems - EndIndex
       @@TJvCustomItemViewer.UnselectItems - StartIndex
o  Params not in pas file
       @@TJvCustomItemViewer.UnSelectItems - ExcludeIndex
--------



--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "The Sea" by Morcheeba.




Subject: Re: a call to close bugs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Dec 2003 12:57:27 +0100
Newsgroups: jedi.vcl

Ok, here are the bugs assigned to me:

1023: Closed, thought to be fixed, JCL has been informed
1167: Duplicate of 1023. Can't close it, mantis thinks I'm a reporter on that page.
1248: Waiting for feeback by a Kylix developer. Please check that TJvYearGrid compiles and launch the application when using the Launch method.

I also closed some bugs that were still new and not assigned as it was obvious the fix was ok.



Subject: Re: a call to close bugs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Dec 2003 12:33:34 +0100
Newsgroups: jedi.vcl

Andrew Bent wrote:

> I'm not sure if the output from the old function produces good results, I just know it doesn't generate Exceptions.
To me, the old function isn't correct in the way it protects against division by 0. I did some modifications and submitted the code to CVS, it shouldn't crash anymore.

> Let me know if you need me to test anything.
Well, if you could test the latest one, that'd be great. In case you don't know how to access the CVS repository, I posted the file in jedi.binaries

Thank you for your help.

Olivier Sannier
JVCL Developer



Subject: Re: Should we drop Ctl3D and OnCtl3DChanged?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Dec 2003 12:21:18 +0100
Newsgroups: jedi.vcl

I don't have any problem with dropping it.

> For controls using it for Flat/3D appearance we can introduce a Flat style.
That would be even better as it would really reflect what it is.



Subject: Re: Call for help file proof readers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Dec 2003 11:54:15 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Let me think.... I think I regenerated the JvDataProviderIntf.dtx and
> copied the documentation I already had in JvDataProvider.dtx to that file,
> committed JvDataProviderIntf and then build and ran the editor. Not sure
> though. I could try again but have no doubt it is working now. I still
> prefer a text editor (or the Delphi editor) so I don't really want to use it
> anyway.
Well then, let's consider this bug solved.
But don't worry, I can't and won't force people to use my editor, it's just there for people to use, if they want to.



Subject: Should we drop Ctl3D and OnCtl3DChanged?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Dec 2003 11:50:51 +0100
Newsgroups: jedi.vcl

This is what the help has to say:

Ctl3D is provided for backward compatibility. It is not used by 32-bit versions of Windows or NT4.0 and later.
On earlier platforms, Ctl3D controlled whether the control had a flat or beveled appearance.

For controls using it for Flat/3D appearance we can introduce a Flat style.

Most controls only publish it or implement a basic OnCtl3DChange which is probably not used anywhere.



Subject: Re: JvDirectoryListBox - "Property Style does not exist" error
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Dec 2003 11:50:01 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Is the JVCL Package installer that bad? Or have you done it by hand?
Right now, it must be done by hand because the Installer isn't in the daily zip package.



Subject: Re: JvDirectoryListBox - "Property Style does not exist" error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Dec 2003 11:33:56 +0100
Newsgroups: jedi.vcl

Bepy wrote:

> > Just a suggestion: improve the installation procedure, because actually
> > it's a bit hard to do.

Is the JVCL Package installer that bad? Or have you done it by hand?


-- Regards, Andreas Hausladen 

Subject: Re: JvDirectoryListBox - "Property Style does not exist" error
From: "Bepy" <ramengo@hotmail.com>
Date: Sat, 27 Dec 2003 11:14:20 +0100
Newsgroups: jedi.vcl

Well, I finally re-installed JCL + JVCL and all is working ok now.
Just a suggestion: improve the installation procedure, because actually it's
a bit hard to do.
Thanks.




Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Dec 2003 10:57:11 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 26 Dec 2003 19:27:48 +0100:

 >>>     As I mentioned in another thread, the editor AV-ed on me when I
 >>> tried to
 >>> edit JvDataProviderIntf.dtx.

 >>
 >> Thanks for reminding me, I'll have a look at it, it's really strange.

 O> It's even stranger because I can't reproduce it.

    That'll never change I guess.

 O> Please get the latest version of DtxEdit source files and let me know if
 O> it still happens.

    I'm sure I had the most recent source files (I got clean copies of the
entire help folder; which unfortunately means I lost the source for the
provider tutorials which apparently where not committed to CVS yet), so that
was not the issue.

 O> Do you use the CVS version of JvDataProviderIntf.dtx or one that you
 O> modified and didn't submitted (yet) ?

    Let me think.... I think I regenerated the JvDataProviderIntf.dtx and
copied the documentation I already had in JvDataProvider.dtx to that file,
committed JvDataProviderIntf and then build and ran the editor. Not sure
though. I could try again but have no doubt it is working now. I still
prefer a text editor (or the Delphi editor) so I don't really want to use it
anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: [Latest] Installation problems
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Dec 2003 10:54:50 +0100
Newsgroups: jedi.vcl

Hi all

A friend of mine decided to install JVCL 3 and ran into some problems:
The JVCL3Installer directory isn't in the daily package.
D7Per Packages.bpg is in UNIX format in the daily package.

This is nothing serious, but still is a bit annoying.

Do I have to wait until Peter can do the changes or can anyone tell me which file I have to change and where?

Thanks all for your support

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Dec 2003 10:52:16 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Fri, 26 Dec 2003 21:59:41 +0100:

 >>     I'll see what I can do. Sometimes I wish Remko had made the tool in
 >> such a way that it would simple add the newly added methods/classes to
 >> the actual dtx instead of creating a new skeleton file.

 RB> Hm, why didn't I think of that <g> I'll try to implement it.

    Yes, well, it's not that simple I guess. Sometimes new symbols aren't
new but just renames (which makes some obsolete symbols in the dtx not
obsolete at all, so you can't just remove those either), so I understand the
reason for not implementing it sooner. Don't worry, correcting by hand works
just as well, it's just slower and error prone <g>.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: a call to close bugs
From: "Andrew Bent" <iolo.geo@yahoo.com>
Date: Fri, 26 Dec 2003 17:51:48 -0500
Newsgroups: jedi.vcl

Just a note regarding the P4 HT issue.  I was searching for bugs as I was
having this problem.  I came across bug #0001023.  As was suggested in the
notes, I tried ssing the old GetCPUSpeed function.  This fixes the
EZeroDivide exception.  I replied to bug #0001167 (same issue) with a trace
through of what was occuring in the new function.  I'm not sure if the
output from the old function produces good results, I just know it doesn't
generate Exceptions.

Let me know if you need me to test anything.

-Andrew

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bsh9vq$m2o$1@talkto.net...
> > Robert Marquardt wrote:
>> > > Several bugs are assigned, but not yet resolved and closed.
>> > >
> > One of them is mine, it's the one with the P4 HT speed problem.
> > I may have others assigned and opened, but generally, it's because I
> > proposed a fix and never got any answer.
> > I'll double check, though.
> >




Subject: Re: Call for help file proof readers
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 26 Dec 2003 22:01:26 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> (Remko: there's a bug in the checking routine; it fails to detect the
> parameter of array type properties (like Items[Index: Integer}:
> IJvDataItem), claiming that there's a parameter in the dtx that is not in
> the pas).

Yeah, I noticed that too (but too lazy to fix it) I'll fix it now.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Call for help file proof readers
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 26 Dec 2003 21:59:41 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>  RM> Can someone please recreate the generated help files?
>  RM> Some of the units changed in the meantime.
>
>     I'll see what I can do. Sometimes I wish Remko had made the tool in such
> a way that it would simple add the newly added methods/classes to the actual
> dtx instead of creating a new skeleton file. 

Hm, why didn't I think of that <g> I'll try to implement it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Call for help file proof readers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Dec 2003 19:27:48 +0100
Newsgroups: jedi.vcl

OBones wrote:

>>     As I mentioned in another thread, the editor AV-ed on me when I tried to
>> edit JvDataProviderIntf.dtx. 
>
> Thanks for reminding me, I'll have a look at it, it's really strange.
It's even stranger because I can't reproduce it.
Please get the latest version of DtxEdit source files and let me know if it still happens.
Do you use the CVS version of JvDataProviderIntf.dtx or one that you modified and didn't submitted (yet) ?

Cheers
Olivier



Subject: Re: Call for help file proof readers
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Dec 2003 17:59:24 +0100
Newsgroups: jedi.vcl

I just checked help\generic and help\guide.



Subject: Re: Call for help file proof readers
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Dec 2003 17:57:29 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Do you have any idea how often I mentioned that (and forgot to do myself
> <g>)?

I meant to write any help file not the one for the source changed.



Subject: Re: Call for help file proof readers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Dec 2003 17:31:41 +0100
Newsgroups: jedi.vcl

> > How about setting up the rule that noone can check in a source file
> > without completing a help file also?
We can't make it a rule, just a recommendation. This is a voluntary
endevour, so trying to force people to do things the don't want to, won't
fly.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Dec 2003 16:45:48 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Fri, 26 Dec 2003 16:01:34 +0100:

 RM> Can someone please recreate the generated help files?
 RM> Some of the units changed in the meantime.

    Added 16 new files (although I'm quite sure JvResources doesn't need
much documentation).

    Now going over the endless list of mismatches in many of the other files
(Remko: there's a bug in the checking routine; it fails to detect the
parameter of array type properties (like Items[Index: Integer}:
IJvDataItem), claiming that there's a parameter in the dtx that is not in
the pas).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Somebody's Watching Me" by Rockwell.




Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Dec 2003 16:23:36 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Fri, 26 Dec 2003 16:01:34 +0100:

 RM> Can someone please recreate the generated help files?
 RM> Some of the units changed in the meantime.

    I'll see what I can do. Sometimes I wish Remko had made the tool in such
a way that it would simple add the newly added methods/classes to the actual
dtx instead of creating a new skeleton file. BTW, Remko did generate the
files about a month ago so the lag is not as bad as you might think.

 RM> How about setting up the rule that noone can check in a source file
 RM> without completing a help file also?

    Do you have any idea how often I mentioned that (and forgot to do myself
<g>)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Roof Garden" by Al Jarreau.




Subject: Re: Call for help file proof readers
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Dec 2003 16:01:34 +0100
Newsgroups: jedi.vcl

Can someone please recreate the generated help files?
Some of the units changed in the meantime.

How about setting up the rule that noone can check in a source file without completing a help file also?



Subject: JvInspector
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Fri, 26 Dec 2003 15:05:01 +0100
Newsgroups: jedi.vcl

Just to let you know that I am working on the CLX compatible JvInspector,
need to fix the (CLX) scrollbar range yet, but for the rest looks good.

Regards,

André Snepvangers




Subject: Re: Call for help file proof readers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Dec 2003 14:25:29 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Coordinate with Ignacio so you'll not get in each others way
> (suggestion: change the status of the file to Spellchecking and commit it
> before you start the correcting process. When you're done change it back to
> Completed (or Incomplete if you found gaps) and commit it again).
I'll do that, but still have to do some shopping for the 31st so I won't be on it all the time...

>     As I mentioned in another thread, the editor AV-ed on me when I tried to
> edit JvDataProviderIntf.dtx. 
Thanks for reminding me, I'll have a look at it, it's really strange.

> Personally I
> prefer the Delphi editor anyway but I once promised to look at your editor
> and at least I have now <g>
No worries, it definitely is best when you are doing page layout as my editor isn't that clever when it distinguishes between a paragraph break and a wordwrap break.



Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Dec 2003 14:13:09 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 26 Dec 2003 13:57:41 +0100:

 O> Even though I'm not a native English speaker, I use it in everyday life
 O> so I'll have a look at it to spot the very obvious errors.

    Coordinate with Ignacio so you'll not get in each others way
(suggestion: change the status of the file to Spellchecking and commit it
before you start the correcting process. When you're done change it back to
Completed (or Incomplete if you found gaps) and commit it again).

 O>  I'll do corrections to have an US English (color) instead of a UK
 O> English (colour) because I think the former is best understood.

    Yes, US English would be preferred (it's also used in the Delphi help so
it just looks better also). I think most of the time US English is used
already. I have personally not ran any spellchecker on my ramblings, so
undoubted you'll finds lots of spelling errors and typos in my stuff.

 O> I don't know if it's a good thing, but DtxEditor is still available and
 O> may help to do the bulk of the editing.

    As I mentioned in another thread, the editor AV-ed on me when I tried to
edit JvDataProviderIntf.dtx. Since I wanted to write help, I just closed the
editor and opened the dtx and pas file in the Delphi editor instead. Haven't
tried to find the problem but for me it's not a real big issue. Personally I
prefer the Delphi editor anyway but I once promised to look at your editor
and at least I have now <g>

 O> I'll do JvMenus when I get some time, mostly after the 5th of January.

    That'll be great.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "You're a friend of mine" by Clarence Clemons &
Jackson Browne.




Subject: Re: formstorage again, new bug: From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Dec 2003 13:59:33 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> In the JvFormStorage property dialog, the Up and Down arrowed buttons are not working, can't change the position of the properties in the list.
That one, I already noticed. Never took the time to fix it, though.

> And I met again the problem with the JclRegistry.pas - line: RegSetValueEx(RegKey, PChar(Name), 0, REG_SZ, PByte(PChar(Value)), Length(Value)+1);
> But only in one application for the unknown reason.
That's strange, but not unexplainable. The temporary buffer created by PChar(Value) may disappear a little too soon. Even if this is a JCL issue, I'll try to have a look at it.

Cheers



Subject: Re: Call for help file proof readers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Dec 2003 13:57:41 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, All!
>
>     While working on the help texts again, I noticed how I sometimes still
> have trouble to find the right way of putting it, something I know I and
> others have had trouble with before. I would appreciate it if some of our
> native-English speaking members would care to take a peek at all the mess we
> made so far and correct bad sentence constructions and possibly identify
> (and correct if possible) items that are poorly described.
Even though I'm not a native English speaker, I use it in everyday life so I'll have a look at it to spot the very obvious errors. I'll do corrections to have an US English (color) instead of a UK English (colour) because I think the former is best understood.

I don't know if it's a good thing, but DtxEditor is still available and may help to do the bulk of the editing.

>     Of course we are also looking for people wanting to describe one or more
> of the many components that have still no help.
I'll do JvMenus when I get some time, mostly after the 5th of January.

Regards

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: Merry XMAS
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Dec 2003 13:55:09 +0100
Newsgroups: jedi.vcl,jedi.jcl

Joyeux Noël

Sorry, I'm a bit late, but I only woke up less than an hour ago after a big Christmas day.



Subject: Re: a call to close bugs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Dec 2003 13:53:29 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Several bugs are assigned, but not yet resolved and closed.
>
One of them is mine, it's the one with the P4 HT speed problem.
I may have others assigned and opened, but generally, it's because I proposed a fix and never got any answer.
I'll double check, though.



Subject: Re: a generator for JvInterpreter?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Dec 2003 13:30:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I still need to change the generator because i changed AddFun to AddFunction in JvInterpreter. So the generated source is bad.
> I will fix that when changing the generated output.

The generator should work again.
It adds a Jedi header now.
Copyright is attributed to "The Initial Developers of the Original Code are: Andrei Prygounkov <a.prygounkov@gmx.de>" because all JvInterpreter_ units already carry this copyright.



Subject: Re: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Dec 2003 11:26:55 +0100
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Fri, 26 Dec 2003 05:23:34 +0000 (UTC):

 IV> I'll be glad to take a look at them, but can't until next week due to
 IV> family obligations.

    No worries, it's not likely we'll be releasing JVCL in the next two
weeks.

 IV>  Also, something that would be useful is a "master" list of help files
 IV> containing the status of the files (new, filled, verified, etc.).

    If you use the GenDtx tool (dev/help/tools tree) you can examine the
state of the files. This state is dependant on the ##Status line in the dtx
file itself. Some files might be tagged as completed while they are not (due
to changes/additions in the source files. The same tool can however compare
a unit with it's dtx file and point out any missing symbols, as well as
symbols that have not been documented yet (i.e. still containing the text
filled in with the generator). I think the tool also generates the master
file but I hardly ever look at it so I'm not sure if it actually contains
all the info you need.

    Creating the help file will be done with all files having the completed
state, and maybe files with a locked/incomplete state, depending on the
number of files with that state and the percentage of the units actually
documented.

    One thing when you go correcting: files with the Locked state are being
documented by the person that locked the file. If you spot mistakes there,
it's often wiser to just mail that person with the changes than changing it
yourself, otherwise the documenter might run into a lot of conflicts
(especially if the documenter has been altering the descriptions that
contained the errors).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: a call to close bugs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Dec 2003 09:31:45 +0100
Newsgroups: jedi.vcl

Several bugs are assigned, but not yet resolved and closed.



Subject: formstorage again, new bug: From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 26 Dec 2003 09:44:46 +0300
Newsgroups: jedi.vcl

In the JvFormStorage property dialog, the Up and Down arrowed buttons are not working, can't change the position of the properties in the list.
And I met again the problem with the JclRegistry.pas - line: RegSetValueEx(RegKey, PChar(Name), 0, REG_SZ, PByte(PChar(Value)), Length(Value)+1);
But only in one application for the unknown reason.



Subject: Re: a generator for JvInterpreter?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Dec 2003 07:12:45 +0100
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> Please check bug
> http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00012
> 60 . Some generated adapter units work wrong without fix (see example inside
> or take generated JvInterpreter_Db.pas and try to use DataSet.Fields[i]
> property in interpreter).

In TJvInterpreterFunction.InternalSetValue think you meant:

  if FCurrArgs.Indexed then
  begin
    MyArgs := TJvInterpreterArgs.Create;
    MyArgs.Obj := FCurrArgs.Obj; // ivan_ra
    MyArgs.ObjTyp := FCurrArgs.ObjTyp; // ivan_ra

You used Args instead of FCurrArgs which is an undeclared name.

Bug closed.



Subject: Re: Call for help file proof readers
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 26 Dec 2003 05:23:34 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     While working on the help texts again, I noticed how I sometimes
> > still have trouble to find the right way of putting it, something I
> > know I and others have had trouble with before. I would appreciate it
> > if some of our native-English speaking members would care to take a
> > peek at all the mess we made so far and correct bad sentence
> > constructions and possibly identify (and correct if possible) items
> > that are poorly described.

I'll be glad to take a look at them, but can't until next week due to
family obligations. Also, something that would be useful is a "master"
list of help files containing the status of the files (new, filled,
verified, etc.).

-- Cheers, Ignacio 

Subject: Re: possible UIB improvements
From: "Henri Gourvest" <x@x.com>
Date: Thu, 25 Dec 2003 18:39:20 +0100
Newsgroups: jedi.vcl

> > I wanted to rename FDbHandle to FHandle to have all property implementor
> > variables named consistently. Then i wanted to use Handle instead of
> > FHandle used as much as possible.
> > This is usually a wise decision. The property implementor should ideally
> > only be used in its Get and Set method.

I would prefer to rename the property and keep "FDbHandle" because It could
cause problems in many functions where I use the "With ... do" syntax.

henri




Subject: resourcestring recommendations
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 18:12:48 +0100
Newsgroups: jedi.vcl

I just changed the exception strings in JvResources.pas to not end with a '.' because Delphi exceptions are shown with an extra '.'.
I also fixed various spelling errors.
I also changed "can't" to "cannot" etc. I learned that written english does not use these abbreviations.

All composite resourcestrings should be created through a formatting function if they contain messages.
Do not use + to concatenate parts. The format string itself should be a resourcestring itself.
The reason for that is translation. In foreign languages the text may have another ordering.

The JVCL should currently be clean in that respect, but please keep the above in mind when changing the sources.



Subject: Re: possible UIB improvements
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 18:10:18 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:

> The handle is used by some developpers who can't completely migrate their
> application to UIB, and share the IBX DB handle with UIB, it is useful and
> it works.
>
>
>> I tried to clean JvUIB.pas and messed up the source so i had to throw
>> away my work.
>
> lol :), what do you need to modify ?

I wanted to rename FDbHandle to FHandle to have all property implementor variables named consistently. Then i wanted to use Handle instead of FHandle used as much as possible.
This is usually a wise decision. The property implementor should ideally only be used in its Get and Set method.

> Do you really whant C headers, or H headers ? The C headers are in the
> FireBird CVS and there is a lot of files because there is different
> implementations for different platforms. The H headers are in the JVCL CVS
> in the "include" directory.

I want the .h files which were the source for the conversion of JvUIBBase.pas. I found some bugs in the converted macros so i think i should check the whole conversion.

>> I think a better conversion is possible and that would solve some design
>> problems with the properties.
>
> What problems on what properties ?

Precisely the above Handle/FHandle. Handle cannot be used because the isc_ functions take it through a var parameter.

> If you are motived to improve UIB, there is a lot of work on the dataset
> component.

My work is mainly for the style cleaning. I find more than enough bugs to make it a worthy task.



Subject: Re: CLX support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 18:01:13 +0100
Newsgroups: jedi.vcl

asn wrote:

 > GenerationX

GenerationCLX :-)

Apart from the joke it is a good name.



Subject: Re: a generator for JvInterpreter?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 18:00:06 +0100
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> varObject is custom variant type for variants from unit JvInterpreter. Do
> you want to delete this?

I think the generator needs it. I fixed the problem.
I have no deep knowledge here.

> Please check bug
> http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00012
> 60 . Some generated adapter units work wrong without fix (see example inside
> or take generated JvInterpreter_Db.pas and try to use DataSet.Fields[i]
> property in interpreter).

I will have a look.

> Have you plans to add form designer to library (RAdOctober from RAI2)?

I have no plans. I only run around in circles ;-)



Subject: Re: CLX support
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Thu, 25 Dec 2003 17:40:46 +0100
Newsgroups: jedi.vcl

> > Anyway, let me know what you all decide, this could be done in not much
> > time. Any ideas for the name ?
> >
GenerationX

Regards,

André Snepvangers




Subject: Re: a generator for JvInterpreter?
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 25 Dec 2003 19:20:11 +0300
Newsgroups: jedi.vcl

> > Please check bug
> > http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00012
> > 60 . Some generated adapter units work wrong without fix (see example inside
reference is wrong. Use this
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=0001260



Subject: Re: a generator for JvInterpreter?
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 25 Dec 2003 19:15:07 +0300
Newsgroups: jedi.vcl

>> > > The files are auto generated by a tool. I'd converted this tool last
>> > > month. See $(JVCL3)\examples\RaLib\Pas2Rai2
> >
> > ...and it is outdated already. JvRegAuto was in uses and the file is in
> > Archive. I removed it because it was not needed.
> > Also varObject was used as a case label, but it is a function now. Fixed.
> >

varObject is custom variant type for variants from unit JvInterpreter. Do
you want to delete this?

> > I still need to change the generator because i changed AddFun to
> > AddFunction in JvInterpreter. So the generated source is bad.
> > I will fix that when changing the generated output.
> >
> > The best idea would be to add some generated files to JvInterpreter so
> > which ones should be used?
> >

Please check bug
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00012
60 . Some generated adapter units work wrong without fix (see example inside
or take generated JvInterpreter_Db.pas and try to use DataSet.Fields[i]
property in interpreter).

Have you plans to add form designer to library (RAdOctober from RAI2)?




Subject: Re: possible UIB improvements
From: "Henri Gourvest" <x@x.com>
Date: Thu, 25 Dec 2003 16:44:01 +0100
Newsgroups: jedi.vcl

> > If you are motived to improve UIB, there is a lot of work on the dataset
> > component.
I mean,  If you are interested ...
(I don't speak english very well :))

henri




Subject: Re: possible UIB improvements
From: "Henri Gourvest" <x@x.com>
Date: Thu, 25 Dec 2003 16:32:53 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de
news:bsdv4d$8so$1@talkto.net...
> > Henri Gourvest wrote:
> >
>>> > >>I have not yet reworked the sources for the resourcestrings. Should I?
>> > >
>> > > ResourceString is allready used in JvUIBConst, is this keyword should be
>> > > used in another unit ?
> >
> > I meant the inclusion in JvResources guarded by an IFDEF USEJVCL.
> >
> > BTW i think the Handle property of TJvUIBDataBase is not well designed.
> > It is never used in the source itself and its Set method is ignored.
> > There could lurk some bugs.

The handle is used by some developpers who can't completely migrate their
application to UIB, and share the IBX DB handle with UIB, it is useful and
it works.

> > I tried to clean JvUIB.pas and messed up the source so i had to throw
> > away my work.

lol :), what do you need to modify ?

> > I think the conversion of the isc_ functions could be improved.
> > Can you send me the C headers directly? Some documentation on the
> > functions would not hurt either
Do you really whant C headers, or H headers ? The C headers are in the
FireBird CVS and there is a lot of files because there is different
implementations for different platforms. The H headers are in the JVCL CVS
in the "include" directory.
..
> > I think a better conversion is possible and that would solve some design
> > problems with the properties.

What problems on what properties ?

If you are motived to improve UIB, there is a lot of work on the dataset
component.

Regards

Henri




Subject: Re: a generator for JvInterpreter?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 16:17:32 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The files are auto generated by a tool. I'd converted this tool last
> month. See $(JVCL3)\examples\RaLib\Pas2Rai2

....and it is outdated already. JvRegAuto was in uses and the file is in Archive. I removed it because it was not needed.
Also varObject was used as a case label, but it is a function now. Fixed.

I still need to change the generator because i changed AddFun to AddFunction in JvInterpreter. So the generated source is bad.
I will fix that when changing the generated output.

The best idea would be to add some generated files to JvInterpreter so which ones should be used?



Subject: Call for help file proof readers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Dec 2003 15:58:26 +0100
Newsgroups: jedi.vcl

Hello, All!

    While working on the help texts again, I noticed how I sometimes still
have trouble to find the right way of putting it, something I know I and
others have had trouble with before. I would appreciate it if some of our
native-English speaking members would care to take a peek at all the mess we
made so far and correct bad sentence constructions and possibly identify
(and correct if possible) items that are poorly described.

    Currently we have no built help file (and it wouldn't do any good, since
you can't correct them) so you would have to use the text files as they are
in the CVS (dev/help tree). You'll need write access to correct them
directly or you can mail the corrected files to me (doesn't really matter
that much).

    Of course we are also looking for people wanting to describe one or more
of the many components that have still no help.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Skin Deep" by The Stranglers.




Subject: Re: a generator for JvInterpreter?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 15:34:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The files are auto generated by a tool. I'd converted this tool last
> month. See $(JVCL3)\examples\RaLib\Pas2Rai2

Obviously it is hopeless to stay informed about all parts of the JVCL.
I will see if i can make it generate style clean code.



Subject: Re: possible UIB improvements
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 15:32:19 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Borland had made your ModuleLoader obsolete. The SysUtils unit from Kylix
> 3 contains the functions LoadLibrary, SafeLoadLibrary, GetProcAddress,
> FreeLibrary and introduces THandle.

Not yet. I still have some helper functions like GetModuleSymbolEx which  give a simpler code.



Subject: Re: Kylix 2 support?
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Thu, 25 Dec 2003 14:04:31 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bsefof$l1i$1@talkto.net...
> > I know very little about Kylix myself, so those interested in it and
willing
> > to support it are the ones who should decide the support level.
> >

Merry Xmas in the first place.
IMHO we should not support Kylix 2.
-Owners of Kylix 2 OE can  upgrade to Kylix 3 OE at no cost.
-I don't have Kylix 2 Pro ;)

Best regards,

André Snepvangers




Subject: Routines in DataProvider.pas
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Dec 2003 13:22:50 +0100
Newsgroups: jedi.vcl

Hello, All!

    I have placed a couple of routines in DataProvider.pas that are probably
in the wrong unit. The two functions are DisabledTextRect (which I partly
copied from another unit in another package and I think I fixed a bug in it;
probably copied from JvxCtrls) and HexBytes (I think I rewrote that function
later for JvAppIniStore.pas which uses it in WriteBinaryInt; that unit also
contains a function to perform the opposite). Anyway, I think they should be
moved to another unit (JvJVCLUtils for the first and JvJCLUtils for the
other one) but I'm not sure. It's also quite possible that either of these
functions already exist with another name in one of the utility units.
Comments?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Through The Years" by Tim Finn.




Subject: Re: DataProvider core implementation corrections/additions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Dec 2003 13:09:22 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Wed, 24 Dec 2003 22:33:39 +0100:

 MB>   It looks like at least that method
 MB> needs a rewrite but a fear it will boil down to some redesigning of the
 MB> internally used structures as well and some of the other internal
 MB> methods as well. In short: I frelled up big time <g>

    Applied a quick fix that works but is not the most efficient (in fact,
it's quite a bit slower than the previous solution) but the lack of
performance is not notable. They proper way of fixing would take some time
to implement and might result in slowing down the adding and deleting of
items at the provider side (although much less difference than would be
gained for retrieving an item). Probably a good idea to do after the planned
beta release. On with the help writing <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "When The Lady Smiles" by Golden Earring.




Subject: Re: Kylix 2 support?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Dec 2003 12:13:23 +0100
Newsgroups: jedi.vcl

I know very little about Kylix myself, so those interested in it and willing
to support it are the ones who should decide the support level.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Kylix 2 support?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Dec 2003 10:36:01 +0100
Newsgroups: jedi.vcl

Should we really support Kylix 2 ? It would be a pain if we support it
because the VisualCLX of Kylix 2 is that buggy that we will never see a
land. We would become stuck in writing workarounds.


-- Regards, Andreas Hausladen 

Subject: Re: possible UIB improvements
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Dec 2003 10:32:33 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I recommend using my ModuleLoader.pas from the Common directory.
> > It is tailored for simplifying the task of dynamic loading of DLL/.so
> > files.

Borland had made your ModuleLoader obsolete. The SysUtils unit from Kylix
3 contains the functions LoadLibrary, SafeLoadLibrary, GetProcAddress,
FreeLibrary and introduces THandle.



-- Regards, Andreas Hausladen 

Subject: Re: a generator for JvInterpreter?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Dec 2003 10:26:57 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The bulk of the units of JvInterpreter look like they can be generated
> > by using the class source of a component.

The files are auto generated by a tool. I'd converted this tool last
month. See $(JVCL3)\examples\RaLib\Pas2Rai2


-- Regards, Andreas Hausladen 

Subject: Re: possible UIB improvements
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 09:25:27 +0100
Newsgroups: jedi.vcl

I style cleaned and bug fixed JvUIBase.pas
Some of the macro conversions were wrong.

I recommend using my ModuleLoader.pas from the Common directory.
It is tailored for simplifying the task of dynamic loading of DLL/.so files.



Subject: Re: possible UIB improvements
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 25 Dec 2003 07:29:50 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:

>> I have not yet reworked the sources for the resourcestrings. Should I?
>
> ResourceString is allready used in JvUIBConst, is this keyword should be
> used in another unit ?

I meant the inclusion in JvResources guarded by an IFDEF USEJVCL.

BTW i think the Handle property of TJvUIBDataBase is not well designed.
It is never used in the source itself and its Set method is ignored. There could lurk some bugs.
I tried to clean JvUIB.pas and messed up the source so i had to throw away my work.
I think the conversion of the isc_ functions could be improved.
Can you send me the C headers directly? Some documentation on the functions would not hurt either.
I think a better conversion is possible and that would solve some design problems with the properties.



Subject: Re: Merry XMAS
From: "Henri Gourvest" <x@x.com>
Date: Thu, 25 Dec 2003 03:42:12 +0100
Newsgroups: jedi.vcl,jedi.jcl

you too :)

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de
news:bsb9n9$m6s$1@talkto.net...
> > but do not take it as an excuse for not working on the JVCL or JCL ;-)
> >




Subject: Re: possible UIB improvements
From: "Henri Gourvest" <x@x.com>
Date: Thu, 25 Dec 2003 03:40:24 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de
news:bs8ik3$q1n$1@talkto.net...
> > "absolute" is used once. This has to be removed.
ok, i'll do it.

> > I have not yet reworked the sources for the resourcestrings. Should I?
ResourceString is allready used in JvUIBConst, is this keyword should be
used in another unit ?

Henri




Subject: Re: Merry XMAS
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Dec 2003 00:30:44 +0100
Newsgroups: jedi.vcl,jedi.jcl

A bit late (it's 00:28 christmas day in Sweden), but anyway: A Merry
Christmas to all who celebrate this holiday, have a good one and come back
fresh and full of energy when you're tired of eating, drinking and
chilling<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: DataProvider core implementation corrections/additions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 24 Dec 2003 22:33:39 +0100
Newsgroups: jedi.vcl

Hello, All!

    Writing help can be blessing sometimes. While writing the help for
IJvDataConsumerItemState I got the feeling I might have actually forgotten
that particular interface, most notably the visible state of an item. Upon
inspection of the source it turns out I indeed forgot it (the entire visible
state, both consumer side as well as provider side, was completely ignored
by the view list implementation.

    I was very optimistic though about implementing it quickly and I thought
I did that just now. I should have known better..... The method that
retrieves a reference to the IJvDataItem is flawed. It assumes that the
relative index from the parent is the same index as it is in the provider's
IJvDataItems list. While that worked perfectly, it's obviously not going to
work now. It looks like at least that method needs a rewrite but a fear it
will boil down to some redesigning of the internally used structures as well
and some of the other internal methods as well. In short: I frelled up big
time <g>

    Luckily we have at the moment not a single consumer or provider using
the item states so everything will keep on working for now. Still, it has
now my highest priority so it should be changed sometime after Christmas (if
not during).

    Writing the help also showed another flawed implementation in the view
list (the ItemGroupInfo method) which is currently fixed (I think; it's not
used at this time, but it was obviously wrong before).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Total Eclipse Of The Heart" by Bonnie Tyler.




Subject: a generator for JvInterpreter?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 24 Dec 2003 18:45:41 +0100
Newsgroups: jedi.vcl

The bulk of the units of JvInterpreter look like they can be generated by using the class source of a component.
That would be an easy way to extend the interpreter especially for CLX support.



Subject: Re: Merry XMAS
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Dec 2003 10:45:41 -0500
Newsgroups: jedi.vcl,jedi.jcl

And to you too!

Michael




Subject: Re: Merry XMAS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 24 Dec 2003 15:03:26 +0100
Newsgroups: jedi.vcl

Ivan Hennig wrote:
> You don't need to work on these days!

Huh?
I thought it was working on the JVCL, watch TV and sleep. ;-)

> Ps. Drink a lot champagnes ! For me!

Champagne is for 31 Dec.
I will get a bottle.



Subject: Re: TJvFormStorage bug - Argently (BCB6)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Dec 2003 13:52:31 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Vladimir Zhuchko wrote:
> The true construction is ...PByte(PChar(Value))... and this fixed the bug.
That's weird, the one I have accepts a Pointer instead of a PByte. Anyway, It doesn't hurt to use your construction, it's more logical

> Merry Christmas!
Same to you



Subject: Re: JVCL 3 installation...
From: "Ivan Hennig" <ich@via.com.br>
Date: Wed, 24 Dec 2003 10:32:52 -0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> escreveu na mensagem
news:bsa5jd$nha$1@talkto.net...
> > Ivan Hennig wrote:
> >
>> > > JVCL 3 dont have a installation program?
> >
> > It has one: $(JVCL)\install.bat compiles the "JVCL 3 - Package Installer".
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen

install.bat not locate the installer project .dpr




Subject: Re: Merry XMAS
From: "Ivan Hennig" <ich@via.com.br>
Date: Wed, 24 Dec 2003 10:30:19 -0200
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> escreveu na mensagem
news:bsb9n9$m6s$1@talkto.net...
> > but do not take it as an excuse for not working on the JVCL or JCL ;-)
> >

You don't need to work on these days!

Ps. Drink a lot champagnes ! For me!




Subject: Re: TJvFormStorage bug - Argently (BCB6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 24 Dec 2003 15:14:18 +0300
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
The true construction is ...PByte(PChar(Value))... and this fixed the bug.
Merry Christmas!

> OBones wrote:
> No, this is not working, can't be compile as in
> Ret := RegSetValueEx(RegKey, PChar(Name), 0, REG_SZ, PByte(Value), Length(Value)+1);
> 5th parameter is const byte* and not const char*
>
>> Vladimir Zhuchko wrote:
>>
>>> I found one more problem with TJvFormStorage + TJvAppRegistryStore.
>>> To reproduce will put to the form both linked components and a TOpenDialog (or TSaveDialog), then add to the TJvFormStorage->StoredProps TOpenDialog->Filename, compile and run. If the Filename is empty the TJvFormStorage cann't create appropriate key in the registry on the closing of the application. The TRxFormStorage hasn't this bug.
>>>
>> This bug is also in Delphi and comes from an error in the JCL registry functions. To fix that, please replace PByte by PChar in the RegWriteString function in $(JCL)\src\windows\JclRegistry.pas
>> Then rebuild the dcp file, rebuild the packages and the problem should be fixed.
>> The problem only occurs with an empty string, and may also occur in the read functions. I changed those functions too to force a conversion to PChar before converting to PByte.
>> All changes have been submitted in the JCL CVS repository.
>>
>> Cheers
>>
>> Olivier Sannier
>> JVCL Developer
>> BCB Coordinator
>>
>



Subject: Re: TJvFormStorage bug - Argently (BCB6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 24 Dec 2003 14:55:36 +0300
Newsgroups: jedi.vcl

OBones wrote:
No, this is not working, can't be compile as in
Ret := RegSetValueEx(RegKey, PChar(Name), 0, REG_SZ, PByte(Value), Length(Value)+1);
5th parameter is const byte* and not const char*
> Vladimir Zhuchko wrote:
>
>> I found one more problem with TJvFormStorage + TJvAppRegistryStore.
>> To reproduce will put to the form both linked components and a TOpenDialog (or TSaveDialog), then add to the TJvFormStorage->StoredProps TOpenDialog->Filename, compile and run. If the Filename is empty the TJvFormStorage cann't create appropriate key in the registry on the closing of the application. The TRxFormStorage hasn't this bug.
>>
> This bug is also in Delphi and comes from an error in the JCL registry functions. To fix that, please replace PByte by PChar in the RegWriteString function in $(JCL)\src\windows\JclRegistry.pas
> Then rebuild the dcp file, rebuild the packages and the problem should be fixed.
> The problem only occurs with an empty string, and may also occur in the read functions. I changed those functions too to force a conversion to PChar before converting to PByte.
> All changes have been submitted in the JCL CVS repository.
>
> Cheers
>
> Olivier Sannier
> JVCL Developer
> BCB Coordinator
>



Subject: Re: package installer additional features
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Dec 2003 12:31:25 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I'll try to fix that later this week.
Quick fix:
Change the value of JCL in makefile.mak to indicate the correct path and it will work.



Subject: Re: package installer additional features
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Dec 2003 12:29:31 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> May be it's a good idea to add new sheet to the installer with the options to compile devtools by choice? Now (as I have BCB6) to compile I have to install Delphi or create project under Builder by self, it's not convinient.
>
The project group contains Delphi projects which cannot be opened with BCB. However, you can always open a command window in that directory and type make. This will build the devtools using dcc32.exe from BCB, provided it is available in the PATH environment variable.
However, you MUST have the JCL installed as per the installation guide recommandations or it won't be able to compile JConvert.dpr because it won't find JclSysInfo.dcu
I'll try to fix that later this week.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: TJvFormStorage bug - Argently (BCB6)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Dec 2003 12:20:41 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> I found one more problem with TJvFormStorage + TJvAppRegistryStore.
> To reproduce will put to the form both linked components and a TOpenDialog (or TSaveDialog), then add to the TJvFormStorage->StoredProps TOpenDialog->Filename, compile and run. If the Filename is empty the TJvFormStorage cann't create appropriate key in the registry on the closing of the application. The TRxFormStorage hasn't this bug.
>
This bug is also in Delphi and comes from an error in the JCL registry functions. To fix that, please replace PByte by PChar in the RegWriteString function in $(JCL)\src\windows\JclRegistry.pas
Then rebuild the dcp file, rebuild the packages and the problem should be fixed.
The problem only occurs with an empty string, and may also occur in the read functions. I changed those functions too to force a conversion to PChar before converting to PByte.
All changes have been submitted in the JCL CVS repository.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: VisualCLX: Status?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Dec 2003 12:00:41 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

And here the IntersectClipRect function:

procedure IntersectClipRect(DC: QPainterH; ClipRect: TRect);
var
  IntersectRgn, Rgn: QRegionH;
  Matrix: QWMatrixH;
begin
  if QPainter_hasWorldXForm(DC) then
  begin
    Matrix := QPainter_worldMatrix(DC);
    QWMatrix_map(Matrix, PRect(@ClipRect), PRect(@ClipRect));
  end;

  IntersectRgn := QRegion_create(@ClipRect, QRegionRegionType_Rectangle);
  Rgn := QPainter_clipRegion(DC);
  if QRegion_isNull(Rgn) then
    Rgn := IntersectRgn
  else
    QRegion_intersect(Rgn, Rgn, IntersectRgn);
  QPainter_setClipRegion(DC, Rgn);
  QPainter_setClipping(DC, True);
  QRegion_destroy(IntersectRgn);
end;


-- Regards, Andreas Hausladen 

Subject: package installer additional features
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 24 Dec 2003 10:07:06 +0300
Newsgroups: jedi.vcl

May be it's a good idea to add new sheet to the installer with the options to compile devtools by choice? Now (as I have BCB6) to compile I have to install Delphi or create project under Builder by self, it's not convinient.



Subject: TJvFormStorage bug - Argently (BCB6)
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 24 Dec 2003 10:03:33 +0300
Newsgroups: jedi.vcl

I found one more problem with TJvFormStorage + TJvAppRegistryStore.
To reproduce will put to the form both linked components and a TOpenDialog (or TSaveDialog), then add to the TJvFormStorage->StoredProps TOpenDialog->Filename, compile and run. If the Filename is empty the TJvFormStorage cann't create appropriate key in the registry on the closing of the application. The TRxFormStorage hasn't this bug.



Subject: Merry XMAS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 24 Dec 2003 07:11:57 +0100
Newsgroups: jedi.vcl,jedi.jcl

but do not take it as an excuse for not working on the JVCL or JCL ;-)



Subject: Re: CLX support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 24 Dec 2003 06:46:56 +0100
Newsgroups: jedi.vcl

asn wrote:

> There are still some .dfm files with binary format in JVCL

This example needs to be rewritten:
JvDBExplorer SRCTAB.DFM OPTDLG.DFM Desttab.dfm Childwin2.dfm
invalid stream format" probably from TJvFormStorage

These files changed to text DFM (sorry, with Delphi 6):
JvChartDEmo JvChartDemoFm.dfm
JvManagedThreads\Philosophers fPhilosophers.dfm



Subject: Re: VisualCLX: Status?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Dec 2003 03:05:47 +0100
Newsgroups: jedi.vcl

asn wrote:

> > To be able to port more VCL components I developed QWindows, with
> > functions like GetDC, SetBkMode, BitBlt, PatBlt, SelectObject. A thin
> > layer that wraps most Windows API's used in jvcl to Qt equivalents.

Maybe something for your QWindows.pas:

procedure ExcludeClipRect(DC: QPainterH; x0, y0, x1, y1: Integer);
var
  ExcludeRgn, Rgn: QRegionH;
  Matrix: QWMatrixH;
begin
  if QPainter_hasWorldXForm(DC) then
  begin
    Matrix := QPainter_worldMatrix(DC);
    QWMatrix_map(Matrix, x0, y0, @x0, @y0);
    QWMatrix_map(Matrix, x1, y1, @x1, @y1);
  end;

  ExcludeRgn := QRegion_create(x0, y0, x1 - x0, y1 - y0,
QRegionRegionType_Rectangle);
  Rgn := QPainter_clipRegion(DC);
  QRegion_subtract(Rgn, Rgn, ExcludeRgn);
  QPainter_setClipRegion(DC, Rgn);
  QPainter_setClipping(DC, True);
  QRegion_destroy(ExcludeRgn);
end;




-- Regards, Andreas Hausladen 

Subject: Re: Bug for TYER in TJVid3v2 ?!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 24 Dec 2003 01:42:01 +0100
Newsgroups: jedi.vcl

SeDkY wrote:
> With the last CVS update, the TYER ( for the Year ), donc work if i put the
> tag to version 2_4, when i commit, the frame TYER is delete so value Year is
> reset to 0...

The TYER frame is replaced by the TDRC frame, 'Recording time' for version 2.4.0, see:

http://www.id3.org/id3v2.4.0-changes.txt

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Bug for TYER in TJVid3v2 ?!
From: "SeDkY" <sedky@9online.fr>
Date: Wed, 24 Dec 2003 01:25:46 +0100
Newsgroups: jedi.vcl

With the last CVS update, the TYER ( for the Year ), donc work if i put the
tag to version 2_4, when i commit, the frame TYER is delete so value Year is
reset to 0...

Sorry for my english lol :D




Subject: Re: JVCL 3 installation...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Dec 2003 23:50:13 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

>
> Sorry, not yet.
> This is a major undertaking because we will do much generating of files
> like the packages, the resources, CLX versions of the CLX compatible files etc etc.
>
This is gonna feel really awkward when we distribute it. I know this will save a lot of space in the zip file, but some users may well prefer an already generated zip file with everything in it.
What about different flavours?
SL for Super Light, nothing generated, no examples
L for Light, nothing generated, all examples included
H for Heavy, everything generated, no examples
SH for Super Heavy, everything generated, all examples included

The difference may not be that big after all (1M or 2) but I quite agree that generating most thing is a big time saver for us, the developers.

BTW, I will create "Models" in the XML config file for the package generator, allowing you to say that you generate for the JVCL, without wondering what the options are. This will be done later this week.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator




Subject: Re: CLX support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 21:24:41 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     I believe Andreas already took care of that. I haven't changed
> > anything since so if it's not working it's due to your style corrections
> > ;-)

It compiles in CLX mode but the component looks really strange. The text
is clipped, ...


-- Regards, Andreas Hausladen 

Subject: Re: CLX support
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Dec 2003 21:05:45 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Tue, 23 Dec 2003 20:55:34 +0100:

 RM> I would say that JvInspector is the component which should be made CLX
 RM> compatible soonest.

    I believe Andreas already took care of that. I haven't changed anything
since so if it's not working it's due to your style corrections ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Crime & punishment" by Nits.




Subject: Re: JVCL 3 installation...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Dec 2003 21:01:23 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Ivan Hennig wrote:
>
>
>> JVCL 3 dont have a installation program?
>
>
> It has one: $(JVCL)\install.bat compiles the "JVCL 3 - Package Installer".

Now you can see that even JVCL developers cannot know all of the JVCL.
I did not know that the installer works.



Subject: Re: JVCL 3 installation...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Dec 2003 20:59:32 +0100
Newsgroups: jedi.vcl

Ivan Hennig wrote:

> JVCL 3 dont have a installation program?
>
> Ivan

Sorry, not yet.
This is a major undertaking because we will do much generating of files
like the packages, the resources, CLX versions of the CLX compatible files etc etc.



Subject: Re: CLX support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Dec 2003 20:55:34 +0100
Newsgroups: jedi.vcl

asn wrote:

> Yes, we really need them to build the different VisualCLX packages. This
> will also give the
> opportunity to see what has been ported so far. (We don't have a list of
> what is CLX compatible.)

I am working at it so it changes. You can do that also. Many of the small files only need a CLX compatible uses.

I would say that JvInspector is the component which should be made CLX compatible soonest. JvInterpreter could be extended for CLX.

>> For now only .dfm = .xfm units should become CLX compatible.
>
> I don't know what you exactly mean the last sentence.
> For JVCLX  I have copied the .dfm files to .xfm files first,  then made
> required changes.
> Pretty much straight forward. (There are still some .dfm files with binary
> format in JVCL)

That is what i meant. Only basic changes required. No incompatible components used.
Please name the binary .dfm files so we can change them.



Subject: Re: JVCL 3 installation...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 20:54:07 +0100
Newsgroups: jedi.vcl

Ivan Hennig wrote:

> > JVCL 3 dont have a installation program?

It has one: $(JVCL)\install.bat compiles the "JVCL 3 - Package Installer".


-- Regards, Andreas Hausladen 

Subject: JVCL 3 installation...
From: "Ivan Hennig" <ich@via.com.br>
Date: Tue, 23 Dec 2003 15:40:01 -0300
Newsgroups: jedi.vcl

JVCL 3 dont have a installation program?

Ivan




Subject: TJvDBLookupTreeView...
From: "Ivan Hennig" <ich@via.com.br>
Date: Tue, 23 Dec 2003 14:41:31 -0300
Newsgroups: jedi.vcl

I have problems, how this works, somebody have a tutorial?

Ivan





Subject: Re: Where I can make a download of JVCL 3?
From: "Ivan Hennig" <ich@via.com.br>
Date: Tue, 23 Dec 2003 14:36:01 -0300
Newsgroups: jedi.vcl

Thanks

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> escreveu na mensagem
news:bs9pke$ao5$1@talkto.net...
> > Ivan Hennig wrote:
> >
>> > > Where I can make a download of JVCL 3?
> >
> > http://jvcl.sourceforge.net/daily
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: Latest JCL downloaded zip file: Cannot open... it does not appear to be a valid archive
From: "Bepy" <ramengo@hotmail.com>
Date: Tue, 23 Dec 2003 18:35:48 +0100
Newsgroups: jedi.vcl

It seems to be ok now.
Sorry...




Subject: Where I can make a download of JVCL 3?
From: "Ivan Hennig" <ich@via.com.br>
Date: Tue, 23 Dec 2003 14:23:04 -0300
Newsgroups: jedi.vcl

Where I can make a download of JVCL 3?




Subject: Re: CLX support
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Tue, 23 Dec 2003 17:56:44 +0100
Newsgroups: jedi.vcl

> > I think we need to force the generator for that or we may not be able to
> > release in January or February.
> >
Yes, we really need them to build the different VisualCLX packages. This
will also give the
opportunity to see what has been ported so far. (We don't have a list of
what is CLX compatible.)

>> > > -VisualCLX versions will  need  .xfm forms  instead of .dfm to avoid
>> > >  incompatiblity.
> >
> > For now only .dfm = .xfm units should become CLX compatible.

I don't know what you exactly mean the last sentence.
For JVCLX  I have copied the .dfm files to .xfm files first,  then made
required changes.
Pretty much straight forward. (There are still some .dfm files with binary
format in JVCL)

Regards,

André Snepvangers




Subject: Re: Where I can make a download of JVCL 3?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 17:29:50 +0100
Newsgroups: jedi.vcl

Ivan Hennig wrote:

> > Where I can make a download of JVCL 3?

http://jvcl.sourceforge.net/daily


-- Regards, Andreas Hausladen 

Subject: Latest JCL downloaded zip file: Cannot open... it does not appear to be a valid archive
From: "Bepy" <ramengo@hotmail.com>
Date: Tue, 23 Dec 2003 15:22:29 +0100
Newsgroups: jedi.vcl

I've downloaded Jcl1.90Build1391.zip from many mirrors, but it seems to be
invalid zip archive...




Subject: Re: jcl DCUs - where are they?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 14:37:25 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > At the moment there is none. But maybe I can finish it in 30 minutes.

Done. The DCUs are now deleted before compilation when "Build packages" is
checked.



-- Regards, Andreas Hausladen 

Subject: Re: jcl DCUs - where are they?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 14:27:01 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > What options have to be checked on/off for non deleting of the DCU?

At the moment there is none. But maybe I can finish it in 30 minutes.


-- Regards, Andreas Hausladen 

Subject: Rx->Jvcl converter for BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 23 Dec 2003 15:55:04 +0300
Newsgroups: jedi.vcl

Does exist the possibility to extend converters for CBuilder family?



Subject: Re: jcl DCUs - where are they?
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 23 Dec 2003 15:52:50 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir Zhuchko wrote:
>
>> I found one problem when tried to compile my own package that is using JCL+JVCL3.
>> I need some dcu from jcl packages, but they are not present, may be deleted by the installer?
>> I could get needable dcus only after compiling of JCL by Cbuilder6.
>>
> You should do as we do with the JVCL, which is using the CJCL.dcp file generated by either the installer or the makejcldcp4bcb batch file.
First of all, this BAT file isn't working for me, after start I have always the AV on WinXP. Last three weeks the MakeBCB6 and this bat are not working for me due to this AV.
> This has been done because the installation was horribly complex (modification of user's PATH environment variable and modification of packages).
> However, the deletion of dcu files is (should) only done when you ask for a clean rebuild, they aren't (shouldn't) be deleted once the build 
What options have to be checked on/off for non deleting of the DCU?
How can I use dcp files in BCB6 ide?
> has been done.
> Please do not hesitate to ask if you need more details on that problem.
>
> Olivier Sannier
> JVCL Developer
> BCB Coordinator
>



Subject: Re: jcl DCUs - where are they?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Dec 2003 13:45:34 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> I found one problem when tried to compile my own package that is using JCL+JVCL3.
> I need some dcu from jcl packages, but they are not present, may be deleted by the installer?
> I could get needable dcus only after compiling of JCL by Cbuilder6.
>
You should do as we do with the JVCL, which is using the CJCL.dcp file generated by either the installer or the makejcldcp4bcb batch file.
This has been done because the installation was horribly complex (modification of user's PATH environment variable and modification of packages).
However, the deletion of dcu files is (should) only done when you ask for a clean rebuild, they aren't (shouldn't) be deleted once the build has been done.
Please do not hesitate to ask if you need more details on that problem.

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: jcl DCUs - where are they?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 13:29:43 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > I found one problem when tried to compile my own package that is using
> > JCL+JVCL3.  I need some dcu from jcl packages, but they are not present,
> > may be deleted by the installer? 

They are deleted by the installer.

Here the reason why the DCUs are deleted:

------ cut -------
OBones wrote:

> > Why should it delete .dcu files?
Because if you don't delete them, the packages won't get entirely rebuilt.
And that's the exact same stuff with Delphi. And if the CJcl.dcp file
doesn't exist you may not see it because not all pascal files use JCL
functions.
------ cut -------


-- Regards, Andreas Hausladen 

Subject: Re: HPP files place changing - cosmetic bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 13:24:24 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > Within the package installer the label "HPP path" is not working , after
> > changing of the hpp folder's path the contents of this label will be the
> > same as before

Fixed.

Thanks for testing the installer.


-- Regards, Andreas Hausladen 

Subject: Re: v3 Delphi GA date
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Dec 2003 13:05:16 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 23 Dec 2003 12:58:51 +0100:

 PT> That's because I haven't recieved your SF username yet. Mail it to me
 PT> and I'll set you up ASAP.

    Already working on it. He still needs to register it appears.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Wonderful Christmas Time" by Paul McCartney &
Wings.




Subject: jcl DCUs - where are they?
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 23 Dec 2003 15:01:21 +0300
Newsgroups: jedi.vcl

I found one problem when tried to compile my own package that is using JCL+JVCL3.
I need some dcu from jcl packages, but they are not present, may be deleted by the installer?
I could get needable dcus only after compiling of JCL by Cbuilder6.



Subject: Re: v3 Delphi GA date
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Dec 2003 12:58:51 +0100
Newsgroups: jedi.vcl

>> > > BTW, did you get developer access to CVS ?
>> > >
> >
> > No

That's because I haven't recieved your SF username yet. Mail it to me and
I'll set you up ASAP.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: HPP files place changing - cosmetic bug
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 23 Dec 2003 14:55:30 +0300
Newsgroups: jedi.vcl

Within the package installer the label "HPP path" is not working , after changing of the hpp folder's path the contents of this label will be the same as before



Subject: Re: last CVS version is not compiling
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 12:51:40 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Does it handle $UNDEF ?

It does not need $UNDEF. The JVCL configuration parser only reads $DEFINE.
But in order not to parse auto-configuration parts like
{$IFDEF COMPILER7_UP}
 {$DEFINE something that is always set on Delphi 7}
{$ENDIF}

if increments a counter for each $IFDEF, $IFNDEF, $IF and decrements the
counter on each $ENDIF, $IFEND. Without the $IFnDEF the counter was
negative and so all $DEFINEs were ignored.


-- Regards, Andreas Hausladen 

Subject: more on CLX compatibility
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Dec 2003 12:34:36 +0100
Newsgroups: jedi.vcl

I started to make the small units CLX compatible.

JVCLVer.pas only constants
  CLX compatible
JvgQPrintSetupForm.pas for QuickReport
  not CLX compatible
JvMTConsts.pas only constants and types
  CLX compatible
JvCommonExecDlg.pas is not used at all
JvgAlignForm.pas
  should be CLX compatible now
JvgTypes.pas only constants, types and global variables
  CLX compatible now
JvTimeLimit.pas
  should be CLX compatible now
JvImageDrawThread.pas
  should be CLX compatible now
JvgTransparentMemo.pas Windows specific
  not CLX compatible
JvYearGridEditForm.pas
  should be CLX compatible now
JvgFixFont
  should be CLX compatible now
JvgConstSysRequirements.pas not used in JVCL resourcestrings are in
  JvResources.pas
JvCpuUsage.pas is Windows specific
  not CLX compatible
JvSyncSplitter.pas uses a WndProc
  not CLX compatible
JvBaseDlg.pas
  already CLX compatible
JvQuickPreviewForm.pas needs JvDrawImage.pas which is
  not CLX compatible yet
JvgPointEditor.pas needs to be moved to Design directory
JvConnectNetwork.pas Windows specific
  not CLX compatible



Subject: Re: CLX support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Dec 2003 12:31:38 +0100
Newsgroups: jedi.vcl

asn wrote:

> -Putting the generated files in seperate dir might solve this.

I vote for a ClxRun, ClxDesign and ClxPackages directory for now.
Later the directories are filled by the generator like the Packages and Resources directory.
I think we need to force the generator for that or we may not be able to release in January or February.

> -VisualCLX versions will  need  .xfm forms  instead of .dfm to avoid
>  incompatiblity.

For now only .dfm = .xfm units should become CLX compatible.



Subject: Re: CLX support
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Tue, 23 Dec 2003 11:17:20 +0100
Newsgroups: jedi.vcl

> > BTW, we will have to add an entry into the .cvsignore for the source
> > directories so that it ignores all files starting with JvQ. But this may
> > be a problem with JvQuickPreviewForm.pas and .dfm in run
> >
-Putting the generated files in seperate dir might solve this.
-VisualCLX versions will  need  .xfm forms  instead of .dfm to avoid
 incompatiblity.

Regards,

André Snepvangers




Subject: Re: v3 Delphi GA date
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Dec 2003 10:48:25 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 22 Dec 2003 23:49:21 +0100:

 O> That's strange...
 O> Maybe the festive period took Peter away from the Internet, but if you
 O> sent him your SF login (as I'm sure you did), it's only a matter of
 O> minutes. Unfortunately, I don't have this priviledge...

     I do, so you can also send the info to me.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: last CVS version is not compiling
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Dec 2003 10:47:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The installer was no capable of $IFnDEF. Fixed.

Does it handle $UNDEF ?



Subject: TJvSpinButton absense
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 23 Dec 2003 12:23:32 +0300
Newsgroups: jedi.vcl

Why is absent TJvSpinButton in design packages? I used RxSpinButton in my applications. I can put it to register, but is better to do this by central team.



Subject: Re: last CVS version is not compiling
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 10:10:01 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > Last version of JVCL3 is giving the error: "List Index is out of range"
> > and the list of packages is empty in the package installer. This happens
> > after changing of the *.inc files. (Cbuilder6)

The installer was no capable of $IFnDEF. Fixed.


-- Regards, Andreas Hausladen 

Subject: last CVS version is not compiling
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 23 Dec 2003 11:19:50 +0300
Newsgroups: jedi.vcl

Last version of JVCL3 is giving the error: "List Index is out of range" and the list of packages is empty in the package installer. This happens after changing of the *.inc files. (Cbuilder6)



Subject: Re: Virus in Daily Package?
From: "Carsten Schmitz" <casz@gmx.de>
Date: Tue, 23 Dec 2003 09:15:22 +0100
Newsgroups: jedi.vcl

ok.. sounds plausible to me ;)

But since that firewall belongs to my company I won't be able to change the
settings and therefore not be able to download it :-).

"Matthias Thoma" <ma.thoma@gmx.de> schrieb im Newsbeitrag
news:bs764a$lbb$1@talkto.net...
> > Hello Carsten,
> >
>> > > I googled for the word 'virus MacroStripped ' and found strong hints
that
>> > > this is indeed a virus that is not indentified by all virus scanners.
> >
> > I also had a look and came to the opposite conclusion. All findings
indicate
> > that this is most likely a false positive. You are using Interscan with
the
> > MacroTrap feature turned on. MacroTrap simply tries to detect new and
> > unknown macro viruses and reports them as "MacroStripped". In this case
the
> > technology most likely failed. Here is what the manufacturer of your Virus
> > scanner says:
> >
> > InterScan VirusWall virus notifications read:
> >
> > ------------ Virus Warning Message ------------
> > Found virus MacroStripped in file Report.doc
> > (in Report.zip) The uncleanable file Report.zip
> > is moved to /web/iscan/log/virIYCQabOsE.
> > ------------------------------------------------
> >
> > What is this virus and how troublesome is it?
> >
> > Solution: The "MacroStripped" virus is not an actual virus, but rather a
> > label for the Macros that have been stripped from an office document by
> > InterScan VirusWall's MacroTrap feature.
> >
> > At present, Macro viruses are no longer high-risk threats, so, the need to
> > maintain InterScan VirusWall's MacroTrap feature is not that great.
> >
> > Disable the MacroTrap feature following the steps below:
> > Configure: Email-, FTP-, HTTP-Scan configuration -> Macro Scan -> Uncheck
> > Enable Macro Scanning
> >
> > Save the settings and stop-start InterScan VirusWall services.
> >
> >
>> > > Sophos Antivirus for example is identifying it.
> >
> > I tested it with the latest version of Sophos Antivirus (as well as with 4
> > other different virus scanners - one from TrendMicro which is the same
> > manufacturer as the product you use) and no virus was found.
> >
> >
> > AFAICT there is no problem on our side.
> >
> >
> > Matthias Thoma
> >
> > --
> > Project JEDI - 2001 Spirit of Delphi Award Winner
> > www.delphi-jedi.org
> >
> >




Subject: Re: JvDirectoryListBox - "Property Style does not exist" error
From: "Bepy" <ramengo@hotmail.com>
Date: Tue, 23 Dec 2003 08:58:36 +0100
Newsgroups: jedi.vcl

> > No; look at your dfm file (ALT+F12). Does it include a Style property
> > for the TJvDirectoryListBox?
Yes: Style = lbOwnerDrawFixed

> > If so, then there probably is a difference in versions between the
> > design and run-time package. Check your paths for loose bpl's (or do a
> > CTRL-click on TJvDirectoryListBox and check the path of the pas file you
> > end up in, etc.)
The path of JvDriveCtrl.pas seems correct: it's the same of all other units.
I've added that unit to project and made a little change to see if dcu was
generated: it does so.

I'm a bit confused... Can you help me to understand what are loose bpl's ?
TIA.




Subject: possible UIB improvements
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Dec 2003 06:25:12 +0100
Newsgroups: jedi.vcl

"absolute" is used once. This has to be removed.
I have not yet reworked the sources for the resourcestrings. Should I?



Subject: Re: CLX support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 23 Dec 2003 06:13:58 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Input:
> - A file containing the list of JVCL units to change (both filename and uses)
> - A file containing the list of Delphi uses to change

I see no need to change the uses.
The CLX compatible files contain IFDEF VisualCLX parts.
This ensures that they have been tested for CLX.
Windows development will inherently create some units which are not fully Linux compatible. So it should not be too easy to convert a file to CLX to reduce the number of these errors.

> BTW, we will have to add an entry into the .cvsignore for the source directories so that it ignores all files starting with JvQ. But this may be a problem with JvQuickPreviewForm.pas and .dfm in run

No problem with that. We simply rename the offending files.



Subject: Re: CLX support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Dec 2003 00:33:37 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Anyway, let me know what you all decide, this could be done in not much
> > time. Any ideas for the name ?

The JCL team has a modified preprocessor for doing that. But I still have
my idea in my mind:

--------------------------------------------
unit JvQFilename;
{$DEFINE CLXImport}
{$INCLUDE JvJVCLUtils.pas}
--------------------------------------------

--------------------------------------------
{$I JVCL.INC}
{$IFNDEF CLXImport}
unit JvFilename;
{$ENDIF}
interface
....
implementation
....
end.
--------------------------------------------

Changes in JVCL.INC would be:
--------------------------------------------
{$I JEDI.INC}
{$IFDEF CLXImport}
 {$UNDEF VCL}
 {$DEFINE VisualCLX}
{$ENDIF}
....
--------------------------------------------

The SynEdit CLX version works the same way.



-- Regards, Andreas Hausladen 

Subject: Re: CLX support
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Dec 2003 00:03:27 +0100
Newsgroups: jedi.vcl

asn wrote:

> "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
> news:bs7gbr$mu3$1@talkto.net...
>
>> Currently we have CLX support only for Kylix.
>> We should activate it also for Windows if possible.
>
>
> We do have windows support, however without renaming units, you can install
> either the VCL components or the VisualCLX components. Not both in the same
> time. Very boring if you are testing units.
> We are in need of a tool that can do the renaming from Jv.. to JvQ... not
> only for the  unit name,  but also for the affected units in the 'uses'
> section.
>
>
>> It would hopefully allow to speed up CLX support because we have much
>> more Windows developers than Linux developers.
>>
>
>
> Maybe a win developer could write the previous mentioned tool ?
>
Let me clarify this:

Input:
- A file containing the list of JVCL units to change (both filename and uses)
- A file containing the list of Delphi uses to change

Output:
- Copy of JVCL files with name changed and replacements done

The input files may as well be one XML file with two sections as it would be easier to parse.
In the end, the JVCL installer would have to call this tool to generate the CLX version of the JVCL out of the distribution file. Of course, a batch file would be created to make everyone's job easier.
BTW, we will have to add an entry into the .cvsignore for the source directories so that it ignores all files starting with JvQ. But this may be a problem with JvQuickPreviewForm.pas and .dfm in run

Anyway, let me know what you all decide, this could be done in not much time. Any ideas for the name ?

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: v3 Delphi GA date
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Dec 2003 23:49:21 +0100
Newsgroups: jedi.vcl

That's strange...
Maybe the festive period took Peter away from the Internet, but if you sent him your SF login (as I'm sure you did), it's only a matter of minutes.
Unfortunately, I don't have this priviledge...



Subject: Re: Virus in Daily Package?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 22 Dec 2003 23:48:31 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I opened it anyway and there isn't any macro in it.

There is a macro that opens a COM object to "UIB.Client" and some other
"UIB.*" COM-Servers. Maybe the virus scanner does not allow CreateObject()
calls.


-- Regards, Andreas Hausladen 

Subject: Re: CLX support
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 22 Dec 2003 22:29:46 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bs7gdp$mu3$2@talkto.net...
> > BTW i juct commited JvSimPID.pas and JvSimIndicator.pas in a hopefully
> > CLX compatible version.
> >

AFAIK they are.

Regards,

André Snepvangers




Subject: Re: CLX support
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 22 Dec 2003 22:23:56 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bs7gbr$mu3$1@talkto.net...
> > Currently we have CLX support only for Kylix.
> > We should activate it also for Windows if possible.

We do have windows support, however without renaming units, you can install
either the VCL components or the VisualCLX components. Not both in the same
time. Very boring if you are testing units.
We are in need of a tool that can do the renaming from Jv.. to JvQ... not
only for the  unit name,  but also for the affected units in the 'uses'
section.

> > It would hopefully allow to speed up CLX support because we have much
> > more Windows developers than Linux developers.
> >

Maybe a win developer could write the previous mentioned tool ?

Regards,

André Snepvangers




Subject: Re: JvDirectoryListBox - "Property Style does not exist" error
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 22 Dec 2003 21:47:51 +0100
Newsgroups: jedi.vcl

Bepy wrote:
> Just create a new project; on then Form1 put a TJvDirectoryListBox then run
> the application.
> Do you get the same error ?

No; look at your dfm file (ALT+F12). Does it include a Style property for the TJvDirectoryListBox?

If so, then there probably is a difference in versions between the design and run-time package. Check your paths for loose bpl's (or do a CTRL-click on TJvDirectoryListBox and check the path of the pas file you end up in, etc.)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: CLX support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Dec 2003 20:41:29 +0100
Newsgroups: jedi.vcl

BTW i juct commited JvSimPID.pas and JvSimIndicator.pas in a hopefully CLX compatible version.



Subject: CLX support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Dec 2003 20:40:26 +0100
Newsgroups: jedi.vcl

Currently we have CLX support only for Kylix.
We should activate it also for Windows if possible.
It would hopefully allow to speed up CLX support because we have much more Windows developers than Linux developers.

The first question that arises is how Delphi places a component on the CLX palettes. When creating a CLX application the Jedi palettes are filled only with some components. How to have them cleanly filled with only CLX components?



Subject: Re: v3 Delphi GA date
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 22 Dec 2003 20:12:00 +0100
Newsgroups: jedi.vcl

> >
> > BTW, did you get developer access to CVS ?
> >

No




Subject: Re: v3 Delphi GA date
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Dec 2003 19:31:22 +0100
Newsgroups: jedi.vcl

asn wrote:

> Will it constain VisualCLX support ?

We currently have 52 files with IFDEF VisualCLX in it.



Subject: Re: v3 Delphi GA date
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Dec 2003 19:03:14 +0100
Newsgroups: jedi.vcl

asn wrote:

>> A beta version should be released in late January....
>
>
> Will it constain VisualCLX support ?
>
I have no idea on that, but it seems that you and others (sorry, forgot their name) have done quite a lot of work on that.
However, I'm just a developer and have no word in the process of the release. I'm just the one who pushes the most for an early release.

BTW, did you get developer access to CVS ?



Subject: JvDirectoryListBox - "Property Style does not exist" error
From: "Bepy" <ramengo@hotmail.com>
Date: Mon, 22 Dec 2003 18:37:28 +0100
Newsgroups: jedi.vcl

Just create a new project; on then Form1 put a TJvDirectoryListBox then run
the application.
Do you get the same error ?




Subject: Re: Virus in Daily Package?
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Mon, 22 Dec 2003 17:45:28 +0100
Newsgroups: jedi.vcl

Hello Carsten,

> > I googled for the word 'virus MacroStripped ' and found strong hints that
> > this is indeed a virus that is not indentified by all virus scanners.

I also had a look and came to the opposite conclusion. All findings indicate
that this is most likely a false positive. You are using Interscan with the
MacroTrap feature turned on. MacroTrap simply tries to detect new and
unknown macro viruses and reports them as "MacroStripped". In this case the
technology most likely failed. Here is what the manufacturer of your Virus
scanner says:

InterScan VirusWall virus notifications read:

------------ Virus Warning Message ------------
Found virus MacroStripped in file Report.doc
(in Report.zip) The uncleanable file Report.zip
is moved to /web/iscan/log/virIYCQabOsE.
------------------------------------------------

What is this virus and how troublesome is it?

Solution: The "MacroStripped" virus is not an actual virus, but rather a
label for the Macros that have been stripped from an office document by
InterScan VirusWall's MacroTrap feature.

At present, Macro viruses are no longer high-risk threats, so, the need to
maintain InterScan VirusWall's MacroTrap feature is not that great.

Disable the MacroTrap feature following the steps below:
Configure: Email-, FTP-, HTTP-Scan configuration -> Macro Scan -> Uncheck
Enable Macro Scanning

Save the settings and stop-start InterScan VirusWall services.


> > Sophos Antivirus for example is identifying it.

I tested it with the latest version of Sophos Antivirus (as well as with 4
other different virus scanners - one from TrendMicro which is the same
manufacturer as the product you use) and no virus was found.


AFAICT there is no problem on our side.


Matthias Thoma

--
Project JEDI - 2001 Spirit of Delphi Award Winner
www.delphi-jedi.org




Subject: Re: v3 Delphi GA date
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 22 Dec 2003 17:10:54 +0100
Newsgroups: jedi.vcl

> > A beta version should be released in late January....

Will it constain VisualCLX support ?

Regards,

André Snepvangers




Subject: Re: Virus in Daily Package?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Dec 2003 16:41:58 +0100
Newsgroups: jedi.vcl

Carsten Schmitz wrote:

> Would someone please remove this excel file or clean it?
Which file are you refering to ?
The only one I found is UIBDemo.xls in examples\JvUIB\Automation and Panda Antivirus didn't detect anything in it. I opened it anyway and there isn't any macro in it. Maybe the virus is hiding itself, but I seriously doubt it is actually there.
BTW, does your AV gives you the warning on the .xls file or the .zip ? Because it may be possible that the result of the compression gave a sequence of byte that is equal to a virus signature...
Anyway, let us know what's the situation. From my end, I don't see any problem.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: v3 Delphi GA date
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Dec 2003 14:42:30 +0100
Newsgroups: jedi.vcl

OBones wrote:

> A beta version should be released in late January, but no date has been discussed yet for the production release. It will mostly depend on the feedback we'll get from the beta.

I do not like that because i wanted to clean the style of all files. I am only halfway through and working from small files to bigger files.



Subject: Re: JEDI.INC and JVCL.INC
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Dec 2003 14:40:10 +0100
Newsgroups: jedi.vcl,jedi.jcl

Andreas Hausladen wrote:

> I changed it to
> ...
> JVCLThemesEnabled part
>
> {$IFNDEF VCL}
>  {$UNDEF JVCLThemesEnabled}
>  {$UNDEF JVCLThemesEnabledD56}
> {$ENDIF}
>
> This let the JVCL.INC parser in the installer process the file.

Ok. I was in  hurry this morning buying food for the next days.



Subject: Re: Virus in Daily Package?
From: "Carsten Schmitz" <casz@gmx.de>
Date: Mon, 22 Dec 2003 10:54:33 +0100
Newsgroups: jedi.vcl

Hi!

Yep-- I am asking that myself too.

I googled for the word 'virus MacroStripped ' and found strong hints that
this is indeed a virus that is not indentified by all virus scanners. Sophos
Antivirus for example is identifying it.

Well... because of this i can't download the file anyway.

Would someone please remove this excel file or clean it?

Thank you.

Carsten



"OBones" <obones_REM_SPM_@_PIF_meloo.com> schrieb im Newsbeitrag
news:brvqje$jdd$1@talkto.net...
> > Andreas Hausladen wrote:
>> > > MacroStripped is no real virus. It is more a message from the virus
>> > > scanner that the files contains a macro. There are some virus scanners
>> > > that do not accept files with macros of any kind.
>> > >
> > Why not, but why would there be a macro in the zip file in the first place
?
> >




Subject: Re: JEDI.INC and JVCL.INC
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 22 Dec 2003 10:39:49 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:

> > JVCLThemesEnabled is now guarded by {$IFDEF VCL} in JVCL.INC because CLX
> > has no themes. This will make some themed components CLX compatible
> > without complicated IFDEFs.

I changed it to 

....
JVCLThemesEnabled part

{$IFNDEF VCL}
 {$UNDEF JVCLThemesEnabled}
 {$UNDEF JVCLThemesEnabledD56}
{$ENDIF}

This let the JVCL.INC parser in the installer process the file.


Subject: Re: v3 Delphi GA date
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 22 Dec 2003 10:20:32 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 22 Dec 2003 09:56:25 +0100:

 O> What needs the most work now is the help file, but not many people are
 O> working on it because it's not the most exciting stuff to do...

    Currently, writing help has my full attention (for now). I'm focusing on
the provider/consumer documentation, starting (or rather continuing) with
the interfaces, followed by the standard implementation classes. This, as
you can imagine, will take quite a while to finish <g>. BTW, your DtxEditor
did not like the JvDataProviderIntf.dtx, giving me a nasty AV. Manual
editing it is then....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "December Will Be Magic Again" by Kate Bush.




Subject: Re: v3 Delphi GA date
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Dec 2003 09:56:25 +0100
Newsgroups: jedi.vcl

Don wrote:
> Can anyone hint as to when (approx) v3 production will be released?
>
> Cheers
> Don
>
A beta version should be released in late January, but no date has been discussed yet for the production release. It will mostly depend on the feedback we'll get from the beta.
However, the alpha release is already available and is quite stable at this stage. You can get it here:
http://jvcl.sf.net/daily/

What needs the most work now is the help file, but not many people are working on it because it's not the most exciting stuff to do...

Thank you for considering the JVCL

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: JEDI.INC and JVCL.INC
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Dec 2003 09:30:52 +0100
Newsgroups: jedi.vcl,jedi.jcl

I deleted COMPLIB_CLX and COMPLIB_VCL from JEDI.INC and their uses in JVCL and JCL completely.

JVCLThemesEnabled is now guarded by {$IFDEF VCL} in JVCL.INC because CLX has no themes. This will make some themed components CLX compatible without complicated IFDEFs.



Subject: v3 Delphi GA date
From: Don <ozdelphi@yahoo.com>
Date: Mon, 22 Dec 2003 15:52:59 +0800
Newsgroups: jedi.vcl

Can anyone hint as to when (approx) v3 production will be released?

Cheers
Don



Subject: Re: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Dec 2003 08:23:02 +0100
Newsgroups: jedi.vcl

JvCheckBox and JvRadioButton
Both share now almost the same implementation.
RightButton property renamed to LeftText to be more in sync with the concept of the controls where all is centered around the text not the box. Also changed the default of Layout to tlCenter becasue this gives the best look.



Subject: Re: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Dec 2003 08:19:49 +0100
Newsgroups: jedi.vcl

asn wrote:
>> JvProgressBar (not yet CLX compatible) ...
> Uploaded VisualCLX compatible version to binairies.

Simplified by using FillColor instead of BarColor name and committed.



Subject: Re: JvInspector - Custom property editor
From: Blaise Bernier <grunt_lord@users.sourceforge.net>
Date: Sun, 21 Dec 2003 21:02:58 -0500
Newsgroups: jedi.vcl

Thanks a lot, I'll dig into this and come back if I have other questions!


Bye,

blaise


Subject: Re: MouseEnter and MouseLeave
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 21 Dec 2003 17:14:30 +0100
Newsgroups: jedi.vcl

> > JvProgressBar (not yet CLX compatible) ...

Uploaded VisualCLX compatible version to binairies.

Regards,

André Snepvangers




Subject: Re: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Dec 2003 15:54:53 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> JvMonthCalendar,
> JvPageScroller

VCL only now.



Subject: Re: GenDtx does not build
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 21 Dec 2003 15:51:09 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Sun, 21 Dec 2003 15:30:05 +0100:

 RB> Oops, yes; try again..

    Thanks, works now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: GenDtx does not build
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 21 Dec 2003 15:30:05 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, All (or Remko in this particular case)!
>
>     GenDtx fails to build because it can't find the ItemFilter unit (as used
> in the FilterDlg unit). Forgot to add that unit?

Oops, yes; try again..

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: GenDtx does not build
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 21 Dec 2003 14:14:16 +0100
Newsgroups: jedi.vcl

Hello, All (or Remko in this particular case)!

    GenDtx fails to build because it can't find the ItemFilter unit (as used
in the FilterDlg unit). Forgot to add that unit?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I've seen that face before" by Grace Jones.




Subject: Re: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Dec 2003 13:57:46 +0100
Newsgroups: jedi.vcl

asn wrote:

> There is no TCoolBar in VisualCLX, thus  there is  no VisualCLX JvCoolBar.

Changed and committed.



Subject: Re: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Dec 2003 13:52:56 +0100
Newsgroups: jedi.vcl

JvMonthCalendar,
JvPageScroller,
JvProgressBar (not yet CLX compatible) I see no reason to have this component be a TProgressBar descendant. It need not be a windowed control and that bit of bar painting could be easily implemented.



Subject: Re: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Dec 2003 13:49:31 +0100
Newsgroups: jedi.vcl

asn wrote:

> There is no TCoolBar in VisualCLX, thus  there is  no VisualCLX JvCoolBar.

Ok. I will remove CLX part.



Subject: Re: MouseEnter and MouseLeave
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 21 Dec 2003 13:27:12 +0100
Newsgroups: jedi.vcl

> > File JvCoolBar.pas:
> >    OnMouseEnter, OnMouseLeave, OnParentColorChange, OnCtl3DChanged
> >    should be CLX compatible now

There is no TCoolBar in VisualCLX, thus  there is  no VisualCLX JvCoolBar.

Regards,

André Snepvangers




Subject: Re: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Dec 2003 08:26:06 +0100
Newsgroups: jedi.vcl

I simplified the implementation.

File JvCombobox.pas:
  VCL only OnMouseEnter, OnMouseLeave, OnParentColorChange
File JvCoolBar.pas:
  OnMouseEnter, OnMouseLeave, OnParentColorChange, OnCtl3DChanged
  should be CLX compatible now
File JvHeaderControl.pas:
  OnMouseEnter, OnMouseLeave, OnParentColorChange, OnCtl3DChanged
  should be CLX compatible now
File JvHotKey.pas:
  OnMouseEnter, OnMouseLeave, OnParentColorChange, OnCtl3DChanged
  should be CLX compatible now



Subject: Re: JvInspector - Custom property editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 20 Dec 2003 22:42:10 +0100
Newsgroups: jedi.vcl

Hello, Blaise!
You wrote  on Sat, 20 Dec 2003 15:22:52 -0500:

 BB> I'm working with the JvInspector for a short while now and I want to
 BB> add a file loading dialog box for a property.  How can I do that ?

    You'll need to derive a new class from TJvCustomInspectorItem. The flags
property should be adjusted for this class to always include iifEditButton
(just override the SetFlags method and add the iifEditButton to the Value
parameter you'll hand over to the inherited SetFlags method). If needed you
could block manual input by also specifying iifEditFixed.

    In addition the Edit method should be overridden to invoke the file
dialog box and if OK was issued, the filename send back to the Data.AsString
property (optionally you can read Data.AsString before showing the file
dialog to determine which folder should be shown initially).

    Then you'll have two options:

1) If the file property is a specific type (e.g. TFileName) you can simply
register the class with:
--->8---
TJvCustomInspectorData.ItemRegister.Add(TJvInspectorTypeInfoRegItem.Create(<
your item class>, TypeInfo(TFileName)));
--->8---
    This line can be placed in the unit's initialization section or if you
prefer in your application startup code, as long as it is registered before
the inspector items are generated.

2) If the file property is a simple string (or you chose not to implement
the previous option), you can override the inspector BeforeItemCreate event
and set the ItemClass parameter to your item class when the given Data
instance refers to your filename property.

    Option 1 is the best way as it will work for any data layer (property,
variable or INI); if a given data instance has a typeinfo of TFileName, your
editor will be used.

    For more examples of editors you can check JvInspector.pas (which
contains all basic editors and TJvInspectorFontItem is very close to what
you want) or JvInspExtraEditors.pas (for specific editors; note that these
editors are not registered automatically. Each of the editors have a
RegisterAsDefaultItem class method which will register the type for you when
called).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Cold as ice" by Foreigner.




Subject: JvInspector - Custom property editor
From: Blaise Bernier <grunt_lord@users.sourceforge.net>
Date: Sat, 20 Dec 2003 15:22:52 -0500
Newsgroups: jedi.vcl

Hello,

I'm working with the JvInspector for a short while now and I want to add a file loading dialog box for a property.  How can I do that ?

Thanks in advance for your help,

Blaise Bernier


Subject: Re: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Dec 2003 19:19:59 +0100
Newsgroups: jedi.vcl

First results:

File JvAnimate.pas:
  reference design OnMouseEnter, OnMouseLeave, OnParentColorChange
File JvBevel:
  OnMouseEnter, OnMouseLeave, OnParentColorChange
File JvBitBtn.pas:
  OnMouseEnter, OnMouseLeave, OnParentColorChange,
  HotTrack, HotTrackFont, HotTrackFontOptions, OnFontChange
File JvCheckBox.pas:
  OnMouseEnter, OnMouseLeave, OnParentColorChange,
  HotTrack, HotTrackFont, HotTrackFontOptions, OnFontChange
  must be almost CLX compatible now


File JvBehaviorLabel.pas:
  Why does it implement its own OnMouseEnter and OnMouseLeave?
  At least in D6 it inherits it already from TCustomLabel.File



Subject: MouseEnter and MouseLeave
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Dec 2003 14:04:07 +0100
Newsgroups: jedi.vcl

I currently rework the components containing CM_MOUSEENTER/CM_MOUSELEAVE
Most of them share almost the same code. I will make that the same code for all of them.
In a second step the code may be placed in one or two ancestors like TJvGraphicControl.



Subject: Re: New version
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Dec 2003 12:32:17 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> Artur Redzko wrote:
>>
>>
>>>    Can anyone help me where and how to get the latest release of VCL
>>> 3.0 in one peace ?
>>
>>
>>
>> http://jvcl.sourceforge.net/daily
>>
> I will post a zip file with the minimal JCL sources tomorrow after 10:00 UTC so that people can use it.
Done
Please have a look at jedi.binaries



Subject: [BCB] Build status
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Dec 2003 12:31:28 +0100
Newsgroups: jedi.vcl

As I'm back after a week of intense partying, I took some time to check the status of BCB build. All is ok.
I'll be on and off the Internet until the 5th of January but I'll be around so if you have questions about the BCB build, the package generator or any other thing, please contact me.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: Problem with JvDsgnConsts and D6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Dec 2003 23:41:47 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Seems that we are alone in JVCL development. All others going for xmas :-)

Well, I'm back, but I'll be on and off until the 5th of January...



Subject: Re: bugs in examples
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Dec 2003 23:36:05 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I don't think D5 will be dropped for JVCL3.0. So far we've been able to
> maintain D5 compatibility without much effort. I admit we have accumulated
> quite a few {IFDEF COMPILER6_UP}directives but I think it's not a good idea
> to drop D5 right now. Since we're also supporting BCB (is that offical
> support BTW?) we should still support BCB5 which just so happens to be
> compatible with Delphi5.

BCB support is somewhat official, as long as I have time to check it for BCB6. However, as Leroy has other stuff to do and nobody else has stepped in for BCB5, I don't know the current status for it.
I'll verify it again tomorrow morning as I came back from my break.
But as you said BCB5 is D5 with the C++ language (well, almost)

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: New version
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Dec 2003 23:31:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Artur Redzko wrote:
>
>
>>    Can anyone help me where and how to get the latest release of VCL
>> 3.0 in one peace ?
>
>
> http://jvcl.sourceforge.net/daily
>
But please note that you need the JCL 1.9 preview to be able to use the JVCL 3. I will post a zip file with the minimal JCL sources tomorrow after 10:00 UTC so that people can use it.

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: Virus in Daily Package?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 19 Dec 2003 22:45:08 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> MacroStripped is no real virus. It is more a message from the virus
> scanner that the files contains a macro. There are some virus scanners
> that do not accept files with macros of any kind.
>
Why not, but why would there be a macro in the zip file in the first place ?



Subject: Re: Virus in Daily Package?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Dec 2003 14:10:26 +0100
Newsgroups: jedi.vcl

Carsten Schmitz wrote:

> > --------- cut here  ------------------
> > Virus was found and quarantined in
> > http://jvcl.sourceforge.net/daily/JVCL3-Latest.zip:
> > Found virus MacroStripped in file
> > JVCL3/examples/JvUIB/Automation/UIBDemo.xls (in JVCL3-Latest.zip)
> > --------- cut here  ------------------


> > Any ideas???

MacroStripped is no real virus. It is more a message from the virus
scanner that the files contains a macro. There are some virus scanners
that do not accept files with macros of any kind.



-- Regards, Andreas Hausladen 

Subject: Re: JvCustomD5D.dpk crashed the compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Dec 2003 13:53:18 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > close Delphi, reopen Delphi and then build all JVCL
> > packages again (which is always the way I do it, making sure no
> > references are kept "online" before rebuilding all).

I used the MakeD5.bat file. No Delphi was opened. All .dcu/.bpl/.dcp files
were deleted.

-- Regards, Andreas Hausladen 

Subject: Virus in Daily Package?
From: "Carsten Schmitz" <casz@gmx.de>
Date: Fri, 19 Dec 2003 13:23:50 +0100
Newsgroups: jedi.vcl

Hi!


This is what I get from my proxy when downloading the daily zip file with
the latest version from

http://jvcl.sourceforge.net/daily


--------- cut here  ------------------
Virus was found and quarantined in
http://jvcl.sourceforge.net/daily/JVCL3-Latest.zip:
Found virus MacroStripped in file
JVCL3/examples/JvUIB/Automation/UIBDemo.xls (in JVCL3-Latest.zip)

The file JVCL3-Latest.zip is moved to /etc/iscan/virus/virZQbtTL.



-------cut ------



Any ideas???





Play well



Carsten




Subject: Re: JvCustomD5D.dpk crashed the compiler
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 19 Dec 2003 12:35:07 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Fri, 19 Dec 2003 11:24:27 +0100:

 AH> The JvCustomD5D.dpk package crashed the compiler. If I call the
 AH> compiler a second time (DCUs already exist) the packages is compiled
 AH> fine but the first compilation gives me a Windows Access Violation
 AH> dialog. If I comment out the last two units in JvCustomD5D.dpk the
 AH> packages compiles fine. As these two files (JvCustomReg.pas and
 AH> JvHLEditEditor.pas) have not been modified I think the problem is in
 AH> JvCore or JvCustomD5R.dpk.

    I did a clean build yesterday of all JVCL packages (and yes, by clean I
mean, removed all DCUs, DCPs and BPLs) and had no problem at all, so it most
be caused by a change committed after approx. 10:00 UTC (I got a clean copy
of CVS around 11:00 local time). Another thing you have to remember about
stupid old D5 is the fact that it has no way of unregistering constant
identifiers conversions (RegisterIntConsts). When a package is unloaded that
contained a conversion it will raise an AV in some cases of compiling. You
should try again by first unloading all JVCL packages, close Delphi, reopen
Delphi and then build all JVCL packages again (which is always the way I do
it, making sure no references are kept "online" before rebuilding all).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "All By Myself" by Eric Carmen.




Subject: JvCustomD5D.dpk crashed the compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Dec 2003 11:24:27 +0100
Newsgroups: jedi.vcl

The JvCustomD5D.dpk package crashed the compiler. If I call the compiler a
second time (DCUs already exist) the packages is compiled fine but the
first compilation gives me a Windows Access Violation dialog. If I comment
out the last two units in JvCustomD5D.dpk the packages compiles fine. As
these two files (JvCustomReg.pas and JvHLEditEditor.pas) have not been
modified I think the problem is in JvCore or JvCustomD5R.dpk.


-- Regards, Andreas Hausladen 

Subject: Re: New version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Dec 2003 10:22:15 +0100
Newsgroups: jedi.vcl

Artur Redzko wrote:

> >     Can anyone help me where and how to get the latest release of VCL
> > 3.0 in one peace ?

http://jvcl.sourceforge.net/daily


-- Regards, Andreas Hausladen 

Subject: JvFormStorage problem
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 19 Dec 2003 11:50:49 +0300
Newsgroups: jedi.vcl

I found one bad things with the JvFormStorage behaviour:
I have two forms in the application, main and the second that isn't visible on the start, but created automatically.
Second form has JvFormStorage and two activated events (OnRestore and OnSave).
After start of the program No events fired, OnRestore fired when the second form is opening, after closing of the second form I have Onsave, this is the true behaviour.
But If I'll start the application, will see only the first main form and will close the application without showing of the second form I'll get the OnSave firing from the second form, this is the bug, as at that moment not initialized variables will be saved and will discard values in the registry.
As I remember the RxFormStorage worked well for this environment.



Subject: JvgPointEditor.pas should go to Archive
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 19 Dec 2003 08:33:13 +0100
Newsgroups: jedi.vcl

It is completely unused and a design editor anyway.



Subject: Re: reducing IFDEF COMPILER6 lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 19 Dec 2003 08:31:16 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

The updated list. Some issues solved.
DELPHI5, COMPILER5, DELPHI6 added.

JvBalloonHint.pas:
  AnimateWindowProc for Delphi 5
  remove initialization section by placing it in the constructor?
JvBaseThumbnail.pas:
  why grGIF only for Delphi 5?
JvBmpAnimator.pas:
  extra AutoSize property for Delphi 6+
JvBrowseFolder.pas:
  extra IUnknown in TJvBrowseForFolderDialog declaration needed for Delphi 5
JvCaptionButton.pas:
  TWMNCPaint nonexistent in Delphi 5
  why is FActionLink.Execute IFDEFed?
JvCharMap.pas:
  several Delphi 5 specifics
JvCheckBox.pas:
  implements SetAutoSize for Delphi 5
JvCheckListBox.pas:
  implements SelectAll and DeleteSelected for Delphi 5
JvClock.pas:
  implements SetAutoSize for Delphi 5
JvColorCombo.pas:
  AutoDropDown published for Delphi 6+
JvColorProvider.pas:
  Provider is TComponent for Delphi 5 and IJvColorProvider for Delphi 6+
JvCombobox.pas:
  much D5, D6 handling
JvComCtrls.pas:
  implements  TJvTreeView.SetMultiSelect for Delphi 5
JvContextProvider.pas:
  Provider is TComponent for Delphi 5 and IJvColorProvider for Delphi 6+
JvControlBar.pas:
  differences in menu item handling
JvDataProvider.pas:
  Provider is TComponent for Delphi 5 and IJvColorProvider for Delphi 6+
JvDataProviderIntf.pas:
  IInterfaceComponentReference for Delphi 5
JvDateTimePicker.pas:
  an unsolved Delphi 5 problem
JvDBCombobox.pas:
  implements SetItems for Delphi 5 (could be improved)
JvDBLookup.pas:
  calls AnimateWindowProc only for Delphi 6+ (could be improved)
JvDiagramShape.pas:
  implements SetAutoSize for Delphi 5
JvDialogActns.pas:
  several Delphi 6+ specifics
JvDialogs.pas:
  implements ShowPlacesBar for Delphi 5
JvDice.pas:
  implements SetAutoSize for Delphi 5
JvDynControlEngine.pas:
  implements Supports for Delphi 5 and GetInt64Prop for Delphi 6+
JvDynControlEngineJVCL.pas:
  ControlSetFormat and ControlSetProportional empty for Delphi 5
JvDynControlEngineVCL.pas:
  ControlSetFormat and ControlSetProportional empty for Delphi 5
JvEdit.pas:
  several Bevel properties published for Delphi 6+
JvErrorIndicator.pas:
  uses improved transparent Draw for Delphi 6+
JvFtpGrabber.pas:
  declares FtpGetFileSize for Delphi 5
JvgImage.pas:
  implements SetAutoSize for Delphi 5
JvgLabel.pas:
  implements SetAutoSize for Delphi 5
JvgListBox.pas:
  implements GetSelCount for Delphi 5
JvgPointEditor.pas:
  needs to be moved to Archive directory
JvGrids.pas:
  TInplaceEditStyle as TEditStylefor Delphi 6+
JvID3v2Base.pas:
  ApplicationHandleException vs Application.HandleException
JvImageTransform.pas:
  implements SetAutoSize for Delphi 5
JvInspector.pas:
  direct implementation of ItemList.Assign for Delphi 5
JvInterpreter.pas:
  mainly variant handling for Delphi 5
JvInterpreter_Forms.pas:
  some elements go from COMPILER5_UP
JvInterpreter_System.pas:
  variant handling for Delphi 5
JvInterpreter_SysUtils.pas:
  various Delphi 5 functions
JvItemsPanel.pas:
  implements AutoSize for Delphi 6+ !
JvJCLUtils.pas:
  centralizes several functions
JvJVCLUtils.pas:
  centralizes some functions
JvLabel.pas:
  implements SetAutoSize for Delphi 5
JvLED.pas:
  difference in Align handling for Delphi 6+
JvListBox.pas:
  several Delphi 6+ specifics
JvListComb.pas:
  uses improved transparent Draw for Delphi 6+
  Anchors published for Delphi 6+
JvListView.pas:
  implements SelectAll and DeleteSelected for Delphi 5
JvLookOut.pas:
  implements SetAutoSize for Delphi 5
JvMTThreading.pas:
  several synchronization specifics for Delphi 5
JvOutlookBar.pas:
  HelpKeyword, HelpType published for Delphi 6+
JvPageListTreeView.pas:
  several Delphi 6 specifics
JvParameterListParameter.pas:
  more types handled in SetAsVariant for Delphi 6+
JvPlaylist.pas:
  implements AddItem for Delphi 5
JvProgressComponent.pas:
  strange ChangeTopException needs change anyway
JvRadioButton.pas:
  implements SetAutoSize for Delphi 5
JvRegistryTreeview.pas:
  OnAddition published for Delphi 6+
JvRichEdit.pas:
  local implementation for DelimitedText for Delphi 5
JvSegmentedLEDDisplay.pas:
  UnregisterIntegerConsts only for Delphi 6+ called
JvShape.pas:
  OnMouseWheel* events published for Delphi 6+
JvSimpleXml.pas:
  several Delphi 5 and 6+ specifics
JvSlider.pas:
  implements SetAutoSize for Delphi 5
JvSpeedButton.pas:
  handles IsGroupIndexLinked and SetGroupIndex for Delphi 6+
JvSpin.pas:
  several Bevel properties published for Delphi 6+
JvStaticText.pas:
  implements SetAutoSize for Delphi 5
JvStatusBar.pas:
  implementrs several parts only for Delphi 6+
JvThreadTimer.pas:
  ApplicationHandleException vs Application.HandleException
  RaiseLastOSError vs RaiseLastWin32Error
JvTimeLine.pas:
  implements SetAutoSize for Delphi 5
  ilocal implementation of IncYear for Delphi 5 (best move to JvJVCLUtils.pas)
JvTimerList.pas:
  Notify implemented for Delphi 5
JvTMTimeLine.pas:
  RightButton, LeftButton public for Delphi 6+
JvToolBar.pas:
  Menu implemented for Delphi 5
JvTranslator.pas:
  some Unicode handling for Delphi 6+
JvTransparentButton.pas:
  handles IsGroupIndexLinked and SetGroupIndex for Delphi 6+
JvTrayIcon.pas:
  local implementation of SecondsBetween for Delphi 5
JvTypes.pas:
  declares some types missing in Delphi 5
JvUninstallControls.pas:
  implements Clear for Delphi 5
JvUrlGrabbers.pas:
  declares FtpGetFileSize for Delphi 5
JvValidators.pas:
  implements ValidationSummary, ErrorIndicator for Delphi 5
JvWizard.pas:
  extra csClickEvents at Design time for Delphi 6+
JvWndProcHook.pas:
  ApplicationHandleException vs Application.HandleException
JvxCheckListBox.pas:
  handles new styles for TListBoxStyle for Delphi 6+



Subject: New version
From: "Artur Redzko" <arturr@opegieka.com.pl>
Date: Fri, 19 Dec 2003 07:17:29 +0100
Newsgroups: jedi.vcl

Hello

    Can anyone help me where and how to get the latest release of VCL 3.0 in
one peace ?

Thanx
Pozdrawiam / Regards
mgr in¿. Artur Red¼ko




Subject: Re: reducing IFDEF COMPILER6 lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 23:13:15 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I currently write up a list of all files having real IFDEF/IFNDEF COMPILER6 lines discounting all files only using Variants, RTLConts etc.

Here is the list checking only for COMPILER6*
COMPILER5, DELPHI5, DELPHI6_UP are rare anyway.

File JvBalloonHint.pas:
  AnimateWindowProc for Delphi 5
  remove initialization section by placing it in the constructor?
File JvBaseThumbnail.pas:
  why grGIF only for Delphi 5?
File JvBmpAnimator.pas:
  extra AutoSize property for Delphi 6+
File JvBrowseFolder.pas:
  extra IUnknown in TJvBrowseForFolderDialog declaration needed for Delphi 5
3 lines match
File JvCaptionButton.pas:
  TWMNCPaint nonexistent in Delphi 5
  why is FActionLink.Execute IFDEFed?
File JvCharMap.pas:
  several Delphi 5 specifics
File JvCheckBox.pas:
  override for SetAutoSize in Delphi 6+
File JvCheckListBox.pas:
  implements SelectAll and DeleteSelected for Delphi 5
File JvClock.pas:
  SetAutoSize
File JvColorCombo.pas:
  AutoDropDown published for Delphi 6+
File JvColorProvider.pas:
  Provider is TComponent for Delphi 5 and IJvColorProvider for Delphi 6+
File JvCombobox.pas:
  much D5, D6 handling
File JvComCtrls.pas:
  implements  TJvTreeView.SetMultiSelect for Delphi 5
File JvContextProvider.pas:
  Provider is TComponent for Delphi 5 and IJvColorProvider for Delphi 6+
File JvControlBar.pas:
  differences in menu item handling
File JvDataProvider.pas:
  Provider is TComponent for Delphi 5 and IJvColorProvider for Delphi 6+
File JvDataProviderIntf.pas:
  IInterfaceComponentReference for Delphi 5
File JvDateTimePicker.pas:
  implements TryStrToDateTime for Delphi 5
  and an unsolved Delphi 5 problem
File JvDBCombobox.pas:
  implements SetItems for Delphi 5 (could be improved)
File JvDBLookup.pas:
  calls AnimateWindowProc only for Delphi 6+ (could be improved)
File JvDiagramShape.pas:
  implements SetAutoSize for Delphi 5
File JvDialogActns.pas:
  several Delphi 6+ specifics
File JvDialogs.pas:
  implements ShowPlacesBar for Delphi 5
File JvDice.pas:
  implements SetAutoSize for Delphi 5
File JvDynControlEngine.pas:
  implements Supports for Delphi 5 and GetInt64Prop for Delphi 6+
File JvDynControlEngineJVCL.pas:
  ControlSetFormat and ControlSetProportional empty for Delphi 5
File JvDynControlEngineVCL.pas:
  ControlSetFormat and ControlSetProportional empty for Delphi 5
File JvEdit.pas:
  several Bevel properties published for Delphi 6+
File JvErrorIndicator.pas:
  uses improved transparent Draw for Delphi 6+
File JvFtpGrabber.pas:
  declares FtpGetFileSize for Delphi 5
File JvgImage.pas:
  implements SetAutoSize for Delphi 5
File JvgLabel.pas:
  implements SetAutoSize for Delphi 5
File JvgListBox.pas:
  implements GetSelCount for Delphi 5
File JvgPointEditor.pas:
  needs to be moved to Design directory
File JvGrids.pas:
  TInplaceEditStyle as TEditStyleFile for Delphi 6+
File JvID3v2Base.pas:
  ApplicationHandleException vs Application.HandleException
File JvImageTransform.pas:
  implements SetAutoSize for Delphi 5
File JvInspector.pas:
  direct of ItemList.Assign for Delphi 5
File JvInterpreter.pas:
  mainly variant handling for Delphi 5
File JvInterpreter_System.pas:
  variant handling for Delphi 5
File JvInterpreter_SysUtils.pas:
  various Delphi 5 functions
File JvItemsPanel.pas:
  implements AutoSize for Delphi 6+ !
File JvJCLUtils.pas:
  centralizes several functions
File JvJVCLUtils.pas:
  centralizes some functions
File JvLabel.pas:
  implements SetAutoSize for Delphi 5
File JvLED.pas:
  difference in Align handling for Delphi 6+
File JvListBox.pas:
  several Delphi 6+ specifics
File JvListComb.pas:
  uses improved transparent Draw for Delphi 6+
  Anchors published for Delphi 6+
File JvListView.pas:
  implements SelectAll and DeleteSelected for Delphi 5
File JvLookOut.pas:
  implements SetAutoSize for Delphi 5
File JvOutlookBar.pas:
  HelpKeyword, HelpType published for Delphi 6+
File JvPageListTreeView.pas:
  several Delphi 6 specifics
File JvParameterListParameter.pas:
  more types handled in SetAsVariant for Delphi 6+
File JvPlaylist.pas:
  implements AddItem for Delphi 5
File JvProgressComponent.pas:
  strange ChangeTopException needs change anyway
File JvRadioButton.pas:
  implements SetAutoSize for Delphi 5
File JvRegistryTreeview.pas:
  OnAddition published for Delphi 6+
File JvRichEdit.pas:
  local implementation for DelimitedText for Delphi 5
File JvSegmentedLEDDisplay.pas:
  UnregisterIntegerConsts only for Delphi 6+ called
File JvShape.pas:
  OnMouseWheel* events published for Delphi 6+
File JvSimpleXml.pas:
  several Delphi 5 and 6+ specifics
File JvSlider.pas:
  implements SetAutoSize for Delphi 5
File JvSpeedButton.pas:
  handles IsGroupIndexLinked and SetGroupIndex for Delphi 6+
File JvSpin.pas:
  several Bevel properties published for Delphi 6+
File JvStaticText.pas:
  implements SetAutoSize for Delphi 5
File JvStatusBar.pas:
  implementrs several parts only for Delphi 6+
File JvThreadTimer.pas:
  ApplicationHandleException vs Application.HandleException
  RaiseLastOSError vs RaiseLastWin32Error
File JvTimeLine.pas:
  implements SetAutoSize for Delphi 5
  ilocal implementation of IncYear for Delphi 5 (best move to JvJVCLUtils.pas)
File JvTimerList.pas:
  Notify implemented for Delphi 5
File JvTMTimeLine.pas:
  RightButton, LeftButton public for Delphi 6+
File JvToolBar.pas:
  Menu implemented for Delphi 5
File JvTranslator.pas:
  some Unicode handling for Delphi 6+
File JvTransparentButton.pas:
  handles IsGroupIndexLinked and SetGroupIndex for Delphi 6+
File JvTrayIcon.pas:
  local implementation of SecondsBetween for Delphi 5
File JvTypes.pas:
  declares some types missing in Delphi 5
File JvUninstallControls.pas:
  implements Clear for Delphi 5
File JvUrlGrabbers.pas:
  declares FtpGetFileSize for Delphi 5
File JvValidators.pas:
  implements ValidationSummary, ErrorIndicator for Delphi 5
File JvWizard.pas:
  extra csClickEvents at Design time for Delphi 6+
File JvWndProcHook.pas:
  ApplicationHandleException vs Application.HandleException
File JvxCheckListBox.pas:
  handles new styles for TListBoxStyle for Delph 6+



Subject: Re: reducing IFDEF COMPILER6 lines
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Dec 2003 20:09:35 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > To cut down on COMPILER6 IFDEFs i have moved AllocateHwndEx and
> > DeallocateHwndEx from JvAppInst.pas to JvJVCLUtils.pas. All units using
> > AllocateHwnd and DeallocateHwnd are now using the Ex functions instead.

> > JvMakeObjectInstance and JvFreeObjectInstance added to JvJVCLUtils.pas.
> > Just delegates work to MakeObjectInstance and FreeObjectInstance.

Why not use this uses order:

uses
  ..., Forms, Classes, ...


-- Regards, Andreas Hausladen 

Subject: reducing IFDEF COMPILER6 lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 19:52:28 +0100
Newsgroups: jedi.vcl

To cut down on COMPILER6 IFDEFs i have moved AllocateHwndEx and DeallocateHwndEx from JvAppInst.pas to JvJVCLUtils.pas. All units using AllocateHwnd and DeallocateHwnd are now using the Ex functions instead.
This has to be tested.

JvMakeObjectInstance and JvFreeObjectInstance added to JvJVCLUtils.pas.
Just delegates work to MakeObjectInstance and FreeObjectInstance.

I currently write up a list of all files having real IFDEF/IFNDEF COMPILER6 lines discounting all files only using Variants, RTLConts etc.



Subject: Re: Install Problem with Delphi7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Dec 2003 18:55:10 +0100
Newsgroups: jedi.vcl

> > I tried to install JEDI but i doesn't work

Are you installing JVCL 3? If no stop reading here.


Robert Rossmair wrote:

> > You need administrator privileges to write to the registry on NT and its
> > descendants.

The "JVCL 3 Package Installer" only writes to HKEY_CURRENT_USER. All
registry accesses to HKEY_LOCAL_MACHINE is done by OpenKeyReadOnly.


-- Regards, Andreas Hausladen 

Subject: Re: Install Problem with Delphi7
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 18 Dec 2003 18:39:05 +0100
Newsgroups: jedi.vcl

Muelli wrote:

> I tried to install JEDI but i doesn't work. I use Delphi7 Enterprise and the
> JEDI Installer says that it could not wirte to registry...
> Where's the problem?
> Thx a lot

You need administrator privileges to write to the registry on NT and its descendants.  Log in as admin resp. ask your system admin to perform the install.

Greetings, Robert



Subject: Re: spell checker dictionaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 18:05:11 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> The files stay red after commit so i suspect we have a CVS problem here.
> Maybe it does not like the #10 only files and converts them.

An update fixed it. The files are still short (919K and 153K).



Subject: Re: spell checker dictionaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 18:02:47 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> ZUncompress has been added to the tool and also using only #10 for lineends (this is what readln likes).
> Another 175K shaved off dutch.dic !

The files stay red after commit so i suspect we have a CVS problem here.
Maybe it does not like the #10 only files and converts them.



Subject: Re: spell checker dictionaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 16:48:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I added a CompressDict tool also (uncompress will be added to it).

ZUncompress has been added to the tool and also using only #10 for lineends (this is what readln likes).
Another 175K shaved off dutch.dic !





Subject: Re: spell checker dictionaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 15:54:16 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> What compression scheme are you using?

I forgot tho add the readme.txt to the Dict directory.

Dictionary file format:
The words are compressed.
Each word is prefixed with a digit letter.
The digit gives the number of chars the word shares with the previous uncompressed word.
The digit letters range from '0' to '9'. Longer shared stems are not handled.
The words are sorted ascending according to their uncompressed text.

This is a very simple but efficient compression. It reaches almost 50 percent. With sigle char lineends it will be more than 50 percent.



Subject: Install Problem with Delphi7
From: "Muelli" <Muelli@Auftrags-Killer.org>
Date: Thu, 18 Dec 2003 14:28:48 +0100
Newsgroups: jedi.vcl

Hi,
I tried to install JEDI but i doesn't work. I use Delphi7 Enterprise and the
JEDI Installer says that it could not wirte to registry...
Where's the problem?
Thx a lot




Subject: Re: DataProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Dec 2003 10:14:10 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Thu, 18 Dec 2003 00:49:33 +0100:

 RB> Still can't reproduce it. Could it be dependant on the OS? I have
 RB> XP Professional.

    So do I. I do want to stress out that I tested the situation below only
in D5, but last time I checked it in all Delphi version and all acted the
same.

 RB> Could you give the steps to reproduce it as precise and atomic as
 RB> possible? Starting with 'start delphi' etc.. I'm getting a bit annoyed
 RB> that I can't reproduce it :)

1) Start Delphi <g>
2) Start a new application
3) Drop a TJvListBox on the form (JvListBox1)
4) Drop a TJvColorProvider on the form (JvColorProvider1)
5) Set JvListBox1.Provider to JvColorProvider1
6) Set Style to lbOwnerDrawFixed
7) Set ItemHeight to 21

    At this point you should see the color items with quite some room left
vertically for each item.

8) Compile and run

    At this point you should see the lower half of the shadows cut of and
the items closer to each other.

9) (Back in Delphi) Right-click form and "View as text"

    At this point you should see ItemHeight = 21 in the DFM text

10) Right click and "View as form"

    Again the items are closer to each other and the shadows cut of.
JvListBox1.ItemHeight is reverted back to 13.

    If you specify Style = lbOwnerDrawVariable the ItemHeight has no use and
will also revert to 13.

    Now we're gonna have some fun: repeat all steps as above but between
step 4 and 5, add some lines to the Items property (must be before you set
the provider or the provider would be deselected). You'll notice that
ItemHeight remains at 21. Neat, huh?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: spell checker dictionaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 09:42:41 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I implemented a simple compression scheme for the spell checker dictionaries.
> JvSpellChecker.pas uses it now.
> The example works.
> I added a CompressDict tool also (ncompress will be added to it).
>

I forgot. To improve the compression i will change lineends from #13#10 to #10 or #13. I will have to test what Readln likes.



Subject: spell checker dictionaries
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 09:41:18 +0100
Newsgroups: jedi.vcl

I implemented a simple compression scheme for the spell checker dictionaries.
JvSpellChecker.pas uses it now.
The example works.
I added a CompressDict tool also (ncompress will be added to it).



Subject: Re: spell checker dictionaries
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 18 Dec 2003 08:38:05 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > To improve the compression i will...

What compression scheme are you using?

-- Cheers, Ignacio 

Subject: Re: bugs in examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Dec 2003 08:39:43 +0100
Newsgroups: jedi.vcl

There are still a lot of developers using D5 and if we can (and I see no
reason not to at present), we should try to maintain it.

Until we get our hands on D8, it is very hard to make any final assessements
but I believe the change from Win32 to .NET is a move that is more
significant than the move from Win16 to Win32 and trying to make JVCL
compatible might not even be possible without reducing the number of
components greatly or rewrite them totally. Maybe a new JVCL.NET project
should be started instead, developed in parrallell with JVCL but in a
separate tree (or even separate SF project).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 07:19:25 +0100
Newsgroups: jedi.vcl

DelForExp 2.4.1

Indent:
Number of spaces per indent: 2

Checked:
Never indent else if
  This one is buggy!
Indent compiler directives


Line breaks:

Checked:
after "var", "type" etc
before "end"
after semicolon (except directives)
between else and if
after "then", "else", "do" ";"
remove double blank lines
Main procedures/functions
Local procedures/functions

Wrap long lines at: 121

"Begin" style: break bfore and after "begin"


Capitalization:
Reserved words: lowercase
Standard directives: lowercase

Checked:
Compiler directives
(Hex) numbers (e.g. $FF, 1E10)

File with user defined capitalization:
  dev\JVCL3\converter\DelForExpJVCLCase.txt
use file (except standard directives)


The rest of the settings is unchanged.



Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 06:24:57 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> I will do so.
>
> Is it possible to publish the settings and maybe your specialized tools which you are using to do the style cleaning. It will help for the first step cleaning.

I will write up the DelForExp settings later.
Besides that it is mainly work by hand.
Sometimes i use the DOS editor "Brief" for its excellent regular expressions.



Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 06:23:03 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Maybe a stupid question, but how ? (using TurtoiseCVS)

TortoiseCVS is integrated in the Explorer so right click any CVS directory to get CVS menu items which apply to the clicked directory.
For us it is usually either "JVCL3" or its parent "dev".



Subject: Re: bugs in examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 18 Dec 2003 06:20:35 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> I admit we have accumulated
> quite a few {IFDEF COMPILER6_UP} directives.

I will have a look to see how we can reduce them.
I alredy searched for a global change to apply.
I am currently not in the mood for style changes.



Subject: Re: DataProvider
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 18 Dec 2003 01:20:42 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Oddly enough, retrieving the value of ItemHeight will
> set it to the private field but if a window handle is available it will
> retrieve the item height from the list box window. 

Only if Style = lbStandard otherwise FItemHeight is returned.

If Style is lbStandard then the ItemHeight is some windows default (13). Otherwise on creation of the control an WM_MEASUREITEM is send by the control, that is transformed into an CN_MEASUREITEM, that is handled in TCustomListBox.CNMeasureItem (FItemHeight is returned and possibly an event is triggered).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: DataProvider
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 18 Dec 2003 00:49:33 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Anyone that can give me a clue as to what happens when and why (regarding
> the ItemHeight property)?

Still can't reproduce it. Could it be dependant on the OS? I have
XP Professional.

Could you give the steps to reproduce it as precise and atomic as possible? Starting with 'start delphi' etc.. I'm getting a bit annoyed that I can't reproduce it :)

Could someone else also test it?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re[2]: bugs in examples
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Dec 2003 02:15:15 +0300
Newsgroups: jedi.vcl

Hello, Michael!

 MBT> Since JVCL 3.0 will contain a lot of new additions and D8 is around
Is it true that D8 is .Net instead of Win32/x86 ?

1st complete CLX/Linux port :-)
JVCL/D8 is to be much harder project than JVCL/Kylix

And i do not expect that JVCL/D7 and JVCL/D8 would be one library, rather
they are to be similar-featured libraries with code reused in _some part_

 MBT> the corner, maybe it's time to make a clean cut and drop D5 support.

:-E~~~~~  (bloodlust)

-- np: WinAMP is dead With best regards, Arioch. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 18 Dec 2003 00:06:21 +0100
Newsgroups: jedi.vcl

> Please check for my (rom) comments as usual.

Only three, i think this is a good quote :-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 18 Dec 2003 00:05:38 +0100
Newsgroups: jedi.vcl

>> I didn'T understand it. I've added all files to the cvs. I had done it in
>> three steps. First adding DynControlEngine, then Parameterlist and then
>> the changed files.
>
>
> When you add files you also need to commit otherwise the files won't be
> available on CVS (stupid, but that's the way it is). Folders are added at
> once, however.
>
Maybe a stupid question, but how ? (using TurtoiseCVS)

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Limit of TJvmemo and TJvRichedit text
From: Remko Bonte <remkoSP@Mmyrealbox.com>
Date: Wed, 17 Dec 2003 23:50:16 +0100
Newsgroups: jedi.vcl

Chuck Roberts wrote:
> Thanks. I'm using Delphi's Richedit (which is probably Microsoft's) 

The code of the windows rich edit comes from a dll. There are a lot of different versions of this dll, but you can rougly catogorize them in v1, v2, v3 and v4. The Delphi TRichEdit control is a wrapper for a rich edit control that uses the v1 dll. TJvRichEdit can use all versions (except the unicode).

>> and it appears to have a limit of 64k characters. Is this what you believe? I can load a textfile > 64k but when I scroll the cursor down to the 64k mark, the app locks up.

The windows edit controls have a text limit. You can alter this limit by sending EM_SETLIMITTEXT or EM_EXLIMITTEXT messages to that edit control; if you don't do that, the control has the default limit. By altering the MaxLength property of TEdit, TMemo, TRichEdit etc. such a message is send to the control.

If you do not alter the MaxLength property of a TRichEdit (ie it's value is 0), then no EM_EXLIMITTEXT message is send, and the rich edit control has the default text limit (probably 64k characters, to lazy to check ;) The TJvRichEdit works a bit different, that it sets the text limit to 16,777,215 if MaxLength is 0.

MSDN says that this limit does not work for/has no effect on streaming, so that is why you can load a bigger file.

> And could someone verify that those limits for JVCL are specified in the help docs? I know I have some older help docs. 

It is not in the help docs. I'll update them.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 Dec 2003 23:18:45 +0100
Newsgroups: jedi.vcl

I will do so.

Is it possible to publish the settings and maybe your specialized tools which you are using to do the style cleaning. It will help for the first step cleaning.

Greetings
Jens

Robert Marquardt wrote:
> I have cleaned the files. I also integrated the resourcestrings into JvResources.
> Please check for my (rom) comments as usual.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvInspector - How to use it...
From: Blaise Bernier <grunt_lord@users.sourceforge.net>
Date: Wed, 17 Dec 2003 16:44:32 -0500
Newsgroups: jedi.vcl

>  BB> Ok!  Now I understand.... almost I think
>
>      Finally ;)

Hey I'm not so slow ;)

>  BB> As my class doesn't fit in these categories, I used the Position
>  BB> property of the encapsulated GLScene object who descend from TComponent
>  BB> (or TPersistent, I don't remember) as the Position property of my class
>  BB> is only a link to it.
>
>     So that should work.

And it does!


>     TPersistent adds a small overhead (3 VMT items and 2 dynamic methods, so
> 20 bytes, of which 8 are only used by TPersistent itself) and may not be
> possible in your situation. TPersistent will allow you to use the streaming
> system from Delphi and the Assign/AssignTo mechanism. Since you currently
> don't use either (AFAIK) you may have no need to add this overhead.

I don't think it would be usefull, so I'm going for the second method

>     The {M+} case does not add an overhead (other than the RTTI generation
> but that is only for the class (and descendants) and not for each instance).

Umm...  I tried this way and everything works fine...  you mean that I put the class declaration in the {$M+} and not the "Instance := TMyClass.Create;" ?  It that was you mean't, I was ok :)

>     An alternative could be to create a specialized data layer for your
> class to be used by the inspector. The data layer could then create the
> required items (where each item would refer to yet another data layer). I
> would not recommend this, unless you feel it may be useful on other
> occasions or useful for other users.

I don't think I have to go that far.

Thanks an other time,

you saved me :)


Bye,

blaise


Subject: Re: bugs in examples
From: @in@taavi.ee (Ain Valtin)
Date: Wed, 17 Dec 2003 21:11:38 GMT
Newsgroups: jedi.vcl

On Wed, 17 Dec 2003 21:06:52 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

> >    Most of my work is done in D5 and that will most likely remain so (can't
> >help it, D5 is still my favorite). IOW, what I write will be D5 compatible,
> >regardless of official support.

Thanks Marcel, thats good to hear. I'm kind of stuck with D5 as well
and I would like to be able to use JVCL3 with it...

ain


Subject: Re: JvInspector - How to use it...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Dec 2003 21:51:22 +0100
Newsgroups: jedi.vcl

Hello, Blaise!
You wrote  on Wed, 17 Dec 2003 15:22:57 -0500:

 BB> Ok!  Now I understand.... almost I think

     Finally ;)

 BB> If you want to add a property in the inspector, you must add the
 BB> property of a class that descend from TPersistent or that is declared
 BB> in an {$M+} section of a unit.

    Yes, the same as for Delphi's Object Inspector: it will only show those
properties that are published and for which type-info is available.

 BB> As my class doesn't fit in these categories, I used the Position
 BB> property of the encapsulated GLScene object who descend from TComponent
 BB> (or TPersistent, I don't remember) as the Position property of my class
 BB> is only a link to it.

    So that should work.

 BB> Now, if I want to add another property of this class that is not a link
 BB> to a published property of an encapsulated object... what should I do?

    Figure out another way <g>

 BB> Two solutions :

 BB> Add an {$M+} section to my unit or descend it from TPersistent ?

    Well, it all depends on your class hierarchy.

    TPersistent adds a small overhead (3 VMT items and 2 dynamic methods, so
20 bytes, of which 8 are only used by TPersistent itself) and may not be
possible in your situation. TPersistent will allow you to use the streaming
system from Delphi and the Assign/AssignTo mechanism. Since you currently
don't use either (AFAIK) you may have no need to add this overhead.

    The {M+} case does not add an overhead (other than the RTTI generation
but that is only for the class (and descendants) and not for each instance).

    Either way, you can only show properties that are in the published
section. Any other type should be handled by the event based data layer.

    An alternative could be to create a specialized data layer for your
class to be used by the inspector. The data layer could then create the
required items (where each item would refer to yet another data layer). I
would not recommend this, unless you feel it may be useful on other
occasions or useful for other users.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvInspector - How to use it...
From: Blaise Bernier <grunt_lord@users.sourceforge.net>
Date: Wed, 17 Dec 2003 15:22:57 -0500
Newsgroups: jedi.vcl

Ok!  Now I understand.... almost I think :

If you want to add a property in the inspector,
you must add the property of a class that descend from TPersistent or that is declared in an {$M+} section of a unit.

As my class doesn't fit in these categories, I used the Position property of the encapsulated GLScene object who descend from TComponent (or TPersistent, I don't remember) as the Position property of my class is only a link to it.

Now, if I want to add another property of this class that is not a link to a published property of an encapsulated object... what should I do?

Two solutions :

Add an {$M+} section to my unit or descend it from TPersistent ?

Thanks again for your help,

Blaise Bernier


Subject: Re: bugs in examples
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Dec 2003 21:06:52 +0100
Newsgroups: jedi.vcl

Hello, Ain!
You wrote  on Wed, 17 Dec 2003 19:40:20 GMT:

 >> Since JVCL 3.0 will contain a lot of new additions and D8 is around the
 >> corner, maybe it's time to make a clean cut and drop D5 support.

 AV> Please NO! At least not for JVCL 3.0.

    I don't think D5 will be dropped for JVCL3.0. So far we've been able to
maintain D5 compatibility without much effort. I admit we have accumulated
quite a few {IFDEF COMPILER6_UP}directives but I think it's not a good idea
to drop D5 right now. Since we're also supporting BCB (is that offical
support BTW?) we should still support BCB5 which just so happens to be
compatible with Delphi5.

    Most of my work is done in D5 and that will most likely remain so (can't
help it, D5 is still my favorite). IOW, what I write will be D5 compatible,
regardless of official support.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: bugs in examples
From: @in@taavi.ee (Ain Valtin)
Date: Wed, 17 Dec 2003 19:40:20 GMT
Newsgroups: jedi.vcl

On Wed, 17 Dec 2003 12:59:46 -0500, "Michael Beck \(Team JEDI\)"
<mbeck1NOxSPAM@compuserve.com> wrote:

> >Since JVCL 3.0 will contain a lot of new additions and D8 is around the
> >corner, maybe it's time to make a clean cut and drop D5 support.

Please NO! At least not for JVCL 3.0.

ain


Subject: Re: JvInspector - How to use it...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Dec 2003 20:24:28 +0100
Newsgroups: jedi.vcl

Hello, Blaise!
You wrote  on Wed, 17 Dec 2003 14:17:20 -0500:

 BB> Would it be possible to add a compound data to the inspector so the 3
 BB> coordinates would be into 3 columns and to use the events to Get/Set
 BB> the properties ?

    Sure (disclaimer: untested; assumes Position is the property of type
TGLCoordinates and X, Y and Z are properties of TGLCoordinates):

    CoordItem := TJvInspectorCompoundItem.Create(<parent item or inspector
root>, nil);
    CoordItem.AddColumn(TJvInspectorPropData.New(CoordItem,
<yourobject>.Position, 'X'));
    CoordItem.AddColumn(TJvInspectorPropData.New(CoordItem,
<yourobject>.Position, 'Y'));
    CoordItem.AddColumn(TJvInspectorPropData.New(CoordItem,
<yourobject>.Position, 'Z'));

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvInspector - How to use it...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Dec 2003 20:18:29 +0100
Newsgroups: jedi.vcl

Hello, Blaise!
You wrote  on Wed, 17 Dec 2003 12:18:42 -0500:


 BB> When I call the GetTypeInfo function, I get an error because it returns
 BB> NIL.

    Ah, now I think I know what you're doing wrong. If your object contains
a property Position of TGLCoordinates, the proper way of adding it would be:

---8<---
    TJvInspectorPropData.New(<category or inspector root>, <your object>,
'Position');
---8<---

    Note that this will only work if Position is a published property of a
class that supports RTTI (i.e. descends from TPersistent or class
declaration in {$M+}state), where your object refers to the instance you
want the position of. What may go wrong is that the properties of
TGLCoordinates are not added automatically (I recall a problem in JVCL2.1
but appears fixed in JVCL3). If that's the case you should handle the
AfterItemCreate event handler of the inspector and if the given item refers
to the Data instance with the name of your property and set
CreateMemberItems to True.

 >>     Either case would also mean that TGLCoordinates is not editable in
 >> Delphi's Object Inspector.

 BB> Strangly it is,  every 3D objects in GLScene has a Position property
 BB> represented by a TGLCoordinates

    This means that either TGLCoordinates publishes the X,Y and Z values,
internally a descendant class is used that does publish the properties or a
specialized editor is created for that class. Assuming TGLCoordinates indeed
publishes the X, Y and Z values, it should work properly. If not you may
instantiate a descendant of TGLCoordinates (you may need to declare one)
that publishes the coordinates in your object (the declaration of your
object does not need to be changed; JvInspector will look the actual
instance to determine which class and properties are available).

 >>     The best way to solve it, is to add a TJvInspectorEventData for each
 >> member of TGLCoordinates to the inspector and use the event handlers to
 >> read/write the data from the TGLCoordinates property. You need to assign
 >> a handler to one of the OnGetAs* and one of the OnSetAs handlers.

 BB> I'll look at it and come back with more questions if needed :)

    I would urge you to keep away from using the TJvInspectorEventData
approach. It is meant as a last resort or a quick way to inspect very
specialized data. Since your dealing with actual properties here you should
have no need to.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvInspector - How to use it...
From: Blaise Bernier <grunt_lord@users.sourceforge.net>
Date: Wed, 17 Dec 2003 14:17:20 -0500
Newsgroups: jedi.vcl

>     The best way to solve it, is to add a TJvInspectorEventData for each
> member of TGLCoordinates to the inspector and use the event handlers to
> read/write the data from the TGLCoordinates property. You need to assign a
> handler to one of the OnGetAs* and one of the OnSetAs handlers.

Would it be possible to add a compound data to the inspector so the 3 coordinates would be into 3 columns and to use the events to Get/Set the properties ?

thanks again for your help,

Blaise Bernier

P.S.:  As I think about it now, if you want to see what my project looks like : http://galacticlegend.sourceforge.net.  If you want a recent screenshot, drop me a line.


Subject: Re: JvInspector - How to use it...
From: Blaise Bernier <grunt_lord@users.sourceforge.net>
Date: Wed, 17 Dec 2003 13:47:32 -0500
Newsgroups: jedi.vcl


> Why not to inherit from TGLCoordinates with single change of $M+ instead ?
> :-)

Because TGLCoordinates is already descending from TPersistent.


Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Dec 2003 19:32:22 +0100
Newsgroups: jedi.vcl

I have cleaned the files. I also integrated the resourcestrings into JvResources.
Please check for my (rom) comments as usual.



Subject: Re: Limit of TJvmemo and TJvRichedit text
From: Chuck Roberts <cr@netzero.net>
Date: Wed, 17 Dec 2003 13:01:04 -0500
Newsgroups: jedi.vcl

In article <brkv5i$4if$1@talkto.net>, remkobonteSP@Mmyrealbox.com 
spoke thusly...
> > Chuck Roberts wrote:
>> > > What are the most number of ctrs a Tjvmemo and Tjvrichedit can have? 
>> > > Are they both limited to 64k ctrs? 
>> > > 
> > 
> > At startup:
> > 
> > TMemo/TJvMemo:
> > 
> > * Windows 95/98/Me: $FFFF = 65,535 (= max)
> > * Windows NT/2000/XP: $7FFFFFFE = 2,147,483,646 (= max)
> > 
> > TJvRichEdit:
> > 
> > * $FFFFFF = 16,777,215 (max = ??, probably $7FFFFFFE)

Thanks. I'm using Delphi's Richedit (which is probably Microsoft's) 
and it appears to have a limit of 64k characters. Is this what you 
believe? I can load a textfile > 64k but when I scroll the cursor 
down to the 64k mark, the app locks up.

And could someone verify that those limits for JVCL are specified in 
the help docs? I know I have some older help docs. 

-- Say no to fixed width tables. They look terrible in all browsers. 

Subject: Re: bugs in examples
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 17 Dec 2003 12:59:46 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:brmihj$v0l$1@talkto.net...

> > Please make sure that when commiting DFM files that they don't contain D6+
> > specific properties, like TForm.DesignSize, TComboBox.ItemIndex and
> > TPageControl.TabIndex. You will not be able to compile in D5 unless they
are
> > removed.

Since JVCL 3.0 will contain a lot of new additions and D8 is around the
corner, maybe it's time to make a clean cut and drop D5 support.

Michael




Subject: Re: JvInspector - How to use it...
From: Blaise Bernier <grunt_lord@users.sourceforge.net>
Date: Wed, 17 Dec 2003 12:18:42 -0500
Newsgroups: jedi.vcl


>     it would be a good idea to state in which way it fails: doesn't add
> anything, doesn't show anything, doesn't add a particular property, doesn't
> show a particular property, can't edit one or more properties. From the
> description above I assume you have a problem with TGLCoordinates. Without
> looking at the GLScene library, I'm going to assume two reasons for that
> type not to show up:

When I call the GetTypeInfo function, I get an error because it returns NIL.

> 2) TGLCoordinates descends directly from TObject, but is not generated in
> the {$M+} state. It will not have any RTTI info, so no properties are found.

It's a class descending from TPersistent

>     Either case would also mean that TGLCoordinates is not editable in
> Delphi's Object Inspector.

Strangly it is,  every 3D objects in GLScene has a Position property represented by a TGLCoordinates

>     The best way to solve it, is to add a TJvInspectorEventData for each
> member of TGLCoordinates to the inspector and use the event handlers to
> read/write the data from the TGLCoordinates property. You need to assign a
> handler to one of the OnGetAs* and one of the OnSetAs handlers.

I'll look at it and come back with more questions if needed :)

Thanks for your patience,

Blaise Bernier


Subject: Re[2]: JvInspector - How to use it...
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 17 Dec 2003 19:51:14 +0300
Newsgroups: jedi.vcl

Hello, Marcel!

 MB>     The best way to solve it, is to add a TJvInspectorEventData for

Why not to inherit from TGLCoordinates with single change of $M+ instead ?
:-)

And i think if that is record rather than class - one can inherit it too.
Though i am not sure about RTTI for records.
I was thinking there ain't such a thing at all.
I wonder what are conditions, under which Delphi will create RTTI for record
?

-- np: WinAMP is dead With best regards, Arioch. the_Arioch@NM.falseDomain.ru 

Subject: Re[2]: bugs in examples
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 17 Dec 2003 19:13:30 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> TPageControl.TabIndex. You will not be able to compile in D5 unless
 PT> they are removed.
Much worse - YOu will easily compile them to unrunnable EXE's

All DFM are to be textual and regularly checked with JConvertor or smth
alike to remove those properties.
-- np: WinAMP is dead With best regards, Arioch. the_Arioch@NM.falseDomain.ru 

Subject: Re: TJvDynControlEngine & TJvParameterList added
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 17 Dec 2003 15:11:04 +0000
Newsgroups: jedi.vcl

> >Hello, Jens!
> >You wrote  on Wed, 17 Dec 2003 13:46:05 +0000:
> >
> > J> I have integrated the changes from marcel and i think the new files
> > J> should fix everything.
> >
> >    My changes? The ones that Robert has placed in the run folder seem to
> >have all my changes already. Are we talking about the same files here?
> >AFAICT, Robert has copied the files in your personal folder (/dev/Jens) to
> >the run folder (except for JvDSADialogs, which you had already updated). I
> >did change some minor things in the run folder copies to get it compiling in
> >D5 again (shows exactly how long I haven't taken a look at your code <g>)
> >and added a reintroduced directive to get rid of the warning about the
> >Create constructor (which might not have been the best possible way, but it
> >works).

I have taken my local copies from here and merged your changes in, which
you have uploaded to the cvs (out of the upload notification mails). So
the version which peter has uploaded a hour ago contains my current
release with your changes from this morning.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDynControlEngine & TJvParameterList added
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 17 Dec 2003 14:26:03 +0000
Newsgroups: jedi.vcl

> >Jens wrote:
>> >> If anybody can send me his private email-address i can send him the fixed
>> >> files. I'm sitting on a computer without newsgroup-access (using
>> >> web-frontend) and without cvs-access. So i can't upload the changes.
> >
> >Send them to robert_marquardt@gmx.de so i can give them a cleaning.

Peter was faster :-) So i've sended them to him and he will upload them.

Greetings
Jens

P.S: I hope there is not so much style cleaning necessary.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDynControlEngine & TJvParameterList added
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 17 Dec 2003 13:46:05 +0000
Newsgroups: jedi.vcl

>> >> I didn'T understand it. I've added all files to the cvs. I had done it in
>> >> three steps. First adding DynControlEngine, then Parameterlist and then
>> >> the changed files.
> >
> >When you add files you also need to commit otherwise the files won't be
> >available on CVS (stupid, but that's the way it is). Folders are added at
> >once, however.
> >

I will do my best the next time. Sorry, but i didn'T know it :-(

If anybody can send me his private email-address i can send him the fixed
files. I'm sitting on a computer without newsgroup-access (using
web-frontend) and without cvs-access. So i can't upload the changes.

I have integrated the changes from marcel and i think the new files should
fix everything.

Greetings and sorry
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvDynControlEngine & TJvParameterList added
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Dec 2003 14:29:06 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Wed, 17 Dec 2003 13:46:05 +0000:

 J> I have integrated the changes from marcel and i think the new files
 J> should fix everything.

    My changes? The ones that Robert has placed in the run folder seem to
have all my changes already. Are we talking about the same files here?
AFAICT, Robert has copied the files in your personal folder (/dev/Jens) to
the run folder (except for JvDSADialogs, which you had already updated). I
did change some minor things in the run folder copies to get it compiling in
D5 again (shows exactly how long I haven't taken a look at your code <g>)
and added a reintroduced directive to get rid of the warning about the
Create constructor (which might not have been the best possible way, but it
works).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Dec 2003 13:51:46 +0100
Newsgroups: jedi.vcl

Jens wrote:
> If anybody can send me his private email-address i can send him the fixed
> files. I'm sitting on a computer without newsgroup-access (using
> web-frontend) and without cvs-access. So i can't upload the changes.

Send them to robert_marquardt@gmx.de so i can give them a cleaning.



Subject: Re: TJvDynControlEngine & TJvParameterList added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Dec 2003 13:50:52 +0100
Newsgroups: jedi.vcl

> > If anybody can send me his private email-address i can send him the fixed
> > files. I'm sitting on a computer without newsgroup-access (using
> > web-frontend) and without cvs-access. So i can't upload the changes.

Send them to me (remove nospam from my mail address)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDynControlEngine & TJvParameterList added
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 17 Dec 2003 12:11:15 +0000
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
>> >> Hi,
>> >> 
>> >> I've added some units :-)
>> >> 
>> >> I hope that i didn't have done some mistakes, because i've also updated 
>> >> the packages :-)
> >
> >It would work better if the files were in the CVS.
> >I now add them from the versions of Jens subdirectory.
> >I changed the names and fixed several of the minor warnings and hints.
> >I hope these are your current files.
> >If not then please replace them.

I didn'T understand it. I've added all files to the cvs. I had done it in
three steps. First adding DynControlEngine, then Parameterlist and then
the changed files.
Sorry no, they are not current. I will replace the files again in the evening.
I also had changed the filenames and removed most of the warnings.

> >
>> >> Possible there will be some minor fixes in next days, but the most of 
>> >> the units works without problems.
> >
>> >> Please check the installation under D5 and D7. With D6 there is no problem.
> >
> >There ARE problems:
> >
> >[Warning] JvParameterList.pas(180):
> >   Method 'Create' hides virtual method of base type 'TComponent'
> >[Warning] JvParameterList.pas(1298):
> >   Variable 'HistoryPanel' might not have been initialized
> >
> >The first one is completely inacceptable and hints at a design problem.
> >The second one is insufficient if cases. Please fix.
> >
I will look for it.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: DataProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Dec 2003 12:52:06 +0100
Newsgroups: jedi.vcl

Hello, All!

    I updated the file names of JvDataProvider and JvDataProviderImpl (to
JvDataProviderIntf and JvDataProvider resp). As a result, you'll need to
uninstall the packages before you rebuild JvCore. Contrary to my previous
post, the changes in the JvDataProvider unit are minimal, except for an
additional event to the consumer core service.

    The list box now behaves much better as a consumer, but there still is
an issue with the ItemHeight property. When Style = lbOwnerDrawFixed *and*
at least 1 item is in the Items property before you assign a provider, the
correct ItemHeight value is used. When no item is in the Items property, it
keeps defaulting to 13. It seems that setting the ItemHeight property has no
direct result other than setting a private field to the new value and
recreating the window. Oddly enough, retrieving the value of ItemHeight will
set it to the private field but if a window handle is available it will
retrieve the item height from the list box window. I can't find a single
location where the LB_SETITEMHEIGHT message is used so why it works under
normal circumstances I don't know. There seems to be little to no
differences between the D5, D6 and D7 implementations of TCustomListBox.
Anyone that can give me a clue as to what happens when and why (regarding
the ItemHeight property)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: What is RxSpinEdit in JVCL 3 ?
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 17 Dec 2003 14:42:16 +0300
Newsgroups: jedi.vcl

Whas it restructired ?
I dislike original component sicne it keeps value in string, sicne it has
passive Min and Max components.

I made some additions to it and to DbSpinEdit ( i do not remember if it is
Rx or Polaris), are they of any interest.

Personally i think there better to be some new component, which stores data
as integer or extended.
--
А вы не были на Таити? news://forums.demo.ru/epsylon.public.interbase



Subject: Re: TJvDynControlEngine & TJvParameterList added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Dec 2003 12:13:49 +0100
Newsgroups: jedi.vcl

> > I didn'T understand it. I've added all files to the cvs. I had done it in
> > three steps. First adding DynControlEngine, then Parameterlist and then
> > the changed files.

When you add files you also need to commit otherwise the files won't be
available on CVS (stupid, but that's the way it is). Folders are added at
once, however.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInspector - How to use it...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Dec 2003 10:19:37 +0100
Newsgroups: jedi.vcl

Hello, Blaise!
You wrote  on Tue, 16 Dec 2003 18:23:35 -0500:

 BB> Currently, I'm trying to add some of the socket's properties to the
 BB> inspector, but everything fails.  The type of the property is :
 BB> TGLCoordinates, wich is a custom type of the GLScene library.  What I
 BB> want to know, is how can I edit it ?  I thought about creating a sub
 BB> category with 3 fields : X,Y and Z, but how to attach then to the
 BB> properties of the TGLCoordinates object ?

    it would be a good idea to state in which way it fails: doesn't add
anything, doesn't show anything, doesn't add a particular property, doesn't
show a particular property, can't edit one or more properties. From the
description above I assume you have a problem with TGLCoordinates. Without
looking at the GLScene library, I'm going to assume two reasons for that
type not to show up:

1) TGLCoordinates is a record type. Since the inspector editor is picked
depending on the RTTI info of the property and Delphi rarely generates RTTI
for records (AFAIK) it would never create an instance for that type.

2) TGLCoordinates descends directly from TObject, but is not generated in
the {$M+} state. It will not have any RTTI info, so no properties are found.

    Either case would also mean that TGLCoordinates is not editable in
Delphi's Object Inspector.

    The best way to solve it, is to add a TJvInspectorEventData for each
member of TGLCoordinates to the inspector and use the event handlers to
read/write the data from the TGLCoordinates property. You need to assign a
handler to one of the OnGetAs* and one of the OnSetAs handlers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: TJvDynControlEngine & TJvParameterList added
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Dec 2003 09:13:28 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi,
>
> I've added some units :-)
>
> I hope that i didn't have done some mistakes, because i've also updated the packages :-)

It would work better if the files were in the CVS.
I now add them from the versions of Jens subdirectory.
I changed the names and fixed several of the minor warnings and hints.
I hope these are your current files.
If not then please replace them.

> Possible there will be some minor fixes in next days, but the most of the units works without problems.

> Please check the installation under D5 and D7. With D6 there is no problem.

There ARE problems:

[Warning] JvParameterList.pas(180):
  Method 'Create' hides virtual method of base type 'TComponent'
[Warning] JvParameterList.pas(1298):
  Variable 'HistoryPanel' might not have been initialized

The first one is completely inacceptable and hints at a design problem.
The second one is insufficient if cases. Please fix.



Subject: all resource files are now generatable
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 17 Dec 2003 08:09:48 +0100
Newsgroups: jedi.vcl

I added many files to Images so the .res files of Resources
can now be generated from source files.

For the installation it allows to tell the user to remove the Images directory after installation.



Subject: TJvDynControlEngine & TJvParameterList added
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 17 Dec 2003 00:28:32 +0100
Newsgroups: jedi.vcl

Hi,

I've added some units :-)

I hope that i didn't have done some mistakes, because i've also updated the packages :-)

Possible there will be some minor fixes in next days, but the most of the units works without problems.

I've also added a new example in the examples.

Please check the installation under D5 and D7. With D6 there is no problem.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvInspector - How to use it...
From: Blaise Bernier <grunt_lord@users.sourceforge.net>
Date: Tue, 16 Dec 2003 18:23:35 -0500
Newsgroups: jedi.vcl

Hello,

I just discovered the JvInspector and I found it perfect for my application.  I'm building an editor for a space exploration game and I want to change the properties of the objects with an inspector located in an other form.  Because I can inspect different types of object (that have no common parents before TObject in the class hierarchy), I created an Inspect public method in my form's class declaration :

  public
    { Public declarations }
    procedure Inspect(AObject : TObject);
  end;

In the inspect procedure, I define wich type of object I have to show. If the object is the shull of a ship (my application is the ship editor), it shows its properties.  If it's a component, it takes the reference to the socket of the component (for internal reasons : the position of the component on the ship is defined by the socket; the socket is the place where the component will be attached) and it shows its properties.  If the component class is unknown or nil, it will show the 'Unknown component class' message in the editor (an empty category).

procedure TfrmInspector.Inspect(AObject: TObject);
begin
   CurrentItem := AObject; // A private field of the TObject type

   if (CurrentItem is TGLModularShip) then
      RefreshHullCat
   else if (CurrentItem is TShipComponent) then
   begin
      CurrentItem := TShipComponent(CurrentItem).Socket;
      RefreshCompCat;
   end
   else
      ShowUnknown;
end;

Currently, I'm trying to add some of the socket's properties to the inspector, but everything fails.  The type of the property is : TGLCoordinates, wich is a custom type of the GLScene library.  What I want to know, is how can I edit it ?  I thought about creating a sub category with 3 fields : X,Y and Z, but how to attach then to the properties of the TGLCoordinates object ?

Thanks in advance for your help,

Blaise Bernier


Subject: Re: JvDynControl/JvParameterList Integration
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 16 Dec 2003 23:56:28 +0100
Newsgroups: jedi.vcl

Moving the FormStorage to JvCore wasn't so easy. It uses JvWndProcHook which is based in JvSystem. So i didn't moved it.

Greetings
Jens


Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Mon, 15 Dec 2003 22:21:27 +0100:
>
>  JF> I would think, JvDynControlEngine and JvParameterList to the
>  JF> JvCore-Package. The SelectList-Components for AppStore and FOrmStorage
>  JF> into the same Packages as the AppStore and FormStorage-Components.
>
>     Which reminds me: the FormStorage component was supposed to be moved to
> the core package, but I don't think that ever happened (haven't fired up
> Delphi yet to check it). Another thing that struck me: Jens used
> JvDynControlEngine_Intf.pas (from memory; not sure about the underscore) for
> the interface declarations and JvDynControlEngine.pas for the implementation
> classes. For the provider stuff I had chosen JvDataProvider.pas for the
> interface declarations and JvDataProviderImpl.pas for the basic/standard
> implementations. This is a conflicting naming issue and we should decide
> which to use.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quiet 'cause Foobar2000 is not active.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvHLEditor multi highlight
From: "AlternaTribe" <endrigo@pop.com.br>
Date: Tue, 16 Dec 2003 17:34:32 -0300
Newsgroups: jedi.vcl

how to configure the JvHLEditor to accept more than one highlight in one
file ???

-- _________________________________________ AlternaTribe ICQ#: 15583714 _________________________________________ 

Subject: Re: JvHLEditor multi highlight
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 16 Dec 2003 21:10:57 +0100
Newsgroups: jedi.vcl

AlternaTribe wrote:

> > how to configure the JvHLEditor to accept more than one highlight in one
> > file ???

The only possibility is to write your own highlighter class for JvHLEditor


-- Regards, Andreas Hausladen 

Subject: Re: RES2BMP tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Dec 2003 19:00:10 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Should i add the files to the Resources directory?

I think it is better to add the files to the Images directory.
Someone can write a makefile then which generates the files in ..\Resources
This will allow the user to remove the Images directory as a whole after installation.



Subject: Re: JvDynControl/JvParameterList Integration
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 16 Dec 2003 16:49:04 +0000
Newsgroups: jedi.vcl

> >I vote for Intf as well.

Ok, i take all these comments as GO and will start to migrate the
TJvDynControlEngine and the TJvParameterList into the JVCL3.
I will integrate both Components in the JvCore-Package (Also the
TJvFormStorage).

I will try to do it this evening, otherwise tomorrow.

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: bugs in examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Dec 2003 16:27:31 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Please make sure that when commiting DFM files that they don't contain D6+
> specific properties, like TForm.DesignSize, TComboBox.ItemIndex and
> TPageControl.TabIndex. You will not be able to compile in D5 unless they are
> removed.

Ooops, sorry. I checked in one or two. Silly Delphi saves them even if i only change the PAS file.



Subject: Re: RES2BMP tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Dec 2003 16:24:09 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I think they are. The \images folder contains all BMPs and other
> additional resources (I think; at least for the SegmentedLED stuff). It also
> contains the .rc files and a .bat file to generate the dcr/res files.

The BAT only generates the .dcr and the resource for JvSegmentedLEDDisplay. The .res files are not generated.

I have extracted the .res files and created .rc files for them and a ..bat file to generate them. I will check them again for completeness and  i will give the file names a JV prefix.
JvSegmentedLEDDisplay.res will then be generated there.

Should i add the files to the Resources directory?



Subject: Re: Interface GUID & VisualCLX
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Dec 2003 16:01:54 +0100
Newsgroups: jedi.vcl

Hello, asn!
You wrote  on Tue, 16 Dec 2003 15:12:02 +0100:


 a> Most interfaces will differ in the uses section. ( QGraphics<> Graphics,
 a> ..) So not exactly the same ?

    No, that is considered the same. As long as the parameter byte sizes are
the same (and of course the identifier order of any used enumeration) all
should be considered the same interface.

    Possible problems could be when you used a predefined record in VCL and
the VisualCLX alternative is differently declared.

    I'm not sure about the calling conventions. I know Delphi will use the
register calling convention by default and I assume Kylix will do the same.
If not, we may need to explicitly add the calling convention to the
interface declarations.

    OTOH, it should be possible to have slightly different declarations
between version and still using the same GUID. It's not very likely we will
be calling VCL-based implementation using the VisualCLX defined interface or
vice-versa, and certainly not from Windows to Linux or vice-versa. I'd
prefer it though if we could keep the declarations of the interfaces the
same as much as possible.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "With used furniture we make a tree" by Nits.




Subject: Re: Interface GUID & VisualCLX
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Tue, 16 Dec 2003 15:12:02 +0100
Newsgroups: jedi.vcl

> >
> >     It is wrong to use different GUIDs between VCL and VisualCLX as long
as
> > the interface declarations remain *exactly* the same. If you do need to
> > change some declaration, we should see if we can use the same change in
VCL.
> >
Most interfaces will differ in the uses section. ( QGraphics<> Graphics, ..)
So not exactly the same ?

Regards,

André Snepvangers




Subject: Re: JvDynControl/JvParameterList Integration
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Dec 2003 13:59:31 +0100
Newsgroups: jedi.vcl

I vote for Intf as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDynControl/JvParameterList Integration
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Dec 2003 12:46:32 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Tue, 16 Dec 2003 11:41:47 +0000:

 J> Should i change to JvDynControlInterface or JvDynControlIntf ?

    I'd go with Intf. Borland used the same suffix for the OTA units. I'll
rename the DataProvider units later (hopefully to today, but I've changed
some stuff in both the interface as well as the implementation of the core
stuff and it's not working :(. All because that stupid ListBox works so
differently from the ComboBox. I did get rid of the AVs though... )

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Promise" by Krezip.




Subject: Re: Interface GUID & VisualCLX
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Dec 2003 12:43:21 +0100
Newsgroups: jedi.vcl

Hello, asn!
You wrote  on Tue, 16 Dec 2003 11:45:35 +0100:

 a> Is it not required to have diffent GUID's for VCL and VisualCLX
 a> versions of the same interface?
 a> Anybody knows more about this?

    It is wrong to use different GUIDs between VCL and VisualCLX as long as
the interface declarations remain *exactly* the same. If you do need to
change some declaration, we should see if we can use the same change in VCL.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Gentle" by Krezip.




Subject: Re: JvDynControl/JvParameterList Integration
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 16 Dec 2003 11:41:47 +0000
Newsgroups: jedi.vcl

>> >>But absolutely no underscores in filenames! Use camel casing instead. We
>> >>should strive to keep the JVCL sources (code as well as names) as similar to
>> >>each other as possible.
>> >>
> >
> >I will change this. I think this is not a big problem :-)
> >

Should i change to JvDynControlInterface or JvDynControlIntf ?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvDynControl/JvParameterList Integration
From: "Jens" <jens.fudickar@oratool.de>
Date: Tue, 16 Dec 2003 11:40:45 +0000
Newsgroups: jedi.vcl

> >But absolutely no underscores in filenames! Use camel casing instead. We
> >should strive to keep the JVCL sources (code as well as names) as similar to
> >each other as possible.
> >

I will change this. I think this is not a big problem :-)

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Interface GUID & VisualCLX
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Tue, 16 Dec 2003 11:45:35 +0100
Newsgroups: jedi.vcl

Is it not required to have diffent GUID's for VCL and VisualCLX versions of
the same interface?
Anybody knows more about this?

Regards,

André Snepvangers




Subject: Re: JvDynControl/JvParameterList Integration
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Dec 2003 11:23:54 +0100
Newsgroups: jedi.vcl

Another thing that struck me: Jens used
> > JvDynControlEngine_Intf.pas (from memory; not sure about the underscore)
for
> > the interface declarations and JvDynControlEngine.pas for the
implementation
> > classes. For the provider stuff I had chosen JvDataProvider.pas for the
> > interface declarations and JvDataProviderImpl.pas for the basic/standard
> > implementations. This is a conflicting naming issue and we should decide
> > which to use.
I prefer *Intf suffix for pure interface units.  We could use *Impl as well
but I don't feel that it is strictly needed unless the implementation is
"the only one possible". We don't have much precedence either. The only unit
currently using an Intf suffix is JvSpellIntf.pas and the implementation is
in JvSpellChecker.pas. I chose to do it that way because conceivably there
could be any number of implementations of the spell checker interface and
TJvSpellChecker is only one of them.

But absolutely no underscores in filenames! Use camel casing instead. We
should strive to keep the JVCL sources (code as well as names) as similar to
each other as possible.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: RES2BMP tool
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Dec 2003 10:57:50 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sun, 14 Dec 2003 20:16:35 +0100:

 RM> I want to unpack the .res files in Resources to have the bitmaps etc
 RM> also in the CVS.

    I think they are. The \images folder contains all BMPs and other
additional resources (I think; at least for the SegmentedLED stuff). It also
contains the .rc files and a .bat file to generate the dcr/res files.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: RES2BMP tool
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Dec 2003 10:49:42 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Mon, 15 Dec 2003 19:46:52 +0100:

 RM> JvSegmentedLEDDisplay.res DATA "SLDCM_7SEG_DEFAULT"
 RM>    default mapping as binary resource
 RM>    Not an elegant design. The data is a delphi record containing
 RM>    among other elements a set.

    Not elegant but doesn't use to much memory.

 RM>      The problem is that changing it
 RM>    is not possible by hand.

    The default mapping can be changed with the mapper editor (which is
included in the package). It's just a standard mapping, users can always
load in another mapping if they want to.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvDynControl/JvParameterList Integration
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Dec 2003 10:43:15 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Mon, 15 Dec 2003 22:21:27 +0100:

 JF> I would think, JvDynControlEngine and JvParameterList to the
 JF> JvCore-Package. The SelectList-Components for AppStore and FOrmStorage
 JF> into the same Packages as the AppStore and FormStorage-Components.

    Which reminds me: the FormStorage component was supposed to be moved to
the core package, but I don't think that ever happened (haven't fired up
Delphi yet to check it). Another thing that struck me: Jens used
JvDynControlEngine_Intf.pas (from memory; not sure about the underscore) for
the interface declarations and JvDynControlEngine.pas for the implementation
classes. For the provider stuff I had chosen JvDataProvider.pas for the
interface declarations and JvDataProviderImpl.pas for the basic/standard
implementations. This is a conflicting naming issue and we should decide
which to use.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: bugs in examples
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Dec 2003 10:31:38 +0100
Newsgroups: jedi.vcl

> > I fixed some bugs in the examples which came from the
> > recent moving of helper functions.
Please make sure that when commiting DFM files that they don't contain D6+
specific properties, like TForm.DesignSize, TComboBox.ItemIndex and
TPageControl.TabIndex. You will not be able to compile in D5 unless they are
removed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: bugs in examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Dec 2003 10:28:38 +0100
Newsgroups: jedi.vcl

I fixed some bugs in the examples which came from the
recent moving of helper functions.

JvZLibMultiple
  gives internal error in Delphi 6
JvMruList
  JvMruList project files need to be renamed to JvMruListDemo
JvID3v2 does not find JclUnicode.res
  this is a path problem with the new JCL
JvUIB\API
  seem out of date
JvUIB\ClientServer\Server
  bug in makefile  "cd" lacks "Server" subdirectory

All examples need the .res file because CompileExamples.bat
cannot compile the example otherwise.
JvUIB examples not fixed. The author should add updated examples.



Subject: Re: Current state for bcb6 - working or not?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Dec 2003 10:27:10 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\vcl\JclGraphics.pas(538) Fatal: File not found: 'JConsts.dcu'
>
> ** error 1 ** deleting CJclVcl60.bpl
>
> But copied packages from the other systems are working well.

No "JConsts" anywhere in the CVS.
Only in .dcu and .exe from examples. Maybe a link error.
The J is obviously part of a binary value before the name "Consts".




Subject: Re: Bug in jvcl3
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Dec 2003 09:54:04 +0100
Newsgroups: jedi.vcl

> > Could still be a problem, I think, if a non-JVCL unit doesn't use
> > GetNextFreeCursorIndex to set it's cursors.
Yeah, probably. But it should work as long as the JVCL unit is parsed after
any constant assignments in other units. More than that we can't do.

> > But at least we would be
> > good windows-citizens ;)
Our goal in life<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in jvcl3
From: Remko Bonte <remkoSP@Mmyrealbox.com>
Date: Tue, 16 Dec 2003 09:37:44 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> We could add the code to a "AssignJVCLCursors" procedure. Then users could
> decide for themselves whether they want to use them or not. This doesn't
> solve the problem with duplicate ID's, though so we would still have to
> rewrite the consts to vars and assign their value dynamically using
> GetNextFreeCursorIndex.

Could still be a problem, I think, if a non-JVCL unit doesn't use GetNextFreeCursorIndex to set it's cursors. But at least we would be good windows-citizens ;)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: VisualCLX: Status?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Dec 2003 08:23:19 +0100
Newsgroups: jedi.vcl

> > Well I do have several Jv[A-Z]*.pas ported that are based on JVCL3, but I
> > have only read access to cvs and I am getting a little bit bored with
> > keeping them up to date.

If you need write access to CVS let me know and I'll set you up.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in jvcl3
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Dec 2003 08:20:30 +0100
Newsgroups: jedi.vcl

> > I disabled the offending lines for now.

We could add the code to a "AssignJVCLCursors" procedure. Then users could
decide for themselves whether they want to use them or not. This doesn't
solve the problem with duplicate ID's, though so we would still have to
rewrite the consts to vars and assign their value dynamically using
GetNextFreeCursorIndex.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Current state for bcb6 - working or not?
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 16 Dec 2003 10:08:37 +0300
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Vladimir Zhuchko wrote:
>
>> Andreas Hausladen wrote:
>> I tried install.bat now, the compilation works fine, but on the start of BCB6 not all packages can be activated,
>> the Application form and components (and some of the others) gave me the answer:
>> Cannot load package 'JvAppFrmC6D'. It contains unit 'Jvdsgnconsts', which is also contained in the package 'JvCoreC6D'
>
>
> You must have old packages.
> JvAppFrmC6D.bpk from 13-12-2003 has JvCoreC6D.bpi in its requires list.
>
I tested the compilation on three PCs (w2k3, winxp and winxp).
On two PC I got fine results and JVCL packages are working, on the third (WinXP) I got an error:

D:\CBuild6\Packgs\JediPacks\Jedi\jcl\source\vcl\JclGraphics.pas(538) Fatal: File not found: 'JConsts.dcu'

** error 1 ** deleting CJclVcl60.bpl

But copied packages from the other systems are working well.



Subject: Re: Bug in jvcl3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 16 Dec 2003 08:05:39 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> We shurely have to fix it, the question is how. Either we reomve it
> altogether or we rewrite to assign values to the crXXX values dynamically
> using teh GetNextFreeCursorIndex function. I'll investigate.

I disabled the offending lines for now.



Subject: JvDynControl/JvParameterList Integration
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 15 Dec 2003 22:21:27 +0100
Newsgroups: jedi.vcl

Hi,

sorry but i had to ask again. Did i have a go for the integration of the JvDynControlEngine and JvParameterlist into the JVCL3?

If yes, what is the best to integrate it?

I would think, JvDynControlEngine and JvParameterList to the JvCore-Package. The SelectList-Components for AppStore and FOrmStorage into the same Packages as the AppStore and FormStorage-Components. JvDSADialogs : no change.
After integrating i would think about also migrating the TipOfTheDay-Component to JcDynControlEngine.

Any further comments.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem with JvDsgnConsts and D6
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 15 Dec 2003 22:17:36 +0100
Newsgroups: jedi.vcl

No xmas :-) It's a lot of traffic!!

Robert Marquardt wrote:

> I think i resolved the problems.
> I changed the option for JvCore-D to "all" in several packages and currently commit them.
> Seems that we are alone in JVCL development. All others going for xmas :-)
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: DynControlEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 15 Dec 2003 22:16:59 +0100
Newsgroups: jedi.vcl

This is exactly what it has.

DynControlEngine gives an Engine for dynamicly create "Typed"-Controls (Memo, Integer, Checkbox, ...). For each type can special controls realized and registered. There are some default engines and some sample-engines. Each engine groups a set of types together.
There is a possibility to switch between different engines and to use them simultanous.

If you have access to the cvs you can find the current version in /dev/jens. There is a complete example.

In the binaries newsgroup you can find also some images (posted at 09. December)

Greetings
Jens

Arioch wrote:
> Hello, Jens!
>
>  JF> But no further answer on my second question, how to go further with the
>  JF> engine :-(
>
> Some API to register adapter classes ?
> Default adapter may accept TComponent and implement Enabled-based or some
> other method.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Bug in jvcl3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Dec 2003 21:56:29 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:


> We shurely have to fix it, the question is how. Either we reomve it
> altogether or we rewrite to assign values to the crXXX values dynamically
> using teh GetNextFreeCursorIndex function. I'll investigate.

I vote to remove them.




Subject: Re: Bug in jvcl3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Dec 2003 21:55:30 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I think the problem might be the code at the end of JvJVCLUtils that sets
> some default cursors (although not crDefault). Try removing the stuff in the
> "if Screen <> nil then" block after InitTruncTables and recompile the JvCore
> RT package. Then try adding the components again and see if the problem is
> gone.
>
>

Such code is also in JvScrollMax.pas
I strongly vote to remove these cursors.
(see also the "RES2BMP tool" thread where i added today a list of the non-bitmap resources in the res files.



Subject: Re: Bug in jvcl3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 15 Dec 2003 21:22:19 +0100
Newsgroups: jedi.vcl

> > Will this be fixed in CVS version, or is this only a fix for me? Meaning
if
> > i update from CVS will this fix dissappear?
We shurely have to fix it, the question is how. Either we reomve it
altogether or we rewrite to assign values to the crXXX values dynamically
using teh GetNextFreeCursorIndex function. I'll investigate.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug in jvcl3
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 15 Dec 2003 14:13:12 -0600
Newsgroups: jedi.vcl

Peter,
That did it! Yeah, problem solved.

Will this be fixed in CVS version, or is this only a fix for me? Meaning if
i update from CVS will this fix dissappear?

Thanks again,

Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:brl2cn$q2l$1@talkto.net...
> > I think the problem might be the code at the end of JvJVCLUtils that sets
> > some default cursors (although not crDefault). Try removing the stuff in
the
> > "if Screen <> nil then" block after InitTruncTables and recompile the
JvCore
> > RT package. Then try adding the components again and see if the problem is
> > gone.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: VisualCLX: Status?
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 15 Dec 2003 21:13:05 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:brksev$is1$1@talkto.net...
> > asn wrote:
> >
>> > > Is there a checklist available for VisualCLX compatible JVCL3 units?
> >
> > I had started one but it was lost when I deleted the JVCL 3 directory in
> > order to have a clean source code.
> > Most JvA*.pas files should be CLX compatible or have a WINDOWONLY.INC. But
> > the compatibility meight be lost. Unfortunatelly is your JVCLX based on
> > JVCL 2 and the new JVCL 3 has lots of improvements and files are removed
> > or merged.
> >

Well I do have several Jv[A-Z]*.pas ported that are based on JVCL3, but I
have only read access to cvs and I am getting a little bit bored with
keeping them up to date.
In JVCLX replacing message handlers with eventhandlers, covered the majority
of components in addition to that wrappers and mappers were used to replace
a small part of windows related code.
(DrawText, VK_ codes..) Also with JVCL3 this could be done.
To be able to port more VCL components I developed QWindows, with functions
like GetDC, SetBkMode, BitBlt, PatBlt, SelectObject. A thin layer that wraps
most Windows API's used in jvcl to Qt equivalents.

Regards,

André Snepvangers





Subject: TJvGenetics
From: "Florian Ilch" <NeoXan@web.de>
Date: Mon, 15 Dec 2003 20:53:50 +0100
Newsgroups: jedi.vcl

How can I make a good use of the TJvGenetics ??? I don't seem to get it how
to use it properly...

Any example codes or something?

thx
 Florian Ilch




Subject: Re: Bug in jvcl3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 15 Dec 2003 20:49:44 +0100
Newsgroups: jedi.vcl

I think the problem might be the code at the end of JvJVCLUtils that sets
some default cursors (although not crDefault). Try removing the stuff in the
"if Screen <> nil then" block after InitTruncTables and recompile the JvCore
RT package. Then try adding the components again and see if the problem is
gone.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Bug in jvcl3
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 15 Dec 2003 13:29:50 -0600
Newsgroups: jedi.vcl

I was having a problem with a program I wrote. The cursor was not what it
was supposed to be. Peter and I tried to track it down and I thought I found
a solution.

Well, It seems I have truly found the bug this time(or at least where it may
be originating from), and unfortunately it is in the jvcl3 code.

My program uses alot of different jvcl components. It also uses the Envision
image library. The envision library has its own cursors for dragging the
image inside the scrollbox. It uses an open hand icon when hovering, then
changes to a closed hand when clicking. Everything worked fine till I
updated my machine with 3.0. Then the cursor defaulted to the windows drag
cursor, no matter what I tried.

I finally thought I had fixed it by changing the value of the constant
assignment for the cursors in the image lib. It did not work. So I set about
the task of tracking this down. I removed a component at a time from my
program, compiled, re-built and ran. This took forever. I wasn't any closer
to solving this, so I started a new application and dropped the image
control on it, and it worked! So I started adding components to this new
application one at a time. The first time it broke, it was after adding a
jvValidateEdit. I removed it, and it began working fine again. The next one
it broke on was the jvSpinEdit. Again, I removed it and it began to work
fine. It broke on any edit based control I placed in my program. It also
broke on a jvListbox.
And by broke I mean that after adding the jv comp the cursor started
defaulting to the windows standard again instead of the ones it should have
been using from the image lib itself. And removing the jv comp, caused the
cursors to be correct again.

I hope this helps you to track down this bug(if it is even considered one),
because I would like to be able to use most of those components, and tend to
use them on a regular basis.

Thanks in advance,
Dave




Subject: Re: Limit of TJvmemo and TJvRichedit text
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 15 Dec 2003 19:54:45 +0100
Newsgroups: jedi.vcl

Chuck Roberts wrote:
> What are the most number of ctrs a Tjvmemo and Tjvrichedit can have? Are they both limited to 64k ctrs?

At startup:

TMemo/TJvMemo:

* Windows 95/98/Me: $FFFF = 65,535 (= max)
* Windows NT/2000/XP: $7FFFFFFE = 2,147,483,646 (= max)

TJvRichEdit:

* $FFFFFF = 16,777,215 (max = ??, probably $7FFFFFFE)

See:

http://msdn.microsoft.com/library/en-us/shellcc/platform/commctls/editcontrols/editcontrolreference/editcontrolmessages/em_setlimittext.asp
and
http://msdn.microsoft.com/library/en-us/shellcc/platform/commctls/richedit/richeditcontrols/richeditcontrolreference/richeditmessages/em_exlimittext.asp

MSDN says that a memo's size is 1 for NT/2000/XP (if EM_SETLIMITTEXT/EM_LIMITTEXT is called with wParam=0), don't know what they mean with that??

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: please test the JVCL with D5, D7 etc
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 15 Dec 2003 13:50:16 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
brf5j6$3k2$1@talkto.net...
> > Please test again. The new changes are not that deep anymore, but better
> > test.

Works with D7E.

Cheers,
  Ignacio




Subject: Re: RES2BMP tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Dec 2003 19:46:52 +0100
Newsgroups: jedi.vcl

These are all non-bitmap resources contained in the .res files.

JvConsts.res ICON "JV_DRAGCUR" "JV_HANDCUR"
  replaces crHand and crDragHand in JvJVCLUtils.pas initialization

  I vote for removing them. Such unconditional look & feel change
  is not a good idea.

JvErrorIndicator.res ICON "JVERRORINDICATORICON"
  used in a TImageList

JvGlobusD6.res ICON "MAINICON"
  unused
JvGlobusD5.res (D6, D7, C5, C6) ICON "MAINICON", Version (empty)
  unused
JvhtHintEditor.res ICON "MAINICON"
  unused

  I vote for removing them. These are Borland Delphi icons which
  are copyrighted.

JvInterpreter.res STRINGTABLE
  unused  JvInterpreterConst.pas replaces it

  Remove. Rewrite  JvInterpreterConst.pas with resourcestrings instead.

JvLinkLabel.res CURSOR "LINKHAND"
  unused

  Can be removed.

JvPageSetupTitledRus.res DIALOG 14
JvPageSetupTitledEng.res DIALOG 14
  alternative language versions for a Windows dialog resource

JvPluginWiz.res ICON "JVPLUGINWIZ"
  used in IDE

JvScrollMax.res bitmaps, CURSOR "RAHAND", "RAHANDMOVE"
  color cursors which get installed (correctly?)

  I vote for removing them. Such unconditional look & feel change
  is not a good idea.

JvSegmentedLEDDisplay.res DATA "SLDCM_7SEG_DEFAULT"
  default mapping as binary resource

  Not an elegant design. The data is a delphi record containing
  among other elements a set. The problem is that changing it
  is not possible by hand.



Subject: Re: Old messages
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 15 Dec 2003 19:26:00 +0100
Newsgroups: jedi.vcl

> > I am reading the messages from OutLook Express NewsGroup.

To see old messages in OE, right-click the group in the treeview, click
Properties, select the second tab and check the "Download all messages"
option, select last tab and click the Reset button. Click OK to close. Move
to another group and back and you should see old messages as well as new
ones.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VisualCLX: Status?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 15 Dec 2003 19:08:04 +0100
Newsgroups: jedi.vcl

asn wrote:

> > Is there a checklist available for VisualCLX compatible JVCL3 units?

I had started one but it was lost when I deleted the JVCL 3 directory in
order to have a clean source code.
Most JvA*.pas files should be CLX compatible or have a WINDOWONLY.INC. But
the compatibility meight be lost. Unfortunatelly is your JVCLX based on
JVCL 2 and the new JVCL 3 has lots of improvements and files are removed
or merged.



-- Regards, Andreas Hausladen 

Subject: VisualCLX: Status?
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 15 Dec 2003 18:45:09 +0100
Newsgroups: jedi.vcl

Is there a checklist available for VisualCLX compatible JVCL3 units?

Regards,

André Snepvangers




Subject: Re: RES2BMP tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Dec 2003 18:14:35 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> The RES2BMP tool is incomplete in the CVS (missing source files).
> Can the author please either complete it or send me the EXE.
>
> I want to unpack the .res files in Resources to have the bitmaps etc also in the CVS.
>

The tool does not generate .rc files. That would be a nice additon.

I think we should remove .dcr and .res files from the CVS and replace them with .bat, .rc, .mak files which can generate them from the bitmaps. This would then also allow an integration in the installer.



Subject: Re: resourcestrings
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 15 Dec 2003 18:05:29 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Please test again with D5 because i reworked the files in Design to have
> > resourcestrings with Rs or RsE prefix.

All errors are fixed.


-- Regards, Andreas Hausladen 

Subject: JvImageForm
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 15 Dec 2003 17:42:59 +0100
Newsgroups: jedi.vcl

JvImageForm.pas and JvImageForm.dfm are not used anymore. I had moved the
files to archive.

-- Regards, Andreas Hausladen 

Subject: Re[2]: DynControlEngine
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 15 Dec 2003 19:28:12 +0300
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Done. I also added a RightButton property

AFAIR it is what called Alignment in VCL TCheckbox.
Personally, I think conformity with TCheckbox is of more value for
TJvCheckBox than conformity with TLabel.

-- WinAMP://Rainbow - Miss Mistreated With best regards, Arioch. E-mail: the_Arioch*NM*ru 

Subject: Re[2]: DynControlEngine
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 15 Dec 2003 19:26:58 +0300
Newsgroups: jedi.vcl

Hello, Jens!

 JF> But no further answer on my second question, how to go further with the
 JF> engine :-(

Some API to register adapter classes ?
Default adapter may accept TComponent and implement Enabled-based or some
other method.
-- WinAMP://Rainbow - Miss Mistreated With best regards, Arioch. E-mail: the_Arioch*NM*ru 

Subject: Re: RichEdit
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Mon, 15 Dec 2003 17:14:40 +0100
Newsgroups: jedi.vcl

On Sun, 14 Dec 2003 14:24:29 -0200, "Ageu Duarte Junior" 
<ageu@teletecnica.srv.br> wrote in article <bri1jr$idk$1@talkto.net>:
> > I need to know how can I justify a paragraph with TjrxRichEdit?

First you need to have the version 3 Richedit dll. It doesn't work 
with previous versions.
Add code like this (from the JVCL version 3 RichEdit) to JvxRichEdit 
and call it at program startup.

procedure TJvCustomRichEdit.SetAdvancedTypography(const Value: 
Boolean);
begin
  FAdvancedTypography := Value;
  if HandleAllocated and (RichEditVersion >= 3) then
    if Value then
      SendMessage(Handle, EM_SETTYPOGRAPHYOPTIONS, 
TO_ADVANCEDTYPOGRAPHY, TO_ADVANCEDTYPOGRAPHY)
    else
      SendMessage(Handle, EM_SETTYPOGRAPHYOPTIONS, 0, 
TO_ADVANCEDTYPOGRAPHY);
end;

Note that on Win 9X/ME JvxRichEdit doesn't detect version 3 of the 
RichEdit control. If that's you case and you're sure you have the 
version 3 dll than just change the code above to not check for version 
3.

It would be even better if you changed to JVCL version 3 because that 
RichEdit has a number of improvements.


-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Limit of TJvmemo and TJvRichedit text
From: Chuck Roberts <cr@netzero.net>
Date: Mon, 15 Dec 2003 10:39:28 -0500
Newsgroups: jedi.vcl

What are the most number of ctrs a Tjvmemo and Tjvrichedit can have? 
Are they both limited to 64k ctrs? 

-- Say no to fixed width tables. They look terrible. 

Subject: Re: Old messages
From: "Ageu Duarte Junior" <ageu@teletecnica.srv.br>
Date: Mon, 15 Dec 2003 12:34:22 -0200
Newsgroups: jedi.vcl

I am reading the messages from OutLook Express NewsGroup.


"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:brk1p1$o7n$1@talkto.net...
>> > > How can I read the old messages with my web browser?
> >
> > From what URL are you reading the messages?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Current state for bcb6 - working or not?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Dec 2003 15:15:09 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Andreas Hausladen wrote:
> I tried install.bat now, the compilation works fine, but on the start of BCB6 not all packages can be activated,
> the Application form and components (and some of the others) gave me the answer:
> Cannot load package 'JvAppFrmC6D'. It contains unit 'Jvdsgnconsts', which is also contained in the package 'JvCoreC6D'

You must have old packages.
JvAppFrmC6D.bpk from 13-12-2003 has JvCoreC6D.bpi in its requires list.



Subject: Re: Current state for bcb6 - working or not?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Dec 2003 13:56:32 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Andreas Hausladen wrote:
> I tried install.bat now, the compilation works fine, but on the start of BCB6 not all packages can be activated,
> the Application form and components (and some of the others) gave me the answer:
> Cannot load package 'JvAppFrmC6D'. It contains unit 'Jvdsgnconsts', which is also contained in the package 'JvCoreC6D'

This is from my rework of the resourcestrings.
Must be a bug of the package generator. I fixed the XML files and generated new packages.



Subject: Re: Is it possible to delete the key set with TJvFormStorage?
From: "C.Smolne" <cssm01@web.de>
Date: Mon, 15 Dec 2003 12:45:25 +0100
Newsgroups: jedi.vcl

Hi Marcel,

>  C>  But the JVCL3 is still in beta state, isn't it?
>
>     It is, and so it would be unwise to actually use it in production code.
> Nonetheless, we seem to be going for a feature freeze pretty soon so not
> many changes will be forthcoming before the final release.
>
>     The storage components are only slightly modified to support different
> backends to store to (currently only registry, INI and XML) but no big
> changes in their inner workings. It has been pretty thoroughly tested by two
> developers (Jens and me) and we have not come across problems in that area.
> If you are using other JVCL components as well you may be safer by putting
> the conversion to JVCL3 of for a little while, at least until we are sure no
> major changing/rearranging is going to take place.
>
>     Of course we hope you will try out JVCL3 anyway so you can help us find
> bugs that probably are introduced during the merging/rewriting. The more
> bugs we find now, the more we can fix before final release (this of course,
> goes to all other JVCL users).

Because of time schedule I have no possibilities to test the JVCL3 beta until the end of January 2004, but maybe then. If there's still the same problem, then I will send you a mail.

Since then kind regards,

Carmen Smolne



Subject: Re: Old messages
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Dec 2003 11:32:59 +0100
Newsgroups: jedi.vcl

> > How can I read the old messages with my web browser?

From what URL are you reading the messages?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Current state for bcb6 - working or not?
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 15 Dec 2003 12:34:06 +0300
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
I tried install.bat now, the compilation works fine, but on the start of BCB6 not all packages can be activated,
the Application form and components (and some of the others) gave me the answer:
Cannot load package 'JvAppFrmC6D'. It contains unit 'Jvdsgnconsts', which is also contained in the package 'JvCoreC6D'
> Vladimir Zhuchko wrote:
>
>
>> What is the current state of jvcl3+jcl190 for builder6?
>> I couldn't compile last versions, can anybody do this?
>
>
> The current CVS version compiles and installes well (BCB 6 Ent Trail). I
> used the install.bat
>
>



Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 15 Dec 2003 10:11:18 +0100
Newsgroups: jedi.vcl

Please test again with D5 because i reworked the files in Design to have resourcestrings with Rs or RsE prefix.



Subject: Re: Current state for bcb6 - working or not?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 15 Dec 2003 09:53:05 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> > What is the current state of jvcl3+jcl190 for builder6?
> > I couldn't compile last versions, can anybody do this?

The current CVS version compiles and installes well (BCB 6 Ent Trail). I
used the install.bat


-- Regards, Andreas Hausladen 

Subject: Re: DynControlEngine
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Dec 2003 09:48:14 +0100
Newsgroups: jedi.vcl

Done. I also added a RightButton property to display the checkbox on the
right-side of the control.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [Q] JvInspector
From: "olaf junker" <o.junker@arc-aachen.de>
Date: Mon, 15 Dec 2003 09:09:14 +0100
Newsgroups: jedi.vcl

thanks! works!
olaf

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:brdcm9$k4k$1@talkto.net...
> > Hello, olaf!
> > You wrote  on Fri, 12 Dec 2003 16:29:38 +0100:
> >
> >  oj> Does anybody know how to make one field non-Selectable?
> >
> >     By design all fields are selectable. You can make a field read-only by
> > setting it's ReadOnly property to True (or specify the iifReadonly flag in
> > the Flags property).
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Not listening to anything; Foobar2000 stopped.
> >
> >




Subject: Re: DynControlEngine
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Dec 2003 08:47:55 +0100
Newsgroups: jedi.vcl

> > OK, I posted it to jedi.binaries under "Some additions to JvCheckBox".
> > I hope you remove that AutoSave stuff from it (as well as from other
> > controls) as there is now alternative, better way for this in JVCL,
> > right?

Nice. I'll  do the merging but please note that I will probably change
HorzAligment and VertAligment to Aligment:TAligment and Layout: TLayout
instead to match the way TLabel does it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: RES2BMP tool
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Dec 2003 08:24:37 +0100
Newsgroups: jedi.vcl

It should say in the sources that the missing units can be gotten from
http://www.wilsonc.demon.co.uk/d7resourceutils.htm. I've uploaded a compiled
exe to binaries and will add the info to the source.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Current state for bcb6 - working or not?
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 15 Dec 2003 10:13:11 +0300
Newsgroups: jedi.vcl

What is the current state of jvcl3+jcl190 for builder6?
I couldn't compile last versions, can anybody do this?



Subject: Re: Interpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Mon, 15 Dec 2003 09:42:14 +0300
Newsgroups: jedi.vcl

> > I cant find Pas2Rai2 in examples/RaLib but I don't understand, what you
> > mean.

use examples from JVCL3. Download any archieve from
http://jvcl.sourceforge.net/daily/

> > I have a procedure called
> > procedure toSend(Nachricht : WideString);
> > und a function called
> > function hasrights(Name : String; Right : Integer) : boolean;

> > can you tell me a simple example to make this procedures/functions avaible
> > for the Script?

You can add (even in the same file) these adapter for your functions:

procedure JvInterpreter_toSend(var value: Variant; Args:
TJvInterpreterArgs);
begin
  toSend(Args.Values[0]);
end;

procedure JvInterpreter_hasrights(var Value: Variant; Args:
TJvInterpreterArgs);
begin
  Value := hasrights(Args.Values[0], Args.Values[1]);
end;

procedure RegisterJvInterpreterAdapter(JvInterpreterAdapter:
TJvInterpreterAdapter);
begin
  with JvInterpreterAdapter do
  begin
    AddFunction('your unit name', 'toSend', JvInterpreter_toSend, 1,
[varEmpty], varEmpty);
    AddFunction('your unit name', 'hasrights', JvInterpreter_hasrights, 2,
[varEmpty, varEmpty], varBoolean);
  end;
end;

....
initialization
  RegisterJvInterpreterAdapter(GlobalJvInterpreterAdapter);




Subject: Re: New component TJvDropTarget
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 15 Dec 2003 00:36:50 +0300
Newsgroups: jedi.vcl

Hello, Andreas!

 AH> I've written a new component TJvDropTarget (JvDragDrop.pas) that can

I wished the whole Melander's D'n'D suit became part of JVCL - it seems it
is frozen now.
-- With best regards, Arioch. E-mail: the_Arioch*NM*ru 

Subject: Re: Is it possible to delete the key set with TJvFormStorage?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Dec 2003 20:32:53 +0100
Newsgroups: jedi.vcl

Hello, C.Smolne!
You wrote  on Sun, 14 Dec 2003 17:47:51 +0100:

 C> I deleted the part of the original source code, where the destroy method
 C> was called, because I felt this could be the problem. And set the active
 C> property to false before deleting the reg key. After the first
 C> compilation all was ok, but if I recompile the code without change, the
 C> next time the error is there again. If I compile my project with all
 C> debug options on (debug dcu, map file, td32 etc), then there's no
 C> runtime error. Strange, isn't it?

    Indeed very strange. Can't really see why it would make a difference
between compilations of unchanged source or the availability of debug infos.

 C> It's the last official release; readme says 2.10. So you think the JVCL3
 C> should not produce this problem?

    To be honest, I'm not sure because I haven't tested your case. I do know
that by looking at the JVCL3 source I know the Active property is actually
used and I seem to vaguely remember some weird if condition that seemed all
wrong to prevent the automatic loading/saving based on that property.

 C>  But the JVCL3 is still in beta state, isn't it?

    It is, and so it would be unwise to actually use it in production code.
Nonetheless, we seem to be going for a feature freeze pretty soon so not
many changes will be forthcoming before the final release.

    The storage components are only slightly modified to support different
backends to store to (currently only registry, INI and XML) but no big
changes in their inner workings. It has been pretty thoroughly tested by two
developers (Jens and me) and we have not come across problems in that area.
If you are using other JVCL components as well you may be safer by putting
the conversion to JVCL3 of for a little while, at least until we are sure no
major changing/rearranging is going to take place.

    Of course we hope you will try out JVCL3 anyway so you can help us find
bugs that probably are introduced during the merging/rewriting. The more
bugs we find now, the more we can fix before final release (this of course,
goes to all other JVCL users).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: RES2BMP tool
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 14 Dec 2003 20:16:35 +0100
Newsgroups: jedi.vcl

The RES2BMP tool is incomplete in the CVS (missing source files).
Can the author please either complete it or send me the EXE.

I want to unpack the .res files in Resources to have the bitmaps etc also in the CVS.



Subject: Re: Is it possible to delete the key set with TJvFormStorage?
From: "C.Smolne" <cssm01@web.de>
Date: Sun, 14 Dec 2003 17:47:51 +0100
Newsgroups: jedi.vcl

Hi Marcel,

first thanks a lot for your quick answer.

Marcel Bestebroer schrieb:
>  C>  Is there a possibility to
>  C> delete the key while using the JvFormStorage or do I have to close the
>  C> form first?
>
>     An option would be to set the FormStorage.Active property to False (so
> no automatic saving occurs), delete the key (if you are using JVCL3, you
> should be able to use the connected AppStore.DeleteSubTree method, although
> I'm aware that it is only implemented properly for the registry backend and
> not yet for the INI backend) and all should work. At no time should you
> manually free or destroy the FormStorage.

I deleted the part of the original source code, where the destroy method was called, because I felt this could be the problem. And set the active property to false before deleting the reg key. After the first compilation all was ok, but if I recompile the code without change, the next time the error is there again. If I compile my project with all debug options on (debug dcu, map file, td32 etc), then there's no runtime error. Strange, isn't it?

>
>     If you're using JVCL2.1, there might be some difference between that one
> and the JVCL3 version, which may lead to the errors you described earlier
> (maybe because it expects a certain key to be there in the registry).

It's the last official release; readme says 2.10. So you think the JVCL3 should not produce this problem? But the JVCL3 is still in beta state, isn't it?

Kind regards,

Carmen Smolne



Subject: RichEdit
From: "Ageu Duarte Junior" <ageu@teletecnica.srv.br>
Date: Sun, 14 Dec 2003 14:24:29 -0200
Newsgroups: jedi.vcl

Hello every body

Last month I have posted this question here, I have looking for the answer,
but a haven't found.
Please answer again!

I need to know how can I justify a paragraph with TjrxRichEdit?

Thanks in advanced

Ageu




Subject: Old messages
From: "Ageu Duarte Junior" <ageu@teletecnica.srv.br>
Date: Sun, 14 Dec 2003 14:14:27 -0200
Newsgroups: jedi.vcl

Hello All

How can I read the old messages with my web browser?

Thanks in advanced

Ageu




Subject: New component TJvDropTarget
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 14 Dec 2003 16:41:53 +0100
Newsgroups: jedi.vcl

I've written a new component TJvDropTarget (JvDragDrop.pas) that can
handle Drag&Drop from Explorer and e.g. Outlook mails. As the TJvDragDrop
component is easier to handle (but has not all the functionality
JvDropTarget has) I had not merged the two component.


-- Regards, Andreas Hausladen 

Subject: Re: Is it possible to delete the key set with TJvFormStorage?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Dec 2003 11:21:44 +0100
Newsgroups: jedi.vcl

Hello, C.Smolne!
You wrote  on Sun, 14 Dec 2003 00:16:45 +0100:

 C>  Is there a possibility to
 C> delete the key while using the JvFormStorage or do I have to close the
 C> form first?

    An option would be to set the FormStorage.Active property to False (so
no automatic saving occurs), delete the key (if you are using JVCL3, you
should be able to use the connected AppStore.DeleteSubTree method, although
I'm aware that it is only implemented properly for the registry backend and
not yet for the INI backend) and all should work. At no time should you
manually free or destroy the FormStorage.

    If you're using JVCL2.1, there might be some difference between that one
and the JVCL3 version, which may lead to the errors you described earlier
(maybe because it expects a certain key to be there in the registry).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Is it possible to delete the key set with TJvFormStorage?
From: "C.Smolne" <cssm01@web.de>
Date: Sun, 14 Dec 2003 00:16:45 +0100
Newsgroups: jedi.vcl

Hi all,

I have a form with a an object 'Storage' of type 'TJvFormStorage' on it. All is doing well if I only restore values, change values, store values (in registry). But now I need to implement a function which destroys the key, where the Storage saves its StoredValues. If I use Storage.Destroy or Storage.Free in the forms code, then I get a runtime error 216 after closing the app. So I thought I could manually delete the key with the registry functions (Reg.DeleteKey), but this has the same effect - at closing the app I get the same runtime error. Is there a possibility to delete the key while using the JvFormStorage or do I have to close the form first?

Thanks in advance,

Carmen



Subject: Re: DynControlEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 13 Dec 2003 22:39:27 +0100
Newsgroups: jedi.vcl

But no further answer on my second question, how to go further with the engine :-(

Should i start to integrate it ?

Jens Fudickar wrote:

> Hi,
>
> the DynControlEngine is nearly finished. All types are supported now. The only open issus is how to to handle readonly if readonly is not supported? For example TCheckbox or TDateTimePicker have no readonly-property.
> I see the following solutions:
> 1. Move the ControlSetReadOnly to an separate interface
> 2. Simulate the readonly maybe by setting an special OnChange/OnClick-Event which stores/restores the old value.
> 3. Simulate the readonly with the enabled property.
>
> Any further suggestions?
>
>
> The other thing is the question, marcel has opened. In which way should the DynControlEngine be included into JVCL3
>
>
> Waiting for comments
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: DynControlEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 13 Dec 2003 22:27:23 +0100
Newsgroups: jedi.vcl

The problem is, that i can't reimplement this feature. The engine is designed as wrapper around any kind of controls. So i had to use the functions which are available.

SO i prefere the first solution, to build an separate ReadOnly-Interface and each caller can decide how to handle this.

Ain Valtin wrote:

> On Sat, 13 Dec 2003 01:32:25 +0100, Jens Fudickar
> <jens.fudickar@oratool.de> wrote:
>
>
>> 2. Simulate ...
>> 3. Simulate ...
>>
>> Any further suggestions?
>
>
> Yes - do not simulate ReadOnly but implement this property for those
> components. I do have custom CheckBox with ReadOnly property
> implemented (and some other stuff as well), if you (JEDI knights :)
> want I could merge it into TJvCheckBox and post into attachments...
>
>
> ain

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem with JvDsgnConsts and D6
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 13 Dec 2003 22:25:20 +0100
Newsgroups: jedi.vcl

You are right. It's fixed and seemed to work :-)

Robert Marquardt wrote:
> I think i resolved the problems.
> I changed the option for JvCore-D to "all" in several packages and currently commit them.
> Seems that we are alone in JVCL development. All others going for xmas :-)

Or only for a good glass of wine or beer :-) xmas is so far away ;->

___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: DynControlEngine
From: @in@taavi.ee (Ain Valtin)
Date: Sat, 13 Dec 2003 19:09:44 GMT
Newsgroups: jedi.vcl

On Sat, 13 Dec 2003 19:13:29 +0100, "Marcel Bestebroer"
<marcelb.theobvious@zeelandnet.nl> wrote:

> > AV> Yes - do not simulate ReadOnly but implement this property for those
> > AV> components. I do have custom CheckBox with ReadOnly property
> > AV> implemented (and some other stuff as well), if you (JEDI knights :)
> > AV> want I could merge it into TJvCheckBox and post into attachments...
> >
> >    Well, the addition is very welcome.

OK, I posted it to jedi.binaries under "Some additions to JvCheckBox".
I hope you remove that AutoSave stuff from it (as well as from other
controls) as there is now alternative, better way for this in JVCL,
right?


> > Still, that doesn't work in this
> >case for any other third-party control the engine might have to deal with.

Right. I have to say that althougth this JvParameterList /
JvDynControlEngine stuff seems intresting I haven't had time to
actually look at it, so I don't have any idea how it is implemented
etc... 


ain


Subject: Re: DynControlEngine
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Dec 2003 19:13:29 +0100
Newsgroups: jedi.vcl

Hello, Ain!
You wrote  on Sat, 13 Dec 2003 16:31:39 GMT:

 AV> Yes - do not simulate ReadOnly but implement this property for those
 AV> components. I do have custom CheckBox with ReadOnly property
 AV> implemented (and some other stuff as well), if you (JEDI knights :)
 AV> want I could merge it into TJvCheckBox and post into attachments...

    Well, the addition is very welcome. Still, that doesn't work in this
case for any other third-party control the engine might have to deal with.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: DynControlEngine
From: @in@taavi.ee (Ain Valtin)
Date: Sat, 13 Dec 2003 16:31:39 GMT
Newsgroups: jedi.vcl

On Sat, 13 Dec 2003 01:32:25 +0100, Jens Fudickar
<jens.fudickar@oratool.de> wrote:

> >2. Simulate ...
> >3. Simulate ...
> >
> >Any further suggestions?

Yes - do not simulate ReadOnly but implement this property for those
components. I do have custom CheckBox with ReadOnly property
implemented (and some other stuff as well), if you (JEDI knights :)
want I could merge it into TJvCheckBox and post into attachments...


ain


Subject: Re: please test the JVCL with D5, D7 etc
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 13 Dec 2003 17:07:38 +0100
Newsgroups: jedi.vcl

On Sat, 13 Dec 2003 15:07:20 +0100, Robert Marquardt wrote:

> >Thanks.
> >Please test again. The new changes are not that deep anymore, but better 
> >test.

No problems with latest anonymous cvs (ViewCVS shows 117 minutes at
the moment).

BTW, what about the Delphi 8.0 key in JvConsts.pas - is this key a
guess ? If not then Andreas should follow my suggestions about the
Delphi version limitation completely.

Uwe


Subject: Re: please test the JVCL with D5, D7 etc
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 13 Dec 2003 15:50:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Thanks.
> > Please test again. The new changes are not that deep anymore, but better
> > test.

Builds fine.


-- Regards, Andreas Hausladen 

Subject: Re: please test the JVCL with D5, D7 etc
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 13 Dec 2003 15:39:06 +0100
Newsgroups: jedi.vcl

On Sat, 13 Dec 2003 15:07:20 +0100, Robert Marquardt wrote:

> >Thanks.
> >Please test again. The new changes are not that deep anymore, but better 
> >test.

I will test it when the changes arrived in anonymous cvs.

Uwe


Subject: Re: please test the JVCL with D5, D7 etc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 13 Dec 2003 15:07:20 +0100
Newsgroups: jedi.vcl

Thanks.
Please test again. The new changes are not that deep anymore, but better test.



Subject: Re: please test the JVCL with D5, D7 etc
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 13 Dec 2003 12:32:55 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > On Sat, 13 Dec 2003 08:14:12 +0100, Robert Marquardt wrote:
> > 
>> > > I made many compiler dependent changes and i can only test with D6.
> > 
> > Here are my result with the latest anonymous cvs version and D5.
> > I've tryed to compile the installer and got these errors(I've included
> > the fixes as well).
> > 
> > JvConst.pas
> > - TColor isn't defined (is in Graphics.pas in D5)
> > - COLOR_GRADIENTACTIVECAPTION, COLOR_GRADIENTINACTIVECAPTION and
> > COLOR_HOTLIGHT need Windows.pas in D5
> > 
> > JvResources.pas
> > - RsEInterfaceNotSupported is defined twice, but IFDEFed and thatswhy
> > you didn't noticed it with D6
> > 
> > Now I could compile the installer and tryed to compile all packages
> > with the installer (option "compile only (error check)").
> > 
> > JvDsgnConst.pas
> > - needs the constant sLineBreak which isn't defined in D5
> > 
> > Now the compile check is successful.
> > 
> > Uwe

All are now fixed.


-- Regards, Andreas Hausladen 

Subject: Re: please test the JVCL with D5, D7 etc
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 13 Dec 2003 12:14:43 +0100
Newsgroups: jedi.vcl

On Sat, 13 Dec 2003 08:14:12 +0100, Robert Marquardt wrote:

> >I made many compiler dependent changes and i can only test with D6.

Here are my result with the latest anonymous cvs version and D5.
I've tryed to compile the installer and got these errors(I've included
the fixes as well).

JvConst.pas
- TColor isn't defined (is in Graphics.pas in D5)
- COLOR_GRADIENTACTIVECAPTION, COLOR_GRADIENTINACTIVECAPTION and
COLOR_HOTLIGHT need Windows.pas in D5

JvResources.pas
- RsEInterfaceNotSupported is defined twice, but IFDEFed and thatswhy
you didn't noticed it with D6

Now I could compile the installer and tryed to compile all packages
with the installer (option "compile only (error check)").

JvDsgnConst.pas
- needs the constant sLineBreak which isn't defined in D5

Now the compile check is successful.

Uwe


Subject: please test the JVCL with D5, D7 etc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 13 Dec 2003 08:14:12 +0100
Newsgroups: jedi.vcl

I made many compiler dependent changes and i can only test with D6.



Subject: Re: Problem with JvDsgnConsts and D6
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 13 Dec 2003 07:03:23 +0100
Newsgroups: jedi.vcl

I think i resolved the problems.
I changed the option for JvCore-D to "all" in several packages and currently commit them.
Seems that we are alone in JVCL development. All others going for xmas :-)



Subject: Re: Problem with JvDsgnConsts and D6
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 13 Dec 2003 06:22:24 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi,
>
> i've got a problem with JvDsgnConsts which says :
>
>  Package 'JvAppFrmD6D kann nicht geladen werden.'  Es enthält die Unit 'JvDsgnConsts,'die auch im Package 'JvCoreD6D' enthalten ist.
>
> "Package 'JvAppFrmD6D could not be loaded. It containts the unit JvDsgnConts, which is also included in JvCoreD6D" (For our english speaking friends :-)
>
> This message raises a lots of times and after that i can work normally.
>
> I've tried to remove all packages and dowloaded the newest version from cvs. I recreated all files using the new installer. But everytime the same.
>
> The onlything i'Ve not tried was rebuild the packages with pg. It seems to be i'm not able to use it. :-(
>
>
> Any ideas??
>
> Greetings
> Jens
>

Strange. I do not have that problem. Try rebuilding the packages.
It may come from my current cleanup where i separate the contents of JvConsts, JvDsgnConsts, JvTypes, JvResources etc.



Subject: DynControlEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 13 Dec 2003 01:32:25 +0100
Newsgroups: jedi.vcl

Hi,

the DynControlEngine is nearly finished. All types are supported now. The only open issus is how to to handle readonly if readonly is not supported? For example TCheckbox or TDateTimePicker have no readonly-property.
I see the following solutions:
1. Move the ControlSetReadOnly to an separate interface
2. Simulate the readonly maybe by setting an special OnChange/OnClick-Event which stores/restores the old value.
3. Simulate the readonly with the enabled property.

Any further suggestions?


The other thing is the question, marcel has opened. In which way should the DynControlEngine be included into JVCL3


Waiting for comments

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Problem with JvDsgnConsts and D6
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 12 Dec 2003 23:28:06 +0100
Newsgroups: jedi.vcl

Hi,

i've got a problem with JvDsgnConsts which says :

 Package 'JvAppFrmD6D kann nicht geladen werden.'  Es enthält die Unit 'JvDsgnConsts,'die auch im Package 'JvCoreD6D' enthalten ist.

"Package 'JvAppFrmD6D could not be loaded. It containts the unit JvDsgnConts, which is also included in JvCoreD6D" (For our english speaking friends :-)

This message raises a lots of times and after that i can work normally.

I've tried to remove all packages and dowloaded the newest version from cvs. I recreated all files using the new installer. But everytime the same.

The onlything i'Ve not tried was rebuild the packages with pg. It seems to be i'm not able to use it. :-(


Any ideas??

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: [Q] JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Dec 2003 22:55:43 +0100
Newsgroups: jedi.vcl

Hello, olaf!
You wrote  on Fri, 12 Dec 2003 16:29:38 +0100:

 oj> Does anybody know how to make one field non-Selectable?

    By design all fields are selectable. You can make a field read-only by
setting it's ReadOnly property to True (or specify the iifReadonly flag in
the Flags property).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Interpreter
From: "Serdar Dere" <serdardere@web.de>
Date: Fri, 12 Dec 2003 20:23:58 +0100
Newsgroups: jedi.vcl

sorry, but I don't found somthing, that can help me to register functions
and/or procedures for my Scripts :(

please help me :(

thanks for helphing

bye Serdar




Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 12 Dec 2003 19:18:17 +0100
Newsgroups: jedi.vcl

I am now through with moving all exception strings to JvResources.pas.

Currently i move entries betwenn JvConsts.pas, JvDsgnConsts.pas, JvResourses.pas and JvTypes.pas.
Ultimatively each file should only carry what its name tells.
I therefore vote to rename JvDsgnConsts.pas to JvDsgnResources.pas.
Much entries to move from files like JvJVCLUtils.pas etc.

I will also continue to rename the resourcestrings.



Subject: Scrolling text with clear background
From: "Steve Warburton" <Swarburton@orange.net>
Date: Fri, 12 Dec 2003 10:20:12 -0600
Newsgroups: jedi.vcl

How can I do the above without the box appearing on the windows behind.

I have tried all the background colours.

I need to scroll text over a video window.

Cheers




Subject: [Q] JvInspector
From: "olaf junker" <o.junker@arc-aachen.de>
Date: Fri, 12 Dec 2003 16:29:38 +0100
Newsgroups: jedi.vcl

Hi all,
I am quite new to Jedi's Inspector and just tried to find something like a
"Enabled" property of TJvCustomInspectorItem, but I didn't find anything.
Does anybody know how to make one field non-Selectable?
tia,
olaf




Subject: Re: DriveCombo ?
From: "Tintin" <contact@mrit.qom>
Date: Fri, 12 Dec 2003 13:18:46 +0100
Newsgroups: jedi.vcl

Hi,

Unfortunately, not.

Regards


"OBones" <obones_gfdg_@_rer_meloo.com> a écrit dans le message de
news:br0aeu$bt2$2@talkto.net...
> > Tintin wrote:
> >
>> > > Hi,
>> > >
>> > > I put a JvDriveCombo with DriveType set to [dtCdRom]. On all the systems
>> > > where tried it, there was only one CD.
>> > >
>> > > The expected label is shown, but the value of  "drive" is a null char
until
>> > > someone click the component and select the only one disk item.
>> > >
>> > > I would like to find in "drive" the right Cd Rom letter after the form
was
>> > > activated.
>> > >
>> > > Calling "Refresh" does nothing.
>> > >
>> > > Is there a workaround, or a fix ?
>> > >
>> > > Thanks for help !
>> > >
>> > > Regards.
>> > >
>> > >
> > ItemIndex := 0 ?
> >




Subject: Re: JvDSADialogs and TJvDynEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 12 Dec 2003 08:46:57 +0100
Newsgroups: jedi.vcl

And i have only changed one file, JvDSADialogs, and i think after your changes.

Greetings
Jens


> I know.
>
> Robert Marquardt wrote:
>
>> Jens Fudickar wrote:
>>
>>> I have made the changes, it was only a little bit of work.
>>> Because i have no final statement of incorporating the engine into jvcl3 i have made the changes in the jens directory.
>>
>>
>>
>> Please check for recent changes in the files. I currently move the resourcestrings around.
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDSADialogs and TJvDynEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 12 Dec 2003 07:59:27 +0100
Newsgroups: jedi.vcl

I know.

Robert Marquardt wrote:
> Jens Fudickar wrote:
>
>> I have made the changes, it was only a little bit of work.
>> Because i have no final statement of incorporating the engine into jvcl3 i have made the changes in the jens directory.
>
>
> Please check for recent changes in the files. I currently move the resourcestrings around.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvDSADialogs and TJvDynEngine
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 12 Dec 2003 05:52:24 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> I have made the changes, it was only a little bit of work.
> Because i have no final statement of incorporating the engine into jvcl3 i have made the changes in the jens directory.

Please check for recent changes in the files. I currently move the resourcestrings around.



Subject: Re: [OT] any Richedit question.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 11 Dec 2003 21:39:55 -0500
Newsgroups: jedi.vcl

Hello, JrKI!
> > I need module name for JVCL 3.0. Is it 'dev'?

dev/JVCL3

> >Is it correct CVSROOT:
> >CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

Looks good.

Cheers,
  Ignacio

-- No power in the 'verse can stop me! 

Subject: Re: JvDSADialogs and TJvDynEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 12 Dec 2003 01:42:58 +0100
Newsgroups: jedi.vcl

Hi Marcel
>
>  J> Any further questions ?
>
>     Nope, it's clear now. I assume you can just specify which control class
> to use (globally for an application) and then ShowMessage/MessageDlg (as
> well as the parameter lists) will use that class, correct? In that case: go
> for it! That is, assuming the engine will be incorporated into JVCL3. If
> this is not certain, I suggest making a copy of JvDSADialogs in your own
> folder first and change that to see if everything works out correctly.

I have made the changes, it was only a little bit of work.
Because i have no final statement of incorporating the engine into jvcl3 i have made the changes in the jens directory.

Until now everything is working correctly, except one call with interfaces. It's in the JvDSADialogs in Line 815.
//   if Supports(MessageLabel, IJvDynControlLabel, DynControlLabel) then
//     DynControlLabel.ControlSetWordWrap(True);
This crashed in combination with the DevExpcxEngine, but i did not why. Can you see a bug on a first view?

>
>     I think this also means that the DynControlEngine should go to the
> JvCore package. The question is if we should add the parameter list to the
> JvDlgs package (it does create a dialog, but it's not the core functionality
> I think).

1. JvDynControlEngine to JvCore -> I think yes
2. JvParameterList to JvDlgs -> I think no, but i did not know, what's the best position. No visible controls until now.
3.Where should we place the JvAppStoreSelectList and JvFormStorageSelectList?

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: [OT] any Richedit question.
From: "JrKI" <spammers@will.die.org>
Date: Fri, 12 Dec 2003 03:41:33 +0300
Newsgroups: jedi.vcl

Is it correct CVSROOT:
CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl


> > JrKI wrote:
> >
>> > > I am working on a chat, and i need to make emoticon support. I know how to insert non-images
>> > > to JvxRichEdit, but i need to replace selected text in any (Jv- , Jvx-) Richedit with copy of
>> > > JvxGifAnimator
>> > > control. Is it possible?
> >
> > There are some methods added to the Rich Edit control to simplify adding
> > images. But you need JVCL 3.0 for that. You can download it from
> > http://jvcl.sf.net/daily/
> >
> > If you have CVS knowledge or are a bit adventurous, you can also get
> > JVCL 3.0 using CVS: see
> > http://sourceforge.net/forum/forum.php?forum_id=300248 or
> > http://jvcl.sourceforge.net/cvs.htm
> >
> > Note that TJvxRichEdit is renamed to TJvRichEdit and is located in
> > JvRichEdit.pas.
> >
> > You can see a chat example in examples\JvRichEdit (MessengerDemo.dpr)
> >
> > Adding animated gifs is not yet implemented, but I have a demo that
> > works. Since you are the second to ask, I'll clean it up and commit the
> > source.
> >
> > But be warned that it will use a lot of memory per image, and IMO a rich
> > edit is not suitable for (a lot of) images. Don't know a good
> > replacement though.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >








Subject: Re: [OT] any Richedit question.
From: "JrKI" <spammers@will.die.org>
Date: Fri, 12 Dec 2003 03:00:26 +0300
Newsgroups: jedi.vcl

I need module name for JVCL 3.0. Is it 'dev'?

> > JrKI wrote:
> >
>> > > I am working on a chat, and i need to make emoticon support. I know how to insert non-images
>> > > to JvxRichEdit, but i need to replace selected text in any (Jv- , Jvx-) Richedit with copy of
>> > > JvxGifAnimator
>> > > control. Is it possible?
> >
> > There are some methods added to the Rich Edit control to simplify adding
> > images. But you need JVCL 3.0 for that. You can download it from
> > http://jvcl.sf.net/daily/
> >
> > If you have CVS knowledge or are a bit adventurous, you can also get
> > JVCL 3.0 using CVS: see
> > http://sourceforge.net/forum/forum.php?forum_id=300248 or
> > http://jvcl.sourceforge.net/cvs.htm
> >
> > Note that TJvxRichEdit is renamed to TJvRichEdit and is located in
> > JvRichEdit.pas.
> >
> > You can see a chat example in examples\JvRichEdit (MessengerDemo.dpr)
> >
> > Adding animated gifs is not yet implemented, but I have a demo that
> > works. Since you are the second to ask, I'll clean it up and commit the
> > source.
> >
> > But be warned that it will use a lot of memory per image, and IMO a rich
> > edit is not suitable for (a lot of) images. Don't know a good
> > replacement though.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: resourcestrings
From: Matthias Thoma <ma.thoma@gmx.de>
Date: Thu, 11 Dec 2003 21:58:11 +0000 (UTC)
Newsgroups: jedi.vcl

Hello all,

> > I don't know if Matthias checks this NG. Maybe post a heads up
> > on jedi.jcl?

Well, I read this newsgroup but not regularly - so I may miss one post or the other.

Anyway, QWinCursors.pas is under a "do-with-it-whatever-you-like" BSD License. If you want to use the unit you can legaly use it as is - nonetheless please feel free to replace the BSD header with a MPL one if you like.

Have a nice day,
  Matthias


Subject: Re: TJvThread
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 11 Dec 2003 22:49:35 +0100
Newsgroups: jedi.vcl

>
> The second issue is: What happens if the component TJvThread is destroyed
> while some threads are still active? - It crashed as soon as the first
> thread calls OnTerminate. - Fixed by the following code#
>
> destructor TJvThread.Destroy;
> begin
>   while OneThreadIsRunning do
>     Sleep(0);
>   inherited Destroy;
> end;
>
> Do you think this code is good? What do you suggest?
>
I think it's ok. Maybe better a sleep 10. But ok.


Subject: Re: some files not in packages
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Dec 2003 22:33:07 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 11 Dec 2003 19:34:47 +0100:

 RM> JvInspDB.pas

    Would add a requirement to the JvCustom package as well as being DB
specific. OTOH, now we generate the package files and can add units
conditionally, we may as well add it to JvCustom anyway.

    Speaking of which, a while ago we were considering splitting JvCustom
(somewhere in the thread "JVCL3 Example Update Pass2" on oct. 22nd) but no
real decision has been made.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Interpreter
From: "Serdar Dere" <serdardere@web.de>
Date: Thu, 11 Dec 2003 21:14:33 +0100
Newsgroups: jedi.vcl

> > 1) use OnGetValue/OnSetValue handlers. For example, put JvInterpreterFm on
> > the form:
> >
> >   TForm1 = class(TForm)
> >     JvInterpreterFm1: TJvInterpreterFm;
> >     procedure JvInterpreterFm1GetValue(Sender: TObject; Identifier:
String;
> >       var Value: Variant; Args: TJvInterpreterArgs; var Done: Boolean);
> >   private
> >     MyVariable: SomeSimpleType;
> >     MyObject: TObjectDescendant;  // see supported units/classes in
> > JvInterpreter_All;
> >   end;
> >
> > implementation
> > uses JvInterpreter_All;
> >
> > procedure TForm1.JvInterpreterFm1GetValue(Sender: TObject;
> >   Identifier: String; var Value: Variant; Args: TJvInterpreterArgs;
> >   var Done: Boolean);
> > begin
> >   if AnsiSameText('MyObject',Identifier) then begin
> >     Value:=O2V(JvHLEditor1);
> >     Done:=true;
> >   end
> >   else
> >   if AnsiSameText('MyVariable',Identifier) then begin
> >     Value:=MyVariable;
> >     Done:=true;
> >   end;
> > end;

thanks I've done it.

> > 2) Use adapters for own Classes / procedures / functions. Execute adapter
> > generator (examples\RaLib\Pas2Rai2), generate adapter unit and add into
> > initialization section RegisterJvInterpreterAdapter call. Include this
unit
> > into project:
> >
> > unit JvInterpreter_MyUnit;
> > ...
> > initialization
> >   RegisterJvInterpreterAdapter(GlobalJvInterpreterAdapter);
> > end.

I cant find Pas2Rai2 in examples/RaLib but I don't understand, what you
mean.
I have a procedure called

procedure toSend(Nachricht : WideString);
Begin
las.ClSockOUT.Open;
Repeat
 Application.ProcessMessages;
Until Con.Ausgang;
las.ClSockOUT.Socket.SendText('GET
/INPUT?name='+BotName+'&id='+Sam.ConnectionID+'&buzz='+HTTPEncode('ÄÖÜ')+'&i
nput='+HTTPEncode(Con.SmilieReplace(Nachricht,frmOptions.CBoxServer.Text))+'
HTTP/1.1'+#13+#10);
las.ClSockOUT.Close;
Con.Ausgang := False;
End;

und a function called

function hasrights(Name : String; Right : Integer) : boolean;
Begin
Result := YaCEUser.ReadInteger('Rights',Name,1) >= Right;
End;

can you tell me a simple example to make this procedures/functions avaible
for the Script?

thanks in advance

bye Serdar




Subject: Re: JVCL and SynEdit
From: "Henri Gourvest" <x@x.com>
Date: Thu, 11 Dec 2003 21:08:50 +0100
Newsgroups: jedi.vcl

ouuup, that's right, sorry.

regards

"Oliver Giesen" <ogware@gmx.net> a écrit dans le message de
news:br6rbq$d8d$1@talkto.net...
> > Henri Gourvest wrote:
> >
>> > > Because it is a Jedi project
> >
> > Says who? I certainly could not find anything to that effect on its
> > homepage...
> >
> > Cheers,
> >
> > -- 
> > Oliver
> > ----  ------------------
> > JID:  ogiesen@jabber.org
> > ICQ:  18777742 (http://wwp.icq.com/18777742)




Subject: Re: some files not in packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 11 Dec 2003 20:31:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > JvUnicodeEditor.pas

It is the unicode version of TJvEditor. As the unicode version had some
problems (mostly speed) I had restored the ANSI version (without MBCS).
The two editors JvEditor and JvUnicodeEditor have the same code except of
the WideChar/WideString types. This results in type conflicts if you
include both units.



-- Regards, Andreas Hausladen 

Subject: Re: JvClxUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 11 Dec 2003 19:41:52 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Reactivate it.

Done.

> > A better name should be chosen though. MinimizeName is already used by
> > Delphi.

Renamed to MinimizeFileName



-- Regards, Andreas Hausladen 

Subject: Re: JvClxUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 11 Dec 2003 19:38:17 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I only thought that it really depended on CLX.

There is a difference between CLX and VCLX. Classes is part of CLX, QForms
is part of VCLX as it is visual.


-- Regards, Andreas Hausladen 

Subject: some files not in packages
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Dec 2003 19:34:47 +0100
Newsgroups: jedi.vcl

Why are JvInspDB.pas and JvUnicodeEditor.pas missing from the packages?



Subject: Re: JvClxUtils
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Dec 2003 19:33:58 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> What is with the JvJCLUtils.pas comments
>
>> (rom) disabled because the function drags in JvClxUtils.pas
>
>
> As JvClxUtils only depends on VCL(X) (Q)Graphics as required by JCL for
> some time now, we could re-activate the disabled code in JvJCLUtils.pas

Reactivate it. I only thought that it really depended on CLX.
A better name should be chosen though. MinimizeName is already used by Delphi.



Subject: JvClxUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 11 Dec 2003 19:19:22 +0100
Newsgroups: jedi.vcl

What is with the JvJCLUtils.pas comments
> > (rom) disabled because the function drags in JvClxUtils.pas

As JvClxUtils only depends on VCL(X) (Q)Graphics as required by JCL for
some time now, we could re-activate the disabled code in JvJCLUtils.pas


-- Regards, Andreas Hausladen 

Subject: TJvThread
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 11 Dec 2003 18:59:01 +0100
Newsgroups: jedi.vcl

The JvThread class has some issues:

Synchronize and SynchronizeParams have no try/finally block. If the
synchronized Method raises an exception the ReleaseMutex is not called. -
Fixed.

The second issue is: What happens if the component TJvThread is destroyed
while some threads are still active? - It crashed as soon as the first
thread calls OnTerminate. - Fixed by the following code#

destructor TJvThread.Destroy;
begin
  while OneThreadIsRunning do
    Sleep(0);
  inherited Destroy;
end;

Do you think this code is good? What do you suggest?



-- Regards, Andreas Hausladen 

Subject: Re: JvDSADialogs and TJvDynEngine
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Dec 2003 10:01:54 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 11 Dec 2003 08:57:23 +0000:

 J> Any further questions ?

    Nope, it's clear now. I assume you can just specify which control class
to use (globally for an application) and then ShowMessage/MessageDlg (as
well as the parameter lists) will use that class, correct? In that case: go
for it! That is, assuming the engine will be incorporated into JVCL3. If
this is not certain, I suggest making a copy of JvDSADialogs in your own
folder first and change that to see if everything works out correctly.

    I think this also means that the DynControlEngine should go to the
JvCore package. The question is if we should add the parameter list to the
JvDlgs package (it does create a dialog, but it's not the core functionality
I think).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvDSADialogs and TJvDynEngine
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 11 Dec 2003 08:57:23 +0000
Newsgroups: jedi.vcl

> >Hello, Peter!
> >You wrote  on Wed, 10 Dec 2003 21:21:40 +0100:
> >
>>> > >> The question is: is it a good idea?
> > PT> Marcel is the one to answer this since he wrote the DSADialogs unit in
> > PT> the first place.
> >
> >    Marcel is still contemplating <g> I think I need some better explanation
> >though, cause I don't see where Jens is going.
> >
Marcel, what i want to do is the following.

In the JvDsaDialogs-Unit all visible controls are dynamicly created with
tbutton.create and so on. I want to change this calls to
DynControlEngine.CreateButton ...

The dyncontrolengine gives you the possibility to change dynamicly the
classes which were created.
In my examples i have created three different engins. One uses default vcl
controls, one jvcl controls and one the controls of Developer Express. But
it is also possible without great effort for example creating an engine
with TurboPower or TMS-Controls.
The advantage of this that if your complete application uses controls of a
special kind you want also, that your messageboxes have the same look and
feel. Using the engines for creating the message-dialog JVCL is possible
to support a various number of controls.

Look also on my post in the binaries group. I have posted some images of
the parameterlist using different engines. Something like that will be
possible for the JvDSADialogs also.

I hope it is clearer now :-)

Any further questions ?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Dec 2003 09:05:52 +0100
Newsgroups: jedi.vcl

I moved the palette names from JvConsts.pas to JvDsgnConsts.pas
Now we get several JvDsgnConsts implicitly imported warnings for D-packages.
Can someone please fix that?



Subject: Encrypting
From: "JEDI" <johan@olrac.com>
Date: Thu, 11 Dec 2003 09:24:33 +0200
Newsgroups: jedi.vcl

I'm looking for a tool ( or a method) to encrypt and decrypt an Access
database in runtime. Anybody know something like this? I've looked on the
web, but there are only separate app's for this, not in code...
-- Johan van Wijk Software Engineer Import Export Olfish Development Team ------------------------------------- Steenberg Office Park Silvermine House Tokai, Cape Town 7945, South Africa ------------------------------------- Tel : +27 (0)21 702 4111 Fax : +27 (0)21 702 4333 Work Mail : johan@olrac.com 

Subject: JVCL3 TJvTimerList is not working
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 11 Dec 2003 09:55:28 +0300
Newsgroups: jedi.vcl

I tried to use TJvTimerList, with 16 timerevents, but couldn't put into operation. Always can see only event index 0, ItemByHandle and ItemIndexByHandle are not working, got a number of AV, very starnge. 8-))(



Subject: Re: Interpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 11 Dec 2003 09:50:04 +0300
Newsgroups: jedi.vcl

> > I've written a programm, that should execute scripts from outside of my
> > program, I mean it includes that and interpreter it. so this script should
> > be able to use some functions/procedures of the main Program and also
> > variables.
> >
> > I don't know, how can I do this and which units I need.
> >

1) use OnGetValue/OnSetValue handlers. For example, put JvInterpreterFm on
the form:

  TForm1 = class(TForm)
    JvInterpreterFm1: TJvInterpreterFm;
    procedure JvInterpreterFm1GetValue(Sender: TObject; Identifier: String;
      var Value: Variant; Args: TJvInterpreterArgs; var Done: Boolean);
  private
    MyVariable: SomeSimpleType;
    MyObject: TObjectDescendant;  // see supported units/classes in
JvInterpreter_All;
  end;

implementation
uses JvInterpreter_All;

procedure TForm1.JvInterpreterFm1GetValue(Sender: TObject;
  Identifier: String; var Value: Variant; Args: TJvInterpreterArgs;
  var Done: Boolean);
begin
  if AnsiSameText('MyObject',Identifier) then begin
    Value:=O2V(JvHLEditor1);
    Done:=true;
  end
  else
  if AnsiSameText('MyVariable',Identifier) then begin
    Value:=MyVariable;
    Done:=true;
  end;
end;

procedure TForm1.JvInterpreterFm1SetValue(Sender: TObject;
  Identifier: String; const Value: Variant; Args: TJvInterpreterArgs;
  var Done: Boolean);
begin
  if AnsiSameText('MyVariable',Identifier) then begin
    MyVariable:=Value;
    Done:=true;
  end;
end;

2) Use adapters for own Classes / procedures / functions. Execute adapter
generator (examples\RaLib\Pas2Rai2), generate adapter unit and add into
initialization section RegisterJvInterpreterAdapter call. Include this unit
into project:

unit JvInterpreter_MyUnit;
....
initialization
  RegisterJvInterpreterAdapter(GlobalJvInterpreterAdapter);
end.




Subject: Re: JvDSADialogs and TJvDynEngine
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 10 Dec 2003 22:13:01 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 10 Dec 2003 21:21:40 +0100:

 >> The question is: is it a good idea?
 PT> Marcel is the one to answer this since he wrote the DSADialogs unit in
 PT> the first place.

    Marcel is still contemplating <g> I think I need some better explanation
though, cause I don't see where Jens is going.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvDSADialogs and TJvDynEngine
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Dec 2003 21:21:40 +0100
Newsgroups: jedi.vcl

> > The question is: is it a good idea?
Marcel is the one to answer this since he wrote the DSADialogs unit in the
first place.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Very strange behavior after the install of 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Dec 2003 21:20:44 +0100
Newsgroups: jedi.vcl

> > Thanks again for all your help Peter. JVCL members are the most
consistently
> > helpful people i have run into. Just wanted to let you guys know it is
> > definitely appreciated.
Thanks. Glad I could be of some help.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Dec 2003 20:22:31 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Now the Exceptions all have resourcestrings.

I forgot.
Except theUIB files. The author should make local resourcestings himself.



Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Dec 2003 20:21:20 +0100
Newsgroups: jedi.vcl

Now the Exceptions all have resourcestrings. Most of them in JvResources.pas. Some local, some local and in JvResources.pas guarded by IFDEF USEJVCL.
My HID component will need a bit of time because i will have to make a release for it. Then it will also have resourcestrings.

The next sweep will give the resourcestrings better names.
Rs prefix, RsE prefix for exceptions and Item or Caption suffix for menu items and caption texts.



Subject: Re: Interpreter
From: "Serdar Dere" <serdardere@web.de>
Date: Wed, 10 Dec 2003 18:42:33 +0100
Newsgroups: jedi.vcl

Sorry I don't understand the examples, there to much information, but not,
that I looking for.

I've written a programm, that should execute scripts from outside of my
program, I mean it includes that and interpreter it. so this script should
be able to use some functions/procedures of the main Program and also
variables.

I don't know, how can I do this and which units I need.

can anybody help me?

thanks in advance

bye Serdar

PS: sorry for my bad english language




Subject: Re: Very strange behavior after the install of 3.0
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 10 Dec 2003 07:14:44 -0600
Newsgroups: jedi.vcl

Well, i finally fixed it...i think. In the component it had declared 2
cursor constants.
Const
    crHandOpened = 100;
    crHandClosed  = 101;

The only way i could get it to work was to cahge it to:
Const
    crHandOpened = 200;
    crHandClosed  = 101;

So i don't know if JVCL or some other components i have had the same number
in a constant or what. But changing it seems to have worked.

Thanks again for all your help Peter. JVCL members are the most consistently
helpful people i have run into. Just wanted to let you guys know it is
definitely appreciated.

Dave


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:br6jes$pmh$1@talkto.net...
>> > > Yeah i figured that one out. But i removed the ProVCL completely,
deleted
>> > > all related files, even uninstalled and re-installed all components from
>> > > delphi and the cursor still defaults to windows drag. But here is the
> > weird
>> > > thing, if i start a new project using the same image control the cursor
is
>> > > fine!
> > Check the DFM of the project for any clues. Remove any mention of cursors
in
> > the DFM and see if that helps. It doesn't seem to be a JVCL issue, though.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: TJvFormStorage -> How can I create a component programatically, not droping it on a form
From: "Augusto" <gustotc@ieg.com.br>
Date: Wed, 10 Dec 2003 09:52:34 -0300
Newsgroups: jedi.vcl

Hi,

It would help if we knew what the error is. Anyway, Once the
TJvFormStorage component is created with the form as it's owner (as you did
in the example), the SaveFormPlacement method is called automatically when
the form closes/destroys. It might be that the double saving is generating
an error. Also I seem to recall TJvFormStorage hijacks some of the events of
the form so that might also be causing trouble.

    Still, knowing what the error is might give us more insight.


Thanks for your help but my trouble is:

I create a new component that I put in the form. My component calls the
SaveFormPlacement method form TJvFormStorage. I don't put the TJvFormStorage
in the form, I just calling the RestoreFromPlacement and SaveFormPlacement
method from it and when I do it, its cause an error.

How can I create a component programatically, not droping it on a form in my
component.
I tried

create component

FJvAppRegistry := nil;
FJvFormStorage := nil;

loaded component

FPath := '\Software\Multidados\VisualMulti\' + ProjectName + '\' +
FrmPar.Name;
with FrmPar do
begin
      FJvAppRegistry := TJvAppRegistryStore.Create(FrmPar);
      FJvAppRegistry.StoreOptions.BooleanStringTrueValues := 'TRUE, YES, Y';
      FJvAppRegistry.StoreOptions.BooleanStringFalseValues := 'FALSE, NO,
N';
      FJvAppRegistry.RegRoot := hkCurrentUser;
      FJvAppRegistry.Root := FPath;

      {Criando Storage}
      FJvFormStorage := TJvFormStorage.Create(FrmPar);
      FJvFormStorage.AppStorage := FJvAppRegistry;
      FJvFormStorage.Options := [fpState, fpPosition, fpActiveControl];
      FJvFormStorage.AppStoragePath := FPath;
      FJvFormStorage.RestoreFormPlacement;
end;

destroy component

FJvFormStorage.SaveFormPlacement;
error


thank´s
Augusto
----------------------------------------------
component

unit acesso;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
  Dialogs, Registry, StdCtrls, DBCtrls, DB, DBISAMTb,
  JvFormPlacement, JvComponent, JvAppStore, JvAppRegistryStore, JvTypes;

type
  {TDlgAcessos}
  TDlgAcessos = class(TForm)
    btnOk: TButton;
    DBISAMDataBase: TDBISAMDatabase;
    qryForms: TDBISAMQuery;
    qryFormsMODULO: TStringField;
    Label1: TLabel;
    lkForms: TComboBox;
    Label2: TLabel;
    lkObjetos: TComboBox;
    qryObjetos: TDBISAMQuery;
    qryObjetosOBJCAPTION: TStringField;
    qryObjetosOBJNAME: TStringField;
    qryObjetosTIPOOBJ: TStringField;
    btnCancela: TButton;
    Label3: TLabel;
    lblForm: TLabel;
    GroupBox1: TGroupBox;
    GroupBox2: TGroupBox;
    listNSel: TListBox;
    ListSel: TListBox;
    procedure FormCreate(Sender: TObject);
    procedure lkFormsChange(Sender: TObject);
    procedure listNSelDragOver(Sender, Source: TObject; X, Y: Integer;
      State: TDragState; var Accept: Boolean);
    procedure ListSelDragDrop(Sender, Source: TObject; X, Y: Integer);
    procedure FormShow(Sender: TObject);
    procedure btnOkClick(Sender: TObject);
  private
    FFrmParente: TForm;
    FFormAntecessor: String;
    FCompAntecessor: String;
    function ConectaDBIsam: Boolean;
    procedure MontaObj;
    procedure SetFrmParente(const Value: TForm);
  public
  published
    property FrmParente: TForm read FFrmParente write SetFrmParente;
    property FormAntecessor: String read FFormAntecessor write
FFormAntecessor;
    property CompAntecessor: String read FCompAntecessor write
FCompAntecessor;
  end;

  {TAcessos}
  TAcessos = class(TComponent)
  private
    FJvAppRegistry: TJvAppRegistryStore;
    FJvFormStorage: TJvFormStorage;
    FProjectName: String;
    FFormAntecessor: String;
    FCompAntecessor: String;
    FPath: String;
    function GetForm: TForm;
    {propriedades}
    property FormAntecessor: String read FFormAntecessor write
FFormAntecessor;
    property CompAntecessor: String read FCompAntecessor write
FCompAntecessor;
  protected
    procedure Notification(AComponent: TComponent; Operation: TOperation);
override;
    procedure Loaded; override;
  public
    constructor Create(aOwner: TComponent); override;
    destructor Destroy; override;
  published
    property Name;
    property Tag;
    property ProjectName: String read FProjectName write FProjectName;
    {Procedimentos}
    procedure FormAcesso; virtual;
  end;

implementation

{$R *.dfm}

{ TAcessos }

constructor TAcessos.Create(aOwner: TComponent);
begin
  inherited;
  FJvAppRegistry := Nil;
  FJvFormStorage := Nil;
  FPath := '';
end;

destructor TAcessos.Destroy;
begin
  inherited;
  if Assigned(FJvFormStorage) then
  begin
    with GetForm do
    begin
      FJvFormStorage.SaveFormPlacement;
      FJvFormStorage.DestroyComponents;
      FJvAppRegistry.DestroyComponents;
    end;
  end;
end;

procedure TAcessos.FormAcesso;
var
  MyForm: TDlgAcessos;
begin
  try
    MyForm := TDlgAcessos.Create(Nil);
    MyForm.FormAntecessor := FormAntecessor;
    MyForm.CompAntecessor := CompAntecessor;
    MyForm.FrmParente := GetForm;
    if MyForm.ShowModal = mrOk then
    begin
      FormAntecessor := MyForm.lkForms.Text;
      CompAntecessor := MyForm.lkObjetos.Text;
    end;
  finally
    FreeAndNil(MyForm);
  end;
end;

function TAcessos.GetForm: TForm;
begin
  if Owner is TCustomForm then
    Result := TForm(Owner as TCustomForm)
  else
    Result := nil;
end;

procedure TAcessos.Loaded;
var
  FrmPar: TForm;
begin
  if ProjectName = EmptyStr then
  begin
    ShowMessage('Informe o ProjectName');
  end
  else
  begin
    {Obtendo o Formulário Origem}
    FrmPar := GetForm;
    {Montando Path Register}
    FPath := '\Software\Multidados\VisualMulti\' + ProjectName + '\' +
FrmPar.Name;
    {Criando AppRegistryStore}
    with FrmPar do
    begin
      FJvAppRegistry := TJvAppRegistryStore.Create(FrmPar);
      FJvAppRegistry.StoreOptions.BooleanStringTrueValues := 'TRUE, YES, Y';
      FJvAppRegistry.StoreOptions.BooleanStringFalseValues := 'FALSE, NO,
N';
      FJvAppRegistry.RegRoot := hkCurrentUser;
      FJvAppRegistry.Root := FPath;
      FJvAppRegistry.SubStores.Clear;
      {Criando Storage}
      FJvFormStorage := TJvFormStorage.Create(FrmPar);
      FJvFormStorage.AppStorage := FJvAppRegistry;
      FJvFormStorage.Options := [fpState, fpPosition, fpActiveControl];
      FJvFormStorage.StoredValues.Clear;
      FJvFormStorage.AppStoragePath := FPath;
      FJvFormStorage.RestoreFormPlacement;
    end;
  end;
  inherited;
end;

procedure TAcessos.Notification(AComponent: TComponent;
  Operation: TOperation);
begin
  inherited;

end;

{TDlgAcessos}

procedure TDlgAcessos.FormCreate(Sender: TObject);
begin
  {Pegar no Register o Diretório do DBIsam}
  if not ConectaDbIsam then
  begin
    ShowMessage('Erro na Conexão com DBIsam. Verifique o Register.');
    Self.Close;
  end;
end;

function TDlgAcessos.ConectaDBIsam: Boolean;
var
 Registro: TRegistry;
begin
  Registro := TRegistry.Create;
  try
   Registro.RootKey := HKEY_LOCAL_MACHINE;
    Registro.OpenKey('SOFTWARE\Multidados\VisualMulti', False);
  DBISAMDataBase.Directory := Registro.ReadString('DBIsam');
    try
     DBISAMDataBase.Open;
      Result := true;
    except
   Result := false;
    end;
  finally
   Registro.CloseKey;
    FreeAndNil(Registro)
  end;
end;

procedure TDlgAcessos.lkFormsChange(Sender: TObject);
begin
  MontaObj;
end;

procedure TDlgAcessos.MontaObj;
var
  nIndex: SmallInt;
  cComponente: String;
begin
  nIndex := -1;
  {Monta ComboBox com dados baseados no formulário escolhido}
  try
    lkObjetos.Items.Clear;
    qryObjetos.ParamByName('cModulo').AsString := lkForms.Text;
    qryObjetos.Open;
    while not qryObjetos.Eof do
    begin
      cComponente := qryObjetosOBJCAPTION.AsString + ' (' +
                     qryObjetosOBJNAME.AsString + ' [' +
                     qryObjetosTIPOOBJ.AsString + ']' + ' )';
      lkObjetos.Items.Add(cComponente);
      if cComponente = FCompAntecessor then
        nIndex := lkObjetos.Items.Count-1;
      qryObjetos.Next;
    end;
  finally
    qryObjetos.Close;
    if nIndex >= 0 then
      lkObjetos.ItemIndex := nIndex;
  end;
end;

procedure TDlgAcessos.SetFrmParente(const Value: TForm);
var
  i: integer;
begin
  FFrmParente := Value;
  lblForm.Caption := FFrmParente.Name;
  {Obtendo os componentes do form}
  with FFrmParente do
    for i := 0 to ComponentCount - 1 do
      if (LowerCase(Components[i].ClassName) <> 'timagelist') and
        (LowerCase(Components[i].ClassName) <> 'tacessos') then
      listNSel.Items.Add(Components[i].Name + ' [' + Components[i].ClassName
+ ']');
end;

procedure TDlgAcessos.listNSelDragOver(Sender, Source: TObject; X,
  Y: Integer; State: TDragState; var Accept: Boolean);
begin
  Accept := (Source is TListBox);
end;

procedure TDlgAcessos.ListSelDragDrop(Sender, Source: TObject; X, Y:
Integer);
var
  i, nIndex: smallInt;
  ListaDel: TStringList;
begin
  ListaDel := TStringList.Create;
  try
    {Incluindo}
    for i := 0 to TListBox(Source).Items.Count-1 do
      if TListBox(Source).Selected[i] then
      begin
        TListBox(Sender).Items.Add(TListBox(Source).Items.Strings[i]);
        ListaDel.Add(TListBox(Source).Items.Strings[i]);
      end;
    {Excluindo}
    for i := 0 to ListaDel.Count-1 do
      for nIndex := 0 to TListBox(Source).Count-1 do
        if TListBox(Source).Items.Strings[nIndex] = ListaDel.Strings[i] then
        begin
          TListBox(Source).Items.Delete(nIndex);
          {Sair do For}
          Break;
        end;
  finally
    FreeAndNil(ListaDel);
  end;
end;

procedure TDlgAcessos.FormShow(Sender: TObject);
var
  nIndex: SmallInt;
const
  clkForm = '( Próprio Form )';
begin
  if clkForm = FFormAntecessor then
    nIndex := 0
  else nIndex := -1;
  {Montando Combo de Pesquisa}
  try
    qryForms.Open;
    {Transfere dados}
    lkForms.Items.Clear;
    lkForms.Items.Add(clkForm);
    while not qryForms.Eof do
    begin
      lkForms.Items.Add(qryFormsMODULO.AsString);
      if qryFormsMODULO.AsString = FFormAntecessor then
        nIndex := lkForms.Items.Count-1;
      qryForms.Next;
    end;
  finally
    qryForms.Close;
    if nIndex >= 0 then
    begin
      lkForms.ItemIndex := nIndex;
      MontaObj;
    end;
  end;
end;

procedure TDlgAcessos.btnOkClick(Sender: TObject);
begin
  if (lkForms.ItemIndex >= 1) and (lkObjetos.Text = '') then
    ShowMessage('Favor Informar um Componente Antecessor')
  else
    ModalResult := mrOK;
end;

end.




Subject: Re: TJvFormStorage -> How can I create a component programatically, not droping it on a form
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 10 Dec 2003 13:34:48 +0100
Newsgroups: jedi.vcl

Hello, Augusto!
You wrote  on Wed, 10 Dec 2003 09:52:34 -0300:


 A> I create a new component that I put in the form. My component calls the
 A> SaveFormPlacement method form TJvFormStorage. I don't put the
 A> TJvFormStorage in the form, I just calling the RestoreFromPlacement and
 A> SaveFormPlacement method from it and when I do it, its cause an error.

    I understand, but by creating the TJvFormStorage component it will
automatically overtake the events of the form and will automatically save
the state (and I believe also restore it just before the form shows)

 A> How can I create a component programatically, not droping it on a form
 A> in my component.
 A> I tried

    The code itself looks fine (I haven't tested it), except I would at
least remove the SaveFormPlacement call. And I would most certainly not put
it in the destructor of the component, as that might get called after the
TJvFormStorage component is destroyed (because the form is destroying).

    Start with simply removing the calls to RestoreFormPlacement and
SaveFormPlacement and see if it all goes without errors. Remember that
TJvFormStorage will be destroyed automatically by the form and this might
happen before your component is destroyed. So you might override the
Notification method of your component to set both FJvAppRegistry and
FJvFormStorage to nil if the method is called with these components and the
opRemove operation.

    If you think the settings are not automatically loaded, you may add back
the RestoreFormPlacement call, right after the creation of the form storage,
but I think that is still to soon (I think TJvFormStorage loads it in during
the OnFormShow event). Again, be aware the TJvFormStorage will override some
events (at least OnShow) so if you assign a new handler to the form's OnShow
event the automatic loading will not take place (I'll be looking at a way to
get the component working without the usage of events).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Face And Ghost (The Children's Song)" by Live.




Subject: Re: JvDSADialogs and TJvDynEngine
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 10 Dec 2003 11:13:09 +0000
Newsgroups: jedi.vcl

>> >> what about migrating the JvDSADialogs Unit to my new TJvDynControlEngine.
> >
> >Wouldn't it be possible to support JvDSADialogs from within the engine
> >without merging them? That would be better since then we have a choice
> >whether we want to use the engine as a backbone fpr the dialogs or the
> >"bare-bones" dialogs as they work today.

I think this is what i want to do.

I want to change the JvDSADialogs that the dialogs use the
TJvDynControlEngine to create contents. I didn't want to merge the source
in the engine files. Sorry if it was not clear.

The question is: is it a good idea?

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JVCL and SynEdit
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 10 Dec 2003 10:08:59 +0000 (UTC)
Newsgroups: jedi.vcl

Henri Gourvest wrote:

> > Because it is a Jedi project

Says who? I certainly could not find anything to that effect on its
homepage...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Dec 2003 09:48:40 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> As long as the JVCL is not completely CLX compatible the QWinCursors is
> not needed.

I put back the resourcestrings into the file because it is independent of the JVCL that way. Same for JvJCLUtils.pas.



Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Dec 2003 09:45:23 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Committing. Go scream ;-)

There are problems.
JvScrollMax.pas conflicted, but i resolved it (the merga was good already).

M JVCL3/run/JvScrollText.pas
M JVCL3/run/JvSegmentedLEDDisplay.pas
M JVCL3/run/JvSegmentedLEDDisplayMapperFrame.pas
M JVCL3/run/JvSerialMaker.pas
M JVCL3/run/JvSimpleXml.pas
M JVCL3/run/JvSpeedbar.pas

seem to have been changed while i commited, but gave no conflicts.
Please check what happened to these files.



Subject: Re: resourcestrings
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 10 Dec 2003 09:42:17 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > QWinCursors.pas is from Matthias Thoma.

As long as the JVCL is not completely CLX compatible the QWinCursors is
not needed.

The only lines that need QWinCursors are in JvJVCLUtils.pas:
    { begin RxLib }
    Screen.Cursors[crHand] := LoadCursor(hInstance, 'JV_HANDCUR');
    Screen.Cursors[crDragHand] := LoadCursor(hInstance, 'JV_DRAGCUR');
    { end RxLib }
But we can generate Qt compatible cursors (do not need QWinCursors) and
IFDEF the lines.



-- Regards, Andreas Hausladen 

Subject: Re: One mor error
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Wed, 10 Dec 2003 11:34:36 +0300
Newsgroups: jedi.vcl

>> > > Please use the package generator to regenerate those packages, and you
>> > > will be ok. To use it, open a command window in \packages and use
>> > > MakePackages.bat passing as the first argument the location of the root
>> > > of the installation of Delphi. It defaults to c:\program files\delphi7
>> > >
> >
> > OK. Now JvCtrlsD5R.dpk is good
> >

Please update JvCtrlsD5R.dpk on CVS




Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Dec 2003 09:19:40 +0100
Newsgroups: jedi.vcl

> Today i will remove the resourcestrings from the files and activate JvResources.pas. The Globus files will get an IFNDEF USEJVCL.

Committing. Go scream ;-)



Subject: Re: Very strange behavior after the install of 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Dec 2003 09:07:43 +0100
Newsgroups: jedi.vcl

> > Yeah i figured that one out. But i removed the ProVCL completely, deleted
> > all related files, even uninstalled and re-installed all components from
> > delphi and the cursor still defaults to windows drag. But here is the
weird
> > thing, if i start a new project using the same image control the cursor is
> > fine!
Check the DFM of the project for any clues. Remove any mention of cursors in
the DFM and see if that helps. It doesn't seem to be a JVCL issue, though.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: resourcestrings
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Dec 2003 09:04:16 +0100
Newsgroups: jedi.vcl

> > I saw that dxgettext is not under the MPL. It is completely free. Are
> > there any licensing problems to handle?
No. The dxgettext license doesn't really affect us since it is not part of
JVCL. It could even be commercial without causing any conflicts.

> > Some other files are also not under the MPL. One even has an IFDEF
> > SHAREWARE.
I think it's safe to remove that one<g>

> > QWinCursors.pas is from Matthias Thoma. He should put it under dual
> > license. MPL for JVCL free for other projects.
I don't know if Matthias checks this NG. Maybe post a heads up on jedi.jcl?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDSADialogs and TJvDynEngine
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Dec 2003 08:59:18 +0100
Newsgroups: jedi.vcl

> > what about migrating the JvDSADialogs Unit to my new TJvDynControlEngine.

Wouldn't it be possible to support JvDSADialogs from within the engine
without merging them? That would be better since then we have a choice
whether we want to use the engine as a backbone fpr the dialogs or the
"bare-bones" dialogs as they work today.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL and SynEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Dec 2003 08:57:09 +0100
Newsgroups: jedi.vcl

> > Is there any plan to merge SynEdit with JVCL
No

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Dec 2003 06:04:46 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I have committed the new JvResources.pas.
> It contains copies of all resourcestrings of the JVCL (run).
> I resolved all naming conflicts this created in JvResources.pas.
> The files is not included in any package yet so the JVCL runs on the local resourcestrings for now.

Today i will remove the resourcestrings from the files and activate JvResources.pas. The Globus files will get an IFNDEF USEJVCL.



Subject: Re: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Dec 2003 06:03:05 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I see no need to separate the dfm and pas files. If someone wants to provide
> translations of DFM's, fine. We can put these in a folder of their own once
> we have them but the best approach is to translate using something like
> dxgettext since each string needs to be translated only once. Even using the
> ITE, you only need one DFM. I think we have enough to handle as it is
> without creating unnecessary complexity.
>

I saw that dxgettext is not under the MPL. It is completely free. Are there any licensing problems to handle?
Some other files are also not under the MPL. One even has an IFDEF SHAREWARE.
QWinCursors.pas is from Matthias Thoma. He should put it under dual license. MPL for JVCL free for other projects.



Subject: Re: JVCL and SynEdit
From: "Henri Gourvest" <x@x.com>
Date: Wed, 10 Dec 2003 01:15:32 +0100
Newsgroups: jedi.vcl

> > Why should we eat SynEdit?
Because it is a Jedi project and a VCL.
"My" reason: I use it in the UIB SQL property editor.

Regards

Henri




Subject: Re: [OT] any Richedit question.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 09 Dec 2003 23:45:43 +0100
Newsgroups: jedi.vcl

JrKI wrote:

> I am working on a chat, and i need to make emoticon support. I know how to insert non-images
> to JvxRichEdit, but i need to replace selected text in any (Jv- , Jvx-) Richedit with copy of
> JvxGifAnimator
> control. Is it possible?

There are some methods added to the Rich Edit control to simplify adding images. But you need JVCL 3.0 for that. You can download it from http://jvcl.sf.net/daily/

If you have CVS knowledge or are a bit adventurous, you can also get JVCL 3.0 using CVS: see http://sourceforge.net/forum/forum.php?forum_id=300248 or http://jvcl.sourceforge.net/cvs.htm

Note that TJvxRichEdit is renamed to TJvRichEdit and is located in JvRichEdit.pas.

You can see a chat example in examples\JvRichEdit (MessengerDemo.dpr)

Adding animated gifs is not yet implemented, but I have a demo that works. Since you are the second to ask, I'll clean it up and commit the source.

But be warned that it will use a lot of memory per image, and IMO a rich edit is not suitable for (a lot of) images. Don't know a good replacement though.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvScrollMax problem? - UPDATE
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Dec 2003 17:45:34 -0500
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
br5i4s$nhd$1@talkto.net...
> > Ignacio Vazquez wrote:
>> >> Yup, that got it. Should I commit?
> >
> > Ok

Done.

Cheers,
  Ignacio




Subject: Re: TJvScrollMax problem? - UPDATE
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 09 Dec 2003 23:39:15 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
> Yup, that got it. Should I commit?

Ok

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JVCL and SynEdit
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 9 Dec 2003 23:38:26 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:

> > Is there any plan to merge SynEdit with JVCL

Why should we eat SynEdit?


-- Regards, Andreas Hausladen 

Subject: Re: TJvScrollMax problem? - UPDATE
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Dec 2003 17:37:30 -0500
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
br5hbo$h25$1@talkto.net...
> > Change

Yup, that got it. Should I commit?

Thanks,
  Ignacio




Subject: Re: Interpreter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 9 Dec 2003 23:33:13 +0100
Newsgroups: jedi.vcl

Serdar Dere wrote:

> > Ic need few examples to learn how can I deal with  JvInterpreter.

There are 5 examples in the $(JVCL)\examples\RaLib directory.



-- Regards, Andreas Hausladen 

Subject: Re: TJvScrollMax problem? - UPDATE
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 09 Dec 2003 23:25:51 +0100
Newsgroups: jedi.vcl

Change

procedure TJvScrollMax.SetParentBackground(Value: Boolean);
begin
  inherited ParentBackground := Value;
  FPnlEdit.ParentBackground := Value;
  FScrollBar.ParentBackground := Value;
end;

to

procedure TJvScrollMax.SetParentBackground(Value: Boolean);
begin
  inherited SetParentBackground(Value);
  FPnlEdit.ParentBackground := Value;
  FScrollBar.ParentBackground := Value;
end;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Interpreter
From: "Serdar Dere" <serdardere@web.de>
Date: Tue, 9 Dec 2003 23:10:56 +0100
Newsgroups: jedi.vcl

Is there nobody who uses  JvInterpreter?

Ic need few examples to learn how can I deal with  JvInterpreter.

Thanks in advance

bye Serdar




Subject: Re: TJvScrollMax problem? - UPDATE
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Dec 2003 17:07:39 -0500
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bpsg7k$nnu$1@talkto.net...
> > Can I get a confirm that placing a TJvScrollMax component on a form nukes
> > the IDE?

I've managed to have this problem happen once where I got a useful report.
It seems that there's some sort of stack overflow going on with it when it's
dropped on a form in D7. Debugging further now...

Cheers,
  Ignacio




Subject: Re: TJvFormStorage -> How can I create a component programatically, not droping it on a form
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Dec 2003 22:13:36 +0100
Newsgroups: jedi.vcl

Hello, Augusto!
You wrote  on Tue, 9 Dec 2003 18:03:38 -0300:

 A> onclose

 A> FJvFormStorage.SaveFormPlacement;

 A> ERRO

    It would help if we knew what the error is. Anyway, Once the
TJvFormStorage component is created with the form as it's owner (as you did
in the example), the SaveFormPlacement method is called automatically when
the form closes/destroys. It might be that the double saving is generating
an error. Also I seem to recall TJvFormStorage hijacks some of the events of
the form so that might also be causing trouble.

    Still, knowing what the error is might give us more insight.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JVCL and SynEdit
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Dec 2003 16:07:16 -0500
Newsgroups: jedi.vcl

"Henri Gourvest" <x@x.com> wrote in message br5arf$ta1$1@talkto.net...
> > Thank you but It was not my question.

Well then I'm afraid that I completely missed the point of your question.

Cheers,
  Ignacio




Subject: TJvFormStorage -> How can I create a component programatically, not droping it on a form
From: "Augusto" <gustotc@ieg.com.br>
Date: Tue, 9 Dec 2003 18:03:38 -0300
Newsgroups: jedi.vcl

Hi,

I upgraded version jedi 3

How can I create a component programatically, not droping it on a form

TJvAppRegistryStore   and   TJvFormStorage

I did the example below and the save generate an error in SaveFormPlacement;

example:

oncreate form

FPath := '\Software\Multidados\VisualMulti\' + ProjectName + '\' +
FrmPar.Name;
with FrmPar do
begin
      FJvAppRegistry := TJvAppRegistryStore.Create(FrmPar);
      FJvAppRegistry.StoreOptions.BooleanStringTrueValues := 'TRUE, YES, Y';
      FJvAppRegistry.StoreOptions.BooleanStringFalseValues := 'FALSE, NO,
N';
      FJvAppRegistry.RegRoot := hkCurrentUser;
      FJvAppRegistry.Root := FPath;

      {Criando Storage}
      FJvFormStorage := TJvFormStorage.Create(FrmPar);
      FJvFormStorage.AppStorage := FJvAppRegistry;
      FJvFormStorage.Options := [fpState, fpPosition, fpActiveControl];
      FJvFormStorage.AppStoragePath := FPath;
      FJvFormStorage.RestoreFormPlacement;
end;

onclose

FJvFormStorage.SaveFormPlacement;

ERRO

Thank's

Augusto





Subject: Re: JVCL and SynEdit
From: "Henri Gourvest" <x@x.com>
Date: Tue, 9 Dec 2003 21:34:47 +0100
Newsgroups: jedi.vcl

Thank you but It was not my question.
regards

Henri

"Ignacio Vazquez" <ivazquez@orioncommunications.com> a écrit dans le message
de news:br3mub$oac$1@talkto.net...
> > Hello, Henri!
>> > > Is there any plan to merge SynEdit with JVCL
> >
> > Take a look at TJvHLEditor.
> >
> > Cheers,
> >   Ignacio
> >
> > -- 
> > Henshin-a-go-go, baby!
> >
> >




Subject: Re: resourcestrings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Dec 2003 21:30:30 +0100
Newsgroups: jedi.vcl

I see no need to separate the dfm and pas files. If someone wants to provide
translations of DFM's, fine. We can put these in a folder of their own once
we have them but the best approach is to translate using something like
dxgettext since each string needs to be translated only once. Even using the
ITE, you only need one DFM. I think we have enough to handle as it is
without creating unnecessary complexity.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: resourcestrings
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Dec 2003 20:10:10 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Tue, 9 Dec 2003 19:51:20 +0100:

 AH> Is Delphi capable of having the .dfm file in another directory as the
 AH> .pas file?

    I don't think it's possible to design the form at the design time if the
two files are separated, but at run time it is OK, as long as it can find
the .DFM in a folder that's in the Delphi Search path. If you use the JVCL's
lib folder in your search path (instead of the run folder) you would have to
copy the DFMs from run to the lib folder anyway, otherwise, the form can not
be used in your application. I believe there aren't many forms in the run
folder, so that would be no problem. Another solution would be to not use
DFMs at all (in the run folder that is) but "build" the form from code. I
believe Peter did that with one of the forms earlier.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: resourcestrings
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 9 Dec 2003 19:51:20 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This raises the question if we should centralize all DFM files in a DFM
> > directory. It would allow to deliver localized DFMs later by providing
> > alternative DFM directries.

Is Delphi capable of having the .dfm file in another directory as the .pas
file?



-- Regards, Andreas Hausladen 

Subject: resourcestrings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 09 Dec 2003 19:09:59 +0100
Newsgroups: jedi.vcl

I have committed the new JvResources.pas.
It contains copies of all resourcestrings of the JVCL (run).
I resolved all naming conflicts this created in JvResources.pas.
The files is not included in any package yet so the JVCL runs on the local resourcestrings for now.

This raises the question if we should centralize all DFM files in a DFM directory. It would allow to deliver localized DFMs later by providing alternative DFM directries.



Subject: Re: Very strange behavior after the install of 3.0
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 9 Dec 2003 11:53:24 -0600
Newsgroups: jedi.vcl

Yeah i figured that one out. But i removed the ProVCL completely, deleted
all related files, even uninstalled and re-installed all components from
delphi and the cursor still defaults to windows drag. But here is the weird
thing, if i start a new project using the same image control the cursor is
fine!

I cannot figure this out at all.

Thanks again,
Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:br5131$lde$1@talkto.net...
> > I did some investigations into the Pro VCL and it seems crProDragHand is
> > defined as TCursor(15004) in ProVCL.pas and as far as I can see, there is
no
> > cursor in JVCL that uses that value, so I don't think the problem is
caused
> > by the JVCL.
> >
> > The problem with JvCrypt indicates that you have a version of zlib that
> > doesn't include the TCompressionStream class. This means that the zlib.pas
> > version you have is either very old or not from Borland. The solution is
to
> > either rename your zlib.pas to something else or rename the Borland
zlib.pas
> > to something else and also rename zlib in the uses of JvZLibMultiple.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Very strange behavior after the install of 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Dec 2003 18:47:56 +0100
Newsgroups: jedi.vcl

I did some investigations into the Pro VCL and it seems crProDragHand is
defined as TCursor(15004) in ProVCL.pas and as far as I can see, there is no
cursor in JVCL that uses that value, so I don't think the problem is caused
by the JVCL.

The problem with JvCrypt indicates that you have a version of zlib that
doesn't include the TCompressionStream class. This means that the zlib.pas
version you have is either very old or not from Borland. The solution is to
either rename your zlib.pas to something else or rename the Borland zlib.pas
to something else and also rename zlib in the uses of JvZLibMultiple.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Very strange behavior after the install of 3.0
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 9 Dec 2003 09:17:53 -0600
Newsgroups: jedi.vcl

Ok, i found part of the problem, When i removed the PRO VCL Extensions
library that i have never used, the error stopped happening when i scroll
the list. But the hand cursor has not come back. The constructor of the
image control sets the cursor to the appropriate ones that are defined
inside it. crOpenHand , crClosedHand. But when i run the app it defaults to
the windows drag cursor. So i do not know what to do now. Any ideas?

Also, when i try to install JvCryptD6D in the projects, i get nothing but
errors. All other packages installed just fine. Too many to list here, so i
will upload a screenshot to the binaries newsgroup under heading "Can't
install JvCrypt screenshot".

I dont think i need that package, but thought you may want to know about it.
Delphi 6 Pro / Update pack 2 / Windows Xp / JVCL 3 - which i updated maybe a
week ago from CVS

Thanks again,
Dave


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:br4lua$a8l$1@talkto.net...
>> > > I have done a complete windows search of my entire hard drive for
anything
>> > > containing the text "crPro" and it turns up no results at all. How would
i
>> > > go about tracking this down?
> >
> > Remove the JVCL packages (Component-Install Packages: select each JVCL
> > package and click Remove). Create a new project, drop the 3rd party image
> > component and a button on the form and write this in the buttons onclick:
> >
> > ShowMessageFmt('crProDragHandle value is %d',[crProDragHandle]);
> >
> > Run, click the button an post the result here and I'll check if there is a
> > duplicate in JVCL.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Very strange behavior after the install of 3.0
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 9 Dec 2003 08:51:39 -0600
Newsgroups: jedi.vcl

It wont compile it says undeclared identifier 'crProDragHand';

Now i am really confused.

Dave

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:br4lua$a8l$1@talkto.net...
>> > > I have done a complete windows search of my entire hard drive for
anything
>> > > containing the text "crPro" and it turns up no results at all. How would
i
>> > > go about tracking this down?
> >
> > Remove the JVCL packages (Component-Install Packages: select each JVCL
> > package and click Remove). Create a new project, drop the 3rd party image
> > component and a button on the form and write this in the buttons onclick:
> >
> > ShowMessageFmt('crProDragHandle value is %d',[crProDragHandle]);
> >
> > Run, click the button an post the result here and I'll check if there is a
> > duplicate in JVCL.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Very strange behavior after the install of 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Dec 2003 15:37:41 +0100
Newsgroups: jedi.vcl

> > I have done a complete windows search of my entire hard drive for anything
> > containing the text "crPro" and it turns up no results at all. How would i
> > go about tracking this down?

Remove the JVCL packages (Component-Install Packages: select each JVCL
package and click Remove). Create a new project, drop the 3rd party image
component and a button on the form and write this in the buttons onclick:

ShowMessageFmt('crProDragHandle value is %d',[crProDragHandle]);

Run, click the button an post the result here and I'll check if there is a
duplicate in JVCL.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Very strange behavior after the install of 3.0
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 9 Dec 2003 07:34:01 -0600
Newsgroups: jedi.vcl

I have done a complete windows search of my entire hard drive for anything
containing the text "crPro" and it turns up no results at all. How would i
go about tracking this down?

Again TIA,
Dave

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:br2iue$e5v$1@talkto.net...
>> > > Anyone have any ideas as to what may be causing this?
> >
> > Could be a duplicate cursor identifier value. Can you find out the value
of
> > the crProDragHandle constant somehow (it should be in the source of the
> > image control/library)?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: One mor error
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 9 Dec 2003 16:13:33 +0300
Newsgroups: jedi.vcl

> > Please use the package generator to regenerate those packages, and you
> > will be ok. To use it, open a command window in \packages and use
> > MakePackages.bat passing as the first argument the location of the root
> > of the installation of Delphi. It defaults to c:\program files\delphi7
> >

OK. Now JvCtrlsD5R.dpk is good




Subject: Re: One mor error
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 09 Dec 2003 22:48:33 +1000
Newsgroups: jedi.vcl

Ivan Ravin wrote:
>
> Package JvCtrlsD5R.dpk have 2 wrong references: JvxClock and JvAnalogClock
>
Please use the package generator to regenerate those packages, and you will be ok. To use it, open a command window in \packages and use MakePackages.bat passing as the first argument the location of the root of the installation of Delphi. It defaults to c:\program files\delphi7



Subject: One mor error
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 9 Dec 2003 15:28:54 +0300
Newsgroups: jedi.vcl

> > 1. There is not dof - files for jcl packages. Not jvcl error, but its
> > doesn't installing automatically
> > 2. Installer registers libraries in registry without full path. For
example,
> > JVCL core components have path "\JvCoreD5D.bpl", without leading path
> > "C:\VCL\....\JvCoreD5D.bpl". So, Delphi can't load new installed packages
at
> > start
> >
Package JvCtrlsD5R.dpk have 2 wrong references: JvxClock and JvAnalogClock




Subject: Some Install bugs (jvcl3)
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 9 Dec 2003 15:10:48 +0300
Newsgroups: jedi.vcl

1. There is not dof - files for jcl packages. Not jvcl error, but its
doesn't installing automatically
2. Installer registers libraries in registry without full path. For example,
JVCL core components have path "\JvCoreD5D.bpl", without leading path
"C:\VCL\....\JvCoreD5D.bpl". So, Delphi can't load new installed packages at
start




Subject: Re: JvListBox consumer and ItemHeight problems
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Dec 2003 11:19:14 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Mon, 08 Dec 2003 21:20:37 +0100:

 RB> Weird, still can't reproduce; D7, but I don't think much has changed
 RB> between D6 & D7.

    I can produce it in D5 and D7 (not tested in D6, but I think it's safe
to assume it occurs there too). It is actually provider (or consumer)
related as it works perfectly with normal strings in lbOwnerDrawFixed mode.

 RB> Are you sure you're not looking at the TextHeight property of the form?

   Duh! I'm not that stupid ;-) I do select the list box itself. Besides,
it's very obvious the item height has been reduced back to 13 as the color
boxes aren't completely visible. I did realize I was constantly trying with
an ItemHeight of 16, which is also what the constructor sets as a default,
so to make sure I tried it with 21, but that still did not hold after
switching between the form and it's text in the editor. As soon as I show it
as a form again the item height was reduced back to 13.

    BTW: I also tested with a second list box and as soon as I had attached
a provider to it (i.e. having two listboxes to the same provider) I got a
nasty AV when I switched back to show the form. This might have something to
do with it because it seems the order of provider/listbox instantiation has
some influence over the end result.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Espresso girl" by Nits.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Dec 2003 08:07:53 +0100
Newsgroups: jedi.vcl

> > I think there are two possibilities. We can include it in an additional
> > directory, or we include it only in the examples directory.
Put it in the demo folder. The best thing would be to have one demo for
standard VCL and another specifically for the DevEx controls.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: [OT] any Richedit question.
From: "JrKI" <spammers@will.die.org>
Date: Tue, 9 Dec 2003 09:08:36 +0300
Newsgroups: jedi.vcl

Hello guys.

I am working on a chat, and i need to make emoticon support. I know how to insert non-images
to JvxRichEdit, but i need to replace selected text in any (Jv- , Jvx-) Richedit with copy of
JvxGifAnimator
control. Is it possible?

Thanks for any help... and sorry for my bad English :)




Subject: Re: JVCL and SynEdit
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 9 Dec 2003 00:48:31 -0500
Newsgroups: jedi.vcl

Hello, Henri!
> > Is there any plan to merge SynEdit with JVCL

Take a look at TJvHLEditor.

Cheers,
  Ignacio

-- Henshin-a-go-go, baby! 

Subject: Interpreter
From: "Serdar Dere" <serdardere@web.de>
Date: Tue, 9 Dec 2003 06:03:01 +0100
Newsgroups: jedi.vcl

hello guys,

I've heard from an interpreter like Innerfuse pascal script (ifps), called
JvInterpreter and I want to test it, but I don't understood the introduction
on the page and need some example files. If you have someone with extern
scripts it would be great.

thanks in advance

bye Serdar




Subject: Re: window subclass
From: KonZa <spam_me@ciudad.com.ar>
Date: Tue, 09 Dec 2003 01:26:09 -0300
Newsgroups: jedi.vcl

On Tue, 09 Dec 2003 08:57:21 +1000, OBones <obones_gfdg_@_rer_meloo.com> wrote:

Thanks for you reply but that isn't what I wanted.

I want to control and existing window not setting it's parent. Just control it.
Some guy from TeamB told me that WindowHandle property of VCL TWinControl (if you derive from it since its protected) will do the job.
And he was right. I'm trying to make a window clock replacement using some VCL wrapper classes like TCustomControl.

Anyway good point on that since I've also do some AVICap stuff and that very helpful. Thanks!


Subject: JvDSADialogs and TJvDynEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 09 Dec 2003 01:14:05 +0100
Newsgroups: jedi.vcl

Hi,

what about migrating the JvDSADialogs Unit to my new TJvDynControlEngine.

The unit contains the "Don't Show Again" dialogs and normal MessageDlg-Replacement.

Changing the Implementation to the dyncontrol-engine it would be possible to change the default layout of the dialogs without any additional line of code for all dialogs.

I've posted some sample images of my parameterlist combined with dyncontrolengine in the binaries-newsgroup.

The only thing i had to change is switching to an other engine, and thats all.

Any comments are welcome.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JVCL and SynEdit
From: "Henri Gourvest" <x@x.com>
Date: Tue, 9 Dec 2003 01:02:39 +0100
Newsgroups: jedi.vcl

Is there any plan to merge SynEdit with JVCL

regards

Henri Gourvest




Subject: Re: Problem with JvImage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 09 Dec 2003 00:26:10 +0100
Newsgroups: jedi.vcl

>> during my tests for the parameterlist i found a problem with JvImage.
>>
>> The following line didn't work
>>   JvImage1.Picture.Assign(Image1.Picture);
>>
>> but i didn't knwo why. Stepping into everything seems to be fine, but it didn't work, Defining the Picture in the designer is no problem.
>>
>> Any ideas ? I didn't too much about the component, so i hope anyone else knows a little bit.
>
> Did you force the image to repaint itself with a call to Invalidate ?
> Does it work with a regulare TImage ?

Both yes.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Problem with JvImage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 09 Dec 2003 08:58:34 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> Hi,
>
> during my tests for the parameterlist i found a problem with JvImage.
>
> The following line didn't work
>   JvImage1.Picture.Assign(Image1.Picture);
>
> but i didn't knwo why. Stepping into everything seems to be fine, but it didn't work, Defining the Picture in the designer is no problem.
>
> Any ideas ? I didn't too much about the component, so i hope anyone else knows a little bit.
Did you force the image to repaint itself with a call to Invalidate ?
Does it work with a regulare TImage ?



Subject: Re: window subclass
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 09 Dec 2003 08:57:21 +1000
Newsgroups: jedi.vcl

KonZa wrote:
>
> I'm somehow new to VCL inner workings and I'm having problems trying to "attach" somw Window "window" object
> into a VCL wrapper class TWinControl/TCustomControl.
>
> With MFC that is easy as using the CWnd::Attach(HWND hWnd) method but here in the VCL I'm not so sure.
>
> I'm don't want to create a new Windows "window" object subclassed. The window is already created and I want
> to control it thought these wrapper class.
>
> 1) Is that possible using VCL?
Yes

> 2) Can somebody give me any code snippet that will do the work?
Please have a look to TJvAVICapture, that's exactly what I did. The AviCap window is put into a TControl descendent. You have to forward some messages to the parent for the design time to work, but to put the API window into the control, all you have to do is that:
SetParent(APIWindowHandle, Control.Handle);

Have a look in the MSDN for a full description of SetParent:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinUI/WindowsUserInterface/Windowing/Windows/WindowReference/WindowFunctions/SetParent.asp

Cheers

Olivier Sannier
JVCL Developer



Subject: Problem with JvImage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 08 Dec 2003 23:01:54 +0100
Newsgroups: jedi.vcl

Hi,

during my tests for the parameterlist i found a problem with JvImage.

The following line didn't work
  JvImage1.Picture.Assign(Image1.Picture);

but i didn't knwo why. Stepping into everything seems to be fine, but it didn't work, Defining the Picture in the designer is no problem.

Any ideas ? I didn't too much about the component, so i hope anyone else knows a little bit.

An example will be posted later on. (in the parameterlist-example in the formshow-event)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 08 Dec 2003 21:53:56 +0100
Newsgroups: jedi.vcl

> Cleaned at last.
> Please check my bugs because i cannot compile it.

fixed and commited


Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 08 Dec 2003 21:37:25 +0100
Newsgroups: jedi.vcl

> Cleaned at last.
> Please check my bugs because i cannot compile it.

I will do so and recommit.
>
> What to do with JvDynControlEngine_DevExpCx.pas?
> It seems to be for a third-party component set. We cannot include it in the JVCL easily. Maybe we should start an Additional directory.

Yes it is an third-party component set. I implemented it because of two reason.
1. I want to use it in my applications :-)
2. To show it as example.
I think there are two possibilities. We can include it in an additional directory, or we include it only in the examples directory.
In this case we can make a big comment in the files and then it's not included in the core product, it's only an example.

>
> Is it possible to get rid of FileCtrl?
> Maybe someone with CLX knowledge can help to make it OS independent.

FileCtrl is in this moment only included to show the directory select-list. I've looked to the directory-edit-control and there also the filectrl is used. If there is an other way to get an directory-dialog. I didn't need it :-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvListBox consumer and ItemHeight problems
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 08 Dec 2003 21:20:37 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  RB> Can you make a demo program that shows this?
>
>     Simple test: drop a TJvListBox on a form, along with a TJvColorProvider.
> Link the list box to the provider. Set ItemHeight to an arbitrary value.
> Save the form. View form as text (if only to check ItemHeight is actually
> stored) and show again as form. ItemHeight is now back to it's original
> value of 13 (interestingly enough, ItemHeight is explicitly set to 16 in the
> constructor but that never gets through to the control at all and no Default
> is specified for ItemHeight either).

Weird, still can't reproduce; D7, but I don't think much has changed between D6 & D7. Are you sure you're not looking at the TextHeight property of the form?

>  RB>  What do you mean with
>  RB> streaming back in?
>
>     When the component is loaded back in from the DFM (i.e. when the
> application starts or the form/component is recreated at design time; e.g.
> due to switching between "Show form as Text" and "Show as form").

Ah, stupid me <g> I was thinking about run-time.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: window subclass
From: KonZa <spam_me@ciudad.com.ar>
Date: Mon, 08 Dec 2003 16:58:54 -0300
Newsgroups: jedi.vcl


I'm somehow new to VCL inner workings and I'm having problems trying to "attach" somw Window "window" object
into a VCL wrapper class TWinControl/TCustomControl.

With MFC that is easy as using the CWnd::Attach(HWND hWnd) method but here in the VCL I'm not so sure.

I'm don't want to create a new Windows "window" object subclassed. The window is already created and I want
to control it thought these wrapper class.

1) Is that possible using VCL?
2) Can somebody give me any code snippet that will do the work?

Thanks in advance.


Subject: Re: Very strange behavior after the install of 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 8 Dec 2003 20:34:05 +0100
Newsgroups: jedi.vcl

> > Anyone have any ideas as to what may be causing this?

Could be a duplicate cursor identifier value. Can you find out the value of
the crProDragHandle constant somehow (it should be in the source of the
image control/library)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Very strange behavior after the install of 3.0
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 8 Dec 2003 13:11:31 -0600
Newsgroups: jedi.vcl

I installed jvcl 3.0 in Delphi 6 pro / Update pack 2 / Windows XP Pro.
Ever since i installed it, i get a weird error when trying to change any
cursor for any control.
'crProDragHand' is not a valid integer value.
I began noticing this when i tried to run a program that had an image
control with a hand for the drag cursor(came installed with the image
component). After installing jvcl 3 the cursor has changed to the default
Windows drag cursor. And when i tried to find the original cursor that came
with the library, i got the above error when scrolling the list.
Anyone have any ideas as to what may be causing this?
I really need to be able to use the original cursor that came with the
component.

Thanks in advance,
Dave




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Dec 2003 18:57:44 +0100
Newsgroups: jedi.vcl

Cleaned at last.
Please check my bugs because i cannot compile it.

What to do with JvDynControlEngine_DevExpCx.pas?
It seems to be for a third-party component set. We cannot include it in the JVCL easily. Maybe we should start an Additional directory.

Is it possible to get rid of FileCtrl?
Maybe someone with CLX knowledge can help to make it OS independent.



Subject: Re: JvListBox consumer and ItemHeight problems
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 8 Dec 2003 18:18:25 +0100
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Mon, 08 Dec 2003 17:44:30 +0100:

 RB> Marcel Bestebroer wrote:
 >> [..] since I couldn't track the problem down, I thought maybe someone
 >> else would like to see what's wrong.

 RB> Can you make a demo program that shows this?

    Simple test: drop a TJvListBox on a form, along with a TJvColorProvider.
Link the list box to the provider. Set ItemHeight to an arbitrary value.
Save the form. View form as text (if only to check ItemHeight is actually
stored) and show again as form. ItemHeight is now back to it's original
value of 13 (interestingly enough, ItemHeight is explicitly set to 16 in the
constructor but that never gets through to the control at all and no Default
is specified for ItemHeight either).

 RB>  What do you mean with
 RB> streaming back in?

    When the component is loaded back in from the DFM (i.e. when the
application starts or the form/component is recreated at design time; e.g.
due to switching between "Show form as Text" and "Show as form").

 RB>  Is it rev 1.11 in CVS?

    Yep. It was there earlier though, because I caught that problem on my
first change to consumer, but left it in as I had enough of the listbox to
work on my other problem with the color provider.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvListBox consumer and ItemHeight problems
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 08 Dec 2003 17:44:30 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> [..] since I couldn't track the problem down, I thought maybe someone else would
> like to see what's wrong.

Can you make a demo program that shows this? I tried to reproduce it, but failed <g>. What do you mean with streaming back in? Is it rev 1.11 in CVS?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: JvListBox consumer and ItemHeight problems
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 8 Dec 2003 17:04:13 +0100
Newsgroups: jedi.vcl

Hello, All!

    I've implemented the provider based measuring, but it's not working
satisfactory in all cases (actually it only works with Style =
lbOwnerDrawVariable). There's something about the ItemHeight property that
is getting in the way. No matter what value I give it, as soon as the
control has to be created again (i.e. after streaming back in) it returns to
the default value of 13.

    Now, for Style = lbStandard I can understand that, but for
lbOwnerDrawFixed the ItemHeight property should specify the height of each
item (according to the help file). How is that possible if the value always
reverts to 13 upon streaming in? To be honest, I have yet to check this
behavior without a provider attached or even with the Borland list box, but
since I couldn't track the problem down, I thought maybe someone else would
like to see what's wrong.

    Slightly related question: should I allow a double-click to
"expand/collapse" items in the list box?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Dreadlock holiday" by 10cc.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Dec 2003 13:16:05 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
>> Exit is only used if really needed. Always try to write a positive if instead of a negative one with Exit.
>
> Is this a definition of jvcl. For me the other way to exit is much more better to read. But if it is a jvcl definition i will look for it.

Here you are wrong. A positive if for a small amount of lines is easier to understand. Otherwise you have to turn the if around in your head which is brain work which should be avoided.
The same reason goes for consistent casing. It is harder to match identifiers case insensitive especially when the casing is different several times for the same name.



Subject: Re: JvComputerInfo Bug Fix
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 8 Dec 2003 11:33:38 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 7 Dec 2003 19:07:46 +0100 @797)
....while the fading voice of Tintin whispered through the darkness:

 T> What are all the registry values affected ?
AFAIR all of them are listed in that very unit.

 T> What are the different exact labels for current Windows product names ?
try looking at news://news.microsoft.com newsgroups with ".programming" at
the end

 T> Is there any possibility to find the serial number when the license has
 T> vanished ?

CD box ?
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: jvcl on Kylix
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 8 Dec 2003 11:30:23 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 06 Dec 2003 22:09:08 +1300 @423)
....while the fading voice of anton whispered through the darkness:

 a> there are many "issues", it can't (eg, no JvUpDown, etc). I am probably

Since SpinEdit came from RxLib - try loking for names like TJVxUpDown.

PS: personalyl i dislike that very component.
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvComputerInfo Bug Fix
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Dec 2003 09:15:33 +0100
Newsgroups: jedi.vcl

> > What are all the registry values affected ?
Every published property in JvComputerInfo that actually wrote something in
its property setter is affected. Here's a list:

ComputerName
Username
Company
Comment
WorkGroup
ProductID
ProductKey
ProductName
DVDRegion
VersionNumber
Version


> > What are the different exact labels for current Windows product names ?
(I
> > have only one 98 and one XP, both changed to "Windows 2000", and would
like
> > to know the exact wording).
I don't know this. Maybe someone else can help?

> > Is there any possibility to find the serial number when the license has
> > vanished ?
Not to my knowledge.

> > PS : it seems that  TimeRunning and DayRunning are still stored in the
> > DFM... Why ?
They are probably remnants from when it was a component. Remove them
manually (View as Text and delete them) and they should stay gone.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Jens" <jens.fudickar@oratool.de>
Date: Mon, 8 Dec 2003 07:40:30 +0000
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
>> >> I will do it in the next release. For today it's to late.
> >
> >I will do that while cleaning the rest of the files.
> >This is something which should applied to the whole JVCL.
> >
I will not work on my files for the next 12 hours. But as i said, i think
it's better to start cleaning the files when i'm finished. I try to manage
the code more then you have mentioned, but i think there are a lot of
issues which are burned in in the last 15 years, so i can't change
everything :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: JvPluginManager
From: Jason <xdesign@cox.net>
Date: Sun, 07 Dec 2003 21:19:18 -0800
Newsgroups: jedi.vcl

I would like to add plugin functionality into my program. I would have a   menu called wizards then list all the plugins as menuitems. When you click on a specific one it would load the plugin (wizard). Can anybody tell me how to do this. I have no clue where to start. Or what the plugin DLLs would consist of besides the form the hosts the wizard.



Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 08 Dec 2003 06:18:53 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> I will do it in the next release. For today it's to late.

I will do that while cleaning the rest of the files.
This is something which should applied to the whole JVCL.



Subject: Re: DriveCombo ?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 08 Dec 2003 08:56:50 +1000
Newsgroups: jedi.vcl

Tintin wrote:

> Hi,
>
> I put a JvDriveCombo with DriveType set to [dtCdRom]. On all the systems
> where tried it, there was only one CD.
>
> The expected label is shown, but the value of  "drive" is a null char until
> someone click the component and select the only one disk item.
>
> I would like to find in "drive" the right Cd Rom letter after the form was
> activated.
>
> Calling "Refresh" does nothing.
>
> Is there a workaround, or a fix ?
>
> Thanks for help !
>
> Regards.
>
>
ItemIndex := 0 ?



Subject: Re: JVCL in Delphi 4
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 08 Dec 2003 08:56:18 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Peter Panino wrote:
>
>> Is there a way to install the newest JVCL in Delphi 4?
>
>
> This has not been tried yet.
> I doubt that it works. I think we use several features of Delphi 5+.
>
And the official line is to support the current version and the one just before.
Hence for Delphi, it should only be 6 and 7. But because the support for D5 isn't too hard to get, it's there. However, support for D4 is highly unlikely and will not come from the JVCL group.



Subject: Re: RichEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 08 Dec 2003 08:06:34 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> but there are some dependencies on other files, so you may want to get the complete JVCL 3.0.

And to do that, go here:

http://jvcl.sf.net/daily/



Subject: Re: RichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 07 Dec 2003 22:56:05 +0100
Newsgroups: jedi.vcl

Ageu Duarte Junior wrote:
> Does Any Body know how can I justify a paragraph with TjrxRichEdit?

I assume you use JVCL 2.1. By looking at that source, I see that paJustify is defined. The only thing you have to do, is set the typography options of the rich edit:

SendMessage(MyRichEdit.Handle, EM_SETTYPOGRAPHYOPTIONS,
  TO_ADVANCEDTYPOGRAPHY, TO_ADVANCEDTYPOGRAPHY);

Where MyRichEdit is your TJvxRichEdit instance.

Note that this will only work for rich edit dll v3.0 or higher.


TJvxRichEdit is renamed to TJvRichEdit in JVCL 3.0 and resides in JvRichEdit.pas. You can get the latest reversion of that file from:

http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/JvRichEdit.pas

but there are some dependencies on other files, so you may want to get the complete JVCL 3.0.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Dec 2003 22:54:21 +0100
Newsgroups: jedi.vcl

I have uploaded the current release.

But not all open issues are fixed closed. For now in all DyncontrolEngines the Filename and Directory Controls are finished and the interface are enhanced.

It's realy tricky the usage of interface. Not so easy to find bugs if they are interface-based (thanks marcel :-), but realy nice if everything works.

Greetings
Jens

Jens Fudickar wrote:

>
>
> Robert Marquardt wrote:
>
>>> i'm working on your comments :-)
>
>
>>
>> Please remove them if the issue is solved.
>
>
> Done
>
>>> Any hints which kind of style cleaning you are doing. Things i had to look from now on.
>>
>>
>>
>> Mainly you do not watch the case of the identifiers.
>> It is Integer, Boolean, Variant, True and False. We write them as they are cased in Delphi. The only exception is string which is lowercase because it is a keyword.
>> All keywords lowercase. No blank before :. That can be handled by DelForExp or Jedi Code Format.
>
>
> I had checked all files with Jedi Code Format before uploading.
>
>> Exit is only used if really needed. Always try to write a positive if instead of a negative one with Exit.
> > Is this a definition of jvcl. For me the other way to exit is much more better to read. But if it is a jvcl definition i will look for it.
>
>> See how i implemented FSelectList with Getter and Setter in JvAppStoreSelectList. This way it needs no typecast at all and FSelectList has the same type as the Create for it.
>
>
> The most were. Not all, but i will look more for it.
>
>>
>> This is only a small set of the changes i impose. Many of them are almost automatic nowadays. Maybe i should write them up as additions to the Jedi Style Guide we have.
>
>
> Good idea :-)
>
>>
>>
>> The rest of the files will follow tomorrow. Best let me handle the changes. I am definitely faster than you :-)
>>
>
> I think it's better to wait, until i'm finished with the files. Because there are a lot of open issues.
> I think i will inform you, when i think the most issues are finished. Until now not all interfaces for the objects are finished, and i had to work on a lot of points in the parameterlist (already in my old realisation, but i had to transfer it).
>
> Greetings
> Jens
> ___________________________________________________________
> Softwareentwicklung Jens Fudickar
> Breslauer Straße 8 * 65760 Eschborn
> Tel. +49-6196-496397 * Fax +49-6196-496398
>
> Home of OraTool - http://www.oratool.de

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Dec 2003 22:52:11 +0100
Newsgroups: jedi.vcl

I will do it in the next release. For today it's to late.

OBones wrote:

> Andreas Hausladen wrote:
>
>> Marcel Bestebroer wrote:
>>
>>
>>>    I think he means we should declare a constant PathDelim = '\' in
>>> JvAppStore
>>
>>
>>
>> Delphi 6+ has a PathDelim constant in SysUtils. And for Delphi 5 there is
>> one in JvTypes.pas
>>
>>
> Use PathSeparator, it's the one I use everywhere and it comes with the JCL
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 08 Dec 2003 07:35:30 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Marcel Bestebroer wrote:
>
>
>>    I think he means we should declare a constant PathDelim = '\' in
>> JvAppStore
>
>
> Delphi 6+ has a PathDelim constant in SysUtils. And for Delphi 5 there is
> one in JvTypes.pas
>
>
Use PathSeparator, it's the one I use everywhere and it comes with the JCL



Subject: DriveCombo ?
From: "Tintin" <contact@mrit.qom>
Date: Sun, 7 Dec 2003 19:14:48 +0100
Newsgroups: jedi.vcl

Hi,

I put a JvDriveCombo with DriveType set to [dtCdRom]. On all the systems
where tried it, there was only one CD.

The expected label is shown, but the value of  "drive" is a null char until
someone click the component and select the only one disk item.

I would like to find in "drive" the right Cd Rom letter after the form was
activated.

Calling "Refresh" does nothing.

Is there a workaround, or a fix ?

Thanks for help !

Regards.




Subject: JvComputerInfo Bug Fix
From: "Tintin" <contact@mrit.qom>
Date: Sun, 7 Dec 2003 19:07:46 +0100
Newsgroups: jedi.vcl

Hi,

After I encountered the JvComputerInfo Bug, I'd like to be sure to repair
the damaged computers.

What are all the registry values affected ?

What are the different exact labels for current Windows product names ?   (I
have only one 98 and one XP, both changed to "Windows 2000", and would like
to know the exact wording).

Is there any possibility to find the serial number when the license has
vanished ?

Thanks for help !

Regards.


PS : it seems that  TimeRunning and DayRunning are still stored in the
DFM... Why ?




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Dec 2003 16:59:52 +0100
Newsgroups: jedi.vcl



Robert Marquardt wrote:

>> i'm working on your comments :-)

>
> Please remove them if the issue is solved.

Done

>> Any hints which kind of style cleaning you are doing. Things i had to look from now on.
>
>
> Mainly you do not watch the case of the identifiers.
> It is Integer, Boolean, Variant, True and False. We write them as they are cased in Delphi. The only exception is string which is lowercase because it is a keyword.
> All keywords lowercase. No blank before :. That can be handled by DelForExp or Jedi Code Format.

I had checked all files with Jedi Code Format before uploading.

> Exit is only used if really needed. Always try to write a positive if instead of a negative one with Exit.

Is this a definition of jvcl. For me the other way to exit is much more better to read. But if it is a jvcl definition i will look for it.

> See how i implemented FSelectList with Getter and Setter in JvAppStoreSelectList. This way it needs no typecast at all and FSelectList has the same type as the Create for it.

The most were. Not all, but i will look more for it.

>
> This is only a small set of the changes i impose. Many of them are almost automatic nowadays. Maybe i should write them up as additions to the Jedi Style Guide we have.

Good idea :-)
>
>
> The rest of the files will follow tomorrow. Best let me handle the changes. I am definitely faster than you :-)
>

I think it's better to wait, until i'm finished with the files. Because there are a lot of open issues.
I think i will inform you, when i think the most issues are finished. Until now not all interfaces for the objects are finished, and i had to work on a lot of points in the parameterlist (already in my old realisation, but i had to transfer it).

Greetings
Jens
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL in Delphi 4
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Dec 2003 16:44:22 +0100
Newsgroups: jedi.vcl

Peter Panino wrote:

> Is there a way to install the newest JVCL in Delphi 4?

This has not been tried yet.
I doubt that it works. I think we use several features of Delphi 5+.



Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Dec 2003 16:42:05 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Perfect.
> > That's really great !

I introduced a JCL dependency. But the installer must be JCL independent.
For this I added an own BrowseDirectory component that is not depending on
JVCL and JCL. I commented out your JCL related changes in install.bat (and
hope that JvSimpleXml will not depend on JCL :-) )


-- Regards, Andreas Hausladen 

Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Dec 2003 16:42:03 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> i'm working on your comments :-)

Please remove them if the issue is solved.

> Any hints which kind of style cleaning you are doing. Things i had to look from now on.

Mainly you do not watch the case of the identifiers.
It is Integer, Boolean, Variant, True and False. We write them as they are cased in Delphi. The only exception is string which is lowercase because it is a keyword.
All keywords lowercase. No blank before :. That can be handled by DelForExp or Jedi Code Format.
Exit is only used if really needed. Always try to write a positive if instead of a negative one with Exit.
See how i implemented FSelectList with Getter and Setter in JvAppStoreSelectList. This way it needs no typecast at all and FSelectList has the same type as the Create for it.

This is only a small set of the changes i impose. Many of them are almost automatic nowadays. Maybe i should write them up as additions to the Jedi Style Guide we have.


The rest of the files will follow tomorrow. Best let me handle the changes. I am definitely faster than you :-)



Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 07 Dec 2003 16:30:34 +0100
Newsgroups: jedi.vcl

On Sun, 07 Dec 2003 15:18:15 +0100, Jens Fudickar wrote:

> >Any hints which kind of style cleaning you are doing. 

I guess there should be a question mark at the end of the sentence.

> >Things i had to look from now on.

Style cleaning means formatting the code to match the formatting
guidelines and change the code to match the coding guidelines.
Unfortunately there are no documents about it in JVCL (except the BCB
compatibility guide).
I found only a document about the formatting in JCL (OPSG.htm) but
this isn't up to date.
IMHO we should create a new document which could be used for all JEDI
projects in most parts (most parts means for example except the unit
headers).

Uwe


Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Dec 2003 16:15:59 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     I think he means we should declare a constant PathDelim = '\' in
> > JvAppStore

Delphi 6+ has a PathDelim constant in SysUtils. And for Delphi 5 there is
one in JvTypes.pas


-- Regards, Andreas Hausladen 

Subject: RichEdit
From: "Ageu Duarte Junior" <ageu@teletecnica.srv.br>
Date: Sun, 7 Dec 2003 12:55:57 -0200
Newsgroups: jedi.vcl

Hello every body

Does Any Body know how can I justify a paragraph with TjrxRichEdit?

Thanks in advanced

Ageu




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Dec 2003 15:45:14 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sun, 07 Dec 2003 15:28:09 +0100:

 JF> sometimes i'm sitting on the line. What do you mean with

 JF>            // (rom) probably needs PathDelim throughout the files
 JF>            Result := SelectPath + '\' + IComboBoxData.Value;

 JF> (out of JvAppStoreSelectList)

    I think he means we should declare a constant PathDelim = '\' in
JvAppStore and use that constant everywhere we are now using the \
character. That would allow us to change the delimiter later (e.g. for the
Linux platform), but the main thing would be to make it stand out more (I
think). In this case I see no reason to change the delimiter based on the
platform, but a constant for the '\' character could be good idea.

    Also, you might consider using Result := ConcatPaths([SelectPath,
IComboBoxData.Value]) as this will eliminate any duplicate delimiters (in
case either SelectPath or IComboBoxData.Value would contain one). I've
change a couple of them before in your additions to the JvAppStore core, but
probably not all of them.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 paused.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Dec 2003 15:28:09 +0100
Newsgroups: jedi.vcl

Sorry,

sometimes i'm sitting on the line. What do you mean with

          // (rom) probably needs PathDelim throughout the files
          Result := SelectPath + '\' + IComboBoxData.Value;

(out of JvAppStoreSelectList)

Greetings
Jens

Jens Fudickar wrote:

> Hi Robert,
>
> i'm working on your comments :-)
>
> Any hints which kind of style cleaning you are doing. Things i had to look from now on.
>
> Greetings
> Jens
>
> Robert Marquardt wrote:
>
>> I style cleaned some of the files. The rest will follow this afternoon.
>> Please read my "// (rom)" comments and act on them.
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Dec 2003 15:18:15 +0100
Newsgroups: jedi.vcl

Hi Robert,

i'm working on your comments :-)

Any hints which kind of style cleaning you are doing. Things i had to look from now on.

Greetings
Jens

Robert Marquardt wrote:

> I style cleaned some of the files. The rest will follow this afternoon.
> Please read my "// (rom)" comments and act on them.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JVCL in Delphi 4
From: "Peter Panino" <peter-panino@aon.at>
Date: Sun, 7 Dec 2003 14:23:36 +0100
Newsgroups: jedi.vcl

Is there a way to install the newest JVCL in Delphi 4?

Thanks to all.




Subject: Re: JVCL3 Installer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 23:11:59 +1000
Newsgroups: jedi.vcl

Perfect.
That's really great !



Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Dec 2003 13:44:22 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, I had a look at it, but I have a little problem with it:
> > There is no way I can tell it to leave the hpp files where they are.

Done.

> > The link to the installation guide is perfect, but if you could make it
> > open at the AddJVCLPathToBCB anchor so that it is directly on the spot,
> > that'd be great.

Done.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Dec 2003 13:11:50 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, I had a look at it, but I have a little problem with it:
> > There is no way I can tell it to leave the hpp files where they are.

I'll see what I can do. (Perhaps a CheckBox instead of the label)

> > The link to the installation guide is perfect, but if you could make it
> > open at the AddJVCLPathToBCB anchor so that it is directly on the spot,
> > that'd be great.

I tried it but it had not worked. Maybe you know how to link directly to
the anchor.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 Installer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 20:33:21 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Andreas Hausladen wrote:
>
>> OBones wrote:
>>
>>
>>> The installer SHOULD ask the user what he wants to do with the
>>> generated hpp files. [...] And a reminder to read the end of the Install guide
>>
>>
>>
>> Done and committed.
>>
>>
> Thanks.
>
Well, I had a look at it, but I have a little problem with it:
There is no way I can tell it to leave the hpp files where they are.
The link to the installation guide is perfect, but if you could make it open at the AddJVCLPathToBCB anchor so that it is directly on the spot, that'd be great.

Cheers

Olivier



Subject: Re: JVCL3 Installer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 19:33:40 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> The installer SHOULD ask the user what he wants to do with the
>> generated hpp files. [...] And a reminder to read the end of the Install guide
>
>
> Done and committed.
>
>
Thanks.



Subject: Re: Package Generator: New evolutions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 19:28:06 +1000
Newsgroups: jedi.vcl

Another note:
Is it really required to have the option to generate the dof files? Because there is nothing preventing us from having a template.dof file in each required folder and this would make the generation of dof files automatic when the packages are generated...



Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Dec 2003 10:28:04 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > The installer SHOULD ask the user what he wants to do with the
> > generated hpp files. [...] And a reminder to read the end of the 
> > Install guide

Done and committed.


-- Regards, Andreas Hausladen 

Subject: Re: Idea for conditions in Package Generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 19:26:46 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> No. My intension was that when we no longer have the packages in CVS and
> we are using your pg to generate the packages on demand, then pg can
> remove (better: not add) the files/requries from the generated bpk files.
Yeah, that's exactly what I did in the latest version.

> In that cause pg is like a preprocessor. But that would be only possible
> if there are no pre-generated packages.
One could always overwrite them anyway...



Subject: Re: Idea for conditions in Package Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 7 Dec 2003 09:36:22 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Using the -D options is useless, they only apply to pascal files and
> > that is already working.

No. My intension was that when we no longer have the packages in CVS and
we are using your pg to generate the packages on demand, then pg can
remove (better: not add) the files/requries from the generated bpk files.
In that cause pg is like a preprocessor. But that would be only possible
if there are no pre-generated packages.


-- Regards, Andreas Hausladen 

Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Dec 2003 07:53:52 +0100
Newsgroups: jedi.vcl

I style cleaned some of the files. The rest will follow this afternoon.
Please read my "// (rom)" comments and act on them.



Subject: Re: JVCL3 Installer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 16:47:03 +1000
Newsgroups: jedi.vcl

One more note regarging BCB installation:

The installer SHOULD ask the user what he wants to do with the generated hpp files. Right now, it copies everything in $(BCB)\Include\vcl but there is no way to change that. As I told you, there are two options and I don't want all the JVCL stuff to go in BCB's installation directory.
If it doesn't ask, at least there should be an option to tell it what to do with those files. And a reminder to read the end of the Install guide for the explanation on the pros and cons of each method.

Cheers

Olivier



Subject: Re: Mantis bug 1215
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 16:42:57 +1000
Newsgroups: jedi.vcl

Harley Pebley wrote:
> I see two (personally) preferred ways of doing it: 1) do it the way you are
> now, passing Number as a parameter to the FOnChange event (e.g.
> FOnChange(Self, Number) where the parameter is called NewValue); or 2) do
> it the way proposed but save the original value in a local variable before
> assigning the new value and pass it in the FOnChange event as an OldValue
> parameter.

To be consistent with the VCL behaviour, OnChange is now triggered after the change and an OnChanging event has been added. OnChanging is triggered before the actual change



Subject: Re: Idea for conditions in Package Generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 16:22:10 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> As BCB cannot handle conditions in the package file why not let pg handle
> the conditions for it? First it could read JVCL.INC (maybe with the same
> unit as the JVCL3 installed is working). Or it could accept more
> -Dmycondition as arguments.
Using the -D options is useless, they only apply to pascal files and that is already working.
The condition in packages is only used to include packages and/or files depending on the condition being defined. That works with Delphi because the package file is a pascal source file. However, with BCB, if a file is to be excluded because of a define not being there, then you have to remove the line from the package.
I did something to consider the conditions for BCB, please read my post on the package generator.



Subject: Package Generator: New evolutions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Dec 2003 16:22:02 +1000
Newsgroups: jedi.vcl

Hi all.

After having written the very first version of TJvAppXmlStore, I decided to give a crack at getting the PackageGenerator more generic by making it read the target names and aliases from a configuration file.
So if you look at the pgEdit.xml file in devtools\bin, you will see the configuration nodes (targets and aliases). The comments just before should be self explanatory.
I also modified the generation process to take into account an include file defining some Preprocessor symbols. This only applies to BCB and these symbols will be searched when a line in a package has a condition associated with it.
The Delphi behaviour is unchanged but for BCB, if the symbol is not found in the given include file, then the line is discarded, thus enforcing the absence of the condition.
This has a big consequence:
If one modifies the include file he must regenerate the packages for BCB to be sure that ne new defines are taken into account.
For the time being, the conditions are completely ignored for Kylix has I have no idea what the format of theses packages is. I guess it's similar to Delphi, but I'd like confirmation on that side.

Please let me know what you think

Cheers

Olivier.



Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Dec 2003 00:53:27 +0100
Newsgroups: jedi.vcl

Hi Marcel,

you are a hero !!!

I've never heard of the position/methods where you were searching.

I've done a lot of work on the components. They are not finished, but a little bit closer.

>     Following issues encountered:
>
> * With the default size settings (MaxWidth=600;MaxHeight=400) the
> Load/Save/Clear buttons do not appear

Fixed

> * With MaxWidth=1024 and MaxHeight=700 the Load/Save/Clear buttons do
> appear, but the left side of the OK button is obscured by the panel

Fixed

> * The Int64 type can not be used as a Variant in D5. We may have to drop
> Int64 support for D5 for the engine.

Ok

> * I've added some helper functions to JvDynControlEngine.pas to fill up the
> gaps between D5 and D6+. Not tested extensively but they seem to work. These
> might be useful to move to one of the helper units (JvJCLUtils?)

For me ok, who can/should do this?

> * The combo box in StoreSelect list dialog does not contain any items; why
> not use a TEdit instead?`

Fixed!

> * For god sake, run a code formatter ;-)

Done

Greetings
Jens

>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Not listening to anything; Foobar2000 stopped.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JEDI-VCL install problem under D5
From: "Koen Verbeeck" <Koen_Verbeeck@pandora.be>
Date: Sat, 6 Dec 2003 11:57:52 +0100
Newsgroups: jedi.vcl

It works! Thankx!

Koen

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bqqvrp$l3k$1@talkto.net...
> > Make sure the BPL output folder is in your *system* path.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Idea for conditions in Package Generator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 6 Dec 2003 11:37:14 +0100
Newsgroups: jedi.vcl

As BCB cannot handle conditions in the package file why not let pg handle
the conditions for it? First it could read JVCL.INC (maybe with the same
unit as the JVCL3 installed is working). Or it could accept more
-Dmycondition as arguments.


-- Regards, Andreas Hausladen 

Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Dec 2003 11:37:09 +0100
Newsgroups: jedi.vcl

Hello, Jens!

    Following issues encountered:

* With the default size settings (MaxWidth=600;MaxHeight=400) the
Load/Save/Clear buttons do not appear
* With MaxWidth=1024 and MaxHeight=700 the Load/Save/Clear buttons do
appear, but the left side of the OK button is obscured by the panel
* The Int64 type can not be used as a Variant in D5. We may have to drop
Int64 support for D5 for the engine.
* I've added some helper functions to JvDynControlEngine.pas to fill up the
gaps between D5 and D6+. Not tested extensively but they seem to work. These
might be useful to move to one of the helper units (JvJCLUtils?)
* The combo box in StoreSelect list dialog does not contain any items; why
not use a TEdit instead?
* For god sake, run a code formatter ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Dec 2003 11:28:27 +0100
Newsgroups: jedi.vcl

Hello, Jens!
I wrote to you on Sat, 6 Dec 2003 11:20:04 +0100:

 JF>> In this moment the AV occures in line 226 of the
 JF>> "JvAppStoreSelectList"? I didn't understand why. And why only in the
 JF>> second try.

 MB>     In my case it varies a little (sometimes on the second, sometimes
 MB> the third or fourth try) but the reason why is fairly obvious: The
 MB> combobox has been destroyed but the reference to two of it's interfaces
 MB> are kept alive. So the solution is to first nil out the reference to
 MB> the interfaces before the components are destroyed (probably in a
 MB> FormDestroy event of the generated dialog). I'll see what I can whip
 MB> up.

    Fixed and committed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Dec 2003 11:20:04 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 04 Dec 2003 00:46:27 +0100:

 JF> In this moment the AV occures in line 226 of the
 JF> "JvAppStoreSelectList"? I didn't understand why. And why only in the
 JF> second try.

    In my case it varies a little (sometimes on the second, sometimes the
third or fourth try) but the reason why is fairly obvious: The combobox has
been destroyed but the reference to two of it's interfaces are kept alive.
So the solution is to first nil out the reference to the interfaces before
the components are destroyed (probably in a FormDestroy event of the
generated dialog). I'll see what I can whip up.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Dec 2003 11:09:24 +0100
Newsgroups: jedi.vcl

Hello, Jens!
I wrote to you on Sat, 6 Dec 2003 10:55:47 +0100:

 JF>> 2. Press "Save"

 MB>     Only found an OK button, which just closes the dialog.

    Found it!

 JF>> 3. Press "Esc"
 JF>> 4. Press "Save"

 MB>     This I could not test, because I did not find the Save button you
 MB> referred to in step 2.

    It appears the call to System._IntfClear (internally called from the
compiler whenever an interface reference goes out of scope or a new value is
assigned to the variable holding the reference) is causing the AV;
specifically the reference to vmtRelease of the inetrface's VMT table is not
allowed. As I mentioned before, it appears the prior reference is still in
the variable you assigned it to, but it has already been Released. I'll
debug it more carefully and see where it goes pear-shaped.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Dec 2003 10:55:47 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 04 Dec 2003 00:46:27 +0100:

 JF> i have uploaded the third version of my components.

    I've committed to CVS in the dev/Jens/JvParamList folder. It compiles in
D5 and it generates the parameter dialog, but that's about it :(

 JF> If you compile the sample-application (all references to
 JF> devexpress-components are deactivated :-) you can reproduce the AV with
 JF> the following steps:
 JF> 1. Press "Test 1"

    Clicked it, dialog created. Filled in some stuff....

 JF> 2. Press "Save"

    Only found an OK button, which just closes the dialog.

 JF> 3. Press "Esc"
 JF> 4. Press "Save"

    This I could not test, because I did not find the Save button you
referred to in step 2.

 JF> And when you try the "Store" button from the main-form there is no
 JF> problem pressing it twice or more often. And the button calls the same
 JF> ancestor-class "TJvAppStoreSelectList" as the save-button in the
 JF> parameterlist-dialog.

    Using the Store button on the main screen I got an empty list. Probably
I screwed up something when rewriting it to be D5 compatible.

 JF> Hope anyone can give some hints. My problem is that i didn't have big
 JF> experiences with interface, and the JvDynControlEngine is filled with
 JF> interfaces :-)  (thanks to peter ;-)

    I've added IUnknown to all the components that support the IJvDynControl
(I had to because the D5 Support function will always request the IUnknown
for a class reference and executes a QueryInterface on the IUnknown
reference).

 JF> When this problem is fixed and i didn't get any negative comments i
 JF> will upload this units to the cvs.

    Did that, but to a temporary workplace in order to not clutter up the
JVCL3 folders with untested/uncomplete stuff.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: jvcl on Kylix
From: anton <anton_melser@paradise.net.nz>
Date: Sat, 06 Dec 2003 22:09:08 +1300
Newsgroups: jedi.vcl

Advice please anyone!
The project I wanted to port appears to be a bit "all over the place"... not pure OO to say the least. Anyway, it uses TJvSpinEdit quite extensively. I tried for a bit to get rid of them all but the code is such a maze that I am not sure I will not break it completely...
JvSpinEdit is in the Jvcl package folder, but it doesn't appear as a component when I install it. It seems as though it can be used, but as there are many "issues", it can't (eg, no JvUpDown, etc). I am probably not quite understanding what is going on here but...
I know this is going to sound really bad... any idea on an ETA on a full port of the JVCL? I would gladly substitute that one component for another (TSpinEdit?) if that is going to be feasible. Otherwise I may just have to wait patiently for you lovely people...
Any suggestions more than welcome.
Cheers
Anton



Subject: Re: ideas for further development
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Dec 2003 17:46:08 +1000
Newsgroups: jedi.vcl

OBones wrote:
> I also started the creation of DTXEdit, but I still need to write the saving code. It's kind of a one liner or so, and I will have a look at it today.
Ok, this is now done. It can save the modifications you do the edited DTX file.



Subject: Re: ideas for further development
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 06 Dec 2003 09:17:01 +1000
Newsgroups: jedi.vcl

dave wrote:
> Remko,
> Do you have a tool that generates help templates or something from pas
> files? I would be very interested in such a tool. I have found one that
> generates a rtf file from pas source. If you do not already have one, i
> could post address here. If you have a tool, where would i find it?
It's called GenDTX and it's in dev\help\tools\GenDtx
All the DTX files are in dev\help and you can simply edit them with a text editor.
I also started the creation of DTXEdit, but I still need to write the saving code. It's kind of a one liner or so, and I will have a look at it today.



Subject: Re: JEDI-VCL install problem under D5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Dec 2003 23:24:48 +0100
Newsgroups: jedi.vcl

Make sure the BPL output folder is in your *system* path.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVThumbnail...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Dec 2003 23:22:22 +0100
Newsgroups: jedi.vcl

No news, but you could try the TJvImagesViewer I posted to binaries a few
days ago. See "TJvThumbNails alternative" posting in binarries as well as
here.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Dec 2003 22:31:53 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Jens Fudickar on Fri, 5 Dec 2003 22:02:21 +0100:

 JF>> i've tried to overload the _AddRef and _Release Functions but it
 JF>> didn't solve the problem.

 MB>     I would have to look at the code to make a better suggestion. Prob.
 MB> next week unless someone else beats me to it.

    Can't help it: I started to look now 'cause I got curious <g>. First
thing I'm doing right now is making this baby build in D5 as that is the
version I do most of the work in (the changes are minimal but I do have to
ask why in gods name you put the entire JvParameterList.pas in a
COMPILER6_UP conditional. It hasn't build that entire unit yet, but the
interface section at least is allowed. The Int64 type cannot be used as a
Variant in D5 apparently; will have to look into that later). I'm just
making it build, ignoring any style issues I encounter (I base it all on the
latest version you uploaded to jedi.binaries; it might be a good idea to add
a separate jens/JvParameterList folder in dev (just like Peter and I have
are private work place in the dev folder) and commit it there.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Dec 2003 22:02:21 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 05 Dec 2003 20:22:49 +0100:

 JF> i've tried to overload the _AddRef and _Release Functions but it didn't
 JF> solve the problem.

    I would have to look at the code to make a better suggestion. Prob. next
week unless someone else beats me to it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Fear and Love" by Morcheeba.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 05 Dec 2003 20:22:49 +0100
Newsgroups: jedi.vcl

Hi Marcel,

i've tried to overload the _AddRef and _Release Functions but it didn't solve the problem.

Any other ideas?

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Thu, 4 Dec 2003 12:31:51 +0000:
>
>  J> Sorry marcel, i think my knowledge of interfaces is too small :-(, can
>  J> you give me some examples.
>
>     In essence, all interface derive from IUnknown (or IInterface since D6)
> which declares three methods _AddRef, _Release and QueryInterface. These
> three will always have to be implemented. This is handled by TComponent
> (which does not use reference counting IIRC) and by TInterfacedObject,
> TInterfacesPersistent (they do handle reference counting). The compiler will
> implicitly call _AddRef when you reference an interface and _Release once
> that reference goes out of scope (the variable holding it goes out of scope
> or is implicitly set to nil). Normally _Release will decrease the reference
> counter and if it reaches 0 will call Destroy on the object. To circumvent
> that you have to reimplement the _AddRef/_Release methods of your
> implementation class to do nothing (returning -1 to indicate no reference
> counting is taking place).
>
>     You may have a peek in JvDataProviderImpl which is full of this "crap"
> <g>
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "City" by Natalie Imbruglia.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: JvInterpreter Question, IDispatch-like scriptable automation in JvInterpreter, and my typinfo+TComponentList hack.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 05 Dec 2003 12:38:48 -0500
Newsgroups: jedi.vcl

In my app, I have a class called TSequence, which I use to create a tree of runtime objects that shows the state of my system. I would like the state of the system to be modified and to be checked, from within some scripts. In short, this is classic Automation. I know how to do this if
I was going to wrap up my objects for OLE Automation, but not how to
do this with a JvInterpreter.  Right now my introspection is done using the published properties section of a TCOmponent object, and I use JvInspector to inspect this tree. But I would like the JvInterpreter to be able to browse/introspect/see these TSequence object trees.

Ie, in the script I should be able to do this:    "Sequence.Default.Mode := 1", and when the script asks me for the value of "Sequence" I should return it as a Variant, somehow, and it may use something like IDispatch
interface to get the value of the "Default" property of the "Sequence" object, and so on.

So far, since I haven't figured this out, I have had to resort to writing scripts with GetProperty/SetProperty functions:

        GetProperty('Sequence.Default.Mode');
        SetProperty('Sequence.Default.Mode',0);

This way the string 'Sequence.Default.Mode' is passed as an Arg, and I just have to write a GetProperty/SetProperty function, which uses the
Delphi builtin typinfos, and an Items:TComponentList to nest TComponents inside each other, I just walk down the trees, to find the properties, just like JvInspector.  Ugly enough fer ya?

Can anyone suggest how I really *ought* to do this?  Should I drop my typinfo hackery and use OLEAutomation/COM/IDispatch? Is there something inside JvInterpreter designed to do this?

Regards,

Warren



Subject: Re: VisualCLX porting: What does BitBlt ROP_DSPDxax ?
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Fri, 5 Dec 2003 17:43:46 +0100
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bqqbdj$kt$1@talkto.net...
> > "asn" <asn@xs4all.nl.NOSPAM> wrote in message bqq73n$ha7$1@talkto.net...
>> > > As some of you might have noticed I am currently working on QWindows,
>> > > which contains CLX wrappers for common windows API's.
>> > > For that reason I want to know what the effect is of  ROP_DSPDxax with
>> > > BitBlt, used in several JVCL units.
> >
> > Here's the breakdown:
> >
> > DSPDxax
> >
> > S P D (((D(+)P)*S)(+)D)
> > - - - -
> > 0 0 0 0
> > 0 0 1 1
> > 0 1 0 0
> > 0 1 1 1
> > 1 0 0 0
> > 1 0 1 0
> > 1 1 0 1
> > 1 1 1 1
> >
> > It looks as though it uses the bitmap selected in the DC to select between
> > the currently selected brush and the value already there. If a bitmap bit
is
> > 0, then the existing value is the result. If 1, then the brush is used
> > instead.
> >
> > Cheers,
> >   Ignacio
> >
> >

Thanks, that makes sense.

Regards,

André




Subject: Re: VisualCLX porting: What does BitBlt ROP_DSPDxax ?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 5 Dec 2003 11:35:51 -0500
Newsgroups: jedi.vcl

"asn" <asn@xs4all.nl.NOSPAM> wrote in message bqq73n$ha7$1@talkto.net...
> > As some of you might have noticed I am currently working on QWindows,
> > which contains CLX wrappers for common windows API's.
> > For that reason I want to know what the effect is of  ROP_DSPDxax with
> > BitBlt, used in several JVCL units.

Here's the breakdown:

DSPDxax

S P D (((D(+)P)*S)(+)D)
- - - -
0 0 0 0
0 0 1 1
0 1 0 0
0 1 1 1
1 0 0 0
1 0 1 0
1 1 0 1
1 1 1 1

It looks as though it uses the bitmap selected in the DC to select between
the currently selected brush and the value already there. If a bitmap bit is
0, then the existing value is the result. If 1, then the brush is used
instead.

Cheers,
  Ignacio




Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Dec 2003 17:20:23 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     Well, they work, but the installer keeps giving me problems about not
> > being able to build "default" because it's not a known project. Manual
> > installation completed though.

I've got that, too. But it disappeard and so I could not trace throught
the code to find it.


> > I'm not sure if the .res files for packages can be generated 
> > from the command line.

Maybe it is possible with brcc32.exe but then it meight not be equal to
the one the IDE creates.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 Installer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Dec 2003 16:36:59 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Fri, 5 Dec 2003 16:14:04 +0100:

 MB>     I used the installer for D5 and that worked, with the exception of
 MB> JvJans, for which I get an error saying that JvJansD5D is not a design
 MB> time package (that's a lie, since I can clearly see the {$DESIGNONLY}
 MB> directive in the freshly generated .dpk). Manual installation of that
 MB> package also fails.

    Weird, it installs without problems now that I've build and installed
for D6/D7.

 MB>  Investigate later, first try D6/D7 installations ;-)

    Well, they work, but the installer keeps giving me problems about not
being able to build "default" because it's not a known project. Manual
installation completed though.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "An Englishman in New York" by Godley & Creme.




Subject: VisualCLX porting: What does BitBlt ROP_DSPDxax ?
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Fri, 5 Dec 2003 16:23:50 +0100
Newsgroups: jedi.vcl

As some of you might have noticed I am currently working on QWindows, which
contains CLX wrappers for common windows API's.
For that reason I want to know what the effect is of  ROP_DSPDxax with
BitBlt, used in several JVCL units.

Regards,

André Snepvangers




Subject: Re: JVCL3 Installer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Dec 2003 16:14:04 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Andreas Hausladen on Fri, 5 Dec 2003 15:59:35 +0100:

 MB> I'll be doing manual installation from this point.

    I used the installer for D5 and that worked, with the exception of
JvJans, for which I get an error saying that JvJansD5D is not a design time
package (that's a lie, since I can clearly see the {$DESIGNONLY} directive
in the freshly generated .dpk). Manual installation of that package also
fails. Investigate later, first try D6/D7 installations ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Les fleur" by 4 Hero.




Subject: Re: JVCL3 Installer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Dec 2003 15:59:35 +0100
Newsgroups: jedi.vcl

Hello, Andreas!

    The installer currently fails if the package .res files are not present.
I stumbled into that issue after I cleaned the package folders and recreated
all packages from the package generator. I'm not sure if the .res files for
packages can be generated from the command line. I'll be doing manual
installation from this point.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Diane" by Therapy?.




Subject: JVThumbnail...
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 5 Dec 2003 07:31:32 -0600
Newsgroups: jedi.vcl

I was just wondering if there has been any new progress on this component. I
am very anxious to implement it, and havent heard anything new about it in a
while. The last response i saw to this question, "johnnie" said he would be
uploading what improvements he had by the following friday. Has any new
progress been made, is there a newer version in cvs?

Just curious,
Thanks,
Dave




Subject: Re: ideas for further development
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 5 Dec 2003 07:25:57 -0600
Newsgroups: jedi.vcl

Remko,
Do you have a tool that generates help templates or something from pas
files? I would be very interested in such a tool. I have found one that
generates a rtf file from pas source. If you do not already have one, i
could post address here. If you have a tool, where would i find it?

Thanks,
Dave

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bqnl9g$b5p$1@talkto.net...
> > Robert Marquardt wrote:
>> > > Please come up with similar tasks here.
>> > >
> >
> > * Writing more help files <g>
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: ColorProvider complete(?)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Dec 2003 14:18:22 +0100
Newsgroups: jedi.vcl

Hello, All!

    committed the last part of the ColorProvider, allowing you to add colors
at design time to any context. I've updated the .xml package file, but am
now unable to test it, because I haven't updated locally to JCL. Anyway, I
only added two units (manually) to JvCore-D.xml and there's not much I can
screw up there <g>

    I will now finish the TJvListBox conversion (after getting a completely
fresh copy from CVS of both JCL as well as JVCL) so that it is at least a
complete consumer and not some half-baked test edition.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Take Me Home" by Phil Collins.




Subject: JEDI-VCL install problem under D5
From: "Koen Verbeeck" <Koen_Verbeeck@pandora.be>
Date: Fri, 5 Dec 2003 14:05:50 +0100
Newsgroups: jedi.vcl

I downloaded the JEDI-VCL 2.10 and installed the components under D5.
I build the D5 packages in the jcl\jvcl\packages folder and installed the
designtime package JVCL200_D50. This seemed to work and added the JEDI
components to my palette.
But the next time I restarted D5 I got an errormessage saying the
JVCL200_D50 package could not be loaded.
(one of the library files needed to run the application cannot be found?)
To make it work I have to
- us the 'Install packages' menuoption to remove the 'disabled' package
- open the dpk file, rebuild it and install it again
The next time I start delphi the same story.

Any body any suggestions what I am doing wrong here?

Regards,
Koen




Subject: Re: ideas for further development
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Dec 2003 13:38:30 +0100
Newsgroups: jedi.vcl

> > I agree. I find that there are a lot of components that seems to me the
same
> > or have little differences.
That depends on the version of JVCL you are using. JVCL2.10 contains a lot
of duplicates but in JVCL3 we've merged and consolidated most duplicates but
if you know of any we might have missed, let us know. Note that duplicates
in "stand-alone" packages like Globus and Jan's won't be merged with the
rest of JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Why is TJvOpenDialog2000 comment out in 2.1 ?
From: "Stephan Hartmann" <news@vampir2k.de>
Date: Fri, 5 Dec 2003 11:25:38 +0100
Newsgroups: jedi.vcl

> > No, it is a duplicate of JvOpenDialog (with less functionality)

Can I use the favorite-folder-combobox from JvOpenDialog2000 in
JvOpenDialog? Must I set a new property? If it is not, can it implement in
the JVCL 3 ?

I like this Dialog, cause there can be switch fast to a often used folder.

Best Regards,
Stephan Hartmann




Subject: Re: Why is TJvOpenDialog2000 comment out in 2.1 ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Dec 2003 11:15:22 +0100
Newsgroups: jedi.vcl

> > why is TJvOpenDialog2000 comment out in latest cvs from JVCL 2.1? Is there
a
> > bug in the component?

No, it is a duplicate of JvOpenDialog (with less functionality)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Why is TJvOpenDialog2000 comment out in 2.1 ?
From: "Stephan Hartmann" <news@vampir2k.de>
Date: Fri, 5 Dec 2003 10:48:58 +0100
Newsgroups: jedi.vcl

Hi,

why is TJvOpenDialog2000 comment out in latest cvs from JVCL 2.1? Is there a
bug in the component?

Thanks
Stephan H.




Subject: Re: JvInspector
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Dec 2003 10:40:55 +0100
Newsgroups: jedi.vcl

> > Also, when I installed the D7 bpg packages,  JvBands, JvCustom would not
> > install because of a conflict with Jclschedule or some such that was
already

These problems are probably due to the change in JCL requirement for the
JVCL. We now require JCL 1.9 to be able to install JVCL, not JCL 1.20 as
before. See our SF page (http://sf.net/projects/jvcl) for more info or the
install.html file in the download.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Dec 2003 09:59:39 +0100
Newsgroups: jedi.vcl

Hello, drew!
You wrote  on Thu, 4 Dec 2003 22:53:39 -0600:

 d> Is there something I'm doing wrong?

    The JvInspector components are in the JvCustom package, so if you
install that (and any required packages for JvCustom; should be JvCore and I
think JvSystem) it should be there.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: ideas for further development
From: "Enrico" <r.i.c.e.r.c.a.r.@infinito.it>
Date: Fri, 5 Dec 2003 09:39:41 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> ha scritto nel messaggio
news:bqnacm$hn5$1@talkto.net...
> > I think we should stop individual development for some days in the near
> > future (this year) and attack the JVCL with a taskforce.
> >
> > That would mean we define a task and all work on it to resolve it.
> >
> > The first task could be removing redundant files.

I agree. I find that there are a lot of components that seems to me the same
or have little differences.
But since most of them comes from donation I don't know if it is easy to
integrate them or modify.








Subject: JvInspector
From: "drew" <drew@drewkeller.com>
Date: Thu, 4 Dec 2003 22:53:39 -0600
Newsgroups: jedi.vcl

For some reason, JvInspector is installing but doesn't install any actual
components. This is out of the  December 4 build of JVCL3. There wasn't a
bpl package for installing it so I tried to do it with Component/Install
Components.../

Is there something I'm doing wrong?

Also, when I installed the D7 bpg packages,  JvBands, JvCustom would not
install because of a conflict with Jclschedule or some such that was already
in DJCL70. For those two packages, Delphi told me I had to add DJCL to make
the package compatible with other installed packages. Everything else in the
bpg seemed to install ok.

Thanks
-drew




Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 5 Dec 2003 00:39:49 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > The installer should definitely ask me where the files are

The installer now asks you if it cannot find the JCL directory itself
through the registry.


> > The installer always builds all packages, even if none of them are
> > checked in the list. That's quite painfull and useless, especially with
> > BCB because it takes so long.

Now the installer can display runtime packages and is aware of their
dependencies. Only the checked packages (including the checked runtime
packages) are compiled.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Dec 2003 23:25:49 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > No it won't.

Have you tested it?

> > And that's because of the -LUCJcl in the PFLAGS node of
> > every package. The DCP file MUST exist and the compilation won't work
> > without it. Simply removing it and calling make again won't do, please
> > see below.

I meant with "The new version support an installed JCL without DCP files"
that the installer looks for an installed JCL and for the .dcp files. If
no JCL .dcp files are available it calls dcc32 to create them.


>> > > The installer makes the dcp files without asking.
> > No it won't. Maybe because my JCL files are not in ..\..\JCL.

The installer looks for the JCL in the search path (in the registry)

> > The installer should definitely ask me where the files are

Good idea. The (next) installer will ask if it cannot find the JCL itself.


-- Regards, Andreas Hausladen (http://www.kylix-patch.de.vu VisualCLX and Kylix patches) 

Subject: bug in Interpreter : some more changes
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 4 Dec 2003 21:02:54 +0300
Newsgroups: jedi.vcl

Changes for SetValue not so big.
We need also move up this string in local functions GetMethod and
ISetMethod:

if not Cmp(RAI2Method.Identifer, Identifer) then Break


After that, add 2 strings into
procedure TRAI2Function.InternalSetValue(const Identifer: string);
....
  if Args.Indexed then
  begin
    MyArgs := TArgs.Create;
    MyArgs.Obj:=Args.Obj;            //  ivan_ra
    MyArgs.ObjTyp:=Args.ObjTyp;      //  ivan_ra
    try
      if GetValue(Identifer, Variable, MyArgs) then
....
and so on.

After that assingnation this test will work properly:

    Memo1.Lines.Strings[0]:='1';
    Memo1.Lines[0]:='2';





Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 4 Dec 2003 18:19:42 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Another remark:
> > The installer always builds all packages, even if none of them are
> > checked in the list. That's quite painfull and useless, especially with
> > BCB because it takes so long.

The installer is only aware of Design time package dependencies.



-- Regards, Andreas Hausladen 

Subject: new field types support for Interpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 4 Dec 2003 19:47:25 +0300
Newsgroups: jedi.vcl

I'm working with nested datasets, but there is no Adapter for needed classes
(they come with D4):
TFieldDefList
TFieldList
TFields

TObjectField descendants:
TADTField
TArrayField
TDataSetField
TReferenceField

and TDataSet methods:

DataSetField
FieldDefList
Fields
FieldList

I wrote adapter for these (for RAI2, unit RAI2_DB), it's in file
changes.pas.
It will useful for JvInterpreter_DB too



Changes.zip
	



Subject: bug in Interpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Thu, 4 Dec 2003 19:24:41 +0300
Newsgroups: jedi.vcl

Interpreter not correctly works with properties which have default indexed
property.
This is test script:
    // fill Memo1
    Memo1.Lines.Add('test');
    // test
    showmessage(Memo1.Lines.Strings[0]);
    showmessage(Memo1.Lines[0]);  // will no work

Both expressions are equal in Delphi, but Interpreter will not recognize
second.

I did some fixes in my RAI2.pas file fo GetValue method, the same problem is
in JvInterpreter.pas:

function TRAI2Adapter.GetValue(Expression: TRAI2Expression; Identifer:
string;
  var Value: Variant; Args: TArgs): Boolean;

// 1'st bug: move one string upper (see comment // ivan_ra):

  function IGetMethod: boolean;
  var
    i: Integer;
    RAI2Method: TRAI2Method;
  begin
    if FIGetList.Find(Identifer, i) then
      for i := i to FIGetList.Count - 1 do { Iterate }
      begin
        RAI2Method := TRAI2Method(FIGetList[i]);
        if not Cmp(RAI2Method.Identifer, Identifer) then Break; // ivan_ra
        if Assigned(RAI2Method.Func) and
          (((Args.ObjTyp = varObject) and
          (Args.Obj is RAI2Method.ClassType)) or
          ((Args.ObjTyp = varClass) and
          (TClass(Args.Obj) = RAI2Method.ClassType))) {?!} then
        begin
          Args.Identifer := Identifer;
          CheckAction(Expression, Args, RAI2Method.Data);
          CheckArgs(Args, RAI2Method.ParamCount, RAI2Method.ParamTypes);
          TRAI2AdapterGetValue(RAI2Method.Func)(Value, Args);
          Result := True;
          Args.ReturnIndexed := True;
          Exit;
        end;
        //if not Cmp(RAI2Method.Identifer, Identifer) then Break; // ivan_ra
      end;
    Result := False;
  end; {  }

// 2'nd bug: solve default indexed property problem:

begin
  Result := True;
  if not FSorted then Sort;

  if Args.Indexed then
  begin
    if (Args.Obj <> nil) and (Args.ObjTyp in [varObject, varClass]) then
      if IGetMethod then Exit;
    // new code
    // ivan_ra : property with default indexed property
    if (Args.Obj <> nil) and (Args.ObjTyp in [varObject, varClass]) then
    begin
      i:=Args.Count;
      try            // try to get indexed property
        Args.Count:=0;
        result:=GetMethod or DGetMethod;
      finally
        Args.Count:=i;
      end;
      if result then Exit;
    end;
    // ivan_ra : property with default indexed property
  end
  else
  begin
.... and so on


The same problem is for SetValue method (one string move upper in ISetMethod
and new code in body), but solution is not so easily. We need to copy here
GetMethod and DGetMethod and make some fixies.

Who work with JvInterpreter? I can help to make this fixies




Subject: Re: ideas for further development
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 04 Dec 2003 17:05:43 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Please come up with similar tasks here.
>

* Writing more help files <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: ideas for further development
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 14:55:11 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Maybe. I think that the fact that the entire provider/consumer concept
> is, uhm, well, not implemented to the extend possible is a big issue. Right
> now we have two completed consumers (TJvLabel and TJvComboBox), one partly
> completed consumer (TJvListBox) and one provider (not counting the
> supplemental context provider and color name mapping provider).

Nice as it is i think we should first do the smaller problems or they will never be solved.
Many components have comments stating it should be improved or fixed or completed. Fixing these components will make the JVCL more usable.

I think we should also try to write up a complete list of such changes.
This is a task in itself where we may assign some files to each developer and he writes up something.



Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 14:49:19 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Isn't JvgMenus redundant with JvMenus ?
>
>
> JvgXXX files are part of Globus and may not be removed even if they are
> redundant. This is mostly to provide a simple migration path for existing
> Globus users but also to simplify the maintenance effort for us. Since the
> Globus files are in their own package and no other packages requires Globus,
> it is very easy to avoid installing and using them. The same goes for Jan's
> components and any future package donations we add that are
> "self-contained".
>

I hope i have not killed that for some Globus files.



Subject: Re: ideas for further development
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Dec 2003 14:24:36 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 04 Dec 2003 13:59:57 +0100:

 RM> I think we should stop individual development for some days
 RM> in the near future (this year) and attack the JVCL with a
 RM> taskforce.

    Maybe. I think that the fact that the entire provider/consumer concept
is, uhm, well, not implemented to the extend possible is a big issue. Right
now we have two completed consumers (TJvLabel and TJvComboBox), one partly
completed consumer (TJvListBox) and one provider (not counting the
supplemental context provider and color name mapping provider).

    The consumers should be fairly easy to implemented, so that might be
seen as a task which most should be able to complete.

    Providers appear to be more of a challenge (in getting them to do what
you want to, specifically if it has to mimic an existing control). Of course
the fact that TJvColorProvider is the first actual real-life implementation
has led to discovery of various (mostly minor) issues but I think most of it
has been addressed now.

 RM> The first task could be removing redundant files.

    Agreed, but remember that some of the duplicates are there because they
belong to a donated library.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Black Velveteen" by Lenny Kravitz.




Subject: Re: JVCL3 Installer
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 4 Dec 2003 14:23:50 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bqik4f$h12$1@talkto.net...
> > Flemming Brandt Clausen wrote:
> >
>> > > I do not see any design-packages to check.
>> > > Could it be a path issue??
> >
> > That's impossible. In the Listview on the right side are all designtime
> > packages. You must set the "cross" in the box to install the components of
> > the packages.
> >
> > But there is another problem that can cause this behaviour. If you have
> > installed another version of JVCL 3 and you have deactivated some (or all)
> > packages then the new packages are installed but disabled.
> >
Problem solved:
I use a separate disk for updating JVCL from SF, and then move new files to
my development environment using ViceVersa (freeware). A sideeffect of
ViceVersa is that filenames are all lowercase, so my xml files is names
'*-d.xml'.
Changing line 1616 in CoreData.pas to:

      ps := Pos('-d.xml', lowercase(sr.Name));
made everything to work as expected.
(Now I have a compile error in OutlookBar, but that's another story)
regards
Flemming





Subject: Re: ideas for further development
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 04 Dec 2003 23:23:11 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> BTW, when we add or remove units from the packages, I don't think we really
> have to regenerate and checkin the packages every time. It should be enough
> to update the XML file(s) (as I did with JvRollOutEditor). Each
> developer/user would then be responsible for regenerating his/her own
> packages. Does that seem reasonable to everyone?
>
Good to me especially if the packages are removed from CVS. But a clear note should be put in the .txt files to explain how to get the packages...
BTW, I'll try to work on it again to have it a bit more generic, I got some ideas on that. But that may not come this week, I got other more down to earth stuff to do/prepare.



Subject: Re: ideas for further development
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Dec 2003 14:22:48 +0100
Newsgroups: jedi.vcl

> > NoQuotes and all the Make*.bat are

OK, then someone has to do a test run with only the sources and the required
tools/bats and see if that is enough to build and install the whole thing in
all supported Delphi/BCB versions before we remove anything from CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ideas for further development
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 04 Dec 2003 23:21:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Funny, I had the same thought today as well. There are some things we need
> to sort out first. Users that downlaod the source-only daily zip or the
> source-only releases (when we have them), won't get the tools. Should we
> include a precompiled exe or the sources for the necessary tools? What
> tools/scripts are required to build and install JVCL, except for the package
> builder and the package installer?

NoQuotes and all the Make*.bat are



Subject: Re: ideas for further development
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Dec 2003 14:20:30 +0100
Newsgroups: jedi.vcl

BTW, when we add or remove units from the packages, I don't think we really
have to regenerate and checkin the packages every time. It should be enough
to update the XML file(s) (as I did with JvRollOutEditor). Each
developer/user would then be responsible for regenerating his/her own
packages. Does that seem reasonable to everyone?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ideas for further development
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Dec 2003 14:12:57 +0100
Newsgroups: jedi.vcl

> > Should we remove the packages completely from the CVS?
> > All should learn to use the package generator. I see no reason for
> > keeping the results of the generator in the CVS.

Funny, I had the same thought today as well. There are some things we need
to sort out first. Users that downlaod the source-only daily zip or the
source-only releases (when we have them), won't get the tools. Should we
include a precompiled exe or the sources for the necessary tools? What
tools/scripts are required to build and install JVCL, except for the package
builder and the package installer?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Dec 2003 14:05:12 +0100
Newsgroups: jedi.vcl

> > Isn't JvgMenus redundant with JvMenus ?

JvgXXX files are part of Globus and may not be removed even if they are
redundant. This is mostly to provide a simple migration path for existing
Globus users but also to simplify the maintenance effort for us. Since the
Globus files are in their own package and no other packages requires Globus,
it is very easy to avoid installing and using them. The same goes for Jan's
components and any future package donations we add that are
"self-contained".

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Dec 2003 14:02:36 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 04 Dec 2003 13:54:02 +0100:

 >> Isn't JvgMenus redundant with JvMenus ?

 RM> I am not sure. We should start a hunt for redundant files.
 RM> We have several of them.

    Keep in mind that we try to keep donated libraries available as one
separately usable package. In that sense, anything from Globus should stay
(although I gather from previous posts that the Globus code is not that
great so we may decide to harvest the good/unique pieces and remove the rest
of Globus to archive and remove the Globus package).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I Belong To You" by Lenny Kravitz.




Subject: Re: ideas for further development
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 14:02:03 +0100
Newsgroups: jedi.vcl

Should we remove the packages completely from the CVS?
All should learn to use the package generator. I see no reason for keeping the results of the generator in the CVS.



Subject: ideas for further development
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 13:59:57 +0100
Newsgroups: jedi.vcl

I think we should stop individual development for some days in the near future (this year) and attack the JVCL with a taskforce.

That would mean we define a task and all work on it to resolve it.

The first task could be removing redundant files.
Another one could be to have all components which react to mouse enter and mouse leave share the same implementation.
Adding that to all components in need would be the next one.
The comments for TODOs, fixes and improvements could be extracted to TODO.TXT and implemented.

Please come up with similar tasks here.



Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 13:54:02 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Isn't JvgMenus redundant with JvMenus ?

I am not sure. We should start a hunt for redundant files. We have several of them.



Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 4 Dec 2003 12:31:51 +0000
Newsgroups: jedi.vcl

> >Hello, Jens!
> >You wrote  on Thu, 04 Dec 2003 00:46:27 +0100:
> >
> > JF> In this moment the AV occures in line 226 of the
> > JF> "JvAppStoreSelectList"? I didn't understand why. And why only in the
> > JF> second try.
> >
> >    I haven't looked but my guess is that the automatic referencing of
> >interfaces is biting you in the backside. If for some reason the interface
> >goes out of scope and the internal reference count returns to 0, the
> >object/component might have been destroyed but the class reference is still
> >being used (been there, done that, pulled my hair out). You should check
> >which interfaces (and underlying objects) are used in the "Save" process and
> >see which one gets kicked out of existence. That object will have to either
> >reimplement the _AddRef/_Release methods of IUnknown to not use reference
> >counting at all, or you should try to add an explicit reference to the
> >interface in it's owner (not always a good way to go BTW).

Sorry marcel, i think my knowledge of interfaces is too small :-(, can you
give me some examples.

> >
> > JF> Hope anyone can give some hints. My problem is that i didn't have big
> > JF> experiences with interface, and the JvDynControlEngine is filled with
> > JF> interfaces :-)  (thanks to peter ;-)
> >
> >    You'll thank him later, trust me.

I like the way, so i say really thanks to him :-)

> >
> > JF> When this problem is fixed and i didn't get any negative comments i
> > JF> will upload this units to the cvs.
> >
> >    No negative comments from my side, but that's still because I didn't
> >look at it.
> >

For me the answer is ok :-)

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Dec 2003 13:22:45 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 4 Dec 2003 12:31:51 +0000:

 J> Sorry marcel, i think my knowledge of interfaces is too small :-(, can
 J> you give me some examples.

    I forgot: the implicit reference can be done two ways: calling _AddRef
directly after constructing the implementation class or store the reference
to the class in a field/property. This is usually the case in Master/Detail
situations, but that might become a big mess incase of circular references
(i.e. the Master object has a reference to it's child (or children) and the
child object has a reference back to the master).

    These problems (and the resulting mess) can be witnessed by looking at
the JvDataProviderImpl unit, specifically the implementation classes for
IJvDataItems and IJvDataItem (master/child relations).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Live" by Lenny Kravitz.




Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Dec 2003 13:14:43 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 4 Dec 2003 12:31:51 +0000:

 J> Sorry marcel, i think my knowledge of interfaces is too small :-(, can
 J> you give me some examples.

    In essence, all interface derive from IUnknown (or IInterface since D6)
which declares three methods _AddRef, _Release and QueryInterface. These
three will always have to be implemented. This is handled by TComponent
(which does not use reference counting IIRC) and by TInterfacedObject,
TInterfacesPersistent (they do handle reference counting). The compiler will
implicitly call _AddRef when you reference an interface and _Release once
that reference goes out of scope (the variable holding it goes out of scope
or is implicitly set to nil). Normally _Release will decrease the reference
counter and if it reaches 0 will call Destroy on the object. To circumvent
that you have to reimplement the _AddRef/_Release methods of your
implementation class to do nothing (returning -1 to indicate no reference
counting is taking place).

    You may have a peek in JvDataProviderImpl which is full of this "crap"
<g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "City" by Natalie Imbruglia.




Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 04 Dec 2003 22:11:35 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Robert Marquardt wrote:
>
>> I just saw that we have J+ in JVCL.INC.
>> I will check if the JVCL still compiles with J- and change the file if so.
>
>
> Checking in JVCL.INC with J-
> JvgMenus.pas shows why this is a good idea. I had to change it and the use of the writable const in the first place was a big mistake. That one has to be rewritten completely.
>
Isn't JvgMenus redundant with JvMenus ?



Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 13:06:39 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I just saw that we have J+ in JVCL.INC.
> I will check if the JVCL still compiles with J- and change the file if so.

Checking in JVCL.INC with J-
JvgMenus.pas shows why this is a good idea. I had to change it and the use of the writable const in the first place was a big mistake. That one has to be rewritten completely.



Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Dec 2003 10:44:07 +0100
Newsgroups: jedi.vcl

> > D+ should stay for the development, but it will be D- for the release.
Why? There is no performance or memory penalty having debugging activated.
It only affects the size of DCU's, not the final exe/bpl/dcp nor the speed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 10:36:51 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Not true. Delphi 5 allows var to be pre-initialised.
>
> Though i wonder if t requires {$J-} {$WRITEABLECONST OFF} 

I just saw that we have J+ in JVCL.INC.
I will check if the JVCL still compiles with J- and change the file if so.

D+ should stay for the development, but it will be D- for the release.



Subject: Re: questions related to UIB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 10:33:05 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:

>> Is it accepted to change the scores of lines in JvUIBError.pas reading
>>   {$IFDEF USE_IBERROR_H} {$EXTERNALSYM <some name>} {$ENDIF}
>> into a single block only IFDEFed once with {$IFDEF USE_IBERROR_H} ?
>> It makes the file much shorter and more readable with the small drawback
>> that adding further errors needs changes at different locations in the
>
> file.
>
> It will be shorter, but i'm not sure it will be more readable. And I have to
> maintain the unit, so I would prefer to keep the file as is.

Best get the CVS version because i have cleaned it.



Subject: Re: JvParameterList / JvDynControlEngine - Third Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Dec 2003 10:24:52 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 04 Dec 2003 00:46:27 +0100:

 JF> In this moment the AV occures in line 226 of the
 JF> "JvAppStoreSelectList"? I didn't understand why. And why only in the
 JF> second try.

    I haven't looked but my guess is that the automatic referencing of
interfaces is biting you in the backside. If for some reason the interface
goes out of scope and the internal reference count returns to 0, the
object/component might have been destroyed but the class reference is still
being used (been there, done that, pulled my hair out). You should check
which interfaces (and underlying objects) are used in the "Save" process and
see which one gets kicked out of existence. That object will have to either
reimplement the _AddRef/_Release methods of IUnknown to not use reference
counting at all, or you should try to add an explicit reference to the
interface in it's owner (not always a good way to go BTW).

 JF> Hope anyone can give some hints. My problem is that i didn't have big
 JF> experiences with interface, and the JvDynControlEngine is filled with
 JF> interfaces :-)  (thanks to peter ;-)

    You'll thank him later, trust me.

 JF> When this problem is fixed and i didn't get any negative comments i
 JF> will upload this units to the cvs.

    No negative comments from my side, but that's still because I didn't
look at it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Problem with FormPlacement in JVCL 2.1 under D6/D7
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Dec 2003 10:17:28 +0100
Newsgroups: jedi.vcl

Hello, Stephan!
You wrote  on Wed, 3 Dec 2003 22:04:53 +0100:

 SH> I've changed the default value to hkClassesRoot and after them it will
 SH> save my changes. But if you know a way, that as default can be
 SH> hkCurrentUser then please change it.

    This is no longer an issue in JVCL3, which uses a separate storage
backend. The registry backend has no problem with remembering which root key
to use ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Not exactly JVCL issue: TJvMaskEdit.Text not formatted according to the EditMask
From: SanskritFritz <oneuser@nomail.com>
Date: Thu, 04 Dec 2003 09:45:34 +0100
Newsgroups: jedi.vcl

This is definitely a Borland issue, because I experience the same behaviour with TMaskEdit as well.
I have the following EditMask: '+WO_>aaaaaaaaaaaaaaaaaaaa<;0; '
If I set JvMaskEdit1.Text := 'abc.d' the result will be '+WO_abc.d'
No formatting according to the EditMask is done, except the string literal.
When I type into the field, the typed text is uppercase, and only alphanumeric chars are accepted. I
would expext the same behaviour when I set the Text property programmatically. 
The Delphi Help says: "When setting Text, the value of the text is formatted using the mask, and the
resulting EditText is used to update the window."
What am I doing wrong? Please help me.
Frank


Subject: Re: JVCL3 Installer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 04 Dec 2003 18:41:13 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The new version support an installed JCL without DCP files. For this the
> jcl\source\common or lib\??\obj directory must be in the library path.

No it won't. And that's because of the -LUCJcl in the PFLAGS node of every package. The DCP file MUST exist and the compilation won't work without it. Simply removing it and calling make again won't do, please see below.

> The installer makes the dcp files without asking.

No it won't. Maybe because my JCL files are not in ..\..\JCL. The installer should definitely ask me where the files are and make this dcp file if it doesn't exist.

>> I asked to Build the packages but it didn't delete the dcu files that
>> are in dcus
> Why should it delete .dcu files?
Because if you don't delete them, the packages won't get entirely rebuilt. And that's the exact same stuff with Delphi. And if the CJcl.dcp file doesn't exist you may not see it because not all pascal files use JCL functions.

Another remark:
The installer always builds all packages, even if none of them are checked in the list. That's quite painfull and useless, especially with BCB because it takes so long.



Subject: Re: questions related to UIB
From: "Henri Gourvest" <x@x.com>
Date: Thu, 4 Dec 2003 08:58:10 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message de
news:bql0jk$fk$1@talkto.net...
> > Is JvUIBSQLParser.pas a generated file which is overwritten by new
> > versions?I want to know if i should clean it or not.

Yes it is autogenerated by a modified version of TPLY, so you shouln't
modify the file yourself.

> > Is it accepted to change the scores of lines in JvUIBError.pas reading
> >    {$IFDEF USE_IBERROR_H} {$EXTERNALSYM <some name>} {$ENDIF}
> > into a single block only IFDEFed once with {$IFDEF USE_IBERROR_H} ?
> > It makes the file much shorter and more readable with the small drawback
> > that adding further errors needs changes at different locations in the
file.

It will be shorter, but i'm not sure it will be more readable. And I have to
maintain the unit, so I would prefer to keep the file as is.

Regards
Henri Gourvest




Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 4 Dec 2003 10:34:33 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 3 Dec 2003 22:02:11 +0100 @918)
....while the fading voice of Andreas whispered through the darkness:

 >> var DbEngineErrorDlg: TJvBdeErrorDlg = nil;
 AH> No for Delphi 5. D5 needs a "const" and no "var". 

Not true. Delphi 5 allows var to be pre-initialised.

Though i wonder if t requires {$J-} {$WRITEABLECONST OFF} 
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Problem with FormPlacement in JVCL 2.1 under D6/D7
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 06:43:32 +0100
Newsgroups: jedi.vcl

Stephan Hartmann wrote:

> Hi,
>
> I've a problem with TJvFormPlacement.RegistryRoot. Yesterday I has update
> the JVCL 2.1 stable with Patch to JVCL 2.1 stable cvs. Today I've seen, that
> TJvFormPlacement.RegistryRoot is set to hkClassesRoot if it was before at
> hkCurrentUser. The problem is that I can't use hkCurrentUser always it will
> reset to hkClassesRoot. I think that the problem comes from changing
> RegistryRoot to TJvRegKey, cause the order is not the same as before.
> If you put TJvFormPlacement to a form, change RegistryRoot to hkCurrentUser
> and shows the form as text and switch back to form as formular or if you
> save the unit, close and reopen them, you can see this error.
>
> I've changed the default value to hkClassesRoot and after them it will save
> my changes. But if you know a way, that as default can be hkCurrentUser then
> please change it.
>
> Stephan H.
> I hate my english.
>
>

Most probably one of my changes. I will have a look. It should be resolvable.



Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Dec 2003 06:42:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Yes for Delöphi 6 and 7
> No for Delphi 5. D5 needs a "const" and no "var". That means we must have
> conditional compilation.

Huh?
I do not recall such problems when writing my conversions with scores of such variables.

{$IFDEF DELPHI6_UP}
var
  DbEngineErrorDlg: TJvBdeErrorDlg = nil;
{$ELSE}
var
  DbEngineErrorDlg: TJvBdeErrorDlg;
{$ENDIF DELPHI6_UP}

{$IFNDEF DELPHI6_UP}
initialization
  DbEngineErrorDlg := nil;
{$ENDIF DELPHI6_UP}

because using a const as global variable is not allowed in the JVCL. It is an abuse of the language.

The easiest would be

var
  DbEngineErrorDlg: TJvBdeErrorDlg;

because Delphi guarantees the initialization to 0 = nil.



Subject: JvParameterList / JvDynControlEngine - Third Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 04 Dec 2003 00:46:27 +0100
Newsgroups: jedi.vcl

Hi all together,

i have uploaded the third version of my components.

Now i had combined all three components together and now i've got a first problem where i didn't have any idea :-(

If you compile the sample-application (all references to devexpress-components are deactivated :-) you can reproduce the AV with the following steps:
1. Press "Test 1"
2. Press "Save"
3. Press "Esc"
4. Press "Save"

In this moment the AV occures in line 226 of the "JvAppStoreSelectList"? I didn't understand why. And why only in the second try.

And when you try the "Store" button from the main-form there is no problem pressing it twice or more often. And the button calls the same ancestor-class "TJvAppStoreSelectList" as the save-button in the parameterlist-dialog.

Hope anyone can give some hints. My problem is that i didn't have big experiences with interface, and the JvDynControlEngine is filled with interfaces :-)  (thanks to peter ;-)

When this problem is fixed and i didn't get any negative comments i will upload this units to the cvs.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Problem with FormPlacement in JVCL 2.1 under D6/D7
From: "Stephan Hartmann" <news@vampir2k.de>
Date: Wed, 3 Dec 2003 22:04:53 +0100
Newsgroups: jedi.vcl

Hi,

I've a problem with TJvFormPlacement.RegistryRoot. Yesterday I has update
the JVCL 2.1 stable with Patch to JVCL 2.1 stable cvs. Today I've seen, that
TJvFormPlacement.RegistryRoot is set to hkClassesRoot if it was before at
hkCurrentUser. The problem is that I can't use hkCurrentUser always it will
reset to hkClassesRoot. I think that the problem comes from changing
RegistryRoot to TJvRegKey, cause the order is not the same as before.
If you put TJvFormPlacement to a form, change RegistryRoot to hkCurrentUser
and shows the form as text and switch back to form as formular or if you
save the unit, close and reopen them, you can see this error.

I've changed the default value to hkClassesRoot and after them it will save
my changes. But if you know a way, that as default can be hkCurrentUser then
please change it.

Stephan H.
I hate my english.




Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Dec 2003 22:02:11 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > var
> > DbEngineErrorDlg: TJvBdeErrorDlg = nil;
> > 
> > should be good enough.

Yes for Delöphi 6 and 7
No for Delphi 5. D5 needs a "const" and no "var". That means we must have
conditional compilation.

> > There must have been a
> > 
> > finalization
> > DbEngineErrorDl.Free;
> > DbEngineErrorDlg := nil;
> > 
> > which i changed to FreeAndNil(DbEngineErrorDlg);

There was no finalization section in Peter's last change.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Dec 2003 21:57:39 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > D6 Enterprise US: Compilation went fine, but the packages ARE NOT
> > installed. Yes, you read well, I removed the JVCL keys from the registry
> > before running the installer and they are not back.

Should work now. There was a bug that unchecked all packages if you had
selected another target.


-- Regards, Andreas Hausladen 

Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Dec 2003 21:45:15 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Karlheinz wrote:
>
>
>> Now I get a runtime error 216 at address 00403B6E and with the debug
>> mode an exception EAccessViolation at adress 00000000.
>> The message comes up during the finalization in JvBDEExceptionForm
>> finalization
>>  FreeAndNil(DbEngineErrorDlg);
>
>
> Fixed.
>
> @Robert Marquardt
>
> What do you think is better to read:
>
> {$IFDEF COMPILER6_UP}
> var
> {$ELSE}
> const
> {$ENDIF}
>   DbEngineErrorDlg: TJvBdeErrorDlg = nil;
>
> or
>
>   DbEngineErrorDlg: TJvBdeErrorDlg;
> ...
> initialization
>   DbEngineErrorDlg := nil;
>
>
> There must be no finalization with FreeAndNil(DbEngineErrorDlg) because
> the formular has Application as owner and that destroys it's childs. As a
> result the FreeAndNil call in the finalization section in
> JvBDECheckPasswordForm.pas fails because the object no more exists.

It should always be the second version, but why assigning it in initialization?

var
  DbEngineErrorDlg: TJvBdeErrorDlg = nil;

should be good enough.

There must have been a

finalization
  DbEngineErrorDl.Free;
  DbEngineErrorDlg := nil;

which i changed to FreeAndNil(DbEngineErrorDlg);

I will see if i can check out the last version and compare.



Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Dec 2003 21:28:53 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > BCB6 Enterprise US: Compilation went fine, installation too. However, if
> > JCL.dcp is absent, it doesn't proposes to build it, it simply fails
> > during compilation. 

The new version support an installed JCL without DCP files. For this the
jcl\source\common or lib\??\obj directory must be in the library path.


> > it should ask me to make the dcp file.

The installer makes the dcp files without asking.


> > I asked to Build the packages but it didn't delete the dcu files that
> > are in dcus

Why should it delete .dcu files?


-- Regards, Andreas Hausladen 

Subject: Re: AV in JvMonthCalendar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 3 Dec 2003 21:20:47 +0100
Newsgroups: jedi.vcl

This is impossible for us to answer since JVCL 1.31 is *very* old and there
has been literary thousands of changes since that release. Please upgrade to
a newer version, preferably the latest JVCL3 but at least to 2.10.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Wed, 3 Dec 2003 20:06:18 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen"  wrote
> >
> > What do you think is better to read:
> >
> > {$IFDEF COMPILER6_UP}
> > var
> > {$ELSE}
> > const
> > {$ENDIF}
> >   DbEngineErrorDlg: TJvBdeErrorDlg = nil;
> >
> > or
> >
> >   DbEngineErrorDlg: TJvBdeErrorDlg;
> > ...
> > initialization
> >   DbEngineErrorDlg := nil;
> >

Sorry, I am not professional in programming.
but I would prefer the second version.

Your installer works very well, a good job! Thanks!!!!!!!!!!!!!!!!

Regards

Karlheinz




Subject: Re: UIB components and the BCB macro MESSAGE
From: "Henri Gourvest" <x@x.com>
Date: Wed, 3 Dec 2003 20:03:03 +0100
Newsgroups: jedi.vcl

It will be renamed in the next release (1 or 2 weeks).

Regards

Henri Gourvest

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> a écrit dans le
message de news:bqk8ps$8tm$2@talkto.net...
> > JvUIBSQLParser.pas declares a constant named MESSAGE und does a {$HPPEMIT
> > '#undef MESSAGE'}. If you generate a hpp files for BCB the macro MESSAGES
> > is undefined and as a result all following message handler declaration
> > cannot be compiled because MESSAGES is now a number and not the needed
> > empty macro. My solution at the moment is to remove the HPPEMIT and rename
> > the constant to "Message" (no upper case).
> >
> >
> > -- 
> > Regards,
> >
> > Andreas Hausladen




Subject: Re: AV in JvMonthCalendar
From: Chuck Roberts <cr@netzero.net>
Date: Wed, 3 Dec 2003 13:56:16 -0500
Newsgroups: jedi.vcl

Did I say I have to use JvMonthCalendar because I need the OnClick 
and OnMouseDown events? Must save old note in MouseDown and retrieve 
the note for the new date in OnClick. 

Thanks.

-- Say no to fixed width tables. They look terrible. 

Subject: Re: Runtime Error 216 with CVS version dated 02.12.2003
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Dec 2003 19:53:25 +0100
Newsgroups: jedi.vcl

Karlheinz wrote:

> > Now I get a runtime error 216 at address 00403B6E and with the debug
> > mode an exception EAccessViolation at adress 00000000.
> > The message comes up during the finalization in JvBDEExceptionForm
> > finalization
> >   FreeAndNil(DbEngineErrorDlg);

Fixed.

@Robert Marquardt

What do you think is better to read:

{$IFDEF COMPILER6_UP}
var
{$ELSE}
const
{$ENDIF}
  DbEngineErrorDlg: TJvBdeErrorDlg = nil;

or

  DbEngineErrorDlg: TJvBdeErrorDlg;
....
initialization
  DbEngineErrorDlg := nil;


There must be no finalization with FreeAndNil(DbEngineErrorDlg) because
the formular has Application as owner and that destroys it's childs. As a
result the FreeAndNil call in the finalization section in
JvBDECheckPasswordForm.pas fails because the object no more exists.


-- Regards, Andreas Hausladen 

Subject: AV in JvMonthCalendar
From: Chuck Roberts <cr@netzero.net>
Date: Wed, 3 Dec 2003 13:50:44 -0500
Newsgroups: jedi.vcl

I'm using D6 personal under Win 2000 and using JVCL 1.31. 

I'm making a calendar app where each day has a note associated with it. 
When I click on a date in the calendar that is not today, I get an AV. 
I have Try...Except statements in my OnClick and OnMouseUp events, so 
the AV should not be coming from there. I also put Try...except 
statements in the JvMonthcalendar.pas, which would show an error if 
they had one, but no error appeared in there. The error is: 

"AV in myapp.pas [address deleted]".

Anyone else have this problem? Know how to fix it? 

-- Say no to fixed width tables. They look terrible. 

Subject: Runtime Error 216 with CVS version dated 02.12.2003
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Wed, 3 Dec 2003 19:39:50 +0100
Newsgroups: jedi.vcl

Yesterday I checked out with CVS the actual version of JVCL 3.
The version I installed  before dated 2003-11-26 and my application works
well.

In the CVS version since 2003-11-02 or after the daily update from 26. must
be something changed.
Now I get a runtime error 216 at address 00403B6E and with the debug mode an
exception EAccessViolation at adress 00000000.
The message comes up during the finalization in JvBDEExceptionForm
finalization
  FreeAndNil(DbEngineErrorDlg);


I installed once more the 2003-11-26 version and everything was OK.
In the JvBDEExceptionForm dated 2003-11-26 is no finalization routine.




Subject: questions related to UIB
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Dec 2003 17:00:34 +0100
Newsgroups: jedi.vcl

Is JvUIBSQLParser.pas a generated file which is overwritten by new versions?I want to know if i should clean it or not.

Is it accepted to change the scores of lines in JvUIBError.pas reading
  {$IFDEF USE_IBERROR_H} {$EXTERNALSYM <some name>} {$ENDIF}
into a single block only IFDEFed once with {$IFDEF USE_IBERROR_H} ?
It makes the file much shorter and more readable with the small drawback that adding further errors needs changes at different locations in the file.



Subject: Re: Destructor and FCanvas.Free
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Dec 2003 13:28:03 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I have cleaned up ALL TCanvas or TControlCanvas uses.
> Some components used a TControlCanvas only internally. I made it available as Canvas property.
> TJvScreenCanvas from JvJVCLUtils.pas has been renamed to TJvDesktopCanvas and is now in use in several components.
>

I secured it further by freely adding

  if csDestroying in ComponentState then
    Exit;

before painting or trying to access any TCanvas or TControlCanvas.
This should not hurt and ensures that the Canvas is not used in Destroy.
I hope i did not break anything.



Subject: Congrats to Andreas!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Dec 2003 12:46:48 +0100
Newsgroups: jedi.vcl

Congrats to Andreas Hausladen who is deservedly mentioned in the latest
Delphi Magazine (Issue 100, Delfhead, pg 44) for his work on providing
patches and bug-fixes to Kylix and VisualClx in D6/D7 to make them work with
newer distros of Linux (http://www.kylix-patch.de.vu). Something we also
benefit from since he's one of the hardest working people in JVCL.

Way to go, Andreas!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB 6 compilation time
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 03 Dec 2003 19:46:46 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Yes, but I was in a hurry and have done a search for TDate and found non.
> Now I found the correct paragraph after searching for HPPEMIT. I'll change
> all the files.
I didn't put TDate in there because it's a generic problem.

> Isn't it better to do it this way:
> {$HPPEMIT '#define TDate Controls::TDate'}
> ...
> {$HPPEMIT '#undef TDate'}
>
Well, I think that wouldn't hurt.



Subject: Re: JVCL3 Installer
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 03 Dec 2003 19:41:47 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Can someone test the installer?
>
> I have tested it with Delphi 6 Pro and BCB 6 Trail.

Ok, here is my test report:

D6 Enterprise US: Compilation went fine, but the packages ARE NOT installed. Yes, you read well, I removed the JVCL keys from the registry before running the installer and they are not back.

BCB6 Enterprise US: Compilation went fine, installation too. However, if JCL.dcp is absent, it doesn't proposes to build it, it simply fails during compilation. And I don't want to have to INSTALL the JCL to do that, or at least it should ask me to make the dcp file. One last note: I asked to Build the packages but it didn't delete the dcu files that are in dcus, and as a result, it only rebuilt the change packages.



Subject: Re: BCB 6 compilation time
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Dec 2003 10:37:29 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Have you read the BCB Compatibility guide? There already IS an
> > explanation in there to solve this problem. In short, do this:
> > {$HPPEMIT '#define TDate Controls::TDate'}

Yes, but I was in a hurry and have done a search for TDate and found non.
Now I found the correct paragraph after searching for HPPEMIT. I'll change
all the files.

Isn't it better to do it this way:
{$HPPEMIT '#define TDate Controls::TDate'}
....
{$HPPEMIT '#undef TDate'}

The reason is that if you include two or more of such a hpp file the
preprocessor will warn you for (or fail on) the multiple definition of
TDate.


-- Regards, Andreas Hausladen 

Subject: Re: BCB 6 compilation time
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 03 Dec 2003 19:31:00 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> But the JVCL is used by the JVCL itself. The best example is JvCore. It is
> required by almost all JVCL packages but no .dcp files is needed.
That's different because the dcu files are available and will always be because they are part of the compilation of the JVCL. But as the JCL isn't always there, it's better to have the dcp file (and cleaner with respect to installation)

> What would you do if the bcc32 compiler says that TDate is ambigious
> (TDate, Controls::TDate). Where is the first TDate because code navigation
> goes to Controls::TDate ? My solution at the moment is to write the
> following lines into the files:
> {$IFDEF BCB}
> type
>   TDate = TDateTime;
>   TTime = TDateTime;
> {$ENDIF}
Have you read the BCB Compatibility guide? There already IS an explanation in there to solve this problem. In short, do this:
{$HPPEMIT '#define TDate Controls::TDate'}



Subject: Re: JvParameterList / JvDynControlEngine
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 3 Dec 2003 09:28:47 +0000
Newsgroups: jedi.vcl

>> >>Jens Fudickar wrote:
>> >>
>>> >>> I will work on the class names (using dcf :-).
>> >>
>> >>Send me the files directly and i wil check them.
>> >>
>> >>
> >
> >Too late. I have posted them to the binaries this night :-)
> >
> >
> >
> >--- posted by geoForum on http://delphi.newswhat.com
> >

And i'm not at home, so i can't send them directly to you :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: JvParameterList / JvDynControlEngine
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 3 Dec 2003 09:18:28 +0000
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> I will work on the class names (using dcf :-).
> >
> >Send me the files directly and i wil check them.
> >
> >

Too late. I have posted them to the binaries this night :-)



--- posted by geoForum on http://delphi.newswhat.com


Subject: UIB components and the BCB macro MESSAGE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Dec 2003 10:13:43 +0100
Newsgroups: jedi.vcl

JvUIBSQLParser.pas declares a constant named MESSAGE und does a {$HPPEMIT
'#undef MESSAGE'}. If you generate a hpp files for BCB the macro MESSAGES
is undefined and as a result all following message handler declaration
cannot be compiled because MESSAGES is now a number and not the needed
empty macro. My solution at the moment is to remove the HPPEMIT and rename
the constant to "Message" (no upper case).


-- Regards, Andreas Hausladen 

Subject: Re: BCB 6 compilation time
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Dec 2003 10:07:21 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > As to why the JVCL doesn't generates
> > dcp files for its packages, it's because the JVCL isn't used by other
> > libraries. If another library wants to use the JVCL, they'll have to do
> > this too

But the JVCL is used by the JVCL itself. The best example is JvCore. It is
required by almost all JVCL packages but no .dcp files is needed.

> > If you need more details, please ask, but the MakeJCLDcp4BCB.bat file
> > should explain most things for you.  BTW, that's also why I'd prefer the
> > installer to use the batch files, it allows to fix the possible
> > compilation bugs in only one place instead of two...

I have code in the installer that do the same as MakeJCLDcp4BCB.bat
because I wanted to install the JCL and JVCL in BCB 6. After doing that I
dropped all available components to a formular and compiled the project in
order to test if the .hpp files are working. Some had TDate/TTime, two
constructors with different names, ... that I have fixed.

What would you do if the bcc32 compiler says that TDate is ambigious
(TDate, Controls::TDate). Where is the first TDate because code navigation
goes to Controls::TDate ? My solution at the moment is to write the
following lines into the files:
{$IFDEF BCB}
type
  TDate = TDateTime;
  TTime = TDateTime;
{$ENDIF}



-- Regards, Andreas Hausladen 

Subject: Re: Destructor and FCanvas.Free
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Dec 2003 09:42:46 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> There are some visual components creating their own Canvas. When the destructor is called the canvas should be freed in some cases after the inherited Destroy. Otherwise the component cannot be deleted from the formular at designtime without an AV.
>
> rom has done some reordering of the inherited call that causes Delphi to raise AVs. I have written a comment in the affected destructors. JvgTreeView and JvxCustomCheckList.


I have cleaned up ALL TCanvas or TControlCanvas uses.
Some components used a TControlCanvas only internally. I made it available as Canvas property.
TJvScreenCanvas from JvJVCLUtils.pas has been renamed to TJvDesktopCanvas and is now in use in several components.



Subject: Re: JVCL3 Installer
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 3 Dec 2003 09:39:26 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bqik4f$h12$1@talkto.net...
> > Flemming Brandt Clausen wrote:
> >
>> > > I do not see any design-packages to check.
>> > > Could it be a path issue??
> >
> > That's impossible. In the Listview on the right side are all designtime
> > packages. You must set the "cross" in the box to install the components of
> > the packages.
> >
> > But there is another problem that can cause this behaviour. If you have
> > installed another version of JVCL 3 and you have deactivated some (or all)
> > packages then the new packages are installed but disabled.
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen

The ListView is empty !!
I do not have any other version installed (it was manually removed before I
tried the installer).
The installer reports succes on compiling all packages; but no install
(since I have not been able to 'checkmark' any package).

Let's start all over again: when am I supposed to see the packages in the
listview?
At startup of the installer or after it has been compiled ?
I think this is the first step to clearify.

regards
Flemming




Subject: Re: JvParameterList / JvDynControlEngine
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Dec 2003 05:41:28 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> I will work on the class names (using dcf :-).

Send me the files directly and i wil check them.



Subject: Re: Help JVTreeView
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 03 Dec 2003 13:16:23 +1000
Newsgroups: jedi.vcl

Chia Chen Yap wrote:

> I am sorry to trouble you again. I've downloaded the source file from the
> web since I don't really know how to get the file by using CVS. I've gone
> through the source code it seems like it is not a component am I right? What
> should I do to download a package of that component so that I can be easily
> install?
>
> Regards
> Chen Yap
>
In the zip file from http://jvcl.sf.net/daily/ you have a directory called packages in which you will find package groups (bpg) for every supported version of Borland's products.
Use the one that suits you, build all packages and install (Right click, Install) the ones ending with a D (like JvCoreD6D.dpk). I can't quite remember in which package is TJvTreeView (maybe JvCtrls) but you should be able to find it.

Olivier Sannier
JVCL Developer



Subject: Re: Help JVTreeView
From: "Chia Chen Yap" <cychia@chrysanth.com>
Date: Wed, 3 Dec 2003 09:32:37 +0800
Newsgroups: jedi.vcl

I am sorry to trouble you again. I've downloaded the source file from the
web since I don't really know how to get the file by using CVS. I've gone
through the source code it seems like it is not a component am I right? What
should I do to download a package of that component so that I can be easily
install?

Regards
Chen Yap

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bqhv73$1uh$1@talkto.net...
>> > > May I know where can I get the component?
> >
> > It's in JVCL3, see the news item "How to get JVCL3" at
> > http://sf.net/projects/jvcl or get it from the web at
> > http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/
> >
> > If you download from the web, you must also convert *nix LF's to Windows
> > CRLF's before you can use the unit.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: BCB 6 compilation time
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 03 Dec 2003 11:22:56 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The installed does not create .dcp files for the JVCL but for the JCL. I
> have not seen any errors because there are no .dcp files. What's the
> diffenence between JCL and JVCL that the JVCL needs .dcp files for the JCL
> ? Do you know it?

Yeah I know, I'm the one who made the changes to force the JCL to provide a dcp to use by the JVCL.
The problem is quite simple:
The JVCL uses the JCL. As all files are pascal sources, BCB uses dcc32 to compile them. When in the uses clause you have a JCL related unit, dcc32 looks for it in this order:
1) is it in one of the known dcp files (-LU option if PFLAGS)?
2) is it in one of the dcus available in the known unit directories (-U  option in PFLAGS)?
3) is the .pas file in one of the known source directories?

When I first started to create the packages for BCB, I didn't know there was a way to generate a dcp file for the JCL with only BCB tools, so I chose to go with the second option. That meant that all dcu files had to be available to dcc32 when compiling the JVCL and was quite a nightmare if the JCL wasn't installed in ..\..\..\JCL. Indeed, there is no place in BCB's IDE to specify a Unit's directory for pascal source files and the tweak was to require the user to change its PATH environment variable which is quite painfull.
About a week ago, I finally found a way to generate a dcp file with the dcc32 that comes with BCB and I did the change. That's also one of the good side effects of the use of the package generator. This allows to discard all dcu's once the dcp is generated, thus allowing people to save space on their machines. Please note that the dcp is only needed to compile, to use the JVCL with BCB, you need the .lib and .bpl files.
As to why the JVCL doesn't generates dcp files for its packages, it's because the JVCL isn't used by other libraries. If another library wants to use the JVCL, they'll have to do this too, I don't intend to do it for them. That's for this reason that I didn't ask the JCL people to put the required files into their distribution, it's a JVCL problem to create the dcp file, not a JCL problem.

If you need more details, please ask, but the MakeJCLDcp4BCB.bat file should explain most things for you.
BTW, that's also why I'd prefer the installer to use the batch files, it allows to fix the possible compilation bugs in only one place instead of two...



Subject: Re: JVCL3 Installer
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 03 Dec 2003 00:54:05 +0100
Newsgroups: jedi.vcl

On Tue, 2 Dec 2003 22:40:46 +0100, "Andreas Hausladen" wrote:

>> >> No problems with D5 except that I must create the missing projectgroup
>> >> file.
> >
> >What missing project group?
> >
>> >> The "an older Delphi/BCB version is installed too" bug still exists.
> >
> >Maybe I cannot see the bug. What is the bug exacly?
> >
> >
>> >> Limit it to Delphi 5 till 7 ! 
> >
> >good idea.

This is one and the same bug - the still installed D2 caused that bug
and thatswhy the installer needs "D2 Packages.bpg".
If this file doesn't exists the installer doesn't detect D5 and so on.

> >
>> >> BTW, you should consider moving out the compilerstuff (IDE 
>> >> detection, package compilation and so on - most parts from
>> >> BuildHelpers and CoreData) to some common units.
> >
> >What do you mean by "compiler stuff" in CoreData? Except that CodeData is
> >not a good name for the unit. I used it because I name such a unit "Data"
> >or in German projects "Daten". (a bad habit).

That what I wrote in the brackets and thats in the case of CoreData
the IDE detection (TTarget...).
Since last week we have a make tool in JVCS which also detects the IDE
and can compile and install packages, but I don't know any internals
yet.

Uwe


Subject: Re: BCB 6 compilation time
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 3 Dec 2003 00:33:43 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > BTW, I'm yet to test the installer with BCB6 Enterprise, 
> > I'll try to do that in the upcoming days.

The installed does not create .dcp files for the JVCL but for the JCL. I
have not seen any errors because there are no .dcp files. What's the
diffenence between JCL and JVCL that the JVCL needs .dcp files for the JCL
? Do you know it?




-- Regards, Andreas Hausladen 

Subject: Re: BCB 6 compilation time
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 03 Dec 2003 08:57:36 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> How long does it take to compile the JVCL3 under BCB 6 ? The installer
> takes about 2 minutes on my 3 GHz system. Have I done something wrong? I
> know that a C++ compiler is not that fast than a pascal compiler but it is
> dcc32 that creates the files not bcc32.

It takes about 5 on my laptop PIII 1.3Ghz with 256M ram.
Sure, it is dcc32 that does the work on the pas files, but then you have bcc32 on the cpp file and then the linker on all the generated obj files. So it's quite normal that it takes soooooo long.
BTW, I'm yet to test the installer with BCB6 Enterprise, I'll try to do that in the upcoming days.



Subject: Re: JvParameterList / JvDynControlEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 02 Dec 2003 23:32:54 +0100
Newsgroups: jedi.vcl



Peter Thörnqvist wrote:

>> Should i upload the components? What about Naming of TJvDynControlEngine
>> and of TJvParameterList? What about Filenames?
>> Peter : Are the interface-specifications correct?

>
> There's no problems with the (file)names AFAICS but I know Robert will
> mutter when he sees lower case "t"'s in class names and upper case reserved
> words<g>. Also, I would move the interface declarations out of JvDynEngine
> into it's own interface-only unit .

I will work on the class names (using dcf :-).

Moving the interface declarations is alos no problem.

>
> Some minor things: I noticed that the JvParameterList doesn't have any
> Caption property. Is that by design or you just forgot it? 

It's only because it's not finished yet. It's on the way.

> Also, I would
> probaly remove the IJvDynControlLabel interface and add a Label:string
> property to the other interfaces (where it maeks sense). Then I would create
> labels dynamically at run-time and set the FocusControl automatically. But
> this is only minor details. Overall, a very interesting concept, indeed.

I didn't want to do this. Until now the engine creates only single classes. Adding a label property i had to create to different controls in one time. This makes things more complex, for example where to position the label control, before or above of the main control.

There is a solution for this in the parameterlist, but i didn't think it's realy good to combine this in the engine.
>
>
>> Next maybe helpfull function can be a tJcDynControlEngine-Replacement of
>> the MessageDlg-Function. Meanings ?
>
> I need more details to have an opinion.

The problem is that the look&feel of the default MessageDlg-Function is not changable. For example using a DynMessageDlg-Function based on the DynControlEngine you can change the look&feel only via changing the DefaultDynControlEngine.
It's only an idea, but for my programs i will get the possibility to create messagedlg's using the DevExpress Cx-Controls :-)

When i upload the components to the cvs, to which packages should the units be added. I think JvDynControlEngine can go to the Core. JvParameterList ?
The components JvAppStoreSelectList and JvFormPlacementSelectList to the same as the JvAppStore and JvFormPlacement.

Any comments?


Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: BCB 6 compilation time
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 2 Dec 2003 22:55:28 +0100
Newsgroups: jedi.vcl

How long does it take to compile the JVCL3 under BCB 6 ? The installer
takes about 2 minutes on my 3 GHz system. Have I done something wrong? I
know that a C++ compiler is not that fast than a pascal compiler but it is
dcc32 that creates the files not bcc32.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 2 Dec 2003 22:40:46 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > There was no reaction (and no changes) to my posting in the first
> > installer thread "New installer for JVCL 3 (just started)". 

I could not remember that there was a posting by you. But it is there. So
I think I've missed it.


> > No problems with D5 except that I must create the missing projectgroup
> > file.

What missing project group?

> > The "an older Delphi/BCB version is installed too" bug still exists.

Maybe I cannot see the bug. What is the bug exacly?


> > Limit it to Delphi 5 till 7 ! 

good idea.


> > BTW, you should consider moving out the compilerstuff (IDE 
> > detection, package compilation and so on - most parts from
> > BuildHelpers and CoreData) to some common units.

What do you mean by "compiler stuff" in CoreData? Except that CodeData is
not a good name for the unit. I used it because I name such a unit "Data"
or in German projects "Daten". (a bad habit).


-- Regards, Andreas Hausladen 

Subject: Re: JVCL3 Installer
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Tue, 02 Dec 2003 22:07:23 +0100
Newsgroups: jedi.vcl

On Mon, 1 Dec 2003 20:00:42 +0100, "Andreas Hausladen" wrote:

> >Can someone test the installer?
> >
> >I have tested it with Delphi 6 Pro and BCB 6 Trail.

No problems with D5 except that I must create the missing projectgroup
file. 
There was no reaction (and no changes) to my posting in the first
installer thread "New installer for JVCL 3 (just started)". 
The "an older Delphi/BCB version is installed too" bug still exists.

Uwe


Subject: Re: JvParameterList / JvDynControlEngine
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Dec 2003 19:16:42 +0100
Newsgroups: jedi.vcl

> > Should i upload the components? What about Naming of TJvDynControlEngine
> > and of TJvParameterList? What about Filenames?
> > Peter : Are the interface-specifications correct?

There's no problems with the (file)names AFAICS but I know Robert will
mutter when he sees lower case "t"'s in class names and upper case reserved
words<g>. Also, I would move the interface declarations out of JvDynEngine
into it's own interface-only unit .

Some minor things: I noticed that the JvParameterList doesn't have any
Caption property. Is that by design or you just forgot it? Also, I would
probaly remove the IJvDynControlLabel interface and add a Label:string
property to the other interfaces (where it maeks sense). Then I would create
labels dynamically at run-time and set the FocusControl automatically. But
this is only minor details. Overall, a very interesting concept, indeed.

> > Next maybe helpfull function can be a tJcDynControlEngine-Replacement of
> > the MessageDlg-Function. Meanings ?

I need more details to have an opinion.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 2 Dec 2003 19:14:42 +0100
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> > I do not see any design-packages to check.
> > Could it be a path issue??

That's impossible. In the Listview on the right side are all designtime
packages. You must set the "cross" in the box to install the components of
the packages.

But there is another problem that can cause this behaviour. If you have
installed another version of JVCL 3 and you have deactivated some (or all)
packages then the new packages are installed but disabled.


-- Regards, Andreas Hausladen 

Subject: Re: JvMultiButton: need help with Component/Property editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Dec 2003 19:05:57 +0100
Newsgroups: jedi.vcl

> > Easy when you know how.
Hey, that's what I use to say.

> > I was hoping to
> > learn how to make a property/component editor through this exercise,
Well, why not improve on the Action Property Editor in JvMultiButtonReg?
There are probably plenty of opportunities for writing property editors for
JVCL components if you fell up to it<g>.

> > Also, I thought it would be neat to
> > have the button images show in the property editor list box display.
You can do that with a custom property editor that uses custom drawing.
There are some examples in JvDsgnEditors.pas if you're interested.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Destructor and FCanvas.Free
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Dec 2003 17:13:57 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> rom has done some reordering of the inherited call that causes Delphi to raise AVs. I have written a comment in the affected destructors. JvgTreeView and JvxCustomCheckList.

Sorry. That happened because it had no comment stating why it is placed after the inherited Destroy. Some components are sloppy with the inherited for no good reason so i cleaned it up.



Subject: Re: JVlist replace item
From: "Steve Warburton" <Swarburton@orange.net>
Date: Tue, 2 Dec 2003 09:29:58 -0600
Newsgroups: jedi.vcl

The caption part works fine.

The subItems failes if SubItems doesn't exist.

Cheers
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bqfk3a$66r$1@talkto.net...
> > If SubItems[0] doesn't exist, you'll get an AV. If you cannot be certain
> > that you have any subitmes, you need to test for it:
> >
> > if JvListView1.Items.Count < 1 then
> >   JvListView1.Items.Add.Caption := NewCaption
> > else
> >   JvListView1.Items[0].Caption := NewCaption;
> >
> > if JvListView1.Items[0].SubItems.Count < 1 then
> >   JvListView1.Items[0].SubItems.Add(temp)
> > else
> >   JvListView1.Items[0].SubItems[0] := temp;
> >
> > etc
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVCL3 Installer
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 2 Dec 2003 14:25:54 +0100
Newsgroups: jedi.vcl

I do not see any design-packages to check.
Could it be a path issue??

/Flemming

"Andreas Hausladen" <Andreas@uni.de> wrote in message
news:bqi0tl$9v1$1@talkto.net...
> > Flemming Brandt Clausen wrote:
> >
>> > > Tested the installer on D7 Pro.
>> > > Compilation OK and Installer says JVCL installed; but for some (unknown)
>> > > reason there is no jvcl-components when I open ide. What did I miss ???
> >
> > Have you set the checkboxes for the designtime packages you want to
install?
> >
> >
> > --
> > Regards,
> >
> > Andreas Hausladen




Subject: Destructor and FCanvas.Free
From: Andreas Hausladen <Andreas@uni.de>
Date: Tue, 02 Dec 2003 13:55:54 +0100
Newsgroups: jedi.vcl

There are some visual components creating their own Canvas. When the 
destructor is called the canvas should be freed in some cases after the 
inherited Destroy. Otherwise the component cannot be deleted from the 
formular at designtime without an AV.

rom has done some reordering of the inherited call that causes Delphi to 
raise AVs. I have written a comment in the affected destructors. 
JvgTreeView and JvxCustomCheckList.


-- Regards, Andreas Hausladen 

Subject: Re: install problem.
From: Andreas Hausladen <Andreas@uni.de>
Date: Tue, 02 Dec 2003 13:51:00 +0100
Newsgroups: jedi.vcl

Alessandro wrote:

> > Hi. I try install version 3 in Delphi7 and when i compile the packages i
> > receive the erro in this line:
> > JvDBControls.pas
> > {$IFDEF DELPHI7_UP}
> >   inherited SetReadOnly(True); // HERE

Please download the newest CVS version.


-- Regards, Andreas Hausladen 

Subject: Re: csAcceptsControls
From: Andreas Hausladen <Andreas@uni.de>
Date: Tue, 02 Dec 2003 13:49:50 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:


> > Please be more frequent with your updates. Some were fixed
> > already.


I do the updates more than once while working on a file. But I forgot to 
write about it and to commit my BCB 6 related changes last night (UTC).


--
Regards,

Andreas Hausladen


Subject: Re: JVCL3 Installer
From: Andreas Hausladen <Andreas@uni.de>
Date: Tue, 02 Dec 2003 13:46:54 +0100
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> > Tested the installer on D7 Pro.
> > Compilation OK and Installer says JVCL installed; but for some (unknown)
> > reason there is no jvcl-components when I open ide. What did I miss ???

Have you set the checkboxes for the designtime packages you want to install?


--
Regards,

Andreas Hausladen


Subject: Re: Help JVTreeView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Dec 2003 13:16:31 +0100
Newsgroups: jedi.vcl

> > May I know where can I get the component?

It's in JVCL3, see the news item "How to get JVCL3" at
http://sf.net/projects/jvcl or get it from the web at
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/run/

If you download from the web, you must also convert *nix LF's to Windows
CRLF's before you can use the unit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help JVTreeView
From: "Chia Chen Yap" <cychia@chrysanth.com>
Date: Tue, 2 Dec 2003 19:03:11 +0800
Newsgroups: jedi.vcl

May I know where can I get the component?

Regards,
Chen Yap


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bqhk4b$b0k$1@talkto.net...
> > ..and if you need some help, don't hesitate to ask.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVlist replace item
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Dec 2003 10:46:30 +0100
Newsgroups: jedi.vcl

> > The subItems failes if SubItems doesn't exist.
What do you mean by "not exist"? The SubItems property is never nil AFAIK
but the Count might be 0. Post some code that shows what you are currently
doing and I might be able to help.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help JVTreeView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Dec 2003 10:03:56 +0100
Newsgroups: jedi.vcl

...and if you need some help, don't hesitate to ask.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help JVTreeView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Dec 2003 09:53:22 +0100
Newsgroups: jedi.vcl

Have a look at TJvCheckTreeView instead. You should be able to modify it to
also support an indeterminate state as well. The heart of the
checkbox/radioitems support is in the InternalSetChecked and ToggleNode
methods.

If you do get it to work, please consider redonating it to JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 Installer
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 2 Dec 2003 09:17:53 +0100
Newsgroups: jedi.vcl

Tested the installer on D7 Pro.
Compilation OK and Installer says JVCL installed; but for some (unknown)
reason there is no jvcl-components when I open ide. What did I miss ???




Subject: Re: csAcceptsControls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Dec 2003 08:42:54 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Andreas Hausladen wrote:
>
>> Do the following components need csAcceptsControls:
>>
>> JvxSplitter
>> JvxSlider
>> JvxSlider
>> JvAnalogClock
>> JvxClock
>
>
> I thought i cleaned that up. Did i miss them?


Yes, i missed them.
Committed.

Please be more frequent with your updates. Some were fixed already.



Subject: Re: JVCL3 Installer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Dec 2003 08:15:15 +0100
Newsgroups: jedi.vcl

Works with D5-D7 (CSS) AFAICT.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: csAcceptsControls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 02 Dec 2003 06:30:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Do the following components need csAcceptsControls:
>
> JvxSplitter
> JvxSlider
> JvxSlider
> JvAnalogClock
> JvxClock

I thought i cleaned that up. Did i miss them?



Subject: Re: JvMultiButton: need help with Component/Property editor
From: "Christopher Latta" <nobody@nowhere.not>
Date: Tue, 2 Dec 2003 04:58:26 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Take a look at the units I posted in binaries: it implements button
> > items as a TCollection. This component uses the default collection
> > editor for the items but I had to write a property editor for the
> > Action property since it wouldn't show the actions available. The
> > property editor is pretty simplistic and only shows actions available
> > on the same form as the button.
> > 
> > The interesting thing is that I didn't have to change very much
> > compared to your original code to make it work.

Thanks Peter, that looks great! Easy when you know how. I was hoping to
learn how to make a property/component editor through this exercise,
but maybe that was a bit ambitious. Also, I thought it would be neat to
have the button images show in the property editor list box display.

btw, the button item Glyph property needs to use get/set and Assign for
your example to work.

I'll take a look at this in more detail later (my wife is about to have
a baby!)

Christopher Latta


Subject: Help JVTreeView
From: "Chia Chen Yap" <cychia@chrysanth.com>
Date: Tue, 2 Dec 2003 09:15:17 +0800
Newsgroups: jedi.vcl

Hello,
I am currently facing the problem of using JVTreeview. By default,
JVTreeview has only 2 state for checkboxes which are 'Checked' and
'Unchecked'. For my application, I want the checkboxes to be in more than 2
states for example 'partial checked'. I've tried to use the stateindex and
then handle the onclick event, but it doesn't work properly. I've 3 image in
the image list and assigned it to the treeview's stateimage. And below is
the onclick event which I've used to check the state. Anyone have a complete
source code of using JVTreeView that allows 'partial check' or ways to use
stateindex?

procedure TForm1.JvTreeView1Click(Sender: TObject);
begin
  if
JvTreeView1.GetChecked(JvTreeView1.Items[JvTreeView1.Selected.AbsoluteIndex]
) then
  begin
    if JvTreeView1.Items[JvTreeView1.Selected.AbsoluteIndex].StateIndex = 1
then
    begin
      JvTreeView1.Items[JvTreeView1.Selected.AbsoluteIndex].StateIndex := 2;
    end;
  end
  else
  begin
    if JvTreeView1.Items[JvTreeView1.Selected.AbsoluteIndex].StateIndex = 2
then
    begin
      JvTreeView1.Items[JvTreeView1.Selected.AbsoluteIndex].StateIndex := 1;
    end;
  end;
end;




Subject: JvParameterList / JvDynControlEngine
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 02 Dec 2003 01:56:25 +0100
Newsgroups: jedi.vcl

Hi,

based on peter's comments on my first draft of the tJvParameterListEngine I've done a some (for me :-) realy nice enhancements.

The first is a new tJvDynControlEngine.
For what is it? It's used to define components dynamicly. Not realy dramatic, but the gimmic is that it is possible to register different component types into the engine. In the first draft i have created three engines (VCL, JVCL and Developer Express CX-Controls (not complete finished).
With this engine there is the possibility to create dynamicly dialogs which can be customized without changing anything on dialog logic.

There are two examples in the sample file.

At first the ParameterList, which gives an easy solution to generate simple customizable dialogs.

The second sample is a set of two new components:
TJvAppStoreSelectList and TJvFormStorageSelectList. Both Components have the functionality to show config-dialogs for saving and restoring settings via TJvAppStore and TJvFormStorage with Different Names.
For example you can give the enduser the possibility to have different settings of the current form, or of your application settings.

Marcel : This is a nive example of combining TJvAppStore and tJvDynControlEngine :-)

Missing is the component TJvPropertyStoreSelectList, but this shouldn't be a big problem.


Now i want your comments :-)

Should i upload the components? What about Naming of TJvDynControlEngine and of TJvParameterList? What about Filenames?
Peter : Are the interface-specifications correct?

Next maybe helpfull function can be a tJcDynControlEngine-Replacement of the MessageDlg-Function. Meanings ?

So, thats enough. Time to leave :-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JvMultiButton: need help with Component/Property editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 02 Dec 2003 10:51:16 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Take a look at the units I posted in binaries: it implements button items as
> a TCollection. This component uses the default collection editor for the
> items but I had to write a property editor for the Action property since it
> wouldn't show the actions available. The property editor is pretty
> simplistic and only shows actions available on the same form as the button.
>
> The interesting thing is that I didn't have to change very much compared to
> your original code to make it work.
>
I don't think you had to do that...
I have the same Glyph property in the TJvImageItem for TJvImageList and that was crashing the exact same way as Christoper reported.
The solution is as follows:

Reduce GetGlyph to this line only:
Result := FGlyph;

Reduce SetGlyph to this line only:
FGlpyh.Assign(Value);

In Create, change FGlyph:=nil to
FGlyph := TBitmap.Create;

And move that creation line BEFORE the call to inherited Create. That solves the problem because the call to inherited Create will try to fill in it's contained objects and if they are not created, it crashes (well at least for Glyph).



Subject: Re: JvMultiButton: need help with Component/Property editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Dec 2003 01:39:13 +0100
Newsgroups: jedi.vcl

Take a look at the units I posted in binaries: it implements button items as
a TCollection. This component uses the default collection editor for the
items but I had to write a property editor for the Action property since it
wouldn't show the actions available. The property editor is pretty
simplistic and only shows actions available on the same form as the button.

The interesting thing is that I didn't have to change very much compared to
your original code to make it work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvTumbView alternative
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Dec 2003 01:15:09 +0100
Newsgroups: jedi.vcl

I did some testing with thumbview mode in w2k and it isn't as simple as one
migh think at first. It actually selects on a row/col basis. I don't know if
this differs from the way XP does it but I've implemented it as best as I
could (update is in binaries). It isn't exactly as in Explorer but "good
enough for me" unless someone is eager to improve on it. Specifically,
subsequent shift-selects to the left doesn't always work as one would expect
because the way Explorer sets the "anchor" item seems to be based on where
you came from and where you went in the *previous* selection.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMultiButton: need help with Component/Property editor
From: "Christopher Latta" <nobody@nowhere.not>
Date: Tue, 2 Dec 2003 00:09:59 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > That's weird...
> > Try moving the FGlyph := TGraphic.Create into the ButtomItem
> > constructor and reduce SetGlyph to FGlyph.Assign(Value);

Even weirder - doing it that way crashes with the assignment of a null
pointer (read of address 0x00000000)

Christopher Latta


Subject: Re: JvMultiButton: need help with Component/Property editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 02 Dec 2003 09:14:04 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

> Peter Thörnqvist wrote:
>
>
>>> Sounds to me that you would be better using a TOwnedCollection to
>>> store your "buttons" inside the big button.
>>
>> One problem with TCollectionItem is that the Action property probably
>> won't work, so you will have to write a propery editor for it. On the
>> other hand, deriving from TComponent might not stream correctly. Have
>> you tested that items are written and read correctly from the DFM? If
>> they don't, you will have to implement subcomponent streaming and
>> that can be pretty hairy to get to work as well.
>
>
> Everything streams out well, but the ButtonItem.Glyph property doesn't
> stream back in for some reason:
>
> "Error reading JvMultiButtonItem1.Glyph.Data. Invalid property path."
>
> and then you get infinite exceptions in rtl70.bpl and vcl70.bpl...
That's weird...
Try moving the FGlyph := TGraphic.Create into the ButtomItem constructor and reduce SetGlyph to
FGlyph.Assign(Value);

I'm not quite sure that's the solution, I'll have to test it.



Subject: Re: TJvTumbView alternative
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 01 Dec 2003 23:22:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Thanks for the feedback.
>
>> Looks good :) Maybe you could add shift clicks in multiple selection
>> mode. Not much more to comment, looks really good.
>
> I did implement Ctrl+Click (you noticed?) but maybe you mean Shift+Click for
> range selection? I'll have to figure out the logic invovled but otherwise, I
> don't see why not.

Yeah, I meant range selection, thus from the _last_ selected till the Shift+clicked item will be selected (ie that is the way it works in XP explorers "Thumbnails view" (Don't know if that is available in W2K, which you have IIRC))

>> You might want to look at Mike Lischke virtual treeview, the code has a
>> method called TBaseVirtualTree.UpdateWindowAndDragImage that seems to do
>> what you want.
>
> I did have a look actually because the drag drop and drawing is so good in
> VirtualTrees. I found the code pretty complex so I was hoping there was a
> simpler way :)

I'll have a closer look.

>> Don't know if this is necessary;
>
> I don't know either since it is hard to say how it should look when themed.

I could look at XPs "Thumbnails view" :) Looks pretty much the same actually.

>> but I will look some more at the
>> scrollbar code, because that has no effect in XP.
>
> What scroll code doesn't have effect in XP?

The visual properties of HorzScrollbar and VertScrollbar (Style, Color), but that is VCL code, so probably no need to look at that (in XP the scrollbars are automatically themed; and you shouldn't change color/style of themed items per program, so it makes some sense).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvMultiButton: need help with Component/Property editor
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 1 Dec 2003 22:15:43 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Sounds to me that you would be better using a TOwnedCollection to
>> > > store your "buttons" inside the big button.
> > 
> > One problem with TCollectionItem is that the Action property probably
> > won't work, so you will have to write a propery editor for it. On the
> > other hand, deriving from TComponent might not stream correctly. Have
> > you tested that items are written and read correctly from the DFM? If
> > they don't, you will have to implement subcomponent streaming and
> > that can be pretty hairy to get to work as well.

Everything streams out well, but the ButtonItem.Glyph property doesn't
stream back in for some reason:

"Error reading JvMultiButtonItem1.Glyph.Data. Invalid property path."

and then you get infinite exceptions in rtl70.bpl and vcl70.bpl...

Christopher Latta


Subject: Re: TJvTumbView alternative
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 1 Dec 2003 23:05:37 +0100
Newsgroups: jedi.vcl

Thanks for the feedback.
> > Looks good :) Maybe you could add shift clicks in multiple selection
> > mode. Not much more to comment, looks really good.
I did implement Ctrl+Click (you noticed?) but maybe you mean Shift+Click for
range selection? I'll have to figure out the logic invovled but otherwise, I
don't see why not.

> > You might want to look at Mike Lischke virtual treeview, the code has a
> > method called TBaseVirtualTree.UpdateWindowAndDragImage that seems to do
> > what you want.
I did have a look actually because the drag drop and drawing is so good in
VirtualTrees. I found the code pretty complex so I was hoping there was a
simpler way :)

> > Don't know if this is necessary;
I don't know either since it is hard to say how it should look when themed.

> > but I will look some more at the
> > scrollbar code, because that has no effect in XP.
What scroll code doesn't have effect in XP?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvTumbView alternative
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Mon, 01 Dec 2003 22:53:40 +0100
Newsgroups: jedi.vcl

On Mon, 1 Dec 2003 16:01:15 +0100, "Peter Thörnqvist" wrote:

>> >> TJvImageListViewer could be very useful for the imagelist editor of my
>> >> latest imagelist idea but I expect an packaging here.
> >Indeed. I think most of the imagelist extension discussed back then has been
> >added to JvImageList by Andreas, but I am not sure. To take full advantage
> >of the new features, we probably should create our own design editor for it
> >as well.

Andreas only added my first unfinished idea.

Uwe


Subject: Re: TJvTumbView alternative
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 01 Dec 2003 22:45:28 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> So has anyone except Uwe taken a look at this? Any comments?
>
Looks good :) Maybe you could add shift clicks in multiple selection mode. Not much more to comment, looks really good.

> One thing that I would like to have some help with is the edge scrolling
> when dragging. It works, but the drag image is erased in a very ugly fashion
> when the control scrolls (you can see this in the demo if you drag an item
> in the TJvImagelistViewer). If anyone has a solution for that, I would
> appreciate it.

You might want to look at Mike Lischke virtual treeview, the code has a method called TBaseVirtualTree.UpdateWindowAndDragImage that seems to do what you want.

> In addition, if someone feels like trying to add theme support (don't know
> what that would be) 

Don't know if this is necessary; but I will look some more at the scrollbar code, because that has no effect in XP.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: csAcceptsControls
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 1 Dec 2003 22:13:11 +0100
Newsgroups: jedi.vcl

> > Do the following components need csAcceptsControls:
I seriously doubt it...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: install problem.
From: "Alessandro" <alessandro@tergus.com.br>
Date: Mon, 1 Dec 2003 18:41:46 -0200
Newsgroups: jedi.vcl

Hi. I try install version 3 in Delphi7 and when i compile the packages i
receive the erro in this line:
JvDBControls.pas
{$IFDEF DELPHI7_UP}
  inherited SetReadOnly(True); // HERE

Then i change to inherited ReadOnly := True;

and compile ok. There is any problem ?

Thanks
Alessandro




Subject: Re: JVCL3 Installer
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 01 Dec 2003 21:24:39 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Can someone test the installer?
>
> I have tested it with Delphi 6 Pro and BCB 6 Trail.

Works all right with Delphi 7 Enterprise.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: csAcceptsControls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 1 Dec 2003 21:19:44 +0100
Newsgroups: jedi.vcl

Do the following components need csAcceptsControls:

JvxSplitter
JvxSlider
JvxSlider
JvAnalogClock
JvxClock


-- Regards, Andreas Hausladen 

Subject: Re: JVlist replace item
From: "Steve Warburton" <Swarburton@orange.net>
Date: Mon, 1 Dec 2003 14:01:24 -0600
Newsgroups: jedi.vcl

I am using the following:

temp := EditMixName.Text;

JVListView2.Items[0].SubItems[0] := temp;

but this is showing an execptiion error. Do I have to clear the contents
first? and if so how please.

Cheers




"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bqfbae$vep$1@talkto.net...
>> > > I need to replace the item in the first row and first column.
>> > > then the first row second column.
> > JvListView1.Items[0].Caption := NewCaption;
> > JvListView1.Items[0].SubItems[0] := NewSubCaption;
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvMultiButton: need help with Component/Property editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 1 Dec 2003 20:04:33 +0100
Newsgroups: jedi.vcl

> > Sounds to me that you would be better using a TOwnedCollection to store
> > your "buttons" inside the big button.

One problem with TCollectionItem is that the Action property probably won't
work, so you will have to write a propery editor for it. On the other hand,
deriving from TComponent might not stream correctly. Have you tested that
items are written and read correctly from the DFM? If they don't, you will
have to implement subcomponent streaming and that can be pretty hairy to get
to work as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Mantis bug 1215
From: Harley Pebley <harley_pebley@idahotech.com>
Date: Mon, 1 Dec 2003 12:02:19 -0700
Newsgroups: jedi.vcl

> > ------------------------------------------------------------------------
> > In the SetSelected Method of TJvThumbView the OnChange is Called before 
> > it changes the FSelected private member.
> > The code is
> > if (FSelected <> Number) and (Assigned(FOnChange)) then
> > FOnChange(Self);
> > FSelected := Number;
> > 
> > where it should be
> > if (FSelected <> Number) and (Assigned(FOnChange)) then
> > FSelected := Number;
> > FOnChange(Self);
> > 
> > Or create an OnAfterChange event because having the OnChange before 
> > actually changing the value is quite useless.
> > ------------------------------------------------------------------------
> > 
> > What should I do about that? Having the OnChange event fired when the 
> > value is already changed is much more consistent with what the VCL does.

I see two (personally) preferred ways of doing it: 1) do it the way you are
now, passing Number as a parameter to the FOnChange event (e.g.
FOnChange(Self, Number) where the parameter is called NewValue); or 2) do
it the way proposed but save the original value in a local variable before
assigning the new value and pass it in the FOnChange event as an OldValue
parameter.

HTH,
Harley Pebley


Subject: JVCL3 Installer
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 1 Dec 2003 20:00:42 +0100
Newsgroups: jedi.vcl

Can someone test the installer?

I have tested it with Delphi 6 Pro and BCB 6 Trail.


-- Regards, Andreas Hausladen 

Subject: JVlist replace item
From: "Steve Warburton" <Swarburton@orange.net>
Date: Mon, 1 Dec 2003 11:52:56 -0600
Newsgroups: jedi.vcl

How do I achieve the following:

I have a JVListView box.
I need to replace the item in the first row and first column.
then the first row second column.

Cheers in advance.





Subject: Re: TJvTumbView alternative
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Dec 2003 16:01:15 +0100
Newsgroups: jedi.vcl

> > TJvImageListViewer could be very useful for the imagelist editor of my
> > latest imagelist idea but I expect an packaging here.
Indeed. I think most of the imagelist extension discussed back then has been
added to JvImageList by Andreas, but I am not sure. To take full advantage
of the new features, we probably should create our own design editor for it
as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvTumbView alternative
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Dec 2003 15:58:04 +0100
Newsgroups: jedi.vcl

So has anyone except Uwe taken a look at this? Any comments?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVlist replace item
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Dec 2003 15:54:19 +0100
Newsgroups: jedi.vcl

If SubItems[0] doesn't exist, you'll get an AV. If you cannot be certain
that you have any subitmes, you need to test for it:

if JvListView1.Items.Count < 1 then
  JvListView1.Items.Add.Caption := NewCaption
else
  JvListView1.Items[0].Caption := NewCaption;

if JvListView1.Items[0].SubItems.Count < 1 then
  JvListView1.Items[0].SubItems.Add(temp)
else
  JvListView1.Items[0].SubItems[0] := temp;

etc

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ColorProvider: adding colors at runtime
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 1 Dec 2003 13:50:08 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote on Mon, 24 Nov 2003 15:40:01 +0100:

 MB>>  The view list implementation
 MB>> assumes the item it receives in the notification will have a valid
 MB>> reference to it's parent item, which is not the case.

 MB>     Fixed and committed. I also applied the same change for item
 MB> deletion. Note that this will slow down adding/deleting items as it now
 MB> needs consumer/context switching and locating the item by it's ID in
 MB> provider tree.

    Well, I changed that back again (kept the consumer/context switching
though) so it no longer takes any more time than strictly necessary. I was
able to do this due to a change in the way the ColorProvider notifies it's
consumers (no longer as straight forward but it now determines two
IJvDataItem versions (one a part of the grouped tree and one as a child of
the root), checks which consumer it's notifying and hands over the correct
reference to that consumer; see TJvColorProvider.Notify* methods). This
means that normal notification will not take a penalty hit with locating an
item over and over again and for providers that do have different trees
depending on settings/context a little more work for notifying but still
faster than what I had cooked up before.

    I did this change in notification because I was working on the design
time adding/deleting and noticed that the notification wasn't working so
well and I really hated the constant searching of the tree for no good
reason. After fixing it the adding/deleting at design time worked properly
but is now removed again because I really think design time stuff should not
be implemented in a run time unit (I was using a simple IJvDataItemsManager
that was only instantiated when the header items where instantiated at
design time). Instead I'll be working on either a derivative of the designer
tree frame to handle the adding/deleting there or look into "injecting" the
manager class into the items list from the design frame (seems to me that
would be a very unstable solution so I'll probably stick with the derivative
of the frame).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JVlist replace item
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Dec 2003 13:24:29 +0100
Newsgroups: jedi.vcl

> > I need to replace the item in the first row and first column.
> > then the first row second column.
JvListView1.Items[0].Caption := NewCaption;
JvListView1.Items[0].SubItems[0] := NewSubCaption;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvEditor and line numbers
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 1 Dec 2003 10:51:08 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > If you successfully implement that then please donate it to us as an
> > example. We are always in need of examples.

Done. The example is in the examples\RaLib\RaEditor\RAEditorTest.dpr
project


-- Regards, Andreas Hausladen 

Subject: Re: JvEditor and line numbers
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 01 Dec 2003 10:18:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Nicola Farina wrote:
>
>> Is it possible to add line numbers to a JvEditor?
>
> You must paint them yourself in OnGutterPaint.

If you successfully implement that then please donate it to us as an example. We are always in need of examples.



Subject: Re: JvEditor and line numbers
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 1 Dec 2003 10:00:41 +0100
Newsgroups: jedi.vcl

Nicola Farina wrote:

> > Is it possible to add line numbers to a JvEditor?

You must paint them yourself in OnGutterPaint.



-- Regards, Andreas Hausladen 

Subject: JvEditor and line numbers
From: Nicola Farina <nospam@nospam.com>
Date: Mon, 01 Dec 2003 09:41:51 +0100
Newsgroups: jedi.vcl

Is it possible to add line numbers to a JvEditor?
Bye
Nicola



Subject: Re: JVCL 3 Package Installer and JCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Dec 2003 08:25:08 +0100
Newsgroups: jedi.vcl

> > The JCL packages are runtime packages only. And the list is for
> > design-time packages. If you mean the JCL IDE extension packages the
> > installer must know which of the example projects are the extension
> > packages. And this forces me to rewrite the whole data structure. Perhaps
> > I can create an extra list for them.
How about a JCL dialog where one can specify the path to JCL and a Compile
button. This could then either call "want compile" or JCLs install.bat if
the JCL is to be delivered with the JediInstaller. No need to change the
data structures in our installer and any changes to JCL are automatically
available.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMultiButton: need help with Component/Property editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 01 Dec 2003 14:56:28 +1000
Newsgroups: jedi.vcl

Christopher Latta wrote:

> Thanks! That code fixed the problem.
Glad to hear that


> Its to add/edit/remove button items which have Action, Glyph, Caption,
> etc properties and an OnClick event. The form works a bit like the
> TFields property editor, allowing selection of the button items and
> editing them in the object inspector. Perhaps when you see it you can
> tell me if I am on the right track or could do it much more simply.
Sounds to me that you would be better using a TOwnedCollection to store your "buttons" inside the big button.

Here is how it works:
1) Create a class inheriting from TCollectionItem that represents one of the button item. This class contains the properties for each button, along with a method that can do the painting of a given button (called Draw for instance). Let's say that the class is called TMyButtonItem;

2) Create a class derived from TOwnedCollection and make it use TMyButtonItem as it's item type (read the help on TOwnedCollection for details). Let's say that you called that type TMyButtonItems (note the s)

3) Add a Buttons property to TJvMultiButton, this property being of type TMyButtonItems, using a FButtons field which you created in the constructor (quite obvious though <g>

4) When TJvMultiButton does the rendering of all buttons, it simply has to call the Draw method of every element of the collection. Something like that:
  for i:= 0 to FButtons.Count -1 do
    FButtons[i].Paint(Canvas);

What's great with using the Collection concept is that you don't have to write any property editor at all, it will work directly.

Of course, you will have to come up with better names for the collection and collection item classe, but the idea is there. It's the exact same principle that is used in the TJvImageListBox with it's items, if you want to see an example.

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: JvMultiButton: need help with Component/Property editor
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 1 Dec 2003 04:34:44 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Sounds good to me. If you could have it conform to the JVCL coding
> > standard before submitting the donation, that'd be even better.
> > Please read http://jvcl.sourceforge.net/submitcode.htm for details.

Yes, it was designed from the ground up to be a JVCL donation. I
haven't read the code style in detail, but I'm pretty sure it will
conform - no one complained about the code formatting in my last
donation.

> > I'm guessing that you have a FGlyph as a protected member and that
> > the property is declared like that:  property Glyph : TGraphic read
> > GetGlyph write SetGlyph;

Thanks! That code fixed the problem.

> > What do you exactly want it to do? I mean do you really need to have
> > a dialog to edit your property or component? I'm quite sure that
> > everything that is in the object inspector is enough to setup your
> > component.

Its to add/edit/remove button items which have Action, Glyph, Caption,
etc properties and an OnClick event. The form works a bit like the
TFields property editor, allowing selection of the button items and
editing them in the object inspector. Perhaps when you see it you can
tell me if I am on the right track or could do it much more simply.

I'll post the Glyph patched version to binaries.

Thanks for the help so far,

Christopher Latta


Subject: Mantis bug 1215
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 01 Dec 2003 14:26:35 +1000
Newsgroups: jedi.vcl

Hi

I've just assigned this bug to myself. Here is a summary:

------------------------------------------------------------------------
In the SetSelected Method of TJvThumbView the OnChange is Called before it changes the FSelected private member.
The code is
if (FSelected <> Number) and (Assigned(FOnChange)) then
FOnChange(Self);
FSelected := Number;

where it should be
if (FSelected <> Number) and (Assigned(FOnChange)) then
FSelected := Number;
FOnChange(Self);

Or create an OnAfterChange event because having the OnChange before actually changing the value is quite useless.
------------------------------------------------------------------------

What should I do about that? Having the OnChange event fired when the value is already changed is much more consistent with what the VCL does.

Cheers

Olivier



Subject: Re: JvMultiButton: need help with Component/Property editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 01 Dec 2003 13:58:54 +1000
Newsgroups: jedi.vcl

Hi

I haven't had a look at your zip file because I don't have Delphi here. But here are my comments:

> A while ago I discussed a new component that I would like to donate to
> Jedi VCL: a multi-button. A multi-button is a button that has multiple
> button states, so you could have one button for Connect/Disconnect or
> Start-Next-Finish. This is something I would use a lot, and works well
> at run-time.
Sounds good to me. If you could have it conform to the JVCL coding standard before submitting the donation, that'd be even better.
Please read http://jvcl.sourceforge.net/submitcode.htm for details.

> I'm trying to write a component and property editor for it, but I can't
> get it stable. I am basing my editors on the information here:
> http://delphi.about.com/library/bluc/text/uc092501a.htm
> as well as a few other sources.
This is one is quite allright but it's too specific as you would only need ExecuteVerb for really advanced editors. As usual, stick to the most simple things and only write a property editor if the one coming with Delphi is not enough.

> The component editor seems to work fairly well, apart from assigning
> the Glyph property, which kills Delphi without even an error message.
I'm guessing that you have a FGlyph as a protected member and that the property is declared like that:
property Glyph : TGraphic read GetGlyph write SetGlyph;

Then for it to work you need to have that:
function GetGlyph : TGraphic;
begin
  Result := FGlyph;
end;

procedure SetGlyph(Value : TGraphic);
begin
  if Assigned(Value) then
  begin
    if not Assigned(FGlyph) then
      FGlyph := TGraphic.Create;

    FGlyph.Assign(Value);
  end
  else
  begin
    FGlyph.Free
    FGlyph := nil;
  end;
end;

The key is to assign the value passed, not simply do FGlyph := Value;
And you only create the glyph when required. BTW, don't forget to add FGlyph.Free in the destructor of your component. I'm not quite sure that TGraphic is the right type, it may be TGlpyh, but you got the idea.
The use of Assign also goes for TStrings properties except that one should always create the protected member in the constructor.

> The property editor, which is exactly the same form, AVs when creating
> a new button item.
What do you exactly want it to do? I mean do you really need to have a dialog to edit your property or component? I'm quite sure that everything that is in the object inspector is enough to setup your component.

> I hope someone can take a look at the zip in binaries (same message
> subject) and tell me where I am going wrong.
I'll try to have a look tonight, but I can't guarantee anything

Cheers

Olivier Sannier
JVCL Developer



Subject: JvMultiButton: need help with Component/Property editor
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 1 Dec 2003 03:22:54 +0000 (UTC)
Newsgroups: jedi.vcl

A while ago I discussed a new component that I would like to donate to
Jedi VCL: a multi-button. A multi-button is a button that has multiple
button states, so you could have one button for Connect/Disconnect or
Start-Next-Finish. This is something I would use a lot, and works well
at run-time.

I'm trying to write a component and property editor for it, but I can't
get it stable. I am basing my editors on the information here:
http://delphi.about.com/library/bluc/text/uc092501a.htm
as well as a few other sources.

The component editor seems to work fairly well, apart from assigning
the Glyph property, which kills Delphi without even an error message.
The property editor, which is exactly the same form, AVs when creating
a new button item.

I hope someone can take a look at the zip in binaries (same message
subject) and tell me where I am going wrong.

Christopher Latta


Subject: Re: Could someone delete that last post?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 01 Dec 2003 02:19:07 +0100
Newsgroups: jedi.vcl

You can cancel your own messages.  Mozilla's context menu (right click), last entry: Cancel Message.

Greetings, Robert



Subject: Could someone delete that last post?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sun, 30 Nov 2003 15:39:51 -0800
Newsgroups: jedi.vcl

I didn't realize I was clicked into this group and didn't see the extra To until I'd just sent it. I am really sorry about that.



Subject: Jessica Alba is French, Danish, Spanish, Indian
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sun, 30 Nov 2003 15:38:44 -0800
To: Razib <raldanash@yahoo.com>
Newsgroups: jedi.vcl

http://www.suntimes.com/output/entertainment/sho-sunday-alba30.html
   Excerpt:
Alba's always felt a little bit different. Her exotic looks come courtesy of her mother, who is of French-Danish heritage, and her father, who is Mexican, Indian and Spanish. She had a nomadic childhood, thanks to her father who was in the Air Force. The family lived in Mississippi, California and Texas before finally settling in Southern California when Alba was 9.



Subject: Re: jvParameterList - First Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 30 Nov 2003 23:55:19 +0100
Newsgroups: jedi.vcl

If i have had your telephone-number, i had called you.
In the last days there were moments where i want to throw something out of my window:-)
I think now i understand a little bit how interfaces work ;-)

And it's finished. Please have a look on it again and give me your comments. I want to use the new TJvDynControlEngine for other things also. Maybe i can finish the first example of it this week.

Greetings
Jens

Peter Thörnqvist wrote:

>> I will have a closer look at the weekend. I never have worked with
>> interfaces, but maybe it's a good time to learn :-)
>
>
> If you need any hints or help, just holler!
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: JVCL 3 Package Installer and JCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 30 Nov 2003 16:04:34 +0100
Newsgroups: jedi.vcl

I forgot to mention the obvious:  In previous versions, all package sources were stored in a single directory, so it was not possible to have identical package source file names for different Delphi/BCB versions.



Subject: a component to be extracted?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Nov 2003 15:52:36 +0100
Newsgroups: jedi.vcl

JvGrids.pas and JvInspector.pas both contain a largely identical TJvPopupListBox. Could that be extracted and made a full component?



Subject: Re: JVCL 3 Package Installer and JCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 30 Nov 2003 15:49:46 +0100
Newsgroups: jedi.vcl

Hello Marcel,

Marcel Bestebroer wrote:

> You wrote  on Sun, 30 Nov 2003 11:54:36 +0100:
>
>  RR> See the thread "Package Generator: Making it more generic".
>  RR> The $LIBSUFFIX directive is available from compiler version
>  RR> 6 up.
>
>     That explains why it stuck around for D5 but not why it wasn't used
> earlier in D6 and up. But I seem to remember some discussing waaaayy back
> about a problem with $LIBSUFFIX and therefore had decided to use the version
> number in the package name explicitly. Of course I can't find that
> discussion right now, but I think it was in the jcl developers mailing list.

I searched the JCL developers ml for an explanation before, no result.
And I can't remember such a discussion.

Perhaps there isn't any reason?   Most developers seem not to be aware of the advantages provided by $LIBSUFFIX usage.



Subject: JvInterpreter style changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Nov 2003 14:55:04 +0100
Newsgroups: jedi.vcl

I currently make some hardcore style changes to the JvInterpreter files.
This includes some renamings of variables, types and methods.
Please all update on the current version and keep it updated.
I do not want to make these changes several times.

This is also true for the other files. I do not only weed out bad coding style but also bad coding habits like typecasting
Integer(<ordinal value>) instead of Ord(<ordinal value>) or bool(<integer value>) instead of (<integer value> <> 0).



Subject: Re: JvMemoryData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 30 Nov 2003 13:43:56 +0100
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Sun, 30 Nov 2003 14:58:56 +0300:

 MB>>     Unfortunately, no help for these components has been written yet.

 AB> Couldn't they just be omported from Rx help ?

    They could, but no-one is. Since the Rx help is available and all the
skeletons are available, anyone with some time on their hands may take a
stab at porting them over (be careful as sometimes the Rx component is
merged with something else and sometimes property names may have changed; a
simple 1-1 conversion with just renaming the class will not be sufficient).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Black coffee" by All Saints.




Subject: Re: JVCL 3 Package Installer and JCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 30 Nov 2003 13:12:45 +0100
Newsgroups: jedi.vcl

> > But I seem to remember some discussing waaaayy back
> > about a problem with $LIBSUFFIX and therefore had decided to use the
version
> > number in the package name explicitly
I remember that as well and that was one of the reasons I chose to include
the Delphi version number in the JVCL packages. I can't find it either but I
am pretty sure it was Petr Vones that mentioned it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3 Package Installer and JCL
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 30 Nov 2003 13:11:09 +0100
Newsgroups: jedi.vcl

On Sun, 30 Nov 2003 12:29:02 +0100, "Andreas Hausladen" wrote:

> >Uwe Schuster wrote:
> >
>> >> - form inheritance (checking with JclDFM, FormDesigner(JVFD without
>> >> designtime stuff of course) - RaLib's RADOctober couldn't show
>> >> inherited forms)
> >
> >Are you working on it?

Not really. My main focus is on JEDI VCS.
In connection with JclDFM I've tryed to show inherited forms and this
works very well but this isn't ready for publishing.

>> >> - preprocessing (jpp, dpp32)
> >
> >dpp32 has it's own parser and is not part of JEDI. I only use the pascal
> >parser from it in the installer.

I know that is an independ project - this list is regardless if the
project (or case) is a JEDI project or a project by a JEDI member and
regardless if this parser will fit.
There exists some projects from JEDI member which use JVCL or
JCL(JvImage in your Nero API Demo, Oliver's Connection Manager).

Uwe


Subject: Re: JvMemoryData
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 30 Nov 2003 14:58:56 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 17 Nov 2003 10:08:07 +0100 @422)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Ron tremble:

 MB>     Unfortunately, no help for these components has been written yet.

Couldn't they just be omported from Rx help ?

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JVCL 3 Package Installer and JCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 30 Nov 2003 12:46:32 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sun, 30 Nov 2003 11:54:36 +0100:

 RR> See the thread "Package Generator: Making it more generic".
 RR> The $LIBSUFFIX directive is available from compiler version
 RR> 6 up.

    That explains why it stuck around for D5 but not why it wasn't used
earlier in D6 and up. But I seem to remember some discussing waaaayy back
about a problem with $LIBSUFFIX and therefore had decided to use the version
number in the package name explicitly. Of course I can't find that
discussion right now, but I think it was in the jcl developers mailing list.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Smells Like Teen Spirit" by Nirvana.




Subject: Re: JVCL 3 Package Installer and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Nov 2003 12:29:02 +0100
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > - form inheritance (checking with JclDFM, FormDesigner(JVFD without
> > designtime stuff of course) - RaLib's RADOctober couldn't show
> > inherited forms)

Are you working on it?

> > - preprocessing (jpp, dpp32)

dpp32 has it's own parser and is not part of JEDI. I only use the pascal
parser from it in the installer.


-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3 Package Installer and JCL
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 30 Nov 2003 12:20:33 +0100
Newsgroups: jedi.vcl

On Sun, 30 Nov 2003 11:24:20 +0100, "Marcel Bestebroer" wrote:

>>> > >> Another thing that would be great is a Details page for each package
>>> > >> that shows the components and property editors installed by that
>>> > >> package.[snip]
> >
> > AH> I thought about this but then the installer must parse the Register
> > AH> functions or we have an up to date component list.
> >
> >    The tool used to build the help skeleton files already does that, so we
> >can probably tweak it to output a list of components in a particular
> >package. Property editors is less easy (as this will involve another parsing
> >job). Remko is the guy you have to ask about it, as he is the "father" of
> >this great tool/parser and it probably takes him less time to find
> >out/enhance that you or me.

I've didn't try this parser (dev\help\tools\GenDtx\DelphiParser.pas)
yet but I think it's time for an parser in JCL.

This parser might be useful for:
- this problem (JVCL Installer)
- GenDTX
- form inheritance (checking with JclDFM, FormDesigner(JVFD without
designtime stuff of course) - RaLib's RADOctober couldn't show
inherited forms)
- preprocessing (jpp, dpp32)
- JCF
- uses parsing in JEDI VCS
- peter3's Dependency Walker
- code manipulation (for example sorting stuff in class declaration)

Uwe


Subject: Re: JVCL 3 Package Installer and JCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 30 Nov 2003 11:54:36 +0100
Newsgroups: jedi.vcl

Hi,

Andreas Hausladen wrote:

> Why have they (the JCL team) decided to use ?Jcl50.* for Delphi/BCB 5 and
> ?Jcl.* for Delphi/BCB 5 top 7 ? The JCL 1.22 hast the version number in
> all packages. Why has the 5.0 version kept it's version number while the
> 6.0 and 7.0 lost it? I cannot see any purpose to keep 50 or to remove 60
> and 70 from the 6.0 and 7.0 versions.

See the thread "Package Generator: Making it more generic".
The $LIBSUFFIX directive is available from compiler version 6 up.



Subject: Re: New installer for JVCL 3 (just started)
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 30 Nov 2003 11:49:05 +0100
Newsgroups: jedi.vcl

On Sat, 29 Nov 2003 02:00:21 +0100, "Andreas Hausladen" wrote:

> >Comments are welcome.

Limit it to Delphi 5 till 7 ! 
Fix the missing file bug (mainly in startup caused by the non limited
version).

BTW, you should consider moving out the compilerstuff (IDE detection,
package compilation and so on - most parts from BuildHelpers and
CoreData) to some common units.

Uwe


Subject: Re: JVCL 3 Package Installer and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Nov 2003 11:43:02 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I cannot see any purpose to keep 50 or to remove 60
> > and 70 from the 6.0 and 7.0 versions.

Except the one that it is harder to write the installer. :-)



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3 Package Installer and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Nov 2003 11:42:23 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Don't forget CJcl50.bpl for BCB5. The general pattern is ?Jcl*.bpl

Why have they (the JCL team) decided to use ?Jcl50.* for Delphi/BCB 5 and
?Jcl.* for Delphi/BCB 5 top 7 ? The JCL 1.22 hast the version number in
all packages. Why has the 5.0 version kept it's version number while the
6.0 and 7.0 lost it? I cannot see any purpose to keep 50 or to remove 60
and 70 from the 6.0 and 7.0 versions.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL 3 Package Installer and JCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 Nov 2003 20:35:09 +1000
Newsgroups: jedi.vcl

> Not good. It must stop or ask for the directory. But it is not that hard
> to find out if the JCL is installed because the installer just has to look
> for a DJcl.bpl, CJcl.bpl or DJcl50.bpl in the BPL or DCP directory.

Don't forget CJcl50.bpl for BCB5. The general pattern is ?Jcl*.bpl



Subject: Re: JVCL 3 Package Installer and JCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 30 Nov 2003 11:24:20 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Sun, 30 Nov 2003 01:35:38 +0100:

 >> Another thing that would be great is a Details page for each package
 >> that shows the components and property editors installed by that
 >> package.[snip]

 AH> I thought about this but then the installer must parse the Register
 AH> functions or we have an up to date component list.

    The tool used to build the help skeleton files already does that, so we
can probably tweak it to output a list of components in a particular
package. Property editors is less easy (as this will involve another parsing
job). Remko is the guy you have to ask about it, as he is the "father" of
this great tool/parser and it probably takes him less time to find
out/enhance that you or me.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JVCL 3 Package Installer and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Nov 2003 11:16:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > The JCL packages could then be added
> > to the list as well, using a different icon (red?). 

The JCL packages are runtime packages only. And the list is for
design-time packages. If you mean the JCL IDE extension packages the
installer must know which of the example projects are the extension
packages. And this forces me to rewrite the whole data structure. Perhaps
I can create an extra list for them.


> > ("Note that the JCL must be installed before 
> > installing JVCL!")

Not good. It must stop or ask for the directory. But it is not that hard
to find out if the JCL is installed because the installer just has to look
for a DJcl.bpl, CJcl.bpl or DJcl50.bpl in the BPL or DCP directory.


> > And a help page/extended hints are also needed, especially
> > for the JVCL.INC options.

Now they have hints.



-- Regards, Andreas Hausladen 

Subject: Re: Notes about install.htm section about C++ Builder manual install
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Nov 2003 10:10:07 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Andreas Hausladen wrote:
> > 
>> > > OBones wrote:
>> > > 
>> > > 
>>> > > > Well, if you say so, I only got it in French so I did a rough
>>> > > > translation.
>> > > 
>> > > 
>> > > For the installer's "error"-highlighting I need the words for
>> > > "warning", ("error",) "hint" and "fatal" in french. My translation at
>> > > the moment ist "avertissement", ("erreur",) "suggérer" and "fatal".
>> > > 
> > 
> > Error = Erreur
> > Warning = Avertissement
> > Hint = Suggestion
> > Fatal = Fatal

Thanks.

> > But beware,
> > Fatal Error = Erreur fatale

This is no problem because the word "erreur" is in it. And if something
goes wrong then it was only the highlighting that is not that important
but a nice feature.



-- Regards, Andreas Hausladen 

Subject: Re: Notes about install.htm section about C++ Builder manual install
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 Nov 2003 18:52:35 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Well, if you say so, I only got it in French so I did a rough
>> translation.
>
>
> For the installer's "error"-highlighting I need the words for "warning",
> ("error",) "hint" and "fatal" in french. My translation at the moment ist
> "avertissement", ("erreur",) "suggérer" and "fatal".
>

Error = Erreur
Warning = Avertissement
Hint = Suggestion
Fatal = Fatal

But beware,
Fatal Error = Erreur fatale





Subject: Re: Notes about install.htm section about C++ Builder manual install
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Nov 2003 09:36:56 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Well, if you say so, I only got it in French so I did a rough
> > translation.

For the installer's "error"-highlighting I need the words for "warning",
("error",) "hint" and "fatal" in french. My translation at the moment ist
"avertissement", ("erreur",) "suggérer" and "fatal".


-- Regards, Andreas Hausladen 

Subject: JvInterpreter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 30 Nov 2003 09:07:51 +0100
Newsgroups: jedi.vcl

I am very much displeased with the current state of JvInterpreter.
Many of the additions are in bad style. Especially the naming is not well chosen. I currently clean up the mess.
(I hope i do not complain about bad style i should have cleaned up in the first sweep long ago :)

I have also seen a potential bug. 'program ' is interpreted. I do not know if Tab, Cr and Lf are reduced to blanks at that stage. If not then te above chek is bad.



Subject: Re: Notes about install.htm section about C++ Builder manual install
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 Nov 2003 15:20:02 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:

> I'm going to include the body of the "Manual install for C++ Builder" section of install.htm here and intersperse it with recommended changes and questions. My comments and questions will be started with ====
Thanks for that.

> ==== No, in JCL the packages are not always named that way. The packages directory
> ==== has subdirectories for Kylix, Delphi, and BCB with the following style:
I know all that, it needs update, but the move to the JCL has only really been done two days ago. It will be updated, for now it's just like that.

> ====    BCB: cx where x is a version number with c5 and c6 as directories
> ====        c6 has CJcl.bpk, CJclVcl.bpk, and CJckVclx.bpk
> ====           Should be just use CJcl.bpk and ignore the other two?
No, the first two are required (Jcl and JclVcl). But that will be indicated in the updated help.

> ====        c5 has CJCL50.bpk
> ====           This is weird since they are using the file name and dir name to
> ====           indicate that this is for BCB v5.
No it isn't, it's because BCB5 doesn't support the LibSuffix option.

> ==== The wording here could be a little more clear. How about: "You must run the
> ==== batch file utility MakeJCLDcp4BCB.bat in order to generate a dcp file that
> ==== has information that JVCL needs about JCL."
> ==== But is the dcp file generated or copied? I can't find a .dcp file in the
> ==== files I extracted from JCL CVS and so I'm guessing the bat file generates
> ==== them.
As the name indicates, it makes the dcp so yes, it is generated by the batch file.

> ==== Also, I can't find a MakeJCLDcp4BCB file with a different suffix to use
> ==== with Kylix and yet under Linux I'd expect a command file to have a different
> ==== file suffix and use a different command file syntax.
Don't expect this to work under Linux. This for C++ Builder, and as such, it ONLY works under windows. The support for Kylix is only in pascal, not in C++. All the batch files are for BCB under Windows.

> ==== "An" should be "A". Also: Run MakeJCLDcp4BCB.bat (or .something else on Linux?)
> ==== once without any arguments
Once again, it's not meant to be used under Linux.

> ==== Another wording of that paragraph:
> ==== For example, if JCL's main directory is found at ..\..\jcl relative to the
> ==== JVCL packags directory, if the version of BCB is version 6 and is installed
> ==== at "c:\Program Files\CBuilder6", and if the output is to be placed in
> ==== CBuilder6 Bpl directory at "c:\Program Files\CBuilder6\Bpl" then run
> ==== the batch file with the command line:
> ==== > MakeJCLDcp4BCB 6
>
> ==== Another helpful thing to do here would be to include the output of the
> ==== MakeJCLDcp4BCB.bat here that describes its usage. That way the user
> ==== will not have to invoke it twice.
Yeah, but then the install file becomes bigger and bigger... I'll think about it. Moreover, keep in mind that the manual install is only intended for courageous people. Hopefully, the upcoming installer will make life's easier for the standard user.


> Now, open the package group file (bpg) for your version of C++ Builder that is located in the jvcl\packages folder. Select Project - Build All Projects from the C++ Builder menu.
>
> ==== The previous two sentences ought to be swapped around.
Why ? Open, then build all. I can't see how it would work if you build all and open after.

> ==== The user has to read 4 sentences in order to find out that he should just click
> ==== cancel for each of the .bpi error dialogs. Here's a different wording for the
> ==== two previous sets of passages.
Thanks, I'll review that.

> ==== In the above mention of "command line window" the terminology in Windows is to
> ==== call them "Command Prompt" windows. Suggest you make that substitution.
Well, if you say so, I only got it in French so I did a rough translation.

As I said, thanks for your feedback. All this will make its way in the documentation, but please be patient, this is really work in progress.

Regards

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: Errors running makejcldcp4bcb.bat
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 Nov 2003 15:10:19 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:

> Anyone know what might cause these errors:
Yep, me <g>

> C:\tools\tryout\jvcl\packages>makejcldcp4bcb.bat c6
You MUST NOT put the c in there, just the number.

> 'NoQuotes' is not recognized as an internal or external command,
> operable program or batch file.
> 'NoQuotesBatch.bat' is not recognized as an internal or external command,
> operable program or batch file.
See my answer on the other topic on that problem.



Subject: Re: jvcl on Kylix
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 Nov 2003 15:07:07 +1000
Newsgroups: jedi.vcl

anton wrote:

> Hey thanks,
> I managed to get it installed with the updates. I did, however, have to comment out the requires DJclx entry. I hadn't seen it before and it wouldn't compile with it in there. I guess it isn't needed?
That would be surprising as the DJcl entry is for including the JCL library. But if it works without it, then so be it <g>



Subject: Re: Can not run makebcb6.bat from JVCL3-2003-11-28.zip
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 Nov 2003 15:06:09 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:

> Olivier,
>
> That directory does not contain a NoQuotesBatch.bat file. It contains NoQuotes.dof and NoQuotes.dpr and it is not clear to me what I'm supposed to do with them.
>
Just download the two files mentionned, then the MakeBCB.bat will deal with them. The two files are just a small project that creates a exe file and this exe file is called by MakeBCB.bat. In turn the exe file creates NoQuotesBatch.bat
So all you need is NoQuotes.dof and NoQuotes.dpr in the devtools\NoQuotes directory.
After that, everything should be ok.



Subject: Re: jvcl on Kylix
From: anton <anton_melser@paradise.net.nz>
Date: Sun, 30 Nov 2003 16:55:30 +1300
Newsgroups: jedi.vcl

Hey thanks,
I managed to get it installed with the updates. I did, however, have to comment out the requires DJclx entry. I hadn't seen it before and it wouldn't compile with it in there. I guess it isn't needed?
Cheers
Anton
ps all I have to do now is port the coolbutton package... hurrah!

asn wrote:
> "anton" <anton_melser@paradise.net.nz> wrote in message
> news:bqb5an$3ni$1@talkto.net...
>
>> Any suggestions warmly welcome.
>
>
> Jedi.binariers message 'Modified JVCLX Files' has some updates.
> Uncomment CLXEditors in the uses section of HintProp.pas
> The warnings are normal, it is a beta. They  could be suppressed by settings
> compiler opts.
>
> Regards,
>
> André Snepvangers
>
>



Subject: Re: Notes about install.htm section about C++ Builder manual install
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sat, 29 Nov 2003 18:39:40 -0800
Newsgroups: jedi.vcl

One other point: Number or bullet each step. Steps buried in paragraphs are easy to miss.

Also, there ought to a clearly denoted step for closing the packages. That step ought to include in bold right there to not save the packages.



Randall Parker wrote:

> I'm going to include the body of the "Manual install for C++ Builder" section of install.htm here and intersperse it with recommended changes and questions. My comments and questions will be started with ====
>
>



Subject: Re: Errors running makejcldcp4bcb.bat
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sat, 29 Nov 2003 18:28:38 -0800
Newsgroups: jedi.vcl

BTW, I've previously been pointed to here:
   http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/devtools/NoQuotes/
 but since that contains a NoQuotes.dpr and a NoQuotes.dof and I think I need a NoQuotesBatch.bat (see error below) I am not clear what I'm supposed to do with the contents of that directory.

Randall Parker wrote:

> Running Win2k with BCB v6 sp4. Downloaded JCL and JVCL from CVS today, Saturday 2003 Nov 29. JCL and JVCL are in:
>    c:\tools\tryout\jcl
>    c:\tools\tryout\jvcl
>
>
> Anyone know what might cause these errors:
>
>
> C:\tools\tryout\jvcl\packages>makejcldcp4bcb.bat c6
> Borland Delphi Version 14.0
> Copyright (c) 1983,2002 Borland Software Corporation
> NoQuotes.dpr(40)
> 41 lines, 0.06 seconds, 29880 bytes code, 3593 bytes data.
> 'NoQuotes' is not recognized as an internal or external command,
> operable program or batch file.
> 'NoQuotesBatch.bat' is not recognized as an internal or external command,
> operable program or batch file.
> 'NoQuotesBatch.bat' is not recognized as an internal or external command,
> operable program or batch file.
> 'NoQuotes' is not recognized as an internal or external command,
> operable program or batch file.
> 'NoQuotesBatch.bat' is not recognized as an internal or external command,
> operable program or batch file.
> Could Not Find C:\tools\tryout\jvcl\devtools\bin\NoQuotesBatch.bat
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>         cd Bpg2Make
>         C:\program files\CBuilderc6\bin\dcc32.exe -e..\Bin -i..\..\Run;..\Common
> ;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\source\common;..\..\..\JCL\source
> \windows;..\..\..\JCL\source\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu
>  -n..\Dcu -r..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\so
> urce\common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\JCL\sou
> rce\visclx;..\..\Archive;..\Dcu -u..\..\Run;..\Common;..\..\Common;..\..\..\JCL\
> source;..\..\..\JCL\source\common;..\..\..\JCL\source\windows;..\..\..\JCL\sourc
> e\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu -q -w -h -m Bpg2Make.dpr
> Fatal: Unable to execute command: C:\program
>
> MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
>         cd PackagesGenerator
>         C:\program files\CBuilderc6\bin\dcc32.exe -e..\Bin -i..\..\Run;..\Common
> ;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\source\common;..\..\..\JCL\source
> \windows;..\..\..\JCL\source\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu
>  -n..\Dcu -r..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\so
> urce\common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\JCL\sou
> rce\visclx;..\..\Archive;..\Dcu -u..\..\Run;..\Common;..\..\Common;..\..\..\JCL\
> source;..\..\..\JCL\source\common;..\..\..\JCL\source\windows;..\..\..\JCL\sourc
> e\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu -q -w -h -m pg.dpr
> Fatal: Unable to execute command: C:\program
>
> The syntax of the command is incorrect.
> File not found - *.res
> 0 File(s) copied
> '..\devtools\bin\pg' is not recognized as an internal or external command,
> operable program or batch file.
>
> !!!!! ERROR WHILE BUILDING THE JCL DPC FOR THE JVCL !!!!
> Please refer to last output for details
>
> C:\tools\tryout\jvcl\packages>
>



Subject: Re: Can not run makebcb6.bat from JVCL3-2003-11-28.zip
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sat, 29 Nov 2003 18:27:01 -0800
Newsgroups: jedi.vcl

Olivier,

That directory does not contain a NoQuotesBatch.bat file. It contains NoQuotes.dof and NoQuotes.dpr and it is not clear to me what I'm supposed to do with them.

OBones wrote:

> Do you have a directory called NoQuotes in devtools ?
> If no, then the file you downloaded isn't complete as it misses the NoQuotes utilities.
> If that's the case, someone will have to fix the nightly script.
> But in the meantime, you can get NoQuotes from here:
> http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/devtools/NoQuotes/
>
>



Subject: Errors running makejcldcp4bcb.bat
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sat, 29 Nov 2003 18:22:17 -0800
Newsgroups: jedi.vcl

Running Win2k with BCB v6 sp4. Downloaded JCL and JVCL from CVS today, Saturday 2003 Nov 29. JCL and JVCL are in:
   c:\tools\tryout\jcl
   c:\tools\tryout\jvcl


Anyone know what might cause these errors:


C:\tools\tryout\jvcl\packages>makejcldcp4bcb.bat c6
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
NoQuotes.dpr(40)
41 lines, 0.06 seconds, 29880 bytes code, 3593 bytes data.
'NoQuotes' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotesBatch.bat' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotesBatch.bat' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotes' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotesBatch.bat' is not recognized as an internal or external command,
operable program or batch file.
Could Not Find C:\tools\tryout\jvcl\devtools\bin\NoQuotesBatch.bat
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
        cd Bpg2Make
        C:\program files\CBuilderc6\bin\dcc32.exe -e..\Bin -i..\..\Run;..\Common
;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\source\common;..\..\..\JCL\source
\windows;..\..\..\JCL\source\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu
 -n..\Dcu -r..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\so
urce\common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\JCL\sou
rce\visclx;..\..\Archive;..\Dcu -u..\..\Run;..\Common;..\..\Common;..\..\..\JCL\
source;..\..\..\JCL\source\common;..\..\..\JCL\source\windows;..\..\..\JCL\sourc
e\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu -q -w -h -m Bpg2Make.dpr
Fatal: Unable to execute command: C:\program

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
        cd PackagesGenerator
        C:\program files\CBuilderc6\bin\dcc32.exe -e..\Bin -i..\..\Run;..\Common
;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\source\common;..\..\..\JCL\source
\windows;..\..\..\JCL\source\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu
 -n..\Dcu -r..\..\Run;..\Common;..\..\Common;..\..\..\JCL\source;..\..\..\JCL\so
urce\common;..\..\..\JCL\source\windows;..\..\..\JCL\source\vcl;..\..\..\JCL\sou
rce\visclx;..\..\Archive;..\Dcu -u..\..\Run;..\Common;..\..\Common;..\..\..\JCL\
source;..\..\..\JCL\source\common;..\..\..\JCL\source\windows;..\..\..\JCL\sourc
e\vcl;..\..\..\JCL\source\visclx;..\..\Archive;..\Dcu -q -w -h -m pg.dpr
Fatal: Unable to execute command: C:\program

The syntax of the command is incorrect.
File not found - *.res
0 File(s) copied
'..\devtools\bin\pg' is not recognized as an internal or external command,
operable program or batch file.

!!!!! ERROR WHILE BUILDING THE JCL DPC FOR THE JVCL !!!!
Please refer to last output for details

C:\tools\tryout\jvcl\packages>



Subject: Notes about install.htm section about C++ Builder manual install
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sat, 29 Nov 2003 18:16:59 -0800
Newsgroups: jedi.vcl

I'm going to include the body of the "Manual install for C++ Builder" section of install.htm here and intersperse it with recommended changes and questions. My comments and questions will be started with ====


Manual install for C++ Builder

Start by unpacking the JVCL and JCL zip files into a folder of your own choice. Make sure your zip extractor is set to maintain folder structure or all files will be put into the same folder (not what you want!).

The JVCL for C++ Builder doesn't assume that the JCL is installed in the same base folder as JVCL, but we do recommend that the JCL and JVCL folders are created as siblings, i.e the folder structure should look like this:

JEDI
  JCL
    <JCL subfolders>
  JVCL
    <JVCL subfolders>


Open the JCL package specific to your version of C++ Builder. It is called CJCLxx.bpk where xx is to be replaced by 50 for C++ Builder 5 and 60 for C++ Builder 6.

==== No, in JCL the packages are not always named that way. The packages directory
==== has subdirectories for Kylix, Delphi, and BCB with the following style:
====    BCB: cx where x is a version number with c5 and c6 as directories
====        c6 has CJcl.bpk, CJclVcl.bpk, and CJckVclx.bpk
====           Should be just use CJcl.bpk and ignore the other two?
====        c5 has CJCL50.bpk
====           This is weird since they are using the file name and dir name to
====           indicate that this is for BCB v5.
====    Delphi: dx format with d5, d6, d7 directories.
====        Delphi also has dx.dev dirs. Should they be ignored?
====        d5 and d5.dev both have DJcl.dpk
====        d6 has DJcl.dpk, DJclVcl.dpk, and DJclVclx.dpk
====        d7 same as d6.
====    Kylix: k3 directory has both BCB and Delphi style project files:
====        Jcl.dpk, DJclVcl.dpk, and DJclVclx.dpk
====        CJcl.bpk, CJclVcl.bpk, and CJckVclx.bpk

Click the compile button, wait for about 2 minutes and if the compilation went well, close the package (File, Close All). Do NOT save it.
Because all components are written in pascal, the JVCL requires a dcp file from the JCL to correctly build. In order to get such a file, open a command window (also called MS-DOS window under Windows 95, 98 and Me) and browse to the JVCL\packages then call MakeJCLDcp4BCB.

==== The wording here could be a little more clear. How about: "You must run the
==== batch file utility MakeJCLDcp4BCB.bat in order to generate a dcp file that
==== has information that JVCL needs about JCL."
==== But is the dcp file generated or copied? I can't find a .dcp file in the
==== files I extracted from JCL CVS and so I'm guessing the bat file generates
==== them.
==== Also, I can't find a MakeJCLDcp4BCB file with a different suffix to use
==== with Kylix and yet under Linux I'd expect a command file to have a different
==== file suffix and use a different command file syntax.

An help message will tell you what are the values you need to pass to the batch file.

==== "An" should be "A". Also: Run MakeJCLDcp4BCB.bat (or .something else on Linux?)
==== once without any arguments

A typical call is "MakeJCLDcp4BCB 6" and will generate the dcp file for C++ Builder 6, assuming that it is installed in c:\program files\cbuilder6, that the JCL is installed in ..\..\jcl and that the destination target is Projects\bpl in the directory where C++ Builder is installed. Unless you update the JCL, you won't have to regenerate the dcp files when you update the JVCL.


==== Another wording of that paragraph:
==== For example, if JCL's main directory is found at ..\..\jcl relative to the
==== JVCL packags directory, if the version of BCB is version 6 and is installed
==== at "c:\Program Files\CBuilder6", and if the output is to be placed in
==== CBuilder6 Bpl directory at "c:\Program Files\CBuilder6\Bpl" then run
==== the batch file with the command line:
==== > MakeJCLDcp4BCB 6

==== Another helpful thing to do here would be to include the output of the
==== MakeJCLDcp4BCB.bat here that describes its usage. That way the user
==== will not have to invoke it twice.

Now, open the package group file (bpg) for your version of C++ Builder that is located in the jvcl\packages folder. Select Project - Build All Projects from the C++ Builder menu.

==== The previous two sentences ought to be swapped around.

Because of an annoying bug, C++ Builder will complain about a lot of .bpi files. This is because the last packages in the list require the first ones to be compiled and of course they are not at the beginning. If you know a way to turn that off, please let us know, but in the meantime, simply Cancel all those dialogs.

==== The user has to read 4 sentences in order to find out that he should just click
==== cancel for each of the .bpi error dialogs. Here's a different wording for the
==== two previous sets of passages.

Next, choose from the C++ Builder menu Select Project | Build All Projects. From the jvcl\packages folder choose the .bpg file that corresponds to the version of BCB that you are using. Note that BCB v6 Personal has a different .bpg file than the other versions of BCB v6.

C++ Builder will now prompt you with dozens of error dialog boxes about missing .bpi files and you should simply click Cancel in response to each error dialog box. These error dialogs are  because the last packages in the list require the first ones to be compiled and of course they are yet not compiled at the beginning. If you know a way to suppress the error dialogs or automate the responses to them please let us know.

==== For the next sentence how about:
==== "Another approach that avoids the error dialogs is to...."

An alternative solution is to right-click in the Project Manager and select 'Build' for each package in turn.
A second alternative is to use the provided MakeBCB* batch files. Open a command line window, change to the directory where the batch files are and launch the one appropriate for your version of C++ Builder.

==== In the above mention of "command line window" the terminology in Windows is to
==== call them "Command Prompt" windows. Suggest you make that substitution.

By default, it considers that C++ Builder is installed in c:\program files\cbuilder?, where ? is the version number (5 or 6). If it is not located there, you must indicate the path to it as the first argument to the batch file.

==== The use of "it considers" should be replaced with "it assumes".



After all packages are compiled, open the Project Manager (Ctrl+Alt+F11) and right-click each of the packages ending with C?D (where ? is the version number, "5" for C++ Builder 5, "6" for C++ Builder 6) and select "Install" from the pop-up menu. You must start from the beginning of the list or some packages may not be able to get installed. Although you can skip installing some of the packages, we still recommend that you install all of them the first time. You can later remove some of them on a project by project basis or permanently if you never use the components in the package and the package isn't required by another installed package. Due to another bug in C++ Builder, the packages will be recompiled and relinked before being installed. There is nothing to change to stop this from happening.


If you have several versions of C++ Builder installed, you will have to go through these steps for each version, the only difference being the bpg file you load into the IDE.



Subject: Re: JVCL 3 Package Installer and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 30 Nov 2003 01:35:38 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Another thing that would be great is a Details page for each package that
> > shows the components and property editors installed by that package. That
> > would make it a lot easier for the user to determine what he gets when
> > installing. And a help page/extended hints are also needed, especially
> > for the JVCL.INC options.

I thought about this but then the installer must parse the Register
functions or we have an up to date component list.

The installer is now committed to install\JVCL3Install



-- Regards, Andreas Hausladen 

Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 30 Nov 2003 10:15:53 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Randall Parker wrote:
>
>
>> There is the Module control and I don't know what to enter in there
>
>
> :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl
>
> module: jcl
>
>
> :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl
>
> module: dev/JVCL3
>
>
>
Alternatively, you can use '.' so that you will fetch everything. In particular for the JVCL, if you only type 'dev/JVCL3', you won't get the help which is in 'dev/help'



Subject: Re: JVCL 3 Package Installer and JCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 30 Nov 2003 00:31:32 +0100
Newsgroups: jedi.vcl

First, let me say it looks great and definitely something we should continue
working on. I especially like the dependency support you've managed to build
into it. Great work. But let's start by giving it a home in CVS, shall we? I
suggest you add it to the existing \install folder. We can move/delete the
IS scripts later if we don't want to use them (which I suspect we won't).
The install.bat should go into the root folder of JVCL3 so it is easy to
find and run.

> > Should the JVCL 3 Package Installer be able to install the JCL.if it
> > founds it in the $(JVCL)\..\JCL directory?
If we are going to distribute the JCL with JVCL as we've done before, it
should be able to install it too. If it can't find the JCL folder, a warning
message should be displayed ("Note that the JCL *must* be installed before
installing JVCL!") and/or an option to specify where the JCL is located
should be added. The JCL packages could then be added to the list as well,
using a different icon (red?). We definitely need a set of package icons
with the little "J" in the corner :)

Another thing that would be great is a Details page for each package that
shows the components and property editors installed by that package. That
would make it a lot easier for the user to determine what he gets when
installing. And a help page/extended hints are also needed, especially for
the JVCL.INC options.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvcl on Kylix
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sun, 30 Nov 2003 00:11:49 +0100
Newsgroups: jedi.vcl

"anton" <anton_melser@paradise.net.nz> wrote in message
news:bqb5an$3ni$1@talkto.net...
> > Any suggestions warmly welcome.

Jedi.binariers message 'Modified JVCLX Files' has some updates.
Uncomment CLXEditors in the uses section of HintProp.pas
The warnings are normal, it is a beta. They  could be suppressed by settings
compiler opts.

Regards,

André Snepvangers




Subject: Re: jvcl on Kylix
From: anton <anton_melser@paradise.net.nz>
Date: Sun, 30 Nov 2003 11:18:57 +1300
Newsgroups: jedi.vcl

asn,
I guess you missed the little exchange on general. I dled your clx beta from the bdn but it won't install, just like the jvclx3 from jcl.bin. They both give me a similar message. I suspect it is because I haven't " (add paths to Environment Options)"ed. I can't work out what the *&^* to do to do this, and neither the developer's guide nor language guide are any help. I have tried adding various directories to Environment Options - Library - Library Path and Browsing Paths but nothing seems to work.
Any suggestions warmly welcome.
Cheers
Anton

[Warning] JvCLX3.dpk(3): File not found: 'JvCLX3OE.res'
[Hint] JvAni.pas(435): Value assigned to 'p' never used
[Warning] JvFunctionsClx.pas(321): Return value of function 'GetSystemMetrics' might be undefined
[Warning] JvSpecialProgress.pas(108): Method 'FontChanged' hides virtual method of base type 'TControl'
[Hint] JvWaitingProgress.pas(62): Overriding virtual method 'TJvWaitingProgress.AdjustSize' has lower visibility (private) than base class 'TWidgetControl' (protected)
[Warning] JvCLXUtils.pas(869): Variable 'bmp' might not have been initialized
[Warning] JvCLXUtils.pas(2167): FOR-Loop variable 'Result' may be undefined after loop
[Warning] JvLinkLabel.pas(103): Method 'SetText' hides virtual method of base type 'TControl'
[Warning] JvDateUtil.pas(558): Symbol 'SInvalidDate' is deprecated
[Hint] JvQToolEdit.pas(615): Overriding virtual method 'TJvCustomDateEdit.DoExit' has lower visibility (private) than base class 'TJvCustomComboEdit' (protected)
[Warning] JvCalc.pas(421): Method 'TextChanged' hides virtual method of base type 'TControl'
[Warning] JvCalc.pas(553): Variable 'GlyphList' might not have been initialized
[Warning] JvVisualId3v1.pas(90): Method 'FontChanged' hides virtual method of base type 'TWidgetControl'
[Hint] JvVisualId3v1.pas(91): Overriding virtual method 'TJvVisualId3v1.Resize' has lower visibility (private) than base class 'TWidgetControl' (protected)
[Warning] JvFooter.pas(63): Method 'SetParent' hides virtual method of base type 'TWidgetControl'
[Hint] JvCurrEdit.pas(97): Overriding virtual method 'TJvCustomNumEdit.PasteFromClipboard' has lower visibility (protected) than base class 'TJvCustomComboEdit' (public)
[Error] JvHintProp.pas(44): Undeclared identifier: 'TCaptionProperty'
[Error] JvHintProp.pas(44): Class type required
[Error] JvHintProp.pas(46): Method 'GetAttributes' not found in base class
[Error] JvHintProp.pas(47): Method 'GetEditLimit' not found in base class
[Error] JvHintProp.pas(48): Method 'Edit' not found in base class
[Error] JvHintProp.pas(69): Undeclared identifier: 'GetAttributes'
[Error] JvHintProp.pas(69): Statement expected, but expression of type 'TPropertyAttributes' found
[Error] JvHintProp.pas(74): Undeclared identifier: 'GetPropType'
[Error] JvHintProp.pas(74): Pointer type required
[Error] JvHintProp.pas(87): '(' expected but ':=' found
[Error] JvHintProp.pas(88): '(' expected but 'IS' found
[Error] JvHintProp.pas(93): Undeclared identifier: 'I'
[Error] JvHintProp.pas(94): Undeclared identifier: 'Temp'
[Error] JvHintProp.pas(99): Incompatible types
[Error] JvHintProp.pas(99): Incompatible types
[Error] JvHintProp.pas(100): Incompatible types
[Error] JvHintProp.pas(100): Incompatible types
[Error] JvHintProp.pas(101): Undeclared identifier: 'SetStrValue'
[Error] JvHintProp.pas(108): ';' expected but '.' found
[Error] JvHintProp.pas(110): Declaration expected but end of file found
[Error] JvHintProp.pas(48): Unsatisfied forward or external declaration: 'THintProperty.Edit'
[Fatal Error] JvCtlxReg.pas(52): Could not compile used unit 'jvcl/source/JvHintProp.pas'

asn wrote:
> "anton" <anton_melser@paradise.net.nz> wrote in message
> news:bq9pku$84r$1@talkto.net...
>
>> Hi,
>> Well, well. I may be getting myself in for a bit more than I bargained
>> for! When I originally decided to try and port SubRip
>> (http://zuggy.wz.cz/) to linux I got the impression it was going to be
>> pretty straightforward! Ha! I see that in order to do that I will either
>> have to rewrite substantial portions of subrip code, or get at least
>> those portions of the Jcl/jvcl that it uses compiled into a package or
>> two... or I can become a guinea pig. Who needs sleep, eh? Guinea pig it
>
> is.
>
>> I already tried to install just those units that I need into one of my
>> own packages:
>>
>> JvMaskEdit
>> JvSpin
>> JvSpinEdit
>> JvComponent
>> JvColorbox
>> JvColorbtn
>> JvGradient
>>
>
>
> Except for JvSpin, there are VisualCLX versions as part of the JEDI
> VisualCLX Component Library (beta). I guess the upcoming JVCL3 will have
> VisualCLX support.
>
> Regards,
>
> André Snepvangers
>
>



Subject: Re: TJvTumbView alternative
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sat, 29 Nov 2003 22:48:38 +0100
Newsgroups: jedi.vcl

On Sat, 29 Nov 2003 20:13:35 +0100, Peter Thörnqvist wrote:

> >The controls (and demo) have been tested with D5-D7 and seems to work
> >without problems both at run-time and design-time. I would like to have some
> >feedback about the general design of the controls, missing features, bugs,
> >usability issues etc. If no one raises objections, I will add the controls
> >to the JvCustom package at a later time and at the same time remove the
> >TJvImageWindow component.

TJvImageListViewer could be very useful for the imagelist editor of my
latest imagelist idea but I expect an packaging here.

For my latest imagelist idea have a look at "another multisource
ImageList idea" from 2003/09/10 in jedi.binaries.

Uwe


Subject: JVCL 3 Package Installer and JCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 22:42:02 +0100
Newsgroups: jedi.vcl

Should the JVCL 3 Package Installer be able to install the JCL.if it
founds it in the $(JVCL)\..\JCL directory?


-- Regards, Andreas Hausladen 

Subject: Re: jvcl on Kylix
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sat, 29 Nov 2003 20:37:12 +0100
Newsgroups: jedi.vcl

"anton" <anton_melser@paradise.net.nz> wrote in message
news:bq9pku$84r$1@talkto.net...
> > Hi,
> > Well, well. I may be getting myself in for a bit more than I bargained
> > for! When I originally decided to try and port SubRip
> > (http://zuggy.wz.cz/) to linux I got the impression it was going to be
> > pretty straightforward! Ha! I see that in order to do that I will either
> > have to rewrite substantial portions of subrip code, or get at least
> > those portions of the Jcl/jvcl that it uses compiled into a package or
> > two... or I can become a guinea pig. Who needs sleep, eh? Guinea pig it
is.
> > I already tried to install just those units that I need into one of my
> > own packages:
> >
> > JvMaskEdit
> > JvSpin
> > JvSpinEdit
> > JvComponent
> > JvColorbox
> > JvColorbtn
> > JvGradient
> >

Except for JvSpin, there are VisualCLX versions as part of the JEDI
VisualCLX Component Library (beta). I guess the upcoming JVCL3 will have
VisualCLX support.

Regards,

André Snepvangers




Subject: TJvTumbView alternative
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 Nov 2003 20:13:35 +0100
Newsgroups: jedi.vcl

I've uploaded a new set of components to binaries for your testing pleasure.
It's an implementation of a grid viewer component with the purpose of
replacing TJvThumbViews and TJvImageWindow. For lack of a better name, I've
chosen TJvCustomItemViewer as the base class name.

TJvCustomItemViewer handles common tasks like scrolling, (multi)selection,
item state, keyboard and mouse wheel handling, determination of what to
draw, scaling etc. Most options of the controls are changed through their
Options property. The actual Options class is overridden by the derived
controls to supply their own properties as well as publishing the ones in
the base options class. They also replace the Items class by overriding
GetItemsClass.

There are currently three derived controls:

- TJvImagesViewer. This control is the ThumbView replacement. It displays
the images in a specified Directory using a Filemask.
- TJvImageListViewer. Displays the images from a TImagelist
- TJvOwnerDrawViewer. Control where the user sets a handler for the
OnDrawItem event to actually draw something.

Deriving a new control from TJvCustomItemViewer is a pretty simple task
mainly involving overriding GetOptionsClass, GetItemsClass and DrawItem.

There's a demo in the zip file that creates the available controls
dynamically - no need to install anything. It also uses a TJvInspector so
you can experiment with the properties of the controls at run-time. The
inspector is also dynamically created, so no need to install the JvCustom
package either.

The controls (and demo) have been tested with D5-D7 and seems to work
without problems both at run-time and design-time. I would like to have some
feedback about the general design of the controls, missing features, bugs,
usability issues etc. If no one raises objections, I will add the controls
to the JvCustom package at a later time and at the same time remove the
TJvImageWindow component.

One thing that I would like to have some help with is the edge scrolling
when dragging. It works, but the drag image is erased in a very ugly fashion
when the control scrolls (you can see this in the demo if you drag an item
in the TJvImagelistViewer). If anyone has a solution for that, I would
appreciate it.

In addition, if someone feels like trying to add theme support (don't know
what that would be) and/or Kylix support (if possible), that would be great.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvArrowButton.Flat:= True => painting bug
From: @in@taavi.ee (Ain Valtin)
Date: Sat, 29 Nov 2003 19:08:14 GMT
Newsgroups: jedi.vcl

On Fri, 28 Nov 2003 21:13:33 GMT, @in@taavi.ee (Ain Valtin) wrote:

> >I have folloving setup - TToolbar on TControlBar, Toolbar's property
> >Flat is set to TRUE. Now I drop an TJvArrowButton onto toolbar and set
> >it's Flat to true as well. And for some reason JvArrowButton paints an
> >separator line in middle of itself!? When I set button's Flat:= False
> >line dissapears... Is it known bug and is there fix available?

OK, it appears to be toolbar's rather than TJvArrowButton's bug... for
some reason toolbar paints that separator line below JvArrowButton and
as in flat state button is opaque it "shows throught button". As a
workaround I put an panel onto toolbar and then button onto that
panel... ouch :)


ain


Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 20:02:37 +0100
Newsgroups: jedi.vcl

Randall Parker wrote:

> > There is the Module control and I don't know what to enter in there

:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl

module: jcl


:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl

module: dev/JVCL3



-- Regards, Andreas Hausladen 

Subject: Re: IFDEFs in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 Nov 2003 19:54:25 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I habe removed the the overloaded methods due to the fact that they seem
> to work with Delphi 6 but not with D5 and D7. Furthermore they were not
> used by any component, because the only "user" is JvUnicodeEditor. But the
> editor calls the W-methods directly.

You did not use the latest JvUnicodeCanvas.pas to change.
I have style cleaned it again.
TJvExtTextOutOptionsType has been renamed to TJvExtTextOutOptionsKind.

For all:
Keep in mind that "Type" is almost always wrong as a type name part. Usually (as in this case) "Kind" is correct.



Subject: QWindows preview: Windows wrappers
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Sat, 29 Nov 2003 19:53:38 +0100
Newsgroups: jedi.vcl

I have uploaded QWindows.pas. This unit contains various wrappers for common
windows API's:
DrawText, BitBlt, PatBlt, FillRect, SetBkMode, SetTextColor, SetBkColor and
more.

Regards,

André Snepvangers





Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sat, 29 Nov 2003 10:42:09 -0800
Newsgroups: jedi.vcl

Olivier,

I installed TortoiseCVS, right clicked on a target folder on my machine and chose the  "CVS Checkout..." option. Then on the Module tab of "TortoiseCVS - Checkout Module" on the CVSROOT: control I entered in:
   :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl

There is the Module control and I don't know what to enter in there. I tried clicking on the "Fetch list..." option and the progress scrolling text control that pops up scrolls by too quickly to read the whole thing but I did see:
   cvs checkout: empty password - try 'cvs login' with a real password.

So it seems like the jcl project does not allow anonymous login. Do you use anonymous login when you access that project?

Is there some sort of Module name to tell TortoiseCVS that means "download all from root downward for the latest version"?

OBones wrote:

> Yes, I'm talking about a version taken directly from the CVS server itself. Use TortoiseCVS and anonymous (pserver) access to get to it.
>
>> Also, the web interface to CVS requires that one log in as something other than anonymous. I realize you are a JVCL guy and not a JCL guy but the JCL folks ought to make it easier to download daily/nightly builds.
>
> Well, you can always leave a message on their newsgroup (jedi.jcl)
>
>> So does one have to sign up for a user name and download a CVS client app in order to download a JCL version that works with the latest JVCL nightly?
>
> No you don't need a username, but yes you need a CVS client. Tortoise CVS is the easiest one to use for that purpose. If I'm not mistaken, the string to use to checkout the repository should be something like that:
> :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl
>



Subject: Re: IFDEFs in JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 19:36:05 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I got ambiguous overloads when changing it to COMPILE6_UP in the
> > JvUnicodeEditor.pas or JvEditor.pas.

I habe removed the the overloaded methods due to the fact that they seem
to work with Delphi 6 but not with D5 and D7. Furthermore they were not
used by any component, because the only "user" is JvUnicodeEditor. But the
editor calls the W-methods directly.


-- Regards, Andreas Hausladen 

Subject: Re: IFDEFs in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 Nov 2003 18:32:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:
>
>
>> // JvUnicodeCanvas.pas to deactivate unfinished parts (?)  REPLACE!!!
>
>
> Hä? What is unfinished in JvUnicodeCanvas.pas ? I cannot see any
> unfinished code.

I got ambiguous overloads when changing it to COMPILE6_UP in the JvUnicodeEditor.pas or JvEditor.pas.



Subject: Re: JvUnicode.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 18:05:08 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > so I'm inclined to believe that they have in fact removed it.

I have removed the overloaded functions. They are not used because the
only "user" is JvUnicodeEditor and it uses the W-methods.


-- Regards, Andreas Hausladen 

Subject: Re: IFDEFs in JVCL
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Sat, 29 Nov 2003 17:57:45 +0100
Newsgroups: jedi.vcl

Hi Robert,

Robert Rossmair wrote in <bq5831$qui$1@talkto.net>:
> > There is a FPC symbol used in JCL and related defines are in jcl.inc.
> > These probably should be moved to jedi.inc then.

There is a improved jedi.inc already, which add support for Kylix and
FPC. JEDI was informed about this unit 2003-10-31, but JEDI ignore it as
usual.

Bye Peter.
-- "It is not our job to work on new conversions or update older ones." Robert Marquardt (Team JEDI) in <bjedlb$se$1@talkto.net> without any contradiction from the JEDI Steering Team. Visit the active JEDI API Conversion Project: http://jediplus.pjh2.de/ 

Subject: Re: JvUnicode.pas
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 29 Nov 2003 11:48:05 -0500
Newsgroups: jedi.vcl

Hello, Andreas!
> > It seams that Borland has tested something with Delphi 6, because Delphi 5
> > and (as you mentioned) Delphi 7 cannot decide what overloaded function to
> > use, but Delphi 6 can.

Interesting.

> > Have you changed COMPILER_6UP to COMPILER6_UP ? (or download the newest
> > CVS version). This was a typo that may cause this problem as I cannot
> > believe that Borland had removed the AnsiString / WideString mechanism for
> > overloaded functions.

I pulled down revision 1.9, and the problem appeared. I went back to 1.8 and
the problem went away, so I'm inclined to believe that they have in fact
removed it.

Cheers,
  Ignacio

-- Henshin-a-go-go, baby! 

Subject: Re: JvUnicode.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 17:20:19 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > My apologies, the issue is actually with JvUnicodeCanvas.pas.

It seams that Borland has tested something with Delphi 6, because Delphi 5
and (as you mentioned) Delphi 7 cannot decide what overloaded function to
use, but Delphi 6 can.


Have you changed COMPILER_6UP to COMPILER6_UP ? (or download the newest
CVS version). This was a typo that may cause this problem as I cannot
believe that Borland had removed the AnsiString / WideString mechanism for
overloaded functions.



-- Regards, Andreas Hausladen 

Subject: Re: JvUnicode.pas
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 29 Nov 2003 11:06:10 -0500
Newsgroups: jedi.vcl

My apologies, the issue is actually with JvUnicodeCanvas.pas.

Cheers,
  Ignacio

-- Henshin-a-go-go, baby! 

Subject: JvUnicode.pas
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 29 Nov 2003 11:03:58 -0500
Newsgroups: jedi.vcl

The changes done to JvUnicode.pas on Thursday break JvEditor.pas with an
ambiguous overloaded call for TextHeight, TextWidth, TextRect, and TextOut
under D7. This can't be fixed by either casting the argument or by typing
the constant, therefore I recommend that the overloaded variants that take
WideStrings be suffixed with W following Windows API conventions.

Cheers,
  Ignacio




Subject: Re: Latest error message from JVCL 3/Delphi 7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 29 Nov 2003 09:43:45 -0500
Newsgroups: jedi.vcl

> > [Error] JvDBControls.pas(951): Undeclared identifier: 'SetReadOnly'
> >
> > I'm thinking that it should just set the property regardless of the Delphi
> > version.

Yes, taking out every line in that conditional other than the property
assignment solved the issue.

Cheers,
  Ignacio

-- Henshin-a-go-go, baby! 

Subject: Re: IFDEFs in JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 29 Nov 2003 14:20:47 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> {$IFNDEF RICHEDIT_VER_10} // JvRichEdit.pas obsolete?

If RICHEDIT_VER_10 is defined, JvRichEdit.pas loads the v1 rich edit dll even if you have a newer version on your system; thus the same as delphi does. Don't know why you would want to use TJvRichEdit in combination with a v1 rich edit dll, but probably better to leave it as it is.

> {$IFDEF TABINFO}  // JvRichEdit.pas tabulator properties

If defined this will introduce some stuff only available in the v3 rich edit dll. It will still work for pre v3 dlls but has some overhead in that case. Can be removed IMO.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: IFDEFs in JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 14:08:46 +0100
Newsgroups: jedi.vcl

Just kick it.



-- Regards, Andreas Hausladen 

Subject: Re: IFDEFs in JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 14:08:29 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > {$IFDEF COMPILER_6UP}
> > // JvUnicodeCanvas.pas to deactivate unfinished parts (?)  REPLACE!!!

Fixed. It should be COMPILER6_UP just a typo that nobody has recognized
because the W methods are preferend by JvUnicodeEditor.pas. Now I know
what you meant with "unfinished code". You thought that it was my
intension to write COMPILER_6UP instead of COMPILER6_UP.


> > {$IFDEF DEBUG}
> > // JvHLParser.pas

I have removed the DEBUG code as the HLParser is completely testes by
JvHLEditor without any error.


> > {$IFDEF HL_NOT_QUITE_C}
> > // JvHLEditor.pas, JvUnicodeHLEditor.pas, JvHLEditorPropertyForm.pas
> > // extra highliter flag

I think we should remove the conditions around the NQC code. (keep NQC
code but remove IFDEF ENDIF)


> > {$IFDEF STANDALONE}
> > // JvHidControllerClass.pas to make independent of JVCL

The USE_JVCL condition could replace your STANDALONE one. Or we do it the
other way round.


> > {$IFDEF USE_DXGETTEXT}
> > // JvComponent.pas, JvSegmentedLEDDisplayMapperFrame.pas, 
> > JvVirtualKeySelectionFrame.pas

This condition can be activated by the new package installer


> > // for gnugettext REMOVE!!! license problem with GPL

GPL? Do you think dxgettext is GPL because it has the term "GNU" (abb. Gnu
Not Unix) in its code?
http://dybdahl.dk/dxgettext/license/


> > {$IFDEF USE_Jv_GIF}  // JvGIF.pas to register GIF with TPicture

This condition can be activated by the new package installer



-- Regards, Andreas Hausladen 

Subject: Re: IFDEFs in JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 13:50:19 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > // JvUnicodeCanvas.pas to deactivate unfinished parts (?)  REPLACE!!!

Hä? What is unfinished in JvUnicodeCanvas.pas ? I cannot see any
unfinished code.


-- Regards, Andreas Hausladen 

Subject: Re: IFDEFs in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 Nov 2003 13:46:29 +0100
Newsgroups: jedi.vcl

Here is an updated and commented list.
I have removed the JvUIB.inc elements from the list for now.
Some IFDEFs have been removed in the files.

{$IFNDEF PC_MAPPED_EXCEPTIONS}
  // Linux defined symbol used in JvInterpreter_SysUtils
{$IFNDEF RA_QR2} // JvInterpreter_Quickrpt
{$IFNDEF RICHEDIT_VER_10} // JvRichEdit.pas obsolete?
{$IFNDEF T2H} // JvBandForms.pas, JvBandObject.pas should be removed
{$IFDEF COMPILER_6UP}
  // JvUnicodeCanvas.pas to deactivate unfinished parts (?)  REPLACE!!!
{$IFDEF DEBUG}
  // extra property in JvBDEQuery.pas
  // JvHLParser.pas, JvPrvwDoc.pas, JvUIBMetaData.pas
{$IFDEF DEFAULT_POPUP_CALENDAR} // JvToolEdit.pas
{$IFDEF FPC} // FreePascal (?) used in JvUIBase.pas and JvUIBLib.pas
{$IFDEF FR_RUS}
  // JvgCheckBox.pas, JvgCrossTable.pas, JvgEdit.pas for RUSSIAN_CHARSET
{$IFDEF GL_CAPT_BUTTONS}
{$IFDEF GL_RUS} // JvgGroupBox.pas, JvgHint.pas, JvgReport.pas same as FR_RUS
{$IFDEF HL_NOT_QUITE_C}
  // JvHLEditor.pas, JvUnicodeHLEditor.pas, JvHLEditorPropertyForm.pas
  // extra highliter flag
{$IFDEF JVCAPTIONPANEL_STD_BEHAVE}
{$IFDEF JV_MIDAS}
{$IFDEF JvInterpreter_DEBUG}
{$IFDEF JvInterpreter_OLEAUTO}
{$IFDEF POLESPIN}  // Polaris look for JvSpin
{$IFDEF RA_QR3H} // JvInterpreter_Quickrpt
{$IFDEF READONLY}
  // JvDBSpinEdit.pas to deactivate special ReadOnly property. Best rename that property.
{$IFDEF SET_TCP_NO_DELAY} // JvUIBase.pas
{$IFDEF STANDALONE}
  // JvHidControllerClass.pas to make independent of JVCL
{$IFDEF TABINFO}  // JvRichEdit.pas tabulator properties
{$IFDEF TIMEBLOCKS} // JvTFDays.pas to be removed
{$IFDEF TYPE_IDENTITY}
  // JvUIBase.pas interesting  should be adopted by JVCL
{$IFDEF USE_DXGETTEXT}
  // JvComponent.pas, JvSegmentedLEDDisplayMapperFrame.pas, JvVirtualKeySelectionFrame.pas
  // for gnugettext REMOVE!!! license problem with GPL
{$IFDEF USE_Jv_GIF}  // JvGIF.pas to register GIF with TPicture
{$IFDEF USE_SCANLINE}
{$IFDEF USEJVCL} // for integration to be removed
{$IFDEF ViewList_UseFinder}  // JvDataProviderImpl.pas
{$IFDEF glDEBUG}
  // JvgUtils.pas debug version of DeleteObject  should be removed



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 29 Nov 2003 11:13:34 +0100
Newsgroups: jedi.vcl

Hi Olivier,

OBones wrote:

>> I could however create lib\c?\obj directories, if BCB users don't like the current solution.
>
> It'd be fine with me, because most C++ users do not expect to find an obj file in the lib directory

Done.  Please change the package sources yourself, you are more familiar with this stuff.



Subject: jvcl on Kylix
From: anton <anton_melser@paradise.net.nz>
Date: Sat, 29 Nov 2003 22:53:19 +1300
Newsgroups: jedi.vcl

Hi,
Well, well. I may be getting myself in for a bit more than I bargained for! When I originally decided to try and port SubRip (http://zuggy.wz.cz/) to linux I got the impression it was going to be pretty straightforward! Ha! I see that in order to do that I will either have to rewrite substantial portions of subrip code, or get at least those portions of the Jcl/jvcl that it uses compiled into a package or two... or I can become a guinea pig. Who needs sleep, eh? Guinea pig it is.
I already tried to install just those units that I need into one of my own packages:

JvMaskEdit
JvSpin
JvSpinEdit
JvComponent
JvColorbox
JvColorbtn
JvGradient

Obviously some of these need others. Unfortunately, JvSpin doesn't seem to be in the units in the jvclx3 package. In addition (after only a couple of mins) it appears that JvSpinEdit needs JvUpDown (which was commented out from the requires section), and JvUpDown is not in the package either. Now I am a newbie (as I mentioned in my first post) and am still coming to terms with everything, so any instructions will have to be reasonably explicit.
Cheers, and I hope I can help you and you me.
Anton
ps just in case you missed it this is FULLY an interest thing - and has no relation to the work I'm doing (coding a model of a cow's rumen, no really!).



Subject: Re: [BCB] Big move towards cleaner and easier installation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 19:48:54 +1000
Newsgroups: jedi.vcl

Everything is now committed.



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 19:34:31 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:
>
> That's not true for BCB Trial.  Most .obj and .dcu are located in CBuilder6\Lib\Obj, but some lie in CBuilder6\Lib itself.
I've seen that too. But I'd rather have all obj files together.

> I could however create lib\c?\obj directories, if BCB users don't like the current solution.
It'd be fine with me, because most C++ users do not expect to find an obj file in the lib directory



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 29 Nov 2003 10:29:37 +0100
Newsgroups: jedi.vcl

Hi,

OBones wrote:

> That's because the path to the dcu from the JCL is not in the PATH environment variable. If you took the latest package, the JCL has changed its directory structure and dcu files are no longer generated in JCL\dcu but in JCL\lib\c6
> I haven't updated the documentation because I find this really disturbing for C++ users. A lib directory always contains .lib files, no ..obj, no .dcu. 

That's not true for BCB Trial.  Most .obj and .dcu are located in CBuilder6\Lib\Obj, but some lie in CBuilder6\Lib itself.

I could however create lib\c?\obj directories, if BCB users don't like the current solution.

You may suggest another structure so we can discuss.





Subject: Re: New installer for JVCL 3 (just started)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 09:53:02 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Problem seems to be that my FTarget.RootDir points to
> > 
> > C:\Program Files\Borland\Delphi7
> > 
> > thus without quotes.

Thanks, I'll fix this.



-- Regards, Andreas Hausladen 

Subject: [BCB] Big move towards cleaner and easier installation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 18:23:18 +1000
Newsgroups: jedi.vcl

Hi all

For quite a while now, I've been playing along with BCB in order to have the JVCL installed.
It's proven quite painfull, especially with the problem of the compilation of the JCL and the requirement to change the PATH environment variable for that to work. I always found that really annoying and rather dangerous so I decided to see if it would be possible to build the JVCL without using such a kludge.
I managed to do that by having BCB create a dcp file for the JCL and make all the packages use this dcp file.
I already tried that a while ago, by simply using a dcp file generated for Delphi, but of course, that would have required all users to have Delphi installed, which is not the case.
However, I today managed to generate a dcp file with only the tools from bcb. It's not that easy but it works. As this is quite a big change, I tagged the concerned files with Before_JCL_DCP_For_BCB and will commit my changes just after the nightly package is done so that it doesn't hurt anyone just yet.
When doing testing, you will need the very latest JCL from CVS as I did some changes in their xml files (they are in their CVS). I recently posted a zip file with the JCL, but you'll need the two corrected xml files (they are in binaries too).
All documentation will be updated too, so that the manual installation becomes way easier.
This, unfortunately, hasn't been verified with BCB5 but should work as well. However, as Leroy is really busy at the moment, it's unlikely the BCB5 build will be verified.

Cheers

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 16:05:19 +1000
Newsgroups: jedi.vcl

> I'm using JCL from JclPreview2003Nov8.zip. Is that a wrong choice?
Nope, except that the packages for BCB6 aren't complete in that snapshot.

> In a previous thread that I'm guessing you missed I asked the following:
I saw it but forgot about it.

> When you talk about using JCL from CVS you are talking about a JCL version that is later than JclPreview2003Nov8?
Yes, I'm talking about a version taken directly from the CVS server itself. Use TortoiseCVS and anonymous (pserver) access to get to it.

> Also, the web interface to CVS requires that one log in as something other than anonymous. I realize you are a JVCL guy and not a JCL guy but the JCL folks ought to make it easier to download daily/nightly builds.
Well, you can always leave a message on their newsgroup (jedi.jcl)

> So does one have to sign up for a user name and download a CVS client app in order to download a JCL version that works with the latest JVCL nightly?
No you don't need a username, but yes you need a CVS client. Tortoise CVS is the easiest one to use for that purpose. If I'm not mistaken, the string to use to checkout the repository should be something like that:
:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl

Alternatively, you could download the zip file I just posted on binaries for you. It's a copy of the version of the JCL i'm using right now and it contains a package group that works for BCB

> Replace JCL/dcu by creating a new dir? By editing something in some project file? Not clear on what you mean here.
No, the snapshot you have to use contains the JCl\lib\c6 directory. However, by following the install.htm guidelines, you added JCL\dcu to the PATH environment variable. But this is not correct anymore and must be replaced by JCL\lib\c6

I'm currently trying to get rid of this horrible tweak, I should come up with something a little less ugly by the end of the day (AEST)

Thanks for your patience.

Olivier Sannier
JVCL Developer
BCB Coordinator



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 21:24:10 -0800
Newsgroups: jedi.vcl

OBones wrote:
>> BCB now reports:
>>
>> [Pascal Fatal Error] JvColorProvider.pas(36); File not found: 'JclBase.dcu'
>> [Linker Fatal Error] Fatal: Unable to open file 'JVCOREC6R.OBJ'
>
> That's because the path to the dcu from the JCL is not in the PATH environment variable. If you took the latest package, the JCL has changed its directory structure and dcu files are no longer generated in JCL\dcu but in JCL\lib\c6

I'm using JCL from JclPreview2003Nov8.zip. Is that a wrong choice?

In a previous thread that I'm guessing you missed I asked the following:

When you talk about using JCL from CVS you are talking about a JCL version that is later than JclPreview2003Nov8?

The JCL project not have a
  http://jcl.sourceforge.net/daily/
to make it easy to get daily builds the way JVCL has:
  http://jvcl.sourceforge.net/daily/

Also, the web interface to CVS requires that one log in as something other than anonymous. I realize you are a JVCL guy and not a JCL guy but the JCL folks ought to make it easier to download daily/nightly builds.

So does one have to sign up for a user name and download a CVS client app in order to download a JCL version that works with the latest JVCL nightly?


> I haven't updated the documentation because I find this really disturbing for C++ users. A lib directory always contains .lib files, no .obj, no .dcu. I'll have to discuss with the guys at JCL to see what we do about it, because for the JVCL, the .dcu and .obj are generated in JVCL\dcu
> In the meantime, simply replace JCL\dcu by JCL\lib\c6 and everything should be fine.

Replace JCL/dcu by creating a new dir? By editing something in some project file? Not clear on what you mean here.

> I'm also considering forcing the creation of a dcp file by BCB, which would make everybody's life easier. But I'm still investigating the way I could do this.





Subject: Re: Latest error message from JVCL 3/Delphi 7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 29 Nov 2003 00:03:52 -0500
Newsgroups: jedi.vcl

Hello, Robert!
> > Ignacio Vazquez wrote:
>> >> And I got this when trying to install JvBDED7D.bpl:
>> >>
>> >> "The procedure entry point @Jclgraphutils@initialization$qqrv could not
>> >> be located in the dynamic link library DJCL70.bpl."
> >
> > Seems as if JvBDED7D.bpl was built against an earlier JCL version.

Actually, I did a clean install and it was related to my earlier problem. If
someone could take a look at that it would be great.

> > JclGraphUtils is now located in DJclVcl70.bpl.

I have been paying attention ;)

Cheers,
  Ignacio

-- Henshin-a-go-go, baby! 

Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 13:49:36 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:

> So I have:
>    - Saved out "BCB6 Packages.bpg" in DOS format
>    - Did the option Project | Build All Projects.
>    - Responded to each of the dozens of .bpi error messages by clicking Cancel.
Good up to there. The UNIX/DOS problem will have to be fixed however.

> BCB now reports:
>
> [Pascal Fatal Error] JvColorProvider.pas(36); File not found: 'JclBase.dcu'
> [Linker Fatal Error] Fatal: Unable to open file 'JVCOREC6R.OBJ'
That's because the path to the dcu from the JCL is not in the PATH environment variable. If you took the latest package, the JCL has changed its directory structure and dcu files are no longer generated in JCL\dcu but in JCL\lib\c6
I haven't updated the documentation because I find this really disturbing for C++ users. A lib directory always contains .lib files, no ..obj, no .dcu. I'll have to discuss with the guys at JCL to see what we do about it, because for the JVCL, the .dcu and .obj are generated in JVCL\dcu
In the meantime, simply replace JCL\dcu by JCL\lib\c6 and everything should be fine.
I'm also considering forcing the creation of a dcp file by BCB, which would make everybody's life easier. But I'm still investigating the way I could do this.



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 13:44:39 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:
> Should we just say Cancel to each one? Or Okay? Or try to browse to find one? Or what?
Just cancel, those file don't even exist yet. I'll update the installation guide.



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 19:32:05 -0800
Newsgroups: jedi.vcl

So I have:
   - Saved out "BCB6 Packages.bpg" in DOS format
   - Did the option Project | Build All Projects.
   - Responded to each of the dozens of .bpi error messages by clicking Cancel.

BCB now reports:

[Pascal Fatal Error] JvColorProvider.pas(36); File not found: 'JclBase.dcu'
[Linker Fatal Error] Fatal: Unable to open file 'JVCOREC6R.OBJ'

OBones wrote:

> It means the file is corrupted, which shouldn't happen, I have it and it works here.
> Open it with a text editor (notepad) and tell me what you have inside. Do not quote the whole file, simply look for the "PROJECTS =" line.
> If for some reason everything appears on a single long line with small rectangle in many places, this is because the file is in UNIX format.
> This definitely shouldn't happen.
>



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 19:17:53 -0800
Newsgroups: jedi.vcl

OBones wrote:
> It means the file is corrupted, which shouldn't happen, I have it and it works here.
> Open it with a text editor (notepad) and tell me what you have inside. Do not quote the whole file, simply look for the "PROJECTS =" line.
> If for some reason everything appears on a single long line with small rectangle in many places, this is because the file is in UNIX format.
> This definitely shouldn't happen.

I saved "BCB6 Packages.bpg" out in DOS format and then BCB v6 could load it.

Okay, so now I'm trying to do Project | Build All Projects and as the "Installation Notes for JVCL" instructions in install.htm say to do. But those instructions correctly point out that BCB will complain about bpi files and say that it is unable to find apckages to import. However, what that install.htm document does not specify is what should one do in response to those dialogs.

Should we just say Cancel to each one? Or Okay? Or try to browse to find one? Or what?





Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 18:49:32 -0800
Newsgroups: jedi.vcl

OBones wrote:
> It means the file is corrupted, which shouldn't happen, I have it and it works here.
> Open it with a text editor (notepad) and tell me what you have inside. Do not quote the whole file, simply look for the "PROJECTS =" line.
> If for some reason everything appears on a single long line with small rectangle in many places, this is because the file is in UNIX format.
> This definitely shouldn't happen.

Okay, in NotePad it does have the single-long-line appearance with the solid rectangles. It has size 7,819 and date 2003-Nov-1. (actually 11/01/2003 in US date format).

I can load it into Visual Slick Edit (which is smart about automatically handling Unix vs Windows end-of-line styles) and it looks normal and the Projects section is this:


#------------------------------------------------------------------------------
PROJECTS = JvCoreC6R.bpl JvCoreC6D.bpl JvSystemC6R.bpl JvSystemC6D.bpl \
  JvStdCtrlsC6R.bpl JvStdCtrlsC6D.bpl JvCtrlsC6R.bpl JvCtrlsC6D.bpl JvCmpC6R.bpl \
  JvCmpC6D.bpl JvCustomC6R.bpl JvCustomC6D.bpl JvDlgsC6R.bpl JvDlgsC6D.bpl \
  JvCryptC6R.bpl JvCryptC6D.bpl JvMMC6R.bpl JvMMC6D.bpl JvNetC6R.bpl JvNetC6D.bpl \
  JvAppFrmC6R.bpl JvAppFrmC6D.bpl JvDBC6R.bpl JvDBC6D.bpl JvBDEC6R.bpl \
  JvBDEC6D.bpl JvInterpreterC6R.bpl JvInterpreterC6D.bpl JvBandsC6R.bpl \
  JvBandsC6D.bpl JvPluginC6R.bpl JvPluginC6D.bpl JvJansC6R.bpl JvJansC6D.bpl \
  JvGlobusC6R.bpl JvGlobusC6D.bpl JvPrintPreviewC6R.bpl JvPrintPreviewC6D.bpl \
  JvPageCompsC6R.bpl JvPageCompsC6D.bpl JvValidatorsC6R.bpl JvValidatorsC6D.bpl \
  JvUIBC6R.bpl JvUIBC6D.bpl JvWizardC6R.bpl JvWizardC6D.bpl \
  JvTimeFrameworkC6R.bpl JvTimeFrameworkC6D.bpl JvHMIC6R.bpl JvHMIC6D.bpl \
  JvManagedThreadsC6R.bpl JvManagedThreadsC6D.bpl
#------------------------------------------------------------------------------


Also, Visual Slick Edit shows each line ending with 0A whereas with a .cpp source file of mine it is 0D 0A. So, yes, sounds like BCB can't handle Unix end-of-line style - which, IMO, is pretty lame for BCB.




Subject: Re: Can not run makebcb6.bat from JVCL3-2003-11-28.zip
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 18:32:01 -0800
To: OBones <obones_REM_SPM_@_PIF_meloo.com>
Newsgroups: jedi.vcl

No, devtools does not have a directory called NoQuotes in it.

OBones wrote:

> Do you have a directory called NoQuotes in devtools ?
> If no, then the file you downloaded isn't complete as it misses the NoQuotes utilities.
> If that's the case, someone will have to fix the nightly script.
> But in the meantime, you can get NoQuotes from here:
> http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/devtools/NoQuotes/
>
>



Subject: Re: New installer for JVCL 3 (just started)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 29 Nov 2003 02:53:29 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Andreas Hausladen wrote:
>
>> The new JVCL 3 Package Installer is ready for testing.
>
>
> JVCLPackageDir may contain spaces, and if so it doesn't work ;)
>
Problem seems to be that my FTarget.RootDir points to

C:\Program Files\Borland\Delphi7

thus without quotes.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: New installer for JVCL 3 (just started)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 29 Nov 2003 02:38:28 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> The new JVCL 3 Package Installer is ready for testing.

JVCLPackageDir may contain spaces, and if so it doesn't work ;)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: New installer for JVCL 3 (just started)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 11:29:57 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> One new feature
>
> - JVCL Developer installation: Adds $(JVCL)\run instead of $(JVCL)\libX to
> the search path.
>
>
Some notes on BCB:
- All packages are automatically generated in ($BCB)\Projects\Bpl and those who are installed are indicated in the registry at HKCU\Software\Borland\C++Builder\6.0\Known Packages

- There are two options for installing the required files. Please read the install.htm file. If the user chooses the second option, the paths are added in the registry in that key: HKCU\Software\Borland\C++Builder\6.0\Library, value "Search Path"
The modifications in the default project involve editing default.bpr in ($BCB)\Bin. I'll try to find another way to do that, I'm really NOT satisfied with the way it works right now.





Subject: Re: New installer for JVCL 3 (just started)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 02:21:00 +0100
Newsgroups: jedi.vcl

One new feature

- JVCL Developer installation: Adds $(JVCL)\run instead of $(JVCL)\libX to
the search path.


-- Regards, Andreas Hausladen 

Subject: Re: Can not run makebcb6.bat from JVCL3-2003-11-28.zip
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 11:17:15 +1000
Newsgroups: jedi.vcl

Do you have a directory called NoQuotes in devtools ?
If no, then the file you downloaded isn't complete as it misses the NoQuotes utilities.
If that's the case, someone will have to fix the nightly script.
But in the meantime, you can get NoQuotes from here:
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/devtools/NoQuotes/




Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 11:12:07 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:

> Running BCB v6 sp4 on Win2k. Downloaded and unzipped JVCL3-2003-11-28.zip in \tools\vcl\JEDI and then did a File | Open Project... command and selected "BCB6 Packages.bpg" from the \tools\vcl\JEDI\JVCL3\packages directory.
>
> BCB gives this error when that is done:
>    PROJECTS macro in project group file missing or incorrect.
>
> Anyone know what that means? Can I ignore it?
It means the file is corrupted, which shouldn't happen, I have it and it works here.
Open it with a text editor (notepad) and tell me what you have inside. Do not quote the whole file, simply look for the "PROJECTS =" line.
If for some reason everything appears on a single long line with small rectangle in many places, this is because the file is in UNIX format.
This definitely shouldn't happen.



Subject: Re: New installer for JVCL 3 (just started)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 29 Nov 2003 02:00:21 +0100
Newsgroups: jedi.vcl

The new JVCL 3 Package Installer is ready for testing.
WARNING: This release is for developers only. If you are an JVCL 3 user
please do not use this installer until it is released as a final version.


How to install:
  Extract the JVCL3Install.zip to $(JVCL). You will have a new folder
$(JVCL)\JVCL3Install and a $(JVCL)\install.bat. Start the install.bat
(current directory must be $(JVCL) -> Explorer is a good start). This will
compile (tested with Delphi 5 and 6) the JVCL3 Package Installer and
executes the new JVCL3Install.exe in $(JVCL)\packages.

Features:
  - reads the xml files (without JvSimpleXml.pas as the installer should
    be JVCL independent)
  - the user can select which design-time packages he wants to install
  - the package selector knows about dependencies, personal/standard
    editions and database packages
  - (all) conditions in JVCL.INC can be visually changed before
    compilation (warning: this is a global change for all targets)
  - checks if the newest Delphi / BCB update are installed
  - more than one target compilation with "error-highlighting" and
    optional "build" instead of "compile"
  - no batch files needed (except the one that compiles the installer)
  - the installer imports the target's installed JVCL package list
  - uninstall function that removes the JVCL 3 packages, bpl/dcp-files
    and paths
  - cleans the JVCL component palettes (optional)


Missing features:
-------------------------
What about JCL package installation. At the moment the JCL 1.9 packages
must be installed before installing the JVCL 3 and the search path must
contain the JCL directories.



Comments are welcome.


-- Regards, Andreas Hausladen 

Subject: Can not run makebcb6.bat from JVCL3-2003-11-28.zip
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 16:51:08 -0800
Newsgroups: jedi.vcl

Running BCB v6 sp4 on Win2k.

Downloaded and unzipped JVCL3-2003-11-28.zip in c:\tools\vcl\JEDI

From the c:\tools\vcl\JEDI\JVCL3\packages directory ran makebcb6.bat and got the following:

C:\tools\vcl\JEDI\JVCL3\packages>makebcb6.bat
The system cannot find the path specified.
Borland Delphi Version 14.0
Copyright (c) 1983,2002 Borland Software Corporation
Fatal: File not found: 'NoQuotes.dpr'
'NoQuotes' is not recognized as an internal or external command,
operable program or batch file.
'NoQuotesBatch.bat' is not recognized as an internal or external command,
operable program or batch file.
Could Not Find C:\tools\vcl\JEDI\JVCL3\bin\NoQuotesBatch.bat
The system cannot find the path specified.
The system cannot find the path specified.
The system cannot find the path specified.

'..\devtools\bin\Bpg2Make.exe' is not recognized as an internal or external comm
and,
operable program or batch file.
The system cannot find the path specified.

!!!!! ERROR WHILE BUILDING THE JVCL !!!!
Please refer to last output for details



Subject: Re: PROJECTS macro in project group file missing or incorrect.
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 16:46:11 -0800
Newsgroups: jedi.vcl

Can't ignore this error because BCB does not think any projects are loaded and so Build All Projects is greyed out.

Randall Parker wrote:

> Running BCB v6 sp4 on Win2k. Downloaded and unzipped JVCL3-2003-11-28.zip in \tools\vcl\JEDI and then did a File | Open Project... command and selected "BCB6 Packages.bpg" from the \tools\vcl\JEDI\JVCL3\packages directory.
>
> BCB gives this error when that is done:
>    PROJECTS macro in project group file missing or incorrect.
>
> Anyone know what that means? Can I ignore it?
>
>



Subject: PROJECTS macro in project group file missing or incorrect.
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 16:38:09 -0800
Newsgroups: jedi.vcl

Running BCB v6 sp4 on Win2k. Downloaded and unzipped JVCL3-2003-11-28.zip in \tools\vcl\JEDI and then did a File | Open Project... command and selected "BCB6 Packages.bpg" from the \tools\vcl\JEDI\JVCL3\packages directory.

BCB gives this error when that is done:
   PROJECTS macro in project group file missing or incorrect.

Anyone know what that means? Can I ignore it?




Subject: Re: [BCB] Move to JCL 1.9
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 14:34:52 -0800
Newsgroups: jedi.vcl

Also, why do you refer to JCL v1.9 when there is (as of this moment) no JCL 1.9 release?
  http://sourceforge.net/project/showfiles.php?group_id=47514

Are you referring to the latest CVS code as the v1.9 pre-release code?

OBones wrote:

> I just rebuilt the JVCL using the JCL from CVS and all compiled and linked ok, after a few changes in the JCL (see their newsgroup).
> All packages installed but one.
> JvHMI doesn't want to install, giving me a weird message:
>
> '%d' isn't a valid format for the argument.
>
> I suspect an AV in one of the initialization sections. A guess anyone ?
>



Subject: Re: [BCB] Move to JCL 1.9
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Fri, 28 Nov 2003 14:30:22 -0800
Newsgroups: jedi.vcl

When you talk about using JCL from CVS you are talking about a JCL version that is later than JclPreview2003Nov8?

The JCL project not have a
  http://jcl.sourceforge.net/daily/
to make it easy to get daily builds the way JVCL has:
  http://jvcl.sourceforge.net/daily/

Also, the web interface to CVS requires that one log in as something other than anonymous. I realize you are a JVCL guy and not a JCL guy but the JCL folks ought to make it easier to download daily/nightly builds.

So does one have to sign up for a user name and download a CVS client app in order to download a JCL version that works with the latest JVCL nightly?



OBones wrote:
> I just rebuilt the JVCL using the JCL from CVS and all compiled and linked ok, after a few changes in the JCL (see their newsgroup).
> All packages installed but one.
> JvHMI doesn't want to install, giving me a weird message:
>
> '%d' isn't a valid format for the argument.
>
> I suspect an AV in one of the initialization sections. A guess anyone ?
>



Subject: TJvArrowButton.Flat:= True => painting bug
From: @in@taavi.ee (Ain Valtin)
Date: Fri, 28 Nov 2003 21:13:33 GMT
Newsgroups: jedi.vcl

Hi!

I have folloving setup - TToolbar on TControlBar, Toolbar's property
Flat is set to TRUE. Now I drop an TJvArrowButton onto toolbar and set
it's Flat to true as well. And for some reason JvArrowButton paints an
separator line in middle of itself!? When I set button's Flat:= False
line dissapears... Is it known bug and is there fix available?
JVCL Version 2.00, D5Pro, Win2k

TIA
ain


Subject: Re: Latest error message from JVCL 3/Delphi 7
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 28 Nov 2003 21:36:22 +0100
Newsgroups: jedi.vcl

Hi,

Ignacio Vazquez wrote:

> And I got this when trying to install JvBDED7D.bpl:
>
> "The procedure entry point @Jclgraphutils@initialization$qqrv could not be
> located in the dynamic link library DJCL70.bpl."

Seems as if JvBDED7D.bpl was built against an earlier JCL version.

JclGraphUtils is now located in DJclVcl70.bpl.



Subject: Re: Latest error message from JVCL 3/Delphi 7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 28 Nov 2003 14:38:15 -0500
Newsgroups: jedi.vcl

And I got this when trying to install JvBDED7D.bpl:

"The procedure entry point @Jclgraphutils@initialization$qqrv could not be
located in the dynamic link library DJCL70.bpl."

FYI, I'm using JCL 1.9

Cheers,
  Ignacio




Subject: Latest error message from JVCL 3/Delphi 7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 28 Nov 2003 14:29:53 -0500
Newsgroups: jedi.vcl

[Error] JvDBControls.pas(951): Undeclared identifier: 'SetReadOnly'

I'm thinking that it should just set the property regardless of the Delphi
version.

Cheers,
  Ignacio




Subject: Re: new TJvgGroupBox bug + BCB6
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Nov 2003 18:54:57 +0100
Newsgroups: jedi.vcl

OBones wrote:

> I'll have a second look.
> But that code is so crappy, it's an horror to debug.
>

The code quality of Globus is not that hot.
I have already more or less rewritten some units. JvgJump.pas today.



Subject: Re: Bug with TJvAppIniFileStore
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Nov 2003 18:51:23 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>    Woops.
>
> Don't feel to bad. I think the only time it happens if you drop and delete
> it directly (?). If Olivier hadn't experienced it, I would never have
> discovered it either.
>

Best grep for "Notification" in the whole JVCL and see if there lurk more of this sort of bug.



Subject: Re: New installer for JVCL 3 (just started)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Nov 2003 18:49:22 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Robert Marquardt wrote:

> That means that the installer must modify the dpk/bpk files because the
> HID component is not in an extra package. For Delphi we could use the
> "Condition" cell in the Package Generator. But this is not possible for
> BCB.

Hence the alternative to uninstall the standalone component.



Subject: Re: jvParameterList - First Version
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 28 Nov 2003 15:48:56 +0000
Newsgroups: jedi.vcl

>> >> I will have a closer look at the weekend. I never have worked with
>> >> interfaces, but maybe it's a good time to learn :-)
> >
> >If you need any hints or help, just holler!

I will do :-)

And thanks, this was the kind of answer i'm waiting for :-) :-)

Greetings
Jens



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: Bug with TJvAppIniFileStore
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 29 Nov 2003 00:35:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Don't feel to bad. I think the only time it happens if you drop and delete
> it directly (?). If Olivier hadn't experienced it, I would never have
> discovered it either.
Well not exactly.
Drop it, run the application, add some other stuff and try to delete it it still crashes.
I even think that only adding one property to save would have trigerred the bug.
Anyway, it's now fixed



Subject: Re: Bug with TJvAppIniFileStore
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Nov 2003 14:36:49 +0100
Newsgroups: jedi.vcl

> >     Woops.
Don't feel to bad. I think the only time it happens if you drop and delete
it directly (?). If Olivier hadn't experienced it, I would never have
discovered it either.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug with TJvAppIniFileStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 28 Nov 2003 14:14:53 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 28 Nov 2003 12:52:03 +0100:

 PT>   // must check if SubSores is nil

    Woops.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "If you leave me now" by Chicago.




Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 28 Nov 2003 23:09:17 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The obvious solution:
>
> var tmpR:TRect;
> ...
>       tmpR := R;
>       ComputeCaptionRect;
>       R := CaptionRect;
>       if R.Bottom > tmpR.Bottom then
>         R.Bottom := tmpR.Bottom;
>   // additional tests against tmpR here if necessary
> ...
>
I won't work with the FormStorage as the code in Paint isn't called.
I'll have to verifiy again the use of R...



Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 28 Nov 2003 15:55:28 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> The obvious solution:
>
> var tmpR:TRect;
> ...
>       tmpR := R;
>       ComputeCaptionRect;
>       R := CaptionRect;
>       if R.Bottom > tmpR.Bottom then
>         R.Bottom := tmpR.Bottom;
>   // additional tests against tmpR here if necessary
> ...
>
No this will not work I think, if Caption.Rect > GroupBox.Rect the picture will be clipped!!!



Subject: Re: new TJvgGroupBox bug + BCB6
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Nov 2003 13:22:40 +0100
Newsgroups: jedi.vcl

The obvious solution:

var tmpR:TRect;
....
      tmpR := R;
      ComputeCaptionRect;
      R := CaptionRect;
      if R.Bottom > tmpR.Bottom then
        R.Bottom := tmpR.Bottom;
  // additional tests against tmpR here if necessary
....

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 28 Nov 2003 15:13:40 +0300
Newsgroups: jedi.vcl

OBones wrote:

> I'll have a second look.
> But that code is so crappy, it's an horror to debug.
>
But this code is from JvgGroupBox.pas 8-))))



Subject: Re: Bug with TJvAppIniFileStore
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 28 Nov 2003 22:11:04 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Change this in JvAppStore:
>
> procedure TJvCustomAppStore.Notification(AComponent: TComponent; Operation:
> TOperation);
> begin
>   inherited Notification(AComponent, Operation);
>   // must check if SubSores is nil
>   if (AComponent is TJvCustomAppStore) and (Operation = opRemove) and
> (SubStores <> nil) then
>     SubStores.Delete(AComponent as TJvCustomAppStore);
> end;
>
>
Changed, compiled, verified, fixed. I commited the code.



Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 28 Nov 2003 22:04:33 +1000
Newsgroups: jedi.vcl

I'll have a second look.
But that code is so crappy, it's an horror to debug.



Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 28 Nov 2003 15:01:23 +0300
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
I tested this, it's not working 8-(((

Tomorrow I'll install D7 or D7 and will try to trace carefully...
But I can see this problem very clear:

Within Paint proc the first is to calculate
......
    Canvas.Font.Assign(self.Font);
    r := GetClientRect;
    //Font := Self.Font;
//    if CaptionHeight = 0 then H := TextHeight('0') - FCaptionShift.y
//                         else H := CaptionHeight - FCaptionShift.y
    H := TextHeight(Text) - FCaptionShift.y;
    R := Rect(0, H div 2 { - 1}, Width, Height);
after that R = {0, 5, 185, 22}
then
......
    DrawBoxEx(Canvas.Handle, R, .....
.......
      ComputeCaptionRect;
      R := CaptionRect;
after that R={8, 0, 138, 27}
and you can see that r.bottom (27) > r_prev.bottom(22)<-- size of canvas
......
      NewR := DrawBoxEx(Canvas.Handle, R, CaptionBorder.Sides,
........
and the bottom part of caption box will never be painted!!!
How to repaire this?

> Would this code solve it:
>
> protected
>     procedure CMFontchanged(var Message: TMessage); message CM_FONTCHANGED;
> ...
>
> implementation
>
>
> procedure TJvgGroupBox.CMFontchanged(var Message: TMessage);
> begin
>   inherited;
>   ComputeCaptionRect;
>   Collapse(not Collapsed);
>   Collapse(not Collapsed);
> end;
>
>
> That is not how one would write it in production code, but if it solves the
> problem, at least we then know why it doesn't work.
>
>



Subject: Re: New installer for JVCL 3 (just started)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Nov 2003 12:53:21 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > I want to distribute my HID component also as standalone version.
> > It would be nice if we find a solution to either uninstall it if found
> > or have it excluded from the JVCL if found to be installed already.

That means that the installer must modify the dpk/bpk files because the
HID component is not in an extra package. For Delphi we could use the
"Condition" cell in the Package Generator. But this is not possible for
BCB.



-- Regards, Andreas Hausladen 

Subject: Re: Bug with TJvAppIniFileStore
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Nov 2003 12:52:03 +0100
Newsgroups: jedi.vcl

Change this in JvAppStore:

procedure TJvCustomAppStore.Notification(AComponent: TComponent; Operation:
TOperation);
begin
  inherited Notification(AComponent, Operation);
  // must check if SubSores is nil
  if (AComponent is TJvCustomAppStore) and (Operation = opRemove) and
(SubStores <> nil) then
    SubStores.Delete(AComponent as TJvCustomAppStore);
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "OBones" <obones_REM_SPM_@_PIF_meloo.com> skrev i meddelandet news:bq7c3k$kfi$1@talkto.net...
> > Get a freshly opened Delphi or BCB. Create a new application, drop a
> > TJvAppIniFile store on the form and try to delete it.
> > I get an AV in rtl60.bpi
> >
> > Any ideas ?
> >




Subject: Bug with TJvAppIniFileStore
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 28 Nov 2003 21:49:21 +1000
Newsgroups: jedi.vcl

Get a freshly opened Delphi or BCB. Create a new application, drop a TJvAppIniFile store on the form and try to delete it.
I get an AV in rtl60.bpi

Any ideas ?



Subject: Re: New installer for JVCL 3 (just started)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Nov 2003 12:36:58 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     And maybe add an option to reset the JVCL component locations (Palette
> key; scan every value for any reference to TJv* and remove that reference).
> This should be selectable by the user and not done by default (or maybe it
> should be done by default with this version?)

I want to distribute my HID component also as standalone version.
It would be nice if we find a solution to either uninstall it if found or have it excluded from the JVCL if found to be installed already.



Subject: Re: jvParameterList - First Version
From: "Jens" <jens.fudickar@oratool.de>
Date: Fri, 28 Nov 2003 10:54:39 +0000
Newsgroups: jedi.vcl

Looks interesting.

I will have a closer look at the weekend. I never have worked with
interfaces, but maybe it's a good time to learn :-)

Greetings
Jens

> >I've just had my first deeper look at it and the idea is nice. I would
> >implement it differently though. Instead of having parameter classes with
> >built in control knowledge, I'd use the TTypeKind enumeration from TypInfo
> >as the base for the different types (not all types migt be supported). I
> >would then declare a simple interface that all parameter controls must
> >implement, something like this (off the top of my head, now):
> >
> >  IParamControl = interface
> >    procedure SetBounds(Left, Top, Width, Bottom:integer);
> >    procedure SetReadOnly(Value:boolean);
> >    procedure SetEnabled(Value:boolean);
> >    procedure SetVisible(Value:boolean);
> >    // add more here...
> >    property Value:Variant;
> >    property Items:array of Variant;
> >  end;
> >
> >The parameter class would then look something like this:
> >
> >TParameter = class(TSomething)
> >    property TypeKind:TTypeKind; // this is the property that determines the
> >type of control to use
> >    property Min:Variant;
> >    property Max:Variant;
> >    property Default:Variant;
> >    property Required:boolean;
> >    // add more here...
> >
> >    property Caption:string; // the "label" for the control
> >
> >    property Value:Variant;  // the actual value
> >    property Items:array of Variant;
> >end;
> >
> >
> >Finally, I would have a registration procedure where you tell the "engine"
> >which control handles a specific type, like this:
> >
> >procedure RegisterParamControl(TypeKind:TTypeKind;
> >AControlClass:TControlClass);
> >
> >Now, to create the dialog, the engine walks the list of parameters, finds
> >the param type and the associated TControlClass, creates an instance of the
> >control and adds it to the dialog, adjusting size, setting properties and
> >values etc. When the user is finished with the dialog and tries to close it,
> >the engine checks that are values are within limits, Required values are set
> >etc and updates the parameters with the new values if everything is OK.
> >
> >
> >The final piece of work would be to add the IParamControl interface to some
> >controls that you would like to use with the engine.
> >
> >Let's say TEdit for example:
> >
> >TParamEdit = class(TEdit)
> >    procedure ParamSetBounds(Left, Top, Width, Bottom:integer);
> >    procedure ParamSetReadOnly(Value:boolean);
> >    procedure ParamSetEnabled(Value:boolean);
> >    procedure ParamSetVisible(Value:boolean);
> >...
> >end;
> >
> >procedure TParamEdit.ParamSetVisible(Value:boolean);
> >begin
> >  Visible := Value;
> >end;
> >
> >procedure TParamEdit.ParamSetReadOnly(Value:boolean);
> >begin
> >  ReadOnly := Value;
> >end;
> >
> >// etc
> >
> >...and registering it:
> >
> >initialization
> >  RegisterParamControl(tkString, TParamEdit);
> >  RegisterParamControl(tkWString, TParamEdit);
> >  RegisterParamControl(tkLString, TParamEdit);
> >
> >
> >The benefit of this approach is that you can change the actual control used
> >without touching the engine - just implement the interface against an
> >existing control and register it (new registration replaces old). The
> >drawback is that you can't have more than one control handling the same data
> >type although I think most users wouldn't want to anyway.
> >
> >Just my 2c's
> >
> >-- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: new TJvgGroupBox bug + BCB6
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Nov 2003 11:20:55 +0100
Newsgroups: jedi.vcl

Would this code solve it:

protected
    procedure CMFontchanged(var Message: TMessage); message CM_FONTCHANGED;
....

implementation


procedure TJvgGroupBox.CMFontchanged(var Message: TMessage);
begin
  inherited;
  ComputeCaptionRect;
  Collapse(not Collapsed);
  Collapse(not Collapsed);
end;


That is not how one would write it in production code, but if it solves the
problem, at least we then know why it doesn't work.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvParameterList - First Version
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Nov 2003 10:56:12 +0100
Newsgroups: jedi.vcl

> > I will have a closer look at the weekend. I never have worked with
> > interfaces, but maybe it's a good time to learn :-)

If you need any hints or help, just holler!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer for JVCL 3 (just started)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Nov 2003 10:40:16 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     Using PChars would be even faster <g>

Yes, but I just wanted to finish writing the reading function as fast as
possible. :-)


> >     And maybe add an option to reset the JVCL component locations
> > (Palette key; scan every value for any reference to TJv* and remove that
> > reference).  This should be selectable by the user and not done by
> > default (or maybe it should be done by default with this version?)

Good idea.

> >     I hope you meant "the read value greater or equal to the hard coded
> > value".

Yes, I meant that.


-- Regards, Andreas Hausladen 

Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 28 Nov 2003 12:18:57 +0300
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, Vladimir!
> You wrote  on Fri, 28 Nov 2003 10:41:26 +0300:
>
>  VZ> No, not solved yet.
>  VZ> Can be see in design mode (see j.binaries) and also in the
>  VZ> run mode,
>  VZ> when in design mode box not collapsed but collapsed state
>  VZ> gotten from FormStorage component,
>
>     Well, that's wrong. At design time it should definitely not get it's
> state from the form storage component (nor store it). Of course that still
> doesn't fix the run time problem. But if Olivier is still looking at this
> (and he probably is), make it at least ignore the FormStorage component at
> design time.
Shure, but in the design time the FormStorage doesn't work at all in our case. To reproduce in design time put on form TJvgGroupBox and Tedit component to inside it and then make collapsed, after that will change height of group box to get smaller size then height of the caption, in this case the bottom side of the caption will not be visible.

Shure, now after last changes I can avoid the run problem,
for this I have to keep in the design mode Collapsed group box and Height of the box has to be greater then the height of the caption.

But if the box isn't collapsed in the design mode, after compilation and making of the collapsed=true before showing (from FormStorage) the height of the BoxCanvas often is smaller then the height of the Caption, in this case the bottom side of the caption frame isn't visible.
I've seen these value's relationship  (R.Heights) within the debugger.



Subject: Re: New installer for JVCL 3 (just started)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 28 Nov 2003 10:17:25 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Fri, 28 Nov 2003 09:34:52 +0100:

 >> Yep, would be good to use JvSimpleXml, way faster.

 AH> Is it really faster than Pos() and Delete() ? But it would be easier to
 AH> read the code with JvSimpleXml.

    Using PChars would be even faster <g>

 >>>   - the user can select which design-time packages he wants to install
 >> I suppose you are directly writing to the registry, which is fine with
 >> me. Disabled Package node or else they won't get installed.

    And maybe add an option to reset the JVCL component locations (Palette
key; scan every value for any reference to TJv* and remove that reference).
This should be selectable by the user and not done by default (or maybe it
should be done by default with this version?)

 >>>   - checks if the newest Delphi / BCB update are installed
 >> How do you determine that exactly ?

 AH> Read from the register all "Update #%d" entries and return the last
 AH> one. Then check if the hard coded needed update version is equal to the
 AH> read value. (At the moment Delphi 5: Update #1, Delphi 6: Update #2)

    I hope you meant "the read value greater or equal to the hard coded
value". I know that there's little chance of any updates being issued for
D5..7, but it would be a little annoying if there was and JVCL suddenly
refuses to install, claiming that you need to install the latest Borland
update <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 28 Nov 2003 19:10:36 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Vladimir!
> You wrote  on Fri, 28 Nov 2003 10:41:26 +0300:
>
>  VZ> No, not solved yet.
>  VZ> Can be see in design mode (see j.binaries) and also in the
>  VZ> run mode,
>  VZ> when in design mode box not collapsed but collapsed state
>  VZ> gotten from FormStorage component,
>
>     Well, that's wrong. At design time it should definitely not get it's
> state from the form storage component (nor store it). Of course that still
> doesn't fix the run time problem. But if Olivier is still looking at this
> (and he probably is), make it at least ignore the FormStorage component at
> design time.
It is ignoring it.
This is only a rendering issue that I can't reproduce.



Subject: Re: new TJvgGroupBox bug + BCB6
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 28 Nov 2003 10:05:26 +0100
Newsgroups: jedi.vcl

Hello, Vladimir!
You wrote  on Fri, 28 Nov 2003 10:41:26 +0300:

 VZ> No, not solved yet.
 VZ> Can be see in design mode (see j.binaries) and also in the
 VZ> run mode,
 VZ> when in design mode box not collapsed but collapsed state
 VZ> gotten from FormStorage component,

    Well, that's wrong. At design time it should definitely not get it's
state from the form storage component (nor store it). Of course that still
doesn't fix the run time problem. But if Olivier is still looking at this
(and he probably is), make it at least ignore the FormStorage component at
design time.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 28 Nov 2003 19:01:11 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> No, not solved yet.
> Can be see in design mode (see j.binaries) and also in the run mode,
> when in design mode box not collapsed but collapsed state gotten from FormStorage component, in this case for some reason the size (height) of Capture is greater then the size of box canvas, and the result is on the screen.
I'm sorry, I can't reproduce that "bug". Even by changing the border options, the font, I can't reproduce any of this.



Subject: Re: New installer for JVCL 3 (just started)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 28 Nov 2003 19:00:25 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I don't know. Perhaps because Peter has started an InnoSetup installer
> some time ago.
Well, apparently he stopped

> Is it really faster than Pos() and Delete() ? But it would be easier to
> read the code with JvSimpleXml.
Nope, it wouldn't be faster, but I thought you were using MSXML. And using TJvSimpleXml adds an ease of use and read that I never got with Pos and Delete (not speaking of the worries of indexes...).

> The <Install> button only saves a modified JVCL.INC at the moment. So the
> whole compile, uninstall packages, install packages is not implemented
> yet. (was too late yesterday).
No worries.


> That code exists for at least one month. I had posted it in jedi.binaries
> last month. Now I have combined the two projects to one. The underlying
> unit JVCLConfiguration.pas reads the file and the comments and only
> inserts or removes the leading dot in {.$define...}. The JVCLConfig
> program was the reason why had touched the JVCL.INC some time ago, because
> some conditions had no comments or the comment at the wrong place.
Ok. Perfect then.

> Read from the register all "Update #%d" entries and return the last one.
> Then check if the hard coded needed update version is equal to the read
> value. (At the moment Delphi 5: Update #1, Delphi 6: Update #2)
Make it Update #4 for BCB6

> Yes. But without the Win9x/NT incompatibility.
What incompatibility ? If you're talking about the quotes issue, this has been fixed. If it's something else, it can be fixed too, I'm quite sure.


> This is importent if you want to update the JVCL3. Who is willing to
> select the pakages to install for every update?
Not me, but I install all of them anyway !

Cheers
Olivier



Subject: Re: New installer for JVCL 3 (just started)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Nov 2003 09:34:52 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Why wouldn't we want such a thing ?

I don't know. Perhaps because Peter has started an InnoSetup installer
some time ago.


> > Yep, would be good to use JvSimpleXml, way faster.

Is it really faster than Pos() and Delete() ? But it would be easier to
read the code with JvSimpleXml.


>> > >   - the user can select which design-time packages he wants to install
> > I suppose you are directly writing to the registry, which is fine with
> > me. Disabled Package node or else they won't get installed. BTW, replace
> > Delphi6 with CBuilder6 and everything works the same.

The <Install> button only saves a modified JVCL.INC at the moment. So the
whole compile, uninstall packages, install packages is not implemented
yet. (was too late yesterday).

>> > >   - the package selector knows about dependencies, personal/standard
>> > > editions and database packages
> > What difference do you make between the personal edition and the
> > database packages? The personal packages are made to be sure no database
> > stuff is included, so why do you need to bother about the database
> > packages?

First the database packages should not appear when you select a personal
edition target. Second just an visually effect that shows the "package"
icon in yellow for database (dcldb) dependend design-time packages.

>> > >   - (all) conditions in JVCL.INC can be visually changed before
>> > > compilation
> > Good to know. I suppose there is a small explanation to go with it. BTW,
> > are these hard coded or simply read from JVCL.INC? If that's read (which
> > I think is better), you could also get the explanation from the file.

That code exists for at least one month. I had posted it in jedi.binaries
last month. Now I have combined the two projects to one. The underlying
unit JVCLConfiguration.pas reads the file and the comments and only
inserts or removes the leading dot in {.$define...}. The JVCLConfig
program was the reason why had touched the JVCL.INC some time ago, because
some conditions had no comments or the comment at the wrong place.

>> > >   - checks if the newest Delphi / BCB update are installed
> > How do you determine that exactly ?

Read from the register all "Update #%d" entries and return the last one.
Then check if the hard coded needed update version is equal to the read
value. (At the moment Delphi 5: Update #1, Delphi 6: Update #2)

>> > >   - more than one target compilation (not implemented yet)
> > Well, not really important to me.

The JediInstaller was able to compile for more targets so the new
installer should be able to do that, too.

>> > >   - no batch files needed (except the one that compiles the installer)
>> > > (not implemented yet)
> > Why would you want to do that? After all, you would be rewriting what's
> > in the batch files, wouldn't you?

Yes. But without the Win9x/NT incompatibility.


>> > >   - the installer saves its settings in an ini file (not implemented
>> > > yet)
> > Would be good to have.

This is importent if you want to update the JVCL3. Who is willing to
select the pakages to install for every update?


> > I'd also like to have an option to clean up an existing installation.
> > And you should ensure Delphi and/or BCB are closed before even starting
> > compilation.

Ok.


> > hope this helps.

Thanks.

-- Regards, Andreas Hausladen 

Subject: Re: jvParameterList - First Version
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Nov 2003 09:06:23 +0100
Newsgroups: jedi.vcl

Thinking about it some more, maybe TTypeKind isn't the best enumeration to
use since it doesn't differentiate between some of the types one would want
to use, like TDate, TTime, TDateTime (all are treated as tkFloat). Better to
define one's own enumeration. For example:

TJvParamType = (ptBoolean, ptChar, ptString, ptStrings, ptList, ptInteger,
ptCurrency, ptDate, ptTime, ...);

Another approach might be to use typeinfo() to extract the exact type as is
done in RegisterPropertyEditor et al, i.e

RegisterParamControl(typeinfo(TDate), TParamDatePicker));
RegisterParamControl(typeinfo(TTime), TParamTimePicker));
....


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvParameterList - First Version
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Nov 2003 08:51:44 +0100
Newsgroups: jedi.vcl

I've just had my first deeper look at it and the idea is nice. I would
implement it differently though. Instead of having parameter classes with
built in control knowledge, I'd use the TTypeKind enumeration from TypInfo
as the base for the different types (not all types migt be supported). I
would then declare a simple interface that all parameter controls must
implement, something like this (off the top of my head, now):

  IParamControl = interface
    procedure SetBounds(Left, Top, Width, Bottom:integer);
    procedure SetReadOnly(Value:boolean);
    procedure SetEnabled(Value:boolean);
    procedure SetVisible(Value:boolean);
    // add more here...
    property Value:Variant;
    property Items:array of Variant;
  end;

The parameter class would then look something like this:

TParameter = class(TSomething)
    property TypeKind:TTypeKind; // this is the property that determines the
type of control to use
    property Min:Variant;
    property Max:Variant;
    property Default:Variant;
    property Required:boolean;
    // add more here...

    property Caption:string; // the "label" for the control

    property Value:Variant;  // the actual value
    property Items:array of Variant;
end;


Finally, I would have a registration procedure where you tell the "engine"
which control handles a specific type, like this:

procedure RegisterParamControl(TypeKind:TTypeKind;
AControlClass:TControlClass);

Now, to create the dialog, the engine walks the list of parameters, finds
the param type and the associated TControlClass, creates an instance of the
control and adds it to the dialog, adjusting size, setting properties and
values etc. When the user is finished with the dialog and tries to close it,
the engine checks that are values are within limits, Required values are set
etc and updates the parameters with the new values if everything is OK.


The final piece of work would be to add the IParamControl interface to some
controls that you would like to use with the engine.

Let's say TEdit for example:

TParamEdit = class(TEdit)
    procedure ParamSetBounds(Left, Top, Width, Bottom:integer);
    procedure ParamSetReadOnly(Value:boolean);
    procedure ParamSetEnabled(Value:boolean);
    procedure ParamSetVisible(Value:boolean);
....
end;

procedure TParamEdit.ParamSetVisible(Value:boolean);
begin
  Visible := Value;
end;

procedure TParamEdit.ParamSetReadOnly(Value:boolean);
begin
  ReadOnly := Value;
end;

// etc

....and registering it:

initialization
  RegisterParamControl(tkString, TParamEdit);
  RegisterParamControl(tkWString, TParamEdit);
  RegisterParamControl(tkLString, TParamEdit);


The benefit of this approach is that you can change the actual control used
without touching the engine - just implement the interface against an
existing control and register it (new registration replaces old). The
drawback is that you can't have more than one control handling the same data
type although I think most users wouldn't want to anyway.

Just my 2c's

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 28 Nov 2003 10:41:26 +0300
Newsgroups: jedi.vcl

OBones wrote:

> Vladimir Zhuchko wrote:
>
>> May be the problem is connected with the my screen mode 1600x1200x32, Large Fonts.
>> After opening of the application, the saved state of the JVgGroupBox is collapsed, and bottom side of the box is upper the bottom side of the caption and bottom side of the box isn't visible, I'll try to put jpg image.
>
> Ok, that was an omission on my refactored code.
> I've just committed a new version that should fix the problem (revision 1.8).
>
No, not solved yet.
Can be see in design mode (see j.binaries) and also in the run mode,
when in design mode box not collapsed but collapsed state gotten from FormStorage component, in this case for some reason the size (height) of Capture is greater then the size of box canvas, and the result is on the screen.



Subject: Re: New installer for JVCL 3 (just started)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Nov 2003 08:31:43 +0100
Newsgroups: jedi.vcl

I think it's a great idea. I started on an InnoSetup script but never got it
finished (lost interest, actually). Maybe take a look at the Jedi Installer
for some ideas but otherwise, knock yourself out!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New installer for JVCL 3 (just started)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 28 Nov 2003 10:12:07 +1000
Newsgroups: jedi.vcl

I haven't looked at the installer (yet), but here are my comments.

> I have started to write a new installer for JVCL 3. (see jedi.binaries) At
> the moment it cannot install anything. The reason why I post the current
> snapshot to jedi.binaries is that I don't know if you want such an
> installer.
Why wouldn't we want such a thing ?

> Features:
>   - reads the xml files (at the moment without JvSimpleXml.pas)
Yep, would be good to use JvSimpleXml, way faster.

>   - the user can select which design-time packages he wants to install
I suppose you are directly writing to the registry, which is fine with me. But beware that you have to remove the JVCL packages from the Disabled Package node or else they won't get installed. BTW, replace Delphi6 with CBuilder6 and everything works the same.

>   - the package selector knows about dependencies, personal/standard
> editions and database packages
What difference do you make between the personal edition and the database packages? The personal packages are made to be sure no database stuff is included, so why do you need to bother about the database packages?

>   - (all) conditions in JVCL.INC can be visually changed before
> compilation
Good to know. I suppose there is a small explanation to go with it. BTW, are these hard coded or simply read from JVCL.INC? If that's read (which I think is better), you could also get the explanation from the file.

>   - checks if the newest Delphi / BCB update are installed
How do you determine that exactly ?

>   - more than one target compilation (not implemented yet)
Well, not really important to me.

>   - no batch files needed (except the one that compiles the installer)
> (not implemented yet)
Why would you want to do that? After all, you would be rewriting what's in the batch files, wouldn't you?

>   - the installer saves its settings in an ini file (not implemented yet)
Would be good to have.

I'd also like to have an option to clean up an existing installation. And you should ensure Delphi and/or BCB are closed before even starting compilation.

hope this helps.
Cheers

Olivier Sannier
JVCL Developer



Subject: New installer for JVCL 3 (just started)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 28 Nov 2003 00:45:13 +0100
Newsgroups: jedi.vcl

I have started to write a new installer for JVCL 3. (see jedi.binaries) At
the moment it cannot install anything. The reason why I post the current
snapshot to jedi.binaries is that I don't know if you want such an
installer.

Features:
  - reads the xml files (at the moment without JvSimpleXml.pas)
  - the user can select which design-time packages he wants to install
  - the package selector knows about dependencies, personal/standard
editions and database packages
  - (all) conditions in JVCL.INC can be visually changed before
compilation
  - checks if the newest Delphi / BCB update are installed
  - more than one target compilation (not implemented yet)
  - no batch files needed (except the one that compiles the installer)
(not implemented yet)
  - the installer saves its settings in an ini file (not implemented yet)


-- Regards, Andreas Hausladen 

Subject: Re: jvParameterList - First Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 28 Nov 2003 00:33:27 +0100
Newsgroups: jedi.vcl

No Problem,

i had discussed it a little bit some days before. See my post "New Component Idea" from 11. Nov. 2003.

The ParameterList is a component i have written long time ago. It gives you the possibility to create a list of parameters which can shown in a dynamic created dialog.

The sample shows it in a first simple way.

I had created a lot of dynamic dialogs in my oratool, and i like it :-)

Did you need more infos? Yes => Ask :-))

Greetings
Jens

OBones wrote:

> Marcel Bestebroer wrote:
>
>>     In my case it's more like "No Further comments => not looked at" ;-)
>> Can't speak for others though, so maybe your line is closer to the truth.
>
> Well, in my case, it's "Not looked at" because I don't even know what's all the fuss about...
> Any explanation would help...
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: jvParameterList - First Version
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 28 Nov 2003 09:00:03 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     In my case it's more like "No Further comments => not looked at" ;-)
> Can't speak for others though, so maybe your line is closer to the truth.
Well, in my case, it's "Not looked at" because I don't even know what's all the fuss about...
Any explanation would help...



Subject: Re: last jvcl3 compilation using makebcb6.bat is not working
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 28 Nov 2003 08:58:59 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The sourceforge CVS server for anonymous access is nomore the 24h behind
> backup server.
>
> FILE: Build status.html 1.12 >>8 hours<< obones Verified for D6 and BCB6

Yeah, it seems it's getting better nowadays.
Anyway, for the command line compilation to work, one has to update all the batch files, not just the one for their target...



Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 28 Nov 2003 08:10:40 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> May be the problem is connected with the my screen mode 1600x1200x32, Large Fonts.
> After opening of the application, the saved state of the JVgGroupBox is collapsed, and bottom side of the box is upper the bottom side of the caption and bottom side of the box isn't visible, I'll try to put jpg image.
Ok, that was an omission on my refactored code.
I've just committed a new version that should fix the problem (revision 1.8).



Subject: Re: IFDEFs in JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 Nov 2003 19:57:36 +0100
Newsgroups: jedi.vcl

> > We obviously should include the FIREBIRD/IB INC file in the JVCL.
You'll have to ask Henri Gourvest about merging the JvUIB.INC file since we
promised him when we accepted UIB that current UIB users should be able to
use UIB without having to get the JVCL (Henri has a separate download on his
homepage for this).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: last jvcl3 compilation using makebcb6.bat is not working
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 27 Nov 2003 18:26:41 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > If you want to have the very last versions, you need to have developer
> > access to the CVS repository.  Else, everything is at least 24hours late.

The sourceforge CVS server for anonymous access is nomore the 24h behind
backup server.

FILE: Build status.html 1.12 >>8 hours<< obones Verified for D6 and BCB6


-- Regards, Andreas Hausladen 

Subject: Re: IFDEFs in JVCL
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 27 Nov 2003 17:28:25 +0100
Newsgroups: jedi.vcl

Hi,

Robert Marquardt wrote:

> I checked the JVCL for IFDEFs not in JEDI.INC or JVCL.INC.
> We obviously should include the FIREBIRD/IB INC file in the JVCL.
> Most of the other IFDEFs should be removed.
> Some should be made official and documented in JVCL.INC (namely FPC).

There is a FPC symbol used in JCL and related defines are in jcl.inc.
These probably should be moved to jedi.inc then.



Subject: IFDEFs in JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Nov 2003 16:37:27 +0100
Newsgroups: jedi.vcl

I checked the JVCL for IFDEFs not in JEDI.INC or JVCL.INC.
We obviously should include the FIREBIRD/IB INC file in the JVCL.
Most of the other IFDEFs should be removed.
Some should be made official and documented in JVCL.INC (namely FPC).

Here is the list:

{$IFNDEF DEBUG}
{$IFNDEF FB15_UP}
{$IFNDEF FIREBIRD}
{$IFNDEF FB15_UP}
{$IFNDEF FPC}
{$IFNDEF PC_MAPPED_EXCEPTIONS}
{$IFNDEF POLESPIN}
{$IFNDEF RA_QR2}
{$IFNDEF RICHEDIT_VER_10}
{$IFNDEF T2H}
{$IFNDEF TIMEBLOCKS}
{$IFNDEF UIBNOCOMPONENT}
{$IFNDEF USEJVCL}
{$IFNDEF USE_FOUR_DIGIT_YEAR}

{$IFDEF  ISC_INT64_DEFINED}
{$IFDEF COMPILER_6UP}
{$IFDEF DEBUG}
{$IFDEF DEFAULT_POPUP_CALENDAR}
{$IFDEF Debug}
{$IFDEF FB102ORYF867}
{$IFDEF FB102_UP}
{$IFDEF FB102}
{$IFDEF FB103_UP}
{$IFDEF FB103}
{$IFDEF FB15ORYF867}
{$IFDEF FB15_UP}
{$IFDEF FB15}
{$IFDEF FBEMBED}
{$IFDEF FPC}
{$IFDEF FR_RUS}
{$IFDEF GL_CAPT_BUTTONS}
{$IFDEF GL_RUS}
{$IFDEF HL_NOT_QUITE_C}
{$IFDEF IB601}
{$IFDEF IB602}
{$IFDEF IB65ORYF867}
{$IFDEF IB65_UP}
{$IFDEF IB65}
{$IFDEF IB71_UP}
{$IFDEF IB71}
{$IFDEF IB7ORFB15}
{$IFDEF IB7_UP}
{$IFDEF IB7}
{$IFDEF INTERBASEORFIREBIRD}
{$IFDEF JVCAPTIONPANEL_STD_BEHAVE}
{$IFDEF JV_MIDAS}
{$IFDEF JvInterpreter_DEBUG}
{$IFDEF JvInterpreter_OLEAUTO}
{$IFDEF POLESPIN}
{$IFDEF RA_QR3H}
{$IFDEF READONLY}
{$IFDEF RUSSIAN}
{$IFDEF SET_TCP_NO_DELAY}
{$IFDEF STANDALONE}
{$IFDEF TABINFO}
{$IFDEF TIMEBLOCKS}
{$IFDEF TYPE_IDENTITY}
{$IFDEF UIBLANG_CZ}
{$IFDEF UIBLANG_DE}
{$IFDEF UIBLANG_EN}
{$IFDEF UIBLANG_FR}
{$IFDEF UIBNOCOMPONENT}
{$IFDEF UIBTHREADSAFE}
{$IFDEF USEJVCL}
{$IFDEF USE_DXGETTEXT}
{$IFDEF USE_FOUR_DIGIT_YEAR}
{$IFDEF USE_IBASE_H}
{$IFDEF USE_IBERROR_H}
{$IFDEF USE_Jv_GIF}
{$IFDEF USE_SCANLINE}
{$IFDEF UseJVCL}
{$IFDEF ViewList_UseFinder}
{$IFDEF YF867_UP}
{$IFDEF YF867}
{$IFDEF glDEBUG}
{.$IFDEF FB15_UP}



Subject: Re: jvParameterList - First Version
From: "Jens" <jens.fudickar@oratool.de>
Date: Thu, 27 Nov 2003 13:51:16 +0000
Newsgroups: jedi.vcl

I think you are right :-(

I did not know what i would prefer. I like "Everything ok" :-) But if "not
looked at" is true, then i hope that will be changed by someone :-)

Greetings
Jens

> >
> > JF> No Further comments => Everything ok :-)
> >
> >    In my case it's more like "No Further comments => not looked at" ;-)
> >Can't speak for others though, so maybe your line is closer to the truth.
> >
> >--
> >Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> >Project JEDI Help coordinator
> >JVCL Help team coordinator
> >
> >To mail me, remove the obvious from my mail address
> >
> >Foobar2000 now playing: "What Fun" by The right side won.
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 27 Nov 2003 16:00:00 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir Zhuchko wrote:
>
>> Vladimir Zhuchko wrote:
>> I tested it, now is better, but there is a small issue, after start the bottom side of caption isn't visible, see j.binaries.
>
>
> I'm sorry, but I can't see a problem there on my PC. Please do a screen copy, save it in png, and post it in binaries. A detailed description of the problem in that newsgroup would be appreciated too.
>
May be the problem is connected with the my screen mode 1600x1200x32, Large Fonts.
After opening of the application, the saved state of the JVgGroupBox is collapsed, and bottom side of the box is upper the bottom side of the caption and bottom side of the box isn't visible, I'll try to put jpg image.



Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 27 Nov 2003 22:40:24 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Vladimir Zhuchko wrote:
> I tested it, now is better, but there is a small issue, after start the bottom side of caption isn't visible, see j.binaries.

I'm sorry, but I can't see a problem there on my PC. Please do a screen copy, save it in png, and post it in binaries. A detailed description of the problem in that newsgroup would be appreciated too.



Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 27 Nov 2003 15:04:05 +0300
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
I tested it, now is better, but there is a small issue, after start the bottom side of caption isn't visible, see j.binaries.

> OBones wrote:
>
>> Vladimir Zhuchko wrote:
>>
>>> But this has to work with TJvFormStorage 8-)))
>>
>>
>> The fix has just been committed.
>> However, this may not work with Delphi 7 because of the overrident property setter. Could someone with Delphi 7 installed verify ?
>>
> Thanks, I'll test in BCB6
>



Subject: Re: jvParameterList - First Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 27 Nov 2003 12:54:51 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 27 Nov 2003 00:59:45 +0100:

 JF> No Further comments => Everything ok :-)

    In my case it's more like "No Further comments => not looked at" ;-)
Can't speak for others though, so maybe your line is closer to the truth.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "What Fun" by The right side won.




Subject: Re: last jvcl3 compilation using makebcb6.bat is not working
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 27 Nov 2003 21:46:22 +1000
Newsgroups: jedi.vcl

We already told you to WAIT, this has been fixed.
If you want to have the very last versions, you need to have developer access to the CVS repository.
Else, everything is at least 24hours late.
The fix can be detected by the use of NoQuotes in MakeBCB.bat



Subject: last jvcl3 compilation using makebcb6.bat is not working
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 27 Nov 2003 14:43:34 +0300
Newsgroups: jedi.vcl

There are two problem for the latest JVCL3 CVS versions:
1. again isn't compiling Bpg2Make.exe
2. within Makebcb6.bat the line %BCBDIR% in my case is

if %BCBDIR%!==! SET BCBDIR=D:\CBuild6

The next line

MakeBCB "BCB6 Packages" Bcb6 "%BCBDIR%"

is not working and I have to change it to

MakeBCB "BCB6 Packages" Bcb6 %BCBDIR%
to work fine.




Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 27 Nov 2003 14:28:56 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir Zhuchko wrote:
>
>> But this has to work with TJvFormStorage 8-)))
>
> The fix has just been committed.
> However, this may not work with Delphi 7 because of the overrident property setter. Could someone with Delphi 7 installed verify ?
>
Thanks, I'll test in BCB6



Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 27 Nov 2003 20:04:16 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> But this has to work with TJvFormStorage 8-)))
The fix has just been committed.
However, this may not work with Delphi 7 because of the overrident property setter. Could someone with Delphi 7 installed verify ?



Subject: Re: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 27 Nov 2003 12:14:18 +0300
Newsgroups: jedi.vcl

OBones wrote:
> This bug also happens in Delphi but it's only because you use a TJvFormStorage to save the collapsed state of the TJvgGroupBox.
> I'll have a look to see if I can fix that bug.
>
But this has to work with TJvFormStorage 8-)))



Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 27 Nov 2003 19:00:15 +1000
Newsgroups: jedi.vcl

This bug also happens in Delphi but it's only because you use a TJvFormStorage to save the collapsed state of the TJvgGroupBox.
I'll have a look to see if I can fix that bug.



Subject: Re: jvParameterList - First Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 27 Nov 2003 00:59:45 +0100
Newsgroups: jedi.vcl

No Further comments => Everything ok :-)


Please give me some short comments before i include to much work to finalize unfine ways .

Greetings
Jens


Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Wed, 26 Nov 2003 00:47:08 +0100:
>
>  JF> P.S: To Marcel : First use of tJvPropertyStore :-)
>
>     It's about time <g>
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quiet 'cause Foobar2000 is not active.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: new TJvgGroupBox bug + BCB6
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 27 Nov 2003 09:18:27 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> See my message in the j.binaries about new bug
>
I'll have a look, but in the future, could you please post the explanation here and only the zip file in binaries ?
That would allow me not to have to download the big message just to see the bug description.



Subject: Open Bugs
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 26 Nov 2003 16:12:40 +0100
Newsgroups: jedi.vcl

I have 2 reports open in Mantis. (Reporter: fbc)
#1098 This problem has disappered
#1117 Request has been turned down by Peter :-)

Will someone please close these two ?

Regards
Flemming




Subject: new TJvgGroupBox bug + BCB6
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 26 Nov 2003 16:32:59 +0300
Newsgroups: jedi.vcl

See my message in the j.binaries about new bug



Subject: Re: Problem with unit JvMouseTimer
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 26 Nov 2003 12:16:20 +0000
Newsgroups: jedi.vcl

Sorry, you are right :-)

> >Here's the whole procedure:
> >
> >procedure TJvMouseTimer.TimerTick(Sender: TObject);
> >var
> >  Pt: TPoint;
> >  R: TRect;
> >begin
> >  try
> >    { control may have been destroyed, so operations on it may crash.
> >      trap that and detach the control on exception. }
> >    if FCurrentControl = nil then
> >      FTimer.Enabled := False // paranoia
> >    else
> >    begin
> >      GetCursorPos(Pt);
> >      R := FCurrentControl.BoundsRect;
> >      if Assigned(FCurrentControl.Parent) then
> >        MapWindowPoints(FCurrentControl.Parent.Handle, HWND_DESKTOP, R, 2);
> >      if not PtInRect(R, Pt) then
> >        FCurrentControl.Perform(CM_MOUSELEAVE, 0, 0);
> >    end;
> >  except
> >    Detach(FCurrentControl);
> >  end;
> >end;
> >
> >As you can see, it first checks for FCurrentControl = nil and also protects
> >the whole thing in a try/except in case the control has been destroyed but
> >FCurrentControl <> nil. In this case, you get an AV in Delphi (if "Stop on
> >Exceptions" is checked) but not when you run the program stand alone. If you
> >get the AV even when running stand alone, the problem lies elsewhere.
> >
> > -- 
> >Regards,
> >
> >Peter Thornqvist (JVCL Coordinator)
> >http://jvcl.sourceforge.net
> >
> >
> >



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: TJvLookout
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Nov 2003 11:50:03 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Of course, you must first check that the new index >= 0 and < Count!

Better add a check and reset to 0 for Index <= 0  and to Count-1 for Index >= Count.



Subject: Re: help with jvinspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 26 Nov 2003 20:49:29 +1000
Newsgroups: jedi.vcl

OBones wrote:

> OBones wrote:
>
>>> You must undot the {.$DEFINE DelphiPersonalEdition} in
>>> $(JVCL)\common\JVCL.INC
>>
>>
>>
>> He shouldn't have to if he is using the D5s project group file.
>>
> Ok, this would be true if the packages were generated correctly.
> I'm fixing them right now.
>
This is now done and commited.



Subject: Re: TJvLookout
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Nov 2003 11:32:38 +0100
Newsgroups: jedi.vcl

Not a stupid question at all. The simple answer is that there isn't an easy
way to do that. You could try
JvLookOut1.Pages[SomeIndex].BringToFront/JvLookOut1.Pages[SomeIndex].SendToB
ack followed by JvLookOut1.Invalidate, but I don't know if that will mess up
something else (like the scroll buttons) 'cause I haven't tested.

TJvOutlookbar is easier, just change the page's index, like this:

JvOutlookBar1.Pages[SomeIndex].Index := SomeNewIndex;

You can do the same with the buttons in TJvOutlookBar. That's how the design
editor does it, BTW.

Of course, you must first check that the new index >= 0 and < Count!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvLookout
From: "JEDI" <johan@olrac.com>
Date: Wed, 26 Nov 2003 12:09:40 +0200
Newsgroups: jedi.vcl

g'day
Maybe a stupid question, but how do i move the JvLookoutPages around in a
JvLookout?

Thanx

-- Johan van Wijk 

Subject: Re: is TRGBQuad declared correctly?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Nov 2003 10:42:21 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I think it must look like this:
>
> TRGBQuad = packed record
>   rgbBlue: Byte;
>   rgbGreen: Byte;
>   rgbRed: Byte;
>   rgbAlpha: Byte;
> end;

This is what i thought also.
I will change it today.

I currently rework TJvPaintFX to use the new PRGBArray which will make the functions resistant to pf24bit = pf32bit (VisualCLX).
I think the whole file will end up as functions in the JCL.



Subject: Re: help with jvinspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 26 Nov 2003 19:39:29 +1000
Newsgroups: jedi.vcl

OBones wrote:

>> You must undot the {.$DEFINE DelphiPersonalEdition} in
>> $(JVCL)\common\JVCL.INC
>
>
> He shouldn't have to if he is using the D5s project group file.
>
Ok, this would be true if the packages were generated correctly.
I'm fixing them right now.



Subject: Re: Problem with unit JvMouseTimer
From: "Jens" <jens.fudickar@oratool.de>
Date: Wed, 26 Nov 2003 09:30:48 +0000
Newsgroups: jedi.vcl

> >Jens Fudickar wrote:
> >
>> >> procedure TJvMouseTimer.TimerTick(Sender: TObject);
>> >> ...
>> >>       if not PtInRect(R, Pt) then
>> >>         FCurrentControl.Perform(CM_MOUSELEAVE, 0, 0); // AV
>> >> 
> >What's the value of FCurrentControl ?
> >I guess it's nil, hence the AV...
> >
I think so, because the dialog is closed, and so all controls should be freed.



--- posted by geoForum on http://delphi.newswhat.com


Subject: Re: help with jvinspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 26 Nov 2003 19:25:23 +1000
Newsgroups: jedi.vcl

> You must undot the {.$DEFINE DelphiPersonalEdition} in
> $(JVCL)\common\JVCL.INC

He shouldn't have to if he is using the D5s project group file.



Subject: Re: Problem with unit JvMouseTimer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Nov 2003 10:21:57 +0100
Newsgroups: jedi.vcl

Here's the whole procedure:

procedure TJvMouseTimer.TimerTick(Sender: TObject);
var
  Pt: TPoint;
  R: TRect;
begin
  try
    { control may have been destroyed, so operations on it may crash.
      trap that and detach the control on exception. }
    if FCurrentControl = nil then
      FTimer.Enabled := False // paranoia
    else
    begin
      GetCursorPos(Pt);
      R := FCurrentControl.BoundsRect;
      if Assigned(FCurrentControl.Parent) then
        MapWindowPoints(FCurrentControl.Parent.Handle, HWND_DESKTOP, R, 2);
      if not PtInRect(R, Pt) then
        FCurrentControl.Perform(CM_MOUSELEAVE, 0, 0);
    end;
  except
    Detach(FCurrentControl);
  end;
end;

As you can see, it first checks for FCurrentControl = nil and also protects
the whole thing in a try/except in case the control has been destroyed but
FCurrentControl <> nil. In this case, you get an AV in Delphi (if "Stop on
Exceptions" is checked) but not when you run the program stand alone. If you
get the AV even when running stand alone, the problem lies elsewhere.

 -- 
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: jvParameterList - First Version
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 26 Nov 2003 10:02:55 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Wed, 26 Nov 2003 00:47:08 +0100:

 JF> P.S: To Marcel : First use of tJvPropertyStore :-)

    It's about time <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: help with jvinspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 26 Nov 2003 09:36:10 +0100
Newsgroups: jedi.vcl

Kathire wrote:

> > 2)I think there is some issue with the TjvSpeedButton component
> > funtion like 
> > 
> > function TJvSpeedButtonActionLink.IsGroupIndexLinked: Boolean;
> > procedure TJvSpeedButtonActionLink.SetChecked(Value: Boolean);
> >  etc are complaining. I just commented an proceed, because I dont use
> > jvspeedbutton in my project.

I fixed this yesterday but the daily build tool was faster.

> > 3)JvInterpreter package failed to compile because it got refrence to
> > BDE package.

You must undot the {.$DEFINE DelphiPersonalEdition} in
$(JVCL)\common\JVCL.INC


-- Regards, Andreas Hausladen 

Subject: Re: is TRGBQuad declared correctly?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 26 Nov 2003 09:31:53 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > We have a VisualCLX version of TRGBQuad in JvTypes.pas which differs
> > from the Windows version. Is this intentionally?

I think it must look like this:

TRGBQuad = packed record
  rgbBlue: Byte;
  rgbGreen: Byte;
  rgbRed: Byte;
  rgbAlpha: Byte;
end;


-- Regards, Andreas Hausladen (http://www.kylix-patch.de.vu VisualCLX and Kylix patches) 

Subject: Re: help with jvinspector
From: "Kathire" <kathire-has-no-email@email-server.com>
Date: Wed, 26 Nov 2003 08:22:26 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
Thanks for the advice. I updated and rebuilt all the libraries, I'l let
the group know if I still have the problem.

I want to mention couple of other things wrt Delphi 5 Standard 

1)The source code taken from the cvs is in unix format so I need to
convertit to dos before loading it to the IDE.

2)I think there is some issue with the TjvSpeedButton component
funtion like 

function TJvSpeedButtonActionLink.IsGroupIndexLinked: Boolean;
procedure TJvSpeedButtonActionLink.SetChecked(Value: Boolean);
 etc are complaining. I just commented an proceed, because I dont use
jvspeedbutton in my project.

3)JvInterpreter package failed to compile because it got refrence to
BDE package.


Hope this will be solved before the final release of the jvcl 3.0


-regards,
G Kathire





Subject: is TRGBQuad declared correctly?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Nov 2003 09:06:17 +0100
Newsgroups: jedi.vcl

We have a VisualCLX version of TRGBQuad in JvTypes.pas which differs from the Windows version. Is this intentionally?



Subject: Re: help with jvinspector
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 26 Nov 2003 14:42:58 +1000
Newsgroups: jedi.vcl

Kathire wrote:

> Hi,
> I''m working on a Opensource wxWindows framework form designer and I'm
> using JvInspector for changing different properties. I'm using the
> latest jcl (nov release) with the latest stable jvcl (with Delphi 5.0
> standard );
Your problem is most likely there. The latest stable JVCL (version 2.1) was built with version 1.22 of the JCL
If you want to use the latest version of the JCL (1.9, november release), you need to use the JVCL 3 preview that you can get here:
http://jvcl.sf.net/daily/

Please take the very latest, we only officially moved to JCL 1.9 yesterday.



Subject: help with jvinspector
From: "Kathire" <kathire-has-no-email@email-server.com>
Date: Wed, 26 Nov 2003 03:16:37 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,
I''m working on a Opensource wxWindows framework form designer and I'm
using JvInspector for changing different properties. I'm using the
latest jcl (nov release) with the latest stable jvcl (with Delphi 5.0
standard ); it seems jvinspector is causing the software (almost 10% of
the time) to abort abruptly when I click on some inspector item. I had
this problem quite a lot when I used the XP Theme component (more than
30-40% of the time).
Does anyone working on the jvinspector update ? Please let me know. You
can download the designer binary from

http://www-ec.njit.edu/~grk4352/wxdlg/wxdesigner003.zip

if you are interested in the development, please send an email to
grk4352 @ njit . edu to get the source.

I'm also having tough time to create property editor for listview,
treeview and the Timage. Any help with this is greatly appreciated.

-regards,
G Kathire


Subject: Re: External Exception with TjvCreateProcess
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 26 Nov 2003 03:20:47 +0100
Newsgroups: jedi.vcl

Jason Chapman (JAC2) wrote:

> When .run it in my code or the example the target application runs, but I
> get an external Exception C000000008.
>
> I have just started trying to use the component. V2.

There was a bug in the component, see

http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=490

All JVCL2 versions of JvSysComp.pas are available via:

http://cvs.sourceforge.net/viewcvs.py/jvcl/jvcl/source/JvSysComp.pas

I think you have v1.6.
v1.7 fixes a serious bug.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: External Exception with TjvCreateProcess
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Wed, 26 Nov 2003 02:19:21 -0000
Newsgroups: jedi.vcl

Sorry 6x0's not 8, i.e. C0000008.  Searched google and found that you get
this exception when debugging stuff in NT (I'm using XP).  Is there a
workaround / fix?

I'm concerned that code is not getting executed due to the expectation.

Cheers,

JAC.
"Jason Chapman (JAC2)" <jason@jac2.co.uk> wrote in message
news:bq1122$6pj$1@talkto.net...
> > When .run it in my code or the example the target application runs, but I
> > get an external Exception C000000008.
> >
> > I have just started trying to use the component. V2.
> >
> > Any clues,
> >
> > Cheers.
> >
> > JAC.
> >
> >




Subject: External Exception with TjvCreateProcess
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Wed, 26 Nov 2003 02:02:57 -0000
Newsgroups: jedi.vcl

When .run it in my code or the example the target application runs, but I
get an external Exception C000000008.

I have just started trying to use the component. V2.

Any clues,

Cheers.

JAC.




Subject: Re: What happened to my batch files?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 26 Nov 2003 11:51:25 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Andreas Hausladen wrote:
>
>> It seems that we need another devtool (the first part of a new installer?)
>
>
> How can you compile that tool, if you can't call make ;)
>
Well, I guess we would have to ship it precompiled with the JVCL. The JCL does that with want.exe by the way.
And nothing prevents us from giving the source anyway. Here is an attempt:

program NoQuotes;

uses SysUtils;

procedure usage;
begin
  writeln("NoQuotes EnvVar Value");
end;

var
  F : textfile;
  EnvVar : string;
  Value : string;

begin
  if ParamCount <> 2 then
    usage
  else
  begin
    EnvVar := ParamStr(1);
    Value := ParamStr(2);
    if Value[1] = '"' then
      Value := Copy(Value, 2, Length(Value));

    if Value[Length(Value)] = '"' then
      Value := Copy(Value, 1, Length(Value)-1);

    AssignFile(F, "NoQuotesBatch.bat");
    Rewrite(F);
    Write(F, "SET ");
    Write(F, EnvVar);
    Write(F, "=");
    Write(F, Value);
    CloseFile(F);
  end;
end.


And then in the MakeBCB.bat (for instance), we do that:

...\devtools\bin\NoQuotes ROOT %1
Call NoQuotesBatch.bat
Del /f NoQuotesBatch.bat

The exe file should be relatively small and that's the only clean way to fix that problem.
There might be another solution, but it's rather dirty.
When using the quotes, make.exe complains about not knowing how to build \bin\make.exe
The solution consists in adding lines like that in devtools\makefile.mak:

\bin\make.exe: makefile.mak
    echo.

That forces the \bin\make.exe target to exist and does nothing for it.
Then comes the problem with the makefile generated from the group file.
It's useless to use the same trick here, it won't work because the generated makefile isn't called makefile.mak. And I'm not quite sure how to solve that one.
That's why I'd rather ship the small NoQuotes.exe with the JVCL.
Or alternatively, we could test for its existence and output a message asking the user to build it if it doesn't exists. However, this requires to have two sources, one for BCB, one for Delphi as not everyone has both environments installed.
Or as Andreas suggested, call dcc32.exe directly, without specifying any path information in front of it. After all, we can modify the PATH environment variable to contain %ROOT%\bin and that should do the trick.
Yeah, I think I'll go for that last solution.
I'll do that tonight after work. If anyone has any comment in between, please come forward.

Cheers

Olivier



Subject: Re: Problem with unit JvMouseTimer
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 26 Nov 2003 10:39:13 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> procedure TJvMouseTimer.TimerTick(Sender: TObject);
> ...
>       if not PtInRect(R, Pt) then
>         FCurrentControl.Perform(CM_MOUSELEAVE, 0, 0); // AV
>
What's the value of FCurrentControl ?
I guess it's nil, hence the AV...



Subject: Re: Use arrow keys to traverse JvPageControl tabsheets
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 25 Nov 2003 18:02:08 -0600
Newsgroups: jedi.vcl

Peter,

What I failed to recognize in my program (as I am so used to using the mouse
but, then again, I realize that many users still prefer using the keyboard,
hence my post) is that when the tabs have focus, I can use the arrow keys to
change pages as long as I hit the Return (enter key) when on a particular
tab. Boy, I would have flunked my own useability test on this one! I guess
that's what happens when you're accustomed to using the mouse.

Regards,
Marty


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bq0lh2$m2t$1@talkto.net...
> > There isn't any good method to do that because the only time you can use
the
> > arrow keys to move among the tabs, is when the tabs have focus. If you
> > automaticall move focus from the tabs to the sheet or a control on the
> > sheet, you'll have to Shift+TAB back to the tab to continue paginf with
the
> > arrow keys. In short, changing the focus when the tab changes, will
prevent
> > the use of the arrow keys.
> >
> > If you still want to try it, you could do one of the following in
> > PageControl.OnChange:
> >
> >   PostMessage(Handle,WM_NEXTDLGCTL,0,0);
> > or
> >   JvPageControl1.ActivePage.SetFocus;
> >
> >
> > BTW, the Borland implementation handles the TAB key specially for
tabsheets
> > (arrow keys are handled by the underlying MS control, AFAIK), see the
> > CMDialogKey code in ComCtrls for details.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Problem with unit JvMouseTimer
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Nov 2003 01:00:17 +0100
Newsgroups: jedi.vcl

Hi,

in my new component-example i've got a problem with the unit JvMouseTimer (For me it's reproducable in the ide).

Activate one of the dialogs, position the mouse over one of the edit-fields and the press "Escape".

An AV is raised in Line 138

procedure TJvMouseTimer.TimerTick(Sender: TObject);
....
      if not PtInRect(R, Pt) then
        FCurrentControl.Perform(CM_MOUSELEAVE, 0, 0); // AV

Any Ideas?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: jvParameterList - First Version
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 26 Nov 2003 00:47:08 +0100
Newsgroups: jedi.vcl

Hi,

i've uploaded a first Version of my JvParameterList-Components.

Please have a look on it. The component didn't need any packages in this moment so you can directly try the sample.

If you don't have the "Developer Express Quantum Grid 4" deactive the option in the demo-main-form and ignore the missing components.

The component has included the most base functions (not for all engines) and seems to work basicly.

Now i'm waiting for your comments if the design is ok (and what ever else you want to comment :-)


Greetings
Jens

P.S: To Marcel : First use of tJvPropertyStore :-)
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: [BCB] Move to JCL 1.9
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 26 Nov 2003 09:25:05 +1000
Newsgroups: jedi.vcl

OBones wrote:

> I don't get it, it's getting late, so I'll have a closer look tomorrow.
Ok.
Sorry for the burden, the problem never was an AV.
It was because a while ago, I had installed a French version of Delphi. I removed it but apparently, the French BPL were still in the system directory. As I installed a US version, those French BPL never got updated, but still got used by Delphi AND C++ Builder (yes both)
So of course, when an error occured, it was getting the message from the French BPL (because my system's in French) and as they never got updated, the messages were not in the same place anymore.
I did uninstall and reinstall Delphi and BCB two days ago, but that didn't change a thing, those French BPL stayed. So I deleted them myself, good old violent Maj+Suppr.
I rebuild JvHMI-R and JvHMI-D and at last got a valid error message:
JvHMI-R needs to require JvStdCtrls-R

Yep, you read well, at least for BCB, JvStdCtrls-R is required. Maybe someone should check for Delphi as well...



Subject: Re: What happened to my batch files?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 25 Nov 2003 23:54:21 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Why call make? Just call dcc32.exe to compile it. The tool should compile
> with D5,D6 and D7 (BCB 5 and 6 have dcc32.exe) and must not depend on
> JVCL/JCL.

If the user starts the Make??.bat, he has to specify the base directory of his delphi version. This because there may be more than 1 delphi version and (but I don't know for sure whether this was a design consideration, hence the ;)) because the $(DELPHI)\bin directory may not be in his PATH.

If the last case is true than you can't call make if the user calls for example:

MakeD7 "C:\Program Files\Borland\Delphi7"

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Use arrow keys to traverse JvPageControl tabsheets
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 Nov 2003 23:46:37 +0100
Newsgroups: jedi.vcl

There isn't any good method to do that because the only time you can use the
arrow keys to move among the tabs, is when the tabs have focus. If you
automaticall move focus from the tabs to the sheet or a control on the
sheet, you'll have to Shift+TAB back to the tab to continue paginf with the
arrow keys. In short, changing the focus when the tab changes, will prevent
the use of the arrow keys.

If you still want to try it, you could do one of the following in
PageControl.OnChange:

  PostMessage(Handle,WM_NEXTDLGCTL,0,0);
or
  JvPageControl1.ActivePage.SetFocus;


BTW, the Borland implementation handles the TAB key specially for tabsheets
(arrow keys are handled by the underlying MS control, AFAIK), see the
CMDialogKey code in ComCtrls for details.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What happened to my batch files?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 25 Nov 2003 23:43:58 +0100
Newsgroups: jedi.vcl

Why call make? Just call dcc32.exe to compile it. The tool should compile
with D5,D6 and D7 (BCB 5 and 6 have dcc32.exe) and must not depend on
JVCL/JCL.


-- Regards, Andreas Hausladen 

Subject: Re: What happened to my batch files?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 25 Nov 2003 23:29:12 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> It seems that we need another devtool (the first part of a new installer?)

How can you compile that tool, if you can't call make ;)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: What happened to my batch files?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 25 Nov 2003 23:08:22 +0100
Newsgroups: jedi.vcl

Jacob Boerema wrote:

> > It was only missing in my message but not in my test so the result 
> > stays the same.

It seems that we need another devtool (the first part of a new installer?)


-- Regards, Andreas Hausladen 

Subject: Re: What happened to my batch files?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Tue, 25 Nov 2003 23:03:26 +0100
Newsgroups: jedi.vcl

On Wed, 26 Nov 2003 07:40:01 +1000, "OBones" 
<obones_REM_SPM_@_PIF_meloo.com> wrote in article 
<bq0hk4$l9i$1@talkto.net>:
>> > > SET ROOT=%ROOT:"%
>> > > There was a syntax error [translated]
> > The command is
> > SET ROOT=%ROOT:"=%

It was only missing in my message but not in my test so the result 
stays the same.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Use arrow keys to traverse JvPageControl tabsheets
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 25 Nov 2003 16:02:07 -0600
Newsgroups: jedi.vcl

Is there a way to use the left/right arrow keys to traverse the pages in a
JvPagecontrol? Reason for my asking is that while the arrow keys allow
movement from one tab to another at runtime, the corresponding page or
tabsheet does not gain focus. I've looked at the methods of JvPageControl
but there are no apparent Key events, i.e., OnKeyDown, to address this. Any
suggestions or recommendations to accomplish this task are appreciated.

Regards,
Marty Potokar




Subject: Re: What happened to my batch files?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 26 Nov 2003 07:40:01 +1000
Newsgroups: jedi.vcl

Jacob Boerema wrote:
>> In a batch file you need to double-up the percent signs.
Not in this case.

> SET ROOT=%ROOT:"%
> There was a syntax error [translated]
The command is
SET ROOT=%ROOT:"=%

Don't forget the equal sign

Please tell me if that works with the equal sign.
Thanks.



Subject: Re: What happened to my batch files?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Tue, 25 Nov 2003 21:44:59 +0100
Newsgroups: jedi.vcl

On Tue, 25 Nov 2003 15:14:26 -0500, "Ignacio Vazquez" 
<ivazquez@orioncommunications.com> wrote in article 
<bq0cjm$k7j$1@talkto.net>:
> > "Jacob Boerema" <jgboerema@hotmail.com> wrote in message
> > MPG.1a2dd69e7dc40fd5989682@forums.talkto.net...
>> > > This doesn't seem to work on Win ME. I put those lines in a batch file
>> > > and this was the output of the 3 lines:
> > 
> > In a batch file you need to double-up the percent signs.
> > 

Even that doesn't seem to work, now I get (Win ME):
SET ROOT="hello"
SET ROOT=%ROOT:"%
There was a syntax error [translated]
echo %ROOT%
%ROOT%

If I just type those 3 lines from the commandline (single percent 
signs) then I get:
SET ROOT="hello"
SET ROOT=%ROOT:"%
echo %ROOT%
ECHO is set to on. [translated]

Or if I also use double percent signs on the commandline then it's the 
same as from the batch file but without the syntax error.

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: What happened to my batch files?
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Tue, 25 Nov 2003 21:14:48 +0100
Newsgroups: jedi.vcl

On Tue, 25 Nov 2003 14:52:43 +1000, "OBones" 
<obones_gfdg_@_rer_meloo.com> wrote in article 
<bpumjo$6r0$1@talkto.net>:
> > Remko Bonte wrote:
> > 
>> > > OBones wrote:
>> > > 
>>> > >> OBones wrote:
>>> > >>
>>>> > >>> If anyone can come up with a solution, that'd be great...
>>> > >>
>>> > >>
>>> > >> Ok, I think I've found a way to do it.
>>> > >> Needs a bit more testing, but should work ok.
>>> > >>
>> > > I hope so :) As said I had the same problem, could only get it to work 
>> > > by not letting the batch file add " to the given path, and using 8+3 
>> > > file names if the path had spaces in it.
>> > > 
> > Ok... the idea I came up with this morning is dirty but it works. 
> > However, after doing some research on the Internet, I found that you can 
> > effectively remove the quote characters from an environment variable.
> > But this may not work in non NT based windows. Can anyone with another 
> > version of windows test this? Simply type those three lines in a command 
> > window:
> > SET ROOT="hello"
> > SET ROOT=%ROOT:"=%
> > echo %ROOT%

This doesn't seem to work on Win ME. I put those lines in a batch file 
and this was the output of the 3 lines:
SET ROOT="hello"
SET ROOT=
echo
ECHO is set to on. [translated]

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: What happened to my batch files?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 25 Nov 2003 15:14:26 -0500
Newsgroups: jedi.vcl

"Jacob Boerema" <jgboerema@hotmail.com> wrote in message
MPG.1a2dd69e7dc40fd5989682@forums.talkto.net...
> > This doesn't seem to work on Win ME. I put those lines in a batch file
> > and this was the output of the 3 lines:

In a batch file you need to double-up the percent signs.

Cheers,
  Ignacio




Subject: Re: Help TJvFormStorage
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 25 Nov 2003 20:59:05 +0100
Newsgroups: jedi.vcl

Great News :-)

OBones wrote:

> Marcel Bestebroer wrote:
>
>>    You need to link it to a TJvCustomAppStore descendant (currently you can
>> choose between a TJvAppRegistryStore or a TJvAppIniFileStore but in the
>> future you should be able to store your settings anywhere you please (eg.
>> DB, XML file, whatever you can come up with).
>
> Just a word on the XML output.
> I thought about doing one, using TJvSimpleXml. But where should this new AppStore should go? It can't go into JvCore, as TJvSimpleXml is in JvNet (I think). I don't mind putting it in JvNet, but after all, isn't XML a standard format ?
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: touching TRGBTriple
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Nov 2003 20:19:12 +0100
Newsgroups: jedi.vcl

I have introduced a TJvRGBTriple which has the same element names as TRGBQuad. This allows to have easier VisualCLX compatibility where pf24bis = pf32bit. All access to ScanLine elements can be simplified.

This affects
 JvImageRotate.pas
 JvJVCLUtils.pas
 JvPcx.pas
 JvSpecialImage.pas
 JvThumbImage.pas
 JvTypes.pas

I am not sure if my changes are correct.

JvPaintFX.pas needs update too, but i had to revert my changes because i got an internal compiler error.
That is a real hard one.



Subject: Re: moving functions from JVCL to JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Nov 2003 20:14:05 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Robert Marquardt wrote:
>
>> The help of the JVCL has been updated.
>
>
> You don't have to change generated dtx files; Generated files are updated once in a while with GenDtx. You can see if a dtx file is a generated file by looking at the second line of the dtx. If the line is:

Ok. I simply searched for the text and updated all files which matched.



Subject: Re: [Delphi] Move to JCL 1.9
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 25 Nov 2003 20:09:09 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > If someone could test with D5Std and D6/7PE, that would be great.

Delphi 6:
  compiles all packages
  JvCore, JvAppFrm, JvCustom, JvMM, JvCmp, JvPageComps, JvStdCtrls,
JvSystem, JvCtrls installs.

Delphi 5:
  compiles all packages


-- Regards, Andreas Hausladen 

Subject: Re: moving functions from JVCL to JCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 25 Nov 2003 17:26:19 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> The help of the JVCL has been updated.

You don't have to change generated dtx files; Generated files are updated once in a while with GenDtx. You can see if a dtx file is a generated file by looking at the second line of the dtx. If the line is:

##Status: Generated

then it is a generated file.

If you change the dtx file by documenting something, you have to change the second line, to something like

##Status: Partly documented

or else it will probably be overwritten, when the generated dtx files are updated.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: changes to JvJVCLUtils functions
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 25 Nov 2003 15:11:53 +0100
Newsgroups: jedi.vcl,jedi.jcl

Robert Marquardt wrote:
> I currently try to clean out JvJVCLUtils.pas
>
> procedure GetRBitmap(var Dest: TBitmap; const Source: TBitmap);
> procedure GetGBitmap(var Dest: TBitmap; const Source: TBitmap);
> procedure GetBBitmap(var Dest: TBitmap; const Source: TBitmap);
> procedure GetMonochromeBitmap(var Dest: TBitmap; const Source: TBitmap);
> procedure GetHueBitmap(var Dest: TBitmap; const Source: TBitmap);
> procedure GetSaturationBitmap(var Dest: TBitmap; const Source: TBitmap);
> procedure GetValueBitmap(var Dest: TBitmap; const Source: TBitmap);
>
> The functions will go to the JCL taking RGBToHSV with them.
> Should the function added to the JCL 1.9 or a later version?

I'd say: add them to source\prototypes\_Graphics.pas; RGBToHSV should go into _GraphUtils.pas.



Subject: Re: Latest CVS JVCL3 (25.11.2003) Makebcb6.bat
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 25 Nov 2003 23:51:28 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Latest CVS JVCL3 (25.11.2003) Makebcb6.bat is not working again...
>
> Work in progress, please be patient...
>
It IS already fixed, but won't be in the ZIP until tomorrow.



Subject: changes to JvJVCLUtils functions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Nov 2003 14:43:57 +0100
Newsgroups: jedi.vcl,jedi.jcl

I currently try to clean out JvJVCLUtils.pas

procedure GetRBitmap(var Dest: TBitmap; const Source: TBitmap);
procedure GetGBitmap(var Dest: TBitmap; const Source: TBitmap);
procedure GetBBitmap(var Dest: TBitmap; const Source: TBitmap);
procedure GetMonochromeBitmap(var Dest: TBitmap; const Source: TBitmap);
procedure GetHueBitmap(var Dest: TBitmap; const Source: TBitmap);
procedure GetSaturationBitmap(var Dest: TBitmap; const Source: TBitmap);
procedure GetValueBitmap(var Dest: TBitmap; const Source: TBitmap);

I changed these functions to have a Dest parameter instead of a function result. This allows to only create Dest if not already created.
The implementation has been changed to use pf32bit to make the functions CLX compatible. The Dest bitmap created now gets the same PixelFormat as the source. The old functions changed the PixelFormat for both Source and the result to pf24bit.

The functions will go to the JCL taking RGBToHSV with them.
Should the function added to the JCL 1.9 or a later version?

No examples found. The functions have been tested with a 256 color bitmap.



Subject: Re: Latest CVS JVCL3 (25.11.2003) Makebcb6.bat
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Nov 2003 14:42:11 +0100
Newsgroups: jedi.vcl

> > Latest CVS JVCL3 (25.11.2003) Makebcb6.bat is not working again...
Work in progress, please be patient...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Latest CVS JVCL3 (25.11.2003) Makebcb6.bat
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 25 Nov 2003 16:40:53 +0300
Newsgroups: jedi.vcl

Latest CVS JVCL3 (25.11.2003) Makebcb6.bat is not working again...



Subject: Re: [BCB] Move to JCL 1.9
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 25 Nov 2003 22:36:52 +1000
Newsgroups: jedi.vcl

>     I'd suggest to remove the initialization/finalization and try it. If it
> works add back one line at a time to see where it actually fails.
I just did that, removed everything pascal file from JvHMIC6R.bpk
Then I removed all but JvHMIReg.pas from JvHMIC6D.bpk, taking the precaution of commenting out any JVCL related code in JvHMIReg.pas
That installed, but that's quite normal, isn't it <g>
So I started added stuff back in.
And it crashes as soon as put JvConsts back into the Uses clause of JvHMIReg.pas !!!!!
I don't get it, it's getting late, so I'll have a closer look tomorrow.



Subject: moving functions from JVCL to JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Nov 2003 13:10:19 +0100
Newsgroups: jedi.vcl

In this case i replaced CaptureScreen with the superior ScreenShot from the JCL. So CaptureScreen has been deleted from JvJVCLUtils.pas.

One version of ScreenShot in JclGraphics.pas (prototype directory) has been expanded to contain the optional IncludeTaskBar parameter). The files from the prototypes have been generated.
The help for ScreenShot needs to be updated (files not yet in CVS).

The help of the JVCL has been updated.
The JVCL example JvScreenCapture has been updated. Since it is now a JCL example it should be moved also.
The example has been successfully tested.



Subject: Re: JvTransparentButton2 Default Property
From: "Presto" <asd@asd.com>
Date: Tue, 25 Nov 2003 09:51:50 -0200
Newsgroups: jedi.vcl

JVCL3-Latest.zip

"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:bpuvbp$a40$2@talkto.net...
>> > > I download the file but installation is a litle complicated since the
> > source
>> > > folder is empty and the D7.pbg is corrupted and
>> > > couldn find the aditional package (wich have the transparentbutton2).
>> > > I will wait for the final release.
>> > > Thanks anyway.
> >
> > What file did you download? The zip from /daily?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: [BCB] Move to JCL 1.9
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 25 Nov 2003 11:49:44 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 25 Nov 2003 20:17:01 +1000:

 O> '%d' isn't a valid format for the argument.
 O> I suspect an AV in one of the initialization sections. A guess
 O> anyone ?

    Only JvSegmentedLEDDisplay has an initialization section. '%d' is not
used in that entire unit, but maybe in the VCL itself. Initialization:

  GDigitClassList := TThreadList.Create;

    Nothing special about this one.....

  AddModuleUnloadProc(ModuleUnload);

    Also nothing special......

  RegisterSegmentedLEDDigitClasses([
    TJv7SegmentedLEDDigit
  ]);

    Does nothing special: locks the thread list, check if the class is
already in the list and if not adds it (and calls Classes.RegisterClass to
register it with the streaming system) and finally unlocks the thread list.

  RegisterIntegerConsts(TypeInfo(TUnlitColor), IdentToUnlitColor,
UnlitColorToIdent);

    Also nothing special.

    I'd suggest to remove the initialization/finalization and try it. If it
works add back one line at a time to see where it actually fails.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Time is a jailer" by Anouk.




Subject: [Delphi] Move to JCL 1.9
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Nov 2003 11:33:25 +0100
Newsgroups: jedi.vcl

Just as Olivier, I have built the Delphi packages (D5-D7, Enterprise) with
the new JCL. I've also updated the xml scripts accordingly. There were some
minor issues (see jedi.jcl "Minor problems with JCL from CVS") but I think
Robert will have them all fixed within a day or so.

If someone could test with D5Std and D6/7PE, that would be great.

I'll post a news item to the SF page ASAP

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: [BCB] Move to JCL 1.9
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 25 Nov 2003 20:17:01 +1000
Newsgroups: jedi.vcl

I just rebuilt the JVCL using the JCL from CVS and all compiled and linked ok, after a few changes in the JCL (see their newsgroup).
All packages installed but one.
JvHMI doesn't want to install, giving me a weird message:

'%d' isn't a valid format for the argument.

I suspect an AV in one of the initialization sections. A guess anyone ?



Subject: Re: What happened to my batch files?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 25 Nov 2003 20:10:31 +1000
Newsgroups: jedi.vcl

Ok, the change is in CVS.
Can anyone test with old versions of windows ?



Subject: Re: Need Color Combo Box that supports arbitrary color list
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 25 Nov 2003 10:56:26 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 22 Nov 2003 23:11:05 +0100:

 >> Does JVCL have a combo box that shows a list of colors whose list
 >> entries can be built up by the user of that combo box? I need to be able
 >> to dynamically build up the list based on some larger list and what
 >> colors the user hasn't already used (to prevent two lines from getting
 >> the same color).

 PT> You should be able to do that with JvColorComboBox, something like
 PT> this:

    And soon you should be able to that without any code, once I have
selection lists and groups implemented in the provider/consumer core ;-)
First I need to finish the design time stuff though (adding colors to any of
the Standard/System/Custom group is the only thing left AFAICT)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "What It Takes" by Krezip.




Subject: Re: jvscheduledevents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 25 Nov 2003 10:30:16 +0100
Newsgroups: jedi.vcl

Hello, Elliot!
You wrote  on Tue, 25 Nov 2003 11:46:20 +1100:

 E> I am trying to programmatically implement scheduled events using the
 E> above component. I can do the basic stuff (ie create event etc) but am
 E> stuck with the detail. Specifically, I am trying to create a daily
 E> scheduled event and cannot find an example of how to do this. Anyone
 E> know how or have any examples?

    If you look in the jedi.binaries NG you'll find a thread titled "JVCL
Tutorials" dated March 6th 2003. It contains a tutorial on plugins and
scheduled events (specifically one that deals with run time events). If you
still have problems, just post back and I'll try to explain whatever you
have trouble with.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: adding some FreeNotifications and Notification handling.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Nov 2003 09:30:03 +0100
Newsgroups: jedi.vcl

Ahm, wrong address to Mantis. Should be http://jvcl.sf.net/mantis

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: adding some FreeNotifications and Notification handling.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Nov 2003 09:28:59 +0100
Newsgroups: jedi.vcl

> > I try to uses the JVC3 version (I know it is in development) but i found
on
> > more then one moment that there is sometimes no FreeNotification inserted
in
> > the code, when linking to an other component.
If you find problems in JVCL, please report them here or in Mantis
(http://jvc.sf.net/mantis).

> > PS. I have also some updates done insite the HTControls, JvMail, JvPrinter
> > files, can i put this in de bin group?
Any enhancements, new components etc can either be uploaded to Mantis or to
jedi.binaries (post a message here if you upload to binaries, so we know).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: adding some FreeNotifications and Notification handling.
From: "niels" <jvc_ng@lumensoft.nl>
Date: Tue, 25 Nov 2003 09:21:54 +0100
Newsgroups: jedi.vcl

Hallo all JVVL developers,

I try to uses the JVC3 version (I know it is in development) but i found on
more then one moment that there is sometimes no FreeNotification inserted in
the code, when linking to an other component.

When i then try to close of remove the compontents i gen close delphi (to
many errors).

thanks

Niels

PS. I have also some updates done insite the HTControls, JvMail, JvPrinter
files, can i put this in de bin group?






Subject: Re: Help TJvFormStorage
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 25 Nov 2003 18:10:47 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>
> JvSimpleXML is in JvSystem, so there's where you'd have to put the XML
> storage as well (or any other package requiring JvSystem).
>
Ok, I'll see if I got time to do that.



Subject: Re: HOWTO: Making JVCL work wth JCL 1.90 (CVS version)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Nov 2003 08:22:44 +0100
Newsgroups: jedi.vcl

I've updated the packages for Delphi and the docs. I'll also put up a news
item on SF. Anywhere else we need to doc this?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTransparentButton2 Default Property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Nov 2003 08:20:54 +0100
Newsgroups: jedi.vcl

> > I download the file but installation is a litle complicated since the
source
> > folder is empty and the D7.pbg is corrupted and
> > couldn find the aditional package (wich have the transparentbutton2).
> > I will wait for the final release.
> > Thanks anyway.

What file did you download? The zip from /daily?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help TJvFormStorage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Nov 2003 08:19:45 +0100
Newsgroups: jedi.vcl

> > I thought about doing one, using TJvSimpleXml. But where should this new
> > AppStore should go? It can't go into JvCore, as TJvSimpleXml is in JvNet
> > (I think). I don't mind putting it in JvNet, but after all, isn't XML a
> > standard format ?

JvSimpleXML is in JvSystem, so there's where you'd have to put the XML
storage as well (or any other package requiring JvSystem).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What happened to my batch files?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 25 Nov 2003 14:52:43 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> OBones wrote:
>
>> OBones wrote:
>>
>>> If anyone can come up with a solution, that'd be great...
>>
>>
>> Ok, I think I've found a way to do it.
>> Needs a bit more testing, but should work ok.
>>
> I hope so :) As said I had the same problem, could only get it to work by not letting the batch file add " to the given path, and using 8+3 file names if the path had spaces in it.
>
Ok... the idea I came up with this morning is dirty but it works. However, after doing some research on the Internet, I found that you can effectively remove the quote characters from an environment variable.
Hence, in MakeBCB.bat, after
SET ROOT=%3
add this line
SET ROOT=%ROOT=":%

It basically says that every occurence of " is to be replaced by an empty string.
I've tested it under XP, it works.
But this may not work in non NT based windows. Can anyone with another version of windows test this? Simply type those three lines in a command window:
SET ROOT="hello"
SET ROOT=%ROOT:"=%
echo %ROOT%

and let me know what is the output of the echo command. It should be hello, without any quotes.
I will do the changes to MakeBCB.bat later this evening when I go back home. I will keep my other crappy method in my mind just in case but I'd rather not use it.

Cheers

Olivier



Subject: jvscheduledevents
From: Elliot <eashton@iprimus.com.au>
Date: Tue, 25 Nov 2003 11:46:20 +1100
Newsgroups: jedi.vcl

Hi,

I am trying to programmatically implement scheduled events using the above component. I can do the basic stuff (ie create event etc) but am stuck with the detail. Specifically, I am trying to create a daily scheduled event and cannot find an example of how to do this. Anyone know how or have any examples?

Cheers
Elliot


Subject: Re: What happened to my batch files?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 25 Nov 2003 01:29:01 +0100
Newsgroups: jedi.vcl

OBones wrote:
> OBones wrote:
>
>> If anyone can come up with a solution, that'd be great...
>
> Ok, I think I've found a way to do it.
> Needs a bit more testing, but should work ok.
>
I hope so :) As said I had the same problem, could only get it to work by not letting the batch file add " to the given path, and using 8+3 file names if the path had spaces in it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvTransparentButton2 Default Property
From: "Presto" <asd@asd.com>
Date: Mon, 24 Nov 2003 21:49:24 -0200
Newsgroups: jedi.vcl

I download the file but installation is a litle complicated since the source
folder is empty and the D7.pbg is corrupted and
couldn find the aditional package (wich have the transparentbutton2).
I will wait for the final release.
Thanks anyway.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:bptvff$oue$1@talkto.net...
>> > > [Error] JvButton.pas(66): Undeclared identifier: 'TJvTrackFontOptions'
> >
> > You still need the latest working JVCL3 from CVS or
> > http://jvcl.sf.net/daily. You cannot use these files with the older 2.10
> > version.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Help TJvFormStorage
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 25 Nov 2003 09:31:52 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>    You need to link it to a TJvCustomAppStore descendant (currently you can
> choose between a TJvAppRegistryStore or a TJvAppIniFileStore but in the
> future you should be able to store your settings anywhere you please (eg.
> DB, XML file, whatever you can come up with).
Just a word on the XML output.
I thought about doing one, using TJvSimpleXml. But where should this new AppStore should go? It can't go into JvCore, as TJvSimpleXml is in JvNet (I think). I don't mind putting it in JvNet, but after all, isn't XML a standard format ?



Subject: Re: What happened to my batch files?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 25 Nov 2003 09:22:06 +1000
Newsgroups: jedi.vcl

OBones wrote:

> If anyone can come up with a solution, that'd be great...
Ok, I think I've found a way to do it.
Needs a bit more testing, but should work ok.



Subject: Re: JCLRTTI, TJclPropInfo Question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 24 Nov 2003 23:25:12 +0100
Newsgroups: jedi.vcl

Hello, Mohamed!
You wrote  on Mon, 24 Nov 2003 23:13:31 +0200:

 MA> I would like to
 MA> a. first know the wisdom beyond this architecture.

    The interface approach allows you to use the generated class without
worrying about freeing it when your done (this gets done automatically). In
essence, everything you need is available to the outside world, but you need
to type cast the returned IJclTypeInfo to IJclClassTypeInfo (you can either
use the 'as' operator as you can with classes, use the Supports function or
use the IJclTypeInfo.QueryInterface method; under no circumstances should
you apply a simple type cast).

 MA> b. reach a solution to my propblem of extracting the event relevant
 MA> information just as I described above

    JclTypeInfo(TypeInfo(<class>)) as IJclClassTypeInfo.<whatever> where
whatever is the method/property of IJclPropInfo you are interested in. Too
tired to look into it now. If you don't find a solution, I'll try it
tomorrow morning.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Help TJvFormStorage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 Nov 2003 23:23:15 +0100
Newsgroups: jedi.vcl

> >     Correct, but things change.....
In this case, to the better.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help TJvFormStorage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 24 Nov 2003 23:18:20 +0100
Newsgroups: jedi.vcl

Hello, Augusto!
You wrote  on Mon, 24 Nov 2003 18:05:20 -0300:

 A> I upgraded version jedi 3 and i have doubts.

 A> How can i used TJvFormStorage to form posicion, windows state, etc...

   You need to link it to a TJvCustomAppStore descendant (currently you can
choose between a TJvAppRegistryStore or a TJvAppIniFileStore but in the
future you should be able to store your settings anywhere you please (eg.
DB, XML file, whatever you can come up with).

 A> in the old version jedi 2 i have to do nothing to work

    Correct, but things change.....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: JvTransparentButton2 Default Property
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 Nov 2003 23:17:51 +0100
Newsgroups: jedi.vcl

> > [Error] JvButton.pas(66): Undeclared identifier: 'TJvTrackFontOptions'

You still need the latest working JVCL3 from CVS or
http://jvcl.sf.net/daily. You cannot use these files with the older 2.10
version.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTransparentButton2 Default Property
From: "Presto" <asd@asd.com>
Date: Mon, 24 Nov 2003 20:09:22 -0200
Newsgroups: jedi.vcl

Get this error on compile package:

[Error] JvButton.pas(66): Undeclared identifier: 'TJvTrackFontOptions'

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:bptr59$lra$1@talkto.net...
> > I've just committed a new version of JvTransparentButton that supports
> > actions, so you could use that to hook the button to an action with an
ENTER
> > shortcut.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: HOWTO: Making JVCL work wth JCL 1.90 (CVS version)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 25 Nov 2003 07:55:11 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> How about tomorrow?
>
> Sure, I could take care of updating the Delphi packages and someone else has
> to do the BCB ones. Anyone disagree or need more time?
>
Good for me



Subject: Re: JvTransparentButton2 Default Property
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 Nov 2003 22:50:31 +0100
Newsgroups: jedi.vcl

> > Where can i find it ? Couldnt locat in binaries group.
No, it's in CVS. I'll upload it to binaries as well in a moment

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTransparentButton2 Default Property
From: "asd" <asd@asd.com>
Date: Mon, 24 Nov 2003 19:42:20 -0200
Newsgroups: jedi.vcl

Where can i find it ? Couldnt locat in binaries group.
Thanks again.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:bptr59$lra$1@talkto.net...
> > I've just committed a new version of JvTransparentButton that supports
> > actions, so you could use that to hook the button to an action with an
ENTER
> > shortcut.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JvTransparentButton2 Default Property
From: "asd" <asd@asd.com>
Date: Mon, 24 Nov 2003 19:39:22 -0200
Newsgroups: jedi.vcl

Thanks

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:bptr59$lra$1@talkto.net...
> > I've just committed a new version of JvTransparentButton that supports
> > actions, so you could use that to hook the button to an action with an
ENTER
> > shortcut.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: JCLRTTI, TJclPropInfo Question
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Mon, 24 Nov 2003 23:13:31 +0200
Newsgroups: jedi.vcl

Hi Again to every one Esp. Marcel
I havn't had much time since my last question about RAFD (JVFD) to try out
Marcel's directions. Just I was onto the subject again today I came accross
this:
The type of information I EXACTLY need is present inside
"TJclClassTypeInfo.DeclarationTo" method where it generates information
regarding an event property obtained from getPropertylist function.
however...
Being as novice as I can be compared to you I was tearing my hair out trying
to extract "just" that information from JclRTTI's IJclPropInfo (the full
writer interface is just too much of an overhead) just because I couldn't
access an instance of the Class TJclPropInfo within my code. I know that
this is a basic question but the structure of the interfaces "interfaced"
within the unit while their actual classes only "implemenetd" drove me
crazy.
I would like to
a. first know the wisdom beyond this architecture.
b. reach a solution to my propblem of extracting the event relevant
information just as I described above

I didn't have enough time to thank you all last time I received so many
replies but "honestly" I tried my best not to repeat the same mistake or
asking a novice question again, but unfortuantly I had no luck.
Your answer is much appreciated
TIA
Mohamed A.Helal




Subject: Help TJvFormStorage
From: "Augusto" <gustotc@ieg.com.br>
Date: Mon, 24 Nov 2003 18:05:20 -0300
Newsgroups: jedi.vcl

Hi,

I upgraded version jedi 3 and i have doubts.

How can i used TJvFormStorage to form posicion, windows state, etc...

in the old version jedi 2 i have to do nothing to work

Thank's

Augusto




Subject: Re: JvTransparentButton2 Default Property
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 Nov 2003 22:04:08 +0100
Newsgroups: jedi.vcl

I've just committed a new version of JvTransparentButton that supports
actions, so you could use that to hook the button to an action with an ENTER
shortcut.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: please revert the changes to JvJVCLUtils.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 22:03:17 +0100
Newsgroups: jedi.vcl

The changes (MoveFile etc) made the unit Windows specific.
The functions are also not well placed there.



Subject: Re: JvTransparentButton2 Default Property
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 Nov 2003 18:34:32 +0100
Newsgroups: jedi.vcl

Drop a TActionList and add an action. Set the action shortcut to ENTER and
in OnExecute write:

JvTransparentButton21Click(Sender);

I haven't gotten around to implementing action support in JvTansparentButton
(or JvCustomGraphicButton rather), so that's why you have to write two event
handlers.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTransparentButton2 Default Property
From: "asd" <asd@asd.com>
Date: Mon, 24 Nov 2003 15:27:39 -0200
Newsgroups: jedi.vcl

How can i set (alter component) a default property to a
TJvTransparentButton2 so when i press enter key it execute the onclick
button event ?
Thanks




Subject: Re: JvJCLUtils.pas and CLX compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 18:21:25 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > The TBitmap from QGraphics does not support pf24bit. It needs pf32bit.

I have changed it for VisualCLX to pf32bit.


-- Regards, Andreas Hausladen 

Subject: JvJCLUtils.pas and CLX compatibility
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 17:52:15 +0100
Newsgroups: jedi.vcl

from JvJCLUtils.pas:

> >  // (rom) this change of pixel format has to be documented or reversed
afterwards
> >  Clip.PixelFormat := pf24bit;

The TBitmap from QGraphics does not support pf24bit. It needs pf32bit.

-- Regards, Andreas Hausladen 

Subject: Re: compiling bug in JvDrawImage.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 17:16:23 +0100
Newsgroups: jedi.vcl

tif wrote:

> > In line 837:
> > var (* Dessine un disque color?)
> > 
> > The character before the last ')' is not '*' and can not be recognized
> > by my PC.

I have overwritten the ,* by * maybe this will fix your problem.



-- Regards, Andreas Hausladen 

Subject: Re: ColorProvider: adding colors at runtime
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 24 Nov 2003 16:20:28 +0100
Newsgroups: jedi.vcl

Hello all!

 MB>     It seems that this doesn't need any change at all. I'll move the
 MB> exception string to resourcestrings and the constants to the const
 MB> section of the unit implementation.

    Committed. Also corrected a rendering bug for the 'Add color' item
(which was rendered as a header item).

    Someone fiddling around with the syncmail script again?
----8<----8<----8<---
sh: -c: line 1: unexpected EOF while looking for matching `''
sh: -c: line 2: syntax error: unexpected end of file
Traceback (innermost last):
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 244, in ?
    main()
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 238, in main
    blast_mail(mailcmd, specs[1:], contextlines, SUBJECT, PEOPLE)
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 173, in blast_mail
    fp.write(calculate_diff(file, contextlines))
IOError: [Errno 32] Broken pipe

----8<----8<----8<---

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Part of the Process" by Morcheeba.




Subject: Re: ColorProvider: adding colors at runtime
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 24 Nov 2003 15:40:01 +0100
Newsgroups: jedi.vcl

Hello all!

 MB>  The view list implementation
 MB> assumes the item it receives in the notification will have a valid
 MB> reference to it's parent item, which is not the case.

    Fixed and committed. I also applied the same change for item deletion.
Note that this will slow down adding/deleting items as it now needs
consumer/context switching and locating the item by it's ID in provider
tree.

 MB> [....] but try to refrain from turning values/literals that
 MB> are used in any of the color add methods that are used more than once
 MB> into constants, as most likely that will not remain so).

    It seems that this doesn't need any change at all. I'll move the
exception string to resourcestrings and the constants to the const section
of the unit implementation.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "More Than This" by Krezip.




Subject: ColorProvider: adding colors at runtime
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 24 Nov 2003 14:54:30 +0100
Newsgroups: jedi.vcl

Hello, All!

    I just committed a version of the color provider that allows adding
colors at run time (depending on settings it will either use a separate item
to accomplish this, or the header for the custom colors group). While it
appears to work, there's a huge problem that originates mostly in the basic
provider implementation. The issue is that the provider's notification
mechanism will report to which list an item is going to be added (in this
case not used) and eventually which item was added. The problem in this case
is that it's before hand impossible to tell to which list it's added (but as
I said, it is not used, so it's moot) but worse is that the added item can
be at the root for one consumer, but in the 'Custom Colors' group for
another. The view list implementation assumes the item it receives in the
notification will have a valid reference to it's parent item, which is not
the case.

    So, for the time being, the adding of colors works, as long as all
consumers either use the grouped "tree" or the flat list. If even one
consumer deviates from the others, the added color might overwrite header,
the last color in the list or 'add color' item, largely depending on the
settings and if other colors were added before.

    While I'll rework the view list implementation, please don't touch the
color provider stuff, as it will need some tweaking as well (to Robert: I
think style cleaning will not get in the way much. I know some of the
exception messages still  need to be turned into resourcestrings, but try to
refrain from turning values/literals that are used in any of the color add
methods that are used more than once into constants, as most likely that
will not remain so).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: HOWTO: Making JVCL work wth JCL 1.90 (CVS version)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Nov 2003 14:53:00 +0100
Newsgroups: jedi.vcl

> > How about tomorrow?
Sure, I could take care of updating the Delphi packages and someone else has
to do the BCB ones. Anyone disagree or need more time?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HOWTO: Making JVCL work wth JCL 1.90 (CVS version)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 14:23:38 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Sometime soon we should modify the JVCL packages to use the JCL CVS version
> instead of JCL 1.22.

How about tomorrow?



Subject: Re: changes for JvJCLUtils.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 14:22:31 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Robert Marquardt wrote:
>
>
>> And many more units.
>
>
> Are Windows, Libc, Graphics, Qt, QTypes, Types, QGraphics, SysUtils and
> Classes  ok for JvJCLUtils ?

That is ok. Functions dependent on Graphics/QGraphics go to JclGraphics.



Subject: Re: JVCL now fully conforms to JEDI.INC
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 Nov 2003 23:12:10 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I didn't work much either when I was in France (Paris)  last<vbg>.
Me neither... headaches, late wake ups...

> Let's see if we can get this sorted out before the 6th then. And I hope
> you'll have a nice stay once you get home (?).
I will, it's been 10 month without seing a nice bread stick. And as I go there for my graduation ceremony, christmas and new year's eve, this is gonna be huge !!!!!



Subject: Re: JVCL now fully conforms to JEDI.INC
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Nov 2003 14:08:11 +0100
Newsgroups: jedi.vcl

> > Well, I take a plane back to France on the 10th, so I won't be able to
> > work much before then.
I didn't work much either when I was in France (Paris)  last<vbg>.

> > And once I'm over there, it's holidays, so I won't work as much as
> > usual. I'll keep an eye on it, but I'll be offline from the 10th to the
> > 15th at least.
Let's see if we can get this sorted out before the 6th then. And I hope
you'll have a nice stay once you get home (?).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL now fully conforms to JEDI.INC
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 Nov 2003 23:05:01 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Yep, you'll have to warn me too, the move isn't that easy for BCB.
>> Just let me know, preferably just before a week-end. and no later than
>> the 6th of December.
>
>
> What happens on the 6th?
>
Well, I take a plane back to France on the 10th, so I won't be able to work much before then.
And once I'm over there, it's holidays, so I won't work as much as usual. I'll keep an eye on it, but I'll be offline from the 10th to the 15th at least.



Subject: Re: JVCL now fully conforms to JEDI.INC
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Nov 2003 13:55:15 +0100
Newsgroups: jedi.vcl

> > Yep, you'll have to warn me too, the move isn't that easy for BCB.
> > Just let me know, preferably just before a week-end. and no later than
> > the 6th of December.

What happens on the 6th?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What happened to my batch files?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 Nov 2003 22:42:13 +1000
Newsgroups: jedi.vcl

There is a serious problem here, at least with BCB, when I call it this way:

MakeBCB6 c:\prog\cbuilder6

Then in the MakeBCB.bat it does this

%MAKE% Bpg2Make.exe

where %MAKE% expands to "C:\prog\cbuilder6"\bin\make

and that weirdly calls make with the first argument as \bin\make
so make.exe tells me that it cannot build \bin\make !!!!

If anyone can come up with a solution, that'd be great...



Subject: compiling bug in JvDrawImage.pas
From: tif <tif@0451.com>
Date: Mon, 24 Nov 2003 20:25:07 +0800
Newsgroups: jedi.vcl

For a long time I got the error when compile JvDrawImage.pas.

In line 837:
var (* Dessine un disque color?)

The character before the last ')' is not '*' and can not be recognized
by my PC.

-- Regards, Winston Feng<wintonf@tom.com> 

Subject: Re: JVCL now fully conforms to JEDI.INC
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 Nov 2003 21:49:52 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I think we can solve the problem by requiring the JCL CVS version.
>
> But if we require the JCL CVS version, we must also change the JVCL packages
> to use DJclVcl/DJcl instead of DJCL??. That's OK IMO since neither we nor
> JCL has a release at the moment, but we have to coordinate it so it happens
> at the same time and also document it in install.htm. We should even add a
> note to Build status.htm at the bottom that we now require the JCL CVS
> version so those getting the sources from /daily knows as well before they
> download.
>
Yep, you'll have to warn me too, the move isn't that easy for BCB.
Just let me know, preferably just before a week-end. and no later than the 6th of December.



Subject: Re: What happened to my batch files?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 Nov 2003 21:48:39 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have also done some clean up for the batch files. They had not
> restored/freed the used environment variables.
Doesn't really matter under Win2k and WinXP. But may be problematic under earlier versions.
BTW, why arent't the compiled files automatically put in $(DELPHI)\Projects\bpl ?



Subject: Re: changes for JvJCLUtils.pas
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 24 Nov 2003 12:32:54 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

<dependencies>

> Are Windows, Libc, Graphics, Qt, QTypes, Types, QGraphics, SysUtils and
> Classes  ok for JvJCLUtils ?

All in one unit?  Certainly not.

VCL- and VisualCLX-dependent code should go in separate units.

Greetings, Robert



Subject: Re: HOWTO: Making JVCL work wth JCL 1.90 (CVS version)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Nov 2003 12:11:40 +0100
Newsgroups: jedi.vcl

With the latest updates in JCL CVS (I checked on 2003-11-24), you should no
longer need to add any units to the JCL packages. Other than that, I think
the instructions still are correct.

Sometime soon we should modify the JVCL packages to use the JCL CVS version
instead of JCL 1.22.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: changes for JvJCLUtils.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Nov 2003 12:06:52 +0100
Newsgroups: jedi.vcl

> > Are Windows, Libc, Graphics, Qt, QTypes, Types, QGraphics, SysUtils and
> > Classes  ok for JvJCLUtils ?
Any unit that conforms to JCL requirements should be OK. In essence,
JvJCLUtils should be configured as if it was a part of JCL since the goal is
to move as much as possible of it to JCL (or replace with JCL equivalents).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: changes for JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 12:04:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > And many more units.

Are Windows, Libc, Graphics, Qt, QTypes, Types, QGraphics, SysUtils and
Classes  ok for JvJCLUtils ?



-- Regards, Andreas Hausladen 

Subject: Re: JVCL now fully conforms to JEDI.INC
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Nov 2003 12:03:33 +0100
Newsgroups: jedi.vcl

> > I think we can solve the problem by requiring the JCL CVS version.
But if we require the JCL CVS version, we must also change the JVCL packages
to use DJclVcl/DJcl instead of DJCL??. That's OK IMO since neither we nor
JCL has a release at the moment, but we have to coordinate it so it happens
at the same time and also document it in install.htm. We should even add a
note to Build status.htm at the bottom that we now require the JCL CVS
version so those getting the sources from /daily knows as well before they
download.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: changes for JvJCLUtils.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 11:46:07 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Now I can answert this question myself: JvCLXUtils depended on QForms.

And many more units.



Subject: Re: JVCL now fully conforms to JEDI.INC
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 11:45:08 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I did not change the JEDI.INC (much) so i see no problems arise.
>
> The problem occurs if the path to JCL is later in the Delphi lib path than
> the path to JVCL. When compiling an application (not the packages), the
> JEDI.INC in JCL is picked up first and it doesn't have the VCL/VisualCLX
> defines. Errors everywhere. But if you are updating the JCL version as well,
> I guess we should be alright as long as users can get the updated file.

Ah, now i see the problem. I have only the JCL CVS version at hand.
I think we can solve the problem by requiring the JCL CVS version.
We should have that working this week.



Subject: Re: What happened to my batch files?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 11:27:37 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > I'd rather take the first option or else it would not find the JCL dcp
> > file and won't compile in command line.

Done. That means I must close D6 when I will recompile the JVCL. But this
is no problem with my new machine. On my old (650MHz) it took me almost 45
seconds to start Delphi 6 (too many packages called JVCL :-) )

I have also done some clean up for the batch files. They had not
restored/freed the used environment variables.


-- Regards, Andreas Hausladen 

Subject: Re: What happened to my batch files?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 24 Nov 2003 20:21:36 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>
> The $(DCPDIR) kills my ability to build the JVCL3 packages. The reason is
> that I have the JVCL3 packages in $(DCPDIR). Now if I call the batch file
> to compile the package the compiler first looks into $(DCPDIR) and finds
> the old version of the package. What means that it does not know about
> changes in the DCP files.
> One solution could be to generate the new .bpl and .dcp files to
> $(DCPDIR). The other one is to remove the -U option.
I'd rather take the first option or else it would not find the JCL dcp file and won't compile in command line.
I added the -U option to allow for the compilation to work. But if you can have it work without that, then please do.



Subject: Re: changes for JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 10:35:24 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > There should be no JVCL units in JvJCLUtils. Procedures requiring JVCL
> > should be moved to JvJVCLUtils instead.

The dependencies are removed. The only required VCL(X) unit is QGraphics.



-- Regards, Andreas Hausladen 

Subject: Re: JVCL now fully conforms to JEDI.INC
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Nov 2003 10:13:18 +0100
Newsgroups: jedi.vcl

> > I did not change the JEDI.INC (much) so i see no problems arise.
The problem occurs if the path to JCL is later in the Delphi lib path than
the path to JVCL. When compiling an application (not the packages), the
JEDI.INC in JCL is picked up first and it doesn't have the VCL/VisualCLX
defines. Errors everywhere. But if you are updating the JCL version as well,
I guess we should be alright as long as users can get the updated file.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: changes for JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 10:08:45 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > What's the problem with JvClxUtils?

Now I can answert this question myself: JvCLXUtils depended on QForms.



-- Regards, Andreas Hausladen 

Subject: Re: changes for JvJCLUtils.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Nov 2003 10:08:41 +0100
Newsgroups: jedi.vcl

> > What's the problem with JvClxUtils? Is it the name? This unit uses the
> > WinAPI for VCL and own functions for VCLX.

There should be *no* JVCL units in JvJCLUtils. Procedures requiring JVCL
should be moved to JvJVCLUtils instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvScrollMax problem?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 10:04:18 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Can I get a confirm that placing a TJvScrollMax component on a form nukes
> > the IDE?

I cannot reproduce this on my Delphi 6 (all updates)


-- Regards, Andreas Hausladen 

Subject: TJvScrollMax problem?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 24 Nov 2003 03:51:24 -0500
Newsgroups: jedi.vcl

Can I get a confirm that placing a TJvScrollMax component on a form nukes
the IDE?

Thanks,
  Ignacio




Subject: Re: What happened to my batch files?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 09:50:01 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > 'DCC  = $(ROOT)\bin\dcc32.exe -U"$(DCPDIR)" [..]

The $(DCPDIR) kills my ability to build the JVCL3 packages. The reason is
that I have the JVCL3 packages in $(DCPDIR). Now if I call the batch file
to compile the package the compiler first looks into $(DCPDIR) and finds
the old version of the package. What means that it does not know about
changes in the DCP files.
One solution could be to generate the new .bpl and .dcp files to
$(DCPDIR). The other one is to remove the -U option.


-- Regards, Andreas Hausladen 

Subject: Re: changes for JvJCLUtils.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 24 Nov 2003 09:01:15 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > RATextOut, RATextOutEx, RATextCalcHeight have been disabled in
> > JvJCLUtils.pas and JvInterpreter_JvUtils.pas because they drag
> > JvClxUtils.pas into JvJCLUtils.pas.

What's the problem with JvClxUtils? Is it the name? This unit uses the
WinAPI for VCL and own functions for VCLX.


-- Regards, Andreas Hausladen 

Subject: changes for JvJCLUtils.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 08:52:01 +0100
Newsgroups: jedi.vcl

  Screen.Cursors[crHand] := LoadCursor(hInstance, 'JV_HANDCUR');
  Screen.Cursors[crDragHand] := LoadCursor(hInstance, 'JV_DRAGCUR');

These lines have been moved from JvTypes.pas to JvJVCLUtils.pas because JvTypes.pas should not contain an initialization section.

RATextOut, RATextOutEx, RATextCalcHeight have been disabled in JvJCLUtils.pas and JvInterpreter_JvUtils.pas because they drag JvClxUtils.pas into JvJCLUtils.pas.

MinimizeName disabled for the same reason. FileCtrl added to JvBrowseFolder.pas to compensate.

We should find a way to reenable them later.



Subject: Re: JVCL now fully conforms to JEDI.INC
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 08:50:35 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will check in the JEDI.INC into the JCL today.

I checked the two CVS versions and they differ only in comments.



Subject: Re: What happened to my batch files?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 06:34:42 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Remko Bonte wrote:
>
>> It goes ok until globus:
>>
>> JvGlobusReg.pas(104) Error: Undeclared identifier: 'TJvgSmallFontsDefense'
>>
>> Didn't look into it, though.
>
> Maybe a missing file in the JvGlobus-R package.
>

Sorry, a change by me. It was TJvgSmallFontsDefence before.



Subject: Re: JVCL now fully conforms to JEDI.INC
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Nov 2003 06:32:47 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> These changes (especially the VCL/VisualCLX change) will cause problems
> unless the JEDI.INC file in JCL is updated to match (depending how your
> paths are set up. I don't quite understand why you consider the change to
> VCL/VisualCLX is needed. What's wrong with COMPLIB_VCL/COMPLIB_CLX?

I did not change the JEDI.INC (much) so i see no problems arise.
We had some CBUILDER references but no CBUILDER defined so i changed it to BCB.
The COMPLIB_ defines are marked obsolete so i changed them also.
I will check in the JEDI.INC into the JCL today.



Subject: Re: What happened to my batch files?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 24 Nov 2003 11:50:23 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> It goes ok until globus:
>
> JvGlobusReg.pas(104) Error: Undeclared identifier: 'TJvgSmallFontsDefense'
>
> Didn't look into it, though.
Maybe a missing file in the JvGlobus-R package.



Subject: Re: What happened to my batch files?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 24 Nov 2003 02:48:31 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Yeah, right... Damn' it, I forgot about that one and I already had the same problem at work.

<g> took me also some time to do the mental switching from Delphi's implicit " to the explicit " batch files seem to have.

> Feel free to fix (if it's not already), I'll have a look tonight as I should be able to reinstall everything.

Ok.

> BTW, did the batch file generate the bpl and dcp files ? Cause when I tried on my machine, it didn't...

It goes ok until globus:

JvGlobusReg.pas(104) Error: Undeclared identifier: 'TJvgSmallFontsDefense'

Didn't look into it, though.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: What happened to my batch files?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 24 Nov 2003 11:42:27 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:
> After the changes I made (removing the "), and I enter:
>
> MakeD7 "C:\Program Files\Borland\Delphi7"
>
> then
>
> DELDIR will be equal to
>
> "C:\Program Files\Borland\Delphi7"
Yeah, right... Damn' it, I forgot about that one and I already had the same problem at work.
Feel free to fix (if it's not already), I'll have a look tonight as I should be able to reinstall everything.

BTW, did the batch file generate the bpl and dcp files ? Cause when I tried on my machine, it didn't...



Subject: Re: What happened to my batch files?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 24 Nov 2003 02:28:10 +0100
Newsgroups: jedi.vcl

OBones wrote:
>> Don't know if I'm doing something wrong, but I think to work with long file names, the line
>>
>> 'DCC  = $(ROOT)\bin\dcc32.exe -U"$(DCPDIR)" [..]
>>
>> in Bpg2MakeUtils.pas should be changed to
>>
>> 'DCC  = $(ROOT)\bin\dcc32.exe -U$(DCPDIR) [..]
>
> Well, I don't think so because if you don't put the " and the DCPDIR contains spaces, the -U option will get lost...

After the changes I made (removing the "), and I enter:

MakeD7 "C:\Program Files\Borland\Delphi7"

then

DELDIR will be equal to

"C:\Program Files\Borland\Delphi7"

DCPDIR will be equal to

"C:\Program Files\Borland\Delphi7"\Projects\Bpl

Thus now DELDIR and DCPDIR allready contain ", which is all allright except that DCC will be

[..] -U$""C:\Program Files\Borland\Delphi7"\Projects\Bpl" [..]

which doesn't work



Note the diff with entering:

MakeD7 C:\PROGRA~1\Borland\Delphi7

then DCC will be

[..] -U$"C:\PROGRA~1\Borland\Delphi7\Projects\Bpl" [..]

which works.

Sorry about the layout of this message :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: What happened to my batch files?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 24 Nov 2003 11:13:42 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I could get the bat files only to work, by specifying the delphi directory as short file name, ie:
>
> MakeD7 C:\PROGRA~1\Borland\Delphi7
That's weird, you shouldn't have to. But once again, I couldn't test it

> Don't know if I'm doing something wrong, but I think to work with long file names, the line
>
> 'DCC  = $(ROOT)\bin\dcc32.exe -U"$(DCPDIR)" [..]
>
> in Bpg2MakeUtils.pas should be changed to
>
> 'DCC  = $(ROOT)\bin\dcc32.exe -U$(DCPDIR) [..]
Well, I don't think so because if you don't put the " and the DCPDIR contains spaces, the -U option will get lost...

> and in MakeDelphi.bat
>
> lines such as
>
> if NOT "%DELDIR%!"=="!" goto next
Beware, this should be "%DELDIR%"==""! (the ! being out of the "")
Or maybe %DELDIR%!==!

> if EXIST "%MAKE%" goto hasmake
This should be left alone

> if NOT EXIST bin\MakeDOF.exe  "%MAKE%" -s MakeDOF.exe
> "%MAKE%" -f "%PACKAGE%.mak" %4 %5 %6 %7 %8 %9
The " around %MAKE% could be removed but those around %PACKAGE%.mak must be left in place.



Subject: Re: What happened to my batch files?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 24 Nov 2003 00:35:35 +0100
Newsgroups: jedi.vcl

I could get the bat files only to work, by specifying the delphi directory as short file name, ie:

MakeD7 C:\PROGRA~1\Borland\Delphi7

and removing a lot of " from Bpg2Make.


Don't know if I'm doing something wrong, but I think to work with long file names, the line

'DCC  = $(ROOT)\bin\dcc32.exe -U"$(DCPDIR)" [..]

in Bpg2MakeUtils.pas should be changed to

'DCC  = $(ROOT)\bin\dcc32.exe -U$(DCPDIR) [..]

and in MakeDelphi.bat

lines such as

if NOT "%DELDIR%!"=="!" goto next
if EXIST "%MAKE%" goto hasmake
if NOT EXIST bin\MakeDOF.exe  "%MAKE%" -s MakeDOF.exe
"%MAKE%" -f "%PACKAGE%.mak" %4 %5 %6 %7 %8 %9

to

if NOT %DELDIR%!=="!" goto next
if EXIST %MAKE% goto hasmake
if NOT EXIST bin\MakeDOF.exe  %MAKE% -s MakeDOF.exe
%MAKE% -f "%PACKAGE%.mak" %4 %5 %6 %7 %8 %9

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Which JCL Version With Latest JVCL Daily?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 24 Nov 2003 09:14:03 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:

> I just downloaded the 2003 Nov 23 JVCL. I see in the installation notes that one also needs to install JCL (JEDI Code Library). There is a JCL v1.22 Release from 2003 Oct 21 and also a JclPreview2003Nov8. Which one is more likely to work?
>
> I'm trying to get these to work with BCB v6 sp4 if that makes a difference. I from the release notes of JclPreview2003Nov8 that he hasn't done any testing against BCB and that JediInstaller hasn't been updated and install.bat will not work properly. Ah, this sounds worrisome.
>
AFAIK, the JVCL hasn't moved (yet) to the use of the new JCL. So please use the 1.22 release with the latest daily zip file and it should work.



Subject: Re: JVCL now fully conforms to JEDI.INC
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 Nov 2003 00:02:29 +0100
Newsgroups: jedi.vcl

These changes (especially the VCL/VisualCLX change) will cause problems
unless the JEDI.INC file in JCL is updated to match (depending how your
paths are set up. I don't quite understand why you consider the change to
VCL/VisualCLX is needed. What's wrong with COMPLIB_VCL/COMPLIB_CLX?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What happened to my batch files?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 24 Nov 2003 08:59:00 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The new batch files are useless for Delphi especially for the Personal
> Editions. I will look if I can get them working again.
>
I changed them because they all were using the same base so I did the same stuff as I did for BCB.
However, I may have stuffed things up a little, but I think I asked for someone to check.
When I last tried, for some reason, they weren't generating any bpl or dcp file.
I think you should have a look in the MakeDelphi.bat file AND get the latest version of all development tools, especially bpg2make



Subject: What happened to my batch files?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 23 Nov 2003 20:26:33 +0100
Newsgroups: jedi.vcl

The new batch files are useless for Delphi especially for the Personal
Editions. I will look if I can get them working again.

-- Regards, Andreas Hausladen 

Subject: Which JCL Version With Latest JVCL Daily?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sun, 23 Nov 2003 11:15:43 -0800
Newsgroups: jedi.vcl

I just downloaded the 2003 Nov 23 JVCL. I see in the installation notes that one also needs to install JCL (JEDI Code Library). There is a JCL v1.22 Release from 2003 Oct 21 and also a JclPreview2003Nov8. Which one is more likely to work?

I'm trying to get these to work with BCB v6 sp4 if that makes a difference. I from the release notes of JclPreview2003Nov8 that he hasn't done any testing against BCB and that JediInstaller hasn't been updated and install.bat will not work properly. Ah, this sounds worrisome.



Subject: csAcceptsControls deactivated
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Nov 2003 16:44:12 +0100
Newsgroups: jedi.vcl

I commented out all
  ControlStyle := Controlstyle + [csAcceptsControls];
except some controls which obviously should have that flag.



Subject: Re: a file can be removed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Nov 2003 14:25:10 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I moved the content of JvButtonUtils.pas to the only file using it JvShapedButton.pas. I removed JvButtonUtils.pas from JvJans-R.xml so we need to regenerate the packages and then JvButtonUtils.pas can be removed from the CVS.
>

I now document those moves in TODO.TXT.
The move itself is the job of the package maintainer.



Subject: Re: JVCL now fully conforms to JEDI.INC
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Nov 2003 14:23:45 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Hi Robert,
>
> If you're still doing some code cleaning, you might want to look at GenDtx in \dev\help\tools\GenDtx. With this tool you can sort the implementation section via Generate|Sort Impl. Pas. Note that you also need some txt and an ini file from \dev\help\tools\ to make it work.
>

Such an undertaking will need its own sweep over the sources.
So only after i am through with Run directory.



Subject: Re: JVCL now fully conforms to JEDI.INC
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 23 Nov 2003 13:39:39 +0100
Newsgroups: jedi.vcl

Hi Robert,

If you're still doing some code cleaning, you might want to look at GenDtx in \dev\help\tools\GenDtx. With this tool you can sort the implementation section via Generate|Sort Impl. Pas. Note that you also need some txt and an ini file from \dev\help\tools\ to make it work.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 23 Nov 2003 19:54:42 +1000
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> Hi Olivier,
>
> It still makes to many assumptions, IMHO.  For example, there aren't personal/standard targets in JCL.
Don't be mistaken, there aren't in JVCL either. If you have a closer look, the packages for the Personal (or standard) versions of Delphi and BCB are only generated if they are different from the Professionnal and Enterprise ones. Everyone doing packages for Delphi or BCB has to do that because of the absence of the DB related units in the Personal versions.
It is most likely that the JCL doesn't have any DB related code, but I won't remove the branching for Personal versions. It is needed. If you don't need it, always associate the Perso target with it's counterpart and you won't have any trouble.

> I suggest to determine the targets by searching the package directory for subdirectories (excluding the xml subdirectory).
That's what already done by the EnumerateTarget function. It looks for directories ending with a number.


> The development environment could be determined by examining the template file extension (.dpk -> delphi, .bpk -> BCB).
This doesn't work because the extension can also be .res, .cpp, .cfg. Actually, it doesn't account into the process.

> Target macros e.g. could be defined in an .ini file:
>
> [Targets]
> windows=c5,c6,d5,d6,d7,d7.dev
> linux=k3,k3.dev
Why would you need a .dev target? I don't see the point here.

Anyway, due to unforeseeen circumstances I won't be able to use Delphi for at least a week.



Subject: JVCL now fully conforms to JEDI.INC
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Nov 2003 08:57:58 +0100
Newsgroups: jedi.vcl

I just checked JEDI.INC for problems.
As OBones told there was the use of CBUILDER in some JVCL sources.
I changed all JVCL sources (including Archive and Examples) to conform to JEDI.INC.

It is now
BCB instead of CBUILDER
BCBx instead of CBUILDERx
LINUX instead of UNIX
VCL instead of COMPLIB_VCL
VisualCLX instead of COMPLIB_CLX



Subject: Re: Package Generator: Making it more generic
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 23 Nov 2003 07:43:48 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi Olivier,

> And please do not hesitate to give details and ideas, I'll have a look at them tomorrow.

It still makes to many assumptions, IMHO.  For example, there aren't personal/standard targets in JCL.

I suggest to determine the targets by searching the package directory for subdirectories (excluding the xml subdirectory).

This, of course, implies that no assumptions are made regarding the targets; all information has to be retrieved from the template files or a configuration/.ini file (located in the package\xml directory).

The development environment could be determined by examining the template file extension (.dpk -> delphi, .bpk -> BCB).

Target macros e.g. could be defined in an .ini file:

[Targets]
windows=c5,c6,d5,d6,d7,d7.dev
linux=k3,k3.dev

Same for path separator and the likes.

Greetings, Robert



Subject: Re: To whoever is doing code cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Nov 2003 07:22:12 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> This must be a change in JEDI.INC. Last time i looked it contained CBUILDER and JvCryptReg.pas includes it through JVCL.INC.
> That is why i changed BCB to CBUILDER if JVCL.INC is included.
>

I will have a look today and change JEDI.INC if needed.
Generally i will change BCB to CBUILDER as much as possible.



Subject: Re: Need Color Combo Box that supports arbitrary color list
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 22 Nov 2003 23:11:05 +0100
Newsgroups: jedi.vcl

> > Does JVCL have a combo box that shows a list of colors whose list
> > entries can be built up by the user of that combo box? I need to be able
> > to dynamically build up the list based on some larger list and what
> > colors the user hasn't already used (to prevent two lines from getting
> > the same color).

You should be able to do that with JvColorComboBox, something like this:

procedure TForm1.LoadCustomColors;
var i:integer;
begin
    JvColorComboBox1.Clear; // remove all existing colors
    for i := 0 to MyColorlist.Count - 1 do
      JvColorComboBox1.ColorValue := MyColorlist[i];  // this adds the
unique colors from the list
    // select first color in list
   if MyColorlist.Count > 0 then
     JvColorComboBox1.ColorValue := MyColorlist[0];
end;



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Need Color Combo Box that supports arbitrary color list
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Sat, 22 Nov 2003 13:20:49 -0800
Newsgroups: jedi.vcl

BCB has a VCL combo box that supports pre-defined lists of colors. But I need to be able to define an exact list of colors to show in a combo box list.

Does JVCL have a combo box that shows a list of colors whose list entries can be built up by the user of that combo box? I need to be able to dynamically build up the list based on some larger list and what colors the user hasn't already used (to prevent two lines from getting the same color).



Subject: Re: To whoever is doing code cleanup
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Nov 2003 20:05:33 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Hi
>
> I can't quite remember who has been doing a lot of style cleanup recently, but this will be a reminder for everyone:
> DO NOT CHANGE THE CONDITIONAL DIRECTIVES !!!!
>
> Sure, BCB doesn't look pretty, but that's the only one defined when compiling under BCB so don't change it to CBUILDER
>
> I found that it had been changed in JvCryptReg.pas, apparently that's the only spot.
>
> Thanks a lot.
>

This must be a change in JEDI.INC. Last time i looked it contained CBUILDER and JvCryptReg.pas includes it through JVCL.INC.
That is why i changed BCB to CBUILDER if JVCL.INC is included.



Subject: a file can be removed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Nov 2003 19:56:59 +0100
Newsgroups: jedi.vcl

I moved the content of JvButtonUtils.pas to the only file using it JvShapedButton.pas. I removed JvButtonUtils.pas from JvJans-R.xml so we need to regenerate the packages and then JvButtonUtils.pas can be removed from the CVS.



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 23 Nov 2003 01:07:58 +1000
Newsgroups: jedi.vcl,jedi.jcl

> Let me know if anything else is missing.
And please do not hesitate to give details and ideas, I'll have a look at them tomorrow.



Subject: To whoever is doing code cleanup
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 23 Nov 2003 01:07:16 +1000
Newsgroups: jedi.vcl

Hi

I can't quite remember who has been doing a lot of style cleanup recently, but this will be a reminder for everyone:
DO NOT CHANGE THE CONDITIONAL DIRECTIVES !!!!

Sure, BCB doesn't look pretty, but that's the only one defined when compiling under BCB so don't change it to CBUILDER

I found that it had been changed in JvCryptReg.pas, apparently that's the only spot.

Thanks a lot.



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 23 Nov 2003 00:45:41 +1000
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> Yep.  I already have a derivate of the generator (previous version) hacked for JCL requirements, but of course it'd be better to use the original, if it meets the needs.
Please grab the latest CVS version and tell me what's missing.
I've added the ability to specify an alternate format string that will get used for targets that do not support the LIBSUFFIX directive (D5 and under, as BCB doesn't realy requires it, better do it in the template)
Simply separate the two by a comma.
Hence, the format string for the JCL would be
%p%n,%p%n%v0

I've added it in the combo box in pgEdit.

Let me know if anything else is missing.



Subject: Re: Package Generator: Making it more generic
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 22 Nov 2003 15:28:16 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> Robert Rossmair wrote:
>
>> Isn't Bin\bpr2mak supposed to take care of changing project options into make file settings?
>
> Yes, but AFAIK, it happily ignores IDE settings...

:)

>> With BCB6 Trial installed, I'll get the templates fixed myself, I think.
>
> As you wish. You may want to give a go to the generator, even if doesn't allow for proper generation of the D5 packages, at least it would save you sometime.

Yep.  I already have a derivate of the generator (previous version) hacked for JCL requirements, but of course it'd be better to use the original, if it meets the needs.



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 23 Nov 2003 00:21:27 +1000
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> Isn't Bin\bpr2mak supposed to take care of changing project options into make file settings?
Yes, but AFAIK, it happily ignores IDE settings...

> With BCB6 Trial installed, I'll get the templates fixed myself, I think.
As you wish. You may want to give a go to the generator, even if doesn't allow for proper generation of the D5 packages, at least it would save you sometime.



Subject: Re: Package Generator: Making it more generic
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 22 Nov 2003 15:19:24 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi Olivier,

OBones wrote:

> Then I had to change the value of the PROJECT node to test the effect of the LibSuffix in command line.
> And as I suspected, it doesn't take it into account. BTW, the files get generated in the directory where the bpk file is located instead of into $(BCB)\Projects and I got no idea why it does that.

Isn't Bin\bpr2mak supposed to take care of changing project options into make file settings?

> Fixing the LIBSUFFIX problem is however simple has it is enough to do that in the template:
> <PROJECT value="%NAME%60.bpl"/>

Changing LIB suffix within the IDE options dialog does change the PROJECT XML tag, too, so that has to be the effective setting.

With BCB6 Trial installed, I'll get the templates fixed myself, I think.



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 23:56:00 +1000
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> Robert Rossmair wrote:
>
>> You are right, it's in the <IDEOPTIONS> section.  Does that mean it won't work with the command line compiler?
>
> I'm not sure at all, that's why I'll check that tomorrow.
Ok, I took the time to check, but it didn't went without problem.
First, I had to add JclSecurity.pas to the CJcl.bpk package, add -I..\..\Common to the PFLAGS, PATHPAS, LIBPATH and INCLUDEPATH directories.
Then I had to change the value of the PROJECT node to test the effect of the LibSuffix in command line.
And as I suspected, it doesn't take it into account. BTW, the files get generated in the directory where the bpk file is located instead of into $(BCB)\Projects and I got no idea why it does that.
Fixing the LIBSUFFIX problem is however simple has it is enough to do that in the template:
<PROJECT value="%NAME%60.bpl"/>

And as there would be a template for bcb5 too, there is no need for a special replacement.



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 23:02:55 +1000
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> You are right, it's in the <IDEOPTIONS> section.  Does that mean it won't work with the command line compiler?
I'm not sure at all, that's why I'll check that tomorrow.



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 23:00:48 +1000
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:
> One important problem I forgot to mention:  Path separator is '/' under Unix, the paths need to be modified accordingly if Kylix is the target.
That is now fixed. If I didn't make any error, whatever separator is in the xml file will be replaced by the correct one for the target system.



Subject: Re: chart control
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 22 Nov 2003 13:48:49 +0100
Newsgroups: jedi.vcl

Warren Postma is working on a chart control but it's been a while since we
heard from him. JvChart.pas is in JVCL3 but it's not finished AFAIK.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package Generator: Making it more generic
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 22 Nov 2003 13:37:23 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi Olivier,

OBones wrote:

>> [Linker]
>> LibPrefix=
>> LibSuffix=60
>> LibVersion=
>
> Isn't that only an IDE option discarded by the compiler? I'm not quite sure there, I'll checkout the JCL and verify it myself.

You are right, it's in the <IDEOPTIONS> section.  Does that mean it won't work with the command line compiler?

But then again, maybe one could use the PROJECT macro instead?

For example

<PROJECT>
  <MACROS>
    <VERSION value="BCB.06.00"/>
    <PROJECT value="%NAME%%v.bpl"/>

I'm not familiar with BCB, I just recently installed BCB6 Trial for JCL testing purposes.



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 22:12:18 +1000
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> (Generated file is supposed to be the compiled file here?)
Yeah, sorry for that.

> $LIBSUFFIX is there for a reason; it makes version migration easier and less error-prone.  Although this is hardly an advantage if you use a tool like yours, think of users who create packages which in turn require JCL/JVCL packages.
>
> Borland uses this method itself.  For example, when a pakage's "requires" clause includes "vcl", the corresponding binary might be vcl60.bpl or vcl70.bpl or blpvcl.so.6.9 (Kylix 3).
Ok, I didn't know that. And from the JCL point of view, it's understandable.

> Yes, it does (BCB6; BCB5 probably not); it's in the linker section of the .bpk file. Example:
>
> [Linker]
> LibPrefix=
> LibSuffix=60
> LibVersion=
Isn't that only an IDE option discarded by the compiler? I'm not quite sure there, I'll checkout the JCL and verify it myself.


> For Delphi packages at least there is no difference (apart from the path separator issue).
We really need someone from the JVCL team to create a template and test the packages with Kylix...



Subject: Re: problem with JvPlugin
From: "Noel Walsh" <noel@please-remove-crewe-it.co.uk>
Date: Sat, 22 Nov 2003 12:11:30 -0000
Newsgroups: jedi.vcl

If I remember correctly, this happens if you've forgotten to add
FastShareMem as
the very first entry in the uses list of the project source.

Hope this helps,

Noel


"Mark" <markp@digrev.co.uk> wrote in message news:bpdfv6$rit$1@talkto.net...
> > Hi,
> >
> > I'm trying to create a project that uses JvPlugin and JvPluginManager but
> > when the project is closed, I get an error "Project1.exe raised too many
> > consecutive exceptions' (followed by an access violation and a reference
to
> > a memory address).
> >
> > I've tried the tutorial, and hit the same problem, even customising one of
> > the sample projects ends up in generating this error. This problem does
not
> > arrise with the sample projects.
> >
> > The project will load & execute a plugin, but when its terminated, the
> > exception is raised.
> >
> > Any help is greatly appreciated.
> >
> > Mark
> >
> >




Subject: Re: Package Generator: Making it more generic
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 22 Nov 2003 12:19:34 +0100
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> Robert Rossmair wrote:
>
>> The latter is true only for compiler versions which support the $LIBSUFFIX directive (>= 6), for D5 e.g. it would be %p%n%v0.  Keep that in mind.
>
> Correct me if I'm wrong, but couldn't you get rid of the $LIBSUFFIX directive and use %p%n%v0 for all targets ? From my point of view, that would avoid confusion because the package name would be the same as the generated file. 

(Generated file is supposed to be the compiled file here?)

$LIBSUFFIX is there for a reason; it makes version migration easier and less error-prone.  Although this is hardly an advantage if you use a tool like yours, think of users who create packages which in turn require JCL/JVCL packages.

Borland uses this method itself.  For example, when a pakage's "requires" clause includes "vcl", the corresponding binary might be vcl60.bpl or vcl70.bpl or blpvcl.so.6.9 (Kylix 3).

> BTW, I'm quite sure BCB doesn't support that either.

Yes, it does (BCB6; BCB5 probably not); it's in the linker section of the .bpk file. Example:

[Linker]
LibPrefix=
LibSuffix=60
LibVersion=

>> Kylix 3 is Delphi + BCB for Linux, so you'd probably better use C, D for the %e variable just like under Windows.
>
> Well... I don't know cause the package format would most likely be different so having a K allows to distinguish

For Delphi packages at least there is no difference (apart from the path separator issue).

Greetings, Robert



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 20:54:47 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> PathNoInsideRelative() seems to provide the same functionality as JclFileUtils.PathCanonicalize().

Seems so too, but it doesn't work under Linux and it'll scrap leading '..'



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 20:01:06 +1000
Newsgroups: jedi.vcl,jedi.jcl

Robert Rossmair wrote:

> The latter is true only for compiler versions which support the $LIBSUFFIX directive (>= 6), for D5 e.g. it would be %p%n%v0.  Keep that in mind.
Correct me if I'm wrong, but couldn't you get rid of the $LIBSUFFIX directive and use %p%n%v0 for all targets ? From my point of view, that would avoid confusion because the package name would be the same as the generated file. BTW, I'm quite sure BCB doesn't support that either.

> Kylix 3 is Delphi + BCB for Linux, so you'd probably better use C, D for the %e variable just like under Windows.
Well... I don't know cause the package format would most likely be different so having a K allows to distinguish

> One important problem I forgot to mention:  Path separator is '/' under Unix, the paths need to be modified accordingly if Kylix is the target.
I'll change that

> In general, sounds good to me.
Good to know.



Subject: Re: Packages generator
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 22 Nov 2003 10:40:47 +0100
Newsgroups: jedi.vcl

Hi Olivier,

OBones wrote:

>> - Two Bugs in FileUtils.GetRelativePath:
>
> This is now fixed, please see file posted on binaries. If you want to include them in the JCL, please do.

GetRelativePath() is a candidate for JclFileUtils.  I'll check it out.

PathNoInsideRelative() seems to provide the same functionality as JclFileUtils.PathCanonicalize().



Subject: Re: Package Generator: Making it more generic
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 22 Nov 2003 10:12:10 +0100
Newsgroups: jedi.vcl,jedi.jcl

Hi Olivier,

> Point 4 needs more discussion too. Here is how I intend to do it:
> - Define a prefix for the Library packages: JVCL is 'Jv', JCL is 'Jcl'
> - Use format string to define the naming basis:
> %p is the prefix
> %n is the name
> %e is the environment (C for BCB, D for Delphi, K for Kylix)
> %v is the version number (2,3,5,6,7 depending on the environment)
> %t is the type of the package (R or D)
>
> As a result, the format string for JVCL would be '%p%n%e%v%t' and would be '%e%p%v0' for the old JCL, '%p%n' for the new JCL

The latter is true only for compiler versions which support the $LIBSUFFIX directive (>= 6), for D5 e.g. it would be %p%n%v0.  Keep that in mind.

Kylix 3 is Delphi + BCB for Linux, so you'd probably better use C, D for the %e variable just like under Windows.

One important problem I forgot to mention:  Path separator is '/' under Unix, the paths need to be modified accordingly if Kylix is the target.

We eventually might want to use your tool for Free Pascal, too. Although I doubt there are packages in fpc at present...  (Marco, can you comment?)

In general, sounds good to me.

Greetings, Robert



Subject: Re: Packages, once again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 18:25:25 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The simple workaround is to delete the file. I could add an option to do
>> so if required.
> It isn't too important, so don't waste too much time on it.
Done. Both the Delete key and a popup menu



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 17:31:58 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> - Changing the package location doesn't update the packages list; to
>   fix that, assign to jdePackagesLocation.OnChange:
This is now fixed

> - Doesn't like the packages list empty (throws list index errors at me)
This is now fixed

> - Two Bugs in FileUtils.GetRelativePath:
This is now fixed, please see file posted on binaries. If you want to include them in the JCL, please do.

> - Doesn't handle target specific packages; creates an empty
>   package when none of the contained units applies to a target.
This is now fixed



Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 16:39:49 +1000
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> Done. Not verified though, but should be ok. The template MUST use at least one repeating section to be generated though. May be a problem for the template.cfg in Delphi's directories.
Ok, this is now not an issue anymore. The cfg files are updated as well, even if template.cfg doesn't contain any repeating section.




Subject: Re: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 15:47:25 +1000
Newsgroups: jedi.vcl,jedi.jcl

OBones wrote:

> 1) Do not generate a package if no dependency and no file are included in it.
Done. Not verified though, but should be ok. The template MUST use at least one repeating section to be generated though. May be a problem for the template.cfg in Delphi's directories.

> 2) Allow for expanding target names such as unix, delphi, bcb, windows...
Done. Added 'Linux', 'Windows', 'Delphi', 'BCB' and 'Kylix'

> 3) Allow for the creation of "templates" that can be included. For instance, the typical JVCL Runtime package always includes JvCore-R
Still need ideas on that one.

> 4) Remove the JVCL centric calls. Right now, packages get generated this way: JvName-R will give a package name JvNameC6R for BCB6. And in the dependency list, a package starting with Jv will be recognized as from the JVCL and will be expanded on the same basis.
Done the way I described. Please tell me if that's ok.



Subject: Re: remove JvgTransparentMemo.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Nov 2003 06:40:39 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Maybe it's bugged, but the fact is that it comes from the Globus library. I remember seeing somewhere that the content of the Globus library was not to be modified so that users moving from Globus to Globus in JVCL would not be lost. The only changes were to be bug fixes only.
> But maybe I'm mistaken...
>

For now i have improved it by implementing an empty WM_ERASEBKGND and adding its functionality to JvMemo as Transparent property.

Personally i think it should be removed without a trace. The underlying Windows edit control does not like a transparent window and does not paint the text transparent for example.



Subject: Package Generator: Making it more generic
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 12:35:09 +1000
Newsgroups: jedi.vcl,jedi.jcl

Hi all

Following discussions with many people from JVCL and JCL it appeared that the package generator would be useful to both projects and maybe others.
For historical reasons, it is JVCL centric. I made it quickly, though trying not to use ugly code. Here are my thoughts on improvements that would make it more usable by anybody:

1) Do not generate a package if no dependency and no file are included in it.
2) Allow for expanding target names such as unix, delphi, bcb, windows...
3) Allow for the creation of "templates" that can be included. For instance, the typical JVCL Runtime package always includes JvCore-R
4) Remove the JVCL centric calls. Right now, packages get generated this way: JvName-R will give a package name JvNameC6R for BCB6. And in the dependency list, a package starting with Jv will be recognized as from the JVCL and will be expanded on the same basis.

Points 1 and 2 are easy to fix and should be in by the end of this week-end.
Point 3 needs more discussion. I was thinking of having a Default-D.xml and Default-R.xml files that would get read when a new package is created. But this might not be the greatest idea after all, but this is an easy solution for storage.
Point 4 needs more discussion too. Here is how I intend to do it:
- Define a prefix for the Library packages: JVCL is 'Jv', JCL is 'Jcl'
- Use format string to define the naming basis:
%p is the prefix
%n is the name
%e is the environment (C for BCB, D for Delphi, K for Kylix)
%v is the version number (2,3,5,6,7 depending on the environment)
%t is the type of the package (R or D)

As a result, the format string for JVCL would be '%p%n%e%v%t' and would be '%e%p%v0' for the old JCL, '%p%n' for the new JCL
Hence, all packages in the requires list starting with the prefix would get expanded following the current format.
The XML files would still have to have the -R or -D suffix in the dependencies list.
Another question is where to store the prefix and format string. I was thinking to use the ini file from the TJvAppStore as these settings do not depend on the package.

Please give me your opinions on that, I'll move on points 1 and 2. I don't think I would do more, I have to support the Wallabies !

Cheers
Olivier



Subject: Re: Jvclinterpreter error in main procedure
From: "Ranger Walker" <rangerwalkeNOSPAM@terra.es>
Date: Sat, 22 Nov 2003 02:22:09 +0100
Newsgroups: jedi.vcl

I see the problem

I update the interpreter script and it work correct. :(

"Kolector" <rangerwalkerNOSPAM@terra.es> escribió en el mensaje
news:bpijkn$nf0$1@talkto.net...
> > First sorry by my english.
> >
> > I trying to define a unit with main and procedures but when I do a
> > jvclinterpreter.run it always say the error 'function main undefined', how
> > can i do run a unit with main procedure in jvclinterpreter ?
> >
> > when i compile and run this script, it run correct without problems and
show
> > the message.
> >
> > Begin
> >  Showmessage('Hello');
> > End;
> >
> >
> > But when i do this , it compile without error, but when it run  it always
do
> > the error 'funcion main undefined' , why ?
> >
> > Unit Myunit;
> >
> > Procedure DoAnithing;
> >  Begin
> >   ShowMessage('Hello');
> >  End;
> >
> > Procedure Main;
> >  Begin
> >     DoAnithing;
> >  End;
> > End.
> >
> > A lot of  Thanx
> >
> >




Subject: chart control
From: Thomas Mueller <news@s2h.cx>
Date: Fri, 21 Nov 2003 23:46:06 +0000
Newsgroups: jedi.vcl

Hi,

I seem to remember that somebody wrote about a chart control he was to 
donate to jvcl. I can't find this post any more. Was that real or am I 
dreaming? ;-)

I found a public domain chart control which does not quite everything I 
need, in particular i need it to display multiple data series and allow 
custom axis labeling.

Any hints?

The reason why I am looking for such a component is that TeeChart, which 
comes with Delphi, seems to have a rather nasty bug in memory management 
that has caused everything from an exception to freezing the whole computer 
in my application.

twm



Subject: Re: remove JvgTransparentMemo.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 08:18:51 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I think we should move this component to Archive.
> I tried to improve it and integrated it into TJvCustomMemo as Transparent property, but it is hopeless. The underlying Windows control does not handle the text drawing well for a transparent window.
>
Maybe it's bugged, but the fact is that it comes from the Globus library. I remember seeing somewhere that the content of the Globus library was not to be modified so that users moving from Globus to Globus in JVCL would not be lost. The only changes were to be bug fixes only.
But maybe I'm mistaken...



Subject: Re: fixed JvCtrls-D.xml
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 22 Nov 2003 08:16:00 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I've done that, deleted all bpl, all dcu, but I still get the error in
>> JvCustom. No error anywhere else.
>
>
> Strange, I just tested on both my work and my home computer without errors.
> What D6 version are you using?
>
Enterprise US installed on a French XP Home.
But it may come from my installation, I've played with it a lot recently...



Subject: remove JvgTransparentMemo.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Nov 2003 19:29:31 +0100
Newsgroups: jedi.vcl

I think we should move this component to Archive.
I tried to improve it and integrated it into TJvCustomMemo as Transparent property, but it is hopeless. The underlying Windows control does not handle the text drawing well for a transparent window.



Subject: Re: Proper attribution for JEDI-VCL component use?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Nov 2003 19:26:46 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Is a few text lines in the program's About box sufficient?  If yes, what
>> should the lines look like?  If not, what else is required?
>
>
> There isn't anything predefined you must use, but something like this would
> suffice:
>
> This program uses components from the JVCL, a part of Project JEDI. For more
> information about JVCL, visit http://jvcl.sourceforge.net. For more
> information about Project JEDI, visit http://delphi-jedi.org
>

Alternatively integrate the JvJVCLAbout component.



Subject: Re: Proper attribution for JEDI-VCL component use?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 21 Nov 2003 18:13:40 +0100
Newsgroups: jedi.vcl

> > Is a few text lines in the program's About box sufficient?  If yes, what
> > should the lines look like?  If not, what else is required?

There isn't anything predefined you must use, but something like this would
suffice:

This program uses components from the JVCL, a part of Project JEDI. For more
information about JVCL, visit http://jvcl.sourceforge.net. For more
information about Project JEDI, visit http://delphi-jedi.org

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Proper attribution for JEDI-VCL component use?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Fri, 21 Nov 2003 12:01:31 -0500
Newsgroups: jedi.vcl

Can someone give me an example of the proper attribution for using the
JEDI-VCL components in a distributed application?  The application will be
distributed completely digitally, no manual or CD-ROM.

If you would be so kind as to provide a sample of an actual attribution, not
just a repeat of the MPL verbage, that would be great.

Is a few text lines in the program's About box sufficient?  If yes, what
should the lines look like?  If not, what else is required?

thx

--

Robert Oschler




Subject: Re: fixed JvCtrls-D.xml
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 21 Nov 2003 16:47:10 +0100
Newsgroups: jedi.vcl

> > I've done that, deleted all bpl, all dcu, but I still get the error in
> > JvCustom. No error anywhere else.

Strange, I just tested on both my work and my home computer without errors.
What D6 version are you using?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: HOWTO: Making JVCL work wth JCL 1.90 (CVS version)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Nov 2003 13:34:24 +0100
Newsgroups: jedi.vcl

I have just succesfully installed JVCL using the CVS version of JCL
(reportedly version 1.90). It didn't go without a few hickups, so here's a
breakdown for those that want to try it out themselves.

Step by step (using Delpi 6):

* Checkout the jcl sources from CVS
  CVSROOT
    :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jcl
  or
  :ext:<username>@cvs.sourceforge.net:/cvsroot/jcl
  MODULE
    jcl

* In Delphi, remove all installed JVCL packages and remove the JCL paths
from the lib path

* Make sure the JVCL version of JEDI.INC matches the one in JCL (I just
updated the one in CVS, so get it there)

* Add the following paths to Delphis lib path:
  jcl/source/common
  jcl/source/vcl
  jcl/source/windows
(not sure all are needed, but better safe than sorry)

* Delete all DJCL??.bpl/dcp you can find on your system

* Change all occurences of "DJCL??" to "DJclVcl" in the packages requires
node or, if the package already requires JvCoreD?R, remove the item
altogether (this only works for Delphi, BCB still needs DJclVcl in
requires).

If you use the package generator to create your packages, first get the
latest versions of the xml files from CVS (I've cleaned then from unused
DJCL?? requires), open JvCore-R.xml and change every occurence of "DJCL??"
to "DJclVcl" (there should be three). Regenerate the packages.


* Add the following units to the DJcl package:
  - JclWinMidi.pas
 -  JclRTTI.pas
 - JclUnicode.pas

* Add JclAppInst to DJclVcl.dpk

* Build DJcl and DJclVcl

* Build all the JVCL packages and install the DT packages

You should now be up and running again!

If you get any errors or have other problems, post here so we all can
benefit from the solution.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages generator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Nov 2003 13:15:03 +0100
Newsgroups: jedi.vcl

> >  >> - Configuration for targets and target macros (like "all"; e.g.
> >  >>   "win", "unix"...);
> >  O> I don't understand that... You have the Condition column which I think
> >  O> would match that.
> >
> >     I think Robert means win="d5,d5std,d6,d6per,d7,d7per" and
unix="k2,k3".
> > Conditions are not useful in this context.
I think this is the same as my "Dependencies Template" suggestion, i.e one
should be able to define named templates that could then be easily inserted
from a menu or something.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 21 Nov 2003 13:07:56 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 21 Nov 2003 21:55:16 +1000:

 >> - Doesn't handle target specific packages; creates an empty
 >>   package when none of the contained units applies to a target.
 O> Yeah, but why would you create such a package ?

    It's absolutely possible you will have a package for Kylix that has no
use in Delphi (or vice versa).

 >> Features I'd like to see:
 >>
 >> - Configuration for targets and target macros (like "all"; e.g.
 >>   "win", "unix"...);
 O> I don't understand that... You have the Condition column which I think
 O> would match that.

    I think Robert means win="d5,d5std,d6,d6per,d7,d7per" and unix="k2,k3".
Conditions are not useful in this context.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Rage To Love" by Kim Wilde.




Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 21 Nov 2003 21:55:16 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Nice Tool, but still a bit JVCL centric.  It has some bugs, too:
I know, and I'll try to make it a bit more generic.

> - Changing the package location doesn't update the packages list; to
>   fix that, assign to jdePackagesLocation.OnChange:
>
>   procedure TfrmMain.jdePackagesLocationChange(Sender: TObject);
>   begin
>     // reload package list
>     LoadPackagesList;
>   end;
Will be done.

> - Doesn't like the packages list empty (throws list index errors at me)
Wooops... Will have to look at that.

> - Two Bugs in FileUtils.GetRelativePath:
>   1) The directory name comparison in Line 43 is case sensitive.
>      To fix that, replace line 43 by
>
>     {$IFDEF MSWINDOWS} // case insensitive
>     while StrSame(OrigList[DiffIndex], DestList[DiffIndex]) do
>     {$ELSE}            // case sensitive
>     while OrigList[DiffIndex] = DestList[DiffIndex] do
>     {$ENDIF}
>   2) if Origin and Destination are on different partitions, output is
>      garbage (doesn't matter here, though).
If you want to include the functions in FileUtils to the JCL, you are most welcome to do so. I think they are quite useful, even if they may be buggy. For point 2, I'll see, it shouldn't be a big problem to fix.

> - Doesn't handle target specific packages; creates an empty
>   package when none of the contained units applies to a target.
Yeah, but why would you create such a package ?

> Features I'd like to see:
>
> - Configuration for targets and target macros (like "all"; e.g.
>   "win", "unix"...); 
I don't understand that... You have the Condition column which I think would match that.

> more than one target per development tool version
>   possible (see JCL: d6/d6.dev etc.)
Uh... that one may be tough. More details cause I don't really see what you want.

> - Configuration for package name suffixes/prefixes.  For JCL, neither
>   compiler version (except for version 5) nor design/run time
>   name suffixes are used.
I know, it's part of the "getting more generic" stuff.
Thanks for your feedback.



Subject: Re: offtopic: postgres and Delphi
From: "Kolector" <rangerwalkerNOSPAM@terra.es>
Date: Fri, 21 Nov 2003 12:47:42 +0100
Newsgroups: jedi.vcl

Yes, use ZeosLib. search it in torry's.


"Warren Postma" <wpostma_at@tekran_dot.com> escribió en el mensaje
news:bpdtgt$991$1@talkto.net...
> > Sorry for the OT post. <grin> ...
> >
> > Does anyone know if there are native postgres VCL objects out there
> > anywhere for Delphi?  Or does one use ADO, OLEDB, ODBC or something like
> > that, to access it?  The only SQL database I have used with Delphi
> > before now is Interbase (and firebird, its cousin), and I used the
> > IBObjects component set, which was really great since I had no ADO or
> > BDE runtime dependencies, just install my app, and install my dbms, and
> > all done.
> >
> >
> >
> > Warren
> >




Subject: Re: fixed JvCtrls-D.xml
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 21 Nov 2003 21:32:20 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Sometimes when regenerating all packages through a build all of
>> "D6 Packages.bpg" i get an error and JVCL packages get uninstalled.
>
>
> If someone has done updates to JvCore units, you must unisntall all design
> packages and rebuild the whole package set.
>
I've done that, deleted all bpl, all dcu, but I still get the error in JvCustom. No error anywhere else.



Subject: Re: fixed JvCtrls-D.xml
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 21 Nov 2003 12:26:25 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 21 Nov 2003 12:14:16 +0100:

 PT> If someone has done updates to JvCore units, you must unisntall all
 PT> design packages and rebuild the whole package set.

    IOW, it's usually my fault (either for updating JvAppStore or the data
provider stuff).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: fixed JvCtrls-D.xml
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Nov 2003 12:14:16 +0100
Newsgroups: jedi.vcl

> > Sometimes when regenerating all packages through a build all of
> > "D6 Packages.bpg" i get an error and JVCL packages get uninstalled.

If someone has done updates to JvCore units, you must unisntall all design
packages and rebuild the whole package set.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: fixed JvCtrls-D.xml
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Nov 2003 11:50:40 +0100
Newsgroups: jedi.vcl

OBones wrote:

> BTW, I tried to install the JVCL under D6 and I got an AV in JvCustom-D
> This doesn't happen in BCB6 though.

I get even stranger things.
I install the packages directly from the D6 subfolder.
Sometimes when regenerating all packages through a build all of
"D6 Packages.bpg" i get an error and JVCL packages get uninstalled.



Subject: Re: Packages generator
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 21 Nov 2003 11:50:02 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Well, the JCL group may be able to use directly, because all you need is a template. The generator and editor don't make any JVCL-specific assumptions, all this being left in our specific templates.

Nice Tool, but still a bit JVCL centric.  It has some bugs, too:

- Changing the package location doesn't update the packages list; to
  fix that, assign to jdePackagesLocation.OnChange:

  procedure TfrmMain.jdePackagesLocationChange(Sender: TObject);
  begin
    // reload package list
    LoadPackagesList;
  end;

- Doesn't like the packages list empty (throws list index errors at me)

- Two Bugs in FileUtils.GetRelativePath:
  1) The directory name comparison in Line 43 is case sensitive.
     To fix that, replace line 43 by

    {$IFDEF MSWINDOWS} // case insensitive
    while StrSame(OrigList[DiffIndex], DestList[DiffIndex]) do
    {$ELSE}            // case sensitive
    while OrigList[DiffIndex] = DestList[DiffIndex] do
    {$ENDIF}
  2) if Origin and Destination are on different partitions, output is
     garbage (doesn't matter here, though).

- Doesn't handle target specific packages; creates an empty
  package when none of the contained units applies to a target.



Features I'd like to see:

- Configuration for targets and target macros (like "all"; e.g.
  "win", "unix"...); more than one target per development tool version
  possible (see JCL: d6/d6.dev etc.)

- Configuration for package name suffixes/prefixes.  For JCL, neither
  compiler version (except for version 5) nor design/run time
  name suffixes are used.


Greetings, Robert



Subject: Re: fixed JvCtrls-D.xml
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 21 Nov 2003 19:13:39 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> There was a ".pas" missing for JvTransparentButtonEditors.pas
> I also fixed the generated JvCtrlsD6D.dpk. Please someone fix the other packages or regenerate them.
Done

> It would be nice if the package generator places a Jedi header and a "Generated, do not change!" message in the packages.
Done. Well actually, you just have to put it in the templates. Just have a look at the BCB6 templates for an exemple

BTW, I tried to install the JVCL under D6 and I got an AV in JvCustom-D
This doesn't happen in BCB6 though.

Another strange thing is that the batch file doesn't seem to generate the bpl files. I deleted all of them, launch MakeD6 and only got the dcp, but no bpl generated. Can anyone look at that ?



Subject: fixed JvCtrls-D.xml
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Nov 2003 09:04:23 +0100
Newsgroups: jedi.vcl

There was a ".pas" missing for JvTransparentButtonEditors.pas
I also fixed the generated JvCtrlsD6D.dpk. Please someone fix the other packages or regenerate them.
It would be nice if the package generator places a Jedi header and a "Generated, do not change!" message in the packages.



Subject: JvxRichEdit URL highlighting
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Fri, 21 Nov 2003 04:25:34 -0300
Newsgroups: jedi.vcl

Is it possible to change the color of a link when the mouse moves over it?

Thanks.

Mariano.


Subject: Re: Generic storage backend (JvAppStore)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 20 Nov 2003 22:25:45 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 20 Nov 2003 20:50:35 +0100:

 >>     See remark to the exception part above <g> I'll try to force myself
 >> to take care of this, but I've tried that before and somehow it doesn't
 >> stick. Oddly enough, that doesn't happen when I worked. Maybe I should
 >> start thinking of Project JEDI as my job and things will improve?

 RM> What? You do have another job besides the JVCL? ;-)

    Does sending out resumes count?

 RM> BTW i forgot to mention. Use Low(), High() and SizeOf() as much as
 RM> possible.

    I'll try to remember.

 RM> I know why i do style cleaning. It is a job which most
 RM> programmers hate.

    I'm not sure it is something most programmers hate, but more because
every programmer has a somewhat different style. My coding style is quite
close to what JEDI tries to maintain (structure wise, not the whole string
literal/common constants kind of stuff which I usually postpone 'till I'm
ready and then promptly forget about) but I have seen others having quite a
different style. I know that most of that can be cleaned up
semi-automatically with <insert name of your favorite code
formatter/beautifier>, but that still leaves some of the other tasks that
need to be done manually. If you are not used to code according to those
rules, you have a hard time getting it done later (and let's face it, when
your up to your nose in coding a solution to a problem, you lose all sense
of style).

    Don't get me wrong, I'm glad someone like you goes through the pile of
files and get them in the proper style, but I really think it's not because
others don't want to do it but are either to lazy to do it themselves (like
me) or unfamiliar with the code style itself to do it properly.

 RM> I do it because i get a grip on the sources

    That is a good thing. I think you have found more potential problems
with code than anyone else.

 RM> and it allows
 RM> me to hop from area to area following my mood
 RM> changes :-)

    I'm not particularly known for my persistency in what I do either. I hop
from provider to storage backends to jvinspector to jvscheduledevents and
back again. Mostly it does depend what kind of mood I'm in, although I try
to finish a particular sub task before moving on. I used to hop to help
writing once in a while, but that seems to be slipping as well (at least
Remko updated the skeleton files today, but that's about all progress that's
been done on them since, well, quite a while) and I have even hopped to Z80
a little while back :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Generic storage backend (JvAppStore)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Nov 2003 20:54:47 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I also corrected JvAppIniStore, which used the wrong exception type
> (still referenced EJVCLAppStore instead of EJVCLAppStoreError; speaking of
> which, wouldn't EJvAppStoreError be better?). The new exception message is
> put in a resourcestring (JIT, I must admit <g>).

I simply added "Error".
I am not sure about the prefix. "EJv" or "EJVCL". I prefer "EJVCL" because of EJVCLException, but i have to think about it.
Maybe "EJVCL" is better because it breaks the "Jv" scheme drawing more attention to the exceptions when reading the source.



Subject: Re: Generic storage backend (JvAppStore)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Nov 2003 20:50:35 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     See remark to the exception part above <g> I'll try to force myself to
> take care of this, but I've tried that before and somehow it doesn't stick.
> Oddly enough, that doesn't happen when I worked. Maybe I should start
> thinking of Project JEDI as my job and things will improve?

What? You do have another job besides the JVCL? ;-)

BTW i forgot to mention. Use Low(), High() and SizeOf() as much as possible.

I know why i do style cleaning. It is a job which most programmers hate.
I do it because i get a grip on the sources and it allows me to hop from area to area following my mood changes :-)



Subject: Re: Packages, once again
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 20 Nov 2003 20:30:51 +0100
Newsgroups: jedi.vcl

Hello, Uwe!
You wrote  on Wed, 19 Nov 2003 16:02:23 +0100:

 >> OK, I've done the D5 and D7 packages and they work peachy (nice job ,
 >> Olivier)! I haven't tested Std/PE since I don't have those versions.

 US> I could build all packages with D6Per after adding {$DEFINE
 US> D6PersonalEdition} to JVCL3\packages\d6per\template.dpk and recreation
 US> of the packages with the generator.

    Updated the d5std, d6per and d7per templates with the added define and
committed them (nobody seems to have done it).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Generic storage backend (JvAppStore)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 20 Nov 2003 20:17:52 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 20 Nov 2003 19:00:05 +0100:

 >>
 >>     I had thought of that, but forgot to actually implement it.
 >>
 JF> :-)

    Implemented.

 JF>>>  I didn't think that it make sense. Much more better is to check a
 JF>>> complete circular reference, but this is also a little bit complex.
 >>
 >>     That was my second idea, which I quickly abondened for the reason
 >> you also gave: complex. Still, it is feasable and I may take a stab at
 >> it. Won't be ready before you leave again though....

    Are you gone yet? I already implemented it (it was so easy, I can't
believe I didn't think of it immediately).

    I also corrected JvAppIniStore, which used the wrong exception type
(still referenced EJVCLAppStore instead of EJVCLAppStoreError; speaking of
which, wouldn't EJvAppStoreError be better?). The new exception message is
put in a resourcestring (JIT, I must admit <g>).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Eifersucht" by Nits.




Subject: Re: Generic storage backend (JvAppStore)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 20 Nov 2003 19:00:05 +0100
Newsgroups: jedi.vcl

Hi Marcel


>
>  JF> One comment : i think you should prevent that the component be his own
>  JF> substorage.
>
>     I had thought of that, but forgot to actually implement it.
>

:-)

>  JF>  I didn't think that it make sense. Much more better is to check a
>  JF> complete circular reference, but this is also a little bit complex.
>
>     That was my second idea, which I quickly abondened for the reason you
> also gave: complex. Still, it is feasable and I may take a stab at it. Won't
> be ready before you leave again though....

I didn't know if this is realy important. I think important is the direct component-subcomponent check.

But you have any time you want. Converting my parameterlist to JVCL is much more complex as i thougt before, so i have a lot of work to do :-)

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Generic storage backend (JvAppStore)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 20 Nov 2003 18:36:46 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 20 Nov 2003 17:15:54 +0100:

 JF> looks realy good on the first view.

    Thanks. Still need to resolve the problem with sets (store a set as a
list, change the option to store the set as a string and store the set
again. Reading will always look at the list first. Need to remove the list,
but I'm not sure it's a good idea to completely remove the entire 'folder'
so it has to be type-safe deleting of all sub values related to the set.
Then again, DeleteValue on a set type will not work at all). Also
DeleteSubTree foINI storages is not implemented yet.

 JF> One comment : i think you should prevent that the component be his own
 JF> substorage.

    I had thought of that, but forgot to actually implement it.

 JF>  I didn't think that it make sense. Much more better is to check a
 JF> complete circular reference, but this is also a little bit complex.

    That was my second idea, which I quickly abondened for the reason you
also gave: complex. Still, it is feasable and I may take a stab at it. Won't
be ready before you leave again though....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Generic storage backend (JvAppStore)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 20 Nov 2003 17:15:54 +0100
Newsgroups: jedi.vcl

Hi Marcel,

looks realy good on the first view.

One comment : i think you should prevent that the component be his own substorage. I didn't think that it make sense. Much more better is to check a complete circular reference, but this is also a little bit complex.

What do you think.

Greetings
Jens


Marcel Bestebroer wrote:

> Hello, All!
>
>     I have just committed a changed version of the JvAppStore and it's
> related units (Robert: some of your style changes may have been lost since I
> had a couple of conflicts; also I moved the two apt constants back to
> interface, since they are definitely useful to users of the components).
>
>     This time I have added the ability to allow nested storages (sub
> storages). In addition a generic store has been made available that does not
> allow anything to be stored within, but can be used to combine various sub
> storages (see comment in the file for the TJvAppStore component).
>
>     Sub storages are linked to a specific root path of the storage it's
> added to. Each time a sub path of that root path is referenced, it will be
> routed to the root of the linked storages (of course the remainder of the
> requested path is handed over to the sub storages as well). All the routing
> is done from the public methods only (these methods will all call
> ResolvePath to retrieve the correct store+path to use in a call to the same
> named (suffixed with 'Int') protected method). ResolvePath will resolve to
> the deepest store that applies for the given path.
>
>     A first (quite simple) test revealed no problems, but I have not tested
> all types of data (only String, StringList and Boolean). I think most will
> work, with a possible exception of Persistent (but that one is at the moment
> also very inefficient as it will keep resolving the same base path for all
> it's properties; should be rewritten to resolve once and read all
> properties).
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "You spin me round" by Dead or alive.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de


Subject: Re: Generic storage backend (JvAppStore)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 20 Nov 2003 16:54:09 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 20 Nov 2003 16:40:29 +0100:

 >> Robert: some of your style changes may have been lost since I
 >> had a couple of conflicts; also I moved the two apt constants back to
 >> interface, since they are definitely useful to users of the components.

 RM> I cleaned them again. Only minor losses.

    I'm glad I didn't remove too much of your cleaning. I'll try to come up
with better constant prefixes for those two constants.

 RM> For the future please try to avoid useless "begin end". Less lines
 RM> means a better overview.

    Noted. Most of the times the useless "begin..end" are left overs from
previously multi statement blocks that got truncated to a single statement.
Sometimes I remember to remove the begin/end markers, but usually I don't.

 RM> No exception should use a literal string.

    I'm just a lazy bum and forget to move the string literals when I invent
new ones.

 RM>  The resourcestring used should not end in ".".

    Noted.

 RM> Each time you use a literal string several times make it a const.
RM>  Ideally a source should not contain any string literals at all outside
RM> const and resourcestring.

    See remark to the exception part above <g> I'll try to force myself to
take care of this, but I've tried that before and somehow it doesn't stick.
Oddly enough, that doesn't happen when I worked. Maybe I should start
thinking of Project JEDI as my job and things will improve?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: Generic storage backend (JvAppStore)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Nov 2003 16:40:29 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Robert: some of your style changes may have been lost since I
> had a couple of conflicts; also I moved the two apt constants back to
> interface, since they are definitely useful to users of the components.

I cleaned them again. Only minor losses.

For the future please try to avoid useless "begin end". Less lines means a better overview.
No exception should use a literal string. The resourcestring used should not end in ".".
Each time you use a literal string several times make it a const.
Ideally a source should not contain any string literals at all outside const and resourcestring.

I renamed the exception type. All exception types should begin with "E" for Exception and end in "Error". I will change all other exception types also.



Subject: Re: Generic storage backend (JvAppStore)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Nov 2003 15:56:05 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, All!
>
>     I have just committed a changed version of the JvAppStore and it's
> related units (Robert: some of your style changes may have been lost since I
> had a couple of conflicts; also I moved the two apt constants back to
> interface, since they are definitely useful to users of the components).

Boo, boo! ;-)
No problem with the constants, but i recall that the names were too generic.



Subject: Jvclinterpreter error in main procedure
From: "Kolector" <rangerwalkerNOSPAM@terra.es>
Date: Thu, 20 Nov 2003 15:47:26 +0100
Newsgroups: jedi.vcl

First sorry by my english.

I trying to define a unit with main and procedures but when I do a
jvclinterpreter.run it always say the error 'function main undefined', how
can i do run a unit with main procedure in jvclinterpreter ?

when i compile and run this script, it run correct without problems and show
the message.

Begin
 Showmessage('Hello');
End;


But when i do this , it compile without error, but when it run  it always do
the error 'funcion main undefined' , why ?

Unit Myunit;

Procedure DoAnithing;
 Begin
  ShowMessage('Hello');
 End;

Procedure Main;
 Begin
    DoAnithing;
 End;
End.

A lot of  Thanx




Subject: Generic storage backend (JvAppStore)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 20 Nov 2003 15:21:22 +0100
Newsgroups: jedi.vcl

Hello, All!

    I have just committed a changed version of the JvAppStore and it's
related units (Robert: some of your style changes may have been lost since I
had a couple of conflicts; also I moved the two apt constants back to
interface, since they are definitely useful to users of the components).

    This time I have added the ability to allow nested storages (sub
storages). In addition a generic store has been made available that does not
allow anything to be stored within, but can be used to combine various sub
storages (see comment in the file for the TJvAppStore component).

    Sub storages are linked to a specific root path of the storage it's
added to. Each time a sub path of that root path is referenced, it will be
routed to the root of the linked storages (of course the remainder of the
requested path is handed over to the sub storages as well). All the routing
is done from the public methods only (these methods will all call
ResolvePath to retrieve the correct store+path to use in a call to the same
named (suffixed with 'Int') protected method). ResolvePath will resolve to
the deepest store that applies for the given path.

    A first (quite simple) test revealed no problems, but I have not tested
all types of data (only String, StringList and Boolean). I think most will
work, with a possible exception of Persistent (but that one is at the moment
also very inefficient as it will keep resolving the same base path for all
it's properties; should be rewritten to resolve once and read all
properties).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "You spin me round" by Dead or alive.




Subject: Re: Transparent Button2 with image preview
From: "asd" <asd@asd.com>
Date: Thu, 20 Nov 2003 10:07:15 -0200
Newsgroups: jedi.vcl

Ok, thanks a lot.

"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:bpia61$a26$1@talkto.net...
>> > > But where can i download it from ?
>> > > Is the JvTransparentButtonEditors.pas  in the download file ? Couldn't
> > find
>> > > it in JVCL files.
> >
> > Get it from jedi.binaries in this newsgroup
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Transparent Button2 with image preview
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Nov 2003 13:04:48 +0100
Newsgroups: jedi.vcl

> > But where can i download it from ?
> > Is the JvTransparentButtonEditors.pas  in the download file ? Couldn't
find
> > it in JVCL files.

Get it from jedi.binaries in this newsgroup

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Transparent Button2 with image preview
From: "asd" <asd@asd.com>
Date: Thu, 20 Nov 2003 10:02:16 -0200
Newsgroups: jedi.vcl

But where can i download it from ?
Is the JvTransparentButtonEditors.pas  in the download file ? Couldn't find
it in JVCL files.

Thanks.

"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:bpi6p9$rfg$1@talkto.net...
>> > > I need it at designtime not runtime.
> > I see, well you still don't have to modify the button code to accomplish
> > that. What you need is a property editor for the ActiveIndex property that
> > displays the images in a dropdown. Fortunately, I have already created one
> > for you that you can download from binaries.
> >
> > Installation instructions:
> >
> > * Save the JvTransparentButtonEditors.pas file in \design
> > * Open the JvCtrlsD?D design package
> > * Add JvTransparentButtonEditors.pas to the package
> > * Open JvCtrlsReg.pas (it's in JvCtrlsD?D)
> > * Add JvTransparentButtonEditors to uses
> > * Add the following lines at the end of the Register procedure:
> >
> >   RegisterPropertyEditor(TypeInfo(integer), TJvTransparentButton2,
> > 'ActiveIndex', TJvTBActiveIndexProperty);
> >   RegisterPropertyEditor(TypeInfo(integer), TJvTransparentButton2,
> > 'DisabledIndex', TJvTBDisabledIndexProperty);
> >   RegisterPropertyEditor(TypeInfo(integer), TJvTransparentButton2,
> > 'DownIndex', TJvTBDownIndexProperty);
> >   RegisterPropertyEditor(TypeInfo(integer), TJvTransparentButton2,
> > 'GrayIndex', TJvTBGrayIndexProperty);
> >
> > Rebuild JvCtrlsD?D.
> >
> > Now, drop a TJvTransparentButton2 on a form, a TImageList, set
> > ActiveImage/DisabledImage/DownImage/GrayImage := ImageList1, add some
images
> > to the imagelist and click the down arrow next to the
> > ActiveIndex/DisabledIndex/DownIndex/GrayIndex property to see the
available
> > images.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "asd" <asd@asd.com> skrev i meddelandet news:bpi4h1$hb9$1@talkto.net...
>> > >
>> > > Thanks;
>> > >
>> > >
>> > > "Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
>> > > news:bphqt6$blf$1@talkto.net...
>>> > > > You don't have to modify TransparentButton to accomplish that (and the
>> > > code
>>> > > > you provide doesn't show how you try to do it). You can easily do it
> > with
>>> > > > some code. Before running it, make sure yoou've set things up like
this:
>>> > > >
>>> > > >   object JvTransparentButton21: TJvTransparentButton2
>>> > > >     DropDownMenu = PopupMenu1
>>> > > >     ActiveImage = ImageList1
>>> > > >     ActiveIndex = 0
>>> > > >   end
>>> > > >
>>> > > >   object PopupMenu1: TPopupMenu
>>> > > >     Images = ImageList1
>>> > > >   end
>>> > > >
>>> > > > --- some code:
>>> > > >
>>> > > > procedure TForm1.FormCreate(Sender: TObject);
>>> > > > var i:integer;m:TMenuitem;
>>> > > > begin
>>> > > >   PopupMenu1.Items.Clear;
>>> > > >   for i := 0 to PopupMenu1.Images.Count - 1 do
>>> > > >   begin
>>> > > >     m := TMenuItem.Create(PopupMenu1);
>>> > > > //    m.Caption := IntToStr(i);
>>> > > >     m.ImageIndex := i;
>>> > > >     m.OnClick := ImageClick;
>>> > > >     PopupMenu1.Items.Add(m);
>>> > > >   end;
>>> > > > end;
>>> > > >
>>> > > > procedure TForm1.ImageClick(Sender: TObject);
>>> > > > begin
>>> > > >   JvTransparentButton21.ActiveIndex := (Sender as
TMenuItem).ImageIndex;
>>> > > > end;
>>> > > >
>>> > > >
>>> > > >
>>> > > > --
>>> > > > Regards,
>>> > > >
>>> > > > Peter Thornqvist (JVCL Coordinator)
>>> > > > http://jvcl.sourceforge.net
>>> > > > "asd" <asd@asd.com> skrev i meddelandet
news:bph4ge$ve9$1@talkto.net...
>>>> > > > > Hi, im trying to change the transparent button to show in
ActiveIndex
>> > > the
>>>> > > > > images of a ImageList so
>>>> > > > > will be too much easy to select the desire image. So i create
another
>>>> > > > > property (for test before change activeIndex)
>>>> > > > > ImageList and Images.
>>>> > > > >
>>>> > > > > I look in the Raize TRzBitBtn to see how it works and add this
codes:
>>>> > > > >
>>>> > > > >     FImageIndex: TImageIndex;
>>>> > > > >     FImages: TCustomImageList;
>>>> > > > >     FImageChangeLink: TChangeLink;
>>>> > > > >
>>>> > > > > procedure SetImageIndex(Value: TImageIndex); virtual;
>>>> > > > > procedure SetImages(Value: TCustomImageList); virtual;
>>>> > > > >
>>>> > > > >  property ImageIndex: TImageIndex
>>>> > > > >       read FImageIndex
>>>> > > > >       write SetImageIndex
>>>> > > > >       default -1;
>>>> > > > >
>>>> > > > >     property Images: TCustomImageList
>>>> > > > >       read FImages
>>>> > > > >       write SetImages;
>>>> > > > >
>>>> > > > > and forward declarations and code. Now the component show the down
> > arrow
>>>> > > > > (like combobox) in
>>>> > > > > the ImageIndex property but when i click it dont list the images
>> > > avaliable
>>>> > > > > of the ImageList.
>>>> > > > >
>>>> > > > > Could sombody helpme with this ??
>>>> > > > >
>>>> > > > > Thanks
>>>> > > > >
>>>> > > > >
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: Transparent Button2 with image preview
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Nov 2003 12:59:54 +0100
Newsgroups: jedi.vcl

> > Isn't there already such a thing in the VCL itself ?
> > Because when you have a TAction, you can set its image index and
> > clearly, the images get displayed there...
Yes, there are probably several, but it's only registered for that specific
component and maybe the editor implementation even requires a specific
component to work.

We have a generic owner draw implementation in JvDsgnEditors that one can
derive from to return the imagelist in question regardless of the actual
component, so that's what I used. See the file I just committed to CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Transparent Button2 with image preview
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Nov 2003 08:41:12 +0100
Newsgroups: jedi.vcl

You don't have to modify TransparentButton to accomplish that (and the code
you provide doesn't show how you try to do it). You can easily do it with
some code. Before running it, make sure yoou've set things up like this:

  object JvTransparentButton21: TJvTransparentButton2
    DropDownMenu = PopupMenu1
    ActiveImage = ImageList1
    ActiveIndex = 0
  end

  object PopupMenu1: TPopupMenu
    Images = ImageList1
  end

--- some code:

procedure TForm1.FormCreate(Sender: TObject);
var i:integer;m:TMenuitem;
begin
  PopupMenu1.Items.Clear;
  for i := 0 to PopupMenu1.Images.Count - 1 do
  begin
    m := TMenuItem.Create(PopupMenu1);
//    m.Caption := IntToStr(i);
    m.ImageIndex := i;
    m.OnClick := ImageClick;
    PopupMenu1.Items.Add(m);
  end;
end;

procedure TForm1.ImageClick(Sender: TObject);
begin
  JvTransparentButton21.ActiveIndex := (Sender as TMenuItem).ImageIndex;
end;



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "asd" <asd@asd.com> skrev i meddelandet news:bph4ge$ve9$1@talkto.net...
> > Hi, im trying to change the transparent button to show in ActiveIndex the
> > images of a ImageList so
> > will be too much easy to select the desire image. So i create another
> > property (for test before change activeIndex)
> > ImageList and Images.
> >
> > I look in the Raize TRzBitBtn to see how it works and add this codes:
> >
> >     FImageIndex: TImageIndex;
> >     FImages: TCustomImageList;
> >     FImageChangeLink: TChangeLink;
> >
> > procedure SetImageIndex(Value: TImageIndex); virtual;
> > procedure SetImages(Value: TCustomImageList); virtual;
> >
> >  property ImageIndex: TImageIndex
> >       read FImageIndex
> >       write SetImageIndex
> >       default -1;
> >
> >     property Images: TCustomImageList
> >       read FImages
> >       write SetImages;
> >
> > and forward declarations and code. Now the component show the down arrow
> > (like combobox) in
> > the ImageIndex property but when i click it dont list the images avaliable
> > of the ImageList.
> >
> > Could sombody helpme with this ??
> >
> > Thanks
> >
> >




Subject: Transparent Button2 with image preview
From: "asd" <asd@asd.com>
Date: Wed, 19 Nov 2003 23:35:11 -0200
Newsgroups: jedi.vcl

Hi, im trying to change the transparent button to show in ActiveIndex the
images of a ImageList so
will be too much easy to select the desire image. So i create another
property (for test before change activeIndex)
ImageList and Images.

I look in the Raize TRzBitBtn to see how it works and add this codes:

    FImageIndex: TImageIndex;
    FImages: TCustomImageList;
    FImageChangeLink: TChangeLink;

procedure SetImageIndex(Value: TImageIndex); virtual;
procedure SetImages(Value: TCustomImageList); virtual;

 property ImageIndex: TImageIndex
      read FImageIndex
      write SetImageIndex
      default -1;

    property Images: TCustomImageList
      read FImages
      write SetImages;

and forward declarations and code. Now the component show the down arrow
(like combobox) in
the ImageIndex property but when i click it dont list the images avaliable
of the ImageList.

Could sombody helpme with this ??

Thanks




Subject: Re: Sorry for the stupid question...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Nov 2003 18:27:19 -0500
Newsgroups: jedi.vcl

"Dave Bracken" <yup@uhhuh.com> wrote in message
news:bpgpk9$5d0$1@talkto.net...
> > I have a program that can set the desktop wallpaper, using a component i
> > found. The problem is it sets the wallpaper, but if i reboot the wallpaper
i
> > set is no longer applied. So, my question is, where do i save the image in
> > order for it to stay applied? And is there a specific format, name, etc...
> > that it must be in?

For questions not related to JEDI, please consider Borland's newsgroups:

http://newsgroups.borland.com/


-- Michael Beck SourceForge Member # 956 Project JEDI - 2001 "Spirit of Delphi" Award Winner http://delphi-jedi.org JEDI-VCL Web: http://jvcl.sourceforge.net JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm 

Subject: Sorry for the stupid question...
From: "Dave Bracken" <yup@uhhuh.com>
Date: Wed, 19 Nov 2003 16:17:08 -0600
Newsgroups: jedi.vcl

I have a program that can set the desktop wallpaper, using a component i
found. The problem is it sets the wallpaper, but if i reboot the wallpaper i
set is no longer applied. So, my question is, where do i save the image in
order for it to stay applied? And is there a specific format, name, etc...
that it must be in?

Thanks,
Dave




Subject: Re: Packages, once again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 19 Nov 2003 17:32:52 +0100
Newsgroups: jedi.vcl

> > I thought of that too, but I was already at the next to last package !
> > I'll have a look on how to do that...
View it as a "nice to have" feature


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Site updates
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 19 Nov 2003 17:32:02 +0100
Newsgroups: jedi.vcl

> > What do you think ?
I think that after a week, the test is of no use because the zip will be
gone ;) IOW, each zip needs to be tested once a week for the doc to be of
any real use for the downloader.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages, once again
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 19 Nov 2003 16:02:23 +0100
Newsgroups: jedi.vcl

On Wed, 19 Nov 2003 14:37:32 +0100, "Peter Thörnqvist" wrote:

> >OK, I've done the D5 and D7 packages and they work peachy (nice job ,
> >Olivier)! I haven't tested Std/PE since I don't have those versions.

I could build all packages with D6Per after adding {$DEFINE
D6PersonalEdition} to JVCL3\packages\d6per\template.dpk and recreation
of the packages with the generator.

Uwe


Subject: Re: Packages, once again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Nov 2003 14:37:32 +0100
Newsgroups: jedi.vcl

OK, I've done the D5 and D7 packages and they work peachy (nice job ,
Olivier)! I haven't tested Std/PE since I don't have those versions.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages, once again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 19 Nov 2003 23:32:50 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
 > That's different from Delphi, then. As long as one of the packages you
> require contains impliciitly or explicitly the unit you need, you don't need
> to require the additional package (it doesn't hurt though).
Yes it is, and I was quite amazed to notice that. But if I don't do it, it complains upon installation...

>> The simple workaround is to delete the file. I could add an option to do
>> so if required.
>
> It isn't too important, so don't waste too much time on it.
It'll depend on the time I get during the week

> Here's another idea that could actually help a lot: add a dialog with a grid
> where we can define "standard templates" for dependencies, f ex:
I thought of that too, but I was already at the next to last package !
I'll have a look on how to do that...



Subject: Re: Packages, once again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Nov 2003 14:13:53 +0100
Newsgroups: jedi.vcl

> > Well, you can change that if you want. I know that BCB requires that
> > CJCL50/60 is in the requires. It actually requires all the packages from
> > the root of the dependency tree.
That's different from Delphi, then. As long as one of the packages you
require contains impliciitly or explicitly the unit you need, you don't need
to require the additional package (it doesn't hurt though).

> > The simple workaround is to delete the file. I could add an option to do
> > so if required.
It isn't too important, so don't waste too much time on it.

Here's another idea that could actually help a lot: add a dialog with a grid
where we can define "standard templates" for dependencies, f ex:

"rtl"|"C6,C6p,D6,D6p,D7,D7p"|""
"designide"|"C6,C6p,D6,D6p,D7,D7p"|""
etc

These could then be added to the menu (as rtl, designide etc) where one
could just click them to insert the template in the grid.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages, once again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 19 Nov 2003 22:36:58 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I just had a more detaied lok at the program and here're some points:
> * DJCL50/60/70 is only needed by JvCore. All other packages should requires
> JvCore and not DJCLXX.
Well, you can change that if you want. I know that BCB requires that CJCL50/60 is in the requires. It actually requires all the packages from the root of the dependency tree.

> * It would be nice to be able to remove an xml file from the list (I added
> one by mistake)
The simple workaround is to delete the file. I could add an option to do so if required.

> I'll check thorugh the D7 packages and see if they compile.
Thanks.



Subject: Re: Packages, once again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 19 Nov 2003 22:31:53 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> One more thing: would it be possible to sort the grid with the dependencies
> (by name would be OK)? That would make it a lot simpler to find the packages
> missing/not needed
I could do that, but if there are conditions on some packages, they MUST not be at the end of the list or the generated package will not compile.
Actually, I could fix that too...



Subject: Re: Packages, once again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Nov 2003 12:51:50 +0100
Newsgroups: jedi.vcl

One more thing: would it be possible to sort the grid with the dependencies
(by name would be OK)? That would make it a lot simpler to find the packages
missing/not needed

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages, once again
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Nov 2003 12:49:49 +0100
Newsgroups: jedi.vcl

I just had a more detaied lok at the program and here're some points:
* DJCL50/60/70 is only needed by JvCore. All other packages should requires
JvCore and not DJCLXX.
* It would be nice to be able to remove an xml file from the list (I added
one by mistake)

I'll check thorugh the D7 packages and see if they compile.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Packages, once again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 19 Nov 2003 20:16:08 +1000
Newsgroups: jedi.vcl

Hi all

I've committed the packages for bcb6 as a result of the use of the package generator.
But that's the only target that I saw being updated like that. May I remind you that the only way to update the packages is now to use the package generator and as a result, there must be a point in time when the one in CVS all get replaced by the generated ones.
I'll commit those for D6, after having verified them.
But this left those targets:
BCB5: Leroy, if you're still around, could you have a look?
D5: Anyone ?
D7: Anyone ?

Thanks a lot for your cooperation



Subject: Re: CBuilder and Latest JVCL3 - cant' compile
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 19 Nov 2003 19:53:27 +1000
Newsgroups: jedi.vcl

I've just done a full get on the CVS version, and it compiled and installed cleanly.



Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Nov 2003 10:05:11 +0100
Newsgroups: jedi.vcl

> > The bug in the TJvgGroupBox->Enabled:
> > Stack overflow in this place,
I've changed the code to handle the CM_ENABLEDCHANGED message instead and
the problem should be gone now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: CBuilder and Latest JVCL3 - cant' compile
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 19 Nov 2003 11:04:16 +0300
Newsgroups: jedi.vcl

For the latest JVCL3 unde BCB6:

Turbo Incremental Link 5.64 Copyright (c) 1997-2002 Borland
Error: Unresolved external '__fastcall Jvdataproviderimpl::TJvDataConsumer::GetN
eedContextFixup()' referenced from D:\CBUILD6\PACKGS\JEDIPACKS\JEDI\JVCL3\DCU\JV
PROVIDERTREELISTFRAME.OBJ
Error: Unresolved external '__fastcall Jvdataproviderimpl::TJvDataConsumer::Fixu
pContext()' referenced from
Error: Unresolved external 'Jvdataproviderimpl::TJvDataConsumerClientNotifyItem:
:' referenced from D:\CBUILD6\PACKGS\JEDIPACKS\JEDI\JVCL3\DCU\JVCOREREG.OBJ
Error: Unresolved external '__fastcall Jvdataproviderimpl::TJvDataConsumerAggreg
atedObject::ItemSelected(System::DelphiInterface<Jvdataprovider::IJvDataItem>)'
referenced from D:\CBUILD6\PACKGS\JEDIPACKS\JEDI\JVCL3\DCU\JVDATAPROVIDEREDITORS
..OBJ
Error: Unresolved external '__fastcall Jvdataproviderimpl::TJvDataConsumerAggreg
atedObject::ServerItemChanged(System::DelphiInterface<Jvdataprovider::IJvDataCon
sumerServerNotify>, System::DelphiInterface<Jvdataprovider::IJvDataItem>)' refer
enced from D:\CBUILD6\PACKGS\JEDIPACKS\JEDI\JVCL3\DCU\JVDATAPROVIDEREDITORS.OBJ

** error 2 ** deleting JvCoreC6D.bpl

** error 1 ** deleting JvCoreC6D.bpl

!!!!! ERROR WHILE BUILDING THE JVCL !!!!
Please refer to last output for details

D:\CBuild6\Packgs\JediPacks\Jedi\Jvcl3\packages>



Subject: Re: Site updates
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 19 Nov 2003 11:47:03 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've added Build status.html to the cron script so it should now be copied
> to /daily whenever the zip's are created. This way users don't have to
> download the zip before learning whether it builds or not ;)
Thanks for that
BTW, I'm wondering if it's usefull to put the word ok on the third line. The text above the table says that the dates are those at which someone checked that the JVCL builds so there is no real need to say ok in there...
Or maybe we could say 'Not ok' and add a note to indicate when it was last seen ok. This way people would know that we know it's not building and can still revert to a working copy.
What do you think ?



Subject: Site updates (2)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 19 Nov 2003 00:47:54 +0100
Newsgroups: jedi.vcl

I've added a redirect to mantis from our site, so you can now use
http://jvcl.sf.net/mantis to get to the bugtracker. Since we wasn't using
our own mantis anyway, I also cleaned the folders.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Site updates
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 19 Nov 2003 00:46:07 +0100
Newsgroups: jedi.vcl

I've added Build status.html to the cron script so it should now be copied
to /daily whenever the zip's are created. This way users don't have to
download the zip before learning whether it builds or not ;)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to know which controls work with BCB?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 19 Nov 2003 09:15:59 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:

> The 2003-11-19 isn't there yet. Will this work on BCB v6:
>
>   http://jvcl.sourceforge.net/daily/JVCL3-2003-11-18.zip
>
> Do I need this also:
>
>   http://jvcl.sourceforge.net/daily/JVCL3-Source-2003-11-18.zip
>
The one from the 18th should be ok.
As to which package you need, the Source one doesn't contain the examples.



Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 19 Nov 2003 09:13:25 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> Path=D:\CBuilderX\bin;D:\CBuild6\Bin;D:\CBuild6\Projects\Bpl;D:\WINXP\system32;D:\WINXP;D:\WINXP\System32\Wbem;D:\Program Files\UltraEdit;c:\bc45\bin;C:\WIN98;C:\WIN98\COMMAND;c:\dos;c:\vc;c:\;c:\bc5\bin 
That's weird... But I see CBuilderX before CBuilder6, that may be a reason, even if I doubt it.
I'll investigate a bit further

> The bug in the TJvgGroupBox->Enabled:
> Stack overflow in this place,
> the program goes the line with inherited and then again to the first line
> and so on...
> Stack overflow error after some time...
> For some reason instead of TCustomGroupBox.SetEnabled(...)
> the recursion occurs.
> What is the root of this error?
Apparently, this is a bug that was also seen in Delphi 7 recently. Try replacing the line with
inherited SetEnabled(FEnabled);

recompile the JvGlobus package and tell me if it fixes it.
If not, try this one:
TGroupBox(self).Enabled := FEnabled;

Thanks for your help.
I'll have a look myself later this week.



Subject: Re: How to know which controls work with BCB?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 Nov 2003 23:28:45 +0100
Newsgroups: jedi.vcl

Randall Parker wrote:

> > The 2003-11-19 isn't there yet.

It will come at 01:10. But I don't know the time zone for the sourceforge
server.

> > Will this work on BCB v6:
> > 
> > http://jvcl.sourceforge.net/daily/JVCL3-2003-11-18.zip

Maybe. Just try it. The 2003-11-19 has a file called BuildState.html where
it is "certified" for BCB 6.


> > Do I need this also:
> > 
> > http://jvcl.sourceforge.net/daily/JVCL3-Source-2003-11-18.zip

Only if you want all the tools to develop the JVCL.


-- Regards Andreas Hausladen 

Subject: Re: How to know which controls work with BCB?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 19 Nov 2003 08:10:14 +1000
Newsgroups: jedi.vcl

Randall Parker wrote:
> I'm running BCB v6 sp4. I am looking for a spinner control. I see that there is TJvSpinEdit as part of JVCL.
>
> Is JVCL v2.1 from this link:
>    http://prdownloads.sourceforge.net/jvcl/JVCL210FIX030313.zip?download
>  mostly or kinda or sort of compatible with BCB?
Not at all.
The JVCL 2.1 was never tested with BCB6 and requires a lot of rework to have it install.

> Do some but not all controls in it work with BCB?
Well, all controls in JVCL3 have been tested for compilation. What it means is that you can drop them on a form an compile the application. However some of them may crash.

> Should I wait till JVCL v3 before trying to use it with BCB? Or is there some post v2.1 downloadable that would be more appropriate for BCB users? If so, how to download it?
Go to http://jvcl.sf.net/daily/ and download a package. The one from 19-11-03 should be ok.

> Also, there are fixes downloadable:
>    http://prdownloads.sourceforge.net/jvcl/JVCL210FIX030313.zip?download
>    http://sourceforge.net/project/shownotes.php?release_id=146201
>  But it sounds like it is just for TJvComputerInfo and therefore is not relevant to most users.
Those fixes are already in JVCL3, development of JVCL2 has stopped.

Thanks for your interest in the JVCL

Olivier Sannier
JVCL Developer
BCB coordinator



Subject: Re: How to know which controls work with BCB?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Tue, 18 Nov 2003 14:07:44 -0800
Newsgroups: jedi.vcl

The 2003-11-19 isn't there yet. Will this work on BCB v6:

  http://jvcl.sourceforge.net/daily/JVCL3-2003-11-18.zip

Do I need this also:

  http://jvcl.sourceforge.net/daily/JVCL3-Source-2003-11-18.zip

Andreas Hausladen wrote:

> Randall Parker wrote:
>
>
>> Should I wait till JVCL v3 before trying to use it with BCB?
>
>
> The current code of JVCL 3 can be compiled with BCB 6. You can download it
> from jvcl.sourceforge.net/daily (2003-11-19 should be work) or you can use
> the CVS version.
>
>
>



Subject: Re: How to know which controls work with BCB?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 Nov 2003 22:47:07 +0100
Newsgroups: jedi.vcl

Randall Parker wrote:

> > Should I wait till JVCL v3 before trying to use it with BCB?

The current code of JVCL 3 can be compiled with BCB 6. You can download it
from jvcl.sourceforge.net/daily (2003-11-19 should be work) or you can use
the CVS version.


> > Also, there are fixes downloadable:
> > http://prdownloads.sourceforge.net/jvcl/JVCL210FIX030313.zip?download
> > http://sourceforge.net/project/shownotes.php?release_id=146201
> > But it sounds like it is just for TJvComputerInfo and therefore is not 
> > relevant to most users.

The JVCL 2 is no more developed.



-- Regards Andreas Hausladen 

Subject: How to know which controls work with BCB?
From: Randall Parker <STOPtechiepundit@EVILfuturePOXpunditSPAM.com>
Date: Tue, 18 Nov 2003 13:16:02 -0800
Newsgroups: jedi.vcl

I'm running BCB v6 sp4. I am looking for a spinner control. I see that there is TJvSpinEdit as part of JVCL.

Is JVCL v2.1 from this link:
   http://prdownloads.sourceforge.net/jvcl/JVCL210FIX030313.zip?download
 mostly or kinda or sort of compatible with BCB?

Do some but not all controls in it work with BCB?

Should I wait till JVCL v3 before trying to use it with BCB? Or is there some post v2.1 downloadable that would be more appropriate for BCB users? If so, how to download it?

Also, there are fixes downloadable:
   http://prdownloads.sourceforge.net/jvcl/JVCL210FIX030313.zip?download
   http://sourceforge.net/project/shownotes.php?release_id=146201
 But it sounds like it is just for TJvComputerInfo and therefore is not relevant to most users.



Subject: Re: offtopic: postgres and Delphi
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 Nov 2003 21:30:00 +0100
Newsgroups: jedi.vcl

> > Does anyone know if there are native postgres VCL objects out there 
> > anywhere for Delphi?  Or does one use ADO, OLEDB, ODBC or something like 

IIRC, Zeos support postgres

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: offtopic: postgres and Delphi
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 18 Nov 2003 15:14:24 -0500
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
bpdtgt$991$1@talkto.net...
> > Does anyone know if there are native postgres VCL objects out there
> > anywhere for Delphi?  Or does one use ADO, OLEDB, ODBC or something like
> > that, to access it?

I've never used it before, but I've heard that ODBC is the way to go,
probably via ADO.

Cheers,
  Ignacio




Subject: offtopic: postgres and Delphi
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 18 Nov 2003 15:04:34 -0500
Newsgroups: jedi.vcl

Sorry for the OT post. <grin> ...

Does anyone know if there are native postgres VCL objects out there anywhere for Delphi?  Or does one use ADO, OLEDB, ODBC or something like that, to access it?  The only SQL database I have used with Delphi before now is Interbase (and firebird, its cousin), and I used the IBObjects component set, which was really great since I had no ADO or BDE runtime dependencies, just install my app, and install my dbms, and all done.



Warren



Subject: Re: untyped params in Interpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 18 Nov 2003 22:19:57 +0300
Newsgroups: jedi.vcl

> > Wouldn't it be better to have a function that returns the pointer?
> >
> > function GetVarPtr(var Value: Variant): Pointer;
> > begin
> >   case TVarData(Value).VType of
> >     varOleStr, varDispatch, varUnknown, varString,
> >     varAny, varArray, varByRef, varObject:
> >       Result := TVarData(Value).VPointer;
> >   else
> >     Result := Pointer(Cardinal(@Value) + 8);
> >   end;
> > end;
> >
....
Yes, it's good.
Please, check types list (varOleStr, varDispatch, varUnknown, varString,
varAny, varArray, varByRef, varObject). Maybe, its not absolutely correct. I
checked it in my scripts, but I used there only TStream.Read with buffer :
ansistring.
And I guess there is more procedures/methods with untiped params in Delphi.
So, the same bugs can be find in other adapter units






Subject: a TODO file for JVCL3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Nov 2003 19:46:20 +0100
Newsgroups: jedi.vcl

I just added a todo.txt to accompany changelog.txt because when cleaning some files in the run directory i found several TODOs.
Please add your findings also. It will help prospective developers to find an area to work on.



Subject: Re: untyped params in Interpreter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 18 Nov 2003 19:17:16 +0100
Newsgroups: jedi.vcl

Ivan Ravin wrote:

> > Sorry one more :). I have missed that elements in TVarData are word, not
> > the byte. So, data it TVarData have offset 8, not 4. This is correct
> > solution:

Wouldn't it be better to have a function that returns the pointer?

function GetVarPtr(var Value: Variant): Pointer;
begin
  case TVarData(Value).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      Result := TVarData(Value).VPointer;
  else
    Result := Pointer(Cardinal(@Value) + 8);
  end;
end;

procedure JvInterpreter_Move(var Value: Variant; Args: TJvInterpreterArgs);
begin
  Move(GetVarPtr(Args.Values[0])^, GetVarPtr(Args.Values[1])^,
Args.Values[2]);
end;

procedure TStream_Read(var Value: Variant; Args: TJvInterpreterArgs);
begin
  Value := TStream(Args.Obj).Read(GetVarPtr(Args.Values[0])^,
Args.Values[1]);
end;

procedure TStream_Write(var Value: Variant; Args: TJvInterpreterArgs);
begin
  Value := TStream(Args.Obj).Write(GetVarPtr(Args.Values[0])^,
Args.Values[1]);
end;

procedure TStream_ReadBuffer(var Value: Variant; Args: TJvInterpreterArgs);
begin
  TStream(Args.Obj).ReadBuffer(GetVarPtr(Args.Values[0])^, Args.Values[1]);
end;

procedure TStream_WriteBuffer(var Value: Variant; Args:
TJvInterpreterArgs);
begin
  TStream(Args.Obj).WriteBuffer(GetVarPtr(Args.Values[0])^,
Args.Values[1]);
end;



Maybe we can add the function as array-property to JvInterpreterArgs and
do it this way:

// property ValuePtr[Index: Integer]: Pointer read GetValuePtr;

function TJvInterpreterArgs.GetValuePtr(Index: Integer): Pointer;
begin
  case TVarData(Values[Index]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      Result := TVarData(Values[Index]).VPointer;
  else
    Result := Pointer(Cardinal(@(Values[Index])) + 8);
  end;
end;

procedure JvInterpreter_Move(var Value: Variant; Args: TJvInterpreterArgs);
begin
  Move(Args.ValuePtr[0]^, Args.ValuePtr[1]^, Args.Values[2]);
end;


-- Regards Andreas Hausladen 

Subject: Re: untyped params in Interpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 18 Nov 2003 20:19:37 +0300
Newsgroups: jedi.vcl

> > in prev message Args must be TJvInterpreterArgs (I simpy copied code from
my
> > RAI2_Classes unit, where Args are TArgs). Please check this
> >

Sorry one more :). I have missed that elements in TVarData are word, not the
byte. So, data it TVarData have offset 8, not 4. This is correct solution:

procedure JvInterpreter_Move(var Value: Variant; Args: TJvInterpreterArgs);
var arg0,arg1:pointer;
begin
  //Move(Args.Values[0], Args.Values[1], Args.Values[2]); // old adapter
  // ivan_ra begin
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      arg0:=TVarData(Args.Values[0]).VPointer;
    else
      arg0:=pointer(cardinal(@(Args.Values[0]))+8); //!!!!
  end;
  case TVarData(Args.Values[1]).VType of
    varOleStr, varDispatch, varUnknown,
    varString, varAny, varArray, varByRef, varObject:
      arg1:=TVarData(Args.Values[1]).VPointer;
    else
      arg1:=pointer(cardinal(@(Args.Values[1]))+8); //!!!!
  end;
  Move(arg0^, arg1^, Args.Values[2]);
  // ivan_ra end
end;

The same bug and same solution for TStream.Read, .Write, .ReadBuffer,
..WriteBuffer (unit JvInterpreter_Classes):

{  function Read(var Buffer; Count: Longint): Longint; }
procedure TStream_Read(var Value: Variant; Args: TJvInterpreterArgs);
begin
  // ivan_ra
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      Value := TStream(Args.Obj).Read(TVarData(Args.Values[0]).VPointer^,
Args.Values[1]);
    else
      Value :=
TStream(Args.Obj).Read(pointer(cardinal(@(Args.Values[0]))+8)^,
Args.Values[1]);
  end;
  //Value := TStream(Args.Obj).Read(Args.Values[0], Args.Values[1]);
end;

{  function Write(const Buffer; Count: Longint): Longint; }
procedure TStream_Write(var Value: Variant; Args: TJvInterpreterArgs);
begin
  // ivan_ra
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      Value := TStream(Args.Obj).Write(TVarData(Args.Values[0]).VPointer^,
Args.Values[1]);
    else
      Value :=
TStream(Args.Obj).Write(pointer(cardinal(@(Args.Values[0]))+8)^,
Args.Values[1]);
  end;
  //Value := TStream(Args.Obj).Write(Args.Values[0], Args.Values[1]);
end;

{  procedure ReadBuffer(var Buffer; Count: Longint); }
procedure TStream_ReadBuffer(var Value: Variant; Args: TJvInterpreterArgs);
begin
  // ivan_ra
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      TStream(Args.Obj).ReadBuffer(TVarData(Args.Values[0]).VPointer^,
Args.Values[1]);
    else
      TStream(Args.Obj).ReadBuffer(pointer(cardinal(@(Args.Values[0]))+8)^,
Args.Values[1]);
  end;
  //TStream(Args.Obj).ReadBuffer(Args.Values[0], Args.Values[1]);
end;

{  procedure WriteBuffer(const Buffer; Count: Longint); }
procedure TStream_WriteBuffer(var Value: Variant; Args: TJvInterpreterArgs);
begin
  // ivan_ra
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      TStream(Args.Obj).WriteBuffer(TVarData(Args.Values[0]).VPointer^,
Args.Values[1]);
    else
      TStream(Args.Obj).WriteBuffer(pointer(cardinal(@(Args.Values[0]))+8)^,
Args.Values[1]);
  end;
  //TStream(Args.Obj).WriteBuffer(Args.Values[0], Args.Values[1]);
end;








Subject: Re: untyped params in Interpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 18 Nov 2003 19:58:50 +0300
Newsgroups: jedi.vcl

in prev message Args must be TJvInterpreterArgs (I simpy copied code from my
RAI2_Classes unit, where Args are TArgs). Please check this




Subject: untyped params in Interpreter
From: "Ivan Ravin" <ivan_ra@mail.ru>
Date: Tue, 18 Nov 2003 19:50:25 +0300
Newsgroups: jedi.vcl

sorry for my english. Can I speak russian here? :)
I'm still use RAI2, but the same bug is in JvInterpreter too.

This is little issue about untyped const and var params in Interpreter
Adapter. They not working, because adapter is wrong.
For example, let's see on procedure Move (unit JvInterpreter_System):

this is pascal header:
procedure Move(const Source; var Dest; Count: Integer);

and this is adapter realisation:

procedure JvInterpreter_Move(var Value: Variant; Args: TJvInterpreterArgs);
begin
  Move(Args.Values[0], Args.Values[1], Args.Values[2]);
end;

This will not work, because Args.Values[0] and Args.Values[1] are variant,
but real params may be string, integer, double and so on. And sometimes they
even can be not the same type. The solution is to analyse
TVarData(Args.Values[i]).VType to get real data from variant structure.
I expected that when VType is varOleStr, varDispatch, varUnknown, varString,
varAny, varArray, varByRef, varObject then real data is on address
TVarData(Args.Values[0]).VPointer, else data is in TVarData structure.

This is my variant of Move adapter:

procedure JvInterpreter_Move(var Value: Variant; Args: TJvInterpreterArgs);
var arg0,arg1:pointer;
begin
  //Move(Args.Values[0], Args.Values[1], Args.Values[2]); // old adapter
  // ivan_ra begin
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      arg0:=TVarData(Args.Values[0]).VPointer;
    else
      arg0:=pointer(cardinal(@(Args.Values[0]))+4);
  end;
  case TVarData(Args.Values[1]).VType of
    varOleStr, varDispatch, varUnknown,
    varString, varAny, varArray, varByRef, varObject:
      arg1:=TVarData(Args.Values[1]).VPointer;
    else
      arg1:=pointer(cardinal(@(Args.Values[1]))+4);
  end;
  Move(arg0^, arg1^, Args.Values[2]);
  // ivan_ra end
end;

The same bug and same solution for TStream.Read, .Write, .ReadBuffer,
..WriteBuffer (unit JvInterpreter_Classes):

{  function Read(var Buffer; Count: Longint): Longint; }
procedure TStream_Read(var Value: Variant; Args: TArgs);
begin
  // ivan_ra
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      Value := TStream(Args.Obj).Read(TVarData(Args.Values[0]).VPointer^,
Args.Values[1]);
    else
      Value :=
TStream(Args.Obj).Read(pointer(cardinal(@(Args.Values[0]))+4)^,
Args.Values[1]);
  end;
  //Value := TStream(Args.Obj).Read(Args.Values[0], Args.Values[1]);
end;

{  function Write(const Buffer; Count: Longint): Longint; }
procedure TStream_Write(var Value: Variant; Args: TArgs);
begin
  // ivan_ra
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      Value := TStream(Args.Obj).Write(TVarData(Args.Values[0]).VPointer^,
Args.Values[1]);
    else
      Value :=
TStream(Args.Obj).Write(pointer(cardinal(@(Args.Values[0]))+4)^,
Args.Values[1]);
  end;
  //Value := TStream(Args.Obj).Write(Args.Values[0], Args.Values[1]);
end;

{  procedure ReadBuffer(var Buffer; Count: Longint); }
procedure TStream_ReadBuffer(var Value: Variant; Args: TArgs);
begin
  // ivan_ra
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      TStream(Args.Obj).ReadBuffer(TVarData(Args.Values[0]).VPointer^,
Args.Values[1]);
    else
      TStream(Args.Obj).ReadBuffer(pointer(cardinal(@(Args.Values[0]))+4)^,
Args.Values[1]);
  end;
  //TStream(Args.Obj).ReadBuffer(Args.Values[0], Args.Values[1]);
end;

{  procedure WriteBuffer(const Buffer; Count: Longint); }
procedure TStream_WriteBuffer(var Value: Variant; Args: TArgs);
begin
  // ivan_ra
  case TVarData(Args.Values[0]).VType of
    varOleStr, varDispatch, varUnknown, varString,
    varAny, varArray, varByRef, varObject:
      TStream(Args.Obj).WriteBuffer(TVarData(Args.Values[0]).VPointer^,
Args.Values[1]);
    else
      TStream(Args.Obj).WriteBuffer(pointer(cardinal(@(Args.Values[0]))+4)^,
Args.Values[1]);
  end;
  //TStream(Args.Obj).WriteBuffer(Args.Values[0], Args.Values[1]);
end;






Subject: problem with JvPlugin
From: "Mark" <markp@digrev.co.uk>
Date: Tue, 18 Nov 2003 16:13:35 -0000
Newsgroups: jedi.vcl

Hi,

I'm trying to create a project that uses JvPlugin and JvPluginManager but
when the project is closed, I get an error "Project1.exe raised too many
consecutive exceptions' (followed by an access violation and a reference to
a memory address).

I've tried the tutorial, and hit the same problem, even customising one of
the sample projects ends up in generating this error. This problem does not
arrise with the sample projects.

The project will load & execute a plugin, but when its terminated, the
exception is raised.

Any help is greatly appreciated.

Mark




Subject: Re: JvSimpleXML, XSL(T) and the general XML-file-prolog (and XML-Schema)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Nov 2003 15:01:49 +0100
Newsgroups: jedi.vcl

> > So is there any way to do this with the current version of JvSimpleXML?

There isn't any means to do that currently and none is planned. If you would
like to do it yourself and donate the result to JVCL, we would happily
accept it (upload results to Mantis or jedi.binaries and we'll take care of
it).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvSimpleXML, XSL(T) and the general XML-file-prolog (and XML-Schema)
From: "Daniel Rothmaler" <Rothmaler@quodata.de>
Date: Tue, 18 Nov 2003 14:51:44 +0100
Newsgroups: jedi.vcl

Hi all,

I would like to bind an XSL-file to my XML-file, built with JvSimpleXML.



So I looked for any option to do this, but I couldn't find any; even in the
latest version, I found in CVS (V 1.11 in "/jvcl/dev/JVCL3/run/"-dir).



There is a "Prolog"-Object which parses the file-header via the
TJvSimpleXmlElemsProlog class, and creates objects for existing "Prologs",
but there is no possibility to add one because "FElems" (which holds the
Prolog objects) is private and there isn't a "Add" method or something like
this.



XML-Spy links the xsl like the following

"<?xml-stylesheet type="text/xsl" href="MyFile.xsl"?>"



So is there any way to do this with the current version of JvSimpleXML?

If not, is an extension of the Prolog-handling class already planed (I
couldn't find anything about It in Mantis)?

Or should I write an according method myself?



Thanx @all.



By the way:

Is there a property/method to link an XML-Schema-file automatically?

At the moment I do this manually by adding

'xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="MyFile.xsd"'

to the root-node; this works fine, but a property would make things a little
bit easier.








Subject: Re: Having a status file in jvcl.sf.net/daily
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 18 Nov 2003 19:42:16 +1000
Newsgroups: jedi.vcl

The file is now in CVS.



Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 18 Nov 2003 10:53:18 +0300
Newsgroups: jedi.vcl

OBones wrote:

> Vladimir Zhuchko wrote:
>
>> 13.11.2003 Tested latest pack
>
>> 3. for successful compilation I have to add to the MakeBCB6.bat file:
>>
>>  path=%1\Bin;%1\Projects\Bpl;%1\Projects\lib
>
> This shouldn't be needed as C++ Builder added these ones into the environment when it installed itself. Anyway, if it is to be added, it must be done this way:
> set PATH=%PATH%;%1\Bin;%1\Projects\Bpl;%1\Projects\lib
>
This is the answer for MakeBCB6.bat:
D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\packages>makebcb6
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
        cd Bpg2Make
        D:\CBuild6\dcc32.exe -e..\Bin -i..\..\Source;..\Common;..\..\..\JCL\sour
ce;..\..\Archive;..\Dcu -n..\Dcu -r..\..\Source;..\Common;..\..\..\JCL\source;..
\..\Archive;..\Dcu -u..\..\Source;..\Common;..\..\..\JCL\source;..\..\Archive;..
\Dcu -q -w -m Bpg2Make.dpr
Fatal: Unable to execute command: D:\CBuild6\dcc32.exe

'..\devtools\bin\Bpg2Make.exe' is not recognized as an internal or external comm
and,
operable program or batch file.
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
Fatal: Unable to open makefile

!!!!! ERROR WHILE BUILDING THE JVCL !!!!
Please refer to last output for details

D:\CBuild6\Packgs\JediPacks\Jedi\jvcl3\packages>



Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 18 Nov 2003 10:46:11 +0300
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> OBones wrote:
>
>> Vladimir Zhuchko wrote:
>>
>>> I have many compilers installed, (CBuilderx, GNU, BC 4.52, BC 5.02, Builder 6), for this reason I don't know what kind of make, compilers and so on is working in batch. For this reason I have to change this line to work successfully, without this changes the bpr2mak can't be compiled.
>>
>>
>> Maybe, but what I am saying is that makefile.mak shouldn't be changed because it will be erased next time. The change to do would be in MakeBCB.bat to add \bin to %ROOT%
>> Anyway, I'm really surprised that you had to add this, I didn't change a thing on my machine to have it work. Can you give the output of that command:
>> set PATH
>
This is my set
ALLUSERSPROFILE=D:\Documents and Settings\All Users
APPDATA=D:\Documents and Settings\zhuchko\Application Data
CLIENTNAME=Console
CommonProgramFiles=D:\Program Files\Common Files
ComSpec=D:\WINXP\system32\cmd.exe
HOMEDRIVE=D:
INCLUDE=D:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include\
J2D_D3D=false
LIB=D:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\
NUMBER_OF_PROCESSORS=1
OS=Windows_NT
Path=D:\CBuilderX\bin;D:\CBuild6\Bin;D:\CBuild6\Projects\Bpl;D:\WINXP\system32;D:\WINXP;D:\WINXP\System32\Wbem;D:\Program Files\UltraEdit;c:\bc45\bin;C:\WIN98;C:\WIN98\COMMAND;c:\dos;c:\vc;c:\;c:\bc5\bin
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 4, GenuineIntel
PROCESSOR_LEVEL=15
PROCESSOR_REVISION=0204
ProgramFiles=D:\Program Files
PROMPT=$P$G
SESSIONNAME=Console
SystemDrive=D:
SystemRoot=D:\WINXP
TEMP=D:\Temp
TMP=D:\Temp
VSCOMNTOOLS="D:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\"
windir=D:\WINXP
>
>>
The bug in the TJvgGroupBox->Enabled:
Stack overflow in this place,
the program goes the line with inherited and then again to the first line
and so on...
Stack overflow error after some time...
For some reason instead of TCustomGroupBox.SetEnabled(...)
the recursion occurs.
What is the root of this error?

procedure TJvgGroupBox.SetEnabled(Value: boolean);
var
  i: integer;
begin
  FEnabled := Value;
  inherited Enabled := FEnabled;
  for i := 0 to ControlCount - 1 do
    Controls[i].Enabled := FEnabled;
end;



Subject: Re: Look at the internet package for Internet Explorer
From: Eric Grange <egrange@glscene.org>
Date: Tue, 18 Nov 2003 07:44:23 +0100
Newsgroups: talktonet.products,glscene.support,glscene.general,devenish.software.support,jedi.general,jedi.jcl,jedi.apiconversion,jedi.vcl,delphi-gems.support.graphicex,delphi-gems.support.unicode,xananews.wishlist,jedi.binaries,jedi.vcs,jedi.darth,jedi.math,ModelMakerTools.ModelMaker

Whoever posted this from a server at
    
    MILTON, NEW SOUTH WALES (state), AU

has a been infected by a virus...

Eric



Subject: Re: Having a status file in jvcl.sf.net/daily
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 18 Nov 2003 10:21:06 +1000
Newsgroups: jedi.vcl

OBones wrote:

> My concern is that the CVS server at sourceforge is different from the web server. I've posted an issue to ask if that kind of thing is possible, and if so how. I'll keep you posted on the result, the Request ID being 843434.

Apparently, most people don't care about this proposition... Well, FYI, it is not possible to use the automatic update stuff because the two server are physically separated and they are not allowed to do some distant transfer.
Anyway, I'll create the page tonight in dev\JVCL3, will name it "Build status.html" and if someone updates the nightly script, it'll be available. At least, it'll be in the zip.



Subject: Extract PCL to Txt or PCL to PDF
From: "forums.talkto.net" <anywhere@mail.it>
Date: Tue, 18 Nov 2003 00:22:16 +0100
Newsgroups: jedi.vcl

Hello
Do you have any samples in Delphi or good free url?
Thank
Pierre


Subject: Re: /cvsroot/jvcl/CVSROOT/syncmail: Checkin notification script on sourceforge is generating exceptions (traceback).
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 18 Nov 2003 08:53:08 +1000
Newsgroups: jedi.vcl

OBones wrote:
> Ignacio Vazquez wrote:
>
>> "OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
>> bpbeiq$r3s$1@talkto.net...
>>
>>> Yes, I did, in order to have the Log Message in the subject line.
>>> I thought it would work, but unfortunately not.
>>
>>
>>
>> Try changing the hash-bang line to refer to python2 instead of python.
>>
> Nope, there were more errors. And instead of using True and False, I decided to use 0 and 1, this works this way.
> I've comitted the new version, you will now get an email with the log message (truncated to 50 characters) when one submits a file.
Please read "will commit", I didn't have time this morning.



Subject: Re: /cvsroot/jvcl/CVSROOT/syncmail: Checkin notification script on sourceforge is generating exceptions (traceback).
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 18 Nov 2003 08:17:50 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> "OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
> bpbeiq$r3s$1@talkto.net...
>
>> Yes, I did, in order to have the Log Message in the subject line.
>> I thought it would work, but unfortunately not.
>
>
> Try changing the hash-bang line to refer to python2 instead of python.
>
Nope, there were more errors. And instead of using True and False, I decided to use 0 and 1, this works this way.
I've comitted the new version, you will now get an email with the log message (truncated to 50 characters) when one submits a file.



Subject: Re: /cvsroot/jvcl/CVSROOT/syncmail: Checkin notification script on sourceforge is generating exceptions (traceback).
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 17 Nov 2003 16:46:43 -0500
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
bpbeiq$r3s$1@talkto.net...
> > Yes, I did, in order to have the Log Message in the subject line.
> > I thought it would work, but unfortunately not.

Try changing the hash-bang line to refer to python2 instead of python.

Cheers,
  Ignacio




Subject: Re: /cvsroot/jvcl/CVSROOT/syncmail: Checkin notification script on sourceforge is generating exceptions (traceback).
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 18 Nov 2003 07:37:27 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> That's the default syncmail script. Maybe someone has been trying to edit
> it?
>
Yes, I did, in order to have the Log Message in the subject line.
I thought it would work, but unfortunately not.
I tested it in the sourceforge shell, it did work, but apparently, the python version they use on the CVS server is a bit different.
I reverted the script to the old version and you shouldn't have any problems anymore.
I'll look further in the issue.



Subject: Re: /cvsroot/jvcl/CVSROOT/syncmail: Checkin notification script on sourceforge is generating exceptions (traceback).
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 17 Nov 2003 20:04:15 +0100
Newsgroups: jedi.vcl

That's the default syncmail script. Maybe someone has been trying to edit
it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: problems with CVS?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 17 Nov 2003 13:46:45 -0500
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
> bpauvf$np9$1@talkto.net...
>
>> Is this a crash dump of a script?
>
>
> A Python script, yes. Don't know what would be causing it though. Last time
> I checked, False does exist in it.
>
> Cheers,
>   Ignacio
>
>
Hmm. What python version are they running in there?  If they rolled you back to 1.5 or 2.0 (dear me!) perhaps it wouldn't run anymore, since False is only defined in 2.1+ if I remember correctly.  Just for fun try this:

 import sys
 print sys.version

;-)

Warren



Subject: Re: problems with CVS?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 17 Nov 2003 13:43:11 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
bpauvf$np9$1@talkto.net...
> > Is this a crash dump of a script?

A Python script, yes. Don't know what would be causing it though. Last time
I checked, False does exist in it.

Cheers,
  Ignacio




Subject: Re: problems with CVS?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 17 Nov 2003 13:42:34 -0500
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I get these lines when committing:
>
> Traceback (innermost last):
>   File "/cvsroot/jvcl/CVSROOT/syncmail", line 240, in ?
>     main()
>   File "/cvsroot/jvcl/CVSROOT/syncmail", line 234, in main
>     blast_mail(mailcmd, specs[1:], contextlines, SUBJECT, PEOPLE)
>   File "/cvsroot/jvcl/CVSROOT/syncmail", line 153, in blast_mail
>     logfound = False
> NameError: False
>
> Is this a crash dump of a script?
>
Whoops, sorry about the duplicate message. Didn't see yours till after I hit Send. :-)



Subject: /cvsroot/jvcl/CVSROOT/syncmail: Checkin notification script on sourceforge is generating exceptions (traceback).
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 17 Nov 2003 13:41:09 -0500
Newsgroups: jedi.vcl


It looks like the jvcl repository on cvs has a python script executed on checkin, to generate notifications, which is currently aborting with an exception:

Mailing jvcl-checkins@lists.sourceforge.net...
Generating notification message...
Traceback (innermost last):
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 240, in ?
    main()
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 234, in main
    blast_mail(mailcmd, specs[1:], contextlines, SUBJECT, PEOPLE)
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 153, in blast_mail
    logfound = False
NameError: False


This is definitely a Python script. Is it a standard sourceforge thingy or a customized JVCL-only thingy?

Warren



Subject: problems with CVS?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Nov 2003 18:11:28 +0100
Newsgroups: jedi.vcl

I get these lines when committing:

Traceback (innermost last):
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 240, in ?
    main()
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 234, in main
    blast_mail(mailcmd, specs[1:], contextlines, SUBJECT, PEOPLE)
  File "/cvsroot/jvcl/CVSROOT/syncmail", line 153, in blast_mail
    logfound = False
NameError: False

Is this a crash dump of a script?



Subject: Re: The jedi.inc file
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 17 Nov 2003 17:24:52 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hello, Robert!
You wrote  on Mon, 17 Nov 2003 16:38:38 +0100:

 >> It's quite 'cause Foobar2000 is not active.
 RM> Should this read quiet?

    You're quite right <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet 'cause Foobar2000 is not active.




Subject: Re: The jedi.inc file
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Nov 2003 16:38:38 +0100
Newsgroups: jedi.jcl,jedi.vcl

Marcel Bestebroer wrote:
> Hello, All!
>
>     I was thinking, if it would be better to put the jedi.inc (and possibly
> other common files between JCL and JVCL)

Sounds good to me, but this will need a careful restructuring because it is a step towards a big unified Jedi file structure.

> It's quite 'cause Foobar2000 is not active.

Should this read quiet?



Subject: The jedi.inc file
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 17 Nov 2003 16:01:12 +0100
Newsgroups: jedi.jcl,jedi.vcl

Hello, All!

    I was thinking, if it would be better to put the jedi.inc (and possibly
other common files between JCL and JVCL) in the CVS repository of the
'projectjedi' project. It seems silly to me if two projects have a separate
copy of one file, franticly trying to keep them in sync. I know there not
many changes to this particular file, usually only when new Delphi/Kylix/BCB
versions come out, but still it seems easier to have them there and have
only one copy to worry about.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: JvTurtle
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Nov 2003 14:31:40 +0100
Newsgroups: jedi.vcl

I currently clean up and simplify JvTurtle.pas
Do we have any Turtle programs for it?
I already contacted the author, but got no reply yet.
With some example programs i will make an example.



Subject: Re: JvInspector goes CLX
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 17 Nov 2003 14:22:02 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bpaeh5$je5$1@talkto.net...
> > Hello, asn!
> > You wrote  on Mon, 17 Nov 2003 13:24:23 +0100:
> >
> >  a> Fixed the 'listbox not appearing' CLX-bug.
> >  a> What is your opinion about the following:
> >  a> For properties with a valuelist, we could replace the inlineedit +
> >  a> listbox with a customcombobox.
> >  a> We can then use for example TJvFontComboBox or TJvColorComboBox  for
> >  a> selecting the properties. Would also eliminate the code for listbox/
> >  a> popuplistbox alignment.
> >
> >     While I agree with you, there was someone talking about allowing you
to
> > use eg. Mike Lischke's VirtualTreeView as a popup control. I have no idea
> > who it was and what the status is, but it would be a nice option if that
is
> > finished. IOW, if we would go your way (and I so no real reason why we
> > shouldn't), we should make it an optional feature (using a class function
to
> > specify this switch should be enough). Also keep in mind that eventually
> > TJvColorComboBox and TJvFontComboBox will be replaced with a
> > TJvComboBox/provider combination.
> >
> >

In the case of VirtualTreeView I would suggest to combine Object Inspector
and
Object Treeview. Would be a powerfull debugging tool.

Regards,

André Snepvangers




Subject: Re: JvInspector goes CLX
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 17 Nov 2003 13:30:23 +0100
Newsgroups: jedi.vcl

Hello, asn!
You wrote  on Mon, 17 Nov 2003 13:24:23 +0100:

 a> Fixed the 'listbox not appearing' CLX-bug.
 a> What is your opinion about the following:
 a> For properties with a valuelist, we could replace the inlineedit +
 a> listbox with a customcombobox.
 a> We can then use for example TJvFontComboBox or TJvColorComboBox  for
 a> selecting the properties. Would also eliminate the code for listbox/
 a> popuplistbox alignment.

    While I agree with you, there was someone talking about allowing you to
use eg. Mike Lischke's VirtualTreeView as a popup control. I have no idea
who it was and what the status is, but it would be a nice option if that is
finished. IOW, if we would go your way (and I so no real reason why we
shouldn't), we should make it an optional feature (using a class function to
specify this switch should be enough). Also keep in mind that eventually
TJvColorComboBox and TJvFontComboBox will be replaced with a
TJvComboBox/provider combination.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Time And Time Again" by Counting Crows.




Subject: Re: JvInspector goes CLX
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 17 Nov 2003 13:24:23 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bp0kjo$tso$1@talkto.net...
> > Andreas Hausladen wrote:
> >
> > I've found the problem. It were the scroll bars that I introduced.
> >

Fixed the 'listbox not appearing' CLX-bug.
What is your opinion about the following:
For properties with a valuelist, we could replace the inlineedit + listbox
with a customcombobox.
We can then use for example TJvFontComboBox or TJvColorComboBox  for
selecting the properties. Would also eliminate the code for listbox/
popuplistbox alignment.

Regards,

André Snepvangers




Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 17 Nov 2003 14:40:32 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir Zhuchko wrote:
>
>> I have many compilers installed, (CBuilderx, GNU, BC 4.52, BC 5.02, Builder 6), for this reason I don't know what kind of make, compilers and so on is working in batch. For this reason I have to change this line to work successfully, without this changes the bpr2mak can't be compiled.
>
> Maybe, but what I am saying is that makefile.mak shouldn't be changed because it will be erased next time. The change to do would be in MakeBCB.bat to add \bin to %ROOT%
> Anyway, I'm really surprised that you had to add this, I didn't change a thing on my machine to have it work. Can you give the output of that command:
> set PATH
OK, tomorrow from my home PC
>
> Thanks.
>
>> When I'am working under WinXP(2000) and using cmd console, any changes in the envirenment will be discarded after end of bat task, so I can set PATH without %path%, the second reason - see above, I have multiple compilers and batch is not working well with a big path variable
>
> I know, but if you read the installation guidelines you'll see that you need the complete PATH environment variable to be able to compile the JVCL correctly.
Yes I know, for this reason I added really for my environ 8-)))

set BCB6DIR=D:\CBuild6

set BCB6LIB=%BCB6DIR%\Packgs\JediPacks\Jedi\jvcl3\packages\bcb6\Lib
set BCB6BPL=%BCB6DIR%\Packgs\JediPacks\Jedi\jvcl3\packages\bcb6\bpl
set JCLLIB=%BCB6DIR%\Packgs\JediPacks\Jedi\JCL
set INCLUDEBCB6=%BCB6DIR%\Packgs\JediPacks\Jedi\jvcl3\packages\bcb6\include\vcl
set JVCL3=%BCB6DIR%\Packgs\JediPacks\Jedi\jvcl3

path=%BCB6DIR%\Bin;%BCB6LIB%;%BCB6BPL%
MakeBCB "BCB6 Packages" Bcb6  %BCB6DIR% %JCLLIB%  %BCB6LIB% %BCB6BPL%

and after that

movebcb6.bat:
move %JVCL3%\common\*.hpp %INCLUDEBCB6%
move %JVCL3%\design\*.hpp %INCLUDEBCB6%
move %JVCL3%\run\*.hpp %INCLUDEBCB6%

copy %JVCL3%\design\*.dfm %JVCL3%\dcu
copy %JVCL3%\run\*.dfm %JVCL3%\dcu
copy %JVCL3%\Resources\*.res %JVCL3%\dcu

>



Subject: Re: Packages maintenance
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 17 Nov 2003 19:22:34 +1000
Newsgroups: jedi.vcl

Well, I finally fixed it.
No thanks to the unhelpfull message from BCB but thanks to the message from Vladimir Zhuchko who lead me to finding that those packages were missing a dependency to JvCore-D.
I've added that to the xml files and I'm about to commit the generated bpk and cpp files.



Subject: Re: JvMemoryData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 17 Nov 2003 10:08:07 +0100
Newsgroups: jedi.vcl

Hello, Ron!
You wrote  on Mon, 17 Nov 2003 07:43:56 -0000:

 R> I have just downloaded and installed the JVCL set.   I would kike to use
 R> the MemoryData and possibly MemoryTable components however I cannot find
 R> any information in the Help file for these options.

    Unfortunately, no help for these components has been written yet.

 R>    Also when I try to open the Tutorial it errors with 'corrupted file'.
 R> So I would
 R> appreciate any pointers to help with the components and is it possible
 R> to download the Tutorial file seperately to try to obtain an uncorrupted
 R> version?

    The uncorrupted version of the tutorial was uploaded to the
jedi.binaries newsgroup on March 6th, 2003 (thread titled 'JVCL Tutorials').
The tutorial will not contain any info on the components, however.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 17 Nov 2003 18:37:09 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> I have many compilers installed, (CBuilderx, GNU, BC 4.52, BC 5.02, Builder 6), for this reason I don't know what kind of make, compilers and so on is working in batch. For this reason I have to change this line to work successfully, without this changes the bpr2mak can't be compiled.
Maybe, but what I am saying is that makefile.mak shouldn't be changed because it will be erased next time. The change to do would be in MakeBCB.bat to add \bin to %ROOT%
Anyway, I'm really surprised that you had to add this, I didn't change a thing on my machine to have it work. Can you give the output of that command:
set PATH

Thanks.

> When I'am working under WinXP(2000) and using cmd console, any changes in the envirenment will be discarded after end of bat task, so I can set PATH without %path%, the second reason - see above, I have multiple compilers and batch is not working well with a big path variable
I know, but if you read the installation guidelines you'll see that you need the complete PATH environment variable to be able to compile the JVCL correctly.



Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 17 Nov 2003 10:55:53 +0300
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir Zhuchko wrote:
>
>> 13.11.2003 Tested latest pack
>>
>> 1. TJvGroupBox->Enabled changing - StackOverflow and BCB ide crash, severe error!!! can be seen in design and runtime modes
>
> Ouch. But it may also happen in Delphi.
>
>> 2. MakeBCB6.bat:
>>   if MakeBCB6 C:\CBuilder command - can't make Bpg2mak,
>>   within makefile.mak file has to be changed ( added \bin ) for devtools
>
> Don't change makefile.mak, it's generated by the tools and will be deleted.
> And adding \bin shouldn't be needed, I never had to do that. But I'll check again.
I have many compilers installed, (CBuilderx, GNU, BC 4.52, BC 5.02, Builder 6), for this reason I don't know what kind of make, compilers and so on is working in batch. For this reason I have to change this line to work successfully, without this changes the bpr2mak can't be compiled.
>
>> 3. for successful compilation I have to add to the MakeBCB6.bat file:
>>
>>  path=%1\Bin;%1\Projects\Bpl;%1\Projects\lib
>
> This shouldn't be needed as C++ Builder added these ones into the environment when it installed itself. Anyway, if it is to be added, it must be done this way:
> set PATH=%PATH%;%1\Bin;%1\Projects\Bpl;%1\Projects\lib
>
When I'am working under WinXP(2000) and using cmd console, any changes in the envirenment will be discarded after end of bat task, so I can set PATH without %path%, the second reason - see above, I have multiple compilers and batch is not working well with a big path variable
>> 4. Added:     JvCoreC6D.bpi to the JvMMC6D.bpl
>>         JvCoreC6D.bpi to the JvDBC6D.bpl
>>         JvCoreC6D.bpi, JvCustomC6R.bpi to the JvbandsC6D.bpl
>> to install successfully all these packages
>
> It's quite possible, it has been 6 days since I last check they install correctly. This will be fixed as soon as possible, but not before monday.
>



Subject: JvMemoryData
From: "Ron" <ronetherington@dsl.pipex.com>
Date: Mon, 17 Nov 2003 07:43:56 -0000
Newsgroups: jedi.vcl

I have just downloaded and installed the JVCL set.   I would kike to use the
MemoryData and possibly MemoryTable components however I cannot find any
information in the Help file for these options.   Also when I try to open
the Tutorial it errors with 'corrupted file'.   So I would appreciate any
pointers to help with the components and is it possible to download the
Tutorial file seperately to try to obtain an uncorrupted version?

Thanks
Ron Etherington




Subject: Having a status file in jvcl.sf.net/daily
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 17 Nov 2003 11:43:26 +1000
Newsgroups: jedi.vcl

Hi all

As more and more people are using our daily packages, there is an increasing risk of people using the latest build when it is know not to install on some targets.
This is why I think it would be good to have a file in jvcl.sf.net/daily indicating the status of the current build, something like that:

Target | Compilation |     Installation
-------+-------------+---------------------
       | 2003-11-16  |      2003-11-16
 BCB6  |  06:00 UTC  |       06:00 UTC
       |     Ok      | Problem with JvBands
-------+-------------+----------------------

This file would have to be in CVS so that everyone can update it and it will get posted on the web site by the nightly script that builds the packages. Or if someone can figure out how to update it automatically everytime it gets commited (as indicated here: http://www.cvshome.org/docs/manual/cvs-1.11.6/cvs_18.html#SEC173) then we wouldn't have to think about it.
My concern is that the CVS server at sourceforge is different from the web server. I've posted an issue to ask if that kind of thing is possible, and if so how. I'll keep you posted on the result, the Request ID being 843434.



Subject: Re: Packages maintenance
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 17 Nov 2003 11:07:27 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Is there a need to support Kylix 2? It is more buggy than Kylix 3 (the
> most "stable" Kylix ever)
I don't know, but the directory existed so I added the support for it. And the JVCL policy is to support the current version and the one before. But if supporting K2 is too much of a problem, don't create a template for it, there will be no packages created and simply add some explaining text in k2.txt to say that supporting k2 is impossible due to its buggy nature.



Subject: Re: Packages maintenance
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 17 Nov 2003 01:21:51 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > K2

Is there a need to support Kylix 2? It is more buggy than Kylix 3 (the
most "stable" Kylix ever)



-- Regards Andreas Hausladen 

Subject: Re: Packages maintenance
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 17 Nov 2003 10:12:38 +1000
Newsgroups: jedi.vcl

asn wrote:

> In order to prevent that  the CLX version doesn't collide with the VCL
> version, the units should be renamed. Something like JvTypes -> JvQTypes.
> Besides the unit name all units in the uses sections
> should be renamed accordingly. Could the package generator do this?

The package generator is pretty dumb, it won't modify any pas files. All it does is reading the xml file and fill in a template according to some basic rules. For instance, if a file is to be included for all but Kylix, then the "Targets" value for that file should be "C5,C6,C6p,D6,D6p,D7,D7p".
For instance, JvTypes should be modified and a line for JvQTypes should be added. In the end, those two lines would be in the Files section in the package editor:

      Name                     Targets
...\..\common\JvTypes   C5,C6,C6p,D6,D6p,D7,D7p
...\..\common\JvQTypes  K2,K3

hence, upon generation, pg will output lines for JvTypes for all packages except Kylix ones and will output lines for JvQTypes for K2 and K3.
I may modify the target analysis part so that it recognizes a "-K2,K3" as being "All but K2 and K3" but for now you have to specify all the other targets.



Subject: Re: Packages maintenance
From: "asn" <asn@xs4all.nl.NOSPAM>
Date: Mon, 17 Nov 2003 00:53:01 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bp8pi8$a19$1@talkto.net...
> > asn wrote:
>> > >
>> > > What about CLX support ?
>> > >
> > I have no idea of the format of the Kylix packages because none of them
> > are in CVS. If you want to create a template, please do and let me know
> > if the generator works.

In order to prevent that  the CLX version doesn't collide with the VCL
version, the units should be renamed. Something like JvTypes -> JvQTypes.
Besides the unit name all units in the uses sections
should be renamed accordingly. Could the package generator do this?

> > As to compiling the generator under Kylix, I don't have it installed so
> > I couldn't try it. But at least the command line version should work, it
> > only requires basic stuff in the JCL.
> >

Haven't used the generator yet, but I will give it a try.

Regards,

André Snepvangers




Subject: Re: Packages maintenance
From: "asn" <asn@xs4all.nl>
Date: Mon, 17 Nov 2003 00:42:59 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bp8pi8$a19$1@talkto.net...
> > asn wrote:
>> > >
>> > > What about CLX support ?
>> > >
> > I have no idea of the format of the Kylix packages because none of them
> > are in CVS. If you want to create a template, please do and let me know
> > if the generator works.
> > As to compiling the generator under Kylix, I don't have it installed so
> > I couldn't try it. But at least the command line version should work, it
> > only requires basic stuff in the JCL.
> >
I will give it a try.

Regards

André Snepvangers




Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 17 Nov 2003 08:13:40 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Hi Olivier,
>
> please use international standard date notation yyyy-mm-dd (ISO 8601).
> For more information, see http://www.cl.cam.ac.uk/~mgk25/iso-time.html.
I'll do that. But I'd prefer to leave the UTC suffix after the hour, it's much more readable than a Z.

> BTW, keep in mind that JCL could make use of a package generator, too.  :)
Well, the JCL group may be able to use directly, because all you need is a template. The generator and editor don't make any JVCL-specific assumptions, all this being left in our specific templates.



Subject: Re: Packages maintenance
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 17 Nov 2003 07:26:15 +1000
Newsgroups: jedi.vcl

asn wrote:
>
> What about CLX support ?
>
I have no idea of the format of the Kylix packages because none of them are in CVS. If you want to create a template, please do and let me know if the generator works.
As to compiling the generator under Kylix, I don't have it installed so I couldn't try it. But at least the command line version should work, it only requires basic stuff in the JCL.



Subject: Re: Installation Error: JCL1.9 and JVCL3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Nov 2003 20:41:07 +0100
Newsgroups: jedi.vcl

> > I think the problem is that JCL creates a DJCL60.bpl but a
DJCL.dcp!!!!!!!!
> > The required packages in JCL are called only DJCL.

That's probably because JCL has just recently made changes to the JCL
package output name (the last few days) and JVCL hasn't been updated yet.
You should be able to fix it easily by changing the requires node in the
JvCore package(s) to DJCL and rebuild it/them.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installation Error: JCL1.9 and JVCL3
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 16 Nov 2003 19:44:17 +0100
Newsgroups: jedi.vcl

Hello Marcel,

I think the problem is that JCL creates a DJCL60.bpl but a DJCL.dcp!!!!!!!!
The required packages in JCL are called only DJCL.
In JVCL the required packages are named DJCL60

Karlheinz




"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:bp8b3e$7ej$1@talkto.net...
> > Hello, Karlheinz!
> > You wrote  on Sun, 16 Nov 2003 18:02:24 +0100:
> >
> >  K> Afterwards I tried to install also the new and actual daily version of
> >  K> JVCL3.
> >  K> Making was OK
> >  K> Installation failed with an missing entry point in DJCL60.bpl named
> >  K> "@Jclgraphutils@initialization$qqrv".if i try to install
> >  K> JvStdCtrlsD6D.bpl.
> >
> >  K> Both versions dated 03/11/16
> >
> >     Are you sure Delphi can only find one instance of DJCL60.bpl in the
path
> > environment variable (Window's own search path)? If so, are you sure only
> > one version of the JCL/JVCL dcu's and/or dcp's are available through
> > Delphi's Library path?
> >
> >     It seems to me that JvStdCtrlsD6D.bpl refers to an entry that was
there
> > during building of the JvStdCtrlsD6D package but can no longer be found in
> > the DJCL60.bpl it tries to load now.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Not listening to anything; Foobar2000 stopped.
> >
> >




Subject: Re: JvRichEditToHTML
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Sun, 16 Nov 2003 13:37:18 -0500
Newsgroups: jedi.vcl

I don't know that the user will have Outlook, and I want to send as part of
the body and not as an attachment.  So I figured HTML would be the safest
way to go.  Anyway I'll continue my research into it, thanks for your input.

Joe


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bp6cq9$ul6$1@talkto.net...
>> > > Although not directly related to Jedi, I need to email RTF stuff, I
> > thought
>> > > converting it to HTML would be the best way to go, if you have any other
>> > > suggestions I would appreciated it.
> >
> > You can either send it as an attachment or convert it to Outlook RTF
format
> > if you know that the end user will have Outlook available (send a mail to
> > yourself in RTF format using Outlook, save as a file and open with Notepad
> > to see how it looks).
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Installation Error: JCL1.9 and JVCL3
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 16 Nov 2003 18:19:30 +0100
Newsgroups: jedi.vcl

Hello, Karlheinz!
You wrote  on Sun, 16 Nov 2003 18:02:24 +0100:

 K> Afterwards I tried to install also the new and actual daily version of
 K> JVCL3.
 K> Making was OK
 K> Installation failed with an missing entry point in DJCL60.bpl named
 K> "@Jclgraphutils@initialization$qqrv".if i try to install
 K> JvStdCtrlsD6D.bpl.

 K> Both versions dated 03/11/16

    Are you sure Delphi can only find one instance of DJCL60.bpl in the path
environment variable (Window's own search path)? If so, are you sure only
one version of the JCL/JVCL dcu's and/or dcp's are available through
Delphi's Library path?

    It seems to me that JvStdCtrlsD6D.bpl refers to an entry that was there
during building of the JvStdCtrlsD6D package but can no longer be found in
the DJCL60.bpl it tries to load now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Installation Error: JCL1.9 and JVCL3
From: "Karlheinz" <KarlheinzJansen@web.de>
Date: Sun, 16 Nov 2003 18:02:24 +0100
Newsgroups: jedi.vcl

I installed the newest JCL package without any problems.
Also the compilation of all examples was OK.

Afterwards I tried to install also the new and actual daily version of
JVCL3.
Making was OK
Installation failed with an missing entry point in DJCL60.bpl named
"@Jclgraphutils@initialization$qqrv".if i try to install JvStdCtrlsD6D.bpl.

Both versions dated 03/11/16

Karlheinz




Subject: Re: Packages maintenance
From: "asn" <asn@xs4all.nl>
Date: Sun, 16 Nov 2003 16:51:52 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bp7h82$3br$1@talkto.net...
> > Hi all
> >
> > The package generator is now finished and I've created the xml files for
> > all packages.

What about CLX support ?

Regards,

André Snepvangers





Subject: Re: Packages generator
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 16 Nov 2003 15:53:51 +0100
Newsgroups: jedi.vcl

Hi Olivier,

OBones wrote:

> Marcel Bestebroer wrote:
>
>>     I don't think you need to put the MPL header in packages (we never
>> have
>> and there's no need to since it involves no code, just generated stuff,
>> usually generated by the IDE itself). We might add a comment saying
>> something like 'Generated on dd-mm-yyyy hh:mm by JEDI package
>> generator' or
>> something like that.
>
> Ok, I added that feature. Use %DATETIME% to get the generation date and
> time outputed as this format: 'dd-mm-yyyy hh:nn'.

please use international standard date notation yyyy-mm-dd (ISO 8601).
For more information, see http://www.cl.cam.ac.uk/~mgk25/iso-time.html.

BTW, keep in mind that JCL could make use of a package generator, too.  :)

(I didn't have a look on your tool yet.)



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 16 Nov 2003 23:31:42 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I don't think you need to put the MPL header in packages (we never have
> and there's no need to since it involves no code, just generated stuff,
> usually generated by the IDE itself). We might add a comment saying
> something like 'Generated on dd-mm-yyyy hh:mm by JEDI package generator' or
> something like that.
Ok, I added that feature. Use %DATETIME% to get the generation date and time outputed as this format: 'dd-mm-yyyy hh:nn'. The date and time are first converted to UTC time to have a common base. The word UTC is added at the end of the string.
See the bcb6 templates for an example.



Subject: Re: Packages maintenance
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 16 Nov 2003 23:26:38 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> The package generator is now finished and I've created the xml files for all packages.
> I tested with D6 and BCB6. All packages installed under D6, but I got some problems with JvMM, JvNet and JvBands under BCB6. I'll have a look at this later, the rugby semi-final against the English is just at half-time.
Damn weather...
Well, back to BCB6 and JvBands, JvMM and JvNet won't install in BCB6. It gaves me an error message saying this:
"Le format '%d' est incorrect ou incompatible avec l'argument"

Yes, you read (or guess) well, it shows up in French... I don't get it, I have a US version of BCB and a US version of Delphi. Maybe an old leftover from the D6personal that was installed before. Anyway, in English, it says something like that:
"The format '%d' is incorrect or incompatible with the argument"

But I got no idea where that comes from. Most likely an error in one of the initialization sections. I didn't look for the common points between these three packages.
I've tried to replace the generated versions with the ones in CVS (latest ones), but it didn't change a thing. Maybe it's an error in another package. I may eventually try to use all packages from CVS to see if it changes anything.
Fact is, this problem doesn't show up under D6 where all packages installed correctly.

Hope to read some help tomorrow morning.

Regards
Olivier



Subject: Re: a problem in JvDBControls.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Nov 2003 12:51:30 +0100
Newsgroups: jedi.vcl

This bug sparked the idea of a "Lint" program for Delphi.
Delphi should have thrown at least a warning about hiding the inherited GetReadOnly.
Is there a parser for full Delphi available?



Subject: Re: a problem in JvDBControls.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Nov 2003 12:49:26 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Yep, but I fixed it in quite an ugly by using a $IFDEF D7_UP . So if anyone wants to correct that again, I'm quite happy with it.

I think the private GetReadOnly has to bee rooted out.
I bet (without a closer look) that this code is suspicious and will not work correctly.



Subject: Re: a problem in JvDBControls.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 16 Nov 2003 21:02:19 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Sorry, It was OBones. I had made these changes, too. but forgot to commit
> them.
Yep, but I fixed it in quite an ugly by using a $IFDEF D7_UP . So if anyone wants to correct that again, I'm quite happy with it.



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 16 Nov 2003 21:01:30 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Sun, 16 Nov 2003 11:26:56 +1000:
>
>  O> BTW, I've seen that you put a template file in d5s, d6p and d7p.
>  O> Right now, this is useless, the template from the associated non p
>  O> version is used. I did that because AFAIK, the only differences
>  O> in the P packages are required packages and/or included files.
>
>     I didn't realise that and really thought it used it's own template
> files. Should I remove them again?
>
Nope, I modified it so that if there is a template in the p (or s) directory it will use it. Else it uses the one from the non p version.
I had to modify it because at first it was regenerating the p package for every file that was different between p and non p.



Subject: Re: Output directory for BCB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 16 Nov 2003 11:17:18 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 16 Nov 2003 01:55:24 +0100:

 PT> We need to make sure that users that have more than one version of
 PT> Delphi and/or BCB don't overwrite the other version(s) binary files by
 PT> mistake. Personally, I don't care about the name of the folder where
 PT> these files are stored as long as they don't conflict. For consistency,
 PT> however, I would prefer them to be named similar to the Delphi folders
 PT> already used for the same purpose.

    I agree with Olivier, specifically since BCB doesn't use the generated
dcu's once the package/library files are generated. I do think though that
he should split the dcu folders in one for each BCB version (so dcu5 and
dcu6 folders) but certainly not put them in libc5 or libc6 folders if BCB
users are not accustomed to dcu files being in such a folder.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 16 Nov 2003 11:13:29 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sun, 16 Nov 2003 11:26:56 +1000:

 O> BTW, I've seen that you put a template file in d5s, d6p and d7p.
 O> Right now, this is useless, the template from the associated non p
 O> version is used. I did that because AFAIK, the only differences
 O> in the P packages are required packages and/or included files.

    I didn't realise that and really thought it used it's own template
files. Should I remove them again?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Packages maintenance
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 16 Nov 2003 19:57:58 +1000
Newsgroups: jedi.vcl

Hi all

The package generator is now finished and I've created the xml files for all packages.
I tested with D6 and BCB6. All packages installed under D6, but I got some problems with JvMM, JvNet and JvBands under BCB6. I'll have a look at this later, the rugby semi-final against the English is just at half-time.
From now on, the only way to add a file or make changes to packages should (must) be to edit the xml files and regenerate the packages with either pg.exe or pgEdit.exe.

Can anyone test under C5, C6p, D5, D5s, D6p, D7, D7p ? I haven't commited any package file so that I don't break anything. Just generate them, clean everything and try to build.

Thanks for your help.



Subject: Re: a problem in JvDBControls.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 Nov 2003 10:28:56 +0100
Newsgroups: jedi.vcl

Sorry, It was OBones. I had made these changes, too. but forgot to commit
them.


-- Regards Andreas Hausladen 

Subject: Re: bpg2make makefile problem
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 Nov 2003 10:17:03 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Is there a command-line switch to tell it where to find it?

No there is none.


> > I'm using the makefile generated by bpg2make in order to build JVCL3 and
> > it's not finding DJCL70.bpl. The package is in my path but I feel I'm
> > missing something fairly basic.

The bpg2make just converts the .bpg file to a make file where it "cd" to
the target's directory and calls dcc32/bcc32. The include, unit and
destination directory is set in the ProjectName.cfg file. This file can be
generated by MakeCFG and the templates in devutils\bin



-- Regards Andreas Hausladen 

Subject: Re: a problem in JvDBControls.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 16 Nov 2003 10:10:38 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Seems to have been fixed already.

That was my work. I compile the JVCL 3 periodically with D6 and D5. (just
to eliminate warnings, hints and compatibility issues)


-- Regards Andreas Hausladen 

Subject: bpg2make makefile problem
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sun, 16 Nov 2003 03:38:57 -0500
Newsgroups: jedi.vcl

I'm using the makefile generated by bpg2make in order to build JVCL3 and
it's not finding DJCL70.bpl. The package is in my path but I feel I'm
missing something fairly basic. Is there a command-line switch to tell it
where to find it?

Thanks,
  Ignacio




Subject: Re: a problem in JvDBControls.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Nov 2003 09:08:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> constructor TJvDBMaskEdit.Create(AOwner: TComponent);
> ...
>   inherited SetReadOnly(True);
> end;
>
> does not compile in D6.
> TJvDBMaskEdit has a private SetReadOnly which seems to cause the problem by hiding the inherited SetReadOnly.
>

Seems to have been fixed already.



Subject: a problem in JvDBControls.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Nov 2003 09:04:58 +0100
Newsgroups: jedi.vcl

constructor TJvDBMaskEdit.Create(AOwner: TComponent);
....
  inherited SetReadOnly(True);
end;

does not compile in D6.
TJvDBMaskEdit has a private SetReadOnly which seems to cause the problem by hiding the inherited SetReadOnly.



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 16 Nov 2003 11:26:56 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Peter!
> You wrote  on Sat, 15 Nov 2003 14:25:55 +0100:
>
>  PT> {$ALIGN ON} won't work on D6/D7. There the default is {$ALIGN 8}
>
>     Oops. Fixing it now....
>
BTW, I've seen that you put a template file in d5s, d6p and d7p. Right now, this is useless, the template from the associated non p version is used. I did that because AFAIK, the only differences in the P packages are required packages and/or included files.



Subject: Re: Output directory for BCB
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Nov 2003 01:55:24 +0100
Newsgroups: jedi.vcl

We need to make sure that users that have more than one version of Delphi
and/or BCB don't overwrite the other version(s) binary files by mistake.
Personally, I don't care about the name of the folder where these files are
stored as long as they don't conflict. For consistency, however, I would
prefer them to be named similar to the Delphi folders already used for the
same purpose.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Output directory for BCB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 16 Nov 2003 10:01:49 +1000
Newsgroups: jedi.vcl

This is the result of a discussion with Peter on the JCL forum.
BCB packages are setup so that their intermediate output is generated in \dcu
This output is made of the dcu and obj files.
The final output, is created like that:
$(CBUILDER)\Projects\lib contains bpi and lib files
$(CBUILDER)\Projects\bpl contains bpl and tds files

Delphi packages on the other hand generate their intermediate output in \libx where x is the version of Delphi.

I think this is a misname because a lib directory should contain libraries (a collection of object files in one big file), not object files by themselves. Changing the BCB packages to generate their intermediate output in \libcx would most likely confuse users who would expect to find the lib and bpi files in there, not dcu and obj files. Don't forget that the C++ users are really used to have include files in \includes and libraries in \lib when they are working on a project. For instance, the lib directory in a CBuilder installation only contains lib and bpi files.
Apparently, Delphi puts its dcus in a directory called lib, but that shouldn't impact on CBuilder. Moreover, the dcus are NOT required by CBuilder once the packages are created and will be ignored completely.

I can't see what's wrong with putting dcu files in the dcu directory (at least it's logically named) and this is why I created the packages like that.

Any comments are welcome.



Subject: Re: JvRichEditToHTML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Nov 2003 00:36:14 +0100
Newsgroups: jedi.vcl

> > Although not directly related to Jedi, I need to email RTF stuff, I
thought
> > converting it to HTML would be the best way to go, if you have any other
> > suggestions I would appreciated it.

You can either send it as an attachment or convert it to Outlook RTF format
if you know that the end user will have Outlook available (send a mail to
yourself in RTF format using Outlook, save as a file and open with Notepad
to see how it looks).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRichEditToHTML
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Sat, 15 Nov 2003 16:38:53 -0500
Newsgroups: jedi.vcl

Yeah, I was afraid of that.

Although not directly related to Jedi, I need to email RTF stuff, I thought
converting it to HTML would be the best way to go, if you have any other
suggestions I would appreciated it.

Thanks,
Joe

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bp4tdt$ltl$1@talkto.net...
>> > > I've just started to play with JvRichEditToHTML component.
> > Apart from the fact that it is very hard to convert RTF to HTML in a
> > reliable way, the JvRichEditToHTML component has been reported not to work
> > very well on anything but the simplest input. I don't foresee anyone
trying
> > to remedy that in the near future.
> >
>> > > If this is all the component
>> > > does can anybody recommend a more comprehensive RTF to HTML component
that
>> > > will preserve my RTF formatting.
> >
> > There are several commercial alternatives you can try out. I don't have
any
> > URL's for you, so you'll have to Google for it.
> >
> > Also, Remko just recently added the capability to JvRichEdit to use MS's
> > Text Converters and if you have those (included in Office and also freely
> > available from MS's download site), there is a pretty decent
RTF->HTML->RTF
> > converter in it.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 15 Nov 2003 15:45:58 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 15 Nov 2003 14:25:55 +0100:

 PT> {$ALIGN ON} won't work on D6/D7. There the default is {$ALIGN 8}

    Oops. Fixing it now....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Diggin' a Watery Grave" by Morcheeba.




Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 23:46:01 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Committed a correctly working version (at least in D5 that is). There's
> is the weird problem though that the main menu toolbar is completely empty.
> Shouldn't if fill automatically when the Menu property is assigned? If it
> should, it doesn't (or not in D5; I do recall seeing the menu but that might
> have been the D7 version). Maybe a bug in TJvToolbar?
As far as I can tell, the interaction between TJvToolbar and TJvMainMenu doesn't work really well. But even so, it should display the buttons anyway.



Subject: Re: Packages generator
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 Nov 2003 14:25:55 +0100
Newsgroups: jedi.vcl

{$ALIGN ON} won't work on D6/D7. There the default is {$ALIGN 8}

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Question to Leroy / Olivier
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 15 Nov 2003 13:00:00 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 15 Nov 2003 21:13:54 +1000:

 >> Hello Leroy and Olivier!
 >>
 >>     While trying to create templates for BCB5 I noticed the BCB5 package
 >> do not reference the form /.dfm files but BCB6 does. Doesn't BCB5 need
 >> that info? Anyway, the BCB5 templates are as good as I could get them.
 >> I'll do a quick test with the package generator to see if it produces
 >> files that seem correct and post the templates to jedi.binaries.
 O> Well, I had a look at the existing cpp and bpk files, and it seems they
 O> are not referenced... I'm quite surprised, but Leroy tested the
 O> packages, so I think it's ok...

    I've uploaded the templates to jedi.binaries. If Leroy could take a
quick look at them and confirm they are proper templates, I can add them to
CVS.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "The Sea" by Morcheeba.




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 15 Nov 2003 12:58:15 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to OBones on Sat, 15 Nov 2003 11:32:59 +0100:

 O>>  I also "fixed" the bug where simply focusing a cell in the grid
 O>> would indicate the package as changed. However, when you
 O>> now edit a grid manually, it will never indicate the packaged
 O>> changed ! I didn't find any event that would indicate that a
 O>> cell got changed... Any idea on that ?

 MB>     I'll look into that one as well.

    Committed a correctly working version (at least in D5 that is). There's
is the weird problem though that the main menu toolbar is completely empty.
Shouldn't if fill automatically when the Menu property is assigned? If it
should, it doesn't (or not in D5; I do recall seeing the menu but that might
have been the D7 version). Maybe a bug in TJvToolbar?


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "The Sea" by Morcheeba.




Subject: Re: Question to Leroy / Olivier
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 21:13:54 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello Leroy and Olivier!
>
>     While trying to create templates for BCB5 I noticed the BCB5 package do
> not reference the form /.dfm files but BCB6 does. Doesn't BCB5 need that
> info? Anyway, the BCB5 templates are as good as I could get them. I'll do a
> quick test with the package generator to see if it produces files that seem
> correct and post the templates to jedi.binaries.
>
Well, I had a look at the existing cpp and bpk files, and it seems they are not referenced... I'm quite surprised, but Leroy tested the packages, so I think it's ok...



Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 15 Nov 2003 11:32:59 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 15 Nov 2003 20:13:19 +1000:

 >>     Apparently I did <g> At least now I'm able to reliably add files
 >> that will get saved. Now, if you could track down that pesky little
 >> problem of the nearly empty grids I would be very happy. OTOH, you're
 >> already adding the various XML files, so it can probably wait.
 O> I almost tracked it down, get the latest version, it's much more rarer
 O> now. Well, at least, the rows are correctly filled. It's just that
 O> sometimes the first row stops being a non editing row... And I don't
 O> have time to look at that.

    I'll have a look.

 >>     BTW, I assume the committed BCB6 JvCore package worked OK?
 O> Yes it did. But as I changed the templates I'll resubmit it anyway.

    I noticed you simply put it CVS now. I'll do that with the Delphi
packages.

 O> Yes, I was thinking that too. And, should I put a JVCL-MPL header in it
 O> ? Cause I did that with the templates I have here, but I'm not quite
 O> sure of the name to put, and the fact that this was "inspired" by
 O> Borland output.

    I don't think you need to put the MPL header in packages (we never have
and there's no need to since it involves no code, just generated stuff,
usually generated by the IDE itself). We might add a comment saying
something like 'Generated on dd-mm-yyyy hh:mm by JEDI package generator' or
something like that.

 >>     Am I right in understanding that for BCB5 we need two templates, one
 >> for the .bpk and one for the .cpp file? Is Leroy working on them or
 >> should I give it a shot based on the current BCB5 packages? It would be
 >> nice if we have all templates ready (BTW, did you get the updated Delphi
 >> template from jedi.binaries? Confirmed to be correct for D5 through D7
 >> by me ;-) ).
 O> Yes you are right, I've done those templates for BCB6. They are quite
 O> different for BCB5, but it's not that hard to understand.

    Just posted the BCB5 templates to jedi.binaries. Hopefully Leroy has som
e time to check their validity so they can be added to the CVS repository as
well.

 O>  I just added and committed the templates for BCB6, you can get some
 O> inspiration in there. As to Delphi templats, I don't have time to look
 O> at it right now, the Rugby is on !

    Well, the Delphi templates do work, so I'll commit them straight away.
The BCB5 templates will have to wait for confirmation by Leroy.

 O>  I also "fixed" the bug where simply focusing a cell in the grid
 O> would indicate the package as changed. However, when you
 O> now edit a grid manually, it will never indicate the packaged
 O> changed ! I didn't find any event that would indicate that a
 O> cell got changed... Any idea on that ?

    I'll look into that one as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "More Than I Can Bear" by Matt Bianco.




Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 20:13:19 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Apparently I did <g> At least now I'm able to reliably add files that
> will get saved. Now, if you could track down that pesky little problem of
> the nearly empty grids I would be very happy. OTOH, you're already adding
> the various XML files, so it can probably wait.
I almost tracked it down, get the latest version, it's much more rarer now. Well, at least, the rows are correctly filled. It's just that sometimes the first row stops being a non editing row... And I don't have time to look at that.

>     BTW, I assume the committed BCB6 JvCore package worked OK?
Yes it did. But as I changed the templates I'll resubmit it anyway.

>     Another thing I noticed while looking at the BCB template, is that you
> included the IDE stuff, like history lists. I'm pretty sure you can remove
> those, as these will probably be assumed by default (that's why we also
> remove them from the .DOF files; the smaller the files, the better).
Yes, I was thinking that too. And, should I put a JVCL-MPL header in it ? Cause I did that with the templates I have here, but I'm not quite sure of the name to put, and the fact that this was "inspired" by Borland output.


>     Am I right in understanding that for BCB5 we need two templates, one for
> the .bpk and one for the .cpp file? Is Leroy working on them or should I
> give it a shot based on the current BCB5 packages? It would be nice if we
> have all templates ready (BTW, did you get the updated Delphi template from
> jedi.binaries? Confirmed to be correct for D5 through D7 by me ;-) ).
Yes you are right, I've done those templates for BCB6. They are quite different for BCB5, but it's not that hard to understand. I just added and committed the templates for BCB6, you can get some inspiration in there. As to Delphi templats, I don't have time to look at it right now, the Rugby is on !

I also "fixed" the bug where simply focusing a cell in the grid would indicate the package as changed. However, when you now edit a grid manually, it will never indicate the packaged changed ! I didn't find any event that would indicate that a cell got changed... Any idea on that ?



Subject: Question to Leroy / Olivier
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 15 Nov 2003 11:13:17 +0100
Newsgroups: jedi.vcl

Hello Leroy and Olivier!

    While trying to create templates for BCB5 I noticed the BCB5 package do
not reference the form /.dfm files but BCB6 does. Doesn't BCB5 need that
info? Anyway, the BCB5 templates are as good as I could get them. I'll do a
quick test with the package generator to see if it produces files that seem
correct and post the templates to jedi.binaries.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Nightshift" by The Commodores.




Subject: Re: JvRichEditToHTML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 Nov 2003 11:07:22 +0100
Newsgroups: jedi.vcl

> > I've just started to play with JvRichEditToHTML component.
Apart from the fact that it is very hard to convert RTF to HTML in a
reliable way, the JvRichEditToHTML component has been reported not to work
very well on anything but the simplest input. I don't foresee anyone trying
to remedy that in the near future.

> > If this is all the component
> > does can anybody recommend a more comprehensive RTF to HTML component that
> > will preserve my RTF formatting.

There are several commercial alternatives you can try out. I don't have any
URL's for you, so you'll have to Google for it.

Also, Remko just recently added the capability to JvRichEdit to use MS's
Text Converters and if you have those (included in Office and also freely
available from MS's download site), there is a pretty decent RTF->HTML->RTF
converter in it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 15 Nov 2003 10:33:06 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 15 Nov 2003 11:09:30 +1000:

 O> Did you just type the name, without changing the current cell? If this
 O> is the case then this is normal behaviour as the save process ignores
 O> the last line in both grids (it is always empty, except when adding a
 O> new one). When you leave the current cell, it should put a y for all
 O> targets.

    Apparently I did <g> At least now I'm able to reliably add files that
will get saved. Now, if you could track down that pesky little problem of
the nearly empty grids I would be very happy. OTOH, you're already adding
the various XML files, so it can probably wait.

    BTW, I assume the committed BCB6 JvCore package worked OK?

    Another thing I noticed while looking at the BCB template, is that you
included the IDE stuff, like history lists. I'm pretty sure you can remove
those, as these will probably be assumed by default (that's why we also
remove them from the .DOF files; the smaller the files, the better).

    Am I right in understanding that for BCB5 we need two templates, one for
the .bpk and one for the .cpp file? Is Leroy working on them or should I
give it a shot based on the current BCB5 packages? It would be nice if we
have all templates ready (BTW, did you get the updated Delphi template from
jedi.binaries? Confirmed to be correct for D5 through D7 by me ;-) ).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: JVFD Any One???
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 15 Nov 2003 10:24:39 +0100
Newsgroups: jedi.vcl

Hello, Mohamed!
You wrote  on Sat, 15 Nov 2003 00:24:56 +0200:

 MA> I went through FullTextsearch and found that you
 MA> already tried that before last december.

 MA> and from what I read I feel like you got it done
 MA> (according to Ray's Reply) however your reply
 MA> makes me confused. I think what you did back then
 MA> is exactly what I'm asking for.
 MA> please tell me if I'm wrong or feel free to advice.

    No, that was a completely separate issue. I wrote an item editor for
JvInspector than can handle events. It's in no way comparable to what you
would need as it can't generate new events, nor can it retrieve a list of
assignment compatible handlers defined for a form/datamodule (you have to
add them manually). So what you want is exactly the kind of thing that still
needs to be implemented in JvInspector (currently the AddInstance method
will add an instance but no methods will be added to it automatically). It
was skipped because the RTTI info of a class does not provide enough info to
reliably get a published method's declaration (for event types it can give
that info). So to get a list of known handlers I need to have access to the
source file, which is were the design library would come in.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 14:02:23 +1000
Newsgroups: jedi.vcl

I also forgot to tell that the way you include Jv packages in the dependency list has changed. The design column has been removed. Instead, use the JvName-X name as it appears in the list in the left.
For instance, if your a BCB6 package requires JvCoreC6R then you indicate JvCore-R in the list (and set the targets accordingly).
This was done to be consistent all over the application.



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 13:54:07 +1000
Newsgroups: jedi.vcl

Ok, I've changed the interface once again AND the format of the xml files.
I got tired of those lines of 'y' so I decided that typing the name of targets as a comma separated list would be easier. And you can type 'all' for all targets as a shortcut. As a result, you must do a full update on it.
So now the valid values for the target column is any comma separated combination of:
all
D5
D5s
D6
D6p
D7
D7p
C5
C6
C6p
K2
K3

If you use 'all' in a list, then it must come first or it'll be ignored. But why would you do such a thing anyway <g> ?



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 13:03:29 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Probably. Since TJvFormStorage descends from TJvFormPlacement you may
> need to look for a folder with that name. Having said that, I'm not sure the
> example would still work since TJvFormStorage has been redesigned to use
> TJvCustomAppStore as a storage backend.
Well, there are no demos for it. But it's quite easy to use anyway, once one has figured out the link to the AppIniStore...

>  O> And is it possible to only store some properties for some components ?
>
>   Yep.
Well yes, but I couldn't manage to save and restore the position of the splitters.



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 11:09:30 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, Marcel!
> You wrote to OBones on Fri, 14 Nov 2003 14:48:32 +0100:
>
>  MB>     Just telling you what I noticed ;-) BTW, I'll commit the corrected
>  MB> JvCore-R.xml (added the new JvPropertyStore unit) shortly.
>
>     Also added and committed JvDsgnTypes to the JvCore-D package.
>
>     Again it refused the first time to store the added unit. It's either
> because the automatic saving is faulty or because the first time I did not
> select a different row before it was saving. Either way, the second try
> (after I restarted the tool) I explicitly used the save button after I
> selected a different line and that worked.
Did you just type the name, without changing the current cell? If this is the case then this is normal behaviour as the save process ignores the last line in both grids (it is always empty, except when adding a new one). When you leave the current cell, it should put a y for all targets.



Subject: JvRichEditToHTML
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Fri, 14 Nov 2003 17:56:47 -0500
Newsgroups: jedi.vcl

Hi All,

I've just started to play with JvRichEditToHTML component.  The HTML that I
end up with has very little of the formatting left from my RTF.  Things such
as tabs and margins are not getting converted.  I'm passing a nice looking
RTF document and getting an ugly looking HTML document.  It's almost as if
my RTF data is converted into straight string data then some very basic HTML
tags are added to the straight string data.  If this is all the component
does can anybody recommend a more comprehensive RTF to HTML component that
will preserve my RTF formatting.

Thanks,
Joe




Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Sat, 15 Nov 2003 00:24:56 +0200
Newsgroups: jedi.vcl

Thanks again Marcel.
I went through FullTextsearch and found that you already tried that before
last december.
and from what I read I feel like you got it done (according to Ray's Reply)
however your reply makes me confused. I think what you did back then is
exactly what I'm asking for.
please tell me if I'm wrong or feel free to advice.

TIA
Mohamed A.Helal
"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bp3eoa$evh$1@talkto.net...
> > Hello, Mohamed!
> > You wrote  on Fri, 14 Nov 2003 21:44:57 +0200:
> >
> >  MA> suppose that I add to the complexity of this the possiblitiy of
> >  MA> maitaining events and their code(more like objectinspector
> >  MA> events navigation and assignment), now, what do I get?
> >  MA>  a fully fledged mess. I'm positive there's a shortcut
> >  MA> somehow, somewhere. but, thanks alot for the insight.
> >
> >     It might not be easy but it's doable. In essence you'll be writing
(part
> > of) the Delphi IDE/Form designer stuff. Events are always published
methods
> > with the same header as the event type declaration. Using RTTI you can
> > already get the event type declaration. You then need to scan the unit for
> > matching declarations to retrieve a list of assignable handlers. Double
> > clicking would generate a new method, provided that the method's name is
not
> > declared in the unit already. So all you need is to write that specific
> > stuff (more or less you'll be writing an implementation for the
> > IDesigner/IFormDesigner interfaces. The interface declaration can be used
in
> > code (you will need to copy that) since it does not consist of code; it's
> > more-or-less an API). JvInspector will have to be changed as well to allow
> > the usage of these interfaces so it can notify the designer if something
has
> > changed (although you can assign event handlers from the designer
> > implementation to get notified as well).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Not listening to anything; Foobar2000 stopped.
> >
> >




Subject: Re: JVFD Any One???
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 21:50:42 +0100
Newsgroups: jedi.vcl

Hello, Mohamed!
You wrote  on Fri, 14 Nov 2003 21:44:57 +0200:

 MA> suppose that I add to the complexity of this the possiblitiy of
 MA> maitaining events and their code(more like objectinspector
 MA> events navigation and assignment), now, what do I get?
 MA>  a fully fledged mess. I'm positive there's a shortcut
 MA> somehow, somewhere. but, thanks alot for the insight.

    It might not be easy but it's doable. In essence you'll be writing (part
of) the Delphi IDE/Form designer stuff. Events are always published methods
with the same header as the event type declaration. Using RTTI you can
already get the event type declaration. You then need to scan the unit for
matching declarations to retrieve a list of assignable handlers. Double
clicking would generate a new method, provided that the method's name is not
declared in the unit already. So all you need is to write that specific
stuff (more or less you'll be writing an implementation for the
IDesigner/IFormDesigner interfaces. The interface declaration can be used in
code (you will need to copy that) since it does not consist of code; it's
more-or-less an API). JvInspector will have to be changed as well to allow
the usage of these interfaces so it can notify the designer if something has
changed (although you can assign event handlers from the designer
implementation to get notified as well).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 21:44:57 +0200
Newsgroups: jedi.vcl

suppose that I add to the complexity of this the possiblitiy of maitaining
events and their code(more like objectinspector events navigation and
assignment), now, what do I get? a fully fledged mess.
I'm positive there's a shortcut somehow, somewhere.
but, thanks alot for the insight.
Mohamed A.Helal

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bp390k$dud$1@talkto.net...
> > "Mohamed A.Helal" <maahelal@hotmail.com> wrote in message
> > bp38p2$dsr$1@talkto.net...
>> > > However, do you have a clue on how to save analogous .pas files much
like
>> > > normal delphi .pas files to represent the form classes?
> >
> > You'll need to keep track of what components are added to the form and
spit
> > those out along with the form definition.
> >
> > Cheers,
> >   Ignacio
> >
> >




Subject: Re: JVFD Any One???
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 14 Nov 2003 14:12:41 -0500
Newsgroups: jedi.vcl

"Mohamed A.Helal" <maahelal@hotmail.com> wrote in message
bp38p2$dsr$1@talkto.net...
> > However, do you have a clue on how to save analogous .pas files much like
> > normal delphi .pas files to represent the form classes?

You'll need to keep track of what components are added to the form and spit
those out along with the form definition.

Cheers,
  Ignacio




Subject: Re: JVFD Any One???
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 14 Nov 2003 14:08:43 -0500
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bp38i1$dq4$1@talkto.net...
> > Component streams

Sorry, that should be component resources. And you'll need to convert
between the two using ObjectTextToBinary and ObjectBinaryToText.

Cheers,
  Ignacio




Subject: Re: JVFD Any One???
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 14 Nov 2003 14:04:53 -0500
Newsgroups: jedi.vcl

"Mohamed A.Helal" <maahelal@hotmail.com> wrote in message
bp385v$do2$1@talkto.net...
> > I already tried the two methods and they produce a
> > file that generates an error message with something like "invalid Stream
> > format". i just saw the code in the help and I'm trying it out right now.
> > If you know something I should keep in mind while developing, please tell
> > me.

Component streams can be in either text or binary format. As long as the
form is streamed in the same way it's been streamed out you should be fine.

Cheers,
  Ignacio




Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 21:03:00 +0200
Newsgroups: jedi.vcl

DUH ;-)
I don't know what the hell was wrong with it, it works now.
out of the help, the componenttostring works beautifully.
I didn't check with component to string yet, but I will do right away.
However, do you have a clue on how to save analogous .pas files much like
normal delphi .pas files to represent the form classes?
thanks again
Mohamed A.Helal

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bp37o6$dkm$1@talkto.net...
> > "Mohamed A.Helal" <maahelal@hotmail.com> wrote in message
> > bp37gt$dj4$1@talkto.net...
>> > > the question is: HOW to save forms at runtime using the same stream
>> > > formats, delphi use (dfm or preferably xfm)
> >
> > Via TStream.ReadComponent and TStream.WriteComponent.
> >
> > Cheers,
> >   Ignacio
> >
> >




Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 20:52:50 +0200
Newsgroups: jedi.vcl

Hi Ignacio,
Thank you, however, I already tried the two methods and they produce a file
that generates an error message with something like "invalid Stream format".
i just saw the code in the help and I'm trying it out right now.
If you know something I should keep in mind while developing, please tell
me.
thanks again.
Mohamed A.Helal


"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bp37o6$dkm$1@talkto.net...
> > "Mohamed A.Helal" <maahelal@hotmail.com> wrote in message
> > bp37gt$dj4$1@talkto.net...
>> > > the question is: HOW to save forms at runtime using the same stream
>> > > formats, delphi use (dfm or preferably xfm)
> >
> > Via TStream.ReadComponent and TStream.WriteComponent.
> >
> > Cheers,
> >   Ignacio
> >
> >




Subject: Re: JVFD Any One???
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 14 Nov 2003 13:51:06 -0500
Newsgroups: jedi.vcl

"Mohamed A.Helal" <maahelal@hotmail.com> wrote in message
bp37gt$dj4$1@talkto.net...
> > the question is: HOW to save forms at runtime using the same stream
> > formats, delphi use (dfm or preferably xfm)

Via TStream.ReadComponent and TStream.WriteComponent.

Cheers,
  Ignacio




Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 20:44:48 +0200
Newsgroups: jedi.vcl

Sorry, I dropped Oliver Giesen from my thanking list, so, Thanks to you too
Oliver




Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 20:41:35 +0200
Newsgroups: jedi.vcl

Hi again,
Thanks to  you all, Andreas, Peter, OBones and Marcel, I apologize for
wasting a day of your time showing me what I should have seen myself without
wasting your time. Honestly thank you.
I will definitly work on your recommendations and insight, but in due time.
Now, Suppose That I switch to merely the need to Save and load forms at
runtime with"out" property editors at all (except those included in
JvInspector of course).
The scenrario I have in mind is as simple as:
1. Register Classes at runtime (Predefined set of classes statically linked
into code at compile time).
2. Create forms at runtime,
3. allowing users to add components to them, manipulate the properties a
little more
4. Saving and Loading those forms
the first three tasks are technically done, no magic code involved in either
one of the them.
the problem comes in with the fourth step, particularily the "Saving" part
using RAI now, JvInterpreter form-loading works as expected without any
problems.
the question is: HOW to save forms at runtime using the same stream formats,
delphi use (dfm or preferably xfm) as well as generating the .pas code that
represents the classes for those forms.
If only I could get this out of the way, I will have ample of time to check
the property editors problem later on.
I searched the news groups a couple of times but without any "real" total
solution.
from the previous discussion I believe "you" might have the answer to my
question.

Thanks again and thanks in advance.
Mohamed A.Helal




Subject: Re: Checkin email
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 14 Nov 2003 18:42:39 +0100
Newsgroups: jedi.vcl

We've gotten a response from SF. In short: fix it yourself...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVFD Any One???
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 18:25:23 +0100
Newsgroups: jedi.vcl

Hello, Mohamed!
You wrote  on Fri, 14 Nov 2003 18:35:42 +0200:

 MA> I think I understand now what are the limitations in
 MA> using DsgnIntf. But, Since I don't have an
 MA> experience in developing such code, I would
 MA> certainly move back on track. the question now
 MA> is, Excluding DsgnIntf-like code leaves us without
 MA> what? Property Editors? or THE property Editing
 MA> "mechanism" should be reimplemented? or what?
 MA> more or less.

    I haven't had any time to look at the code, but to find out what part
will not build without the Borland design time code, you can just remove any
mention of those units/packages. The part where the compiler will complain
about unknown identifiers is the part you would have to either miss or
reimplement.

    If it does boil down to property editors and/or property editing (which
seems very likely), you might be able to use JvInspector to do the job, free
of Borland design time code. That will take some effort I suppose, and you
will lose any 3rd party property editors, unless you rewrite those as well,
basing them on TJvCustomInspectorItem or it's descendants.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 18:35:42 +0200
Newsgroups: jedi.vcl

Hi Everyone .
Marcel, No, not at all. I wouldn't misunderstand a person that much when all
what he/she tried to do is to help.
I think I understand now what are the limitations in using DsgnIntf.
But, Since I don't have an experience in developing such code, I would
certainly move back on track.
the question now is, Excluding DsgnIntf-like code leaves us without what?
Property Editors? or THE property Editing "mechanism" should be
reimplemented? or what? more or less.
Please Advice and if possible explain
TIA
Mohamed A.Helal

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bp2jja$94a$1@talkto.net...
> > Hello, Mohamed!
> > You wrote  on Fri, 14 Nov 2003 14:26:15 +0200:
> >
> >  MA> Honestly, I didn't know that, neither did I ever looked it up, I will
> > take
> > your word for it as well as I will seek further info.
> >
> >     Please understand that it was not meant as an attack on you, just
> > stating facts.
> >
> >  MA> however, would you please comment on the remainder of the
> >  MA> thread regarding Andreas comment and the propable violation
> >  MA> of borland distribution license in a project like RAFD.
> >  MA> I would also appreciate it if you share the knowledge about
> >  MA> other problems related to RAFD and solutions for that problem.
> >
> >     Since I have not done anything with RAFD or RALib, I don't exactly
know
> > what or how they did things. As Peter already posted, according to the
> > license of D6 and later it's absolutely clear you can't use or distribute
> > any of the design time units in run time code.
> >
> >     The question is of course if RAFD actually needs the design time
> > units/packages of Delphi or can it handle the things using other
> > freeware/OpenSource components.
> >
> >  MA> and the questioni is, should I then consider the original RAFD a
> >  MA> library that violated Borland Distribution license?
> >
> >     If they use the Delphi design time units/packages in run time code
(i.e
> > it will get into an application) then yes, they violate the Borland
> > Distribution license.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Foobar2000 now playing: "Sunshine In The Music" by Jimmy Cliff.
> >
> >




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 15:34:56 +0100
Newsgroups: jedi.vcl

Hello, Olivier!

    I know you are sleeping, but if you would be so kind as to test the BCB6
JvCore packages when you're awake again, I would very much appreciate that.
They were generated with tool and your template. The Delphi template was
adjusted and posted to jedi.binaries. Seems to work in all Delphi versions
(well, D5Pro, D6Pro and D7Pro that is, have not tested pers./std. editions).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Waltz Darling" by Malcom McLaren.




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 15:12:30 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 15 Nov 2003 00:02:24 +1000:

 >>     Should I update the Delphi templates (with proper extensions and the
 >> usual directives) and add them to CVS?
 O> I'd prefer if you don't do it know, as it would force the update of all
 O> packages and I'm still doing some testing.

    Why? The tool only generates packages it knows, so if we carefully check
an XML before adding it to the repository we won't break anything.

 O>  This is why I named the template with a txt extension so that I don't
 O> break anything.

    Yes, and it made me scratch my head and debug the generator because I
didn't understand why it wouldn't update my .dpk files <g>

 >> It would be great BTW if the generator would also generate the .dof
 >> files for any new package file it writes.
 O> What about a call like to MakeDof.bat ? it's the easiest way and would
 O> allow to keep stuff separated.

    Yes, that would be great. It was just a suggestion anyway.

 O> A crazy thought I had:
 O> We could only distribute the xml source files and let the installer
 O> generate the packages for the different flavours. But this may anger
 O> users who don't want to use the installer...

    It might, but it does give us the possibility to generate the packages
for those libraries that can still be used separate from JVCL (i.e. adding
the JvCore package only if the library is not used standalone) or
with/without Mike's theme manager. Something we should not just disregard
immediately. If the command line generator does not use any JVCL code we can
distribute it as source, write an install.bat that will build the tool and
generate all packages the user wants, including the conditional defines s/he
wants.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "This World Of Water" by New Musik.




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 15:04:02 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to OBones on Fri, 14 Nov 2003 14:48:32 +0100:

 MB>     Just telling you what I noticed ;-) BTW, I'll commit the corrected
 MB> JvCore-R.xml (added the new JvPropertyStore unit) shortly.

    Also added and committed JvDsgnTypes to the JvCore-D package.

    Again it refused the first time to store the added unit. It's either
because the automatic saving is faulty or because the first time I did not
select a different row before it was saving. Either way, the second try
(after I restarted the tool) I explicitly used the save button after I
selected a different line and that worked.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I'm Specialized In You" by Time Bandits.




Subject: Re: Checkin email
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 00:03:16 +1000
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> OBones wrote:
>
>
>> The guy asked which script we use for that and I suppose it's the
>> default one called syncmail. I tried to have a look at it, but
>> couldn't find where it gets the commit message so that I could make a
>> modified version that puts this message in the subject...
>
>
> Are you aware that many (most?) commit comments are rather long or at
> least multi-line? That doesn't make for a very good subject line...
>
I know, but a limit set at 30 characters or the first newline (whichever comes first) would be enough...



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 15 Nov 2003 00:02:24 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Just telling you what I noticed ;-) BTW, I'll commit the corrected
> JvCore-R.xml (added the new JvPropertyStore unit) shortly.
Thanks for that. Sorry, it's getting late here and I'm starting to be a bit pushy...

>     Haven't been able to reproduce it either. Maybe I clicked wrong and
> clicked no inadvertently?
Maybe, as we are all used to click no to get the damn dialog away ;-)

>     Should I update the Delphi templates (with proper extensions and the
> usual directives) and add them to CVS? 
I'd prefer if you don't do it know, as it would force the update of all packages and I'm still doing some testing. This is why I named the template with a txt extension so that I don't break anything.

> It would be great BTW if the generator would also generate the .dof files for any new package file it writes.
What about a call like to MakeDof.bat ? it's the easiest way and would allow to keep stuff separated.

A crazy thought I had:
We could only distribute the xml source files and let the installer generate the packages for the different flavours. But this may anger users who don't want to use the installer...

Ah well, I should really get some sleep <g> !



Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 23:53:36 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> FWIW, this doesn't happen in D6
>
> ..and not in D7 either. Seems to be a BCB thing.
>
Ok then. I'll track it tomorrow, it's about midnight here.



Subject: Re: Checkin email
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 14 Nov 2003 13:53:14 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > The guy asked which script we use for that and I suppose it's the
> > default one called syncmail. I tried to have a look at it, but
> > couldn't find where it gets the commit message so that I could make a
> > modified version that puts this message in the subject...

Are you aware that many (most?) commit comments are rather long or at
least multi-line? That doesn't make for a very good subject line...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 14:48:32 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 14 Nov 2003 23:32:27 +1000:

 >> * After saving the uploaded template.txt in the correct locations (and
 >> renaming it to .bpk/.dpk which I had forgotten the first time) I do no
 >> get a valid package file for Delphi. The template has a %RUNONLY% tag
 >> that is not being updated. The BCB6 package seems OK but I can't test
 >> it.
 O> Woops... Replace %RUNONLY% by {$%TYPE%ONLY} and that will generate a
 O> valid package.

    Correct.

 >> * Often the files grid does not show anything except for the very first
 >> row. The only way to correct this is to exit and restart. (note: the
 >> grid scrollbar does indicate the other rows are present; the columns are
 >> all empty however.
 O> I've seen that one and wasn't able to track it down... And as I'd rather
 O> have all xml files ready first, I'll fix that later.

    Just telling you what I noticed ;-) BTW, I'll commit the corrected
JvCore-R.xml (added the new JvPropertyStore unit) shortly.

 >> * If the file grid has focus and is in edit mode, the file is marked as
 >> changed, even if nothing has been edited, as soon as I want to execute
 >> an action or select a different package.
 O> Same as above. It should also happens in the dependencies grid, they
 O> share the same code.

    Probably, but I didn't need to change anything there.

 >> * When I added the file manually the first time it did not get saved to
 >> the .xml file (but it did ask for a save and I answered with yes). The
 >> second time I did use the toolbar button and that did work, so maybe
 >> it's just an issue with manual addition?
 O> That's weird, cause it reads the grid directly...

    Haven't been able to reproduce it either. Maybe I clicked wrong and
clicked no inadvertently?

 >> * What's the purpose of the design column in the dependencies grid?
 O> If it's not empty and the required package name starts with Jv, the name
 O> will get appended a D instead of an R.
 O> For instance, you only type JvCore and it gets replaced by JvCorexyz
 O> with x being C, D or K, y being 2, 3, 5, 6, or 7 and z being r or d.

    That's what I figured after I posted.

    Should I update the Delphi templates (with proper extensions and the
usual directives) and add them to CVS? It would be great BTW if the
generator would also generate the .dof files for any new package file it
writes.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Gimme Gimme Gimme" by Narada Michael Walden Ft
Patti Austin.




Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Nov 2003 14:45:20 +0100
Newsgroups: jedi.vcl

> > FWIW, this doesn't happen in D6
...and not in D7 either. Seems to be a BCB thing.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 23:43:59 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> 13.11.2003 Tested latest pack
>
> 1. TJvGroupBox->Enabled changing - StackOverflow and BCB ide crash, severe error!!! can be seen in design and runtime modes
Ouch. But it may also happen in Delphi.

> 2. MakeBCB6.bat:
>   if MakeBCB6 C:\CBuilder command - can't make Bpg2mak,
>   within makefile.mak file has to be changed ( added \bin ) for devtools
Don't change makefile.mak, it's generated by the tools and will be deleted.
And adding \bin shouldn't be needed, I never had to do that. But I'll check again.

> 3. for successful compilation I have to add to the MakeBCB6.bat file:
>
>  path=%1\Bin;%1\Projects\Bpl;%1\Projects\lib
This shouldn't be needed as C++ Builder added these ones into the environment when it installed itself. Anyway, if it is to be added, it must be done this way:
set PATH=%PATH%;%1\Bin;%1\Projects\Bpl;%1\Projects\lib

> 4. Added:     JvCoreC6D.bpi to the JvMMC6D.bpl
>         JvCoreC6D.bpi to the JvDBC6D.bpl
>         JvCoreC6D.bpi, JvCustomC6R.bpi to the JvbandsC6D.bpl
> to install successfully all these packages
It's quite possible, it has been 6 days since I last check they install correctly. This will be fixed as soon as possible, but not before monday.



Subject: Re: CBuilder 6.0 + JVCL 3.0 troubles
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Nov 2003 14:42:23 +0100
Newsgroups: jedi.vcl

> >1. TJvGroupBox->Enabled changing - StackOverflow and BCB ide crash,
> >severe error!!! can be seen in design and runtime modes

It probably has something to do with the PropagateEnabled property (it
enables/disables child controls to match the groupbox's state). Try creating
a group box at run-time, abutton to change the Enabled property and step
through it to find the error.

FWIW, this doesn't happen in D6

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVFD Any One???
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 14 Nov 2003 13:41:00 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Yes, Borland tightened the license for Delphi6 making it absolutely
> > clear that using any of the design time units in deliverables was a
> > violation of the license. I don't remember exactly, but the Delphi5
> > (and earlier) license had a more relaxed wording that could be
> > interpreted as it was "kind of" allowed but with Delphi6, there's no
> > question.

IIRC, the license was unchanged, i.e. it was forbidden even in D5 and
before. The significant change was that with D6 and later the license
was enforced by making it technically impossible.


> > Since you can now split your design-time code from your run-time code
> > (in different packages), you no longer have any excuse for including
> > design units in run-time packages.

You were able to split designtime and runtime code into packages ever
since D2 (probably even in D1 but I never used that myself).

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Checkin email
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 23:34:42 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> What happened to the other one?

Got the canned response, still waiting for the definive answer.



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 23:32:27 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> * After saving the uploaded template.txt in the correct locations (and
> renaming it to .bpk/.dpk which I had forgotten the first time) I do no get a
> valid package file for Delphi. The template has a %RUNONLY% tag that is not
> being updated. The BCB6 package seems OK but I can't test it.
Woops... Replace %RUNONLY% by {$%TYPE%ONLY} and that will generate a valid package.

> * Often the files grid does not show anything except for the very first row.
> The only way to correct this is to exit and restart. (note: the grid
> scrollbar does indicate the other rows are present; the columns are all
> empty however.
I've seen that one and wasn't able to track it down... And as I'd rather have all xml files ready first, I'll fix that later.


> * If the file grid has focus and is in edit mode, the file is marked as
> changed, even if nothing has been edited, as soon as I want to execute an
> action or select a different package.
Same as above. It should also happens in the dependencies grid, they share the same code.

> * A right-click menu for the files and dependency grid would be nice, esp.
> to add files. I did it manually the first time before I noticed the toolbar
> button.
Yep, as I said, the interface still needs improvement.

> * When I added the file manually the first time it did not get saved to the
> .xml file (but it did ask for a save and I answered with yes). The second
> time I did use the toolbar button and that did work, so maybe it's just an
> issue with manual addition?
That's weird, cause it reads the grid directly...

> * Not all toolbar actions have a corresponding menu option. Specifically the
> Generate targets and Add file should be placed in a menu
I agree... I was planning on adding an help menu too, but I don't have any idea for those two actions... maybe in the File menu after all.

> * What's the purpose of the design column in the dependencies grid?
If it's not empty and the required package name starts with Jv, the name will get appended a D instead of an R.
For instance, you only type JvCore and it gets replaced by JvCorexyz with x being C, D or K, y being 2, 3, 5, 6, or 7 and z being r or d.

I take the notes and will have a look at them sometime this week-end.
I tried to compile it under D6, your changes didn't break anything.



Subject: CBuilder 6.0 + JVCL 3.0 troubles
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 14 Nov 2003 16:21:04 +0300
Newsgroups: jedi.vcl

13.11.2003 Tested latest pack

1. TJvGroupBox->Enabled changing - StackOverflow and BCB ide crash, severe error!!! can be seen in design and runtime modes

2. MakeBCB6.bat:
  if MakeBCB6 C:\CBuilder command - can't make Bpg2mak,
  within makefile.mak file has to be changed ( added \bin ) for devtools
#---------------------------------------------------------------------------------------------------
MAKE = $(ROOT)\bin\make.exe -$(MAKEFLAGS) -f$**
DCC  = $(ROOT)\bin\dcc32.exe -e$(BIN) -i$(SRCP) -n$(DCU) -r$(SRCP) -u$(SRCP) -q -w -m
DCCH = $(ROOT)\bin\dcc32.exe -e..\$(BIN) -i$(SRCH) -n..\$(DCU) -r$(SRCH) -u$(SRCH) -q -w -m
BRCC = $(ROOT)\bin\brcc32.exe $**
#---------------------------------------------------------------------------------------------------
3. for successful compilation I have to add to the MakeBCB6.bat file:

 path=%1\Bin;%1\Projects\Bpl;%1\Projects\lib

4. Added:     JvCoreC6D.bpi to the JvMMC6D.bpl
        JvCoreC6D.bpi to the JvDBC6D.bpl
        JvCoreC6D.bpi, JvCustomC6R.bpi to the JvbandsC6D.bpl
to install successfully all these packages



Subject: Re: JVFD Any One???
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 14:07:09 +0100
Newsgroups: jedi.vcl

Hello, Mohamed!
You wrote  on Fri, 14 Nov 2003 14:26:15 +0200:

 MA> Honestly, I didn't know that, neither did I ever looked it up, I will
take
your word for it as well as I will seek further info.

    Please understand that it was not meant as an attack on you, just
stating facts.

 MA> however, would you please comment on the remainder of the
 MA> thread regarding Andreas comment and the propable violation
 MA> of borland distribution license in a project like RAFD.
 MA> I would also appreciate it if you share the knowledge about
 MA> other problems related to RAFD and solutions for that problem.

    Since I have not done anything with RAFD or RALib, I don't exactly know
what or how they did things. As Peter already posted, according to the
license of D6 and later it's absolutely clear you can't use or distribute
any of the design time units in run time code.

    The question is of course if RAFD actually needs the design time
units/packages of Delphi or can it handle the things using other
freeware/OpenSource components.

 MA> and the questioni is, should I then consider the original RAFD a
 MA> library that violated Borland Distribution license?

    If they use the Delphi design time units/packages in run time code (i.e
it will get into an application) then yes, they violate the Borland
Distribution license.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Sunshine In The Music" by Jimmy Cliff.




Subject: Re: Checkin email
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Nov 2003 13:57:25 +0100
Newsgroups: jedi.vcl

> > Anyway Peter, if you are willing to do anything on this, you must put an
> > issue yourself...

Reposted as #842078

What happened to the other one?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVFD Any One???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Nov 2003 13:49:49 +0100
Newsgroups: jedi.vcl

> > and the questioni is, should I then consider the original RAFD a library
> > that violated Borland Distribution license?
Yes, Borland tightened the license for Delphi6 making it absolutely clear
that using any of the design time units in deliverables was a violation of
the license. I don't remember exactly, but the Delphi5 (and earlier) license
had a more relaxed wording that could be interpreted as it was "kind of"
allowed but with Delphi6, there's no question.

Since you can now split your design-time code from your run-time code (in
different packages), you no longer have any excuse for including design
units in run-time packages.

We must be very careful not to include stuff that might breach one or more
licenses and if you or anyone else finds such code or practices in our
distributions, we would like to know immediately so we can remedy it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 13:28:27 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 14 Nov 2003 22:07:26 +1000:

 >> Gee, I never thought of that one
 >> Don't bother I'll change and commit that in the next 10 minutes.

    And I fixed the remaining stuff that didn't work in D5. Committed.
Please check again in D7, 'cause I had to ignore some properties
(specifically I remember a TabIndex and ItemIndex property; the rest was
just the DesignInfo stuff)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Don't Let Him Go" by REO Speedwagon.




Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 14:26:15 +0200
Newsgroups: jedi.vcl

Hi Marcel.
Honestly, I didn't know that, neither did I ever looked it up, I will take
your word for it as well as I will seek further info.
however, would you please comment on the remainder of the thread regarding
Andreas comment and the propable violation of borland distribution license
in a project like RAFD.
I would also appreciate it if you share the knowledge about other problems
related to RAFD and solutions for that problem.
and the questioni is, should I then consider the original RAFD a library
that violated Borland Distribution license?

Much obliged
Mohamed A.Helal

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bp2ghc$89q$1@talkto.net...
> > Hello, OBones!
> > You wrote  on Fri, 14 Nov 2003 22:09:21 +1000:
> >
> >  O> Maybe I'm completely mistaken, but RTTI has nothing to do with
> >  O> DsgnIntf.dcu RTTI is a built-in feature of the language, whereas
> >  O> DsgnIntf allows you to talk with the editors in the Delphi IDE.
> >  O> But I may have missed something here...
> >
> >     Nope, you are correct. The TypeInfo function in system generates the
> > RTTI structure which is than accessible through the PTypeInfo pointer. The
> > info for a property is also available. The DgnIntf.dcu is *only* used to
> > communicate between a design time package and the IDE and contains the
base
> > classes/interfaces for component/property editors. The interface
> > declarations of this unit may be copied, but implementation must be your
> > own. For Object Inspector/property editors you might look into using
> > JvInspector instead (which does not use Delphi's property editors but it's
> > own mechanism).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Foobar2000 now playing: "Tribute" by The pasadenas.
> >
> >




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 13:18:23 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 14 Nov 2003 22:07:26 +1000:

 O> BTW, I know we have a component to store the status of a form, but
 O> what's is name?

    TJvFormStorage

 O>  And am I right in guessing there is a demo for it?

    Probably. Since TJvFormStorage descends from TJvFormPlacement you may
need to look for a folder with that name. Having said that, I'm not sure the
example would still work since TJvFormStorage has been redesigned to use
TJvCustomAppStore as a storage backend.

 O> And is it possible to only store some properties for some components ?

  Yep.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "And Love Goes On" by Earth, Wind & Fire.




Subject: Re: JVFD Any One???
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 13:14:55 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 14 Nov 2003 22:09:21 +1000:

 O> Maybe I'm completely mistaken, but RTTI has nothing to do with
 O> DsgnIntf.dcu RTTI is a built-in feature of the language, whereas
 O> DsgnIntf allows you to talk with the editors in the Delphi IDE.
 O> But I may have missed something here...

    Nope, you are correct. The TypeInfo function in system generates the
RTTI structure which is than accessible through the PTypeInfo pointer. The
info for a property is also available. The DgnIntf.dcu is *only* used to
communicate between a design time package and the IDE and contains the base
classes/interfaces for component/property editors. The interface
declarations of this unit may be copied, but implementation must be your
own. For Object Inspector/property editors you might look into using
JvInspector instead (which does not use Delphi's property editors but it's
own mechanism).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Tribute" by The pasadenas.




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 13:09:34 +0100
Newsgroups: jedi.vcl

Hello, Olivier!

* After saving the uploaded template.txt in the correct locations (and
renaming it to .bpk/.dpk which I had forgotten the first time) I do no get a
valid package file for Delphi. The template has a %RUNONLY% tag that is not
being updated. The BCB6 package seems OK but I can't test it.

* Often the files grid does not show anything except for the very first row.
The only way to correct this is to exit and restart. (note: the grid
scrollbar does indicate the other rows are present; the columns are all
empty however.

* If the file grid has focus and is in edit mode, the file is marked as
changed, even if nothing has been edited, as soon as I want to execute an
action or select a different package.

* A right-click menu for the files and dependency grid would be nice, esp.
to add files. I did it manually the first time before I noticed the toolbar
button.

* When I added the file manually the first time it did not get saved to the
..xml file (but it did ask for a save and I answered with yes). The second
time I did use the toolbar button and that did work, so maybe it's just an
issue with manual addition?

* Not all toolbar actions have a corresponding menu option. Specifically the
Generate targets and Add file should be placed in a menu

* What's the purpose of the design column in the dependencies grid?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "We are the young" by Dan Hartman.




Subject: Re: JVFD Any One???
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 22:09:21 +1000
Newsgroups: jedi.vcl

Maybe I'm completely mistaken, but RTTI has nothing to do with DsgnIntf.dcu
RTTI is a built-in feature of the language, whereas DsgnIntf allows you to talk with the editors in the Delphi IDE.
But I may have missed something here...



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 22:07:26 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Gee, I never thought of that one
> Don't bother I'll change and commit that in the next 10 minutes.

Done.
BTW, I know we have a component to store the status of a form, but what's is name? And am I right in guessing there is a demo for it?
And is it possible to only store some properties for some components ?



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 21:59:02 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
>
>      Too bad the editor doesn't work in D5 :-( (due to TLabeledEdit usage,
> AFAICT). Now I have to fire up D7 and rebuild/install the JVCL components
> there... This afternoon though, I promise!
Gee, I never thought of that one
Don't bother I'll change and commit that in the next 10 minutes.



Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 13:54:45 +0200
Newsgroups: jedi.vcl

Thanks again for your prompt reply.
the facts in the proper order are:
1. YES, the source for the replacement packages is available within the
RALIB distrib package itself.
2. Using Borland Delphi Design time packages (or dependent features) during
compile time can never be prohibited or else any code that uses RTTI would
have been prohibited as well.
hence the dependancy of the source on during compile time wouldn't be a
problem
3. Lets not forget that, a library as vast as JVCL could replace the
standard set of packages of delphi (who need them anyway ;-) ).
the core of this project would be RTTI and code generation, to either the
rule of distribution as indicated by the license don't apply.

To Andreas Hausladen: first thanks for you enthusiasm,  would you consider
any code that uses RTTI(hence DsgnIntf) a violation to the distribution
license.
TIA
Mohmaed A.Helal

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bp2aaq$6k8$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Forgot to ask:
>> > > Is the source for the replacement packages + units available?
> >
> > In the version (RALib 2.00 (Jul 2001)) I have it is in the folder dpacks.
> > The units uses DsgnIntf, DsgnWnds, ExptIntf. So they depend on a Delphi's
> > designtime package.
> >
> >
> > --
> > Regards
> >
> > Andreas Hausladen




Subject: Re: Packages generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 14 Nov 2003 11:58:13 +0100
Newsgroups: jedi.vcl

Hello, OBones!

     Too bad the editor doesn't work in D5 :-( (due to TLabeledEdit usage,
AFAICT). Now I have to fire up D7 and rebuild/install the JVCL components
there... This afternoon though, I promise!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 paused.




Subject: Re: Checkin email
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 20:54:57 +1000
Newsgroups: jedi.vcl

OBones wrote:

> 841078 - comment in subject line

This one got close immediately as I'm not the admin.
The guy asked which script we use for that and I suppose it's the default one called syncmail. I tried to have a look at it, but couldn't find where it gets the commit message so that I could make a modified version that puts this message in the subject...
Anyway Peter, if you are willing to do anything on this, you must put an issue yourself...
Thanks in advance for your help.



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 20:43:05 +1000
Newsgroups: jedi.vcl

OBones wrote:

>> Maybe it would be easier for people to get started if you did one of the
>> more complex ones for real?
>>
> I'll do that.
>

I've done JvCore-R and JvCore-D. I've also uploaded updated versions of the template.txt files in binaries so that you can compare with the existing packages.
I'll continue on making the other packages, one by one... It reminds me of the creation of the BCB6 packages, except that I won't get as many crashes <g>



Subject: Re: JVFD Any One???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 Nov 2003 11:28:14 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Forgot to ask:
> > Is the source for the replacement packages + units available?

In the version (RALib 2.00 (Jul 2001)) I have it is in the folder dpacks.
The units uses DsgnIntf, DsgnWnds, ExptIntf. So they depend on a Delphi's
designtime package.


-- Regards Andreas Hausladen 

Subject: Re: JVFD Any One???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Nov 2003 10:34:52 +0100
Newsgroups: jedi.vcl

Forgot to ask:
Is the source for the replacement packages + units available?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVFD Any One???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Nov 2003 10:34:16 +0100
Newsgroups: jedi.vcl

> > This folder contains packages, that must replace
> > standard Delphi design-time packages in your programs.
How is this done? Is it a reimplementation of the support code or is it only
a wrapper to hide the fact that it is still using Borland's design code?

> > This package replace dclstd30 (dclstd40, dclstd50) Delphi package.
Does this affect the design time environment in Delphi or only the run-time
requirements? Does it mean you have to build with run-time packages?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: compiler warnings for .NET of?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Nov 2003 10:30:52 +0100
Newsgroups: jedi.vcl

> > Perhaps this can be
> > integrated?:

You mean when compiling the packages? I've corrected that in the DOF's. We
already have the following in JVCL.INC:

{$IFDEF COMPILER7_UP}
  {$WARN UNSAFE_TYPE OFF}
  {$WARN UNSAFE_CODE OFF}
  {$WARN UNSAFE_CAST OFF}
{$ENDIF}

But it doesn't seem to work for packages, even if JVCL.INC is included in
every unit.

If you want to disable warnings in your programs, I guess including JVCL.INC
should work although I haven't tried it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New example Pas2Rai2
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 14 Nov 2003 10:25:15 +0100
Newsgroups: jedi.vcl

AWESOME! The interpreter is just nice!

Andreas Hausladen schrieb:

> > I have changed the Pas2Rai2 RaLib project to compile with the current
> > JVCL3. See examples\RaLib\Pas2Rai2
> >
> > This project converts Delphi units to import units for the JvInterpreter.
> >
> > --
> > Regards
> >
> > Andreas Hausladen



Subject: compiler warnings for .NET of?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 14 Nov 2003 10:23:11 +0100
Newsgroups: jedi.vcl

Hi

I don´t know if this issue already "solved", but the last release of
JVCL gave at D7 many warnings because the .NET compiler warnings wer not
disabled. I recently saw a unit from the mighty Brian Long and there was
a the following code, which would AFAIKS this issue. Perhaps this can be
integrated?:

implementation

{$R *.dfm}

{$ifdef ConditionalExpressions}
  {$Warn Symbol_Deprecated Off}
  {$Warn Symbol_Platform Off}
{$endif}





Subject: New example Pas2Rai2
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 Nov 2003 09:41:24 +0100
Newsgroups: jedi.vcl

I have changed the Pas2Rai2 RaLib project to compile with the current
JVCL3. See examples\RaLib\Pas2Rai2

This project converts Delphi units to import units for the JvInterpreter.


-- Regards Andreas Hausladen 

Subject: Re: JvTreeView Expand Button Properties
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Nov 2003 09:38:05 +0100
Newsgroups: jedi.vcl

Martin Potokar wrote:

> Does JvTreeView provide any properties for the expand buttons? In other
> words, if I wanted raised and gray colored buttons as opposed to the default
> flat and white buttons, is there a property I can use to change these
> features?
>
> Regards,
> Marty Potokar

Consider using VirtualTreeView from Mike Lischke.
http://www.delphi-gems.com



Subject: Re: i worked on JvSpeller
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Nov 2003 09:36:13 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will think about the JvSpellChecker API.

Some ideas for the Spell API design:
Extracting sentences and words from a text is not the job of the spell engine (that is not easy and is also ambiguous).
The spell engine needs the whole text structured in sentences and words to be able to apply high quality spell checking.

Applying the change (commit) to the text is not the job of the spell engine.
Each word and sentence needs a context (pointer) to allow to apply the changes (think of replacing a word with complicated formatting within).

The text is always corrected as a whole. The spell dialog is part of the API.
To abstract from that a set of events should be used to hook all relevant actions (with extra events for extensions). "Commit", "Skip", "Help", "Add to dictionary" etc.

Two approaches have to be handled. Commit after the spell checking and commit while spell checking. The first one allows to cancel for the whole spell check wheras the second allows for visual feedback in the original text during the spell check.



Subject: Re: i worked on JvSpeller
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Nov 2003 09:34:58 +0100
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:

> Make it unicode (UTF8 or UTF16) and you'll save yourself heaps of troubles...

Better have two APIs. 8-bit charset is easier and more efficient for 8-bit texts.



Subject: Re: About csAcceptsControls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 17:48:24 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I quite agree with you, it's sometimes disturbing to drop a component
>> and find it inside an edit !
>
> Exactly! I often use the Component List Dialog to add components to a form
> and many times I've dropped four or five JVCL controls on a form, look up
> and there's only one visible! The others are inside the first one. I then
> have to do all kinds of sheenaningans to get at them and put them on the
> form as I originally intended. So much for RAD<g>
>
That's when drag and drop in the object editor comes handy <g>



Subject: Re: JvTreeView Expand Button Properties
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 14 Nov 2003 08:26:47 +0100
Newsgroups: jedi.vcl

> > Does JvTreeView provide any properties for the expand buttons? In other
> > words, if I wanted raised and gray colored buttons as opposed to the
default
> > flat and white buttons, is there a property I can use to change these
> > features?
AFAIK, no. Those images are provided by Windows and there isn't any standard
way of replacing them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTreeView Expand Button Properties
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Fri, 14 Nov 2003 00:35:26 -0600
Newsgroups: jedi.vcl

Does JvTreeView provide any properties for the expand buttons? In other
words, if I wanted raised and gray colored buttons as opposed to the default
flat and white buttons, is there a property I can use to change these
features?

Regards,
Marty Potokar




Subject: Re: i worked on JvSpeller
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 14 Nov 2003 16:16:25 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will think about the JvSpellChecker API. That is the hardest part of it. Finding a clean API that can handle all languages (at least 8-bit charset languages).
Make it unicode (UTF8 or UTF16) and you'll save yourself heaps of troubles...



Subject: Re: i worked on JvSpeller
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Nov 2003 06:24:08 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Base JvSpeller on JvSpellChecker and keep only the dialog part of
>
> JvSpeller.
> Why keep the JvSpeller dialog and why merge? What does JvSpeller have that
> JvSpellChecker doesn't? I see nothing in it that is worth saving. IMO, the
> dialog in the JvSpellChecker demo is a lot better

The idea of a standard spell checker dialog may be the only thing to survive from JvSpeller. I want to end up with a non-visual spell checker component and a dialog component.

I will think about the JvSpellChecker API. That is the hardest part of it. Finding a clean API that can handle all languages (at least 8-bit charset languages).




Subject: Re: New Component Idea
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 14 Nov 2003 15:17:35 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>> It's late and i had to go to bed.
>
>
> I'm too.
>
Come on guys, it was only 10am when you posted that <g>



Subject: Re: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Fri, 14 Nov 2003 04:47:41 +0200
Newsgroups: jedi.vcl

Thank you so much for your response,
but please let me explain.
the problem you both spoke of was a subject for dispute since RALIB 1.6,to
which they have made an excellent work around.
from the file located in the distrib folder /ralib/dpacks/!readme.txt. which
I will clip it here
//------------ file start---------------------
PLEASE REFER TO FILE RALIB\DOC\RAFD.TXT.

This folder contains packages, that must replace
standard Delphi design-time packages in your programs.

The one reason to make that packages is that you (and we)
can not distribute standard Delphi design-time packages
due copyright violation.

 dfdstd3 (dfdstd4, dfdstd5)
 -------
This package replace dclstd30 (dclstd40, dclstd50) Delphi package.

 dfddb3 (dfddb4, dfddb5)
 ------
This package replace dcldb30 (dcldb40, dcldb50) Delphi package.
//--------------file end-----------------
the above file wasn't edited in any form btw, so, as you could see you do
NOT distribute delphi standard packages, instead you distribute their code
R&A.
even a more elaborate discussion of the topic is located in
/ralib/doc/RAFD.txt.
if I understand correctly their approach defeats the problem of design time
distribution in the most radical way.
and EVEN if it's a case of industry-standard (patent or whatever) regarding
..bpl or .dcp distribution, I still see that the project is very viable to
switch to static linking of components into the form interpreter and the use
of registerclass/registerclasses where interpretation used to take place.

TIA, I'm waiting for you feedback
Mohamed A.Helal

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bp0rtt$v5f$1@talkto.net...
>> > > As I can see we (JVCL) have no RAFD source code in the donation folder.
I
>> > > have the code from an old RaLib version but I don't know if it is legal
to
>> > > donate this code to JVCL as I'm not the copyright owner of RAFD. Perhaps
>> > > Peter can say more about this.
> >
> > The reason we haven't included the form designer is because it uses
> > design-time packages to do it's stuff. This is against the Borland
license,
> > i.e you cannot distribute an application that uses design-time packages
> > and/or design-time code supplied with Delphi/BCB. In short, it is illegal
to
> > use in applications but not in development.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: New Component Idea
From: "kv" <kvlahos@nospam.lineone.net>
Date: Fri, 14 Nov 2003 04:06:54 +0200
Newsgroups: jedi.vcl

Sounds interesting.  There is a module with similar fucntionality for Python
called "traits" (http://www.scipy.org/site_content/traits).  You may want to
have a look for ideas about the overall design.


"Jens Fudickar" <jens.fudickar@oratool.de> wrote in message
news:bp16kr$16e$1@talkto.net...
>>> > >>The old component was named TParameterlist and it gives me the
>>> > >>possibility to create a parameter-dialog for any kind of progress
>>> > >>dynamicly with out much overhead.




Subject: Re: HELP : Non Anonymous CVS-Checkout
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 14 Nov 2003 11:25:53 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Not everything :-(
>
> I have sometimes problems to upload or download something. Suddenly i had to enter my password ( and i had to repeat it). In this moment nothing is possible. Some minutes later, no problem.
>
> And i didn't change anything . Any ideas ?
That's the big power of Internet: It's not reliable !
Especially because SF servers are subject to big stress, so sometimes it doesn't work. Simply retry...



Subject: Re: HELP : Non Anonymous CVS-Checkout
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 14 Nov 2003 01:27:56 +0100
Newsgroups: jedi.vcl

Not everything :-(

I have sometimes problems to upload or download something. Suddenly i had to enter my password ( and i had to repeat it). In this moment nothing is possible. Some minutes later, no problem.

And i didn't change anything . Any ideas ?

Greetings
Jens

Jens Fudickar wrote:

> Everything is fine now :-)
>
> Marcel Bestebroer wrote:
>
>> Hello, Peter!
>> You wrote  on Thu, 13 Nov 2003 20:28:49 +0100:
>>
>>  >> Maybe it's the problem that i'm not listed as developer for jvcl.
>>
>>  PT> I thought Marcel had added you? Anyway, I've added you now
>>
>>     And I thought you did? Posted on Nov. 6th by you (JvPanel thread):
>>
>> -----8<-------
>> Try this one instead (if jfudickar is your SF name):
>> -----8<-------
>>
>>     And his reply was:
>> ---8<-----
>> It is.
>> ---8<-----
>>
>>    Also in your post:
>> -----8<-------
>> Us really cool players get CVS updates at once and now
>> you're one of us<g>. Welcome to the gang, BTW!
>> -----8<-------
>>
>>     I'm not one to doubt you (or anyone else), so I assumed you already
>> added him. Next time I'll second guess you ;-)
>>
>> -- 
>> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> Project JEDI Help coordinator
>> JVCL Help team coordinator
>>
>> To mail me, remove the obvious from my mail address
>>
>> Not listening to anything; Foobar2000 stopped.
>>
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Component Idea
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 14 Nov 2003 01:26:09 +0100
Newsgroups: jedi.vcl

>> The old component was named TParameterlist and it gives me the
>> possibility to create a parameter-dialog for any kind of progress
>> dynamicly with out much overhead.
>
>
> Where was this componennt in 1998 where I needed such a component? I
> mis-used the Tag and Hint property for this purpose.
>

On my computer :-) The first release was in 1997 :-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Component Idea
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 14 Nov 2003 01:13:51 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > The old component was named TParameterlist and it gives me the
> > possibility to create a parameter-dialog for any kind of progress
> > dynamicly with out much overhead.

Where was this componennt in 1998 where I needed such a component? I
mis-used the Tag and Hint property for this purpose.


> > Maybe it's also possible to use interfaces, but i never 
> > have used interfaces.

The TJvCustomParameterListEngine class is an abstract class. Ok it is
based on TPersistent but I think this would be no problem that would
prevent the usage of an interface. But maybe an interface is too much
overhead. The "time" will show what is the better technique.



> > It's late and i had to go to bed.

I'm too.



-- Regards Andreas Hausladen 

Subject: New Component Idea
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 14 Nov 2003 01:01:56 +0100
Newsgroups: jedi.vcl

Hi all,

After my two first donation are finished (thanks to marcel and andreas) i will try the next one. Sorry but it is an realy long posting :-)

The old component was named TParameterlist and it gives me the possibility to create a parameter-dialog for any kind of progress dynamicly with out much overhead.

First example:
--------------
VAR
  ParameterList     : TParameterList;
  Parameter         : TBaseParameter;
BEGIN
  Result := False;
  ParameterList := TParameterList.Create(Self);
  TRY
    ParameterList.RegistryKey := c_registry_key_Parameter+'\Object Browser\Refresh Snapshot';
    Parameter := TRadioGroupParameter.Create;
    WITH TRadioGroupParameter(Parameter) DO
    BEGIN
      SearchName := 'RefreshType';
      Caption := '&Refresh Type';
      ItemList.Add('Automatic');
      ItemList.Add('Fast');
      ItemList.Add('Complete');
      ItemIndex := 0;
      Width := 150;
      Height := 80;
    END;                                {*** WITH BaseParameter DO ***}
    ParameterList.AddParam(Parameter);
    Parameter := TCheckBOxParameter.Create;
    WITH TCheckBOxParameter(Parameter) DO
    BEGIN
      Width := 150;
      AsBoolean := False;
      SearchName := 'ExecuteAsJob';
      Caption := 'Execute as DBMS-Job';
    END;                                {*** WITH BaseParameter DO ***}
    ParameterList.AddParam(Parameter);
    ParameterList.Messages.DialogCaption := 'Select Type of Refresh';
    ParameterList.LoadFromRegistry;
    Result := ParameterList.ShowParameterDialog;
    ParameterList.SaveToRegistry;
    RefreshType := low(RefreshType);
    IF Result THEN
    BEGIN
      ExecuteAsJob := ParameterList.ParambyName('ExecuteAsJob').AsBoolean;
      Inc(RefreshType,

TRadioGroupParameter(ParameterList.ParambyName('RefreshType')).ItemIndex);
    END;                                {*** IF Result THEN ***}
  FINALLY
    ParameterList.Free;
  END;
END;

The images will be posted to binaries.

Second Example:
---------------
FUNCTION TObjectInfoForm.GetAnalyzeType(iObjectType: tDBObjectType;
  iMinOracleRelease: TOracleMainRelease; VAR AnalyzeType: tdbAnalyzeType; VAR
  AnalyzeAddTypes: tdbAnalyzeAddTypes; VAR EstimatePercent : Integer;
  VAR UseDBMSStats : Boolean; VAR ExecuteAsJob: Boolean;
  VAR JobInterval : String; VAR JobFirstDate : tDateTime): Boolean;
VAR
  ParameterList     : TParameterList;
  Gparameter,
    Parameter       : TBaseParameter;
  atype             : tdbAnalyzeType;
  aaType            : tdbAnalyzeAddType;
BEGIN
  Result := False;
  ParameterList := TParameterList.Create(Self);
  TRY
    ParameterList.RegistryKey := c_registry_key_Parameter+'\Object Browser\Analyze';
    ParameterList.Width := 300;
    Parameter := TRadioGroupParameter.Create;
    WITH TRadioGroupParameter(Parameter) DO
    BEGIN
      SearchName := 'AnalyzeType';
      Caption := '&Analyze Type';
      FOR atype := dbatComputeStatistics TO dbatDeleteStatistics DO
        ItemList.Add(cdbAnalyzeTypeNames[atype]);
      ItemIndex := 0;
      Width := 160;
      Height := 80;
    END;                                {*** WITH BaseParameter DO ***}
    ParameterList.AddParam(Parameter);
    IF ObjectType IN [dbotTable, dbotTablePartition,
                      dbotTableSubPartition,
                      dbotSnapshot, dbotMaterializedView] THEN
    BEGIN
      Gparameter := TGroupBoxParameter.Create;
      WITH TGroupBoxParameter(Gparameter) DO
      BEGIN
        SearchName := 'AnalyzeAddType';
        Caption := 'Additional &Parameter';
        Width := 160;
        Height := 30;
        BorderLeft := 5;
      END;                              {*** WITH BaseParameter DO ***}
      ParameterList.AddParam(Gparameter);
      FOR aaType := low(tdbAnalyzeAddType) TO high(tdbAnalyzeAddType) DO
        IF cdbAnylyzeAddMinVersion[aaType] <= iMinOracleRelease THEN
        BEGIN
          Gparameter.Height := Gparameter.Height + 20;
          Parameter := TCheckBOxParameter.Create;
          WITH TCheckBOxParameter(Parameter) DO
          BEGIN
            ParentParameterName := 'AnalyzeAddType';
            Width := 150;
            AsBoolean := True;
            SearchName := 'AnalyzeAddType' + inttostr(ord(aaType));
            Caption := cdbAnalyzeAddTypeNamesDialog[aaType];
          END;                          {*** WITH BaseParameter DO ***}
          ParameterList.AddParam(Parameter);
        END; {*** IF cdbAnylyzeAddMinVersion[aaType] <= iMinOracleRelease THEN ***}
    END;                                {*** IF ObjectType = dbotTable THEN ***}
    Parameter := TBaseParameter(tIntegerEditParameter.Create);
    WITH tIntegerEditParameter(Parameter) DO
    BEGIN
  //    EnableReasons.AddReason('AnalyzeType', ord(dbatEstimateStatistics));
      SearchName := 'EstimatePercent';
      Caption := '&Estimate Percent';
      AsInteger := EstimatePercent;
      IF AsInteger > 100 THEN
        AsInteger := 100;
      MInValue := 0;
      MaxValue := 100;
      LabelArrangeMode := lamBefore;
      Width := 180;
      EditWidth := 40;
    END;                                  {*** WITH BaseParameter DO ***}
    ParameterList.AddParam(Parameter);
    IF otSession.SQLUtil.OracleMainRelease >= omrOracle8 THEN
    BEGIN
      Parameter := TCheckBoxParameter.Create;
      WITH Parameter DO
      BEGIN
        SearchName := 'UseDBMSStats';
        Caption := '&Use DBMS_STATS';
        AsBoolean := UseDBMSStats;
        Width := 180;
      END;                                  {*** WITH BaseParameter DO ***}
      ParameterList.AddParam(Parameter);
    END;
    Parameter := TCheckBOxParameter.Create;
    WITH TCheckBOxParameter(Parameter) DO
    BEGIN
      Width := 180;
      AsBoolean := False;
      SearchName := 'ExecuteAsJob';
      Caption := 'Execute as DBMS-Job';
    END;                                {*** WITH BaseParameter DO ***}
    ParameterList.AddParam(Parameter);
    Parameter := TBaseParameter(TGroupBoxParameter.Create);
    WITH TGroupBoxParameter(Parameter) DO
    BEGIN
      Caption := 'DBMS_JOB Parameter';
      SearchName := 'DBMS_JOB_Parameter';
      Width := 280;
      Height := 105;
      BorderLeft := 5;
      DisableReasons.AddReason('ExecuteAsJob', False);
    END;                                  {*** WITH BaseParameter DO ***}
    ParameterList.AddParam(Parameter);
    Parameter := TBaseParameter(tDateTimeParameter.Create);
    WITH tDateTimeParameter(Parameter) DO
    BEGIN
      ParentParameterName := 'DBMS_JOB_Parameter';
      Caption := 'First &Date';
      SearchName := 'Date';
      asDate := otSession.SQLUtil.Sysdate;
      ReloadValuefromRegistry := False;
      Width := 100;
      Kind := dtkDate;
      DisableReasons.AddReason('ExecuteAsJob', False);
    END; {*** WITH tEditParameter(Parameter) DO ***}
    ParameterList.AddParam(Parameter);
    Parameter := TBaseParameter(tDateTimeParameter.Create);
    WITH tDateTimeParameter(Parameter) DO
    BEGIN
      ParentParameterName := 'DBMS_JOB_Parameter';
      Caption := 'First &Time';
      SearchName := 'Time';
      asDate := otSession.SQLUtil.Sysdate;
      ReloadValuefromRegistry := False;
      Width := 100;
      Kind := dtkTime;
      DisableReasons.AddReason('ExecuteAsJob', False);
    END; {*** WITH tEditParameter(Parameter) DO ***}
    ParameterList.AddParam(Parameter);
    Parameter := TBaseParameter(tEditParameter.Create);
    WITH tEditParameter(Parameter) DO
    BEGIN
      ParentParameterName := 'DBMS_JOB_Parameter';
      Caption := '&Interval';
      SearchName := 'Interval';
      AsString := '';
      Width := 250;
      DisableReasons.AddReason('ExecuteAsJob', False);
    END; {*** WITH tEditParameter(Parameter) DO ***}
    ParameterList.AddParam(Parameter);
    ParameterList.Messages.DialogCaption := 'Select Type of Analyze';
    ParameterList.LoadFromRegistry;
    Result := ParameterList.ShowParameterDialog;
    ParameterList.SaveToRegistry;
    AnalyzeType := low(AnalyzeType);
    IF Result THEN
    BEGIN
      ExecuteAsJob := ParameterList.ParambyName('ExecuteAsJob').AsBoolean;
      Inc(AnalyzeType,

TRadioGroupParameter(ParameterList.ParambyName('AnalyzeType')).ItemIndex);
      JobInterval := ParameterList.ParambyName('Interval').AsString;
      JobFirstDate := strtodate(datetostr(ParameterList.ParambyName('Date').asDate));
      JobFirstDate:= JobFirstDate+
        strtotime(TimeToStr(ParameterList.ParambyName('Time').asDate));
      AnalyzeAddTypes := [];
      IF ObjectType = dbotTable THEN
        FOR aaType := low(tdbAnalyzeAddType) TO high(tdbAnalyzeAddType) DO
        BEGIN
          IF ParameterList.ParambyName('AnalyzeAddType' +
            inttostr(ord(aaType))).AsBoolean THEN
            AnalyzeAddTypes := AnalyzeAddTypes + [aaType];
        END; {*** FOR aaType := low(tdbAnalyzeAddType) to High(tdbAnalyzeAddType) DO ***}
      IF dbataForAllColumns IN AnalyzeAddTypes THEN
        AnalyzeAddTypes := AnalyzeAddTypes - [dbataForAllIndexedColumns];
      IF otSession.SQLUtil.OracleMainRelease >= omrOracle8 THEN
        UseDBMSStats := ParameterList.ParambyName('UseDBMSStats').AsBoolean
      ELSE
        UseDBMSStats := False;
      EstimatePercent:= ParameterList.ParambyName('EstimatePercent').AsInteger;
    END;                                {*** IF Result THEN ***}
  FINALLY
    ParameterList.Free;
  END;
END; {*** function TObjectInfoForm.GetAnalyzeType***}



The advantage of this component is that it is very flexible to customize. You can define which parameters where added programmaticly.
Each parameter results normaly in one visible component in the dialog.
The component makes use of the arrange-panel functionality so you don't have to look too much about these problems.
Also it supports storing and restoring the entered properties to the registry (i want to use tJvAppStore :-)
Unti now there are the following ParameterTypes:
tBaseParameter = class (tPersistent)
     TNoDataParameter = Class (tBaseParameter)
     TArrangeParameter = Class (TNoDataParameter)
     tTabControlParameter = Class (TArrangeParameter)
     TPanelParameter = Class (TArrangeParameter)
     TScrollboxParameter = Class (TArrangeParameter)
     TGroupBoxParameter = Class (TArrangeParameter)
     TImageParameter = Class (TNoDataParameter)
     TLabelParameter = Class (TNoDataParameter)
     TCheckboxParameter = Class (tBaseParameter)
     TEditParameter = Class (tBaseParameter)
     TIntegerEditParameter = Class (tEditParameter)
     TDoubleEditParameter = Class (tEditParameter)
     tFileNameParameter =Class (tBaseParameter)
     TListParameter = class(tBaseParameter)
     TRadioGroupParameter = class(TListParameter)
     TComboBoxParameter = class(TListParameter)
     TListBoxParameter = class(TListParameter)
     TDateTimeParameter = class(TBaseParameter)
     TMemoParameter = class(tBaseParameter)
For each Parameter are specific Properties and validation rules defined.

There are also possibilities to enable/disable parameters/components dynamicly depending on entered values (for example disable a control when an other checkbox is disabled).
Until now the component only works inside a dialog, but it should also be possible to add the parameter-components to any kind of panel.

Now i want to port all to JVCL and i want to make some enhancements.

The first thing i want to do : is creating and adding an Engine-Component for creating different component-types.
1. Engine : Create Default VCL-Components
2. Engine : Create JVCL-Components
3. Engine : Create Developer Express cx-Components (i need this)
4. Engine : ....

Any ideas for creating such an engine?

My first design looks like this.

     tJvParameterListEngineControltype =
       (plctLabel,
        plctPanel,
        plctScrollbox,
        plctEdit,
        plctCheckbox,
        plctComboBox,
        plctGroupBox,
        plctImage,
        plctRadioGroup,
        plctPageControl,
        plctMemo,
        plctListBox,
        plctDateTime,
        plctDate,
        plctTime,
        plctInteger,
        plctDouble,
        plctDirectory,
        plctFileName);


     tJvCustomParameterListEngine = class (TPersistent)
     private
       fGlobalPropertyValues : TJvParameterPropertyValues;
     protected
     public
       function  CreateControl (aParentControl : tWinControl;
                                aControlType   : tJvParameterListEngineControltype;
                                aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateLabelControl (aParentControl : tWinControl;
                                     aControlName   : String;
                                     aFocusControl  : TWinControl) : tCustomControl; virtual; abstract;
       function  CreatePanelControl (aParentControl : tWinControl;
                                     aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateScrollBoxControl (aParentControl : tWinControl;
                                         aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateEditControl (aParentControl : tWinControl;
                                    aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateCheckboxControl (aParentControl : tWinControl;
                                        aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateComboBoxControl (aParentControl : tWinControl;
                                        aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateGroupBoxControl (aParentControl : tWinControl;
                                        aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateImageControl (aParentControl : tWinControl;
                                     aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateRadioGroupControl (aParentControl : tWinControl;
                                          aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreatePageControlControl (aParentControl : tWinControl;
                                           aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateMemoControl (aParentControl : tWinControl;
                                    aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateListBoxControl (aParentControl : tWinControl;
                                       aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateDateTimeControl (aParentControl : tWinControl;
                                        aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateDateControl (aParentControl : tWinControl;
                                    aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateTimeControl (aParentControl : tWinControl;
                                    aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateIntegerControl (aParentControl : tWinControl;
                                       aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateDoubleControl (aParentControl : tWinControl;
                                      aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateDirectoryControl (aParentControl : tWinControl;
                                         aControlName   : String) : tCustomControl; virtual; abstract;
       function  CreateFileNameControl (aParentControl : tWinControl;
                                        aControlName   : String) : tCustomControl; virtual; abstract;


       procedure SetControlProperty (aControl : tWinControl;
                                     aPropertyName : String;
                                     aValue        : Variant); virtual;
       procedure SetControlPropertyValues (aControl : tWinControl;
                                           aValues       : TJvParameterPropertyValues); virtual;
       property GlobalPropertyValues : TJvParameterPropertyValues read fGlobalPropertyValues write fGlobalPropertyValues;
     end;

Maybe it's also possible to use interfaces, but i never have used interfaces.



An other idea is to combine this with the new TJvPropertyStore-Class to automaticly create an config-dialog for an application (like the config-dialog of mozilla )


So that's all for the first step. It's late and i had to go to bed.

I will be away for a weekend-trip so you had time to discuss it :-) I will look for your comments on sunday.

I'm realy

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvInspector goes CLX
From: "asn" <asn@xs4all.nl>
Date: Fri, 14 Nov 2003 00:40:56 +0100
Newsgroups: jedi.vcl

> >
> > I've found the problem. It were the scroll bars that I introduced.
> >
> >
Yeah, I found that out just ago. ;):
Really nice it works. By the way I have tested it on Kylix.
Took some time to build it, because I was working on some QWindows with
various wrappers.
At least that compiles well now.

Regards,

André

> > -- 
> > Regards
> >
> > Andreas Hausladen
> > (http://www.kylix-patch.de.vu unofficial VisualCLX patches)




Subject: Re: Runtime error (at design)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 23:08:41 +0100
Newsgroups: jedi.vcl

> > That's ok if you have access to the setters, which is not always the case.
Right, as I said: if the setter/getter is virtual/dynamic, you can't use the
"inherited Property := Value" syntax with D7 anymore because it never calls
the inherited setter. You have to use "inherited PropertySetter(Value)"
syntax instead. Of course, the setter/getter must be at least protected, but
creating a private setter as virtual makes no sense unless only classes in
the same unit is allowed to override it.


> > Have you tried TBaseClass(Self).Property := Value; ?
That should never be necessary. Using inherited ReadOnly := SomeValue has
worked in every version of Delphi prior to D7. I can't believe noone hasn't
run into this before and it makes me wonder. I checked QC and searched the
NG archives but can't find any mention of it. So am I going crazy or is this
a real issue?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: About csAcceptsControls
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 23:07:45 +0100
Newsgroups: jedi.vcl

> > I quite agree with you, it's sometimes disturbing to drop a component
> > and find it inside an edit !
Exactly! I often use the Component List Dialog to add components to a form
and many times I've dropped four or five JVCL controls on a form, look up
and there's only one visible! The others are inside the first one. I then
have to do all kinds of sheenaningans to get at them and put them on the
form as I originally intended. So much for RAD<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: About csAcceptsControls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 07:58:31 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Many of the components in JVCL has csAcceptsControls enabled. I can
> udnerstand that it makes sense for panels and scrollboxes and such but what
> is the point of enabling it for edits, checkboxes, comboboxes, listboxes,
> buttons and the like?
> I noone has any problems with it, I propose we remove it for those controls
> that doesn't really need it.
>
> Comments?
>
I quite agree with you, it's sometimes disturbing to drop a component and find it inside an edit !



Subject: Re: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 07:56:10 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> It would be a good thing if people could start using it to create the
>> source xml files for all the packages in the JVCL.
>
>
> Maybe it would be easier for people to get started if you did one of the
> more complex ones for real?
>
I'll do that.



Subject: Re: Runtime error (at design)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 14 Nov 2003 07:55:29 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> So to fix the problem, change every line in JvDBControls.pas from :
>
>   inherited ReadOnly := SomeValue
>
> into:
>
>  inherited SetReadonly(SomeValue)

That's ok if you have access to the setters, which is not always the case.
Have you tried TBaseClass(Self).Property := Value; ?




Subject: Re: JVFD Any One???
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 22:16:53 +0100
Newsgroups: jedi.vcl

> > As I can see we (JVCL) have no RAFD source code in the donation folder. I
> > have the code from an old RaLib version but I don't know if it is legal to
> > donate this code to JVCL as I'm not the copyright owner of RAFD. Perhaps
> > Peter can say more about this.

The reason we haven't included the form designer is because it uses
design-time packages to do it's stuff. This is against the Borland license,
i.e you cannot distribute an application that uses design-time packages
and/or design-time code supplied with Delphi/BCB. In short, it is illegal to
use in applications but not in development.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVFD Any One???
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 13 Nov 2003 22:04:59 +0100
Newsgroups: jedi.vcl

Mohamed A.Helal wrote:

> > I was wondering, does any one know any news about recent development
> > efforts regarding converting R&Alib RAFD (R&A form Designer) to JVFD
> > since jedi port of RALIB.

As I can see we (JVCL) have no RAFD source code in the donation folder. I
have the code from an old RaLib version but I don't know if it is legal to
donate this code to JVCL as I'm not the copyright owner of RAFD. Perhaps
Peter can say more about this.


-- Regards Andreas Hausladen 

Subject: Re: HELP : Non Anonymous CVS-Checkout
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 13 Nov 2003 21:16:45 +0100
Newsgroups: jedi.vcl

Everything is fine now :-)

Marcel Bestebroer wrote:

> Hello, Peter!
> You wrote  on Thu, 13 Nov 2003 20:28:49 +0100:
>
>  >> Maybe it's the problem that i'm not listed as developer for jvcl.
>
>  PT> I thought Marcel had added you? Anyway, I've added you now
>
>     And I thought you did? Posted on Nov. 6th by you (JvPanel thread):
>
> -----8<-------
> Try this one instead (if jfudickar is your SF name):
> -----8<-------
>
>     And his reply was:
> ---8<-----
> It is.
> ---8<-----
>
>    Also in your post:
> -----8<-------
> Us really cool players get CVS updates at once and now
> you're one of us<g>. Welcome to the gang, BTW!
> -----8<-------
>
>     I'm not one to doubt you (or anyone else), so I assumed you already
> added him. Next time I'll second guess you ;-)
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Not listening to anything; Foobar2000 stopped.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: HELP : Non Anonymous CVS-Checkout
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 13 Nov 2003 21:06:48 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 13 Nov 2003 21:02:27 +0100:

 >>     And I thought you did? Posted on Nov. 6th by you (JvPanel thread):
 PT> I think we got our wires crossed there (me thinking you added him, you
 PT> thinking I did)<g>. Anyway, Jens's in the loop now.

    Yep, he just mailed me he finally got to see the changes I made to his
code (read: the bugs I introduced into his code).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Rage Hard" by Frankie goes to Hollywood.




Subject: Re: HELP : Non Anonymous CVS-Checkout
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 21:02:27 +0100
Newsgroups: jedi.vcl

> >     And I thought you did? Posted on Nov. 6th by you (JvPanel thread):
I think we got our wires crossed there (me thinking you added him, you
thinking I did)<g>. Anyway, Jens's in the loop now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HELP : Non Anonymous CVS-Checkout
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 13 Nov 2003 20:37:08 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 13 Nov 2003 20:28:49 +0100:

 >> Maybe it's the problem that i'm not listed as developer for jvcl.

 PT> I thought Marcel had added you? Anyway, I've added you now

    And I thought you did? Posted on Nov. 6th by you (JvPanel thread):

-----8<-------
Try this one instead (if jfudickar is your SF name):
-----8<-------

    And his reply was:
---8<-----
It is.
---8<-----

   Also in your post:
-----8<-------
Us really cool players get CVS updates at once and now
you're one of us<g>. Welcome to the gang, BTW!
-----8<-------

    I'm not one to doubt you (or anyone else), so I assumed you already
added him. Next time I'll second guess you ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: HELP : Non Anonymous CVS-Checkout
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 20:31:36 +0100
Newsgroups: jedi.vcl

> > @Peter: I think you forgot to set the Role/Position.
I've just added him, so now he is set up as developer.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HELP : Non Anonymous CVS-Checkout
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 13 Nov 2003 20:31:11 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Thu, 13 Nov 2003 20:27:18 +0100:

 >> But i thought i am :-(

 AH> You are in the list but you are neither a DocWriter nor a developer.

    Doesn't matter. Once added to the list you automatically have CVS
access. The DocWriter and Developer roles have no real influence in our case
(we don't use SF's DocManager services and Developer is just a named role to
indicate what kind of tasks a person has within the team). It might be that
Peter added it him just now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: HELP : Non Anonymous CVS-Checkout
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 20:28:49 +0100
Newsgroups: jedi.vcl

> > Maybe it's the problem that i'm not listed as developer for jvcl.

I thought Marcel had added you? Anyway, I've added you now

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HELP : Non Anonymous CVS-Checkout
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 13 Nov 2003 20:27:19 +0100
Newsgroups: jedi.vcl

Maybe it's the problem that i'm not listed as developer for jvcl.

But i thought i am :-(

Jens Fudickar wrote:

> Help,
>
> i didn't got it to work.
>
> I've uploaded my ssh-keys yesterday to sf.net
>
> I'm using the following connect with turtoise-cvs.
> :ext:jfudickar@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
>
> I have deleted the old directory and wanted to download it again, but i'm not allowed to do it.
>
> This are the error messages:
>
> cvs server: Updating dev/JVCL3
> cvs server: failed to create lock directory for `/cvsroot/jvcl/dev/JVCL3' (/cvsroot/jvcl/dev/JVCL3/#cvs.lock): Permission denied
> cvs server: failed to obtain dir lock in repository `/cvsroot/jvcl/dev/JVCL3'
> cvs [server aborted]: read lock failed - giving up
> cvs checkout: in directory .:
> cvs checkout: cannot open CVS/Entries for reading: No such file or directory
>
> Fehler, CVS-Vorgang fehlgeschlagen
>
> Any hints?
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: HELP : Non Anonymous CVS-Checkout
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 13 Nov 2003 20:27:18 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > But i thought i am :-(

You are in the list but you are neither a DocWriter nor a developer.

@Peter: I think you forgot to set the Role/Position.




-- Regards Andreas Hausladen 

Subject: JVFD Any One???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Thu, 13 Nov 2003 21:27:15 +0200
Newsgroups: jedi.vcl

Hi,
I was wondering, does any one know any news about recent development efforts
regarding converting R&Alib RAFD (R&A form Designer) to JVFD since jedi port
of RALIB.
I'm so interested in this project that I'm willing to assist in bringing it
back to life.
Please be kind and post any related news regarding this development or
similar projects.
TIA
Mohamed A.Helal








Subject: Re: JvInspector goes CLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 13 Nov 2003 20:11:18 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Now I ran into a dead end. Perhaps someone can find the reason. If I
> > create the component the JvInspector is invisible and I cannot make it
> > visible. Under VCL it works like it should.

I've found the problem. It were the scroll bars that I introduced.


-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: About csAcceptsControls
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 20:03:37 +0100
Newsgroups: jedi.vcl

Many of the components in JVCL has csAcceptsControls enabled. I can
udnerstand that it makes sense for panels and scrollboxes and such but what
is the point of enabling it for edits, checkboxes, comboboxes, listboxes,
buttons and the like?
I noone has any problems with it, I propose we remove it for those controls
that doesn't really need it.

Comments?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: HELP : Non Anonymous CVS-Checkout
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 13 Nov 2003 19:52:06 +0100
Newsgroups: jedi.vcl

Help,

i didn't got it to work.

I've uploaded my ssh-keys yesterday to sf.net

I'm using the following connect with turtoise-cvs.
:ext:jfudickar@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

I have deleted the old directory and wanted to download it again, but i'm not allowed to do it.

This are the error messages:

cvs server: Updating dev/JVCL3
cvs server: failed to create lock directory for `/cvsroot/jvcl/dev/JVCL3' (/cvsroot/jvcl/dev/JVCL3/#cvs.lock): Permission denied
cvs server: failed to obtain dir lock in repository `/cvsroot/jvcl/dev/JVCL3'
cvs [server aborted]: read lock failed - giving up
cvs checkout: in directory .:
cvs checkout: cannot open CVS/Entries for reading: No such file or directory

Fehler, CVS-Vorgang fehlgeschlagen

Any hints?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: i worked on JvSpeller
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 19:19:44 +0100
Newsgroups: jedi.vcl

> > Base JvSpeller on JvSpellChecker and keep only the dialog part of
JvSpeller.
Why keep the JvSpeller dialog and why merge? What does JvSpeller have that
JvSpellChecker doesn't? I see nothing in it that is worth saving. IMO, the
dialog in the JvSpellChecker demo is a lot better

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install error with JCL 1.22
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Nov 2003 19:17:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> No, but it's one of the components I know of that uses features not
> available in all versions of Windows, so it was worth a try. No need to get
> upset about it.

I am not the least upset ( see ;-) )
The component loads the HID and SetupApi DLLs dynamically to run even on Win NT 4.0. It simply does not find any HID devices there.
It is active at designtime, but this does not cause trouble anymore.
Older versions could BSOD the machine if a specific device was present.
I tracked that down to bad drivers from Kensington.



Subject: Re: i worked on JvSpeller
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Nov 2003 19:14:18 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Before you do, have a look at JvSpellChecker (written by me) and especially
> the demo.

You asked for it, you get it ;-)
I cleaned the style as a starter.

I think a merge/pairing would be the best solution.
Base JvSpeller on JvSpellChecker and keep only the dialog part of JvSpeller.



Subject: Re: Runtime error (at design)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 19:08:38 +0100
Newsgroups: jedi.vcl

Seems the problem is that inherited ReadOnly is called before the datalink
is created. Howvere, I discovered something very, very serious in D7:
calling inherited on a property that has virtual/dynamic getters/setters
does *NOT* call the inherited getter/setter!!!  Instead, the current class's
setters/getters are called instead. Am I imagining this or is it true? If it
is, it should have a massive impact on how components work in D7. In the
case of the controls here (JvDBComboEdit, JvDBDateEdit, JvDBCalcEdit) they
inherit from TJvCustomComboEdit which has virtual SetREadOnly and
GetReadOnly setters/getters.

So to fix the problem, change every line in JvDBControls.pas from :

  inherited ReadOnly := SomeValue

into:

 inherited SetReadonly(SomeValue)

Although not absolutely necessary, you should also move the call to readonly
so it appears after the Datalink has been created. Rebuild the JvDB RT
package and it should work.

This will solve the issue for these components but I hate to think about how
this affects all other controls using inherited calls...

I'll have a look in QC if I can find any postings about this.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Runtime error (at design)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 18:49:26 +0100
Newsgroups: jedi.vcl

FWIW, I have the same error. I'll investigate

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install error with JCL 1.22
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 18:31:26 +0100
Newsgroups: jedi.vcl

> > Grrrrrr!!!!! ;-)
> > My component works with all Windows versions. Did we ever have package
> > problems with it?
No, but it's one of the components I know of that uses features not
available in all versions of Windows, so it was worth a try. No need to get
upset about it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install error with JCL 1.22
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Nov 2003 18:24:36 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Win98 with D5 CS
>
> I am just guessing here, but try removing JvHidControllerClass.pas from the
> JVCL package(s) and from JVCLReg.pas and rebuild the packages.
>

Grrrrrr!!!!! ;-)
My component works with all Windows versions. Did we ever have package problems with it?



Subject: Re: i worked on JvSpeller
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Nov 2003 18:22:36 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Before you do, have a look at JvSpellChecker (written by me) and especially
> the demo. It could use some improvements but basically I think the interface
> is workable. I actually wrote JvSpellChecker because I tried JvSpeller<g>. I
> see no reason to try to make JvSpeller work. better put your energy in
> JvSpellChecker instead. Since JvSpeller is part of Globus (or Jans?), I see
> no reason removing it either.
>

I started it, so i should complete the work.
It is still a nice little component. With TStringLists it should get even smaller.
It should be changed to JvSpellerDialog because it fits the Dialog description.



Subject: Re: Install error with JCL 1.22
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 17:49:08 +0100
Newsgroups: jedi.vcl

> > Looks like I finally got it before you did this reply!

OK, glad you sorted it out. Note that you need to have both Delphi's BIN as
well as BPL output directory in your SYSTEM path (and ahead of any Delphi4
paths as well). It is not enough to have the paths set up in Delphi only.
Better check before you try installing on the other machine<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install error with JCL 1.22
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Thu, 13 Nov 2003 11:42:58 -0500
Newsgroups: jedi.vcl

Looks like I finally got it before you did this reply!

I'm not sure actually what finally did it.  What I ended up doing was
copying the *.bpl,*.dcp to windows\system and windows\system32, additionally
I think I set every conceivable path in both delphi IDE lib and system path.
Essentially I stumbled thru it and rebooted countless times and finally got
it.  Thanks for your help.  I have a W2k pc as well and I'm hoping for it to
go alittle smoother on that one.

Thanks,
Joe

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bp0beb$rof$1@talkto.net...
>> > > Win98 with D5 CS
> > I am just guessing here, but try removing JvHidControllerClass.pas from
the
> > JVCL package(s) and from JVCLReg.pas and rebuild the packages.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Install error with JCL 1.22
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 17:35:29 +0100
Newsgroups: jedi.vcl

> > Win98 with D5 CS
I am just guessing here, but try removing JvHidControllerClass.pas from the
JVCL package(s) and from JVCLReg.pas and rebuild the packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compile problems JVCL3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 17:32:36 +0100
Newsgroups: jedi.vcl

> > Already fixed. Typo: 6 instead of 7.

Oh, I thought he had typed the wrong number in his posting<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: i worked on JvSpeller
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Nov 2003 17:31:35 +0100
Newsgroups: jedi.vcl

> > For now i fixed the tab order and made the user dictionary save always.
> > I will continue the changes, but i think it will end with a complete
> > rewrite.
Before you do, have a look at JvSpellChecker (written by me) and especially
the demo. It could use some improvements but basically I think the interface
is workable. I actually wrote JvSpellChecker because I tried JvSpeller<g>. I
see no reason to try to make JvSpeller work. better put your energy in
JvSpellChecker instead. Since JvSpeller is part of Globus (or Jans?), I see
no reason removing it either.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: i worked on JvSpeller
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Nov 2003 16:33:41 +0100
Newsgroups: jedi.vcl

Just because i was curious how good a component is which adds megabytes in dictionaries to the JVCL.

I was disappointed. The inner workings are inadequate. It uses a TStringList to sort, but is not based on TStringLists which would give better speed without assembler functions. The word extraction is also inadequate. It only understands 'a'..'z'.

The GUI is as bad. The buttons are not labelled logically. The tab order was wrong.
Cancelling the dialog would cancel the changes on the text to spell check, but also cancel the changes to the user dictionary. That is illogical.

For now i fixed the tab order and made the user dictionary save always.
I will continue the changes, but i think it will end with a complete rewrite.



Subject: Re: Install error with JCL 1.22
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Thu, 13 Nov 2003 10:23:42 -0500
Newsgroups: jedi.vcl

Win98 with D5 CS

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bp05te$qbb$1@talkto.net...
> > What OS are you running on (Win98, NT4, W2k, XP etc)? What version of
Delphi
> > (Standard, Pro, CS)?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Install error with JCL 1.22
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Nov 2003 16:00:02 +0100
Newsgroups: jedi.vcl

What OS are you running on (Win98, NT4, W2k, XP etc)? What version of Delphi
(Standard, Pro, CS)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install error with JCL 1.22
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Thu, 13 Nov 2003 09:44:35 -0500
Newsgroups: jedi.vcl

I've done it manually.

On the last step when doing the install I get:

Can't load package c:\pprogram
files\borland\delphi5\projects\Bpl\JVLC200_D50.bpl
One of the library files needed to run this application cannot be found.

I have the following directories in my system path:
c:\progra~1\borland\delphi5\bin
c:\progra~1\borland\delphi5\projects\bpl

In my Delphi IDE, I have among my entries:
c:\usr\JVCL210\JCL\source
c:\usr\JVCL210\JVCL\source
c:\usr\JVCL210\JVCL\Common
c:\usr\JVCL210\JVCL\lib5
c:\usr\JVCL210\JCL\dcu

Apparently I'm missing something.

Thanks for all your help thus far.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bovce7$jl2$1@talkto.net...
>> > > Any more advice greatfully appreciated.
> >
> > Try installing manually in Delphi5:
> >
> > * Start Delphi5
> > * Open and BUILD JCL\packages\DJCL50.dpk
> > * Open and BUILD  JVCL\packages\JVCL200_R50.dpk
> > * Open and INSTALL JVCL\packages\JVCL200_D50.dpk
> >
> > If you get any error messages, please post them here.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Compile problems JVCL3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Nov 2003 14:31:11 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> One more (minor) compile problem:
>> JvGlobusD7D has JvCoreD6D in required list;
>
>
> Why is that a problem?
>

Already fixed. Typo: 6 instead of 7.



Subject: Re: Compile problems JVCL3
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Nov 2003 14:09:06 +0100
Newsgroups: jedi.vcl

> > One more (minor) compile problem:
> > JvGlobusD7D has JvCoreD6D in required list;

Why is that a problem?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages generator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Nov 2003 14:08:35 +0100
Newsgroups: jedi.vcl

> > It would be a good thing if people could start using it to create the
> > source xml files for all the packages in the JVCL.

Maybe it would be easier for people to get started if you did one of the
more complex ones for real?

For example, if you did JvCustomD/R or JvInterpreterD/R that would be great
for others to look at and get a feel for how it is supposed to work.

I haven't had time to look at the app yet and probably won't have time for
at least a couple of days, but I promise to do it as soon as I have time
(this shouldn't stop anyone else from going ahead, of course!).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Packages generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 13 Nov 2003 23:00:10 +1000
Newsgroups: jedi.vcl

Hi all

I had to split the packages generator into two projects:
One to be used in command line (pg.exe), it only does the generation.
One to be used as an editor for the source xml files (pgEdit.exe). It can also do the generation.

It would be a good thing if people could start using it to create the source xml files for all the packages in the JVCL.
The two existing ones are JvCore-R and JvCore-D, they only contain silly values, feel free to clean them up.
The templates for generation of the packages are not submitted yet, because I don't want anyone to break anything just yet. Please use the two txt files I sent on binaries and adapt them to your needs if required.
Please ask any question, send any comments here, it may still need some improvements.

Cheers

Olivier



Subject: Re: Runtime error (at design)
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 13 Nov 2003 11:01:49 +0100
Newsgroups: jedi.vcl

One more time, a complete, clean install of VCL, but the problem is still
present.

Another observation: If I change the form to 'view as text' and type the
object here, then back to form view, the component is present on the form,
and can compile and run without problems.

It must have something to do with 'create at design-time'; unfortunately
this is unknown land for me.

Flemming




Subject: Re: Compile problems JVCL3
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Thu, 13 Nov 2003 10:52:35 +0100
Newsgroups: jedi.vcl

One more (minor) compile problem:
JvGlobusD7D has JvCoreD6D in required list;

/FBC




Subject: Re: Install error with JCL 1.22
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Nov 2003 08:45:12 +0100
Newsgroups: jedi.vcl

> > Any more advice greatfully appreciated.

Try installing manually in Delphi5:

* Start Delphi5
* Open and BUILD JCL\packages\DJCL50.dpk
* Open and BUILD  JVCL\packages\JVCL200_R50.dpk
* Open and INSTALL JVCL\packages\JVCL200_D50.dpk

If you get any error messages, please post them here.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TCustomJvDBTreeView speed issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Nov 2003 08:41:58 +0100
Newsgroups: jedi.vcl

Thanks a lot, Peter, nice work. I've committed the changes to CVS. Feel free
to submit any additional fixes/enhancements you come up with.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compile problems JVCL3
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 13 Nov 2003 17:00:21 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Robert Marquardt wrote:
>
>> Now i have to clean up MY bugs i introduced in the last commit :-(
>
>
> Solved. JvPlaylist.pas needed JvListBox.
> I added the new JvDsgnTypes.pas to the JvD?D packages.
> Can someone pleas do that for the BCB packages also?
> I am not familiar with the syntax and do not want to mess them up.

They are (quite) easy to understand. Well, it's easy for me as I'm dealing with them quite a lot.
BTW, if you feel like using the PackageGenerator to start create the source xml files, that'd be good. The UI doesn't warn you to save your changes, this will come later this week (maybe tonight). And the templates are not done yet, so that nothing gets broken during my development.
But I'm quite close to having it work the way I like so if some people could start using it to create the xml file, that'd be great.
Should you have any questions, do not hesitate to ask me.



Subject: Re: Compile problems JVCL3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Nov 2003 07:18:13 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Now i have to clean up MY bugs i introduced in the last commit :-(

Solved. JvPlaylist.pas needed JvListBox.
I added the new JvDsgnTypes.pas to the JvD?D packages.
Can someone pleas do that for the BCB packages also?
I am not familiar with the syntax and do not want to mess them up.



Subject: Re: Compile problems JVCL3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Nov 2003 06:39:14 +0100
Newsgroups: jedi.vcl

Now i have to clean up MY bugs i introduced in the last commit :-(



Subject: TCustomJvDBTreeView speed issues
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Thu, 13 Nov 2003 00:17:20 -0500
Newsgroups: jedi.vcl

Hi,

I am using TJvDBLookupTreeViewCombo to show data from a database. Everything
works fine except that when you add a significant number of items to the
tree it slows down beyond use. For example if you add around 2000 items
(children to a node) it takes about 6-7 seconds (on an AMD-XP1700).

The problems seems to be in TCustomJvDBTreeView.RefreshChild where, once the
nodes have been added, each node is checked for children (HasChildren). The
method uses "direct" access to its children by the Items property. A much
better way is to loop through its children using the GetNext method. Anyway,
with this method it takes about half a second to do the same task (quite a
difference <g>). I am going to post the changed file to binaries; look for
"Peter Zolja" in the code to see the changes. The old code was commented,
not deleted.

Have great day.




Subject: JVFD any one???
From: "Mohamed A.Helal" <maahelal@hotmail.com>
Date: Thu, 13 Nov 2003 04:48:12 +0200
Newsgroups: jedi.vcl

Hi,
I was wondering, does any one know any news about recent development efforts
regarding converting R&Alib RAFD (R&A form Designer) to JVFD since jedi port
of RALIB.
I'm so interested in this project that I'm willing to assist in bringing it
back to life.
Please be kind and post any related news regarding this development or
similar projects.
TIA
Mohamed A.Helal







Subject: Re: Checkin email
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 13 Nov 2003 09:43:33 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Sweet dreams...
>
Thanks, but I don't know if they were sweet or not, I never remember my dreams !
I just posted the two issues on SF:
841076 - daily digest sent more than once
841078 - comment in subject line



Subject: Re: JvxRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 12 Nov 2003 23:55:24 +0100
Newsgroups: jedi.vcl

Mariano López wrote:
> Any news about that? I'd be interested in displaying animated images :)

Well, with my demo-program I can add gif images embedded in an ole object to a rich edit control. It works, but it is a very cpu/memory-consuming process.

Before I add it to JVCL I'll have to clean/optimize etc the code; this can take a while, because I am also busy with other things.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Update on JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 22:12:50 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 12 Nov 2003 21:56:00 +0100:

 RM> I am commiting right now.
 RM> Please check the file JvProviderTreeListDsgnFrame.pas because i got a
 RM> merge when updating before that commit.

    You didn't screw it up any further <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Everybody hurts" by REM.




Subject: Re: Compile problems JVCL3
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 22:10:44 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 12 Nov 2003 21:59:29 +0100:

 RM>      {$IFNDEF COMPILER6_UP}
 RM>      FListBox: TJvCustomListBox;
 RM>      {$ENDIF COMPILER6_UP}

    Oops. Another example of copy-n-paste coding *not* necessarily being
quicker or better than recoding from scratch. Committed the change. If you
find another issue, just fix it, I'm not working on that unit now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Cold as ice" by Foreigner.




Subject: Compile problems JVCL3
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Nov 2003 21:59:29 +0100
Newsgroups: jedi.vcl

I cannot compile in D6.
JvListBox.pas seems messed up.

    {$IFNDEF COMPILER6_UP}
    FListBox: TJvCustomListBox;
    {$ENDIF COMPILER6_UP}

and then using FListBox without guards.



Subject: Re: Update on JvColorProvider
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Nov 2003 21:56:00 +0100
Newsgroups: jedi.vcl

I am commiting right now.
Please check the file JvProviderTreeListDsgnFrame.pas because i got a merge when updating before that commit.



Subject: Re: Update on JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 21:32:30 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Wed, 12 Nov 2003 14:02:36 +0100:

 MB>     Bad assumption, as deleting a context at run time works flawlessly,
 MB> regardless of how many consumers are using that context or whether a
 MB> server consumer is connected or not. So it's a very specific design
 MB> time issue that only occurs when deleting a context.

    Not true either. The same issue occurred when trying to delete a
mapping. So sometime between testing the mapping adding/deleting stuff and
implementing the context support, I changed something that screwed it up.

    After testing and trying to figure out what went wrong I finally found
the reason, but it makes absolutely no sense whatsoever. The bug implies the
specified item representing the context or mapping does not get deleted, yet
at the moment I remove the context in the designer I see it being removed in
both the design window as well as in the listbox on the test form
underneath. At run time this issue does not pop-up. After adding a
try..except block around the method that raised the exception, everything
worked fine, as long as I didn't try to select the now caption-less last
item of the list view.

    Further message report analyzing revealed that the UpdateListView (which
is called when the consumer's view list has changed) gets called 5 or 6
times within the aiDeleteItemExecute method, of which the 3rd time will
always show the correct number of items after the delete has actually
occured. Unfortunately, subsequent UpdateListView message indicate the item
has been re-added again.

    The added workaround will now simply rebuild the viewlist after the
delete method is finished and this seems to have solved the whole issue for
now. I'm not happy with it, but I got bored with trying things and analyzing
a seemingly endless list of messages to see what happens where, when and
what values are involved so I'll keep it in for now. It's not the worst
solution I suppose, but somehow I fear this issue will sooner or later also
popup at run time (which I would actually welcome, as it would allow me to
properly debug this whole thing).

    I will now focus on helping out Jens with a problem he has with
JvAppStore.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Smells Like Teen Spirit" by Nirvana.




Subject: Re: Install error with JCL 1.22
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Wed, 12 Nov 2003 15:12:26 -0500
Newsgroups: jedi.vcl

OK I've done all that.  I do get further.  When doing the JCL install it
runs.  It also is calling the D5 compiler which is good.  However, I get
various error messages for delphi 4 about not having the latest service
packs, so it still 'thinks' I'm trying for the D4 installation as well as
D5.  I get one of these messages for each of the JCL parts.  In the main
install window I do see alot of compiling and activity so I know it's moving
along.  In the end though I also get failures for Delphi 5.  Specifly it
says:
installation of c:\usr\jvcl210\jvcl\packages\jvcl200_R50.dpk failed.

also the same message as above appears for D50.dpk.

I don't care about the error messages for D4 as long as I can get the
jcl/jvcl for D5 going.

Any more advice greatfully appreciated.

Thanks,
Joe

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bou1mp$c12$1@talkto.net...
>>> > > >     Should have been "Text DFM" (the last option, at least for D5)
> > Sorry, I didn't check the actual popup text, so I took it from memory
(we've
> > discussed my memory enough here, so no comments please<g>!)
> >
> > Anyway, the install.bat file tries to build the JediInstaller using the
> > first make.exe it can find. You should change your environment path so
that
> > the path to Delphi5\bin is found before Delphi4\bin. On W2k, right-click
the
> > "My Computer" icon on the desktop, click "Properties", go to "Advanced"
tab,
> > click the "Environment" button (in the middle), look in both the user and
> > the system variables list for the word PATH, double-click it and move the
> > Delphi5 paths in the string so they appear before the Delphi4 paths. Click
> > OK and try to run install.bat again.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Install error with JCL 1.22
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Nov 2003 20:36:50 +0100
Newsgroups: jedi.vcl

>> > >     Should have been "Text DFM" (the last option, at least for D5)
Sorry, I didn't check the actual popup text, so I took it from memory (we've
discussed my memory enough here, so no comments please<g>!)

Anyway, the install.bat file tries to build the JediInstaller using the
first make.exe it can find. You should change your environment path so that
the path to Delphi5\bin is found before Delphi4\bin. On W2k, right-click the
"My Computer" icon on the desktop, click "Properties", go to "Advanced" tab,
click the "Environment" button (in the middle), look in both the user and
the system variables list for the word PATH, double-click it and move the
Delphi5 paths in the string so they appear before the Delphi4 paths. Click
OK and try to run install.bat again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install error with JCL 1.22
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Wed, 12 Nov 2003 14:25:48 -0500
Newsgroups: jedi.vcl

Ok I've done that.  I get further.  I get messages about delphi 4 update
packs.  I have both D4 and D5 loaded on my PC.  How can I 'tell it' this
installation is for D5?

Thanks,
Joe

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bou05r$bn7$1@talkto.net...
> > Hello, Joe!
> > You wrote  on Wed, 12 Nov 2003 14:04:33 -0500:
> >
> >  JR> Please advise.
> >
> >     Should have been "Text DFM" (the last option, at least for D5)
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > Not listening to anything; Foobar2000 stopped.
> >
> >




Subject: Re: Install error with JCL 1.22
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 20:10:46 +0100
Newsgroups: jedi.vcl

Hello, Joe!
You wrote  on Wed, 12 Nov 2003 14:04:33 -0500:

 JR> Please advise.

    Should have been "Text DFM" (the last option, at least for D5)


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Install error with JCL 1.22
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Wed, 12 Nov 2003 14:04:33 -0500
Newsgroups: jedi.vcl

I'm not sure what you mean.  If I right click on the form I can 'view as
text' but there is no 'save as text'.  Do you mean 'view as text' then save
a text file so I end up with a *.pas, *.dfm and *.txt?  Anyway I did this
and reran intsall.bat and still go the same error message.

Please advise.

Thanks,
Joe


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:botpan$a8k$1@talkto.net...
> > Try opening c:\usr\JCVL\JCL\examples\installhelper\JediInstallerMain.pas
in
> > Delphi, right-click the form and select "Save as Text". Save the form and
> > try running install.bat again
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JvxRichEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Wed, 12 Nov 2003 15:58:24 -0300
Newsgroups: jedi.vcl

Remko Bonte wrote:
> > Remko Bonte wrote:
>> >> Ok, I understand what you mean, but I don't know a way to do this
>> >> with a rich edit control or even know whether it's possible at all
>> >> (but I doubt it), sorry.
> > 
> > Ok, I succeeded in doing this, by implementing an IOleObject. The bad
> > news it that it still takes a lot of memory.
> > 
> > For adding 5000 32x32x24bits images, Windows Task Manager says 122.468
> > kB (was 170.068 kB). JCL Tool help viewer says now 142.356.480 bytes
> > committed (vs. 192,335,872 bytes before)
> > 
> > I'll look some more into it, but don't hold your breath for it.
> > 
> > Good thing is that I can probably change it to display animated
> > images :) 

Any news about that? I'd be interested in displaying animated images :)
Thanks.

Mariano.



Subject: Re: JvInspector goes CLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 Nov 2003 19:25:57 +0100
Newsgroups: jedi.vcl

asn wrote:

> > It is a little bit difficult without having access to your JvInspector.
> > Maybe you could upload  it
> > in binairies or in CVS.

Uploaded.


> > Another issue concerning CLX porting:
> > Shouldn't we aim at true crossplatform compatibilty:
> > No windows specific code, unless there is a Linux counterpart?

Yes. I think we should replace/IFDEF all platform related code.


-- Regards Andreas Hausladen 

Subject: Re: Install error with JCL 1.22
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Nov 2003 18:13:51 +0100
Newsgroups: jedi.vcl

Try opening c:\usr\JCVL\JCL\examples\installhelper\JediInstallerMain.pas in
Delphi, right-click the form and select "Save as Text". Save the form and
try running install.bat again

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Install error with JCL 1.22
From: "Joe Reiss" <medidata@ix.netcom.com>
Date: Wed, 12 Nov 2003 10:47:36 -0500
Newsgroups: jedi.vcl

Hi All,

Running D5 enterprise.

I've downloaded JCL (1.22) along with JVCL.

I'm attempting to install JCL as per instructions in readme.txt, before I do
JVCL.

I've run install.bat and get the following error:

unsupported 16bit resource in file
c:\usr\JCVL\JCL\examples\installhelper\JediInsallerMain.dfm

Any help appreciated.

Thanks,
Joe




Subject: Re: Checkin email
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Nov 2003 15:56:42 +0100
Newsgroups: jedi.vcl

Sweet dreams...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Runtime error (at design)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Nov 2003 15:20:09 +0100
Newsgroups: jedi.vcl

Flemming Brandt Clausen wrote:

> The error is ' reading addr. 0014' in dbrtl7, does this make sence to
> anybody ??

Looks like using nil as object somewhere. These low values usually denote the access of a method.



Subject: Re: Checkin email
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 12 Nov 2003 23:44:33 +1000
Newsgroups: jedi.vcl

Thanks for all that.

It's just that I want to save some of my quota.

I'll post two requests on SourceForge about the Comment in the Subject and about the message beint sent anyway. This will be done tomorrow, time to sleep now.

Cheers

Olivier



Subject: Re: Checkin email
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 14:33:53 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 12 Nov 2003 14:25:24 +0100:

 >>  I think there's some kind of config file used by the CVS commit service
 >> that generated the mail, but I'm not sure.
 PT> Do you know if it's possible to edit it or is it a SF controlled thing?

    Again, not sure. You might search the SF documentation for mail and CVS
commit or something like that.

 PT> The previous limit was 30kB so 100kB seemed reasonable since noone
 PT> except Olivier has complained about it. I don't use digest myself, so
 PT> it isn't easy to know what limit is sufficient.

    Neither do I, but looking at the commit sizes of a group of mails of a
single day quickly indicated that even 100kB was a bit on the low side <g>

 PT>  I'll up it to a full 1MB. That should take care of even Robert's
 PT> commits <g>.

    Great. That should really result in just 1 mail/day (in digest mode that
is, I just keep using the single mails)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Stronger" by Sugarbabes.




Subject: Re: Checkin email
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Nov 2003 14:25:24 +0100
Newsgroups: jedi.vcl

> >  I think there's some kind of config file used by the CVS commit service
> >that generated the mail, but I'm not sure.
Do you know if it's possible to edit it or is it a SF controlled thing?

> >     You're kidding, right? Robert's update alone this morning was already
> > 175kB. I think that even if Robert isn't doing his style cleaning, you
> > quickly get over that limit when larger changes/fixes are done. Better up
it
> > to 500 kB or so.
The previous limit was 30kB so 100kB seemed reasonable since noone except
Olivier has complained about it. I don't use digest myself, so it isn't easy
to know what limit is sufficient. I'll up it to a full 1MB. That should take
care of even Robert's commits <g>. And don't worry: a digest is sent every
day even if the limit isn't reached.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Checkin email
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 14:07:00 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 12 Nov 2003 14:01:35 +0100:

 >> Do you have a control over what's generated in the email for each commit
 >> done by the developers ?
 PT> I checked this and there doesn't seem to be a way to accomplish what
 PT> you want. The following "macros" are supported:
[snip]
 PT> None of that seems relevant...

    I think there's some kind of config file used by the CVS commit service
that generated the mail, but I'm not sure.

 >> And I don't know if you already did it, but could you put the limit up
 >> for the size of the digest ?
 PT> I just upped it to 100kB

    You're kidding, right? Robert's update alone this morning was already
175kB. I think that even if Robert isn't doing his style cleaning, you
quickly get over that limit when larger changes/fixes are done. Better up it
to 500 kB or so.

 >> BTW, do you think I can post an issue on SourceForge asking why the
 >> daily digest gets sent more than once a day ?
 PT> Of course, anyone can post a service request.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "In the end" by Linkin park.




Subject: Re: Update on JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 14:02:36 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Tue, 11 Nov 2003 11:24:21 +0100:

 MB>  Basic context
 MB> support has been added, although the deletion of a context from the
 MB> designer dialog leads to an endless chain of "Invalid index" messages.
 MB> Since the designer is based on the provider designer frame, which does
 MB> work for the mapping without problems AFAICT, I'm going to assume this
 MB> has to do with either the context support of JvColorProvider, the
 MB> JvContextProvider component or the Server/Client consumer.

    Bad assumption, as deleting a context at run time works flawlessly,
regardless of how many consumers are using that context or whether a server
consumer is connected or not. So it's a very specific design time issue that
only occurs when deleting a context.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Never Be The Same Again" by Mel C.




Subject: Re: Checkin email
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Nov 2003 14:01:35 +0100
Newsgroups: jedi.vcl

> > Do you have a control over what's generated in the email for each commit
> > done by the developers ?
I checked this and there doesn't seem to be a way to accomplish what you
want. The following "macros" are supported:

a.. real_name - The `pretty' name of the list; usually the list name with
capitalization.
a.. _internal_name - The name by which the list is identified in URLs, where
case is significant.
a.. host_name - The fully qualified domain name that the list server runs
on.
a.. web_page_url - The base URL for Mailman. This can be appended with, e.g.
listinfo/%(_internal_name)s to yield the listinfo page for the mailing list.
a.. description - The brief description of the mailing list.
a.. info - The full description of the mailing list

None of that seems relevant...

> > And I don't know if you already did it, but could you put the limit up
> > for the size of the digest ?
I just upped it to 100kB

> > BTW, do you think I can post an issue on SourceForge asking why the
> > daily digest gets sent more than once a day ?
Of course, anyone can post a service request.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Checkin email
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 12 Nov 2003 22:44:01 +1000
Newsgroups: jedi.vcl

Hi Peter

Do you have a control over what's generated in the email for each commit done by the developers ?
If yes, can you put the commit comment in the subject line ?
As I already told you, I receive the daily digest, and the summary at the beginning only groups the subjects. So if the comment was there, I could only read that part and consider the rest only when needed.
And I don't know if you already did it, but could you put the limit up for the size of the digest ?
This of course may change if anyone else doesn't agree.
BTW, do you think I can post an issue on SourceForge asking why the daily digest gets sent more than once a day ?

Thanks a lot

Olivier Sannier
JVCL Developer



Subject: Re: Runtime error (at design)
From: "asn" <asn@xs4all.nl>
Date: Wed, 12 Nov 2003 13:43:34 +0100
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> wrote in message
news:bot8dt$651$1@talkto.net...
> > After a complete reinstall of JVCL3, I now have a runtime error when
trying
> > to drop the following components on a form:
> > JvDBComboEdit, JvDBDateEdit and JvDBCalcEdit; all other DB-controls are
ok.
> >
> > The error is ' reading addr. 0014' in dbrtl7, does this make sence to
> > anybody ??
> >
Not really but you could try to create components at runtime, this gives you
the possibility to
trace/debug the code.

Regards,

André Snepvangers




Subject: Re: JvInspector goes CLX
From: "asn" <asn@xs4all.nl>
Date: Wed, 12 Nov 2003 13:40:42 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:borr3q$t6h$1@talkto.net...
> > I have ported JvInspector to CLX (and fixed some missing inherited calls).
> >
Great

> > Now I ran into a dead end. Perhaps someone can find the reason. If I
> > create the component the JvInspector is invisible and I cannot make it
> > visible. Under VCL it works like it should.
> >
It is a little bit difficult without having access to your JvInspector.
Maybe you could upload  it
in binairies or in CVS.

Another issue concerning CLX porting:
Shouldn't we aim at true crossplatform compatibilty:
No windows specific code, unless there is a Linux counterpart?

Regards,

André Snepvangers





Subject: Runtime error (at design)
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Wed, 12 Nov 2003 13:25:22 +0100
Newsgroups: jedi.vcl

After a complete reinstall of JVCL3, I now have a runtime error when trying
to drop the following components on a form:
JvDBComboEdit, JvDBDateEdit and JvDBCalcEdit; all other DB-controls are ok.

The error is ' reading addr. 0014' in dbrtl7, does this make sence to
anybody ??

regards Flemming




Subject: Re: TJvCustomListBox and TJvListBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 13:15:30 +0100
Newsgroups: jedi.vcl

Hello, all

 MB>   and also note that the current
 MB> TJvCustomListBox implementation is not tested at all, except for
 MB> compilability. I need to incorporate at least one small part of the
 MB> consumer before I can test basic functionality.

    Committed a version that has minimal provider support. It does all the
rendering on it's own (i.e. indentation of the tree does not occur yet). I
noticed LB_ADDSTRING and some others are handled by both WndProc as well as
it's own handler method. I'll combine them into the existing separate
methods (I need it to allow the LB_SETHORIZONTALEXTENT be handled correctly
regardless of a provider is used or not, which means I really can't use two
separate handlers without knowing the order; besides, I like it when there's
only one place to check what happens for a specific message, instead of
checking two methods).

    Note that I only tested the listbox with a provider attached to it. The
non-provider stuff should still work, but feel free to test it's
functionality and correct issues. I'll be testing the context stuff of
JvColorProvider and as soon as that is working I'll continue with JvListBox.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Video Killed The Radio Star" by Presidents of the
United State.




Subject: Re: progress of design directory cleaning
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Nov 2003 10:56:55 +0100
Newsgroups: jedi.vcl

> >     I think the latter is actually available. I saw SDelphiKey or
something
> > like that, that is defined as the root key of the current Delphi compiler
> > and I think it also declared a numeric compiler version but I'm not sure.

It's in common\JvConsts, but no numeric compiler version AFAICS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCustomListBox and TJvListBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 10:33:31 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Wed, 12 Nov 2003 10:09:31 +0100:

 >>> Should I do that right
 >>> now (seeing that I'm working on the two anyway

 PT>> Yes, please do.

 MB>     Will do that now. You do realize of course that we can't add the
 MB> changed unit name to the JVCL3.dat, as it's not the only control in
 MB> JvCtrls. So, I'll add a comment to the changelog and the docs.

    Moved the control and committed the changed files. Note that I have not
tested other controls in other packages that may have used TJvListBox as an
ancestor (which IMO should then be changed to derive from TJvCustomListBox
instead) and also note that the current TJvCustomListBox implementation is
not tested at all, except for compilability. I need to incorporate at least
one small part of the consumer before I can test basic functionality.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "With used furniture we make a tree" by Nits.




Subject: Re: progress of design directory cleaning
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 10:27:14 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 12 Nov 2003 10:10:45 +0100:

 RM> Checking the sources made me believe that we should
 RM> define a CompilerVersionNumber const in JvConsts.pas
 RM> Something like
 RM>    {$IFDEF COMPILER5}
 RM>    CompilerVersionNumber = 5;
 RM>    {$ENDIF}
 RM> This would simplify some sources.
 RM> The same would be nice as string const for registry strings
 RM>    CompilerVersionNumberStr = '5.0';

    I think the latter is actually available. I saw SDelphiKey or something
like that, that is defined as the root key of the current Delphi compiler
and I think it also declared a numeric compiler version but I'm not sure.

 RM> There seems to be a bug in JvBaseDsgnForm (see "(rom)" label).

    Fixed. Nice catch!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Nescio" by Nits.




Subject: Re: JvInspector goes CLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 Nov 2003 10:22:59 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     Is it completely invisible or does it render an empty control?

Unfortunately it is completely invisible. No border, ...


> >  AH>   Insp.Painter := JvInspectorDotNETPainter1;
> > 
> >     I assume the JvInspectorDotNETPainter is actually instantiated by the
> > time this code fires?

Yes, the DotNETPainter is created. But the JvInspector is also invisible
if I do not assign any painter.


-- Regards Andreas Hausladen 

Subject: Re: progress of design directory cleaning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Nov 2003 10:10:45 +0100
Newsgroups: jedi.vcl

Checking the sources made me believe that we should
define a CompilerVersionNumber const in JvConsts.pas
Something like
  {$IFDEF COMPILER5}
  CompilerVersionNumber = 5;
  {$ENDIF}
This would simplify some sources.
The same would be nice as string const for registry strings
  CompilerVersionNumberStr = '5.0';

There seems to be a bug in JvBaseDsgnForm (see "(rom)" label).



Subject: Re: TJvCustomListBox and TJvListBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 10:09:31 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 12 Nov 2003 08:23:39 +0100:

 >> Should I do that right
 >> now (seeing that I'm working on the two anyway

 PT> Yes, please do.

    Will do that now. You do realize of course that we can't add the changed
unit name to the JVCL3.dat, as it's not the only control in JvCtrls. So,
I'll add a comment to the changelog and the docs.

 PT>  I forgot all about it once I wrote that comment<g>

    Understandable with the number of merges you did back then. You can't
remember every little comment you add.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: JvInspector goes CLX
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Nov 2003 10:05:55 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Wed, 12 Nov 2003 00:31:14 +0100:

    First of all: thanks for making it a CLX control (finally)! What took
you so long? ;-)

 AH> Now I ran into a dead end. Perhaps someone can find the reason. If I
 AH> create the component the JvInspector is invisible and I cannot make it
 AH> visible. Under VCL it works like it should.

    Is it completely invisible or does it render an empty control? The
latter would indicate an issue with the painter component. If I wasn't so
busy with the provider stuff I would take the time to look at it, but for
now you're (unfortunately) on your own, unless Warren can help out (he has
done some work on the control too, so he has acquired some intimate
knowledge of the control as well).

 AH>   Insp.Painter := JvInspectorDotNETPainter1;

    I assume the JvInspectorDotNETPainter is actually instantiated by the
time this code fires?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: JvInspector goes CLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 Nov 2003 08:35:50 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Stupid question: What if you set visible to true ? Or maybe it doesn't
> > have a visible property...

It has a visible property and I tried a lot to get it visible. But nothing
appears.



-- Regards Andreas Hausladen 

Subject: Re: TJvCustomListBox and TJvListBox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Nov 2003 08:23:39 +0100
Newsgroups: jedi.vcl

> >Should I do that right
> > now (seeing that I'm working on the two anyway

Yes, please do. I forgot all about it once I wrote that comment<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [OFF TOPIC] Delphi & .NET
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 12 Nov 2003 16:48:24 +1000
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> "Gustavo" <no@thanks.com> wrote in message news:boshn1$r5$1@talkto.net...
>
> No need to do it. By developing in Delphi, and thanks to Delphi for .NET,
> you're fine for many years to come.
>
Especially because Borland seems to have turned its back on C++ Builder...



Subject: Re: [OFF TOPIC] Delphi & .NET
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 12 Nov 2003 01:38:58 -0500
Newsgroups: jedi.vcl

"Gustavo" <no@thanks.com> wrote in message news:boshn1$r5$1@talkto.net...

> > May you help in a off topic question ?

For questions not related to JEDI, please consider Borland's newsgroups:

http://newsgroups.borland.com/

> > I'll start a new and big application in Delphi.
> > But, i'm reading about Delphi, .NET framework and i'm not sure about a
> > long life of my new application.
> > My question is, should i migrate to C++ Builder ?

No need to do it. By developing in Delphi, and thanks to Delphi for .NET,
you're fine for many years to come.

Michael






Subject: [OFF TOPIC] Delphi & .NET
From: "Gustavo" <no@thanks.com>
Date: Wed, 12 Nov 2003 03:59:52 -0200
Newsgroups: jedi.vcl

Hi All,

May you help in a off topic question ?

I'll start a new and big application in Delphi.
But, i'm reading about Delphi, .NET framework and i'm not sure about a
long life of my new application.
My question is, should i migrate to C++ Builder ?

Sorry, but i'm very confused about this.

TIA.

Gustavo.





Subject: Re: progress of design directory cleaning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Nov 2003 06:17:00 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Last time I checked, my name was Marcel ;-)

That comes from too much Peter in the MPL headers ;-)

>     Probably, yes. I noticed your comment in that file, but I haven't had
> time to look into it. I suppose it could be put in one of the Jcl units that
> deal with class manipulation (at least the generic stuff).

Precisely. It contains too much copy & paste code and that right in the core of the most delicate manipulations possible.



Subject: Re: JvInspector goes CLX
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 12 Nov 2003 11:07:55 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I have ported JvInspector to CLX (and fixed some missing inherited calls).
>
> Now I ran into a dead end. Perhaps someone can find the reason. If I
> create the component the JvInspector is invisible and I cannot make it
> visible. Under VCL it works like it should.
>
Stupid question: What if you set visible to true ? Or maybe it doesn't have a visible property...



Subject: JvInspector goes CLX
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 12 Nov 2003 00:31:14 +0100
Newsgroups: jedi.vcl

I have ported JvInspector to CLX (and fixed some missing inherited calls).

Now I ran into a dead end. Perhaps someone can find the reason. If I
create the component the JvInspector is invisible and I cannot make it
visible. Under VCL it works like it should.

CLX Application:

  Insp := TJvInspector.Create(Self);
  Insp.Parent := Self; // Self = TForm1
  Insp.Left := 0;
  Insp.Top := 0;
  Insp.Width := 200;
  Insp.Height := 400;
  Insp.Painter := JvInspectorDotNETPainter1;
  Insp.AddComponent(Self, Self.Name, True);


-- Regards Andreas Hausladen 

Subject: Re: To Olivier and Leroy: JvCoreC?D packages updated
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 12 Nov 2003 07:51:28 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I will change the packages soon (10 minutes).
> Please check again.
>
Works for BCB6



Subject: Re: JvItemsSearch modified
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 Nov 2003 21:45:22 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Tue, 11 Nov 2003 21:11:32 +0100:

 MB>     I've updated the JvItemsSearch class to allow the same kind of
 MB> searching as performed by LB_FINDSTRING and the likes:

    And now I have also committed the last changes I made but forgot to save
<g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Eifersucht" by Nits.




Subject: Re: JvItemsSearch modified
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 Nov 2003 21:13:57 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Tue, 11 Nov 2003 21:11:32 +0100:

 MB>     I've updated the JvItemsSearch class to allow the same kind of
 MB> searching as performed by LB_FINDSTRING and the likes:

    BTW, there was a bug in SearchExactString when CaseSensitive was set to False:
it returned any item that was > than the one you searched. Fixed that as
well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "A little Famous" by Birgit.




Subject: JvItemsSearch modified
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 Nov 2003 21:11:32 +0100
Newsgroups: jedi.vcl

Hello, All!

    I've updated the JvItemsSearch class to allow the same kind of searching
as performed by LB_FINDSTRING and the likes: You can specify (optionally)
the index of the item just before the one you want to test first. As long as
no match is found, the search will continue to the end of the list and then
loop back to the start of the list. Search stops when a match is found or
all items are scanned.

    As the new parameter is specified as a default parameter with a value
of -1 (indicating to search all from the very first item), nothing should
change for all current usages, but I thought it'd be wise to mention now,
before someone starts scratching their heads because the search suddenly
fails.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Maid of orleans" by OMD.




Subject: Re: JvTreeView imageindex and selectedindex question
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 11 Nov 2003 13:31:23 -0600
Newsgroups: jedi.vcl

Peter,

That's the ticket! I was missing a line of code in each event. I didn't
realize that I had to set the values for both Indexes in each event. Thank
you.

Regards,
Marty


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:boqe9d$jhf$1@talkto.net...
> > OnExpanded(Node):
> >
> > Node.ImageIndex := 1;
> > Node.SelectedIndex := 1;
> >
> > OnCollapsed(Node):
> >
> > Node.ImageIndex := 0;
> > Node.SelectedIndex := 0;
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: TJvCustomListBox and TJvListBox
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 Nov 2003 20:24:54 +0100
Newsgroups: jedi.vcl

Hello all!

    I noticed that TJvCustomListBox is put in JvListBox and it's "public"
version is placed in JvCtrls. Peter already put a note in JvListBox about
that and asked whether TJvCustomListBox should be moved to JvCtrls or
TJvListBox be moved to JvListBox. I'd vote for the latter (much for the same
reason why JvxCtrls was split a little while ago). Should I do that right
now (seeing that I'm working on the two anyway)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "cowboy" by Kidd Rock.




Subject: Re: progress of design directory cleaning
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 Nov 2003 18:36:39 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Tue, 11 Nov 2003 18:23:39 +0100:

 RM> Almost all resourcestrings from design directory have been moved
 RM> to JvDsgnConsts.pas
 RM> (Peter, this includes the Provider files you changed today).

    Last time I checked, my name was Marcel ;-) I did see the changes. No
worries, I'm now working on run\JvListBox.pas so you did not get in the way
this time <g>

 RM> JvPageLinkEditorForm.pas and JvPageLinkEditor.pas are the same.
 RM> One of them has to be deleted (including its form).

 RM> JvDataProviderItemDesign.pas is hilarious.

    I'm glad I could make you laugh.

 RM> It manipulates internal data structures. It needs at least a rework to
 RM> centralize these manipulations in functions. If possible it should be
 RM> based on the JCL functions on that topic.

    Probably, yes. I noticed your comment in that file, but I haven't had
time to look into it. I suppose it could be put in one of the Jcl units that
deal with class manipulation (at least the generic stuff).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: progress of design directory cleaning
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Nov 2003 18:23:39 +0100
Newsgroups: jedi.vcl

Almost all resourcestrings from design directory have been moved to JvDsgnConsts.pas
(Peter, this includes the Provider files you changed today).

JvPageLinkEditorForm.pas and JvPageLinkEditor.pas are the same.
One of them has to be deleted (including its form).

JvDataProviderItemDesign.pas is hilarious. It manipulates internal data structures. It needs at least a rework to centralize these manipulations in functions. If possible it should be based on the JCL functions on that topic.

Several files got a MPL header comment attributing the file to John Doe.
Please change to the correct author if you know.



Subject: Re: To Olivier and Leroy: JvCoreC?D packages updated
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Nov 2003 18:05:37 +0100
Newsgroups: jedi.vcl

I will change the packages soon (10 minutes).
Please check again.



Subject: Re: Package generator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 Nov 2003 14:08:42 +0100
Newsgroups: jedi.vcl

I haven't looked very much but I noticed there was an error in the Delphi
template. The comma (,) should be *after* the form name comment, not before:

Change:
  %UNITNAME% in '%FILENAME%', {%FORMNAME%}

into:
  %UNITNAME% in '%FILENAME%' {%FORMNAME%},

I won't have time to look at the program the next couple of days, so you'll
just have to get along without me :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 11 Nov 2003 22:39:51 +1000
Newsgroups: jedi.vcl

OBones wrote:
> What's left to be done:
> - Ensure generation only occurs if xml file is newer that target file
Done

I also modified it slightly to generate correctly the form names when it's not a TForm descendent. But when you add files with the button, check that the type is TFrame or TDataModule. Indeed, the logic is that it only reads the parent class, not the very ancestor.



Subject: Re: To Olivier and Leroy: JvCoreC?D packages updated
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 11 Nov 2003 21:06:42 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Olivier and Leroy,
>
>     I've manually updated the BCB packages, but I have no idea if they work.
> Please check!
>
JvCoreC6R was ok
JvCoreC6D was almost, just an extra .pas in the UNITNAME for one of the lines.



Subject: Re: JvTreeView imageindex and selectedindex question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 Nov 2003 11:45:40 +0100
Newsgroups: jedi.vcl

OnExpanded(Node):

Node.ImageIndex := 1;
Node.SelectedIndex := 1;

OnCollapsed(Node):

Node.ImageIndex := 0;
Node.SelectedIndex := 0;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTreeView imageindex and selectedindex question
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 11 Nov 2003 04:32:26 -0600
Newsgroups: jedi.vcl

Given a JvTreeView with imageindex set to 0 (closed folder icon), and
selectedindex set to 1 (open folder icon) for each and every node, how can I
show an open folder icon for the parent node when a child node is selected?
It would seem that I have to write code in the OnExpanded event to change
the imageindex of the parent node to that of the selectedindex or 1 when a
child node is selected but I can't seem to make this work. On the other
hand, if I leave the imageindex and selectedindex values alone (as set in
the Items properties), clicking on a child node reverts the parent node icon
back to the imageindex (closed folder) which is obviously contradicting and
confusing to an end user given that the tree is expanded to select a child
node. Any thoughts on how to accomplish this task are appreciated.

Regards,
Marty Potokar




Subject: To Olivier and Leroy: JvCoreC?D packages updated
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 Nov 2003 11:24:35 +0100
Newsgroups: jedi.vcl

Hello, Olivier and Leroy,

    I've manually updated the BCB packages, but I have no idea if they work.
Please check!


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Update on JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 Nov 2003 11:24:21 +0100
Newsgroups: jedi.vcl

Hello, All!

    I've once again committed updates to the JvColorProvider (as well as to
the DataProvider core and design time support). Basic context support has
been added, although the deletion of a context from the designer dialog
leads to an endless chain of "Invalid index" messages. Since the designer is
based on the provider designer frame, which does work for the mapping
without problems AFAICT, I'm going to assume this has to do with either the
context support of JvColorProvider, the JvContextProvider component or the
Server/Client consumer.

    You'll be happy to learn that TJvColorProvider is now able to stream
it's state (only happens when something has changed). IOW: add a mapping at
design time, rename the colors for that mapping and it will be stored. The
same goes for the contexts, which will also store which colors that context
knows about. Unfortunately you can't add/remove colors yet in the designer,
so the testing of this feature was done by editing the DFM file afterwards
and check the results when the form is opened again.

    To aid me in the help of checking the mapping/context stuff, I decided
to turn the TJvListBox in a consumer first (saves me the trouble of
reopening the combobox each time I want to see if the list actually
changed).

   Before building JvCore*, first deactivate other JVCL packages, and
rebuild those packages as well before installing (due to changes in the core
services again; some method have turned from static to virtual).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: JvPageControl Tabsheet Caption Disappears
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 11 Nov 2003 04:05:58 -0600
Newsgroups: jedi.vcl

Thank you. I will give this a try and let you know.

Regards,
Marty Potokar


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:boq6f6$hq4$1@talkto.net...
> > You can easily test:
> >
> > Open the form with the page control, hit Alt+F12, search and replace
> > "TJvPageControl->TPageControl", hit Alt+F12 again, save, ignore any
errors,
> > answer "yes" to the "XXX is declared as a YYY but is a ZZZ, change?"
prompt,
> > run the project.
> >
> > When you are finished testing, just do the above again, replacing
> > TPageControl with TJvPageControl.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Installation conflict when people are using Colin Wilson's components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 Nov 2003 09:51:12 +0100
Newsgroups: jedi.vcl

> > I refered to the conflicts arising from the fact that other people are
> > using files called the same.
This is the same as the issue we have with zlib and it will always be
present when using same named units unless they are part of the core
Delphi/BCB packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installation conflict when people are using Colin Wilson's components
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 11 Nov 2003 18:35:03 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> Hi,
>
> OBones wrote:
>
>>> The correct solution is to add the *JCL* package to the requires clause (Snmp.pas is part of the JCL).
>>>
>>> This assumes that the files are identical, of course.
>>>
>> Well maybe, but there is a SNMP.pas in the common directory...
>
>
> In dev\JVCL3\common?
>
> Not as far as I can see.
You're righ, I spoke too fast.

>> To avoid those kind of conflicts, wouldn't it be possible to prefix the filenames with Jv ?
>
>
> If they /were/ essential different files, sure.  If not, remove it and use the JCL file.
I refered to the conflicts arising from the fact that other people are using files called the same.



Subject: Re: JvPageControl Tabsheet Caption Disappears
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 Nov 2003 09:32:12 +0100
Newsgroups: jedi.vcl

You can easily test:

Open the form with the page control, hit Alt+F12, search and replace
"TJvPageControl->TPageControl", hit Alt+F12 again, save, ignore any errors,
answer "yes" to the "XXX is declared as a YYY but is a ZZZ, change?" prompt,
run the project.

When you are finished testing, just do the above again, replacing
TPageControl with TJvPageControl.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package generator
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 11 Nov 2003 16:22:49 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Hint Hint Hint to Robert: What about BCB for JvGlobus, JvBands, JvMM ?
>
>
> Hey i still struggle with the files :-)
> My installation is not clean yet. I think i should place the JCL beside it. Currently i have uninstalled the JVCL components and use
> "D6 packages.bpg" to build and check for errors.
>
I'm not asking you to test the build, just update the packages. A good text editor will do. Once updated, leave a note here, I'll test the build.



Subject: Re: Package generator
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Nov 2003 06:43:32 +0100
Newsgroups: jedi.vcl

OBones wrote:

> Hint Hint Hint to Robert: What about BCB for JvGlobus, JvBands, JvMM ?

Hey i still struggle with the files :-)
My installation is not clean yet. I think i should place the JCL beside it. Currently i have uninstalled the JVCL components and use
"D6 packages.bpg" to build and check for errors.



Subject: Re: Installation conflict when people are using Colin Wilson's components
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 11 Nov 2003 05:46:20 +0100
Newsgroups: jedi.vcl

Hi,

OBones wrote:

>> The correct solution is to add the *JCL* package to the requires clause (Snmp.pas is part of the JCL).
>>
>> This assumes that the files are identical, of course.
>>
> Well maybe, but there is a SNMP.pas in the common directory...

In dev\JVCL3\common?

Not as far as I can see.

> To avoid those kind of conflicts, wouldn't it be possible to prefix the filenames with Jv ?

If they /were/ essential different files, sure.  If not, remove it and use the JCL file.

The latter BTW is an API header translation (that's why there is no Jcl prefix), and certainly it wouldn't make sense to have two versions of this file laying around, or even two different translations of the same API header file.




Subject: Re: JvPageControl Tabsheet Caption Disappears
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 11 Nov 2003 13:14:34 +1000
Newsgroups: jedi.vcl

Martin Potokar wrote:

> I can't say as I haven't experimented with a PageControl from the VCL along
> with the JvTreeView given that I just starting using the JvTreeView.
>
Ok. I'm just asking that because the bug may (or may not) be in the VCL PageControl upon which is based the JVCL one.



Subject: Re: JvPageControl Tabsheet Caption Disappears
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Mon, 10 Nov 2003 20:51:49 -0600
Newsgroups: jedi.vcl

I can't say as I haven't experimented with a PageControl from the VCL along
with the JvTreeView given that I just starting using the JvTreeView.


"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:bop4nb$cn5$1@talkto.net...
> > Does this behaviour occur with a standard PageControl from the VCL ?
> >




Subject: Re: Installation conflict when people are using Colin Wilson's components
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 11 Nov 2003 08:59:23 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

>
>
> The correct solution is to add the *JCL* package to the requires clause (Snmp.pas is part of the JCL).
>
> This assumes that the files are identical, of course.
>
Well maybe, but there is a SNMP.pas in the common directory...
To avoid those kind of conflicts, wouldn't it be possible to prefix the filenames with Jv ?



Subject: Re: Package generator
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 11 Nov 2003 08:58:12 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>
>     In my case it's an unfortunate consequence of not having had the
> opportunity to test it yet. I'll try to do that tomorrow.
>
That's what I thought. I'm just a bit in a hurry for that, the BCB packages are drifting away so fast, I can't keep them up to date !



Subject: Re: JvPageControl Tabsheet Caption Disappears
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 11 Nov 2003 08:57:14 +1000
Newsgroups: jedi.vcl

Does this behaviour occur with a standard PageControl from the VCL ?



Subject: Re: Package generator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 10 Nov 2003 23:15:25 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 11 Nov 2003 07:53:45 +1000:

 O> Well well well...
 O> As anyone read this ? Let's hope so and consider 'no answer' as a
 O> consequence of testing delays...

    In my case it's an unfortunate consequence of not having had the
opportunity to test it yet. I'll try to do that tomorrow.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: Assign Action from ActionList to JvTreeView Root Nodes
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Mon, 10 Nov 2003 16:01:58 -0600
Newsgroups: jedi.vcl

Figued out. No need to answer this post.


"Martin Potokar" <gomfp@hotmail.com> wrote in message
news:boevdk$guk$1@talkto.net...
> > Reference a JvTreeView with (4) Root Nodes, one of which has (16) Child
> > Nodes. I would first like to assign a different Action (taken from an
> > ActionList) to each of the Root Nodes. As there appear to be several
Events
> > for JvTreeView namely, OnClick, OnChange, and OnGetSelectedIndex where one
> > might enter code to accomplish this task, I really don't know which one to
> > use, let alone, if this is the correct approach. Also, the (16) child
nodes
> > are linked to a PageControl located on one of four Child Forms created by
> > clicking on one of the four Root Nodes at runtime (Here I should mention
> > that clicking on any one of the Root Nodes serves to Free an Active Form
and
> > create a new one provided that the selected Node has changed). As the
> > JvTreeView has a PageControl property that can be preset at design time,
> > this seems to work well for linking the child nodes to the tabsheets in
the
> > PageControl (here I should also mention that the Nodes including the
> > PageControl tabsheets are static). All said, can someone show me the code
> > and the event to assign actions (from the ActionList) to the Root Nodes? I
> > am presently working in Delphi 6 Ent in Win98. Thank you ahead of time.
> >
> > Regards,
> > Marty Potokar
> >
> >




Subject: JvPageControl Tabsheet Caption Disappears
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Mon, 10 Nov 2003 16:00:08 -0600
Newsgroups: jedi.vcl

When scrolling a Pagecontrol w/sixteen tabsheets, the caption on one of the
tabsheets will periodically disappear then eventually reappear depending
upon where I click or scroll to in the PageControl. Ironically, this problem
did not occur until after I added a JvTreeView that links to the
JvPageControl. I should also mention that both the JvTreeview and the
JvPagecontrol reside in different forms or pas files whereby clicking on a
node in the TreeView creates the form on which the JvPageControl resides.
Other than that, all seems to work well. Anyone else ever experience this
phenomena when working with a JvTreeView linked to a JvPageControl? I am
working in Win98 using Delphi6 Ent. Thank you ahead of time.

Regards,
Marty Potokar




Subject: Re: Package generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 11 Nov 2003 07:53:45 +1000
Newsgroups: jedi.vcl

OBones wrote:
> As discussed earlier, the maintenance of packages has become quite an issue, most people avoiding packages for builds they can't check.
Hint Hint Hint to Robert: What about BCB for JvGlobus, JvBands, JvMM ?

> Enjoy while I sleep!
> Looking forward to reading your comments tomorrow.
Well well well...
As anyone read this ? Let's hope so and consider 'no answer' as a consequence of testing delays...



Subject: Re: New Idea
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 10 Nov 2003 22:13:03 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> No. The OnMouseEnter/Leave is a "procedure(Sender: TObject; AControl:
> TControl) of object;" The WndProc events and OnMouseEnter/Leave are two
> different things that are combined in one interface.

Ok, then I see no problems; just a bit scared for overhead :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Linux GetTickCount again and again
From: André Snepvangers <asn@xs4all.nl>
Date: Mon, 10 Nov 2003 20:04:16 +0000
Newsgroups: jedi.vcl


The JVCL Linux GetTickCount implementation is erroreneous 
as I have already mentioned in this newsgroup.
I have uploaded a demo program in binairies to demonstrate the
non monotoon behaviour of that LINUX implementation. 
Source contains additional comments.
The proof of the pudding is the eating ?

Regards,

André Snepvangers 





Subject: Re: Seleqt
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 10 Nov 2003 12:15:14 -0500
Newsgroups: jedi.vcl

"Trev" <trevor.pegley@ntlworld.com> wrote in message
news:bontbk$3om$1@talkto.net...

> > You are probably aware that Seleqt, the makers of Instant Objects have
> > decided to make IO open-source. There is a debate on their newsgroups
about
> > the best way forward. I have suggested that JEDI would be a natural home
for
> > the project. Perhaps someone from JEDI would like to follow up ;)

I did.

JEDI can definitely help with organizational issues, but it's all up to
developers. As I mentioned in the message - each JEDI project is as strong
as the developers on the project are active and engaged.

Please note that we've already had a OPF project (JEDI-Obiwan), but we
didn't get far with it due to differences in approach. Once InstantObjects
is released as OpenSource, maybe this will energize the members of Obiwan to
get involved there.

Michael




Subject: Re: Installation conflict when people are using Colin Wilson's components
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 10 Nov 2003 17:27:54 +0100
Newsgroups: jedi.vcl

OBones wrote:
> A user on a French forum mentionned that he couldn't install both the JVCL and Colin Wilson's components because both are using a file called SNMP.pas
> The temporary fix is to add the JVCL package (he is using 2.1) to the requires of Colin's package, but I just wanted to mention the problem.
> Any ideas as to avoid this kind of problems in the future ?

The correct solution is to add the *JCL* package to the requires clause (Snmp.pas is part of the JCL).

This assumes that the files are identical, of course.

Greetings, Robert



Subject: Re: Installation conflict when people are using Colin Wilson's components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Nov 2003 14:39:27 +0100
Newsgroups: jedi.vcl

The suggested solution is the only one unless you want to add snmp.pas to an
new package, remove it from the other two and add the new package to the
other two's requires list...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Seleqt
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 10 Nov 2003 13:29:10 -0000
Newsgroups: jedi.vcl

They have a highly rated object persistance framework (OPF). There are a
number of people who have volunteered support on their NG. They are just
looking for experienced leadership.


"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bonvgn$48b$1@talkto.net...
> > Trev wrote:
> >
>> > > Hi,
>> > >
>> > > You are probably aware that Seleqt, the makers of Instant Objects have
>> > > decided to make IO open-source. There is a debate on their newsgroups
about
>> > > the best way forward. I have suggested that JEDI would be a natural home
for
>> > > the project. Perhaps someone from JEDI would like to follow up ;)
>> > >
> > This may be a good thing, if, and only if, they bring developers in the
> > move. We are not out there to cannabalise everything around and our
> > resources are _really_ limited.
> > BTW, what are those components doing ?
> >




Subject: Installation conflict when people are using Colin Wilson's components
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 10 Nov 2003 22:43:45 +1000
Newsgroups: jedi.vcl

A user on a French forum mentionned that he couldn't install both the JVCL and Colin Wilson's components because both are using a file called SNMP.pas
The temporary fix is to add the JVCL package (he is using 2.1) to the requires of Colin's package, but I just wanted to mention the problem.
Any ideas as to avoid this kind of problems in the future ?



Subject: Package generator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 10 Nov 2003 22:37:17 +1000
Newsgroups: jedi.vcl

As discussed earlier, the maintenance of packages has become quite an issue, most people avoiding packages for builds they can't check.
So the decision to create a package generator was made and I did it. I've commited the latest changes and I'd like people to start testing it. It's located in devtools\packagegenerator

Here is how it works:
- Loads the source xml files from packages\xml\ and display their name in a list on the left
- Allows editing on the right of required packages and files. Empty the name cell and change cell using an arrow to remove a line.
- Click the generate button to generate the packages for the builds you indicate. The directories ending with a digit in packages\ will be searched for template files. These files are named template.xxx where xxx is the extension of the generated file. I've posted two templates in binaries. They have the txt extension, to be easily editable and not interfere with already existing packages.
The generation will detect if there is a need for a personal (or std) package to be generated. Simply add a file that is indicated to be in D6 but not D6Per and you'll get two packages generated, named the same, but one in D6 and one in D6per.

At the moment, there are only two XML source packages, for JvCore Design and Runtime. They contain dummy values, just for testing purposes.

What's left to be done:
- Check that the generated package are understood by Delphi and BCB
- Ensure generation only occurs if xml file is newer that target file
- Make it work on a command line (hence, accept command line arguments)
- Implement any good suggestion (no, it can't do coffee <g>)

Enjoy while I sleep!
Looking forward to reading your comments tomorrow.

Olivier Sannier
JVCL Developer



Subject: Re: Seleqt
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 10 Nov 2003 22:22:04 +1000
Newsgroups: jedi.vcl

Trev wrote:

> Hi,
>
> You are probably aware that Seleqt, the makers of Instant Objects have
> decided to make IO open-source. There is a debate on their newsgroups about
> the best way forward. I have suggested that JEDI would be a natural home for
> the project. Perhaps someone from JEDI would like to follow up ;)
>
This may be a good thing, if, and only if, they bring developers in the move. We are not out there to cannabalise everything around and our resources are _really_ limited.
BTW, what are those components doing ?



Subject: Seleqt
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 10 Nov 2003 11:45:17 -0000
Newsgroups: jedi.vcl

Hi,

You are probably aware that Seleqt, the makers of Instant Objects have
decided to make IO open-source. There is a debate on their newsgroups about
the best way forward. I have suggested that JEDI would be a natural home for
the project. Perhaps someone from JEDI would like to follow up ;)

Trev




Subject: Re: JVCL design directory questions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 10 Nov 2003 18:38:33 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> That's weird cause I took it from the JEDI project...
>
>
> Yep, but the state is "?" meaning unknown.
>
Ok... Well... It works this way, that's all I needed.



Subject: Re: JVCL design directory questions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Nov 2003 09:21:47 +0100
Newsgroups: jedi.vcl

If you put all design constants into its own unit and add that to DT JvCore
package (where it belongs), you will have to add that package to the
requires of every design package that uses that unit and rebuild them all.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL design directory questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Nov 2003 08:53:32 +0100
Newsgroups: jedi.vcl

I am making progress with centralizing the resourcestrings.
Can someone please clean up the packages for me?
Several "implicitly imported" messages now.



Subject: Re: JVCL design directory questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Nov 2003 08:49:54 +0100
Newsgroups: jedi.vcl

OBones wrote:
> That's weird cause I took it from the JEDI project...

Yep, but the state is "?" meaning unknown.

>> How should i restructure the HIdController directory for my BCB examples to add?
>
> What exactly do you mean by that ?

I now have a BCB 6 version of all my demos for JvHidController.
How do we add such demos to our examples tree?



Subject: Re: JvTreeView menu example
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Nov 2003 08:06:42 +0100
Newsgroups: jedi.vcl

Glad I could be of help. "Learning by looking" has always been my favorite
way of getting to grips with things as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL design directory questions
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 10 Nov 2003 15:56:06 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> BTW i updated the files in "common". Only VFW.pas may need some work. The API conversion is not up to our standards yet.
That's weird cause I took it from the JEDI project...

> I added the newer files from my HID component there and updated the examples. A new one "UsagesDemo" has been added (also to the make file).
>
> How should i restructure the HIdController directory for my BCB examples to add?
What exactly do you mean by that ?



Subject: Re: JVCL design directory questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Nov 2003 06:42:02 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> You mean "move" I guess? Better you finish the modifications and then we can
> move it.

Yep, typos are common with me.

BTW i updated the files in "common". Only VFW.pas may need some work. The API conversion is not up to our standards yet.
I added the newer files from my HID component there and updated the examples. A new one "UsagesDemo" has been added (also to the make file).

How should i restructure the HIdController directory for my BCB examples to add?



Subject: Re: JvTreeView menu example
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Sun, 9 Nov 2003 16:36:47 -0600
Newsgroups: jedi.vcl

Peter,

I reviewed and studied the code (functions) you submitted in my behalf and
after awhile it became intuitive as to how each of the Functions work. In
fact, as I wasn't aware of the Assign method nor the AnsiSameText Function
(intuitive from the context of your code), I learned something new. Anyway,
since I am only working with five top level nodes whereby one of the five
has sixteen child nodes, I decided to try the FindNode Function and all
works well as I had wanted. In fact, after studying the Functions and
reviewing some of the Methods for TTreeView, I am now able to assign Actions
to the top level nodes in my TTreeView. This said, I wanted to thank you
once again for your help (since coding is not my strong point) and to let
you know that gleaning knowledge from those like yourself has helped me
tremendously.

Regards,
Marty Potokar



"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:boai46$ke9$1@talkto.net...
>> > > Thank you for taking the time to answer my post. I will definitely study
> > the
>> > > functions you have provided to see what works best. One last question,
if
> > I
>> > > may. Should I use the OnPageChanged event of JvTreeView or the OnChange
>> > > event of JvPageControl for this particular task?
> >
> > Hard to say, I think PageControl.OnChange would be the best in this case.
> > You should definitely disable the other component while you do it,
however,
> > or you could easily end up in an infite loop, i.e:
> >
> > procedure TForm1.JvPageControl1Change()
> > begin
> >   JvTreeView1.PageControl := nil;
> >   JvTreeView1.Selected := FindNode(JvTreeView1,
> > JvPageControl1.ActivePage.Caption);
> >   JvTreeView1.PageControl := JvPageControl1;
> > end;
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVCL design directory questions
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 10 Nov 2003 07:56:27 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I added a common\JvDsgnConsts.pas and added it to the packages.
hum hum... well, I guess that's another example of the need for a package generator... As I said, it's not finished yet but it will sure save us some frustration <g>



Subject: Re: JVCL design directory questions
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 9 Nov 2003 20:36:11 +0100
Newsgroups: jedi.vcl

> > I think i should read the sources better.
Me too. I had forgotten that unit!

> > Can you mode the file to common?
You mean "move" I guess? Better you finish the modifications and then we can
move it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New Featores for tJvCustomAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 9 Nov 2003 18:19:22 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sun, 09 Nov 2003 17:36:36 +0100:

 JF> i've got it and i've found my failure. It was so unbelivable, i can't
 JF> talk about it :-(

    I won't ask then :-)

 JF> I've uploaded an new version to the binaries. Please have a look on it
 JF> and give me some comments.

    I'll have a look later.

 JF> Until now the Get/Set-Enumeration and Sets are not realized.
 JF> The JvPropertieStore is nearly finished and should work. I want to
 JF> create also an JvPropertieListStore which stores also the values of
 JF> Stringlist-objects. But im not clear what is the best way to realize
 JF> it. Any ideas?

    I would guess TJvCustomAppStore.(Read/Write)StringList could do the
trick. <g> Also note the (Read/Write)List generic methods, which could be
used to store any kind of list (e.g. a collection).

    BTW, the proper names would be JvPropertyStore and JvPropertyListStore,
but I doubt you would need the latter.

 JF> But i think that is an important feature also.

    Which is why I had implemented it already.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: JVCL design directory questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Nov 2003 18:11:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> 1. Should i create a JvDesignResources.pas file to centralize the
>>    resourcestrings just like JclResources.pas?
>
> I don't think so. If it's absolutely necessary, better to have a
> common\JvDsgnConsts with all design constants (not only resourcestrings).
> That would be more in line with what we have now (common\JvDBConsts and
> common\JvConsts).
>

I think i should read the sources better.
There is already a JvDsgnConsts.pas in design.
I will start to fill it in.
A big part of JvConsts.pas should be moved to JvDsgnConsts.pas.

I added a common\JvDsgnConsts.pas and added it to the packages.
This has been reverted.

Can you mode the file to common?



Subject: Re: New Featores for tJvCustomAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 09 Nov 2003 17:36:36 +0100
Newsgroups: jedi.vcl

Hi Marcel,

i've got it and i've found my failure. It was so unbelivable, i can't talk about it :-(

I've uploaded an new version to the binaries. Please have a look on it and give me some comments.

Until now the Get/Set-Enumeration and Sets are not realized.
The JvPropertieStore is nearly finished and should work. I want to create also an JvPropertieListStore which stores also the values of Stringlist-objects. But im not clear what is the best way to realize it. Any ideas?

But i think that is an important feature also.

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Sat, 08 Nov 2003 00:55:46 +0100:
>
>  JF> You can send it to me directly or upload it to the binaries newsgroup.
>
>     It's on it's way. AFAIK, I still use the JCL1.22 release for my JVCL
> development (although I do have an up-to-date edition on my HD as well, but
> it's not used unless I need to change something in one of the JCL units),
> but I'll include JclRegistry anyway.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> It's quite 'cause Foobar2000 is not active.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JVCL design directory questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Nov 2003 15:21:07 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I don't think so. If it's absolutely necessary, better to have a
> common\JvDsgnConsts with all design constants (not only resourcestrings).
> That would be more in line with what we have now (common\JvDBConsts and
> common\JvConsts).

I do not mind where the file is located or how it is named.
The idea is to centralize the resourcestrings to allow localization and centralize the string constants to remove duplicate strings and allow consistent change of values.
To have it in a design time only file removes all the strings from the runtime programs.



Subject: Re: JVCL design directory questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Nov 2003 15:18:20 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     I hope you don't touch the Provider/Consumer related forms and frames as
> I'm working on them now. JvColorProviderDesignerForm is specifically
> reworked right now, but various changes are made to the other forms and
> frames as well.

I work alphabetically. In case of conflicts simply override my changes.

>     You mean something like the JvBaseDsgnForm.pas, JvBaseDsgnFrame.pas and
> derived forms/frames provide (including possibility of auto storage of
> position/size)? Good idea! ;-)

I did not decode all that yet. I only saw that some forms still base on TForm and are often made rather sloppy. Sizable forms without Constraints or non-sizable forms with maximize button.



Subject: Re: JVCL design directory questions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 9 Nov 2003 15:11:55 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 9 Nov 2003 15:07:24 +0100:

 >>    Why would the design constants be needed in Common?

 PT> It's a consistency issue. Other const units are in \common, so I think
 PT> JvDsgnConsts should be as well.

    In that case the current design\JvDsgnConst.pas should be moved to
common\, I guess.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: JVCL design directory questions
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 9 Nov 2003 15:07:24 +0100
Newsgroups: jedi.vcl

> >    Why would the design constants be needed in Common?

It's a consistency issue. Other const units are in \common, so I think
JvDsgnConsts should be as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL design directory questions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 9 Nov 2003 14:35:57 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 9 Nov 2003 14:31:42 +0100:

 >> 1. Should i create a JvDesignResources.pas file to centralize the
 >>     resourcestrings just like JclResources.pas?
 PT> I don't think so. If it's absolutely necessary, better to have a
 PT> common\JvDsgnConsts with all design constants (not only
 PT> resourcestrings). That would be more in line with what we have now
 PT> (common\JvDBConsts and common\JvConsts).

   Why would the design constants be needed in Common? They will only be
used in design time package and units, so it should be placed in
design\JvDsgnConsts, IMO.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Between the buttons" by Nits.




Subject: Re: JVCL design directory questions
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 9 Nov 2003 14:31:42 +0100
Newsgroups: jedi.vcl

> > 1. Should i create a JvDesignResources.pas file to centralize the
> >     resourcestrings just like JclResources.pas?
I don't think so. If it's absolutely necessary, better to have a
common\JvDsgnConsts with all design constants (not only resourcestrings).
That would be more in line with what we have now (common\JvDBConsts and
common\JvConsts).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL design directory questions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 9 Nov 2003 14:16:45 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sun, 09 Nov 2003 14:03:09 +0100:

 RM> I worked a bit on the style of the files in the design subdirectory.

    I hope you don't touch the Provider/Consumer related forms and frames as
I'm working on them now. JvColorProviderDesignerForm is specifically
reworked right now, but various changes are made to the other forms and
frames as well.

 RM> Some questions arose.
 RM> 1. Should i create a JvDesignResources.pas file to centralize the
 RM>     resourcestrings just like JclResources.pas?

    Yes, and possibly we need to move some constants to JvDsgnConsts. I
think some of the constants in JvConst are used at design time solely and
these should be moved to that unit as well.

 RM> 2. I thought of adding a base class (or base classes) for all the
 RM>     dialogs and forms of property and design editors. There we could
 RM> slip
 RM>     in common things like the "J" icon. Good idea?

    You mean something like the JvBaseDsgnForm.pas, JvBaseDsgnFrame.pas and
derived forms/frames provide (including possibility of auto storage of
position/size)? Good idea! ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Aquarium" by Nits.




Subject: JVCL design directory questions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Nov 2003 14:03:09 +0100
Newsgroups: jedi.vcl

I worked a bit on the style of the files in the design subdirectory.
Some questions arose.
1. Should i create a JvDesignResources.pas file to centralize the
   resourcestrings just like JclResources.pas?
2. I thought of adding a base class (or base classes) for all the
   dialogs and forms of property and design editors. There we could slip
   in common things like the "J" icon. Good idea?



Subject: Re: Packages synchronisation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 09 Nov 2003 22:13:42 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>> Just so you know, there is a problem with JvSimpleXML in the latest release
>> with some XML files. I am currently rewriting the XMLEncode/XMLDecode
>> routines since that's where the problem is and also because they are very
>> hard to understand let alone maintain. So check the checkin list!
>>
> Note taken, but as long as the component can understand the files in generates, it's fine with me. And I know it can, I've used it before.
>
Ok, some update on the generator.
The editing part is working, but the generation is not completely working. A bit more time is needed.



Subject: Re: JvxRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 09 Nov 2003 02:26:29 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Ok, I understand what you mean, but I don't know a way to do this with a rich edit control or even know whether it's possible at all (but I doubt it), sorry.

Ok, I succeeded in doing this, by implementing an IOleObject. The bad news it that it still takes a lot of memory.

For adding 5000 32x32x24bits images, Windows Task Manager says 122.468 kB (was 170.068 kB). JCL Tool help viewer says now 142.356.480 bytes committed (vs. 192,335,872 bytes before)

I'll look some more into it, but don't hold your breath for it.

Good thing is that I can probably change it to display animated images :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: JCL prerelease
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 08 Nov 2003 22:59:50 +0100
Newsgroups: jedi.jcl,jedi.vcl

[x-post, follow-ups -> jedi.jcl]

A JCL prerelease has been posted to the binaries group (1.641 kB zip).

It's intended for testing, especially with BCB/Kylix C++.  For details see the accompaning message.

Greetings, Robert



Subject: Re: JvxRichEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Sat, 8 Nov 2003 14:45:16 -0300
Newsgroups: jedi.vcl

OBones wrote:
> > Just a quick thought:
> > Can the RichEdit control be a parent ?
> > If yes, what about using a TImage that accepts a TImageList and put it
> > as a child of the RichEdit ?
> > You would have to deal with scrolling issues, but it may consume less
> > memory, especially if you do something like
> > MyImage.Bitmap.Assign(TheBitmapFromTheImageList). Indeed, Assign
> > doesn't copy the bitmap until you actually modify it. In your case,
> > you won't modifiy it, hence no copy would occur...
> > It's just a quick thought, but it may be a way to explore...

I just tried that (adding "ControlStyle := ControlStyle +
[csAcceptsControls];" in component's Create), with no success :-( When I put
the image into the RichEdit its content disappears (it's not shown anymore
but it's there).

Anything else I could do?

Thanks.

Mariano.



Subject: Re: DataProvider commits
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Nov 2003 17:00:21 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Sat, 8 Nov 2003 16:57:16 +0100:

 MB>>     I'll do some additional tests and commit the changed units so you
 MB>> can all witness this extremely cool effect (which should also work
 MB>> with Contexts, but as I don't have complete context support in the
 MB>> color provider this can not be tested).

 MB>     Committed the lot, including an example. Before rebuilding you
 MB> should remove all JVCL packages from the IDE and rebuild them as well
 MB> or you'll get lots of errors after the JvCore package is built.

PS: setting TJvComboBox.ItemIndex at design time seems not to work (at least
not in D5). It might have something to do with the provider awareness.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Get Along" by Morcheeba.




Subject: Re: DataProvider commits
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Nov 2003 16:57:16 +0100
Newsgroups: jedi.vcl

Hello all!

 MB>     I'll do some additional tests and commit the changed units so you
 MB> can all witness this extremely cool effect (which should also work with
 MB> Contexts, but as I don't have complete context support in the color
 MB> provider this can not be tested).

    Committed the lot, including an example. Before rebuilding you should
remove all JVCL packages from the IDE and rebuild them as well or you'll get
lots of errors after the JvCore package is built.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Women Lose Weight" by Morcheeba.




Subject: Re: DataProvider commits
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Nov 2003 16:08:12 +0100
Newsgroups: jedi.vcl

Hello, all!

 MB>     Current I'm trying to allow one consumer to notify related (linked)
 MB> consumers if another item is selected.

    First quick test: YES!!!!! Placed a label and a combobox on the form and
added a ColorProvider and ColorMappingProvider. Label is linked to the
ColorProvider, as is the ColorMappingProvider. The combobox is linked to the
ColorMappingProvider and a link to the label is added in the Clients
collection. Select an item for the label, run the application and see the
color name in the label change when selecting a different mapping in the
combobox. This is RAD, man!

    I'll do some additional tests and commit the changed units so you can
all witness this extremely cool effect (which should also work with
Contexts, but as I don't have complete context support in the color provider
this can not be tested).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Shallow End" by Morcheeba.




Subject: Re: Packages synchronisation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 22:41:51 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Just so you know, there is a problem with JvSimpleXML in the latest release
> with some XML files. I am currently rewriting the XMLEncode/XMLDecode
> routines since that's where the problem is and also because they are very
> hard to understand let alone maintain. So check the checkin list!
>
Note taken, but as long as the component can understand the files in generates, it's fine with me. And I know it can, I've used it before.



Subject: Re: Packages synchronisation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 8 Nov 2003 13:39:09 +0100
Newsgroups: jedi.vcl

Just so you know, there is a problem with JvSimpleXML in the latest release
with some XML files. I am currently rewriting the XMLEncode/XMLDecode
routines since that's where the problem is and also because they are very
hard to understand let alone maintain. So check the checkin list!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages synchronisation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 8 Nov 2003 13:22:37 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Anyway, if anyone has any comment

The tool should not create files that were not modified since the last
creation. Otherwise everytime when someone changes one package he must
commit all C5, C6, D5, D6 and D7 packages.


-- Regards Andreas Hausladen 

Subject: Re: Packages synchronisation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 22:19:28 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Not by me; I use D5 for 98% of the JVCL development as this is most of
> the times easier to get working in D6/7: it avoids the usage of newly added
> methods/language constructs that you then need to revise to get it working
> in D5 again.
Well, all I have is D6 and BCB6 so that's what I work with.
For the tool I'll give it a crack tonight and tomorrow. I'd like the source file to be xml if that doesn't bother anyone. Here is how I see it:
Launched without arguments, comes up as an editor for the xml files. Presented similar to the DtxEditor, with the list of available source xml files on the left and possible options on the right. Quick and efficient edit. Ability to generate the packages though.
Launched with an argument, it behaves as a command line tool and generates all the packages for all the know flavours.

The XML support will be with JvSimpleXML and is because I find it much easier to interpret. And I'm spending some of my time with XSL transformations so XML tends to be a second language...

Anyway, if anyone has any comment, please come forward or forever hold your peace (wooops, should watch less tv...)



Subject: Re: Packages synchronisation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 8 Nov 2003 13:19:25 +0100
Newsgroups: jedi.vcl

> >     Not by me; I use D5 for 98% of the JVCL development
...and I use mostly D6.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages synchronisation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Nov 2003 13:07:57 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 08 Nov 2003 21:43:56 +1000:

 >>    Haven't you learned yet? Developers are generally forgetful,
 >> especially regarding files they don't use (i.e. most developers skip BCB
 >> files almost automatically, almost avoiding them like the plague).
 O> I know, and I find it quite annoying (to say the least), because it's
 O> not that difficult to figure out how they work. And sure, I'm almost the
 O> only one who can check for proper compilation, but if the packages are
 O> updated, that's easy to do.

    I know, I'm just teasing a bit. I'm notorious for forgetting to update
related files as I'm sure many of you already found out and have tried to
hammer that bad habit out of me. The bad thing is, that most of the time
it's not even intentional, I really just forget to do so.

 O> I don't know, I'm just pointing to a problem. I took D7 as a reference
 O> because it seems most development is done with it.

    Not by me; I use D5 for 98% of the JVCL development as this is most of
the times easier to get working in D6/7: it avoids the usage of newly added
methods/language constructs that you then need to revise to get it working
in D5 again.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: Packages synchronisation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 21:43:56 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     If the tool does it's job, this doesn't matter. It's generally easier to
> update the master file (if new units are added, or even if new packages are
> created) and run the tool, than it is to keep remembering to update 5
> package (+2 for Kylix?). Specifically since most VCL developers don't deal
> with BCB at all, these packages tend to get behind quickly.
>     Haven't you learned yet? Developers are generally forgetful, especially
> regarding files they don't use (i.e. most developers skip BCB files almost
> automatically, almost avoiding them like the plague).
I know, and I find it quite annoying (to say the least), because it's not that difficult to figure out how they work. And sure, I'm almost the only one who can check for proper compilation, but if the packages are updated, that's easy to do.

>    Also, regarding your discovery of missing required nodes: AFAICT D5
> builds and installs without warning about implicitly imported units (apart
> from zlib) or errors about two packages containing the same units. IOW, the
> D5 packages required node contains the minimal required packages it need. So
> if the D6/D7 packages contain more references, you may ask yourself if these
> shouldn't be removed instead.
I don't know, I'm just pointing to a problem. I took D7 as a reference because it seems most development is done with it.

As to developing a tool, I don't mind someone doing it, I'll give it some thoughts tomorrow.



Subject: Re: JvArrowbutton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 8 Nov 2003 12:20:41 +0100
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> skrev i meddelandet
news:boh675$ucb$1@talkto.net...
> > What are the advantages and drawbacks ? As an advantage, I see one less
> > component to maintain.
The only advantage I can see is that the dropdown arrow part is a separate
button and both parts have separate click events (i.e you can click the
button without having the dropdown appear). In JvSpeedButton, it is a single
button with a dropdown arrow drawn on it along with the glyph and one
OnClick.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Packages synchronisation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Nov 2003 11:41:47 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 08 Nov 2003 19:33:26 +1000:

 O> Problem is that the bpk format is not at all the same as the dpk and for
 O> BCB, there are two files: bpk and cpp

    If the tool does it's job, this doesn't matter. It's generally easier to
update the master file (if new units are added, or even if new packages are
created) and run the tool, than it is to keep remembering to update 5
package (+2 for Kylix?). Specifically since most VCL developers don't deal
with BCB at all, these packages tend to get behind quickly.

 O> And the synchronisation work has to be done once, then if everyone is
 O> a bit disciplined, the maintenance is quite small...

    Haven't you learned yet? Developers are generally forgetful, especially
regarding files they don't use (i.e. most developers skip BCB files almost
automatically, almost avoiding them like the plague).

   Also, regarding your discovery of missing required nodes: AFAICT D5
builds and installs without warning about implicitly imported units (apart
from zlib) or errors about two packages containing the same units. IOW, the
D5 packages required node contains the minimal required packages it need. So
if the D6/D7 packages contain more references, you may ask yourself if these
shouldn't be removed instead.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: New Featores for tJvCustomAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Nov 2003 11:30:41 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sat, 08 Nov 2003 00:55:46 +0100:

 JF> You can send it to me directly or upload it to the binaries newsgroup.

    It's on it's way. AFAIK, I still use the JCL1.22 release for my JVCL
development (although I do have an up-to-date edition on my HD as well, but
it's not used unless I need to change something in one of the JCL units),
but I'll include JclRegistry anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: Packages synchronisation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 8 Nov 2003 10:29:08 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Problem is that the bpk format is not at all the same as 
> > the dpk and for BCB, there are two files: bpk and cpp

The tool should be aware of this.

> > And the synchronisation work has to be done once, 
> > then if everyone is a bit disciplined, the maintenance
> > is quite small...

That would make the (not written) tool useless... So I will not write such a tool.



-- Regards Andreas Hausladen 

Subject: Re: BCB6 build is broken
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Nov 2003 11:28:11 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 08 Nov 2003 08:54:38 +1000:

 >>> PS: I may sound a bit upset and that's the case.
 >> You are allowed to be that. This is a community, not a dictatorship<g>
 O> Nice to know. I do agree, and I hope almost everyone does, even if it
 O> seems there is one guy coming from time to time to flame everyone. Why
 O> is he so angry? I mean, I don't get it: if you don't like something or
 O> someone, just move on !

    Now, I wonder who you are referring to ;-) (To the guy in question:
don't bother replying, your postings are automatically moved to the trash
bin anyway)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: Packages synchronisation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 19:33:26 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Let's say we consider D7 as the reference, then have a look at the
>> required JvAppFrmDxD.dpk and JvAppFrmCxD.bpk:  D7: JvAppFrmD7R,
>> JvStdCtrlsD7R, designide; D6: JvAppFrmD6R, designide; D5: JvAppFrmD5R;
>> C6: JvAppFrmC6R.bpi, JvStdCtrlsC6R.bpi, designide.bpi, ...
>> C5: JvAppFrmC5R.bpi, JvStdCtrlsC5R.bpi, ...
>
>
> What about a tool that generates the (modified) packages?
> For this tool we could have a file that contains all "contains" and
> "requires". After changing this file we must run a program (e.g. an
> Explorer extension) that generates the packages.
> -----

....snip...
>
> This was hand written because there is no tool yet. And it was just
> another idea from me.
Problem is that the bpk format is not at all the same as the dpk and for BCB, there are two files: bpk and cpp

And the synchronisation work has to be done once, then if everyone is a bit disciplined, the maintenance is quite small...



Subject: Re: Packages synchronisation
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 8 Nov 2003 09:50:02 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Let's say we consider D7 as the reference, then have a look at the
> > required JvAppFrmDxD.dpk and JvAppFrmCxD.bpk:  D7: JvAppFrmD7R,
> > JvStdCtrlsD7R, designide; D6: JvAppFrmD6R, designide; D5: JvAppFrmD5R;
> > C6: JvAppFrmC6R.bpi, JvStdCtrlsC6R.bpi, designide.bpi, ...
> > C5: JvAppFrmC5R.bpi, JvStdCtrlsC5R.bpi, ...

What about a tool that generates the (modified) packages?
For this tool we could have a file that contains all "contains" and
"requires". After changing this file we must run a program (e.g. an
Explorer extension) that generates the packages.
-----
package JvCore as runtime;
name 'JVCL Core Runtime Package';
imagebase $400000;
requires
  DJCL70 for (D7),
  DJCL60 for (D6, C6),
  DJCL50 for (D5, C5),
  vclx for (D7, D6, C6),
  vcl for (D7, D6, C6),
  rtl for (D7, D6, C6),
  vclx50 for (D5),
  cjcl50 for (C5)
  cjcl60 for (C6),
  bcbsmp50 for (C5),
  bcbsmp60 for (C6),
  vcljpg for (C6);

bcbresources
  JvCoreC5R.res for (C5),
  JvCoreC6R.res for (C6);

contains
  JvConsts in '..\..\common\JvConsts.pas',
  JVCLVer in '..\..\run\JVCLVer.pas',
  JvComponent in '..\..\run\JvComponent.pas',
  JvVersionInfo in '..\..\run\JvVersionInfo.pas',
  JvTypes in '..\..\run\JvTypes.pas',
  JvJVCLUtils in '..\..\run\JvJVCLUtils.pas',
  JvJCLUtils in '..\..\run\JvJCLUtils.pas',
  JvMaxPixel in '..\..\run\JvMaxPixel.pas',
  JvProgressUtils in '..\..\run\JvProgressUtils.pas',
  JvBaseDlg in '..\..\run\JvBaseDlg.pas',
  JvJVCLAboutForm in '..\..\run\JvJVCLAboutForm.pas' {JvJVCLAboutForm},
  JvActions in '..\..\run\JvActions.pas',
  JvMouseTimer in '..\..\run\JvMouseTimer.pas',
  JvDsgnIntf in '..\..\run\JvDsgnIntf.pas',
  JvActnResForm in '..\..\design\JvActnResForm.pas' {JvStandardActions:
TDataModule},
  JvDataProviderImpl in '..\..\run\JvDataProviderImpl.pas',
  JvDataProvider in '..\..\run\JvDataProvider.pas',
  JvCaret in '..\..\run\JvCaret.pas',
  JvContextProvider in '..\..\run\JvContextProvider.pas',
  JvAppStore in '..\..\run\JvAppStore.pas',
  JvAppRegistryStore in '..\..\run\JvAppRegistryStore.pas',
  JvAppIniStore in '..\..\run\JvAppIniStore.pas',
  JvThemes in '..\..\run\JvThemes.pas',
  JvClxUtils in '..\..\run\JvClxUtils.pas',
  JvColorProvider in '..\..\run\JvColorProvider.pas';
end.
-----

This was hand written because there is no tool yet. And it was just
another idea from me.


-- Regards Andreas Hausladen 

Subject: Packages synchronisation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 18:12:01 +1000
Newsgroups: jedi.vcl

Wouldn't it be a good thing to declare one target as the reference and have all packages mimic this target ?
Because I've done a quick check and most packages are out of sync, especially on the requires side.
Let's say we consider D7 as the reference, then have a look at the required JvAppFrmDxD.dpk and JvAppFrmCxD.bpk:
D7: JvAppFrmD7R, JvStdCtrlsD7R, designide;
D6: JvAppFrmD6R, designide;
D5: JvAppFrmD5R;
C6: JvAppFrmC6R.bpi, JvStdCtrlsC6R.bpi, designide.bpi, ...
C5: JvAppFrmC5R.bpi, JvStdCtrlsC5R.bpi, ...

The ... for C6 and C5 are other packages required for clean install, but not related to the JVCL.
Maybe D5 and C5 don't have to require the designide package, but clearly, what about JvStdCtrls ?
And I'm quite sure this is only one example among a lot of others.
So my questions is, which target is the reference ?
Once it's chosen, it would be good that one person per target ensures the synchronisation, while maintaining compilation and installation. Any deviation from the reference should be documented for further help.

Thanks a lot to all for your help

Regards

Olivier Sannier
JVCL Developer



Subject: Jv UB oddities
From: "Ignacio Vazquez" <ivazquez@orioncomunications.com>
Date: Fri, 7 Nov 2003 23:31:21 -0500
Newsgroups: jedi.vcl

I recently managed to get Firebird installed on my machine, and in the
process of actually using it, I've noticed some things about the UIB
components:

TJvUIBDataBase:
Case in component name (DataBase vs. Database)
Case in UserName and PassWord properties

TJvUIBQuery:
Absence of Active property

TJvUIBDataSet:
Absence of AboutJVCL property
Case in UniDirectional property

TJvUIBBackup:
Case in UserName and PassWord properties

TJvUBRestore:
Case in UserName and PassWord properties

I can probably fix these. Shall I?

Thanks,
  Ignacio




Subject: Re: JvxRichEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 11:50:44 +1000
Newsgroups: jedi.vcl

Just a quick thought:
Can the RichEdit control be a parent ?
If yes, what about using a TImage that accepts a TImageList and put it as a child of the RichEdit ?
You would have to deal with scrolling issues, but it may consume less memory, especially if you do something like MyImage.Bitmap.Assign(TheBitmapFromTheImageList). Indeed, Assign doesn't copy the bitmap until you actually modify it. In your case, you won't modifiy it, hence no copy would occur...
It's just a quick thought, but it may be a way to explore...



Subject: Re: JvxRichEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Fri, 7 Nov 2003 22:19:01 -0300
Newsgroups: jedi.vcl

Remko Bonte wrote:
> > Ok, I understand what you mean, but I don't know a way to do this
> > with a
> > rich edit control or even know whether it's possible at all (but I
> > doubt
> > it), sorry.
> >
> > You may want to think about ways to prevent showing thousands of
> > images
> > in a rich edit control (serious, why would you want to do that?) or go
> > looking for commercial controls.

Thanks a lot for your help.

I'm making a chatlog viewer, and I'm working on emoticon support. You'd be
surprised the numbers of emoticons that are in those chatlogs! I can't
afford a shareware component, so I think I'll have to leave it as it is :-((

Mariano.



Subject: Re: JvxRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 08 Nov 2003 02:07:14 +0100
Newsgroups: jedi.vcl

Mariano López wrote:
> I'm adding the same 19x19 BMP many times to the richedit. When I add it 1000
> times, my program takes about 35 MB of RAM!!!

I added 5000 32x32 24 bits bmps and Windows Task Manager says the program takes 175 MB of RAM :)

When I use JCL's ToolHelp Viewer I see 5000 x 4096 bytes (4096 = 32x32x4 bytes) allocated, that is 20,480,000 bytes. These pieces are marked as mapped.

The totals according to ToolHelp Viewer are:

Committed: 192,335,872 bytes
Reserved: 127,139,840 bytes

Committed is what the program actually uses, and reserved what the program thinks it's gonna need; if you have a lot of memory the reserved size is doubled each time all reserved memory is committed.

At start up of the program I have:

Committed 22,134,784 bytes
Reserved 8,048,640 bytes.

This is a big starting number because it's all virtual memory; all dll's such as the big Shell32.dll are also added.

To get an indication of what is used for the images we can do the calculation:

  192,335,872
-  22,134,784
-  20,480,000 (I think you can also subtract the mapped memory)
  -----------
= 149,721,088 bytes
= 29944 bytes per image, thus an overhead of 25,848 bytes per image.

You can conclude that the Windows Task Manager shows a nice number, but it doesn't give a clue what it means; and that the rich edit control consumes a lot of memory for images <g>.

> Could I point to the bmp instead of loading it each time, so I always use
> the same "instance"? (Sorry, but I really don't know how to describe it).

Ok, I understand what you mean, but I don't know a way to do this with a rich edit control or even know whether it's possible at all (but I doubt it), sorry.

You may want to think about ways to prevent showing thousands of images in a rich edit control (serious, why would you want to do that?) or go looking for commercial controls.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: New Featores for tJvCustomAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 08 Nov 2003 00:55:46 +0100
Newsgroups: jedi.vcl

Hi Marcel,

is it possible to send me your sample application and also the jcl-registry file you are using. As i think the failure is not in the JvAppRegistryStore, it's maybe in the core file.

You can send it to me directly or upload it to the binaries newsgroup.

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Fri, 07 Nov 2003 17:07:23 +0100:
>
>  JF>>> have you ever tested the TJvAppRegistryStore.ReadFloat. I've got an
>  JF>>> EJclRegistryError "Unable to open key" if i try read an extended
>  JF>>> value.
>  >>
>  >>     Sorry for stating the obvious, but does the key you try to read
>  >> actually exists and do you have the proper rights to open that key? But
>  >> to be honest, I don't think I have checked the ReadFloat method.
>
>  JF> Both yes. First run writes, and second run tries to read.
>
>     My simple test app. (JvAppRegistryStore, JvCalcEdit and 2 buttons) reads
> and writes the Extended value correctly and consistently. Note that I store
> to HKCU\TestFloat and use Value1 as the read/write path.
>
>  JF> All other types no problem.
>
>     Good to know.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Not listening to anything; Foobar2000 stopped.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvxRichEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Fri, 7 Nov 2003 19:58:42 -0300
Newsgroups: jedi.vcl

Remko Bonte wrote:
> > Mariano López wrote:
>> >> It adds all the images in an ImageList to the JvxRichEdit. However,
>> >> it takes a lot of memory when there are many images (even if they
>> >> are repeated). Is there any way to make it point to the same image
>> >> to save memory? Thanks.
> >
> > Do you mean that it takes a lot of memory when the images are stored
> > in
> > the richedit or do you mean that the adding process takes a lot of
> > memory?

I'm adding the same 19x19 BMP many times to the richedit. When I add it 1000
times, my program takes about 35 MB of RAM!!!

> > How do you measure whether it takes a lot of memory?

With Windows Task Manager (CTRL+ALT+DEL in Windows XP).

Could I point to the bmp instead of loading it each time, so I always use
the same "instance"? (Sorry, but I really don't know how to describe it).

Thanks.

Mariano.



Subject: Re: BCB6 build is broken
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 08:54:38 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Noted and sorry if I've failed to update you/others on changes I've done.
I don't know if it's you and quite frankly I don't care. I won't hunt down the "offenders", it would destroy the good atmosphere here.

>> PS: I may sound a bit upset and that's the case. 
> You are allowed to be that. This is a community, not a dictatorship<g>
Nice to know. I do agree, and I hope almost everyone does, even if it seems there is one guy coming from time to time to flame everyone. Why is he so angry? I mean, I don't get it: if you don't like something or someone, just move on !



Subject: Re: I'm not sure what I did...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 08:38:24 +1000
Newsgroups: jedi.vcl

Neal Barney wrote:

> Ummm, after trying to get jvcl to compile against jcl 1.22 for many hours I finally was able to get it working.  But that's the funny part, it wasn't with the latest sources.  And I'm not sure WHY it worked for me this time around and not the first time I tried compiling.
>
> I noticed the JCL that is packaged in the JCL+JVCL210FullInstall.zip was able to compile "all the way" in BCB5, where I couldn't get any other version to work.  After that, I tried many different snapshots of jvcl3 and even pulled the CVS sources using WinCVS (already had it installed for other projects, never used TortoiseCVS).  Finally, I realized that I had gotten farther with the JVCL sources from the JCL+JVCL combo distribution than any of the "updated" ones that I had tried.  So I reattempted to compile, got the .bpi errors, but it compiled and installed.  I wonder why it didn't the first time?
The bpi errors are due to a bug in BCB5 and BCB6, there is nothing we can do. It IS annoying, but it seems Borland has limited interest in BCB anyway...
As for not being able to compile the "updated" sources, it doesn't surprises me. I requires a modified version of the JCL, one that has been updated to better support BCB. But this version is only available in the VCS (not CVS, you access it with JediVCS) from the JCL...
I know this is annoying, but we can't do a distribution for the JCL, it's not really our job. I'll ask the guys if they can do something about that.
And the reason why it compiled the second time is maybe because all the output files from the first time were still there...

> I did a couple of tests of some of the dialogs, which was what I was origionally looking for when I came across JVCL, and most of them worked fine.  Though JvBrowseFolder gave some errors and that was the main Dialog I was looking for (along with OpenDialog2000 and SaveDialog2000).  If I commented out the offending line, it would compile cleanly though I'm not sure if this would break things in other places.
Generally not. Anyway, what was the problem, in case we missed that one ?

> Thanks a bunch.  You guys rock.
Thanks a lot.

Olivier Sannier
JVCL Developer



Subject: Re: JvArrowbutton
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 08 Nov 2003 08:32:57 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I have been doing some work in making JvArrowButton derive from
> JvGraphicButton (and remove the Borland specific code at the same time) and
> everything seems to pan out fine OK so far. I haven't done the image drawing
> yet, so before I embark on a major code journey, I need some advice:
>
> * Should we remove JvArrowButton and recommend using TJvSpeedButton with a
> DropDownMenu and MarkDropDown = true instead?
What are the advantages and drawbacks ? As an advantage, I see one less component to maintain.

> * If we keep it, should it use Glyph (TPicure) as before or should I rewrite
> it to use an image list?
Why not use both as the JvMenus do. If there is a glyh, use it. If not, use the ImageList.



Subject: Re: JvxRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 07 Nov 2003 23:00:21 +0100
Newsgroups: jedi.vcl

Mariano López wrote:
> It adds all the images in an ImageList to the JvxRichEdit. However, it takes
> a lot of memory when there are many images (even if they are repeated). Is
> there any way to make it point to the same image to save memory? Thanks.

Do you mean that it takes a lot of memory when the images are stored in the richedit or do you mean that the adding process takes a lot of memory?

How do you measure whether it takes a lot of memory?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: I'm not sure what I did...
From: Neal Barney <joeno99@hotmail.com>
Date: Fri, 7 Nov 2003 19:26:30 +0000 (UTC)
Newsgroups: jedi.vcl

Ummm, after trying to get jvcl to compile against jcl 1.22 for many 
hours I finally was able to get it working.  But that's the funny 
part, it wasn't with the latest sources.  And I'm not sure WHY it 
worked for me this time around and not the first time I tried 
compiling.

I noticed the JCL that is packaged in the 
JCL+JVCL210FullInstall.zip was able to compile "all the way" in 
BCB5, where I couldn't get any other version to work.  After that, 
I tried many different snapshots of jvcl3 and even pulled the CVS 
sources using WinCVS (already had it installed for other projects, 
never used TortoiseCVS).  Finally, I realized that I had gotten 
farther with the JVCL sources from the JCL+JVCL combo distribution 
than any of the "updated" ones that I had tried.  So I reattempted 
to compile, got the .bpi errors, but it compiled and installed.  I 
wonder why it didn't the first time?

I did a couple of tests of some of the dialogs, which was what I 
was origionally looking for when I came across JVCL, and most of 
them worked fine.  Though JvBrowseFolder gave some errors and that 
was the main Dialog I was looking for (along with OpenDialog2000 
and SaveDialog2000).  If I commented out the offending line, it 
would compile cleanly though I'm not sure if this would break 
things in other places.

All-in-all, it was a small chore to get everything installed, but 
now that it is all I can is *WOW*.  I can't believe how many 
components have been written and are available to me now.

Thanks a bunch.  You guys rock.


Subject: JvxRichEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Fri, 7 Nov 2003 15:36:50 -0300
Newsgroups: jedi.vcl

I'm using the following code to add images to a JvxRichEdit:

function BitmapToRTF(pict: TBitmap): string;
var
  bi, bb, rtf: string;
  bis, bbs: Cardinal;
  achar: ShortString;
  hexpict: string;
  I: Integer;
begin
  GetDIBSizes(pict.Handle, bis, bbs);
  SetLength(bi, bis);
  SetLength(bb, bbs);
  GetDIB(pict.Handle, pict.Palette, PChar(bi)^, PChar(bb)^);
  rtf := '{\rtf1 {\pict\dibitmap ';
  SetLength(hexpict, (Length(bb) + Length(bi)) * 2);
  I := 2;
  for bis := 1 to Length(bi) do
  begin
    achar := Format('%x', [Integer(bi[bis])]);
    if Length(achar) = 1 then
      achar := '0' + achar;
    hexpict[I - 1] := achar[1];
    hexpict[I] := achar[2];
    Inc(I, 2);
  end;
  for bbs := 1 to Length(bb) do
  begin
    achar := Format('%x', [Integer(bb[bbs])]);
    if Length(achar) = 1 then
      achar := '0' + achar;
    hexpict[I - 1] := achar[1];
    hexpict[I] := achar[2];
    Inc(I, 2);
  end;
  rtf := rtf + hexpict + ' }}';
  Result := rtf;
end;

procedure TForm1.Button2Click(Sender: TObject);
var
 SS: TStringStream;
 BMP: TBitmap;
 I: integer;
begin

  RE.Lines.BeginUpdate;

  for I := 0 to ImageList1.Count-1 do
  begin

    BMP := TBitmap.Create;
    ImageList1.GetBitmap(I,BMP);

    SS := TStringStream.Create(BitmapToRTF(BMP));
    try
      RE.PlainText := False;
      RE.StreamMode := [smSelection];
      RE.Lines.LoadFromStream(SS);
    finally
      BMP.Free;
      SS.Free;
    end;
  end;

  RE.Lines.EndUpdate;
end;

It adds all the images in an ImageList to the JvxRichEdit. However, it takes
a lot of memory when there are many images (even if they are repeated). Is
there any way to make it point to the same image to save memory? Thanks.




Subject: Re: BCB6 build is broken
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 07 Nov 2003 18:15:22 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> You are allowed to be that. This is a community, not a dictatorship<g>

Which means we change dictators daily ;-)



Subject: Re: New Featores for tJvCustomAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 7 Nov 2003 17:31:12 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 07 Nov 2003 17:07:23 +0100:

 JF>>> have you ever tested the TJvAppRegistryStore.ReadFloat. I've got an
 JF>>> EJclRegistryError "Unable to open key" if i try read an extended
 JF>>> value.
 >>
 >>     Sorry for stating the obvious, but does the key you try to read
 >> actually exists and do you have the proper rights to open that key? But
 >> to be honest, I don't think I have checked the ReadFloat method.

 JF> Both yes. First run writes, and second run tries to read.

    My simple test app. (JvAppRegistryStore, JvCalcEdit and 2 buttons) reads
and writes the Extended value correctly and consistently. Note that I store
to HKCU\TestFloat and use Value1 as the read/write path.

 JF> All other types no problem.

    Good to know.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Not listening to anything; Foobar2000 stopped.




Subject: Re: New Featores for tJvCustomAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 07 Nov 2003 17:07:23 +0100
Newsgroups: jedi.vcl

>  JF> have you ever tested the TJvAppRegistryStore.ReadFloat. I've got an
>  JF> EJclRegistryError "Unable to open key" if i try read an extended value.
>
>     Sorry for stating the obvious, but does the key you try to read actually
> exists and do you have the proper rights to open that key? But to be honest,
> I don't think I have checked the ReadFloat method.

Both yes. First run writes, and second run tries to read.

All other types no problem.
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: JvArrowbutton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 7 Nov 2003 16:18:43 +0100
Newsgroups: jedi.vcl

I have been doing some work in making JvArrowButton derive from
JvGraphicButton (and remove the Borland specific code at the same time) and
everything seems to pan out fine OK so far. I haven't done the image drawing
yet, so before I embark on a major code journey, I need some advice:

* Should we remove JvArrowButton and recommend using TJvSpeedButton with a
DropDownMenu and MarkDropDown = true instead?
* If we keep it, should it use Glyph (TPicure) as before or should I rewrite
it to use an image list?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPanel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 7 Nov 2003 16:09:38 +0100
Newsgroups: jedi.vcl

I've updated the CVS page. Comments welcome

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB6 build is broken
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 7 Nov 2003 16:08:50 +0100
Newsgroups: jedi.vcl

> > It would have been good to have a small message when people added units 
> > or dependencies to units in thos packages. 
Noted and sorry if I've failed to update you/others on changes I've done.

> > PS: I may sound a bit upset and that's the case. 
You are allowed to be that. This is a community, not a dictatorship<g>
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDateEdit format, and result
From: SanskritFritz <oneuser@nomail.com>
Date: Fri, 07 Nov 2003 11:22:27 +0100
Newsgroups: jedi.vcl

BTW, how can I prevent the message "''12/31/2312'' is not a valid date." from popping up? I want to
get an EConvertError instead.
Thanks!



Subject: Re: New Object/Component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 7 Nov 2003 11:05:57 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 06 Nov 2003 22:44:26 +0100:

 >> It may operate with too storages (system-wide and user-specific - for
 >> example it hurts me to add plugin for Windows Commander to every user
 >> specifically, as the ini's are absolutely independable).

 JF> How would you manage something like that. What are the benefits and
 JF> usages. How do you want to use it?

    I was thinking about allowing other TJvCustomAppStore descendants to be
added to a root, something like this:

    Suppose we have two storages:
AppStore: TJvAppRegistryStore
UserStore: TJvAppINIStore

    For UserStore you would then specify it would be added to the AppStore
at path 'UserSettings\%s' and specify in UserStore the file name as
'Settings of %s.ini'. You could then use a path of, eg.
'UserSettings\marcelb\MySetting' or 'UserSettings\jfudickar\MySetting' to
retrieve the value of MySetting for my or your account respectively. Generic
settings will then automatically go to the AppStore storage.

    Of course we would need to specify for each TJvCustomAppStore derivative
where the %s should be handled (in theory we could store the user settings
also in a TJvAppRegistryStore, pointing to a specific key in a different
hive, depending on which user we are dealing with).

    Easier would be to just forget about the %s part (IOW, you only have
access to one user during the execution of the application and the
UserIniStore would be setup once to point to the user specific INI file or
registry key). You would then specify that UserStore is added to AppStore at
the path 'UserSettings' and any reference to 'UserSettings\<what-ever>'
would be passed on to the UserStore storage with path '<what-ever>'.

    Option 1 would give a greater flexibility, but Option 2 is infinitely
easier to implement (and probably understand).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Canigo" by Nits.




Subject: Re: TJvDateEdit format, and result
From: SanskritFritz <oneuser@nomail.com>
Date: Fri, 07 Nov 2003 11:00:15 +0100
Newsgroups: jedi.vcl

On Thu, 6 Nov 2003 18:40:55 +0100, Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

>> >> How can I make the TJvDateEdit reflect those changes too? It changes the
> >separator correctly, but
>> >> not the order, like if I change the ShortDateFormat from "dd/MM/yyyy" to
> >"yyyy.MM.dd" (and the
>> >> DateSeparator from "/" to "."), then the TJvDateEdit displays changes like
> >this: "06/11/2003" to
>> >> "06.11.2003".
> >I can't repeat this...
Can you tell me how to adjust the mask of the Text property at runtime? It looks like a maskedit,
but I dont know how to efit the mask. If I edited it, I could adjust the format ot fit the
ShortDateFormat value.


> >It does have a Date property but it is public, not published so you can't
> >access it at design-time. The null value is represented by 0.0 (1899-12-31)
Thanks, the null value I missed badly!



Subject: Re: New Featores for tJvCustomAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 7 Nov 2003 10:53:34 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Fri, 07 Nov 2003 01:08:12 +0100:

 JF> have you ever tested the TJvAppRegistryStore.ReadFloat. I've got an
 JF> EJclRegistryError "Unable to open key" if i try read an extended value.

    Sorry for stating the obvious, but does the key you try to read actually
exists and do you have the proper rights to open that key? But to be honest,
I don't think I have checked the ReadFloat method.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Doppelganger" by Nits.




Subject: Re: New Featores for tJvCustomAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 7 Nov 2003 10:51:00 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Thu, 06 Nov 2003 22:01:06 +0100:

 >>     I'd prefer option 1 (that is, the option itself is introduced in the
 >> base class of course, but each derived storage may decide on how to use
 >> that option, e.g. fix the settings or specify a default but allow the
 >> option to be changed by the outside world).

 JF> No i didn't like it. This means i can get different results using
 JF> different storage classes.

    Good point. But you do agree that each derived class should at least
specify it's own default value, right?

 JF> My account is "jfudickar" :-)

 JF> But until i didn't get any cvs to run. I had to try it again :-(

    I noticed Peter tried to help you out with that, so I won't bother.

 JF> By the way, did you received my mail with the problems about adding the
 JF> enumeration functions?

    Yes, I saw it and then completely forgot about it <g>. I think in both
cases (enum and set types) you need an untyped parameter (const for the
Write* and var or out for the Read*).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Chain of ifs" by Nits.




Subject: Re: HOWTO and help files
From: Neal Barney <joeno99@hotmail.com>
Date: Fri, 7 Nov 2003 09:41:45 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote in
news:bofn3i$kij$1@talkto.net: 

 BTW, you only need the Source
> > one, unless you intend on helping us with help and/or component
> > writing. 

First things first.  :)


Subject: Re: HOWTO and help files
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 07 Nov 2003 19:08:46 +1000
Newsgroups: jedi.vcl

Neal Barney wrote:

> Yeah, I guess I figured that out on my own.  I've been trying to compile the latest sources of jvcl for a couple of hours now with no luck.  Maybe it's just my lack of familiarity with the source, I dunno.
>
> Does anyone know if any of the available snapshots compile under BCB5?

I'd say the one from first of november. But you may have to test them one by one, unfortunately... BTW, you only need the Source one, unless you intend on helping us with help and/or component writing.



Subject: Re: BCB6 build is broken
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 07 Nov 2003 19:03:28 +1000
Newsgroups: jedi.vcl

OBones wrote:
> Due to the last changes in most units, the build for BCB6 is broken. I started to fix it, but I won't commit anything until tonight.
> BTW, it would have been nice if someone left a message about dbt.pas and moduleloader.pas for the JvSystem package
>
Well, I've fixed the build again.
Here are the modified files:
JvCmpC6R.bpk
JvCoreC6D.bpk
JvCtrlsC6D.bpk
JvCtrlsC6R.bpk
JvDBC6D.bpk
JvMMC6R.bpk        (an error on my side)
JvSystemC6R.bpk

It would have been good to have a small message when people added units or dependencies to units in thos packages. They obviously have been updated for Delphi, but BCB was left alone. However, it's not that hard to understand how the packages work, simply open them with a text editor. And if you don't have time, please, once again, leave a clear message here saying which package you changed and in which way.

Olivier Sannier

PS: I may sound a bit upset and that's the case. Just a bit, don't worry too much. But the daily snapshots are used by more and more people so it becomes quite crucial that it works at least once a week...



Subject: Re: New Idea
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 Nov 2003 09:16:39 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > (ie you have to create and maintain a callback object) 
> > and now you get the raw unprocessed events without 
> > the logic of the component applied

No. The OnMouseEnter/Leave is a "procedure(Sender: TObject; AControl:
TControl) of object;" The WndProc events and OnMouseEnter/Leave are two
different things that are combined in one interface.


-- Regards Andreas Hausladen 

Subject: Re: HOWTO and help files
From: Neal Barney <joeno99@hotmail.com>
Date: Fri, 7 Nov 2003 07:56:28 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote in
news:bofekt$j25$1@talkto.net: 

> > Robert Marquardt wrote:
>> >> The BCB support is still flaky.
>> >> Do not expect it to work for daily snapshots.
>> >> Each time bigger changes are made it breaks down and gets fixed
>> >> again. If it does not compile then wait some days and it should
>> >> be fixed. 
>> >> 
> > In any case, watch this newsgroup for indications of the status
> > of BCB 
 

Yeah, I guess I figured that out on my own.  I've been trying to 
compile the latest sources of jvcl for a couple of hours now with 
no luck.  Maybe it's just my lack of familiarity with the source, I 
dunno.

Does anyone know if any of the available snapshots compile under 
BCB5?


Subject: Re: HOWTO and help files
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 07 Nov 2003 16:44:26 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Neal Barney wrote:
>
>> Alright, thanks for the help.  I'll grab the latest sources and give it a spin.  Thanks a bunch.
>
>
> The BCB support is still flaky.
> Do not expect it to work for daily snapshots.
> Each time bigger changes are made it breaks down and gets fixed again.
> If it does not compile then wait some days and it should be fixed.
>
In any case, watch this newsgroup for indications of the status of BCB



Subject: Re: No Daily Snapshot
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 7 Nov 2003 07:26:22 +0100
Newsgroups: jedi.vcl

Just got a reply from SF. They've restarted the cron daemon and claim it
should work now. Let's see tonight if they are right :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New feature on TjvLinkLabel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 7 Nov 2003 07:23:34 +0100
Newsgroups: jedi.vcl

> > That code doesn't working ?
I added the following to the constructor:
  FLinkCursor := crHandPoint;

Further down where the Cursor is changed, I modified
  Cursor := crNewHand;
into
  Cursor := LinkCursor;

That's it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: comment where is DFM
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 7 Nov 2003 07:21:29 +0100
Newsgroups: jedi.vcl

> > Hmmm... may this PAS has a comment on where it takes the required resource
> > instead of same-named DFM ?

It is created at runtime using CreateNew so no need for the DFM anymore.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HOWTO and help files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 07 Nov 2003 06:54:44 +0100
Newsgroups: jedi.vcl

Neal Barney wrote:

> Alright, thanks for the help.  I'll grab the latest sources and give it a spin.  Thanks a bunch.

The BCB support is still flaky.
Do not expect it to work for daily snapshots.
Each time bigger changes are made it breaks down and gets fixed again.
If it does not compile then wait some days and it should be fixed.



Subject: wish: comment where is DFM
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 7 Nov 2003 06:59:27 +0300
Newsgroups: jedi.vcl

Hello, All!

CVS:
P JVCL3/run/JvColorForm.pas

cvs server: JVCL3/run/JvColorForm.dfm is no longer in the repository



Hmmm... may this PAS has a comment on where it takes the required resource
instead of same-named DFM ?


-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: New feature on TjvLinkLabel
From: "Gustavo" <no@thanks.com>
Date: Fri, 7 Nov 2003 01:28:53 -0200
Newsgroups: jedi.vcl

Hi Peter,

I upload, some days ago, an Zip file on manthis.
You wrote :
"Thanks, committed, I had to add some code to make the LinkCursor work
:) "

That code doesn't working ?

I use that component on my application and it's working fine, but i
update my JVCL library before upload thats files, of course, i copy the
modification on new files. Perhaps, something was missing...

regards,

Gustavo




Subject: Assign Action from ActionList to JvTreeView Root Nodes
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Thu, 6 Nov 2003 20:23:05 -0600
Newsgroups: jedi.vcl

Reference a JvTreeView with (4) Root Nodes, one of which has (16) Child
Nodes. I would first like to assign a different Action (taken from an
ActionList) to each of the Root Nodes. As there appear to be several Events
for JvTreeView namely, OnClick, OnChange, and OnGetSelectedIndex where one
might enter code to accomplish this task, I really don't know which one to
use, let alone, if this is the correct approach. Also, the (16) child nodes
are linked to a PageControl located on one of four Child Forms created by
clicking on one of the four Root Nodes at runtime (Here I should mention
that clicking on any one of the Root Nodes serves to Free an Active Form and
create a new one provided that the selected Node has changed). As the
JvTreeView has a PageControl property that can be preset at design time,
this seems to work well for linking the child nodes to the tabsheets in the
PageControl (here I should also mention that the Nodes including the
PageControl tabsheets are static). All said, can someone show me the code
and the event to assign actions (from the ActionList) to the Root Nodes? I
am presently working in Delphi 6 Ent in Win98. Thank you ahead of time.

Regards,
Marty Potokar




Subject: Re: HOWTO and help files
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 07 Nov 2003 11:23:09 +1000
Newsgroups: jedi.vcl

The 2.1 JVCL doesn't support BCB5 because nobody was ever to test it before release due to nobody working BCB5.
The same goes for BCB6.
The only version that supports BCB5 and BCB6 is the upcoming JVCL 3 which will not be officialy released before January.
However, you can start using it right now by downloading it from CVS or from the daily snapshots (http://jvcl.sf.net/daily/)
This is still work in progress but the BCB5 support is know to be quite complete thanks to the work of Leroy.
Please read the Install.html file before as it contains a lot of help.
Please do not hesitate to post your questions here should you need any help.



Subject: Re: HOWTO and help files
From: Neal Barney <joeno99@hotmail.com>
Date: Fri, 7 Nov 2003 01:22:56 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote in
news:boerqk$geb$1@talkto.net: 

> > The 2.1 JVCL doesn't support BCB5 because nobody was ever to
> > test it before release due to nobody working BCB5.
> > The same goes for BCB6.
> > The only version that supports BCB5 and BCB6 is the upcoming
> > JVCL 3 which will not be officialy released before January.
> > However, you can start using it right now by downloading it from
> > CVS or from the daily snapshots (http://jvcl.sf.net/daily/)
> > This is still work in progress but the BCB5 support is know to
> > be quite complete thanks to the work of Leroy.
> > Please read the Install.html file before as it contains a lot of
> > help. Please do not hesitate to post your questions here should
> > you need any help. 

Alright, thanks for the help.  I'll grab the latest sources and give 
it a spin.  Thanks a bunch.


Subject: HOWTO and help files
From: Neal Barney <joeno99@hotmail.com>
Date: Fri, 7 Nov 2003 01:08:12 +0000 (UTC)
Newsgroups: jedi.vcl

I just found JVCL today and I'm quite impressed with what this 
packages contains.  Now I'd like to get to use it!  :)  Where is the 
best documentation for first time users of the package?  The web page 
is pretty sparse and I'm having difficulty finding out what I need to 
do.  I've trolled through old messages in this newsgroup for help, 
but it would be much nicer if there was a HOWTO or some type of HTML 
documentation that could be refered to.

The reason I ask is I'm having difficulty getting the most recent 
stable (2.1) JCL built.  I'm using BCB5 Enterprise+patches on Win2k.  
If I click on Install.bat in the main folder it gives me:

MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
        C:\PROGRA~1\Borland\CBUILD~1\Bin\..\bin\dcc32.exe -e..\..\Bin 
-i..\..\So
urce -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w  
JediInstaller.dpr   -DJEDI
INSTALL
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise 
Corporation
D:\Download\Programming\Misc\JCL+JVCL210FullInstall\JCL\Source
\JclSecurity.pas(76) Fatal: File not found: 'AccCtrl.dcu'

** error 1 ** deleting JediInstaller.exe

Where can I find this file?  What it supposed to be included with 
JCL?

I noticed that Ben Hay was working on modifying the file fullc5.bat 
from something named "Indy".  Would this help and if so where can I 
find this modified file?  Is it already included with the latest 
stable sources?

TIA


Subject: Re: BCB6 build is broken
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 07 Nov 2003 10:58:19 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Due to the last changes in most units, the build for BCB6 is broken. I started to fix it, but I won't commit anything until tonight.
> There should be no need to change the packages AFAICS?
There are, JvCoreC6D and JvCtrlsC6R had to be changed to reflect changes in Delphi packages

>> BTW, it would have been nice if someone left a message about dbt.pas and moduleloader.pas for the JvSystem package
> What kind of message? Nothing has happended to them AFAIK
Well, they definitely weren't in JvSystemC6R and this one built before this morning. Maybe I only saw that because I removed all obj files, but fact is I never heard of them before this morning... I'll have to check dates and history to see when this could have happened.



Subject: Re: New Featores for tJvCustomAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 07 Nov 2003 01:08:12 +0100
Newsgroups: jedi.vcl

Hi Marcel,

have you ever tested the TJvAppRegistryStore.ReadFloat. I've got an EJclRegistryError "Unable to open key" if i try read an extended value.

Any Ideas?

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Wed, 05 Nov 2003 22:49:17 +0100:
>
>  JF> what about this jvAppStoreOption should cot
>
>  JF> tjvAppStoreOptionBoolean = (asobString, asobInteger);
>  JF> tjvAppStoreOptionEnumeration = (asoeString, asoeInteger);
>  JF> tjvAppStoreOptionSet = (asosString, asosInteger, asosList);
>  JF> //List means a list with each type and boolean-flags
>
>     You seem to have thought about all options. Since the
> TJvAppStoreOptionBoolean and TJvAppStoreOptionEnumeration are equal, I would
> just use a single type (TJvAppStoreOption) or maybe even consider using a
> Boolean type in the class below (i.e. BooleanAsInteger: Boolean and EnumerationAsInteger:
> Boolean).
>
>  JF> tjvAppStoreOption = class(tPersistent)
>  JF> published
>  JF>    Boolean : tjvAppStoreOptionBoolean ;
>  JF>    Enumeration : tjvAppStoreOption;
>
>     See comment above.
>
>  JF>    Set : tjvAppStoreOption;
>
>     I would rename it to SetStoreOption (I think Set is not even allowed as
> an identifier).
>
>  JF>    IgnoreReadConvertError : Boolean;
>
>     I take it that IgnoreReadConvertError is used in the cases it tries to
> read a string while the storage can only access as an integer? Seems OK, as
> in most cases an application will use the same options upon saving as it
> does upon loading.
>
>  JF> I'm not shure what is the best way to realize the last option.
>  JF> Three options:
>  JF> 1. Handle the option in each tJvAppStore-Class
>  JF> 2. Handle the option in tJvCustomAppStore
>  JF> In this case the read/write-procedures must be wrapped. The existing
>  JF> must be renamed to maybe "*int" and all tJvAppStore-Class must
>  JF> overwrite the "*int"-classes.
>  JF> 3. Add an additional parameter to each read-procedure.
>
>  JF> What do you think?
>
>     I'd prefer option 1 (that is, the option itself is introduced in the
> base class of course, but each derived storage may decide on how to use that
> option, e.g. fix the settings or specify a default but allow the option to
> be changed by the outside world).
>
>  JF> P.S: In this moment i'm not able to commit to cvs, so i will send it to
>  JF> you.
>
>     If you want CVS write access, mail me your SF user account and I'll add
> you to the developer list.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "With used furniture we make a tree" by Nits.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Idea
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 07 Nov 2003 01:03:20 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Sometimes it is necessary to hook just one control (the old RxHook does
> this).

Note that this is reimplemented in JvWndProcHook.pas.

> But the "event filters" are only an extension to Peter's interface idea.
> The main reason is that all JVCL controls get a OnMouseEnter/Leave event
> and some other that may be of interest.

Ok, I can see it is useful for component writers, but for component users it appears to be more complicated than normal events (ie you have to create and maintain a callback object) and now you get the raw unprocessed events without the logic of the component applied, for example some components do not send an OnMouseEnter event if that component is disabled, etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: BCB6 build is broken
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 7 Nov 2003 00:54:20 +0100
Newsgroups: jedi.vcl

> > Due to the last changes in most units, the build for BCB6 is broken. I 
> > started to fix it, but I won't commit anything until tonight.
There should be no need to change the packages AFAICS?

> > BTW, it would have been nice if someone left a message about dbt.pas and 
> > moduleloader.pas for the JvSystem package
What kind of message? Nothing has happended to them AFAIK

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New Idea
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 Nov 2003 00:34:52 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > I am curious why you would want to hook a JVCL control? I think you
> > normally would only want to hook the application object or forms.

Sometimes it is necessary to hook just one control (the old RxHook does
this).
But the "event filters" are only an extension to Peter's interface idea.
The main reason is that all JVCL controls get a OnMouseEnter/Leave event
and some other that may be of interest.


-- Regards Andreas Hausladen 

Subject: Re: New Idea
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 7 Nov 2003 00:29:20 +0100
Newsgroups: jedi.vcl

> > Andreas Hausladen wrote:
> > In words:
> > 
> > All JVCL 3 controls (should) have a GetEventFilter method that is forced
> > by IJvCoreControlEvents (Peter's idea is here included). The public
> > GetEventFilter method returns a IJvEventFilterList interface which
handles
> > all WndProc hooks. You can add and remove hooks at any time. The hooks
are
> > IJvEventFilter interfaces that implement the FilteredEvents method.

I hope the following is more clear.

Peter has written a interface class that should contain events that have
no OnXxxx event like OnMouseEnter/Leave. My extension is to include a
method that returns a list of WndProc events. You can add and remove own
WndProcs events. The WndProc events are called by the component's WndProc
before it dispatches the messages to the message handlers.
This makes it easier to hook a component that supports the
IJvCoreControlEvents interface. You must not be aware of  other objects
that change the WindowProc property of the component while your object has
hooked it. I think you know what happens if you restore the original
WindowProc. (the other object may crash your app).

The interfaces are only there to force a correct implementation and to
access the different components with only one function.

As a goody we are able to identify a JVCL component by the
IJvCoreControlEvent interface.



-- Regards Andreas Hausladen 

Subject: Re: New Idea
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 07 Nov 2003 00:25:07 +0100
Newsgroups: jedi.vcl


> Andreas Hausladen wrote:
>
>> Has someone looked at this posting? Or do you ignore my ideas since my
>> CLXSystem idea :-) ?
>>
>>
> As I'm not really an expert on interfaces, anytime I see a GUID, I freak out and leave <g>

As i said :-) ;-)

> If you could explain that chunk of stuff in a bit more detail, especially the interest in doing that, maybe I'll have some thoughts...
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Idea
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 07 Nov 2003 00:20:11 +0100
Newsgroups: jedi.vcl

I am curious why you would want to hook a JVCL control? I think you normally would only want to hook the application object or forms. Might be that I am overlooking something obvious <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: New Idea
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 07 Nov 2003 09:16:05 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Has someone looked at this posting? Or do you ignore my ideas since my
> CLXSystem idea :-) ?
>
>
As I'm not really an expert on interfaces, anytime I see a GUID, I freak out and leave <g>
If you could explain that chunk of stuff in a bit more detail, especially the interest in doing that, maybe I'll have some thoughts...



Subject: BCB6 build is broken
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 07 Nov 2003 09:14:40 +1000
Newsgroups: jedi.vcl

Due to the last changes in most units, the build for BCB6 is broken. I started to fix it, but I won't commit anything until tonight.
BTW, it would have been nice if someone left a message about dbt.pas and moduleloader.pas for the JvSystem package



Subject: Re: New Idea
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 07 Nov 2003 00:10:53 +0100
Newsgroups: jedi.vcl

Nobody wants to ignore you, but not all of us are firm enough with interfaces to see your great visions ;-)

Andreas Hausladen wrote:

> Has someone looked at this posting? Or do you ignore my ideas since my
> CLXSystem idea :-) ?
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 07 Nov 2003 00:09:36 +0100
Newsgroups: jedi.vcl

>> there are no links 
>
> Where do you mean there are no links? In the CVS doc or on the SF page?
>

On the SF page

This is everything:

Host Access Information
Members of registered SourceForge.net projects are provided access to a number of hosts. Access to the project shell and CVS servers is automatically provided to project developers. Access to the SourceForge.net Compile Farm is provided on an opt-in basis. Shell, CVS and Compile Farm services are only available to those users listed as developers on a project.


Notes

Footnote 1: SourceForge.net staff are able to assist you with questions regarding the SourceForge.net site, acceptable usage of your SourceForge.net user account, account maintenance options (i.e. things on this page), site usage, mail problems (including unsubscribes) and account removal (should that be needed).


>
>> There is only a three-lined text and that's it.
>
> That's what I call a label<g>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 07 Nov 2003 00:02:50 +0100
Newsgroups: jedi.vcl

>>> 1. Didn't find the  "Shell Account Information" to upload the key
>
> * Go to https://sourceforge.net/my/
> * Click on "Account Options" at the top
> * Log in if prompted to do so
> * Scroll down to "Host Access Information" and click the "Edit Keys" link
> next to the label "Number of SSH Shared Keys on file:".
> * On the new page, paste the key you created with pageant into the memo and
> click on Update.

The point is : there are no links and there is no label "Number of SSH Shared Keys on file:" There is only a three-lined text and that's it.

>
>
>>> 2. Where did i find the "pageant.exe"
>
> There is a link to PuTTY
> (http://www.chiark.greenend.org.uk/~sgtatham/putty/) on the page. This is
> were you get pageant.
>
>
>> Maybe you should update the website to give hints to the new module.
>

Got it, thanks

> Yeah, probably need to update the entire page as well with more detailed
> information. I've postponed it for a long time because we've almost moved
> several times and since a move would mean redoing everything anyway...
>

:-)

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 7 Nov 2003 00:01:34 +0100
Newsgroups: jedi.vcl

> >there are no links 
Where do you mean there are no links? In the CVS doc or on the SF page?

> >There is only a three-lined text and that's it.
That's what I call a label<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New Idea
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 23:59:46 +0100
Newsgroups: jedi.vcl

> > Has someone looked at this posting?
Yes
> > Or do you ignore my ideas since my
> > CLXSystem idea :-) ?
Don't worry, noone ignores you. You're just too fast for most of us :)

I think it's pretty clever but I would like someone else but me to comment
on it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPanel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 23:49:24 +0100
Newsgroups: jedi.vcl

>> > > 1. Didn't find the  "Shell Account Information" to upload the key
* Go to https://sourceforge.net/my/
* Click on "Account Options" at the top
* Log in if prompted to do so
* Scroll down to "Host Access Information" and click the "Edit Keys" link
next to the label "Number of SSH Shared Keys on file:".
* On the new page, paste the key you created with pageant into the memo and
click on Update.

>> > > 2. Where did i find the "pageant.exe"
There is a link to PuTTY
(http://www.chiark.greenend.org.uk/~sgtatham/putty/) on the page. This is
were you get pageant.

> > Maybe you should update the website to give hints to the new module.
Yeah, probably need to update the entire page as well with more detailed
information. I've postponed it for a long time because we've almost moved
several times and since a move would mean redoing everything anyway...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 23:49:14 +0100
Newsgroups: jedi.vcl

And now i've found my changes.

It's cool. I'm cool. Delphi is cool. Jedi is cool. Jvcl is cool :-)

Jens Fudickar wrote:

>> Try this one instead (if jfudickar is your SF name):
>>
>
> It is.
>
>> CVSROOT
>> :ext:jfudickar@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
>>
>> Module:
>> dev/JVCL3  NB! case sensitive!
>>
>> You will be prompted for your SF password, but see
>> http://jvcl.sf.net/cvs.htm for info on how to remove the requirement to log
>> in on each CVS command.
>
>
> Two problems with this.
> 1. Didn't find the  "Shell Account Information" to upload the key
> 2. Where did i find the "pageant.exe"
>
> I've got it anonymous first
>
>>
>> Anonymous access is provided through a backup server, so CVS updates are
>> delayed ~24hours. Us really cool players get CVS updates at once and now
>> you're one of us<g>. Welcome to the gang, BTW!
>>
>
> Thanks :-) Nice to know that i'm a cool player.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Idea
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Nov 2003 23:44:28 +0100
Newsgroups: jedi.vcl

Has someone looked at this posting? Or do you ignore my ideas since my
CLXSystem idea :-) ?


-- Regards Andreas Hausladen 

Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 23:35:50 +0100
Newsgroups: jedi.vcl

Maybe you should update the website to give hints to the new module.

Jens Fudickar wrote:

>> Try this one instead (if jfudickar is your SF name):
>>
>
> It is.
>
>> CVSROOT
>> :ext:jfudickar@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
>>
>> Module:
>> dev/JVCL3  NB! case sensitive!
>>
>> You will be prompted for your SF password, but see
>> http://jvcl.sf.net/cvs.htm for info on how to remove the requirement to log
>> in on each CVS command.
>
>
> Two problems with this.
> 1. Didn't find the  "Shell Account Information" to upload the key
> 2. Where did i find the "pageant.exe"
>
> I've got it anonymous first
>
>>
>> Anonymous access is provided through a backup server, so CVS updates are
>> delayed ~24hours. Us really cool players get CVS updates at once and now
>> you're one of us<g>. Welcome to the gang, BTW!
>>
>
> Thanks :-) Nice to know that i'm a cool player.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 23:33:49 +0100
Newsgroups: jedi.vcl

> Try this one instead (if jfudickar is your SF name):
>

It is.

> CVSROOT
> :ext:jfudickar@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
>
> Module:
> dev/JVCL3  NB! case sensitive!
>
> You will be prompted for your SF password, but see
> http://jvcl.sf.net/cvs.htm for info on how to remove the requirement to log
> in on each CVS command.

Two problems with this.
1. Didn't find the  "Shell Account Information" to upload the key
2. Where did i find the "pageant.exe"

I've got it anonymous first

>
> Anonymous access is provided through a backup server, so CVS updates are
> delayed ~24hours. Us really cool players get CVS updates at once and now
> you're one of us<g>. Welcome to the gang, BTW!
>

Thanks :-) Nice to know that i'm a cool player.

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 23:14:44 +0100
Newsgroups: jedi.vcl

Try this one instead (if jfudickar is your SF name):

CVSROOT
:ext:jfudickar@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

Module:
dev/JVCL3  NB! case sensitive!

You will be prompted for your SF password, but see
http://jvcl.sf.net/cvs.htm for info on how to remove the requirement to log
in on each CVS command.

Anonymous access is provided through a backup server, so CVS updates are
delayed ~24hours. Us really cool players get CVS updates at once and now
you're one of us<g>. Welcome to the gang, BTW!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 23:14:00 +0100
Newsgroups: jedi.vcl

Ok, i've checked out jvcl2, but how can i check out jvcl3.

Looking and searching :-)

Jens Fudickar wrote:

> :pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
>
> Module jvcl
> User : anonymous
>
>
> Peter Thörnqvist wrote:
>
>>> i've donw my first cvs download (turtoise) and i didn't see the changes.
>>> Can i do some mistakes.
>>
>>
>>
>> How did you set up CVS (i.e what CVSROOT string did you use when you did the
>> checkout)? If you right click any folder in Explorer and select "CVS
>> Checkout", you can see and select the previously used CVSROOTs in the list.
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 23:02:03 +0100
Newsgroups: jedi.vcl

:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

Module jvcl
User : anonymous


Peter Thörnqvist wrote:

>> i've donw my first cvs download (turtoise) and i didn't see the changes.
>> Can i do some mistakes.
>
>
> How did you set up CVS (i.e what CVSROOT string did you use when you did the
> checkout)? If you right click any folder in Explorer and select "CVS
> Checkout", you can see and select the previously used CVSROOTs in the list.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 22:53:29 +0100
Newsgroups: jedi.vcl

> > i've donw my first cvs download (turtoise) and i didn't see the changes.
> > Can i do some mistakes.

How did you set up CVS (i.e what CVSROOT string did you use when you did the
checkout)? If you right click any folder in Explorer and select "CVS
Checkout", you can see and select the previously used CVSROOTs in the list.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New Object/Component
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 22:44:26 +0100
Newsgroups: jedi.vcl

> It may operate with too storages (system-wide and user-specific - for
> example it hurts me to add plugin for Windows Commander to every user
> specifically, as the ini's are absolutely independable). 

How would you manage something like that. What are the benefits and usages.
How do you want to use it?

Please give me some more examples.

Greetings
Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Stra?e 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 22:40:23 +0100
Newsgroups: jedi.vcl

Hi Peter,

i've donw my first cvs download (turtoise) and i didn't see the changes. Can i do some mistakes.

Greetings
Jens

Peter Thörnqvist wrote:

>> Uploaded.
>
> ....and committed.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Object/Component
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 22:33:09 +0100
Newsgroups: jedi.vcl

Hi

which of the Jans components does you mean. I had a look on the component list and doesn't see any similar.

Greetings
Jens

Arioch /BDV/ wrote:

> The stars so gaily glistened... (Wed, 5 Nov 2003 20:42:16 +0100 @862)
> ....while the fading voice of Marcel whispered through the darkness,
> making lonely ghost of Jens Fudickar tremble:
>
>  JF> easy to use and enhance. Adding a property to the base object
>  JF> is everything i had to do, and the data is saved.
>
> AFAIR a numbr of RX and Jans components had this functionality, but it was
> striped away in JVCL 3.
> So IMHO You may look JVCL 2 sources and borrow code from them.
>
> Potentially there are problems:
>   1) aside, separate storer can keep storage id based on it's nature.
> Say for registry it would be hive id and path. For INI - file name and
> section name. For, say, some server - IP and port and password
> You component will support the only way of saving settings (say, INI file
> and their storing in Registry).
>   2) those new features may interfere with some AppStorage, if developer
> will erratically assign both.
>
> IMHO best way is to be 3-tier.
> Component knows the subset and sequence of storing/retrieving properties, so
> it's implelenting some IPropertiesDataProvider.
> It also may define some 'virtual' properties or merge several propeties into
> one logic 'atom'.
> Default one is just iterator with manually given list of properties a la
> RxFormStorage.
>
> The storage is non-smart storage. Not more. It just detemines where and how
> to store properties.
>
> The manager is bridge between them, it determines when to load/store. And
> has method/events for developer's control over process.
> It may operate with too storages (system-wide and user-specific - for
> example it hurts me to add plugin for Windows Commander to every user
> specifically, as the ini's are absolutely independable). It may mantain ACLs
> for some specific properties. It may organise several properties into
> logical group, etc - there may be a number of managers different pruposes.
> If manager will also provide IPropertiesDataProvider - it may become slave
> in some tree of managers.
>
> Smth like DFM parsing, like TReader/TWriter - but more customisable, with
> more control over errors (B. can only load DFM or cancel, or remove some
> objects from it, and no format but DFM is possible), and easier to
> customise.
>
> Then JvTranslator may become subset of generic IPropertiesDataProvider :-)
>
> Errgghm... Jst re-read all that. "I have a dreaaaam...." <g>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Stra?e 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: No Daily Snapshot
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 22:02:48 +0100
Newsgroups: jedi.vcl

I know. There's a problem with the cron job. I've posted a service request
to SF and I'm awaiting a response.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New Object/Component
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 22:02:24 +0100
Newsgroups: jedi.vcl

Nothing to add :-))

Marcel Bestebroer wrote:

> Hello, Arioch!
> You wrote to Marcel Bestebroer on Thu, 6 Nov 2003 14:59:15 +0300:
>
>  AB> =========Beginning of the citation==============
>  AB> This object will use tJvCustomAppStore to store all
>  AB> published properties *of himself* to the registry/ini-file.
>  AB> =========The end of the citation================
>
>  AB> So he's making parent class for some potential new components (or
>  AB> modified current ones - new versions of them).
>
>     No, he isn't. It's a simple base class that a user will derive from if
> s/he wants to store application specific settings (such as last opened file,
> advanced or basic user interface, etc.) It has *nothing* to do with any
> component (as that is covered by TJvFormStorage). The class Jens writes will
> store it's own properties (or rather that of the descendant of course) using
> a TJvCustomAppStore derived class (which is the backend, where the data is
> actually stored: registry, INI, DB, XML).
>
>     He will add some missing features to the TJvCustomAppStore but that is
> generic stuff that should apply to any component/class that wants to store
> specific data.
>
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Baggy trousers" by Madness.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Featores for tJvCustomAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 22:01:06 +0100
Newsgroups: jedi.vcl

Hi Marcel

Marcel Bestebroer wrote:

>  JF> tjvAppStoreOptionBoolean = (asobString, asobInteger);
>  JF> tjvAppStoreOptionEnumeration = (asoeString, asoeInteger);
>  JF> tjvAppStoreOptionSet = (asosString, asosInteger, asosList);
>  JF> //List means a list with each type and boolean-flags
>
>     You seem to have thought about all options. Since the
> TJvAppStoreOptionBoolean and TJvAppStoreOptionEnumeration are equal, I would
> just use a single type (TJvAppStoreOption) or maybe even consider using a
> Boolean type in the class below (i.e. BooleanAsInteger: Boolean and EnumerationAsInteger:
> Boolean).
>

Ok

>  JF> tjvAppStoreOption = class(tPersistent)
>  JF> published
>  JF>    Boolean : tjvAppStoreOptionBoolean ;
>  JF>    Enumeration : tjvAppStoreOption;
>
>     See comment above.
>
>  JF>    Set : tjvAppStoreOption;
>
>     I would rename it to SetStoreOption (I think Set is not even allowed as
> an identifier).

Right

>
>  JF>    IgnoreReadConvertError : Boolean;
>
>     I take it that IgnoreReadConvertError is used in the cases it tries to
> read a string while the storage can only access as an integer? Seems OK, as
> in most cases an application will use the same options upon saving as it
> does upon loading.
>
>  JF> I'm not shure what is the best way to realize the last option.
>  JF> Three options:
>  JF> 1. Handle the option in each tJvAppStore-Class
>  JF> 2. Handle the option in tJvCustomAppStore
>  JF> In this case the read/write-procedures must be wrapped. The existing
>  JF> must be renamed to maybe "*int" and all tJvAppStore-Class must
>  JF> overwrite the "*int"-classes.
>  JF> 3. Add an additional parameter to each read-procedure.
>
>  JF> What do you think?
>
>     I'd prefer option 1 (that is, the option itself is introduced in the
> base class of course, but each derived storage may decide on how to use that
> option, e.g. fix the settings or specify a default but allow the option to
> be changed by the outside world).

No i didn't like it. This means i can get different results using different storage classes.
For me this is an option which i want to set as developer and in this case i want to have the same handling for all classed.
Using your opinion we could also discuss that all other properties of the storage options are only possible options for the storage classes. I would prefer to have all these things capsulated in the tJvCustomAppStore and the storage classes only define own base mechanism.

>
>  JF> P.S: In this moment i'm not able to commit to cvs, so i will send it to
>  JF> you.
>
>     If you want CVS write access, mail me your SF user account and I'll add
> you to the developer list.

My account is "jfudickar" :-)

But until i didn't get any cvs to run. I had to try it again :-(

By the way, did you received my mail with the problems about adding the enumeration functions?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: No Daily Snapshot
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 21:53:04 +0100
Newsgroups: jedi.vcl

Hi Guys,

the last daily snapshot is dated from 03.11.2003

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: DataProvider commits
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Nov 2003 19:11:44 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > It's quite 'cause Foobar2000 is not active.

Thanks.

Delphi 6 and 7 packages JvCoreDxD.dpk are now up to date.



-- Regards Andreas Hausladen 

Subject: Re: DataProvider commits
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 Nov 2003 19:08:28 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Thu, 6 Nov 2003 18:50:19 +0100:

 >> Hello, All!
 >>
 >>     I have just committed all changes I did regarding the JvDataProvider
 >> core and some specific things for the JvColorProvider. AFAICT only 1
 >> unit has been added (to the JvCore design time unit), but I only added
 >> it to the D5 package for the moment.

 AH> In JvColorProviderDesignerForm.pas you forgot to include JVCL.INC.
 AH> Under Delphi 6 the COMPILER6_UP symbol is not defined and the unit will
 AH> not compile.

 AH> As I don't know how far you are with your changes I will not touch the
 AH> file in CVS.

  Committed the addition.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quite 'cause Foobar2000 is not active.




Subject: Re: DataProvider commits
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Nov 2003 18:50:19 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > Hello, All!
> > 
> >     I have just committed all changes I did regarding the JvDataProvider
> > core and some specific things for the JvColorProvider. AFAICT only 1 unit
> > has been added (to the JvCore design time unit), but I only added it to
> > the D5 package for the moment.

In JvColorProviderDesignerForm.pas you forgot to include JVCL.INC. Under
Delphi 6 the COMPILER6_UP symbol is not defined and the unit will not
compile.

As I don't know how far you are with your changes I will not touch the
file in CVS.


-- Regards Andreas Hausladen 

Subject: Re: TJvDateEdit format, and result
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 18:40:55 +0100
Newsgroups: jedi.vcl

> > How can I make the TJvDateEdit reflect those changes too? It changes the
separator correctly, but
> > not the order, like if I change the ShortDateFormat from "dd/MM/yyyy" to
"yyyy.MM.dd" (and the
> > DateSeparator from "/" to "."), then the TJvDateEdit displays changes like
this: "06/11/2003" to
> > "06.11.2003".
I can't repeat this, but I did find a problem with the FourDigitYear code.
Basically, if USE_FOUR_DIGIT_YEAR is defined, the date edits should be
forced to use 4-digit years, regardless of the ShortDateFormat settings. The
way it was written, however, FourDigitYear was always false when
USE_FOUR_DIGIT_YEAR was defined, i.e the opposite of the expected! The
solution is to change the code where FourDigitYear is defined to:

JvJCLUtils.pas:

{$IFDEF USE_FOUR_DIGIT_YEAR}
var
  FourDigitYear: Boolean = true;
{$ELSE}
function FourDigitYear: Boolean;
{$ENDIF USE_FOUR_DIGIT_YEAR}

I have moved this stuff from JvJVCLUtils to JvJCLUtils just the other day,
so you might want to get the update from CVS/snapshot in a day or two when
I've had time to commit it. If you've gotten the code recently, I also found
a problem in TJvCustomDateEdit.FourDigitYear where it goes into infinite
recursion. The code should be changed to this (if you have updated your
files recently):

JvToolEdit.pas:

function TJvCustomDateEdit.FourDigitYear: Boolean;
begin
  Result := (FYearDigits = dyFour) or ((FYearDigits = dyDefault) and
    (JvJCLUtils.FourDigitYear));
end;


> > Another problem is, the TDateTimePicker has the property Date, TJvDateEdit
doesn't. AFAIK I can only
> > use the Text property to read the contents of the control. I can't read
the russian help of the RX
> > library, please help me if there is a way to read the control as Date. I
know I can convert the Text
> > to Date, but my concern is the null value, which is "  /  /    " or "    .
..  " depending on the
> > system settings.
It does have a Date property but it is public, not published so you can't
access it at design-time. The null value is represented by 0.0 (1899-12-31)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Question: windows or delphi code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Nov 2003 18:37:52 +0100
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Also you didn't compile it for VisualCLX on windows. 

That's not true. I had complied the JvClxUtils, JvJCLUtils and JvJVCLUtils
unit with VisualCLX activated in a CLX Application. But the LINUX symbol
is not defined under Windows.


-- Regards Andreas Hausladen 

Subject: Re: Question: windows or delphi code
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 06 Nov 2003 16:36:22 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Peter Thörnqvist wrote:
> > 
>> >> It's listed in the uses of JvJVCLUtils but the unit is not in CVS
> > 
> > Oh. As I have not compiled under Linux the IFDEF LINUX condition is never
> > true. You can remove the three lines.
> > 

Also you didn't compile it for VisualCLX on windows. 

André Snepvangers




Subject: DataProvider commits
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 Nov 2003 16:58:05 +0100
Newsgroups: jedi.vcl

Hello, All!

    I have just committed all changes I did regarding the JvDataProvider
core and some specific things for the JvColorProvider. AFAICT only 1 unit
has been added (to the JvCore design time unit), but I only added it to the
D5 package for the moment. The changes should not give any compiler errors
(it builds correctly in D5), but don't be surprised if some provider stuff
seems not to work completely. I just committed it to get the CVS repository
up-to-date again and allow myself to revert if the upcoming changes don't
pan out. I would be very helpful if someone is willing to try to build it to
see if I haven't forgotten any file.

  A couple of notes though:

* The JvColorMappingProvider (which is still named
JvColorProviderMappingProvider in the current commit) is both a provider as
well as a consumer but is still untested. IOW: stay away from that one.
* The color provider designer is partly working (in that you can modify the
name of the colors for each mapping separately and adding a new mapping
might work). Don't try this at home!

    Current I'm trying to allow one consumer to notify related (linked)
consumers if another item is selected. This will allow you to place two
combo boxes, one linked to a TJvColorProvider and one linked
TJvContextProvider (which in turn is linked to the same TJvColorProvider).
If you change the combo box linked to the context provider, the other combo
box should then automatically switch to the newly selected context. The same
will be possible of the name mappings (using a combo box linked to a
TJvColorMappingProvider linked to the TJvColorProvider) . If it's not clear,
wait till it's finished and a demo is ready.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Lightning Crashes" by Live.




Subject: TJvDateEdit format, and result
From: SanskritFritz <oneuser@nomail.com>
Date: Thu, 06 Nov 2003 15:02:19 +0100
Newsgroups: jedi.vcl

Hi all, 
The TDateTimePicker (almost) immediately reflects the changes made in the global variables
ShortDateFormat and DateSeparator.
How can I make the TJvDateEdit reflect those changes too? It changes the separator correctly, but
not the order, like if I change the ShortDateFormat from "dd/MM/yyyy" to "yyyy.MM.dd" (and the
DateSeparator from "/" to "."), then the TJvDateEdit displays changes like this: "06/11/2003" to
"06.11.2003".

Another problem is, the TDateTimePicker has the property Date, TJvDateEdit doesn't. AFAIK I can only
use the Text property to read the contents of the control. I can't read the russian help of the RX
library, please help me if there is a way to read the control as Date. I know I can convert the Text
to Date, but my concern is the null value, which is "  /  /    " or "    .  .  " depending on the
system settings.

Thanks!
Frank



Subject: Re: Code Formatter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Nov 2003 15:01:26 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> Hi,
>
> which Code Formatter are you using to create a uniform jvcl-conform code?

At least once a year i try to enforce the Jedi style by hand.

> Any special settings?

No beer ;-)



Subject: Re: New Object/Component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 Nov 2003 14:08:53 +0100
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Thu, 6 Nov 2003 14:59:15 +0300:

 AB> =========Beginning of the citation==============
 AB> This object will use tJvCustomAppStore to store all
 AB> published properties *of himself* to the registry/ini-file.
 AB> =========The end of the citation================

 AB> So he's making parent class for some potential new components (or
 AB> modified current ones - new versions of them).

    No, he isn't. It's a simple base class that a user will derive from if
s/he wants to store application specific settings (such as last opened file,
advanced or basic user interface, etc.) It has *nothing* to do with any
component (as that is covered by TJvFormStorage). The class Jens writes will
store it's own properties (or rather that of the descendant of course) using
a TJvCustomAppStore derived class (which is the backend, where the data is
actually stored: registry, INI, DB, XML).

    He will add some missing features to the TJvCustomAppStore but that is
generic stuff that should apply to any component/class that wants to store
specific data.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Baggy trousers" by Madness.




Subject: Re: My JVCL wish list
From: SanskritFritz <oneuser@nomail.com>
Date: Thu, 06 Nov 2003 13:56:33 +0100
Newsgroups: jedi.vcl

On Sat, 19 Jan 2002 20:40:25 +0100, "Pierre Rougier" <pierre.rougier@ifrance.com> wrote:

> >Things about I don't care :
> >The
> >TButtonShapeWithLabel3DFxCaptionMultiLignesWithTransparencyImageBackgroudWit
> >hTheLookXPAndAlphaBlending.

LOL, that is funny. I agree though. But then again, when you need it, then its good to have it
handy.
Frank


Subject: Re: New Object/Component
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 6 Nov 2003 14:59:15 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 6 Nov 2003 10:33:31 +0100 @439)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Arioch /BDV/ tremble:

 AB>> The manager is bridge between them, it determines when to load/store.
 MB>     TJvFormStorage and the class Jens is working on.

No, with my scheme, it's component, no.1
=========Beginning of the citation==============
This object will use tJvCustomAppStore to store all
published properties *of himself* to the registry/ini-file.
=========The end of the citation================

So he's making parent class for some potential new components (or modified
current ones - new versions of them).

But that is brand old problem.
How to add same new functionality to a number of old classes without
multi-inheritance?

-- If i had ears, i'd heard Вероника Долина - А тонкая материя... http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: New Object/Component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 Nov 2003 10:33:31 +0100
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Thu, 6 Nov 2003 12:12:46 +0300:

 JF>> easy to use and enhance. Adding a property to the base object
 JF>> is everything i had to do, and the data is saved.

 AB> AFAIR a numbr of RX and Jans components had this functionality, but it
 AB> was striped away in JVCL 3.
 AB> So IMHO You may look JVCL 2 sources and borrow code from them.

    I haven't looked at Jans component set yet, but as Jens already
mentioned, the former Rx component TJvFormStorage is only suitable to store
published properties of components/controls.  He wants to provide a base
class to set up application settings/preferences/options that are not
directly linked to a single component/property.

 AB> Potentially there are problems:
 AB>   1) aside, separate storer can keep storage id based on it's nature.
 AB> Say for registry it would be hive id and path. For INI - file name and
 AB> section name. For, say, some server - IP and port and password
 AB> You component will support the only way of saving settings (say, INI
 AB> file and their storing in Registry).
 AB>   2) those new features may interfere with some AppStorage, if
 AB> developer will erratically assign both.

 AB> IMHO best way is to be 3-tier.

    Basically Jens is working to provide the mechanism to store properties
without directly telling it how to store it. The TJvCustomAppStore
derivatives store to a specific backend (currently only knows registry and
INI, but it should be possible to store to DB, through the network, to XML,
whatever you can think of, just write a derivative of TJvCustomAppStore to
accomplish the task of storing the basic elements (Int, String, Float and
Binary); the "client" components and objects will just call this storage to
store the data they want to store. The TJvCustomAppStore will also define
it's storage root (for reg. it allows you to specify HK* constant + root
key, for ini it allows to specify the file name).

    So the class Jens is working on will just call the
(Read/Write)Integer/String/Float or one of the wrappers for DateTime (Jens:
do we need a format property for this and a flag to specify if saving as
float value or as string representation?), Boolean or Set for every property
it has to store; much like TJvFormStorage does now (it already uses the
TJvCustomAppStore as it's storage backend). Most of the other components we
have, will have to adapted to the storage backed as well (except those that
use TJvFormStorage, those are already converted).

 AB> The storage is non-smart storage. Not more. It just detemines where and
 AB> how to store properties.

    TJvCustomAppStore

 AB> The manager is bridge between them, it determines when to load/store.

    TJvFormStorage and the class Jens is working on.

 AB> And has method/events for developer's control over process.

    TJvFormStorage and the class Jens is working on.

 AB> It may operate with too storages (system-wide and user-specific - for
 AB> example it hurts me to add plugin for Windows Commander to every user
 AB> specifically, as the ini's are absolutely independable).

    Now that is something I hadn't thought about.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Doppelganger" by Nits.




Subject: Re: New Object/Component
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Nov 2003 10:25:22 +0100
Newsgroups: jedi.vcl

> > AFAIR a numbr of RX and Jans components had this functionality, but it was
> > striped away in JVCL 3.
We had three different storage mechanisms in JVCL2. Two were removed in
JVCL3 and the third (the original RX) was enhanced and partially redesigned
by Marcel (the bac-end). Those components that used the two other methods
have not been converted to the new method 100%, but hopefully we'll get
there someday. Feel free to pitch in anytime.

> > IMHO best way is to be 3-tier.
> > Component knows the subset and sequence of storing/retrieving properties,
so
> > it's implelenting some IPropertiesDataProvider.
> > It also may define some 'virtual' properties or merge several propeties
into
> > one logic 'atom'.
> > Default one is just iterator with manually given list of properties a la
> > RxFormStorage.
> >
> > The storage is non-smart storage. Not more. It just detemines where and
how
> > to store properties.
> >
> > The manager is bridge between them, it determines when to load/store. And
> > has method/events for developer's control over process.
> > It may operate with too storages (system-wide and user-specific - for
> > example it hurts me to add plugin for Windows Commander to every user
> > specifically, as the ini's are absolutely independable). It may mantain
ACLs
> > for some specific properties. It may organise several properties into
> > logical group, etc - there may be a number of managers different pruposes.
> > If manager will also provide IPropertiesDataProvider - it may become slave
> > in some tree of managers.
Interesting concept. I'll leave it to Marcel /Jens to comment on possibility
of implementation.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New Object/Component
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 6 Nov 2003 12:12:46 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 5 Nov 2003 20:42:16 +0100 @862)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Jens Fudickar tremble:

 JF> easy to use and enhance. Adding a property to the base object
 JF> is everything i had to do, and the data is saved.

AFAIR a numbr of RX and Jans components had this functionality, but it was
striped away in JVCL 3.
So IMHO You may look JVCL 2 sources and borrow code from them.

Potentially there are problems:
  1) aside, separate storer can keep storage id based on it's nature.
Say for registry it would be hive id and path. For INI - file name and
section name. For, say, some server - IP and port and password
You component will support the only way of saving settings (say, INI file
and their storing in Registry).
  2) those new features may interfere with some AppStorage, if developer
will erratically assign both.

IMHO best way is to be 3-tier.
Component knows the subset and sequence of storing/retrieving properties, so
it's implelenting some IPropertiesDataProvider.
It also may define some 'virtual' properties or merge several propeties into
one logic 'atom'.
Default one is just iterator with manually given list of properties a la
RxFormStorage.

The storage is non-smart storage. Not more. It just detemines where and how
to store properties.

The manager is bridge between them, it determines when to load/store. And
has method/events for developer's control over process.
It may operate with too storages (system-wide and user-specific - for
example it hurts me to add plugin for Windows Commander to every user
specifically, as the ini's are absolutely independable). It may mantain ACLs
for some specific properties. It may organise several properties into
logical group, etc - there may be a number of managers different pruposes.
If manager will also provide IPropertiesDataProvider - it may become slave
in some tree of managers.

Smth like DFM parsing, like TReader/TWriter - but more customisable, with
more control over errors (B. can only load DFM or cancel, or remove some
objects from it, and no format but DFM is possible), and easier to
customise.

Then JvTranslator may become subset of generic IPropertiesDataProvider :-)

Errgghm... Jst re-read all that. "I have a dreaaaam...." <g>

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: New Featores for tJvCustomAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 Nov 2003 10:10:24 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Wed, 05 Nov 2003 22:49:17 +0100:

 JF> what about this jvAppStoreOption should cot

 JF> tjvAppStoreOptionBoolean = (asobString, asobInteger);
 JF> tjvAppStoreOptionEnumeration = (asoeString, asoeInteger);
 JF> tjvAppStoreOptionSet = (asosString, asosInteger, asosList);
 JF> //List means a list with each type and boolean-flags

    You seem to have thought about all options. Since the
TJvAppStoreOptionBoolean and TJvAppStoreOptionEnumeration are equal, I would
just use a single type (TJvAppStoreOption) or maybe even consider using a
Boolean type in the class below (i.e. BooleanAsInteger: Boolean and EnumerationAsInteger:
Boolean).

 JF> tjvAppStoreOption = class(tPersistent)
 JF> published
 JF>    Boolean : tjvAppStoreOptionBoolean ;
 JF>    Enumeration : tjvAppStoreOption;

    See comment above.

 JF>    Set : tjvAppStoreOption;

    I would rename it to SetStoreOption (I think Set is not even allowed as
an identifier).

 JF>    IgnoreReadConvertError : Boolean;

    I take it that IgnoreReadConvertError is used in the cases it tries to
read a string while the storage can only access as an integer? Seems OK, as
in most cases an application will use the same options upon saving as it
does upon loading.

 JF> I'm not shure what is the best way to realize the last option.
 JF> Three options:
 JF> 1. Handle the option in each tJvAppStore-Class
 JF> 2. Handle the option in tJvCustomAppStore
 JF> In this case the read/write-procedures must be wrapped. The existing
 JF> must be renamed to maybe "*int" and all tJvAppStore-Class must
 JF> overwrite the "*int"-classes.
 JF> 3. Add an additional parameter to each read-procedure.

 JF> What do you think?

    I'd prefer option 1 (that is, the option itself is introduced in the
base class of course, but each derived storage may decide on how to use that
option, e.g. fix the settings or specify a default but allow the option to
be changed by the outside world).

 JF> P.S: In this moment i'm not able to commit to cvs, so i will send it to
 JF> you.

    If you want CVS write access, mail me your SF user account and I'll add
you to the developer list.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "With used furniture we make a tree" by Nits.




Subject: Re: Code Formatter
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 6 Nov 2003 11:26:20 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 05 Nov 2003 20:08:15 +0100 @839)
....while the fading voice of Jens whispered through the darkness:

 JF> which Code Formatter are you using to create a uniform jvcl-conform
 JF> code?

I wonder if anyone using gExperts code proofreader ?

 JF> Any special settings?

Seconded :-)

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Kylix1 vs Delphi 5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 6 Nov 2003 10:45:45 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 05 Nov 2003 21:57:53 +0100 @915)
....while the fading voice of Robert whispered through the darkness:

 RR> The RTLVersion constant should be of more importance, though (not much
 RR> change in respect to compiler-related language features between Kylix

Yes, gExperts uses RTLVersion.
But i wonder is there some D7-specific language feature unsupported on K3 ?
Is there any sense to mark D7 as VER150 but habit ?
And why Kx do not declare VER141, VER145 (like BCB3 did) ?
Ok, it is not You who decided so :-)
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Question: windows or delphi code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 6 Nov 2003 06:52:33 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > It's listed in the uses of JvJVCLUtils but the unit is not in CVS

Oh. As I have not compiled under Linux the IFDEF LINUX condition is never
true. You can remove the three lines.



-- Regards Andreas Hausladen 

Subject: Re: Code Formatter
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 00:22:22 +0100
Newsgroups: jedi.vcl

I use DelForExp (http://www.dow.wau.nl/aew/DelForExp.html). I think I use
almost default settings. For capitalization, I use DelForExpJVCLCase.txt in
the JVCL3\Converter folder.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Mantis 1211
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 00:17:16 +0100
Newsgroups: jedi.vcl

I think the original author is working on a replacement/update at the
moment. At least that's what he posted here a couple of weeks ago.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPanel
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 00:16:18 +0100
Newsgroups: jedi.vcl

> > Uploaded.
....and committed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Question: windows or delphi code
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 00:15:59 +0100
Newsgroups: jedi.vcl

> > One could opt for delphi code. Are their more objections not to replace
the
> > 'windows code' with delphi code ?
> > Another possiblity is ofcourse writing clx wrappers for windows,pas.
> >
> > Any other opinions ?

I'd go for the Delphi code any day. As Andreas says, speed is (mostly) not a
problem these days and if it is, the code can be modified when someone has
an issue with it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Thu, 06 Nov 2003 00:15:07 +0100
Newsgroups: jedi.vcl

Uploaded.

Checked only in Delphi 6



Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> I think the small solution is to base tJvPanel on tJvCustomPanel and
>> remove the duplicate functions.
>
>
> I can do it on saturday, but if you are faster then do it and post it to
> jedi.binaries.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Question: windows or delphi code
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Nov 2003 00:07:39 +0100
Newsgroups: jedi.vcl

> > Is this my first implementation of JVCL-JvClxUtils ? If so where have you
> > got it?

It's listed in the uses of JvJVCLUtils but the unit is not in CVS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Mantis 1211
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 05 Nov 2003 23:49:55 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Why not move the SetDirectory() call to TJvThumbView.Loaded ?

I think the point of the code is to call SetDirectory after the thumb view or form the thumb view is on, is displayed. Calling it in Loaded would be to soon.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvPanel
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 23:20:30 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > I think the small solution is to base tJvPanel on tJvCustomPanel and
> > remove the duplicate functions.

I can do it on saturday, but if you are faster then do it and post it to
jedi.binaries.


-- Regards Andreas Hausladen 

Subject: Re: Question: windows or delphi code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 23:09:00 +0100
Newsgroups: jedi.vcl

asn wrote:

> > JvLinux

Is this my first implementation of JVCL-JvClxUtils ? If so where have you
got it?
The JvLinux unit was planned to contain functions and classes that only
depend on RTL and JCL. But I merged JvLinux.pas with JvClxUtils.pas and
deleted the original JvLinux.pas from my test directory that is not part
of the JVCL CVS tree.


-- Regards Andreas Hausladen 

Subject: Re: Question: windows or delphi code
From: "asn" <asn@xs4all.nl>
Date: Wed, 5 Nov 2003 23:06:19 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bobni6$snv$1@talkto.net...
> > asn wrote:
> >
> >
>> > > Another possiblity is ofcourse writing clx wrappers for windows,pas.
> >
> > That is the area where WineLib has its home.
> >
> >
But for running apps under wine you don't really need VisualCLX. Besides
that wine offers slow performance and long startup time for apps.
Maybe I can borrow something from that code.

By the way where is JvLinux? It is not in CVS yet.

Regards,

André Snepvangers




Subject: Re: New Featores for tJvCustomAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 22:49:17 +0100
Newsgroups: jedi.vcl

Hi Marcel,

what about this jvAppStoreOption should cot

tjvAppStoreOptionBoolean = (asobString, asobInteger);
tjvAppStoreOptionEnumeration = (asoeString, asoeInteger);
tjvAppStoreOptionSet = (asosString, asosInteger, asosList);
//List means a list with each type and boolean-flags


tjvAppStoreOption = class(tPersistent)
published
  Boolean : tjvAppStoreOptionBoolean ;
  Enumeration : tjvAppStoreOption;
  Set : tjvAppStoreOption;
  IgnoreReadConvertError : Boolean;
  // If this is true and an converterror raises the default is returned
end;

I'm not shure what is the best way to realize the last option.
Three options:
1. Handle the option in each tJvAppStore-Class
2. Handle the option in tJvCustomAppStore
In this case the read/write-procedures must be wrapped. The existing must be renamed to maybe "*int" and all tJvAppStore-Class must overwrite the "*int"-classes.
3. Add an additional parameter to each read-procedure.

What do you think?

Greetings
Jens

P.S: In this moment i'm not able to commit to cvs, so i will send it to you.


Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Wed, 05 Nov 2003 22:26:40 +0100:
>
>  JF> Marcel Bestebroer wrote:
>
>  JF> Is it better to enhance the TAppStoreEnumOption or to create own
>  JF> properties?
>
>     TAppStoreEnumOption is only used to enumerate the folders/values in
> storage. So another property should be added, IMO.
>
>  >>     Seems OK. Although I would change it to (Read/Write)Set to store a
>  >> set type (using JclRTTI you could retrieve the enumeration and thus sub
>  >> keys to use) and (Read/Write)Object to store a TPersistent. Whatever
>  >> seems easier for you is acceptable though.
>
>  JF> Both should be possible.
>
>  JF> - 1 set for reading/writing sets
>  JF> - 1 set for reading/writing TPersistent
>
>     That was my idea as well.
>
>  JF>    for this there should be a property like "recursive".
>
>     Indeed. Forgot that one.
>
>  JF> Any further hints/comments
>
>     Not at the moment. AFAIK nobody is working on the AppStore units at the
> moment so you can just go ahead and commit to CVS (if possible) or mail it
> to me directly and I'll commit for you.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Aquarium" by Nits.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Mantis 1211
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 22:37:33 +0100
Newsgroups: jedi.vcl

What is that?

procedure TJvThumbView.WMPaint(var Msg: TWMPaint);
begin
  inherited;
  if not FPainted then
  begin
    FPainted := True;
    SetDirectory(FDirectory);
  end;
end;

Why not move the SetDirectory() call to TJvThumbView.Loaded ?


-- Regards Andreas Hausladen 

Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 05 Nov 2003 14:37:17 -0700
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >If Andreas didn't beat you to it<g>

Looks like he didn't<g>.


Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 22:33:20 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > If Andreas didn't beat you to it<g>

:-)

Please commit the files. I had not worked on them since 19:30.


-- Regards Andreas Hausladen 

Subject: Re: New Featores for tJvCustomAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 Nov 2003 22:30:18 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Wed, 05 Nov 2003 22:26:40 +0100:

 JF> Marcel Bestebroer wrote:

 JF> Is it better to enhance the TAppStoreEnumOption or to create own
 JF> properties?

    TAppStoreEnumOption is only used to enumerate the folders/values in
storage. So another property should be added, IMO.

 >>     Seems OK. Although I would change it to (Read/Write)Set to store a
 >> set type (using JclRTTI you could retrieve the enumeration and thus sub
 >> keys to use) and (Read/Write)Object to store a TPersistent. Whatever
 >> seems easier for you is acceptable though.

 JF> Both should be possible.

 JF> - 1 set for reading/writing sets
 JF> - 1 set for reading/writing TPersistent

    That was my idea as well.

 JF>    for this there should be a property like "recursive".

    Indeed. Forgot that one.

 JF> Any further hints/comments

    Not at the moment. AFAIK nobody is working on the AppStore units at the
moment so you can just go ahead and commit to CVS (if possible) or mail it
to me directly and I'll commit for you.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Aquarium" by Nits.




Subject: Re: New Featores for tJvCustomAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 22:26:40 +0100
Newsgroups: jedi.vcl

Hi Again,

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Wed, 05 Nov 2003 21:53:06 +0100:
>
>  JF> what about adding these functions to tJfCustomAppStore
>
>  JF> function TJvCustomAppStore.ReadBoolean(const Path: string; Default:
>  JF> Boolean = True): Boolean;
> [snip]
>
>  JF> procedure TJvCustomAppStore.WriteBoolean(const Path: string; Value:
>  JF> Boolean);
> [snip]
>
>     The problem is that you assume the value is readable as string or should
> always be written as string. I would suggest taking precautions in the read
> method to accept an Integer value (which may require to add another method
> to determine the type of value) and provide an additional parameter or
> property to specify if it should write as string or integer. You could even
> use that for the Read method. The property idea would probably be better,
> especially if you use a virtual getter/setter method for it. The registry
> store would then override those method so it will always specify integer as
> the Boolean save type. The ini storage can just set an initial value to
> specify if it should store as string (True/False) or as integer (0/1).

Is it better to enhance the TAppStoreEnumOption or to create own properties?

>
>  JF> procedure TJvCustomAppStore.ReadFont (const Path : String; const Font :
>  JF> TFont);
> [snip]
>
>  JF> procedure TJvCustomAppStore.WriteFont (const Path: string; Value:
>  JF> TFont); begin
> [snip]
>
>     Seems OK. Although I would change it to (Read/Write)Set to store a set
> type (using JclRTTI you could retrieve the enumeration and thus sub keys to
> use) and (Read/Write)Object to store a TPersistent. Whatever seems easier
> for you is acceptable though.

Both should be possible.

- 1 set for reading/writing sets
- 1 set for reading/writing TPersistent
  for this there should be a property like "recursive".

Any further hints/comments

Jens

>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "Eifersucht" by Nits.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Featores for tJvCustomAppStore
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 Nov 2003 22:07:15 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Wed, 05 Nov 2003 21:53:06 +0100:

 JF> what about adding these functions to tJfCustomAppStore

 JF> function TJvCustomAppStore.ReadBoolean(const Path: string; Default:
 JF> Boolean = True): Boolean;
[snip]

 JF> procedure TJvCustomAppStore.WriteBoolean(const Path: string; Value:
 JF> Boolean);
[snip]

    The problem is that you assume the value is readable as string or should
always be written as string. I would suggest taking precautions in the read
method to accept an Integer value (which may require to add another method
to determine the type of value) and provide an additional parameter or
property to specify if it should write as string or integer. You could even
use that for the Read method. The property idea would probably be better,
especially if you use a virtual getter/setter method for it. The registry
store would then override those method so it will always specify integer as
the Boolean save type. The ini storage can just set an initial value to
specify if it should store as string (True/False) or as integer (0/1).

 JF> procedure TJvCustomAppStore.ReadFont (const Path : String; const Font :
 JF> TFont);
[snip]

 JF> procedure TJvCustomAppStore.WriteFont (const Path: string; Value:
 JF> TFont); begin
[snip]

    Seems OK. Although I would change it to (Read/Write)Set to store a set
type (using JclRTTI you could retrieve the enumeration and thus sub keys to
use) and (Read/Write)Object to store a TPersistent. Whatever seems easier
for you is acceptable though.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Eifersucht" by Nits.




Subject: Re: Kylix1 vs Delphi 5
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 05 Nov 2003 21:57:53 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened... (Wed, 5 Nov 2003 14:32:04 +0300 @522)
> ....while the fading voice of Arioch whispered through the darkness,
> making lonely ghost of Peter Thornqvist tremble:
>
> AB> Doesn't Kylix 1 looks like Delphi 5 ?
> AB> BTW, KylixX keywords were announced in jedi.inc
>
> Just looked defines in gExperts - brrr.....
> :pserver:anonymous@cvs.sourceforge.net:/cvsroot/gexperts/unstable/Src/GX_Con
> dDefine.inc
>
>
> It seems that all three K releases are Object Pascal 14 (same as Delphi 6)
> and are to be told by other means.

K1:  14.0
K2:  14.1
K3:  14.5

Example:

{$IF CompilerVersion = 14.5}
  {$DEFINE KYLIX3}
{$ENDIF}

The RTLVersion constant should be of more importance, though (not much change in respect to compiler-related language features between Kylix versions, IIRC).

Greetings, Robert



Subject: New Featores for tJvCustomAppStore
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 21:53:06 +0100
Newsgroups: jedi.vcl

Hi Marcel,

what about adding these functions to tJfCustomAppStore

Greetings
Jens

function TJvCustomAppStore.ReadBoolean(const Path: string; Default: Boolean = True): Boolean;
Var Value : String;
Begin
  IF Not Appstorage.ValueStored(Path) THEN
    Result := Default
  Else
  Begin
    Value:= Uppercase(AppStorage.ReadString (Path));
    IF (Value = 'TRUE') OR
       (Value = 'T') OR
       (Value = 'YES') OR
       (Value = 'Y') OR
       (Value = '-1') THEN
      Result := TRUE
    ELSE IF (Value = 'FALSE') OR
       (Value = 'F') OR
       (Value = 'NO') OR
       (Value = 'N') OR
       (Value = '0') THEN
      Result := FALSE
    ELSE
      EConvertError.Create('Invalid Boolean : '+Value);
  End;
End;

procedure TJvCustomAppStore.WriteBoolean(const Path: string; Value: Boolean);
BEGIN
  IF Value THEN
    AppStorage.WriteString (Path, 'True')
  ELSE
    AppStorage.WriteString (Path, 'False');
END;

procedure TJvCustomAppStore.ReadFont (const Path : String; const Font : TFont);
var oStyle : TFontStyle;
begin
  With Font DO
  BEGIN
    ReadString (Path+'\Name', Name);
    ReadInteger (Path+'\Size', Size);
    ReadInteger (Path+'\Color', Color);
    oStyle := Style;
    Style := [];
    If ReadBoolean (Path+'\Style\Bold', fsBold IN [oStyle]) THEN
      Style := Style + [fsBold];
    If ReadBoolean (Path+'\Style\Italic', fsItalic IN [oStyle]) THEN
      Style := Style + [fsItalic];
    If ReadBoolean (Path+'\Style\Underline', fsUnderline IN [oStyle]) THEN
      Style := Style + [fsUnderline];
    If ReadBoolean (Path+'\Style\StrikeOut', fsStrikeOut IN [oStyle]) THEN
      Style := Style + [fsStrikeOut];
  END;
end;

procedure TJvCustomAppStore.WriteFont (const Path: string; Value: TFont);
begin
  With Value DO
  BEGIN
    WriteString (Path+'\Name', Name);
    WriteInteger (Path+'\Size', Size);
    WriteInteger (Path+'\Color', Color);
    IF fsBold IN Style THEN
      WriteBoolean (Path+'\Style\Bold', True)
    ELSE
      WriteBoolean (Path+'\Style\Bold', False);
    IF fsItalic IN Style THEN
      WriteBoolean (Path+'\Style\Italic', True)
    ELSE
      WriteBoolean (Path+'\Style\Italic', False);
    IF fsUnderline IN Style THEN
      WriteBoolean (Path+'\Style\Underline', True)
    ELSE
      WriteBoolean (Path+'\Style\Underline', False);
    IF fsStrikeOut IN Style THEN
      WriteBoolean (Path+'\Style\StrikeOut', True)
    ELSE
      WriteBoolean (Path+'\Style\StrikeOut', False);
  END;
end;


-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Question: windows or delphi code
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 21:51:21 +0100
Newsgroups: jedi.vcl

asn wrote:

> > AFAIK the COMPLIB_CLX code section functions for vcl also.
> > [...]
> > One could opt for delphi code. Are their more objections not to replace
> > the 'windows code' with delphi code ?

I would write it that way in Delphi:

var OldColor: TColor;
begin
  OldColor := Canvas.Brush.Color;
  try
    Canvas.Brush.Color := StartColor
    Canvas.FillRect(ARect);
  finally
    Canvas.Brush.Color := OldColor;
  end;
end;

> > Allthough the vcl implementation will be slighted faster, but it is less
> > Delphi.

Does _this_ really matter nowadays?


> > Another possiblity is ofcourse writing clx wrappers for windows,pas.

That is the area where WineLib has its home.



-- Regards Andreas Hausladen 

Subject: Question: windows or delphi code
From: "asn" <asn@xs4all.nl>
Date: Wed, 5 Nov 2003 21:29:30 +0100
Newsgroups: jedi.vcl

The following code comes from JvJVCLUtils.pas

  {$IFDEF COMPLIB_VCL}
    Brush := CreateSolidBrush(ColorToRGB(StartColor));
    FillRect(Canvas.Handle, ARect, Brush);
    DeleteObject(Brush);
  {$ENDIF COMPLIB_VCL}
  {$IFDEF COMPLIB_CLX}
    Canvas.Brush.Color := StartColor;
    Canvas.FillRect(ARect);
  {$ENDIF COMPLIB_CLX}

AFAIK the COMPLIB_CLX code section functions for vcl also.
Allthough the vcl implementation will be slighted faster, but it is less
Delphi.
One could opt for delphi code. Are their more objections not to replace the
'windows code' with delphi code ?
Another possiblity is ofcourse writing clx wrappers for windows,pas.

Any other opinions ?

Regards,

André Snepvangers




Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Nov 2003 21:14:48 +0100
Newsgroups: jedi.vcl

> > RTLConsts doesn't exist in BCB5 so I IFDEF'ed it for COMPILER6_UP,
correct

> > did the same for EOSError around line 6316 (replaced it with EWin32Error
> > for pre-version 6 compilers).

EOSError is defined in JvTypes as:

{$IFNDEF COMPILER6_UP}
  EOSError = class(EWin32Error);
{$ENDIF}

but since JvTypes cannot be added to JvJCLUtils's uses, your definition is
correct.
> > Shall I committee these changes?
If Andreas didn't beat you to it<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PointInRect
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Nov 2003 21:11:33 +0100
Newsgroups: jedi.vcl

> > I'm not talking of all the API, but this case seems to me a bit different.
There are certainly a lot of other cases that could be argued to be just as
different. If we do it once, we open the door to doing it again and I really
want to avoid that.

> > 2) because names conformity will make J(v)CL to have ugly names.
> > PtInRectInclusive - brrr... Since we added long 'Inclusive' suffix we are
> > not to shorten our names to fit 8 letters :-)
The PtInRect prefix was chosen because the Win API function is named
PtInRect. I don't believe that it is more likely that a function containing
PointInRect would be easier to find than one containing PtInRect, quite the
contrary.

> > 3) Rect is one of central concepts, so we may expect it to be called
rather
> > frequently, hence having it re-implemented  with register convention
calling
> > my give some speed-up
That I don't know, but I see no reason to alias the function(s) based on
such an assumption.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Nov 2003 20:56:27 +0100
Newsgroups: jedi.vcl

> > Which StrToFloatDef should we keep?
The second one (using TextToFloat) looks better to me

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Kylix1 vs Delphi 5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 5 Nov 2003 22:53:50 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 5 Nov 2003 14:32:04 +0300 @522)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of Peter Thornqvist tremble:

AB> Doesn't Kylix 1 looks like Delphi 5 ?
AB> BTW, KylixX keywords were announced in jedi.inc

Just looked defines in gExperts - brrr.....
:pserver:anonymous@cvs.sourceforge.net:/cvsroot/gexperts/unstable/Src/GX_Con
dDefine.inc


It seems that all three K releases are Object Pascal 14 (same as Delphi 6)
and are to be told by other means.

I wonder if really they use same Pascal compiler but different RTL
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: New Object/Component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 Nov 2003 20:42:16 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Wed, 05 Nov 2003 20:41:42 +0100:

 JF> not exactly like JvFormStorage.

 JF> It wouldn't be a registered visible component because it gives only a
 JF> framework for storing properties.

 JF> If i want to create an object for storing program options there are two
 JF> possibilities. I create a new class based on TPersistent or based on
 JF> JvCustomPropertyStore.
 JF> If i use tPersistent i had to connect this object with someting like
 JF> TJvFormStorage to save the properties.
 JF> Using TJvFormStorage i had to assign each single property. I'm using
 JF> such an component (based on TRegistry) in a lot of my programs and it's
 JF> realy easy to use and enhance. Adding a property to the base object is
 JF> everything i had to do, and the data is saved.

 JF> I want to combine this. And i don't want to base on TJvFormStorage
 JF> because i don't need the overhead of Form-Storage, visual designer and
 JF> so on.

 JF> Is it clear now?

    Yep, that's clear. I misunderstood. If it's a frame work, I think you
could add it to the JvAppStore unit. I assume the destructor would
automatically save the tree (and the constructor probably can load the data
if a TJvCustomAppStore derived instance is provided as a parameter)?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Chain of ifs" by Nits.




Subject: Re: New Object/Component
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 20:41:42 +0100
Newsgroups: jedi.vcl

Hi Marcel,

not exactly like JvFormStorage.

It wouldn't be a registered visible component because it gives only a framework for storing properties.

If i want to create an object for storing program options there are two possibilities. I create a new class based on TPersistent or based on JvCustomPropertyStore.
If i use tPersistent i had to connect this object with someting like TJvFormStorage to save the properties.
Using TJvFormStorage i had to assign each single property. I'm using such an component (based on TRegistry) in a lot of my programs and it's realy easy to use and enhance. Adding a property to the base object is everything i had to do, and the data is saved.

I want to combine this. And i don't want to base on TJvFormStorage because i don't need the overhead of Form-Storage, visual designer and so on.

Is it clear now?

Greetings
Jens

Marcel Bestebroer wrote:

> Hello, Jens!
> You wrote  on Wed, 05 Nov 2003 20:13:26 +0100:
>
>  JF> i want to create a new object named for example tJvCustomPropertyStore.
>  JF> This object will use tJvCustomAppStore to store all published
>  JF> properties of him self to the registry/ini-file.
>  JF> It will work recursive to all sub-properties.
>
>     Something like TJvFormStorage does? (or can do) If so, you may want to
> just check that component and see what is missing and add to it.
>
>  JF> This can be for example base of customizable program-options which can
>  JF> be organized and stored with one object.
>
>     Right, not published properties of a component but for any TPersistent.
> I would try to add the functionality to TJvFormStorage as in most cases
> people will use that component and it's automatic save/restore facilities.
> So basically allow to read/write a TPersistent, linked at run time (although
> that would be a small problem with the automatic restore which will probably
> fire before you can link the object).
>
>  JF> Two questions:
>  JF> 1. Is the name ok
>
>     Seems OK to me.
>
>  JF> 2. In which unit should i include it. I would suggest JvAppStore.
>
>     I don't think so. JvAppStore defines the basic storage backend class. In
> this case you should either add it to the unit for TJvFormStorage or add a
> new unit.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> Foobar2000 now playing: "I Want You" by Savage Garden.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 20:34:12 +0100
Newsgroups: jedi.vcl

I think the small solution is to base tJvPanel on tJvCustomPanel and remove the duplicate functions.

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> Hi
>>
>> is there a Reason why tJvPanel is not based on tJvCustomPanel?
>
>
> Yes and no. The reason is that TJvCustomPanel (JvComponent.pas) introduces
> the AboutJVCL property. The TJvPanel should be splitted into a
> JvCustomPanel and a TJvPanel that "published" the properties. But we have
> a TJvCustomPanel that has another job. This would be a name conflict.
>
> I don't know any reason why not splitt TJvPanel into TJvCustomPanel and
> TJvPanel and remove TJvCustomPanel from JvComponent.pas what means that
> you must alter all units that depend on (the old) TJvCustomPanel.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 20:24:35 +0100
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > Commented out the 1st StrToFloatDef declaration and the StrToFloatDef
> > implementation that was noted to be 'stupid and slow'. I don't know if
> > this is OK or not.

Look one posting above. I asked which one to use.



-- Regards Andreas Hausladen 

Subject: Re: JvPanel
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 20:23:05 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Hi
> > 
> > is there a Reason why tJvPanel is not based on tJvCustomPanel?

Yes and no. The reason is that TJvCustomPanel (JvComponent.pas) introduces
the AboutJVCL property. The TJvPanel should be splitted into a
JvCustomPanel and a TJvPanel that "published" the properties. But we have
a TJvCustomPanel that has another job. This would be a name conflict.

I don't know any reason why not splitt TJvPanel into TJvCustomPanel and
TJvPanel and remove TJvCustomPanel from JvComponent.pas what means that
you must alter all units that depend on (the old) TJvCustomPanel.


-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 05 Nov 2003 12:22:58 -0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

> >I've just moved a lot of stuff from JvJVCLUtils to JvJCLUtils. Someone with
> >a lot of energy and access to CLX/Linux (Andreas, this one is made for you
> ><g>) should check that everything still works (I am pretty certain it won't)
> >and add/modify the uses and IFDEF's to match.

I've grabbed the code and built it for BCB5. I had to change 3 files: 

JvChart.pas and JvUnicodeCanvas.pas - added JvJCLUtils to the uses
clause.

JvJCLUtils.pas: 

Commented out the 1st StrToFloatDef declaration and the StrToFloatDef
implementation that was noted to be 'stupid and slow'. I don't know if
this is OK or not.

RTLConsts doesn't exist in BCB5 so I IFDEF'ed it for COMPILER6_UP, and
did the same for EOSError around line 6316 (replaced it with EWin32Error
for pre-version 6 compilers).

Shall I committee these changes?


Subject: JvPanel
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 20:19:32 +0100
Newsgroups: jedi.vcl

Hi

is there a Reason why tJvPanel is not based on tJvCustomPanel?

If not i would change it, because we can save some code for theming.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: New Object/Component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 Nov 2003 20:18:28 +0100
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Wed, 05 Nov 2003 20:13:26 +0100:

 JF> i want to create a new object named for example tJvCustomPropertyStore.
 JF> This object will use tJvCustomAppStore to store all published
 JF> properties of him self to the registry/ini-file.
 JF> It will work recursive to all sub-properties.

    Something like TJvFormStorage does? (or can do) If so, you may want to
just check that component and see what is missing and add to it.

 JF> This can be for example base of customizable program-options which can
 JF> be organized and stored with one object.

    Right, not published properties of a component but for any TPersistent.
I would try to add the functionality to TJvFormStorage as in most cases
people will use that component and it's automatic save/restore facilities.
So basically allow to read/write a TPersistent, linked at run time (although
that would be a small problem with the automatic restore which will probably
fire before you can link the object).

 JF> Two questions:
 JF> 1. Is the name ok

    Seems OK to me.

 JF> 2. In which unit should i include it. I would suggest JvAppStore.

    I don't think so. JvAppStore defines the basic storage backend class. In
this case you should either add it to the unit for TJvFormStorage or add a
new unit.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "I Want You" by Savage Garden.




Subject: Re: New Object/Component
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 20:14:42 +0100
Newsgroups: jedi.vcl

Ohter suggestion for unitname : JvPropertyStore :-)

Jens Fudickar wrote:

> Hi,
>
> i want to create a new object named for example tJvCustomPropertyStore. This object will use tJvCustomAppStore to store all published properties of him self to the registry/ini-file.
> It will work recursive to all sub-properties.
>
> This can be for example base of customizable program-options which can be organized and stored with one object.
>
> Two questions:
> 1. Is the name ok
> 2. In which unit should i include it. I would suggest JvAppStore.
>
> Greetings
> Jens

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: New Object/Component
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 20:13:26 +0100
Newsgroups: jedi.vcl

Hi,

i want to create a new object named for example tJvCustomPropertyStore. This object will use tJvCustomAppStore to store all published properties of him self to the registry/ini-file.
It will work recursive to all sub-properties.

This can be for example base of customizable program-options which can be organized and stored with one object.

Two questions:
1. Is the name ok
2. In which unit should i include it. I would suggest JvAppStore.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Code Formatter
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 20:10:51 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > which Code Formatter are you using to create a uniform jvcl-conform code?

http://sourceforge.net/projects/jedicodeformat/

It formats the code as close as possible in Delphi Style Guide style.


-- Regards Andreas Hausladen 

Subject: Code Formatter
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 05 Nov 2003 20:08:15 +0100
Newsgroups: jedi.vcl

Hi,

which Code Formatter are you using to create a uniform jvcl-conform code?

Any special settings?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 19:51:54 +0100
Newsgroups: jedi.vcl

Which StrToFloatDef should we keep?

{$IFNDEF COMPILER6_UP}
function StrToFloatDef(const S:String;Default:Extended):Extended;
begin
  // stupid and slow but at least simple
  try
    Result := StrToFloat(S);
  except
    Result := Default;
  end;
end;
{$ENDIF}

function StrToFloatDef(const Str: string; Def: Extended): Extended;
var
  lStr: string;
begin
  lStr := StrStripNonNumberChars(Str);

  if lStr = '' then
    Result := Def
  else
  try
      { the string '-' fails StrToFloat, but it can be interpreted as 0  }
    if StrRight(lStr, 1) = '-' then
      lStr := lStr + '0';

      { a string that ends in a '.' such as '12.' fails StrToFloat,
       but as far as I am concerned, it may as well be interpreted as 12.0
}
    if StrRight(lStr, 1) = '.' then
      lStr := lStr + '0';
    if not TextToFloat(PChar(lStr), Result, fvExtended) then
      Result := Def;
//    Result := StrToFloat(lStr);
  except
    Result := Def;
  end;
end;



-- Regards Andreas Hausladen 

Subject: Re: JVCL 3 build problem in D7E
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Nov 2003 19:39:12 +0100
Newsgroups: jedi.vcl

> > Looks like theming again.

Almost. Add JvJCLUtils to the uses just after JvJVCLUtils in
JvCaptionButton.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL 3 build problem in D7E
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 5 Nov 2003 13:21:14 -0500
Newsgroups: jedi.vcl

[Error] JvCaptionButton.pas(438): Undeclared identifier: 'IsForegroundTask'
[Error] JvCaptionButton.pas(438): Operator not applicable to this operand
type
[Fatal Error] JvCtrlsD7R.dpk(79): Could not compile used unit
'..\..\run\JvCaptionButton.pas'

Looks like theming again.

Cheers,
  Ignacio

-- The strange part isn't so much that he had an accent. No accent was detectable. It was just sounds and burbs and gurgles coming from him. He was a like a chubby, old R2-D2. - La Üter 

Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 5 Nov 2003 19:12:50 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Andreas, this one is made for you

Now the Windows CLX code works again.

I must say that I had never tested my code under Linux. At the moment I
cannot start Kylix 3 because I'm on the way to replace the special (very
old) WineLib used to start the Kylix IDE by the newest version. But as
soon as I have replaced or restored Kylix I will test the JvClxUtils.pas
JvJCLUtils.pas and JvJVCLUtils.pas under Linux.



-- Regards Andreas Hausladen 

Subject: Re: PointInRect
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 5 Nov 2003 21:05:17 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 5 Nov 2003 16:07:29 +0100 @671)
....while the fading voice of Peter whispered through the darkness:

 >> I did not find PtInRect function, and suspect neither did Rx authors -
 >> and they are much more experienced than me.

 PT> Well, name aliasing is not something we are likely to do. The Windows
 PT> API contains thousands of functions, many of them cryptic, hard to find
 PT> and downright unlogical.

I'm not talking of all the API, but this case seems to me a bit different.
1) because J(v)CL is to have 2 similar functions
2) because names conformity will make J(v)CL to have ugly names.
PtInRectInclusive - brrr... Since we added long 'Inclusive' suffix we are
not to shorten our names to fit 8 letters :-)
3) Rect is one of central concepts, so we may expect it to be called rather
frequently, hence having it re-implemented  with register convention calling
my give some speed-up
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: MS Text converters for TJvRichEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Nov 2003 18:54:52 +0100
Newsgroups: jedi.vcl

> > I think it's fixed now.
Yup, works for me. Great!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Nov 2003 18:37:08 +0100
Newsgroups: jedi.vcl

> > Did you correct them or did you restore it to a VCL only unit ?
I tried to preserve the IFDEF's I found but I probably messed it up. Also,
the uses of JvJCLUtils most certainly has to be fixed for CLX/Linux. Finaly,
the uses of JvJVCLUTils should be cleaned t remove units not used anymore.

JvJCLUtils is really a temporary unit in such a way that the goal is to move
to JCL/replace with JCL equivalents. Optimally, when finished, the
JvJCLUtils unit should be removed altogether.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Major update JvJVCLUtils->JvJCLUtils
From: "asn" <asn@xs4all.nl>
Date: Wed, 5 Nov 2003 17:56:36 +0100
Newsgroups: jedi.vcl

> > I've just moved a lot of stuff from JvJVCLUtils to JvJCLUtils. Someone
with
> > a lot of energy and access to CLX/Linux (Andreas, this one is made for you
> > <g>) should check that everything still works (I am pretty certain it
won't)
> > and add/modify the uses and IFDEF's to match.

Noted that also I have been working on these to make them CLX & Linux
compatible.
Did you correct them or did you restore it to a VCL only unit ?

> >
> > One very important thing is that under no circumstances can we have any
> > (J)VCL units in the uses of JvJCLUtils. If that is the case, we have to
move
> > the affected procedures back to JvJVCLUtils.
> >
I am working on some windows wrappers (types, regions, viewports, ... ) for
VisualCLX in order to have a cleaner code for JVCL clx support. Will move
all win types & wrappers to this unit.
More or less QWindows.
I was wondering if it belongs to JVCL or JCL.

Regards,

André Snepvangers







Subject: Re: PointInRect
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 16:07:29 +0100
Newsgroups: jedi.vcl

> > I did not find PtInRect function, and suspect neither did Rx authors - and
> > they are much more experienced than me.

Well, name aliasing is not something we are likely to do. The Windows API
contains thousands of functions, many of them cryptic, hard to find and
downright unlogical. Renaming them to something else doesn't solve that and
bloats JVCL even more. Get yourself a good API book<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PointInRect
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 5 Nov 2003 17:49:22 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 5 Nov 2003 14:34:02 +0100 @606)
....while the fading voice of Peter whispered through the darkness:

 PT> PtInRectInclusive and PtInRectExclusive. I also added the renams to
 PT> JVCL3.dat and documented it in changelog.txt. That should be enough, I

Personally i suggest full names - PointInRect
Just because i am not API geek and got used to full names, that are common
in RTL/VCL

I did not find PtInRect function, and suspect neither did Rx authors - and
they are much more experienced than me.
I also state a wish to have PointInRect function, even will it be shortcut
to PtInRect in some Windows DLL (or maybe just register-to-stdcall bridge ?)
For Linux PointInRect is to be normal function with the body.
Maybe it is a bit of duplicating code - but that will make it easier for
less experienced developers.

Also if JCL Help will describe all three functions in on section - that will
clarify this unexpected RECT's borders logic to newsbies.

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: JvCharMap component update
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 14:40:48 +0100
Newsgroups: jedi.vcl

I've made some changes to the JvCharMap component and it would be
interesting to see how it works out for others, especially those that are
running on a non-NT OS. The demo in examples\JvCharMap doesn't require you
to install the component, so there's no excuse not to try it out<g>. Let me
know if you find any problems.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Major update JvJVCLUtils->JvJCLUtils
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 14:37:52 +0100
Newsgroups: jedi.vcl

I've just moved a lot of stuff from JvJVCLUtils to JvJCLUtils. Someone with
a lot of energy and access to CLX/Linux (Andreas, this one is made for you
<g>) should check that everything still works (I am pretty certain it won't)
and add/modify the uses and IFDEF's to match.

One very important thing is that under no circumstances can we have any
(J)VCL units in the uses of JvJCLUtils. If that is the case, we have to move
the affected procedures back to JvJVCLUtils.

This update affects a lot of units, so I've updated them as well but I
haven't bothered with the examples.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PointInRect
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 14:34:02 +0100
Newsgroups: jedi.vcl

Here's what I did:
I removed IsPointInRect and PointInRect and added (to JvJCLUtils)
PtInRectInclusive and PtInRectExclusive. I also added the renams to
JVCL3.dat and documented it in changelog.txt. That should be enough, I
think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Kylix1 vs Delphi 5
From: "Mike Orriss" <mjo@3kcc.co.uk>
Date: Wed, 5 Nov 2003 12:20:27 +0000 (UTC)
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> > The stars so gaily glistened...

I wish they wouldn't <g>

-- Mike Orriss 

Subject: Kylix1 vs Delphi 5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 5 Nov 2003 14:32:04 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 30 Oct 2003 08:11:59 +0100 @341)
....while the fading voice of Peter whispered through the darkness:

 >> And after all isn't this fn for JvJCLUtils.pas ?
BTW, looking at the file i found
=========Beginning of the citation============== 
{$IFNDEF COMPILER_6UP}
const
 // Delphi 1-5 do not support Linux
  PathDelim = '\';
  DriveDelim = ':';
  PathSep = ';';
{$ENDIF COMPILER6_UP}

=========The end of the citation================ 

Doesn't Kylix 1 looks like Delphi 5 ?
BTW, KylixX keywords were announced in jedi.inc
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvTreeView menu example
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 11:11:43 +0100
Newsgroups: jedi.vcl

> > Thank you for taking the time to answer my post. I will definitely study
the
> > functions you have provided to see what works best. One last question, if
I
> > may. Should I use the OnPageChanged event of JvTreeView or the OnChange
> > event of JvPageControl for this particular task?

Hard to say, I think PageControl.OnChange would be the best in this case.
You should definitely disable the other component while you do it, however,
or you could easily end up in an infite loop, i.e:

procedure TForm1.JvPageControl1Change()
begin
  JvTreeView1.PageControl := nil;
  JvTreeView1.Selected := FindNode(JvTreeView1,
JvPageControl1.ActivePage.Caption);
  JvTreeView1.PageControl := JvPageControl1;
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTreeView menu example
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Wed, 5 Nov 2003 03:20:55 -0600
Newsgroups: jedi.vcl

Peter,

Thank you for taking the time to answer my post. I will definitely study the
functions you have provided to see what works best. One last question, if I
may. Should I use the OnPageChanged event of JvTreeView or the OnChange
event of JvPageControl for this particular task?

Regards,
Marty Potokar

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:boaeln$jh6$2@talkto.net...
> > Update:
> >
> > function FindChild(Item:TTreeNode; const Value:string):TTreeNode;
> > var tmp:TTreeNode;
> > begin
> >   Result := Item.getFirstChild;
> >   while Assigned(Result) do
> >   begin
> >     if AnsiSameText(Result.Text, Value) then
> >       Exit;
> >     if Result.HasChildren then
> >      begin
> >       tmp := FindChild(Result, Value);
> >        if tmp <> nil then
> >        begin
> >           Result := tmp;
> >           Exit;
> >        end;
> >      end;
> >     Result := Result.getNextSibling;
> >   end;
> > end;
> >
> > function FindDepthNode(TreeView:TTreeView; const Value:string):TTreeNode;
> > var tmp:TTreeNode;
> > begin
> >   Result := TreeView.Items.GetFirstNode;
> >   while Assigned(Result) do
> >   begin
> >     if AnsiSameText(Result.Text, Value) then
> >       Exit;
> >     if Result.HasChildren then
> >     begin
> >       tmp := FindChild(Result, Value);
> >       if tmp <> nil then
> >       begin
> >          Result := tmp;
> >          Exit;
> >      end;
> >     end;
> >     Result := Result.getNextSibling;
> >   end;
> > end;
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: MS Text converters for TJvRichEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 10:20:53 +0100
Newsgroups: jedi.vcl

> > While generally it is bugm the very XLS converter is of little value.
> > WindowsCommander allows to view RTF  - and XLS too. And the quality of
such
> > an XLS rebdering is very poor.

I too noticed that the quality was pretty bad but the problem still needs to
be fixed if possible. Remko, as always, comes to the rescue promptly<g>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: From 1.2 to 2.10 version
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 10:19:14 +0100
Newsgroups: jedi.vcl

JvBrowseFolder is still in there but the component is renamed to
TJvBrowseForFolderDialog. There are three places you can look for removed
components (depending on in what version it was removed):

http://cvs.sourceforge.net/viewcvs.py/jvcl/jvcl/Archive/
http://cvs.sourceforge.net/viewcvs.py/jvcl/jvcl132/Archive/
http://cvs.sourceforge.net/viewcvs.py/jvcl/dev/JVCL3/archive/

Note that even if it seems that we have removed a lot of components, that is
only part of the truth: many components have been merged and the obsolete
unit moved to the archive folder. To see what has been merged, consult the
changelog.txt file.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: MS Text converters for TJvRichEdit
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 5 Nov 2003 12:14:05 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 4 Nov 2003 21:50:51 +0100 @910)
....while the fading voice of Peter whispered through the darkness:

 PTr> Very cool and quite an impressive feat! I noticed one problem: if I
 PTr> try to open an XLS file, a dialog is displayed where I can select what

While generally it is bugm the very XLS converter is of little value.
WindowsCommander allows to view RTF  - and XLS too. And the quality of such
an XLS rebdering is very poor.
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvTreeView menu example
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 10:12:47 +0100
Newsgroups: jedi.vcl

Update:

function FindChild(Item:TTreeNode; const Value:string):TTreeNode;
var tmp:TTreeNode;
begin
  Result := Item.getFirstChild;
  while Assigned(Result) do
  begin
    if AnsiSameText(Result.Text, Value) then
      Exit;
    if Result.HasChildren then
     begin
      tmp := FindChild(Result, Value);
       if tmp <> nil then
       begin
          Result := tmp;
          Exit;
       end;
     end;
    Result := Result.getNextSibling;
  end;
end;

function FindDepthNode(TreeView:TTreeView; const Value:string):TTreeNode;
var tmp:TTreeNode;
begin
  Result := TreeView.Items.GetFirstNode;
  while Assigned(Result) do
  begin
    if AnsiSameText(Result.Text, Value) then
      Exit;
    if Result.HasChildren then
    begin
      tmp := FindChild(Result, Value);
      if tmp <> nil then
      begin
         Result := tmp;
         Exit;
     end;
    end;
    Result := Result.getNextSibling;
  end;
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: From 1.2 to 2.10 version
From: "WebPummel" <_nospam_webpummel@gmx.de.nospam.com>
Date: Wed, 5 Nov 2003 10:05:49 +0100
Newsgroups: jedi.vcl

http://cvs.sourceforge.net/viewcvs.py/jvcl/jvcl/Archive/#dirlist contains a
lot of obsolete and "removed" components.

"Alejandro Castro" <alejandro@alfra.info> wrote in message
news:bns9vj$848$1@talkto.net...
> > Recently I changed the 1.2 version of JVCL to 2.10. Everything is working
ok
> > with the new version but I have several problems with the conversion from
> > 1.2 to 2.1
> >
> > For example:
> >
> > JvMessageBox and JvBrowseFolder Units Where are they on the last version ?
> >
> > Thanks
> > --
> > Alejandro Castro
> > www.alfra.info
> > alejandro@alfra.info
> >
> >




Subject: Re: TJvxRichEdit question
From: "WebPummel" <_nospam_webpummel@gmx.de.nospam.com>
Date: Wed, 5 Nov 2003 10:04:02 +0100
Newsgroups: jedi.vcl

I'd just recommend you to try out =)

"Mariano López" <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar> wrote in message
news:bo13on$usu$1@talkto.net...
> > I've seen that TJvxRichEdit can accept Unicode if you paste some Unicode
> > text on it. Is it possible to load an Unicode file into a TJvxRichEdit?
I've
> > tried the Tnt Unicode Controls
> > (http://home.ccci.org/wolbrink/tnt/delphi_unicode_controls.htm) but it's
not
> > possible to add images to its RichEdit (TTntRichEdit) :-(
> > What I need is a RichEdit that can load images.
> > Any advice?
> >




Subject: Re: JvTreeView menu example
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Nov 2003 09:51:17 +0100
Newsgroups: jedi.vcl

> > In the JvTreeView menu example, clicking on a node in the TreeView changes
> > to the corresponding page (tabsheet) in JvPageControl as intended. Can
> > someone show me the code required (I believe this would be done in the
> > OnChange event for the JvPageControl) to change the selected node in the
> > JvTreeView to correspond to the page when selected from inside the
> > JvPageControl?

Simple function that finds the first matching node:

function FindNode(TreeView:TTreeView;const Value:string): TTreeNode;
begin
  Result := TreeView.Items.GetFirstNode;
  while Assigned(Result) do
  begin
    if AnsiSameText(Result.Text, Value) then Exit;
    Result := Result.getNext;
  end;
end;

If you want to search depth first, you would have to do something like this
(FindDepthNode is the one you call):

function FindChild(Item:TTreeNode; const Value:string):TTreeNode;
begin
  Result := Item.getFirstChild;
  while Assigned(Result) do
  begin
    if AnsiSameText(Result.Text, Value) then
      Exit;
    if Result.HasChildren then
      Result := FindChild(Result, Value);
    Result := Result.getNextSibling;
  end;
end;

function FindDepthNode(TreeView:TTreeView; const Value:string):TTreeNode;
begin
  Result := TreeView.Items.GetFirstNode;
  while Assigned(Result) do
  begin
    if AnsiSameText(Result.Text, Value) then
      Exit;
    if Result.HasChildren then
      Result := FindChild(Result, Value);
    Result := Result.getNextSibling;
  end;
end;

I haven't tested the code, so beware!


> > Also, if I elect to use the '&' character for the text
> > (caption) in a tabsheet, I realize that I need to insert '&&' to produce
the
> > '&' character. However, as this doesn't apply when entering the text for a
> > Node in JvTreeView (only need to type one '&'), the compiler recognizes
that
> > the text for the Node is obviously not the same as that for the
> > corresponding tabsheet. Is there an easy work around to resolve this
matter
> > when wanting to use the '&' character in both the JvTreeView and JvPage
> > Control? Thank you ahead of time.

Not really. Not only would you have to strip the '&&' down to '&' in the
treeview, you would also have to change the search code
in TJvTreeView.WMNotify(var Msg: TWMNotify) to look for both the '&&' and
'&' variants. I got an idea that we could add an event that allows you to
override the search behavior. I'll implement it and post the modified unit
to binaries and you can have a look and let me know if it works for you.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTreeView menu example
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 4 Nov 2003 18:31:17 -0600
Newsgroups: jedi.vcl

In the JvTreeView menu example, clicking on a node in the TreeView changes
to the corresponding page (tabsheet) in JvPageControl as intended. Can
someone show me the code required (I believe this would be done in the
OnChange event for the JvPageControl) to change the selected node in the
JvTreeView to correspond to the page when selected from inside the
JvPageControl? Also, if I elect to use the '&' character for the text
(caption) in a tabsheet, I realize that I need to insert '&&' to produce the
'&' character. However, as this doesn't apply when entering the text for a
Node in JvTreeView (only need to type one '&'), the compiler recognizes that
the text for the Node is obviously not the same as that for the
corresponding tabsheet. Is there an easy work around to resolve this matter
when wanting to use the '&' character in both the JvTreeView and JvPage
Control? Thank you ahead of time.




Subject: BCB5 update
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 04 Nov 2003 17:30:01 -0700
Newsgroups: jedi.vcl

I have compared the units included in the BCB5 packages with those
included in the D7 packages and changed the BCB5 packages to match.
There were a few units that were omitted from the BCB5 packages, and I
moved JvCaret from the System package to the Core package to match the
other languages/versions. I also modified JvDlgsReg.pas so that it
builds and links under BCB5. The changed files have been committed.


Subject: Re: for the JCL release
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 05 Nov 2003 09:36:28 +1000
Newsgroups: jedi.vcl

Please see my few comments below

> ====================================================
> JclDebug.pas:
> ====================================================
>
> Inserted after line 43:
>
> {$IFDEF SUPPORTS_EXTSYM}
>    {$IFDEF BCB}
>       {$EXTERNALSYM __FILE__}
>       {$EXTERNALSYM __LINE__}
>    {$ENDIF}
> {$ENDIF}

The {$IFDEF BCB} is useless as the $EXTERNALSYM declarations will only be used by BCB anyway

> ====================================================
> JclMiscel.pas:
> ====================================================
>
> Inserted after line 204:
>
> {$IFDEF BCB}
>    {$EXTERNALSYM ExitWindows}
> {$ENDIF}
>
The {$IFDEF BCB} is useless as the $EXTERNALSYM declarations will only be used by BCB anyway

> ====================================================
> Snmp.pas:
> ====================================================
>
> Inserted after line 51:
>
> {$IFDEF BCB}
>    {$EXTERNALSYM PAsnOctetString}
>    {$EXTERNALSYM PAsnObjectIdentifier}
<snip>
>    {$EXTERNALSYM TSnmpExtensionTrap}
>    {$EXTERNALSYM TSnmpExtensionInitEx}
> {$ENDIF}
>
The {$IFDEF BCB} is useless as the $EXTERNALSYM declarations will only be used by BCB anyway

> ====================================================
> JclWin32.pas:
> ====================================================
>
> Removed all lines from 1148 through 1614.
>
> Inserted after line 48:
>
> {$IFDEF SUPPORTS_EXTSYM}
>    {$IFDEF BCB}
>       {$EXTERNALSYM LCID_ALTERNATE_SORTS}
<snip>
>       {$EXTERNALSYM VER_SUITE_PERSONAL}
>       {$EXTERNALSYM VER_SUITE_SERVERAPPLIANCE}
>    {$ENDIF}
The {$IFDEF BCB} is useless as the $EXTERNALSYM declarations will only be used by BCB anyway

>    // centralized EXTERNALSYMs to keep this Delphi 3 compatible
>    {$IFNDEF BCB6}
>       {$IFNDEF BCB5}
>          {$IFNDEF COMPILER5_UP}
>             {$EXTERNALSYM SE_OBJECT_TYPE}
>             {$EXTERNALSYM _IMAGE_EXPORT_DIRECTORY}
>             {$EXTERNALSYM IMAGE_EXPORT_DIRECTORY}
>             {$EXTERNALSYM QueryServiceConfig}
>          {$ENDIF COMPILER5_UP}
>                   {$EXTERNALSYM LCID_ALTERNATE_SORTS}
<snip>
>          {$EXTERNALSYM CSIDL_COMMON_APPDATA}
>       {$ENDIF}
>    {$ENDIF}
All of the above seems quite useless, at least for the JVCL because we only support BCB5 and up and as a result these stuff will never be used. You may want to keep them for BCB4 compatibility, but I think they're incorrect for it anyway.

> {$ENDIF SUPPORTS_EXTSYM}
>
As a conclusion, please also have a look at my comments on the jcl newsgroup, most of these changes are documented there.



Subject: Re: MS Text converters for TJvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 05 Nov 2003 00:13:00 +0100
Newsgroups: jedi.vcl

I think it's fixed now.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: MS Text converters for TJvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 04 Nov 2003 23:50:37 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Hm, I don't have a XLS importer. What dll is it (FConverterFileName) or what office version do you have?
>
> The component must provide a parent handle in TJvMSTextConversion.Init; you could change it to the forms handle or something. Do you know what message is send? Can you send the dll to me <g>

Forget those questions; I can now reproduce it. Those dll's seem to be freely available.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: New Idea
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Nov 2003 23:25:57 +0100
Newsgroups: jedi.vcl

What do you think about the following extension for all JVCL 3 controls?

-----------------
type
  IJvEventFilter = interface
    ['{6EE936CD-2C6A-4451-B6AB-B02C8FFB2410}']
    function FilteredEvents(Control: TControl; var Message: TMessage):
Boolean;
  end;

  IJvEventFilterList = interface
    ['{F2836364-4E6F-4C20-A2AE-625D80A29420}']
    procedure Add(Filter: IJvEventFilter);
    procedure Remove(Filter: IJvEventFilter);
    function Count: Integer;
    function GetItems(Index: Integer): IJvEventFilter;

    function Perform(var Message: TMessage): Boolean;

    property Items[Index: Integer]: IJvEventFilter read GetItems;
  end;

  IJvCoreControlEvents = interface
    ['{61FC57FF-D4DA-4840-B871-63DE804E9921}']
    function GetEventFilters: IJvEventFilterList;

  {  procedure MouseEnter(AControl: TControl);
    procedure MouseLeave(AControl: TControl); }
  end;

  TMyHookObject = class(TComponent, IJvEventFilter)
  private
    FText: string;
  public
    function SetText(const AText: string): TComponent; // just for easier
FText assignment

  // IJvEventFilter
    function FilteredEvents(Control: TControl; var Message: TMessage):
Boolean;
  end;


begin
  MyControl.GetEventFilters.Add(TMyHookObject.Create(Self).SetText('First
Event Hook'));
  MyControl.GetEventFilters.Add(TMyHookObject.Create(Self).SetText('Second
Event Hook');
end;

function TMyHookObject.FilteredEvents(Control: TControl; var Message:
TMessage): Boolean;
begin
  Result := True; // not handled by this hook
  if Message.Msg = CM_MOUSEENTER then
    Form1.Memo1.Lines.Add('Hooked: ' + Control.Name + ' by ' + FText);
end;
-----------------


In words:

All JVCL 3 controls (should) have a GetEventFilter method that is forced
by IJvCoreControlEvents (Peter's idea is here included). The public
GetEventFilter method returns a IJvEventFilterList interface which handles
all WndProc hooks. You can add and remove hooks at any time. The hooks are
IJvEventFilter interfaces that implement the FilteredEvents method.


Just an idea.


-- Regards Andreas Hausladen 

Subject: Bug in JvTreeView
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 4 Nov 2003 22:57:40 +0100
Newsgroups: jedi.vcl

Someone at a German Delphi forum found a bug in JvTreeView. If you drop a
TJvTreeView on a formular and add some items, set the focus to the
TreeView and press [Ctrl-Alt-Del]. Press the "Cancel" button or lock your
machine and type your password. After the desktop is repainted you will
get an EOSError exception (WinXP, maybe also under Win2000):

[0040D59D] SysUtils.RaiseLastOSError + $75
[0040D5CB] SysUtils.Win32Check + $7
[00445C55] Controls.TMouse.GetCursorPos + $9
[00470A5B] JvComCtrls.TJvTreeView.WMNotify (Line 1634, "JvComCtrls.pas" +
3) + $A
[004038E7] System.TObject.Dispatch + $13
[0043C228] Controls.TControl.WndProc + $188
....

The PSDK says for Windows.GetCursorPos:
"The calling process must have WINSTA_READATTRIBUTES access to the window
station."

The GINA screen is not a user application friendly WinStation so the
Mouse.GetCursorPos is a showstopper. ("Invalid handle value") when you
return from a GINA screen to a user WinStation.

I will change the line

  Point := Mouse.GetCursorPos;

to
 
  if Windows.GetCursorPos(Point) = 0 then
    Exit;


-- Regards Andreas Hausladen 

Subject: Re: MS Text converters for TJvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 04 Nov 2003 22:47:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Very cool and quite an impressive feat! I noticed one problem: if I try to
> open an XLS file, a dialog is displayed where I can select what to import
> (it's part of the converter DLL). But the program "freezes" and I can't
> click on the dialog. The only way to activate the dialog is to Alt+Tab away
> from it and back again. The hang is started in the first SendMessage call in
> TJvRichEditStrings.DoImport. Any possibility that you know what causes it?

Hm, I don't have a XLS importer. What dll is it (FConverterFileName) or what office version do you have?

The component must provide a parent handle in TJvMSTextConversion.Init; you could change it to the forms handle or something. Do you know what message is send? Can you send the dll to me <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: MS Text converters for TJvRichEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 Nov 2003 21:50:51 +0100
Newsgroups: jedi.vcl

Very cool and quite an impressive feat! I noticed one problem: if I try to
open an XLS file, a dialog is displayed where I can select what to import
(it's part of the converter DLL). But the program "freezes" and I can't
click on the dialog. The only way to activate the dialog is to Alt+Tab away
from it and back again. The hang is started in the first SendMessage call in
TJvRichEditStrings.DoImport. Any possibility that you know what causes it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: for the JCL release
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 04 Nov 2003 12:03:58 -0700
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote:

> >That is what i hoped for. Another check so we do not miss the changes.

Sorry I didn't get to this sooner. 

Here are the diffs between the JCL files that work in BCB5 and the files
in the 1.22 zip file. Note that I replaced 4 of the .pas files from the
distribution with updated versions before I made any changes. These
files are:

JclResources.pas dated 9/29/03
JclSysUtils.pas dated 9/25/03
JclUnicode.pas dated 9/19/03
JclWin32.pas dated 9/20/03


====================================================
JclDebug.pas:
====================================================

Inserted after line 43:

{$IFDEF SUPPORTS_EXTSYM}
   {$IFDEF BCB}
      {$EXTERNALSYM __FILE__}
      {$EXTERNALSYM __LINE__}
   {$ENDIF}
{$ENDIF}



====================================================
JclGraphics.pas:
====================================================

Changed line 150 to:

 constructor CreateElliptic(Top, Left, Bottom, Right: Integer; Dummy:
Byte = 0); overload;


Changed line 155 to:

 constructor CreateRect(ARect: TRect; Dummy: Byte = 0); overload;


Changed line 2205 to:

constructor TJclRegion.CreateElliptic(Top, Left, Bottom, Right: Integer;
Dummy: Byte);


Changed line 2257 to:

constructor TJclRegion.CreateRect(ARect: TRect; Dummy: Byte);



====================================================
JclMath.pas:
====================================================

Inserted after line 52:

{$HPPEMIT '#ifndef NAN'}
{$HPPEMIT 'union {'}
{$HPPEMIT '    long i[2];'}
{$HPPEMIT '    double d;'}
(*$HPPEMIT '} nan = {'*)
{$HPPEMIT '    0xffffffff, 0x7fffffff'}
(*$HPPEMIT '};'*)
{$HPPEMIT '#define NAN nan.d'}
{$HPPEMIT '#endif'}

{$HPPEMIT '#ifndef INF'}
{$HPPEMIT 'union {'}
{$HPPEMIT '    long i[2];'}
{$HPPEMIT '    double d;'}
(*$HPPEMIT '} inf = {'*)
{$HPPEMIT '    0x00000000, 0x7ff00000'}
(*$HPPEMIT '};'*)
{$HPPEMIT '#define INF inf.d'}
{$HPPEMIT '#endif'}

--- The following line numbers are post-insertion---

Changed line 445 to:

constructor Create(ATag: TNaNTag; Dummy: Byte = 0);


Changed line 2597 to:

constructor EJclNaNSignal.Create(ATag: TNaNTag; Dummy: Byte);


====================================================
JclMiscel.pas:
====================================================

Inserted after line 204:

{$IFDEF BCB}
   {$EXTERNALSYM ExitWindows}
{$ENDIF}



====================================================
JclSecurity.pas:
====================================================

Inserted after line 39:

{$HPPEMIT '#define TTokenInformationClass TOKEN_INFORMATION_CLASS'}




====================================================
Snmp.pas:
====================================================

Inserted after line 51:

{$IFDEF BCB}
   {$EXTERNALSYM PAsnOctetString}
   {$EXTERNALSYM PAsnObjectIdentifier}
   {$EXTERNALSYM TAsnAny}
   {$EXTERNALSYM PAsnAny}
   {$EXTERNALSYM TSnmpVarBind}
   {$EXTERNALSYM PSnmpVarBind}
   {$EXTERNALSYM PSnmpVarBindList}
   {$EXTERNALSYM TSnmpVarBindList}
   {$EXTERNALSYM TSnmpExtensionInit}
   {$EXTERNALSYM TSnmpExtensionQuery}
   {$EXTERNALSYM TSnmpExtensionQueryEx}
   {$EXTERNALSYM TSnmpExtensionTrap}
   {$EXTERNALSYM TSnmpExtensionInitEx}
{$ENDIF}






====================================================
JclWin32.pas:
====================================================

Removed all lines from 1148 through 1614.

Inserted after line 48:

{$IFDEF SUPPORTS_EXTSYM}
   {$IFDEF BCB}
      {$EXTERNALSYM LCID_ALTERNATE_SORTS}
      {$EXTERNALSYM CP_THREAD_ACP}
      {$EXTERNALSYM CP_SYMBOL}
      {$EXTERNALSYM CTRY_ALBANIA}
      {$EXTERNALSYM CTRY_ALGERIA}
      {$EXTERNALSYM CTRY_ARGENTINA}
      {$EXTERNALSYM CTRY_ARMENIA}
      {$EXTERNALSYM CTRY_AUSTRALIA}
      {$EXTERNALSYM CTRY_AUSTRIA}
      {$EXTERNALSYM CTRY_AZERBAIJAN}
      {$EXTERNALSYM CTRY_BAHRAIN}
      {$EXTERNALSYM CTRY_BELARUS}
      {$EXTERNALSYM CTRY_BELGIUM}
      {$EXTERNALSYM CTRY_BELIZE}
      {$EXTERNALSYM CTRY_BOLIVIA}
      {$EXTERNALSYM CTRY_BRAZIL}
      {$EXTERNALSYM CTRY_BRUNEI_DARUSSALAM}
      {$EXTERNALSYM CTRY_BULGARIA}
      {$EXTERNALSYM CTRY_CANADA}
      {$EXTERNALSYM CTRY_CARIBBEAN}
      {$EXTERNALSYM CTRY_CHILE}
      {$EXTERNALSYM CTRY_COLOMBIA}
      {$EXTERNALSYM CTRY_COSTA_RICA}
      {$EXTERNALSYM CTRY_CROATIA}
      {$EXTERNALSYM CTRY_CZECH}
      {$EXTERNALSYM CTRY_DENMARK}
      {$EXTERNALSYM CTRY_DOMINICAN_REPUBLIC}
      {$EXTERNALSYM CTRY_ECUADOR}
      {$EXTERNALSYM CTRY_EGYPT}
      {$EXTERNALSYM CTRY_EL_SALVADOR}
      {$EXTERNALSYM CTRY_ESTONIA}
      {$EXTERNALSYM CTRY_FAEROE_ISLANDS}
      {$EXTERNALSYM CTRY_FINLAND}
      {$EXTERNALSYM CTRY_FRANCE}
      {$EXTERNALSYM CTRY_GEORGIA}
      {$EXTERNALSYM CTRY_GERMANY}
      {$EXTERNALSYM CTRY_GREECE}
      {$EXTERNALSYM CTRY_GUATEMALA}
      {$EXTERNALSYM CTRY_HONDURAS}
      {$EXTERNALSYM CTRY_HONG_KONG}
      {$EXTERNALSYM CTRY_HUNGARY}
      {$EXTERNALSYM CTRY_ICELAND}
      {$EXTERNALSYM CTRY_INDIA}
      {$EXTERNALSYM CTRY_INDONESIA}
      {$EXTERNALSYM CTRY_IRAN}
      {$EXTERNALSYM CTRY_IRAQ}
      {$EXTERNALSYM CTRY_IRELAND}
      {$EXTERNALSYM CTRY_ISRAEL}
      {$EXTERNALSYM CTRY_ITALY}
      {$EXTERNALSYM CTRY_JAMAICA}
      {$EXTERNALSYM CTRY_JAPAN}
      {$EXTERNALSYM CTRY_JORDAN}
      {$EXTERNALSYM CTRY_KAZAKSTAN}
      {$EXTERNALSYM CTRY_KENYA}
      {$EXTERNALSYM CTRY_KUWAIT}
      {$EXTERNALSYM CTRY_KYRGYZSTAN}
      {$EXTERNALSYM CTRY_LATVIA}
      {$EXTERNALSYM CTRY_LEBANON}
      {$EXTERNALSYM CTRY_LIBYA}
      {$EXTERNALSYM CTRY_LIECHTENSTEIN}
      {$EXTERNALSYM CTRY_LITHUANIA}
      {$EXTERNALSYM CTRY_LUXEMBOURG}
      {$EXTERNALSYM CTRY_MACAU}
      {$EXTERNALSYM CTRY_MACEDONIA}
      {$EXTERNALSYM CTRY_MALAYSIA}
      {$EXTERNALSYM CTRY_MALDIVES}
      {$EXTERNALSYM CTRY_MEXICO}
      {$EXTERNALSYM CTRY_MONACO}
      {$EXTERNALSYM CTRY_MONGOLIA}
      {$EXTERNALSYM CTRY_MOROCCO}
      {$EXTERNALSYM CTRY_NETHERLANDS}
      {$EXTERNALSYM CTRY_NEW_ZEALAND}
      {$EXTERNALSYM CTRY_NICARAGUA}
      {$EXTERNALSYM CTRY_NORWAY}
      {$EXTERNALSYM CTRY_OMAN}
      {$EXTERNALSYM CTRY_PAKISTAN}
      {$EXTERNALSYM CTRY_PANAMA}
      {$EXTERNALSYM CTRY_PARAGUAY}
      {$EXTERNALSYM CTRY_PERU}
      {$EXTERNALSYM CTRY_PHILIPPINES}
      {$EXTERNALSYM CTRY_POLAND}
      {$EXTERNALSYM CTRY_PORTUGAL}
      {$EXTERNALSYM CTRY_PRCHINA}
      {$EXTERNALSYM CTRY_PUERTO_RICO}
      {$EXTERNALSYM CTRY_QATAR}
      {$EXTERNALSYM CTRY_ROMANIA}
      {$EXTERNALSYM CTRY_RUSSIA}
      {$EXTERNALSYM CTRY_SAUDI_ARABIA}
      {$EXTERNALSYM CTRY_SERBIA}
      {$EXTERNALSYM CTRY_SINGAPORE}
      {$EXTERNALSYM CTRY_SLOVAK}
      {$EXTERNALSYM CTRY_SLOVENIA}
      {$EXTERNALSYM CTRY_SOUTH_AFRICA}
      {$EXTERNALSYM CTRY_SOUTH_KOREA}
      {$EXTERNALSYM CTRY_SPAIN}
      {$EXTERNALSYM CTRY_SWEDEN}
      {$EXTERNALSYM CTRY_SWITZERLAND}
      {$EXTERNALSYM CTRY_SYRIA}
      {$EXTERNALSYM CTRY_TAIWAN}
      {$EXTERNALSYM CTRY_TATARSTAN}
      {$EXTERNALSYM CTRY_THAILAND}
      {$EXTERNALSYM CTRY_TRINIDAD_Y_TOBAGO}
      {$EXTERNALSYM CTRY_TUNISIA}
      {$EXTERNALSYM CTRY_TURKEY}
      {$EXTERNALSYM CTRY_UAE}
      {$EXTERNALSYM CTRY_UKRAINE}
      {$EXTERNALSYM CTRY_UNITED_KINGDOM}
      {$EXTERNALSYM CTRY_UNITED_STATES}
      {$EXTERNALSYM CTRY_URUGUAY}
      {$EXTERNALSYM CTRY_UZBEKISTAN}
      {$EXTERNALSYM CTRY_VENEZUELA}
      {$EXTERNALSYM CTRY_VIET_NAM}
      {$EXTERNALSYM CTRY_YEMEN}
      {$EXTERNALSYM CTRY_ZIMBABWE}
      {$EXTERNALSYM LOCALE_RETURN_NUMBER}
      {$EXTERNALSYM LOCALE_IDEFAULTEBCDICCODEPAGE}
      {$EXTERNALSYM LOCALE_IPAPERSIZE}
      {$EXTERNALSYM LOCALE_SENGCURRNAME}
      {$EXTERNALSYM LOCALE_SNATIVECURRNAME}
      {$EXTERNALSYM LOCALE_SYEARMONTH}
      {$EXTERNALSYM LOCALE_SSORTNAME}
      {$EXTERNALSYM LOCALE_IDIGITSUBSTITUTION}
      {$EXTERNALSYM DATE_YEARMONTH}
      {$EXTERNALSYM DATE_LTRREADING}
      {$EXTERNALSYM DATE_RTLREADING}
      {$EXTERNALSYM CAL_SYEARMONTH}
      {$EXTERNALSYM CAL_ITWODIGITYEARMAX}
      {$EXTERNALSYM CAL_NOUSEROVERRIDE}
      {$EXTERNALSYM CAL_USE_CP_ACP}
      {$EXTERNALSYM CAL_RETURN_NUMBER}
      {$EXTERNALSYM CAL_GREGORIAN_ME_FRENCH}
      {$EXTERNALSYM CAL_GREGORIAN_ARABIC}
      {$EXTERNALSYM CAL_GREGORIAN_XLIT_ENGLISH}
      {$EXTERNALSYM CAL_GREGORIAN_XLIT_FRENCH}
      {$EXTERNALSYM LGRPID_WESTERN_EUROPE}
      {$EXTERNALSYM LGRPID_CENTRAL_EUROPE}
      {$EXTERNALSYM LGRPID_BALTIC}
      {$EXTERNALSYM LGRPID_GREEK}
      {$EXTERNALSYM LGRPID_CYRILLIC}
      {$EXTERNALSYM LGRPID_TURKISH}
      {$EXTERNALSYM LGRPID_JAPANESE}
      {$EXTERNALSYM LGRPID_KOREAN}
      {$EXTERNALSYM LGRPID_TRADITIONAL_CHINESE}
      {$EXTERNALSYM LGRPID_SIMPLIFIED_CHINESE}
      {$EXTERNALSYM LGRPID_THAI}
      {$EXTERNALSYM LGRPID_HEBREW}
      {$EXTERNALSYM LGRPID_ARABIC}
      {$EXTERNALSYM LGRPID_VIETNAMESE}
      {$EXTERNALSYM LGRPID_INDIC}
      {$EXTERNALSYM LGRPID_GEORGIAN}
      {$EXTERNALSYM LGRPID_ARMENIAN}
      {$EXTERNALSYM VER_NT_WORKSTATION}
      {$EXTERNALSYM VER_NT_DOMAIN_CONTROLLER}
      {$EXTERNALSYM VER_NT_SERVER}
      {$EXTERNALSYM VER_SUITE_SMALLBUSINESS}
      {$EXTERNALSYM VER_SUITE_ENTERPRISE}
      {$EXTERNALSYM VER_SUITE_BACKOFFICE}
      {$EXTERNALSYM VER_SUITE_COMMUNICATIONS}
      {$EXTERNALSYM VER_SUITE_TERMINAL}
      {$EXTERNALSYM VER_SUITE_SMALLBUSINESS_RESTRICTED}
      {$EXTERNALSYM VER_SUITE_EMBEDDEDNT}
      {$EXTERNALSYM VER_SUITE_DATACENTER}
      {$EXTERNALSYM VER_SUITE_SINGLEUSERTS}
      {$EXTERNALSYM VER_SUITE_PERSONAL}
      {$EXTERNALSYM VER_SUITE_SERVERAPPLIANCE}
   {$ENDIF}

   // centralized EXTERNALSYMs to keep this Delphi 3 compatible
   {$IFNDEF BCB6}
      {$IFNDEF BCB5}
         {$IFNDEF COMPILER5_UP}
            {$EXTERNALSYM SE_OBJECT_TYPE}
            {$EXTERNALSYM _IMAGE_EXPORT_DIRECTORY}
            {$EXTERNALSYM IMAGE_EXPORT_DIRECTORY}
            {$EXTERNALSYM QueryServiceConfig}
         {$ENDIF COMPILER5_UP}
         
         {$EXTERNALSYM LCID_ALTERNATE_SORTS}
         {$EXTERNALSYM CP_THREAD_ACP}
         {$EXTERNALSYM CP_SYMBOL}
         {$EXTERNALSYM CTRY_ALBANIA}
         {$EXTERNALSYM CTRY_ALGERIA}
         {$EXTERNALSYM CTRY_ARGENTINA}
         {$EXTERNALSYM CTRY_ARMENIA}
         {$EXTERNALSYM CTRY_AUSTRALIA}
         {$EXTERNALSYM CTRY_AUSTRIA}
         {$EXTERNALSYM CTRY_AZERBAIJAN}
         {$EXTERNALSYM CTRY_BAHRAIN}
         {$EXTERNALSYM CTRY_BELARUS}
         {$EXTERNALSYM CTRY_BELGIUM}
         {$EXTERNALSYM CTRY_BELIZE}
         {$EXTERNALSYM CTRY_BOLIVIA}
         {$EXTERNALSYM CTRY_BRAZIL}
         {$EXTERNALSYM CTRY_BRUNEI_DARUSSALAM}
         {$EXTERNALSYM CTRY_BULGARIA}
         {$EXTERNALSYM CTRY_CANADA}
         {$EXTERNALSYM CTRY_CARIBBEAN}
         {$EXTERNALSYM CTRY_CHILE}
         {$EXTERNALSYM CTRY_COLOMBIA}
         {$EXTERNALSYM CTRY_COSTA_RICA}
         {$EXTERNALSYM CTRY_CROATIA}
         {$EXTERNALSYM CTRY_CZECH}
         {$EXTERNALSYM CTRY_DENMARK}
         {$EXTERNALSYM CTRY_DOMINICAN_REPUBLIC}
         {$EXTERNALSYM CTRY_ECUADOR}
         {$EXTERNALSYM CTRY_EGYPT}
         {$EXTERNALSYM CTRY_EL_SALVADOR}
         {$EXTERNALSYM CTRY_ESTONIA}
         {$EXTERNALSYM CTRY_FAEROE_ISLANDS}
         {$EXTERNALSYM CTRY_FINLAND}
         {$EXTERNALSYM CTRY_FRANCE}
         {$EXTERNALSYM CTRY_GEORGIA}
         {$EXTERNALSYM CTRY_GERMANY}
         {$EXTERNALSYM CTRY_GREECE}
         {$EXTERNALSYM CTRY_GUATEMALA}
         {$EXTERNALSYM CTRY_HONDURAS}
         {$EXTERNALSYM CTRY_HONG_KONG}
         {$EXTERNALSYM CTRY_HUNGARY}
         {$EXTERNALSYM CTRY_ICELAND}
         {$EXTERNALSYM CTRY_INDIA}
         {$EXTERNALSYM CTRY_INDONESIA}
         {$EXTERNALSYM CTRY_IRAN}
         {$EXTERNALSYM CTRY_IRAQ}
         {$EXTERNALSYM CTRY_IRELAND}
         {$EXTERNALSYM CTRY_ISRAEL}
         {$EXTERNALSYM CTRY_ITALY}
         {$EXTERNALSYM CTRY_JAMAICA}
         {$EXTERNALSYM CTRY_JAPAN}
         {$EXTERNALSYM CTRY_JORDAN}
         {$EXTERNALSYM CTRY_KAZAKSTAN}
         {$EXTERNALSYM CTRY_KENYA}
         {$EXTERNALSYM CTRY_KUWAIT}
         {$EXTERNALSYM CTRY_KYRGYZSTAN}
         {$EXTERNALSYM CTRY_LATVIA}
         {$EXTERNALSYM CTRY_LEBANON}
         {$EXTERNALSYM CTRY_LIBYA}
         {$EXTERNALSYM CTRY_LIECHTENSTEIN}
         {$EXTERNALSYM CTRY_LITHUANIA}
         {$EXTERNALSYM CTRY_LUXEMBOURG}
         {$EXTERNALSYM CTRY_MACAU}
         {$EXTERNALSYM CTRY_MACEDONIA}
         {$EXTERNALSYM CTRY_MALAYSIA}
         {$EXTERNALSYM CTRY_MALDIVES}
         {$EXTERNALSYM CTRY_MEXICO}
         {$EXTERNALSYM CTRY_MONACO}
         {$EXTERNALSYM CTRY_MONGOLIA}
         {$EXTERNALSYM CTRY_MOROCCO}
         {$EXTERNALSYM CTRY_NETHERLANDS}
         {$EXTERNALSYM CTRY_NEW_ZEALAND}
         {$EXTERNALSYM CTRY_NICARAGUA}
         {$EXTERNALSYM CTRY_NORWAY}
         {$EXTERNALSYM CTRY_OMAN}
         {$EXTERNALSYM CTRY_PAKISTAN}
         {$EXTERNALSYM CTRY_PANAMA}
         {$EXTERNALSYM CTRY_PARAGUAY}
         {$EXTERNALSYM CTRY_PERU}
         {$EXTERNALSYM CTRY_PHILIPPINES}
         {$EXTERNALSYM CTRY_POLAND}
         {$EXTERNALSYM CTRY_PORTUGAL}
         {$EXTERNALSYM CTRY_PRCHINA}
         {$EXTERNALSYM CTRY_PUERTO_RICO}
         {$EXTERNALSYM CTRY_QATAR}
         {$EXTERNALSYM CTRY_ROMANIA}
         {$EXTERNALSYM CTRY_RUSSIA}
         {$EXTERNALSYM CTRY_SAUDI_ARABIA}
         {$EXTERNALSYM CTRY_SERBIA}
         {$EXTERNALSYM CTRY_SINGAPORE}
         {$EXTERNALSYM CTRY_SLOVAK}
         {$EXTERNALSYM CTRY_SLOVENIA}
         {$EXTERNALSYM CTRY_SOUTH_AFRICA}
         {$EXTERNALSYM CTRY_SOUTH_KOREA}
         {$EXTERNALSYM CTRY_SPAIN}
         {$EXTERNALSYM CTRY_SWEDEN}
         {$EXTERNALSYM CTRY_SWITZERLAND}
         {$EXTERNALSYM CTRY_SYRIA}
         {$EXTERNALSYM CTRY_TAIWAN}
         {$EXTERNALSYM CTRY_TATARSTAN}
         {$EXTERNALSYM CTRY_THAILAND}
         {$EXTERNALSYM CTRY_TRINIDAD_Y_TOBAGO}
         {$EXTERNALSYM CTRY_TUNISIA}
         {$EXTERNALSYM CTRY_TURKEY}
         {$EXTERNALSYM CTRY_UAE}
         {$EXTERNALSYM CTRY_UKRAINE}
         {$EXTERNALSYM CTRY_UNITED_KINGDOM}
         {$EXTERNALSYM CTRY_UNITED_STATES}
         {$EXTERNALSYM CTRY_URUGUAY}
         {$EXTERNALSYM CTRY_UZBEKISTAN}
         {$EXTERNALSYM CTRY_VENEZUELA}
         {$EXTERNALSYM CTRY_VIET_NAM}
         {$EXTERNALSYM CTRY_YEMEN}
         {$EXTERNALSYM CTRY_ZIMBABWE}
         {$EXTERNALSYM LOCALE_RETURN_NUMBER}
         {$EXTERNALSYM LOCALE_IDEFAULTEBCDICCODEPAGE}
         {$EXTERNALSYM LOCALE_IPAPERSIZE}
         {$EXTERNALSYM LOCALE_SENGCURRNAME}
         {$EXTERNALSYM LOCALE_SNATIVECURRNAME}
         {$EXTERNALSYM LOCALE_SYEARMONTH}
         {$EXTERNALSYM LOCALE_SSORTNAME}
         {$EXTERNALSYM LOCALE_IDIGITSUBSTITUTION}
         {$EXTERNALSYM DATE_YEARMONTH}
         {$EXTERNALSYM DATE_LTRREADING}
         {$EXTERNALSYM DATE_RTLREADING}
         {$EXTERNALSYM CAL_SYEARMONTH}
         {$EXTERNALSYM CAL_ITWODIGITYEARMAX}
         {$EXTERNALSYM CAL_GREGORIAN_ME_FRENCH}
         {$EXTERNALSYM CAL_GREGORIAN_ARABIC}
         {$EXTERNALSYM CAL_GREGORIAN_XLIT_ENGLISH}
         {$EXTERNALSYM CAL_GREGORIAN_XLIT_FRENCH}
         {$EXTERNALSYM CAL_NOUSEROVERRIDE}
         {$EXTERNALSYM CAL_USE_CP_ACP}
         {$EXTERNALSYM CAL_RETURN_NUMBER}
         {$EXTERNALSYM LGRPID_WESTERN_EUROPE}
         {$EXTERNALSYM LGRPID_CENTRAL_EUROPE}
         {$EXTERNALSYM LGRPID_BALTIC}
         {$EXTERNALSYM LGRPID_GREEK}
         {$EXTERNALSYM LGRPID_CYRILLIC}
         {$EXTERNALSYM LGRPID_TURKISH}
         {$EXTERNALSYM LGRPID_JAPANESE}
         {$EXTERNALSYM LGRPID_KOREAN}
         {$EXTERNALSYM LGRPID_TRADITIONAL_CHINESE}
         {$EXTERNALSYM LGRPID_SIMPLIFIED_CHINESE}
         {$EXTERNALSYM LGRPID_THAI}
         {$EXTERNALSYM LGRPID_HEBREW}
         {$EXTERNALSYM LGRPID_ARABIC}
         {$EXTERNALSYM LGRPID_VIETNAMESE}
         {$EXTERNALSYM LGRPID_INDIC}
         {$EXTERNALSYM LGRPID_GEORGIAN}
         {$EXTERNALSYM LGRPID_ARMENIAN}
         {$EXTERNALSYM SignalObjectAndWait}
         {$EXTERNALSYM GetVersionEx}
         {$EXTERNALSYM CreateMutex}
         {$EXTERNALSYM VER_NT_WORKSTATION}
         {$EXTERNALSYM VER_NT_DOMAIN_CONTROLLER}
         {$EXTERNALSYM VER_NT_SERVER}
         {$EXTERNALSYM VER_SUITE_SMALLBUSINESS}
         {$EXTERNALSYM VER_SUITE_ENTERPRISE}
         {$EXTERNALSYM VER_SUITE_BACKOFFICE}
         {$EXTERNALSYM VER_SUITE_COMMUNICATIONS}
         {$EXTERNALSYM VER_SUITE_TERMINAL}
         {$EXTERNALSYM VER_SUITE_SMALLBUSINESS_RESTRICTED}
         {$EXTERNALSYM VER_SUITE_EMBEDDEDNT}
         {$EXTERNALSYM VER_SUITE_DATACENTER}
         {$EXTERNALSYM VER_SUITE_SINGLEUSERTS}
         {$EXTERNALSYM VER_SUITE_PERSONAL}
         {$EXTERNALSYM VER_SUITE_SERVERAPPLIANCE}
         {$EXTERNALSYM SE_CREATE_TOKEN_NAME}
         {$EXTERNALSYM SE_ASSIGNPRIMARYTOKEN_NAME}
         {$EXTERNALSYM SE_LOCK_MEMORY_NAME}
         {$EXTERNALSYM SE_INCREASE_QUOTA_NAME}
         {$EXTERNALSYM SE_UNSOLICITED_INPUT_NAME}
         {$EXTERNALSYM SE_MACHINE_ACCOUNT_NAME}
         {$EXTERNALSYM SE_TCB_NAME}
         {$EXTERNALSYM SE_SECURITY_NAME}
         {$EXTERNALSYM SE_TAKE_OWNERSHIP_NAME}
         {$EXTERNALSYM SE_LOAD_DRIVER_NAME}
         {$EXTERNALSYM SE_SYSTEM_PROFILE_NAME}
         {$EXTERNALSYM SE_SYSTEMTIME_NAME}
         {$EXTERNALSYM SE_PROF_SINGLE_PROCESS_NAME}
         {$EXTERNALSYM SE_INC_BASE_PRIORITY_NAME}
         {$EXTERNALSYM SE_CREATE_PAGEFILE_NAME}
         {$EXTERNALSYM SE_CREATE_PERMANENT_NAME}
         {$EXTERNALSYM SE_BACKUP_NAME}
         {$EXTERNALSYM SE_RESTORE_NAME}
         {$EXTERNALSYM SE_SHUTDOWN_NAME}
         {$EXTERNALSYM SE_DEBUG_NAME}
         {$EXTERNALSYM SE_AUDIT_NAME}
         {$EXTERNALSYM SE_SYSTEM_ENVIRONMENT_NAME}
         {$EXTERNALSYM SE_CHANGE_NOTIFY_NAME}
         {$EXTERNALSYM SE_REMOTE_SHUTDOWN_NAME}
         {$EXTERNALSYM SE_UNDOCK_NAME}
         {$EXTERNALSYM SE_SYNC_AGENT_NAME}
         {$EXTERNALSYM SE_ENABLE_DELEGATION_NAME}
         {$EXTERNALSYM PPSID}
         {$EXTERNALSYM _TOKEN_USER}
         {$EXTERNALSYM TOKEN_USER}
         {$EXTERNALSYM SetNamedSecurityInfoW}
         {$EXTERNALSYM AdjustTokenPrivileges}
         {$EXTERNALSYM _FILE_ALLOCATED_RANGE_BUFFER}
         {$EXTERNALSYM _FILE_ZERO_DATA_INFORMATION}
         {$EXTERNALSYM FSCTL_GET_COMPRESSION}
         {$EXTERNALSYM FSCTL_SET_COMPRESSION}
         {$EXTERNALSYM FSCTL_LOCK_VOLUME}
         {$EXTERNALSYM FSCTL_UNLOCK_VOLUME}
         {$EXTERNALSYM FSCTL_SET_SPARSE}
         {$EXTERNALSYM FSCTL_SET_ZERO_DATA}
         {$EXTERNALSYM FSCTL_QUERY_ALLOCATED_RANGES}
         {$EXTERNALSYM FSCTL_SET_REPARSE_POINT}
         {$EXTERNALSYM FSCTL_GET_REPARSE_POINT}
         {$EXTERNALSYM FSCTL_DELETE_REPARSE_POINT}
         {$EXTERNALSYM FSCTL_REQUEST_OPLOCK_LEVEL_1}
         {$EXTERNALSYM FSCTL_REQUEST_OPLOCK_LEVEL_2}
         {$EXTERNALSYM FSCTL_REQUEST_BATCH_OPLOCK}
         {$EXTERNALSYM FSCTL_REQUEST_FILTER_OPLOCK}
         {$EXTERNALSYM FSCTL_OPLOCK_BREAK_ACKNOWLEDGE}
         {$EXTERNALSYM FSCTL_OPBATCH_ACK_CLOSE_PENDING}
         {$EXTERNALSYM FSCTL_OPLOCK_BREAK_NOTIFY}
         {$EXTERNALSYM FSCTL_OPLOCK_BREAK_ACK_NO_2}
         {$EXTERNALSYM GetVolumeNameForVolumeMountPoint}
         {$EXTERNALSYM SetVolumeMountPoint}
         {$EXTERNALSYM DeleteVolumeMountPoint}
         {$EXTERNALSYM NCBNAMSZ}
         {$EXTERNALSYM MAX_LANA}
         {$EXTERNALSYM NRC_GOODRET}
         {$EXTERNALSYM NCBASTAT}
         {$EXTERNALSYM NCBRESET}
         {$EXTERNALSYM NCBENUM}
         {$EXTERNALSYM FILE_ANY_ACCESS}
         {$EXTERNALSYM FILE_SPECIAL_ACCESS}
         {$EXTERNALSYM FILE_READ_ACCESS}
         {$EXTERNALSYM FILE_WRITE_ACCESS}
         {$EXTERNALSYM PNCB}
         {$EXTERNALSYM ASTAT}
         {$EXTERNALSYM SHTDN_REASON_MAJOR_APPLICATION}
         {$EXTERNALSYM SHTDN_REASON_MINOR_OTHER}
         {$EXTERNALSYM ANON_OBJECT_HEADER}
         {$EXTERNALSYM _IMAGE_IMPORT_BY_NAME}
         {$EXTERNALSYM IMAGE_IMPORT_BY_NAME}
         {$EXTERNALSYM _IMAGE_THUNK_DATA}
         {$EXTERNALSYM IMAGE_THUNK_DATA}
         {$EXTERNALSYM _IMAGE_TLS_DIRECTORY}
         {$EXTERNALSYM IMAGE_TLS_DIRECTORY}
         {$EXTERNALSYM _IMAGE_IMPORT_DESCRIPTOR}
         {$EXTERNALSYM IMAGE_IMPORT_DESCRIPTOR}
         {$EXTERNALSYM _IMAGE_BOUND_IMPORT_DESCRIPTOR}
         {$EXTERNALSYM IMAGE_BOUND_IMPORT_DESCRIPTOR}
         {$EXTERNALSYM _IMAGE_BOUND_FORWARDER_REF}
         {$EXTERNALSYM IMAGE_BOUND_FORWARDER_REF}
         {$EXTERNALSYM _IMAGE_RESOURCE_DIRECTORY}
         {$EXTERNALSYM IMAGE_RESOURCE_DIRECTORY}
         {$EXTERNALSYM _IMAGE_RESOURCE_DIRECTORY_ENTRY}
         {$EXTERNALSYM IMAGE_RESOURCE_DIRECTORY_ENTRY}
         {$EXTERNALSYM _IMAGE_RESOURCE_DATA_ENTRY}
         {$EXTERNALSYM IMAGE_RESOURCE_DATA_ENTRY}
         {$EXTERNALSYM _IMAGE_RESOURCE_DIR_STRING_U}
         {$EXTERNALSYM IMAGE_RESOURCE_DIR_STRING_U}
         {$EXTERNALSYM IMAGE_LOAD_CONFIG_DIRECTORY}
         {$EXTERNALSYM ImgDelayDescr}
         {$EXTERNALSYM _IMAGE_BASE_RELOCATION}
         {$EXTERNALSYM IMAGE_BASE_RELOCATION}
         {$EXTERNALSYM RT_HTML}
         {$EXTERNALSYM RT_MANIFEST}
         {$EXTERNALSYM CREATEPROCESS_MANIFEST_RESOURCE_ID}
         {$EXTERNALSYM ISOLATIONAWARE_MANIFEST_RESOURCE_ID}
         {$EXTERNALSYM
ISOLATIONAWARE_NOSTATICIMPORT_MANIFEST_RESOURCE_ID}
         {$EXTERNALSYM MINIMUM_RESERVED_MANIFEST_RESOURCE_ID}
         {$EXTERNALSYM MAXIMUM_RESERVED_MANIFEST_RESOURCE_ID}
         {$EXTERNALSYM COMIMAGE_FLAGS_ILONLY}
         {$EXTERNALSYM COMIMAGE_FLAGS_32BITREQUIRED}
         {$EXTERNALSYM COMIMAGE_FLAGS_IL_LIBRARY}
         {$EXTERNALSYM COMIMAGE_FLAGS_STRONGNAMESIGNED}
         {$EXTERNALSYM COMIMAGE_FLAGS_TRACKDEBUGDATA}
         {$EXTERNALSYM IMAGE_COR20_HEADER}
         {$EXTERNALSYM ImageRvaToVa}
         {$EXTERNALSYM BindImageEx}
         {$EXTERNALSYM ImageEnumerateCertificates}
         {$EXTERNALSYM CSIDL_COMMON_APPDATA}
      {$ENDIF}
   {$ENDIF}
{$ENDIF SUPPORTS_EXTSYM}

{$EXTERNALSYM InterlockedExchangePointer}
{$EXTERNALSYM SECURITY_WORLD_SID_AUTHORITY}
{$EXTERNALSYM SECURITY_NULL_SID_AUTHORITY}
{$EXTERNALSYM SECURITY_LOCAL_SID_AUTHORITY}
{$EXTERNALSYM SECURITY_CREATOR_SID_AUTHORITY}
{$EXTERNALSYM SECURITY_NON_UNIQUE_AUTHORITY}
{$EXTERNALSYM SECURITY_NULL_RID}
{$EXTERNALSYM SECURITY_WORLD_RID}
{$EXTERNALSYM SECURITY_LOCAL_RID}
{$EXTERNALSYM SECURITY_CREATOR_OWNER_RID}
{$EXTERNALSYM SECURITY_CREATOR_GROUP_RID}
{$EXTERNALSYM SECURITY_CREATOR_OWNER_SERVER_RID}
{$EXTERNALSYM SECURITY_CREATOR_GROUP_SERVER_RID}
{$EXTERNALSYM SECURITY_NT_AUTHORITY}
{$EXTERNALSYM SECURITY_DIALUP_RID}
{$EXTERNALSYM SECURITY_NETWORK_RID}
{$EXTERNALSYM SECURITY_BATCH_RID}
{$EXTERNALSYM SECURITY_INTERACTIVE_RID}
{$EXTERNALSYM SECURITY_SERVICE_RID}
{$EXTERNALSYM SECURITY_ANONYMOUS_LOGON_RID}
{$EXTERNALSYM SECURITY_PROXY_RID}
{$EXTERNALSYM SECURITY_ENTERPRISE_CONTROLLERS_RID}
{$EXTERNALSYM SECURITY_SERVER_LOGON_RID}
{$EXTERNALSYM SECURITY_PRINCIPAL_SELF_RID}
{$EXTERNALSYM SECURITY_AUTHENTICATED_USER_RID}
{$EXTERNALSYM SECURITY_RESTRICTED_CODE_RID}
{$EXTERNALSYM SECURITY_TERMINAL_SERVER_RID}
{$EXTERNALSYM SECURITY_LOGON_IDS_RID}
{$EXTERNALSYM SECURITY_LOGON_IDS_RID_COUNT}
{$EXTERNALSYM SECURITY_LOCAL_SYSTEM_RID}
{$EXTERNALSYM SECURITY_NT_NON_UNIQUE}
{$EXTERNALSYM SECURITY_BUILTIN_DOMAIN_RID}
{$EXTERNALSYM DOMAIN_USER_RID_ADMIN}
{$EXTERNALSYM DOMAIN_USER_RID_GUEST}
{$EXTERNALSYM DOMAIN_USER_RID_KRBTGT}
{$EXTERNALSYM DOMAIN_GROUP_RID_ADMINS}
{$EXTERNALSYM DOMAIN_GROUP_RID_USERS}
{$EXTERNALSYM DOMAIN_GROUP_RID_GUESTS}
{$EXTERNALSYM DOMAIN_GROUP_RID_COMPUTERS}
{$EXTERNALSYM DOMAIN_GROUP_RID_CONTROLLERS}
{$EXTERNALSYM DOMAIN_GROUP_RID_CERT_ADMINS}
{$EXTERNALSYM DOMAIN_GROUP_RID_SCHEMA_ADMINS}
{$EXTERNALSYM DOMAIN_GROUP_RID_ENTERPRISE_ADMINS}
{$EXTERNALSYM DOMAIN_GROUP_RID_POLICY_ADMINS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_ADMINS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_USERS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_GUESTS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_POWER_USERS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_ACCOUNT_OPS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_SYSTEM_OPS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_PRINT_OPS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_BACKUP_OPS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_REPLICATOR}
{$EXTERNALSYM DOMAIN_ALIAS_RID_RAS_SERVERS}
{$EXTERNALSYM DOMAIN_ALIAS_RID_PREW2KCOMPACCESS}
{$EXTERNALSYM COMPRESSION_FORMAT_NONE}
{$EXTERNALSYM COMPRESSION_FORMAT_DEFAULT}
{$EXTERNALSYM COMPRESSION_FORMAT_LZNT1}
{$EXTERNALSYM FILE_SUPPORTS_SPARSE_FILES}
{$EXTERNALSYM FILE_SUPPORTS_REPARSE_POINTS}
{$EXTERNALSYM IO_REPARSE_TAG_MOUNT_POINT}
{$EXTERNALSYM IO_REPARSE_TAG_HSM}
{$EXTERNALSYM IO_REPARSE_TAG_SIS}
{$EXTERNALSYM FILE_ATTRIBUTE_DEVICE}
{$EXTERNALSYM FILE_ATTRIBUTE_SPARSE_FILE}
{$EXTERNALSYM FILE_ATTRIBUTE_REPARSE_POINT}
{$EXTERNALSYM FILE_ATTRIBUTE_NOT_CONTENT_INDEXED}
{$EXTERNALSYM FILE_ATTRIBUTE_ENCRYPTED}
{$EXTERNALSYM FILE_DEVICE_FILE_SYSTEM}
{$EXTERNALSYM METHOD_BUFFERED}
{$EXTERNALSYM METHOD_IN_DIRECT}
{$EXTERNALSYM METHOD_OUT_DIRECT}
{$EXTERNALSYM METHOD_NEITHER}
{$EXTERNALSYM FILE_WRITE_DATA}
{$EXTERNALSYM FILE_READ_DATA}
{$EXTERNALSYM REPARSE_GUID_DATA_BUFFER_HEADER_SIZE}
{$EXTERNALSYM MAXIMUM_REPARSE_DATA_BUFFER_SIZE}
{$EXTERNALSYM IO_REPARSE_TAG_RESERVED_ZERO}
{$EXTERNALSYM IO_REPARSE_TAG_RESERVED_ZERO}
{$EXTERNALSYM IO_REPARSE_TAG_RESERVED_ONE}
{$EXTERNALSYM IO_REPARSE_TAG_RESERVED_RANGE}
{$EXTERNALSYM FILE_FLAG_OPEN_REPARSE_POINT}
{$EXTERNALSYM KLF_SETFORPROCESS}
{$EXTERNALSYM MAKELANGID}
{$EXTERNALSYM PRIMARYLANGID}
{$EXTERNALSYM SUBLANGID}
{$EXTERNALSYM MAKELCID}
{$EXTERNALSYM SORTIDFROMLCID}
{$EXTERNALSYM IMAGE_DIRECTORY_ENTRY_DELAY_IMPORT}
{$EXTERNALSYM IMAGE_DIRECTORY_ENTRY_COM_DESCRIPTOR}
{$EXTERNALSYM IMAGE_DLLCHARACTERISTICS_NO_BIND}
{$EXTERNALSYM IMAGE_DLLCHARACTERISTICS_WDM_DRIVER}
{$EXTERNALSYM IMAGE_DLLCHARACTERISTICS_TERMINAL_SERVER_AWARE}
{$EXTERNALSYM IMAGE_ORDINAL_FLAG}
{$EXTERNALSYM IMAGE_RESOURCE_NAME_IS_STRING}
{$EXTERNALSYM IMAGE_RESOURCE_DATA_IS_DIRECTORY}
{$EXTERNALSYM IMAGE_SIZEOF_BASE_RELOCATION}
{$EXTERNALSYM IMAGE_REL_BASED_ABSOLUTE}
{$EXTERNALSYM IMAGE_REL_BASED_HIGH}
{$EXTERNALSYM IMAGE_REL_BASED_LOW}
{$EXTERNALSYM IMAGE_REL_BASED_HIGHLOW}
{$EXTERNALSYM IMAGE_REL_BASED_HIGHADJ}
{$EXTERNALSYM IMAGE_REL_BASED_MIPS_JMPADDR}
{$EXTERNALSYM IMAGE_REL_BASED_SECTION}
{$EXTERNALSYM IMAGE_REL_BASED_REL32}
{$EXTERNALSYM IMAGE_REL_BASED_MIPS_JMPADDR16}
{$EXTERNALSYM IMAGE_REL_BASED_IA64_IMM64}
{$EXTERNALSYM IMAGE_REL_BASED_DIR64}
{$EXTERNALSYM IMAGE_REL_BASED_HIGH3ADJ}
{$EXTERNALSYM IMAGE_DEBUG_TYPE_BORLAND}
{$EXTERNALSYM IMAGE_ORDINAL}




Subject: MS Text converters for TJvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 04 Nov 2003 18:35:10 +0100
Newsgroups: jedi.vcl

Hi all,

I've added functionality to JvRichEdit.pas to use the MS Text converters. This basically means that you can now import/export the same files as Wordpad can (thus HTML, Word docs etc.) You can test it with the EditorDemo in examples/JvRichEdit.

I had to change the interface of TJvRichEdit a bit, because the converters could not be stateless anymore.

The BCB folks probably need to tweak it a bit, so that it works with BCB.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Character map component
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 04 Nov 2003 17:50:48 +0100
Newsgroups: jedi.vcl

Hi Peter


> > Is there any interest in a character map component (displays the characters
> > of the currently selected font, similar to the way the Character Map app in
> > Windows works)?

sounds nice, I can image we would use that here ... !

best regards

Ralf Grenzing





Subject: Re: New features
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Tue, 04 Nov 2003 17:12:41 +0100
Newsgroups: jedi.vcl,jedi.general

Peter Thörnqvist wrote in <bo7k1d$1am$2@talkto.net>:
> > Please do, we are always interested in donations and new features.
                    ^^^^^^
This is a lie. Whether the 'core projects' of JEDI are interested in
donations and new features is dependent on chance and mood of some
Steering members.

There exist different examples, where JEDI don't was interested, among
others Peter Thörnqvist have refused at least one offer. Note, there
don't exist any technical raisons.

The JEDI Steering Group accept such behavior. Robert Marquardt, the JVCL
Second Representative, wrote in <bjedlb$se$1@talkto.net>:
: It is not our job to work on new conversions or update older ones.
: Conversions are donated. We accept them or not. The decision is ours not 
: yours.

I have ask the Steering Group for a statement and get it weeks later. It
don't contain any contradiction to this declaration, and how I wrote
above, it is live reality, unfortunately.


There are basal problem in JEDI, to solve such problems, active JEDI
members need more right to implement competent and authoritative legal
decisions, the active developpers that do the work should decide what
happens. The power should be at the programmers, and steering team
should only mediate between teams. For this JEDI need a new Steering
Group, chosen through democratic election, based on peoples, which are
active developers, decisions don't may be maked behind closed doors.
JEDI Steering must be responsibly for his decisions in front of the JEDI
members. Members, which are sabotage JEDI again and again, like Robert
Marquardt and his supporters, don't may be able to make a choice,
currently they will be rewarded with more power and acclaim. Currently
the Steering group work as a secret society, it take into account to
have the truth, like the central committee in the real existing
socialism. Currently the Steering group decide, who can be a Steering
member, like in the real existing socialism too. Many of the currently
Steering members are inactive members or reformat source code only. They
have lost the contact to the active developers, to the projects, the
result are bad decisions, like in the real existing socialism too. The
real existing socialism is failed on this, JEDI will too, if the members
don't remove the currently, destructive structures.


I know from the past, that this posting entail any bad postings very
likely, because JEDI Steering don't want to solve problems, rather it
fight against critics. I ignore it and I will answer only to
constructive statements, which are send per mail.

Bye Peter.

p.s. XP and fups2 jedi.general is set
-- JEDI+ API, the active JEDI Header Conversions Project: http://jediplus.pjh2.de 

Subject: Re: Design editor problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 4 Nov 2003 15:52:15 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Tue, 4 Nov 2003 15:24:15 +0100:

 MB>     I've again run into an issue with a designer form. A quick overview
 MB> of the current state (not entirely updated in CVS yet):

    Never mind. Rebuilding the design time package instead of the run time
package helped in this case ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Iris" by Goo Goo Dolls.




Subject: Design editor problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 4 Nov 2003 15:24:15 +0100
Newsgroups: jedi.vcl

Hello, All!

    I've again run into an issue with a designer form. A quick overview of
the current state (not entirely updated in CVS yet):

* I have 1 form with two JvProviderTreeFrame frames on it (1 for the color
list and 1 for the context list) and a simple list box (for the color name
mappings).
* Upon showing the form, all works as expected (as far as I have implemented
it that is).
* Upon closing the designer the context list frame is removed first,
followed by the mapping list box and finally the color list frame.

    The problem occurs when the color list frame should be destroyed. It
enters the destructor of the frame, which frees the consumer service
attached and then calls the inherited Destroy. It never returns from the
call to inherited (which would be the destructor of TFrame or one of it's
ancestors) but raises an AV exception. I tried the following:

* Not setting the provider when the dialog shows (so no references are made
to the color provider at all).
* Not assigning the events to the frame list.
* Pulling out my hair (not easy in my case)
* Letting it rest for a week and try again, hoping to have a fresh view on
it.

    Any other suggestions besides making the ProviderTreeListFrame into a
provider aware list view control and use that instead (this would be
impossible as the control should then be in JvCore or JvCore would need a
reference to another package which we definitely don't want). How come the
TFrame.Destroy raises an AV? Or is the code unable to call the inherited
method? Why would that be?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

Foobar2000 now playing: "Pressure" by Angela & The Rude.




Subject: Re: New features
From: Peter Thörnqvist <peter3@nospam.peter3.com>
Date: Tue, 4 Nov 2003 12:20:33 +0000 (UTC)
Newsgroups: jedi.vcl

> > I just have uploaded the files.
Thanks, will take a look ASAP

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New features
From: "Gustavo" <no@thanks.com>
Date: Tue, 4 Nov 2003 05:53:40 -0200
Newsgroups: jedi.vcl

Hi Peter,

I just have uploaded the files.

regards,

Bianconi.
----------

"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:bo7k1d$1am$2@talkto.net...
| > If you want, i upload these files on manthis.
|
| Please do, we are always interested in donations and new features.
|
| -- 
| Regards,
|
| Peter Thornqvist (JVCL Coordinator)
| http://jvcl.sourceforge.net
|
|




Subject: Re: New features
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Nov 2003 08:25:43 +0100
Newsgroups: jedi.vcl

> > If you want, i upload these files on manthis.

Please do, we are always interested in donations and new features.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMessageDlg ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Nov 2003 08:25:08 +0100
Newsgroups: jedi.vcl

It was removed before the JVCL2.10 release. You can find it in here:
http://cvs.sourceforge.net/viewcvs.py/jvcl/jvcl/Archive/JvMessageBox.pas

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Arrange-Panel (Donation)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 04 Nov 2003 11:30:59 +1000
Newsgroups: jedi.vcl

Jens Fudickar wrote:
> It's now 02:00 am and no changes in the daily snapshots :-(
>
> Is it possible that the servers are not positioned in germany, so i had to wait a long time before i can go to bed to see the next snapshot. ;-)
They sure aren't in Germany. They are somewhere in the US, and the daily snapshot is most likely not done at midnight anyway. All you have to wait for is the appearance of a new file to be there and check that one.



Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 04 Nov 2003 02:05:33 +0100
Newsgroups: jedi.vcl

It's now 02:00 am and no changes in the daily snapshots :-(

Is it possible that the servers are not positioned in germany, so i had to wait a long time before i can go to bed to see the next snapshot. ;-)

Next time i will look at the next morning :-)

Jens Fudickar wrote:

> Which reason did we find if the files were not in the next snapshot (Roundabout in 20 minutes) ?
>
> Andreas Hausladen wrote:
>
>> Jens Fudickar wrote:
>>
>>
>>> It's not in the snapshot :-(
>>
>>
>>
>> Perhaps the Sourceforge server knows that it was sunday and so he had not
>> generated a new snapshot. :-)
>>
>>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: New features
From: "Gustavo" <no@thanks.com>
Date: Mon, 3 Nov 2003 22:56:59 -0200
Newsgroups: jedi.vcl

Hi All,

I made some changes in TJvPlugin and TJvLinkLabel.

TJvPlugin - Property TJvPluginCommand had property ShortCut modified to
TShortCutProperty on design time. In design time, a list with shortcuts
is available, exactly others controls.

TJvLinkLabel with a new LinkCursor property. Now, is possible to use
custom cursors to links.

If you want, i upload these files on manthis.

TIA.

Bianconi.




Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 03 Nov 2003 23:47:08 +0100
Newsgroups: jedi.vcl

Which reason did we find if the files were not in the next snapshot (Roundabout in 20 minutes) ?

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> It's not in the snapshot :-(
>
>
> Perhaps the Sourceforge server knows that it was sunday and so he had not
> generated a new snapshot. :-)
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Arrange-Panel (Donation)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Nov 2003 23:22:58 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > It's not in the snapshot :-(

Perhaps the Sourceforge server knows that it was sunday and so he had not
generated a new snapshot. :-)


-- Regards Andreas Hausladen 

Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 03 Nov 2003 23:21:50 +0100
Newsgroups: jedi.vcl

It's not in the snapshot :-(

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> Are both files in the daily snapshot?
>
>
> The merged JvPanel.pas will be in the daily snapshot that comes tomorrow.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Character map component
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Nov 2003 22:39:33 +0100
Newsgroups: jedi.vcl

> > I assume you are creating another popup form to contain this new
> > control?  Why not pop up the control within the form (so that dragging
> > around the parent already drags around the child)? Am I misunderstanding?
The problem is that I don't want the zoom panel to be clipped by it's
parent, whether it's the charmap control or the form, so I have to create it
as a free-floating popup window, similar to how JvDBTreeView and JvCalcEdit
(and indeed, a standard ComboBox) does with their drop-downs. The difference
is that I don't want to hide the zoom panel when the user switches focus to
the form - this is the way the charmap utility does it, so I want that too.
Since creating it as a popup makes it independent of the underlying form, I
have to hook into the form's WindowProc to manually adjust it's position
when the form is moved or resized (unless there is some other way I haven't
discovered yet). Seems one can't have it all<g>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Character map component
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 03 Nov 2003 16:00:59 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Maybe as a test, you could output all message numbers received by your
>> component when you move the form around.
>
>
> I did test it (with another component). Result: no messages whatsoever are
> sent to the component while the form is being dragged. Looks like the
> WindowProc method still is the best way to go...
>
I assume you are creating another popup form to contain this new control?  Why not pop up the control within the form (so that dragging around the parent already drags around the child)? Am I misunderstanding?

Warren



Subject: Re: Build error using latest files...
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 03 Nov 2003 13:46:59 -0700
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >Yes, because Delphi 5 could not compile it because of the same errors that
> >Leroy got from the compiler. My changes are all in {$IFDEF
> >COMPILER6_UP}Olivers code{$ELSE}My code{$ENDIF}

That's got it, thanks!


Subject: Re: JvSALCore.pas & JvXmlTree.pas
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 03 Nov 2003 13:40:06 -0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

>> >> uses clause via an {$IFNDEF BCB5}. The changed files have been
>> >> committed.
> >Shouldn't that be {$IFNDEF COMPILER5}?

BCB5 works specifically for BCB5. I think COMPILER5 works for Delphi and
BCB 5.


Subject: Re: I donated a component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 03 Nov 2003 20:31:39 +0100
Newsgroups: jedi.vcl

Alejandro Castro wrote:
> Several days ago, I uploaded and donated a new component, Peter Thornqvist
> received it
>
> I havent received any email or notification, is there a comment about it ?
> should I think that the component was rejected ?

Do not fear. Peter does not forget much.
I am sure it is in his work pipeline which is rather long.



Subject: JvMessageDlg ?
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Mon, 3 Nov 2003 12:28:35 -0600
Newsgroups: jedi.vcl

Where is the JvMessageDlg component on the 2.1 version ? What is the
equivalent component ?

I was using the component on the 1.2 version but I cant find the component.

Thanks

--
Alejandro Castro
www.alfra.info
alejandro@alfra.info




Subject: I donated a component
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Mon, 3 Nov 2003 11:42:24 -0600
Newsgroups: jedi.vcl

Several days ago, I uploaded and donated a new component, Peter Thornqvist
received it

I havent received any email or notification, is there a comment about it ?
should I think that the component was rejected ?

Thanks

--
Alejandro Castro
www.alfra.info
alejandro@alfra.info




Subject: Re: Character map component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 Nov 2003 15:41:27 +0100
Newsgroups: jedi.vcl

> > Maybe as a test, you could output all message numbers received by your
> > component when you move the form around.

I did test it (with another component). Result: no messages whatsoever are
sent to the component while the form is being dragged. Looks like the
WindowProc method still is the best way to go...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSALCore.pas & JvXmlTree.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 Nov 2003 14:02:20 +0100
Newsgroups: jedi.vcl

> > I have modified JvSALCore.pas and JvXmlTree.pas so they will compile
> > under BCB5. The change involves excluding the Variants unit from the
> > uses clause via an {$IFNDEF BCB5}. The changed files have been
> > committed.
Shouldn't that be {$IFNDEF COMPILER5}?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvcl-checkins in digest mode
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 Nov 2003 14:01:12 +0100
Newsgroups: jedi.vcl

> > I've susbcribed to the jvcl-checkins mailing list to get information
> > about what's get modified. But because I don't want to get flooded with
> > heaps of emails, I set it up in digest mode.
> > The web site says I would only receive one email a day, but fact is, I
> > receive at least 3 a day ! Is it the expected behaviour ? Because the
> > message says "Today's Topics"...

I just had a look and it doesn't seem there is that much to configure.
Digest mode only has one option that might apply AFAICS: the "How big in Kb
should a digest be before it gets sent out?" might cause a new digest to be
sent when it reaches it's limit. That could explain why you get > 1 a day. I
could up this value if you like, to see if it helps. It is currently set to
30kB.

> > Another stuff: If you have control over the format of the daily message,
> > could it include the comments in the summary section along with the file
> > names and the user name ?
> > That would allow me to just have a look at the summary instead of
> > scrolling down the whole email just to see one comment.
There are options to insert headers and footers, but the attributes
available has only to do with the mail list itself, not the content of the
actual mail...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Character map component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 Nov 2003 13:51:23 +0100
Newsgroups: jedi.vcl

> > May be nice
OK, I'll clean it up add to CVS tonight or tomorrow including a demo.

> > Don't you receive a WM_PAINT message when you are moved around ?
Yes, I tried that but it is called fairly often, even when the form isn't
moved, so I was looking for something less intense. Currently, I am
replacing the form's WndProc and move the zoom panel (the panel that
displays the selected character in a much larger font) only when I recieve a
WM_MOVE (and the panel is visible).

Any ideas for package location?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvcl-checkins in digest mode
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 03 Nov 2003 22:29:03 +1000
Newsgroups: jedi.vcl

Hi all

This message is adressed especially to Peter, but anyone is welcome to participate.
I've susbcribed to the jvcl-checkins mailing list to get information about what's get modified. But because I don't want to get flooded with heaps of emails, I set it up in digest mode.
The web site says I would only receive one email a day, but fact is, I receive at least 3 a day ! Is it the expected behaviour ? Because the message says "Today's Topics"...
Another stuff: If you have control over the format of the daily message, could it include the comments in the summary section along with the file names and the user name ?
That would allow me to just have a look at the summary instead of scrolling down the whole email just to see one comment.

Thanks a lot for your help

Olivier Sannier
JVCL Developer



Subject: Re: Character map component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 03 Nov 2003 22:24:04 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Is there any interest in a character map component (displays the characters
> of the currently selected font, similar to the way the Character Map app in
> Windows works)?
May be nice

> In that case, I have been playing with one that has configurable Columns
> count, StartChar and EndChar (from 0 to Max(word)), can display a "zoom"
> panel, handles keyboard, resizing, scrolling, mouse wheel etc etc. The only
> ugly hack is replacing the owner forms WndProc to be notified when the form
> is moved (so the zoom panel can be moved along with it). If anyone has a
> better solution for that, I would like to know.
Don't you receive a WM_PAINT message when you are moved around ? Maybe as a test, you could output all message numbers received by your component when you move the form around. Then figure out which ones which. That's what I used to do to reverse engineer some stuff...
Quite ugly, but it's a once off for a cleaner code in the end.



Subject: Re: Character map component
From: "Andy Vines" <andy.vines@btNOTconnectED.com>
Date: Mon, 3 Nov 2003 11:53:33 -0000
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bo4a1p$dpa$1@talkto.net...
> > Is there any interest in a character map component (displays the
characters
> > of the currently selected font, similar to the way the Character Map app
in
> > Windows works)?

Certainly some interest from me, I use it to insert special Symbols as I
have to deal with technical drawing information in one of my apps.

> >
> > In that case, I have been playing with one that has configurable Columns
> > count, StartChar and EndChar (from 0 to Max(word)), can display a "zoom"
> > panel, handles keyboard, resizing, scrolling, mouse wheel etc etc. The
only
> > ugly hack is replacing the owner forms WndProc to be notified when the
form
> > is moved (so the zoom panel can be moved along with it). If anyone has a
> > better solution for that, I would like to know.

Sounds Good

Andy




Subject: Re: BCB Support: Batch files
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 03 Nov 2003 20:35:38 +1000
Newsgroups: jedi.vcl

OBones wrote:
> Ok, I wasn't sure that BCB5 checked the directories in PATH. BCB6 did the exact same thing, until I installed Update 4. I'll try to come up with a better solution, I thought of another when I woke up this morning:
> In the PFLAGS node, add ' -L"$(PATH)"' (without the single quotes) which will force the Pascal compiler to consider the PATH environment variable without any impact on the linker.
> I shouldn't break anything for BCB5 and will most likely fix the stuff for BCB6. I'll test that tonight and let you know.
Ok, I was almost right. The fix is:
Remove ;$(PATH) from the LIBPATH node
Add ' -U&quot;$(PATH)&quot;' without the quotes, but with the space in the PFLAGS node

It forces the pascal compiler to look in the PATH environment variable for dcu files, where it will find the JCL dcu files. And the &quot; are to be sure that any space in the PATH variable doesn't interfere.
I've verified, that's working both in batch and IDE compilation.
However, this is definitely only a tweak. It'd be better if there was a way to generate a dcp file along with bpi, lib, bpl and tds while compiling the JCL package with BCB. I tried to use the dcp file generated for Delphi6, it works, but I don't know how to generate such a dcp file from BCB itself.
In the meantime, the PATH tweak is all we've got to allow the JCL not to be in the ..\..\JCL directory.
The files are in the process of being checked in.

Cheers
Olivier



Subject: Re: Build error using latest files...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Nov 2003 09:39:04 +0100
Newsgroups: jedi.vcl

OBones wrote:

> > Did someone modified it after I submitted it ?

Yes, because Delphi 5 could not compile it because of the same errors that
Leroy got from the compiler. My changes are all in {$IFDEF
COMPILER6_UP}Olivers code{$ELSE}My code{$ENDIF}




-- Regards Andreas Hausladen 

Subject: Re: Build error using latest files...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 03 Nov 2003 15:36:22 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> JvUrlListGrabberEditors.pas(45) Error: Undeclared identifier:
> 'TGetPropProc'
>
> JvUrlListGrabberEditors.pas(84) Error: Incompatible types:
> 'TDesignerSelectionList' and 'IDesignerSelections'
>
>
That's weird, I compiled it with BCB6 yesterday and it worked.
Did someone modified it after I submitted it ?



Subject: Build error using latest files...
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 02 Nov 2003 22:08:20 -0700
Newsgroups: jedi.vcl

JvUrlListGrabberEditors.pas(45) Error: Undeclared identifier:
'TGetPropProc'

JvUrlListGrabberEditors.pas(84) Error: Incompatible types:
'TDesignerSelectionList' and 'IDesignerSelections'




Subject: JvSALCore.pas & JvXmlTree.pas
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 02 Nov 2003 21:38:48 -0700
Newsgroups: jedi.vcl

I have modified JvSALCore.pas and JvXmlTree.pas so they will compile
under BCB5. The change involves excluding the Variants unit from the
uses clause via an {$IFNDEF BCB5}. The changed files have been
committed.


Subject: Re: BCB Support: Batch files
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 02 Nov 2003 21:36:17 -0700
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >In the meantime, you can commit your files.

Done.


Subject: Re: BCB Support: Batch files
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 02 Nov 2003 21:06:50 -0700
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Woops, I may have been a bit too strong on the cleanup I did <g>

Not too strong, just ($BCB) instead of $(BCB). I appreciate you cleaning
up the stuff I missed. I thought I'd gotten it all!



Subject: Character map component
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Nov 2003 02:17:34 +0100
Newsgroups: jedi.vcl

Is there any interest in a character map component (displays the characters
of the currently selected font, similar to the way the Character Map app in
Windows works)?

In that case, I have been playing with one that has configurable Columns
count, StartChar and EndChar (from 0 to Max(word)), can display a "zoom"
panel, handles keyboard, resizing, scrolling, mouse wheel etc etc. The only
ugly hack is replacing the owner forms WndProc to be notified when the form
is moved (so the zoom panel can be moved along with it). If anyone has a
better solution for that, I would like to know.

Also, suggestions on what package to put it in are appreciated (it derives
from TCustomDrawGrid).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: issue with TJvDBLookupTreeViewCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Nov 2003 02:11:41 +0100
Newsgroups: jedi.vcl

It should be moved to the correct visibility level. I just didn't check
against D5 yet.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Mon, 03 Nov 2003 00:55:44 +0100
Newsgroups: jedi.vcl

Looks good, any similar to that what i had done before (Separate Setting classes).

I will upload a new version with only some cosmetic changes.

Andreas Hausladen wrote:

> I uploaded the current JvPanel.pas that is in CVS to jedi.binaries
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Missing file JvUrlListGrabberEditors.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Nov 2003 00:50:21 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I cannot compile the JVCL3 packages because the file
> > JvUrlListGrabberEditors.pas is missing in JvNetReg.pas

I've fixed Delphi 5 issues.

-- Regards Andreas Hausladen 

Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 3 Nov 2003 00:49:51 +0100
Newsgroups: jedi.vcl

Delphi 5 compiler says:

JvDBLookupTreeView:
  TJvTreePopupDataList.GetPopupText has a lesser visibility (protected)
than the base class TJvPopupWindow where GetPopupText is public.

Is that what you want or just a wrong (copy&)paste?


-- Regards Andreas Hausladen 

Subject: DBTreeview
From: "pfff" <tropcool@iFrance.com>
Date: Mon, 3 Nov 2003 00:47:57 +0100
Newsgroups: jedi.vcl

Hi !

I would like to have a DBTreeview (JVCL) to be a part of an other treeview,
like this

root
+--- DBTreeview1
+--- DCTreeview2

My Treeview is visible, the DBTreeviews are invisible, but my treview should
be updated on changes in DBTreeview (=Database)

Can anyone give me a tip, because I tried all I know ...
thnx






Subject: Re: BCB Support: Batch files
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 03 Nov 2003 09:14:30 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
> I fixed this by removing the $(PATH) from the LIBPATH node in all of the
> .bpk files. $(PATH) is not needed for BCB5. If you'd like, I'll commit
> the repaired BCB5 package files.
Ok, I wasn't sure that BCB5 checked the directories in PATH. BCB6 did the exact same thing, until I installed Update 4. I'll try to come up with a better solution, I thought of another when I woke up this morning:
In the PFLAGS node, add ' -L"$(PATH)"' (without the single quotes) which will force the Pascal compiler to consider the PATH environment variable without any impact on the linker.
I shouldn't break anything for BCB5 and will most likely fix the stuff for BCB6. I'll test that tonight and let you know.
In the meantime, you can commit your files.

> I found a typo in the JvHMIC5R package file which prevented it from
> building. I've committed the corrected file.
Woops, I may have been a bit too strong on the cleanup I did <g>



Subject: Re: BCB Support: Batch files
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 02 Nov 2003 15:55:55 -0700
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Well, the makefile is perfectly ok, and you're right, the problem comes 
>from spaces in the directories in the PATH environment variable.
> >The only way I could think of for fixing this is to create a small 
> >console application that reads the PATH environment variable, analyses 
> >it, changes all space containing directories to their 8.3 equivalent.
> >Then it generates a batch file that basically does that
> >SET PATH=CorrectedValue
> >
> >And I call that generated batch file from the MakeBCB batch file so that 
> >the PATH environment variable only contains directories with no space.
> >And because changes in a command window do not survive the command 
> >window, that has no impact on the user's system.
> >
> >I'm not sure that's the best solution, but that's the only I could think 
> >of. Any feedback is then welcome !
> >

I fixed this by removing the $(PATH) from the LIBPATH node in all of the
..bpk files. $(PATH) is not needed for BCB5. If you'd like, I'll commit
the repaired BCB5 package files.

I found a typo in the JvHMIC5R package file which prevented it from
building. I've committed the corrected file.


Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Nov 2003 23:07:11 +0100
Newsgroups: jedi.vcl

thanks

Andreas Hausladen wrote:

> I uploaded the current JvPanel.pas that is in CVS to jedi.binaries
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Missing file JvUrlListGrabberEditors.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 03 Nov 2003 07:58:13 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I cannot compile the JVCL3 packages because the file
> JvUrlListGrabberEditors.pas is missing in JvNetReg.pas
>
Sorry about that.
Out of all the modified files, that's the only one I forgot to add and commit. It's now done.
Sorry for any inconvenience

Olivier



Subject: Missing file JvUrlListGrabberEditors.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 Nov 2003 21:53:02 +0100
Newsgroups: jedi.vcl

I cannot compile the JVCL3 packages because the file
JvUrlListGrabberEditors.pas is missing in JvNetReg.pas

-- Regards Andreas Hausladen 

Subject: Re: Arrange-Panel (Donation)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 Nov 2003 19:48:56 +0100
Newsgroups: jedi.vcl

I uploaded the current JvPanel.pas that is in CVS to jedi.binaries

-- Regards Andreas Hausladen 

Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Nov 2003 19:48:08 +0100
Newsgroups: jedi.vcl

Hey,

you are too fast for me.

I had finished the merge also. 5 Minutes ago. Then my computer crashes and everything is gone. So i will look for your merge and maybe i can "tune" a little bit.

Greetings
Jens

Andreas Hausladen wrote:
> Peter Thörnqvist wrote:
>
>
>> It needs a boolean property to turn on/off the arranging
>> (ArrangeChildren?) but apart from that, I see no reason not to merge
>> them.
>
>
> The merge is complete and committed. The JvPanel component has a new
> property ArrangeSettings where you can activate the AutoArrange
> functionality and configure the arrange panel.
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Sun, 2 Nov 2003 13:22:19 -0500
Newsgroups: jedi.vcl

> > The control didn't handle the WM_KILLFOCUS message correctly. I think it
has
> > something to do with how treeviews handle focus changes and mouse captures
> > but I'm not sure. The solution was very much a case of trial and error,
I'm
> > afraid...

Ok, thanks.




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Nov 2003 19:13:44 +0100
Newsgroups: jedi.vcl

> > What did you do? (or rather what was wrong?)
The control didn't handle the WM_KILLFOCUS message correctly. I think it has
something to do with how treeviews handle focus changes and mouse captures
but I'm not sure. The solution was very much a case of trial and error, I'm
afraid...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Arrange-Panel (Donation)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 Nov 2003 18:01:47 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > It's more a relict from old times.

I had not included the designer in the merged component TJvPanel.



-- Regards Andreas Hausladen 

Subject: Re: Arrange-Panel (Donation)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 Nov 2003 18:00:59 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > Are both files in the daily snapshot?

The merged JvPanel.pas will be in the daily snapshot that comes tomorrow.


-- Regards Andreas Hausladen 

Subject: Re: Arrange-Panel (Donation)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 Nov 2003 17:59:24 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > It needs a boolean property to turn on/off the arranging
> > (ArrangeChildren?) but apart from that, I see no reason not to merge
> > them.

The merge is complete and committed. The JvPanel component has a new
property ArrangeSettings where you can activate the AutoArrange
functionality and configure the arrange panel.


-- Regards Andreas Hausladen 

Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Sun, 2 Nov 2003 11:51:10 -0500
Newsgroups: jedi.vcl

> > Try the updated files in jedi.binaries

Haha, it works!! You're a genius! What did you do? (or rather what was
wrong?)

Thanks a bunch for your persistence!




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Nov 2003 12:49:19 +0100
Newsgroups: jedi.vcl

Try the updated files in jedi.binaries

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB Support: Batch files
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 02 Nov 2003 21:36:47 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
>
>>> Please refer to last output for details
>>
>> At first sight, I'd say that it tries to build stuff with a path containing spaces that wasn't enclosed in parenthesis, for instance:
>> c:\program files\common files\
>>
>> But apparently, you didn't pass such a value to the batch file. Can you drop JvCoreC5R.mak on binaries, I'd like to have a look at the generated makefile.
>
>
> Done.
>
> I'd say that this has something to do with the new $(PATH) addition to
> the BCB5 .bpk files. That's where the "c:\program files" reference comes
> from.
Well, the makefile is perfectly ok, and you're right, the problem comes from spaces in the directories in the PATH environment variable.
The only way I could think of for fixing this is to create a small console application that reads the PATH environment variable, analyses it, changes all space containing directories to their 8.3 equivalent.
Then it generates a batch file that basically does that
SET PATH=CorrectedValue

And I call that generated batch file from the MakeBCB batch file so that the PATH environment variable only contains directories with no space.
And because changes in a command window do not survive the command window, that has no impact on the user's system.

I'm not sure that's the best solution, but that's the only I could think of. Any feedback is then welcome !

Olivier



Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Nov 2003 11:48:27 +0100
Newsgroups: jedi.vcl

It's more a relict from old times.

Andreas Hausladen wrote:

> Jens Fudickar wrote:
>
>
>> If you think this component is usefull give me some hints what i had to
>> change and i will do.
>
>
> Thanks for this component. I had adapted it to JVCL and as Peter gives me
> the OK I will commit the new unit JvArrangePanel.pas that will go to the
> JvStdCtrls package (where other panels are).
>
> One question: Is the component editor still usefull or is it a relict?
>
>
> While writing these lines I thought of TJvPanel:
> Should we merge TJvArrangePanel with TJvPanel?
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 02 Nov 2003 11:48:05 +0100
Newsgroups: jedi.vcl

I hope i get my Delphi 6 running and then i will look for it. Are both files in the daily snapshot? If yes i will find them?

Jens

Peter Thörnqvist wrote:
>> Should we merge TJvArrangePanel with TJvPanel?
>
>
> It needs a boolean property to turn on/off the arranging (ArrangeChildren?)
> but apart from that, I see no reason not to merge them.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: JvUrlListGrabber
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 02 Nov 2003 20:28:37 +1000
Newsgroups: jedi.vcl

Hi all

I've just commited the latest version of TJvUrlListGrabber, an intended replacement for TJvHttpGrabber, TJvFtpGrabber and TJvMultiHttpGrabber.
The demo application is also updated and creates the component at runtime, then uses it. This works.
Unfortunately, it doesn't work at design time, it gives an AV when you edit the Urls Property (access to 0) But I can't figure out what's wrong, so if anyone has any ideas...
All packages have been updated, the icon is also available.
All comments are welcome.

Cheers

Olivier



Subject: Re: Arrange-Panel (Donation)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Nov 2003 11:13:52 +0100
Newsgroups: jedi.vcl

> > Should we merge TJvArrangePanel with TJvPanel?

It needs a boolean property to turn on/off the arranging (ArrangeChildren?)
but apart from that, I see no reason not to merge them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: issue with TJvDBLookupTreeViewCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Nov 2003 11:10:56 +0100
Newsgroups: jedi.vcl

> > I just did that, quite a few changes... This particular component
> > (unfortunately) behaves the same way as the 2.10 version. 
Yup, I'm working on that.

> > I've seen quite a
> > few components removed in v3, just out of curiosity... why?
They were either duplicates or merged with similar components.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Arrange-Panel (Donation)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 Nov 2003 10:28:33 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Can we make sure that TJvPanel is working properly? It was doing
> > some...odd things when I was testing the example program for it.

I hope I found all odd things. I had committed a new version of
JvPanel.pas The files JvArrangePanel and JvPanel has not merged yet.




-- Regards Andreas Hausladen 

Subject: Re: Arrange-Panel (Donation)
From: "Ignacio Vazquez" <ivazquez@orioncomunications.com>
Date: Sun, 2 Nov 2003 01:31:09 -0500
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Sun, 2 Nov 2003 02:55:39 +0100:
> > While writing these lines I thought of TJvPanel:
> > Should we merge TJvArrangePanel with TJvPanel?

Can we make sure that TJvPanel is working properly? It was doing some...odd
things when I was testing the example program for it.

Cheers,
  Ignacio




Subject: Re: BCB Support: Batch files
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 01 Nov 2003 20:51:50 -0700
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

>> >> Please refer to last output for details
> >At first sight, I'd say that it tries to build stuff with a path 
> >containing spaces that wasn't enclosed in parenthesis, for instance:
> >c:\program files\common files\
> >
> >But apparently, you didn't pass such a value to the batch file. Can you 
> >drop JvCoreC5R.mak on binaries, I'd like to have a look at the generated 
> >makefile.

Done.

I'd say that this has something to do with the new $(PATH) addition to
the BCB5 .bpk files. That's where the "c:\program files" reference comes
from.


Subject: Re: Arrange-Panel (Donation)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 2 Nov 2003 02:55:39 +0100
Newsgroups: jedi.vcl

Jens Fudickar wrote:

> > If you think this component is usefull give me some hints what i had to
> > change and i will do.

Thanks for this component. I had adapted it to JVCL and as Peter gives me
the OK I will commit the new unit JvArrangePanel.pas that will go to the
JvStdCtrls package (where other panels are).

One question: Is the component editor still usefull or is it a relict?


While writing these lines I thought of TJvPanel:
Should we merge TJvArrangePanel with TJvPanel?


-- Regards Andreas Hausladen 

Subject: Re: BCB Support: Batch files
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 02 Nov 2003 11:21:21 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
>
> Thanks for the updated batch file. Unfortunately I can't get it to build
> properly. Here's what I get:
>
>
>> makebcb5 f:\Borland\BCB5 f:\Borland\3rdParty\JEDI\JCL f:\Borland\3rdParty\Libraries\BCB5\Libs f:\Borland\3rdParty\Libra
>
> ries\BCB5\Libs
>
<snip>
> Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
> Fatal: File not found: 'Files\Common.dpr'
>
> ** error 1 ** deleting JvCoreC5R.bpl
>
> !!!!! ERROR WHILE BUILDING THE JVCL !!!!
> Please refer to last output for details
At first sight, I'd say that it tries to build stuff with a path containing spaces that wasn't enclosed in parenthesis, for instance:
c:\program files\common files\

But apparently, you didn't pass such a value to the batch file. Can you drop JvCoreC5R.mak on binaries, I'd like to have a look at the generated makefile.

Cheers

Olivier



Subject: Re: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sat, 01 Nov 2003 23:49:05 +0100
Newsgroups: jedi.vcl

Hi Peter,

i've uploaded the original unit to binaries.

Sorry but it's the orginial unit, so you had to do two changes to test it.
1. Remove the the unit xModInfo
2. Remove the initialization part at the end of the unit.

There is no demo now, but it's easy to use.

Drop it on a form, set Align to alClient and drop some components on it.
At runtime resize the form.

If you think this component is usefull give me some hints what i had to change and i will do.

While i'm writing this mail i'm installing D6 so that i can work on jvcl3 parallel to my normal D7 installation where i want to use jvcl2.

Greetings
Jens

Peter Thörnqvist wrote:

>> If it is helpfull, i can create a jvcl-conform version.
>>
>> Please let me kow.
>
>
> We are always interested in new donations. You can upload a zip to
> jedi.binaries or to Mantis with what you have now, preferably with a demo,
> and we can have a look. If your donation is accepted, we/you could rewrite
> it for JVCL conformance.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: TJvxRichEdit question
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Sat, 1 Nov 2003 17:11:12 -0300
Newsgroups: jedi.vcl

I've seen that TJvxRichEdit can accept Unicode if you paste some Unicode
text on it. Is it possible to load an Unicode file into a TJvxRichEdit? I've
tried the Tnt Unicode Controls
(http://home.ccci.org/wolbrink/tnt/delphi_unicode_controls.htm) but it's not
possible to add images to its RichEdit (TTntRichEdit) :-(
What I need is a RichEdit that can load images.
Any advice?



Subject: Re: BCB Support: Batch files
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 01 Nov 2003 11:49:20 -0700
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Hi all
> >
> >I've managed to have the JVCL compile using the batch files. Simply call 
> >the one for your version, passing the location of CBuilder as the first 
> >argument.
> >MakeBCB.bat is the generic one, called by all the others as the job is 
> >always the same, only the name of the packages are modified.
> >If people with BCB5 and BCB6Personal could confirm that the batch file 
> >work, that'd be great.

Thanks for the updated batch file. Unfortunately I can't get it to build
properly. Here's what I get:

> >makebcb5 f:\Borland\BCB5 f:\Borland\3rdParty\JEDI\JCL f:\Borland\3rdParty\Libraries\BCB5\Libs f:\Borland\3rdParty\Libra
ries\BCB5\Libs

 Makefile created
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
        f:\Borland\BCB5\bin\bpr2mak -t..\BCB.bmk JvCoreC5R.bpk
BPR2MAK C++Builder Project file to Makefile converter. Version 5.0
Copyright (C) 2000, Borland/Inprise Corporation

Loading project file
Loading template
Generating Makefile
..........................................      
f:\Borland\BCB5\bin\make -l -o
-fJvCoreC5R.mak
MAKE Version 5.2  Copyright (c) 1987, 2000 Borland
        f:\Borland\BCB5\bin\..\BIN\dcc32 -LUvcl50 -LUdclstd50
-LUdsnide50 -N2..\
...\dcu -N0..\..\dcu -$YD -$W -$O-   -$A8 -v -JPHNE -M
-I..\..\design;..\..\run;.
..\..\common;..\..\..\JCL\source;f:\Borland\BCB5\bin\..\include;f:\Borland\BCB5\b
in\..\include\vcl
-R..\..\design;..\..\run;..\..\common;..\..\resources;..\..\.
..\JCL\dcu;f:\Borland\BCB5\bin\..\Projects\Lib;f:\Borland\BCB5\bin\..\lib\obj;f:\
Borland\BCB5\bin\..\lib;f:\Borland\BCB5\bin\..\lib\debug;F:\Borland\D7\Bin;F:\Bo
rland\D7\Projects\Bpl\;f:\Borland\BCB5\Projects\Bpl;f:\Borland\BCB5\Bin;F:\Borla
nd\3rdParty\Libraries\BCB5\Libs;F:\Borland\3rdParty\Libraries\D7\Libs;f:\Debuggi
ngToolsForWindows;f:\ARM\bin;f:\Borland\BORLAN~1\REMOTE~1\Bin;C:\WINDOWS\system3
2;C:\WINDOWS;C:\WINDOWS\System32\Wbem;g:\Util\Unix;g:\Util\DOS;F:\WinSDK\Bin\.;F
:\WinSDK\Bin\WinNT\.;f:\ARM\Multi-ICE;f:\ARM\Multi-ICE\system;C:\Program Files\C
ommon Files\Adaptec
Shared\System;F:\VisualStudio\Common\Tools\WinNT;F:\VisualSt
udio\Common\MSDev98\Bin;F:\VisualStudio\Common\Tools;F:\VisualStudio\VC98\bin;F:
\WinSDK\Bin\.;F:\WinSDK\Bin\WinNT\.
-U..\..\design;..\..\run;..\..\common;..\..\
...\JCL\source;f:\Borland\BCB5\bin\..\include;f:\Borland\BCB5\bin\..\include\vcl
-D_DEBUG;_RTLDLL;NO_STRICT
-O..\..\design;..\..\run;..\..\common;..\..\..\JCL\so
urce;f:\Borland\BCB5\bin\..\include;f:\Borland\BCB5\bin\..\include\vcl
--BCB ..\
...\run\JvBaseDlg.PAS ..\..\run\JvClxUtils.PAS
Borland Delphi  Version 13.0  Copyright (c) 1983,99 Inprise Corporation
Fatal: File not found: 'Files\Common.dpr'

** error 1 ** deleting JvCoreC5R.bpl

!!!!! ERROR WHILE BUILDING THE JVCL !!!!
Please refer to last output for details




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Sat, 1 Nov 2003 11:14:02 -0500
Newsgroups: jedi.vcl

> > I recommend you to switch from JVCL2.10 to JVCL3, because any updates and
> > bug fixes are committed to that version only. To get it, use:
> >
> > cvs -z3 -d:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl co
> > dev/JVCL3

I just did that, quite a few changes... This particular component
(unfortunately) behaves the same way as the 2.10 version. I've seen quite a
few components removed in v3, just out of curiosity... why?

Thanks for you time.




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Sat, 1 Nov 2003 10:10:46 -0500
Newsgroups: jedi.vcl

Actually, you don't even need to scroll, just move the form while the drop
down tree is visible...

> > I replaced the component with the one from binaries. This time when you
> > scroll the main application doesn't lose focus, but if you try to move the
> > form (after you scrolled through the tree) it does the same thing... i.e.
it
> > doesn't close, it just stays in the same spot while I move the form.




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Sat, 1 Nov 2003 10:00:35 -0500
Newsgroups: jedi.vcl

> >     The file is uploaded to the jedi.binaries on this news server. Even
so,
> > the anonymous CVS access will be up to a day behind so you wouldn't be
able
> > to get it from there today if it had been committed.

Duh, I guess I didn't wake up completely :-)

I replaced the component with the one from binaries. This time when you
scroll the main application doesn't lose focus, but if you try to move the
form (after you scrolled through the tree) it does the same thing... i.e. it
doesn't close, it just stays in the same spot while I move the form.

Thanks.




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 Nov 2003 15:59:36 +0100
Newsgroups: jedi.vcl

> > No problem with the dependency, but I have a problem getting to it <g> I
> > tried to get the entire JVCL like this:
Sorry, it's in the jedi.binaries NG (on this news server). I haven't
committed it to CVS yet. I want to get some feedback from you first.

> > cvs -z3 -d:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl co
jvcl

I recommend you to switch from JVCL2.10 to JVCL3, because any updates and
bug fixes are committed to that version only. To get it, use:

cvs -z3 -d:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl co
dev/JVCL3


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 1 Nov 2003 15:50:55 +0100
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 1 Nov 2003 09:21:52 -0500:

 PZ> No problem with the dependency, but I have a problem getting to it <g>
 PZ> I tried to get the entire JVCL like this:

 PZ> cvs -z3 -d:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl co
 PZ> jvcl

 PZ> but the JvDBLookupTreeView.pas file does not contain any reference to
 PZ> TJvPopupWindow so I guess I didn't download the right one. What am I
 PZ> doing wrong?

    The file is uploaded to the jedi.binaries on this news server. Even so,
the anonymous CVS access will be up to a day behind so you wouldn't be able
to get it from there today if it had been committed.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Sat, 1 Nov 2003 09:21:52 -0500
Newsgroups: jedi.vcl

> > I've uploaded a modified TJvDBLookupTreeViewCombo to binaries. What I did
> > was to inherit the dropdown from TJvPopupWindow instead of TCustomControl.
> > This does introduce a dependency on JvToolEdit but since the DB package
> > already requires JvStdCtrls, I thought this was OK. Try it out and let me
> > know if it works for you.

No problem with the dependency, but I have a problem getting to it <g> I
tried to get the entire JVCL like this:

cvs -z3 -d:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl co jvcl

but the JvDBLookupTreeView.pas file does not contain any reference to
TJvPopupWindow so I guess I didn't download the right one. What am I doing
wrong?

Thanks.




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 Nov 2003 14:55:56 +0100
Newsgroups: jedi.vcl

I've uploaded a modified TJvDBLookupTreeViewCombo to binaries. What I did
was to inherit the dropdown from TJvPopupWindow instead of TCustomControl.
This does introduce a dependency on JvToolEdit but since the DB package
already requires JvStdCtrls, I thought this was OK. Try it out and let me
know if it works for you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: BCB6: Consequences of Update 4
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 01 Nov 2003 16:31:57 +1000
Newsgroups: jedi.vcl

Hi all

I've just updated my installation of BCB with update 4 from Borland. It claims it fixes some linker bugs, I haven't tried to break it (don't want to waste time). It also fixes other issues that do not matter for JVCL. Unfortunately, it doesn't fix the bpg problem with dependencies, I've added a message on Quality Central for that.
Even more annoying, it modified the behaviour of the pascal compiler: Before the update, it was checking for dcu files in all directories from the PATH environment variable. After the update, it doesn't anymore !
As a result, all the packages were broken if like me you don't put the JCL in the same place as the JVCL.
The only solution was to add ;$(PATH) at the end of the list of values for the LIBPATH node in every single package.
I've done it for all BCB packages, even BCB5 so that we are sure that the installation guide indications will be correct.
As a result, I'd like people with BCB5 and BCB6Personal to download the latest versions of their respective packages and tell me if they still compile.
Thanks to everyone for your patience and support.



Subject: BCB Support: Batch files
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 01 Nov 2003 16:25:57 +1000
Newsgroups: jedi.vcl

Hi all

I've managed to have the JVCL compile using the batch files. Simply call the one for your version, passing the location of CBuilder as the first argument.
MakeBCB.bat is the generic one, called by all the others as the job is always the same, only the name of the packages are modified.
If people with BCB5 and BCB6Personal could confirm that the batch file work, that'd be great.



Subject: Re: j(v)cl install problems
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 01 Nov 2003 16:23:35 +1000
Newsgroups: jedi.vcl

Adam Granicz wrote:

> I am trying to install JVCL in D7. According to the documentation, I need JCL. So I go ahead and download the latest version of JCL off SF. Here I am not sure whether to download the latest preview or the latest release, so I download both.
> Ok, unzipping either dist into DELPHI/comps/jcl, when I open JCL/packages/djcl70 and try to compile it, I get
>
>     [Error] JclResources.pas(907): $WEAKPACKAGEUNIT 'JclResources' cannot have initialization or finalization code
>     [Fatal Error] JclBase.pas(244): Could not compile used unit '..\Source\JclResources.pas'
>
> Somehow this error messages does not make any sense. Can someone post a short list of things to do to install the latest JVCL???
Just remove the $WEAKPACKAGEUNIT line from the JclResources.pas file and everything will be fixed.
The JCL group is already aware of that problem and it will be fixed in the next release.



Subject: Re: j(v)cl install problems
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Fri, 31 Oct 2003 21:05:56 -0500
Newsgroups: jedi.vcl

> >      [Error] JclResources.pas(907): $WEAKPACKAGEUNIT 'JclResources' cannot
> > have initialization or finalization code
> >      [Fatal Error] JclBase.pas(244): Could not compile used unit
> > '..\Source\JclResources.pas'

Are you using the trial version by any chance?




Subject: Re: Arrange-Panel (Donation)
From: "Adem" <adembaba@excite.com>
Date: Sat, 1 Nov 2003 00:02:42 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Jens,

> > I have build a Panel which automaticly arranges all controls which
> > are placed on it. If you resize the panel all controls are
> > automaticly rearranged.

I am interested. 

My problem is somewhat more complex.

I want to place/create controls in Panel/scrollbox. 

These controls (now items) are connected to one another --there is 
no arbitrary limit on the number of connections from any one item 
to another.

I also wan to draw lines to represent these connections.

My problem is, how do I auto-arrange these items so that they 
are positioned in the most optimal way for the user.

Any ideas?

Cheers,
Adem

PS: Could you put your code in jedi.binaries, please.


Subject: Re: Arrange-Panel (Donation)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 31 Oct 2003 22:26:51 +0100
Newsgroups: jedi.vcl

> > If it is helpfull, i can create a jvcl-conform version.
> >
> > Please let me kow.

We are always interested in new donations. You can upload a zip to
jedi.binaries or to Mantis with what you have now, preferably with a demo,
and we can have a look. If your donation is accepted, we/you could rewrite
it for JVCL conformance.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Arrange-Panel (Donation)
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Fri, 31 Oct 2003 20:04:50 +0100
Newsgroups: jedi.vcl

Hi,

i did not know if something similar exists and if not is it usefull for a donation.

I have build a Panel which automaticly arranges all controls which are placed on it. If you resize the panel all controls are automaticly rearranged.

It's also usefull for filling dialogs/panels at runtime. You don't need to take care of positions.

If it is helpfull, i can create a jvcl-conform version.

Please let me kow.

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@mail.claytonstate.net>
Date: Fri, 31 Oct 2003 09:11:08 -0500
Newsgroups: jedi.vcl

Thank you,
Good luck!




Subject: Re: TJvListBox.count is always 0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 31 Oct 2003 13:13:54 +0100
Newsgroups: jedi.vcl

> > The property Count is always 0.
> > To get the count of items I must use JvListBox.items.count.
> >
> > Is this a bug in JediVCL 2.1?
No, Count is only used in virtual mode.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvListBox.count is always 0
From: <ds.antispamds@csslabs.de>
Date: Fri, 31 Oct 2003 12:42:20 +0100
Newsgroups: jedi.vcl

The property Count is always 0.
To get the count of items I must use JvListBox.items.count.

Is this a bug in JediVCL 2.1?

Regards
Dierk




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 31 Oct 2003 08:47:21 +0100
Newsgroups: jedi.vcl

OK, that works and I can see the problem here now. It has something to do
with (unwanted) focus changes when clicking the scrollbars in the dropdown
treeview but I haven't figured out what it is yet. I'll see if I can find a
solution during the weekend

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: From 1.2 to 2.10 version
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Thu, 30 Oct 2003 18:25:48 -0600
Newsgroups: jedi.vcl

Recently I changed the 1.2 version of JVCL to 2.10. Everything is working ok
with the new version but I have several problems with the conversion from
1.2 to 2.1

For example:

JvMessageBox and JvBrowseFolder Units Where are they on the last version ?

Thanks
--
Alejandro Castro
www.alfra.info
alejandro@alfra.info




Subject: j(v)cl install problems
From: Adam Granicz <granicz.adam@vnet.hu>
Date: Fri, 31 Oct 2003 01:22:54 +0100
Newsgroups: jedi.vcl

I am trying to install JVCL in D7. According to the documentation, I need JCL. So I go ahead and download the latest version of JCL off SF. Here I am not sure whether to download the latest preview or the latest release, so I download both.
Ok, unzipping either dist into DELPHI/comps/jcl, when I open JCL/packages/djcl70 and try to compile it, I get

    [Error] JclResources.pas(907): $WEAKPACKAGEUNIT 'JclResources' cannot have initialization or finalization code
    [Fatal Error] JclBase.pas(244): Could not compile used unit '..\Source\JclResources.pas'

Somehow this error messages does not make any sense. Can someone post a short list of things to do to install the latest JVCL???
-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Thu, 30 Oct 2003 18:21:04 -0500
Newsgroups: jedi.vcl

I can surely try <g>

Create a table with the following fields (in this order, all string
variables)

UID
parent
Name

and paste this data into the table (first column corresponds to UID, second
to parent, and third to Name)

 1     S1     Marshall, Thomas
 2     S1     Wade, Glenda
 4     S1     a, a
 5     S1     b, b
 S1     T200308     1F
 S2     T200308     2F
 S3     T200308     3F
 S4     T200308     4F
 S5     T200402     1F
 T200308      200308    A
 T200402      200402    B

Setup a connection to the table and drop a TJvDBLookupTreeViewCombo
component on the form and setup the following properties:

DetailField -> parent
KeyField -> parent
ListField -> Name
ListSource -> <your datasource>
MasterField -> UID

When you run it you should see a drop down tree similar to the one in the
picture.

I hope this helps.

Thank you.


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bns498$6vu$1@talkto.net...
> > Could you give me an example where I can set up a treeview with a lot of
> > data using, for example, DBDEMOS or any other database that is equally
easy
> > to get my hands on? I have a problem setting up a db with enough data to
> > display.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 30 Oct 2003 23:49:20 +0100
Newsgroups: jedi.vcl

Could you give me an example where I can set up a treeview with a lot of
data using, for example, DBDEMOS or any other database that is equally easy
to get my hands on? I have a problem setting up a db with enough data to
display.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: good chances that i get a new job in December
From: Matthias Thoma <ma.thoma@gmx.de>
Date: Thu, 30 Oct 2003 19:05:07 +0000 (UTC)
Newsgroups: jedi.vcl

> > Since we're talkin about kinda off topic but not totally stuff, > I been wonderin when Borland is gonna release a C++ Builder 7.
> > Not askin just wonderin out loud.

Never? The C++ Builder line we have seen in the past seems to be pretty "dead". Borlands strategy is to market CBuilder X and their new pure C++ framework (something they should have done years ago imo).

See their latest open letter to the C++ community:

http://bdn.borland.com/article/0,1410,31277,00.html

where they say pretty clear what the future of their C++ product line is (and in this case more important isn't).

Matthias Thoma


Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@mail.claytonstate.net>
Date: Thu, 30 Oct 2003 12:38:50 -0500
Newsgroups: jedi.vcl

> > Professional and one with Server) and they both behave the same way. I

ahh, I mean all of them :-)




Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@mail.claytonstate.net>
Date: Thu, 30 Oct 2003 12:37:17 -0500
Newsgroups: jedi.vcl

> > I tried as you described but still can't repeat it. I am using JVCL3 so
> > there might be changes between the versions...

Well I don't know then... I tried on three different machines (two with 2000
Professional and one with Server) and they both behave the same way. I
downloaded JVCL3 (uninstalled the existing version and reinstalled the new
one) and it's doing the same thing.

Here's a screenshot:
http://student.claytonstate.net/~csu10711/treeview_issue.gif

Thanks.

P.S. mind you that you have to scroll around, otherwise it doesn't do it...
once you lost focus (see the screenshot) and move the form it happens.




Subject: Re: InspectorSimpleExample
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 30 Oct 2003 17:11:41 +0100
Newsgroups: jedi.vcl

> > Seems that D7 doesn't like over 50 strings in the libs search path (my
> > D7 paths were the last few, and it was these that weren't being
> > searched).

And I thought the path lengths in D5+ were unlimited (before that, paths
could be max 355 chars total)...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: issue with TJvDBLookupTreeViewCombo
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 30 Oct 2003 17:09:43 +0100
Newsgroups: jedi.vcl

I tried as you described but still can't repeat it. I am using JVCL3 so
there might be changes between the versions...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Thu, 30 Oct 2003 07:55:44 -0500
Newsgroups: jedi.vcl

> > I can't repeat that. When I try to move the form, the dropdown closes.
What
> > version of JVCL and what OS are you using?

D7
JVCL -> 2.1
OS -> Windows 2000

Do the following:
1. Make sure the tree list gets populated, expand any branch so that the
scroll bar appears
2. Notice that as soon as you scroll (mouse click on up or down button, or
the scroll thumb) the form looses focus (i.e. the main bar becomes gray).
3. Now move the form (while it's grayed out) -- what you should see is the
form moving and the tree list being stuck on the same spot.

Thanks.




Subject: Re: TJvScheduledEvents - ElistError list index out of bounds
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 30 Oct 2003 11:13:48 +0100
Newsgroups: jedi.vcl

Hello, All!

    just to keep you all posted: Robert has sent me his test project and the
following "issues" are found:

* The LoadStates assumes it is loading and creating new events. The problem
here is that it does not (and in fact can not) assign a handler to the
OnExecute event.
   The original idea was that LoadStates would load the states of the events
added at design time (so in fact, only the number of triggered events and
the last triggered event time were stored/restored). At some point someone
requested to also allow storage of schedules added at run time and this is
were things got messed up. Anyway, because no handler is assigned, the
events do trigger but it's not detectable by the test application.
* It still uses it's own storage mechanism.
* Another related issue (which is solved easily) is that name of the
scheduled event (the Name property) is not stored/restored (you may need
that name to show which event has triggered, in case they all point to the
same handler).

    The first point is hard to fix. One could assign the same handler to any
event (which might not be what you want) but as the loading takes place as
part of the loading of the component there's no way of telling which event
handler to use. This might be done by allowing an event handler be assigned
to the component and any event without an explicit handler calls that event
(the current OnEventStart/OnEventEnd are not usable as they do not specify
which event fires). The LoadStates method will have to be changed to allow
reading in design time events first (if any) and then continue with creating
any additional events it finds in the storage (I will also have to change it
to use the storage mechanism).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: PointInRect
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 30 Oct 2003 12:37:19 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 30 Oct 2003 08:26:12 +0100 @351)
....while the fading voice of Peter whispered through the darkness:

 PT> existing users. We should document the behavior, though.

I remember that i was also VERY confused with designed TRect behavior :-)

I think we need to mvoe this fn's to one unit and name them, say
PointInRectInclusive and PointInRectExclusive.
We'd also add PointInRect fn as it is - because it perhaps absent on Linux
and because PtInRect is not intuitive name - and both those fn's means to me
that neither Rx authors nor Globus author could not locate defauly function.
Nor  me to be true :-)


-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: PointInRect
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Oct 2003 08:26:12 +0100
Newsgroups: jedi.vcl

Tricky one, this. It might be that these functions were designed like the
were because the author needed to include / exclude all edges (JvgUtils
mentions this). The PtInRect API function behaves the way you describe so if
that is the requested behavior, use that instead. I am not changing these
functions since I don't know what that will do to existing users. We should
document the behavior, though.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: issue with TJvDBLookupTreeViewCombo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Oct 2003 08:17:41 +0100
Newsgroups: jedi.vcl

> > I am using a TJvDBLookupTreeViewCombo component. Everything works fine
> > except that when you try to scroll the drop down part of the component
> > (where the tree is shown) gains focus. The problem with this is that if
you
> > try to move the form, without closing the drop down, the tree part of the
> > component breaks away and actually sits there while the form is moving.
Does
> > anybody have a fix for this, or could give me some hints on how to fix
this?

I can't repeat that. When I try to move the form, the dropdown closes. What
version of JVCL and what OS are you using?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: PointInRect
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Oct 2003 08:11:59 +0100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> skrev i meddelandet
news:bnpd83$o99$1@talkto.net...
> > Hello, All!
> >
> >
> > JvgUtils.pas:
> > Top and Left sides of Rect are to be included.
Shouldn't all sides be included?

> > JvJVCLUtils.pas:  (* ex-Rx *)
> > Right and Bottom sides of Rect are to be excluded.
Shouldn't all sides be included?

> > And after all isn't this fn for JvJCLUtils.pas ?
It sure looks like that

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changing a value in a JVlistView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 30 Oct 2003 08:09:16 +0100
Newsgroups: jedi.vcl

> > I could not find anything in the help files. Where can I find the syntax
of
> > the various components.
I don't think you'll find much help in the JVCL help file, but check
Delphi's help for topics on TListView, TListItems and TListItem as these
mostly work the same as the JVCL variant. That should turn up something.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Soundcard settings
From: "Steve Warburton" <Swarburton@orange.net>
Date: Wed, 29 Oct 2003 20:59:47 -0600
Newsgroups: jedi.vcl

I am developing an app using MMTools Swiftsoft. There a settings for the
wave files of
BufferSize defaults to 4096
CallBackMode defaults to cmThread  other options cmCallback cmThread.
NumBuffers defaults to 25.

What do these options actually do. My app uses 3 sound cards playing 12 MP3
files at once and I need to tweak the system to use the minimum of the main
processor time and less disk activity.

I have achieved the following successfully:

1 soundcard playing 4 MP3 files (cd-media card cheap 5 quid) on a AMD Athlon
128 meg. CPU using is between 15 and 40 %.

2 soundcards playing 8 MP3 files (Cd-media cards) on a Pentium P4 1.5 gig
768 meg. CPU using 34 and 86%.

3 soundcards playing 12 MP3 files (CD media cards) on a Pentium P4 1.5 gig
768 meg. CPU usage 70 and 100% ( this system fails after a few hours due to
timing errors and the following error messages) Error filing wave buffer,
Unable to read from file.

I have order some SoundBlaster 5.1 cards in the hope that these cards take
some of the processing away from the main processor

Do 'better' sound cards process the audio quicker, more efficiently or do
you pay for fidelity, surround sound etc. Bear in mind we only use the right
and left outputs.


Any thoughts or advice welcome.

Steve.






Subject: issue with TJvDBLookupTreeViewCombo
From: "Peter Zolja" <csu10711@claytonstate.net>
Date: Wed, 29 Oct 2003 19:25:50 -0500
Newsgroups: jedi.vcl

Hi guys,

I am using a TJvDBLookupTreeViewCombo component. Everything works fine
except that when you try to scroll the drop down part of the component
(where the tree is shown) gains focus. The problem with this is that if you
try to move the form, without closing the drop down, the tree part of the
component breaks away and actually sits there while the form is moving. Does
anybody have a fix for this, or could give me some hints on how to fix this?

Thanks a lot.




Subject: Re: good chances that i get a new job in December
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 30 Oct 2003 08:11:57 +1000
Newsgroups: jedi.vcl

Joe Crowell wrote:

> Since we're talkin about kinda off topic but not totally stuff, I been
> wonderin when Borland is gonna release a C++ Builder 7. Not askin just
> wonderin out loud. Seems they would have an updated VCL like Delphi 7. That
> would give all of us something better to work with.
>
>
>
Apparently,  they are working on CBuilerX and C++Builder may not be updated anymore... To be confirmed on the Borland's newsgroups however.



Subject: PointInRect
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 30 Oct 2003 01:03:38 +0300
Newsgroups: jedi.vcl

Hello, All!


JvgUtils.pas:
function IsPointInRect(P: TPoint; R: TRect): boolean;
begin
  Result := (P.x > R.Left) and (P.x < R.Right) and (P.y > R.Top) and (P.y <
R.Bottom);
end;

Top and Left sides of Rect are to be included.




JvJVCLUtils.pas:  (* ex-Rx *)
function PointInRect(const P: TPoint; const R: TRect): Boolean;
begin
  with R do
    Result := (Left <= P.X) and (Top <= P.Y) and
      (Right >= P.X) and (Bottom >= P.Y);
end;

Right and Bottom sides of Rect are to be excluded.


And after all isn't this fn for JvJCLUtils.pas ?
-- If i had ears, i'd heard The Alan Parsons Project - Secret Garden http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Changing a value in a JVlistView
From: "Steve Warburton" <Swarburton@orange.net>
Date: Wed, 29 Oct 2003 14:41:00 -0600
Newsgroups: jedi.vcl

I could not find anything in the help files. Where can I find the syntax of
the various components.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bnh6bb$le$1@talkto.net...
>> > > I want to change the value in the first row and 3 rd column.
> > JvListView1.Items[0].SubItems[2] := NewValue;
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: good chances that i get a new job in December
From: "Joe Crowell" <jcrowell@nospam(tds).net>
Date: Wed, 29 Oct 2003 14:35:12 -0600
Newsgroups: jedi.vcl

Since we're talkin about kinda off topic but not totally stuff, I been
wonderin when Borland is gonna release a C++ Builder 7. Not askin just
wonderin out loud. Seems they would have an updated VCL like Delphi 7. That
would give all of us something better to work with.

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bnootp$k2e$5@talkto.net...
> > Which means that in November i have some free time to donate to Jedi.
> >




Subject: Re: InspectorSimpleExample
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 29 Oct 2003 12:51:34 -0700
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >Probably, but you can start regedit and export the regkey under
> >HKEY_CURRENT_USER\Software\Borland\Delphi\7.0 to a file. Reinstall Delphi
> >and import the reg file.

Yeah, I did that, then ran the D7 Install/repair thingie. That got me
back all of my missing Tools/Environment tabs (and apparently didn't
lose my settings, either), but I still couldn't build an empty project.

I just finished removing all of my DevExpress (and other) entries from
my D7 library path (copying all of the files from those paths to my
common library directory). Removing all of those paths seems to have
fixed the problem. I can now build an empty project and the Globus demo
project (which was also giving me the RegStr error).

Seems that D7 doesn't like over 50 strings in the libs search path (my
D7 paths were the last few, and it was these that weren't being
searched).

Jeez!!


Subject: Re: InspectorSimpleExample
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 29 Oct 2003 20:30:35 +0100
Newsgroups: jedi.vcl

> > Tools/Environment/Library page to check my paths and...
> > ...I don't have a Library page!
You mean the entire tab is gone? That's *very* weird!

> > If I do a 'registry only' install, with I lose all of my custom settings
> > and components?
Probably, but you can start regedit and export the regkey under
HKEY_CURRENT_USER\Software\Borland\Delphi\7.0 to a file. Reinstall Delphi
and import the reg file.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: InspectorSimpleExample
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 29 Oct 2003 12:14:58 -0700
Newsgroups: jedi.vcl

Leroy Casterline <casterle@ccltd.com> wrote:

I've run into something interesting. I went to my
Tools/Environment/Library page to check my paths and...
....I don't have a Library page!

Any thoughts on how I can get this page back? 

If I do a 'registry only' install, with I lose all of my custom settings
and components?

Jeez!


Subject: Re: for the JCL release
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 29 Oct 2003 11:16:20 -0700
Newsgroups: jedi.vcl

Robert Marquardt <robert_marquardt@gmx.de> wrote:

> >Leroy Casterline wrote:
> >
>> >> Well, ummm. I didn't actually document the changes I made. I'll see if I
>> >> can't install the original files and diff them...
> >
> >That is what i hoped for. Another check so we do not miss the changes.

OK, Robert, I'll get this done.


Subject: Re: InspectorSimpleExample
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 29 Oct 2003 11:15:50 -0700
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >It's in coreide.bpl (Windows search for bpl files in Delphi7\bin containing
> >RegStr)

OK, I've got coreide70.bpl in my D7/bin directory, and that directory is
in my path.

This problem goes beyond JVCL or any other 3rdParty library. I can't
even build an empty application without getting this error.

I did a quick Google search of borland.public.delphi.* and didn't find
anything useful, but I'm going to take a closer look...

If anyone has any suggestions, I'd sure appreciate them!


Subject: Re: Problem with loading JVCL200_R50 and CorIde50...
From: "Tom O" <tomo@tomo.com>
Date: Wed, 29 Oct 2003 11:54:52 -0600
Newsgroups: jedi.vcl

I found the problem or at least I have made it go away.  I believe it had
something to do with DsgnIntf being included in the interface uses section of a
registration unit in a package that contains a TJvPlugin descendant.

I removed the reference to DsgnIntf and move the uses clause to the
implementation section and the problem went away.

"Tom O" wrote
> > I don't know what changed, but I've come across a strange problem.  I tried to
> > reopen a project group that I was working on earlier today only to receive
> > several error messages such as:
> >
> > Can't load package c:\program files\borland\delphi5\Bin\dclite50.bpl.
> > Cannot load package 'CorIde50.'  It contains unit 'zlib,'; which is also
> > contained in package 'JVCL200_R50'
> > Do you want to attempt to load this package the next time a project is loaded?
> > ...




Subject: good chances that i get a new job in December
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Oct 2003 17:17:12 +0100
Newsgroups: jedi.vcl

Which means that in November i have some free time to donate to Jedi.



Subject: Re: for the JCL release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Oct 2003 17:15:19 +0100
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> Well, ummm. I didn't actually document the changes I made. I'll see if I
> can't install the original files and diff them...

That is what i hoped for. Another check so we do not miss the changes.



Subject: Re: InspectorSimpleExample
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Oct 2003 17:14:17 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> That's interesting. How do you get Windows search to look in .bpl files?
>
> I use W2k ;) I read somewhere (can't remember URL now) that MS changed the
> search facility in WinXP such that some filetypes are ignored when
> searching. There is a list of "allowed" filetypes in the registry somewhere
> IIRC. They are sooo clever at MS...
>

The whole search process has been redesigned to have plugin DLLs check specific file extensions. Now it is the burden of the companies creating files with a specific extension to provide such DLLs. Guess how many companies do that.
It is another trick to tie companies to Microsoft.



Subject: Re: TJvScheduledEvents - ElistError list index out of bounds
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 29 Oct 2003 17:13:47 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 29 Oct 2003 09:52:57 -0600:

 RS> But...No Events are fired after loading the list. I tried to help a
 RS> little bit and started the Events manually (not sure if this is
 RS> allowed).

    It is allowed, but it should do that automatically.

 RS> Doesn't work either. Count is greather than zero. But I receive a
 RS> ElistError in my Watch List if I use seTester.Events.Items[i].

    The code you showed seems to be correct. So, either all schedules are
removed between the determination of the Count value and actually starting
an event, or something fishy is going on (actually the first would be kind
of fishy as well). Could you mail me (privately and zipped-up) the source of
the sample application, along with the reg export of the event states? I'll
have a look with the JVCL3 version. If that's one working, I'll mail you
that version so you can check if that works for you as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: for the JCL release
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 29 Oct 2003 09:09:18 -0700
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >All the changes I did for BCB6 compatibility are documented in jedi.jcl
> >I hope Leroy will have some time to tell what changes are to be done for 
> >BCB5 too, and which ones are to be added for BCB5.

Well, ummm. I didn't actually document the changes I made. I'll see if I
can't install the original files and diff them...


Subject: Re: InspectorSimpleExample
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 29 Oct 2003 09:08:05 -0700
Newsgroups: jedi.vcl

Leroy Casterline <casterle@ccltd.com> wrote:

> >
> >This MS URL has information about this and how to fix it in WinXP:
> >
> >http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q309173

I just tried method two in the document above and had no success, even
after rebooting. Arrgggg! Thanks, Microsoft, for making my life just a
bit simpler<g>.



Subject: Re: InspectorSimpleExample
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 29 Oct 2003 08:55:36 -0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

>> >> That's interesting. How do you get Windows search to look in .bpl files?
> >I use W2k ;) I read somewhere (can't remember URL now) that MS changed the
> >search facility in WinXP such that some filetypes are ignored when
> >searching. There is a list of "allowed" filetypes in the registry somewhere
> >IIRC. They are sooo clever at MS...

This MS URL has information about this and how to fix it in WinXP:

http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q309173



Subject: Re: TJvScheduledEvents - ElistError list index out of bounds
From: "Robert Sterzing" <robert@sterzingfamily.com>
Date: Wed, 29 Oct 2003 09:52:57 -0600
Newsgroups: jedi.vcl

Well, Thanks for the help. The application is loading now the Events vom the
Registry.

But...No Events are fired after loading the list. I tried to help a little
bit and started the Events manually (not sure if this is allowed).

procedure TfrmTestSched.FormShow(Sender: TObject);
var
  i: integer;
begin
  if seTester.Events.Count > 0 then
  begin
    for i:=0 to seTester.Events.Count-1 do
    begin
      seTester.Events.Items[i].Start;
    end;
  end;
end;

Doesn't work either. Count is greather than zero. But I receive a ElistError
in my Watch List if I use seTester.Events.Items[i].

If I would more documentation and time I would probalby find out more about
this problem.

I'm happy for any advise.
Thanks.
Robert Sterzing


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bno0m6$dgf$1@talkto.net...
> > Hello, Marcel!
> > You wrote to OBones on Wed, 29 Oct 2003 10:13:26 +0100:
> >
> >  O>> I don't think you did anything wrong, I'd say it's a bug, but that
> >  O>> would need to be confirmed.
> >
> >  MB>     IMO, it is a bug. It looks like the event item is not added to
the
> >  MB> collection before it is read in. The strange thing is, is that I know
I
> >  MB> fixed that before. So my guess is, this bug is in the 2.1 release.
I'll
> >  MB> have a look regardless, and report back later.
> >
> >    Fixed according to:
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=0000897
> >
> >     You should remove the IEvents variable declaration and value setting
> > (first line within the for loop) and change the last line in the for loop
> > (the one you got an exception in) to:
> >
> >         FEvents.Add.LoadState(Stamp, TriggerCount, DayCount, Snooze,
> > SnoozeInterval);
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 29 Oct 2003 10:32:13 +0100
Newsgroups: jedi.vcl

> > I am
> > sorry if now the work has been done twice Peter.

No worries, it didn't take that long anyway. Should teach me to check before
I do something<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 29 Oct 2003 10:31:04 +0100
Newsgroups: jedi.vcl

> > I think it is the same as the EditorDemo in \examples\JvRichEdit <g>.
They are suspiciously similar <g>


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvScheduledEvents - ElistError list index out of bounds
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 29 Oct 2003 10:23:08 +0100
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to OBones on Wed, 29 Oct 2003 10:13:26 +0100:

 O>> I don't think you did anything wrong, I'd say it's a bug, but that
 O>> would need to be confirmed.

 MB>     IMO, it is a bug. It looks like the event item is not added to the
 MB> collection before it is read in. The strange thing is, is that I know I
 MB> fixed that before. So my guess is, this bug is in the 2.1 release. I'll
 MB> have a look regardless, and report back later.

   Fixed according to: http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=0000897

    You should remove the IEvents variable declaration and value setting
(first line within the for loop) and change the last line in the for loop
(the one you got an exception in) to:

        FEvents.Add.LoadState(Stamp, TriggerCount, DayCount, Snooze,
SnoozeInterval);


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvScheduledEvents - ElistError list index out of bounds
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 29 Oct 2003 10:13:26 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 29 Oct 2003 14:55:03 +1000:

 O> I don't think you did anything wrong, I'd say it's a bug, but that would
 O> need to be confirmed.

    IMO, it is a bug. It looks like the event item is not added to the
collection before it is read in. The strange thing is, is that I know I
fixed that before. So my guess is, this bug is in the 2.1 release. I'll have
a look regardless, and report back later.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 29 Oct 2003 10:13:21 +0100
Newsgroups: jedi.vcl

Hi Remko

possible but in the JCL+JVCL210FullInstall.zip there is no JvRichEdit2. I am
sorry if now the work has been done twice Peter.

Ralf Grenzing

Remko Bonte schrieb:

> > Peter Thörnqvist wrote:
>> > > Converted and added to \examples\JvRichEdit2. I didn't add the BCB files
>> > > since they looked like they were from some old version (BCB3 or something).
>> > > Should I add them? The RTF file also needs updating to reflect the current
>> > > names etc
>> > >
> >
> > I think it is the same as the EditorDemo in \examples\JvRichEdit <g>.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: A DTX editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 29 Oct 2003 10:10:23 +0100
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 29 Oct 2003 17:09:42 +1000:

 >> I tried it, to find out whether it could be used for JCL, too.
 >> (apparently not without some changes.)
 O> What kind of changes ?

    Probably the ones that require me to build all skeleton files first. In
addition, if you expect the ##Package and ##Status lines or the 'JVCL Info'
section, that would have to be changed as well. I had a conversation with
Remko and he thought it was best to just duplicate the Gen tool we have and
manipulate it to be usable for the JCL (I would of course still use the same
parser source, only the interface around it and how the output is to be
generated needs some tweaking). Maybe the same will be true for your editor
(which, too my shame, I have not even opened).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL3 -> JVCL3 CLX-compatible - transfer progress
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 29 Oct 2003 10:06:42 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Tue, 28 Oct 2003 23:54:37 +0100:

 AH> Thanks they are committed. But what is JvBlinkingLED.pas. I found it in
 AH> the archive folder.

    TJvBlinkingLED and TJvTRansLED have been merged into TJvLED (see
changelog.txt)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: InspectorSimpleExample
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 29 Oct 2003 09:49:05 +0100
Newsgroups: jedi.vcl

> > That's exactly right. The justification being:
> > "It speeds up the search process"
Well, if they excluded *all* filetypes, the search would be super fast!<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: InspectorSimpleExample
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 29 Oct 2003 18:39:40 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> That's interesting. How do you get Windows search to look in .bpl files?
>
> I use W2k ;) I read somewhere (can't remember URL now) that MS changed the
> search facility in WinXP such that some filetypes are ignored when
> searching. There is a list of "allowed" filetypes in the registry somewhere
> IIRC. They are sooo clever at MS...
>
That's exactly right. The justification being:
"It speeds up the search process"



Subject: Re: Problem with latest JVCL 3 build
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 29 Oct 2003 08:48:25 +0100
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Looks like the VCL/CLX split broke something, but I don't know which way
> > this should fall.

I fixed it. The {$ENDIF} was at the wrong position so that the local
variable declaration was included only in CLX mode.



-- Regards Andreas Hausladen 

Subject: Re: InspectorSimpleExample
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 29 Oct 2003 08:31:19 +0100
Newsgroups: jedi.vcl

> > That's interesting. How do you get Windows search to look in .bpl files?
I use W2k ;) I read somewhere (can't remember URL now) that MS changed the
search facility in WinXP such that some filetypes are ignored when
searching. There is a list of "allowed" filetypes in the registry somewhere
IIRC. They are sooo clever at MS...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A DTX editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 29 Oct 2003 17:09:42 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> Hi,
>
> OBones wrote:
>
>> Any comments ? Any one ? Or am I alone in here, answering myself ? <g>
>
>
> I tried it, to find out whether it could be used for JCL, too.
> (apparently not without some changes.)
What kind of changes ?

>
> Did no close examination, though.
>
> Greetings, Robert
>



Subject: Problem with latest JVCL 3 build
From: "Ignacio Vazquez" <ivazquez@orioncomunications.com>
Date: Wed, 29 Oct 2003 01:38:37 -0500
Newsgroups: jedi.vcl

  [Error] JvEdit.pas(382): Undeclared identifier: 'I'
  [Error] JvEdit.pas(383): Undeclared identifier: 'J'
  [Fatal Error] JvSpin.pas(47): Could not compile used unit
'..\..\run\JvEdit.pas'

Looks like the VCL/CLX split broke something, but I don't know which way
this should fall.

Thanks,
  Ignacio




Subject: Re: A DTX editor
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 29 Oct 2003 07:12:46 +0100
Newsgroups: jedi.vcl

Hi,

OBones wrote:

> Any comments ? Any one ? Or am I alone in here, answering myself ? <g>

I tried it, to find out whether it could be used for JCL, too.
(apparently not without some changes.)

Did no close examination, though.

Greetings, Robert



Subject: Re: A DTX editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 29 Oct 2003 15:35:41 +1000
Newsgroups: jedi.vcl

OBones wrote:

> OBones wrote:
>
>> Hi all
>>
>> Do we have a DTX file editor (other than notepad ?)
>> If so, where is it ?
>> If not, what do you think of me doing one ?
>>
> Ok, I've now commited a DTX editor in dev\help\tools\DtxEdit.
> I think it's working quite well, but let me know if anything is not allright.
> You can use Ctrl+Up and Ctrl+Down to navigate the list of items without leaving an editing zone.
> You can use Ctrl+Left and Ctrl+Right to navigate between the elements and the raw view.
> The tab order for the elements may not be correct.
>
Any comments ? Any one ? Or am I alone in here, answering myself ? <g>



Subject: Re: JVCL3 -> JVCL3 CLX-compatible - transfer progress
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Oct 2003 05:57:16 +0100
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> asn wrote:
>
>
>> It might be very interesting to have a discussussion what QRegistry
>> should offer.
>
>
> Yes there are more possibilities what it could/should contain. A Win32 API
> wrapper for Windows and a "registry" for Linux?

I have written up some ideas on that a long time ago (Kylix 1 beta time). I will see what i can dig up.



Subject: Re: TJvScheduledEvents - ElistError list index out of bounds
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 29 Oct 2003 14:55:03 +1000
Newsgroups: jedi.vcl

Robert Sterzing wrote:

> function TJvEventCollection.GetItem(Index: Integer): TJvEventCollectionItem;
> begin
>   Result := TJvEventCollectionItem(inherited Items[Index]);
> end;
>
> and I hit the EListError. Can anybody help me here a little bit and light up
> my head. Basically, currently I can't load events. Did I forget something
> important?
>
When you get the exception, show the call stack (I think it's in  View, debug windows, call stack) and please tell us the name of the top 5 lines (if there are less than 5, it's ok). Moreover, tell please us the value of Index.
I don't think you did anything wrong, I'd say it's a bug, but that would need to be confirmed.



Subject: Problem with loading JVCL200_R50 and CorIde50...
From: "Tom O" <tomo@tomo.com>
Date: Tue, 28 Oct 2003 22:48:52 -0600
Newsgroups: jedi.vcl

I don't know what changed, but I've come across a strange problem.  I tried to
reopen a project group that I was working on earlier today only to receive
several error messages such as:

Can't load package c:\program files\borland\delphi5\Bin\dclite50.bpl.
Cannot load package 'CorIde50.'  It contains unit 'zlib,'; which is also
contained in package 'JVCL200_R50'
Do you want to attempt to load this package the next time a project is loaded?

Huh?

The funny part is that if I remove JVCL200_R50 from the component pallet I still
get the same errors.

Any suggestions?

Tom




Subject: TJvScheduledEvents - ElistError list index out of bounds
From: "Robert Sterzing" <robert@sterzingfamily.com>
Date: Tue, 28 Oct 2003 22:48:34 -0600
Newsgroups: jedi.vcl

I wrote a small test application for TJvScheduledEvents (D6, W2K-SP4).
Autosave is true and I saved to the registry. I generated some events in a
function same a in tutorial 002. All events are running and all events are
stored correctly in the registry.

When I re-run the application and it try to load the data from the registry
I receive a EList Error. The error is produced in

procedure TJvCustomScheduledEvents.LoadEventStates;
...
->>FEvents[IEvents].LoadState(Stamp, TriggerCount, DayCount, Snooze,
SnoozeInterval);

I did not read the whole source code but with the debugger I run into this
function

function TJvEventCollection.GetItem(Index: Integer): TJvEventCollectionItem;
begin
  Result := TJvEventCollectionItem(inherited Items[Index]);
end;

and I hit the EListError. Can anybody help me here a little bit and light up
my head. Basically, currently I can't load events. Did I forget something
important?

Thanks for your help.
Robert Sterzing




Subject: ISAPI Problem
From: "Ishan Mendis" <ishan.mendis@hosultions.info>
Date: Wed, 29 Oct 2003 13:27:39 +1100
Newsgroups: jedi.vcl

Hi,

 I have Xeon Server that's having a Dual Processor 2.8 GHz and 1024 MB RAM,
running IIS 5.0.
 when I try to Run a ISAPI DLL in the IIS the memory gets clogged up and the
server goes down :(

 but whats weird is when you run the same DLL in a Intel Pentium 4 Server it
works fine.

 So can anyone tell me why this is happening,

 do I have to compile the Code in a Xeon Processor ?
 am I using the wrong thread model ?
or .... ?


I am using the below setting in the DLL

 procedure TSBAModule.WebModuleCreate(Sender: TObject);
begin
 inherited;
  CoInitializeEx(nil, COINIT_MULTITHREADED  or COINIT_SPEED_OVER_MEMORY );
end;

procedure TSBAModule.WebModuleDestroy(Sender: TObject);
begin
 CoUninitialize;
  inherited;
end;

thank you in advance,
Ishan






Subject: Re: JVCL3 -> JVCL3 CLX-compatible - transfer progress
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 28 Oct 2003 23:54:37 +0100
Newsgroups: jedi.vcl

asn wrote:

> > It might be very interesting to have a discussussion what QRegistry
> > should offer.

Yes there are more possibilities what it could/should contain. A Win32 API
wrapper for Windows and a "registry" for Linux?


> > After a uptime of the SYSTEM of 49,71..  {= 232 / (1000 * 24*60*60)
> > }days this will rollover, besides the already mentioned hick-up.
> > AFAIK gettickcount should return the tickcounts since application start:
> > rollover after the APPLICATION has runned for more than 49 days:
> > Acceptable for the majority of apps.

I have also a Int64 version of my GetTickCount function but I needed a
Win32 implementation replacement so I used the 49 day limited function.

function GetTickCount64: Int64; // kein 49 Tage Problem
var 
  Info: TSysInfo; 
  TimeVal: TTimeVal; 
begin 
  sysinfo(Info); 
  gettimeofday(TimeVal, nil); 
  Result := (Int64(Info.uptime) * 1000) + Round(TimeVal.tv_usec / 1000); 
end;


> > JvAnimate.pas,  JvArrayButton.pas: Implemented without CLXSystem ;-)

:-)


> > Additional transfered (see jedi.binairies):
> > (Based on CVS sources dd 27-10-03 0:28)
> > [...]

Thanks they are committed. But what is JvBlinkingLED.pas. I found it in
the archive folder.



-- Regards Andreas Hausladen 

Subject: Re: for the JCL release
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 29 Oct 2003 08:07:16 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Please post all changes which happened to the JCL to make it usable for the JVCL 3 in this thread so we do not miss one for the upcoming JCL release.
> Best a short message here and the whole file to binaries.
>
All the changes I did for BCB6 compatibility are documented in jedi.jcl
I hope Leroy will have some time to tell what changes are to be done for BCB5 too, and which ones are to be added for BCB5.



Subject: Re: InspectorSimpleExample
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 28 Oct 2003 17:00:09 -0500
Newsgroups: jedi.vcl

"Leroy Casterline" <casterle@ccltd.com> wrote in message
d8ptpvg24unuj5g161871apktbab9s03sr@4ax.com...
> > And got nothing. It seems to ignore .bpl (and .cpp, .hpp, .pas etc)
> > files on my system (WinXP Pro).

WinXP's search facility is supposedly broken. Use grep instead.

Cheers,
  Ignacio

-- The strange part isn't so much that he had an accent. No accent was detectable. It was just sounds and burbs and gurgles coming from him. He was a like a chubby, old R2-D2. - La Üter 

Subject: Re: InspectorSimpleExample
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 28 Oct 2003 14:56:00 -0700
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >It's in coreide.bpl (Windows search for bpl files in Delphi7\bin containing
> >RegStr)

That's interesting. How do you get Windows search to look in .bpl files?

I tried:

Search for files or folders named: 
   *.bpl

Containing text:
   RegStr

And got nothing. It seems to ignore .bpl (and .cpp, .hpp, .pas etc)
files on my system (WinXP Pro).


Subject: Re: JVCL3 -> JVCL3 CLX-compatible - transfer progress
From: "asn" <asn@xs4all.nl>
Date: Tue, 28 Oct 2003 20:26:41 +0100
Newsgroups: jedi.vcl

"asn" <asn@xs4all.nl> wrote in message news:bnijr7$826$1@talkto.net...
> >
> > "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
> > news:bndieu$cs6$3@talkto.net...
>> > > Here is the list for all JvA* files that I had made COMPLIB_CLX
compatible
>> > > or not.
>> > >
>> > > transfered:
>> > > ===========
>> > > JvAirBrush.pas
>> > > JvAlarms.pas
>> > > JvAnalogClock.pas
>> > > JvAni.pas (missing CLX SetIndex() method implementation)

JvAni.pas : Implemented, but not tested yet.

>> > > JvAniFile.pas
>> > > JvAnimTitle.pas

On linux an empty caption will be replaced caption '<1>' : it doesn't like
an empty window caption or two windows with the same caption. For Linux I
replaced an empty caption with a single space, however this fixes only the
first
issue.

>> > > JvAppAnimatedIcon.pas
>> > > JvAppEvents.pas
>> > > JvAppInfo.pas (may need a QRegistry)

It might be very interesting to have a discussussion what QRegistry should
offer.

>> > > JvaScrollText.pas
>> > >
>> > > JvComponent.pas
>> > >
>> > > JvProgressUtils.pas
>> > >
>> > > JvThemes.pas
>> > > JvTypes.pas
>> > > JvJCLUtils.pas (most functions ported)
>> > > JvJVCLUtils.pas (some functions ported, needs QRegistry)
>> > >
>> > >
>> > > platform independend:
>> > > =====================
>> > > JvAppIniStore.pas
>> > > JvAppStore.pas
>> > >
>> > >
>> > > new units:
>> > > ==========
>> > > JvClxUtils.pas (Graphics, VCL)

I have already seen some (buggy) implementations of GetTickCount for Linux.
Common bug is a variation on  MyNow = DateOf( Now) + TimeOf(Now)   (<> Now):
You read the day on hour of 23:59:59,999.... , then your read the time
unfortunately just after the date has changed, the returned value will show
a hick up: it could be smaller then a previous call to Gettickcount.

from JvClxUtils:

function GetTickCount: Cardinal;
var
  Info: TSysInfo;
  TimeVal: TTimeVal;
begin
  sysinfo(Info);
  gettimeofday(TimeVal, nil);
  Result := Cardinal((Int64(Info.uptime) * 1000) + Round(TimeVal.tv_usec /
1000));
end;

After a uptime of the SYSTEM of 49,71..  {= 232 / (1000 * 24*60*60) }days
this will rollover, besides the already mentioned hick-up.
AFAIK gettickcount should return the tickcounts since application start:
rollover after the APPLICATION has runned for more than 49 days: Acceptable
for the majority of apps.

>> > > *QRegistry.pas (not written yet)
>> > >
>> > >
>> > > not transfered (needs CLXSystem):
>> > > =================================
>> > > JvAnimate.pas
>> > > JvAnimatedImage.pas
>> > > JvArrayButton.pas

JvAnimate.pas,  JvArrayButton.pas: Implemented without CLXSystem ;-)


>> > > JvArrowButton.pas (needs lots of work)
>> > >
>> > >
>> > > Windows only:
>> > > =============
>> > > JvActions.pas
>> > > JvAddPrinter.pas
>> > > JvAppHotKey.pas
>> > > JvAppRegistryStore.pas (needs a QRegistry)
>> > > JvAppInst.pas
>> > > JvAVICapture.pas
>> > >
>> > >

Additional transfered (see jedi.binairies):
(Based on CVS sources dd 27-10-03 0:28)

JvBaseDlg.pas
JvBehaviourLabel.pas
JvBevel.pas
JvBitBtn.pas
JvBitmapButton.pas
JvBlinkingLED.pas
JvBmpAnimator.pas
JvEdit.pas
JvSAL.pas
JvSALCore.pas
JvSALHashList.pas
JvSALMath.pas
JvShape.sal
JvSimLogic.pas
JvXmlDatabase.pas
JvXmlTree.pas

Regards,

André Snepvangers





Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 28 Oct 2003 19:08:24 +0100
Newsgroups: jedi.vcl

asn wrote:

> > AFAIK the JVCL 3.0 release will not offer dotnet support. Put it in the
> > fridge, and evaluate it again when more is clear about dotnet.

OK. The files are in jedi.binaries, on my disk and on my backup. That
should be enought. Now I can try finding a new challange for JVCL 3 ( and
defend Delphi against some persons who think "<Prof>: You will lern Delphi
.... <Student to another studend>: Why can't we write programms in a real
programming language like VC++").


-- Regards Andreas Hausladen 

Subject: for the JCL release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 28 Oct 2003 17:36:14 +0100
Newsgroups: jedi.vcl

Please post all changes which happened to the JCL to make it usable for the JVCL 3 in this thread so we do not miss one for the upcoming JCL release.
Best a short message here and the whole file to binaries.



Subject: Re: InspectorSimpleExample
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 28 Oct 2003 17:31:00 +0100
Newsgroups: jedi.vcl

> > Can you tell me how to find the package
> > that contains RegStr?
It's in coreide.bpl (Windows search for bpl files in Delphi7\bin containing
RegStr)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: InspectorSimpleExample
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 28 Oct 2003 08:41:59 -0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

> >Weird, RegStr should be a part of Delphis runtime lib and you shouldn't need
> >to include it yourself. Have you moved/deleted the DCU's in Delphi7\Lib or
> >changed the Library paths?

Not on purpose<g>. I do have a lot of entries in my D7 library path
(DevExpress components alone add 26!). The Delphi paths are in there. I
wonder if the problem is that I have too many entries in my libs path?

In BCB5, I can (sometimes) enter a symbol in help and am taken to a page
that tells me which package defines that symbol. I tried this for RegStr
in D7 but found no reference. Can you tell me how to find the package
that contains RegStr?


Subject: Re: Replace message handlers by dynamic/virtual methods
From: "asn" <asn@xs4all.nl>
Date: Tue, 28 Oct 2003 16:41:35 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <Andreas@uni.de> wrote in message
news:bnlv2v$ul7$1@talkto.net...
> > asn wrote:
> >
>> > > 2- Your approch seems to be replacing windows message with QT look alike
>> > > eventhandlers rather then the more logical Qt-events to windows message
>> > > translation.
> >
> > If there will be ever a .NET version of JVCL the Windows message handlers
> > are not useable. Then we need to implement the virtual method driven (not
> > QEvent driven) style. With the ClxSystem (perhaps it should get a new name
> > without the CLX) the "procedure WMXxx(var Message: TMessage); message
> > WM_XXXX;" lines will be replaced by a more readable virtual method.
> >

AFAIK the JVCL 3.0 release will not offer dotnet support. Put it in the
fridge, and evaluate it again when more is clear about dotnet. IMHO is a
litle bit premature to implement your proposal now;  more knowledge on the
dotnet impact is required.


>> > > 3-  IMHO JVCL is in the first place a VCL component library. To make the
>> > > code far less readible for VCL-only users, because of clx support ???
> >
> > I think a virtual function called
> > # procedure MouseEnter(AControl: TControl); override;
> > is more readable than a message handler
> > # procedure CMMouseEnter(var Message: TMessage); message CM_MOUSEENTER;
> > And this is not "clx support" (what is a byproduct).
> >

Yes, I very much agree on that. IMHO clx is more delphi: that windows
message handlers are looking very ugly in a delphi program and it is also
not really integrated in the help system.

> >
>> > > Needless VCL: overhead
> >
> > Yes it is a overhead but it let us add methods and events to all JVCL
> > classes by just editing the preprocessed files.
> >

As I said reconsider it when the impact of dotmet is more clear/ better
understood.

Regards,

André Snepvangers




Subject: Re: Replace message handlers by dynamic/virtual methods
From: Andreas Hausladen <Andreas@uni.de>
Date: Tue, 28 Oct 2003 15:43:19 +0100
Newsgroups: jedi.vcl

asn wrote:

> > 2- Your approch seems to be replacing windows message with QT look alike
> > eventhandlers rather then the more logical Qt-events to windows message
> > translation.

If there will be ever a .NET version of JVCL the Windows message handlers 
are not useable. Then we need to implement the virtual method driven (not 
QEvent driven) style. With the ClxSystem (perhaps it should get a new name 
without the CLX) the "procedure WMXxx(var Message: TMessage); message 
WM_XXXX;" lines will be replaced by a more readable virtual method.

> > 3-  IMHO JVCL is in the first place a VCL component library. To make the
> > code far less readible for VCL-only users, because of clx support ???

I think a virtual function called 
# procedure MouseEnter(AControl: TControl); override;
is more readable than a message handler 
# procedure CMMouseEnter(var Message: TMessage); message CM_MOUSEENTER;
And this is not "clx support" (what is a byproduct).


> > Needless VCL: overhead

Yes it is a overhead but it let us add methods and events to all JVCL 
classes by just editing the preprocessed files.


--
Regards,

Andreas Hausladen


Subject: Re: Plugins and Error handling...
From: "Tom O" <tomo@tomo.com>
Date: Tue, 28 Oct 2003 07:42:41 -0600
Newsgroups: jedi.vcl

Marcel,

Thank you!  I'm planning on using packages so it sounds like I should be pretty
safe.

Kind Regards,

Tom

"Marcel Bestebroer" wrote:
> > Hello, Tom!
> >  TO> What is the best way to relay errors from a plugin back to the host
> >  TO> application?...
> > ...
> >     If you have package-type plug-in, the application will handle any
> > unhandled exceptions from the package....




Subject: Re: JvSpinEdit and decimal separator
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Tue, 28 Oct 2003 17:13:38 +0400
Newsgroups: jedi.vcl

On Tue, 28 Oct 2003 10:10:14 +0100, Marcel Bestebroer wrote:

> >     Do you mean something like:
> > 
> > type
> >     TFloatSeperatorKind = (fskNone, fskDot, fskComma, fskLocale);
> > 
> >     and a property (or in some cases maybe a parameter to a conversion
> > method?):
> > 
> >   property DecimalSeparatorKind: TFloatSeparatorKind.......
> >   property ThousandSeparatorKind: TFloatSeparatorKind.......
> > 
> >     That seems like a nice solution. As an alternative:
> > 
> >   property DecimalSeparatorKind: Char....

Well any of the 2 solution are good too me. The first one is more
beautifull when the second one is more flexible ...

BTW, this is for displaying the float value in the edit control. What I was
first thinking about was about typing the value. It could be great if the
user could type indifferently a comma or a dot and then the char is
converted to the real decimalseparator.

That explains the 2 lines I added at the top of the KeyPress method

procedure TJvCustomSpinEdit.KeyPress(var Key: Char);
var 
  I: Integer;
begin
  if (Key in ['.', ',']) then
    Key := DecimalSeparator;
  ...


Subject: Re: InspectorSimpleExample
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 28 Oct 2003 13:16:26 +0100
Newsgroups: jedi.vcl

Weird, RegStr should be a part of Delphis runtime lib and you shouldn't need
to include it yourself. Have you moved/deleted the DCU's in Delphi7\Lib or
changed the Library paths?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "asn" <asn@xs4all.nl>
Date: Tue, 28 Oct 2003 13:10:27 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bnitgc$ajr$1@talkto.net...
> >
> > Another advantage would be that we could implement common properties for
> > all controls like OnMouseEnter/Leave.
> >

1- But that is more generic: it applies to all jvcl units not only VisualCLX
related, and it is not the only way to implemant it.
2- Your approch seems to be replacing windows message with QT look alike
eventhandlers rather then the more logical Qt-events to windows message
translation.
3-  IMHO JVCL is in the first place a VCL component library. To make the
code far less readible for VCL-only users, because of clx support ???
Needless VCL: overhead

Regards,

André Snepvangers








Subject: Re: TJvclPatchFile ?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 28 Oct 2003 12:45:01 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 27 Oct 2003 20:22:04 -0200 @973)
....while the fading voice of Alessandro whispered through the darkness:

 A> Hi. What TJvclPatchFile ? I cant find in help ?

text DIFF handling ? (format
[http://www.users.on.net/johnson/delphi/diff.zip])

Or maybe even binary patching ?

-- If i had ears, i'd heard Jaguar Wright - Too Many http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvgLogics Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 28 Oct 2003 10:44:03 +0100
Newsgroups: jedi.vcl

It seems to be caused by the TJvgCommentAreas and TJvgLogics classes being
declared as deriving from TCollection. Changing these to TOwnedCollection
(and amending their constructors) seems to solve the problem. I've committed
to CVS but it'll probably take a day or so before anon CVS is up to date.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSpinEdit and decimal separator
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 28 Oct 2003 10:32:58 +0100
Newsgroups: jedi.vcl

> > property DecimalSeparatorKind: Char
Sounds nicer to me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvgLogics Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 28 Oct 2003 10:32:08 +0100
Newsgroups: jedi.vcl

I can confirm this but it doesn't happen in D6/D7.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Plugins and Error handling...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 28 Oct 2003 10:18:11 +0100
Newsgroups: jedi.vcl

Hello, Tom!
You wrote  on Mon, 27 Oct 2003 21:33:28 -0600:

 TO> What is the best way to relay errors from a plugin back to the host
 TO> application? Should the OnPluginMessage event be used or if an error is
 TO> raised in a plugin package will the host application receive the error?


    If you have package-type plug-in, the application will handle any
unhandled exceptions from the package. From a DLL this usually doesn't
happen, unless both the application and the plug-in DLL use (VCL) runtime
packages (and even then I think it's not working entirely correct). So, for
DLL-plug-ins you're only option is to send a message to the host and have
the host deal with it as an exception (note that you still need to back out
of any plug-in code, so the best way to do this is to use an explicit
try/except block in any entry point to the DLL (commands, messages, exported
procedures) and have the except block report back to the host).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvSpinEdit and decimal separator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 28 Oct 2003 10:10:14 +0100
Newsgroups: jedi.vcl

Hello, Julien!
You wrote  on Tue, 28 Oct 2003 07:40:03 +0400:

 JF> On Mon, 27 Oct 2003 17:55:46 +0100, Robert Marquardt wrote:
 >> We should find a good solution for this problem and apply it to all
 >> number handling in JVCL and JCL.
 >> JclExprEval for example simply uses '.'.

 JF> The solution could be to add some property to the components and then
 JF> let the final user choose which character to test as decimal and
 JF> thousand separator

    Do you mean something like:

type
    TFloatSeperatorKind = (fskNone, fskDot, fskComma, fskLocale);

    and a property (or in some cases maybe a parameter to a conversion
method?):

  property DecimalSeparatorKind: TFloatSeparatorKind.......
  property ThousandSeparatorKind: TFloatSeparatorKind.......

    That seems like a nice solution. As an alternative:

  property DecimalSeparatorKind: Char....

    where for ex. #0 and #1 mean 'None' and 'Locale' respectively? We could
define these two values as a constant and provide a property editor that
shows/excepts '[Locale]' as #1 and an empty string as #0. This would allow
to specify any separator char, not just the comma/dot.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: MakeBCB5.bat
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 28 Oct 2003 18:32:55 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> OBones wrote:
>
>> Yes, we know about this bug and we think this is an IDE bug, so we can't do anything about it. But if anyone has a solution, we would like to hear from them.
>>
> And what about MakeBCB6.bat? will work it later?
>
Most probably yes, but not before next week.



Subject: Re: MakeBCB5.bat
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 28 Oct 2003 11:17:25 +0300
To: OBones <obones_gfdg_@_rer_meloo.com>
Newsgroups: jedi.vcl

OBones wrote:
> Vladimir Zhuchko wrote:
>
>> Yes, I tested this many times and this is not working at all.
>> Moreover, the bcb6 bpg is working under builder IDE very bad, may be this is the IDE bug, but when I am compiling bpl from ide under BPG, the every package asking about missing bpi files that has to be compiled later, so I have to press cancel many time to get a packages.
>
>
> Yes, we know about this bug and we think this is an IDE bug, so we can't do anything about it. But if anyone has a solution, we would like to hear from them.
>
And what about MakeBCB6.bat? will work it later?



Subject: Re: MakeBCB5.bat
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 28 Oct 2003 17:17:43 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:

> Yes, I tested this many times and this is not working at all.
> Moreover, the bcb6 bpg is working under builder IDE very bad, may be this is the IDE bug, but when I am compiling bpl from ide under BPG, the every package asking about missing bpi files that has to be compiled later, so I have to press cancel many time to get a packages.

Yes, we know about this bug and we think this is an IDE bug, so we can't do anything about it. But if anyone has a solution, we would like to hear from them.



Subject: Re: MakeBCB5.bat
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 28 Oct 2003 10:08:09 +0300
To: OBones <obones_gfdg_@_rer_meloo.com>
Newsgroups: jedi.vcl

OBones wrote:
> Leroy Casterline wrote:
>
>> I am trying to get MakeBCB6.bat converted for BCB5, which appears to be
>> straightforward.
>> Running the resultant batch file results in an error when it tries to
>> build MakeDOF.exe. The first error is:
>>
>> F:\Borland\3rdParty\JEDI\JVCL3\devtools\Common
>> tion expected but identifier 'PathDelim' found
>>
>> Should I be able to build these tools, or are the batch files no longer
>> supported?
>
> Beware that MakeBCB6 is not working correctly, there are some problems with path inclusions.
> I haven't had the time to further look at it, but clearly, it won't work.
> Apparently, I'll have to modify the bpg file to get it work, more on that during the week.
>
Yes, I tested this many times and this is not working at all.
Moreover, the bcb6 bpg is working under builder IDE very bad, may be this is the IDE bug, but when I am compiling bpl from ide under BPG, the every package asking about missing bpi files that has to be compiled later, so I have to press cancel many time to get a packages.



Subject: InspectorSimpleExample
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 22:06:03 -0700
Newsgroups: jedi.vcl

I'm trying to run the InspectorSimpleExample demo project in D7. When I
try to build the project, I get an error:

[Fatal Error] File not found: 'f:\borland\d7\Projects\Bpl\RegStr.pas'

Any idea how I get past this?


Subject: JvgLogics Error
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Mon, 27 Oct 2003 23:08:05 -0500
Newsgroups: jedi.vcl

D5 Pro/ Win2K  JVCL3-Latest  (10-24-03) Updated with JVCL3-Source-Latest
(10-24-03)

Dropped JvgLogicProducer on a form. From Object Inspector, click on the
Logics property and I get this error "Invalid Selection: 'TJvgLogics' has no
owner.". Similar error if I click on the CommentAreas property.

Are this errors or I am doing something wrong?

Thanks
Femi




Subject: Re: JvSpinEdit and decimal separator
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Tue, 28 Oct 2003 07:40:03 +0400
Newsgroups: jedi.vcl

On Mon, 27 Oct 2003 17:55:46 +0100, Robert Marquardt wrote:
> > We should find a good solution for this problem and apply it to all 
> > number handling in JVCL and JCL.
> > JclExprEval for example simply uses '.'.

The solution could be to add some property to the components and then let
the final user choose which character to test as decimal and thousand
separator

Julien


Subject: Plugins and Error handling...
From: "Tom O" <tomo@tomo.com>
Date: Mon, 27 Oct 2003 21:33:28 -0600
Newsgroups: jedi.vcl

What is the best way to relay errors from a plugin back to the host application?
Should the OnPluginMessage event be used or if an error is raised in a plugin
package will the host application receive the error?




Subject: Re: MakeBCB5.bat
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 28 Oct 2003 13:03:25 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> OBones <obones_gfdg_@_rer_meloo.com> wrote:
>
>
>> Beware that MakeBCB6 is not working correctly, there are some problems with path inclusions.
>> I haven't had the time to further look at it, but clearly, it won't work.
>> Apparently, I'll have to modify the bpg file to get it work, more on that during the week.
>
>
> One of the problems that I found is in the generated "BCB5 Packages.mak"
> file. In this file there are many targets of the form:
>
> JvCoreC5R.bpl: bcb5\JvCoreC5R.bpk
>     @cd bcb5
>         $(ROOT)\bin\bpr2mak JvCoreC5R.bpk
>         $(ROOT)\bin\make -$(MAKEFLAGS) -fJvCoreC5R.mak
>     @cd ..
>
> $(ROOT) (on my system, of course) expands to:
>
> f:\Borland\BCB5\Bin

That's weird...

> So the \bin\ in the target definitions is not required. Removing them
> allows the make file to run for a while, but it errors out when the
> compiler is unable to find JVCL.INC.
I got the exact same one. I'll have a close look



Subject: Re: MakeBCB5.bat
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 17:48:52 -0700
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Beware that MakeBCB6 is not working correctly, there are some problems 
> >with path inclusions.
> >I haven't had the time to further look at it, but clearly, it won't work.
> >Apparently, I'll have to modify the bpg file to get it work, more on 
> >that during the week.

One of the problems that I found is in the generated "BCB5 Packages.mak"
file. In this file there are many targets of the form:

JvCoreC5R.bpl: bcb5\JvCoreC5R.bpk
	@cd bcb5
        $(ROOT)\bin\bpr2mak JvCoreC5R.bpk
        $(ROOT)\bin\make -$(MAKEFLAGS) -fJvCoreC5R.mak
	@cd ..

$(ROOT) (on my system, of course) expands to:

f:\Borland\BCB5\Bin

So the \bin\ in the target definitions is not required. Removing them
allows the make file to run for a while, but it errors out when the
compiler is unable to find JVCL.INC.



Subject: Re: MakeBCB5.bat
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 28 Oct 2003 08:56:34 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> I am trying to get MakeBCB6.bat converted for BCB5, which appears to be
> straightforward.
> Running the resultant batch file results in an error when it tries to
> build MakeDOF.exe. The first error is:
>
> F:\Borland\3rdParty\JEDI\JVCL3\devtools\Common
> tion expected but identifier 'PathDelim' found
>
> Should I be able to build these tools, or are the batch files no longer
> supported?
Beware that MakeBCB6 is not working correctly, there are some problems with path inclusions.
I haven't had the time to further look at it, but clearly, it won't work.
Apparently, I'll have to modify the bpg file to get it work, more on that during the week.



Subject: TJvclPatchFile ?
From: "Alessandro" <alessandro@tergus.com.br>
Date: Mon, 27 Oct 2003 20:22:04 -0200
Newsgroups: jedi.vcl

Hi. What TJvclPatchFile ? I cant find in help ?

Thanks




Subject: Re: MakeBCB5.bat
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 27 Oct 2003 22:50:31 +0100
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > Bpg2MakeUtils.pas(20) Error: Undeclared identifier: 'sLineBreak'

Should be fixed now.


-- Regards Andreas Hausladen 

Subject: Re: MakeBCB5.bat
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 14:17:40 -0700
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >The devtools source file has an syntax error under Delphi 5 and BCB 5. I
> >fixed and committed it.

OK, that worked fine. Now I'm getting:

Bpg2MakeUtils.pas(20) Error: Undeclared identifier: 'sLineBreak'




Subject: Re: MakeBCB5.bat
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 14:10:35 -0700
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >The devtools source file has an syntax error under Delphi 5 and BCB 5. I
> >fixed and committed it.

Thanks, I'll grab the update and try again.


Subject: Re: JvDateEdit bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 27 Oct 2003 21:49:26 +0100
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > I just tried this, but get the same result. The calendar is on the main
> > monitor.

That was the reason why I asked you to test it. I have only one monitor.
In JvToolEdit.pas I inserted the following code

procedure TJvPopupWindow.Show(Origin: TPoint);
var
  Monitor: TMonitor;
begin
  if GetParentForm(Self) = nil then
  begin
    if Screen.ActiveCustomForm <> nil then
      Monitor := Screen.ActiveCustomForm.Monitor
    else
      Monitor := Application.MainForm.Monitor;
    Inc(Origin.X, Monitor.Left);
    Inc(Origin.Y, Monitor.Top);
  end;
 // begin original code:
  SetWindowPos(Handle, HWND_TOP, Origin.X, Origin.Y, 0, 0,
    SWP_NOACTIVATE or SWP_SHOWWINDOW or SWP_NOSIZE);
  Visible := True;
end;



-- Regards Andreas Hausladen 

Subject: Re: JvDateEdit bug
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 13:44:24 -0700
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >Leroy Casterline wrote:
> >
>> >> When I have a form with a JvDateEdit on it, and that form is on my
>> >> secondary monitor, clicking the JvDateEdit button causes the calendar to
>> >> pop up on my main monitor instead of the monitor containing the
>> >> JvDateEdit control.
> >
> >Fixed. Can you try it again?

I just tried this, but get the same result. The calendar is on the main
monitor. I've updated all JEDI3 files from CVS (today), uninstalled all
of my old JEDI3 packages, rebuild them all and reinstalled them, so I
don't believe that I've missed the update...


Subject: Re: MakeBCB5.bat
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 27 Oct 2003 21:27:31 +0100
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > Should I be able to build these tools, or are the batch files no longer
> > supported?

The devtools source file has an syntax error under Delphi 5 and BCB 5. I
fixed and committed it.



-- Regards Andreas Hausladen^ 

Subject: Re: Oct 27 - Unable to rebuild latest CVS sources - Duplicate resources?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 27 Oct 2003 21:14:53 +0100
Newsgroups: jedi.vcl

> > Does this mean zap everything, or is an update from JVCL3/ downwards
> > sufficient?

A normal update of dev/JVCL3 should be sufficient, but watch the messages
displayed by the CVS tool: you might have to remove some files manually (and
do an update again). Remove all JVCL design packages in Delphi, rebuild all
and reinstall the packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Oct 27 - Unable to rebuild latest CVS sources - Duplicate resources?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 27 Oct 2003 14:49:46 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> What do I do when I have duplicate resources in a package?
>
> Update your CVS folder since JvxCtrls.pas (and .res) have been removed and
> replaced by JvxCheckListBox.pas and JvSpeedButton.pas (among others).
>
Does this mean zap everything, or is an update from JVCL3/ downwards sufficient?

Warren



Subject: Re: Oct 27 - Unable to rebuild latest CVS sources - Duplicate resources?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 27 Oct 2003 20:40:52 +0100
Newsgroups: jedi.vcl

> > What do I do when I have duplicate resources in a package?
Update your CVS folder since JvxCtrls.pas (and .res) have been removed and
replaced by JvxCheckListBox.pas and JvSpeedButton.pas (among others).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Source control
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 12:40:37 -0700
Newsgroups: jedi.vcl

Warren Postma <wpostma_at@tekran_dot.com> wrote:

> >Leroy:
> >Why learn to drive a Standard transmission, just so you can go to the 
> >store to get milk!? :-)  You really *don't* need to learn a lot about 
> >CVS to use TortoiseCVS.

<helpful info deleted>

Yup, that's why I'm using Tortoise<g>. I meant that if I ever have to
use the macro (or other advanced) facilities of CVS that I would turn to
WinCVS first because of helpful people like Oliver.



Subject: MakeBCB5.bat
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 12:34:38 -0700
Newsgroups: jedi.vcl

I am trying to get MakeBCB6.bat converted for BCB5, which appears to be
straightforward. 

Running the resultant batch file results in an error when it tries to
build MakeDOF.exe. The first error is:

F:\Borland\3rdParty\JEDI\JVCL3\devtools\Common
tion expected but identifier 'PathDelim' found

Should I be able to build these tools, or are the batch files no longer
supported?


Subject: Oct 27 - Unable to rebuild latest CVS sources - Duplicate resources?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 27 Oct 2003 14:15:55 -0500
Newsgroups: jedi.vcl

What do I do when I have duplicate resources in a package?

JvStdCtrlsD7.dpk won't build, the error is:

Build
  [Warning] Unit 'JvxCheckListBox' implicitly imported into package 'JvStdCtrlsD7R'
  [Warning] Unit 'JvSpeedButton' implicitly imported into package 'JvStdCtrlsD7R'
  [Error] WARNING. Duplicate resource(s):
  [Error]   Type  2 (BITMAP), ID JV_CHECK_IMAGES:
  [Error]     File ..\..\run\..\resources\JvxCheckListBox.res resource kept; file ..\..\run\..\resources\JvxCtrls.res resource discarded.
Search for 'JV_CHECK_IMAGES'
  C:\dev\JVCL3\run\JvxCtrls.pas(1952):     GCheckBitmap.Handle := LoadBitmap(HInstance, 'JV_CHECK_IMAGES');


I can't remember how to rebuild the .res files either. Wasn't there a batch file or something?

Warren



Subject: Re: Source control
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 27 Oct 2003 20:14:25 +0100
Newsgroups: jedi.vcl

FWIW I use WinCvs :) I tried TortoiseCVS but didn't like it. I find the explorer integration annoying. I like WinCvs quick filters, and all those messages that scroll by.

Can't remember whether it was hard to set up, because I did it only once, a long time ago.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Source control
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 27 Oct 2003 13:36:27 -0500
Newsgroups: jedi.vcl

Leroy:
> If I ever need to learn the details of CVS, WinCVS will be the first
> tool I'll look at because of people like you who go out of their way to
> help people like me.

Why learn to drive a Standard transmission, just so you can go to the store to get milk!? :-)  You really *don't* need to learn a lot about CVS to use TortoiseCVS.

There are three steps, really, and you only do step #1 ONCE, when using Tortoise to access an existing repository:

(1) Set your CVSROOT up inside Tortoise CVS, and select the Module you want (JVCL, whatever). Do an initial Checkout to grab everything.

(2) While working, Checkin=Post your changes, Update=grab newer checkins
 from other people.

(3) In case a checkin doesn't work, because someone else has changed things, do an Update, and your local changed copy will be merged with the remote changes. In case of conflicts, load the file in an editor, and see what you need to do to fix it up.


Dead simple.  I use TortoiseCVS+a local cvs repository (super easy to use), to keep my local source/development work backed up.  The ability to do a diff (compare CVS to current working copy) is hugely great, and it just invokes whatever graphical DIFF utility (windiff, etc).

Regards,

Warren



Subject: Re: JvInspector enumerated types
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 27 Oct 2003 13:26:48 -0500
Newsgroups: jedi.vcl

Marcel:
>     That is not what he wanted. The problem he faced is that you can type
> *anything* (including illegal values) which may result in an exception if
> your try to apply that value and can't be used. I think he wants to be able
> to lookup a value by typing (i.e. Autocomplete), which is also what I said I
> still need to implement (unless you are volunteering; it's that Edit_WndProc
> method again <g>. BTW, I removed the triggering of the OnEnter event when
> the Enter-key was pressed; that is not what the event is expected to do).


I thought I had put in a little thing to catch that and replace the
value with an empty value. Perhaps I didn't check that change in. :-)




Warren



Subject: Re: Source control
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 11:23:05 -0700
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware@gmx.net> wrote:

> >Well, I guess I just have to take your (and others) word for that. I do
> >know a bit about CVS and maybe that's why whenever I try to use
> >Tortoise (which admittedly isn't too often) I feel a bit like handling
> >a black box... ;)
> >I'm also missing the ability to extend the functionality or automate
> >certain processes by ways of macros.

Part of the problem is that there is so much that I *have* to know a lot
about just to get my job done that I have very few cycles left to learn
about something that I don't have to know about in any detail. That's
why, although I've been using BCB since version 1, I know almost nothing
about packages - I've not had to until now. 

If I ever need to learn the details of CVS, WinCVS will be the first
tool I'll look at because of people like you who go out of their way to
help people like me.


Subject: Re: Source control
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 27 Oct 2003 11:17:54 -0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

> >That type of statement is unfair, hurts peoples feelings and is useless as
> >it doesn't say *what* is crap about the program.

Agree 100%.


Subject: Re: JvSpinEdit and decimal separator
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Oct 2003 19:11:35 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Personally I think it's easiest to use the locale settings (i.e.
> DecimalSeparator and ThousandsSeparator) as this makes a control behave for
> any locale the program is run. The other points that seriously needs some
> looking into is text file I/O. Personally I would use the '.' as a decimal
> separator at all times in that case (and ignore thousand separators) and
> translate during read/write operations.

This is one of the problematic areas. Have you tried ever to write a CSV for Excel? Excel 97 insists on decimal point and comma for list separator whereas Excel 2000 uses locale which results in decimal comma and semicolon as list separator for german.



Subject: Re: JvSpinEdit and decimal separator
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Oct 2003 19:09:17 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     That is not necessarily a bad thing (I see that more as text file I/O
> case than UI case). I understand that you will probably display/edit the
> expressions, but as it will not be a numeric input but rather a textual
> input a translation of the expressions string/edit string can be used there.

For JclExprEval i would prefer to have the decimal separator added to a second constructor.



Subject: Re: JvSpinEdit and decimal separator
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 27 Oct 2003 18:24:55 +0100
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Mon, 27 Oct 2003 17:55:46 +0100:

 RM> We should find a good solution for this problem and apply it
 RM> to all number handling in JVCL and JCL.

    Personally I think it's easiest to use the locale settings (i.e.
DecimalSeparator and ThousandsSeparator) as this makes a control behave for
any locale the program is run. The other points that seriously needs some
looking into is text file I/O. Personally I would use the '.' as a decimal
separator at all times in that case (and ignore thousand separators) and
translate during read/write operations.

 RM> JclExprEval for example simply uses '.'.

    That is not necessarily a bad thing (I see that more as text file I/O
case than UI case). I understand that you will probably display/edit the
expressions, but as it will not be a numeric input but rather a textual
input a translation of the expressions string/edit string can be used there.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvSpinEdit and decimal separator
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Oct 2003 17:55:46 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened... (Mon, 27 Oct 2003 15:44:45 +0400 @531)
> ...while the fading voice of Julien whispered through the darkness:
>
>  JF> I just added these 2 lines at the top of the KeyPress method in order
>  JF> to be able to use both '.' and ',' as decimal separator
>
> In old soviet traditions dots were separating thousands, now usually we use
> soace instead.
> So You'd better check that '.' and ',' are not already used as some
> separator, and then no substition is to take place.
>

We should find a good solution for this problem and apply it to all number handling in JVCL and JCL.
JclExprEval for example simply uses '.'.



Subject: Re: JvSpinEdit and decimal separator
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 27 Oct 2003 19:27:18 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 27 Oct 2003 15:44:45 +0400 @531)
....while the fading voice of Julien whispered through the darkness:

 JF> I just added these 2 lines at the top of the KeyPress method in order
 JF> to be able to use both '.' and ',' as decimal separator

In old soviet traditions dots were separating thousands, now usually we use
soace instead.
So You'd better check that '.' and ',' are not already used as some
separator, and then no substition is to take place.

-- If i had ears, i'd heard The Gathering - In motion 2 http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvSpinEdit and decimal separator
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Mon, 27 Oct 2003 15:44:45 +0400
Newsgroups: jedi.vcl

On Sat, 25 Oct 2003 10:55:47 +0200, Andreas Hausladen wrote:

> > Julien Ferraro wrote:
> > 
>> >> TJvSpinEdit (JVCL 2.10) with ValueType = vtFloat, doesn't take care of
>> >> the input of the decimal separator.
>> >> 
>> >> Just pput a JvSpinEdit on a form, set ValueType = vtFloat and run the
>> >> application
>> >> 
>> >> Now, select the whole text of the edit (the text should be something like
>> >> 0.00) and enter a value such 1.2
>> >> 
>> >> The result is 12.00 !!!
>> >> 
>> >> Is this corrected ? I didn't find anything about this in Mantis ... do I
>> >> have to report the bug ?
> > 
> > Thanks for the bug report. I fixed it in JVCL 3.
> > 
> > Here is the code I used:
> > 
> > procedure TJvCustomSpinEdit.KeyPress(var Key: Char);
> > var I: Integer;
> > begin
> >   if (Key = DecimalSeparator) and (ValueType = vtFloat) then
> >   begin
> >    { If the key is the decimal separator move the caret behind it. }
> >     I := Pos(DecimalSeparator, Text);
> >     if I <> 0 then
> >     begin
> >       Key := #0;
> >       SelLength := 0;
> >       SelStart := I;
> >       Exit;
> >     end;
> >   end;
> > ...

I just added these 2 lines at the top of the KeyPress method in order to be
able to use both '.' and ',' as decimal separator

procedure TJvCustomSpinEdit.KeyPress(var Key: Char);
var 
  I: Integer;
begin
  if (Key in ['.', ',']) then
    Key := DecimalSeparator;

....


Subject: Re: Source control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 27 Oct 2003 12:07:42 +0100
Newsgroups: jedi.vcl

> > I'm also missing the ability to extend the functionality or automate
> > certain processes by ways of macros.
Indeed, for power users or admins I would think that TCVS might be
inadequate but for us "CVS idiots" it's perfect <g>!

> > while I install every new Tortoise release and always plan on using it
> > more, I so far never ended up actually doing so...

That's quite typical for any software: you use what you are experienced
with. Besides, you have WinCVS and know it, so what could TCVS do that
WinCVS doesn't?

> > I just couldn't quite
> > accept the initial "WinCvs is decidedly crap" statement
That type of statement is unfair, hurts peoples feelings and is useless as
it doesn't say *what* is crap about the program.

I don't like it and I think it's bad manners to say things like that (even
if it was true). I know how it hurts me when someone says "JVCL is crap" (oh
yes, people do say that) even if only a small part of the code was/is
written by me because it is pasing judgement on everyone that has ever been
involved with it and it's like saying "you are all idiots wasting your time
working on this piece of junk".

If WinCVS was indeed crap, I don't think it would have as many users as it
has.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Source control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 27 Oct 2003 12:07:33 +0100
Newsgroups: jedi.vcl

> > Inno Setup which I think was pretty nice.
Uh, I meant Inno CVS , of course!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 27 Oct 2003 11:55:51 +0100
Newsgroups: jedi.vcl

Till now I have no real *go* and no real *forget it* for the
dynamic->virtual method wrapper classes.

Another advantage would be that we could implement common properties for
all controls like OnMouseEnter/Leave.


-- Regards Andreas Hausladen 

Subject: Re: Source control
From: "Oliver Giesen" <ogware@gmx.net>
Date: Mon, 27 Oct 2003 10:29:05 +0000 (UTC)
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > I have looked only briefly at WinCVS. I use TortoiseCVS for two
> > reasons.  Of these two, #1 is much more important to me.
> > 
> > 1) I have to know virtually nothing about CVS to use Tortoise.

Well, I guess I just have to take your (and others) word for that. I do
know a bit about CVS and maybe that's why whenever I try to use
Tortoise (which admittedly isn't too often) I feel a bit like handling
a black box... ;)
I'm also missing the ability to extend the functionality or automate
certain processes by ways of macros.


> > 2) Integration with Windows Explorer.

That's indeed quite nice and AFAICT superbly done as well but again,
while I install every new Tortoise release and always plan on using it
more, I so far never ended up actually doing so...

IMO integration with Explorer or the IDE is all very nice and easy but
personally I prefer keeping development work and CVS tasks cleanly
separated, thus making version management a fully conscious activity.
Using a stand-alone application for CVS tasks helps making that
separation.

Anyway, thanks to you all for comments. I guess your classifications
about WinCvs being a bit "closer to the CVS innards" (or at least
hiding them less) than Tortoise are all valid. I just couldn't quite
accept the initial "WinCvs is decidedly crap" statement... if any of
you should venture to take a closer look at WinCvs one day, feel free
to visit the cvsgui mailing list and/or the current FAQ draft at
http://cvsgui.sf.net/newfaq.htm . There haven't been many (if any ;)
problems we haven't been able to sort out so far...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Daily snapshots: project group files with wrong CR/LF
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 27 Oct 2003 09:46:59 +0100
Newsgroups: jedi.vcl

Hello,

te daily snapshots of JVCL3 contain project group files (*.bpg) that contain
UNIX-CR/LF combinations so they have to be loaded and re-saved with am
editor that is able to convert them to PC format.

Ciao,
Ralf



Subject: Re: Daily snapshots: project group files with wrong CR/LF
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 27 Oct 2003 09:46:12 +0100
Newsgroups: jedi.vcl

It seems that if the CVS checkout operation performed in the script fails
for some reason (and it has failed a couple of times the last few days),
this affects what files are actually converted. I have verified that if the
script runs without errors, all files are correctly converted.
Unfortunately, if the script does fail, there is nothing we can do, i.e it
has nothing to do with the script or our files. It is a problem with the
server on sourceforge.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 -> JVCL3 CLX-compatible - transfer progress
From: "asn" <asn@xs4all.nl>
Date: Mon, 27 Oct 2003 09:19:15 +0100
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bndieu$cs6$3@talkto.net...
> > Here is the list for all JvA* files that I had made COMPLIB_CLX compatible
> > or not.
> >
> > transfered:
> > ===========
> > JvAirBrush.pas
> > JvAlarms.pas
> > JvAnalogClock.pas
> > JvAni.pas (missing CLX SetIndex() method implementation)
> > JvAniFile.pas
> > JvAnimTitle.pas
> > JvAppAnimatedIcon.pas
> > JvAppEvents.pas
> > JvAppInfo.pas (may need a QRegistry)
> > JvaScrollText.pas
> >
> > JvComponent.pas
> >
> > JvProgressUtils.pas
> >
> > JvThemes.pas
> > JvTypes.pas
> > JvJCLUtils.pas (most functions ported)
> > JvJVCLUtils.pas (some functions ported, needs QRegistry)
> >
> >
> > platform independend:
> > =====================
> > JvAppIniStore.pas
> > JvAppStore.pas
> >
> >
> > new units:
> > ==========
> > JvClxUtils.pas (Graphics, VCL)
> > *QRegistry.pas (not written yet)
> >
> >
> > not transfered (needs CLXSystem):
> > =================================
> > JvAnimate.pas
> > JvAnimatedImage.pas
> > JvArrayButton.pas
> > JvArrowButton.pas (needs lots of work)
> >
> >
> > Windows only:
> > =============
> > JvActions.pas
> > JvAddPrinter.pas
> > JvAppHotKey.pas
> > JvAppRegistryStore.pas (needs a QRegistry)
> > JvAppInst.pas
> > JvAVICapture.pas
> >
> >
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen

Hello Andreas,

I have taken a quick look on the units you transfered so far, I will go
through all of the units to do some updates if needed. I will upload them to
binairies.

Regards,

André






Subject: Changing a value in a JVlistView
From: "Steve Warburton" <Swarburton@orange.net>
Date: Sun, 26 Oct 2003 20:01:21 -0600
Newsgroups: jedi.vcl

What is the syntax to change a value in a JVListView.

I want to change the value in the first row and 3 rd column.

Cheers steve




Subject: Re: BCB5 Packagess
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 27 Oct 2003 10:57:00 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

>> A question mark is when a file exists on your machine but doesn't on the CVS server. It also gets a blue question mark overlay when you look at it in the explorer. Not much to worry about unless that's a file you wanted to add and forgot to do so.
>
>
> Thanks. Do you recall where this is documented?

It comes from the CVS output itself. The values are described here  for the update command:
http://www.gnu.org/manual/cvs/html_node/cvs_127.html



Subject: Re: BCB5 Packagess
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 26 Oct 2003 17:29:38 -0700
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>> >> Also, can someone tell me what TortoiseCVS is trying to tell me when it
>> >> places a question mark in front of a file name in the 'checking out'
>> >> dialog box? I couldn't find a reference to this (or the other symbols it
>> >> uses) in the docs.

Forgot to mention, the files were JvManagedThreads design & runtime for
BCB5. I've added/committed them.


Subject: Re: BCB5 Packagess
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 26 Oct 2003 17:26:05 -0700
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >I don't know why, but I'm having the exact same problem with BCB6 but 
> >this doesn't happen with D6.
> >This is really annoying, but you can commit the group file anyway, we'll 
> >put a note about that in the documentation.
> > From what I understand of it, BCB checks the dependencies for every 
> >package everytime it automatically builds one. There is no need to do 
> >so, but that's what happens.

What a pain in the butt. OK, I've added and committed the group file.

> >A question mark is when a file exists on your machine but doesn't on the 
> >CVS server. It also gets a blue question mark overlay when you look at 
> >it in the explorer. Not much to worry about unless that's a file you 
> >wanted to add and forgot to do so.

Thanks. Do you recall where this is documented?



Subject: Re: BCB5 Packagess
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 27 Oct 2003 10:14:20 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> The BCB5 packages are done, and have been committed. I have also
> committed 3 .pas files that I need to change for BCB5 (JvForth.pas,
> JvSALCore.pas and JVXmlTree.pas). In all three files, I had to {$IFNDEF
> BCB%} out the Variants package in the uses clause. I have documented
> this in the changelog.
Thanks, I'll have a look

> I have not committed the BCB5 package group file because I can not get
> it to work properly. When I load the project group and try to build all
> of the packages, I get many (really, many!) dialogs asking for the path
> to .bpi files that have not yet been built. If I build each of the
> packages within the group one at a time (in the same order in which they
> are listed in the .bpg file) everything builds and installs fine. Any
> comments on why I'm having problems with the project group?
I don't know why, but I'm having the exact same problem with BCB6 but this doesn't happen with D6.
This is really annoying, but you can commit the group file anyway, we'll put a note about that in the documentation.
From what I understand of it, BCB checks the dependencies for every package everytime it automatically builds one. There is no need to do so, but that's what happens.

> Also, can someone tell me what TortoiseCVS is trying to tell me when it
> places a question mark in front of a file name in the 'checking out'
> dialog box? I couldn't find a reference to this (or the other symbols it
> uses) in the docs.
A question mark is when a file exists on your machine but doesn't on the CVS server. It also gets a blue question mark overlay when you look at it in the explorer. Not much to worry about unless that's a file you wanted to add and forgot to do so.



Subject: BCB5 Packagess
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 26 Oct 2003 16:31:21 -0700
Newsgroups: jedi.vcl

The BCB5 packages are done, and have been committed. I have also
committed 3 .pas files that I need to change for BCB5 (JvForth.pas,
JvSALCore.pas and JVXmlTree.pas). In all three files, I had to {$IFNDEF
BCB%} out the Variants package in the uses clause. I have documented
this in the changelog.

I have not committed the BCB5 package group file because I can not get
it to work properly. When I load the project group and try to build all
of the packages, I get many (really, many!) dialogs asking for the path
to .bpi files that have not yet been built. If I build each of the
packages within the group one at a time (in the same order in which they
are listed in the .bpg file) everything builds and installs fine. Any
comments on why I'm having problems with the project group?

Also, can someone tell me what TortoiseCVS is trying to tell me when it
places a question mark in front of a file name in the 'checking out'
dialog box? I couldn't find a reference to this (or the other symbols it
uses) in the docs.


Subject: Re: Package names
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 27 Oct 2003 08:58:44 +1000
Newsgroups: jedi.vcl

Robert Rossmair wrote:
> Marcel Bestebroer wrote:
>
>>  AH> Why do the package names contain the Delphi version they are for? This
>>  AH> was necessary when all packages where in one folder but now we have a
>>  AH> directory for each Delphi/BCB version. Removing the IDE's Version would
>>  AH> make it easier to upgrade to a newer Delphi IDE.
>>
>>     Try it when you have more than 1 Delphi version installed and you know
>> why it is still necessary. Even thought the .bpl files are put in there own
>> $(Delphi) folder, the IDE will try to use the first one it finds in the
>> system path. So if D5 is first in your path environment, D6 would load the
>> bpl of D5 because it found that one first. By using the compiler version
>> number, bpl names are unique and the problem is solved.
>
>
>  From Delphi 6 up, you can use the $LIBSUFFIX directive.
>
> Example using {$LIBSUFFIX 70}:
>
> .dpk: Packages\D7\DJcl.dpk
> .dcp: Lib\D7\DJcl.dcp
> .bpl: DJcl70.bpl
>
> This allows package "requires" clauses and runtime package names to stay unchanged between different versions, which is definitely useful.
>
> JVCL would need to change their package naming scheme to utilize that, however.
> And it cannot be used for D5.
>
> Greetings, Robert
>
And this would have to be verified for BCB5 and BCB6



Subject: Re: Changing a value in a JVlistView
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 26 Oct 2003 20:16:10 +0100
Newsgroups: jedi.vcl

> > I want to change the value in the first row and 3 rd column.
JvListView1.Items[0].SubItems[2] := NewValue;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVHLEditEditor and RegAuto
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 26 Oct 2003 10:56:39 -0700
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >My fault. I actually changed JvHLEditEditor but forgot to commit it :(

No problemg<g>. I've got everything building/installing properly now...


Subject: Re: Package names
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 26 Oct 2003 16:41:47 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  AH> Why do the package names contain the Delphi version they are for? This
>  AH> was necessary when all packages where in one folder but now we have a
>  AH> directory for each Delphi/BCB version. Removing the IDE's Version would
>  AH> make it easier to upgrade to a newer Delphi IDE.
>
>     Try it when you have more than 1 Delphi version installed and you know
> why it is still necessary. Even thought the .bpl files are put in there own
> $(Delphi) folder, the IDE will try to use the first one it finds in the
> system path. So if D5 is first in your path environment, D6 would load the
> bpl of D5 because it found that one first. By using the compiler version
> number, bpl names are unique and the problem is solved.

From Delphi 6 up, you can use the $LIBSUFFIX directive.

Example using {$LIBSUFFIX 70}:

..dpk: Packages\D7\DJcl.dpk
..dcp: Lib\D7\DJcl.dcp
..bpl: DJcl70.bpl

This allows package "requires" clauses and runtime package names to stay unchanged between different versions, which is definitely useful.

JVCL would need to change their package naming scheme to utilize that, however.
And it cannot be used for D5.

Greetings, Robert



Subject: Re: Package names
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 26 Oct 2003 11:49:05 +0100
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Sun, 26 Oct 2003 09:58:28 +0100:

 AH> Why do the package names contain the Delphi version they are for? This
 AH> was necessary when all packages where in one folder but now we have a
 AH> directory for each Delphi/BCB version. Removing the IDE's Version would
 AH> make it easier to upgrade to a newer Delphi IDE.

    Try it when you have more than 1 Delphi version installed and you know
why it is still necessary. Even thought the .bpl files are put in there own
$(Delphi) folder, the IDE will try to use the first one it finds in the
system path. So if D5 is first in your path environment, D6 would load the
bpl of D5 because it found that one first. By using the compiler version
number, bpl names are unique and the problem is solved.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvArrowButton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 26 Oct 2003 11:45:13 +0100
Newsgroups: jedi.vcl

I am planning to do some changes to JvArrowButton the next couple of days
and derive it from TJvCustomGraphicButton in JvButton (and remove the
Borland code in it), so please refrain from making updates to these two
files the next couple of days as they will be updated again when I am ready.
Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Package names
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 26 Oct 2003 11:43:13 +0100
Newsgroups: jedi.vcl

> > Why do the package names contain the Delphi version they are for?

Although you might be theoretically right, changing the package names would
be a waste of time. When moving from one version of Delphi to another, there
are always some updates and adjustments to do and renaming your program
includes from JvCoreD5R to JvCoreD7R is done in a few seconds.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVHLEditEditor and RegAuto
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 26 Oct 2003 11:29:09 +0100
Newsgroups: jedi.vcl

My fault. I actually changed JvHLEditEditor but forgot to commit it :(

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New warnings?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Oct 2003 10:12:31 +0100
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > [Pascal Warning] JvgCrossTable.pas(1105): Variable 'OldFiltered' might
> > not have been initialized
> > 
> > [Pascal Hint] JvgCrossTable.pas(787): Variable 'R' is declared but never
> > used in 'TJvgPrintCrossTable.PrintTable'

My D5 and D6 commandline compiler with -H -W does not warn or hint me. But
they exist. I've changed the code and committed it.


-- Regards Andreas Hausladen 

Subject: Re: A DTX editor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 26 Oct 2003 19:07:02 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> Do we have a DTX file editor (other than notepad ?)
> If so, where is it ?
> If not, what do you think of me doing one ?
>
Ok, I've now commited a DTX editor in dev\help\tools\DtxEdit.
I think it's working quite well, but let me know if anything is not allright.
You can use Ctrl+Up and Ctrl+Down to navigate the list of items without leaving an editing zone.
You can use Ctrl+Left and Ctrl+Right to navigate between the elements and the raw view.
The tab order for the elements may not be correct.



Subject: Package names
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Oct 2003 09:58:28 +0100
Newsgroups: jedi.vcl

One question: 

Why do the package names contain the Delphi version they are for? This was
necessary when all packages where in one folder but now we have a
directory for each Delphi/BCB version. Removing the IDE's Version would
make it easier to upgrade to a newer Delphi IDE. For example if you have
Delphi 5 and write an application with packages that requires a JVCL3
package and now you upgrate to Delphi 7 you must alter all packages and
replace the D5R by D7R.


-- Regards Andreas Hausladen 

Subject: Re: What to do when one changes a package
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 26 Oct 2003 09:21:41 +0100
Newsgroups: jedi.vcl

Let me start.

Yesterday, I added the new unit JvClxUtils.pas to BCB6\JvCoreC6R.bpk,
D5\JvCoreD5R.dpk, D6\JvCoreD6R.dpk, D7\JvCoreD7R.dpk


-- Regards Andreas Hausladen 

Subject: New warnings?
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 26 Oct 2003 00:50:16 -0600
Newsgroups: jedi.vcl

I think there are a couple of warnings in JvgCrossTable that I don't
remember seeing before:

[Pascal Warning] JvgCrossTable.pas(1105): Variable 'OldFiltered' might
not have been initialized

[Pascal Hint] JvgCrossTable.pas(787): Variable 'R' is declared but never
used in 'TJvgPrintCrossTable.PrintTable'

Perhaps they were always there and I missed them...


Subject: Re: JVHLEditEditor and RegAuto
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 25 Oct 2003 21:49:46 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >If you use TortoiseCVS, then right-click on a file, chose the CVS menu 
> >and in the sub-menu, you have History. It takes a bit of time to 
> >retrieve, but then you can see all the changes and the comments people 
> >put when they commited files

Thanks! Didn't think to right-click on an individual file. Is there a
way to get history on the entire project?


Subject: What to do when one changes a package
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 26 Oct 2003 13:02:20 +1000
Newsgroups: jedi.vcl

Hi all

As we have at least 5 different flavours for the packages, it would be a good thing if anyone modifying a package put a message here to indicate what he did.
This is because some changes in the most used packages (JvCore for instance) will most likely break the others and it's quite painful to trace what has been done on which.
I've seen some of you guys modify all the packages involved by hand, and that is a good thing. But as you can't test the impact it has, just let everyone know so that at least one person can check for each compiler.
I know, I can get this information by getting the CVS checkout messages, but it's not always easy to spot a package change in the middle of heaps of unit changes.
Thanks for your help

Olivier Sannier
JVCL Developer



Subject: Re: JVHLEditEditor and RegAuto
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 26 Oct 2003 12:58:36 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
> How can I get this history to which you refer? I've been trying to
> figure this out but I'm, umm, Dazed and Confused (and CVS illiterate) at
> the moment...

If you use TortoiseCVS, then right-click on a file, chose the CVS menu and in the sub-menu, you have History. It takes a bit of time to retrieve, but then you can see all the changes and the comments people put when they commited files



Subject: Re: JVHLEditEditor and RegAuto
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 25 Oct 2003 20:47:47 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >According to the History of JvHLEditorPropertyForm, Peter changed 
> >RegAuto to Storage yesterday. So none of the JvCustom packages would 
> >compile now.

How can I get this history to which you refer? I've been trying to
figure this out but I'm, umm, Dazed and Confused (and CVS illiterate) at
the moment...


Subject: Re: JVHLEditEditor and RegAuto
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 26 Oct 2003 11:17:53 +1000
Newsgroups: jedi.vcl

OBones wrote:
> Apparently, it's because of a missing include folder.

Yes, it was a missing ..\..\dcu in JvCryptC6R.bpk
This has been fixed and submitted



Subject: Re: JVHLEditEditor and RegAuto
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 26 Oct 2003 10:40:38 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> After cleaning up all of my packages I started to recompile each of
> them. Everything went fine until I was building JvCustomC5D.
> The compilation of JVHLEditEditor.pas errored out with an undefined
> 'RegAuto' in line 90. Grepping through all of my JVCL3 files, I can find
> no file in which  RegAuto is defined. Grepping through my JVCL2 files, I
> find it defined in JvHLEdPropDlg.pas but this file is not part of JVCL3.
>
> Reading the changelog.txt file for JVCL3, I find a note from 6-18-03
> that JvHLEdPropDlg has been renamed to JvHLEditorPropertyForm. I have
> that file, but it no longer defines RegAuto.
>
> Where, oh where, has my RegAuto gone? Where, oh where, can it be<g>?
According to the History of JvHLEditorPropertyForm, Peter changed RegAuto to Storage yesterday. So none of the JvCustom packages would compile now.
I change the code in JvHLEditEditor to now use Storage and submitted it.
I too, am trying to rebuild everything and can't because JvConsts is missing in one package. Apparently, it's because of a missing include folder.



Subject: JVHLEditEditor and RegAuto
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 25 Oct 2003 16:36:36 -0600
Newsgroups: jedi.vcl

After cleaning up all of my packages I started to recompile each of
them. Everything went fine until I was building JvCustomC5D. 

The compilation of JVHLEditEditor.pas errored out with an undefined
'RegAuto' in line 90. Grepping through all of my JVCL3 files, I can find
no file in which  RegAuto is defined. Grepping through my JVCL2 files, I
find it defined in JvHLEdPropDlg.pas but this file is not part of JVCL3.

Reading the changelog.txt file for JVCL3, I find a note from 6-18-03
that JvHLEdPropDlg has been renamed to JvHLEditorPropertyForm. I have
that file, but it no longer defines RegAuto.

Where, oh where, has my RegAuto gone? Where, oh where, can it be<g>?


Subject: Re: JvJVCLAboutForm.dfm
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 25 Oct 2003 14:12:15 -0600
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >Now it is in text mode again.

<g>


Subject: Re: JvJVCLAboutForm.dfm
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Oct 2003 21:05:47 +0200
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > Was this intentional?

No. I think it was the setting of a project I edited while changing
JvJVCLAboutForm.dfm. Now it is in text mode again.



-- Regards Andreas Hausladen 

Subject: JvJVCLAboutForm.dfm
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 25 Oct 2003 13:01:58 -0600
Newsgroups: jedi.vcl

I just grabbed the latest CVS files. JvJVCLAboutForm.dfm has been
updated. The new file is in binary format rather than text format as was
the previous version. Was this intentional?


Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 25 Oct 2003 12:44:56 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Just remove JvDialogActns from the JvDlgs package and build it. Once 
> >built, remove any JvDialogActns.* file to be sure it cannot be found. 
> >Then try to build JvBDE. If any unit complains about missing 
> >JvDialogActns.dcu, then use some {$IFDEF BCB5}{$ENDIF} in those units to 
> >comment out whatever needs JvDialogActns.
> >In the end, some functionnality may be lost, but to me the usefulness of 
> >Dialog Actions is really limited anyway.

Done. I commented JvDialogActns out of the JvDlgs package (and
documented why at the top of the package file) and searched for any
JvDialogActns .dcu/.hpp/.obj files and deleted them.

I was surprised to find that both JvDlgs packages built without
complaint and the desgin-time package installed fine. Same with JvBDE -
built and installed OK. I guess nothing in either of these packages
depended upon JvDialogActns.

I'm now in the process of cleaning up my package files and rebuilding
everything to make sure the packages still work. I'll commit them once I
get through this process, with luck sometime this weekend.


Subject: jvTimeFrameWork Error
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Sat, 25 Oct 2003 10:59:02 -0400
Newsgroups: jedi.vcl

D5 Pro/ Win2K  JVCL3-Latest  (10-24-03) Updated with JVCL3-Source-Latest
(10-24-03)

I get this error when I drop jvTFWeeks on a form "Format '%d' invalid or
incompatible with argument". I Get the same error when I try to open the
jvTimeFrameWork PhotoOp example.

Thanks
Femi




Subject: Re: jvTimeFrameWork Error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 25 Oct 2003 16:45:09 +0200
Newsgroups: jedi.vcl

In JvTFWeeks, change sWeekOf to

resourcestring
sWeekOf = 'Week of %s'

Recompile the RT package

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 Error
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Sat, 25 Oct 2003 10:35:50 -0400
Newsgroups: jedi.vcl

> > Thanks Guys. I converted the file using ConTEXT editor, but still get the
> > same error message.
> >

I missed converting one of the INC files. All is fine now.

Thanks
Femi




Subject: Re: JVCL3 Error
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Sat, 25 Oct 2003 10:25:43 -0400
Newsgroups: jedi.vcl

Thanks Guys. I converted the file using ConTEXT editor, but still get the
same error message.

Thanks
Femi

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bndemr$d27$1@talkto.net...
> > INC files are included in the Cr->CrLf conversion but sometimes the CVS
> > checkout operation fails on the SF server and it seems this affects the
> > conversion somehow.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JVCL3 Error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Oct 2003 12:36:17 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> INC files are included in the Cr->CrLf conversion but sometimes the CVS
> checkout operation fails on the SF server and it seems this affects the
> conversion somehow.
>
I guess the failure is the include action of the compiler itself.
It obviously tries to read the file line by line with a 1024 bytes buffer and does not catch all line end combinations possible.



Subject: JVCL3 -> JVCL3 CLX-compatible - transfer progress
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Oct 2003 12:16:18 +0200
Newsgroups: jedi.vcl

Here is the list for all JvA* files that I had made COMPLIB_CLX compatible
or not.

transfered:
===========
JvAirBrush.pas
JvAlarms.pas
JvAnalogClock.pas
JvAni.pas (missing CLX SetIndex() method implementation)
JvAniFile.pas
JvAnimTitle.pas
JvAppAnimatedIcon.pas
JvAppEvents.pas
JvAppInfo.pas (may need a QRegistry)
JvaScrollText.pas

JvComponent.pas

JvProgressUtils.pas

JvThemes.pas
JvTypes.pas
JvJCLUtils.pas (most functions ported)
JvJVCLUtils.pas (some functions ported, needs QRegistry)


platform independend:
=====================
JvAppIniStore.pas
JvAppStore.pas


new units:
==========
JvClxUtils.pas (Graphics, VCL)
*QRegistry.pas (not written yet)


not transfered (needs CLXSystem):
=================================
JvAnimate.pas
JvAnimatedImage.pas
JvArrayButton.pas
JvArrowButton.pas (needs lots of work)


Windows only:
=============
JvActions.pas
JvAddPrinter.pas
JvAppHotKey.pas
JvAppRegistryStore.pas (needs a QRegistry)
JvAppInst.pas
JvAVICapture.pas



-- Regards Andreas Hausladen 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Oct 2003 11:31:03 +0200
Newsgroups: jedi.vcl

asn wrote:

> > IMHO if it is just about having less  IFDEFs, it is just a waste of time.

The code exists. So the waste of time is no real argument. And the time
was not that long because the code is generated by a preprocessor and I
had only to write some lines.


> > -The code will get less readable for users (read customers) who develop
> > their apps with either JVCL or JVCLX.

Why. I thinkt it will be more readable because of lesser IFDEFs.

> > -Most of the components are donated: They will contain most likely VCL
> > only code. There will not be any added value, when the component would
> > be windows specific. Hardly likely to change its implementation   This
> > will divide the units in VCL only units and units who have modified
> > according to the proposal. IMHO this is not a desireable situation.

Why not. I is not my plan to make all components cross platform. Yes it
would be some work to convert new donations but that is not the point.


> > - There will allways be components who are windows only (or maybe linux
> > only.)

And these component must not be converted.


> > - Making all components crossplatform is an illusion.

That was in no cases my aim. My aim is to make porting of portable
components easier.


> > - If it should be cross platform VisualCLX then conditional directives
> > for windows and linux  will appear in the sources anyway.

That's true. As I wrote (with Peter's correction) this is not my aim to
eliminate all IFDEFs. They are necessary for one code base for two
platforms.


> > - Just renaming VisualCLX units to JvQ... looks me much more acceptable
> > then the proposal , although not ideal: This would effectively seperate
> > jvclx from jvcl. Fixng common bugs must be done in duplicate. Likely
> > this will not happen in some cases.

For this task the jpp as Robert Rossmair suggested is the tool to use.



PS: I incorporated the JVCLX utilities (JvUitls, JvAppUtils, JvCLXUtils,
JvClxFunctions.pas, ...) to JVCL 3 (JvJCLUtils.pas, JvJVCLUtils.pas and
JvClxUtils.pas).

-- Regards Andreas Hausladen 

Subject: Re: JVCL3 Error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 25 Oct 2003 11:13:56 +0200
Newsgroups: jedi.vcl

INC files are included in the Cr->CrLf conversion but sometimes the CVS
checkout operation fails on the SF server and it seems this affects the
conversion somehow.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSpinEdit and decimal separator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 25 Oct 2003 10:55:47 +0200
Newsgroups: jedi.vcl

Julien Ferraro wrote:

> > TJvSpinEdit (JVCL 2.10) with ValueType = vtFloat, doesn't take care of
> > the input of the decimal separator.
> > 
> > Just pput a JvSpinEdit on a form, set ValueType = vtFloat and run the
> > application
> > 
> > Now, select the whole text of the edit (the text should be something like
> > 0.00) and enter a value such 1.2
> > 
> > The result is 12.00 !!!
> > 
> > Is this corrected ? I didn't find anything about this in Mantis ... do I
> > have to report the bug ?

Thanks for the bug report. I fixed it in JVCL 3.

Here is the code I used:

procedure TJvCustomSpinEdit.KeyPress(var Key: Char);
var I: Integer;
begin
  if (Key = DecimalSeparator) and (ValueType = vtFloat) then
  begin
   { If the key is the decimal separator move the caret behind it. }
    I := Pos(DecimalSeparator, Text);
    if I <> 0 then
    begin
      Key := #0;
      SelLength := 0;
      SelStart := I;
      Exit;
    end;
  end;
....

-- Regards Andreas Hausladen 

Subject: Re: detect jedi install
From: IÎI zeus IÎI <zeuszerosixAIEEEEEE@hotmail.com>
Date: Sat, 25 Oct 2003 09:51:20 +0200
Newsgroups: jedi.vcl

> You have to let the end users choose if they want to use JVCL (propably by enabling/disabling a {$DEFINE JEDI_VCL} in your own global include file).
>
> Regards, René

Ok i understand my error, it's the best solution

Thanks

-- 
http://foxmail.free.fr un lecteur de mail gratuit
http://mesnews.no-ip.com un lecteur de news gratuit
http://www.xnview.com un visualisateur d'images gratuit
http://winlame.sourceforge.net un encodeur MP3 gratuit
http://www.openoffice.org une suite bureautique gratuite
http://www.smartftp.com un client FTP gratuit
http://www.daemon-tools.cc un lecteur d'images ISO gratuit
Pourquoi payer plus cher ?



Subject: JvSpinEdit and decimal separator
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Sat, 25 Oct 2003 09:58:13 +0400
Newsgroups: jedi.vcl

hello,

TJvSpinEdit (JVCL 2.10) with ValueType = vtFloat, doesn't take care of the
input of the decimal separator.

Just pput a JvSpinEdit on a form, set ValueType = vtFloat and run the
application

Now, select the whole text of the edit (the text should be something like
0.00) and enter a value such 1.2

The result is 12.00 !!!

Is this corrected ? I didn't find anything about this in Mantis ... do I
have to report the bug ?


Thanx 
Julien


Subject: Re: JVCL3 Error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Oct 2003 06:13:34 +0200
Newsgroups: jedi.vcl

Femi Fadayomi wrote:
> D5 Pro/ Win2K  JVCL3-Latest  (10-24-03) Updated with JVCL3-Source-Latest
> (10-24-03)
>
> [Fatal Error] JVCL.INC(1): Line too long (more than 1023 characters) while
> compiling individual packages.
>
> Any suggestions will be appreciated.
>
> Thanks
> Femi
>
>
This is usually the CVS script creating JVCL3-Latest. The server is Unix bases so it applies a Cr to CrLf filter to some files. Seems that JVCL.INC contains only Cr line ends.



Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 24 Oct 2003 21:10:54 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Yes they are, but just like #include, you can remove them if they are 
> >not used anymore. In our case, because we commented out everything but 
> >one declaration, only JvBaseDlgs is required for having the unit 
> >compile. However, if you uncomment everything again, all the original 
> >"used" units will be required.

OK, now I've got it. Thanks.


Subject: JVCL3 Error
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Fri, 24 Oct 2003 22:21:22 -0400
Newsgroups: jedi.vcl

D5 Pro/ Win2K  JVCL3-Latest  (10-24-03) Updated with JVCL3-Source-Latest
(10-24-03)

[Fatal Error] JVCL.INC(1): Line too long (more than 1023 characters) while
compiling individual packages.

Any suggestions will be appreciated.

Thanks
Femi




Subject: Re: So...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 25 Oct 2003 10:06:06 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> OBones <obones_gfdg_@_rer_meloo.com> wrote:
>
> I had assumed that the entries in the uses clause were there because
> they are required in some way by the unit that includes them. It seems
> that this is not the case.
>
Yes they are, but just like #include, you can remove them if they are not used anymore. In our case, because we commented out everything but one declaration, only JvBaseDlgs is required for having the unit compile. However, if you uncomment everything again, all the original "used" units will be required.



Subject: Re: Source control
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 25 Oct 2003 10:03:54 +1000
Newsgroups: jedi.vcl

Oliver Giesen wrote:
>
> Just out of interest (and because I happen to be a member of the WinCvs
> support team). What issues did you (or all the others who prefer
> Tortoise) have with WinCvs? Which version of it did you try?
>
> Cheers,
>
As others, I prefer TortoiseCVS because it's way simpler to use. I think WinCVS is meant for very advanced users and I must admit I got lost the first I used it. But I never had any crashing problems with it.



Subject: Re: detect jedi install
From: René Allan Larsen <rene.larsen@spamfilter.dk>
Date: Sat, 25 Oct 2003 00:37:49 +0200
Newsgroups: jedi.vcl

In article <mesnews.c38d7d3a.a024681c.81.49@hotmail.com>, IÎI zeus IÎI 
wrote:
> > I want to detect if jedi vcl was installed to include a compilation 
> > directive like:
> > 
> > {$IFDEF JEDI_VCL}  // but JEDI_VCL doesn't exist doctor !
> >    uses Jclxxxx

Even if JVCL defined JEDI_VCL, you would only have access to it until 
*after* you include a unit form JVCL.

You have to let the end users choose if they want to use JVCL (propably 
by enabling/disabling a {$DEFINE JEDI_VCL} in your own global include 
file).

Regards, René



Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 24 Oct 2003 10:43:44 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>> >> Do I need to put the other uses units back in? If so, why?
> >No, that was the purpose of the test:

I had assumed that the entries in the uses clause were there because
they are required in some way by the unit that includes them. It seems
that this is not the case.

> >I don't think you need to exclude JvBDE.
> >Just remove JvDialogActns from the JvDlgs package and build it. Once 
> >built, remove any JvDialogActns.* file to be sure it cannot be found. 
> >Then try to build JvBDE. If any unit complains about missing 
> >JvDialogActns.dcu, then use some {$IFDEF BCB5}{$ENDIF} in those units to 
> >comment out whatever needs JvDialogActns.
> >In the end, some functionnality may be lost, but to me the usefulness of 
> >Dialog Actions is really limited anyway.

OK, I'll give this a try.

> >That's what I like in Ice Hockey: The ice is cold, but the "air" is 
> >really really hot !

Yes. I think it's the most exciting of the major US sports.


Subject: Re: Source control
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 24 Oct 2003 18:20:05 +0200
Newsgroups: jedi.vcl

It was a long time since I tried WinCVS so passing judgement would be
unfair. The thing with TCVS is that it just works, so I don't feel any need
to use anything else. I've also tried BorCVS but it didn't work too well and
Inno Setup which I think was pretty nice.

As for Delphi intergation, I have the following two commands in my Delphi
Tools menu:


Title:
Windows Explorer (source folder)
Program:
explorer.exe
Parameters:
$PATH($EDNAME),/e

Title:
Windows Explorer (output folder)
Program:
explorer.exe
Parameters:
$PATH($EXENAME),/e

So, I open Explorer from Delphi and right-click a folder to do CVS
operations. Fast, simple and works great.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 24 Oct 2003 09:41:08 -0600
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

> >Peter Forsberg is obviously, as you all realize, from Sweden 8-)

Yes, he is. Peter has been talking for some time about leaving the NHL
and returning home to play. For purely selfish reasons I hope this never
happens, but I'd be surprised if this wasn't his last year in the NHL.
He is poetry on ice, and (from what I've read/seen of him in interviews,
etc) is the epitome of good sportsmanship and humility.

Most of the players in the NHL are not form the States - many Europeans
and, of course, Canadians. The non-US influence makes the sport (IMHO)
the classiest of all the major US sports.


Subject: Re: Source control
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 24 Oct 2003 09:29:12 -0600
Newsgroups: jedi.vcl

I have looked only briefly at WinCVS. I use TortoiseCVS for two reasons.
Of these two, #1 is much more important to me.

1) I have to know virtually nothing about CVS to use Tortoise.
2) Integration with Windows Explorer.

"Oliver Giesen" <ogware@gmx.net> wrote:

> >Just out of interest (and because I happen to be a member of the WinCvs
> >support team). What issues did you (or all the others who prefer
> >Tortoise) have with WinCvs? Which version of it did you try?



Subject: Re: Source control [from jedi.vcl / follow-ups to jedi.general !]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 24 Oct 2003 19:28:06 +0400
Newsgroups: jedi.vcl,jedi.general

The stars so gaily glistened... (Fri, 24 Oct 2003 14:40:36 +0000 (UTC) @653)
....while the fading voice of Oliver whispered through the darkness:

OG> Tortoise) have with WinCvs? Which version of it did you try?

I tried about year ago.
While i prefer WinCVS concepts, it turned out to be very hard to set it up.
Maybe it is simple for CVS command line guru, but not for me meeting CVS for
1st time.
Tortoise is much simplier for getting first results.
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Changes in MTThreads
From: "asn" <asn@xs4all.nl>
Date: Fri, 24 Oct 2003 17:17:12 +0200
Newsgroups: jedi.vcl

>>> >> > I think the problem are these two lines in function ThreadProc in
>>> >> > Classes.pas:
>>> >> >
>>> >> >     Thread.DoTerminate;
>>> >> >     Thread.FFinished := True;
>>> >> >
>>> >> > They should be swapped, in fact they were swapped in D6, which did not
>>> >> > have this problem.
>> >>
>> >> Maybe something to add to the unofficial VisualCLX patches?
>> >>
> >Sorry, but the VisualCLX patch is a visual component library for cross
> >platform patch and not a runtime library patch. This means I will not

<snip>
> >I made changes in the MTThreads classes/components that affect Delphi 7.
> >The Delphi 7 ThreadProc has
<snip>

> >include a Classes.pas patch. Furthermore I have no Delphi 7 and the VCL
code
> >is not under GPL or any other open source license.
> >

You have Delphi 7 or don't have it.

André

> >
> >Regards,
> >
> >Andreas Hausladen







Subject: Re: Changes in MTThreads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Oct 2003 17:16:30 +0200
Newsgroups: jedi.vcl

asn wrote:

> > You have Delphi 7 or don't have it.

I have the Delphi 7 Enterpise Trail version. That means that I can test
something but I have no VCL/RTL source code.



-- Regards Andreas Hausladen 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "asn" <asn@xs4all.nl>
Date: Fri, 24 Oct 2003 16:43:00 +0200
Newsgroups: jedi.vcl

> >
> > IMHO if it is just about having less  IFDEFs, it is just a waste of time.
> >
Yes, the IFDEFs make the code less readable. The proposal makes it even less
readable for current (J)VCL users. Maybe it has additional values for
implementing dotnet support. It does also not solve the issue of non
portable VCL/Windows functions.
In the JVCLX beta I have added some wrappers for this and there is plenty of
room for improvements. (Also true for JCL which came with the beta).
There is still the possiblity to work with developer sources ( with the
ifdefs) and released sources (without VCL/VisualCLX directives) using a
preprocessor that can also rename VisualCLX source files to JvQ.... to avoid
tghe duplicate filename issue.

Regards

André Snepvangers





Subject: Re: Source control
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 24 Oct 2003 14:40:36 +0000 (UTC)
Newsgroups: jedi.vcl

Dylan wrote:

> > I have tried WinCVS and BorCVS and I found both
> > to be decidedly crap.

Just out of interest (and because I happen to be a member of the WinCvs
support team). What issues did you (or all the others who prefer
Tortoise) have with WinCvs? Which version of it did you try?

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: detect jedi install
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 24 Oct 2003 23:21:46 +1000
Newsgroups: jedi.vcl

IÎI zeus IÎI wrote:

> I want to detect if jedi vcl was installed to include a compilation directive like:
>
> {$IFDEF JEDI_VCL}  // but JEDI_VCL doesn't exist doctor !
>   uses Jclxxxx
> {$ELSE}
>   uses xxx
> {$ENDIF}
>
> I look to *.inc files but i didn't find such global variable.
>
> Can somebody tell me if such variable exists ?
>
>
First, this value doesn't exist. But let's suppose it does.
You need to do {$I 'jvcl.inc'} to have access to this file. However, if the JVCL is not installed, that file will not exist and the inclusion will break during compilation.
So clearly, to me there is no need for such a constant because the sole fact that the file exists is enough.



Subject: detect jedi install
From: IÎI zeus IÎI <zeuszerosixAIEEEEEE@hotmail.com>
Date: Fri, 24 Oct 2003 15:09:26 +0200
Newsgroups: jedi.vcl

I want to detect if jedi vcl was installed to include a compilation directive like:

{$IFDEF JEDI_VCL}  // but JEDI_VCL doesn't exist doctor !
  uses Jclxxxx
{$ELSE}
  uses xxx
{$ENDIF}

I look to *.inc files but i didn't find such global variable.

Can somebody tell me if such variable exists ?




Subject: Re: JvDateEdit bug
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Oct 2003 13:44:59 +0200
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > When I have a form with a JvDateEdit on it, and that form is on my
> > secondary monitor, clicking the JvDateEdit button causes the calendar to
> > pop up on my main monitor instead of the monitor containing the
> > JvDateEdit control.

Fixed. Can you try it again?



-- Regards Andreas Hausladen 

Subject: Re: Changes in MTThreads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Oct 2003 11:56:58 +0200
Newsgroups: jedi.vcl

Sorry, forget it. The workaround will not work because After calling
DoTerminate the ThreadProc accesses the Thread variable that causes an AV.
I have removed the workaround.


-- Regards Andreas Hausladen 

Subject: Changes in MTThreads
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 24 Oct 2003 11:52:18 +0200
Newsgroups: jedi.vcl

I made changes in the MTThreads classes/components that affect Delphi 7.
The Delphi 7 ThreadProc has a bug that may cause a deadlock when the
thread is freed in it's OnTerminate event handler. I fixed this in
JvMTThreading.pas by setting FFinished in DoTerminate to True. For this I
must access private fields. Because I have no Delphi 7 I used the Kylix 3
TThread class declaration for this purpose. Can someone test this code:


uses JvMTThreading;

TMyThread = class(TIntThread) 
  { replace TIntThread by TThread to get the deadlock under Delphi 7 }
protected
  procedure Execute; override;
end;

procedure TMyThread.Execute;
begin
end;


procedure TForm1.ThreadTerminate(Sender: TObject);
begin
  TMyThread(Sender).Free; // without the fix this will cause a deadlock
end;

procedure TForm1.FormCreate(Sender: TObject);
var MyThread: TMyThread;
begin
  MyThread := TMyThread.Create(True);
  MyThread.OnTerminate := ThreadTerminate;
  MyThread.Resume;
end;


-- Regards Andreas Hausladen 

Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "BlackDex" <black.dex@lycos.nl>
Date: Fri, 24 Oct 2003 08:34:35 +0200
Newsgroups: jedi.vcl

"Leroy Casterline" <casterle@ccltd.com> wrote in message news:crsgpvsojrnr15pl57sq25blvlf2l0fli4@4ax.com...
> > "BlackDex" <black.dex@lycos.nl> wrote:
> >
>> > >
>> > >What do you mean with PATH Env????? Where do i configure that in Delphi??? What Editbox should i change????
>> > >
>> > >But i don't have error's compiling it anymore. Now it is only the install part.
>> > >And i think i have changed the paths... couse compiling goes oke for both JCL and JVCL.
> >
> > I belike that Olivier is referring to your system path, the one you see
> > when you type 'path' or 'set' in a DOS box.
> >
> > Delphi/BCB search this path for library files when you start the IDE and
> > when you install packages. You must either add the paths of interest to
> > you system environment or copy the files of interest to a directory
> > already in your path.
I know where to look for and set those paths.

And i know found out WHY i got these errors.
For some reason i don't know, the "DJCL70.bpl" and "DJCL70.dcp" files did not got installed in the $(DELPHI)\Projects\bpl directory
and the file "JVCL200_D70Personal.bpl" did. And this with both the same Library settings etc...

Owell.. It works now, for real :P.

Thx for pointing out where to look for.
Im just an starter with Delphi, so i didn't know these files where located there :$.

Thx :).




Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Oct 2003 08:25:55 +0200
Newsgroups: jedi.vcl

> > Umm...I *believe* that Olivier... If my editing gets any worse, I'll
> > have to dictate this stuff<g>.
Until you're as bad as I am, you don't have to worry<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: So...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 24 Oct 2003 08:22:52 +0200
Newsgroups: jedi.vcl

> > Must have been a good move, we won 6-1 tonight - Peter Forsberg (the
> > best all-around player in the league in the opinions of many) got his
[...]

Peter Forsberg is obviously, as you all realize, from Sweden 8-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: So...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 24 Oct 2003 14:58:00 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

>
> Good idea, but I still get the error w/only JvBaseDlg in the uses
> clause. Do I need to put the other uses units back in? If so, why?
No, that was the purpose of the test:
to have the simplest compiling declaration that still provokes the error.
As the simplest declaration makes it crash, I don't have any other idea.

> I can't see one either, but if I exclude this unit I also must exclude
> JvBDE 'cause it depends on JvDlgs.
>
> Can anyone reading this help us out here? Please?
I don't think you need to exclude JvBDE.
Just remove JvDialogActns from the JvDlgs package and build it. Once built, remove any JvDialogActns.* file to be sure it cannot be found. Then try to build JvBDE. If any unit complains about missing JvDialogActns.dcu, then use some {$IFDEF BCB5}{$ENDIF} in those units to comment out whatever needs JvDialogActns.
In the end, some functionnality may be lost, but to me the usefulness of Dialog Actions is really limited anyway.

> Well, my editing wasn't the best. I meant to say "we've already traded *one* of our players" but I guess you got that<g>. But yes, we
> sent a player to another team for one of their players and a draft pick
> next year. And yeah, it's very early for this. The Avs have only won
> half their games (counting our win tonight) and that isn't nearly up to
> expectations. We've won our division for 9 consecutive years, the
> longest run in NHL (National Hockey League) history.
Gee, that's quite long... I can't even imagine the crazyness if a soccer team had won their division 9 years in a row...

> Must have been a good move, we won 6-1 tonight - Peter Forsberg (the
> best all-around player in the league in the opinions of many) got his
> 200th career goal and a hat trick (3 goals in one game - the fans throw
> their hats on the ice), and Adam Foote got a 'Gordie Howe' hat trick (1
> goal, 1 assist and 1 fight). Fun watching the Avalanche tonight!
That's what I like in Ice Hockey: The ice is cold, but the "air" is really really hot !



Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 22:08:56 -0600
Newsgroups: jedi.vcl

> >I belike that Olivier

Umm...I *believe* that Olivier... If my editing gets any worse, I'll
have to dictate this stuff<g>.


Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 22:07:06 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Leroy Casterline wrote:
> >Can you try to remove all units except JvBaseDlg (it's the only one 
> >needed for compiling) and see if the error still comes up with the 
> >'class of' declaration ?

Good idea, but I still get the error w/only JvBaseDlg in the uses
clause. Do I need to put the other uses units back in? If so, why?

> >If not, then one unit is creating the error and adding them one by one 
> >again will allow to find which one it is.
> >If yes, then JvDialogActns.pas will have to be removed from the package 
> >and a note will be added as I can't see a solution.

I can't see one either, but if I exclude this unit I also must exclude
JvBDE 'cause it depends on JvDlgs.

Can anyone reading this help us out here? Please?

>> >> Well, time to go watch hockey. This year we were (generally) favored to
>> >> take the Stanley Cup, we're only 5 games into an 82 game season, and
>> >> we've already traded on of our players! This ain't good<g>...
> >Yuk, another problem of language there. When you say "we've already 
> >traded on of our players", does that mean that the team has already sold 
> >them to other teams ? That would surprise me, so early in the season...

Well, my editing wasn't the best. I meant to say "we've already 
traded *one* of our players" but I guess you got that<g>. But yes, we
sent a player to another team for one of their players and a draft pick
next year. And yeah, it's very early for this. The Avs have only won
half their games (counting our win tonight) and that isn't nearly up to
expectations. We've won our division for 9 consecutive years, the
longest run in NHL (National Hockey League) history.

Must have been a good move, we won 6-1 tonight - Peter Forsberg (the
best all-around player in the league in the opinions of many) got his
200th career goal and a hat trick (3 goals in one game - the fans throw
their hats on the ice), and Adam Foote got a 'Gordie Howe' hat trick (1
goal, 1 assist and 1 fight). Fun watching the Avalanche tonight!


Subject: Re: So...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 24 Oct 2003 12:11:29 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> Yes, except that the uses section contains a bunch of other units:
>
> uses
>   Classes, SysUtils, ActnList, StdActns,
>   {$IFNDEF COMPILER6_UP}Dialogs,{$ENDIF}
>   JvBaseDlg, JvBrowseFolder, JvSelectDirectory, JvConnectNetwork,
>   JvWinDialogs, JvDialogs, JvPageSetupTitled, JvPageSetup;
Can you try to remove all units except JvBaseDlg (it's the only one needed for compiling) and see if the error still comes up with the 'class of' declaration ?
If not, then one unit is creating the error and adding them one by one again will allow to find which one it is.
If yes, then JvDialogActns.pas will have to be removed from the package and a note will be added as I can't see a solution.

> Well, time to go watch hockey. This year we were (generally) favored to
> take the Stanley Cup, we're only 5 games into an 82 game season, and
> we've already traded on of our players! This ain't good<g>...
Yuk, another problem of language there. When you say "we've already traded on of our players", does that mean that the team has already sold them to other teams ? That would surprise me, so early in the season...



Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 24 Oct 2003 12:05:34 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> "BlackDex" <black.dex@lycos.nl> wrote:
>
>
>> What do you mean with PATH Env????? Where do i configure that in Delphi??? What Editbox should i change????
>>
>> But i don't have error's compiling it anymore. Now it is only the install part.
>> And i think i have changed the paths... couse compiling goes oke for both JCL and JVCL.
>
>
> I belike that Olivier is referring to your system path, the one you see
> when you type 'path' or 'set' in a DOS box.
> Delphi/BCB search this path for library files when you start the IDE and
> when you install packages. You must either add the paths of interest to
> you system environment or copy the files of interest to a directory
> already in your path.
Exactly. And you don't change it in Delphi, you use the Control panel, System settings
Then the advanced tab and click the button 'environment variables'
In the bottom list, look for PATH and add your directory at the end, using a semicolon as a separator



Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 18:38:41 -0600
Newsgroups: jedi.vcl

"BlackDex" <black.dex@lycos.nl> wrote:

> >
> >What do you mean with PATH Env????? Where do i configure that in Delphi??? What Editbox should i change????
> >
> >But i don't have error's compiling it anymore. Now it is only the install part.
> >And i think i have changed the paths... couse compiling goes oke for both JCL and JVCL.

I belike that Olivier is referring to your system path, the one you see
when you type 'path' or 'set' in a DOS box. 

Delphi/BCB search this path for library files when you start the IDE and
when you install packages. You must either add the paths of interest to
you system environment or copy the files of interest to a directory
already in your path.


Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 18:31:35 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>> >> If I uncomment any of these lines (excluding the compiler directives)): 
>> >> 
>> >> //  {$IFNDEF COMPILER6_UP}
>> >> //  TCommonDialogClass = class of TCommonDialog;
>> >> //  {$ENDIF}
>> >> //  TJvCommonDialogClass = class of TJvCommonDialog;
>> >> //  TJvCommonDialogPClass = class of TJvCommonDialogP;
>> >> //  TJvCommonDialogFClass = class of TJvCommonDialogF;
>> >> 
>> >> the linking error returns.
>> >> 
>> >> A little help here, Delphi gods<g>?

> >Let me ask you to clarify the situation, because I'm a bit puzzled.

Me too!

> >So now, let's say that you only uncomment one of the lines, and you have 
> >this (from the compiler point of view):
> >
> >unit JvDialogActns;
> >
> >interface
> >
> >uses JvBaseDlg;
> >
> >type
> >   TJvCommonDialogClass = class of TJvCommonDialog;
> >
> >implementation
> >
> >end.
> >
> >And that, if I understood you correctly, compiles ok, but provokes the 
> >linker error. Well, that's quite a shock to me as the 'class of' 
> >construct is used in other places and didn't provoke an error.
> >I'm really surprised and that's why I'd like to be sure we understand 
> >each other when we talk of commenting stuff out.

Yes, except that the uses section contains a bunch of other units:

uses
  Classes, SysUtils, ActnList, StdActns,
  {$IFNDEF COMPILER6_UP}Dialogs,{$ENDIF}
  JvBaseDlg, JvBrowseFolder, JvSelectDirectory, JvConnectNetwork,
  JvWinDialogs, JvDialogs, JvPageSetupTitled, JvPageSetup;

When I uncomment this (with everything else still commented out except
implementation and end.):

type
  TCommonDialogClass = class of TCommonDialog;

I get the linker error. This is also true with any of the other three
types I listed above. Any one of them uncommented will cause the linker
error. I just tried this again and verified the error.

> >
> >In the following lines, I'll give you some details about the structure 
> >of a pas file, most of which you surely have already figured out. This 
> >is just in case, and this may help everyone:
> >
> >'unit JvDialogActns' gives the name of the unit, it's compulsory and 
> >gets generated as a namespace in the hpp file
> >'interface' is compulsory and declares the public section of the pas 
> >file (equivalent to the .h file in C++). Everything between interface 
> >and implementation will be in the generated hpp file, the rest will be 
> >in the obj file.
> >'uses someUnit' is the equivalent of #include except that you must not 
> >specify the extension
> >'type' is somehow an equivalent of typedef except that you only put it once.
> >'implementation' starts the defintion section and all after that will be 
> >in the dcu and obj files. This is the equivalent of the cpp file in C++.
> >'end.' marks the end of the unit, equivalent to the closing } for the 
> >namespace, except that in Pascal, nothing can come after 'end.'

Thanks for taking time to list all of this. I'm slowly coming along in
Delphi (I read myself to sleep with Delphi every night - and since I'm
reading the riveting language guide at the moment sleep generally comes
quickly).

> >If the linker works with only the one class definition, then you should 
> >continue one by one, until there is something that breaks down the link. 
> >In the worst case scenario, the unit will have to be removed and BCB5 
> >won't be able to use Dialog actions, which is not really a great loss 
> >after all.

Yes, that was my plan. I started out commenting out everything but the 
TJvCommonDialogAction class and its methods. Still got the linker error.
Then I commented out TJvCommonDialogAction as well as its methods and
the linker error was still there. It was only after I commented out the
types under discussion (with everything else still commented out of
course) that the linker error vanished.

Well, time to go watch hockey. This year we were (generally) favored to
take the Stanley Cup, we're only 5 games into an 82 game season, and
we've already traded on of our players! This ain't good<g>...


Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "BlackDex" <black.dex@lycos.nl>
Date: Fri, 24 Oct 2003 02:06:39 +0200
Newsgroups: jedi.vcl

"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message news:bn9pp8$npq$2@talkto.net...
> > BlackDex wrote:
> >
>> > > Owkee i whas a bit to fast with my previos post.
>> > >
>> > > Now after i pressed the install button i get this error message.
>> > > "This application has failed to start becouse DJCL70.bpl was not found. Re-installing the application may fix this problem".
>> > >
>> > > This whas the same as i had before :(.
>> > > Now after i press the 'OK' button of that error message i get the following message.
>> > > "Can't load package d:\program files\programing\borland\delphi7\Third Party DCU Files\JDEI\JVCL200_D70Personal.bpl. The
specified
>> > > module could not be found."
>> > >
>> > > After that i get nothing and it seems nothing of JVCL has been installed except the DCU files etc.. ar in the JEDI directory.
>> > >
>> > >
>> > > :(
>> > > Thx in advanced.
>> > >
> > That's because the JVCL package needs the JCL package and that package
> > is not found in any directory available in the PATH environment
> > variable. That's the same problem you had with the compilation.
> >
What do you mean with PATH Env????? Where do i configure that in Delphi??? What Editbox should i change????

But i don't have error's compiling it anymore. Now it is only the install part.
And i think i have changed the paths... couse compiling goes oke for both JCL and JVCL.






Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 24 Oct 2003 09:58:09 +1000
Newsgroups: jedi.vcl

BlackDex wrote:

> Owkee i whas a bit to fast with my previos post.
>
> Now after i pressed the install button i get this error message.
> "This application has failed to start becouse DJCL70.bpl was not found. Re-installing the application may fix this problem".
>
> This whas the same as i had before :(.
> Now after i press the 'OK' button of that error message i get the following message.
> "Can't load package d:\program files\programing\borland\delphi7\Third Party DCU Files\JDEI\JVCL200_D70Personal.bpl. The specified
> module could not be found."
>
> After that i get nothing and it seems nothing of JVCL has been installed except the DCU files etc.. ar in the JEDI directory.
>
>
> :(
> Thx in advanced.
>
That's because the JVCL package needs the JCL package and that package is not found in any directory available in the PATH environment variable. That's the same problem you had with the compilation.



Subject: Re: So...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 24 Oct 2003 09:55:31 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> I'm working on the linking problem. If I comment out everything in
> JvDialogActns.pas, I can link OK.
>
> If I uncomment any of these lines (excluding the compiler directives)):
> //  {$IFNDEF COMPILER6_UP}
> //  TCommonDialogClass = class of TCommonDialog;
> //  {$ENDIF}
> //  TJvCommonDialogClass = class of TJvCommonDialog;
> //  TJvCommonDialogPClass = class of TJvCommonDialogP;
> //  TJvCommonDialogFClass = class of TJvCommonDialogF;
>
> the linking error returns.
>
> A little help here, Delphi gods<g>?
Let me ask you to clarify the situation, because I'm a bit puzzled.
You have all the unit commented out, so from the pascal compiler point of view, all there is is that

unit JvDialogActns;

interface

implementation

end.

That compiles and links, and that's quite normal.
So now, let's say that you only uncomment one of the lines, and you have this (from the compiler point of view):

unit JvDialogActns;

interface

uses JvBaseDlg;

type
  TJvCommonDialogClass = class of TJvCommonDialog;

implementation

end.

And that, if I understood you correctly, compiles ok, but provokes the linker error. Well, that's quite a shock to me as the 'class of' construct is used in other places and didn't provoke an error.
I'm really surprised and that's why I'd like to be sure we understand each other when we talk of commenting stuff out.

In the following lines, I'll give you some details about the structure of a pas file, most of which you surely have already figured out. This is just in case, and this may help everyone:

'unit JvDialogActns' gives the name of the unit, it's compulsory and gets generated as a namespace in the hpp file
'interface' is compulsory and declares the public section of the pas file (equivalent to the .h file in C++). Everything between interface and implementation will be in the generated hpp file, the rest will be in the obj file.
'uses someUnit' is the equivalent of #include except that you must not specify the extension
'type' is somehow an equivalent of typedef except that you only put it once.
'implementation' starts the defintion section and all after that will be in the dcu and obj files. This is the equivalent of the cpp file in C++.
'end.' marks the end of the unit, equivalent to the closing } for the namespace, except that in Pascal, nothing can come after 'end.'

If the linker works with only the one class definition, then you should continue one by one, until there is something that breaks down the link. In the worst case scenario, the unit will have to be removed and BCB5 won't be able to use Dialog actions, which is not really a great loss after all.



Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "BlackDex" <black.dex@lycos.nl>
Date: Fri, 24 Oct 2003 00:46:17 +0200
Newsgroups: jedi.vcl

Owkee i whas a bit to fast with my previos post.

Now after i pressed the install button i get this error message.
"This application has failed to start becouse DJCL70.bpl was not found. Re-installing the application may fix this problem".

This whas the same as i had before :(.
Now after i press the 'OK' button of that error message i get the following message.
"Can't load package d:\program files\programing\borland\delphi7\Third Party DCU Files\JDEI\JVCL200_D70Personal.bpl. The specified
module could not be found."

After that i get nothing and it seems nothing of JVCL has been installed except the DCU files etc.. ar in the JEDI directory.


:(
Thx in advanced.

"BlackDex" <black.dex@lycos.nl> wrote in message news:bn9kul$mv8$1@talkto.net...
> > Owkee.
> > Well after i compiled/installed JCL in the right directory i went to the JVCL directory.
> > Now i changed the directory's of the install path etc... to the same as JCL.
> > When i pressed 'Compile' i get a lot of warning count's.
> >
> > After i press the 'OK' button it seems like delphi freezes-up :(.
> > Now what should i do... Wait for it (Cus there is still CPU activity 97%) or close it and try it again ??????
> > I Am afraid if i close it and then try it again it will mess things up.
> >
> > Thx in advanced :).
> >
> >
> > "Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message news:bn9js7$mm0$1@talkto.net...
>> > > "BlackDex" <black.dex@lycos.nl> wrote in message bn9j8q$mi8$1@talkto.net...
>>> > > > I want to have the JCL & JVCL in an difrent directory then $(DELPHI)\bpl
>>> > > > or $(DELPHI)\Lib. Like $(DELPHI)\Third Party Files\JEDI.
>>> > > >
>>> > > > Now if i change the locations of the JCL to that path and do the same for
>>> > > > the JVCL it should work. Am i correct?????
>> > >
>> > > Yes.
>> > >
>>> > > > I Do have to add this directory to the Envorioment Library path ofcource.
>> > >
>> > > If the .dcu files are in there, yes.
>> > >
>> > > Cheers,
>> > >   Ignacio
>> > >
>> > > --
>> > > The strange part isn't so much that he had an accent.  No accent was
>> > > detectable.  It was just sounds and burbs and gurgles coming from him.  He
>> > > was a like a chubby, old R2-D2.
>> > >   - La Üter
>> > >
>> > >
> >
> >




Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "BlackDex" <black.dex@lycos.nl>
Date: Fri, 24 Oct 2003 00:40:44 +0200
Newsgroups: jedi.vcl

Owkee.
Well after i compiled/installed JCL in the right directory i went to the JVCL directory.
Now i changed the directory's of the install path etc... to the same as JCL.
When i pressed 'Compile' i get a lot of warning count's.

After i press the 'OK' button it seems like delphi freezes-up :(.
Now what should i do... Wait for it (Cus there is still CPU activity 97%) or close it and try it again ??????
I Am afraid if i close it and then try it again it will mess things up.

Thx in advanced :).


"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message news:bn9js7$mm0$1@talkto.net...
> > "BlackDex" <black.dex@lycos.nl> wrote in message bn9j8q$mi8$1@talkto.net...
>> > > I want to have the JCL & JVCL in an difrent directory then $(DELPHI)\bpl
>> > > or $(DELPHI)\Lib. Like $(DELPHI)\Third Party Files\JEDI.
>> > >
>> > > Now if i change the locations of the JCL to that path and do the same for
>> > > the JVCL it should work. Am i correct?????
> >
> > Yes.
> >
>> > > I Do have to add this directory to the Envorioment Library path ofcource.
> >
> > If the .dcu files are in there, yes.
> >
> > Cheers,
> >   Ignacio
> >
> > --
> > The strange part isn't so much that he had an accent.  No accent was
> > detectable.  It was just sounds and burbs and gurgles coming from him.  He
> > was a like a chubby, old R2-D2.
> >   - La Üter
> >
> >




Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 23 Oct 2003 18:17:18 -0400
Newsgroups: jedi.vcl

"BlackDex" <black.dex@lycos.nl> wrote in message bn9j8q$mi8$1@talkto.net...
> > I want to have the JCL & JVCL in an difrent directory then $(DELPHI)\bpl
> > or $(DELPHI)\Lib. Like $(DELPHI)\Third Party Files\JEDI.
> >
> > Now if i change the locations of the JCL to that path and do the same for
> > the JVCL it should work. Am i correct?????

Yes.

> > I Do have to add this directory to the Envorioment Library path ofcource.

If the .dcu files are in there, yes.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "BlackDex" <black.dex@lycos.nl>
Date: Fri, 24 Oct 2003 00:12:01 +0200
Newsgroups: jedi.vcl

I want to have the JCL & JVCL in an difrent directory then $(DELPHI)\bpl or $(DELPHI)\Lib.
Like $(DELPHI)\Third Party Files\JEDI.

Now if i change the locations of the JCL to that path and do the same for the JVCL it should work.
Am i correct?????

I Do have to add this directory to the Envorioment Library path ofcource.


"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message news:bn9i1q$m9r$1@talkto.net...
> > "BlackDex" <black.dex@lcyos.nl> wrote in message
> > oprximhapwdla2tr@localhost...
>> > > Well it didn't work afterall.
>> > > I get "can't find dcl7.bpl" or something like that when starting Delphi.
> >
> > Just reinstall the package from the .bpl file and this should go away.
> >
>> > > I Hope the new version 3.0 will have the jcl and jvcl combined together in
>> > > the install so there is no need to install it seperate.
> >
> > Probably not, unfortunately. The JCL is perfectly usable without the JVCL,
> > so binding them together, while useful, isn't necessarily a good thing.
> >
> > Cheers,
> >   Ignacio
> >
> > --
> > The strange part isn't so much that he had an accent.  No accent was
> > detectable.  It was just sounds and burbs and gurgles coming from him.  He
> > was a like a chubby, old R2-D2.
> >   - La Üter
> >
> >




Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 16:08:07 -0600
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >The three lines
> >
> >  TJvCommonDialogClass = class of TJvCommonDialog;
> >  TJvCommonDialogPClass = class of TJvCommonDialogP;
> >  TJvCommonDialogFClass = class of TJvCommonDialogF;
> >
> >can go to JvBaseDlg.pas where the classes TJvCommonDialog[P/F] are
> >declared.

Thanks for the suggestion, but moving these won't solve the problem
'cause the remaining type:

  TCommonDialogClass = class of TCommonDialog;

by itself causes the linker error.


Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 16:06:44 -0600
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote:

> >
> >Like I said, I don't really know what the proper definition is, but here's
> >my guess:
> >
> >  TCommonDialogClass = class of TCommonDialog;
> >  {$NODEFINE TCommonDialogClass}
> >  {$HPPEMIT 'typedef TCommonDialog *TCommonDialogClass'}
> >
> >And the same with the other three. You might want to ask on one of Borland's
> >BCB ngs what the proper definition would be.
> >

Thanks for the examples. Unfortunately, the NODEFINES don't prevent the
linker error. The only way I've found to prevent it is to comment out
the type definitions, and this prevents the file from compiling 'cause
the type definitions are used in the code.


Subject: Re: So...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 23 Oct 2003 23:51:48 +0200
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > And the same with the other three. You might want to ask on one of
> > Borland's BCB ngs what the proper definition would be.

here are the typedefs generated by Delphi 6 compiler.

typedef TMetaClass*TJvCommonDialogClass;
typedef TMetaClass*TJvCommonDialogPClass;
typedef TMetaClass*TJvCommonDialogFClass;


-- Regards Andreas Hausladen 

Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 23 Oct 2003 17:46:09 -0400
Newsgroups: jedi.vcl

"BlackDex" <black.dex@lcyos.nl> wrote in message
oprximhapwdla2tr@localhost...
> > Well it didn't work afterall.
> > I get "can't find dcl7.bpl" or something like that when starting Delphi.

Just reinstall the package from the .bpl file and this should go away.

> > I Hope the new version 3.0 will have the jcl and jvcl combined together in
> > the install so there is no need to install it seperate.

Probably not, unfortunately. The JCL is perfectly usable without the JVCL,
so binding them together, while useful, isn't necessarily a good thing.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: So...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 23 Oct 2003 23:44:30 +0200
Newsgroups: jedi.vcl

The three lines

  TJvCommonDialogClass = class of TJvCommonDialog;
  TJvCommonDialogPClass = class of TJvCommonDialogP;
  TJvCommonDialogFClass = class of TJvCommonDialogF;

can go to JvBaseDlg.pas where the classes TJvCommonDialog[P/F] are
declared.


-- Regards Andreas Hausladen 

Subject: Re: So...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 23 Oct 2003 17:44:04 -0400
Newsgroups: jedi.vcl

"Leroy Casterline" <casterle@ccltd.com> wrote in message
e1igpv43dnj3secdir75cm3et03c7ha8re@4ax.com...
> > "Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote:
>> >>The only thing I can think of is to use $NODEFINE and $HPPEMIT to output
>> >>the proper typedefs, but I'm not certain how they'd be defined in BCB.
> >
> > Could you give me an example of what you mean? As it is now, the .pas
> > file will not compile with these types commented out, and its object
> > file won't link if they're not commented out.

Like I said, I don't really know what the proper definition is, but here's
my guess:

  TCommonDialogClass = class of TCommonDialog;
  {$NODEFINE TCommonDialogClass}
  {$HPPEMIT 'typedef TCommonDialog *TCommonDialogClass'}

And the same with the other three. You might want to ask on one of Borland's
BCB ngs what the proper definition would be.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: BlackDex <black.dex@lcyos.nl>
Date: Thu, 23 Oct 2003 23:40:12 +0200
Newsgroups: jedi.vcl

On Thu, 23 Oct 2003 23:16:36 +0200, BlackDex <black.dex@lcyos.nl> wrote:

> On Thu, 23 Oct 2003 11:56:25 +0200, Peter Thörnqvist <peter3@nospam.peter3.com> wrote:
>
>> JVCL requires JCL. You must first compile the JCL package
>> (http://jcl.sf.net) before you can compile and isntall the JVCL. Also, the
>> compiled JCL package (DJCL??.BPL) must be in a folder that is in your system
>> path (default is ($DELPHI)\Projects\Bpl) .
>>
>
>
> Well i did this.
> But it didn't worked axact the way it should be.
> But i finally got it working.
> As i understand right i can now for instans copy all the DCU file's with the other file's.
> And if i back-it-up and reinstall Delphi i can re-use the dcu file's and bpl etc... :).


Well it didn't work afterall.
I get "can't find dcl7.bpl" or something like that when starting Delphi.

I Hope the new version 3.0 will have the jcl and jvcl combined together in the install so there is no need to install it seperate.

Greetz BlackDex


Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 15:31:09 -0600
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote:

> >"Leroy Casterline" <casterle@ccltd.com> wrote in message
> >22egpv0ila8017d0i3d71ijgkji63rb2k9@4ax.com...
>> >> I'm working on the linking problem. If I comment out everything in
>> >> JvDialogActns.pas, I can link OK.
>> >>
>> >> If I uncomment any of these lines (excluding the compiler directives)):
>> >>
>> >> //  {$IFNDEF COMPILER6_UP}
>> >> //  TCommonDialogClass = class of TCommonDialog;
>> >> //  {$ENDIF}
>> >> //  TJvCommonDialogClass = class of TJvCommonDialog;
>> >> //  TJvCommonDialogPClass = class of TJvCommonDialogP;
>> >> //  TJvCommonDialogFClass = class of TJvCommonDialogF;
>> >>
>> >> the linking error returns.
>> >>
>> >> A little help here, Delphi gods<g>?
> >
> >The only thing I can think of is to use $NODEFINE and $HPPEMIT to output the
> >proper typedefs, but I'm not certain how they'd be defined in BCB.
> >

Could you give me an example of what you mean? As it is now, the .pas
file will not compile with these types commented out, and its object
file won't link if they're not commented out.


Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: BlackDex <black.dex@lcyos.nl>
Date: Thu, 23 Oct 2003 23:16:36 +0200
Newsgroups: jedi.vcl

On Thu, 23 Oct 2003 11:56:25 +0200, Peter Thörnqvist <peter3@nospam.peter3.com> wrote:

> JVCL requires JCL. You must first compile the JCL package
> (http://jcl.sf.net) before you can compile and isntall the JVCL. Also, the
> compiled JCL package (DJCL??.BPL) must be in a folder that is in your system
> path (default is ($DELPHI)\Projects\Bpl) .
>


Well i did this.
But it didn't worked axact the way it should be.
But i finally got it working.
As i understand right i can now for instans copy all the DCU file's with the other file's.
And if i back-it-up and reinstall Delphi i can re-use the dcu file's and bpl etc... :).


Subject: Re: Replace message handlers by dynamic/virtual methods
From: "asn" <asn@xs4all.nl>
Date: Thu, 23 Oct 2003 22:56:36 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bn5nd6$rr4$2@talkto.net...
> > Can't say without more opinions, especially from those who are planning to
> > work on the CLX compatibility stuff.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >

IMHO if it is just about having less  IFDEFs, it is just a waste of time.

- If someone has problem with reading code with conditional directives, they
can allways use a  preprocessor ( as proposed by the JCL group) to remove
conditional directives.

-The code will get less readable for users (read customers) who develop
their apps with either JVCL or JVCLX.

-Most of the components are donated: They will contain most likely VCL only
code. There will not be any added value, when the component would be windows
specific. Hardly likely to change its implementation   This will divide the
units in VCL only units and units who have modified according to the
proposal. IMHO this is not a desireable situation.

- There will allways be components who are windows only (or maybe linux
only.)

- Making all components crossplatform is an illusion.

- If it should be cross platform VisualCLX then conditional directives for
windows and linux  will appear in the sources anyway.

- Just renaming VisualCLX units to JvQ... looks me much more acceptable then
the proposal , although not ideal: This would effectively seperate jvclx
from jvcl. Fixng common bugs must be done in duplicate. Likely this will not
happen in some cases.

Regards,

André






Subject: Re: So...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 23 Oct 2003 16:54:15 -0400
Newsgroups: jedi.vcl

"Leroy Casterline" <casterle@ccltd.com> wrote in message
22egpv0ila8017d0i3d71ijgkji63rb2k9@4ax.com...
> > I'm working on the linking problem. If I comment out everything in
> > JvDialogActns.pas, I can link OK.
> >
> > If I uncomment any of these lines (excluding the compiler directives)):
> >
> > //  {$IFNDEF COMPILER6_UP}
> > //  TCommonDialogClass = class of TCommonDialog;
> > //  {$ENDIF}
> > //  TJvCommonDialogClass = class of TJvCommonDialog;
> > //  TJvCommonDialogPClass = class of TJvCommonDialogP;
> > //  TJvCommonDialogFClass = class of TJvCommonDialogF;
> >
> > the linking error returns.
> >
> > A little help here, Delphi gods<g>?

The only thing I can think of is to use $NODEFINE and $HPPEMIT to output the
proper typedefs, but I'm not certain how they'd be defined in BCB.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 14:24:25 -0600
Newsgroups: jedi.vcl

I'm working on the linking problem. If I comment out everything in
JvDialogActns.pas, I can link OK.

If I uncomment any of these lines (excluding the compiler directives)): 

//  {$IFNDEF COMPILER6_UP}
//  TCommonDialogClass = class of TCommonDialog;
//  {$ENDIF}
//  TJvCommonDialogClass = class of TJvCommonDialog;
//  TJvCommonDialogPClass = class of TJvCommonDialogP;
//  TJvCommonDialogFClass = class of TJvCommonDialogF;

the linking error returns.

A little help here, Delphi gods<g>?


Subject: Re: EXE-Size with JVCL3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 23 Oct 2003 19:45:05 +0200
Newsgroups: jedi.vcl

Anonymous wrote:

> > Of course. However, what's the point of spending so much time and effort
> > on something that very few people will use because it's not practical?

When you develop an application do you really look at the file size after
every compile or build process? The JVCL is a collection of lots of
components not written by one person. And if nobody says that there is
something wrong (file size) with JVCL 3 we will not know that there is a
problem except we found the issue in one of our application.


-- Regards Andreas Hausladen 

Subject: Re: EXE-Size with JVCL3
From: "Anonymous" <nobody@here.com>
Date: Thu, 23 Oct 2003 11:29:13 -0600
Newsgroups: jedi.vcl

"asn" <asn@xs4all.nl> wrote in message news:bmuepd$5t3$1@talkto.net...

> > Most likely it will. JVCL is an opensource project. Its development is
> > depending on a handfull of very enthousiastic developers, who spend their
> > valuable freetime on it.
> > The MPL license clearly states  'is distributed on an "AS IS" basis,
WITHOUT
> > WARRANTY OF ANY KIND' . More or less:  take it or leave it
> > This also implies that they can do whatever they like.

Of course. However, what's the point of spending so much time and effort on
something that very few people will use because it's not practical?




Subject: BCB5 Package Status
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 10:23:20 -0600
Newsgroups: jedi.vcl

With two exceptions, I have all of the BCB5 packages building and
installing into the bCB5 pallet. I have not yet tired to use any of
these components in an app, so I have no idea if anything works beyond
the packages building and installing.

The two exceptions are JvDlgs (link error discussed previously) and
JvBDE which depends on JvDlgs.

I'm going to try to get JvDlgs working later today (I've got to get some
work done for a client first).


Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 10:23:19 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>> >> I've tried everything I can thing of, including creating a .mak file and
>> >> trying to build from the command line. I even grabbed the BCB6 linker
>> >> and tried that, but I get exactly the same error. 
> >That's weird cause I can't rememeber having this problem with BCB6. But 
> >this can come from an obj file generated differently, or, most likely, 
> >an outdated package. I'll have a look tonight.

Although the problem shows up while linking, I have to think the bug is
in the compiler rather than the linker. This would explain why the BCB6
linker had the same problem when run against the BCB5 compiled code, but
the problem disappears when compiled the package is compiled with BCB6

> >My next guess would be to comment out all the Delphi code and see what 
> >happens. At that point, every thing should work. Then uncomment one 
> >class after the other in the interface section and uncomment the related 
> >method definitions in the implementation section. Once the offending 
> >class has been found, comment out all its method, and once again, put 
> >them back in one by one, until the problem appears again.

This sounds like a good approach. I'll see if I can figure out what I
can comment out and still leave a compilable unit.

> >I know that your knowledge of Delphi is next to nothing, so please do 
> >not hesitate to ask questions. I'll try to have it break on BCB6 tonight 
> >and if I can do that, I'll do the test myself.

Thanks!

> >it feels better when things work ! <g>

Amen to that!



Subject: Re: Also.. Re: Please help a newbie component writer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 23 Oct 2003 17:21:52 +0200
Newsgroups: jedi.vcl

Hello, dave!
You wrote  on Thu, 23 Oct 2003 09:57:55 -0500:

 d> Also, i have a property called filename. I want the standard file
 d> open dialog to display when the user clicks this property in the
 d> object inspector. How do i accomplish this?

    Make sure the filename property is of type TFileName. I think it already
has the File Open dialog feature (but that might be one of the generic
property editors of JVCL).

    This question is better asked in the Borland newsgroup
b.p.d.vcl.components.writing

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Eurythmics with "It's
alright".




Subject: Re: Please help a newbie component writer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 23 Oct 2003 17:21:22 +0200
Newsgroups: jedi.vcl

Hello, dave!
You wrote  on Thu, 23 Oct 2003 09:46:04 -0500:

 d> I am writing a component. The unit name is HL7Converter.pas.
 d> I created a resource file in Borlands image editor that contains a
 d> single bitmap called HL7Converter. I saved the resource file in the same
 d> directory as the .pas file and the .dpk file. But when i compile and
 d> install the bitmap does not appear on the component palette.
 d> What am i doing wrong?

    You need to generate a .dcr file (just a regular resource file)
containing the bitmap. Name the resource the same as your component (or
better yet, the TCustom.... name if you have one) in ALL CAPITALS (didn't
mean to shout, just trying to make it stand out more <g>).

    This question is better asked in the Borland newsgroup
b.p.d.vcl.components.writing

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Eurythmics with "It's
alright".




Subject: Re: Also.. Re: Please help a newbie component writer
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 23 Oct 2003 10:13:05 -0500
Newsgroups: jedi.vcl

Ok i figured out how to open the open dialog, but when you click on the
property filename in object inspector, it first pops up the multi-line
caption / text editor. If you click ok then the open dialog opens. How do i
suppress that caption / text editor?

Thanks,
Dave


"dave" <dbracken@infonowsolutions.com> wrote in message
news:bn8q4h$h80$1@talkto.net...
> > Also, i have a property called filename. I want the standard file open
> > dialog to display when the user clicks this property in the object
> > inspector. How do i accomplish this?
> >
> > Thanks again,
> > Dave
> >
> > "dave" <dbracken@infonowsolutions.com> wrote in message
> > news:bn8pe9$h27$1@talkto.net...
>> > > I am writing a component. The unit name is HL7Converter.pas.
>> > > I created a resource file in Borlands image editor that contains a
single
>> > > bitmap called HL7Converter. I saved the resource file in the same
> > directory
>> > > as the .pas file and the .dpk file. But when i compile and install the
>> > > bitmap does not appear on the component palette.
>> > > What am i doing wrong?
>> > >
>> > > TIA,
>> > > Dave
>> > >
>> > >
> >
> >




Subject: Re: Interesting... oddity with TJvStatusBar
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 23 Oct 2003 11:06:46 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
bn6qda$405$1@talkto.net...
> > Ignacio Vazquez wrote:
>> >> I set the Control property of a panel, then when I changed the Align
>> >> property of this control to alClient, it filled the entire status bar and
>> >> not just the panel as expected. What would be required to change this?
> >
> > The reason is that the Align property uses the extention of the parent
> > window. The parent window for Control is the StatusBar itself.
> > Override AlignControls() and adjusting ARect may fix this bug.

Thanks both Peter and Andreas for the answer. I was working on it last
night, but ran into some problems. I'll elaborate more when I get my machine
at home back in working condition. <sigh/>

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: Also.. Re: Please help a newbie component writer
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 23 Oct 2003 11:03:25 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
bn8q4h$h80$1@talkto.net...
> > Also, i have a property called filename. I want the standard file open
> > dialog to display when the user clicks this property in the object
> > inspector. How do i accomplish this?

Make it type TFilename.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: Please help a newbie component writer
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 23 Oct 2003 11:03:03 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
bn8pe9$h27$1@talkto.net...
> > I am writing a component. The unit name is HL7Converter.pas.
> > I created a resource file in Borlands image editor that contains a single
> > bitmap called HL7Converter. I saved the resource file in the same
> > directory as the .pas file and the .dpk file. But when i compile and
> > install the bitmap does not appear on the component palette.
> > What am i doing wrong?

The name of the bitmap has to be the name of the class converted to
all-caps.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Also.. Re: Please help a newbie component writer
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 23 Oct 2003 09:57:55 -0500
Newsgroups: jedi.vcl

Also, i have a property called filename. I want the standard file open
dialog to display when the user clicks this property in the object
inspector. How do i accomplish this?

Thanks again,
Dave

"dave" <dbracken@infonowsolutions.com> wrote in message
news:bn8pe9$h27$1@talkto.net...
> > I am writing a component. The unit name is HL7Converter.pas.
> > I created a resource file in Borlands image editor that contains a single
> > bitmap called HL7Converter. I saved the resource file in the same
directory
> > as the .pas file and the .dpk file. But when i compile and install the
> > bitmap does not appear on the component palette.
> > What am i doing wrong?
> >
> > TIA,
> > Dave
> >
> >




Subject: Please help a newbie component writer
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 23 Oct 2003 09:46:04 -0500
Newsgroups: jedi.vcl

I am writing a component. The unit name is HL7Converter.pas.
I created a resource file in Borlands image editor that contains a single
bitmap called HL7Converter. I saved the resource file in the same directory
as the .pas file and the .dpk file. But when i compile and install the
bitmap does not appear on the component palette.
What am i doing wrong?

TIA,
Dave




Subject: Re: JVCL3 and D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Oct 2003 15:56:23 +0200
Newsgroups: jedi.vcl

> > OK. but doesn't this apply just to the source files that comprise an
> > application rather than to the libraries upon which the application
> > depends?
Depends. If you build with runtime packages, Delphi searches for the
required bpl/dcp. If you don't use runtime packages, Delphi looks for *all*
the dcu's and if they can't be found, then looks for *all* the pas files.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 and D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Oct 2003 15:25:25 +0200
Newsgroups: jedi.vcl

> > Thanks. I C/C++ terms, a library (.lib) is a collection of object files
> > (.o or .obj). That being the case, can you tell me why both the .dcu and
> > .dcp files are required? This seems redundant.
dcp files are used when linking against the bpl file (Build with runtime
packages), the dcu files when linking "normally". If you deploy your app
with runtime packages, you distribute the bpl but not the dcp.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 06:37:34 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >feature in BCB6 (not sure in BCB5, if Leroy could have a look for 
> >'dynamic functions' in BCB5's help).

Yes, according to the help they are supported in BCB5. As you say, they
are allowed for classes derived from TObject.


Subject: Re: JVCL3 and D7
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 06:30:33 -0600
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

> >No, that's wrong. If you build, Delphi always compiles the pas. If you
> >compile, the pas is only compiled if the pas is newer than the dcu.

OK. but doesn't this apply just to the source files that comprise an
application rather than to the libraries upon which the application
depends?


Subject: Re: JVCL3 and D7
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 23 Oct 2003 06:28:35 -0600
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote:

> >Here's a mapping between Pascal and C file types:
> >
> >.dcu -> .o
> >.bpl -> .dll
> >.dcp -> .lib

Thanks. I C/C++ terms, a library (.lib) is a collection of object files
(.o or .obj). That being the case, can you tell me why both the .dcu and
..dcp files are required? This seems redundant.


Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 23 Oct 2003 14:04:35 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 23 Oct 2003 21:35:50 +1000:

 >>     There are 462 matches for the word dynamic in the JVCL3/run folder
 >> (although I'm a little behind the CVS repository), of which the first
 >> few files at least represent dynamic method directives. (I used GExperts
 >> grep search). Which makes me wonder what BCB did with them. Could you
 >> check what BCB did with the DoStart and DoStop methods of the
 >> TJvCustomBehaviorLabel class in JvBehaviorLabel.pas?
 O> I just checked, the DoStart method gets generated like that in the hpp
 O> file: DYNAMIC void __fastcall DoStart(void);

    At least it understands dynamic.

 O> And rereading in the BCB6 helpfile, it seems this is a newly
 O> supported feature in BCB6 (not sure in BCB5, if Leroy could
 O> have a look for 'dynamic functions' in BCB5's help).

    Indeed. If BCB5 also supports them, we don't need to change them
explicitly.

 O> However, this only works for classes derived from TObject.

    All VCL classes are derived from TObject, so that shouldn't be a
problem.

 O> I think it'd be better to use virtual instead of dynamic so that we
 O> avoid problems.

    I'll try to remember for new code. I don't see a good reason to change
them now (although it won't affect anything in Delphi at all, except an
increase in memory usage). If BCB5 is indeed unable to handle dynamic
methods, we can change them all at the press of a button.

 O> Can you give me a reason why you specifically chose dynamic
 O> instead of virtual for these classes ?

    I'm not the author of these classes, but in general dynamic methods are
used for methods that respond to user interaction (or at least do not care
about the small performance penalty) and can have many descendant classes,
in which the method rarely gets overridden. It saves (run time) memory but,
as noted before, you pay for it in performance. The performance loss is
hardly ever an issue in UI cases so that's there most common place (note: at
this point you may say the additional memory requirement for virtual methods
is no longer an issue, with the ever-growing memory sizes people have in
their systems, just as the performance penalty is negligible with the fast
processors we have today).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: TJVMail
From: "GDT" <gdt@nospam.com>
Date: Thu, 23 Oct 2003 13:52:04 +0200
Newsgroups: jedi.vcl

Hi all,

how do I use the TJVMail-component correctly ?
I have entered a subject, body, one recipient (address) but if I use
JVEmail.sendmail(true/false), the mail is not being sent correctly in
Outlook (it seems the emailtype is set to the emailaddress instead of SMTP).

Any ideas ?

Regards
Glenn




Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 23 Oct 2003 13:52:04 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Converted and added to \examples\JvRichEdit2. I didn't add the BCB files
> since they looked like they were from some old version (BCB3 or something).
> Should I add them? The RTF file also needs updating to reflect the current
> names etc
>

I think it is the same as the EditorDemo in \examples\JvRichEdit <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Replace message handlers by dynamic/virtual methods
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 23 Oct 2003 21:35:50 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Thu, 23 Oct 2003 19:07:26 +1000:
>
>  >>
>  >>     message methods are dynamic (at least to Delphi). Both the dynamic
>  >> and message directive places the method in the dynamic method
>  >> table. Furthermore, I think only dynamic class methods are not
>  >> recognized by BCB, otherwise you would have run into more problems then
>  >> the ones you indicated earlier in the ProviderImpl unit.
>  O> I'm sorry, but I stand by what I said, what I've observed and what is
>  O> said in the helpfile:
>  O> The dynamic keyword is not supported and must be replaced by virtual.
>  O> Moreover, if the method is a class method, then it cannot be virtual,
>  O> nor dynamic.
>
>     This may be the case for BCB but for Delphi a dynamic method is just a
> message handler with a negative ID (I know I saw it explained somewhere but
> can't find it now).
>
>  O> BTW, where is the ProviderImpl unit ? I couldn't find it.
>
>     Sorry, I meant JvDataProviderImpl.pas.
>
>     There are 462 matches for the word dynamic in the JVCL3/run folder
> (although I'm a little behind the CVS repository), of which the first few
> files at least represent dynamic method directives. (I used GExperts grep
> search). Which makes me wonder what BCB did with them. Could you check what
> BCB did with the DoStart and DoStop methods of the TJvCustomBehaviorLabel
> class in JvBehaviorLabel.pas?
I just checked, the DoStart method gets generated like that in the hpp file:
    DYNAMIC void __fastcall DoStart(void);

And rereading in the BCB6 helpfile, it seems this is a newly supported feature in BCB6 (not sure in BCB5, if Leroy could have a look for 'dynamic functions' in BCB5's help).
However, this only works for classes derived from TObject. And as such, a class not explicitely derived from TObject may not work.
I think it'd be better to use virtual instead of dynamic so that we avoid problems.
Can you give me a reason why you specifically chose dynamic instead of virtual for these classes ?



Subject: Re: So...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 23 Oct 2003 20:26:41 +1000
Newsgroups: jedi.vcl

Another note:
I updated the source tree and discovered that some packages wouldn't work anymore. They were all missing a dependency on vcljpg.bpi
I doubt it's a solution to your problem, but JvDlgsC6R.bpk was among them so you may want to have a look at the BCB5 package



Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Oct 2003 12:03:56 +0200
Newsgroups: jedi.vcl

Converted and added to \examples\JvRichEdit2. I didn't add the BCB files
since they looked like they were from some old version (BCB3 or something).
Should I add them? The RTF file also needs updating to reflect the current
names etc

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Can't install JVCL v2.10 (install.bat/manual)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Oct 2003 11:56:25 +0200
Newsgroups: jedi.vcl

JVCL requires JCL. You must first compile the JCL package
(http://jcl.sf.net) before you can compile and isntall the JVCL. Also, the
compiled JCL package (DJCL??.BPL) must be in a folder that is in your system
path (default is ($DELPHI)\Projects\Bpl) .

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Can't install JVCL v2.10 (install.bat/manual)
From: BlackDex <black.dex@lcyos.nl>
Date: Thu, 23 Oct 2003 11:45:37 +0200
Newsgroups: jedi.vcl

When i want to install using the install.bat provided i get an error that there are error's and if it didn't install oke i have to try manualy.

I tryed this also, but i get this error message.

------------------
[Fatal Error] JVCL200_R70Personal.dpk(35): Required package 'djcl70' not found
------------------

What am i doining wrong?

Thx in Advanced :).

-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Re: Replace message handlers by dynamic/virtual methods
From: Andreas Hausladen <NoMail@me.de>
Date: Thu, 23 Oct 2003 11:33:01 +0200
Newsgroups: jedi.vcl



> The dynamic keyword is not supported and must be replaced by virtual.
> Moreover, if the method is a class method, then it cannot be virtual, nor dynamic.


An extract from Controls.pas::TControl

    procedure MouseDown(Button: TMouseButton; Shift: TShiftState;
      X, Y: Integer); dynamic;
    procedure MouseMove(Shift: TShiftState; X, Y: Integer); dynamic;
    procedure MouseUp(Button: TMouseButton; Shift: TShiftState;
      X, Y: Integer); dynamic;

I think this works with BCB.


-- 
Regards,

Andreas Hausladen



Subject: Re: So...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 23 Oct 2003 19:27:09 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Leroy Casterline wrote:
>
>> I've tried everything I can thing of, including creating a .mak file and
>> trying to build from the command line. I even grabbed the BCB6 linker
>> and tried that, but I get exactly the same error. 
>
> That's weird cause I can't rememeber having this problem with BCB6. But this can come from an obj file generated differently, or, most likely, an outdated package. I'll have a look tonight.
>
> My next guess would be to comment out all the Delphi code and see what happens. At that point, every thing should work. Then uncomment one class after the other in the interface section and uncomment the related method definitions in the implementation section. Once the offending class has been found, comment out all its method, and once again, put them back in one by one, until the problem appears again.
>
> I know that your knowledge of Delphi is next to nothing, so please do not hesitate to ask questions. I'll try to have it break on BCB6 tonight and if I can do that, I'll do the test myself.
Well unfortunately, it doesn't break with BCB6. And I did a full update to be sure, this file hasn't change for more than 2 months.



Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 23 Oct 2003 11:21:54 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 23 Oct 2003 19:07:26 +1000:

 >>
 >>     message methods are dynamic (at least to Delphi). Both the dynamic
 >> and message directive places the method in the dynamic method
 >> table. Furthermore, I think only dynamic class methods are not
 >> recognized by BCB, otherwise you would have run into more problems then
 >> the ones you indicated earlier in the ProviderImpl unit.
 O> I'm sorry, but I stand by what I said, what I've observed and what is
 O> said in the helpfile:
 O> The dynamic keyword is not supported and must be replaced by virtual.
 O> Moreover, if the method is a class method, then it cannot be virtual,
 O> nor dynamic.

    This may be the case for BCB but for Delphi a dynamic method is just a
message handler with a negative ID (I know I saw it explained somewhere but
can't find it now).

 O> BTW, where is the ProviderImpl unit ? I couldn't find it.

    Sorry, I meant JvDataProviderImpl.pas.

    There are 462 matches for the word dynamic in the JVCL3/run folder
(although I'm a little behind the CVS repository), of which the first few
files at least represent dynamic method directives. (I used GExperts grep
search). Which makes me wonder what BCB did with them. Could you check what
BCB did with the DoStart and DoStop methods of the TJvCustomBehaviorLabel
class in JvBehaviorLabel.pas?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Replace message handlers by dynamic/virtual methods
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 23 Oct 2003 19:07:26 +1000
Newsgroups: jedi.vcl

>
>     message methods are dynamic (at least to Delphi). Both the dynamic and
> message directive places the method in the dynamic method table.
> Furthermore, I think only dynamic class methods are not recognized by BCB,
> otherwise you would have run into more problems then the ones you indicated
> earlier in the ProviderImpl unit.
>
I'm sorry, but I stand by what I said, what I've observed and what is said in the helpfile:
The dynamic keyword is not supported and must be replaced by virtual.
Moreover, if the method is a class method, then it cannot be virtual, nor dynamic.

BTW, where is the ProviderImpl unit ? I couldn't find it.



Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 23 Oct 2003 10:24:50 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 23 Oct 2003 16:11:55 +1000:

 >> The code do not use any class method, only "normal" virtual methods.
 O> Good to know.

 >> I cannot believe this. What about all the "message Xxx" methods? They
 >> are dynamic methods.
 O> Well if I'm not mistaken, a message procedure is declared like that:
 O> procedure MessageHandler(var msg : TMessage); message WM_MESSAGE;

    message methods are dynamic (at least to Delphi). Both the dynamic and
message directive places the method in the dynamic method table.
Furthermore, I think only dynamic class methods are not recognized by BCB,
otherwise you would have run into more problems then the ones you indicated
earlier in the ProviderImpl unit.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 23 Oct 2003 10:13:44 +0200
Newsgroups: jedi.vcl

:-)

OK, done ...

"Peter Thörnqvist" schrieb:

>> > > just one hint: the very nice original RxDemo for the RichEdit whcih was
>> > > originally located in \RX\Demo\RICHED2\Richedit.dpr is gone and was not
> > included
>> > > in JVCL21. The demos is very powerful (RTF with pics, links, formating
> > toolbars
>> > > and a ruler). Do you will include it this time? I can send it to you or
> > post it
>> > > in binaries...
> >
> > I wasn't aware of that. You can upload it to binaries and I'll have a look.
> > Thanks!
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Oct 2003 10:06:47 +0200
Newsgroups: jedi.vcl

> > just one hint: the very nice original RxDemo for the RichEdit whcih was
> > originally located in \RX\Demo\RICHED2\Richedit.dpr is gone and was not
included
> > in JVCL21. The demos is very powerful (RTF with pics, links, formating
toolbars
> > and a ruler). Do you will include it this time? I can send it to you or
post it
> > in binaries...

I wasn't aware of that. You can upload it to binaries and I'll have a look.
Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 23 Oct 2003 09:58:29 +0200
Newsgroups: jedi.vcl

Hi mighty Peter

just one hint: the very nice original RxDemo for the RichEdit whcih was
originally located in \RX\Demo\RICHED2\Richedit.dpr is gone and was not included
in JVCL21. The demos is very powerful (RTF with pics, links, formating toolbars
and a ruler). Do you will include it this time? I can send it to you or post it
in binaries...

in hope

Ralf Grenzing
JVCL MegaDemo developer


Peter Thörnqvist schrieb:

> > Don't do the Rx demos (JvGIFAnimator, JvDBExplorer and RxLib folders) or the
> > RALib demos now: I'll have a look at them. Most of these haven't compiled in
> > a long time, so I guess there's quite a lot to update.
> >
>> > > Directory JvDomainUpDown:
>> > >
>> > > Project Project2:
>> > > Built clean
>> > > Ran, but looks terrible
> > This one shouldn't even be in there...
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: JVCL 3 Example update: JvBallonHint through JvCSVDataSet
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 23 Oct 2003 09:54:18 +0200
Newsgroups: jedi.vcl

Hi Ignacio

When you are there please contact me direct so we can perhaps enhance the
MegaDemo to a GigaDemo <g>

Ralf Grenzing
JVCL MegaDemo Developer

Ignacio Vazquez schrieb:

> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > bn1bsi$ti3$1@talkto.net...
>> > > Hello, Ignacio!
>> > > You wrote  on Mon, 20 Oct 2003 14:44:34 -0400:
>> > >
> > IV>> Directory JvColorButton:
>> > >
> > IV>> Directory JvColorCombo:
>> > >
>> > >     You'll have to do these two later once the color provider is ready and
>> > > a provider-aware button is completed.
> >
> > In that case I'll hold out until they're ready.
> >
> > Cheers,
> >   Ignacio
> >
> > --
> > No, don't send me e-mail directly. No, just don't.



Subject: Re: JVCL3 and D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Oct 2003 09:00:44 +0200
Newsgroups: jedi.vcl

> > If you do a build, Delphi first tries to find the pas and only
> > uses the dcu if that fails. If you compile, it looks for the dcu first.

No, that's wrong. If you build, Delphi always compiles the pas. If you
compile, the pas is only compiled if the pas is newer than the dcu.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 and D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Oct 2003 08:35:35 +0200
Newsgroups: jedi.vcl

> > Keeping a JVCL3 directory in your path defeats the purpose of storing
> > your library files in an independent directory.
Yes, but our purpose is to make it easy for average Joe to install and use
JVCL. If you want to use custom folder structures, you have to modify your
paths and/or the source files. There will always be someone who is using a
setup incompatible with the way JVCL expects things to work. In this case,
it's you <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 and D7
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 23 Oct 2003 08:33:09 +0200
Newsgroups: jedi.vcl

> > Perhaps you could explain something to me. Why does Delphi require the
> > .dcu and .res files when linking? I would think that at least the
> > contents of the .dcu files would be in the associated .bpl file.

Delphi only uses the bpl files at runtime if you check "Build with Runtime
packages" in Project|Options. In all other cases, it either uses the dcu's
or the pas's depending on which ones Delphi can find and whether you build
or compile. If you do a build, Delphi first tries to find the pas and only
uses the dcu if that fails. If you compile, it looks for the dcu first.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 23 Oct 2003 16:11:55 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The code do not use any class method, only "normal" virtual methods.
Good to know.

>> Moreover, use the 'virtual' keyword, not 'dynamic' as
>> it is not supported by BCB either.
>
> I cannot believe this. What about all the "message Xxx" methods? They are
> dynamic methods.
Well if I'm not mistaken, a message procedure is declared like that:
procedure MessageHandler(var msg : TMessage); message WM_MESSAGE;

I can't see any dynamic keyword here. Maybe there is a bit of misunderstanding. What I mean when I talk about dynamic, it's a function declared like that:
procedure MyProcedure(MyParam : Integer); dynamic;

That's not supported and the 'dynamic' keyword must be replaced by 'virtual'. I don't really think this is a major issue, just something to keep in mind.



Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 23 Oct 2003 06:52:30 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > That's good, but be aware of BCB related problems with virtual methods.
> > The C++ language doesn't support virtual class methods so you shouldn't
> > use any of these. 

The code do not use any class method, only "normal" virtual methods.

> > Moreover, use the 'virtual' keyword, not 'dynamic' as
> > it is not supported by BCB either.

I cannot believe this. What about all the "message Xxx" methods? They are
dynamic methods.



-- Regards Andreas Hausladen 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 23 Oct 2003 13:53:06 +1000
Newsgroups: jedi.vcl

>
> The JVCL 3 should work unter Delphi VCL and Delphi CLX / Kylix. For this
> we have to remove Windows related code and the message handlers are
> Windows related. Replacing these message handlers by VCLX compatible
> virtual methods we do not need to $IFDEF most classes.
>
That's good, but be aware of BCB related problems with virtual methods.
The C++ language doesn't support virtual class methods so you shouldn't use any of these. Moreover, use the 'virtual' keyword, not 'dynamic' as it is not supported by BCB either.



Subject: Re: jvcl2 & D7 (personal) Install problem
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 23 Oct 2003 13:50:57 +1000
Newsgroups: jedi.vcl

Alex Banks wrote:

> Hi all,
>
> I have repeadedly attempted to install the 'stable' jedi2.1 compnents.
> The install.bat fails at 'JVCL200_D70Personal.dpk'.  Manual install
> attempts likewise fail to install from 'Component -> install packages ->
> add', (still doesn't like that JVCL200_R70Personal.bpl).
>
> What am I doing wrong?  Is this not supposed to load visual
> components???
>
> tail between my legs,
> Alex
>
Only the D package (JVCL200_D70Personal.bpl) needs to be installed, not the R package. This is because the R package is a runtime package and only designtime packages can and must be installed.



Subject: Re: So...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 23 Oct 2003 12:20:44 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> I've tried everything I can thing of, including creating a .mak file and
> trying to build from the command line. I even grabbed the BCB6 linker
> and tried that, but I get exactly the same error. 
That's weird cause I can't rememeber having this problem with BCB6. But this can come from an obj file generated differently, or, most likely, an outdated package. I'll have a look tonight.

My next guess would be to comment out all the Delphi code and see what happens. At that point, every thing should work. Then uncomment one class after the other in the interface section and uncomment the related method definitions in the implementation section. Once the offending class has been found, comment out all its method, and once again, put them back in one by one, until the problem appears again.

I know that your knowledge of Delphi is next to nothing, so please do not hesitate to ask questions. I'll try to have it break on BCB6 tonight and if I can do that, I'll do the test myself.


> For the time being, I'm going to skip this package.
Sounds fair to me, move on to easy ones, it feels better when things work ! <g>



Subject: Re: So...
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Thu, 23 Oct 2003 02:31:39 +0100
Newsgroups: jedi.vcl

Leroy Casterline <casterle@ccltd.com> wrote:

> >What's up with this?
> >
> >[Linker Fatal Error] Fatal: Type index 2147479547 is bad in module
> >F:\Borland\3rdParty\JEDI\JVCL3\run\JvDialogActns.pas


If you tdump JvDialogActns.obj maybe you will see something with that value
and get a clue about what it is not liking.




Subject: Re: JVCL3 and D7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 22 Oct 2003 21:14:17 -0400
Newsgroups: jedi.vcl

Hello, Leroy!
You wrote  on Wed, 22 Oct 2003 19:00:12 -0600:
> > Perhaps you could explain something to me. Why does Delphi require the
> > .dcu and .res files when linking? I would think that at least the
> > contents of the .dcu files would be in the associated .bpl file. Also,
> > what are the .dcp files for?

Here's a mapping between Pascal and C file types:

..dcu -> .o
..bpl -> .dll
..dcp -> .lib

Cheers.
  Ignacio




Subject: JvDateEdit bug
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 19:10:41 -0600
Newsgroups: jedi.vcl

When I have a form with a JvDateEdit on it, and that form is on my
secondary monitor, clicking the JvDateEdit button causes the calendar to
pop up on my main monitor instead of the monitor containing the
JvDateEdit control.


Subject: Re: JVCL3 and D7
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 19:07:34 -0600
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

>> >> 4. Copy the .dcu, .res, .bpl, and .dcp files into a directory of your
>> >> choosing and point Delphi to them.
>> >> It's the fourth option that has the problem.
> >
> >Copy everything except the res files and it should work.

This works only if you have one of the JVCL directories (JVCL3\dcu or
JVCL3\run, etc) in your D7 path (in addition to the path to your
independent Libs directory) and keep the resource files in
JVCL3\Resources. This is because the compiler expects to find the .res
files in SomeDirectoryInYourPath\..\Resources. 

Keeping a JVCL3 directory in your path defeats the purpose of storing
your library files in an independent directory.



Subject: Re: JVCL3 and D7
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 19:00:12 -0600
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote:

> >4. Copy the .dcu, .res, .bpl, and .dcp files into a directory of your
> >choosing and point Delphi to them.
> >
> >It's the fourth option that has the problem.
> >

Yes, exactly. I've worked around this by creating a Resources directory
as a sibling of my Libs directory and putting all of the resource files
there instead of in the Libs directory. For me, this a workable
solution.

Perhaps you could explain something to me. Why does Delphi require the
..dcu and .res files when linking? I would think that at least the
contents of the .dcu files would be in the associated .bpl file. Also,
what are the .dcp files for?


Subject: Re: JVCL3 and D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 23 Oct 2003 02:45:02 +0200
Newsgroups: jedi.vcl

> > 4. Copy the .dcu, .res, .bpl, and .dcp files into a directory of your
> > choosing and point Delphi to them.
> > It's the fourth option that has the problem.

Copy everything except the res files and it should work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvcl2 & D7 (personal) Install problem
From: Alex Banks <afbanks@air-net.com>
Date: Wed, 22 Oct 2003 17:44:51 -0700
Newsgroups: jedi.vcl

Hi all,

I have repeadedly attempted to install the 'stable' jedi2.1 compnents.
The install.bat fails at 'JVCL200_D70Personal.dpk'.  Manual install
attempts likewise fail to install from 'Component -> install packages ->
add', (still doesn't like that JVCL200_R70Personal.bpl).

What am I doing wrong?  Is this not supposed to load visual
components???

tail between my legs,
Alex



Subject: Re: JVCL3 and D7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 22 Oct 2003 20:19:55 -0400
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 23 Oct 2003 02:15:14 +0200:
> > I began to question if I somehow had gotten all this wrong, so I made a
> > test just to make sure. You have three options when setting up the paths
> > in Delphi:
> >
> > 1. Build with run-time packages. No need for any paths except to the
> > bpl(s)
> > 2. Build with the precompiled dcu's. Add path to JCL dcu's/source
> > and
> > path to JVCL3\lib7 on D7, JVCL3\lib6 on D6 etc (*not* JVCL3\dcu!)
> > 3. Rebuild sources on every compile. Add \run, \common and JCL\source to
> > path

4. Copy the .dcu, .res, .bpl, and .dcp files into a directory of your
choosing and point Delphi to them.

It's the fourth option that has the problem.

Cheers.
  Ignacio




Subject: Re: JVCL3 and D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 23 Oct 2003 02:15:14 +0200
Newsgroups: jedi.vcl

I began to question if I somehow had gotten all this wrong, so I made a test
just to make sure. You have three options when setting up the paths in
Delphi:

1. Build with run-time packages. No need for any paths except to the bpl(s)
2. Build with the precompiled dcu's. Add path to JCL dcu's/source and path
to JVCL3\lib7 on D7, JVCL3\lib6 on D6 etc (*not* JVCL3\dcu!)
3. Rebuild sources on every compile. Add \run, \common and JCL\source to
path

I just checked this with D7 and it works with any of those three setups.
Notice that the path to \resources is never added to Delphis library path.
If we strip of the relative folder in $R directives, we would be forced to
add \resources to the path at least in option 3 and possibly in 2 as well (I
haven't checked, so not sure).

I think that maybe your problem will go away if you remove the res files
from the D7\Libs folder?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 and D7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 22 Oct 2003 19:46:18 -0400
Newsgroups: jedi.vcl

Hello, Leroy!
You wrote  on Wed, 22 Oct 2003 17:17:43 -0600:
> > I  don't follow this. I have all of my resource files and library files
> > (including all of the files from JVCL3\dcu) in the directory I mention
> > below, and that is in my D7 path. Are you saying that Delphi needs to be
> > able to find the JVCL source code to be able to link my applications?

I already brought up this issue with Peter a bit back, but it's not likely
to change. You'll need to change the paths of the resource statements in the
source code and rebuild in order to solve this.

Cheers.
  Ignacio




Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 17:27:34 -0600
Newsgroups: jedi.vcl

I've tried everything I can thing of, including creating a .mak file and
trying to build from the command line. I even grabbed the BCB6 linker
and tried that, but I get exactly the same error. 

I don't think I'm going to be able to solve this. The only hint I can
find as to the cause is the message below from the Borland newsgroups.
If one of you Delphi programmers could take a look at the source file
and see if you can change it to avoid the problem I'd appreciate it. For
the time being, I'm going to skip this package.



=============================================================
From borland.public.cppbuilder.vcl.components.writing:

I now know what the problem is, it appears to be a bug in C++ builder.
I appears not to be able to handle Delphi polymorphic constructions
correctly.

ie.

type
 Excpt = class of Exception;

 procedure DoException( E : Excpt; const Msg : String ); overload;
 procedure DoException( const Msg : String ); overload;

implementation

procedure DoException( E : Excpt; const Msg : String ); overload;
begin
 Raise E.Create( Msg );
end;

procedure DoException( const Msg : String ); overload;
begin
 DoException( Exception, Msg );
end;

end.



Subject: Re: JVCL3 and D7
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 17:17:43 -0600
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >You misunderstand me. What I was proposing has nothing to do with building
> >JVCL. But for Delphi to find the res files, you either have to add JVCL3\run
> >and JVCL3\resources *or* the dcu folder (in your case \lib7) to the Delphi
> >library path.

I  don't follow this. I have all of my resource files and library files
(including all of the files from JVCL3\dcu) in the directory I mention
below, and that is in my D7 path. Are you saying that Delphi needs to be
able to find the JVCL source code to be able to link my applications?

>> >> I keep all of my 3rdParty Delphi libraries (and other binaries required
>> >> to build my projects) in F:\Borland\3rdParty\Libraries\D7\Libs. This is
>> >> where all of the JCL and JVCL files live, and I have this path in D7.

> >Do you put all pas and res files in the same folder?

I don't have any .pas files there, just the library files that I need to
link against.



Subject: Re: JVCL3 and D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 23 Oct 2003 00:35:16 +0200
Newsgroups: jedi.vcl

> > I'm not trying to build JVCL. That built and installed properly using
> > the D7 packages as delivered with JVCL.
You misunderstand me. What I was proposing has nothing to do with building
JVCL. But for Delphi to find the res files, you either have to add JVCL3\run
and JVCL3\resources *or* the dcu folder (in your case \lib7) to the Delphi
library path.

> > I keep all of my 3rdParty Delphi libraries (and other binaries required
> > to build my projects) in F:\Borland\3rdParty\Libraries\D7\Libs. This is
> > where all of the JCL and JVCL files live, and I have this path in D7.
Do you put all pas and res files in the same folder?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 16:33:11 -0600
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >I'm not that firm with BCB but could it be the following two lines?
> >
> >TJvCommonDialogFAction:
> >    function GetDialogClass: TJvCommonDialogFClass; reintroduce; virtual;
> >
> >TJvOpenFileAction:
> >    function GetDialogClass: TCommonDialogClass; reintroduce; virtual;

Are you refering to the 'reintroduce' above?

If so, I tried removing them and still can't get a good link...



Subject: Re: JVCL3 and D7
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 16:02:33 -0600
Newsgroups: jedi.vcl

I'm not trying to build JVCL. That built and installed properly using
the D7 packages as delivered with JVCL.

I wanted to play with some of the JVCL components, so I created a new
application in D7 (saved in a totally different directory tree from
JVCL). I added several different JVCL components to this app and
everything compiled and ran properly. I removed those components and
added the JvDateEdit component to the form. When I tried to build the
app this time, I got the errors:

[Error] File not found: '..\resources\JvPickDate.res'
[Error] File not found: '..\resources\JvToolEdit.res'

On my system, I use this structure for my Borland tools:

F:\Borland
   \3rdParty
     ...
      \JEDI
         \JCL
         \JVCL
      \Libraries
         \BCB5
            \Includes
            \Libs
         \D7
            \Libs
      ...
   \BCB5
   \D7
   and so on

I keep all of my 3rdParty Delphi libraries (and other binaries required
to build my projects) in F:\Borland\3rdParty\Libraries\D7\Libs. This is
where all of the JCL and JVCL files live, and I have this path in D7.

From the above error messages, it looks like the path to the two
resource files is hard-coded into the JVCL library files, but I don't
know how this would happen.

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >If you put all your files in the same folder, then you will have to change
> >the res paths as well, of course.
> >
> >If you mean that you get this error even if you use the default JVCL folder
> >structure, there are two ways of fixing it:
> >* remove \run from Delphis path and add the \lib7 path. This will use the
> >precompiled dcu's from the package build.
> >* add \run and \resources to Delphis path (and remove \lib7 if you have it).
> >This will recompile the sources every time you compile your app.



Subject: Re: JVCL3 and D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 22 Oct 2003 23:04:00 +0200
Newsgroups: jedi.vcl

If you put all your files in the same folder, then you will have to change
the res paths as well, of course.

If you mean that you get this error even if you use the default JVCL folder
structure, there are two ways of fixing it:
* remove \run from Delphis path and add the \lib7 path. This will use the
precompiled dcu's from the package build.
* add \run and \resources to Delphis path (and remove \lib7 if you have it).
This will recompile the sources every time you compile your app.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 and D7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 22 Oct 2003 16:59:07 -0400
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Wed, 22 Oct 2003 22:51:34 +0200:
> > Leroy Casterline wrote:
> >
>> >> [Error] File not found: '..\resources\JvPickDate.res'
>> >> [Error] File not found: '..\resources\JvToolEdit.res'
> >
> > Are the source files visible (in the library path)? If yes, remove them.
> > Delphi should not recompile the units. It should use the compiled units
> > from the package build.

Actually, this won't fix it. Even the compiled units contain the reference
to the file.

Cheers.
  Ignacio




Subject: Re: So...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 22 Oct 2003 22:57:18 +0200
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > What's up with this?
> > 
> > [Linker Fatal Error] Fatal: Type index 2147479547 is bad in module
> > F:\Borland\3rdParty\JEDI\JVCL3\run\JvDialogActns.pas

I'm not that firm with BCB but could it be the following two lines?

TJvCommonDialogFAction:
    function GetDialogClass: TJvCommonDialogFClass; reintroduce; virtual;

TJvOpenFileAction:
    function GetDialogClass: TCommonDialogClass; reintroduce; virtual;



-- Regards Andreas Hausladen 

Subject: Re: JVCL3 and D7
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 22 Oct 2003 22:51:34 +0200
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> > [Error] File not found: '..\resources\JvPickDate.res'
> > [Error] File not found: '..\resources\JvToolEdit.res'

Are the source files visible (in the library path)? If yes, remove them.
Delphi should not recompile the units. It should use the compiled units
from the package build.


-- Regards Andreas Hausladen 

Subject: Re: JVCL3 and D7
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 22 Oct 2003 16:49:37 -0400
Newsgroups: jedi.vcl

Hello, Leroy!
You wrote  on Wed, 22 Oct 2003 14:38:02 -0600:
> > [Error] File not found: '..\resources\JvPickDate.res'
> > [Error] File not found: '..\resources\JvToolEdit.res'
> >
> > Both of these files are in my standard D7 3rd party lib folder along
> > with all of the JVCL3 library files. I don't understand how or why this
> > path, which is valid for building JVCL, is hard-coded into the JVCL
> > library.

See?!? See?!? I'm not the only one! ;)

Cheers.
  Ignacio




Subject: Re: Interesting... oddity with TJvStatusBar
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 22 Oct 2003 22:48:31 +0200
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > I set the Control property of a panel, then when I changed the Align
> > property of this control to alClient, it filled the entire status bar and
> > not just the panel as expected. What would be required to change this?

The reason is that the Align property uses the extention of the parent
window. The parent window for Control is the StatusBar itself.
Override AlignControls() and adjusting ARect may fix this bug.

procedure TJvStatusBar.AlignControls(AControl: TControl; var Rect: TRect);
var i: Integer;
begin
  for i := 0 to Panels.Count - 1 do
    if TJvStatusPanel(Panels[i]).Control = AControl then
    begin
      ARect := *ClientRectOfThePanel*;
      Break;
    end;
  inherited;
end;


-- Regards Andreas Hausladen 

Subject: Re: Interesting... oddity with TJvStatusBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 22 Oct 2003 22:39:33 +0200
Newsgroups: jedi.vcl

> > I set the Control property of a panel, then when I changed the Align
> > property of this control to alClient, it filled the entire status bar and
> > not just the panel as expected. What would be required to change this?
Probably overriding the AlignControls method of JvStatusBar...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL3 and D7
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 14:38:02 -0600
Newsgroups: jedi.vcl

I decided to take a break from the BCB5 problems and install the latest
JVCL packages in D7 (in which I have written exactly 0 programs, so I'm
a bit Delphi-challenged<g>).

Everything built and installed fine, so now I"ve got about 10 billion<g>
new components on my pallet. I've been playing with them, and I've got
to say, I'm impressed. Very nice stuff in here (and I'm still playing
with simple things like buttons and edits).

I've dropped several different components on a form, built the app and
played with the components. All went well until placed a JvDateEdit on
the form. When I tried to build the app, I got two errors:

[Error] File not found: '..\resources\JvPickDate.res'
[Error] File not found: '..\resources\JvToolEdit.res'

Both of these files are in my standard D7 3rd party lib folder along
with all of the JVCL3 library files. I don't understand how or why this
path, which is valid for building JVCL, is hard-coded into the JVCL
library.



Subject: Interesting... oddity with TJvStatusBar
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 22 Oct 2003 16:29:25 -0400
Newsgroups: jedi.vcl

I set the Control property of a panel, then when I changed the Align
property of this control to alClient, it filled the entire status bar and
not just the panel as expected. What would be required to change this?

Thanks,
  Ignacio




Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 14:17:13 -0600
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote:

> >D5 compiler still having bugs, so what ?

So I'd rather not have to deal with the bugs<g>.



Subject: Re: TJvSearchFiles - dir listing bug?
From: "cforce" <cforce@gmx.de>
Date: Wed, 22 Oct 2003 22:12:08 +0200
Newsgroups: jedi.vcl

oh i would be happy about that, also .


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:bn3e01$d0t$1@talkto.net...
> > Hello, cforce!
> > You wrote  on Tue, 21 Oct 2003 15:43:13 +0200:
> >
> >  >> It can not be done with the current component, but using the MaxSize
to
> >  >> specify the maximum number of files in the directory might be a good
> >  >> idea.
> >
> >  c> How should i do that ..?
> >
> >     Remko meant that the component should be changed to allow that usage
> > (the way you tried to).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 22 Oct 2003 20:03:26 +0200
Newsgroups: jedi.vcl

Robert Cerny wrote:

> > Ok, will you put it here for discussion?

The JVCL team is talking about it. Just look into the other postings in
this thread. Furthermore I posted the new method to jedi.binaries.

> > And you still didn't explain to this CLX ignorant (=me) the purpose of
> > it.

The JVCL 3 should work unter Delphi VCL and Delphi CLX / Kylix. For this
we have to remove Windows related code and the message handlers are
Windows related. Replacing these message handlers by VCLX compatible
virtual methods we do not need to $IFDEF most classes.


-- Regards Andreas Hausladen 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Robert Cerny" <robert.qwe.cerny@neosys.xrs.qwe.si>
Date: Wed, 22 Oct 2003 19:56:38 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bn6al6$hn$2@talkto.net...
> > First of all: This method is obsolute. I found a better solution.
> >


Ok, will you put it here for discussion?
And you still didn't explain to this CLX ignorant (=me) the purpose of it.

-- Robert Cerny DelphiShaman 

Subject: Re: JVCL 3 Example Update Pass 2
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 22 Oct 2003 13:49:46 -0400
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Wed, 22 Oct 2003 11:20:14 +0200:
> >     I think the following packages should be generated (not tested for
> > possible dependency problems):
> >
> > * JvInspector (containing the three JvInsp* units)
> > * JvHLEditor (containing the three JvHL* units), or maybe a JvEditor
> > package that will also contain the JvEditor unit.
> > * JvLinkLabel (containing the seven JvLinkLabel* units)

Sounds good. The second should probably be JvEditor, since TJvHLEditor has a
dependency on JvEditor.

> > The same goes for JvTimeLine and JvTMTimeLine (JvTime
> > package? We might
> > add the JvScheduledEvents stuff in that one as well).

I'm a little iffy about adding that third one, but it's your call.

Cheers.
  Ignacio




Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 22 Oct 2003 18:19:37 +0200
Newsgroups: jedi.vcl

First of all: This method is obsolute. I found a better solution.

Robert Cerny wrote:

> > Message handler pushes pointer to message record, calls dynamic arbitrary
> > method, which in turn calls msg dynamic method of ancestor, if any, so
> > what's the added value?

The value added to a Message-Stack were pointers to the Message record
that was passed ByValue on the ("function") stack.


> > 1. if not called within message handler, MSG goes out of scope, so
> > pointer in message stack becomes invalid, which will happen on next
> > direct call, because InheritMessage does not pop message.

No. The function that posted the message record to the message stack
returned an interface that was released when the method returns. The
destructor of the interface implementation TMessageGuard removed the
message pointer from the message stack.


> > 2. if you call dynamic method directly, it calls msg dynamic method of
> > ancestor without any parameters is expects.

This was a problem but if InheritMethod() had not found a message record
with the MsgId on the message stack it called the original dynamic method
with the specified arguments or null.


> > 3. you have to redo the thing (new interface, new intermediate class) for
> > every component with its own message handlers.

Yes, this is true but for this I used my Delphi language preprocessor and
wrote something like this for every VCL control:

unit ...
interface
....
CLX_CONTROL_EVENTS(Control)
CLX_WINCONTROL_EVENTS(WinControl)
....
implementation
CLX_CONTROL_EVENTS_IMPL(Control)
CLX_WINCONTROL_EVENTS_IMPL(WinControl)
....
end.



-- Regards Andreas Hausladen 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 22 Oct 2003 18:12:13 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > 1) we generate the JVCLX bases classes (which we might need to do later
> > if the macro definition is changed/extended)

Yes.


> > 2) Each of the base classes in JvComponents will be changed to be
> > derived of TJvCLX<BaseClass> (should be a one-time task I think?)

Yes.


> > 3) Each component will have to be modified to not use the WM_xxx or
> > CM_xxxx messages but rather the methods in TJvCLX<xxxx>

Yes, but there are some messages (e.g. WM_ERASEBKGND) that are not fired
by Qt. Perhaps we can emulate them. André meight have solved this in JVCLX.


> > 4) This (referring to point 3) is basically a one-time change and we
> > should take care of any donations we get to also be modified (unless new
> > donations already use the TJvCLX<xxxx> stuff)

Yes.


> > 5) André and others will have less of a problem to generate the CLX
> > versions of the components as most of them will probably work straight
> > away (of course they should create a JvQ<xxxx> unit around it)

Yes.


-- Regards Andreas Hausladen 

Subject: H2 use JvRAS32
From: "Laurent" <l_bacca-nospam@yahoo.com>
Date: Wed, 22 Oct 2003 18:09:27 +0200
Newsgroups: jedi.vcl

Hi,

I can't find any help on JvRas32 to connect my application to internet ?
Can someone help me on this topic with a doc, an example or anything useful
to investigate ???

Many thanks,
Laurent.





Subject: Re: JvInspector enumerated types
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 16:41:10 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Wed, 22 Oct 2003 10:06:20 -0400:


 WP> Dylan:
 D>>> Is anyone aware of a way that the JvInspector component allows you to
 D>>> change the behaviour of the drop down lists for selecting enumerated
 D>>> types so that it does NOT allow the user to type arbitary text into
 D>>> the field. ...

 WP> Marcel:
 >>     I have the iifAllowNonListValues flag working but it needs much more
 >> work. Currently it limits the keys way too much (Ctrl+Up/Down/Enter also
 >> no longer work and pressing characters will not lookup anything). It
 >> should be modified to allow the aforementioned keys, as well as value
 >> look up (or auto complete).

 WP> Hmm, Dylan, would you REALLY want to prevent users from looking up the
 WP> correct value by typing the first letter of the value they want and
 WP> then hitting the cursor-down key?

    That is not what he wanted. The problem he faced is that you can type
*anything* (including illegal values) which may result in an exception if
your try to apply that value and can't be used. I think he wants to be able
to lookup a value by typing (i.e. Autocomplete), which is also what I said I
still need to implement (unless you are volunteering; it's that Edit_WndProc
method again <g>. BTW, I removed the triggering of the OnEnter event when
the Enter-key was pressed; that is not what the event is expected to do).

 WP> I always hate user interfaces that do that.  A perfect example is when
 WP> some windows app pops up a dialog box asking me to select a directory
 WP> on my hard drive, from which to do something, and they *force* me to
 WP> navigate the directory tree control (which takes me 60 seconds in some
 WP> cases, to clicky-clicky through expanding levels of subdirectories),
 WP> instead of typing in "c:\dev\myproject\subproject1\versionA\foo\bar"
 WP> which takes me 3 seconds.    Beware of keyboard-unfriendly GUI
 WP> behaviours!

    I have the exact same problem with those apps/interface design.
Sometimes I just don't want to move my hand to grab the mouse and select
something and sure enough I run into a situation where I'm forced to use the
mouse. Stupid GUI-designers (or developers)......

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: A DTX editor
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 22 Oct 2003 10:12:11 -0400
Newsgroups: jedi.vcl

OBones wrote:

> BTW, what language should I use for that ?
>
> I would go faster with Delphi, but that could be a good test for some JVCL components to write it with BCB.
> What do you all think ?
>

Personally I think Delphi is the core of the matter, and BCB is an after-thought. Even Borland is moving away from VCL with their C++Builder product in the future.

A binary only utility would be not very compatible to the JEDI VCL's overall philosophy. Since all C++Builder users could build using a command line build to build it, I suggest delphi, but then again,
it's your time and effort, so it's up to you.


Warren



Subject: Re: JvInspector enumerated types
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 22 Oct 2003 10:06:20 -0400
Newsgroups: jedi.vcl



Dylan:
>  D> Is anyone aware of a way that the JvInspector component allows you to
>  D> change the behaviour of the drop down lists for selecting enumerated
>  D> types so that it does NOT allow the user to type arbitary text into the
>  D> field. ...
>  D> 

Marcel:
>     I have the iifAllowNonListValues flag working but it needs much more
> work. Currently it limits the keys way too much (Ctrl+Up/Down/Enter also no
> longer work and pressing characters will not lookup anything). It should be
> modified to allow the aforementioned keys, as well as value look up (or auto
> complete).


Hmm, Dylan, would you REALLY want to prevent users from looking up the correct value by typing the first letter of the value they want and then hitting the cursor-down key?

I always hate user interfaces that do that.  A perfect example is when some windows app pops up a dialog box asking me to select a directory on my hard drive, from which to do something, and they *force* me to navigate the directory tree control (which takes me 60 seconds in some cases, to clicky-clicky through expanding levels of subdirectories), instead of typing in "c:\dev\myproject\subproject1\versionA\foo\bar" which takes me 3 seconds.    Beware of keyboard-unfriendly GUI behaviours!

Warren



Subject: Re: A DTX editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 13:38:43 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 22 Oct 2003 21:35:23 +1000:

 O> BTW, what language should I use for that ?

    If it's in BCB you would have to provide a binary for those not having
(or not wanting to use) BCB. If it's in Delphi, everybody can build it so a
binary release is not required.

 O> I would go faster with Delphi, but that could be a good test for some
 O> JVCL components to write it with BCB.
 O> What do you all think ?

    It's a good reason to write it in BCB I think.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: A DTX editor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 22 Oct 2003 21:35:23 +1000
Newsgroups: jedi.vcl

BTW, what language should I use for that ?

I would go faster with Delphi, but that could be a good test for some JVCL components to write it with BCB.
What do you all think ?



Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 22 Oct 2003 12:51:52 +0200
Newsgroups: jedi.vcl

Can't say without more opinions, especially from those who are planning to
work on the CLX compatibility stuff.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3 Example Update Pass 2
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 22 Oct 2003 12:48:59 +0200
Newsgroups: jedi.vcl

> > Directory 3. DependencyWalker:
> >
> > Project DepWalk:
> > Removed DOF
> > Ran, but slightly broken, not fixed
What is broken?

> > Directory JvSpellChecker:
> >
> > Project JvSpellCheckerDemo:
> > Copied JvSpellChecker.pas and JvSpellIntf.pas to source directory
> > Ran, tested fine, except no dictionary...
Uints are most likely added to the project. Removing them should work fine.
Dictionaries are in \JVCL3\Dict folder. Should be documented (readme in demo
folder)

> > Directory JvTimeFrameWork:
> >
> > Project PhotoOp:
> > There is a problem with this project, but I'll be damned if I can find
it...
Most probably the search path to the database is too long (Paradox limit).
Moving the project to a folder with shorter path should fix it. Should be
documented (readme in demo folder).

> > JvManagedThreads is dependent on an external library that can be replaced
> > with TJvChart, but I don't feel confident enough to do the change.
I don't think TJvChart is in a state where it can be used yet. Leave for
now.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Robert Cerny" <robert.qwe.cerny@neosys.xrs.qwe.si>
Date: Wed, 22 Oct 2003 12:18:08 +0200
Newsgroups: jedi.vcl

Pardon my ignorance, but what's the purpose of it?
Message handler pushes pointer to message record, calls dynamic arbitrary
method, which in turn calls msg dynamic method of ancestor, if any, so
what's the added value?
1. if not called within message handler, MSG goes out of scope, so pointer
in message stack becomes invalid, which will happen on next direct call,
because InheritMessage does not pop message.
2. if you call dynamic method directly, it calls msg dynamic method of
ancestor without any parameters is expects.
3. you have to redo the thing (new interface, new intermediate class) for
every component with its own message handlers.

-- Robert Cerny DelphiShaman "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message news:bms85m$q1k$1@talkto.net...
> > Now I implemented a mixture of interfaces and my dynamic method table
> > wrappers.
> >
> >   IClxControlEvents = interface
> >     ['{61FC57FF-D4DA-4840-B871-63DE804E9921}']
> >     procedure VisibleChanged;
> >     procedure EnabledChanged;
> >     procedure FontChanged;
> >     procedure ColorChanged;
> >     procedure ParentFontChanged;
> >     procedure ParentColorChanged;
> >     procedure ParentShowHintChanged;
> >     function HintShow(var HintInfo : THintInfo): Boolean;
> >     function HitTest(X, Y: Integer): Boolean;
> >     procedure MouseEnter(AControl: TControl);
> >     procedure MouseLeave(AControl: TControl);
> >     procedure TextChanged;
> >   end;
> >
> >   IClxWinControlEvents = interface(IClxControlEvents)
> >     ['{B5F7FB62-78F0-481D-AFF4-7A24ED6776A0}']
> >     procedure CursorChanged;
> >     procedure ShowingChanged;
> >     procedure ShowHintChanged;
> >   end;
> >
> > The wrapper classes overwrite the virtual Dispatch method and decide what
> > dynamic method should be called.
> >
> >   TJvClxControl = class(TControl, IClxControlEvents)
> >   protected
> >    // TControl
> >     procedure VisibleChanged; dynamic;
> >     procedure EnabledChanged; dynamic;
> >     procedure FontChanged; dynamic;
> >     procedure ColorChanged; dynamic;
> >     procedure ParentFontChanged; dynamic;
> >     procedure ParentColorChanged; dynamic;
> >     procedure ParentShowHintChanged; dynamic;
> >     function HintShow(var HintInfo : THintInfo): Boolean; dynamic;
> >     function HitTest(X, Y: Integer): Boolean; dynamic;
> >     procedure MouseEnter(AControl: TControl); dynamic;
> >     procedure MouseLeave(AControl: TControl); dynamic;
> >     procedure TextChanged; dynamic;
> >   public
> >     procedure Dispatch(var Message); override;
> >   end;
> >
> >
> > Because this means that I must implement such a class wrapper for all VCL
> > controls. I used my Delphi language Preprocessor
> > (http://www.sourceforge.net/projects/dpp32) what makes it easy to
> > implement a wrapper:
> >
> > Here the complete JvClxStdCtrls.pas implementation:
> >
> > type
> > CLXWINCONTROLEVENTS(CustomGroupBox)
> > CLXWINCONTROLEVENTS(GroupBox)
> > CLXCONTROLEVENTS(CustomLabel)
> > CLXCONTROLEVENTS(Label)
> > CLXWINCONTROLEVENTS(CustomEdit)
> > CLXWINCONTROLEVENTS(Edit)
> > CLXWINCONTROLEVENTS(CustomMemo)
> > CLXWINCONTROLEVENTS(Memo)
> > CLXWINCONTROLEVENTS(CustomCombo)
> > CLXWINCONTROLEVENTS(CustomComboBox)
> > CLXWINCONTROLEVENTS(ComboBox)
> > CLXWINCONTROLEVENTS(ButtonControl)
> > CLXWINCONTROLEVENTS(Button)
> > CLXWINCONTROLEVENTS(CustomCheckBox)
> > CLXWINCONTROLEVENTS(CheckBox)
> > CLXWINCONTROLEVENTS(RadioButton)
> > CLXWINCONTROLEVENTS(CustomListBox)
> > CLXWINCONTROLEVENTS(ListBox)
> > CLXWINCONTROLEVENTS(ScrollBar)
> > CLXWINCONTROLEVENTS(CustomStaticText)
> > CLXWINCONTROLEVENTS(StaticText)
> >
> > implementation
> >
> > CLXWINCONTROLEVENTS_IMPL(CustomGroupBox)
> > CLXWINCONTROLEVENTS_IMPL(GroupBox)
> > CLXCONTROLEVENTS_IMPL(CustomLabel)
> > CLXCONTROLEVENTS_IMPL(Label)
> > CLXWINCONTROLEVENTS_IMPL(CustomEdit)
> > CLXWINCONTROLEVENTS_IMPL(Edit)
> > CLXWINCONTROLEVENTS_IMPL(CustomMemo)
> > CLXWINCONTROLEVENTS_IMPL(Memo)
> > CLXWINCONTROLEVENTS_IMPL(CustomCombo)
> > CLXWINCONTROLEVENTS_IMPL(CustomComboBox)
> > CLXWINCONTROLEVENTS_IMPL(ComboBox)
> > CLXWINCONTROLEVENTS_IMPL(ButtonControl)
> > CLXWINCONTROLEVENTS_IMPL(Button)
> > CLXWINCONTROLEVENTS_IMPL(CustomCheckBox)
> > CLXWINCONTROLEVENTS_IMPL(CheckBox)
> > CLXWINCONTROLEVENTS_IMPL(RadioButton)
> > CLXWINCONTROLEVENTS_IMPL(CustomListBox)
> > CLXWINCONTROLEVENTS_IMPL(ListBox)
> > CLXWINCONTROLEVENTS_IMPL(ScrollBar)
> > CLXWINCONTROLEVENTS_IMPL(CustomStaticText)
> > CLXWINCONTROLEVENTS_IMPL(StaticText)
> >
> >
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen




Subject: Re: JVCL 3 Example Update Pass 2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 11:44:43 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 22 Oct 2003 19:32:55 +1000:

 O> Well...
 O> If you do so, please document clearly what packages were created and
 O> what was moved.

    We will. First we have to see if others have other ideas/opinions.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Robert Palmer with "Addicted
To Love".




Subject: Re: So...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 22 Oct 2003 19:43:58 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> The stars so gaily glistened... (Wed, 22 Oct 2003 01:14:42 -0600 @343)
> ...while the fading voice of Leroy whispered through the darkness:
>
>  LC> Yeah, I saw that too. Seem to be a bug in BCB5's linker. A bug in a
>  LC> Borland product? And not fixed after all this time?  What a shock!
>
> D5 compiler still having bugs, so what ?
>  
This was ironical, as a reference to all the problems we had with the BCB6 linker ;-)



Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 11:40:01 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Wed, 22 Oct 2003 13:29:33 +0400:

 MB>>     If all above can be answered with yes, I'd say go for it. Other
 MB>> opinions?

 AB> That will stick to DPP though

    I don't think that's a problem. Users don't have to deal with it, it's
just for the JVCL developers. I doubt if anything will change once the full
JvCLX core is working anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Fun Boy Three & Bananarama
with "It Ain't What You Do".




Subject: Re: JvInspector enumerated types
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 11:35:23 +0200
Newsgroups: jedi.vcl

Hello, Dylan!
You wrote  on Wed, 22 Oct 2003 11:35:22 +1300:

 D> Is anyone aware of a way that the JvInspector component allows you to
 D> change the behaviour of the drop down lists for selecting enumerated
 D> types so that it does NOT allow the user to type arbitary text into the
 D> field. i.e so that it works more like a combobox whilst it's in
 D> csDropDownList mode (as opposed to csDropDown).

    I have the iifAllowNonListValues flag working but it needs much more
work. Currently it limits the keys way too much (Ctrl+Up/Down/Enter also no
longer work and pressing characters will not lookup anything). It should be
modified to allow the aforementioned keys, as well as value look up (or auto
complete).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Joe Jackson with "Real man".




Subject: Re: JVCL 3 Example Update Pass 2
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 22 Oct 2003 19:32:55 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>
>     I understand that, but JvCustom is too big and contains too many
> different types of components and controls. See my reply for the proposed
> splitting. It will at least keep related components together and reduces the
> JvCustom package (which will still contain it's share of units though).
>
Well...
If you do so, please document clearly what packages were created and what was moved.
Thanks



Subject: Re: So...
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 22 Oct 2003 13:32:22 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 22 Oct 2003 01:14:42 -0600 @343)
....while the fading voice of Leroy whispered through the darkness:

 LC> Yeah, I saw that too. Seem to be a bug in BCB5's linker. A bug in a
 LC> Borland product? And not fixed after all this time?  What a shock!

D5 compiler still having bugs, so what ?
 
-- If i had ears, i'd heard Lacrimosa - Stolzes Herz (Piano Version) http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 22 Oct 2003 13:29:33 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 22 Oct 2003 10:10:46 +0200 @382)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Andreas Hausladen tremble:

 MB>     If all above can be answered with yes, I'd say go for it. Other
 MB> opinions?

That will stick to DPP though

-- If i had ears, i'd heard Lacrimosa - Mutatio Spiritus http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JVCL 3 Example Update Pass 2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 11:23:12 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 22 Oct 2003 19:16:35 +1000:

 O> I'd have to say, that I'd prefer no to because splitting one
 O> package means that I'll have to do the same stuff for BCB
 O> and that will attract more problems...

    I understand that, but JvCustom is too big and contains too many
different types of components and controls. See my reply for the proposed
splitting. It will at least keep related components together and reduces the
JvCustom package (which will still contain it's share of units though).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Icehouse with "Hey Little
Girl".




Subject: Re: JVCL 3 Example Update Pass 2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 11:20:14 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Wed, 22 Oct 2003 04:52:33 -0400:

 IV> While that works, I'm a little concerned that the JvCustom package is
 IV> already so large that having to maintain two copies of it will be
 IV> problematic. In fact, JvCustomD7R.bpl is already the largest package at
 IV> 836k. Perhaps another split is in order. In fact, looking at the
 IV> package sizes I'd say in might be worth splitting up several of them.
 IV> But that's just me.

    I think the following packages should be generated (not tested for
possible dependency problems):

* JvInspector (containing the three JvInsp* units)
* JvHLEditor (containing the three JvHL* units), or maybe a JvEditor package
that will also contain the JvEditor unit.
* JvLinkLabel (containing the seven JvLinkLabel* units)

    The JvThumb* units could be moved to the JvMM package. I also think
JvLookOut and JvOutlookBar can be put in a package but I'm not sure which.
The same goes for JvTimeLine and JvTMTimeLine (JvTime package? We might add
the JvScheduledEvents stuff in that one as well).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Billy Joel with "Goodnight
Saigon".




Subject: Re: JVCL 3 Example Update Pass 2
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 22 Oct 2003 19:16:35 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
> Hello, Marcel!
> You wrote to Ignacio Vazquez on Wed, 22 Oct 2003 10:22:28 +0200:
>
>>    So I'd suggest to duplicate the JvCustomD5R package to JvCustomDS5R
>> and add the JvInspDB unit +vcldb package to JvCustomD5R only. Then we
>> duplicate the "D5 Packages" group to "D5 Standard Packages" group and
>> change the reference to JvCustomD5R into JvCustomDS5R. The same holds true
>> for D6/7 (using "PE" in the package name and "Personal Edition" in the
>> group file name)  and possibly for BCB5/6.
>
>
> While that works, I'm a little concerned that the JvCustom package is
> already so large that having to maintain two copies of it will be
> problematic. In fact, JvCustomD7R.bpl is already the largest package at
> 836k. Perhaps another split is in order. In fact, looking at the package
> sizes I'd say in might be worth splitting up several of them. But that's
> just me.
>
I'd have to say, that I'd prefer no to because splitting one package means that I'll have to do the same stuff for BCB and that will attract more problems...



Subject: Re: JVCL 3 Example Update Pass 2
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 22 Oct 2003 04:52:33 -0400
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Wed, 22 Oct 2003 10:22:28 +0200:
> >     So I'd suggest to duplicate the JvCustomD5R package to JvCustomDS5R
> > and add the JvInspDB unit +vcldb package to JvCustomD5R only. Then we
> > duplicate the "D5 Packages" group to "D5 Standard Packages" group and
> > change the reference to JvCustomD5R into JvCustomDS5R. The same holds true
> > for D6/7 (using "PE" in the package name and "Personal Edition" in the
> > group file name)  and possibly for BCB5/6.

While that works, I'm a little concerned that the JvCustom package is
already so large that having to maintain two copies of it will be
problematic. In fact, JvCustomD7R.bpl is already the largest package at
836k. Perhaps another split is in order. In fact, looking at the package
sizes I'd say in might be worth splitting up several of them. But that's
just me.

Cheers.
  Ignacio




Subject: Re: JvInspector enumerated types
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 10:47:29 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Wed, 22 Oct 2003 10:40:52 +0200:

 MB>     Nothing to come up with: it's already there. Specify the
 MB> iifAllowNonListValues in the items' Flags property. I'll check to see
 MB> if it actually still works <g>

    It doesn't :-(

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Liquido with "Narcotic".




Subject: Re: JvInspector enumerated types
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 10:40:52 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Dylan on Wed, 22 Oct 2003 10:13:35 +0200:

 D>> Is anyone aware of a way that the JvInspector component allows you to
 D>> change the behaviour of the drop down lists for selecting enumerated
 D>> types so that it does NOT allow the user to type arbitary text into the
 D>> field. i.e so that it works more like a combobox whilst it's in
 D>> csDropDownList mode (as opposed to csDropDown).

 MB>     At first I wanted to suggest to set the item to read only, but then
 MB> you can probably not change the item at all. Other than that I see no
 MB> way of doing it with the component as is. It's a nice option to add
 MB> though. I'll see what I can come up with. Stay tuned!

    Nothing to come up with: it's already there. Specify the
iifAllowNonListValues in the items' Flags property. I'll check to see if it
actually still works <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Stone Sour with "Bother".




Subject: Re: JVCL 3 Example Update Pass 2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 10:22:28 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Tue, 21 Oct 2003 18:07:51 -0400:

 IV> JvInspectorDB and JvSpellChecker require units to be added to one or
 IV> more packages.

    Well, JvSpellChecker is Peters baby, but we do have to make a decision
about JvInspDB.pas. I guess we could add it to the same package as
JvInspector, but then we have to generate two packages (to differentiate
between Standard/Personal editions and Pro/Ent editions). I don't think we
should go for a conditional define in the package as this will frustrate the
BCB conversion guys. We can easily add additional project groups for the
Standard/Personal editions of Delphi that will contain those packages (or
versions thereof) that will work for those editions.

    So I'd suggest to duplicate the JvCustomD5R package to JvCustomDS5R and
add the JvInspDB unit +vcldb package to JvCustomD5R only. Then we duplicate
the "D5 Packages" group to "D5 Standard Packages" group and change the
reference to JvCustomD5R into JvCustomDS5R. The same holds true for D6/7
(using "PE" in the package name and "Personal Edition" in the group file
name)  and possibly for BCB5/6.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector enumerated types
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 10:13:35 +0200
Newsgroups: jedi.vcl

Hello, Dylan!
You wrote  on Wed, 22 Oct 2003 11:35:22 +1300:

 D> Is anyone aware of a way that the JvInspector component allows you to
 D> change the behaviour of the drop down lists for selecting enumerated
 D> types so that it does NOT allow the user to type arbitary text into the
 D> field. i.e so that it works more like a combobox whilst it's in
 D> csDropDownList mode (as opposed to csDropDown).

    At first I wanted to suggest to set the item to read only, but then you
can probably not change the item at all. Other than that I see no way of
doing it with the component as is. It's a nice option to add though. I'll
see what I can come up with. Stay tuned!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Oct 2003 10:10:46 +0200
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Tue, 21 Oct 2003 21:14:41 +0000 (UTC):

 AH> Do I get a GO or should I forget the code?

    Sorry, hadn't looked yet. Let me see if I get this straight:

1) we generate the JVCLX bases classes (which we might need to do later if
the macro definition is changed/extended)

2) Each of the base classes in JvComponents will be changed to be derived of
TJvCLX<BaseClass> (should be a one-time task I think?)

3) Each component will have to be modified to not use the WM_xxx or CM_xxxx
messages but rather the methods in TJvCLX<xxxx>

4) This (referring to point 3) is basically a one-time change and we should
take care of any donations we get to also be modified (unless new donations
already use the TJvCLX<xxxx> stuff)

5) André and others will have less of a problem to generate the CLX versions
of the components as most of them will probably work straight away (of
course they should create a JvQ<xxxx> unit around it)

    If all above can be answered with yes, I'd say go for it. Other
opinions?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 01:14:42 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >OBones wrote:
> >
>> >> Leroy Casterline wrote:
>> >> 
>>> >>> What's up with this?
>>> >>>
>>> >>> [Linker Fatal Error] Fatal: Type index 2147479547 is bad in module
>>> >>> F:\Borland\3rdParty\JEDI\JVCL3\run\JvDialogActns.pas
>>> >>>
>>> >>>
>> >> Hell, I got no idea whatsoever !
>> >> 2147479547 looks like 7FFFFFFF to me, but why is it complaining about 
>> >> that, I got no idea...
>> >> 
> >After a very quick search on google groups, the recommended solution 
> >would be to do a full clean and try to rebuild. However, I'm quite sure 
> >you already did that and there is a guy who says it's a bug in BCB itself:
> >
> >http://groups.google.com.au/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=3b5e5d33_2%40dnews&rnum=1&prev=/groups%3Fq%3D%255BLinker%2BFatal%2BError%255D%2BFatal%253A%2BType%2Bindex%26ie%3DUTF-8%26oe%3DUTF-8%26hl%3Den%26btnG%3DGoogle%2BSearch
> >
> >He describes the problem, but doesn't provide a solution...

Yeah, I saw that too. Seem to be a bug in BCB5's linker. A bug in a
Borland product? And not fixed after all this time?  What a shock!

I'll try to find a work-around...


Subject: Re: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 01:11:56 -0600
Newsgroups: jedi.vcl

Yeah, finding that'll be fun in a masochistic kind of way...

My damn Avalanche, with what might be the best 2 lines of forwards in
the history of hockey are stinkin' up the place...

I'm sure you feel my pain<g>. Or not.

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Leroy Casterline wrote:
> >
>> >> What's up with this?
>> >> 
>> >> [Linker Fatal Error] Fatal: Type index 2147479547 is bad in module
>> >> F:\Borland\3rdParty\JEDI\JVCL3\run\JvDialogActns.pas
>> >> 
>> >> 
> >Hell, I got no idea whatsoever !
> >2147479547 looks like 7FFFFFFF to me, but why is it complaining about 
> >that, I got no idea...



Subject: Re: So...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 22 Oct 2003 17:11:43 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Leroy Casterline wrote:
>
>> What's up with this?
>>
>> [Linker Fatal Error] Fatal: Type index 2147479547 is bad in module
>> F:\Borland\3rdParty\JEDI\JVCL3\run\JvDialogActns.pas
>>
>>
> Hell, I got no idea whatsoever !
> 2147479547 looks like 7FFFFFFF to me, but why is it complaining about that, I got no idea...
>
After a very quick search on google groups, the recommended solution would be to do a full clean and try to rebuild. However, I'm quite sure you already did that and there is a guy who says it's a bug in BCB itself:

http://groups.google.com.au/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&threadm=3b5e5d33_2%40dnews&rnum=1&prev=/groups%3Fq%3D%255BLinker%2BFatal%2BError%255D%2BFatal%253A%2BType%2Bindex%26ie%3DUTF-8%26oe%3DUTF-8%26hl%3Den%26btnG%3DGoogle%2BSearch

He describes the problem, but doesn't provide a solution...



Subject: Re: So...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 22 Oct 2003 17:00:51 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> What's up with this?
>
> [Linker Fatal Error] Fatal: Type index 2147479547 is bad in module
> F:\Borland\3rdParty\JEDI\JVCL3\run\JvDialogActns.pas
>
>
Hell, I got no idea whatsoever !
2147479547 looks like 7FFFFFFF to me, but why is it complaining about that, I got no idea...



Subject: So...
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 22 Oct 2003 00:15:05 -0600
Newsgroups: jedi.vcl

What's up with this?

[Linker Fatal Error] Fatal: Type index 2147479547 is bad in module
F:\Borland\3rdParty\JEDI\JVCL3\run\JvDialogActns.pas




Subject: Re: Source control
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 22 Oct 2003 09:23:14 +1000
Newsgroups: jedi.vcl

>
>
> TortoiseCVS is the client of choice around here:
>
> http://tortoisecvs.sourceforge.net/
>
> Cheers,
>   Ignacio
>

Yeah, but it actually not really a stand alone client. What most people like , including me, is that it is integrated to the Windows explorer and a right click is all you need to do to have it work.
I haven't found yet a situation where I needed WinCVS, but serious administration may need it.



Subject: Re: Source control
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 21 Oct 2003 18:46:10 -0400
Newsgroups: jedi.vcl

"Dylan" <dylantowlerremovethis@xtra.co.nz> wrote in message
bn4ced$jqu$1@talkto.net...
> > I know this isn't completely pertinent to the JVCL, but can any of you
> > guys recommend a good windows client gui for CVS.
> >
> > We've just switched from a proprietary source control package to CVS where
> > I work.  (4 developer team).  I have tried WinCVS and BorCVS and I found
> > both to be decidedly crap.
> >
> > Any suggestions would be appreciated.

TortoiseCVS is the client of choice around here:

http://tortoisecvs.sourceforge.net/

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Source control
From: "Dylan" <dylantowlerremovethis@xtra.co.nz>
Date: Wed, 22 Oct 2003 11:39:21 +1300
Newsgroups: jedi.vcl

Hi everyone,

I know this isn't completely pertinent to the JVCL, but can any of you guys
recommend a good windows client gui for CVS.

We've just switched from a proprietary source control package to CVS where I
work.  (4 developer team).  I have tried WinCVS and BorCVS and I found both
to be decidedly crap.

Any suggestions would be appreciated.

Cheers,
Dylan.




Subject: JvInspector enumerated types
From: "Dylan" <dylantowlerremovethis@xtra.co.nz>
Date: Wed, 22 Oct 2003 11:35:22 +1300
Newsgroups: jedi.vcl

Hi all,

Is anyone aware of a way that the JvInspector component allows you to change
the behaviour of the drop down lists for selecting enumerated types so that
it does NOT allow the user to type arbitary text into the field. i.e so that
it works more like a combobox whilst it's in csDropDownList mode (as opposed
to csDropDown).

Thanks,
Dylan




Subject: JVCL 3 Example Update Pass 2
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 21 Oct 2003 18:07:51 -0400
Newsgroups: jedi.vcl

Okay, here's by report for this:

Directory JvDiagramShape:

Directory 1. WebSiteScanner:

Project WebMapper:
Removed DOF
Ran, but finicky about HTML

Directory 2. UseCaseEditor:

Project UseCase:
Removed DOF
Ran, tested clean

Directory 3. DependencyWalker:

Project DepWalk:
Removed DOF
Ran, but slightly broken, not fixed
--

Directory JvHIDController:
No idea how to integrate them, will do later
--

Directory JvImageWindow:

Project ImageWindowDemo:
Built clean
Ran, "Change" menu items failed, not fixed
--

Directory JvInspectorDB:

Project InspectorDBExample:
Had to copy JvInspDB.pas to the source directory
Ran, tested clean
--

Directory JvListComb:

Project ListCombDemo:
Built clean
Ran, tested clean
--

Directory JvManagedThreads:

Project Balls:
Dependence on TeeChart, not fixed
Ran, tested clean
--

Directory JvMonthCalendar:

Project MonthCalendarDemo:
Still unable to fix, recommend scuttling and recreating
--

Directory JvMouseGesture:

Project JvMouseGestureDemo:
Had fixed, forgot to commit
Ran, tested clean
--

Directory JvMRUList:

Project JvMruListDemo:
Renamed project
Ran, tested clean
--

Directory JvPlugin:

Directory 1SimplePlugin:

Project group SimplePluginDemo:
Property errors, not fixed
Ran, tested clean

Directory 2MDI:

Project group MDISampleGroup:
Property errors, not fixed
Ran, tested clean

Directory 3ChangingProperties:

Project group ChangingPropertiesDemo:
Property errors, not fixed
Numerous errors on run, but tested clean

Directory 4ApplicationHook:

Project group HookApplicationDemo:
Built clean
Numerous errors on run, but tested clean

Directory 5DataAware:

Project group DataAwareDemo:
Built clean
Numerous errors on run, functionality failure
About box mentions UIL

Directory 6PluginPackage:

Project group PluginPackage:
Package in old format, fixed but won't commit
Numerous errors, unable to run
--

Directory JvProfiler32:

Project ProfilerDemo:
Unit problem, fixed
"Name" and "ID" options were reversed, fixed
Ran, tested clean
--

Directory JvProgressDialog:

Project JvProgressDialogDemo:
Built clean
Ran, tested clean
--

Directory JvScrollingWindow:

Project ScrollWinDemo:
Missing components, removed
Ran, tested clean
--

Directory JvSearchFile:

Project JvSearchFileProj:
AVs without madExcept, runs clean with...
--

Directory JvSpellChecker:

Project JvSpellCheckerDemo:
Copied JvSpellChecker.pas and JvSpellIntf.pas to source directory
Ran, tested fine, except no dictionary...
--

Directory JvTimeFrameWork:

Project PhotoOp:
There is a problem with this project, but I'll be damned if I can find it...
--

Directory JvXMLDatabase:

Project Hospital:
Built clean
Ran, functionality failure, not fixed
--

JvHIDController and JvMRUList require changes to the CVS structure that I
don't want to do.
JvMonthCalendar, JvPlugin, JvSearchFile, and JvTimeFrameWork are partially
or completely unsalvagable.
JvInspectorDB and JvSpellChecker require units to be added to one or more
packages.
JvManagedThreads is dependent on an external library that can be replaced
with TJvChart, but I don't feel confident enough to do the change.
Some components may have problems that were exposed by the examples:
 -TJvChart (JvChartDemo)
 -TJvFileListBox and/or TJvDirectoryListBox (JvAni)
 -TJvCheckTreeview (JvCheckTreeview)
 -TJvCustomValidator (JvValidators)

3 commits this time.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 21 Oct 2003 21:14:41 +0000 (UTC)
Newsgroups: jedi.vcl

Do I get a GO or should I forget the code?

-- Regards Andreas Hausladen 

Subject: Re: JVCL 3 Breakage with D7E
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 21 Oct 2003 15:38:10 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
bn3roa$gn1$1@talkto.net...
> > Ignacio Vazquez wrote:
> >
>> >> [Error] JvSpeedButton.pas(1390): Undeclared identifier: 'ThemeServices'
> >
> > The JvThemes unit dependency was missing. I committed the changes.

Works now. Thanks.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: JVCL 3 Breakage with D7E
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 21 Oct 2003 19:52:49 +0200
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > [Error] JvSpeedButton.pas(1390): Undeclared identifier: 'ThemeServices'

The JvThemes unit dependency was missing. I committed the changes.




-- Regards Andreas Hausladen 

Subject: JVCL 3 Breakage with D7E
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 21 Oct 2003 13:18:54 -0400
Newsgroups: jedi.vcl

[Error] JvSpeedButton.pas(1390): Undeclared identifier: 'ThemeServices'
[Error] JvSpeedButton.pas(1390): Operator not applicable to this operand
type
[Error] JvSpeedButton.pas(1429): Undeclared identifier: 'ThemeServices'
[Error] JvSpeedButton.pas(1429): Operator not applicable to this operand
type
[Error] JvSpeedButton.pas(1747): Undeclared identifier: 'TThemedButton'
[Error] JvSpeedButton.pas(1748): Undeclared identifier: 'TThemedToolBar'
[Error] JvSpeedButton.pas(1749): Undeclared identifier:
'TThemedElementDetails'
[Error] JvSpeedButton.pas(1768): Undeclared identifier: 'ThemeServices'
[Error] JvSpeedButton.pas(1768): 'THEN' expected but identifier
'ThemesEnabled' found
[Error] JvSpeedButton.pas(1773): Undeclared identifier:
'tbPushButtonDisabled'
[Error] JvSpeedButton.pas(1775): Undeclared identifier:
'tbPushButtonPressed'
[Error] JvSpeedButton.pas(1777): Undeclared identifier: 'tbPushButtonHot'
[Error] JvSpeedButton.pas(1779): Undeclared identifier: 'tbPushButtonNormal'
[Error] JvSpeedButton.pas(1781): Undeclared identifier: 'ttbToolbarDontCare'
[Error] JvSpeedButton.pas(1786): Undeclared identifier: 'ttbButtonDisabled'
[Error] JvSpeedButton.pas(1787): Duplicate case label
[Error] JvSpeedButton.pas(1788): Undeclared identifier: 'ttbButtonPressed'
[Error] JvSpeedButton.pas(1789): Duplicate case label
[Error] JvSpeedButton.pas(1790): Undeclared identifier: 'ttbButtonHot'
[Error] JvSpeedButton.pas(1791): Duplicate case label
[Error] JvSpeedButton.pas(1792): Undeclared identifier: 'ttbButtonNormal'
[Warning] JvSpeedButton.pas(1797): Comparing signed and unsigned types -
widened both operands
[Error] JvSpeedButton.pas(1800): Missing operator or semicolon
[Error] JvSpeedButton.pas(1801): Missing operator or semicolon
[Error] JvSpeedButton.pas(1802): Missing operator or semicolon
[Error] JvSpeedButton.pas(1806): Missing operator or semicolon
[Error] JvSpeedButton.pas(1807): Missing operator or semicolon
[Error] JvSpeedButton.pas(1808): Missing operator or semicolon
[Warning] JvSpeedButton.pas(1811): Comparing signed and unsigned types -
widened both operands
[Warning] JvSpeedButton.pas(1814): Comparing signed and unsigned types -
widened both operands
[Fatal Error] JvToolEdit.pas(44): Could not compile used unit
'..\..\run\JvSpeedButton.pas'

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Please help the JCL team test a bug fix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 21 Oct 2003 18:26:38 +0200
Newsgroups: jedi.vcl

See posting in jedi.jcl.




Subject: Re: JVCL 3 Example Update: JvThread through JvTreeViewAsMenu
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 21 Oct 2003 11:48:16 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bn1plj$1cl$1@talkto.net...
> > 1 commit to do.

Okay, all pending commits have been completed. I'm going back to revisit the
ones I skipped.

Cheers,
  Ignacio

--
The strange part isn't so much that he had an accent.  No accent was
detectable.  It was just sounds and burbs and gurgles coming from him.  He
was a like a chubby, old R2-D2.
  - La Üter




Subject: Re: JvInspector in BCB 6.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 21 Oct 2003 19:22:01 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 21 Oct 2003 15:53:34 +0200 @620)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Arioch /BDV/ tremble:

 MB> of the Borland license (you are not allowed to use any design time code
 MB> from Borland in your own code; this includes the TPropertyEditor base

To go on, i'd think on cross-fertilization between Rx and VCL
In early Rx version i found a number of comments like 'this code was taken
from vcl and enhanced'

On the other hand, TApplicationEvents was barrowed from Rx - i wonder if
there were some kind of treaty.

One more idea is, i think, Borland would never mind against useing their
DT-code in applications - as long as they will require Delphi or Kylix.
But with any attempt to move for any other pascal compiler.......
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvInspector in BCB 6.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 21 Oct 2003 18:52:10 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 21 Oct 2003 15:53:34 +0200 @620)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Arioch /BDV/ tremble:

 MB> of the Borland license (you are not allowed to use any design time code
 MB> from Borland in your own code; this includes the TPropertyEditor base

Very slicky limitation.
As for deploy.txt, it tells nothing about SOURCES, so if i will compile them
into EXE ?

And i always can install Delphi Personal, whole or in part :-)

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Tue, 21 Oct 2003 18:01:21 +0400
Newsgroups: jedi.vcl

> > The one at link above is free, isn't it ?

not fully.

My task - view and edit xml-data, as showing on
http://www.ibase.ru/devinfo/xmldb.htm




Subject: Re: TJvSearchFiles - dir listing bug?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 15:59:38 +0200
Newsgroups: jedi.vcl

Hello, cforce!
You wrote  on Tue, 21 Oct 2003 15:43:13 +0200:

 >> It can not be done with the current component, but using the MaxSize to
 >> specify the maximum number of files in the directory might be a good
 >> idea.

 c> How should i do that ..?

    Remko meant that the component should be changed to allow that usage
(the way you tried to).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvSearchFiles - dir listing bug?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 21 Oct 2003 15:58:27 +0200
Newsgroups: jedi.vcl

cforce wrote:
>> It can not be done with the current component, but using the MaxSize to
>> specify the maximum number of files in the directory might be a good idea.
>
>
> How should i do that ..?
>
> I tried in DirParams stMaxSize=true and MaxSize=1 or MaxSize=0, but always
> all directories are returned,
> so what i am doing wrong?

What you want can *not* be done with the current component.

With a good idea, I meant that I may change the component, so it functions the way you want.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvInspector in BCB 6.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 15:53:34 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Jury Sergeew on Tue, 21 Oct 2003 17:39:41 +0400:

 JS>> Torry.net or other sites - not freeware :(

 AB> The one at link above is free, isn't it ?

    ZPropLst? It is free, but also insists on using Delphi's TPropertyEditor
based editors. IOW, using it is factually in violation of the Borland
license (you are not allowed to use any design time code from Borland in
your own code; this includes the TPropertyEditor base class and anything
surrounding it). It is of course the easiest way to get an inspector and the
only way to use any property editor available in Delphi in your own
application.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvSearchFiles - dir listing bug?
From: "cforce" <cforce@gmx.de>
Date: Tue, 21 Oct 2003 15:43:13 +0200
Newsgroups: jedi.vcl

> > It can not be done with the current component, but using the MaxSize to
> > specify the maximum number of files in the directory might be a good idea.

How should i do that ..?

I tried in DirParams stMaxSize=true and MaxSize=1 or MaxSize=0, but always
all directories are returned,
so what i am doing wrong?




Subject: Re: JvInspector in BCB 6.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 21 Oct 2003 17:39:41 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 21 Oct 2003 17:02:31 +0400 @585)
....while the fading voice of Jury whispered through the darkness:

 JS> Torry.net or other sites - not freeware :(

The one at link above is free, isn't it ?


-- If i had ears, i'd heard Lacrimosa - Schakal (Edit Version) http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Is there tree-structure provider ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 15:08:24 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Tue, 21 Oct 2003 16:55:37 +0400:

 AB> Subj!

    Any provider can generate a tree (if it is useful in all cases is a
different subject). The current color provider already is able to generate a
tree (top level are the groups, each group contains the assigned colors), as
is the context provider (which contains a small potential bug, but that will
be committed later).

    There will be a TStrings type provider that will allow you to add an
image to it, as well as sub items (which can in turn also contain images and
sub items), a folder provider and much, much more. In theory every
specialized combo-box/list-box/button/pop-up menu will be turned into a
provider.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Tue, 21 Oct 2003 17:02:31 +0400
Newsgroups: jedi.vcl

> > BTW, a bit of heresy.
> > Whad' ya all say about that inspector:
http://www.ibase.ru/devinfo/xmldb.htm
> > I wonder, can there be dataprovider for JvInspector for that ?

This inspector is very good :) however created by Delphi, and i can't
rebuild that for my project. All Inspectors (JvInspector like) from
Torry.net or other sites - not freeware :(




Subject: Is there tree-structure provider ?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 21 Oct 2003 16:55:37 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 20 Jun 2003 16:22:08 +0200 @640)
....while the fading voice of Marcel whispered through the darkness:

Subj!
For example it may then be used with JvInspector.
Or for smth like ExplorerTreeview* componentes from vglib1 (www.vglib.com)

-- If i had ears, i'd heard Ken Hensley - Free Spirit http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvInspector in BCB 6.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 21 Oct 2003 16:53:41 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 20 Oct 2003 10:08:17 +0400 @297)
....while the fading voice of Jury whispered through the darkness:

 JS> Thanks! I check jvcl3
BTW, a bit of heresy.
Whad' ya all say about that inspector: http://www.ibase.ru/devinfo/xmldb.htm

I wonder, can there be dataprovider for JvInspector for that ?

-- If i had ears, i'd heard Ken Hensley - A Little Piece Of Me (Julia's Song) http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: A DTX editor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Oct 2003 14:26:21 +0200
Newsgroups: jedi.vcl

One *very* good thing with Delphi is that you can easily open the
corresponding pas file by selecting the top item in the DTX and hit
Ctrl+Enter. And if you want to "borrow" some wordings from Delphi's help
file, its just an F1 away :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A DTX editor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 21 Oct 2003 22:23:04 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Tue, 21 Oct 2003 21:54:11 +1000:
>
>  >>
>  >>    Nothing in the file has a fixed order. Indentation/formatting has no
>  >> influence (except when in a <PRE> or <CODE> tag). In essence any text
>  >> editor will do (and that is why most use either the Delphi IDE or a
>  >> notepad replacement)
>  O> Yes and the same goes for PO files. But I still prefer PoEdit !
>
>     I understand, and I didn't mean to imply it would be a waste of time or
> even that I wouldn't use it. Just that the structure itself is so simple and
> almost impossible to screw up.
>
No worries, and actually, if there was a document explaining the structure, that may help. Else, I'll do some guess work that may be incorrect



Subject: Re: A DTX editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 14:06:13 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 21 Oct 2003 21:54:11 +1000:

 >>
 >>    Nothing in the file has a fixed order. Indentation/formatting has no
 >> influence (except when in a <PRE> or <CODE> tag). In essence any text
 >> editor will do (and that is why most use either the Delphi IDE or a
 >> notepad replacement)
 O> Yes and the same goes for PO files. But I still prefer PoEdit !

    I understand, and I didn't mean to imply it would be a waste of time or
even that I wouldn't use it. Just that the structure itself is so simple and
almost impossible to screw up.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: A DTX editor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Oct 2003 14:01:53 +0200
Newsgroups: jedi.vcl

> > Yes and the same goes for PO files. But I still prefer PoEdit !
What?!! Don't you use IniTranslator for PO's? Heretic!<vbg>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInspector in BCB 6.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 21 Oct 2003 21:56:11 +1000
Newsgroups: jedi.vcl

Jury Sergeew wrote:

> hmm, "New" function present into .lib and .obj files. What cannot be
> linked???? :((
>
>
That's a good question which I don't have an answer to just yet...
Still looking though



Subject: Re: A DTX editor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 21 Oct 2003 21:54:11 +1000
Newsgroups: jedi.vcl

>
>    Nothing in the file has a fixed order. Indentation/formatting has no
> influence (except when in a <PRE> or <CODE> tag). In essence any text editor
> will do (and that is why most use either the Delphi IDE or a notepad
> replacement)
>
Yes and the same goes for PO files. But I still prefer PoEdit !



Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Tue, 21 Oct 2003 15:39:42 +0400
Newsgroups: jedi.vcl

hmm, "New" function present into .lib and .obj files. What cannot be
linked???? :((




Subject: Re: A DTX editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 13:26:06 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 21 Oct 2003 21:14:48 +1000:

 O> I dont' want a fancy colored text editor, I want an editor that would
 O> prevent me from ruining the structure.

    I don't think there is much to ruin. For those not familiar, a typical
help file is structured like this:

---8<---8<---8<---
##Package: <package name of unit>
##Status: <documentation status>
----------------------------------------------------------------------------
------------------------
@@<unit name>.pas
Summary
  Contains the <main component> component.
<INCLUDE JVCL.UnitText.dtx>
Author
  <Original author of component/unit>
----------------------------------------------------------------
@@<Main component>
<TITLEIMG <Main component>>
JVCLInfo
  GROUP=JVCL.<group into which it belongs in the help file>
  FLAG=Component
Summary
  <Short (one sentence) description>
Description
  <full description>
----------------------------------------------------------------
@@<Name of method, property, event or routine>
Summary
  <Short (one sentence) description>
Description
  <full description>
Parameters
    Param1 - Description of param1
    Param2 - Description of param2
See Also
  <List of related items>
--->8--->8--->8--->8---

   Nothing in the file has a fixed order. Indentation/formatting has no
influence (except when in a <PRE> or <CODE> tag). In essence any text editor
will do (and that is why most use either the Delphi IDE or a notepad
replacement)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: A DTX editor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 21 Oct 2003 21:14:48 +1000
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened... (Mon, 20 Oct 2003 13:31:19 +0200 @521)
> ...while the fading voice of Marcel whispered through the darkness,
> making lonely ghost of Arioch /BDV/ tremble:
>
>  MB>     Help source files
>
> What are needed features ?
> Unired.sf.net has almost any syntax support, customisable via XML (google
> for "FAR colorer")
I dont' want a fancy colored text editor, I want an editor that would prevent me from ruining the structure.



Subject: Re: A DTX editor
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 21 Oct 2003 14:55:23 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 20 Oct 2003 13:31:19 +0200 @521)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Arioch /BDV/ tremble:

 MB>     Help source files

What are needed features ?
Unired.sf.net has almost any syntax support, customisable via XML (google
for "FAR colorer")
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvInspector in BCB 6.0 [CVS options - 1 kb attach, sorry]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 21 Oct 2003 14:53:17 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 20 Oct 2003 15:37:34 +0400 @526)
....while the fading voice of Jury whispered through the darkness:

 JS> Thanks! You can send to me your email? 
in signaature both here and on RSDN.ru

 JS> Maybe talk in russian? :)
i have now almost no time to look for jvcl3 :-(
And i am usually offline, so no good.


-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JVCL 3 Example Update: JvID3v1 through JvOutlookBar
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 10:52:44 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Tue, 21 Oct 2003 10:46:09 +0200:

 MB>  Will report back after testing
 MB> both the unit as well as the example.

    Build and ran cleanly (in D5). Did remove compiler hints for JvInspDB
(actually caused by an obsolete virtual declaration in JvInspector).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL 3 Example Update: JvID3v1 through JvOutlookBar
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 10:46:09 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Mon, 20 Oct 2003 17:20:51 -0400:

 IV> Project InspectorDBExample:
 IV> Unable to build

    Most likely because the JvInspDB unit is not added to any package. The
problem is that it is part of JvInspector but is DB-aware, so we can add it
to the JvCustom package by default. We might add it to the JvDB package, but
that would introduce a dependancy to JvCustom for that package. I will have
a look though to see if the JvInspDB unit actually still builds (I may have
forgotten to implement some of the changes in JvInspector in JvInspDB). Will
report back after testing both the unit as well as the example.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector memory leak?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 10:41:09 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Dylan on Tue, 21 Oct 2003 10:20:59 +0200:

 D>> I could be wrong, but it appears to me that my TInspectorDataObject(s)
 D>> are not being freed.

 MB>     They are freed (or at least should be; I'll have a better look
 MB> later), once all items referring to it are removed.

    I had a look and you were right; they are not freed when they should. I
added these two lines to the bottom of TJvCustomInspectorData.RemoveItem:

---8<---8<---8<---8<---8<---
  if Length(FItems) = 0 then
    Destroy;
--->8--->8--->8--->8--->8---

    So the data instance is destroyed once the last item is removed (the
RemoveItem method is called from TJvCustomInspectorItem.BeforeDestruction).
The changes are committed to the JVCL3 sources (so should show up in the
daily snapshot tomorrow).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Tue, 21 Oct 2003 12:34:31 +0400
Newsgroups: jedi.vcl

Hi!

This is cut from JvCustomC6R.lib:

@Jvinspector@TJvInspectorVarData@New$qqrp17System@TMetaClasspx34Jvinspector@
TJvCustomInspectorItemx17System@AnsiStringpx17Typinfo@TTypeInfopxv A ?   
?@Jvinspector@TJvInspectorVarData@New$qqrp17System@TMetaClasspx34Jvinspector
@TJvCustomInspectorItemx17System@AnsiStringpx17Typinfo@TTypeInfopxv  œ7
0@Jvinspector@TJvInspectorVarData@SetAsSet$qqrpxv


I'm courious - i not see 'AAddress' parameter.

Declaration in 'JvInspector.hpp':

/*         class method */ static TJvCustomInspectorItem* __fastcall
New(TMetaClass* vmt, const TJvCustomInspectorItem* AParent, const AnsiString
AName, const Typinfo::PTypeInfo ATypeInfo, const void * AAddress)/* overload
*/;

Cut from JvInspector.dcu

TJvInspectorVarData.New?>?\ 'áQ!Self !AParentbQÛ!ANameï!
ATypeInfo"t!AAddress"Á ResultQ

Cut from JvInspector.obj

Jvinspector@TJvInspectorVarData@New$qqrp17System@TMetaClasspx34Jvinspector@T
JvCustomInspectorItemx17System@AnsiStringpx17Typinfo@TTypeInfopxv A ?   
?@Jvinspector@TJvInspectorVarData@New$qqrp17System@TMetaClasspx34Jvinspector
@TJvCustomInspectorItemx17System@AnsiStringpx17Typinfo@TTypeInfopxv  œ7
0@Jvinspector@TJvInspectorVarData@


Heh, any other methods of TJvInspector link and work perfectly,
Jvinspector::TJvInspectorVarData::New - not.




Subject: Re: JvInspector memory leak?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Oct 2003 10:20:59 +0200
Newsgroups: jedi.vcl

Hello, Dylan!
You wrote  on Tue, 21 Oct 2003 11:31:36 +1300:

 D> I'm new to this newsgroup and the JVCL and general so I apologise if
 D> this has already been covered and/or fixed.

    Welcome to this community!

 D> Documentation states:
 D> "TJvCustomInspectorItem.Delete -
 D> Delete removes an item from the list of child items. The item and data
 D> layer instance will be freed as well."

 D> I could be wrong, but it appears to me that my TInspectorDataObject(s)
 D> are not being freed.

    They are freed (or at least should be; I'll have a better look later),
once all items referring to it are removed. They most certainly are removed
once the JvInspector.pas finalization section is executed (i.e. on
application shut down).

 D> Is this erroneous code or am I using the interface to this component
 D> incorrectly.

    As I mentioned previously it should work (although documentation might
need some update) but I'll look at it later.

 D> (Otherwise it's a freakin' good component that saves a lot of time -
 D> thanks to all involved!)

    Thanks and you're welcome.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JVCL3: jvPlugins in projectgroups
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Tue, 21 Oct 2003 10:18:11 +0200
Newsgroups: jedi.vcl

Hello,

when a plugin project is added to a projectgroup, the plugin-unit is added
to the wrong project. It is added to the last active project and not to the
newly created plugin project. The unit has to be added to the new project
and removed from the other project by hand.

Ciao,
Ralf



Subject: Re: MvStdCtrlsC5R
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 21 Oct 2003 08:15:00 +0200
Newsgroups: jedi.vcl

My fault. TModalResult is defined in Forms in D5 (and BCB5) but in Controls
in >= D6 but I never tested it in D5 so the change is correct.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: MvStdCtrlsC5R
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 20 Oct 2003 22:58:35 -0600
Newsgroups: jedi.vcl

In JvSpeedButton.pas, the Forms unit is used in the implementation
sections, but a type defined in Forms (TModalResult) is used in the
interface section. To work around this, I moved the Forms unit from the
implementation section to the interface section. This worked, but I
don't know if this is OK or if it will break something else?


Subject: Re: JVCL 3 Example Update: JvUIB through RxLib
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 21 Oct 2003 11:45:26 +1000
Newsgroups: jedi.vcl

> Directory JvUrlListGrabber:
>
> Project JvUrlListGrabberDemo:
> Unable to build
> Is this demo supposed to work?
No, because I haven't commited the latest work I've been doing on that. In the end, it will be a merger of TJvHTTPGrabber, TJvFTPGrabber and TJvMultiHTTPGrabber, but right now, it's work in progress.
I wrote the demo so that I have a project to test the code against.
I could commit a compiling code now, but it'll crash at runtime anyway.




Subject: Re: EXE-Size with JVCL3
From: "Ingo" <ingo05@yahoo.de>
Date: Tue, 21 Oct 2003 02:53:08 +0200
Newsgroups: jedi.vcl

Great!
File size decreased very much.
Many thanks to the JEDI-Team.

Greetings
Ingo




Subject: JVCL 3 Example Update: JvUIB through RxLib
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 20:17:48 -0400
Newsgroups: jedi.vcl

A couple of problems here, in components possibly:

Directory JvUIB:
Unable to test
---

Directory JvUrlListGrabber:

Project JvUrlListGrabberDemo:
Unable to build
Is this demo supposed to work?
--

Directory JvValidateEdit:

Project JvFormatEditDemo:
Built clean
Ran, tested clean
--

Directory JvValidators:

Project JvValidatorsDemo:
Built clean
Ran, second edit not working, believed to be error in TJvCustomValidator
--

Directory JvWinDialogs:

Project JvWinDialogsDemo:
Built clean
Functionality duplicated in JvDialogs example
--

Directory JvWindowsTitle:

Project JvWindowsTitleProj:
Built clean
Ran, tested clean
--

Directory JvWndProcHook:

Project WndProcHookDemo:
Built clean
Ran, top button in list always reports as being clicked
--

Directory JvXMLDatabase:
Skipping for now, will return later
--

Directory JvZLibMultiple:

Project JvZLibMultipleDemo:
Built clean
Ran, tested clean
--

Directory JvZoom:

Project JvZoomProj:
Built clean
Ran, tested clean
--

Directory RaLib:
Skipped by request
--

Directory RxLib:
Skipped by request
--

Once again, 0 commits. I'll complete any pending commits... tomorrow. Time
to go home.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 20 Oct 2003 17:41:33 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >When I get that error, it's usually because I forgot a unit in the R 
> >package related to the D package.

I think this was caused by an out-of-date JvCoreC5R file. I fixed that
and now I'm able to install the package.



Subject: Re: A DTX editor
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 21 Oct 2003 01:34:38 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Remko Bonte wrote:
>> Good idea, note that GenDtx can be rewritten a bit to provide XML or something that represents the current pas file, that then can be used by your tool.
>>
> Yeah, but what I'd like is a really light tool that can work of a file I download from WebCVS for instance.
> And the structure is not that complicated anyway.
> I'll give it go today, I think it'll be finished by the  end of this week-end
>

Ok, but what I meant is that the .pas file is the most up to date version by definition, and the .dtx file might be out of synch with it's associated pas file; parsing the .pas file is a bit complicated, but can be done by GenDtx, so a workaround could be to work with XML.

But keeping it simple is always a good idea :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JVCL 3 Example Update: JvID3v1 through JvOutlookBar
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 21 Oct 2003 09:18:54 +1000
Newsgroups: jedi.vcl

>
> Directory JvMail:
>
> Project MailExample:
> Built clean
> Ran, tested clean with Outlook XP, unable to test with others
Will test it with Eudora 5.2 tonight



Subject: Re: A DTX editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 21 Oct 2003 09:16:43 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> OBones wrote:
>
>> Do we have a DTX file editor (other than notepad ?)
>
>
> I use UltraEdit, much better <g>
>
>> If not, what do you think of me doing one ?
>
>
> Good idea, note that GenDtx can be rewritten a bit to provide XML or something that represents the current pas file, that then can be used by your tool.
>
Yeah, but what I'd like is a really light tool that can work of a file I download from WebCVS for instance.
And the structure is not that complicated anyway.
I'll give it go today, I think it'll be finished by the  end of this week-end



Subject: JVCL 3 Example Update: JvThread through JvTreeViewAsMenu
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 19:06:26 -0400
Newsgroups: jedi.vcl

Not too bad this time:

Directory JvThread:

Project JvThreadProj:
Built clean
Ran, tested clean
--

Directory JvThumbnail:

Project JvThumbnailDemo:
Reliance on Win 3.1 controls, fixed
Ran, tested clean
--

Directory JvTimeFrameWork:

Project PhotoOp:
Multiple errors, unable to build
--

Directory JvTimeline:

Project TimeLineDemo:
Built clean
Ran, tested okay
--

Directory JvTipOfDay:

Project TipsDemo:
Built clean
Ran, tested clean
--

Directory JvTMTimeLine:

Project SimpleTLTest1:
Built clean
Ran, tested clean
--

Directory JvTranslator:

Project JvTranslatorProj:
Built clean
Ran, tested okay
--

Directory JvTransparentButton:

Project TransparentButtonDemo:
Built clean
Ran, "Drop Down" only responds to right-clicks, not fixed
--

Directory JvTrayIcon:

Project JvTrayIconDemo:
Built clean
Ran, tested clean
--

Directory JvTreeViewAsMenu:

Project JvTreeViewAsMenu:
Built clean
Ran, tested clean
--

1 commit to do.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Small issues with JvMenus.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 21 Oct 2003 08:59:35 +1000
Newsgroups: jedi.vcl

>
> Hm, something for the help file <g>
>
yeah, I'm onto it...


>
> That's another way of doing it.. looks good :) I think I decrease the color box size a bit, so the selection will be more visible.
I'll leave that to you, it's not that complex to change <g>



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 21 Oct 2003 08:58:26 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> I've converted all of the FILELIST entries from the .bpk file to USExxx
> entries in the .cpp file for JvCoreC5R and JvCoreC5D. Both of these
> packages are now building cleanly, but when I try to install the
> JvCoreC5D package in my pallet, I get an error dialog:
>
> The procedure entry point @Jvactions@Finalization$qqrv could not be
> located in the dynamic link library JVCOREC5R.BPL.
>
> Can someone please translate this for me and tell me what I need to do
> to avoid it?
>
When I get that error, it's usually because I forgot a unit in the R package related to the D package.
It doesn't show up at link or compile time because the code isn't used yet. But when one loads the D package, it looks for some needed functions and in that case, couldn't find one.
The solution that I usually come up with is to have a look at the D6 equivalent packages and find which unit I missed.
Sometimes, it's not a missing unit, but rather an outdated version on my machine. In all instance, it's a guess work, but the fact that you have @JvActions@ indicates the general direction.
And I will have to update some packages for BCB6 because Peter did some changes in the packages for Delphi which involve the separation of JvxCtrls.pas into separate units.
Sorry I couldn't come up with a more precise explanation, but most of the work I've done with BCB is based on assumptions which may be true but also, unfortunately, wrong.



Subject: JvInspector memory leak?
From: "Dylan" <dylantowler@xtra.co.nz>
Date: Tue, 21 Oct 2003 11:31:36 +1300
Newsgroups: jedi.vcl

Hi all,

I'm new to this newsgroup and the JVCL and general so I apologise if this
has already been covered and/or fixed.

Documentation states:
"TJvCustomInspectorItem.Delete -
Delete removes an item from the list of child items. The item and data layer
instance will be freed as well."

I could be wrong, but it appears to me that my TInspectorDataObject(s) are
not being freed.

Is this erroneous code or am I using the interface to this component
incorrectly.

(Otherwise it's a freakin' good component that saves a lot of time - thanks
to all involved!)

Cheers,
Dylan.




Subject: JVCL 3 Example Update: JvPackageModify through JvSystemPopup2
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 18:27:20 -0400
Newsgroups: jedi.vcl

I think I found some component problems in this run:

Directory JvPackageModify:

Project pm:
Built clean
Ran, didn't test
--

Directory JvPageListTreeView:

Project PageListDemo:
Built clean
Ran, tested okay
What is "Button7" for?
--

Directory JvPanel:

Project JvPanelDemo:
Built clean
Ran, functionality failure, not fixed
--

Directory JvPlayList:

Project JvPlayListProj:
Built clean
Ran, tested clean
--

Directory JvPlugin:
Skipped for now, will return later
--

Directory JvPreviewDocument:

Project JvPrvwDemo:
Minor type problem, not fixed
Ran, scrollbar felt a little jumpy
--

Directory JvProfiler32:

Project ProfilerDemo:
Unable to build, form class name conflict
--

Directory JvProgressDialog:

Project JvProgressDialogDemo:
Built clean
"Show Image" has no effect, not fixed
--

Directory JvRegistryTreeView:

Project RegEditDemo:
Built clean
Ran, tested clean
--

Directory JvRichEdit:
Spurious .cvsignore

Project EditorDemo:
Built clean
Ran, needs content update

Project MessengerDemo:
Built clean
Ran, okay, THAT was wierd, but it works
--

Directory JvRunDll32:

Project RunDLL32Demo:
Built clean
Ran, tested clean
--

Directory JvScreenCapture:

Project JvScreenCaptureProj:
Built clean
Ran, tested clean
--

Directory JvScrollingWindow:

Project ScrollWinDemo:
Unable to build
--

Directory JvSearchFile:

Project JvSearchFileProj:
Built clean
Ran, AV on close in TJvAppINIFileStore.WriteValue, not fixed
--

Directory JvShellHook:

Project JvShellHookDemo:
Built clean
Ran, tested clean
--

Directory JvSHFileOperation:

Project ShFileOpDemo:
Built clean
Ran, not tested
--

Directory JvSimpleXML:

Project JvSimpleXMLDemo:
Built clean
Ran, tested clean
--

Directory JvSimpleXML Validator:

Project XMLValidator:
Built clean
Ran, tested clean
--

Directory JvSpecialProgress:

Project SpecialProgressTestPrj:
Built clean
Ran, minor functionality failures, not fixed
--

Directory JvSpellChecker:

Project JvSpellCheckerDemo:
Unable to build
--

Directory JvSystemPopup:

Project JvSystemPopupProj:
Built clean
Ran, tested clean
--

Directory JvSystemPopup2:

Project SystemPopupTest:
Built clean
Ran, tested clean
--

0 commits to do for this run. Yay!

Thanks,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 20 Oct 2003 15:42:35 -0600
Newsgroups: jedi.vcl

I've converted all of the FILELIST entries from the .bpk file to USExxx
entries in the .cpp file for JvCoreC5R and JvCoreC5D. Both of these
packages are now building cleanly, but when I try to install the
JvCoreC5D package in my pallet, I get an error dialog:

The procedure entry point @Jvactions@Finalization$qqrv could not be
located in the dynamic link library JVCOREC5R.BPL.

Can someone please translate this for me and tell me what I need to do
to avoid it?

Leroy Casterline <casterle@ccltd.com> wrote:

> >Presumably I can move the FILELIST items from the .bpk file to the .cpp
> >file and change them to the USExxx macros...



Subject: Re: JVCL 3 Example Update: JvID3v1 through JvOutlookBar
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 20 Oct 2003 23:30:24 +0200
Newsgroups: jedi.vcl

> > Directory JvImageWindow:
> >
> > Project ImageWindowDemo:
> > Many property errors, not fixed
Fixed, but that's one awful component, that JvImageWindow. Yuck! (Yes, I am
allowed to say that 'cause I wrote it!)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL 3 Example Update: JvID3v1 through JvOutlookBar
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 17:20:51 -0400
Newsgroups: jedi.vcl

Fairly good this time, just a couple of biggies:

Directory JvID3v1:

Project JvID3v1Demo:
Built clean
Ran, reading worked, didn't test writing
--

Directory JvID3v2:

Project JvID3v2Demo:
Built clean
Ran, reading worked, didn't test writing
--

Directory JvImageWindow:

Project ImageWindowDemo:
Many property errors, not fixed
--

Directory JvInspector:

Project InspectorSimpleExample:
Built clean
Ran, tested okay

Project InspExample:
Built clean
Ran, tested clean
--

Directory JvInspectorDB:

Project InspectorDBExample:
Unable to build
--

Directory JvInstallLabel:

Project Install2LabelDemo:
Property error, fixed
Ran, tested clean
--

Directory JvLinkLabel:

Project JvLinkLabelDemo:
Built clean
Ran, tested clean
--

Directory JvListComb:

Project ListCombDemo:
Built clean
Ran, load file functionality missing, not fixed
--

Directory JvLogFile:

Project JvLogFileDemo:
Built clean
Ran, tested clean
--

Directory JvMail:

Project MailExample:
Built clean
Ran, tested clean with Outlook XP, unable to test with others
--

Directory JvManagedThreads:

Project Balls:
Unable to build, dependency on TeeChart

Project Philosophers:
Built clean
Ran, tested clean
--

Directory JvMenus:

Project JvMenusExample:
Built
Ran, tested clean
--

Directory JvMonthCalendar:

Project MonthCalendarDemo:
Complete failure to build, unable to fix
--

Directory JvMouseGesture:

Project JvMouseGestureDemo:
Unit problem, fixed
Ran, tested clean
--

Directory JvMRUList:

Project JvMruList:
Unable to build, project needs to be renamed
--

Directory JvMultiHTTPGrabber:
Spurious .cvsignore in directory

Project JvMultiHTTPGrabberDemo:
Built clean
Ran, tested clean
--

Directory JvNTEventLog:

Project EventViewer:
Built clean
Ran, tested clean
--

Directory JvObjectPicker:

Project JvObjPickerDemo:
Built clean
Ran, unable to test
--

Directory JvOutlookBar:

Project OLBarDemo:
Built clean
Ran, tested clean
--

2 commits in this set.

Thanks,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 20 Oct 2003 22:15:04 +0200
Newsgroups: jedi.vcl

Don't do the Rx demos (JvGIFAnimator, JvDBExplorer and RxLib folders) or the
RALib demos now: I'll have a look at them. Most of these haven't compiled in
a long time, so I guess there's quite a lot to update.

> > Directory JvDomainUpDown:
> >
> > Project Project2:
> > Built clean
> > Ran, but looks terrible
This one shouldn't even be in there...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3 Example update: JvBallonHint through JvCSVDataSet
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 16:12:39 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bn1bsi$ti3$1@talkto.net...
> > Hello, Ignacio!
> > You wrote  on Mon, 20 Oct 2003 14:44:34 -0400:
> >
IV>> Directory JvColorButton:
> >
IV>> Directory JvColorCombo:
> >
> >     You'll have to do these two later once the color provider is ready and
> > a provider-aware button is completed.

In that case I'll hold out until they're ready.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: JVCL 3 Example Update: JvDataEmbedded through JvHTMLParser
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 15:53:59 -0400
Newsgroups: jedi.vcl

Directory JvDataEmbedded:

Project JvDataEmbeddedProj:
Built clean
Ran, tested clean
--

Directory JvDBDateTimePicker:

Project DBDTPDemo:
Built clean
Ran, tested clean
--

Directory JvDBExplorer:
Skipped for now, will return later
--

Directory JvDbMaskEdit:

Project JvDbMaskEditDemo:
Useless code removed
Form cleaned up a bit
Ran, tested clean
--

Directory JvDiagramShape:
Skipped for now, will return later
--

Directory JvDialogs:

Project JvDialogsDemo:
Variable removed
"Password", "Exchange listboxes", "Login", "Serial", "Progress Dlg",
"Fatal Exit" buttons non-functional, not fixed
--

Directory JvDomainUpDown:

Project Project2:
Built clean
Ran, but looks terrible
--

Directory JvDSADialogs:

Project DSAExamples:
Built clean
Ran, minor error, not fixed

Project MessageDlgEditor:
Appears to be identical to previous project
--

Directory JvEdits:

Project JvEdits:
Built clean
Ran, tested clean
--

Directory JvErrorIndeicator:

Project JvErrorIndicatorDemo:
Built clean
Ran, tested clean
--

Directory JvFileListBox:

Project FileDirDemo:
Built clean
Ran, tested clean
--

Directory JvFindReplace:

Project FindReplaceDemo:
Built clean
Ran, tested clean
--

Directory JvFooterAndGroupHeader:

Project prjControls:
Built clean
Ran, tested clean, I think...
--

Directory JvGIFAnimator:

Project RxGIFAnm:
Couldn't build, not fixed
--

Directory JvHIDController:
Skipped, will integrate Robert Marquardt's code later
--

Directory JvHTMLParser:

Project JvHtmlParserProj:
Built clean
Ran, had to tweak FileName property, tested clean
--

2 commits for this one, plus a couple of minor problems.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JVCL 3 Example update: JvBallonHint through JvCSVDataSet
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 20 Oct 2003 21:11:11 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Mon, 20 Oct 2003 14:44:34 -0400:

 IV> Directory JVCLMegaDemo:
 IV> Skipped for now, will return later
 IV> --

    Probably not neccessary as it uses the various other demos and combines
into one mega demo (hence the name <g>).

 IV> Directory JvColorButton:

 IV> Project ColorButtonDemo:
 IV> Unit problem, fixed
 IV> Ran, functionality failure, fixed
 IV> --

 IV> Directory JvColorCombo:

 IV> Project ColorComboDemo:
 IV> Property errors, fixed
 IV> Small problem with custom color dialog box, not fixed
 IV> --

    You'll have to do these two later once the color provider is ready and a
provider-aware button is completed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JVCL 3 Example update: JvBallonHint through JvCSVDataSet
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 14:44:34 -0400
Newsgroups: jedi.vcl

Mostly good, just a few oopses, and some unit updates:

Directory JvBalloonHint:

Project BalloonPrj:
Numerous property errors, fixed
JvGradientCaptions removed
Options in top-right panel seem to have no effect
Ran, tested okay
--

Directory JvBehaviorLabel:

Project JvBehaviorLabelDemo:
Built clean
Ran, tested clean
--

Directory JvBMPAnimator:

Project BmpAnimDemo:
Property error, fixed
Ran, functionality failure, fixed
--

Directory JvBrowseFolder:

Project JvBrowserFolder:
Built clean
Ran, tested clean
--

Directory JvCaptionButton:

Project CaptionButtonDemo:
Built clean
Ran, tested clean
--

Directory JvChangeNotify:

Project ChangeNotifyDemo:
Built clean
Ran, tested clean
--

Directory JvChartDemo:
Recommend change directory name to match component name

Project JvChartDemo:
Built clean
Exception when viewing pie chart, not fixed:
exception class   : ERangeError
exception message : Range check error.

main thread ($754):
$00473316 JvChartDemo.exe JvChart           TJvChartOptions.GetPenColor
$0047865B JvChartDemo.exe JvChart           TJvChart.SetRectangleColor
$00478468 JvChartDemo.exe JvChart           TJvChart.MyColorRectangle
$00475CA2 JvChartDemo.exe JvChart           TJvChart.DrawPenColorBox
$004773C3 JvChartDemo.exe JvChart           TJvChart.MyPieLegend
$00476F3A JvChartDemo.exe JvChart           TJvChart.MyDisplayAsPie
$0047577A JvChartDemo.exe JvChart           TJvChart.PlotGraph
$004732BF JvChartDemo.exe JvChart           TJvChartOptions.SetChartType
$00479122 JvChartDemo.exe JvChartDemoFm 178
TJvChartDemoForm.SpeedButton10Click
--

Directory JvCheckTreeView:

Project CheckTVDemo:
Built clean
Ran, cascading checks fails, not fixed
--

Directory JvClipboardViewer:

Project JvClipoardViewerProj:
Unit problem, fixed
Ran, tested fine
--

Directory JVCLMegaDemo:
Skipped for now, will return later
--

Directory JvColorButton:

Project ColorButtonDemo:
Unit problem, fixed
Ran, functionality failure, fixed
--

Directory JvColorCombo:

Project ColorComboDemo:
Property errors, fixed
Small problem with custom color dialog box, not fixed
--

Directory JvComboListBox:

Project JvComboListBoxDemo:
Built clean
Count not being updated on delete, fixed
--

Directory JvContentScroller:

Project ContentScrollerDemo:
Built clean
Ran, tested clean
--

Directory JvControls:

Project ControlsExample:
Built clean
Ran, tested clean
--

Directory JvCreateProcess:

Project CreateProcessExample:
Built clean
Ran, tested clean
--

Directory JvCSVDataSet:

Project CsvDataDemo:
Built clean
Button caption problem, fixed
--

Altogether 8 commits to do, and somebody needs to fix TJvChart,
TJvCheckTreeView, and TJvColorCombo

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Just finished building JVCL3 under D7E...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 14:15:46 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bn12q4$r5d$1@talkto.net...
> > And I've changed the example to reflect this. I'll commit it along with
> > the other 3.

I've commited the 4, and am continuing with tests.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: A DTX editor
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 14:15:13 -0400
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
bn16ig$s43$1@talkto.net...
> > OBones wrote:
>> >> Do we have a DTX file editor (other than notepad ?)
> >
> > I use UltraEdit, much better <g>
> >
>> >> If not, what do you think of me doing one ?
> >
> > Good idea, note that GenDtx can be rewritten a bit to provide XML or
> > something that represents the current pas file, that then can be used by
> > your tool.

XML might be a good idea, since it forces more structure on the files than
the current free-form text.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Small issues with JvMenus.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 20 Oct 2003 19:44:33 +0200
Newsgroups: jedi.vcl

OBones wrote:
>>> To get correct drawing I now had to specify an imagelist for the popup menu although I didn't use that imagelist.
>>
>>
>> Weird... What exactly do you mean by correct and incorrect drawing ?
> [..]
> As to the problem with the ImageList, you don't have to specify one, simply set the ImageSize values both to 16.

Hm, something for the help file <g>

> Please have a look at the latest version in CVS and tell me if it looks like what you wanted.

That's another way of doing it.. looks good :) I think I decrease the color box size a bit, so the selection will be more visible.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: A DTX editor
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 20 Oct 2003 19:40:33 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Do we have a DTX file editor (other than notepad ?)

I use UltraEdit, much better <g>

> If not, what do you think of me doing one ?

Good idea, note that GenDtx can be rewritten a bit to provide XML or something that represents the current pas file, that then can be used by your tool.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvSearchFiles - dir listing bug?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 20 Oct 2003 19:34:59 +0200
Newsgroups: jedi.vcl

cforce wrote:
> When i am suing the object with follwing attribs set to:
>
> Options:= [soSearchDirs,soSearchFiles,soSorted]
> DirParams.MaxSize=0 or DirParams.MaxSize=1
> DirParams.SearchType:= [stMaxSize]

Property MaxSize is for specifying a maximum file size of a file or directory in bytes. The file size of a directory (as returned by FindFirstFile/FindNextFile) is always 0, so not very useful in this case.

> I wanna have all empty dirs recursively...
>
> How to do that or is it a bug?

It can not be done with the current component, but using the MaxSize to specify the maximum number of files in the directory might be a good idea.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Just finished building JVCL3 under D7E...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 20 Oct 2003 12:36:15 -0400
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
bmqpif$i2f$1@talkto.net...
> > I modified it so that it now triggers an exception when the driver index
> > given to it is invalid.

And I've changed the example to reflect this. I'll commit it along with the
other 3.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: TJvSearchFiles - dir listing bug?
From: "cforce" <cforce@gmx.de>
Date: Mon, 20 Oct 2003 18:30:46 +0200
Newsgroups: jedi.vcl

Hi!

When i am suing the object with follwing attribs set to:

Options:= [soSearchDirs,soSearchFiles,soSorted]
DirParams.MaxSize=0 or DirParams.MaxSize=1
DirParams.SearchType:= [stMaxSize]

then run Search, all directories are listed in

"Directories", but sure not all are empty..

I wanna have all empty dirs recursively...

How to do that or is it a bug?

Cheers Terence.




Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 20 Oct 2003 09:19:33 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >As far as I know, the value in OBJFILES is not the one the IDE looks 
> >after when displaying the content of the package but it rather is an 
> >indication to the builder as to which files are generated by the package.
> >Only the FILE nodes in the FILELIST node are considered part of the 
> >package. So maybe you are missing some FILE nodes in that particular 
> >package file.

The entire FILELIST is removed from the .bpk file when it is saved in
BCB5. Apparently the mechanism for identifying included files has
changed from BCB5 to BCB6.

The only place that the filenames appear in the BCB5 .bpk file is in the
OBJFILES list...

<later>

It turns out that in BCB5, the units used in the package are in the .cpp
file in the form of USEUNIT, USERES, etc.

Presumably I can move the FILELIST items from the .bpk file to the .cpp
file and change them to the USExxx macros...


Subject: Re: JvInterpreter
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 20 Oct 2003 09:34:47 -0400
Newsgroups: jedi.vcl

Robert Cerny wrote:
> I just checked your bug report and something seems busted (or a typo).
> Q := A*(B/C) is equivalent to Q := A*B/C, so parens do not matter,
> while Q := B/C and Q := A/Q; are equivalent to either Q := A/B/C or Q :=
> A/(B*C)
>
I guess my bug report is messed up.
What I meant to say is that when I tested it out,


Q := A*(B/C) did NOT give the same result in compiled Delphi as when done in interpreted expression by JvInterpreter.

I was not sure which way it had broken.

Warren



Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 16:22:18 +0400
Newsgroups: jedi.vcl

> > Well, it wasn't that complicated.
> > You must write TJvInspectorVarData::New(...) because New is a static
> > method and you must use the Class name as a scope.

yes, i'm writting

AnsiString s;
TTypeInfo tp; //for link test

Jvinspector::TJvCustomInspectorItem *Item =
Jvinspector::TJvInspectorVarData::New(JvInspector1->Root, (const
AnsiString)"Data1", &tp, (const void * )&s);

> > However, as you have already seen, that doesn't link. That's because
> > something is missing at the linking stage and I can't find what yet
> > I'll try to find out tomorrow

Thanks!




Subject: Re: JvInspector in BCB 6.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 20 Oct 2003 21:50:50 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Jury Sergeew wrote:
>
>>> That's because this is not valid C++ code. You just have to use it this
>>
>>
>> way:
>>
>>> TJvCustomInspectorItem * item = TJvInspectorVarData.New(InspCat,
>>> "Date/time", TypeInfo(TDateTime), &ADate);
>>
>>
>>
>> TJvInspectorVarData.New(...) - it's not valid C++ construction.
>>
>> [C++ Error] Unit1.cpp(29): E2108 Improper use of typedef
>> 'TJvInspectorVarData'
>>
> Yeah, I see that...
> I'll have a close look in the upcoming days, I don't have time today.
>
Well, it wasn't that complicated.
You must write TJvInspectorVarData::New(...) because New is a static method and you must use the Class name as a scope.
However, as you have already seen, that doesn't link. That's because something is missing at the linking stage and I can't find what yet
I'll try to find out tomorrow



Subject: Re: JvInspector in BCB 6.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 20 Oct 2003 21:42:59 +1000
Newsgroups: jedi.vcl

Jury Sergeew wrote:

> TJvInspectorVarData *data = new TJvInspectorVarData->New(InspCat,
> "Date/time", TypeInfo(TDateTime), &ADate);
>
> it's compiled ok
>
>
But this is not correct code, even a bit dangerous
Please read my other post further in the thread



Subject: Re: JvInspector in BCB 6.0 [CVS options - 1 kb attach, sorry]
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 15:37:34 +0400
Newsgroups: jedi.vcl

Thanks! You can send to me your email? Maybe talk in russian? :)




Subject: Re: JvInspector in BCB 6.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 20 Oct 2003 21:36:55 +1000
Newsgroups: jedi.vcl

Jury Sergeew wrote:

>> That's because this is not valid C++ code. You just have to use it this
>
> way:
>
>> TJvCustomInspectorItem * item = TJvInspectorVarData.New(InspCat,
>> "Date/time", TypeInfo(TDateTime), &ADate);
>
>
> TJvInspectorVarData.New(...) - it's not valid C++ construction.
>
> [C++ Error] Unit1.cpp(29): E2108 Improper use of typedef
> 'TJvInspectorVarData'
>
Yeah, I see that...
I'll have a close look in the upcoming days, I don't have time today.



Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 15:36:15 +0400
Newsgroups: jedi.vcl

> > it's compiled ok

heh, however link not be ok :((




Subject: Re: A DTX editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 20 Oct 2003 13:31:19 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to OBones on Mon, 20 Oct 2003 15:18:25 +0400:

 O>> Do we have a DTX file editor (other than notepad ?)

 AB> DTX ???

    Help source files

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector in BCB 6.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 20 Oct 2003 13:30:40 +0200
Newsgroups: jedi.vcl

Hello, Jury!
You wrote  on Mon, 20 Oct 2003 15:21:58 +0400:

 JS> TJvInspectorVarData *data = new TJvInspectorVarData->New(InspCat,
 JS> "Date/time", TypeInfo(TDateTime), &ADate);

 JS> it's compiled ok

    That might be, but TJvInspectorVarData->New returns a
TJvInspectorCustomItem, so I guess using your data variable would give some
problems/errors.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 15:21:58 +0400
Newsgroups: jedi.vcl

TJvInspectorVarData *data = new TJvInspectorVarData->New(InspCat,
"Date/time", TypeInfo(TDateTime), &ADate);

it's compiled ok




Subject: Re: A DTX editor
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 20 Oct 2003 15:18:25 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 20 Oct 2003 17:33:59 +1000 @356)
....while the fading voice of OBones whispered through the darkness:

 O> Do we have a DTX file editor (other than notepad ?)

DTX ???

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvInspector in BCB 6.0 [CVS options - 1 kb attach, sorry]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 20 Oct 2003 15:17:44 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 20 Oct 2003 10:08:17 +0400 @297)
....while the fading voice of Jury whispered through the darkness:

 JS> Thanks! I check jvcl3
Still suggest You to use CVS.

Install TortoiseCVS.org , then unpack jvcl3 zips into separate folder (so
they will keep their timestamps untouched by Delphi/BCB).

Say here i have it as "E:\Download\Borland\jvcl\CVS\dev\JVCL3\"
Also i have a folder "E:\Download\Borland\jvcl\CVS\dev\CVS\" in which there
are options for CVS.

Here they are.
Sorry for posting attach right here, it is really tiny.
-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru

jvcl3_setup_CVS.zip
	



Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 15:14:25 +0400
Newsgroups: jedi.vcl

> >  JS> TJvInspectorVarData *data = new TJvInspectorVarData.New(InspCat,
> >  JS> "Date/time", TypeInfo(TDateTime), &ADate);

I'm sorry - this construction compiled successfully. It's not linked:

[Linker Error] Unresolved external '__fastcall
Jvinspector::TJvInspectorVarData::New(const
Jvinspector::TJvCustomInspectorItem *, const System::AnsiString,
Typinfo::TTypeInfo * const, const void *)' referenced from C:\PROGRAM
FILES\BORLAND\CBUILDER6\PROJECTS\UNIT1.OBJ


Hm... This HPP not equaled TJvInspector.pas???




Subject: Re: JvInspector in BCB 6.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 20 Oct 2003 13:05:19 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 20 Oct 2003 20:57:02 +1000:

 O> That's because this is not valid C++ code. You just have to use it this
 O> way: TJvCustomInspectorItem * item = TJvInspectorVarData.New(InspCat,
 O> "Date/time", TypeInfo(TDateTime), &ADate);

    Right, I didn't notice he assigned it to a TJvInspectorVarData variable.
All TJvInspector*Data.New methods return either a TJvCustomInspectorItem or
a dynamic array of TJvCustomInspectorItem. It either generate a data
instance or uses a previous instance for each item (depending if you are
using an item multiple times in your application).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 15:03:56 +0400
Newsgroups: jedi.vcl

> > That's because this is not valid C++ code. You just have to use it this
way:
> > TJvCustomInspectorItem * item = TJvInspectorVarData.New(InspCat,
> > "Date/time", TypeInfo(TDateTime), &ADate);

TJvInspectorVarData.New(...) - it's not valid C++ construction.

[C++ Error] Unit1.cpp(29): E2108 Improper use of typedef
'TJvInspectorVarData'

> > The method will create and return a new object for you to use




Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 15:01:39 +0400
Newsgroups: jedi.vcl

> >    BTW, if you get this to work, would you consider rewriting the Delphi
> > example into C++ and send that back to us (post it the zipped source to
our
> > issue tracker (preferred) or jedi.binaries)? It could be of great help to
> > other BCB users.

ok, shure :)




Subject: Re: JvInspector in BCB 6.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 20 Oct 2003 20:57:02 +1000
Newsgroups: jedi.vcl

Jury Sergeew wrote:

> I have a building JVCL3.0 However i can use TJvInspector again :(
>
> In Delphi examples uses this construction:
>
> TJvInspectorVarData.New(InspCat, 'Date/time', TypeInfo(TDateTime), @ADate);
>
> Analog in BCB:
>
> TJvInspectorVarData *data = new TJvInspectorVarData.New(InspCat,
> "Date/time", TypeInfo(TDateTime), &ADate);
>
> It's no work.
That's because this is not valid C++ code. You just have to use it this way:
TJvCustomInspectorItem * item = TJvInspectorVarData.New(InspCat, "Date/time", TypeInfo(TDateTime), &ADate);

The method will create and return a new object for you to use



Subject: Re: JvInspector in BCB 6.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 20 Oct 2003 12:51:25 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Jury Sergeew on Mon, 20 Oct 2003 12:49:20 +0200:

 MB>     Seems right to my untrained C eye..... I do notice an additional
 MB> parameter vmt. Should you explicitly hand add the TJvInspectorVarData
 MB> as the first parameter?

   BTW, if you get this to work, would you consider rewriting the Delphi
example into C++ and send that back to us (post it the zipped source to our
issue tracker (preferred) or jedi.binaries)? It could be of great help to
other BCB users.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector in BCB 6.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 20 Oct 2003 12:49:20 +0200
Newsgroups: jedi.vcl

Hello, Jury!
You wrote  on Mon, 20 Oct 2003 14:35:11 +0400:

 JS> In Delphi examples uses this construction:

 JS> TJvInspectorVarData.New(InspCat, 'Date/time', TypeInfo(TDateTime),
 JS> @ADate);

 JS> Analog in BCB:

 JS> TJvInspectorVarData *data = new TJvInspectorVarData.New(InspCat,
 JS> "Date/time", TypeInfo(TDateTime), &ADate);

    This is also what I thought it should be.

 JS> It's no work.

    What kind of error do you get? The same as before (invalid use of
TJvInspectorVarData class)

 JS> In my JvInspector hpp:

[snip]
 JS>         #pragma option push -w-inl
 JS>  /*         class method */ static TJvCustomInspectorItem* __fastcall
 JS> New(TMetaClass* vmt, const TJvCustomInspectorItem* AParent, const
 JS> AnsiString AName, const Typinfo::PTypeInfo ATypeInfo, const void *
 JS> AAddress)/* overload */;
 JS>         #pragma option pop

    Seems right to my untrained C eye..... I do notice an additional
parameter vmt. Should you explicitly hand add the TJvInspectorVarData as the
first parameter?

    I think I need another C++ expert to have a look at this. Olivier?
Leroy? Anything wrong with the hpp or should it be used slightly differently
in a C++ application?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 14:35:11 +0400
Newsgroups: jedi.vcl

I have a building JVCL3.0 However i can use TJvInspector again :(

In Delphi examples uses this construction:

TJvInspectorVarData.New(InspCat, 'Date/time', TypeInfo(TDateTime), @ADate);

Analog in BCB:

TJvInspectorVarData *data = new TJvInspectorVarData.New(InspCat,
"Date/time", TypeInfo(TDateTime), &ADate);

It's no work.

In my JvInspector hpp:

class DELPHICLASS TJvInspectorVarData;
class PASCALIMPLEMENTATION TJvInspectorVarData : public
TJvCustomInspectorData
{
 typedef TJvCustomInspectorData inherited;

private:
 void *FAddress;

protected:
 virtual void * __fastcall GetAddress(void);
 virtual Extended __fastcall GetAsFloat(void);
 virtual __int64 __fastcall GetAsInt64(void);
 virtual System::TMethod __fastcall GetAsMethod();
 virtual __int64 __fastcall GetAsOrdinal(void);
 virtual AnsiString __fastcall GetAsString();
 virtual bool __fastcall IsEqualReference(const TJvCustomInspectorData*
Ref);
 virtual void __fastcall SetAddress(const void * Value);
 virtual void __fastcall SetAsFloat(const Extended Value);
 virtual void __fastcall SetAsInt64(const __int64 Value);
 virtual void __fastcall SetAsMethod(const System::TMethod &Value);
 virtual void __fastcall SetAsOrdinal(const __int64 Value);
 virtual void __fastcall SetAsString(const AnsiString Value);
 virtual bool __fastcall SupportsMethodPointers(void);

public:
 virtual void __fastcall GetAsSet(void *Buf);
 virtual bool __fastcall HasValue(void);
 virtual bool __fastcall IsAssigned(void);
 virtual bool __fastcall IsInitialized(void);
 /* virtual class method */ virtual TJvInspectorRegister* __fastcall
ItemRegister(TMetaClass* vmt);
        #pragma option push -w-inl
 /*         class method */ static TJvCustomInspectorItem* __fastcall
New(TMetaClass* vmt, const TJvCustomInspectorItem* AParent, const AnsiString
AName, const Typinfo::PTypeInfo ATypeInfo, const void * AAddress)/* overload
*/;
        #pragma option pop
 virtual void __fastcall SetAsSet(const void *Buf);
 __property void * Address = {read=GetAddress, write=SetAddress};
protected:
        #pragma option push -w-inl
 /* TJvCustomInspectorData.CreatePrim */ inline __fastcall
TJvInspectorVarData(const AnsiString AName, const Typinfo::PTypeInfo
ATypeInfo) : TJvCustomInspectorData(AName, ATypeInfo) { }
 #pragma option pop
public:
 #pragma option push -w-inl
 /* TJvCustomInspectorData.Create */ inline __fastcall
TJvInspectorVarData(void) : TJvCustomInspectorData() { }
 #pragma option pop

public:
 #pragma option push -w-inl
 /* TPersistent.Destroy */ inline __fastcall virtual
~TJvInspectorVarData(void) { }
 #pragma option pop

};

maybe, mistake in hpp-file?




Subject: Re: JvInterpreter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Oct 2003 11:38:11 +0200
Newsgroups: jedi.vcl

Dmitry Osinovski has been the main developer on JvInterpreter but has been
"gone" for a while. He seems to be back since he posted in Mantis recently.
I have made him aware about the updates from Robert, so hopefully he will
take a look ASAP

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unit JvHook.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Oct 2003 11:34:56 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Maybe it should be moved to \archive.
> > Sounds like a plan. Will you do it?

Done.


-- Regards Andreas Hausladen 

Subject: Re: JvInterpreter
From: "Robert Cerny" <robert.qwe.cerny@neosys.xrs.qwe.si>
Date: Mon, 20 Oct 2003 10:24:05 +0200
Newsgroups: jedi.vcl

I just checked your bug report and something seems busted (or a typo).
Q := A*(B/C) is equivalent to Q := A*B/C, so parens do not matter,
while Q := B/C and Q := A/Q; are equivalent to either Q := A/B/C or Q :=
A/(B*C)

-- Robert Cerny DelphiShaman "Warren Postma" <wpostma_at@tekran_dot.com> wrote in message news:bmphbn$d8g$1@talkto.net...
> > I'm working (not actively this week) on JvInterpreter too.  I'm
> > currently interested in (a) debugger support, and (b) fixing the bug I
> > logged into mantis regarding the bogus expression-evaluation
> > (jvinterpreter is either ignoring operator precedence, or complex
> > expression evaluation is just plain busted).
> >
> > ie, Y := Q/(R+S)*T might not give you the same answer on Delphi as in
> > JvInterpreter, for the same values of Q, R, S, T. I suspect bustage in
> > the expression evaluation code.
> >
> > Warren
> >




Subject: Re: VCL->CLX warpper classes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 20 Oct 2003 10:16:29 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > 1. How much of the code do you/we have to type in manually?

We must replace all VCL base classes. E.g. 
TJvBitBit = class(TBitBtn) => TJvBitBtn = class(TJvClxBitBtn)
TJvButton = class(TButton) => TJvButton = class(TJvClxButton)
....
Futhermore all Window Messages must be converted to the corresponding
dynamic methods.


> > 2. Should these files be generated by us and inlcuded in the install or
> > can the end user do it if he needs them?

We should create the files. But keep the un-preprocessed files for further
extensions.


> > 3. Does this mean that one can have JVCL and JVCLX installed at the same
> > time (different packages, of course)?

No. But the code can be compiled for JVCL and JVCLX without any change.
Provided that the JVCLX is incorporated into the JVCL units.


> > 4. What needs to be done with the original units once the CLX units are
> > created?

Do you mean the files that must be preprocessed? They should be kept in
the CVS tree for further extensions or bug fixes.

The JVCL units remain. The JVCLX units should be called JvQxxx. But this
could be discussed later. At the moment the JVCL 3 is not ready for VCLX.


-- Regards Andreas Hausladen 

Subject: Re: JvInterpreter
From: "Robert Cerny" <robert.qwe.cerny@neosys.xrs.qwe.si>
Date: Mon, 20 Oct 2003 10:13:21 +0200
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
news:bmphbn$d8g$1@talkto.net...
> > I'm working (not actively this week) on JvInterpreter too.  I'm
> > currently interested in (a) debugger support, and (b) fixing the bug I
> > logged into mantis regarding the bogus expression-evaluation
> > (jvinterpreter is either ignoring operator precedence, or complex
> > expression evaluation is just plain busted).
> >
> > ie, Y := Q/(R+S)*T might not give you the same answer on Delphi as in
> > JvInterpreter, for the same values of Q, R, S, T. I suspect bustage in
> > the expression evaluation code.
> >


a) you already have all the support:
- OnStatement event
- Source, Curpos, TokenStr,LocalVars properties, so debugger can trace the
source and inspect local vars, to inspect other things you simply use its
Adapter.

b) I tested it with TRAI2 and works as expected. So, either the code in
JvInterpreter in buggy or it depends on values. I did fix a bug with
negative numeric constants some time ago. I'll take a look at it, when I
find a free time chunk.
-- Robert Cerny DelphiShaman 

Subject: Re: A DTX editor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Oct 2003 09:39:08 +0200
Newsgroups: jedi.vcl

> > Do we have a DTX file editor (other than notepad ?)
Delphi (that's what I use)?
> > If not, what do you think of me doing one ?
Ask Remko: he's the tool builder extraordinaire here and probably has
something up his sleeve<g>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: VCL->CLX warpper classes
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 20 Oct 2003 09:37:25 +0200
Newsgroups: jedi.vcl

I'm still a bit confused here (or thick, pick your choice), so I have some
questions:

1. How much of the code do you/we have to type in manually?
2. Should these files be generated by us and inlcuded in the install or can
the end user do it if he needs them?
3. Does this mean that one can have JVCL and JVCLX installed at the same
time (different packages, of course)?
4. What needs to be done with the original units once the CLX units are
created?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: A DTX editor
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 20 Oct 2003 17:33:59 +1000
Newsgroups: jedi.vcl

Hi all

Do we have a DTX file editor (other than notepad ?)
If so, where is it ?
If not, what do you think of me doing one ?



Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 10:08:17 +0400
Newsgroups: jedi.vcl

Thanks! I check jvcl3




Subject: Re: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Mon, 20 Oct 2003 10:07:44 +0400
Newsgroups: jedi.vcl

> >     Disclaimer: I'm not good enough in C to give you a proper C example
;-)
> >     TJvCustomInspectorItem *Item = TJvInspectorVarData.New(<parent item>,
> > 'Data1', <RTTI info of variable type>, @<variable>)

[C++ Error] Unit1.cpp(22): E2108 Improper use of typedef
'TJvInspectorVarData'


> >     In JVCL3 it is working. Maybe someone with more C knowledge than me
can
> > write an example in C?

Thanks, i check jvcl3.




Subject: Re: Millisecond to time conversion
From: "Steve Warburton" <Swarburton@orange.net>
Date: Sun, 19 Oct 2003 21:10:34 -0600
Newsgroups: jedi.vcl

That brings back 12:01:00 AM.

How do I strip of the 12 and the AM.

Cheers

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bmupfn$868$1@talkto.net...
>> > > I have a figure of 60000 milliseconds.
>> > >
>> > > How do I convert it to look like  Hours:Mins:Sec  ie 00:06:00
> >
> > StrTime :=  TimeToStr((MS/1000)/86400);
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Millisecond to time conversion
From: "Steve Warburton" <Swarburton@orange.net>
Date: Sun, 19 Oct 2003 19:35:52 -0600
Newsgroups: jedi.vcl

I have a figure of 60000 milliseconds.

How do I convert it to look like  Hours:Mins:Sec  ie 00:06:00

Thanks in advance.




Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 20 Oct 2003 11:33:11 +1000
Newsgroups: jedi.vcl

> I'm no expert, but from my perspective a clearer way to say this might
> be 'users with a non-standard directory structure' or 'users whose
> directory structure does not follow the install guidelines'.
Thanks for that.


> I'll do this when I finish getting the BCB5 packages in order.
>
> This, too, after I've finished the BCB5 packages.
>
Fine with me



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 20 Oct 2003 11:32:11 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> <snip>
>
> After saving the file from BCB5 I have:
>
> <OBJFILES value="..\..\dcu\JvJVCLAboutForm.obj
>                                ..\..\dcu\JvActnResForm.obj                                ..\..\dcu\JvCoreC5R.obj"/>
>
>
> An ideas as to why this is happening?

As far as I know, the value in OBJFILES is not the one the IDE looks after when displaying the content of the package but it rather is an indication to the builder as to which files are generated by the package.
Only the FILE nodes in the FILELIST node are considered part of the package. So maybe you are missing some FILE nodes in that particular package file.
However, as you said you copied the packages from BCB6, you should have the correct nodes in the FILELIST node. If that's the case, I'm surprised and would recommend creating the packages using the IDE to see what's different. I know that using the IDE takes time, but I can't see any other solution at the moment
I had a look at what's on the anonymous CVS server and I was surprised that none of the bpk files contain a FILELIST node. However as all of them are 2 weeks old, you surely have a more up to date version with correct values in them.



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 19 Oct 2003 19:09:36 -0600
Newsgroups: jedi.vcl

I ran into a problem that caused me to reexamine the packages I'd
already converted. I found that there are many more units included in
JvCoreC6R than in JvCoreC5R. 

Rather than go through all the package to ascertain what was missing, I
copied all of the BCB6 package files to my BCB5 directory and updated
them for BCB5. This seems to have gone well, however (there's that word
again!)...

When I open the newly converted JvCoreC5R in BCB5, the 'Package' dialog
(with the Compile, Add, Remove, Install and Options buttons) shows only
a couple of units (I think they are the same ones that were included in
the original BCB5 package but I haven't verified this). Saving the
package file results in most of the object files listed in the OBJFILES
node to be removed.

For example, in the converted BCB6 file I have:

<OBJFILES value="..\..\dcu\JvCoreC5R.obj 
                               ..\..\dcu\JvConsts.obj
                               ..\..\dcu\JVCLVer.obj
                               ..\..\dcu\JvComponent.obj
                               ..\..\dcu\JvVersionInfo.obj
                               ..\..\dcu\JvTypes.obj
                               ..\..\dcu\JvJCLUtils.obj
                               ..\..\dcu\JvMaxPixel.obj
                               ..\..\dcu\JvProgressUtils.obj
                               ..\..\dcu\JvBaseDlg.obj
                               ..\..\dcu\JvActions.obj
                               ..\..\dcu\JvMouseTimer.obj
                               ..\..\dcu\JvDsgnIntf.obj
                               ..\..\dcu\JvDataProvider.obj
                               ..\..\dcu\JvDataProviderImpl.obj
                               ..\..\dcu\JvContextProvider.obj
                               ..\..\dcu\JvAppStore.obj
                               ..\..\dcu\JvAppRegistryStore.obj
                               ..\..\dcu\JvAppIniStore.obj
                               ..\..\dcu\JvJVCLAboutForm.obj
                               ..\..\dcu\JvActnResForm.obj
                               ..\..\dcu\JvJVCLUtils.obj
                               ..\..\dcu\JvThemes.obj
                               ..\..\dcu\JvColorProvider.obj"/>


After saving the file from BCB5 I have:

<OBJFILES value="..\..\dcu\JvJVCLAboutForm.obj
                               ..\..\dcu\JvActnResForm.obj 
                               ..\..\dcu\JvCoreC5R.obj"/>


An ideas as to why this is happening?




Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 19 Oct 2003 18:53:47 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >I only have one BCB and one Delphi installation at a time, I've heard 
> >too many stories of problems with people having up to 3 different 
> >version on one machine...

Unfortunately, some developers have projects in more than one version of
BCB that need to be maintained. Fortunately for me, I am not one of
them<g>.

> >I think the 
> >standard JVCL user is someone like that:
> >- Only one BCB version installed
> >- Follows the directory guidelines

This sounds right to me.

> >1) In my everlasting quest for a better English (doesn't that sound good 
> ><g>), can you tell me what was ambiguous when I used 'regular' in my 
> >previous post ?

I'm no expert, but from my perspective a clearer way to say this might
be 'users with a non-standard directory structure' or 'users whose
directory structure does not follow the install guidelines'.

> >2) Can you have a look at (and update if needed) the compatibility 
> >guide, there are some BCB5 specifics in there that I'd like you to confirm

I'll do this when I finish getting the BCB5 packages in order.

> >3) Can you have a look in the jedi.jcl newsgroup in the posts I made 
> >about BCB compatibility problems with the generated hpp files ? I 
> >started the thread on October 14th, titled 'BCB Compatibility' and most 
> >of the problems I reported require some sort of confirmations from a 
> >BCB5 user.

This, too, after I've finished the BCB5 packages.

> >Japan yesterday evening and we still have to play Scotland (25th) and 
> >USA (31st). No offence meant, but I think the only tough one in that 
> >group will be against Scotland <g>

<g>



Subject: Re: Unit JvHook.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 20 Oct 2003 10:52:54 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The unit JvHooks.pas has the same functions (slightly different names)
> that JclSysUtils offers.
>
> It is included in JvMenus and JvAnimatedImage. In JvMenus it had no
> function. 
For JvMenus, that's very possible as it was used by the original RxLib code, but my rewriting may have removed that dependency. However, I never took the time to clean up the uses list...



Subject: Re: Unit JvHook.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 23:04:33 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Hey, wait a minute! \archive is a subfolder of JVCL3, so you should have
> > it.

Ups.


-- Regards Andreas Hausladen 

Subject: Re: EXE-Size with JVCL3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 22:57:13 +0200
Newsgroups: jedi.vcl

> > Re-reading your message, it seems that you've already split it, so I 
> > only hope it didn't take you a long time <g>

Approx. 10 minutes, so I'm exhausted now<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EXE-Size with JVCL3
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 19 Oct 2003 22:52:43 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> if you like I could sort the implementation section with a tool I have written, might be a little bit easier.

Re-reading your message, it seems that you've already split it, so I only hope it didn't take you a long time <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: EXE-Size with JVCL3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 22:50:57 +0200
Newsgroups: jedi.vcl

> > Nope, if you like I could sort the implementation section with a tool I
> > have written, might be a little bit easier.
You mean JvxCtrls? Well, it's empty on my machine, 'cause I've already moved
the stuff to the other units<g>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EXE-Size with JVCL3
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 19 Oct 2003 22:48:34 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Does anyone see any reason to not commit it and thus remove JvxCtrls?

Nope, if you like I could sort the implementation section with a tool I have written, might be a little bit easier.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Unit JvHook.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 22:45:47 +0200
Newsgroups: jedi.vcl

Hey, wait a minute! \archive is a subfolder of JVCL3, so you should have it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EXE-Size with JVCL3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 22:36:51 +0200
Newsgroups: jedi.vcl

I've split JvxCtrls into several units:

JvLabel
JvSpeedButton
JvTextListBox
JvSecretPanel
JvxCheckListBox

Does anyone see any reason to not commit it and thus remove JvxCtrls?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Millisecond to time conversion
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 22:34:56 +0200
Newsgroups: jedi.vcl

How about:

StrTime := FormatDateTime('hh:nn:ss',(60000/1000)/86400);

That should work regardless of AM/PM settings.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unit JvHook.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 22:30:55 +0200
Newsgroups: jedi.vcl

> > No because I have only the /dev/JVCL3 folder and no archive. And I will
> > not download the whole /dev tree.
OK, commit the changes and I'll move JvHooks to archive

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Millisecond to time conversion
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 22:27:01 +0200
Newsgroups: jedi.vcl

Steve Warburton wrote:

> > That brings back 12:01:00 AM.
> > 
> > How do I strip of the 12 and the AM.

That are your language settings.

var 
  Value: Integer;
  h, m, s: Word;
begin
  Value := 60000;

  h := Value div (60*60*100);
  Value := Value mod (60*60*100);
  m := Value div (60*100);
  Value := Value mod (60*100);
  s := Value div 100;

  Result := Format('%d:%d:%d', [h, m, s]);
end;

Not tested.


-- Regards Andreas Hausladen 

Subject: Re: Unit JvHook.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 21:58:43 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Maybe it should be moved to \archive.
> > Sounds like a plan. Will you do it?

No because I have only the /dev/JVCL3 folder and no archive. And I will
not download the whole /dev tree.


-- Regards Andreas Hausladen 

Subject: Re: Unit JvHook.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 21:45:16 +0200
Newsgroups: jedi.vcl

> > Maybe it should be moved to \archive.
Sounds like a plan. Will you do it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Millisecond to time conversion
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 21:44:39 +0200
Newsgroups: jedi.vcl

> > I have a figure of 60000 milliseconds.
> > 
> > How do I convert it to look like  Hours:Mins:Sec  ie 00:06:00

StrTime :=  TimeToStr((MS/1000)/86400);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Unit JvHook.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 19:59:22 +0200
Newsgroups: jedi.vcl

The unit JvHooks.pas has the same functions (slightly different names)
that JclSysUtils offers.

It is included in JvMenus and JvAnimatedImage. In JvMenus it had no
function. In JvAnimatedImage the TBitmap.Draw function is redirected. I
replaced the JvHooks unit dependency by JclSysUtils. Now the JvHooks.pas
is not included by any JVCL 3 unit. Maybe it should be moved to \archive.


-- Regards Andreas Hausladen 

Subject: Re: EXE-Size with JVCL3
From: "Ingo" <ingo05@yahoo.de>
Date: Sun, 19 Oct 2003 19:45:47 +0200
Newsgroups: jedi.vcl

> >     Not true. It does have consequences which we fully understand. The
> > "mistake" we made (if any) was releasing JVCL before we had a complete
view
> > of what we had in there, what should be kept/merged/removed and completed
> > those tasks. Maintaining backward compatibility is important, but is now
> > nearly impossible to achieve (mostly because of all those duplicate
> > controls, which almost never behave the same or have same named
> > properties/events/methods).
> >

And with the included "Tools" (changelog.txt, migrating.htm and the
converter)
JEDI-Team has made a good job to make migrating as easy as possible.

Ingo




Subject: Re: EXE-Size with JVCL3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 19:30:24 +0200
Newsgroups: jedi.vcl

JvJVCLUtils: done and committed
JvJCLUtils: done and committed


-- Regards Andreas Hausladen 

Subject: Re: EXE-Size with JVCL3
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 19 Oct 2003 19:24:45 +0200
Newsgroups: jedi.vcl

Hello, asn!
You wrote  on Sun, 19 Oct 2003 18:48:01 +0200:

 a> This also implies that they can do whatever they like. While any company
 a> would have seriously problems dropping downwards compatiblity, this is
 a> without any consequences for JVCL.

    Not true. It does have consequences which we fully understand. The
"mistake" we made (if any) was releasing JVCL before we had a complete view
of what we had in there, what should be kept/merged/removed and completed
those tasks. Maintaining backward compatibility is important, but is now
nearly impossible to achieve (mostly because of all those duplicate
controls, which almost never behave the same or have same named
properties/events/methods).

    Once we have completed the task of JVCL3.0, no more restructuring,
renaming, merging or splitting will happen. So JVCL 4.0 should be completely
downward compatible to JVCL3.0. If we wouldn't have done it now, we would
have to deal with it later, when JVCL is bigger, has more users, and would
introduce even more problems.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: EXE-Size with JVCL3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 19:22:04 +0200
Newsgroups: jedi.vcl

In JvJVCLUtils.pas is one function that depends on JclGraphics (100KB
because of unit Jpeg)

// create a region from a bitmap
function RegionFromBitmap(const Image: TBitmap): HRGN;
begin
  Result := 0;
  if Assigned(Image) and not Image.Empty then
    Result := CreateRegionFromBitmap(Image, Image.Canvas.Pixels[0, 0],
rmExclude);
end;

I moved this function to JvFormTransparent.pas where it is used.

-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: EXE-Size with JVCL3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 19:17:06 +0200
Newsgroups: jedi.vcl

>>> > > > Does this behaviour stay in the final version?
>> > >
>> > > I don't know.
> >
> > I hope not...
It is a matter of making us aware of the problem, isolating the reason and
devising a cure (i.e split the unit). There will always be a size increase
for some components but if it is possible, we will try to make the impact as
small as possible. Andreas has already begun trimming down JvJCLUtils to
make it smaller and JvxCtrls might follow suit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Buttons
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 19:13:39 +0200
Newsgroups: jedi.vcl

> >     Great, first we need to merge as much as possible, now we have to
split
> > again ;-) We live in a confusing world. <g>
Merge components, yes. Merge units, no.

> >     But I guess, it wouldn't hurt to indeed split that unit. OTOH, Borland
> > also made some units with various controls in them and nobody complains
> > about that (well, they do, but Borland won't change).

JvxCtrls is something of a pathological case because it brings in soooo much
stuff. Most other units are more moderate in their requirements. ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EXE-Size with JVCL3
From: "Ingo" <ingo05@yahoo.de>
Date: Sun, 19 Oct 2003 19:06:43 +0200
Newsgroups: jedi.vcl

> > I think this is the JvDataProviderImpl unit.

Yes, and a few others e.g. the large jpeg unit also.
In my opininon 620 KB  is a little too much for a empty form with a button.

>> > > Does this behaviour stay in the final version?
> >
> > I don't know.

I hope not...

Regards
Ingo





Subject: Re: EXE-Size with JVCL3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 19:05:24 +0200
Newsgroups: jedi.vcl

> > While software companies, as Microsoft and Borland, spend considerable
> > effort in maintaining downwards compatiblity, JVCL doesn't give a shit
about
> > that.
Well, we give *some* shit. That's why migration.html was created: to provide
upgrade help for existing users.

> > Customers don't really exists for them.
No, but *users* do.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: EXE-Size with JVCL3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 18:55:26 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     Sure, blame it on my code ;-)

It was just my first impression because this was the only dependend unit
that has a initializaion section.


> >     Most likely, yes. As Peter also mentions this is just a problem of
> > units pulling in to much other units. Although the linker will normally
> > remove any unused code, it will leave at least parts of these units in.
> > If a particular unit also uses resources (as JclUnicode), those will
> > also remain in the executable, regardless if they are used or not).

I removed the JclUnicode dependency from JvJCLUtils and I currently
cleaning the initialization and finalization sections of some units. For
example I converted the CF_ICON global variable in JvJCLUtils to a
function that registers the clipboard format on it's first call. This
saves 11 KB. Removing JclUnicode brought ca. 100 KB. And this is only the
start of my work.


-- Regards Andreas Hausladen 

Subject: Re: EXE-Size with JVCL3
From: "asn" <asn@xs4all.nl>
Date: Sun, 19 Oct 2003 18:48:01 +0200
Newsgroups: jedi.vcl

"Ingo" <Ingo23@excite.com> wrote in message news:bmu88q$4f8$1@talkto.net...

> > I have just installed the latest snapshot from JVCL3 and wonder why the
> > EXE-Sizes increased so much.

In jvcl3 several units have been merged. If you build you packages without
runtime packages, as I do, you will include unused code because of that.

> > How can I avoid this?

Don't install, split the units by yourself or accept.

> > Does this behaviour stay in the final version?
> >

Most likely it will. JVCL is an opensource project. Its development is
depending on a handfull of very enthousiastic developers, who spend their
valuable freetime on it.
The MPL license clearly states  'is distributed on an "AS IS" basis, WITHOUT
WARRANTY OF ANY KIND' . More or less:  take it or leave it
This also implies that they can do whatever they like. While any company
would have seriously problems dropping downwards compatiblity, this is
without any consequences for JVCL.
While software companies, as Microsoft and Borland, spend considerable
effort in maintaining downwards compatiblity, JVCL doesn't give a shit about
that.
They can do whatever they like.
Customers don't really exists for them.
Just accept it.

> > Greetings
> > Ingo
> >
> >

Regards,

André Snepvangers




Subject: Re: Component Palette
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sun, 19 Oct 2003 12:31:37 -0400
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 19 Oct 2003 10:39:02 +0200:
> > I was under the impression that an entry in \Palette is only created if
> > you change the palette manually (i.e move a component from one tab to
> > another). I don't think this is unique to JVCL, I think this is how Delphi
> > works.

For some strange reason it was never created for the JVCL tabs, even if I
had moved them.

Cheers.
  Ignacio




Subject: Re: Buttons
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 19 Oct 2003 18:22:58 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 19 Oct 2003 17:31:04 +0200:

 >> In the JVCL 3 there are may button components with different features.
 >> To say it in exaggerate words: Every Button component has it's own unit.
 >> What do you say if I would collect all buttons (except the Globus's and
 >> Jans's) in one unit?

 PT> No, not if you mean "put all the button implementations into one unit".
 PT> This is the reason "Ingo" gets a doubling in size when he drops a
 PT> TJvSpeedbutton on a form: JvxCtrls brings in everything but the kitchen
 PT> sink into the project because it has many different components in the
 PT> same unit that in turn brings in more units. If JvxCtrls was split into
 PT> smaller parts, the project would be smaller. In addition, splitting
 PT> into smaller units makes it easier to replace a component later on.
 PT> Splitting is good, merging is bad (sort of).

    Great, first we need to merge as much as possible, now we have to split
again ;-) We live in a confusing world. <g>

    But I guess, it wouldn't hurt to indeed split that unit. OTOH, Borland
also made some units with various controls in them and nobody complains
about that (well, they do, but Borland won't change).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Buttons
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Oct 2003 18:22:08 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> No, not if you mean "put all the button implementations into one unit". This
> is the reason "Ingo" gets a doubling in size when he drops a TJvSpeedbutton
> on a form: JvxCtrls brings in everything but the kitchen sink into the
> project because it has many different components in the same unit that in
> turn brings in more units.

Please do not mimic the Mozilla guys who added the kitchen sink ;-)



Subject: Re: EXE-Size with JVCL3
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 19 Oct 2003 18:18:03 +0200
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Sun, 19 Oct 2003 17:12:03 +0200:

 >> Empty Form with only one TSpeedButton:
 >> 306 KB (313.856 Bytes)
 >> Empty Form with only one TJvSpeedButton (JVCL2):
 >> 332 KB (339.968 Bytes)
 >> Empty Form with only one TJvSpeedButton (JVCL3):
 >> 620 KB (635.392 Bytes)

 AH> I think this is the JvDataProviderImpl unit.

    Sure, blame it on my code ;-) But it seems odd to me: TJvSpeedButton is
not provider aware and will *never* pull in JvDataProviderImpl. Wait a
sec......... O, right, TJvSpeedButton is in the same unit as TJvCustomLabel,
which is provider aware. Never mind.......

 >> If I call the function IntToRoman from JvStrUtils/JvJCLUtils the
 >> EXE-Size also increases.
 >>
 >> JvStrUtils (JVCL2):
 >> 367 KB (375.808 Bytes)
 >>
 >> JvJCLUtils (JVCL3):
 >> 510 KB (522.240 Bytes)

 AH> This may be the JclUnicode unit that is used in JvJCLUtils.

    Could be. IIRC it has a rather large resource file that gets added to
the .exe.

 >> Does this behaviour stay in the final version?

    Most likely, yes. As Peter also mentions this is just a problem of units
pulling in to much other units. Although the linker will normally remove any
unused code, it will leave at least parts of these units in. If a particular
unit also uses resources (as JclUnicode), those will also remain in the
executable, regardless if they are used or not).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: EXE-Size with JVCL3
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 17:34:27 +0200
Newsgroups: jedi.vcl

> > How can I avoid this?
1. Use another component that doesn't bring in so many other units
2. Extract the code you need into a separate unit that you use in your
project

> > Does this behaviour stay in the final version?
Probably

Besides, when you build a project you often enough use more than a single
component so the exe size will typically increase sharply at first and then
the size increase tends to flatten out. The exact same problem can be seen
in the VCL if you choose your components "wisely".

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Buttons
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 17:31:04 +0200
Newsgroups: jedi.vcl

> > In the JVCL 3 there are may button components with different features. To
> > say it in exaggerate words: Every Button component has it's own unit. What
> > do you say if I would collect all buttons (except the Globus's and Jans's)
> > in one unit?

No, not if you mean "put all the button implementations into one unit". This
is the reason "Ingo" gets a doubling in size when he drops a TJvSpeedbutton
on a form: JvxCtrls brings in everything but the kitchen sink into the
project because it has many different components in the same unit that in
turn brings in more units. If JvxCtrls was split into smaller parts, the
project would be smaller. In addition, splitting into smaller units makes it
easier to replace a component later on. Splitting is good, merging is bad
(sort of).

If you are thinking of merging several components into one (instead of
putting several implementations into the same unit), there are a couple of
base classes in JvButton (not JvButtons!) for graphic and wincontrol based
buttons that was supposed to be used for this very purpose.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Buttons
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 17:15:18 +0200
Newsgroups: jedi.vcl

In the JVCL 3 there are may button components with different features. To
say it in exaggerate words: Every Button component has it's own unit. What
do you say if I would collect all buttons (except the Globus's and Jans's)
in one unit?


-- Regards Andreas Hausladen 

Subject: Re: EXE-Size with JVCL3
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 17:12:03 +0200
Newsgroups: jedi.vcl

Ingo wrote:

> > Empty Form with only one TSpeedButton:
> > 306 KB (313.856 Bytes)
> > Empty Form with only one TJvSpeedButton (JVCL2):
> > 332 KB (339.968 Bytes)
> > Empty Form with only one TJvSpeedButton (JVCL3):
> > 620 KB (635.392 Bytes)

I think this is the JvDataProviderImpl unit.


> > If I call the function IntToRoman from JvStrUtils/JvJCLUtils the
> > EXE-Size also increases.
> > 
> > JvStrUtils (JVCL2):
> > 367 KB (375.808 Bytes)
> > 
> > JvJCLUtils (JVCL3):
> > 510 KB (522.240 Bytes)

This may be the JclUnicode unit that is used in JvJCLUtils.


> > Does this behaviour stay in the final version?

I don't know.


-- Regards Andreas Hausladen 

Subject: EXE-Size with JVCL3
From: "Ingo" <Ingo23@excite.com>
Date: Sun, 19 Oct 2003 16:41:23 +0200
Newsgroups: jedi.vcl

I have just installed the latest snapshot from JVCL3 and wonder why the
EXE-Sizes increased so much.
I think there is much unused -but linked- stuff in the application.
Her are a few examples (sizes from D5);

Empty Form with only one TSpeedButton:
306 KB (313.856 Bytes)
Empty Form with only one TJvSpeedButton (JVCL2):
332 KB (339.968 Bytes)
Empty Form with only one TJvSpeedButton (JVCL3):
620 KB (635.392 Bytes)

If I call the function IntToRoman from JvStrUtils/JvJCLUtils the
EXE-Size also increases.

JvStrUtils (JVCL2):
367 KB (375.808 Bytes)

JvJCLUtils (JVCL3):
510 KB (522.240 Bytes)

How can I avoid this?
Does this behaviour stay in the final version?

Greetings
Ingo




Subject: Re: Just finished building JVCL3 under D7E...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 19 Oct 2003 14:50:24 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 19 Oct 2003 14:12:37 +0200:

 >> And right now
 >> with v3, I'm only using 4 or 5 packages, the other are not slowing me
 >> down or taking up useless space in the palette.
 PT> Another benefit is that you can work on a specific package without
 PT> having to recompile the entire JVCL (at least if it isn't a package
 PT> like JvCore).

    But when you have to work on JvCore and you know something was
renamed/removed in the interface of a unit in JvCore, it's usually best to
first deactivate the other JVCL packages before recompiling/rebuilding,
unless you don't care about clicking a bunch of messages out of the way
(which is what I usually wound up doing as I forgot to deactivate the
packages before a recompile). That's the only drawback, but, as Olivier, I
only use about 4 or 5 of them so it's still a big savings on Delphi start up
time, palette size and JVCL rebuild time.

 PT>  It is even conceivable that we could get that old "unit owner" concept
 PT> to work but on a package level instead.

    Most likely, yes. The only packages where this might fail are the
JvSystem, JvStdCtrls and JvCustom packages, as these contain many different
components/controls. But for all the package that deal with a specific
technology this could easily work. We could even assign a help maintainer to
a specific package and that person is the one that will keep an eye on
changes done in code that are not yet documented and either documents the
code or asks the coder to update the help text (which is easy now we can
generate the skeletons for them, so we accept no complaints from any coders
about writing help!) if it's difficult to understand or to substantial.

 >> Yes, but the availibility of the tools and migration guidelines should
 >> be made a bit more obvious.
 PT> Any suggestions how to make it more obvious?

    Maybe show a text in the installer, add an icon to the desktop/start
menu or add an item to Delphi's tool menu (probably the best choice).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Just finished building JVCL3 under D7E...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 14:12:37 +0200
Newsgroups: jedi.vcl

> > And right now
> > with v3, I'm only using 4 or 5 packages, the other are not slowing me
> > down or taking up useless space in the palette.
Another benefit is that you can work on a specific package without having to
recompile the entire JVCL (at least if it isn't a package like JvCore). It
is even conceivable that we could get that old "unit owner" concept to work
but on a package level instead.

> > Yes, but the availibility of the tools and migration guidelines should
> > be made a bit more obvious.
Any suggestions how to make it more obvious?



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: VCL->CLX warpper classes
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 13:02:27 +0200
Newsgroups: jedi.vcl

I've uploaded the wrapper units to jedi.binary.

Part 1 contains the source files (macros) and a compiled version of the
Delphi language preprocessor (http://www.sourceforge.net/projects/dpp32).

Part 2 contains the preprocessed files that Delphi can compile.


-- Regards Andreas Hausladen 

Subject: Re: StringToHtml handler?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Oct 2003 12:17:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Kenny wrote:
>
>
>> Could this basic text to stream could be used for any
>> sort of function that does text conversion?
>
>
> Why not?
>
>

The main question is if such functionality should be part of the JVCL.
If it is only made a component to add the unit to the uses if dropped on a form then it definitely does not belong to the JVCL.
It should go to the JCL as a class.



Subject: Re: Just finished building JVCL3 under D7E...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 19 Oct 2003 19:30:14 +1000
Newsgroups: jedi.vcl

>> Dropping DOWNWARDS COMPATIBILITY will certainly not improve reputation of
>
> JVCL.
> Don't be too sure about that. From what I've heard, many think it is about
> time something was done about the inconsistent, confusing and hard to grasp
> nature of JVCL.
That's one thing for sure with the 2.10 version. Having a confirmation dialog bigger than the whole screen was a shocker to me. And right now with v3, I'm only using 4 or 5 packages, the other are not slowing me down or taking up useless space in the palette.

>> And will cause a lot of irritation for current 2.1 users who will
>> attempt to install JVCL 3.0
>
> Sure, as any change will. But it is a one-time irritation and the earlier
> the better in my view. 
Yes, but the availibility of the tools and migration guidelines should be made a bit more obvious.

>> But what to do about deprecated components? Put them in a seperate package
>> and mark them as deprecated. ( Delphi 7 still includes a Delphi 1.0
>> Compatiblity package)
>
> If you (or anyone else) are willing to create and maintain a package of
> deprecated components, you are most welcome. I will most certainly add it to
> CVS if you do. Don't forget to include packages for all supported versions
> (D5-D7, BCB5 and BCB6).
That's something I thought about, even wrapper components with the same old names, but calling the new components, with heaps of 'deprecated' warnings. The only problem is when the component hasn't changed its name but lost some properties.

> I don't agree. It is not a waste of time if you are going to continue using
> JVCL. We had two choices for this release: go on as before or make the
> changes that was needed. We chose the latter and we all have to live with
> the good as well as the bad of that choice.
I clearly prefer the JVCL in its current state compared to what I found when I installed the 2.1 version. Sure, I swore at all that damn developers who renamed two components I was using, but the move took me less than 2 minutes...



Subject: Re: Component Palette
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 10:39:02 +0200
Newsgroups: jedi.vcl

> > For some reason the
> > installation of JVCL fails to do or interferes with this second step, and
> > it's the second step that allows the tabs to be reordered. Time to do some
> > more digging...

I was under the impression that an entry in \Palette is only created if you
change the palette manually (i.e move a component from one tab to another).
I don't think this is unique to JVCL, I think this is how Delphi works.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Just finished building JVCL3 under D7E...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Oct 2003 10:34:37 +0200
Newsgroups: jedi.vcl

> > True there are a lot of improvements in the JVCL3. Not among them is
> > DOWNWARDS COMPATIBILITY.
True, but the main purpose of JVCL3 is to make future versions easier to
manage and extend without having to restructure and rename again.

> > How much time all that (ten)thousands of users  will spend  if they
> > eventually  will upgrade to  JVCL 3 ? This hardly compares with the time
the
> > JVCL developers have to spend to make it downwards compatible.
There are some tools and instructions in JVCL3 to make this a lot easier but
of course some users will have problems. And what do you mean about
"developers have to spend to make it downwards compatible"? I don't think
anyone has the intention to do that. We've left JVCL2.10 behind. Get over
it.


> > Incompatibilty that is caused by careless renaming of units and classes.
In what way do you find them "careless"? The renaming of units was done to
make the JVCL more name consistent so that we won't have to do the same
thing in the future and so that implementation units should be easier to
find. There might be units that are carelessly named, but then give me a
list of those and I'll see what we can do about it.

> > Simply renaming units/classes, because you don't like their names ?
Eh, no because I decided that naming of units should follow a pattern and
those units that didn't follow that pattern was renamed not because I
disliked their old names but because their old names broke the pattern.

> > The components on they IDE pallette must not be renamed: You should think
at
> > them as names of persons: they last for lifetime.
> > Names of classes and files must be carefully chosen to suit their
contents.
> > Once chosen your stuck with them
This is mostly true but since the goal of JVCL3 is to make future renamings
and restructurings unnecessary, we *had* to break backward compatibility and
rename a lot of stuff because JVCL2.10 was a jumble of different developers
naming conventions and coding style. The idea is that when something new is
added to JVCL3 it will be added using the new naming schema and thus we
won't have to rename again.

> > Dropping DOWNWARDS COMPATIBILITY will certainly not improve reputation of
JVCL.
Don't be too sure about that. From what I've heard, many think it is about
time something was done about the inconsistent, confusing and hard to grasp
nature of JVCL.

> > And will cause a lot of irritation for current 2.1 users who will
> > attempt to install JVCL 3.0
Sure, as any change will. But it is a one-time irritation and the earlier
the better in my view. Would it have been better to do it in JVCL8 when a
even more developers were using it? I think not.

> > But what to do about deprecated components? Put them in a seperate package
> > and mark them as deprecated. ( Delphi 7 still includes a Delphi 1.0
> > Compatiblity package)
If you (or anyone else) are willing to create and maintain a package of
deprecated components, you are most welcome. I will most certainly add it to
CVS if you do. Don't forget to include packages for all supported versions
(D5-D7, BCB5 and BCB6).

> > They will be stuck with 2 versions of JVCL and will have to uninstall
JVCL3
> > in order to work on projects based on JVC2.1.
This supposes that they can't migrate to JVCL3 (which I find hard to
believe). If they can, there is no reason to keep JVCL2.10 around.

> > Such a waste of time.
I don't agree. It is not a waste of time if you are going to continue using
JVCL. We had two choices for this release: go on as before or make the
changes that was needed. We chose the latter and we all have to live with
the good as well as the bad of that choice.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: StringToHtml handler?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 19 Oct 2003 09:55:41 +0200
Newsgroups: jedi.vcl

Kenny wrote:

> > Could this basic text to stream could be used for any
> > sort of function that does text conversion?

Why not?


-- Regards Andreas Hausladen 

Subject: Re: Small issues with JvMenus.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 19 Oct 2003 17:00:31 +1000
Newsgroups: jedi.vcl

OBones wrote:
> I'll have a look
I had a look <g>
Please see my comments below

> MinTextOffset seems to be an old stuff from the RxLib days, when variable names were misleading. I'll check again, but from my 3 months old memories, I left it so that people moving from RxLib won't get lost (even if it is not used...)
Yes, it was an old stuff. I finally removed it, it's definitely not used. Use TextMargin and/or LeftMargin instead

>> * I think when using TJvXPMenuItemPainter the ShowCheckMarks should have no meaning ( or should it be possible to draw images *and* checkmarks? ) 
>
> Well, I think it is possible to draw checkmarks and images, at least with the Office painter. However, even if I never tested that kind of crazy stuff with the XP painter, there shouldn't be any problem with that, apart maybe for the ugly look <g>
Well, it is possible to have both images and ShowCheckMarks, but as I said it looks ugly. I won't remove it, this give peoples the opportunity to see how it goes.

>> To get correct drawing I now had to specify an imagelist for the popup menu although I didn't use that imagelist.
>
> Weird... What exactly do you mean by correct and incorrect drawing ?
I had a look and saw what you did. This was relying on the fact that JvPopupMenu calls OnDrawItem even if the painter is not an OwerDraw painter. I removed that and adapted the code to cope with that.
BTW, it now gives an example on how to call a foreign painter from a call to OnMeasureItem and OnDrawItem.
As to the problem with the ImageList, you don't have to specify one, simply set the ImageSize values both to 16.

Please have a look at the latest version in CVS and tell me if it looks like what you wanted.



Subject: BCB6 Packages, Clean up once again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 19 Oct 2003 14:13:29 +1000
Newsgroups: jedi.vcl

Following some remarks from people having problems building the BCB6 packages, I decided to have a second look to all packages and do some cleanup. Indeed, before finding the solution to the linker crash, I had to use some 'dirty' solutions to have everything build.
These solutions were for instance:
Not including JvCoreC6R.bpi even if it was required in the D6 package
Not including the R package in its related D package

Please find below the modifications I had to do on the current packages:

JvCtrlsC6R:       Added missing JvCoreC6R.bpi
JvCmpC6R:         Added missing JvCoreC6R.bpi
JvNetC6D:         Added missing vclx.bpi
JvAppFrmC6R:      Added missing JvCoreC6R.bpi
JvInterpreterC6R: Added missing JvCoreC6R.bpi
JvBandsC6D:       Added missing vclx.bpi
JvPluginC6R:      Cleaned up path to JvCoreC6R.bpi
JvGlobusC6R:      Added missing JvCoreC6R.bpi
JvValidatorsC6R:  Added missing JvCoreC6R.bpi
JvValidatorsC6D:  Added missing JvValidatorsC6R.bpi
JvHMIC6D:         Added missing JvHMIC6R.bpi

These changes have already been done in the BCB6Per packages too, but I haven't done them in BCB5, in order not to break any work done by Leroy on them.



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 19 Oct 2003 13:14:40 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> Do you mean non-regular in the sense of those who don't have their JCL
> and JVCL directories positioned as described in your installation guide?
Exactly. My (new) opinion is that we must aim at having the JVCL compile, link and install with the standard installation layout, no matter what we, developers, are using.

> I do this differently, mainly due to the number of times I've shot
> myself in the foot in the past<g>. 
And that hurts ! <g>

> I have a separate structure that mirrors the CVS tree. This is where I
> have TortoiseCVS place all files I get from the server. I do this for a
> couple of reasons: ...
All these reasons are quite good, but I'm a lazy guy (and a bit reckless <g>) so I'm working directly in the tree. In both cases however, the structure we use is not the one most users will have and we should take this into account.

> Exactly. And thanks for taking time to consider this!
No worries. BTW, I didn't touch the BCB5 packages, I don't wan't to create any conflicts when you'll commit your changes. I'm still working on some cleanup in the BCB6 packages, I'll post a message about that when I'm finished so you can fix the BCB5 packages accordingly.

> The first problem occurs when you have more than one version of BCB
> installed. Since the header files are left in the source directory and
> do not have version-specific names, one version of BCB overwrites the
> header files of the other version. I ran into this when I had the trial
> version of BCB6 installed. Moving the header files to their own
> version-specific directory avoids this problem.
I only have one BCB and one Delphi installation at a time, I've heard too many stories of problems with people having up to 3 different version on one machine...

> The other problem is one of my own creation. When BCB5 is left to its
> own devices (with no explicit output directories specified), it places
> the binary output files (.bpl/.bpi/.lib) within the $(BCB) directory
> structure. The problem is, when you need to delete BCB and reinstall it
> (which I find myself doing from time to time), you either need to find
> and save these files, or rebuild the packages that created them. When
> I'm forced to delete and reinstall BCB, I'm usually in a mental state
> such that I don't remember to save them and thus am forced to rebuild
> those packages. The directory structure I use prevents me from making
> this error.
Yeah... But what is it to wait 20 minutes to have everything rebuilt <vbg>

> I leave this decision in your capable hands and await your decision.
I'm not the only one to decide here, and I'm (trying to be) quite open to suggestions (Peter ?). After having thought quite a bit, I think the standard JVCL user is someone like that:
- Only one BCB version installed
- Follows the directory guidelines

As a result, what has been decided recently allows a compilation and installation straight out of the zip file. The installation guide is already updated to reflect this, the trick about the PATH variable now being only mentionned as an help for non standard users.

I now have some questions/requests:
1) In my everlasting quest for a better English (doesn't that sound good <g>), can you tell me what was ambiguous when I used 'regular' in my previous post ?
2) Can you have a look at (and update if needed) the compatibility guide, there are some BCB5 specifics in there that I'd like you to confirm
3) Can you have a look in the jedi.jcl newsgroup in the posts I made about BCB compatibility problems with the generated hpp files ? I started the thread on October 14th, titled 'BCB Compatibility' and most of the problems I reported require some sort of confirmations from a BCB5 user.

Thanks a lot for the help.


> BTW, how's your Rugby team doing? My (American) football teams and
> hockey teams are performing up to my (high) expectations<g>!
Glad to hear your teams are doing well, mine is doing well too. We beat Japan yesterday evening and we still have to play Scotland (25th) and USA (31st). No offence meant, but I think the only tough one in that group will be against Scotland <g>



Subject: Re: StringToHtml handler?
From: Kenny <thespearofdestiny@hotmail.com>
Date: Sat, 18 Oct 2003 21:04:15 -0400
Newsgroups: jedi.vcl

Thanks a lot!  Could this basic text to stream could be used for any sort of function that does text conversion?

thanks again
Kenny

Andreas Hausladen wrote:
> Kenny wrote:
>
>
>> if FileExists(FileName) then
>> if MessageDlg(
>> 'The File "' + FileName + '" already exists!' + #13 + #10 +
>> 'Want to overwrite it?', mtWarning, [mbYes, mbNo], 0) = mrNo then
>> exit;
>
>
> TSaveDialog has an option called ofOverwritePrompt that does the same.
>
>
>
>> if MessageDlg(...) = mrNo then
>
>
> This is no good construction because if someone clicks on the [X]
> MessageDlg returns mrCancel and with your test for mrNo the file would be
> overwritten.
>
>
>
>> JvStrToHtml.StringToHtml(Memo1.Text);
>
>
> And where do you save the file? Forthermore you discard the result
> returned by StringToHtml.
>
> [code]
> var
>   S: string;
>   Stream: TFileStream;
> begin
>  // convert text
>   S := StringToHtml(Memo1.Text);
>  // save text to file
>   Stream := TFileStream.Create(FileName, fmCreate);
>   try
>     if S <> '' then
>       Stream.Write(S[1], Length(S);
>   finally
>     Stream.Free;
>   end;
> end;
> [/code]
>
>
>
>> screen.cursor := crHourGlass;
>> JvStrToHtml.StringToHtml(Memo1.Text);
>> screen.cursor := crDefault;
>
>
> I looked into the StringToHml code and it treads Delphi's memory manager
> in a way it should not. This needs lots of memory and cpu usage. I will
> try to make it faster.
>
>



Subject: Re: Just finished building JVCL3 under D7E...
From: "asn" <asn@xs4all.nl>
Date: Sun, 19 Oct 2003 01:20:49 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bmrsum$num$1@talkto.net...
>> > > Such a waste of time for JVCL developers AND future users of JVCL3.
> > How so?
> >

True there are a lot of improvements in the JVCL3. Not among them is
DOWNWARDS COMPATIBILITY.
A software crime. Even the examples supplied with version 2.1 don't work
??!!!!
How much time all that (ten)thousands of users  will spend  if they
eventually  will upgrade to  JVCL 3 ? This hardly compares with the time the
JVCL developers have to spend to make it downwards compatible.
Incompatibilty that is caused by careless renaming of units and classes.
It is possible to rename or merge several units without losing compatiblity
UNLESS they contain classes that appear in the design pallette.
Examples of the first: JvUtils.pas, JvTypes.pas, JvFunctions.pas,
JvComponent.pas, JVCL.INC
Examples of the last: JvLabel.pas, JvEdit.pas, JvButton.pas, JvCheckBox.pas
Simply renaming units/classes, because you don't like their names ? The
components on they IDE pallette must not be renamed: You should think at
them as names of persons: they last for lifetime.
Names of classes and files must be carefully chosen to suit their contents.
Once chosen your stuck with them
But what to do about deprecated components? Put them in a seperate package
and mark them as deprecated. ( Delphi 7 still includes a Delphi 1.0
Compatiblity package)
Dropping DOWNWARDS COMPATIBILITY will certainly not improve reputation of
JVCL. And will cause a lot of irritation for current 2.1 users who will
attempt to install JVCL 3.0
They will be stuck with 2 versions of JVCL and will have to uninstall JVCL3
in order to work on projects based on JVC2.1. You can spend a day with that:
read the thread 'Compiler Gone Crazy'  in this same newsgroup.
Such a waste of time.

Regards,

André Snepvangers












You can rename merge



> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: Replace message handlers by dynamic/virtual methods
From: "asn" <asn@xs4all.nl>
Date: Sat, 18 Oct 2003 23:04:54 +0200
Newsgroups: jedi.vcl

> > wrapper we could easiely make most components CLX aware without any or
> > lots of $IFDEFs.
> >

There are not lots of $IFDEFs in the VisualCLX version of JVCL. And even
more could have been illiminated, if I would have chosen do adapt vcl code.
Also I did not have  the windows vcl help at hand, because it was developed
on Linux. With the advantage that I didn't had to touch my Delphi
environment ;-)

Regards,

André Snepvangers




Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 18 Oct 2003 22:35:09 +0200
Newsgroups: jedi.vcl

Now I implemented a mixture of interfaces and my dynamic method table
wrappers.

  IClxControlEvents = interface
    ['{61FC57FF-D4DA-4840-B871-63DE804E9921}']
    procedure VisibleChanged;
    procedure EnabledChanged;
    procedure FontChanged;
    procedure ColorChanged;
    procedure ParentFontChanged;
    procedure ParentColorChanged;
    procedure ParentShowHintChanged;
    function HintShow(var HintInfo : THintInfo): Boolean;
    function HitTest(X, Y: Integer): Boolean;
    procedure MouseEnter(AControl: TControl);
    procedure MouseLeave(AControl: TControl);
    procedure TextChanged;
  end;

  IClxWinControlEvents = interface(IClxControlEvents)
    ['{B5F7FB62-78F0-481D-AFF4-7A24ED6776A0}']
    procedure CursorChanged;
    procedure ShowingChanged;
    procedure ShowHintChanged;
  end;

The wrapper classes overwrite the virtual Dispatch method and decide what
dynamic method should be called.

  TJvClxControl = class(TControl, IClxControlEvents)
  protected
   // TControl
    procedure VisibleChanged; dynamic;
    procedure EnabledChanged; dynamic;
    procedure FontChanged; dynamic;
    procedure ColorChanged; dynamic;
    procedure ParentFontChanged; dynamic;
    procedure ParentColorChanged; dynamic;
    procedure ParentShowHintChanged; dynamic;
    function HintShow(var HintInfo : THintInfo): Boolean; dynamic;
    function HitTest(X, Y: Integer): Boolean; dynamic;
    procedure MouseEnter(AControl: TControl); dynamic;
    procedure MouseLeave(AControl: TControl); dynamic;
    procedure TextChanged; dynamic;
  public
    procedure Dispatch(var Message); override;
  end;


Because this means that I must implement such a class wrapper for all VCL
controls. I used my Delphi language Preprocessor
(http://www.sourceforge.net/projects/dpp32) what makes it easy to
implement a wrapper:

Here the complete JvClxStdCtrls.pas implementation:

type
CLXWINCONTROLEVENTS(CustomGroupBox)
CLXWINCONTROLEVENTS(GroupBox)
CLXCONTROLEVENTS(CustomLabel)
CLXCONTROLEVENTS(Label)
CLXWINCONTROLEVENTS(CustomEdit)
CLXWINCONTROLEVENTS(Edit)
CLXWINCONTROLEVENTS(CustomMemo)
CLXWINCONTROLEVENTS(Memo)
CLXWINCONTROLEVENTS(CustomCombo)
CLXWINCONTROLEVENTS(CustomComboBox)
CLXWINCONTROLEVENTS(ComboBox)
CLXWINCONTROLEVENTS(ButtonControl)
CLXWINCONTROLEVENTS(Button)
CLXWINCONTROLEVENTS(CustomCheckBox)
CLXWINCONTROLEVENTS(CheckBox)
CLXWINCONTROLEVENTS(RadioButton)
CLXWINCONTROLEVENTS(CustomListBox)
CLXWINCONTROLEVENTS(ListBox)
CLXWINCONTROLEVENTS(ScrollBar)
CLXWINCONTROLEVENTS(CustomStaticText)
CLXWINCONTROLEVENTS(StaticText)

implementation

CLXWINCONTROLEVENTS_IMPL(CustomGroupBox)
CLXWINCONTROLEVENTS_IMPL(GroupBox)
CLXCONTROLEVENTS_IMPL(CustomLabel)
CLXCONTROLEVENTS_IMPL(Label)
CLXWINCONTROLEVENTS_IMPL(CustomEdit)
CLXWINCONTROLEVENTS_IMPL(Edit)
CLXWINCONTROLEVENTS_IMPL(CustomMemo)
CLXWINCONTROLEVENTS_IMPL(Memo)
CLXWINCONTROLEVENTS_IMPL(CustomCombo)
CLXWINCONTROLEVENTS_IMPL(CustomComboBox)
CLXWINCONTROLEVENTS_IMPL(ComboBox)
CLXWINCONTROLEVENTS_IMPL(ButtonControl)
CLXWINCONTROLEVENTS_IMPL(Button)
CLXWINCONTROLEVENTS_IMPL(CustomCheckBox)
CLXWINCONTROLEVENTS_IMPL(CheckBox)
CLXWINCONTROLEVENTS_IMPL(RadioButton)
CLXWINCONTROLEVENTS_IMPL(CustomListBox)
CLXWINCONTROLEVENTS_IMPL(ListBox)
CLXWINCONTROLEVENTS_IMPL(ScrollBar)
CLXWINCONTROLEVENTS_IMPL(CustomStaticText)
CLXWINCONTROLEVENTS_IMPL(StaticText)



-- Regards Andreas Hausladen 

Subject: Question on surround sound.
From: "Steve Warburton" <Swarburton@orange.net>
Date: Sat, 18 Oct 2003 13:34:53 -0600
Newsgroups: jedi.vcl

On a surround sound card I am presuming there  1 stereo out put and 3 other
out puts for the surround sound. If this is correct how do I use these
individual output as 5 separate channels outs. I am using MMTools but I can
only seem to select pan left ot right.

Any info please.




Subject: Showing a form on different monitor
From: "Steve Warburton" <Swarburton@orange.net>
Date: Sat, 18 Oct 2003 13:11:48 -0600
Newsgroups: jedi.vcl

Is there a way to select the video card so I can show a form on another
monitor. I am on Windows XP.

Any components or ideas much appreciated.

Steve.




Subject: Re: Component Palette
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 18 Oct 2003 14:54:32 -0400
Newsgroups: jedi.vcl

Finally, some progress.

Installing a package inserts it into $(DELPHI7REG)\Known Packages, but it
also should insert the Component Palette tab into $(DELPHI7REG)\Palette
(DELPHI7REG is HKCU\Software\Borland\Delphi\7.0). For some reason the
installation of JVCL fails to do or interferes with this second step, and
it's the second step that allows the tabs to be reordered. Time to do some
more digging...

Cheers.
  Ignacio




Subject: Re: Just finished building JVCL3 under D7E...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 18 Oct 2003 19:25:10 +0200
Newsgroups: jedi.vcl

> > Such a waste of time for JVCL developers AND future users of JVCL3.
How so?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Component Palette
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 18 Oct 2003 13:24:42 -0400
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 18 Oct 2003 12:11:45 +0200:
> > If you reset the palette first (go into registry and remove all JVCL
> > palette entries), the palette order is determined by the installation
> > order AFAIK. Since different packages installs some components to the same
> > palette, the order is not easy to determine beforehand...

The problem isn't just the order, it's that if I change the order of the
JVCL tabs it doesn't remember the changes. I spent about 6 hours last night
(and very early this morning) trying to diagnose this and am still no closer
to even a potential hypothesis as to what the heck is going on.

Cheers.
  Ignacio




Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 18 Oct 2003 11:22:40 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >The environment 
> >variable trick is a dirty fix but is required for non regular users.

Do you mean non-regular in the sense of those who don't have their JCL
and JVCL directories positioned as described in your installation guide?

> >Indeed, I put all CVS stored projects in 
> >one of my personal folders and work directly on them. This allows me to 
> >have a mirror of what's on the server. But as everything for the JVCL is 
> >done in dev\JVCL3, having the JCL alongside in the dev folder would 
> >break my mirror image. So I put it somewhere else, and as a result, I'm 
> >not following the guidelines and must do the dirty fix (even if the 
> >latest JCL package on binaries should help with that).

I do this differently, mainly due to the number of times I've shot
myself in the foot in the past<g>. 

I have a separate structure that mirrors the CVS tree. This is where I
have TortoiseCVS place all files I get from the server. I do this for a
couple of reasons: 

I want to make sure that I don't inadvertently commit something I'm not
ready to commit, so I copy the stuff I know I ready to send into my
mirror CVS tree, and then commit from there.

I don't necessarily want to have things in my working directory
automatically updated when I get the latest files from CVS. By updating
my 'mirror' tree in a separate directory, I can then run Beyond Compare
against that tree and my 'working' tree, and have it point out any files
that have changes and what those changes are. I can then copy any
changed files that I know won't effect what I'm working on at the moment
into my working tree, and avoid those that I don't want to deal with
until I dig myself out of my current trench.

I also find it very useful to be able to easily compare where my working
tree files are at any given point as compared with where they were when
I last updated my CVS mirror tree (that is, where they were before I
broke them<g>).

I'm not saying that this is the 'best' way of doing things, but that I
find it the best way for me personally, so I have sure control over what
is where and don't trick my weary old brain when getting or putting CVS
files<g>.

> >Finally, the thing is that if we add the two above mentionned paths in 
> >the appropriate places, this will allow all users to compile and install 
> >the JVCL directly. And if someone has a different installation, they 
> >still can as I'm quite sure that BCB simply ignores non existant 
> >directories in the includes and library values.
> >I've already updated the installation guide to reflect this, and I'm on 
> >my way to update all BCB6 packages.

Exactly. And thanks for taking time to consider this!

>> >> Also, I should mention my organization of the BCB5 packages for JCL and
>> >> JVCL. As I mentioned previously, I like to segregate my BCB libraries.
>> >> To that end, I have a directory structure as follows:
>> >> 
>> >> JEDI
>> >>    JCL
>> >>       BCB5
>> >>          Libraries
>> >>          Includes
>> >>    JVCL
>> >>       BCB5
>> >>          Libraries
>> >>          Includes

> >This is not a standard 
> >installation. As such, if you put relative paths to have the JVCL link, 
> >it won't when a standard user follows the standard guidelines.

Yes, you are correct of course. But I have run into problems using the
standard installation, one due to the way BCB writes it's header files
(as noted below) and one due to my own mistakes (some might say my own
stupidity). The directory structure outlined above is designed to avoid
both problems.

The first problem occurs when you have more than one version of BCB
installed. Since the header files are left in the source directory and
do not have version-specific names, one version of BCB overwrites the
header files of the other version. I ran into this when I had the trial
version of BCB6 installed. Moving the header files to their own
version-specific directory avoids this problem.

The other problem is one of my own creation. When BCB5 is left to its
own devices (with no explicit output directories specified), it places
the binary output files (.bpl/.bpi/.lib) within the $(BCB) directory
structure. The problem is, when you need to delete BCB and reinstall it
(which I find myself doing from time to time), you either need to find
and save these files, or rebuild the packages that created them. When
I'm forced to delete and reinstall BCB, I'm usually in a mental state
such that I don't remember to save them and thus am forced to rebuild
those packages. The directory structure I use prevents me from making
this error.

Now, I'm not arguing that we should necessarily do things this way, but
only that we might want to consider these issues when devising the BCB5
directory structure.

I leave this decision in your capable hands and await your decision.

>> >> I haven't found a way to tell BCB5 to put generated
>> >> include files into...
> >I haven't found one either, 

BTW, how's your Rugby team doing? My (American) football teams and
hockey teams are performing up to my (high) expectations<g>!


Subject: Re: Just finished building JVCL3 under D7E...
From: "asn" <asn@xs4all.nl>
Date: Sat, 18 Oct 2003 19:07:12 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bmpl3d$dr6$1@talkto.net...
>> > > It built clean. Does anyone have any test progs they want me to try out?
> > Just about everything in \examples. Many of the demos won't work because
> > components have been removed, units renamed etc without the demos being
> > updated so could be quite the challenge<g>. But I guess you like those,
no?
> >

Such a waste of time for JVCL developers AND future users of JVCL3.

André Snepvangers

> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Just finished building JVCL3 under D7E...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 18 Oct 2003 13:58:18 +0200
Newsgroups: jedi.vcl

> > I can commit the changes to the three changed projects 
Please do
> > JediSurveyor
I'll have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Errormessage after installation V2.10
From: Frank Brust <frank.brust@t-online.de>
Date: Sat, 18 Oct 2003 13:36:23 +0200
Newsgroups: jedi.vcl

Ok,

i've found it.

There were some older bpl-Files in the \BIN-Directory.


Greetings
Frank


Subject: Errormessage after installation V2.10
From: Frank Brust <frank.brust@t-online.de>
Date: Sat, 18 Oct 2003 13:25:22 +0200
Newsgroups: jedi.vcl

Hello,

i've just installed JCL/JVCL 2.10 stable on a fresh Delphi 7 
Professional (german).

Now, when i start Delphi 7, i got the following errormessage:

"The procedure entry point ""@Jvdbtreeview@initialization$qqrv"; was not 
found in the DLL "JVCL200_R70.bpl".

I got this error two times (each followed by a message that the named 
package couldn't load), then delphi starts.

What can i do to prevent these message? The installation of Jedi was 
made by the jedi installer and doesn't show any error.

Greetings
Frank


Subject: Re: Component Palette
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 18 Oct 2003 12:11:45 +0200
Newsgroups: jedi.vcl

If you reset the palette first (go into registry and remove all JVCL palette
entries), the palette order is determined by the installation order AFAIK.
Since different packages installs some components to the same palette, the
order is not easy to determine beforehand...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Just finished building JVCL3 under D7E...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 17:21:10 +1000
Newsgroups: jedi.vcl

> My thinking is that if you try to set it to the first video source when
> there are no video sources available to set it to then you have yourself an
> exceptional circumstance. The user should be made aware of this, since they
> may have it plugged in but configured or installed incorrectly. This gives
> them a chance to see that there's something wrong instead of scratching
> their head as to why the program isn't working.
>
Yeah, that's quite right.
I modified it so that it now triggers an exception when the driver index given to it is invalid.



Subject: Component Palette
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 18 Oct 2003 02:07:20 -0400
Newsgroups: jedi.vcl

I just installed JCL 1.22 and JVCL 3 on my POS (no, that _doesn't_ mean
point-of-sale) computer at home, and changes I make to the order of the tabs
in the Component Palette don't seem to take from session to session. I also
noticed this at work previously, but couldn't pin down a cause. Is there
anything in the design-time packages that could/would cause this?

Thanks,
  Ignacio




Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 15:55:26 +1000
Newsgroups: jedi.vcl

> I'll do this any way you want, however...
>
> Modifying the system path is an unusual requirement for a 3rd party
> package. I have no 3rd party packages on my system that require this.
> For those using older operating systems where environment/path space is
> limited, adding the JCL to the path may not work or may even break
> something.
I wasn't aware of such an issue with the old versions of Windows but that doesn't surprises me either !

> I wonder if it might not be acceptable to add a relative path to JCL
> since JVCL will not run without it? I envision this as JCL and JVCL
> being in the same parent directory (as it is on my system now):
>
> JEDI
>    JCL
>    JVCL
>
> I see no disadvantage to doing this, although I admit I may well have
> missed something.
Me neither actually. And the more I think about it, the more I think this would allow a compilation 'out-of-the-box'. The environment variable trick is a dirty fix but is required for non regular users.
If we add ..\..\..\JCL\source to the include paths and ..\..\..\JCL\dcu to the library paths for every package, this will allow compilation and linking of all packages when people follow the guidelines in 'install.htm'.
However, my main concern is that I don't want to break the possibility to have the JCL somewhere else. Indeed, I put all CVS stored projects in one of my personal folders and work directly on them. This allows me to have a mirror of what's on the server. But as everything for the JVCL is done in dev\JVCL3, having the JCL alongside in the dev folder would break my mirror image. So I put it somewhere else, and as a result, I'm not following the guidelines and must do the dirty fix (even if the latest JCL package on binaries should help with that).
Finally, the thing is that if we add the two above mentionned paths in the appropriate places, this will allow all users to compile and install the JVCL directly. And if someone has a different installation, they still can as I'm quite sure that BCB simply ignores non existant directories in the includes and library values.
I've already updated the installation guide to reflect this, and I'm on my way to update all BCB6 packages.

> Also, I should mention my organization of the BCB5 packages for JCL and
> JVCL. As I mentioned previously, I like to segregate my BCB libraries.
> To that end, I have a directory structure as follows:
>
> JEDI
>    JCL
>       BCB5
>          Libraries
>          Includes
>    JVCL
>       BCB5
>          Libraries
>          Includes
This seems a good organisation and you certainly have good reasons to do so (we all have good reasons <g>) but this is not a standard installation. As such, if you put relative paths to have the JVCL link, it won't when a standard user follows the standard guidelines.

> I haven't found a way to tell BCB5 to put generated
> include files into the BCB5/Includes directory, so I move them manually
> after building the package.
I haven't found one either, but I leave them where they are because I already include the source folder of the JVCL to the include paths in the environment options. This also allows me to be sure to always get the latest version in my include paths. Moreover, this is the easiest setup for the user as they only need to add the path to JVCL\src and they have all the headers they need.

I'm always open to discussion, please give me your opinions.

Cheers
Olivier




Subject: Re: Just finished building JVCL3 under D7E...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sat, 18 Oct 2003 01:50:18 -0400
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 18 Oct 2003 15:24:52 +1000:
> > Ignacio Vazquez wrote:
>> >> Hello, OBones!
>> >> You wrote  on Sat, 18 Oct 2003 11:57:19 +1000:
>> >>
>>>> >>>>Directory JvAviCapture:
>>>> >>>>
>>>> >>>>Project JvAviCapDemo:
>>>> >>>>Ran, unable to test
>>> >>>
>>> >>>Why is that ? Is it because of a crash, or because you don't have any
>>> >>>webcam ? You need a webcam, or at least a video source to test this
>>> >>>project, and if you don't, well, it shouldn't crash (I hope <g>)
>> >>
>> >> No video source. No crash. And not even a complaint when I hit "Connect"
>> >> (hmm...).
>> >>
> > No complaint is quite normal as I designed the component to be as silent
> > as possible. When one sets the driver index to a invalid value, the
> > value isn't changed, no exception is triggered. The example uses the
> > first driver (0) but as you don't have any video source on your machine,
> > it stays to -1 and doesn't complain. Maybe I should trigger an
> > exception, but I'm not quire sure about that...

My thinking is that if you try to set it to the first video source when
there are no video sources available to set it to then you have yourself an
exceptional circumstance. The user should be made aware of this, since they
may have it plugged in but configured or installed incorrectly. This gives
them a chance to see that there's something wrong instead of scratching
their head as to why the program isn't working.

Cheers.
  Ignacio




Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 15:26:23 +1000
Newsgroups: jedi.vcl

OBones wrote:

>> FYI, in the JVCL3 root directory there are two copies of the BCB
>> Compatibility Guide:
>>
>> BCB Compatibility Guide.html (9/29/03)
>> BCBCompatGuide.thm (10/14/03)
>>
> We know about that, and this was done because someone reported that the one with spaces in it didn't make it into the daily snapshot.
> I just had a look today, it is present in both packages (full and source).
> So I think we could get rid of the one without space. However, the one with spaces MUST be updated before, so that we don't loose the changes I did since the 29th.
>
Ok, I did that. Now, only the one with the full name is in the JVCL tree



Subject: Re: Just finished building JVCL3 under D7E...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 15:24:52 +1000
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
> Hello, OBones!
> You wrote  on Sat, 18 Oct 2003 11:57:19 +1000:
>
>>> Directory JvAviCapture:
>>>
>>> Project JvAviCapDemo:
>>> Ran, unable to test
>>
>> Why is that ? Is it because of a crash, or because you don't have any
>> webcam ? You need a webcam, or at least a video source to test this
>> project, and if you don't, well, it shouldn't crash (I hope <g>)
>
>
> No video source. No crash. And not even a complaint when I hit "Connect"
> (hmm...).
>
No complaint is quite normal as I designed the component to be as silent as possible. When one sets the driver index to a invalid value, the value isn't changed, no exception is triggered. The example uses the first driver (0) but as you don't have any video source on your machine, it stays to -1 and doesn't complain. Maybe I should trigger an exception, but I'm not quire sure about that...



Subject: Re: Just finished building JVCL3 under D7E...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Oct 2003 07:16:57 +0200
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> I found 164 DPR files. It's gonna be a while...

Get my HID package from http://www.delphi-gems.com/controls.php
integrate BasicDemo, CollectionDemo, ReadWriteDemo and UsagesDemo and you are down to 160 :->



Subject: Re: Just finished building JVCL3 under D7E...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 17 Oct 2003 22:51:42 -0400
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 18 Oct 2003 11:57:19 +1000:
>> >> Directory JvAviCapture:
>> >>
>> >> Project JvAviCapDemo:
>> >> Ran, unable to test
> > Why is that ? Is it because of a crash, or because you don't have any
> > webcam ? You need a webcam, or at least a video source to test this
> > project, and if you don't, well, it shouldn't crash (I hope <g>)

No video source. No crash. And not even a complaint when I hit "Connect"
(hmm...).

Cheers.
  Ignacio




Subject: Re: Small issues with JvMenus.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 12:00:42 +1000
Newsgroups: jedi.vcl

> Well sort of, I did make some quick changes to JvMenus.pas so you can run the demo (in examples\JvRichEdit -> EditorDemo.dpr)
I'll have a look

> Some issues are:
>
> * MinTextOffset doesn't do anything more, seems to be replaced by TextMargin, but I don't know whether the functionality is the same.
MinTextOffset seems to be an old stuff from the RxLib days, when variable names were misleading. I'll check again, but from my 3 months old memories, I left it so that people moving from RxLib won't get lost (even if it is not used...)

> * I think when using TJvXPMenuItemPainter the ShowCheckMarks should have no meaning ( or should it be possible to draw images *and* checkmarks? ) 
Well, I think it is possible to draw checkmarks and images, at least with the Office painter. However, even if I never tested that kind of crazy stuff with the XP painter, there shouldn't be any problem with that, apart maybe for the ugly look <g>

> To get correct drawing I now had to specify an imagelist for the popup menu although I didn't use that imagelist.
Weird... What exactly do you mean by correct and incorrect drawing ?

> * For this demo it would be handy if you could determine the width of the band when drawing with TJvXPMenuItemPainter.
What is the band you are referring to ?

> * The drawing looks really nice BTW :)
Thanks. They are not exactly like XP menus, but are pretty close.



Subject: Re: Just finished building JVCL3 under D7E...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 11:57:19 +1000
Newsgroups: jedi.vcl

> Directory JvAviCapture:
>
> Project JvAviCapDemo:
> Ran, unable to test
Why is that ? Is it because of a crash, or because you don't have any webcam ? You need a webcam, or at least a video source to test this project, and if you don't, well, it shouldn't crash (I hope <g>)



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 09:50:15 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> No worries, as I think the French (or is that Aussies?) put it<g>. I
> shouldn't have been so thin-skinned.
>
> No hard feelings?
As Aussies say (and those who live there too), No worries <g>



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 17 Oct 2003 17:13:15 -0600
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

>> >> For those using older operating systems where environment/path space is
>> >> limited, adding the JCL to the path may not work or may even break
>> >> something.
> >Since D5/BCB5 and up supports long paths, this is not an issue anymore (we
> >don't support D4 and below since at least the previous release).

I was thinking of OS limitations rather than Delphi/BCB limitations. I
don't the last OS that I ran into this problem on, I think it was
W98OSR2 - the problem being that there was a limit on the length of the
PATH environmental variable or the size of the entire environment, don't
remember which, but I ended up having to use very short names for some
of my directories so they would all fit into the PATH.

>> >> I see no disadvantage to doing this
> >Neither do I but some JVCL users (like Olivier) believe that we should avoid
> >requiring the JCL to be in any specific location which I can sort of agree
> >on but if it isn't possible to accomplish, we have to live with it and
> >document it as best as we can.

I would not wish to argue with anyone about this, but I am curious as to
their reasons, just to make sure that I have not overlooked something
myself.

>> >> Also, I should mention my organization of the BCB5 packages for JCL and
>> >> JVCL. As I mentioned previously, I like to segregate my BCB libraries.
> >[...]
> >In Delphi, I need to output the bpl/dcp file to a Delphi known path (default
> >is ($DELPHI)\Projects\Bpl). If I do that and add the JCL \dcu folder to the
> >environment path, I can have the JCL to located anywhere I want. Isn't
> >something similar possible with BCB5?

Yes, BCB handles that. On my 'development' volume (among many others) I
have a Borland directory set up as follows:

Borland
   3rdParty
      ...
      JEDI
      ...
      Libraries
         BCB5
            Includes
            Libs
            Resources
         D7
      ...
   ...
   BCB5
   D7
   Experts
   ...

I copy ALL of my 3rdParty .bpi/.bpl/.lib files in BCB5\Libs, and all of
my .hpp files to BCB5\Includes (I also leave them in their original
locations within their respective package directories so that when my
Libs/Includes directories get too dirty from removing components, etc, I
can just erase them and copy the files back there again from their
original locations). Fortunately, I've never run into a naming conflict.

I have Borland\3rdParty\Libraries\BCB5\Libs in my PATH, and I also add
it to my BCB5 Libraries path. I have
Borland\3rdParty\Libraries\BCB5\Includes in my BCB5 Includes path. This
keeps both of those paths under control in my BCB5 projects (they were
both getting ridiculously long).

I've got just over 800 files in BCB5\Libs, about 2200 in BCB5\Includes
and about 1200 in BCB5\Resources. I was pleasantly surprised to find
that I saw no difference in project build speed after doing this.




Subject: Re: Just finished building JVCL3 under D7E...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 17 Oct 2003 18:44:26 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
bmpo13$eb8$1@talkto.net...
>> >> I found 164 DPR files. It's gonna be a while...
> > Well, you don't have to do all of them.
> >
> > Tonight.

Heh. Well, here are the results for subdirectories Globus through
JvAviCapture.

Directory Globus:

Project Gl_demo:
Comment/variable removals
Builds clean
'Page&TabControl':Top-left control doesn't change info
'Digits':Coordinates up/downs don't work
'Ruler':What the?
'Progress':Fourth bar goes blank at 0
'CheckBox':'Month' and 'Then Searching' selected item goes screwy

Project _glXMLSerializer_demo:
Variable removal, minor code changes
Builds clean
Unexpected error in supplied test file
--

Directory JediSurveyor, Project Group JediSurveyor:

Project sc:
Built clean
Ran, not tested

Project jsb:
Built clean
Ran, not tested

Project js:
Built clean
Property error in MainFrm, not fixed

Project jsr:
Built clean
Ran, not tested
--

Directory JvAni:

Project JvAniProj:
Reliance on Win 3.1 controls, replaced with JVCL controls
Built clean
TJvFileListBox doesn't show files in current directory without first
changing to another and back
--

Directory JvAppDDECmd:

Project AppDdeCmdExample:
Built clean
Ran, unsure how to test
--

Directory JvAppHotKey:

Project JvAppHotKeyDemo:
Built clean
Ran, tested clean
--

Directory JvAppInstances:

Project JvAppInstDemo:
Built clean
Ran, tested clean
--

Directory JvArrowButton:

Project ArrowButtonDemo:
Built clean
Ran, tested clean
--

Directory JvAviCapture:

Project JvAviCapDemo:
Ran, unable to test
--

I can commit the changes to the three changed projects (Gl_demo,
_glXMLserializer_demo, JvAni) if you'd like. Also, JediSurveyor,
JvAppDdeCmdExample, and JvAviCapture still need to be tested and/or fixed.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Small issues with JvMenus.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 18 Oct 2003 00:27:28 +0200
Newsgroups: jedi.vcl

OBones wrote:
> I removed the associated code, it was made useless by the implementation of the OwnerDraw painter.
> Does that fix the bug ?

Well sort of, I did make some quick changes to JvMenus.pas so you can run the demo (in examples\JvRichEdit -> EditorDemo.dpr)

Some issues are:

* MinTextOffset doesn't do anything more, seems to be replaced by TextMargin, but I don't know whether the functionality is the same.
* I think when using TJvXPMenuItemPainter the ShowCheckMarks should have no meaning ( or should it be possible to draw images *and* checkmarks? ) To get correct drawing I now had to specify an imagelist for the popup menu although I didn't use that imagelist.
* For this demo it would be handy if you could determine the width of the band when drawing with TJvXPMenuItemPainter.
* The drawing looks really nice BTW :)

Will have a closer look at JvMenus the coming days.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Just finished building JVCL3 under D7E...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 17 Oct 2003 23:48:40 +0200
Newsgroups: jedi.vcl

> > I found 164 DPR files. It's gonna be a while...
Well, you don't have to do all of them. 

Tonight.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Just finished building JVCL3 under D7E...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 17 Oct 2003 17:14:37 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
bmpl3d$dr6$1@talkto.net...
>> >> It built clean. Does anyone have any test progs they want me to try out?
> > Just about everything in \examples. Many of the demos won't work because
> > components have been removed, units renamed etc without the demos being
> > updated so could be quite the challenge<g>. But I guess you like those,
> > no?

I found 164 DPR files. It's gonna be a while...

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Just finished building JVCL3 under D7E...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 17 Oct 2003 22:58:42 +0200
Newsgroups: jedi.vcl

> > It built clean. Does anyone have any test progs they want me to try out?
Just about everything in \examples. Many of the demos won't work because
components have been removed, units renamed etc without the demos being
updated so could be quite the challenge<g>. But I guess you like those, no?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 17 Oct 2003 22:57:02 +0200
Newsgroups: jedi.vcl

> > Modifying the system path is an unusual requirement for a 3rd party
> > package. I have no 3rd party packages on my system that require this.
The unusual in the situation is that one 3rd party package (JVCL) requires
another 3rd party package(JCL). SInce most 3rd party package either have all
their required stuff in the same folder as everything else or require the
VCL packages which are in the path,, this situation enver occurs.

> > For those using older operating systems where environment/path space is
> > limited, adding the JCL to the path may not work or may even break
> > something.
Since D5/BCB5 and up supports long paths, this is not an issue anymore (we
don't support D4 and below since at least the previous release).

> > I wonder if it might not be acceptable to add a relative path to JCL
> > since JVCL will not run without it? I envision this as JCL and JVCL
> > being in the same parent directory (as it is on my system now):
> >
> > JEDI
> >    JCL
> >    JVCL
This is the recommended folder layout for any JVCL user (it's even in
readme.html IIRC).

> > I see no disadvantage to doing this
Neither do I but some JVCL users (like Olivier) believe that we should avoid
requiring the JCL to be in any specific location which I can sort of agree
on but if it isn't possible to accomplish, we have to live with it and
document it as best as we can.

> > Also, I should mention my organization of the BCB5 packages for JCL and
> > JVCL. As I mentioned previously, I like to segregate my BCB libraries.
[...]
In Delphi, I need to output the bpl/dcp file to a Delphi known path (default
is ($DELPHI)\Projects\Bpl). If I do that and add the JCL \dcu folder to the
environment path, I can have the JCL to located anywhere I want. Isn't
something similar possible with BCB5?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 17 Oct 2003 22:48:37 +0200
Newsgroups: jedi.vcl

> > I appreciate the work that you and Olivier and the other JEDI knights
> > put into this as well, and the help that everyone, Olivier especially,
> > has given me. I was too thin-skinned re: Olivier's message and responded
> > poorly.
I'm glad we've resolved this since I wouldn't want JVCL to loose you or the
great work you do because of a bad choice of words (we see that enough
around the world every day!).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Just finished building JVCL3 under D7E...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 17 Oct 2003 16:07:09 -0400
Newsgroups: jedi.vcl

It built clean. Does anyone have any test progs they want me to try out?

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JvInterpreter
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 17 Oct 2003 15:54:24 -0400
Newsgroups: jedi.vcl

Robert Cerny wrote:

> BTW, I moved some TJvInterpreterExpression from protected to public for
> debugger use. So, whoever is working on this part of jvcl may freely contact
> me for coordination and more info (remove "qwe" from email)
>
I'm working (not actively this week) on JvInterpreter too.  I'm currently interested in (a) debugger support, and (b) fixing the bug I logged into mantis regarding the bogus expression-evaluation (jvinterpreter is either ignoring operator precedence, or complex expression evaluation is just plain busted).

ie, Y := Q/(R+S)*T might not give you the same answer on Delphi as in JvInterpreter, for the same values of Q, R, S, T. I suspect bustage in the expression evaluation code.

Warren



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 17 Oct 2003 12:54:13 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >To me it's not ok to put the JCL directory in there. This is the point 
> >I'm explaining in the guide, where the path to the dcu directory of the 
> >JCL should be in the PATH environment variable. This will allow linking 
> >and let the user decide where they want to put their copy of the JCL.
> >I really prefer no to force the JCL to be somewhere along the JVCL path, 
> >and we will have to give a notice to people willing to install the JVCL. 
> >I'm working on the batch file to automate building and I will have to 
> >give a look at the automatic installer so that people can specify where 
> >the JCL is.

I'll do this any way you want, however...

Modifying the system path is an unusual requirement for a 3rd party
package. I have no 3rd party packages on my system that require this.
For those using older operating systems where environment/path space is
limited, adding the JCL to the path may not work or may even break
something.

I wonder if it might not be acceptable to add a relative path to JCL
since JVCL will not run without it? I envision this as JCL and JVCL
being in the same parent directory (as it is on my system now):

JEDI
   JCL
   JVCL

I see no disadvantage to doing this, although I admit I may well have
missed something.

Also, I should mention my organization of the BCB5 packages for JCL and
JVCL. As I mentioned previously, I like to segregate my BCB libraries.
To that end, I have a directory structure as follows:

JEDI
   JCL
      BCB5
         Libraries
         Includes
   JVCL
      BCB5
         Libraries
         Includes

My JCL BCB5 package writes it's .bpi/.lib/.bpl files to
JCL/BCB5/Libraries. I haven't found a way to tell BCB5 to put generated
include files into the BCB5/Includes directory, so I move them manually
after building the package.

In my JVCL packages, I have LIBPATH set as follows (this assumes that it
is OK to have a relative path to JCL) and broken into separate lines for
clarity in this message:

<LIBPATH value= "
$(BCB)\Lib;
$(BCB)\Lib\Obj;
...\..\run;
...\..\design;
...\..\common;
...\..\BCB5\Libraries;
...\..\..\JCL\BCB5\Libraries;
...\..\..\JCL\dcu"/>

As in my JCL package, my JVCL packages write their library files to
BCB5/Libraries, and I copy the header files from the JVCL\run and
JVCL\design directories to BCB5\Includes.

The above LIBPATH is identical in all BCB5 JVCL packages so that
(hopefully) nothing breaks as units are added to packages or moved from
one package to another...

What do you think?



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 17 Oct 2003 12:19:14 -0600
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

> >Remember that for us
> >non-native english speakers, it is very hard to determine how something we
> >write will be interpreted by others

Yes. You folks speak more languages that I do (I speak only US English,
and I'm not very good at that!). I'd guess that makes you more sensitive
to problems of interpretation.

One of the drawbacks that comes from living here in the States is that
may of us have had very limited exposure to other cultures. I certainly
suffer from this. I tend to read messages through this limiting lens and
thus fail take into account that my interpretation of what I read is not
necessarily what the writer intended to convey. I will do my best to
keep this in mind in the future<smile>.

> >I really appreciate the effort you put in (and the work Olivier put in as
> >well, of course) and I am certain there are others that appreciate it
> >equally.

I appreciate the work that you and Olivier and the other JEDI knights
put into this as well, and the help that everyone, Olivier especially,
has given me. I was too thin-skinned re: Olivier's message and responded
poorly.

OK, back to work...


Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 17 Oct 2003 12:13:38 -0600
Newsgroups: jedi.vcl

No worries, as I think the French (or is that Aussies?) put it<g>. I
shouldn't have been so thin-skinned.

No hard feelings?


Subject: Re: JvInterpreter
From: "Robert Cerny" <robert.qwe.cerny@neosys.xrs.qwe.si>
Date: Fri, 17 Oct 2003 17:20:14 +0200
Newsgroups: jedi.vcl

Two days ago from http://cvs.sourceforge.net/viewcvs.py/jvcl/jvcl/source/
The page says the file is 2 months old.
There seems to be some tiny differences between this and
http://jvcl.sourceforge.net/daily/JVCL3-Source-2003-10-17.zip and can't
decide which should I choose, for example JvInterpreter.pas:
first one fixes DivByZero, VariantOverflow, while the second one has removed
$Compiler2 code and uses resource strings for exception messages.

I already merged with first variation.

-- Robert Cerny DelphiShaman "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message news:bmoo2q$8ed$1@talkto.net...
>> > > I uploaded the zip to binaries ng.
> > Thank you. It will                                                                                                                                                                                                                                                                        .


Subject: Re: JvInspector in BCB 6.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 17 Oct 2003 16:38:00 +0200
Newsgroups: jedi.vcl

Hello, Jury!
You wrote  on Fri, 17 Oct 2003 18:08:41 +0400:

 JS> I'm using Jvcl 2.1 and cannot use TJvInspector in my BCB 6.0 project:

 JS> In JvInspector.pas

 JS> TJvInspectorVarData = class(TJvCustomInspectorData)

 JS>   (skip)

 JS> public
 JS>   (skip)
 JS>     class function New(const AParent: TJvCustomInspectorItem; const
 JS> AName: string; const ATypeInfo: PTypeInfo; const AAddress: Pointer):
 JS> TJvCustomInspectorItem; overload;
 JS>     class function New(const AParent: TJvCustomInspectorItem; const
 JS> AName: string; const ATypeInfo: PTypeInfo; const AVar):
 JS> TJvCustomInspectorItem; overload;

    Remove the last method and always use @<variable> and it should all work
again (this is the change made to JVCL3 to get it building+working for BCB).

 JS> next steps:
 JS> 1) TJvInspectorVarData *data = new TJvInspectorVarData(); //error
 JS> in-runtime - TJvInspectorVarData cannot be created separately

    Disclaimer: I'm not good enough in C to give you a proper C example ;-)
The normal way of creating a new item is to use:

   TJvInspectorVarData.New(<parent item>, <name of item>, <type info>,
@<variable>).

    So in C that should be something like:

    TJvCustomInspectorItem *Item = TJvInspectorVarData.New(<parent item>,
'Data1', <RTTI info of variable type>, @<variable>)

 JS> Please, help me! JvInspector is great component! Just no for Builder
 JS> :(((

    In JVCL3 it is working. Maybe someone with more C knowledge than me can
write an example in C?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: [BCB6] A solution to the linker crashes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 00:32:48 +1000
Newsgroups: jedi.vcl

>> Good to know the linker crash is gone.
>> Thanks for your feedback, and can you tell me what those packages missing vclx.bpi are ?
>
>
> I had that a few days ago - think it was Net and Bands. The linker fails to
> find checklst.obj.
>
>
>
Ok thanks, I'll have a look at it as some packages need clean up and update anyway.



Subject: Re: JvInspector in BCB 6.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 18 Oct 2003 00:26:46 +1000
Newsgroups: jedi.vcl

The support for BCB6 was only partial when the 2.1 version was released and has been greatly improved with the preparation of the upcoming version 3.
I'm not a specialist in the use of the JvInspector, so what I will say here may not be really accurate.
Sadly, I don't think there is a way to fix your problem directly without moving to the version 3 of the JVCL.
This version is not released yet because it may not be as stable as a public version. However, for having built it and used it with BCB6, I'm quite sure it's way better and at least, the JvInspector is working.
If you want to give a go to the version 3, get the latest snapshot either from CVS or here: http://jvcl.sf.net/daily/
As a final note, I'd say that before rushing to JVCL3, you may want to have a look at the example for TJvInspector. It's written in Delphi, but it gives a good idea of how it should be used. Once again, I'm not a specialist with this component so your linking problem may come from an incorrect use of that class (even if I seriously doubt it).

In the end, thanks for your interest in the JVCL, and please rest assured that the support of BCB user is something important to us.



Subject: Re: [BCB6] A solution to the linker crashes
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 17 Oct 2003 15:20:38 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

>> >> Yesterday I could compile jvcl3 for builder6, the latest CVS version.
>> >> Only I had to add to some packages the vclx.bpi. Lhe linker crash is 
>> >> absent now.

> >Good to know the linker crash is gone.
> >Thanks for your feedback, and can you tell me what those packages 
> >missing vclx.bpi are ?

I had that a few days ago - think it was Net and Bands. The linker fails to
find checklst.obj. 






Subject: JvInspector in BCB 6.0
From: "Jury Sergeew" <ing@interpage.ryazan.ru>
Date: Fri, 17 Oct 2003 18:08:41 +0400
Newsgroups: jedi.vcl

Hi All! Sorry for my bad english.

I'm using Jvcl 2.1 and cannot use TJvInspector in my BCB 6.0 project:

In JvInspector.pas

TJvInspectorVarData = class(TJvCustomInspectorData)

  (skip)

public
  (skip)
    class function New(const AParent: TJvCustomInspectorItem; const AName:
string; const ATypeInfo: PTypeInfo; const AAddress: Pointer):
TJvCustomInspectorItem; overload;
    class function New(const AParent: TJvCustomInspectorItem; const AName:
string; const ATypeInfo: PTypeInfo; const AVar): TJvCustomInspectorItem;
overload;
    (skip)
  end;

In JvInspector.hpp

class DELPHICLASS TJvInspectorVarData;
class PASCALIMPLEMENTATION TJvInspectorVarData : public
TJvCustomInspectorData
{
 typedef TJvCustomInspectorData inherited;

private:
 void *FAddress;

protected:
 virtual void * __fastcall GetAddress(void);
 virtual Extended __fastcall GetAsFloat(void);
 virtual __int64 __fastcall GetAsInt64(void);
 virtual System::TMethod __fastcall GetAsMethod();
 virtual __int64 __fastcall GetAsOrdinal(void);
 virtual AnsiString __fastcall GetAsString();
 virtual bool __fastcall IsEqualReference(const TJvCustomInspectorData*
Ref);
 virtual void __fastcall SetAddress(const void * Value);
 virtual void __fastcall SetAsFloat(const Extended Value);
 virtual void __fastcall SetAsInt64(const __int64 Value);
 virtual void __fastcall SetAsMethod(const System::TMethod &Value);
 virtual void __fastcall SetAsOrdinal(const __int64 Value);
 virtual void __fastcall SetAsString(const AnsiString Value);
 virtual bool __fastcall SupportsMethodPointers(void);

public:
 virtual void __fastcall GetAsSet(void *Buf);
 virtual bool __fastcall HasValue(void);
 virtual bool __fastcall IsAssigned(void);
 virtual bool __fastcall IsInitialized(void);
 /* virtual class method */ virtual TJvInspectorRegister* __fastcall
ItemRegister(TMetaClass* vmt);
 /*         class method */ static TJvCustomInspectorItem* __fastcall
New(TMetaClass* vmt, const TJvCustomInspectorItem* AParent, const AnsiString
AName, const Typinfo::PTypeInfo ATypeInfo, const void * AAddress)/* overload
*/;
 /*         class method */ //static TJvCustomInspectorItem* __fastcall
New(TMetaClass* vmt, const TJvCustomInspectorItem* AParent, const AnsiString
AName, const Typinfo::PTypeInfo ATypeInfo, const void *AVar)/* overload */;
 virtual void __fastcall SetAsSet(const void *Buf);
 __property void * Address = {read=GetAddress, write=SetAddress};
        #pragma option push -w-inl
 /* TJvCustomInspectorData.CreatePrim */ inline __fastcall
TJvInspectorVarData(const AnsiString AName, const Typinfo::PTypeInfo
ATypeInfo) : TJvCustomInspectorData(AName, ATypeInfo) { }
 #pragma option pop
protected:


public:
 #pragma option push -w-inl
 /* TJvCustomInspectorData.Create */ inline __fastcall
TJvInspectorVarData(void) : TJvCustomInspectorData() { }
 #pragma option pop

public:
 #pragma option push -w-inl
 /* TPersistent.Destroy */ inline __fastcall virtual
~TJvInspectorVarData(void) { }
 #pragma option pop

};

In my project:

TJvInspectorCustomCategoryItem *InspCat = new
TJvInspectorCustomCategoryItem(JvInspector1->Root, NULL);
InspCat->DisplayName = "Folder";

next steps:
1) TJvInspectorVarData *data = new TJvInspectorVarData(); //error
in-runtime - TJvInspectorVarData cannot be created separately

2) TTypeInfo p;
 TJvInspectorVarData *data = new TJvInspectorVarData("ddd", &p);

[Linker Error] Unresolved external '__fastcall
Jvinspector::TJvCustomInspectorData::TJvCustomInspectorData(const
System::AnsiString, Typinfo::TTypeInfo * const)' referenced from
C:\TEMP\UNIT1.OBJ

Please, help me! JvInspector is great component! Just no for Builder :(((

Thanks.

Jury Sergeew.




Subject: Re: JvInterpreter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Oct 2003 14:42:36 +0200
Newsgroups: jedi.vcl

> > I uploaded the zip to binaries ng.
Thank you. It will probably be a while before you see any updates in JVCL
since there is quite a number of units to look through. BTW, what date did
you get the original JVCL3 files?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem with WordCount, ExtractWord and WordPosition
From: "Stephan Hartmann" <stephan.hartmann@haufe.de>
Date: Fri, 17 Oct 2003 14:37:11 +0200
Newsgroups: jedi.vcl

Hi,

i've Problems with the function WordCount, ExtractWord and WordPosition from
the unit JvStrUtils.
If my string has at the beginning or at the end a worddelim, than this will
be ignored. I use this very often and I need the string, if it is empty or
not.

Can you change the following 2 functions?

function WordCount(const S: string; const WordDelims: TCharSet): Integer;
var
  SLen, I: Cardinal;
begin
  if S = '' then
    Result := 0
  else
  begin
    Result := 1;
    I := 1;
    SLen := Length(S);
    while I <= SLen do
    begin
      If S[I] in WordDelims then
        Inc(Result);
      Inc(I);
    end;
  end;
end;

function WordPosition(const N: Integer; const S: string;
  const WordDelims: TCharSet): Integer;
var
  I,SLen,
  Count: Integer;
begin
  I:=1;
  Count:=0;
  SLen:=Length(S);
  while (I <= SLen) and (Count < (N-1)) do
  begin
    If S[I] in WordDelims then
      Inc(Count);
    Inc(I);
  end;
  If SLen >= I then
    Result:=I
  else
    Result:=0;
end;

If you will change the code, than please look at ExtractWordPos and
ExtractDelimited.

Greetings
Stephan H.




Subject: Re: HtmlToString and StringToHtml in JvStrToHtml.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Oct 2003 12:42:45 +0200
Newsgroups: jedi.vcl

> > I've exchanged the function contents and made them faster. The changes are
> > committed.
Speedo!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Oct 2003 12:42:24 +0200
Newsgroups: jedi.vcl

> > How is supposed to be clear to me? Did you notice that I was ASKING
> > about this?
[...]
Hey, hey, Leroy. Don't get all fired up here. I don't think Olivier is
trying to bitch at you. He's just under some pressure at the moment and
maybe he's writing is way "harder" than he intended. Remember that for us
non-native english speakers, it is very hard to determine how something we
write will be interpreted by others (for example, it is common that when
someone gets excited about something - in a positive manner - their writing
can seem pushy and irritating even if they didn't intend it that way).

I understand that this BCB business is tough going and very frustrating and
I really appreciate the effort you put in (and the work Olivier put in as
well, of course) and I am certain there are others that appreciate it
equally. Maybe you should both take a break from it a couple of days, do
something funny? There are no deadlines to keep so no need to rush.

Maybe someone else can pitch in and give a hand? (Call to all JVCL'ers: get
of yer butts and do the BCB boogie!)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HtmlToString and StringToHtml in JvStrToHtml.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 17 Oct 2003 12:33:26 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Is it me who is wrong or are these two function really wrong?
> > Looks pretty wrong to me too...

I've exchanged the function contents and made them faster. The changes are
committed.


-- Regards Andreas Hausladen 

Subject: Re: HtmlToString and StringToHtml in JvStrToHtml.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Oct 2003 12:30:56 +0200
Newsgroups: jedi.vcl

> > Is it me who is wrong or are these two function really wrong?
Looks pretty wrong to me too...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: including JCF in next version?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 17 Oct 2003 12:28:47 +0200
Newsgroups: jedi.vcl

> > AFAIK JVCL3 should be delivered in more small packages.
Huh? Smaller yet? Why?

> > What´s about integrating an extra package for the JEDI Code Formater?
BTW: the new
> > version 2 is already at beta 8 stage!
JCF has nothing to do with JVCL so we won't include it (although it is a
cool project).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: including JCF in next version?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 17 Oct 2003 12:15:27 +0200
Newsgroups: jedi.vcl

Hi

AFAIK JVCL3 should be delivered in more small packages. What´s about
integrating an extra package for the JEDI Code Formater?  BTW: the new
version 2 is already at beta 8 stage!

in hope

Ralf Grenzing
JVCL MegaDemo Developer






Subject: HtmlToString and StringToHtml in JvStrToHtml.pas
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 17 Oct 2003 11:54:49 +0200
Newsgroups: jedi.vcl

Although the two function HtmlToString and StringToHtml in JvStrToHtml.pas
are not the fastest, the functions are doing the opposite of that was
their name says. HtmlToString calls CharToHtml and StringToHtml replaces
the html entities by a Char.

Is it me who is wrong or are these two function really wrong?


-- Regards Andreas Hausladen 

Subject: Re: StringToHtml handler?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 17 Oct 2003 11:50:09 +0200
Newsgroups: jedi.vcl

Kenny wrote:

> > if FileExists(FileName) then
> > if MessageDlg(
> > 'The File "' + FileName + '" already exists!' + #13 + #10 +
> > 'Want to overwrite it?', mtWarning, [mbYes, mbNo], 0) = mrNo then
> > exit;

TSaveDialog has an option called ofOverwritePrompt that does the same.


> > if MessageDlg(...) = mrNo then

This is no good construction because if someone clicks on the [X]
MessageDlg returns mrCancel and with your test for mrNo the file would be
overwritten.


> > JvStrToHtml.StringToHtml(Memo1.Text);

And where do you save the file? Forthermore you discard the result
returned by StringToHtml.

[code]
var
  S: string;
  Stream: TFileStream;
begin
 // convert text
  S := StringToHtml(Memo1.Text);
 // save text to file
  Stream := TFileStream.Create(FileName, fmCreate);
  try
    if S <> '' then
      Stream.Write(S[1], Length(S);
  finally
    Stream.Free;
  end;
end;
[/code]


> > screen.cursor := crHourGlass;
> > JvStrToHtml.StringToHtml(Memo1.Text);
> > screen.cursor := crDefault;

I looked into the StringToHml code and it treads Delphi's memory manager
in a way it should not. This needs lots of memory and cpu usage. I will
try to make it faster.


-- Regards Andreas Hausladen 

Subject: Re: [BCB6] A solution to the linker crashes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 17 Oct 2003 18:27:20 +1000
Newsgroups: jedi.vcl

> Yesterday I could compile jvcl3 for builder6, the latest CVS version.
> Only I had to add to some packages the vclx.bpi. Lhe linker crash is absent now.

Good to know the linker crash is gone.
Thanks for your feedback, and can you tell me what those packages missing vclx.bpi are ?



Subject: Re: Small issues with JvMenus.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 17 Oct 2003 18:26:20 +1000
Newsgroups: jedi.vcl

> * The popup menus in the demo project are used for selecting colors. In the OnDrawItem event they call the original draw method (DefaultDrawItem) and then draw a color box. This is now not possible: you get a recursive loop because DefaultDrawItem calls OnDrawItem again.

I removed the associated code, it was made useless by the implementation of the OwnerDraw painter.
Does that fix the bug ?



Subject: Re: Small issues with JvMenus.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 17 Oct 2003 18:18:11 +1000
Newsgroups: jedi.vcl

This is now fixed in CVS.
The other issue still stands



Subject: Re: [BCB6] A solution to the linker crashes
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 17 Oct 2003 12:16:35 +0400
Newsgroups: jedi.vcl

Terry Harris wrote:
> Vladimir Zhuchko <zhuchko@lnr.jinr.ru> wrote:
>
>
>> Today I tried again but got the same Linker crash.
>> I am using the latest jvcl3 and cjcl6 1.22.
>> WEAKPACKAGEUNIT removed from all units.
>> The compilation through "BCB6 Packages.bpg" not working at all, but compilation file by file is working up to  JvStdCtrlsC6R.bpl the JvStdCtrlsC6D.bpl gave the Linker error.
>
>
> I had the linker access violation return for a while on some packages, I
> didn't find the cause but it went away after a CVS update a few days later.
>
>
>> I have a great experiance with the Builders and components but this situation is not clear.
>
>
> Then you should understand how buggy it is.
Yesterday I could compile jvcl3 for builder6, the latest CVS version.
Only I had to add to some packages the vclx.bpi. Lhe linker crash is absent now.



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 17 Oct 2003 17:33:00 +1000
Newsgroups: jedi.vcl

> How is supposed to be clear to me? Did you notice that I was ASKING
> about this?
I noticed, and I'm sorry I wasn't clear enough, but not everything occured to me before this morning.

> ... I don't know how you expected me to make this connection.
That's where I need to be clearer in my statements.

> Had you suggested the above solution earlier it would have saved me
> several hours.
Sorry about that, but sometimes I think too fast and don't type enough of what I think. I didn't mean any harm in that.

> What you said before was "When it complains for a dcu file (or you can't
> find the previous dcu file), then it's because it's in a bpi file." I
> was supposed to, what, guess that you meant dcp rather than .bpi?
Not really, I thought it was a linker complaint so I said bpi files. When I finally realized that this was a compiler problem, it struck me that it had to be a PFLAGS related issue. But I clearly didn't share enough of my thoughts and I can't do anything else but apologize.

I'm a bit on the nerve these days and it seems that it affects all my activities. According to my friends, you're not the first one to suffer the consequences of that, and I'm sorry this happened.



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 17 Oct 2003 01:01:14 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >I clearly don't want to have any dcu files in there. 

How is supposed to be clear to me? Did you notice that I was ASKING
about this?

> >As I told you, 
> >there is a PFLAGS node in the project (bpk) file and I'm quite sure that 
> >adding -Lvcl50.dcp would do exactly the same. 

Well, no, you told me no such thing. I asked you specifically about this
dcu file more than once, and you suggested adding vcl50.bpi to the
project (it was already there, as I pointed out to you). One time, you
suggested that I look in your compatibility guide at the DesignIntf.dcu
section regarding PFLAGS. But that example does not include the .dcp
extension on the file in the -LU argument, nor does it explain what it
accomplishes. I don't know how you expected me to make this connection.

I made it clear that I know next to nothing about Delphi. I don't know
how you expect me to know about .dcp files. Out of the 407 3rd party
..bpk files on my system, the ONLY ones that link .dcp files are in JEDI.
Other than JEDI, only the Delphi packages link .dcp files. Clearly, this
is an unusual requirement for BCB packages.

Had you suggested the above solution earlier it would have saved me
several hours.

> >To restate obviois things, here are the three steps when one builds a 
> >BCB package:
> >1) Compile the pas files, done by dcc32, using the PFLAGS. That 
> >generates .dcu, .obj and .hpp
> >2) Compile the cpp file, done by brcc32, using the CFLAG1. That 
> >generates a .obj
> >3) Link all the .obj into a .bpl and .bpi

What on earth does this have to do with this discussion? Like you, I am
volunteering my time here. I don't need this crap.

> >So when it complains at compile time about missing dcu files, it's 
> >because it cannot find either the dcu file itself or a dcp file that 
> >contains it.

What you said before was "When it complains for a dcu file (or you can't
find the previous dcu file), then it's because it's in a bpi file." I
was supposed to, what, guess that you meant dcp rather than .bpi?

> >Once again, adding them like that is not a solution.

Yes, well, that was the point of my message.



Subject: Re: Small issues with JvMenus.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 17 Oct 2003 10:53:08 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> OBones wrote:
>
>> If I get some time in the week-end, I'll have a look at it. However, I cannot guarantee anything, I'm already behind on another project...
>> In the meantime, if you or someone else want to have a look, that's fine with me. 
>
>
> Ok, I'll try to fix it; probably in the week-end.
>
Ok, I had a look at what's in CVS, I now recall never working at all on the OwnerDraw painter. It's there, but it's not implemented.
All they have to do is something like this:
If Assigned(FMainMenu) then
begin
  If Assigned(FMainMenu.FOnDrawItem) then
    FMainMenu.FOnDrawItem(FMainMenu, Item, Rect, State);
end
else
begin
  If Assigned(FPopupMenu.FOnDrawItem) then
    FPopupMenu.FOnDrawItem(FPopupMenu, Item, Rect, State);
end;

As to the problem with the demo, I'll try to have a look, but I can't guarantee anything...



Subject: Re: Small issues with JvMenus.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 17 Oct 2003 02:19:27 +0200
Newsgroups: jedi.vcl

OBones wrote:
> If I get some time in the week-end, I'll have a look at it. However, I cannot guarantee anything, I'm already behind on another project...
> In the meantime, if you or someone else want to have a look, that's fine with me. 

Ok, I'll try to fix it; probably in the week-end.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Small issues with JvMenus.pas
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 17 Oct 2003 10:14:41 +1000
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I'm converting a RX demo project, that will use TJvMainMenu & TJvPopupMenu. I encountered the following problems:
>
> * The methods of TJvOwnerDrawMenuItemPainter should call the inherited methods or be removed; now they block the painting.
> * The popup menus in the demo project are used for selecting colors. In the OnDrawItem event they call the original draw method (DefaultDrawItem) and then draw a color box. This is now not possible: you get a recursive loop because DefaultDrawItem calls OnDrawItem again.
>
> Olivier? :)
>
Yes ? uuuh... I never tested the OwnerDraw painter, so all you say is most likely true. I'll have to get a closer look at how I implemented that, but here is the remainder of what I understood:
The OwnderDraw painter doesn't draw anything, it just triggers the events so that the user measures and draws the menutitem himself.
However, it is most likely that I left some call to DefaultDrawItem in there which of course shouldn't be.
If I get some time in the week-end, I'll have a look at it. However, I cannot guarantee anything, I'm already behind on another project...
In the meantime, if you or someone else want to have a look, that's fine with me. Just a note: Beware of calling inherited, most functions are abstract in the base painter class.



Subject: StringToHtml handler?
From: Kenny <thespearofdestiny@hotmail.com>
Date: Thu, 16 Oct 2003 19:56:49 -0400
Newsgroups: jedi.vcl

Hello,
I am stuck getting the StringToHtm to work, am I going about it the right way?  I have a text file open in a TMemo.

procedure TForm1.export1Click(Sender: TObject);
begin
  with SaveDialog1 do
  begin
    Title := 'Save file in HTML format';
    InitialDir := ExtractFilePath(Application.ExeName);
    FileName := 'exported_file.html';
    if Execute then
    begin
      if FileExists(FileName) then
        if MessageDlg(
          'The File "' + FileName + '" already exists!' + #13 + #10 +
          'Want to overwrite it?', mtWarning, [mbYes, mbNo], 0) = mrNo then
          exit;
      screen.cursor := crHourGlass;
      JvStrToHtml.StringToHtml(Memo1.Text);
      screen.cursor := crDefault;
      if MessageDlg('Want to open it?', mtConfirmation, [mbYes, mbNo], 0) = mrYes
        then
        ShellExecute(0, nil, PChar(FileName), nil, nil, SW_SHOWNORMAL);
      Title := 'File save';
    end;
  end;
end;

many thanks in adv
Kenny



Subject: Re: JvStdCtrls
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 17 Oct 2003 09:56:30 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> JvStdCtrls references JvxCtrls.res. There is also a JvCtrls.res file.
> Should I really be using the Jvx file?
I think so as some of the former RxLib controls may need this JvxCtrls.res file. Try to build without it, it should complain about missing resources. If not and the build is successful, then try using the components that start with Jvx to see if they crash...
I'm no specialist here, but the decision I took when creating the BCB6 packages was to mimic as much as possible the D6 packages.



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 17 Oct 2003 09:51:19 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> Update:
>
> I finally have JvCoreC5R building without error. To make this happen,
> two files that are not provided with BCB5 are required:
>
> AccCtrl.dcu
> AclApi.dcu
>
> The source files for both of these dcu's are provided, so I used the
> dcc32 command line compiler to compile them (after copying them to a
> separate directory within the JVCL3 project), then copied the dcu's to
> the JVCL3 dcu directory. I then added the dcu directory to my project
> path.
>
> The problem is that these dcu's are required to build the project, and
> I'm not sure if we're allowed to distribute even the dcu's with JVCL3.
>
> If we're not, I guess I could create a batch file that builds them and
> places the dcu's in the proper directory, but I'd rather not.
>
> Advice?

I clearly don't want to have any dcu files in there. As I told you, there is a PFLAGS node in the project (bpk) file and I'm quite sure that adding -Lvcl50.dcp would do exactly the same. It's a similar problem to the one when it doesn't find DesignIntf.dcu with design packages.
To restate obviois things, here are the three steps when one builds a BCB package:
1) Compile the pas files, done by dcc32, using the PFLAGS. That generates .dcu, .obj and .hpp
2) Compile the cpp file, done by brcc32, using the CFLAG1. That generates a .obj
3) Link all the .obj into a .bpl and .bpi

So when it complains at compile time about missing dcu files, it's because it cannot find either the dcu file itself or a dcp file that contains it. As you said, AccCtrl is in vcl50. So I guessed that adding vcl50.dcp (and not .bpi) to the PFLAGS would tell the compiler where AccCtrl.dcu is and thus let it work, without needing to add the two dcu files manually. Once again, adding them like that is not a solution.




Subject: Small issues with JvMenus.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 17 Oct 2003 01:46:24 +0200
Newsgroups: jedi.vcl

I'm converting a RX demo project, that will use TJvMainMenu & TJvPopupMenu. I encountered the following problems:

* The methods of TJvOwnerDrawMenuItemPainter should call the inherited methods or be removed; now they block the painting.
* The popup menus in the demo project are used for selecting colors. In the OnDrawItem event they call the original draw method (DefaultDrawItem) and then draw a color box. This is now not possible: you get a recursive loop because DefaultDrawItem calls OnDrawItem again.

Olivier? :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 17 Oct 2003 09:40:16 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> And now I've got JvCoreC5D building as well. However (isn't there always
> a however in my messages?)...
>
> I had to add a relative path to the JCL dcu directory
> (..\..\..\JCL\dcu). I just wanted to make sure that this is OK.
>
> This is *SO* fun (now that things are building)<g>!
To me it's not ok to put the JCL directory in there. This is the point I'm explaining in the guide, where the path to the dcu directory of the JCL should be in the PATH environment variable. This will allow linking and let the user decide where they want to put their copy of the JCL.
I really prefer no to force the JCL to be somewhere along the JVCL path, and we will have to give a notice to people willing to install the JVCL. I'm working on the batch file to automate building and I will have to give a look at the automatic installer so that people can specify where the JCL is.



Subject: JvStdCtrls
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 16 Oct 2003 17:32:00 -0600
Newsgroups: jedi.vcl

JvStdCtrls references JvxCtrls.res. There is also a JvCtrls.res file.
Should I really be using the Jvx file?


Subject: Re: any interest in JxDFM Preview
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 17 Oct 2003 00:02:54 +0200
Newsgroups: jedi.vcl

Any comments ?

Uwe


Subject: Re: JvInterpreter
From: "Robert Cerny" <robert.qwe.cerny@neosys.xrs.qwe.si>
Date: Thu, 16 Oct 2003 23:54:22 +0200
Newsgroups: jedi.vcl

I uploaded the zip to binaries ng.
Enjoy the stuff.

-- Robert Cerny DelphiShaman "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> >
> > You can upload the file(s) to the jedi.binaries NG or to Mantis
> > (http://projectjedi.sourceforge.net/issuetracker/main_page.php). I think
> > there are plenty of interested people!
> >




Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 16 Oct 2003 23:13:51 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > but not at the expense of making standard VCL development a problem.

This would never be a problem, because the the wrapper class does not
change any VCL behaviour or declaration. It "just" redirect the messages
to a dynamic/virtual method and installs an "inherited method" as the
first implementation of the dynamic/virtual method. This is only done in
the derived classes. The class tree would look like this:

TControl <- TJvClxControl
TWinControl <- TJvClxWinControl <- TJvWinControl
TCustomControl <- TJvClxCustomControl <- TJvCustomControl
TGraphicControl <- TJvClxGraphicControl <- TJvGraphicControl
....
TBitBtn <- TJvClxBitBtn <- TJvBitBtn
....

And here is the first time where I need multiple class inheritance because
all messages must be redirected to a virtual method for each class. And
for this job I would write a tool. The CLX version of the generated
classes would look like this: TJvClxBitBtn = TBitBtn;

But I will not say that Interfaces are not usefull. They are very usefull
but I see no implementation in this case without a $IFDEF for VCL and CLX.


> > After all, the vast majority of Delphi/Kylix development is done 
> > with Delphi and we shouldn't forget that. Whatever solution we chose 
> > to go with, it has to be as transparent as possible (to JVCL developers 
> > as well as users of JVCL) and if it can't be transparent, it's the CLX 
> > users that has to "bite the bullet".

That's the other way round. In this case the dynamic methods must be
redirected to messages. This means that we need a "JvMessages" unit that
contains all WM_xxx, CM_xxx, ... and the message records.


Here is the code of the unit JvClxSystem.pas:

unit JvClxSystem;
interface
uses
  Windows, Messages, SysUtils, Contnrs, Controls, JclSysUtils;

type
  IMessageGuard = interface
    ['{792DA39B-02A0-48AA-A1F9-BB42FE953F4C}']
  end;

function PushMessage(var Messages: Pointer; Message: PMessage):
IMessageGuard;
procedure InheritMessage(Self: TObject; Msg: Integer; Messages: Pointer);

implementation

type
  PMessageStack = ^TMessageStack;
  TMessageStack = TStack;

  TMessageGuard = class(TInterfacedObject, IMessageGuard)
  private
    FMessages: PMessageStack;
  public
    constructor Create(Messages: PMessageStack; Message: PMessage);
    destructor Destroy; override;
  end;

var
  MessageStackLock: TRTLCriticalSection;

{ TMessageGuard }

constructor TMessageGuard.Create(Messages: PMessageStack; Message:
PMessage);
begin
  inherited Create;
  EnterCriticalSection(MessageStackLock);
  try
    FMessages := Messages;
    if FMessages^ = nil then
      FMessages^ := TStack.Create;
    FMessages^.Push(Message);
  finally
    LeaveCriticalSection(MessageStackLock);
  end;
end;

destructor TMessageGuard.Destroy;
begin
  EnterCriticalSection(MessageStackLock);
  try
    FMessages^.Pop;
    if FMessages^.Count = 0 then
    begin
      FMessages^.Free;
      FMessages^ := nil;
    end;
  finally
    LeaveCriticalSection(MessageStackLock);
  end;
  inherited Destroy;
end;

function PushMessage(var Messages: Pointer; Message: PMessage):
IMessageGuard;
begin
  Result := TMessageGuard.Create(@Messages, Message);
end;

procedure InheritMessage(Self: TObject; Msg: Integer; Messages: Pointer);
type
  TMessageHandler = procedure(Self: TObject; var Message: TMessage);
var
  SelfProc: Pointer;
  C: TClass;
  Proc: TMessageHandler;
  StaticMessage: TMessage;
  Message: PMessage;
begin
  if (Messages <> nil) and (TMessageStack(Messages).Count > 0) then
    Message := TMessageStack(Messages).Peek
  else
  begin
    Message := @StaticMessage;
    Message^.Msg := Msg;
    Message^.WParam := 0;
    Message^.LParam := 0;
    Message^.Result := 0;
  end;
  SelfProc := GetDynamicMethod(Self.ClassType, Msg);
  if SelfProc <> nil then
  begin
    C := Self.ClassType;
    repeat
      Proc := GetDynamicMethod(C.ClassParent, Msg);
      if Assigned(Proc) and (@Proc <> SelfProc) then
      begin
        Proc(Self, Message^);
        Exit;
      end;
      C := C.ClassParent;
    until (not Assigned(Proc)) or (C = TControl);
  end;
  if Messages <> @StaticMessage then
    Self.DefaultHandler(Message^);
end;


initialization
  InitializeCriticalSection(MessageStackLock);

finalization
  DeleteCriticalSection(MessageStackLock);

end.



-- Regards Andreas Hausladen 

Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 16 Oct 2003 14:57:27 -0600
Newsgroups: jedi.vcl

And now I've got JvCoreC5D building as well. However (isn't there always
a however in my messages?)...

I had to add a relative path to the JCL dcu directory
(..\..\..\JCL\dcu). I just wanted to make sure that this is OK.

This is *SO* fun (now that things are building)<g>!


Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 16 Oct 2003 14:10:24 -0600
Newsgroups: jedi.vcl

Update:

I finally have JvCoreC5R building without error. To make this happen,
two files that are not provided with BCB5 are required:

AccCtrl.dcu
AclApi.dcu

The source files for both of these dcu's are provided, so I used the
dcc32 command line compiler to compile them (after copying them to a
separate directory within the JVCL3 project), then copied the dcu's to
the JVCL3 dcu directory. I then added the dcu directory to my project
path.

The problem is that these dcu's are required to build the project, and
I'm not sure if we're allowed to distribute even the dcu's with JVCL3.

If we're not, I guess I could create a batch file that builds them and
places the dcu's in the proper directory, but I'd rather not.

Advice?

I'm off to see if I can build the JvCore design time package...



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 16 Oct 2003 13:34:15 -0600
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> >I got used to (after adding a file to a package)
> >immediately go to the Delphi Library path to remove the folder.

I'm going to have to remember to do this! Nasty habit...I can see adding
it to the package options, but not to the BCB environment. Oh well, live
and learn<g>.


Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 16 Oct 2003 21:10:28 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 16 Oct 2003 20:58:25 +0200:

 PT> I would like to see a more fleshed out example of the result before I
 PT> can form an opinion on the impact it would have on our development.

  Me too.

 PT>  I do want us to try to get CLX support into JVCL but not at the
 PT> expense of making standard VCL development a problem. After all, the
 PT> vast majority of Delphi/Kylix development is done with Delphi and we
 PT> shouldn't forget that. Whatever solution we chose to go with, it has to
 PT> be as transparent as possible (to JVCL developers as well as users of
 PT> JVCL) and if it can't be transparent, it's the CLX users that has to
 PT> "bite the bullet".

    I don't agree. If we have some type of core definition and document it
well enough it should not pose much problems on development of new
components and may make it easier to make a component for both VCL as well
as CLX in one go (maybe not entirely true, but it should make it easier to
port to CLX and should not hinder a VCL developer, as long as he steers
clear of messages and uses the virtual methods that are put in place.

    I had started on a CLX version of JvInspector (this is BIIJ [Before
Integration Into JVCL <g>]) and quickly ran into the problem of the message
handlers, causing me to need a) lot's of IFDEFs and b) figure out which Qt
event to use instead of a particular message. If a solution would have been
in place that would have allowed me to write the inspector without all those
message handlers when I started, the CLX edition would have been finished
pretty quick. (The CLX version was never continued due to my lack of
understanding CLX/Qt and JVCL didn't seem to care about CLX at that point).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Replace message handlers by dynamic/virtual methods
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 16 Oct 2003 20:58:25 +0200
Newsgroups: jedi.vcl

> > I do not think that the interface based variant would be good. First of
> > all you cannot call "inherited" in the "event handler". The second issue
> > is that derived classes with new events need a new interface and the
> > corresponsing class.
I suspected that but thought I better mention it in case you hadn't thought
of basing it around interfaces.

> > That wouldn't be a problem. As I would write a tool that parses all VCL or
> > JVCL units and creates a wrapper for the specific classes. With this
> > wrapper we could easiely make most components CLX aware without any or
> > lots of $IFDEFs.
(I guess you meant to write "few $IFDEF's", right?)

I would like to see a more fleshed out example of the result before I can
form an opinion on the impact it would have on our development. I do want us
to try to get CLX support into JVCL but not at the expense of making
standard VCL development a problem. After all, the vast majority of
Delphi/Kylix development is done with Delphi and we shouldn't forget that.
Whatever solution we chose to go with, it has to be as transparent as
possible (to JVCL developers as well as users of JVCL) and if it can't be
transparent, it's the CLX users that has to "bite the bullet".

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 16 Oct 2003 20:13:04 +0200
Newsgroups: jedi.vcl

Hello, Leroy!
You wrote  on Thu, 16 Oct 2003 11:47:31 -0600:

 LC> Then it occurs to me to check the path in tools/environment options.
 LC> Sure enough, BCB has added it there (I can't imagine why)!

    Delphi uses the same behavior: if you add a unit to a package, the
folder the file is in will be added to the library path of Delphi. I'm
guessing BCB does the same thing so if you once add a source file from BCB
to a package, the folder is added. As I never want to have a source file on
my library path, I got used to (after adding a file to a package)
immediately go to the Delphi Library path to remove the folder.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 16 Oct 2003 20:11:31 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Maybe it could be used as a base for implementing a CLX/VCL 
> > compatibility layer? [...] Hopefully, the interface based variant
> > can be used for 80-90% of the controls in JVCL. Have a look.

I do not think that the interface based variant would be good. First of
all you cannot call "inherited" in the "event handler". The second issue
is that derived classes with new events need a new interface and the
corresponsing class.


> > The problem I see with the solution you suggest is that each 
> > control that wants to be CLX compatible must implement a class
> > wrapper.

That wouldn't be a problem. As I would write a tool that parses all VCL or
JVCL units and creates a wrapper for the specific classes. With this
wrapper we could easiely make most components CLX aware without any or
lots of $IFDEFs.


-- Regards Andreas Hausladen 

Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 16 Oct 2003 11:47:31 -0600
Newsgroups: jedi.vcl

After comparing my complete BCB5 directory with one on another computer
on my network...

(using Beyond Compare - if you haven't tried this indispensable utility,
you should do yourself a favor and check it out - written in Delphi,
too! http://www.scootersoftware.com/)

---I find nothing missing and no differences that shouldn't be there.

I'm on the verge of reinstalling BCB5 when I finally get smart. I google
borland.public.cppbuilder.* for Windows.pas and the answer is in the
first message - remove the vcl source directory from your path!

Only problem is, it's not in my path. I've checked this several times,
even going so far as to remove it from the debug source path. No joy.

Then it occurs to me to check the path in tools/environment options.
Sure enough, BCB has added it there (I can't imagine why)! I remove it
and now I can at least build projects containing .pas files without BCB
trying to rebuild its own libraries.

However...

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Compiler error... Linker error, I would have known, but compiler, that's 
> >weird. Wouldn't a $(BCB) related directory be missing from the Include 
> >path ?
> >Alternatively, you may refer to the DesignIntf.dcu problem in the 
> >compatibility guide add something to the PFlags node.
> >However, after having done a quick search on google, the only thing 
> >named AppCtrl that comes out is an application or a component, nothing 
> >related to the internals of BCB itself... Talk about weird...

....I still haven't gotten beyond this problem. 

When building the JvCoreC5R package, I still get this error:

[Pascal Fatal Error] JvJVCLAboutForm.pas(36): File not found:
'AccCtrl.dcu'.

Why does it need this file at compile time? We have established that
it's included in VCL50, so if I could make it to link time, everything
should be OK.

To recap, I've got AccCtrl.pas as part of the VCL source distribution.
For some reason, Borland has not included the AccCtrl .dcu file with
BCB5. 

I have been able to build AccCtrl (the action that lead to my horrid
'all ways build the vcl library' experience), and it's in the JVCL dcu
directory. Adding that directory to my include path and library path
doesn't help, BCB still can't find it.

BCB won't let me add it to the 'requires' part of the project 'cause
it's not a .bpi file.

If I try to add it to the 'contains' part of the project, BCB thinks
it's a text file and helpfully truncates its long lines. I can add the
..obj file without truncation, but I still get the error.

I can insert a #pragma link for it in the package .cpp file, but of
course that's a link-time thing and won't help (I tried, it didn't).

If I copy the AccCtrl.pas file to the JVCL project run directory (so as
to avoid any contamination re: the vcl source path), I can add it to the
project, but when I try to compiler I get a dialog:

  Remove accctrl. Unit(s) accctrl were found in required package vcl50.

Again, why does BCB need this file at compile time??? Someone please
help me to understand this...

This is still *SO* not fun<g>...


Subject: Re: JVCL3 CVS - tags?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 16 Oct 2003 13:14:49 +0200
Newsgroups: jedi.vcl

Hello, Oliver!
You wrote  on Wed, 15 Oct 2003 15:54:25 +0000 (UTC):

 >>     It would but I'm pretty sure everyone will keep forgetting to do
 >> so.  This is where JediVCS actually is better: you can rollback to a
 >> specific date and time and all (selected) files are rolled back to
 >> the versions available at that time. I have not found such an option
 >> in TurtoiseCVS, but it might be in WinCVS or available through the
 >> command line.

 OG> Hmm, it's clearly there in my copy of Tortoise (1.4.2), complete with a
 OG> really big calendar control to choose from. It's also been in WinCvs
 OG> for as long as I could remember and of course it's always been in
 OG> commandline CVS as well...

    Perfect. I hereby retract my comment about JediVCS being better. I was
using a somewhat older version of Turtoise and that one really didn't have
the calendar control.

    So we can limit tag usage to just tagging actual release versions (so we
don't have to remember the dates) and if someone needs to revert to the
version as it was a week ago he can update to an older version.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvComboListBox - wrong display of the arrow when using other fonts
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 16 Oct 2003 09:59:18 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:bmjsv7$b7d$1@talkto.net...

> > I tested on my system using this code (the listbox has some items):
> >   if i >= Screen.Fonts.Count then i := 0;
> >   Font.Name := Screen.Fonts[i];
> >   JvComboListBox1.ItemHeight := 26;
> >

The fonts are not set at runtime. The font is set at designtime and never
changed.

> > I wasn't able to reproduce it. Are you using large fonts?

No i am using small fonts on this system.

Bye,
Ralf



Subject: Re: JvComboListBox - wrong display of the arrow when using other fonts
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 16 Oct 2003 09:57:10 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:bmld65$i5l$1@talkto.net...
>> > > yes of course the font "Marlett" is installed.
> >
> > Well, the reason I asked is because I've jsut tried it with 20-25
different
> > fonts and the arrow always shows up as an arrow. never as a 'u'.
> >

Hello,

another hint: i do not set the font at runtime. I am using a base formclass
that defines the visual propertys (fonts, size, position...) and use the
jvComboListbox inside of inherited forms, in two cases the jvComboListbox is
included in a frame inside this inherited form.

Bye,
Ralf




Subject: Re: JvInterpreter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 16 Oct 2003 08:30:02 +0200
Newsgroups: jedi.vcl

> > I made some extensions and bug fixes to Rai2, currently JvInterpreter. I
> > downloaded latest files from CVS and merged my changes. However, I don't
> > know to get involved and upload these and if anyone is interested.

You can upload the file(s) to the jedi.binaries NG or to Mantis
(http://projectjedi.sourceforge.net/issuetracker/main_page.php). I think
there are plenty of interested people!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 16 Oct 2003 13:22:34 +1000
Newsgroups: jedi.vcl

> Well, vcl50 is where the AppCtrl unit appears to live (the error I got
> when I tried to build the project after adding  AppCtrl.pas was that
> AppCtrl was already in vcl50). But the error I get occurs during
> compilation rather than during linking (when the unit would be found in
> vcl50). I have no idea how to get around the compiler error!
Compiler error... Linker error, I would have known, but compiler, that's weird. Wouldn't a $(BCB) related directory be missing from the Include path ?
Alternatively, you may refer to the DesignIntf.dcu problem in the compatibility guide add something to the PFlags node.
However, after having done a quick search on google, the only thing named AppCtrl that comes out is an application or a component, nothing related to the internals of BCB itself... Talk about weird...

> I'm going to play around with it for a bit more, then go get drunk...uh,
> I mean go to bed<g>. Perhaps someone will have a suggestion waiting for
> me  tomorrow.
>
> This is *SO* not fun<g>!
I can understand. As to the explanation, here is my guess:
The first time you added AppCtrl.pas to the project and started compiling the VCL (from Borland), the linker deleted the vcl50.bpl file (or another needed one). Now, when you want to use it, it cannot find it so it tries to rebuild it and of course, fails again, leaving you with a barely usable installation.
I see two solutions to that problem:
1) The missing file is on the installation CD and you simply copy it over. This is very likely to be the case because there usually is an image of a perfect installation on Borland's CDs
2) You couldn't find the missing file or couldn't find its name. Then simply reinstall BCB, on top of the current one and hopefully everything will be fine again.

That's only a guess, but that's what I'd try. Now I know why people around me always told me NOT to try to rebuild the VCL...



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 15 Oct 2003 20:42:00 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Leroy Casterline wrote:
> >
>> >> After fixing a couple of minor problems (line length errors due to
>> >> non-Dos line termination in two .inc files, the JVCL Common directory
>> >> missing from the include path), I have run into something I don't know
>> >> how to handle properly.
>> >> 
>> >> The problem is a missing file, AccCtrl.dcu. Searching my Borland
>> >> directories, I see that I have the .pas file for BCB5, but not the .dcu
>> >> file (D7 includes the .dcu file but that, of course, doesn't help).
>> >> 
>> >> If I add the path to the AccCtrl.pas file to my libraries path, BCB
>> >> tries to recompile its library files and errors out on a missing
>> >> FFmt.obj file while compiling SysUtils.pas. Even if this worked, I don't
>> >> like the idea of rebuilding the BCB library files!
>> >> 
>> >> If I add the AccCtrl.pas file to my project, I can compile AccCtrl.pas
>> >> from the context menu and find that AccCtrl.dcu is placed in the
>> >> JVCL/dcu directory (I also find Windows.dcu, SysConst.dcu and
>> >> Messages.dcu in the dcu directory). I cannot, however, build the
>> >> JvCoreC5R package - BCB5 complains that AccCtrl is already in the
>> >> package vcl50 and tells me to remove it from the project.
>> >> 
>> >> Side Question: Why is AccCtrl.dcu needed if the object is already in an
>> >> included package?
>> >> 
>> >> If I remove then remove the AccCtrl.pas file from the project and try to
>> >> compile it (with the path to the AccCtrl.pas file removed from the
>> >> libraries path), BCB starts building the library files again and errors
>> >> out as noted above on FFmt.obj. I don't know how it's even finding the
>> >> library files with the path to them removed from the project! I even
>> >> removed it from the debug source path.
>> >> 
>> >> If I close the project at this point, and exit BCB5 and edit
>> >> JvCoreC5R.bpk I see no reference to Windows.pas or SysUtils.pas or even
>> >> a path to the directories containing these files. If I then re-open BCB
>> >> and the JvCoreC5R project and build it, it builds Windows.pas and errors
>> >> out on SysUtils.pas as noted above.
>> >> 
>> >> What am I missing?
> >Maybe some stuff in the cpp file.
> >But as a rule, when the compiler complains about a missing pas file, 
> >look for the dcu file. When it complains for a dcu file (or you can't 
> >find the previous dcu file), then it's because it's in a bpi file.
> >So you need to test all the bpi files one by one, and that's what I did 
> >with BCB6. However, there is an order in which you are more likely to 
> >succeed:
> >rtl.bpi, vcl.bpi, vclx.bpi, vclsmp.bpi, vcljpg.bpi
> >Those are for BCB6, but you'll find a way to adapt for BCB5 <g>

Well, vcl50 is where the AppCtrl unit appears to live (the error I got
when I tried to build the project after adding  AppCtrl.pas was that
AppCtrl was already in vcl50). But the error I get occurs during
compilation rather than during linking (when the unit would be found in
vcl50). I have no idea how to get around the compiler error!

Worse, since I added & removed AppCtrl.pas from my project, it insists
on trying to rebuild my BCB5 library files and errors out on a
non-existent FFmt.obj file. 

I finished CVSing the JVCL3 files, deleted the JVCL3 directory I'm using
to build from (a different directory), copied the newly downloaded JVCL3
files into that directory & still can't build JvCoreC5R! It seems it is
not something in the project files, but in BCB 5 that I have broken by
adding that damned AppCtrl.pas file to the project.

As a test, I opened a package the I've been building successfully for
over a year. Same thing, BCB tries to build it's library. I guess this
confirms that I've hosed something in BCB... I loaded a regular
application project that I'm working on and I can build that fine, so
it's something related to building packages...

I'm going to play around with it for a bit more, then go get drunk...uh,
I mean go to bed<g>. Perhaps someone will have a suggestion waiting for
me  tomorrow.

This is *SO* not fun<g>!



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 16 Oct 2003 12:06:29 +1000
Newsgroups: jedi.vcl

> FYI, in the JVCL3 root directory there are two copies of the BCB
> Compatibility Guide:
>
> BCB Compatibility Guide.html (9/29/03)
> BCBCompatGuide.thm (10/14/03)
>
We know about that, and this was done because someone reported that the one with spaces in it didn't make it into the daily snapshot.
I just had a look today, it is present in both packages (full and source).
So I think we could get rid of the one without space. However, the one with spaces MUST be updated before, so that we don't loose the changes I did since the 29th.



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 15 Oct 2003 19:04:37 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >But please be aware that everything is done in the dev\JVCL3 folder, 
> >rather than in the JVCL folder. The latter is still the 2.1 tree and has 
> >not been updated.

Thanks for pointing that out. I'd already downloaded the wrong
version<g>. I'm getting the right one now...

FYI, in the JVCL3 root directory there are two copies of the BCB
Compatibility Guide:

BCB Compatibility Guide.html (9/29/03)
BCBCompatGuide.thm (10/14/03)



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 16 Oct 2003 08:59:51 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> After fixing a couple of minor problems (line length errors due to
> non-Dos line termination in two .inc files, the JVCL Common directory
> missing from the include path), I have run into something I don't know
> how to handle properly.
>
> The problem is a missing file, AccCtrl.dcu. Searching my Borland
> directories, I see that I have the .pas file for BCB5, but not the .dcu
> file (D7 includes the .dcu file but that, of course, doesn't help).
>
> If I add the path to the AccCtrl.pas file to my libraries path, BCB
> tries to recompile its library files and errors out on a missing
> FFmt.obj file while compiling SysUtils.pas. Even if this worked, I don't
> like the idea of rebuilding the BCB library files!
>
> If I add the AccCtrl.pas file to my project, I can compile AccCtrl.pas
> from the context menu and find that AccCtrl.dcu is placed in the
> JVCL/dcu directory (I also find Windows.dcu, SysConst.dcu and
> Messages.dcu in the dcu directory). I cannot, however, build the
> JvCoreC5R package - BCB5 complains that AccCtrl is already in the
> package vcl50 and tells me to remove it from the project.
>
> Side Question: Why is AccCtrl.dcu needed if the object is already in an
> included package?
>
> If I remove then remove the AccCtrl.pas file from the project and try to
> compile it (with the path to the AccCtrl.pas file removed from the
> libraries path), BCB starts building the library files again and errors
> out as noted above on FFmt.obj. I don't know how it's even finding the
> library files with the path to them removed from the project! I even
> removed it from the debug source path.
>
> If I close the project at this point, and exit BCB5 and edit
> JvCoreC5R.bpk I see no reference to Windows.pas or SysUtils.pas or even
> a path to the directories containing these files. If I then re-open BCB
> and the JvCoreC5R project and build it, it builds Windows.pas and errors
> out on SysUtils.pas as noted above.
>
> What am I missing?
Maybe some stuff in the cpp file.
But as a rule, when the compiler complains about a missing pas file, look for the dcu file. When it complains for a dcu file (or you can't find the previous dcu file), then it's because it's in a bpi file.
So you need to test all the bpi files one by one, and that's what I did with BCB6. However, there is an order in which you are more likely to succeed:
rtl.bpi, vcl.bpi, vclx.bpi, vclsmp.bpi, vcljpg.bpi
Those are for BCB6, but you'll find a way to adapt for BCB5 <g>



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 16 Oct 2003 08:56:24 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> Now that I have developer CVS access, I just update my source files from
> CVS instead of downloading the daily snapshot, correct?
Yes.
But please be aware that everything is done in the dev\JVCL3 folder, rather than in the JVCL folder. The latter is still the 2.1 tree and has not been updated.



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 15 Oct 2003 16:28:01 -0600
Newsgroups: jedi.vcl

Now that I have developer CVS access, I just update my source files from
CVS instead of downloading the daily snapshot, correct?


Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 15 Oct 2003 16:09:54 -0600
Newsgroups: jedi.vcl

OK, thanks Peter.

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >Read http://jvcl.sf.net/cvs.htm for some info on how to set up developer
> >access (it's different from pserver) to JVCL.
> >
> >Basically, with CVS you have a copy of the server files on your computer.
> >When you need to update you changes to the server, right-click the
> >file/folder and select "CVS Commit" from the menu (this assumes Tortoise
> >CVS). You will then get a list of files that have been modified. If you have
> >a diff app setup in TCVS (ExamDiff recommended), you can double-click the
> >file to diff against the server to see what has changed. If you are happy
> >with what you see, add a small comment in the dialog and send it away. If
> >you get an error about "version mismatch" or something, it means that
> >someone else has committed since your last update so you need to do a "CVS
> >Update" before trying to commit again. If that happens, make sure CVS
> >haven't merged any conflicts into the file (sections delimited by "<<<<" and
> >">>>>"): you will need to manually remove the conflicts in the file so it
> >will compile again.
> >
>> >> Also, are there any rules I should read or procedures I should follow so
>> >> I don't screw anything up? I don't want to do more damage than good<g>.
> >Just one thing: don't commit dof files without being sure about it since it
> >is very unlikely that all the stuff added by BCB/Delphi actually needs to be
> >saved to CVS (we try to keep them lean and mean, only some basic paths,
> >nothing else). If you are uncertain whether you should commit or not, just
> >post a question here.
> >
> >That's about it.



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 15 Oct 2003 15:55:12 -0600
Newsgroups: jedi.vcl

After fixing a couple of minor problems (line length errors due to
non-Dos line termination in two .inc files, the JVCL Common directory
missing from the include path), I have run into something I don't know
how to handle properly.

The problem is a missing file, AccCtrl.dcu. Searching my Borland
directories, I see that I have the .pas file for BCB5, but not the .dcu
file (D7 includes the .dcu file but that, of course, doesn't help).

If I add the path to the AccCtrl.pas file to my libraries path, BCB
tries to recompile its library files and errors out on a missing
FFmt.obj file while compiling SysUtils.pas. Even if this worked, I don't
like the idea of rebuilding the BCB library files!

If I add the AccCtrl.pas file to my project, I can compile AccCtrl.pas
from the context menu and find that AccCtrl.dcu is placed in the
JVCL/dcu directory (I also find Windows.dcu, SysConst.dcu and
Messages.dcu in the dcu directory). I cannot, however, build the
JvCoreC5R package - BCB5 complains that AccCtrl is already in the
package vcl50 and tells me to remove it from the project.

Side Question: Why is AccCtrl.dcu needed if the object is already in an
included package?

If I remove then remove the AccCtrl.pas file from the project and try to
compile it (with the path to the AccCtrl.pas file removed from the
libraries path), BCB starts building the library files again and errors
out as noted above on FFmt.obj. I don't know how it's even finding the
library files with the path to them removed from the project! I even
removed it from the debug source path.

If I close the project at this point, and exit BCB5 and edit
JvCoreC5R.bpk I see no reference to Windows.pas or SysUtils.pas or even
a path to the directories containing these files. If I then re-open BCB
and the JvCoreC5R project and build it, it builds Windows.pas and errors
out on SysUtils.pas as noted above.

What am I missing?


Subject: JvInterpreter
From: "Robert Cerny" <robert.qwe.cerny@neosys.xrs.qwe.si>
Date: Wed, 15 Oct 2003 22:47:47 +0200
Newsgroups: jedi.vcl

Hi.

I made some extensions and bug fixes to Rai2, currently JvInterpreter. I
downloaded latest files from CVS and merged my changes. However, I don't
know to get involved and upload these and if anyone is interested.

Here's the list of modifications:

+ "inherited" keyword for form inheritance, see below
+ registered inherited handlers, all except ComCtrls events
+ "in" operator, however sets are still limited to 0..31
! set expression raises exception, if value>31
! "case" now supports range and list
! properly recognizes negative numeric constants (in case and otherwise)
+ TJvIntepreterIdentifierList optimization (slightly faster identifier and
method resolution)
! memory leak when assigning methods
! method and class resolution seeks for best match instead of exact match
+ you can assign source method or compiled ancestor's method to an event
+ functions/methods with default parameters: default parameters are handled
by adapter:
  procedure Test(Param1:integer;DefParm:integer=2;DefObj:TObject=nil);
  begin
  end;

  //adapter
  procedure JvInterpreter_Test(var Value: Variant; Args:
TJvInterpreterArgs);
  begin

Test(Arsg.Values[0],DefVar(Args.Values[1],2),DefObj(Args.Values[2],nil));
  end;

  //registration- Paramcount=1=required params,
  //  3 values in param types=<required>,<optional>,<optional>
  //optional params must not be varEmpty
  with GlobalJvInterpreterAdapter do
    AddFun('TestUnit', 'Test', JvInterpreter_Test, 1,
[varInteger,varInteger,varObject], varEmpty);

+ properly handles form members (variables), variable default value is
"null".
+ properly resolves RAI2 form methods.

About form inheritance:
Syntax is:
  inherited;
//or
  inherited methodname(params);
if there is no ancestor method, first case does nothing, second case
raises exception.

For example, you have a compiled Tform1 and interpreted TForm2 that
is descendent of TForm1:
procedure TForm2.Button1Click(Sender:TObject);
begin
  inherited;// will call TForm1.Button1Click
//or:
  inherited Button1Click(SomeOtherSender)
  // some code
  Button3Click(Sender);
// or
  inherited Button3Click(Sender);
//if it finds src method (TForm2.Button3Click), uses its calling frame,
//otherwise own calling frame - so, this fails if Button3Click has different
//parameters and not overridden in src unit.
end;

procedure TForm2.Button3Click(Sender:TObject);
begin
  inherited;// will call TForm1.Button3Click
  // some code
end;


-- Robert Cerny DelphiShaman 

Subject: Re: JvComboListBox - wrong display of the arrow when using other fonts
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 15 Oct 2003 22:28:21 +0200
Newsgroups: jedi.vcl

I've reimplemented using DrawFrameControl instead (although I haven't been
able to reproduce the problem). I guess this solution is as non-CLX
compatible as the previous one but maybe someone has a better idea?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 15 Oct 2003 22:04:26 +0200
Newsgroups: jedi.vcl

Read http://jvcl.sf.net/cvs.htm for some info on how to set up developer
access (it's different from pserver) to JVCL.

Basically, with CVS you have a copy of the server files on your computer.
When you need to update you changes to the server, right-click the
file/folder and select "CVS Commit" from the menu (this assumes Tortoise
CVS). You will then get a list of files that have been modified. If you have
a diff app setup in TCVS (ExamDiff recommended), you can double-click the
file to diff against the server to see what has changed. If you are happy
with what you see, add a small comment in the dialog and send it away. If
you get an error about "version mismatch" or something, it means that
someone else has committed since your last update so you need to do a "CVS
Update" before trying to commit again. If that happens, make sure CVS
haven't merged any conflicts into the file (sections delimited by "<<<<" and
">>>>"): you will need to manually remove the conflicts in the file so it
will compile again.

> > Also, are there any rules I should read or procedures I should follow so
> > I don't screw anything up? I don't want to do more damage than good<g>.
Just one thing: don't commit dof files without being sure about it since it
is very unlikely that all the stuff added by BCB/Delphi actually needs to be
saved to CVS (we try to keep them lean and mean, only some basic paths,
nothing else). If you are uncertain whether you should commit or not, just
post a question here.

That's about it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 15 Oct 2003 11:55:48 -0600
Newsgroups: jedi.vcl

Robert Rossmair <Robert.Rossmair@gmx.net> wrote:

> >Roughly, the following equation holds:
> >
> >vcl50.bpi = rtl.bpi + vcl.bpi
> >

Thank you for that bit of knowledge. At least I now know that I'm not
missing an important file...


Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 15 Oct 2003 11:53:27 -0600
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

> >I've added you. Welcome to the JVCL developers group! If you need any help
> >on setting up CVS etc, let me know and I'll do my best to help you.

Thank you. 

I'm not CVS literate in any way (I've been using VSS on my network for
many years). I assume that TortoiseCVS is adequate for developer access?
If so, please tell me what I need to change...I've currently got
TortoiseCVS pointing to:

:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

Also, are there any rules I should read or procedures I should follow so
I don't screw anything up? I don't want to do more damage than good<g>.


Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 15 Oct 2003 11:41:35 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Well, I'm 22 and you're three years older than my father, so...
> >And by fun, I'm mean challenging. But I must admit that sometimes I was 
> >about to quit !

I've been frustrated, but not enough to quit...

> >Well... You're doing this for the good of the community as I seriously 
> >doubt that any kind of Lord gives a shit about it...

Yes, I'm doing this for the good of the community to some degree
(although with BCB goring away I'm not sure that the community has much
of a future). I guess it's kind of ironic that I'm doing this now, as I
will most likely never start another project in BCB.

> >Well, I got no idea about the fact you should or shouldn't have such a 
> >file. I have one in BCB6, but that may have have been introduced with v6...
> >Doing a quick search in Google Groups, it seems that having
> >   $(BCB)\lib\obj;$(BCB)\lib
> >
> >in the Library path should help. 

$(BCB)\lib was there but $(BCB)\lib\obj was missing. Adding the missing
path fixed the problem. Yee-haw! 

$(BCB)\lib\obj contains System.dcu. If the damn error message would have
mentioned System.dcu rather than System.pas I would have found this
yesterday! I know, what fun would that be<g>?

> >Well, that's where my English knowledge stops me from understanding an 
> >sentence. Can you explain what "to grasp at straws" means, so that I may 
> >understand the full meaning the sentence...

As in 'a drowning man grasping at straws'.



Subject: Re: JvCoreC5R / BCB5
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 15 Oct 2003 18:54:43 +0200
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> OBones <obones_gfdg_@_rer_meloo.com> wrote:
>
>
>> I think that's because you need rtl50.bpi in the requires list instead of rtl.bpi
>> Same goes for all the Borland's required packages. For instance, vcl.bpi becomes vcl50.bpi

And what you need in the requires list is vcl50.bpi.

When Borland went cross platform in D6, it needed to separate the component
library agnostic code (rtl.bpi) from the component library dependent code
(vcl.bpi).  With D5, all this stuff was in vcl50.bpi.

Roughly, the following equation holds:

vcl50.bpi = rtl.bpi + vcl.bpi

Greetings, Robert





Subject: Re: ManagedThreads donation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 15 Oct 2003 18:35:41 +0200
Newsgroups: jedi.vcl

Welcome! Nice to have you onboard!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComboListBox - wrong display of the arrow when using other fonts
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 15 Oct 2003 18:34:55 +0200
Newsgroups: jedi.vcl

I tested on my system using this code (the listbox has some items):

procedure TForm1.Button1Click(Sender: TObject);
var i:integer;
begin
  i := Screen.Fonts.IndexOf(Font.Name);
  Inc(i);
  if i >= Screen.Fonts.Count then i := 0;
  Font.Name := Screen.Fonts[i];
  JvComboListBox1.ItemHeight := 26;
end;

I wasn't able to reproduce it. Are you using large fonts?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL Copyright Issues.
From: "asn" <asn@xs4all.nl>
Date: Wed, 15 Oct 2003 17:57:21 +0200
Newsgroups: jedi.vcl

Received next message from TeamB in newsgroup
borland.public.clx.components.writing: "Copyright and
$(DELPHI}\source\samples":

asn wrote:
> >
> > The files in $(DELPHI)\source\samples don't have a copyright notice. Does
> > this means I can distributed (modified) versions of them.
> > For the codecentral Borland states that every file must have copyright
> > notice. No copyright notice =  allowed to distributed ?
> >

No it doesn't mean this.  The license file clearly states what you are
allowed
to distribute.  The demos are not covered in the distributables.

> > Regards,
> >
> > André Snepvangers

-- Jeff Overcash (TeamB) (Please do not email me directly unless asked. Thank You) If there is somebody up there could they throw me down a line. Just a little helping hand just a little understanding. Just some answers to the questions that surround me now. If there's somebody up there could they throw me down a line. (Fish) "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message news:bmhijg$qpq$1@talkto.net...
>> > > Don't want to be rude. A simple (IDE) seach  *.pas files containing
>> > > Microsoft or Borland
>> > > I count 8 suspicious sources containing 'portions created by Microsoft'
,
> > I
>> > > count 7 suspicious if I search for Borland
> >
> > I had a look myself. This is what I found:
> >
> > None of the units containing the word Microsoft has code that is a
verbatim
> > copy of Microsoft code as far as I can see. Some of the code references
list
> > URL's to code samples and/or bug reports supplied by Microsoft. I see no
> > problem in using MS's solutions. If MS didn't allow their use, they
wouldn't
> > make the code publicly available in the first place.
> >
> > JvPickDate uses the Calendar.pas sample as the basis of it's calendar
> > component. Calendar.pas is a sample and can be used freely AFAICS. The
same
> > is true for the auto-repeat button in JvOutlookbar.pas (taken from the
> > Spin.pas example).
> >
> > JvJCLUtils contains DirectoryExists and ForceDirectories. Although I
believe
> > these are direct copies of the code in FileCtrl, it is hard doing it
another
> > way.
> >
> > JvStrings contains Encrypt and Decrypt functions that uses the simple XOR
> > algorithm in Borland examples supplied since Delphi 1.0
> >
> > JvDBLookup contains a "Copyright (c) 1995,1997 Borland International"
> > statement. I don't know how much of the code is original Borland, but this
> > unit could be a problem.
> >
> > TJvArrowButton contains no copyright but the code is very much a copy of
> > TSpeedButton. The original reason for duplicating it was to simplify the
> > implementation and since TSpeedButton hides much of the code in th
> > eimplementation section, I couldn't just derive from it but had to copy
the
> > code. This unit could also be a problem.
> >
> > *Personally*, I look at these issues like this: if it is obvious that the
> > code is a direct copy of someone elses copyrighted code, we shouldn't
> > include it in the first place but if it's already there, we can keep it
> > until someone representing the copyright holder tells us we can't use it.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JVCL3 CVS - tags?
From: "Oliver Giesen" <ogware@gmx.net>
Date: Wed, 15 Oct 2003 15:54:25 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     It would but I'm pretty sure everyone will keep forgetting to do
> > so.  This is where JediVCS actually is better: you can rollback to a
> > specific date and time and all (selected) files are rolled back to
> > the versions available at that time. I have not found such an option
> > in TurtoiseCVS, but it might be in WinCVS or available through the
> > command line.

Hmm, it's clearly there in my copy of Tortoise (1.4.2), complete with a
really big calendar control to choose from. It's also been in WinCvs
for as long as I could remember and of course it's always been in
commandline CVS as well...

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: ManagedThreads donation
From: "Erwin Molendijk" <erwin@delfer.nl>
Date: Wed, 15 Oct 2003 17:53:51 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:
> >     I've had contact with Erwin. He has been busy with school and has done
> > virtually nothing with the components. He plans on continuing with them
when
> > he has some time but is not sure how much time he will have available
> > between work and non-computer related life. I will add him to the project
so
> > he has write-access to the CVS tree and I have pointed him to this NG.

And he has found it (again) :)  Funny to find a thread about oneself.
I've been busy the last few months finishing my study. Now I have time for
some Delphi fun again.

> >     He did mention that he would like some serious testing being done with
> > the components, as testing/debugging threads is a lot more complicated
than
> > a single threaded component/application. He's also not sure the entire
> > component set is production stable yet (he only uses a portion of it in
his
> > own work).

The core is indeed production stable.
I strongly suggest that other people then the programmer (me) do some
testing. As mentioned, threads are (can be) very complicated. People will
only benefit from the components if they are 100% reliable.

I've just setup CVS and I see some entries in the changelog concerning
Managed Threads. :)
Ok, i'll have a look at the stuff in the cvs now. Just let me know if there
are any questions.

Cheers,
Erwin




Subject: Re: JVCL3 CVS - tags?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 15 Oct 2003 16:42:34 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Wed, 15 Oct 2003 15:32:49 +0100:

 TH> Would it not be a good idea to start giving JVCL3 overall tags which
 TH> are periodically updated (perhaps when changelog.txt is updated) so
 TH> some historic revisions can be pulled from CVS?

    It would but I'm pretty sure everyone will keep forgetting to do so.
This is where JediVCS actually is better: you can rollback to a specific
date and time and all (selected) files are rolled back to the versions
available at that time. I have not found such an option in TurtoiseCVS, but
it might be in WinCVS or available through the command line.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Eels with "Susan's House".




Subject: JVCL3 CVS - tags?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Wed, 15 Oct 2003 15:32:49 +0100
Newsgroups: jedi.vcl


I just mentioned in another post that after an update from CVS BCB6 started
producing linker AVs, and after updating again a few days later they
disappeared. 

I have little idea what changed in these updates which makes tracking down
the cause and resolution of this problem pretty difficult. 

Would it not be a good idea to start giving JVCL3 overall tags which are
periodically updated (perhaps when changelog.txt is updated) so some
historic revisions can be pulled from CVS? 

The only alternative at the moment is to grab and keep all the nightly
snapshots? 




Subject: Re: JvComboListBox - wrong display of the arrow when using other fonts
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Oct 2003 16:21:39 +0200
Newsgroups: jedi.vcl

> > yes of course the font "Marlett" is installed.

Well, the reason I asked is because I've jsut tried it with 20-25 different
fonts and the arrow always shows up as an arrow. never as a 'u'.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [BCB6] A solution to the linker crashes
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Wed, 15 Oct 2003 15:10:01 +0100
Newsgroups: jedi.vcl

Vladimir Zhuchko <zhuchko@lnr.jinr.ru> wrote:

> >Today I tried again but got the same Linker crash.
> >I am using the latest jvcl3 and cjcl6 1.22.
> >WEAKPACKAGEUNIT removed from all units.
> >The compilation through "BCB6 Packages.bpg" not working at all, but 
> >compilation file by file is working up to  JvStdCtrlsC6R.bpl the 
> >JvStdCtrlsC6D.bpl gave the Linker error.

I had the linker access violation return for a while on some packages, I
didn't find the cause but it went away after a CVS update a few days later.

> >I have a great experiance with the Builders and components but this 
> >situation is not clear.

Then you should understand how buggy it is. 



Subject: Re: JvComboListBox - wrong display of the arrow when using other fonts
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 15 Oct 2003 16:05:18 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:bmjivn$8nl$1@talkto.net...
>> > > Has anybody an idea what to do??
> > Do you have the Marlett font installed? What is the name of the default
font
> > you are using?
> >

Hello,

yes of course the font "Marlett" is installed. If i place the jvComboListBox
on a form where the font was not changed then the arrow is displayed as
expected. It does not work if i change the font (for eample) to "Tahoma"
with fontsize 9 (Delphi uses MS sans Sefif 8, IIRC).

Bye,
Ralf



Subject: Re: Halting File copy with JVSHFileOperations
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Oct 2003 15:44:32 +0200
Newsgroups: jedi.vcl

> > Other than clicking the cancel on the progress dialog (if enabled) is
there
> > any other way to cancel the copy operation?
I don't think so: the process is handed over to Windows when you call
Execute and AFAIK, there is no way to stop it once it's started.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComboListBox - wrong display of the arrow when using other fonts
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Oct 2003 15:43:37 +0200
Newsgroups: jedi.vcl

> > Has anybody an idea what to do??
Do you have the Marlett font installed? What is the name of the default font
you are using?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvComboListBox - wrong display of the arrow when using other fonts
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Wed, 15 Oct 2003 15:19:07 +0200
Newsgroups: jedi.vcl

Hello,

currently i am using the TJvComboListBox on a form that uses another font
than the delphi standard font.

On this form the dropdown-arrow of the JvComboListBox is not displayed
corrcet, it is displayed as an "u". When i look in the source where the
button is drawn it look absolutely correct: Font name is changed to
"Marlett" and then the letter "u" is drawn at the calculated position.

For some reason the changing of the font name has no effect when the parent
form uses another font then the standard one.

Has anybody an idea what to do??

Using the daily snapshot from yesterday of JVCL3 on D7 Pro

Bye,
Ralf



Subject: Re: Weird problerm with JvTrayIcon on XP
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 15 Oct 2003 15:00:12 +0200
Newsgroups: jedi.vcl

Hello, marek!
You wrote  on Wed, 15 Oct 2003 14:47:15 +0200:

 mj>  Since the
 mj> tray icon component changed quite a lot in the transition from Rx to
 mj> Jv, I could be setting some properties wrong. I set the following
 mj> Visibility options:
 mj> [tvVisibleTaskBar,tvVisibleTaskList,tvRestoreClick,tvRestoreDbClick]
 mj> and only set TrayIcon.Active depending on the configuration (whether
 mj> the app is configured to minimize to tray or not).

    Which might be why the tray icon does not show at all (referring to the
TrayIcon.Active part). What's the general start-up procedure for your
application? Is there a possibility that the application is starting up
minimized immediately and still not activating TrayIcon? Is it possible that
the stupid-WinXP tray-icon cleanup-garbage removes the tray icon because it
thinks it's not used (I think this could be avoided by forcing some kind of
change in the tray icon to keep it alive?).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Weird problerm with JvTrayIcon on XP
From: marek jedlinski <marek@tranglos.DELETEME!.com>
Date: Wed, 15 Oct 2003 14:47:15 +0200
Newsgroups: jedi.vcl

After I moved from RxTrayIcon to JvTrayIcon in one application, I began
receiving bug reports from XP users. Apparently the application starts
"invisible"  - the tray icon is not visible, nor is the main form, and the
only way to access the application is to kill it via the task list. Also
apparently, starting the program again (while the "invisible" instance is
running), forces the application to show properly. This latter behavior is
certainly related to instance management, since the application does not
allow multiple instances of itself, and a new instance will only force the
already running copy to restore and show itself. 

While it *could* be a bug in my own instance handling, I don't think it is,
because (a) the problem did not occur when I was using RxTrayIcon; (b) just
forcing a BringToFront or a Restore call in the first instance doesn't
eliminate the problem. The application is supposed to start up normally,
i.e. it does not try to start minimized or hidden in any way.

This is probably something trivial, but I have no access to an XP system
(nor do I wish to ;) so I can't easily figure out what's going wrong. The
problem does not occur on Win95 or Win2000 at all. Since the tray icon
component changed quite a lot in the transition from Rx to Jv, I could be
setting some properties wrong. I set the following Visibility options:
[tvVisibleTaskBar,tvVisibleTaskList,tvRestoreClick,tvRestoreDbClick]
and only set TrayIcon.Active depending on the configuration (whether the
app is configured to minimize to tray or not).


Thanks in advance for any tips on this,
..marek jedlinski


-- No ads, no nags freeware: http://www.tranglos.com (KeyNote, PhoneDeck, KookieJar, Oubliette) 

Subject: Re: [BCB6] A solution to the linker crashes
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 15 Oct 2003 12:48:42 +0400
Newsgroups: jedi.vcl

OBones wrote:
Today I tried again but got the same Linker crash.
I am using the latest jvcl3 and cjcl6 1.22.
WEAKPACKAGEUNIT removed from all units.
The compilation through "BCB6 Packages.bpg" not working at all, but compilation file by file is working up to  JvStdCtrlsC6R.bpl the JvStdCtrlsC6D.bpl gave the Linker error.
I have a great experiance with the Builders and components but this situation is not clear.

>>>
>> I tried to compile JVCL30 under Builder 6 and could make only the first "JvCoreC6R.bpl JvCoreC6D.bpl JvSystemC6R.bpl JvSystemC6D.bpl \
>>   JvStdCtrlsC6R.bpl" packages, but "JvStdCtrlsC6D.bpl" produced the same old error "AV, Link terminated". After that I used many possibilities to avoid this error but without succes!!! The old problem born again!
>> Any ideas?
>>
> I did a full rebuild two days ago and didn't get any problem at all.
> However, it may happen that the linker crashes by itself, without any link to the JVCL. The only solution is to restart BCB...
> Please ensure you have the very latest version of both the JCL and JVCL
>



Subject: Halting File copy with JVSHFileOperations
From: "steve" <sfrancis@bigpond.net.au>
Date: Wed, 15 Oct 2003 18:23:06 +1000
Newsgroups: jedi.vcl

I use JVCL JVSHFileOperation to backup files

Other than clicking the cancel on the progress dialog (if enabled) is there
any other way to cancel the copy operation?


Steve




Subject: Re: ANN: ManagedThreads added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Oct 2003 08:47:27 +0200
Newsgroups: jedi.vcl

> > Can the line "{$R 'JvMtComponentsReg.dcr'}" safely be removed from
> > JvManagedThreadsD7D.dpk?

Yes. I'll do it

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Oct 2003 08:46:07 +0200
Newsgroups: jedi.vcl

>> > >I agree too. Leroy, just tell us your login name on sourceforge (no
>> > >password needed). Peter, can you add him as a developer ?
> >
> > casterle
I've added you. Welcome to the JVCL developers group! If you need any help
on setting up CVS etc, let me know and I'll do my best to help you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 15 Oct 2003 08:41:15 +0200
Newsgroups: jedi.vcl

>> > >BTW, wouldn't it be better if you had CVS access so that you can commit
>> > >your changes directly into the JVCL tree ?
> >
> > Yes, it would<g>.

Mail me your SF username and I'll add you as developer to JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 15 Oct 2003 16:22:12 +1000
Newsgroups: jedi.vcl

> This is fun? OK, you're probably a bit younger than I am (53, and hoping
> to start counting backwards soon, or at least hoping to see 54)<g>...
Well, I'm 22 and you're three years older than my father, so...
And by fun, I'm mean challenging. But I must admit that sometimes I was about to quit !

> That's the way to encourage me<g>! I really don't know why I'm doing
> this, I must be a masochist...I've already committed to converting from
> BCB to Delphi...Lord help me.
Well... You're doing this for the good of the community as I seriously doubt that any kind of Lord gives a shit about it...


> I've grepped thru all of my Borland directories...I haven't any type of
> *rtl*.anything_that_is_linkable on my system, in either the BCB5 or D7
> directories. Should I have? (I don't mean this facetiously, I really do
> appreciate your help...)
Well, I got no idea about the fact you should or shouldn't have such a file. I have one in BCB6, but that may have have been introduced with v6...
Doing a quick search in Google Groups, it seems that having
  $(BCB)\lib\obj;$(BCB)\lib

in the Library path should help. At least it's what people are all saying. BTW these two paths should also be in the general options ( Tools | Environment Options... Library...)

> I still am (grasping at straws, that is).
Well, that's where my English knowledge stops me from understanding an sentence. Can you explain what "to grasp at straws" means, so that I may understand the full meaning the sentence...

> Thanks for your patience, Olivier! 
As we say down there: 'No worries!'



Subject: Re: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 14 Oct 2003 23:50:37 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:


> >Sure, but where would the fun be ? <g>

This is fun? OK, you're probably a bit younger than I am (53, and hoping
to start counting backwards soon, or at least hoping to see 54)<g>...

> >You are only at the beginning of the path of what I discovered with BCB6 
> >and I already cleared up some of the fallen trees in the middle.

That's the way to encourage me<g>! I really don't know why I'm doing
this, I must be a masochist...I've already committed to converting from
BCB to Delphi...Lord help me.

> >Try adding rtl.bpi then... If you don't have this one, then we will need 
> >to investigate further. But System.dcu (from System.pas) is in rtl.bpi, 
> >that's for sure.

I've grepped thru all of my Borland directories...I haven't any type of
*rtl*.anything_that_is_linkable on my system, in either the BCB5 or D7
directories. Should I have? (I don't mean this facetiously, I really do
appreciate your help...)

>> >> I was grasping at straws here<g>. As an aside, BCB Pro does come with
>> >> the source (that's what I'm using).
> >Didn't know that...

I still am (grasping at straws, that is).

>>> >>>BTW, wouldn't it be better if you had CVS access so that you can commit 
>>> >>>your changes directly into the JVCL tree ?
>> >> 
>> >> 
>> >> Yes, it would<g>.
> >I agree too. Leroy, just tell us your login name on sourceforge (no 
> >password needed). Peter, can you add him as a developer ?

casterle

Thanks for your patience, Olivier! 



Subject: Re: JVCL Copyright Issues.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 15 Oct 2003 05:52:42 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I think the Microsoft copyrights here means that Microsoft is the owner of some used API header. You can freely translate those headers, and you own the copyright to those translations (but IANAL <g>).
>

I usually keep all comments when converting a header.
The MPL asks you to honor the original author and i extend it a bit to the author of the C file i converted.
Usually the statement names the .h file the copyright is assigned to.



Subject: Re: JvCoreC5R / BCB5
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 15 Oct 2003 13:15:41 +1000
Newsgroups: jedi.vcl

> If that's the case, it would be so much nicer if Delphi told me what it
> couldn't find (ex: Can't find vcl50.bpi)! 
Sure, but where would the fun be ? <g>
You are only at the beginning of the path of what I discovered with BCB6 and I already cleared up some of the fallen trees in the middle.
BTW, I'm suprised that all CJCL60.bpi were replaced by CJCL50.bpi, I didn't do that. Maybe Peter did, but please be sure you are using the packages from the dev\JVCL3\packages\bcb5 directory

> I don't have an rtl50.bpi on my system, btw.
Try adding rtl.bpi then... If you don't have this one, then we will need to investigate further. But System.dcu (from System.pas) is in rtl.bpi, that's for sure.

> I was grasping at straws here<g>. As an aside, BCB Pro does come with
> the source (that's what I'm using).
Didn't know that...

> There were no $(BCB)'s in the includes path, but strangely enough they
> were already in the libs path.
That's because the setup of my BCB6 (from which the BCB5 packages were derived) includes those directories already. And I didn't change any of the defaults so it should find the classic include files, even if the packages don't indicate the $(BCB) paths.

>> BTW, wouldn't it be better if you had CVS access so that you can commit your changes directly into the JVCL tree ?
>
>
> Yes, it would<g>.
I agree too. Leroy, just tell us your login name on sourceforge (no password needed). Peter, can you add him as a developer ?



Subject: JvCoreC5R / BCB5
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 14 Oct 2003 20:28:27 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >I think that's because you need rtl50.bpi in the requires list instead 
> >of rtl.bpi
> >Same goes for all the Borland's required packages. For instance, vcl.bpi 
> >becomes vcl50.bpi

If that's the case, it would be so much nicer if Delphi told me what it
couldn't find (ex: Can't find vcl50.bpi)! At any rate, the packages
already had the '50' in them. Here is the packages node from the .bpk
file:

<PACKAGES value="vcl50.bpi vclx50.bpi CJCL50.bpi"/>

I don't have an rtl50.bpi on my system, btw.

>> >> I found the System.pas file in my BCB5 Source/VCL directory, and have
>> >> added that directory to the Include and Libraries path, but no luck.
> >
> >You shouldn't have to do that and even better, you must not do that 
> >because only the enterprise version has the rtl and vcl sources.

I was grasping at straws here<g>. As an aside, BCB Pro does come with
the source (that's what I'm using).

> >
>> >> The package .cpp files include <basepch.h>. This needs to be <vcl.h> for
>> >> BCB5. I'm adding #ifdef BCB5's to get around this.
> >
> >Well, why not, but isn't the cpp file in the bcb5 subdir ? I think it is 
> >and in such case, simply modify it.

Yes, it is. I was still in IFDEF mode from the JCL stuff.

> >Well, they may have changed from BCB5 to BCB6, but remember to only use 
> >the $(BCB) variable, no absolute path should ever be used.
> >Same goes for the JCL, it MUST not be considered to be in the same root 
> >as the JVCL. See the BCB compatibility guide for a solution when it 
> >won't be able to find CJCL50.bpi (which replaces CJCL60.bpi of course)

There were no $(BCB)'s in the includes path, but strangely enough they
were already in the libs path.

> >Finally, I think we should start another thread for the JVCL packages, 
> >one subthread per package, that would help.

With luck, this message has started the new thread...

> >But remember, the first thing to do is to replace CJCL60.bpi by 
> >CJCL50.bpi and all the Borland includes must be appended 50.

CJCL50.bpi was already in the packages node.

> >BTW, wouldn't it be better if you had CVS access so that you can commit 
> >your changes directly into the JVCL tree ?

Yes, it would<g>.


Subject: Re: Compiler gone crazy - found work around
From: "Adam Hair" <adamhair@ nospam jvxp.com>
Date: Wed, 15 Oct 2003 11:08:36 +1000
Newsgroups: jedi.vcl

Hi Peter,

> > Probably, since it seems it does find the INC file (no "file not found"
> > errors), but at the same time, it doesn't react as if COMPILER6_UP is
> > defined, which it should if it's the correct JEDI.INC...

It is a wierd problem indeed. It's not localised to one project either - but
spreads through all my projects that use any JCL components.

Anyway - I've found another work around. If I take the source directory path
out of my environment library, and point instead to the DCU's that are
created, and recompile the DPK files - all seems to work fine.

I'm still at odd on why this just happened, but in future, I'll just work
with the dcu's, and recompile the DPK's if I have any changes to the
sourcecode.

Best Regards

Adam.




Subject: Re: JVCL Copyright Issues.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 15 Oct 2003 09:12:53 +1000
Newsgroups: jedi.vcl

> *Personally*, I look at these issues like this: if it is obvious that the
> code is a direct copy of someone elses copyrighted code, we shouldn't
> include it in the first place but if it's already there, we can keep it
> until someone representing the copyright holder tells us we can't use it.

Yes, but there is a risk that the JVCL team won't be contacted but rather the companies (like the one where I work) that use the JVCL.
And that's a quite serious concern for us...



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 15 Oct 2003 08:58:23 +1000
Newsgroups: jedi.vcl

> I'm getting an error I don't understand:
>   File not found: "System.pas"

I think that's because you need rtl50.bpi in the requires list instead of rtl.bpi
Same goes for all the Borland's required packages. For instance, vcl.bpi becomes vcl50.bpi

> I found the System.pas file in my BCB5 Source/VCL directory, and have
> added that directory to the Include and Libraries path, but no luck.

You shouldn't have to do that and even better, you must not do that because only the enterprise version has the rtl and vcl sources.

> The package .cpp files include <basepch.h>. This needs to be <vcl.h> for
> BCB5. I'm adding #ifdef BCB5's to get around this.

Well, why not, but isn't the cpp file in the bcb5 subdir ? I think it is and in such case, simply modify it.

> The standard BCB include paths are not set in the project options, so
> I'm adding them.

Well, they may have changed from BCB5 to BCB6, but remember to only use the $(BCB) variable, no absolute path should ever be used.
Same goes for the JCL, it MUST not be considered to be in the same root as the JVCL. See the BCB compatibility guide for a solution when it won't be able to find CJCL50.bpi (which replaces CJCL60.bpi of course)

Finally, I think we should start another thread for the JVCL packages, one subthread per package, that would help.
But remember, the first thing to do is to replace CJCL60.bpi by CJCL50.bpi and all the Borland includes must be appended 50.
BTW, wouldn't it be better if you had CVS access so that you can commit your changes directly into the JVCL tree ?



Subject: Re: ANN: ManagedThreads added
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 15 Oct 2003 00:21:21 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I've just added the ManagedThreads sources to JVCL. Try it out and let me
> know if something is missing or not working. Marcel, should we convert the
> doc to dtx and put it into help or should we keep it as is?
>

Can the line "{$R 'JvMtComponentsReg.dcr'}" safely be removed from JvManagedThreadsD7D.dpk?

package JvManagedThreadsD7D;

{$R *.res}
{$R 'JvMtComponentsReg.dcr'} <----  this one

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Oct 2003 21:43:52 +0200
Newsgroups: jedi.vcl

Done and committed.

-- Regards Andreas Hausladen 

Subject: Re: XML Database
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 14 Oct 2003 21:37:11 +0200
Newsgroups: jedi.vcl

Are you writing an application that uses this XML file? In that case, I
think you are out of luck. If you want to convert the data, you might be
better off looking at one of the SAX parser implementations available
(Google is your friend!). The unique combination of XML files and SQL like
queries can be hard to find any other place unless you can do something
using MSSQL 2000 which has some support for this.

It might be easier getting more memory :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL Copyright Issues.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 14 Oct 2003 21:26:19 +0200
Newsgroups: jedi.vcl

> > Don't want to be rude. A simple (IDE) seach  *.pas files containing
> > Microsoft or Borland
> > I count 8 suspicious sources containing 'portions created by Microsoft' ,
I
> > count 7 suspicious if I search for Borland

I had a look myself. This is what I found:

None of the units containing the word Microsoft has code that is a verbatim
copy of Microsoft code as far as I can see. Some of the code references list
URL's to code samples and/or bug reports supplied by Microsoft. I see no
problem in using MS's solutions. If MS didn't allow their use, they wouldn't
make the code publicly available in the first place.

JvPickDate uses the Calendar.pas sample as the basis of it's calendar
component. Calendar.pas is a sample and can be used freely AFAICS. The same
is true for the auto-repeat button in JvOutlookbar.pas (taken from the
Spin.pas example).

JvJCLUtils contains DirectoryExists and ForceDirectories. Although I believe
these are direct copies of the code in FileCtrl, it is hard doing it another
way.

JvStrings contains Encrypt and Decrypt functions that uses the simple XOR
algorithm in Borland examples supplied since Delphi 1.0

JvDBLookup contains a "Copyright (c) 1995,1997 Borland International"
statement. I don't know how much of the code is original Borland, but this
unit could be a problem.

TJvArrowButton contains no copyright but the code is very much a copy of
TSpeedButton. The original reason for duplicating it was to simplify the
implementation and since TSpeedButton hides much of the code in th
eimplementation section, I couldn't just derive from it but had to copy the
code. This unit could also be a problem.

*Personally*, I look at these issues like this: if it is obvious that the
code is a direct copy of someone elses copyrighted code, we shouldn't
include it in the first place but if it's already there, we can keep it
until someone representing the copyright holder tells us we can't use it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 14 Oct 2003 13:25:35 -0600
Newsgroups: jedi.vcl

OK, now that I'm past the header problems in JCL, I've downloaded the
latest (10/14) snapshot and am trying to build the 1st package in the
group, JvCoreC5R.

I'm getting an error I don't understand: 

  File not found: "System.pas"

in pasall.tmp.

I found the System.pas file in my BCB5 Source/VCL directory, and have
added that directory to the Include and Libraries path, but no luck.

How can I get past this error?

I've also found a couple of problems with the package files:

The package .cpp files include <basepch.h>. This needs to be <vcl.h> for
BCB5. I'm adding #ifdef BCB5's to get around this.

The standard BCB include paths are not set in the project options, so
I'm adding them.

Making these two changes allows me to build the JvCoreC5R.cpp file, and
I get a JvCoreC5R.obj in the dcu directory, so that part is working OK.
I'm just unable to build the package as noted above.

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Can you give me a detailled report of what works and what doesn't ?



Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Oct 2003 19:25:08 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Thus they could also be removed, I guess.

OK I will do this.



-- Regards Andreas Hausladen 

Subject: Re: Avery or custom labels
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 14 Oct 2003 20:59:12 +0200
Newsgroups: jedi.vcl

There is no such component in JVCL, sorry. Try searching google for avery
and delphi. That should turn up something. You could also ask in
borland.public.third-party.general if anyone there knows about a good
library.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: XML Database
From: "Prof. Roberto A. Berrospe Machin" <binaryuniverse@binaryuniverse.com>
Date: Tue, 14 Oct 2003 15:31:19 -0300
Newsgroups: jedi.vcl

Hello EveryBody :)
Well First, REALLY GOOOOD JOB :)
In the other hand, i have problem with the xmldatabase component.

I have a xml file with 300Mb and when i try to make a query the program Hung
:) jeje.
I know thats logic, because i only have 256Mb of memory... but theres no
another way to handle
this hugly databases?
I Know there i can use pieces, but as i see the pieces are for database
tables and this 300Mb xml is one table
that contain names, emails and some other data of users :) and for a long
time im looking for a solution that i can use for read and write this type
of file in any part of the file.

Thanks :) And Thanks For all theses REally Good Components :)

-- Prof. Roberto A. Berrospe Machin Florida Uruguay. Email-Msn: binaryuniverse@binaryuniverse.com Web: http://www.binaryuniverse.com 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 14 Oct 2003 20:27:42 +0200
Newsgroups: jedi.vcl

asn wrote:

> First priority in that aspect (less {$IFDEF ....}) would be to remove
> unnessary {$IFDEF WIN32}.
> Windows 3.1 support ? Nobody is waiting for that.
> Since a lot of components don't support DELPHI 4 also directives concerning
> versions below version 5 should be dropped.

There are also some procedures with a 'far' directive, that are called from the finalization section. Borland help:

"The directives near, far, and export refer to calling conventions in 16-bit Windows programming. They have no effect in 32-bit applications and are maintained for backward compatibility only."

Thus they could also be removed, I guess.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Avery or custom labels
From: "Craig" <craig@qnotes.com>
Date: Tue, 14 Oct 2003 14:27:12 -0400
Newsgroups: jedi.vcl

Hi All,

Is there a JVCL component or tool to allow end-users to print (or add to)
Avery labels.
I mean by 'add to' the end user can easily add fields and or images to the
label.
If not in the JVCL then can someone point me in the right direction?

Thank you,

-- Craig Oberfield 

Subject: Re: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 14 Oct 2003 19:57:28 +0200
Newsgroups: jedi.vcl

asn wrote:

> > First priority in that aspect (less {$IFDEF ....}) would be to remove
> > unnessary {$IFDEF WIN32}.
> > Windows 3.1 support ?

I removed the WIN32 conditions from the JVCL 3 files:

JvToolEdit.pas
JvBoxProcs.pas
JvSpin.pas

The other files were clean.


-- Regards Andreas Hausladen 

Subject: Re: JVCL Copyright Issues.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 14 Oct 2003 18:58:16 +0200
Newsgroups: jedi.vcl

asn wrote:
> Clearly several source files contain code copied from Borland source code
> and I saw even code from Microsoft.

I think the Microsoft copyrights here means that Microsoft is the owner of some used API header. You can freely translate those headers, and you own the copyright to those translations (but IANAL <g>).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: How to deal with different packages versions.
From: "asn" <asn@xs4all.nl>
Date: Tue, 14 Oct 2003 18:40:21 +0200
Newsgroups: jedi.vcl

> >
> > OTOH JVCL 3 will break backward compatibility anyway, with good reasons
(earlier
> > JVCL versions have got a bad reputation for being to less structured and
> > providing many components with similar functionality).
> >

Dividing it into pacakes is a big step ahead could. But renaming units ?
Drop backwards compatibility ?
This will not improve the reputation of JVCL. You should consider unit names
as names of people: they last for lifetime.

>> > > Anyway it looks me a good idea to include the version in its  package
name.
> >
> > Agreed on that.
> >
> > Greetings, Robert
> >

Should the install program not detect conflicting JCL/JVCL versions to avoid
'Compiler went crazy'.
To have as normal software package with install AND uninstall facilities ?

Regards,

André Snepvangers





Subject: Re: JVCL Copyright Issues.
From: "asn" <asn@xs4all.nl>
Date: Tue, 14 Oct 2003 18:37:06 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:bmh390$nbd$1@talkto.net...
> > "asn" <asn@xs4all.nl> wrote in message news:bmh027$mga$1@talkto.net...
>> > > How can users of JVCL know if they are not violating copyrights?
> >
> > Please see our MPL licensing page:
> >
> > http://jvcl.sourceforge.net/licensing.htm
> >

Tells what it should be, but it is NOT a guarantee: Anybody can state that
is according to MPL.
But does it comply to the license ?

>> > > Clearly several source files contain code copied from Borland source
code
>> > > and I saw even code from Microsoft.Simply writing in the sources
something
>> > > like "Portions Copyright Borland"  or "Take from FileCtrl" is simply not
>> > > sufficient or if even allowed. Piracy or not?
> >

If I read sources containing copyrighted code from Borland I feel a little
bit uncomfortable.
There are no other reference that permissions were granted.

> > If there is code that is directly taken from Borland/Microsoft then it
> > should be removed/rewritten. Can you pinpoint exact places/files where
there
> > is any copyrighted code?
> >

Don't want to be rude. A simple (IDE) seach  *.pas files containing
Microsoft or Borland
I count 8 suspicious sources containing 'portions created by Microsoft' , I
count 7 suspicious if I search for Borland

>> > > If sources may not be distributed, is this also the case for compiled
> > units
> >
> > I am not sure, I understand. Can you be more specific?
> >

You could also distribute software without the sources. Alllowed or not ?

> >
>> > > Does JVCL actually distribute source code or does it make it just
> > available
> >
> > Project JEDI makes JVCL code available. Developers using JVCL in their
> > applications should at least point to the JVCL Website so their user can
> > download JVCL if they want to.
> >
Clear.
>> > > Should we discuss this in an appropriate Borland newsgroup in order to
get
>> > > some viewpoints from Borland about this issue ?
> >
> > Which particular questions would you like to discuss?
> >
>> > > The files in $(DELPHI)\source\samples don't have a copyright notice.
Does
>> > > this means I can distributed (modified) versions of them. ( I did that
in
>> > > JVCLX by the way).
> >
> > All files should have copyright notice. I assume, we could update the
files
> > in JVCL 3.0
> >

That is not exactly what I mean to say. In the $(DELPHI)\source\samples,
which came with my Delphi 7,  there are sources TGauge.pas, TCalendar.pas
.... . These files don't contain any copyright notice. Did I violate my
license with using these files in my JVCLX ? IMHO a question that is best
answered by Borland.

> >
> > Michael
> >
> >

Glad to know that you are still around.

Regards,

André Snepvangers





Subject: Re: JVCL Copyright Issues.
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 14 Oct 2003 18:24:31 +0200
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

>> The files in $(DELPHI)\source\samples don't have a copyright notice. Does
>> this means I can distributed (modified) versions of them. ( I did that in
>> JVCLX by the way).
>
>
> All files should have copyright notice. I assume, we could update the files
> in JVCL 3.0

He is refering to Borland sample source code.



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 14 Oct 2003 09:45:47 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >
> >{$HPPEMIT '#define TTokenInformationClass TOKEN_INFORMATION_CLASS'}

Thank you. Worked great!

I've gotten all the .pas files to the point that the create compilable
BCB5 headers now, and I've changed all my {$IFDEF BCB5}'s to {$IFDEF
BCB}'s.

I'll zip things up and post them to binaries in a few minutes.


Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 14 Oct 2003 09:34:28 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Have you tried to add {$HPPEMIT '<windows.h>'} at the beginning ?
> >If yes and/or it doesn't work, give me some time, I'll have a crack at 
> >it this week.

I hadn't 'cause the symbol isn't defined in windows.h (or any other BCB
5 header file). Just tried it, no joy.

> >Yes, JCL built, but that doesn't mean every generated hpp file is valid. 
> >All the modifications I did to the JCL were only to have it build and 
> >allow building of the JVCL. As a result, only a subset of the generated 
> >hpp files were used by JVCL and as such corrected.

OK, I didn't realize this. I guess I should change my  {$IFDEF BCB5}'s
to {$IFDEF BCB}'s. I've done this in several .pas files...

> >That's why I was asking you to make a big zip file with the modified pas 
> >files you have so that I can test them one after the other with BCB6.
> >I did that because my main goal was (and still is) to have a working 
> >build of the JVCL (not JCL) for BCB6. As it turns out, it seems that we 
> >are the only two guys around here playing with BCB so I think the JCL 
> >team will welcome our comments.
> >And this is why I'd like to have a crack at your files as most changes 
> >are also valid for BCB6 and I don't want to spend too much time on 
> >finding solutions you already implemented.

I'll get them zipped up and post them on the binaries group as soon as I
get through this (last?) problem.


Subject: Re: How to deal with different packages versions.
From: "asn" <asn@xs4all.nl>
Date: Tue, 14 Oct 2003 17:12:27 +0200
Newsgroups: jedi.vcl

Read more about this in "Compiler Goes Crazy".

Regards,

André




Subject: Re: Replace message handlers by dynamic/virtual methods
From: "asn" <asn@xs4all.nl>
Date: Tue, 14 Oct 2003 17:08:24 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bmbgum$hno$1@talkto.net...
> > In order to have less {$IFDEF COMPLIB_xxx} <snip>
> >

First priority in that aspect (less {$IFDEF ....}) would be to remove
unnessary {$IFDEF WIN32}.
Windows 3.1 support ? Nobody is waiting for that.
Since a lot of components don't support DELPHI 4 also directives concerning
versions below version 5 should be dropped.


> >
> > Comments are welcome.
> >

I just did that.

> >
> > -- 
> > Regards
> >
> > Andreas Hausladen

Regards,

André Snepvangers




Subject: Re: JVCL Copyright Issues.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 14 Oct 2003 11:06:05 -0400
Newsgroups: jedi.vcl

"asn" <asn@xs4all.nl> wrote in message news:bmh027$mga$1@talkto.net...
> > How can users of JVCL know if they are not violating copyrights?

Please see our MPL licensing page:

http://jvcl.sourceforge.net/licensing.htm

> > Clearly several source files contain code copied from Borland source code
> > and I saw even code from Microsoft.Simply writing in the sources something
> > like "Portions Copyright Borland"  or "Take from FileCtrl" is simply not
> > sufficient or if even allowed. Piracy or not?

If there is code that is directly taken from Borland/Microsoft then it
should be removed/rewritten. Can you pinpoint exact places/files where there
is any copyrighted code?

> > If sources may not be distributed, is this also the case for compiled
units

I am not sure, I understand. Can you be more specific?

> > Does JVCL actually distribute source code or does it make it just
available

Project JEDI makes JVCL code available. Developers using JVCL in their
applications should at least point to the JVCL Website so their user can
download JVCL if they want to.

> > Should we discuss this in an appropriate Borland newsgroup in order to get
> > some viewpoints from Borland about this issue ?

Which particular questions would you like to discuss?

> > The files in $(DELPHI)\source\samples don't have a copyright notice. Does
> > this means I can distributed (modified) versions of them. ( I did that in
> > JVCLX by the way).

All files should have copyright notice. I assume, we could update the files
in JVCL 3.0

Michael




Subject: JVCL Copyright Issues.
From: "asn" <asn@xs4all.nl>
Date: Tue, 14 Oct 2003 16:15:22 +0200
Newsgroups: jedi.vcl

How can users of JVCL know if they are not violating copyrights?
Clearly several source files contain code copied from Borland source code
and I saw even code from Microsoft.Simply writing in the sources something
like "Portions Copyright Borland"  or "Take from FileCtrl" is simply not
sufficient or if even allowed. Piracy or not?

If sources may not be distributed, is this also the case for compiled units
?

Does JVCL actually distribute source code or does it make it just available
?

Should we discuss this in an appropriate Borland newsgroup in order to get
some viewpoints from Borland about this issue ?

The files in $(DELPHI)\source\samples don't have a copyright notice. Does
this means I can distributed (modified) versions of them. ( I did that in
JVCLX by the way).
For the codecentral Borland states that every file must have copyright
notice. No copyright notice =  may be distributed ?

Some questions that came after I had a e-mail conversation with Robert
Rossmair. ( Thank you Robert)

Regards,

André Snepvangers





Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 14 Oct 2003 19:16:29 +1000
Newsgroups: jedi.vcl

I've created a thread in jedi.jcl to signal the errors you discovered.
I already started with those I found with BCB6, if you could add your comments with respect to BCB5, that'd be great



Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 14 Oct 2003 18:40:21 +1000
Newsgroups: jedi.vcl

Ok...

TTokenInformationClass is just a Delphi declaration for TOKEN_INFORMATION_CLASS so adding that

#define TTokenInformationClass TOKEN_INFORMATION_CLASS

in the user supplied section will do the trick.
And this goes in the .pas file as

{$HPPEMIT '#define TTokenInformationClass TOKEN_INFORMATION_CLASS'}



Subject: Re: JvHidDeviceController
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Oct 2003 08:13:42 +0200
Newsgroups: jedi.vcl

Forget that: I just noticed I misread your message and made the wrong
changes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHidDeviceController
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Oct 2003 08:11:12 +0200
Newsgroups: jedi.vcl

BTW, it now looks like:
  if (Num <> FNumOverlappedBuffers) and OpenFileEx(omhRead) then
  begin
    HidD_SetNumInputBuffers(HidFileHandle, Num);
    HidD_GetNumInputBuffers(HidFileHandle, FNumInputBuffers);
  end;

Shouldn't HidD_GetNumInputBuffers be changed to use FNumOverlappedBuffers as
well?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHidDeviceController
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 14 Oct 2003 08:06:19 +0200
Newsgroups: jedi.vcl

> > Sorry, it should read change the line in *SetNumOverlappedBuffers* to
> > the line above.
Ah, gotcha. Will do.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 14 Oct 2003 14:40:43 +1000
Newsgroups: jedi.vcl

> Incompatible types: "Windows.TTokenInformationClass and
> JclSecurity.TTokenInformationClass'
>
> I then searched the entire BCB5 directory (rather than just the includes
> subdirectory) and found TTokenInformationClass defined in the BCB5
> Windows.pas file. No corresponding declaration exists in any BCB5 header
> file.
>
> Suggestions?

Have you tried to add {$HPPEMIT '<windows.h>'} at the beginning ?
If yes and/or it doesn't work, give me some time, I'll have a crack at it this week.

> BTW, I enclosed the type definition in {$IFDEF BCB5} rather than {$IFDEF
> BCB} 'cause Jcl already built cleanly in BCB6 and I didn't want to break
> that.

Yes, JCL built, but that doesn't mean every generated hpp file is valid. All the modifications I did to the JCL were only to have it build and allow building of the JVCL. As a result, only a subset of the generated hpp files were used by JVCL and as such corrected.
For instance, JclMath.hpp is not used in the interface section of any of the generated hpp files for JVCL so I didn't detect the errors in JclMath.hpp.
That's why I was asking you to make a big zip file with the modified pas files you have so that I can test them one after the other with BCB6.
I did that because my main goal was (and still is) to have a working build of the JVCL (not JCL) for BCB6. As it turns out, it seems that we are the only two guys around here playing with BCB so I think the JCL team will welcome our comments.
And this is why I'd like to have a crack at your files as most changes are also valid for BCB6 and I don't want to spend too much time on finding solutions you already implemented.



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 13 Oct 2003 22:13:44 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >I'd rather put the Delphi declaration in the JclSecurity.pas file so 
> >that it will get into the namespace. And enclose it in {$IFDEF 
> >BCB}{$ENDIF} so that it doesn't interfere with Delphi.

Frustration mounts. 

I just tried adding this:

{$IFDEF BCB5}
type
   TTokenInformationClass = (TokenICPad, TokenUser, TokenGroups,
              TokenPrivileges, TokenOwner, TokenPrimaryGroup,
              TokenDefaultDacl, TokenSource, TokenType,
              TokenImpersonationLevel, TokenStatistics);
{$ENDIF}

immediately following the 'uses' clause in the JclSecurity.pas file
implementation section, and now it won't compile - errors out with:

Incompatible types: "Windows.TTokenInformationClass and
JclSecurity.TTokenInformationClass'

I then searched the entire BCB5 directory (rather than just the includes
subdirectory) and found TTokenInformationClass defined in the BCB5
Windows.pas file. No corresponding declaration exists in any BCB5 header
file.

Suggestions?

BTW, I enclosed the type definition in {$IFDEF BCB5} rather than {$IFDEF
BCB} 'cause Jcl already built cleanly in BCB6 and I didn't want to break
that.



Subject: Re: JvHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 14 Oct 2003 06:03:25 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Change the line
>>   if (Num <> FNumOverlappedBuffers) and OpenFileEx(omhRead) then
>> in SetNumInputBuffers
>
> To what?

Sorry, it should read change the line in *SetNumOverlappedBuffers* to the line above.



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 14 Oct 2003 13:27:52 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> Well, in D7 it's the Delphi equivalent to an enum (I think):
>
>   TTokenInformationClass = (TokenICPad, TokenUser, TokenGroups,
>        TokenPrivileges, TokenOwner, TokenPrimaryGroup, TokenDefaultDacl,
>        TokenSource, TokenType, TokenImpersonationLevel,
>        TokenStatistics);
>
> so I added this:
>
>  (*$HPPEMIT 'enum TTokenInformationClass { TokenICPad, TokenUser,
>      TokenGroups, TokenPrivileges, *)
>   (*$HPPEMIT '                              TokenOwner,       TokenPrimaryGroup, TokenDefaultDacl, TokenSource, *)
>   (*$HPPEMIT '                              TokenType,
>     TokenImpersonationLevel, TokenStatistics }; *)
>

I'd rather put the Delphi declaration in the JclSecurity.pas file so that it will get into the namespace. And enclose it in {$IFDEF BCB}{$ENDIF} so that it doesn't interfere with Delphi.



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 13 Oct 2003 20:56:03 -0600
Newsgroups: jedi.vcl

Well, in D7 it's the Delphi equivalent to an enum (I think):

  TTokenInformationClass = (TokenICPad, TokenUser, TokenGroups,
       TokenPrivileges, TokenOwner, TokenPrimaryGroup, TokenDefaultDacl,
       TokenSource, TokenType, TokenImpersonationLevel,
       TokenStatistics);

so I added this:

 (*$HPPEMIT 'enum TTokenInformationClass { TokenICPad, TokenUser,
     TokenGroups, TokenPrivileges, *)
  (*$HPPEMIT '                              TokenOwner,   
    TokenPrimaryGroup, TokenDefaultDacl, TokenSource, *)
  (*$HPPEMIT '                              TokenType,
    TokenImpersonationLevel, TokenStatistics }; *)

to the .pas file. That defined the enum correctly in the .hpp file, but
didn't work because 'TokenUser' and other symbols are previously
declared. 

If I move the enum into the Jclsecurity namespace, that fixes the
problem, but I can't figure out how to tell Delphi to put the enum into
the namespace. I tried moving the HPPEMIT's around in the .pas file but
that had no effect. 

I also tried EXTERNALSYM but Delphi errored out on "$EXTERNALSYM and
$NODEFINE not allowed for 'xxx', only global symbols.'

How do I get around this?


OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >It'd be better to define the structure for BCB5 rather than suppress the 
> >incriminated code. I'll have a look in D6 and BCB6 to see where and how 
> >it is defined...



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 14 Oct 2003 08:56:50 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> That's what I thought, too, but I couldn't find one. I grepped all of
> the JCL files as well as all of the BCB5 include files.
>
> TTokenInformationClass  doesn't seem to be defined anywhere in BCB5
> headers or in the JCL .pas code. The code seems to depend on the
> development system providing that symbol and BCB5 doesn't. D7 does
> define the symbol in Windows.pas, so maybe it's a recent addition. I
> don't have Delphi before D7, so I couldn't check previous versions.
>
> I could {$IFNDEF BCB5} all references to the symbol in the .pas file but
> that doesn't seem a safe thing to do. What do you think?
>
> OBones <obones_gfdg_@_rer_meloo.com> wrote:
>
>
>> I'd say there is a $EXTERNALSYM put on TTokenInformationClass in JclSecurity.pas or in the file where TTokenInformationClass is defined.
>> Once you are finished, can you zip all the modified files and post them to binaries, I'd like to see what happens when I test them with BCB6. Indeed, I never tested the JCL files one by one, only the JVCL ones
>
>
It'd be better to define the structure for BCB5 rather than suppress the incriminated code. I'll have a look in D6 and BCB6 to see where and how it is defined...



Subject: Re: JVCL3: some DCR files corrupted?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 13 Oct 2003 19:55:19 +0200
Newsgroups: jedi.vcl

Just to be sure, I made a test where I reduced the extlist to *.dof. As
suspected, only dof files where passed to unix2dos. I've removed dcr from
the script.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHidDeviceController
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 13 Oct 2003 19:52:45 +0200
Newsgroups: jedi.vcl

> > Deactivate the {$DEFINE STANDALONE}
Done

> >
> > Change the line
> >    if (Num <> FNumOverlappedBuffers) and OpenFileEx(omhRead) then
> > in SetNumInputBuffers
To what?

> >
> > Change the version string to '1.0.19'
Done
> >
> > Remove the IO-Warrior samples. They are for a special device.
> >
> > Integrate the help :->
I havent touched, updated or added any other files except
JvHidControllerClass.pas


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3: some DCR files corrupted?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 13 Oct 2003 19:33:01 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     That doesn't mean it's correct. <g> The above script indeed seems to
> pass the files with the extensions listed above to unix2dos. AFAICT .dcr
> files are not text files and thus should be removed.

..dcr files are simply renamed .res files.
I usually rename them to .res and open them with MS VC++ for easy edit.



Subject: Re: JvHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 13 Oct 2003 19:25:40 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Saves you the waiting until one of us finally does this.
>
>
> Too late :)
>

Some changes are needed.

Deactivate the {$DEFINE STANDALONE}

Change the line
  if (Num <> FNumOverlappedBuffers) and OpenFileEx(omhRead) then
in SetNumInputBuffers

Change the version string to '1.0.19'

Remove the IO-Warrior samples. They are for a special device.

Integrate the help :->


I will soon update the download zip on www.delphi-gems.com
Before that i will write another sample (which is not for the JVCL)



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 13 Oct 2003 09:51:42 -0600
Newsgroups: jedi.vcl

That's what I thought, too, but I couldn't find one. I grepped all of
the JCL files as well as all of the BCB5 include files.

TTokenInformationClass  doesn't seem to be defined anywhere in BCB5
headers or in the JCL .pas code. The code seems to depend on the
development system providing that symbol and BCB5 doesn't. D7 does
define the symbol in Windows.pas, so maybe it's a recent addition. I
don't have Delphi before D7, so I couldn't check previous versions.

I could {$IFNDEF BCB5} all references to the symbol in the .pas file but
that doesn't seem a safe thing to do. What do you think?

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >I'd say there is a $EXTERNALSYM put on TTokenInformationClass in 
> >JclSecurity.pas or in the file where TTokenInformationClass is defined.
> >Once you are finished, can you zip all the modified files and post them 
> >to binaries, I'd like to see what happens when I test them with BCB6. 
> >Indeed, I never tested the JCL files one by one, only the JVCL ones



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 13 Oct 2003 09:44:17 -0600
Newsgroups: jedi.vcl

<g>.

Virgo Pärna <virgo.parna@email.ee> wrote:

> >Leroy Casterline ::
>> >> I had no idea we had a Rugby team. Next you'll be telling me we have a
>> >> women's soccer team...
>> >> 
> >
> >	You mean the one who got bronze in World Championship?



Subject: Re: JVCL3: some DCR files corrupted?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 13 Oct 2003 17:08:02 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 13 Oct 2003 15:44:07 +0200:

 >>     Ah, wait, it's about the snapshots and not the CVS version.... Could
 PT> the
 >> script sometimes think the .dcr is a text file and then tries to convert
 >> unix-style linebreaks to windows-style linebreaks?

 PT> Indeed, there is a list of file extensions that are looped and dcr is
 PT> in it. I am no script wiz, but it seems to me the following code
 PT> iterates over all found files, checks if the extension is in the list
 PT> and if it is, passes it to unix2dos:
[snip]
 PT> AFAICS, removing dcr would fix it, no? Problem is, I've never
 PT> encountered this myself and the dcr extension has been in that list at
 PT> least as long as I've been maintaining the file...

    That doesn't mean it's correct. <g> The above script indeed seems to
pass the files with the extensions listed above to unix2dos. AFAICT .dcr
files are not text files and thus should be removed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL3: some DCR files corrupted?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 13 Oct 2003 16:01:46 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:bme21e$22r$1@talkto.net...

> >     Could be, but I have not found problems so far. If you donwloaded the
> > big zip file, you can probably just run the MakeDCR batch file in the
images
> > sub folder; this will rebuild the DCRs completely and you can see all the
> > component bitmaps again <g>
> >

Hello Marcel,

thanks! That was it. After rebuilding the DCRs i can see the component
bitmaps now and it compiles/installs without problems.

I did not know this batchfile (good to know it is there)

Bye,
Ralf



Subject: Re: JVCL3: some DCR files corrupted?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 15:44:07 +0200
Newsgroups: jedi.vcl

> >     Ah, wait, it's about the snapshots and not the CVS version.... Could
the
> > script sometimes think the .dcr is a text file and then tries to convert
> > unix-style linebreaks to windows-style linebreaks?

Indeed, there is a list of file extensions that are looped and dcr is in it.
I am no script wiz, but it seems to me the following code iterates over all
found files, checks if the extension is in the list and if it is, passes it
to unix2dos:

----
extlist=(*.pas *.dfm *.inc *.cpp *.hpp *.h *.dpr *.bpr *.dpk *.bpk *.bpg\
         *.cfg *.template *.iss *.txt *.bat *.rc *.py *.dof *.dcr)
for SRCDIR in `find /home/groups/j/jv/jvcl/files/jvclzip -type d -print`
do
  cd $SRCDIR
  for EXT in ${extlist[@]}
  do
    for FILE in $EXT; do break; done
    if [[ -a $FILE ]]
    then
      #echo "processing $FILE in $SRCDIR"
      unix2dos -p $EXT
    fi
  done
done
----

AFAICS, removing dcr would fix it, no? Problem is, I've never encountered
this myself and the dcr extension has been in that list at least as long as
I've been maintaining the file...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3: some DCR files corrupted?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 13 Oct 2003 15:08:04 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 13 Oct 2003 14:53:12 +0200:

 PT> FWIW, Ignacio Vazquez had the same problem with the july 16 snapshot
 PT> (http://groups.google.com/groups?q=la30+rlink32&hl=sv&lr=&ie=UTF-8&oe=U
 PT> TF-8& safe=off&selm=3f15abeb%241%40newsgroups.borland.com&rnum=1) but
 PT> no replies...

    Ah, wait, it's about the snapshots and not the CVS version.... Could the
script sometimes think the .dcr is a text file and then tries to convert
unix-style linebreaks to windows-style linebreaks?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL3: some DCR files corrupted?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 14:53:12 +0200
Newsgroups: jedi.vcl

FWIW, Ignacio Vazquez had the same problem with the july 16 snapshot
(http://groups.google.com/groups?q=la30+rlink32&hl=sv&lr=&ie=UTF-8&oe=UTF-8&
safe=off&selm=3f15abeb%241%40newsgroups.borland.com&rnum=1) but no
replies...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHidDeviceController
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 14:43:59 +0200
Newsgroups: jedi.vcl

> > Ah yes, when I'm at work, you're sleeping...
Don't count on it ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHidDeviceController
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 13 Oct 2003 22:29:26 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Saves you the waiting until one of us finally does this.
>
>
> Too late :)
>
Too fast !
Don't you ever stop ?
Ah yes, when I'm at work, you're sleeping...



Subject: Re: JvHidDeviceController
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 14:19:02 +0200
Newsgroups: jedi.vcl

> > Saves you the waiting until one of us finally does this.

Too late :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unused units in BCB6
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 14:18:31 +0200
Newsgroups: jedi.vcl

Update:
>> > > JvTFGantt.pas
Added to JvTimeFramework

>> > > JvLogFile.pas
>> > > JvLogForm.pas
Added to JvCmp

>> > > JvTransparentForm.pas
Moved to \archive

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHidDeviceController
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 13 Oct 2003 13:57:01 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 13 Oct 2003 21:49:12 +1000:


 O> That would be great indeed...
 O> Let me know when that's done so that I can do my test a bit easier.

    You can download the version from the site Robert indicated and put it
in the JVCL tree (overwriting his previous version in the process of
course). IIRC you don't need to change anything to make it working in JVCL;
the component already has the Jv prefixes. Saves you the waiting until one
of us finally does this.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvHidDeviceController
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 13 Oct 2003 21:49:12 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Robert!
> You wrote  on Mon, 13 Oct 2003 05:43:04 +0200:
>
>  RM> The current version is available at http://www.delphi-gems.com/controls.php
>
>     Oops, we promised we would add it to the CVS earlier, didn't we?
> Sorry........
>
That would be great indeed...
Let me know when that's done so that I can do my test a bit easier.



Subject: Re: [BCB6] A solution to the linker crashes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 13 Oct 2003 21:48:21 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> Vladimir Zhuchko wrote:
>
>> OBones wrote:
>>
>>> Peter Thörnqvist wrote:
>>>
>>>>> Just create a blank file and I'll add stuff in there whenever I find some time...
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Doc added with initial comments in dev/JVCL3. Fill it up!
>>>>
>>> Done
>>>
>> I tested this for JVCL210 and cjcl60, placed WEAKPACKAGEUNIT between {$IFNDEF BCB} ... {$ENDIF} for all *.pas units.
>> After recompilation of packages the linker error dissappeared.
>> I had very stable linker error before that when CJCL60.LIB was after JVCL200_R60C.lib within BPR file. So this very old linker problem gone out!!! Thank you very much for this investigation.
>>
> I tried to compile JVCL30 under Builder 6 and could make only the first "JvCoreC6R.bpl JvCoreC6D.bpl JvSystemC6R.bpl JvSystemC6D.bpl \
>   JvStdCtrlsC6R.bpl" packages, but "JvStdCtrlsC6D.bpl" produced the same old error "AV, Link terminated". After that I used many possibilities to avoid this error but without succes!!! The old problem born again!
> Any ideas?
>
I did a full rebuild two days ago and didn't get any problem at all.
However, it may happen that the linker crashes by itself, without any link to the JVCL. The only solution is to restart BCB...
Please ensure you have the very latest version of both the JCL and JVCL



Subject: Re: JVCL3: some DCR files corrupted?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 13 Oct 2003 13:24:55 +0200
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Mon, 13 Oct 2003 12:41:15 +0200:

 RK> i have just downloaded the CVS daily snapshot of JVCL3 and when i try
 RK> to install it i get a linker error LA30 on some files.

 RK> Now i found out that this error does not occur if i remove some of the
 RK> $R directives that include the DCR files for these projects. After
 RK> removing the $R directives all projects compile and install fine (ok,
 RK> now some of the component bitmaps in the pallette are missing...)

    Could be, but I have not found problems so far. If you donwloaded the
big zip file, you can probably just run the MakeDCR batch file in the images
sub folder; this will rebuild the DCRs completely and you can see all the
component bitmaps again <g>

 RK> I have compiled the projects from within the project group and got
 RK> access violations with RLINK32 for these projects. But when i compile
 RK> these projects alone i get a correct error message from the IDE :
 RK> "Cannot access xyz.DCR" (I guess LA30 meas something like "Linker
 RK> Access")

    The L is definately pointing to the linker. There's a document somewhere
on the net that explains the various internal error categories that exist,
but I can't remember where right now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Compiler gone crazy - found work around
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 13:23:40 +0200
Newsgroups: jedi.vcl

> > I'll tripple check this - but wouldn't I have to have a 2nd .inc file
> > somewhere else to cause this particular problem?
Probably, since it seems it does find the INC file (no "file not found"
errors), but at the same time, it doesn't react as if COMPILER6_UP is
defined, which it should if it's the correct JEDI.INC...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compiler gone crazy - found work around
From: "Adam Hair" <adamhair@ nospam jvxp.com>
Date: Mon, 13 Oct 2003 21:15:06 +1000
Newsgroups: jedi.vcl

Hi Marcel,

> >  AH> Yes - I have.
> >
> >     Which of the two: source or lib6?

The source.

> >     That is strange. As Peter mentioned: make sure there's only one
version
> > of JCL/JVCL available to Delphi.

I'll tripple check this - but wouldn't I have to have a 2nd .inc file
somewhere else to cause this particular problem?

Thanks for all the suggestions.

Cheers

Adam.




Subject: Re: Compiler gone crazy - found work around
From: "Adam Hair" <adamhair@ nospam jvxp.com>
Date: Mon, 13 Oct 2003 21:13:35 +1000
Newsgroups: jedi.vcl

Hi Peter,

> > Make sure you don't have multiple JCL/JVCL pas/dcu/dcp/bpl files in
> > different directories that are all visible to Delphi.

Thanks for the tip. I did think of that, and deleted all the dcu's and bpl's
that I could find,  (after removing the jedi library from delphi), and
re-installed but still no success.

I was wondering if I may have missed a file - but it still seems strange
about the particular problem I have. (It runs the code (or propper pas
file), but doesn't take into account the jedi.inc file).

Cheers

Adam.




Subject: JVCL3: some DCR files corrupted?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Mon, 13 Oct 2003 12:41:15 +0200
Newsgroups: jedi.vcl

Hello,

i have just downloaded the CVS daily snapshot of JVCL3 and when i try to
install it i get a linker error LA30 on some files.

Now i found out that this error does not occur if i remove some of the $R
directives that include the DCR files for these projects. After removing the
$R directives all projects compile and install fine (ok, now some of the
component bitmaps in the pallette are missing...)

I have compiled the projects from within the project group and got access
violations with RLINK32 for these projects. But when i compile these
projects alone i get a correct error message from the IDE : "Cannot access
xyz.DCR" (I guess LA30 meas something like "Linker Access")


Ciao,
Ralf



Subject: Re: Compiler gone crazy - found work around
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 13 Oct 2003 11:55:41 +0200
Newsgroups: jedi.vcl

Hello, Adam!
You wrote  on Mon, 13 Oct 2003 19:19:38 +1000:

 >>     Weird. I haven't experienced this issue at all. Question: is the
 AH> source
 >> path or the lib6 path in your Delphi Library path?

 AH> Yes - I have.

    Which of the two: source or lib6?

 AH> Well - it has always worked in the past. Today I've done something,
 AH> (the only thing comming to mind was building an old project I have on
 AH> my HDD), that caused it all to go haywire.

    That is strange. As Peter mentioned: make sure there's only one version
of JCL/JVCL available to Delphi.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Compiler gone crazy - found work around
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 11:22:19 +0200
Newsgroups: jedi.vcl

Make sure you don't have multiple JCL/JVCL pas/dcu/dcp/bpl files in
different directories that are all visible to Delphi.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compiler gone crazy - found work around
From: "Adam Hair" <adamhair@ nospam jvxp.com>
Date: Mon, 13 Oct 2003 19:19:38 +1000
Newsgroups: jedi.vcl

Hi Marcel,

> >     Weird. I haven't experienced this issue at all. Question: is the
source
> > path or the lib6 path in your Delphi Library path?

Yes - I have.

> >     Still, adding the {$INCLUDE jedi.inc} (or jvcl.inc) should have worked
> > as all the defines are in that file. The file itself should be OK as well
as
> > the packages did build correctly (or did I misunderstood that part?)

Well - it has always worked in the past. Today I've done something, (the
only thing comming to mind was building an old project I have on my HDD),
that caused it all to go haywire.

Cheers

Adam.




Subject: Re: BCB5?
From: Virgo Pärna <virgo.parna@email.ee>
Date: Mon, 13 Oct 2003 10:28:49 +0200
Newsgroups: jedi.vcl

Leroy Casterline ::
> I had no idea we had a Rugby team. Next you'll be telling me we have a
> women's soccer team...
>

    You mean the one who got bronze in World Championship?

-- 
Virgo Pärna
virgo.parna@email.ee



Subject: Re: JvHidDeviceController
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 13 Oct 2003 10:27:49 +0200
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Mon, 13 Oct 2003 05:43:04 +0200:

 RM> The current version is available at http://www.delphi-gems.com/controls.php

    Oops, we promised we would add it to the CVS earlier, didn't we?
Sorry........

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Compiler gone crazy - found work around
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 13 Oct 2003 10:20:46 +0200
Newsgroups: jedi.vcl

Hello, Adam!
You wrote  on Mon, 13 Oct 2003 17:15:22 +1000:

 AH> I've found a workaround to the problem. I've had to put the following
 AH> in the header of every unit in the jcl library.

[snip]

 AH> If anyone has any ideas why this stopped working all of a sudden, I'd
 AH> love to hear from you. <g>

    Weird. I haven't experienced this issue at all. Question: is the source
path or the lib6 path in your Delphi Library path? It appears you have put
the source path in your library path as it clearly recompiles the JCL/JVCL
on each application build so this might be the difference between you and me
(in my case it uses the DCUs that are compiled by the JCL/JVCL packages, so
source files are not used at all).

    Still, adding the {$INCLUDE jedi.inc} (or jvcl.inc) should have worked
as all the defines are in that file. The file itself should be OK as well as
the packages did build correctly (or did I misunderstood that part?)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: [BCB6] A solution to the linker crashes
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Mon, 13 Oct 2003 11:49:19 +0400
To: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> OBones wrote:
>
>> Peter Thörnqvist wrote:
>>
>>>> Just create a blank file and I'll add stuff in there whenever I find some time...
>>>
>>>
>>>
>>>
>>> Doc added with initial comments in dev/JVCL3. Fill it up!
>>>
>> Done
>>
> I tested this for JVCL210 and cjcl60, placed WEAKPACKAGEUNIT between {$IFNDEF BCB} ... {$ENDIF} for all *.pas units.
> After recompilation of packages the linker error dissappeared.
> I had very stable linker error before that when CJCL60.LIB was after JVCL200_R60C.lib within BPR file. So this very old linker problem gone out!!! Thank you very much for this investigation.
>
I tried to compile JVCL30 under Builder 6 and could make only the first "JvCoreC6R.bpl JvCoreC6D.bpl JvSystemC6R.bpl JvSystemC6D.bpl \
  JvStdCtrlsC6R.bpl" packages, but "JvStdCtrlsC6D.bpl" produced the same old error "AV, Link terminated". After that I used many possibilities to avoid this error but without succes!!! The old problem born again!
Any ideas?



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 13 Oct 2003 17:17:33 +1000
Newsgroups: jedi.vcl

>
> After loosing to Germany in the semi-final, maybe you want to forget all
> about the soccer team :) Alas, Germany also beat Sweden yesterday (2-1 after
> a golden goal in the 97'th minute), leaving the swedish girls to cry on
> their silver medals but at least the audience was cheering for Sweden -
> thank you America!
>
Well, I can understand that they are more into cheering Swedish women than German women...
Woops, some German readers may get offended, but please, it's only a joke ;-)



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 13 Oct 2003 17:16:04 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> I had no idea we had a Rugby team. Next you'll be telling me we have a
> women's soccer team...
>

;-)



Subject: Re: Compiler gone crazy - found work around
From: "Adam Hair" <adamhair@ nospam jvxp.com>
Date: Mon, 13 Oct 2003 17:15:22 +1000
Newsgroups: jedi.vcl

Well,

I've found a workaround to the problem. I've had to put the following in the
header of every unit in the jcl library.

{$DEFINE COMPILER6_UP}
{$DEFINE WIN32}
{$DEFINE COMPILER35_UP}
{$DEFINE COMPILER3_UP}
{$DEFINE COMPILER4_UP}
{$DEFINE COMPILER5_UP}
{$DEFINE COMPILER6_UP}
{$DEFINE WIN32}
{$DEFINE COMPILER35_UP}
{$DEFINE COMPILER3_UP}
{$DEFINE COMPILER4_UP}

If anyone has any ideas why this stopped working all of a sudden, I'd love
to hear from you. <g>

Cheers

Adam.




Subject: Re: BCB5?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 09:10:35 +0200
Newsgroups: jedi.vcl

> > I had no idea we had a Rugby team. Next you'll be telling me we have a
> > women's soccer team...
After loosing to Germany in the semi-final, maybe you want to forget all
about the soccer team :) Alas, Germany also beat Sweden yesterday (2-1 after
a golden goal in the 97'th minute), leaving the swedish girls to cry on
their silver medals but at least the audience was cheering for Sweden -
thank you America!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 13 Oct 2003 17:10:26 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> OBones <obones_gfdg_@_rer_meloo.com> wrote:
>
>
>> Well, the smaller the better, and that's why I suggested a Byte...
>
>
> OK, I'll see if I can't find it and change it.
>
> Next problem. In JclSecurity.hpp:
>
> extern PACKAGE void __fastcall QueryTokenInformation(unsigned Token,
> TTokenInformationClass InformationClass, void * &Buffer);
>
> causes 'Type name expected' on TTokenInformationClass.
>
> BCB5 has no definition for TTokenInformationClass although in D7, it is
> defined in Windows.pas.
>
> This is the last of the jcl source files (I thought you'd be glad to
> hear that<g>).
I'd say there is a $EXTERNALSYM put on TTokenInformationClass in JclSecurity.pas or in the file where TTokenInformationClass is defined.
Once you are finished, can you zip all the modified files and post them to binaries, I'd like to see what happens when I test them with BCB6. Indeed, I never tested the JCL files one by one, only the JVCL ones



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 13 Oct 2003 00:54:57 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Well, the smaller the better, and that's why I suggested a Byte...

OK, I'll see if I can't find it and change it.

Next problem. In JclSecurity.hpp:

extern PACKAGE void __fastcall QueryTokenInformation(unsigned Token,
TTokenInformationClass InformationClass, void * &Buffer);

causes 'Type name expected' on TTokenInformationClass.

BCB5 has no definition for TTokenInformationClass although in D7, it is
defined in Windows.pas.

This is the last of the jcl source files (I thought you'd be glad to
hear that<g>).


Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 13 Oct 2003 00:47:19 -0600
Newsgroups: jedi.vcl

I had no idea we had a Rugby team. Next you'll be telling me we have a
women's soccer team...

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >America has a national rugby team. Yes, you read me well, there is one, 
> >and they are in the same group as France, Fiji, Japan and Scotland. 
> >However, and not meaning any offence, I don't think they'll make it to 
> >the quarter-finals... ;-)



Subject: Re: JVCL Theme support
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 08:41:16 +0200
Newsgroups: jedi.vcl

>> > > TJvgCaption
> >
> > Maybe we should remove this component because the TJvGradientCaption does
> > the same.

We never remove components that are in "self-contained" packages, i.e
components in the Globus, Jans, UIB, TimeFrameWork and, now, ManagedThreads
packages should be left alone even if they duplicate existing functionality
since the use of these packages is entirely up to the user (none of the .

This is mostly to reduce the migration problems for existing users +
minimize maintenance for us = win/win!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: DockPresident (it was Try my favorite expert)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 08:32:36 +0200
Newsgroups: jedi.vcl

Could you send me his email (privately) so I can contact him?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unused units in BCB6
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 08:30:18 +0200
Newsgroups: jedi.vcl

> > JvgPointEditor.pas
> > JvgStepLabel.pas
> > JvgTagParser.pas
> > JvgWinMask.pas
Part of Globus. Wasn't included in the origianl globus package either. I
suspect these are "work in progress" units.
> > JvCpuUsage.pas
> > JvMemoryInfos.pas
Utility units. I guess these could be replaced by similar code in JCL.

> > JvSpellChecker.pas
Work in progress. There's also a JvSpellIntf.pas

> > JvTFGantt.pas
That one should be in the TimeFrameWork package, I guess.

> > JvUIBObj.pas
> > JvUIBSrv.pas
UIB ORB. Not added to a package because that would require the Indy
packages.

> > JvLogFile.pas
> > JvLogForm.pas
Should probably be registered in JvDlgs or JvCmp (or moved to \archive)

> > JvTransparentForm.pas
This is a duplicate of JvFormTransparent. I'll remove it

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New homepage available
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 13 Oct 2003 08:19:40 +0200
Newsgroups: jedi.vcl

> > What are the pros and cons of such a move ?
The Borland server is faster than SF so we could potentionally have a CMS or
Wiki installed making it easier for everyone to contribute to the content of
the site. Also, Mantis would be moved there so it woudldn't take forever to
refresh the page...

> > I don't why we should go in that much trouble, especially because
jvcl.sf.net is way easier to remember...
No need to remember a new URL. jvcl.sf.net would be redirected to the
borland server if we decide to move. The only thing we need special handling
for is the daily page: this would have to remain on SF due to the CVS script
being run there.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 13 Oct 2003 15:42:54 +1000
Newsgroups: jedi.vcl

> Yeah, I found the Integer problem. Solved it by adding an dummy Extended
> param. I trust the type doesn't matter as it's unused?
Well, the smaller the better, and that's why I suggested a Byte...



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 13 Oct 2003 15:42:18 +1000
Newsgroups: jedi.vcl

> I've always been curious about Rugby. We don't get much chance to see it
> in the States. Every once in a while they'll be a game on satellite
> (used to be the occasional game on pay-per-veiw at $30 or $40 a pop!).
> The couple of games I've watched have confused me to no end<g>, but it
> looks like a game I could learn to enjoy.

Yeah, it's quite great, and I think it was the basis for American Football (same shape and same basic idea).
But I'm surprised you don't hear about the World Cup from the US because America has a national rugby team. Yes, you read me well, there is one, and they are in the same group as France, Fiji, Japan and Scotland. However, and not meaning any offence, I don't think they'll make it to the quarter-finals... ;-)



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 12 Oct 2003 23:22:33 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Simply add these lines at the beginning of the pas file, they'll 
> >generate what you need:
<snip>

Thanks, I'll do that.

> >Finally, for the constructor of EJclNaNSignal, use a dummy parameter of 
> >type Byte, Integer is already taken. And you can name this parameter 
> >'DummyForBCB', it is also needed by BCB6.

Yeah, I found the Integer problem. Solved it by adding an dummy Extended
param. I trust the type doesn't matter as it's unused?


Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 12 Oct 2003 23:19:27 -0600
Newsgroups: jedi.vcl

I've always been curious about Rugby. We don't get much chance to see it
in the States. Every once in a while they'll be a game on satellite
(used to be the occasional game on pay-per-veiw at $30 or $40 a pop!).
The couple of games I've watched have confused me to no end<g>, but it
looks like a game I could learn to enjoy.

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >American Football... I never really got interested in it, but I can 
> >imagine the feeling of having your team win with such a nice margin !



Subject: Re: Compiler gone crazy.
From: "Adam Hair" <adamhair@ nospam jvxp.com>
Date: Mon, 13 Oct 2003 14:50:45 +1000
Newsgroups: jedi.vcl

Sorry - I lied...

By putting {$DEFINE COMPILER6_UP} at the top, it did make a difference, but
because it errored on the same line I didn't notice the different error
message (being Incompatible types: 'Cardinal' and 'String')

However, your first suggesiton {$INCLUDE jedi.inc}in the file makes no
difference.

Thanks & Regards

Adam.




Subject: Re: Compiler gone crazy.
From: "Adam Hair" <adamhair@ nospam jvxp.com>
Date: Mon, 13 Oct 2003 14:47:28 +1000
Newsgroups: jedi.vcl

Rob,

Thanks for your prompt reply.

> > To make it available, you need to add
> >
> > {$INCLUDE jedi.inc}
> >
> > at the head of every unit in which it shall be used.

I have {$I JVCL.INC} at the head of this unit, which in turn, has the
{$INCLUDE jedi.inc} within it.

However - I also tried adding {$INCLUDE jedi.inc} to the problem unit, but
it still didn't work.

Get this: Even if I put in {$DEFINE COMPILER6_UP} at the head of the unit -
it still does not execute anything within the {$IFDEF COMPILER6_UP} lines!!!

What has gone wrong with my delphi?  :-(

Thanks & Regards

Adam




Subject: Re: Compiler gone crazy.
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 13 Oct 2003 06:41:29 +0200
Newsgroups: jedi.vcl

Hi,

Adam Hair wrote:

> I've been using JCL for quite some time, and now have just hit this problem
> when trying to compile any of my applications that use JCL:
>
> I get the error: "Undeclared identifier 'SResNotFound', as my first, amongst
> many errors when I compile any applications in the jvvclutils.pas file.

JvVclUtils is part of JVCL, not JCL.

> I've traced the problem to the $IFDEF COMPILER6_UP. When I compile my
> applications, it doesn't seem to have this defined. (I'm using D7 ent).

It's not a predefined symbol, but defined in jedi.inc.

To make it available, you need to add

{$INCLUDE jedi.inc}

at the head of every unit in which it shall be used.

Greetings, Robert



Subject: Compiler gone crazy.
From: "Adam Hair" <adamhair@ nospam jvxp.com>
Date: Mon, 13 Oct 2003 14:17:49 +1000
Newsgroups: jedi.vcl

Hi,

I've been using JCL for quite some time, and now have just hit this problem
when trying to compile any of my applications that use JCL:

I get the error: "Undeclared identifier 'SResNotFound', as my first, amongst
many errors when I compile any applications in the jvvclutils.pas file.

I've traced the problem to the $IFDEF COMPILER6_UP. When I compile my
applications, it doesn't seem to have this defined. (I'm using D7 ent).

I've tested this by adding a bogus command 'such as ASDF' bewteen the
{$IFDEF COMPILER6_UP}  and {$ENDIF} statements, which it should generate an
error on when it compiles, and it doesn't.

I've tried to recompile the .DPK files, and this does seem to take note of
the compiler6_up def, but I can not get it to work on general applications,
even after recompiling the DPK files.  :-(

Can anyone help.

Thanks & Regards

Adam Hair.




Subject: Re: JvHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 13 Oct 2003 05:43:04 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Robert Marquardt wrote:
>
>> OBones wrote:
>>
>>> I've done that and it now compiles and links ok.
>>
>>
>>
>> Did you use the current 1.0.18 version?
>>
>> Please fix a bug.
>>
>> SetNumOverlappedBuffers needs the line
>>   if (Num <> FNumOverlappedBuffers) and OpenFileEx(omhRead) then
>>
>>
> I took the latest from CVS, but I'll double check anyway

The current version is available at http://www.delphi-gems.com/controls.php



Subject: Re: New homepage available
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 13 Oct 2003 09:44:29 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Hi all! In concert with JCL, I have uploaded the JVCL homepage to the
> borland server as well. Please try it out at
> http://homepages.borland.com/jedi/jvcl. I've just copied the files from SF
> and think it should work. If you find any dead links or errors, let me know.
> If everyone thinks it should stay on Borland, we can redirect jvcl.sf.net to
> this page easily (we would have to set up a redirect for the daily pages but
> that's about it). Let me know what you think.
>
What are the pros and cons of such a move ?
I don't why we should go in that much trouble, especially because jvcl.sf.net is way easier to remember...



Subject: Re: JvHidDeviceController
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Mon, 13 Oct 2003 09:40:58 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> I've done that and it now compiles and links ok.
>
>
> Did you use the current 1.0.18 version?
>
> Please fix a bug.
>
> SetNumOverlappedBuffers needs the line
>   if (Num <> FNumOverlappedBuffers) and OpenFileEx(omhRead) then
>
>
I took the latest from CVS, but I'll double check anyway



Subject: Re: How to deal with different packages versions.
From: "asn" <asn@xs4all.nl>
Date: Mon, 13 Oct 2003 01:08:35 +0200
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:bmcbco$mkd$1@talkto.net...
> > asn wrote:
> >
>>> > >>Yes, but why should (s)he, if there's no need?
>> > >
>> > >
>> > > You mean why they they should (not) upgrade or why they should test ?
> >
> > I meant: why should they upgrade a package for an existing project?
> >

Most likely they won't.
Suppose that a company wants to develop their new projects with JVCL3.0
instead of JVCL2.1 they have used in older projects. They install the new
version and when they want to maintain 2.1 based projects they have to
remove the 3.0 package from the installed packages list, unfortunally DELPHI
doesn't modify the environment, you have to remove the path references to
the uninstalled package manually. IMHO not very practic.
Using different username for different package versions is a workaround for
this and works with other packages as well.
If the proposed IDE-expert can automate this uninstall and install of
packages, then certainly it is a perfect solution for a problem of the
Delphi IDE.

> >
> > The source code is available.  This is not exactly the same as if you
upgrade a
> > closed source package.
> >

Right. Now you can solve the bugs yourself if needed, make a code review,
.... But effectively this doesn't change nothing: from their own written
software they have the sourcecode for sure, but still they are obliged to
test it.

>>>> > >>>Anyway it looks me a good idea to include the version in its  package
>> > >
>> > > name.
>> > >
>>> > >>Agreed on that.
>>> > >>
>>> > >>Greetings, Robert
>>> > >>
>> > >
>> > >
>> > > AFAIK there no packages that offer facilities for maintaining different
>> > > versions. JCL/JVCL could be the first.
> >
> > Why not use the suffix offered in the package project options?
> >
> > For example, compiling DJcl70.dpk with suffix "-1-90" results in
DJcl70-1-90.bpl
> > (unfortunately the D7 compiler cannot handle points in the suffix; the
part
> > after the last point is lost.  I haven't tested Kylix yet).
> >

Doesn't solve the "path problem".

> > Greetings, Robert
> >

Actually this is not a JCL/JVCL problem but a Delphi problem.

Regards,

André Snepvangers.




Subject: Re: DockPresident (it was Try my favorite expert)
From: "kv" <kvlahos@nospam.lineone.net>
Date: Mon, 13 Oct 2003 00:44:39 +0300
Newsgroups: jedi.vcl

I got an answer for the author!!  See below:  DockPresident is freeware and
will soon have an English help file and Web site.   If you haven't tried it
is definetely worth a try...

====================================================================
Hello,

Thank you for using DockPresident Component.

Yes, the DockPresident is freeware, it needn't be purchased, you can use it
in individual and business software.

My old website have expired, Now I want to create a new site, it will be an
English site.

and I have written a new English help file about DockPresident.

I will notify you after my website is finished.

zhouyibo

21:55 2003-10-12

===============================================================




"tif" <tif@0451.com> wrote in message
news:20031010142434.90FE.TIF@0451.com...
>> > > Unfortunately all the documentation comes in Chinese or some other
Eastern
>> > > language and I could not figure out the copyright restrictions.
> >
> > The author didn't provide any coypright information in the package. I can
> > only find this(on http://www.csdn.net/cnshare/soft/14/14079.shtm):
> >     You can use DockPresident freely in personal or commercial programs.
> >
> > -- 
> > Regards,
> >
> > Winston Feng<wintonf@tom.com>
> >




Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Oct 2003 22:26:53 +0200
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> >  ComponentDefineProperties :=
> > @TOpenComponent(TComponent).DefineProperies;

But wrong. It should read:

ComponentDefineProperties := @TOpenComponent.DefineProperies;



-- Regards Andreas Hausladen 

Subject: Re: A ImageList component
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Sun, 12 Oct 2003 22:21:04 +0200
Newsgroups: jedi.vcl

> >But at the moment I write this posting I found a possible solution:
> >
> >type
> >  TOpenComponent = class(TComponent);
> >
> >var
> >  ComponentDefineProperties = procedure(Self: TComponent; Filer: TFiler);
> >begin
> >  ComponentDefineProperties := @TOpenComponent(TComponent).DefineProperies;
> >  ComponentDefineProperties(Self, Filer);
> >  ...
> >end;

Nice solution - even better than the solution I kept in mind.

Have you had a look on my new idea yet ?

Uwe


Subject: Re: How to deal with different packages versions.
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 12 Oct 2003 21:52:17 +0200
Newsgroups: jedi.vcl

asn wrote:

>> Yes, but why should (s)he, if there's no need?
>
>
> You mean why they they should (not) upgrade or why they should test ?

I meant: why should they upgrade a package for an existing project?

> I answer the last question:
> From the license:  WITHOUT WARRANTY OF  ANY KIND. Most if not all companies
> are certified according to ISO9001- ISO900X. Clearly non of the JEDI
> projects is certified; there are no official alpha, beta and gammatests
> documented.
> Because JEDI is not certified,  compagnies are obliged to test it. This is
> also the reason why companies are very conservative when it comes to
> upgrading packages. It introduces unknown risks. (to repeat myself)

The source code is available.  This is not exactly the same as if you upgrade a closed source package.

>>> Anyway it looks me a good idea to include the version in its  package
>
> name.
>
>> Agreed on that.
>>
>> Greetings, Robert
>>
>
>
> AFAIK there no packages that offer facilities for maintaining different
> versions. JCL/JVCL could be the first.

Why not use the suffix offered in the package project options?

For example, compiling DJcl70.dpk with suffix "-1-90" results in DJcl70-1-90.bpl (unfortunately the D7 compiler cannot handle points in the suffix; the part after the last point is lost.  I haven't tested Kylix yet).

Greetings, Robert



Subject: Re: Replace message handlers by dynamic/virtual methods
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 21:49:36 +0200
Newsgroups: jedi.vcl

I once did something similar using interfaces (but for another purpose).
I've uploaded the unit to binaries. Maybe it could be used as a base for
implementing a CLX/VCL compatibility layer? The problem I see with the
solution you suggest is that each control that wants to be CLX compatible
must implement a class wrapper. Hopefully, the interface based variant can
be used for 80-90% of the controls in JVCL. Have a look.

PS
Note that there are two test controls in the unit. These can be removed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New homepage available
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 21:44:46 +0200
Newsgroups: jedi.vcl

> > Please add a link from the sourceforge page to the new one, if it is meant
> > to stay there.
The borland pages are just a test at the moment. If we move, jvcl.sf.net
will be redirected to the new site.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to deal with different packages versions.
From: "asn" <asn@xs4all.nl>
Date: Sun, 12 Oct 2003 19:26:39 +0200
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:bmbucd$k3m$1@talkto.net...
> > asn wrote:
> >
>> > > You MUST understand that for any company/customer upgrading projects for
new
>> > > package versions  is undesirable. It introduces unknown risks requiring
the
>> > > project to be tested all over again.
>> > > This could take days if not weeks = valuable money.
> >
> > Yes, but why should (s)he, if there's no need?

You mean why they they should (not) upgrade or why they should test ?
I answer the last question:
From the license:  WITHOUT WARRANTY OF  ANY KIND. Most if not all companies
are certified according to ISO9001- ISO900X. Clearly non of the JEDI
projects is certified; there are no official alpha, beta and gammatests
documented.
Because JEDI is not certified,  compagnies are obliged to test it. This is
also the reason why companies are very conservative when it comes to
upgrading packages. It introduces unknown risks. (to repeat myself)

> >
> > OTOH JVCL 3 will break backward compatibility anyway, with good reasons
(earlier
> > JVCL versions have got a bad reputation for being to less structured and
> > providing many components with similar functionality).
> >

And most likely they put units removed in something like source/archive.
Their names may collide with units in the package. Example: JvSpeedButton
Futheron you have to install these components manually, avoiding duplicate
unit names.

>> > > Anyway it looks me a good idea to include the version in its  package
name.
> >
> > Agreed on that.
> >
> > Greetings, Robert
> >

AFAIK there no packages that offer facilities for maintaining different
versions. JCL/JVCL could be the first.

Regards,

André




Subject: Re: How to deal with different packages versions.
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 12 Oct 2003 18:10:03 +0200
Newsgroups: jedi.vcl

asn wrote:

> You MUST understand that for any company/customer upgrading projects for new
> package versions  is undesirable. It introduces unknown risks requiring the
> project to be tested all over again.
> This could take days if not weeks = valuable money.

Yes, but why should (s)he, if there's no need?

OTOH JVCL 3 will break backward compatibility anyway, with good reasons (earlier JVCL versions have got a bad reputation for being to less structured and providing many components with similar functionality).

> Anyway it looks me a good idea to include the version in its  package name.

Agreed on that.

Greetings, Robert



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Sun, 12 Oct 2003 17:58:03 +0200
Newsgroups: jedi.vcl

> > Transformation" that is not used in GetPixel/SetPixel. I will soon release
> > a new unofficial Kylix VCLX patch.
> >

Maybe you could also address the Key_<code> problem,  they are defined as
untyped constants.
Therefore you can not use them in case statements without typecasting
case Key of
Key_return:   ....    // won't work

I think you savely define them as QtKey

Regards,

André

> > -- 
> > Regards
> >
> > Andreas Hausladen




Subject: Re: Replace message handlers by dynamic/virtual methods
From: "asn" <asn@xs4all.nl>
Date: Sun, 12 Oct 2003 17:22:31 +0200
Newsgroups: jedi.vcl

Looks like adapting VCL units to VisualCLX  look alike units.

regards,

André

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bmbgum$hno$1@talkto.net...
> > In order to have less {$IFDEF COMPLIB_xxx} we could remove the message
> > handlers from the components. I have written a JvClxSystem unit that
> > allows the following.
> >
> > unit JvClxButtons;
> > interface
> > uses
> >   Windows, Messages, JvClxSystem, Buttons;
> >
> > type
> >   TJvClxBitBtn = class(TBitBtn)
> >   private
> >     FMessages: Pointer;
> >
> >     procedure CMMouseEnter(var Message: TMessage); message CM_MOUSEENTER;
> >     procedure CMMouseLeave(var Message: TMessage); message CM_MOUSELEAVE;
> >     procedure CMParentColorChanged(var Message: TMessage); message
> > CM_PARENTCOLORCHANGED;
> >     procedure CMFontChanged(var Message: TMessage); message
CM_FONTCHANGED;
> >   protected
> >     procedure MouseEnter(AControl: TControl); dynamic;
> >     procedure MouseLeave(AControl: TControl); dynamic;
> >     procedure ParentColorChanged; dynamic;
> >     procedure FontChanged; dynamic;
> >   end;
> >
> > implementation
> >
> > { TJvClxBitBtn }
> >
> > procedure TJvClxBitBtn.CMFontChanged(var Message: TMessage);
> > begin
> >   PushMessage(FMessages, @Message); // returns an IMessageGuard interface
> >   FontChanged;
> > end;
> >
> > procedure TJvClxBitBtn.CMMouseEnter(var Message: TMessage);
> > begin
> >   PushMessage(FMessages, @Message);
> >   MouseEnter(TControl(Message.LParam));
> > end;
> >
> > procedure TJvClxBitBtn.CMMouseLeave(var Message: TMessage);
> > begin
> >   PushMessage(FMessages, @Message);
> >   MouseLeave(TControl(Message.LParam));
> > end;
> >
> > procedure TJvClxBitBtn.CMParentColorChanged(var Message: TMessage);
> > begin
> >   PushMessage(FMessages, @Message);
> >   ParentColorChanged;
> > end;
> >
> > procedure TJvClxBitBtn.FontChanged;
> > begin
> >   InheritMessage(Self, CM_FONTCHANGED, FMessages);
> > end;
> >
> > procedure TJvClxBitBtn.MouseEnter(AControl: TControl);
> > begin
> >   InheritMessage(Self, CM_MOUSEENTER, FMessages);
> > end;
> >
> > procedure TJvClxBitBtn.MouseLeave(AControl: TControl);
> > begin
> >   InheritMessage(Self, CM_MOUSELEAVE, FMessages);
> > end;
> >
> > procedure TJvClxBitBtn.ParentColorChanged;
> > begin
> >   InheritMessage(Self, CM_PARENTCOLORCHANGED, FMessages);
> > end;
> >
> > end.
> >
> >
> > The JvBitBtn can now look like this:
> >
> > uses JvClxButtons;
> >
> >   TJvBitBtn = class(TJvClxBitBtn)
> >   private
> >     ...
> >   protected
> >     procedure MouseEnter(Control: TControl); override;
> >     procedure MouseLeave(Control: TControl); override;
> >     procedure ParentColorChanged; override;
> >     procedure FontChanged; override;
> >    ...
> >   end;
> >
> >
> > The JvClxButtons unit may be generated by a tool that extracts all message
> > handlers and write a unit with the JvClx prefix for every VCL unit.
> > Buttons.pas -> JvClxButtons.pas, ExtCtrls.pas -> JvClxExtCtrls.pas.
> >
> > The reason why the InheritMessage() function wants the WM_xxx is that
> > someone may call the dynamic/virtual method directly and so there is no
> > message record available where the Msg field has the message id.
> >
> > Should we use this technique or should the source look like this:
> >
> > {$IFDEF COMPLIB_VCL}
> >     procedure CMMouseEnter(var Msg: TMessage); message CM_MOUSEENTER;
> >     procedure CMMouseLeave(var Msg: TMessage); message CM_MOUSELEAVE;
> >     procedure CMParentColorChanged(var Msg: TMessage); message
> > CM_PARENTCOLORCHANGED;
> > {$ENDIF}
> > {$IFDEF COMPLIB_CLX}
> >     procedure MouseEnter(Control: TControl); override;
> >     procedure MouseLeave(Control: TControl); override;
> >     procedure ParentColorChanged; override;
> > {$ENDIF}
> >
> >
> >
> > Comments are welcome.
> >
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen




Subject: Re: How to deal with different packages versions.
From: "asn" <asn@xs4all.nl>
Date: Sun, 12 Oct 2003 17:15:50 +0200
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:bmbmva$iou$1@talkto.net...
> > asn wrote:
> >
>> > > I have successfully installed both JVCLX and JVCL. The same method can
be
>> > > used for JVCL3 and JVCL2.1.
>> > > How ?
>> > > Create a (windows) user account for every combination of versions.
>> > > In my case this user Andre & user asnepvangers. I have installed JVCL
2.1
>> > > for user asnepvangers and have  installed JVCLX for user Andre. By
changing
>> > > the usercount I can select if  I want the work with the JVCLX  or with
JVCL
> >
> > I think most will find this too inconvenient.  Switching between CLX/VCL
in the
> > IDE is a breeze, but if I would have to shut down Delphi, log out, log in
again,
> > start Delphi...  about 90 seconds would go by on my Win2K system.
> >


On my system this takes even more time. A professional developer/user will
not spent his day
 switching between VisualCLX  and VCL projects. The choice of environment is
certainly not maded by flipping a coin. Designers will be well aware of the
choice they have made.
Sure switching environment by changing user is terrible if you are working
on JCL
 which has both VCL & VisualCLX related code and you test it on both
environments.
Switching pacakges within the IDE ?  Removing a package: the environment
paths are not updated  so you have to remove them manually.
Moreover Delphi component pages, which are not available within Kylix, are
still shown  I consider this to be a flaw from Delphi.

> >
> > I also see no need for this - exept if you want to keep a separate
codebase for
> > JVCLX which I'd consider no good idea by itself.
> >

That is certainly not my intension.

> > Sure, you'd avoid the otherwise necessary restructuring of JVCL, but in
> > the long run I'd expect the additional maintainance effort overpower any
initial
> > advantage.
> >

You MUST understand that for any company/customer upgrading projects for new
package versions  is undesirable. It introduces unknown risks requiring the
project to be tested all over again.
This could take days if not weeks = valuable money.

> >
> > Greetings, Robert
> >

A tool as proposed by Andreas Hausladen, is preferable. Certainly if it can
also deal with different versions of packages.
Anyway it looks me a good idea to include the version in its  package name.

Regards,

André




Subject: Re: How to deal with different packages versions.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Oct 2003 16:23:51 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > Can you make it look for
> > #include "QForms.hpp"
> > of
> > #include <QForms.hpp>
> > 
> > so that it works with BCB ?

Done. But the problem with new projects is still there. The expert can
only modifiy the .dof file because the ToolsAPI does not support any
package loading/unloading. And at the moment where the new project will be
opened the editor has no file loaded.



-- Regards Andreas Hausladen 

Subject: Re: How to deal with different packages versions.
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 12 Oct 2003 16:03:35 +0200
Newsgroups: jedi.vcl

asn wrote:

> I have successfully installed both JVCLX and JVCL. The same method can be
> used for JVCL3 and JVCL2.1.
> How ?
> Create a (windows) user account for every combination of versions.
> In my case this user Andre & user asnepvangers. I have installed JVCL 2.1
> for user asnepvangers and have  installed JVCLX for user Andre. By changing
> the usercount I can select if  I want the work with the JVCLX  or with JVCL

I think most will find this too inconvenient.  Switching between CLX/VCL in the
IDE is a breeze, but if I would have to shut down Delphi, log out, log in again,
start Delphi...  about 90 seconds would go by on my Win2K system.

I also see no need for this - exept if you want to keep a separate codebase for
JVCLX which I'd consider no good idea by itself.

Sure, you'd avoid the otherwise necessary restructuring of JVCL, but in
the long run I'd expect the additional maintainance effort overpower any initial advantage.

Greetings, Robert



Subject: Re: How to deal with different packages versions.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 12 Oct 2003 23:19:12 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Peter Thörnqvist wrote:
>
>
>> I noticed that you use QForms to detect a CLX application. Wouldn't it be
>> better using QControls? I seem to remember it's the minimum required unit
>> for a CLX application?
>
>
>
> The autodetection function looks into the .dpr file and there is only
> QForms. But the autodetection is only used if there is not
> [JvPackageLoader]->CLX key in the project's .dof file.
>
>
> program MyApp;
> uses
>   QForms,
>   Unit1 in 'Unit1.pas' {Form1};
> ...
>
>
>
>
Can you make it look for
#include "QForms.hpp"
of
#include <QForms.hpp>

so that it works with BCB ?



Subject: Re: New homepage available
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 12 Oct 2003 13:08:01 +0000
Newsgroups: jedi.vcl

Hi,

Peter Thörnqvist wrote:

> > Hi all! In concert with JCL, I have uploaded the JVCL homepage to the
> > borland server as well. Please try it out at
> > http://homepages.borland.com/jedi/jvcl. I've just copied the files from SF
> > and think it should work.

Please add a link from the sourceforge page to the new one, if it is meant 
to stay there.

regards
twm



Subject: Re: How to deal with different packages versions.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Oct 2003 14:28:25 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I noticed that you use QForms to detect a CLX application. Wouldn't it be
> > better using QControls? I seem to remember it's the minimum required unit
> > for a CLX application?


The autodetection function looks into the .dpr file and there is only
QForms. But the autodetection is only used if there is not
[JvPackageLoader]->CLX key in the project's .dof file.


program MyApp;
uses
  QForms,
  Unit1 in 'Unit1.pas' {Form1};
....




-- Regards Andreas Hausladen 

Subject: Re: How to deal with different packages versions.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 14:21:43 +0200
Newsgroups: jedi.vcl

I noticed that you use QForms to detect a CLX application. Wouldn't it be
better using QControls? I seem to remember it's the minimum required unit
for a CLX application?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Replace message handlers by dynamic/virtual methods
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Oct 2003 14:19:24 +0200
Newsgroups: jedi.vcl

In order to have less {$IFDEF COMPLIB_xxx} we could remove the message
handlers from the components. I have written a JvClxSystem unit that
allows the following.

unit JvClxButtons;
interface
uses
  Windows, Messages, JvClxSystem, Buttons;

type
  TJvClxBitBtn = class(TBitBtn)
  private
    FMessages: Pointer;

    procedure CMMouseEnter(var Message: TMessage); message CM_MOUSEENTER;
    procedure CMMouseLeave(var Message: TMessage); message CM_MOUSELEAVE;
    procedure CMParentColorChanged(var Message: TMessage); message
CM_PARENTCOLORCHANGED;
    procedure CMFontChanged(var Message: TMessage); message CM_FONTCHANGED;
  protected
    procedure MouseEnter(AControl: TControl); dynamic;
    procedure MouseLeave(AControl: TControl); dynamic;
    procedure ParentColorChanged; dynamic;
    procedure FontChanged; dynamic;
  end;

implementation

{ TJvClxBitBtn }

procedure TJvClxBitBtn.CMFontChanged(var Message: TMessage);
begin
  PushMessage(FMessages, @Message); // returns an IMessageGuard interface
  FontChanged;
end;

procedure TJvClxBitBtn.CMMouseEnter(var Message: TMessage);
begin
  PushMessage(FMessages, @Message);
  MouseEnter(TControl(Message.LParam));
end;

procedure TJvClxBitBtn.CMMouseLeave(var Message: TMessage);
begin
  PushMessage(FMessages, @Message);
  MouseLeave(TControl(Message.LParam));
end;

procedure TJvClxBitBtn.CMParentColorChanged(var Message: TMessage);
begin
  PushMessage(FMessages, @Message);
  ParentColorChanged;
end;

procedure TJvClxBitBtn.FontChanged;
begin
  InheritMessage(Self, CM_FONTCHANGED, FMessages);
end;

procedure TJvClxBitBtn.MouseEnter(AControl: TControl);
begin
  InheritMessage(Self, CM_MOUSEENTER, FMessages);
end;

procedure TJvClxBitBtn.MouseLeave(AControl: TControl);
begin
  InheritMessage(Self, CM_MOUSELEAVE, FMessages);
end;

procedure TJvClxBitBtn.ParentColorChanged;
begin
  InheritMessage(Self, CM_PARENTCOLORCHANGED, FMessages);
end;

end.


The JvBitBtn can now look like this:

uses JvClxButtons;

  TJvBitBtn = class(TJvClxBitBtn)
  private
    ...
  protected
    procedure MouseEnter(Control: TControl); override;
    procedure MouseLeave(Control: TControl); override;
    procedure ParentColorChanged; override;
    procedure FontChanged; override;
   ...
  end;


The JvClxButtons unit may be generated by a tool that extracts all message
handlers and write a unit with the JvClx prefix for every VCL unit.
Buttons.pas -> JvClxButtons.pas, ExtCtrls.pas -> JvClxExtCtrls.pas.

The reason why the InheritMessage() function wants the WM_xxx is that
someone may call the dynamic/virtual method directly and so there is no
message record available where the Msg field has the message id.

Should we use this technique or should the source look like this:

{$IFDEF COMPLIB_VCL}
    procedure CMMouseEnter(var Msg: TMessage); message CM_MOUSEENTER;
    procedure CMMouseLeave(var Msg: TMessage); message CM_MOUSELEAVE;
    procedure CMParentColorChanged(var Msg: TMessage); message
CM_PARENTCOLORCHANGED;
{$ENDIF}
{$IFDEF COMPLIB_CLX}
    procedure MouseEnter(Control: TControl); override;
    procedure MouseLeave(Control: TControl); override;
    procedure ParentColorChanged; override;
{$ENDIF}



Comments are welcome.


-- Regards Andreas Hausladen 

Subject: Re: How to deal with different packages versions.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Oct 2003 13:46:15 +0200
Newsgroups: jedi.vcl

I've uploaded the JvPackageLoader expert to jedi.binary

-- Regards Andreas Hausladen 

Subject: Re: Insert JEDI DBLookupTreeView
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 12:26:55 +0200
Newsgroups: jedi.vcl

This control seems to be very buggy (see Mantis for several bug reports
reagrding this component) and I don't recommend it's use until someone with
knowledge and time has fixed them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Littly modification in JvSimpleXML.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 12:23:09 +0200
Newsgroups: jedi.vcl

> > I have found only a found a bug when TrimMultiple turned true:
[...]
> > I think this is not correct, isn't it?
I think it is. The function trims duplicates and in the second example you
have a duplicate CRLF reduced to a single CRLF. I think you expect the
function to replace the remaining CRLF with something else (space?) but
AFAICS, it works as intended.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Good Delphi 5 compiler
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 12:17:45 +0200
Newsgroups: jedi.vcl

> > Too late. I have implemented a Delphi 5 Synchronize and CheckSynchronize
> > function.
Great! So now we can enable the D5 packages as well?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: compiler options in Delphi 5, 6 and 7 packages
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 12:16:53 +0200
Newsgroups: jedi.vcl

> > Shouldn't all packages have same compiler options?
Yes, they should.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVDatetimer Picker problem
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 12:16:20 +0200
Newsgroups: jedi.vcl

This is due to the date being set to 0 (1899-12-30) when you
programmatically write to the time value. The problem is that even if you
set the properties Date or Time separately, the entire datetime value is
changed, i.e if you write:

  JvDateTimePicker1.Time := frac(Now);

JvDateTimePicker1.Date will be set to 0! This is a bug in the
TDateTimePicker that we can't remove (believe me, I've tried). To solve, you
need to add a valid date when you write to the picker's time and subtract it
when you read it. It can be anythng since you don't use it anyway. So, when
you set the value when the form is created (if you read it from an inifile
or something), you should use something like:

  JvDateTimePicker1.Time := trunc(SysUtils.Date) + frac(TimeValue);

and when you read back the Time value, you use:

  TimeValue := frac(JvDateTimePicker1.Time);

At designtime, just set Date to anything > 1899-12-30.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New homepage available
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Oct 2003 11:47:16 +0200
Newsgroups: jedi.vcl

Hi all! In concert with JCL, I have uploaded the JVCL homepage to the
borland server as well. Please try it out at
http://homepages.borland.com/jedi/jvcl. I've just copied the files from SF
and think it should work. If you find any dead links or errors, let me know.
If everyone thinks it should stay on Borland, we can redirect jvcl.sf.net to
this page easily (we would have to set up a redirect for the daily pages but
that's about it). Let me know what you think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvObjectPickerDialog
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 12 Oct 2003 13:59:08 +1000
Newsgroups: jedi.vcl

OBones wrote:

> First, a missing EXTERNALSYM in ObjSel.pas
> Then, a problem with _di_IDsObjectPicker not being defined in the hpp file generated for JvObjectPickerDialog.pas
> I don't have time to look too deep, but IDsObjectPicker is defined in Objsel.h. However, adding a #include for it at the beginning didn't change a thing.
>
Ok, I had to add this line in ObjSel.pas

{$HPPEMIT 'typedef IDsObjectPicker* _di_IDsObjectPicker;'}

So that _di_IDsObjectPicker is defined. However, I'm not sure about the pointer type I used, so if someone could tell me how to test proper functionning of that component. At least now it allows the application to compile.



Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 12 Oct 2003 13:41:47 +1000
Newsgroups: jedi.vcl

This error was discovered in this thread:

news://forums.talkto.net:119/bkrqvg$4en$1@talkto.net

You'll see in there what I had to do.



Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 12 Oct 2003 13:34:58 +1000
Newsgroups: jedi.vcl

> INF and NAN don't seem to be defined anywhere. I thought I read in the
> help file that +INF, -INF, +NAN and -NAN are treated as floating point
> numbers, but I could not get the compiler to accept them in a simple
> test case...

Simply add these lines at the beginning of the pas file, they'll generate what you need:

{$HPPEMIT '#ifndef NAN'}
{$HPPEMIT 'union {'}
{$HPPEMIT '    long i[2];'}
{$HPPEMIT '    double d;'}
(*$HPPEMIT '} nan = {'*)
{$HPPEMIT '    0xffffffff, 0x7fffffff'}
(*$HPPEMIT '};'*)
{$HPPEMIT '#define NAN nan.d'}
{$HPPEMIT '#endif'}

{$HPPEMIT '#ifndef INF'}
{$HPPEMIT 'union {'}
{$HPPEMIT '    long i[2];'}
{$HPPEMIT '    double d;'}
(*$HPPEMIT '} inf = {'*)
{$HPPEMIT '    0x00000000, 0x7ff00000'}
(*$HPPEMIT '};'*)
{$HPPEMIT '#define INF inf.d'}
{$HPPEMIT '#endif'}

This is derived from a post on a newsgroup that I could dig up thanks to Google Groups. I removed the defines for BIG_ENDIAN, I don't think the JCL is ever going to run on anything else but x86 processors.

> BTW, how is it that these Delphi definitions even work? Shouldn't they
> throw an exception immediately?

That I don't know, but apparently, it's ok with Delphi...

Finally, for the constructor of EJclNaNSignal, use a dummy parameter of type Byte, Integer is already taken. And you can name this parameter 'DummyForBCB', it is also needed by BCB6.



Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 12 Oct 2003 13:31:47 +1000
Newsgroups: jedi.vcl

>
> Congratulations! Party on...
Thanks ! And that was only the first match of the Rugby World Cup... Next match saturday against Japan...


> While not nearly as important as a national win, last night I got to
> celebrate the start of the NHL (hockey) season as the Denver Avalanche
> beat the Chicago Black hawks in a 5 -0 shutout. Man, Denver has a hockey
> team this year! 
Jee, that's a nice win !

> Even better, the night before our beloved Colorado State University Rams
> (american football) beat the Brigham Young University Cougars, 58 - 13,
> at BYU (our 1st win there since '94). Go Rams!
American Football... I never really got interested in it, but I can imagine the feeling of having your team win with such a nice margin !



Subject: Re: How to deal with different packages versions.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 12 Oct 2003 01:16:16 +0200
Newsgroups: jedi.vcl

The IDE expert it almost complete. But there is one thing I cannot solve:
How to determine that a new project is a CLX or VCL application if you
have only a file name to a non existing project file? The
IOTAServices.GetActiveDesignerType crashes so I have no idea.


-- Regards Andreas Hausladen 

Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 11 Oct 2003 16:10:14 -0600
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >French win over Fidji !

Congratulations! Party on...

While not nearly as important as a national win, last night I got to
celebrate the start of the NHL (hockey) season as the Denver Avalanche
beat the Chicago Black hawks in a 5 -0 shutout. Man, Denver has a hockey
team this year! 

Even better, the night before our beloved Colorado State University Rams
(american football) beat the Brigham Young University Cougars, 58 - 13,
at BYU (our 1st win there since '94). Go Rams!



Subject: Re: How to deal with different packages versions.
From: André Snepvangers <asn@xs4all.nl>
Date: Sat, 11 Oct 2003 16:56:03 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > One of my ideas was to write an IDE expert that does the unload and load
> > of the correct packages automatically. The mrExpert has such a unload/load
> > function for packages.
> > 
> > This would give us the possibility to support Win9x/ME (some still work
> > with these versions).
> > 

Some ?

> > The user starts Delphi and the default packages are loaded (JVCL). Now the
> > user decides to write a CLX application. He open the file menu and selects
> > New.../CLX application. The J(V)CLX expert now sees that the IDE creates a
> > new CLX application. It deactivates the JVCL packages and activates then
> > J(V)CLX packages.
> > 
> > 

Would be perfect. And it can deactivate non cross-platform packages.

In addition to the start of this thread:
To avoid creating users you can save/restore the Delphi settings in the
registry. Creating such a facility would benefit other packages as well.

Regards,

André   



Subject: Re: How to deal with different packages versions.
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Oct 2003 16:25:01 +0200
Newsgroups: jedi.vcl

One of my ideas was to write an IDE expert that does the unload and load
of the correct packages automatically. The mrExpert has such a unload/load
function for packages.

This would give us the possibility to support Win9x/ME (some still work
with these versions).

The user starts Delphi and the default packages are loaded (JVCL). Now the
user decides to write a CLX application. He open the file menu and selects
New.../CLX application. The J(V)CLX expert now sees that the IDE creates a
new CLX application. It deactivates the JVCL packages and activates then
J(V)CLX packages.


-- Regards Andreas Hausladen 

Subject: Re: How to deal with different packages versions.
From: "asn" <asn@xs4all.nl>
Date: Sat, 11 Oct 2003 16:15:01 +0200
Newsgroups: jedi.vcl

Forget to say: packages should have a unique name to distinguish one from
another.

André




Subject: How to deal with different packages versions.
From: "asn" <asn@xs4all.nl>
Date: Sat, 11 Oct 2003 16:11:16 +0200
Newsgroups: jedi.vcl

I have successfully installed both JVCLX and JVCL. The same method can be
used for JVCL3 and JVCL2.1.
How ?
Create a (windows) user account for every combination of versions.
In my case this user Andre & user asnepvangers. I have installed JVCL 2.1
for user asnepvangers and have  installed JVCLX for user Andre. By changing
the usercount I can select if  I want the work with the JVCLX  or with JVCL
..
Has also the advantage that you can use the same source base, the dcu units
however should go in their own directory.
Makes everything quit simple or not?

Regards,

André Snepvangers





Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 12 Oct 2003 00:01:09 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> Next problem. How do I prevent Delphi from converting:
>
>   const
>     Infinity    = 1/0;       // tricky
>     NaN         = 0/0;       // tricky
>     NegInfinity = -Infinity;
>
> to:
>
>   static const Extended Infinity = +INF;
>   static const Extended NaN = -NAN;
>   static const Extended NegInfinity = -INF;
>
> INF and NAN don't seem to be defined anywhere. I thought I read in the
> help file that +INF, -INF, +NAN and -NAN are treated as floating point
> numbers, but I could not get the compiler to accept them in a simple
> test case...
>
> BTW, how is it that these Delphi definitions even work? Shouldn't they
> throw an exception immediately?
>
Well, strangely enough, this error never came up with BCB6, I had to explicitely include JclMath.hpp to get it.
Anyway, I can't come with a solution just yet, I'm still celebrating the French win over Fidji !
I'll have a crack tomorrow



Subject: Re: Troube JvxCurrencyEdit
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sat, 11 Oct 2003 13:28:28 +0000 (UTC)
Newsgroups: jedi.vcl

Alan Gold wrote:

 
>> > > JvCurrencyEdit has been deprecated for the next release of JVCL and
>> > > replaced by JvValidateEdit. Try that component instead.
> > 
> > what in version, if now  2.10 ?

In version 3. I'm not sure when its due for release, but you can
download the daily build from http://jvcl.sourceforge.net/daily/ which
will have that component.

Christopher Latta


Subject: Re: Troube JvxCurrencyEdit
From: "Alan Gold" <alan@alexeysoft.com>
Date: Sat, 11 Oct 2003 13:39:40 +0300
Newsgroups: jedi.vcl

Hi Christopher

> > JvCurrencyEdit has been deprecated for the next release of JVCL and
> > replaced by JvValidateEdit. Try that component instead.

what in version, if now  2.10 ?

--
Alan
alan@alexeysoft.com




Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Oct 2003 11:54:02 +0200
Newsgroups: jedi.vcl

asn wrote:

> > Maybe I was not clear enough. A Qt handle is something completely
> > different than a windows handle.

You were clear enough but I was too stupid to test my code. It should by
QPainter_handle(Handle) and not QPainter_device(Handle). But this is now
obsolute because there was a font problem with the Windows-code on a CLX
canvas.

But you helped me to find another bug in QGraphics where SetPixel/GetPixel
only work with a TWidgetControl canvas and not with a TGraphicControl
canvas that is in reality the parent's canvas but with a "World
Transformation" that is not used in GetPixel/SetPixel. I will soon release
a new unofficial Kylix VCLX patch.



-- Regards Andreas Hausladen 

Subject: Re: jvMail - problems with recipient
From: "CB Soft Worldonline" <seewin@worldonline.dk>
Date: Sat, 11 Oct 2003 11:17:07 +0200
Newsgroups: jedi.vcl

I have searched the MS sites - and have come over this link.
But what's really worrying me is that the address isn't in the addressbook -
but Exchange believes that it is a name on the Exchange servers addressbook.
Can I send a message to only a address xxx@yyy.dk - and make it clear to
Exchange that this is an address not a name?
When looking at the code where recepients are set in jvMail, I can se that
if name field is empty it is set to the address field - maybe that's why
Exchange thinks that it is a name, I have tried to comment this line out in
jvMail - but then it gives an error when trying to send mail.

-- Regards Carsten Bech cab@e-box.dk "Remko Bonte" <remkobonteSP@Mmyrealbox.com> skrev i en meddelelse news:bm6nfe$rac$1@talkto.net...
> > CB Soft Worldonline wrote:
>> > > No transport provider was available for delivery to this recipient.
>> > >
> >
> > You might want to check:
> >
> >
http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/Q180/4/84.ASP&NoWebContent=1
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Sat, 11 Oct 2003 10:57:07 +0200
Newsgroups: jedi.vcl

> > Not true with my setup.  I didn't use the JCL that came with JVCLX but my
own
> > cross platform JCL draft.

I haven't even tried to install JclLinux in windows. ;-)
I  use the JCL that came with version 2.1 on windows.
JclGraphUtils has COMPLIB directives. Because the JCL package is built with
COMPLIB_VCL the package you cannot use JclGraphUtils with VisualCLX under
windows.

Regards,

André






Subject: Re: Unused units in BCB6
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Oct 2003 10:50:27 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > JvInspDB.pas

If this go to JvCustom package we need to make a copy of the old JvCustom
package to the personal edition folders and modify the package groups. If
it goes to a DB package there is no problem.


> > JvUnicodeEditor.pas
> > JvUnicodeHLEditor.pas

Development on these two fies is stopped because of too many issues and
there is an alternative: Mike Lischke's SyntaxEdit.



-- Regards Andreas Hausladen 

Subject: Re: Unused units in BCB6
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 11 Oct 2003 10:31:56 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 11 Oct 2003 13:32:54 +1000:

 O> "Forgotten" on purpose:
 O> JvZLibMultiple.pas

 O> Never seen in D6 packages:
 O> JvInspDB.pas

    Interesting thing this unit: it's part of JvInspector (in JvCustom) but
contains a DB data layer (so should be in a DB package). This clearly
introduces a dependency (where the DB package should require the JvCustom
package). Maybe it's just easier to add a note to the readme/install
document so the user can decide if he wants to add this particular unit to
the JvCustom package or to a DB package and update that package's required
list.

 O> JvInspXVCL.pas

    Will most likely be removed and handed over to the XVCL maintainer (if
he's still interested that is).

 O> JvSpellChecker.pas

    Peter's playground and probably not added to a package because not
completely checked.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Sat, 11 Oct 2003 10:09:51 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bm7f63$ut4$1@talkto.net...
> > asn wrote:
> >
>> > > AFAIK CLX Handles cannot be typecasted to windows/vcl handles.
> >
> > Good point. Here is the corrected function:
> >
> > uses Qt;
> >
> > function TUnicodeCanvas.ExtTextOut(X, Y: Integer; Options:
> > TExtTextOutOptions; Rect: PRect;
> >   const Text: String; lpDx: Pointer): Boolean;
> > begin
> > {$IFDEF MSWINDOWS}
> >   Changing;
> >   Result := Windows.ExtTextOut(
> >   {$IFDEF COMPLIB_VCL}
> >     Handle,
> >   {$ENDIF}
> >   {$IFDEF COMPLIB_CLX}
> >     QPainter_device(Handle)
> >   {$ENDIF}
> >     X, Y, ExtTextOutOptionsToInt(Options),
> >     Rect, PChar(Text), Length(Text), lpDx);
> >   Changed;
> > {$ELSE}
> >   Result := ExtTextOutW(X, Y, Options, Rect, WideString(Text), lpDx);
> > {$ENDIF}
> > end;
> >
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen

Maybe I was not clear enough. A Qt handle is something completely different
than a windows handle. If you compile this code you get
[Error] Incompatible types: 'HDC' and QPaintDeviceH

Regards,

André




Subject: Littly modification in JvSimpleXML.pas
From: "niels" <niels@lumensoft.nl>
Date: Sat, 11 Oct 2003 09:34:39 +0200
Newsgroups: jedi.vcl

Hallo foks,

I'm using then JvSimpleXML component needed to to extend the
SimpleXmlDecode() but
It was imposible for me to read the source, so i have rewriten this part of
code:
Maby can someone add this in the code ?
The 3e param is new, when you like to convert  ^m to CR in a string, then
ken you turn UseCtrl to true.
I have found only a found a bug when TrimMultiple turned true:

when the Value has the next string ( '_' = space) :

"Hallo,_world._____

do_you_like_it"
Returns out : "Hallo,_world._do_you_like_it"

But when we use the Value:
"Hallo,_world

do_you_like_it"
Returns out : "Hallo,_world.
                     do_you_like_it"

I think this is not correct, isn't it?
bye for now

Niels v/d Spek
=======================================================================
procedure SimpleXmlDecode(var Value: string; TrimMultiple: Boolean = True;
UseCtrl:Boolean= false);
var
  i, j, k, l: Integer;
  st, tmp: string;
begin
  st := '';
  j := -1;
  k := 1;
  i := 1;
  while i <= length(Value) do begin
    case Value[i] of
      '^':
        if UseCtrl and (i<Length(Value)) and (Value[i+1] in ['a'..'z',
'A'..'Z'])then Begin
          value[i] := chr(ord(uppercase(Value)[I+1])-64);
          delete(value,i+1,1);
        end;
      '&':
        begin
          if (i<Length(Value)) then Begin
            k := i+1;
            st := '';
            while (k <= length(Value)) and (value[k] <>';') do begin
              st := st + value[k];
              inc(k);
            end;
            If ST <>'' then begin
              If st[1] = '#' then begin
                delete(st,1,1);
                j := StrToIntDef(st, -1);
                case j of
                  0..100:
                    begin
                      Value[i] := Char(j);
                      delete(value,I+1,k-i);
                    end;
                  233:
                    begin
                      Value[i] := 'é';
                      delete(value,I+1,k-i);
                    end;
                  232:
                    begin
                      Value[i] := 'è';
                      delete(value,I+1,k-i);
                    end;
                end;
              end else begin
                st := LowerCase(st);
                if st = 'lt' then begin
                  Value[i] := '<';
                  delete(value,I+1,k-i);
                end else
                if st = 'gt' then begin
                  Value[i] := '>';
                  delete(value,I+1,k-i);
                end
                else if st = 'amp' then
                begin
                  Value[i] := '&';
                  delete(value,I+1,k-i);
                end;
              end;
            end;
          end;
        end;
    ' ', #10, #13:
      if TrimMultiple and (i>1) and (Value[i - 1] in [' ', #10, #13]) then
begin
        delete(Value,i,1);
        continue;
      end;
    end;
    inc(i);
  end;
end;






Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 11 Oct 2003 07:26:17 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  OG> Not that you had to wait any less on a ZX 81... ;)
>
>     Yes you did: it had less memory=smaller applications ;-)

One of the first things was to disassemble the ROM by hand.
Cool tricks with the refresh counter!



Subject: Re: JvHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 11 Oct 2003 07:24:07 +0200
Newsgroups: jedi.vcl

OBones wrote:

> I've done that and it now compiles and links ok.

Did you use the current 1.0.18 version?

Please fix a bug.

SetNumOverlappedBuffers needs the line
  if (Num <> FNumOverlappedBuffers) and OpenFileEx(omhRead) then




Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 10 Oct 2003 22:47:44 -0600
Newsgroups: jedi.vcl

Next problem. How do I prevent Delphi from converting:

  const
    Infinity    = 1/0;       // tricky
    NaN         = 0/0;       // tricky
    NegInfinity = -Infinity;

to:

  static const Extended Infinity = +INF;
  static const Extended NaN = -NAN;
  static const Extended NegInfinity = -INF;

INF and NAN don't seem to be defined anywhere. I thought I read in the
help file that +INF, -INF, +NAN and -NAN are treated as floating point
numbers, but I could not get the compiler to accept them in a simple
test case...

BTW, how is it that these Delphi definitions even work? Shouldn't they
throw an exception immediately?



Subject: Re: Generating alarm times
From: "Steve Warburton" <Swarburton@orange.net>
Date: Fri, 10 Oct 2003 22:24:22 -0600
Newsgroups: jedi.vcl

 [Error] Unit3.pas(801): Undeclared identifier: 'Items'

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
news:bm70qu$sqv$1@talkto.net...
> > Steve Warburton wrote:
>> > >
>> > > JVAlarms1.Alarms.Items[0] := Alarmtime1;  I get error index out of
bounds
>> > >
> > Maybe it's JVAlarms.Items.Add( alarmObject )?
> >
> >
> >




Subject: Unused units in BCB6
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 11 Oct 2003 13:32:54 +1000
Newsgroups: jedi.vcl

Hi all.
A good thing with the hpp generation done by BCB is that it allows to see which units are not in any package. One of them were "forgotten" on purpose for BCB6 as it requires ZLib, but most others are not. They were never included in the BCB6 packages because they are not in any D6 packages... I may have misread some of the packages, but here is what I found

"Forgotten" on purpose:
JvZLibMultiple.pas

Never seen in D6 packages:
JvCpuUsage.pas
JvgPointEditor.pas
JvgStepLabel.pas
JvgTagParser.pas
JvgWinMask.pas
JvInspDB.pas
JvInspXVCL.pas
JvLogFile.pas
JvLogForm.pas
JvMemoryInfos.pas
JvSpellChecker.pas
JvTFGantt.pas
JvTransparentForm.pas
JvUIBObj.pas
JvUIBSrv.pas
JvUnicodeEditor.pas
JvUnicodeHLEditor.pas
JvUrlGrabbers.pas              - Still in development by me
JvUrlListGrabber.pas           - Still in development by me

As specified, the last two ones are still being developped by me and it will take time before they are ready to use as I'm quite busy at the moment.
As for the other files, what should we do ? Include these files in a package, remove them from the tree ?

Olivier Sannier
JVCL Developer



Subject: Re: JvHidDeviceController
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 11 Oct 2003 13:20:35 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Yes but then the hid.pas file included in the JVCL is not the same as the one from the API conversion project. I'm not really keen on having a separate branch just for JVCL compatibility...
>>
>> What do you think ?
>
>
> Please give it a try. The conversion needs an update anyway. I see no problem to drop the EXTERNALSYMs. They are for the Win32 files of BCB.
> So it is even correct to drop them.
>
I've done that and it now compiles and links ok.



Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 11 Oct 2003 13:10:54 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> OBones wrote:
>
>> Can you tell us more about that ?
>> Or at least tell me where I get the message from the web ?
>>
>
>  From Petr Vones
>
> From: "Robert Marquardt" <robert_marquardt@gmx.de>
>  > BTW can you remove the WEAKPACKAGEUNIT from JclResources.pas
>  > in the CVS? I may not find time and we should not forget that.
>
> Using WEAKPACKAGEUNIT is an ugly workaround for long-time ignored feature of
> the Delphi linker - delay load imports. If you remove it from all units, JCL
> design-time package won't load on Windows 98/Me/(NT4) because of static
> imports of version specific routines (like JclSecurity and so on use).
> Rewriting (and even identifying) all these imports to dynamically loaded code
> would be a lot of work and resulted in code bloat.
>
> Good solution ? None.
>
> Petr.
>

Ok, I see what he means and WEAKPACKAGEUNIT is needed in those cases. So keep it in all but JclResources.pas as this one clearly doesn't need it.
Thanks for the explanation.



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 11 Oct 2003 04:12:35 +0200
Newsgroups: jedi.vcl

asn wrote:

>> A possible approach is to add the package units one by one to a new
>
> package and
>
>> see which ones introduce VCL dependencies.
>
>
> - Among them JCL: requires vcl, vcljpg.

Not true with my setup.  I didn't use the JCL that came with JVCLX but my own cross platform JCL draft.

>> From JvCLX_D70.dpk:
....
>> vclx, qrpt, vclactnband, vcl, vcljpg - are all *VCL packages*
>>
>
>
> AFAIK this is not a problem for a design-time only package.

Apparently.  I checked and found that even dclstdclx70.bpl depends on VCL packages.

Greetings, Robert



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 11 Oct 2003 02:03:24 +0200
Newsgroups: jedi.vcl

asn wrote:

> > AFAIK CLX Handles cannot be typecasted to windows/vcl handles.

Good point. Here is the corrected function:

uses Qt;

function TUnicodeCanvas.ExtTextOut(X, Y: Integer; Options:
TExtTextOutOptions; Rect: PRect;
  const Text: String; lpDx: Pointer): Boolean;
begin
{$IFDEF MSWINDOWS}
  Changing;
  Result := Windows.ExtTextOut(
  {$IFDEF COMPLIB_VCL}
    Handle,
  {$ENDIF}
  {$IFDEF COMPLIB_CLX}
    QPainter_device(Handle)
  {$ENDIF}
    X, Y, ExtTextOutOptionsToInt(Options),
    Rect, PChar(Text), Length(Text), lpDx);
  Changed;
{$ELSE}
  Result := ExtTextOutW(X, Y, Options, Rect, WideString(Text), lpDx);
{$ENDIF}
end;


-- Regards Andreas Hausladen 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Sat, 11 Oct 2003 01:43:02 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bm70e4$spi$1@talkto.net...
> > André, you may look into JvUnicodeCanvas.pas. There you find a CLX (Linux)
> > friendly ExtTextOut implementation.
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen

From JvUniCodeCanvas.pas:

function TUnicodeCanvas.ExtTextOutW(X, Y: Integer; Options:
TExtTextOutOptions;
  Rect: PRect; const Text: WideString; lpDx: Pointer): Boolean;
{$IFDEF MSWINDOWS}
begin
  Changing;
  Result := Windows.ExtTextOutW(Handle, X, Y,
ExtTextOutOptionsToInt(Options),
    Rect, PWideChar(Text), Length(Text), lpDx);
  Changed;
end;
{$ELSE}

{ missing feature: horizontal text alignment }
=== end quote ===================

AFAIK CLX Handles cannot be typecasted to windows/vcl handles.
"missing" ?   Align_Left, Align_HCenter, Align_Right en much more textflags
are avaible for
Canvas.TextRect.
The implemented DrawTextEx maps DT_ textflags to CLX textflags. I introduced
it to have less gluttered up code.

Regards,

André







Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Fri, 10 Oct 2003 16:53:56 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>> >> If I did this in a C++ project I'd get
>> >> a link-time error complaining that the single-argument function didn't
>> >> exist. 
> >
> >I don't think so, but you may have a warning saying that the call is 
> >ambiguous. I never tried it, and this "advice" comes from the BCB5 help 
> >file so I think it has been tested

Well, you learn something new every day. I've never used the C++ feature
that allows you to drop a parameter from a function call if it's
initialized in the declaration (I like my calls to be explicit), and in
fact had forgotten all about it, so I was expecting the compiler to gag
(I intended to write compile-time rather than link-time in my initial
message). 

I'm implementing the changes you recommended, should have these headers
fixed this evening.


Subject: Re: JVDatetimer Picker problem
From: "Steve Warburton" <Swarburton@orange.net>
Date: Fri, 10 Oct 2003 16:10:54 -0600
Newsgroups: jedi.vcl

I do not want to see the checkbox. Is there a workaround.

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
news:bm6cd0$p4s$1@talkto.net...
> > Steve Warburton wrote:
>> > > Any workarounds or am I missing something obvious.
> > If you're setting the Checkbox.Checked := true, set Checkbox.Enabled :=
> > true also?
> >
> >
> >




Subject: Generating alarm times
From: "Steve Warburton" <Swarburton@orange.net>
Date: Fri, 10 Oct 2003 16:09:23 -0600
Newsgroups: jedi.vcl

What is the syntax to populate an alarm with a time.

I have neamed the alarms monday1 monday2 tuesday1 etc

I have tried

JVAlarms1.Alarms.Items['Monday1'] := Alarmtime1; I get error incompatible
and

JVAlarms1.Alarms.Items[0] := Alarmtime1;  I get error index out of bounds


cheers




Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 10 Oct 2003 23:08:54 +0200
Newsgroups: jedi.vcl

>> Removing these packages caused the compiler to complain on
>
> JvQMonthCalendar,
>
>> JvHintProp and JvYearGrid, which where easy to fix.
>>
>
>
> Can I get a hold on these files?

See binaries group.



Subject: Re: JVDatetimer Picker problem
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 10 Oct 2003 16:08:04 -0400
To: Steve Warburton <Swarburton@orange.net>
Newsgroups: jedi.vcl

Steve Warburton wrote:

> I do not want to see the checkbox. Is there a workaround.
>
> "Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
> news:bm6cd0$p4s$1@talkto.net...
>
>> Steve Warburton wrote:
>>
>>> Any workarounds or am I missing something obvious.
>>

This appears to be a bug in the base class that JVCL is using. The base class is the TDateTimePicker class that is in VCL, in the source unit
ComCtrls.pas.

The short answer is:
(a) To fix the bug, we should probably not inherit from TDateTimePicker, but create our own wrapper in Jedi of the underlying Win32 Common Controls.

(b) No you can't.

Warren



Subject: Re: Generating alarm times
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 10 Oct 2003 15:59:24 -0400
Newsgroups: jedi.vcl

Steve Warburton wrote:
>
> JVAlarms1.Alarms.Items[0] := Alarmtime1;  I get error index out of bounds
>
Maybe it's JVAlarms.Items.Add( alarmObject )?





Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 21:51:41 +0200
Newsgroups: jedi.vcl

André, you may look into JvUnicodeCanvas.pas. There you find a CLX (Linux)
friendly ExtTextOut implementation.

-- Regards Andreas Hausladen 

Subject: JVDatetimer Picker problem
From: "Steve Warburton" <Swarburton@orange.net>
Date: Fri, 10 Oct 2003 13:07:51 -0600
Newsgroups: jedi.vcl

I have been flying along today. Many thanks for all the help.

My app uses the datetime picker and reads the times set in the
datetimerpicker boxes.

However when the time gets to 00:00 I get the error Showcheckbox must be
enabled. I need this value to be selected because we may shedule something
fromm 00:00 till 00:30. I have no need for the showcheckbox to be there.

Any workarounds or am I missing something obvious.




Subject: Re: Packages for D5 Std. and D7 Personal
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 20:18:53 +0200
Newsgroups: jedi.vcl

I committed a BCB 6 Personal Edition package group.

Should we build Kylix 2 packages or should we drop it? Kylix 2 has too
many bugs that we might work around.




-- Regards Andreas Hausladen 

Subject: Packages for D5 Std. and D7 Personal
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 19:50:59 +0200
Newsgroups: jedi.vcl

I committed packages for Delphi 5 Standard and Delphi 7 Personal.



-- Regards Andreas Hausladen 

Subject: Re: jvMail - problems with recipient
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 10 Oct 2003 19:20:02 +0200
Newsgroups: jedi.vcl

CB Soft Worldonline wrote:
> No transport provider was available for delivery to this recipient.
>

You might want to check:

http://support.microsoft.com/default.aspx?scid=http://support.microsoft.com:80/support/kb/articles/Q180/4/84.ASP&NoWebContent=1

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 19:12:33 +0200
Newsgroups: jedi.vcl

Hello, Oliver!
You wrote  on Fri, 10 Oct 2003 14:37:33 +0000 (UTC):

 >> Marcel Bestebroer wrote:
 >>
 >>>     It appears writing long mails is somehow connected to having
 >>> worked with a ZX Spectrum in the past (see my also rather elaborate
 >>> story). I think it has to do with the long waiting we had to endure
 >>> while our program/data was loading/saving <g>
 >>
 >> Seems to. A ZX 81 does not cause that.

 OG> Not that you had to wait any less on a ZX 81... ;)

    Yes you did: it had less memory=smaller applications ;-)


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: compiler options in Delphi 5, 6 and 7 packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 19:08:46 +0200
Newsgroups: jedi.vcl

Here are the differences between the compiler options for the Delphi 5, 6
and 7 packages.

Delphi 5: {$ASSERTIONS ON}
Delphi 6: {$ASSERTIONS ON}
Delphi 7: {$ASSERTIONS OFF}

Delphi 5: {$DEBUGINFO ON}
Delphi 6: {$DEBUGINFO ON}
Delphi 7: {$DEBUGINFO OFF}

Delphi 5: {$LOCALSYMBOLS ON}
Delphi 6: {$LOCALSYMBOLS ON}
Delphi 7: {$LOCALSYMBOLS OFF}

Delphi 5: {$RANGECHECKS OFF}
Delphi 6: {$RANGECHECKS OFF}
Delphi 7: {$RANGECHECKS ON}

Delphi 5: {$REFERENCEINFO ON}
Delphi 6: {$REFERENCEINFO ON}
Delphi 7: {$REFERENCEINFO OFF}


Shouldn't all packages have same compiler options?


-- Regards Andreas Hausladen 

Subject: Re: ManagedThreads added
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 18:57:04 +0200
Newsgroups: jedi.vcl

Can someone test the CheckSynchronize and TIntThread.Synchronize
functions. I'm not willing to install the JVCL 3 to my old Delphi 5 where
most projects require JVCL 2.x


-- Regards Andreas Hausladen 

Subject: Re: Good Delphi 5 compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 18:51:22 +0200
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > If you're waiting on me for this one then go ahead. I need to rethink my
> > plan of attack anyways.

Ok. The changes are committed.

-- Regards Andreas Hausladen 

Subject: Re: ManagedThreads added
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 18:43:36 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Seems to be the CheckSynchronize function that's causing the problem -
> > it is not defined in D5 so Erwin has written his own but it is a bit
> > dangerous (uses Application.ProcessMessages). Anyone up to the challenge
> > (this is in JvMTThreading.pas)? Would be nice if we could have this
> > library for D5 as well...

I've implemented a Synchronize and CheckSynchronize function for Delphi 5.

For this I used the following conditional included class

TIntThread = class(TThread)
public
  procedure Synchronize(Method: TThreadMethod);
end;




-- Regards Andreas Hausladen 

Subject: Re: Good Delphi 5 compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 18:41:54 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Is someone working on the CheckSynchronize function from the Managed
>> > > Threads donation?
> > I'm not


Too late. I have implemented a Delphi 5 Synchronize and CheckSynchronize
function.


-- Regards Andreas Hausladen 

Subject: Re: jvDBLookupCombo mouse wheel scroll
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 10 Oct 2003 12:17:06 -0400
Newsgroups: jedi.vcl

"CB Soft Worldonline" <seewin@worldonline.dk> wrote in message
bm6j1b$qi9$1@talkto.net...
> > Thanks for your suggestion - but unfortunately no effect.

Hmm. Then I am afraid that I have no idea.

Sorry,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: jvDBLookupCombo mouse wheel scroll
From: "CB Soft Worldonline" <seewin@worldonline.dk>
Date: Fri, 10 Oct 2003 18:02:56 +0200
Newsgroups: jedi.vcl

Thanks for your suggestion - but unfortunately no effect.

In my jvDBGrid the scrolling works OK.

-- Regards Carsten Bech cab@e-box.dk "Ignacio Vazquez" <ivazquez@orioncommunications.com> skrev i en meddelelse news:bm6hru$qdi$1@talkto.net...
> > "CB Soft Worldonline" <seewin@worldonline.dk> wrote in message
> > bm6gtq$q7u$1@talkto.net...
>> > > Logitech 9.78
> >
> > Open up the mouse software, go to Buttons | Scroller, and check "Use MS
> > Office Compatible Scroll Only".
> >
> > 9.78? Hmm, I need to upgrade then...
> >
> > Cheers,
> >   Ignacio
> >
> > --
> > No, don't send me e-mail directly. No, just don't.
> >
> >




Subject: Re: Good Delphi 5 compiler
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 10 Oct 2003 17:53:42 +0200
Newsgroups: jedi.vcl

> > Is someone working on the CheckSynchronize function from the Managed
> > Threads donation?
I'm not

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvDBLookupCombo mouse wheel scroll
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 10 Oct 2003 11:44:15 -0400
Newsgroups: jedi.vcl

"CB Soft Worldonline" <seewin@worldonline.dk> wrote in message
bm6gtq$q7u$1@talkto.net...
> > Logitech 9.78

Open up the mouse software, go to Buttons | Scroller, and check "Use MS
Office Compatible Scroll Only".

9.78? Hmm, I need to upgrade then...

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: a button that has two different states (captions/images)?
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 10 Oct 2003 15:27:24 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > 
>> > > The property and component editor has had some work done on it after
>> > > finding something via Google on the topic.
> > 
> > 
> > If you post your designtime code I will have a look at it and give
> > you some feedback.

Great, I'd appreciate that as it is really annoying me. Its now 2am
here and I have a seminar all tomorrow, so I'll try to tidy it up a bit
and post it on Sunday.

Christopher Latta


Subject: Re: jvDBLookupCombo mouse wheel scroll
From: "CB Soft Worldonline" <seewin@worldonline.dk>
Date: Fri, 10 Oct 2003 17:26:55 +0200
Newsgroups: jedi.vcl

Logitech 9.78

-- Regards Carsten Bech cab@e-box.dk "Ignacio Vazquez" <ivazquez@orioncommunications.com> skrev i en meddelelse news:bm6ek2$poq$1@talkto.net...
> > "CB Soft Worldonline" <seewin@worldonline.dk> wrote in message
> > bm6dt7$pjf$1@talkto.net...
>> > > I'm using this a lot for getting codes from a database and have the
>> > > problem that a mouse wheel scroll doesn't affect this component. Is this
a
>> > > bug or a feature?
> >
> > It might be a mouse driver issue. What mouse software do you have loaded?
> >
> > Cheers,
> >   Ignacio
> >
> > --
> > No, don't send me e-mail directly. No, just don't.
> >
> >




Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Fri, 10 Oct 2003 17:24:12 +0200
Newsgroups: jedi.vcl

> >
> > Integration doesn't come without price.
> >

Upgrading to JVCL 3 has also a price due to its incompatibilty with the 2.1
and inability of delphi to cope with different versions of packages.
IMHO as an experienced beta-tester this aspect is under estimated by JVCL
developers. What about all the project developed with version x.x ?
Uninstall/install  packages manually ? Takes valueable time.
Upgrading? This introduces riscs: You have to perform a complete beta test
for your software again! Maybe it depends on flaws corrected in new
releases. More time more cost!

While it is common practice to have uninstall facilities, this is not
supported by the jvcl installer. Besides that a more generic JEDI install
program, not limited to only JCL/JVCL has its advantages.(...). An easy
switch between different packages versions would overcome most, if not all,
problems concerned with the upgrading to JVCL3.

> > As an example, latest D6/D7 versions of Indy have no VCL dependencies left
in
> > their code (and, of course, no CLX dependencies introduced).  That's why
Indy
> > works with both VCL and CLX applications seamlessly.
> >

They are now at version 9.

> > When that's accomplished, let's talk again. :)
> >

When we hear from you again? ;-)

> > Greetings, Robert
> >
> >
> > * See also http://homepages.borland.com/jedi/jcl/team/cps.html.
> >   (Beware, this document is incomplete and partly inaccurate yet.)
> >
> >

Thanks for the comments,

Regards,

André Snepvangers




Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 10 Oct 2003 17:01:05 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     It appears writing long mails is somehow connected to having worked with
> a ZX Spectrum in the past (see my also rather elaborate story). I think it
> has to do with the long waiting we had to endure while our program/data was
> loading/saving <g>

Seems to. A ZX 81 does not cause that.



Subject: Re: BCB5?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 10 Oct 2003 16:58:54 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Can you tell us more about that ?
> Or at least tell me where I get the message from the web ?
>

From Petr Vones

From: "Robert Marquardt" <robert_marquardt@gmx.de>
> BTW can you remove the WEAKPACKAGEUNIT from JclResources.pas
> in the CVS? I may not find time and we should not forget that.

Using WEAKPACKAGEUNIT is an ugly workaround for long-time ignored feature of
the Delphi linker - delay load imports. If you remove it from all units, JCL
design-time package won't load on Windows 98/Me/(NT4) because of static
imports of version specific routines (like JclSecurity and so on use).
Rewriting (and even identifying) all these imports to dynamically loaded code
would be a lot of work and resulted in code bloat.

Good solution ? None.

Petr.



Subject: Re: jvDBLookupCombo mouse wheel scroll
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 10 Oct 2003 10:48:50 -0400
Newsgroups: jedi.vcl

"CB Soft Worldonline" <seewin@worldonline.dk> wrote in message
bm6dt7$pjf$1@talkto.net...
> > I'm using this a lot for getting codes from a database and have the
> > problem that a mouse wheel scroll doesn't affect this component. Is this a
> > bug or a feature?

It might be a mouse driver issue. What mouse software do you have loaded?

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: happy birthday, Marcel!!!! :-)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 10 Oct 2003 10:48:04 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bm652j$ndr$1@talkto.net...

> >     My apologies, it seems I had stated the wrong day in my BIO.

I hope you've enjoyed your extra celebration days :)

-- Michael Beck SourceForge Member # 956 JEDI-VCL Web: http://jvcl.sourceforge.net JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Fri, 10 Oct 2003 16:42:11 +0200
Newsgroups: jedi.vcl

> > A possible approach is to add the package units one by one to a new
package and
> > see which ones introduce VCL dependencies.

- Among them JCL: requires vcl, vcljpg.
- It don't have to be problem, applications built with VisualCLX can still
be transfered to Kylix. Although the fact that  you can build a VisualCLX in
Windows, thinking it is cross platform and then discover that
functions/packages are used that are not implemented for Linux.
None the less, requiring vcl packages is ugly and should be avoided.


> >
> >  From JvCLX_D70.dpk:
> > -----------------8<-----------------8<-----------------8<-----------------
> > requires
> >    rtl,
> >    visualclx,
> >    designdgm,
> >    DJCL70,
> >    designide,
> >    vclx,
> >    qrpt,
> >    JvCLX_R70,
> >    vclactnband,
> >    vcl,
> >    inet,
> >    vcljpg;
> > -----------------8<-----------------8<-----------------8<-----------------
> >
> > vclx, qrpt, vclactnband, vcl, vcljpg - are all *VCL packages*
> >

AFAIK this is not a problem for a design-time only package.

> >
> >  From JvCLX3.dpk:
> > -----------------8<-----------------8<-----------------8<-----------------
> > requires
> >    rtl,
> >    visualclx,
> >    designide,
> >    vcl,
> >    designhooks,
> >    designdgm,
> >    vclex,
> >    std,
> >    JclLinux;
> > -----------------8<-----------------8<-----------------8<-----------------
> >
> > vcl and vclex are *VCL packages*.  (VCL packages come with Kylix solely
for the
> > sake of the IDE, need the winelib and are not redistributable.)
> >
> >

But they can be used in design time only packages.
JvCLX3 should be split into design- & runtime packages

> > Removing these packages caused the compiler to complain on
JvQMonthCalendar,
> > JvHintProp and JvYearGrid, which where easy to fix.
> >

Can I get a hold on these files?

> > The first line in JvCLX3.dpk is "package JvCLX3OE;", which does not match
the
> > file name and causes a compiler error similar to "resource file
JvCLX3OE.res not
> > found".
> >

Tells something about the development history ;-)

> >
> > Greetings, Robert
> >

Needless to say that there must be more flaws (bugs).

Thanks for the response

Regards, André




Subject: Re: The who's who of JVCL...
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 10 Oct 2003 14:37:33 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Marcel Bestebroer wrote:
> > 
>> > >     It appears writing long mails is somehow connected to having
>> > > worked with a ZX Spectrum in the past (see my also rather elaborate
>> > > story). I think it has to do with the long waiting we had to endure
>> > > while our program/data was loading/saving <g>
> > 
> > Seems to. A ZX 81 does not cause that.

Not that you had to wait any less on a ZX 81... ;)

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: jvDBLookupCombo mouse wheel scroll
From: "CB Soft Worldonline" <seewin@worldonline.dk>
Date: Fri, 10 Oct 2003 16:35:24 +0200
Newsgroups: jedi.vcl

I'm using this a lot for getting codes from a database and have the problem
that a mouse wheel scroll doesn't affect this component. Is this a bug or a
feature?

-- Regards Carsten Bech cab@e-box.dk 

Subject: Re: Good Delphi 5 compiler
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 10 Oct 2003 10:21:57 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
bm6ce4$p7p$1@talkto.net...
> > Except the JvInspector that I will not touch at the moment.

If you're waiting on me for this one then go ahead. I need to rethink my
plan of attack anyways.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JVDatetimer Picker problem
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 10 Oct 2003 10:10:34 -0400
Newsgroups: jedi.vcl

Steve Warburton wrote:
> Any workarounds or am I missing something obvious.
If you're setting the Checkbox.Checked := true, set Checkbox.Enabled := true also?





Subject: Re: Good Delphi 5 compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 16:10:16 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > I'll remove these functions/method from the source files but make a
> > backup of them.

Done. Now the Delphi 5 compiler compiles without any hint and warning.
Except the JvInspector that I will not touch at the moment. Most Jans
components have duplicate function that are in JvStrings.



Is someone working on the CheckSynchronize function from the Managed
Threads donation?



-- Regards Andreas Hausladen 

Subject: Re: a button that has two different states (captions/images)?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 10 Oct 2003 09:54:21 -0400
Newsgroups: jedi.vcl


> The property and component editor has had some work done on it after
> finding something via Google on the topic.


If you post your designtime code I will have a look at it and give you some feedback.

Warren



Subject: Re: Good Delphi 5 compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 15:01:40 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >   NOOOOOO!!!!!!!!! Delphi 5 just is confused (crappy old
> > compiler/linker).  They are definitely used (well some aren't, but most
> > are).

That's the reason why I do a find before I remove or comment out a
function. Furthermore I compile the files to check if they work. The only
wrong hints I found till now are in the JvVersionInfo.pas file.



-- Regards Andreas Hausladen 

Subject: Re: Good Delphi 5 compiler
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 15:00:46 +0200
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Fri, 10 Oct 2003 14:42:04 +0200:

 AH> I'll remove these functions/method from the source files but make a
 AH> backup of them.

  NOOOOOO!!!!!!!!! Delphi 5 just is confused (crappy old compiler/linker).
They are definitely used (well some aren't, but most are).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Good Delphi 5 compiler
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 14:42:04 +0200
Newsgroups: jedi.vcl

The Delphi 5 compiler gives hints about private (implementation section)
unused functions.

I'll remove these functions/method from the source files but make a backup
of them.


-- Regards Andreas Hausladen 

Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 14:23:06 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Oliver Giesen on Fri, 10 Oct 2003 14:02:37 +0200:

 MB>  I use spectaculator
 MB> (http://www.spectaculator.com) which can emulate almost any Spectrum
 MB> edition there has ever been, includes microdrive support (it even
 MB> mimics the MD motor sound; great!), +3 disk support and of course tape
 MB> support.

    It can even load your real tapes through your sound card directly so you
can save them to a tape file on your HD from within the emulated spectrum.
No additional utility needed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL Theme support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 14:17:50 +0200
Newsgroups: jedi.vcl

Here are the remaining components

> > Not supported (owner draw)
> > ----------------------------
> > JvgPageControl
> > JvgTabControl
> > TJvCaptionPanel


They are completly owner drawn and I think that we should not make them
theme aware because I don't know how we should paint them. The
TJvCaptionPaint has no themed equivalent. The Page and Tab Control should
not look like the normal Tab and Page control.



> > Not usable
> > ----------
> > TJvgCaption

Maybe we should remove this component because the TJvGradientCaption does
the same.



-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: Maximum size of a designer form
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 10 Oct 2003 08:13:49 -0400
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 10 Oct 2003 13:46:57 +0200:
> > I would be very surprised if any developers are using anything less than
> > 1024x768. You can hardly work with Delphi in 800x600!

Heck, on my large monitor the Code Editor alone is probably larger than
1024x768!

Cheers,
  Ignacio




Subject: Re: Maximum size of a designer form
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 14:10:21 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 10 Oct 2003 13:46:57 +0200:

 PT> I would be very surprised if any developers are using anything less
 PT> than 1024x768. You can hardly work with Delphi in 800x600!

    It can be done. Anyway, I rearranged some parts and it now fits in
600x395 (ClientRect that is) and I didn't have to throw anything away (in
fact, I even added an edit box). Looks a lot more in balance too, not so
busy anymore.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 14:08:21 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 10 Oct 2003 13:44:55 +0200:

 >>     It appears writing long mails is somehow connected to having worked
 PT> with
 >> a ZX Spectrum in the past
 PT> Well, I had one too once and I write short mails most of the time, but
 PT> then again maybe it's related to my considerable age and my
 PT> forgetfullness;)

    You did forget to mention this important fact in your bio (you also
forgot to mention your day of birth, only stated the year of birth and god
knows if you remembered that correctly <g>).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: happy birthday, Marcel!!!! :-)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 14:05:59 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ralf Grenzing on Fri, 10 Oct 2003 10:06:20 +0200:

 RG>> I only want to wish you all the best!

 MB>     Thanks! With Michael congratulating me a day early and you a day
 MB> late, it's all back in balance ;-)

    My apologies, it seems I had stated the wrong day in my BIO.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 14:04:38 +0200
Newsgroups: jedi.vcl

Hello, All!
You wrote to OBones on Tue, 30 Sep 2003 11:16:29 +0200:

 MB>     DOB: October 10th, 1973 (warning: big 3-Oh is coming up)

    That should be October 8th, 1973.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 14:02:37 +0200
Newsgroups: jedi.vcl

Hello, Oliver!
You wrote  on Fri, 10 Oct 2003 11:05:16 +0000 (UTC):

 >>     It appears writing long mails is somehow connected to having
 >> worked with a ZX Spectrum in the past (see my also rather elaborate
 >> story). I think it has to do with the long waiting we had to endure
 >> while our program/data was loading/saving <g>

 OG> That must be it! ;)

 OG> One of these days I've got to convert all my datasettes to PC files (I
 OG> once saw such a utility on the net) and start fiddling with an
 OG> emulator... although it just couldn't be the real thing without the
 OG> multi-multi-multi-function keys...

    You know what's worse: when you start typing and know where to find all
the keywords (for non-spectrum owners: the original spectrums used a
tokenized keyboard for the BASIC and had to use several shift modes to get
them all on there. Just searched the net and found this image:
http://www.guybrush.demon.co.uk/spectrum/docs/Keys.gif). Occasionally you'll
hit the wrong combination but it really amazed me how well I remembered so
many of them. Of course you'll remember the J, symbol+P, symbol+P, enter
sequence <g>. The emulators are great though, although the feeling is quite
different (especially when you are used to feeling rubber while typing on a
Spectrum). I use spectaculator (http://www.spectaculator.com) which can
emulate almost any Spectrum edition there has ever been, includes microdrive
support (it even mimics the MD motor sound; great!), +3 disk support and of
course tape support. For any software you might once have used on the
spectrum you can go to http://worldofspectrum.org.

 OG> BTW: How long did your original rubber keyboard last? ;)

    Not that long, as it was also heavily used for gaming (so it was either
5,6,7,8 and 0 or the often used O,P,Q,A and space that died pretty soon).
Later when I got the Spectrum128K I didn't need those rubber thingies
anymore and I also didn't play games that often.

 OG> Oh yes, and happy birthday to you (at least according to the bio you
 OG> posted - I see you replied to Ralf that he was late congratulating
 OG> yesterday already)!

    Thanks. Upon reading my bio again I noticed I indeed mentioned the wrong
day there. I'll apologize to Ralf later.

    PS: It's also a real shock to see I'm no longer the king of long mails;
yours is just a little bit longer (I'm talking about mail, people, not the
other thing that might have popped into your dirty minds).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 10 Oct 2003 12:01:09 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >  MB>  I use spectaculator
> >  MB> (http://www.spectaculator.com) which can emulate almost any
> > Spectrum  MB> edition there has ever been, includes microdrive
> > support (it even  MB> mimics the MD motor sound; great!), +3 disk
> > support and of course tape  MB> support.
> > 
> >     It can even load your real tapes through your sound card directly
> > so you can save them to a tape file on your HD from within the
> > emulated spectrum.  No additional utility needed.

Yes, that's what I half-remembered. I doubt however that these tapes
are still readable after all these years on the attic (I just realized
that some of them must be nearing twenty years of age...
OM<ISNEOC>!!!). Pity though, must be close to a hundred of them IIRC...


On a sidenote: When I was on a student's exchange in Russia somewhere
around '93, I actually stayed right next to a factory where they WERE
ACTUALLY STILL MANUFACTURING ZX SPECTRUMs (although with a different
casing)!!! My host family had one and boy was I happy to see that
Sinclair Copyright blip... ;)
Unfortunately my Russian at that time was far from being good enough to
inquire more... :(

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: Maximum size of a designer form
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Oct 2003 13:46:57 +0200
Newsgroups: jedi.vcl

I would be very surprised if any developers are using anything less than
1024x768. You can hardly work with Delphi in 800x600!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Oct 2003 13:44:55 +0200
Newsgroups: jedi.vcl

> >     It appears writing long mails is somehow connected to having worked
with
> > a ZX Spectrum in the past
Well, I had one too once and I write short mails most of the time, but then
again maybe it's related to my considerable age and my forgetfullness;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Maximum size of a designer form
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 13:32:43 +0200
Newsgroups: jedi.vcl

Hello, All!

    what should be considered the maximum size for a designer form? Should
we still consider 640x480 as the minimum resolution or, seeing that we deal
with developers anyway, can we make forms that are slightly larger (i.e.
consider 800x600 as the smallest resolution).

    The reason I'm asking is that the designer for the ColorProvider is
barely fitting within it's current 638x427 dimension. In the mean time I
will look into a different layout that might fit better, but I think will
also be a little less intuitive.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL Theme support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 13:25:18 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Not supported (ownerdraw border)
> > --------------------------------
> > TJvLookout
> > TJvExpress
> > TJvgProgress

Done.


-- Regards Andreas Hausladen 

Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 13:24:49 +0200
Newsgroups: jedi.vcl

Hello, Oliver!
You wrote  on Fri, 10 Oct 2003 10:22:05 +0000 (UTC):

 >> Looking forward to knowing you all better

 OG> I started programming on my father's (soon mine ;) Sinclair ZX Spectrum
 OG> 48k back in 1983
[snip]
 OG> I really didn't intend to write that much but now it's there... sorry
 OG> for keeping you all from driving on JVCL development... ;)

    It appears writing long mails is somehow connected to having worked with
a ZX Spectrum in the past (see my also rather elaborate story). I think it
has to do with the long waiting we had to endure while our program/data was
loading/saving <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Insert JEDI DBLookupTreeView
From: Codebue Fabio <f.codebue@p-soft.biz>
Date: Fri, 10 Oct 2003 11:23:46 +0000 (UTC)
Newsgroups: jedi.vcl

Insert JEDI DBLookupTreeView
Data Configuration
.. Firebird 1.0.5
.. IBTableMaster + IBTableDetail with a 1-n relationship ( 
dsTableDetail.MasterSource=dsTableMaster)

I wanna to use 'only' 2 level: 
1. customer having root like parent
2. customer sheet - having customer like parent

How can I 

1. intercept treeview keypress or change it
 a. INS parent node insert
     DEL delete parent node  
     ALT+INS e ALT+CANC work in the same way for the sons...

NB. a. When I press INS and the table is empty I have an exception
       b. IBTableMaster connected to my jDBLookupTreeview have BeforeInsert a 
procedure that retrieve ID from a generator 


2. I wanna insert data using a button for customer and one for sheet. But I 
don't know which node is selected. 
How can I know:
 a. which node is selected
 b. which kind of node is it ( connected to root= customer, connected to 
customer=sheet)

3. I wanna stop insert to ONLY 2 level ( no insert on a sheet for their sons)


fab10



Subject: Re: The who's who of JVCL...
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 10 Oct 2003 11:05:16 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     It appears writing long mails is somehow connected to having
> > worked with a ZX Spectrum in the past (see my also rather elaborate
> > story). I think it has to do with the long waiting we had to endure
> > while our program/data was loading/saving <g>

That must be it! ;)

One of these days I've got to convert all my datasettes to PC files (I
once saw such a utility on the net) and start fiddling with an
emulator... although it just couldn't be the real thing without the
multi-multi-multi-function keys...

BTW: How long did your original rubber keyboard last? ;)

Oh yes, and happy birthday to you (at least according to the bio you
posted - I see you replied to Ralf that he was late congratulating
yesterday already)!

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: The who's who of JVCL...
From: "Oliver Giesen" <ogware@gmx.net>
Date: Fri, 10 Oct 2003 10:22:05 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Looking forward to knowing you all better

OK, a bit late to the show but here we go:

First name:  Oliver
Last name:   Giesen
Gender:      male
DOB:         1975-09-30
Nationality: German
Languages:   German, English, a little French and even less Russian
Location:    Ganderkesee, Nds, Germany (which is near Delmenhorst which
is near Bremen and if that still doesn't ring a bell it's approx 100km
south west of Hamburg)
Occupation:  Software Engineer for Lucatec GmbH (http://www.lucatec.de)
Hobbies:     Programming, Reading, Jiu-Jitsu, Drumming
JVCL involvement: Donated the CheckedMaskEdit/(DB)DatePickerEdit
component set and in the process worked a little on JvMaskEdit and
JvCalendar as well - intended to do a lot more (especially assisting in
CVS-related issues for the planned dynamic JVCL3 deployment system) but
didn't find the time so far as the "official" workload has been
exponentially increasing ever since.

History:

I started programming on my father's (soon mine ;) Sinclair ZX Spectrum
48k back in 1983 all the time struggling with the limitations of
datasettes as the only available storage media... still, Sinclair BASIC
was IMHO by far the most powerful BASIC dialect there ever was! ;)

When my father bought his first PC (a 286 AT) I soon jumped on
QuickBasic 4.5 and did quite some fancy stuff (to me at least) with it.
Somewhere around 1992 I started fiddling with TurboPascal 3.0 and later
5.5 even though I never got entirely convinced of it back then to be
honest (can't tell why anymore by now). Still it was good enough to
produce quite good results in IT classes.

In the meantime I started to play drums in various bands of the metal
persuasion (which I still do with varying success), did a lot of sports
(4 years of swimming, 5 years of Judo, 8 years of handball, 10 years of
gliding as well as short periods of almost everything else, including
archery and trampoline) and met my later wife Claudia.

I spontaneously decided to abort secondary school (i.e. Gymnasium)
after having completed the twelvth grade, did my community service as a
receptionist/caretaker/secretary/gardener/IT supporter in a youth
seminar hostel and finally started a training as a software engineer in
a local IT company (by accident as I found out later when I
rediscovered a photocopy of my application - I actually applied as a
salesman) which was where I first got in touch with Delphi (2.0 at that
time, later upgraded to 3 and 4). We were developing an MSSQL-based
large-scale merchandise planning and control system together with
several other companies spread all over Germany, where my part was
mainly writing SQL scripts which drove the report engine and last but
not least design the reports themselves, using Combit List&Label (which
was a total PITA back at that time). I also wrote a small utility to
manage and visualize employee off-times and vacation claims.

Less than a year after I started the training both of my instructors
quit job (one of them leaving for a Borland subsidiary), taking all
knowledge of the software product with them which left me as the sole
remaining software developer of the company entirely without task. The
company being a rather dubious one to start with (as I found out far
too late) nobody really cared about this and so I had all the time of
the world to study and teach myself all kinds of programming
techniques. I concentrated on object oriented design, COM and web
development (including quick trips into Perl and JavaScript). I
revamped the company's homepage and wrote several small utilities for
them for such dubious tasks as grabbing addresses off web sites and off
several otherwise protected material for telemarketing purposes and
other stuff.

At the beginning of 1999 after having been engaged for two years and
knowing eachother for over eight already I married Claudia and at the
end of June our son, Henri Alexander was born.

Two and a half years into my training and just a month before the
company was mysteriously and unexpectedly sold overnight to a Spanish
businessman specialized in vanishing German GmbHs, laying off all
employees without compensation, I was contacted by the head of IT of
one our customers who was looking for a Delphi programmer with skills
in OOD, COM, MSSQL and a little web development. As my original
employer refused to let me go unless the company payed a full
hour-based field service fee for the remaining six months of my
training, I contacted the local chamber of commerce who more than
willingly assisted me in switching employers overnight.

At my new employer (a P&I Broker or Shipping Insurance firm to
(over)simplify matters a bit) my first task (and at the same time the
project I filed as the practical part of the final examination of my
training) was to replace the reporting backend (QuickReport/QRDesign)
of the customized Client/Server system my new instructor/head of IT had
written for them with a more flexible solution, which would allow
easier extendability and also make potential future replacements of
reporting technology easier to integrate. Thus I designed and
implemented a COM-based plugin-framework and an XML-based abstraction
layer which finally connected to a ReportBuilder-driven new reporting
backend.

As it turned out that the software my instructor had written was pretty
universal and moreover that there didn't really exist any competitive
product anywhere in the world, the two of us decided to outsource
ourselves and found a new company, Lucatec GmbH, as soon as I had
finished my training. I graduated best of class in July 2000 and work
for Lucatec full time ever since. Unfortunately business hasn't been
getting started as quickly as we would have liked it to, forcing us to
mostly live off network support contracts instead of developing
software for the first two years. Now finally the software contracts
are rolling in and so does the development work. ;)

I've been using various version control systems over the time (VSS,
RCS) and finally settled on CVS(NT) with WinCvs as the frontend. As I
became more and more involved with it, I slowly turned first into a
mailing list moderator for the CVSGUI list, then the chief macro writer
(having taken on the task of porting all the existing TCL macros to
Python and writing new ones whenever the demand arises), the maintainer
of the updated WinCvs FAQ (still unfinished) and recently I even
implemented my first WinCvs feature in C++.

Still, my dream project currently is writing a full-blown CVS
GUI-frontend in Delphi, utilizing Mike Lischke's VirtualTreeView and
the JVCL. While I am a very vocal supporter (in all senses of the word)
of WinCvs, I'm itching to implement all the usability ideas I've got
for this. And there's no way I'm going to get seriously started with MS
VC++ and MFC (which is what WinCvs is unfortunately written in). Having
worked with Delphi for all these years this language/IDE/framework
feels like a travel to the stone age... ;)

Ah yes, animals... apart from the fact that I adopted the nickname
"Animal" myself (supposedly due to the likeness of my drumming style to
that of the drummer of the Muppets' Electric Mayhem band), we've got
two guinea pigs which constantly gnaw at hour heaters' pipe
isolation... does that suffice? ;)

I really didn't intend to write that much but now it's there... sorry
for keeping you all from driving on JVCL development... ;)

Cheers,

-- Oliver ---- ------------------ JID: ogiesen@jabber.org ICQ: 18777742 (http://wwp.icq.com/18777742) 

Subject: Re: ManagedThreads added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Oct 2003 12:10:39 +0200
Newsgroups: jedi.vcl

I've added packages for D5 as well but I haven't removed the D5 warning in
JvMTThreading, so the packages will not compile. If we can't fix this issue,
we need to document it so D5 users can make their own decision.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvMail - problems with recipient
From: "CB Soft Worldonline" <seewin@worldonline.dk>
Date: Fri, 10 Oct 2003 11:18:49 +0200
Newsgroups: jedi.vcl

Hi,

I'm using JvMail in delphi with Ms Exchange Server 5.5?
When trying to send mail through our Ms Exchange server (Outlook 2000),
using the JvMail control, I get the email sent back as undeliverable.
When not running on a Exchange server - on a client only, the mail is sent
with no errors.
It is saying no transport provider - why?

Example:
The following recipient(s) could not be reached:

'xxx@mail.dk' on 9/4/2002 12:10 PM

No transport provider was available for delivery to this recipient.

-- Regards Carsten Bech 

Subject: Re: ManagedThreads added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Oct 2003 10:39:34 +0200
Newsgroups: jedi.vcl

Seems to be the CheckSynchronize function that's causing the problem - it is
not defined in D5 so Erwin has written his own but it is a bit dangerous
(uses Application.ProcessMessages). Anyone up to the challenge (this is in
JvMTThreading.pas)? Would be nice if we could have this library for D5 as
well...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ManagedThreads added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Oct 2003 10:32:43 +0200
Newsgroups: jedi.vcl

Someone should convert this to BCB6 as well. Docs says it doesn't support D5
but I don't know why (haven't checked yet).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ANN: ManagedThreads added
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 10:20:47 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 10 Oct 2003 10:18:18 +0200:

 PT> I've just added the ManagedThreads sources to JVCL. Try it out and let
 PT> me know if something is missing or not working. Marcel, should we
 PT> convert the doc to dtx and put it into help or should we keep it as is?

    Should be converted. We might split up the theoretic part from the
component set help part, but for now we should at least convert the
component help.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 10:18:59 +0200
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > Both ways have pros and cons - you also don't know if your bad code
> > will work in future versions.

It will work because if there are no images in the list the component
could only store empty data. My prefered way was
begin
  TComponent.DefineProperties(Filer);  // instead of inherited;
  ...
end;

But at the moment I write this posting I found a possible solution:

type
  TOpenComponent = class(TComponent);

var
  ComponentDefineProperties = procedure(Self: TComponent; Filer: TFiler);
begin
  ComponentDefineProperties := @TOpenComponent(TComponent).DefineProperies;
  ComponentDefineProperties(Self, Filer);
  ...
end;



> > We can change this later, if we decide to do so. First I should finish
> > my list and have a look at JvImageList but this is currently
> > impossible with anonymous cvs. 
> > Is it already in the lastest daily snapshot (10-09) ?

No. I uploaded the newest version to jedi.binaries.


-- Regards Andreas Hausladen 

Subject: ANN: ManagedThreads added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Oct 2003 10:18:18 +0200
Newsgroups: jedi.vcl

I've just added the ManagedThreads sources to JVCL. Try it out and let me
know if something is missing or not working. Marcel, should we convert the
doc to dtx and put it into help or should we keep it as is?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 10:08:49 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > Did you read my answer (Message-ID: <bldgb8$9mi$3@talkto.net>) to
> > your last posting in .jcl?


No, I missed it. Now you have an almost identically conditional
compilation.



-- Regards Andreas Hausladen 

Subject: Re: happy birthday, Marcel!!!! :-)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Oct 2003 10:06:20 +0200
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Thu, 09 Oct 2003 23:53:01 +0200:

 RG> I only want to wish you all the best!

    Thanks! With Michael congratulating me a day early and you a day late,
it's all back in balance ;-)

 RG> best regards and many thanx for your work at JVCL and your jokes in
 RG> your mails ... (H-Files ... .:-))

    Jokes? All my mails are meant seriously......

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVMail
From: "CB Soft Worldonline" <seewin@worldonline.dk>
Date: Fri, 10 Oct 2003 09:51:59 +0200
Newsgroups: jedi.vcl

Hi,

I have exactly the same problem with jvMail - and have some further
questions:

My recipient isn't in my addressbook, so I can't change mail type for this
mail.
Can I change mailtype in the jvmail somewhere - I can't find any property on
this?

-- Regards Carsten Bech cab@e-box.dk "dave" <dbracken@infonowsolutions.com> skrev i en meddelelse news:al7f10$672$1@talkto.net...
> > Thank you, that seems to work. I dont know if we will be able to use it
> > though, my boss is big on automation for the clients. I dont think he'll
> > want the clients to do that every time. But i can use it at home, because
it
> > is a great control.
> > Thank you for your patience with me.
> >
> > Thank you,
> > David L. Bracken
> >
> >
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:al5n6d$vfl$1@talkto.net...
>> > > "dave" <dbracken@infonowsolutions.com> wrote in message
>> > > news:al5f1q$u9e$1@talkto.net...
>>> > > > Anyone know of issues regarding using JvMail with Ms Exchange Server
5.5
>> > > or
>>> > > > 2000?
>>> > > > Whenever I try to send mail through our Ms Exchange server (my default
>> > > mail
>>> > > > client is Outlook 6), using the JvMail control, I get the email sent
> > back
>> > > as
>>> > > > undeliverable.
>> > >
>> > > It might have something to do with the "Email type" of the properties
for
>> > > the particular person. I had it one time something similar, so I opened
up
>> > > the rejected email, double clicked on the person's email address, added
>> > > "SMTP" for the "Email type" (it was empty), resent, and it went through.
>> > >
>> > > Michael
>> > >
>> > >
>> > >
> >
> >




Subject: Re: populating JVTListview columns
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 10 Oct 2003 08:41:40 +0200
Newsgroups: jedi.vcl

var
  AName:string;
  i, APos, ALen:integer;
begin
  for i := 0 to JvListView1.Items.Count - 1 do
  begin
    AName := JvListView1.Items[i].Caption;
    APos := StrToIntDef(JvListView1.Items[i].SubItems[0],0);
    ALen := StrToIntDef(JvListView1.Items[i].SubItems[1],0);
  end;


You should search the Delphi help file for the TListItems and TListItem
classes for more information

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: DockPresident (it was Try my favorite expert)
From: tif <tif@0451.com>
Date: Fri, 10 Oct 2003 14:26:06 +0800
Newsgroups: jedi.vcl

> > Unfortunately all the documentation comes in Chinese or some other Eastern
> > language and I could not figure out the copyright restrictions.

The author didn't provide any coypright information in the package. I can
only find this(on http://www.csdn.net/cnshare/soft/14/14079.shtm):
    You can use DockPresident freely in personal or commercial programs.

-- Regards, Winston Feng<wintonf@tom.com> 

Subject: Re: populating JVTListview columns
From: "Steve Warburton" <Swarburton@orange.net>
Date: Thu, 9 Oct 2003 23:43:27 -0600
Newsgroups: jedi.vcl

Cheers Thanks for the Info.
I can now populate a JVtlistview with a filename, position and filelength of
MP3 files. The column names are Filename, position and Length.

I have the populated list and need to loop through the listview and read the
values back.

The first column(filename) needs to a string to assign to a wave filename.
The second column needs to be an integer to calculate the next position
The third column needs to be an integer to total the length of the list



"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bm4dfq$b7r$1@talkto.net...
>> > > [Error] Unit3.pas(130): Incompatible types: 'TJvListItem' and
'TListItem'
> > OK, try this:
> >
> > lv := TJvListItem(JVListView1.Items.Add);
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 10 Oct 2003 15:29:08 +1000
Newsgroups: jedi.vcl

> But it I do this, won't it break existing code that uses the current
> Create(ATag: TNaNTag) definition? 
No, because of the default value given to the dummy argument.


> If I did this in a C++ project I'd get
> a link-time error complaining that the single-argument function didn't
> exist. 

I don't think so, but you may have a warning saying that the call is ambiguous. I never tried it, and this "advice" comes from the BCB5 help file so I think it has been tested

> Should I put the redefined constructor in an {$IFDEF BCB5} block?
I wouldn't.



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 10 Oct 2003 15:26:26 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> OBones wrote:
>
>> Well, I only removed the one in JclResources.pas because that was the one that made the linker crash.
>> In general, WEAKPACKAGEUNIT is only needed for unit that links to a DLL and apparently, none of the JCL units do that, so they could simply be removed alltogether.
>
>
> No they cannot. There is a recent message on the JCL-Developers list (not newsgroup) on that.
>
Can you tell us more about that ?
Or at least tell me where I get the message from the web ?



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 10 Oct 2003 06:18:44 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Thanks a lot André, you are doing a terrific job. Have you given any more
> though to how to integate your CLX modifications into JVCL3 (how long you
> think it will take, what needs to be done, what do you need help with)? I
> wouldn't hesitate a second to add it as long as it is compatible with the
> current sources and preferably uses the same package division as the VCL
> version (where applicable).

Integration doesn't come without price.

The first step would be to isolate potentially component library agnostic* code as cleanly as possible, remove VCL dependencies from it, and package it separately.  Basically all non-visual components belong to this category.

As an example, latest D6/D7 versions of Indy have no VCL dependencies left in their code (and, of course, no CLX dependencies introduced).  That's why Indy works with both VCL and CLX applications seamlessly.

When that's accomplished, let's talk again. :)

Greetings, Robert


* See also http://homepages.borland.com/jedi/jcl/team/cps.html.
 (Beware, this document is incomplete and partly inaccurate yet.)




Subject: Re: BCB5?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 10 Oct 2003 05:55:40 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Well, I only removed the one in JclResources.pas because that was the one that made the linker crash.
> In general, WEAKPACKAGEUNIT is only needed for unit that links to a DLL and apparently, none of the JCL units do that, so they could simply be removed alltogether.

No they cannot. There is a recent message on the JCL-Developers list (not newsgroup) on that.



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 10 Oct 2003 05:40:06 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> I agree too much fuzz, too much work.

I use this approach in practice and cannot agree.

Greetings, Robert



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 10 Oct 2003 05:35:50 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The Jcl team wants to use "template" source files that will be parsed by a
> preprocessor that generates the two files JclQXxx.pas and JclXxx.pas
>
> But I still think that this is no good way for working on the J(V)CLX

Why?  Did you read my answer (Message-ID: <bldgb8$9mi$3@talkto.net>) to your last posting in .jcl?



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 10 Oct 2003 05:32:04 +0200
Newsgroups: jedi.vcl

Some first observations:


From JvCLX_R70.dpk:
-----------------8<-----------------8<-----------------8<-----------------
requires
  rtl,
  visualclx,
  qrpt,
  DJCL70,
  vclx,
  inet;
-----------------8<-----------------8<-----------------8<-----------------
qrpt, vclx are *VCL packages*

After removing them JvCLX_R70.dpk wouldn't compile; the linker suggested

"Add vcl.
vcl contains implicit unit(s) Controls, Consts, Forms, Printers, Graphics, StdActns, Clipbrd, ActnList, Menus, ImgList, StdCtrls, Themes, ComCtrls, ComStrs, ExtActns, Dialogs, ExtCtrls, ExtDlgs, Buttons, ToolWin, ListActns, WinHelpViewer."

Oh boy.

This looks like clean up is going to be a major effort, unless somebody knows an appropriate tool.  Unfortunately the GExperts Project Dependencies Expert ignores conditional compilation directives, which renders it almost useless for the given task.

A possible approach is to add the package units one by one to a new package and see which ones introduce VCL dependencies.


From JvCLX_D70.dpk:
-----------------8<-----------------8<-----------------8<-----------------
requires
  rtl,
  visualclx,
  designdgm,
  DJCL70,
  designide,
  vclx,
  qrpt,
  JvCLX_R70,
  vclactnband,
  vcl,
  inet,
  vcljpg;
-----------------8<-----------------8<-----------------8<-----------------

vclx, qrpt, vclactnband, vcl, vcljpg - are all *VCL packages*


From JvCLX3.dpk:
-----------------8<-----------------8<-----------------8<-----------------
requires
  rtl,
  visualclx,
  designide,
  vcl,
  designhooks,
  designdgm,
  vclex,
  std,
  JclLinux;
-----------------8<-----------------8<-----------------8<-----------------

vcl and vclex are *VCL packages*.  (VCL packages come with Kylix solely for the sake of the IDE, need the winelib and are not redistributable.)

Removing these packages caused the compiler to complain on JvQMonthCalendar, JvHintProp and JvYearGrid, which where easy to fix.

The first line in JvCLX3.dpk is "package JvCLX3OE;", which does not match the file name and causes a compiler error similar to "resource file JvCLX3OE.res not found".


Greetings, Robert



Subject: Re: populating JVTListview columns
From: "Steve Warburton" <Swarburton@orange.net>
Date: Thu, 9 Oct 2003 20:59:21 -0600
Newsgroups: jedi.vcl

I get the error

[Error] Unit3.pas(130): Incompatible types: 'TJvListItem' and 'TListItem'

on this line

lv := JVListView1.Items.Add;

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bm48hk$a7k$1@talkto.net...
> > Sorry, I forgot that you were using a JvListView. The item type should be
> > declared as TJvListItem instead of TListItem.
> >
>> > > I presume I am doing something wrong I get the errors below.:
> > Have you declared a type in Unit3 with the name TListItem? Then you must
> > rename that type to something else (like TMyListItem). You can't have two
> > different types with the same name. Or, post the code here (minimal) so I
> > can have a look.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: populating JVTListview columns
From: "Steve Warburton" <Swarburton@orange.net>
Date: Thu, 9 Oct 2003 19:35:57 -0600
Newsgroups: jedi.vcl

I presume I am doing something wrong I get the errors below.:

[Error] Unit3.pas(130): Incompatible types: 'Unit1.TListItem' and
'ComCtrls.TListItem'
[Error] Unit3.pas(132): Undeclared identifier: 'SubItem'
[Error] Unit3.pas(133): Undeclared identifier: 'SubItems'
[Error] Unit3.pas(134): Undeclared identifier: 'SubItems'

I added the the var lv

then on a button click I run the rest of the code. I insert some values for
the temp strings.


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bm46h4$9rh$1@talkto.net...
> > var lv :TListItem;
> > begin
> > lv := ListView1.Items.Add;
> > lv.Caption := 'temp1';
> > lv.SubItems.Add('temp2');
> > lv.SubItems.Add('temp3');
> > lv.SubItems.Add('temp4');
> >
> > Caption = Columns[0], Columns[1] = SubItems[0] etc. You can add more
> > SubItems than columns but they won't be visible.
> >
> > Hope that helps
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: populating JVTListview columns
From: "Steve Warburton" <Swarburton@orange.net>
Date: Thu, 9 Oct 2003 18:53:47 -0600
Newsgroups: jedi.vcl

I now have a JVTListview with the Viewstlye set to report. I can name the
columns.

How do I load in the strings  temp1, temp2, temp3, temp4 into each column

Simple instructions on this I am struggling.

Many thanks steve




Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 09 Oct 2003 18:38:51 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Well, it actually is covered in the compatibility guide, under the 
> >"constructor already defined" error. 

Sorry, didn't make the connection.

> >The only solution there is to add a 
> >dummy parameter to the Create(ATag:TNaNTag) constructor so that it looks 
> >like that:
> >     constructor Create(ATag: TNaNTag; DummyForBCB5 : Integer=0);
> >

But it I do this, won't it break existing code that uses the current
Create(ATag: TNaNTag) definition? If I did this in a C++ project I'd get
a link-time error complaining that the single-argument function didn't
exist. Should I put the redefined constructor in an {$IFDEF BCB5} block?


Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 09 Oct 2003 18:33:54 -0600
Newsgroups: jedi.vcl

<g>

OBones <obones_gfdg_@_rer_meloo.com> wrote:
> >"If it aint broke, don't bloody touch it"




Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 09 Oct 2003 18:33:00 -0600
Newsgroups: jedi.vcl

OK, thanks.

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >It comes from the fact that some Borland's hpp files are a source of 
> >problem.
> >I can't remember the exact ones, but let's talk in broad terms:
> >In file A.hpp, I got this
> >
> >namespace A
> >{
> >typedef int WORD;
> >}
> >
> >and in Windows.hpp, I got
> >#include <windows.h>
> >
> >which in turn defines this:
> >typedef int WORD;
> >
> >Then we generate the hpp file for B.pas which has this clause:
> >uses Windows, A;
> >
> >B.hpp will then contain
> >#include "A.hpp"
> >#include "Windows.hpp"
> >
> >using namespace Windows;
> >using namespace A;
> >
> >And when you use the WORD type in the generated hpp file, the compiler 
> >cannot distinguish between A::WORD and ::WORD. So it complains. The easy 
> >solution would be to fully specify ::WORD instead of WORD in the 
> >generated hpp file, but that's not possible. So the solution consists in 
> >inverting A and Windows in the uses clause so that the includes in the 
> >generated hpp file are reversed and it solves the problem.
> >And this happens even if none of the JCL files defines the WORD type.
> >
> >This is a general demonstration, I may be wrong with respect to the 
> >original order in the uses clause, but you get the idea



Subject: TJvMail MAPI mail handling glitch
From: "Brent Rose" <brentrose@paradise.net.nz>
Date: Fri, 10 Oct 2003 13:25:08 +1300
Newsgroups: jedi.vcl

eg Sending a simple message using TJvMail

Upon entering app, 1st message sent always goes successfully to an Outlook
Express msg form (= default mail handler) with "New Message" in the title
bar, but subsequent msgs go to an Outlook msg form with "Untitled - Message
(Plain Text)" in the title bar instead. An error msg "This message has not
been sent" is displayed... (The msg being sent is just plain text)

If exit app & re-enter, 1st send will work OK again...

D5 app, Win2k/SP4 with Outlook Express 6 as default handler and Outlook also
installed. Only 1 PC has this problem - several other identically spec'ed
PCs have no problem...

Any ideas? Thanks.

-- Brent Rose brentrose@paradise.net.nz 

Subject: Re: a button that has two different states (captions/images)?
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 10 Oct 2003 00:24:15 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > One common pattern I keep coming across is a button that should have
> > two separate images and captions, one for it's initial state, and one
> > for the opposite state. It's like a checkbox meets a button, for when
> > a checkbox seems wrong.
> > 
> > For example, a dialog box which comes up in simplified mode, but has
> > an Advanced button, which should probably say something like
> > "Advanced >>".  Click it and the caption and image change to "Basic
> > <<".
> > 
> > Is there such a thing already in Jedi? I thought I heard somebody say
> > something about exactly this little component idea, but I can't find
> > it now searching through the vcl newsgroup.

I always wanted one of these too, for connect/disconnect from
databases. So I have written one for donation to Jedi, but am having a
little difficulty with the property and component editor for the IDE.
Otherwise, it works very much as you stated.

I'll upload it and the test app to jedi.binaries under the title
JvMultiButton.

The property and component editor has had some work done on it after
finding something via Google on the topic, but its in pieces at the
moment, so I'll just upload the component itself.

Christopher Latta


Subject: Re: A ImageList component
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 10 Oct 2003 02:19:00 +0200
Newsgroups: jedi.vcl

>>> >> > Further it prevents writing the image list data when the
>>> >> > picture or resourceids are used. 
>> >> Of course it does but the way isn't nice.
>> >> Why not grabbing the inherited defined properties and it's methods and
>> >> redefine them if want them ?
> >
> >What is when Borland changes the defined properties? Who will know that
> >JvImageList depends on it? That was the main reason for the bad code.

Both ways have pros and cons - you also don't know if your bad code
will work in future versions.

We can change this later, if we decide to do so. First I should finish
my list and have a look at JvImageList but this is currently
impossible with anonymous cvs. 
Is it already in the lastest daily snapshot (10-09) ?

Uwe



Subject: Re: Why is TForm.ActiveControl NIL when TJvInspector has the focus?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 9 Oct 2003 20:08:30 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bm4f9f$bj5$1@talkto.net...
> > "Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
> > bm4f3g$bg5$1@talkto.net...
>> >> Hmm. Are you sure it's worth it? We'd lose our nice Events that we
>> >> currently have working off the embedded TEdit.
> >
> > I don't know. And I won't unless I try it out. Maybe an adapter or some
> > sort of modified TCustomEdit could be used. Let me take a look.

Argh. I just hit InitEdit and I now know what you mean. Hmm. Let me sleep on
this one...

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: DockPresident (it was Try my favorite expert)
From: "kv" <kvlahos@nospam.lineone.net>
Date: Fri, 10 Oct 2003 03:04:24 +0300
Newsgroups: jedi.vcl

I contacted the authors a couple of days ago at the following e-mail
addresses:

'zhouyibo2000@sina.com'
'luxiaoban@sina.com'

Also the website http://www.pigtwo.com/CtrlData/WebSite/luxiaoban.htm
appears to be unavailable.  I have found  a more recent version of
DockPresident at some chinese Delphi sites (google for DockPresident), but
could not figure out how to download it since these sites require
registration).

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bm442m$9bq$1@talkto.net...
> > Very impressive. How long since you tried to contact the author and what
> > e-mail did you use?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Sourceforge Tasks
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 01:45:48 +0200
Newsgroups: jedi.vcl

And not to forget:

Not usable
----------
TJvgCaption




-- Regards Andreas Hausladen 

Subject: Re: Sourceforge Tasks
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 01:44:29 +0200
Newsgroups: jedi.vcl

OBones wrote:

> > What are those that need a rewrite ?

Not supported (owner draw)
----------------------------
JvgPageControl
JvgTabControl
TJvCaptionPanel  (maybe no theming)


The following are a little bit complicated even if they only need a
csNeedsBorderPaint. But the owner drawn border is painted in a way that
makes it complicate to theme the component.

Not supported (ownerdraw border)
--------------------------------
TJvLookout
TJvExpress
TJvgProgress


These components are the last on my list. After them the list is empty and
the XP Theming task is 100% complete.


-- Regards Andreas Hausladen 

Subject: Re: JVCL anonymous CVS broken?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 10 Oct 2003 09:42:27 +1000
Newsgroups: jedi.vcl

You should consider using the daily snapshot, it is way more reliable that anon CVS



Subject: Re: Sourceforge Tasks
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 10 Oct 2003 09:41:11 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Because I have no access to edit the sourceforge tasks I'll do it this way.
>
> Task 86058 XP Theming:
>   Complete: 90%
>   Comment: Some components cannot be themed without a complete rewrite of
> the paint functions.
>
>
What are those that need a rewrite ?



Subject: Re: Pas2JvInterpreter
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 10 Oct 2003 09:38:50 +1000
Newsgroups: jedi.vcl

Lithian wrote:

> Hello,
>
> I need to use my own class with jvInterpreter. On the JvInterpreterTest example I read:
>
>
>> Use program Pas2JvInterpreter, placed in
>> 'RALib\Tools\Pas2JvInterpreter' folder to
>> automatically create JvInterpreter Adapters.
>
>
> but I don't find that program. Any one can help me?
>
> Thanks,
> Lithian.
Have you tried directly in the Tools folder ?
Or in dev\JVCL3\Tools ?



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 10 Oct 2003 09:37:52 +1000
Newsgroups: jedi.vcl

>
> The problem is the overloaded constructors:
>
>      __fastcall EJclNaNSignal(TNaNTag ATag);
>
> and
>     /* Exception.CreateRes */ inline __fastcall EJclNaNSignal(int
> Ident)/* overload */ : EJclMathError(
>         Ident) { }
>
> Both of which have identical parameter lists because TNanTag is
> translated into an int in the header file.
>
> How can I tell Delphi not to translate the TNaNTag range into an int, or
> convince Delphi not to add the int constructor to the .hpp file, or in
> some other way work around this without creating havoc?
>

Well, it actually is covered in the compatibility guide, under the "constructor already defined" error. The only solution there is to add a dummy parameter to the Create(ATag:TNaNTag) constructor so that it looks like that:
    constructor Create(ATag: TNaNTag; DummyForBCB5 : Integer=0);

That will allow the pascal code to continue to compile and will generate a constructor with two int parameters, which hopefuly doesn't already exists.
I'll have a look at that file because I can't remember having this error. Maybe BCB6 doesn't generate
typedef int TNaNTag;
for
  TNaNTag = -$3FFFFF..$3FFFFE;

but I think it rather uses a STL based range type.



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 10 Oct 2003 09:32:41 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> One more question regarding something I read in the BCB CG. You caution
> against using WEAKPACKAGEUNIT. When I find this directive in the Jcl
> header files, should I {$IFNDEF } them for BCB5/6?
>

Well, I only removed the one in JclResources.pas because that was the one that made the linker crash.
In general, WEAKPACKAGEUNIT is only needed for unit that links to a DLL and apparently, none of the JCL units do that, so they could simply be removed alltogether.
However, this is a job for the JCL team to verify it doesn't break a thing and they are already aware of the situations. If you want to remove all of them and the JCL still doesn't work, why not, but as we say around here:
"If it aint broke, don't bloody touch it"

So as long as the directive doesn't make the linker crash, leave it in there. In the end, they may well be all removed from the source, but that's not directly our job to do so. We warn the JCL team, they decide.



Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 01:31:45 +0200
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > Why not in TComponent.WriteState ?

Don't known. It works in DefineProperties.


>> > > Further it prevents writing the image list data when the
>> > > picture or resourceids are used. 
> > Of course it does but the way isn't nice.
> > Why not grabbing the inherited defined properties and it's methods and
> > redefine them if want them ?

What is when Borland changes the defined properties? Who will know that
JvImageList depends on it? That was the main reason for the bad code.


-- Regards Andreas Hausladen 

Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 10 Oct 2003 09:28:59 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> OK, I see where you talk about the solution in the guide (very nice
> work, BTW).
>
> I don't understand where the ambiguity comes from if the symbol isn't
> defined in the Jcl file referenced in the error message. Can you explain
> this to me?
>

It comes from the fact that some Borland's hpp files are a source of problem.
I can't remember the exact ones, but let's talk in broad terms:
In file A.hpp, I got this

namespace A
{
typedef int WORD;
}

and in Windows.hpp, I got
#include <windows.h>

which in turn defines this:
typedef int WORD;

Then we generate the hpp file for B.pas which has this clause:
uses Windows, A;

B.hpp will then contain
#include "A.hpp"
#include "Windows.hpp"

using namespace Windows;
using namespace A;

And when you use the WORD type in the generated hpp file, the compiler cannot distinguish between A::WORD and ::WORD. So it complains. The easy solution would be to fully specify ::WORD instead of WORD in the generated hpp file, but that's not possible. So the solution consists in inverting A and Windows in the uses clause so that the includes in the generated hpp file are reversed and it solves the problem.
And this happens even if none of the JCL files defines the WORD type.

This is a general demonstration, I may be wrong with respect to the original order in the uses clause, but you get the idea



Subject: Re: LeftRightCanNavigate
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 9 Oct 2003 19:13:30 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
bm4nf8$dbi$1@talkto.net...
> > Please update the JvInspector. I had committed a theme aware version that
> > also supports mouse wheeling.

Oooh, conflicts! No biggie though, it was just some of the gating code.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: A ImageList component
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 10 Oct 2003 01:12:26 +0200
Newsgroups: jedi.vcl

> >The TJvImageList.DefineProperties neither reads nor writes any property.
Indeed it does not - I get a bit confused by the CLX stuff.

> >It just reloaded the picture property before it is written by the
> >streaming system. 
Why not in TComponent.WriteState ?

> >Further it prevents writing the image list data when the
> >picture or resourceids are used. 
Of course it does but the way isn't nice.
Why not grabbing the inherited defined properties and it's methods and
redefine them if want them ?

> >The question "Why should the component
> >store the data twice?" is answert by this code.
Of course storing of the inherited property "Bitmap" doesn't make
sense because we provide the imagelist content on other ways.
I want to use the resourceway to have the same image only stored one
time in the project and at the end only once in the executable.

Uwe


Subject: Re: LeftRightCanNavigate
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 9 Oct 2003 19:08:33 -0400
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
bm4n7n$da5$1@talkto.net...
> > ie, keys change focus, if
> > - all text in the edit is selected, as is on entry of the edit control.
> > - or the caret in the edit control is located before the first character
> >   for the left cursor key or after the last character for the right
> > cursor key.

Okay, that makes sense.

Thanks,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: LeftRightCanNavigate
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 01:06:11 +0200
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > I'm looking through TJvCustomInspectorItem and I found the function
> > named in the subject inside the Edit_WndProc method. I looked at it but
> > can't for the life of me figure out what it's trying to accomplish.
> > Could someone please beat me with a clue stick about it?

LeftRightCanNavigate returns true if the caret can be moved to left or to
right (VK_LEFT, VK_RIGHT) in the edit control.

Please update the JvInspector. I had committed a theme aware version that
also supports mouse wheeling.



-- Regards Andreas Hausladen 

Subject: Re: LeftRightCanNavigate
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 10 Oct 2003 01:03:28 +0200
Newsgroups: jedi.vcl

Looks likes the function determines whether left, right cursor keys should move the caret/cursor in the edit control or change focus.

ie, keys change focus, if
- all text in the edit is selected, as is on entry of the edit control.
- or the caret in the edit control is located before the first character  for the left cursor key or after the last character for the right cursor key.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Fri, 10 Oct 2003 00:56:34 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bm4e12$bba$1@talkto.net...
> > André Snepvangers wrote:
> >
>> > > IMHO we need to have same sources anyway. And that is also the way I
>> > > ported jvcl to jvclx. But with common sources or sourcenames you cannot
>> > > have the both packages installed at the same time.
> >
> > With the above technique you have two units: JvQImageList.pas and
> > JvImageList.pas. The JvQXxx goes to the CLX package and the JvXxx unit
> > goes to the VCL package. This works fine under Delphi and is no problem
> > under Kylix because there is "no" VCL package loaded.
> >
> >
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen

But in that way you get fedup with losts of additional files.
Besides that I think that this is more generic JVCL problem:
If I would install JVCL3 then I have problem due to incompatibality
with JVCL2.x. Software developed with 2.1 does not compile under 3.0.
This leaves me 2 options:
- modify sources
- deinstall jvcl3 and install jvcl2.1
IMHO the install program should have deinstall options, update options and
should be more
jedi generic dealing with more then just JVCL & JCL packages.

Regards,

André Snepvangers






Subject: LeftRightCanNavigate
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 9 Oct 2003 18:53:16 -0400
Newsgroups: jedi.vcl

I'm looking through TJvCustomInspectorItem and I found the function named in
the subject inside the Edit_WndProc method. I looked at it but can't for the
life of me figure out what it's trying to accomplish. Could someone please
beat me with a clue stick about it?

Thanks,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JVCL Theme support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 10 Oct 2003 00:47:31 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Not supported (flat border only)
> > --------------------------------
> > TJvInspector
> > TJvShapedButton

Done.

TJvShapedButton supports only ParentBackground. More is not possible with
theming for TJvShapedButton.



-- Regards Andreas Hausladen 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Oct 2003 22:14:50 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > André Snepvangers wrote:
> > 
>> >> I agree too much fuzz, too much work.
> > 
> > My idea was the usage of lots of $IFDEFs.
> > 
> > 
> > QJVCL.INC:
> > ----------------
> > {$I JVCL.INC}
> > {$UNDEF COMPLIB_VCL}
> > {$DEFINE COMPLIB_CLX}
> > {$DEFINE UnitInclude}
> > 
> > 
> > JvQImageList.pas:
> > --------------------
> > unit JvQImageList;
> > {$I QJVCL.INC}
> > {$I JvImageList.pas}
> > 
> > 
> > JvImageList.pas:
> > ------------------------
> > {$IFNDEF UnitInclude}
> > unit JvImageList;
> > {$I JVCL.INC}
> > {$ENDIF}
> > 
> > // start of the normal code
> > 
> > uses
> > {$IFDEF COMPLIB_VCL}
> >   Forms, Controls,
> > {$ENDIF}
> > {$IFDEF COMPLIB_CLX}
> >   QForms, QControls,
> > {$ENDIF}
> >   SysUtils, Classes;
> > 
> > ----------------------------
> > 
> > 
> > With this technique you have two units and one code base.
> > 
> > 
> > 

IMHO we need to have same sources anyway. And that is also the way I ported
jvcl to jvclx. But with common sources or sourcenames you cannot have the
both packages installed at the same time. This is a problem if you have VCL
and CLX projects. No problem if could switch easily between one or the
other. Maybe it is easier to modify the installed packages from outside
delphi by adapting the borland ini-files in $(DELPHI)\bin and maybe using
environmentvariables to fill in some gaps. 
Since you already written something like that in your JVCLX install scripts,
looks me a really nice job for you. ;)


Regards,    

André


Subject: happy birthday, Marcel!!!! :-)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 09 Oct 2003 23:53:01 +0200
Newsgroups: jedi.vcl

Hi Marcel

I only want to wish you all the best!

best regards and many thanx for your work at JVCL and your jokes in your
mails ... (H-Files ... .:-))

Ralf Grenzing
JVCL MegaDemo Developer




Subject: Re: Why is TForm.ActiveControl NIL when TJvInspector has the focus?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 9 Oct 2003 16:47:49 -0400
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
bm4f3g$bg5$1@talkto.net...
>> >> Ya know what? Scratch that, I looked through the code and it is fairly
>> >> difficult. But not impossible. I've already started a bit of work on this
>> >> (gating off the old code via $IFNDEF), and if anyone wants to help just
>> >> let
> >
> > Hmm. Are you sure it's worth it? We'd lose our nice Events that we
> > currently have working off the embedded TEdit.

I don't know. And I won't unless I try it out. Maybe an adapter or some sort
of modified TCustomEdit could be used. Let me take a look.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Why is TForm.ActiveControl NIL when TJvInspector has the focus?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 09 Oct 2003 16:44:17 -0400
Newsgroups: jedi.vcl


> Ya know what? Scratch that, I looked through the code and it is fairly
> difficult. But not impossible. I've already started a bit of work on this
> (gating off the old code via $IFNDEF), and if anyone wants to help just let

Hmm. Are you sure it's worth it? We'd lose our nice Events that we currently have working off the embedded TEdit.

Warren



Subject: Re: JVCL Theme support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 22:41:13 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Crashes with ThemeManager
> > -------------------------
> > TJvDBLookupEdit      (only when created at design time)
> > TJvDBLookupCombo     (only when created at design time)
> > TJvDBLookupComboEdit (only when created at design time)

Fixed. It was a bug in TJvThemes that collidated with the ThemeManager.

Here the current list:


Not supported (ownerdraw border)
--------------------------------
TJvLookout
TJvExpress
TJvCaptionPanel
TJvgProgress



Not supported (flat border only)
--------------------------------
TJvInspector
TJvTransparentButton
TJvTransparentButton2
TJvItemPanel



Not supported (painted by VCL)
------------------------------




Not supported (owner draw)
----------------------------
JvgPageControl
JvgTabControl



Destroyed by ThemeManager (use CM_DENYSUBCLASSING)
--------------------------------------------------
TJvCaptionPanel
TJvItemsPanel
TJvShapedButton      (themed background is painted)
TJvAnalogClock



Crashes with ThemeManager
-------------------------



Not usable
----------
TJvgCaption





-- Regards Andreas Hausladen 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 22:23:33 +0200
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > IMHO we need to have same sources anyway. And that is also the way I
> > ported jvcl to jvclx. But with common sources or sourcenames you cannot
> > have the both packages installed at the same time. 

With the above technique you have two units: JvQImageList.pas and
JvImageList.pas. The JvQXxx goes to the CLX package and the JvXxx unit
goes to the VCL package. This works fine under Delphi and is no problem
under Kylix because there is "no" VCL package loaded.



-- Regards Andreas Hausladen 

Subject: Re: populating JVTListview columns
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 9 Oct 2003 22:17:04 +0200
Newsgroups: jedi.vcl

> > [Error] Unit3.pas(130): Incompatible types: 'TJvListItem' and 'TListItem'
OK, try this:

lv := TJvListItem(JVListView1.Items.Add);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 09 Oct 2003 13:46:22 -0600
Newsgroups: jedi.vcl

Here's one that I don't see covered in your BCB CG, from JclMath.

A class, EJclNaNSignal, is defined in JclMath. This class is derived
from EJclMathError, which is derived from EJclError, which is derived
from Exception.

The class is very simple:

  EJclNaNSignal = class (EJclMathError)
  private
    FTag: TNaNTag;
  public
    constructor Create(ATag: TNaNTag);
    property Tag: TNaNTag read FTag;
  end;

The EJclError class is also simple:

  EJclError = class (Exception)
  public
    constructor CreateResRec(ResStringRec: PResStringRec);
    constructor CreateResRecFmt(ResStringRec: PResStringRec; const Args:
array of const);
  end;


The type TNaNTag is defined ae a range:

  TNaNTag = -$3FFFFF..$3FFFFE;

This transltes into C++ as:

   typedef int TNaNTag;

So far, so good.

Somehow, this causes the JclMath.hpp file to contain the class
EJclNaNSignal, defined as:

  class DELPHICLASS EJclNaNSignal;
  class PASCALIMPLEMENTATION EJclNaNSignal : public EJclMathError 
  {  
  	typedef EJclMathError inherited;
	
  private:
    TNaNTag FTag;
	
  public:
     __fastcall EJclNaNSignal(TNaNTag ATag);
     __property TNaNTag Tag = {read=FTag, nodefault};
public:
	#pragma option push -w-inl
	/* EJclError.CreateResRec */ inline __fastcall
EJclNaNSignal(System::PResStringRec ResStringRec) : 
		EJclMathError(ResStringRec) { }
	#pragma option pop
	#pragma option push -w-inl
	/* EJclError.CreateResRecFmt */ inline __fastcall
EJclNaNSignal(System::PResStringRec ResStringRec, 
		const System::TVarRec * Args, const int Args_Size) :
EJclMathError(ResStringRec, Args, Args_Size) { }
		
	#pragma option pop
	
public:
	#pragma option push -w-inl
	/* Exception.CreateFmt */ inline __fastcall EJclNaNSignal(const
AnsiString Msg, const System::TVarRec 
		* Args, const int Args_Size) : EJclMathError(Msg, Args, Args_Size)
{ }
	#pragma option pop
	#pragma option push -w-inl
	/* Exception.CreateRes */ inline __fastcall EJclNaNSignal(int
Ident)/* overload */ : EJclMathError(
		Ident) { }
	#pragma option pop
	#pragma option push -w-inl
	/* Exception.CreateResFmt */ inline __fastcall EJclNaNSignal(int
Ident, const System::TVarRec * Args
		, const int Args_Size)/* overload */ : EJclMathError(Ident, Args,
Args_Size) { }
	#pragma option pop
	#pragma option push -w-inl
	/* Exception.CreateHelp */ inline __fastcall EJclNaNSignal(const
AnsiString Msg, int AHelpContext) : 
		EJclMathError(Msg, AHelpContext) { }
	#pragma option pop
	#pragma option push -w-inl
	/* Exception.CreateFmtHelp */ inline __fastcall EJclNaNSignal(const
AnsiString Msg, const System::TVarRec 
		* Args, const int Args_Size, int AHelpContext) :
EJclMathError(Msg, Args, Args_Size, AHelpContext)
		 { }
	#pragma option pop
	#pragma option push -w-inl
	/* Exception.CreateResHelp */ inline __fastcall EJclNaNSignal(int
Ident, int AHelpContext)/* overload */
		 : EJclMathError(Ident, AHelpContext) { }
	#pragma option pop
	#pragma option push -w-inl
	/* Exception.CreateResFmtHelp */ inline __fastcall
EJclNaNSignal(System::PResStringRec ResStringRec
		, const System::TVarRec * Args, const int Args_Size, int
AHelpContext)/* overload */ : EJclMathError(
		ResStringRec, Args, Args_Size, AHelpContext) { }
	#pragma option pop
	
public:
	#pragma option push -w-inl
	/* TObject.Destroy */ inline __fastcall virtual ~EJclNaNSignal(void)
{ }
	#pragma option pop
	
};


The problem is the overloaded constructors:

     __fastcall EJclNaNSignal(TNaNTag ATag);

and 

	/* Exception.CreateRes */ inline __fastcall EJclNaNSignal(int
Ident)/* overload */ : EJclMathError(
		Ident) { }

Both of which have identical parameter lists because TNanTag is
translated into an int in the header file.

How can I tell Delphi not to translate the TNaNTag range into an int, or
convince Delphi not to add the int constructor to the .hpp file, or in
some other way work around this without creating havoc?

Thanks again.


Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Oct 2003 19:02:01 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > André Snepvangers wrote:
> > 
>> >> We have to find another solution.
> > 
> > The Jcl team wants to use "template" source files that will be parsed by a
> > preprocessor that generates the two files JclQXxx.pas and JclXxx.pas
> > 
> > But I still think that this is no good way for working on the J(V)CLX
> > 
> > 

I agree too much fuzz, too much work.
It is possible to remove and install packages manually. So I think it's
possible to automate it either from within or outside Delphi. Modifying the
(ini) files (defproj.dof..) (and registry?). Similar to install scripts you
have uploaded.

Regards,

André



Subject: Re: populating JVTListview columns
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 9 Oct 2003 20:52:41 +0200
Newsgroups: jedi.vcl

Sorry, I forgot that you were using a JvListView. The item type should be
declared as TJvListItem instead of TListItem.

> > I presume I am doing something wrong I get the errors below.:
Have you declared a type in Unit3 with the name TListItem? Then you must
rename that type to something else (like TMyListItem). You can't have two
different types with the same name. Or, post the code here (minimal) so I
can have a look.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Sourceforge Tasks
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 9 Oct 2003 20:19:54 +0200
Newsgroups: jedi.vcl

> > Does this mean I have administrator access :-)
Yes, to tasks and trackers, i.e you can add, assign and modify tasks. I
trust you ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: populating JVTListview columns
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 9 Oct 2003 20:18:17 +0200
Newsgroups: jedi.vcl

var lv :TListItem;
begin
lv := ListView1.Items.Add;
lv.Caption := 'temp1';
lv.SubItems.Add('temp2');
lv.SubItems.Add('temp3');
lv.SubItems.Add('temp4');

Caption = Columns[0], Columns[1] = SubItems[0] etc. You can add more
SubItems than columns but they won't be visible.

Hope that helps

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Why is TForm.ActiveControl NIL when TJvInspector has the focus?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 9 Oct 2003 13:59:10 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bm41nc$8to$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > bm413p$8oo$1@talkto.net...
>> >> Hello, Warren!
>> >> You wrote  on Thu, 09 Oct 2003 12:09:04 -0400:
WP>>>  Shouldn't ActiveControl stay on the Inspector, even when the
WP>>> inspector creates a TEdit or TMemo?
>> >>
>> >>     It should, but how to get it working? I think the only way to
>> >> accomplish it is to not use a TEdit control but instantiate an edit
>> >> window through WinAPI calls. That's a lot of work though....
> >
> > No, not really. It's just a matter of calling CreateWindow with a window
> > class of EDIT and trapping WM_COMMAND in the parent and looking for
> > EN_CHANGE.

Ya know what? Scratch that, I looked through the code and it is fairly
difficult. But not impossible. I've already started a bit of work on this
(gating off the old code via $IFNDEF), and if anyone wants to help just let
me know.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 09 Oct 2003 11:49:05 -0600
Newsgroups: jedi.vcl

One more question regarding something I read in the BCB CG. You caution
against using WEAKPACKAGEUNIT. When I find this directive in the Jcl
header files, should I {$IFNDEF } them for BCB5/6?

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >That's a situation I described in the BCB Compatibility guide



Subject: Re: Sourceforge Tasks
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 9 Oct 2003 19:36:27 +0200
Newsgroups: jedi.vcl

I've enabled every permission available. Try again (log in as ahuser).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: DockPresident (it was Try my favorite expert)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 9 Oct 2003 19:31:42 +0200
Newsgroups: jedi.vcl

Very impressive. How long since you tried to contact the author and what
e-mail did you use?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Can anyone please help me...losing my mind
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 9 Oct 2003 12:24:54 -0500
Newsgroups: jedi.vcl

Nevermind...it did exist in the folder...i looked in wrong folder.

Thanks again,
Dave

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bm42v0$95n$1@talkto.net...
> > "dave" <dbracken@infonowsolutions.com> wrote in message
> > bm42g6$92u$1@talkto.net...
>> > > The file does exist but the copy fails with an error code of 80. anyone
>> > > know what this means?
> >
> > From the Platform SDK:
> >
> > "80 | The file exists. | ERROR_FILE_EXISTS"
> >
> > Either delete the file beforehand or change the third parameter to false.
> >
> > Cheers,
> >   Ignacio
> >
> > --
> > No, don't send me e-mail directly. No, just don't.
> >
> >




Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 09 Oct 2003 11:21:30 -0600
Newsgroups: jedi.vcl

OK, I see where you talk about the solution in the guide (very nice
work, BTW).

I don't understand where the ambiguity comes from if the symbol isn't
defined in the Jcl file referenced in the error message. Can you explain
this to me?

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >That's a situation I described in the BCB Compatibility guide



Subject: Re: Can anyone please help me...losing my mind
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 9 Oct 2003 12:19:26 -0500
Newsgroups: jedi.vcl

But i verified the file does not exist in the target directory. So why am i
getting this error.Strange...

Thanks again,
Dave


"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bm42v0$95n$1@talkto.net...
> > "dave" <dbracken@infonowsolutions.com> wrote in message
> > bm42g6$92u$1@talkto.net...
>> > > The file does exist but the copy fails with an error code of 80. anyone
>> > > know what this means?
> >
> > From the Platform SDK:
> >
> > "80 | The file exists. | ERROR_FILE_EXISTS"
> >
> > Either delete the file beforehand or change the third parameter to false.
> >
> > Cheers,
> >   Ignacio
> >
> > --
> > No, don't send me e-mail directly. No, just don't.
> >
> >




Subject: Re: Can anyone please help me...losing my mind
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 9 Oct 2003 13:17:22 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
bm42g6$92u$1@talkto.net...
> > The file does exist but the copy fails with an error code of 80. anyone
> > know what this means?

From the Platform SDK:

"80 | The file exists. | ERROR_FILE_EXISTS"

Either delete the file beforehand or change the third parameter to false.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 09 Oct 2003 11:15:03 -0600
Newsgroups: jedi.vcl

Oops, neglected to get the Compatibility guide after you posted
it...I'll read that over before I try to do more.

Thanks for your help.

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >That's a situation I described in the BCB Compatibility guide, and there 
> >are two solutions, the first one being ruled out because the error 
> >occurs in a non J(v)CL file. I'd suggest you try the second solution 
> >which consists in inverting the order of JclMultimedia and Windows in 
> >the uses clause of the offending unit (JclMultimedia.pas I think).
> >Regenerate the hpp file and try again. If it doesn't solve the problem, 
> >continue changing the order of the JclMultimedia in the uses clause, 
> >even putting it first. Or maybe it's last... Well, you got the idea, 
> >there has to be an order that works. When you've done that, tell me so 
> >that I can check if the change doesn't impact on BCB6



Subject: Can anyone please help me...losing my mind
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 9 Oct 2003 12:09:30 -0500
Newsgroups: jedi.vcl

I have a prog that checks if a file exists then uses copyfile to copy it to
a specific location.

The file does exist but the copy fails with an error code of 80. anyone know
what this means?

I am going crazy, because copyfile works fine in other apps i have written.
Here is my code in D5 ent. windows 2000

 if FileExists(strFilename) then begin
      FileFound := true;
      if CopyFile(pchar(strFilename), pchar(StrCopyName), true) then begin

        Writeln(FFileCopied, strFilename);
      end else begin
        ercode := GetLastError;
        ShowMessage('Could Not Copy');
      end;
    end;

TIA,
Dave




Subject: Re: Sourceforge Tasks
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 17:07:28 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I've enabled every permission available. Try again (log in as ahuser).

Does this mean I have administrator access :-)


Now it works.



-- Regards Andreas Hausladen 

Subject: Re: JVCL anonymous CVS broken?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Oct 2003 19:00:43 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Thu, 09 Oct 2003 17:52:46 +0100:

 TH> I have not been able to access JVCL on sourceforge for several days
 TH> using
 TH> :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl

    Anonymous access is still routed through the backup server which is
totally unable to cope with all the requests it's getting. So in 99% of the
times it fails.

 TH> while for example I have no problem with this one
 TH> :pserver:anonymous@cvs.sourceforge.net:/cvsroot/maddxshow

    It's possible there are two backup servers one for the first half and
one for the second. In either case, there's nothing we can do about it,
except waiting for SF to complete the transfer to and installation of the
new CVS servers. In the mean time, your best options is to use the daily
snapshots: http://jvcl.sf.net/daily.

 TH> Even the web interface
 TH> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl appears to be
 TH> broken - just hangs.

    Routed to the same backup server so that seems logical.

 TH> a little later.....
 TH> The web access suddenly worked, CVS still doesn't giving this

 TH> cvs [update aborted]: unrecognized auth response from
 TH> cvs.sourceforge.net: M PserverBackend::PserverBackend() Connect
 TH> (Connection refused)

    Too many connection I guess.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Why is TForm.ActiveControl NIL when TJvInspector has the focus?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 9 Oct 2003 12:56:16 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bm413p$8oo$1@talkto.net...
> > Hello, Warren!
> > You wrote  on Thu, 09 Oct 2003 12:09:04 -0400:
WP>>  Shouldn't ActiveControl stay on the Inspector, even when the inspector
WP>> creates a TEdit or TMemo?
> >
> >     It should, but how to get it working? I think the only way to
> > accomplish it is to not use a TEdit control but instantiate an edit window
> > through WinAPI calls. That's a lot of work though....

No, not really. It's just a matter of calling CreateWindow with a window
class of EDIT and trapping WM_COMMAND in the parent and looking for
EN_CHANGE.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: JVCL anonymous CVS broken?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Thu, 09 Oct 2003 17:52:46 +0100
Newsgroups: jedi.vcl


I have not been able to access JVCL on sourceforge for several days using 

:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl

while for example I have no problem with this one 

:pserver:anonymous@cvs.sourceforge.net:/cvsroot/maddxshow



Even the web interface http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl
appears to be broken - just hangs. 


a little later..... 
The web access suddenly worked, CVS still doesn't giving this 

cvs [update aborted]: unrecognized auth response from cvs.sourceforge.net:
M PserverBackend::PserverBackend() Connect (Connection refused)

or this 

cvs [update aborted]: Error reading from server cvs.sourceforge.net: 0

error. The first error seems new, the second error I had to endure the last
time CVS worked at all. The last time it worked at all I had to make up to
150 attempts at updating before getting a connection that worked. 




Subject: Re: Why is TForm.ActiveControl NIL when TJvInspector has the focus?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Oct 2003 18:45:51 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 09 Oct 2003 12:09:04 -0400:

 WP> Is something wrong here? I know that the JvInspector creates an Edit
 WP> Control, and since the edit control may nto be linked to the parent
 WP> form, perhaps ActiveControl is nil. Is this right?

    Why ask if you already know the answer ;-)

 WP>  Shouldn't ActiveControl stay on the Inspector, even when the inspector
 WP> creates a TEdit or TMemo?

    It should, but how to get it working? I think the only way to accomplish
it is to not use a TEdit control but instantiate an edit window through
WinAPI calls. That's a lot of work though....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: ManagedThreads donation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 9 Oct 2003 18:45:23 +0200
Newsgroups: jedi.vcl

OK, I'll add the sources and examples to JVCL3 and then we can take it from
there.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Patches/Fixes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 9 Oct 2003 18:44:55 +0200
Newsgroups: jedi.vcl

We don't support patches in the manner I think you mean. Releases on
http://sf.net/projects/jvcl are the "last known working" versions. Other
than that, you can get the current development code either from
http://jvcl.sf.net/daily (yes, it is working again!) or via CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Oct 2003 16:39:22 +0000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > Hello, asn!
> > You wrote  on Tue, 7 Oct 2003 14:13:35 +0200:
> > 
> >  a> Some thoughts about sharing source files between JVCL & JVCLX:
> >  a> The problems is that you cannot have the same sources with different
> >  a> pacakages
> >  a> ( file huplepup.pas is already on the source path or something like
> >  a> that.) Maybe this can solved by using environment variable(s) in the
> >  a> environment settings
> >  a> and then in an initialisation section of the design package setting
> >  a> these environment
> >  a> settings .
> > 
> >    Nope, that still wouldn't allow the package to load. If package A
> > contains file pietjepuk.pas and package A contains it as well, you can
> > never load package B once package A is loaded (or vice versa) (the
> > LoadPackage procedure will check for duplicate units before any
> > initialization is done anyway). That's exactly why Borland uses different
> > filenames. Any source file common to both JVCL&JVCLX should be placed in a
> > different package (that will be used by both) and is present only once, to
> > avoid the compiler finding the wrong file upon compiling.
> > 
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> > 
> > To mail me, remove the obvious from my mail address

Thank you for you response. 
We have to find another solution.

Regards,

André


Subject: Re: Can anyone please help me...losing my mind
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 16:37:23 +0000 (UTC)
Newsgroups: jedi.vcl

dave wrote:

> > The file does exist but the copy fails with an error code of 80. anyone
> > know what this means?
Calling RaiseLastWin32Error will raise an exception with a string error
message.

But here is the message for you:
const ERROR_FILE_EXISTS = 80;

CopyFile(pchar(strFilename), pchar(StrCopyName), --> true <--)

The third argument is called "Failed when the destination file exists".
Set it to False and the file is copied.


-- Regards Andreas Hausladen 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 16:31:28 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I agree too much fuzz, too much work.

My idea was the usage of lots of $IFDEFs.


QJVCL.INC:
----------------
{$I JVCL.INC}
{$UNDEF COMPLIB_VCL}
{$DEFINE COMPLIB_CLX}
{$DEFINE UnitInclude}


JvQImageList.pas:
--------------------
unit JvQImageList;
{$I QJVCL.INC}
{$I JvImageList.pas}


JvImageList.pas:
------------------------
{$IFNDEF UnitInclude}
unit JvImageList;
{$I JVCL.INC}
{$ENDIF}

// start of the normal code

uses
{$IFDEF COMPLIB_VCL}
  Forms, Controls,
{$ENDIF}
{$IFDEF COMPLIB_CLX}
  QForms, QControls,
{$ENDIF}
  SysUtils, Classes;

----------------------------


With this technique you have two units and one code base.



-- Regards Andreas Hausladen 

Subject: Re: A ImageList component
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Oct 2003 16:30:03 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > André Snepvangers wrote:
> > 
>> >> I have uploaded an updated version jedi.binairies. Corrected 2 flaws that
>> >> effect VisualCLX code only. Also some changes to avoid flaws in the
>> >> Borland Code Explorer/Completion: They do not evaluate directives
>> >> {$IFDEF }.
> > 
> > Thanks. Unfortunatelly the component posted at jedi.binaries is out of
> > date because I added the features Peter requested. These features are most
> > Windows only but I will try to add your changes and make the component
> > available for VisualCLX but with some restrictions.
> > 
> > 

Thank you for supporting JEDI VisualCLX.


Subject: Why is TForm.ActiveControl NIL when TJvInspector has the focus?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 09 Oct 2003 12:09:04 -0400
Newsgroups: jedi.vcl

Is something wrong here? I know that the JvInspector creates an Edit Control, and since the edit control may nto be linked to the parent form, perhaps ActiveControl is nil. Is this right? Shouldn't ActiveControl stay on the Inspector, even when the inspector creates a TEdit or TMemo?

Warren



Subject: Patches/Fixes
From: "Mark Williams" <mark@skwirel.com>
Date: Thu, 9 Oct 2003 08:57:52 -0700
Newsgroups: jedi.vcl

Hi,

Can anyone tell me where to find patches/fixes for specific components.

Thanks

Mark Williams




Subject: Re: ManagedThreads donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Oct 2003 17:38:57 +0200
Newsgroups: jedi.vcl

Hello, Peter!

    I've had contact with Erwin. He has been busy with school and has done
virtually nothing with the components. He plans on continuing with them when
he has some time but is not sure how much time he will have available
between work and non-computer related life. I will add him to the project so
he has write-access to the CVS tree and I have pointed him to this NG.

    He did mention that he would like some serious testing being done with
the components, as testing/debugging threads is a lot more complicated than
a single threaded component/application. He's also not sure the entire
component set is production stable yet (he only uses a portion of it in his
own work).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: a button that has two different states (captions/images)?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Oct 2003 17:02:28 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 09 Oct 2003 10:54:27 -0400:

 WP> Another common use is the "Start/Stop Thread", "Connect/Disconnect
 WP> Database", and that sort of thing.

 WP> I just keep writing code to accomplish this, and think to myself,
 WP> having to keep writing a little helper function to manage that button's
 WP> image and text seems wrong when it could be a part of the component.

 WP> Thoughts?

    The switching of image+caption+event(!) could be solved with the
DataProvider stuff (just switch the item the button should render and you're
done) although this might not be the most obvious way <g> But I also seem to
recall seeing a message with either this as a request or maybe even as a
donation but I can't find it.....


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: a button that has two different states (captions/images)?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 09 Oct 2003 10:54:27 -0400
Newsgroups: jedi.vcl

One common pattern I keep coming across is a button that should have two separate images and captions, one for it's initial state, and one for the opposite state. It's like a checkbox meets a button, for when a checkbox seems wrong.

For example, a dialog box which comes up in simplified mode, but has an Advanced button, which should probably say something like "Advanced >>".
Click it and the caption and image change to "Basic <<".

Is there such a thing already in Jedi? I thought I heard somebody say
something about exactly this little component idea, but I can't find it
now searching through the vcl newsgroup.

Anyways, the button would also be handy if pressing it caused the button to lock in a  down position, and pressing it again, released the position, optionally.

Another common use is the "Start/Stop Thread", "Connect/Disconnect Database", and that sort of thing.

I just keep writing code to accomplish this, and think to myself, having to keep writing a little helper function to manage that button's image and text seems wrong when it could be a part of the component.

Thoughts?

Warren




Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 14:01:47 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > We have to find another solution.

The Jcl team wants to use "template" source files that will be parsed by a
preprocessor that generates the two files JclQXxx.pas and JclXxx.pas

But I still think that this is no good way for working on the J(V)CLX


-- Regards Andreas Hausladen 

Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 13:58:44 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > Thank you for supporting JEDI VisualCLX.

Thanks for noting www.kylix-patches.de.vu in your readme file. :-)



-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: Sourceforge Tasks
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Oct 2003 15:51:27 +0200
Newsgroups: jedi.vcl

Try now

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ManagedThreads donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Oct 2003 15:46:09 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 09 Oct 2003 09:44:06 -0400:

 WP> Can't I have a looksee at it, where is it?

    dev/donation/ManagedThreads using CVS or the http addresses I mentioned
in my other post (which overlapped with yours)


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: ManagedThreads donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Oct 2003 15:44:26 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Thu, 9 Oct 2003 15:33:41 +0200:

 MB>     No mail address though. Of course I mailed him just after my last
 MB> (readable) backup of my mail folder and just BTBC (Before The Big Crash
 MB> ;-) ). Searching Google.....

    Contacted him using his SF account (was easier to find). His project
page (http://sf.net/projects/managedthreads) seems rather deserted though.
But using http://managedthreads.sf.net we can still download his latest
version (which is dated the same as when I first asked him to donate to us,
so probably no updates).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: ManagedThreads donation
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 09 Oct 2003 09:44:06 -0400
Newsgroups: jedi.vcl

Can't I have a looksee at it, where is it?

Warren



Subject: Re: Sourceforge Tasks
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Oct 2003 15:43:03 +0200
Newsgroups: jedi.vcl

You should have access. I'll check.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: ManagedThreads donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Oct 2003 15:33:41 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Thu, 9 Oct 2003 15:28:36 +0200:

 PT>>  I have looked at the managed threads donation from Erwind
 PT>> Molendjik and must say it's pretty cool. Does anyone know
 PT>> who was the initial contact for this donation?

 MB>    I know: me <g>

 PT>> I don't seem to be able to find any posting about it...

 MB>     It was in the JVCL-developers mailing list (most likely when it was
 MB> still run by yahoogroups), but I can't find it either.

    Next time I'll look better:
http://sourceforge.net/mailarchive/forum.php?forum_id=11599&max_rows=25&styl
e=ultimate&viewmonth=200209

 MB>     Since I asked him if he wanted to donate you probably already know
 MB> my choice. Too bad though he hasn't done much (or at least not in
 MB> public view). Is his mail address in the donation? I could check the
 MB> status (he might have extended the set/fixed bugs we are yet unaware
 MB> of).

    No mail address though. Of course I mailed him just after my last
(readable) backup of my mail folder and just BTBC (Before The Big Crash
;-) ). Searching Google.....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: ManagedThreads donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Oct 2003 15:28:36 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 9 Oct 2003 15:06:32 +0200:

 PT>  I have looked at the managed threads donation from Erwind
 PT> Molendjik and must say it's pretty cool. Does anyone know
 PT> who was the initial contact for this donation?

   I know: me <g>

 PT> I don't seem to be able to find any posting about it...

    It was in the JVCL-developers mailing list (most likely when it was
still run by yahoogroups), but I can't find it either.

 PT> I think we should add these components to JVCL. Anyone else has a
 PT> deviating opinion?

    Since I asked him if he wanted to donate you probably already know my
choice. Too bad though he hasn't done much (or at least not in public view).
Is his mail address in the donation? I could check the status (he might have
extended the set/fixed bugs we are yet unaware of).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Sourceforge Tasks
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 13:19:37 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Try now

Perhaps I do something wrong but I cannot edit any Task data. I've logged
out and logged in.

Thanks for assiging me and updating the tasks.


-- Regards Andreas Hausladen 

Subject: ManagedThreads donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Oct 2003 15:06:32 +0200
Newsgroups: jedi.vcl

I have looked at the managed threads donation from Erwind Molendjik and must
say it's pretty cool. Does anyone know who was the initial contact for this
donation? I don't seem to be able to find any posting about it...

 I think we should add these components to JVCL. Anyone else has a deviating
opinion?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Sourceforge Tasks
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 13:05:50 +0000 (UTC)
Newsgroups: jedi.vcl

Task 86057 Test with Personal Edition:
   Complete: 20%
   Comment: Delphi 6 Personal Edition packages are complete. Missing
Delphi 5 Std, Delphi 7 PE (may work the same way as D6PE) and BCB 5 Std
and BCB 6 PE.


-- Regards Andreas Hausladen 

Subject: Sourceforge Tasks
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 13:02:29 +0000 (UTC)
Newsgroups: jedi.vcl

Because I have no access to edit the sourceforge tasks I'll do it this way.

Task 86058 XP Theming:
  Complete: 90%
  Comment: Some components cannot be themed without a complete rewrite of
the paint functions.


-- Regards Andreas Hausladen 

Subject: Re: A ImageList component
From: André Snepvangers <asn@xs4all.nl>
Date: Thu, 09 Oct 2003 11:15:17 +0000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Is someone interested in a TImageList component (for JVCL) that loads the
> > images at design time from a file or a picture property and at runtime
> > from the picture property where the file's content is stored? It also
> > supports the "old" ImageList way.
> > 
> > 
> > I've written this component because the ImageList's load/save function
> > depends on the ComCtrls's version and it always produces 24 Bit bitmaps
> > from my 4 or 8 Bit bitmaps.
> > 
> > 

I have uploaded an updated version jedi.binairies. Corrected 2 flaws that
effect VisualCLX code only. Also some changes to avoid flaws in the Borland
Code Explorer/Completion: They do not evaluate directives {$IFDEF }.

Regards,

André Snepvangers



Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 09:27:54 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:


> > I will try to add your changes and make the component 
> > available for VisualCLX but with some restrictions.

Done.

The attachment in jedi.binaries is the same as the CVS JvImageList.pas
version 1.2. It compiles with Delphi 6 CLX but needs the unofficial
VisualCLX patch because of the Canvas.Pixels[] array property.


-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: Try my favorite expert
From: tif <tif@0451.com>
Date: Thu, 09 Oct 2003 17:24:00 +0800
Newsgroups: jedi.vcl

Thank you! This will help me much.

-- Regards, Winston Feng<wintonf@tom.com> 

Subject: Pas2JvInterpreter
From: Lithian <ilovespam@despammed.com>
Date: Thu, 9 Oct 2003 09:19:20 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

I need to use my own class with jvInterpreter. On the JvInterpreterTest 
example I read:

> > Use program Pas2JvInterpreter, placed in
> > 'RALib\Tools\Pas2JvInterpreter' folder to
> > automatically create JvInterpreter Adapters.

but I don't find that program. Any one can help me?

Thanks,
Lithian.


Subject: DockPresident (it was Try my favorite expert)
From: "kv" <kvlahos@nospam.lineone.net>
Date: Thu, 9 Oct 2003 11:45:50 +0300
Newsgroups: jedi.vcl

At the ftp site given below under (http://ftp.cnvcl.org/sources/) I came
accross a Delphi component called DockPresident.  This is a most amazing
docking component supporting different docking styles including the Visual
Studio.NET style.  The components are very easy to use one can integrated
powerful docking into Delphi projects using a few lines of code.  The
distribution also contains some great example projects that demonstrate the
components' features and options.

Unfortunately all the documentation comes in Chinese or some other Eastern
language and I could not figure out the copyright restrictions.  Also I
couldn't access the website mentioned in the documentation and when I tried
to contact the authors by e-mail I got no response.

Does anybody have any idea about whether DockPresident is freeware.  Could
any person with knowledge of Chinese have a look at the documentation and
let us know.  By the way such a component would be a fine addition to JVCL,
assuming it is not commercial and the author is willing to donate it.



"tif" <tif@0451.com> wrote in message
news:20031007233429.8A6F.TIF@0451.com...
> > The FmyCodeExpert is my everyday expert. I cannot use Delphi without it.
> > I hope it would be useful for the JEDI Team coders.
> >
> > Download it here:
> > http://ftp.cnvcl.org/experts/fmycodeexpert.rar
> >
> > -- 
> > Regards,
> >
> > Winston Feng<wintonf@tom.com>
> >




Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 08:43:30 +0000 (UTC)
Newsgroups: jedi.vcl

André Snepvangers wrote:

> > I have uploaded an updated version jedi.binairies. Corrected 2 flaws that
> > effect VisualCLX code only. Also some changes to avoid flaws in the
> > Borland Code Explorer/Completion: They do not evaluate directives
> > {$IFDEF }.

Thanks. Unfortunatelly the component posted at jedi.binaries is out of
date because I added the features Peter requested. These features are most
Windows only but I will try to add your changes and make the component
available for VisualCLX but with some restrictions.


-- Regards Andreas Hausladen 

Subject: Re: Try my favorite expert
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 07:54:24 +0000 (UTC)
Newsgroups: jedi.vcl

tif wrote:

> > I did add save code at IOTAIDENotifier.AfterCompile in previous release.
> > But I found Delphi will compile the source every time that user invoke
> > Code Completion or Code Insight. That's too much for my expert. Maybe
> > you have another solution?

If you do not support Delphi <5 you can implement the IOTAIDENotifier50
interface:

  IOTAIDENotifier50 = interface(IOTAIDENotifier)
    ['{AC7D29F1-D9A9-11D2-A8C1-00C04FA32F53}']
    procedure BeforeCompile(const Project: IOTAProject; IsCodeInsight:
Boolean;
      var Cancel: Boolean); overload;
    procedure AfterCompile(Succeeded: Boolean; IsCodeInsight: Boolean);
overload;
  end;



-- Regards Andreas Hausladen 

Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 9 Oct 2003 07:51:26 +0000 (UTC)
Newsgroups: jedi.vcl

Uwe Schuster wrote:

> > Andy, I had yesterday a short look on your imagelist which you posted
> > to binaries. One Comment - DefineProperties should define the method
> > for reading and writing of the properties and not read/write the
> > properties.

The TJvImageList.DefineProperties neither reads nor writes any property.
It just reloaded the picture property before it is written by the
streaming system. Further it prevents writing the image list data when the
picture or resourceids are used. The question "Why should the component
store the data twice?" is answert by this code.


-- Regards Andreas Hausladen 

Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 09 Oct 2003 17:45:43 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:
>
>
>> {$EXTERNALSYM KLF_SETFORPROCESS}
>
>
> [C++ Error] mmsystem.h(583): E2015 Ambiguity between 'WORD' and
> 'Jclwin32::WORD(const unsigned int)'
>
>     Main.cpp(6): #include E:\Work\Leroy\Delphi\JediBCBConversion\Main.h
>     Main.h(31): #include
> F:\BORLAND\3RDPARTY\JEDI\JCL\SOURCE\JclMultimedia.hpp
>     JclMultimedia.hpp(17): #include
> F:\BORLAND\BCB5\INCLUDE\VCL\MMSystem.hpp
>     MMSystem.hpp(19): #include F:\BORLAND\BCB5\INCLUDE\mmsystem.h
>     mmsystem.h(582): class tagWAVEOUTCAPSA
>

That's a situation I described in the BCB Compatibility guide, and there are two solutions, the first one being ruled out because the error occurs in a non J(v)CL file. I'd suggest you try the second solution which consists in inverting the order of JclMultimedia and Windows in the uses clause of the offending unit (JclMultimedia.pas I think).
Regenerate the hpp file and try again. If it doesn't solve the problem, continue changing the order of the JclMultimedia in the uses clause, even putting it first. Or maybe it's last... Well, you got the idea, there has to be an order that works. When you've done that, tell me so that I can check if the change doesn't impact on BCB6

Thanks

Olivier



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 09 Oct 2003 00:37:23 -0600
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote:

> >{$EXTERNALSYM KLF_SETFORPROCESS}

Arrrrrrrrrrrrgggggggggggggggghhhh!

My system started throwing random garbage on the screen today for no
apparent reason and then locking up. After spending far too long running
diagnostics, reinstalling drivers, etc, I finally set things right by
purchasing a new video card*.

On a brighter note, I've finally got JclWin32.hpp compiling cleanly. 

ON a darker note, when I include JclDebug.hpp I get:

[C++ Error] mmsystem.h(583): E2015 Ambiguity between 'WORD' and
'Jclwin32::WORD(const unsigned int)'

    Main.cpp(6): #include E:\Work\Leroy\Delphi\JediBCBConversion\Main.h
    Main.h(31): #include
F:\BORLAND\3RDPARTY\JEDI\JCL\SOURCE\JclMultimedia.hpp
    JclMultimedia.hpp(17): #include
F:\BORLAND\BCB5\INCLUDE\VCL\MMSystem.hpp
    MMSystem.hpp(19): #include F:\BORLAND\BCB5\INCLUDE\mmsystem.h
    mmsystem.h(582): class tagWAVEOUTCAPSA

So, the include chain terminates at mmsystem.h, the file with the
ambiguity with Jclwin32. But I can't find a definition for WORD in
Jclwin32 or in JclDebug, or anywhere in any of the JCL files for that
matter. 

It's been a long day, I'm tired, I'm frustrated and I'm feeling rather
stupid. I'm going to bed! 

If I'm lucky, one of you guys will have bailed me out by the time I
check this newsgroup tomorrow. If not, I'll return to banging my bloody
head against the bloody wall<g>...


*My new video card has a lifetime warranty. Inside the box is a bright
bit of paper containing this disclaimer:

Lifetime Replacement Warranty

Lifetime Replacement Warranty is given to all PNY Verto Graphics Cards.
This warranty is for replacement for like items only. Lifetime
Replacement warranty does not cover items out of production if PNY no
longer stocks them. (Lifetime is defined as the lifetime of the product
on the market. Outdated technology is not covered by lifetime warranty
if the item is no longer available on the common market as a new
product.)

Arrrrrrrrrrrrgggggggggggggggghhhh!

G'night!


Subject: Re: Try my favorite expert
From: tif <tif@0451.com>
Date: Thu, 09 Oct 2003 13:03:00 +0800
Newsgroups: jedi.vcl

twm wrote

> > I have only read the readme so far but I will give it a try:
> > 
> > For the autosave feature I'd recommend saving on compile rather than timed 
> > (see my autosave expert  
> > http://www.dummzeuch.de/delphi/autosave/english.html on how this can be 
> > done.

I've visited it. It's really a good expert. Save to another file and
restore at restart, that's what I planed to do!

I did add save code at IOTAIDENotifier.AfterCompile in previous release.
But I found Delphi will compile the source every time that user invoke
Code Completion or Code Insight. That's too much for my expert. Maybe
you have another solution?


> > I like the local variable creation feature.
> > 
> > Some of the other features are obsolete if you use a code formatter. I can't 
> > live without delforex anymore.

I'm using delforex too:)

Thanks for your comment. If you try it later, please give me your
opinions.


-- Regards, Winston Feng<wintonf@tom.com> 

Subject: Re: A ImageList component
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Thu, 09 Oct 2003 02:32:30 +0200
Newsgroups: jedi.vcl

> >The image list is now in the CVS tree. You can find it in JvStdCtrls
> >package and in the "Images and Animations" component palette.
> >
> >I've included Uwe Schuster's idea with the resource id list as a third
> >image list mode. SaveToStream/LoadFromStream is downwards compatible to
> >non-ComCtrls 6.0 systems when the pixelformat is not pf32bit.

I've added a snapshot of my new idea to binaries. In this imagelist
you can add images or resource as items.

Andy, I had yesterday a short look on your imagelist which you posted
to binaries. One Comment - DefineProperties should define the method
for reading and writing of the properties and not read/write the
properties.

Uwe


Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 8 Oct 2003 23:27:06 +0000 (UTC)
Newsgroups: jedi.vcl

The image list is now in the CVS tree. You can find it in JvStdCtrls
package and in the "Images and Animations" component palette.

I've included Uwe Schuster's idea with the resource id list as a third
image list mode. SaveToStream/LoadFromStream is downwards compatible to
non-ComCtrls 6.0 systems when the pixelformat is not pf32bit.


-- Regards Andreas Hausladen 

Subject: Re: install question
From: "marco fornero monia" <studiogfm@infinito.it>
Date: Thu, 9 Oct 2003 00:25:34 +0200
Newsgroups: jedi.vcl

YES !!!!   Incredible but i copied jvtypes into my own component directory
and i've forgotten  :-(

So now all is working..... no because wallpaper in globus have a little
problem, but i'll try to solve for myself.

Thanks a lot.

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> ha scritto nel
messaggio news:bm1e12$mql$1@talkto.net...
> > Hello, marco!

> >    Most likely because the compiler finds an older version of the unit(s)
in
> > it's library path. Clean the library path so it no longer contains the
paths
> > to JVCL2.x or earlier and/or search your HD for multiple references of
> > JvTypes.dcu. After the cleanup it's wise to rebuild the JVCL to make sure
> > all JVCL packages are using the newest versions of all units.





Subject: Re: Problems with Latest Build
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Wed, 08 Oct 2003 23:24:26 +0200
Newsgroups: jedi.vcl

Hi Peter,

seemes to be : yes :-)

Greetings and thanks
Jens

Peter Thörnqvist wrote:

> See reply to "install question" 2003-10-08. Seems to be the same problem.
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Displaying The length of a wave file in a JVPlaylist.
From: "Steve Warburton" <Swarburton@orange.net>
Date: Wed, 8 Oct 2003 11:43:08 -0600
Newsgroups: jedi.vcl

I can load and save a JV Playlist with a List of MP3 files.
I need to achieve the following.

When I add a mp3 file I need to show the headers that contain
Filename, The tracks name.
Delay.  A selectable delay time before playing the next track in seconds.
Position. (startposition of track) The first track will be 00:00 then when a
60 sec track is added the starttime will be 60:00. + any delay time added.
 Length(The length of the track).

I then need to compute the total length of the tracks as we add another item
so the end user can see the overall length as he adds tracks.


Any help appreciated thanks.

Steve




Subject: Re: How can I get JvInspector to select from Public OR Published properties. I can only get it to show Published properties.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 08 Oct 2003 13:15:02 -0400
Newsgroups: jedi.vcl

Marcel, who replies very quickly, spoke:
>     TjvInspectorPropData can only show Published properties (like Delphi's
> Object Inspector) if RTTI info for them is available. RTTI is not generated
> for public properties and some types of published properties. The only way
> to get public properties is to write a wrapper for them:

I think, for my app, I'm going to fake it. I'm going to show the user all non-underscores as their "Object Configuration Properties" (published in delphispeak) and "Runtime Diagnostics Properties" will just be those which start with an underscore.  Good enough for my purposes. :-)

Warren





Subject: Re: install question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Oct 2003 19:07:42 +0200
Newsgroups: jedi.vcl

Hello, marco!
You wrote  on Wed, 8 Oct 2003 18:10:36 +0200:

 mfm> When i try to use component an error like this appear:

 mfm> [Fatal Error] Unit1.pas(7): Unit JvButton was compiled with a
 mfm> different version of JvTypes.TJvTrackFontOptions

 mfm> Naturally JvTypes  or JvEvery other Unit

   Most likely because the compiler finds an older version of the unit(s) in
it's library path. Clean the library path so it no longer contains the paths
to JVCL2.x or earlier and/or search your HD for multiple references of
JvTypes.dcu. After the cleanup it's wise to rebuild the JVCL to make sure
all JVCL packages are using the newest versions of all units.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: How can I get JvInspector to select from Public OR Published properties. I can only get it to show Published properties.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Oct 2003 19:04:43 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Wed, 08 Oct 2003 12:36:02 -0400:

 WP> Can anyone show me how I can get all public properties to be shown in a
 WP> JvInspector, not just published ones?

    TjvInspectorPropData can only show Published properties (like Delphi's
Object Inspector) if RTTI info for them is available. RTTI is not generated
for public properties and some types of published properties. The only way
to get public properties is to write a wrapper for them:

   TMyObject = class
   public
     property X: Integer read........
   published
     property Y: Integer read........
   end;

   TMyWrapper = class(TMyObject)
   published
     property X;
   end;

     and then use TMyWrapper(InstanceOfTMyObject) when generating the
property items for the inspector. Note however that it will also generate
published properties of TMyObject (you could change the declarations to a
generic ancestor with no published properties and derive TMyObject and
TMyWrapper from that base class).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: How can I get JvInspector to select from Public OR Published properties. I can only get it to show Published properties.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 08 Oct 2003 12:36:02 -0400
Newsgroups: jedi.vcl

Can anyone show me how I can get all public properties to be shown in a JvInspector, not just published ones? I'd like to use a page control with two inspectors, one tab should say Published and the other Public, and the one inspector should contain the one, and the other, contain the other.  Can it be done?


Warren



Subject: Re: install question
From: "marco fornero monia" <studiogfm@infinito.it>
Date: Wed, 8 Oct 2003 18:10:36 +0200
Newsgroups: jedi.vcl

OK, it work.  CRLF /s *.BPG *.INC *.PAS *.DPK  and now i've installed all.

I've downloaded a JVCL3-latest and works.

BUT.....  naturally another problem:

When i try to use component an error like this appear:

[Fatal Error] Unit1.pas(7): Unit JvButton was compiled with a different
version of JvTypes.TJvTrackFontOptions

Naturally JvTypes  or JvEvery other Unit

SO......

Thans a lot


"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:bm0kg9$g07$2@talkto.net...
> > Seems to be a problem with the SF server. As a temporary fix, I've
uploaded
> > the CRLF.exe to binaries (sources are in devtools\JvAdjustLineBreaks if
you
> > downloaded the big zip). Put it in the JVCL3 root and run in a command
> > prompt to see it's useage.





Subject: Re: Try my favorite expert
From: tif <tif@0451.com>
Date: Wed, 08 Oct 2003 19:19:40 +0800
Newsgroups: jedi.vcl

Ray wrote:

> > Can't seem to download it.  Correct URL?

Maybe the server is busy. Try it later.

-- Regards, Winston Feng<wintonf@tom.com> 

Subject: Re: A ImageList component
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 08 Oct 2003 13:03:54 +0200
Newsgroups: jedi.vcl

BTW, in ImgList.pas (delphi 7 source) after method TCustomImageList.WriteData there is an example of writing to a stream, using a custom format.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: A ImageList component
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 08 Oct 2003 12:16:27 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> What is the pros and cons of using a custom format and/or just plain bmp
> images (the mask would go into it's own image)?

* If you store a 32-bit bmp image, and want to deploy your application on windows 2000, the image has to be converted to a 24-bit image (the alpha channel (8-bit) has to be removed, so only the RGB bits are left).  I don't know whether this can be done automatically/easy. Actually, I don't know what happens if you load a 32-bit bmp image in a non 32-bit imagelist.

* I suppose the imagelist original format is compressed, but I don't know for sure.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: A ImageList component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 11:59:43 +0200
Newsgroups: jedi.vcl

> > This is not possible because the needed methods are static. I could
> > modifiy the binary code but this may crash on newer VCL versions (if any).
Why?

procedure TJvImageList.SetColorDepth(const Value:TColorDepth);
const
  Mask: array[Boolean] of Longint = (0, ILC_MASK);
begin
  case Value of
    4bit:
      Handle := ImageList_Create(Width, Height, ILC_COLORD4 or Mask[Masked],
AllocBy, AllocBy);
    8bit:
      Handle := ImageList_Create(Width, Height, ILC_COLORD8 or Mask[Masked],
AllocBy, AllocBy);
  // etc
end;

> > This is the Picture property. Or do you mean an JvImageList.AddStripe
> > method?
I meant methods like SaveToStream, SaveToFile (which calls SaveToStream),
LoadFromStream, LoadFromFile (which calls LoadFromStream). The idea was to
maybe use the stream support built into the native imagelist
(ImageList_Read(Ex), ImageList_Write(Ex)) but if they are implemented as
saving to a bmp, then they would be the same as the Picture property.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with Latest Build
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 11:51:58 +0200
Newsgroups: jedi.vcl

See reply to "install question" 2003-10-08. Seems to be the same problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: install question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 11:51:15 +0200
Newsgroups: jedi.vcl

Seems to be a problem with the SF server. As a temporary fix, I've uploaded
the CRLF.exe to binaries (sources are in devtools\JvAdjustLineBreaks if you
downloaded the big zip). Put it in the JVCL3 root and run in a command
prompt to see it's useage.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: install question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 11:43:07 +0200
Newsgroups: jedi.vcl

Seems to be the unix2dos command is missing (converts LF->CRLF in the
script). I'll post a support request and we'll see what happens...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: install question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Oct 2003 11:20:50 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 8 Oct 2003 11:07:54 +0200:

 PT> Seems to be CRLF issue and probably has to do with the script creating
 PT> the zips. I'll investigate...

    FYI, there was a post on the GExperts mailing list. The are having the
same problem with their daily files. Might be a SF issue....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 8 Oct 2003 09:14:19 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > This is not possible because the needed methods are static.

I found a (bad) solution.


-- Regards Andreas Hausladen 

Subject: Re: install question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 11:07:54 +0200
Newsgroups: jedi.vcl

Seems to be CRLF issue and probably has to do with the script creating the
zips. I'll investigate...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: how to use the jvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Oct 2003 10:53:29 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 8 Oct 2003 10:39:45 +0200:

 >>     Anyway, that's my €0.02.
 PT> Since €0.02 is a bit more than $0.02 at the moment, I guess you win<g>

   And still I can buy less with €0.02 then I can with $0.02. You Swedish
were smart not go for the Euro ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: install question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 10:46:23 +0200
Newsgroups: jedi.vcl

Without more info, it's hard to tell. Have you tried opening the bpg file
with Notepad and look for "strange" stuff? What version of D5?

I tried downloading the 09-30 zip and can't see that there is anything wrong
with the bpg.

Maybe you could post an extract of your bpg (first 25 lines or so)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A ImageList component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 10:42:18 +0200
Newsgroups: jedi.vcl

> > Thus if you develop on XP with themes, these image streams are
> > unreadable if you deploy it on a -for example- windows 2000 system.
What is the pros and cons of using a custom format and/or just plain bmp
images (the mask would go into it's own image)?
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: how to use the jvInspector
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 10:39:45 +0200
Newsgroups: jedi.vcl

> >     Anyway, that's my €0.02.
Since €0.02 is a bit more than $0.02 at the moment, I guess you win<g>


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: install question
From: "marco fornero monia" <studiogfm@infinito.it>
Date: Wed, 8 Oct 2003 10:38:28 +0200
Newsgroups: jedi.vcl

I've tried to install JVCL3-2003-09-30.zip in my D5.

When i try to load C:\delphi5lib\JEDI\JVCL\packages\D5 Packages.bpg an error
raise:

PROJECTS macro in project group file missing or incorrect.

Why?

Excuse me i'm new for JEDI




Subject: Re: how to use the jvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Oct 2003 10:35:01 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 8 Oct 2003 08:15:51 +0200:

 >> Yeah, I think that's a design wart. :-)
 PT> I don't know about that. There are plenty of examples in VCL where
 PT> components needs to be connected to other components to work
 PT> (TDatabase-TDataset-TDataSource-TDBControl to name one). I think it
 PT> makes for a more elegant and less bloated design.

    Yes, but I think Warren has a point in this case as well. The reason I
wrote the painters as separate components was to cater for situations where
you have multiple inspector controls using the same painter and settings
(=saving resources by only needing one instance of the painter). Looking
back at that I think that was probably a bad thought (how many times will
you use several inspector controls in one application?) and should be
changed.

  My approach would be to turn the painters into TPersistent descendants and
write a property editor for the new Inspector.Style property that will
enumerate the available (registered) painter classes (instantiating an
instance of the class when selected) and add the painter's properties as
it's sub properties. This will make us lose any events defined at the
painters (I think there are none at the moment), but if we can decide on a
fixed set of owner draw events we might as well add them to the inspector
instead (events that might be useful: BeforeDrawItem, AfterDrawItem. Both
will have the inspector's TCanvas, TJvInspectorCustomItem to paint, and
DrawStates parameters; the BeforeDrawItem will have an additional var
parameter DefaultDraw: Boolean set to True by default) .

    Anyway, that's my €0.02.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 8 Oct 2003 08:05:03 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > * ability to specify a format (default, DDB, 4b, 8b, 24b, 32b)

This is not possible because the needed methods are static. I could
modifiy the binary code but this may crash on newer VCL versions (if any).

> > * add support for saving/loading image strips as well as single images
> > from file/stream
> >   Loading of strips should be automatically calculated, ie
> > 
> >     if ImageToLoad.Width mod ImageList.Width = 0 then
> >        ImageToLoadCount := ImageToLoad.Width div ImageList.Width
> >     else
> >        ImageToLoadCount := 1;

This is the Picture property. Or do you mean an JvImageList.AddStripe
method?


-- Regards Andreas Hausladen 

Subject: Re: A ImageList component
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 08 Oct 2003 10:02:51 +0200
Newsgroups: jedi.vcl

You have to be carefull when loading to/from a stream, because >=ComCtl6.0 (ie XP with themes) image streams have another format than <ComCtl6.0.

Thus if you develop on XP with themes, these image streams are unreadable if you deploy it on a -for example- windows 2000 system.

See: ImageList_WriteEx function

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: A ImageList component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 09:48:32 +0200
Newsgroups: jedi.vcl

I also couldn't find it but thought I better mention it since I assume the
person that posted the code also tried it out :)

Anyways, if we are going to add our own TJvImageList, let's add some more
features to it:
* ability to specify a format (default, DDB, 4b, 8b, 24b, 32b)
* add support for saving/loading image strips as well as single images from
file/stream
  Loading of strips should be automatically calculated, ie

    if ImageToLoad.Width mod ImageList.Width = 0 then
       ImageToLoadCount := ImageToLoad.Width div ImageList.Width
    else
       ImageToLoadCount := 1;

* implement new/missing functions (like Imagelist_Merge and
Imagelist_DrawIndirect)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A ImageList component
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 8 Oct 2003 03:32:13 -0400
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 8 Oct 2003 09:17:34 +0200:
> > There also was a warning that creating a 32-bit imagelist when resolution
> > was <> 32-bit would probably fail but I haven't tested it.

I see no mention of this in the Plaform SDK documentation, but they aren't
always 100% accurate.

Cheers,
  Ignacio




Subject: Re: A ImageList component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 09:17:34 +0200
Newsgroups: jedi.vcl

I found this on Goggle:

// create 32-bit imagelist

ImageList1.Handle := ImageList_Create(16, 16, ILC_COLOR32 or ILC_MASK, 1,
4);

There also was a warning that creating a 32-bit imagelist when resolution
was <> 32-bit would probably fail but I haven't tested it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A ImageList component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 08:35:27 +0200
Newsgroups: jedi.vcl

> > Is someone interested in a TImageList component (for JVCL) that loads the
Yes please! I seem to remember there was some bug in the normal TImagelist
that prevents it from loading the high-color icons used in XP. There should
be a fix for it as well somewhere (Toolbar2000?). If we could work that into
it as well, it would be great.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 8 Oct 2003 06:29:40 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > BTW, you're so fast that you answered before Leroy even posted...

I haven't found the reason for the wrong time but if I post something
the time is half an hour ealier than the system clock. Maybe the 
server does not like German postings or the version 1.15.6.3 of
XanaNews has a bug or I had configured it wrong (or not configured)
and could not find the option to change this.


-- Regards Andreas Hausladen 

Subject: Re: Try my favorite expert
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 08:17:02 +0200
Newsgroups: jedi.vcl

Works for me

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: how to use the jvInspector
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 8 Oct 2003 08:15:51 +0200
Newsgroups: jedi.vcl

> > Yeah, I think that's a design wart. :-)
I don't know about that. There are plenty of examples in VCL where
components needs to be connected to other components to work
(TDatabase-TDataset-TDataSource-TDBControl to name one). I think it makes
for a more elegant and less bloated design.

Just my 2 c's
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Try my favorite expert
From: "johnnie" <none@noware.non>
Date: Wed, 8 Oct 2003 05:34:02 +0000 (UTC)
Newsgroups: jedi.vcl

Ray wrote:

> > Can't seem to download it.  Correct URL?

yes it seems to be the correct URL


Subject: Re: Try my favorite expert
From: "Ray" <yeohray@hotmail.com>
Date: Wed, 8 Oct 2003 10:21:13 +0800
Newsgroups: jedi.vcl

Can't seem to download it.  Correct URL?

-- Regards Ray "tif" <tif@0451.com> wrote in message news:20031007233429.8A6F.TIF@0451.com...
> > The FmyCodeExpert is my everyday expert. I cannot use Delphi without it.
> > I hope it would be useful for the JEDI Team coders.
> >
> > Download it here:
> > http://ftp.cnvcl.org/experts/fmycodeexpert.rar
> >
> > -- 
> > Regards,
> >
> > Winston Feng<wintonf@tom.com>
> >




Subject: Re: Try my favorite expert
From: Thomas Mueller <news@s2h.cx>
Date: Wed, 08 Oct 2003 00:17:05 +0000
Newsgroups: jedi.vcl

Hi,

tif wrote:

> > The FmyCodeExpert is my everyday expert. I cannot use Delphi without it.
> > I hope it would be useful for the JEDI Team coders.

I have only read the readme so far but I will give it a try:

For the autosave feature I'd recommend saving on compile rather than timed 
(see my autosave expert  
http://www.dummzeuch.de/delphi/autosave/english.html on how this can be 
done.

I like the local variable creation feature.

Some of the other features are obsolete if you use a code formatter. I can't 
live without delforex anymore.

regards
twm



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 08 Oct 2003 09:24:41 +1000
Newsgroups: jedi.vcl



Subject: Re: donation: JvAppInstances component
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 08 Oct 2003 09:18:59 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The JvgSingleInstance component is less advanced than the JvAppInstances (JclAppInstances) component. Maybe it should be replaced by JvAppInstances.
>
Yes it is so simple that it is crashing really badly with BCB...



Subject: Re: how to use the jvInspector
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 08 Oct 2003 09:18:17 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:
>
> Yeah, I think that's a design wart. :-) Imagine if all JVCL controls used separate painter objects. Think of all the lovely non-visual components named TJvCustomThingyMyStyleOfPainting you'd have all over your form.
>
> I think a ControlStyle property, which is an enumerated type, which can then instantiate the painter object would make the control much easier to use, and which defaults to Borland style, 

Look at TJvMainMenu and TJvPopupMenu, that's what I did, even though you cannot affect your own Painter directly, you can change it with the Style property.




Subject: Re: A ImageList component
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Wed, 08 Oct 2003 00:32:13 +0200
Newsgroups: jedi.vcl

> >Is someone interested in a TImageList component (for JVCL) that loads the
> >images at design time from a file or a picture property and at runtime
>from the picture property where the file's content is stored? It also
> >supports the "old" ImageList way.
> >
> >
> >I've written this component because the ImageList's load/save function
> >depends on the ComCtrls's version and it always produces 24 Bit bitmaps
>from my 4 or 8 Bit bitmaps.

Could you post this to binarys ?

I had a similar idea some weeks ago but didn't started with
development. My idea is an ImageList with resourcesimages.
The "image" property would contain an resourcename and resourceindex.
The rect in the resourceimage and the transparentcolor can be derived
over resourcename and resourceindex.

Uwe


Subject: Re: A ImageList component
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 7 Oct 2003 18:16:17 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
blvald$81p$1@talkto.net...
> > Ignacio Vazquez wrote:
>> >> You mean from a composite image like most of MS's applications store
>> >> them?  If so then bring it on! How about being able to load the image at
>> >> runtime, like, say, from a resource?
> >
> > As my ImageList is derived from TImageList it has the GetResource and
> > ResourceLoad methods.

I guess that shows how much I know about image lists. But taking a look at
the help, it looks as though those methods can only be used to load a single
image at a time, and not a composite image. Or am I missing something?

> > - Picture: TPicture

Can this safely be manipulated at runtime?

> > - TransparentColor: TColor (color for the transparent pixels in Pictures

Hmm. I guess this then means that the composite image has to use the same
transparency color for all images. Oh well, it's still a very useful
component.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Oct 2003 22:08:55 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

>> > > - Picture: TPicture
> > 
> > Can this safely be manipulated at runtime?

Yes. The ImageList will be updated on every OnChange event.


>> > > - TransparentColor: TColor (color for the transparent pixels in
>> > > Pictures
> > 
> > Hmm. I guess this then means that the composite image has to use the same
> > transparency color for all images. Oh well, it's still a very useful
> > component.

It would be no problem to have a transparent color for every slice but the
implemention is not that nice.
1. You may use a second bitmap as mask
2. You can use a  "n x 1" Bitmap where n is the number of slices and each
pixel is the transparent color
3. A dynamic array / list that is filled at runtime but cannot be filled
at design time.



-- Regards Andreas Hausladen 

Subject: Re: A ImageList component
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 7 Oct 2003 17:47:29 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
blv9ab$7lv$2@talkto.net...
> > Is someone interested in a TImageList component (for JVCL) that loads the
> > images at design time from a file or a picture property and at runtime
> > from the picture property where the file's content is stored? It also
> > supports the "old" ImageList way.

You mean from a composite image like most of MS's applications store them?
If so then bring it on! How about being able to load the image at runtime,
like, say, from a resource?

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Oct 2003 21:19:42 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > You mean from a composite image like most of MS's applications store
> > them?  If so then bring it on! How about being able to load the image at
> > runtime, like, say, from a resource?

As my ImageList is derived from TImageList it has the GetResource and
ResourceLoad methods. But it has three new properties:
- FileName: string (design time only, 
  if not empty: filename for Picture.LoadFromFile )
- Picture: TPicture
- TransparentColor: TColor (color for the transparent pixels in Pictures



-- Regards Andreas Hausladen 

Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 07 Oct 2003 15:16:20 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >{$IFNDEF BCB6}
> >{$IFNDEF BCB5}
> >{$EXTERNALSYM ...}
> >{$ENDIF}
> >{$ENDIF}

I've changed JclWin32.pas as instructed above, and this does solve the
'missing includes' problem. However...

....in JclWin32.hpp:

   static const Word KLF_SETFORPROCESS = 0x100;

causes the error 'Declaration terminated incorrectly'. 

This appears to be because KLF_SETFORPROCESS is defined in one of the
Borland header files, specifically winuser.h, as follows:

   #define KLF_SETFORPROCESS   0x00000100

How do I  tell the Pascal compiler not to generate these constants?

-Leroy



Subject: A ImageList component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Oct 2003 20:56:43 +0000 (UTC)
Newsgroups: jedi.vcl

Is someone interested in a TImageList component (for JVCL) that loads the
images at design time from a file or a picture property and at runtime
from the picture property where the file's content is stored? It also
supports the "old" ImageList way.


I've written this component because the ImageList's load/save function
depends on the ComCtrls's version and it always produces 24 Bit bitmaps
from my 4 or 8 Bit bitmaps.


-- Regards Andreas Hausladen 

Subject: Re: BCB5?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Oct 2003 20:50:12 +0000 (UTC)
Newsgroups: jedi.vcl

{$EXTERNALSYM KLF_SETFORPROCESS}



-- Regards Andreas Hausladen 

Subject: Re: how to use the jvInspector
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 07 Oct 2003 16:37:19 -0400
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>
>     Common mistake: you must assign a painter (either
> InspectorBorlandPainter or InspectorDotNETPainter) to the Painter property,
> otherwise you won't see a thing.

Yeah, I think that's a design wart. :-) Imagine if all JVCL controls used separate painter objects. Think of all the lovely non-visual components named TJvCustomThingyMyStyleOfPainting you'd have all over your form.

I think a ControlStyle property, which is an enumerated type, which can then instantiate the painter object would make the control much easier to use, and which defaults to Borland style, If the end user really needs to customize, some OnGetColors events would suffice.   As for the proprties of the Painters, these ought to be in a sub-property category (DotNetColors :TPersistent and BorlandColors:TPersistent), attributed to the main component.

Alternative: Since both painters have almost the same color set, we could avoid duplication by creating a superset of both, in CustomColors.
It seems DividerLightColor only applies to the Borland Style, and SelectedColor/SelectedTextColor, which currently only applies to DotNet, really *ought* to apply to both.

I hereby volunteer to change this in cvs if you approve. Voila, two fewer components on the component palette, and it's easier to use, to boot. :-)


Warren



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 07 Oct 2003 13:28:48 -0600
Newsgroups: jedi.vcl

OK, I'm back to the JCL stuff - here's an update:

These headers compile fine:

   #include "Jcl8087.hpp"
   #include "JclAppInst.hpp"
   #include "JclBase.hpp"
   #include "JclCOM.hpp"
   #include "JclCounter.hpp"
   #include "JclDateTime.hpp"
   #include "JclExprEval.hpp"
   #include "JclFileUtils.hpp"
   #include "JclGraphUtils.hpp"
   #include "JclHookExcept.hpp"
   #include "JclIniFiles.hpp"
   #include "JclLogic.hpp"
   #include "JclMapi.hpp"
   #include "JclMime.hpp"
   #include "JclMultimedia.hpp"
   #include "JclPrint.hpp"
   #include "JclRegistry.hpp"
   #include "JclResources.hpp"
   #include "JclRTTI.hpp"
   #include "JclStatistics.hpp"
   #include "JclStrHashMap.hpp"
   #include "JclStrings.hpp"
   #include "JclSvcCtrl.hpp"
   #include "JclSynch.hpp"
   #include "JclSysInfo.hpp"
   #include "JclSysUtils.hpp"
   #include "JclUnicode.hpp"
   #include "JclUnitConv.hpp"

And these don't. I'm starting on the corrections that we previously
discussed for them:

   // #include "JclComplex.hpp"   - includes jclmath
   // #include "JclDebug.hpp"       - includes jclwin32
   // #include "JclGraphics.hpp"
   // #include "JclLocales.hpp"     - includes jclwin32
   // #include "JclMath.hpp"
   // #include "JclMiscel.hpp"
   // #include "JclNTFS.hpp"        - includes jclwin32
   // #include "JclPeImage.hpp"  - includes jclwin32
   // #include "JclSecurity.hpp"
   // #include "JclShell.hpp"        - includes jclwin32
   // #include "JclTD32.hpp"         - includes jclpeimage
   // #include "JclWin32.hpp"
   // #include "Snmp.hpp"

-Leroy

Leroy Casterline <casterle@ccltd.com> wrote:

> >I'm on a deadline for a couple of days so I won't have a chance to work
> >on the JCL .pas files until Thursday or Friday.  Didn't want you to
> >think that I had given up...



Subject: Re: JvRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 07 Oct 2003 21:15:34 +0200
Newsgroups: jedi.vcl

dave wrote:
> Does the jedi rich edit control allow inserting of images into a rtf file?

Yes, look in the source of JvRichEdit.pas at the functions BitmapToRTF, BitmapToRTF2 and the method TJvCustomRichEdit.InsertBitmap. I think there is some example code in the interface section at BitmapToRTF & BitmapToRTF2.

I was planning in to make a small demo for those functions, but haven't done it yet.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: donation: JvAppInstances component
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 7 Oct 2003 20:53:08 +0200
Newsgroups: jedi.vcl

> > I consider to remove the exception from TJvHidController also.
> > The IDE becomes unstable when throwing an exception in the constructor
> > of the component. Is there another way to handle such a situation?
NTIKO except for just showing a non-exception message and leave the user to
decide how to handle it...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: donation: JvAppInstances component
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 7 Oct 2003 20:51:27 +0200
Newsgroups: jedi.vcl

> > The JvgSingleInstance component is less advanced than the JvAppInstances
(JclAppInstances) component.
> > Maybe it should be replaced by JvAppInstances.
Yes, it is a pretty simple component but I don't want to remove anything
unless needed. Since Globus and Jans components are separated from the
"normal" JVCL, I think we should leave them as they are even if it means
having duplicates.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: donation: JvAppInstances component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Oct 2003 18:44:03 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Yes, it is a pretty simple component but I don't want to remove anything
> > unless needed. Since Globus and Jans components are separated from the
> > "normal" JVCL, I think we should leave them as they are even if it means
> > having duplicates.

Ok. I'll add (commit) an updated JvAppInst unit. The component is in
JvSystem??R.bpl and in the palette "Jv System". The Demo is added, too.



-- Regards Andreas Hausladen 

Subject: Re: donation: JvAppInstances component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 07 Oct 2003 19:35:52 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Suggestions where to put this? JvAppFrm, JvCmp or JvSystem?
>
> BTW Andreas, what happens if one tries to have more than one JvAppInstance
> in a project (possible at run-time)? The reason I'm asking is that if you
> raise an Exception at design time when JvAppInstancesCount > 0 that means
> you can't have more than one TJvAppInstance in a project group. IIRC, we
> have (had?) the same problem with JvHIDController.
>
> I know this is a really small issue, but if it doesn't have any nasty
> side-effects, maybe the exception could be changed to a normal message, so
> the instance is allowed to be created anyway?
>
> Otherwise, looks good. If you have a demo as well, that would be great.
>

I consider to remove the exception from TJvHidController also.
The IDE becomes unstable when throwing an exception in the constructor of the component. Is there another way to handle such a situation?



Subject: JvRichEdit
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 7 Oct 2003 12:33:00 -0500
Newsgroups: jedi.vcl

Does the jedi rich edit control allow inserting of images into a rtf file?

I could not find an example in the examples directory.

TIA,
Dave




Subject: Re: donation: JvAppInstances component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Oct 2003 17:00:11 +0000 (UTC)
Newsgroups: jedi.vcl

The JvgSingleInstance component is less advanced than the JvAppInstances (JclAppInstances) component. Maybe it should be replaced by JvAppInstances.

-- Regards Andreas Hausladen 

Subject: Re: donation: JvAppInstances component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 7 Oct 2003 16:58:52 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Suggestions where to put this? JvAppFrm, JvCmp or JvSystem?

I think JvSystem fits.


> > BTW Andreas, what happens if one tries to have more than one JvAppInstance
> > in a project?

The app will terminate before it is started. I'll correct this so that all components receive the "instance" messages


> > If you have a demo as well, that would be great.

I could clean my test code.


-- Regards Andreas Hausladen 

Subject: Try my favorite expert
From: tif <tif@0451.com>
Date: Tue, 07 Oct 2003 23:34:34 +0800
Newsgroups: jedi.vcl

The FmyCodeExpert is my everyday expert. I cannot use Delphi without it.
I hope it would be useful for the JEDI Team coders.

Download it here:
http://ftp.cnvcl.org/experts/fmycodeexpert.rar

-- Regards, Winston Feng<wintonf@tom.com>


Readme.en.txt

I wrote this FmyCodeExpert because of CodeRush. CodeRush is good, but some bugs and the unstability frustrated me. I decided to save myself.

I'm a super-lazy-man, hating to tolerate my keyboard. I feel despaired about the endless typing. The finger motions slow down my thinking, destroy my inspiration. That is robbing and killing me. So I present the FmyCodeExpert to help poor coders to typing faster.



Features:

CodeComplete
In Delphi, you can press CTRL+SPACE to invoke Code Completion. It's wonderful but hurt my left hand wrist. This feature automatically pops up Code Completion window after typing 2(default) characters.

CodeTemplate
In Delphi, you can invoke Code Template by pressing CTRL+J. CodeRush uses SPACE BAR, which pleased me. So I fake it. For expample, If you press SPACE BAR after 'wh', it will expand to a 'while' template.
All templates are defined in 'template.ini'. 
The template is based on the 'sndkey32.pas' in Delphi CD, so refer to the file for more details.
You may click "Tools->Reload FmyCodeExperts' Settings" to reload templates from 'template.ini'.

TemplateVariable
Code Templates have many overlapped parts, such as 'begin...end'. Template Variable can be used in Code Templates, and defined in 'variable.ini'.
e.g. a 'if' template using variable 'BLOCKUPUP':
if=if  then %BLOCKUPUP%{RIGHT 3}
Notice variables are case-sensitive. I recommend upper case.
Variable cannot be nested.

TAB Indent
Delphi defines CTRL+SHIFT+I and CTRL+SHIFT+U for indentation. I give a substitution: TAB and SHIFT-TAB.

AutoIndent
Automatically indent when pressing ENTER after some special words. The 'IndentWords.txt' control it.

Auto-Select Word When Copy/Cut
CTRL+C and CTRL+V are the conventional weapons of a super-lazy-man. But they are not lazy enough. You need to select the word you want to copy/cut first. Now CodeExpert will select the word for you.

SmartPaste£­auto indent as needed
More lazy more happy. SmartPaste indent the pasted code automatically. Although It is a BETA feature, I have relied on it.
'EOLWords.txt' affects the feature.

External Help File
I found Delphi help lost some VCL items after I integrate too much help file into it. This feature add external help file link under Help menu. Modify 'ExternalExe.ini' for your own usage.

AutoSave
I have encountered some awful disaster, happening before I save my source files. AutoSave simply save all opened file every 5 min.

Move Backup File
Delphi's backup files '*.~xxx' make me swirl and swim, and more difficult to select useful files. MoveBackupFile automatically move backup files into a spcified root folder(See BackupPath in FmyCodeExpert.ini).

Add Local Variable
Not like C++, declaring a local varible always terminates my coding, even using bookmark. AddLocalVariable frees coder by CTRL+SHIFT+V magic.
Notice AddLocalVariable does not support nested procedure/function.
It is a BETA feature, may have bugs.

Add Uses
Behave like Add Local Variable.
Jump to uses clause by pressing CTRL+SHIFT+U, and press again to jump back.



Installation & Uninstallation
Run the 'FmyCodeExpertInstaller.exe' in the extracted folder.



I have use the FmyCodeExpert for some time, and cannot live without it. The FmyCodeExpert need more test. Feel free to contact tif@0451.com.

Readme.en.txt
	



Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 7 Oct 2003 14:22:29 +0200
Newsgroups: jedi.vcl

Hello, asn!
You wrote  on Tue, 7 Oct 2003 14:13:35 +0200:

 a> Some thoughts about sharing source files between JVCL & JVCLX:
 a> The problems is that you cannot have the same sources with different
 a> pacakages
 a> ( file huplepup.pas is already on the source path or something like
 a> that.) Maybe this can solved by using environment variable(s) in the
 a> environment settings
 a> and then in an initialisation section of the design package setting
 a> these environment
 a> settings .

   Nope, that still wouldn't allow the package to load. If package A
contains file pietjepuk.pas and package A contains it as well, you can never
load package B once package A is loaded (or vice versa) (the LoadPackage
procedure will check for duplicate units before any initialization is done
anyway). That's exactly why Borland uses different filenames. Any source
file common to both JVCL&JVCLX should be placed in a different package (that
will be used by both) and is present only once, to avoid the compiler
finding the wrong file upon compiling.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Tue, 7 Oct 2003 14:13:35 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bltkc9$qs7$1@talkto.net...
> > Thanks a lot André, you are doing a terrific job. Have you given any more
> > though to how to integate your CLX modifications into JVCL3 (how long you
> > think it will take, what needs to be done, what do you need help with)? I
> > wouldn't hesitate a second to add it as long as it is compatible with the
> > current sources and preferably uses the same package division as the VCL
> > version (where applicable).
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >
Some thoughts about sharing source files between JVCL & JVCLX:
The problems is that you cannot have the same sources with different
pacakages
( file huplepup.pas is already on the source path or something like that.)
Maybe this can solved by using environment variable(s) in the environment
settings
and then in an initialisation section of the design package setting these
environment
settings .

Regards,

André




Subject: Re: donation: JvAppInstances component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 13:56:55 +0200
Newsgroups: jedi.vcl

Thanks for the heads up!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: donation: JvAppInstances component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 07 Oct 2003 21:50:51 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I would also like to rename to JvSingleInstance. Is that OK?
>
Beware that there is TJvSingleInstance already in Jans. Or maybe it is in Globus and if so, it's named JvgSingleInstance, but it may be misleading



Subject: Re: donation: JvAppInstances component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 13:23:27 +0200
Newsgroups: jedi.vcl

I would also like to rename to JvSingleInstance. Is that OK?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Tue, 7 Oct 2003 13:15:00 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bltkc9$qs7$1@talkto.net...
> > Thanks a lot André, you are doing a terrific job. Have you given any more
> > though to how to integate your CLX modifications into JVCL3 (how long you
> > think it will take, what needs to be done, what do you need help with)? I
> > wouldn't hesitate a second to add it as long as it is compatible with the
> > current sources and preferably uses the same package division as the VCL
> > version (where applicable).
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >

Some additional implementation notes not mentioned in the readme.txt:
The sources should be compatible with JVCL with the following restrictions:
- WIN32 defines were removed or replaced with COMPLIB_VCL. So no
  more support for 16 bits windows.
- Removed defines for versions below Delphi 5.
- Unfortunately several units are renamed or merged in JVCL 3.
- Units starting with JvQ or Q are CLX only
- I have added 2 unicode functions to JvId3v2, however they are not needed
for windows.
  It came from 2.1 release and has therefore some flaws. Haven't checked the
3.0 version.
- I have replaced windows DrawText  with
  function DrawTextEx(Canvas :TCanvas; var Caption : string; var R :TRect;
flags : integer):integer
  (in unit JvFunctionsClx). Which would call DrawText under VCL.
 But with this DrawTextEx(Canvas, Label1.caption , R , flags) won't work. I
will add a overload
 DrawTextEx( Canvas :TCanvas; Caption : PChar; var R :TRect; flags :
integer):integer.
 to solve this flaw.
 Replacing DrawText has the advantage of less defines in the sources.
 These functions should also be added for VCL (in JvJVCLUtils ?).
- {$I JVCL.INC} was replaced with {$I jvcl.inc} for Linux compatibility.
- The units who are responsible for register the components are renamed
  (JVCLXReg, JvCtlxReg, ... ) so they won't collide with VCL.


Help is welcome for
- renaming & merging units
- install programs (Don't like to reinvent the wheel)
- extending functionality of GetSystemMetrics wrapper.
- Which units have been updated in JVCL 3 (besides filenames)
- Which units are no longer available in JVCL3, should they also removed for
  the CLX package ?
- Make the same package divisions for VisualCLX
- HTML help for kylix.
- Should CLX wrappers and types go into one unit (JvQWindows)?
- Any volunteers for porting JclUnicode to linux?
- Which diff tool don't get confused if I make changes manually ?

Time estimation
There are 300 sources.
There are 242 sources with WINDOWS defines
There are 200 sources VCL/CLX defines.
There are 42 sources with LINUX defines
Most of them can go directly in JVCL 3.0
Others have to be merged with updated units in JVCL3.
IMOH we should check ALL files
The units van Jan (Verhoeven?) (JvSIM.. , ...) can go directly into jvcl
as is also the case with JvStrings, JvConsts  (unless they are changed
since 23-07-2003)
So the time involved with merging it into JVCL3 is depending on how
much units have been updated.
Estimation 300 * 15 minutes = 75 hours ?

Regards

André Snepvangers














Subject: Re: donation: JvAppInstances component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 11:58:47 +0200
Newsgroups: jedi.vcl

Suggestions where to put this? JvAppFrm, JvCmp or JvSystem?

BTW Andreas, what happens if one tries to have more than one JvAppInstance
in a project (possible at run-time)? The reason I'm asking is that if you
raise an Exception at design time when JvAppInstancesCount > 0 that means
you can't have more than one TJvAppInstance in a project group. IIRC, we
have (had?) the same problem with JvHIDController.

I know this is a really small issue, but if it doesn't have any nasty
side-effects, maybe the exception could be changed to a normal message, so
the instance is allowed to be created anyway?

Otherwise, looks good. If you have a demo as well, that would be great.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: donation: JvAppInstances component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 11:49:47 +0200
Newsgroups: jedi.vcl

Thanks, will have alook ASAP.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> skrev i meddelandet news:blp3qi$4j8$4@talkto.net...
> > In jedi.binaries I've posted a TJvAppInstances component that is a wrapper
> > for the JclAppInstances class. It supports multiple instances, command
> > line transmission, InstanceCreated/InstanceDestroyed and user notification
> > events.
> >
> > Yes it is not the best way to check for another instance in "Loaded" but
> > as Peter ask me in mantis #1149 I've written such a easy to use component.
> >
> >
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen




Subject: Re: Bug in JvSpeedBar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 11:49:16 +0200
Newsgroups: jedi.vcl

Thanks. Fixed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Width of popupmenu?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 11:48:08 +0200
Newsgroups: jedi.vcl

The problem is that I need the width before calling Popup() but the returned
rect always has r.left = r.right on the first call, so it seems I can't get
the width before displaying the popup and that's when I need it (so I know
where to show it).

I'll leave it for now and maybe I'll find a solution along the way (I could
calculate the width myself based on the text and any images but I would like
to avoid that if possible). Thanks for the tip, though.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 11:44:09 +0200
Newsgroups: jedi.vcl

ButtonWidth is now a property. Demo and help updated accordingly.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Bug in JvSpeedBar
From: "Stephan Hartmann" <stephan.hartmann@haufe.de>
Date: Tue, 7 Oct 2003 11:25:36 +0200
Newsgroups: jedi.vcl

Hello,

in TJvSpeedBar.DeleteSection is a bug:
  for I:=0 to Sect.Count-1 do
    RemoveItem(...[i])
This will make an Indexerror.

Please change to
  for I:=Sect.Count-1 downto 0 do

Greetings
Stephan H.




Subject: Re: New component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 11:22:55 +0200
Newsgroups: jedi.vcl

> >     Since you have written it, shouldn't you already know how it works?
I only know how I intended it to work ;)

> >
> >     It seems to be missing provider support ;-)
Hehe, another task, maybe?

> > And cButtonWidth should indeed become a property.
I think so too

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 7 Oct 2003 11:02:00 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 7 Oct 2003 10:48:11 +0200:

 PT>  Try it out and let me know
 PT> how it works.

    Since you have written it, shouldn't you already know how it works?

    It seems to be missing provider support ;-) And cButtonWidth should
indeed become a property.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: New component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 10:48:11 +0200
Newsgroups: jedi.vcl

I've just added a listbox component to JvCtrls (and a demo to \examples)
that mimicks the listbox used in the clipboard manager in Office 2003, i.e
it displays a combo box on top of the selected item. When you click the
combo button, a popup menu is displayed (if you've assigned one to the
DropdownMenu property). Try it out and let me know how it works. Someone
should also add it to the BCB package.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Duplicate routines
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 10:35:40 +0200
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Duplicate routines
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 10:31:28 +0200
Newsgroups: jedi.vcl

> >     We have tasks now, we should add it there.
Of course, my bad.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: how to use the jvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 7 Oct 2003 10:00:04 +0200
Newsgroups: jedi.vcl

Hello, niels!
You wrote  on Mon, 6 Oct 2003 23:24:49 +0200:

 n> I have tried today the TjvInspector but without any luke.
 n> Can someone give me a excemple how to use it,

    Common mistake: you must assign a painter (either
InspectorBorlandPainter or InspectorDotNETPainter) to the Painter property,
otherwise you won't see a thing.

    Warren has been making updates and additions to this control a few days
back, so if you use the JVCL3 latest daily download you should now be able
to assign a component/object directly to the inspector as well (I think only
at run time at the moment). He also made a simple example that just shows
the basics.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Duplicate routines
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 7 Oct 2003 09:56:21 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 7 Oct 2003 08:31:49 +0200:

 PT>  I think we really should post this list to
 PT> Mantis so it's not forgotten again

    We have tasks now, we should add it there.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: new component - TJvDBMaskEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 08:33:47 +0200
Newsgroups: jedi.vcl

> > There was someone asking if there was a plain DBEDIT control in JEdi.
> > Now there is.

Sounds good. We are slowly getting together quite a nice set of DB
components (one of the areas that was a bit thin earlier). Now, if someone
would take a look at that JvDBTreeview...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Duplicate routines
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 08:31:49 +0200
Newsgroups: jedi.vcl

Ah, reliable Remko<g>! I think we really should post this list to Mantis so
it's not forgotten again (I haven't looked, but I don't think it's there, is
it?).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: J(V)CLX for DELPHI & KYLIX (updated)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 08:30:28 +0200
Newsgroups: jedi.vcl

Thanks a lot André, you are doing a terrific job. Have you given any more
though to how to integate your CLX modifications into JVCL3 (how long you
think it will take, what needs to be done, what do you need help with)? I
wouldn't hesitate a second to add it as long as it is compatible with the
current sources and preferably uses the same package division as the VCL
version (where applicable).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: how to use the jvInspector
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 08:26:07 +0200
Newsgroups: jedi.vcl

Try the demo in \examples and see if that doesn't answers some of your
questions.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with Latest Build
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Oct 2003 08:25:39 +0200
Newsgroups: jedi.vcl

Hard to say what causes the problem. What version of Delphi/BCB do you use?
Have you tried opening the bpg fle with a text editor to see how it looks?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 Guidelines
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 07 Oct 2003 11:35:17 +1000
Newsgroups: jedi.vcl

Ray A. wrote:
> I have a few components to donate to JVCL.  I haven't been following the
> JVCL group in a while, are the JVCL submission guidelines currently accurate
> from the website or are there some revised ones for JVCL 3?
>
> Should I submit them through the issue tracker or just post it to
> jedi.binaries?
>
>     I have already split them up into seperate packages
>         JvEDI_R70.dpk (Runtime)
>         JvEDI_D70.dpk (Designtime)
>     Components also have Jv prefixes and decend from TJvComponent
>
As far as I know, the guidelines are correct, with the addition of the BCB recommendations that you should find in the daily snapshot (http://jvcl.sourceforge.net/daily) or in a post by Peter on the binaries group.
The preferred way for submission is still Mantis as this allow to assign it to someone. If you do so, please join a zip file and a detailed description of what your component does and why it is so great (after all, all the components we write ourselves are greate ;-) ).
Thanks for considering the JVCL

Olivier Sannier
JVCL Developer



Subject: JVCL3 Guidelines
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Mon, 6 Oct 2003 20:51:36 -0400
Newsgroups: jedi.vcl

I have a few components to donate to JVCL.  I haven't been following the
JVCL group in a while, are the JVCL submission guidelines currently accurate
from the website or are there some revised ones for JVCL 3?

Should I submit them through the issue tracker or just post it to
jedi.binaries?

    I have already split them up into seperate packages
        JvEDI_R70.dpk (Runtime)
        JvEDI_D70.dpk (Designtime)
    Components also have Jv prefixes and decend from TJvComponent

-- Ray A. (Ray's Jedi Projects) (http://sourceforge.net/projects/edisdk) 

Subject: Re: Troube JvxCurrencyEdit
From: "Christopher Latta" <nobody@nowhere.not>
Date: Tue, 7 Oct 2003 00:23:55 +0000 (UTC)
Newsgroups: jedi.vcl

Alan Gold wrote:

> > Input value more 99999.99 - return float error.
> > 
> > How to correct this troube ?
> > 
> > Maybe  convert in himself component to Currency instead of Float ?
> > 
> > In JvCurrencyEdit - absent select DisplayFormat properties :(

JvCurrencyEdit has been deprecated for the next release of JVCL and
replaced by JvValidateEdit. Try that component instead.

Christopher Latta


Subject: Problems with Latest Build
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Tue, 07 Oct 2003 00:28:55 +0200
Newsgroups: jedi.vcl

Hi,

i've tried to compile the latest build and i've got the following problem.

When i tried to open any of the *.bpg-files i've received the following message "Das PROJECTS-Makro in der Projektgruppendatei fehlt oder ist nicht korrekt." (English :-) The PROJECTS-Macro in the Projectgroupfile is missing or incorrect).

Any Ideas ?

Greetings
Jens
-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: how to use the jvInspector
From: "niels" <niels@lumensoft.nl>
Date: Mon, 6 Oct 2003 23:24:49 +0200
Newsgroups: jedi.vcl

Hello all,

I have tried today the TjvInspector but without any luke.
Can someone give me a excemple how to use it,

Thanks

Niels v/d Spek




Subject: Re: Duplicate routines
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 06 Oct 2003 21:15:19 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>  >> Maybe there are more duplicate routines in different units?
>  PT> Probably. Didn't Remko make a list a while back (or was that something
>  PT> else)?

These are from "May we start a branch for redudant code in JVCL?" (15-2-2003);

OpenCdDrive (JvFunctions) -
  OpenCloseCdDrive (JclMultimedia)
CloseCdDrive (JvFunctions) -
  OpenCloseCdDrive (JclMultimedia)
RaiseLastOSError (JvFunctions) -
  RaiseLastOSError (JclBase)
GradientFillRect (JvVCLUtils) -
  FillGradient (JclGraphics)
StretchBitmapRectTransparent (JvVCLUtils)
StretchBitmapTransparent (JvVCLUtils)
StretchBltTransparent (JvVCLUtils) -
  Stretch (JclGraphics)
IntPower (JvParsing, JvUtils) -
  PowerInt (JclMath)
Power (JvParsing) -
  Power (JclMath)
Execute (JvUtils) -
  WinExec32 (JclMiscel)
ExecuteAndWait (JvFunctions) -
  WinExec32AndWait (JclMiscel)
GetCurrentDir (JvVCLUtils) -
  GetCurrentFolder (JclSysInfo)
GetComputerName, GetComputerNamePas (JvUtils, JvProfiler32) -
  GetLocalComputerName (JclSysInfo)
GetTempDir (JvFileUtil, JvUtils) -
  GetWindowsTempFolder (JclSysInfo)
ExpandEnvVar (JvDirectories, JvFileInfo) -
  ExpandEnvironmentVar (JclSysInfo)
GetEnvVar (JvVCLUtils) -
  GetEnvironmentVar (JclSysInfo)
GetSpecialFolderPath (JvWinDialogs) -
  GetSpecialFolderLocation (JclSysInfo)
GetUserNamePas (JvProfiler32) -
  GetLocalUserName (JclSysInfo)
StringToBoolean, StrToBool, StrToBoolDef (JvFunctions, JvSimpleXml, JvUtils) -
  StrToBoolean (JclSysUtils)

I thought I made another list, but can't find that one..

>     Don't know, he made quite a few of them. I think he likes making lists
> way to much ;-)

Just a way to test my parser :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Width of popupmenu?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 6 Oct 2003 18:04:55 +0000 (UTC)
Newsgroups: jedi.vcl

Maybe you can obtain it by some GetMenuItemRect calls and some calculation.


-- Regards Andreas Hausladen 

Subject: Re: I need help on selecting times.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 06 Oct 2003 14:01:35 -0400
Newsgroups: jedi.vcl

Steve Warburton wrote:

> I need to achieve the following:
>
> Be able to select up to three different time slots per day eg( 1am till 12
> pm : 1pm till 2pm: 5pm till 9pm)  and have my app turn on sound at theses
> times.
>
> Reproduce This for the rest of the week.

You have two separate issues here, so keep them separate. The first part sounds so simple that I'm wondering why you need help.

"Time Slots":

I suggest you look into the comparison operators ( > and < and <= and >= ) Dates/Times in delphi are encoded as floating point numbers, so if you know the times of the day, these are really just values less than 1. You can use the jedi datetime control to let the user input the times, and then you can do a little bit of math.  It's not hard. Maybe you're psyching yourself out.

"Turn On Sound?":

Now what do you mean by "turn on sound"? Do you mean change the system volume from zero (mute) to back on again, or do you mean playback a wave (sound) file?

Warren



Subject: Troube JvxCurrencyEdit
From: "Alan Gold" <alan@alexeysoft.com>
Date: Mon, 6 Oct 2003 20:09:03 +0300
Newsgroups: jedi.vcl

Hi All !

Input value more 99999.99 - return float error.

How to correct this troube ?

Maybe  convert in himself component to Currency instead of Float ?

In JvCurrencyEdit - absent select DisplayFormat properties :(

--
Alan Gold
alan@alexeysoft.com




Subject: Width of popupmenu?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 6 Oct 2003 15:37:50 +0200
Newsgroups: jedi.vcl

Does anyone know how to get the width of a popupmenu *before* it is
displayed (and without relying on ownerdrawing)? Calling
GetWindowRect/GetClientRect doesn't work. I need this so I can adjust a
popup based on it's right edge.

Thanks

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: J(V)CLX for DELPHI & KYLIX (updated)
From: "asn" <asn@xs4all.nl>
Date: Mon, 6 Oct 2003 13:31:22 +0200
Newsgroups: jedi.vcl

Cross-platform version : support for KYLIX & DELPHI


Jedi VisualCLX Component Library 0.6 Beta

Changes:

    Added from JVCL3 components from Jan Verhoeven [jan1.verhoeven@wxs.nl]:
      TJvArrayButton,TJvBitmapButton, TJvGridFilter, TJvYearGrid,
      TJvForthScript, TJvSAL, TJvSALCore, TJvSALMath, TJvAirBrush,
      TJvSimScope, TJvSimIndicator, TJvSimPID, TJvSimPIDLinker,
TJvSimConnector,
      TJvLogic, TJvSimButton, TJvSimLight, TJvSimLogicBox, TJvSimReverse
    Removed JvInterpreter_Db & JvInterpreter_DbCtrls (the only db related
units).
    Added TJvTransLed, TJvBlinkingLED.
    Added package files for Delphi 7:
    JvCLX_D7 (design package)
    JvCLX_R7 (runtime package)
   Added JvImageListBox, JvImageComboBox

01-10-2003
   Split into 2 packages: JvCLX & JclLinux.
   Bugfixes: (Q)Vkcodes -> JvQVkCodes  in uses list

30-09-2003
  Replaced JclSysUtils.pas with an updated version supplied by
  Andreas Hausladen

Regards

André Snepvangers




Subject: I need help on selecting times.
From: "Steve Warburton" <Swarburton@orange.net>
Date: Sun, 5 Oct 2003 23:21:05 -0600
Newsgroups: jedi.vcl

I need to achieve the following:

Be able to select up to three different time slots per day eg( 1am till 12
pm : 1pm till 2pm: 5pm till 9pm)  and have my app turn on sound at theses
times.

Reproduce This for the rest of the week.

Then be able to select whether each of these is to be used and select days
to be on or off.

It is similar to how a alarm works on my PDA. Any help or pointers please.


Steve.




Subject: donation: JvAppInstances component
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 5 Oct 2003 12:46:10 +0000 (UTC)
Newsgroups: jedi.vcl

In jedi.binaries I've posted a TJvAppInstances component that is a wrapper
for the JclAppInstances class. It supports multiple instances, command
line transmission, InstanceCreated/InstanceDestroyed and user notification
events.

Yes it is not the best way to check for another instance in "Loaded" but
as Peter ask me in mantis #1149 I've written such a easy to use component.



-- Regards Andreas Hausladen 

Subject: Re: Octane news (aka Delphi 8)
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Sun, 5 Oct 2003 13:51:59 +0200
Newsgroups: jedi.vcl

Thomas Mueller wrote:

> > Unfortunately with marketing speak like that it is just impossible to
> > guess what they really mean.

It has been made clear by Borland DevRel that Delphi for Win32 will be
updated, and that there will be a new version of the open letter that
clarifies this a little more.
-- Rudy Velthuis "There is more stupidity than hydrogen in the universe, and it has a longer shelf life." - Frank Zappa 

Subject: Re: Octane news (aka Delphi 8)
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 05 Oct 2003 11:30:21 +0000
Newsgroups: jedi.vcl

Hi,

Ignacio Vazquez wrote:


>> >> http://bdn.borland.com/article/0,1410,29951,00.html
>> >> http://bdn.borland.com/article/0,1410,29952,00.html

> > Before anyone gets up-in-arms about Delphi not supporting Win32 anymore,
> > just allow me to say that this is not what Borland has said. If you read
> > carefully you'll see that 1) they are talking about the next release of
> > the Delphi environment, not the ultimate fate of Delphi, and 2) Borland
> > "plans to support /and/ update the Win32 Delphi technology for the
> > foreseeable future" (emphasis mine).

Unfortunately with marketing speak like that it is just impossible to guess 
what they really mean. It is so vague that it can imply anyting from 
completely abandoning Delphi for Win32 (just not telling us outright) to 
trying to scare us into buying Delphi for dotnet and later on buy Delphi 
for Win32 in addition to that.

I will just sit and wait. If I need Delphi for dotnet, I will buy it, 
otherwise I will stick with Delphi 7 for now.

twm



Subject: Re: Octane news (aka Delphi 8)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 5 Oct 2003 12:35:02 +0200
Newsgroups: jedi.vcl

If JVCL.NET ever becomes reality, I think the best approach is to create a
new SF project for it and moving only the components in JVCL that fits into
and extends .NET. We shouldn't rely on JCL being made .NET compatible
either.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Octane news (aka Delphi 8)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 05 Oct 2003 12:21:31 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> http://bdn.borland.com/article/0,1410,29951,00.html
> http://bdn.borland.com/article/0,1410,29952,00.html
>

My main reason to post it here was to show that a .net port of the JVCL seems to be interesting. Still more work for us :->

We will have at least 5 years of VCL before us. See how we have to fend off the Delphi 3 users.



Subject: Re: Octane news (aka Delphi 8)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sun, 5 Oct 2003 02:52:54 -0400
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sun, 05 Oct 2003 08:16:40 +0200:
> > http://bdn.borland.com/article/0,1410,29951,00.html
> > http://bdn.borland.com/article/0,1410,29952,00.html

Before anyone gets up-in-arms about Delphi not supporting Win32 anymore,
just allow me to say that this is not what Borland has said. If you read
carefully you'll see that 1) they are talking about the next release of the
Delphi environment, not the ultimate fate of Delphi, and 2) Borland "plans
to support /and/ update the Win32 Delphi technology for the foreseeable
future" (emphasis mine).

Yes, I also freaked when I first read these, but let's keep our heads
people.

Cheers,
  Ignacio




Subject: Octane news (aka Delphi 8)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 05 Oct 2003 08:16:40 +0200
Newsgroups: jedi.vcl

http://bdn.borland.com/article/0,1410,29951,00.html
http://bdn.borland.com/article/0,1410,29952,00.html



Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 4 Oct 2003 20:00:47 +0200
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sat, 04 Oct 2003 19:31:35 +0200:

 RM >>>> I still have the source of a Z80 disassembler of only 1 KByte
 >>> instead
 RM >>>> of the usual 4 KByte (including undocumented opcodes).
 >>>
 >>>     Any chance of me obtaining it?

 RM> I found it.

  Thanks! Too bad I have to wait ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Oct 2003 19:31:35 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Marcel Bestebroer wrote:
>
>>  RM > I still have the source of a Z80 disassembler of only 1 KByte instead
>>  RM > of the usual 4 KByte (including undocumented opcodes).
>>
>>     Any chance of me obtaining it?

I found it.

ELCOMP Volume IV Februar 1981 (german computer magazine)
I will scan it on Monday.



Subject: Re: design directory resourcestrings
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Oct 2003 17:11:54 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Should I extract the resourcestrings to one single file or as I've done
> > with the run folder to the files interface section?

I've chosen the later. The resourcestring extraction is now complete for
\run and \design. Now we can start to translate.


-- Regards Andreas Hausladen 

Subject: missing MPL Header in design units
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Oct 2003 16:48:07 +0000 (UTC)
Newsgroups: jedi.vcl

In the following files are no MPL1.1 headers:

JvProgressEditor.pas
JvSegmentedLEDDisplayEditors.pas
JvSegmentedLEDDisplayMappingForm.pas
JvVirtualKeyEditorForm.pas



-- Regards Andreas Hausladen 

Subject: design directory resourcestrings
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Oct 2003 16:41:42 +0000 (UTC)
Newsgroups: jedi.vcl

Should I extract the resourcestrings to one single file or as I've done
with the run folder to the files interface section?


-- Regards Andreas Hausladen 

Subject: Re: dxgettext and JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Oct 2003 18:17:51 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Should we really translate the design units? They are only for developers
> and not for end users. As such I see no reason why we should modify these
> units in order to translate them.

If it is a design editor then it needs to be translated. It is a part of the component after all.

All parts of the JVCL which are not in direct contact with normal Delphi users can have lower priority with translation, but i think ALL should be translated in the end. Setting lesser goals hurts the quality of the JVCL.



Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Oct 2003 11:05:34 +0000 (UTC)
Newsgroups: jedi.vcl

Should we really translate the design units? They are only for developers
and not for end users. As such I see no reason why we should modify these
units in order to translate them.



-- Regards Andreas Hausladen 

Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 4 Oct 2003 10:49:10 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > It could be great when we add new donations (especially larger
> > libraries)

The autogenerator can only extract "_('Text' + sLineBreak + 'Text')" to
"sText = 'Text' + sLineBreak + 'Text'". That means that the donations must
use _().


> > Are you going to add the autogenerator to devtools?

It is now commited. Its name is dxgettextResstr


-- Regards Andreas Hausladen 

Subject: Re: Clean copy build test
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 04 Oct 2003 19:16:58 +1000
Newsgroups: jedi.vcl

I just did one with BCB6 and it required that I update the JvCoreC6R and JvCoreC6D packages for TJvColorProvider.
Apart from that, all compiled but there's an annoying behaviour with BCB groups:
It checks all the dependencies for every packages before compiling any package. And if one is missing it complains about. Problem is, when starting, none of the packages are built and it complains about 20 times...
If anyone has any idea on how to fix this...



Subject: Re: Installing help
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 4 Oct 2003 10:47:35 +0200
Newsgroups: jedi.vcl

> > the DCP path? where is it?

DCP's are supposed to be placed at the same location as BPL's.

-- Regards, Peter Thornqvist (JVCL Coordinator) 

Subject: Re: dxgettext and JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 4 Oct 2003 10:46:48 +0200
Newsgroups: jedi.vcl

> > The \run directory is complete. You may find the new resourcestrings
> > before the implementation statement in the updated units.
Great! The names are just fine. Are you going to add the autogenerator to
devtools? It could be great when we add new donations (especially larger
libraries)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 04 Oct 2003 11:53:13 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Peter Thörnqvist wrote:
>
>> We should never add gnugettext.pas to JVCL. This is something that each user
>> must do themselves if they want it. I think the reason for failure is that
>> USE_DXGETTEXT was defined by default and Andreas changed that
>>
>
> Especially because it may give license problems.
> MPL vs GPL or LGPL does not work well.
>
dxgettext is none of these anyway...



Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Oct 2003 22:34:37 +0000 (UTC)
Newsgroups: jedi.vcl

The \run directory is complete. You may find the new resourcestrings
before the implementation statement in the updated units.

Please don't blame me about the resourcestring names. It was too much work
to write a name for every resourcestring so I decided to write an
autogenerator.


-- Regards Andreas Hausladen 

Subject: Installing help
From: "ChromeX" <ghevor@hotmail.com>
Date: Fri, 3 Oct 2003 19:55:16 +0200
Newsgroups: jedi.vcl

i have run the installer and there is a path to specify in the bottom
left..the BPL path i suppose it's the
C:\Program Files\Borland\Delphi7\Projects\Bpl...the DCP path? where is it?




Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 03 Oct 2003 18:27:10 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>  RM > I still have the source of a Z80 disassembler of only 1 KByte instead
>  RM > of the usual 4 KByte (including undocumented opcodes).
>
>     Any chance of me obtaining it?

I will try to dig it up. It is in paper. I hope i did not lose it.



Subject: new component - TJvDBMaskEdit
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 03 Oct 2003 09:32:59 -0400
Newsgroups: jedi.vcl

There was someone asking if there was a plain DBEDIT control in JEdi. Now there is. Why? I needed something that wasn't in the basic DBEDIT, and what better place to add one than to Jedi.  It is both for Mask Edits and Non Mask Edits. You simply leave the mask property alone, and
it's a 100% normal DBEDIT.

Unfortunately the mask behaviour is not working 100% correctly, but for the initial checkin, there is a basic TDBEDIT.

Incidentially both JVDBEDIT and JVDBGRID have the ability now (just added to grid) to suppress beeps on errors, if you don't like error beeps.

new demo in JVCL3/examples/

I am thinking of adding some more features to this dbedit field, including the ability to flash or underline in red, if there are validation errors, that sort of thing.


Warren



Subject: Re: Just a quick question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 14:48:31 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 3 Oct 2003 14:39:34 +0200:

 PT> AFAIK, there are only MPL components in JVCL.

    They are. Some use a dual license (MPL + (L)GPL) scheme (probably what
confused Dave a little). As an end user may than choose if you want to
fulfill the MPL requirements or the GPL requirements.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Just a quick question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 14:39:34 +0200
Newsgroups: jedi.vcl

AFAIK, there are only MPL components in JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Just a quick question
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 3 Oct 2003 07:37:12 -0500
Newsgroups: jedi.vcl

I have been noticing some talk of components in jvcl3(and maybe before, i
don't know) that are under gpl or lgpl license, as well as most being under
mpl 1.1
I was just curious as to wether there will be a list of some sort that tells
which are which. I just thought that might come in handy for developers
using jvcl for commercial products. Creating commercial projects with gpl
components is, in my opinion, not very wise. It would be nice to have a
reference of which components belong to which license.

Just my 2 cents,
Dave




Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 14:21:33 +0200
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Fri, 03 Oct 2003 14:09:29 +0200:

 RM > I still have the source of a Z80 disassembler of only 1 KByte instead
 RM > of the usual 4 KByte (including undocumented opcodes).

    Any chance of me obtaining it?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: any interest in JxDFM Preview
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 03 Oct 2003 14:17:10 +0200
Newsgroups: jedi.vcl

> >It could prove very useful when writing tools, so please upload so we can
> >have a look.
Done. (next time I should choose the other attachment option)

Uwe


Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 03 Oct 2003 14:09:29 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Z80 forever! I recall seeing some Spectrum MC code that used so many
> 'undocumented' opcodes and features it made my head spin.

I still have the source of a Z80 disassembler of only 1 KByte instead of the usual 4 KByte (including undocumented opcodes).
I once reprogrammed a cheap Z80 powered terminal at the university.



Subject: Re: dxgettext and JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 03 Oct 2003 14:04:47 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> We should never add gnugettext.pas to JVCL. This is something that each user
> must do themselves if they want it. I think the reason for failure is that
> USE_DXGETTEXT was defined by default and Andreas changed that
>

Especially because it may give license problems.
MPL vs GPL or LGPL does not work well.



Subject: Re: Duplicate routines
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 13:51:00 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 3 Oct 2003 13:19:38 +0200:

 >> One of them should go.
 PT> The one in JvJVCLUtils should go since:

 PT>   JvJCLUtils -> support routines that does not require JVCL
 PT>   JvJVCLUtils -> support routines that requires JVCL

    but we should probably use JvJVLUtils' version as it seems more complete
(and doesn't use an ugly try/except block to check the validity of the
conversion).

 >> Maybe there are more duplicate routines in different units?
 PT> Probably. Didn't Remko make a list a while back (or was that something
 PT> else)?

    Don't know, he made quite a few of them. I think he likes making lists
way to much ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 13:47:14 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 3 Oct 2003 13:21:28 +0200:

 >>     We could simple keep JvConsts as it is now and make the split for
 >> all the texts that are not in that unit yet.

 PT> Personally, I would prefer to keep them all in one unit (ie JvConsts),
 PT> but I realize that others disagree (byte chasers!), so keeping it as
 PT> maintainable as possible is the best way to go IMO.

    Once they are split, ease of maintenance should remain the same I think.
And as there are a lot of string literals still needing to converted to
resoursestrings, if all those are put in a single unit/package that might
add up significantly in number of bytes. But if we choose not to split per
package, could we at least agree to split between run time vs. design time
constants?


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: any interest in JxDFM Preview
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 13:22:53 +0200
Newsgroups: jedi.vcl

> > If there is any interest I will post it to .binaries.
It could prove very useful when writing tools, so please upload so we can
have a look.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 13:21:28 +0200
Newsgroups: jedi.vcl

> >     We could simple keep JvConsts as it is now and make the split for all
> > the texts that are not in that unit yet.

Personally, I would prefer to keep them all in one unit (ie JvConsts), but I
realize that others disagree (byte chasers!), so keeping it as maintainable
as possible is the best way to go IMO.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Duplicate routines
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 13:19:38 +0200
Newsgroups: jedi.vcl

> > One of them should go.
The one in JvJVCLUtils should go since:

  JvJCLUtils -> support routines that does not require JVCL
  JvJVCLUtils -> support routines that requires JVCL

> > Maybe there are more duplicate routines in different units?
Probably. Didn't Remko make a list a while back (or was that something
else)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 13:17:06 +0200
Newsgroups: jedi.vcl

> >     I understand the process, but I was referring to the translation of
the
> > .dtx files.
Sorry, I didn't connect the statement to the previous section about help
files, so I got a bit confused<g>

> > Hmm, maybe we shouldn't translate the
> > help files unless we can find a translation team that is willing to this
Absolutely

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Duplicate routines
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 13:05:11 +0200
Newsgroups: jedi.vcl

Hello, All!

    I noticed Andreas committed a changed/extended JvJCLUtils.pas with
StrToFloatDef added to it. This same function is also in JvJVCLUtils.pas.
One of them should go. Maybe there are more duplicate routines in different
units?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 12:51:04 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 3 Oct 2003 11:58:49 +0200:

 >>     I'd go for one unit per package with all resourcestrings for that
 >> package (don't think we need all resourcestrings of all packages in
 PT> JvCore,
 >> although we kind of have that situation now with JvConsts I think).
 PT> That could be problematic to sort out. Wouldn't it suffice with one
 PT> runtime and one designtime unit in the JvCore packages? That would
 PT> simplify maintenance considerably.

    We could simple keep JvConsts as it is now and make the split for all
the texts that are not in that unit yet. And I think the splitting of design
time only texts/constants from JvConsts would be just as much trouble as
splitting JvConsts to multiple units per package; you'd still have to scan
through the units to see where a specific resourcestring (or constant for
that matter) is used. We can always later move resourcestrings from JvConsts
to the correct unit later.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 12:49:51 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 3 Oct 2003 11:53:44 +0200:

 >> BTW: will
 >> these be translated as well at some point (manually), or is that not
 >> important/too much work to be translated?
 PT> There is a template in devtools\po called jvcl3.po. Take this, open
 PT> with poEdit, translate to dutch and upload as dutch.po.
 PT> That's it.

    I understand the process, but I was referring to the translation of the
..dtx files. This seems like a huge effort to translate, considering the
amount of texts and might even be a nightmare to maintain with help texts
being rewritten or added all the time. Hmm, maybe we shouldn't translate the
help files unless we can find a translation team that is willing to this and
keep the translating up to date with any changes done in the English help
texts. Again: I'm talking about the .dtx files only, not the .po files
(although this case also requires the translators to keep his eye out on
updates to the original file to keep them all up to date).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Oct 2003 10:26:10 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > This seems like a huge effort to translate, considering
> > the amount of texts and might even be a nightmare to maintain with help
> > texts being rewritten or added all the time. Hmm, maybe we shouldn't
> > translate the help files

I think it is more importent do translate the resourcestrings that to
translate any help file. The customer is the person how wants a localized
version of the application. A programmer's help is for the development
team and not for the customer.

--
Regards

Andreas Hausladen


Subject: any interest in JxDFM Preview
From: Uwe Schuster <jedivcs@bitcommander.de>
Date: Fri, 03 Oct 2003 12:19:53 +0200
Newsgroups: jedi.vcl

Hello All,

I've created an OOP representation of an .DFM.
I didn't spend much time on that, because I have enought to do with
JEDI VCS, but a have a first preview ready.
It consists of JclDFM, JvDFM and an example.
If there is any interest I will post it to .binaries.

@Peter3: the example show now extracting of imagelist bitmaps,
alternative layout loading(with changed parents - not possible with
form inheritance) and loading of treeview items

Uwe


Subject: Re: Is the JvJCLUtils.pas DaysBetween function implemented correctly?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 12:04:48 +0200
Newsgroups: jedi.vcl

I think the one in JvXMLDatabase is the correct implementation. If, however,
someone is using the one in JvJCLUtils, they will have problems if we change
it since they probably has had to adjust the return value, so make sure to
document the changed behavior in changelog.txt!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 11:58:49 +0200
Newsgroups: jedi.vcl

> >     I'd go for one unit per package with all resourcestrings for that
> > package (don't think we need all resourcestrings of all packages in
JvCore,
> > although we kind of have that situation now with JvConsts I think).
That could be problematic to sort out. Wouldn't it suffice with one runtime
and one designtime unit in the JvCore packages? That would simplify
maintenance considerably.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 11:53:44 +0200
Newsgroups: jedi.vcl

> > BTW: will
> > these be translated as well at some point (manually), or is that not
> > important/too much work to be translated?
There is a template in devtools\po called jvcl3.po. Take this, open with
poEdit, translate to dutch and upload as dutch.po.
That's it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 11:42:03 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 3 Oct 2003 11:29:18 +0200:

 PT> I'v added a new folder to devtools\po with a bat to build a PO from
 PT> JVCL as well as a basic ignore.po. To run it, dxgettext must be
 PT> installed. I guess we could add the translated po files to that folder
 PT> once we have any? I also would like everyone to speak up in this NG if
 PT> you want to translate to a specifc language so that we avoid duplicate
 PT> work.

    Dutch if I can find the time. If someone else has got the time to do it
though: let me know and I'll focus on other work, like help files; BTW: will
these be translated as well at some point (manually), or is that not
important/too much work to be translated?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 11:39:05 +0200
Newsgroups: jedi.vcl

Hello, All!
I wrote on Fri, 3 Oct 2003 11:18:43 +0200:

 MB>     I'd go for one unit per package with all resourcestrings for that
 MB> package (don't think we need all resourcestrings of all packages in
 MB> JvCore, although we kind of have that situation now with JvConsts I
 MB> think).

    And split the design time only strings to a separate unit as well (no
need to have design time strings in the run time units/packages).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 11:37:45 +0200
Newsgroups: jedi.vcl

> > French's on me
...and I guess I'll have to do swedish<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 11:35:46 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 3 Oct 2003 11:29:52 +0200:

 PT> .. after your latest update.

    actually, I forgot to update the entire Common folder <g>. It builds
now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 03 Oct 2003 19:32:04 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I'v added a new folder to devtools\po with a bat to build a PO from JVCL as
> well as a basic ignore.po. To run it, dxgettext must be installed. I guess
> we could add the translated po files to that folder once we have any? I also
> would like everyone to speak up in this NG if you want to translate to a
> specifc language so that we avoid duplicate work.
>
French's on me



Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 11:30:19 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 03 Oct 2003 19:09:11 +1000:

 >>
 >> /me switching my mind back from Z80 to Delphi
 >>
 O> Don't, the Z80 is great, it's the processor in most Texas Instrument
 O> calculators... Ah the good time of TI assembly back in 1998...

    Z80 forever! I recall seeing some Spectrum MC code that used so many
'undocumented' opcodes and features it made my head spin. At that time
(before internet) I didn't have a clue as to what was going on, but with
internet (and more importantly when the spectrum emulators showed up) more
and more info got available about these features and opcodes. One of these
was that you could effectively use a single BIT instruction (used to test if
a particular bit was set or reset) to actually check 3 or 4 bits
independently, just because the CPU copied the byte to check to the Flag
register first (which is probably why the Sign flag was the highest bit in
the F(lag) register: copy result/value to F and you have set the sign). It
did the same for calculations (where for 16-bit calculations, the highest
bit of the MSB was copied).

/me wondering "Why am I telling this?"

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 11:29:52 +0200
Newsgroups: jedi.vcl

... after your latest update.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 11:29:18 +0200
Newsgroups: jedi.vcl

I'v added a new folder to devtools\po with a bat to build a PO from JVCL as
well as a basic ignore.po. To run it, dxgettext must be installed. I guess
we could add the translated po files to that folder once we have any? I also
would like everyone to speak up in this NG if you want to translate to a
specifc language so that we avoid duplicate work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 11:25:47 +0200
Newsgroups: jedi.vcl

> >     BTW: JvDataProviderImpl now fails to compile, as it can't find the _()
> > function. Since these are temporary, I won't add the gnugettextD5 unit to

We should never add gnugettext.pas to JVCL. This is something that each user
must do themselves if they want it. I think the reason for failure is that
USE_DXGETTEXT was defined by default and Andreas changed that

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Is the JvJCLUtils.pas DaysBetween function implemented correctly?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Oct 2003 09:24:47 +0000 (UTC)
Newsgroups: jedi.vcl


function DaysBetween(Date1, Date2: TDateTime): Longint;
begin
  Result := Trunc(Date2) - Trunc(Date1) + 1;
  if Result < 0 then
    Result := 0;
end;

I think this is wrong. It returns the days beween plus one day.
Furthermore the function cannot handle negative values.

In JvXMPDatabase.pas is a better implementation.


-- Regards Andreas Hausladen 

Subject: Re: dxgettext and JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 11:19:31 +0200
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Fri, 3 Oct 2003 08:37:12 +0000 (UTC):

 AH> {$ifdef Shareware}
 AH>    if not (csDesigning in ComponentState) then
 AH>       ShowMessage('This software was compiled with the trial version of
 AH> the UIL Time Framework. Please register at http://www.uil.net.');
 AH> {$endif}  // Shareware

 AH> Should I remove this code?

    Yep; no shareware mode in this version anymore ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 11:18:43 +0200
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Fri, 3 Oct 2003 08:32:31 +0000 (UTC):

 >>> First of all I insert the _() consruct. After that I can write a tool
 >>> that extracts all strings to a file as resourcestring. The naming will
 >>> be semi-automatic.
 >> So you mean it's temporary? Then it's fine with me.

 AH> Should the tool generate one file with all resourcestrings or should it
 AH> add the resourcestrings directly to the units?

    I'd go for one unit per package with all resourcestrings for that
package (don't think we need all resourcestrings of all packages in JvCore,
although we kind of have that situation now with JvConsts I think).

    BTW: JvDataProviderImpl now fails to compile, as it can't find the _()
function. Since these are temporary, I won't add the gnugettextD5 unit to
CVS, but in case someone else trips over this: add the gnugettextD5 to the
uses of the unit so you can work on it if needed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 03 Oct 2003 19:09:11 +1000
Newsgroups: jedi.vcl

>
> /me switching my mind back from Z80 to Delphi
>
Don't, the Z80 is great, it's the processor in most Texas Instrument calculators... Ah the good time of TI assembly back in 1998...



Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Oct 2003 08:37:12 +0000 (UTC)
Newsgroups: jedi.vcl

During looking in every file I found the following code in JvTFGlance.pas

{$ifdef Shareware}
   if not (csDesigning in ComponentState) then
      ShowMessage('This software was compiled with the trial version of
the UIL Time Framework. Please register at http://www.uil.net.');
{$endif}  // Shareware


Should I remove this code?


-- Regards Andreas Hausladen 

Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 3 Oct 2003 08:32:31 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > First of all I insert the _() consruct. After that I can write a tool
>> > > that extracts all strings to a file as resourcestring. The naming will
>> > > be semi-automatic.
> > So you mean it's temporary? Then it's fine with me.

Should the tool generate one file with all resourcestrings or should it
add the resourcestrings directly to the units?


-- Regards Andreas Hausladen 

Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 10:26:09 +0200
Newsgroups: jedi.vcl

Hello, All!
I wrote on Fri, 3 Oct 2003 10:22:11 +0200:

 MB>     Guess what I did yesterday? Yup, programming on the SAM,

P.S.: I found my real SAM Coupé (under a pile of dust) and found out it
still worked! This came in very handy in figuring out which disks I should
try to convert to the PC, as the standard 3.5" disks on the SAM are
differently formatted than the WinXP can handle.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 3 Oct 2003 10:22:11 +0200
Newsgroups: jedi.vcl

Hello, All!
I wrote on Tue, 30 Sep 2003 11:16:29 +0200:

 MB> ...and I'm even thinking
 MB> about coding the Z80 again for the SAM and/or spectrum, just to see
 MB> what knowledge stuck.

    Guess what I did yesterday? Yup, programming on the SAM, although it was
more investigating old stuff I wrote. During that I suddenly noticed a very
interesting link between my SAM programming years and JEDI programming
years.

    While browsing through code I discovered the versatility of the SAM (and
specifically the fact that the ROM/BASIC system was hookable for many
different tasks, giving you the ability to extend BASIC with new commands
and functions for example, or even change behavior of existing
commands/functions) as well as the fact that, as obsessed as I'm with
providing good documentation/help now, I couldn't care less about
documentation/help back then (obviously under the impression: "I wrote it,
no one else is ever going to see it and I can certainly remember how to use
my own stuff", not in the least hindered by any though about the fact that I
might run into the code again after not seeing/using it for almost a
decade). So it took me quite a while to figure out what I had exactly done.
Fun stuff, and certainly worth looking into again.

    Anyway, I was telling you about the link between SAM (1993-1994) and
JEDI (2000-now). During this code inspection and whatever program I found
that I could get running I noticed my "handle", which I had forgotten about
(or possibly suppressed from my memory, which is more likely). Every source
file I wrote in 1993/1994 had the copyright line "Copyright 1993 by The
FORCE". Isn't that a coincidence (and a long mail for just mentioning a link
between two eras of programming <g>)?

    While I had fun investigating the code yesterday, I plan on continuing
with the color provider today.

/me switching my mind back from Z80 to Delphi

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 03 Oct 2003 17:55:03 +1000
Newsgroups: jedi.vcl

Thanks, I already have it installed and you know it ;-)



Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 08:48:44 +0200
Newsgroups: jedi.vcl

If you have dxgettext installed (get from http://dxgettext.sf.net), you can
use this bat to create a jvcl3.po:

makepo.bat:

@echo off
dxgettext -q -b common --delphi
dxgettext -q -b design --delphi
dxgettext -q -b run --delphi
msgcat run\default.po design\default.po common\default.po -o default.po
msguniq -u --use-first default.po -o jvcl3.po
msgmkignore jvcl3.po -o ignore.po
msgremove jvcl3.po -i ignore.po -o default.po
ren default.po jvcl3.po
rem del common\default.po design\default.po run\default.po

Just save as a BAT file in your JVCL3 folder and run it. The result is in
JVCL3.po. Open this file with poEdit or Notepad. It probably needs a little
manual cleaning as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 08:05:31 +0200
Newsgroups: jedi.vcl

> > First of all I insert the _() consruct. After that I can write a tool that
> > extracts all strings to a file as resourcestring. The naming will be
> > semi-automatic.
So you mean it's temporary? Then it's fine with me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 3 Oct 2003 08:04:23 +0200
Newsgroups: jedi.vcl

> > Exactly. And if someone has time to extract all these strings, we could
> > start translating them straight away...
Extraction is easy. I can do it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: "Mark Di Nicola" <don't@emailback.com>
Date: Fri, 3 Oct 2003 11:20:26 +1000
Newsgroups: jedi.vcl

> >
> > But we'll still beat you at most sports :-)
> >
> > Christopher Latta
> >
> >
settle down, i live in sydney too ;-)




Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Oct 2003 23:31:51 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Good initiative, but wouldn't it be better to add new resourcestrings to
> > JvConsts for the strings instead of adding the _() construct to the
> > units?

First of all I insert the _() consruct. After that I can write a tool that
extracts all strings to a file as resourcestring. The naming will be
semi-automatic. This way it is faster than replacing all string by hand. (
I tried that with the CSV units)


-- Regards Andreas Hausladen 

Subject: Re: dxgettext and JVCL
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 03 Oct 2003 09:18:26 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Good initiative, but wouldn't it be better to add new resourcestrings to
> JvConsts for the strings instead of adding the _() construct to the units?
> Since dxgettext can translate resourcestrings automatically, I think that
> would generally be a better option and doesn't introduce any extra code. I
> still think we can keep the GetText() and _() functions in JvConsts anyway
> for those situations where resourcestrings are unsuitable (like when using
> WideString).
>
>
Exactly. And if someone has time to extract all these strings, we could start translating them straight away...



Subject: Re: dxgettext and JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 3 Oct 2003 00:58:36 +0200
Newsgroups: jedi.vcl

Good initiative, but wouldn't it be better to add new resourcestrings to
JvConsts for the strings instead of adding the _() construct to the units?
Since dxgettext can translate resourcestrings automatically, I think that
would generally be a better option and doesn't introduce any extra code. I
still think we can keep the GetText() and _() functions in JvConsts anyway
for those situations where resourcestrings are unsuitable (like when using
WideString).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Oct 2003 22:07:36 +0000 (UTC)
Newsgroups: jedi.vcl

I've added the function GetText() and _() to Common\JvConsts.pas. If the
new condition USE_DXGETTEXT is disabled the functions return the text as
given else they call the dxgettext functions.

At the moment I check all files under \run for dxgettext compatiblility.

-- Regards Andreas Hausladen 

Subject: Re: Converting string types
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 02 Oct 2003 14:58:09 -0400
To: Steve Warburton <Swarburton@orange.net>
Newsgroups: jedi.vcl

> I presume there is a Tstringlist to Tfilename conversion but I cannot find
> anything in the help files.

Call me stupid, but a TFilename is really a smart alias to TString. Assigning a String to a TFilename is done directly.

A TStringList is just a List (like a smart, growing array) of Strings.

So for example:

        MyComponent.Filename :=  MyStringList[0];





Subject: Re: JvColorProvider: which package?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 19:53:21 +0200
Newsgroups: jedi.vcl

> >     You might read my post again;
It was a comment to Fernandos post, not yours (hard to tell, I agree).

> > Anyway, right now, it makes no real difference one way or the other, so
> > let's just forget it now until we come across a problematic component we
> > can't fit anywhere.
Right. Let's talk about it again when we have some providers to throw
around<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvColorProvider: which package?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 19:45:12 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 2 Oct 2003 19:29:18 +0200:

 PT> Putting providers in their own package isn't a solution either.

    You might read my post again; I more-or-less said I didn't see any
reason to create a separate package for providers alone. I realise there
aren't any components now in JvCore that should be placed in a separate
package (except for providers) but as a general rule JvCore should only
contain those units other packages depend upon (thus JvComponent does belong
in JvCore since every other component needs it). Right now a separate
package would only be used for providers, but what's to say which other
components we might have later that don't belong in any of the other
packages? That's what the extra Misc or Generic package would be for.
Anyway, right now, it makes no real difference one way or the other, so
let's just forget it now until we come across a problematic component we
can't fit anywhere.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dxgettext and JVCL
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Oct 2003 17:31:07 +0000 (UTC)
Newsgroups: jedi.vcl

In response to <b47f2j$ndp$1@talkto.net>

It seems that nobody wanted a translated JVCL. But I think it is necessary
because not all projects should be in English.



-- Regards Andreas Hausladen 

Subject: Re: JvColorProvider: which package?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 19:29:18 +0200
Newsgroups: jedi.vcl

I understand the reasoning, but I don't agree with it because I view
providers not as a specific group of components but just as another
component deriving from a common base and just as TJvComponent,
TJvGraphicControl et al is in JvCore, so should the basic provider support
be as long as it doesn't introduce additional package dependencies.

Putting providers in their own package isn't a solution either. Let's say we
develop a TDataset provider: adding it to a provider package would require
db.dcp and then PE users would have a problem. They could conceivably remove
the TDataset provider and the db.dcp but that is far from optimal. Instead,
providers without additional dependencies goes into JvCore, a TDataset
provider should go into JvDB, a GIF or ANI provider would go into JvMM etc.

I agree that JvFormPlacement should probably be moved to JvCore (unless it
depends on other JVCL packages), for all the same reasons as for the
providers.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Instal Error - package not found
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 19:08:10 +0200
Newsgroups: jedi.vcl

Hello, George!
You wrote  on Thu, 02 Oct 2003 12:55:38 EDT:

 GP> I just checked the thread you mention, and try with the current build
 GP> of JVCL3, just to make sure I don't have any configuration-specific
 GP> issue with this machine.

    Perfect.

 GP> By the way, does JVCL3 use the current version of the JCL?

    Yes, but see various posts about changes made in JCL units (most of them
should be available in the jedi.binaries group on this news server). If all
goes well, JCL will release a new version with those fixes before JVCL3 is
ready, but neither have a set release date yet (IOW: keep waiting ;-) )

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvColorProvider: which package?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 19:03:33 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 2 Oct 2003 18:53:39 +0200:

 PT> I don't agree on that. JvCore is the package of choice for units that
 PT> are/might be needed by other parts of JVCL and that don't have any
 PT> other JVCL dependencies. As long as a unit fulfill these requirements,
 PT> that's where they should go (unless they are specifically geared
 PT> towards an area covered by any of the other packages).

    I don't agree with you. JvCore should be of minimum size and only
contain units that are needed by other parts of JVCL (as such I think
JvFormPlacement should be moved to JvCore and the two providers that are in
there now should be moved elsewhere). The correct procedure would be to add
a JvGeneric or JvMisc package for any components/units that can't be placed
in any of the other packages. For providers we could add a special package
but I don't think that would be necessary. Anyway, just my 2 cents and not a
real big issue anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvCurrencyEdit: No Paste Error
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 18:56:16 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 2 Oct 2003 18:49:18 +0200:

 PT>  The only things you probably shouldn't touch yet is the
 PT> producer/consumer stuff,

    note that TJvLabel and TJvComboBox have been modified to be
provider-aware (i.e. turned into consumers) but if you don't select a
provider for them, the controls should be have as they did in JVCL2.1
(unless of course they were merged with other, similar controls; should be
mentioned in changelog.txt). I'm just mentioning this because I don't think
anyone checked these two yet for proper behavior in non-provider mode.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Instal Error - package not found
From: George Pujol <gpujol@interserv.com>
Date: Thu, 02 Oct 2003 12:55:38 EDT
Newsgroups: jedi.vcl

Hello Marcel !!

I tried putting {$I JVCL.INC} below the package name line, but it 
didn't work either, maybe the Delphi 5 parsing process for package 
files doesn't like include lines; I'll try later creating a test 
package and see how it works for a couple of variations.

I just checked the thread you mention, and try with the current build 
of JVCL3, just to make sure I don't have any configuration-specific 
issue with this machine.

By the way, does JVCL3 use the current version of the JCL? And what is 
its version number? Is it available here as an attachment?

Thanks a lot for responding !!!

Cheers,

George Pujol
Pujol Computer Consulting Inc.



Subject: Re: JvColorProvider: which package?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 18:53:39 +0200
Newsgroups: jedi.vcl

> > The idea behind providers is that they work like extensions to the
controls, and
> > so
> > they should go into a "extension" package just for providers.
> > Also JvCore should be clean as possible and have only library main files.
I don't agree on that. JvCore is the package of choice for units that
are/might be needed by other parts of JVCL and that don't have any other
JVCL dependencies. As long as a unit fulfill these requirements, that's
where they should go (unless they are specifically geared towards an area
covered by any of the other packages).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Inserting a pause
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 18:50:37 +0200
Newsgroups: jedi.vcl

> > The problem is I need to wait for the end of the wave file before playing
> > another one.

It depends on what waveout1 is. If it is a player that can be set to
synchronous mode, you don't need to pause it or rewrite the loop. If it is
asynch, maybe it has an event that is triggered when the mp3 has finished
playing?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCurrencyEdit: No Paste Error
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 18:49:18 +0200
Newsgroups: jedi.vcl

> > Are there scripts to convert from JVCL 2 to JVCL 3 ? Because as you can
> > imagine I don't have only JvxCurrencyEdit but many of JVCL components.
Yes, most conversions (name changes mostly) should be in the JVCL3.dat
converter file and those conversions that cannot be automated should be
described in migration.htm.

> > BTW, I don't think that the daily build is stable enough to use in a
> > production envirronement. Is it ?
I think so. The components that survived from 2.10 (I'd say ~80%) shouldn't
be worse than they were and the new stuff seems pretty stable AFAICS. The
only things you probably shouldn't touch yet is the producer/consumer stuff,
JvChart and the JvSpellChecker.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Component Icons for new components. Argh.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 18:30:18 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 02 Oct 2003 12:20:47 -0400:

 WP>  (5) re-install designtime package.

    Should be: 5) Rebuild design package <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Component Icons for new components. Argh.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 02 Oct 2003 12:20:47 -0400
Newsgroups: jedi.vcl

Okay I did the following:

    (1) create new component (TJVDBMASKEDIT)
    (2) create new file images\TJVDBMASKEDIT.bmp which is a
        24x24x256color bitmap.
    (3) add line to the appropriate RC file
    (4) run batch file to recompile.
    (5) re-install designtime package.

Still, no icon showing up. I have checked that the resource name in the RC file, the filename, and component name match (and used all uppercase).

So why isn't the icon appearing instead of the default borland triangle/square/circle component icon?


Warren



Subject: Re: JvColorProvider: which package?
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Thu, 2 Oct 2003 17:02:35 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:blbi49$t4k$1@talkto.net...
>> > >     I was wondering to which package JvColorProvider will be added.
> > I believe most providers (unless they have other dependencies inside JVCL)
> > should go into JvCore since this is the only required JVCL package and
> > providers could be used by just about any component in any package.

The idea behind providers is that they work like extensions to the controls, and
so
they should go into a "extension" package just for providers.
Also JvCore should be clean as possible and have only library main files.

Regards,
  Fernando Silva




Subject: Re: Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 02 Oct 2003 11:56:06 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit for JVCL 3?
>
> No, and no plans AFAIK to write them, so feel free to do it and donate to
> JVCL!
>
Okay, I wrote one. I merged it into JVDBControls.pas.  If it's okay with  Coordinator Peter, I'll put it in.

Reason I needed it was that I needed a data aware control with an event when you hit the Enter key. Unfortunately the stock Borland control consumes and destroys the keystroke, and does NOT fire any key events (OnKeyDown /OnKeyUp) on its DBEdit.

Note that Borland has one control for DBEdit, and it also seems to derive from TCustomMaskEdit, so I made mine derive from TJvCustomMaskEdit.

Sound good?  Should be able to check in a working version today.


Warren



Subject: Re: The who's who of JVCL...
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Thu, 2 Oct 2003 16:54:15 +0100
Newsgroups: jedi.vcl

I'm not a stable JVCL developer but I've donated some components and I come here
regularly to see the progress

First name: Fernando
Last name: Silva
Gender: male
DOB: 1979-08-03
Nationality: Portuguese
Languages: Portuguese, English and I understand a little of French and Spanish
Location: Aveiro, Portugal
Occupation: Software analyst/developer
Hobbies: a couple of investigation projects of some science fields

I work for a small software company where I've been for 4 years developing
mainly two projects: one is a CRM/ERP done with Delphi and recently an
Insurence system done with ASP.NET

Was this last project that made me stay way sometime from Delphi, and
consequently away from JVCL.
Anyway a new project is appearing and will be done with Delphi, so I
hope to have sometime to contribute again to JVCL on a regular basis.




Subject: Re: TJvCurrencyEdit: No Paste Error
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Thu, 2 Oct 2003 18:11:11 +0400
Newsgroups: jedi.vcl

On Thu, 2 Oct 2003 08:15:31 +0200, Peter Thörnqvist wrote:

>> >> My question is : Will there be a automated process (or at least something
>> >> that makes it easier) to switch from JVCL 2 to JVCL 3 ?
> > Semi-automated. We have a tool, JVCLConvert, that you can use along with a
> > conversion file to scan your pas, dfm and dpr's and replace all occurences
> > of (f ex) JvxCurrencyEdit with TJvValidateEdit

Of course, I already used it when migrating from RX Lib to JVCL. I should
have thought about it !

Are there scripts to convert from JVCL 2 to JVCL 3 ? Because as you can
imagine I don't have only JvxCurrencyEdit but many of JVCL components.

BTW, I don't think that the daily build is stable enough to use in a
production envirronement. Is it ?

Thanxs

Julien


Subject: Re: OT: Help with testing LookupSystemDNSServers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 2 Oct 2003 14:32:47 +0200
Newsgroups: jedi.vcl

> > Unfortunately the IP Helper API isn't part of Windows 95 or NT.
Apparantly, one can copy DNSAPI.DLL to a Win95 machine and it should work.
Don't know about MS licensing issues, though...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OT: Help with testing LookupSystemDNSServers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 2 Oct 2003 14:17:17 +0200
Newsgroups: jedi.vcl

> > You might find the following newsgroups over at news.grc.com useful...
Thanks for the tip. Will have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OT: Help with testing LookupSystemDNSServers
From: "Chris Grant" <cjgrant@bigpond.net.au>
Date: Thu, 2 Oct 2003 11:34:10 +0000 (UTC)
Newsgroups: jedi.vcl

You might find the following newsgroups over at news.grc.com useful... 

grc.techtalk.dns
grc.techtalk.dns.news
grc.techtalk.bind_pe_beta





Subject: Re: The who's who of JVCL...
From: "Chris Grant" <cjgrant@bigpond.net.au>
Date: Thu, 2 Oct 2003 11:27:55 +0000 (UTC)
Newsgroups: jedi.vcl

And yet another Australian, mostly lurker, somes bug reporter, and
occasionly fixer.

Chris


Subject: Re: Clean copy build test
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 2 Oct 2003 12:49:43 +0200
Newsgroups: jedi.vcl

I've just done a clean build on D5-D7 Enterprise (after your updates)
without problems. I used Export in TCVS so it should look exactly as it does
for a normal user.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Clean copy build test
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 11:54:41 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Thu, 02 Oct 2003 19:38:23 +1000:

 O> I did a full rebuild on D6 and BCB6 Enterprise but that wasn't really a
 O> clean build (I didn't remove all output files). Anyway, it went through
 O> all right, two days ago.

    The thing is that it did build on my PC as well, but when I did a clean
copy build test, it suddenly failed for D5. Probably I hadn't a completely
up-to-date run/design/package folder but that's why a clean copy test is so
great: I'm 100% confident that I had everything as it is on CVS, no problems
of missing an update or (maybe even worse) having a corrected version
locally that I forgot to commit (and yes, I first made a backup of my local
JVCL3 tree, I'm not that dumb).

    Anyway, as it is now, JVCL3 builds out-of-the-box on those three Delphi
versions, and hopefully on other versions as well (I doubt the Enterprise
editions will have a problem, but BCB and Delphi Personal editions should be
tested.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Instal Error - package not found
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 11:48:44 +0200
Newsgroups: jedi.vcl

Hello, George!
You wrote  on Thu, 02 Oct 2003 05:28:30 EDT:

 GP> I have tried all the options mentioned in this and other threads
 GP> regarding this problem with Delphi 5.

 GP> The only change that allowed me to go past the URW533 error message was
 GP> to remove the following line in JVCL200_D50.dpk:

 GP> {$I JVCL.INC}

 GP> So instead of this:

 GP> {$I JVCL.INC}
 GP> package JVCL200_D50;

 GP> Now I have this:

 GP> package JVCL200_D50;

    What happens if the {$I JVCL.INC} is below the package JVCL200_D50 line?
Does that work? Anyway, as you probably noticed in the Clean build thread I
started, JVCL3 builds correctly out-of-the-box (not that we will be shipping
boxes) for Delphi 5, 6 and 7 so this issue should no longer occur when JVCL3
is released (eventually)

 GP> I hope this helps somebody else !!!

    Probably.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Clean copy build test
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 02 Oct 2003 19:38:23 +1000
Newsgroups: jedi.vcl

I did a full rebuild on D6 and BCB6 Enterprise but that wasn't really a clean build (I didn't remove all output files). Anyway, it went through all right, two days ago.



Subject: Re: Instal Error - package not found
From: George Pujol <gpujol@interserv.com>
Date: Thu, 02 Oct 2003 05:28:30 EDT
Newsgroups: jedi.vcl

Hi,

I have tried all the options mentioned in this and other threads 
regarding this problem with Delphi 5.

The only change that allowed me to go past the URW533 error message was 
to remove the following line in JVCL200_D50.dpk:

{$I JVCL.INC}

So instead of this:

{$I JVCL.INC}
package JVCL200_D50;

Now I have this:

package JVCL200_D50;

I got a clue when loading the package into Delphi as "File -> Open 
Project" and the name of the package would not show up in Delphi's 
caption, as every other package does (i.e. Delphi 5 - JVCL200_D50).

After removing the "include" line the package installed fine.

I had no problem installing this same package in Delphi 6 and 7 with no 
modifications.

I hope this helps somebody else !!!


Regards,

George Pujol
Pujol Computer Consulting Inc.


Sent using Virtual Access 5.51 - download your freeware copy now
http://www.atlantic-coast.com/downloads/vasetup.exe




Subject: Re: Clean copy build test
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 11:05:11 +0200
Newsgroups: jedi.vcl

Hello, All!

    please note that my testing is limited to the Pro versions of Delphi 5,
6 and 7. Anyone with other compilers care to do a clean build test, just to
be sure? Specifically Personal editions and BCB might be wise to perform a
clean build test on.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: ---- Delphi 7 completely builds
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 10:50:28 +0200
Newsgroups: jedi.vcl

Hello, All!


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: ----- Delphi 6 completely builds
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 10:46:33 +0200
Newsgroups: jedi.vcl

Hello, All!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: --- Delphi 5 completely builds
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 10:43:18 +0200
Newsgroups: jedi.vcl

Hello, All!


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Delphi 5: JvCustomD5D won't build
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 10:42:44 +0200
Newsgroups: jedi.vcl

Hello, All!
I wrote on Thu, 2 Oct 2003 10:37:13 +0200:

 MB>     JvCustomD5D won't build. It pulls in JvChart.pas which refers to
 MB> StrToFloatDef in TJvChart.EditYScale. IIRC StrToFloatDef is declared
 MB> for D5 in one of the util units. I'll check and update it. I will also
 MB> add JvChart to JvCustomD5R package.

Committed. Change log:
* Added JvChart to JvCustomD5R package
* Added uses JvJVCLUtils for D5 compatibility to JvChart

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Delphi 5: JvCustomD5D won't build
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 10:37:13 +0200
Newsgroups: jedi.vcl

Hello, All!

    JvCustomD5D won't build. It pulls in JvChart.pas which refers to
StrToFloatDef in TJvChart.EditYScale. IIRC StrToFloatDef is declared for D5
in one of the util units. I'll check and update it. I will also add JvChart
to JvCustomD5R package.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Clean copy build test
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Oct 2003 10:34:26 +0200
Newsgroups: jedi.vcl

Hello, All!

    Removed all my JVCL stuff from all three Delphi compilers and HD. I'll
be doing a clean build to see if all is still working properly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvCurrencyEdit: No Paste Error
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 2 Oct 2003 07:48:40 +0000 (UTC)
Newsgroups: jedi.vcl

Julien Ferraro wrote:

> > I have a lot (and I really mean A LOT) JvxCurrencyEdit comps and many
> > more.  I hope that I won't be stick to JVCL 2 because it's too difficult
> > to change for JVCL 3.

The JvValidateEdit is more advanced than JvxCurrencyEdit because it is a
mixture of lots of components.

The DisplayFormat property type has changed from string to a enumeration.
Set it to dfCurrency and the JvxCurrencyEdit mode is active.


-- Regards Andreas Hausladen 

Subject: Inserting a pause
From: "Steve Warburton" <Swarburton@orange.net>
Date: Thu, 2 Oct 2003 01:39:37 -0600
Newsgroups: jedi.vcl

I have the following which plays a list of MP3 files.

procedure TMainForm.Button6Click(Sender: TObject);
var I:integer;

begin

          for i := 0 to JVPlaylist1.Items.Count - 1 do
begin


  AudioFile1.FileName := JVPlaylist1.Items[i];
  waveout1.Start; // play the file
  next

         end;
end;

The problem is I need to wait for the end of the wave file before playing
another one.




Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 02 Oct 2003 17:19:56 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> OBones <obones_gfdg_@_rer_meloo.com> wrote:
>
>
>> BTW, do you have write access to CVS now or are you still relying on the daily snapshots ?
>
>
> No, but I don't have need yet. I haven't picked up a daily snapshot for
> a few days, but I'm still working on getting the JCL working under BCB5.
>
Ok. Just let us know when the burden of having to wait for us to commit your changes is too high.



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Thu, 02 Oct 2003 00:53:03 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >BTW, do you have write access to CVS now or are you still relying on the 
> >daily snapshots ?

No, but I don't have need yet. I haven't picked up a daily snapshot for
a few days, but I'm still working on getting the JCL working under BCB5.



Subject: Re: Delphi Project Build Helper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 2 Oct 2003 08:19:17 +0200
Newsgroups: jedi.vcl

> > I found that it may throw the exception whthout BCB installed.
> > I've release 1.1 beta which should be OK now.
Seems to work now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCurrencyEdit: No Paste Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 2 Oct 2003 08:15:31 +0200
Newsgroups: jedi.vcl

> > My question is : Will there be a automated process (or at least something
> > that makes it easier) to switch from JVCL 2 to JVCL 3 ?
Semi-automated. We have a tool, JVCLConvert, that you can use along with a
conversion file to scan your pas, dfm and dpr's and replace all occurences
of (f ex) JvxCurrencyEdit with TJvValidateEdit

As Olivier mentioned, you can get the current JVCL3 from
http://jvcl.sf.net/daily but make sure you get the big zip since the
"Source" zip doesn't contain all the documentation or the tools.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi Project Build Helper
From: tif <tif@0451.com>
Date: Thu, 02 Oct 2003 13:52:14 +0800
Newsgroups: jedi.vcl

Peter Thornqvist wrote:

> > BTW, I get an Unknown exception (0x00eedfade) at 0x797fa4e1 when running the
> > exe standalone. The context menus works anyway, though.
> > 
> > This is on W2kSp3

I found that it may throw the exception whthout BCB installed.
I've release 1.1 beta which should be OK now.


-- Regards, Winston Feng<wintonf@tom.com> 

Subject: Re: Converting string types
From: "Steve Warburton" <Swarburton@orange.net>
Date: Wed, 1 Oct 2003 23:27:46 -0600
Newsgroups: jedi.vcl

Cheers for the help.

I now need to loop through the list and play the files in order and keep
repeating until stop is pressed.

How do I set up a loop to step through the files.

I need to do the following (I think)

For I = 1 to X (where X is the number of files in the list)  //How do I find
X

MyString := JVPlaylist1.Items[JVPlaylist1.ItemIndex];   // get the filename

AudioFile1.FileName := Mystring;   //Assign the filename to the audiofile

waveout1.Start; // play the file

next I;  //goto the next in the list.






Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 02 Oct 2003 15:24:26 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> Nothing specific. When I was testing a build with the JclWin32.hpp file,
> I looked for some docs. Mostly found empty Doc-O-Matic pages!
>
> I'm on a deadline for a couple of days so I won't have a chance to work
> on the JCL .pas files until Thursday or Friday.  Didn't want you to
> think that I had given up...
>
No worries, we all have other stuff to do in life.
BTW, do you have write access to CVS now or are you still relying on the daily snapshots ?



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 01 Oct 2003 23:13:03 -0600
Newsgroups: jedi.vcl

Nothing specific. When I was testing a build with the JclWin32.hpp file,
I looked for some docs. Mostly found empty Doc-O-Matic pages!

I'm on a deadline for a couple of days so I won't have a chance to work
on the JCL .pas files until Thursday or Friday.  Didn't want you to
think that I had given up...

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>> >> On another note, is there documentation for the JCL? I grabbed the
>> >> rather dated docs from SourceForge but a lot is missing...
> >
> >As far as I know, it's the only one available.
> >What do you need in it ?



Subject: Re: TJvCurrencyEdit: No Paste Error
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 02 Oct 2003 14:49:58 +1000
Newsgroups: jedi.vcl

Julien Ferraro wrote:

> On Wed, 1 Oct 2003 15:13:03 +0200, Peter Thörnqvist wrote:
>
>
>> Beware that TJvCurrencyEdit will not be a part of JVCL3 so no updates is
>> done to it. Starting with JVCL3, use TJvValidateEdit instead.
>
>
> As many, I'ma hardly waiting for the JVCL 3 release. But for now, I have
> many projects that use JCL 2.

You can have a taste of it by downloading the nightly package at http://jvcl.sourceforge.net/daily and get the file containing the word 'latest' in it

> My question is : Will there be a automated process (or at least something
> that makes it easier) to switch from JVCL 2 to JVCL 3 ?
Not that I am aware of

> I have a lot (and I really mean A LOT) JvxCurrencyEdit comps and many more.
> I hope that I won't be stick to JVCL 2 because it's too difficult to change
> for JVCL 3.
That may be tricky but not necessarily. I'm only guessing there but it should be enough to replace all TJvxCurrencyEdit occurences by TJvValidateEdit in the .pas files and do the same in the .dfm files (you need to edit them with at text editor).
Then you reopen everything and hopefully it works straight ahead. I'm not familiar with the changes between the two, but I don't think it should be that big of a problem.

Olivier Sannier
JVCL Developer



Subject: Converting string types
From: "Steve Warburton" <Swarburton@orange.net>
Date: Wed, 1 Oct 2003 22:23:05 -0600
Newsgroups: jedi.vcl

I now can populate a Tlist box with MP3 files. When I try to play the list I
cannot work out how to extract the filename from the list and use it as a
file to play.

The item in the list is a Tstringlist item but I need it to be a Tfilename
so I can use it in the following code

AudioFile1.FileName := temp.

I presume there is a Tstringlist to Tfilename conversion but I cannot find
anything in the help files.




Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 02 Oct 2003 05:57:04 +0200
Newsgroups: jedi.vcl

Mark Di Nicola wrote:
>> Location: Brisbane, QLD, Australia (GMT+10, no daylight saving ever)
>
>
> OMG! and i thought OS developers only lived in europe. its hardly ever i see
> someone else, especially on usenet, who's from australia (well, lives
> anyway).
>
>

Helen Borrie manages our website from "rural Australia"
The website is hosted in California(?)



Subject: Re: TJvCurrencyEdit: No Paste Error
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Thu, 2 Oct 2003 06:46:52 +0400
Newsgroups: jedi.vcl

On Wed, 1 Oct 2003 15:13:03 +0200, Peter Thörnqvist wrote:

> > Beware that TJvCurrencyEdit will not be a part of JVCL3 so no updates is
> > done to it. Starting with JVCL3, use TJvValidateEdit instead.

As many, I'ma hardly waiting for the JVCL 3 release. But for now, I have
many projects that use JCL 2.

My question is : Will there be a automated process (or at least something
that makes it easier) to switch from JVCL 2 to JVCL 3 ?

I have a lot (and I really mean A LOT) JvxCurrencyEdit comps and many more.
I hope that I won't be stick to JVCL 2 because it's too difficult to change
for JVCL 3.

Julien


Subject: Re: The who's who of JVCL...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 02 Oct 2003 11:24:29 +1000
Newsgroups: jedi.vcl

>> Never tasted it, it's too strange for me. After all, I'm French and as
>> such I prefer Snails. But we eat them dead with a butter and garlic
>> sauce, not alive as some weird guys tend to believe !
>
>
> Um, I don't think you can be calling other people weird when you're the one
> eating snails :-)
>
> Christopher Latta
>

I know, but it's just like Vegemite, you must have been raised with it to like it ;-)



Subject: Re: The who's who of JVCL...
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 2 Oct 2003 11:08:10 +1000
Newsgroups: jedi.vcl

"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:bldu49$bui$1@talkto.net...
> > Leroy Casterline wrote:
> >
>> > > Yes, what was that stuff from the '80, here in the States? Ah yes,
>> > > Vegamite(sp?)!
>> > >
> > Vegemite !

Yep - delicious! Although apparently you have to be raised on it to think
that.

> > Never tasted it, it's too strange for me. After all, I'm French and as
> > such I prefer Snails. But we eat them dead with a butter and garlic
> > sauce, not alive as some weird guys tend to believe !

Um, I don't think you can be calling other people weird when you're the one
eating snails :-)

Christopher Latta




Subject: Re: The who's who of JVCL...
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 2 Oct 2003 10:59:13 +1000
Newsgroups: jedi.vcl

"Mark Di Nicola" <don't@emailback.com> wrote in message
news:blfgo9$mnj$1@talkto.net...
>> > > Location: Brisbane, QLD, Australia (GMT+10, no daylight saving ever)
> >
> > OMG! and i thought OS developers only lived in europe. its hardly ever i
see
> > someone else, especially on usenet, who's from australia (well, lives
> > anyway).

No, there's plenty of us around. Its just the we live on an "island" about
the size of mainland USA but only have a population the size of New York, so
its easy for us to go unnoticed.

But we'll still beat you at most sports :-)

Christopher Latta





Subject: Playing MP3 files
From: "Steve Warburton" <Swarburton@orange.net>
Date: Wed, 1 Oct 2003 18:56:02 -0600
Newsgroups: jedi.vcl

I am using the playlist demo to create a list of mp3 files.

How do I play the list.
 ie get the file name from the JVListbox and loop through the list.

I have tried

AudioFile1.FileName := JvPlaylist1.FileName

any help please




Subject: Re: The who's who of JVCL...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 02 Oct 2003 09:50:33 +1000
Newsgroups: jedi.vcl

Mark Di Nicola wrote:

>> Location: Brisbane, QLD, Australia (GMT+10, no daylight saving ever)
>
>
> OMG! and i thought OS developers only lived in europe. its hardly ever i see
> someone else, especially on usenet, who's from australia (well, lives
> anyway).
>
>
Well, we do exist ! I can tell you there are heaps of programmers around, it's just that Australian tend to stay together on their big island !



Subject: Re: Converting string types
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 00:45:48 +0200
Newsgroups: jedi.vcl

> > I now need to loop through the list and play the files in order and keep
> > repeating until stop is pressed.
for i := 0 to ListBox1.Items.Count - 1 do
begin
  if StopClicked then Break; { or use Exit}
  AudioFile1.FileName := ListBox1.Items[i];
  waveout1.Start; // play the file
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvChangeNotify at design-time
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 00:44:06 +0200
Newsgroups: jedi.vcl

> > I dropped a TJvChangeNotify on a form, added a TJvChangeItem to
Property editor in JvDsgnEditors expects a TComponent when it is a
TPersistent. I'll commit the changes. After updating, rebuild the JvCore DT
package.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: missing items in JVCL3.dat
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 00:23:17 +0200
Newsgroups: jedi.vcl

Thanks for the list. Will be added.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Converting string types
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 2 Oct 2003 00:20:51 +0200
Newsgroups: jedi.vcl

No need to convert, just assign directly:

if ListBox1.ItemIndex > -1 then
  AudioFile1.FileName := ListBox1.Items[ListBox1.ItemIndex];

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: "Mark Di Nicola" <don't@emailback.com>
Date: Thu, 2 Oct 2003 08:02:43 +1000
Newsgroups: jedi.vcl

> > Location: Brisbane, QLD, Australia (GMT+10, no daylight saving ever)

OMG! and i thought OS developers only lived in europe. its hardly ever i see
someone else, especially on usenet, who's from australia (well, lives
anyway).




Subject: TJvChangeNotify at design-time
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 1 Oct 2003 15:26:12 -0400
Newsgroups: jedi.vcl

I dropped a TJvChangeNotify on a form, added a TJvChangeItem to
..Notifications, and then tried to change the .Directory property when I got
an EInvalidCast. Trace follows.

exception class   : EInvalidCast
exception message : Invalid class typecast.

main thread ($1F8):
$0B314BE1 JvCoreD7D.bpl Jvdsgneditors  TJvDirectoryProperty.Edit
$005E4C1E coreide70.bpl Propinsp
TPropertyInspector.PropListEditDblClick
$00865549 vclide70.bpl  Ideinsplistbox TInspListBox.EditDblClick
$002B1340 vcl70.bpl     Controls       TControl.WndProc
$002B452B vcl70.bpl     Controls       TWinControl.WndProc
$00863463 vclide70.bpl  Ideinsplistbox TPropInspEdit.WndProc
$77E15B4C user32.dll                   DispatchMessageA
$002D4DAB vcl70.bpl     Forms          TApplication.ProcessMessage
$002D4DE2 vcl70.bpl     Forms          TApplication.HandleMessage
$0041FEE6 delphi32.exe                 EntryPoint

Any ideas?

Thanks,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: missing items in JVCL3.dat
From: Jacob Boerema <jgboerema@hotmail.com>
Date: Wed, 1 Oct 2003 21:22:35 +0200
Newsgroups: jedi.vcl

Hello All,

I saw that not all changes in changelog are in converter\JVCL3.dat. I 
think that the following should be added (based on the daily 28 
september).

JvTMTL=JvTMTimeLine
JvAutoSizeCompo=JvFormAutoSize
JvPlacemnt=JvFormPlacement
JvVerInf=JvVersionInfo
JvUCB=JvUninstallCtrls
JvTimerLst=JvTimerList
JvSysComp=JvCreateProcess
JvObjStr=JvObjectStrings
JvMrgMngr=JvMergeManager
JvMouseTimerU=JvMouseTimer
JvFDualList=JvDualListForm
JvDBSecur=JvDBSecurity
JvDBRichEd=JvDBRichEdit
JvDBPrgrss=JvDBProgress
JvColorBtn=JvColorButton
JvCntScr=JvContentScroller
JvCmdEdit=JvCommandEdit
JvOLBar=JvOutlookBar
JvRegTV=JvRegistryTreeview
JvPrgrss=JvProgressUtils
JvPluginMan=JvPluginManager
JvRadioCtl=JvRadioControl
JvRecentMenuBtn=JvRecentMenuButton
JvRemLog=JvRemoteLogin
JvSHFileOp=JvSHFileOperation
JvSplshWnd=JvSplashWindow
JvSQLS=JvSQLScript
JvStartMenuBtn=JvStartMenuButton
JvStrHlder=JvStringHolder
JvRichEd=JvRichEdit
TJvxRichEdit=TJvRichEdit
JvControlPanel=JvControlPanelButton
JvClipMon=JvClipboardMonitor
JvClipView=JvClipboardViewer
JvDataConv=JvConverter
JvPageMngr=JvPageManager
JvBmpAnim=JvBmpAnimator
JvClipIcon=JvIconClipboardUtils
JvArrowBtn=JvArrowButton
JvMemDS=JvMemoryDataset
JvMagnet=JvFormMagnet
JvDlg=JvProgressForm
JvCurrEdit=JvBaseEdits
JvDBComb=JvDBCombobox
JvDBCtrl=JvDBControls
JvIcoList=JvIconList
JvPropAutoSave=JvAutoSave
JvTransBtn=JvTransparentButton
JvxLoginDlg=JvDBLoginDialog
JvProps=JvPropsStorage
JvxAnimate=JvAnimatedImage
JvMRUList=JvMRUManager
JvMRU=JvMRUList
JvObjPickerComp=JvObjectPickerDialog
TJvControlPanel=TJvControlPanelButton
TJvStartMenuBtn=TJvStartMenuButton
TJvRecentMenuBtn=TJvRecentMenuButton
JvAppletProperty=JvAppletEditor
JvBehaviorLabelProperty=JvBehaviorLabelEditor
JvChNtfyProperty=JvChangeNotifyEditor
JvTipOfDayProp=JvTipOfDayEditor
JvOutEdit=JvLookoutEditor
JvJVCLAboutProperty=JvJVCLAboutEditor
JvTimeLineEdit=JvTimeLineEditor
JvaDsgn=JvDesignerUtils
JvCsvDataDsgn=JvCsvDataEditor
JvDBUtil=JvBDEUtils
TJvxGradientCaption=TJvGradientCaption
TJvImageDlg=TJvImageDialog
TOnSortMethod=TJvListViewColumnSortEvent
TJvProgressEvent=TJvHTTPProgressEvent
TJvPrintProgressEvent=TJvProgressEvent
TProgress=TJvProgressEvent
JvgRegLibDelphi=JvGlobusReg

-- Jacob Boerema E-mail: remove dots from j.g.boerema and replace invalid with com 

Subject: Re: Can I get tortoisecvs+plink to use an ssh key auth instead of password?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 01 Oct 2003 11:14:30 -0400
Newsgroups: jedi.vcl

>> Hmm, I followed all that, and it isn't working. I hope it's just that after having just added an SSH key to Sourceforge, it takes some time to replicate that information to all it's CVS/login servers.
>>
>> Warren
>>
> I takes at least 24hours to propagate
>
Ahhhhh. It's working now. :-)


Warren



Subject: OT: Help with testing LookupSystemDNSServers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Oct 2003 15:59:24 +0200
Newsgroups: jedi.vcl

Hi guys (and girls, if any), I have a small problem I would like you to help
me with. I need to get the system DNS servers on a computer and have written
a function to read it from the registry. I've posted a Delphi project to
binaries (source only) that does just that. Could you take the time to test
it and report back the results? Since I don't have access to that many
computers, I'm not entirely sure it will work in all cases, so that's why I
need the help.

You can mail me directly if you prefer (remove nospam from my mail).

Thanks!
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCurrencyEdit: No Paste Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Oct 2003 15:13:03 +0200
Newsgroups: jedi.vcl

> > TJvCurrencyEdit Reverts to its previous value when you try to paste amount
> > into it... most likely builds number from keypress... a miner flaw to a
> > perfect component...

Beware that TJvCurrencyEdit will not be a part of JVCL3 so no updates is
done to it. Starting with JVCL3, use TJvValidateEdit instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: "Enrico" <r.i.c.e.r.c.a.r.@infinito.it>
Date: Wed, 1 Oct 2003 14:28:51 +0200
Newsgroups: jedi.vcl

Well, I'm not a JVCL developer but only a (new) user.

First name: Enrico
Last name: Bortolazzi
Gender: male
Birth: 1966
Nationality: Italian
Languages: Italian, English (enough), Spanish (little)
Occupation: Freelance software developer
Hobbies: Music playing and listening

I got a nuclear engineer degree with a specialization in electronics. But I
found a job as programmer in an electromedical team using Assembler, C and
C++ and so I became a software developer. After this experience of seven
years my team moved to another city and I decided to try the freelance
adventure and bought Delphi 2 to work with (now I have D7). At the moment I
work as consultant for the old team (mainly mantainance) and I'm working
hard on some projects that involve disable people: so I'm particular
interested in interfaces.
I'm using mainly C++ which I prefer (sorry), but I use Delphi too: I do a
mix!. Searching for an edit component I found JvEditor, this newsgroup and
the JVCL community.
My future work on JvEditor will be to add an automatic wordwrap feature,
plus minor changes. Of course I will submit my changes to the communit.

That's all.

Bye,
Enrico









Subject: Re: JVThumbnail progress?
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 1 Oct 2003 07:28:51 -0500
Newsgroups: jedi.vcl

Thank you for the update!

Dave


"johnnie" <none@noware.non> wrote in message news:bldmqp$afr$1@talkto.net...
> > dave wrote:
> >
>> > > Just curious if there has been any updates/progress on the thumbnail
>> > > component? I am very anxious to implement it. But am waiting to see
>> > > what (if any) improvements have been made to the speed of it.
>> > >
>> > > Thanks,
>> > > Dave
> >
> > Hi Dave,
> >
> > There are a few things I have done the past week but do not include any
> > speed improvements. if everything goes well I'll post everything I have
> > done next friday.
> >
> >
> > Regards
> > johnnie.
> >




Subject: TJvCurrencyEdit: No Paste Error
From: "gsing" <gsing@iprimus.com.au>
Date: Wed, 1 Oct 2003 22:23:17 +1000
Newsgroups: jedi.vcl

TJvCurrencyEdit Reverts to its previous value when you try to paste amount
into it... most likely builds number from keypress... a miner flaw to a
perfect component...




Subject: JVCL.INI configuration program
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Oct 2003 11:34:41 +0000 (UTC)
Newsgroups: jedi.vcl

I've written a program that can configure the JVCL.INC file visually. The
program uses a self written unit that do the job. This unit may be
included in a installer to autoconfig the DelphiPersonalEdition,
JVCLThemesEnabled and JVCL_REGISTER_GLOBAL_DESIGNEDITORS settings.

See jedi.binaries for the project source code.

-- Regards Andreas Hausladen 

Subject: Re: Delphi 6 Personal Edition packages added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Oct 2003 12:51:14 +0200
Newsgroups: jedi.vcl

> > I use Delphi 6 Professional. The D6Pers is just a relict and was
> > downloaded from the Borland FTP Server when it was free to download.
Don't you go removing it! it could prove invaluable for testing.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi 6 Personal Edition packages added
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 01 Oct 2003 20:20:58 +1000
Newsgroups: jedi.vcl

BTW, we will most likely have to do that for BCB too as there are no possible ways of having compilation directives in the packages...



Subject: Re: Delphi 6 Personal Edition packages added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Oct 2003 11:57:35 +0200
Newsgroups: jedi.vcl

> > Yes. I have a second machine with D6 Personal
Aha! A PE owner! Great, at last someone who can test!

> > The only impicit includes I get are the Zlib units.
That's a relief<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi 6 Personal Edition packages added
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Oct 2003 09:31:29 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Yes. I have a second machine with D6 Personal
> > Aha! A PE owner! Great, at last someone who can test!

I use Delphi 6 Professional. The D6Pers is just a relict and was
downloaded from the Borland FTP Server when it was free to download.


-- Regards Andreas Hausladen 

Subject: Re: Delphi 6 Personal Edition packages added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Oct 2003 11:14:14 +0200
Newsgroups: jedi.vcl

> > The normal package wont compile because they require packages like dbrtl,
> > qrpt, ... that are not available under Delphi 6 PE. But I have another
> > idea. Not all packages are requiring these DB and QReport packages. So the
> > D6Per Packages.bpg can use the non modified from D6 and the modified from
> > D6Pers.

But you can't remove the db/qrpt requirements without removing units from
the package(s), right? So are you sure that will work (i.e have you tested
it with PE)? You might get a whole lot of "implicit includes" and then the
whole thing won't work anyway

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi 6 Personal Edition packages added
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Oct 2003 08:43:07 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > But you can't remove the db/qrpt requirements without removing units from
> > the package(s), right?

Yes. This was the reason why I forked the d6 package folder. But I had not
to remove units from all packages.

For example the D6Per Packages.bpg can use the following packages:

D6\JvCoreD6?.bpk
D6\JvSystemD6?.bpk
D6Per\JvInterpreterD6?.bpk
D6Per\JvUIBD6?.bpk
....

> > So are you sure that will work (i.e have you tested it with PE)? 

Yes. I have a second machine with D6 Personal


> > You might get a whole lot of "implicit includes"

The only impicit includes I get are the Zlib units.



-- Regards Andreas Hausladen 

Subject: Re: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 1 Oct 2003 10:42:55 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 1 Oct 2003 10:28:34 +0200:

 >>     This again shows your problem with remembering things <g>
 PT> I would write a sharp answer to that if I could only remember what you
 PT> wrote...

    This shows your eye-sight is diminishing too :-P

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Delphi 6 Personal Edition packages added
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Oct 2003 10:37:06 +0200
Newsgroups: jedi.vcl

> > Under \packages there is now a MakeD6Per.bat, D6Per Packages.bpg and a
> > D6Per folder with all packages for Delphi 6 Personal Edition.
What's the difference from the normal D6 packages?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi 6 Personal Edition packages added
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 1 Oct 2003 08:32:34 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

The normal package wont compile because they require packages like dbrtl,
qrpt, ... that are not available under Delphi 6 PE. But I have another
idea. Not all packages are requiring these DB and QReport packages. So the
D6Per Packages.bpg can use the non modified from D6 and the modified from
D6Pers.


-- Regards Andreas Hausladen 

Subject: Re: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Oct 2003 10:28:34 +0200
Newsgroups: jedi.vcl

> >     This again shows your problem with remembering things <g>
I would write a sharp answer to that if I could only remember what you
wrote...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 1 Oct 2003 10:25:34 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 30 Sep 2003 23:26:31 +0200:

 PT>  (now, what was that I was saying about never
 PT> making mistakes?).

    This again shows your problem with remembering things <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 01 Oct 2003 17:38:01 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> Yes, what was that stuff from the '80, here in the States? Ah yes,
> Vegamite(sp?)!
>
Vegemite !

Never tasted it, it's too strange for me. After all, I'm French and as such I prefer Snails. But we eat them dead with a butter and garlic sauce, not alive as some weird guys tend to believe !



Subject: Re: The who's who of JVCL...
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 1 Oct 2003 09:32:12 +0200
Newsgroups: jedi.vcl

Well, not that I really am THAT active in the JVCL department, but here we
go :-P

First name: Stefaab
Last name: Lesage
Gender: male
DOB: 16 Jun 1971
Nationality: Belgian
Languages: Dutch, French, English, Geraman ( and a few Swedish words, but
don't think that counts )
Location: Ertvelde ( If you are now thinking about Eddy Wally you know the
place :-P )
Occupation: Software engineer

Hobbies: Delphi Development, Component Building, IOTA Fun, Dark Age of
Camelot :-P

JVCL roles:

Well without knowing I found that in some JVCL unit, my name was mentioned.
No clue how it got there in the first place, but had a good feeling when
someone at my company told me :-P

I did rework some of the Experts from the JvPlugin.  These experts were
written using the Old OpenTools API which came with Delphi 3.  I have
rewritten them to use the IOTA ( New OpenTools API ) and send in the
modifications.


Job

I currently work at PeopleWare N.V. which is a company in Belgium well know
for its Delphi expertise.  Here I am what they call a Technical Project
Leader.  This means that developers facing some technical issues come to
harass me all day long and hope I have a solution for their problems :-P

Most of the time I have, I'm currently spending on an Interfaced Development
FrameWork we use here at PeopleWare.  This FrameWork allows us to develop
applications quite a lot faster, and still maintain the same Look and Feel
throughout the whole application.  The concept is built around DataModules,
ListViewForm and RecordViewForm, and makes extensive use of interfaces.  The
advantage here is that we can build everything from one entity seperately.
This means we can let one developer create the DataModule / ListView /
RecordView for the entity Customer and let an other developer create
everything for the Entity Order.  At the end we can easily combine those two
entities to make some Master / Detail relationships.

Anyway, hard to explain, but works as a beauty :-P

Others
-------

In my free time at home, I'm a big fan of MMORPG and been playing with Dark
Age of Camelot which is fun.  For this game I have also developed a
KnowledgeBase application.  The Application was completely developed using
the FrameWork I have built ( and is freely downloadable ), so I kinda mix
Business with Pleasure there :-)

Family Life
------------

My wife Tania and me have a son called Jens, which is 3 years by now.  Like
me he is a big fan of all what might be called 'Fantasy'.  He loves to watch
'Lord of the Rings' with me, and knows the characters by name already.  He
also likes to watch me when I play DAoC.  If it continues like this, he'll
soon be picking up Delphi just like his fater :-P





Subject: Re: The who's who of JVCL...
From: Leroy Casterline <casterle@ccltd.com>
Date: Wed, 01 Oct 2003 01:15:46 -0600
Newsgroups: jedi.vcl

Yes, what was that stuff from the '80, here in the States? Ah yes,
Vegamite(sp?)!

Robert Marquardt <robert_marquardt@gmx.de> wrote:

> >Christopher Latta wrote:
>> >> I'm Chris Latta from Sydney, Australia. I speak English and enough German to
>> >> travel and know what I'm eating.
> >
> >The strangest things we eat are usually from Australia ;-)



Subject: Re: JvTimeFrameWork Alarm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 1 Oct 2003 09:09:01 +0200
Newsgroups: jedi.vcl

I don't know of anyone using the TimeFramework components, but I think there
is a post here somewhere about the alarm issue (can't find it right now).
Google is your friend!

> > Also, is there a way to make the TJvDaysPrinter show a print setup box
> > instead of just printing?

You mean a standard one? Why not use:

  if PrinterDialog1.Execute then
    JvDayPrinter1.PrintDirect;

> > Incidentally, for anyone have a "no default printer installed" error, I
> > suggest creating the TJvDaysPrinter at runtime, it will still cause an
error
> > but it won't crash the program. And be sure and use a try .. except around
> > the printing code.
This is good advice for the standard print dialog component(s) as well...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 01 Oct 2003 16:00:34 +1000
Newsgroups: jedi.vcl

> On another note, is there documentation for the JCL? I grabbed the
> rather dated docs from SourceForge but a lot is missing...

As far as I know, it's the only one available.
What do you need in it ?



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 30 Sep 2003 23:56:15 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >I really prefer to remove or add EXTERNALSYM directives rather than add 
> >HPPEMIT directives to include a windows header because it ensures that 
> >the component uses the same structures and constants in both Delphi and BCB.
I agree, this is a better solution for the reason you state. I'll do the
multiple #ifdef's as you suggested.

On another note, is there documentation for the JCL? I grabbed the
rather dated docs from SourceForge but a lot is missing...


Subject: Re: TJvListBox has no horizontal scroll bar?? (Please help)
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 01 Oct 2003 15:29:59 +1000
Newsgroups: jedi.vcl

> You are using a pre-release of JVCL3? 
Yes we (the developers) are

> How stable is it now? 
Fairly stable but some major improvements still need to be put in. However, if your project worked with JVCL2.1, little change should be required to have it work with JVCL3

> Is there a non-CVS download source I can grab it from? 
Yes there is, it's at http://jvcl.sourceforge.net/daily/ and you get the file with the word "latest" in it to get the latest snapshot of the JVCL3. Please be aware that some very rare times, this nightly snapshot may not compile because one of us comitted some bugged code. This is quite rare but if this happens, take the package from the day before.

Olivier Sannier
JVCL Developer



Subject: Re: TJvListBox has no horizontal scroll bar?? (Please help)
From: Art Sentinel <personal@no.spam.artsentinel.net>
Date: Wed, 01 Oct 2003 05:15:46 GMT
Newsgroups: jedi.vcl

Hi Peter. Thanks for helping me. :)

I am using D7/JVCL 2.10 ... Yes I have already set Columns=0 and Style=lbStandard. I even deleted the component, placed 
another one on the form, and only altered the Scrollbar property to ssBoth. It still did not work for me. Arrghh.. 

You are using a pre-release of JVCL3? How stable is it now? Is there a non-CVS download source I can grab it from? What is 
troubling me is that I love the search feature of the JVListBox component. I am willing to use it without a horizontal scroll bar, but 
it looks so foolish.

- Art Sentinel




Subject: Re: JVThumbnail progress?
From: "johnnie" <none@noware.non>
Date: Wed, 1 Oct 2003 04:56:57 +0000 (UTC)
Newsgroups: jedi.vcl

dave wrote:

> > Just curious if there has been any updates/progress on the thumbnail
> > component? I am very anxious to implement it. But am waiting to see
> > what (if any) improvements have been made to the speed of it.
> > 
> > Thanks,
> > Dave

Hi Dave,

There are a few things I have done the past week but do not include any 
speed improvements. if everything goes well I'll post everything I have
done next friday.


Regards
johnnie.



Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Oct 2003 06:02:37 +0200
Newsgroups: jedi.vcl

Christopher Latta wrote:
> I'm Chris Latta from Sydney, Australia. I speak English and enough German to
> travel and know what I'm eating.

The strangest things we eat are usually from Australia ;-)



Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Oct 2003 06:01:49 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> My goal is to automate part of the process Robert Marquardt did; tool can now sort the implementation section, and capitilize it in a 'standard' way. That is, if there are no weird IFDEFs in the source <g>.
>

Boo, Boo, stealing my work ;-)



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 01 Oct 2003 12:08:38 +1000
Newsgroups: jedi.vcl

>
> The solution to both these errors is to add a HPPEMIT directive at the beginning of the offending pas file. For instance, add
> {$HPPEMIT '#include <winioctl.h>'}
>
> and a #include <winioctl.h> will be added in the generated hpp file.
>
There is also another solution that I personnaly consider better:
Ususally, those missing structures or constant are actually defined in the pascal file itself but the hpp generator is told to ignore them through the use of an EXTERNALSYM compilation directive. In the case of JclWin32.pas, they are all at the end of the file.
Look for your missing symbol and if there is a {$EXTERNALSYM } for it, use a {$IFNDEF BCB5}{$ENDIF} around it so that is is ignored. If there already is a {$IFNDEF BCB6}, them simply remove the 6, or even better remove the EXTERNALSYM altogether as we don't support BCB before version 5. However, doing one of these two methods  in any  JCL source fime may break their support of BCB prior to version 5 (I'm not sure they support it) so you'd be better doing something like that
{$IFNDEF BCB6}
{$IFNDEF BCB5}
{$EXTERNALSYM ...}
{$ENDIF}
{$ENDIF}

The BCB constants are defined in Jedi.inc, I think there is even one saying BCB5_UP for BCB5 and above.

I really prefer to remove or add EXTERNALSYM directives rather than add HPPEMIT directives to include a windows header because it ensures that the component uses the same structures and constants in both Delphi and BCB.

In any case, please let the JCL group know about changes you had to do to their code in order for it to be usable with BCB5.

Once again, thanks for the time you spend on this.

Olivier Sannier
JVCL Developer



Subject: Re: The who's who of JVCL...
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 1 Oct 2003 11:54:25 +1000
Newsgroups: jedi.vcl

I'm Chris Latta from Sydney, Australia. I speak English and enough German to
travel and know what I'm eating. I am 40 years old and got married about 18
months ago (for the first time - I was having a bit much fun being single
:) ) and we are expecting our first child on the 1st of December. My wife
and I have a dog and a horse, and there is a wild cockatoo (large bird) that
comes and visits us.

It was at university that I first came across computers, having never come
in contact with them before (the IBM PC came out the year I entered uni).
Originally I went to uni to study geology, and computers were part of the
course. I switched across to computers in my second year and began
contracting as a programmer while still at uni. I have only had a real job
(that is, employed by someone else) for a couple of years of my life, and
have worked for myself for the last 15 years, specializing in software for
law firms. In 1996 I was looking for a Windows development tool (my software
had previously run on Unix) and downloaded Delphi 2. It was so fantastic
that I went out and bought it the next day and have been using it almost
exclusively ever since. I sold my software to a competitor two years ago and
have been working as an independent consultant since then.

In my recent free time I discovered computer games, having never played them
before as I was so busy working. I now play on-line competitively and am
captain of a CounterStrike http://www.counter-strike.net/ team and a Natural
Selection http://natural-selection.org team.

My first impression of the JVCL was that it was sooooo big! It was a bit
overwhelming. The components on the Jv Convert tab looked like they all did
much the same thing, so I converted them into one component called
JvValidateEdit in the hope of reducing the component count a little. That
has been my only contribution so far, although I am working on a multiple
button component at the moment that I intend to donate as well. This is a
single button that has button items that it cycles through, which change the
button's glyph, caption, and OnClick event (it can also use actions). I am
writing this because I am always dropping two buttons to Connect/Disconnect
to a server and toggle their visible property (or use one button and change
the glyph and caption manually) which seemed clunky and I haven't found a
button component that handles multiple sets of buttons as a single button. I
am just finishing off the button item component editor for the IDE and I
will post it. Perhaps I can get more involved in the JVCL after that,
although I'm not sure where to start - as I said, its all a bit
overwhelming.

Cheers,
Christopher Latta

"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:blau45$p2s$1@talkto.net...
> > Hi all
> >
> > I've been working for a while on the JVCL project but I don't quite know
> > anyone around. So that's why I thought we could do a "presentation"
> > thread in here.
> > Anyone who whishes to let the world know can post an answer to this
> > message (I will), detailing who he is, what he does in life and for the
> > JVCL and more if wanted.
> > I know there is a list of developers on sourceforge, but some of them
> > may have gone away from the group, and I think it would also be great to
> > hear about the JVCL users that come regularly around here.
> >
> > Looking forward to knowing you all better
> >
> > Olivier Sannier
> > JVCL Developer
> >




Subject: Re: Can I get tortoisecvs+plink to use an ssh key auth instead of password?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 01 Oct 2003 09:35:46 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:

> Peter Thörnqvist wrote:
>
>>> I would like to stop entering my password (multiple times for one action sometimes, really a pain), but I don't know how to get TortoiseCVS+PLINK (the SSH utility for tortoise) to work that way. Anybody done this?
>>
>>
>>
>> Yes, see the section on SSH in http://jvcl.sourceforge.net/cvs.htm
>>
> Hmm, I followed all that, and it isn't working. I hope it's just that after having just added an SSH key to Sourceforge, it takes some time to replicate that information to all it's CVS/login servers.
>
> Warren
>
I takes at least 24hours to propagate



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 01 Oct 2003 09:25:21 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> Following up, I included the JcvWin32.hpp file in a project. In trying
> to compile the project, I get many errors. The 1st one I've tracked down
> but I have no idea how to fix it properly.
>
> The problem is in this line in the header file:
>
> typedef _FILE_ALLOCATED_RANGE_BUFFER  TFileAllocatedRangeBuffer;
>
> This is caused 'cause BCB has no clue what _FILE_ALLOCATED_RANGE_BUFFER
> is. I ultimately found this declared in 'winioctl.h' in the BCB includes
> directory. Including this header before JcvWin32.hpp resolved this
> problem. But if the header is required, it should be included in
> JcvWin32.hpp or one of its precursors. I have no idea how to make that
> happen.
>
> Same problem with PNCB from JcvWin32.hpp, the BCB include 'nc32.hpp' is
> required.

The solution to both these errors is to add a HPPEMIT directive at the beginning of the offending pas file. For instance, add
{$HPPEMIT '#include <winioctl.h>'}

and a #include <winioctl.h> will be added in the generated hpp file.

>
> I don't know how many of these I'm going to run into, but the list looks
> long at this point.
>
> I am using BCB5 Pro, BTW.

Good to know



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 01 Oct 2003 09:23:35 +1000
Newsgroups: jedi.vcl

>
> There was a spurious reference to JvInspector50_aJLBCB.Lib that needed
> to be removed. I think this is the only change I had to make.
>
> I also created a new directory under JCL, BCB5, with subdirectories
> 'Lib' and 'Includes'. I specified the Lib directory for project output
> because I like to keep my 3rd party libraries separate from the BCB
> directory hierarchy. To the new 'Includes' directory, I copy all of the
> header files that are placed in the JCL 'Source' directory. This is so
> that, if I build the JCL stuff for BCB6, the BCB5 header files are
> preserved. 

Why not, but don't do too much work on the JCL, it's not the main goal <g>
But I like the idea of an include directory. I'll see if I can do that for the JVCL, even if there is still the problem of res and dfm files that are located in the run folder...



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 30 Sep 2003 17:12:21 -0600
Newsgroups: jedi.vcl

Following up, I included the JcvWin32.hpp file in a project. In trying
to compile the project, I get many errors. The 1st one I've tracked down
but I have no idea how to fix it properly.

The problem is in this line in the header file:

typedef _FILE_ALLOCATED_RANGE_BUFFER  TFileAllocatedRangeBuffer;

This is caused 'cause BCB has no clue what _FILE_ALLOCATED_RANGE_BUFFER
is. I ultimately found this declared in 'winioctl.h' in the BCB includes
directory. Including this header before JcvWin32.hpp resolved this
problem. But if the header is required, it should be included in
JcvWin32.hpp or one of its precursors. I have no idea how to make that
happen.

Same problem with PNCB from JcvWin32.hpp, the BCB include 'nc32.hpp' is
required.

I don't know how many of these I'm going to run into, but the list looks
long at this point.

I am using BCB5 Pro, BTW.


Leroy Casterline <casterle@ccltd.com> wrote:

> >OBones <obones_gfdg_@_rer_meloo.com> wrote:
> >
>> >>What did you have to 
>> >>modify to get it to work ?
> >
> >There was a spurious reference to JvInspector50_aJLBCB.Lib that needed
> >to be removed. I think this is the only change I had to make.
> >
> >I also created a new directory under JCL, BCB5, with subdirectories
> >'Lib' and 'Includes'. I specified the Lib directory for project output
> >because I like to keep my 3rd party libraries separate from the BCB
> >directory hierarchy. To the new 'Includes' directory, I copy all of the
> >header files that are placed in the JCL 'Source' directory. This is so
> >that, if I build the JCL stuff for BCB6, the BCB5 header files are
> >preserved. 



Subject: JvTimeFrameWork Alarm
From: "Jason" <jaguarius@cogeco.ca>
Date: Tue, 30 Sep 2003 18:52:49 -0400
Newsgroups: jedi.vcl

Hey all, I am using the JvTimeFrameWork in a project currently and I am
trying to use the alarms. They simply don't seem to work, no matter what I
code. Is anyone else working on this ? If anyone has some insight on how to
make the alarms actually go off it would be appreciated.

Also, is there a way to make the TJvDaysPrinter show a print setup box
instead of just printing?

Incidentally, for anyone have a "no default printer installed" error, I
suggest creating the TJvDaysPrinter at runtime, it will still cause an error
but it won't crash the program. And be sure and use a try .. except around
the printing code.

Thanks!

Jason S. Gagnon




Subject: Re: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 1 Oct 2003 00:05:06 +0200
Newsgroups: jedi.vcl

> > That's easy: because the units are already included in JvMMD?D.dpk. :-)
See, sometimes it just works out <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 23:51:43 +0200
Newsgroups: jedi.vcl

> > I think JvStdCtrlsD?D.dpk is not the appropriate package because it is a
> > TGraphic and TPicture design editor that has nothing to do with
JvStdCtrls.
How about JvMM? That would fit the bill (graphics and multimedia)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Delphi 6 Personal Edition packages added
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 21:42:59 +0000 (UTC)
Newsgroups: jedi.vcl

Under \packages there is now a MakeD6Per.bat, D6Per Packages.bpg and a
D6Per folder with all packages for Delphi 6 Personal Edition.


-- Regards Andreas Hausladen 

Subject: Re: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 23:26:31 +0200
Newsgroups: jedi.vcl

> > If you activate JVCL_REGISTER_GLOBAL_DESIGNEDITORS the JvCoreD?D.dpk does
> > not compile. There are missing property editors:
We should absolutely *not* add stuff to JvCore that introduces dependencies
to other JVCL packages. Better then to move the offending stuff to the
appropriate package (in appropriate JVCL_REGISTER_GLOBAL_DESIGNEDITORS
defines, of course). Good catch, BTW. I have to confess I never tried
activating that define myself since moving to JVCL3 (now, what was that I
was saying about never making mistakes?).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 21:23:38 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > How about JvMM? That would fit the bill (graphics and multimedia)

That's easy: because the units are already included in JvMMD?D.dpk. :-)


This reduces the job to just move the RegisterPropertyEditor calles to
JvMMReg.pas. I'll do it and then I will commit the Delphi 6 Personal
Edition packages.



-- Regards Andreas Hausladen 

Subject: Re: JvChart checkin - cvs update time, for anyone who cares... ;-)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 23:23:17 +0200
Newsgroups: jedi.vcl

> > [...]And I forgot to take out the Register
> > function too... And marcel pointed out that I did the component icon the
> > wrong way also. Gosh. :-)

Well, I'm happy to say that I *never* make mistakes (it's just everyone else
that doesn't understand my grand plan)!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Can I get tortoisecvs+plink to use an ssh key auth instead of password?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 23:21:19 +0200
Newsgroups: jedi.vcl

> > BTW - I use tortoisecvs+pageant.
Me too

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPreviewControl
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 23:20:13 +0200
Newsgroups: jedi.vcl

> > In the windows headers HDC is defined as a pointer to void or if STRICT is
> > defined a pointer to a struct named HDC__.
That would explain why it's a no-no in BCB.


> > So an HDC is a pointer and I'm not sure why Delphi say it is a LongWord.
HDC is just an opaque datatype. You don't know what it really points to and
Windows won't tell you, so you can delcare it as anything as long as it's 4
bytes in size. Delphi uses LongWord since that is all that's needed and
that's why it's OK to have published HDC's in Delphi.


> > I don't understand why any handle would ever be published - making one
> > persist is pointless as is inspecting or editing one as design time?
Not altogether. The reason for the HDC to be published in JvPreviewControl
is twofold: firstly, the HDC property is part of a TPersistent subproperty
class where you can set the width and height (and other stuff) relating to
the page to draw on. Hiding HDC here seemed silly when everything else was
published. Secondly, I thought of it as having "educational" value. i.e for
a user unaware of how the component works, it would be easier to see that
the HDC has something to do with it if it was visible at design-time. Of
course, persisting it doesn't make much sense, but that is easliy solved by
adding a stored false to it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvChart checkin - cvs update time, for anyone who cares... ;-)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 23:14:57 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Tue, 30 Sep 2003 16:50:47 -0400:

 WP>  And marcel pointed out that I did the component icon
 WP> the wrong way also. Gosh. :-)

    Not wrong, but deviated from the standard used. It worked properly.
Besides, you at least provided an icon. Some people "forget" in the hopes of
someone coming up with a good icon for the component (yes, I'm referring to
myself here).

    I also took a look at the JvDataProviderEditors and I did that "wrong"
as well. I'll move the Register method away and integrate it into
JvCoreReg.pas (actually, already did that locally, so please, everyone,
don't try this at home or I'll be the one having to deal with conflicts
again).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 21:09:15 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Better then to move the offending stuff to the
> > appropriate package (in appropriate JVCL_REGISTER_GLOBAL_DESIGNEDITORS
> > defines, of course).

I figured out that the three files must be added to JvStdCtrlsD?D.dpk. The
alternativ is JvSystemD?D.dpk but then the unit JvBrowseFolder must go to
JvSystemD?D.dpk because it is the only dependency that is not resolved by
JvSystemD?D.dpk. JvBrowseFolder does not open new dependencies.

I think JvStdCtrlsD?D.dpk is not the appropriate package because it is a
TGraphic and TPicture design editor that has nothing to do with JvStdCtrls.



-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: Can I get tortoisecvs+plink to use an ssh key auth instead of password?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 30 Sep 2003 16:55:35 -0400
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
news:blce23$426$1@talkto.net...

> > Hmm, I followed all that, and it isn't working. I hope it's just that
> > after having just added an SSH key to Sourceforge, it takes some time to
> > replicate that information to all it's CVS/login servers.

This might be the reason, try tomorrow again.

BTW - I use tortoisecvs+pageant.

-- Michael Beck SourceForge Member # 956 JEDI-VCL Web: http://jvcl.sourceforge.net JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm 

Subject: Re: JvChart checkin - cvs update time, for anyone who cares... ;-)
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 30 Sep 2003 16:50:47 -0400
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> Is the CVS version (developer access) the newest or are their any updates
> on your disk?
>
> I ask because their is a time bomb in TJvChart.PlotGraph. The xOrigin
> local variable is never initialized but used. The compiler (D6) gives me a
> warning. The yOrigin variable is not initialized too but the compiler does
> not recognize it. This is strange, but maybe I'm blind and Delphi's search
> tool too.


Oi. Those are supposed to be working values that are initially set equal to Options.XOrigin and Options.YOrigin. Two lines of code seem to have been deleted. I can't see where YOrigin is set either.

Fixed and checked in. Good eyes.  And I forgot to take out the Register function too... And marcel pointed out that I did the component icon the wrong way also. Gosh. :-)

Warren



Subject: JVCL_REGISTER_GLOBAL_DESIGNEDITORS does not compile
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 20:44:57 +0000 (UTC)
Newsgroups: jedi.vcl

If you activate JVCL_REGISTER_GLOBAL_DESIGNEDITORS the JvCoreD?D.dpk does
not compile. There are missing property editors:

  JvPictureEditors in '..\..\design\JvPictureEditors.pas',
  JvPictureEditForm in '..\..\design\JvPictureEditForm.pas'
{PictureEditDialog},
  JvDirectoryListForm in '..\..\design\JvDirectoryListForm.pas'
{JvDirectoryListDialog},


It would be no problem to add them to JvCoreD?D.dpk but the tree files
require them in the above order and JvDirectoryListForm needs components
from other packages what it is not possible for the core package.
Maybe we should add a new package for these property editors or add them
to an appropriate package that has the needed dependencies.




-- Regards Andreas Hausladen 

Subject: Re: The who's who of JVCL...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 30 Sep 2003 22:26:02 +0200
Newsgroups: jedi.vcl

First name: Remko
Last name: Bonte
Gender: male
DOB: 6 april 1974
Nationality: Dutch
Languages: English, Dutch, German, I've had 4 years of lessons in French  and Latin but don't remember anything of it :)
Location: Eindhoven, Netherlands; you may know Eindhoven from the soccer  club PSV (looks like we are going to lose again tonight :( ) or as the hometown of Philips.

Occupation: Thanks to Philips we have a technological university here in Eindhoven, and that is were I studied some years ago, until I decided that it was a smarter move for me to go get a job (or something <g>) I did work at some places, mainly programming in Delphi, until I got the job I now have. It's a small company and we make software for small to medium sized businesses, CRM stuff etc. A year ago I decided to restart my student career (but keeping my current job), and I'm hoping to get my master next year.
Hobbies: eh programming, and eh, well I do some bass-playing, and do also play in a band. We're not very active at the moment, but did actually some live gigs and made a cd, but we were really bad <g>. I also do some running and snow-boarding in the right time of the year.

JVCL roles: I started as a help writer, and thus needed to test all those components. This resulted in quite some bug-reports from me. Meanwhile Marcel had given me CVS access for updating the help files, but for some reason I was suddenly working on the code itself <g>.
I did do quite some rewrites and merges of code, wrote TJvBalloonHint, but the biggest 'tour de force' was probably TJvID3Controller and his friends.
I'm pretty busy right now with school and stuff, but I'm working on some parsers to ease the help writing process, and to clean up source files. My goal is to automate part of the process Robert Marquardt did; tool can now sort the implementation section, and capitilize it in a 'standard' way. That is, if there are no weird IFDEFs in the source <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvPreviewControl
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Tue, 30 Sep 2003 20:29:20 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Another forbidden for a property : HDC
> >However, I'm not sure on how to correct that one...

Seeing this 

Do not use HDC as a published property type. The reason for this error is
still not found but in the meantime, use LongWord instead.

in the BCB compatibility guide I decided to have another look.

In the windows headers HDC is defined as a pointer to void or if STRICT is
defined a pointer to a struct named HDC__. 

So an HDC is a pointer and I'm not sure why Delphi say it is a LongWord. 

I don't understand why any handle would ever be published - making one
persist is pointless as is inspecting or editing one as design time? 

Apart from pointers to member functions it doesn't look like Dephi (or BCB)
supports publishing pointers. 




Subject: Latest CVS errors
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 30 Sep 2003 15:21:00 -0400
Newsgroups: jedi.vcl

Delphi 7 Enterprise:

[Error] JvMarkupLabel.pas(84): Undeclared identifier: 'csParentBackground'
[Error] JvMarkupLabel.pas(84): Incompatible types: 'Enumeration' and
'Integer'

I think they might be related to the changes done for theme support as the
problem line is as follows:

  IncludeThemeStyle(Self, [csParentBackground]);

Also, I did a search and csParentBackground is found in quite a number of
files.

Thanks,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: The who's who of JVCL...
From: "Henri Gourvest" <x@x.com>
Date: Tue, 30 Sep 2003 21:11:56 +0200
Newsgroups: jedi.vcl

First name: Henri
Last name: Gourvest
Gender: male
DOB: 30/04/1975
Nationality: French
Languages: French, English.
Location: Nantes, France (GMT+1)
Occupation: Project Leader
JVCL roles:
- Working on UIB (Unified Interbase Components)

I'm also working on some other open source projects as
- DSPack, multimeda components to play video, capture video,
    play DVD, create filters (...) with DirectX.
- Direct Show API conversion.
- Windows Media Format (WMF) API conversion.
- GDI+ API conversion.

and I have stupid cat :).

Henri Gourvest
http://www.progdigy.com




Subject: Re: Latest CVS errors
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 19:07:44 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > [Error] JvMarkupLabel.pas(84): Undeclared identifier:
> > 'csParentBackground' [Error] JvMarkupLabel.pas(84): Incompatible types:
> > 'Enumeration' and 'Integer'

The "Controls" unit is missing in the uses statement. I'll commit the
changed file.


-- Regards Andreas Hausladen 

Subject: Re: The who's who of JVCL...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 30 Sep 2003 14:41:07 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
blce9b$420$2@talkto.net...
> > The JVCL .DOFs ? If you have JVCL 3 CVS version compile the
> > devtools/makeDOF tool and call devtools/bin/makedofs.bat. This creates all
> > necessary .dof files for Delphi 5, 6 and 7 packages.

I tried it out and noticed something: it overwrites all user-made changes to
the .dof files. While that isn't a problem in this case, perhaps using the
template file as *just* a template file and making changes instead of
overwiting the files might be a better idea. Take a look at DOF Editor at http://sky.prohosting.com/ivazquez/apps.html
if you can't figure out how to do this or are just too lazy to do so ;)

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: The who's who of JVCL...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 18:17:47 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > I tried it out and noticed something: it overwrites all user-made
> > changes to the .dof files.

That's the purpose of makeDOF. It sould remove all unnecessary lines from
the JVCL .dof files.


-- Regards Andreas Hausladen 

Subject: Re: TJvListBox has no horizontal scroll bar?? (Please help)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 20:07:36 +0200
Newsgroups: jedi.vcl

I don't know about 2.10 but it works perfectly on my D6/JVCL3 install...
Do you have Columns=0 and Style=lbStandard?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 30 Sep 2003 12:05:09 -0600
Newsgroups: jedi.vcl

Thanks, got the unicode unit. I'd already made the WEAKPACKAGEUNIT
change that Oliver told me about.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

> >Andreas Hausladen made some speed improvements and bugfixes that he posted
> >to jedi.binaries as "JclUnicode update" at 2003-09-20. You also need to
> >remove the WEAKPACKAGEUNIT directive as outlined by Olivier.



Subject: Re: The who's who of JVCL...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 30 Sep 2003 14:02:56 -0400
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
blce9b$420$2@talkto.net...
> > Ignacio Vazquez wrote:
>> >> Currently working on: Cleaning up the .dof conflicts from CVS on my
>> >> machine
> >
> > The JVCL .DOFs ? If you have JVCL 3 CVS version compile the
> > devtools/makeDOF tool and call devtools/bin/makedofs.bat. This creates all
> > necessary .dof files for Delphi 5, 6 and 7 packages.

The thing of it is that I have stuff in custom directories, so I don't
entirely trust it yet.

....

Or I could actually look at the source for MakeDOF and realize that I just
need to modify the template to suit my purposes. Never mind...

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Can I get tortoisecvs+plink to use an ssh key auth instead of password?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 30 Sep 2003 13:57:04 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I would like to stop entering my password (multiple times for one action sometimes, really a pain), but I don't know how to get TortoiseCVS+PLINK (the SSH utility for tortoise) to work that way. Anybody done this?
>
>
> Yes, see the section on SSH in http://jvcl.sourceforge.net/cvs.htm
>
Hmm, I followed all that, and it isn't working. I hope it's just that after having just added an SSH key to Sourceforge, it takes some time to replicate that information to all it's CVS/login servers.

Warren



Subject: TJvListBox has no horizontal scroll bar?? (Please help)
From: Art Sentinel <questions@artsentinel.net>
Date: Tue, 30 Sep 2003 17:49:48 GMT
Newsgroups: jedi.vcl

Hi,

I have version 2.10 of JVCL. After everything I tried, I still cannot get the ssBoth  or ssHorizontal ScrollBar property settings to 
work. I loaded a long external text file, and only if I set the above property to ssVertical do I even get a scroll bar. Does some 
please know how to get the horizontal scrollbar to appear? Am I doing something silly? Or is this a bug?

Any help will be greatly appreciated! :)

- Al




Subject: Re: The who's who of JVCL...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 30 Sep 2003 13:47:29 -0400
Newsgroups: jedi.vcl

Hi, my name is Ignacio Vazquez-Abrams and I'm a Delphi addict.

Gender: Male
DOB: 1977.11.11
Nationality: Canadian
Languages: English, some French and Spanish
Location: Toronto, Canada
Occupation: Software Engineer
Hobbies: Computers, Electronics, Video games
JVCL roles:
- Documentation
- Testing
- Minor bugfixes
Currently working on: Cleaning up the .dof conflicts from CVS on my machine

I'm currently working for Orion Communications Inc., porting there billing
system written in PowerBuilder 6.5 to Delphi 7, as well as working on new
business opportunities for the company.

I went to college for a Computer Engineering Technologist degree, and will
become a Professional Engineer as soon as I find the time and money.

I started with Pascal back with BP 6.0 and have remained loyal to Borland
ever since, acquiring BP 7.0, D1, D2, D3, and most recently D7. I have been
a part of the Python, PHP, Ogg Vorbis, and Linux communities in the past,
but sadly had to leave several years ago for reasons of which I prefer not
to get into.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: The who's who of JVCL...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 30 Sep 2003 13:35:24 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:blb6oq$q90$1@talkto.net...
> > Sure why not?
> >
> > I'm Peter Thornqvist, born in 1965, swedish, works for a company called
> > timemetrics (www.timemetrics.se) as the only developer, has been involved
in
> > JVCL since about a year or two after Michael Beck asked if I wanted to
> > donate my components to JVCL (which I did). Did a lot of restructuring and
> > bugfixing in JVCL before 2.10 and was during that time appointed "Tech
> > Coordinator". When Michael wanted to leave JVCL, I became "Overall JVCL
> > Coordinator" instead. Still not sure what that means... ;)

That's OK - you don't have to know what it means as long as you do a great
job with it :)

And so far, you absolutely do!!!!!

Michael




Subject: Re: The who's who of JVCL...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 17:24:59 +0000 (UTC)
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> > Currently working on: Cleaning up the .dof conflicts from CVS on my
> > machine

The JVCL .DOFs ? If you have JVCL 3 CVS version compile the
devtools/makeDOF tool and call devtools/bin/makedofs.bat. This creates all
necessary .dof files for Delphi 5, 6 and 7 packages.

-- Regards Andreas Hausladen 

Subject: Re: JvChart checkin - cvs update time, for anyone who cares... ;-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 17:20:10 +0000 (UTC)
Newsgroups: jedi.vcl

Is the CVS version (developer access) the newest or are their any updates
on your disk?

I ask because their is a time bomb in TJvChart.PlotGraph. The xOrigin
local variable is never initialized but used. The compiler (D6) gives me a
warning. The yOrigin variable is not initialized too but the compiler does
not recognize it. This is strange, but maybe I'm blind and Delphi's search
tool too.



-- Regards Andreas Hausladen 

Subject: Re: Can I get tortoisecvs+plink to use an ssh key auth instead of password?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 18:57:48 +0200
Newsgroups: jedi.vcl

> > I would like to stop entering my password (multiple times for one action 
> > sometimes, really a pain), but I don't know how to get TortoiseCVS+PLINK 
> > (the SSH utility for tortoise) to work that way. Anybody done this?

Yes, see the section on SSH in http://jvcl.sourceforge.net/cvs.htm

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: Solerman Kaplon <solerman@nospam.com>
Date: Tue, 30 Sep 2003 13:57:12 -0300
Newsgroups: jedi.vcl

Well here I go...
I am not a developer too, but I admirate all the work you all do. I've been around there since JVCL 1.2.

Name: Solerman F. Kaplon
DOB : 11/06/1981
Location: Rio Grande do Sul, Brazil
Occupation: Software Developer
Nationality: Brazilian
Hobbies: Programming, Games

I started programming around 1994, with basic, then learn dBase, went to the school (is that the right term?) and learn clipper, dataflex and started with TP4. Get an first experience with TP6 and his turbo vision (didn't understood anything <g>), and at the end of shool started doing the end work using delphi 2, went to the university at 1999, when learned C/C++, asm and java, and finally done my choice at delphi, where started to research many things, graphics, db applications, custom controls, RTTI and many others. Actually, I'm researching OO design to build an OPF (I'm member of the Jedi OPF and Business App lists, both dead actually), and guess the new provider interface will help connecting object attributes do the interface. I work at a software house name Wonder Sistemas (www.wonder.com.br), where I plan to use the OPF, and use JVCL to get rid of many thidy-party component libraries that we use. I at end of my degree in computer science in the integrated regional university  I built my end grade (a game) work using delphi + glscene, where I build my first OO OPF (!), wich mimics the delphi one, but with a more polymorfic behavior. I plan or to start my own project (possibly inside the Jedi group), or join the DePO (www.sourceforge.net/projects/depo) following the Scott Ambler approach, followed closely with Joanna Carter MVP/OPF patterns and Martin Fowler patterns.

Solerman

OBones wrote:
> Hi all
>
> I've been working for a while on the JVCL project but I don't quite know anyone around. So that's why I thought we could do a "presentation" thread in here.
> Anyone who whishes to let the world know can post an answer to this message (I will), detailing who he is, what he does in life and for the JVCL and more if wanted.
> I know there is a list of developers on sourceforge, but some of them may have gone away from the group, and I think it would also be great to hear about the JVCL users that come regularly around here.
>
> Looking forward to knowing you all better
>
> Olivier Sannier
> JVCL Developer
>



Subject: Re: JvChart checkin - cvs update time, for anyone who cares... ;-)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 18:55:37 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Tue, 30 Sep 2003 12:36:39 -0400:

 WP> It's files are:

 WP>  run/JvChart.pas
 WP>  resources/JvChart.dcr

    The bmp file should be placed in the images folder and then update the
JvCustom.rc to use that image. Finally run MakeDCR to have it build the .dcr
files.

 WP> Changes I made to packages/d6, packages/d7, and the
 WP> design/JvCustomReg.pas should work for everyone, as long as you've done
 WP> a cvs update, and got these new files.

    What? No D5? You're letting me down ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: OT: Can I get tortoisecvs+plink to use an ssh key auth instead of password?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 30 Sep 2003 12:54:47 -0400
Newsgroups: jedi.vcl

I would like to stop entering my password (multiple times for one action sometimes, really a pain), but I don't know how to get TortoiseCVS+PLINK (the SSH utility for tortoise) to work that way. Anybody done this?

Warren



Subject: Re: The who's who of JVCL...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 30 Sep 2003 18:49:00 +0200
Newsgroups: jedi.vcl

Ok, let's start with me.

First name: Robert
Last name: Marquardt
Gender: male
DOB: 1 Feb 1961
Nationality: German
Languages: German, English
Location: Berlin, Germany(GMT+1, +daylight saving)
Occupation: Software engineer
Hobbies: Jedi, USB, Sci Fi
JVCL roles:
- Tried to restart JVCL two years ago by starting a style cleaning
  lost interest
- Michael Beck took over
- Tried it again this year
  successfully this time
- no time to fully work on JVCL3 so changed my interest back to the JCL

Currently working for "Berliner Glas" (until end of October) where i do about the same as Warren Postma. That is writing Delphi programs to control machines, measurement devices etc. This often involves my speciality API conversion.
Among many other things Berliner Glas manufactures wafer stages. These are Cerodur (glass-ceramic) parts about 50x50x8 cm size where the sides are mirrors with an overall flatness of < 100 nm. Those wafer stages carry the wafers when processed into CPUs etc.

No wife, children or animals to distract me from programming.
Delphi user from D4 on. Before that expert C programmer.

Robert Marquardt



Subject: Re: JvChart checkin - cvs update time, for anyone who cares... ;-)
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 16:44:55 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > and the design/JvCustomReg.pas 

What changes? The Register function is still in JvCharts.pas and not in
JvCustomReg.pas.


Are you working on the compiler warnings or should I remove them when you
finished editing the file?



-- Regards Andreas Hausladen 

Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 30 Sep 2003 10:38:54 -0600
Newsgroups: jedi.vcl

Thanks<g>.

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >Yup, for some reason the BCB Compatibility Guide.html isn't included in the
> >daily zip. Either it's the html extension or the spaces in the file name
> >that cause the problem. Either way, I've added a copy called
> >BCBCompatGuide.htm to the root of JVCL3. Let's see tomorrow if it's
> >included. In the meantime, I've also uploaded the new file to binaries (no
> >need to download 8MB to get a 12kB file...)



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 30 Sep 2003 10:37:17 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >What did you have to 
> >modify to get it to work ?

There was a spurious reference to JvInspector50_aJLBCB.Lib that needed
to be removed. I think this is the only change I had to make.

I also created a new directory under JCL, BCB5, with subdirectories
'Lib' and 'Includes'. I specified the Lib directory for project output
because I like to keep my 3rd party libraries separate from the BCB
directory hierarchy. To the new 'Includes' directory, I copy all of the
header files that are placed in the JCL 'Source' directory. This is so
that, if I build the JCL stuff for BCB6, the BCB5 header files are
preserved. 


Subject: JvChart checkin - cvs update time, for anyone who cares... ;-)
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 30 Sep 2003 12:36:39 -0400
Newsgroups: jedi.vcl

I apologize for any breakage I may inadvertently cause, but this is just a quick heads up that a new component has joined Jedi, called JvChart.

It's files are:

    run/JvChart.pas
    resources/JvChart.dcr
    
Changes I made to packages/d6, packages/d7, and the design/JvCustomReg.pas should work for everyone, as long as you've done
a cvs update, and got these new files.

Any problems? Do cvs update, then if you still can't get it working, let me know! :-)

Warren



Subject: Re: BCB5?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 30 Sep 2003 18:15:40 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> OK, but if the number of required updates gets bigger, we should really
> distribute them with the JVCL sources until JCL is updated. We could just
> delete the files when the next JCL is released (if our updates made it into
> JCL, that is!).

I can update JCL units in the CVS. JclResources.pas already lost its WEAKPACKAGEUNIT there.
The best idea may be to contact Matthias Thoma to handle the updates.



Subject: Re: BCB5?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 18:06:34 +0200
Newsgroups: jedi.vcl

Yup, for some reason the BCB Compatibility Guide.html isn't included in the
daily zip. Either it's the html extension or the spaces in the file name
that cause the problem. Either way, I've added a copy called
BCBCompatGuide.htm to the root of JVCL3. Let's see tomorrow if it's
included. In the meantime, I've also uploaded the new file to binaries (no
need to download 8MB to get a 12kB file...)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 30 Sep 2003 17:58:14 +0200
Newsgroups: jedi.vcl

I think it's something wrong with the script. I suspect it doesn't include
html files, only htm. I'll check it

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Tue, 30 Sep 2003 09:45:52 -0600
Newsgroups: jedi.vcl

I got the nightly snapshot you recommended. The JVCL3.txt file in the
root is dated 9/29/03. There is nothing in the JVCL3 root whose name
suggests a BCB connection. Greping the JVCL3 tree, searching for *.htm*
files containing BCB finds 3 files, none of which contain more than the
most casual of references to BCB.

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >That's because you took an old copy of the JVCL (I think). The file is 
> >right at the root, it's an html file and its name should be quite 
> >self-explanatory. I updated it yesterday, so be sure to get the very 
> >latest version (or you could ask me, I could post it on binaries in 
> >approximately 4 hours)



Subject: Re: JvThemes is complete
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 30 Sep 2003 09:55:59 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>    !!!WARNING!!!: If you add a unit to a package containing an IFDEF
>> package, the package stays but the IFDEF is removed (at least D5, I update
>> D6 and D7 manually, so I'm not sure).
>
>
> Yup, Delphi does this with dpr's as well :(
>
This drives me crazy too.  If I have a memory utility, I can't just add an $ifdef to compile it in, I also have to completely remove and then re-add the units from the memory debug utility to my app, because
this just get's stripped away:


uses
    {$IFDEF HEAPDEBUG}MyHeapUtility{$ENDIF},

becomes, next time I add a unit to the project:

uses
    MyHeapUtility,


I will now commence to swearing and cursing out Borland. I have a name for whoever is responsible for this.  He or she or it, is a "Two way Tool".  <Evil Grin>


Warren



Subject: Re: The who's who of JVCL...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 15:48:07 +0200
Newsgroups: jedi.vcl

> >  WP>  Current name is 'Sabre'.
> >
> >   You might make a "Lite" version ;-)

Or name it "Tiger" (that's really stretching it...)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet news:blbttu$do$1@talkto.net...
> > Hello, Warren!
> > You wrote  on Tue, 30 Sep 2003 09:13:17 -0400:
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: The who's who of JVCL...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 15:32:13 +0200
Newsgroups: jedi.vcl

> > Also, may I just say, JVCL 3 is one of the most anticipated things in my
> > life right now, i can't wait.(Sad, isnt it?  :()
Not to us: that's one of the reasons this stuff is fun - there is actually
someone interested in it. Besides one of the prime reasons people get
involved in Open Source development is that they can't wait until the next
release<g>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 15:22:14 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Tue, 30 Sep 2003 09:13:17 -0400:

 WP>  Current name is 'Sabre'.

  You might make a "Lite" version ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 15:18:27 +0200
Newsgroups: jedi.vcl

Hello, dave!
You wrote  on Tue, 30 Sep 2003 07:52:28 -0500:

 d> programming in Visual Basic 6.0.

    We do not allow cursing on this NG ;-)

 d> Learned more on my own than i did in school.

    During my education we also got some programming lessons, but that was a
joke and insulting to anyone with programming experience. Still, for the
non-programmers in the class (i.e. 98%) these lessons were tough class.

 d>  They bought me a copy of D5
 d> Enterprise(off e-bay), and i never looked back. I have not even touched
 d> VB since.

    Now your talking! In my previous job we also had a former VB, ehm....
user and he also stayed away from VB ever since he used Delphi.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Tue, 30 Sep 2003 09:13:17 -0400
Newsgroups: jedi.vcl

OBones wrote:

> Hi all
>
> I've been working for a while on the JVCL project but I don't quite know anyone around. So that's why I thought we could do a "presentation" thread in here.

I'm Warren Postma, I'm 33, I live in Toronto Canada, and I work at Tekran Inc (www.tekran.com) which is a scientific instruments company that specializes in trace Mercury Detectors (levels down to parts per billion).  I am currently the only Computer Science/IT/Programming Guy there. I use Delphi at work to make the monitoring/control software for our instruments.My introduction to the JEDI Project was in mucking around with RXLIBRARY and finding out that it was now contributed to JEDI, so when I started to realize that a few of my own components would be handy additions to JEDI, and I donated them, I became a Jedi developer too.  I'm a long time Delphi fan, since version 1.0, and before that, a long time TurboPascal fan, since the days of DOS BBS programming, when I used to write BBS utilities in Turbo Pascal.

My current and prospective additions are:
    - JvCsvDataSet - in memory comma-separated-variable database
            component
 Prospective contribs are (not yet in Jedi)
    - JvChart - simple bar/line/pie chart component
    - JvTrend - realtime scrolling trend, 1-8 pens.

 Components I plan to make some fixes/improvements to are:
    - JvInterpreter
    - JvInspector

Currently in Jedi, I am working on a build solution (utility/standalone command line executable) for Jedi that will enumerate all installed versions of Delphi, and install all the packages without invoking the IDE at all. Completely non-interactive, and non-gui, and hopefully will work nicely as a means to invoke WANT, or MAKE or to be invoked by them, depending on the task you're doing. Current name is 'Sabre'. Get it? Current status: 10% complete.

I'm married, and my wife and I have two boys, ages 3 and 6, and our kids have a pet budgie, and a fish.  In my non-computing life, I am a Scout leader ("Scouter Warren"), a Secular Franciscan, amateur theologian, and the world's second worst guitarist/pianist.


Regards,

Warren Postma



Subject: Re: Is JVCL-Latest.zip still supported ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 15:08:57 +0200
Newsgroups: jedi.vcl

Hello, Bepy!
You wrote  on Tue, 30 Sep 2003 15:03:49 +0200:

 B> Thanks.
 B> Would be also possible to have access to JVCL2 files in order to get bug
 B> fixed releases ?

    JVCL2 is no longer being maintained (it hasn't been for over 2 months I
think) so it has been removed. The latest fixes (if there were after the
last official JVCL2.10 release) are of course still available through
anonymous CVS.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Is JVCL-Latest.zip still supported ?
From: "Bepy" <ramengo@hotmail.com>
Date: Tue, 30 Sep 2003 15:03:49 +0200
Newsgroups: jedi.vcl

Thanks.
Would be also possible to have access to JVCL2 files in order to get bug
fixed releases ?




Subject: Re: The who's who of JVCL...
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 30 Sep 2003 07:52:28 -0500
Newsgroups: jedi.vcl

I am not a JVCL developer, but i am a faithful user. I have been using JVCL
since 2.0 and am completely impressed with what you all do.

Name: David L. Bracken
DOB : 03/02/72
Location: Missouri, US
Occupation: Software Developer
Nationality: American
Hobbies: Programming, Playing my guitar(s), and Drawing.

I started very late in life, didn't go to college till i was 28. Took an
immediate liking to the visual ease of programming in Visual Basic 6.0.
Learned more on my own than i did in school. Stayed with that (no job, but
programmed in it every day for personal and for friends) till about a year
and a half ago. I was working on the production floor of my company, when a
new partner joined up. He brought with him a Delphi Guru from Colorado and
they cleaned house here. The Guru is contract, and still resides in
Colorado, so I lucked into the position for in-house developer.(right place
at the right time). I had never seen pascal, delphi, etc. They bought me a
copy of D5 Enterprise(off e-bay), and i never looked back. I have not even
touched VB since.

I got the JVCL and it has truly inspired me. I had written active x controls
in vb, so i am now trying to learn to write components in delphi. Who knows,
maybe one day i will be good enough to join you.

Also, may I just say, JVCL 3 is one of the most anticipated things in my
life right now, i can't wait.(Sad, isnt it?  :()

Dave


"OBones" <obones_gfdg_@_rer_meloo.com> wrote in message
news:blau45$p2s$1@talkto.net...
> > Hi all
> >
> > I've been working for a while on the JVCL project but I don't quite know
> > anyone around. So that's why I thought we could do a "presentation"
> > thread in here.
> > Anyone who whishes to let the world know can post an answer to this
> > message (I will), detailing who he is, what he does in life and for the
> > JVCL and more if wanted.
> > I know there is a list of developers on sourceforge, but some of them
> > may have gone away from the group, and I think it would also be great to
> > hear about the JVCL users that come regularly around here.
> >
> > Looking forward to knowing you all better
> >
> > Olivier Sannier
> > JVCL Developer
> >




Subject: Re: JvThemes is complete
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 14:05:17 +0200
Newsgroups: jedi.vcl

> >     !!!WARNING!!!: If you add a unit to a package containing an IFDEF
> > package, the package stays but the IFDEF is removed (at least D5, I update
> > D6 and D7 manually, so I'm not sure).

Yup, Delphi does this with dpr's as well :(

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvThemes is complete
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Sep 2003 21:45:51 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Tue, 30 Sep 2003 21:02:13 +1000:
>
>  >> Hello, Peter!
>  >> You wrote  on Thu, 25 Sep 2003 13:40:12 +0200:
>  >>
>  PT>>> Delphi understands IFDEF's in packages
>  >>
>  >>     !!!WARNING!!!: If you add a unit to a package containing an IFDEF
>  >> package, the package stays but the IFDEF is removed (at least D5, I
>  >> update D6 and D7 manually, so I'm not sure).
>  O> But this is situation to avoid anyway because this cannot be reproduced
>  O> in the BCB packages...
>
>     I think Andreas had a solution for that problem, but I can't quite
> remember. I think it boiled down to either have the choice in the installer
> or have the user add the required package manually. It is only used in the
> JvCore??R package so user intervention is limited anyway. I think it's even
> in the install.htm file.
>
The whole idea was to create different packages for every flavours which is really annoying...



Subject: Re: JvThemes is complete
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 13:43:14 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 30 Sep 2003 21:02:13 +1000:

 >> Hello, Peter!
 >> You wrote  on Thu, 25 Sep 2003 13:40:12 +0200:
 >>
 PT>>> Delphi understands IFDEF's in packages
 >>
 >>     !!!WARNING!!!: If you add a unit to a package containing an IFDEF
 >> package, the package stays but the IFDEF is removed (at least D5, I
 >> update D6 and D7 manually, so I'm not sure).
 O> But this is situation to avoid anyway because this cannot be reproduced
 O> in the BCB packages...

    I think Andreas had a solution for that problem, but I can't quite
remember. I think it boiled down to either have the choice in the installer
or have the user add the required package manually. It is only used in the
JvCore??R package so user intervention is limited anyway. I think it's even
in the install.htm file.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvThemes is complete
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 13:39:25 +0200
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Tue, 30 Sep 2003 10:27:43 +0000 (UTC):

 >>     !!!WARNING!!!: If you add a unit to a package containing an IFDEF
 >> package, the package stays but the IFDEF is removed (at least D5, I
 >> update D6 and D7 manually, so I'm not sure).

 AH> You are right, but I figured that out and the following solution works:

 AH> - Place the {$INCLUDE JVCL.INC} at the top of all other compiler
 AH> options. - Write the IFDEF between two required packages.

 AH> requires
 AH>   DJCL50,
 AH> {$IFDEF JVCLThemesEnabled}
 AH>   ThemeManager5,
 AH> {$ENDIF}
 AH>   vclx50;

 AH> D5 (and D6) do not remove the IFDEF from this code.

    Tested with D5, but it does remove the IFDEF, leaving me with the error
that ThemeManager5 can't be found. To be absolutely sure: the {$INCLUDE
JVCL.INC} should be added directly below the package line, before any of the
other {$...} directives, correct? It might be because I haven't enabled the
JVCLThemesEnabled conditional......

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Is JVCL-Latest.zip still supported ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 13:33:27 +0200
Newsgroups: jedi.vcl

Hello, Bepy!
You wrote  on Tue, 30 Sep 2003 13:22:55 +0200:

 B> Hi,

 B> http://jvcl.sourceforge.net/daily/JVCL-Latest.zip doesn't work anymore.
 B> Is a temporary service down or is it no more supported ?

    If you remove the JVCL-Latest.zip part, you'll notice new file names are
in use now (I think it's now JVCL3-Latest.zip, but I'm not sure). Note there
are multiple files for each day, but the one with latest in the name is
(duh) the latest. You have the option of getting a source only or a complete
JVCL3 copy.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Is JVCL-Latest.zip still supported ?
From: "Bepy" <ramengo@hotmail.com>
Date: Tue, 30 Sep 2003 13:22:55 +0200
Newsgroups: jedi.vcl

Hi,

http://jvcl.sourceforge.net/daily/JVCL-Latest.zip doesn't work anymore.
Is a temporary service down or is it no more supported ?




Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 11:08:31 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     Tested with D5, but it does remove the IFDEF, leaving me with the
> > error that ThemeManager5 can't be found.

You are right. It seems that I had added a unit that already was in the
package and D5 had not modified the file.
Even the $INCLUDE is removed.

I'll remove all the IFDEFs and INCLUDES from all JvCoreDxx.dpk files and I
will write a tool/unit that can activate and deactivate the Theming in
JvCore??R and JVCL.INC.


-- Regards Andreas Hausladen 

Subject: Re: JvThemes is complete
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Sep 2003 21:02:13 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Peter!
> You wrote  on Thu, 25 Sep 2003 13:40:12 +0200:
>
>  PT> Delphi understands IFDEF's in packages
>
>     !!!WARNING!!!: If you add a unit to a package containing an IFDEF
> package, the package stays but the IFDEF is removed (at least D5, I update
> D6 and D7 manually, so I'm not sure).
>
But this is situation to avoid anyway because this cannot be reproduced in the BCB packages...



Subject: Re: JvThemes is complete
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 12:49:24 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 25 Sep 2003 13:40:12 +0200:

 PT> Delphi understands IFDEF's in packages

    !!!WARNING!!!: If you add a unit to a package containing an IFDEF
package, the package stays but the IFDEF is removed (at least D5, I update
D6 and D7 manually, so I'm not sure).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 10:27:43 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     !!!WARNING!!!: If you add a unit to a package containing an IFDEF
> > package, the package stays but the IFDEF is removed (at least D5, I
> > update D6 and D7 manually, so I'm not sure).

You are right, but I figured that out and the following solution works:

- Place the {$INCLUDE JVCL.INC} at the top of all other compiler options.
- Write the IFDEF between two required packages.

requires
  DJCL50,
{$IFDEF JVCLThemesEnabled}
  ThemeManager5,
{$ENDIF}
  vclx50;

D5 (and D6) do not remove the IFDEF from this code.


-- Regards Andreas Hausladen 

Subject: Re: New devtools and auto building
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 12:10:22 +0200
Newsgroups: jedi.vcl

> >There are 3 MakeD?.bat files in \packages that

Nice!

One suggestion: add a

rem NB! Change this path to reflect the location of make.exe:
SET MAKE=C:\Program Files\Delphi5\bin\make.exe

line to the bat's and change all use of "make" to "%make%".

Then each user can set the search path to his specific install of D5/6/7.
This is important when you have more than one Delphi  since you can't
compile the D5 files with D6's make etc

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Sep 2003 20:05:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I understand all your concerns, but I can tell you that people are
>> waiting for news from us. That's why I proposed an alpha (or even alpha
>> minus) release sometime in October (even on the 31st) so that we give
>> people a taste of what's coming. As to the BCB5 packages, I'm quite
>> confident this can be sorted out very fast as most it should only be
>> adjustments from what I did on BCB6.
>
>
> Releasing now would mean in essence duplicating what's already in
> http://jvcl.sf.net/daily since we don't have an installer either :(

yes, so we may only advertise this daily package a bit more instead of doing an alpha release. At least, it gives users something to play with...

> BTW, I hope all developers are aware that we have a task list at
> http://sourceforge.net/pm/?group_id=45786 where you can add, browse, update
> and assign tasks? Several developers can be assigned to each task, so f
> there is something in there that you want to do or have already done a part
> of, set yourself as as "Assigned to" for that task so others know that who
> is working on it.

uh... yeah, I was made aware of that when someone assigned me to the BCB6 packages task <g> but I'll have a second look to see what's in there.



Subject: Re: JvColorProvider: which package?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 12:00:10 +0200
Newsgroups: jedi.vcl

> >     I was wondering to which package JvColorProvider will be added.
I believe most providers (unless they have other dependencies inside JVCL)
should go into JvCore since this is the only required JVCL package and
providers could be used by just about any component in any package.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvColorProvider: which package?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 11:55:51 +0200
Newsgroups: jedi.vcl

Hello, All!

    I was wondering to which package JvColorProvider will be added.
Currently it has no dependencies. Adding a custom color will be done using
the Delphi provided TColorDialog, unless someone can tell me why
TJvColorDialog would be better (which would result in TJvColorDialog being
added to the dialogs package). Maybe it could use TJvColorBox as well, but I
have not checked in which package it is. Comments?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 11:54:15 +0200
Newsgroups: jedi.vcl

> >    What happened to the budgie?
The bird is alive and kicking (actually, he makes so much noise at evenings
that it's almost impossible to watch TV unless the program has subtexts<g>).

> > I guess this is where your remark about the
> > older you get the less you remember comes into play?
Guilty as charged :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New devtools and auto building
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 09:52:15 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Peter Thörnqvist wrote:
> > 
>> > > rem NB! Change this path to reflect the location of make.exe:
>> > > SET MAKE=C:\Program Files\Delphi5\bin\make.exe
>> > > 
> > I'll do that.

I've added this and the following line that makes it easier for us to have
an equal file to the cvs respository.

if NOT EXIST "%MAKE%" SET MAKE=make


-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: New devtools and auto building
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 09:49:09 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > One suggestion: add a
> > 
> > rem NB! Change this path to reflect the location of make.exe:
> > SET MAKE=C:\Program Files\Delphi5\bin\make.exe
> > 
> > line to the bat's and change all use of "make" to "%make%".

I'll do that.


> > Then each user can set the search path to his specific install of D5/6/7.
> > This is important when you have more than one Delphi  since you can't
> > compile the D5 files with D6's make etc

For me it is no problem I just wrote another batch file called "MakeD5
Andy.bat" that sets the PATH environment variable, compiled and restores
PATH. But your solution is better.



-- Regards Andreas Hausladen 

Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 11:42:41 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 30 Sep 2003 08:46:18 +0200:

 PT>   we have a 3 year old border terrier dog that Isabella
 PT> competes with).

 PT> Well, that's about it, I think.

   What happened to the budgie? I guess this is where your remark about the
older you get the less you remember comes into play? Luckily I'm still young
(at least for a week; from 30 onwards it's down hill and pretty steep as
well ;-) ) and can still remember this important information. <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Delphi Project Build Helper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 11:41:25 +0200
Newsgroups: jedi.vcl

BTW, I get an Unknown exception (0x00eedfade) at 0x797fa4e1 when running the
exe standalone. The context menus works anyway, though.

This is on W2kSp3

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 11:36:04 +0200
Newsgroups: jedi.vcl

> > And my life is even shorter than yours!
The older you get, the less you remember <vbg>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 11:29:39 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 30 Sep 2003 11:21:05 +0200:

 PT> Whatever you do, Marcel, don't change your writing style. It's always a
 PT> joy to read :)

    It's embarrassing to see everyone (including you) describe their lives
in 2K and I need 7K. And my life is even shorter than yours! BTW, I just
found out the bug I mentioned in my post, was *not* in the provider core,
but in my own code (referred to an object before I created it, apparently
Delphi doesn't like that).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 11:21:05 +0200
Newsgroups: jedi.vcl

> >     I really need to work on writing up short mails, don't I?

Whatever you do, Marcel, don't change your writing style. It's always a joy
to read :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: The who's who of JVCL...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 11:16:29 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 30 Sep 2003 14:19:17 +1000:

 O> I've been working for a while on the JVCL project but I don't quite know
 O> anyone around. So that's why I thought we could do a "presentation"
 O> thread in here.

    Good idea.

General info:
    First name: Marcel
    Last name: Bestebroer (translation would be Best brother)
    Gender: male
    DOB: October 10th, 1973 (warning: big 3-Oh is coming up)
    Nationality: Dutch
    Languages: Dutch, English and little bit of German (reading goes fairly
well, but writing is almost impossible)
    Location: Goes, Zeeland (south-west of the Netherlands, about an hour
driving from Rotterdam or The Hague)
    Occupation: Developer (but read on, there's more to it)
    Hobbies: Programming, listening to music and I used to read (mostly
detectives and Sci-Fi) but that kind of ended at some point. Should start
again.

JVCL roles:
    * Help team coordination (not much coordination to do)
    * Help writing (something I should do again)
    * Wrote JvInspector, JvScheduledEvents, JvSegmentedLEDDisplay, storage
backend and provider/consumer

Story:
    I got in touch with computers when dad bought a ZX Spectrum. I started
out in Basic, then got an Atari 600XL of my own, which was then sold quickly
because programming with it was nearly impossible and I'm lousy at games.
Then bought my own Spectrum and started coding in assembler (for those
interested but historically challenged: the Spectrum had a Z80A CPU running
at a whopping 3.5MHz). For education I was little torn between choosing IT
and electronics and chose electronics. By the end of that education I
already regretted taking that decision but I didn't like the idea of
'starting over' with the IT education. To avoid being drafted (compulsory
drafting ended in the Netherlands the year after I ended by electronics
education) I added another year of education where I learned all about
industrial automation (Robotics, CNC-"programming" [programming as in
programming a VCR] and PLC [although I already did that in the "practical"
year of the former education]).

    During the education the PC was introduced to our home and I learned
Pascal (which is also the name of my brother, but no-one cares about that,
right?). Started with TP?.?, then moved to BP7 (remember Turbo Vision?). I
also bought a SAM-Coupe, which was wrongly marketed as the Super Spectrum.
Unfortunately the company that made the thing went bankrupt two or three
times. It was a nice computer and I still have it (gathering dust, but it's
still around). Of course for the PC I know have an emulator for both the
Spectrum as well as the SAM.

    After my education I needed to work. With my education it was nearly
impossible landing a job in the IT industry so I ended up in the electrical
industry for the first 1,5 years. I never stopped looking for a programming
job and I finally got one. I worked there for almost 6 years and am now "in
between" jobs (told you there was more to my occupation).

    My JEDI work started with JCL help writing (which explains why my mails
tend to be long: I'm accustomed to writing text). During that time I started
working on the JvInspector but it was in it's infancy at that time. Because
of the inspector I had to work with RTTI. I started processing the donation
of someone, but his donation returned everything as a string for displaying
purposes so I rewrote it completely (which turned into JclRTTI). I also
added some stuff (an example of what happens when a programmer thinks: "I
wonder if I can do this....."). I also wrote the exception frame tracker
part of JclDebug (an example of what happens when a programmer is interested
in how things work).

    JclHelp was not very easy (it's usually very specific technical things
and if you don't understand the concepts your dealing with it's tough to
write help for it) and I stopped doing that. I did stay on as the contact
person for help related problems (as well as distributor for the JEDI
edition of Doc-O-Matic), but moved my focus to completing the inspector
control and it's help. When the JVCL finally took of (in terms of activity)
I decided to take a stab at help writing again. I also started with the
JclSchedule and JvScheduledEvents units. I processed the LED donation from
Jay, with the intention of adding some things to it, but in the end I
rewrote it anyway (I'm guessing that future donators would not want me to
process their donations, fearing their work will be dumped and rewritten).
Actually I rewrote it twice, as my first rewrite didn't involve much
planning. Then came the brilliant idea of fillers (a.k.a
Providers/Consumers) which was designed in this NG (end of august last year)
by Peter, Remko and me. I kind of took it over when it was put in the
freezer for over 6 months (due to lack of time, not lack of interest). And I
worked on the storage backend.

    Currently my time if filled with hunting for a job, doing some work on
the provider/consumer front, working on the help again (I plan to do that)
and recently also playing old spectrum games on my emulator (Elevator
Action, Jet Set Willy, FRED, you know, the old style games where play was
more important than looks; although that was probably the result of not so
great graphics capabilities) and I'm even thinking about coding the Z80
again for the SAM and/or spectrum, just to see what knowledge stuck.

    I really need to work on writing up short mails, don't I? Not to mention
staying focused on what I'm doing and not keep hopping from one message to
another while typing up this one.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: BCB5?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 11:13:02 +0200
Newsgroups: jedi.vcl

> > I understand all your concerns, but I can tell you that people are
> > waiting for news from us. That's why I proposed an alpha (or even alpha
> > minus) release sometime in October (even on the 31st) so that we give
> > people a taste of what's coming. As to the BCB5 packages, I'm quite
> > confident this can be sorted out very fast as most it should only be
> > adjustments from what I did on BCB6.

Releasing now would mean in essence duplicating what's already in
http://jvcl.sf.net/daily since we don't have an installer either :(

BTW, I hope all developers are aware that we have a task list at
http://sourceforge.net/pm/?group_id=45786 where you can add, browse, update
and assign tasks? Several developers can be assigned to each task, so f
there is something in there that you want to do or have already done a part
of, set yourself as as "Assigned to" for that task so others know that who
is working on it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New devtools and auto building
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 09:09:26 +0000 (UTC)
Newsgroups: jedi.vcl

I've added the two new devtools:

MakeCFG:
This program acts as the MakeDOF tools but generates .cfg files. I will
improve this and MakeDOF to alter the template for sub folders. This will
be optional and not the default.


Bpg2Make:
This program converts one .bpg file to a .mak file that uses "cd subdir ;
dcc32; cd .." to compile the files. This allows the usage of .cfg files
that dcc32 uses.



Furthermore with these two devtools it was possible to compile the JVCL
packages with a batch file. There are 3 MakeD?.bat files in \packages that
compile the packages for the specified version. The generated .bpl and
..dcp files are located at \lib? (maybe we should change this to \bin)


-- Regards Andreas Hausladen 

Subject: Re: Delphi Project Build Helper
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 11:03:07 +0200
Newsgroups: jedi.vcl

> > I've release a tool in jedi.binaries to help to build delphi project.
Nice. It's the little tools that keeps a computer lubricated<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Sep 2003 18:59:55 +1000
Newsgroups: jedi.vcl

> OK, but if the number of required updates gets bigger, we should really
> distribute them with the JVCL sources until JCL is updated. We could just
> delete the files when the next JCL is released (if our updates made it into
> JCL, that is!).

Yeah, I wrote my message just before leaving work and had second thoughts about it. What you propose is the solution I came up with so let's do it whenever the first release is ready to be launched.

> Alpha? Haven't thought that far ahead. It all depends on whether people
> think JVCL is ready or not. We need feedback from those working on it to
> know when we can release something and what remains to do.
>
> I am pretty sure Marcel would want the basic provider/consumer stuff to work
> fairly well before we release and the BCB5 packages should be in place.
>
> I don't think we will see Kylix support in the Alpha or Beta. The work by
> André Snepvangers, although monumental, is against JVCL 2.10 and moving that
> stuff to JVCL3 might take quite a while.

I understand all your concerns, but I can tell you that people are waiting for news from us. That's why I proposed an alpha (or even alpha minus) release sometime in October (even on the 31st) so that we give people a taste of what's coming. As to the BCB5 packages, I'm quite confident this can be sorted out very fast as most it should only be adjustments from what I did on BCB6.



Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Sep 2003 18:50:59 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I think some time this month may be a good idea.
>
>
> Then we have only one day in europe :-)
>
>
>
And less than 6 hours here... I'm already in October in my mind, sorry guys...



Subject: Re: [BCB6] A solution to the linker crashes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 30 Sep 2003 18:48:47 +1000
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> OBones wrote:
>
>> Peter Thörnqvist wrote:
>>
>>>> Just create a blank file and I'll add stuff in there whenever I find some time...
>>>
>>>
>>>
>>>
>>> Doc added with initial comments in dev/JVCL3. Fill it up!
>>>
>> Done
>>
> I tested this for JVCL210 and cjcl60, placed WEAKPACKAGEUNIT between {$IFNDEF BCB} ... {$ENDIF} for all *.pas units.
> After recompilation of packages the linker error dissappeared.
> I had very stable linker error before that when CJCL60.LIB was after JVCL200_R60C.lib within BPR file. So this very old linker problem gone out!!! Thank you very much for this investigation.
>
Thanks for your report, this is another confirmation of the rightness of my discovery. BTW, you can simply remove the WEAKPACKAGEUNIT all together, they are useless is most if not all of the JCL units.



Subject: Re: BCB5?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 10:24:36 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 30 Sep 2003 09:38:27 +0200:

 PT> OK, but if the number of required updates gets bigger, we should really
 PT> distribute them with the JVCL sources until JCL is updated. We could
 PT> just delete the files when the next JCL is released (if our updates
 PT> made it into JCL, that is!).

    They will. I think JCL will release before we do, unless they want to
incorporate the platform independency first.

 PT> I am pretty sure Marcel would want the basic provider/consumer stuff to
 PT> work fairly well before we release

    You got that right! No way I want to release that stuff now (I bumped
into yet another problem with consumers; man, does this ever end?)

 PT>  and the BCB5 packages should be in place.

    That would be nice.

 PT> I don't think we will see Kylix support in the Alpha or Beta. The work
 PT> by André Snepvangers, although monumental, is against JVCL 2.10 and
 PT> moving that stuff to JVCL3 might take quite a while.

    I thought his last update already moved to the JVCL3 (not all maybe, but
some of it) but your right in that it's not finished. And to Oliver: this
month will certainly not happen, unless I'm able to fix the provider
problems and the BCB5 stuff works today. Next month might be possible
though....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: unused files
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 30 Sep 2003 10:14:36 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 29 Sep 2003 23:42:21 +0200:

 >> run\JvInspXVCL.pas  // needs XVCL library
 PT> Don't know about this one. Marcel?

    The intention was to integrate it once Oleg completed XVCL, but as I
understand he's now way to busy with wife, kids and job to be working on it.
I think it was also intended to be part of JVCL but I'm not sure. Anyway,
I'll send the file to Oleg just in case but I think we may remove it from
JVCL altogether, or maybe provide the source file as a separate download.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: The who's who of JVCL...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 08:10:50 +0000 (UTC)
Newsgroups: jedi.vcl

First name: Andreas
Last name: Hausladen
Gender: male
DoB: 1981-10-02
Nationality: Germany
Languages: German, English and with some help (dictionaries): French
Location: Vöhringen (Iller), Bavaria
Occupation: student
Hobbies: robotics (RoboCup Jr.), playing on my keyboard


JVCL roles:
- Fixed some bugs for the edit components and improved the JvEditor I used
in two projects
- Added theme awareness to most components for Delphi 6.
- No specific role. I do what I'm ask to do.


Till the 16th of october I'm at home and doing almost nothing than waiting
to enter my first semester.
I started with TurboBasic (you see: Borland) and go on to PowerBasic.
After reading the TurboPascal 4.0 manual and programmers book I had found
in my dad's bookshelf (he never read them or used TP) I was on the Pascal
side of programming. The version 5.0 and 5.5 (also found in the bookshelf)
brought me to OOP and this journey was just the start. After BP7 that I
used a long time even when I got Delphi 1, the FULPS versions (cheaper for
pupils) of  Delphi 3 and 5 followed. At the moment I use Delphi 6 and
write mostly tools for myself, addons for the JanaServer (proxy+email
server) and programs for the school where my dad is a teacher.


--
Regards

Andreas Hausladen


Subject: Re: [BCB6] A solution to the linker crashes
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Tue, 30 Sep 2003 12:09:02 +0400
Newsgroups: jedi.vcl

OBones wrote:
> Peter Thörnqvist wrote:
>
>>> Just create a blank file and I'll add stuff in there whenever I find some time...
>>
>>
>>
>> Doc added with initial comments in dev/JVCL3. Fill it up!
>>
> Done
>
I tested this for JVCL210 and cjcl60, placed WEAKPACKAGEUNIT between {$IFNDEF BCB} ... {$ENDIF} for all *.pas units.
After recompilation of packages the linker error dissappeared.
I had very stable linker error before that when CJCL60.LIB was after JVCL200_R60C.lib within BPR file. So this very old linker problem gone out!!! Thank you very much for this investigation.



Subject: Delphi Project Build Helper
From: tif <tif@0451.com>
Date: Tue, 30 Sep 2003 16:05:19 +0800
Newsgroups: jedi.vcl

I've release a tool in jedi.binaries to help to build delphi project.

It's quite simple, but useful. I always use it to build new JVCL source
without any problem.



Here's the readme.txt:

Delphi Project Build Helper 1.0 beta


This little piece add 'build with Delphi/BCB x.x' to Delphi and BCB
project files'(.dpr;.dpk;.bpg;.bpr;.bpk) shell context menu, so you can
build Delphi and BCB project directly in explorer.

The program will launch Delphi IDE to compile the project. But before
starting the IDE, it will disable all design-time packages and experts.
This makes the IDE start faster and can avoid some awkward errors.

The program is NOT a auto-build tool. The build process may stop and
wait for user response.


Usage:
  1. Run the executive with no parameters to install the context menus.
  2. In windows explorer, right click Delphi/BCB project file and select
'build with xxx'.
  3. In the started IDE you may receive errors, because of the disabled
packages. Just press ESC to skip them. Any real compiler errors will be
logged to <project>.err file.
  4. Run the program with -u to uninstall the context menus.


-- Regards, Winston Feng<wintonf@tom.com> 

Subject: Re: BCB5?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 09:38:27 +0200
Newsgroups: jedi.vcl

> > I thought about that too and I'd prefer we don't do it.
> > I'll update the installation guide to mention these required updates so

OK, but if the number of required updates gets bigger, we should really
distribute them with the JVCL sources until JCL is updated. We could just
delete the files when the next JCL is released (if our updates made it into
JCL, that is!).

> > BTW, when is the alpha version scheduled ? I think some time this month
> > may be a good idea.

Alpha? Haven't thought that far ahead. It all depends on whether people
think JVCL is ready or not. We need feedback from those working on it to
know when we can release something and what remains to do.

I am pretty sure Marcel would want the basic provider/consumer stuff to work
fairly well before we release and the BCB5 packages should be in place.

I don't think we will see Kylix support in the Alpha or Beta. The work by
André Snepvangers, although monumental, is against JVCL 2.10 and moving that
stuff to JVCL3 might take quite a while.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 17:20:28 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Oh, and Olivier also posted a fixed JclWin32 on 2003-09-21.
>
> This is getting to the point where I'm wondering if we should keep these
> fixed JCL units somewhere in JVCL until JCL releases a new version?
>
I thought about that too and I'd prefer we don't do it.
I'll update the installation guide to mention these required updates so that people trying the upcoming alpha version won't come back at us (or if they will, we reply with a nice RTFM <g>).
BTW, when is the alpha version scheduled ? I think some time this month may be a good idea.



Subject: Re: OBones: JvTimeFrameworkReg.pas: "added missing inclusion of dcr file"
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 17:18:18 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> I don't get what you are saying there...
>> I didn't touch the D6 packages, the dcr file was missing from the C6 package and was not included
>> by the registration file via a {$R JvTimeFramework.dcr}
>> directive.
>
>
> What I wanted to say is that the {$R JvTimeFramework.dcr} was in the Delph packages. After you had
> added it to the JvTimeFramework.pas file the delphi linker stopped because of doublicate resources.
> I removed the doublicate {$R JvTimeFramework.dcr} from the Delphi packages and could compile the
> package without any error.
>
>
>
Ok... I didn't realise it was in the Delphi package too...



Subject: Re: BCB5?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 09:07:11 +0200
Newsgroups: jedi.vcl

Oh, and Olivier also posted a fixed JclWin32 on 2003-09-21.

This is getting to the point where I'm wondering if we should keep these
fixed JCL units somewhere in JVCL until JCL releases a new version?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 09:05:16 +0200
Newsgroups: jedi.vcl

>> > >and JclResources from the jedi.binaries group (on this NG server)
> >
> > Couldn't find this one.
Andreas Hausladen made some speed improvements and bugfixes that he posted
to jedi.binaries as "JclUnicode update" at 2003-09-20. You also need to
remove the WEAKPACKAGEUNIT directive as outlined by Olivier.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 07:04:22 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I think some time this month may be a good idea.

Then we have only one day in europe :-)



-- Regards Andreas Hausladen 

Subject: Re: The who's who of JVCL...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 30 Sep 2003 08:46:18 +0200
Newsgroups: jedi.vcl

Sure why not?

I'm Peter Thornqvist, born in 1965, swedish, works for a company called
timemetrics (www.timemetrics.se) as the only developer, has been involved in
JVCL since about a year or two after Michael Beck asked if I wanted to
donate my components to JVCL (which I did). Did a lot of restructuring and
bugfixing in JVCL before 2.10 and was during that time appointed "Tech
Coordinator". When Michael wanted to leave JVCL, I became "Overall JVCL
Coordinator" instead. Still not sure what that means... ;)

Started out as a C/C++ hobbyist (hard to believe, eh?) but jumped on the
Delphi bandwagon right about when Delphi 1 was released. I was a social
engineering student (I think that is the english term for it) in school, so
when I was about 25, I went back to school for a year to get degrees in
math, physics, chemistry and biology and then went on to the university to
study math and computer science. I wasn't there long, though, since I got a
job as a programmer after about a year and a half that was too well payed to
turn down. I am still thinking about going back to finish my university
degree sometime in the future...

Isabella, my partner in life, and I have been together for about 16 years
and we have three children - Simon 14, Elias 12 and Maja 9. I enjoy reading
(mostly in english, Anthony Burgess being one of my favourites), watching
movies (Manga is a new exciting experience) and playing golf when I'm not
hammering away at a computer. Both my boys play soccer and Simon also plays
golf, so most weekends are spent either on a soccer or golf course unless we
are going somewhere for a dog exhibition (we have a 3 year old border
terrier dog that Isabella competes with).

Well, that's about it, I think.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OBones: JvTimeFrameworkReg.pas: "added missing inclusion of dcr file"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 30 Sep 2003 06:13:33 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > I don't get what you are saying there...
> > I didn't touch the D6 packages, the dcr file was missing from the C6 package and was not included
> > by the registration file via a {$R JvTimeFramework.dcr}
> > directive.

What I wanted to say is that the {$R JvTimeFramework.dcr} was in the Delph packages. After you had
added it to the JvTimeFramework.pas file the delphi linker stopped because of doublicate resources.
I removed the doublicate {$R JvTimeFramework.dcr} from the Delphi packages and could compile the
package without any error.



-- Regards Andreas Hausladen 

Subject: Re: The who's who of JVCL...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 14:31:00 +1000
Newsgroups: jedi.vcl

Ok, let's start with me.

First name: Olivier
Last name: Sannier
Gender: male
DOB: 10/12/1980
Nationality: French
Languages: French, English and very basic Spanish (I can read it)
Location: Brisbane, QLD, Australia (GMT+10, no daylight saving ever)
Occupation: Software engineer
Hobbies: Train modelling, Inline skating, Kytes, Video games
JVCL roles:
- Started as a bug fixer while using the JVCL in one of my projects (cnxmanager.sourceforge.net)
- Moved on to developer when I added heaps of functionnalities to JvToolbar and JvMenus
- Acts as a contact point for the French Delphi community.
- Decided to merge TJvHTTPGrabber and TJvFTPGrabber into one better component. This has been postponed but will (soon) be resumed.
- Created the BCB6 packages and had them all working after a long and painfull bug tracking session. This is not entirely for the good of the JVCL group, it may actually help my boss decide to get rid of the MFC crap I'm forced to work with at the moment.

At the moment, I'm enjoying my very first job after finishing my degree in June at the end of a year long exchange in Brisbane. The weather is so good and the people so nice that I decided to stay. The fact that there are heaps of Norwegian and Swedish students is also a very good (and very attractive) reason to stay. I plan on coming back to France in December for my graduation ceremony (big party), christmas and new year's eve (family time). It seems I'm one of the rare ones to be in this area of the globe, which is why you will see me posting messages at weird times: The middle of the night in  Europe is the middle of the morning here...



Subject: The who's who of JVCL...
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 14:19:17 +1000
Newsgroups: jedi.vcl

Hi all

I've been working for a while on the JVCL project but I don't quite know anyone around. So that's why I thought we could do a "presentation" thread in here.
Anyone who whishes to let the world know can post an answer to this message (I will), detailing who he is, what he does in life and for the JVCL and more if wanted.
I know there is a list of developers on sourceforge, but some of them may have gone away from the group, and I think it would also be great to hear about the JVCL users that come regularly around here.

Looking forward to knowing you all better

Olivier Sannier
JVCL Developer



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 14:08:45 +1000
Newsgroups: jedi.vcl

>
>
> Man, there's lots 'o stuff here - where do I find the compatibility
> guide<g>? I searched the JVCL directory for both 'compatibility' and
> 'guide' and came up empty...
>
That's because you took an old copy of the JVCL (I think). The file is right at the root, it's an html file and its name should be quite self-explanatory. I updated it yesterday, so be sure to get the very latest version (or you could ask me, I could post it on binaries in approximately 4 hours)



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 14:07:07 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:

> I didn't have any luck getting this to work with BCB5, but the
> JCL\Packages directory has a CJCL50 package that I got to work with only
> small changes. Is there some reason that I should use the JCL BCB6
> package instead of the one provided with JCL?
>

No at all, you should use the one for BCB5 as this is the version you are using. I mentionned the BCB6 package because I had to create it, but forgot that the BCB5 package already existed. What did you have to modify to get it to work ?
Because I thought this one would work straight ahead, at least for an Enterprise version of BCB5.



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 29 Sep 2003 21:13:37 -0600
Newsgroups: jedi.vcl

I didn't have any luck getting this to work with BCB5, but the
JCL\Packages directory has a CJCL50 package that I got to work with only
small changes. Is there some reason that I should use the JCL BCB6
package instead of the one provided with JCL?

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>>> >>>finally!, the JCL BCB6 package posted by OBones on jedi.binaries.
>> >> 
>> >> 
>> >> Got this (but why do I need it?).
>> >> 
> >To compile the JCL before the JVCL because the packages for BCB need the 
> >JCL to be compiled first.
> >And please have a look at the BCB compatibility guide as it outlines 
> >some common issues I had when creating the packages for BCB6.
> >
> >Thanks again for your help.



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 29 Sep 2003 17:49:12 -0600
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>>> >>>finally!, the JCL BCB6 package posted by OBones on jedi.binaries.
>> >> 
>> >> Got this (but why do I need it?).
>> >> 
> >To compile the JCL before the JVCL because the packages for BCB need the 
> >JCL to be compiled first.

Ahhh. Do you know if this works w/BCB5, or will I have to convert it
first?

> >And please have a look at the BCB compatibility guide as it outlines 
> >some common issues I had when creating the packages for BCB6.

Man, there's lots 'o stuff here - where do I find the compatibility
guide<g>? I searched the JVCL directory for both 'compatibility' and
'guide' and came up empty...

> >Thanks again for your help.

Well, assuming I accomplish something useful, you're welcome!


Subject: Re: [BCB6] A solution to the linker crashes
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 09:13:05 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Just create a blank file and I'll add stuff in there whenever I find some time...
>
>
> Doc added with initial comments in dev/JVCL3. Fill it up!
>
Done



Subject: Re: OBones: JvTimeFrameworkReg.pas: "added missing inclusion of dcr file"
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 09:11:29 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> The JvTimeFrameworkReg.dcr is in the Delphi 6 design time package JvTimeFrameworkD6D. I'll remove
> the JvTimeFrameworkReg.dcr inclusion in the JvTimeFrameworkD6D.dpk
>
Uh ?
I don't get what you are saying there...
I didn't touch the D6 packages, the dcr file was missing from the C6 package and was not included by the registration file via a
{$R JvTimeFramework.dcr}
directive.



Subject: Re: Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 09:00:20 +1000
Newsgroups: jedi.vcl

OBones wrote:

> cyhoh wrote:
>
>> Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit for JVCL 3?
>>
>> Regards,
>> cyhoh
>>
> Yes why ?
> They should be in the JvDB or JvBDE packages... Some of them may have been merged together.
>
Wooops, I think my eyes went crazy after seeing so many components... sorry for the misleading comment



Subject: Re: BCB5?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 30 Sep 2003 08:59:43 +1000
Newsgroups: jedi.vcl

>
> If you're referring to "JclSysUtils update for J(V)CLX" then I got this.
>

I think that's the one.

>> and JclResources from the jedi.binaries group (on this NG server) and,
>
>
> Couldn't find this one.
>

I never posted it, just read the topic about that same file in jedi.jcl, the change is really easy as it involves removing one line.

>> finally!, the JCL BCB6 package posted by OBones on jedi.binaries.
>
>
> Got this (but why do I need it?).
>
To compile the JCL before the JVCL because the packages for BCB need the JCL to be compiled first.
And please have a look at the BCB compatibility guide as it outlines some common issues I had when creating the packages for BCB6.

Thanks again for your help.



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 29 Sep 2003 15:57:42 -0600
Newsgroups: jedi.vcl

> >As Marcel wrote, at http://jvcl.sourceforge.net/daily there are a set of zip
> >files you can download instead of using CVS

Sorry, didn't realize this was referring to a zip file. Got it.

> >You should use JCL 1.22 that you can get at http://sf.net/projects/jcl

Had this.

> >(click on Files link). You should also get the JclEDI file(s) from
> >http://sourceforge.net/projects/edisdk 

Got this.

> >as well as the updated JclSysUtils

If you're referring to "JclSysUtils update for J(V)CLX" then I got this.

> >and JclResources from the jedi.binaries group (on this NG server) and,

Couldn't find this one.

> >finally!, the JCL BCB6 package posted by OBones on jedi.binaries.

Got this (but why do I need it?).

> >Hard to say since the JVCL is a mix of components from different authors.
> >Some are very good components and some are less good but I don't think we
> >have any true duds anymore (do we? let me know!). Overall, I think they are
> >of good quality and I use a fair amount of them myself professionally as
> >well as for my freeware projects so I definitely think they many of them are
> >suited for professional use.

OK, thanks.



Subject: Re: unused files
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Sep 2003 23:42:21 +0200
Newsgroups: jedi.vcl

> > run\JvgPointEditor.pas // design editor
> > run\JvgStepLabel.pas
> > run\JvgTagParser.pas
> > run\JvgWinMask.pas
Part of Globus. Don't know what will happen to them.

> > run\JvInspXVCL.pas  // needs XVCL library
Don't know about this one. Marcel?

> > run\JvSpellChecker.pas
> > run\JvSpellIntf.pas
My files - work in progress. Will probably be added to a package at some
time (along with an icon and all!)

> > run\JvUIBObj.pas  // need INDY components
> > run\JbUIBSrv.pas  // need INDY components
The UIB ORB. Don't know exactly what we should do with them yet, but they
should definitely be kept. Henri might have a clue.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Sep 2003 22:47:36 +0200
Newsgroups: jedi.vcl

I'll upload my BCB5 packages to binaries and you can grab them from there.
I'll also add them to CVS so we have some common sources to work against. If
you ge going with this, it's easy to add you as developer to JVCL so you can
get updates and post modified files directly.


> > I'm using Tortoise to access the anonymous archive and my CVS knowledge
> > is, like my Delphi knowledge, lacking. Can you tell me how to access the
> > nightly snapshot?
As Marcel wrote, at http://jvcl.sourceforge.net/daily there are a set of zip
files you can download instead of using CVS

> > Also, what version of the JCL should I be using and
> > where do I get that version?
You should use JCL 1.22 that you can get at http://sf.net/projects/jcl
(click on Files link). You should also get the JclEDI file(s) from
http://sourceforge.net/projects/edisdk as well as the updated JclSysUtils
and JclResources from the jedi.binaries group (on this NG server) and,
finally!, the JCL BCB6 package posted by OBones on jedi.binaries.

> > On another subject, just how good (quality-wise) are the JEDI packages?
> > I mean no disrespect or offense by this - I know that a lot of people
> > have put a lot of effort into JEDI over a long period of time.  I guess
> > what I'm trying to ask is - are these components suitable for production
> > work?
Hard to say since the JVCL is a mix of components from different authors.
Some are very good components and some are less good but I don't think we
have any true duds anymore (do we? let me know!). Overall, I think they are
of good quality and I use a fair amount of them myself professionally as
well as for my freeware projects so I definitely think they many of them are
suited for professional use.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 29 Sep 2003 13:31:00 -0600
Newsgroups: jedi.vcl

I should add a note to say that I'm impressed with the enthusiastic
responses I've seen here. I would have gotten into this JEDI stuff
earlier if I had known of the existence of these newsgroups.

Leroy Casterline <casterle@ccltd.com> wrote:

> >I grabbed the latest JVCL 3 from anonymous CVS, but couldn't find
> >packages for BCB5. I tried to use the BCB6 packages, but not
> >surprisingly had no luck! Are there BCB5 packages in the works?
> >
> >TIA!



Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 29 Sep 2003 13:26:50 -0600
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> >Peter already created the BCB5 package files but it gives all kind of
> >errors. As a BCB user you can probably figure out what the errors mean and
> >thus you are perfect for the task. I don't think the lack of Delphi
> >knowledge is going to be a big problem (there's a large number of us here
> >than can help out, including people with BCB6 knowledge).

I duplicated Peter's work on the package files this past weekend (I
didn't know that they already existed). The problem I ran into is that
many of the messages didn't make much sense to me. I'll start
documenting them here and together perhaps we can figure out what's
happening...


Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 29 Sep 2003 13:23:54 -0600
Newsgroups: jedi.vcl

This is where I'm at too. I'll start posting what I'm finding here. It
might be a good idea to have the BCB5 folder (containing a text file
denoting the immaturity of the effort) with what we've got so far.

I've got the files that I converted from BCB6, but since I'm so new at
this, I think I would have more faith in yours<g>. At any rate, everyone
who works on this should be using identical package files, I think. 

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:

> >I actually took the time to install BCB5 and convert the BCB6 packages to
> >BCB5. They don't work (I get a lot of strange errors about not being able to
> >find *.bpi, but I don't know how to resolve them) but all references (ie
> >vcl.bpi -> vcl50.bpi etc) should at least be corrected. I was thinking of
> >adding these to the bcb5 folder and let someone more capable have a go at
> >them. What do you think?



Subject: Re: BCB5?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 21:16:10 +0200
Newsgroups: jedi.vcl

Hello, Leroy!
You wrote  on Mon, 29 Sep 2003 12:57:49 -0600:

 LC> I'm willing, but I'm not sure I'm able. My Delphi knowledge is woefully
 LC> deficient (although I've just bought D7 Pro and am starting to learn
 LC> it).

    Peter already created the BCB5 package files but it gives all kind of
errors. As a BCB user you can probably figure out what the errors mean and
thus you are perfect for the task. I don't think the lack of Delphi
knowledge is going to be a big problem (there's a large number of us here
than can help out, including people with BCB6 knowledge).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 29 Sep 2003 13:15:37 -0600
Newsgroups: jedi.vcl



OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Can you give me a detailled report of what works and what doesn't ?

Yes, I'll post my progress here. 

> >Please include the version of BCB5 you are using (including any patches) 

I'm using BCB5 with the one and only patch installed.

> >You may not have time to fix them, but at least having an error report, 
> >I can do some guess work and try to fix some of the errors.

Time is a problem for me at the moment, and as I mentioned in a previous
message my Delphi knowledge is, uh, minimal. I'll do my best and perhaps
with your help we can get this working. 

> >Please be aware that anonymous CVS is known to be at least 24h late. You 
> >should consider grabbing the latest nightly snapshot from 
> >http://jvcl.sourceforge.net/daily

I'm using Tortoise to access the anonymous archive and my CVS knowledge
is, like my Delphi knowledge, lacking. Can you tell me how to access the
nightly snapshot? Also, what version of the JCL should I be using and
where do I get that version?

> >Thanks for your support

Thanks for your (and everyone else s) hard work on our behalf!

On another subject, just how good (quality-wise) are the JEDI packages?
I mean no disrespect or offense by this - I know that a lot of people
have put a lot of effort into JEDI over a long period of time.  I guess
what I'm trying to ask is - are these components suitable for production
work?

-Leroy


Subject: Re: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Mon, 29 Sep 2003 12:57:49 -0600
Newsgroups: jedi.vcl

Hi Marcel,

I'm willing, but I'm not sure I'm able. My Delphi knowledge is woefully
deficient (although I've just bought D7 Pro and am starting to learn
it).

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> >Hello, Leroy!
> >You wrote  on Sun, 28 Sep 2003 21:52:47 -0600:
> >
> > LC> I grabbed the latest JVCL 3 from anonymous CVS, but couldn't find
> > LC> packages for BCB5. I tried to use the BCB6 packages, but not
> > LC> surprisingly had no luck! Are there BCB5 packages in the works?
> >
> >    That depends. If we can find someone with BCB5 that is willing to go
> >through the process OBones so elaborately shared with us on this NG BCB5
> >will be supported. JVCL is of course largely Delphi-centric but we have no
> >intention of keeping out BCB or Kylix for that matter (and indeed, people
> >already started on Kylix/CLX conversions).
> >
> >    So, the question is: are you willing to look into BCB5 support of is
> >someone else willing? If you are, let us know so we can give you developer
> >access to the CVS repository.



Subject: JvHidDeviceController 1.0.18
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 29 Sep 2003 20:46:36 +0200
Newsgroups: jedi.vcl

TJvHidDeviceController is now at version 1.0.18
Please integrate it back into the JVCL. Best get it from http://www.delphi-gems.com/controls.php
Disabling {$DEFINE STANDALONE} in JvHidControllerClass.pas is all you need for that. Do not forget to update the supporting files also. HidUsage.pas has been expanded considerably.
I added a BCB 6 project and reworked all examples and reimplemented them in BCB. BasicDemo, CollectionDemo and UsagesDemo now have a descriptive text on the main form. ReadWriteDemo does not because it is designed as a useful test program.
IO-WarriorDemo and IO-WarriorLCDDemo should be excluded from the JVCL.
These two demos are for a specific device and will therefore not work for the average JVCL user.
The help projects in english and german are up-to-date.
All package and project pathes are relative.



Subject: unused files
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Sep 2003 18:34:36 +0000 (UTC)
Newsgroups: jedi.vcl

The following files are not used for Delphi 5, 6 and 7.

run\JvgPointEditor.pas // design editor
run\JvgStepLabel.pas
run\JvgTagParser.pas
run\JvgWinMask.pas
run\JvInspXVCL.pas  // needs XVCL library
run\JvSpellChecker.pas
run\JvSpellIntf.pas
run\JvUIBObj.pas  // need INDY components
run\JbUIBSrv.pas  // need INDY components 


-- Regards Andreas Hausladen 

Subject: Re: JVThumbnail progress?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Sep 2003 16:00:40 +0000 (UTC)
Newsgroups: jedi.vcl

dave wrote:

> > Just curious if there has been any updates/progress on the thumbnail
> > component? I am very anxious to implement it. But am waiting to see what (if
> > any) improvements have been made to the speed of it.

There are no updates for the Thumbnail component.


-- Regards Andreas Hausladen 

Subject: JVThumbnail progress?
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 29 Sep 2003 10:27:52 -0500
Newsgroups: jedi.vcl

Just curious if there has been any updates/progress on the thumbnail
component? I am very anxious to implement it. But am waiting to see what (if
any) improvements have been made to the speed of it.

Thanks,
Dave




Subject: Re: New .dof files for all D5/6/7 packages
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Sep 2003 16:34:55 +0200
Newsgroups: jedi.vcl

> > Some Delphi packages had a wrong .dof file. I'll created new for Delphi 5,
6 and 7 with
> > devtools/MakeDof.
Please all, when checking in package or project changes, make sure you don't
check in the dof's as well (this leads to a lot of unnecessary stuff in the
CVS dof's)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: New .dof files for all D5/6/7 packages
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Sep 2003 13:40:43 +0000 (UTC)
Newsgroups: jedi.vcl

Some Delphi packages had a wrong .dof file. I'll created new for Delphi 5, 6 and 7 with
devtools/MakeDof.

-- Regards Andreas Hausladen 

Subject: JvColorProvider (again)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 15:15:59 +0200
Newsgroups: jedi.vcl

Hello, All!

    due to the recently encountered problems there has been little to no
work on JvColorProvider. I committed the code so far, because I wasn't sure
if it would still compile with all the changes done on
JvDataProviderImpl.pas.

    I'm working on the name mappings. So far it works in that it generates
two default mappings ("Delphi constants" and "English" IIRC) that can be
selected by a consumer and they are actually used when rendering the items.
Next on the list is the Mapping editor that allows you to add a new mapping
and/or change existing mappings (including the two standard mappings). I'm
all for providing several "language" style mappings with the component by
default, but that would require you to provide those lists. The final
version will be able to load standard mappings from a stream (e.g. file or
resource) instead of specifying them in code to allow easier porting and
probably easier to add more "standard" colors.

    Mappings result in the item's Caption being taken from the mapping
table. The following rules apply (note: only for items that refer to a
color, not the grouping header items):

* If the consumer specifies a mapping, the name for the color in that
mapping table is retrieved.
* If an empty string was found and either no mapping was specified or the
specified mapping was not the first, the name will be retrieved as if the
first mapping was specified (i.e. the first mapping will be considered as
default).
* If this resulted in an empty string, ColorToIdent is used (this can still
lead to an empty string if it's not a Delphi defined color constant).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: OBones: JvTimeFrameworkReg.pas: "added missing inclusion of dcr file"
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Sep 2003 13:14:45 +0000 (UTC)
Newsgroups: jedi.vcl

The JvTimeFrameworkReg.dcr is in the Delphi 6 design time package JvTimeFrameworkD6D. I'll remove
the JvTimeFrameworkReg.dcr inclusion in the JvTimeFrameworkD6D.dpk

-- Regards Andreas Hausladen 

Subject: Re: JVCL Theme support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Sep 2003 13:04:00 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > * TWinControl has a protected property ParentBackground in delphi 7.

The following components have now a published ParentBackground property:

TJvPanel             : ParentBackground (True) + owner drawn + csNeedsBorderPaint [DENYSUBCLASSING]
TJvGroupBox          : ParentBackground (True) + D5/6 owner drawn [DENYSUBCLASSING]
TJvRadioGroup        : ParentBackground (True) + D5/6 owner drawn [DENYSUBCLASSING]
TJvControlBar        : ParentBackground (True) [DENYSUBCLASSING] + [WM_ERASEBKGND]
TJvDice              : ParentBackground (True) [DENYSUBCLASSING]
TJvSwitch            : ParentBackground (True) [DENYSUBCLASSING]
TJvLabel             : Always transparent when ThemeServices.ThemesEnabled (VCL 7's behaviour)
TJvScrollMax         : ParentBackground (True)
TJvScrollText        : ParentBackground (True)
TJvxSlider           : ParentBackground (True)
TJvSplitter/JvSynchSplitter: ParentBackground (True) [VCL paints into a transparent Bitmap]


> > although you need to IFDEF it for delphi 5, 6

I've introduced a new conditional symbol "JVCLThemesEnabledD56" that is defined that way:
{$IFDEF COMPILER7_UP}
 {$DEFINE JVCLThemesEnabled}
{$ELSE}
 {$IFDEF JVCLThemesEnabled}
  {$DEFINE JVCLThemesEnabledD56}
 {$ENDIF}
{$ENDIF}


> > TJvLabel has a transparent property thus no csParentBackground is

I made it the way Delphi 7's VCL does theming for TLabel. If ThemeServices.ThemesEnabled is True
the JvLabel is always transparent.


> > TJvSwitch painting doesn't work well (drop it on a page control).

It is the non transparent Bitmap.



-- Regards Andreas Hausladen 

Subject: Re: BCB5?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Sep 2003 14:54:33 +0200
Newsgroups: jedi.vcl

I actually took the time to install BCB5 and convert the BCB6 packages to
BCB5. They don't work (I get a lot of strange errors about not being able to
find *.bpi, but I don't know how to resolve them) but all references (ie
vcl.bpi -> vcl50.bpi etc) should at least be corrected. I was thinking of
adding these to the bcb5 folder and let someone more capable have a go at
them. What do you think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCustomLabel and provider issues
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 14:31:44 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Mon, 29 Sep 2003 13:13:24 +0200:

 MB>     Issue 2 is however still alive :-( I can only select the item to
 MB> display once. After that, it simply refuses to open the dialog, halting
 MB> during specifying the provider to use for the item select designer. I
 MB> do think I know where that's coming from though......

    I was correct, but it took me a little longer to correct due to two(!)
interfering bugs. Now it works at design time, unless I use a tree-based
provider and selected a non-root item (endless loop in
TJvBaseDataItems.GetItemByID which is just badly coded) and streaming back
in the form (at both run as well as design time). I haven't commit these
corrections yet; I want to fix the endless loop first.

    BTW, JvRadioGroup didn't compile in D5, so I added a {$IFDEF
COMPILER6_UP} for the Types uses clause; this is committed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Sep 2003 22:30:08 +1000
Newsgroups: jedi.vcl

cyhoh wrote:

> Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit for JVCL 3?
>
> Regards,
> cyhoh
>
Yes why ?
They should be in the JvDB or JvBDE packages... Some of them may have been merged together.



Subject: Re: BCB5?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 29 Sep 2003 22:29:17 +1000
Newsgroups: jedi.vcl

Leroy Casterline wrote:
> I grabbed the latest JVCL 3 from anonymous CVS, but couldn't find
> packages for BCB5. I tried to use the BCB6 packages, but not
> surprisingly had no luck! Are there BCB5 packages in the works?
>
> TIA!
Can you give me a detailled report of what works and what doesn't ?
Preferably on this newsgroup, but a direct email to me would do.
Please include the version of BCB5 you are using (including any patches) and the error messages you get when compiling the packages.
You may not have time to fix them, but at least having an error report, I can do some guess work and try to fix some of the errors.
Please be aware that anonymous CVS is known to be at least 24h late. You should consider grabbing the latest nightly snapshot from http://jvcl.sourceforge.net/daily

Thanks for your support

Olivier Sannier
JVCL Developer



Subject: Re: TJvCustomLabel and provider issues
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Sep 2003 12:09:41 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     BTW, JvRadioGroup didn't compile in D5, so I added a {$IFDEF
> > COMPILER6_UP} for the Types uses clause; this is committed.

Sorry, my fault. I needed the TRect record but do not want to include
the Windows unit. Later I needed further functions from Windows and
added the Windows unit but forgot to remove the Types unit. I'll clear
(empty methods) the code and commit it.


-- Regards Andreas Hausladen 

Subject: Re: BCB5?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 13:48:25 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 29 Sep 2003 13:38:26 +0200:

 PT> Is the difference between BCB5 and BCB6 packages very big? Maybe the
 PT> BCB6 packages could be used as a template to convert to BCB5?

    Probably, but we need someone with BCB5 to figure out the differences
first. The BCB6 packages appear not to work in BCB5 according to original
poster, so something must be different.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: BCB5?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Sep 2003 13:38:26 +0200
Newsgroups: jedi.vcl

Is the difference between BCB5 and BCB6 packages very big? Maybe the BCB6
packages could be used as a template to convert to BCB5?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Sep 2003 13:29:31 +0200
Newsgroups: jedi.vcl

> > Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit for JVCL 3?
No, and no plans AFAIK to write them, so feel free to do it and donate to
JVCL!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCustomLabel and provider issues
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 13:13:24 +0200
Newsgroups: jedi.vcl

Hello, All!

    Issue 1 resolved by actually destroying the consumer service when the
label is destroyed (I keep forgetting to that; relying to much on
interfaces+reference counting I think <g>).

    Issue 2 is however still alive :-( I can only select the item to display
once. After that, it simply refuses to open the dialog, halting during
specifying the provider to use for the item select designer. I do think I
know where that's coming from though......

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL Examples and ..\..\source folder
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Sep 2003 12:53:38 +0200
Newsgroups: jedi.vcl

> >     Common might be necessary for the jvcl.inc include file (sometimes a
> > component doesn't support a specific feature in D5 and the example code
may
> > need to cope with that situation).

Right, /common should probably be left in the dof but source/run could
probably be removed. There is a tool in /devtools that can help with that:
MakeDOF.

> >     True. Wouldn't be my choice of configuration though.

It's OK as long as you don't build (your app) with run-time packages. Then
you have to remember to rebuild the packages so the latest code-changes are
propagated. It's also good for JVCL development - makes rebuilding packages
a less frequent thing (although I find myself rebuilding them once a day
anyway<g>).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL Examples and ..\..\source folder
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 12:36:43 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 29 Sep 2003 12:26:41 +0200:

 >>     I think they shouldn't use the source/run folder at all. The
 >> packages are installed and the correct libX folder is added to the
 >> delphi library path, so the DCUs should be available for the examples.

 PT> Correct, neither /run nor /common shold be necessary.

    Common might be necessary for the jvcl.inc include file (sometimes a
component doesn't support a specific feature in D5 and the example code may
need to cope with that situation).

 PT>  If the user has his system set up with /run and /common in the paths
 PT> (compiling from source everytime), the source files should be found
 PT> anyway.

    True. Wouldn't be my choice of configuration though.

 PT> I don't like the idea of moving the RA demos out of the RALib folder.
 PT> It is a help to former RA users to find the demos in a single place
 PT> without knowing their new name or possible location. The same goes for
 PT> the Globus, RxLib and JvUIB demos.

    Completely agree with that.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL Examples and ..\..\source folder
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 29 Sep 2003 12:26:41 +0200
Newsgroups: jedi.vcl

> >     I think they shouldn't use the source/run folder at all. The packages
> > are installed and the correct libX folder is added to the delphi library
> > path, so the DCUs should be available for the examples.

Correct, neither /run nor /common shold be necessary. If the user has his
system set up with /run and /common in the paths (compiling from source
everytime), the source files should be found anyway. If he rather use the
precompiled packages and DCU's (adding libX to the path), the dcu files
should be found without having the search paths a part of the DOF. The only
thing needed is the /bin and /dcu folders to minimize clutter in the
examples folder.

I don't like the idea of moving the RA demos out of the RALib folder. It is
a help to former RA users to find the demos in a single place without
knowing their new name or possible location. The same goes for the Globus,
RxLib and JvUIB demos.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRas32 - Posable Glitch
From: "gsing" <gsing@iprimus.com.au>
Date: Mon, 29 Sep 2003 20:22:50 +1000
Newsgroups: jedi.vcl

I Didn't Repair the Component, I jus Used The TPhoneBook Component in the
ras helper classes of asp header conversions downloadable from the jedi web
site... I don't want to mess with other peoples components at this time...
If you want more info please send me an email to singlebum@iprimus.com.au

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bl61b3$sgg$1@talkto.net...
> > gsing wrote:
> >
>> > > JvRas32 seems to work fine except for the Phonenumber Property returns
>> > > blank...
>> > > I have solved this problem by using the TPhoneBook Class in the Jedi-API
>> > > Translations under ras... Whitch returns the phone Number... however I
hope
>> > > that the version 3 of jedi vcl has this problem fixed and the component
>> > > documented...
>> > >
>> > > JEDI rules - keep up the good work...
>> > >
>> > >
> > Well, as it turns out, this bug was reported a while ago but never fixed
> > (I just tested it in v3). Can you tell me where you added your code and
> > what code you added ?
> > Simply copy the bit of code in a message, I'll put the changes in the
> > component.
> >
> > Thanks for your help and encouragements
> >
> > Olivier Sannier
> > JVCL Developer
> >




Subject: Re: JVCL Examples and ..\..\source folder
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 29 Sep 2003 10:11:18 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Correct, neither /run nor /common shold be necessary.

This means that many .dof files have wrong configurations, because they
contain the source folder.


> > I don't like the idea of moving the RA demos out of the RALib folder.

Ok. I let the RAEditor example in the folder but make it working with
the new and/or removed components.


-- Regards Andreas Hausladen 

Subject: TJvCustomLabel and provider issues (was: Debugging design time packages: !!!HELP!!!)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 11:40:35 +0200
Newsgroups: jedi.vcl

Hello, All!

    Remember my problems regarding debugging design time package? As it
turns out, it's *not* strictly a design time issue although it surfaces
there much more often (like every time I try to select the item to show or
save/close the form). The real problem is in a run time package (which I am
also unable to debug using a second instance of Delphi BTW). I took a
two-day break from this issue which seem to have helped me a bit.

    I tracked down the exact situations that cause this: TJvCustomLabel is
not working properly when a provider is used that *might* get destroyed
after the label is destroyed or (causing even more troubles at design time)
created before the label is created. The first issue seems to indicate that
the label doesn't unregister from the provider properly but the second I
can't begin to guess the cause of that, but it might be the cause of issue
1.

    Trying the same actions with the same form after removing the label and
adding a couple of more combo boxes didn't result in a single AV. I added a
label once again - just to be absolutely sure - and it AV-ed when trying to
show the Form as Text (which of course destroys the form and it's
components). So, now I'll have to debug the label control to see what
differs from the combo box.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit?
From: cyhoh <cyhoh@nospam.com>
Date: Mon, 29 Sep 2003 17:14:33 +0800
Newsgroups: jedi.vcl

Is there any JvDBEdit, JvDBMaskEdit or JvDBValidateEdit for JVCL 3?

Regards,
cyhoh



Subject: Re: TjvPatchFile
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 10:05:25 +0200
Newsgroups: jedi.vcl

Hello, Kane!
You wrote  on Mon, 29 Sep 2003 09:02:29 +1000:

 KH> Does anyone know what the tjvPatchFile does?

    If I'm not mistaken, it's a binary updater. It stores the differences
between the previous and the current version of a file and can then apply
those changes to an end-users version of that file, provided it's the exact
same previous version you provided the update or patch for.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: BCB5?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 29 Sep 2003 10:02:42 +0200
Newsgroups: jedi.vcl

Hello, Leroy!
You wrote  on Sun, 28 Sep 2003 21:52:47 -0600:

 LC> I grabbed the latest JVCL 3 from anonymous CVS, but couldn't find
 LC> packages for BCB5. I tried to use the BCB6 packages, but not
 LC> surprisingly had no luck! Are there BCB5 packages in the works?

    That depends. If we can find someone with BCB5 that is willing to go
through the process OBones so elaborately shared with us on this NG BCB5
will be supported. JVCL is of course largely Delphi-centric but we have no
intention of keeping out BCB or Kylix for that matter (and indeed, people
already started on Kylix/CLX conversions).

    So, the question is: are you willing to look into BCB5 support of is
someone else willing? If you are, let us know so we can give you developer
access to the CVS repository.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: BCB5?
From: Leroy Casterline <casterle@ccltd.com>
Date: Sun, 28 Sep 2003 21:52:47 -0600
Newsgroups: jedi.vcl

I grabbed the latest JVCL 3 from anonymous CVS, but couldn't find
packages for BCB5. I tried to use the BCB6 packages, but not
surprisingly had no luck! Are there BCB5 packages in the works?

TIA!


Subject: TjvPatchFile
From: "Kane Hancock" <kane@oztech.com.au>
Date: Mon, 29 Sep 2003 09:02:29 +1000
Newsgroups: jedi.vcl

Does anyone know what the tjvPatchFile does?

Regards
Kane




Subject: Re: JVCL Theme support
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 28 Sep 2003 21:23:27 +0200
Newsgroups: jedi.vcl

Some remarks:

* TWinControl has a protected property ParentBackground in delphi 7. It sets/gets the csParentBackground property. Descendant components publish this property if they are non opaque, custom (ie non standard and non common windows) controls. An example is TPanel; if you drop it on a page control you might want the panel not cover the themed background of the page control. I think non opaque, custom JVCL controls should also publish this property, although you need to IFDEF it for delphi 5, 6.
* TJvLabel has a transparent property thus no csParentBackground is needed.
* TJvSwitch painting doesn't work well (drop it on a page control).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JVCL Examples and ..\..\source folder
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 28 Sep 2003 18:53:14 +0200
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Sun, 28 Sep 2003 16:02:34 +0000 (UTC):

 AH> Most examples have the ..\..\source folder in the .dof file. But JVCL3
has the source code in ..\..\run. My question is now if the final release
has run or source as Source-folder?

    I think they shouldn't use the source/run folder at all. The packages
are installed and the correct libX folder is added to the delphi library
path, so the DCUs should be available for the examples.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JVCL Examples and ..\..\source folder
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Sep 2003 16:02:34 +0000 (UTC)
Newsgroups: jedi.vcl

Most examples have the ..\..\source folder in the .dof file. But JVCL3
has the source code in ..\..\run. My question is now if the final
release has run or source as Source-folder?

Another question: Can I move the RAEditor example directory from
examples\RALib\RAEditor to examples\JvEditor ?



-- Regards Andreas Hausladen 

Subject: Re: [BCB6] A solution to the linker crashes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 28 Sep 2003 17:25:18 +0200
Newsgroups: jedi.vcl

> > Just create a blank file and I'll add stuff in there whenever I find 
> > some time...

Doc added with initial comments in dev/JVCL3. Fill it up!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missed TJvSpecialProgress
From: "niels" <niels@lumensoft.nl>
Date: Sun, 28 Sep 2003 16:55:22 +0200
Newsgroups: jedi.vcl

Yes i found it later sorry, my error, I was thinking that MM stands for
Multie Media stuf, so i havend installed that part, after installing it is
back :)


"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> wrote in message
news:bl6ckt$u79$1@talkto.net...
> > niels wrote:
> >
>> > > Hai
>> > > i have used TJvSpecialProgress but in the last version V3 this is not
>> > > linked anymore why?
> >
> > It is in JvMMD?R and registered in JvMMD?D on the "Jv Bars and Panels"
> > palette.
> >
> >
> > -- 
> > Regards
> >
> > Andreas Hausladen




Subject: Re: Missed TJvSpecialProgress
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Sep 2003 14:27:25 +0000 (UTC)
Newsgroups: jedi.vcl

niels wrote:

> > I was thinking that MM stands for Multie Media stuf

MM stand for MultiMedia. Exactly: Multimedia and graphic components



-- Regards Andreas Hausladen 

Subject: Re: [BCB] Errors repository
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Sun, 28 Sep 2003 14:06:17 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >OBones wrote:
> >
>> >> Do not use TPoint as a property type, you would get a "type not allowed" 
>> >> error in the generated hpp file
>> >> 
> >Same goes for HDC

There is no problem with having a TPoint property, you can not publish a
TPoint property. 

HDC I didn't get to the bottom of - it is just a 32 bit int handle so
something in its declaration must be upsetting builder. 




Subject: Re: [BCB6] A solution to the linker crashes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Sep 2003 21:19:48 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Nice work, Olivier!
>
> Could you write up a doc on this and the other stuff in "[BCB] Error
> repository" and then we could add it to the general docs for JVCL? That
> would be awesome.
>
I guess I could <g>
Just create a blank file and I'll add stuff in there whenever I find some time...



Subject: Re: Missed TJvSpecialProgress
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 28 Sep 2003 10:20:13 +0000 (UTC)
Newsgroups: jedi.vcl

niels wrote:

> > Hai
> > i have used TJvSpecialProgress but in the last version V3 this is not
> > linked anymore why?

It is in JvMMD?R and registered in JvMMD?D on the "Jv Bars and Panels"
palette.


-- Regards Andreas Hausladen 

Subject: Missed TJvSpecialProgress
From: "niels" <niels@lumensoft.nl>
Date: Sun, 28 Sep 2003 12:19:10 +0200
Newsgroups: jedi.vcl

Hai
i have used TJvSpecialProgress but in the last version V3 this is not linked
anymore why?




Subject: Re: [BCB6] A solution to the linker crashes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 28 Sep 2003 11:18:28 +0200
Newsgroups: jedi.vcl

Nice work, Olivier!

Could you write up a doc on this and the other stuff in "[BCB] Error
repository" and then we could add it to the general docs for JVCL? That
would be awesome.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Dudes. Build tool exists. Called WANT, available on sourceforge.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 28 Sep 2003 11:14:55 +0200
Newsgroups: jedi.vcl

> > But if you have one, it could be nice to provide the script for users who
> > owns FB.

Sorry, we don't have any build scripts for FB. My use of FB is strictly
professional, not when working with JVCL.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRas32 - Posable Glitch
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Sep 2003 17:43:01 +1000
Newsgroups: jedi.vcl

gsing wrote:

> JvRas32 seems to work fine except for the Phonenumber Property returns
> blank...
> I have solved this problem by using the TPhoneBook Class in the Jedi-API
> Translations under ras... Whitch returns the phone Number... however I hope
> that the version 3 of jedi vcl has this problem fixed and the component
> documented...
>
> JEDI rules - keep up the good work...
>
>
Well, as it turns out, this bug was reported a while ago but never fixed (I just tested it in v3). Can you tell me where you added your code and what code you added ?
Simply copy the bit of code in a message, I'll put the changes in the component.

Thanks for your help and encouragements

Olivier Sannier
JVCL Developer



Subject: JvRas32 - Posable Glitch
From: "gsing" <gsing@iprimus.com.au>
Date: Sun, 28 Sep 2003 16:26:37 +1000
Newsgroups: jedi.vcl

JvRas32 seems to work fine except for the Phonenumber Property returns
blank...
I have solved this problem by using the TPhoneBook Class in the Jedi-API
Translations under ras... Whitch returns the phone Number... however I hope
that the version 3 of jedi vcl has this problem fixed and the component
documented...

JEDI rules - keep up the good work...




Subject: Re: [BCB] Errors repository
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Sep 2003 15:41:35 +1000
Newsgroups: jedi.vcl

> When linking:
>  - '[Linker Error] Fatal: Access violation. Link Terminated.' There is nothing to do with that if it happens when using a component. It shouldn't happen anymore when compiling packages. If it's the case, you must open the bpk file with a text editor, remove all libraries from the LIBRARIES and SPARELIBS nodes, cleanup the relatives paths for all included files and maybe change the order of the required packages. Usually, JvCoreC6R.bpi then CJCL60.bpi works fine. But this error is quite annoying and apparently nobody really knows how to fix it

Well, apparently the solution I found is to check that no units are using a WEAKPACKAGE compilation directive when they shouldn't, especially when these units include constants, resource strings and/or global variables.

>  - 'Constructor already defined'. This comes because of a constructor not being called Create in the source pas file. As a rule, all constructors MUST be named create and you must fix your pascal code to cope with that.

You may also have to add a dummy parameter with a default value at the end of the parameter list. Usually an Integer parameter is enough. Search for dummyForBCB in the source files for examples.

>  - 'Ambiguity between SOMETYPE and SomeDomain::SOMETYPE'. This is because the type SOMETYPE is a global type (in windows.h, generally) and is also defined in the SomeDomain file. To lift this ambiguity, you must add a line at the beginning of the pas file that does that: "{$HPPEMIT '#define SOMETYPE SomeDomain::SOMETYPE'}"

If the ambiguity is in an hpp file from Borland, you must change the order of the units in the uses clause of your unit so that the one called SomeDomain comes first.



Subject: Re: [BCB] Errors repository
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Sep 2003 15:37:58 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Do not use TPoint as a property type, you would get a "type not allowed" error in the generated hpp file
>
Same goes for HDC



Subject: [BCB6] A solution to the linker crashes
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Sep 2003 15:33:24 +1000
Newsgroups: jedi.vcl

Yes, you read the title right, there appears to be a solution for the linker crashes. I've spent the last 6 hours working on the idea suggested by Andreas that all incriminated units were using a particular unit directly or not. As it turns out, it is not JclSysUtils (JvAnalogClock doesn't use it) but JclResources.pas !
Yes, this no code, constant only unit was causing all the problems.
I tracked that trough the use of huge dependency trees, reminded me of drawings I did when I was a kid (trees only, I mean <g>).
I made some tests with JvValidators as it was the easiest to modify so that it wouldn't use JclResources directly or indirectly. After the changes, it was working nice, without any linker crashes.
So I undid my changes and looked carefully at JclResources.pas. There is no code in there, only resourcestrings. But one strange thing struck me: There is a WEAKPACKAGEUNIT compilation directive in it !
Not knowing for sure what that was for, I had a look at the help for both Delphi and BCB and it turns out that this is only needed if the unit requires a dependency from an external DLL. Moreover, the BCB help specifies that such units must not contain any global variables or constants. This had me thinking that after all, resource strings are constants and there might be a conflict here. I removed the compilation directive, rebuilt CJCL60.bpk and JvValidatorsC6R.bpk and after having restarted BCB (you're never too prudent), I tried a blank application with just a JvValidators on it. And it linked !!!!
So the next step was to uninstall every JVCL package, clean up the mess, rebuild and reinstall everything. Finally I tested a couple (not all) of the previously crashing components and they all went well through the linking step.
Why this compilation directive had such a terrible impact on the linker is beyond my understanding but facts are here to prove it: WEAKPACKAGEUNIT directives are dangerous and as far as I'm concerned should be avoided.
I did a search in the JVCL source files, only JvVersionInfo.pas is using it and I'm quite sure it doesn't require it.
As for the JCL, I left them a message on their newsgroup because it seems they use this directive in most (if not all) of their units and I think they don't need to.
So now, I'll have to let know the guys at Borland Quality Central what happened because the "error message" I kept getting wasn't really helping !

But of course, this would need to be tested on another machine to see if it really is the solution. Terry, could you do that ?

Olivier Sannier
JVCL Developer



Subject: Re: [BCB] Errors repository
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 28 Sep 2003 15:31:47 +1000
Newsgroups: jedi.vcl

Class methods cannot be dynamic
Class methods cannot be abstract



Subject: Re: JvEditor Unicode or ANSI ?
From: tif <tif@0451.com>
Date: Sun, 28 Sep 2003 12:43:42 +0800
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > ANSI JvEditor is back. The unicode Editor is in JvUnicodeEditor,
> > JvHLUnicodeEditor.
> > 
> > The ANSI Editor does not support MBCS at the moment.

This should be the appropriate solution for now. Thanks.


-- Regards Winston Feng 

Subject: Re: Dudes. Build tool exists. Called WANT, available on sourceforge.
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Sun, 28 Sep 2003 07:36:37 +0400
Newsgroups: jedi.vcl

On Sat, 27 Sep 2003 12:16:54 +0200, Peter Thörnqvist wrote:

> > I love FB and use it all the time. Problem is that we can't assume users
> > have it, so that's why we haven't included a FB script although that would
> > probably be the easiest to setup and use.

But if you have one, it could be nice to provide the script for users who
owns FB.


Subject: JV Control Panel
From: Kenny <thespearofdestiny@hotmail.com>
Date: Sat, 27 Sep 2003 20:04:36 -0400
Newsgroups: jedi.vcl

Hello,
My question is re. the proper handler for JVControl Panel:

I am using this handler, which should work but doesn't:
....................................
// JVControl panel handler
procedure TForm1.JvControlPanel1LinkClick(Sender: TObject; Link: String);
var
  ALink: TShellLink;
begin
  if Succeeded(ShellLinkResolve(Link, ALink)) then
    ShellExecute(Handle, 'open', PChar(ALink.Target), nil, nil, SW_SHOWNORMAL);
end;
....................................
what is strange about this is that the same proc works w/ JVStartmenuBtn

many thanks in adv
Kenny



Subject: Re: ----------- JvUIB done
From: "Henri Gourvest" <x@x.com>
Date: Sun, 28 Sep 2003 01:27:20 +0200
Newsgroups: jedi.vcl

I'm ok with your modifications.
just added a modifification in JVUIBLib to improve speed reading a blob in
stream.
I consider the components are now stable.
I think UIB should work with BCB5 but I don't have BCB5 :(

comments, questions ?

henri

"OBones" <obones_REM_SPM_@_PIF_meloo.com> a écrit dans le message de
news:bl3733$g0t$2@talkto.net...
> > Time to do a summary !
> >




Subject: JVCL Theme support
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Sep 2003 23:13:57 +0000 (UTC)
Newsgroups: jedi.vcl

After updating many components for theme support I have written the
following list of components that are not theme aware till now.
Can someone test the theme aware components with Delphi 7 ? Maybe the
ThemeManager does more than the Delphi 7 one.


Not supported (ownerdraw border)
--------------------------------
TJvLookout
TJvExpress
TJvCaptionPanel
TJvgProgress



Not supported (flat border only)
--------------------------------
TJvInspector
TJvStaticLabel        (themed background is painted)
TJvTransparentButton
TJvTransparentButton2
TJvItemPanel
TJvDialButton         (themed background is painted)



Not supported (painted by VCL)
------------------------------
TJvSplitter
TJvSyncSplitter



Not supported (self painted)
----------------------------
JvgPageControl
JvgTabControl



Destroyed by ThemeManager (use CM_DENYSUBCLASSING)
--------------------------------------------------
TJvCaptionPanel
TJvItemsPanel
TJvShapedButton      (themed background is painted)
TJvAnalogClock
TJvxClock            (themed background is painted)



Crashes with ThemeManager
-------------------------
TJvDBLookupEdit      (only when created at design time)
TJvDBLookupCombo     (only when created at design time)
TJvDBLookupComboEdit (only when created at design time)



Not usable
----------
TJvgCaption


-- Regards Andreas Hausladen 

Subject: Re: error with jvInspector
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 27 Sep 2003 11:25:14 -0600
Newsgroups: jedi.vcl

OK, thanks. 

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >This should be solved in the upcoming JVCL3 but the TJvInspector refuses 
> >to link when used in an application.



Subject: Re: Jedi J(V)CLX components for Kylix : New Beta release
From: Marc Valentin <mvalentin@NOSPAM_abeditions.com>
Date: Sat, 27 Sep 2003 18:58:54 +0200
Newsgroups: jedi.vcl

Great. I will be happy to test it !
-marc-

asn wrote:

> In this very moment I am reworking sources to make it windows compaitble.
> Just wait a few dayes and I will upload it.
>
> Greetings,
>
> André Snepvangers
>
>
> "Marc Valentin" <mvalentin@NOSPAM_abeditions.com> wrote in message
> news:bl40kf$k8e$1@talkto.net...
>
>> Hi,
>> I try to compile the package with Delphi7, can you give me some tips ?
>> It looks several "Requires" files are not existing on my system, so I
>> removed them from the requires area and now I have "Undeclared
>> identifier : GetStringTypeExA"
>> ...
>> -marc-
>>
>> André wrote:
>>
>>> A new updated version of the Jedi VisualCLX Component Library is
>
> available
>
>>> in the jedi.binairies newsgroup. It contains more then 140 components,
>>> various property editors and more..
>>> This new release includes several new components and bugfixes.
>>> It is NOT fully tested.
>>> It is unknown if this can be installed in other versions of
>>> kylix besides Kylix 3 Professional.
>>>
>>> André Snepvangers [asn@xs4all.nl]
>>>
>>
>
>



Subject: JvgCheckTreeView crashes IDE
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Sep 2003 16:51:38 +0000 (UTC)
Newsgroups: jedi.vcl

The JvgCheckTreeView component crashes the Delphi 6 IDE when you remove
it from the formular.


-- Regards Andreas Hausladen 

Subject: Re: Jedi J(V)CLX components for Kylix : New Beta release
From: "asn" <asn@xs4all.nl>
Date: Sat, 27 Sep 2003 16:15:46 +0200
Newsgroups: jedi.vcl

In this very moment I am reworking sources to make it windows compaitble.
Just wait a few dayes and I will upload it.

Greetings,

André Snepvangers


"Marc Valentin" <mvalentin@NOSPAM_abeditions.com> wrote in message
news:bl40kf$k8e$1@talkto.net...
> > Hi,
> > I try to compile the package with Delphi7, can you give me some tips ?
> > It looks several "Requires" files are not existing on my system, so I
> > removed them from the requires area and now I have "Undeclared
> > identifier : GetStringTypeExA"
> > ...
> > -marc-
> >
> > André wrote:
>> > > A new updated version of the Jedi VisualCLX Component Library is
available
>> > > in the jedi.binairies newsgroup. It contains more then 140 components,
>> > > various property editors and more..
>> > > This new release includes several new components and bugfixes.
>> > > It is NOT fully tested.
>> > > It is unknown if this can be installed in other versions of
>> > > kylix besides Kylix 3 Professional.
>> > >
>> > > André Snepvangers [asn@xs4all.nl]
>> > >
> >




Subject: Re: Jedi J(V)CLX components for Kylix : New Beta release
From: Marc Valentin <mvalentin@NOSPAM_abeditions.com>
Date: Sat, 27 Sep 2003 15:14:48 +0200
Newsgroups: jedi.vcl

Hi,
I try to compile the package with Delphi7, can you give me some tips ?
It looks several "Requires" files are not existing on my system, so I removed them from the requires area and now I have "Undeclared identifier : GetStringTypeExA"
....
-marc-

André wrote:
> A new updated version of the Jedi VisualCLX Component Library is available
> in the jedi.binairies newsgroup. It contains more then 140 components,
> various property editors and more..
> This new release includes several new components and bugfixes.
> It is NOT fully tested.
> It is unknown if this can be installed in other versions of
> kylix besides Kylix 3 Professional.  
> André Snepvangers [asn@xs4all.nl]
>



Subject: Re: What is the purpose of TJvgDBNavigator
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 27 Sep 2003 14:42:06 +0200
Newsgroups: jedi.vcl

Looking at the source, it seems like a work in progress (a lot of commented
code)...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: What is the purpose of TJvgDBNavigator
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 27 Sep 2003 10:56:27 +0000 (UTC)
Newsgroups: jedi.vcl

The TJvgDBNavigator is derived from TDBNavigator and the only thing it
does is to disable painting.


-- Regards Andreas Hausladen 

Subject: Re: Dudes. Build tool exists. Called WANT, available on sourceforge.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Sep 2003 12:47:36 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 27 Sep 2003 12:16:54 +0200:

 PT> I love FB and use it all the time. Problem is that we can't assume
 PT> users have it, so that's why we haven't included a FB script although
 PT> that would probably be the easiest to setup and use.

    Right, Vincent, forget my earlier question; I didn't realise that end
users would need FB.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Dudes. Build tool exists. Called WANT, available on sourceforge.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 27 Sep 2003 12:16:54 +0200
Newsgroups: jedi.vcl

I love FB and use it all the time. Problem is that we can't assume users
have it, so that's why we haven't included a FB script although that would
probably be the easiest to setup and use.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Components missing an icon
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 19:37:46 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> As I've been testing almost all components recently, I discovered that
>> some of them are missing an icon (at least under BCB6). Here is the list:
>
>
> Seems reasonably correct except TJvTFXX icons should be in
> JvTimeFrameWorkReg.dcr. Maybe you need to update from CVS?
>
Yes, I have the file. But it wasn't included by the registration file, so of course, it wasn't linked into the resulting package...
I modified and submitted the file



Subject: Re: Dudes. Build tool exists. Called WANT, available on sourceforge.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Sep 2003 10:59:09 +0200
Newsgroups: jedi.vcl

Hello, Vincent!
You wrote  on Sat, 27 Sep 2003 14:01:30 +1000:

 VPA> There are others out there as well, not free but good : FinalBuilder
 VPA> :)

    Any chance of you donating a copy if we decide we would want to use it?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Components missing an icon
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 27 Sep 2003 10:51:10 +0200
Newsgroups: jedi.vcl

> > As I've been testing almost all components recently, I discovered that
> > some of them are missing an icon (at least under BCB6). Here is the list:

Seems reasonably correct except TJvTFXX icons should be in
JvTimeFrameWorkReg.dcr. Maybe you need to update from CVS?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: error with jvInspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 18:35:51 +1000
Newsgroups: jedi.vcl

This should be solved in the upcoming JVCL3 but the TJvInspector refuses to link when used in an application.



Subject: Re: error with jvInspector
From: Leroy Casterline <casterle@ccltd.com>
Date: Sat, 27 Sep 2003 02:24:13 -0600
Newsgroups: jedi.vcl

Me too. BCB5, JVCL 2.10. Has anyone solved this?

"miky" <miky@bambam.net> wrote:

> >Hello,
> >
> >I try to use the JvInspector into my project but I alway have an error :
> >
> >  > [C++ Error] JvInspector.hpp(85): E2451 Undefined symbol
> >'TJvCustomInspectorItem'
> >
> >What can I do to correct this problem ?
> >
> >thanks
> >
> >miky
> >



Subject: Re: [BCB6] Components test summary
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 18:08:58 +1000
Newsgroups: jedi.vcl

>
> Being modified in order not to generate a broken hpp file
> JvID3v2
>

This is now done.



Subject: Re: JvID3v2
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 18:08:07 +1000
Newsgroups: jedi.vcl

Another case of indexed property getters and setters.
There too many for me to rewrite one getter and setter per property so I decided to change the parameters to Integer and make the necessary adjustments.
The component is now working fine



Subject: [BCB6] Components test summary
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 17:43:39 +1000
Newsgroups: jedi.vcl

Here is a summary:

Components provoking a linker crash (Access violation):
JvDDECmd
JvPerfStat95
JvSearchFiles
JvCheckTreeView
JvAnalogClock
JvCreateProcess
JvInspector
JvInspector painters (.Net and Borland)
JvHlEdPropDlg
JvOpenDialog
JvSaveDialog
JvDualListDialog
JvDiskPrompt
JvCopyError
JvDeleteError
JvRenameError
JvTransparentForm
JvGradientCaption
JvMemoryData
JvCsvData
JvDBFilter
JvDBIndexCombo
JvDatabaseItems
JvTableItems
JvDBMove
JvDBProgress
JVQBEQuery
JvDBSecurity
JvBDEMemoryTable
JvQuery
JvBDESQLScript
JvSQLScript
JvInterpreterProgram
JvInterpreterFm
JvgMaskEdit
JvValidators
JvValidationSummary

Components generating an invalid hpp file, but not sure of the fix
JvObjectPickerDialog: missing _di_IDsObjectPicker declaration

Compiling and Linking but crashing when used
JvgSingleInstance

Being modified in order not to generate a broken hpp file
JvID3v2



Subject: Re: JvStringListToHtml
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 16:23:33 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Fixed and committed
>
And it now works perfectly



Subject: Re: JvUIBDataBase
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 16:20:31 +1000
Newsgroups: jedi.vcl

And I forgot to tell the component is ok...



Subject: Re: JvHidControllerClass.pas
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 16:06:22 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> After i got BCB 6 trial installed i currently reimplement the samples for BCB. I hope to complete that today (oops my C is rusty :)
> I removed all EXTERNALSYMs and HPPEMITs from the HID conversion files.
> I think we should do that for all conversions which are Windows DDK conversions. EXTERNALSYM is only for those files which are Win32 C headers for BCB.
> I will make a new release of the standalone version of the component and then we can integrate it into JVCL 3.
>
Please don't do that systematically as sometimes the required header file is available with BCB, and you only need to add this line at the beginning :

{$HPPEMIT '#include <header.h>'}

This is not always the case, but this is a time saver...



Subject: ----------- JvUIB done
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 16:02:33 +1000
Newsgroups: jedi.vcl

Time to do a summary !



Subject: JvUIBDataBase
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 16:00:01 +1000
Newsgroups: jedi.vcl

Led to the discovery of numerous errors in JvUIBSQLParser.pas, JvUIBBase.pas and JvUIBLib.pas

JvUIBSQLParser:
- Added a HPPEMIT at the beginning to undefined the MESSAGE constant coming from some other header
- Renamed the return method of TLexer to returnn as return is a reserved word in C++. I chose returnn to mimic the returnc method.

JvUIBBase:
- Added the declaration of PPointer, but enclosed in conditional compilation directives to have it only with BCB

JvUIBLib:
- Added a dummy parameter for the constructor of EUIBParser so that it is now unique in the generated hpp file



Subject: Components missing an icon
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 15:55:33 +1000
Newsgroups: jedi.vcl

As I've been testing almost all components recently, I discovered that some of them are missing an icon (at least under BCB6). Here is the list:

JvAppINIFileStore
JvContextProvider
JvgFixFont
JvgLanguageLoader
JvSpeedButton
TJvTFAlarm
TJvTFScheduleManager
TJvTFGlanceTextViewer
TJvTFMonths
TJvTFWeeks
TJvTFDays
TJvTFUniversalPrinter
TJvTFDaysPrinter



Subject: ------------- JvTimeFrameWork done, moving to JvUIB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 14:26:08 +1000
Newsgroups: jedi.vcl

I had to update JvUIDC6R.bpk to reflect changes in the packages for Delphi



Subject: JvHidControllerClass.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 27 Sep 2003 06:12:12 +0200
Newsgroups: jedi.vcl

After i got BCB 6 trial installed i currently reimplement the samples for BCB. I hope to complete that today (oops my C is rusty :)
I removed all EXTERNALSYMs and HPPEMITs from the HID conversion files.
I think we should do that for all conversions which are Windows DDK conversions. EXTERNALSYM is only for those files which are Win32 C headers for BCB.
I will make a new release of the standalone version of the component and then we can integrate it into JVCL 3.



Subject: JvTFScheduleManager
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 14:10:07 +1000
Newsgroups: jedi.vcl

This one was a big piece...
It brought up heaps of errors in JvTFManager.pas
The first ones were of the same type of the errors in TJvWizard. This lead me to removing all code that was enclosed in conditionnal directives to only work with Delphi 3 and as such, the code is much much lighter.
Then I had to move the declaration of a structure at the very beginning of the implementation section in the pas file because if it wasn't there, it wasn't found soon enough to be at a correct place in the hpp file.
In the end, the component works fine.



Subject: Re: Dudes. Build tool exists. Called WANT, available on sourceforge.
From: "Vincent Parrett \(Atozed Software\)" <vincent@atozedsoftware.com>
Date: Sat, 27 Sep 2003 14:01:30 +1000
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
news:bl1d53$73o$1@talkto.net...
> > Looks like there is a build tool on Sourceforge already, called WANT.
> > After spending 20 hours coding like mad, perhaps I have found something
> > pre-existing to do what I am looking for.  Google+Delphi is the world's
> > best RAD tool....  :-)

There are others out there as well, not free but good : FinalBuilder :)

-- Regards Vincent Parrett Atozed Software http://www.atozedsoftware.com --------------- Automate your Build Process with FinalBuilder 

Subject: Re: JvWizard
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 13:51:01 +1000
Newsgroups: jedi.vcl

Almost forgot to tell, all components in JvWizard are now working perfectly



Subject: Re: JvWizard
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 13:50:04 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Parameter mismatches in read AND write access specifiers in the generated hpp file for these properties :
>
> OnStartButtonClick
> OnLastButtonClick
> OnBackButtonClick
> OnNextButtonClick
> OnFinishButtonClick
> OnCancelButtonClick
>
Ok. This is now fixed. But let's give an little explanation:
All these events were using the same getter and a setter function, being only differentiated by the index they were given. For better readibility, the developper chose to use constants and created a custom type for that colletion of constant. It is named TJvWizardButtonKind and we had this declartion:

    property OnStartButtonClick: TNotifyEvent index bkStart
      read GetButtonClick write SetButtonClick;

Whith GetButtonClick and SetButtonClick accepting an extra parameter of type TJvWizardButton. This is perfectly legal in Delphi.
However, when the hpp file is generated for those properties, the constant is not used for the index value, only its integer equivalent. As a result, an Integer not being directly equivalent to a member of an enumeration, the compiler complained of incompatible types.
So what I did is to create a unique getter and setter for those six properties (thanks Ctrl+Maj+C) and each one of these call the former getter and setter giving them the correct member of the enumeration.
I could have chosen to change the type of the index parameter to Integer, but this is not desirable as this leaves the risk of giving an Integer out of range.



Subject: Re: JvgReportParamsEditor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 13:11:31 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>> Done and checked in
>>
> Doesn't change a thing to the problem
>
Sorry, please discard what I said.
I didn't recompile both packages. This made me discover what was changed in the runtime package for D6 and I mimicked that in the package for C6.
However, I find it verry weird to have a file with an 'Editor' suffix in the run subdirectory...
Nonetheless, the component is now working fine.



Subject: Re: JvErrorIndicator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 13:00:11 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> You need to update your \design folder from CVS and rebuild/install the
> JvCore design package
>
That's now fixed.



Subject: Re: JvPreviewControl
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 12:54:43 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> uh... maybe... I'll see that later...
>
> Too late: already committed!
>
Ok, this did the trick and all other Print Preview components are also working perfectly



Subject: Re: JvgReportParamsEditor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 12:47:37 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Done and checked in
>
Doesn't change a thing to the problem



Subject: Re: JvGridPrinter
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 12:41:53 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:

> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
>
>> Cannot find spin.res
>
>
> I stuck JvGridPrinter on a form and it compiles but fails to link because
> it can't find spin.obj
>
> JvGridPreviewForm.pas in JvJansC6R uses unit Spin.
> BCB6 supplies spin.dcu, spin.h and spin.hpp but no .obj
>
> So is it a drop off in the BCB6 distribution or should it be found in a
> library? 
> The vclsmp package seems to contain spin, maybe JvJansC6R should require
> it?
>
>
>
It already requires the vclsmp package, but the design package was missing it. I added it, and it now links perfectly.
However, Peter did some changes yesterday (replaced JEDI.inc by JVCL.inc) that I didn't have at the time of my test.
So I cannot be sure which one fixed the problem, even if I strongly suspect the missing dependency to be the solution



Subject: Re: Build Tool: build.ini contents. Need contributions.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 11:24:09 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The only thing I don't understand is why there is a lib6/lib7 *and* a
>> dcu directory? Whazzup?
>
> dcu is for the examples, libX is for the packages

woops, I made all my BCB packages generate the dcu and obj files in there. The lib, bpl and bpi files are left ot go in the default directory for BCB, this solves installation problems as it doesn't require to add some directories in the PATH environment variable...


>
>> and why is there a lib6 instead of libd6/libd7?
>
> Uuh, that is a good point. I guess noone really thought about BCB lib
> folders since all developers in JVCL traditionally has been Delphi players.
>

Yeah, it's quite obvious <g>
But thing is it would be even better if I could be dirty and let the dcu and obj files be generated in the folder where the related pas files are. This is because of another bug in the make tool for BCB6. If the generated files are not in the same directory as the source file, they will get recompiled everytime, even if nothing has changed. This is not a big waste of time (something like one or two extra seconds), but that's quite puzzling when you see it happen.
At the moment, as I said before, I didn't choose the dirty track and made all generated dcu and obj files go in the dcu folder.
Let me knwo if you want me to change that.



Subject: Re: JvCsvData
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 11:18:28 +1000
Newsgroups: jedi.vcl

>
> Think of the other poor souls using BCB6 - I wish I had tried to use it in
> anger during the 60 money back period.

Yeah... but fact is, I'm pushing quite hard at work to get rid of the MFC/VC++ couple to replace it by an easier to use software... But the more I work on these packages, the more I doubt it's a good idea...

> The other major problem I'm having is the IDE thinking some of the JVCL
> packages depend on a package called 0.

Excuse me ? Where the hell does this comes from ? I never saw that happening with my copy of BCB6 (Enterprise US)

> In project options if I have build with runtime libraries checked and add
> say the JvCMPC6D package then it adds 0 to the list of runtime libraries
> (and 0.lib in LIBRARIES and SPARELIBS). If I remove say the JcCMPC6D
> package I get a dialog asking if the following list of libraries should be
> removed because nothing depends on them and the list contains 0. 

That's really really weird...

>
> I swapped back to the BCB6 ilink32 and tried to build JvCMP to see if that
> might be the cause but it failed with an AV as usual.

I built it yesterday night and it went ok. Please keep in mind that I did some cleanup to the packages it depends on, you must rebuild everything, preferably uninstalling and deleting all the generated files (bpi, bpl, dcu, obj, hpp) before.



Subject: Re: JvCsvData on C++Builder?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 27 Sep 2003 11:14:35 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:
>
>> The problem is that you won't see anything because the linker error is an internal bug that we couldn't track to decide where it comes from...
>> I just modified your file so that it doesn't generate an invalid header file for C++ builder.
>
>
> Now it links and works okay?  Did you post/update this bug at QualityCentral?
>
> Warren
>
The package in which your component is compiles and links okay but if I drop your component in an application, it will make the linker crash.
Don't be too offended by that, this is NOT your fault, this happens with a lot of other components.
I did post a bug report on QualityCentral two days ago, we'll see if anyone answers it (but I doubt it...)



Subject: Re: TJvWindowHook and TThemeManager/JvThemes crashes on termination
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 27 Sep 2003 00:44:25 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Unfortunately the JvInspector has only a flat border that drops the
> component to my "unsupported" list for themes. This does not mean that
> I do not try to make the Inspector component theme aware.

Most stuff is in TJvCustomInspectorItem.DrawEditor. There the DrawFrameControl & DrawEdge has to be changed. If you have D7 you could look at grids.pas, especially TInplaceEditList.PaintWindow, that has pretty similar code.

Checkboxes are in TJvInspectorBooleanItem.DrawValue.

Problem might be the hot tracking stuff.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvWindowHook and TThemeManager/JvThemes crashes on termination
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Sep 2003 22:27:04 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Most stuff is in TJvCustomInspectorItem.DrawEditor. There the
> > DrawFrameControl & DrawEdge has to be changed.

I'll have a look at it tomorrow.


> > If you have D7

I have only D5/6 and K3.


> > Problem might be the hot tracking stuff.

This is surely not as difficult as the problems occuring by using the
ThemeManager. It completely destroys the TJvCaptionPanel and over-draws
the themed border of some components. This means that I have to change
JvThemes in that way than it hooks the WndProc after the ThemeManager.


-- Regards Andreas Hausladen 

Subject: Re: TJvWindowHook and TThemeManager/JvThemes crashes on termination
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Sep 2003 21:14:24 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > look at it tomorrow.

Too late. In was faster and commited it. The reason for my action is
that I'm testing all visuaöl components about their themes awareness.
Unfortunately the JvInspector has only a flat border that drops the
component to my "unsupported" list for themes. This does not mean that
I do not try to make the Inspector component theme aware.

> > Easily fixable I think.... I'll

"Easily" is to difficult for that "operation" :-)


-- Regards Andreas Hausladen 

Subject: Re: TJvWindowHook and TThemeManager/JvThemes crashes on termination
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Sep 2003 22:49:00 +0200
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Fri, 26 Sep 2003 22:32:03 +0200:

 >> I'll try to find a solution but first I restore the JvEditor ANSI
 >> version.

 RB> It would be wiser to use TApplication.HookMainWindow; don't know why
 RB> they both don't use it?

    For JvInspector the answer to that question is easy: "Because I was
stupid". I've used the HookMainWindow for something else so I should have
used it for JvInspector. Easily fixable I think.... I'll look at it
tomorrow.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvEditor Unicode or ANSI ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Sep 2003 20:42:05 +0000 (UTC)
Newsgroups: jedi.vcl

ANSI JvEditor is back. The unicode Editor is in JvUnicodeEditor,
JvHLUnicodeEditor.

The ANSI Editor does not support MBCS at the moment.


-- Regards Andreas Hausladen 

Subject: Re: TJvWindowHook and TThemeManager/JvThemes crashes on termination
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 26 Sep 2003 22:32:03 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I'll try to find a solution but first I restore the JvEditor ANSI
> version.

It would be wiser to use TApplication.HookMainWindow; don't know why they both don't use it?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvWindowHook and TThemeManager/JvThemes crashes on termination
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 26 Sep 2003 22:15:09 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> If both a TJvInspector and a TThemeManager or JvThemes aware component
> are in an application the JvWndProcHook.TJvHookInfos.WindowProc crashes
> after TApplication's destructor Destroy sends a message to
> Application.Handle.
> The ThemeManager and JvThemes work in harmony but not the JvWndProcHook.

That is because both TThemeServices and TJvInspector hook Application.Handle; TThemesServices begins hooking relatively late, and ends hooking also relatively late, thus:

1. TJvInspector hooks Application.Handle
   (remembers old wndproc=application's wndproc)
2. TThemesServices hooks Application.Handle
   (remembers old wndproc=inspector's wndproc)
3. TJvInspector unhooks Application.Handle
   (resets wndproc to application's wndproc)
4. TThemesServices unhooks Application.Handle
   (resets wndproc to inspector's wndproc, but that one is already
    destroyed)
5. Access violation <g>

Don't know a solution right away.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvWindowHook and TThemeManager/JvThemes crashes on termination
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Sep 2003 19:53:21 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > Don't know a solution right away.

I'll try to find a solution but first I restore the JvEditor ANSI
version.



-- Regards Andreas Hausladen 

Subject: Re: Build Tool: build.ini contents. Need contributions.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Sep 2003 14:43:01 -0400
Newsgroups: jedi.vcl


> Uuh, that is a good point. I guess noone really thought about BCB lib
> folders since all developers in JVCL traditionally has been Delphi players.
>

If we're going to fix that, could we make it that the library dcus are hidden below the package dirs, and the examples dcu dir is hidden below examples, ie:

ie:
       \JVCL3
        \packages
            \d7
                \dcu
            \d6
                \dcu
            \...   
                \dcu           
        \examples
            \dcu

That gets rid of a whole lot of directories in \JVCL3\.
Less Clutter.  And Dead Easy for me to build a build system for.

On that note... UPDATE on my build thingy:

I'm currently working on a hybride of two things to build our whole JEDI
JVCL+JCL from one self extracting zip, it's composed of sabre.exe (my jedi light sabre utility, working on now), plus want.exe (delphi version of ANT build tool), plus some jedi.xml build files for ant.  A normalized directory structure would really help with the building effort.

My goal is to be able to take a freshly installed Windows PC, install all the Borland product versions you like, and then just download and unzip one file, run one command, and presto all versions are built, and as well, all examples.  Also, cleanup should be provided. So you can remove the packages from the IDE, delete the subdirectories, and do it all over again, every day.  You can also build without installing, which gives us an idea of consistency of the code in CVS, which allows you to "look before you leap". You don't have to abandon your crusty-CVS-sources-from-two-months-ago, not knowing if you're going to be able to get the new one to build.  It will build, or it won't, then you can install, or not install. If not all of it will build, and that's good enough for you, you can go install what got built...  De-facto auto-installation of Jedi at your service. :-)

Regards,

Warren



Subject: Re: JvRAS32 Help Needed
From: "gsing" <gsing@iprimus.com.au>
Date: Sat, 27 Sep 2003 04:01:35 +1000
Newsgroups: jedi.vcl

DITO-- can't find help for this component anyware...




Subject: Re: JvEditor Unicode or ANSI ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 19:44:18 +0200
Newsgroups: jedi.vcl

> > The unicode editor JvEditor has too many issues. Should I restore the
> > fast ANSI version? If someone wants an unicode editor he can use Mike
> > Lischke's unicode syntax editor, for example.

....or better yet, rename the Unicode editor to JvWideEditor, restore the
original ANSI one and we can have both and maybe solve the Unicode issues
along the way.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Build Tool: build.ini contents. Need contributions.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 19:43:01 +0200
Newsgroups: jedi.vcl

> > The only thing I don't understand is why there is a lib6/lib7 *and* a
> > dcu directory? Whazzup?
dcu is for the examples, libX is for the packages

> > and why is there a lib6 instead of libd6/libd7?
Uuh, that is a good point. I guess noone really thought about BCB lib
folders since all developers in JVCL traditionally has been Delphi players.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Using JvInspector as replacement for dream inspector
From: "Ray Mond" <yeohray@hotmail.com>
Date: Sat, 27 Sep 2003 01:36:06 +0800
Newsgroups: jedi.vcl

You can find it at Torry's (http://www.torry.net/packslite.htm).  From what
I understand, this is an early incarnation of the LMD design pack that was
released as freeware and improved by someone else.

Regards
Ray


"Vincent Parrett (Atozed Software)" <vincent@atozedsoftware.com> wrote in
message news:bl1crn$729$1@talkto.net...
> > "Ray" <yeohray@hotmail.com> wrote in message
news:bl16dm$5jr$1@talkto.net...
>> > > Have you tried ExtLib, or its commercial alternative LMD Design Pack?
> > I've
>> > > just started using ExtLib and it seems pretty ok so far.
> >
> > I've looked at the LMD controls, but haven't seen ExtLib, where can I find
> > it?
> >
> >
> > --
> > Regards
> >
> > Vincent Parrett
> > Atozed Software http://www.atozedsoftware.com
> > ---------------
> > Automate your Build Process with FinalBuilder
> >
> >




Subject: Re: Unicode JvEditor is slow and...
From: tif <tif@0451.com>
Date: Sat, 27 Sep 2003 00:58:14 +0800
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

>> > > Massive convertions happen when my program is processing the data. It
>> > > spends about triple time than the ANSI version. I can not avoid the
>> > > convertions because all other components only support AnsiString.
> > 
> > This is unicode to ansi conversion but this should not be as slow as
> > you wrote. Have you downloaded the JclUnicode.pas update from me
> > (jedi.binaries). This update implements a Delphi based WideString
> > allocation/deallocation for the TWideStringList.

I have downloaded the new JclUnicode.pas file.
In my program, I load a text file of 6xx KB and process it. The source
like:
  JvEditor.Lines.BeginUpdate;
  Strs.Assign(JvEditor.LinesAnsi);
  // ...
  JvEditor.LinesAnsi.Assign(Strs);
  JvEditor.Lines.EndUpdate;
The UNICODE JvEditor is notable slower than the old ANSI version. If I
use the UNICODE JvEditor, conversions like this cannot be avoided.

By the way, I suggest that TAnsiToWideStrings.BeginUpdate/EndUpdate
should be overridden to call the FWideStrings.BeginUpdate/EndUpdate.

If I run the program in Delphi IDE, the program goes slower and slower,
and takes more time when exit. It seems Delphi tracks something. This
made me spend more time when debugging


>> > > Another problem surprised me. The old ANSI JvEditor accepts Chinese
>> > > characters, and works well with an acceptable flaw(the DEL delete
>> > > only a half character). But the unicode version can not display
>> > > Chinese characters.
> > 
> > Can you send me such a file?

I attached a GB2312-encoded file to the mail. But this problem is
relative to display and input, not storage. In a non-Chinese OS, it's
probably no way to debug it.

More details about the problem:
1. Cannot input Chinese characters using any Input Method;
2. The caret cannot locate correctly. In a pure Chinese line, after I
press END, the caret goes to the middle of the line. It seems the
JvEditor suppose that every character occupy one space. But a Chinese
character need tow spaces.


>> > > I hope that an ANSI JvEditor will come back soon
> > 
> > I have a backup of the ANSI Editor but without all new bug fixes.

I think a ANSI JvEditor is needed for performance critical programs, and
for compatibility of old programs. 
The JvEditor is really the fastest editor that I've ever used. Thanks
for such a great work.


-- Regards Winston Feng


test.txt

[ÏÔÊ¾]
Ãû³Æ=Öµ
ÍêÈ«ÖÐÎÄ
±êµã¡¢·ûºÅ¡£

test.txt
	



Subject: JvEditor Unicode or ANSI ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Sep 2003 16:42:07 +0000 (UTC)
Newsgroups: jedi.vcl

The unicode editor JvEditor has too many issues. Should I restore the
fast ANSI version? If someone wants an unicode editor he can use Mike
Lischke's unicode syntax editor, for example.


-- Regards Andreas Hausladen 

Subject: TJvWindowHook and TThemeManager/JvThemes crashes on termination
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Sep 2003 16:31:10 +0000 (UTC)
Newsgroups: jedi.vcl

If both a TJvInspector and a TThemeManager or JvThemes aware component
are in an application the JvWndProcHook.TJvHookInfos.WindowProc crashes
after TApplication's destructor Destroy sends a message to
Application.Handle.
The ThemeManager and JvThemes work in harmony but not the JvWndProcHook.



-- Regards Andreas Hausladen 

Subject: Re: Build Tool: build.ini contents. Need contributions.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Sep 2003 12:14:08 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> And I personally see a big nightmare coming in if we rename them now...
>
> Exactly
>
I didn't ask for any renames. I would like to ask that nobody rename anything, because I think there is a certain logic to most of the directory names, and breaking our CVS rep at this time would be pointless.

The only thing I don't understand is why there is a lib6/lib7 *and* a dcu directory? Whazzup? and why is there a lib6 instead of libd6/libd7?
What do I do if I want to build all the versions in sequence, on the same machine, as I'm planning to do. IN that case, I'll probably create some new working directories locally, but there's no reason for them to go into CVS unless I end up putting build.xml files in them. <grin>


Warren



Subject: Re: JvGridPrinter
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 26 Sep 2003 17:08:51 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Cannot find spin.res

I stuck JvGridPrinter on a form and it compiles but fails to link because
it can't find spin.obj

JvGridPreviewForm.pas in JvJansC6R uses unit Spin. 

BCB6 supplies spin.dcu, spin.h and spin.hpp but no .obj

So is it a drop off in the BCB6 distribution or should it be found in a
library?  

The vclsmp package seems to contain spin, maybe JvJansC6R should require
it? 






Subject: Re: Build Tool: build.ini contents. Need contributions.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 16:04:06 +0200
Newsgroups: jedi.vcl

> > And I personally see a big nightmare coming in if we rename them now...
Exactly

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvErrorIndicator
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 16:03:18 +0200
Newsgroups: jedi.vcl

You need to update your \design folder from CVS and rebuild/install the
JvCore design package

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPreviewControl
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 16:02:16 +0200
Newsgroups: jedi.vcl

> > uh... maybe... I'll see that later...
Too late: already committed!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvGridPrinter
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 16:01:56 +0200
Newsgroups: jedi.vcl

To add insult to injury, it works perfectly in Delphi :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvgReportParamsEditor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 16:01:34 +0200
Newsgroups: jedi.vcl

Done and checked in

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Fri, 26 Sep 2003 15:33:45 +0200
Newsgroups: jedi.vcl

Man, I talk too much :-P

I should contact Ray Konopka and propose to be his PR guy :-P




Subject: Dudes. Build tool exists. Called WANT, available on sourceforge.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Sep 2003 09:33:11 -0400
Newsgroups: jedi.vcl

Looks like there is a build tool on Sourceforge already, called WANT. After spending 20 hours coding like mad, perhaps I have found something pre-existing to do what I am looking for.  Google+Delphi is the world's best RAD tool....  :-)

Warren



Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Fri, 26 Sep 2003 15:32:46 +0200
Newsgroups: jedi.vcl

> >     But you still have to a line of code that is to be sent to the
CodeSite
> > viewer right? That's what I'm doing with GExperts right now (a single line
> > to send a message, variables or properties to the (external) debug window.

Yeps, that is something you still have to do.  The nice thing is you can set
up your codesite objects using categories ( if you have the pro version I
think ).  And later on in your viewer you can filter on category, or a few
other things.  CodeSite also has specific methods to send just about
anything to the viewer, including properties, enumerated types, bitmaps,
registry keys, stringlists, memory blocks, objects with all their published
properties, ... You can easily set everything up using conditional defines,
or even enable / disable the codesite objects at runtime.

In my setup I have built a FrameWork we use here at PeopleWare.  This
Framework consists of a DesignTime package.  I won't go into detail about
this, but it contains a new DataModule type and then some new Form types.
These all send messages to CodeSite objects which have a 'FrameWork xxx'
category.

The application contains some custom components which all send their
messages to 'Project xxx Components' category.  And the project itself to
'Project xxx' category CodeSite objects.  This allows me to view everything
together.  So in my CodeSite viewer I can see what happens when a property
is canged on a component, what methods on the form were executed as a result
of this and what happened in the FrameWork as a result of this.

If I want, I can turn of the 'FrameWork' categories or any other category.

If you have CodeSite, I could send you an example on how i use it for
different things.  I still have an internal project here which is a
Component Prefix Expert thing ( prefixes every component dropped on a form
with it's correct prefix, prefixes can be maintained, ... ).  I could send
you the code for that and you could have a look on how I use CodeSite with
it.

Regards,


Stefaan




Subject: Re: Using JvInspector as replacement for dream inspector
From: "Vincent Parrett \(Atozed Software\)" <vincent@atozedsoftware.com>
Date: Fri, 26 Sep 2003 23:26:35 +1000
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> wrote in message news:bl16dm$5jr$1@talkto.net...
> > Have you tried ExtLib, or its commercial alternative LMD Design Pack?
I've
> > just started using ExtLib and it seems pretty ok so far.

I've looked at the LMD controls, but haven't seen ExtLib, where can I find
it?


-- Regards Vincent Parrett Atozed Software http://www.atozedsoftware.com --------------- Automate your Build Process with FinalBuilder 

Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Sep 2003 15:23:27 +0200
Newsgroups: jedi.vcl

Hello, Stefaan!
You wrote  on Fri, 26 Sep 2003 15:12:00 +0200:

 SL> CodeSite allows me to send just about anything from within my code to
 SL> the CodeSite viewer, so I can exactly watch what's going on, without
 SL> using ShowMessage thingies.

    But you still have to a line of code that is to be sent to the CodeSite
viewer right? That's what I'm doing with GExperts right now (a single line
to send a message, variables or properties to the (external) debug window.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Sep 2003 15:21:26 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 26 Sep 2003 23:10:47 +1000:

 O> What about MessageBox(0, 'here', '', 0); ?

    The problem is that I have to click about 20 boxes out of my way before
it even get's to the interesting part. The GExpert Debug Window just
receives all messages and I can later scan those line to see in what order
the code actually flows and if certain conditions were True.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvCsvData
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 26 Sep 2003 14:21:01 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >All these efforts were worst almost nothing as the application doesn't 
> >link in the end... (can you feel my frustration ?)

Think of the other poor souls using BCB6 - I wish I had tried to use it in
anger during the 60 money back period.

ilink32 from BCB5 is still working pretty well for me. 

The other major problem I'm having is the IDE thinking some of the JVCL
packages depend on a package called 0.

It keeps adding 0.lib to the project LIBRARIES and SPARELIBS sections. 

In project options if I have build with runtime libraries checked and add
say the JvCMPC6D package then it adds 0 to the list of runtime libraries
(and 0.lib in LIBRARIES and SPARELIBS). If I remove say the JcCMPC6D
package I get a dialog asking if the following list of libraries should be
removed because nothing depends on them and the list contains 0. 

It doesn't add JvCMPC6R to LIBRARIES which I think it should. It seems to
be misreading the dependencies from some of the JVCL bpl files. This is
almost a showstopper because this 0.lib is always added when the project is
loaded into the IDE. Only thing I can think of is to create a dummy 0.lib
to keep the linker happy and manually add any required libraries. 

I swapped back to the BCB6 ilink32 and tried to build JvCMP to see if that
might be the cause but it failed with an AV as usual. 



Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Fri, 26 Sep 2003 15:12:00 +0200
Newsgroups: jedi.vcl

> > Can't you use the MessageBox debug method ?
> > I know it's dirty and takes time, but at least it would work...

CodeSite is your friend :-)

No Seriously, for such things I use CodeSite form Raize ( www.raize.com ).
It is a commercial product, which I always use during my development.  Even
when working with packages, runtime or designtime, even when I'm writing
IOTAExperts, or simple development.

CodeSite allows me to send just about anything from within my code to the
CodeSite viewer, so I can exactly watch what's going on, without using
ShowMessage thingies.

Regards,





Subject: Re: Build Tool: build.ini contents. Need contributions.
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 23:11:38 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Relying on folder names to determine package suffixes sounds fragile to me,
> but I agree that the names are inconsistent with the other versions. I see
> little point in renaming them now, though.
>
And I personally see a big nightmare coming in if we rename them now...



Subject: Re: JvCsvData on C++Builder?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Sep 2003 09:11:21 -0400
Newsgroups: jedi.vcl


> The problem is that you won't see anything because the linker error is an internal bug that we couldn't track to decide where it comes from...
> I just modified your file so that it doesn't generate an invalid header file for C++ builder.

Now it links and works okay?  Did you post/update this bug at QualityCentral?

Warren



Subject: Re: Debugging design time packages: !!!HELP!!!
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 23:10:47 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Fri, 26 Sep 2003 09:28:48 +1000:
>
>  O> Can't you use the MessageBox debug method ?
>  O> I know it's dirty and takes time, but at least it would work...
>
>     I've already started that route, although ShowMessage itself is out of
> the question. Instead I just dump messages to the GExperts debug window.
> Oddly enough the bug appears to be in limbo-land: Consumer.Changed is called
> OK and it is about to trigger the OnChange event (this was in the RT
> package) but it didn't return. So moving back to the DT package, it appears
> the OnChange event is never reached (and yes, it is assigned). Just my luck
> :-/
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>
What about MessageBox(0, 'here', '', 0); ?



Subject: Re: JvCsvData on C++Builder?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 23:09:10 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> Wasn't compiling the hpp file because of a parameter to InternalCompare being an array of PCsvColumn. This generated an invalid hpp file and the only way to fix it was to replace 'array of PCsvColumn' by a type that basically gives a name to this construct.
>> This lead to modifying some other parts to reflect the new type and also lead to the revamping of the packages.
>> All these efforts were worst almost nothing as the application doesn't link in the end... (can you feel my frustration ?)
>>
>
> Can you send me your files? I don't have C++ builder, but I wrote JvCsvData, so maybe I can use the trial of C++ builder to see what's going on here.
>
> Warren
>
The problem is that you won't see anything because the linker error is an internal bug that we couldn't track to decide where it comes from...
I just modified your file so that it doesn't generate an invalid header file for C++ builder.
I can't see any way anyone outside borland could track that really annoying error. And as I want to stay polite, I won't say I got in my mind...



Subject: Re: ------------- JvWizard done, moving to JvTimeFramework
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 23:04:33 +1000
Newsgroups: jedi.vcl

OBones wrote:

> The rest of the JvWizard package will have to wait until the JvWizard component is fixed (tomorrow, most likely)
>
Ok... too much errors as in JvWizard, I'll look at them tomorrow, can't concentrate tonight.



Subject: Re: JvValidators
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 23:03:45 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:

> OBones wrote:
>
>> Not linking
>>
> Uh maybe we should start a JEDI IRC channel rather than have 200 one line messages in jedi.vcl?
>
> Just a though.
>
> Regards,
> Warren
>
Too late, I'm almost done...
I'll do a summary post.
And I like the newsgroup because it can be reread later



Subject: ------------- JvWizard done, moving to JvTimeFramework
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 23:00:53 +1000
Newsgroups: jedi.vcl

The rest of the JvWizard package will have to wait until the JvWizard component is fixed (tomorrow, most likely)



Subject: Re: JvValidators
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Sep 2003 09:00:11 -0400
Newsgroups: jedi.vcl

OBones wrote:

> Not linking
>
Uh maybe we should start a JEDI IRC channel rather than have 200 one line messages in jedi.vcl?

Just a though.

Regards,
Warren



Subject: JvWizard
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:59:41 +1000
Newsgroups: jedi.vcl

Parameter mismatches in read AND write access specifiers in the generated hpp file for these properties :

OnStartButtonClick
OnLastButtonClick
OnBackButtonClick
OnNextButtonClick
OnFinishButtonClick
OnCancelButtonClick



Subject: JvCsvData on C++Builder?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Sep 2003 08:58:19 -0400
Newsgroups: jedi.vcl

OBones wrote:

> Wasn't compiling the hpp file because of a parameter to InternalCompare being an array of PCsvColumn. This generated an invalid hpp file and the only way to fix it was to replace 'array of PCsvColumn' by a type that basically gives a name to this construct.
> This lead to modifying some other parts to reflect the new type and also lead to the revamping of the packages.
> All these efforts were worst almost nothing as the application doesn't link in the end... (can you feel my frustration ?)
>

Can you send me your files? I don't have C++ builder, but I wrote JvCsvData, so maybe I can use the trial of C++ builder to see what's going on here.

Warren



Subject: Re: Debugging design time packages: !!!HELP!!!
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 26 Sep 2003 08:56:53 -0400
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, OBones!
> You wrote  on Fri, 26 Sep 2003 09:28:48 +1000:
>
>  O> Can't you use the MessageBox debug method ?
>  O> I know it's dirty and takes time, but at least it would work...
>
>     I've already started that route, although ShowMessage itself is out of
> the question. Instead I just dump messages to the GExperts debug window.

How do you do that?

I've been using my own hack.
From memory, something like this:

procedure ODSF(str);
begin
  OutputDebugString(Pchar(str));
  Assign(F,filename);AppendFile(F);WriteLn(F,str);CloseFile(F);
end;


Warren



Subject: ------------ JvValidators done, moving to JvWizard
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:55:00 +1000
Newsgroups: jedi.vcl

I'll do JvUIB later, I must first check if it's up to date.



Subject: JvErrorIndicator
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:54:06 +1000
Newsgroups: jedi.vcl

When I drop it on the form, I get an error "The ImageList property doesn't exist". Same stuff when it returns to design mode.
However, it is compiling and linking fine...



Subject: JvValidationSummary
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:52:23 +1000
Newsgroups: jedi.vcl

Not linking, access violation



Subject: JvValidators
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:48:54 +1000
Newsgroups: jedi.vcl

Not linking



Subject: Re: JvPreviewControl
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:48:22 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Another forbidden for a property : HDC
>> However, I'm not sure on how to correct that one...
>
> Change it to LongWord?
>
uh... maybe... I'll see that later...



Subject: --------------- JvPageComps done, moving to JvValidators
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:41:14 +1000
Newsgroups: jedi.vcl




Subject: Re: JvPreviewControl
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Sep 2003 14:37:45 +0200
Newsgroups: jedi.vcl

> > Another forbidden for a property : HDC
> > However, I'm not sure on how to correct that one...
Change it to LongWord?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvgReportParamsEditor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Sep 2003 14:36:49 +0200
Newsgroups: jedi.vcl

> > Not linking because it cannot find propertycategories.obj
> > This is a property editor stuff that is included in that component
> > because it uses a form from the design directory...
> >

Yugh! The TJvgReportParamsEditor should be in the \run folder in it's own
unit. I'll fix it ASAP.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: ------------- JvPrintPreview done, moving to JvPageComps
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:36:24 +1000
Newsgroups: jedi.vcl

Please note that all JvPrintPreview components will need to be tested when the problem in JvPrvwDoc.pas



Subject: JvPreviewControl
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:33:53 +1000
Newsgroups: jedi.vcl

Another forbidden for a property : HDC
However, I'm not sure on how to correct that one...



Subject: ------------------ JvGlobus done, moving to JvPrintPreview
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:29:03 +1000
Newsgroups: jedi.vcl




Subject: JvgSingleInstance
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:27:55 +1000
Newsgroups: jedi.vcl

When the application starts, it says that there is already one instance running but there wasn't any and then it crashes badly (disassembly...)



Subject: JvgReportParamsEditor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:23:06 +1000
Newsgroups: jedi.vcl

Not linking because it cannot find propertycategories.obj
This is a property editor stuff that is included in that component because it uses a form from the design directory...



Subject: JvgPageControl
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:11:06 +1000
Newsgroups: jedi.vcl

Brought up JvTabComm.pas missing EXTERNALSYMs



Subject: JvgCheckListBox
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 22:06:54 +1000
Newsgroups: jedi.vcl

Index out of bounds when starting the application, on line 991
Added a test to ensure index is greater than -1



Subject: JvgMaskEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 21:56:10 +1000
Newsgroups: jedi.vcl

Not linking



Subject: Re: JvGridPrinter
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 21:52:59 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Cannot find spin.res
>
> Weird, I can't find any references to spin.res in the code (anywhere)
>
Yeah, me neither...



Subject: ---------------- JvJans done, moving to JvGlobus
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 21:41:51 +1000
Newsgroups: jedi.vcl




Subject: JvLogic (in JvSimLogic.pas)
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 21:40:41 +1000
Newsgroups: jedi.vcl

Another two cases of a published TPoint property



Subject: Re: Using JvInspector as replacement for dream inspector
From: "Ray" <yeohray@hotmail.com>
Date: Fri, 26 Sep 2003 19:39:16 +0800
Newsgroups: jedi.vcl

Have you tried ExtLib, or its commercial alternative LMD Design Pack?  I've
just started using ExtLib and it seems pretty ok so far.

-- Regards Ray Mond 

Subject: Re: JvGridPrinter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Sep 2003 13:34:56 +0200
Newsgroups: jedi.vcl

> > Cannot find spin.res
Weird, I can't find any references to spin.res in the code (anywhere)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvBitmapButton
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 21:13:51 +1000
Newsgroups: jedi.vcl

3 cases of miscasing



Subject: JvGridPrinter
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 21:12:02 +1000
Newsgroups: jedi.vcl

Cannot find spin.res



Subject: ---------------- JvPlugin done, moving to JvJans
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:58:34 +1000
Newsgroups: jedi.vcl




Subject: ------------- JvInterpreter done, moving to JvPlugin
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:56:49 +1000
Newsgroups: jedi.vcl

None worked...



Subject: JvInterpreterFm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:55:03 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvInterpreterProgram
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:54:28 +1000
Newsgroups: jedi.vcl

Not linking



Subject: Re: Using JvInspector as replacement for dream inspector
From: "Vincent Parrett \(Atozed Software\)" <vincent@atozedsoftware.com>
Date: Fri, 26 Sep 2003 20:35:46 +1000
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bl0sh8$3i9$1@talkto.net...
> >  VPA> 1) Can JvInspector inspect multiple components/objects at the same
> >  VPA> time, filtering the available properties to those in common (ie lik
> >  VPA> selecting multiple components on a delphi form).
> >
> >     Not yet.

Ah.... that's a problem.. it's something my users do a lot of and I can't
remove that ability..

> >  VPA> 2) can I have multiple categories for a single object?
> >
> >     If you mean: "Can I add a single property to multiple categories?" The

No, I just want to replicate the way categories work in the delphi object
inspector..

> >     Just out of curiosity: why do you want to get rid of the Dream
> > Inspector?

Dream company support is non existant, they haven't touched the controls for
over 12 months... and the source is a nightmare to read.. and it's buggy.
I'm slowly but surely removed all dream components from my projects...

-- Regards Vincent Parrett Atozed Software http://www.atozedsoftware.com --------------- Automate your Build Process with FinalBuilder 

Subject: ------------- JvBDE done, moving to JvInterpreter
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:25:42 +1000
Newsgroups: jedi.vcl

Well, that one didn't go well at all !



Subject: JvSQLScript
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:23:07 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvBDESQLScript
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:21:06 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvQuery
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:18:06 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvBDEMemoryTable
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:17:32 +1000
Newsgroups: jedi.vcl

Not Linking



Subject: JvDBSecurity
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:16:56 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvQBEQuery
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:16:22 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvDBProgress
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:14:42 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvDBMove
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:12:10 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvTableItems
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:10:57 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvDatabaseItems
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:09:51 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvDBIndexCombo
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:07:57 +1000
Newsgroups: jedi.vcl

Not linking



Subject: JvDBFilter
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 20:05:34 +1000
Newsgroups: jedi.vcl

Not linking



Subject: ----------------- JvDB done, moving to JvBDE
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 19:49:25 +1000
Newsgroups: jedi.vcl




Subject: JvCsvData
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 19:35:49 +1000
Newsgroups: jedi.vcl

Wasn't compiling the hpp file because of a parameter to InternalCompare being an array of PCsvColumn. This generated an invalid hpp file and the only way to fix it was to replace 'array of PCsvColumn' by a type that basically gives a name to this construct.
This lead to modifying some other parts to reflect the new type and also lead to the revamping of the packages.
All these efforts were worst almost nothing as the application doesn't link in the end... (can you feel my frustration ?)



Subject: Re: JvMemoryData
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 19:12:13 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Error in JvDBUtils came up when dropping that one as it is the first one but it is not (yet) the source of the error.
> The error in this one is a classic constructor not being called Create.
> It's a bit too late for me to concentrate on that one and it seems that Marcel starts getting them right after all <g>
>

The error in JvDBUtils is fixed, so now the application using this component compiles.
But it doesn't link, with the usual access violation



Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: cyhoh <cyhoh@nospam.com>
Date: Fri, 26 Sep 2003 17:07:36 +0800
Newsgroups: jedi.vcl

Thank you! :-)

Regards,
cyhoh

On Wed, 24 Sep 2003 10:01:37 +0200, Remko Bonte
<remkobonteSP@Mmyrealbox.com> wrote:
> >
> >Check bugreport 642 in mantis, it has a work-around.
> >
> >Direct link:
> >
> >http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=0000642



Subject: Re: JvMemoryData
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 26 Sep 2003 19:06:44 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Done
>
Was not enough actually, I had to add a dummy parameter to the constructor so that it is unique in the generated hpp. That was the method indicated by Marcel from the help in D5



Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Sep 2003 11:00:05 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 26 Sep 2003 09:28:48 +1000:

 O> Can't you use the MessageBox debug method ?
 O> I know it's dirty and takes time, but at least it would work...

    I've already started that route, although ShowMessage itself is out of
the question. Instead I just dump messages to the GExperts debug window.
Oddly enough the bug appears to be in limbo-land: Consumer.Changed is called
OK and it is about to trigger the OnChange event (this was in the RT
package) but it didn't return. So moving back to the DT package, it appears
the OnChange event is never reached (and yes, it is assigned). Just my luck
:-/

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Using JvInspector as replacement for dream inspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Sep 2003 10:50:04 +0200
Newsgroups: jedi.vcl

Hello, Vincent!
You wrote  on Fri, 26 Sep 2003 17:38:59 +1000:

 VPA> 1) Can JvInspector inspect multiple components/objects at the same
 VPA> time, filtering the available properties to those in common (ie lik
 VPA> selecting multiple components on a delphi form).

    Not yet.

 VPA> 2) can I have multiple categories for a single object?

    If you mean: "Can I add a single property to multiple categories?" The
answer is yes, but you have to do it in code. I'm a bit busy now to look,
but I think you can do this in the AfterItemCreate event. From that item you
can request it's data layer and on that data layer you can call NewItem or
something like that..

 VPA> 3) read only properties?

    Yep. For RTTI I believe it's automatic, for other data layers you can
use the AfterItemCreate event to set the Readonly property to True.

 VPA> 4) Hidden properties (ie properties not shown in the inspector)

    Yep. Handle the BeforeItemCreate event and set ItemClass to nil if you
don't want the property represented by the data layer instance.

 VPA> 4) Does it support aliases, ie can it display a different name to the
 VPA> actual property?

    Yep. AfterItemCreate can set the DisplayName of the item just created.
It can be different for multiple items of the same property as well
(referring to question number 3)

 VPA> I'm uisng the dream inspector at the moment and it allows me to
 VPA> specify aliases for properties, and define the categories using a
 VPA> tstrings property with data like this :

    Something like that is planned for ages but I still haven't found the
time to actually implement it.

 VPA> Perhaps what is needed is a JvInspector descendant that provides these
 VPA> facilities.

    Or just loads of patience until I get it done in the actual component.
Or - if you have the time - you can see if you can get it to work.

    Right now the best way for you to continue using JvInspector as you want
it, you could most likely achieve that by handling the two event mentioned.

 VPA>  I'd really like to get rid of the dream inspector
 VPA> component if possible,

    Just out of curiosity: why do you want to get rid of the Dream
Inspector?

 VPA>  and so far the JvInspector seems to be the best
 VPA> candiate.

    Couldn't agree more, but I guess I'm not very objective about this issue
;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Build Tool: build.ini contents. Need contributions.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Sep 2003 10:40:44 +0200
Newsgroups: jedi.vcl

Relying on folder names to determine package suffixes sounds fragile to me,
but I agree that the names are inconsistent with the other versions. I see
little point in renaming them now, though.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Build Tool: build.ini contents. Need contributions.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 26 Sep 2003 10:38:55 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 26 Sep 2003 16:42:15 +1000:

 >>> I honestly think we should rename the package directories as they do
 >>> not even reflect what's in the documentation...
 >>
 >> What do you mean? Why would you like to rename the folders? If the docs
 >> doesn't match reality, it would be better changing the docs.
 >>

    And it's inconsistent with the other folders/package suffixes (d5, k3,
c6 is much more consistent)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Using JvInspector as replacement for dream inspector
From: "Vincent Parrett \(Atozed Software\)" <vincent@atozedsoftware.com>
Date: Fri, 26 Sep 2003 17:38:59 +1000
Newsgroups: jedi.vcl

Anyone done this. JvInspector looks incredibly powerfull but very difficult
to get started with, the example program doesn't really help much and I'm
left with a bunch of questions.

1) Can JvInspector inspect multiple components/objects at the same time,
filtering the available properties to those in common (ie lik selecting
multiple components on a delphi form).

2) can I have multiple categories for a single object?

3) read only properties?

4) Hidden properties (ie properties not shown in the inspector)

4) Does it support aliases, ie can it display a different name to the actual
property?

I'm uisng the dream inspector at the moment and it allows me to specify
aliases for properties, and define the categories using a tstrings property
with data like this :

[Burn CD]
VolumeLabel=Volume Label
JolietFS=Joliet Filesystem
CloseDisc=Close Disc
TestWrite=Test Write
EjectAfter=Eject After Burn
CDBurner=CD Burner Alias
BurnSpeed=Burn Speed

[Create ISO]
ISOFile=ISO Filename

In the above example, two categories would be created ('Burn CD' and 'Create
ISO') and also an 'Other' category in which properties not listed would be
added (unless they were in the hidden properities list). The display name
would be what is listed on the right of the =

Perhaps what is needed is a JvInspector descendant that provides these
facilities. I'd appreciate any pointers to other examples using the
JvInspector... I'd really like to get rid of the dream inspector component
if possible, and so far the JvInspector seems to be the best candiate.

-- Regards Vincent Parrett Atozed Software http://www.atozedsoftware.com --------------- Automate your Build Process with FinalBuilder 

Subject: Re: Build Tool: build.ini contents. Need contributions.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Sep 2003 16:42:15 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> I honestly think we should rename the package directories as they do not
>> even reflect what's in the documentation...
>
> What do you mean? Why would you like to rename the folders? If the docs
> doesn't match reality, it would be better changing the docs.
>
Yeah but then the tool for Warren doesn't work anymore as the package suffix doesn't match the directory it is in...



Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Sep 2003 06:37:16 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

>> > > - JvCsvData.pas
> > 
> > Huh??

This was a wrong change log. I removed a "value assigned but not used"
compiler warning in JvCvsData.pas (line 1738):
{aDateTime := }TimeTAsciiToDateTime(TempString);


-- Regards Andreas Hausladen 

Subject: Re: Build Tool: build.ini contents. Need contributions.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Sep 2003 08:25:59 +0200
Newsgroups: jedi.vcl

> > I honestly think we should rename the package directories as they do not
> > even reflect what's in the documentation...
What do you mean? Why would you like to rename the folders? If the docs
doesn't match reality, it would be better changing the docs.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jedi J(V)CLX components for Kylix : New Beta release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 26 Sep 2003 06:15:06 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > Why not stay with my ModuleLoader.pas? I see no reason to integrate
> > it into another file. So the APILIBRARY and the JVCL version stay the
> > same.

Kylix3's SysUtils implements LoadLibrary, GetProcAddress and
FreeLibrary.



-- Regards Andreas Hausladen 

Subject: Re: Jedi J(V)CLX components for Kylix : New Beta release
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 26 Sep 2003 06:01:00 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I have a updated JclSysUtils that implememts the LoadModule functions
> and the SetVirtualMethod and SetClassParent for Linux.
>
> I'll post it at jedi.binaries

Why not stay with my ModuleLoader.pas? I see no reason to integrate it into another file. So the APILIBRARY and the JVCL version stay the same.



Subject: Re: JvAVICapture
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Sep 2003 13:30:50 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:

> OBones <obones_gfdg_@_rer_meloo.com> wrote:
>
>
>> Terry Harris wrote:
>>
>>> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
>
>>> TPoint being a non-vcl Object it doesn't know how to publish it - Does
>>> Delphi properly support published TPoint properties? 
>
>
>> Yes completely, I designed this component with Delphi and it worked perfectly.
>
>
> In Delphi TPoint is a record and the Object Pascal reference I have says
>
> "Some properties, although publishable, are not fully supported by the
> streaming system. These include properties of record types, array
> properties of all publishable types,  and properties of enumerated types
> that include anonymous values . If you publish a property of this kind, the
> Object Inspector won’t display it correctly, nor will the property’s value
> be preserved when objects are streamed to disk".
>
> So I figured it wouldn't.
>
 Woops, maybe you're right, I never really tested the scroll pos by closing and reopening a test project...



Subject: Re: JvAVICapture
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 26 Sep 2003 01:04:18 +0100
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Terry Harris wrote:
>> >> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

>> >> TPoint being a non-vcl Object it doesn't know how to publish it - Does
>> >> Delphi properly support published TPoint properties? 

> >Yes completely, I designed this component with Delphi and it worked 
> >perfectly.

In Delphi TPoint is a record and the Object Pascal reference I have says

"Some properties, although publishable, are not fully supported by the
streaming system. These include properties of record types, array
properties of all publishable types,  and properties of enumerated types
that include anonymous values . If you publish a property of this kind, the
Object Inspector won’t display it correctly, nor will the property’s value
be preserved when objects are streamed to disk".

So I figured it wouldn't. 




Subject: Re: Build Tool: build.ini contents. Need contributions.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Sep 2003 09:58:18 +1000
Newsgroups: jedi.vcl

Warren Postma wrote:

> I am busily working on this tool, but it will take me days or weeks to complete a working first version. My 0.01 goal is something that can rebuild all packages and install them into both Delphi 5 CSS and Delphi 7 professional, the two versions I have on my machine. I have not written enough code yet to do anything useful. If anyone is aware of pascal source code that does stuff I'm looking for, I'd welcome contributions. In particular, I'd like routines that (a) search a given path for a file, and return a list of files matching wildcard specs in a  given set of directories, specified by a semicolon delimited path list, 

You have some stuff like that in the JCL... Not exactly what you're looking for, but you could adapt it.

> (b) Classes for building a graph of dependencies, and then outputing that into standard makefile format, so that everything can be spit into a generated makefile.  Failing that, version 0.1 will use a flat out ordered build-all approach, and the only dependencies will be the ordering in which we build.
>
> Here is my build.ini file so far. I wonder if anyone who anything other than the two editions I have, Delphi 7 Professional, and Delphi 5 CSS (Client Server Suite), could contribute some content to this build.ini.

I had a look, see my comments below...

> I am downloading the BCB Enterprise Trial in hopes I can use it to test BCB build integration.

Hum hum... I sincerely doubt it's gonna work...

> The contents and the purpose of these build.ini sections ought to be obvious to anyone familiar with dcc32.exe and command line delphi/bcb compilation.... Comments are offset with semicolons.... $(X) is environment variable substitution.  Anyone who suggests I should be using XML will be shot, hung, keelhauled, and then put on bread and water for two weeks... Ini files forever.<grin>

I like bread and water... specially French bread with butter and jam...

>
> ; Directories to be used in addition to standard library directories
> ; when building. These are added to registry when installing packages.
> [JediVCL3.StandardLibrary]
> $(JEDI)\run
> $(JEDI)\common
> $(JEDI)\lib7
> $(JEDI)\design

You're missing dcu, lib6 and lib5

> ; Tags MUST match subdir names in <buildroot>\packages\
> [Delphi]
> Tags=d5;d6;d7
> Versions=5.0;6.0;7.0
> Editions=PRO;ENT;PE;CSS;STD

Be aware that D6 CSS and STD do not exist, thes distributions only exists for D5. Moreover, PE only appeared with D6

>
> ; C++ Builder
> [CppBuilder]
> Tags=bcb5;bcb6
> Versions=5.0;6.0
> CppBuilderEditions=PRO;ENT;PE
>

Your tags are nice, but they do not reflect the names of the packages... The directories are bcb5 and bcb6, but packages are named like that : JvCoreC6R.bpk
I honestly think we should rename the package directories as they do not even reflect what's in the documentation...
As to the directories you need for BCB6, you would have at least those:
$(BCB)\include
$(BCB)\lib
$(BCB)\Projects\bpl



Subject: Re: Debugging design time packages: !!!HELP!!!
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Sep 2003 09:28:48 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Peter!
> You wrote  on Thu, 25 Sep 2003 16:54:19 +0200:
>
>  >>     Didn't help :-(
>  PT> Sometimes (most of the time, actually) Delphi gets confused if you have
>  PT> more than one copy of the dcp/bpl file.
>
>     Checked, only one copy was available. I give up; chances are the bug I
> need to hunt also exists in D6/D7 so I'll check in one of those versions
> later.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>
Can't you use the MessageBox debug method ?
I know it's dirty and takes time, but at least it would work...



Subject: Re: JvThemes is complete
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 01:01:45 +0200
Newsgroups: jedi.vcl

I've updated the readme.htm file with a section on theming. Let me know what
you think. Maybe it should go into install.htm instead?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What are the common parts in the BCB linker crash units?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Sep 2003 09:00:43 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> I looked into many files that cause a BCB linker crash.
>
> The common part is that all units uses the JclSysUtils unit directly or
> indirectly (JvJVCLUtils) in the implementation section.
>
>
 Well, let's wait until I tested all components (by the end of this week-end), but if this is the case, that might be a real surprise to me...



Subject: Re: JvThemes is complete
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 26 Sep 2003 00:59:51 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> I've updated the following files that use themes.

> - JvCsvData.pas

Huh??

> - JvCaptionButton.pas

And does that work with D5 or D6 <g> (without including a manifest)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvAVICapture
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 26 Sep 2003 08:59:01 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:
> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
>
>>> You should try qualifying it as Types.TPoint which hopefully will translate
>>> to Types::TPoint in the .hpp
>>
>> It was converted as Types::TPoint in the hpp file but was still complaining.
>
>
> I looked at this is it complaining because it is in a published section.
>
> TPoint being a non-vcl Object it doesn't know how to publish it - Does
> Delphi properly support published TPoint properties?
>

Yes completely, I designed this component with Delphi and it worked perfectly.



Subject: Re: JvThemes is complete
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 26 Sep 2003 00:05:10 +0200
Newsgroups: jedi.vcl

Why not just *not* include ThemeManager package in the requires for D6 and
below? JVCLThemesEnabled is not defined by default when running under D6 and
below and for those that wants XP theming, we could just document in readme
how the should proceed to enable it, i.e:

1) Download Mike's ThemeManager
2) enable the JVCLThemesEnabled define in JVCL.INC (remove the dot)
3) open the ThemeManagerX.dpk, set it to "explicit rebuild",
rebuild/reinstall
4) open JvCoreDXR.dpk, add ThemeManagerX to requires and rebuild

The same would be true for BCB (although the process might be slightly
different). I think that would be sufficient.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 21:46:56 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I think that would be sufficient.

Let's make it this way with the only exception that the Delphi packages
use the conditional "requires ThemeManagerX". If someone activates
JVCLThemesEnabled the compiler stops with a error message. This error
message could be documented.



-- Regards Andreas Hausladen 

Subject: Re: TJvSegmentedLEDDisplay
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 25 Sep 2003 16:23:44 -0400
Newsgroups: jedi.vcl


>     But you can achieve the same thing by adding multiple displays below
> each other. Does VpLed handle word-wrap or simply wrap at the end of the
> line?

It simply puts the string out, character by character. A word wrapped multiline mode would be handy.  Also, a property for pixel width of an unused border area that is not painted would look nice to, probably default to 4 pixels default.

Anyways, I really like it, and I'm glad it's in the JVCL3 now! I was mucking about with it before and thought it was pretty nice. I'm hoping my JvTrend gets into the HMI package, too. It needs to be a little bit nicer than Jan's SIMScope first, though, I'm told.  ;-)

Warren



Subject: Jedi J(V)CLX components for Kylix : New Beta release
From: André <asn@xs4all.nl>
Date: Thu, 25 Sep 2003 19:52:08 +0000
Newsgroups: jedi.vcl

A new updated version of the Jedi VisualCLX Component Library is available
in the jedi.binairies newsgroup. It contains more then 140 components,
various property editors and more..
This new release includes several new components and bugfixes.
It is NOT fully tested.
It is unknown if this can be installed in other versions of
kylix besides Kylix 3 Professional. 
 
André Snepvangers [asn@xs4all.nl]



Subject: Re: TJvSegmentedLEDDisplay
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 21:34:24 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 25 Sep 2003 15:18:12 -0400:

 WP> Why not have an array of Encodings for the characters 32..127.  The
 WP> encoding is simply an integer, which is more than enough bits.

    It already is (more or less). You can use the CharMap property of the
display's CharacterMapper instance to get or set the states. An editor is on
the way (it works but I have find a clever way of making it available both
at design and run time).

 WP>  WHen a character comes up, if you don't like the default encoding, you
 WP> can make your own. :-) WHo would want to set UnknownCharAction
 WP> property?

    I do ;-) The problem is, that whatever I choose (character mapped to
blank, character ignored, exception raised) someone is not going to like
that. So I'd give them the opportunity to specify.

 WP> The VpLed by the way, always ignores, and displays prints a blank
 WP> square, but doesn't do anything else. I find that default behaviour to
 WP> be reasonable.

    and I'd rather have it ignore the character. And mr. X would rather have
it raise an exception.

 WP> Also, might I suggest that the default component state (which can't do
 WP> anything until you add some digit property sub objects) is rather
 WP> unintuitive.  Personally I think a DigitCount (default to 4 or 8)
 WP> property would be more intuitive, along the same lines as VpLed.

    Agreed. Added to the to do list.

 WP>  The multiline in VpLed is very nice too.

    But you can achieve the same thing by adding multiple displays below
each other. Does VpLed handle word-wrap or simply wrap at the end of the
line?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvSegmentedLEDDisplay
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 25 Sep 2003 15:18:12 -0400
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Warren!
> You wrote  on Thu, 25 Sep 2003 13:39:06 -0400:
>
>  WP> (1) Why does putting the text 'XYZ' replace the text with ' Y '.  It is
>  WP> easy to draw a Z (same as 2), and X could be like this:
>
>     By default unknown characters are ignored. I was going back and forth
> about raising an exception in such a case, but I think I'll make it a
> settings: TUnknownCharAction = (ucaIgnore, ucaBlank, ucaException). You can
> easily add the mappings for other characters.

Why not have an array of Encodings for the characters 32..127.  The encoding is simply an integer, which is more than enough bits. WHen a character comes up, if you don't like the default encoding, you can make your own. :-) WHo would want to set UnknownCharAction property?

The VpLed by the way, always ignores, and displays prints a blank square, but doesn't do anything else. I find that default behaviour to be reasonable.

Also, might I suggest that the default component state (which can't do anything until you add some digit property sub objects) is rather unintuitive.  Personally I think a DigitCount (default to 4 or 8) property would be more intuitive, along the same lines as VpLed. The multiline in VpLed is very nice too.

In fact, if it weren't already part of another open source library, I'd just ask "why not just rename TVpLed? ;-)

Warren



Subject: Re: Jedi J(V)CLX components for Kylix : New Beta release
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 19:08:23 +0000 (UTC)
Newsgroups: jedi.vcl

I have a updated JclSysUtils that implememts the LoadModule functions
and the SetVirtualMethod and SetClassParent for Linux.

I'll post it at jedi.binaries


-- Regards Andreas Hausladen 

Subject: Re: TJvSegmentedLEDDisplay
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 20:22:59 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 25 Sep 2003 13:39:06 -0400:

 WP> (1) Why does putting the text 'XYZ' replace the text with ' Y '.  It is
 WP> easy to draw a Z (same as 2), and X could be like this:

    By default unknown characters are ignored. I was going back and forth
about raising an exception in such a case, but I think I'll make it a
settings: TUnknownCharAction = (ucaIgnore, ucaBlank, ucaException). You can
easily add the mappings for other characters.

 WP> (2) I assume there was more than one digit-class (more than 7
 WP> segments?) planned, ie?

    Planned are 14 and 16 (more-or-less the same; 16 segmented splits the
top and bottom segment as well) and all the other beauties you can see at
http://www.mitt-eget.com/displays/. I already had the 14 and 16-segmented
editions in the previous version (see dev/marcelb tree) but the design of
the component wasn't that good (that's what happens when you start out with
just converting someone's donation and then try to add new stuff to it
without thinking it through first)

 WP> (3) Has anyone looked at Visual Plan It's LED component? (Visual Plan
 WP> It is like Async Professional)

    I hadn't, but thanks for the info.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: TJvSegmentedLEDDisplay
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 25 Sep 2003 13:39:06 -0400
Newsgroups: jedi.vcl

Questions about latest CVS version of TJvSegmentedLEDDisplay which is now in the main JVCL3/run directory:


(1) Why does putting the text 'XYZ' replace the text with ' Y '.  It is easy to draw a Z (same as 2), and X could be like this:

|_
  |

(2) I assume there was more than one digit-class (more than 7 segments?)  planned, ie?

  _  __   __
 |_\  /  |  |
 |_/ /_  /__|

(3) Has anyone looked at Visual Plan It's LED component? (Visual Plan It is like Async Professional)

for picture link: see binaries newsgroup

Warren



Subject: Build Tool: build.ini contents. Need contributions.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 25 Sep 2003 11:58:15 -0400
Newsgroups: jedi.vcl

I am busily working on this tool, but it will take me days or weeks to complete a working first version. My 0.01 goal is something that can rebuild all packages and install them into both Delphi 5 CSS and Delphi 7 professional, the two versions I have on my machine. I have not written enough code yet to do anything useful. If anyone is aware of pascal source code that does stuff I'm looking for, I'd welcome contributions. In particular, I'd like routines that (a) search a given path for a file, and return a list of files matching wildcard specs in a  given set of directories, specified by a semicolon delimited path list, (b) Classes for building a graph of dependencies, and then outputing that into standard makefile format, so that everything can be spit into a generated makefile.  Failing that, version 0.1 will use a flat out ordered build-all approach, and the only dependencies will be the ordering in which we build.

Here is my build.ini file so far. I wonder if anyone who anything other than the two editions I have, Delphi 7 Professional, and Delphi 5 CSS (Client Server Suite), could contribute some content to this build.ini.

I am downloading the BCB Enterprise Trial in hopes I can use it to test BCB build integration.

The contents and the purpose of these build.ini sections ought to be obvious to anyone familiar with dcc32.exe and command line delphi/bcb compilation.... Comments are offset with semicolons.... $(X) is environment variable substitution.  Anyone who suggests I should be using XML will be shot, hung, keelhauled, and then put on bread and water for two weeks... Ini files forever.<grin>

Warren


----------- build.ini ------------

; jvcl sabre build.ini 0.1

[Targets]
JediVCL3=Delphi Jedi VCL Release 3.0 Alpha

; JediVCL3 Projects/Packages list
; @=package dependency flag,
; &=Runtime Package Flag,
; %=Installable Designtime Package Flag
; -Default is dpr (project) (executable target)
; -Build order is defined by the file build
;  order as listed in this file.
[JediVCL3]
Core=&JvCore$(TAG)R;%JvCore$(TAG)D
System=@Core;&JvSystem$(TAG)R;%JvSystem$(TAG)D
StdCtrls=@Core;&JvStdCtrls$(TAG)R;%JvStdCtrls$(TAG)D
Ctrls=@Core;&JvCtrls$(TAG)R;%JvCtrls$(TAG)D
Cmp=@Core;&JvCmp$(TAG)R;%JvCmp$(TAG)D
Custom=@Core;&JvCustom$(TAG)R;%JvCustom$(TAG)D
Dlgs=@Core;&JvDlgs$(TAG)R;%JvDlgs$(TAG)D
Crypt=@Core;&JvCrypt$(TAG)R;%JvCrypt$(TAG)D
MM=@Core;&JvMM$(TAG)R;%JvMM$(TAG)D
Net=@Core;&JvNet$(TAG)R;%JvNet$(TAG)D
AppFrm=@Core;&JvAppFrm$(TAG)R;%JvAppFrm$(TAG)D
DB=@Core;&JvDB$(TAG)R;%JvDB$(TAG)D
BDE=@Core;&JvBDE$(TAG)R;%JvBDE$(TAG)D
Interpreter=@Core;&JvInterpreter$(TAG)R;%JvInterpreter$(TAG)D
Bands=@Core;&JvBands$(TAG)R;%JvBands$(TAG)D
Plugin=@Core;&JvPlugin$(TAG)R;%JvPlugin$(TAG)D
Jans=@Core;&JvJans$(TAG)R;%JvJans$(TAG)D
Globus=@Core;&JvGlobus$(TAG)R;%JvGlobus$(TAG)D
PrintPreview=@Core;&JvPrintPreview$(TAG)R;%JvPrintPreview$(TAG)D
PageComps=@Core;&JvPageComps$(TAG)R;%JvPageComps$(TAG)D
Validators=@Core;&JvValidators$(TAG)R;%JvValidators$(TAG)D
UIB=@Core;&JvUIB$(TAG)R;%JvUIB$(TAG)D
TimeFramework=@Core;&JvTimeFramework$(TAG)R;%JvTimeFramework$(TAG)D
HMI=@Core;&JvHMI$(TAG)R;%JvHMI$(TAG)D


; Exclude more than one version of these files from
; being in the library path. Also used to detect the presence
; of old jedi versions lurking on your delphi ide's library
; path.
[Jedi.Exclusive]
JEDI.INC
JvConsts.pas
JVCLVer.pas

; Directories to be used in addition to standard library directories
; when building. These are added to registry when installing packages.
[JediVCL3.StandardLibrary]
$(JEDI)\run
$(JEDI)\common
$(JEDI)\lib7
$(JEDI)\design


[Tools]
Delphi=Borland Delphi
CppBuilder=Borland C++ Builder

; Tags MUST match subdir names in <buildroot>\packages\
[Delphi]
Tags=d5;d6;d7
Versions=5.0;6.0;7.0
Editions=PRO;ENT;PE;CSS;STD


; Defaults used for all versions
[Delphi.StandardLibrary]
$(DELPHI)\source\vcl
$(DELPHI)\source\rtl\Sys
$(DELPHI)\source\rtl\Win

; Delphi 5 Client Server
[Delphi.D5.CSS.StandardLibrary]
$(DELPHI)\source\vcl
$(DELPHI)\source\rtl\Corba
$(DELPHI)\source\rtl\Sys
$(DELPHI)\source\rtl\Win
$(DELPHI)\source\Internet


; Delphi 7 Professional Standard Library
[Delphi.D7.PRO.StandardLibrary]
$(DELPHI)\source\vcl
$(DELPHI)\Source\Rtl
$(DELPHI)\source\rtl\Corba45
$(DELPHI)\source\rtl\Sys
$(DELPHI)\source\rtl\Win
$(DELPHI)\source\rtl\common
$(DELPHI)\source\Internet
$(DELPHI)\source\clx
$(DELPHI)\source\websnap
$(DELPHI)\Source\WebMidas
$(DELPHI)\Source\Indy
$(DELPHI)\Source\IntraWeb
$(DELPHI)\Source\Samples
$(DELPHI)\Source\Soap
$(DELPHI)\Source\ToolsAPI
$(DELPHI)\Source\Xml

; C++ Builder
[CppBuilder]
Tags=bcb5;bcb6
Versions=5.0;6.0
CppBuilderEditions=PRO;ENT;PE



Subject: Re: JvAVICapture
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Thu, 25 Sep 2003 16:33:25 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

>> >> 
>> >> You should try qualifying it as Types.TPoint which hopefully will translate
>> >> to Types::TPoint in the .hpp
> >
> >It was converted as Types::TPoint in the hpp file but was still complaining.

I looked at this is it complaining because it is in a published section.

TPoint being a non-vcl Object it doesn't know how to publish it - Does
Delphi properly support published TPoint properties? 




Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 17:05:52 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 25 Sep 2003 16:54:19 +0200:

 >>     Didn't help :-(
 PT> Sometimes (most of the time, actually) Delphi gets confused if you have
 PT> more than one copy of the dcp/bpl file.

    Checked, only one copy was available. I give up; chances are the bug I
need to hunt also exists in D6/D7 so I'll check in one of those versions
later.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Debugging design time packages: !!!HELP!!!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 25 Sep 2003 16:54:19 +0200
Newsgroups: jedi.vcl

> >     Didn't help :-(
Sometimes (most of the time, actually) Delphi gets confused if you have more
than one copy of the dcp/bpl file.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 14:02:42 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > We should just document it in the install doc(s). We should not take
> > over the handling of how other packages are compiled but we should
> > suggest how to resolve issues like this.

What about always-build JVCL packages?


-- Regards Andreas Hausladen 

Subject: Re: JvEditor related updates and removed compiler warnings
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 15:58:40 +0200
Newsgroups: jedi.vcl

> > the item linked explains everything in details. Escuse me but I'm new to
> > this way of working.
No need to apologize: we have all been new at this<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvEditor related updates and removed compiler warnings
From: "Enrico" <r.i.c.e.r.c.a.r.@infinito.it>
Date: Thu, 25 Sep 2003 15:54:09 +0200
Newsgroups: jedi.vcl

Thanks Peter,
the item linked explains everything in details. Escuse me but I'm new to
this way of working.

Bye,
Enrico

"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:bkupke$npi$1@talkto.net...
>> > > Where it's possible to download it? I installed CVS but I don't know
where
>> > > to find the module. I browsed the CVS repository via web but nothing.
> > Where
>> > > am I wrong?
> >
> > With WebCVS, look in jvcl/dev/JVCL3/run
> >
> > To download using CVS, see "How to get JVCL3" news item at
> > http://sf.net/projects/jvcl
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 15:53:53 +0200
Newsgroups: jedi.vcl

Hello, Andreas!
You wrote  on Thu, 25 Sep 2003 13:06:53 +0000 (UTC):

 >>     So, did I forget something or is D5 just to stupid to handle this?

 AH> Are you using D5 on WinXP ?

    Yep.

 AH> There is a DLL (Packages are DLLs) debug issue.
 AH> Try this: Compile the packages to $(DELPHI)\Bin

    Didn't help :-(

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvEditor related updates and removed compiler warnings
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 15:47:29 +0200
Newsgroups: jedi.vcl

> > Where it's possible to download it? I installed CVS but I don't know where
> > to find the module. I browsed the CVS repository via web but nothing.
Where
> > am I wrong?

With WebCVS, look in jvcl/dev/JVCL3/run

To download using CVS, see "How to get JVCL3" news item at
http://sf.net/projects/jvcl

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvEditor related updates and removed compiler warnings
From: "Enrico" <r.i.c.e.r.c.a.r.@infinito.it>
Date: Thu, 25 Sep 2003 15:42:55 +0200
Newsgroups: jedi.vcl

Where it's possible to download it? I installed CVS but I don't know where
to find the module. I browsed the CVS repository via web but nothing. Where
am I wrong?

Thanks,
Enrico

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> ha scritto nel
messaggio news:bkrsgu$4pq$1@talkto.net...
> > I've commited a bug fixed and speed optimized JvEditor. Therefore I
> > made some improvements and modifications to the following files.
> >
> > JvEditor.pas
> >   - InsertText() may raise a "Out of bounds" exception
> >   - ExpandTabs() could produce 200MB and more memory
> >     usage with a file with lots of tab chars.
> >   - fixed ecBackspace with BackSpaceUnindents=True may
> >     destroy the text in the current line on undo.
> >
> > JvHLEditor.pas
> >   - modifications related to JvEditor
> >
> > JvHLParser.pas
> >   - Removed all BCB 3 and 4 related conditional code
> >
> > JvJCLUtils.pas
> >   - new class TAnsiToWideStrings that implements a TStrings
> >     class but redirects all method calls to a TWideStrings list)
> >
> > JvInterpreter_JvEditor.pas
> >   - fixed wrong typecast PWideChar(string(Args.xxx)) should be
> >     PWideChar(WideString(Args.xxx))
> >
> > JvUnicodeCanvas
> >   - added ExtTextOut/ExtTextoutW function
> >
> > JvFixedEditPopUp.pas
> >   - corrected Delphi 5 IFixedPopupIntf usage
> >
> >
> > Compiler warnings:
> >
> > JvStrings:
> >   - Fixed mistery compiler message in B64Decode
> >
> > JvPrvwRender.pas
> >   - Cardinal <-> Integer
> >
> > JvPrvwDoc.pas
> >   - Cardinal <-> Integer
> >
> >
> >
> > --
> > Regards
> >
> > Andreas Hausladen




Subject: Debugging design time packages: !!!HELP!!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 15:33:59 +0200
Newsgroups: jedi.vcl

Hello, All!

    I know it's possible to debug design time packages, but I can't get it
to work (only tested in D5, might work with D6). It keeps marking my
breakpoints invalid. Here's what I did:

    * Set the options of the package (JvCoreD5D.dpk) so that it has debug
info (I turned every debug related option on, including Use Debug DCU's,the
TD32 info and detailed map files)
    * Add the JVCL3\design folder to Debug Source paths
    * Specified c:\program files\borland\Delphi5\bin\delphi32.exe as the
host application (run|parameters)
    * Rebuild JvCoreD5D.dpk and pressed run.
    * Second Delphi instance starts.
    * I can use this second instance to invoke the design time editor (which
is what I want to check) but instance 1 did not stop at the break point.
    * Going back to instance 1 I noticed all breakpoints being marked as
invalid!
    * Started to pull out hair but that did not help either ;-)

    So, did I forget something or is D5 just to stupid to handle this?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 13:26:33 +0000 (UTC)
Newsgroups: jedi.vcl

I've updated the following files that use themes.

- JvCsvData.pas
- JvDBLookup.pas
- JvBalloonHint.pas
- JvTimeLine.pas
- JvOutlookBar.pas
- JvCaptionButton.pas
- JvSpin.pas
- JvCtrls.pas
- JvRichEdit.pas
- JvEditor.pas
- JvPickDate.pas
- JvxCtrls.pas
- JvToolEdit.pas

They now use JvThemes that I also extended by the
ThemeServices.ApplyThemeChanges and Linux compile-able version.

The BCB packages are now broken. I'll fix this ASAP

-- Regards Andreas Hausladen 

Subject: Re: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 25 Sep 2003 09:18:00 -0400
Newsgroups: jedi.vcl


> It is called make.exe and it appears to ship with Delphi - doesn't Delphi
> export makefiles? 

Make is a dependency management tool. Great, we could use that.

What Make does *not* do is bridge the gap between the Delphi IDE's Environment settings and the dcc32.cfg which is used when make invokes DCC32.exe itself. This is what build will attempt to do. In addition,
it will back-propagate the changes it makes to the Delphi IDE
environment (registry) so that the next time the user loads up the Delphi IDE, a pristine working copy of Jedi awaits our dear end user.

Warren



Subject: Re: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Thu, 25 Sep 2003 09:16:08 -0400
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
> "Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
> bkss8g$bo4$1@talkto.net...
>
>> Whaddya think guys?   I'm all fired up about this one. This thing solves
>> a few problems we have around the office, that have pissed me off for
>> ages, and it would be good for . :-)
>
>
> Sounds cool. How difficult would it be to add a piece that calls cvs.exe and
> pulls down the latest version of JVCL?
>

I would think that it would be a .cmd (batch file) that just sets cvs root, does a checkout to current directory, and then calls my aforementioned build.exe.  This could be done using a schedule, and any build failures could be sent to a mailing-list, noting that the CVS build is broken, maybe along with a list of the most recent checkins, so when I check in something that breaks everyone else's work, you could blame me. :-)

Warren



Subject: Re: Debugging design time packages: !!!HELP!!!
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 13:06:53 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> >     So, did I forget something or is D5 just to stupid to handle this?

Are you using D5 on WinXP ?
There is a DLL (Packages are DLLs) debug issue.
Try this: Compile the packages to $(DELPHI)\Bin 



-- Regards Andreas Hausladen 

Subject: Re: JvMemoryData
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 14:59:54 +0200
Newsgroups: jedi.vcl

You will also need to update JvBDEUtils

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMemoryData
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 14:52:00 +0200
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missing MPL1.1 Headers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 14:50:25 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Thu, 25 Sep 2003 14:32:32 +0200:

 MB>  Fixed it, and it works slightly better (i.e. I no longer
 MB> get an empty list when trying to select an item for the label) but
 MB> still bombs with an AV when I try to close Delphi.

    It also refuses to stream the form back in, once an item is selected.
Apparently that item doesn't exist. Strange as this may sound, this is not
entirely wrong, depending on streaming order. If the provider is streamed in
first, it can be set when the consumer is streamed in. It can then also set
the selected item when it gets streamed in, which will always be before the
settings are streamed in (which specifies the items to show). This problem
will not occur if the consumer gets streamed in first, because the provider
can't be set so the item selection is delayed until a provider is selected.

    I'll probably fix this the easy way: do not allow the item to be
selected before everything is streamed in (i.e. consumer controls will have
to override the Loaded method and redirect it to the consumer service.

 MB>  Anyway, I'll fix the MPL headers now

    Headers added and committed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvMemoryData
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 22:39:50 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>>    I think they can.
>
> OK, I've committed a new version of JvMemoryDataset with the CreateEx
> constructor merged into Create using a default parameter.
>
Well, thanks for that, but the error is in TJvError in JvDBUtils with a constructor being called Create2...



Subject: Re: JvAVICapture
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 22:38:28 +1000
Newsgroups: jedi.vcl

>
> You should try qualifying it as Types.TPoint which hopefully will translate
> to Types::TPoint in the .hpp

It was converted as Types::TPoint in the hpp file but was still complaining.

> I have seen BCB screw this up omitting the qualification on a typedef,
> while adding it a couple of lines later where the typedefed type was used.
> There are a few other Delphi Types which will clash with windows headers,
> TBitmap is one. 

Apparently not, all JvImage work...



Subject: Re: Missing MPL1.1 Headers
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 22:37:22 +1000
Newsgroups: jedi.vcl

>    This is embarrassing: I explicitly mention in the consumer tutorial to
> always use Provider.Enter;try...finally/provider.Leave when you use the
> provider, and I have completely forgotten to do this in one of the design
> frames. 

Do what I say, not what I do... ;-)





Subject: Re: JvMemoryData
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 14:33:58 +0200
Newsgroups: jedi.vcl

> >     I think they can.
OK, I've committed a new version of JvMemoryDataset with the CreateEx
constructor merged into Create using a default parameter.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Missing MPL1.1 Headers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 14:32:32 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Thu, 25 Sep 2003 12:29:47 +0200:

 PT>> JvXMLDatabase and JvCheckTreeview fixed. Marcel get's to do the other
 PT>> two.

 MB>     Thanks. I was a bit worried you would do them all <g>. I'll fix'em
 MB> later, first to solve an issue with consumer services.

    This is embarrassing: I explicitly mention in the consumer tutorial to
always use Provider.Enter;try...finally/provider.Leave when you use the
provider, and I have completely forgotten to do this in one of the design
frames. Fixed it, and it works slightly better (i.e. I no longer get an
empty list when trying to select an item for the label) but still bombs with
an AV when I try to close Delphi. Anyway, I'll fix the MPL headers now

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvMemoryData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 14:29:20 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 25 Sep 2003 14:22:40 +0200:

 PT> Can constructors have default parameters in BCB?

    I think they can. As I mentioned earlier, Delphi 5 help says that you
can add a default parameter to one of the constructors if it's parameter
lists would otherwise be identical. I also used this for the fix in
JvDSADialog and this was later reported to have fixed it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvAVICapture
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Thu, 25 Sep 2003 13:24:41 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:


> >But there was a problem with the component itself. It had a property 
> >called ScrollPos of type TPoint. While this is perfectly correct in 
> >Delphi, this is not permitted by BCB as TPoint resolves all the way up 
> >to a windows type (a struct). I think the error is because the returned 
> >type is not a TPersistent descendant or a simple type.
> >But now the component allows an application to compile and link.

You should try qualifying it as Types.TPoint which hopefully will translate
to Types::TPoint in the .hpp

I have seen BCB screw this up omitting the qualification on a typedef,
while adding it a couple of lines later where the typedefed type was used. 

There are a few other Delphi Types which will clash with windows headers,
TBitmap is one. 




Subject: Re: JvMemoryData
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 14:22:40 +0200
Newsgroups: jedi.vcl

Can constructors have default parameters in BCB?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvStringListToHtml
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 14:19:27 +0200
Newsgroups: jedi.vcl

Fixed and committed

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "OBones" <obones_REM_SPM_@_PIF_meloo.com> skrev i meddelandet news:bkui5o$lmp$1@talkto.net...
> > Can't even drop it on a form, Access Violation
> > Quite sure it is not BCB specific.
> >




Subject: Re: JvThemes is complete
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 14:19:05 +0200
Newsgroups: jedi.vcl

> > This is no solution. Then the other JVCL packages do not compile.

I didn't present it as a solution, only as something to try. Since it works
if you change it, it means that it's not the IFDEF in the package but rather
the package compile options that are causing the problem (if you were
already aware of this, fine, but how was anyone to know?). Now when you know
the reason, you can move on to fixing it.

> > This is the way I resolved it but then the JVCL installer must be aware
> > of this and modify and recompile the ThemeManager package.

We should just document it in the install doc(s). We should not take over
the handling of how other packages are compiled but we should suggest how to
resolve issues like this.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: What are the common parts in the BCB linker crash units?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 12:13:01 +0000 (UTC)
Newsgroups: jedi.vcl

I looked into many files that cause a BCB linker crash.

The common part is that all units uses the JclSysUtils unit directly or
indirectly (JvJVCLUtils) in the implementation section.


-- Regards Andreas Hausladen 

Subject: Re: JvThemes is complete
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 22:10:53 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Can someone prove this. (I had deleted the D6 package folder an made a CVS
>
> Update)
>
> Delphi understands IFDEF's in packages (we used it in JVCL2.10 to remove
> units that weren't supported on PE) but I don't know about BCB...
>
There are no way of putting IFDEFs in packages, they are XML files (have a look at them with a text editor)



Subject: JvMemoryData
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 22:07:53 +1000
Newsgroups: jedi.vcl

Error in JvDBUtils came up when dropping that one as it is the first one but it is not (yet) the source of the error.
The error in this one is a classic constructor not being called Create.
It's a bit too late for me to concentrate on that one and it seems that Marcel starts getting them right after all <g>



Subject: ---------------- JvAppFrm done, moving to JvDB
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 21:53:32 +1000
Newsgroups: jedi.vcl




Subject: JvGradientCaption
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 21:52:56 +1000
Newsgroups: jedi.vcl

Usual Access violation upon linking



Subject: JvTransparentForm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 21:51:38 +1000
Newsgroups: jedi.vcl

Usual Access violation on linking



Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 11:47:45 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Delphi understands IFDEF's in packages (we used it in JVCL2.10 to
> > remove units that weren't supported on PE) but I don't know about
> > BCB...

It is impossible for BCB because the package source files are XML files.


But what about the following:
There are two JvCoreCxR.bpk files: e.g. JvCoreCxRThemes.bpk and
JvCoreCxRClassic.bpk
The JVCL installer now asks the user if he want Themes support,
activates the JVCLThemesEnabled condition in JEDI.INC and copies one of
the two packages to JvCoreCxR.bpk.



-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: ------------------- JvNet done, moving to JvAppFrm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 21:43:53 +1000
Newsgroups: jedi.vcl




Subject: Re: JvThemes is complete
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 13:41:45 +0200
Newsgroups: jedi.vcl

> > Problem 2 still exists.

Try changing JvCore to "Rebuild as needed" or ThemeManager to "Explicit
rebuild"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvStringListToHtml
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 21:40:39 +1000
Newsgroups: jedi.vcl

Can't even drop it on a form, Access Violation
Quite sure it is not BCB specific.



Subject: Re: JvThemes is complete
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 13:40:12 +0200
Newsgroups: jedi.vcl

> > Can someone prove this. (I had deleted the D6 package folder an made a CVS
Update)

Delphi understands IFDEF's in packages (we used it in JVCL2.10 to remove
units that weren't supported on PE) but I don't know about BCB...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 11:37:36 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Try changing JvCore to "Rebuild as needed" 

This is no solution. Then the other JVCL packages do not compile.


> > or ThemeManager to "Explicit rebuild"

This is the way I resolved it but then the JVCL installer must be aware
of this and modify and recompile the ThemeManager package.



-- Regards Andreas Hausladen 

Subject: JvMultiHTTPGrabber
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 21:29:17 +1000
Newsgroups: jedi.vcl

Had to add a HPPEMIT directive to force the linking of wininet.lib



Subject: JvHTTPGrabber
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 21:29:03 +1000
Newsgroups: jedi.vcl

Had to add a HPPEMIT directive to force the linking of wininet.lib



Subject: JvFTPGrabber
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 21:18:48 +1000
Newsgroups: jedi.vcl

Had to add a HPPEMIT directive to force the linking of wininet.lib



Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 11:05:25 +0000 (UTC)
Newsgroups: jedi.vcl

Sorry, my fault.

I've disabled "JVCLThemesEnabled" condition.

Problem 2 still exists.



-- Regards Andreas Hausladen 

Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 11:00:06 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > 2. Problem:
> > compiler says: "Never-Build packages JvCoreD6R needs alway-build
> > package ThemeManager6

I cannot belief it but after removing the ThemeManager6.bpl and
disabling VirtualTreesD6(D).bpl and recompiling the ThemeManager
package I can compile JvCoreD6R without any compiler error.

Can someone prove this. (I had deleted the D6 package folder an made a
CVS Update)

Here are the changes to JvCoreD6R.dpk:

package JvCoreD6R;

{$INCLUDE JVCL.INC}    <------
{$R *.res}

requires
  DJCL60,
{$IFDEF JVCLThemesEnabled}
  ThemeManager6,
{$ENDIF}
  vclx;


  JvAppIniStore in '..\..\run\JvAppIniStore.pas',
  JvThemes in '..\..\run\JvThemes.pas';


-- Regards Andreas Hausladen 

Subject: Re: Should we release a JVCL3 Preview?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 12:51:56 +0200
Newsgroups: jedi.vcl

> > I stumbled into an
> > inconsistency (well, two actually) in JvErrProvider: it declares
> > TJvErrorControl.Imagelist (lower case L in list) and
> > TJvErrorProvider.ImageList (upper case L in List). Peter, choose one man!
I'll change it to Images<g>

> > Second inconsistency: TJvErrorProvider is not a
> > provider in the Provider/Consumer world. Could we come up with a better
name
> > for this component? TJvErrorIndicator springs to mind....
Good name. The name was chosen because that's what it's called in .NET...If
noone has any objections, I'll change it to TJvErrorIndicator (and the unit
name to JvErrorIndicator).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: ------------------ JvMM done, moving to JvNet
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 20:41:18 +1000
Newsgroups: jedi.vcl




Subject: Re: JvThemes is complete
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 12:34:41 +0200
Newsgroups: jedi.vcl

> > Should I commit the unit and the necessary modifications in the theme
> > aware components?
Please do. Also, add JvThemes to the JvCoreD?R packages (maybe OBones can
add it to the BCB6 package?). And don't forget to update changelog.txt!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [BCB] Errors repository
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 20:32:58 +1000
Newsgroups: jedi.vcl

Do not use TPoint as a property type, you would get a "type not allowed" error in the generated hpp file



Subject: Re: JvAVICapture
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 20:32:21 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Grrrr....
> My only component in JVCL is not working with BCB !
> I'll have to fix it, the funniest error being this generated typedef
>
> typedef int int;
>
> Woops...
> Leave it to me, I feel kind of responsible for that <g>
>
Ok...  this typedef was due to one of the two missing $EXTERNALSYM in VFW.pas
But there was a problem with the component itself. It had a property called ScrollPos of type TPoint. While this is perfectly correct in Delphi, this is not permitted by BCB as TPoint resolves all the way up to a windows type (a struct). I think the error is because the returned type is not a TPersistent descendant or a simple type.
But now the component allows an application to compile and link.



Subject: Re: Missing MPL1.1 Headers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 25 Sep 2003 12:29:47 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 25 Sep 2003 12:13:37 +0200:

 PT> JvXMLDatabase and JvCheckTreeview fixed. Marcel get's to do the other
 PT> two.

    Thanks. I was a bit worried you would do them all <g>. I'll fix'em
later, first to solve an issue with consumer services.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 10:22:53 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > Maybe I can IFDEF it in the .dpk file.

1. Problem:
As I see this is only possible for Delphi packages but not for BCB. 

2. Problem:
compiler says: "Never-Build packages JvCoreD6R needs alway-build
package ThemeManager6


Result:
It is not possible to include the JvThemes.pas to a JVCL package.

Maybe some else find a solution.


-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 10:15:37 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Also, add JvThemes to the JvCoreD?R packages

This is a problem. The JvThemes.pas uses the ThemeMgr and this requires
the ThemeMgr package. Maybe I can IFDEF it in the .dpk file. But I
don't know what BCB would do.



-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: Missing MPL1.1 Headers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 12:13:37 +0200
Newsgroups: jedi.vcl

JvXMLDatabase and JvCheckTreeview fixed. Marcel get's to do the other two.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDSADialog
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 20:13:35 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, OBones!
> You wrote  on Wed, 24 Sep 2003 21:17:12 +1000:
>
>  O> Another case of a constructor not being named Create.
>  O> This one is in JvDSADialogs.pas in the TDSAMessageForm class
>  O> I want to test as many components as possible so I'll leave that one
>  O> hanging around available for any volunteer.
>
>     Since CreateNew is declared in TCustomForm, I just rewrote the
> declaration to match that of TCustomForm (so now it uses override). I'm not
> sure on how this could be changed further, but  it uses the technique the
> Delphi 5 help described (about adding a parameter to one of the declarations
> to make them unique). Maybe it works now?
>
Yes it does. Thanks for the fix.



Subject: Re: JvHlEdPropDlg
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 25 Sep 2003 20:10:37 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
> OBones wrote:
>
>
>> However, it is not linking (access violation) and so the component is not usable
>
>
> I've made some changes in the JvHLEdPropDlg.pas file. Maybe it will
> link now.
>
>
>
Well, unfortunately not. But that doesn't really surprises me... <g>



Subject: Re: JVCL and theme support ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 09:57:57 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > At the moment I'm at the point where I must draw the parent background
> > and/or the border by the ThemeServices methods. But I haven't Delphi 7
> > and cannot see what to do when these style options are set.

With Delphi 7 Trail I can see what happens when csNeedsBorderPaint
and/or csParentBackground is set. The unit is now complete.



-- Regards Andreas Hausladen 

Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 09:50:58 +0000 (UTC)
Newsgroups: jedi.vcl

Should I commit the unit and the necessary modifications in the theme
aware components?


-- Regards Andreas Hausladen 

Subject: Re: JvThemes is complete
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 11:11:06 +0200
Newsgroups: jedi.vcl

Nice job! Wouldn't it be better to enclose the entire code in JvThemes with
{$IFDEF JVCLThemesEnabled} instead of raising a fatal error on incorrect
use? One benefit would be that you can just add JvThemes to uses without
IFDEFing it. What do you think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Missing MPL1.1 Headers
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 08:54:01 +0000 (UTC)
Newsgroups: jedi.vcl

The following files have no MPL 1.1 Header

JvSLDMappingEditorDialog.pas
JvSegmentedLEDDisplayMapperFrame.pas
JvCheckTreeView.pas
JvXMLDatabase.pas


-- Regards Andreas Hausladen 

Subject: Re: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 08:41:34 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Wouldn't it be better to enclose the entire code in
> > JvThemes with {$IFDEF JVCLThemesEnabled} instead of raising a fatal
> > error on incorrect use? One benefit would be that you can just add
> > JvThemes to uses without IFDEFing it. What do you think?

Yes I had made this but removed it because I thought that it is not
that what the JVCL team wants. But when you say that it would be ok I
make it.

In this case the functions Include/Exclude/Get ThemeStyle would be
accessible but do nothing. With this the IFDEFs for ControlStyle :=
ControlStyle + [csParentBackground], ... are not necessary.

I'll update JvThemes and post it on jedi.binary.


-- Regards Andreas Hausladen 

Subject: JvThemes is complete
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 08:07:24 +0000 (UTC)
Newsgroups: jedi.vcl

You can download the zipped file from jedi.binaries


-- Regards Andreas Hausladen 

Subject: Re: Unicode JvEditor is slow and...
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 08:06:02 +0000 (UTC)
Newsgroups: jedi.vcl

tif wrote:

> > Massive convertions happen when my program is processing the data. It
> > spends about triple time than the ANSI version. I can not avoid the
> > convertions because all other components only support AnsiString.

This is unicode to ansi conversion but this should not be as slow as
you wrote. Have you downloaded the JclUnicode.pas update from me
(jedi.binaries). This update implements a Delphi based WideString
allocation/deallocation for the TWideStringList.

 
> > Another problem surprised me. The old ANSI JvEditor accepts Chinese
> > characters, and works well with an acceptable flaw(the DEL delete
> > only a half character). But the unicode version can not display
> > Chinese characters.

Can you send me such a file?


> > I hope that an ANSI JvEditor will come back soon

I have a backup of the ANSI Editor but without all new bug fixes.


-- Regards Andreas Hausladen 

Subject: Unicode JvEditor is slow and...
From: tif <tif@0451.com>
Date: Thu, 25 Sep 2003 15:45:02 +0800
Newsgroups: jedi.vcl

I've worked well with the old ANSI JvEditor, with GetTextLen related
bugs fixed. It's really fast.

Today I updated the source, and tested the new Unicode Editor. 

Massive convertions happen when my program is processing the data. It
spends about triple time than the ANSI version. I can not avoid the
convertions because all other components only support AnsiString.

Another problem surprised me. The old ANSI JvEditor accepts Chinese
characters, and works well with an acceptable flaw(the DEL delete only a
half character). But the unicode version can not display Chinese
characters.

JvEditor is my only choise in some projects. I hope that an ANSI
JvEditor will come back soon:) I will also test the Unicode version
after next update.

-- Regards Winston Feng 

Subject: Re: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 09:06:00 +0200
Newsgroups: jedi.vcl

> > (4) At this point, unless you told it "-buildonly" it could install the
> > packages if you tell it to, and update the Registry. Now that would be
> > handy. Unfortunately I don't know a command line way to install a
> > package. :-)

You simply add the package to the registry.

See HKEY_CURRENT_USER\Software\Borland\<Delphi|C++Builder>\<version>\Known
Packages

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Sep 2003 08:52:54 +0200
Newsgroups: jedi.vcl

> > I figured it out.  Who wants a jedi/delphi dcc32 helper command line
> > tool (build.exe)?  Here's what I would like to do:

Go for it <g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL and theme support ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 25 Sep 2003 06:51:44 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > yeah, but if the component gets modified and a call to the self is
> > done in this function, you are sure to crash the application. 

I do not think that this function will ever call an class member
function or access any fields.

> > I'm really not a great fan of doing this. 

I too. But it was a possible solution.

> > If you cannot change the component, then please simply copy 
> > the whole code in your version of PerformEraseBackground. 

I have copied and modified the code because the Perform(WM_ERASEBKGND)
sends the DC by wParam and lParam. But the PSDK says that lParam is
unused.

> > I know it will force to watch the evolution of this function in the
> > component but at least, if its evolution requires a call to self, 
> > it won't crash the application.

The method PerformEraseBackground does not seem to be altered in any
way but someone cannot know what another person's ideas are.


-- Regards Andreas Hausladen 

Subject: Re: JVCL and theme support ?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 25 Sep 2003 14:08:26 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Uh... Write this code and you are sure to have a big Acces Violation
>> when run under Delphi 6 and below.
>
>
> No. there is no access violation. The call is compiled to:
>
> TThemeManager.PerformEraseBackground(nil, Self, DC);
>
> The trick is that PerformEraseBackground does not use the hidden Self
> parameter. It only calls Windows functions.
>
>
>> It is equivalent of doing
>> nil.PerformEraseBackground 
>
>
> No. I need at least a variable of the type because
> nil.PerformEraseBackground does not compile.
>
>
>> and that for sure is wrong. 
>
>
> It it wrong to write such code but it is possible without any AV and
> works.
>

yeah, but if the component gets modified and a call to the self is done in this function, you are sure to crash the application.
I'm really not a great fan of doing this. If you cannot change the component, then please simply copy the whole code in your version of PerformEraseBackground. I know it will force to watch the evolution of this function in the component but at least, if its evolution requires a call to self, it won't crash the application.



Subject: Re: JVCL and theme support ?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 25 Sep 2003 09:25:08 +1000
Newsgroups: jedi.vcl

>
> {$IFDEF JVCLThemesEnabled}
>  {$IFDEF COMPILER7_UP}
> PerformEraseBackground(Self, dc);
>  {$ELSE}
> TmpThemeManager := nil;
> TmpThemeManager.PerformEraseBackground(Self, dc);
>  {$ENDIF}
> {$ENDIF}
>

Uh... Write this code and you are sure to have a big Acces Violation when run under Delphi 6 and below.
It is equivalent of doing nil.PerformEraseBackground and that for sure is wrong.
Instead, make PerformEraseBackground a class function and call TThemeManager.PerformEraseBackground



Subject: Re: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 25 Sep 2003 09:20:35 +1000
Newsgroups: jedi.vcl

>
> - If only one version of Delphi is found, in the registry,
>   it builds for that version, if more than one, it builds all of them,
>   unless told by command line arg to build only one kind,
>     (ie, "build target=[d[5-x]|-c[3-x]|-k[1-x]" )
>

arguments to the c command should only be 5 or 6, we don't support C++ Builder before that.



Subject: Re: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 25 Sep 2003 09:20:02 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:

> Warren Postma <wpostma_at@tekran_dot.com> wrote:
>
>
>> Solerman Kaplon wrote:
>>
>>
>>> Hi Warren,
>>>
>>> you need to set then in the dcc32.cfg file, I remeber to have found a comercial tool to import the delphi settings to that file, but don't remember the name.
>
>
>> I figured it out.  Who wants a jedi/delphi dcc32 helper command line tool (build.exe)?  Here's what I would like to do:
>
>
> It is called make.exe and it appears to ship with Delphi - doesn't Delphi
> export makefiles?
>
Yeah but they miss some stuff and if I don't install the JCL in the same subdir as the JVCL, the makefile won't get the infos from Delphi's environment...



Subject: Re: ObjSet.pas: {$EXTERNAL_SYM ANYSIZE_ARRAY}
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Thu, 25 Sep 2003 09:16:54 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, Warren!
> You wrote  on Wed, 24 Sep 2003 14:47:43 -0400:
>
>  WP>    {$EXTERNAL_SYM ANYSIZE_ARRAY}
>
>     For BCB compatibility, but I think it should read {$EXTERNALSYM
> ANYSIZE_ARRAY}
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>
Woops, sorry, checked in too fast...



Subject: Re: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Thu, 25 Sep 2003 00:14:53 +0100
Newsgroups: jedi.vcl

Warren Postma <wpostma_at@tekran_dot.com> wrote:

> >Solerman Kaplon wrote:
> >
>> >> Hi Warren,
>> >> 
>> >> you need to set then in the dcc32.cfg file, I remeber to have found a 
>> >> comercial tool to import the delphi settings to that file, but don't 
>> >> remember the name.

> >I figured it out.  Who wants a jedi/delphi dcc32 helper command line 
> >tool (build.exe)?  Here's what I would like to do:

It is called make.exe and it appears to ship with Delphi - doesn't Delphi
export makefiles? 




Subject: Re: JVCL and theme support ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 23:07:41 +0000 (UTC)
Newsgroups: jedi.vcl

Remko Bonte wrote:

> > csNeedsBorderPaint, csParentBackground are new ControlStyle flags,
> > introduced in Delph 7 for themed painting. Flag csNeedsBorderPaint
> > for example is used in JvRichEdit.pas.

The code to activate csNeedsBorderPaint and csParentBackground is

ControlStyle := ControlStyle + [csNeedsBorderPaint, csParentBackground];
ControlStyle := ControlStyle - [csNeedsBorderPaint, csParentBackground];

If written three functions that do the same:

IncludeThemeStyle(Self, [csNeedsBorderPaint, csParentBackground]);
ExcludeThemeStyle(Self, [csNeedsBorderPaint, csParentBackground]);
if csNeedsBorderPaint in GetThemeStyle(Self) then ...


The Delphi 7 implementation does the same as the ControlStyle :=
ControlStyle ... code.
The Delphi 5/6 implementation installs a WindowProc hook.


At the moment I'm at the point where I must draw the parent background
and/or the border by the ThemeServices methods. But I haven't Delphi 7
and cannot see what to do when these style options are set.


-- Regards Andreas Hausladen 

Subject: Re: JVCL and theme support ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 23:00:31 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Uh... Write this code and you are sure to have a big Acces Violation
> > when run under Delphi 6 and below.

No. there is no access violation. The call is compiled to:

TThemeManager.PerformEraseBackground(nil, Self, DC);

The trick is that PerformEraseBackground does not use the hidden Self
parameter. It only calls Windows functions.

> >  It is equivalent of doing
> > nil.PerformEraseBackground 

No. I need at least a variable of the type because
nil.PerformEraseBackground does not compile.

> > and that for sure is wrong. 

It it wrong to write such code but it is possible without any AV and
works.

> > Instead, make PerformEraseBackground a class function and call
> > TThemeManager.PerformEraseBackground

Then I must modify Mike's ThemeManager component and this is not option
for other JVCL users.



-- Regards Andreas Hausladen 

Subject: Re: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 24 Sep 2003 17:55:11 -0400
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
bkss8g$bo4$1@talkto.net...
> > Whaddya think guys?   I'm all fired up about this one. This thing solves
> > a few problems we have around the office, that have pissed me off for
> > ages, and it would be good for . :-)

Sounds cool. How difficult would it be to add a piece that calls cvs.exe and
pulls down the latest version of JVCL?

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Command Line Compilation of Jedi: command line front end, BUILD.EXE proposed.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 24 Sep 2003 16:19:57 -0400
Newsgroups: jedi.vcl

Solerman Kaplon wrote:

> Hi Warren,
>
> you need to set then in the dcc32.cfg file, I remeber to have found a comercial tool to import the delphi settings to that file, but don't remember the name.
>


I figured it out.  Who wants a jedi/delphi dcc32 helper command line tool (build.exe)?  Here's what I would like to do:

(1) build.exe is shipped inside the JediSource.zip snapshots. It is
entirely a command line app, a front end to make using dcc32.exe easier.

(2) If you want to test the latest cvs sources, or compile from a snapshot, this is all you do:

pkunzip JediSource
cd \JediSource
build

(3) the execution of build.exe:

- If only one version of Delphi is found, in the registry,
  it builds for that version, if more than one, it builds all of them,
  unless told by command line arg to build only one kind,
    (ie, "build target=[d[5-x]|-c[3-x]|-k[1-x]" )

- If you specify -verbose it prints out a lot of crap, otherwise it's   quiet. Everything goes into a log though. If there is an error, it prints it, when it stops.

- build in fact builds a dcc.cfg, and invokes dcc32.exe for each
  *.dpk file in the packages\<variant> it's currently working on.

- Most of the content of the dcc32.cfg comes from the      JVCL3\packages\<variant>\build.cfg file we stick in each variant.

- If it has errors, it sames them in build-<variantname>.log in the current working directory.

(4) At this point, unless you told it "-buildonly" it could install the packages if you tell it to, and update the Registry. Now that would be handy. Unfortunately I don't know a command line way to install a package. :-)

Whaddya think guys?   I'm all fired up about this one. This thing solves a few problems we have around the office, that have pissed me off for ages, and it would be good for . :-)

Warren



Subject: Re: JVCL and theme support ?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 24 Sep 2003 22:15:54 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> My idea is to write a wrapper unit JvThemes.pas that redirects all
> types and functions to the correct unit.

There are some other issues:

csNeedsBorderPaint, csParentBackground are new ControlStyle flags, introduced in Delph 7 for themed painting. Flag csNeedsBorderPaint for example is used in JvRichEdit.pas.

I think this is solved in ThemeMgr.pas by hooking the components. But I don't know whether this gives problems with possible hooking in JVCL.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Command line compilation of Jedi.
From: Solerman Kaplon <solerman@nospam.com>
Date: Wed, 24 Sep 2003 16:52:55 -0300
Newsgroups: jedi.vcl

Hi Warren,

you need to set then in the dcc32.cfg file, I remeber to have found a comercial tool to import the delphi settings to that file, but don't remember the name.

Solerman

Warren Postma wrote:
>
> I am trying to get command line compilation of Jedi to work, but it seems that the BPG file "D7 packages.bpg", while essentially a Makefile, cannot be built, as such, since critical information that is not in the command line environment (such as the library directory list) is not present.  How do I get my environment variables set up? Is there a way to grab all the settings the IDE is using and just make it work. That's what I thought it would do when I typed Make, but hey, no way. :-)
>
> Yes, I'm using borland's make and Borland's delphi7\bin dir is in my path, but I haven't figured out what other environment variables (INCLUDE, LIB?) need to be set up still.
>
> Warren



Subject: Command line compilation of Jedi.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 24 Sep 2003 15:03:04 -0400
Newsgroups: jedi.vcl


I am trying to get command line compilation of Jedi to work, but it seems that the BPG file "D7 packages.bpg", while essentially a Makefile, cannot be built, as such, since critical information that is not in the command line environment (such as the library directory list) is not present.  How do I get my environment variables set up? Is there a way to grab all the settings the IDE is using and just make it work. That's what I thought it would do when I typed Make, but hey, no way. :-)

Yes, I'm using borland's make and Borland's delphi7\bin dir is in my path, but I haven't figured out what other environment variables (INCLUDE, LIB?) need to be set up still.

Warren



Subject: Re: ObjSet.pas: {$EXTERNAL_SYM ANYSIZE_ARRAY}
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 24 Sep 2003 14:56:21 -0400
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>
>  WP>    {$EXTERNAL_SYM ANYSIZE_ARRAY}
>
>     For BCB compatibility, but I think it should read {$EXTERNALSYM
> ANYSIZE_ARRAY}

Fixed, checked in.

Warren



Subject: Re: ObjSet.pas: {$EXTERNAL_SYM ANYSIZE_ARRAY}
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 24 Sep 2003 20:51:03 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Wed, 24 Sep 2003 14:47:43 -0400:

 WP>    {$EXTERNAL_SYM ANYSIZE_ARRAY}

    For BCB compatibility, but I think it should read {$EXTERNALSYM
ANYSIZE_ARRAY}

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: ObjSet.pas: {$EXTERNAL_SYM ANYSIZE_ARRAY}
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 24 Sep 2003 14:47:43 -0400
Newsgroups: jedi.vcl

Why is this line in JVCL3\common\ObjSet.pas around line 628 in the latest cvs sources:

  {$EXTERNAL_SYM ANYSIZE_ARRAY}

Delphi 7 doesn't understand this, so it should be conditionally compiled, at least.

Warren



Subject: Re: JVCL and theme support ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 24 Sep 2003 20:00:22 +0200
Newsgroups: jedi.vcl

> > I've enabled this condition in JVCL.INC to test the theme support. But
> > the compiler stops at JvToolEdit.pas (and other units) at the Themes
> > unit.
[...]
I misunderstood your first post. Yes, I think you are right, such a unit
would be the best solution to the problem. Are you willing to do it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installer question
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 24 Sep 2003 19:54:19 +0200
Newsgroups: jedi.vcl

> > Is there any work being done on a special executable installer for Jedi
> > 3's release?
A skeleton Inno Setup script (with support units) is in the JVCL3/install
folder but work on it is, uh, suspended at the moment (I am working on other
stuff). You are welcome to take a look and maybe move it forward a bit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: OT: Borland NewGroups?
From: "Captain Jake" <johnjac76[nospam]@comcast.net>
Date: Wed, 24 Sep 2003 12:43:29 -0500
Newsgroups: jedi.vcl

In jedi.vcl, "Raymond J. Schappe" <rschappe@isthmus-tsNS.com> wrote in 
message <bksirf$9n0$2@talkto.net>...
> > Gosh, I feel kindof "lost"... checking the NG's is one of my favorite part
> > of my days!!!!<g>

Same here. They are also an excellent source of information too. I hope they 
get the problem fixed this time.

-- ***Free Your Mind*** 

Subject: Re: OT: Borland NewGroups?
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Wed, 24 Sep 2003 12:38:44 -0500
Newsgroups: jedi.vcl

> > http://bdn.borland.com/article/0,1410,30384,00.html

Thanks for the link!

Gosh, I feel kindof "lost"... checking the NG's is one of my favorite part
of my days!!!!<g>


Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________




Subject: Re: OT: Borland NewGroups?
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Wed, 24 Sep 2003 12:36:44 -0500
Newsgroups: jedi.vcl

> > It was unreliable before so i think they fixed it to death.

LOL!!!!! <VBG!>


Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________




Subject: Installer question
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 24 Sep 2003 13:31:57 -0400
Newsgroups: jedi.vcl

Is there any work being done on a special executable installer for Jedi 3's release?   Standard installers don't really do well as installers for Delphi components because things like Help IDE Integration, and selection of packages for installation into Delphi, compiling them and
then installing them, would probably be a standalone utility, right?

:-)




Subject: Re: CVS Broken: JvDBGrid -- IniStorage?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 24 Sep 2003 13:30:11 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> The following bits in latest CVS have to be commented out to build
>> JvDBControls.pas:
>
>
> First update entire JVCL3 from CVS and then rebuild and reinstalling all
> packages. That should solve it.
>

Ah yes, I was overlooking the obvious. Thanks.  Now if only SourceForge weren't so slow.  (TortoiseCVS/PLINK have been sitting here for over half an hour, and still no updates have come my way.)

:-)



Subject: Re: CVS Broken: JvDBGrid -- IniStorage?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 24 Sep 2003 18:55:23 +0200
Newsgroups: jedi.vcl

> > The following bits in latest CVS have to be commented out to build
> > JvDBControls.pas:

First update entire JVCL3 from CVS and then rebuild and reinstalling all
packages. That should solve it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: CVS Broken: JvDBGrid -- IniStorage?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 24 Sep 2003 12:53:07 -0400
Newsgroups: jedi.vcl

Undefined identifiers:
    IniStorage.IsActive ???
    IniStorage.AppStorage ???

The following bits in latest CVS have to be commented out to build JvDBControls.pas:


procedure TJvDBGrid.IniSave(Sender: TObject);
var
  Section: string;
begin
// XXX WAP.
(*
  if (Name <> '') and IniStorage.IsActive  then
  begin
    if StoreColumns then
      Section := IniStorage.AppStorage.ConcatPaths([IniStorage.AppStoragePath, GetDefaultSection(Self)])
    else
      if (DataSource <> nil) and
      (DataSource.DataSet <> nil) then
      Section := IniStorage.AppStorage.ConcatPaths([IniStorage.AppStoragePath, DataSetSectionName(DataSource.DataSet)])
    else
      Section := '';
    SaveToAppStore(IniStorage.AppStorage, Section);
  end;
  *)
end;

procedure TJvDBGrid.IniLoad(Sender: TObject);
var
  Section: string;
begin
(*  if (Name <> '') and IniStorage.IsActive then
  begin
    if StoreColumns then
      Section := IniStorage.AppStorage.ConcatPaths([IniStorage.AppStoragePath, GetDefaultSection(Self)])
    else
      if (DataSource <> nil) and
      (DataSource.DataSet <> nil) then
      Section := IniStorage.AppStorage.ConcatPaths([IniStorage.AppStoragePath, DataSetSectionName(DataSource.DataSet)])
    else
      Section := '';
    LoadFromAppStore(IniStorage.AppStorage, Section);
  end;    *)
end;



Subject: Re: OT: Borland NewGroups?
From: "Captain Jake" <johnjac76[nospam]@comcast.net>
Date: Wed, 24 Sep 2003 11:52:28 -0500
Newsgroups: jedi.vcl

In jedi.vcl, "Raymond J. Schappe" <rschappe@isthmus-tsNS.com> wrote in 
message <bkscfb$8mi$1@talkto.net>...
> > Sorry for the off-topic... but I was wondering if anyone else was having
> > problems with the Borland newsgroups...????

http://bdn.borland.com/article/0,1410,30384,00.html

-- ***Free Your Mind*** 

Subject: Re: JVCL and theme support ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 24 Sep 2003 18:48:41 +0200
Newsgroups: jedi.vcl

> > My idea is to write a wrapper unit JvThemes.pas that redirects all
> > types and functions to the correct unit.

Please don't - there is already a define in JVCL.INC that takes care of this
(JVCLThemesEnabled).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Can't build JvLookout - peter?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 24 Sep 2003 18:46:51 +0200
Newsgroups: jedi.vcl

You probably need to update since the defines have been in JvTypes for ages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Can't build JvLookout - peter?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 24 Sep 2003 12:34:19 -0400
Newsgroups: jedi.vcl

I am trying to build the JvCustom package and JvLookout has undefined type TJvImageSize which I assume means that a checkin of JvTypes, or JvComponent, which ought to have these defined, is immanent? Or did I fail to update some directory?

Warren



Subject: Re: JVCL and theme support ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 16:31:30 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
 
> > Please don't - there is already a define in JVCL.INC that takes care
> > of this (JVCLThemesEnabled).

I've enabled this condition in JVCL.INC to test the theme support. But
the compiler stops at JvToolEdit.pas (and other units) at the Themes
unit.
Ok. No problem make a condition like:
uses
  {$IFDEF COMPILER7_UP}Themes{$else}ThemeSrv{$endif}, ...

The compiler goes on until the first call of PerformEraseBackground
appears. This function is not in ThemeSrv, but in ThemeMgr as a
TThemeManager method. Delphi 7 has it as a procedure in Themes.

So I need to write such a code: (it works because
PerformEraseBackground does not access any TThemeManager instance data)

{$IFDEF JVCLThemesEnabled}
 {$IFDEF COMPILER7_UP}
PerformEraseBackground(Self, dc);
 {$ELSE}
TmpThemeManager := nil;
TmpThemeManager.PerformEraseBackground(Self, dc);
 {$ENDIF}
{$ENDIF}


With my JvThemes unit the code would look like this for Delphi 5, 6 and
7.

uses
 ...
{$IFDEF JVCLThemesEnabled}
  JvThemes,
{$ENDIF}  

{$IFDEF JVCLThemesEnabled}
PerformEraseBackground(Self, dc);
{$ENDIF}



-- Regards Andreas Hausladen 

Subject: Re: OT: Borland NewGroups?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 24 Sep 2003 18:25:50 +0200
Newsgroups: jedi.vcl

Raymond J. Schappe wrote:
> Sorry for the off-topic... but I was wondering if anyone else was having
> problems with the Borland newsgroups...????
>
> I have not been able to check out these ng's for about two days - am I just
> lucky or are others also having troubles???
>
> Thanks,
> -- Raymond
> Raymond J. Schappe
> Isthmus Technology Solutions, LLC
> ______________________________________
>
>

It was unreliable before so i think they fixed it to death.



Subject: Re: JVCL and theme support ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 16:15:35 +0000 (UTC)
Newsgroups: jedi.vcl

Mike Lischke wrote:

> > You can't use Theme Manager with Delphi 7 and it is also not
> > necessary to use it there as everything it fixes is already in the
> > VCL.

I know this. Maybe I was not clear enough.

The JVCL uses the Themes unit. But this works under Delphi 7 only. The
Delphi 5 and 6 users must use your (wonderfull) component and have no
Themes.pas because this unit is named ThemeSrv.pas. Another issue is
the PerformEraseBackground function that is in Themes.pas under Delphi
7 but not in your freeware ThemeManager component. This function is
part of the TThemeManager class but does not use any fields.

Just conditional including the Themes.pas/ThemeSvr.pas is not possible
because of the PerformEraseBackground function. Therefore we need a
second unit that implements/redirects this function.
My opinion is that one unit capturing both ThemeXxx.pas units is a good
and easy solution.


-- Regards Andreas Hausladen 

Subject: Re: OT: Borland NewGroups?
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Wed, 24 Sep 2003 11:13:40 -0500
Newsgroups: jedi.vcl

> > Yes, the server seem to be dead since yesterday.

Thanks... it is good to know it is not "just me"!!!<g>




Subject: OT: Borland NewGroups?
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Wed, 24 Sep 2003 10:49:55 -0500
Newsgroups: jedi.vcl

Sorry for the off-topic... but I was wondering if anyone else was having
problems with the Borland newsgroups...????

I have not been able to check out these ng's for about two days - am I just
lucky or are others also having troubles???

Thanks,
-- Raymond
Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________




Subject: Re: JVCL and theme support ?
From: "Mike Lischke" <public@delphi-gems.com>
Date: Wed, 24 Sep 2003 15:37:55 +0000 (UTC)
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> > For Delphi 5 and 6 the WinXP themes are supported by Mike Lischke's
> > ThemeManager. But there is a unit naming issue with the Delphi 7
> > Themes.pas. The ThemeManager has a unit called ThemeSrv and no
> > Themes.pas

You can't use Theme Manager with Delphi 7 and it is also not necessary to use it there as everything it fixes is already in the VCL. For the general theme support you only need a compiler switch to either include ThemeSrv or Themes. Both contain the same global ThemeServices function/class.

Mike
-- www.delphi-gems.com www.delphi-unicode.net www.lischke-online.de 

Subject: Re: OT: Borland NewGroups?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 15:32:05 +0000 (UTC)
Newsgroups: jedi.vcl

Raymond J. Schappe wrote:

> > Sorry for the off-topic... but I was wondering if anyone else was
> > having problems with the Borland newsgroups...????

Yes, the server seem to be dead since yesterday.


-- Regards Andreas Hausladen 

Subject: JVCL and theme support ?
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 14:04:02 +0000 (UTC)
Newsgroups: jedi.vcl

For Delphi 5 and 6 the WinXP themes are supported by Mike Lischke's
ThemeManager. But there is a unit naming issue with the Delphi 7
Themes.pas. The ThemeManager has a unit called ThemeSrv and no
Themes.pas

My idea is to write a wrapper unit JvThemes.pas that redirects all
types and functions to the correct unit.


-- Regards Andreas Hausladen 

Subject: Re: BCB6 Building
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 22:42:11 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:

> In the archive JvConsts still had some CBuilder specific stuff for the
> Set/String problem.

Well until the next one, I made all the changes yesterday so they should appear in the next package...



Subject: JvAVICapture
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 22:38:48 +1000
Newsgroups: jedi.vcl

Grrrr....
My only component in JVCL is not working with BCB !
I'll have to fix it, the funniest error being this generated typedef

typedef int int;

Woops...
Leave it to me, I feel kind of responsible for that <g>



Subject: JvImageWindow
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 22:30:51 +1000
Newsgroups: jedi.vcl

Another bad casing for PopupMenu



Subject: JvID3v2
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 22:27:38 +1000
Newsgroups: jedi.vcl

Heaps of errors with property accessors, 'E2347: Parameter mismatch' on
Album, AlbumSortOrder, Band, BPM, Composer, Conductor, ContentType, ContentGroup, Copyright, Date, EncodedBy, EncoderSettings and EncodingType
But there may be more because the compiler stopped complaining about too many errors.
It's getting late here, so I'll leave it like that for now.



Subject: ----------------- JvCrypt done, moving to JvMM
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 22:10:14 +1000
Newsgroups: jedi.vcl

Remember that JvCrypt doesn't contain TJvZLibMultiple



Subject: Re: JvDSADialog
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 24 Sep 2003 14:00:37 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 24 Sep 2003 21:17:12 +1000:

 O> Another case of a constructor not being named Create.
 O> This one is in JvDSADialogs.pas in the TDSAMessageForm class
 O> I want to test as many components as possible so I'll leave that one
 O> hanging around available for any volunteer.

    Since CreateNew is declared in TCustomForm, I just rewrote the
declaration to match that of TCustomForm (so now it uses override). I'm not
sure on how this could be changed further, but  it uses the technique the
Delphi 5 help described (about adding a parameter to one of the declarations
to make them unique). Maybe it works now?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Nits with "Nescio".




Subject: Re: JvHlEdPropDlg
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 11:58:51 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > However, it is not linking (access violation) and so the 
> > component is not usable

I've made some changes in the JvHLEdPropDlg.pas file. Maybe it will
link now.



-- Regards Andreas Hausladen 

Subject: ------------------- JvDlgs done, moving to JvCrypt
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:55:55 +1000
Newsgroups: jedi.vcl




Subject: JvRenameError
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:55:23 +1000
Newsgroups: jedi.vcl

Not linking, usual access violation



Subject: JvDeleteError
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:54:11 +1000
Newsgroups: jedi.vcl

Not linking, usual access violation



Subject: JvCopyError
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:52:55 +1000
Newsgroups: jedi.vcl

Not linking, usual access violation



Subject: Re: BCB6 Building
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Wed, 24 Sep 2003 12:51:21 +0100
Newsgroups: jedi.vcl

Terry Harris <terry.harris@removethis.iname.com> wrote:

> >My rather unbelievable fix was to replace ilink32.dll with one from BCB5
> >but I can't help thinking it will cause some other problem. 


Spoke too soon on this - I had built everything but JvUIB without seeing an
error. 

I downloaded the daily archive and merged the few changes in it. I then got
linker access violations on two of the packages, swapping back to the BCB6
version of ilink32.dll I get the problem on most of the packages. 

In the archive JvConsts still had some CBuilder specific stuff for the
Set/String problem. 



Subject: JvDiskPrompt
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:51:06 +1000
Newsgroups: jedi.vcl

Not linking, usual access violation



Subject: JvDualListDialog
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:48:49 +1000
Newsgroups: jedi.vcl

Not linking, usual access violation



Subject: JvObjectPickerDialog
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:44:59 +1000
Newsgroups: jedi.vcl

First, a missing EXTERNALSYM in ObjSel.pas
Then, a problem with _di_IDsObjectPicker not being defined in the hpp file generated for JvObjectPickerDialog.pas
I don't have time to look too deep, but IDsObjectPicker is defined in Objsel.h. However, adding a #include for it at the beginning didn't change a thing.



Subject: JvFormatDriveDialog
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:20:00 +1000
Newsgroups: jedi.vcl

The OFN_EX_NOPLACESBAR constant was missing its associated $EXTERNALSYM



Subject: JvDSADialog
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:17:12 +1000
Newsgroups: jedi.vcl

Another case of a constructor not being named Create.
This one is in JvDSADialogs.pas in the TDSAMessageForm class
I want to test as many components as possible so I'll leave that one hanging around available for any volunteer.



Subject: JvSaveDialog
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:03:03 +1000
Newsgroups: jedi.vcl

Not linking, usual access violation



Subject: JvOpenDialog
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 21:01:04 +1000
Newsgroups: jedi.vcl

Not linking, usual access violation



Subject: ------------ JvCustom done, moving to JvDlgs
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 20:57:29 +1000
Newsgroups: jedi.vcl




Subject: JvHlEdPropDlg
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 20:52:15 +1000
Newsgroups: jedi.vcl

Wasn't compiling because of an ambiguity in the hpp files for the VCL itself (TDate and Controls::TDate in ComCtrls.hpp) ! I lift that one by puting ComCtrls before Controls in the uses clause of the interface section for the file JvHLEditorPropertyForm.pas
However, it is not linking (access violation) and so the component is not usable



Subject: JvEditor related updates and removed compiler warnings
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 10:43:42 +0000 (UTC)
Newsgroups: jedi.vcl

I've commited a bug fixed and speed optimized JvEditor. Therefore I
made some improvements and modifications to the following files.

JvEditor.pas
  - InsertText() may raise a "Out of bounds" exception
  - ExpandTabs() could produce 200MB and more memory 
    usage with a file with lots of tab chars.
  - fixed ecBackspace with BackSpaceUnindents=True may 
    destroy the text in the current line on undo.

JvHLEditor.pas
  - modifications related to JvEditor

JvHLParser.pas
  - Removed all BCB 3 and 4 related conditional code

JvJCLUtils.pas
  - new class TAnsiToWideStrings that implements a TStrings 
    class but redirects all method calls to a TWideStrings list)

JvInterpreter_JvEditor.pas
  - fixed wrong typecast PWideChar(string(Args.xxx)) should be 
    PWideChar(WideString(Args.xxx))

JvUnicodeCanvas
  - added ExtTextOut/ExtTextoutW function

JvFixedEditPopUp.pas
  - corrected Delphi 5 IFixedPopupIntf usage


Compiler warnings:

JvStrings:
  - Fixed mistery compiler message in B64Decode

JvPrvwRender.pas
  - Cardinal <-> Integer

JvPrvwDoc.pas
  - Cardinal <-> Integer



-- Regards Andreas Hausladen 

Subject: JvTMTimeLine
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 20:40:45 +1000
Newsgroups: jedi.vcl

Another case of bad casing on PopupMenu



Subject: JvInspector painters
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 20:37:24 +1000
Newsgroups: jedi.vcl

Both the borland and .net painters are compiling fine but both make the linker crash. And they put it in a state where it cannot recover and make BCB crash everafter...



Subject: Re: JvInspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 20:35:23 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Hello, Marcel!
> You wrote to Terry Harris on Wed, 24 Sep 2003 09:57:29 +0200:
>
>  MB>     We could condition one of them out for BCB. Actually, I think I'll
>  MB> drop the AVar version entirely, as most of the time the compiler will
>  MB> complain about ambiguity when a variable should be added. I'll remove
>  MB> it later and commit.
>
>     I've removed the const AVar method and committed the unit.
>

It now compiles, but crashes during link with the usual access violation...



Subject: Re: [UIB] update
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 09:35:37 +0000 (UTC)
Newsgroups: jedi.vcl

Henri Gourvest wrote:

> > right, it is now corrected.

The required dbrtl package is not added to the requires statement in D6
runtime package.
I commited the changed .bpk file.




-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: JvHTComboBox
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 24 Sep 2003 19:16:53 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> OK, should work now.
>

Yes indeed, thanks



Subject: Re: JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 24 Sep 2003 10:40:38 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Terry Harris on Wed, 24 Sep 2003 09:57:29 +0200:

 MB>     We could condition one of them out for BCB. Actually, I think I'll
 MB> drop the AVar version entirely, as most of the time the compiler will
 MB> complain about ambiguity when a variable should be added. I'll remove
 MB> it later and commit.

    I've removed the const AVar method and committed the unit.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Rome Wasn`t
Built In A Day".




Subject: Re: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 24 Sep 2003 10:01:37 +0200
Newsgroups: jedi.vcl

cyhoh wrote:
> I use JVCL3's MessageDlg Editor to test and generate source code of
> MessageDlg/MessageDlgEx. It'd had no problem in generating and testing
> in MessageDlg Editor but Delphi gave compilation error of "Ambiguous
> overloaded call to 'MessageDlg'(or 'MessageDlgEx')" when it compiled
> this project with MessageDlg source code I copied from MessageDlg
> Editor. Please help.

Check bugreport 642 in mantis, it has a work-around.

Direct link:

http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=0000642

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 24 Sep 2003 09:57:29 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Wed, 24 Sep 2003 02:57:50 +0100:

 >> This is only in TJvInspectorVarData because it has two different class
 >> functions called New and apparently, this is not possible in C++
 >> I'm quite suprised about that, but it might well be because of the fact
 >> they are class functions...

 TH> It doesn't like it because the overloaded functions have identical
 TH> parameters.

 TH> The last parameter of each

 TH> const AAddress: Pointer
 TH> const AVar

 TH> are both converted to const void * in the hpp file.

    We could condition one of them out for BCB. Actually, I think I'll drop
the AVar version entirely, as most of the time the compiler will complain
about ambiguity when a variable should be added. I'll remove it later and
commit.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Let Me See".




Subject: Re: JvInspector
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 24 Sep 2003 06:50:50 +0000 (UTC)
Newsgroups: jedi.vcl

Terry Harris wrote:

> > I presume in Pascal AVar is a reference to an undefined type? 

Yes.



-- Regards Andreas Hausladen 

Subject: JvDSADialogs: Ambiguous overloaded call to 'MessageDlg'
From: cyhoh <cyhoh@nospam.com>
Date: Wed, 24 Sep 2003 12:40:29 +0800
Newsgroups: jedi.vcl

I use JVCL3's MessageDlg Editor to test and generate source code of
MessageDlg/MessageDlgEx. It'd had no problem in generating and testing
in MessageDlg Editor but Delphi gave compilation error of "Ambiguous
overloaded call to 'MessageDlg'(or 'MessageDlgEx')" when it compiled
this project with MessageDlg source code I copied from MessageDlg
Editor. Please help.

Regards,
cyhoh



Subject: Re: Mouse pointer follows tab/arrow keys?
From: cyhoh <cyhoh@nospam.com>
Date: Wed, 24 Sep 2003 12:32:30 +0800
Newsgroups: jedi.vcl

What you say is true. However, my project is something like POS system
with which users basically are using keyboard only and over here there
are still many software in this market are DOS-based for simplicity
and fast input. Of course I'm not going to develop DOS program and
because Delphi is a good OOP language which allows me to update
customized components once and apply it to entire project, it's easy
to apply and also take out this non-standard feature in the future if
necessary.
Thanks for your opinion anyway.

Regards,
cyhoh


On Sat, 20 Sep 2003 14:43:55 +0100, Terry Harris
<terry.harris@removethis.iname.com> wrote:
> >
> >And by not following guidelines your project aims to keep those people
> >unfamiliar with Windows UI. 
> >



Subject: Re: Mouse pointer follows tab/arrow keys?
From: cyhoh <cyhoh@nospam.com>
Date: Wed, 24 Sep 2003 12:30:46 +0800
Newsgroups: jedi.vcl

Thanks for your opinion. I'll keep this in mind.
Actually I want to put more efforts in my program's features and not
these visual features but because I think this will help my users alot
and also with Delphi it's easy to customize and apply components,
these features are added and may be changed later with little efforts
when necessary.

Regards,
cyhoh

On Sat, 20 Sep 2003 06:45:07 +0200, Robert Marquardt
<robert_marquardt@gmx.de> wrote:

> >This is exactly what i meant.
> >You have to carefully design such a non-standard user interface.
> >You also have to refrain from it several times to be sure that it does 
> >not upset users who know the standard interface.



Subject: Re: BCB6 Building
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Wed, 24 Sep 2003 03:21:08 +0100
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

>> >> My rather unbelievable fix was to replace ilink32.dll with one from BCB5
>> >> but I can't help thinking it will cause some other problem. 

> >Well... that sounds weird... Are there many differences between the two 
> >? I mean, if differences are small, there is a chance they are 
> >responsible for the crash and there wouldn't be much difference in the 
> >end...

The linker probably got patched in all 4 BCB6 service packs. 

Ilink32 from BCB6 SP4 says it is version 5.64 and has a timestamp of 6.04

The one from BCB5 says it is 5.00 but historically version numbers lie, the
timestamp is 5.01 - I can't remember what patches there were for BCB5. I
had to pull the BCB5 version out of a backup. 

I seem to remember seeing one of the problems fixed in the BCB6 linker was
the ability to generate .tds files larger than 32MB. 

That said the BCB6 executable is only 7kB bigger (at 333KB) and the command
line help is identical. 

It is simple enough to swap the .dlls over. I think I will run with the
BCB5 one and see what happens. 

Do any other Borland products ship with ilink32? Maybe there is one later
than 5.64?




Subject: Re: JvInspector
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Wed, 24 Sep 2003 02:57:50 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >This is only in TJvInspectorVarData because it has two different class 
> >functions called New and apparently, this is not possible in C++
> >I'm quite suprised about that, but it might well be because of the fact 
> >they are class functions...

It doesn't like it because the overloaded functions have identical
parameters. 

The last parameter of each 

const AAddress: Pointer
const AVar

are both converted to const void * in the hpp file. 


I presume in Pascal AVar is a reference to an undefined type? 




Subject: Re: BCB6 Building
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 24 Sep 2003 11:56:21 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:

> Well I just finished a project so found some time to build JVCL3 with BCB6
> (Pro SP4) again.
> I created a project group for BCB6 and it is uploaded in .binaries. 

Thanks, I never took the time to create one

> I built what is currently on the anonymous CVS. 

Let's hope it's not too old... You should use the daily snapshot, it maybe more up to date. It is available here : http://jvcl.sourceforge.net/daily/

> I had to add path to JCL in most projects, not sure where JCL is supposed
> to be for the packages to find it.

You shouldn't have to if the path to the CJCL60.bpl is in the PATH environment variable. I did it like that so you can install the JCL wherever you like, not necessarily in the same dir as JVCL.

> I had problems in various places with String and Set for which I commented
> out the ifdefs and used Sets (I think this is all supposed to be resolved
> now?). 

Yes it is, but some of them may still be in there.

> I don't have JvUIBSQLParser so I could not build JvUIB. 

This one should be fixed too

> In JvMM it was expecting VFW.pas in the BCB6 package directory and it is
> actually in the common directory. 

Woops... Will have a look at that.

> Otherwise everything builds but I didn't try installing any packages yet. 

That's actually when it becomes "fun" <g>

> Sick of seeing Fatal linker access violations I decided to investigate.  I
> exported a makefile for the failing package and ran make to generate a
> linker response file then debugged the command line linker ilink32 with
> that response file.
> The failure was completely consistent and occurred in the test for an
> assert
>
> !IsSymAliasTarget(rl->Referent) in lsysms.c line 247
>
> Poking around it looks like a list or array of structures (which are
> obviously something to do with symbols). It indexes into the list fetches a
> pointer to something and then tested something at the pointer for the
> assert. The value it fetched for the pointer was always 4 which obviously
> causes an access violation.
> This was completely repeatable and occurred on the first call to the
> function containing the assert.
> I didn't try any other failing packages to know if the failure is the same.
>
> Not much more I can do to debug and fix the problem but why the hell
> Borland won't is beyond me.
> My rather unbelievable fix was to replace ilink32.dll with one from BCB5
> but I can't help thinking it will cause some other problem. 

Well... that sounds weird... Are there many differences between the two ? I mean, if differences are small, there is a chance they are responsible for the crash and there wouldn't be much difference in the end...
BTW, all packages should be compiling and linking ok now. The error only appears when you use some components (not all, which is even more disturbing...)



Subject: [BCB] Errors repository
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Wed, 24 Sep 2003 11:48:16 +1000
Newsgroups: jedi.vcl

Hi all.
In this thread, I'll create a repository of common errors encountered with BCB and their fix, if known.
This is first intended as a reminder to me of what I've already discovered and it could also be a draft for a BCB compatibility guideline. All this is for BCB6, and as I don't have BCB5 installed, these guidelines are really restrictive (BCB6 symbol being used) and may need to be extended (BCB symbol used instead).

When compiling pas files:
 - 'Null not defined'. You must add 'uses Variant' in the implementation section even if it was already in the interface section. Doing so would break Delphi compilation, so you must enclose it with conditional compilation directives, {$IFDEF BCB6}uses Variant;{$ENDIF}
 - 'Cannot find FiltEdit.dcu'. Open the bpk file with a text editor. Add '-LUdclstd' to the PFLAGS node, and add dclstd.bpi to the requires node.
 - 'Cannot find DesignIntf.dcu'. Open the bpk file with a text editor. Add '-LUDesignIde' to the PFLAGS node, and add DesignIde.bpi to the requires node.
 - 'Incompatible types Set of char and String'. An old remnant of BCB4 and under support because they didn't support sets. BCB5 and older do and as we don't support below BCB5, all conditional compilation directives defining Delphi sets as string must be removed to only leave Delphi style sets definitions.

When linking:
 - '[Linker Error] Fatal: Access violation. Link Terminated.' There is nothing to do with that if it happens when using a component. It shouldn't happen anymore when compiling packages. If it's the case, you must open the bpk file with a text editor, remove all libraries from the LIBRARIES and SPARELIBS nodes, cleanup the relatives paths for all included files and maybe change the order of the required packages. Usually, JvCoreC6R.bpi then CJCL60.bpi works fine. But this error is quite annoying and apparently nobody really knows how to fix it
 - 'Cannot find CJCL60.bpi'. You must add CJCL60.bpi to the requires list of your package.

When installing components:
 - 'Cannot find CJCL60.bpl'. The directory to that file MUST be in the PATH environment variable.

When compiling an application that uses a JVCL component (errors in hpp files):
 - 'Incomaptible types'. Usually an error that has to do with record/case being used to perform automatic casting. This a construct to avoid as it is not supported by BCB.
 - 'Constructor already defined'. This comes because of a constructor not being called Create in the source pas file. As a rule, all constructors MUST be named create and you must fix your pascal code to cope with that.
 - 'E2303 Type name expected', on a __property line. This is because of a bad casing. Usual example is having PopUpMenu where it should be PopupMenu. BCB is case sensitive so you must respect casing in your pas files, at least in the interface section.
 - 'Cannot initialize constant' (or something similar, usually provokes 3 errors on the same line, the second being the interesting one). This is because the parameter name you chose for your function is a constant under BCB. The only solution is to change the name of the incriminated parameter.
 - 'Ambiguity between SOMETYPE and SomeDomain::SOMETYPE'. This is because the type SOMETYPE is a global type (in windows.h, generally) and is also defined in the SomeDomain file. To lift this ambiguity, you must add a line at the beginning of the pas file that does that: "{$HPPEMIT '#define SOMETYPE SomeDomain::SOMETYPE'}"


That's all for now, I'll add some details and maybe some new ones as I progress on my component tests...



Subject: BCB6 Building
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Wed, 24 Sep 2003 02:32:01 +0100
Newsgroups: jedi.vcl


Well I just finished a project so found some time to build JVCL3 with BCB6
(Pro SP4) again. 

I created a project group for BCB6 and it is uploaded in .binaries. 

I built what is currently on the anonymous CVS. 


I had to add path to JCL in most projects, not sure where JCL is supposed
to be for the packages to find it.

I had problems in various places with String and Set for which I commented
out the ifdefs and used Sets (I think this is all supposed to be resolved
now?). 

I don't have JvUIBSQLParser so I could not build JvUIB. 

In JvMM it was expecting VFW.pas in the BCB6 package directory and it is
actually in the common directory. 

Otherwise everything builds but I didn't try installing any packages yet. 


Sick of seeing Fatal linker access violations I decided to investigate.  I
exported a makefile for the failing package and ran make to generate a
linker response file then debugged the command line linker ilink32 with
that response file. 

The failure was completely consistent and occurred in the test for an
assert

!IsSymAliasTarget(rl->Referent) in lsysms.c line 247

Poking around it looks like a list or array of structures (which are
obviously something to do with symbols). It indexes into the list fetches a
pointer to something and then tested something at the pointer for the
assert. The value it fetched for the pointer was always 4 which obviously
causes an access violation. 

This was completely repeatable and occurred on the first call to the
function containing the assert. 

I didn't try any other failing packages to know if the failure is the same.

Not much more I can do to debug and fix the problem but why the hell
Borland won't is beyond me. 

My rather unbelievable fix was to replace ilink32.dll with one from BCB5
but I can't help thinking it will cause some other problem. 




Subject: Re: [UIB] update
From: "Henri Gourvest" <x@x.com>
Date: Wed, 24 Sep 2003 00:34:02 +0200
Newsgroups: jedi.vcl

right, it is now corrected.
thanks.

henri

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news:bkqalk$rpb$1@talkto.net...
>> > > UIB is now updated in the JVCL 3 CVS repository.
>> > > major improvements from v1.0 to 1.1 are:
> >
> > JvUIBSQLParser seems to be missing...
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: [UIB] update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 23 Sep 2003 23:07:39 +0200
Newsgroups: jedi.vcl

> > UIB is now updated in the JVCL 3 CVS repository.
> > major improvements from v1.0 to 1.1 are:

JvUIBSQLParser seems to be missing...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvHTComboBox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 23 Sep 2003 19:55:16 +0200
Newsgroups: jedi.vcl

OK, should work now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvDBDateEdit - DateAutoBetween property
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Tue, 23 Sep 2003 13:55:09 +0000 (UTC)
Newsgroups: jedi.vcl

What is this property for?
I could not found in help or searching the web.

Thanks!

-- Erick Sasse 

Subject: Re: JvComputerInfo
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Sep 2003 15:24:37 +0200
Newsgroups: jedi.vcl

Actually, this component is not registered in JVCL3 anymore but I stilll
think it should be converted to a TObject (or removed).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Sep 2003 15:18:58 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 23 Sep 2003 23:04:55 +1000:

 O> This is only in TJvInspectorVarData because it has two different class
 O> functions called New and apparently, this is not possible in C++
 O> I'm quite suprised about that, but it might well be because of the fact
 O> they are class functions...

    I'm starting to hate class functions <g> But are you sure it's only
TJvInspectorVarData? The INIFile and PropData classes have also multiple New
class methods.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Alanis Morissette with
"Ironic".




Subject: Re: JvHTComboBox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Sep 2003 15:16:42 +0200
Newsgroups: jedi.vcl

I just recieved some updates to JvHTControls from Maciej Kaczkowski (Mantis
#1141). I'll check them over and commit if it works.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 23:04:55 +1000
Newsgroups: jedi.vcl

This is only in TJvInspectorVarData because it has two different class functions called New and apparently, this is not possible in C++
I'm quite suprised about that, but it might well be because of the fact they are class functions...



Subject: JvInspector
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 23:03:02 +1000
Newsgroups: jedi.vcl

Generates an invalid hpp file because of class functions being overloaded. Got no idea on how to fix that one...



Subject: Re: RxLib Propertyeditors for Caption and Hint
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Sep 2003 14:33:15 +0200
Newsgroups: jedi.vcl

No we no longer register global property editors. You need to define the
constant JVCL_REGISTER_GLOBAL_DESIGNEDITORS in JVCL.INC before you build and
install the design packages (it-s already there, just remove the dot).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvValidateEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 22:30:49 +1000
Newsgroups: jedi.vcl

The component itself is ok, but it lead to the discovery of numerous problems with set constants that are put as strings by conditional compile for BCB.
I removed all that as BCB supports sets since version 5 and we don't support it before that.
All changes are commited in CVS



Subject: Re: JvHTComboBox
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Sep 2003 14:25:25 +0200
Newsgroups: jedi.vcl

Correct, same error in Delphi. I'll have a look.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComputerInfo
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Sep 2003 14:23:13 +0200
Newsgroups: jedi.vcl

> > Petyer, remember my post ?
> > What is the sense to keep it as a component?
> > It is to be split to a unit with set of GetXXX and SetXXX functions.

Agreed. I think we should remove/convert to TObject before release of JVCL3.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvxCtrls components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Sep 2003 14:22:14 +0200
Newsgroups: jedi.vcl

> > Why are the TJvTextListBox and TJvxCheckListBox not registered in
> > JvStdCtrlsReg.pas ?
The TJvx versions aren't registered because you can use the
TJv(Check)ListBox versions instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: ------------------ JvCmp done
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 22:14:05 +1000
Newsgroups: jedi.vcl

Moving to JvCustom



Subject: Re: JvListView
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Sep 2003 13:27:41 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to OBones on Tue, 23 Sep 2003 13:22:04 +0200:

 O>> Same problem with the CreateEnh constructor...
 O>> Any taker ?
 O>> Marcel ?

 MB>     I'll have a look, but if they have different parameter list, it's
 MB> just as easy as renaming it to Create and use an overload directive
 MB> (and maybe update any calls to the CreateEnh constructor). If the
 MB> parameters are the same, we can add a default parameter to one of the
 MB> constructors.

    It turned out to be even easier: it was the only constructor of
TJvListItem so I renamed it to Create. Committed the change.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvListView
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 23 Sep 2003 13:22:04 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Tue, 23 Sep 2003 20:35:02 +1000:

 O> Same problem with the CreateEnh constructor...
 O> Any taker ?
 O> Marcel ?

    I'll have a look, but if they have different parameter list, it's just
as easy as renaming it to Create and use an overload directive (and maybe
update any calls to the CreateEnh constructor). If the parameters are the
same, we can add a default parameter to one of the constructors.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvCreateProcess
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 21:20:04 +1000
Newsgroups: jedi.vcl

Fatal Error upon linking



Subject: -------------------------- JvCtrls done
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 21:12:05 +1000
Newsgroups: jedi.vcl

Moving on to JvCmp
I'm doing them in the order they are found in readme.htm



Subject: Re: [BCB Support] Component testing
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 21:07:20 +1000
Newsgroups: jedi.vcl

Two bad casing:

OnUnDock and PopupMenu



Subject: JvHTComboBox
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 21:05:04 +1000
Newsgroups: jedi.vcl

Can't even drop in on the form:

Control has not parent window

I'm quite sure this is not specific to BCB...



Subject: JvCaptionPanel
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 21:01:34 +1000
Newsgroups: jedi.vcl

Bad casing on PopupMenu (was PopUpMenu...)



Subject: JvAnalogClock
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:54:43 +1000
Newsgroups: jedi.vcl

Funny enough, it works in design time, but provokes the "usual" link error



Subject: ----------------- JvStdCtrls done
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:53:40 +1000
Newsgroups: jedi.vcl

Just a marker



Subject: JvScrollBox
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:44:35 +1000
Newsgroups: jedi.vcl

Bad casing:
OnKeyup instead of OnKeyUp



Subject: Re: JvCheckTreeView
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:42:17 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Compiles, but Fatal error on linking...
>
And be careful, this little b$*£!?d makes the linker crash everytime after it !



Subject: JvCheckTreeView
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:36:36 +1000
Newsgroups: jedi.vcl

Compiles, but Fatal error on linking...



Subject: JvListView
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:35:02 +1000
Newsgroups: jedi.vcl

Same problem with the CreateEnh constructor...
Any taker ?
Marcel ?



Subject: RxLib Propertyeditors for Caption and Hint
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Sep 2003 10:23:16 +0000 (UTC)
Newsgroups: jedi.vcl

The RxLib had a String-Editor for the Caption and Hint property that
allows to write multiline text. The property editors and forms are in
the JVCL but they are only registered for some special components. The
RxLib had registered the Hint-Editor for all 'Hint'-properties in all
TComponent derived classes. The StringEditor should be registered for
TLabel, too.

-- Regards Andreas Hausladen 

Subject: JvRichEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:21:12 +1000
Newsgroups: jedi.vcl

It wasn't compiling because the generated hpp file referenced CHARFORMAT2A as a type for a parameters in three functions.
This type is defined both in RichEdit.hpp and Windows.h which resulted in an ambiguity that the compiler cannot lift (even if those two declarations are identical).
I corrected that one by adding this line at the top
{$HPPEMIT '#define CHARFORMAT2A Richedit::CHARFORMAT2A'}

which basically says that whenever CHARFORMAT2A is found in the hpp file, it must be replaced by Richedit::CHARFORMAT2A, thus lifting the ambiguity. This has no impact on the Delphi code.

Already commited in CVS



Subject: JvxCtrls components
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Tue, 23 Sep 2003 10:07:26 +0000 (UTC)
Newsgroups: jedi.vcl

Why are the TJvTextListBox and TJvxCheckListBox not registered in
JvStdCtrlsReg.pas ?

  RegisterComponents(SPaletteListComboTree,[
    TJvComboBox,TJvListBox, TJvCheckListBox,
    TJvTreeView, TJvListView, TJvCheckTreeView,
    TJvColorComboBox, TJvFontComboBox,
    { TJvTextListBox, TJvxCheckListBox,}      <<----------------
    TJvDateTimePicker, TJvMonthCalendar, {TJvMonthCalendar2,}
    TJvDrawGrid, TJvStringGrid
    ]);

I have an old project that I want to convert from RxLib to JVCL. But
the JVCL 3 and even JVCL 2 do not register the two components.
Is this by design or has someone forgot to uncomment the line? Or are
TJvListBox and TJvCheckListBox the replacement components?


-- Regards Andreas Hausladen 

Subject: JvMemo
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:05:31 +1000
Newsgroups: jedi.vcl

Another case of bad casing on the WordWrap property (please note the second capital W).
Fix commited in CVS



Subject: Re: JvImgBtn
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 20:04:55 +1000
Newsgroups: jedi.vcl

Finally, it was quite easy, just a bad casing of the multiline property
It was spelled Multiline were it should have been spelled MultiLine.



Subject: JvEdit
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 19:59:58 +1000
Newsgroups: jedi.vcl

I dropped it on a form and it doesn't work. But this has nothing to do with the component itself, it's a problem in JvJCLUtils.hpp generated from JvJCLUtils.pas
It complains about the SwitchChars parameter of GetCmdLineArg because, believe it or not, this is a constant in BCB6 !
So I had to rename the parameter to TheSwitchChars instead and it went allright.
Changes have been submitted into CVS.



Subject: Re: JvImgBtn
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 19:20:41 +1000
Newsgroups: jedi.vcl

OBones wrote:

> Peter Thörnqvist wrote:
>
>> TJvImgBtn doesn't have a Multiline property (it's called Wordwrap) but
>> TJvListBox does. Doesn't seem to be anything strange about that: normal
>> boolean property.
>>
> Uh... well, if you say so. The quick look I had yesterday night was a problem on a multiline property in JvCtrls.hpp (from JvCtrls.pas). But if there are more than one components in this file...
>
Ok...
Yes, it is a problem with TJvListBox but I can't figure out what it is.
So for now, because of that JvImgBtn is not usable



Subject: Re: JvComCtrls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 23 Sep 2003 18:59:47 +1000
Newsgroups: jedi.vcl

Yes, the constructor is a class method with a special name.
But that doesn't really matter as the pas file is not converted into C++, only the interface section. There is a pascal compiler with BCB that creates obj files and  a generator that creates the hpp files.
All I'm asking you guys is not to use constructs that generate corrupted hpp files. So as long as the stuff does what you want in Delphi and it doesn't corrupt the hpp files, it's fine with me !



Subject: Re: JvComputerInfo
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 23 Sep 2003 12:36:49 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 22 Sep 2003 15:19:07 +0200 @596)
....while the fading voice of Peter whispered through the darkness:

 PT> Yes, this was true of an older version of the unit. PLEASE check the
 PT> download page at http://sf.net/projects/jvcl for an updated unit and
 PT> apply the fix ASAP.

Petyer, remember my post ?
What is the sense to keep it as a component?
It is to be split to a unit with set of GetXXX and SetXXX functions.

ComputerInfo has NOTHING inside it to be an object, a black box with it's
own behaviour, state, etc.

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvImgBtn
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 23 Sep 2003 13:41:37 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> TJvImgBtn doesn't have a Multiline property (it's called Wordwrap) but
> TJvListBox does. Doesn't seem to be anything strange about that: normal
> boolean property.
>
Uh... well, if you say so. The quick look I had yesterday night was a problem on a multiline property in JvCtrls.hpp (from JvCtrls.pas). But if there are more than one components in this file...



Subject: Re: ANNOUNCE: Jvchart - bar, line, pie charts.
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Tue, 23 Sep 2003 07:29:13 +0400
Newsgroups: jedi.vcl

On Mon, 22 Sep 2003 12:07:46 -0400, Warren Postma wrote:

> > New component JvChart - check it out, just posted today on 
> > jedi.binaries.  Does the basic TChart-type stuff, but not as advanced
> > (no zoom/scroll yet).  Advantage over TCHart is it's free, and source is 
> > included. Hopefully it will be in Jedi 3.0, just posting this preview
> > to see if anyone else is interested in trying it out.

I see there a pretty nice idea. The OpenSource Delphi community was
definitely missing a good charting component. I'm quite sure this one will
evolve fast and good.

For now, i just spent 2 and a half minutes with the compo. Lokks nice but
there are still a lot of Index out of bounds error when you change chart
type (delphi 7)

And for the icon on the palette, i think that it's not usefull to write
chart. It's almost not readable and the picture says it all.

I really look forward for a more advanced version todrop all my TChart
compos.

Thank you and long life TJvChart :)

Julien


Subject: [UIB] update
From: "Henri Gourvest" <x@x.com>
Date: Mon, 22 Sep 2003 23:39:23 +0200
Newsgroups: jedi.vcl

UIB is now updated in the JVCL 3 CVS repository.
major improvements from v1.0 to 1.1 are:
- TJvUIBScript component
- JvUIBMetadata unit to extract metadatas
- TJvUIBDataSet component
- Parameters by name
- New optimisation.

more informations on
http://www.progdigy.com

regards

Henri Gourvest




Subject: Re: JvImgBtn
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 22 Sep 2003 20:54:28 +0200
Newsgroups: jedi.vcl

TJvImgBtn doesn't have a Multiline property (it's called Wordwrap) but
TJvListBox does. Doesn't seem to be anything strange about that: normal
boolean property.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJVID3v2 Again :)
From: "SeDkY" <sedky@9online.fr>
Date: Mon, 22 Sep 2003 20:01:36 +0200
Newsgroups: jedi.vcl

Hi again all, so sorry for my no answer, i have lost my internet connexion
lol, so now all its ok :)
Thx a lot for the TJVid3Info, all its ok :)

If u have free time, i have again a request for this component :)

I think some event could be very useful ( like onChange, onOpen, onClose,
onCommit, OnActivate, onDesactivate, etc... ) :) i think the OnChange is the
most important event to add :)

Thx again :)




Subject: need further BCB trial help
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Sep 2003 19:01:24 +0200
Newsgroups: jedi.vcl

I got BCB 6 trial running now, but the installation does not show component palettes. Repair installation does not help.
In the registry the "Known Packages" key is almost empty. Can someone please export that key and send it to me?



Subject: ANNOUNCE: Jvchart - bar, line, pie charts.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 22 Sep 2003 12:07:46 -0400
Newsgroups: jedi.vcl

New component JvChart - check it out, just posted today on jedi.binaries.  Does the basic TChart-type stuff, but not as advanced
(no zoom/scroll yet).  Advantage over TCHart is it's free, and source is included. Hopefully it will be in Jedi 3.0, just posting this preview
to see if anyone else is interested in trying it out.



Subject: Re: JEDI - NEW CHARTING COMPONENT. Having a problem. HELP REQUEST.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Mon, 22 Sep 2003 11:55:42 -0400
Newsgroups: jedi.vcl


> Warren Postma wrote:
>
>> I really need a chart component right now, and I don't feel like paying $1000 for one of the commercial ones,
>
>
> Isn't there one called TPlot (or something like that) which is freeware?

Thanks for the tip, I'll check it out.

In the end, I found an oldy-but-goody from Delphi 1.0 called AABGRAPH which I used as a starting place, which would still build (with minimal changes) under Delphi 7, but which was very archaic and limited.

So I gutted it and rewrote it top down, added some Delphi 5/6/7 era functionality (dynamically sized arrays, and whatnot) and the result is called JvChart, and it's in jedi.binaries now, if you want to have a look at it.  :-)

Perhaps I should have checked out TPlot to see if I could have saved myself some work. Oh well. :-)

Regards,

Warren




Subject: Re: BCB personal needed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 22 Sep 2003 17:42:57 +0200
Newsgroups: jedi.vcl

I have now a key for BCB 6 trial (and the CD).

Damn popups for registration :-(



Subject: Re: JvComCtrls
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 22 Sep 2003 17:12:02 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Mon, 22 Sep 2003 15:48:14 +0100:

 TH> In a class

 TH>  function X;

 TH> gets passed a pointer to the class instance

    Yep, called Self.

 TH>  class function X;

 TH> gets passed nothing?

    Gets passed Self referring to the VMT of  the class

 TH>  class function X; virtual;

    Also gets Self referring to the VMT of the class.

    a constructor also has Self but it points to the newly instantiated
object. IIRC, the constructor implicitly creates the object upon entry to
the first constructor (the one declared last in the class tree) and then
executes the code in the constructor (which usually starts of with a call to
the inherited constructor). TObject.Create will actually fill the instance
with zeroes. So from you description BCB uses a constructor as a class
function, whereas Delphi uses it as a normal method (well, almost, the
compiler throws in some magic to actually instantiate the instance first).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvComCtrls
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Mon, 22 Sep 2003 15:48:14 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> >Hello, Terry!
> >You wrote  on Mon, 22 Sep 2003 14:45:23 +0100:
> >
>>> > >>    What's up with that? Why is it important for BCB? Why can't I
>>> > >> override a virtual constructor?
> >
> > TH> We were here before.
> >
> >    I thought these surroundings looked familiar <g>
> >
> > TH> Constructors are 'class' functions and C++ doesn't do virtual class
> > TH> functions.
> >
> > TH> Stuff like this requires RTTI. RTTI is not mandatory in C++ so it can't
> > TH> have fundamental language constructs depending on it.

> >    I thought BCB at least supports a virtual method table (VMT) for
> >classes. In that sense a class function *should* be handled the same as a
> >normal virtual method.

Yes it does but you don't have an instance of the class to have a pointer
to the VMT. 

So in Delphi virtual class methods are not handled the same as normal
virtual methods and they are probably not handled the same as non-virtual
class methods. 

In a class 

	function X;

gets passed a pointer to the class instance

	class function X;

gets passed nothing? 

	class function X; virtual;

gets passed RTTI - probably a pointer to the class VMT. 





Subject: Re: - 2 TJvCreateProcess components - output of 1 > input of 2
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 22 Sep 2003 10:30:51 -0400
Newsgroups: jedi.vcl

"Bill Mudd" <wcmudd@earthlink.net> wrote in message
bklimj$tlj$1@talkto.net...
> > Can you give me a clue where to start or small example?

Well, the need to use threads will have to be done by you as the
implementor, but basically the pseudocode for the process is as follows:

while (PROGRAM1_IS_RUNNING) do
begin
  READ_FROM_PROGRAM1
  WRITE_TO_PROGRAM2
end;
STOP_PROGRAM2

I'm a bit busy to convert that into code right now, but feel free to ask
more questions if needed.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JvComCtrls
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 22 Sep 2003 16:00:38 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Mon, 22 Sep 2003 14:45:23 +0100:

 >>    What's up with that? Why is it important for BCB? Why can't I
 >> override a virtual constructor?

 TH> We were here before.

    I thought these surroundings looked familiar <g>

 TH> Constructors are 'class' functions and C++ doesn't do virtual class
 TH> functions.

 TH> Stuff like this requires RTTI. RTTI is not mandatory in C++ so it can't
 TH> have fundamental language constructs depending on it.

    I thought BCB at least supports a virtual method table (VMT) for
classes. In that sense a class function *should* be handled the same as a
normal virtual method.

 TH> I have trouble understanding how CBuilder copes with these C++
 TH> incompatible Delphi features. With a few language extensions it can
 TH> kludge together header files which match the Delphi code.

    I think I'll just back away from this thread until actual problems occur
with Delphi features not working in BCB. Less of a distraction for OBones
;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvComCtrls
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Mon, 22 Sep 2003 14:45:23 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> >    Something that I also found got me confused though: The Delphi 5 help
> >for TObject.AfterConstruction states:

> >---8<---8<---8<---
> >Note: It is only important to override AfterConstruction rather than the
> >object’s constructor if the derived class is used in C++Builder
> >applications.
> >--->8--->8--->8---

> >    What's up with that? Why is it important for BCB? Why can't I override a
> >virtual constructor?

We were here before. 

Constructors are 'class' functions and C++ doesn't do virtual class
functions.  

Stuff like this requires RTTI. RTTI is not mandatory in C++ so it can't
have fundamental language constructs depending on it. 

I have trouble understanding how CBuilder copes with these C++ incompatible
Delphi features. With a few language extensions it can kludge together
header files which match the Delphi code. 

In some cases these incompatibilities must cause problems using the
components in CBuilder code. It looks like the Delphi 5 Help is saying this
is one of those cases but without a specific example to look at and think
about I can't say why. 




Subject: Re: JvComputerInfo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Sep 2003 15:19:07 +0200
Newsgroups: jedi.vcl

> > Hi all,
> >
> > is this a known bug/issue: if this component is used, then the execution
of
> > the program on another machine overwrites the username and company (in the
> > registry). I've checked the code and found the statements in the
> > writereg-procedure (JvComputerInfo.pas).

Yes, this was true of an older version of the unit. PLEASE check the
download page at http://sf.net/projects/jvcl for an updated unit and apply
the fix ASAP.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvComputerInfo
From: "GDT" <gdt@nospam.com>
Date: Mon, 22 Sep 2003 15:08:37 +0200
Newsgroups: jedi.vcl

Hi all,

is this a known bug/issue: if this component is used, then the execution of
the program on another machine overwrites the username and company (in the
registry). I've checked the code and found the statements in the
writereg-procedure (JvComputerInfo.pas).

Regards
Glenn




Subject: JvDateEdit
From: "GDT" <gdt@nospam.com>
Date: Mon, 22 Sep 2003 15:04:41 +0200
Newsgroups: jedi.vcl

Hi all,

is there a way to get the days of the preceding/succeeding month in the
dropdown of the JvDateEdit-component ? I do not find an attribute to achieve
this, so I guess this is not implemented ?

For the moment the calendar only shows the days of the month of the date
itself. It would be nice if it was possible to view the preceding days too
(eg 1st of October is a wednesday, so the calendar could also show the 29th
and 30th of September as monday/tuesday).

If it is possible to achieve this, could anyone show me how ?

Thanks in advance
Glenn




Subject: Re: JvComCtrls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Sep 2003 23:02:33 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> Should the JCVL support BCB 3 and 4 (maybe BCB 4 also supports Delphi's
>
> sets) ?
> Officially, we only support "the current version and the version before
> that". In Delphi's case that would be D7 and D6 although we try to maintain
> D5 compatibility because it is normally not too much work and many users are
> still on D5. In the case of BCB, it means BCB6 and BCB5. I see no reason to
> expand this "downwards". Besides, rumours have it BCB7 is about to be
> released soon...
>
Well, I don't know when, but at least the JEDI.INC is ready for that...



Subject: Re: JvComCtrls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Sep 2003 14:54:19 +0200
Newsgroups: jedi.vcl

> >Should the JCVL support BCB 3 and 4 (maybe BCB 4 also supports Delphi's
sets) ?
Officially, we only support "the current version and the version before
that". In Delphi's case that would be D7 and D6 although we try to maintain
D5 compatibility because it is normally not too much work and many users are
still on D5. In the case of BCB, it means BCB6 and BCB5. I see no reason to
expand this "downwards". Besides, rumours have it BCB7 is about to be
released soon...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComCtrls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Sep 2003 22:46:06 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     Then how can all the components work properly in BCB? A lot of
> components override TComponent's virtual constructor to initialize data and
> create lists/collections. TComponent is also derived from TObject which
> indeed does not have a virtual constructor. So how come this is not an
> issue?

Well, as I said, I'm not an expert in BCB and I'm only guessing most of what I am doing... Let's say that it is working and don't bother with the details...

>     Now I'm even more confused. Maybe I should just not think about BCB at
> all and let you handle it ;-)

Well, as it seems I'm already dealing with most of it...



Subject: Re: JvComCtrls
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 22 Sep 2003 14:13:06 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 22 Sep 2003 21:47:53 +1000:

 >>  What's
 >> up with that? Why is it important for BCB? Why can't I override
 >> a virtual constructor?

 O> Because it seems that if the constructor in the most up object isn't
 O> declared virtual, you can't have virtual constructors in its
 O> descendents. And as far as I recall, the TObject constructor is not
 O> virtual...

    Then how can all the components work properly in BCB? A lot of
components override TComponent's virtual constructor to initialize data and
create lists/collections. TComponent is also derived from TObject which
indeed does not have a virtual constructor. So how come this is not an
issue?

    Now I'm even more confused. Maybe I should just not think about BCB at
all and let you handle it ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Be Yourself".




Subject: Re: Width and height of checkboxes and radiobuttons?
From: "Mike Lischke" <public@delphi-gems.com>
Date: Mon, 22 Sep 2003 12:08:27 +0000 (UTC)
Newsgroups: jedi.vcl

Mike Lischke wrote:

> >  that never suggested

.... that nobody suggested..

Mike
-- www.delphi-gems.com www.delphi-unicode.net www.lischke-online.de 

Subject: Re: JvComCtrls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Sep 2003 21:58:07 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>  O> The only problem I now have is that the file JvxCtrls.pas is not
>  O> compiling because of numerous undeclared identifiers
>  O> (TJvTrackFontOptions, IsActive - in IniStorage).
>
>     TJvTrackFontOptions is declared in JvTypes; IsActive is part of
> TJvFormPlacement/TJvFormStorage in JvFormPlacement.pas. Both seem to be in
> the uses clause. Is it possible your sources are not up to date, or an old
> compiled version of the other two files are found first?
>

I got no idea what's wrong, it compiles under BCB6 but refuses under Delphi 6. I don't have time to investigate this right now because it would involve cleaning up my installation which I cannot afford to do at the moment.



Subject: Re: JvComCtrls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Sep 2003 21:56:43 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>
>     I should probably revert to a single constructor and add some (default?)
> parameters. Or maybe overloaded but same named constructors. Can BCB handle
> those? At least with overloaded constructors it works again. I'll commit so
> you can check it.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>
Apparently, it compiles and I can use it. Thanks for the help



Subject: Re: JvComCtrls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Sep 2003 21:55:29 +1000
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> Moreover, the file JvJCLUtils is not compiling either because of Incompatible Types (String and Set) wherever Separators is used.
>>
>> Anyone as any idea to solve this ?
>
>
> In JvTypes.pas the TSetOfChar is a String for BCB but Separators
> remains a Set of Char.
>
> {$IFDEF DELPHI}
> type
>   TSetOfChar = set of Char;
> {$ENDIF DELPHI}
> {$IFDEF CBUILDER}
> type
>   TSetOfChar = string;
> {$ENDIF CBUILDER}
>
> Maybe this conditional compilation is obsolute.
>

Well it seems it is under BCB6.
I modified the file to mimic the Delphi declarations when BCB6 is used to compile. Already commited in CVS.




Subject: JvImgBtn
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Sep 2003 21:53:14 +1000
Newsgroups: jedi.vcl

Doesn't work because of an error in the generated hpp file for JvCtrls.pas.
Don't have time to fix, the problem is with the Multiline property and gives this error "E2303 Type name expected"



Subject: Re: JvComCtrls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 22 Sep 2003 11:51:54 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Well it seems it is under BCB6.

BCB5 also supports Delphi's sets. The BCB5 Help files (updates from
borland.com) say this and Delphi 5 creates this hpp file:

======================
unit Test;
interface
type
  TMySet = Set of Char;

const
  MySet: TMySet = ['A'..'Z', '1', '?'];

function GetMySet: TMySet;
procedure SetMySet(var x: TMySet);
....

-----------------------------
// Borland C++ Builder
// Copyright (c) 1995, 1999 by Borland International
// All rights reserved

// (DO NOT EDIT: machine generated header) 'Test.pas' rev: 5.00
....
typedef Set<char, 0, 255>  TMySet;
....
extern PACKAGE TMySet MySet;
extern PACKAGE TMySet __fastcall GetMySet();
extern PACKAGE void __fastcall SetMySet(TMySet &x);
....
======================


Should the JCVL support BCB 3 and 4 (maybe BCB 4 also supports Delphi's
sets) ?


-- Regards Andreas Hausladen 

Subject: Re: JvComCtrls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 22 Sep 2003 21:47:53 +1000
Newsgroups: jedi.vcl

>     As it also states in the Delphi help, provided you know where to look.
> It also states that if two constructors with identical parameter list can
> add a dummy default parameter to one of them. For Delphi this means no
> actual change, but BCB should specify the additional parameter value if it
> needs to use that particular constructor. This can be found by searching the
> Delphi help for "C++ constructor" and select the "duplicate <text>
> <name>....." subject.
>
>     Something that I also found got me confused though: The Delphi 5 help
> for TObject.AfterConstruction states:
>
> ---8<---8<---8<---
> Note: It is only important to override AfterConstruction rather than the
> object’s constructor if the derived class is used in C++Builder
> applications.
> --->8--->8--->8---
>
>     What's up with that? Why is it important for BCB? Why can't I override a
> virtual constructor?

Because it seems that if the constructor in the most up object isn't declared virtual, you can't have virtual constructors in its descendents. And as far as I recall, the TObject constructor is not virtual...

>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>



Subject: Re: Width and height of checkboxes and radiobuttons?
From: "Mike Lischke" <public@delphi-gems.com>
Date: Mon, 22 Sep 2003 10:00:43 +0000 (UTC)
Newsgroups: jedi.vcl

Nelson Chu wrote:

> > I found a procedure GetCheckSize in VCL source CheckLst.pas similar 
> > to Mike's code. It uses OBM_CHECKBOXES there. :)

Finally. You got me :-) I wondered that never suggested this source. I have used this code from ... was it D5?

Mike
-- www.delphi-gems.com www.delphi-unicode.net www.lischke-online.de 

Subject: Re: JvComCtrls
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 22 Sep 2003 11:15:41 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Mon, 22 Sep 2003 01:20:24 +0100:

 >>    I should probably revert to a single constructor and add some
 >> (default?) parameters. Or maybe overloaded but same named constructors.
 >> Can BCB handle those? At least with overloaded constructors it works
 >> again. I'll commit so you can check it.

 TH> Yes BCB does overloaded constructors (Delphi borrowed overloading from
 TH> C++).

 TH> BCB conversion  from Delphi discards the name of the constructor so
 TH> multiple constructors must be differentiated by parameter number and
 TH> type.

    As it also states in the Delphi help, provided you know where to look.
It also states that if two constructors with identical parameter list can
add a dummy default parameter to one of them. For Delphi this means no
actual change, but BCB should specify the additional parameter value if it
needs to use that particular constructor. This can be found by searching the
Delphi help for "C++ constructor" and select the "duplicate <text>
<name>....." subject.

    Something that I also found got me confused though: The Delphi 5 help
for TObject.AfterConstruction states:

---8<---8<---8<---
Note: It is only important to override AfterConstruction rather than the
object’s constructor if the derived class is used in C++Builder
applications.
--->8--->8--->8---

    What's up with that? Why is it important for BCB? Why can't I override a
virtual constructor?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Width and height of checkboxes and radiobuttons?
From: Nelson Chu <cpegnel@ust.hk>
Date: Mon, 22 Sep 2003 10:28:00 +0800
To: Peter Thörnqvist <peter3@no.spam.peter3.com>
Newsgroups: jedi.vcl

  I found a procedure GetCheckSize in VCL source CheckLst.pas similar to Mike's code. It uses OBM_CHECKBOXES there. :)

Nelson

Peter Thörnqvist wrote:
>> There are a few predefined resource IDs, some are mentioned in the
>
> descriptions of certain APIs (IIRC e.g. LoadImage). Search also for OBM_
> constants.
> The constant seems to be named OBM_CHECKBOXES, so I'll use that instead.
>



Subject: Re: - 2 TJvCreateProcess components - output of 1 > input of 2
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Sun, 21 Sep 2003 18:53:24 -0700
Newsgroups: jedi.vcl

Hi Ignacio,

Thanks for the reply. I'm afraid I'm still a beginner in programming - maybe
low intermediate.
Your solution is a little "over my head".

Can you give me a clue where to start or small example?

TJvCreateProcess has 2 properties for reading the screen output - OnRead &
OnRawRead.
I can not use these.

I need the binary output from console. How do I read that from
JvCreateProcess1? And how do I write that (input it) into JvCreateProcess2 ?

Thanks for any help,

Bill Mudd


"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bkl03a$quh$1@talkto.net...
> > "Bill Mudd" <wcmudd@earthlink.net> wrote in message
> > news:bkkuui$qo8$1@talkto.net...
>> > > I have 2 TJvCreateProcess components - one for each console program.
>> > > Any ideas on how to send the output of JvCreateProcess1 to the input of
>> > > JvCreateProcess2 ?
> >
> > Just write a thread that reads from one and writes to the other.
> >
> > Cheers,
> >   Ignacio
> >
> >




Subject: Re: JvComCtrls
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Mon, 22 Sep 2003 01:20:24 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> >    I should probably revert to a single constructor and add some (default?)
> >parameters. Or maybe overloaded but same named constructors. Can BCB handle
> >those? At least with overloaded constructors it works again. I'll commit so
> >you can check it.

Yes BCB does overloaded constructors (Delphi borrowed overloading from
C++). 

BCB conversion  from Delphi discards the name of the constructor so
multiple constructors must be differentiated by parameter number and type. 

I think you must avoid parameter matches with named constructors in base
classes also. 




Subject: Re: - 2 TJvCreateProcess components - output of 1 > input of 2
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Sun, 21 Sep 2003 16:36:08 -0400
Newsgroups: jedi.vcl

"Bill Mudd" <wcmudd@earthlink.net> wrote in message
news:bkkuui$qo8$1@talkto.net...
> > I have 2 TJvCreateProcess components - one for each console program.
> > Any ideas on how to send the output of JvCreateProcess1 to the input of
> > JvCreateProcess2 ?

Just write a thread that reads from one and writes to the other.

Cheers,
  Ignacio




Subject: - 2 TJvCreateProcess components - output of 1 > input of 2
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Sun, 21 Sep 2003 13:16:18 -0700
Newsgroups: jedi.vcl

From JVCL Help on TJvCreateProcess component :
"coRedirect Redirects the standard input and output of console processes."
"Furthermore, you can send data directly to the consoles input by calling
Write or WriteLn."

Problem :

I have 2 (32 bit) console programs. They are designed so that one takes the
output from the other.
In a DOS or CMD window you can pipe them like this: 'Console1 -switches |
Console2 -switches'.
This is not the "screen" output. It is a binary output file sent to input of
the 2nd console.

I have 2 TJvCreateProcess components - one for each console program.
Any ideas on how to send the output of JvCreateProcess1 to the input of
JvCreateProcess2 ?

Thanks,

Bill Mudd




Subject: Re: JvComCtrls
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 21 Sep 2003 20:03:45 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Sun, 21 Sep 2003 19:44:37 +0200:

 MB>>     It may compile, but it also poses a problem with descendant
 MB>> classes. In the case of providers I have e.g.
 MB>> TJvBaseDataContexts.CreateManaged that will call (it's own, not
 MB>> inherited!!) Create constructor. In your case CreateManaged would
 MB>> always create a TJvBaseDataContexts instance, even if I used
 MB>> TJvFixedDataContexts.CreateManaged. I think a better fix would be to
 MB>> declare the class function virtual and implement asResult :=
 MB>> TJvBaseDataContextsClass(Self).Create (and declare
 MB>> TJvBaseDataContextsClass = class of TJvBaseDataContexts);

 MB>>     I have not yet tested it but seems better and does compile. Note
 MB>> that you should check on a per class basis to determine if it's needed
 MB>> (so if you know a class will not have a descendant, you could keep
 MB>> your solution).

 MB>     Not working :-( The AfterConstruction method is called before the
 MB> class function is done initializing. In the case of TJvBaseDataItems,
 MB> this means that the Provider and/or Parent are not yet set when the
 MB> AfterConstruction method is called. I'll investigate a better solution,
 MB> but this is a big problem

    I should probably revert to a single constructor and add some (default?)
parameters. Or maybe overloaded but same named constructors. Can BCB handle
those? At least with overloaded constructors it works again. I'll commit so
you can check it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvComCtrls
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 21 Sep 2003 19:44:37 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to OBones on Sun, 21 Sep 2003 19:19:37 +0200:

 MB>     It may compile, but it also poses a problem with descendant
 MB> classes. In the case of providers I have e.g.
 MB> TJvBaseDataContexts.CreateManaged that will call (it's own, not
 MB> inherited!!) Create constructor. In your case CreateManaged would
 MB> always create a TJvBaseDataContexts instance, even if I used
 MB> TJvFixedDataContexts.CreateManaged. I think a better fix would be to
 MB> declare the class function virtual and implement asResult :=
 MB> TJvBaseDataContextsClass(Self).Create (and declare
 MB> TJvBaseDataContextsClass = class of TJvBaseDataContexts);

 MB>     I have not yet tested it but seems better and does compile. Note
 MB> that you should check on a per class basis to determine if it's needed
 MB> (so if you know a class will not have a descendant, you could keep your
 MB> solution).

    Not working :-( The AfterConstruction method is called before the class
function is done initializing. In the case of TJvBaseDataItems, this means
that the Provider and/or Parent are not yet set when the AfterConstruction
method is called. I'll investigate a better solution, but this is a big
problem

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvComCtrls
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 21 Sep 2003 19:19:37 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sun, 21 Sep 2003 21:09:26 +1000:

 O> constructor CreateFunnyName(FunkyParameters);

 O> to that:

 O> class function CreateFunnyName(FunkyParameters) : TMyWeirdClass;

 O> and instead of calling
 O> inherited Create;

 O> simply do
 O> Result := TMyWeirdClass.Create;

 O> This compiles in Delphi and gives a valid hpp header file wihtout
 O> requiring any complicated rewrite of the whole class.

    It may compile, but it also poses a problem with descendant classes. In
the case of providers I have e.g. TJvBaseDataContexts.CreateManaged that
will call (it's own, not inherited!!) Create constructor. In your case
CreateManaged would always create a TJvBaseDataContexts instance, even if I
used TJvFixedDataContexts.CreateManaged. I think a better fix would be to
declare the class function virtual and implement as
  Result := TJvBaseDataContextsClass(Self).Create (and declare
TJvBaseDataContextsClass = class of TJvBaseDataContexts);

    I have not yet tested it but seems better and does compile. Note that
you should check on a per class basis to determine if it's needed (so if you
know a class will not have a descendant, you could keep your solution).

 O> The only problem I now have is that the file JvxCtrls.pas is not
 O> compiling because of numerous undeclared identifiers
 O> (TJvTrackFontOptions, IsActive - in IniStorage).

    TJvTrackFontOptions is declared in JvTypes; IsActive is part of
TJvFormPlacement/TJvFormStorage in JvFormPlacement.pas. Both seem to be in
the uses clause. Is it possible your sources are not up to date, or an old
compiled version of the other two files are found first?

 O>  Moreover, the file JvJCLUtils is not compiling either because of
 O> Incompatible Types (String and Set) wherever Separators is used.

    Can't help you with this one.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvComCtrls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 21 Sep 2003 16:24:50 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Moreover, the file JvJCLUtils is not compiling either because 
> > of Incompatible Types (String and Set) wherever Separators 
> > is used.
> > 
> > Anyone as any idea to solve this ?

In JvTypes.pas the TSetOfChar is a String for BCB but Separators
remains a Set of Char.

{$IFDEF DELPHI}
type
  TSetOfChar = set of Char;
{$ENDIF DELPHI}
{$IFDEF CBUILDER}
type
  TSetOfChar = string;
{$ENDIF CBUILDER}

Maybe this conditional compilation is obsolute.



-- Regards Andreas Hausladen 

Subject: Re: Width and height of checkboxes and radiobuttons?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 21 Sep 2003 17:08:03 +0200
Newsgroups: jedi.vcl

> > There are a few predefined resource IDs, some are mentioned in the
descriptions of certain APIs (IIRC e.g. LoadImage). Search also for OBM_
constants.
The constant seems to be named OBM_CHECKBOXES, so I'll use that instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvComCtrls
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 21 Sep 2003 13:02:42 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Moreover, the file JvJCLUtils is not compiling either 
> > because of Incompatible Types (String and Set) wherever
> > Separators is used.
> > 
> > Anyone as any idea to solve this ?

I'm not that firm with C++Builder. Does it support Delphi's "Set of" ?
Most code in JvJCLUtils is from the RALib and it seems that BCB 3 had
not supported the "Set of" type. The original author of RALib decided
to implement the Sets as a String. Maybe if BCB 5 supports "Set of" the
"String Sets" can be removed.



-- Regards Andreas Hausladen 

Subject: JvComCtrls
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 21:09:26 +1000
Newsgroups: jedi.vcl

This one wouldn't be usable because of a usual redeclaration of constants but I had a nice suprise <g> on top of this.
Somebody had the funny idea to declare a custom constructor for TJvTreeNode and not call it Create but CreateEnh instead.
It is not possible to choose the name of a constructor in C++ so it lead  to a corrupted hpp file, rendering the component useless.
The only way to correct this is to change this:

constructor CreateFunnyName(FunkyParameters);

to that:

class function CreateFunnyName(FunkyParameters) : TMyWeirdClass;

and instead of calling
inherited Create;

simply do
Result := TMyWeirdClass.Create;

This compiles in Delphi and gives a valid hpp header file wihtout requiring any complicated rewrite of the whole class.

The only problem I now have is that the file JvxCtrls.pas is not compiling because of numerous undeclared identifiers (TJvTrackFontOptions, IsActive - in IniStorage). Moreover, the file JvJCLUtils is not compiling either because of Incompatible Types (String and Set) wherever Separators is used.

Anyone as any idea to solve this ?



Subject: JvMRUList
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 19:40:27 +1000
Newsgroups: jedi.vcl

I had to change the properties ItemDataAsPChar and ItemDataAsPWideChar because they were relying on the delphi specific record/case construct.
I simply added two property getters for these properties and this allowed to get the component working.
So as a rule, avoiding record/case constructs in components would be a good idea. And this is quite easy as what it basically allows in most cases is a shortcut for a type cast.



Subject: Re: Width and height of checkboxes and radiobuttons?
From: "Mike Lischke" <public@delphi-gems.com>
Date: Sun, 21 Sep 2003 09:20:10 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > Well... ok for 4 and 3, but the magic value for 32759 doesn't make me feel happy. 

There are a few predefined resource IDs, some are mentioned in the descriptions of certain APIs (IIRC e.g. LoadImage). Search also for OBM_ constants.

Mike
-- www.delphi-gems.com www.delphi-unicode.net www.lischke-online.de 

Subject: Re: Need Help on JvEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sun, 21 Sep 2003 08:22:16 +0000 (UTC)
Newsgroups: jedi.vcl

Md. Shariful Alam Khan wrote:

> > I am in great need of changing JvEditor Keystroke of  Identifier
> > Completion from Ctrl+J to '<'. I am in hurry. Please give me advise
> > how could i overcome this problem.

It is not possible to delete one Key command. You can only delete all
key commands. But adding a new one is easy:

VK_ANGLEBRACKET = 226;
JvEditor1.Keyboard.Add(ecCompletionIdentifiers, VK_ANGLEBACKET, []);

But the '<' char is not printed.


Another solution is to write a OnKeyPress event like that:

procedure TForm1.JvEditor1KeyPress(Sender: TObject; var Key: Char);
begin
  if Key = '<' then
    TJvEditor(Sender).PostCommand(ecCompletionIdentifiers);
end;



-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: JvSearchFiles
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 18:03:09 +1000
Newsgroups: jedi.vcl

Well, there were errors in JvCore and JvSystem packages, but fixing them didn't change a thing for that bug.
I also tried to manually edit the project file for my test application, but that didn't change a thing either.
It seems to me that there is a bug somewhere in the linker...

OBones wrote:

> Wasn't compiling because of redifined constants. The version in CVS is fixed. However, a program using this component won't link with the usual access violation error.
> I more and more suspect a blunder in the package itself.
> For now, the component is unusable.
>



Subject: Need Help on JvEditor
From: "Md. Shariful Alam Khan" <murad_mouri@hotmail.com>
Date: Sun, 21 Sep 2003 13:55:36 +0600
Newsgroups: jedi.vcl

Hi All,

I am in great need of changing JvEditor Keystroke of  Identifier Completion
from Ctrl+J to '<'. I am in hurry. Please give me advise how could i
overcome this problem.

Rgds
Murad




Subject: Need help on JvEditor
From: "Md. Shariful Alam Khan" <murad_mouri@hotmail.com>
Date: Sun, 21 Sep 2003 13:39:48 +0600
Newsgroups: jedi.vcl

Hi all,

I am in great need of changing the keystroke of JvEditor Identifier
Completion. I need '<' instead of Ctrl+J.
Please advise me what to do

Rgds
Murad




Subject: Re: JvHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Sep 2003 08:51:34 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I currently work on my HID component to have the examples also in C++.
> Can you help me with it (that is you will have to rewrite the examples)?

Alternatively a BCB personal would allow me to do it myself.



Subject: Re: JvHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Sep 2003 08:33:37 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Yes but then the hid.pas file included in the JVCL is not the same as the one from the API conversion project. I'm not really keen on having a separate branch just for JVCL compatibility...
>
> What do you think ?

Please give it a try. The conversion needs an update anyway. I see no problem to drop the EXTERNALSYMs. They are for the Win32 files of BCB.
So it is even correct to drop them.

I currently work on my HID component to have the examples also in C++.
Can you help me with it (that is you will have to rewrite the examples)?
Please contact me directly. I will send you the newest Zip prepackaged for that task.




Subject: JvSearchFiles
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 16:16:55 +1000
Newsgroups: jedi.vcl

Wasn't compiling because of redifined constants. The version in CVS is fixed. However, a program using this component won't link with the usual access violation error.
I more and more suspect a blunder in the package itself.
For now, the component is unusable.



Subject: TJvPerfStat95
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 16:06:46 +1000
Newsgroups: jedi.vcl

Same symptoms as TJvDdeCmd and as such, same consequences.
Component is unusable for now.



Subject: Re: JvHidDeviceController
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 16:06:08 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
>
> The component needs the Windows DDK.
> Redistribution of the C headers is not allowed without consent of Microsoft.

That I was quite sure of.

> An alternative would be to drop the EXTERNALSYMs. Then a we get a usable C header for BCB.
>

Yes but then the hid.pas file included in the JVCL is not the same as the one from the API conversion project. I'm not really keen on having a separate branch just for JVCL compatibility...

What do you think ?



Subject: JvDdeCmd
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 16:01:39 +1000
Newsgroups: jedi.vcl

Compiles, but provokes a Fatal Error with the linker.
This error is the same as usual, Access Violation.
I don't have time to further investigate that one, the component is then declared unusable for now.



Subject: Re: JvHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 21 Sep 2003 07:57:14 +0200
Newsgroups: jedi.vcl

OBones wrote:
> This one refuses to compiles because the generated hpp file for Hid.pas includes hidsdi.h, the original header file from Microsoft.
> Of course, this header is not included in the JVCL and as such the component cannot be used with BCB.
> One solution could be to add hidsdi.h and hidpi.h to the JVCL distribution in the common folder.
> For now, this component is declared unusable.
>

The component needs the Windows DDK.
Redistribution of the C headers is not allowed without consent of Microsoft.
An alternative would be to drop the EXTERNALSYMs. Then a we get a usable C header for BCB.



Subject: JvSHFileOperation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 15:49:00 +1000
Newsgroups: jedi.vcl

Wasn't usable because of duplicated constant definitions.
The version in CVS has been corrected and this component is now usable.
As a general rule, constant definitions imported from windows headers should be followed by a {$EXTERNALSYM } directive to prevent duplication in the generated .hpp file.
However, when the constant is missing from the original file, the compilation directive must be ommitted (who said it would be easy...)



Subject: JvHidDeviceController
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 15:37:49 +1000
Newsgroups: jedi.vcl

This one refuses to compiles because the generated hpp file for Hid.pas includes hidsdi.h, the original header file from Microsoft.
Of course, this header is not included in the JVCL and as such the component cannot be used with BCB.
One solution could be to add hidsdi.h and hidpi.h to the JVCL distribution in the common folder.
For now, this component is declared unusable.



Subject: [BCB Support] Component testing
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 15:35:42 +1000
Newsgroups: jedi.vcl

Hi.

Now that all packages are installing, I started to test the usage of components as this usage relies upon the fact that the hpp header files generated from the pas files are correct.
As it turned out, they are not. The first file that needs to be corrected is JclWin32.pas from the JCL. I posted the corrections to the binaries newsgroup and informed the JCL people of that.
I've now moved to simply dropping any components and try to run the program. I will not post a message for every single component (too many) but only for those that refuse to work.
If I can find a solution straight ahead, I will post the solution, but some components may be more complicated.

Will keep you posted

Olivier Sannier
JVCL Developer



Subject: Re: Width and height of checkboxes and radiobuttons?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 15:16:46 +1000
Newsgroups: jedi.vcl

Well... ok for 4 and 3, but the magic value for 32759 doesn't make me feel happy. Would be just like using some undocumented function from the Win32 API...

Peter Thörnqvist wrote:

>> Can you explain why you chose these magic numbers ?
>> Why 32759, why 4 and why 3 ?
>> Or were they found after a session of try and fail ?
>
>
> Try loading the bitmap into a TImage and you'll know: it's the standard
> checkbox/radiobutton imagelist as included in any Visual Studio project.
> This image list  is 4 images wide and 3 images high.
>



Subject: Re: Width and height of checkboxes and radiobuttons?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 21 Sep 2003 06:49:42 +0200
Newsgroups: jedi.vcl

> > Can you explain why you chose these magic numbers ?
> > Why 32759, why 4 and why 3 ?
> > Or were they found after a session of try and fail ?

Try loading the bitmap into a TImage and you'll know: it's the standard
checkbox/radiobutton imagelist as included in any Visual Studio project.
This image list  is 4 images wide and 3 images high.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Unicode JvEditor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 09:43:13 +1000
Newsgroups: jedi.vcl

Thanks. But I wasn't specifically referring to JvUnicode when I made that remark.
It was a general comment about the installation of JVCL under BCB6 which is working but doesn't seem to be fully usable.
I'll investigate this "problem" during this week.

Andreas Hausladen wrote:

> OBones wrote:
>
>
>> it seems that even if they are installing, some of them will
>> prevent a project using them from compiling...
>
>
> The Lines property could be a problem. It is defined as TWideStrings
> but its former type was TStrings. This could be a problem if a text is
> stored in the form resource. All other properties are as they where
> before the unicode mode.
>
> As I've wrote I have a JvAnsiEditor in my backup folder that can be
> renamed to JvEditor and the new unicode editor can be renamed to
> JvWideEditor. Another solution would be to rename the Lines property to
> WideLines and the LinesANSI to Lines. But this would break existing
> code because LinesANSI is a get and set only property. Changings in the
> TStringList are rejected be a further GetLinesANSI call.
>
>



Subject: Re: Width and height of checkboxes and radiobuttons?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 21 Sep 2003 09:41:26 +1000
Newsgroups: jedi.vcl

Can you explain why you chose these magic numbers ?
Why 32759, why 4 and why 3 ?
Or were they found after a session of try and fail ?

Mike Lischke wrote:
> Peter Thörnqvist wrote:
>
>
>> Does anyone know a reliable way to get the current system wide width and
>> height of the checkbox/radiobutton image?
>
>
> Only with a little trick possible. Here is how I do it in XP Theme Manager:
>
> procedure GetCheckSize;
>
> begin
>   with TBitmap.Create do
>   try
>     Handle := LoadBitmap(0, PChar(32759));
>     GlobalCheckWidth := Width div 4;
>     GlobalCheckHeight := Height div 3;
>   finally
>     Free;
>   end;
> end;
>
> Mike



Subject: Re: Width and height of checkboxes and radiobuttons?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 19:22:08 +0200
Newsgroups: jedi.vcl

Thanks! One of those little tricks one doesn't figure out easily<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Width and height of checkboxes and radiobuttons?
From: "Mike Lischke" <public@delphi-gems.com>
Date: Sat, 20 Sep 2003 15:33:34 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Does anyone know a reliable way to get the current system wide width and
> > height of the checkbox/radiobutton image?

Only with a little trick possible. Here is how I do it in XP Theme Manager:

procedure GetCheckSize;

begin
  with TBitmap.Create do
  try
    Handle := LoadBitmap(0, PChar(32759));
    GlobalCheckWidth := Width div 4;
    GlobalCheckHeight := Height div 3;
  finally
    Free;
  end;
end;

Mike
-- www.delphi-gems.com www.delphi-unicode.net www.lischke-online.de 

Subject: Re: Mouse pointer follows tab/arrow keys?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Sat, 20 Sep 2003 14:43:55 +0100
Newsgroups: jedi.vcl

cyhoh <cyhoh@nospam.com> wrote:

> >Hi Robert,
> >Sorry I don't quite understand what is this User Interface Guidelines.
> >I understand that mouse pointer following cursor is not a common
> >Windows UI habits but my project aims at people who are not familiar
> >with Windows UI and need more visual feedback.

And by not following guidelines your project aims to keep those people
unfamiliar with Windows UI. 




Subject: Re: Unicode JvEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Sat, 20 Sep 2003 13:36:44 +0000 (UTC)
Newsgroups: jedi.vcl

OBones wrote:

> > it seems that even if they are installing, some of them will
> > prevent a project using them from compiling...

The Lines property could be a problem. It is defined as TWideStrings
but its former type was TStrings. This could be a problem if a text is
stored in the form resource. All other properties are as they where
before the unicode mode.

As I've wrote I have a JvAnsiEditor in my backup folder that can be
renamed to JvEditor and the new unicode editor can be renamed to
JvWideEditor. Another solution would be to rename the Lines property to
WideLines and the LinesANSI to Lines. But this would break existing
code because LinesANSI is a get and set only property. Changings in the
TStringList are rejected be a further GetLinesANSI call.


-- Regards Andreas Hausladen 

Subject: Re: Unicode JvEditor
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Sep 2003 22:56:43 +1000
Newsgroups: jedi.vcl

I'll have a crack at it sometime this week...
I also have to test the usage of the components as it seems that even if they are installing, some of them will prevent a project using them from compiling...

Peter Thörnqvist wrote:

>> I've uploaded the unicode JvEditor to jedi.binary.
>
>
> I've updated the files in CVS but I haven't really tested them (I trust
> you<g>). I also made some minor modifications, see changelog.txt for
> details.
>
> Could Oliver take care of updating the JvCustomC6R package with the new
> JvUnicodeCanvas unit?
>



Subject: Re: BCB personal needed
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Sep 2003 22:54:46 +1000
Newsgroups: jedi.vcl

The WeakPackage definitions are not in the BCB6 pacakge I made, the source file format is completely different from the one in D6.

Peter Thörnqvist wrote:

> Are you aware that BCB Trial probably won't work anyway with JCL/JVCL (just
> as Delphi Trial won't) because of the WEAKPACKAGE directives in JCL?
>



Subject: Re: File Size Conversions???
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Sep 2003 22:52:41 +1000
Newsgroups: jedi.vcl

No worries.
BTW, I included your remarks in the latest version of the routine. But suprisingly I can't find it in binaries !
I just reposted it today.

Hope this helps

Peter Thörnqvist wrote:

>> Please have a look to the units I left in binaries for JCL about a month
>> ago, there is one that does the true SI compliant conversion
>
>
> I'm glad you mentioned that because the ByteSizeToString presented earlier
> is built on your SI function. I just couldn't remember who the original
> author was<g>!
>



Subject: Re: BCB personal needed
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 13:42:37 +0200
Newsgroups: jedi.vcl

Ah, OK. Just wanted to warn you, that's all.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB personal needed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Sep 2003 13:39:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Are you aware that BCB Trial probably won't work anyway with JCL/JVCL (just
> as Delphi Trial won't) because of the WEAKPACKAGE directives in JCL?
>

I want to work on the standalone version of my component so no problem with that.



Subject: Re: Unicode JvEditor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 11:52:13 +0200
Newsgroups: jedi.vcl

> > I've uploaded the unicode JvEditor to jedi.binary.

I've updated the files in CVS but I haven't really tested them (I trust
you<g>). I also made some minor modifications, see changelog.txt for
details.

Could Oliver take care of updating the JvCustomC6R package with the new
JvUnicodeCanvas unit?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB personal needed
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 11:32:57 +0200
Newsgroups: jedi.vcl

Are you aware that BCB Trial probably won't work anyway with JCL/JVCL (just
as Delphi Trial won't) because of the WEAKPACKAGE directives in JCL?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems compiling JvCoreD?D
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 11:30:45 +0200
Newsgroups: jedi.vcl

> >     No the problem is caused by me being over confident about my coding
> > skills and committing a unit before compiling it <g> 
Something I am guilty of many times as well <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems compiling JvCoreD?D
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 20 Sep 2003 11:27:45 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 20 Sep 2003 11:19:55 +0200:

 PT> Maybe my problem is caused by changes in JvDataProviderImpl.pas that
 PT> you haven't committed yet?

    No the problem is caused by me being over confident about my coding
skills and committing a unit before compiling it <g> Fixed now (at least in
D5)


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Unicode JvEditor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 11:27:16 +0200
Newsgroups: jedi.vcl

Can someone take care of updating JCL with the fixed JclUnicode.pas?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: ComboBox measuring issues
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 20 Sep 2003 11:23:59 +0200
Newsgroups: jedi.vcl

Hello, All!

    as mentioned in another thread, the owner draw measuring of a combo box
is pain in the behind. The measuring takes places *before* the window
creation has been completed so the Canvas property of the combo box is
useless.

    To make life a little easier I have changed the measuring code (or
rather the timing of it). For this a new property MeasureStyle is
introduced, defaulting to cmsStandard. Measuring should now take place
according to this list:

* Measuring only takes place when the control is not loading
* Non-provider aware
  ==================
  * MeasureStyle = cmsStandard
    Measuring takes place before Canvas is usable (the normal behavior for
combo box)
  * MeasureStyle = cmsAfterCreate or fixed height combo box
    Measuring takes place after the window is created and the Canvas is
usable.
  * MeasureStyle = cmsBeforeDraw and not fixed height combo box
    Measuring takes place before each item is rendered.
* Provider aware
  ==============
  * MeasureStyle <> cmsBeforeDraw or fixed height combo box
    Measuring takes places after the window is created and the Canvas is
usable.
  * MeasureStyle = cmsBeforeDraw and not fixed height combo box
    Measuring takes place before each item is rendered.

Note that a combo box is considered fixed height if Style <>
csOwnerDrawVariable. If a provider is
used, only Style = csOwnerDrawFixed results in a fixed height combo box, all
other styles are
considered variable height.

OnMeasureItem and OnDrawItem are only triggered if Style is either
csOwnerDrawFixed or
csOwnerDrawVariable. If the events are assigned they will be executed
instead of the provider based
measuring/rendering.

    I have not checked the cmsBeforeDraw measure style, but the provider
based combo box at least triggers the measuring code when the Canvas is
usable. Note that I have only checked D5 and it is even possible it won't
compile in D6 or up. I'll check this now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Live with "Dance With You".




Subject: Re: Problems compiling JvCoreD?D
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 11:19:55 +0200
Newsgroups: jedi.vcl

There must be some difference between your units and mine because when I try
to compile I get an error on
  FConsumerSvc.OnChanged := ConsumerChanged;

in TfmeJvProviderTreeList.Create(AOwner: TComponent)

I changed the declaration of ConsumerChanged to use (Sender:
TJvDataConsumer;...) and then it works but then SetUseVirtualRoot must have
the line

ConsumerChanged(Provider, ccrViewChanged)

Maybe my problem is caused by changes in JvDataProviderImpl.pas that you
haven't committed yet?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems compiling JvCoreD?D
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 20 Sep 2003 11:05:53 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 20 Sep 2003 10:38:13 +0200:

 PT> The declaration of ConsumerChanged in JvProviderTreeListFrame.pas
should
 PT> be changed to

 PT> procedure ConsumerChanged(Sender: TJvDataConsumer;Reason:
 PT> TJvDataConsumerChangeReason); virtual;

 PT> and (I guess) the code in SetUseVirtualRoot should be changed to:

 PT> ConsumerChanged(Provider, ccrViewChanged);

 PT> to be able to compile the package.

    Oops. Forgot to rebuild the design time package (I wonder way I got no
warnings or errors though). Committed corrected unit

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Live with "Feel The Quiet
River Rage".




Subject: Problems compiling JvCoreD?D
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 10:38:13 +0200
Newsgroups: jedi.vcl

The declaration of ConsumerChanged in JvProviderTreeListFrame.pas should be
changed to:

procedure ConsumerChanged(Sender: TJvDataConsumer;Reason:
TJvDataConsumerChangeReason); virtual;

and (I guess) the code in SetUseVirtualRoot should be changed to:

ConsumerChanged(Provider, ccrViewChanged);

to be able to compile the package.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: File Size Conversions???
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 20 Sep 2003 10:00:54 +0200
Newsgroups: jedi.vcl

> > Please have a look to the units I left in binaries for JCL about a month
> > ago, there is one that does the true SI compliant conversion

I'm glad you mentioned that because the ByteSizeToString presented earlier
is built on your SI function. I just couldn't remember who the original
author was<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: BCB personal needed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Sep 2003 08:16:25 +0200
Newsgroups: jedi.vcl

I want to reimplement the Delphi demos for my HID component for BCB.
I need either a way to get the BCB trial working (Borland registration seems to be broken), a BCB PE copy or the help of someone with BCB available.



Subject: Re: Unicode JvEditor
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Sep 2003 06:47:02 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:

> Because the JclUnicode.pas has a bug (JvEditor works around this bug)
> and is not really fast I had to change some code in JclUnicode.pas. The
> Editor will work with the original file but on larger files (e.g.
> Windows.pas/VirtualTrees.pas) clearing/freeing the WideStringList needs
> more than 20 seconds. I've uploaded the JclUnicode.pas update at
> jedi.binaries, too.

Please inform Mike Lischke about the changes so he can stay in sync.



Subject: Re: Mouse pointer follows tab/arrow keys?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 20 Sep 2003 06:45:07 +0200
Newsgroups: jedi.vcl

cyhoh wrote:
> Hi Robert,
> Sorry I don't quite understand what is this User Interface Guidelines.
> I understand that mouse pointer following cursor is not a common
> Windows UI habits but my project aims at people who are not familiar
> with Windows UI and need more visual feedback. This is the reason I
> apply hottrack for controls (red font on mouse over) and try to
> hottrack control in which tab/arrow key and mouse are pointing to. I
> apply this 'mouse follower' only when user is tabbing to next control
> and not when user is typing in a control and I think I'll not apply
> more than few of this kind of hottrack feature.
>
> Regards,
> cyhoh

This is exactly what i meant.
You have to carefully design such a non-standard user interface.
You also have to refrain from it several times to be sure that it does not upset users who know the standard interface.



Subject: Re: Mouse pointer follows tab/arrow keys?
From: cyhoh <cyhoh@nospam.com>
Date: Sat, 20 Sep 2003 11:26:51 +0800
Newsgroups: jedi.vcl

Hi Robert,
Sorry I don't quite understand what is this User Interface Guidelines.
I understand that mouse pointer following cursor is not a common
Windows UI habits but my project aims at people who are not familiar
with Windows UI and need more visual feedback. This is the reason I
apply hottrack for controls (red font on mouse over) and try to
hottrack control in which tab/arrow key and mouse are pointing to. I
apply this 'mouse follower' only when user is tabbing to next control
and not when user is typing in a control and I think I'll not apply
more than few of this kind of hottrack feature.

Regards,
cyhoh


On Fri, 19 Sep 2003 05:59:50 +0200, Robert Marquardt
<robert_marquardt@gmx.de> wrote:

> >cyhoh wrote:
>> >> When users are using keyboard's tab and arrow keys to navigate through
>> >> controls in a form, they are not moving mouse so this mouse pointer is
>> >> staying at a place and perhaps pointing at some hottrack enabled
>> >> control. This confuses users because they think what they are typing
>> >> or pressing return key acts on these hottracked controls and not the
>> >> focused control. How can I make this mouse pointer follows user's tab
>> >> and arrow keys so that user always sees focused control's hottrack
>> >> font and color (if hottrack is enabled)?
>> >> If this is not clear enough, I can explain in detailed.
>> >> 
>> >> Thanks!
>> >> 
>> >> Regards,
>> >> cyhoh
>> >> 
>> >> 
> >
> >This is a very problematic idea because it touches general User 
> >Interface Guidelines.



Subject: Re: Mouse pointer follows tab/arrow keys?
From: cyhoh <cyhoh@nospam.com>
Date: Sat, 20 Sep 2003 11:18:28 +0800
Newsgroups: jedi.vcl

Many thanks Obones! This is exactly what I wanted! :)

Regards,
cyhoh

On Fri, 19 Sep 2003 13:56:43 +1000, OBones
<obones_gfdg_@_rer_meloo.com> wrote:
> >Use the SetCursorPos WIN32 API function on every OnEnter event for all 
> >the controls you whish to use.
> >Something like that:
> >
> >begin
> >   if Sender is TControl then
> >   begin
> >     SetCursorPos(TControl(Sender).Left, TControl(Sender).Top);
> >   end;
> >end;
> >
> >You can of course add offsets to the X and Y values... Or use this code 
> >if you want the mouse centered on the control
> >
> >var tmpControl : TControl
> >begin
> >   if Sender is TControl then
> >   begin
> >     tmpControl := TControl(Sender);
> >     SetCursorPos(tmpControl.Left + (tmpControl.Width div 2),
> >                  tmpControl.Top + (tmpControl.Height div 2));
> >   end;
> >end;



Subject: Re: File Size Conversions???
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 20 Sep 2003 11:05:24 +1000
Newsgroups: jedi.vcl

the official SI one adds a i to indicate the binary nature of the unit:

Please have a look to the units I left in binaries for JCL about a month ago, there is one that does the true SI compliant conversion

Solerman Kaplon wrote:
> I remeber when I learn that
>
> b = bit
> B = byte
> k = 1000
> K = 1024
>
> Nowdays this really doesn't apply, and I never see this used outside here... :)
>
> Solerman
>



Subject: Unicode JvEditor
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Fri, 19 Sep 2003 23:13:44 +0000 (UTC)
Newsgroups: jedi.vcl

I've uploaded the unicode JvEditor to jedi.binary.

modifed/added files:

JvEditor.pas
  - The unicode editor with some minor bugfixes and further speed
optimations
  - The AnsiString editor no more exists.
  - added WM_GETTEXT message handler

JvFixedEditPopup.pas
  - added IFixedPopupIntf interface. For Delphi 5 the old SendMessage
function is used
  - speed optimations for the SendMessage method

JvHLEditor.pas
  - adjusted for unicode JvEditor
  - added TJvEditorHighlighter component for external highlighters

JvHLParser.pas
  - added unicode version TJvHLParserW of the parser
  - added unicode versions of the functions

JvJCLUtils.pas
  - added unicode versions of some functions used by JvEditor
  - added MoveWideChar and FillWideChar
  - speed optimation for Spaces, AddSpaces, MakeStr

JvUnicodeCanvas.pas
  - new unit that contains a TCanvas derived class TUnicodeCanvas 
    that can be type casted from any TCanvas derived class. It supports
    TextRectW, TextOutW, TextExtentW, TextWidthW and TextHeigthW.



"- The AnsiString editor no more exists."
I have a backup with all bug fixes and speed optimations of the
AnsiString JvEditor.
The unicode JvEditor has a "LinesANSI" property. This property is only
for the object inspector.


Because the JclUnicode.pas has a bug (JvEditor works around this bug)
and is not really fast I had to change some code in JclUnicode.pas. The
Editor will work with the original file but on larger files (e.g.
Windows.pas/VirtualTrees.pas) clearing/freeing the WideStringList needs
more than 20 seconds. I've uploaded the JclUnicode.pas update at
jedi.binaries, too.


-- Regards Andreas Hausladen 

Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 19 Sep 2003 20:18:19 +0200
Newsgroups: jedi.vcl

> >   On the other hand I do not completly understand the implications of
> > such an adventure because my knowledge in listviews is limited.
I didn't mean you should use a listview, just that the design would resemble
it but if you do implement listview thumbnails, we sure would like to see it
in JVCL as well<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: File Size Conversions???
From: Solerman Kaplon <solerman@nospam.com>
Date: Fri, 19 Sep 2003 15:05:49 -0300
Newsgroups: jedi.vcl

I remeber when I learn that

b = bit
B = byte
k = 1000
K = 1024

Nowdays this really doesn't apply, and I never see this used outside here... :)

Solerman



Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: "johnnie" <none@noware.non>
Date: Fri, 19 Sep 2003 17:08:04 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > TVirtualTreeView from Mike Lischke? :-)

Probably a good referense for tips and tricks but not as it is.

I do not want to create any dependancies on none jedi libraries since I
cant be sure either for the life time nor the avaliability of it.

A good referense though thanks.

regards
johnnie.


Subject: Re: File Size Conversions???
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 19 Sep 2003 17:36:17 +0200
Newsgroups: jedi.vcl

 MB>     Interestingly, a group of consumers have recently sued some HD
 MB> manufactures because of this very issue.

  sorry, just checked and it seems that PC manufactures are sued. Slashdot
reports:

---8<---8<---8<---
FPCat writes "Finally, some one is doing something about one of my pet
peeves. It seems a group of people are suing Apple, Dell, Gateway, HP, and
others for misleading consumers about hard disk sizes. About time someone
spoke up and said '1000 MB != 1 GB'" It's not much of a mystery to anyone
who's up on industry practices, but it's similar to the way graphic displays
are sized, cereal boxes are filled, and so on. Andy Rooney could have a
field day with this one.
Link: http://slashdot.org/article.pl?sid=03/09/18/2245200

--->8--->8--->8---


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 19 Sep 2003 17:33:38 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> We welcome any ideas at this stage so please take advandage of it.
>
>
> What I would really like to see is a thumbview control that acts like a
> TListBox in OwnerDraw mode, i.e the control handles scrolling, selection,
> calculation of item rects etc but the actual rendering is done virtually.
> This would make it a lot easier to extend the thumbviewer to display other
> stuff besides images, like the content of html files etc. In essence, a
> OwnerData, OwnerDraw TListView in large icon mode with the new thumbview
> flag implemented and with settable item sizes (both height and width).
>
> This would also reduce the HWND use to 1 per instance :)

TVirtualTreeView from Mike Lischke? :-)



Subject: Re: File Size Conversions???
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 19 Sep 2003 17:31:26 +0200
Newsgroups: jedi.vcl

Hello, dave!
You wrote  on Fri, 19 Sep 2003 10:11:50 -0500:

 d>  you have the choice to do binarydivide or not....
 d> why would you use one over another? what are the
 d> differences?


  BinaryDivide = True means "IT" style division (1kB=1024bytes,
1MB=1048576bytes, etc.) whereas BinaryDivide = False means 1kB=1000bytes,
1MB=1000000bytes, etc.)

    Interestingly, a group of consumers have recently sued some HD
manufactures because of this very issue. PCs usually report the "binary"
size, whereas HD manufacturers use the SI standards. The larger HD you buy,
the bigger the difference, so consumers feel they are cheated :-)

    I think the HD manufactures will win this because: a) they use the SI
standards as is common in the entire world and is maybe even required
(dunno, haven't checked) and b) 9 out of 10 times a line is added stating
that the size specified is based on 1MB=1000000 bytes or 1GB=1000000000
bytes. It's going to be interesting to see what a results of this will be.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: File Size Conversions???
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 19 Sep 2003 10:11:50 -0500
Newsgroups: jedi.vcl

Thank you very much!!!!
It works perfectly. One question though, you have the choice to do
binarydivide or not....why would you use one over another? what are the
differences?

Thanks again Peter,
Dave


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bkbh74$4gh$1@talkto.net...
>> > > I was wondering if anyone could tell me a good way to get and display
file
>> > > sizes. I have seen the FileGetSize in the jcl code, but it only returns
> > the
> > [...]
> >
> > Try this function:
> >
> > function ByteSizeToString(Value : Int64; MaxDigits:integer = 3;
BinaryDivide
> > : boolean=true): string;
> > const
> >   Prefixes : array[0..6] of PChar = ('byte', 'kB','MB','GB','TB', 'PB',
> > 'EB'); // High(Int64) ~ 922 EB
> > var
> >   Divider,tmp : integer;
> >   IsNegative:boolean;
> >   PrefixIndex: cardinal;
> >   FloatValue:Extended;
> >   function IntLength(Value:Int64):byte;
> >   begin
> >     Result := Length(IntToStr(Value));
> >   end;
> > begin
> >    // decide the divider
> >    if BinaryDivide then
> >      Divider := 1024
> >    else
> >      Divider := 1000;
> >
> >    PrefixIndex := 0;
> >    IsNegative := Value < 0;
> >    FloatValue := Abs(Value);
> >    while FloatValue / Divider >= 1 do
> >    begin
> >      // divide down
> >      FloatValue := FloatValue / Divider;
> >      // next prefix
> >      Inc(PrefixIndex);
> >    end;
> >    if PrefixIndex > High(Prefixes) then // this should never happen (max
> > Int64 ~ 9.22EB)
> >    begin
> >      Result := Format('%.1n %s?',[Value / Divider,Prefixes[1]]);
> >      Exit;
> >    end;
> >    // determine number of decimals (0 to MaxDigits)
> >    tmp := MaxDigits - IntLength(trunc(FloatValue));
> >    if (tmp < 0) then tmp := 0;
> >    if tmp > MaxDigits then tmp := MaxDigits;
> >    // return result
> >    if IsNegative then FloatValue := -FloatValue;
> >    Result := Format('%.*n %s',[tmp,FloatValue,Prefixes[PrefixIndex]]);
> > end;
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: "johnnie" <none@noware.non>
Date: Fri, 19 Sep 2003 14:39:40 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > We welcome any ideas at this stage so please take advandage of it.
> > 
> > What I would really like to see is a thumbview control that acts like
> > a TListBox in OwnerDraw mode, i.e the control handles scrolling,
> > selection, calculation of item rects etc but the actual rendering is
> > done virtually.  This would make it a lot easier to extend the
> > thumbviewer to display other stuff besides images, like the content
> > of html files etc. In essence, a OwnerData, OwnerDraw TListView in
> > large icon mode with the new thumbview flag implemented and with
> > settable item sizes (both height and width).

A listview hee. 

  It feels so comfortable that I'm amazed I haven't thought 
of it my self. 
  On the other hand I do not completly understand the implications of 
such an adventure because my knowledge in listviews is limited.
I will investigate ferther 

Thank you.

Regards
johnnie.


Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 19 Sep 2003 15:54:01 +0200
Newsgroups: jedi.vcl

> > We welcome any ideas at this stage so please take advandage of it.

What I would really like to see is a thumbview control that acts like a
TListBox in OwnerDraw mode, i.e the control handles scrolling, selection,
calculation of item rects etc but the actual rendering is done virtually.
This would make it a lot easier to extend the thumbviewer to display other
stuff besides images, like the content of html files etc. In essence, a
OwnerData, OwnerDraw TListView in large icon mode with the new thumbview
flag implemented and with settable item sizes (both height and width).

This would also reduce the HWND use to 1 per instance :)
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Width and height of checkboxes and radiobuttons?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 19 Sep 2003 15:49:23 +0200
Newsgroups: jedi.vcl

> > GetSystemMetrics API?
That was what I thought as well, but there is no value you can query that
exactly corresponds to the size of these images. The same goes for
SystemParametersInfo. There might be some value that could be used as a
substitute, like the SM_CXSIZE, SM_CXSMSIZE, SM_CYMENU or SM_CYVTHUMB but
the question is if they are always the same dimensions as the
checkbox/radiobutton? I think not, so that's why I'm asking.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Width and height of checkboxes and radiobuttons?
From: @in@taavi.ee (Ain Valtin)
Date: Fri, 19 Sep 2003 13:42:57 GMT
Newsgroups: jedi.vcl

On Fri, 19 Sep 2003 14:07:30 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >Does anyone know a reliable way to get the current system wide width and
> >height of the checkbox/radiobutton image?

GetSystemMetrics API?


HTH
ain


Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: "johnnie" <none@noware.non>
Date: Fri, 19 Sep 2003 13:12:42 +0000 (UTC)
Newsgroups: jedi.vcl

dave wrote:

> > I am needing thunbnail views in my new software, and i tried the
> > version in the jvcl, but it was way to slow. Is there any way that
> > you can speed up the rendering?
> > 
The goals we have placed are the following

1) reduce the resources that are used
   Use less HWND aware controls, buffered loading etc.

2) increases the speed 
   pointer math, smart loading etc.
    

We welcome any ideas at this stage so please take advandage of it.

regards
Johnnie.


Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 19 Sep 2003 07:25:26 -0500
Newsgroups: jedi.vcl

I am needing thunbnail views in my new software, and i tried the version in
the jvcl, but it was way to slow. Is there any way that you can speed up the
rendering?

Just curious,
Dave


"johnnie" <none@noware.non> wrote in message news:bkcfgp$avk$1@talkto.net...
> > I have some free time in my hands next week and I'm going to work on
> > thumbs a litle bit along with the team from BestOffice at
> > bestoffice.sourceforge.net.
> >
> >
> > I have browsed the CVS repository and I'm confused as to where are the
> > latest files so I can download them also I'm downloading everything
> > from mantis in order to incorporate them in the next release.
> >
> > Peter, can you please direct me to the correct folder where the latest
> > files are or send them to me via email?
> > From the bugs requests that are on mantis how many have been actually
> > maded in the files?
> >
> > If any one wants to see any features implemented or bugs corrected
> > now is the right time to speak up.
> >
> > I remember that some one from here asked me about "paged load" but I
> > can't remember how whas it so If you read this please contact me,
> > I would like to discuse it with you so please mail me
> >
> >
> > Thank you.
> > johnnie
> >
> > email stdreamer [at] excite [dot] com




Subject: Width and height of checkboxes and radiobuttons?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Sep 2003 14:07:30 +0200
Newsgroups: jedi.vcl

Does anyone know a reliable way to get the current system wide width and
height of the checkbox/radiobutton image?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Sep 2003 12:13:07 +0200
Newsgroups: jedi.vcl

> > I'm downloading them as we speek.
Great. Looking forward to seeing the results!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: "johnnie" <none@noware.non>
Date: Fri, 19 Sep 2003 08:07:23 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I think issues relating to
> > TJvThumbView & Co can safely be considered "free for the taking".

Thank you Peter,

I'm downloading them as we speek.

Regards
johnnie.


Subject: Re: JvEditor in JVCL 3 is very slow
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Sep 2003 08:16:15 +0200
Newsgroups: jedi.vcl

> > Another idea:
> > What about an interface as an alternative to the SendMessage method?
> > This would make porting JVCL to Kylix easier.
That would be elegant and I would suggest a simpler interface directly
relating to the menu items:
IFixedPopupIntf =
  function CanUndo:boolean;
  function CanCut:boolean;
  function CanCopy:boolean;
  function CanPaste:boolean;
  function CanSelectAll:boolean;
  function HasSelection:boolean;
  procedure Undo;
  procedure Cut;
  procedure Copy;
  procedure Paste;
  procedure SelectAll;
end;

This interface would then be delcared in JvFixedPopUp.pas

> > What do you think about an unicode JvEditor?
A unicode editor would be cool. If possible, it should be automatic (like
TnT)
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Mouse pointer follows tab/arrow keys?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 19 Sep 2003 05:59:50 +0200
Newsgroups: jedi.vcl

cyhoh wrote:
> When users are using keyboard's tab and arrow keys to navigate through
> controls in a form, they are not moving mouse so this mouse pointer is
> staying at a place and perhaps pointing at some hottrack enabled
> control. This confuses users because they think what they are typing
> or pressing return key acts on these hottracked controls and not the
> focused control. How can I make this mouse pointer follows user's tab
> and arrow keys so that user always sees focused control's hottrack
> font and color (if hottrack is enabled)?
> If this is not clear enough, I can explain in detailed.
>
> Thanks!
>
> Regards,
> cyhoh
>
>

This is a very problematic idea because it touches general User Interface Guidelines.



Subject: Re: Mouse pointer follows tab/arrow keys?
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 19 Sep 2003 13:56:43 +1000
Newsgroups: jedi.vcl

cyhoh wrote:
> When users are using keyboard's tab and arrow keys to navigate through
> controls in a form, they are not moving mouse so this mouse pointer is
> staying at a place and perhaps pointing at some hottrack enabled
> control. This confuses users because they think what they are typing
> or pressing return key acts on these hottracked controls and not the
> focused control. How can I make this mouse pointer follows user's tab
> and arrow keys so that user always sees focused control's hottrack
> font and color (if hottrack is enabled)?
> If this is not clear enough, I can explain in detailed.
>
> Thanks!
>
> Regards,
> cyhoh
>
>
Use the SetCursorPos WIN32 API function on every OnEnter event for all the controls you whish to use.
Something like that:

begin
  if Sender is TControl then
  begin
    SetCursorPos(TControl(Sender).Left, TControl(Sender).Top);
  end;
end;

You can of course add offsets to the X and Y values... Or use this code if you want the mouse centered on the control

var tmpControl : TControl
begin
  if Sender is TControl then
  begin
    tmpControl := TControl(Sender);
    SetCursorPos(tmpControl.Left + (tmpControl.Width div 2),
                 tmpControl.Top + (tmpControl.Height div 2));
  end;
end;



Subject: Mouse pointer follows tab/arrow keys?
From: cyhoh <cyhoh@nospam.com>
Date: Fri, 19 Sep 2003 09:19:18 +0800
Newsgroups: jedi.vcl

When users are using keyboard's tab and arrow keys to navigate through
controls in a form, they are not moving mouse so this mouse pointer is
staying at a place and perhaps pointing at some hottrack enabled
control. This confuses users because they think what they are typing
or pressing return key acts on these hottracked controls and not the
focused control. How can I make this mouse pointer follows user's tab
and arrow keys so that user always sees focused control's hottrack
font and color (if hottrack is enabled)?
If this is not clear enough, I can explain in detailed.

Thanks!

Regards,
cyhoh




Subject: Re: Image button inherited from TButton
From: cyhoh <cyhoh@nospam.com>
Date: Fri, 19 Sep 2003 09:14:38 +0800
Newsgroups: jedi.vcl

OK, let me explain in detail. I want this button has had user
interface like what OBones has described. I meant the first case he
described i.e. give an image (without text) and this button writes the
caption on top or more precisely, in center of this image. I believe
JvBitbtn and JvImgBtn cannot do this at this time, right?
Actually I found that JvTransparentButton2 has had this user interface
and also different images for active state, disabled state, down state
and gray state which give good visual feedback to users when they are
using mouse for navigation. However, JvTransparentButton2 has had no
TButton's TabStop property so it seems useless in keyboard extensive
input form in which users use tab and arrow keys to navigate around
and they cannot tab into these transparent buttons.
Any ideas how I can implement JvTransparentButton2 with TabStop or
JvImgBtn with blGlyphCenter and state images?

Regards,
cyhoh


On Tue, 16 Sep 2003 14:08:21 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> - give an image (without text) and the component writes the caption on top
>> >> - give an image (with text) and the component must not write any caption.
> >
> >Both JvImgBtn and JvBitBtn displays the image centered on the button if
> >there is no caption. It's then just a matter of the image's size, I guess?
> >What JvImgBtn doesn't do currently, is provide a way to write the Caption at
> >top/bottom but other than that, it is equivalent to JvBitbtn only differing
> >in the use of a bitmap/imagelist and the animation support (in JvImgBtn)



Subject: Re: JvEditor in JVCL 3 is very slow
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Sep 2003 22:57:58 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > but I don't understand how the updates can be so slow 
> > that they are noticeable when typing? We are
> > talking about 5 or 6 menu items here, not thousands.

The CanUndo, SelLength, GetTextLen and ReadOnly function send WMs to
the edit control. But the most time is spend by GetTextLen that calls
the TJvCustomEditor.GetTextLen function by WM_GETTEXTLENGTH. When a
very large file (e.g. Windows.pas) is in the editor the
"Length(FLines.Text)" is very slow.

I had removed the redundant functions calls an got this slightly faster
code:

var
  ASelLength: Integer;
  AReadOnly: Boolean;
  ATextLen: Integer;
....
  if (Edit <> nil) and Edit.HandleAllocated then
  begin
    cc := GetClipboardCommands;

    ASelLength := SelLength;
    AReadOnly := ReadOnly;
    ATextLen := GetTextLen;

    FPopUpMenu.PopupComponent := Edit;
    // undo
    FPopUpMenu.Items[0].Enabled := (caUndo in cc) and CanUndo;
    // cut
    FPopUpMenu.Items[2].Enabled := (ASelLength > 0) and not AReadOnly
and (caCut in cc);
    // copy
    FPopUpMenu.Items[3].Enabled := (ASelLength > 0) and (caCopy in cc);
    // paste
    FPopUpMenu.Items[4].Enabled := not AReadOnly and (caPaste in cc);
    // delete
    FPopUpMenu.Items[5].Enabled := (ASelLength > 0) and not AReadOnly {
and (caCut in cc)};
    // select all
    FPopUpMenu.Items[7].Enabled := (ATextLen > 0) and (ASelLength <>
ATextLen);
  end;


> > No, since the code is used by other components as well, you can't
> > move it.  Either use a UseFixedPopup property to control the usage
> > (see JvEdit.pas) or remove the FixedPopup code entirely.

After your posting I found the real time consuming code. If I remove
the FPopupMenu.Items[7].Enabled the code is as fast as it should. And I
think removing the [7].Enabled line makes no difference because if all
is selected you can reselect it. And if there is nothing you can select
but nothing will be selected. What's your opinion?

Without changing FixedEditPopup I replaced the
TJvCustomEditor.GetTextLen method by this code:
[code]
function TJvCustomEditor.GetTextLen: Integer;
var i: Integer;
begin
  Result := 0;
  for i := 0 to FLines.Count - 1 do
    Inc(Result, Length(FLines[i]) + Length(sLineBreak));
end;
[/code]



Another idea:
What about an interface as an alternative to the SendMessage method?
This would make porting JVCL to Kylix easier.

type
  IFixedEditPopupMenuEdit = interface
    ['{...}']
    function GetClipboardCommands: TJvClipboardCommands;
    function GetReadOnly: Boolean;
    function GetCanUndo: Boolean;
    procedure GetSelection(var SelStart, SelEnd: Integer);
    function GetTextLength: Integer;

    procedure SetReadOnly(Value: Boolean);
    procedure SetSelection(SelStart, SelEnd: Integer);
    procedure ClearSelection;

    procedure Undo;
  end;


  if (Edit <> nil) and Edit.HandleAllocated then
  begin
    if Supports(Edit, IFixedEditPopupMenuEdit, EditIntf) then
    begin
      cc := EditIntf.GetClipboardCommands;
      ...
    end
    else
    begin
      cc := GetClipboardCommands;
      ...
    end;



What do you think about an unicode JvEditor? For this I would remove
all the MultiByte tests (prefered). Or should I use conditional
compilation. Or should I fork and we have two editors.


-- Regards Andreas Hausladen 

Subject: Re: JvEditor in JVCL 3 is very slow
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 19 Sep 2003 00:49:34 +0200
Newsgroups: jedi.vcl

> > For every keystroke the GetPopupMenu method is called and
> > the FixedEditPopup is very slow because it updates all enabled
> > properties everytime the GetPopupMenu method is called.
That is caused by TWinControl.IsMenuKey but I don't understand how the
updates can be so slow that they are noticeable when typing? We are talking
about 5 or 6 menu items here, not thousands.

> > Is it possible to move the the following lines from
> > JvFixedPopupEdit::THiddenPopupObject.GetPopUpMenu to an
> > FPopupMenu.OnPopup event handler without any side effect?
No, since the code is used by other components as well, you can't move it.
Either use a UseFixedPopup property to control the usage (see JvEdit.pas) or
remove the FixedPopup code entirely.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvEditor in JVCL 3 is very slow
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Thu, 18 Sep 2003 21:34:08 +0000 (UTC)
Newsgroups: jedi.vcl

I tested the JvEditor in JVCL 3 and what must I see? Scrolling is as
slow as it was before I made my optimations to the JVCL 2.x JvEditor.
After a diff I could not find any code changes to the painting and
parsing functions. So I decided to replace the JvJCLUtils by the old
JvStrUtils and JvStrUtil unit without any effect.
Then I found the JvCustomEditor.GetPopupMenu method and placed a
breakpoint in there. After starting the application I could not belief
what I saw. For every keystroke the GetPopupMenu method is called and
the FixedEditPopup is very slow because it updates all enabled
properties everytime the GetPopupMenu method is called.


Now my question:
Is it possible to move the the following lines from
JvFixedPopupEdit::THiddenPopupObject.GetPopUpMenu to an
FPopupMenu.OnPopup event handler without any side effect?

  if (Edit <> nil) and Edit.HandleAllocated then
  begin
    cc := GetClipboardCommands;

    FPopUpMenu.PopupComponent := Edit;
    // undo
    FPopUpMenu.Items[0].Enabled := CanUndo and (caUndo in cc);
    // cut
    FPopUpMenu.Items[2].Enabled := (SelLength > 0) and not ReadOnly and
(caCut in cc);
    // copy
    FPopUpMenu.Items[3].Enabled := (SelLength > 0) and (caCopy in cc);
    // paste
    FPopUpMenu.Items[4].Enabled := not ReadOnly and (caPaste in cc);
    // delete
    FPopUpMenu.Items[5].Enabled := (SelLength > 0) and not ReadOnly {
and (caCut in cc)};
    // select all
    FPopUpMenu.Items[7].Enabled := (GetTextLen > 0) and (SelLength <>
GetTextLen);
  end;



-- Regards Andreas Hausladen 

Subject: Re: Help needed solving issues with JvComboBox and JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Sep 2003 22:49:52 +0200
Newsgroups: jedi.vcl

Hello, All!

    Committed the various fixed units. Note that OwnerDrawVariable has not
been fixed yet, but I'm working on that. Also note that not all of the new
settings of the color provider are fully implemented yet.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Help needed solving issues with JvComboBox and JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Sep 2003 21:36:22 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Remko Bonte on Thu, 18 Sep 2003 15:39:18 +0200:

 RB>> Marcel Bestebroer wrote:
 >>>     That AV with the rendering stuff is a much bigger problem for which
 >>> I have no real solution. It's not because the rendered hasn't been
 >>> used, because it is being used after the window is created (AvgItemSize
 >>> is called for either Owner style).

 RB>> I think it's caused by the default handler of CB_GETITEMHEIGHT; for
 RB>> example if you add:

    Your were referring to the AVs when Style property was not set to an
owner draw style, and you were right (of course). I traced the whole thing
down to the CNMeasureItem method. The line referring to Self.ItemHeight is
now wrapped in an if-condition so it will only execute that line if Style is
one of the two owner draw styles.

 RB>>  (note that I also moved

 RB>> TJvComboBoxStrings(Items).MakeListInternal;
 RB>> RecreateWnd;

 RB>> to procedure Loaded;

 MB>     But that doesn't work if you connect/disconnect the provider at
 MB> design time (in the sense that you'll loose the contents of the Items
 MB> property).

    Solved a whole bunch of errors in that area (selecting/deselecting
providers). There were quite a few bugs in all that code. So far it looks
like I'm finally able to select/deselect a provider at all times, regardless
of which Style is used. I still can't commit it due to the unfinished
changes in JvColorProvider, and if I do commit the other two units
(JvComboBox and JvDataProviderImpl), the color provider unit will no longer
compile.

    Continueing with the color provider and as soon as I have a workable
solution that won't AV as soon as you change one of the options, I'll commit
the whole damn thing.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: How do install jedi 3 in delphi 6
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Sep 2003 20:11:05 +0200
Newsgroups: jedi.vcl

> > How do install jedi 3 in delphi 6
Please read install.html, readme.html and migration.html in the root folder.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How do install jedi 3 in delphi 6
From: "Augusto" <gustotc@ieg.com.br>
Date: Thu, 18 Sep 2003 14:53:32 -0300
Newsgroups: jedi.vcl

Please !!!
How do install jedi 3 in delphi 6

Verison 2.01 installer.exe
In 3 don´t have ????

Thanks

Augusto




Subject: Re: Trouble with IMPORT CSV
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Sep 2003 17:46:52 +0200
Newsgroups: jedi.vcl

It would be far more useful to see the actual CSV file. And please post
bugreports in Mantis (http://projectjedi.sf.net/mantis)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Sep 2003 17:43:15 +0200
Newsgroups: jedi.vcl

> > Peter, can you please direct me to the correct folder where the latest
> > files are or send them to me via email?
The current development folder is dev/JVCL3 (and subfolders). The runtime
files are in dev/KVCL3/run and the design time files (if any) are in
dev/JVCL3/design. For more info on how to get JVCL3, see the news item
titled "How to get JVCL3" at http://sf.net/projects/jvcl
> > From the bugs requests that are on mantis how many have been actually
> > maded in the files?
I'm not sure I understand what you mean but everything marked as resolved
should be, uh, resolved. Everything else is either in the works, ignored or
forgotten but I think issues relating to TJvThumbView & Co can safely be
considered "free for the taking".

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: UIB folders
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 18 Sep 2003 17:36:44 +0200
Newsgroups: jedi.vcl

> > Is it removed from JVCL, or is it some additional package ?
It was never part of the original donation.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Trouble with IMPORT CSV
From: "Alan Gold" <alan@alexeysoft.com>
Date: Thu, 18 Sep 2003 18:30:36 +0300
Newsgroups: jedi.vcl

Hello All,

I'm need import data from CSV to TJvStringGrid.

I'm writeed :

    JvOpenDialog1.InitialDir := ExtractFilePath(Application.ExeName)+'CSV/';
    JvOpenDialog1.DefaultExt := '.CSV';
    JvOpenDialog1.Filter := 'Excel Import file (*.cvs)|*.csv' ;


if JvOpenDialog1.Execute then
  Begin
   JvStringgrid1.LoadFromCSV(JvOpenDialog1.FileName);
  end;


  After import look in JvStringgrid and see error in converted
data,
  look attached 2 files.

  View in Excel - his good converted

  and

  View after convert in my prog.

Please answered only to e-mail.
--
Alan Gold
alan@alexeysoft.com


myprog_JVCL_error.gif
	


JVCL_error.gif
JVCL_error.gif
	



Subject: Thumbnails components (To Peter thornqvist and any one else thats interested).
From: "johnnie" <none@noware.non>
Date: Thu, 18 Sep 2003 14:29:45 +0000 (UTC)
Newsgroups: jedi.vcl

I have some free time in my hands next week and I'm going to work on
thumbs a litle bit along with the team from BestOffice at
bestoffice.sourceforge.net.


I have browsed the CVS repository and I'm confused as to where are the
latest files so I can download them also I'm downloading everything 
from mantis in order to incorporate them in the next release. 

Peter, can you please direct me to the correct folder where the latest
files are or send them to me via email?
From the bugs requests that are on mantis how many have been actually 
maded in the files?

If any one wants to see any features implemented or bugs corrected
now is the right time to speak up. 

I remember that some one from here asked me about "paged load" but I
can't remember how whas it so If you read this please contact me,
I would like to discuse it with you so please mail me 


Thank you.
johnnie

email stdreamer [at] excite [dot] com


Subject: Re: UIB folders
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 18 Sep 2003 18:20:36 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 18 Sep 2003 08:27:55 +0200 @311)
....while the fading voice of Peter whispered through the darkness:

 PT> Only the ORB relies on Indy and it's not a part of the UIB components
 PT> in JVCL.

Is it removed from JVCL, or is it some additional package ?

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Help needed solving issues with JvComboBox and JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Sep 2003 16:14:12 +0200
Newsgroups: jedi.vcl

Hello, All!
I wrote on Thu, 18 Sep 2003 13:30:59 +0200:

 MB> * DropDown, DropDownList and Simple just give a bunch of AVs. Again
 MB> this seems related to unavailability of a Handle when it's needed but
 MB> have not yet investigate this further

    ConsumerServiceChanged is called more often then I'd like and it turns
out is called earlier than I wanted it to. I think I'll add a change reason
to this method. This means some changes to the core part of the providers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Help needed solving issues with JvComboBox and JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Sep 2003 15:39:18 +0200
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Thu, 18 Sep 2003 15:24:09 +0200:

 RB> Marcel Bestebroer wrote:
 >>     That AV with the rendering stuff is a much bigger problem for which
 >> I have no real solution. It's not because the rendered hasn't been used,
 >> because it is being used after the window is created (AvgItemSize is
 >> called for either Owner style).

 RB> I think it's caused by the default handler of CB_GETITEMHEIGHT; for
 RB> example if you add:

    Already solved the AV rendering issues (see the reply to myself). I'll
look into this message to though, maybe it may solve some other problems
related to the Style property.

 RB>  (note that I also moved

 RB> TJvComboBoxStrings(Items).MakeListInternal;
 RB> RecreateWnd;

 RB> to procedure Loaded;

    But that doesn't work if you connect/disconnect the provider at design
time (in the sense that you'll loose the contents of the Items property).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Help needed solving issues with JvComboBox and JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Sep 2003 15:39:08 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 18 Sep 2003 15:03:29 +0200:

 >>     Still need help with the combo box style issues though.
 PT> I haven't tested your code (you're moving too fast for me<g>) but I
 PT> recall a discussion I had once with Peter Below (in b.p.d.
 PT> components.writing IIRC) about OwnerDrawVariable and how it is called
 PT> at the "wrong" time for being of any real use. I don't remember the
 PT> exact conversation but I think he had some kind of solution. You should
 PT> be able to find it searching google groups (OwnerDrawVariable "Peter
 PT> Below" should do it).

 PT> Sorry I can't help more

    You (and the other Peter) helped enough. I'm going to abuse the form's
Canvas to do my bidding (which is a better idea than creating a temporary
Bitmap)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Help needed solving issues with JvComboBox and JvColorProvider
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 18 Sep 2003 15:24:09 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>     That AV with the rendering stuff is a much bigger problem for which I
> have no real solution. It's not because the rendered hasn't been used,
> because it is being used after the window is created (AvgItemSize is called
> for either Owner style).

I think it's caused by the default handler of CB_GETITEMHEIGHT; for example if you add:

procedure TJvCustomComboBox.CBGetItemHeight(var Message: TMessage);
begin
  Message.Result := 17; { or something }
end;

you don't get an error. (note that I also moved

TJvComboBoxStrings(Items).MakeListInternal;
RecreateWnd;

to procedure Loaded;

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Help needed solving issues with JvComboBox and JvColorProvider
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Sep 2003 15:03:29 +0200
Newsgroups: jedi.vcl

> >     Still need help with the combo box style issues though.
I haven't tested your code (you're moving too fast for me<g>) but I recall a
discussion I had once with Peter Below (in b.p.d. components.writing IIRC)
about OwnerDrawVariable and how it is called at the "wrong" time for being
of any real use. I don't remember the exact conversation but I think he had
some kind of solution. You should be able to find it searching google groups
(OwnerDrawVariable "Peter Below" should do it).

Sorry I can't help more

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help needed solving issues with JvComboBox and JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Sep 2003 14:01:15 +0200
Newsgroups: jedi.vcl

Hello, All!

 MB>     Something that seems to be occurring only when using the
 MB> ColorProvider is that closing the form (either at design time or at run
 MB> time) will result in an AV if no item has been rendered at all.
[snip]
 MB>     That AV with the rendering stuff is a much bigger problem for which
 MB> I have no real solution. It's not because the rendered hasn't been
 MB> used, because it is being used after the window is created (AvgItemSize
 MB> is called for either Owner style).

    Issue solved (not committed due to other changes in that unit and I'm
too lazy to keep going back and forth between my version and the latest
committed one). CurrentSettings needs to be nilled when AvgItemSize is done
(I placed a try..finally around the whole method). I did the same with
DoDrawItem and DoMeasureItem as well as setting CurrentItem to nil but I
have not tested if either of them are actually needed.

    Still need help with the combo box style issues though.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Help needed solving issues with JvComboBox and JvColorProvider
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 18 Sep 2003 13:30:59 +0200
Newsgroups: jedi.vcl

Hello, All!

    it seems not many have actually tested these. During my initial tests I
had set the combo box's style to OwnerDrawFixed and thus I never encountered
any issues. It appears there are a lot of issues with other styles though:

* OwnerDrawVariable:
    The WM_MEASUREITEM message is sent before the window is created and thus
also before a canvas can be used. AFAIR this was not the case for the list
box. I have no idea how I can solve this. Maybe I did something wrong in the
creation of the window?
* DropDown, DropDownList and Simple just give a bunch of AVs. Again this
seems related to unavailability of a Handle when it's needed but have not
yet investigate this further

    Something that seems to be occurring only when using the ColorProvider
is that closing the form (either at design time or at run time) will result
in an AV if no item has been rendered at all. For example: setting ItemIndex
to 0 at design time will allow you to close the form and Delphi normally. At
run time it's enough to drop down the list once. Even if you don't select
any item you can safely close the application, otherwise you get an AV.

    I tracked it down to the TJvColorItemsRenderer instance. For testing
purposes I added an overridden destructor that would just call the inherited
method. Setting a breakpoint at the begin statement of this destructor
revealed that execution indeed comes at that point. The
TAggregatedPersistentEx.BeforeDestruction method is also called, with a
valid instance (it can reference the private fields without AVs). Upon
returning to the TJvColorItemsRenderer.Destroy stepping in to the inherited
Destroy will end with a "too many consecutive exceptions raised" (takes a
over 1 second before that happens). For some reason it can not locate the
inherited Destroy. Note that if I don't set a breakpoint I just get the
"normal" AV.

    So I need some help. I would have no problem in forcing an owner draw
style for the combo box when a provider is used, although I'd prefer to use
any style. The OwnerDrawVariable issue is a show stopper that needs to be
circumvented. If needed I suppose we could just create a bitmap and use it's
canvas for measuring purposes.

    That AV with the rendering stuff is a much bigger problem for which I
have no real solution. It's not because the rendered hasn't been used,
because it is being used after the window is created (AvgItemSize is called
for either Owner style).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Jewel with "Who Will Save Your
Soul".




Subject: Re: JvEditor Selection
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Sep 2003 11:35:18 +0200
Newsgroups: jedi.vcl

> > I'm unfamiliar with the CVS system so if you can do the upgrade I'll be
> > glad.

OK, I'll update it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvEditor Selection
From: "Enrico" <r.i.c.e.r.c.a.r.@infinito.it>
Date: Thu, 18 Sep 2003 10:45:56 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:bkbosh$63d$1@talkto.net...
>> > > I rewrite it:
> >
> > Does this work? If it does, it should be added to the CVS version.
> >

Peter,
from my test it works (the version published by Andreas has only typing
mistakes).
I'm unfamiliar with the CVS system so if you can do the upgrade I'll be
glad.

Thanks and regards
Enrico




Subject: Re: JvEditor Selection
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Sep 2003 10:36:36 +0200
Newsgroups: jedi.vcl

> > I rewrite it:

Does this work? If it does, it should be added to the CVS version.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvEditor Selection
From: "Enrico" <r.i.c.e.r.c.a.r.@infinito.it>
Date: Thu, 18 Sep 2003 10:21:55 +0200
Newsgroups: jedi.vcl

"Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de> ha scritto nel
messaggio news:bk9h26$pca$1@talkto.net...

Thank you for the explanation.

> > function TJvCustomEditor.GetSelStart: Integer;
> > begin
> >   if SelectionRec.Selected then
> >     Result := PosFromCaret(SelectionRec.SelBegX, SelectionRec.SelBegX)
> >   else
> >     Result := PosFromCaret(FCaretX, FCaretY);
> > end;

I rewrite it:

begin
  if FSelection.Selected then
    Result := PosFromCaret(FSelection.SelBegX, FSelection.SelBegY)
  else
    Result := PosFromCaret(FCaretX, FCaretY);
end







Subject: Re: Update on /daily status
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Sep 2003 10:05:28 +0200
Newsgroups: jedi.vcl

The daily scripts seems to be working now, so start downloading! (For those
unaware of what I am talking about, see http://jvcl.sourceforge.net/daily)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: UIB folders
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Sep 2003 08:27:55 +0200
Newsgroups: jedi.vcl

> > still that little glitch about INCLUDES folder - it contains YAFILL
> > subfolder - that is wrong name. Correct one is YAFFIL
I'll add it to the TODO list.

> >
> > PS: one the progdigy.com therer is UIB Message Reader - isn't it good to
> > became one of examples of JVCL3 ?
Could be, I'll check with Henri

> >
> > PPS: one of UIB components is INDY-dependent. is the whole UIB package
> > INDY-dependent too ?
Only the ORB relies on Indy and it's not a part of the UIB components in
JVCL.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: File Size Conversions???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Sep 2003 08:25:42 +0200
Newsgroups: jedi.vcl

> > I was wondering if anyone could tell me a good way to get and display file
> > sizes. I have seen the FileGetSize in the jcl code, but it only returns
the
[...]

Try this function:

function ByteSizeToString(Value : Int64; MaxDigits:integer = 3; BinaryDivide
: boolean=true): string;
const
  Prefixes : array[0..6] of PChar = ('byte', 'kB','MB','GB','TB', 'PB',
'EB'); // High(Int64) ~ 922 EB
var
  Divider,tmp : integer;
  IsNegative:boolean;
  PrefixIndex: cardinal;
  FloatValue:Extended;
  function IntLength(Value:Int64):byte;
  begin
    Result := Length(IntToStr(Value));
  end;
begin
   // decide the divider
   if BinaryDivide then
     Divider := 1024
   else
     Divider := 1000;

   PrefixIndex := 0;
   IsNegative := Value < 0;
   FloatValue := Abs(Value);
   while FloatValue / Divider >= 1 do
   begin
     // divide down
     FloatValue := FloatValue / Divider;
     // next prefix
     Inc(PrefixIndex);
   end;
   if PrefixIndex > High(Prefixes) then // this should never happen (max
Int64 ~ 9.22EB)
   begin
     Result := Format('%.1n %s?',[Value / Divider,Prefixes[1]]);
     Exit;
   end;
   // determine number of decimals (0 to MaxDigits)
   tmp := MaxDigits - IntLength(trunc(FloatValue));
   if (tmp < 0) then tmp := 0;
   if tmp > MaxDigits then tmp := MaxDigits;
   // return result
   if IsNegative then FloatValue := -FloatValue;
   Result := Format('%.*n %s',[tmp,FloatValue,Prefixes[PrefixIndex]]);
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Original RxLib 2.75 and JVCL compatibility
From: Don <ozdelphi@yahoo.com>
Date: Thu, 18 Sep 2003 11:34:42 +0800
Newsgroups: jedi.vcl

Tom Wedge wrote:

> > Hi Don
> > 
> > I have RX 2.75 and JVCL install on delphi 5 with no problems.
> > 

thanks for that

Don



Subject: Re: Cant install! help me pls
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 17 Sep 2003 23:24:36 +0200
Newsgroups: jedi.vcl

The JCL cannot be used with Delphi 7 trial edition and neither can JVCL
since it relies on JCL. Try downloading the Personal Edition of D7 instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Cant install! help me pls
From: "ChromeX" <ghevor@hotmail.com>
Date: Wed, 17 Sep 2003 22:21:53 +0200
Newsgroups: jedi.vcl

 I ran the install.bat and the DOS output says:
"MAKE" Not Recognized, Cannot Find JCL\Bin\JediInstaller.exe.So i tried to
build the app by myself with delphi 7 but i got this error:
Build
[Error] JclResources.pas(907): $WEAKPACKAGEUNIT 'JclResources' cannot have
initialization or finalization code
[Fatal Error] JclBase.pas(244): Could not compile used unit
'JclResources.pas'
..Going to compile the JCL package for Delphi 7(enterprise):
Build
[Error] JclResources.pas(907): $WEAKPACKAGEUNIT 'JclResources' cannot have
initialization or finalization code
[Fatal Error] JclBase.pas(244): Could not compile used unit
'..\Source\JclResources.pas'

----------




Subject: Re: Original RxLib 2.75 and JVCL compatibility
From: "Tom Wedge" <tom@tomwedge.com>
Date: Wed, 17 Sep 2003 21:19:51 +0100
Newsgroups: jedi.vcl

Hi Don

I have RX 2.75 and JVCL install on delphi 5 with no problems.

Tom Wedge.

"Don" <ozdelphi@yahoo.com> wrote in message news:bk9mir$qrn$1@talkto.net...
> > Hi
> >
> > Is anyone aware of any issues when both the original RxLib 2.75 and the
> > JVCL RxLib components are installed in the same IDE?
> >
> > Indeed, can both be installed?
> >
> > Thanks
> > Don
> >




Subject: UIB folders
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 17 Sep 2003 21:23:23 +0400
Newsgroups: jedi.vcl

Hello, All!

still that little glitch about INCLUDES folder - it contains YAFILL
subfolder - that is wrong name. Correct one is YAFFIL

PS: one the progdigy.com therer is UIB Message Reader - isn't it good to
became one of examples of JVCL3 ?

PPS: one of UIB components is INDY-dependent. is the whole UIB package
INDY-dependent too ?
What if i do not have INDY installed and do not want to dowload it ? Is
there some IfDef or smth ?

ANyway, INDY is a big package which is not always ok for deployment. may UIB
package has be INDY-independent, and then ORB implementation could be placed
nito one more UIB_ORB package.

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Original RxLib 2.75 and JVCL compatibility
From: Don <ozdelphi@yahoo.com>
Date: Wed, 17 Sep 2003 22:31:24 +0800
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> >> Indeed, can both be installed?
> > Should be possible since everything from Rx has been renamed in JVCL.
> > 

thanks
Don



Subject: File Size Conversions???
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 17 Sep 2003 09:24:45 -0500
Newsgroups: jedi.vcl

I was wondering if anyone could tell me a good way to get and display file
sizes. I have seen the FileGetSize in the jcl code, but it only returns the
bytes. I am sure this is a stupid question, but i was hoping there was a
component or some functions etc... that would auto translate that into a
string. ex: 3.4 MB.

Any help would be greatly appreciated.

Dave




Subject: Re: Original RxLib 2.75 and JVCL compatibility
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Sep 2003 16:02:25 +0200
Newsgroups: jedi.vcl

> > Indeed, can both be installed?
Should be possible since everything from Rx has been renamed in JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Original RxLib 2.75 and JVCL compatibility
From: Don <ozdelphi@yahoo.com>
Date: Wed, 17 Sep 2003 21:48:17 +0800
Newsgroups: jedi.vcl

Hi

Is anyone aware of any issues when both the original RxLib 2.75 and the
JVCL RxLib components are installed in the same IDE?

Indeed, can both be installed?

Thanks
Don



Subject: Re: why both libx and dcu folders ?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 17 Sep 2003 16:12:13 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 16 Sep 2003 22:22:56 +0200 @890)
....while the fading voice of Peter whispered through the darkness:

 PTr> The dcu folder is for the examples (as is bin which I just added to
 PTr> JVCL3), libx folders are for the packages.

ok, update folder.txt plz

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Provider tutorial extended
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Sep 2003 13:55:32 +0200
Newsgroups: jedi.vcl

Hello, All!

    just uploaded (to jedi.binaries) the provider tutorial explaining the
process of adding consumer side settings for a provider. Look at the
'Providers/Developing a data provider/Example: Developing the color
provider/Step 3' topic.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Counting Crows with "Omaha".




Subject: Re: JvColorProvider nearly done
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 17 Sep 2003 13:55:12 +0200
Newsgroups: jedi.vcl

Hello, Mike!
You wrote  on Wed, 17 Sep 2003 10:56:53 +0000 (UTC):

 ML> Marcel, could you short describe what the color provider is for and
 ML> what feature it has got?

    As you maybe aware of, we are in the process of bringing the number of
similar controls down. One of the things we want to do is minimize the
number of specialized combo boxes, list boxes, etc.

    For this we came up with data provider/consumer mechanism. Currently we
have just two controls converted to a consumer (TJvLabel and TJvComboBox).
All the specialized combo/list boxes like TJvColorComboBox/TJvFontComboBox)
will be removed and replaced by a provider that can be attached to any
consumer.

    The color provider will replace the specialized color combo box and will
thus provide a list of colors and render them on behalf of the consumer. So
far I've been able to make it look the same (that is a TJvColorBox linked to
a TJvColorProvider will look just like the TJvColorComboBox) but already
additional look&feel features have been added. What's still missing is color
name mapping and custom color management.

   In a minute I'll have the tutorial uploaded that might make some things
more clear.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Counting Crows with "Round
Here".




Subject: Re: JvEditor Selection
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 17 Sep 2003 11:37:42 +0000 (UTC)
Newsgroups: jedi.vcl

Enrico wrote:

> > TJvSelectionRec:  SelBegX and SelStartX. What is the difference among
> > them? 


If you start a selection and select to the right SelBegX and SelStartX
are equal.
If you start a selection and select to the left SelBegX is the caret
position and SelStartX the position where you've started to select
which is the end of the selection (=SelEndX).

In other words:
SelBegX/SelBegY is allways the left/top corner of the selection
SelStartX/SelStartY is the selection start where you pressed the mouse
button or the shift key.


 
function TJvCustomEditor.GetSelStart: Integer;
begin
  if SelectionRec.Selected then
    Result := PosFromCaret(SelectionRec.SelBegX, SelectionRec.SelBegX)
  else
    Result := PosFromCaret(FCaretX, FCaretY);
end;



-- Regards Andreas Hausladen (http://www.kylix-patch.de.vu unofficial VisualCLX patches) 

Subject: Re: JvColorProvider nearly done
From: "Mike Lischke" <public@delphi-gems.com>
Date: Wed, 17 Sep 2003 10:56:53 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > I just committed the first version of the color provider (along with
> > some needed updates of the combobox and JvDataProvider+JvDataProviderImpl
> > units).

Marcel, could you short describe what the color provider is for and what feature it has got?

Mike
-- www.delphi-gems.com www.delphi-unicode.net www.lischke-online.de 

Subject: JvEditor Selection
From: "Enrico" <r.i.c.e.r.c.a.r.@infinito.it>
Date: Wed, 17 Sep 2003 11:41:30 +0200
Newsgroups: jedi.vcl

I'm working with JvEditor (JVCL 2.1) but there's something wrong with the
selections or something I don't understand.
JvEditor.SelStart returns the position of the cursor and not the starting
point of the selection, while JvEditor.SelLength returns correctly the
length of the selection. So it's impossible to know where the selection
started (from left or from right?).
Looking at the source code for JvEditor I found:

function TJvCustomEditor.GetSelStart: Integer;
begin
  Result := PosFromCaret(FCaretX, FCaretY);
end;


This can easily be changed but there are two parameters in TJvSelectionRec:
SelBegX and SelStartX. What is the difference among them? Looking at the
code I couldn't understand when one is used instead of the other.
Can somebody explain this?

Thanks,
Enrico




Subject: Re: jvInspector - add sub items selectively
From: "Ray" <yeohray@hotmail.com>
Date: Wed, 17 Sep 2003 09:05:43 +0800
Newsgroups: jedi.vcl

Thx.  That did it.

-- Regards Ray Mond 

Subject: Re: JvColorProvider nearly done
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Sep 2003 23:11:02 +0200
Newsgroups: jedi.vcl

Hello, All!

 MB>     I just committed the first version of the color provider

    and now also a second so that it will actually remember the settings you
made at design time <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Converting TJvCustomComboBox to consumer
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 16 Sep 2003 22:45:46 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Please, everybody: when making major changes that isn't documented in Mantis
> etc, remember to update changelog.txt! In addition, if it affects the
> install, readme or migration docs, please update these as well. Finaly, if
> you rename types etc, add the rename pair to converter\JVCL3.dat

Maybe make a checklist, or something: "what to do when you change the source" <g>

I know I'll probably forget those things in a week or so, and it may also be handy for new members.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Converting TJvCustomComboBox to consumer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Sep 2003 22:31:35 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 16 Sep 2003 22:25:51 +0200:

 PT> Please, everybody: when making major changes that isn't documented in
 PT> Mantis etc, remember to update changelog.txt! In addition, if it
 PT> affects the install, readme or migration docs, please update these as
 PT> well. Finaly, if you rename types etc, add the rename pair to
 PT> converter\JVCL3.dat

    AFAICR I've only added stuff, but you're right it should be documented
in the changelog.txt at minimum. I'll check the commit mails and update the
changelog.txt and (if necessary) JVCL3.dat.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvColorProvider nearly done
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Sep 2003 22:28:19 +0200
Newsgroups: jedi.vcl

Hello, All!

    I just committed the first version of the color provider (along with
some needed updates of the combobox and JvDataProvider+JvDataProviderImpl
units). It's nearly complete, with "only" the mapping and custom color
management to take care of. It's also a nice provider to show the use of
consumer side options. Use it in combination with the combo box and it
should mimic it TJvColorComboBox.

    The provider has not been added to any package yet (for testing purposes
I have created a TestProviders package) so to use it you should add it to a
temp package for now (make it a design+run if you will).

    The next part of this provider will have to wait, as I'll have to update
the tutorial with the newly added stuff (if I don't, I'll have forgotten why
I did some things a certain way).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvDBDatePickerEdit created at runtime
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Sep 2003 22:27:16 +0200
Newsgroups: jedi.vcl

Note that there is a delay in anonymous CVS access (~24 hours), so the
changes might not be available until tomorrow.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Converting TJvCustomComboBox to consumer
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Sep 2003 22:25:51 +0200
Newsgroups: jedi.vcl

Please, everybody: when making major changes that isn't documented in Mantis
etc, remember to update changelog.txt! In addition, if it affects the
install, readme or migration docs, please update these as well. Finaly, if
you rename types etc, add the rename pair to converter\JVCL3.dat

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBDatePickerEdit created at runtime
From: Omer Yasar Can <omercan@home.nl>
Date: Tue, 16 Sep 2003 22:23:07 +0200
Newsgroups: jedi.vcl

I got the newest version 3.

Thanks again.

Regards

  Omer

Peter Thörnqvist wrote:
>> Will you put the newest version to SourceForge to download (w/o use of
>> CVS)?
>
>
> No new release is planned in the near future so any updates should be gotten
> from CVS. It also seems as if the http://jvcl.sf.net/daily issue might be
> resolved soon, so that's an alternative to get the latest files.
>



Subject: Re: why both libx and dcu folders ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Sep 2003 22:22:56 +0200
Newsgroups: jedi.vcl

The dcu folder is for the examples (as is bin which I just added to JVCL3),
libx folders are for the packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: why both libx and dcu folders ?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 16 Sep 2003 21:59:25 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> If DCU is to be sorted by version - why is there DCU subfolder ?

I don't know. Should be removed, I guess.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvDirectoryEdit1 E/S21
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Sep 2003 20:42:11 +0200
Newsgroups: jedi.vcl

> > When i select the CDROM driver i have an E/S21.
> > 
> > How can i stop this message or put an other message?

Set DialogKind to dkWin32.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Update on /daily status
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Sep 2003 20:01:32 +0200
Newsgroups: jedi.vcl

It seems /daily is up and running again with some minor glitches. If you are
interested, you can download the latest zip's starting from tomorrow and
check them for correctness. Those up until today are missing some files
(especially the "Source only" zip is missing the content of the Resources
folder (casing error in the script))

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBDatePickerEdit created at runtime
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 16 Sep 2003 19:59:21 +0200
Newsgroups: jedi.vcl

> > Will you put the newest version to SourceForge to download (w/o use of
> > CVS)?

No new release is planned in the near future so any updates should be gotten
from CVS. It also seems as if the http://jvcl.sf.net/daily issue might be
resolved soon, so that's an alternative to get the latest files.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBDatePickerEdit created at runtime
From: Omer Yasar Can <omercan@home.nl>
Date: Tue, 16 Sep 2003 19:31:33 +0200
Newsgroups: jedi.vcl

Thanks again.....

Will you put the newest version to SourceForge to download (w/o use of CVS)?

Thanks and Regards

  Omer - Holland

Peter Thörnqvist wrote:
>> Yes, it does work this way!
>
> Great, I'll add it to CVS
>



Subject: JvDirectoryEdit1 E/S21
From: "Pascal" <pascal.derex@libertysurf.fr>
Date: Tue, 16 Sep 2003 17:51:40 +0200
Newsgroups: jedi.vcl

Hello,

When i select the CDROM driver i have an E/S21.

How can i stop this message or put an other message?

Thank you

Pascal




Subject: Re: Converting TJvCustomComboBox to consumer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Sep 2003 14:53:51 +0200
Newsgroups: jedi.vcl

Hello, All!

    Changes in JvDataProviderImpl and JvComboBox. It now works (note that I
still need to add the item measuring code, but other than that it works
perfectly). The items property retains any values that were added even if a
Provider is set. If a provider is used, you can only retrieve the item by
using the consumer service (notably the IJvDataConsumerViewList, which has
the Item method that accepts the list box/combo box index).

    I think I'll make the GetItemText method public so you can always
retrieve the item text, regardless whether a provider is connected or not.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Image button inherited from TButton
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 16 Sep 2003 16:35:51 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 16 Sep 2003 22:04:10 +1000 @544)
....while the fading voice of OBones whispered through the darkness:

 O> - give an image (without text) and the component writes the caption on
 O> top - give an image (with text) and the component must not write any
 O> caption.

Or just a wallpapered button ?

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Converting TJvCustomComboBox to consumer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Sep 2003 14:31:21 +0200
Newsgroups: jedi.vcl

Hello, All!
You wrote to All on Tue, 16 Sep 2003 14:09:57 +0200:

 MB>     I'm nearly done with the conversion of TJvCustomComboBox. I keep
 MB> running into an error I just can't find.

    Never mind. It's a problem at the consumer service that refuses to store
itself properly in certain cases. Fixing now....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvDBDatePickerEdit created at runtime
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Sep 2003 14:16:21 +0200
Newsgroups: jedi.vcl

> > Yes, it does work this way!
Great, I'll add it to CVS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBDatePickerEdit created at runtime
From: Omer Yasar Can <omercan@home.nl>
Date: Tue, 16 Sep 2003 14:12:03 +0200
Newsgroups: jedi.vcl

Yes, it does work this way!

One has to
  -- deinstall jcl and jvcl (add new packages and deinstall them all)
  -- make the change to JvDatePickerEdit.pas
  -- install jcl and jvcl again (manually using the dpk-files if required)

Thank you very much!

Regards

  Omer


Peter Thörnqvist wrote:
> In JvDatePickerEdit.pas, select and cut the last 2 lines from
> TJvCustomDatePickerEdit.Create:
>
> // cut these lines:
>   SetDateFormat(ShortDateFormat);
>   EditMask := FMask;
>
> add an overridden CreateWnd to the protected section:
>
> protected
>   procedure CreateWnd; override;
>
> add the two cut lines to the implementation after inherited:
>
> procedure TJvCustomDatePickerEdit.CreateWnd;
> begin
>   inherited;
>   SetDateFormat(ShortDateFormat);
>   EditMask := FMask;
> end;
>
> Does it work now?
>



Subject: Converting TJvCustomComboBox to consumer
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 16 Sep 2003 14:09:57 +0200
Newsgroups: jedi.vcl

Hello, All!

    I'm nearly done with the conversion of TJvCustomComboBox. I keep running
into an error I just can't find.

    * Drop a TJvComboBox on a form
    * Add a couple of strings to the Items property.
    * Save form or do a "View as Text". You'll note the strings are stored
in the DFM
    * Toggle back. Items property still contains all strings.
    * Drop a provider on the form (I know, you only have the
TJvContextProvider but it will do)
    * Assign the provider to the combo box
    * The Items property still contains the strings; if you click OK, the
Provider will be unassigned, if you click Cancel the Provider stays active.
    * Save the form or do a "View as Text". You'll get an Index out of
bounds error for Index 0 (I could understand it if it fails for an index
that was not in the Items property but now it always fails)
    * Clear the Provider property of the combo box
    * Save the form or do a "View as Text". You'll note the strings are
still there.

    The problem of course is that error when a provider is active. It
happens in all cases (even if the Items property remains empty). I just
can't find what's going wrong. Anyone can point me in the right direction?

    BTW, I talked about needing a little hack for D5 only. It turns out that
if Borland would have done a good job it would indeed be needed for D5 only.
Unfortunately D6 ignores the GetItemsClass method and D7 still doesn't have
the Create constructor declared virtual so in all compilers I still needed
to hack my way in to the FItems private field. See TJvCustomComboBox.Create
for more info.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Image button inherited from TButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Sep 2003 14:08:21 +0200
Newsgroups: jedi.vcl

> > - give an image (without text) and the component writes the caption on top
> > - give an image (with text) and the component must not write any caption.

Both JvImgBtn and JvBitBtn displays the image centered on the button if
there is no caption. It's then just a matter of the image's size, I guess?
What JvImgBtn doesn't do currently, is provide a way to write the Caption at
top/bottom but other than that, it is equivalent to JvBitbtn only differing
in the use of a bitmap/imagelist and the animation support (in JvImgBtn)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Image button inherited from TButton
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 16 Sep 2003 22:04:10 +1000
Newsgroups: jedi.vcl

I think he wants one of these two options:

- give an image (without text) and the component writes the caption on top
- give an image (with text) and the component must not write any caption.

This wasn't really clear in his explanation, but I think that's one of these two...
In both cases, if we have a TButton descendant with all the TabStop behaviour, it would work if case 1 is the default implementation. Indeed, if he wants case 2, he simply sets the caption to an empty string...


Peter Thörnqvist wrote:

> I'm not sure I understand the statement "an image painted over the whole
> button face, comes with button caption". The size of the image determines
> how much of the button is filled, and Layout determines where it is painted.
> Maybe you could explain in more detail what you are looking for?
>
> TJvImgBtn uses an imagelist for the image, but I agree that maybe the Layout
> property should have additional top and bottom (and center?) options. If you
> would like to request this as a new feature, post a report in Mantis and
> maybe someone with time will do it. You could also do it yourself and donate
> the result back to JEDI (also using Mantis).
>



Subject: Re: Image button inherited from TButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Sep 2003 12:42:19 +0200
Newsgroups: jedi.vcl

I'm not sure I understand the statement "an image painted over the whole
button face, comes with button caption". The size of the image determines
how much of the button is filled, and Layout determines where it is painted.
Maybe you could explain in more detail what you are looking for?

TJvImgBtn uses an imagelist for the image, but I agree that maybe the Layout
property should have additional top and bottom (and center?) options. If you
would like to request this as a new feature, post a report in Mantis and
maybe someone with time will do it. You could also do it yourself and donate
the result back to JEDI (also using Mantis).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [BCB Packages] Second try, cleaning up
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 16 Sep 2003 20:39:24 +1000
Newsgroups: jedi.vcl

Well, as I cleaned everything up and changed some of the order in the requires list, everything is now compiling, linking and installing under my installation of BCB6 Enterprise US, Update 2.
I posted a zip file in binaries with all these packages so that people without developer access to CVS do not have to wait 24 to 48 hours to get them.

Cheers

Olivier Sannier
JVCL Developer



Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Sep 2003 12:36:02 +0200
Newsgroups: jedi.vcl

> > Thanks! The page you gave, TortoiseCVS and those htmls you mentioned
> > all give clear instructions and I've successfully installed JVCL 3.0.
> > However, these are some very minor mistakes or improvements I think I
> > should tell you:
[...]
Thanks for the feedback. I'll update the docs accordingly.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Image button inherited from TButton
From: cyhoh <cyhoh@nospam.com>
Date: Tue, 16 Sep 2003 17:44:44 +0800
Newsgroups: jedi.vcl

Hi Peter,
These two buttons you mentioned are using glyph/image which is painted
inside button along with button caption. What I would like is an image
painted over the whole button face, comes with button caption and also
other usual button properties such as tabstop.

Regards,
cyhoh

On Sun, 14 Sep 2003 10:37:57 +0200, Peter Thörnqvist
<peter3@no.spam.peter3.com> wrote:

> >TJvImgBtn and TJvBitBtn should fit the ticket.



Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: cyhoh <cyhoh@nospam.com>
Date: Tue, 16 Sep 2003 17:16:51 +0800
Newsgroups: jedi.vcl

Thanks! The page you gave, TortoiseCVS and those htmls you mentioned
all give clear instructions and I've successfully installed JVCL 3.0.
However, these are some very minor mistakes or improvements I think I
should tell you:
1. CVSROOT should be "..../cvsroot/jvcl" for anonymous access in "How
to get JVCL3" page.
2. JCL's download page should be http://sourceforge.net/projects/jcl
instead of http://jcl.sourceforge.net, which is JCL issue tracker
page, in install.htm. And I think latest version of JCL refers to "JCL
Previews" right?
3. Install.htm does mention that previous version of JVCL and JCL be
removed before installation of newer version. I think there missing
one step for installing newer JCL package in this file.
4. Under section "Step two - search and replace" in migration.htm,
JVCL convert program is mentioned for fast conversion from older
version to newer version of JVCL. It would save readers a little time
if the location of this program is mentioned too.

Once again, thank you for your helps!

Regards,
cyhoh

On Mon, 15 Sep 2003 16:26:30 +0200, Peter Thörnqvist
<peter3@no.spam.peter3.com> wrote:

> >Read the news item "How to get JVCL3" at http://sf.net/projects/jvcl. Get
> >the files and read install.html + readme.html+ migration.html in the root
> >folder. If that doesn't explain things, post agan here and I'll try to help
> >you.



Subject: Re: JEDI - NEW CHARTING COMPONENT. Having a problem. HELP REQUEST.
From: Don <ozdelphi@yahoo.com>
Date: Tue, 16 Sep 2003 12:47:57 +0800
Newsgroups: jedi.vcl

Warren Postma wrote:
> > I really need a chart component right now, and I don't feel like paying 
> > $1000 for one of the commercial ones,

Isn't there one called TPlot (or something like that) which is freeware?

Don



Subject: Re: [BCB Packages] Second try, cleaning up
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Tue, 16 Sep 2003 09:39:47 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:
> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
>
>>>    Could be because you cleaned up the library lists. Anyway, I'm glad it
>>> works now. That will be greatly appreciated by BCB6 users around the globe.
>>
>> Actually not, because the lists were already cleaned up...
>> And if I put the packages back into their previous order, bang, it breaks !
>> I REALLY hate when something like that happens for no obvious reasons...
>> I REALLY hope someone at Borland will be reading this and fix it... (I know I'm dreaming)
>
>
> I a few days when I have time and it all gets to the anonymous CVS I will
> have a go at them all with a BCB6 Pro install and let you know what
> happens.
>

I'll post a zip file with all the clean ones in binaries so that you can grab it without waiting for the anonymous server to show them.



Subject: Re: TJvDBDatePickerEdit created at runtime
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 15 Sep 2003 22:51:17 +0200
Newsgroups: jedi.vcl

In JvDatePickerEdit.pas, select and cut the last 2 lines from
TJvCustomDatePickerEdit.Create:

// cut these lines:
  SetDateFormat(ShortDateFormat);
  EditMask := FMask;

add an overridden CreateWnd to the protected section:

protected
  procedure CreateWnd; override;

add the two cut lines to the implementation after inherited:

procedure TJvCustomDatePickerEdit.CreateWnd;
begin
  inherited;
  SetDateFormat(ShortDateFormat);
  EditMask := FMask;
end;

Does it work now?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvDBDatePickerEdit created at runtime
From: Omer Yasar Can <omercan@home.nl>
Date: Mon, 15 Sep 2003 19:42:18 +0200
Newsgroups: jedi.vcl

How can I create a TJvDBDatePickerEdit at runtime....?

With this code I am getting an error-message:

procedure TForm1.BitBtn1Click(Sender: TObject);
var JvDBDatePickerEdit: TJvDBDatePickerEdit;
begin
      JvDBDatePickerEdit := TJvDBDatePickerEdit.Create(self); //JEDI
      JvDBDatePickerEdit.Parent := JvCaptionPanel1; // Panel1; //form1 or ScrollBox1
      JvDBDatePickerEdit.Top := 4;
      JvDBDatePickerEdit.Left := 4;
      JvDBDatePickerEdit.Visible := true;
      //JvDBDatePickerEdit.DataSource := DataSource1;
      // JvDBDatePickerEdit.DataField := Table1.Fields[0].FieldName;
end;

The erreor-message: Control has no Parent Window

Any idea, anyone?

Thanks in advance



Subject: Re: [BCB Packages] Second try, cleaning up
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Mon, 15 Sep 2003 15:57:09 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

>> >>     Could be because you cleaned up the library lists. Anyway, I'm glad it
>> >> works now. That will be greatly appreciated by BCB6 users around the globe.
> >
> >Actually not, because the lists were already cleaned up...
> >And if I put the packages back into their previous order, bang, it breaks !
> >I REALLY hate when something like that happens for no obvious reasons...
> >I REALLY hope someone at Borland will be reading this and fix it... (I 
> >know I'm dreaming)

I a few days when I have time and it all gets to the anonymous CVS I will
have a go at them all with a BCB6 Pro install and let you know what
happens. 




Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 15 Sep 2003 16:26:30 +0200
Newsgroups: jedi.vcl

Read the news item "How to get JVCL3" at http://sf.net/projects/jvcl. Get
the files and read install.html + readme.html+ migration.html in the root
folder. If that doesn't explain things, post agan here and I'll try to help
you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [BCB Packages] Second try, cleaning up
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 15 Sep 2003 22:58:14 +1000
Newsgroups: jedi.vcl

>     Could be because you cleaned up the library lists. Anyway, I'm glad it
> works now. That will be greatly appreciated by BCB6 users around the globe.

Actually not, because the lists were already cleaned up...
And if I put the packages back into their previous order, bang, it breaks !
I REALLY hate when something like that happens for no obvious reasons...
I REALLY hope someone at Borland will be reading this and fix it... (I know I'm dreaming)



Subject: Re: [BCB Packages] Second try, cleaning up
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 15 Sep 2003 14:55:40 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Mon, 15 Sep 2003 22:47:09 +1000:

 O>  Then a little voice in my head said:

    You hear those voices too? I though that was only in my head?

 O> "Just retry what Marcel suggested with the order of required packages".
 O> I already tried that, but obviously wasn't doing the right thing as it
 O> actually fixed JvBands.

    Could be because you cleaned up the library lists. Anyway, I'm glad it
works now. That will be greatly appreciated by BCB6 users around the globe.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Nits with "Woman cactus".




Subject: [BCB Packages] Second try, cleaning up
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 15 Sep 2003 22:47:09 +1000
Newsgroups: jedi.vcl

Hi all, again.
As you may have seen, I released a zip file with all the packages for C++ Builder 6, all linking and installing, except for one.
I couldn't help thinking that this shouldn't be and went up with the funny idea of cleaning up the packages.
Indeed, as Peter suggested, there are heaps of libraries indicated in these packages, libraries that may not be avalaible in all BCB versions. It also turns out that this list of librairies is often the source of the "Linker bug". So I decided to wipe off these lists (there are actually two, listing the same libraries in reverse order) in all the packages, even the JCL one.
As a result, I'd like you NOT TO USE the current packages as they will get changed and hopefully will allow all the packages to work this time.
Indeed, cleaning JvBandsC6R.bpk, I ended up breaking it, just like the way JvValidatorsC6R.bpk is broken. Then a little voice in my head said: "Just retry what Marcel suggested with the order of required packages". I already tried that, but obviously wasn't doing the right thing as it actually fixed JvBands.
I'll continue cleaning up these packages in the next couple of days, I'll post a reply to this thread when I'm finished. Hopefully, this shouldn't take me more than 2 evenings.

Olivier Sannier
JVCL Developer



Subject: Re: Writing consumers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 15 Sep 2003 13:55:40 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Sun, 14 Sep 2003 21:19:12 +0200:

 MB>     I got a great solution in mind (and partly coded already) that
 MB> requires *almost* no hacking of TCustomComboBox. It does require me to
 MB> write some code "inspired" by Borland's code that is unfortunately
 MB> buried in the implementation section, but to be honest I can hardly
 MB> find another way of coding those specific parts.

    As it turns out, I only have to hack it in D5. D6 and up already allow
you to specify which TStrings implementation to use for the item list. I
decided however to not use the inherited methods for D6+ to minimize the
number of IFDEF's in the implementation (I had to use the Borland inspired
code anyway for D5).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL(X)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 15 Sep 2003 13:48:48 +0200
Newsgroups: jedi.vcl

Hello, forums.talkto.net!
You wrote  on Mon, 15 Sep 2003 13:19:35 +0200:

 ftn> - Help files ?

    That may be the least of your problems. Most of the help will remain the
same, except for VCL/CLX specific types/properties/methods and the renaming
of units/components. I see no reason why we shouldn't use some preprocessor
for the help source files to generate the CLX help. In the Borland
third-party group an announcement was made for a Linux tool that can show
WinHELP help files and in the future also CHM. IOW we can generate usable
help files for VCL, CLX Windows and CLX Linux.

    A help file that can be intergrated into Kylix is a different story. I'm
not sure if it can be done and if the documentation tool (Doc-O-Matic) can
generate such files.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL(X)
From: "forums.talkto.net" <asn@xs4all.nl>
Date: Mon, 15 Sep 2003 13:19:35 +0200
Newsgroups: jedi.vcl

"Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com> schreef in
bericht news:bjl3st$ae4$1@talkto.net...
> > "forums.talkto.net" <asn@xs4all.nl> wrote in message
> > news:bj9hpu$72q$1@talkto.net...
> >
>> > > Their seems to be a tool  called 'jpp'  that can do this for us, while
>> > > maintaining common sources
>> > > for JVCL & JVCLX !
>> > > Read the next mail  in jedi.jcl:  Restructering JCL for VisualCLX.
>> > >
>> > > Greetings,
>> > >
>> > > André
> >
> >
> >     Great idea, and seem to be an excelent tool as the messages stated.
So,
> > what could I do to help?
> >

-Possible this week I will release a new beta version. I have done already
some
 stuff for windows platform support, but untested.
TODO:
-In the JVCl 3 several files have been renamed, some components are no
longer
 available, maybe we should drop also some components, but for the moment I
 would suggest to rename these to JvQ..... I have already renamed some files
with
 the JvQ prefix (VisualCLX only components)
-Several JVCL 3 files have been updated...
-A release version of JVCL(X) should contain source files with only WINDOWS
& LINUX directives
 ( jpp tool),  while maintaining the original development version.
-Some restructering need to be done,  windows function wrappers  and types
should go into one
 file (JvQWindows?). They are now in JvFuctionsClx and JvTypes
- Merge JvCLXUtils with JvVCLUtils ?
- Merge JvFunctionsClx with JvFunctions ?
- Help files ?

Greetings

André
> >
> > --
> >     Alexandre Rocha Lima e Marcondes
> >     mailto:alexandre@p4tecnologia.com
> >     P4 Tecnologia Ltda.
> >     http://www.p4tecnologia.com
> >     Curitiba - PR - Brazil
> >
> >




Subject: Re: jvInspector - add sub items selectively
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 15 Sep 2003 10:11:42 +0200
Newsgroups: jedi.vcl

Hello, Ray!
You wrote  on Mon, 15 Sep 2003 13:44:10 +0800:

 R> Using jvInspector, is it possible to selectively display the properties
 R> of a sub component?  E.g. for a TPanel, I would like to display only the
 R> font size and font color for the TFont property in the inspector, and
 R> not the entire TFont published properties.

    You can do that in the BeforeItemCreate event of the inspector. Setting
ItemClass to nil will result in no item being created. Note that the event
carries a reference to the data instance (in this case a
TJvInspectorPropData instance to a TFont sub property) and you have no
reference to the parent (you do have a reference to instance of the object
so you can check if you're actually looking at a TFont property or not).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: jvInspector - add sub items selectively
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 15 Sep 2003 13:44:10 +0800
Newsgroups: jedi.vcl

Using jvInspector, is it possible to selectively display the properties of a
sub component?  E.g. for a TPanel, I would like to display only the font
size and font color for the TFont property in the inspector, and not the
entire TFont published properties.

Thanks in advance.

-- Regards Ray Mond 

Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: cyhoh <cyhoh@nospam.com>
Date: Mon, 15 Sep 2003 08:55:17 +0800
Newsgroups: jedi.vcl

OK, I've decided to upgrade to JVCL3.  Could you give me instructions
for downloading and installing JVCL3? What are the pre-installation
and post-installation procedures? Thanks!

Regards,
cyhoh


On Sat, 13 Sep 2003 10:19:18 +0200, Peter Thörnqvist
<peter3@no.spam.peter3.com> wrote:

> >If you haven't used JVCL much, I would recommend moving to JVCL3 as soon as
> >possible because that will save you a lot of rewriting later on. Most every
> >component that should be merged has been merged already, so the risk of
> >using a component in JVCL3 that will be removed, is slim. I don't think that
> >properties, events and the like will change much either since most of that
> >has been done as well.



Subject: why both libx and dcu folders ?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 15 Sep 2003 03:59:12 +0400
Newsgroups: jedi.vcl

Hello, All!

Subj!
If DCU is to be sorted by version - why is there DCU subfolder ?

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru

Subject: Re: Writing consumers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Sep 2003 21:19:12 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Sat, 13 Sep 2003 18:43:57 +0200:

 MB>     I have been thinking about the TJvCustomComboBox and
 MB> TJvCustomListBox and I have a basic idea on how to keep both a provider
 MB> aware and not provider aware version, but it's not easy or nice. I'll
 MB> have to think about it some more.

    I got a great solution in mind (and partly coded already) that requires
*almost* no hacking of TCustomComboBox. It does require me to write some
code "inspired" by Borland's code that is unfortunately buried in the
implementation section, but to be honest I can hardly find another way of
coding those specific parts. Should be done in a day or so (talking about
the combo box now; list box will follow right after that but it's almost
identical).

    I must admit that the biggest reason for me having to do this small hack
is that I wanted to keep all the usual behaviors/styles of the control
whether a provider is used or not (of course some things will be done in a
slightly different manner when a provider is used but in general it will be
the same). This turned out to be bit of a ... challenge <g>


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Writing consumers
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 14 Sep 2003 21:32:56 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 14 Sep 2003 19:29:14 +0200 @770)
...while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Marcel Bestebroer tremble:

 MB> Stupid automatic reference counting; took me way too long to track that
Agree.
once i was doing TInterfaceList... Oooohhh......

-- If i had ears, i'd heard none: WinAMP de-instaled. http://Arioch.nm.ru/FL/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru

Subject: Re: Writing consumers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Sep 2003 19:29:14 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Remko Bonte on Sun, 14 Sep 2003 11:27:24 +0200:

 MB> Incidentally, I ran into another (design time) issue: if a provider
 MB> supports contexts but no context is available, you have absolutely no
 MB> way of selecting an item for the label.

Stupid automatic reference counting; took me way too long to track that one
down. It was much worse, BTW. As soon as the context list was once
referenced as an IJvDataContexts interface, the object was destroyed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Update on /daily status
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Sep 2003 19:21:07 +0200
Newsgroups: jedi.vcl

As you might be aware, we have some problems updating the
http://jvcl.sf.net/daily folder with the files from JVCL3. I have been
working (with great help from Michael Beck) on resolving this but it still
doesn't work correctly. For those interested in monitoring this problem (and
maybe suggest solutions), I've submitted a support request on SF
(http://sourceforge.net/tracker/?func=browse&group_id=1&atid=200001). The
request ID is 806080.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [BCB Support] Progress report - FINAL SUMMARY
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 20:03:39 +1000
Newsgroups: jedi.vcl

At last, all packages have been created for C++ Builder 6 Enterprise
Some general remarks first:
You must use the JCL package I created (CJCL60.bpk) and that you will find in binaries.
The path to the JCL dcu sub-directory must be in the PATH environment variable.
If you downloaded the packages from anonymous CVS in the last 3 days, please don't use them as most of them had to be modified (clean-up).
You will find a zip file with all the packages in binaries.

Here is the list of packages, sorted according to their status.

* Compiling, Linking and Installing:
JvCore, JvBands, JvPlugin, JvJans, JvPrintPreview, JvPageComps, JvSystem, JvStdCtrls, JvCtrls, JvCmp, JvCustom, JvDlgs, JvMM, JvNet, JvAppFrm, JvDB, JvBDE, JvInterpreter

* Compiling, Linking and Installing, with remarks:
JvCrypt: JvZlibMultiple.pas is not in the package as ZLib is not installed by default
JvGlobus: The registration file is the one for Delphi as it seems the one for BCB5 is only a remnant of the original Globus library.
JvUIB: You MUST get the latest versions of all UIB related files for it to compile. Moreover, JvCore is always used, no matter the status of UseJVCL
JvWizard: JvCore is always used, no matter the status of UseJVCL
JvTimeFramework: JvCore is always used, no matter the status of UseJVCL

* Compiling, Linking but not Installing (please see related threads for more information):
JvValidators

Thanks to all those who helped and supported me. Your help is still required by installing and testing those packages if you use C++ Builder 6.

Olivier Sannier
JVCL Developer



Subject: Re: JvValidatorsC6D.dpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 20:00:41 +1000
Newsgroups: jedi.vcl

Doesn't change a thing...
That's the annoying story, I tried everything I could think of...

Marcel Bestebroer wrote:
> Hello, OBones!
> You wrote  on Sun, 14 Sep 2003 19:42:14 +1000:
>
>  O>  Indeed, if I add JvCoreC6R.bpi to the requires list, the
>  O> package will not link anymore with the same annoying "Acces Violation"
>  O> error. And the only way to fix it that I know of is to remove
>  O> JvCoreC6R.bpi from the requires list, thus preventing any installation.
>  O> It's like a dog chasing its own tail...
>
>     Could the order of the required packages be of any influence? You might
> try to place it at the start or at the end, depending on where you put it
> now...
>
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>



Subject: Re: JvCtrlsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 19:53:13 +1000
Newsgroups: jedi.vcl

Well, this was an error on my side.
It now requires JvSystemC6R.bpi, JvStdCtrlsC6R.bpi and CJCL60.bpi.
But DO NOT add JvCoreC6R.bpi, it will break the link with the usual acces violation

OBones wrote:
> Compiling and linking
>
> Please note that it requires JvStdCtrlsC6D.bpi and not JvStdCtrlsC6R.bpi
> For a reason beyond my understanding, if I put JvStdCtrlsC6R.bpi in the requires node, it won't link (Access violation). But if I put JvStdCtrlsC6D.bpi in there, it links perfectly well...
>



Subject: Re: JvValidatorsC6D.dpk
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Sep 2003 11:47:44 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sun, 14 Sep 2003 19:42:14 +1000:

 O>  Indeed, if I add JvCoreC6R.bpi to the requires list, the
 O> package will not link anymore with the same annoying "Acces Violation"
 O> error. And the only way to fix it that I know of is to remove
 O> JvCoreC6R.bpi from the requires list, thus preventing any installation.
 O> It's like a dog chasing its own tail...

    Could the order of the required packages be of any influence? You might
try to place it at the start or at the end, depending on where you put it
now...


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvGlobusC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 19:44:13 +1000
Newsgroups: jedi.vcl

They might as I don't use them. But let's see what happens when people start using BCB5

Peter Thörnqvist wrote:

> The reg files for BCB are the old ones from original Globus. They should be
> removed eventually.
>



Subject: Re: JvValidatorsC6D.dpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 19:42:14 +1000
Newsgroups: jedi.vcl

Ok, the one above is fixed and the version you'll find in CVS for this package compiles and links.
However, if you try to install it, it will refuse because it contains JvConsts which is also in JvCoreC6R.
Easy, you will say, I just need to add JvCoreC6R.bpi to the requires list for this package, and this will correct the problem. Well, even if that solution worked for all the other packages, for that one, it's a bit different. Indeed, if I add JvCoreC6R.bpi to the requires list, the package will not link anymore with the same annoying "Acces Violation" error. And the only way to fix it that I know of is to remove JvCoreC6R.bpi from the requires list, thus preventing any installation.
It's like a dog chasing its own tail...
I don't have any clues on how to solve that one, I tried recreating the packages from scratch, it didn't change a damn thing.
As this is the last one to be a problem, I'll leave it as is.
Please see my summary for details.



Subject: Re: JvValidatorsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 19:37:29 +1000
Newsgroups: jedi.vcl

Ok, this one now compiles and links. But please read the latest message for JvValidatorsC6D.bpk as this is not the end of the story

OBones wrote:

> An interesting one as it compiles but doesn't link
> [Linker Error] Fatal: Access violation. Link terminated
>
> There are only two files in this package and if I remive JvValidators.pas, the package links fine. So the problem is in that particular file.
> I also tried to remove any class from it, just in case the name of the file would be the source of the error. But it's not.
> At first sight, it has nothing to do with the uses clauses either.
> It's getting quite late here (1:25am) so I'll leave that one pending, if you have any ideas in the meantime...
>



Subject: Re: Writing consumers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Sep 2003 11:27:24 +0200
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Sun, 14 Sep 2003 00:42:46 +0200:

 RB> - New application
 RB> - Drop a TJvLabel on the form
 RB> - Drop a TJvContextProvider
 RB> - Set property Provider of the label to the provider.
 RB> - Run and close the application.

 RB> Now you get an out of bounds error in TJvCustomDataProvider.Changing
 RB> (called from TJvCustomDataProvider.BeforeDestruction) because a
 RB> notifier is unregistered while your iterating over the notifier list.
 RB> Better would be to do a 'for .. downto ..', or something.

    Changed. I did it in both Changing and Changed so the two behave
similar. I don't think it's an issue for notifiers to be notified in reverse
order of registration, but I'll check it later, just in case. Incidentally,
I ran into another (design time) issue: if a provider supports contexts but
no context is available, you have absolutely no way of selecting an item for
the label. Technically that's correct (no context should mean no item list
or tree) but I rather have it open up the item selection dialog and show an
empty list than an AV ;-) I'll have to look into that one as the problem
appears to be deeper than I thought at first. I can only assume the same
thing happens with the combobox/listbox implementation so it has to be
solved first before I start with those two consumers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvNetC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:56:03 +1000
Newsgroups: jedi.vcl

It now links and installs.
Same method as with JvNetC6R.bpk to solve the problem

OBones wrote:

> Compiles but doesn't link, with the usual Acces Violation message.
> I can't see what's wrong and given the time of the night it already is, this one is the last one for today.
> In the meantime, if anyone has any ideas...
>



Subject: Re: JvNetC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:55:35 +1000
Newsgroups: jedi.vcl

I was right, I had to change it.
Removed all requires, and added them once at a time when asked by BCB

OBones wrote:

> Compiles and links but I'm not sure it's done the way it should be as JvNetC6D.bpk doesn't link
>



Subject: Re: Image button inherited from TButton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Sep 2003 10:37:57 +0200
Newsgroups: jedi.vcl

TJvImgBtn and TJvBitBtn should fit the ticket.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvGlobusC6D.bpk
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 14 Sep 2003 10:36:58 +0200
Newsgroups: jedi.vcl

The reg files for BCB are the old ones from original Globus. They should be
removed eventually.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [BCB Support] Progress report
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:31:45 +1000
Newsgroups: jedi.vcl

Thanks.
It was in the requires for D6, but it seems it's only there if UseJVCL is defined.
But in BCB, I cannot do conditional "require" so it's always used



Subject: JvTimeFrameworkC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:30:01 +1000
Newsgroups: jedi.vcl

Compiles, links and installs.
as with the two previous ones, JvCore is always used




Subject: JvTimeFrameworkC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:29:42 +1000
Newsgroups: jedi.vcl

Compiles and links
as with the two previous ones, JvCore is always used



Subject: JvWizardC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:25:09 +1000
Newsgroups: jedi.vcl

Compiles, Links and Installs
Note that as with JvUIB, JvCore is always used.



Subject: JvWizardC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:24:52 +1000
Newsgroups: jedi.vcl

Compiles and links
Note that as with JvUIB, JvCore is always used.



Subject: Re: JvUIBC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:08:36 +1000
Newsgroups: jedi.vcl

Please also note that JvCore is used, not matter what as there are no way (as far as I know) to "require" files conditionnally in a BCB package.



Subject: JvUIBC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:06:45 +1000
Newsgroups: jedi.vcl

Compiles, Links and Installs provide you update JvUIBReg.pas in the design directory



Subject: JvUIBC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 18:06:09 +1000
Newsgroups: jedi.vcl

Compiles and links, provided you update the UIB related units in the run directory



Subject: Re: unicode
From: "Mike Lischke" <public@delphi-gems.com>
Date: Sun, 14 Sep 2003 08:04:01 +0000 (UTC)
Newsgroups: jedi.vcl

Mariano López wrote:

> > but I just wanted to ask you if there is any way to do
> > it without third party components

Try JCLUnicode, which contains a TWideStrings class, which you can use to load Unicode data.

Mike
-- www.delphi-gems.com www.delphi-unicode.net www.lischke-online.de 

Subject: JvGlobusC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 17:26:32 +1000
Newsgroups: jedi.vcl

Compiling, linking and installing

Please note that I used the registration file for Delphi instead of the one for BCB5 as it wasn't compiling. I couldn't see any side effect, but haven't tested the use of components yet.



Subject: JvGlobusC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 17:25:17 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: Re: unicode
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 14 Sep 2003 07:17:26 +0200
Newsgroups: jedi.vcl

Mariano López wrote:
> Hi. I'm trying to load a unicode txt file into a memo. But it seems that the
> Delphi VCL doesn't support unicode. I found the Tnt Unicode Controls
> (http://home.ccci.org/wolbrink/tnt/delphi_unicode_controls.htm) and I'm
> gonna try them now, but I just wanted to ask you if there is any way to do
> it without third party components. Is JEDI going to have unicode support or
> something?
>

Unicode support in controls is a major undertaking.
Wolbrink is among the very few to master that.

We want to support Unicode, but not in JVCL 3.0. The current restructuring is complicated enough.
Read the stars to know when we will support Unicode.



Subject: JvInterpreterC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 15:04:55 +1000
Newsgroups: jedi.vcl

Compiles, links and installs



Subject: JvInterpreterC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 15:04:39 +1000
Newsgroups: jedi.vcl

Compiles and links



Subject: unicode
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Sun, 14 Sep 2003 01:40:29 -0300
Newsgroups: jedi.vcl

Hi. I'm trying to load a unicode txt file into a memo. But it seems that the
Delphi VCL doesn't support unicode. I found the Tnt Unicode Controls
(http://home.ccci.org/wolbrink/tnt/delphi_unicode_controls.htm) and I'm
gonna try them now, but I just wanted to ask you if there is any way to do
it without third party components. Is JEDI going to have unicode support or
something?



Subject: JvBDEC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 14:23:17 +1000
Newsgroups: jedi.vcl

Compiles, links and installs



Subject: JvBDEC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 14:22:55 +1000
Newsgroups: jedi.vcl

Compiles and links



Subject: JvDBC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 13:59:15 +1000
Newsgroups: jedi.vcl

Compiles, links, installs



Subject: JvDBC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 13:58:53 +1000
Newsgroups: jedi.vcl

Compiles and links



Subject: Image button inherited from TButton
From: cyhoh <cyhoh@nospam.com>
Date: Sun, 14 Sep 2003 11:39:17 +0800
Newsgroups: jedi.vcl

Hi all,
Is there any TButton descendant which can use images/image list as
button face? I mean something like JVCL 2.10's JvTransparentButton2
with TButton/TBitBtn properties such as TabStop so that user can press
arrow keys and/or tab to these buttons instead of navigating through
mouse only. All JvTransparentButton2 like image buttons I've found on
net are descendant of TGraphicControl which does not have TabStop and
other TButton's properties.

Regards,
cyhoh



Subject: JvAppFrmC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 13:20:37 +1000
Newsgroups: jedi.vcl

Compiling, linking and installing



Subject: JvAppFrmC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 13:20:21 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: Re: Writing consumers
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 14 Sep 2003 00:42:46 +0200
Newsgroups: jedi.vcl

Nice, I saw one glitch though:

- New application
- Drop a TJvLabel on the form
- Drop a TJvContextProvider
- Set property Provider of the label to the provider.
- Run and close the application.

Now you get an out of bounds error in TJvCustomDataProvider.Changing (called from TJvCustomDataProvider.BeforeDestruction) because a notifier is unregistered while your iterating over the notifier list. Better would be to do a 'for .. downto ..', or something.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Writing consumers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 21:17:46 +0200
Newsgroups: jedi.vcl

Hello, All

    I've uploaded the tutorial on provider/consumer writing to jedi.binaries
(thread: "Provider/Consumer tutorial"). I added TJvCustomLabel as the
example of adapting controls to data consumers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Mantis 206
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 13 Sep 2003 21:27:41 +0400
Newsgroups: jedi.vcl

Hello, All!

Can anyone review it ?
If they would be committed, then i think there can be added #860.

I think they may need modification about generic storage and consumer/provider.
Alas, it seems g.s. is under development still, and added delays of anonymous CVS they are rather hard for me to modify them :-(

-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru

Subject: Writing consumers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 18:43:57 +0200
Newsgroups: jedi.vcl

Hello, All!

    I have successfully converted TJvCustomLabel into a consumer (surfaced
in TJvLabel, have not checked other label controls to see if they descend
from that same class or not).

    There are a couple of things to make note of:

    1) Due to a limitation of Delphi 5 property editors, Access Violations
will occur under these conditions:
        * A provider has been selected into the Provider property
        * The provider property is expanded
        * You change the Caption property, Images property or ImageIndex
property with a set Images property.
        The reason is that whenever one of these properties is changed, the
provider is cleared out as the user seems to want to use the normal
behavior. The D5 property editors do not have paVolatileSubProperties
attribute and so the Provider property is not collapsed. The sub properties
for Provider are no longer valid so you get AVs.

    2) If the angled property is <> 0, the provider based rendering and
measuring is completely ignored. The text of the item is used to render the
label, but that's it.

    I will describe the process of turning this control into a consumer in
the DataProvider tutorial to benefit others.

    I have been thinking about the TJvCustomComboBox and TJvCustomListBox
and I have a basic idea on how to keep both a provider aware and not
provider aware version, but it's not easy or nice. I'll have to think about
it some more.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvNetC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 01:01:39 +1000
Newsgroups: jedi.vcl

Compiles but doesn't link, with the usual Acces Violation message.
I can't see what's wrong and given the time of the night it already is, this one is the last one for today.
In the meantime, if anyone has any ideas...



Subject: JvNetC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 01:00:31 +1000
Newsgroups: jedi.vcl

Compiles and links but I'm not sure it's done the way it should be as JvNetC6D.bpk doesn't link



Subject: JvMMC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 00:20:31 +1000
Newsgroups: jedi.vcl

Compiling, Linking and Installing



Subject: JvMMC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 14 Sep 2003 00:20:10 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: JvDlgsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 23:56:31 +1000
Newsgroups: jedi.vcl

Compiling, Linking and Installing



Subject: JvDlgsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 23:56:11 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: JvCustomC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 23:03:10 +1000
Newsgroups: jedi.vcl

Compiling, linking and installing



Subject: JvCustomC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 23:02:46 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: Re: [BCB Support] Progress report
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 13:48:15 +0200
Newsgroups: jedi.vcl

Hello, OBones!

    Note: for JvUIBD5R package I had to add JvCoreD5R to required node. I
haven't checked the other packages but just so you know!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Public
displays of affection".




Subject: Re: Conversion done!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 13:41:15 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Sat, 13 Sep 2003 13:39:32 +0200:

 MB>     all package build and install just fine in D5. Now I need to check
 MB> the DFMs that used a TJvFormStorage component, as these were not
 MB> detected during compiling unless they referenced one of the removed
 MB> properties in code. For these DFMs I'll have to add a storage. I don't
 MB> think there are many though...

    In fact, there are none ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Way beyond".




Subject: Conversion done!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 13:39:32 +0200
Newsgroups: jedi.vcl

Hello, All!

    all package build and install just fine in D5. Now I need to check the
DFMs that used a TJvFormStorage component, as these were not detected during
compiling unless they referenced one of the removed properties in code. For
these DFMs I'll have to add a storage. I don't think there are many
though...

    The components that where able to save their content/design using
TJvFormStorage have now all the same basic interface for that:

* Assign a TJvFormStorage to IniStorage property (should I go back and
rename these to just plain Storage?)
* Saving and loading will happen automatically upon form
creation/destruction
* To store/restore from code you can use Save and Load methods.
* To store/restore to another storage you can use SaveToAppStore and
LoadFromAppStore methods.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Moog Island
(The music that we hear)".




Subject: JvDB
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 13:28:53 +0200
Newsgroups: jedi.vcl

Hello, All!

    and another one bites the dust <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "What New York
couples fight about".




Subject: Re: tjvdatetimepicker Help?!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 13:18:35 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 12 Sep 2003 18:54:16 +0200:

 >> I think it is a bug in the component if I'm
 >> right about this and should thus be logged in our issue tracker: Date
 >> property should not return a time value if none is entered.
 PT> Actually, the bug is in the Borland DateTimePicker that returns the
 PT> date and time portion for Date as well as Time as well as DateTime.

    I was thinking about this some more. Could we override either the access
method of Data and Time to return/set the Trunc or Frac part only? If not,
could we just redeclare these properties with new getter/setter methods to
do it for us (well, I know we can do that last option, but do we want to?)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Love sweet
love".




Subject: Re: JvAppFrm
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 12:57:09 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 13 Sep 2003 20:33:29 +1000:

 O> What are all these ?
 O> Pas files ? or directly packages ?

    I'm always referring to packages (as I go through them one at a time).
In general if a BCB package compiles there's no problem. If you run into a
package which complain about unknown identifiers (IniSection is one of them)
you'll know you have to skip as I'll be running into it soon. Once you see
the package mentioned in this thread you only need to update the run and
design folders to be able to continue with your BCB conversion.

 O> Cause as I'm working on BCB packages, I'd like to know of
 O> any changes that may affect and even make crash what I'm doing.

    In general I'm only converting sources to use the new storage. It has no
influence on the packages itself. Occasionally you'll see other things
mentioned in my posts but normally it's just the rewriting the usage of
TJvFormStorage and only mention the packages now compile/install.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "The sea".




Subject: Re: JvAppFrm
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 20:33:29 +1000
Newsgroups: jedi.vcl

What are all these ?
Pas files ? or directly packages ?
Cause as I'm working on BCB packages, I'd like to know of any changes that may affect and even make crash what I'm doing.
Thanks

Marcel Bestebroer wrote:

> Hello, All!
>
>    Compiles and installs. I activated the FormStorage component (was set to
> inactive, but it should at least store it's position).
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
> What's that noise in the background? Oh, it's Nits with "Alankomaat".
>
>



Subject: JvCmpC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 19:41:39 +1000
Newsgroups: jedi.vcl

Compiling, Linking and installing (with all the packages it depends on installed before)



Subject: JvAppFrm
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 11:41:08 +0200
Newsgroups: jedi.vcl

Hello, All!

   Compiles and installs. I activated the FormStorage component (was set to
inactive, but it should at least store it's position).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Nits with "Alankomaat".




Subject: JvCmpC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 19:40:50 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: JvMM
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 11:34:25 +0200
Newsgroups: jedi.vcl

Hello, All!

    JvMM compiles and installs. I've used the same paths as in the original
versions of the units/forms so the property editors should be able to read
the values from a previous version. If this is not the case, let me know as
this may indicate an issue with either JvAppStore or TJvFormStorage; in
either case it should be solved so I need to know about it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Nits with "House of Jacob".




Subject: Re: JvCtrlsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 19:19:08 +1000
Newsgroups: jedi.vcl

Ok, this time should be the last one.
It now installs if all the packages it requires are also installed.

OBones wrote:

> Wooops...
> Doesn't install if JvStdCtrls is installed...
> I'm working on it...
>
> I knew there would be some fun with multiple dependencies !
>
> OBones wrote:
>
>> Sorry, it wasn't installing if JvCore was installed. It now works
>>
>> OBones wrote:
>>
>>> Compiling, linking, installing
>>>
>>
>



Subject: JvCustom
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Sep 2003 11:14:51 +0200
Newsgroups: jedi.vcl

Hello, All!

    JvCustom compiles and builds. Problem in these packages:
JvHLEditorPropertyForm and JvHLEditEditor. Although compiling,
JvHLEditorPropertyForm (which is used by JvHLEditEditor) should be checked
carefully. There is a TJvFormStorage on the form but it's Active property is
set to False (so it seems not to be used at all).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Nits with "Louder & Louder".




Subject: Re: JvCtrlsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 19:04:26 +1000
Newsgroups: jedi.vcl

Wooops...
Doesn't install if JvStdCtrls is installed...
I'm working on it...

I knew there would be some fun with multiple dependencies !

OBones wrote:

> Sorry, it wasn't installing if JvCore was installed. It now works
>
> OBones wrote:
>
>> Compiling, linking, installing
>>
>



Subject: Re: JvCtrlsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 18:56:11 +1000
Newsgroups: jedi.vcl

Maybe, maybe not...
Fact is, I got no idea on how to create one package that would work for Standard, Pro and Enterprise editions. This because there is no way to put conditionnal compiles in the bpk file...
So I'm creating those packages for BCB6 Enterprise, will see if someone complains with other versions (that's what alpha and beta versions are for <g>)

Peter Thörnqvist wrote:

> I noticed that LIBRARIES and SPARELIBS references a lot of libs installed
> but not really used, correct? This probably needs to be cleaned up since
> these libs might not be available on all BCB versions (I am mainly thinking
> about teechart and db related libs).
>



Subject: Re: JvCtrlsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 18:54:12 +1000
Newsgroups: jedi.vcl

Sorry, it wasn't installing if JvCore was installed. It now works

OBones wrote:

> Compiling, linking, installing
>



Subject: Re: JvCtrlsC6D.bpk
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 13 Sep 2003 10:54:08 +0200
Newsgroups: jedi.vcl

I noticed that LIBRARIES and SPARELIBS references a lot of libs installed
but not really used, correct? This probably needs to be cleaned up since
these libs might not be available on all BCB versions (I am mainly thinking
about teechart and db related libs).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSystemC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 18:51:05 +1000
Newsgroups: jedi.vcl

Well, it now links and install.
I replaced JvCoreC6R.bpi by JvCoreC6D.bpi in the requires and it fixed it.

OBones wrote:

> Compiling, but not linking, the usual Acces Violation error.
>



Subject: JvCtrlsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 18:47:05 +1000
Newsgroups: jedi.vcl

Compiling, linking, installing



Subject: JvCtrlsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 18:36:39 +1000
Newsgroups: jedi.vcl

Compiling and linking

Please note that it requires JvStdCtrlsC6D.bpi and not JvStdCtrlsC6R.bpi
For a reason beyond my understanding, if I put JvStdCtrlsC6R.bpi in the requires node, it won't link (Access violation). But if I put JvStdCtrlsC6D.bpi in there, it links perfectly well...



Subject: Re: JvFileNameBox 2.1 ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 13 Sep 2003 10:23:43 +0200
Newsgroups: jedi.vcl

> > The package doesnt contain the JvFileNameBox unit.
> > 
> > Is this a bug or is there a component that substitute the unit ?
> > 
> > On which package should I had the unit ?

IIRC, it was replaced by JvFilenameEdit

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvSpeedButton not registered anymore?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 13 Sep 2003 10:22:25 +0200
Newsgroups: jedi.vcl

Added both to JvStdCtrlsReg.pas

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvStdCtrlsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 18:20:00 +1000
Newsgroups: jedi.vcl

Compiling, Linking and installing... I don't get it, I did the exact same stuff as with the two before...



Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 13 Sep 2003 10:19:18 +0200
Newsgroups: jedi.vcl

> > I heard that it's under consolidation stage to combining 2.10's
> > components. I'm afraid that these components' names and properties
> > etc. will change drastically during this 3.0 alpha stage and thus may
> > cause me writing JVCL maintenance codes. So, what do you think about
> > using JVCL3 straight away in the circumstances?

If you haven't used JVCL much, I would recommend moving to JVCL3 as soon as
possible because that will save you a lot of rewriting later on. Most every
component that should be merged has been merged already, so the risk of
using a component in JVCL3 that will be removed, is slim. I don't think that
properties, events and the like will change much either since most of that
has been done as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvStdCtrlsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 18:08:13 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: JvSystemC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 17:43:33 +1000
Newsgroups: jedi.vcl

Compiling, but not linking, the usual Acces Violation error.



Subject: JvSystemC6R.bpl
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 17:28:06 +1000
Newsgroups: jedi.vcl

Compiling and Linking



Subject: Re: JvValidatorsC6D.dpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 17:27:49 +1000
Newsgroups: jedi.vcl

Well, JvValidatorsC6R.dpk is fixed, but this one displays the same annoying behaviour...
Grrr...
I'm tired of that one, I'm moving on to the next one

OBones wrote:
> Compiles but doesn't link because JvValidatorsC6R.dpk isn't. Fix the latter, and this one will be fixed (hopefully)
>



Subject: Re: JvValidatorsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 14:17:38 +1000
Newsgroups: jedi.vcl

Thanks for the tips.
It seems that removing all JvRelated libraries from LIBRARIES and SPARELIBS did the trick. Well, at least for that one...
The Design package gives me the same error now...
I hate when it's bugging like that for no reason...
I'll continue searching.



Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: cyhoh <cyhoh@nospam.com>
Date: Sat, 13 Sep 2003 08:25:58 +0800
Newsgroups: jedi.vcl

Regarding incompatibilities between JVCL 2.10 and JVCL3 and upgrading
to JVCL3, I would like to get suggestion from you since you are JVCL
developer and know JVCL very much. I have just started using JVCL and
not yet implementing much JVCL components into my project so maybe
it's better to start using JVCL 3.0 and I think it's fixed bugs found
in JVCL 2.10. My main concern for using JVCL 3.0 straight away is that
I heard that it's under consolidation stage to combining 2.10's
components. I'm afraid that these components' names and properties
etc. will change drastically during this 3.0 alpha stage and thus may
cause me writing JVCL maintenance codes. So, what do you think about
using JVCL3 straight away in the circumstances?

Regards,
cyhoh

On Fri, 12 Sep 2003 18:39:03 +0200, Peter Thörnqvist
<peter3@no.spam.peter3.com> wrote:

>> >> The other question is, how to update this new hottrack for components
>> >> other than JvLabel?
> >Well, once I had done JvLabel I also did the others but you will probably
> >run into problems with incompatibilities between JVCL2.10 and JVCL3 if you
> >only update those files. Maybe time to move to JVCL3?



Subject: JvFileNameBox 2.1 ?
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Fri, 12 Sep 2003 19:06:25 -0500
Newsgroups: jedi.vcl

I installed the 2.1 version for D6

The package doesnt contain the JvFileNameBox unit.

Is this a bug or is there a component that substitute the unit ?

On which package should I had the unit ?

--
Alejandro Castro
www.alfra.info
alejandro@alfra.info




Subject: Re: Time Framework
From: "Daniel Rail" <daniel@accra.ca>
Date: Fri, 12 Sep 2003 19:33:28 -0300
Newsgroups: jedi.vcl

"Jason" <jaguarius@cogeco.ca> wrote in message
news:bjqc7i$8ha$1@talkto.net...
> > Hey guys,
> >
> > I am working on a project with the Time Framwork component set. I got the
> > sample program from the newsgroups a while ago. Thing is, even tho I
> > understand how to activate an alarm in an entry, it doesn't seem to do
> > anything. I set an alarm and the time passes uneventfully.
> >
> > I looked around to try to find an event that I needed to respond to in
order
> > to show an alarm but I can't find anything. The sample program lets you
set
> > alarms, but even they do not work.
> >
> > Anyone have any insight on this?

Apparently it wasn't fully implemented by UIL, even though the alarm
component was distributed.  Without going through the code, it's hard to
guess what is required to finish implementing it properly.

Daniel Rail




Subject: Re: TJvSpeedButton not registered anymore?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 13 Sep 2003 00:27:39 +0200
Newsgroups: jedi.vcl

I think TJvScrollBar is also removed by mistake.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JEDI - NEW CHARTING COMPONENT. Having a problem. HELP REQUEST.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 12 Sep 2003 17:06:34 -0400
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> "Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
> bjt7f8$p81$1@talkto.net...
>
>> What I am wondering is if something
>> is overwriting my font handle after I have assigned the
>> canvas.font.handle to my new font, ie, some bit of the code may be
>> stomping on me.
>
>
> Are you assigning the font inside the paint routine? If not, then you're
> actually dealing with completely different device contexts.
>
> Cheers,
>   Ignacio
>
> -- 
> No, don't send me e-mail directly. No, just don't.
>
>
Nope, I'm doing all the Canvas calls to the TPicture.Canvas, and drawing the bitmap ONCE, and then the paint method of the control only does a copy of the bitmap image onto the screen. (Because redraws of charts are more expensive than redraws of bitmaps, also because eventually the component will be double buffered and all virtual-and-so-on, for pan/zooming, and scrolling/trending.)

I figured out that by assigning a TPicture.Canvas.Font.Handle, sometimes (for reasons I don't know), the Handle was being overwritten later, but if I do a  TPicture.Canvas.Font.Assign(AnotherFont), it doesn't get overwritten later. Not sure why.

Warren



Subject: Re: JEDI - NEW CHARTING COMPONENT. Having a problem. HELP REQUEST.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 12 Sep 2003 16:57:22 -0400
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
bjt7f8$p81$1@talkto.net...
> > What I am wondering is if something
> > is overwriting my font handle after I have assigned the
> > canvas.font.handle to my new font, ie, some bit of the code may be
> > stomping on me.

Are you assigning the font inside the paint routine? If not, then you're
actually dealing with completely different device contexts.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JEDI - NEW CHARTING COMPONENT. Having a problem. HELP REQUEST.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 12 Sep 2003 16:12:19 -0400
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
> "Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
> bjsuii$nsj$1@talkto.net...
>
>> (1) One of the features I can't get working is the ability to rotate the
>> Y axis label so that I can have vertical text.  Could someone check this
>> out for me? It must be something obvious.
>
>
> Orientation and Escapement have to have the same value. Also,
> OUT_TT_ONLY_PRECIS should definitely be in the OutPrecision.
>
> Cheers,
>   Ignacio
>
> -- 
> No, don't send me e-mail directly. No, just don't.
>
>
I tried those, and still no rotational effect.  I also checked to be sure I am setting my font to a TT font. (Ie, it won't rotate 'MS Sans Serif', but it will rotate Arial.)  What I am wondering is if something is overwriting my font handle after I have assigned the canvas.font.handle to my new font, ie, some bit of the code may be stomping on me. (Often a hazard when one is working on code that is in mid-refactoring mode and when I start by resurrecting some ancient freeware component, in particular.)  Hmm, how to debug, I wonder.


Warren





Subject: Re: JEDI - NEW CHARTING COMPONENT. Having a problem. HELP REQUEST.
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 12 Sep 2003 13:45:59 -0400
Newsgroups: jedi.vcl

"Warren Postma" <wpostma_at@tekran_dot.com> wrote in message
bjsuii$nsj$1@talkto.net...
> > (1) One of the features I can't get working is the ability to rotate the
> > Y axis label so that I can have vertical text.  Could someone check this
> > out for me? It must be something obvious.

Orientation and Escapement have to have the same value. Also,
OUT_TT_ONLY_PRECIS should definitely be in the OutPrecision.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: JEDI - NEW CHARTING COMPONENT. Having a problem. HELP REQUEST.
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Fri, 12 Sep 2003 13:40:28 -0400
Newsgroups: jedi.vcl

In the BINARIES newsgroup I have uploaded a new charting component (JvGraph) I'm working on, which is derived from a freeware chart component for Delphi 1.0, which I am translating into a native D6/D7 component.  Starting with some old 1.0 AABSOFT Graph code I got on Torry's, I have essentially rewritten it 99% already.

I have decided that nothing that exists right now is good enough, and so I have started to make a chart component for D6/D7.

So far the following paint code is implemented: Line, Bar, Pie Charting, Scatter charts. I have decided to use dynamic "array of array of real" for the data holder (n series/pens of n samples/groups). The basics are all working, but the GDI stuff is driving me nuts.

-- HELP! --

I am having some problems that perhaps some people who know the GDI/TCanvas/TFont stuff better than I do could help me with:

(1) One of the features I can't get working is the ability to rotate the Y axis label so that I can have vertical text.  Could someone check this out for me? It must be something obvious.  It's done with a TLogFont (logical font attributes) record.  I can get the same code to work when I try it on a TPaintBox, but when I try it on a TPicture.Canvas, it doesn't work. I should just have to set the Canvas.Font.Handle to my dynamically created font.  Again, I have written this same code as a standalone demo app, and the standalone demo app works, but my component doesn't. The text is output but the rotation (LogFont.Escapement) is ignored. Something weird about TPicture.Canvas?

(2) I can't get the design mode part to paint properly once instantiated. This should also be something simple. if csDesign is in component state, the chart does not really update until you drag it (resize it) in the designer, then it paints. Don't know what I did wrong here.

(3) There are probably a bazillion other problems. If you could even take a moment to check this out, any feedback would really help me, and as a bonus, Jedi will get a new (hopefully spiffy) chart component sooner!!!!

Anyways, this message is also a general request for help, if anyone else things that Jedi could use a decent charting component, along the lines of TEEChart, but 100% free, please download the code, and have a peek. If you're interested in this component, I could really use some help debugging it. (It has a lot of problems right now, mostly induced by my
near complete rewrite of several hundreds of lines of code, all in two days.)

I really need a chart component right now, and I don't feel like paying $1000 for one of the commercial ones, since I have some custom-painting markup requirements (scientific, statistical) that make TeeChart, GigaSoft, and all the others useless. So I figured, it's time to polish up on my GDI/Win32 API skillz, and get cracking!!!! :-)


Warren Postma

attached: HelpMe.zip (see jedi binaries newsgroup, same subject line, NEW CHARTING COMPONENT)



Subject: Re: tjvdatetimepicker Help?!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 12 Sep 2003 18:54:16 +0200
Newsgroups: jedi.vcl

> > I think it is a bug in the component if I'm
> > right about this and should thus be logged in our issue tracker: Date
> > property should not return a time value if none is entered.
Actually, the bug is in the Borland DateTimePicker that returns the date and
time portion for Date as well as Time as well as DateTime.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 12 Sep 2003 18:39:03 +0200
Newsgroups: jedi.vcl

> > The other question is, how to update this new hottrack for components
> > other than JvLabel?
Well, once I had done JvLabel I also did the others but you will probably
run into problems with incompatibilities between JVCL2.10 and JVCL3 if you
only update those files. Maybe time to move to JVCL3?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvValidatorsC6R.bpk
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 12 Sep 2003 17:22:09 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >An interesting one as it compiles but doesn't link
> >[Linker Error] Fatal: Access violation. Link terminated
> >
> >There are only two files in this package and if I remive 
> >JvValidators.pas, the package links fine. So the problem is in that 
> >particular file.

Nope this is a really annoying BCB6 linker bug (which seems to have been
introduced with the second patch). It is repeatable given a defined set of
files and linker commands but the condition rarely occurs. 

When you have it all you can do is fiddle around with the linker commands
and files to find a combination that avoids it again. 

People suggest deleting all .#xx, .pch, and .csm files, and/or disabling
linker state files. 

A simple and often effective workaround is to delete all or some redundant
libraries form the package/project LIBRARIES and SPARELIBS sections. 
That fixed it for me on one of the packages, but, if it comes back you
might need to add some redundant libraries to fix it again <sigh>.





Subject: Re: JvSpeedBar feature
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 12 Sep 2003 17:05:54 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >protected is definitely better as it leaves the opportunity to our users 
> >to reuse this procedure.
> >There is a note in the "coding guide" saying that nothing should be private.

Bit of a duff note - what is the point of having encapsulation when you are
guided to expose everything to descendants?

Minimising the interface between a class and its users or a class and its
descendants is desirable. 

I would say where there is doubt make it private. Extending the interface
to a class at a later date won't break anything, reducing or modifying the
interface will. 




Subject: JvValidatorsC6D.dpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 01:27:11 +1000
Newsgroups: jedi.vcl

Compiles but doesn't link because JvValidatorsC6R.dpk isn't. Fix the latter, and this one will be fixed (hopefully)



Subject: JvValidatorsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 01:26:23 +1000
Newsgroups: jedi.vcl

An interesting one as it compiles but doesn't link
[Linker Error] Fatal: Access violation. Link terminated

There are only two files in this package and if I remive JvValidators.pas, the package links fine. So the problem is in that particular file.
I also tried to remove any class from it, just in case the name of the file would be the source of the error. But it's not.
At first sight, it has nothing to do with the uses clauses either.
It's getting quite late here (1:25am) so I'll leave that one pending, if you have any ideas in the meantime...



Subject: JvCtrls completed
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 17:13:01 +0200
Newsgroups: jedi.vcl

Hello, All!

    JvCtrls also compiles and installs (note: also changed a design form
that used JvFormPlacement). Only component affected: JvSpeedBar. Not tested
in real life but as long is it compiles everybody can be happy. Checks will
be done later (I promise!)

    JvCmp has no references to storages. I'll continue with checking
packages in the order they have in the D5 Packages.bpg file. Any package you
don't see mentioned here worked OK without changes.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvPageCompsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 01:03:28 +1000
Newsgroups: jedi.vcl

>     If you keep up at this rate we might have a BCB6 installation too once
> the preview is released (I'm assuming Peter's waiting until I have the
> storage problems sorted out in all packages; which reminds me, if you
> (Olivier) happen to come across some package that doesn't compile because of
> IniLink/RootSection errors, please post it here also; I now that all
> packages you compiled for BCB are storage free).
>

Well, I'm starting with the simple ones. And as they are simple, they compile easily (well, quite), and that goes fast.
But I expect to run on problems, and I will see how it goes. But if things go right, it could be ready by the end of the week-end.



Subject: Re: tjvdatetimepicker Help?!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 16:47:26 +0200
Newsgroups: jedi.vcl

Hello, dave!
You wrote  on Fri, 12 Sep 2003 09:40:24 -0500:

 d> Found a way around it for now. If i convert the pickers date property
 d>  to a string and format it to use global short date format, i can
 d> convert it back to a date to get it without the decimal portion(which i
 d> assume is the Time?)

    You assume right. I haven't looked at the component but if the Date
property is of TDate or TDateTime (as I assume it is) you could also use
Trunc(Date) (is a lot quicker than converting it to a string and then
converting back to a date). I think it is a bug in the component if I'm
right about this and should thus be logged in our issue tracker: Date
property should not return a time value if none is entered.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: tjvdatetimepicker Help?!
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 12 Sep 2003 09:40:24 -0500
Newsgroups: jedi.vcl

Found a way around it for now. If i convert the pickers date property to a
string and format it to use global short date format, i can convert it back
to a date to get it without the decimal portion(which i assume is the Time?)

Thanks,
Dave

"dave" <dbracken@infonowsolutions.com> wrote in message
news:bjsj7q$ljd$1@talkto.net...
> > I need to take a date entered in as text and converted to TDate and
compare
> > it with the date property of the picker. My date was entered as
'09/12/2003'
> > and when converted becomes 37876 but the date time pickers date property
> > shows the following for its date: 37876.336719
> >
> > How do i get rid of the decimal and following digits?
> >
> > any help would be greatly appreciated,
> > Dave
> >
> >




Subject: Re: JvPageCompsC6D.bpk
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 16:35:26 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 13 Sep 2003 00:24:39 +1000:

 O> Well, do I really have to write it ?


    There's something called copy-n-paste (although I have found it can lead
to problems making you spend more time then when you would have retyped it
again).

 O> Ok ok... just for record purposes
 O> Compiling, linking and installing

    If you keep up at this rate we might have a BCB6 installation too once
the preview is released (I'm assuming Peter's waiting until I have the
storage problems sorted out in all packages; which reminds me, if you
(Olivier) happen to come across some package that doesn't compile because of
IniLink/RootSection errors, please post it here also; I now that all
packages you compiled for BCB are storage free).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvSpeedBar feature
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 16:28:30 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 13 Sep 2003 00:22:42 +1000:

 O> protected is definitely better as it leaves the opportunity to our users
 O> to reuse this procedure. There is a note in the "coding guide" saying
 O> that nothing should be private.

    except for fields I assume? Otherwise we need to make a lot of changes
<g>

   But since the code in this unit seems to come from Rx (I think) there are
lots private methods already. Of course those a easily moved to protected
without any consequence for the outside world of that unit (other than they
might get access to more methods). The problem I'm having is with moving
from public to protected which might lead to more problems in JVCL (in this
case I wouldn't care about users, as they shouldn't use this property
anyway). Will look at it later and see what the damages would be after
changing it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: tjvdatetimepicker Help?!
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 12 Sep 2003 09:27:20 -0500
Newsgroups: jedi.vcl

I need to take a date entered in as text and converted to TDate and compare
it with the date property of the picker. My date was entered as '09/12/2003'
and when converted becomes 37876 but the date time pickers date property
shows the following for its date: 37876.336719

How do i get rid of the decimal and following digits?

any help would be greatly appreciated,
Dave




Subject: JvPageCompsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 00:24:39 +1000
Newsgroups: jedi.vcl

Well, do I really have to write it ?
Ok ok... just for record purposes
Compiling, linking and installing



Subject: Re: JvPrintPreviewC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 00:23:43 +1000
Newsgroups: jedi.vcl

>
>     starting to get boring, isn't it? ;-)
> -- 

Hell yeah !
Just like writing help ;-)



Subject: Re: JvSpeedBar feature
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 00:22:42 +1000
Newsgroups: jedi.vcl

protected is definitely better as it leaves the opportunity to our users to reuse this procedure.
There is a note in the "coding guide" saying that nothing should be private.

Marcel Bestebroer wrote:

> Hello, All!
>
>     I noticed that TJvSpeedBar has a public OnAddItem event marked as 'For
> internal use only'. Wouldn't it be better then to 'hide' that property in
> the protected or possibly the private section? I didn't check the
> consequence on the rest of JVCL if we would do this, but I figured I better
> make note of it now, before I forget about it.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>



Subject: JvPageCompsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 00:14:13 +1000
Newsgroups: jedi.vcl

Another simple one
Compiling and linking



Subject: JvSpeedBar feature
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 16:10:47 +0200
Newsgroups: jedi.vcl

Hello, All!

    I noticed that TJvSpeedBar has a public OnAddItem event marked as 'For
internal use only'. Wouldn't it be better then to 'hide' that property in
the protected or possibly the private section? I didn't check the
consequence on the rest of JVCL if we would do this, but I figured I better
make note of it now, before I forget about it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvPrintPreviewC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 00:09:28 +1000
Newsgroups: jedi.vcl

Another one done. Compiling, linking and installing.



Subject: Re: JvPrintPreviewC6R.bpk
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 16:07:45 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 13 Sep 2003 00:06:11 +1000:

 O> Guess what ? No problem at all, it's compiling and linking !

    starting to get boring, isn't it? ;-)
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvPrintPreviewC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 13 Sep 2003 00:06:11 +1000
Newsgroups: jedi.vcl

Guess what ? No problem at all, it's compiling and linking !



Subject: Re: JvJansC6D.bpk
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 16:04:56 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Fri, 12 Sep 2003 23:57:54 +1000:

 O> Compiling, linking and installing.
 O> It's definitely getting a repetitive job...
 O> Let's wait until I reach the packages depending on more than JvCoreC6R,
 O> that may give some other surprises...


    I suggest to skip JvCtrls, as it has some issues with the changes in
JvFormPlacement and JvJVCUtils.

    Right now I'm trying to decide which way to handle it: the current way
or rearrange to take more advantage of the backend. Either way it should be
able to read previously stored data so the Restore part will have to be
two-fold if I choose the second option. I think I leave it as is now and do
the changes later, but it might be easier to them now. *sigh*, choices,
choices, choices.....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvJansC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 23:57:54 +1000
Newsgroups: jedi.vcl

Compiling, linking and installing.
It's definitely getting a repetitive job...
Let's wait until I reach the packages depending on more than JvCoreC6R, that may give some other surprises...



Subject: JvJansC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 23:50:39 +1000
Newsgroups: jedi.vcl

Compiling and linking, provided you get the latest versions of the files  in the run directory.
BTW, I was suprised to find that JvJansD6R.dpk is a Design and Runtime package instead of a Runtime only.>



Subject: Re: CVS with TortoiseCVS update time
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 23:23:25 +1000
Newsgroups: jedi.vcl

Yeah, as Terry said, anonymous access is done on a different server and is usually overcrowded. As such it is slow.
This is a known issue at sourceforge, they are trying to fix it. By the way, I'm not sure of the status, but this particular server used to be 24 hours behind the developer server.

Craig wrote:

> This is the server I'm using.  It can take over 30 minutes at times.
> CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
>
> Is there a faster server.  I use 1500/256 DSL.
>
>
>>> Usually, it takes me around 1 minute...
>>> It all depends on the speed of the line you use to download.
>>> I have a 512/128 ADSL line, to give you an idea...
>>
>> But presumably you are not running pserver anonymous access to the
>
> 'backup'
>
>> CVS.
>>
>> I find pserver access very slow. It often requires multiple attempts
>> depending on time of day.
>>
>> I just updated JVCL3\run - nothing was updated, total data transfer was
>> about 10kB and it took 3 minutes. I have 512/256 ADSL and pings to
>> cvs.sourceforge.net (half of which are dropped on the last hop) are less
>> than 200ms.
>>
>>
>
>
>



Subject: Re: JvCryptC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 23:21:58 +1000
Newsgroups: jedi.vcl

Yeah, it makes me feel good to at least have one answer once in a while...
But I can't help thinking that answering to my own messages is quite depressing ;-)

Peter Thörnqvist wrote:

>> One down, heaps to go !
>
> We are all cheering you on! Can you feel the moral support?
>



Subject: Re: JvColorSquare ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 15:20:22 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Fri, 12 Sep 2003 14:04:10 +0100:

 TH> I still don't quite understand. When I add the unit to the package I
 TH> get the option to Cancel or Ignore.

    just ignore (all). When the form opens, close the form and unit *BUT DO
NOT SAVE*. THen you can build the package and install it. After it's
installed you can safely open the form.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvPluginC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 23:20:13 +1000
Newsgroups: jedi.vcl

Compiling, linking and installing

I can't believe this one went so easily...



Subject: Re: JvColorSquare ?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 12 Sep 2003 14:04:10 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:

>> >> JvColorSquare should be registered in the same (design) package,
>> >> so once it's installed, there should be no problems.
> >Correction: JvColorSquare isn't registered but that shouldn't ba a problem
> >since the form is only shown at run-time (when the colorbutton's dropdown
> >arrow is clicked). The only problem is when you try to open the form in
> >Delphi at design-time.

I still don't quite understand. When I add the unit to the package I get
the option to Cancel or Ignore. 

Cancel does not add the form to the package. I was very wary of using
Ignore because it will simply delete the offending components on the form.
Are you saying that offending components on the form only get deleted when
you open it in the IDE?




Subject: JvPluginC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 23:02:24 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: Re: CVS with TortoiseCVS update time
From: "Craig" <craig@qnotes.com>
Date: Fri, 12 Sep 2003 08:59:20 -0400
Newsgroups: jedi.vcl

This is the server I'm using.  It can take over 30 minutes at times.
CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

Is there a faster server.  I use 1500/256 DSL.

>> > >Usually, it takes me around 1 minute...
>> > >It all depends on the speed of the line you use to download.
>> > >I have a 512/128 ADSL line, to give you an idea...
> >
> > But presumably you are not running pserver anonymous access to the
'backup'
> > CVS.
> >
> > I find pserver access very slow. It often requires multiple attempts
> > depending on time of day.
> >
> > I just updated JVCL3\run - nothing was updated, total data transfer was
> > about 10kB and it took 3 minutes. I have 512/256 ADSL and pings to
> > cvs.sourceforge.net (half of which are dropped on the last hop) are less
> > than 200ms.
> >
> >




Subject: Re: JvCoreC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 22:50:52 +1000
Newsgroups: jedi.vcl

Well, somehow, after tweaking stuff around and manually adding DJCL60.bpi into the package file, it linked and installed itself...
Not sure as to what solved the issue, but it's working now.

OBones wrote:

> Ok, now, it compiles, but refuses to link because it cannot find CJCL60.bpi, which is in the requires list of JvCoreC6R.bpk (which in turn is in the requires for JvCoreC6D.bpk)
> The file itself exists, it's in a directory specified in the Library path for the Environment options, but it still can't find it !
> More amazing is the fact that JvCryptC6R.bpk also requires JvCoreC6R.bpk but doesn't complain about that file...
> I specifically tried not to force the installation of the JCL to be on the same directory as the JVCL (because it's like that on my machine <g>) and thought that the environment options would be enough...
> Any ideas ?
>



Subject: Re: JvCryptC6D.bpk
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Sep 2003 14:45:33 +0200
Newsgroups: jedi.vcl

> > One down, heaps to go !
We are all cheering you on! Can you feel the moral support?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvBandsC6D.bpk
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Sep 2003 14:44:53 +0200
Newsgroups: jedi.vcl

> > however, there are no new components coming with this package...
No, only a dysfunctional wizard (or rather, the code it creates i
sdysfunctional)...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvBandsC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 22:43:13 +1000
Newsgroups: jedi.vcl

Compiling, Linking, Installing !

however, there are no new components coming with this package...



Subject: Re: JvCryptC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 22:38:49 +1000
Newsgroups: jedi.vcl

Ok, had to change the DJCL60.bpk to add vcljpg.bpi and bcbie.bpi, recompiled it, and the package is now working.
One down, heaps to go !

OBones wrote:

> Ok, my mistake.
> The path where the JCL gets compiled MUST be in the PATH environment variable. This doesn't completely fix the problem as it clashes with bcbie60 on the Shdcovw_ocx unit.
> But I got an idea on that one. will keep you posted
>
> OBones wrote:
>
>> It compiles, it links, but refuses to install itself because it cannot find CJCL60.bpl
>> But that bpl file exists, it's in the dcu subdir of my JCL installation, and was created by the JCL package I specifically made to have JvCoreC6R.bpk linking. This particular directory is in the Library path in the environment options, but it still can't find it...
>> That's almost the same problem as with JvCoreC6D.bpk (see related topic)
>>
>



Subject: Re: Progress on generic storage conversion
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 14:31:14 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Fri, 12 Sep 2003 13:55:11 +0200:

 MB>     committed a couple of units to allow building of JvStdCtrls.

    and I managed to mess it up once again :-( I'll reapply the changes from
TImageList to TCustomImageList in JvJVCLUtils.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvCryptC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 22:26:02 +1000
Newsgroups: jedi.vcl

Ok, my mistake.
The path where the JCL gets compiled MUST be in the PATH environment variable. This doesn't completely fix the problem as it clashes with bcbie60 on the Shdcovw_ocx unit.
But I got an idea on that one. will keep you posted

OBones wrote:

> It compiles, it links, but refuses to install itself because it cannot find CJCL60.bpl
> But that bpl file exists, it's in the dcu subdir of my JCL installation, and was created by the JCL package I specifically made to have JvCoreC6R.bpk linking. This particular directory is in the Library path in the environment options, but it still can't find it...
> That's almost the same problem as with JvCoreC6D.bpk (see related topic)
>



Subject: JvBandsC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 22:09:21 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: Progress on generic storage conversion
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 13:55:11 +0200
Newsgroups: jedi.vcl

Hello, All!

    committed a couple of units to allow building of JvStdCtrls. Note that
it builds but I have not checked proper working yet. I also made some
changes regarding storage of form positions and states, so I'll have to
check those as well. The newly adjusted controls are the TJvCheckListBox and
one of the grid (I think TJvDrawGrid, not sure). As I didn't have a working
version of those controls I can't compare backward compatibility of
previously stored data; it should work though, nothing fancy was going on
the routines I changed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvCoreC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 20:13:04 +1000
Newsgroups: jedi.vcl

Ok, now, it compiles, but refuses to link because it cannot find CJCL60.bpi, which is in the requires list of JvCoreC6R.bpk (which in turn is in the requires for JvCoreC6D.bpk)
The file itself exists, it's in a directory specified in the Library path for the Environment options, but it still can't find it !
More amazing is the fact that JvCryptC6R.bpk also requires JvCoreC6R.bpk but doesn't complain about that file...
I specifically tried not to force the installation of the JCL to be on the same directory as the JVCL (because it's like that on my machine <g>) and thought that the environment options would be enough...
Any ideas ?



Subject: JvCryptC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 20:09:58 +1000
Newsgroups: jedi.vcl

It compiles, it links, but refuses to install itself because it cannot find CJCL60.bpl
But that bpl file exists, it's in the dcu subdir of my JCL installation, and was created by the JCL package I specifically made to have JvCoreC6R.bpk linking. This particular directory is in the Library path in the environment options, but it still can't find it...
That's almost the same problem as with JvCoreC6D.bpk (see related topic)



Subject: JvCryptC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 12 Sep 2003 19:55:17 +1000
Newsgroups: jedi.vcl

It's compiling and linking, with one restriction however:
I had to remove JvZlibMultiple.pas from the package as ZLib is not on my C++ Builder installation (a typical default one).



Subject: Re: CVS update : jvcl3 Undeclared identifier: 'IniObject'
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Sep 2003 11:10:56 +0200
Newsgroups: jedi.vcl

Hello, Dimitris (and others)!
You wrote  on Fri, 12 Sep 2003 10:42:35 +0300:

    I'm sorry about this issue cropping up without a clear warning from me
first. I had decided to take it one package at a time (rewriting to the
generic storage that is) but haven't gone any further than JvSystem yet.
Yesterday I was busy with help file project generator and the help file in
general, but today I will focus on the components using JvFormPlacement.pas
that remain, starting with the JvStdCtrls package. I'll post progress
reports in the 'Generic storage backend' thread below (started around 5th of
september).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Trayicon grouper?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Sep 2003 10:40:55 +0200
Newsgroups: jedi.vcl

I don't think it's a component: it's probably a small utility program that
the other programs can communicate with. When they start up, they find (or
start) the tray app, adding themselves to it. When they close down, they
remove themselves. When the tray app is "empty", it closes automatically.

You could implement something similar in your own programs by using f ex
named pipes, mailslots, memory mapped files, registry, normal files, UDP etc
etc but I think it would be difficult creating a component for it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS update : jvcl3 Undeclared identifier: 'IniObject'
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Sep 2003 10:00:50 +0200
Newsgroups: jedi.vcl

> > A few minutes ago I did a CVS update to jvcl3
> > I tried to build all projects but I get error :
> > Undeclared identifier : 'IniObject'
> > at unit JvxCtrls.pas(2061)

Comment out the IniLoad and IniSave methods in JvxCtrls and JvGrids (might
be others) since Marcel is working on these parts at the moment and they
don't work yet.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Trayicon grouper?
From: <ds.antispamds@csslabs.de>
Date: Fri, 12 Sep 2003 09:59:18 +0200
Newsgroups: jedi.vcl

I have several applications, with same icon in the traybar. All those
applications icons should now be grouped in the traybar.
Therefore I´m searching for a component like Nortons (for Symantec
applications) trayicon grouper ?
Or any idea how to make a component like this.

Regards
Dierk Schmid




Subject: CVS update : jvcl3 Undeclared identifier: 'IniObject'
From: "Dimitris" <iraklionDELSPAM@hotmail.com>
Date: Fri, 12 Sep 2003 10:42:35 +0300
Newsgroups: jedi.vcl

A few minutes ago I did a CVS update to jvcl3
I tried to build all projects but I get error :
Undeclared identifier : 'IniObject'
at unit JvxCtrls.pas(2061)

  if (Name <> '') and (FIniLink.IniObject <> nil) then

Also I get the same error at
FIniLink.RootSection





Subject: Re: JvColorSquare ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Sep 2003 09:30:16 +0200
Newsgroups: jedi.vcl

> > JvColorSquare should be registered in the same (design) package,
> > so once it's installed, there should be no problems.
Correction: JvColorSquare isn't registered but that shouldn't ba a problem
since the form is only shown at run-time (when the colorbutton's dropdown
arrow is clicked). The only problem is when you try to open the form in
Delphi at design-time.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvColorSquare ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Sep 2003 09:06:21 +0200
Newsgroups: jedi.vcl

> > I don't understand the requirements for this. I would think that to
compile
> > a form into a package the all components on the form would have to be
> > registered with the IDE at that time?  Is this a problem with the revised
> > JVLC3 structure?
No, the problems starts when the form in a package have errors and Delphi
tries to open the form. Since the components aren't registered yet, you get
the error. JvColorSquare should be registered in the same (design) package,
so once it's installed, there should be no problems.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC6D.bpk
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 12 Sep 2003 08:36:25 +0200
Newsgroups: jedi.vcl

> > Is there a dependency list somewhere to know the order they need to be
> > built in?
There is a list in readme.htm that is in the same order as the packages in
the bpg file. The order is really only significant for the first 5 or 6
package (pairs), since they depend on each other.  The rest of the packages
depend on one or more of the first 5 or so, so once they are built the rest
should work out OK. You shouldn't have to install the design packages until
all packages have been built.

I've set it up so that you should compile/build the package group (use
Build/Compile all projects from the Project menu) and then install each
design package from top to bottom as they appear in the bpg.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvColorSquare ?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 12 Sep 2003 06:28:29 +0100
Newsgroups: jedi.vcl

Next problem trying to build with CB6.

JvColorForm has a form which contains JvColorSquares.

Adding JvColorForm to a package the IDE complains it can't create the form
because it doesn't understand JvColorSquare. 

TJvColorSquare is in JvColorBox which is supposed to be in the same
package. Is that the problem or is it that JvColorSquare is no longer
registered in the IDE (it used to be from one of the files now in archive).

I don't understand the requirements for this. I would think that to compile
a form into a package the all components on the form would have to be
registered with the IDE at that time?  Is this a problem with the revised
JVLC3 structure? 




Subject: Re: Should we release a JVCL3 Preview?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 12 Sep 2003 05:56:38 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     Which occurs due to some casing errors.

I recall some answers i got when i started the style cleaning.
Good to know that i made the correct decision.



Subject: Re: CVS with TortoiseCVS update time
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 12 Sep 2003 03:59:31 +0100
Newsgroups: jedi.vcl

OBones <obones_gfdg_@_rer_meloo.com> wrote:

> >Craig wrote:
> >
>> >> Thanks for the help.  The issue of the lock cleared itself up.
>> >> 
>> >> I still want to know how long an update should take.  I just did another
>> >> update and it went mush faster.

> >Usually, it takes me around 1 minute...
> >It all depends on the speed of the line you use to download.
> >I have a 512/128 ADSL line, to give you an idea...

But presumably you are not running pserver anonymous access to the 'backup'
CVS.

I find pserver access very slow. It often requires multiple attempts
depending on time of day. 

I just updated JVCL3\run - nothing was updated, total data transfer was
about 10kB and it took 3 minutes. I have 512/256 ADSL and pings to
cvs.sourceforge.net (half of which are dropped on the last hop) are less
than 200ms. 




Subject: Re: CVS with TortoiseCVS update time
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 12 Sep 2003 12:04:58 +1000
Newsgroups: jedi.vcl

Craig wrote:

> Thanks for the help.  The issue of the lock cleared itself up.
>
> I still want to know how long an update should take.  I just did another
> update and it went mush faster.
>
> Thanks again,
>
> Craig.
>
>
Usually, it takes me around 1 minute...
It all depends on the speed of the line you use to download.
I have a 512/128 ADSL line, to give you an idea...



Subject: Re: JvCoreC6D.bpk
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 12 Sep 2003 12:03:38 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:

> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
>
>> Well, it appears that adding dclstd in the requires is not enough. I had to add it manually in the PFLAGS node in the packet file.
>> So now, it's compiling.
>
>
> You added    -LUdclstd.dcp  ?
> I discovered this arcane knowledge searching usenet although it is buried
> in the CBuilder help somewhere.
> I appear to have built JvCore runtime and designtime OK and JvSystem
> runtime. I started on some of the other packages. 

Please keep me posted on those. But try to start from the bottom (JvCore) and move on to those only needing JvCore, and so on and so on.

> Is there a dependency list somewhere to know the order they need to be
> built in? 

There is a list of requires, when you look at it in Delphi. The list is also in one of the HTML docs in the JVCL3 tree

I'll be working on that all week-end (well, most, the weather is nice and the pool tempting...) and will commit that in CVS as it progresses.



Subject: Re: JvCoreC6D.bpk
From: OBones <obones_gfdg_@_rer_meloo.com>
Date: Fri, 12 Sep 2003 12:01:32 +1000
Newsgroups: jedi.vcl

Terry Harris wrote:
> Terry Harris <terry.harris@removethis.iname.com> wrote:
>
>
>> I appear to have built JvCore runtime and designtime OK and JvSystem
>> runtime. I started on some of the other packages. 
>
>
> I posted the packages I made so far in jedi.binaries in case anyone
> (obones) can make use of them.
>
I will, thanks for that.



Subject: Re: CVS with TortoiseCVS update time
From: "Craig" <craig@qnotes.com>
Date: Thu, 11 Sep 2003 21:52:07 -0400
Newsgroups: jedi.vcl

Thanks for the help.  The issue of the lock cleared itself up.

I still want to know how long an update should take.  I just did another
update and it went mush faster.

Thanks again,

Craig.




Subject: Re: JvCoreC6D.bpk
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 12 Sep 2003 01:15:37 +0100
Newsgroups: jedi.vcl

Terry Harris <terry.harris@removethis.iname.com> wrote:

> >I appear to have built JvCore runtime and designtime OK and JvSystem
> >runtime. I started on some of the other packages. 

I posted the packages I made so far in jedi.binaries in case anyone
(obones) can make use of them. 




Subject: Re: JvCoreC6D.bpk
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 12 Sep 2003 02:00:34 +0200
Newsgroups: jedi.vcl

Terry Harris wrote:

> Anyhow I'm now stuck on JvStdCtrls with JvxCtrls using IniObject which is
> supposed to be a member of TJvIniLink in JvFormPlacement.pas
>
> Has this gone with the recent Generic storage changes? 

Yes, you might want to comment away the code in the IniLoad and IniSave methods, until this is fixed.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: CVS with TortoiseCVS update time
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 12 Sep 2003 01:54:23 +0200
Newsgroups: jedi.vcl

Craig wrote:

> How long should a CVS update take on the JVCL3 folder?
> As you ca see below it takes 30 - 60 minutes when it works.
> I'm new to CVS and may have set it up wrong.

> cvspserver server: [15:46:07] waiting for anoncvs_jvcl's lock in
> /cvsroot/jvcl/dev/JVCL3/examples/JvColorButton
> cvspserver server: [15:46:37] obtained lock in
> /cvsroot/jvcl/dev/JVCL3/examples/JvColorButton

I think this means that a process was terminated in a bad way, and thus didn't remove the lock file. Your process waits now 30 sec. (typical timeout) before it determines it's a 'abandoned lock' and continues.

You might want to look for #cvs.* files in your C:\Program Files\TortoiseCVS\dev directory, and remove them. But it might be the case that the locks are from someone else, and thus he must remove them from his system.

> cvspserver server: [15:50:43] waiting for garg0yle's lock in
> /cvsroot/jvcl/dev/JVCL3/examples/JvPageListTreeView
> cvspserver server: [15:51:13] obtained lock in
> /cvsroot/jvcl/dev/JVCL3/examples/JvPageListTreeView

Here has 'garg0yle' a lock, another 30 sec delay etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvCoreC6D.bpk
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Fri, 12 Sep 2003 00:51:40 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Well, it appears that adding dclstd in the requires is not enough. I had 
> >to add it manually in the PFLAGS node in the packet file.
> >So now, it's compiling.

You added    -LUdclstd.dcp  ? 

I discovered this arcane knowledge searching usenet although it is buried
in the CBuilder help somewhere. 

I appear to have built JvCore runtime and designtime OK and JvSystem
runtime. I started on some of the other packages. 

Is there a dependency list somewhere to know the order they need to be
built in? 

Anyhow I'm now stuck on JvStdCtrls with JvxCtrls using IniObject which is
supposed to be a member of TJvIniLink in JvFormPlacement.pas

Has this gone with the recent Generic storage changes? 

JvDBControls, JvGrids, and JvSpeedbar also use this IniObject. 




Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: cyhoh <cyhoh@nospam.com>
Date: Fri, 12 Sep 2003 07:51:11 +0800
Newsgroups: jedi.vcl

Hi Peter,
I agree that to avoid more code rewrite, it is easier to update
JvLabel only. Please post binary here. Thanks!
The other question is, how to update this new hottrack for components
other than JvLabel?

Regards,
cyhoh

On Thu, 11 Sep 2003 08:43:02 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >The update I made was added to CVS for JVCL3. JVCL3 is sufficiently
> >different from JVCL2.10 that it might not be easy to just use the updated
> >file as is. If you only want the JvLabel to try it out, I could mail it to
> >you (or post in binaries). IMO, it would be better to use the entire JVCL3
> >but that might mean quite some rewrites in your code (apart from the fact
> >that you can only get it from CVS). Let me know how you would like to
> >proceed and then I can help you from that.



Subject: CVS with TortoiseCVS update time
From: "Craig" <craig@qnotes.com>
Date: Thu, 11 Sep 2003 19:06:53 -0400
Newsgroups: jedi.vcl

Hello,

How long should a CVS update take on the JVCL3 folder?
As you ca see below it takes 30 - 60 minutes when it works.
I'm new to CVS and may have set it up wrong.
Any thoughts?

Thanks,

Craig.

Here is what I get:
In C:\Program Files\TortoiseCVS\dev: cvs -q update -d -P JVCL3
CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
? JVCL3/images/Thumbs.db
U JVCL3/capitalization.txt
U JVCL3/Resources/JvCoreReg.dcr
P JVCL3/design/JvCoreReg.pas
cvspserver server: [15:46:07] waiting for anoncvs_jvcl's lock in
/cvsroot/jvcl/dev/JVCL3/examples/JvColorButton
cvspserver server: [15:46:37] obtained lock in
/cvsroot/jvcl/dev/JVCL3/examples/JvColorButton
cvspserver server: [15:48:33] waiting for anoncvs_jvcl's lock in
/cvsroot/jvcl/dev/JVCL3/examples/JvHIDController
cvspserver server: [15:49:03] obtained lock in
/cvsroot/jvcl/dev/JVCL3/examples/JvHIDController
cvspserver server: [15:50:43] waiting for garg0yle's lock in
/cvsroot/jvcl/dev/JVCL3/examples/JvPageListTreeView
cvspserver server: [15:51:13] obtained lock in
/cvsroot/jvcl/dev/JVCL3/examples/JvPageListTreeView
cvspserver server: [15:55:35] waiting for garg0yle's lock in
/cvsroot/jvcl/dev/JVCL3/examples/JvUIB/Automation
cvspserver server: [15:56:05] obtained lock in
/cvsroot/jvcl/dev/JVCL3/examples/JvUIB/Automation
U JVCL3/examples/JvUrlListGrabber/.cvsignore
U JVCL3/examples/JvUrlListGrabber/JvUrlListGrabberDemo.cfg
U JVCL3/examples/JvUrlListGrabber/JvUrlListGrabberDemo.dpr
U JVCL3/examples/JvUrlListGrabber/JvUrlListGrabberDemo.res
U JVCL3/examples/JvUrlListGrabber/Main.dfm
U JVCL3/examples/JvUrlListGrabber/Main.pas
cvspserver server: [15:59:57] waiting for garg0yle's lock in
/cvsroot/jvcl/dev/JVCL3/examples/RaLib/RaInterpreter
cvspserver server: [16:00:29] obtained lock in
/cvsroot/jvcl/dev/JVCL3/examples/RaLib/RaInterpreter
U JVCL3/images/BaseStoreBackend.bmp
U JVCL3/images/BaseStoreBackend.psp
P JVCL3/images/JvCoreReg.rc
U JVCL3/images/TJvAppRegistryStore.bmp
cvspserver server: [16:03:51] waiting for garg0yle's lock in
/cvsroot/jvcl/dev/JVCL3/install
cvspserver server: [16:04:21] obtained lock in
/cvsroot/jvcl/dev/JVCL3/install
U JVCL3/install/DelphiUtils.iss
U JVCL3/install/JVCL.iss
U JVCL3/install/JVCLPackages.iss
U JVCL3/install/clean.bat
U JVCL3/install/install.txt
P JVCL3/packages/D5 Packages.bpg
P JVCL3/packages/D6 Packages.bpg
P JVCL3/packages/D7 Packages.bpg
U JVCL3/packages/bcb6/JvCoreC6R.bpk
U JVCL3/packages/bcb6/JvCoreC6R.cpp
P JVCL3/packages/d5/JvCoreD5R.dpk
....




Subject: Re: Should we release a JVCL3 Preview?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 21:48:32 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Thu, 11 Sep 2003 21:23:31 +0200:

 MB>>>     I will commit the tool later (including the changes in the
 MB>>> existing command line tool and the template DOM project).

 MB>>     done. Note that their is some weirdness in the TOC.

 MB>     Which occurs due to some casing errors. I corrected a couple of
 MB> them.

    Corrected all casing issues and removed types that were moved to
JvTypes.pas (where they were documented already). I stumbled into an
inconsistency (well, two actually) in JvErrProvider: it declares
TJvErrorControl.Imagelist (lower case L in list) and
TJvErrorProvider.ImageList (upper case L in List). Peter, choose one man!
Better yet: rename to Images to be completely consistent with Borland VCL
and the rest of JVCL. Second inconsistency: TJvErrorProvider is not a
provider in the Provider/Consumer world. Could we come up with a better name
for this component? TJvErrorIndicator springs to mind....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Should we release a JVCL3 Preview?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 21:23:31 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Thu, 11 Sep 2003 17:04:58 +0200:

 MB>>     I will commit the tool later (including the changes in the
 MB>> existing command line tool and the template DOM project).

 MB>     done. Note that their is some weirdness in the TOC.

    Which occurs due to some casing errors. I corrected a couple of them.
The JvId* files need to be corrected as well, but I think Remko maintains
these so I'll leave it up to him. The remaining part I will look at (not
much, but I think one of the types in there doesn't exist in that unit
anymore and is either moved or removed).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Time Framework
From: "Jason" <jaguarius@cogeco.ca>
Date: Thu, 11 Sep 2003 14:33:26 -0400
Newsgroups: jedi.vcl

Hey guys,

I am working on a project with the Time Framwork component set. I got the
sample program from the newsgroups a while ago. Thing is, even tho I
understand how to activate an alarm in an entry, it doesn't seem to do
anything. I set an alarm and the time passes uneventfully.

I looked around to try to find an event that I needed to respond to in order
to show an alarm but I can't find anything. The sample program lets you set
alarms, but even they do not work.

Anyone have any insight on this?

Jason S. Gagnon




Subject: Re: JVCL3 D7 project group wierdness
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 18:27:01 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Thu, 11 Sep 2003 18:25:10 +0200:

 IV>> Got a clean copy of the file, and it points to d5.

 MB>  Checking D7 Packages.bpg.. Pointing to D7, o wait,
 MB> the directly points to d5! I'll change, check D6 and commit.

  Changed and committed!


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL3 D7 project group wierdness
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 18:25:10 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Thu, 11 Sep 2003 11:10:26 -0400:

 IV> Got a clean copy of the file, and it points to d5.

    Weird, I looked at my local copy and it still has HMI pointing to
JvHMID7R and JvHMID7D. I'll see what happens if I update from CVS... No
changes at server... Checking D7 Packages.bpg.. Pointing to D7, o wait, the
directly points to d5! I'll change, check D6 and commit. This is what
happens when you copy-n-paste instead of firing up the Delphi IDE <g>


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL3 D7 project group wierdness
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 11 Sep 2003 11:45:01 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bjq1d2$6oj$1@talkto.net...
> > Should I fix and update?

Uh, commit rather.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JVCL3 D7 project group wierdness
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 11 Sep 2003 11:10:26 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bjq0nk$6j8$1@talkto.net...
> > Hello, Ignacio!
> > You wrote  on Thu, 11 Sep 2003 10:50:13 -0400:
IV>> I just pulled down JVCL3, and I got a conflict in
IV>> packages\D7 packages.bpg whereby the HMI packages in d7 were being
IV>> used, but it now points to the HMI packages in d5. Which is correct and
IV>> who caused this?
> >
> >     Obviously it should point to the D7 version. I checked the commit
> > messages in my mailbox and I'm the last to have touched that file (adding
> > the HMI packages AAMOF). This was done on the 9th. Try getting a clean
> > copy of the file.

Got a clean copy of the file, and it points to d5. Checked the CVS web
interface and it looks like you comitted it pointing to d5. I think I may
have added the HMI packages to my copy myself and that caused the conflict.
Should I fix and update?

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Should we release a JVCL3 Preview?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 17:04:58 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Thu, 11 Sep 2003 16:15:25 +0200:

 MB>     I will commit the tool later (including the changes in the existing
 MB> command line tool and the template DOM project).

    done. Note that their is some weirdness in the TOC. Probably some
mistake I made in the template project (it clearly has nothing to do with
any of the help tools). Also note that some things are not setup correctly
yet, so the resulting help is not entirely the same as the Borland help.
There are 103 files documented and marked Completed, BTW; just in case you
wanted to know. I have not counted how many files remain incomplete.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL3 D7 project group wierdness
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 16:59:07 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Thu, 11 Sep 2003 10:50:13 -0400:

 IV> I just pulled down JVCL3, and I got a conflict in
 IV> packages\D7 packages.bpg whereby the HMI packages in d7 were being
 IV> used, but it now points to the HMI packages in d5. Which is correct and
 IV> who caused this?

    Obviously it should point to the D7 version. I checked the commit
messages in my mailbox and I'm the last to have touched that file (adding
the HMI packages AAMOF). This was done on the 9th. Try getting a clean copy
of the file.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JVCL3 D7 project group wierdness
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 11 Sep 2003 10:50:13 -0400
Newsgroups: jedi.vcl

I just pulled down JVCL3, and I got a conflict in packages\D7 packages.bpg
whereby the HMI packages in d7 were being used, but it now points to the HMI
packages in d5. Which is correct and who caused this?

Thanks,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: TimeLine (was Re: Should we release a JVCL3 Preview?)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 16:48:07 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 11 Sep 2003 16:28:16 +0200:

 >>     I would swap those.
 PT> There is no implicit ordering in my list

    For those two there now is <g>

 >> The recent files thingy could be interesting if you're referring to the
 PT> TJvMRUManager.

 PT> Speaking of which, are we still interested in a generic, OS independent
 PT> MRU component?

    I am. I specifically don't like the usage of undocumented API as you
have no idea if MS plans on changing it and if they do you could easily
figure out how to change your code. I do think (and I mentioned that
earlier) we should provide a property that can switch between Windows style
(a .. z, '{', '}' and '|') and Borland style (Count=X; Item1...ItemX). Note
that with the Windows style the list is ordered as items where added and an
additional value maintains the order of usage (most recent at the start I
think), whereas Borland style stores the list in the order of usage (most
recent being the first item).

 PT>  In that case, I am working on one that could at least replace
 PT> TJvMRUList and easily could be hooked up to the generic storage stuff.

    And then we change TJvMRUManager to use it to build the recent menu (or
we combine those two components into one: if you assign a TMenuItem it will
build the recent list, otherwise the user maintains and uses the list; it
would be even better if you could also select any control with a TStrings
property but don't know how feasible that is)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TimeLine (was Re: Should we release a JVCL3 Preview?)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 16:28:16 +0200
Newsgroups: jedi.vcl

> >     I would swap those.
There is no implicit ordering in my list

We already have one producer/provider (did we change
> > names again?)
No, just me getting it wrong<g>

> >The recent files thingy could be interesting if you're referring to the
TJvMRUManager.

Speaking of which, are we still interested in a generic, OS independent  MRU
component? In that case, I am working on one that could at least replace
TJvMRUList and easily could be hooked up to the generic storage stuff.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TimeLine (was Re: Should we release a JVCL3 Preview?)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 16:18:27 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 11 Sep 2003 14:32:42 +0200:

 PT> - get started with some producers (any one of start menu, recent files,
 PT> favorites, control panel, fonts, strings, dataset)
 PT> - get started with some consumers (any one of listbox, combobox, edit,
 PT> button)

    I would swap those. We already have one producer/provider (did we change
names again?) and the other one will be finished this month (as I plan to
continue with the provider tutorial soon). If we don't have consumers, how
can we test the providers? The recent files thingy could be interesting if
you're referring to the TJvMRUManager. It now uses the new storage backend
and it would be interesting to build a provider that will generate the list
directly from the storage....

 PT> I would appreciate help with any of the above items if anyone feels
 PT> they have time to spare.

    I certainly will be working on the providers/consumers; possibly even
starting with consumer in this month (to have a more real-life testing
ground for the provider I'm building in the tutorial).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Should we release a JVCL3 Preview?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 16:15:25 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Thu, 11 Sep 2003 10:33:27 +0200:

 PT>> What do you think?

 MB> [...] Only immediate problem I see right now is
 MB> the help file. I haven't even looked at all the additions you and
 MB> others have made to the help sources and so I don't have a complete
 MB> help project file ready to be built. I was thinking about doing that
 MB> soon but was more leaning to provide empty "template" projects and use
 MB> some tool to generate projects with files for the "full" help and "per
 MB> package" help (we have the required information already available
 MB> thanks to Remko's excellent .dtx tool). I'll see if I can do that today
 MB> so we can at least provide the full help file (which will only contain
 MB> the files that are marked as completed).

    The .dox generator is more or less finished (will only generate a full
help project for now). After running the GenGroups tool (slightly adjusted
for JVCL3 folder) I get lots of warnings about group JVCL.?? not found with
the consequence that a lot of components are removed from the group
overview. Other than that it can build the project file containing all
..dtx/.pas combinations of files with the ##Status: Complete line in them.

    I will commit the tool later (including the changes in the existing
command line tool and the template DOM project). Remko and I have been
talking about a single tool that should automate and complete the entire
help file building process (the new GenDOX tool, GenImages and GenGroups
combined into a single tool that does it all, including building all the
help files we need). There are no concrete plans for this tool ready yet.
Right now it's not that important (running the tools manually and firing up
DOM to build the final help file is not a problem now, but will be if we are
going to build help file on a per package basis [which we will be doing in
the end]).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvCoreC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 11 Sep 2003 23:00:25 +1000
Newsgroups: jedi.vcl

Well, it appears that adding dclstd in the requires is not enough. I had to add it manually in the PFLAGS node in the packet file.
So now, it's compiling.
But it's not linking, cannot find FILECTRL.OBJ
I'll look at that tomorrow, it's time to go to sleep now...

OBones wrote:

> I had a look and did indeed forgot dclstd, but adding it didn't change anything...
> I'll continue looking around...
>
> Peter Thörnqvist wrote:
>
>> You can get some hints on what to include by looking at the requires node in
>> the original Delphi package. Most any standard design editor is either in
>> designide or dclstd. Most of the db variants are in dcldb.
>>
>



Subject: Re: TimeLine (was Re: Should we release a JVCL3 Preview?)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 11 Sep 2003 14:58:48 +0200
Newsgroups: jedi.vcl

September
* Include Actions/Images for the button edits.
* Update the existing help.
* Document the ID3 components.
* Investigate what needs to be done regarding XP theming.

October
* Keep the help up to date.
* Document some RX components.
* Combine some classes from JvButtons, JvxCtrls.
* Commit some examples.
* Include XP theming for specific components.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: BCB6 Packages
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Thu, 11 Sep 2003 13:44:46 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >Thanks, I found out for vclx.bpi
> >As to the resources, I'll see.
> >But I'm quite puzzled with regard to vclx.bpi : Which one should I use ? 
> >Release or Debug ? I used Debug, in case somebody wants to use JVCL in 
> >debug mode, but I'm not sure it's a good choice...

I don't really know what I am doing either :)

Maybe we should be building release and debug versions of JVCL ? 



Subject: Re: Should we release a JVCL3 Preview?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 14:35:48 +0200
Newsgroups: jedi.vcl

> > Maybe we should make a timeline,
[...]
Good point, see next post

> > * The examples, don't know their status.
Forgot those. Many of them probably doesn't work that well anymore and some
probably use archived components. We should also look into making them
exercise the components more (and maybe even try to make them usable as
stand-alone programs).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TimeLine (was Re: Should we release a JVCL3 Preview?)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 14:32:42 +0200
Newsgroups: jedi.vcl

OK, here's a crude timeline for me:

september:
- work on documentation (for migration etc)
- work on gantt chart control (not yet in JVCL)
- complete TimeFramework help (dtx) files
- look at donations not yet integrated/evaluated
- work on InnoSetup script
- Mantis
october:
- check examples (make them compile, add features, remove archived)
- work on gantt chart control
- work on InnoSetup script
- Mantis
- get started with some producers (any one of start menu, recent files,
favorites, control panel, fonts, strings, dataset)
- get started with some consumers (any one of listbox, combobox, edit,
button)
november:
- depends on progress
december:
- depends on progress

I would appreciate help with any of the above items if anyone feels they
have time to spare.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 11 Sep 2003 22:24:50 +1000
Newsgroups: jedi.vcl

I had a look and did indeed forgot dclstd, but adding it didn't change anything...
I'll continue looking around...

Peter Thörnqvist wrote:

> You can get some hints on what to include by looking at the requires node in
> the original Delphi package. Most any standard design editor is either in
> designide or dclstd. Most of the db variants are in dcldb.
>



Subject: Re: Install problems on Delphi 5
From: "Karsten" <kb@proinfo.dk>
Date: Thu, 11 Sep 2003 14:19:31 +0200
Newsgroups: jedi.vcl

I extracted it all to d:\download\-
and there I ran install.bat




Subject: Re: Should we release a JVCL3 Preview?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 11 Sep 2003 14:01:43 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> The number of requests for JVCL3 is increasing so I was thinking that we
> could maybe release a preview version on SF? I was thinking that we could
> just create a zip with everything in it (except JCL and \images) so those
> not able to use CVS could easily get it.

I agree.

Maybe we should make a timeline, what we want to fix before the next beta; so users know what they can expect from us. More alpha releasing seems like a good idea to me.

> Could we start a list here with items that are not yet implemented / might
> not work in JVCL3 so I can include a readme/disclaimer in the release that
> highlights those things not yet finished?

* The examples, don't know their status.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvCoreC6D.bpk
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 13:52:00 +0200
Newsgroups: jedi.vcl

You can get some hints on what to include by looking at the requires node in
the original Delphi package. Most any standard design editor is either in
designide or dclstd. Most of the db variants are in dcldb.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvCoreC6D.bpk
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 11 Sep 2003 13:43:35 +0200
Newsgroups: jedi.vcl

OBones wrote:
> 2) Unable to compile JvDsgnEditors because it cannot find FiltEdit.dcu
> I have no idea where that file is (or in which package). 

FiltEdit is included in the Borland Standard Components (dclstd) package. I think the file contains some property editors, such as the TFilterProperty class. So you could decide to not include it, and forget about that property editor.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvCoreC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 11 Sep 2003 21:00:13 +1000
Newsgroups: jedi.vcl

Please note that I had to create a CJCLC60.bpk package to compile the JCL and include it in the package.

OBones wrote:

> Compiling and linking
>



Subject: JvCoreC6D.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 11 Sep 2003 20:58:59 +1000
Newsgroups: jedi.vcl

Two problems:

1) When adding JvDateProviderDesignerForm.pas, I get a error about the missing declaration of TfmeJvProviderToolbar. But ignoring it seems to be ok as this class is defined in a file that is included in the bpk after JvDateProviderDesignerForm because of the alphabetical order.

2) Unable to compile JvDsgnEditors because it cannot find FiltEdit.dcu
I have no idea where that file is (or in which package). When using Delphi, it compiles, and if I let the mouse on top of it, it gives me a hint with filtedit.pas. But if I ctrl+click on it, it cannot find the pas file...

Thanks for any help you can provide.



Subject: JvCoreC6R.bpk
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 11 Sep 2003 20:45:50 +1000
Newsgroups: jedi.vcl

Compiling and linking



Subject: [BCB Support] Progress report
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 11 Sep 2003 20:45:13 +1000
Newsgroups: jedi.vcl

Hi !

As I've started working on the creation and testing of BCB6 packages (to mimic those for D6), I'll post my progress and ask questions to problems I will encounter.
Please help me solve them, as it is quite clear I can't know everything.

Thanks a lot for any help

Olivier
JVCL Developer



Subject: Re: Unable to install JCL or JVCL on Delphi 5
From: "Jonathan Hyams" <jhyams@btopenworld.com>
Date: Thu, 11 Sep 2003 12:21:10 +0200
Newsgroups: jedi.vcl

Many thanks - that worked fine.

Jonathan Hyams

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bjku1u$99e$1@talkto.net...
> > Hello, Jonathan!
> > You wrote  on Tue, 9 Sep 2003 18:26:22 +0200:
> >
> >  JH> Help!
> >
> >   D5 installation appears to be a nightmare. Below is a way that I've
found
> > to be successful.
> >
> > * open DJCL50.dpk and check the options: Explicit rebuild should be turned
> > on.
> > * Build (not compile, build) the package
> > * repeat the same with JVCL200_R50.dpk (same options, same actions)
> > * Again with JVCL200_D50.dpk. After building it, do Install.
> >
> >     We hope these problems won't happen with JVCL3. I think D5 just has a
> > problem with huge packages so with the splitting of JVCL in multiple
> > different packages (JVCL3 that is) it is probably fixed.
> >
> >     By the time JVCL3 will be release I will personally do a test of the
> > final installation. It should be able to install itself out of the box and
> > I'm willing to test it for D5 at least. Also note that none of the current
> > JVCL developers have the personal edition of any Delphi version installed
> > (as it would clash with the Pro/Ent editions we have installed), so anyone
> > that does have (a) personal edition(s) and is willing to do some testing
for
> > those versions should let us know.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Install problems on Delphi 5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 11:46:38 +0200
Newsgroups: jedi.vcl

> > See attached file, do you need any other info ?
From what folder did you run install.bat?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Install problems on Delphi 5
From: "Karsten" <kb@proinfo.dk>
Date: Thu, 11 Sep 2003 11:42:07 +0200
Newsgroups: jedi.vcl

See attached file, do you need any other info ?



Image1.gif
	



Subject: Re: JVSpinEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 11:38:45 +0200
Newsgroups: jedi.vcl

> > This is a really good component, but the OnChange event does not work
which
> > is a bit of a hindrance.
Fixed a long time ago. See Mantis

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Should we release a JVCL3 Preview?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 11:38:14 +0200
Newsgroups: jedi.vcl

Could we start a list here with items that are not yet implemented / might
not work in JVCL3 so I can include a readme/disclaimer in the release that
highlights those things not yet finished?

I'll start:

* No installer available
* Producers and consumers not yet implemented (except for core support)
* No packages for BCB or Kylix
* Not tested with Personal Editions (trial editions won't work due to JCL)
* XP theming only sporadically implemented
* Documentation (installation, migration etc) not yet complete
* Quite some unresolved bugs (Mantis)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVSpinEdit
From: "Rhodri Davies" <rod@skwirel.com>
Date: Thu, 11 Sep 2003 10:37:01 +0100
Newsgroups: jedi.vcl

Hi,

This is a really good component, but the OnChange event does not work which
is a bit of a hindrance.

Regards,

Mark Williams




Subject: Re: Installation problems D5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 11:31:05 +0200
Newsgroups: jedi.vcl

> > Anyone got any ideas what this is about.  At wits end!

See the posting in this NG from september 9 titled "Unable to install JCL or
JVCL on Delphi 5"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Installation problems D5
From: "Rhodri Davies" <rod@skwirel.com>
Date: Thu, 11 Sep 2003 10:23:14 +0100
Newsgroups: jedi.vcl

Hi,

I've had to manually install Jedi in D5 (installer did not work).  I'm
moving to a new laptop.  I've derived some simple components based on Jedi
components to overcome some bugs in the original Jedi components (see later
post).

I've installed Jedi and the vcl components appear on my palette and they
seem to work okay.  However when I try to install a derived component, my
package highlights JVCL200_R50 under its requires clause and the error
message is "dclusr50.dpk[33]:  Required package 'p' not found".

Anyone got any ideas what this is about.  At wits end!

Regards,

Mark




Subject: Re: Should we release a JVCL3 Preview?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 11 Sep 2003 19:02:21 +1000
Newsgroups: jedi.vcl

That would be a great thing indeed.
As to a release for BCB6, I'm far from ready, and it will take me at least one more month (may be less, who knows).
So I think we should release without any BCB support at all with a big note saying that it's on the way and that we are actively looking for help in this domain (all versions but BCB6 Enterprise US).

Peter Thörnqvist wrote:

> The number of requests for JVCL3 is increasing so I was thinking that we
> could maybe release a preview version on SF? I was thinking that we could
> just create a zip with everything in it (except JCL and \images) so those
> not able to use CVS could easily get it. The daily scripts are still not
> working. Michael Beck has promised to take a look at it as soon as he has
> some free time but until then, there is no other way to get JVCL3 than
> through CVS.
>
> What do you think?
>



Subject: Re: BCB6 Packages
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 11 Sep 2003 18:53:25 +1000
Newsgroups: jedi.vcl

Thanks, I found out for vclx.bpi
As to the resources, I'll see.
But I'm quite puzzled with regard to vclx.bpi : Which one should I use ? Release or Debug ? I used Debug, in case somebody wants to use JVCL in debug mode, but I'm not sure it's a good choice...

Thanks again for your help

Terry Harris wrote:
> OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:
>
>
>> I've started working on the BCB6 packages for JVCL3, and created JvCoreC6R.bpk, added the same units as in JvCoreD6R.dpk
>
>
> I grabbed the package when it appeared on anonymous CVS.
>
> It requires vclx.bpi to fix the link problem, you will also have to add
> ..\..\Resources to the library path.
>



Subject: Re: Should we release a JVCL3 Preview?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 11 Sep 2003 10:33:27 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 11 Sep 2003 09:55:47 +0200:

 PT> What do you think?

    like you said, the number of requests is increasing so from that POV, it
would be a good idea to release an Alpha version on the SF page (I don't
think it's ready enough to be called Beta yet). It might actually help to
pin down any problems with Delphi PE or compilation problems in general
before final release.

    Of course we should add the disclaimer that the JVCL3 is not production
stable, but other than that I don't see a real problem. The more people
trying to use JVCL3 the greater that chances are of them finding
problems/bugs in it. Only immediate problem I see right now is the help
file. I haven't even looked at all the additions you and others have made to
the help sources and so I don't have a complete help project file ready to
be built. I was thinking about doing that soon but was more leaning to
provide empty "template" projects and use some tool to generate projects
with files for the "full" help and "per package" help (we have the required
information already available thanks to Remko's excellent .dtx tool). I'll
see if I can do that today so we can at least provide the full help file
(which will only contain the files that are marked as completed).

    P.S. state clearly in the readme/release notes that they should remove
all traces of any previous JVCL installation before using the new JVCL3.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Should we release a JVCL3 Preview?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 09:55:47 +0200
Newsgroups: jedi.vcl

The number of requests for JVCL3 is increasing so I was thinking that we
could maybe release a preview version on SF? I was thinking that we could
just create a zip with everything in it (except JCL and \images) so those
not able to use CVS could easily get it. The daily scripts are still not
working. Michael Beck has promised to take a look at it as soon as he has
some free time but until then, there is no other way to get JVCL3 than
through CVS.

What do you think?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: UIL Pligin Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 09:50:18 +0200
Newsgroups: jedi.vcl

> > Is this a known bug? How do I fix it?  What is the purpose of the mdi
> > property in the plugin? My main application is MDI but not the plugin.

First of all, you should use the JvPlugin included in JVCL since any
bugfixes an corrections after the donation are only applied to the JVCL
version. Get JVCL from http://sf.net/projects/jvcl. If you'd rather use the
development version (JVCL3), see the news item entitled "How to get JVCL3"
on the page.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Sep 2003 08:43:02 +0200
Newsgroups: jedi.vcl

> > Thanks your prompt and great idea for my needs in JvLabel. I'm using
> > JVCL 2.10 and had never downloaded updates through JVCL web vcs
> > before. How do I download and update JvLabel? Thanks!

The update I made was added to CVS for JVCL3. JVCL3 is sufficiently
different from JVCL2.10 that it might not be easy to just use the updated
file as is. If you only want the JvLabel to try it out, I could mail it to
you (or post in binaries). IMO, it would be better to use the entire JVCL3
but that might mean quite some rewrites in your code (apart from the fact
that you can only get it from CVS). Let me know how you would like to
proceed and then I can help you from that.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB6 Packages
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Thu, 11 Sep 2003 02:21:34 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >I've started working on the BCB6 packages for JVCL3, and created 
> >JvCoreC6R.bpk, added the same units as in JvCoreD6R.dpk

I grabbed the package when it appeared on anonymous CVS.

It requires vclx.bpi to fix the link problem, you will also have to add
...\..\Resources to the library path. 




Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: cyhoh <cyhoh@nospam.com>
Date: Thu, 11 Sep 2003 07:42:56 +0800
Newsgroups: jedi.vcl

Hi Peter and Marcel,
Sorry for my late reply.

Peter,
Thanks your prompt and great idea for my needs in JvLabel. I'm using
JVCL 2.10 and had never downloaded updates through JVCL web vcs
before. How do I download and update JvLabel? Thanks!

Regards,
cyhoh


On Tue, 2 Sep 2003 19:50:53 +0200, Peter Thörnqvist
<peter3@no.spam.peter3.com> wrote:

>> >>   Nice! I think it should definitely be integrated into all
>> >> HotTrackFont-enabled controls.
> >
> >Done. Think I got them all.



Subject: UIL Pligin Error
From: "Debbie Erickson" <knmc@montereypark.ca.gov>
Date: Wed, 10 Sep 2003 15:31:46 -0700
Newsgroups: jedi.vcl

Hello. I downloaded the UIL plugin system version 5.1 that came on the
Delphi 6.0 companion cd.  I've emailed UIL and they asked me to post my
question here.

The only event I declare in the main app is the onnewcommand to add the menu
item to my application. I ran the application outside of Delphi.  The
application appears to load in ok. When I close the application, whether I
run the plugin or not, I get an error message as it closes. The error is

The instruction at "0x4053bed" referenced memory at "0x0000000".  The memory
could not be "written".

This is followed by a runtime error 216 at 04053BED.

If I run the progrem within Delphi I get a whole different set of errors,
including one that says it has too many consecutive errors.  I thought that
was rather funny. :)

Is this a known bug? How do I fix it?  What is the purpose of the mdi
property in the plugin? My main application is MDI but not the plugin.

Thanks!

Debbie Erickson

Knowles-Mcniff, Inc

knmc@montereypark.ca.gov




Subject: Re: Turbopower Apro Library
From: "Robert Love" <rlove@peakbiz.com>
Date: Wed, 10 Sep 2003 16:27:28 -0600
Newsgroups: jedi.vcl

"Lee J Cook" <lee@kwikhols.co.uk> wrote in message
news:bjnfb9$op5$1@talkto.net...
> > If any one can help with some source snippets or point me in the right
> > direction I would be grateful as I've never tried to write a component
> > before.

news://news.turbocontrol.com

There is apro group there. I know people there have done custom emulations
with the apro components.

Robert Love




Subject: Re: How to download v.3 ?
From: Ron <ron@hotma.com>
Date: Wed, 10 Sep 2003 21:29:30 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:bjn8af$n42$1@talkto.net: 

>> >> I'd like to download jvcl3 but I don't know how. I couldn't find it
>> >> on the web site :(
> > 
> > See http://sf.net/projects/jvcl. Click the news item "How to get
> > JVCL3" 
> > 

The wait for v3 is almost intolerable!

:)


Subject: Re: Is there a free chart component for Delphi?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Sep 2003 20:25:36 +0200
Newsgroups: jedi.vcl

> > Sheesh. If I add all this to my TJvTrend, which is not yet into Jedi,
> > then you gotta put it in Jedi,  Peter! :-)
If you add all that I definitely will add it<g>.

Seriously, I haven't had time to look at it in detail (just a quickie), and
I won't have any real time the next couple of days/week (payed work getting
in the way again, grrr). It is complex enogh to warrant a good look, so
that's why it's taking some time. Others may also look and give feedback,
right? So, anyone interested with spare time, take it for a spin!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Is there a free chart component for Delphi?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 10 Sep 2003 21:39:04 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 10 Sep 2003 12:52:01 -0400 @744)
...while the fading voice of Warren whispered through the darkness:

One more idea - to use chart ocx form MS Excell - but only if You're sure Your customer has one.

-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru

Subject: Re: Is there a free chart component for Delphi?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 10 Sep 2003 21:38:04 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 10 Sep 2003 12:52:01 -0400 @744)
...while the fading voice of Warren whispered through the darkness:


http://www.torry.ru/charts.htm


-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru

Subject: Re: HID?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Sep 2003 19:35:39 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>     you know where to send them!

It is all part of the standalone version available from http://www.delphi-gem.com/controls.php (the site is up again).
In JvHidControllerClass.pas simply deactivate the IFDEF STANDALONE and you get the JVCL version. All changes are documented in the README.TXT.
No style cleaned version available :->

I will work on the examples.



Subject: Re: UIL Time Framework
From: "c" <cdsi@worldnet.att.net>
Date: Wed, 10 Sep 2003 09:55:12 -0700
Newsgroups: jedi.vcl

Thanks!
"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bjlinj$cte$1@talkto.net...
>> > > Cool!  Can you tell me what the component is called?
> >
> > There are several components and they have all been renamed with a TJvTF
> > prefix, so TutfDays has become TJvTFDays etc
> >
>> > > Just in case, this is not the same product as the UIL Plug-in Framework.
> > Eeeh, I guess you mean UIL Time Framework? It is the same.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Is there a free chart component for Delphi?
From: Warren Postma <wpostma_at@tekran_dot.com>
Date: Wed, 10 Sep 2003 12:52:01 -0400
Newsgroups: jedi.vcl

I don't think there is any chart component in Jedi, except for SimScope.

I just want to create a TChart style barchart in my app, but I (as a matter of policy) don't use binary-only (dcu/bpl) components in production applications, because they inhibit my ability to debug
and support my app.

I have written my own Trend component which almost does charting like I want, but it lacks draggable scrolling, ability to mouse over a region and select it and then zoom in, and other stuff that a TChart has.

Shall I sit down and add all this?  To buy a commercial (TeeChart, GigaSoft) chart component with source code (my minimum acceptable standard), is $600 to $1200 US.  Ouch. All for one little bar chart?

Sheesh. If I add all this to my TJvTrend, which is not yet into Jedi, then you gotta put it in Jedi,  Peter! :-)

Warren





Subject: Re: How to use ctl3d in JVDateTimepicker ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Sep 2003 18:06:25 +0200
Newsgroups: jedi.vcl

> > Can any of you help me to implement CTL3D property to JVDateTimePicker?
You can't, since the underlying DATETIMEPICKER class doesn't recognize
border style changes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Turbopower Apro Library
From: "Lee J Cook" <lee@kwikhols.co.uk>
Date: Wed, 10 Sep 2003 16:50:06 +0100
Newsgroups: jedi.vcl

Hi

I have installed the Apro library all ok because I need to do some terminal
emulation.  The problem I have is that I need to emulate the old Prestel /
Viewdata screens, I know all the escape codes and sequences for its
emulation but what I need to know is how can I create a component like the
VT100 terminal emulator that works with the AdTerminal component as I would
like to use the Adterminal component to display the received data.

If any one can help with some source snippets or point me in the right
direction I would be grateful as I've never tried to write a component
before.

Thanks In Advance

Lee




Subject: How to use ctl3d in JVDateTimepicker ?
From: "Jaro" <jgi@molis.sk>
Date: Wed, 10 Sep 2003 17:45:01 +0200
Newsgroups: jedi.vcl

Can any of you help me to implement CTL3D property to JVDateTimePicker?
Thanks

-- Jaro 

Subject: Re: Screen Capture Components???
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 10 Sep 2003 11:34:44 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
bjndoa$of8$1@talkto.net...
> > My next question
> > then would be....how do i get the hwnd of a window, so that i can specify
> > which window to capture? Ex. A Window of another application that is
> > running on the system.

Take a look at the FindWindow Windows API function.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Screen Capture Components???
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 10 Sep 2003 10:22:37 -0500
Newsgroups: jedi.vcl

Thank you very much! that is perfectly what i needed. My next question then
would be....how do i get the hwnd of a window, so that i can specify which
window to capture? Ex. A Window of another application that is running on
the system.

Thanks in advance,
Dave


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bjnckf$o3k$2@talkto.net...
> > dave wrote:
>> > > Hi, i was wondering if there is a screen capture component in the JVCL,
or
>> > > if anyone can point me to a good one?(Free for commercial use)
>> > >
>> > > Any help would be greatly appreciated,
>> > > Dave
>> > >
>> > >
> >
> > Simple screen capture is part of the JCL.
> >




Subject: Re: HID?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 10 Sep 2003 17:19:40 +0200
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 10 Sep 2003 17:03:18 +0200:

 >> So then they would be the ones who don't need an explanation of the
 >> demo. But, I'm sure they would like to see at least a mention of this
 >> control in the help file.

    you know where to send them!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Screen Capture Components???
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Sep 2003 17:03:51 +0200
Newsgroups: jedi.vcl

dave wrote:
> Hi, i was wondering if there is a screen capture component in the JVCL, or
> if anyone can point me to a good one?(Free for commercial use)
>
> Any help would be greatly appreciated,
> Dave
>
>

Simple screen capture is part of the JCL.



Subject: Re: HID?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Sep 2003 17:03:18 +0200
Newsgroups: jedi.vcl

D Whaley wrote:

> So then they would be the ones who don't need an explanation of the demo.
> But, I'm sure they would like to see at least a mention of this control in
> the help file.

I have complete help file sources in english and german.
They only need to be integrated into the JVCL help.



Subject: Re: HID?
From: "D Whaley" <dwhaley@hs-technologies.com>
Date: Wed, 10 Sep 2003 09:41:55 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bjm5ss$fdb$1@talkto.net...
> > The demos are for USB developers which know what to expect.
> >

So then they would be the ones who don't need an explanation of the demo.
But, I'm sure they would like to see at least a mention of this control in
the help file.




Subject: Re: BCB6 Packages
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Wed, 10 Sep 2003 15:32:58 +0100
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote:

> >I've started working on the BCB6 packages for JVCL3, and created 
> >JvCoreC6R.bpk, added the same units as in JvCoreD6R.dpk
> >It compiles, but it doesn't link.
> >The error is that it cannot find CHECKLST.OBJ
> >Interesting enough, I have CHECKLST.DCU in $(BCB)\Lib\Obj and the 
> >directory is in the include list for the package.
> >This particular unit comes with C++ builder, and I got no idea on how to 
> >create this obj file.
> >Anyone got any leads ?

You probably saw in my other posts I started playing with CBuilder 6
packages. I thought I had built JvCoreC6R but looking I only built
JvCoreC6D.

I didn't have a problem and I don't have a checklst.obj file either. 

checklst is part of the main vcl so it should be finding it in a library
(it seem to be in vcxl.lib) not needing to link in a .obj file. I think you
need to change something in the project options. 



Subject: Re: How to download v.3 ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Sep 2003 15:49:32 +0200
Newsgroups: jedi.vcl

> > I'd like to download jvcl3 but I don't know how. I couldn't find it on the
> > web site :(

See http://sf.net/projects/jvcl. Click the news item "How to get JVCL3"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How to download v.3 ?
From: "Jaro" <jgi@molis.sk>
Date: Wed, 10 Sep 2003 15:47:36 +0200
Newsgroups: jedi.vcl

I'd like to download jvcl3 but I don't know how. I couldn't find it on the
web site :(

-- Jaro 

Subject: Screen Capture Components???
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 10 Sep 2003 08:08:15 -0500
Newsgroups: jedi.vcl

Hi, i was wondering if there is a screen capture component in the JVCL, or
if anyone can point me to a good one?(Free for commercial use)

Any help would be greatly appreciated,
Dave




Subject: Re: dynamic class function? Marcel?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 10 Sep 2003 22:42:36 +1000
Newsgroups: jedi.vcl

I've modified the incrimitade file and submitted it tonight.

Marcel Bestebroer wrote:

> Hello, Terry!
> You wrote  on Mon, 08 Sep 2003 17:08:23 +0100:
>
>  TH> So C++Builder should be able to compile them and having tried it it is
>  TH> the dynamic it does not like, changing them to virtual makes it happy.
>
>     OK. we can change that. I'll do that later, unless you are able to do it
> and commit to CVS.
>
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>



Subject: BCB6 Packages
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 10 Sep 2003 21:59:39 +1000
Newsgroups: jedi.vcl

Hi all

I've started working on the BCB6 packages for JVCL3, and created JvCoreC6R.bpk, added the same units as in JvCoreD6R.dpk
It compiles, but it doesn't link.
The error is that it cannot find CHECKLST.OBJ
Interesting enough, I have CHECKLST.DCU in $(BCB)\Lib\Obj and the directory is in the include list for the package.
This particular unit comes with C++ builder, and I got no idea on how to create this obj file.
Anyone got any leads ?

Thanks a lot for your help.

Olivier
JVCL Developer



Subject: Re: HID?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Sep 2003 12:00:32 +0200
Newsgroups: jedi.vcl

> > My component is still available as standalone version from
> > http://www.delphi-gems.com/controls.php (newer version!)

Maybe time to update the JVCL3 version as well?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How to close TJvProgressForm ?
From: Nektarios <naentor@hotmail.com>
Date: Wed, 10 Sep 2003 00:32:28 -0700
Newsgroups: jedi.vcl

Hello
	I would like to use Progressform and i managed to show it using 
execute updating the progress bar using step it but i cant close 
(using free) it without a AV.
The prorgress ends and cancel remains cancel... should it became 
close or the only way to close the form is from the close button 
upper right ?




Subject: Re: HID?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Sep 2003 06:02:36 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> What is HID? The demo's don't do anything or even explain what they should
>> do.
>
>
> Basically, a specification for Human Interface Devices that connects via
> USB. If you don't have such a beast, the demos won't do anything. For more
> info,
> see http://www.usb.org/developers/hidpage/. Maybe the demo(s) should be
> updated with a small explanation about what they are for? Any takers?

My component and my job.
I will also create BCB versions of the demos.
My component is still available as standalone version from http://www.delphi-gems.com/controls.php (newer version!)
The demos are for USB developers which know what to expect.



Subject: Re: UIL Time Framework
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Sep 2003 00:35:09 +0200
Newsgroups: jedi.vcl

> > Cool!  Can you tell me what the component is called?

There are several components and they have all been renamed with a TJvTF
prefix, so TutfDays has become TJvTFDays etc

> > Just in case, this is not the same product as the UIL Plug-in Framework.
Eeeh, I guess you mean UIL Time Framework? It is the same.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to close TJvProgressForm ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Sep 2003 00:32:58 +0200
Newsgroups: jedi.vcl

TJvProgressForm should close by itself when Position >= Max (Cancel is true
only if the user closed the dialog before the process completed). Try adding
an Application.ProcessMessages after each call to StepIt and see if that
helps. A new progress dialog/component has been added to JVCL3 (named
TJvProgressDialog) that is a bit easier to use so you might want to try that
instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvSpeedButton not registered anymore?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 10 Sep 2003 00:25:54 +0200
Newsgroups: jedi.vcl

> > I think TJvSpeedButton is mistakenly not registered. (Could not find a
> > reference in the changelog)
> >
> > I checked the diff between 2.1 and 3.0; nothing spectacular, but for
> > reference, these components are no longer registered:
> >
[...]

Note that some of the listed components have been renamed (ie JvSQLScript ->
JvBDESQLScript) and some have been removed (TJvCommandEdit, TJvCoupler) or
replaced (TJvRegAuto -> "replaced" by TJvFormStorage) and/or merged
(TJvTransparentPanel -> merged with TJvPanel). Most of it should be in
either changelog.txt or in readme.htm. If you find (or, rather, don't find)
missing items, please post here so we can update the docs/fix it.

The omission of TJvSpeedButton is a mistake AFAICS (I don't remember if I
removed it for a reason, but I don't think so). It should probably be added
to JvStdCtrlsReg.pas.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: UIL Time Framework
From: "c" <cdsi@worldnet.att.net>
Date: Tue, 9 Sep 2003 15:14:40 -0700
Newsgroups: jedi.vcl

Cool!  Can you tell me what the component is called?

Just in case, this is not the same product as the UIL Plug-in Framework.

Thanks again,
Jerry


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:bjlh9f$cls$1@talkto.net...
> > "c" <cdsi@worldnet.att.net> wrote in message
news:bjlh74$cl2$1@talkto.net...
>> > > Tim Sullivan indicated to me that the UIL Time Framework has been turned
>> > > over to JEDI.
>> > >
>> > > Can anyone give me a status on it's incorporation into the JVCL?
> >
> > It's incorporated.
> >
> >
> > -- 
> > Michael Beck
> > SourceForge Member # 956
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm
> >
> >




Subject: Re: UIL Time Framework
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Sep 2003 18:12:19 -0400
Newsgroups: jedi.vcl

"c" <cdsi@worldnet.att.net> wrote in message news:bjlh74$cl2$1@talkto.net...
> > Tim Sullivan indicated to me that the UIL Time Framework has been turned
> > over to JEDI.
> >
> > Can anyone give me a status on it's incorporation into the JVCL?

It's incorporated.


-- Michael Beck SourceForge Member # 956 Project JEDI - 2001 "Spirit of Delphi" Award Winner http://delphi-jedi.org JEDI-VCL Web: http://jvcl.sourceforge.net JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm 

Subject: TJvSpeedButton not registered anymore?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 10 Sep 2003 00:11:39 +0200
Newsgroups: jedi.vcl

I think TJvSpeedButton is mistakenly not registered. (Could not find a reference in the changelog)

I checked the diff between 2.1 and 3.0; nothing spectacular, but for reference, these components are no longer registered:

TJvaSQLScript
TJvBDEItems
TJvCommandEdit
TJvCoupler
TJvDatePickerEdit
TJvFormPlacement
TJvLookupEdit
TJvMemoryTable
TJvPopupMemo
TJvProgressForm
TJvRadioControl
TJvRegAuto
TJvRemoteLogin
TJvScrollBar
TJvSecretPanel
TJvSpeedButton
TJvSpinButton
TJvSQLScript
TJvTransLED
TJvTransparentPanel
TJvxCheckListBox
TJvxGradientCaption

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: UIL Time Framework
From: "c" <cdsi@worldnet.att.net>
Date: Tue, 9 Sep 2003 15:10:00 -0700
Newsgroups: jedi.vcl

Tim Sullivan indicated to me that the UIL Time Framework has been turned
over to JEDI.

Can anyone give me a status on it's incorporation into the JVCL?

Thanks,
Jerry




Subject: Re: HID?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Sep 2003 22:22:10 +0200
Newsgroups: jedi.vcl

> > What is HID? The demo's don't do anything or even explain what they should
> > do.

Basically, a specification for Human Interface Devices that connects via
USB. If you don't have such a beast, the demos won't do anything. For more
info,
see http://www.usb.org/developers/hidpage/. Maybe the demo(s) should be
updated with a small explanation about what they are for? Any takers?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: HID?
From: "D Whaley" <dwhaley@hs-technologies.com>
Date: Tue, 9 Sep 2003 14:33:30 -0500
Newsgroups: jedi.vcl

What is HID? The demo's don't do anything or even explain what they should
do.




Subject: Re: JVCL(X)
From: "Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com>
Date: Tue, 9 Sep 2003 15:36:44 -0300
Newsgroups: jedi.vcl

"forums.talkto.net" <asn@xs4all.nl> wrote in message
news:bj9hpu$72q$1@talkto.net...

> > Their seems to be a tool  called 'jpp'  that can do this for us, while
> > maintaining common sources
> > for JVCL & JVCLX !
> > Read the next mail  in jedi.jcl:  Restructering JCL for VisualCLX.
> >
> > Greetings,
> >
> > André


    Great idea, and seem to be an excelent tool as the messages stated. So,
what could I do to help?


-- Alexandre Rocha Lima e Marcondes mailto:alexandre@p4tecnologia.com P4 Tecnologia Ltda. http://www.p4tecnologia.com Curitiba - PR - Brazil 

Subject: Re: Unable to install JCL or JVCL on Delphi 5
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Sep 2003 18:42:14 +0200
Newsgroups: jedi.vcl

Hello, Jonathan!
You wrote  on Tue, 9 Sep 2003 18:26:22 +0200:

 JH> Help!

  D5 installation appears to be a nightmare. Below is a way that I've found
to be successful.

* open DJCL50.dpk and check the options: Explicit rebuild should be turned
on.
* Build (not compile, build) the package
* repeat the same with JVCL200_R50.dpk (same options, same actions)
* Again with JVCL200_D50.dpk. After building it, do Install.

    We hope these problems won't happen with JVCL3. I think D5 just has a
problem with huge packages so with the splitting of JVCL in multiple
different packages (JVCL3 that is) it is probably fixed.

    By the time JVCL3 will be release I will personally do a test of the
final installation. It should be able to install itself out of the box and
I'm willing to test it for D5 at least. Also note that none of the current
JVCL developers have the personal edition of any Delphi version installed
(as it would clash with the Pro/Ent editions we have installed), so anyone
that does have (a) personal edition(s) and is willing to do some testing for
those versions should let us know.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Unable to install JCL or JVCL on Delphi 5
From: "Jonathan Hyams" <jhyams@btopenworld.com>
Date: Tue, 9 Sep 2003 18:26:22 +0200
Newsgroups: jedi.vcl

Have tried on 2 machines, update pack 1 installed. The installer says that
it cannot install JVCL200_D50 and R50. So I tried manually following the
instructions. The runtime package compiles fine. The design time package
gives the error "Required package 'd' not found".

Help!

Jonathan Hyams




Subject: Re: JvPlugin.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Sep 2003 18:23:46 +0200
Newsgroups: jedi.vcl

I've changed the code in CVS so it now creates the bitmap in the
constructor. Thanks for letting us know.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBDateTimePicker
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Sep 2003 18:22:20 +0200
Newsgroups: jedi.vcl

You are right: it is indeed missing from the registration. It should be
added to JvDBReg, around here:

[...]
  RegisterComponents(SPaletteDBVisual,[
    TJvDBDatePickerEdit, TJvDBDateTimePicker,
[...]

I'll update the file in CVS. Thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBDateTimePicker
From: "Jason" <jaguarius@cogeco.ca>
Date: Tue, 9 Sep 2003 12:21:33 -0400
Newsgroups: jedi.vcl

Ignore the above message ... I see now that that is just an old demo from
Jvcl2

"Jason" <jaguarius@cogeco.ca> wrote in message
news:bjkrgj$8l9$1@talkto.net...
> > Hello all,
> >
> > I just downloaded a new cvs of the jvcl3 and there is a demo for a (new?)
> > component called JVDateTimePicker. This is exactly what I need! I was just
> > about to implement a date / calender into my program with the old set of
> > components - but this seems to be a data aware version which would be
> > excellent.
> >
> > Thing is, I after installing the Jvcl3, the demo is there but not the
> > component. Can anyone help with that? Is it not done, removed, etc.
> >
> >
> > Thanks,
> >
> > Jason s. Gagnon
> >
> >




Subject: JvDBDateTimePicker
From: "Jason" <jaguarius@cogeco.ca>
Date: Tue, 9 Sep 2003 11:58:05 -0400
Newsgroups: jedi.vcl

Hello all,

I just downloaded a new cvs of the jvcl3 and there is a demo for a (new?)
component called JVDateTimePicker. This is exactly what I need! I was just
about to implement a date / calender into my program with the old set of
components - but this seems to be a data aware version which would be
excellent.

Thing is, I after installing the Jvcl3, the demo is there but not the
component. Can anyone help with that? Is it not done, removed, etc.


Thanks,

Jason s. Gagnon




Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Sep 2003 17:19:41 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 9 Sep 2003 17:06:54 +0200:

 PT> It uses an undocumented API as well. There is the TJVMRUManager (from
 PT> RxLib) as an alternative...

    Nope, the two are substantially different. TJvMRUManager always
generates menu items, whereas TJvMRUList keeps a list of strings/data (and
apparantly a max of 29). If we want we could just build or own TJvMRUList
(that's not that difficult) and give it a property for OS type or JVCL type
(so we can lift the limit of 29).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvPlugin.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Sep 2003 17:14:22 +0200
Newsgroups: jedi.vcl

> > It seems like for JVCL3 TjvPluginCommand was modified to create the bitmap
> > instace in the setbitmap method, however doing so prevents delphi to know
> > how to read the form stream because the bitmap instance it's nil at that
> > time.

Thanks, will have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Can I mixed with RX and RALibs ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Sep 2003 17:13:50 +0200
Newsgroups: jedi.vcl

> > Is it compatible with my existing projects which have used components form
> > RA and RXlib ?

You should be able to do that as far as the components are concerned (they
have different names). There *might* be resource clashes though, so if you
find any problems, please let us know so we can help and fix it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Generic storage backend.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Sep 2003 17:11:18 +0200
Newsgroups: jedi.vcl

> > [...] The question is if we want to keep it that way or
> > not (i.e. directly link such components to a storage backend).
I think we should strive for backwards compatibility as much as possible as
long as it doesn't mean too many restrictions (you be the judge). As long as
it is documented somewhere (changelog.txt or migrate.htm), we should be OK
either way. We have made bigger changes than this in JVCL3 before and I
think we should put usability above compatibility.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Generic storage backend.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 9 Sep 2003 17:06:54 +0200
Newsgroups: jedi.vcl

> >     JvMRUList is a common control that relies on the registry AFAICT. It
> > will therefore not be converted to use the storage backend. We might later
> > decide to rewrite this non-visual component but as my understanding of
this
> > component is currently limited I'll just leave it as it is.

It uses an undocumented API as well. There is the TJVMRUManager (from RxLib)
as an alternative...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Sep 2003 13:59:33 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Sun, 7 Sep 2003 20:47:26 +0200:

 MB>    that is the idea. Currently still working on an addition to the
 MB> generic storage backend (enumeration of folders and values) but next on
 MB> the list is TJvFormStorage, JvMRUList and some of the others that use
 MB> the reg or INI as a backend (e.g. DSA dialogs)

    JvMRUList is a common control that relies on the registry AFAICT. It
will therefore not be converted to use the storage backend. We might later
decide to rewrite this non-visual component but as my understanding of this
component is currently limited I'll just leave it as it is.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's The Boomtown Rats with "I
don't like mondays".




Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Sep 2003 11:57:37 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Tue, 9 Sep 2003 11:15:28 +0200:

 MB>     Little progress report: the placement part for TJvFormStorage is
 MB> working, as is the TJvMRUManager component. I had to struggle a bit
 MB> with some minor but hard to get problems in the backend which is why it
 MB> takes so long.

 MB>  Working on the property storing now. Seems to need some major changes
 MB> here and there as the code sometimes returns a string to store (easy to
 MB> change) and sometimes just stores it directly in a specific format.

    After further examination I discovered it just uses a event handler to
do the actual storing/restoring so it turned out to be trivial to change. Of
course I made one mistake: I hadn't used the original version to see if the
storage is actually backwards compatible.

    If any of you used the TJvFormStorage, TJvMRUManager in their original
incarnation, could you check if converting to this new version still reads
all back in properly? Specifically the TJvPropsStorage might lead to a
different result, as I had to remove the IniSection for top-level properties
(the base path is added by TJvFormStorage) and I'm not entirely certain it
works as it should.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's The Verve with "Bitter Sweet
Symphony".




Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 9 Sep 2003 11:15:28 +0200
Newsgroups: jedi.vcl

Hello, all!

    OK, I need a sanity check: I think the first if statement in
JvFormPlacement.pas in the TJvFormPlacement.SaveFormPlacement method is
faulty. If I'm not mistaken it will save the placement if it executed a
restore previously or if the component in *not* active. That can't be right,
can it? I can't believe it though, because I'm sure someone would have found
that and reported it as bug.

    So, am I losing it or did I really find a bug?

    Little progress report: the placement part for TJvFormStorage is
working, as is the TJvMRUManager component. I had to struggle a bit with
some minor but hard to get problems in the backend which is why it takes so
long. Working on the property storing now. Seems to need some major changes
here and there as the code sometimes returns a string to store (easy to
change) and sometimes just stores it directly in a specific format.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Chicago with "If you leave me
now".




Subject: Can I mixed with RX and RALibs ?
From: "kalmen" <kalmen@tm.net.my>
Date: Tue, 9 Sep 2003 11:34:51 +0800
Newsgroups: jedi.vcl

Hi,
I have installed RALib 2.01  and RX Library 2.75 ,
I would like to install the JVCL and do I need to uninstall then RALib and
RXLib?
Is it compatible with my existing projects which have used components form
RA and RXlib ?
Thanks for any guildance.

Regards,
kalmen




Subject: Re: Generic storage backend.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 08 Sep 2003 20:08:51 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> [..] Working or
> not, no component should steal the OnShow or OnCloseQuery events of the
> form. I'll have a look into hooking the CM_SHOWINGCHANGED message; much
> better approach IMO. 

I don't know.. stealing those events has no overhead. Don't know what the overhead is of hooking forms, but it must be something.

Guess we must wait till Delphi.net to do this kind a graceful <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: dynamic class function? Marcel?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Mon, 08 Sep 2003 17:38:30 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> >Hello, Terry!
> >You wrote  on Mon, 08 Sep 2003 17:08:23 +0100:
> >
> > TH> So C++Builder should be able to compile them and having tried it it is
> > TH> the dynamic it does not like, changing them to virtual makes it happy.
> >
> >    OK. we can change that. I'll do that later, unless you are able to do it
> >and commit to CVS.

I presume I don't have write access and with my current level of competence
with CVS that is probably a good thing :) 



Subject: Re: dynamic class function? Marcel?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 8 Sep 2003 18:30:28 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Mon, 08 Sep 2003 17:08:23 +0100:

 TH> So C++Builder should be able to compile them and having tried it it is
 TH> the dynamic it does not like, changing them to virtual makes it happy.

    OK. we can change that. I'll do that later, unless you are able to do it
and commit to CVS.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dynamic class function? Marcel?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Mon, 08 Sep 2003 17:08:23 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> > TH> If JVCL is going to be C++Builder compatible then dynamic/virtual class
> > TH> methods will have to be avoided.
> >
> >    I'll have a look later to see if we can.

I think I got a bit carried away with this problem. Checking the C++Builder
Developer guide it says 

Object Pascal has the concept of a class virtual function. The C++ analogy
would be a static virtual function, if it were possible; but C++ has no
exact counterpart to this type of function. These functions are safely
called internally from the VCL and CLX. However, you should never call a
function of this type in C++Builder. You can identify these functions in
the header files because they are preceded by the following comment:
/* virtual class method */

So C++Builder should be able to compile them and having tried it it is the
dynamic it does not like, changing them to virtual makes it happy. 

> > TH> These are the problem definitions in JvDataProviderImpl

> > TH> class function PersistentDataItems: Boolean; dynamic;
> > TH> class function ItemsClass: TJvDataItemsClass; dynamic;
> > TH> class function ContextsClass: TJvDataContextsClass; dynamic;
> > TH> class function ContextsManagerClass: TJvDataContextsManagerClass;
> > TH> dynamic;

The produced .hpp file looks like 
	
/* virtual class method */ virtual bool __fastcall
PersistentDataItems(TMetaClass* vmt);
/* virtual class method */ virtual TMetaClass* __fastcall
ItemsClass(TMetaClass* vmt);
/* virtual class method */ virtual TMetaClass* __fastcall
ContextsClass(TMetaClass* vmt);
/* virtual class method */ virtual TMetaClass* __fastcall
ContextsManagerClass(TMetaClass* vmt);




Subject: Re: dynamic class function? Marcel?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 8 Sep 2003 16:31:29 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Mon, 08 Sep 2003 15:12:49 +0100:

 TH> The small 'point' is that if you know the specific class type you can
 TH> call the same function without having to have an instance of that
 TH> class.

  Yes, but sometimes the class type can only be known at run time. E.g. you
can pass a descendant class of the base class to normal method which uses
the class method to get some info before it will decide if it needs to
instantiate an object of it. The compiler will not know which class is
actually passed in so it assumes the base class and if it's a dynamic method
it will check the DMT for the class actually passed:

type
  TMyClass = class
    class function X: Boolean; dynamic;
  end;

  TMyClassDesc = class(TMyClass)
    class function X: Boolean; override;
  end;

  TMyClassRef = class of TMyClass;

procedure TMyInstance.SomeMethod(CheckAndAddClass: TMyClassRef)
begin
  if CheckAndAddClass.X then
    AddToList(CheckAndAddClass.Create);
end;


    in the above case you call SomeMethod(TMyClass) and
SomeMethod(TMyClassDesc). If TMyClass.X would not be dynamic or virtual it
could never reach TMyClassDesc.X as the compiler has no way which code to
call if the parameter would reference TMyClassRef.

 TH> If JVCL is going to be C++Builder compatible then dynamic/virtual class
 TH> methods will have to be avoided.

    I'll have a look later to see if we can.

 TH> These are the problem definitions in JvDataProviderImpl

 TH> class function PersistentDataItems: Boolean; dynamic;
 TH> class function ItemsClass: TJvDataItemsClass; dynamic;
 TH> class function ContextsClass: TJvDataContextsClass; dynamic;
 TH> class function ContextsManagerClass: TJvDataContextsManagerClass;
 TH> dynamic;

    Thanks.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Puff Daddy feat. Jimmy Page
with "Come With Me".




Subject: Re: dynamic class function? Marcel?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 8 Sep 2003 10:13:47 -0400
Newsgroups: jedi.vcl

"Terry Harris" <terry.harris@removethis.iname.com> wrote in message
ghuolvoop3shrnbnothj1du5t2ci8vva8s@4ax.com...
> > In the cases where the class method is called using an instance of the
> > class the compiler could pass a this pointer which could be used *only* to
> > access the VMT and look up the overrided function. C++ does not do this
> > and I presume Delphi does.

That is somewhat correct. The 'self' in Delphi passed in class methods is
the class itself, as opposed to an object.


Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: dynamic class function? Marcel?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Mon, 08 Sep 2003 15:12:49 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:

> >Hello, Terry!
> >You wrote  on Mon, 08 Sep 2003 03:43:13 +0100:
> >
> > TH> First thing it barfs on is in JvDataProviderImpl saying (something
> > TH> like) dynamic class methods are an unsupported language feature.
> >
> > TH> don't know Object Pascal very well. I don't understand the concept
> > TH> of a dynamic class function. It would appear Delphi accepts the syntax
> > TH> but does it actually mean anything?
> >
> >  Yes it does. A class method deals with the class itself instead of a
> >particular instance of it. As a result class methods can be called for a
> >class type without an instance needing to be created first. In addition
> >class methods are not allowed to call normal methods or use
> >properties/fields of that class; only other class methods are usable inside
> >a class method.
> >
> >  Dynamic methods are like virtual methods. The difference being that
> >virtual methods are always put in the virtual method table (VMT) of
> >descendants whereas dynamic methods are only put in the dynamic method table
> >(DMT) in the class it is declared in or overridden in. So dynamic methods
> >are useful in cases of a large class hierarchy where the particular method
> >is not overridden often as it saves memory. Of course there's a downside: to
> >call a dynamic class the class hierarchy is to be searched (from this class
> >to the root) to find the code address of the actual method, whereas for
> >virtual methods it's a simple index into the VMT. As a consequence dynamic
> >methods are generally only used in methods that respond to user interaction
> >and are not so time-critical.

class method and virtual/dynamic I do understand. The concept of a method
being both I didn't. 

This turns out to a can of worms. It does mean something in Object Pascal
which can not be expressed in C++. There are a number of threads (from one
day to 13 years old)  in comp.lang.c++ and comp.std.c++ discussing why C++
does not have virtual static methods and how they might work (and the
problems involved if it did).

The jist is that a class method not being passed a this pointer to an
instance of a class does not have access to a VMT to look up any overrided
functions so a virtual/dynamic class method is meaningless. . 

In the cases where the class method is called using an instance of the
class the compiler could pass a this pointer which could be used *only* to
access the VMT and look up the overrided function. C++ does not do this and
I presume Delphi does.

If you have to call the method through an instance of the class to get to
the overrided method then what is the point of making it a class method? 

The small 'point' is that if you know the specific class type you can call
the same function without having to have an instance of that class. 

> >  What we could do is change them from dynamic to virtual. I don't know
> >which cases it has a problem with, but I'm sure it can be acceptable. If you
> >could try out if virtual class methods does work, we can change them (there
> >might be more in other units).

If JVCL is going to be C++Builder compatible then dynamic/virtual class
methods will have to be avoided. 

These are the problem definitions in JvDataProviderImpl 

class function PersistentDataItems: Boolean; dynamic;
class function ItemsClass: TJvDataItemsClass; dynamic;
class function ContextsClass: TJvDataContextsClass; dynamic;
class function ContextsManagerClass: TJvDataContextsManagerClass; dynamic;

If you really need to provide these functions with and without access to an
instance of the class a solution would be to provide a function for each
usage. A non dynamic/virtual class function which does the work and a
non-class dynamic/virtual function which calls the first. 




Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 8 Sep 2003 14:57:30 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Mon, 8 Sep 2003 10:54:36 +0200:

 PT>> Nice to see you starting on this again. Should we expect a
 PT>> TJvFormStorage with the new backend soon <g>?

 MB>     Starting on JvFormPlacement.pas now. Shouldn't be too hard,

    I was right: it's not hard. Only problem is that there are several
components that use the TJvFormStorage component to do their stuff which I
was unaware of at first. The question is if we want to keep it that way or
not (i.e. directly link such components to a storage backend).

    Of course keeping it would make the transition for JVCL users easier.
Another positive point about keeping it linked to TJvFormStorage is the fact
that you automatically benefit of the automatic Save/Restore feature.

    For now I'll keep it as it is and just keep on changing all the links.
Note that once I commit there's still the slight chance one of the
components will refuse to compile. Today I started fresh (i.e. removed all
JVCL stuff and got a fresh copy from CVS) and I've only used the Core and
System packages for D5. Those will most certainly build, but other packages
may fail due to the changes in JvJVCLUtils (regarding FormPlacement
routines) or JvFormPlacement.pas. I'll get to them eventually ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Don Henley with "Boys Of
Summer".




Subject: Re: About HttpGrabber Again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 08 Sep 2003 22:04:24 +1000
Newsgroups: jedi.vcl

You could have a look at the file with a text editor to see if you have the headers that were sent by the HTTP server. If you do, that would be the best spot to look for.
But if you don't, Error 404 is the one to look for.

Carlos wrote:
>> You should receive an OnError event when the file doesn't exist and as a
>> quick fix, you could delete the file here...
>
>
> Well.... nop... no error is dispatched, just a file with the response of the
> http server is downloaded.... i was thinking in parse this file looking for
> a "no page found" string into it... what do you think??
>
> Carlos G
>
>



Subject: Re: TJvRegKey declaration
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Sep 2003 11:27:16 +0200
Newsgroups: jedi.vcl

> >     Good, I already committed it yesterday. That's what happens if you
leave
> > us for a weekend: we start making decisions of our own <g>

I hope I don't have to go away again to make it spread to others?<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 8 Sep 2003 11:03:12 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Mon, 8 Sep 2003 10:54:36 +0200:

 MB>     Starting on JvFormPlacement.pas now. Shouldn't be too hard,

    Of course I need to update JvJVCLUtils.pas as well <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvPlugin.pas
From: "Gatito Persa" <gatitopersa@lycos.com>
Date: Mon, 8 Sep 2003 02:58:50 -0600
Newsgroups: jedi.vcl

Hi,  there is a problem in JvPlugin.pas (JVCL3, cvs): Adding one or more
commands to the plugin and then assign a bitmap to the command, results in a
exception: "Error reading Form, Error reading TJvPluginCommand.Bitmap.Data:
Invalid property path."

It seems like for JVCL3 TjvPluginCommand was modified to create the bitmap
instace in the setbitmap method, however doing so prevents delphi to know
how to read the form stream because the bitmap instance it's nil at that
time.

I added FBitmap:=TBitmap.create to TjvPluginCommand.Create and reverted
TjvPluginCommand.SetBitmap as it was in JVCL2.1 and it works ok now.

bye.





Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 8 Sep 2003 10:54:36 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 7 Sep 2003 20:34:03 +0200:

 PT> Nice to see you starting on this again. Should we expect a
 PT> TJvFormStorage with the new backend soon <g>?

    Starting on JvFormPlacement.pas now. Shouldn't be too hard, although
I've seen some things in that component I certainly don't like. Working or
not, no component should steal the OnShow or OnCloseQuery events of the
form. I'll have a look into hooking the CM_SHOWINGCHANGED message; much
better approach IMO. But first things first: rewriting the actual save and
restore mechanism.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: dynamic class function? Marcel?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 8 Sep 2003 10:05:40 +0200
Newsgroups: jedi.vcl

Hello, Terry!
You wrote  on Mon, 08 Sep 2003 03:43:13 +0100:

 TH> First thing it barfs on is in JvDataProviderImpl saying (something
 TH> like) dynamic class methods are an unsupported language feature.

 TH> don't know Object Pascal very well. I don't understand the concept
 TH> of a dynamic class function. It would appear Delphi accepts the syntax
 TH> but does it actually mean anything?

  Yes it does. A class method deals with the class itself instead of a
particular instance of it. As a result class methods can be called for a
class type without an instance needing to be created first. In addition
class methods are not allowed to call normal methods or use
properties/fields of that class; only other class methods are usable inside
a class method.

  Dynamic methods are like virtual methods. The difference being that
virtual methods are always put in the virtual method table (VMT) of
descendants whereas dynamic methods are only put in the dynamic method table
(DMT) in the class it is declared in or overridden in. So dynamic methods
are useful in cases of a large class hierarchy where the particular method
is not overridden often as it saves memory. Of course there's a downside: to
call a dynamic class the class hierarchy is to be searched (from this class
to the root) to find the code address of the actual method, whereas for
virtual methods it's a simple index into the VMT. As a consequence dynamic
methods are generally only used in methods that respond to user interaction
and are not so time-critical.

  What we could do is change them from dynamic to virtual. I don't know
which cases it has a problem with, but I'm sure it can be acceptable. If you
could try out if virtual class methods does work, we can change them (there
might be more in other units).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: "CREATE PROCEDURE" command doesn't work with JvSQLScript
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Sep 2003 08:51:12 +0200
Newsgroups: jedi.vcl

> > I did other Procedure like this, and putting "FOR ... DO ... INTO ...
> > SUSPEND;" out. Then, JvSQLScript worked. But, when using "FOR..." it
> > didn't work. Is it true that "FOR..." statement doesn't work with
> > this component?

I am not very familiar with the JvSQLScript so your best bet is to step
through the code yourself and try to figure out what happens and why...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: dynamic class function? Marcel?
From: Terry Harris <terry.harris@removethis.iname.com>
Date: Mon, 08 Sep 2003 03:43:13 +0100
Newsgroups: jedi.vcl


I half heartedly tried building  some JVCL3 packages with C++Builder 6. 

First thing it barfs on is in JvDataProviderImpl saying (something like)
dynamic class methods are an unsupported language feature. 

I don't know Object Pascal very well. I don't understand the concept of a
dynamic class function. It would appear Delphi accepts the syntax but does
it actually mean anything? 




Subject: Re: About HttpGrabber Again
From: "Carlos" <cgarcia@pcmxl.com.mx>
Date: Sun, 7 Sep 2003 16:40:20 -0700
Newsgroups: jedi.vcl

> > You should receive an OnError event when the file doesn't exist and as a
> > quick fix, you could delete the file here...

Well.... nop... no error is dispatched, just a file with the response of the
http server is downloaded.... i was thinking in parse this file looking for
a "no page found" string into it... what do you think??

Carlos G




Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Sep 2003 23:19:59 +0200
Newsgroups: jedi.vcl

Hello, Jens!
You wrote  on Sun, 07 Sep 2003 22:57:28 +0200:

 JF> what are you thinking on an component which gives the end-user the
 JF> possiblity to store and restore some settings in the registry or
 JF> ini-file based on a different names.

 JF> I'M thinking on a special kind of TJvFormStorage combined with a
 JF> Selection-Dialog which gives you the possiblity to save the settings
 JF> with a special name.

 JF> Is it clear what i mean ?

  Very clear. The storage backend should have no problems with that (it can
enumerate folders and values; well soon it can) so we only need to make such
a component. I'm not to sure about a standard dialog, but I'm sure you could
enumerate the folders and assign the resulting string list to a combobox.
Technically, we won't even need to make an additional component; you can
pre-select a path at the backend and retrieve values from it as if you were
at the root of the storage; all access methods are relative to the
pre-select path.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Generic storage backend.
From: Jens Fudickar <jens.fudickar@oratool.de>
Date: Sun, 07 Sep 2003 22:57:28 +0200
Newsgroups: jedi.vcl

Hi,

what are you thinking on an component which gives the end-user the possiblity to store and restore some settings in the registry or ini-file based on a different names.

I'M thinking on a special kind of TJvFormStorage combined with a Selection-Dialog which gives you the possiblity to save the settings with a special name.

For example:
I have an database list where i want to define some filters based on edit-controls. I want to give the users a possibility to change the different filter settings in a fast way.
So you can have a filter "Errors in last 3 Days" "Costs > 100". And all the values are user-defined. The only things defined at designtime are the object-properties which will be stored.

Is it clear what i mean ?

Greetings
Jens

Marcel Bestebroer wrote:
> Hello, Peter!
> You wrote  on Sun, 7 Sep 2003 20:34:03 +0200:
>
>  PT> Nice to see you starting on this again. Should we expect a
>  PT> TJvFormStorage with the new backend soon <g>?
>
>    that is the idea. Currently still working on an addition to the generic
> storage backend (enumeration of folders and values) but next on the list is
> TJvFormStorage, JvMRUList and some of the others that use the reg or INI as
> a backend (e.g. DSA dialogs)
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>

-- 
___________________________________________________________
Softwareentwicklung Jens Fudickar
Breslauer Straße 8 * 65760 Eschborn
Tel. +49-6196-496397 * Fax +49-6196-496398

Home of OraTool - http://www.oratool.de



Subject: Re: JvInpector Deletion of Data
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Sun, 7 Sep 2003 22:30:14 +0200
Newsgroups: jedi.vcl

Thanks.

:)

I will have a look at this now.

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:bjen21$226$1@talkto.net...
> > Hello, Fingolfin!
> > You wrote  on Sun, 7 Sep 2003 03:50:48 +0200:
> >
> >  F> does anybody know how I can delete a specific Item in a filled
> >  F> JvInspector?
> >
> >   Yep ;-)
> >
> >  F> With JvInspector.Selected I knew which Item was selected but now I
don't
> >  F> know how to delete the corresponding data itself.
> >
> >     Destroying the item should do it. Alternatively you could execute
> > JvInspector.Selected.Parent.Delete(JvInspector.Selected) but why bother
with
> > such a weird construct <g> Note that the actually data layer will be
> > destroyed as soon as the last available item referring to it is destroyed.
> > If you want the actual data and all referring items to be deleted you can
> > use JvInspector.Selected.Data.Free (or Destroy)
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: TJvRegKey declaration
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Sep 2003 20:48:29 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 7 Sep 2003 20:33:17 +0200:

 >>   Anyway, I have switched the two values around, so if any of the other
 >> components using this type suddenly exhibits strange behavior, they
 >> should be changed.

 PT> That's probably a mix-up. Changing them to be sequential shouldn't be a
 PT> problem.

    Good, I already committed it yesterday. That's what happens if you leave
us for a weekend: we start making decisions of our own <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Sep 2003 20:47:26 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 7 Sep 2003 20:34:03 +0200:

 PT> Nice to see you starting on this again. Should we expect a
 PT> TJvFormStorage with the new backend soon <g>?

   that is the idea. Currently still working on an addition to the generic
storage backend (enumeration of folders and values) but next on the list is
TJvFormStorage, JvMRUList and some of the others that use the reg or INI as
a backend (e.g. DSA dialogs)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Generic storage backend.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 7 Sep 2003 20:34:03 +0200
Newsgroups: jedi.vcl

Nice to see you starting on this again. Should we expect a TJvFormStorage
with the new backend soon <g>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvRegKey declaration
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 7 Sep 2003 20:33:17 +0200
Newsgroups: jedi.vcl

> >   Anyway, I have switched the two values around, so if any of the other
> > components using this type suddenly exhibits strange behavior, they should
> > be changed.

That's probably a mix-up. Changing them to be sequential shouldn't be a
problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: K3 or CLX ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 7 Sep 2003 20:32:44 +0200
Newsgroups: jedi.vcl

> > The package k3 that can be found in the cvs can be installed in Delphi7
> > or is it just for Kylix ? In other word, is it cross platform clx or is
> > it platform dependent ?
These packages should work but they are only for the UIB components. None of
the "normal" JVCL packages have Kylix packages (yet). I don't know if they
are cross-platform but I guess they should be since they are non-visual.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvFindReplace
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 7 Sep 2003 20:31:02 +0200
Newsgroups: jedi.vcl

> > Is there any documentation for the TJvFindReplace control available? I was
> > wondering how to use this control instead of the
TFindDialog/TReplaceDialog
> > that comes with Delphi..
Not really but there should be a demo in \examples

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvFindReplace
From: "George Hendrickson" <georgeh1960@yahoo.com>
Date: Sun, 7 Sep 2003 13:34:40 -0400
Newsgroups: jedi.vcl

Is there any documentation for the TJvFindReplace control available? I was
wondering how to use this control instead of the TFindDialog/TReplaceDialog
that comes with Delphi..

Thanks




Subject: Re: TFileName type for the components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Sep 2003 15:19:49 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> I think the type is only useful for properties, so they get the default
> filename property editor. No need to change parameters etc. IMO.

You are right and that was my original intention to ask, but from a view of clean OO design the type should be used everywhere for its intended purpose.

> Some others types are TFontName, TCaption, TImageIndex etc.

So we should see if we change those also.

Especially in the light of the ongoing discussion sbout global property editors. I think the instant we have them switch on and of individually a demand for more of them will arise.



Subject: Re: TFileName type for the components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Sep 2003 15:00:50 +0200
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Sun, 07 Sep 2003 14:49:17 +0200:

 RB> Marcel Bestebroer wrote:
 >> [..] but that still leaves lots of string type file names (parameters,
 >> properties and private fields).

 RB> I think the type is only useful for properties, so they get the default
 RB> filename property editor. No need to change parameters etc. IMO.

  Needed or not, if we execute a search and replace for 'FileName:
string'over the sources in JVCL they will be changed anyway. It's much
easier to do a s&r over files instead of searching and changing them
manually if it is a property. The only thing that may become a problem with
the s&r is for var-parameters, as changing them would lead to type-errors in
applications. I found 5 occurrences of those (1 in JvInterpreterFm and 4 in
JvToolEdit) but haven't looked at the code to see if they are appropriate
(i.e. they should be by reference or const vars).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Thompson Twins with "Doctor,
Doctor".




Subject: Re: TFileName type for the components
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 07 Sep 2003 14:49:17 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> [..] but that still leaves lots of string type file names (parameters,
> properties and private fields). 

I think the type is only useful for properties, so they get the default
filename property editor. No need to change parameters etc. IMO.

Some others types are TFontName, TCaption, TImageIndex etc.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Can't install JVCL :(
From: "Alex" <sellingSpam@gmx.de>
Date: Sun, 7 Sep 2003 14:16:44 +0200
Newsgroups: jedi.vcl

Thanx,
It works now.

Bye Alex




Subject: Re: TFileName type for the components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Sep 2003 10:15:09 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Robert Marquardt on Sun, 7 Sep 2003 10:10:18 +0200:

 RM>> Are we clean in this respect with the JVCL components?
 RM>> That is using TFileName instead of string for all parameters which are
 RM>> file names.

 MB>     Nope. Just did a search for 'FileName: string' in the JVCL3/run
 MB> folder and there are lots of them.

  Worse yet: JvBaseThumbnail declares a class named TFileName. I think it
should be renamed to TJvThumbInfo as this more clearly states what the class
actually represents.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TFileName type for the components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Sep 2003 10:10:18 +0200
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Sun, 07 Sep 2003 07:14:49 +0200:

 RM> Are we clean in this respect with the JVCL components?
 RM> That is using TFileName instead of string for all parameters which are
 RM> file names.

    Nope. Just did a search for 'FileName: string' in the JVCL3/run folder
and there are lots of them. Some of them will be removed with the new
storage backend though (in which I did use TFileName for the INI file
version) but that still leaves lots of string type file names (parameters,
properties and private fields). A Search & Replace will go a long way.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInpector Deletion of Data
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 7 Sep 2003 10:05:37 +0200
Newsgroups: jedi.vcl

Hello, Fingolfin!
You wrote  on Sun, 7 Sep 2003 03:50:48 +0200:

 F> does anybody know how I can delete a specific Item in a filled
 F> JvInspector?

  Yep ;-)

 F> With JvInspector.Selected I knew which Item was selected but now I don't
 F> know how to delete the corresponding data itself.

    Destroying the item should do it. Alternatively you could execute
JvInspector.Selected.Parent.Delete(JvInspector.Selected) but why bother with
such a weird construct <g> Note that the actually data layer will be
destroyed as soon as the last available item referring to it is destroyed.
If you want the actual data and all referring items to be deleted you can
use JvInspector.Selected.Data.Free (or Destroy)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: About HttpGrabber Again
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 07 Sep 2003 17:41:35 +1000
Newsgroups: jedi.vcl

You should receive an OnError event when the file doesn't exist and as a quick fix, you could delete the file here...

Carlos wrote:
> Wich is the best way to know if a file exists in a http server before
> download it with http grabber???
>
> because if the file doesn't exists in the server any way the component
> creates a file locally but i can't know if the file really exists in the
> server... how can i know about that existence whitout have to request 2
> times the same file...
>
> Cheers...
>
> Carlos G
>
>



Subject: TFileName type for the components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Sep 2003 07:14:49 +0200
Newsgroups: jedi.vcl

Are we clean in this respect with the JVCL components?
That is using TFileName instead of string for all parameters which are file names.



Subject: Re: Generic storage backend.
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 07 Sep 2003 07:12:03 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, All!
>
>     Finally added an icon for the registry storage backend. I used a yellow
> J box (with a black letter J) as the color for storage backends. For the
> registry storage I blatantly copied the icon of RegEdit (and resized it to
> fit 24x24). Hope M$ doesn't mind.....

Better say "i painted a new icon inspired by RegEdit". :-)



Subject: JvInpector Deletion of Data
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Sun, 7 Sep 2003 03:50:48 +0200
Newsgroups: jedi.vcl

Hello,

does anybody know how I can delete a specific Item in a filled JvInspector?

With JvInspector.Selected I knew which Item was selected but now I don't
know how to delete the corresponding data itself.

Thanks for your help.





Subject: About HttpGrabber Again
From: "Carlos" <cgarcia@pcmxl.com.mx>
Date: Sat, 6 Sep 2003 17:38:00 -0700
Newsgroups: jedi.vcl

Wich is the best way to know if a file exists in a http server before
download it with http grabber???

because if the file doesn't exists in the server any way the component
creates a file locally but i can't know if the file really exists in the
server... how can i know about that existence whitout have to request 2
times the same file...

Cheers...

Carlos G




Subject: Re: K3 or CLX ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Sep 2003 22:55:45 +0200
Newsgroups: jedi.vcl

Hello, Marc!
You wrote  on Sat, 06 Sep 2003 22:17:01 +0200:

 MV> The package k3 that can be found in the cvs can be installed in Delphi7
 MV> or is it just for Kylix ? In other word, is it cross platform clx or is
 MV> it platform dependent ?

    I'd be very surprised if the k3 package would actually work, considering
none of the code in CVS is CLX. There are now at least two people actively
converting to CLX and the goal is to get it cross platform (to some extend;
some components may not be available in Linux, others not in Windows). You
should check the thread JVCL(X) and see if you can help out.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: K3 or CLX ?
From: Marc Valentin <mvalentin@NOSPAM_abeditions.com>
Date: Sat, 06 Sep 2003 22:17:01 +0200
Newsgroups: jedi.vcl

The package k3 that can be found in the cvs can be installed in Delphi7 or is it just for Kylix ? In other word, is it cross platform clx or is it platform dependent ?
-marc-



Subject: TJvRegKey declaration
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Sep 2003 20:06:56 +0200
Newsgroups: jedi.vcl

Hello, All!

  just noticed that the declaration of TJvRegKey has switched the order of
PerformanceData and CurrentConfig w/resp. to the values of their HKEY_*
values. I assume this is just an oversight nobody noticed and not
deliberately done so? If we'd switch the order of these two you can use
Ord(TJvRegKey) + HKEY_CLASSES_ROOT to obtain the HKEY_* value without a case
construct (as is used now).

  Anyway, I have switched the two values around, so if any of the other
components using this type suddenly exhibits strange behavior, they should
be changed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Rednex with "Wish you were
here".




Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Sep 2003 19:47:58 +0200
Newsgroups: jedi.vcl

Hello, All!

    Finally added an icon for the registry storage backend. I used a yellow
J box (with a black letter J) as the color for storage backends. For the
registry storage I blatantly copied the icon of RegEdit (and resized it to
fit 24x24). Hope M$ doesn't mind.....

    Earlier today I also added another unit for INI file backends. It also
contains a (untested so far) basic TStrings version using the same structure
as an INI file without needing an actual INI-file. This base could be used
to write a DB backend writing an INI file to a memo field later.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's What fun with "The right side
won".




Subject: Re: JvPlugin
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 6 Sep 2003 11:03:15 +0200
Newsgroups: jedi.vcl

Hello, Gatito!
You wrote  on Sat, 6 Sep 2003 01:21:29 -0600:

 GP> I have a couple of problems compiling jvcl3:

 GP>     1.- In install.htm one can read that JCL and JVCL must be created
 GP> as siblings, however doing so makes D5 Packages.bpg  point to a wrong
 GP> location for DJCL50.dpk, I have to do a small change from:

 GP>     DJCL50.bpl: ..\..\..\JCL\packages\DJCL50.dpk
 GP>     to
 GP>     DJCL50.bpl: ..\..\JCL\packages\DJCL50.dpk

  I think that's because of the how the developer tree is created which
might be a little different to what you think. We should see how we handle
this in the install. For now I don't think it's a huge problem. The real
installation structure should be something like:

  <JEDI folder>
    |- JCL
    |- JVCL
          |- Packages
          |- run
        <etc>

  which does not match the current structure on most developers computers.


 GP> After that, It compiles ok.

  Good to know it actually completely compiles (I have not yet compiled the
entire JVCL3 library, but that's mostly because when I was working on the
provider stuff; each time I changed it to much and recompiled JvCore I got
so many errors that I decided to uninstall them all and only deal with what
I actually need), but I just realized JvHMI is not in the .bpg files yet. I
don't think it will give compiling errors/problems though (I compiled it
yesterday and nothing changed AFAICT).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: RE: JvPlugin
From: "Gatito Persa" <gatitopersa@lycos.com>
Date: Sat, 6 Sep 2003 01:53:36 -0600
Newsgroups: jedi.vcl

To access the datamodule from the mdi form plugin and filling a dbgrid I
use:

procedure frmMdi.fillgrid(grid: TDBGrid; DatasetName: string);
var
    dm: TDatamodule;
    component: TComponent;
begin
    dm:=screen.datamodules[0]; // for the first datamodule
    if dm<>nil then begin
        component:=dm.findcomponent(DatasetName); //  locate the needed
dataset
        if component<>nil then begin
            grid.dataset:= TDataset(Component);
        end;
    end;
end;

I just tried and it works!, assuming of course that you are using a TDataset
derivated component

Also, I recomend upgrade to JVCL3 because JvPlugin has beed updated a
little.

Bye.

Andreas Büttner <andreas_buettner@gno.de> escribió en el mensaje de noticias
bj9nns$8bu$1@talkto.net...
> > Hi,
> > I working with D5Pro SP1 JVCL2.1 IB6
> >
> > I looking for Codesnipes to make Packages Plugins with one Main-Datamodul
> > and MDI Forms and a Feedback from MDIForm to MainApp to unload the MDI
after
> > close.
> >
> > regards
> >
> > Andreas Büttner
> >
> >




Subject: RE: JvPlugin
From: "Gatito Persa" <gatitopersa@lycos.com>
Date: Sat, 6 Sep 2003 01:21:29 -0600
Newsgroups: jedi.vcl

Thanks, I've downloaded jvcl and it's what I needed.

I have a couple of problems compiling jvcl3:

    1.- In install.htm one can read that JCL and JVCL must be created as
siblings, however doing so makes D5 Packages.bpg  point to a wrong location
for DJCL50.dpk, I have to do a small change from:

    DJCL50.bpl: ..\..\..\JCL\packages\DJCL50.dpk
    to
    DJCL50.bpl: ..\..\JCL\packages\DJCL50.dpk

    2.- I have to add:  JvJVCLUtils to the implementation uses clause of
JvID3v2Base.pas. The problem is related to the use of RaiseLastOSError wich
is defined both in JclBase and JvJVCLUtils units.

    3.- I have to add JvCoreD5R to the requires section of JvUIBDSR.dpk

After that, It compiles ok.


Peter Thörnqvist <peter3@nospam.peter3.com> escribió en el mensaje de
noticias bj6mg7$l6j$1@talkto.net...
> > Since the JVCL 2.10 package is monolithic, the only way you can solve it
is
> > to create a new package set (design and run) and move all the plugin
> > components. Then you only need to deploy vcl50.bpl and your new run
package.
> > This problem is solved in JVCL3, so could start using that instead.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Sep 2003 16:14:00 +0200
Newsgroups: jedi.vcl

Hello, all!
You wrote to All on Fri, 5 Sep 2003 14:31:00 +0200:

  I have made some corrections and added the units to the JvCore package.
Testing revealed some problems in the registry storage but not in the core
unit.

  Anyway, committed stuff has been tested in D5 for a string and a string
list (which means that integer value has been tested as well) in the
registry backend. I'll perform some more checks with various data and will
think of a nice icon for the component (maybe it will be something simple
like a specific color for the J box and for each backend an abbreviation of
the backend type as main icon).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Novastar with "Wrong".




Subject: Re: "CREATE PROCEDURE" command doesn't work with JvSQLScript
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Fri, 05 Sep 2003 09:32:14 -0400
Newsgroups: jedi.vcl



Peter Thörnqvist wrote:
>> Is it true that JvSQLScript doesn't accept SET TERM to change the
>> char termination of SQLs???
>
>
> According to the code, it should support it but I think you need to change
> the text to read:
>
> SET TERM ^
> ...
>
> SET TERM ; (this one isn't really needed since JvSQLScript doesn't remember
> the last term anyway (default is ';'))
>

I did other Procedure like this, and putting "FOR ... DO ... INTO ... SUSPEND;" out. Then, JvSQLScript worked. But, when using "FOR..." it didn't work. Is it true that "FOR..." statement doesn't work with
this component?



Subject: Generic storage backend.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Sep 2003 14:31:00 +0200
Newsgroups: jedi.vcl

Hello, All!

  In the JVCL3 survey a request was made to use a generic component to store
data (like JvFormStorage) that is not bound to a particular backend. Fairly
early after that I started to write a draft version which was shared with
the JVCL developer list (so some of you should have looked at it before).

  I have now added the two units to the main tree (not added to a package
yet, but I assume it's to go into the JvCore package). The basic idea is to
have a (mostly) abstract base component to declare the interface and have
some specific backend descendants (such as registry, INI-file, XML, etc).
The current components that store information in the registry (or INI-file)
will be rewritten to get a StorageBackend property that can be assigned any
backend storage component the user needs; the internal storage methods will
be rewritten to write to the backend instead of the TRegistry, TRegIniFile
or TIniFile instance they generally use now.

  The problem is, that I have no idea if I have provide all possible data
types needed for the current components and I have not yet looked. Besides
that, you may see some things in the two proposal units you think are not
necessary or should be handled in a different way. Those with CVS access are
welcome to look at the units and report back what they think.

  Please also notice the disclaimer at the bottom of the JvAppStore unit
description:

---8><---
  This unit is based on the following equation:

    Compilable code + no testing whatsoever = plenty of bugs

  This same equation holds up for the sample implementation for the registry
storage in the
  additional unit, but due to the increase in code in that unit, the result
will also be higher.

---8><---

  Just to avoid people telling me the units don't work <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Neil Young with "Heart Of
Gold".




Subject: Re: JvFormSorage bug
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 05 Sep 2003 15:02:42 +0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

I tested again this topic (CBuilder6)
I used Key = Software\Krest
and got the results:
hkCurrentUser --> written empty key to the HKCU and key with information to the HKCR
hkLocalMashine --> is working OK
hkCurrentConfig --> empty key to the HKCR and key with the information to the HKCC

> I tested on my machine (D6, W2K, power user) using IniFileName =
> 'SOFTWARE\JVCLTEST' and Section = 'JVCL':
>
> hkClassesRoot - OK
> hkCurrentConfig - OK
> hkCurrentUser - OK
> hkDynData - Failed to write (I don't have a HKEY_DYN_DATA hive)
> hkLocalMachine - OK as long as I don't try to create a root key (not allowed
> in regedit either)
> hkPerformanceData - Failed to write (I don't have a HKEY_PERFORMANCE_DATA)
> hkUsers - Fails if I use SOFTWARE\JVCLTEST but OK if I use
> .DEFAULT\SOFTWARE\JVCLTEST, i.e same as hkLocalMachine - can't create hive
> root keys
> hkClassesRoot - OK
> hkCurrentConfig - OK
>
> I deleted the saved value between each run and all values were written in
> the correct location (if there was no access errors). Are you sure that the
> value isn't written to the right place if you change RegistryRoot? Maybe you
> just forgot to remove the old value before trying again?
>
>



Subject: Re: CBuilder6 linker and JCL+JVCL error
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Fri, 05 Sep 2003 14:52:39 +0400
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Vladimir Zhuchko wrote:
>
>> There is also interesting behaviour for these components under BCB6:
>>
>> for any project the sequence of libraries in the .BPR file have to be strongly next:
>> <SPARELIBS ....   JVCL200_R60C.lib ... CJCL60.lib ... />
>> if the CJCL.lib is before JVCL200_R60C, the builder will give Linker error and refuse to finish. I have seen this many times and always uses this tip.
>> This concerns also any custom made package that uses JVCL200_R60C.
>>
>
> Which functions cause the linker errors?
> We will rename them.
>
I don't know, only the message about linker abort and that's all.



Subject: Re: problem install ver2.10 and ver2.00 on delphi 4
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 5 Sep 2003 11:26:17 +0200
Newsgroups: jedi.vcl

Hello, Marcin!
You wrote  on Fri, 5 Sep 2003 11:14:48 +0200:

 >> Note that JVCL cannot be installed on Delphi4. You need at least Delphi5

 M> Does not work on Delphi 4? But there are 2 files: DJCL40.dpk and
 M> JclPackages40.bpg.

  yes, but that's the Jcl part only. For the JVCL packages you will not find
a '40' version (also note the DJCL40 is *NOT* a design time package).
JclPackages40.bpg should work in D4 and I think you can install all the
packages in there (except for DJCL40 of course).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: problem install ver2.10 and ver2.00 on delphi 4
From: "Marcin" <grizli@poczta.onet.pl>
Date: Fri, 5 Sep 2003 11:14:48 +0200
Newsgroups: jedi.vcl

> > Note that JVCL cannot be installed on Delphi4. You need at least Delphi5

Does not work on Delphi 4? But there are 2 files: DJCL40.dpk and
JclPackages40.bpg.

greetings
Marcin




Subject: Re: JVCL(X)
From: "forums.talkto.net" <asn@xs4all.nl>
Date: Fri, 5 Sep 2003 11:09:27 +0200
Newsgroups: jedi.vcl

"Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com> schreef in
bericht news:bj7rbm$tti$1@talkto.net...
> > Asn,
> >
> >     What do you think of the naming stuff I have told on my last message?
> > May I do this?
> >

Their seems to be a tool  called 'jpp'  that can do this for us, while
maintaining common sources
for JVCL & JVCLX !
Read the next mail  in jedi.jcl:  Restructering JCL for VisualCLX.

Greetings,

André

> > --
> >     Alexandre Rocha Lima e Marcondes
> >     mailto:alexandre@p4tecnologia.com
> >     P4 Tecnologia Ltda.
> >     http://www.p4tecnologia.com
> >     Curitiba - PR - Brazil
> >
> >




Subject: Re: problem install ver2.10 and ver2.00 on delphi 4
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Sep 2003 09:30:52 +0200
Newsgroups: jedi.vcl

> > When I run the install.bat , i got message "..cannot find MAKE.EXE.."
> > I put into examples\installhelper MAKE.EXE, and I got:
[...]
Do you have Delphi5 installed? If you have, your system PATH probably has
Delphi4 listed before Delphi5. Right click the My Computer icon on the
desktop, select Properties, find the page where the PATH is listed, edit it
and move the Delphi4 path(s) so they appear later in the PATH string than
Delphi5.

Note that JVCL cannot be installed on Delphi4. You need at least Delphi5

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: http Grabber and Proxy
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 5 Sep 2003 09:22:56 +0200
Newsgroups: jedi.vcl

> > Need i to configure conmething to use TJvHttpgrabber with Proxy?? or that
> > doesn't matters??
You shouldn't have to. The grabber uses the same settings as Internet
Explorer

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: problem install ver2.10 and ver2.00 on delphi 4
From: "Marcin" <grizli@poczta.onet.pl>
Date: Thu, 4 Sep 2003 23:26:00 +0200
Newsgroups: jedi.vcl

Hi!

When I run the install.bat , i got message "..cannot find MAKE.EXE.."
I put into examples\installhelper MAKE.EXE, and I got:

MAKE Version 5.1  Copyright (c) 1987, 1998 Borland International




    C:\Borland\Delphi4\Lib\jv\JCL\examples\INSTAL~1\..\bin\dcc32.exe -e..\..
\Bin -i..\..\Source -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w
JediInstall
er.dpr   -DJEDIINSTALL
Fatal: Unable to execute command:
C:\Borland\Delphi4\Lib\jv\JCL\examples\INSTAL~
1\..\bin\dcc32.exe

Then I put dcc32.exe and dcc32.cfg into  examples\installhelper directory,
and got :

MAKE Version 5.1  Copyright (c) 1987, 1998 Borland International




    C:\Borland\Delphi4\Lib\jv\JCL\examples\INSTAL~1\..\bin\dcc32.exe -e..\..
\Bin -i..\..\Source -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w
JediInstall
er.dpr   -DJEDIINSTALL
Fatal: Unable to execute command:
C:\Borland\Delphi4\Lib\jv\JCL\examples\INSTAL~
1\..\bin\dcc32.exe

I think the problem is in the make.mak file , but I cannnot to edit this
properly.
Please help.

greetings
Marcin






Subject: http Grabber and Proxy
From: "Carlos" <cgarcia@pcmxl.com.mx>
Date: Thu, 4 Sep 2003 11:53:24 -0700
Newsgroups: jedi.vcl

One Little Question...

Need i to configure conmething to use TJvHttpgrabber with Proxy?? or that
doesn't matters??

Thanx a lot

Carlos




Subject: Re: "CREATE PROCEDURE" command doesn't work with JvSQLScript
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Sep 2003 20:23:37 +0200
Newsgroups: jedi.vcl

> > Is it true that JvSQLScript doesn't accept SET TERM to change the
> > char termination of SQLs???

According to the code, it should support it but I think you need to change
the text to read:

SET TERM ^
....

SET TERM ; (this one isn't really needed since JvSQLScript doesn't remember
the last term anyway (default is ';'))

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL(X)
From: "Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com>
Date: Thu, 4 Sep 2003 14:50:03 -0300
Newsgroups: jedi.vcl

Asn,

    What do you think of the naming stuff I have told on my last message?
May I do this?

-- Alexandre Rocha Lima e Marcondes mailto:alexandre@p4tecnologia.com P4 Tecnologia Ltda. http://www.p4tecnologia.com Curitiba - PR - Brazil 

Subject: Re: Linking problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Sep 2003 19:39:26 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 4 Sep 2003 18:52:55 +0200:

 >>   So now what? How can I get this to work? Anyone able to help me out
 >> with this problem? Should I really write a separate unit for this one
 >> dialog component (and maybe 1 function)? Or is there another way?

 PT> Try using a form instead. Frames are fraught with dangers (see QC)...

  Then I would need to duplicate some code (either that for the inherited
design time form or that of the editor frame). I think I'll just create an
extra unit for the run time mapping editor and get it over with.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: "CREATE PROCEDURE" command doesn't work with JvSQLScript
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Thu, 04 Sep 2003 13:28:42 -0400
Newsgroups: jedi.vcl

Hi,

I have JEDI 2.x + D7 + IB6.
Then, I'd like to run a routine to create a procedure like this:

set term ^ ;
Create Procedure P1 returns (fieldret integer)
As
begin
    For
        SELECT field1 FROM table1
        Where ...
    Into  :fieldret
    Do
        Suspend;
end ^
set term ; ^
commit;

The creation works fine with IB Console, but when I try to run it
into JvSQLScript, this comp arises the error: "token unknown ..."

I think the problem is the use of SET TERM command.

Is it true that JvSQLScript doesn't accept SET TERM to change the
char termination of SQLs???



Subject: Re: Linking problem
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 4 Sep 2003 18:52:55 +0200
Newsgroups: jedi.vcl

> >   So now what? How can I get this to work? Anyone able to help me out with
> > this problem? Should I really write a separate unit for this one dialog
> > component (and maybe 1 function)? Or is there another way?

Try using a form instead. Frames are fraught with dangers (see QC)...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CBuilder6 linker and JCL+JVCL error
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 04 Sep 2003 17:30:08 +0200
Newsgroups: jedi.vcl

Vladimir Zhuchko wrote:
> There is also interesting behaviour for these components under BCB6:
>
> for any project the sequence of libraries in the .BPR file have to be strongly next:
> <SPARELIBS ....   JVCL200_R60C.lib ... CJCL60.lib ... />
> if the CJCL.lib is before JVCL200_R60C, the builder will give Linker error and refuse to finish. I have seen this many times and always uses this tip.
> This concerns also any custom made package that uses JVCL200_R60C.
>

Which functions cause the linker errors?
We will rename them.



Subject: Linking problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Sep 2003 16:16:56 +0200
Newsgroups: jedi.vcl

Hello, All!

  (Sorry for the long read, but I figured it'd be best if I wrote down all I
tried and found out so far)

  I've run into a problem to which I'm unable to find either a solution or
good work-around.

  The problem is with the JvHMI run time package and occurs in D5 through D7
(all running with the latest update from Borland and the most recent JVCL3
sources).

  It all started when I wanted to add a mapping editor for the segmented LED
display control. I already created an editing frame, added it to the run
time package and used in the design time package. So, I opened up
JvSegmentedLEDDisplay.pas, jumped to the uses clause of the implementation
section and added the JvSegmentedLEDDisplayMapperFrame reference at the end.
Building it give an internal error of the 'L' class (a linker error).
Compiling works perfectly (note: I already tried closing Delphi, removing
the DCUs, opening Delphi and building again but that doesn't help). So I
though "I can live with that".

  However, the reason why compilation worked is presumable because the
frame's unit is discarded (it is not used at all). To test it I added a
function to the implementation section:

---8><---
function CreateMappingEditor(const ADisplay: TJvCustomSegmentedLEDDisplay;
const AOpenFolder,
  ASaveFolder: string): TCustomForm;
var
  EditFrame: TfmeJvSegmentedLEDDisplayMapper;
begin
  Result := TForm.CreateNew(nil);
  try
    EditFrame := TfmeJvSegmentedLEDDisplayMapper.Create(Result);
  except
    FreeAndNil(Result);
    raise;
  end;
end;
---8><---

 and I added the declaration of this function to the interface section.
Building gives an error and compiling gives an error. To test it again, I
commented out the TfmeJvSegmentedLEDDisplayMapper references (i.e. the var
declaration and the creation of the frame). Building gives an error but
compiling works fine.

  Up to this point I had only tested D5 and I assumed it only occurred in
D5. Testing revealed that the same error occurs in D6 and D7.

  I decided to create a new unit (JvSLDUtils) which would get the
CreateMappingEditor function. I removed the frame stuff (uses declaration +
the function) from JvSegmentedLEDDisplay and added JvSegmentedLEDDisplay and
the frame's unit to the uses clause of the new unit (JvSegmentedLEDDisplay
to the interface section and the frame to the implementation section).
Building successful! For a moment I was happy.

  Then I realized the unit was build and added to the run time package but
it was not being used. Adding the new unit to the uses clause of the
implementation section of JvSegmentedLEDDisplay and yep, there's that link
error again.

  The only thing I can think of that could cause this is the fact that the
frame has the JvSegmentedLEDDisplay unit in it's uses clause of the
interface section (it has to be there, since the component is on the frame
and thus in the interface section of the frame's unit) and the frame's unit
is ultimately used by the JvSegmentedLEDDisplay unit (although it's in the
implementation section, otherwise I get a circular reference error).

  So now what? How can I get this to work? Anyone able to help me out with
this problem? Should I really write a separate unit for this one dialog
component (and maybe 1 function)? Or is there another way?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 4 Sep 2003 13:12:58 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Wed, 3 Sep 2003 14:52:30 -0400:

 >> Mappings will be streamable and a
 >> mapping editor is nearly finished.

 IV> Tastes great can't wait!

  OK, committed the new stuff (I hope I got all files, let me know if you do
miss something). Tested in D5, D6 and D7 and it all seems to work as I
intended. Note that the mapper component no longer exists, so form loading
errors will appear after compiling the two packages. Just ignore them,
remove the declarations of the mapper components and save. All should work
properly (unless you had a direct link to the mapper component somewhere in
code; replace that with Display.CharacterMapper and all should work again).

  The mapping editor is design time only at the moment (although I was smart
enough to keep the heart of the editor in the run time package) but a run
time component will be added shortly (most likely like any other dialog
component: set some properties and call the Execute method).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Live with "Dance With You".




Subject: Re: Can't install JVCL :(
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 04 Sep 2003 20:54:39 +1000
Newsgroups: jedi.vcl

Well, the message is slef explanatory.
The packade is a runtime package, and you don't need to install it. You compile it, then you compile VCL200_D60Personal.dpk (notice the D instead of the R) and you install it.
If you still run into any troubles please continue to ask here, giving the details about the error messages you get.

Alex wrote:

> Hi,
> I wanted to test the JVCL today and so I downloaded the installation files.
> But when I try to install it with the included installer I get a Errormsg at
> the file VCL200_R60Personal.dpk.
>
> So I tried to install the VCL200_R60Personal.dpk manually. I can compile the
> package, but when I want to install it, I get the Error, that the Package
> isn't a Designtime-Package.
>
> I hope sb. can help me
>
> thx in adv
> Alex
>
>



Subject: Can't install JVCL :(
From: "Alex" <sellingSpam@gmx.de>
Date: Thu, 4 Sep 2003 12:52:05 +0200
Newsgroups: jedi.vcl

Hi,
I wanted to test the JVCL today and so I downloaded the installation files.
But when I try to install it with the included installer I get a Errormsg at
the file VCL200_R60Personal.dpk.

So I tried to install the VCL200_R60Personal.dpk manually. I can compile the
package, but when I want to install it, I get the Error, that the Package
isn't a Designtime-Package.

I hope sb. can help me

thx in adv
Alex




Subject: JvPlugin with Packages Datamodul
From: "Andreas Büttner" <andreas_buettner@gno.de>
Date: Thu, 4 Sep 2003 12:49:35 +0200
Newsgroups: jedi.vcl

Hi,
I working with D5Pro SP1 JVCL2.1 IB6

I looking for Codesnipes to make Packages Plugins with one Main-Datamodul
and MDI Forms and a Feedback from MDIForm to MainApp to unload the MDI after
close it.

regards

Andreas Büttner






Subject: JvPlugin
From: "Andreas Büttner" <andreas_buettner@gno.de>
Date: Thu, 4 Sep 2003 12:45:06 +0200
Newsgroups: jedi.vcl

Hi,
I working with D5Pro SP1 JVCL2.1 IB6

I looking for Codesnipes to make Packages Plugins with one Main-Datamodul
and MDI Forms and a Feedback from MDIForm to MainApp to unload the MDI after
close.

regards

Andreas Büttner




Subject: CBuilder6 linker and JCL+JVCL error
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Thu, 04 Sep 2003 12:01:31 +0400
Newsgroups: jedi.vcl

There is also interesting behaviour for these components under BCB6:

for any project the sequence of libraries in the .BPR file have to be strongly next:
<SPARELIBS ....   JVCL200_R60C.lib ... CJCL60.lib ... />
if the CJCL.lib is before JVCL200_R60C, the builder will give Linker error and refuse to finish. I have seen this many times and always uses this tip.
This concerns also any custom made package that uses JVCL200_R60C.



Subject: Re: JvPlugin
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 4 Sep 2003 09:05:53 +0200
Newsgroups: jedi.vcl

Since the JVCL 2.10 package is monolithic, the only way you can solve it is
to create a new package set (design and run) and move all the plugin
components. Then you only need to deploy vcl50.bpl and your new run package.
This problem is solved in JVCL3, so could start using that instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: runtime error 216
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 04 Sep 2003 09:02:16 +0200
Newsgroups: jedi.vcl

Vitaly Kornienko wrote:
> Some JVCL components placed on form causes "runtime error 216" (when running
> app from delphi ide). i thinkg the problem is in GetCPUSpeed function in
> JclSysInfo unit. Is this bug fixed in versions after 2.10?

Yes, see

http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=401

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: runtime error 216
From: "Vitaly Kornienko" <vitaly_kornienko@mail.ru>
Date: Thu, 4 Sep 2003 17:48:00 +1100
Newsgroups: jedi.vcl

Some JVCL components placed on form causes "runtime error 216" (when running
app from delphi ide). i thinkg the problem is in GetCPUSpeed function in
JclSysInfo unit. Is this bug fixed in versions after 2.10?





Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 4 Sep 2003 09:21:01 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 03 Sep 2003 15:15:14 +0200 @593)
....while the fading voice of Peter whispered through the darkness:

 >> Maybe You would better try to join zlib team ?
 >> Official maintaining of Object Pascal may be the best solution of all
 >> the possible ways !!!

 PH> This is a interesting idea. On the other side I have wrote regarding a
 PH> link on the zlib homepage, there is no answer up to now. However I will
 PH> try your suggestion.

IMHO try to enumerate most of libraries that use more or less zlib - they
all suffer from the same trouble.
Those projects may appeal to their community.
Then there may be some campain on component collectors and delphi
news-bands.

After that, when You will came up to zlib team - you will be armed by lots
of supporting mails :-)
At least after that You may start zlib-delphi project being acknowledged by
most of developers.

While this problem is discussed in small closed communities - there would
not be step ahead i think :-(


 PH> Coding without communicating is the start of the end of a project,
 PH> because informations are lost.

Agree, but....

 PH> The currently working manner hinder JEDI.

O/S problem - there is need for good designer, good coders, good
bug-hunters - and all this at the same time.
That cannot be split to lesser tasks.

 PH> have experience and check my (zlib) sources.
I'd like to found someone able to understand and make 7-zip sources
cross-platform.

-- If i had ears, i'd heard tonkie miry http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Global property editors; Actions
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 4 Sep 2003 09:11:13 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 03 Sep 2003 19:34:22 +0200 @773)
....while the fading voice of Robert whispered through the darkness:

 >> Specifically i wanted JCL debug ectensions to remember whether i want to
 >> attach jedi debug info to certain exe/dll.

 RM> This could be handled by storing it in the project option file.

Exactly what i was talking before :-)

Currently JCL has no method to do it :-(
(Maybe some recent version do have, but i have no VCS to check)

And i said that it was good to have such an engine, giving any expert way to
store project-specific data.
For example - that expert will store single option - if it is enabled.

-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: ANN: Kwizard donated to JVCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 4 Sep 2003 09:08:44 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 13 Jul 2003 16:08:45 +0200 @631)
....while the fading voice of Peter whispered through the darkness:

one update over original version ( my memory tels 1.8, but file tells 1.7
from 02/18/2002 )

KWizard.pas
0) little English errors, rsInvalidWizardPage - ...wizardS';

class TKWizardCustomPage

1) IMHO procedure Exit is to be renamed to stop confusion with system.exit
:-)
2) public virtual
=========Beginning of the citation==============
procedure TKWizardCustomPage.EnableButton(AButton: TKWizardButtonKind;
  AEnabled: boolean);   // Arioch
var IsEnabled : boolean; tmpSet: TKWizardButtonSet;
begin
  tmpSet := [AButton];
  IsEnabled := (tmpSet * EnabledButtons) <> [];
  If AEnabled = IsEnabled then system.exit;

  If AEnabled then EnabledButtons := EnabledButtons + tmpSet
              else EnabledButtons := EnabledButtons - tmpSet;
end;

=========The end of the citation================

IMHO it would be of some comfort, when my on-page components have to
allow/avoid passing to the next page


PS: after looking into RouteMap's i think that even complex paths can be
processed with KWizard.
At least if there is no loops in path, paths there-and-back, etc.
We just need some special RouteMap that will made a plain list of pages and
will properly walk through them (or make some of them temporarily disabled).
I do not think it would be most nice and comfort solution, but i think it
may the least change in the code.

PPS: what i'd say more - it is not easy to show some process going on some
page.
'Pure' wizard needs no processing, but that is not always the case :-)

PPPS: WelcomePage as Panel property. Panel is gray, but any component
dropped onto it still is white.
Anti-intuitive imho.
-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: JvPlugin
From: "Gatito Persa" <gatitopersa@lycos.com>
Date: Wed, 3 Sep 2003 22:30:26 -0600
Newsgroups: jedi.vcl

Hi, I'm trying to use JvPlugin using packages. I know that I need to deploy
VCL50.bpl. and JVCL200_R50.dpl but the program request also vcldb50.bpl,
vcljpg50.bpl, vclx50.bpl, vclbde50.bpl, qrpt50.bpl, inet50.bpl, djcl50.bpl
which are in the requieres section in JVCL200_R50.dpk. If it is possible,
how can I limit the number of runtime packages needed by my plugin?, except
for vcl50 I dont need the other packages. Is there a way to isolate JvPlugin
components?

thanks.




Subject: JvclInterpreter Classes
From: "Ryan Elgram" <asd@asd.asd>
Date: Wed, 3 Sep 2003 15:13:23 -0700
Newsgroups: jedi.vcl

Wondering,

How can I get the JvclInterpreter to use a custom class decending from
TObject?

Thanks,
Ryan




Subject: Re: JvclInterpreterProgram Problem
From: "Ryan Elgram" <asd@asd.asd>
Date: Wed, 3 Sep 2003 15:10:45 -0700
Newsgroups: jedi.vcl

Problem Resolved. I didn't read the webpage long enough...


"Ryan Elgram" <asd@asd.asd> wrote in message news:bj5gr1$fed$1@talkto.net...
> > I am looking at using the Interpreter but am unable to get the example to
> > work. No matter if I am coding my own or using the example I continually
get
> > 'Function 'main' undefined.' But I see the function in the program...
> >
> > Anyone able to help?
> >
> >




Subject: JvclInterpreterProgram Problem
From: "Ryan Elgram" <asd@asd.asd>
Date: Wed, 3 Sep 2003 13:23:26 -0700
Newsgroups: jedi.vcl

I am looking at using the Interpreter but am unable to get the example to
work. No matter if I am coding my own or using the example I continually get
'Function 'main' undefined.' But I see the function in the program...

Anyone able to help?




Subject: JvID3v2 Suggestion
From: Martin <martin.bayard@free.fr>
Date: Wed, 3 Sep 2003 22:17:36 +0200
Newsgroups: jedi.vcl

Hi

JvID3v2.CopyFromID3v1 should remove useless spaces after each fields, it 
would be nicer :)

Keep up the good work everybody and especially to Remko Bonke :)

Martin


Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 21:23:22 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Ignacio Vazquez on Wed, 3 Sep 2003 15:14:46 -0400:

 >>>   Great, now I'll probably get conflicts when I update (which I need to
 >>> do if I want to commit) :-(
 >>
 >> Oops.

 IV> And while I'm still on this topic, sorry about that.

  Don't worry; I made a copy of my version, removed the unit, updated from
CVS, removed the file and renamed my version back to the original unit name.
No conflicts to solve and CVS is happy again...

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 3 Sep 2003 15:14:46 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bj5co8$ejb$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > bj5bt8$ec6$1@talkto.net...
>> >>   Great, now I'll probably get conflicts when I update (which I need to
>> >> do if I want to commit) :-(
> >
> > Oops.

And while I'm still on this topic, sorry about that.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 3 Sep 2003 15:13:33 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bj5bt8$ec6$1@talkto.net...
> > Hello, Ignacio!
> > You wrote to Marcel Bestebroer on Wed, 3 Sep 2003 14:46:48 -0400:
> >
IV>> Patched, verified as working, and committed.
> >
> >   Great, now I'll probably get conflicts when I update (which I need to do
> > if I want to commit) :-(

Oops. Hmm... can a branch be created from a previous version, then merged to
the head after?

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: RegisterIntegerConsts and package problem?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 21:12:48 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Wed, 3 Sep 2003 21:08:59 +0200:

 MB>   I haven't checked other Delphi versions but if it's there as well,
 MB> this seems like a serious bug or am I overlooking something?

  I noticed D6 and 7 do have an UnregisterIntegerConsts so I guess it's just
a D5 problem. Changing my code right away.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: RegisterIntegerConsts and package problem?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 21:08:59 +0200
Newsgroups: jedi.vcl

Hello, All!

  is it just me (or the code I wrote) or is there a serious problem with the
way Delphi (or at least D5) deals with RegisterIntegerConsts? There seems to
be no way to remove such a registration with the consequence that (in my
particular case) if I rebuild the JvHMID5R package I can't reopen any form
containing a TJvSegmentedLEDDisplay using another value for the
SegmentUnlitColor other than the default value. It will issue an AV error
upon streaming the form in (most likely because it encounters the previous
registration for TUnlitColor). The only way to return to normal behavior is
to close Delphi and restart it.

  I haven't checked other Delphi versions but if it's there as well, this
seems like a serious bug or am I overlooking something?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 20:59:12 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Wed, 3 Sep 2003 14:46:48 -0400:

 IV> Patched, verified as working, and committed.

  Great, now I'll probably get conflicts when I update (which I need to do
if I want to commit) :-(

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 3 Sep 2003 14:52:30 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bj5asu$e3s$1@talkto.net...
MB>> procedure TJvSegmentedLEDCharacterMapper.MapSegNamesToSegments(var
> >
> >   That should be TJvBaseSegmentedLEDCharacterMapper in the CVS version of
> > the unit.

Yup, caught that one.

> > Mappings will be streamable and a
> > mapping editor is nearly finished.

Tastes great can't wait!

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 3 Sep 2003 14:46:48 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bj5adl$e11$1@talkto.net...
> >   Yep, endless loop. If a segment name does not exist (in your case the
> > 's') it will not skip the character or raise an exception. For now I'd
> > suggest to rewrite as:

Patched, verified as working, and committed.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 20:41:59 +0200
Newsgroups: jedi.vcl

 MB> procedure TJvSegmentedLEDCharacterMapper.MapSegNamesToSegments(var

  That should be TJvBaseSegmentedLEDCharacterMapper in the CVS version of
the unit. I decided to drop the mapper component in favor of a single mapper
class (automatically instantiated at the display component) capable of
handling all mappings for any digit class. Mappings will be streamable and a
mapping editor is nearly finished.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 20:33:49 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Wed, 3 Sep 2003 20:26:40 +0200:

 MB>  Ooh, nasty one there. I'll have a look but I'm thinking endless loop
 MB> here.

  Yep, endless loop. If a segment name does not exist (in your case the 's')
it will not skip the character or raise an exception. For now I'd suggest to
rewrite as:

---8><------8><---
procedure TJvSegmentedLEDCharacterMapper.MapSegNamesToSegments(var Text:
Pchar;
  var Segments: Int64);
var
  SortedSegNames: TStrings;
  I: Integer;
begin
  SortedSegNames := TStringList.Create;
   try
    for I := 0 to CurDigit.SegmentCount - 1 do
      SortedSegNames.Add(CurDigit.GetSegmentName(I));
    TStringList(SortedSegNames).Sort;

    while not (Text[0] in [#0, ']', ';']) do
    begin
      I := SortedSegNames.Count - 1;
      while I >= 0 do
      begin
        if AnsiStrLIComp(Text, PChar(SortedSegNames[I]),
Length(SortedSegNames[I])) = 0 then
        begin
          if UpdateStates(Segments, 1 shl
CurDigit.GetSegmentIndex(SortedSegNames[I])) then
            TextForDigit := TextForDigit + SortedSegNames[I];
          Inc(Text, Length(SortedSegNames[I]));
          Break; // End the for loop
        end;
        Dec(I);
      end;
      if I < 0 then
        Inc(Text);
      if Text[0] = ',' then
        Inc(Text);
    end;
   finally
     FreeAndNil(SortedSegNames);
   end;
end;
---8><------8><---

  Note that the for loop is rewritten as a while loop and Text is increased
if the loop var is < 0 (I also moved the if Text[0] = ',' section to outside
the loop). I'll probably change it to raise an exception in case an invalid
segment name is encountered, but now it just skips it.

  I currently can't commit the entire unit due to other changes that are
really not usable at all at the moment.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 20:26:40 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote  on Wed, 3 Sep 2003 14:18:20 -0400:

 Ooh, nasty one there. I'll have a look but I'm thinking endless loop here.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Problem in TJvBaseSegmentedLEDCharacterMapper.ControlItemToSegments
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 3 Sep 2003 14:18:20 -0400
Newsgroups: jedi.vcl

I dropped a TJvSegmentedLEDDisplay and a TJv7SegmentedLEDCharacterMapper
onto a form, connected them, set TJvSeg....Text to [asd] and usage stuck at
100%. I believe the problem is in the method given in the subject, but I
don't know the component well enough to find it. Any takers?

Thanks,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Global property editors; Actions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Sep 2003 19:34:22 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Specifically i wanted JCL debug ectensions to remember whether i want to
> attach jedi debug info to certain exe/dll.

This could be handled by storing it in the project option file.



Subject: Re: user rights components
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 3 Sep 2003 17:30:22 +0100
Newsgroups: jedi.vcl

I was responding to the original question which was
"I need a user rights management component. (a list of user stored in a
database and allow or restrict some menus or components based on the user
type)"

IMHO Most of the 3rd party user security components are based on the UI.

I usually build my security into a middle tier of a n-tier app (kbmMW) so I
can switch backend databases as required. This is a compromise for the sake
of flexibility but it is more than sufficient in most cases.I agree that
tightest security is built into the database but I repeat that if someone
really wants to crack something, they will find a way eventually.

T

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
news:bj4lpe$99p$1@talkto.net...
> > The stars so gaily glistened... (Wed, 3 Sep 2003 13:13:02 +0100 @550)
> > ...while the fading voice of Trev whispered through the darkness:
> >
> >  T> Any system can be cracked if someone is so inclined.
> >
> > It is quite different thing to copy system to home, copy SQL-database at
> > home (usually user has no access to files of SQL server), then work there
> > with debugger, IDA, etc - and just run utility that will enable any Win32
> > GDI window. Quite different things.
> > Basic functionality of the kind allows even Windows Commander with plugin.
> >
> >  T> When combined with database encryption,
> >
> > More details please! in rus IB users group there just 2 days ago was a
flame
> > about 'Ib must have encryption' - and i found no obvious way to do it.
> >
> >  T> field level encryption
> >
> > for all indexes do drop_index ? :-)
> >
> >  T> a security consultancy reviewed my app and they could not get in.
> >
> > Then certainly You're using SQL security (grants, roles) as well.
> > I'd make, if possible, enabling controls that works with current role, so
> > even ef user forced some disabled control - SQL server will reject his
> > statements.
> >
> > In other words - UI is secondary, it tells user what he would not waste
time
> > to try to do. But it is not protection method, it is a kind of hint.
> >
> >  T> one. If not, your contribution to this thread was unhelpful.
> >
> > I can talk only about that sides of Your system that You revealed.
> > They seemed to me not suitable.
> > Maybe the whole system was much more reliable than windows disabling, but
i
> > can not get known of that. :-(
> >
> > I'm afraid that if JVCL will had security systems _based_ on Disabled
> > property - it would be treated bad in whole in many forums.
> >
> >
> > -- 
> > http://vowca.chat.ru/Fidolook_SL.png    Mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: JvFormSorage bug
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 3 Sep 2003 17:56:47 +0200
Newsgroups: jedi.vcl

I tested on my machine (D6, W2K, power user) using IniFileName =
'SOFTWARE\JVCLTEST' and Section = 'JVCL':

hkClassesRoot - OK
hkCurrentConfig - OK
hkCurrentUser - OK
hkDynData - Failed to write (I don't have a HKEY_DYN_DATA hive)
hkLocalMachine - OK as long as I don't try to create a root key (not allowed
in regedit either)
hkPerformanceData - Failed to write (I don't have a HKEY_PERFORMANCE_DATA)
hkUsers - Fails if I use SOFTWARE\JVCLTEST but OK if I use
..DEFAULT\SOFTWARE\JVCLTEST, i.e same as hkLocalMachine - can't create hive
root keys
hkClassesRoot - OK
hkCurrentConfig - OK

I deleted the saved value between each run and all values were written in
the correct location (if there was no access errors). Are you sure that the
value isn't written to the right place if you change RegistryRoot? Maybe you
just forgot to remove the old value before trying again?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: user rights components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 15:20:31 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Trev on Wed, 3 Sep 2003 16:41:30 +0400:

 AB> In other words - UI is secondary, it tells user what he would not waste
 AB> time to try to do. But it is not protection method, it is a kind of
 AB> hint.

  Of course. Making security rely on UI only is no security at all. I think
all security type components/systems provide both runtime as well as UI
protection.

 AB> I'm afraid that if JVCL will had security systems _based_ on Disabled
 AB> property - it would be treated bad in whole in many forums.

  And it should. Of course code protection can be broken too but it's
usually a lot harder. For applications using a DB you should always add the
additional security at the DB server (the same would apply for mid-ware
based applications of course). In general any layer you use should have some
form of "protection".

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Wed, 03 Sep 2003 15:15:14 +0200
Newsgroups: jedi.vcl

Hi Arioch,

Arioch /BDV/ wrote in <bj4ajp$6ft$2@talkto.net>:
> >  >> It still may be distibuted as patch, same as early LAME, BSD.
> >  >> Same as VCL from Virtual Pascal
> >  PH> Of course. But IMCO this isn't practicable for a library, which is used
> >  PH> in any other library.
> > 
> > While JVCL requires VCL, hence Delphi/Win32 - it can be distributed that
> > way, and automatically built on the installation, like VCL from
> > VirtualPascal.

I guess, that in the personal version the source code from the unit zlib
is missing.

> >  PH>>> BTW: A compression unit should be a part of the JCL instead of the
> > In theory - yes.
> > But that will need cross-platform compatibiity.
> > And that will need splitting JCL to packages.

Sorry, there is a misunderstanding. I mean, that a zlib implementation
is better a part of the JCL instead a part of the JVCL (I has relate me
to the statement of Peter Thornqvist). Of course, I think, the best way
would be to build a own small library/package, then you can use it in
different JEDI projects or standalone without dependency problems.

> > IMHO there is to be zlib package not dependent on JCL, JVCL, etc - so it
> > will be acknowledged and used by as much of 3rd-part ;libs as posibble.

Full ACK.

But how Peter Thornqvist wrote, this isn't the goal of the JVCL, there
is no sense for a real JEDI community, only a "the other JEDI projects
are dead, the JVCL cheer". :-( On the other side they lament because to
less free time for own coding instead to avoid double working.


> >  PH> In further units you can found Delphi-like functions and stream classes
> >  PH> for zlib and gzip compression/decompression, tar is nearly finished.
> > 
> > i wonder if there any libtar.so ? :D

libtar is a great library with many functions. My tar extension support
a simple tar streaming only. I use it for pack and unpack some files in
a Windows project, because I don't need the numerous tar functions.

Consider it as small extension to my library without high claim. :-)


> > In fact there are a lot of Tar/Delphi units, starting with some used by
> > Windows Commander :-)

Can be, but how many are open source, free for commercial using, use a
up to date zlib, are written with a good and Delphi-like design? I don't
have investigate this in the last year, but earlier investigations are
not satisfyingly for me.


> >  PH> nearly one year ago. But 'JEDI' was and is indifferently regarding such
> >  PH> offers, you can see it in this thread too. :-(
> > 
> > Maybe You would better try to join zlib team ?
> > Official maintaining of Object Pascal may be the best solution of all the
> > possible ways !!!

This is a interesting idea. On the other side I have wrote regarding a
link on the zlib homepage, there is no answer up to now. However I will
try your suggestion.


> >  PH> sense for a real fellowship and battle against critics and symptoms
> >  PH> instead of causes. :-(
> > 
> > I think it is common problem - when You had no much free time You have to
> > choose, spent it on coding or on communicating :-)

Coding without communicating is the start of the end of a project,
because informations are lost. This cause more effort and lesser
quality. Unfortunately this is a main problem in JEDI. Any simple rules
and few more investment from every JEDI developer would attain lesser
effort in the whole JEDI community, this do mean more free time for
coding. The currently working manner hinder JEDI.
BTW: In the first Project JEDI Advisory Group report you can read
similar criticism from this Group. I hope the Steering Team don't ignore
this criticism too. 


> > BTW, are you experienced in Linux ?

I have make some negative experiences some years ago only. Currently, I
don't have any free time to employ Linux. But I have a friend, which
have experience and check my (zlib) sources.

Bye Peter.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Wed, 03 Sep 2003 15:15:14 +0200
Newsgroups: jedi.vcl

Hi Arioch,

Arioch /BDV/ wrote in <bj4ajo$6ft$1@talkto.net>:
> >  PH> IIRC there are no important changes between 1.0.4 and 1.1.4 regarding
> > 
> > Famous PNG security potential hole ?

Do you mean the memory problem, which be fixed in 1.1.4?

IMHO, this don't exists in the Pascal version, because this version use
a other memory managment.

However, we both prefer a up to date version. :-)

Bye Peter.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: Creating custom item types in JvInspector
From: "Keijo" <knnni@yahoo.com>
Date: Wed, 3 Sep 2003 16:10:55 +0300
Newsgroups: jedi.vcl

Thanks Marcel, I got an example Color editor working now. This component is
a bit different from yours, it'll just display a colored rectangle with no
text editing possibilities, and once it's clicked a color popup is
displayed. I'll post a source below for anyone who's interested.

I tried to have this Item not as 'read only', but with an iifEditButton
instead. However, I found no way of removing the text editor without setting
iifReadOnly, and I really don't need any kind of text representation in my
particular project. The EditButton always seems to disappear with
iifReadOnly. Any idea how this could be accomplished?

Regards,
Keijo

type
  TJvInspectorColorItem = class(TJvCustomInspectorItem)
  public
    procedure DrawValue(const ACanvas: TCanvas); override;
  protected
    procedure MouseUp(Button: TMouseButton;
      Shift: TShiftState; X, Y: Integer); override;
    procedure Edit; override;
    procedure SetFlags(const Value: TInspectorItemFlags); override;
  end;

procedure TJvInspectorColorItem.Edit;
begin
  with TColorDialog.Create(GetParentForm(Inspector)) do
  try
    Color:=Data.AsOrdinal;
    if Execute then
    begin
      Data.AsOrdinal:=Color;
      InvalidateItem;
    end;
  finally
    Free;
    ShowScrollBar(Inspector.Handle, SB_BOTH, False);
  end;
end;

procedure TJvInspectorColorItem.MouseUp(Button: TMouseButton; Shift:
TShiftState; X, Y: Integer);
begin
  inherited;
  Self.Edit;
end;

procedure TJvInspectorColorItem.SetFlags(const Value: TInspectorItemFlags);
var
  NewValue: TInspectorItemFlags;
begin
  NewValue := Value + [iifReadOnly];
  inherited SetFlags(NewValue);
end;

procedure TJvInspectorColorItem.DrawValue(const ACanvas: TCanvas);
var
  Bool: Boolean;
  ARect: TRect;
begin
  inherited;

  ACanvas.Brush.Color:=Data.AsOrdinal;
  ARect:=Rects[iprValueArea];
  InflateRect(ARect, -1, -1);
  ARect.Right:=ARect.Left+(ARect.Bottom-ARect.Top);
  ACanvas.Rectangle(ARect);
end;





Subject: Re: user rights components
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 3 Sep 2003 16:41:30 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 3 Sep 2003 13:13:02 +0100 @550)
....while the fading voice of Trev whispered through the darkness:

 T> Any system can be cracked if someone is so inclined.

It is quite different thing to copy system to home, copy SQL-database at
home (usually user has no access to files of SQL server), then work there
with debugger, IDA, etc - and just run utility that will enable any Win32
GDI window. Quite different things.
Basic functionality of the kind allows even Windows Commander with plugin.

 T> When combined with database encryption,

More details please! in rus IB users group there just 2 days ago was a flame
about 'Ib must have encryption' - and i found no obvious way to do it.

 T> field level encryption

for all indexes do drop_index ? :-)

 T> a security consultancy reviewed my app and they could not get in.

Then certainly You're using SQL security (grants, roles) as well.
I'd make, if possible, enabling controls that works with current role, so
even ef user forced some disabled control - SQL server will reject his
statements.

In other words - UI is secondary, it tells user what he would not waste time
to try to do. But it is not protection method, it is a kind of hint.

 T> one. If not, your contribution to this thread was unhelpful.

I can talk only about that sides of Your system that You revealed.
They seemed to me not suitable.
Maybe the whole system was much more reliable than windows disabling, but i
can not get known of that. :-(

I'm afraid that if JVCL will had security systems _based_ on Disabled
property - it would be treated bad in whole in many forums.


-- http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: user rights components
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 3 Sep 2003 13:13:02 +0100
Newsgroups: jedi.vcl

Arioch,

Any system can be cracked if someone is so inclined. When combined with
database encryption, transport encryption and field level encryption my
system is quite tight. A major client insisted that a security consultancy
reviewed my app and they could not get in. I'm happy if my clients are
happy.

Of course I'm always ready to consider a better solution if you have one. If
not, your contribution to this thread was unhelpful.

T
"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
news:bj4b33$6j6$1@talkto.net...
> > The stars so gaily glistened... (Tue, 2 Sep 2003 21:06:41 +0100 @879)
> > ...while the fading voice of Trev whispered through the darkness:
> >
> >  T> I looked at several a while ago and eventually came up with my own.
> >
> > That perfectly suits Your applications. But who knows about any possible
app
> > ? :-P
> >
> >  T> Basically I store Innerfuse pascal scripts for each 'security level'
in
> >  T> a db blob field.
> >
> > That makes db and blobs required. And some table names would be reserved.
> >
> >  T> I also store a script for certain users which will override their
> >  T> broader security level.
> >
> > Brrr.... :-(
> > Do you say, that UI is the only thing that stops me from doing thing that
i
> > have no right for ?
> >
> >  T> I fetch the blobs and run the scripts at  start-up.
> > Then i run utility like WinSight and re-enable any window i'd like
> > And i met somewhen commercial utility, that connects to any Delphi-made
> > process, finds units, classes, DFM's and allows You to change most
> > properties of objects at runtime.
> >
> > Or i may just connect to database and override the scripts.
> >
> >  T> I can enable/disable/hide/show GUI components etc.
> >
> > And user can re-enable them :-(((
> >
> >  T> Check out Innerfuse on http://www.carlo-kok.com/ifps3.php
> > JVCL comes with ex-RALib pascal script.
> > To be true there are far too many fre pascal sctipting engines :-)
> >
> >
> > -- 
> > If i had ears, i'd heard none: WinAMP de-instaled.
> > http://vowca.chat.ru/Fidolook_SL.png    Mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Creating custom item types in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 14:12:04 +0200
Newsgroups: jedi.vcl

Hello, Keijo!
You wrote  on Wed, 3 Sep 2003 15:05:24 +0300:

 K> I've tried to create custom item types (color, memo etc.) in
 K> JvInspector, but I have some problems (mostly with registering the new
 K> type). Does anyone have an example where they implement custom
 K> editors/viewers?

  JvInspExtraEditors already contains a TColor item type. For info on
registration you can take a look at JvInspector (RegisterTypeKinds function)
or (what I believe to be a better approach, but don't take my word for
it;-) ) in JvInspExtraEditors: each class has two class procedures
(RegisterAsDefaultItem and UnregisterAsDefaultItem) that register this
particular editor as the default for the type it was written for.

  In either case, the same basic registration is used, you can register an
editor for a specific type kind (like Integer, Enum, Set, Class, Float) or
for specific types (TColor, TAnchor, TFont, etc.). Within those two choices
you have the option to register for any data layer (TJvCustomInspectorData)
or for a specific data layer (each data layer can support it's own
registration list, accessible through the ItemRegister method of the data
layer).

 Also, don't be afraid to look in the help file <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Anouk with "Urban Solitude".




Subject: Creating custom item types in JvInspector
From: "Keijo" <knnni@yahoo.com>
Date: Wed, 3 Sep 2003 15:05:24 +0300
Newsgroups: jedi.vcl

I've tried to create custom item types (color, memo etc.) in JvInspector,
but I have some problems (mostly with registering the new type). Does anyone
have an example where they implement custom editors/viewers?




Subject: JvFormSorage bug
From: Vladimir Zhuchko <zhuchko@lnr.jinr.ru>
Date: Wed, 03 Sep 2003 15:43:06 +0400
Newsgroups: jedi.vcl

TJvFormStorage has bug, I think. It always is writing the information to the hkClassesRoot, the changing to the hkCurrentUser doesn't affect to the result. Other keys produce AV. TRxFormStorage is working fine from this point of view.



Subject: Re: Global property editors; Actions
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 3 Sep 2003 14:46:08 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 03 Sep 2003 12:24:24 +0200 @475)
....while the fading voice of Remko whispered through the darkness:

 >> IMO much better would be if there is an IDE expert which allows you to
 >> manage property editors.

 RB> Good idea.

 Agree. It is pity that GExperts are in no touch with us.
-- If i had ears, i'd heard Shocking Blue - Scorpio's Dance http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Global property editors; Actions
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 3 Sep 2003 14:45:10 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 03 Sep 2003 12:35:46 +0200 @483)
....while the fading voice of Remko whispered through the darkness:

 RB> Why would you want to specify use of global property editors per
 RB> project? Maybe useful, but I can't think of an example.

I was not thinking specifically about prop-editors.
But i will tell you anway!
Look back at Glyph p.e. of Rx - do You see there favorite folders list ?
I may want to have different icon sets folders 'under my hands(fingertips)'
for different projects :-P

 RB> not register global property editors? Do you got any code examples for

Specifically i wanted JCL debug ectensions to remember whether i want to
attach jedi debug info to certain exe/dll.

Code example ? - mrExperts, which maintain list of enabled DT-packages for
each projects separately :-)

You see, loading all possible packages on Tecra 550 (notebook, iP233MMX) is
far too slow.

-- If i had ears, i'd heard Shocking Blue - Daemon Lover http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Global property editors; Actions
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 03 Sep 2003 12:35:46 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> That is too obvoious to patent this.

http://lpf.ai.mit.edu/Patents/AgainstSP/asp-04.html
http://www.southernct.edu/organizations/rccs/resources/research/intellectual_property/ownership_mono/league02/obvious.html#obvious

> I was thinking about that, and not only On/Off, but also make it global, or
> for some specific classes only. For all properties of type - or by matches
> class/property-name

We think alike (see other reply) <g>. Must also be pretty obvious implementation.

> So i'd better install osme wizard like mrExperts with interface to store any
> extra data into projects config files.
> Then You can not only make global changes but also customisation for each of
> projects.

Why would you want to specify use of global property editors per project? Maybe useful, but I can't think of an example.

Anyway you mean that the DT package should open the projects config file, look for some settings, and based on that info should or should not register global property editors? Do you got any code examples for that <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Global property editors; Actions
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 03 Sep 2003 12:24:24 +0200
Newsgroups: jedi.vcl

Ain Valtin wrote:
> IMO it isn't neat way at all. First, I just don't like those About
> properties and second I think that this is wrong place for this kind
> of stuff. How often do you change property editors? I can't recall
> when I did it last time... so it isn't something which should be
> available in OI.

Yeah, ok. With neat i meant that you don't have to recompile the design-time package.

> IMO much better would be if there is an IDE expert which allows you to
> manage property editors.

Good idea.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Global property editors; Actions
From: @in@taavi.ee (Ain Valtin)
Date: Wed, 03 Sep 2003 10:11:28 GMT
Newsgroups: jedi.vcl

On Tue, 02 Sep 2003 23:35:11 +0200, Remko Bonte
<remkobonteSP@Mmyrealbox.com> wrote:

> >(http://www.lmdinnovative.com) and they handle registration of global
> >property editors pretty neat (hope they didn't patent it <g>): In the
> >about box (property of the components) you can check on/off which global
> >property editor you want.

IMO it isn't neat way at all. First, I just don't like those About
properties and second I think that this is wrong place for this kind
of stuff. How often do you change property editors? I can't recall
when I did it last time... so it isn't something which should be
available in OI.
IMO much better would be if there is an IDE expert which allows you to
manage property editors.


ain


Subject: Re: user rights components
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 3 Sep 2003 10:52:59 +0100
Newsgroups: jedi.vcl

I'd love to contribute something of value to the JVCL one day but I don't
think this is it. I'm not sure what tangible thing could be donated. The
real value is in the 'concept' since others will want to store the scripts
in the database of their choice. The scripts themselves are completely
dependent on the application in question.

Trev

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bj48u8$63k$1@talkto.net...
> > Hello, Trev!
> > You wrote  on Wed, 3 Sep 2003 08:33:05 +0400:
> >
> >  >> I looked at several a while ago and eventually came up with my own.
> >
> >  JF>  BTW, is your system OpenSource ?
> >
> >   If it isn't could you consider making it OS and donate to JVCL?
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Global property editors; Actions
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 3 Sep 2003 13:46:55 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 02 Sep 2003 23:35:11 +0200 @941)
....while the fading voice of Remko whispered through the darkness:

 RB> (http://www.lmdinnovative.com) and they handle registration of global
 RB> property editors pretty neat (hope they didn't patent it <g>): In the
 RB> about box (property of the components) you can check on/off which
 RB> global property editor you want.

That is too obvoious to patent this.
I was thinking about that, and not only On/Off, but also make it global, or
for some specific classes only. For all properties of type - or by matches
class/property-name

But that will take rather much time, so i did not even started.

But i bet ALL of you ever thought of that - it is too obvious to be
'invented'

 RB> I guess they store it in the registry, and when the design time package
 RB> is loaded it checks the registry and registers only those property
 RB> editors you choose.

I'd prefer another way.
Personally i'm touched by JCL debug info turning itself off every time i
compile DT-package.
So i'd better install osme wizard like mrExperts with interface to store any
extra data into projects config files.
Then You can not only make global changes but also customisation for each of
projects.

 RB> 2. I find the Glyph property in the button edits (for example
 RB> TJvComboEdit) quite annoying. Better would be IMO an Action property.

It is not always needed to be Action-entered. More so aboutbeeing
TAction-centered.
IT may be better to be stuck to ImageList.

Anyway, i'd prefer nested, templated way of storing DFM's.
For example i prefer to swap Margin and Spacing in TBitBtn, especially when
they are placed as a column.
But eacj of butons would keep there settings independantly, same about
images.
Indeed it may becom big overhead of exe size, but i do not think TAction is
best solution.
-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Global property editors; Actions
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 03 Sep 2003 11:39:59 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> That would be something, especially since I once criticized Borland because
> it is so hard to find which property editor is used (and where it is
> registered) for a specific property :)

Maybe we should put it in HKCU\..\Delphi\xx\DelphiShouldStoreItsGlobalPropertyEditorsHere

and then

key: property type name (;property name)
value: property editor class name.

for example:

'TCaption', 'TJvHintProperty'
'string;Hint', 'TJvHintProperty'
'TGraphic', 'TJvGraphicPropertyEditor'

Or just on/off switches?

> In general, I don't mind. I think we should strive to use ImageLists and
> Actions whenever possible. Maybe a combined
> Action/Images/ImageIndex/GlyphKind implementation could work?

TJvImgBtn uses a global imagelist (thus for all image buttons); property is Kind (instead of GlyphKind).

Anyway I'm going to try to implement it :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: user rights components
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 3 Sep 2003 13:38:54 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 2 Sep 2003 21:06:41 +0100 @879)
....while the fading voice of Trev whispered through the darkness:

 T> I looked at several a while ago and eventually came up with my own.

That perfectly suits Your applications. But who knows about any possible app
? :-P

 T> Basically I store Innerfuse pascal scripts for each 'security level' in
 T> a db blob field.

That makes db and blobs required. And some table names would be reserved.

 T> I also store a script for certain users which will override their
 T> broader security level.

Brrr.... :-(
Do you say, that UI is the only thing that stops me from doing thing that i
have no right for ?

 T> I fetch the blobs and run the scripts at  start-up.
Then i run utility like WinSight and re-enable any window i'd like
And i met somewhen commercial utility, that connects to any Delphi-made
process, finds units, classes, DFM's and allows You to change most
properties of objects at runtime.

Or i may just connect to database and override the scripts.

 T> I can enable/disable/hide/show GUI components etc.

And user can re-enable them :-(((

 T> Check out Innerfuse on http://www.carlo-kok.com/ifps3.php
JVCL comes with ex-RALib pascal script.
To be true there are far too many fre pascal sctipting engines :-)


-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 3 Sep 2003 13:30:44 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 02 Sep 2003 19:30:05 +0200 @770)
....while the fading voice of Peter whispered through the darkness:

 >> It still may be distibuted as patch, same as early LAME, BSD.
 >> Same as VCL from Virtual Pascal
 PH> Of course. But IMCO this isn't practicable for a library, which is used
 PH> in any other library.

While JVCL requires VCL, hence Delphi/Win32 - it can be distributed that
way, and automatically built on the installation, like VCL from
VirtualPascal.

 PH>>> BTW: A compression unit should be a part of the JCL instead of the
In theory - yes.
But that will need cross-platform compatibiity.
And that will need splitting JCL to packages.

IMHO there is to be zlib package not dependent on JCL, JVCL, etc - so it
will be acknowledged and used by as much of 3rd-part ;libs as posibble.

 >> I'd still prefer separate dll and a unit from API Conversion :-)

 PH> My zlib interface library contain a up to date zlib API header
 PH> conversion. The zlib library can be linked statically (.obj) or
 PH> dynamically (.dll) for Windows and dynamically (.so) for Linux.

 PH> In further units you can found Delphi-like functions and stream classes
 PH> for zlib and gzip compression/decompression, tar is nearly finished.

i wonder if there any libtar.so ? :D
In fact there are a lot of Tar/Delphi units, starting with some used by
Windows Commander :-)

 PH> nearly one year ago. But 'JEDI' was and is indifferently regarding such
 PH> offers, you can see it in this thread too. :-(

Maybe You would better try to join zlib team ?
Official maintaining of Object Pascal may be the best solution of all the
possible ways !!!

 PH> sense for a real fellowship and battle against critics and symptoms
 PH> instead of causes. :-(

I think it is common problem - when You had no much free time You have to
choose, spent it on coding or on communicating :-)

BTW, are you experienced in Linux ?
Is COM easily replacable by WinE or XP-COM ?
Had You seen 7-zip archiver?
UI is poor, code is COM-relative, but if to make it cross-platform, IMHO, it
may be next standard de-facto, like gzip or bzip2
-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 3 Sep 2003 13:19:21 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 02 Sep 2003 19:30:05 +0200 @770)
....while the fading voice of Peter whispered through the darkness:

 PH> IIRC there are no important changes between 1.0.4 and 1.1.4 regarding

Famous PNG security potential hole ?
-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: user rights components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 3 Sep 2003 11:02:19 +0200
Newsgroups: jedi.vcl

Hello, Trev!
You wrote  on Wed, 3 Sep 2003 08:33:05 +0400:

 >> I looked at several a while ago and eventually came up with my own.

 JF>  BTW, is your system OpenSource ?

  If it isn't could you consider making it OS and donate to JVCL?


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Global property editors; Actions
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 3 Sep 2003 08:34:37 +0200
Newsgroups: jedi.vcl

> > [...] Maybe something for
> > JVCL? (default all off, I guess <g>)
That would be something, especially since I once criticized Borland because
it is so hard to find which property editor is used (and where it is
registered) for a specific property :)

> > 2. I find the Glyph property in the button edits (for example
> > TJvComboEdit) quite annoying. Better would be IMO an Action property.
> > Only advantage for the Glyph property AFAICS is that you can assign
> > multiple pictures. Nonetheless I want to change it.

In general, I don't mind. I think we should strive to use ImageLists and
Actions whenever possible. Maybe a combined
Action/Images/ImageIndex/GlyphKind implementation could work?

A good thing with Glyph is that you can easily have a default picture
assigned without having the user selecting one and that should be preserved
if possible (maybe having an [global?] internal imagelist that is prefilled
with DropDown, Default and Ellipsis. When an action is assigned, GlyphKind
is set to Custom and Images/ImageIndex is used instead).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: user rights components
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Wed, 3 Sep 2003 08:33:05 +0400
Newsgroups: jedi.vcl

On Tue, 2 Sep 2003 21:06:41 +0100, Trev wrote:

> > I looked at several a while ago and eventually came up with my own.

Thank you for the idea. I definitely think it's a good way to achieve this.
BTW, is your system OpenSource ? (I don't like to invent the weel again :)

Thank you

Julien


Subject: Re: Global property editors; Actions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 03 Sep 2003 05:57:13 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Hi,
>
> 1. Today I downloaded the LMD tools package
> (http://www.lmdinnovative.com) and they handle registration of global
> property editors pretty neat (hope they didn't patent it <g>): In the
> about box (property of the components) you can check on/off which global
> property editor you want. I guess they store it in the registry, and
> when the design time package is loaded it checks the registry and
> registers only those property editors you choose. Maybe something for
> JVCL? (default all off, I guess <g>)

Combining that with our own property sheet in the options (see Jedi Uses Wizard) would be the killer trick.



Subject: Global property editors; Actions
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 02 Sep 2003 23:35:11 +0200
Newsgroups: jedi.vcl

Hi,

1. Today I downloaded the LMD tools package
(http://www.lmdinnovative.com) and they handle registration of global
property editors pretty neat (hope they didn't patent it <g>): In the
about box (property of the components) you can check on/off which global
property editor you want. I guess they store it in the registry, and
when the design time package is loaded it checks the registry and
registers only those property editors you choose. Maybe something for
JVCL? (default all off, I guess <g>)

2. I find the Glyph property in the button edits (for example
TJvComboEdit) quite annoying. Better would be IMO an Action property.
Only advantage for the Glyph property AFAICS is that you can assign
multiple pictures. Nonetheless I want to change it.

Comments?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: user rights components
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Tue, 2 Sep 2003 21:06:41 +0100
Newsgroups: jedi.vcl

Julien,

I looked at several a while ago and eventually came up with my own.
Basically I store Innerfuse pascal scripts for each 'security level' in a db
blob field. I also store a script for certain users which will override
their broader security level. I fetch the blobs and run the scripts at
start-up. Within the scripts I can enable/disable/hide/show GUI components
etc. In this way, the system is totally flexible and easy to maintain.

Check out Innerfuse on http://www.carlo-kok.com/ifps3.php It's FREE and
comes with source.

HTH
Trev

"Julien Ferraro" <jfk_pub@netcourrier.com> wrote in message
news:zc6190bdi4mz$.xkpojypgjb0b$.dlg@40tude.net...
> > Hello,
> >
> > I need a user rights management component. (a list of user stored in a
> > database and allow or restrict some menus or components based on the user
> > type) My first idea, of course, was to look for it in JVCL. As I didn't
> > found one, I guess there are no such component in JVCL.
> >
> > Does anybody know some good one (a commercial product is OK even if I
would
> > prefer a OpenSource one)
> >
> > I know that it's not the good NG to post this but maybe there's such a
> > component in JVCL and I'm simply too stupid to find it :)
> >
> > thank you in advance
> >
> > Julien




Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Sep 2003 19:50:53 +0200
Newsgroups: jedi.vcl

> >   Nice! I think it should definitely be integrated into all
> > HotTrackFont-enabled controls.

Done. Think I got them all.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Tue, 02 Sep 2003 19:30:05 +0200
Newsgroups: jedi.vcl

Hi Arioch,

Arioch wrote in <binign$f4$2@talkto.net>:
> >  PH> Borland, there is not any permission by Borland to publish it. With
> >  PH> other words, the zlibex.pas is not legal. 
> > 
> > It still may be distibuted as patch, same as early LAME, BSD.
> > Same as VCL from Virtual Pascal

Of course. But IMCO this isn't practicable for a library, which is used
in any other library.


> >  PH> BTW: A compression unit should be a part of the JCL instead of the
> >  PH> JVCL.
> > 
> > I'd still prefer separate dll and a unit from API Conversion :-)

My zlib interface library contain a up to date zlib API header
conversion. The zlib library can be linked statically (.obj) or
dynamically (.dll) for Windows and dynamically (.so) for Linux.

In further units you can found Delphi-like functions and stream classes
for zlib and gzip compression/decompression, tar is nearly finished.

You can find it on my homepage: http://jediplus.pjh2.de/index.php

I has offer JEDI a early version inclusive further development by me
nearly one year ago. But 'JEDI' was and is indifferently regarding such
offers, you can see it in this thread too. :-(

JEDI could be a better community without such problems by simple
improvements, but the Steering Team prefer single warriors without sense
for a real fellowship and battle against critics and symptoms instead of
causes. :-(

> > Just because zlib is not frozen, but is still enhancing and bugfixing code.

IIRC the next release will make any changes (extensions?) in the API.

Bye Peter.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Tue, 02 Sep 2003 19:30:05 +0200
Newsgroups: jedi.vcl

Hi Arioch,

Arioch wrote in <binigl$f4$1@talkto.net>:
> > PS: seems i saw zlib/pascal conversion but the project was not continued.
> > Some rather old version was converted - and that is all.

IIRC there are no important changes between 1.0.4 and 1.1.4 regarding
the compression/decompression part. Nevertheless I don't think, that
this is a good way, you have written a good reason in your other
posting.

Bye Peter.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 2 Sep 2003 18:38:38 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 2 Sep 2003 18:23:33 +0200:

 PT> type
 PT>   // Defines how a property (like a HotTrackFont) follows changes in
 PT> the component's normal Font
 PT>   TJvTrackFontOption = (
 PT>     hoFollowFont,  // makes HotTrackFont follow changes to the normal
 PT> Font
 PT>     hoPreserveCharSet,  // don't change HotTrackFont.Charset
 PT>     hoPreserveColor,    // don't change HotTrackFont.Color
 PT>     hoPreserveHeight,   // don't change HotTrackFont.Height (affects
 PT> Size as well)
 PT>     hoPreserveName,     // don't change HotTrackFont.Name
 PT>     hoPreservePitch,    // don't change HotTrackFont.Pitch
 PT>     hoPreserveStyle);   // don't change HotTrackFont.Style
 PT>   TJvTrackFontOptions = set of TJvTrackFontOption;
[snip]
 PT> Comments?

  Nice! I think it should definitely be integrated into all
HotTrackFont-enabled controls.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Sep 2003 18:23:33 +0200
Newsgroups: jedi.vcl

How about adding this to JvCustomLabel (could be added to other components
with a HotTrackFont as well):

type
  // Defines how a property (like a HotTrackFont) follows changes in the
component's normal Font
  TJvTrackFontOption = (
    hoFollowFont,  // makes HotTrackFont follow changes to the normal Font
    hoPreserveCharSet,  // don't change HotTrackFont.Charset
    hoPreserveColor,    // don't change HotTrackFont.Color
    hoPreserveHeight,   // don't change HotTrackFont.Height (affects Size as
well)
    hoPreserveName,     // don't change HotTrackFont.Name
    hoPreservePitch,    // don't change HotTrackFont.Pitch
    hoPreserveStyle);   // don't change HotTrackFont.Style
  TJvTrackFontOptions = set of TJvTrackFontOption;


TJvCustomLabel
    property HotTrackFontOptions:TJvTrackFontOptions read
FHotTrackFontOptions write SetHotTrackFontOptions default [hoFollowFont,
hoPreserveColor, hoPreserveStyle];


procedure TJvCustomLabel.SetHotTrackFontOptions(const Value:
TJvTrackFontOptions);
begin
  if FHotTrackFontOptions <> Value then
  begin
    FHotTrackFontOptions := Value;
    UpdateHotTrackFont;
  end;
end;

procedure TJvCustomLabel.UpdateHotTrackFont;
begin
  if hoFollowFont in HotTrackFontOptions then
  begin
    if not (hoPreserveCharSet in HotTrackFontOptions) then
      HotTrackFont.CharSet := Font.CharSet;
    if not (hoPreserveColor in HotTrackFontOptions) then
      HotTrackFont.Color := Font.Color;
    if not (hoPreserveHeight in HotTrackFontOptions) then
      HotTrackFont.Height := Font.Height;
    if not (hoPreserveName in HotTrackFontOptions) then
      HotTrackFont.Name := Font.Name;
    if not (hoPreservePitch in HotTrackFontOptions) then
      HotTrackFont.Pitch := Font.Pitch;
    if not (hoPreserveStyle in HotTrackFontOptions) then
      HotTrackFont.Style := Font.Style;
  end;
end;

procedure TJvCustomLabel.CMFontChanged(var Msg: TMessage);
begin
  inherited;
  AdjustBounds;
  UpdateHotTrackFont;
end;

Comments?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to assign JvLabel's Font to HotTrackFont?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 2 Sep 2003 17:43:33 +0200
Newsgroups: jedi.vcl

> > I am using a customized form with font different from Delphi's default
> > which is MS Sans Serif in size 8. JvLabel's font follows new
> > ParentFont in this customized form with no problem. Now I want
> > JvLabel's HotTrackFont follows JvLabel's Font when it's added to this
> > form so that JvLabel uses same font name and size with only different
> > in color for Font and HotTrackFont. How can I do this?

There is no support for this in the JvLabel as such but if you want the
JvLabel to change HotTrackFont when the form's font changes, you could do
something like this:

  TForm1 = class(TForm)
  private
  protected
    { Private declarations }
    procedure CMFontChanged(var Message: TMessage); message CM_FONTCHANGED;

  public
    { Public declarations }
  end;

implementation

procedure TForm1.CMFontChanged(var Message: TMessage);
var i:integer;
begin
  for i := 0 to ComponentCount - 1 do
    if Components[i] is TJvLabel then
    begin
      TJvLabel(Components[i]).HotTrackFont := TJvLabel(Components[i]).Font;
      TJvLabel(Components[i]).HotTrackFont.Color := clNavy;
    end;
  inherited;
end;

If you want the HotTrackFont to follow the Font changes (except for Color
and Style), you could add the following to TJvCustomLabel.CMFontChanged (in
JvxCtrls.pas):

procedure TJvCustomLabel.CMFontChanged(var Msg: TMessage);
var
  aStyle:TFontStyles; aColor:TColor;
begin
  inherited;
  // NEW
  if ParentFont then
  begin
    aStyle := HotTrackFont.Style;
    aColor := HotTrackFont.Color;
    HotTrackFont := Font; // assign new font
    HotTrackFont.Style := aStyle;
    HotTrackFont.Color := aColor;
  end;
  //
  AdjustBounds;
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Do we have a problem with CVS ??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 2 Sep 2003 16:08:48 +0200
Newsgroups: jedi.vcl

Here's a couple of pages that are good to bookmark:

SF site status:
http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1

SF support request list:
http://sourceforge.net/tracker/?func=browse&group_id=1&atid=200001

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Do we have a problem with CVS ??
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 2 Sep 2003 09:38:26 -0400
Newsgroups: jedi.vcl

"Flemming Brandt Clausen" <fbc@systemate.dk> wrote in message
bj24e2$p81$1@talkto.net...
> > This is the only result I'm getting this week; is it only me ???

SF always has problems; keep banging on it.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Do we have a problem with CVS ??
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Tue, 2 Sep 2003 15:36:13 +0200
Newsgroups: jedi.vcl

This is the only result I'm getting this week; is it only me ???

----------------------------------------------------------------------------
------------------------------

In C:\jvcl\dev: "C:\Program Files\TortoiseCVS\cvs.exe" update -d -P JVCL3

CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:2401:/cvsroot/jvcl

cvs [update aborted]: Error reading from server cvs.jvcl.sourceforge.net: -1

Error, CVS operation failed




Subject: Re: user rights components
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 2 Sep 2003 13:53:15 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 2 Sep 2003 11:32:53 +0200 @439)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Arioch /BDV/ tremble:

 MB> might be a better approach. Maybe one they will or someone will write
 MB> one for JVCL.

Not before they will donate it :-)

-- If i had ears, i'd heard none: WinAMP de-instaled. http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: user rights components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 2 Sep 2003 11:32:53 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Tue, 2 Sep 2003 12:02:57 +0400:

 MB>> basically any DB structure (so you don't need to change anything)

 AB> Hmm... I'd prefer password checking on server :-)
 AB> But i'm a bit SQL-centered.

 AB> Plugin-based check may be better, allowing LDAP or NTLM or whatever :-)

  You can still opt for a custom password checking and when that checks out
and user is successfully logged on you can 'logon' to UIL's security system
in the background (no password checking, or a default password, doesn't
really matter). I do agree that UIL should support these type of cases (LDAP
et al). Right now UIL assumes all information is in a database which might
not always be appropriate (could be accessed through a middleware for
example) so plug-in-based checking might be a better approach. Maybe one
they will or someone will write one for JVCL.

 MB>> can disable or hide certain any TComponent derivative that has a
 MB>> Visible and/or Enabled property.

 AB> Can it work with TAction ?

  TAction is derived from TComponent and has an Enabled and Visible
property, so yes it is supported. It will also work with any third-party
(should be JVCL in 99% of the cases) component/control that has one or both
of these properties and if push comes to shove you can handle some cases
through events.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: user rights components
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 2 Sep 2003 12:02:57 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 1 Sep 2003 14:06:12 +0200 @545)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Julien Ferraro tremble:

 MB> basically any DB structure (so you don't need to change anything) 

Hmm... I'd prefer password checking on server :-)
But i'm a bit SQL-centered.

Plugin-based check may be better, allowing LDAP or NTLM or whatever :-)

 MB> can disable or hide certain any TComponent derivative that has a 
 MB> Visible and/or Enabled property.

Can it work with TAction ?
Or some grant onjects like in Java2 security model ?

-- If i had ears, i'd heard The Alan Parsons Project - Pyramania http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: adding images to JvxRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 02 Sep 2003 09:42:22 +0200
Newsgroups: jedi.vcl

Mariano López wrote:
> Hi again. I've found the following code which works fine, except for some
> little annoying thing: the image can be resized or edited. Is it possible to
> avoid this?

Look at the TJvRichEdit in cvs, see:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/JVCL3/run/JvRichEdit.pas

It contains the function TJvCustomRichEdit.InsertBitmap that can do
that. (as of revision 1.5)

But note that the user still can drag-drop the image and then resize it,
unless you set the rich edit control to read-only.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: adding images to JvxRichEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Mon, 1 Sep 2003 23:50:08 -0300
Newsgroups: jedi.vcl

Hi again. I've found the following code which works fine, except for some
little annoying thing: the image can be resized or edited. Is it possible to
avoid this?

Thanks a lot.

The code:

procedure TForm1.Button1Click(Sender: TObject);

function BitmapToRTF(pict: TBitmap): string;
var
  bi, bb, rtf: string;
  bis, bbs: Cardinal;
  achar: ShortString;
  hexpict: string;
  I: Integer;
begin
  GetDIBSizes(pict.Handle, bis, bbs);
  SetLength(bi, bis);
  SetLength(bb, bbs);
  GetDIB(pict.Handle, pict.Palette, PChar(bi)^, PChar(bb)^);
  rtf := '{\rtf1 {\pict\dibitmap ';
  SetLength(hexpict, (Length(bb) + Length(bi)) * 2);
  I := 2;
  for bis := 1 to Length(bi) do
  begin
    achar := Format('%x', [Integer(bi[bis])]);
    if Length(achar) = 1 then
      achar := '0' + achar;
    hexpict[I - 1] := achar[1];
    hexpict[I] := achar[2];
    Inc(I, 2);
  end;
  for bbs := 1 to Length(bb) do
  begin
    achar := Format('%x', [Integer(bb[bbs])]);
    if Length(achar) = 1 then
      achar := '0' + achar;
    hexpict[I - 1] := achar[1];
    hexpict[I] := achar[2];
    Inc(I, 2);
  end;
  rtf := rtf + hexpict + ' }}';
  Result := rtf;
end;

var
  SS: TStringStream;
begin
//  BitmapToRTF(Image1.Picture.Bitmap);

{assume SS is a TStringStream, RE is a TRxRichEdit and BMP is a TBitmap
containing a picture.}
SS := TStringStream.Create(BitmapToRTF(Image1.Picture.Bitmap));
RE.PlainText := False;
RE.StreamMode := [smSelection];
RE.Lines.LoadFromStream(SS);
SS.Free;

end;

"Mariano López" <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar> escribió en el
mensaje news:bj0qem$hql$1@talkto.net...
> > Is there an easy way to add images to a JvxRichEdit?
> > I want to add emoticons, so I need the text and the images to be in the
same
> > line.
> >
> > Thanks a lot.
> >



Subject: adding images to JvxRichEdit
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Mon, 1 Sep 2003 22:36:42 -0300
Newsgroups: jedi.vcl

Is there an easy way to add images to a JvxRichEdit?
I want to add emoticons, so I need the text and the images to be in the same
line.

Thanks a lot.



Subject: How to assign JvLabel's Font to HotTrackFont?
From: cyhoh <cyhoh@nospam.com>
Date: Tue, 02 Sep 2003 09:06:09 +0800
Newsgroups: jedi.vcl

Hi all,

I am using a customized form with font different from Delphi's default
which is MS Sans Serif in size 8. JvLabel's font follows new
ParentFont in this customized form with no problem. Now I want
JvLabel's HotTrackFont follows JvLabel's Font when it's added to this
form so that JvLabel uses same font name and size with only different
in color for Font and HotTrackFont. How can I do this?

TIA.

Regards,
cyhoh



Subject: Re: JVCL(X)
From: "Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com>
Date: Mon, 1 Sep 2003 20:26:06 -0300
Newsgroups: jedi.vcl

"asn" <asn@xs4all.nl> wrote in message news:biur5m$62l$1@talkto.net...

>> > >     Yes, it is not a requirement, but it makes possible to have two
> > versions
>> > > of the same component (one for CLX and another one for VCL) with the
same
>> > > component name but different unit names. Take me for instance, I would
> > like
>> > > to have both JVCL (when developing for windows) and JVCLX (when
developing
>> > > multiplatform) at the same time, because I have projects on both
platforms
>> > > (VCL and CLX for Windows) at the same time ... The present distribution
of
>> > > JVCLX dos not let me do this: I have to enable and disable packages
every
>> > > time I switch projects ... This is what I meant  ... Wouldn't it be nice
> > for
>> > > the Delphi freaks?
>> > >
> >
> > True, the current JVCLX and JVCL packages don't allow the packages to be
> > installed in the same time. Delphi itself has no problem with having CLX
and
> > VCL
> > standard components. IMHO it must be possible to use the same mechanism
for
 JVCL(X).

    The mechanism that Borland used is to make two packages (one VCL and the
other CLX, wich we already have done on JVCL(X)) and to make the file names
different, despite the class names being the same, for example: DBCtrls (for
VCL) and QDBCtrls (for CLX), but the class names are the same: (TDBEdit,
TDBImage,  TDBMemo, TDBCheckbox, and so on) ...

    This is what I meant with the whole 'Q' Name stuff ...

-- Alexandre Rocha Lima e Marcondes mailto:alexandre@p4tecnologia.com P4 Tecnologia Ltda. http://www.p4tecnologia.com Curitiba - PR - Brazil 

Subject: Re: user rights components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 1 Sep 2003 21:45:17 +0200
Newsgroups: jedi.vcl

Hello, Julien!
You wrote  on Mon, 1 Sep 2003 21:37:03 +0400:

 >>   No such thing in JVCL (yet).

 JF> What I love most in the answer is the Yet ...  I know that one day JVCL
 JF> will be the perfect library with anything that you can wish ...

  I think a perfect library with anything you wish is the same as expecting
a completely bug free Windows version from Billy Boy ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: user rights components
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Mon, 1 Sep 2003 21:37:03 +0400
Newsgroups: jedi.vcl

On Mon, 1 Sep 2003 14:06:12 +0200, Marcel Bestebroer wrote:

> >   No such thing in JVCL (yet). 

What I love most in the answer is the Yet ...  I know that one day JVCL
will be the perfect library with anything that you can wish ...

Julien


Subject: Re: Help JvToolEdit and D5 crash the run of Program
From: "Alessandro Savoiardo" <savoweb@tiscali.it>
Date: Mon, 1 Sep 2003 17:01:15 +0200
Newsgroups: jedi.vcl

Thanks, I upgrade JCL.
I test application and run!!!!! (AMD 2600+ 256 DDR333, MB NFORCE)

Ciao Alessandro Savoiardo




Subject: Re: user rights components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 1 Sep 2003 14:06:12 +0200
Newsgroups: jedi.vcl

Hello, Julien!
You wrote  on Mon, 1 Sep 2003 15:58:54 +0400:

 JF> I need a user rights management component. (a list of user stored in a
 JF> database and allow or restrict some menus or components based on the
 JF> user type) My first idea, of course, was to look for it in JVCL. As I
 JF> didn't found one, I guess there are no such component in JVCL.

  No such thing in JVCL (yet). I remember UIL (http://www.uil.net) has a
good security component that can do what you describe (we used it were I
used to work and it was perfect for the job). It allows basically any DB
structure (so you don't need to change anything) and allows settings on a
per user and/or per group basis. Automatically can disable or hide certain
any TComponent derivative that has a Visible and/or Enabled property.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Help JvToolEdit and D5 crash the run of Program
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 01 Sep 2003 14:02:05 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> EmulateSlowCPU
>
> That's what I was thinking as well. Does anyone know the progress on the
> GetCPUInfo problem and have info on where users can get a fix?
>

http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=401

I think, but I can't test it. No fast computer here <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Help JvToolEdit and D5 crash the run of Program
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Sep 2003 13:59:30 +0200
Newsgroups: jedi.vcl

> > EmulateSlowCPU
That's what I was thinking as well. Does anyone know the progress on the
GetCPUInfo problem and have info on where users can get a fix?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: user rights components
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Mon, 1 Sep 2003 15:58:54 +0400
Newsgroups: jedi.vcl

Hello,

I need a user rights management component. (a list of user stored in a
database and allow or restrict some menus or components based on the user
type) My first idea, of course, was to look for it in JVCL. As I didn't
found one, I guess there are no such component in JVCL.

Does anybody know some good one (a commercial product is OK even if I would
prefer a OpenSource one)

I know that it's not the good NG to post this but maybe there's such a
component in JVCL and I'm simply too stupid to find it :)

thank you in advance

Julien


Subject: Re: Help JvToolEdit and D5 crash the run of Program
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 01 Sep 2003 13:40:32 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Just a thought: could this be related to the GetCPUInfo problem in JCL (see
> Mantis)?

Probably:

EmulateSlowCPU

This compatibility fix modifies the return values of QueryPerformanceCounter and QueryPerformanceFrequency in order to emulate those expected from performance checking routines to emulate slower processors. [..]

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Help JvToolEdit and D5 crash the run of Program
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 1 Sep 2003 13:03:43 +0200
Newsgroups: jedi.vcl

Just a thought: could this be related to the GetCPUInfo problem in JCL (see
Mantis)? AFAICS, JvToolEdit doesn't use JCLSysInfo but the uses path is
somewhat convoluted...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help JvToolEdit and D5 crash the run of Program
From: "Alessandro Savoiardo" <savoweb@tiscali.it>
Date: Mon, 1 Sep 2003 12:55:17 +0200
Newsgroups: jedi.vcl

I have solved!!!!

1 Dowload  "Windows Application Compatibility Toolkit"
2 Make a  database of compatibility for my application (Application
FIX)
3 Not use default parameters (Win 98/ME, Win2000)
4 Set checked "EmulateSlowCPU" (The CPU is very FAST)
5 Save and install Database
6 Run!!!!!

The problem is similar in D5 and D7 if use the Unit JvToolEdit of the JVCL.

Ciao  and Thanks
Alessandro Savoiardo





Subject: Agaain about form designer (Dageek)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 1 Sep 2003 12:16:35 +0400
Newsgroups: jedi.vcl

Hello, All!

The link published here led to bad archive. Today got reply from author:
=========Beginning of the citation============== 
Please download from: 
 
http://homepages.borland.com/torry/vcl/packs/lite/extlib.zip (v.2.1)
 
Latest version:
 
http://www.lmdinnovative.com 
LMD Design Pack 2.0

=========The end of the citation================ 

-- If i had ears, i'd heard Rainbow - Spotlight Kid http://vowca.chat.ru/Fidolook_SL.png Mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JVCL(X)
From: "asn" <asn@xs4all.nl>
Date: Mon, 1 Sep 2003 09:40:54 +0200
Newsgroups: jedi.vcl

"Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com> wrote in
message news:biuhmg$4id$1@talkto.net...
> >
> > "asn" <asn@xs4all.nl> wrote in message news:bisihf$pt1$1@talkto.net...
>> > >
>> > > "Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com> wrote in
>> > > message news:bio59b$3pc$1@talkto.net...
>>> > > >     Peter,
>>> > > >
>>> > > >         I am happy to help you to make it full CLX compatible ... if
it
>> > > will
>>> > > > be distributed with JVCL 3 or not (for me) is not a big deal, it would
> > be
>>> > > > nice, but to do this we would need to change all unit names to
QJvXXXXX
> > as
>>> > > > borland states as the default CLX unit names start with Q and so that
it
>>> > > > does not conflict with JVCL ... would you like me to do this? After
this
>> > >
>> > > - That is a Borland convention not a requirement AFAIK. I would suggest
>> > >   to only (re)name CLX-only units.
>> > > - There is now problem in sharing sourcefiles.
>> > > - The dcu files of JVCL and JVCLX should go in their own directory.
>> > >   The package options allow you to set this.
> >
> >     Yes, it is not a requirement, but it makes possible to have two
versions
> > of the same component (one for CLX and another one for VCL) with the same
> > component name but different unit names. Take me for instance, I would
like
> > to have both JVCL (when developing for windows) and JVCLX (when developing
> > multiplatform) at the same time, because I have projects on both platforms
> > (VCL and CLX for Windows) at the same time ... The present distribution of
> > JVCLX dos not let me do this: I have to enable and disable packages every
> > time I switch projects ... This is what I meant  ... Wouldn't it be nice
for
> > the Delphi freaks?
> >

True, the current JVCLX and JVCL packages don't allow the packages to be
installed in the same time. Delphi itself has no problem with having CLX and
VCL
standard components. IMHO it must be possible to use the same mechanism for
JVCL(X).


>>> > > > would need to start taking out the VCL parts of JVCLX as a full CLX
>>> > > > compliant package would not have VCL and Windows Platform codes ... I
>> > > could
>>> > > > do it also (but maybe after the naming stuff) ...
>> > >
>> > > Having common sources for JVCL and JVCLX has it advantages...
>> > > The Borland CLX units (QForms, ..) have LINUX and Windows Platform code.
> >
> >     Not everything on VCL has a counterpart on CLX ... how do you handle
> > it?Yes .. I've seen  Windows Platform code on CLX, but not VCL codes ...
> > I've seen a lot of VCL codes on the units ...
> >

JVCL and JVCLX will be seperate packages. Their contents determine what is
on
the component pallette.

Greetings,

Andre Snepvangers

> > -- 
> >     Alexandre Rocha Lima e Marcondes
> >     mailto:alexandre@p4tecnologia.com
> >     P4 Tecnologia Ltda.
> >     http://www.p4tecnologia.com
> >     Curitiba - PR - Brazil
> >
> >




Subject: Re: JVCL(X)
From: "Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com>
Date: Mon, 1 Sep 2003 02:09:05 -0300
Newsgroups: jedi.vcl

"asn" <asn@xs4all.nl> wrote in message news:bisihf$pt1$1@talkto.net...
> >
> > "Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com> wrote in
> > message news:bio59b$3pc$1@talkto.net...
>> > >     Peter,
>> > >
>> > >         I am happy to help you to make it full CLX compatible ... if it
> > will
>> > > be distributed with JVCL 3 or not (for me) is not a big deal, it would
be
>> > > nice, but to do this we would need to change all unit names to QJvXXXXX
as
>> > > borland states as the default CLX unit names start with Q and so that it
>> > > does not conflict with JVCL ... would you like me to do this? After this
> >
> > - That is a Borland convention not a requirement AFAIK. I would suggest
> >   to only (re)name CLX-only units.
> > - There is now problem in sharing sourcefiles.
> > - The dcu files of JVCL and JVCLX should go in their own directory.
> >   The package options allow you to set this.

    Yes, it is not a requirement, but it makes possible to have two versions
of the same component (one for CLX and another one for VCL) with the same
component name but different unit names. Take me for instance, I would like
to have both JVCL (when developing for windows) and JVCLX (when developing
multiplatform) at the same time, because I have projects on both platforms
(VCL and CLX for Windows) at the same time ... The present distribution of
JVCLX dos not let me do this: I have to enable and disable packages every
time I switch projects ... This is what I meant  ... Wouldn't it be nice for
the Delphi freaks?

>> > > would need to start taking out the VCL parts of JVCLX as a full CLX
>> > > compliant package would not have VCL and Windows Platform codes ... I
> > could
>> > > do it also (but maybe after the naming stuff) ...
> >
> > Having common sources for JVCL and JVCLX has it advantages...
> > The Borland CLX units (QForms, ..) have LINUX and Windows Platform code.

    Not everything on VCL has a counterpart on CLX ... how do you handle
it?Yes .. I've seen  Windows Platform code on CLX, but not VCL codes ...
I've seen a lot of VCL codes on the units ...

-- Alexandre Rocha Lima e Marcondes mailto:alexandre@p4tecnologia.com P4 Tecnologia Ltda. http://www.p4tecnologia.com Curitiba - PR - Brazil 

Subject: Re: JVCL(X)
From: "asn" <asn@xs4all.nl>
Date: Sun, 31 Aug 2003 13:01:10 +0200
Newsgroups: jedi.vcl

"Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com> wrote in
message news:bio59b$3pc$1@talkto.net...
> >     Peter,
> >
> >         I am happy to help you to make it full CLX compatible ... if it
will
> > be distributed with JVCL 3 or not (for me) is not a big deal, it would be
> > nice, but to do this we would need to change all unit names to QJvXXXXX as
> > borland states as the default CLX unit names start with Q and so that it
> > does not conflict with JVCL ... would you like me to do this? After this
we

- That is a Borland convention not a requirement AFAIK. I would suggest
  to only (re)name CLX-only units.
- There is now problem in sharing sourcefiles.
- The dcu files of JVCL and JVCLX should go in their own directory.
  The package options allow you to set this.

> > would need to start taking out the VCL parts of JVCLX as a full CLX
> > compliant package would not have VCL and Windows Platform codes ... I
could
> > do it also (but maybe after the naming stuff) ...

Having common sources for JVCL and JVCLX has it advantages...
The Borland CLX units (QForms, ..) have LINUX and Windows Platform code.

> >     Just to start I mean .. there would be a lot of work to do this but we
> > could do it together I think. I work every day with CLX for Delphi and as
I
> > have noticed you work with CLX for Kylix ... Perfect match ;-) heheheh we
> > could have both paltforms working together .. hehehe
> >
> >
> >     I will analyse the roadmap and get JVCL 3 sources this weekwend ...
> >
The roadmap for JVCLX could be:
- CLX compliant
- Merge with JVCL3
- port more components.

Andre Snepvangers


> >
> > -- 
> >     Glad to help,
> >
> >     Alexandre Rocha Lima e Marcondes
> >     mailto:alexandre@p4tecnologia.com
> >     P4 Tecnologia Ltda.
> >     http://www.p4tecnologia.com
> >     Curitiba - PR - Brazil
> >
> >




Subject: Re: JVCL(X)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 31 Aug 2003 12:35:34 +0200
Newsgroups: jedi.vcl

asn wrote:

> Is there a problem if I drop support 16 bit windows? :
> That would make the code more readible.

Yes! Delphi 1 is out of the game.
Up to and including Delphi 3 is NOT supported.
Delphi 4 works with many components, but no support anymore.



Subject: Re: JVCL(X)
From: "asn" <asn@xs4all.nl>
Date: Sun, 31 Aug 2003 12:10:46 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bil0ap$hod$1@talkto.net...
>> > > In most of the cases the {$IFDEF WIN32}... {$ENDIF}  can be
>> > > replaced with {$IF DEFINED(WIN32) AND DEFINED(COMPLIB_VCL)}...{$IFEND}
> > DEFINED wasn't added to Delphi until D7 so you cant use that if the code
is
> > to be added to JVCL (we want to maintain compatibility with at least D5-D7
> > as well as bcb5-bcb6). I suspect that K2 doesn't understand it either.
> >
Is there a problem if I drop support 16 bit windows? :
That would make the code more readible.

Andre


>> > > Maybe in some cases this not true.
>> > > So sure I like to have some help to make it really CLX !
> > Maybe you two can hook up and do it together?
> >
>> > > 3. The VCLX package was developed and tested with Kylix 3 Pro, have to
> > sort
>> > > out which components
>> > >     are compatible with the kylix open edition.
> > And Kylix 2!
> >
>> > > Help is welcome, but wait for the upcoming beta release.
> > Are you planning to upload it in jedi.binaries as the last time? That
would
> > be good.
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Evalutaing installers
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 31 Aug 2003 00:58:16 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 30 Aug 2003 22:10:42 +0200 @882)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Arioch /BDV/ tremble:

 MB>   nothing, but not really needed. If you really don't trust what's in a
 MB> .res or .dcr you can fire up your favorite resource explorer and find

Can you tell me same simple method to update them with CVS ?


-- http://vowca.chat.ru/Fidolook_SL.png With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Evalutaing installers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 30 Aug 2003 22:10:42 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Adem on Sat, 30 Aug 2003 21:55:08 +0400:

 >>> For developers i'm sure the distribution is to be source-based.
 >>> Ideally it even should not have DCR's, but build them after BMP's
 >>> after unpacking.

 A>> I do prefer source distribution, but DCRs as BMPs.. Isn't this
 A>> pushing it a little too far?

 AB> What's wrong ?

  nothing, but not really needed. If you really don't trust what's in a .res
or .dcr you can fire up your favorite resource explorer and find out what's
in there. The only way why we should consider leaving out the .res/.dcr
files is if we decided to distribute the images separately; in that case we
could leave out the res/dcr to save a little bandwidth.

 AB> RC with links to bmp (those RC are already in CVS)
 AB> Compiling it to RES
 AB> Renaming RES to DCR

  better: run MakeDCR.bat (already in CVS) and all .res/.dcr files are
created into the correct folder. BTW, the resource compiler can output a
file with a .dcr extension so the renaming is not needed anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Evalutaing installers
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 30 Aug 2003 21:55:08 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 30 Aug 2003 06:57:56 +0000 (UTC) @331)
....while the fading voice of Adem whispered through the darkness:

 >> For developers i'm sure the distribution is to be source-based.
 >> Ideally it even should not have DCR's, but build them after BMP's
 >> after unpacking.

 A> I do prefer source distribution, but DCRs as BMPs.. Isn't this
 A> pushing it a little too far?

What's wrong ?

RC with links to bmp (those RC are already in CVS)
Compiling it to RES
Renaming RES to DCR


-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Re[2]: Evalutaing installers
From: "Adem" <adembaba@excite.com>
Date: Sat, 30 Aug 2003 06:57:56 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Arioch,

> > For developers i'm sure the distribution is to be source-based.
> > Ideally it even should not have DCR's, but build them after BMP's
> > after unpacking.

I do prefer source distribution, but DCRs as BMPs.. Isn't this
pushing it a little too far?

Cheers,
Adem


Subject: Re: JVCL(X)
From: "Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com>
Date: Fri, 29 Aug 2003 15:59:49 -0300
Newsgroups: jedi.vcl

    Peter,

        I am happy to help you to make it full CLX compatible ... if it will
be distributed with JVCL 3 or not (for me) is not a big deal, it would be
nice, but to do this we would need to change all unit names to QJvXXXXX as
borland states as the default CLX unit names start with Q and so that it
does not conflict with JVCL ... would you like me to do this? After this we
would need to start taking out the VCL parts of JVCLX as a full CLX
compliant package would not have VCL and Windows Platform codes ... I could
do it also (but maybe after the naming stuff) ...
    Just to start I mean .. there would be a lot of work to do this but we
could do it together I think. I work every day with CLX for Delphi and as I
have noticed you work with CLX for Kylix ... Perfect match ;-) heheheh we
could have both paltforms working together .. hehehe

    I will analyse the roadmap and get JVCL 3 sources this weekwend ...


-- Glad to help, Alexandre Rocha Lima e Marcondes mailto:alexandre@p4tecnologia.com P4 Tecnologia Ltda. http://www.p4tecnologia.com Curitiba - PR - Brazil 

Subject: Help JvToolEdit and D5 crash the run of Program
From: "Alessandro Savoiardo" <savoweb@tiscali.it>
Date: Fri, 29 Aug 2003 19:05:19 +0200
Newsgroups: jedi.vcl

Hi,
 use D5 Ent + WinXp pro ITA + JVCL 2.1 Stable and have problem with the my
program.
I tested the program in Win 98, Win Xp Home e Pro, Win 2000 but in this new
HP PC (Win Xp Home ITA+ALL Windows UPDATE+SQL Server 2000+ SW ATI+MB
NFORCE+HP SOFTWARE) not found.
When run program Windows show standard form crash error.
I remove JvToolEdit (and component) and the program run!

(My friend compiled program in D7 and run)

I remove all autorun software and  i make new litle program but not found

Help me

Alessandro Savoiardo




Subject: Re: JVCL3/JvDlgsD7D Invalid Imagelist
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Fri, 29 Aug 2003 15:18:54 +0200
Newsgroups: jedi.vcl

> > That shouldn't be a problem: although the Image Editor doesn't handle +256
> > colors, Delphi should. You could try to reduce the color count in a real
> > image editor (like PSP or Photoshop) and paste the reduced image back into
> > the dcr. Or, more drastically, delete the JvProgressDialog image (save a
> > backup first!) and try to install without it. If the error persists, it
> > wasn't the image that was the problem.
> >
Tried 'the drastic way'; but with no success; problem is still present.
One more observation: one dialog (browseForFolder) is in fact installed on
the JvDialogs page.
Thanks for your help so far. I'll try to think about other solutions.
/Flemming




Subject: Re[2]: License about ZLib.pas/ZLib.dcu
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 29 Aug 2003 17:04:28 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PH> Borland, there is not any permission by Borland to publish it. With
 PH> other words, the zlibex.pas is not legal. 

It still may be distibuted as patch, same as early LAME, BSD.
Same as VCL from Virtual Pascal

 PH> BTW: A compression unit should be a part of the JCL instead of the
 PH> JVCL.

I'd still prefer separate dll and a unit from API Conversion :-)
Just because zlib is not frozen, but is still enhancing and bugfixing code.

-- np: TRACK04 With best regards, Arioch. E-mail: the_Arioch*NM*ru 

Subject: Re[2]: License about ZLib.pas/ZLib.dcu
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 29 Aug 2003 17:00:02 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> The obj files  would of course be part of the JVCL as well.

I'm afraid to have zlib code within each app (or even within some JVCL
package) is forking.
While there is zlib.dll - why not just use it?


PS: seems i saw zlib/pascal conversion but the project was not continued.
Some rather old version was converted - and that is all.
-- np: TRACK04 With best regards, Arioch. E-mail: the_Arioch*NM*ru 

Subject: Re: JVCL3/JvDlgsD7D Invalid Imagelist
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 29 Aug 2003 14:54:25 +0200
Newsgroups: jedi.vcl

> > Size is 63260 bytes; but if I open the dcr file (Borland Image Editor) and
> > select the bitmap TJVPROGRESSDIALOG, I get an error saying 'more than 256
> > colors is not supported'.
> > Could that be the problem, and how can I fix it?
That shouldn't be a problem: although the Image Editor doesn't handle +256
colors, Delphi should. You could try to reduce the color count in a real
image editor (like PSP or Photoshop) and paste the reduced image back into
the dcr. Or, more drastically, delete the JvProgressDialog image (save a
backup first!) and try to install without it. If the error persists, it
wasn't the image that was the problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3/JvDlgsD7D Invalid Imagelist
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Fri, 29 Aug 2003 14:37:56 +0200
Newsgroups: jedi.vcl

> > You mean the dcr file? Well, it could have been corrupted at download, I
> > suppose. The size of JvDlgsReg.dcr should be 63 260 bytes.

Size is 63260 bytes; but if I open the dcr file (Borland Image Editor) and
select the bitmap TJVPROGRESSDIALOG, I get an error saying 'more than 256
colors is not supported'.
Could that be the problem, and how can I fix it?





Subject: Re: JVCL3/JvDlgsD7D Invalid Imagelist
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 29 Aug 2003 14:03:39 +0200
Newsgroups: jedi.vcl

> > Maybe you after all is on the right track:
> > Could it be something with the icons used for the dlgs ???
You mean the dcr file? Well, it could have been corrupted at download, I
suppose. The size of JvDlgsReg.dcr should be 63 260 bytes.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3/JvDlgsD7D Invalid Imagelist
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Fri, 29 Aug 2003 13:41:21 +0200
Newsgroups: jedi.vcl

> > Could it have something to do with the number of components installed (i.e
> > the error comes from the Component Palette, not from the package as such)?
> >
> > Peter Thornqvist (JVCL Coordinator)

I Don't think so, since Dlgs is one of the first packages (if one folows the
install-procedure) and all following packages are installed correct..
Maybe you after all is on the right track:
Could it be something with the icons used for the dlgs ???
/Flemming





Subject: Re: JVCL3/JvDlgsD7D Invalid Imagelist
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 29 Aug 2003 13:13:25 +0200
Newsgroups: jedi.vcl

Could it have something to do with the number of components installed (i.e
the error comes from the Component Palette, not from the package as such)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL3/JvDlgsD7D Invalid Imagelist
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Fri, 29 Aug 2003 13:01:31 +0200
Newsgroups: jedi.vcl

After a 'clean' install of VCL3 (i.e. removed ALL previous versions/files)
I'm having problems with JvDlgsD7D; it compiles without errors; but
installing reports 'Invalid Imagelist'.
Can anybody confirm this, and/or explain what to do?
(This issue is reported in Mantis #1098)

regards
Flemming




Subject: Re: Form designer
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 29 Aug 2003 14:59:31 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 25 Jul 2003 08:35:14 -0500 @607)
....while the fading voice of Ricardo whispered through the darkness:

 RCO> ExtLib Desing-time form editing engine v.2.2 FWS243 Kb30 Dec 2002
 RCO> Source: Included

=========Beginning of the citation============== 
[Warning] ELDgrm.pas(654): File not found: 'ELDgrm.res'
[Error] File not found: 'ELDgrm.res'

=========The end of the citation================ 

-- If i had ears, i'd heard Celtic Spirit - Lyra (Ta munde) With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Had met one addition to RxMemoryDataset
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 29 Aug 2003 14:41:21 +0400
Newsgroups: jedi.vcl

Hello, All!

http://vowca.chat.ru/Delphi/RxMemDSUtils_eng.html

I wonder if this functionality can be added into RxMemorydataset itself,
together with design-time DBGrid for editing data directly in DFM :-)

-- If i had ears, i'd heard victory-day With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: jvSimpleXml
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 29 Aug 2003 10:08:34 +0200
Newsgroups: jedi.vcl

> > I wonder if the list of  those mnemonics will grow up in time.
> > I think jvSimpleXml can better rely  upon numeric UTF16 codes (say
"&#169;"
> > stands for "(c)")
> > Then we can have a list of IDs like amp, gt, lt, nbsp etc placed in
> > resourcestring or RxStringHolder or whatever, allowing to freshen the list
> > without need to recompile app with newer version of JVCL

There are only five predefined internal entities in XML (lt, gt, amp, quot
and apos) so there is no need for an "external" definition. In fact, this
goes against the purpose of XML: if you need to define additional entities,
you should use a DTD/XSchema.

The original intent of JvSimpleXML was that it should be "fast and simple"
as opposed to other more complete XML parsers that might be labeled "slow
but feature-rich". I think that we should try to keep it simple and not
start introducing additional features. If you need to handle more complex
documents, with namespaces, DTD's etc, you should use one of the other XML
parsers (MS, IBM, OpenXML etc). Besides, JvSimpleXML already understand
hexadecimal character references (i.e &#34; would be equivalent to
&quot;)and can convert to/from it automatically.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem using the JvProgressdialog and TvProgressComponent
From: "niels" <niels@lumensoft.nl>
Date: Fri, 29 Aug 2003 09:53:03 +0200
Newsgroups: jedi.vcl

Hallo,

Can someone from the def's look into this components from JVCL 3.
I have problems using them, becose the progresswindow is showing but
no text or progressbar also i see no cancel button.

This is what i do :

    JvProgressDialog1.Max := 1;
    JvProgressDialog1.show;
    tblCentra.Open;
    tblCentra.FetchAll;
    JvProgressDialog1.Max := tblCentra.RecordCount;
    JvProgressDialog1.Position := 1;
    Application.ProcessMessages;
    while (not tblCentra.eof) and (not JvProgressDialog1.Cancelled) do begin
      < do someting >
      tblCentra.next;
      JvProgressDialog1.Position := JvProgressDialog1.Position +1;
    end;

Thanks

Niels




Subject: Re: Re[6]: JvBallonHint and Custom TabSheet PageControl hints
From: <Delphi@Example.com>
Date: Thu, 28 Aug 2003 22:32:17 -0400
Newsgroups: jedi.vcl

I tried using the

JvHintedPageControl and this did not help either, Anyway I have a source
project
With the JvHintedPageControl. Any idea's  Click link to download and test
out,
http://delphi.carrz-fox-fire.com/files/JvHintedPageControl.zip

I would say this was a "Window Paint" Issue, but no.
I am out of idea's, I do not know what else to test, And there is a High
Demand
To have a Bubble hint in my program, So just trying to make people happy :-)
That is all that we can try to do right? Right...

Take Care All;
Wayne



"Arioch"
> > Hello, Delphi@Example.com!
> >
> >  D> Help in resolving the Flickering, I would Really love to see an
example.
> >
> > Then take an screenshot or an example at the URLs i gave You and give them
a
> > try :-)
> >
> > With best regards, Arioch.  E-mail: the_Arioch@nm.ru
> >




Subject: Re: JvBallonHint and Custom TabSheet PageControl hints
From: <Delphi@Example.com>
Date: Thu, 28 Aug 2003 18:30:12 -0400
Newsgroups: jedi.vcl

I got it....
It is working, was just a timing thing :-) And clicking the right button,
Of which I keep on forgetting.

Wayne




Subject: Re: TJVID3v2 in JVCL3 => BitRate, SampleRate, Song Length
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 29 Aug 2003 00:29:24 +0200
Newsgroups: jedi.vcl

> > [...] delay ± 2 days [...]

It would be interesting to see a -2 days delay 8-)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvBallonHint and Custom TabSheet PageControl hints
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 29 Aug 2003 00:28:14 +0200
Newsgroups: jedi.vcl

> > Do I just do like I have done before in the past, and keep on trying, in
> > hopes that it finally allows me in? Or is my settings incorrect?
> >
> > :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl
> > dev/JVCL3 <-- Module

Looks right. There have been massive problems on SF the last couple of days
due to outages and machine failures, so that might be the reason for the
failures. Just keep trying!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvBallonHint and Custom TabSheet PageControl hints
From: <Delphi@Example.com>
Date: Thu, 28 Aug 2003 18:23:39 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez"
> > <Delphi@Example.com> wrote in message bilo0s$mhk$1@talkto.net...
>> > > This is what I have
>> > > pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
> >
> > There should be a colon in front as well, and the domain is wrong:
> >
> > :pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl
> >
> > and the case-sensitive module name is dev/JVCL3
> >
> > Cheers,
> >   Ignacio

Thank you
I tried your settings that you supplied.
I undersand hat sometimes it takes a while As I have used this program
With "GLScene" on downloading it. But I am getting an
======
cvs [ls aborted]: server does not support ls
Error, CVS operation failed
======

Do I just do like I have done before in the past, and keep on trying, in
hopes that it finally allows me in? Or is my settings incorrect?

:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl
dev/JVCL3 <-- Module


Any idea's ?
Wayne








Subject: Re: TJVID3v2 in JVCL3 => BitRate, SampleRate, Song Length
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 28 Aug 2003 23:47:37 +0200
Newsgroups: jedi.vcl

I've added it to CVS, see:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/JVCL3/run/JvID3v2Base.pas

rev 1.3, delay ± 2 days. Implemented in the TJvID3FileInfo class.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvBallonHint and Custom TabSheet PageControl hints
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 28 Aug 2003 17:05:54 -0400
Newsgroups: jedi.vcl

<Delphi@Example.com> wrote in message bilo0s$mhk$1@talkto.net...
> > This is what I have
> > pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

There should be a colon in front as well, and the domain is wrong:

:pserver:anonymous@cvs.sourceforge.net:/cvsroot/jvcl

and the case-sensitive module name is dev/JVCL3

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Re[2]: JvBallonHint and Custom TabSheet PageControl hints
From: <Delphi@Example.com>
Date: Thu, 28 Aug 2003 16:47:54 -0400
Newsgroups: jedi.vcl

I am trying to use the [TortoiseCVS] to download the new JVCL3.
And am having no luck. I read the information on the
http://jvcl.sourceforge.net
For connecting with "Anonymous" access. But it is not working.??

Can someone please explain this a little better.
This is what I have
pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl


Thank you
Wayne

"Peter Thornqvist"
>> > > Try looking issue tracker - i posted there my code for custom hints.
> > This is already in JVCL3
> > --
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Cannot update by CVS - server error
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 28 Aug 2003 23:20:49 +0400
Newsgroups: jedi.vcl

Hello, dave!

 d> cvs.jvcl.sourceforge.net: -1 Error, CVS operation failed
 d> Any ideas as to why?

Server is overloaded.
Ether try again and again and You will succeed about 20th attempt.
Or configure Tortoise to pass plain text instead of gzip-compressed. That
will eat more traffic though.

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re[2]: Evalutaing installers
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 28 Aug 2003 23:17:37 +0400
Newsgroups: jedi.vcl

Hello, Peter!

NullSoft cannot be unpacked as an archive - it is miss.
Binary distribution IMHO can be made as say RAR SFX which can auto-detect
Windows folder and extract there. I'm sure Roshal can give a license to use
it for free library, just like Doc-o-matic deed.

For developers i'm sure the distribution is to be source-based.
Ideally it even should not have DCR's, but build them after BMP's after
unpacking.
After all, in case of any incompatibility, that will show errors right at
install, not after some time of using it (say reading help).
So, again, some solid archiver with SFX (say free 7-zip) and Jedi installer
or Nevrona one after.

What are the misses of JediInstaller? Maybe it is worth enhancing rather
than dropping ?

BTW, since JVCL is tried to became CLX-aware (and JCL already is) i think
some cross-platform solid archiver (say tar+bzip2 or tar+gzip) is a must.

For Windows i would wonder if it is possible to make MSI - MS-CAB gives good
compression and MSI is standard that MS promotes to be popular among users
(even Delphi use it now) - so i wonder is their free MSI makers ?

-- With best regards, Arioch. E-mail: the_Arioch@nm.ru 

Subject: Re[2]: JvDeviceChanged does not work under WinXp?
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 28 Aug 2003 22:59:05 +0400
Newsgroups: jedi.vcl

Hello, cforce!

 c> Only found AutoPlay Options.

There is 2 of them indeed - one for data cd and other for cd-audio

 c> Maybe i need some PowerToolsr TweakTools to switch this option?

There are hords of.
For example: Microsoft.com -> Windows95 -> PowerToys -> TweakUI (works with
any Win32)
Microsoft.com -> Windows XP -> P.T. -> T.UI (much larger file and XP-only)
www.xteq.com -> X-Setup

Or any FAQ site, say www.ntFAQ.com or www.ExpertsExchange.com or
winfaq.com.ru

Google will help You :-)

PS: plz, do not overquote!


With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: jvSimpleXml
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 28 Aug 2003 22:51:49 +0400
Newsgroups: jedi.vcl

Hello, Giorgio!

 G> <myButton1 Caption="&amp;1"/>

I wonder if the list of  those mnemonics will grow up in time.
I think jvSimpleXml can better rely  upon numeric UTF16 codes (say "&#169;"
stands for "(c)")
Then we can have a list of IDs like amp, gt, lt, nbsp etc placed in
resourcestring or RxStringHolder or whatever, allowing to freshen the list
without need to recompile app with newer version of JVCL


With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: JVCL(X)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Aug 2003 16:01:47 +0200
Newsgroups: jedi.vcl

> > In most of the cases the {$IFDEF WIN32}... {$ENDIF}  can be
> > replaced with {$IF DEFINED(WIN32) AND DEFINED(COMPLIB_VCL)}...{$IFEND}
DEFINED wasn't added to Delphi until D7 so you cant use that if the code is
to be added to JVCL (we want to maintain compatibility with at least D5-D7
as well as bcb5-bcb6). I suspect that K2 doesn't understand it either.

> > Maybe in some cases this not true.
> > So sure I like to have some help to make it really CLX !
Maybe you two can hook up and do it together?

> > 3. The VCLX package was developed and tested with Kylix 3 Pro, have to
sort
> > out which components
> >     are compatible with the kylix open edition.
And Kylix 2!

> > Help is welcome, but wait for the upcoming beta release.
Are you planning to upload it in jedi.binaries as the last time? That would
be good.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL(X)
From: "forums.talkto.net" <asn@xs4all.nl>
Date: Thu, 28 Aug 2003 15:24:42 +0200
Newsgroups: jedi.vcl

"Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com> schreef in
bericht news:big3mm$l6r$1@talkto.net...
> >     André,
> >
> >     I am wandering if you might need help on porting JVCL to Kylix. I
don't
> > have much experience with Qt and CLX, but am trying to port some of the
> > components of JVCL that I need. Anyway, why the sources you have released
> > not compatible with Windows? Isn't it better for all that the components
are
> > compatible with CLX and do not use native resources of any platform or
have
> > compiler directives to use native code?Whould you like help to make it
> > compatible to windows?
> >
> > --
> >     Alexandre Rocha Lima e Marcondes
> >     mailto:alexandre@p4tecnologia.com
> >     P4 Tecnologia Ltda.
> >     http://www.p4tecnologia.com
> >     Curitiba - PR - Brazil
> >
> >
CURRENT STATUS OF VCLX

1. Until now the VCL components I have ported are Kylix only. I will release
a last (Kylix only)
beta version soon. I have already done some changes to make it really CLX
({$IFDEF LINUX}), but that is not finished yet. I kept source files as much
as I could compatible with the VCL versions.
In the kylix only version  it is assumed that WIN32 is not defined and that
occurs in most of files,
a lot a work. In most of the cases the {$IFDEF WIN32}... {$ENDIF}  can be
replaced with
{$IF DEFINED(WIN32) AND DEFINED(COMPLIB_VCL)}...{$IFEND}
Maybe in some cases this not true.
So sure I like to have some help to make it really CLX !

2. VCLX was based on the JVCL 2.1 version
VCLX sources have to be merged with JVCL 3.0, if VCLX becomes part of that.
Because the
restructuring of VCL this is also a lot work: filenames have changed,
components were removed
including some which are part of VCLX sources. Example the original
JvSpeedButton is removed,
JvxSpeedButton is renamed to JvSpeedButton. JvxSpeedbutton was/is defined in
unit JvxCtrls.pas.
That file I didn't port to CLX: it relies heavyly on windows messages and it
is a very large file. (boring)
( I really don't favour merging units into one file).
"Downwards compatible" doesn't exist in JEDI. (This will be  also the case
for all beta versions of VCLX)

3. The VCLX package was developed and tested with Kylix 3 Pro, have to sort
out which components
    are compatible with the kylix open edition.

4. Not all functionality is ported, but there is still room for
improvements.

4. It contains also some wrappers for windows functions and types, currently
they are defined in
   JvTypes.pas and JvFunctions.pas, better to merge it in seperate file
(JvQWindows.pas).

5. Not all functions/components were tested.

6. There are no VCLX related help files and VCL help is windows help format.

Help is welcome, but wait for the upcoming beta release.

Greetings,

André Snepvangers

7.





Subject: Re: JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Aug 2003 10:55:30 +0200
Newsgroups: jedi.vcl

> > I was just wondering, when is the JVCL version 3.0 intended to be
> > released (the stable version)?

When it's ready(tm).

It is impossible to say, but the more people being active, the faster it
will proceed. At the moment, we have very few developers actively doing
anything, so the going is slow.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL(X)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Aug 2003 10:53:49 +0200
Newsgroups: jedi.vcl

> >     I am wandering if you might need help on porting JVCL to Kylix. I
don't
> > have much experience with Qt and CLX, but am trying to port some of the
> > components of JVCL that I need.
[...]

Yes, please! Here's a "roadmap" for how to participate in development as a
non-developer (ie witout CVS write access):

1. Install a CVS client on your computer. How to set it up, is explained
here: http://jvcl.sf.net/cvs.htm).
2. Get the latest working sources from dev/JVCL3 (the original /jvcl tree is
no longer maintained). Read the news item "How to get JVCL3" at
http://sf.net/projects/jvcl) for info on how to get at the working sources.
3. Start coding! Look happy! Make progress!
4. When you have something that you would like to send back to JVCL, create
a new bug report at http://projectjedi.sf.net/mantis and select "Donation"
as the type. Someone will take a look at it and if it is deemed good enough,
it will be updated to the CVS repository.
5. Do this a number of times and you will probably be added as a developer
in which case you can update the CVS files directly.

If you have further questions, don't hesitate to contact me or any other
JVCL developer.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL 3.0
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 28 Aug 2003 10:52:17 +0200
Newsgroups: jedi.vcl

Hi!

I was just wondering, when is the JVCL version 3.0 intended to be released (the stable version)?

Thanks!

Jonathan Neve.



Subject: Re: Jan's Spellchecker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 28 Aug 2003 08:13:44 +0200
Newsgroups: jedi.vcl

> > <embarrassed>
> > Ouch!, three strikes... I must need more sleep!!!<g>... or I am just
getting
> > too old!!!
> > </embarrassed>
Don't worry - you're not the only one<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re[6]: JvBallonHint and Custom TabSheet PageControl hints
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 28 Aug 2003 10:00:35 +0400
Newsgroups: jedi.vcl

Hello, Delphi@Example.com!

 D> Help in resolving the Flickering, I would Really love to see an example.

Then take an screenshot or an example at the URLs i gave You and give them a
try :-)

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: Jan's Spellchecker
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Wed, 27 Aug 2003 22:55:26 -0500
Newsgroups: jedi.vcl

>> > > I need mur timee<eof>
> > woh dosen't?<g>

> > Thanks for the pointers!

<embarrassed>
Ouch!, three strikes... I must need more sleep!!!<g>... or I am just getting
too old!!!
</embarrassed>

I was able to reproduce the last one, the spellchecker not catching the word
when it is the last word of the text... but only when I use TPlusMemo. When
I use TRichEdit, it caught the word just fine.

Thanks for the great work!!!,
--Raymond




Subject: Re: Evalutaing installers
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 27 Aug 2003 23:19:11 +0200
Newsgroups: jedi.vcl

> >   Peter, may I direct your attention to the post made by James?
I am aware of his post but we also have to weigh in ease of use as well. Not
all JVCL users are savvy Delphi developers and many feel uncomfortable doing
manual installs. To cater fror both, it would be possible to provide both a
zip with sources for manual install as well as a zipped setup executable for
automated install. Additionally, I believe InnoSetup provides CRC checking
already which provides some level of protection.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Re[4]: JvBallonHint and Custom TabSheet PageControl hints
From: <Delphi@Example.com>
Date: Wed, 27 Aug 2003 16:43:00 -0400
Newsgroups: jedi.vcl

Hello ["Arioch"];

   I do not think this is going to be what I am needing?
What I would like is to have the "JvBalloonHint" To be
Dislpayed when Mouse Over each of the "Tabs" of the PageControl.
And this is working with the Code that is supplied in here, But it
"Flickers"
This is what I am trying to get fixed. But if you think that your Hint's
Will
Help in resolving the Flickering, I would Really love to see an example.

Wayne

The below code example, is with "Remko Bonte (Team JVCL) "
Modifications added to it.
------------------------------
=============
unit EETest1;

interface

uses
 Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
 StdCtrls, ComCtrls, AppEvnts;

type
 TCallbackThunk = packed record
   POPEDX: Byte;
    MOVEAX: Byte;
   SelfPtr: Pointer;
   PUSHEAX: Byte;
    PUSHEDX: Byte;
    JMP: Byte;
    JmpOffset: Integer;
  end;

 TForm1 = class(TForm)
   PageControl1: TPageControl;
   TabSheet1: TTabSheet;
   TabSheet2: TTabSheet;
   TabSheet3: TTabSheet;
   TabSheet4: TTabSheet;
   Label1: TLabel;
   Label2: TLabel;
   Label3: TLabel;
   Label4: TLabel;
   Label5: TLabel;
   Label6: TLabel;
   ApplicationEvents1: TApplicationEvents;
   StatusBar1: TStatusBar;
   procedure PageControl1MouseMove(Sender: TObject; Shift: TShiftState; X,
     Y: Integer);
   procedure FormCreate(Sender: TObject);
   procedure ApplicationEvents1Message(var Msg: tagMSG;
     var Handled: Boolean);
 private
   { Private declarations }
   HitIndex: Integer;
   Show1, DoHint: Boolean;
   HintW1: THintWindow;
   procedure wTimerProc(Wnd, Mesg, TimerID, SysTime: Integer); stdcall;
 public
   { Public declarations }
 end;

var
 Form1: TForm1;
 TimerProcAdr: TCallbackThunk;

implementation

{$R *.DFM}

uses CommCtrl;

procedure TForm1.wTimerProc(Wnd, Mesg, TimerID, SysTime: Integer); stdcall;
var
HintStr: String;
MousePt: TPoint;
HitTestInfo: TTCHitTestInfo;
nIndex: Integer;
R : TRect;
begin
if TimerID = 1 then
begin
KillTimer(Form1.Handle,1);
GetCursorPos(MousePt);
HitTestInfo.pt.x := MousePt.X;
HitTestInfo.pt.y := MousePt.Y;
windows.ScreenToClient(PageControl1.Handle,HitTestInfo.pt);
nIndex := SendMessage(PageControl1.Handle, TCM_HITTEST, 0,
Integer(@HitTestInfo));
if nIndex = HitIndex then
  begin
  case HitIndex of
    0: HintStr := 'This is the First Page';
    1: HintStr := 'Second Page Hint';
    2: HintStr := 'Hint for the Third Page';
    3: HintStr := 'This is the Fourth Page';
    else HintStr := 'Not Page';
    end;

  R := HintW1.CalcHintRect(100, HintStr, nil); // 100 is arbitrary
  OffsetRect(R, MousePt.X, MousePt.Y);
  HintW1.ActivateHint(R, HintStr);
  SetTimer(Form1.Handle,2,50,@TimerProcAdr);
  end;
end else
if TimerID = 2 then
 begin
 KillTimer(Form1.Handle,2);
 Show1 := True;
 end else
if TimerID = 3 then
 begin
 KillTimer(Form1.Handle,3);
 DoHint := True;
 end;
end;

procedure TForm1.PageControl1MouseMove(Sender: TObject; Shift: TShiftState;
 X, Y: Integer);
var
newHitIndex: Integer;
HitTestInfo: TTCHitTestInfo;
HintStr: String;
begin
{be sure to add ComCtrls to the uses clause}

HitTestInfo.pt.x := X;
HitTestInfo.pt.y := Y;
newHitIndex := SendMessage(PageControl1.Handle, TCM_HITTEST, 0,
Integer(@HitTestInfo));
if newHitIndex <> HitIndex then
 begin
 HitIndex := newHitIndex;
 {Usually you would have a Status Bar to give Hints about a Tab Control}
 case HitIndex of
    0: HintStr := 'This is the First Page';
    1: HintStr := 'Second Page Hint';
    2: HintStr := 'Hint for the Third Page';
    3: HintStr := 'This is the Fourth Page';
    else HintStr := 'Not Page';
    end;
 StatusBar1.SimpleText := HintStr;
 end;

if not Show1 and DoHint then
 begin
 SetTimer(Form1.Handle,1,300,@TimerProcAdr);
 Exit;
 end;

end;

procedure TForm1.FormCreate(Sender: TObject);
begin
Show1 := False;
DoHint := True;
HitIndex := 1000;
with TimerProcAdr do
 begin
 POPEDX := $5A;
 MOVEAX := $B8;
 //Here is the reference to self
 SelfPtr := Self;
 PUSHEAX := $50;
 PUSHEDX := $52;
 JMP     := $E9;
 JmpOffset := Integer(@TForm1.wTimerProc) - Integer(@JMP) - 5;
 end;

HintW1 := TJvBalloonWindow.Create(Form1);
HintW1.Color := clInfoBk;
end;

procedure TForm1.ApplicationEvents1Message(var Msg: tagMSG;
 var Handled: Boolean);
begin
{this is a  TApplicationEvents  OnMessage}
if Show1 then
 if HintW1.IsHintMsg(Msg) or (Msg.message = WM_MOUSEMOVE) then
   begin
   HintW1.ReleaseHandle;
   Show1 := False;
   DoHint := False;
   SetTimer(Form1.Handle,3,150,@TimerProcAdr);
   end;
end;

end.

=============





Subject: Re: Evalutaing installers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 27 Aug 2003 21:21:32 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 27 Aug 2003 20:52:06 +0200:

 >> Did you consider the Nullsoft installer at
 >> http://nsis.sourceforge.net/site/Home.2.0.html ?
 PT> It looks nice but I have never tried it. I am currently trying to
 PT> create a script in Inno that apart from copying the files[...]

  Peter, may I direct your attention to the post made by James? Not that I
like that approach that much (and in fact have most scripting turned off for
security reasons) he does have good point about users not needed to download
a binary. I believe that was also the reason why Petr created the Jedi
Installer, an installer the user needs to build before he can use it. No
binaries = very slim chance of accidental (or deliberate) virus infection;
after all you can inspect the source yourself if you don't trust it.

  I remember way back when JvInspector was still a separate project: I got
some requests if I would please release a version of the component that
would not require them to download an .exe of which they have no idea if
it's really safe to actually execute it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Evalutaing installers
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 27 Aug 2003 20:52:06 +0200
Newsgroups: jedi.vcl

> > Did you consider the Nullsoft installer at
> > http://nsis.sourceforge.net/site/Home.2.0.html ?
It looks nice but I have never tried it. I am currently trying to create a
script in Inno that apart from copying the files, also compiles and
optionally install the packages as well as the help files for all supported
versions. It requires some hefty pascal scripting but it's quite fun as far
as programming goes.
Thanks for the tip, though.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Evalutaing installers
From: "Danny Heijl" <danny.heijl@pandora.be>
Date: Wed, 27 Aug 2003 20:07:14 +0200
Newsgroups: jedi.vcl

Did you consider the Nullsoft installer at
http://nsis.sourceforge.net/site/Home.2.0.html ?

(But I use InnoSetup myself).

Danny
---

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schreef in bericht
news:biaflq$hg4$1@talkto.net...
> > I have been playing around with various installers for a while, trying to
> > determine what technology would be most appropriate for the distribution
of
> > JVCL. Currently I have played with InnoSetup, want and the JediInstaller.
> > Does anyone else have ideas on other installers or useful tools that could
> > make it easier for end-users to install JVCL? It should provide support
for:
> > * Selecting what to install
> > * Optionally compile and install the packages in Delphi/BCB/Kylix
> > * Add the help file(s) to the compilers help system (OpenHelp)
> >
> > All of the mentioned tools above can be made to do this, so it is more a
> > matter of preferences (I am leaning towards InnoSetup myself) but if you
> > have additional information, suggestions or preferences, please let me
know.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Requests for JVCL3 developers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 27 Aug 2003 17:54:30 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to All on Wed, 27 Aug 2003 16:58:52 +0200:

 MB>   I have two small request to those who work on the JVCL3 sources:

  Another request:

   3) If a changes results in changes in behavior of a method, allowed
ranges for parameters or anything that needs to be added to the help, you
should also mark the .dtx as Incomplete

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Requests for JVCL3 developers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 27 Aug 2003 16:58:52 +0200
Newsgroups: jedi.vcl

Hello, All!

  I have two small request to those who work on the JVCL3 sources:

  1) If you remove properties/methods/etc from a unit, could you remove them
from the corresponding .dtx file as well?
  2) If you add methods/properties/etc to a unit, could you update the
status line of the corresponding .dtx file from Completed to Incomplete?
(note: only if the status is actually set to Completed, otherwise the unit
is being worked on already; a notification message may be posted to this NG
to inform those help writers not subscribed to the CVS notification list).

  I'm not saying things are bad now (I think Remko kept up with most
additions/changes) but it's extremely help full to know if a completed help
file became incomplete. Later Remko or I will generate the skeleton for any
additions with the tool Remko wrote.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Re[2]: UTF components
From: "Daniel Rail" <daniel@accra.ca>
Date: Wed, 27 Aug 2003 11:18:06 -0300
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:bii9v5$2j1$3@talkto.net...
> > Somewhen i was thinking about porting IBM Classes for Unicode - but there
> > were 10 MB of sources and i was frightened !
> >
> > What do You meant by UTF components ?

Unfortunately for you, they are not Unicode components.  UTF stands for UIL
Time Framework.  It's a scheduler/planner component set to help you create
PIM style applications.  UIL just released it as open-source to Project
JEDI.  They are a great addition to JVCL.

Daniel Rail
Senior Software Developer
ACCRA Med Software Inc.(www.filopto.com)




Subject: Re[4]: JvBallonHint and Custom TabSheet PageControl hints
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 17:38:00 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PT> This is already in JVCL3

Glad to hear. Tnx.

BTW, can You move that THintSource type out of that unit to som generic
JvComponent or JvTypes or whatever.

I did the similar trick to RxCheckListBox, but after Polaris made their
updates it stopped work and i did not re-implemented it yet.
Anyway, IMHO hintSource is to be applied to a number of complex components,
so it is not to be PageControl-only type.

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: Contributing
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 16:58:44 +0400
Newsgroups: jedi.vcl

Hello, Sterling!

SB> JCL under the MPL?  I'm not even sure that anybody has downloaded it

I think that is not the place.
Take a look at API Conversion project.

http://JVCL.sf.net -> Jedi Projects
news://forums.talkto.net/jedi.apiconversion

With best regards, Arioch.  E-mail: the_Arioch@nm.ru


Subject: Re[2]: a Pascal question
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 16:43:30 +0400
Newsgroups: jedi.vcl

Hello, Remko!

 RB> There is one in code I've written, and I'm now thinking real hard why
 RB> the ** I did that <g>.

To help newcomers study only those methods they doo need in usual app.
Imagine they were to study ALL of them including private internal ones -
they would never end htis then :-)

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re[2]: JvRadioControl
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 16:39:57 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PT> Just too many files to update for a "small" change, isn't it<g>?

Nope, just inability to use C-like #define for pascal and help sources :-P

With best regards, Arioch.  E-mail: the_Arioch@nm.ru


Subject: Re[2]: JvRadioControl
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 16:37:50 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

MB>   How about TJvDial? Or would that be mistaken for a RAS component?

JogDial after Sony ? :-)

MB>   I will rename and update this afternoon to TJvDial unless someone
MB> protests against that name (in which case it will be TJv(Dial)Knob as
MB> this seems more correct than TJvDialButton; it's not a button [implies
MB> something you push IMO], it's a knob).

Or maybe wheel? or roller? But knob is better here.

IMHO visual component must have some part of its name telling that is is
visual.
Even DialButton or DialControl is better to me that Dial.

BTW if to make it an optional button (having flags to be sensitive to
_cliks_ on top/bottom and/or left/right edges and/or center), it indeed
could be JogDial :-)

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re[2]: UTF components
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 16:21:02 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 PTr> all in UTF but I'll at least try to answer questions as well as I can.

Somewhen i was thinking about porting IBM Classes for Unicode - but there
were 10 MB of sources and i was frightened !

What do You meant by UTF components ?

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re[2]: I want to donate a component
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 16:16:17 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

 MB> At some point a native English speaking person is going to scan all the

Full scan ?

May there be some suggested 'banner', that non-English speakers will staret
their texts with ?
Then that person can search for text from that banner to find only those
pages that need to be cleaned.
Before release full scan will be performed too - but that will be done less
frequent, saving much time IMHO.


PS: Delphi 7 has ActionManager.
To me it looks much toward this component - it is UI over TAction.
I hope that shortcut engine will work with it too.
Whart about IDataProvider for TAction?

And i'd like to see d&d aware menu, like Windows::Start, so i can just drag
menu item out of the menu to make it shortcut :-)
And could drag submenu to separate dockable window, like i can do in MS
Office or GIMP

On the other hand, while CoolMenu seems to become opensource, it may be no
need to make one more super-menu :-)

PPS: anyone tried Bold ? I have no D7 Arch - so i can't.
But from brief articles, it seems Bold has internal idea much like
IDataProvider. Is it ?

-- With best regards, Arioch. E-mail: the_Arioch@nm.ru 

Subject: Re[2]: [Team] Update the web site
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 16:04:26 +0400
Newsgroups: jedi.vcl

Hello, Ricardo!

 RCO> or the Jedi community ... maybe this tool http://www.postnuke.com can

Tere are 2 branches: PHP Nuke and PostNuke.
Byut i heard they have numerous design flaws :-(

At least i can tell about www.interbase-world.com :
 1) it is very uneasy about multi-language sites
 2) it is very unsafe - there was a lot of troubles with defacement.

After all, personally i hate www-forums :-)
I take it in the same kline of nonsense as www-mail and www-chat


With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: Re[2]: JvBallonHint and Custom TabSheet PageControl hints
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 27 Aug 2003 13:13:22 +0200
Newsgroups: jedi.vcl

> > Try looking issue tracker - i posted there my code for custom hints.
This is already in JVCL3
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re[3]: JvBallonHint and Custom TabSheet PageControl hints
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 15:11:04 +0400
Newsgroups: jedi.vcl

Hello, Arioch!

http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=200

  A> Also it may be found as a class inherited from VCL::TPageControl as
 http://arioch.nm.ru/Delphi/PCHints/PageCtlHints.zip


With best regards, Arioch.  E-mail: the_Arioch@nm.ru


Subject: using plugins ----- Interbase
From: "Deano" <bestm80eva@hotmail.com>
Date: Wed, 27 Aug 2003 11:56:16 +0100
Newsgroups: jedi.vcl

How can i implement a interbase connection and transaction

Or even parameter passing using plugins

thanks
dean




Subject: Re[2]: JvBallonHint and Custom TabSheet PageControl hints
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 27 Aug 2003 14:03:24 +0400
Newsgroups: jedi.vcl

Hello, Delphi@Example.com!

 D> Thank you for your assistance, Will post back with a resolution.

Try looking issue tracker - i posted there my code for custom hints.
Also it may be found as a class inherited from VCL::TPageControl as http://arioch.nm.ru
or http://vowca.chat.ru

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: Jan's Spellchecker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 27 Aug 2003 08:37:46 +0200
Newsgroups: jedi.vcl

> > 1. I found having to double-click on the replacement list items
confusing...
> > usually you just select the one from the list and click on "Change" and
all
> > is done... even after I knew I had to double-click, I kept forgetting...
The dialog is not part of the component so this is user-configurable. Just
move the code from the TfrmSpellChecker.lbSuggestionsDblClick event handler
to the OnClick event handler.


> > 2. "Mur" was not caught by the spell checker, and I did make sure that mur
> > was not in my english.dic
The dialog is set to skip words shorter than 4 characters (see
TfrmSpellChecker.DoCanIgnore), so you can control this yourself as well.


> > 3. If you misspell your last word and do not end with any punctuation...
so
> > the misspelled work is the very last thing... then that word is not caught
Hm, I can't reproduce that using a standard TRichEdit...

> > I need mur timee<eof>
woh dosen't?<g>

> > That is it for now... right now, I need mur sleep!<g>
Thanks for the pointers!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Evalutaing installers
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Wed, 27 Aug 2003 13:10:32 +0800
Newsgroups: jedi.vcl

I had studied Indy's installer. Indy uses batch file calling Delphi/BCB's
command-line compiler to compile source package. This method has it own
advantages, and limitations as well.

Advantages:
*End-users needn't download binary files
*Developer needn't maintain BCB packages

Limitations:
*Can not access registry, so it build an .exe file first to read registry.
*Ugly Interface, no any additional information to end-users.
*Couldn't afford more interaction to end-users.

Well, I am trying to write an installer using HTML+VBScript+XML. HTML can
present a beautiful interface to end-users, VBScript is more powerful than
command-line and XML is used to sotre any data that installer need.
But this also has some limitations:
*VBScript can NOT enumerate registry, so it can not uninstall previous
version JVCL automatically.
*It need MSXML component and Internet Explorer.(MSXML is in of IE pacakge
after version 5)

I'm somewhat busy recently. So I haven't finish it. These functions had been
implemented:
*Detect which version of Delphi/BCB have been installed, then choose install
JVCL into which developing tools.
*Select which packages to install, when a package is select, the packages it
requires will also be select automatically, the same thing happend on
deselecting a package.

Now I am working on compiling packages in correct order.
I don't know how to add help into OpenHelp, if it can be done using
command-line tool or writing some key to registry, the VBS can do this
automatically.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> ????
news:biaflq$hg4$1@talkto.net...
> > I have been playing around with various installers for a while, trying to
> > determine what technology would be most appropriate for the distribution
of
> > JVCL. Currently I have played with InnoSetup, want and the JediInstaller.
> > Does anyone else have ideas on other installers or useful tools that could
> > make it easier for end-users to install JVCL? It should provide support
for:
> > * Selecting what to install
> > * Optionally compile and install the packages in Delphi/BCB/Kylix
> > * Add the help file(s) to the compilers help system (OpenHelp)
> >
> > All of the mentioned tools above can be made to do this, so it is more a
> > matter of preferences (I am leaning towards InnoSetup myself) but if you
> > have additional information, suggestions or preferences, please let me
know.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Jan's Spellchecker
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Tue, 26 Aug 2003 23:57:08 -0500
Newsgroups: jedi.vcl

> > Is anyone actively testing this spell checker component? Is it working?
> > Problems? Suggestions for improvements? Should we add it to JVCL?

I finally had a few minutes to check this out... but be forewarned... I used
this with my TPlusMemo and all appeared to work well... but that may or may
not be the reason for my problems...

1. I found having to double-click on the replacement list items confusing...
usually you just select the one from the list and click on "Change" and all
is done... even after I knew I had to double-click, I kept forgetting...

2. "Mur" was not caught by the spell checker, and I did make sure that mur
was not in my english.dic

3. If you misspell your last word and do not end with any punctuation... so
the misspelled work is the very last thing... then that word is not caught

i.e.
I need mur timee<eof>

Neither mur or timee is caught

That is it for now... right now, I need mur sleep!<g>
-- Raymond
Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bif4p4$ek3$1@talkto.net...
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvRadioControl
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 26 Aug 2003 15:28:37 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bigadm$mkm$1@talkto.net...
> > Hello, Ignacio!
> > You wrote to Robert Marquardt on Tue, 26 Aug 2003 15:16:20 -0400:
> >
IV>> Naw, just have ZeroAngle and MaxAngle properties and if MaxAngle>=360
IV>> then multiple rotations are allowed. Mind you, I haven't taken a look
IV>> at the control in question, but it could work.
> >
> >   That was actually my thought as well. Currently the MaxAngle is limited
> > to 360, but that could easily be lifted. The only problem I can see is the
> > mouse handling. I have seen a demo of a dial control (can't remember
> > which) that just looked at the (horizontal or vertical) displacement  from
> > the mouse down point to determine where to turn the dial to, whereas the
> > JVCL control uses the mouse as an absolute position, which makes multiple
> > rotations just a little harder.

When you capture the mouse, just do a motion-to-motion angle delta
detection. When the delta is greater than 180 degrees, it's going the other
way.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JvRadioControl
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 21:23:12 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Robert Marquardt on Tue, 26 Aug 2003 15:16:20 -0400:

 >>
 >>>   another addition I just thought of: allowing it to turn more than
 >>> 360° (a lot of dials in the industry allow it to rotate a couple of
 >>> times before hitting it's max).
 >>
 >> This leads to two versions. One is absolute (min to max = some angle for
 >> rotation) the other relative (like a mouse e= endless rotation).

 IV> Naw, just have ZeroAngle and MaxAngle properties and if MaxAngle>=360
 IV> then multiple rotations are allowed. Mind you, I haven't taken a look
 IV> at the control in question, but it could work.

  That was actually my thought as well. Currently the MaxAngle is limited to
360, but that could easily be lifted. The only problem I can see is the
mouse handling. I have seen a demo of a dial control (can't remember which)
that just looked at the (horizontal or vertical) displacement  from the
mouse down point to determine where to turn the dial to, whereas the JVCL
control uses the mouse as an absolute position, which makes multiple
rotations just a little harder.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Nits with "Touch of Henry
Moore".




Subject: Re: JvRadioControl
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 26 Aug 2003 15:16:20 -0400
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
big911$m95$1@talkto.net...
> > Marcel Bestebroer wrote:
> >
>> >>   another addition I just thought of: allowing it to turn more than 360°
>> >> (a lot of dials in the industry allow it to rotate a couple of times
>> >> before hitting it's max).
> >
> > This leads to two versions. One is absolute (min to max = some angle for
> > rotation) the other relative (like a mouse e= endless rotation).

Naw, just have ZeroAngle and MaxAngle properties and if MaxAngle>=360 then
multiple rotations are allowed. Mind you, I haven't taken a look at the
control in question, but it could work.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: RunOnce component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 26 Aug 2003 21:02:25 +0200
Newsgroups: jedi.vcl

Erick Sasse wrote:
> Is there any component in JVCL that let me control if me application is
> run more than one time in the same machine?
>

This is handled in the JCL. such functionality is not a good candidate for a component. See JclAppInst.pas



Subject: Re: JvRadioControl
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 26 Aug 2003 20:59:38 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>   another addition I just thought of: allowing it to turn more than 360° (a
> lot of dials in the industry allow it to rotate a couple of times before
> hitting it's max).

This leads to two versions. One is absolute (min to max = some angle for rotation) the other relative (like a mouse e= endless rotation).



Subject: Re: RunOnce component
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Tue, 26 Aug 2003 18:53:19 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > This is handled in the JCL. such functionality is not a good
> > candidate for a component. See JclAppInst.pas

Thanks! That's what I want. :)

-- Erick Sasse 

Subject: Re: Where is JvxSpinEdit?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 26 Aug 2003 19:57:08 +0200
Newsgroups: jedi.vcl

> > What happened to JvxSpindEdit?
> > It is not present in the latest version of JVCL, is it?
Yes it is, but it has been renamed to TJvSpinEdit (this happened before the
move to JVCL3, so that's why it's not documented in the JVCL3 docs)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL(X)
From: "Alexandre Rocha Lima e Marcondes" <alexandre@p4tecnologia.com>
Date: Tue, 26 Aug 2003 14:32:59 -0300
Newsgroups: jedi.vcl

    André,

    I am wandering if you might need help on porting JVCL to Kylix. I don't
have much experience with Qt and CLX, but am trying to port some of the
components of JVCL that I need. Anyway, why the sources you have released
not compatible with Windows? Isn't it better for all that the components are
compatible with CLX and do not use native resources of any platform or have
compiler directives to use native code?Whould you like help to make it
compatible to windows?

-- Alexandre Rocha Lima e Marcondes mailto:alexandre@p4tecnologia.com P4 Tecnologia Ltda. http://www.p4tecnologia.com Curitiba - PR - Brazil 

Subject: Re: JvRadioControl
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 26 Aug 2003 19:28:36 +0200
Newsgroups: jedi.vcl

> >   Ironically I, the help team coordinator, forgot to update the help
source
> > file.
Just too many files to update for a "small" change, isn't it<g>?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRadioControl
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 18:22:07 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Tue, 26 Aug 2003 14:29:56 +0200:

 MB>  Anything I forgot?

  Ironically I, the help team coordinator, forgot to update the help source
file.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: RunOnce component
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Tue, 26 Aug 2003 16:20:18 +0000 (UTC)
Newsgroups: jedi.vcl

Is there any component in JVCL that let me control if me application is
run more than one time in the same machine?

-- Erick Sasse 

Subject: Re: Jan's Spellchecker
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Tue, 26 Aug 2003 09:45:27 -0500
Newsgroups: jedi.vcl

> > Is anyone actively testing this spell checker component? Is it working?
> > Problems? Suggestions for improvements? Should we add it to JVCL?

I have been dealing with a large implementation that occurred yesterday (and
some quick bug fixes today<g>!) ... so I have not had a chance...

I will hopefully be available tomorrow or the next day and will let you know
what I find...

-- Raymond
Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________




Subject: Where is JvxSpinEdit?
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Tue, 26 Aug 2003 14:23:18 +0000 (UTC)
Newsgroups: jedi.vcl

What happened to JvxSpindEdit?
It is not present in the latest version of JVCL, is it?

-- Erick Sasse 

Subject: Re: JvRadioControl
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 15:01:14 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 26 Aug 2003 13:43:40 +0200:

 PT>  AAMOF, it would be really cool if the
 PT> "dot" was switched from red to green when you pushed it, like
 PT> an on/off indicator<g>.

 done.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvRadioControl
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 14:29:56 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 26 Aug 2003 13:43:40 +0200:

 >>   How about TJvDial? Or would that be mistaken for a RAS component?
 PT> TJvDial gives me the impression it's something to do with phones and
 PT> modems, so TJvDialKnob would be better although I don't mind the
 PT> TJvDialButton name personally.

  renaming completed and committed. Update the D5..7 JvHMI runtime packages,
image file, JvHMIReg.rc, JvHMIReg.pas, convertJVCL3.dat and changelog.txt.
Haven't looked at the examples folder yet. Anything I forgot?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's The Nits with "Sketches of
Spain".




Subject: Re: JvRadioControl
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 14:02:18 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 26 Aug 2003 13:43:40 +0200:

 PT>  AAMOF, it would be really cool if the
 PT> "dot" was switched from red to green when you pushed it, like an on/off
 PT> indicator<g>.

  another addition I just thought of: allowing it to turn more than 360° (a
lot of dials in the industry allow it to rotate a couple of times before
hitting it's max).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's The Nits with "Sleep (What
Happens To Your Eyes)".




Subject: Re: JvRadioControl
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 13:55:34 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 26 Aug 2003 13:43:40 +0200:

 >>   How about TJvDial? Or would that be mistaken for a RAS component?
 PT> TJvDial gives me the impression it's something to do with phones and
 PT> modems, so TJvDialKnob would be better although I don't mind the
 PT> TJvDialButton name personally. Who knows, maybe someone adds "push"
 PT> behavior to it in the future. AAMOF, it would be really cool if the
 PT> "dot" was switched from red to green when you pushed it, like an on/off
 PT> indicator<g>.

  Good point (or dot). TJvDialButton it is, and I will see if I can add the
dot color switching at the same time (shouldn't be that hard I suppose).
Starting the renaming now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's The Nits with "Erom On".




Subject: Re: JvRadioControl
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 26 Aug 2003 13:43:40 +0200
Newsgroups: jedi.vcl

> >   How about TJvDial? Or would that be mistaken for a RAS component?
TJvDial gives me the impression it's something to do with phones and modems,
so TJvDialKnob would be better although I don't mind the TJvDialButton name
personally. Who knows, maybe someone adds "push" behavior to it in the
future. AAMOF, it would be really cool if the "dot" was switched from red to
green when you pushed it, like an on/off indicator<g>.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 12:38:29 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Peter Thörnqvist on Tue, 26 Aug 2003 11:48:35 +0200:

 PT>> You should add a Notification override to the
 PT>> TJvCustomSegmentedLEDDisplay to check for removal of the mapper. Also,
 PT>> a FCharacterMapper.FreeNotification in SetCharacterMapper is missing.

 MB>   Good catch!

....and corrected.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 11:48:35 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 26 Aug 2003 11:42:55 +0200:

 PT> You should add a Notification override to the
 PT> TJvCustomSegmentedLEDDisplay to check for removal of the mapper. Also,
 PT> a FCharacterMapper.FreeNotification in SetCharacterMapper is missing.

  Good catch!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvRadioControl
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 26 Aug 2003 11:47:59 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 26 Aug 2003 11:40:47 +0200:

 >> I think TJvRadioControl is a bad name.
 >> Control" is completely abstract. TRadioButton for example does tell much
 >> more.

 PT> ...apart from the fact that TJvRadioControl is a dial button, not a
 PT> radio button (it justs looks like the volume dial common on radios), so
 PT> I would suggest a name like TJvRadioDial or TJvDialButton (better IMO)
 PT> instead.

  How about TJvDial? Or would that be mistaken for a RAS component?

 PT>  I think it is OK to change it, but if you/someone does, make sure to
 PT> update the unit name to match (and all packages and units referencing
 PT> the unit). Also, an entry should be added to the JVCL3.dat file in
 PT> \converter. And don't forget changelog.txt!

  I will rename and update this afternoon to TJvDial unless someone protests
against that name (in which case it will be TJv(Dial)Knob as this seems more
correct than TJvDialButton; it's not a button [implies something you push
IMO], it's a knob).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: LED display donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 26 Aug 2003 11:42:55 +0200
Newsgroups: jedi.vcl

You should add a Notification override to the TJvCustomSegmentedLEDDisplay
to check for removal of the mapper. Also, a
FCharacterMapper.FreeNotification in SetCharacterMapper is missing.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRadioControl
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 25 Aug 2003 15:34:10 -0400
Newsgroups: jedi.vcl



Subject: Re: JvRadioControl
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 25 Aug 2003 15:31:10 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
bidm5p$6g8$1@talkto.net...
>> >> Unfortunately design\JvCompEditorTemplateForm.pas uses JvRadioControl,
> > which
>> >> means that JvGlobusDxD.bpl and JvHMIDxD.bpl can't be installed
>> >> simultaneously.
> >
> > I was planning to go over all the design editors and remove unnecessary
> > components to minimize dependencies but haven't found the time to do so.
> > So, Marcel, I think you can leave it as is for the moment and we'll solve
> > it along the way by removing dependencies from the forms. I think Globus
> > is the biggest culprit in this area and if someone has the time to do
> > something about it now, it would be great (post updated files to Mantis if
> > you don't have CVS access).

Fixed. I'll u/l it shortly.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: JvRadioControl
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 25 Aug 2003 21:25:05 +0200
Newsgroups: jedi.vcl

> > Unfortunately design\JvCompEditorTemplateForm.pas uses JvRadioControl,
which
> > means that JvGlobusDxD.bpl and JvHMIDxD.bpl can't be installed
> > simultaneously.

I was planning to go over all the design editors and remove unnecessary
components to minimize dependencies but haven't found the time to do so. So,
Marcel, I think you can leave it as is for the moment and we'll solve it
along the way by removing dependencies from the forms. I think Globus is the
biggest culprit in this area and if someone has the time to do something
about it now, it would be great (post updated files to Mantis if you don't
have CVS access).

The rule for modifying design editor forms are simple:
Only use components from the standard VCL (available in all versions of
Delphi/BCB), the corresponding run-time package or from a JVCL package that
is required anyway.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvRadioControl
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 25 Aug 2003 15:17:51 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bib0fl$knv$1@talkto.net...
> >   the TJvRadioControl has also been moved from the JvCustom package to the
> > JvHMI package.

Unfortunately design\JvCompEditorTemplateForm.pas uses JvRadioControl, which
means that JvGlobusDxD.bpl and JvHMIDxD.bpl can't be installed
simultaneously.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Using TJvCreateProcess ConsoleOutput ?
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Mon, 25 Aug 2003 11:44:50 -0700
Newsgroups: jedi.vcl

I'm trying to find a way to parse the output of a console program using
TJvCreateProcess
 without using the built in OnRawRead/OnRead handlers. I want to do the
parsing within a single procedure.

 What am I doing wrong in the procedure below?
-----
var
 sl: TStringList;

begin

  sl := TStringList.Create;

  JvCreateProcess1.CommandLine := 'some_console -switch';
  sl.Assign(JvCreateProcess1.ConsoleOutput);
  JvCreateProcess1.Run;

  try

    for i := 0 to sl.Count - 1 do
    begin
     if Pos('some phrase', sl[i]) > 0) then do_something_here
    end;

  finally
    sl.Free;
  end;

end;

I have tried putting 'sl.Assign(JvCreateProcess1.ConsoleOutput)' after the
Run command but
that doesn't work either.

The TJvCreateProcess ConsoleOutput are TStrings right?
I also tried treating it like a stringlist  (below) but that didn't work
either.

   for i := 0 to JvCreateProcess1.ConsoleOutput.Count - 1 do
    begin
     if Pos('some phrase', JvCreateProcess1.ConsoleOutput.Strings[i]) > 0)
then do_something_here
    end;

I'm still a beginner at programming so I know there is just something I am
not understanding about how to use
ConsoleOutput. Or is there another way to do this?

Thanks for any help,

Bill Mudd


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.512 / Virus Database: 309 - Release Date: 8/19/2003




Subject: Re: JvTransLED and JvBlinkingLED
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 25 Aug 2003 20:12:21 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Mon, 25 Aug 2003 13:23:54 -0400:

 >>   I just merged the TJvTransLED and TJvBlinkingLED (which derived from
 >> TJvTransLED so that was easy enough) components into TJvLED. The
 >> component is added to the HMI package.

 IV> I just did an Update, and it seems that run\JvLED.pas is missing.

  not anymore. Sorry about that.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvTransLED and JvBlinkingLED
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 25 Aug 2003 13:23:54 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bi7u2k$3ad$1@talkto.net...
> >   I just merged the TJvTransLED and TJvBlinkingLED (which derived from
> > TJvTransLED so that was easy enough) components into TJvLED. The component
> > is added to the HMI package.

I just did an Update, and it seems that run\JvLED.pas is missing.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Evalutaing installers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Aug 2003 10:42:39 +0200
Newsgroups: jedi.vcl

> > I think it will be ok to build all packages; but I will prefer to have an
> > option to witch packages to install into IDE like this:
> >  x Build DelphiX Packages
> >    x Install JvCore into IDE
> >    x Install JvStdCtrls into IDE
> >    ........

That looks like a good idea, I'll keep it in mind.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Evalutaing installers
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Mon, 25 Aug 2003 10:25:42 +0200
Newsgroups: jedi.vcl

>> > > Just one thing: Could you please make sure that there will be
>> > > an option to *not* install the stuff with Delphi IDE?
> >
> > I was thinking about having two options:
> > x Build DelphiX Packages
> >    x Install into IDE
> >
> > Would that be what you're asking for? I think this would be overkill:
> >
> > x Build JvCore Package For DelphiX
> >   x Install into IDE
> > x Build JvStdCtrls Package for DelphiX
> >   x Install into IDE
> > ...
> >
> > Opinions?

I think it will be ok to build all packages; but I will prefer to have an
option to witch packages to install into IDE like this:
 x Build DelphiX Packages
   x Install JvCore into IDE
   x Install JvStdCtrls into IDE
   ........

regards
Flemming




Subject: Re: Date/Time edit box
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Aug 2003 08:28:04 +0200
Newsgroups: jedi.vcl

> > I see a bunch of JVCL components dealing with editing of dates, but is
> > there a component that edits date and time together?  I'm aware that you
> > can get a limited spincontrol functionality by changing the "Format"
> > property of TDateTimePicker, but the drop-down calendar stops working.

Unfortunately, no.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Evalutaing installers
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Aug 2003 08:27:03 +0200
Newsgroups: jedi.vcl

> > Just one thing: Could you please make sure that there will be
> > an option to *not* install the stuff with Delphi IDE?

I was thinking about having two options:
x Build DelphiX Packages
   x Install into IDE

Would that be what you're asking for? I think this would be overkill:

x Build JvCore Package For DelphiX
  x Install into IDE
x Build JvStdCtrls Package for DelphiX
  x Install into IDE
....

Opinions?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Evalutaing installers
From: "Adem" <adembaba@excite.com>
Date: Mon, 25 Aug 2003 02:29:56 +0000 (UTC)
Newsgroups: jedi.vcl

<Delphi@Example.com> wrote:

>> > > Just one thing: Could you please make sure that there will be
>> > > an option to not install the stuff with Delphi IDE?
>> > >
>> > > Cheers,
>> > > Adem
> > 
> > I agree with "Adem";
> > 
> >   I am running a Pentium 600B Processor 521MB Ram. And Delphi Loaded
> > to the gills with components.
> > Takes at most about 45-seconds to load on my system.
> > So having to close out of Delphi to install components like this that
> > is included in an install, Just takes
> > that much time away from loading again.
> > So yes, give the user the option to install into "IDE" Or self
> > install.
> > 
> > Wayne

Thanks, "Wayne";

What is a 600B Pentium CPU --old, new?
You have a very odd amount of RAM in there ;-)

I've a Athlon XP2500 (i.e. 1800 MHz) with 2 GB RAM
running on 3Ware RAID5 with the fastest disks I could
purchase and it takes longer than 45 secs to load D7.

It seems the thing is CPU/RAM/Disk independent; probably
a PCI bus issue.

Cheers,
Adem (without the quotes)


Subject: Re: Evalutaing installers
From: <Delphi@Example.com>
Date: Sun, 24 Aug 2003 21:17:53 -0400
Newsgroups: jedi.vcl

> > Just one thing: Could you please make sure that there will be
> > an option to *not* install the stuff with Delphi IDE?
> >
> > Cheers,
> > Adem

I agree with "Adem";

  I am running a Pentium 600B Processor 521MB Ram. And Delphi Loaded to the
gills with components.
Takes at most about 45-seconds to load on my system.
So having to close out of Delphi to install components like this that is
included in an install, Just takes
that much time away from loading again.
So yes, give the user the option to install into "IDE" Or self install.

Wayne




Subject: Re: Evalutaing installers
From: "Adem" <adembaba@excite.com>
Date: Sun, 24 Aug 2003 21:49:50 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > Hello, Peter!
> > You wrote  on Sun, 24 Aug 2003 16:15:29 +0200:
> > 
> >  PT> All of the mentioned tools above can be made to do this, so it
> > is more  PT> a matter of preferences (I am leaning towards InnoSetup
> > myself)
> > 
> >   I would also go for Inno: like Trev, I too believe it's the best in
> > it's area.

Just one thing: Could you please make sure that there will be 
an option to *not* install the stuff with Delphi IDE?

Cheers,
Adem


Subject: Re: JvID3v2 Write/Remove Tag feature ?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 24 Aug 2003 22:48:18 +0200
Newsgroups: jedi.vcl

Martin BAYARD wrote:

> Hi Remko,
>
> I've just downloaded the CVS version and tried, works fine :) i had to fix a
> lot of code cause some properties changed but it works perfectly ;)

Nice to hear :) As these components have not yet been released, and I don't know whether someone is using them already, it could be useful, if you have some suggestions, find bugs etc. to put them in mantis (http://jvcl.sourceforge.net/bugs.htm).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvVisualID3v1 Suggestion
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 24 Aug 2003 22:43:19 +0200
Newsgroups: jedi.vcl

Martin BAYARD wrote:

> I need to get a "blank" JvVisualID3v1, and the only way i find to do it is
> to assign a null string to the FileName property.

There will be no TJvVisualID3v1 (or TJvVisualID3v2) components in
version 3; they are already moved out of the CVS.

We have done this, because we thaught that such a generic solution to
display ID3 tags would not be useful. Instead, you can use/adapt the
example programs to display the tags the way you want it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvID3v2 Write/Remove Tag feature ?
From: "Martin BAYARD" <martin.bayard@free.fr>
Date: Sun, 24 Aug 2003 22:41:15 +0200
Newsgroups: jedi.vcl

Hi Remko,

I've just downloaded the CVS version and tried, works fine :) i had to fix a
lot of code cause some properties changed but it works perfectly ;)

Thanks

Martin

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> a écrit dans le message de news:
bib5uh$lo3$1@talkto.net...
> > Martin BAYARD wrote:
>> > > I'm using JediVCL 2.1 and i wnat to say that I find it AMAZING, all
>> > > components are very usefull for me.
> >
> > Thanks :)
> >
>> > > I'm using a TJvID3v2 in my application,
>> > > but the component doesn't allow to Write tag and to remove tag
>> > >
>> > > Is there any chance that the TJvID3v2 component will handle Write/Remove
>> > > features in JediVCL 3 ?
> >
> > The current version in CVS already supports both writing and removing of
> > ID3 v2 tags, thus it will be in version 3.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvID3v2 Write/Remove Tag feature ?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 24 Aug 2003 22:35:47 +0200
Newsgroups: jedi.vcl

Martin BAYARD wrote:
> I'm using JediVCL 2.1 and i wnat to say that I find it AMAZING, all
> components are very usefull for me.

Thanks :)

> I'm using a TJvID3v2 in my application,
> but the component doesn't allow to Write tag and to remove tag
> Is there any chance that the TJvID3v2 component will handle Write/Remove
> features in JediVCL 3 ?

The current version in CVS already supports both writing and removing of
ID3 v2 tags, thus it will be in version 3.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvBallonHint and Custom TabSheet PageControl hints
From: <Delphi@Example.com>
Date: Sun, 24 Aug 2003 15:11:51 -0400
Newsgroups: jedi.vcl

Just wanted to check in.....

   To see if anyone is able to get rid of the Flickers.
Or maybe have another solution to where the JvHintBalloon Work
With this method. of showing Hints on the "TabSheet MouseMove" Event.?

Take Care All
Wayne




Subject: JvRadioControl
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 24 Aug 2003 21:02:23 +0200
Newsgroups: jedi.vcl

Hi all,

  the TJvRadioControl has also been moved from the JvCustom package to the
JvHMI package.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Evalutaing installers
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 24 Aug 2003 20:38:09 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sun, 24 Aug 2003 16:15:29 +0200:

 PT> All of the mentioned tools above can be made to do this, so it is more
 PT> a matter of preferences (I am leaning towards InnoSetup myself)

  I would also go for Inno: like Trev, I too believe it's the best in it's
area.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Evalutaing installers
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Sun, 24 Aug 2003 19:14:11 +0100
Newsgroups: jedi.vcl

I would definately use Inno. From a purely philosophical point of view, it
shares so many common values with JVCL. Excellent products for FREE!!

Romantic notions aside, Inno is also by far the best of breed IMHO. It has a
very active support ng too.

My 2c

Trev

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:biaflq$hg4$1@talkto.net...
> > I have been playing around with various installers for a while, trying to
> > determine what technology would be most appropriate for the distribution
of
> > JVCL. Currently I have played with InnoSetup, want and the JediInstaller.
> > Does anyone else have ideas on other installers or useful tools that could
> > make it easier for end-users to install JVCL? It should provide support
for:
> > * Selecting what to install
> > * Optionally compile and install the packages in Delphi/BCB/Kylix
> > * Add the help file(s) to the compilers help system (OpenHelp)
> >
> > All of the mentioned tools above can be made to do this, so it is more a
> > matter of preferences (I am leaning towards InnoSetup myself) but if you
> > have additional information, suggestions or preferences, please let me
know.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: JvVisualID3v1 Suggestion
From: "Martin BAYARD" <martin.bayard@free.fr>
Date: Sun, 24 Aug 2003 20:11:41 +0200
Newsgroups: jedi.vcl

Hi

I need to get a "blank" JvVisualID3v1, and the only way i find to do it is
to assign a null string to the FileName property. I also had to add a null
test on AFileName in function ReadID3v1Tag.
Maybe it could be usefull to had it in the official release ...

function ReadID3v1Tag(const AFileName: string; var ATag: TId3v1Tag):
Boolean;
begin
  if AFileName<>'' then
  try
    with TFileStream.Create(AFileName, fmOpenRead or fmShareDenyWrite) do
    try
      Seek(-CTagSize, soFromEnd);
      Result := (Read(ATag, CTagSize) = CTagSize) and (ATag.Identifier =
CID3v1Tag);
    finally
      Free;
    end;
  except
    Result := False;
  end;
end;


Cheers

Martin




Subject: JvID3v2 Write/Remove Tag feature ?
From: "Martin BAYARD" <martin.bayard@free.fr>
Date: Sun, 24 Aug 2003 17:33:47 +0200
Newsgroups: jedi.vcl

Hi,

I'm using JediVCL 2.1 and i wnat to say that I find it AMAZING, all
components are very usefull for me. I'm using a TJvID3v2 in my application,
but the component doesn't allow to Write tag and to remove tag :(

Is there any chance that the TJvID3v2 component will handle Write/Remove
features in JediVCL 3 ?

Thanks for all and keep up the AMAZING work you do !

Martin BAYARD




Subject: Evalutaing installers
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 24 Aug 2003 16:15:29 +0200
Newsgroups: jedi.vcl

I have been playing around with various installers for a while, trying to
determine what technology would be most appropriate for the distribution of
JVCL. Currently I have played with InnoSetup, want and the JediInstaller.
Does anyone else have ideas on other installers or useful tools that could
make it easier for end-users to install JVCL? It should provide support for:
* Selecting what to install
* Optionally compile and install the packages in Delphi/BCB/Kylix
* Add the help file(s) to the compilers help system (OpenHelp)

All of the mentioned tools above can be made to do this, so it is more a
matter of preferences (I am leaning towards InnoSetup myself) but if you
have additional information, suggestions or preferences, please let me know.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Compiler Errors
From: "CRT" <lutz@hofmanns-world.de>
Date: Sun, 24 Aug 2003 13:34:51 +0200
Newsgroups: jedi.vcl

I had the same error, before I've had installed the Jedi Code Library.
Try to install the JCL first.

Gustavo wrote:

> > Hi All,
> >
> > I've downloaded the JVCL Lastest on Jvcl.Sourceforge.net/daily.
> > When i try to compile using InstallerHelp, i get an DCC32 error message
> > and instalation is aborted.
> > Someone had the same trouble ?
> > I'm using D7 Enterprise on Win98/XP.
> >
> > TIA.
> >
> > Gustavo.
> >
> >




Subject: JvInterpreterProgram: LastError.ErrLine
From: "CRT" <lutz@hofmanns-world.de>
Date: Sun, 24 Aug 2003 13:29:10 +0200
Newsgroups: jedi.vcl

Hi!

I have a problem with JvInterpreterProgram:
In my program I fetch the compile error and read the error line
(LastError.ErrLine), but it has always the value -1. Although the error
message says e.g. "...in line 4..."
How do I fix that error?

crt




Subject: Re: JvBallonHint and Custom TabSheet PageControl hints
From: <Delphi@Example.com>
Date: Sat, 23 Aug 2003 12:30:13 -0400
Newsgroups: jedi.vcl

Yea, I see what you mean about the Flickering .
Going to have to see *Why* it does that.

Thank you for your assistance, Will post back with a resolution.
(If I can find one)
Wayne

"Remko Bonte"
>> > > Hello All;
>> > >
>> > >   I have had to use a Custom Code in order to get Hints.
>> > > on the indivisual "tabs" on a tabSheet.
>> > >
>> > > The Below code it what I am using, But no matter what I do,
>> > > I cam unable to get the "TJvBallonHint" to work with this code.
> >
> > Change
> >
> > HintW1.ActivateHint(Rect(MousePt.x + 20, MousePt.y + 20,
> >    MousePt.x + HintW1.Canvas.TextWidth(HintStr) + 27,
> >    MousePt.y + HintW1.Canvas.TextHeight(HintStr) + 22), HintStr);
> >
> > to
> >
> > R := HintW1.CalcHintRect(100, HintStr, nil); // 100 is arbitrary
> > OffsetRect(R, MousePt.X, MousePt.Y);
> > HintW1.ActivateHint(R, HintStr);
> >
> > with R of type TRect.
> >
> > And change
> >
> > HintW1 := THintWindow.Create(Form1);
> >
> > to
> >
> > HintW1 := TJvBalloonWindow.Create(Form1);
> >
> > but it flickers like hell <g>.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: JvTransLED and JvBlinkingLED
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 23 Aug 2003 17:02:46 +0200
Newsgroups: jedi.vcl

Hi all,

  I just merged the TJvTransLED and TJvBlinkingLED (which derived from
TJvTransLED so that was easy enough) components into TJvLED. The component
is added to the HMI package.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's The Nits with "A Touch of
Henry Moore".




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 23 Aug 2003 12:44:44 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Fri, 22 Aug 2003 22:00:23 +0200:

 IV>> 3) Could use AutoSize, ParentColor, and Transparent properties.
 MB>   and Align property. All are planned.

  Implemented AutoSize (defaults to True), ParentColor, Align and Anchors
properties.

  If AutoSize is True, the auto resize depends on the value of Align and
Anchors:
  * Align in [alLeft, alRight] => Only allow Width to be adapted
automatically.
  * Align in [alTop, alBottom] => Only allow Height to be adapted
automatically.
  * Align = alClient => No auto size
  * Left and Right anchors specified => Only allow Height to be adapted
automatically.
  * Top and Bottom anchors specified => Only allow Width to be adapted
automatically.

  Setting AutoSize from False to True will not automatically reduce the size
of the display (might be implemented later). The same goes for setting Align
to alNone; the resize will not happen unless you change some of the
digit/segment spacing/sizing properties

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Part of the
process".




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 23 Aug 2003 11:38:18 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Sat, 23 Aug 2003 10:32:12 +0200:

 IV>> And that colon is so invisible. I think it needs its own size
 IV>> property.

 MB>   I was thinking the same thing. Added to the task list.

  and implemented it already.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Gilli Moon with "Walk Away".




Subject: Re: JvBallonHint and Custom TabSheet PageControl hints
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 23 Aug 2003 11:29:28 +0200
Newsgroups: jedi.vcl

Delphi@Example.com wrote:
> Hello All;
>
>   I have had to use a Custom Code in order to get Hints.
> on the indivisual "tabs" on a tabSheet.
>
> The Below code it what I am using, But no matter what I do,
> I cam unable to get the "TJvBallonHint" to work with this code.

Change

HintW1.ActivateHint(Rect(MousePt.x + 20, MousePt.y + 20,
  MousePt.x + HintW1.Canvas.TextWidth(HintStr) + 27,
  MousePt.y + HintW1.Canvas.TextHeight(HintStr) + 22), HintStr);

to

R := HintW1.CalcHintRect(100, HintStr, nil); // 100 is arbitrary
OffsetRect(R, MousePt.X, MousePt.Y);
HintW1.ActivateHint(R, HintStr);

with R of type TRect.

And change

HintW1 := THintWindow.Create(Form1);

to

HintW1 := TJvBalloonWindow.Create(Form1);

but it flickers like hell <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 23 Aug 2003 11:14:35 +0200
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Fri, 22 Aug 2003 23:42:52 +0200:

 RB> Marcel Bestebroer wrote:
 >> Hello, All!
 >>
 >>   I (finally) added the rewritten LED display donation by Jay Dubal. I
 >> renamed it to segmented LED display. Currently it only supports the
 >> 7-segmented editions but the 14 and 16-segmented will be added soon.

 RB> Nice code, it even has a virtual protected class function <g>

  it actually has 4, but who's counting ;-)

 >>  Could someone shine
 >> a light on this? The calculations are done in the CalcRealUnlit* methods
 >> and are obviously not working.

 RB> You might wanna check GetHighLightColor/GetShadowColor from
 RB> GraphUtil.pas, but don't know if they work better or not.

  will do, but I think they are used for the frame color calculations which
are usually high contrast, but it might work.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Gilli Moon with "Stay".




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 23 Aug 2003 11:08:20 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 16:31:07 -0400:

 >> BTW, CharacterMapper is not required if you want to add a new Digit. It
 >> is required to allow mapping of the Text to the segments, but setting
 >> Text without a mapper will not result in an error.

 IV> Unfortunately it does:

  Fixed. The problem occured when setting the Text property of the Digit,
but setting the Text property of the Display did work. I just added a check
to the Digit.SetText method and it works fine now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Gilli moon with "Feel For
You".




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 23 Aug 2003 10:33:49 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 16:31:07 -0400:

 IV> Unfortunately it does:

  yet another screw up on my part, as it did work and it still is supposed
to work.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 23 Aug 2003 10:32:12 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 16:37:03 -0400:

 IV> And that colon is so invisible. I think it needs its own size property.

  I was thinking the same thing. Added to the task list.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvBallonHint and Custom TabSheet PageControl hints
From: <Delphi@Example.com>
Date: Sat, 23 Aug 2003 02:57:24 -0400
Newsgroups: jedi.vcl

Hello All;

  I have had to use a Custom Code in order to get Hints.
on the indivisual "tabs" on a tabSheet.

The Below code it what I am using, But no matter what I do,
I cam unable to get the "TJvBallonHint" to work with this code.

Any idea's on this would be really great.

Wayne

Code Supplied  =  Show Custom hints on PageControl1.MouseOver
Shows hints on each "Tab" Of the Tab Sheet.

You can also download this same from the
Borland.Public.Attachment.
Under:
TabSheet {Show Hints On Each Tab} -- Help Please

The 1st is another example.
The 2nd is this example

=============
unit EETest1;

interface

uses
 Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
 StdCtrls, ComCtrls, AppEvnts;

type
 TCallbackThunk = packed record
   POPEDX: Byte;
    MOVEAX: Byte;
   SelfPtr: Pointer;
   PUSHEAX: Byte;
    PUSHEDX: Byte;
    JMP: Byte;
    JmpOffset: Integer;
  end;

 TForm1 = class(TForm)
   PageControl1: TPageControl;
   TabSheet1: TTabSheet;
   TabSheet2: TTabSheet;
   TabSheet3: TTabSheet;
   TabSheet4: TTabSheet;
   Label1: TLabel;
   Label2: TLabel;
   Label3: TLabel;
   Label4: TLabel;
   Label5: TLabel;
   Label6: TLabel;
   ApplicationEvents1: TApplicationEvents;
   StatusBar1: TStatusBar;
   procedure PageControl1MouseMove(Sender: TObject; Shift: TShiftState; X,
     Y: Integer);
   procedure FormCreate(Sender: TObject);
   procedure ApplicationEvents1Message(var Msg: tagMSG;
     var Handled: Boolean);
 private
   { Private declarations }
   HitIndex: Integer;
   Show1, DoHint: Boolean;
   HintW1: THintWindow;
   procedure wTimerProc(Wnd, Mesg, TimerID, SysTime: Integer); stdcall;
 public
   { Public declarations }
 end;

var
 Form1: TForm1;
 TimerProcAdr: TCallbackThunk;

implementation

{$R *.DFM}

uses CommCtrl;

procedure TForm1.wTimerProc(Wnd, Mesg, TimerID, SysTime: Integer); stdcall;
var
HintStr: String;
MousePt: TPoint;
HitTestInfo: TTCHitTestInfo;
nIndex: Integer;

begin
if TimerID = 1 then
begin
KillTimer(Form1.Handle,1);
GetCursorPos(MousePt);
HitTestInfo.pt.x := MousePt.X;
HitTestInfo.pt.y := MousePt.Y;
windows.ScreenToClient(PageControl1.Handle,HitTestInfo.pt);
nIndex := SendMessage(PageControl1.Handle, TCM_HITTEST, 0,
Integer(@HitTestInfo));
if nIndex = HitIndex then
  begin
  case HitIndex of
    0: HintStr := 'This is the First Page';
    1: HintStr := 'Second Page Hint';
    2: HintStr := 'Hint for the Third Page';
    3: HintStr := 'This is the Fourth Page';
    else HintStr := 'Not Page';
    end;

  HintW1.ActivateHint(Rect(MousePt.x + 20, MousePt.y + 20,
  MousePt.x + HintW1.Canvas.TextWidth(HintStr) + 27,
  MousePt.y + HintW1.Canvas.TextHeight(HintStr) + 22), HintStr);
  SetTimer(Form1.Handle,2,50,@TimerProcAdr);
  end;
end else
if TimerID = 2 then
 begin
 KillTimer(Form1.Handle,2);
 Show1 := True;
 end else
if TimerID = 3 then
 begin
 KillTimer(Form1.Handle,3);
 DoHint := True;
 end;
end;

procedure TForm1.PageControl1MouseMove(Sender: TObject; Shift: TShiftState;
 X, Y: Integer);
var
newHitIndex: Integer;
HitTestInfo: TTCHitTestInfo;
HintStr: String;
begin
{be sure to add ComCtrls to the uses clause}

HitTestInfo.pt.x := X;
HitTestInfo.pt.y := Y;
newHitIndex := SendMessage(PageControl1.Handle, TCM_HITTEST, 0,
Integer(@HitTestInfo));
if newHitIndex <> HitIndex then
 begin
 HitIndex := newHitIndex;
 {Usually you would have a Status Bar to give Hints about a Tab Control}
 case HitIndex of
    0: HintStr := 'This is the First Page';
    1: HintStr := 'Second Page Hint';
    2: HintStr := 'Hint for the Third Page';
    3: HintStr := 'This is the Fourth Page';
    else HintStr := 'Not Page';
    end;
 StatusBar1.SimpleText := HintStr;
 end;

if not Show1 and DoHint then
 begin
 SetTimer(Form1.Handle,1,300,@TimerProcAdr);
 Exit;
 end;

end;

procedure TForm1.FormCreate(Sender: TObject);
begin
Show1 := False;
DoHint := True;
HitIndex := 1000;
with TimerProcAdr do
 begin
 POPEDX := $5A;
 MOVEAX := $B8;
 //Here is the reference to self
 SelfPtr := Self;
 PUSHEAX := $50;
 PUSHEDX := $52;
 JMP     := $E9;
 JmpOffset := Integer(@TForm1.wTimerProc) - Integer(@JMP) - 5;
 end;

HintW1 := THintWindow.Create(Form1);
HintW1.Color := clInfoBk;
end;

procedure TForm1.ApplicationEvents1Message(var Msg: tagMSG;
 var Handled: Boolean);
begin
{this is a  TApplicationEvents  OnMessage}
if Show1 then
 if HintW1.IsHintMsg(Msg) or (Msg.message = WM_MOUSEMOVE) then
   begin
   HintW1.ReleaseHandle;
   Show1 := False;
   DoHint := False;
   SetTimer(Form1.Handle,3,150,@TimerProcAdr);
   end;
end;

end.

=============




Subject: Re: LED display donation
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 22 Aug 2003 23:42:52 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Hello, All!
>
>   I (finally) added the rewritten LED display donation by Jay Dubal. I
> renamed it to segmented LED display. Currently it only supports the
> 7-segmented editions but the 14 and 16-segmented will be added soon. 

Nice code, it even has a virtual protected class function <g>

> I do
> have a small problem with the control as it is now: I allowed for automatic
> determination of unlit segment color but the current implementation is, uhm,
> not entirely working in all situations <g> Most combinations of background
> color and lit segment colors just don't work properly: they either turn out
> to light or to dark. Could someone shine a light on this? The calculations
> are done in the CalcRealUnlit* methods and are obviously not working.

You might wanna check GetHighLightColor/GetShadowColor from
GraphUtil.pas, but don't know if they work better or not.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Date/Time edit box
From: Pete Gonzalez <pgonzalez@bluel.com>
Date: Fri, 22 Aug 2003 16:47:33 -0400
Newsgroups: jedi.vcl

I see a bunch of JVCL components dealing with editing of dates, but is there a component that edits date and time together?  I'm aware that you can get a limited spincontrol functionality by changing the "Format" property of TDateTimePicker, but the drop-down calendar stops working.

Cheers,
-Pete



Subject: Re: LED display donation
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 22 Aug 2003 16:37:03 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bi5r52$opi$1@talkto.net...
> > Hello, Ignacio!
> > You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 15:52:51 -0400:
IV>> 3) Could use AutoSize, ParentColor, and Transparent properties.
> >
> >   and Align property. All are planned.

And that colon is so invisible. I think it needs its own size property.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: LED display donation
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 22 Aug 2003 16:31:07 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bi5rph$otd$1@talkto.net...
> > BTW, CharacterMapper is not required if you want to add a new Digit. It is
> > required to allow mapping of the Text to the segments, but setting Text
> > without a mapper will not result in an error.

Unfortunately it does:

exception class   : EAccessViolation
exception message : Access violation at address 0AF05235 in module
'JvHMID7R.bpl'. Write of address 00000034.

main thread ($798):
$0AF05233 JvHMID7R.bpl    JvSegmentedLEDDisplay 1359
TJvBaseSegmentedLEDCharacterMapper.MapText
$0AF03D0C JvHMID7R.bpl    JvSegmentedLEDDisplay  878
TJvCustomSegmentedLEDDigit.SetText

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 22:21:33 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 16:14:49 -0400:

 IV> So then all that should be necessary is a default for .DigitClass. Is
 IV> that feasible?

  I think so. We can safely assume the 7 segmented version will always be
present, so making that the default seems a good option. Adding it to the
constructor right now... Done.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: LED display donation
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 22 Aug 2003 16:14:49 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bi5rph$otd$1@talkto.net...
> > Hello, Marcel!
> > You wrote to Ignacio Vazquez on Fri, 22 Aug 2003 22:00:23 +0200:
IV>>> 1) A warning should be given if the user tries to add a digit if
IV>>> .CharacterMapper and .DigitClass are unset.
> >
> > BTW, CharacterMapper is not required if you want to add a new Digit. It is
> > required to allow mapping of the Text to the segments, but setting Text
> > without a mapper will not result in an error. Setting the mapper after the
> > text has been specified will automatically apply the mapping so entered
> > text is never lost.

So then all that should be necessary is a default for .DigitClass. Is that
feasible?

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 22:11:18 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Fri, 22 Aug 2003 22:00:23 +0200:

 IV>> 1) A warning should be given if the user tries to add a digit if
 IV>> .CharacterMapper and .DigitClass are unset.

 MB>   Yes, check needs to be added. The component editor also needs the
 MB> check if it can actually add the digit.

There is a tiny little problem though: The Add method for TCollection is not
virtual. It seems impossible to avoid adding a digit unless a new editor is
written specifically for the digit collection. I will add the check to the
component editor right away, but I'll postpone the writing of the Digits
collection editor for now.

BTW, CharacterMapper is not required if you want to add a new Digit. It is
required to allow mapping of the Text to the segments, but setting Text
without a mapper will not result in an error. Setting the mapper after the
text has been specified will automatically apply the mapping so entered text
is never lost.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: HMI component package comments: LED component (Marcel), and My JvTrend prospective contrib.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 22:03:26 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Fri, 22 Aug 2003 15:58:49 -0400:

 WP> It does however do the 7+ segment LED thing pretty well.

  I'll take a look at that one as well and see if has some features I could
use.

 WP> Hey, Peter, how about my JvTrend component? ... It is much more full
 WP> featured than the sim-scope that comes in the JanSim package. :-)

  Yes, Peter, how about it? Warren, you are welcome to send them to me as
well so I can take a look at them as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 22:00:23 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 15:52:51 -0400:

 IV> 1) A warning should be given if the user tries to add a digit if
 IV> .CharacterMapper and .DigitClass are unset.

  Yes, check needs to be added. The component editor also needs the check if
it can actually add the digit.

 IV> 2) TJv7SegmentLEDCharacterMapper appears to do nothing; if there is a
 IV> .DigitClass, then why is a .CharacterMapper necessary?

  Maps a character into the segments it represents. The plan was and still
is to allow custom character to segment mappings be added. It would be silly
to add those mappings for each digit separately, but adding a mapping to be
used for all displays is also not a realistic option.

 IV> 3) Could use AutoSize, ParentColor, and Transparent properties.

  and Align property. All are planned.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: HMI component package comments: LED component (Marcel), and My JvTrend prospective contrib.
From: Warren Postma <wpostma@t3kran.com>
Date: Fri, 22 Aug 2003 15:58:49 -0400
Newsgroups: jedi.vcl

I like the LED component, I have played with it.
Could the HMI and SIM packages be put together? Afte rall, the Jan Sim package contains some scrolly-trending things, and other HMI like stuff.
Also, I have written my own trending component for HMI/SCADA apps in Delphi, and submitted it to Peter T. for comments, it would be a nice
add in to the HMI group.

I am currently using the LED component from the TurboPower Visual PlanIt toolkit (sourceforge).  It's okay, but I would like it if my led component had variable (at runtime) sizes, whereas the TPVPLANIT led control only does one size. It does however do the 7+ segment LED thing pretty well.

Hey, Peter, how about my JvTrend component? ... It is much more full featured than the sim-scope that comes in the JanSim package. :-)

Warren



Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 21:55:03 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Fri, 22 Aug 2003 21:39:02 +0200:

 IV>> I'm also getting a design-time issue with clDefaultLitColor not being
 IV>> a valid integer value.

 MB>   I only checked if it compiled in D6+. In D5 it works perfectly but it
 MB> refuses in D6 and I assume in D7. I'll have a look.

  Fixed. D6/D7 don't have DrawListValue declared as a virtual method (which
is why I had to place the override directive within the IFDEF so I could
have known this was going to happen) so it was never called.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: LED display donation
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 22 Aug 2003 15:52:51 -0400
Newsgroups: jedi.vcl

More things:

1) A warning should be given if the user tries to add a digit if
..CharacterMapper and .DigitClass are unset.

2) TJv7SegmentLEDCharacterMapper appears to do nothing; if there is a
..DigitClass, then why is a .CharacterMapper necessary?

3) Could use AutoSize, ParentColor, and Transparent properties.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 21:39:02 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 15:25:59 -0400:

 IV> I'm also getting a design-time issue with clDefaultLitColor not being a
 IV> valid integer value.

  I only checked if it compiled in D6+. In D5 it works perfectly but it
refuses in D6 and I assume in D7. I'll have a look.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 21:33:30 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 21:13:30 +0200:

Solved it. Apparently you should always make sure:
  a) the design time package actually uses the most current run time package
and not some old version from this morning ;-)
  b) newly created dynamic arrays is actually zeroed before first use.

Fix is in CVS.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: LED display donation
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 22 Aug 2003 15:25:59 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bi5od6$o6p$1@talkto.net...
> > What I've found out so far:
> >
> >   * seems to be design time issue only. In fact, once you clicked away all
> > the AVs, build the app and run it, it behaves normal.

I'm also getting a design-time issue with clDefaultLitColor not being a
valid integer value.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 21:13:30 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Ignacio Vazquez on Fri, 22 Aug 2003 16:52:25 +0200:

 IV>> I'm guessing that you have a more recent version than that in CVS,
 IV>> seeing as how I tried installing it and it crashed left, right, and
 IV>> center on my machine...

What I've found out so far:

  * seems to be design time issue only. In fact, once you clicked away all
the AVs, build the app and run it, it behaves normal.
  * Setting any of these properties to a non-default value makes the errors
go away: DigitWidth, DigitHeight, Slant. I assume the same holds true for
the DigitSpacing, SegmentSpacing, SegmentThickness property.
  * The error seems to occur in the PaintSegment method.

I'll add some checks to the PaintSegment method to avoid the errors, but it
seems strange it only happening at design time when the defaults apply. I
would like to keep the PaintSegment as short as possible, so if anyone can
give me a clue as to why it's not properly initialized I'll be glad to hear
it (note: I've already overridden the Create method for the digit class to
execute an InvalidateRefPoints [which recreates the dynamic array used to
determine the segment type and render info] and that did not help).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Does JvLookup.pas have a bug?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 22 Aug 2003 17:25:49 +0200
Newsgroups: jedi.vcl

> > There are many places with the code "if (FMasterField <> nil)".
> > Do I have to modify at all places?
No, only just above the SetKeyValue call in your original post (line 994
IIRC)

> > Is this really a bug that has been modified at next JEDI version?
Not that I know of

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Does JvLookup.pas have a bug?
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Fri, 22 Aug 2003 11:25:22 -0400
Newsgroups: jedi.vcl

There are many places with the code "if (FMasterField <> nil)".
Do I have to modify at all places?
Is this really a bug that has been modified at next JEDI version?

Peter Thörnqvist wrote:
> Try modifying the if statement to read:
>
>     if (FMasterField <> nil) and FMasterField.DataSet.Active then
>    ...
>
>



Subject: Re: En/decryption and zipping
From: "Gary Jones" <gary.jones@mvm.co.uk>
Date: Fri, 22 Aug 2003 16:23:51 +0100
Newsgroups: jedi.vcl

> > u can also use uuencode and uudecode

UUencoding applies a code but not a cypher, so is useless for encryption.




Subject: Problem with JvScheduleEvents Component, cannot shutdown, logoff or reboot my system
From: "Rafael Morales Castro" <rafael@cmn-consulting.com>
Date: Fri, 22 Aug 2003 10:14:11 -0500
Newsgroups: jedi.vcl

Hello,

I using JvScheduledEvents component and it's a great component, but I have a
problem with it, my application run in background and not have a form to
interact with the user, then this can't terminate the application, because
the application it's not terminated by the user when I try to shutdown,
logoff or reboot the system this can't do it, I probe removing the component
from the application then the system can shutdown, logoff and reboot.

Please if somebody can helpme to solve this problem , tell me if I have to
set some property of component or add some directives lines in the code of
application to force to terminate this when I want to shutdown my system.

Thanks in advance




Subject: Re: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 16:52:25 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Fri, 22 Aug 2003 10:12:30 -0400:

 IV> I'm guessing that you have a more recent version than that in CVS,
 IV> seeing as how I tried installing it and it crashed left, right, and
 IV> center on my machine...

  Now it also does on my machine.. Maybe you have some kind of magic powers?
Or I just screwed things up. Strangest thing is I had these problems before,
I fixed it (I thought) and never saw the error again. My "test" application
stills works (I can add/remove digits, change settings without problems).
Adding a new control to the form and I get all these errors again. So
apparently the same bug is still alive and I just got lucky last time.
Weird....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: LED display donation
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 22 Aug 2003 10:12:30 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bi4tsk$ioa$1@talkto.net...
> >   I (finally) added the rewritten LED display donation by Jay Dubal.

I'm guessing that you have a more recent version than that in CVS, seeing as
how I tried installing it and it crashed left, right, and center on my
machine...

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: LED display donation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 22 Aug 2003 13:40:53 +0200
Newsgroups: jedi.vcl

Hello, All!

  I (finally) added the rewritten LED display donation by Jay Dubal. I
renamed it to segmented LED display. Currently it only supports the
7-segmented editions but the 14 and 16-segmented will be added soon. I do
have a small problem with the control as it is now: I allowed for automatic
determination of unlit segment color but the current implementation is, uhm,
not entirely working in all situations <g> Most combinations of background
color and lit segment colors just don't work properly: they either turn out
to light or to dark. Could someone shine a light on this? The calculations
are done in the CalcRealUnlit* methods and are obviously not working.

  The component has been added to a new package (JvHMI which stands for
Human Machine Interface) which will receive various instrumentation-type
controls and components. The RadioCtl (I think it was donated by Rudy), the
TransLED and the BlinkingLED will be moved to this package as well. TransLED
and BlinkingLED will be merged and renamed to TJvLED. Other things that will
be added to this package:

  * Matrix display
  * Gauges, meters and various other indicators
  * Knobs, levers, switches, buttons with LED indication
  * OPC support (most likely a non-visual component to which you can add
links between OPC-items and component/control properties but I may also opt
to write a generic OPC-support class to be added to individual controls).

  The controls/components will be divided amongst three palette tabs: 'HMI
Indicators' (controls that only indicate settings/values, 'HMI Controls'
(controls that allow changing a setting, like knobs or switches; not used
yet) and 'HMI Non-Visual' (mostly support components/controls like the
character mapper for the segmented LED display).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Help needed to solve bug #0001023
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 22 Aug 2003 10:13:25 +0200
Newsgroups: jedi.vcl

> > Thanks, but what should I do with this bug report ?
The only one who can test the code is a person with a fast CPU. Since you
don't seem to have one and I don't, it must be up to the original reporter
to do the test. So, what you can do is recommend him to make the GetCPUSpeed
changes, recompile the DJCL package and see if it helps. If it does, problem
solved. If not, then there is little you can do.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help needed to solve bug #0001023
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 22 Aug 2003 17:50:59 +1000
Newsgroups: jedi.vcl

Thanks, but what should I do with this bug report ?



Subject: Re: Jan's Spellchecker
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Thu, 21 Aug 2003 11:54:33 -0500
Newsgroups: jedi.vcl

> > Tentative answer: probably...

<G!>

I'll keep my fingers crossed!

--
Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________




Subject: Re: Jan's Spellchecker
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 21 Aug 2003 18:29:01 +0200
Newsgroups: jedi.vcl

> > One quick question... will this work with any TStrings source of text?
> > (TMemo, TPlusMemo, TSynMemo, etc...)
Tentative answer: probably... 

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jan's Spellchecker
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Thu, 21 Aug 2003 10:20:05 -0500
Newsgroups: jedi.vcl

> > I've uploaded the spell checker sources + a demo to binaries. Note that
the
> > code isn't even a week old so there is probably a lot than can be
improved.

Thanks Peter!

One quick question... will this work with any TStrings source of text?
(TMemo, TPlusMemo, TSynMemo, etc...)

Thanks,
-- Raymond
Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________




Subject: Re: jvDSA-dialogs : define default result?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 21 Aug 2003 16:55:36 +0200
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Thu, 21 Aug 2003 16:39:59 +0200:

 RK> i am using the jvDSA-dialogs to let the user decide if a dialog should
 RK> be displayed in future.

  Good, that's why they are there ;-)

 RK> Whe the user selects "Do not show again" the dialogs are savinf the
 RK> last result and that is not good in every situation. For example: I
 RK> have a dialog "Do you really want to quit?". If the user selects "No"
 RK> AND "Do not show again" the program could not be terminated in future
 RK> because the dialog is not shown and invisibly answerd with "No".

  Darn, never occurred to me these cases could occur as well. This is indeed
a problem.

 RK> So i do the following:

 RK>   doShow := GetDSAState(DSAID_QUIT, mr);
 RK>   SetDSAState(DSAID_QUIT, doShow, mrYes);

 RK> to reset the dialogs result to "mrYes" every time the dialog was shown.
 RK> Is there a better way to do this?

  Not really, except that I would place the SetDSAState in an if condition
to avoid storing data which is not used:

doShow := GetDSAState(DSAID_QUIT, mr);
if not doShow then
  SetDSAState(DSAID_QUIT, doShow, mrYes);

  I believe a better approach could be achieved by specifying for each
registered DSA dialog if it should store the modal result. You may add it as
a feature request to Mantis or implement it yourself.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: jvDSA-dialogs : define default result?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 21 Aug 2003 16:39:59 +0200
Newsgroups: jedi.vcl

Hello,

i am using the jvDSA-dialogs to let the user decide if a dialog should be
displayed in future.

Whe the user selects "Do not show again" the dialogs are savinf the last
result and that is not good in every situation. For example: I have a dialog
"Do you really want to quit?". If the user selects "No" AND "Do not show
again" the program could not be terminated in future because the dialog is
not shown and invisibly answerd with "No".

So i do the following:

  doShow := GetDSAState(DSAID_QUIT, mr);
  SetDSAState(DSAID_QUIT, doShow, mrYes);

to reset the dialogs result to "mrYes" every time the dialog was shown.

Is there a better way to do this?

TIA,
Ralf



Subject: Re: Does JvLookup.pas have a bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 15:50:15 +0200
Newsgroups: jedi.vcl

Try modifying the if statement to read:

    if (FMasterField <> nil) and FMasterField.DataSet.Active then
   ...


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDriveList Bug
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 21 Aug 2003 15:04:11 +0200
Newsgroups: jedi.vcl

> > I am not sure where, but I read once that Columns doesn't work with owner
> > drawn controls so not much we can do unless we want to rewrite it from
> > scratch (believe me, we don't <g>).
Of course I must accept this unless I will rewrite it ;-)

Michael




Subject: Does JvLookup.pas have a bug?
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Thu, 21 Aug 2003 09:03:54 -0400
Newsgroups: jedi.vcl

Hi,

I have the latest JEDI + Delphi7 using BDE.
Before, when I used RxLib/Delphi6, the code worked fine.
Today, after convert to JEDI/Delphi7, when I do:

QueryMaster.Close;
QueryMaster.Params...;
QueryMaster.Open;

The problem occurs not exactly into QueryMaster,
but when the QueryDetail does the automatic refresh.

The unit JvLookup.pas arises an EAccessViolation at
line 994 (SetValueKey(FMasterField.AsString);)

When debugging, FMasterField = {[]} and AsString is invalid.
What's the problem here?

QueryDetail -> lookup property FMasterField <> nil
but FMasterField.AsString arises exception at 994 line.

Then, I'd like to now the utility of FMasterField and try to solve
this JEDI bug (ou my app bug, I don't know yet...).



Subject: Re: Help needed to solve bug #0001023
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 14:53:05 +0200
Newsgroups: jedi.vcl

As it is now, GetCPUSpeed assumes valid values when
QueryPerformanceFrequency returns true. That is pretty optimistic
considering it was MS that wrote it ;).

Here's how I think GetCPUSpeed should br rewritten (protect agains div by
0):

function GetCPUSpeed(var CpuSpeed: TFreqInfo): Boolean;
var
  T0, T1: TULargeInteger;
  CountFreq: TULargeInteger;
  Freq, Freq2, Freq3, Total: Integer;
  TotalCycles, Cycles: Int64;
  Stamp0, Stamp1: Int64;
  TotalTicks, Ticks: Cardinal;
  Tries, Priority: Integer;
  Thread: THandle;
begin
  Stamp0 := 0;
  Stamp1 := 0;
  Freq  := 0;
  Freq2 := 0;
  Freq3 := 0;
  Tries := 0;
  TotalCycles := 0;
  TotalTicks := 0;
  Total := 0;

  Thread := GetCurrentThread();
  Result := QueryPerformanceFrequency(Int64(CountFreq));
  if Result then
  begin
    while ((Tries < 3 ) or ((Tries < 20) and ((Abs(3 * Freq - Total) > 3) or
      (Abs(3 * Freq2 - Total) > 3) or (Abs(3 * Freq3 - Total) > 3)))) do
    begin
      Inc(Tries);
      Freq3 := Freq2;
      Freq2 := Freq;
      QueryPerformanceCounter(Int64(T0));
      T1.LowPart := T0.LowPart;
      T1.HighPart := T0.HighPart;

      Priority := GetThreadPriority(Thread);
      if Priority <> THREAD_PRIORITY_ERROR_RETURN then
        SetThreadPriority(Thread, THREAD_PRIORITY_TIME_CRITICAL);
      try
        while (T1.LowPart - T0.LowPart) < 50 do
        begin
          QueryPerformanceCounter(Int64(T1));
          Stamp0 := ReadTimeStampCounter;
        end;
        T0.LowPart := T1.LowPart;
        T0.HighPart := T1.HighPart;

        while (T1.LowPart - T0.LowPart) < 1000 do
        begin
          QueryPerformanceCounter(Int64(T1));
          Stamp1 := ReadTimeStampCounter;
        end;
      finally
        if Priority <> THREAD_PRIORITY_ERROR_RETURN then
          SetThreadPriority(Thread, Priority);
      end;

      Cycles := Stamp1 - Stamp0;
      Ticks := T1.LowPart - T0.LowPart;
      Ticks := Ticks * 100000;
      if CountFreq.LowPart <> 0 then
        Ticks := Round(Ticks / (CountFreq.LowPart / 10))
      else
        Ticks := 0;
      TotalTicks := TotalTicks + Ticks;
      TotalCycles := TotalCycles + Cycles;
      if Ticks <> 0 then
        Freq := Round(Cycles / Ticks)
      else
        Freq := 0;
      Total := Freq + Freq2 + Freq3;
    end;
    if TotalTicks <> 0 then
    begin
      Freq3 := Round((TotalCycles * 10) / TotalTicks);
      Freq2 := Round((TotalCycles * 100) / TotalTicks);
    end
    else
    begin
      Freq3 := 0;
      Freq2 := 0;
    end;

    if Freq2 - (Freq3 * 10) >= 6 then
      Inc(Freq3);
    if TotalTicks <> 0 then
      CpuSpeed.RawFreq := Round(TotalCycles / TotalTicks)
    else
      CpuSpeed.RawFreq := 0;
    CpuSpeed.NormFreq := CpuSpeed.RawFreq;

    Freq := CpuSpeed.RawFreq * 10;
    if (Freq3 - Freq) >= 6 then
      Inc(CpuSpeed.NormFreq);

    CpuSpeed.ExTicks := TotalTicks;
    CpuSpeed.InCycles := TotalCycles;

    CpuSpeed.NormFreq := RoundFrequency(CpuSpeed.NormFreq);
    Result := True;
  end;
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDriveList Bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 14:45:13 +0200
Newsgroups: jedi.vcl

> > Too bad, it would be a nice feature anyway!

I am not sure where, but I read once that Columns doesn't work with owner
drawn controls so not much we can do unless we want to rewrite it from
scratch (believe me, we don't <g>).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help needed to solve bug #0001023
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 14:43:32 +0200
Newsgroups: jedi.vcl

Sounds to me it could be the GetCPUSpeed call that is actually raising the
exception. Not only does it contain numerous divisions  but the problem also
seems to be related to a higher CPU speed...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDriveList Bug
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 21 Aug 2003 14:40:46 +0200
Newsgroups: jedi.vcl

> > Yes, the JvDriveList doesn't support Columns (it's an owner drawn control)
> > so in JVCL3, it is not published :)
Too bad, it would be a nice feature anyway!

Michael




Subject: Re: TJvDriveList Bug
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 14:31:33 +0200
Newsgroups: jedi.vcl

> > Using TJvDriveList I've encountered several bugs(?):
> > * Setting columns to anything greater than 1 causes the drive labels
> > (descriptions) to get faulty.
> > * This applies too if I set ImageAlign to ialeft and ImageSize to isLarge
> > * Setting Columns to 1, ImageAlign to iaLeft and ImageSize to isLarge,
> > selecting the first entry and scroll right, does not show any further
> > entries.
> > ...
> >
> > Any fix available for this great component? Perhaps in JVCL 3?

Yes, the JvDriveList doesn't support Columns (it's an owner drawn control)
so in JVCL3, it is not published :)

I'm surprised it's published in 2.10 - it shouldn't be.



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Help needed to solve bug #0001023
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 21 Aug 2003 22:08:26 +1000
Newsgroups: jedi.vcl

As some of you already know, I'm in the midlle of trying to solve bug 1023.
It seems that the code in JclSysInfo.pas crashes on a Pentium 4 HT, but only with the version bundled in JVCL2.10
According to the reporter (ckin), the crash happens when loading Delphi 7 under WinXP. He gets a  Nullpointer exception in jvcl200_d70 which appears to be triggered because the CPUID function returns 0 on his system.
Thanks to Wayne Sherman, I compared files from JCL 1.20 (build 7754 & 779) and JCL 1.22. There are changes, but none of them are in the CPUID or GetSystemInfo functions.
I don't have Delphi7, nor a P4 HT, and I've run out of idea for a solution to this problem.
This is why I'm asking for your help.

Thanks a lot

Olivier
JVCL Developer



Subject: Re: TJvCustomRichEdit.Print
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 21 Aug 2003 13:53:21 +0200
Newsgroups: jedi.vcl

> > What I meant was you should try replacing the JVCL TJv(x)Richedit with the
> > standard Borland TRichEdit and see if you have the same problem.
Ohh - next time I will look closer ;-)

Michael




Subject: TJvDriveList Bug
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 21 Aug 2003 13:37:44 +0200
Newsgroups: jedi.vcl

Hi,

Using TJvDriveList I've encountered several bugs(?):
* Setting columns to anything greater than 1 causes the drive labels
(descriptions) to get faulty.
* This applies too if I set ImageAlign to ialeft and ImageSize to isLarge
* Setting Columns to 1, ImageAlign to iaLeft and ImageSize to isLarge,
selecting the first entry and scroll right, does not show any further
entries.
....

Any fix available for this great component? Perhaps in JVCL 3?

cu,
Michael




Subject: Re: TJvCustomRichEdit.Print
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 13:35:39 +0200
Newsgroups: jedi.vcl

> > There is nothing special in my code. Loading a RTF text into the control
and
> > printing using the Print() method already prints a thumbnail.

What I meant was you should try replacing the JVCL TJv(x)Richedit with the
standard Borland TRichEdit and see if you have the same problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDirectoryEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 13:33:54 +0200
Newsgroups: jedi.vcl

No need to change, just change the DialogKind property to dkWin32

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Michael Fritz" <spam_athome@yahoo.de> skrev i meddelandet news:bi28dj$3hs$1@talkto.net...
> > Hi,
> >
> > I'm using TJvDirectoryEdit. When pressing the button for a directory list,
I
> > get the old fashioned dialog from Delphi 1.x. Is there any Jedi control
> > which uses a new folder selection dialog or do I have to code this
manually?
> >
> > cu,
> > Michael
> >
> >




Subject: TJvDirectoryEdit
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 21 Aug 2003 13:21:51 +0200
Newsgroups: jedi.vcl

Hi,

I'm using TJvDirectoryEdit. When pressing the button for a directory list, I
get the old fashioned dialog from Delphi 1.x. Is there any Jedi control
which uses a new folder selection dialog or do I have to code this manually?

cu,
Michael




Subject: Re: TJvCustomRichEdit.Print
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 21 Aug 2003 13:19:51 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:bi1s0e$bf$1@talkto.net...
> > Make a test with a standard TRichEdit.Print. Do you get the same result?
If
> > you don't, then there is probably some problem with the JvRichEdit. If you
> > do, then it's something in your code and posting it would help a lot.
Peter,

no code necessary for this. I've used TJvxRichEdit.Print and, as already
mentioned, I only get a very small printout in the upper left corner. The
content of the rich edit does not matter at this point nor does the
formatting. I could reproduced this sometimes but the next moment it prints
correctly again. One moment later I get the same small output. Without
restarting the application!

There is nothing special in my code. Loading a RTF text into the control and
printing using the Print() method already prints a thumbnail.

cu,
Michael




Subject: Re: Jan's Spellchecker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 10:53:13 +0200
Newsgroups: jedi.vcl

Noticed two other problems:
1. There's a call to reText.SaveToImage but the standard TJvRichEdit doesn't
have this method. Remove.
2. The offset calculations differs between TRichEdit and TJvRichEdit, i.e
the current selection code works for a TRichEdit but not for TJvRichEdit. I
don't exactly know why but to make the code work as is, replace the
TJvRichEdit with a TRichEdit instead (select form, Alt+F12 to view as text,
replace TJvRichEdit with TRichEdit, Alt+F12, Ctrl+S, answer "Yes")

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvCustomRichEdit.Print
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 09:49:51 +0200
Newsgroups: jedi.vcl

Make a test with a standard TRichEdit.Print. Do you get the same result? If
you don't, then there is probably some problem with the JvRichEdit. If you
do, then it's something in your code and posting it would help a lot.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvMail Compliancy
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 09:47:59 +0200
Newsgroups: jedi.vcl

JvMail uses Simple MAPI so if it's not supported by SMAPI, then JvMail
doesn't support it either. I guess the only way to find out is to try it. If
it doesn't work or you need more control, I suggest you have a look at Indy

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jan's Spellchecker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 09:12:05 +0200
Newsgroups: jedi.vcl

Note: the main form has JvDataProvider and JvDataProviderImpl in it's uses.
You can remove these.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jan's Spellchecker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 21 Aug 2003 08:52:27 +0200
Newsgroups: jedi.vcl

I've uploaded the spell checker sources + a demo to binaries. Note that the
code isn't even a week old so there is probably a lot than can be improved.

Suggestions, bug reports and comments in this NG, please.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvMail Compliancy
From: Johan van Wijk <johan@olrac.com>
Date: Wed, 20 Aug 2003 20:40:31 +0200
Newsgroups: jedi.vcl

I need to know if JvMail is S/MIME compatible. My application needs to send e-mail messages through Delphi, that are signed and encrypted with ..x509 digital certificates, using S/MIME version 2.

At the moment, I am automating Outlook 2000 to do this, but I am experiencing a few problems with it.

Can anyone tell me whether this is possible with JvMail or any of the other Jedi components?

Thank you in advance



Subject: Re: JvMail
From: Johan van Wijk <johan@olrac.com>
Date: Wed, 20 Aug 2003 20:18:07 +0200
Newsgroups: jedi.vcl

> var
>   Mail: TJvMail;
> begin
>   Mail := TJvMail.Create(nil);
>   Mail.Attachment.Add('c:\temp\diff.txt');
>   Mail.SendMail(True);
>   Mail.Free;
> end;
>
> This works for me (Mozilla/Windows XP)
>

thank you it works now - i am just wondering what is wrong with the previous code...



Subject: Re: JvMail
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 20 Aug 2003 19:36:08 +0200
Newsgroups: jedi.vcl

Johan van Wijk wrote:
> it opens the mail and everything, but does not attach the file - am i doing anything wrong? I'm using Mozilla
>

var
  Mail: TJvMail;
begin
  Mail := TJvMail.Create(nil);
  Mail.Attachment.Add('c:\temp\diff.txt');
  Mail.SendMail(True);
  Mail.Free;
end;

This works for me (Mozilla/Windows XP)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Jan's Spellchecker
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Wed, 20 Aug 2003 11:49:12 -0500
Newsgroups: jedi.vcl

> > I've been coding my own spell checker the last couple of days (great fun,
> > actually). It uses a hash table to store dictionary items for fast lookup
> > and finds suggested word replacements based on soundex values.
> >
> > If you're interested, I can post it to binaries.

I would be interested too!

Thanks!!!

-- Raymond
Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________




Subject: Re: En/decryption and zipping
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 20 Aug 2003 18:48:20 +0200
Newsgroups: jedi.vcl

Hello, Johan!
You wrote  on Wed, 20 Aug 2003 18:39:41 +0200:

 JvW> dave wrote:
 >> Tzipmaster is free but it falls under the gnu public license. I was
 >> really looking more for something under the mpl 1.1 license, same as
 >> jedi. The gnu license becomes tricky when it comes to commercial use, i
 >> think. Thanks, Dave
 JvW> our software is commercial in 3 countries and i never had problems

  It depends. If it's LGPL license you may use a distribution without making
your sources open (provided you at least mention the usage and download
location of the LGPL source of the used library). If it's GPL you are
actually required to release your entire software projects as GPL (including
source). I don't think LGPL nor GPL forbid commercial use.

  Not getting into trouble by using GPL software in a closed source software
doesn't make it valid or legal. OTOH SCO's lawyer claims GPL and basically
all other open-source licenses are invalid because they allow unlimited
copies whereas the US copyright law only allows one (which is a load of crap
of course; the copyright law allows an end user to make a copy for archival
and/or personal modification even if the license would forbid it; anyone
with copyrighted material has the right to determine how this material is
used/distributed).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvMail
From: Johan van Wijk <johan@olrac.com>
Date: Wed, 20 Aug 2003 18:44:01 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Johan van Wijk wrote:
>
>> can u open the default email program and add an attachment with JvMail?
>>
>
> I do not know, but JclMapi definitely can.
>
var
  mailstring : String;
   Mail : TJclSimpleMapi;
begin
  Mail := TJclSimpleMapi.Create;
  Mail.LoadClientLib;
  Mail.MapiSendDocuments(0,'','c:\','test.text',0);
  mail.Free;
end;

it opens the mail and everything, but does not attach the file - am i doing anything wrong? I'm using Mozilla



Subject: Re: En/decryption and zipping
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 20 Aug 2003 12:42:42 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
bi05ks$n3h$1@talkto.net...
> > Tzipmaster is free but it falls under the gnu public license. I was really
> > looking more for something under the mpl 1.1 license, same as jedi. The
> > gnu license becomes tricky when it comes to commercial use, i think.

Actually, it's LGPLed, which is fine.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: En/decryption and zipping
From: Johan van Wijk <johan@olrac.com>
Date: Wed, 20 Aug 2003 18:39:41 +0200
Newsgroups: jedi.vcl

dave wrote:
> Tzipmaster is free but it falls under the gnu public license. I was really
> looking more for something under the mpl 1.1 license, same as jedi. The gnu
> license becomes tricky when it comes to commercial use, i think.
>
> Thanks,
> Dave
>
>
>
>
our software is commercial in 3 countries and i never had problems



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 20 Aug 2003 18:35:56 +0200
Newsgroups: jedi.vcl

Hello, Kha!
You wrote  on Wed, 20 Aug 2003 17:37:55 +0200:

 K> Well i could do it if u want.

  Please do, but use the most recent version. You should be able to get it
from CVS, the dev/JVCL3/run folder. See http://sf.net/projects/jvcl for info
on how to obtain the JVCL3 release; it's the last news item added in the
lower right corner of that page.

 K> But i have no idea how to submit the changes??

  If you don't have CVS write access (which I assume you don't) you may
either post it to Mantis (http://projectjedi.sf.net/mantis) as a Feature
Request and attach the modified unit (zipped preferably) or post it to the
jedi.binaries group (again zipped is preferred). If you have CVS write
access you may commit the changes directly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: En/decryption and zipping
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 20 Aug 2003 11:22:05 -0500
Newsgroups: jedi.vcl

Tzipmaster is free but it falls under the gnu public license. I was really
looking more for something under the mpl 1.1 license, same as jedi. The gnu
license becomes tricky when it comes to commercial use, i think.

Thanks,
Dave


"Johan van Wijk" <johan@olrac.com> wrote in message
news:bhvtdk$lfn$1@talkto.net...
> > dave wrote:
>> > > are there any components in jvcl that i can use for encrypting /
decrypting
>> > > files such as images etc. Also, are there any components for zipping /
>> > > unzipping files.
>> > > If not, anyone know of any good ones that are free? (including free for
>> > > commercial use)
>> > >
>> > > Thanks in advance,
>> > > Dave
>> > >
>> > >
> > u can also use uuencode and uudecode
> > http://my.execpc.com/~adw/uu.html
> > compressing
> > i use TZipmaster - works quite well and is free (see previous message)
> > Zipmaster also has en/decoding built in
> >




Subject: Re: Jan's Spellchecker
From: "Jason" <jaguarius@cogeco.ca>
Date: Wed, 20 Aug 2003 12:08:46 -0400
Newsgroups: jedi.vcl

Please do post it Peter I would be interested in some guidance on the spell
check front. The Jans component does not currently work, and even if it did,
I think it would be somewhat inadequate.

Thanks!

Jason S.  Gagnon

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bhvd1j$hgm$1@talkto.net...
> > I've been coding my own spell checker the last couple of days (great fun,
> > actually). It uses a hash table to store dictionary items for fast lookup
> > and finds suggested word replacements based on soundex values.
> >
> > If you're interested, I can post it to binaries.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvMail
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Aug 2003 18:01:45 +0200
Newsgroups: jedi.vcl

Johan van Wijk wrote:
> can u open the default email program and add an attachment with JvMail?
>

I do not know, but JclMapi definitely can.



Subject: Re: Jan's Spellchecker
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Aug 2003 17:59:59 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've been coding my own spell checker the last couple of days (great fun,
> actually). It uses a hash table to store dictionary items for fast lookup
> and finds suggested word replacements based on soundex values.
>
> If you're interested, I can post it to binaries.
>

You may need something more specific than Soundex, but as long as it works it is good. Make a clean API so other algorithms can be added.

Personally i am in love with the commercial Primus. It is primarily for german and does things like decomposing "Haustür" -> "Haus" + "Tür" and many other things.



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Kha" <Kha@ritas.com>
Date: Wed, 20 Aug 2003 17:37:55 +0200
Newsgroups: jedi.vcl

Well i could do it if u want.
It's a pretty easy modification anyway.
But i have no idea how to submit the changes ?


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bhvckc$hdu$1@talkto.net...
> > Hello, Kha!
> > You wrote  on Wed, 20 Aug 2003 01:30:28 +0200:
> >
> >  K> Got a little suggestion: wouldn't it be usefull to add a SetFormat to
> >  K> TJvInspectorFloatItem ?
> >  K> TJvInspectorDateItem & TJvInspectorTimeItem could inherit it.
> >
> >   Wrong guy to ask. I suppose you're right though. Formatting should be
> > available. I'll look into it at some point, but I haven't got a clue as to
> > when that will be. So if anyone else like to take a shot at it: go right
> > ahead.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: JvMail
From: Johan van Wijk <johan@olrac.com>
Date: Wed, 20 Aug 2003 16:07:06 +0200
Newsgroups: jedi.vcl

can u open the default email program and add an attachment with JvMail?



Subject: Re: En/decryption and zipping
From: Johan van Wijk <johan@olrac.com>
Date: Wed, 20 Aug 2003 16:05:17 +0200
Newsgroups: jedi.vcl

dave wrote:
> are there any components in jvcl that i can use for encrypting / decrypting
> files such as images etc. Also, are there any components for zipping /
> unzipping files.
> If not, anyone know of any good ones that are free? (including free for
> commercial use)
>
> Thanks in advance,
> Dave
>
>
u can also use uuencode and uudecode
http://my.execpc.com/~adw/uu.html
compressing
i use TZipmaster - works quite well and is free (see previous message)
Zipmaster also has en/decoding built in



Subject: Re: JCL CVS Access
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 20 Aug 2003 13:57:01 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Wed, 20 Aug 2003 21:13:09 +1000:

  see reply in jedi.jcl.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JCL CVS Access
From: OBones <obones_REMSPAM_@_TAC_meloo.com>
Date: Wed, 20 Aug 2003 21:13:09 +1000
Newsgroups: jedi.vcl

How do I access the old source versions of the JCL ?
I tried the CVS access on SourceForge, but it's too recent.
I'm looking for the differences in JclSysInfo.pas and JclGraphUtils.pas
that were introduced between the packaging of JVCL 2.00 and JVCL 2.10
(full packages).
It seems the changes introduced are making the JVCL crash with Pentium 4
HT processors.
I'm mostly interested in these functions from JclSysInfo.pas:
GetCpuInfo, CPUID, IntelSpecific, CyrixSpecific, AMDSpecific,
TransmetaSpecific
And the SetupFunctions from JclGraphUtils.pas

I'm trying to find a solution for JVCL Mantis Bug #0001023
Thanks a lot for your help.

Olivier
JVCL Developer




Subject: Re: JVCL3: Bug in JvEditor.pas::TJvCustomEditor.EMGetSelection
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 20 Aug 2003 12:47:00 +0200
Newsgroups: jedi.vcl

That's probably one of the stupidest (if that's a word) bugs I've ever seen.
Fill fix right away.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: En/decryption and zipping
From: "DV" <dvpop@mscgva.ch>
Date: Wed, 20 Aug 2003 12:12:41 +0200
Newsgroups: jedi.vcl

Hi Dave,

Try also


Zip/masterLib

http://www.geocities.com/SiliconValley/Network/2114/zipbeta.html

Latest Versions and changes available at
http://www.geocities.com/rjpeters_au/zipmaster.html


"dave" <dbracken@infonowsolutions.com> wrote in message
news:bhda2n$839$1@talkto.net...
> > Thank you to OBones, and Peter. Those links will help immensely.
> >
> > Thanks again,
> > Dave
> >
> >
> > "dave" <dbracken@infonowsolutions.com> wrote in message
> > news:bhaq42$poc$1@talkto.net...
>> > > are there any components in jvcl that i can use for encrypting /
> > decrypting
>> > > files such as images etc. Also, are there any components for zipping /
>> > > unzipping files.
>> > > If not, anyone know of any good ones that are free? (including free for
>> > > commercial use)
>> > >
>> > > Thanks in advance,
>> > > Dave
>> > >
>> > >
> >
> >




Subject: JVCL3: Bug in JvEditor.pas::TJvCustomEditor.EMGetSelection
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Wed, 20 Aug 2003 10:02:26 +0000 (UTC)
Newsgroups: jedi.vcl


This line is wrong in
JVCL3/run/JvEditor.pas::TJvCustomEditor.EMGetSelection:

   if (LSelEnd > 65.535) or (LSelStart > 65.535) then

It should be (no decimal point):

   if (LSelEnd > 65535) or (LSelStart > 65535) then



-- Regards Andreas Hausladen 

Subject: Re: Jan's Spellchecker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 20 Aug 2003 11:21:37 +0200
Newsgroups: jedi.vcl

I've been coding my own spell checker the last couple of days (great fun,
actually). It uses a hash table to store dictionary items for fast lookup
and finds suggested word replacements based on soundex values.

If you're interested, I can post it to binaries.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 20 Aug 2003 11:15:08 +0200
Newsgroups: jedi.vcl

Hello, Kha!
You wrote  on Wed, 20 Aug 2003 01:30:28 +0200:

 K> Got a little suggestion: wouldn't it be usefull to add a SetFormat to
 K> TJvInspectorFloatItem ?
 K> TJvInspectorDateItem & TJvInspectorTimeItem could inherit it.

  Wrong guy to ask. I suppose you're right though. Formatting should be
available. I'll look into it at some point, but I haven't got a clue as to
when that will be. So if anyone else like to take a shot at it: go right
ahead.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TJvURLListGrabber, replacement for TJvFTPGrabber and TJvHTTPGrabber
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Tue, 19 Aug 2003 23:52:08 -0500
Newsgroups: jedi.vcl

I downloaded the 2.1 version and my modifications are included, I modified
it since 1.2 version but now they are included.

I had installed the 1.2 version

Sorry




"Peter Thörnqvist" <peter3@no.spam.peter3.com> escribió en el mensaje
news:bhte3f$837$1@talkto.net...
>> > > Some months ago, I modified and upload the TJvFTPGrabber to show the
>> > > progress of a download process, I dont know if my changes were
considered
>> > > but if you want I can send you or I can upload the changes . Maybe the
>> > > changes can help you.
> > Were did you upload it? I couldn't find it in jedi.binaries nor in Mantis.
> > Could you upload it again (Mantis preferred)?
> >
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: a Pascal question
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 20 Aug 2003 05:58:27 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Robert Marquardt wrote:
>
>> I have just seen a protected virtual class function.
>> Does that make any sense?
>>
>
> There is one in code I've written, and I'm now thinking real hard why
> the ** I did that <g>.
>

Thanks for the interesting answers.
Now i know more about Delphi.

I was not sure if it was overengineered or good Delphi.
BTW it is in JclClr.pas.



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Kha" <Kha@ritas.com>
Date: Wed, 20 Aug 2003 01:30:28 +0200
Newsgroups: jedi.vcl

Thank u Remko

Got a little suggestion: wouldn't it be usefull to add a SetFormat to
TJvInspectorFloatItem ?
TJvInspectorDateItem & TJvInspectorTimeItem could inherit it.

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bhtokd$a25$1@talkto.net...
> > Kha wrote:
> >
>> > > Could this fix be commited to the cvs please ? or could u tell me how to
fix
>> > > that annoying bug ?
>> > > I've just tried the latest JVCL3 from the cvs and the still there.
>> > >
>> > > Thank u
> >
> > Commited to cvs, (note probably delay ± 2 days for anonymous CVS
> > access)
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: a Pascal question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 19 Aug 2003 22:33:44 +0200
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

>> TObject.NewInstance
>
> A factory method. Very useful.
>
>> TComponent.UpdateRegistry
>
> Replaces a global method. Kind of useful. Well, not really, I guess.
>
>> TField.CheckTypeSize
>
> Polymorphic lookup table replacement. Interesting kludge.
>

I guess it's valid as

* you want the function to be only accessable in the unit where you define the base class. (hence the protected)
* But others may implement it in a different way (hence the virtual)
* And you access it via a class reference or want it to be stateless (hence the class function)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: a Pascal question
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 19 Aug 2003 15:59:04 -0400
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
bhtr5g$acr$1@talkto.net...
> > Ignacio Vazquez wrote:
>> >> It's perfectly legal. As to whether or not it's _useful_, a little
>> >> context is required.
> >
> > Some examples are:
> >
> > TObject.NewInstance

A factory method. Very useful.

> > TComponent.UpdateRegistry

Replaces a global method. Kind of useful. Well, not really, I guess.

> > TField.CheckTypeSize

Polymorphic lookup table replacement. Interesting kludge.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: a Pascal question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 19 Aug 2003 21:10:54 +0200
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:

> It's perfectly legal. As to whether or not it's _useful_, a little context
> is required.

Some examples are:

TObject.NewInstance
TComponent.UpdateRegistry
TField.CheckTypeSize

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJVID3v2 in JVCL3 => BitRate, SampleRate, Song Length
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 19 Aug 2003 20:30:32 +0200
Newsgroups: jedi.vcl

SeDkY wrote:

> Ok, I continu write that, I put this in binaries when its ok :)

I've implemented it now, but get different result for frame count for a
MP3 than winamp says, do you see the same?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 19 Aug 2003 20:27:37 +0200
Newsgroups: jedi.vcl

Kha wrote:

> Could this fix be commited to the cvs please ? or could u tell me how to fix
> that annoying bug ?
> I've just tried the latest JVCL3 from the cvs and the still there.
>
> Thank u

Commited to cvs, (note probably delay ± 2 days for anonymous CVS
access)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: a Pascal question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 19 Aug 2003 20:09:50 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have just seen a protected virtual class function.
> Does that make any sense?
>

There is one in code I've written, and I'm now thinking real hard why
the ** I did that <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: a Pascal question
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 19 Aug 2003 13:50:33 -0400
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
bhtjpd$93t$1@talkto.net...
> > I have just seen a protected virtual class function.
> > Does that make any sense?

It's perfectly legal. As to whether or not it's _useful_, a little context
is required.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: a Pascal question
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 19 Aug 2003 19:05:05 +0200
Newsgroups: jedi.vcl

I have just seen a protected virtual class function.
Does that make any sense?



Subject: Re: SpinEdit
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Tue, 19 Aug 2003 11:51:32 -0500
Newsgroups: jedi.vcl

My installed version doesnt include the JvDBSpinEdit, I have installed the
1.2 version

I am completly and absolutly lost, let me download and install the last
version.

Alejandro


"Peter Thörnqvist" <peter3@no.spam.peter3.com> escribió en el mensaje
news:bhtios$8uf$1@talkto.net...
> > There already is a JvDBSpinEdit in JVCL. Take a look and see if your
version
> > improves on it. If it does, try to work your enhancements into the JVCL
> > version and upload the modified source to Mantis as a donation.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: SpinEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 19 Aug 2003 18:47:27 +0200
Newsgroups: jedi.vcl

There already is a JvDBSpinEdit in JVCL. Take a look and see if your version
improves on it. If it does, try to work your enhancements into the JVCL
version and upload the modified source to Mantis as a donation.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBTreeView
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 19 Aug 2003 18:38:32 +0200
Newsgroups: jedi.vcl

The JvDBTreeview originated from RALib so you might be able to find
something googling for RALib. I don't think anyone here knows enough to be
able to help. I know I don't.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: SpinEdit
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Tue, 19 Aug 2003 11:25:36 -0500
Newsgroups: jedi.vcl

I modified the SpinEdit component of Borland to link it to a DataSet

Is it valid, legal, useful?

Can I upload it ?

--
Alejandro Castro
www.alfra.info
alejandro@alfra.info




Subject: TJvDBTreeView
From: "Doug Maurer" <dmaurer@acetrucking.com>
Date: Tue, 19 Aug 2003 12:18:15 -0400
Newsgroups: jedi.vcl

Delphi 7 Enterprise

Does anyone have experience with the JvDBTreeView component?  I am trying to
link it to a table but I am not having much luck.

Thanks,
Doug Maurer




Subject: Re: TJvDBTreeView
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Tue, 19 Aug 2003 16:02:32 +0000 (UTC)
Newsgroups: jedi.vcl

Doug Maurer wrote:

> > Delphi 7 Enterprise
> > 
> > Does anyone have experience with the JvDBTreeView component?  I am
> > trying to link it to a table but I am not having much luck.
> > 
> > Thanks,
> > Doug Maurer

I also tried to use it but did not understand how.
Asked for help here, but I think nobody saw. :)

-- Erick Sasse 

Subject: Re: TJvURLListGrabber, replacement for TJvFTPGrabber and TJvHTTPGrabber
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Tue, 19 Aug 2003 11:02:10 -0500
Newsgroups: jedi.vcl

Ok, Im going to upload it


"Peter Thörnqvist" <peter3@no.spam.peter3.com> escribió en el mensaje
news:bhte3f$837$1@talkto.net...
>> > > Some months ago, I modified and upload the TJvFTPGrabber to show the
>> > > progress of a download process, I dont know if my changes were
considered
>> > > but if you want I can send you or I can upload the changes . Maybe the
>> > > changes can help you.
> > Were did you upload it? I couldn't find it in jedi.binaries nor in Mantis.
> > Could you upload it again (Mantis preferred)?
> >
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: TJvURLListGrabber, replacement for TJvFTPGrabber and TJvHTTPGrabber
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 19 Aug 2003 17:27:45 +0200
Newsgroups: jedi.vcl

> > Some months ago, I modified and upload the TJvFTPGrabber to show the
> > progress of a download process, I dont know if my changes were considered
> > but if you want I can send you or I can upload the changes . Maybe the
> > changes can help you.
Were did you upload it? I couldn't find it in jedi.binaries nor in Mantis.
Could you upload it again (Mantis preferred)?



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvURLListGrabber, replacement for TJvFTPGrabber and TJvHTTPGrabber
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Tue, 19 Aug 2003 09:58:35 -0500
Newsgroups: jedi.vcl

Some months ago, I modified and upload the TJvFTPGrabber to show the
progress of a download process, I dont know if my changes were considered
but if you want I can send you or I can upload the changes . Maybe the
changes can help you.

Alejandro


"OBones" <obones_SPJJ@SPPJJ_meloo.com> escribió en el mensaje
news:bhs9ht$vg2$1@talkto.net...
> > Hi all
> >
> > As mentionned in the thread by Chuchunain on 11/08/03 about
> > TJvMultiHTTPGrabber, I proposed to modify the JVCL a bit to have it more
> > object oriented and more reusable.
> > The proposed plan was to create a class called TJvURLListGrabber to
> > which you give a list of URL. It then in turn creates a TJvURLGrabber
> > object depending on the protocol to use, hence a TJvFTPGrabber or a
> > TJvHTTPGrabber. This would allow users to create TJvURLGrabber
> > descendents for new protocols while allowing parallel grabbing, thus
> > eliminating the need for TJvMultiHTTPGrabber which duplicates most of
> > its code from THTTPGrabber.
> > Peter then proposed to even go further by having TJvURLGrabber being a
> > TObject descendent, thus also removing TJvFTPGrabber and TJvHTTPGrabber
> > from the palette.
> > I don't have any problems with that approach, except that it may annoy
> > people using those components in their project.
> > I'd then like your opinion on that matter as well as any others you may
> > have regarding the proposed changes.
> >
> > I haven't created anything yet, I'm still in the early stages of
> > designing this set of classes.
> >
> > Thanks for your help.
> >
> > Olivier Sannier
> > JVCL Developer
> > French contact point
> >




Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: Warren Postma <wp@tekran.com>
Date: Tue, 19 Aug 2003 08:47:11 -0400
Newsgroups: jedi.vcl

Kha wrote:
>> WP> #1 JvInspector  and Finalization Section of JvWndProcHooks
>> WP> --
>>
>>  As Remko already mentioned, he fixed it but has not committed it yet.
>
>
> Could this fix be commited to the cvs please ? or could u tell me how to fix
> that annoying bug ?
> I've just tried the latest JVCL3 from the cvs and the still there.
>
> Thank u
>
>
My workaround (not a fix) was to comment out the finalization section of JvWndProcHooks.  I didn't commit this because it's not a fix. REMKO?

Warren



Subject: Re: TJVID3v2 in JVCL3 => BitRate, SampleRate, Song Length
From: "SeDkY" <sedky@9online.fr>
Date: Tue, 19 Aug 2003 14:16:24 +0200
Newsgroups: jedi.vcl

> > Oops, rereading your message, I think you mean you want that info to be
> > included in the TJvID3v2 component, and that it extracts that info from
> > the file, not from the ID3 frames..

Ye its that, reading this from the file, not from the ID3 frames..

> > I've not thaught about implementing that, but that would be a cool
> > feature. I have to do some reading about that; in the meantime you
> > could tell how you want to do that.

Ok, I continu write that, I put this in binaries when its ok :)

> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: TJvURLListGrabber, replacement for TJvFTPGrabber and TJvHTTPGrabber
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 19 Aug 2003 12:36:22 +0200
Newsgroups: jedi.vcl

> > Yes but then the objects used by TJvURLListGrabber cannot be named the
> > same. Maybe I should name the internal objects TJvFTPURLGrabber and
> > TJvHTTPURLGrabber, even If I don't like having so much capitals in names.
It doesn't matter much what you name them since users won't normally work
with them anyway. AAMOF, you can probably make the whole TJvURLGrabber stuff
almost completely transparent to the user.

> > I'd rather use the second one. You give it a URL, it says true or false
> > if it can handle it. See below for details.
That's even better.

> > That's quite easy to implement and leaves the option to users to add
> > their own TJvURLGrabber descendent.
Precisely. For example, a handler for the 'file' protocol should be pretty
easy to create <g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvURLListGrabber, replacement for TJvFTPGrabber and TJvHTTPGrabber
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 19 Aug 2003 20:23:54 +1000
Newsgroups: jedi.vcl

> An alternative solution would be to reimplement TJvFTPGrabber and
> TJvHTTPGrabber to use TJvURLListGrabber internally (with only one item in
> the URL list). We could the mark them as deprecated and remove them in a
> subsequent release.

Yes but then the objects used by TJvURLListGrabber cannot be named the same. Maybe I should name the internal objects TJvFTPURLGrabber and TJvHTTPURLGrabber, even If I don't like having so much capitals in names.

> I would propose that the base TJvURLGrabber has a class function that either
> returns the protocol it supports or returns true/false if it supports a
> specific protocol (i.e send in 'http' and get a true/false back). A class
> function is required so the component doesn't have to instanciate a class
> before determining if it can handle a protocol.

I'd rather use the second one. You give it a URL, it says true or false if it can handle it. See below for details.

> I would also like to see some type of registration scheme so new protocol
> handlers might be added in the future:
>
> type
>   TJvURLGrabberClass = class of TJvURLGrabber;
>
> procedure RegisterProtocolHandler(URLGrabberClass:TJvURLGrabberClass);

That is exactly what I planned. And this list of URLGrabber classes can then be iterated by TJvURLListGrabber to ask each class if it supports a particular URL.

That's quite easy to implement and leaves the option to users to add their own TJvURLGrabber descendent.



Subject: Re: TJvURLListGrabber, replacement for TJvFTPGrabber and TJvHTTPGrabber
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 19 Aug 2003 11:24:16 +0200
Newsgroups: jedi.vcl

> > Peter then proposed to even go further by having TJvURLGrabber being a
> > TObject descendent, thus also removing TJvFTPGrabber and TJvHTTPGrabber
> > from the palette.
An alternative solution would be to reimplement TJvFTPGrabber and
TJvHTTPGrabber to use TJvURLListGrabber internally (with only one item in
the URL list). We could the mark them as deprecated and remove them in a
subsequent release.

> > I haven't created anything yet, I'm still in the early stages of
> > designing this set of classes.
I would propose that the base TJvURLGrabber has a class function that either
returns the protocol it supports or returns true/false if it supports a
specific protocol (i.e send in 'http' and get a true/false back). A class
function is required so the component doesn't have to instanciate a class
before determining if it can handle a protocol.

I would also like to see some type of registration scheme so new protocol
handlers might be added in the future:

type
  TJvURLGrabberClass = class of TJvURLGrabber;

procedure RegisterProtocolHandler(URLGrabberClass:TJvURLGrabberClass);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvURLListGrabber, replacement for TJvFTPGrabber and TJvHTTPGrabber
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Tue, 19 Aug 2003 15:03:51 +1000
Newsgroups: jedi.vcl

Hi all

As mentionned in the thread by Chuchunain on 11/08/03 about TJvMultiHTTPGrabber, I proposed to modify the JVCL a bit to have it more object oriented and more reusable.
The proposed plan was to create a class called TJvURLListGrabber to which you give a list of URL. It then in turn creates a TJvURLGrabber object depending on the protocol to use, hence a TJvFTPGrabber or a TJvHTTPGrabber. This would allow users to create TJvURLGrabber descendents for new protocols while allowing parallel grabbing, thus eliminating the need for TJvMultiHTTPGrabber which duplicates most of its code from THTTPGrabber.
Peter then proposed to even go further by having TJvURLGrabber being a TObject descendent, thus also removing TJvFTPGrabber and TJvHTTPGrabber from the palette.
I don't have any problems with that approach, except that it may annoy people using those components in their project.
I'd then like your opinion on that matter as well as any others you may have regarding the proposed changes.

I haven't created anything yet, I'm still in the early stages of designing this set of classes.

Thanks for your help.

Olivier Sannier
JVCL Developer
French contact point



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Kha" <Kha@ritas.com>
Date: Tue, 19 Aug 2003 05:20:07 +0200
Newsgroups: jedi.vcl

> >  WP> #1 JvInspector  and Finalization Section of JvWndProcHooks
> >  WP> --
> >
> >   As Remko already mentioned, he fixed it but has not committed it yet.

Could this fix be commited to the cvs please ? or could u tell me how to fix
that annoying bug ?
I've just tried the latest JVCL3 from the cvs and the still there.

Thank u




Subject: Re: Jan's Spellchecker
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 18 Aug 2003 22:43:22 +0200
Newsgroups: jedi.vcl

> > I guess I wasn't clear enough - firstly, I had to modify the current CVS
> > code as it did not work, the forms were named incorrectly. Secondly in
your
> > example string 's' comes back without being modified, even after selecting
> > the proper replacement words and changing them.

Hm, sounds like a bug to me. Could you add a bug report to Mantis about this
explaining what you did and what happened? You'll find Mantis at
http://projectjedi.sf.net/mantis.

Thanks

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jan's Spellchecker
From: "Jason" <jaguarius@cogeco.ca>
Date: Mon, 18 Aug 2003 16:26:28 -0400
Newsgroups: jedi.vcl

I guess I wasn't clear enough - firstly, I had to modify the current CVS
code as it did not work, the forms were named incorrectly. Secondly in your
example string 's' comes back without being modified, even after selecting
the proper replacement words and changing them.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bhosan$c21$1@talkto.net...
> > I'm not sure I understand what you are trying to do but the dictionary
isn't
> > changed with the spell-checker: instead, the dictionary is used to spell
> > check a string of some sort. Here's a simple example.
> >
> > Drop a richedit a button and a TJvSpell on a form. Add some text to the
> > richedit. Add the following button click event:
> >
> > procedure TForm1.Button1Click(Sender: TObject);
> > var S:string;
> > begin
> >   S := RichEdit1.Lines.Text;
> >   JvSpeller1.LoadDictionary(PathToYourDictionary + 'english.dic');
> >   JvSpeller1.Spell(S);
> >   RichEdit1.Lines.Text := S;
> > end;
> >
> > A dialog is displayed where each word not found in the dictionary is shown
> > in an edit at the top, a "preview" of the next couple of words are shown
> > below it and a couple of buttons that allow you to correct each word or
skip
> > to the next word. That's about it.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Contributing
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 18 Aug 2003 21:26:46 +0200
Newsgroups: jedi.vcl

Sterling Bates wrote:

> I'd already done so, but it didn't address (as far as I read) the issue of
> freeware -> MPL (especially if there are copies already distributed).  If
> there aren't any issues around that, then the JCL site has answered my other
> questions.

The easiest way is to declare the freeware version frozen and create a new (best improved) version under the MPL.
I will give you some hints for improvement (if i do not forget, please nag me).



Subject: Re: UTF components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 18 Aug 2003 21:24:49 +0200
Newsgroups: jedi.vcl

> > Will the UTF components be part of JVCL 3?
Yes, in the next release. AAMOF, the units and packages are already
converted and available via CVS. I am currently working on getting the help
file into DOM format (manual copy and paste, unfortunately...)


> > If help is needed, I could give a hand.  I've been using the components
since they were know as SIMPL.

That would be great! To get you started, may I suggest that you get the CVS
files and have a look at it's current state. To get the current development
folder, see the news item "How to get JVCL3" at http://jvcl.sf.net and to
learn more about CVS (if you don't already know how to use it), see
http://jvcl.sf.net/cvs.htm

If you need help, want to suggest/discuss anything, just keep posting here
and I'll try to answer as much as I can. I am not experienced at all in UTF
but I'll at least try to answer questions as well as I can.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: UTF components
From: "Daniel Rail" <daniel@accra.ca>
Date: Mon, 18 Aug 2003 15:48:08 -0300
Newsgroups: jedi.vcl

Will the UTF components be part of JVCL 3?

If help is needed, I could give a hand.  I've been using the components
since they were know as SIMPL.

Daniel Rail
Senior Software Developer
ACCRA Med Software Inc.




Subject: Re: TJVID3v2 in JVCL3 => BitRate, SampleRate, Song Length
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 18 Aug 2003 19:56:32 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:
> There are no BitRate/SampleRate frames (AFAICS it's been a while since I
> looked at that component <g>). So I guess you want to put them in a TXXX
> frame?

Oops, rereading your message, I think you mean you want that info to be
included in the TJvID3v2 component, and that it extracts that info from
the file, not from the ID3 frames..

I've not thaught about implementing that, but that would be a cool
feature. I have to do some reading about that; in the meantime you
could tell how you want to do that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Contributing
From: "Sterling Bates" <sterlingb@bigbangmapsonco.com>
Date: Mon, 18 Aug 2003 11:46:19 -0600
Newsgroups: jedi.vcl

> > Check out the thread entitled "I want to donate a component" from
Alejandro
> > Castro started 3 days ago.

I'd already done so, but it didn't address (as far as I read) the issue of
freeware -> MPL (especially if there are copies already distributed).  If
there aren't any issues around that, then the JCL site has answered my other
questions.

Thanks,

Sterling




Subject: Re: TJVID3v2 in JVCL3 => BitRate, SampleRate, Song Length
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 18 Aug 2003 19:45:49 +0200
Newsgroups: jedi.vcl

SeDkY wrote:
> Sorry for my english...

No problem

> So i try to integrate a TJVID3Info, for get BitRate, SampleRate, Song
> Length, like File info composant... But i have some problem...
> So i just want to know, if any one think he can integrate that... if not, i
> put here what i start to do...

There are no BitRate/SampleRate frames (AFAICS it's been a while since I
looked at that component <g>). So I guess you want to put them in a TXXX
frame?

Maybe showing some code would make things clearer..

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Contributing
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Mon, 18 Aug 2003 13:33:55 -0400
Newsgroups: jedi.vcl

"Sterling Bates" <sterlingb@bigbangmapsonco.com> wrote in message
bhqu6a$nvc$1@talkto.net...
> > I've recently been distributing the headers for Mozilla's JS engine
> > (spidermonkey) as freeware, and wonder if I can now contribute it to JCL
> > under the MPL?  I'm not even sure that anybody has downloaded it :-)  The
> > code isn't well-refined yet, so I'd like to maintain it if possible.

Check out the thread entitled "I want to donate a component" from Alejandro
Castro started 3 days ago.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Contributing
From: "Sterling Bates" <sterlingb@bigbangmapsonco.com>
Date: Mon, 18 Aug 2003 10:47:42 -0600
Newsgroups: jedi.vcl

I've recently been distributing the headers for Mozilla's JS engine
(spidermonkey) as freeware, and wonder if I can now contribute it to JCL
under the MPL?  I'm not even sure that anybody has downloaded it :-)  The
code isn't well-refined yet, so I'd like to maintain it if possible.

The code in question can be downloaded from
http://www.sterlingbates.com/delphi.asp.

Sterling




Subject: TJVID3v2 in JVCL3 => BitRate, SampleRate, Song Length
From: "SeDkY" <sedky@9online.fr>
Date: Mon, 18 Aug 2003 14:15:28 +0200
Newsgroups: jedi.vcl

Hi all,

Sorry for my english...

So i try to integrate a TJVID3Info, for get BitRate, SampleRate, Song
Length, like File info composant... But i have some problem...
So i just want to know, if any one think he can integrate that... if not, i
put here what i start to do...
Thanks...




Subject: Re: Jan's Spellchecker
From: "Andy Vines" <andy.vines@btNOTconnectED.com>
Date: Mon, 18 Aug 2003 09:08:42 +0100
Newsgroups: jedi.vcl

> > I think this is the file format for the *nix spell checkers so there
> > should be scores of languages available even exotic ones. I would not be
> > astonished to find Klingon.
> >

I have a Kingon dictionary in paperback so could probably sit and type it in
if someone wanted it ;-)

Andy




Subject: Re: Good property name
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 18 Aug 2003 08:13:27 +0200
Newsgroups: jedi.vcl

> > Rereading the thread (my posts specifically) that's quite
> > understandable :)
No, no. The suggestions were fine but I always try to find property names
already in use so those familiar with the VCL feel instantly at home when
they are using something I wrote.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Good property name
From: "Dave Keighan" <SpamTrap_keighand@yahoo.com>
Date: Mon, 18 Aug 2003 05:55:35 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Rereading the thread (my posts specifically) that's quite
>> > > understandable :)
> > No, no. The suggestions were fine but I always try to find property
> > names already in use so those familiar with the VCL feel instantly at
> > home when they are using something I wrote.

OK thanx (including for all your great work with jedi) Peter.

-- Posted by Dave Keighan with XanaNews 1.15.4.1 

Subject: Re: Good property name
From: "Dave Keighan" <SpamTrap_keighand@yahoo.com>
Date: Sun, 17 Aug 2003 23:05:43 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I think I'll go with Spacing 

Rereading the thread (my posts specifically) that's quite
understandable :)

-- Posted by Dave Keighan with XanaNews 1.15.4.1 

Subject: Re: Good property name
From: "Dave Keighan" <SpamTrap_keighand@yahoo.com>
Date: Sun, 17 Aug 2003 23:03:42 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> > The Jedi Style prefers full names (if it did not yet it does now :-)
> > so HorizontalSpace is good and HSpace is bad.
> > A good argument here is that HSpace can be expanded to HeaderSpace by
> > someone with the wrong context in mind.

Thank-you that's good information. I really prefer full names.

-- Posted by Dave Keighan with XanaNews 1.15.4.1 

Subject: Re: JvDBLookupCombo
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 18 Aug 2003 00:17:27 +0200
Newsgroups: jedi.vcl

Jason wrote:
> Now, I downloaded a CVS image and installed JEDI 3.0 and the lookup boxes no
> longer seem to have this functionality - or is there a property I need to
> set?

TJvDBLookupCombo still has this functionality.

> Ps. I can't type anything in the boxes at all now.

Propably TJvDBLookupCombo.CanModify is false. This can because of (AFAICS):

* the table is readonly.
* property DataSource of TJvDBLookupCombo is nil.
* property DataField is empty
* DataField can't be changed. (See help at TField.CanModify)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Jan's Spellchecker
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 17 Aug 2003 23:59:29 +0200
Newsgroups: jedi.vcl

I'm not sure I understand what you are trying to do but the dictionary isn't
changed with the spell-checker: instead, the dictionary is used to spell
check a string of some sort. Here's a simple example.

Drop a richedit a button and a TJvSpell on a form. Add some text to the
richedit. Add the following button click event:

procedure TForm1.Button1Click(Sender: TObject);
var S:string;
begin
  S := RichEdit1.Lines.Text;
  JvSpeller1.LoadDictionary(PathToYourDictionary + 'english.dic');
  JvSpeller1.Spell(S);
  RichEdit1.Lines.Text := S;
end;

A dialog is displayed where each word not found in the dictionary is shown
in an edit at the top, a "preview" of the next couple of words are shown
below it and a couple of buttons that allow you to correct each word or skip
to the next word. That's about it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvDBLookupCombo
From: "Jason" <jaguarius@cogeco.ca>
Date: Sun, 17 Aug 2003 17:29:26 -0400
Newsgroups: jedi.vcl

Hey guys,

The original reason  I found and downloaded JEDI was that I was looking for
a Lookup component with an incremental search. I found RXLib, and found it
had been integrated into the JEDI library.

Now, I downloaded a CVS image and installed JEDI 3.0 and the lookup boxes no
longer seem to have this functionality - or is there a property I need to
set?

I am confused, anyone able to help?

Ps. I can't type anything in the boxes at all now.

Thanks,

Jason S. Gagnon




Subject: Re: Jan's Spellchecker
From: "Jason" <jaguarius@cogeco.ca>
Date: Sun, 17 Aug 2003 15:40:53 -0400
Newsgroups: jedi.vcl

Thanks guys that was extremely helpful. One more thing, has anyone
successfully used the Spellcheck component? I  got a dictionary and tried
it, but the string remained unchanged after making corrections upon it.


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:bhnjab$4tp$1@talkto.net...
> > Peter Thörnqvist wrote:
>> > > Dictionaries are plain text files, one word per line, sorted:
>> > > aardvark
>> > > aback
>> > > abacus
>> > > abaft
>> > > abalone
>> > > ...
>> > >
>> > > There are english and dutch dictionaries in the \Dict folder. You can
find
>> > > similar dictionaries on the net (try searching for "allwords" as well as
>> > > "dictionaries"). Also, check
http://www.puzzlers.org/wordlists/dictinfo.php
>> > >
> >
> > I think this is the file format for the *nix spell checkers so there
> > should be scores of languages available even exotic ones. I would not be
> > astonished to find Klingon.
> >




Subject: Re: Good property name
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 17 Aug 2003 19:19:37 +0200
Newsgroups: jedi.vcl

Thanks for the replies. I think I'll go with Spacing although it isn''t used
exactly the same way in the JvLabel as it is in Borland's buttons.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Good property name
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 17 Aug 2003 19:10:00 +0200
Newsgroups: jedi.vcl

Dave Keighan wrote:

> It's the HorizontalSpace between two elements perhaps some variant of
> that would suit your needs. HSpace is used by HTML ...

The Jedi Style prefers full names (if it did not yet it does now :-)
so HorizontalSpace is good and HSpace is bad.
A good argument here is that HSpace can be expanded to HeaderSpace by someone with the wrong context in mind.



Subject: Re: Good property name
From: "Dave Keighan" <SpamTrap_keighand@yahoo.com>
Date: Sun, 17 Aug 2003 15:38:59 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I am in the process of adding imagelist/imageindex support to
> > TJvLabel (I need it for a project I'm working on) and was wondering
> > if anyone have a good name for a property that defines the gap
> > between the image's right edge and the text's left edge? I am
> > currently calling it ImageGap but don't quite like it. There probably
> > is something similar for other components in VCL but I can't think of
> > any at the moment. Suggestions?

ImgColWidth will allow you to to add ImgAlign (alLeft, alCenter,
alRight) to buffer the horizontal offset of the image at a later date -
the 'default', at this time being alLeft.

-- Posted by Dave Keighan with XanaNews 1.15.4.1 

Subject: Re: Good property name
From: "Dave Keighan" <SpamTrap_keighand@yahoo.com>
Date: Sun, 17 Aug 2003 15:23:44 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I am in the process of adding imagelist/imageindex support to
> > TJvLabel (I need it for a project I'm working on) and was wondering
> > if anyone have a good name for a property that defines the gap
> > between the image's right edge and the text's left edge? I am
> > currently calling it ImageGap but don't quite like it. There probably
> > is something similar for other components in VCL but I can't think of
> > any at the moment. Suggestions?

It's the HorizontalSpace between two elements perhaps some variant of
that would suit your needs. HSpace is used by HTML ...

Hey, just a thought :)

-- Posted by Dave Keighan with XanaNews 1.15.4.1 

Subject: Re: Good property name
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 17 Aug 2003 23:08:22 +1000
Newsgroups: jedi.vcl

> I am in the process of adding imagelist/imageindex support to TJvLabel (I
> need it for a project I'm working on) and was wondering if anyone have a
> good name for a property that defines the gap between the image's right edge
> and the text's left edge? I am currently calling it ImageGap but don't quite
> like it. There probably is something similar for other components in VCL but
> I can't think of any at the moment. Suggestions?
>

Well, in the menu Item paintes, it's called TextMargin.
Before I rewrote the code, there was a stuff called TextOffset, which might be a better name. But in the menus, it wasn't even used for the text and the name offset sounded too generic so I went to Margin.



Subject: Re: Good property name
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 17 Aug 2003 14:48:30 +0200
Newsgroups: jedi.vcl

> > You can look at TSpeedButton/TJvImgbtn, they call it Spacing I think.
I was thinking about that as well, but Spacing works a bit different when <
0. In a button, the text and image is centered on the button but in my
implementation, negative values just moves the text to the left more and
more even if that means that it's covered by the image (this is the way I
want it, so it's not a bug<g>).

I forgot before: the best would be if the property name started with "Image"
so it is visually grouped with the Images and ImageIndex properties in the
OI.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Good property name
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 17 Aug 2003 14:36:27 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I am in the process of adding imagelist/imageindex support to TJvLabel (I
> need it for a project I'm working on) and was wondering if anyone have a
> good name for a property that defines the gap between the image's right edge
> and the text's left edge? I am currently calling it ImageGap but don't quite
> like it. There probably is something similar for other components in VCL but
> I can't think of any at the moment. Suggestions?
>

Cool, I need that too (too lazy/busy to implement it)

You can look at TSpeedButton/TJvImgbtn, they call it Spacing I think.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Good property name
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 17 Aug 2003 14:18:50 +0200
Newsgroups: jedi.vcl

I am in the process of adding imagelist/imageindex support to TJvLabel (I
need it for a project I'm working on) and was wondering if anyone have a
good name for a property that defines the gap between the image's right edge
and the text's left edge? I am currently calling it ImageGap but don't quite
like it. There probably is something similar for other components in VCL but
I can't think of any at the moment. Suggestions?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jan's Spellchecker
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 17 Aug 2003 12:19:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Dictionaries are plain text files, one word per line, sorted:
> aardvark
> aback
> abacus
> abaft
> abalone
> ...
>
> There are english and dutch dictionaries in the \Dict folder. You can find
> similar dictionaries on the net (try searching for "allwords" as well as
> "dictionaries"). Also, check http://www.puzzlers.org/wordlists/dictinfo.php
>

I think this is the file format for the *nix spell checkers so there should be scores of languages available even exotic ones. I would not be astonished to find Klingon.



Subject: Re: Access Violation while compiling JVCL200_D70.dpk
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 17 Aug 2003 11:45:23 +0200
Newsgroups: jedi.vcl

> > It didn't create the daily snapshot. So you probably made a little mistake
> > somewhere.
I noticed. I've mailed Michael to see if he can help out. The problem is I
don't have any way to test it so it's very much a "shot in the dark".

> >It didn't create the other snapshots either
The old job has been replaced with the new one, so the old zips aren't
updated either.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Access Violation while compiling JVCL200_D70.dpk
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 17 Aug 2003 11:39:34 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 15 Aug 2003 20:43:04 +0200:

 PT> OK, I've updated the scripts. Let's see tomorrow if I botched it <g>.

It didn't create the daily snapshot. So you probably made a little mistake
somewhere. It didn't create the other snapshots either so maybe the cron job
was removed?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: [Team] Update the web site
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 17 Aug 2003 14:57:23 +1000
Newsgroups: jedi.vcl

> I've updated TJvToolbar, TJvStatusBar, TJvMenus and TJvSimpleXml.
> TJvToolbar and TJvStatusBar are now partly documented; TJvMenus and
> TJvSimpleXml are completely generated.

Thanks
TJvAVICapture, TJvToolBar and TJvStatusBar are now completed.
Work is under way for TJvMenus and TJvSimpleXml



Subject: Re: Jan's Spellchecker
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 16 Aug 2003 23:55:57 +0200
Newsgroups: jedi.vcl

Dictionaries are plain text files, one word per line, sorted:
aardvark
aback
abacus
abaft
abalone
....

There are english and dutch dictionaries in the \Dict folder. You can find
similar dictionaries on the net (try searching for "allwords" as well as
"dictionaries"). Also, check http://www.puzzlers.org/wordlists/dictinfo.php

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Jan's Spellchecker
From: "Jason" <jaguarius@cogeco.ca>
Date: Sat, 16 Aug 2003 17:13:19 -0400
Newsgroups: jedi.vcl

Hi, I installed one of the CVS installs of the VCL 3.0 and it includes the
Jan's spell check component. Since there's no documentation, I was wondering
if anyone knew what kind of dictionary files this uses, and where I might
possibly get one?

Thanks,

Jason




Subject: Re: [Team] Update the web site
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 16 Aug 2003 14:01:04 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>   You should be able to do it yourself with the GenTool application in
> dev/help/tools/GenTool. I admit the tool isn't the easiest in the world, but
> maybe Remko could write a small text file with some info on how to use the
> tool.

I've added a ReadMe.txt file in dev/help/tools/GenDtx (maybe handy to
actually rename it to GenTool <g>)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: I want to donate a component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 16 Aug 2003 10:44:53 +0200
Newsgroups: jedi.vcl

Hello, OBones!
You wrote  on Sat, 16 Aug 2003 11:37:22 +1000:

 O> But before doing all this, you'll want to have a look at this page
 O> http://jvcl.sourceforge.net/submitcode.htm

 O> It explains what is involved by donating a component to JVCL, especially
 O> the part about the coding guidelines.

  And documentation! I'm aware that your English is not perfect (neither is
mine) but could you at least add some notes about each
class/type/property/method/event in a text file or right before the
declaration of the symbol? This would help us out in completing the help
file.

At some point a native English speaking person is going to scan all the help
texts and correct any errors (I know for a fact that the JEDI Director is
going to do this, provided he can find the time, but more people would be
great!).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: I have exposed the standard mouse and keyboard handler events in JvInspector...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 16 Aug 2003 10:44:13 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Fri, 15 Aug 2003 17:15:41 -0400:

 WP> Added the following standard TCustomControl event properties which
 WP> expose events in the underlying TMemo or TEdit:

 WP>      property OnMouseDown:TOnJvInspectorMouseDown read FOnMouseDown
 WP> write FOnMouseDown;

  Nice! BTW, the proper type name would be TJvInspectorMouseDownEvent. The
type for the OnItemDraw event of the painter should also be renamed to
something with the Event suffix (too lazy too look what you had written
there).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: I want to donate a component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 16 Aug 2003 18:17:35 +1000
Newsgroups: jedi.vcl

>
> Yes, It support TAction
>

Well that's even better !



Subject: Re: I want to donate a component
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Sat, 16 Aug 2003 01:50:39 -0500
Newsgroups: jedi.vcl

> >
> > It could. But it must support TAction to be really interesting.
> >

Yes, It support TAction

Alejandro




Subject: Re: I want to donate a component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 16 Aug 2003 11:37:22 +1000
Newsgroups: jedi.vcl

> The purpose of the component is very simple, Im going to try to explain it.
> (My english is ver bad)

It's not that bad.

> When we are on the Desktop of Windows we can create Shortcuts to access
> diferents programs. So we can click the shortcut and we run the program. We
> can move them, change the picture, delete, rename, etc.
>
> The purpose of my component is to create Shortcuts to the differents
> MenuItems of the MainMenu of my App.
> For example: I have a main form with a Main Menu (MainMenu1). MainMenu1 has
> 2 subitems and every one have 3 subitems
>
> Option1
>   OptionA1
>   OptionB1
>   OptionC1
> Option2
>   OptionA2
>   OptionB2
>   OptionC2
>
> the OnClick event of OptionA1 is, for example, something like
>
> begin
>   ShowMessage('Im Here');
> end;
>
> Well, with my component I can create a shortcut inside of my Main Form to
> OptionA1, another shortcut to OptionB1, etc
>
> The short cuts can be moved, deleted, change the picture, renamed, etc like
> the shortcuts of the Desktop of Windows.

Interesting.

> When we have large Menus the users have to navigate over the MenuItems to
> locate the option they want, many times the users only have access to few
> options of the Menu, so I think is useful to the users have few shortcuts on
> the Main Form to the options they have access.
>
> Could this be of general interest ? Could I explain what the component do ?

It could. But it must support TAction to be really interesting.

> Where can I upload the component?.

Go to Mantis. This is accessed by going to http://jvcl.sourceforge.net/ then choosing Bug/Wishes in the menu on the left. Login (or Register if needed) and add a bug report. This bug report will not actually report a bug but you'll have to select the Donations in the category and fill the summary and description. Also, upload a zip file containing the source files for your component, along with a really simple demo application. But please DO NOT include any executable in the zip file.

Once submitted, your component will be reviewed and most likely be added.

But before doing all this, you'll want to have a look at this page
http://jvcl.sourceforge.net/submitcode.htm

It explains what is involved by donating a component to JVCL, especially the part about the coding guidelines.

Thanks for considering JVCL.

Olivier
JVCL Developer



Subject: I want to donate a component
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Fri, 15 Aug 2003 18:53:43 -0500
Newsgroups: jedi.vcl

I wrote a component

The purpose of the component is very simple, Im going to try to explain it.
(My english is ver bad)

When we are on the Desktop of Windows we can create Shortcuts to access
diferents programs. So we can click the shortcut and we run the program. We
can move them, change the picture, delete, rename, etc.

The purpose of my component is to create Shortcuts to the differents
MenuItems of the MainMenu of my App.
For example: I have a main form with a Main Menu (MainMenu1). MainMenu1 has
2 subitems and every one have 3 subitems

Option1
  OptionA1
  OptionB1
  OptionC1
Option2
  OptionA2
  OptionB2
  OptionC2

the OnClick event of OptionA1 is, for example, something like

begin
  ShowMessage('Im Here');
end;

Well, with my component I can create a shortcut inside of my Main Form to
OptionA1, another shortcut to OptionB1, etc

The short cuts can be moved, deleted, change the picture, renamed, etc like
the shortcuts of the Desktop of Windows.

When we have large Menus the users have to navigate over the MenuItems to
locate the option they want, many times the users only have access to few
options of the Menu, so I think is useful to the users have few shortcuts on
the Main Form to the options they have access.

Could this be of general interest ? Could I explain what the component do ?

Where can I upload the component?.

Thanks


--
Alejandro Castro
www.alfra.info
alejandro@alfra.info




Subject: I have exposed the standard mouse and keyboard handler events in JvInspector...
From: Warren Postma <wp@tekran.com>
Date: Fri, 15 Aug 2003 17:15:41 -0400
Newsgroups: jedi.vcl

Just checked these changes in (Needed them myself).

Added the following standard TCustomControl event properties which expose events in the underlying TMemo or TEdit:

    property OnEnter: TNotifyEvent read FOnEnter write FOnEnter;
    property OnContextPopup: TContextPopupEvent read FOnContextPopup write FOnContextPopup;
    property OnKeyDown: TKeyEvent read FOnKeyDown write FOnKeyDown;
    property OnKeyPress: TKeyPressEvent read FOnKeyPress write FOnKeyPress;
    property OnKeyUp: TKeyEvent read FOnKeyUp write FOnKeyUp;


And for good luck, this one is fired by the actual control itself, and tells you which item got clicked on: (Item:CustomInspector item is in the param list along with the usual MouseDown event params). Note that a mouse click that is not over an item does not fire an event. I figured that clicks on a non-used area of the screen don't need an event handler. (Marcel you could change this just by removing the if Assigned(Item) check before invoking FOnMouseDown.)


    property OnMouseDown:TOnJvInspectorMouseDown read FOnMouseDown write FOnMouseDown;



Regards,
Warren



Subject: What's the function of FMasterField at JvLookup.pas?
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Fri, 15 Aug 2003 16:17:44 -0400
Newsgroups: jedi.vcl

I sent a msg before about problems with Lookups and Master/Detail SQLs.

QueryDetail -> lookup property FMasterField <> nil
but FMasterField.AsString arises exception at 994 line.

Then, I'd like to now the utility of FMasterField and try to solve
this JEDI bug (ou my app bug, I don't know yet...).



Subject: Re: Access Violation while compiling JVCL200_D70.dpk
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 15 Aug 2003 20:43:04 +0200
Newsgroups: jedi.vcl

> >   Why? We have already mentioned that the Daily downloads are not
supported
> > and downloading/using them is for those that don't have a problem with
> > unstable code. It might be good to test it in Delphi personal editions so
we
> > can make sure the release this time will work with these versions.
OK, I've updated the scripts. Let's see tomorrow if I botched it <g>. I've
renamed the zip's so they should start with JVCL3-XXXX, so the original jvcl
zips will be left untouched for now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [Team] Update the web site
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 15 Aug 2003 20:27:15 +0200
Newsgroups: jedi.vcl

OBones wrote:
> BTW, Could you update the DTX files from the source files for TJvToolbar, TJvStatusBar, TJvMenus and TJvSimpleXml ? I'll add comments in TJvAviCapture first and then move on those 4 ones tomorrow (well, tonight for you guys !)

I've updated TJvToolbar, TJvStatusBar, TJvMenus and TJvSimpleXml.
TJvToolbar and TJvStatusBar are now partly documented; TJvMenus and
TJvSimpleXml are completely generated.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Access Violation while compiling JVCL200_D70.dpk
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 15 Aug 2003 19:33:32 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 15 Aug 2003 18:58:41 +0200:

 >> How could we get the daily zips changed to be of the JVCL3 tree?
 PT> I don't exactly recall how it's implemented, I'll have to check that.

  It's a cron job that executes a checkout, zips the CVS target and puts it
in the daily folder.

 PT>  I am not even sure if we should enable it for JVCL3 yet. If anything,
 PT> we should probably disable it completely.

  Why? We have already mentioned that the Daily downloads are not supported
and downloading/using them is for those that don't have a problem with
unstable code. It might be good to test it in Delphi personal editions so we
can make sure the release this time will work with these versions.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: [Team] Update the web site
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 15 Aug 2003 19:26:56 +0200
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Fri, 15 Aug 2003 19:18:01 +0200:

 RB> But can you tell which components shouldn't be in the
 RB> RegisteredClasses.txt file?

  I seem to be typing before checking my facts :-( I was under the
impression it made a list of any class type but after checking it seems they
are components. Sorry for the confusion.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: [Team] Update the web site
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 15 Aug 2003 19:18:01 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>   Yes, but not all of them are components. I think it will be about 380,
> maybe even lower. We could probably adapt the help generator tool to scan
> for calls to RegisterComponent in all Design/*.pas files to count/build a
> list of registered components, but that's not high priority at the moment
> ;-)

Actually GenDtx does that already, it searches in all pas files in the
design directory for a Registry entry in the interface section, and if
found for RegisterComponents procedures in the implementation section.

This is not completely accurate, but making it more accurate would make
the algorithm a lot more complicated.

But can you tell which components shouldn't be in the
RegisteredClasses.txt file?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Access Violation while compiling JVCL200_D70.dpk
From: Warren Postma <wp@tekran.com>
Date: Fri, 15 Aug 2003 12:58:47 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> I've downloaded a latest version of JVCL on jvcl.sourceforge.net/dayly,
>
>
> Please don't use the daily zip's. They are built from a part of jvcl that
> isn't actively developed and any bugs and problems that were present when we
> moved the development to a new subtree are still there.
>
>
> Instead, either:
>
> * download the official release 2.10 from the SF page (go to
> http://sf.net/projects/jvcl and click the "Files" link) and use it. Be aware
> that you *will* have to rename units and classes once JVCL3 is released.
> * start using JVCL3 now. See the "How to get JVCL3" news item on the SF page
> (url above). Although not officially released and in development, it's still
> the most stable, reliable and future-proof version of JVCL.
>
>

How could we get the daily zips changed to be of the JVCL3 tree?

Warren



Subject: Re: Access Violation while compiling JVCL200_D70.dpk
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 15 Aug 2003 18:58:41 +0200
Newsgroups: jedi.vcl

> > How could we get the daily zips changed to be of the JVCL3 tree?
I don't exactly recall how it's implemented, I'll have to check that. I am
not even sure if we should enable it for JVCL3 yet. If anything, we should
probably disable it completely.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [Team] Update the web site
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 15 Aug 2003 18:34:08 +0200
Newsgroups: jedi.vcl

 MB>   You should be able to do it yourself with the GenTool application in
 MB> dev/help/tools/GenTool.

Of course that should read GenDtx instead of GenTool.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: [Team] Update the web site
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 15 Aug 2003 18:31:39 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 15 Aug 2003 17:48:06 +0200:

 >> I know, this is quite a big stuff to do, but that could be done...

 PT> Writing a (stand-alone) search engine for JVCL components is fairly
 PT> simple. It's generating the "database" that might prove difficult...

  Not really, the help files and the files generated by the help generator
tool probably already contain all the info we need. If some info is missing,
I'm sure Remko will code a parser/generator for it <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: [Team] Update the web site
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 15 Aug 2003 18:31:03 +0200
Newsgroups: jedi.vcl

 O> BTW, Could you update the DTX files from the source files for
 O> TJvToolbar, TJvStatusBar, TJvMenus and TJvSimpleXml ?

  You should be able to do it yourself with the GenTool application in
dev/help/tools/GenTool. I admit the tool isn't the easiest in the world, but
maybe Remko could write a small text file with some info on how to use the
tool.

 O> (well, tonight for you guys !)

Too bad the whole world doesn't live in one big time zone ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: [Team] Update the web site
From: "Ricardo Cardona \(Open Systems\)" <rcardona@nospam1.open.com.co>
Date: Fri, 15 Aug 2003 11:08:23 -0500
Newsgroups: jedi.vcl

> > The main focus should be on maintenance of the existing site. Michael has
> > expressed a willingness to help keep the current site updated, so I don't
> > think we will do any major changes at the moment. Thanks anyway for your
> > interest.

Ok

> > Nice look. What CMS did you/they use?

PostNuke

Ricardo




Subject: Re: [Team] Update the web site
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 15 Aug 2003 17:51:49 +0200
Newsgroups: jedi.vcl

> > I can do it, but i'm not native english speaker, i will help installing
and
> > config the new site.
The main focus should be on maintenance of the existing site. Michael has
expressed a willingness to help keep the current site updated, so I don't
think we will do any major changes at the moment. Thanks anyway for your
interest.

> > What do you think about this layout
> > http://ricardona.150m.com/images/screen2.png (some time ago it was
proposal
> > for synedit HomePage)
Nice look. What CMS did you/they use?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [Team] Update the web site
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 15 Aug 2003 11:50:36 -0400
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bhio5n$b2g$1@talkto.net...
>> > > Give me the news, and I'll update the pages :).
> >
> > Just a few words to say that JVCL 3 is on the way, with better
> > components, better documentation...

Done

-- Michael Beck SourceForge Member # 956 Project JEDI - 2001 "Spirit of Delphi" Award Winner http://delphi-jedi.org JEDI-VCL Web: http://jvcl.sourceforge.net JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm 

Subject: Re: [Team] Update the web site
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 15 Aug 2003 17:48:06 +0200
Newsgroups: jedi.vcl

> > I know, this is quite a big stuff to do, but that could be done...

Writing a (stand-alone) search engine for JVCL components is fairly simple.
It's generating the "database" that might prove difficult...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Master-Detail Queries x unit JvLookup.pas
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Fri, 15 Aug 2003 11:36:25 -0400
Newsgroups: jedi.vcl

The problem occurs not exactly into QueryMaster,
but when the QueryDetail does the automatic refresh.


Edilmar Alves wrote:
> Hi,
>
> I have the latest JEDI + Delphi7 using BDE.
> Before, when I used RxLib/Delphi6, the code worked fine.
> Today, after convert to JEDI/Delphi7, when I do:
>
> QueryMaster.Close;
> QueryMaster.Params...;
> QueryMaster.Open;
>
> the unit JvLookup.pas arises an EAccessViolation at
> line 994 (SetValueKey(FMasterField.AsString);)
>
> When debugging, FMasterField = {[]} and AsString is invalid.
> What's the problem here?
>



Subject: Master-Detail Queries x unit JvLookup.pas
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Fri, 15 Aug 2003 11:15:56 -0400
Newsgroups: jedi.vcl

Hi,

I have the latest JEDI + Delphi7 using BDE.
Before, when I used RxLib/Delphi6, the code worked fine.
Today, after convert to JEDI/Delphi7, when I do:

QueryMaster.Close;
QueryMaster.Params...;
QueryMaster.Open;

the unit JvLookup.pas arises an EAccessViolation at
line 994 (SetValueKey(FMasterField.AsString);)

When debugging, FMasterField = {[]} and AsString is invalid.
What's the problem here?



Subject: Re: [Team] Update the web site
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 16 Aug 2003 01:13:16 +1000
Newsgroups: jedi.vcl

>   Once the help files are up to date it should be easy to generate a web
> page with all components, including the summary for each and the package the
> component is in (or a page for each package of course).
>

And let's get crazy: A Search Engine !

Yes, the user types in what he wants the component to do, and we give him back the one if JVCL that best matches his desires !

I know, this is quite a big stuff to do, but that could be done...

BTW, Could you update the DTX files from the source files for TJvToolbar, TJvStatusBar, TJvMenus and TJvSimpleXml ? I'll add comments in TJvAviCapture first and then move on those 4 ones tomorrow (well, tonight for you guys !)

Cheers
Olivier



Subject: Re: [Team] Update the web site
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 15 Aug 2003 16:41:22 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 15 Aug 2003 16:26:28 +0200:

 PT> dev/help contains a RegisteredClasses.txt. I don't know how up to date
 PT> it is but it contains ~430 classes.

  Yes, but not all of them are components. I think it will be about 380,
maybe even lower. We could probably adapt the help generator tool to scan
for calls to RegisterComponent in all Design/*.pas files to count/build a
list of registered components, but that's not high priority at the moment
;-)

  Once the help files are up to date it should be easy to generate a web
page with all components, including the summary for each and the package the
component is in (or a page for each package of course).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: [Team] Update the web site
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 15 Aug 2003 16:26:28 +0200
Newsgroups: jedi.vcl

>> > > And if someone could correct the inconsitence in the number of
>> > > components included in the JVCL...
> >
> > That's almost a mission impossible due to the changing structure. Again,
if
> > somebody does it, I'll be glad to make the changes.

dev/help contains a RegisteredClasses.txt. I don't know how up to date it is
but it contains ~430 classes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Access Violation while compiling JVCL200_D70.dpk
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 15 Aug 2003 16:23:07 +0200
Newsgroups: jedi.vcl

> > I've downloaded a latest version of JVCL on jvcl.sourceforge.net/dayly,

Please don't use the daily zip's. They are built from a part of jvcl that
isn't actively developed and any bugs and problems that were present when we
moved the development to a new subtree are still there.


Instead, either:

* download the official release 2.10 from the SF page (go to
http://sf.net/projects/jvcl and click the "Files" link) and use it. Be aware
that you *will* have to rename units and classes once JVCL3 is released.
* start using JVCL3 now. See the "How to get JVCL3" news item on the SF page
(url above). Although not officially released and in development, it's still
the most stable, reliable and future-proof version of JVCL.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [Team] Update the web site
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 16 Aug 2003 00:11:11 +1000
Newsgroups: jedi.vcl

> Give me the news, and I'll update the pages :).

Just a few words to say that JVCL 3 is on the way, with better components, better documentation...

>
> That's almost a mission impossible due to the changing structure. Again, if
> somebody does it, I'll be glad to make the changes.
>

Just count the pas files in the Run directory, this is a pretty good estimate. Simply round down to the nearest multiple of ten.



Subject: Re: [Team] Update the web site
From: "Ricardo Cardona \(Open Systems\)" <rcardona@nospam1.open.com.co>
Date: Fri, 15 Aug 2003 08:41:25 -0500
Newsgroups: jedi.vcl

> > But we still need someone to manage it. So, is anyone
> > interested?

I can do it, but i'm not native english speaker, i will help installing and
config the new site.

What do you think about this layout
http://ricardona.150m.com/images/screen2.png (some time ago it was proposal
for synedit HomePage)

Ricardo




Subject: Re: [Team] Update the web site
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 15 Aug 2003 09:35:44 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bhg42u$pii$1@talkto.net...

> > Michael Beck has been managing the web site before but I guess we need to
> > have someone else doing it now since he is on extended vacation from JVCL.

I can still do it, if somebody submits the changes to me.

Michael




Subject: Re: [Team] Update the web site
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 15 Aug 2003 09:35:02 -0400
Newsgroups: jedi.vcl

"OBones" <obones_SPJJ@SPPJJ_meloo.com> wrote in message
news:bhfa55$jgv$1@talkto.net...

> > I don't know if anyone is responsible for the web site, but it looks
> > like it hasn't been updated for a while.
> > I think it would be a good thing to keep people updated by at least
> > publishing some news from time to time.

Give me the news, and I'll update the pages :).

> > And if someone could correct the inconsitence in the number of
> > components included in the JVCL...

That's almost a mission impossible due to the changing structure. Again, if
somebody does it, I'll be glad to make the changes.

Michael




Subject: Re: Error compiling JvDualList.pas x JvFDualLst.pas
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Fri, 15 Aug 2003 08:57:10 -0400
Newsgroups: jedi.vcl

The paths JCL\Source, JVCL\Source and JVCL\Common are already
into Library Path. The install.bat did this. This is really
very strange...

Peter Thörnqvist wrote:
> That's very odd. Try adding the path to the JVCL\source folder to your
> Delphi library path.
>



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 15 Aug 2003 13:55:14 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Remko Bonte on Thu, 14 Aug 2003 21:29:39 +0200:

 RB>> If you add a RebuildVisible before InitInspector in
 RB>> TForm1.btnRefreshClick, I don't get an error anymore.

 MB>   I hope no-one can see my face turn red of shame ;-) I should have
 MB> figured the problem could be right there. I'll take a look tomorrow to
 MB> see if where it refers to the VisibleItems list and what should be
 MB> locked out or handled in another way while in a BeginUpdate session.

Committed a fix. If an item is destroyed it is always removed from the
VisibleItems list, even while in a BeginUpdate section. Warren, could you
check if this also works in your situation?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Sample use TJVRas??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Aug 2003 12:03:54 +0200
Newsgroups: jedi.vcl

> > Sample use TJVRas??

Unfortunately, there doesn't seem to be any examples showing how to use it.
Maybe you could describe what you need to do and we could help with that?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [Team] Update the web site
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Aug 2003 10:25:11 +0200
Newsgroups: jedi.vcl

BTW, I just saw the JCL's new web site for the first time
(http://jcl.sourceforge.net). That looks pretty nice. What do others think?
Maybe we could use the same layout?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error compiling JvDualList.pas x JvFDualLst.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 15 Aug 2003 08:25:24 +0200
Newsgroups: jedi.vcl

That's very odd. Try adding the path to the JVCL\source folder to your
Delphi library path.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Access Violation while compiling JVCL200_D70.dpk
From: "Gustavo" <no@thanks.com>
Date: Thu, 14 Aug 2003 22:22:03 -0300
Newsgroups: jedi.vcl

Hi All,

I post an another message about this problem, but i delete the
thread.Sorry !!!
I've downloaded a latest version of JVCL on jvcl.sourceforge.net/dayly,
but
when i try to compile it i receive the follow error message :  Access
Violation at address 08424878 in module RLINK32.DLL.

Run time package compile with no problem, this message is raised when
design time package is compiled.
After this message, process stop and is necessary to cancel the
compilation.
No other error message is available.

I'm using Delphi 7 enterprise on Windows 98/XP Professional.

Thanks in advance,

Gustavo.




Subject: Re: TJVspinEdit onchange event
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 14 Aug 2003 22:09:57 +0200
Newsgroups: jedi.vcl

> > But, I have no idea how to find the fix. Looking around at the suggested
> > url did not help me. Can you put me on the right track for finding fixes
> > in jedi vcl?

Go to Mantis (http://projectjedi.sf.net/mantis), select JEDI VCL in the top
right combobox, click "Switch", click "View Bugs". In the Search panel, type
in "JvSpinEdit" (withot quotes), leave all other selections as "any" and
uncheck the "Hide Closed" checkbox. Click the "Apply Filter" button. You
should now see all bug reports related to JvSpinEdit.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [Team] Update the web site
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 14 Aug 2003 22:07:09 +0200
Newsgroups: jedi.vcl

> > or the Jedi community ... maybe this tool http://www.postnuke.com can help
I've tried postnuke (and other CMS's as well) and they are all pretty nice
(and psotnuke would work nicely for JVCL since we have a MySQL database we
can use right on SF). But we still need someone to manage it. So, is anyone
interested?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJVspinEdit onchange event
From: Janwillem van Dijk <jwe.van.dijk@hccnet.nl>
Date: Thu, 14 Aug 2003 21:40:52 +0200
Newsgroups: jedi.vcl


Sory (jedi newbee) for having reported this bug aigain today.
But, I have no idea how to find the fix. Looking around at the suggested url did not help me. Can you put me on the right track for finding fixes in jedi vcl?
Thanks a lot,
Janwillem



Peter Thörnqvist wrote:
> Already fixed. See mantis (http://projectjedi.sf.net/mantis). Search for
> JvSpinEdit and you should find it.
>



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 14 Aug 2003 21:29:39 +0200
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Thu, 14 Aug 2003 21:18:01 +0200:

 RB> If you add a RebuildVisible before InitInspector in
 RB> TForm1.btnRefreshClick, I don't get an error anymore.

  I hope no-one can see my face turn red of shame ;-) I should have figured
the problem could be right there. I'll take a look tomorrow to see if where
it refers to the VisibleItems list and what should be locked out or handled
in another way while in a BeginUpdate session.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 14 Aug 2003 21:18:01 +0200
Newsgroups: jedi.vcl

Hi Marcel,

I did a quick look, and AFAICS it's caused because FVisible has an old
list of objects (objects are already freed).

If you add a RebuildVisible before InitInspector in
TForm1.btnRefreshClick, I don't get an error anymore.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: [Team] Update the web site
From: "Ricardo Cardona \(Open Systems\)" <rcardona@nospam1.open.com.co>
Date: Thu, 14 Aug 2003 11:32:59 -0500
Newsgroups: jedi.vcl

> > We could even have more than one person doing it.

or the Jedi community ... maybe this tool http://www.postnuke.com can help

Enjoy

Ricardo




Subject: Error compiling JvDualList.pas x JvFDualLst.pas
From: Edilmar Alves <edilmar@intersite.com.br>
Date: Thu, 14 Aug 2003 10:20:23 -0400
Newsgroups: jedi.vcl

Hi,

I have downloaded the latest JEDI (JCL/JVCL).
I didn't have older versions, I'm new in it.

I went from RxLib 2.75 and have converted all
codes using JVCLConvert fine.

Then, when I try to recompile my app, it occurs
the following error into JvDualList.pas:

[Error] JvDualList.pas(159): Undeclared identifier: 'TJvDualListForm'

but the unit JvFDualLst.pas is there, at the same dir!
What's the problem here?

Thanks for any help,



Subject: Re: [Team] Update the web site
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Aug 2003 16:15:51 +0200
Newsgroups: jedi.vcl

> > I don't know if anyone is responsible for the web site, but it looks
> > like it hasn't been updated for a while.

Michael Beck has been managing the web site before but I guess we need to
have someone else doing it now since he is on extended vacation from JVCL.
So is there anyone here that has the time, knowledge and inclination to keep
our website up to date? We could even have more than one person doing it.
Mail me privately if you like and we can discuss it.


Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 14 Aug 2003 15:48:36 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Thu, 14 Aug 2003 09:01:06 -0400:

 >> How about an OnDrawEntry event which passes the key name and the font
 >> and background color of the key and value by reference? That way they
 >> could be modified in the event and the entry could be drawn as required.
 >>
 WP> I have already done this, it's in the Painter component, if nobody has
 WP> any issue with this, I'll commit it.

  Please do.

 WP>   For now, the color coding can be based on the Data type or Data Value
 WP> to be displayed :-)

  OK. We can probably extend it later if needed. There have been questions
about extending the drawing events anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address


What's that noise in the background? Oh, it's Gilli Moon with "Girl in the
moon".




Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 14 Aug 2003 09:36:43 -0400
Newsgroups: jedi.vcl

"DV" <dvpop@mscgva.ch> wrote in message bhffi0$kkg$1@talkto.net...
> > They're lib works well :0)

Unfortunately it covers Zip, and not zlib.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: TJVspinEdit onchange event
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Aug 2003 15:13:05 +0200
Newsgroups: jedi.vcl

Already fixed. See mantis (http://projectjedi.sf.net/mantis). Search for
JvSpinEdit and you should find it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: Warren Postma <wp@tekran.com>
Date: Thu, 14 Aug 2003 09:01:06 -0400
Newsgroups: jedi.vcl

Ignacio Vazquez wrote:
> "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> bhdum6$clp$1@talkto.net...
> WP>> 3.4  I would like to be able to color code the values in the inspector.
> WP>> black would mean default, blue would mean "this value is different than
> WP>> the default", and red to mean "there is a problem/error/inconsistency
>
> How about an OnDrawEntry event which passes the key name and the font and
> background color of the key and value by reference? That way they could be
> modified in the event and the entry could be drawn as required.
>

I have already done this, it's in the Painter component, if nobody has any issue with this, I'll commit it.  For now, the color coding can be based on the Data type or Data Value to be displayed
:-)

Warren



Subject: TJVspinEdit onchange event
From: "Gary Jones" <gary.jones@mvm.co.uk>
Date: Thu, 14 Aug 2003 13:59:43 +0100
Newsgroups: jedi.vcl

Sorry if this has been mentioned before, but it seems that the onchange
event handler isn't triggered when the user changes the value of a
TJVspinEdit control.

I'm using JVCL 2.1 with Delphi 5 and WinXP.

Anyone got a fix?

Thanks.




Subject: TJvCustomRichEdit.Print
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 14 Aug 2003 11:52:10 +0200
Newsgroups: jedi.vcl

Hi,

is there a know bug with TJvCustomRichEdit.Print()? When using this
procedure the printout is very very small.

Do I have to make some preparations before printing?

cu,
Michael




Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 14 Aug 2003 10:38:14 +0200
Newsgroups: jedi.vcl

Hello, Marcel!
You wrote to Remko Bonte on Wed, 13 Aug 2003 22:28:35 +0200:

 RB>> Is it reproducable?

  I have uploaded a small test project to binaries. If you click BeginUpdate
and then click Refresh you already get the error. Note that if you have Stop
on Exceptions turned off, you still get an AV. As long as you have not
issued the EndUpdate, moving the mouse over the inspector will get you more
AV. After issuing the EndUpdate you'll notice that only items up to the
Caption have been added. This just happens to be the first (and only)
resizable item!

  I seem to recall that issuing a Clear first and then a BeginUpdate/fill
inspector/EndUpdate gave no problems.

  The error seems to be related to the TJvInspectorTCaptionRegItem class
and/or the TJvInspectorItemSizing instance but I could never figure out
what's causing it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "What New York
Couples Fight About".




Subject: Re: License about ZLib.pas/ZLib.dcu
From: "DV" <dvpop@mscgva.ch>
Date: Thu, 14 Aug 2003 10:25:27 +0200
Newsgroups: jedi.vcl

Hi dudes,

Did you try to get in touch with those developpers ?

http://www.users.bigpond.com/russellpeters/delphizip.html

They're lib works well :0)

Best regards

Daniel V.



"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bgd224$hn$1@talkto.net...
>> > > FYI, Indy/IndySOAP is also having a problem regarding zlib. Would it be
>> > > worth collaborating with them on it?
> >
> > Maybe. I'll check it out with them if I don't get a reply from Alessandro
> > (RemObjects)
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvSimpleXML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Aug 2003 09:18:01 +0200
Newsgroups: jedi.vcl

I just made a simple "validator" demo and committed to JVCL3\examples that
could be useful when testing different xml data. Also, don't forget there is
a dunit xml test suite in dev\DUnit\source\xml using James Clark's XML Test
Cases

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvSimpleXML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Aug 2003 09:09:40 +0200
Newsgroups: jedi.vcl

> > #899: a problem with &amp; that is still assigned to Sébastion Buysse,
> > no news on it. I'll have to test to see if it stills exists and will
> > either correct or close it. From what I've seen in the code, I think it
> > is already fixed
I think so too, but no harm in testing it again.

> > #940: a memory leak, assigned to no one, still waiting feedback from the
> > original poster (piglet). What should I do about this one ? Because it
> > seems you did a fix for it...
I made a fix and committed it but he never replied. From my testing, it
seems to work.

> > #1078: Problem of malformed XML. Shouldn't we simply discard this one,
> > and indicate it in the documentation (still to be written...) ? Or raise
> > an exception when we encouter such stuff, just like MSXML does ? The
> > latter would be quite slow actually...
It does raise an exception in this case and it works as designed (I think
the error is "unexpected character in tag" or something).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: [Team] Update the web site
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 14 Aug 2003 16:53:15 +1000
Newsgroups: jedi.vcl

Hi to all team members.

I don't know if anyone is responsible for the web site, but it looks like it hasn't been updated for a while.
I think it would be a good thing to keep people updated by at least publishing some news from time to time.
And if someone could correct the inconsitence in the number of components included in the JVCL...
I clearly can't do that at the moment, but I stil think that should be done as the last news is from March 2003.

Cheers

Olivier



Subject: Re: JvSimpleXML
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 14 Aug 2003 16:36:00 +1000
Newsgroups: jedi.vcl

> Sounds like good ideas. Just make sure they are optional (we want to keep it
> as fast as possible!)

So do I !

> You can do the changes right away and commit. Please check Mantis if for any
> bug reports on SimpleXML (I don't think there are any, but nevertheless...)
> in case you might be able to fix them at the same time.

There are actually 3 bug reports:

#899: a problem with &amp; that is still assigned to Sébastion Buysse, no news on it. I'll have to test to see if it stills exists and will either correct or close it. From what I've seen in the code, I think it is already fixed
#940: a memory leak, assigned to no one, still waiting feedback from the original poster (piglet). What should I do about this one ? Because it seems you did a fix for it...
#1078: Problem of malformed XML. Shouldn't we simply discard this one, and indicate it in the documentation (still to be written...) ? Or raise an exception when we encouter such stuff, just like MSXML does ? The latter would be quite slow actually...

That's all I saw, any other requests by anyone around ?

Cheers
Olivier



Subject: Re: Changes in JvMenus and JvToolbar
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 14 Aug 2003 16:16:13 +1000
Newsgroups: jedi.vcl

>> Do you want me to add the example I did for that ?
>
> Yes, please do. Just add them to the examples folder (in JVCL3)
>

Will be done tonight (well, today for you !) then.



Subject: Re: JvSimpleXML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Aug 2003 08:10:48 +0200
Newsgroups: jedi.vcl

> > Second, I'd like to add options to the document, such as the ability to
> > autocreate elements when they don't exist and the ability to choose the
> > number of spaces per indentation level.
Sounds like good ideas. Just make sure they are optional (we want to keep it
as fast as possible!)

> > Should I do the second changes right away ? or does anyone has other ideas
?
You can do the changes right away and commit. Please check Mantis if for any
bug reports on SimpleXML (I don't think there are any, but nevertheless...)
in case you might be able to fix them at the same time.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes in JvMenus and JvToolbar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 14 Aug 2003 08:05:59 +0200
Newsgroups: jedi.vcl

> > Do you want me to add the example I did for that ?
Yes, please do. Just add them to the examples folder (in JVCL3)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Changes in JvMenus and JvToolbar
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 14 Aug 2003 09:27:11 +1000
Newsgroups: jedi.vcl

Do you want me to add the example I did for that ?



Subject: Re: jvSimpleXml
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 14 Aug 2003 09:25:26 +1000
Newsgroups: jedi.vcl

Either post it here or on Mantis, Mantis being the preferred way.

To go to mantis, simply go to the jvcl web site (http://jvcl.sourceforge.net/) and choose the Bug/Wishes item in the menu on the left. Login, and add a new "bug" report with respect to that, indicating what lines were changed from what to what.
Somebody (most likely me for that one) will review those changes and will include them in the code source.

Thanks a lot for your help.

Giorgio wrote:

> I've just made a change in jvSimpleXml code: now it recognizes "&amp;" that
> is useful when we use jvTranslator to set captions and hotkeys for a button.
>
> I had this problem:
> this code in my XML file didn't work:
>
> <myButton1 Capition="&1"/>
>
> now, I can write
>
> <myButton1 Caption="&amp;1"/>
>
> and it works fine!
>
> If you are interested, I can post it (where?)
>
>



Subject: Re: JvSimpleXML
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 14 Aug 2003 09:22:25 +1000
Newsgroups: jedi.vcl

Nice demo you did there.

It gave me some idea to get rid of the infamous MSXML parser as I do only basic processing.
As a result, I made some changes and am planning to do some more.
First, I added the LoadFromString method to the elements as it was missing.
Second, I'd like to add options to the document, such as the ability to autocreate elements when they don't exist and the ability to choose the number of spaces per indentation level.

Should I do the second changes right away ? or does anyone has other ideas ?

Olivier



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 13 Aug 2003 22:28:35 +0200
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Wed, 13 Aug 2003 21:44:36 +0200:

 RB> Marcel Bestebroer wrote:
 >>   I am aware of this issue and it was driving me nuts (short drive, I
 >> know). For this reason I stopped looking into it for now. Any help in
 >> hunting this bugger down will be greatly appreciated ;-)

 RB> Is it reproducable?

Assuming you meant the bug (and not the short drive to nutty-ness): yes.
Follow the steps Warren mentioned (i.e. issue a BeginUpdate and perform some
operation that also issue a BeginUpdate, such as adding an item of set or
class type and execute an EndUpdate).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Sample use TJVRas??
From: "JVCL" <news@talkto.net>
Date: Wed, 13 Aug 2003 16:51:26 -0300
Newsgroups: jedi.vcl

Hi!!
Sample use TJVRas??




Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 13 Aug 2003 21:44:36 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>   I am aware of this issue and it was driving me nuts (short drive, I know).
> For this reason I stopped looking into it for now. Any help in hunting this
> bugger down will be greatly appreciated ;-)

Is it reproducable?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 13 Aug 2003 21:34:49 +0200
Newsgroups: jedi.vcl

Hello, Ignacio!
You wrote to Marcel Bestebroer on Wed, 13 Aug 2003 15:27:32 -0400:

 WP>>> 3.4  I would like to be able to color code the values in the
 WP>>> inspector. black would mean default, blue would mean "this value is
 WP>>> different than the default", and red to mean "there is a
 WP>>> problem/error/inconsistency
 >> here".
 >>
 >> The problem I see here is defining "different than the default". For
 >> property items it's easy as RTTI but for variable/DB/INI items it's
 >> harder. If you intend to provide this info in code for each item, then I
 >> see no problems in adding these as well.

 IV> How about an OnDrawEntry event which passes the key name and the font
 IV> and background color of the key and value by reference? That way they
 IV> could be modified in the event and the entry could be drawn as
 IV> required.

  I like that idea.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Anouk with "Michel".




Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 13 Aug 2003 15:27:32 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
bhdum6$clp$1@talkto.net...
WP>> 3.4  I would like to be able to color code the values in the inspector.
WP>> black would mean default, blue would mean "this value is different than
WP>> the default", and red to mean "there is a problem/error/inconsistency
> > here".
> >
> > The problem I see here is defining "different than the default". For
> > property items it's easy as RTTI but for variable/DB/INI items it's
> > harder. If you intend to provide this info in code for each item, then I
> > see no problems in adding these as well.

How about an OnDrawEntry event which passes the key name and the font and
background color of the key and value by reference? That way they could be
modified in the event and the entry could be drawn as required.

Cheers,
  Ignacio

--
No, don't send me e-mail directly. No, just don't.




Subject: Re: Change default form color of DSAMessageDlgEx ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 13 Aug 2003 20:32:34 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Mon, 11 Aug 2003 10:31:15 +0200:


 PT> We should probably make CreateDSAMessageForm public in the next
 PT> release...

  Ahh, that explains why you committed that change.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's The Nits with "Nescio".




Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 13 Aug 2003 20:31:21 +0200
Newsgroups: jedi.vcl

Hello, Warren!
You wrote  on Mon, 11 Aug 2003 10:33:23 -0400:

Sorry for the delay but I had issues connecting to talkto.net (DNS problem,
thanks Peter!).

 WP> #1 JvInspector  and Finalization Section of JvWndProcHooks
 WP> --

  As Remko already mentioned, he fixed it but has not committed it yet.

 WP> #2 Beginupdate in JvInspector
 WP> ---

 WP> It is possible to generate access violations by doing an explicit
 WP> Inspector.BeginUpdate and then calling other methods that call
 WP> BeginUpdate, and then when they EndUpdate, and then you do some other
 WP> operations, and then EndUpdate again, you get access violations and
 WP> various other oddities happening.

  I am aware of this issue and it was driving me nuts (short drive, I know).
For this reason I stopped looking into it for now. Any help in hunting this
bugger down will be greatly appreciated ;-)

 WP> #3 Wishes.
 WP> Secondly, I have a few wishes, perhaps need to be tracked also:

  If you do, post them as separate requests.

 WP> 3.1. JvInspector has no MouseClick, RightMouseClick, or OncontextPopup
 WP> (any one of those would do for me). I would like to define what happens
 WP> when you right click on a cell in the inspector.

  I think I can safely state JvInspector is lacking a lot of the standard
events. They should be added.

 WP> 3.2. No ContextMenu property so you can't use standard right click and
 WP> it pops up a TPopupMenu either.

  Also a good extension.

 WP> 3.3. Has no OnKeyDown,OnKeyUp,OnKeyPress events. How does one add
 WP> keyboard shortcuts which are unique to when Inspector control has
focus?

 Sub-classing Inspector? ;-) See 3.1

 WP>   I would like to add a handler for when the user hits Enter. Right now
 WP> the inspector seems to issue a beep and stay in the same cell, I would
 WP> like to advance to the next cell below the current one (for ease of
data
 WP> entry).

That one is actually planned (and might be in the issue tracker already).

 WP> 3.4  I would like to be able to color code the values in the inspector.
 WP> black would mean default, blue would mean "this value is different than
 WP> the default", and red to mean "there is a problem/error/inconsistency
here".

The problem I see here is defining "different than the default". For
property items it's easy as RTTI but for variable/DB/INI items it's harder.
If you intend to provide this info in code for each item, then I see no
problems in adding these as well.

 WP> #4 Kudos.

 WP> Wicked Cool component. Thanks, Marcel and anyone else who worked on
this
 WP> one.

  Thanks.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's The Nits with "Tons of Ink".




Subject: Re: En/decryption and zipping
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 13 Aug 2003 07:39:31 -0500
Newsgroups: jedi.vcl

Thank you to OBones, and Peter. Those links will help immensely.

Thanks again,
Dave


"dave" <dbracken@infonowsolutions.com> wrote in message
news:bhaq42$poc$1@talkto.net...
> > are there any components in jvcl that i can use for encrypting /
decrypting
> > files such as images etc. Also, are there any components for zipping /
> > unzipping files.
> > If not, anyone know of any good ones that are free? (including free for
> > commercial use)
> >
> > Thanks in advance,
> > Dave
> >
> >




Subject: Re: jvmultihttpgrabber ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 13 Aug 2003 11:22:58 +0200
Newsgroups: jedi.vcl

> > I could do that over the forthcoming weeks...

Sounds good to me! If you need any help or want to discuss it further, you
know where to find me<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvmultihttpgrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 13 Aug 2003 18:25:27 +1000
Newsgroups: jedi.vcl

> I think it's a fabuolus idea. Are you thinking about writing it? The
> URL/FTP/HTTPGrabbers could be plain TObject descendants and the
> TJvURLListGrabber could be the only TComponent installed on the palette.

I could do that over the forthcoming weeks...
I can't give you an estimate on that but that shouldn't take too long, depending on my load on other projects.



Subject: Re: jvmultihttpgrabber ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 13 Aug 2003 08:42:51 +0200
Newsgroups: jedi.vcl

> > Do you think we should get rid of the TJvMultiHTTPGrabber in favor of a
> > TJvURLListGrabber than contains either a TJvFTPGraber or a
> > TJvHTTPGrabber depending on the URL it is given ?
> > And that TJvURLListGrabber would contain one or more URL that it can
> > download asynchronously, using multiple TJvFTPGrabber or TJvHTTPGrabber.
> > Because the current TJvMultiHTTPGrabber doesn't allow to cancel a
> > download and its code is somewhat redundant...
> > The whole idea would be to define an ancestor class called TJvURLGrabber
> > from which TJvFTPGrabber and TJvHTTPGrabber inherit. Then
> > TJvURLListGrabber only contains descendans of TJvURLGrabber. When you
> > give it a URL, it tries to guess which one is the best (HTTP being the
> > default). Or you could even give it a TJvURLGrabber descendent directly,
> > for those users who would like to implement a new protocol...
> >
> > What do you think of that ?

I think it's a fabuolus idea. Are you thinking about writing it? The
URL/FTP/HTTPGrabbers could be plain TObject descendants and the
TJvURLListGrabber could be the only TComponent installed on the palette.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvmultihttpgrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 13 Aug 2003 16:25:31 +1000
Newsgroups: jedi.vcl

Do you think we should get rid of the TJvMultiHTTPGrabber in favor of a TJvURLListGrabber than contains either a TJvFTPGraber or a TJvHTTPGrabber depending on the URL it is given ?
And that TJvURLListGrabber would contain one or more URL that it can download asynchronously, using multiple TJvFTPGrabber or TJvHTTPGrabber.
Because the current TJvMultiHTTPGrabber doesn't allow to cancel a download and its code is somewhat redundant...
The whole idea would be to define an ancestor class called TJvURLGrabber from which TJvFTPGrabber and TJvHTTPGrabber inherit. Then TJvURLListGrabber only contains descendans of TJvURLGrabber. When you give it a URL, it tries to guess which one is the best (HTTP being the default). Or you could even give it a TJvURLGrabber descendent directly, for those users who would like to implement a new protocol...

What do you think of that ?

Peter Thörnqvist wrote:

>> when i try do to something similar, it fails to store the files on my
>> computer but it seems to download.
>
>
> Make sure OutputMode is set to omFile (default is omStream) or the files
> won't be saved.
>
>
>> //i use an integer varibale named i. does its value is important ? if i
>> store all the time the same value, is i ok ? why use -1 in a single
>
> download
> The value of "i" is unimportant for the component. It's just a "tag" you can
> pass along with each download. You can use it later in the event handlers
> for whatever you like. In the demo, I used -1 for a single download and a
> value >= 0 for a multiple download.
>



Subject: Re: jvmultihttpgrabber ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 13 Aug 2003 08:15:36 +0200
Newsgroups: jedi.vcl

> >when i try do to something similar, it fails to store the files on my
> >computer but it seems to download.

Make sure OutputMode is set to omFile (default is omStream) or the files
won't be saved.

> > //i use an integer varibale named i. does its value is important ? if i
> > store all the time the same value, is i ok ? why use -1 in a single
download
The value of "i" is unimportant for the component. It's just a "tag" you can
pass along with each download. You can use it later in the event handlers
for whatever you like. In the demo, I used -1 for a single download and a
value >= 0 for a multiple download.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvmultihttpgrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 13 Aug 2003 10:11:35 +1000
Newsgroups: jedi.vcl

Ok...

Give me some time, I'll have a look at that and send you an email.

Chuchunain wrote:

>> This doesn't work quite satisfactory with the current implementation
>> (especially if you want to set the filename as well).
>
> you mean that it doesnt work ?
>
>
>> I have rewritten part
>> of it and also created a demo that shows one way of downloading from
>> multiple sources.
>
> i have a good look at it. great example.
> i understand your code, that's ok.
> when i try do to something similar, it fails to store the files on my
> computer but it seems to download.
> i can see the progress of each file, kilobyte per kilobyte. i have spend
> several hours and cant understand why files arent written.
>
>
> an example of my code (in french ;)
>
> //while i ve got files to dl in a tstringlist...
> while (fichiersEnAttente.Count >0) do
>   begin
>         //show the file which is downloading
>          afficheEtat('Téléchargement lancé pour ' +
> nomImage(fichiersEnAttente.strings[0]));
>         //store the url (that's ok)
>          pompeur.Url := fichiersEnAttente.strings[0];
>     //make the name : directory of ipictures + name of the picture (ok too)
>          pompeur.Filename := IncludeTrailingPathDelimiter(repertoireImages)
> + nomImage(fichiersEnAttente.strings[0]);
> //i use an integer varibale named i. does its value is important ? if i
> store all the time the same value, is i ok ? why use -1 in a single download
> (in the demo) ?
>          pompeur.Download(i);
>          inc(i);
> //remove the string from my list, to prepare the next dl
>          fichiersEnAttente.Delete(0);
>   end;
>
> -- 
> ccn
>
>



Subject: Re: En/decryption and zipping
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 13 Aug 2003 10:10:08 +1000
Newsgroups: jedi.vcl

but you can open the file yourself, read the bytes, put them in a string, an get the encrypted versions...
Or you can follow Peter's links...

dave wrote:
> OBones,
> I looked at the cypher components. They seemed to work with strings only. I
> may have missed something, but it didnt look like any of them would work on
> files.
>
> Dave
>
>
> "OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
> news:bhaqvf$pua$1@talkto.net...
>
>> Encrypting, you have the components finishing with Cypher in their name.
>> Zipping, I don't think there are any in the JVCL
>>
>
>
>



Subject: Re: jvmultihttpgrabber ?
From: "Chuchunain" <chuchunain@sega.powered>
Date: Wed, 13 Aug 2003 02:05:43 +0200
Newsgroups: jedi.vcl

> > This doesn't work quite satisfactory with the current implementation
> > (especially if you want to set the filename as well).
you mean that it doesnt work ?

> >I have rewritten part
> > of it and also created a demo that shows one way of downloading from
> > multiple sources.
i have a good look at it. great example.
i understand your code, that's ok.
when i try do to something similar, it fails to store the files on my
computer but it seems to download.
i can see the progress of each file, kilobyte per kilobyte. i have spend
several hours and cant understand why files arent written.


an example of my code (in french ;)

//while i ve got files to dl in a tstringlist...
while (fichiersEnAttente.Count >0) do
  begin
        //show the file which is downloading
         afficheEtat('Téléchargement lancé pour ' +
nomImage(fichiersEnAttente.strings[0]));
        //store the url (that's ok)
         pompeur.Url := fichiersEnAttente.strings[0];
    //make the name : directory of ipictures + name of the picture (ok too)
         pompeur.Filename := IncludeTrailingPathDelimiter(repertoireImages)
+ nomImage(fichiersEnAttente.strings[0]);
//i use an integer varibale named i. does its value is important ? if i
store all the time the same value, is i ok ? why use -1 in a single download
(in the demo) ?
         pompeur.Download(i);
         inc(i);
//remove the string from my list, to prepare the next dl
         fichiersEnAttente.Delete(0);
  end;

--
ccn




Subject: Re: jvmultihttpgrabber ?
From: "Chuchunain" <chuchunain@sega.powered>
Date: Wed, 13 Aug 2003 00:50:07 +0200
Newsgroups: jedi.vcl

c quoi ton mail ? je suis en train de bosser sur le multihttpgrabber.

et je butte sur une limitation : il pompe les fichiers 10 par 10.
j'ai tenté avec un mutex de fixer le nombre de téléchargement simultané
selon une variable mais pour l'instant ca se bloque....j'aimerais offrir le
choix 3-5-8-10 par exemple.

ccn




Subject: Re: En/decryption and zipping
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 12 Aug 2003 22:08:33 +0200
Newsgroups: jedi.vcl

Encryption:
http://www.fitsy.com/content/pgplinks.htm

Compression:
http://www.torry.net/compressstd.htm

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: En/decryption and zipping
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 12 Aug 2003 12:51:26 -0500
Newsgroups: jedi.vcl

OBones,
I looked at the cypher components. They seemed to work with strings only. I
may have missed something, but it didnt look like any of them would work on
files.

Dave


"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
news:bhaqvf$pua$1@talkto.net...
> > Encrypting, you have the components finishing with Cypher in their name.
> > Zipping, I don't think there are any in the JVCL
> >




Subject: Re: En/decryption and zipping
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 13 Aug 2003 00:09:17 +1000
Newsgroups: jedi.vcl

Encrypting, you have the components finishing with Cypher in their name.
Zipping, I don't think there are any in the JVCL



Subject: En/decryption and zipping
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 12 Aug 2003 08:54:41 -0500
Newsgroups: jedi.vcl

are there any components in jvcl that i can use for encrypting / decrypting
files such as images etc. Also, are there any components for zipping /
unzipping files.
If not, anyone know of any good ones that are free? (including free for
commercial use)

Thanks in advance,
Dave




Subject: Re: jvmultihttpgrabber ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 12 Aug 2003 23:39:38 +1000
Newsgroups: jedi.vcl

Non pas si mauvais que ça, mais c'est plus simple dans la langue maternelle !

Chuchunain wrote:

>> And if you need help in French, contact me directly.
>
> mon anglais est si mauvais que ca ^^
> je retire les spjj de ton email j'imagine pour te contacter ?
>
> a+
>
>



Subject: Re: jvmultihttpgrabber ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 12 Aug 2003 15:15:08 +0200
Newsgroups: jedi.vcl

> > it would be great if u can send me a copy by email.

Done


-- Regards, Peter Thornqvist (JVCL Coordinator) (http://jvcl.sourceforge.net) 

Subject: Re: jvmultihttpgrabber ?
From: "Chuchunain" <chuchunain@sega.powered>
Date: Tue, 12 Aug 2003 14:44:35 +0200
Newsgroups: jedi.vcl

> > This doesn't work quite satisfactory with the current implementation
> > (especially if you want to set the filename as well). I have rewritten
part
> > of it and also created a demo that shows one way of downloading from
> > multiple sources. The demo/new source has been updated in JVCL3. If you
> > would like to have the files and can't access our CVS repository, let me
> > know and I can mail it to you.
it would be great if u can send me a copy by email.
send it to siliciumNOSPAM@PASDESPAMjapanim.net
thx

ccn




Subject: Re: jvmultihttpgrabber ?
From: "Chuchunain" <chuchunain@sega.powered>
Date: Tue, 12 Aug 2003 14:38:15 +0200
Newsgroups: jedi.vcl

> > And if you need help in French, contact me directly.
mon anglais est si mauvais que ca ^^
je retire les spjj de ton email j'imagine pour te contacter ?

a+




Subject: Re: Flicker Free Label
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Tue, 12 Aug 2003 11:34:13 +1000
Newsgroups: jedi.vcl

Yes 10ms is useless as the system by itself is not precise under 12 to 15 ms...
You can get differences around 2ms, but that's not really correct, nor usable.



Subject: Re: jvmultihttpgrabber ?
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Tue, 12 Aug 2003 11:32:41 +1000
Newsgroups: jedi.vcl

And if you need help in French, contact me directly.

Regards

Olivier



Subject: Re: JvInspector. Prior to bug-tracking these, I'd like comments...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 11 Aug 2003 19:39:33 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> #1 JvInspector  and Finalization Section of JvWndProcHooks
> -- 
>
> I've noticed a serious bug at shutdown. In JvWndProcHook the
> Finalization section calls FreeAndNil(GJvWndProcHook) which generates an Access Violation. 

I've fixed this some time ago, but have not yet committed it <g>

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Flicker Free Label
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 11 Aug 2003 18:27:39 +0200
Newsgroups: jedi.vcl

Gary wrote:
> I want to update the caption of a label in 10 ms interval.
> Is there any flicker-free label in JVCL ?

It should be enough to set Form.DoubleBuffer to True and use a normal TLabel.

BTW i think 10 ms is too fast to be precise. You cannot see it anyway.
Try comparing the new text to the old text and assign only when changed.



Subject: Flicker Free Label
From: "Gary" <iraklionDELSPAM@hotmail.com>
Date: Mon, 11 Aug 2003 19:20:55 +0300
Newsgroups: jedi.vcl

I want to update the caption of a label in 10 ms interval.
Is there any flicker-free label in JVCL ?

Thank you for your great component library :)




Subject: JvInspector. Prior to bug-tracking these, I'd like comments...
From: Warren Postma <wp@tekran.com>
Date: Mon, 11 Aug 2003 10:33:23 -0400
Newsgroups: jedi.vcl

Wow, what a cool component.  I've just gone through my app and ripped out the buggy ValueListEditor that came with Delphi 7 and put Jvinspector in its place.

#1 JvInspector  and Finalization Section of JvWndProcHooks
-- 

I've noticed a serious bug at shutdown. In JvWndProcHook the
Finalization section calls FreeAndNil(GJvWndProcHook) which generates an Access Violation. I have commented out this line locally so I can continue working on my app for now.  I will go in and find this bug some time soon.  Anybody else seen this? All you need to do is drop a JvInspector onto your blank form, and when you shut down you get an access violation. (I'll list this in the buggy-tracker-thingy if nobody else has already listed it.)


#2 Beginupdate in JvInspector
---

It is possible to generate access violations by doing an explicit Inspector.BeginUpdate and then calling other methods that call BeginUpdate, and then when they EndUpdate, and then you do some other operations, and then EndUpdate again, you get access violations and various other oddities happening.


#3 Wishes.
-- 
Secondly, I have a few wishes, perhaps need to be tracked also:

3.1. JvInspector has no MouseClick, RightMouseClick, or OncontextPopup (any one of those would do for me). I would like to define what happens when you right click on a cell in the inspector.

3.2. No ContextMenu property so you can't use standard right click and it pops up a TPopupMenu either.

3.3. Has no OnKeyDown,OnKeyUp,OnKeyPress events. How does one add keyboard shortcuts which are unique to when Inspector control has focus?  I would like to add a handler for when the user hits Enter. Right now the inspector seems to issue a beep and stay in the same cell, I would like to advance to the next cell below the current one (for ease of data entry).

3.4  I would like to be able to color code the values in the inspector. black would mean default, blue would mean "this value is different than the default", and red to mean "there is a problem/error/inconsistency here".


#4 Kudos.

Wicked Cool component. Thanks, Marcel and anyone else who worked on this one.

Warren



Subject: Re: jvmultihttpgrabber ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 11 Aug 2003 15:45:00 +0200
Newsgroups: jedi.vcl

> > i read everywhere it uses thread, so i think youre right.
> >
>> > > for i := 0 to Files.Count - 1 do
>> > > begin
>> > >   JvMultiHTTPGrabber1.Url := Files[i];
>> > >   JvMultiHTTPGrabber1.Download(i);
>> > > end;
This doesn't work quite satisfactory with the current implementation
(especially if you want to set the filename as well). I have rewritten part
of it and also created a demo that shows one way of downloading from
multiple sources. The demo/new source has been updated in JVCL3. If you
would like to have the files and can't access our CVS repository, let me
know and I can mail it to you.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvmultihttpgrabber ?
From: "Chuchunain" <chuchunain@sega.powered>
Date: Mon, 11 Aug 2003 15:40:30 +0200
Newsgroups: jedi.vcl

> > All in all, it seems the "multi" in the name has nothing to do with being
> > able to download multiple files from a list. I suspect it refers to the
fact
> > that you might be able to download several files without waiting for each
> > download to finish (I haven't tested this so I might be wrong), i.e:
i read everywhere it uses thread, so i think youre right.

> > for i := 0 to Files.Count - 1 do
> > begin
> >   JvMultiHTTPGrabber1.Url := Files[i];
> >   JvMultiHTTPGrabber1.Download(i);
> > end;
i'll try this soon.


> > Currently, there is no documentation for this component.
that's why i need help :)
thx !

--
Chuchunain, roi des KapuKapu




Subject: continue: JvTimeLine unfocus item.
From: "Bob Bedford" <bob@bedford.com>
Date: Mon, 11 Aug 2003 14:39:19 +0200
Newsgroups: jedi.vcl

Sorry, didnt finish my post:

"Bob Bedford" <bob@bedford.com> a écrit dans le message de news:
bh813e$81h$1@talkto.net...
> > On the mouse down event, If an item is clicked it receive the focus:

  // focus change
  if not Focused and CanFocus then
    SetFocus;

but clicking on it again, I can't remove focus. I mean I modified a little
bit the mouse up in order to do a drag&Drop:
mouseup:
    if Assigned(FSelectedItem) and HasMoved(Point(X, Y)) then
    begin
      //FNewDate := DateAtPos(X)+FSelectedItem.FTime;
      Offset := trunc(FFirstDate+(X/FDayWidth))-FSelectedItem.Date;
      FNewDate := FSelectedItem.Date + Offset;
      FNewLevel := LevelAtPos(Y);
      ItemMoved(FSelectedItem, FNewDate, FNewLevel);
      FSelectedItem.Date := FNewDate;
      FSelectedItem.EndDate := FSelectedItem.EndDate + offset;
      FSelectedItem.Level := FNewLevel;
      Invalidate;
    end;

This means that id I click on an item, release the left button, then click
somewhere else, the item is moved.
I would like, when I release the button and no drag&drop has been done, that
the item is still selected but isn't moved.

How to do it ?




Subject: JvTimeLine unfocus item.
From: "Bob Bedford" <bob@bedford.com>
Date: Mon, 11 Aug 2003 14:35:24 +0200
Newsgroups: jedi.vcl

On the mouse down event, If an item is clicked it receive the focus:




Subject: Re: jvmultihttpgrabber ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 11 Aug 2003 12:58:57 +0200
Newsgroups: jedi.vcl

I just had a look at this component and it is very similar to the
JvHTPPGrabber component, differing in a few places:

- There are more parameters in the event handlers (UserData mostly)
- You can pass in a custom value for each download.
- You can get the date of the file you are about to download.
- JvMultiHTTPGrabber has a OnDateRetrieved event
- JvHTTPGrabber has an OnStateChanged event

All in all, it seems the "multi" in the name has nothing to do with being
able to download multiple files from a list. I suspect it refers to the fact
that you might be able to download several files without waiting for each
download to finish (I haven't tested this so I might be wrong), i.e:

for i := 0 to Files.Count - 1 do
begin
  JvMultiHTTPGrabber1.Url := Files[i];
  JvMultiHTTPGrabber1.Download(i);
end;

Currently, there is no documentation for this component.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Change default form color of DSAMessageDlgEx ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 11 Aug 2003 10:31:15 +0200
Newsgroups: jedi.vcl

> > Can I change the default color of the form for the DSAMessageDlgEx using
> > CreateDSAMessageForm in the same way I do with CreateMessageDialog ?
Sure. Since CreateDSAMessageForm isn't public, you could just add it's
declaration to the interface part and write your own MessageDlgEx function
or use it directly.

We should probably make CreateDSAMessageForm public in the next release...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Change default form color of DSAMessageDlgEx ?
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Sun, 10 Aug 2003 15:17:32 -0700
Newsgroups: jedi.vcl

Can I change the default color of the form for the DSAMessageDlgEx using
CreateDSAMessageForm in the same way I do with CreateMessageDialog ?

Ex:
procedure TForm1.CMDLG(const Mgs: string; const Ttl: string; Ht: integer;
Wd: integer);
begin

with CreateMessageDialog(Mgs, mtCustom, [mbOK]) do
    try
      FormStyle := fsStayOnTop;
      BorderStyle := bsNone;
      Caption := Ttl;
      Color := $00336DA0;        { ***** This is the one I want to change in
DSAMessageDlgEx }
      Font.Color := $00EEB82F; { I don't need to change size parameters or
border style (defaults are fine) }
      Height := Ht;                       { but  being able to change the
font color would be nice. }
      Left := 350;                         { The form color I want is dark
so the default black font is no good.}
      Top := 150;
      Width := Wd;
      ShowModal;
    finally
      Free;
    end;
end;


Thanks,

Bill Mudd



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003




Subject: jvmultihttpgrabber ?
From: "Chuchunain" <chuchunain@sega.powered>
Date: Sun, 10 Aug 2003 18:21:08 +0200
Newsgroups: jedi.vcl

hi everybody,

i try to use this component but fail.i wonder how download multi files
because  there is no tstrings property in multihttpgrabber.

i see an url property (string) only. how to specify a list of links (jpeg
and others) to dl ?
if you have docs about httpgrabber, i need it, there is no docs on
google/jedi examples :(

thx a lot
--
cordialement,

Matthieu ONFRAY
webmaster de Japanim.net
Toute l'actualité de la japanimation
www.japanim.net




Subject: Re: JvSimpleXML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 9 Aug 2003 10:24:07 +0200
Newsgroups: jedi.vcl

> > No example.
It seems the demo was added after the 2.10 release. I've uploaded it to
jedi.binaries for you (and others, of course). It is a simple example how to
put an XML file into a treeview. Should give some ideas.

If that doesn't answer your questions, feel free to post again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help - Undeclared identifier 'TRegistry'
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 9 Aug 2003 10:07:42 +0200
Newsgroups: jedi.vcl

> > Er...how do I get JVCL3? Will it install on D5 Standard? I'd be willing to
> > try it.
At the moment, the only way to get it is through CVS. For more info on
setting up a cvs client, see http://jvcl.sourceforge.net/cvs.htm. To
download JVCL3 using TortoiseCVS, right-click a folder of your choice (the
JVCL3 folder will be created as a subfolder of the selected folder) and
select CVS Checkout. Enter the following into the dialog:

CVSROOT:
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/

Module:
dev/JVCL3

When you get a prompt for password, just click Cancel

I'll be adding a news item to the JVCL sourceforge page about this because
we've got a lot of questions about this lately.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Source
From: "Shaid Banares" <tb01i6116@blueyonder.co.uk>
Date: Sat, 9 Aug 2003 01:16:43 +0100
Newsgroups: jedi.vcl

Thanx peter. you da man!! ;)
"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bgtn0g$lpd$1@talkto.net...
> > Well, if you add the follwing code to the beginning of FormCreate:
> >
> > if Mem = nil then
> >   Mem := TMem.Create;
> >
> > Also make sure the OnCreate event of the form is assigned the FormCreate
> > handler (it doesn't seem to be according to the dfm) I think you will see
> > that it does work.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Question for someone who knows the internals (parser code) of JvInterpreter.
From: Warren Postma <wp@tekran.com>
Date: Fri, 08 Aug 2003 17:50:24 -0400
Newsgroups: jedi.vcl

I am looking to fix a problem with the jedi interpreter component for delphi, the component now-called JvInterpreter.  I have only a little experience  with parsers. It seems from comments in the source that the JvInterpreter's parser was modified from some Mozilla source code, possibly something originally intended as an JavaScript engine, I'm guessing.  Can anyone tell me what the theory and use of those Asso* tables is?  I figured out it means something about Association, and there are a bunch of -1's and then non-zero numbers, and each one applies to a single token in the parser, but that's all I can get out of it.

The problem I'm trying to solve (reported already in our bugtracker) is that expressions like this are busted:
       A := (B/C)-( (D * (E/F) ) + G);

It seems that expressions with Parenthesis and Division involved are broken. So the above kinds of expressions would usually set A = C or F,I
and would not continue evaluating. haven't figured out why it breaks yet.

The other thing I'd like to do is rewrite the parser according to some simple rules:

(1)  Don't make the state of the parser be entirely on the stack. In other words, it should be possible to have Run methods which run the whole script, or just run the interpreter for one instruction or line of code, and then have it pause and return, ready to resume. In other words, I'd like to have SetBreakpoint(line), Break, Resume, StepInto, and StepOver methods in the component.

I happen to need all this really badly, and I'm currently stuck as to whether to do this or to abandon JvInterpter and go with the larger (but more full featured) scripting language, and use something like Python-for-delphi).  The syntax is a don't-care issue for me.  My users are going to hate ":=" pascal assignment syntax and they're going to hate the "if x:" and tabbed indenting of Python.  In short, they're going to wish they had VB, but I steadfastly refuse to go that way, on a principle of honor. <grin>




Warren Postma
JVCL Developer



Subject: Re: JvSimpleXML
From: "Jeff" <jeffwright@removethis.bigpond.com>
Date: Sat, 9 Aug 2003 07:37:32 +1000
Newsgroups: jedi.vcl

No example.

"OBones" <obones_SPJJ@SPPJJ_meloo.com> wrote in message
news:bgv6bb$t5i$2@talkto.net...
> > I haven't checked so I may be wrong, but there might be an example for
> > it under the Examples directory.
> >
> > Jeff wrote:
> >
>> > > Can someone point me in a direction to get some understanding of how
this
>> > > component works.
>> > >
>> > > TIA
>> > > Jeff Wright
>> > >
>> > >
> >




Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Fri, 8 Aug 2003 13:15:44 -0700
Newsgroups: jedi.vcl

Something I forgot to mention. As per your instructions with JVCL 2.10 I had
copied the
JVCLVer.pas & JvSpecialProgress.pas files to my project's directory. After
un-installing 2.10
and re-installing 2.00,  I forgot to delete those files. When I compiled
with the 2.00,  JvSpecialProgress still had
the new properties from 2.10. So I had a 2.10 JvSpecialProgress in a 2.00
installation. And the kicker is that with the 2.10 JvSpecialProgress in a
JVCL 2.00 installation there was no 100k increase in the .EXE

I deleted the files and recompiled anyway. I think I'm going back though
because the new JvSpecialProgress seems to be smoother - works better and
won't increase my .EXE.

It's all weirdness to me. I'll let you Jedi guys figure it out. But I like
the way things turned out.

Bill Mudd


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003




Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Fri, 8 Aug 2003 12:39:28 -0700
Newsgroups: jedi.vcl

>> > > I'll go to go back to 1.22 without changing anything in my project and
see
>> > > what happens.
> > FYI, I made the test with JVCL3.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net

Sorry I was using the wrong version numbers I meant JVCL 2.00 not 1.22 - got
it mixed up with the JCL ver #.
The JVCL 2.00 still makes an .EXE that is 100k smaller than using 2.10.
I made no changes to my project other than adjusting for the changed
properties of
TJvSpecialProgress between the 2 versions.

Er...how do I get JVCL3? Will it install on D5 Standard? I'd be willing to
try it.

Bill Mudd



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003




Subject: TDirectoryEdit
From: "Sven Söhnel" <sven.soehnel@soehnel-software.de>
Date: Fri, 8 Aug 2003 19:14:59 +0200
Newsgroups: jedi.vcl

Hi at all,

can me anyone tell, how to browse in to a hidden folder for browsing:

Set the initialdir to something like: \\remotedrive\c$\anyfolder
The browse-button don't go to the specified folder,
this way only be functional if the share isn't 'hidden' ($).

What can i do?

Thanks in advance!

Sven




Subject: Re: Help - Undeclared identifier 'TRegistry'
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 8 Aug 2003 15:36:47 +0200
Newsgroups: jedi.vcl

> > I'll go to go back to 1.22 without changing anything in my project and see
> > what happens.
FYI, I made the test with JVCL3.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFloatEdit2/JvCustomEdit2
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Fri, 08 Aug 2003 15:00:45 +1000
Newsgroups: jedi.vcl

As far as I know, no date have been decided for a release of JVCL3.
However, the manual installation of the new package layout has proven successful on the developer's computers as well as on user's (even if they are not newbie users).
But this doesn't mean the JVCL3 will be release soon as there is still a lot of work in progress especially in the area of DataProviders and DataConsumers. This is the new scheme chosen for JVCL3 where, for instance, the TJvEdit does only the display of the data given to it by its provider. Change the provider to get a Float, Currency or Integer edit, you don't have to change the Edit. This allow better extension with less coding but requires a good preparation stage.

As a final note, I think you should install the latest version of JVCL3 if you intend to test it and submit the bug fixes you may have done in it. It is fairly stable as the major changes due to DataProviders haven't occured yet. But keep in mind that this is a beta source code and shouldn't be used in any production critical project.

If you don't want to install JVCL3 but still want to help, you may want to take part in the documentation project, coordinated by Marcel Bestebroer, as this is also a thing we would like to have ready for the release. Because as many users and developers said, a component without documentation is almost useless.

Regards

Olivier
JVCL Developer

Aaron Hochwimmer wrote:

> Thanks for the reply.
>
> I realise its CVS is bleeding edge most of the time but how 'ready' is JVCL3?
>
> Cheers,
>
> Aaron
>
>



Subject: Re: JvFloatEdit2/JvCustomEdit2
From: Aaron Hochwimmer <hochwimmera@pbworld.com>
Date: Fri, 08 Aug 2003 16:32:09 +1200
Newsgroups: jedi.vcl

Thanks for the reply.

I realise its CVS is bleeding edge most of the time but how 'ready' is JVCL3?

Cheers,

Aaron



OBones wrote:
> The best way would be to submit your modified unit for review into mantis.
> For that, go to the jvcl web page, click on the bug/wishes link in the left menu, login and add a "bug" report.
> However, please note that any new development should be done from the JVCL3 source code as version 2.1 is no longer developed.
> And another thing is that CustomFloatEdit will (or already have) disappear from JVCL in favor of a more generic edit control.
>
> To access the JVCL3 source code, use CVS and go to the dev/jvcl3 directory.
>
> Thanks for your contribution.
>
> Olivier




Subject: Re: JvFloatEdit2/JvCustomEdit2
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Fri, 08 Aug 2003 14:11:44 +1000
Newsgroups: jedi.vcl

The best way would be to submit your modified unit for review into mantis.
For that, go to the jvcl web page, click on the bug/wishes link in the left menu, login and add a "bug" report.
However, please note that any new development should be done from the JVCL3 source code as version 2.1 is no longer developed.
And another thing is that CustomFloatEdit will (or already have) disappear from JVCL in favor of a more generic edit control.

To access the JVCL3 source code, use CVS and go to the dev/jvcl3 directory.

Thanks for your contribution.

Olivier

Aaron Hochwimmer wrote:

> Using JVCL 2.1.
>
> I think entered text should be able to be expressed in scientific notation.
>
> e.g. 1e-5, 1E-5 etc.
>
> So the
> TCustomFloatEdit2.KeyPress(var Key: Char);
>
> should be modified to allow for a 'e' or an 'E'.
>
> Note StrToFloat will complain for entries such as
>
> "e-4"
>
> but "1e-4" is valid.
>
> KeyPress could ensure that you 'e' or 'E' are not the first character.
>
> What's the best way of getting this into JVCL? Should I submit a patch?
>
> Regards,
>
> Aaron
>



Subject: Re: JvSimpleXML
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Fri, 08 Aug 2003 14:08:45 +1000
Newsgroups: jedi.vcl

I haven't checked so I may be wrong, but there might be an example for it under the Examples directory.

Jeff wrote:

> Can someone point me in a direction to get some understanding of how this
> component works.
>
> TIA
> Jeff Wright
>
>



Subject: Re: Compiler Errors
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Fri, 08 Aug 2003 14:08:10 +1000
Newsgroups: jedi.vcl

As usual, a message saying that there is an error without the error message itself is useless...

Please give details about the particular error message and we may be able to help you.

Gustavo wrote:

> Hi All,
>
> I've downloaded the JVCL Lastest on Jvcl.Sourceforge.net/daily.
> When i try to compile using InstallerHelp, i get an DCC32 error message
> and instalation is aborted.
> Someone had the same trouble ?
> I'm using D7 Enterprise on Win98/XP.
>
> TIA.
>
> Gustavo.
>
>



Subject: JvFloatEdit2/JvCustomEdit2
From: Aaron Hochwimmer <hochwimmera@pbworld.com>
Date: Fri, 08 Aug 2003 14:26:29 +1200
Newsgroups: jedi.vcl

Using JVCL 2.1.

I think entered text should be able to be expressed in scientific notation.

e.g. 1e-5, 1E-5 etc.

So the
TCustomFloatEdit2.KeyPress(var Key: Char);

should be modified to allow for a 'e' or an 'E'.

Note StrToFloat will complain for entries such as

"e-4"

but "1e-4" is valid.

KeyPress could ensure that you 'e' or 'E' are not the first character.

What's the best way of getting this into JVCL? Should I submit a patch?

Regards,

Aaron



Subject: JvSimpleXML
From: "Jeff" <jeffwright@removethis.bigpond.com>
Date: Fri, 8 Aug 2003 11:28:34 +1000
Newsgroups: jedi.vcl

Can someone point me in a direction to get some understanding of how this
component works.

TIA
Jeff Wright




Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Thu, 7 Aug 2003 16:35:18 -0700
Newsgroups: jedi.vcl

> > I just made a test with D6:
> > Empty form: 385k
> > With JvSpecialProgress: 393k
> >
> > So that makes 8k on my machine. Looks like it's something else that's
> > causing the increase in size.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >

I'll go to go back to 1.22 without changing anything in my project and see
what happens.
Hate to uninstall a perfectly working 2.10 but I don't see another way.
Will let you know what I find out.

Bill Mudd


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003




Subject: Compiler Errors
From: "Gustavo" <no@thanks.com>
Date: Thu, 7 Aug 2003 20:24:09 -0300
Newsgroups: jedi.vcl

Hi All,

I've downloaded the JVCL Lastest on Jvcl.Sourceforge.net/daily.
When i try to compile using InstallerHelp, i get an DCC32 error message
and instalation is aborted.
Someone had the same trouble ?
I'm using D7 Enterprise on Win98/XP.

TIA.

Gustavo.




Subject: Re: Help - Undeclared identifier 'TRegistry'
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 8 Aug 2003 00:12:22 +0200
Newsgroups: jedi.vcl

> > Ha! Finally success. Thanks.
Great!

> > The size of the EXE remains the same. There is no reduction by creating
> > TJvSpecialProgress at runtime.

I just made a test with D6:
Empty form: 385k
With JvSpecialProgress: 393k

So that makes 8k on my machine. Looks like it's something else that's
causing the increase in size.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Thu, 7 Aug 2003 14:39:33 -0700
Newsgroups: jedi.vcl

>> > > And I declared 'JvSpecialProgress1:TJvSpecialProgress;' in form2's
Public
>> > > declarations.
>> > >
>> > > Where do I declare it in form1?
> > If the progress is located on form1, you should not declare it in Form2 at
> > all, If it is in Form2, you don't declare it in Form1. You only have it in
> > one form.
>> > > If I put it in form1's Public declaration I get error :
>> > > "Field definition not allowed after methods or properties"
> >
> > Put the declaration just below the "public" keyword before anything else
in
> > public, i.e
> >   (previous stuff)
> >   public
> >     (make sure nothing is here!)
> >     JvSpecialProgress1:TJvSpecialProgress;
> >     (everything else comes here)
> >  end;
> >
>> > > In procedure Tform1.FormCreate should it be:
>> > > JvSpecialProgress1 := TJvSpecialProgress.Create(Application) or (Form1)
or
>> > > (Self) or (nil) ?
>> > > and should JvSpecialProgress1's Parent be Form1 or Self ?
> >
> > Like this:
> >
> > JvSpecialProgress1 := TJvSpecialProgress.Create(self)
> > JvSpecialProgress1.Parent := self;
> >
> > NOTE: do *not* free JvSpecialProgress1 if you pass an owner! Only if you
use
> > Create(nil) should you call JvSpecialProgress1.Free.
> >
>> > > What are the differences in creating it at runtime? What still needs to
be
>> > > done/included that I am leaving out?
> > I think you are doing it right, almost. Just a few details to figure
out<g>.
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >

Ha! Finally success. Thanks.

There was a procedure in Public that came before the progress declaration.
Changed that.
Also the progressbar is located on form1 and I had the same declaration in
the Public of form2.
Took that out. It compiled fine.

The size of the EXE remains the same. There is no reduction by creating
TJvSpecialProgress at runtime.

But I learned a thing or 2 I can use. I appreciate it.

Bill Mudd



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003




Subject: Re: Help - Undeclared identifier 'TRegistry'
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 7 Aug 2003 22:30:04 +0200
Newsgroups: jedi.vcl

> > And I declared 'JvSpecialProgress1:TJvSpecialProgress;' in form2's Public
> > declarations.
> >
> > Where do I declare it in form1?
If the progress is located on form1, you should not declare it in Form2 at
all, If it is in Form2, you don't declare it in Form1. You only have it in
one form.
> > If I put it in form1's Public declaration I get error :
> > "Field definition not allowed after methods or properties"

Put the declaration just below the "public" keyword before anything else in
public, i.e
  (previous stuff)
  public
    (make sure nothing is here!)
    JvSpecialProgress1:TJvSpecialProgress;
    (everything else comes here)
 end;

> > In procedure Tform1.FormCreate should it be:
> > JvSpecialProgress1 := TJvSpecialProgress.Create(Application) or (Form1) or
> > (Self) or (nil) ?
> > and should JvSpecialProgress1's Parent be Form1 or Self ?

Like this:

JvSpecialProgress1 := TJvSpecialProgress.Create(self)
JvSpecialProgress1.Parent := self;

NOTE: do *not* free JvSpecialProgress1 if you pass an owner! Only if you use
Create(nil) should you call JvSpecialProgress1.Free.

> > What are the differences in creating it at runtime? What still needs to be
> > done/included that I am leaving out?
I think you are doing it right, almost. Just a few details to figure out<g>.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Thu, 7 Aug 2003 12:32:48 -0700
Newsgroups: jedi.vcl

>> > > This was done already. Form2 is in the the Interface uses clause of
Form1
> > &
>> > > Form1 is in the Implementation uses clause of Form2.
> > That should work as long as JvSpecialProgress1 is public. Generically, you
> > do (Unit1=Form1, Unit2=Form2):
> >
> > in Form1:
> >
> > implementation
> > uses
> >   Unit2;
> >
> > in Form2:
> >
> > type
> >   TForm2 = class(TForm)
> >   public
> >     JvSpecialProgress:TJvSpecialProgress;
> >   end;
> >
> > implementation
> > uses
> >   Unit1;
> > ...
> >
> > Now, you should be able to reference Form1 from Form2 and Form2 from
Form1:
> >
> > procedure TForm2.DoSomething;
> > begin
> >   Form1.JvSpecialProgress1.Position := Random(200);
> > end;
> >
> > ...
> >
> > procedure TForm1.DoSomething;
> > begin
> >   Form2.AnyPublicIdentifier.DoSomething();
> > end;
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net

I still get the undeclared identifier error on form2 at
'Form1.JvSpecialProgress1.whatever;'.

I did exactly as above with the implementation uses clauses on both units.
Form1/Unit1 was already in Form2/Unit2's implementation uses clause.
I changed Form1/Unit1's inclusion of Unit2 from the interface to the
implementation uses clause.
And I declared 'JvSpecialProgress1:TJvSpecialProgress;' in form2's Public
declarations.

Where do I declare it in form1?
If I put it in form1's Public declaration I get error :
"Field definition not allowed after methods or properties"
If I put it in 'Private' or 'var' or don't include it at all
I get the undeclared identifier errors on form2.

In procedure Tform1.FormCreate should it be:
JvSpecialProgress1 := TJvSpecialProgress.Create(Application) or (Form1) or
(Self) or (nil) ?
and should JvSpecialProgress1's Parent be Form1 or Self ?

I'm sure it can be done if I can just figure out what I'm doing wrong. Sorry
to frustrate you.
What seems strange to me is that dropping the component onto the form from
the pallet works fine.
What are the differences in creating it at runtime? What still needs to be
done/included that I am leaving out?

Bill Mudd

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003





Subject: Re: Source
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 7 Aug 2003 16:40:42 +0200
Newsgroups: jedi.vcl

Well, if you add the follwing code to the beginning of FormCreate:

if Mem = nil then
  Mem := TMem.Create;

Also make sure the OnCreate event of the form is assigned the FormCreate
handler (it doesn't seem to be according to the dfm) I think you will see
that it does work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Source
From: "Shaid Banares" <tb01i6116@blueyonder.co.uk>
Date: Thu, 7 Aug 2003 15:13:10 +0100
Newsgroups: jedi.vcl

Peter i've tried it and its not working. :s

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bgsrad$fhr$1@talkto.net...
> > I haven't run the code but it seems you access the "Mem" variable in
> > FormCreate without first creating it? Set a breakpoint on FormCreate and
> > make sure Mem is created.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvTimeLine: Add a form parameter to a class
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 7 Aug 2003 14:21:03 +0200
Newsgroups: jedi.vcl

> > You have saids so many reasons, and each is good enough to make me change
> > advice.
> >
> > Thanks for it...I won't spend any extra time doing it !!!!
You should be aware that I am speaking entirely from a "library builders"
perspective, i.e what is a good way to write the JVCL code for other users
with varying needs and agendas. As an application developer, there might be
reasons to forgoe the rules that works well for component builders but you
are the only one that can determine that.  One good alternative to adding
the dialog to the component is to create the dialog as you intended and
provide it with a class function, like this:

class function TMyItemEditor.Edit(AnItem:TJvTimeLIneItem):boolean;

The Edit function creates and sets up the form using the properties of
AnItem and displays it modally. The return value would be true if the user
changed any values and clicked OK, false otherwise. You could then easily
use this form in your JvTimeLine's OnItemClick event:

procedure
TMainForm.JvTimeLineItemClick(Sender:TObject;Item:TJvTimeLIneItem);
begin
  if TMyItemEditor.Edit(Item) then
    DoSomethingClever();
end;

You will in this way have the benefit of a dialog you can reuse and at the
same time, the TimeLine doesn't require it to function.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine: Add a form parameter to a class
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 7 Aug 2003 13:29:26 +0200
Newsgroups: jedi.vcl

Hi Peter,

You have saids so many reasons, and each is good enough to make me change
advice.

Thanks for it...I won't spend any extra time doing it !!!!

Regards.

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bgt3cv$h6n$1@talkto.net...
>> > > If you then provide built-in forms that doesn't have those buttons or
>> > > use another button layout, you would still have to build your own forms
or
>> > > change the built-in ones to match.
> > ..and this also affects the dialog as well: borderstyle? caption text?
> > resizable? position? scaled or not? color?  font? etc etc. Also, should
the
> > dialog appear on left click, right click, double-click, on a shortcut?
> >
> > My point is that there are just too many properties that might have to be
> > setable that one could just as well build the form from scratch.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvTimeLine: Add a form parameter to a class
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 7 Aug 2003 11:05:58 +0200
Newsgroups: jedi.vcl

> > If you then provide built-in forms that doesn't have those buttons or
> > use another button layout, you would still have to build your own forms or
> > change the built-in ones to match.
...and this also affects the dialog as well: borderstyle? caption text?
resizable? position? scaled or not? color?  font? etc etc. Also, should the
dialog appear on left click, right click, double-click, on a shortcut?

My point is that there are just too many properties that might have to be
setable that one could just as well build the form from scratch.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine: Add a form parameter to a class
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 7 Aug 2003 10:56:19 +0200
Newsgroups: jedi.vcl

> > Bad practice, probably, but as this is a common feature for who's using
the
> > control, and every programmer will then add a form, why not provide a
common
> > control.
Well, it's considered bad practice for several reasons. One is that it's
difficult to determine what properties should be editable/visible in the
dialog. One user only needs the start date, another needs startdate and end
date, a third needs start date and duration (not end date), a fourth needs
the level as well and caption and icon, a fifth only needs a dialog with a
button that says "Recalculate" etc.

Additionally, it's a matter of look and feel. Say you are using some cool
fly-over buttons with icons in all your other dialogs or you always align
the OK/Cancel/Apply/Help buttons top to bottom on the right side of the
form. If you then provide built-in forms that doesn't have those buttons or
use another button layout, you would still have to build your own forms or
change the built-in ones to match.

It's also a matter of localization. It might be a lot harder to translate a
built-in dialog than one you have control over yourself (depending on the
localization tool you are using of course).

> >Let me ask you something: if you have 2 same controls in wich, for
> > some purpose, you may choose colors at runtime. Would you prefer the one
in
> > wich a color chooser is already build in(and you may disable/override) or
> > the other one.
I would prefer the other one because I would disable/override it anyway.
This might come as a surprise to you but I have yet to see a built-in dialog
that is exactly they way I would like it to be. And I would override it in
such a way that I could use the same custom dialog for all those controls
(i.e maybe add it to the Object Repository or put the unit in my "Misc"
folder).

> > Also even if it's considered bad practice, I prefer to add such
> > possibility and provide a way to override/disable the functionnality than
> > not letting the choice to the programmer.
You are of course free to do whatever you like in your own code but it won't
be added to the official JvTimeLine because the chance that anyone would
actually use it is pretty slim so there is no real point in it and I (along
with many others) don't think it is good practice.

> > How can I do it in the class directly ??? I mean creating a form and add
it
> > to the component ? then call it if the programmer choose to do it.

See TJvCustomTimeLine.ItemClick.
Example:

procedure TJvCustomTimeLine.ItemClick(Item: TJvTimeItem);
begin
  if ShowBuiltInDialog then
    DoShowBuiltInDialog(Item)
  else
  if Assigned(FOnItemClick) then
    FOnItemClick(Self, Item);
end;


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine: Add a form parameter to a class
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 7 Aug 2003 10:26:04 +0200
Newsgroups: jedi.vcl

Hi Peter,

>> > > It is possible to add a "form" to an event in a class ???
> > It is but it's not generally necessary (and it's considered bad practice
as
> > well).
That's why I wanted to propose a way to disable it, or doing it by it's own:
by the way, if a programmer doesn't like the way it's done, he can override
it.
Bad practice, probably, but as this is a common feature for who's using the
control, and every programmer will then add a form, why not provide a common
control. Let me ask you something: if you have 2 same controls in wich, for
some purpose, you may choose colors at runtime. Would you prefer the one in
wich a color chooser is already build in(and you may disable/override) or
the other one. I've seen to many control in wich you may choose some
parameters at run time and get tired of creating a parameter form as they
was any. (the time lost for this would be done by the one creating the
class). Also even if it's considered bad practice, I prefer to add such
possibility and provide a way to override/disable the functionnality than
not letting the choice to the programmer.

> > You can assign an event handler to the OnItem(Dbl)Click of the
> > timeline, extract the info from the Item parameter, create and show the
> > dialog modally and if the user clicks OK, update the properties in the
Item
> > parameter again.

How can I do it in the class directly ??? I mean creating a form and add it
to the component ? then call it if the programmer choose to do it.

BoB





Subject: Re: JvTimeLine: Add a form parameter to a class
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 7 Aug 2003 09:25:23 +0200
Newsgroups: jedi.vcl

> > It is possible to add a "form" to an event in a class ???
It is but it's not generally necessary (and it's considered bad practice as
well). You can assign an event handler to the OnItem(Dbl)Click of the
timeline, extract the info from the Item parameter, create and show the
dialog modally and if the user clicks OK, update the properties in the Item
parameter again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTimeLine: Add a form parameter to a class
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 7 Aug 2003 08:59:17 +0200
Newsgroups: jedi.vcl

It is possible to add a "form" to an event in a class ???

For my need, I'm working on the tJvTimeLine. Actually, when pushing the
button on an item and then release the button (mouseUp), the item is set
with the left size to the start of the day (I must say that the new items
have startdate, starttime, enddate, endtime fields).

Now, on the canvas it's impossible to set the itemtime very precisely, so I
would like to provide a "form" in wich I set the start date & time and the
end date & time: this would be done creating a form in wich I put 4
datetimepicker, fill them with actual value, and 2 buttons: ok anc cancel.

May I create this form and add it on the control ? My idea is to provide
such form as default form and provide a property where the user may choose
his own control.

It is possible to do so ?




Subject: Re: Source
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 7 Aug 2003 08:48:02 +0200
Newsgroups: jedi.vcl

I haven't run the code but it seems you access the "Mem" variable in
FormCreate without first creating it? Set a breakpoint on FormCreate and
make sure Mem is created.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 7 Aug 2003 08:42:36 +0200
Newsgroups: jedi.vcl

> > This was done already. Form2 is in the the Interface uses clause of Form1
&
> > Form1 is in the Implementation uses clause of Form2.
That should work as long as JvSpecialProgress1 is public. Generically, you
do (Unit1=Form1, Unit2=Form2):

in Form1:

implementation
uses
  Unit2;

in Form2:

type
  TForm2 = class(TForm)
  public
    JvSpecialProgress:TJvSpecialProgress;
  end;

implementation
uses
  Unit1;
....

Now, you should be able to reference Form1 from Form2 and Form2 from Form1:

procedure TForm2.DoSomething;
begin
  Form1.JvSpecialProgress1.Position := Random(200);
end;

....

procedure TForm1.DoSomething;
begin
  Form2.AnyPublicIdentifier.DoSomething();
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Wed, 6 Aug 2003 21:42:36 -0700
Newsgroups: jedi.vcl

>> > > For example in a procedure of Form2 I have:
>> > > 'Form1.JvSpecialProgress1.GradientBlocks := False;'.
>> > > But I get an undeclared identifier error on this line in Form2 when I do
>> > > this.
> >
> > Because you put JvSpecialProgress1 in the private section.
> > And you must also add the name of the unit where the Form1 form is
> > declared into the uses clause of the implementation section of the file
> > where Form2 is declared.
> > For instance, if Form1 is in Form1Form.pas and Form2 is in
> > Form2Form.pas, then you add Form1Form in the uses clause in the
> > implementation section of Form2Form.pas
> > Then use Form1.JvSpecialProgress1.whatever

This was done already. Form2 is in the the Interface uses clause of Form1 &
Form1 is in the Implementation uses clause of Form2.

> >
> > A better solution would be to either create a TJvSpecialProgress in each
> > form

Create separate TJvSpecialProgress bars in both forms when it is only
located on Form1? This makes no sense to me. I can drop a TJvSpecialProgress
component onto Form1 from the component pallet and it all works fine. No
need to have a separate component on Form2. I should be able to do this same
thing dynamically at runtime.

> >or give a reference to JvSpecialProgress1 from Form1 to Form2
> > through the use of a property in Form2.

How do I do that?

Bill
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003






Subject: Re: Help - Undeclared identifier 'TRegistry'
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 07 Aug 2003 13:18:08 +1000
Newsgroups: jedi.vcl

> Maybe I should post this to the Delphi news group but I'll ask anyway.
> I'm still kinda new to programming. In Form1's Private declarations I have
> 'JvSpecialProgress1: TJvSpecialProgress'.

You must put that in public if you want to access it from outside the TForm1 class.

> In procedure Tform1.FormCreate I have:
>
> JvSpecialProgress1 := TJvSpecialProgress.Create(Application);
>   with JvSpecialProgress1 do
>   begin
>     Parent := Self;
>     Font.Charset := DEFAULT_CHARSET;
>     Font.Color := clWhite;
>     Font.Height := -11;
>     Font.Name := 'Arial';
>     Font.Pitch := fpVariable;
>     Font.Style := [];
>     GradientBlocks := True;
>     ParentFont := False;
>     TextOption := toPercent;
>   end;

Seems allright to me

> But I have two forms (Form1 & Form2).
> The component is referenced in both forms:

What do you mean by "referenced" ? Do you mean you want to use it ?

> For example in a procedure of Form2 I have:
> 'Form1.JvSpecialProgress1.GradientBlocks := False;'.
> But I get an undeclared identifier error on this line in Form2 when I do
> this.

Because you put JvSpecialProgress1 in the private section.
And you must also add the name of the unit where the Form1 form is declared into the uses clause of the implementation section of the file where Form2 is declared.
For instance, if Form1 is in Form1Form.pas and Form2 is in Form2Form.pas, then you add Form1Form in the uses clause in the implementation section of Form2Form.pas
Then use Form1.JvSpecialProgress1.whatever

> I've tried JvSpecialProgress1 := TJvSpecialProgress.Create(Form1) & Self.
> I've tried Parent := Self & Parent := Form1.
> I've tried putting the declaration in Public declarations.
> I've tried it listed as a variable of  TForm1.
> Nothing seems to work.
>
> How do I create this component (at runtime) which is located on Form1 so
> that I can
> reference it from procedures in Form2?

Doing what I just told you should work.
However, please keep in mind that this is really dirty programming. A better solution would be to either create a TJvSpecialProgress in each form or give a reference to JvSpecialProgress1 from Form1 to Form2 through the use of a property in Form2.
But this is a bit far fetched for a test...

>
> TIA,
>
> Bill Mudd
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003
>
>
>



Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Wed, 6 Aug 2003 19:37:22 -0700
Newsgroups: jedi.vcl

>> > > I may try creating instances of these component classes dynamically in
>> > > procedure FormCreate:
> > That could be worth a try.

Maybe I should post this to the Delphi news group but I'll ask anyway.
I'm still kinda new to programming. In Form1's Private declarations I have
'JvSpecialProgress1: TJvSpecialProgress'.
In procedure Tform1.FormCreate I have:

JvSpecialProgress1 := TJvSpecialProgress.Create(Application);
  with JvSpecialProgress1 do
  begin
    Parent := Self;
    Font.Charset := DEFAULT_CHARSET;
    Font.Color := clWhite;
    Font.Height := -11;
    Font.Name := 'Arial';
    Font.Pitch := fpVariable;
    Font.Style := [];
    GradientBlocks := True;
    ParentFont := False;
    TextOption := toPercent;
  end;

But I have two forms (Form1 & Form2).
The component is referenced in both forms:
For example in a procedure of Form2 I have:
'Form1.JvSpecialProgress1.GradientBlocks := False;'.
But I get an undeclared identifier error on this line in Form2 when I do
this.

I've tried JvSpecialProgress1 := TJvSpecialProgress.Create(Form1) & Self.
I've tried Parent := Self & Parent := Form1.
I've tried putting the declaration in Public declarations.
I've tried it listed as a variable of  TForm1.
Nothing seems to work.

How do I create this component (at runtime) which is located on Form1 so
that I can
reference it from procedures in Form2?

TIA,

Bill Mudd

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003





Subject: Re: Source
From: "Shaid Banares" <tb01i6116@blueyonder.co.uk>
Date: Thu, 7 Aug 2003 00:07:12 +0100
Newsgroups: jedi.vcl

thanx for da  advice peter. I did wat you said. I've posted a attachment to
the binaies named Source. It contains the souces etc
.. Now the problem is that i'm getting errors like - Access violation at
address 005316D7 in module 'JVFORMASBITMAPDEMO.EXE'. Read of address
FFFFFFFF. And the other problem is that none of the progress bars or anythng
like that work. Can sum1 help me because ive tried everything but i cant fix
the problem.
thank you in advanced.





Subject: JvInterpreter busted. Any expression more complex than "A=B(operator)C;" is broken.
From: Warren Postma <wp@tekran.com>
Date: Wed, 06 Aug 2003 18:56:28 -0400
Newsgroups: jedi.vcl

I spent a few hours mucking around, and I learned that the following series of simple floating point calculations, which requires no operator precedence, actually works in JvInterpreter.  But good luck with most reasonably complex floating point formulas, with parenthesis, and all that:

// WORKS:
begin
 // Venturi Equations by Warren Postma. Version 2.0
 // Get Pressure2 from Differential Pressure:
 Pressure2 := Pressure1-(DifferentialPressure*0.00981);
 // Calculation for Gas Density (rho)
 // rho :=p1 / R*T  (derived from gas law: Pv :=NRT)
 Q2 := ((GasConstant)*(Temperature+273.0));
 Density := (  Pressure1*1.0 /  Q2);
 Density := Density *1000.0;
 // Terms in Volumetric Flow Rate (Q)
 Q1 := (Diameter2/Diameter1);
 Q1 := Power(Q1,4);
 Q1 := 1.0-Q1;
 Q1 := 1.0/ Q1;
 Q1 := Sqrt(Q1);
 Q1 := C*Q1;

 Q2 := 3.1416/4;
 Q2 :=( (Diameter2*Diameter2) * Q2);
 Q3 :=( (2 * (DifferentialPressure*9.81)) / Density );
 Q3 := Sqrt(Q3);
 // Volumetric flow is product of Q1 Q2 Q3.
 // Result Q is in Litres/Second
 Q := ( Q1 * Q2 * Q3 );
 Q := Q / 1000.0;
end;

// ORIGINAL VERSION OF THE ABOVE, BEFORE I SIMPLIFIED IT TO
// ONLY BEING IN THE FORM " A = B (operator) C".
begin
 // Venturi Equations by Warren Postma. Version 1.0
 // Get Pressure2 from Differential Pressure:
 Pressure2 := Pressure1-(DifferentialPressure*0.00981);
 // Calculation for Gas Density (rho)
 // rho :=p1 / R*T  (derived from gas law: Pv :=NRT)
 Density :=(Pressure1 /  (GasConstant*(Temperature+273)))*1000;
 // Terms in Volumetric Flow Rate (Q)
 Q1 := C * Sqrt( 1/ (1- Power((Diameter2/Diameter1),4) ));
 Q2 :=( (Diameter2*Diameter2) * 3.1416/4);
 Q3 :=Sqrt( (2 * (DifferentialPressure*9.81)) / Density );
 // Volumetric flow is product of Q1 Q2 Q3.
 // Result Q is in Litres/Second
 Q := ( Q1 * Q2 * Q3 ) / 1000.0;
end.


This is annoying me enough that I want to go in here and fix this, I noticed that somebody else mentioned stuff like this being broken, I'll go read up on the bugtracking system about JvInterpreter, and be right back.  I need to fix this soon. Any objections, comments?  I wrote my own script language in Pascal a few years back, and I did have proper ordering via parenthesis working, although my association/BEDMAS priorities never worked properly.

Can anyone offer light on this issue with regards to JvInterpreter?

Warren



Subject: Re: JvCreateProcess opening console window
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Wed, 6 Aug 2003 19:50:46 +0000 (UTC)
Newsgroups: jedi.vcl

Erick Sasse wrote:

> > Hello,
> > 
> > I'm using the JvCreateProcess to run a console application but I don't
> > want the console window to open. I tried changing the ConsoleOptions
> > property but it didn't help.
> > 
> > What can I do?
> > 
> > Thanks!

Forget it.
I replaced the JvCreateProcess for ShellExecAndWait from JCL and it
worked the way I want.

-- Erick Sasse 

Subject: JvCreateProcess opening console window
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Wed, 6 Aug 2003 19:03:27 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

I'm using the JvCreateProcess to run a console application but I don't
want the console window to open. I tried changing the ConsoleOptions
property but it didn't help.

What can I do?

Thanks!

-- Erick Sasse 

Subject: Re: Scrolling in TJvOutlookBar to slow
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 6 Aug 2003 14:36:29 +0200
Newsgroups: jedi.vcl

> > this is superb! I have'nt seen your answer till yet.
> > When will be the next version released?
No release date set (we still have some way to go) but you can get the
source from CVS (it's in the dev/JVCL3 module and the file is renamed to
JvOutlookBar.pas)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Scrolling in TJvOutlookBar to slow
From: "Frank Hauptlorenz" <fhauptlorenz@nospamstorchenmuehle.de>
Date: Wed, 6 Aug 2003 14:21:23 +0200
Newsgroups: jedi.vcl

Hi Peter,

this is superb! I have'nt seen your answer till yet.
When will be the next version released?

Grüße,
Frank!

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:bflqgr$gp3$1@talkto.net...
> > I actually added auto-repeat button to the TJvOutlookbar in JVCL3
yesterday
> > (stole it from spin.pas), so if you want to try it out, you can get it
from
> > CVS.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: JvClock with transparent property
From: <ds.antispamds@csslabs.de>
Date: Wed, 6 Aug 2003 13:04:16 +0200
Newsgroups: jedi.vcl

How can I make JvClock transparent?




Subject: Re: JvTimeLine: unactivate redrawing. How to ???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 6 Aug 2003 12:39:01 +0200
Newsgroups: jedi.vcl

Use BeginUpdate/EndUpdate

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTimeLine: unactivate redrawing. How to ???
From: "Bob Bedford" <bob@bedford.com>
Date: Wed, 6 Aug 2003 11:32:19 +0200
Newsgroups: jedi.vcl

I'm creating the items in a TvTimeLine at run time, from a Database query.

When creating a very few items, that's quite OK, but as soon as they are
more than 3  items, the drawing process is shown, so you see a first
rectangle, then it's deleted and then placed at the right place and then
redrawn.....a lot of things...and isn't so quick as you can see them drawing
when they are numerous (around 10 or more).

Is there any way to "freeze" the redrawn while creating the items, then when
created and placed at the right place, draw the canvas part where the items
are ????

Thanks in advance.

BoB




Subject: Re: JvTrayIcon
From: "Anderson Franco" <andersonf@terra.com.br>
Date: Wed, 6 Aug 2003 05:20:36 -0300
Newsgroups: jedi.vcl

> >
> > I use the JvTrayIcon so the button in the taskbar appears in the lower
right
> > corner. All works fine, unless I minimize my application once (with the
> > minimize button). At that point, the button appears also in the
> > Windows-taskbar itself ?
> >
> > Any idea of how to solve this ? Or is this a known issue that is already
> > solved ?
> >
Just set Application.ShowMainForm := false when you minimize your
application.
if you want to show the form again:

procedure TForm1.JvTrayIconClick(Sender: TObject; Button: TMouseButton;
  Shift: TShiftState; X, Y: Integer);
begin

  Application.ShowMainForm := true;
  Show;
end;

Anderson Franco





Subject: Re: JvTrayIcon
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 6 Aug 2003 09:47:59 +0200
Newsgroups: jedi.vcl

> > Any idea of how to solve this ? Or is this a known issue that is already
> > solved ?
Might be. Check Mantis (http://projectjedi.sf.net/mantis) and do a search on
JvTrayIcon and see what you come up with.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTrayIcon
From: "GDT" <gdt@nospam.com>
Date: Wed, 6 Aug 2003 09:42:36 +0200
Newsgroups: jedi.vcl

Hi all,

I use the JvTrayIcon so the button in the taskbar appears in the lower right
corner. All works fine, unless I minimize my application once (with the
minimize button). At that point, the button appears also in the
Windows-taskbar itself ?

Any idea of how to solve this ? Or is this a known issue that is already
solved ?

Regards
Glenn






Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 6 Aug 2003 08:36:28 +0200
Newsgroups: jedi.vcl

> > I only have 2 jvcl components - JvAppearingLabel & JvSpecialProgress.
> > I put both their .pas files + jvclver.pas into my project directory & made
> > sure  "Build with run-time packages" was not checked but I got the same
> > results - 100k bigger with 2.10.
Wonder what it is that does that? There isn't anything apparent that would
bring in that much extra baggage unless you are not using Forms or ExtCtrls
somewhere else in your project which seems improbable.

> > I may try creating instances of these component classes dynamically in
> > procedure FormCreate:
That could be worth a try.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Tue, 5 Aug 2003 19:38:26 -0700
Newsgroups: jedi.vcl

I only have 2 jvcl components - JvAppearingLabel & JvSpecialProgress.
I put both their .pas files + jvclver.pas into my project directory & made
sure  "Build with run-time packages" was not checked but I got the same
results - 100k bigger with 2.10.

I may try creating instances of these component classes dynamically in
procedure FormCreate:

FSpecialProgress := TJvSpecialProgress.Create(Application);
  with FSpecialProgress do
  begin
    Font.Charset := DEFAULT_CHARSET
    Font.Color := clWhite
    Font.Height := -11
    TextOption := toPercent
    etc.........
 and see if I get different results.

Bill

>> > > I'm not sure it was worth it. The JVCL 2.10 version of JvSpecialProgress
>> > > compared with the 1.22 version adds another 100k to my executable.
> > 100k? That sounds like a lot. Are you sure it's just because of the
> > JvSpecialProgress unit? Try copying it + JVCLVer.pas to your app folder
and
> > make sure the JVCL package is *not* in the "Build with run-time packages"
> > list in Project|Options and compare file sizes.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003





Subject: Re: Help - Undeclared identifier 'TRegistry'
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 6 Aug 2003 01:10:55 +0200
Newsgroups: jedi.vcl

> > I'm not sure it was worth it. The JVCL 2.10 version of JvSpecialProgress
> > compared with the 1.22 version adds another 100k to my executable.
100k? That sounds like a lot. Are you sure it's just because of the
JvSpecialProgress unit? Try copying it + JVCLVer.pas to your app folder and
make sure the JVCL package is *not* in the "Build with run-time packages"
list in Project|Options and compare file sizes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Tue, 5 Aug 2003 13:53:31 -0700
Newsgroups: jedi.vcl

Peter,

The problem turned out to be another file named 'registry.dcu' located in
the project's directory.
It was 2,055 bytes dated 9/17/02 whereas the 'registry.dcu' in my D5
Standard lib is 27,196 bytes dated 8/11/99.
I have no idea where this other 'registry.dcu' file came from but after I
renamed it everything compiled without errors.

I'm not sure it was worth it. The JVCL 2.10 version of JvSpecialProgress
compared with the 1.22 version adds another 100k to my executable.
Not good for my purposes so I may be going back to 1.22 anyway. But the 2.10
does have a lot of cool new components.

Bill

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bgngrr$j7m$1@talkto.net...
> > Hm, I'm stumped. Do you have a registry.dcu in ($DELPHI)\Lib? Maybe it's
not
> > a part of D5 Standard? (seems strange it wouldn't be but still...)
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003




Subject: Re: JvHtListBox
From: "Danie Heath" <doo@risccom.co.za>
Date: Tue, 5 Aug 2003 20:51:17 +0200
Newsgroups: jedi.vcl

It's so typical of me ..... i never even saw the examples

I'm gonna have some fun now !!! :-)

Kind Regards

Danie Heath

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bgos9n$r4o$1@talkto.net...
> > Check the demo in examples\RALib\RaHtHints. It shows how to do it with
> > HtHints, but the HtListBox uses the same format.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "Danie Heath" <doo@risccom.co.za> skrev i meddelandet
> > news:bgos0f$r2e$1@talkto.net...
>> > > Ok, I must be missing something ....
>> > >
>> > > How do I change colors of certain items in a JvHtListBox ?
>> > >
>> > > Kind Regards
>> > >
>> > > Danie Heath
>> > >
>> > >
> >




Subject: Re: JvHtListBox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 5 Aug 2003 20:39:51 +0200
Newsgroups: jedi.vcl

Check the demo in examples\RALib\RaHtHints. It shows how to do it with
HtHints, but the HtListBox uses the same format.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Danie Heath" <doo@risccom.co.za> skrev i meddelandet news:bgos0f$r2e$1@talkto.net...
> > Ok, I must be missing something ....
> >
> > How do I change colors of certain items in a JvHtListBox ?
> >
> > Kind Regards
> >
> > Danie Heath
> >
> >



Subject: JvHtListBox
From: "Danie Heath" <doo@risccom.co.za>
Date: Tue, 5 Aug 2003 20:35:20 +0200
Newsgroups: jedi.vcl

Ok, I must be missing something ....

How do I change colors of certain items in a JvHtListBox ?

Kind Regards

Danie Heath




Subject: Re: TJvStringListToHtml
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 5 Aug 2003 16:59:20 +0200
Newsgroups: jedi.vcl

This is a *very* simple component. Basically, it wraps a TStrings instance
into HTML/BODY tags and terminates each line in the stringlist with a <br>.
Call ConvertToHtml to convert and save to a file, call
ConvertToHtmlStringList to convert and return a new stringlist with the
converted strings (you need to free the returned string list yourself).


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Source
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 5 Aug 2003 14:02:20 +0200
Newsgroups: jedi.vcl

1. Don't post attachment here. Put them in jedi.binaries and post a request
for help here explaining that the source is in binaries.
2. Explain the errors you get when trying to run the code
3. When posting a form unit, post the dfm as well (zip them together)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvStringListToHtml
From: Brigitte Spatz <brigitte.nospam.ownz@krdnet.de>
Date: Tue, 05 Aug 2003 10:23:04 +0200
Newsgroups: jedi.vcl

How does this component work? There's no entry in the help and it's only got two properties - Name and Tag - so I can't see what I need to do to get it to translate a string list into HTML.

TIA.

Brigitte


Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 5 Aug 2003 08:18:29 +0200
Newsgroups: jedi.vcl

Hm, I'm stumped. Do you have a registry.dcu in ($DELPHI)\Lib? Maybe it's not
a part of D5 Standard? (seems strange it wouldn't be but still...)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help - Undeclared identifier 'TRegistry'
From: "Bill Mudd" <wcmudd@earthlink.net>
Date: Mon, 4 Aug 2003 18:33:45 -0700
Newsgroups: jedi.vcl

Yes. In my project's  Project/Options/Directories-Conditionals/Search path &
in the D5's  IDE Tools/Environment Options/Library/Library path & Browsing
path.

Bill

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bgmkji$ev0$1@talkto.net...
> > Do you have ($DELPHI)\Lib in your library path?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003




Subject: Re: Help - Undeclared identifier 'TRegistry'
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 5 Aug 2003 00:16:06 +0200
Newsgroups: jedi.vcl

Do you have ($DELPHI)\Lib in your library path?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Help - Undeclared identifier 'TRegistry'
From: "wmudd" <wcmudd@earthlink.net>
Date: Mon, 4 Aug 2003 15:11:54 -0700
Newsgroups: jedi.vcl

D5 Standard
JEDI VCL 2.10

JvFunctions.pas could not compile because JvDirectories.pas
contains an "Undeclared identifier 'TRegistry'" error.
The function "TJvDirectories.GetValueAtIndex" ( in JvDirectories.pas ) is
where the error occurrs.

The uses clause of my project contains the following JCL & JVCL units:
JclStrings, JclSysInfo, JclFileUtils, JvSpecialProgress, JvLabel,
JvAppearingLabel and JvSysComp.

The JVCL directory is a subdirectory of my Delphi installation and is on the
same level as the JCL directory.
\Dephi5\Source\JCL
\Delphi5\Source\JVCL
The Environment/Lib & Search paths both have these directories listed as
well as those in my project.
But the JVCL can't find \Delphi5\Lib\REGISTRY.DCU ?

So far everything I've tried has failed to get rid of this error.

Thanks for any help,

Bill Mudd



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.506 / Virus Database: 303 - Release Date: 8/1/2003




Subject: Re: JvTimeLine and itemHint ????
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 4 Aug 2003 14:47:38 +0200
Newsgroups: jedi.vcl

> > Do you have an idea on how to do it ?

Actually, the TJvTimeLine already have an OnItemClick and OnItemDblClick
event you can use. Since an item has a (public) Data property, you can
attach custom data to it easily, i.e:

....
  with JvTimeLine1.Items.Add do
  begin
    Data := TMyDataObject.Create;
    Caption := 'Some Caption';
  end;

....and in the OnItemClick event:

procedure TForm1.JvTimeLine1ItemClick(Sender:TObjec;Item:TJvTimeLineItem);
....
begin
  MyData := TMyDataObject(Item.Data);
  DoSomethingWithData(MyData);
end;

etc

What could be need is events like OnItemCreate and OnItemDestroy so you can
easily free the custom data in the Item's Data pointer


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem with JvAnimatedImage
From: "Janex" <janis.briska@navigator.lv>
Date: Mon, 4 Aug 2003 14:56:04 +0300
Newsgroups: jedi.vcl

> > Stop it before destroying it.

I do this:
    JvAnimatedImage.Active := False;
    Then destroy it ...

    If I set Sleep(200) or more, then all ok, but this decrease application
speed ... :(((

Regards
Janex





Subject: Re: Problem with JvAnimatedImage
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 4 Aug 2003 12:59:48 +0200
Newsgroups: jedi.vcl

Hello, Janex!
You wrote  on Mon, 4 Aug 2003 13:06:59 +0300:

 J> I have a problem with JvAnimatedImage.

 J> If I use JvAnimatedImage in my dll (simple form)  then when I unload
 J> this dll from
 J> memory (FreeLibrary) then all crashes - programm close wihout any error
 J> message.

 J> I use following code in event "FormClose" :

 J>   While Form1.FindComponent(JvAnimatedImage1) <> Nil Do Begin
 J>     FreeAndNil(JvAnimatedImage1);
 J>     Sleep(20);
 J>   End;

 J> But in 20% situations programm crashes anyway ... :(((

 J> Can everybody help me with some idea ???

Assuming JvAnimtatedImage1 was dropped on the form at design time or was
created at run time with the form as it's Owner (i.e. using
TJvAnimatedImage.Create(Form1) ), the FormClose event above might give more
problems.

I assume the error only happens when the form has actually displayed? What
might happen in that case is that Form1 is not destroyed when the DLL is
unloaded. You can make sure it's destroyed when the form close by using the
FormClose event and setting Action to caFree.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's S. Perathoner with "Ushuaia".




Subject: Re: Problem with JvAnimatedImage
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 04 Aug 2003 20:38:51 +1000
Newsgroups: jedi.vcl

Stop it before destroying it.

Janex wrote:

> Hi all
>
> I have a problem with JvAnimatedImage.
>
> If I use JvAnimatedImage in my dll (simple form)  then when I unload this
> dll from
> memory (FreeLibrary) then all crashes - programm close wihout any error
> message.
>
> I use following code in event "FormClose" :
>
>   While Form1.FindComponent(JvAnimatedImage1) <> Nil Do Begin
>     FreeAndNil(JvAnimatedImage1);
>     Sleep(20);
>   End;
>
> But in 20% situations programm crashes anyway ... :(((
>
> Can everybody help me with some idea ???
>
> Best regards
> Janex
>
>



Subject: Problem with JvAnimatedImage
From: "Janex" <janis.briska@navigator.lv>
Date: Mon, 4 Aug 2003 13:06:59 +0300
Newsgroups: jedi.vcl

Hi all

I have a problem with JvAnimatedImage.

If I use JvAnimatedImage in my dll (simple form)  then when I unload this
dll from
memory (FreeLibrary) then all crashes - programm close wihout any error
message.

I use following code in event "FormClose" :

  While Form1.FindComponent(JvAnimatedImage1) <> Nil Do Begin
    FreeAndNil(JvAnimatedImage1);
    Sleep(20);
  End;

But in 20% situations programm crashes anyway ... :(((

Can everybody help me with some idea ???

Best regards
Janex




Subject: Re: JvTimeLine and itemHint ????
From: "Bob Bedford" <bob@bedford.com>
Date: Mon, 4 Aug 2003 10:34:05 +0200
Newsgroups: jedi.vcl

Hi Peter,

As long as TJvTimeItem is a TCollectionItem (not a visual control), how can
I add a OnItemClick event on it ????

What I would like to achieve is to create a pointer in the TimeItem. When
creating the timeItem, I'll affect a structure to this pointer, with
personal datas in it (for reusing). When clicking on the timeItem, the
resulting pointer will be returned in order to let the main program read the
datas I've filled.

On the mouseDown event of the timeline I can call a TimeItem function, using
ItemAtPos, but For the OnItemClick event can't be created on the TimeItem
(as long as I know).

Do you have an idea on how to do it ?

BoB

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: bgbao3$oe7$1@talkto.net...
>> > > Sorry, I made a mistake: I would like to add a "onClick" on the event
>> > > properties of the Items. Is that possible ????
> > Yes, it should possible using the MouseDown/Up procedures along with
> > ItemAtPos. You could add an OnItemClick event and call it if there is an
> > item at the clicked position.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: jvThread and invalid window handle
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Mon, 04 Aug 2003 17:09:29 +1000
Newsgroups: jedi.vcl

Thanks for that.

It surprises me too, but if he wants to do so, that's one of the ways he should to it.
Maybe he'll realize after that this is not the way it should do his whole project, but he didn't give us enough information on what he intends to do.

It seems to me people start hearing about threads, think its the miracle solution to their problems but keep coding the way the did in single threaded environment...
Terrible mistake, but you have to do it once to learn it ! ;-)

Anyway, if Giorgio wants some more help, he can post here.

Olivier

Ivo Bauer wrote:

> "OBones" <obones_SPJJ@SPPJJ_meloo.com> píse v diskusním príspevku
> news:bgk4ro$19c$1@talkto.net...
>
>> For it to work, you may want to do something like this:
>
>
> An excellent example, Oliver. However, I still wonder why Georgio intends to
> ShowModal a form from within the background thread...
>
>
> Best regards,
> Ivo
>
>



Subject: Re: jvThread and invalid window handle
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 04 Aug 2003 06:59:13 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:

> An excellent example, Oliver. However, I still wonder why Georgio intends to
> ShowModal a form from within the background thread...

....and from a timer also. He may get several of these dialogs stacking up.



Subject: error compiling jvcl200_d60c
From: "mostuff" <don't@emailback.com>
Date: Mon, 4 Aug 2003 13:08:03 +1000
Newsgroups: jedi.vcl

i'm trying to compile jvcl200_d60c in bcb6 but when its linking it keeps on
getting the following error

---------------------------
Error
---------------------------
Cannot load package 'CJCL60.'  It contains unit 'Shdocvw_ocx,'which is also
contained in package 'BCBIE60'
---------------------------
OK
---------------------------

cjcl60.bpi is in the library path so i don't know what its complaining
about. does anyone know how to fix this?

TIA




Subject: Re: jvThread and invalid window handle
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Mon, 4 Aug 2003 01:51:39 +0200
Newsgroups: jedi.vcl

"OBones" <obones_SPJJ@SPPJJ_meloo.com> píse v diskusním príspevku
news:bgk4ro$19c$1@talkto.net...
> > For it to work, you may want to do something like this:

An excellent example, Oliver. However, I still wonder why Georgio intends to
ShowModal a form from within the background thread...


Best regards,
Ivo




Subject: Re: jvThread and invalid window handle
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Mon, 04 Aug 2003 09:34:54 +1000
Newsgroups: jedi.vcl

Simply don't use ShowModal in the thread !
This is not the way it should be done at all !
For it to work, you may want to do something like this:

In your thread, add these values

protected
FOnShowModal : TNotifyEvent;

procedure DoShowModal;

public
property OnShowModal : TNotifyEvent read FOnShowModal write FOnShowModal;


and then in the implementation section, do this

procedure TMyThread.DoShowModal;
begin
  if assigned(FOnShowModal) then
    FOnShowModal(self);
end;

procedure Execute;
begin
  // ...

  Synchronize(DoShowModal);

  // ...
end;


Then in your main form object declaration, you must declare a procedure like that :
procedure ThreadShowModal(Sender : TObject);

and do that just having created the Thread object
MyThread.OnShowModal := ThreadShowModal;

And then you can code whatever you want in the ThreadShowModal procedure, where you can happily use VCL objects because the call to the event handler is synchronized with the VCL thread.

Hope this helps

Olivier

Giorgio wrote:

>> AFAIK, VCL is not thread-safe, particularly some TComponent and all
>
> TControl
>
>> descendants. You should access those elements in the context of the main
>
> VCL
>
>> thread. I suggest using TThread's Synchronize method in this case.
>
>
> Thanks for your help! :)
> But now I have a new problem. You say that I must write this code:
>
>   Synchronize(SecondaryForm.ShowModal);
>
> But... How can I obtain the modal result? In particular I have the following
> code:
>
> ...
> if (SecondaryForm.ShowModal <> mrRetry) then
>       ButtonCancelClick(Self);
> ...
>
> How can I use Synchronize method in this case?
> Thanks!
>
> Giorgio
>
>
>
>
>



Subject: Re: jvThread and invalid window handle
From: "Giorgio" <g@p.com>
Date: Sun, 3 Aug 2003 21:11:12 +0200
Newsgroups: jedi.vcl

> > AFAIK, VCL is not thread-safe, particularly some TComponent and all
TControl
> > descendants. You should access those elements in the context of the main
VCL
> > thread. I suggest using TThread's Synchronize method in this case.

Thanks for your help! :)
But now I have a new problem. You say that I must write this code:

  Synchronize(SecondaryForm.ShowModal);

But... How can I obtain the modal result? In particular I have the following
code:

....
if (SecondaryForm.ShowModal <> mrRetry) then
      ButtonCancelClick(Self);
....

How can I use Synchronize method in this case?
Thanks!

Giorgio







Subject: Re: jvThread and invalid window handle
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Sun, 3 Aug 2003 19:05:32 +0200
Newsgroups: jedi.vcl

Hi Giorgio!


"Giorgio" <g@p.com> píše v diskusním pøíspìvku
news:bgj1jp$s5q$1@talkto.net...
> > procedure jvTimerExecute...
> > begin
> > ...
> >  if (error) then
> >    mySecondaryForm.ShowModal;
> > ...
> > end;
> >
> > What can I do to resolve this problem?


AFAIK, VCL is not thread-safe, particularly some TComponent and all TControl
descendants. You should access those elements in the context of the main VCL
thread. I suggest using TThread's Synchronize method in this case.


Best regards,
Ivo




Subject: jvThread and invalid window handle
From: "Giorgio" <g@p.com>
Date: Sun, 3 Aug 2003 15:34:47 +0200
Newsgroups: jedi.vcl

hello,

I have a problem with jvThread.
My OnExecute procedure is this:

procedure jvTimerExecute...
begin
....
 if (error) then
   mySecondaryForm.ShowModal;
....
end;

The secondary form isn't shown in showmodal mode: if i click out of the
form, the form becomes invisible (it is hidden by main form).
What can I do to resolve this problem?
Thanks!

Giorgio




Subject: Re: jvhtmlparser
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sat, 02 Aug 2003 21:39:45 +0200
Newsgroups: jedi.vcl


Hopefully I integrate these demos in the MegaDemo too ...

Ralf Grenzing
JVCL MegaDemo-Developer

Chuchunain schrieb:

>> > >
>> > > Check the Examples directory in your JVCL dir. In the JvHTMLParser dir is
> > a
>> > > nice example program that can extract the url's from a HTML file... ;)
>> > >
> > thx ! i didn't see this directory :((
> >
> > --
> > cordialement,
> >
> > Matthieu ONFRAY
> > webmaster de Japanim.net
> > Toute l'actualité de la japanimation
> > www.japanim.net



Subject: Re: jvhtmlparser
From: "Chuchunain" <chuchunain@sega.powered>
Date: Sat, 2 Aug 2003 16:55:49 +0200
Newsgroups: jedi.vcl

> >
> > Check the Examples directory in your JVCL dir. In the JvHTMLParser dir is
a
> > nice example program that can extract the url's from a HTML file... ;)
> >
thx ! i didn't see this directory :((


--
cordialement,

Matthieu ONFRAY
webmaster de Japanim.net
Toute l'actualité de la japanimation
www.japanim.net




Subject: Re: Two JVCL3 issues
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 2 Aug 2003 15:04:57 +0200
Newsgroups: jedi.vcl

> > 1) Mantis entry #1069. I have a patch, and can also commit it to CVS if
> > desired. JVCL builds fine with it under D7, because all D7 packages have
> > ..\resources in the search path. Not certain about others.
See my reply in Mantis. Additionally, the search paths are only in effect if
you compile your app using packages. If you don't, you must add the
...\resources folder to the app or default Delphi path for those components
that uses res files at runtime as well as design time or Delphi won't be
able to find them.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvhtmlparser
From: "Bart Verkoeijen" <bart@oikoyama.net>
Date: Sat, 2 Aug 2003 14:17:58 +0200
Newsgroups: jedi.vcl

"Chuchunain" <chuchunain@sega.powered> schreef in bericht
news:bgg6du$hij$1@talkto.net...
> > i can't find any clues about the use of jvhtmlparser.
> > even google doesn't know. anybody can explain me how to use this component
?
> > i want to load a html file and finds all the links.

Check the Examples directory in your JVCL dir. In the JvHTMLParser dir is a
nice example program that can extract the url's from a HTML file... ;)

Bart Verkoeijen




Subject: jvhtmlparser
From: "Chuchunain" <chuchunain@sega.powered>
Date: Sat, 2 Aug 2003 13:36:50 +0200
Newsgroups: jedi.vcl

hi,

i can't find any clues about the use of jvhtmlparser.
even google doesn't know. anybody can explain me how to use this component ?
i want to load a html file and finds all the links.

thx

--
cordialement,

Matthieu ONFRAY
webmaster de Japanim.net
Toute l'actualité de la japanimation
www.japanim.net




Subject: Re: Two JVCL3 issues
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 1 Aug 2003 20:37:47 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
bgervi$c9h$1@talkto.net...
> > 2) Duplicate resources in JvConst.res and JvConsts.res. Tried to compile
> > my app created with JVCL 2.10 and got this. _Why_ exactly are these two
> > separate packages?

Okay scratch this one. Turns out I didn't do an adequate job removing 2.10.
The other issue still stands though.

Cheers,
  Ignacio

--
Jesus is coming... EVERYONE LOOK BUSY!




Subject: Two JVCL3 issues
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 1 Aug 2003 19:32:11 -0400
Newsgroups: jedi.vcl

Two things with JCVL3:

1) Mantis entry #1069. I have a patch, and can also commit it to CVS if
desired. JVCL builds fine with it under D7, because all D7 packages have
...\resources in the search path. Not certain about others.

2) Duplicate resources in JvConst.res and JvConsts.res. Tried to compile my
app created with JVCL 2.10 and got this. _Why_ exactly are these two
separate packages?

Thanks,
  Ignacio

--
Jesus is coming... EVERYONE LOOK BUSY!




Subject: Source
From: "Shaid Banares" <tb01i6116@blueyonder.co.uk>
Date: Fri, 1 Aug 2003 23:03:03 +0100
Newsgroups: jedi.vcl

hi, can someone help me fix this source. I keep getting errors every time i
try to compile it but can't seem to fix them. thanx



Unit1.pas
	



Subject: Re: TJvDBLookupCombo not in list values
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 1 Aug 2003 23:45:31 +0200
Newsgroups: jedi.vcl

No, the values are fixed

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Joachim de Groot" <joachim.de.groot@ystral.de> skrev i meddelandet news:bgd8r5$1vj$1@talkto.net...
> > Hello,
> >
> > can the user enter values in a TJvDBLookupCombo that are not in the
> > LookupSource? e.g. something like % or _ for querys or completeky not in
> > list values.
> >
> > Is there a property for setting this?
> >
> > Thanks,
> >
> >     Joachim
> >
> >



Subject: Re: Problems with large fonts under Win2k
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 01 Aug 2003 21:44:48 +0200
Newsgroups: jedi.vcl

OBones wrote:
 > If anyone has any idea right away, that would help. In the mean time
> I'll have a look at the source code for the TJvCaptionButton.

I've made a fix to TJvCaptionButton, basically responding to CM_SYSFONTCHANGED.

Please check if it works now on your system.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Problems with large fonts under Win2k
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 1 Aug 2003 17:04:21 +0200
Newsgroups: jedi.vcl

Are you using JvCaptionButton from 2.10 or 3.0? In the 3.0 version, set
ButtonHeight to 0 to have it automatically calculated using GetSystemMetrics

BTW, have you tried setting the forms Scaled property to false? This can
solve a lot of problems with large font usage (but won't help with themed XP
problems).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with large fonts under Win2k
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 1 Aug 2003 09:41:47 -0400
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> wrote in message
bgdmjt$59i$1@talkto.net...
> > If anyone has any idea right away, that would help. In the mean time
> > I'll have a look at the source code for the TJvCaptionButton.

Probably you know this, but this is just the component assuming the size of
caption buttons instead of using SystemSystemMetrics to figure it out.

Cheers,
  Ignacio

--
Jesus is coming... EVERYONE LOOK BUSY!




Subject: Problems with large fonts under Win2k
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 01 Aug 2003 22:54:21 +1000
Newsgroups: jedi.vcl

Hi all

You'll find a screenshot of my appli running under Win2K from one of my users in the binaries. It runs with large fonts and as you can see there are a number of issues.
I don't know if they are strictly related with JVCL or if it's a bug in the underlying VCL but here is what is no right (circled in red):
- The button toolbar is taking two rows
- The Caption Bar Button is not of the good size and not at a good position
- The two empty red circles are also TJvToolbars which I think also decided to take two rows...

I haven't been able to reproduce this under XP with large or Extra Large fonts, except for the JvCaptionButton which is badly positionned and sized too...

If anyone has any idea right away, that would help. In the mean time I'll have a look at the source code for the TJvCaptionButton.

Thanks a lot to all for your time

Olivier




Subject: TJvDBLookupCombo not in list values
From: "Joachim de Groot" <joachim.de.groot@ystral.de>
Date: Fri, 1 Aug 2003 10:59:19 +0200
Newsgroups: jedi.vcl

Hello,

can the user enter values in a TJvDBLookupCombo that are not in the
LookupSource? e.g. something like % or _ for querys or completeky not in
list values.

Is there a property for setting this?

Thanks,

    Joachim




Subject: Re: TJvDBLookCombo not sync KeyValue (with JVCL 2.1) ?
From: "Alessandro Savoiardo" <savoweb@tiscali.it>
Date: Fri, 1 Aug 2003 09:40:03 +0200
Newsgroups: jedi.vcl

Thanks.....

Alessandro Savoiardo




Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 1 Aug 2003 09:03:34 +0200
Newsgroups: jedi.vcl

> > FYI, Indy/IndySOAP is also having a problem regarding zlib. Would it be
> > worth collaborating with them on it?

Maybe. I'll check it out with them if I don't get a reply from Alessandro
(RemObjects)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Checkuot JCL3 with WinCVS?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Thu, 31 Jul 2003 19:45:19 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote:
> > CVSROOT:
>> >> pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/
> >
> > Module:
> > dev/JVCL3

THANK YOU!!

(after a long time i realized that the path name is a unix name and that it
is case sensitive!!!!) Currently the checkout is running.

Thanks,
Ralf


-- 
-- mailto:ralf.kaiser@wtal.de http://www.rkaisers.de 

Subject: Re: Checkuot JCL3 with WinCVS?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 31 Jul 2003 19:36:27 +0200
Newsgroups: jedi.vcl

CVSROOT:
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/

Module:
dev/JVCL3


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Checkuot JCL3 with WinCVS?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Thu, 31 Jul 2003 19:31:14 +0200
Newsgroups: jedi.vcl

 Hello,

what do i have to configure to check out JVCL3??? Where can i find the
correct setting for VCSROOT, user and so on? I only get errors when trying
to check out or even get the list of modules. -(

I tried to use Tortoise and WinCVS with no success. It is really frustrating

Thanks for help!!!

Ralf

-- 
-- mailto:ralf.kaiser@wtal.de http://www.rkaisers.de 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 31 Jul 2003 12:55:42 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
bg8gj1$aal$1@talkto.net...
> > I tried to investigate this once, but never got a usable reply. There are
> > other zlib conversions that we could eventually use (like the one at
> > http://www.base2ti.com/zlib.htm which seems well-maintained). The best
> > solution for us would be to have our own JvZLib.pas unit, but then someone
> > would have to translate/convert and donate it to us.

FYI, Indy/IndySOAP is also having a problem regarding zlib. Would it be
worth collaborating with them on it?

Cheers,
  Ignacio

--
Jesus is coming... EVERYONE LOOK BUSY!




Subject: Re: JvHttpGrabber and JvFtpGrabber
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 31 Jul 2003 17:21:47 +0200
Newsgroups: jedi.vcl

Since these components are built around MS's WinInet API, you will have to
check MSDN for any tips on how WinInet works with proxies. Personally, I
don't have a clue.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBLookCombo not sync KeyValue (with JVCL 2.1) ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 31 Jul 2003 17:20:40 +0200
Newsgroups: jedi.vcl

Please post a bugreport in Mantis
(http://projectjedi.sourceforge.net/mantis) and provide detailed steps on
how to replicate the problem.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine and itemHint ????
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 31 Jul 2003 17:19:23 +0200
Newsgroups: jedi.vcl

> > Sorry, I made a mistake: I would like to add a "onClick" on the event
> > properties of the Items. Is that possible ????
Yes, it should possible using the MouseDown/Up procedures along with
ItemAtPos. You could add an OnItemClick event and call it if there is an
item at the clicked position.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvStartMenuBtn handler
From: Kenny <thespearofdestiny@hotmail.com>
Date: Thu, 31 Jul 2003 10:17:11 -0400
Newsgroups: jedi.vcl

Thanks a lot Peter, I would never have figured this out!  I thought of all kinds of things like creating item index, process, etc.

again, thanks for your help :)
Kenny

Peter Thörnqvist wrote:
> Sorry, I wasn't paying attention to what Link actually contains. You need to
> extract the target info from the lnk:
>
> uses
>   JclShell;
>
> ...
> var
>   ALink:TShellLink;
> begin
>   if Succeeded(ShellLinkResolve(Link,ALink)) then
>     ShellExecute(Handle, 'open',PChar(ALink.Target),nil,nil,SW_SHOWNORMAL);
> ...
>



Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Thu, 31 Jul 2003 16:11:11 +0200
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote in <bgb5l1$nd2$1@talkto.net>:
> > but please stop posting here about issues of no relevance to this
> > newsgroup.

Apart from the fact, that I have answer to your statements only, 
you have ignore my fups2 poster, I follow your behavior only.

Bye Peter.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 15:52:24 +0200
Newsgroups: jedi.vcl

> > You are forgetfully!
> > BTW: You are part of JEDI Steering. You are involved in the discussion.
> > But you have bury your head in the sand.
I am part of Steering but this forum is for discussing JVCL, not your gripes
with JEDI, Steering or any other aspect of your life that doesn't relate to
JVCL.

If you don't want to discuss the zlib problem, fine, but please stop posting
here about issues of no relevance to this newsgroup.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine and itemHint ????
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 31 Jul 2003 15:29:26 +0200
Newsgroups: jedi.vcl

Sorry, I made a mistake: I would like to add a "onClick" on the event
properties of the Items. Is that possible ????
"Bob Bedford" <bob@bedford.com> a écrit dans le message de news:
bgb36l$ms5$1@talkto.net...
> > Ok, right, clicking the control will show the new hint.
> > Thanks a lot for your fix.
> >
> > It's there any way to show a popup on a hint click ??? I mean instead of
the
> > hint, it is possible to add a "click" on the control and then open a popup
> > window ??? it would be interesting to add a click method on the item, in
> > order, in the main program, to add a popup window.
> >
> > But I need help to this.
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
> > news: bgb2mi$mo6$1@talkto.net...
>>> > > > Ok, item hint is fixed. Going to an item, it works, I get the hint.
Now,
>>> > > > moving to an other item, the first hint disappear, but there is no the
> > new
>>> > > > one. I've to go out of the control and then come back on the other
item
> > to
>>> > > > have the new item hint
>> > >
>> > > You can also click the item to see the hint again. This is a problem
with
>> > > the hint system in Delphi in general: once a hint has been displayed for
a
>> > > control, there is no easy way to redisplay it on mouse move unless you
> > leave
>> > > and re-enter the control or click in it. I don't have a solution for
that
> > at
>> > > the moment but maybe someone else has an idea?
>> > >
>> > > --
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Thu, 31 Jul 2003 15:25:10 +0200
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote in <bgaish$ji0$1@talkto.net>:
>> > > Take the release 1.22, add your JclZlib, recompile the packages and
>> > > upload it as 1.23. Everybody could do this, why not a JEDI developer?
> > The point is moot since we don't have a zlib to add to JCL.

?

> > Besides, I consider it bad practice adding stuff without consent from
> > the people maintaining the source.

Notwithstanding this is traditionary in JEDI. Take a look in other JEDI
projects:
- in the JCL was remain three developer, which try to fight throut the
  botchiness and restructure it, last release 10 month ago.
- JEDI Experts is in alpha state since over one year.
- in JEDI Database Desktop was not any activity in the last one and a
  half year
- JEDI Jwars Isometric game engine is in pre alpha state sind nearly
  three years and have no releases
- Quicktime API Team is currently up to date, but there are holes of
  eighteen month between any activities.
- the last DARTH version is one year old, but still unusable.
- The JEDI web team do play only with her own page
- The JEDI Business Application Framework Team is take over from 
  a spammer
- JEDI Editor, last activity seven month ago.
- XMLWorks, last release one year ago
- JEDI Dolphin, last activity over one and a half year ago
- The JEDI API project is unmaintained, the stuff out of date or
  unusable


>> > > BTW: Raymond Alexander, Robert Rossmair and Petr Vones will be happy, if
>> > > he read, how you appreciate her active work.
> > Quote from recent post by Petr Vones (in jedi.jcl):
> > "...the communication across JCL developers team seems to be nearly dead."
> > 
> > Seems he agrees more with me than with you...

I think you don't understand his statement in correct manner. It seems,
I have more knowlegde about the internal background than you.


>> > > At the final count that's one example more, that JEDI hinder himself by
>> > > his arrogant and incompetently Steering group, which don't able to make
>> > > the right choices.
> > I think you are a bit confused about JEDI, Sterring and JVCL.

The old, absurd reproach. I think, _you_ don't understand the real
problems. You can not solve a problem, if you deny it.

> > If you have problems with Steering,

I don't have a problem with Steering, JEDI have a problem with the
currently Steering.

> > I suggest you discuss it with them.

You are forgetfully!
BTW: You are part of JEDI Steering. You are involved in the discussion.
But you have bury your head in the sand.

Bye Peter.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: JvTimeLine and itemHint ????
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 31 Jul 2003 15:10:28 +0200
Newsgroups: jedi.vcl

Ok, right, clicking the control will show the new hint.
Thanks a lot for your fix.

It's there any way to show a popup on a hint click ??? I mean instead of the
hint, it is possible to add a "click" on the control and then open a popup
window ??? it would be interesting to add a click method on the item, in
order, in the main program, to add a popup window.

But I need help to this.

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bgb2mi$mo6$1@talkto.net...
>> > > Ok, item hint is fixed. Going to an item, it works, I get the hint. Now,
>> > > moving to an other item, the first hint disappear, but there is no the
new
>> > > one. I've to go out of the control and then come back on the other item
to
>> > > have the new item hint
> >
> > You can also click the item to see the hint again. This is a problem with
> > the hint system in Delphi in general: once a hint has been displayed for a
> > control, there is no easy way to redisplay it on mouse move unless you
leave
> > and re-enter the control or click in it. I don't have a solution for that
at
> > the moment but maybe someone else has an idea?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvTimeLine and itemHint ????
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 15:02:01 +0200
Newsgroups: jedi.vcl

> > Ok, item hint is fixed. Going to an item, it works, I get the hint. Now,
> > moving to an other item, the first hint disappear, but there is no the new
> > one. I've to go out of the control and then come back on the other item to
> > have the new item hint

You can also click the item to see the hint again. This is a problem with
the hint system in Delphi in general: once a hint has been displayed for a
control, there is no easy way to redisplay it on mouse move unless you leave
and re-enter the control or click in it. I don't have a solution for that at
the moment but maybe someone else has an idea?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine and itemHint ????
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 31 Jul 2003 14:59:51 +0200
Newsgroups: jedi.vcl

Posted on Mantis.

Ok, item hint is fixed. Going to an item, it works, I get the hint. Now,
moving to an other item, the first hint disappear, but there is no the new
one. I've to go out of the control and then come back on the other item to
have the new item hint



"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bgb1gk$mf5$1@talkto.net...
>> > > As Items are TCollectionItem, may I manage the mouse click on it ????
> > Sort of, but it has to be done using the MouseDown/Up/Move procedures of
the
> > timeline - collection items are not visual controls. See the relevant
> > sections in the code and have a look at the helper function ItemAtPos that
> > returns the item under the mouse.
> >
> > BTW, I have uploaded a fix to the ShowItemHint problem to Mantis, so you
> > might want to have a look at that as well.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvTimeLine and itemHint ????
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 14:41:47 +0200
Newsgroups: jedi.vcl

> > As Items are TCollectionItem, may I manage the mouse click on it ????
Sort of, but it has to be done using the MouseDown/Up/Move procedures of the
timeline - collection items are not visual controls. See the relevant
sections in the code and have a look at the helper function ItemAtPos that
returns the item under the mouse.

BTW, I have uploaded a fix to the ShowItemHint problem to Mantis, so you
might want to have a look at that as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTimeLine and itemHint ????
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 31 Jul 2003 14:38:29 +0200
Newsgroups: jedi.vcl

Maybe you can help me:

As Items are TCollectionItem, may I manage the mouse click on it ????

BoB

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bgahrs$jc1$1@talkto.net...
> > Well, it used to work but it seems it has been broken along the way. Could
> > you post a bug report to Mantis
(http://projectjedi.sourceforge.net/mantis)
> > about it?
> >
> > Thanks
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 12:00:17 +0200
Newsgroups: jedi.vcl

> > Try again through Steering.
Already did, thanks.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 31 Jul 2003 11:53:26 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I tried to investigate this once, but never got a usable reply.

Try again through Steering. Getting no usable reply again is the worst result you can get.



Subject: Re: Serial ports and Delphi. Any thoughts?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 31 Jul 2003 11:50:46 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hi !
>
> I do have a use for such a component and it would be a beauty if can work with USB to RS232 converters as that's what I got on my laptop...
> If you want me to test this part, just let me know
>

USB to RS232 quality resides in the driver and that driver is named the most complicated of all USB drivers. Much 16 bit compatibility required.
Have a look at htp://www.usbman.com/forum where you can get hints on good USB to RS232 products.



Subject: Re: Whats up with the versions?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 31 Jul 2003 11:50:14 +0200
Newsgroups: jedi.vcl

 IV> If you need somebody to help out with that, I'll be glad to. I can't
 IV> offer much, but every little bit can't hurt.

replied in private mail.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Coming Down
Gently".




Subject: Re: JvTimeLine and itemHint ????
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 31 Jul 2003 10:38:08 +0200
Newsgroups: jedi.vcl

Done

Regards

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bgahrs$jc1$1@talkto.net...
> > Well, it used to work but it seems it has been broken along the way. Could
> > you post a bug report to Mantis
(http://projectjedi.sourceforge.net/mantis)
> > about it?
> >
> > Thanks
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 10:32:05 +0200
Newsgroups: jedi.vcl

> > Take the release 1.22, add your JclZlib, recompile the packages and
> > upload it as 1.23. Everybody could do this, why not a JEDI developer?
The point is moot since we don't have a zlib to add to JCL. Besides, I
consider it bad practice adding stuff without consent from the
people maintaining the source.


> > BTW: Raymond Alexander, Robert Rossmair and Petr Vones will be happy, if
> > he read, how you appreciate her active work.
Quote from recent post by Petr Vones (in jedi.jcl):
"...the communication across JCL developers team seems to be nearly dead."

Seems he agrees more with me than with you...

> > At the final count that's one example more, that JEDI hinder himself by
> > his arrogant and incompetently Steering group, which don't able to make
> > the right choices.
I think you are a bit confused about JEDI, Sterring and JVCL. JEDI is an
"umbrella" for different open source projects, Steering is a group of people
trying to steer (hence the name) the general direction of development by
providing guidelines for JEDI projects. JVCL is one of many projects
associated with JEDI but details of development are not in any way
controlled by Steering. This discussion has nothing to do with Steering: it
is a JEDI *project* problem. If you have problems with Steering, I suggest
you discuss it with them.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Question about buttons
From: "Giorgio" <g@p.com>
Date: Thu, 31 Jul 2003 10:15:21 +0200
Newsgroups: jedi.vcl

> > There is no such button in JVCL. JvShapedButton is a button with different
> > borders, like diamond, ring, hexagon etc but no provision for shaping the
> > button like an image. Try Torry's or DSP et al.

Ok, thanks!

--
Giorgio




Subject: Re: JvTimeLine and itemHint ????
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 10:14:40 +0200
Newsgroups: jedi.vcl

Well, it used to work but it seems it has been broken along the way. Could
you post a bug report to Mantis (http://projectjedi.sourceforge.net/mantis)
about it?

Thanks

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Question about buttons
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 10:07:50 +0200
Newsgroups: jedi.vcl

There is no such button in JVCL. JvShapedButton is a button with different
borders, like diamond, ring, hexagon etc but no provision for shaping the
button like an image. Try Torry's or DSP et al.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Thu, 31 Jul 2003 10:07:09 +0200
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote in <bgaehs$iot$1@talkto.net>:
> > Considering that JCL is all but in a coma, I don't think we can rely on them
> > adding a zlib library any time soon...

Where is there a problem?

Take the release 1.22, add your JclZlib, recompile the packages and
upload it as 1.23. Everybody could do this, why not a JEDI developer?

BTW: Raymond Alexander, Robert Rossmair and Petr Vones will be happy, if
he read, how you appreciate her active work.

At the final count that's one example more, that JEDI hinder himself by
his arrogant and incompetently Steering group, which don't able to make
the right choices.

I hope some day JEDI wake up.

Bye Peter.

p.s. fup2 poster is set.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: JvStartMenuBtn handler
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 09:55:15 +0200
Newsgroups: jedi.vcl

Sorry, I wasn't paying attention to what Link actually contains. You need to
extract the target info from the lnk:

uses
  JclShell;

....
var
  ALink:TShellLink;
begin
  if Succeeded(ShellLinkResolve(Link,ALink)) then
    ShellExecute(Handle, 'open',PChar(ALink.Target),nil,nil,SW_SHOWNORMAL);
....

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvShappedButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 09:20:03 +0200
Newsgroups: jedi.vcl

> > If you have time, could you take a look ?
Could you add a bug report to Mantis
(http://projectjedi.sourceforge.net/mantis) about this? I will have a look
in the meantime.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 31 Jul 2003 09:18:08 +0200
Newsgroups: jedi.vcl

> > No! zlibex.pas is a modified zlib.pas. zlib.pas is copyright by Borland,
> > there is not any permission by Borland to publish it.
I was replying to the "The same problem like the original borland sources"
statement that I interpreted as "it is also named zlib.pas". I wasn't
replying to the copyright issue. If we are going to add a zlib translation
to JVCL, it has to be version we are allowed to use and modify of course.

> > I think, you don't have make your homework.
Indeed I have, but why mention you have a translation of zlib if you are not
willing to donate it anyway?

> > Next time, you should download
> > (my log say, you don't have) a library and take a look in the sources,
> > before you ask for donating or give any statement. E.g. it could be,
> > that the library is unsuitable for JEDI.
Why should I do that before I know if we can use it? If you had been willing
to donate, then I would have downloaded it and tried it out. I have enough
to do anyway without wasting time on stuff I'm not allowed to use.

> > BTW: A compression unit should be a part of the JCL instead of the JVCL.
Considering that JCL is all but in a coma, I don't think we can rely on them
adding a zlib library any time soon...

> > If you have furthermore questions or comments, please write me per mail.
Discussion of the zlib problem will continue here. I have no reason to mail
you personally AFAICS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvShappedButton
From: "Anderson Franco" <andersonf@terra.com.br>
Date: Thu, 31 Jul 2003 03:13:59 -0300
Newsgroups: jedi.vcl

Thanks for your aswer Peter.

> > Dont' know yet: it's part of Jans components, isn't it? Haven't had the
time
Yes it is.

> > to go through it all (nor Globus) so it might just as well be a bug as a
> > feature. You tell me<g>!

I guess it is a bug.
The problem is in procedure TJvShapedButton.SetRegionDiamond
....
  poly[2] := point(x2, y2); // Replace y2 with Aheight.
  poly[2] := point(x2, Aheight); // this fix the problem
....

If you have time, could you take a look ?

Anderson Franco




Subject: Re: jvShappedButton
From: "Anderson Franco" <andersonf@terra.com.br>
Date: Thu, 31 Jul 2003 03:13:59 -0300
Newsgroups: jedi.vcl

Thanks for your aswer Peter.

> > Dont' know yet: it's part of Jans components, isn't it? Haven't had the
time
Yes it is.

> > to go through it all (nor Globus) so it might just as well be a bug as a
> > feature. You tell me<g>!

I guess it is a bug.
The problem is in procedure TJvShapedButton.SetRegionDiamond
....
  poly[2] := point(x2, y2); // Replace y2 with Aheight.
  poly[2] := point(x2, Aheight); // this fix the problem
....

If you have time, could you take a look ?

Anderson Franco




Subject: Re: Whats up with the versions?
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 31 Jul 2003 13:25:23 +1000
Newsgroups: jedi.vcl

We need any one who wants to help !
The best thing to do is to contact Marcel Bestebroer, he is the coordinator for the help and documentation project.
The usual way is that you take a component in charge and write the help that should go with it. Some are easier than others, depending on the level of documentation in the code.

Regards

Olivier

Ignacio Vazquez wrote:

> "OBones" <obones_SPJJ@SPPJJ_meloo.com> wrote in message
> news:bg9jfn$fuj$3@talkto.net...
>
>>> * Probably something I've forgotten :)
>>
>> Yes, better documentation ! Well at least, that was one of the original
>> goals too..
>
>
> If you need somebody to help out with that, I'll be glad to. I can't offer
> much, but every little bit can't hurt.
>
> Cheers,
>   Ignacio
>
>



Subject: Re: Whats up with the versions?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 30 Jul 2003 22:38:07 -0400
Newsgroups: jedi.vcl

"OBones" <obones_SPJJ@SPPJJ_meloo.com> wrote in message
news:bg9jfn$fuj$3@talkto.net...
>> > > * Probably something I've forgotten :)
> >
> > Yes, better documentation ! Well at least, that was one of the original
> > goals too..

If you need somebody to help out with that, I'll be glad to. I can't offer
much, but every little bit can't hurt.

Cheers,
  Ignacio




Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Thu, 31 Jul 2003 02:52:52 +0200
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote in <bg949p$dn5$1@talkto.net>:
>>> > > > There are other zlib conversions that we could eventually use (like the
>>> > > > one at http://www.base2ti.com/zlib.htm which seems well-maintained).
>> > >
>> > > The same problem like the original borland sources.
> > Oh, I meant that we could ask the author if we could include his zlib.pas
> > renamed to JvZLib.pas in JVCL and use that instead of the current zlib. Then
> > the problem would disappear.

No! zlibex.pas is a modified zlib.pas. zlib.pas is copyright by Borland,
there is not any permission by Borland to publish it. With other words,
the zlibex.pas is not legal. Any renaming don't solve the copyright
problem. BTW: Matthias have ask Borland about this problem, you should
consider his statement as a official answer of Borland.

>> > > I have written a usable alternative, but ...
> > So, are you still interested in donating it?

I think, you don't have make your homework. There is a 'but ...', there
is a signatur, there are several mails, that you and other Steering
members have got from me four month ago, there are the answers to me. 
I think you have forgotten this.

I have give you resp. JEDI a answer already (2003-03-29T19:41:09+01:00).

> > Beware that if you do, I would like to rename it to JvZLib.pas to avoid the
> > naming conflict that is the whole purpose of this exercise.

This is a furthermore circumstantial evidence, neither zlibex (base2ti)
nor my library have a namespace problem. Next time, you should download
(my log say, you don't have) a library and take a look in the sources,
before you ask for donating or give any statement. E.g. it could be,
that the library is unsuitable for JEDI.

BTW: A compression unit should be a part of the JCL instead of the JVCL.

If you have furthermore questions or comments, please write me per mail.
I have set a followup to poster.

Bye Peter.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: Whats up with the versions?
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 31 Jul 2003 09:36:06 +1000
Newsgroups: jedi.vcl

> * Probably something I've forgotten :)

Yes, better documentation ! Well at least, that was one of the original goals too..



Subject: Re: License about ZLib.pas/ZLib.dcu
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 31 Jul 2003 09:35:05 +1000
Newsgroups: jedi.vcl

>>
>> hta's only work with IE, don't they?
>
> Yes, and it need Microsoft Windows Script to access registry, execute
> command, and so on.
>

Well then, please keep in mind that not everybody is using IE, especially for security and privacy reasons.



Subject: Re: Serial ports and Delphi. Any thoughts?
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Thu, 31 Jul 2003 09:33:15 +1000
Newsgroups: jedi.vcl

Great to know !

Thanks



Subject: Re: Whats up with the versions?
From: "Dave Keighan" <SpamTrap_keighand@yahoo.com>
Date: Wed, 30 Jul 2003 23:24:39 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > * More packages so you can choose what to install
> > * Packages for different Delphi/BCB/Kylix versions in separate folders
> > * Design and runtime files separated into individual folders
> > * Less duplicates
> > * Units and classes renamed to better match what the contain/do
> > * A "new" concept of data providers/consumers that will allow us to
> > remove a lot of specialized controls because the data storing is put
> > into one component (the provider) and the display is done in a
> > generic component (the consumer).
> > * Hopefully at least partial CLX support
> > * Probably something I've forgotten :)

Beauty! Looking forward to it.

-- Posted by Dave Keighan with XanaNews 1.15.3.2 

Subject: Get default email address with Jedi VCL?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Wed, 30 Jul 2003 17:35:44 -0400
Newsgroups: jedi.vcl

Is there a way to get the email address associated with the desktop user's
default email client?

thx

--

Robert Oschler
"Let the web hear you, add your voice to your web site in minutes!"
-- http://audiodirect.spiderchase.com/
(For a limited time, free voiceover with every sign-up, use this link
instead)
-- http://audio.spiderchase.com/
(A song - are you blue?)
-- http://bluedreams.spiderchase.com/




Subject: Re: Whats up with the versions?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 30 Jul 2003 23:27:21 +0200
Newsgroups: jedi.vcl

Version 3 will be the next version of JVCL and development of it is done
using another CVS folder than the current jvcl (i.e it is not available for
download yet unless you have CVS). The major points about JVCL 3 are:

* More packages so you can choose what to install
* Packages for different Delphi/BCB/Kylix versions in separate folders
* Design and runtime files separated into individual folders
* Less duplicates
* Units and classes renamed to better match what the contain/do
* A "new" concept of data providers/consumers that will allow us to remove a
lot of specialized controls because the data storing is put into one
component (the provider) and the display is done in a generic component (the
consumer).
* Hopefully at least partial CLX support
* Probably something I've forgotten :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Whats up with the versions?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Wed, 30 Jul 2003 17:08:52 -0400
Newsgroups: jedi.vcl

    I keep seeing post about version 3 but so far version 2 is all that I
see on site.  What's up?




Subject: Re: JvStartMenuBtn handler
From: Kenny <thespearofdestiny@hotmail.com>
Date: Wed, 30 Jul 2003 16:06:01 -0400
Newsgroups: jedi.vcl

Thanks a lot for your help, Peter, but everything I try including this seems not too work. This doesnt make any sense, as I am running XP Home.
Is WinExec maybe an acceptable substitute for ShellEx?

Peter Thörnqvist wrote:
> Try removing the call to explorer.exe:
>
> ShellExecute(Handle, 'OPEN', PChar(Link), nil,nil, SW_SHOWNORMAL);
>
>
>



Subject: Question about buttons
From: "Giorgio" <g@p.com>
Date: Wed, 30 Jul 2003 21:37:06 +0200
Newsgroups: jedi.vcl

Hello,

do you know a button component that allows to insert an image on the button
surface and its shape depends on this image.

I saw JvButtonShaped but I didn't found a procedure to show the image that I
use to define the shape.

Thanks for your help!

Giorgio




Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 30 Jul 2003 21:16:54 +0200
Newsgroups: jedi.vcl


"Peter Haas" <newsgroupfeedback@pjh2.de> skrev i meddelandet
news:bg8n9d$bid$1@talkto.net...
>> > > There are other zlib conversions that we could eventually use (like the
>> > > one at http://www.base2ti.com/zlib.htm which seems well-maintained).
> >
> > The same problem like the original borland sources.
Oh, I meant that we could ask the author if we could include his zlib.pas
renamed to JvZLib.pas in JVCL and use that instead of the current zlib. Then
the problem would disappear. After all, the only pronlem here is of
namespace collision, not code content. I'm sorry if I didn't make that
clear.
> > Take a look in this posting:
[...]
Oh, I hadn't seen that, thanks. My excellent (!) newsreader had removed it
and I had to reset the folder to get it back.

> > I have written a usable alternative, but ...
So, are you still interested in donating it? It would be great if you did.
Beware that if you do, I would like to rename it to JvZLib.pas to avoid the
naming conflict that is the whole purpose of this exercise.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 30 Jul 2003 20:16:31 +0200
Newsgroups: jedi.vcl

Hello, Bart!
You wrote  on Wed, 30 Jul 2003 20:02:24 +0200:

 BV> "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in

 BV> You're absolutely right, and I have tested them (would have done it
 BV> anyway). I am/was very unknown with building an application with
 BV> packages. So first I didn't understand that I should deliver the
 BV> application WITH those bpl's. No problem at first sight. I tried first
 BV> with only the vcl and rtl, but then the plugins wouldn't load. But when
 BV> I saw the JVCL200_R70.bpl file was about 4MB (and I had to include it
 BV> with the application), it scared me. I think my users won't like it
 BV> that they should install about 6MB before the simple application
 BV> actually would work.

That will change with the JVCL3.0 release; it uses a number of smaller
packages. Of course the VCL/RTL packages are not that small either...

For the time being you could create a new package and just include those
JVCL/JCL units you actually need in your application/plug-in(s) and use that
package instead of the standard JVCL/DJCL packages. Anything is better than
the hooking solution.

 BV> So I decided to use the other (maybe not so nice, but working) method.
 BV> I had only to customize the code below;
 BV> [snip]
 BV> into this:
 BV> [snip]

 BV> And it works just fine :). And it saves me about 5,5MB's!

Yes, but may I suggest that if you stick with this solution to just hook the
Is/As operators once (at program initialization) and unhook when the program
exits. I just don't like it when an application is changing it's own code
every few seconds ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Bart Verkoeijen" <bart@oikoyama.net>
Date: Wed, 30 Jul 2003 20:02:24 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in
news:bg8sqm$cg2$1@talkto.net
> > Don't think, test. Trust me, you'll regret it if you didn't test and your
> > users/customers complain about not being able to run your app. I
> > recommend putting these bpl's in the same folder as your
application/plug-in;
> > it avoids trouble if other Delphi applications also want to use these
packages
> > but use another version (i.e. an updated or non-updated Delphi, JVCL or
> > JVCL version). In essence you can run into BPL hell just as easily as into
> > DLL hell; best way to avoid it is by distributing your own BPL version and
> > keep them for your own project.

You're absolutely right, and I have tested them (would have done it anyway).
I am/was very unknown with building an application with packages. So first I
didn't understand that I should deliver the application WITH those bpl's. No
problem at first sight. I tried first with only the vcl and rtl, but then
the plugins wouldn't load. But when I saw the JVCL200_R70.bpl file was about
4MB (and I had to include it with the application), it scared me. I think my
users won't like it that they should install about 6MB before the simple
application actually would work.

So I decided to use the other (maybe not so nice, but working) method. I had
only to customize the code below;
> > procedure TForm1.ShowImage(Image: TPicture);
> > begin
> >   //show image
> >   Image1.Picture.Assign(Image as TPicture);
> > end;

into this:
> > procedure TForm1.ShowImage(Image: TPicture);
> > begin
> >   //show image
> >   if JclRTTI.JclHookIs(JclIsClassByName) then begin
> >     Image1.Picture.Assign(Image as TPicture);
> >     JclRTTI.JclUnhookIs;
> >   end;
> > end;

And it works just fine :). And it saves me about 5,5MB's!
So Marcel, thanks for your first, and working solution.

Bart Verkoeijen





Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 30 Jul 2003 19:09:30 +0200
Newsgroups: jedi.vcl

Hello, Bart!
You wrote  on Wed, 30 Jul 2003 18:10:29 +0200:

 BV> And it WORKS! The Project Info window indicates that the following
 BV> package were used:
 BV> [...]
 BV> So Peter (bg87h0$8eh$1@talkto.net), it doesn't say which are needed,
 BV> but used...

But these are needed on any system that is to run your app + plug-in (to be
safe, check if your plug-in package has other packages in it's required
node; these will be needed as well).

 BV> I haven't tested the HostApp on an other system, but I think the
 BV> project will run smoothly.

Don't think, test. Trust me, you'll regret it if you didn't test and your
users/customers complain about not being able to run your app. I recommend
putting these bpl's in the same folder as your application/plug-in; it
avoids trouble if other Delphi applications also want to use these packages
but use another version (i.e. an updated or non-updated Delphi, JVCL or JVCL
version). In essence you can run into BPL hell just as easily as into DLL
hell; best way to avoid it is by distributing your own BPL version and keep
them for your own project.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Bart Verkoeijen" <bart@oikoyama.net>
Date: Wed, 30 Jul 2003 18:10:29 +0200
Newsgroups: jedi.vcl

"Bart Verkoeijen" <bart@oikoyama.net> schreef in bericht
news:bg879d$8d6$1@talkto.net...
> > Thanks, Marcel Bestebroer told me by e-mail, that I surely should use this
> > packages: VCL and JVCL200R50. (I think I have to switch that 5 by 7,
because
> > I use D7?) I'll try all the different packages, and look which combination
> > works.

I've compiled the Host application with the following packages:
vcl;rtl;JVCL200_R70
(Delphi added the rtl by itself)

And it WORKS! The Project Info window indicates that the following package
were used:
rtl70.bpl
vcl70.bpl
JVCL200_R70.bpl
vclx70.bpl
DJCL70.bpl
vcljpg70.bpl
So Peter (bg87h0$8eh$1@talkto.net), it doesn't say which are needed, but
used...

I haven't tested the HostApp on an other system, but I think the project
will run smoothly.

Best regards,

Bart Verkoeijen




Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Haas <newsgroupfeedback@pjh2.de>
Date: Wed, 30 Jul 2003 17:35:01 +0200
Newsgroups: jedi.vcl

Hi,

Peter Thörnqvist wrote in <bg8gj1$aal$1@talkto.net>:
>> > > But I can not find description of the license except "Copyright (c)
> > 1997,99
>> > > Inprise Corporation"
> > 
> > I tried to investigate this once, but never got a usable reply.

You should search in the JEDI newsgroups.

> > There are other zlib conversions that we could eventually use (like the
> > one at http://www.base2ti.com/zlib.htm which seems well-maintained).

The same problem like the original borland sources.

Take a look in this posting:
: From: "Matthias Thoma" <ma.thoma@gmx.de>
: Newsgroups: jedi.apiconversion
: Subject: Re: Cross-platform Zlib.pas
: Date: Thu, 24 Jan 2002 16:35:58 +0100
: Message-ID: <a2p82m$skl$1@talkto.net>


I have written a usable alternative, but ...

Bye Peter.
-- Why should we be interested is someone who considers us a waste basket? Robert Marquardt (Team JEDI) in <b4mf4g$u0k$1@talkto.net> to me regarding JEDI's disinterest on my contribution attempts. Maybe JEDI users have more interest: http://jediplus.pjh2.de/index.php 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 30 Jul 2003 16:45:41 +0200
Newsgroups: jedi.vcl

> > And rewrite TJvZLibMultiple.pas? To use 3rd part unit, we must offer the
obj
> > files of zlib to delphi user who don not own C++ compiler.
No need to rewrite: just change zlib to JvZLib in uses. The obj files would
of course be part of the JVCL as well.

> > Yes, and it need Microsoft Windows Script to access registry, execute
> > command, and so on.
Looking forward to seeing the result

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: License about ZLib.pas/ZLib.dcu
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Wed, 30 Jul 2003 22:12:24 +0800
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> Ð´ÈëÓÊ¼þ
news:bg8gj1$aal$1@talkto.net...
>> > > Can we include them in jvcl? So we can compile .dpk file in Borland
>> > > C++Builder instead of maintaining a pack of .bpk file.
>> > > But I can not find description of the license except "Copyright (c)
> > 1997,99
>> > > Inprise Corporation"
> >
> > I tried to investigate this once, but never got a usable reply. There are
> > other zlib conversions that we could eventually use (like the one at
> > http://www.base2ti.com/zlib.htm which seems well-maintained). The best
> > solution for us would be to have our own JvZLib.pas unit, but then someone
> > would have to translate/convert and donate it to us.
And rewrite TJvZLibMultiple.pas? To use 3rd part unit, we must offer the obj
files of zlib to delphi user who don not own C++ compiler.
> >
>> > > And I'm trying to write a html application(.hta) to automatically
install
>> > > JVCL3, including compiling and registering.
> > Cool! I tried to do that once (not for JVCL, another project), but found
it
> > too difficult to get working.
> >
> > hta's only work with IE, don't they?
Yes, and it need Microsoft Windows Script to access registry, execute
command, and so on.

> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: JvTimeLine and itemHint ????
From: "Bob Bedford" <bob@bedford.com>
Date: Wed, 30 Jul 2003 15:55:50 +0200
Newsgroups: jedi.vcl

I've set the ItemHint to true in the JvTimeLine, and I've set a value in the
test item, but putting the mouse and waiting, there is no hint available.

Does it work ??? how to implement it ?




Subject: Re: License about ZLib.pas/ZLib.dcu
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jul 2003 15:40:27 +0200
Newsgroups: jedi.vcl

> > Can we include them in jvcl? So we can compile .dpk file in Borland
> > C++Builder instead of maintaining a pack of .bpk file.
> > But I can not find description of the license except "Copyright (c)
1997,99
> > Inprise Corporation"

I tried to investigate this once, but never got a usable reply. There are
other zlib conversions that we could eventually use (like the one at
http://www.base2ti.com/zlib.htm which seems well-maintained). The best
solution for us would be to have our own JvZLib.pas unit, but then someone
would have to translate/convert and donate it to us.

> > And I'm trying to write a html application(.hta) to automatically install
> > JVCL3, including compiling and registering.
Cool! I tried to do that once (not for JVCL, another project), but found it
too difficult to get working.

hta's only work with IE, don't they?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: What does JvCreateProcess do?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jul 2003 15:30:47 +0200
Newsgroups: jedi.vcl

> > I'm going to run some external comand line application from my Delphi
> > app and I was wondering how JvCreateProcess can help me.

From the help source:
-----8<----
  Use TJvCreateProcess to start a process or application, and possibly wait
for it to terminate.

  First use the properties of TJvCreateProcess to specify how and which
process must be created:

  * Set ApplicationName to a \string to specify the module to execute.
  * Set CommandLine to a \string to specify the command line to execute.
  * Use WaitForTerminate to specify whether TJvCreateProcess must wait for
the process to end. If
    you set WaitForTerminate to True, specify an OnTerminate event handler
to execute code after
    the process finishes executing.

  TJvCreateProcess enables you to redirect the standard input and output of
console processes it
  creates. Do this by including coRedirect in ConsoleOptions. After a
console process is succesfully
  created, the component will wait for the process to end whether you set
WaitForTerminate
  to True or not.

  You might also set the following properties:

  * Use StartupInfo to specify the window station, desktop, and appearance
of the main window for
    the new process. Use this property for example to hide a console which
standard input and output
    has been redirected.
  * Set CurrentDirectory to a drive and directory to specify another drive
and directory for the
    new process than the current application.
  * Use Environment to specify another environment than the current
application.
  * Set CreationFlags to control the creation of the process.
  * Set Priority to specify another priority class for the new process than
the default ppNormal.

  After setting these properties you can call Run to start the application
or process. After
  succesfully creating the new process, you can call <LINK
TJvCreateProcess.CloseApplication,CloseApplication> or Terminate to stop the
  application.

  If WaitForTerminate is set to True, or coRedirect is included in
ConsoleOptions, the component
  waits for the process to end and then triggers an OnTerminate event.

  If you have included coRedirect in ConsoleOptions, and thus the standard
input and output of the
  console process is redirected, then you can call Write or WriteLn to write
to the input of the
  console. Furthermore OnRawRead and OnRead events will be fired if the
console outputs some data.

  You can stop waiting for the process to end by calling StopWaiting,
although this is not recommended
  if the component has redirected the standard input and output of the
console process.

-----8<----

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: License about ZLib.pas/ZLib.dcu
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Wed, 30 Jul 2003 21:28:39 +0800
Newsgroups: jedi.vcl

Can we include them in jvcl? So we can compile .dpk file in Borland
C++Builder instead of maintaining a pack of .bpk file.
But I can not find description of the license except "Copyright (c) 1997,99
Inprise Corporation"

And I'm trying to write a html application(.hta) to automatically install
JVCL3, including compiling and registering.




Subject: Re: What does JvCreateProcess do?
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Wed, 30 Jul 2003 13:15:47 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > I'm going to run some external comand line application from my
>> > > Delphi app and I was wondering how JvCreateProcess can help me.
> > 
> > From the help source:

Thanks and sorry, now I found the help for it.
I promisse I'll look there before posting here. :)

-- Erick Sasse 

Subject: Re: Monitor a folder
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jul 2003 15:14:41 +0200
Newsgroups: jedi.vcl

> > Where can I find some documentation about it?

Documentation? Uhum, wrong person to ask... Try the demo in
\examples\ChangeNotification and see if that helps you

> > I'm trying to use but it is not working.
What isn't working?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Monitor a folder
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Wed, 30 Jul 2003 13:07:25 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > Documentation? Uhum, wrong person to ask... Try the demo in
> > \examples\ChangeNotification and see if that helps you
> > 
> > What isn't working?

Thanks. Now it is working. I didn't know I need to activate the
component. :)

-- Erick Sasse 

Subject: Re: Monitor a folder
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jul 2003 14:57:17 +0200
Newsgroups: jedi.vcl

> > Is there any component in JVCL to monitor folders for file changes?
Yes, check out TJvChangeNotify

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 30 Jul 2003 14:56:39 +0200
Newsgroups: jedi.vcl

Hi Olivier!

"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:bg8cuo$9f8$1@talkto.net...
> > Oh cool !
> >
> > But can you control specifically which physical line to turn on ?
> > Cause I'm not using the port to transfer data in a conventionnal way...


TCustomComPort introduces methods SetDTR and SetRTS for raising/lowering of
DTR and RTS lines.


Best regards,
Ivo





Subject: What does JvCreateProcess do?
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Wed, 30 Jul 2003 12:56:06 +0000 (UTC)
Newsgroups: jedi.vcl

I'm going to run some external comand line application from my Delphi
app and I was wondering how JvCreateProcess can help me.

-- Erick Sasse 

Subject: Re: Monitor a folder
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Wed, 30 Jul 2003 12:48:59 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

>> > > Is there any component in JVCL to monitor folders for file changes?
> > Yes, check out TJvChangeNotify

Where can I find some documentation about it?
I'm trying to use but it is not working.

Thanks again!
Erick


Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 30 Jul 2003 14:44:05 +0200
Newsgroups: jedi.vcl

Hi Marcel!

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> píše v diskusním
pøíspìvku news:bg82hf$7fk$1@talkto.net...
> >  IB> Huh? I'm afraid, but don't understand your questions at all. How
> >  IB> industrial devices can have something interesting to say?
> >
> >   I don't know, I've never talked to them and never heard them say
anything.
> >
> >   I do talk to my PC and various other appliances and sometimes I even
shout
> > at the TV, but unfortunately none of them ever said anything back to me
> > :-( So I was just wondering if industrial devices do talk back. Apparently
> > not.


You're so funny. We have probably the same kind of a TV since the one in my
living room is also deaf to all my requests. Actually I have used to make an
applications that talked to various industrial devices over the serial
network. Some of them are quite mute (they only perform an action specified
by the client application) whereas the others are very blithering (in
addition to performing an action requested by the client, they also build a
response and send it back to the client who initiated the transaction).


Best regards,
Ivo




Subject: Re: Serial ports and Delphi. Any thoughts?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 30 Jul 2003 22:38:22 +1000
Newsgroups: jedi.vcl

Oh cool !

But can you control specifically which physical line to turn on ?
Cause I'm not using the port to transfer data in a conventionnal way...

David J Taylor wrote:

> "OBones" <obones_SPJJ@SPPJJ_meloo.com> wrote in message
> news:bg6v71$2oe$1@talkto.net...
>
>> Hi !
>>
>> I do have a use for such a component and it would be a beauty if can
>> work with USB to RS232 converters as that's what I got on my laptop...
>> If you want me to test this part, just let me know
>
>
> The ComPort Library works fine on my USB hub's serial port.
>
> Cheers,
> David
>
>



Subject: Monitor a folder
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Wed, 30 Jul 2003 12:33:59 +0000 (UTC)
Newsgroups: jedi.vcl

Is there any component in JVCL to monitor folders for file changes?

Thanks
Erick


Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 30 Jul 2003 13:26:07 +0200
Newsgroups: jedi.vcl

> > Ah, that's much quicker then run every time from PC to PC :). Thanks for
the
> > tip.

And of course Peter kept this secret until my Package based application has
been deployed :-P

Regards,





Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jul 2003 13:19:59 +0200
Newsgroups: jedi.vcl

What? You mean you don't know every part of the Delphi IDE?!<shudder>

Just kidding: I stumbled upon it by accident one day when I was looking for
something entirely different :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Bart Verkoeijen" <bart@oikoyama.net>
Date: Wed, 30 Jul 2003 13:11:43 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in
news:bg87h0$8eh$1@talkto.net...
>>> > > > you can watch what packages you have to deploy together with your
>>> > > > application.
> >
> > Another way to determine the packages to deploy is to look at
> > Project|Information for <project> menu item after making a build. It
> > displays a list of packages needed by the application.

Ah, that's much quicker then run every time from PC to PC :). Thanks for the
tip.

Kind regards,

Bart Verkoeijen




Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 30 Jul 2003 13:09:36 +0200
Newsgroups: jedi.vcl

> > Another way to determine the packages to deploy is to look at
> > Project|Information for <project> menu item after making a build. It
> > displays a list of packages needed by the application.

How in earth didn't I see this in my project menu before :-P

Thanks a lot for the hint Peter

Regards,



Stefaan Lesage

PeopleWare N.V.




Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jul 2003 13:05:44 +0200
Newsgroups: jedi.vcl

>> > > you can watch what packages you have to deploy together with your
>> > > application.

Another way to determine the packages to deploy is to look at
Project|Information for <project> menu item after making a build. It
displays a list of packages needed by the application.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Bart Verkoeijen" <bart@oikoyama.net>
Date: Wed, 30 Jul 2003 13:01:35 +0200
Newsgroups: jedi.vcl

"Stefaan Lesage" <Stefaan.Lesage@Peopleware.be> wrote in
news:bg7s87$680$1@talkto.net
> > Did a quick check and it worked the way I suggested.  I'm using JVCL3
right
> > now so you might need to add another package to the RunTime packages
instead
> > of the JvPlugin_R70 one.  The JvPlugin_R70 package is specific to the JVCL
> > version 3, which isn't ready yet :-)

Thanks, Marcel Bestebroer told me by e-mail, that I surely should use this
packages: VCL and JVCL200R50. (I think I have to switch that 5 by 7, because
I use D7?) I'll try all the different packages, and look which combination
works.

"Stefaan Lesage" <Stefaan.Lesage@Peopleware.be> wrote in
news:bg7s87$680$1@talkto.net
> > P.S. : When deploying applications built with RunTime packages, make sure
> > you try to install it on a clean machine first ( machine with no delphi )
so
> > you can watch what packages you have to deploy together with your
> > application.

Ah, so my good old P2 has still some use :D. I've experienced some problems
in the past with compiling with packages, but I'm sure that I find it out
this time.

Really thanks for helping,

Bart Verkoeijen




Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 30 Jul 2003 11:40:46 +0200
Newsgroups: jedi.vcl

Hello, Ivo!
You wrote  on Wed, 30 Jul 2003 11:20:59 +0200:

 IB> Huh? I'm afraid, but don't understand your questions at all. How
 IB> industrial devices can have something interesting to say?

  I don't know, I've never talked to them and never heard them say anything.

  I do talk to my PC and various other appliances and sometimes I even shout
at the TV, but unfortunately none of them ever said anything back to me
:-( So I was just wondering if industrial devices do talk back. Apparently
not.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Lene Marlin with "Sitting Down
Here".




Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 30 Jul 2003 11:20:59 +0200
Newsgroups: jedi.vcl

Hi Marcel!


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> píše v diskusním
pøíspìvku news:bg80qd$744$1@talkto.net...
> > Hello, Ivo!
> > You wrote  on Wed, 30 Jul 2003 10:36:03 +0200:
> >
> >  IB> (I used to talk to several industrial devices
> >
> >   Sorry, I can't help it, I just have to ask: Did they talk back or were
> > they just good listeners? If they talked back, did they have something
> > interesting to say?


Huh? I'm afraid, but don't understand your questions at all. How industrial
devices can have something interesting to say?


Best regards,
Ivo




Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 30 Jul 2003 11:11:23 +0200
Newsgroups: jedi.vcl

Hello, Ivo!
You wrote  on Wed, 30 Jul 2003 10:36:03 +0200:

 IB> (I used to talk to several industrial devices

  Sorry, I can't help it, I just have to ask: Did they talk back or were
they just good listeners? If they talked back, did they have something
interesting to say?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: Problems Building latest JVCL3 packages for D7. JvMM7D and JvGlobusD7D package probs.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Jul 2003 11:00:02 +0200
Newsgroups: jedi.vcl

I've just comitted the new and changed units and hopefully it should work
now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvDBLookCombo not sync KeyValue (with JVCL 2.1) ?
From: "Alessandro Savoiardo" <savoweb@tiscali.it>
Date: Wed, 30 Jul 2003 10:56:45 +0200
Newsgroups: jedi.vcl

TJvDBLookCombo not sync KeyValue (with JVCL 2.1)?
I test this component and when open list and change focus with mouse (Ex:
Press next button in my wizard) if have DBLabel, DBGrid  connected on
Datasource change the value but the TJvDBLookCombo show on Combo the old
value and the event onchage not found.
If read keyvalue (onEnter and onExit events ) the problem not change.

Ciao Alessandro Savoiardo




Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 30 Jul 2003 10:39:20 +0200
Newsgroups: jedi.vcl

> > AsyncPro's architecture

should really be

> > AsyncFree's architecture


Ivo






Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 30 Jul 2003 10:36:03 +0200
Newsgroups: jedi.vcl

Hi Stefaan!

"Stefaan Lesage" <Stefaan.Lesage@Peopleware.be> píše v diskusním pøíspìvku
news:bg7t8a$6do$1@talkto.net...
> > Didn't the people at TurboPower put their AsynchPro product available as
> > OpenSource on SourceForge ? Maybe that would help you out.


Yes, they did as already mentioned by Warren. But AsyncFree is a separate
project and has nothing to do with AsyncPro or even TurboPower.

AFAIK, AsyncPro's architecture is very similar to the one proposed by
Warren. It implements TComPortCore class (low-level serial access) and also
the component that acts as a wrapper around that core. However, in my
opinion sometimes the source is a way complicated but it's perhaps my
problem.

Warren, I have some experiences with the serial communication under
Win95-WinXP (I used to talk to several industrial devices and sometimes I
cannot used 3rd-party VCL thus I wrote the subset of that stuff myself), so
if you decide to start the new project from the scratch, I would like to
participate on it and write some parts if you can.


Best regards,
Ivo




Subject: JvHttpGrabber and JvFtpGrabber
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 30 Jul 2003 10:15:10 +0200
Newsgroups: jedi.vcl

Hi,

I wonder how I could add proxy support to JvHttpGrabber and JvFtpGrabber
components?

cu,
Michael




Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 30 Jul 2003 10:10:25 +0200
Newsgroups: jedi.vcl

> > I have completely forgot about AsyncFree, a VCL extension written by one
of
> > the JCL team members, Petr Vones. You may want to look at
> > http://delphree.clexpert.com/pages/projects/asyncfree/default.htm for more
> > details. I didn't use it by myself, but the friend of mine who did, found
it
> > to be quite good and very useful. Moreover, it's licensed under MPL.

Didn't the people at TurboPower put their AsynchPro product available as
OpenSource on SourceForge ? Maybe that would help you out.

Regards,


Stefaan Lesage

PeopleWare N.V.




Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 30 Jul 2003 10:05:28 +0200
Newsgroups: jedi.vcl

"Ivo Bauer" <bauer@ozm.cz> píše v diskusním pøíspìvku
news:bg6qli$255$1@talkto.net...
> > There is one: ComPort Library by Dejan Crnila.


I have completely forgot about AsyncFree, a VCL extension written by one of
the JCL team members, Petr Vones. You may want to look at
http://delphree.clexpert.com/pages/projects/asyncfree/default.htm for more
details. I didn't use it by myself, but the friend of mine who did, found it
to be quite good and very useful. Moreover, it's licensed under MPL.


Best regards,
Ivo









Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 30 Jul 2003 09:53:17 +0200
Newsgroups: jedi.vcl

> > I didn't have the opportunity to check if it works, since I've already
> > changed quite a few things to my TjvPlugin version that I can't compile
your
> > applicatoin.  But try it out and see if it works now.  If I have a few
spare
> > moments, I'll check if I can get the original JvPlugin back and see if
that
> > solves your problem.

Did a quick check and it worked the way I suggested.  I'm using JVCL3 right
now so you might need to add another package to the RunTime packages instead
of the JvPlugin_R70 one.  The JvPlugin_R70 package is specific to the JVCL
version 3, which isn't ready yet :-)

Regards,


Stefaan Lesage

PeopleWare N.V.

P.S. : When deploying applications built with RunTime packages, make sure
you try to install it on a clean machine first ( machine with no delphi ) so
you can watch what packages you have to deploy together with your
application.




Subject: Re: Serial ports and Delphi. Any thoughts?
From: "David J Taylor" <davidtaylor@writeme.com>
Date: Wed, 30 Jul 2003 08:51:10 +0100
Newsgroups: jedi.vcl

"OBones" <obones_SPJJ@SPPJJ_meloo.com> wrote in message
news:bg6v71$2oe$1@talkto.net...
> > Hi !
> >
> > I do have a use for such a component and it would be a beauty if can
> > work with USB to RS232 converters as that's what I got on my laptop...
> > If you want me to test this part, just let me know

The ComPort Library works fine on my USB hub's serial port.

Cheers,
David




Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 30 Jul 2003 09:44:05 +0200
Newsgroups: jedi.vcl

Hello Bart,

I think what the kind people here are trying to say is that you will have to
build your application using the 'Build with Runtime Packages' option ( can
be found in the Project Options dialog under the Packages tab ).  Check that
option and add the following to the packages :

rtl;vcl

You might need to add a few more packages to that list when you are a bit
further in the Developement ( not sure if you have to add vclx; JvPlugin_R70
as well, been a while since I've tossed with that Plugin thingie ).  This
will make sure that your application is built using those specific run time
packages, allowing you to do what you wanted ( at least I think it should ).

I didn't have the opportunity to check if it works, since I've already
changed quite a few things to my TjvPlugin version that I can't compile your
applicatoin.  But try it out and see if it works now.  If I have a few spare
moments, I'll check if I can get the original JvPlugin back and see if that
solves your problem.


Best Regards,


Stefaan Lesage

PeopleWare N.V.




Subject: TJvDBLookCombo not sync KeyValue?
From: "Alessandro Savoiardo" <savoweb@tiscali.it>
Date: Wed, 30 Jul 2003 09:43:40 +0200
Newsgroups: jedi.vcl

TJvDBLookCombo not sync KeyValue?
I test this component and when open list and change focus with mouse (Ex:
Press next button in my wizard) if have DBLabel, DBGrid  connected on
Datasource change the value but the TJvDBLookCombo show on Combo the old
value and the event onchage not found.
If read keyvalue (onEnter and onExit events ) the problem not change.

Ciao Alessandro Savoiardo





Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Adem" <adembaba@excite.com>
Date: Wed, 30 Jul 2003 06:23:03 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I am wondering if Jedi would benefit from an easy to use Com Port
> > component wrapper, something easier to use than Async professional.

Did you take a look at Synapse

http://groups.yahoo.com/group/synalist

http://www.ararat.cz/synapse

I havent used its com port stuff, but other people seem to be
quite happy with it.

AFAIK, it does not have the GUI stuff you mention; but you might
like to add them if you liked Synapse.

Just my 0.002

Cheers,
Adem


Subject: Re: JvPlugin with interface doesn't pass Objects
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Wed, 30 Jul 2003 14:27:58 +1000
Newsgroups: jedi.vcl

By package, Marcel meant Borland packages.
These are DLL with extras that allow passing Objects.
However, you cannot use them with other programs requiring DLL and using packages for your plugins will force people to use Borland products to create their own plugins for your application.



Subject: Re: Serial ports and Delphi. Any thoughts?
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Wed, 30 Jul 2003 09:37:38 +1000
Newsgroups: jedi.vcl

Hi !

I do have a use for such a component and it would be a beauty if can work with USB to RS232 converters as that's what I got on my laptop...
If you want me to test this part, just let me know



Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Bart Verkoeijen" <bart@oikoyama.net>
Date: Wed, 30 Jul 2003 01:03:53 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in
news:bg64e1$ufm$1@talkto.net
> > Ahh, RTTI will always bite you when you least expect it. The problem is
that
> > the run time type information for TPicture contains the same information
in
> > both the application and the host, but the is/as operators (used
internally
> > by the VCL) only check the pointer and these differ. There are two
> > solutions:
> >
> > 1) Build the host and the plugin using packages.
> >
> > 2) Use JclRTTI to hook the is/as class. The unit has a handler that checks
> > RTTI based on the type name instead of the pointers.
> >
> > Note that 2) basically is a hack and is not really recommended.

Hello Marcel,

Thanks for your very fast reply. First I want to excuse for the fact that
i've included a attachment. I didn't know that.

I want to use your first solution, but I don't understand it compete. What
do you exactly mean with "Build the host and the plugin using packages"? The
plugin is package based, but how can I make the Host package based? I don't
understand what you mean with that. Maybe you have an example, or could
explain me how to do it.

Kind regards,

Bart Verkoeijen

(I think MS Outlook Express is not the right tool to reply in newsgroups,
which program suits?)




Subject: Re: Serial ports and Delphi. Any thoughts?
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Wed, 30 Jul 2003 00:19:46 +0200
Newsgroups: jedi.vcl

Hi Warren!


"Warren Postma" <wp@tekran.com> píse v diskusním príspevku
news:bg6j9r$16n$1@talkto.net...
> > No proper Delphi serial port Classes (with an easy to use component set
> > written as a second level on top of the Comport classes themselves)  for
> > Delphi has ever been written, as far as I'm concerned. I am therefore
> > considering writing one from scratch for my purposes.


There is one: ComPort Library by Dejan Crnila. I have been using this
component suite for more than 2 years in many projects and I'm very
satisfied with it. A time ago, Dejan has dropped support for it (he turned
out to other development areas) and the whole project (with his permission)
was moved onto sourceforge.

http://sourceforge.net/projects/comport/

You may take a look at it. It's freeware but not licensed under MPL. I think
that it's good idea to take a look on what's already done before
re-inventing the wheel. If you find it good & useful, someone may contact
Dejan and/or the second developer (dybdahl, they're currently 2 on the list)
and ask them for their opinion about merging it into jvcl. Since Dejan no
longer works on it, there is currently only dybdahl as one active developer.
But that's just my opinion.


> > Does anyone else in the Jedi world have use for this?

Definitely, YES.


Best regards,
Ivo




Subject: Re: JCL update?
From: Warren Postma <wp@tekran.com>
Date: Tue, 29 Jul 2003 17:43:25 -0400
Newsgroups: jedi.jcl,jedi.vcl

Petr Vones (Team JEDI) wrote:
> Yes, but the problem is that some units are in unknown state and the
> communication across JCL developers team seems to be nearly dead.

Sounds bad. Which modules are you talking about?


Warren



Subject: Serial ports and Delphi. Any thoughts?
From: Warren Postma <wp@tekran.com>
Date: Tue, 29 Jul 2003 16:18:53 -0400
Newsgroups: jedi.vcl

I am wondering if Jedi would benefit from an easy to use Com Port component wrapper, something easier to use than Async professional.

I am a long time user of Async Professional, which is now open source (on sourceforge). It is fine for what it is, but it's architecture is wildly complex (originally designed on Delphi 1.0, on Windows 3.1, before threads or overlapped I/O existed in Windows), and its behaviour is absolutely ugly when you try to use it from background threads, mostly because of the convoluted way it uses sendmessage and posmessage loops because of its bizarre architecture.

No proper Delphi serial port Classes (with an easy to use component set written as a second level on top of the Comport classes themselves)  for Delphi has ever been written, as far as I'm concerned. I am therefore considering writing one from scratch for my purposes.

In general, I would avoid the complexities of ASYNC Professional, and
all the GUI stuff (terminal emulation) and focus on writing a simple,
reliable multi-threading friendly serial port abstraction layer.  FOr starters, TLowLevelComPort would be a class, and TComPort would be a component wrapping around TLowLevelComPort.  If you don't need events, and you are in a background thread (that perhaps belongs to a component you are writing yourself), what you really want is a fast friendly class based api to write your TTHread.Execute method with as few lines and as much reliability as possible.

Does anyone else in the Jedi world have use for this? If so, I may be able to get going faster if anyone wants to help out with this effort.
Currently I also have a Modbus protocol component (that uses Async professional) that I intend to port to this new component. Both Modbus (which is used for talking to hundreds of different industrial devices out there) and the generic serial port component, and the serial port class, would be useful additions to the Jedi JCL and JCL.

An initial version is at least a few months away, this is just an initially inquiry to see if anyone else is interested in adding some serial port stuff to Jedi.  (Note that if all you need is drop-in-and-use serial port support, I still heartly commend you to check out Async Professional. If what you do is highly modem oriented, instead of communicating with industrial devices or other serial peripherals than modems, AsyncPro is perfect for you.)


There will be a separate announcement when I have written my initial useful version, and whether it is eventually a part of Jedi or not (hopefully it is, if people think it generally useful), it will certainly be free software.


Regards,

Warren Postma




Subject: Re: Problems Building latest JVCL3 packages for D7. JvMM7D and JvGlobusD7D package probs.
From: Warren Postma <wp@tekran.com>
Date: Tue, 29 Jul 2003 15:58:07 -0400
Newsgroups: jedi.vcl

>
> In the meantime, skip the JvMM and JvGlobus packages.
>
Thanks for the quick response. I don't need those packages yet, so anytime they start working again, just lemme know.  I mostly like to build everything before a checkin in case I have broken the build somewheres myself, before checking in. :-)

Warren




Subject: Re: Problems Building latest JVCL3 packages for D7. JvMM7D and JvGlobusD7D package probs.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 29 Jul 2003 21:31:56 +0200
Newsgroups: jedi.vcl

My fault: JvPictureEditors.pas will be added tomorrow (I have it at work but
forgot to add it to CVS...), the JvgReportParamsForm.DFM must have been
mangled somehow, I'll see what I can do but not until tomorrow

> > Cannot load package 'JvMMD7R'. It contains unit 'VFW,'which is also
> > contained in package 'GLScene7'. Note that GLscene7 is the OpenGL
> > component suite (not quite directly related to Jedi, unless GLscene is
> > being merged into Jedi and I didn't know it.)  ANyways, what is unit
> > name "VFW,"?

VFW.pas is the Video for Windows API translation and it should be in
\common.
The others should compile AFAICS. If GLScene uses it as well, there is
little we can do: either add JvMMXX.dcp to the requires node of the GLScene
package or add the GLSceneXX.dcp to the requires node of JvMMXX.

In the meantime, skip the JvMM and JvGlobus packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problems Building latest JVCL3 packages for D7. JvMM7D and JvGlobusD7D package probs.
From: Warren Postma <wp@tekran.com>
Date: Tue, 29 Jul 2003 15:18:39 -0400
Newsgroups: jedi.vcl

I just tried to build all the Delphi 7 packages and I have two problems so far:

JvGlobusD7D.bpl - designtime package for Jvg* components has a Resource linking error:

 (RLINK32)[Error] RLINK32: Unsupported 16bit resource in file "..\..\design\JvgReportParamsForm.DFM"

JvMMD7D.bpl - multimedia components:
[Fatal Error] JvMMReg.pas(23): File not found: 'JvPictureEditors.dcu'

I don't see JvPictureEditors.pas anywhere under /dev/JVCL3, and I just now did a search for it, and a CVS update. There is however a JvPictureEditForm.pas which is already in the uses section. Removing the
offending unit, one gets the error that it doesn't know where TJvGraphicsEditor is defined.  Using grep for a minute, I find that JvCoreReg.pas and JvMMReg.pas mention it (RegisterComponent(....))
but don't define it.   Not referenced elsewhere in /dev/JVCL3/run or /dev/JVL3/design.  Whats up?

So I removed reference to the undefined property editors, and then I get another error installing JvMMD7D.bpl:

Cannot load package 'JvMMD7R'. It contains unit 'VFW,'which is also contained in package 'GLScene7'. Note that GLscene7 is the OpenGL component suite (not quite directly related to Jedi, unless GLscene is being merged into Jedi and I didn't know it.)  ANyways, what is unit name "VFW,"?

This seems like enough errors to stop now.




Subject: Re: I'm in a maze of twisty passages, all alike.
From: Warren Postma <wp@tekran.com>
Date: Tue, 29 Jul 2003 14:18:01 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> All updates are done in dev/JVCL3. /jvcl is not updated anymore and wont be
> in the future either. How long things will be this way, I don't know but
> once we decide if and where to move dev/JVCL3, the only things we need to
> get from /jvcl are the examples everything else is already in jvcl3.
>
Ah, so I have checked in fixes into /jvcl/source/JvCsv*.* that aren't into dev/JVCL3 yet, I'll rectify that situation.

Warren



Subject: Re: Missing component?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 29 Jul 2003 20:12:31 +0200
Newsgroups: jedi.vcl

> > Is this essentially a component wrapper around
> > 'FMyStringHolder:TStringList'?

More or less but with some extras like "macros" (whatever they are supposed
to do) and, of course, you can add the strings at design-time.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: I'm in a maze of twisty passages, all alike.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 29 Jul 2003 19:45:40 +0200
Newsgroups: jedi.vcl

All updates are done in dev/JVCL3. /jvcl is not updated anymore and wont be
in the future either. How long things will be this way, I don't know but
once we decide if and where to move dev/JVCL3, the only things we need to
get from /jvcl are the examples everything else is already in jvcl3.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: I'm in a maze of twisty passages, all alike.
From: Warren Postma <wp@tekran.com>
Date: Tue, 29 Jul 2003 13:22:00 -0400
Newsgroups: jedi.vcl

I recently contributed one non visual data-aware component (TJvCsvData) to cvs, and also have another (visual) component ready to donate called TJvTrend, a real time scrolling multi-pen chart/trend recorder, similar to the 'CPU Usage History' chart display in the Performance page of the Windows 2000/XP Task Manager which I would like to contribute.

What I'm confused by is the /jvcl/source and then /dev/JVCL3 directories. Where should the latest version of stuff be right now? How long will the development be forked like that?  Where do I check stuff in into and maintain the 'latest copy'?  This is probably a question for Peter, but I thought I'd post this here.


Warren



Subject: Re: Missing component?
From: Warren Postma <wp@tekran.com>
Date: Tue, 29 Jul 2003 13:18:27 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Use TJvStrHolder instead: it does the same thing.
Is this essentially a component wrapper around 'FMyStringHolder:TStringList'?




Subject: error with jvInspector
From: "miky" <miky@bambam.net>
Date: Tue, 29 Jul 2003 18:38:02 +0200
Newsgroups: jedi.vcl

Hello,

I try to use the JvInspector into my project but I alway have an error :

  > [C++ Error] JvInspector.hpp(85): E2451 Undefined symbol
'TJvCustomInspectorItem'

What can I do to correct this problem ?

thanks

miky




Subject: Re: installing jedi-vcl on borland builder 6
From: "miky" <miky@bambam.net>
Date: Tue, 29 Jul 2003 18:34:46 +0200
Newsgroups: jedi.vcl

thanks, the install is succesfull

miky

"OBones" a écrit
> > Yes it is, use the bcb6 packages, Compile both, install only the one
> > with a D suffix.
> > However, some people have experience problems and some solutions are
> > detailled in the issues on Mantis.
> > To go to Mantis, go to the JVCL web site (jvcl.sourceforge.net) and
> > choose the Bug/whishes link on the menu on the left. Then login and
> > perform a search. You should find some answers.
> >
> > miky wrote:
> >
>> > > hello,
>> > >
>> > > is it possible to install jedi-vcl on bc6 ? and how ?
>> > >
>> > > thanks
>> > >
>> > > miky
>> > >
>> > >
> >




Subject: Re: JvPlugin with interface doesn't pass Objects
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 29 Jul 2003 18:00:38 +0200
Newsgroups: jedi.vcl

Hello, Bart!
You wrote  on Tue, 29 Jul 2003 16:59:35 +0200:

 BV> First I want to say that I'm unknown with mailing lists, and this is my
 BV> first post in a mailing list. But i have a burning questtion, so for
 BV> all is a first time :).

Right NG, but next time post the zip file to jedi.binaries instead.

 BV> But when I want to implement the same thing in a plugin based
 BV> appication, I get the following error: cannot assign a TPicture to a
 BV> TPicture. Strange, because a TPicture looks the same as a TPicture :?

Ahh, RTTI will always bite you when you least expect it. The problem is that
the run time type information for TPicture contains the same information in
both the application and the host, but the is/as operators (used internally
by the VCL) only check the pointer and these differ. There are two
solutions:

1) Build the host and the plugin using packages.

2) Use JclRTTI to hook the is/as class. The unit has a handler that checks
RTTI based on the type name instead of the pointers.

Note that 2) basically is a hack and is not really recommended.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: JvPlugin with interface doesn't pass Objects
From: "Bart Verkoeijen" <bart@oikoyama.net>
Date: Tue, 29 Jul 2003 16:59:35 +0200
Newsgroups: jedi.vcl

Hi there,

First I want to say that I'm unknown with mailing lists, and this is my
first post in a mailing list. But i have a burning questtion, so for all is
a first time :).

I have a problem with interfaces in plugins created with JvPlugin. I've made
two examples to demonstrate my problem. (those are included in the attached
ZIP)
The ZIP is devided into two directory's. The first directory (without the
"(plugin)" in the name) contains a project with interfaces, but without
plugin support. This project demonstrates exactly what sould happen. I'll
explain it also here in words:

The application has two forms. One with an empty TImage, and one with a
TImage containing a image. The first form (Form1) is empty, and the second
form (Form2) contains te image. I want to pass the image trough a interface,
and it works.

But when I want to implement the same thing in a plugin based appication, I
get the following error: cannot assign a TPicture to a TPicture. Strange,
because a TPicture looks the same as a TPicture :?

In the second directory (with the "(plugin)" in the name) is the project
that causes the error. I've included into that directory the plugin. You can
find it in the 'plugin' dir. The root folder cotains already the compiled
plugin, so you only have to compile the PluginManager project to see what's
wrong.

Could someone tell me what's wrong, and how I could fix this problem? If you
know the solution, maby you could change the project so I can have a look at
it :).

Hope someone can help me.

Kind regards,

Bart Verkoeijen
bart@oikoyama.net

Btw, I'm not an advanced programmer, I just started working with Delphi, and
I'm on page 371 of my Mastering Delphi 7 book.



IntfPlugin.zip
	



Subject: Re: JvStartMenuBtn handler
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 29 Jul 2003 08:51:30 +0200
Newsgroups: jedi.vcl

Try removing the call to explorer.exe:

ShellExecute(Handle, 'OPEN', PChar(Link), nil,nil, SW_SHOWNORMAL);



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvStartMenuBtn handler
From: Kenny <thespearofdestiny@hotmail.com>
Date: Tue, 29 Jul 2003 00:02:05 -0400
Newsgroups: jedi.vcl

Hello,
I was wondering if there was a better way to execute the links on the menu on the JvStartMenuBtn.  Now I am using this method which handles the link with a file download dialog :

procedure TForm1.JvStartMenuBtn1LinkClick(Sender: TObject; Link: String);
begin
ShellExecute(Handle, 'OPEN', pchar('explorer.exe'), pchar(Link), nil,SW_SHOW);
end;

I tried the WinExec method with no real success.  Should I be referenceing a specific Windows DLL or something?



many thanks in advance



Subject: Re: installing jedi-vcl on borland builder 6
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Tue, 29 Jul 2003 10:25:31 +1000
Newsgroups: jedi.vcl

Yes it is, use the bcb6 packages, Compile both, install only the one with a D suffix.
However, some people have experience problems and some solutions are detailled in the issues on Mantis.
To go to Mantis, go to the JVCL web site (jvcl.sourceforge.net) and choose the Bug/whishes link on the menu on the left. Then login and perform a search. You should find some answers.

miky wrote:

> hello,
>
> is it possible to install jedi-vcl on bc6 ? and how ?
>
> thanks
>
> miky
>
>



Subject: Re: jvShappedButton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 29 Jul 2003 01:20:34 +0200
Newsgroups: jedi.vcl

> > Is it a bug or a feature ?
Dont' know yet: it's part of Jans components, isn't it? Haven't had the time
to go through it all (nor Globus) so it might just as well be a bug as a
feature. You tell me<g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvShappedButton
From: "Anderson Franco" <andersonf@terra.com.br>
Date: Mon, 28 Jul 2003 16:30:28 -0300
Newsgroups: jedi.vcl

Hello,

I´m trying to use jvShappedButton and when I set property ButtonShape =
jvSDiamond. It does not seem work well.
The button should apperas like a diamond :)
  /\
 /  \
 \  /
  \/
But it seems a triangle and the caption is cut. I´m using D5 and JVCL3.
Is it a bug or a feature ?

TIA,
Anderson Franco





Subject: installing jedi-vcl on borland builder 6
From: "miky" <miky@bambam.net>
Date: Mon, 28 Jul 2003 21:18:10 +0200
Newsgroups: jedi.vcl

hello,

is it possible to install jedi-vcl on bc6 ? and how ?

thanks

miky




Subject: Re: Two Questions: Tutorials on how to free memory, and create custom buttons.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 28 Jul 2003 10:46:22 +0200
Newsgroups: jedi.vcl

Hello, Shaid!
You wrote  on Mon, 28 Jul 2003 01:40:10 +0100:

 SB> Hi, How do i create custom buttons, buttons with different shapes,sizes
 SB> and colours.
 SB> How can i make a program that frees memory(Tutorials). thanx. :D

  I think you'll have better luck asking this in the Borland newsgroups
(most likely vcl.components.writing for the first question; don't know which
group for the second); this newsgroup is intended for JVCL
questions/discussions only.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Booker T and the MG's with
"Time Is Tight".




Subject: Re: Two Questions: Tutorials on how to free memory, and create custom buttons.
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Mon, 28 Jul 2003 02:18:15 +0100
Newsgroups: jedi.vcl

Oh yes. 1 more thing. how can i get a full xp theme, like the side bar,
buttons, background and the form. Sorry if im being a pain up the arse :)




Subject: Two Questions: Tutorials on how to free memory, and create custom buttons.
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Mon, 28 Jul 2003 01:40:10 +0100
Newsgroups: jedi.vcl

Hi, How do i create custom buttons, buttons with different shapes,sizes and
colours.
How can i make a program that frees memory(Tutorials). thanx. :D




Subject: Re: Missing component?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 27 Jul 2003 12:39:51 +0200
Newsgroups: jedi.vcl

Use TJvStrHolder instead: it does the same thing. 

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Missing component?
From: "Robert Meek" <rmeek1@comcast.net>
Date: Sun, 27 Jul 2003 05:47:52 -0400
Newsgroups: jedi.vcl

    I had a project compiled using the last complete version of the jedi
library and vcl component sets, which I believe was still considered a beta
release.  One of the components I made use of was called a "TextContainer"
and allowed you to enter an unlimited amount of textual data via it's
property editor and have it saved within the application, loading the text
back into a visual control such as a TMemo so the user could read it.
    I just set up a new system and am in the process of bringing over still
in progress projects, ( D7 ), from my old one and now cannot compile one of
them because this component is missing from the latest version I just
downloaded.  What happened to it?  It was a great component!
    Is there a way to use the Embedded Data component that is now provided?
I can use a source file to load the Data property, but what about retrieving
the text so it can be displayed?  There is no text or read data methods.




Subject: Re: Internal error in Delphi 5.0
From: "Proskura Alexander" <iwillremember@mtu-net.ru>
Date: Sat, 26 Jul 2003 23:31:50 +0400
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
news:20030725000717_41@AriochTTY...
> > The stars so gaily glistened... (Thu, 24 Jul 2003 23:18:41 +0400 @846)
> > ...while the fading voice of Proskura whispered through the darkness:
> > Adnd will never do.
> > Is it URW531 ro smth like that ?

Yes.

> > Launch Delphi 5.1
> > Open  jvcl200_r50.dpk
> > Build it.
> > Close Delphi.
> > Launch Delphi again
> > Open  jvcl200_d50.dpk
> > Build it.
> > Install it.
> > Close Delphi.
> > Launch Delphi again.
> > Work With Your programs.

Thank you vary mach. This sequence works. And I've got more
informative message from Delphi during compilation and found the way
to fix the problem. Install script tries to create .dcu in non-existing
folder $(DELPHI)\lib5 So before installation you should create this
folder manually and run install.bat






Subject: Re: Alternate JvThreadTimer (~6kB)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 26 Jul 2003 11:27:15 +0200
Newsgroups: jedi.vcl

> > I hope this was not the
> > last thing from me since I would like to donate some code from time to
time

We are always happy for donations and look forward to anything else you
would like to contribute.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Alternate JvThreadTimer (~6kB)
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 23:18:06 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> píse v diskusním príspevku
news:bfs3tl$k57$1@talkto.net...
> > I've updated CVS with your code since I think it's the best we have so far
> > so better keep it <g>. If someone comes up with anything better or there
are
> > any updates, I'll make a new update. Thanks for taking the time to do
this!


I just wanted to make a small contribution to the Delphi community. It's
really nice to hear that somebody likes your code. I hope this was not the
last thing from me since I would like to donate some code from time to time.


Thank you very much.
Ivo




Subject: Re: Alternate JvThreadTimer (~6kB)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 25 Jul 2003 22:49:33 +0200
Newsgroups: jedi.vcl

I've updated CVS with your code since I think it's the best we have so far
so better keep it <g>. If someone comes up with anything better or there are
any updates, I'll make a new update. Thanks for taking the time to do this!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help with JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 25 Jul 2003 21:54:39 +0200
Newsgroups: jedi.vcl

Hello, Fingolfin!
You wrote  on Fri, 25 Jul 2003 21:47:55 +0200:

 F> If I have success (big chance I wont ;) ) I will give it back, that's
 F> what Open Source is about.

Good luck!

 F> I was just cautious because my prog will use some encryption and I don't
 F> want to show that part to everyone because the prog would be useless
 F> then.

Don't take this the wrong way by a rule I often saw: "If the strength of the
encryption depends on users not knowing how it's encrypted it's by
definition a weak encryption"

 F> Thanks again, couldn't wish for a better support.

Your welcome.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: Help with JvInspector
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Fri, 25 Jul 2003 21:47:55 +0200
Newsgroups: jedi.vcl

Thanks for the information.

If I have success (big chance I wont ;) ) I will give it back, that's what
Open Source is about.
I was just cautious because my prog will use some encryption and I don't
want to show that part to everyone because the prog would be useless then.

I'm always curious about this whole License things. Thanks that you made it
that clear for me.

Now I will be very cautious about the GPL ;)

Thanks again, couldn't wish for a better support.

Fingolfin_

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:bfph80$6le$1@talkto.net...
> > Hello, Fingolfin!
> > You wrote  on Thu, 24 Jul 2003 23:06:06 +0200:
> >
> >  F> I realized there is no PropertyEditor for Images yet.
> >  F> Am I right on this?
> >
> > you mean TCustomImageList descendants? You are correct in that it will add
> > the property using the standard component editor (i.e. you can pick an
image
> > list and assign it to the property) but does not provide any means to
manage
> > the bitmaps in the image list.
> >
> >  F> If I am and you don't update that frequently at the moment I thought
> >  F> about writung one myself.
> >
> > Feel free to do so.
> >
> >  F> And if I wrote (I can try, maybe it works ;) ) one myself do I have to
> >  F> make my whole prog that uses it Open Source or is it enough to release
> >  F> the changed parts of the component? The prog will be Freeware btw.
> >  F> I'm almost never sure with this complicated licenses.
> >
> > Whatever you write is yours. MPL license only deals with the source of the
> > code under that license (IOW changing things directly in JvInspector.pas
for
> > example will have to be given back to Project JEDI). I'm a bit unclear
about
> > descendant classes though (which is what you'll be doing if you write a
new
> > property editor). I think they at least inherit the same license but your
> > are not required to give it back to Project JEDI (of course I'd be very
> > happy if you would).
> >
> > Concerning the application: the only thing you have to do is add a clear
> > copyright notice for any Project JEDI code (in the about dialog, help
and/or
> > documentation). Doesn't matter if you release as freeware, shareware,
> > OpenSource or commercial. Now, if had put this library in GPL you'd be in
> > trouble (your application would also have to be release under GPL).
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > It's quiet in here!
> >
> >




Subject: Re: Alternate JvThreadTimer (~6kB)
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 21:26:03 +0200
Newsgroups: jedi.vcl

"Ivo Bauer" <bauer@ozm.cz> píše v diskusním pøíspìvku
news:bfru1n$jac$1@talkto.net...
> > Regarding the change of the event's name: Confirmed.
> > I'll change it and post the updated source to the jedi.binaries
(hopefully).


Done. It's there.


Best regards,
Ivo





Subject: Re: Alternate JvThreadTimer (~6kB)
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 21:06:48 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> píse v diskusním príspevku
news:bfrfjm$h61$1@talkto.net...
> > As Olivier noted, the last parameter to CreateEvent should be changed to
nil
> > (?), but other than that it looks great.


Thanks a lot Peter. Regarding the change of the event's name: Confirmed.
I'll change it and post the updated source to the jedi.binaries (hopefully).


Best regards,
Ivo




Subject: Re: Alternate JvThreadTimer (~6kB)
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 21:06:48 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> píse v diskusním príspevku
news:bfrfjm$h61$1@talkto.net...
> > As Olivier noted, the last parameter to CreateEvent should be changed to
nil
> > (?), but other than that it looks great.


Thanks a lot Peter. Regarding the change of the event's name: Confirmed.
I'll change it and post the updated source to the jedi.binaries (hopefully).


Best regards,
Ivo




Subject: Re: JvSearch Files
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 25 Jul 2003 20:48:03 +0200
Newsgroups: jedi.vcl

dave wrote:
> I have determined the problem, but do not know why. It works properly as
> long as you do not have soCheckRootDirValid set to true. It says in the
> comments of the file that this flag is ignored if DirOption is not set to
> doExcludeSubDirs or doExcludeCompleteInvalidDirs, but that seems to not be
> the case. When i set it to true with DirOptions set to doIncludeSubDirs it
> causes files on the root to be ignored.????

The comments in the source are not up to date. The help file is AFAICS. I think I'll remove the comments from the source to prevent confusion.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Form designer
From: "William Yu" <wyu66@rogers.com>
Date: Fri, 25 Jul 2003 12:42:43 -0500
Newsgroups: jedi.vcl

Yeap, I'm working on them right now. and will release them soon.

William

"Trev" <trevor.pegley@ntlworld.com> wrote in message
news:bfqp4u$cu1$1@talkto.net...
> > Good question! <g>
> >
> > A while ago William Yu Wei announced that he was working on a form
designer
> > in the 3rdParty NG. It looked fantastic and recieved a lot of interest.
> > Since he has now contributed his excellent Wizard component to JVCL, I was
> > hoping that we may get to see the form designer too someday.
> >
> > Any thoughts William?
> >
> > Regards
> > Trev
> >
> >
> > "Nicola Farina" <nospam@nospam.com> wrote in message
> > news:3F20E715.8010602@nospam.com...
>> > > Hi all!
>> > >
>> > > I am looking for form designer's (for a delphi app) alternatives, free
>> > > or not.
>> > > Where is the (former) ralib form designer example? I am unable
>> > > to find out..
>> > > And which is, in your opionion, the best component to use for
>> > > give form designer/customization capabilities to the user?
>> > >
>> > > TIA
>> > > Bye
>> > > Nicola
>> > >
> >
> >




Subject: Re: JvSearch Files
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 25 Jul 2003 10:51:24 -0500
Newsgroups: jedi.vcl

I have determined the problem, but do not know why. It works properly as
long as you do not have soCheckRootDirValid set to true. It says in the
comments of the file that this flag is ignored if DirOption is not set to
doExcludeSubDirs or doExcludeCompleteInvalidDirs, but that seems to not be
the case. When i set it to true with DirOptions set to doIncludeSubDirs it
causes files on the root to be ignored.????

Hope this helps,
and thanks for the help.

Dave


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bfpddb$620$1@talkto.net...
> > dave wrote:
>> > > Why does JvSearchFile not return files in the root of a drive?
>> > > I have it set to include sub-dirs and file option exclude root dir is
false.
>> > > But when i search C:\ or D:\ i do not get the image in the root.
> >
> > Did you place the component on the form? If so, copy the .dfm part that
> > describes the component, for example:
> >
> >    object JvSearchFiles1: TJvSearchFiles
> >      FileParams.SearchTypes = [stFileMask]
> >      Left = 320
> >      Top = 256
> >    end
> >
> > (left click on the form containg the search file component), select
> > 'View as Text', etc.)
> >
> > Which JVCL version do you use? (Important)
> >
> > What Windows system do you have?
> >
> > Which Delphi version do you have?
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: Alternate JvThreadTimer (~6kB)
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 17:05:04 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> píse v diskusním príspevku
news:bfrfch$h4o$1@talkto.net...
>> > > I'm stupid. I was pretty sure to send it to jedi.binaries but somehow it
> > It looks better with the exception handling but I don't quite understand
the
> > need for the Offset calculation: is this to adjust any timing lags in the
> > component?

Sometimes, as the structure and complexity of the OnTimer event handler code
grows, the periodicity of triggered timer events begins to degrade. To
stabilize it, a simple real-time correction technique is employed. The last
estimated total execution time of the OnTimer event handler is deducted from
the FInterval and this result is passed to the next call of
WaitForSingleObject. I use this timer in my high frequency data acquisition
application and this approach makes it even more accurate for a long-term
time measurements.


Best regards,
Ivo




Subject: Re: Alternate JvThreadTimer (~6kB)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 25 Jul 2003 17:02:51 +0200
Newsgroups: jedi.vcl

As Olivier noted, the last parameter to CreateEvent should be changed to nil
(?), but other than that it looks great.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvThreadTimer problem
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 25 Jul 2003 17:02:05 +0200
Newsgroups: jedi.vcl

> > I have used a slightly different approach in which exceptions are trapped
in
> > the place and don't interfere with the thread flow. Please take a look at
> > it.

Thanks, have already. See my comments in the other thread.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvThreadTimer problem
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 17:00:51 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> píse v diskusním príspevku
news:bfrdm2$grn$1@talkto.net...

> > Would this work?


I have used a slightly different approach in which exceptions are trapped in
the place and don't interfere with the thread flow. Please take a look at
it.


Best regards,
Ivo




Subject: Re: Alternate JvThreadTimer (~6kB)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 25 Jul 2003 16:59:02 +0200
Newsgroups: jedi.vcl

> > I'm stupid. I was pretty sure to send it to jedi.binaries but somehow it
was
> > posted here. My apologies.

It's because I set followups to jedi.vcl in my original post, so it was my
fault :)

> > Anyway, your opinions and suggestions are welcome.
It looks better with the exception handling but I don't quite understand the
need for the Offset calculation: is this to adjust any timing lags in the
component?
To me this looks a lot better than my code, so if everyone agrees, I think
we should use this instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvThreadTimer problem
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 16:58:28 +0200
Newsgroups: jedi.vcl

"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:bfr9jj$g6b$1@talkto.net...
> > - The thread should be either created without a name (last parameter set
> > to nil) or with a meaningful name. The empty string is a threat as other
> > programs on the system may have done the same mistake and you would most
> > likely interfere with their event. Indeed, the events are system wise
> > available and if you happen to give the same name, then you don't create
> >   a new one, you just get its handle...

THanks. I'll check it.


> > - If there is an exception in the user's message handler, the try except
> > mechanism will stop the thread as execute exits and the timer will never
> > restart unless it is set inactive and active again. The thread object
> > will still exists, but the underlying thread won't...


Solved in my version. Please download it and it would be great to know your
opinions.


Best regards,
Ivo





Subject: Re: jvThreadTimer problem
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 16:49:18 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> píše v diskusním pøíspìvku
news:bfqj98$bkm$1@talkto.net...
> > Using WaitForSingleOject and and event sounds quite OK to me, so I'm with
> > you Ivo!


Please look in this ng, I've posted here my version of threaded timer.
Please download it and tell me what do (ans also the others) think.


Best regards,
Ivo




Subject: Re: Alternate JvThreadTimer (~6kB)
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 16:45:19 +0200
Newsgroups: jedi.vcl

"Ivo Bauer" <bauer@ozm.cz> píše v diskusním pøíspìvku
news:bfre8m$gvg$1@talkto.net...
> > Peter, there is my version of TJvTimer. It's nearly a complete rewrite
> > (almost everything was rewritten) and thus I'll expect a comments or
> > suggestions to my changes.
> >
> > Please send all follow-ups to jedi.vcl


I'm stupid. I was pretty sure to send it to jedi.binaries but somehow it was
posted here. My apologies. Anyway, your opinions and suggestions are
welcome.


Best regards,
Ivo




Subject: Re: Alternate JvThreadTimer (~6kB)
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 16:39:55 +0200
Newsgroups: jedi.vcl

Peter, there is my version of TJvTimer. It's nearly a complete rewrite
(almost everything was rewritten) and thus I'll expect a comments or
suggestions to my changes.

Please send all follow-ups to jedi.vcl


Best regards,
Ivo



JvThreadTimer.pas
	



Subject: Re: jvThreadTimer problem
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 25 Jul 2003 16:29:58 +0200
Newsgroups: jedi.vcl

> > - The thread should be either created without a name (last parameter set 
> > to nil) or with a meaningful name. The empty string is a threat as other 
[..]

Oops, I though '' = nil, but of course you're right.

> > - If there is an exception in the user's message handler, the try except 
> > mechanism will stop the thread as execute exits and the timer will never 
[..]
One could do something like:

procedure TJvThreadTimer.ActivateThread(Activate: boolean);
begin
  if FThread <> nil then
  begin
    FThread.OnTerminate := nil;
    FreeAndNil(FThread);
  end;
  if Activate then
  begin
    FThread := TJvTimerThread.Create(self);
    FThread.OnTerminate := DoTerminate;
  end;
end;

procedure TJvThreadTimer.DoTerminate(Sender: TObject);
begin
  FThread := nil;
  FActive := false;
end;


procedure TJvTimerThread.Execute;
var WaitState:DWORD;
begin
  try
    while not Terminated do
    begin
      WaitState := WaitForSingleObject(FEvent,FInterval);
      if (FInterval > 0) and (WaitState = WAIT_TIMEOUT) then
        try
          Synchronize(DoTimer);
        except
          Terminate;
          raise;
        end;
    end;
  except
  end;
end;

Would this work?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Form designer
From: "Ricardo Cardona \(Open Systems\)" <rcardona@nospam1.open.com.co>
Date: Fri, 25 Jul 2003 08:35:14 -0500
Newsgroups: jedi.vcl

> > I am looking for form designer's (for a delphi app) alternatives

ExtLib Desing-time form editing engine v.2.2 FWS243 Kb30 Dec 2002
By Dageek. This is ExtLib - a superior runtime form design engine and not
only.
Includes TELDiagram, TELDBDiagram, ELDesigner, ELDEsignPanel, ELEvent,
ELEventSender, ELPropertyInspector, ELStringList, ELTrayIcon.
Based at Extension Library.
Fully functional
Source: Included

Download: D5 D6 D7 http://torry.net/vcl/packs/lite/dageekextlib.zip


Some screenshots

http://ricardona.150m.com/images/Clip1.png
http://ricardona.150m.com/images/Clip2.png
http://ricardona.150m.com/images/Clip3.png
http://ricardona.150m.com/images/Clip4.png

Simple and free

Enjoy

Ricardo






Subject: Re: jvThreadTimer problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 25 Jul 2003 23:20:19 +1000
Newsgroups: jedi.vcl

Some few remarks :

- The thread should be either created without a name (last parameter set to nil) or with a meaningful name. The empty string is a threat as other programs on the system may have done the same mistake and you would most likely interfere with their event. Indeed, the events are system wise available and if you happen to give the same name, then you don't create  a new one, you just get its handle...

- If there is an exception in the user's message handler, the try except mechanism will stop the thread as execute exits and the timer will never restart unless it is set inactive and active again. The thread object will still exists, but the underlying thread won't...

That's all I have in mind.
But done this way, it looks quite well.

OBones

Peter Thörnqvist wrote:

> I've uplaoded a rewritten JvThreadTimer to binaries that uses an event +
> WaitForSingleObject and also recreates the thread as necessary. I would
> appreciate if Olivier and Ivo (and others) could take a look and suggest
> improvements/changes so we can put this into the CVS once and for all. It
> would be great if Giorgio also tried this new unit on his project to see if
> it works.
>



Subject: Re: JvSearch Files
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 25 Jul 2003 07:29:51 -0500
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bfpddb$620$1@talkto.net...
> > dave wrote:
>> > > Why does JvSearchFile not return files in the root of a drive?
>> > > I have it set to include sub-dirs and file option exclude root dir is
false.
>> > > But when i search C:\ or D:\ i do not get the image in the root.
> >
> > Did you place the component on the form? If so, copy the .dfm part that
> > describes the component, for example:
> >
> >    object JvSearchFiles1: TJvSearchFiles
> >      FileParams.SearchTypes = [stFileMask]
> >      Left = 320
> >      Top = 256
> >    end
> >
> > (left click on the form containg the search file component), select
> > 'View as Text', etc.)

From .dfm:

object JvSearchFiles1: TJvSearchFiles
   Options = [soAllowDuplicates, soCheckRootDirValid, soSearchFiles,
soSorted]
   DirParams.SearchTypes = [stFileMask]
   FileParams.SearchTypes = [stFileMask]
   Left = 258
   Top = 133
end

> > Which JVCL version do you use? (Important)
2.10


> > What Windows system do you have?
win xp and win 2000


> > Which Delphi version do you have?
Delphi 5 enterprise / Delphi 6 professional

> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: JvDeviceChanged does not work under WinXp?
From: "cforce" <cforce@gmx.de>
Date: Fri, 25 Jul 2003 12:17:08 +0200
Newsgroups: jedi.vcl

I searched for it in sysme control>hardware>device
manager>cdrom(s)>properties
- nothing found
Alos tried explorer > cdrom(s) > properties

Only found AutoPlay Options.

But you are right with that burn tools, i am using nero
an i remember that nero had queried me to turn that off.

Maybe i need some PowerToolsr TweakTools to switch this option?

Furthermore the event is no triggered when i insert the cd and then open the
a dir on the cd in the explorer..

I am using WinXpSp1,

tx for your help.


> > It's in the options of you CD-Rom drive and some stupid burning
> > softwares turn it off because they can't cope with it.
> >
> > cforce wrote:
> >
>> > > hmm..where can i turn that on/off?
>> > > I don't remember changing it myself!
>> > >
>> > >
>> > > "Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
>> > > news:bfp0jo$3os$1@talkto.net...
>> > >
>>> > >>cforce wrote:
>>> > >>
>>>> > >>>Is that possible?
>>>> > >>>
>>>> > >>>When inserting a new cd in the drive or removing it, nothing happens,
>>>> > >>>do event is triggered.
>>> > >>
>>> > >>Maybe that message has been switched off for the CD?
>>> > >>You can switch off insertion signalling.
>>> > >>
>> > >
>> > >
>> > >
> >




Subject: Re: Form designer
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Fri, 25 Jul 2003 09:53:41 +0100
Newsgroups: jedi.vcl

Good question! <g>

A while ago William Yu Wei announced that he was working on a form designer
in the 3rdParty NG. It looked fantastic and recieved a lot of interest.
Since he has now contributed his excellent Wizard component to JVCL, I was
hoping that we may get to see the form designer too someday.

Any thoughts William?

Regards
Trev


"Nicola Farina" <nospam@nospam.com> wrote in message
news:3F20E715.8010602@nospam.com...
> > Hi all!
> >
> > I am looking for form designer's (for a delphi app) alternatives, free
> > or not.
> > Where is the (former) ralib form designer example? I am unable
> > to find out..
> > And which is, in your opionion, the best component to use for
> > give form designer/customization capabilities to the user?
> >
> > TIA
> > Bye
> > Nicola
> >




Subject: Re: jvThreadTimer problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Jul 2003 10:48:53 +0200
Newsgroups: jedi.vcl

I've uplaoded a rewritten JvThreadTimer to binaries that uses an event +
WaitForSingleObject and also recreates the thread as necessary. I would
appreciate if Olivier and Ivo (and others) could take a look and suggest
improvements/changes so we can put this into the CVS once and for all. It
would be great if Giorgio also tried this new unit on his project to see if
it works.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Form designer
From: Nicola Farina <nospam@nospam.com>
Date: Fri, 25 Jul 2003 10:15:17 +0200
Newsgroups: jedi.vcl

Hi all!

I am looking for form designer's (for a delphi app) alternatives, free or not.
Where is the (former) ralib form designer example? I am unable
to find out..
And which is, in your opionion, the best component to use for
give form designer/customization capabilities to the user?

TIA
Bye
Nicola



Subject: Re: jvThreadTimer problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Jul 2003 08:59:20 +0200
Newsgroups: jedi.vcl

Using WaitForSingleOject and and event sounds quite OK to me, so I'm with
you Ivo!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvThreadTimer problem
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Fri, 25 Jul 2003 12:27:57 +1000
Newsgroups: jedi.vcl

Well why not simply let the thread destroy itself ?
The idea then would be not to use any while loop in the Execute method, it would be a single shot thread : Wait, trigger event, die
And in the OnTerminate event, we recreate the thread for the next round...



Subject: Re: jvThreadTimer problem
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 01:58:06 +0200
Newsgroups: jedi.vcl

"OBones" <obones_SPJJ@SPPJJ_meloo.com> píse v diskusním príspevku
news:bfpo95$7pd$1@talkto.net...
> > I really like the WaitForSingleObject.
> > Please note that if you use it well, you can actually get rid of the
> > Creation/Destruction of the thread...
> > This requires a bit more thinking, but it's not that hard.


Yes, I'm aware of this technique but as I said previously I do always prefer
to release the resources as they become unnecessary and reallocate them
later on demand. However there is one exception to this rule - speed - if
this kind of "switching" becomes frequent and there is a need for speed,
then I would go towards the allocate on create / release on destroy
approach.


> > I know that the system resource is not a real issue, it's just that to
> > me, destroying and then recreating the thread to have it restart is not
> > a good programming practice.


Why? Why there should be allocated a resource (a thread in this case) when
there is no need for it?


Best regards,
Ivo




Subject: Re: JvDeviceChanged does not work under WinXp?
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Fri, 25 Jul 2003 09:19:10 +1000
Newsgroups: jedi.vcl

It's in the options of you CD-Rom drive and some stupid burning softwares turn it off because they can't cope with it.

cforce wrote:

> hmm..where can i turn that on/off?
> I don't remember changing it myself!
>
>
> "Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
> news:bfp0jo$3os$1@talkto.net...
>
>> cforce wrote:
>>
>>> Is that possible?
>>>
>>> When inserting a new cd in the drive or removing it, nothing happens,
>>> do event is triggered.
>>
>> Maybe that message has been switched off for the CD?
>> You can switch off insertion signalling.
>>
>
>
>



Subject: Re: jvThreadTimer problem
From: OBones <obones_SPJJ@SPPJJ_meloo.com>
Date: Fri, 25 Jul 2003 09:18:24 +1000
Newsgroups: jedi.vcl

I really like the WaitForSingleObject.
Please note that if you use it well, you can actually get rid of the Creation/Destruction of the thread...
This requires a bit more thinking, but it's not that hard.
I know that the system resource is not a real issue, it's just that to me, destroying and then recreating the thread to have it restart is not a good programming practice.

Ivo Bauer wrote:
> "Peter Thörnqvist" <peter3@no.spam.peter3.com> píse v diskusním príspevku
> news:bfoqp6$2p4$1@talkto.net...
>
>> Let's collect some more opinions. If we decide to go the critical section
>> route, you're welcome to do it. If we go the recreate route, I've already
>> done it.
>
>
>
> Hi All!
>
> I would go for:
>
>
> 1) Destroying/recreating the timer thread upon demand. I'm using this
> approach also in my threaded timer component and works well for me and also
> saves the system resources when timer is not enabled. To OBones: Well, if
> the OS will run out of system resources then the timer thread will be just
> one of many resource allocation requests in your application that could not
> be satisfied.
>
>
> 2) Setting TTimerThreadClass.FreeOnTerminate to FALSE and WaitFor it upon
> destruction, since I don't like (and perhaps anybody else) when a secondary
> thread is terminated somewhere in the Windows bowels. IMHO, it's a good
> programming practise to always wait for the secondary thread to finish,
> isn't it? However, this will lead to another issue - Imagine situations
> where the application developer set the timer's interval to some very high
> value and he decide to destroy this thread while some Sleep(60000) is in
> progress. The main VCL thread should wait a long time (a 60 seconds in the
> worst case) for the thread to finish. This issue can be simply solved by my
> next suggestion:
>
>
> 3) Replace a call to Sleep by utilizing WaitForSingleObject API. This
> involves creating a Win32 event object in the thread's constructor
> (auto-reset, initially non-signalled). Provided this, the thread constructor
> and destructor would look like this:
>
>
> constructor TTimerThread.Create(ATimer: TPdxTimer);
> begin
>   // Create the thread suspended.
>   inherited Create(True);
>   FTimer := ATimer;
>   // Create the event object.
>   FEvent := CreateEvent(nil, False, False, ''); // auto-reset, non-signalled
>   CheckEventCreated(FEvent);
>   // Resume the thread.
>   Priority := FTimer.ThreadPriority;
>   Resume;
> end;
>
> //--------------------------------------------------------------------------
> ------------------------
>
> destructor TTimerThread.Destroy;
> begin
>   // Stop the thread.
>   Terminate;
>   SetEvent(FEvent);
>   Sleep(0);
>   inherited;
>   // Release event object.
>   SafeDestroyEvent(FEvent);
> end;
>
>
>
> What do you Peter (and the others) think about this? Your suggestions are
> welcome.
>
>
> Best regards,
> Ivo
>
>
>



Subject: Re: jvThreadTimer problem
From: "Ivo Bauer" <bauer@ozm.cz>
Date: Fri, 25 Jul 2003 01:09:43 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> píse v diskusním príspevku
news:bfoqp6$2p4$1@talkto.net...
> > Let's collect some more opinions. If we decide to go the critical section
> > route, you're welcome to do it. If we go the recreate route, I've already
> > done it.


Hi All!

I would go for:


1) Destroying/recreating the timer thread upon demand. I'm using this
approach also in my threaded timer component and works well for me and also
saves the system resources when timer is not enabled. To OBones: Well, if
the OS will run out of system resources then the timer thread will be just
one of many resource allocation requests in your application that could not
be satisfied.


2) Setting TTimerThreadClass.FreeOnTerminate to FALSE and WaitFor it upon
destruction, since I don't like (and perhaps anybody else) when a secondary
thread is terminated somewhere in the Windows bowels. IMHO, it's a good
programming practise to always wait for the secondary thread to finish,
isn't it? However, this will lead to another issue - Imagine situations
where the application developer set the timer's interval to some very high
value and he decide to destroy this thread while some Sleep(60000) is in
progress. The main VCL thread should wait a long time (a 60 seconds in the
worst case) for the thread to finish. This issue can be simply solved by my
next suggestion:


3) Replace a call to Sleep by utilizing WaitForSingleObject API. This
involves creating a Win32 event object in the thread's constructor
(auto-reset, initially non-signalled). Provided this, the thread constructor
and destructor would look like this:


constructor TTimerThread.Create(ATimer: TPdxTimer);
begin
  // Create the thread suspended.
  inherited Create(True);
  FTimer := ATimer;
  // Create the event object.
  FEvent := CreateEvent(nil, False, False, ''); // auto-reset, non-signalled
  CheckEventCreated(FEvent);
  // Resume the thread.
  Priority := FTimer.ThreadPriority;
  Resume;
end;

//--------------------------------------------------------------------------
------------------------

destructor TTimerThread.Destroy;
begin
  // Stop the thread.
  Terminate;
  SetEvent(FEvent);
  Sleep(0);
  inherited;
  // Release event object.
  SafeDestroyEvent(FEvent);
end;



What do you Peter (and the others) think about this? Your suggestions are
welcome.


Best regards,
Ivo





Subject: Re: JvDeviceChanged does not work under WinXp?
From: "cforce" <cforce@gmx.de>
Date: Fri, 25 Jul 2003 00:15:45 +0200
Newsgroups: jedi.vcl

hmm..where can i turn that on/off?
I don't remember changing it myself!


"Robert Marquardt" <robert_marquardt@gmx.de> schrieb im Newsbeitrag
news:bfp0jo$3os$1@talkto.net...
> > cforce wrote:
>> > > Is that possible?
>> > >
>> > > When inserting a new cd in the drive or removing it, nothing happens,
>> > > do event is triggered.
> >
> > Maybe that message has been switched off for the CD?
> > You can switch off insertion signalling.
> >




Subject: Re: non rectangular forms
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Thu, 24 Jul 2003 22:41:34 +0100
Newsgroups: jedi.vcl

THANK U SOOOOO MUCH. IT WORKED!!! YESSSSSS. THANKS MAN!!!!!!!!!




Subject: Re: Help with JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 24 Jul 2003 23:18:25 +0200
Newsgroups: jedi.vcl

Hello, Fingolfin!
You wrote  on Thu, 24 Jul 2003 23:06:06 +0200:

 F> I realized there is no PropertyEditor for Images yet.
 F> Am I right on this?

you mean TCustomImageList descendants? You are correct in that it will add
the property using the standard component editor (i.e. you can pick an image
list and assign it to the property) but does not provide any means to manage
the bitmaps in the image list.

 F> If I am and you don't update that frequently at the moment I thought
 F> about writung one myself.

Feel free to do so.

 F> And if I wrote (I can try, maybe it works ;) ) one myself do I have to
 F> make my whole prog that uses it Open Source or is it enough to release
 F> the changed parts of the component? The prog will be Freeware btw.
 F> I'm almost never sure with this complicated licenses.

Whatever you write is yours. MPL license only deals with the source of the
code under that license (IOW changing things directly in JvInspector.pas for
example will have to be given back to Project JEDI). I'm a bit unclear about
descendant classes though (which is what you'll be doing if you write a new
property editor). I think they at least inherit the same license but your
are not required to give it back to Project JEDI (of course I'd be very
happy if you would).

Concerning the application: the only thing you have to do is add a clear
copyright notice for any Project JEDI code (in the about dialog, help and/or
documentation). Doesn't matter if you release as freeware, shareware,
OpenSource or commercial. Now, if had put this library in GPL you'd be in
trouble (your application would also have to be release under GPL).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: Help with JvInspector
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Thu, 24 Jul 2003 23:06:06 +0200
Newsgroups: jedi.vcl

One (ok two) small question(s).

I realized there is no PropertyEditor for Images yet.
Am I right on this?

If I am and you don't update that frequently at the moment I thought about
writung one myself.

And if I wrote (I can try, maybe it works ;) ) one myself do I have to make
my whole prog that uses it Open Source or is it enough to release the
changed parts of the component? The prog will be Freeware btw.
I'm almost never sure with this complicated licenses.

Thanks in advance.

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:bfp0td$3tm$1@talkto.net...
> > Hello, Lalo!
> > You wrote  on Wed, 23 Jul 2003 23:12:33 -0500:
> >
> >  L> Thanks for your tips, i will use them!!
> >
> > Your welcome. And don't hesitate to ask if something is still unclear.
> >
> >  L> By the way, what changes are your team making to JvInspector and what
is
> >  L> the latest version of it??? because i can see in the newsgroups that a
> >  L> new version of JVCL is going out!!! (3.0).
> >
> > There are no changes planned for JvInspector at the moment. And I'm the
only
> > one actively working on the inspector component (well, no so active
lately).
> >
> >  L> Please let me know where can i download the latest version of
> >  L> JvInspector with bug-fixes and updates, because i am starting a new
> >  L> project and i want to use JvInspector in my program and is really
> >  L> Urgent!!!. So i need to know that the component is working fine and
> >  L> without bugs. Thanks
> >
> > The easiest way to get the latest source is by using a CVS client
(Tortoise,
> > WinCVS). http://jvcl.sourceforge.net has a page describing how to
configure
> > it to work. Using anonymous access you can retrieve the latest sources.
> > Having said that, I don't think any fixes have occurred since the JVCL 2.1
> > release, just some tweaks and feature requests.
> >
> > It's of course impossible to say it is completely bug free (such a thing
> > doesn't exists) but it seems very stable and not many bugs are reported
> > (there are feature requests and tweaks waiting but no more bugs that I'm
> > aware off). If you do run into a bug, post it in our issue tracker
> > (http://jvcl.sourceforge.net/bugs.htm; registered user preferred as you
will
> > be automatically notified by mail whenever I start on the issue and when
> > it's resolved; before adding a bug first search the repository to see if
> > someone else hasn't reported it already) and I'll solve it as soon as
> > possible (depending on the complication level of finding/fixing it but
> > usually within a day).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > It's quiet in here!
> >
> >




Subject: Re: JvSearch Files
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 24 Jul 2003 22:12:54 +0200
Newsgroups: jedi.vcl

dave wrote:
> Why does JvSearchFile not return files in the root of a drive?
> I have it set to include sub-dirs and file option exclude root dir is false.
> But when i search C:\ or D:\ i do not get the image in the root.

Did you place the component on the form? If so, copy the .dfm part that describes the component, for example:

  object JvSearchFiles1: TJvSearchFiles
    FileParams.SearchTypes = [stFileMask]
    Left = 320
    Top = 256
  end

(left click on the form containg the search file component), select 'View as Text', etc.)

Which JVCL version do you use? (Important)

What Windows system do you have?

Which Delphi version do you have?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Internal error in Delphi 5.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 25 Jul 2003 00:05:59 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 24 Jul 2003 23:18:41 +0400 @846)
....while the fading voice of Proskura whispered through the darkness:

 PA> 'Internal error' message while compiling jvcl200_d50. Full reinstall
 PA> Delphi does not help.

Adnd will never do.
Is it URW531 ro smth like that ?

Launch Delphi 5.1
Open  jvcl200_r50.dpk
Build it.
Close Delphi.
Launch Delphi again
Open  jvcl200_d50.dpk
Build it.
Install it.
Close Delphi.
Launch Delphi again.
Work With Your programs.

-- If i had ears, i'd heard Saint-Preux - No more Nadine With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: non rectangular forms
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 24 Jul 2003 21:59:55 +0200
Newsgroups: jedi.vcl

Search the main form's source for a call to "MakeTransparent". Now, see that
a color value is passed into the procedure? This color is the color on the
image that will be made transparent. If the corners of your image is
clYellow, change the parameter to clYellow, if the corners are clBlue, set
it to clBlue etc. If the corners are still visible at run-time it means you
have  specified the wrong color and you need to find out what color they
have *exactly* and use that color in the call to MakeTransparent..

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: non rectangular forms
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Thu, 24 Jul 2003 20:54:40 +0100
Newsgroups: jedi.vcl

I've Tried with my bitmap image and the two corners are still their.




Subject: JvSearch Files
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 24 Jul 2003 14:38:16 -0500
Newsgroups: jedi.vcl

Why does JvSearchFile not return files in the root of a drive?
I have it set to include sub-dirs and file option exclude root dir is false.
But when i search C:\ or D:\ i do not get the image in the root.

Anybody know why? It is very important to me to fix this.

Thanks in advance,
Dave




Subject: Internal error in Delphi 5.0
From: "Proskura Alexander" <iwillremember@mtu-net.ru>
Date: Thu, 24 Jul 2003 23:18:41 +0400
Newsgroups: jedi.vcl

Hi,

Please, help me.

I try to install jvcl 2.1 and get error message during instalation process.
Then I try to compile packages manually and Delphi produces 'Internal error'
message while compiling jvcl200_d50. Full reinstall Delphi does not help.

Alexander




Subject: Re: Help with JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 24 Jul 2003 18:39:39 +0200
Newsgroups: jedi.vcl

Hello, Lalo!
You wrote  on Wed, 23 Jul 2003 23:12:33 -0500:

 L> Thanks for your tips, i will use them!!

Your welcome. And don't hesitate to ask if something is still unclear.

 L> By the way, what changes are your team making to JvInspector and what is
 L> the latest version of it??? because i can see in the newsgroups that a
 L> new version of JVCL is going out!!! (3.0).

There are no changes planned for JvInspector at the moment. And I'm the only
one actively working on the inspector component (well, no so active lately).

 L> Please let me know where can i download the latest version of
 L> JvInspector with bug-fixes and updates, because i am starting a new
 L> project and i want to use JvInspector in my program and is really
 L> Urgent!!!. So i need to know that the component is working fine and
 L> without bugs. Thanks

The easiest way to get the latest source is by using a CVS client (Tortoise,
WinCVS). http://jvcl.sourceforge.net has a page describing how to configure
it to work. Using anonymous access you can retrieve the latest sources.
Having said that, I don't think any fixes have occurred since the JVCL 2.1
release, just some tweaks and feature requests.

It's of course impossible to say it is completely bug free (such a thing
doesn't exists) but it seems very stable and not many bugs are reported
(there are feature requests and tweaks waiting but no more bugs that I'm
aware off). If you do run into a bug, post it in our issue tracker
(http://jvcl.sourceforge.net/bugs.htm; registered user preferred as you will
be automatically notified by mail whenever I start on the issue and when
it's resolved; before adding a bug first search the repository to see if
someone else hasn't reported it already) and I'll solve it as soon as
possible (depending on the complication level of finding/fixing it but
usually within a day).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: JvDeviceChanged does not work under WinXp?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 24 Jul 2003 18:34:41 +0200
Newsgroups: jedi.vcl

cforce wrote:
> Is that possible?
>
> When inserting a new cd in the drive or removing it, nothing happens,
> do event is triggered.

Maybe that message has been switched off for the CD?
You can switch off insertion signalling.



Subject: JvDeviceChanged does not work under WinXp?
From: "cforce" <cforce@gmx.de>
Date: Thu, 24 Jul 2003 18:23:36 +0200
Newsgroups: jedi.vcl

Is that possible?

When inserting a new cd in the drive or removing it, nothing happens,
do event is triggered.

Any ideas, another working component?

Tx, cheers Fabi.




Subject: jvSimpleXml
From: "Giorgio" <g@p.com>
Date: Thu, 24 Jul 2003 18:04:10 +0200
Newsgroups: jedi.vcl

I've just made a change in jvSimpleXml code: now it recognizes "&amp;" that
is useful when we use jvTranslator to set captions and hotkeys for a button.

I had this problem:
this code in my XML file didn't work:

<myButton1 Capition="&1"/>

now, I can write

<myButton1 Caption="&amp;1"/>

and it works fine!

If you are interested, I can post it (where?)




Subject: Re: jvThreadTimer problem
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 24 Jul 2003 16:54:53 +0200
Newsgroups: jedi.vcl

> > And what about the potential threat under Linux ?
The rewrite I've done doesn't use Suspend/Resume at all, so that should not
be a problem.

> > If you don't have time to do the modifications for the TJvThreadTimer, I
> > could do it in the coming week.
Let's collect some more opinions. If we decide to go the critical section
route, you're welcome to do it. If we go the recreate route, I've already
done it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvThreadTimer problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 25 Jul 2003 00:33:18 +1000
Newsgroups: jedi.vcl

And what about the potential threat under Linux ?

I know Kylix is not supported at the moment, but it seems that part of the JVCL 3 may be compatible with Kylix. I think it would be great to avoid the potential problems from the early stages...
If you don't have time to do the modifications for the TJvThreadTimer, I could do it in the coming week.

Let me know

Peter Thörnqvist wrote:

>> And doing like that avoids creating and destroying the thread each time
>> which sounds much safer to me:
>
>
> I like the free/create idea because it greatly simplifies the code.
>
>
>> What if the system runs out of resources
>> in the course of the program and suddenly, the thread cannot be
>> reallocated ? This would be a rare but annoying fact...
>
> Well, there isn't much we can do about that but it is generally recommended
> that programmers should free resources as soon as possible and I don't think
> thread programming is any different in that case...
>
> I could upload the reimplemented JvThreadTimer to binaries if someone is
> interested in having a look at it.
>
> Any other suggestions, anyone?



Subject: Re: non rectangular forms
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 24 Jul 2003 15:56:18 +0200
Newsgroups: jedi.vcl

Hello, Shaid!
You wrote  on Thu, 24 Jul 2003 14:55:39 +0100:

 SB> I downloaded the CreateForm Bitmap, and tried it but it won't load.
 SB> Every time i try to load the project  i get the error .res file
 SB> missing??? im using delphi 7.

that doesn't matter. Delphi will happily recreate it. Once it does that the
example should work properly.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: non rectangular forms
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Thu, 24 Jul 2003 14:55:39 +0100
Newsgroups: jedi.vcl

I downloaded the CreateForm Bitmap, and tried it but it won't load. Every
time i try to load the project  i get the error .res file missing??? im
using delphi 7.




Subject: Re: jvThreadTimer problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 24 Jul 2003 15:11:33 +0200
Newsgroups: jedi.vcl

> > And doing like that avoids creating and destroying the thread each time
> > which sounds much safer to me:

I like the free/create idea because it greatly simplifies the code.

> > What if the system runs out of resources
> > in the course of the program and suddenly, the thread cannot be
> > reallocated ? This would be a rare but annoying fact...
Well, there isn't much we can do about that but it is generally recommended
that programmers should free resources as soon as possible and I don't think
thread programming is any different in that case...

I could upload the reimplemented JvThreadTimer to binaries if someone is
interested in having a look at it.

Any other suggestions, anyone?
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvThreadTimer problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 24 Jul 2003 21:39:51 +1000
Newsgroups: jedi.vcl

What about using the Pause concept ?
Maybe something like this:

while not Terminated do
begin
  repeat
    FActiveSection.Acquire;
    Sleep(10);
    FActiveSection.Release;
  until 10*FCounter < FInterval;

  if Assigned(FOnTimer) then
    FOnTimer(Self);
end;

and in SetActive we have this :

if Value then
begin
  FCounter := 0;
  FActiveSection.Release;
end
else
begin
  FActiveSection.Acquire;
end;

and of course in the constructor, we must ensure the thread is locked with setting active to False, which will have the main thread lock our timer thread.

The drawbacks here are:
- The interval must be a multiple of 10. I think we could safely go down to 5, but nothing smaller than 2 as the system itself is not that precise.
- The thread asking to deactivate the timer will at most be locked 10ms.

These two are not that significant to me as the whole idea of the Timer is that it is not precise : it waits for at least the Interval you ask, but it may wait much (oh yes, much) longer.

And doing like that avoids creating and destroying the thread each time which sounds much safer to me: What if the system runs out of resources in the course of the program and suddenly, the thread cannot be reallocated ? This would be a rare but annoying fact...

That's what I think, there may be some other problems, but that's the whole idea.


Peter Thörnqvist wrote:

> Thanks for the detailed explanation. I wasn't aware that this was an issue.
> The problem with TJvThreadTimer is of another type, though since the thread
> is created internally and setting the TJvThreadTimer.Active property calls
> Suspend/Resume, something like this:
>
> procedure TJvThreadTimer.SetActive(Value:boolean);
> begin
>   if FActive <> Value then
>   begin
>     FActive := Value;
>     if FActive then
>       FThread.Resume
>     else
>       FThread.Suspend;
>   end;
> end;
>
> I am rewriting this code to actually free and recreate the thread instead
> since it seems it is the only way of restarting the timer event. The new
> code looks like this (ActivateThread is called from various places in the
> component, including SetActive):
>
> procedure TJvThreadTimer.ActivateThread(Activate: boolean);
> begin
>   FreeAndNil(FThread);
>   if Activate then
>   begin
>     FThread := TJvThreadTimerClass.Create(True);
>     FThread.FInterval := FInterval;
>     FThread.FOnCall := FOnTimer;
>     FThread.FSender := Self;
>     FThread.Resume;
>   end;
> end;
>
> Do you have any suggestions for alternate implementations?
>



Subject: Re: jvThreadTimer problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 24 Jul 2003 13:02:18 +0200
Newsgroups: jedi.vcl

Thanks for the detailed explanation. I wasn't aware that this was an issue.
The problem with TJvThreadTimer is of another type, though since the thread
is created internally and setting the TJvThreadTimer.Active property calls
Suspend/Resume, something like this:

procedure TJvThreadTimer.SetActive(Value:boolean);
begin
  if FActive <> Value then
  begin
    FActive := Value;
    if FActive then
      FThread.Resume
    else
      FThread.Suspend;
  end;
end;

I am rewriting this code to actually free and recreate the thread instead
since it seems it is the only way of restarting the timer event. The new
code looks like this (ActivateThread is called from various places in the
component, including SetActive):

procedure TJvThreadTimer.ActivateThread(Activate: boolean);
begin
  FreeAndNil(FThread);
  if Activate then
  begin
    FThread := TJvThreadTimerClass.Create(True);
    FThread.FInterval := FInterval;
    FThread.FOnCall := FOnTimer;
    FThread.FSender := Self;
    FThread.Resume;
  end;
end;

Do you have any suggestions for alternate implementations?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvThreadTimer problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 24 Jul 2003 20:37:51 +1000
Newsgroups: jedi.vcl

No, you're right, the comments are only about Linux. But the problems under Win2K/XP are real, people around me have experienced it.
It's not that easy to see, because your thread has to access system resources (network informations, any drivers...) and be suspended while it does so, but it is definitely happening. What happens, is that you get an error message box coming through saying that you are denied acces to the thread. Then of course, you think it is suspended, but it is not ! And both that and the message are annoying for any user !

So the only safe way to go around these problems is to not use these methods but rather use a CriticalSection to "Pause" your thread whenever its ready to be paused. So in your Execute method, you do that :

while not terminated
  PauseSection.Acquire;
  // do the critical non suspendable code
  PauseSection.Release;
end;

and you have the paused property which is set with this procedure:
procedure SetPaused(Value : Boolean);
begin
  if Value then
    PauseSection.Acquire
  else
    PauseSection.Release;
end;

This has a slight drawback in the fact that the thread setting the Paused property may be locked until the thread to be paused finishes its unsuspendable code, but this is not really an issue as such a code is kept to a minimum (at least in my case). And if that doesn't work, with the people I talked to, we always found a way of reorganising their multithreading design to work with critical sections rather than Suspend/Resume.

I really think we should avoid using Suspend/Resume as much as possible, this would prevent us from further bug reports if the situation described in the VCL source becomes true.

Hope this helps

Olivier

Peter Thörnqvist wrote:

>> And by the way, DO NOT USE Suspend/Resume it's a source of problems
>> under Windows 2k/XP and a threat to safety under Linux (See the source
>> code for it)
>
> I couldn't find anything suggesting that it was a problem under Windows (the
> comments seem to have to do with POSIX and Linux only). Am I missing
> something?
>



Subject: Re: jvThreadTimer problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 24 Jul 2003 11:31:05 +0200
Newsgroups: jedi.vcl

> > And by the way, DO NOT USE Suspend/Resume it's a source of problems
> > under Windows 2k/XP and a threat to safety under Linux (See the source
> > code for it)
I couldn't find anything suggesting that it was a problem under Windows (the
comments seem to have to do with POSIX and Linux only). Am I missing
something?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvThreadTimer problem
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 24 Jul 2003 19:26:47 +1000
Newsgroups: jedi.vcl

What about changing it ?
I mean, people would be able to make the change themselves...

And by the way, DO NOT USE Suspend/Resume it's a source of problems under Windows 2k/XP and a threat to safety under Linux (See the source code for it)
If you want more details on the issue under 2k/XP, I could do a topic on it.

Peter Thörnqvist wrote:

> The problem seems to be that when Active is set to false, the thread is only
> suspended. When you restart (with Resume), the thread continues whereever it
> was stopped the last time (or so it seems to me). Try using a standard
> TTimer and see if that fixes the problem. If it doesn't, the problem lies
> elsewhere.
>
> I'll have a look at JvThreadTimer to see if I can rewrite it so it restarts
> every time Active is set to true (too bad this property wasn't called
> Enabled and Delay was called Interval so it would be compatible with
> TTimer...)
>
>



Subject: Re: Help with JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 24 Jul 2003 10:51:49 +0200
Newsgroups: jedi.vcl

Hello, Lalo!
You wrote  on Wed, 23 Jul 2003 09:23:21 -0500:

just replied in general (without looking here first). Please respond to this
thread if something is still unclear.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: jvThreadTimer problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 24 Jul 2003 10:24:26 +0200
Newsgroups: jedi.vcl

The problem seems to be that when Active is set to false, the thread is only
suspended. When you restart (with Resume), the thread continues whereever it
was stopped the last time (or so it seems to me). Try using a standard
TTimer and see if that fixes the problem. If it doesn't, the problem lies
elsewhere.

I'll have a look at JvThreadTimer to see if I can rewrite it so it restarts
every time Active is set to true (too bad this property wasn't called
Enabled and Delay was called Interval so it would be compatible with
TTimer...)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvThreadTimer problem
From: "Giorgio" <giorgio@sagnino.com>
Date: Thu, 24 Jul 2003 09:01:10 +0200
Newsgroups: jedi.vcl

Another problem with jvThreadTimer...

My timer is very crazy!
I resolved previous problem (see previous post "Two questions: jvThreadTimer
and jvImage") by destroying and recreating jvThreadTimer...
but... There is another problem

My program uses a pageControl.
MyTimer has Interval := 30000 (30 sec)

a. User that uses my program, navigates into tabsheet sequentially, from
first to last tabsheet
b. We can suppose that tabSheet sequence is tsA, tsB, tsC, tsD and so on.
c. myTimer is activated in the procedure that responds to event OnShow of
tsC. So, in this procedure we can find the instruction: myTimer.Active :=
true;
d. In tsC there is a button that allows user to come back to tsB. If this
"back" button is pressed, the timer must be deactivated. I put this
instruction in procedure that responds to event OnClick of the "back"
button: myTimer.Active := False;
e. Now, user is in tsB. If user returns in tsC with a "fwd" button...
Incredible!! If between point c and e user wait 30 sec in total, when he
returns in tsC, the procedure that responds to event OnTimer of myTimer is
called immediately!!! So, myTimer works as well if I deactivate it, but it
calls OnTimer event only if I reactivate it.

This is a scheme that explains the problem (t=time from timer activation)

t=0    timer activated in OnShow of tsC
t=x    user returns to tsB (timer is deactivated)
t=y    user returns to tsC (timer is reactivated via OnShow of tsC)

Now:
if y<30 sec -> OnTimer is called after 30-(x+y) sec, when user is in tsC
if y>30 sec -> OnTimer is called immediately, when user returns in tsC
(30-(x+y) is negative): note that if user is in tsB when t=30, the OnTimer
is not called!! But when I reactivate the timer (when user returns in tsC),
the procedure that corresponds to event OnTimer is called immediately.

I want to reset my timer, so when I return to tsC, it restarts from t=0
Do you have any idea?
Thanks!!

Giorgio






Subject: Re: non rectangular forms
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 24 Jul 2003 08:46:00 +0200
Newsgroups: jedi.vcl

> > hi, is there a way to create non rectanular forms. thanx

The example I posted for you in the jedi.binaries newsgroup shows how to do
it. Just replace the current image with the one you want to use and set the
correct transparent color in the call to MakeTransparent. Those areas
containing the transparent color will be removed, both in the image as well
as on the form.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: RE: Help with JvInspector
From: "Lalo" <eriveraa@hotmail.com>
Date: Wed, 23 Jul 2003 23:12:33 -0500
Newsgroups: jedi.vcl

Hi Marcel :

Thanks for your tips, i will use them!!

By the way, what changes are your team making to JvInspector and what is the
latest version of it??? because i can see in the newsgroups that a new
version of JVCL is going out!!! (3.0).

Please let me know where can i download the latest version of JvInspector
with bug-fixes and updates, because i am starting a new project and i want
to use JvInspector in my program and is really Urgent!!!. So i need to know
that the component is working fine and without bugs. Thanks

TIA
Lalo




Subject: non rectangular forms
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Wed, 23 Jul 2003 21:57:15 +0100
Newsgroups: jedi.vcl

hi, is there a way to create non rectanular forms. thanx




Subject: Re: Cannot update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 23 Jul 2003 20:51:54 +0200
Newsgroups: jedi.vcl

Check the JVCL3\CVS\Root file, it should contain something like:

:ext:<user>@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
or
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl


check the JVCL3\CVS\Repository fiile, it should contain:
dev/JVCL3

JVCL\CVS\Root should contain
:ext:peter3@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
or
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

and JVCL\CVS\Repository should contain:
jvcl

If they are all correct, it is a network problem not related to CVS (but
could be related to the sourceforge site). Do you have a quota on internet
access or maybe the ISP has closed the port used by CVS? Also check sf's
site status page for any info on known problems.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net " 

Subject: Cannot update
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 23 Jul 2003 13:33:04 -0500
Newsgroups: jedi.vcl

everytime i try to update both the jvcl and jvcl3 sources, Tortoise gives me
the following error:

cvs [update aborted]: Error reading from server cvs.jvcl.sourceforge.net: -1
Error, CVS operation failed

Any ideas as to why? Have not been able to update for at least a week and a
half.

Thanks,
Dave




Subject: Re: TJvPerforated
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Wed, 23 Jul 2003 15:38:44 +0100
Newsgroups: jedi.vcl

cant u send a attachment??




Subject: Help with JvInspector
From: "Lalo" <eriveraa@hotmail.com>
Date: Wed, 23 Jul 2003 09:23:21 -0500
Newsgroups: jedi.vcl

Hi everybody, i have installed JVCL 2.10 in order to use
JvInspector, it's a nice component, but a little difficult
to use and programming. I already checked the demo file that
comes with JVCL but is really hard to understand !!!

I hope somebody could give some pointers or help with this
component i want to use.

TIA
Lalo




Subject: Re: TJvPerforated
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 23 Jul 2003 15:01:51 +0200
Newsgroups: jedi.vcl

Hello, Shaid!
You wrote  on Wed, 23 Jul 2003 13:55:11 +0100:

 SB> how do i get the binaries?

news://talkto.net/jedi.binaries.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: TJvPerforated
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Wed, 23 Jul 2003 13:55:11 +0100
Newsgroups: jedi.vcl

how do i get the binaries?




Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Giorgio" <g@p.com>
Date: Wed, 23 Jul 2003 14:54:46 +0200
Newsgroups: jedi.vcl

Another problem with jvThreadTimer...

My timer is very crazy!
I resolved previous problem by destroying and recreating jvThreadTimer...
but... There is another problem

My program uses a pageControl.
MyTimer has Interval := 30000 (30 sec)

a. User that uses my program, navigates into tabsheet sequentially, from
first to last tabsheet
b. We can suppose that tabSheet sequence is tsA, tsB, tsC, tsD and so on.
c. myTimer is activated in the procedure that responds to event OnShow of
tsC. So, in this procedure we can find the instruction: myTimer.Active :=
true;
d. In tsC there is a button that allows user to come back to tsB. If this
"back" button is pressed, the timer must be deactivated. I put this
instruction in procedure that responds to event OnClick of the "back"
button: myTimer.Active := False;
e. Now, user is in tsB. If user returns in tsC with a "fwd" button...
Incredible!! If between point c and e user wait 30 sec in total, when he
returns in tsC, the procedure that responds to event OnTimer of myTimer is
called immediately!!! So, myTimer works as well if I deactivate it, but it
calls OnTimer event only if I reactivate it.

This is a scheme that explains the problem (t=time from timer activation)

t=0    timer activated in OnShow of tsC
t=x    user returns to tsB (timer is deactivated)
t=y    user returns to tsC (timer is reactivated via OnShow of tsC)

Now:
if y<30 sec -> OnTimer is called after 30-(x+y) sec, when user is in tsC
if y>30 sec -> OnTimer is called immediately, when user returns in tsC
(30-(x+y) is negative): note that if user is in tsB when t=30, the OnTimer
is not called!! But when I reactivate the timer (when user returns in tsC),
the procedure that corresponds to event OnTimer is called immediately.

I want to reset my timer, so when I return to tsC, it restarts from t=0
Do you have any idea?
Thanks!!

Giorgio




Subject: Re: Scrolling in TJvOutlookBar to slow
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jul 2003 13:31:46 +0200
Newsgroups: jedi.vcl

I actually added auto-repeat button to the TJvOutlookbar in JVCL3 yesterday
(stole it from spin.pas), so if you want to try it out, you can get it from
CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jul 2003 13:30:03 +0200
Newsgroups: jedi.vcl

> > It works! There isn't flickering! Thanks!

....so now the question is if still works for other uses (i.e using the
Pictures property)...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Giorgio" <g@p.com>
Date: Wed, 23 Jul 2003 13:16:28 +0200
Newsgroups: jedi.vcl

> > It's in these newsgroups, not CVS: check the jedi.binaries group for
> > "Modified JvImage.pas"

It works! There isn't flickering! Thanks!

Giorgio




Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jul 2003 12:09:43 +0200
Newsgroups: jedi.vcl

It's in these newsgroups, not CVS: check the jedi.binaries group for
"Modified JvImage.pas"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Giorgio" <giorgio@sagnino.com>
Date: Wed, 23 Jul 2003 11:39:08 +0200
Newsgroups: jedi.vcl

> > I've uploaded a modified JvImage.pas to binaries. Try it out and see if it
> > fixes this issue.


I don't find the file ... Can you specify complete path in CVS? Thanks!




Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jul 2003 09:15:31 +0200
Newsgroups: jedi.vcl

> > No, if I use normal TImage component, there isn't flickering.
> > I think that there is a method in TjvImage class that responds to
> > OnMouseMove event and this cause the screen update.
> > Do you have other tips?

The CMMouseEnter and CMMouseLeave messages are handled but there shouldn't
really be any flickering unless any of the Pictures's images are assigned.
I've uploaded a modified JvImage.pas to binaries. Try it out and see if it
fixes this issue.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Giorgio" <giorgio@sagnino.com>
Date: Wed, 23 Jul 2003 08:41:37 +0200
Newsgroups: jedi.vcl

> > myTimer.Active := false;
> > while myTimer.Active do sleep(1);
> > //
> > myTimer.Active := true;

It doesn't work...


> > You could also try freeing and recreating (but don't do it in OnTimer!),
> > i.e:
> >
> >   myTimer.Active := false;
> >   FreeAndNil(myTimer);
> >   //
> >   myTimer := TThreadTimer.Create(nil);
> >   myTimer.Interval := SomeInterval;
> >   myTimer.OnTimer := DoSomething;
> >   myTimer.Active := true;

This works!

> > I haven't been able to recreate the flickering though. Maybe it's another
> > component that is causing the screen updates?

No, if I use normal TImage component, there isn't flickering.
I think that there is a method in TjvImage class that responds to
OnMouseMove event and this cause the screen update.
Do you have other tips?

Thanks!

Giorgio




Subject: Re: TJvPerforated
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jul 2003 08:24:28 +0200
Newsgroups: jedi.vcl

I've uploaded an example to binaries that shows how it's done.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL(X)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Jul 2003 08:15:00 +0200
Newsgroups: jedi.vcl

> > I don't have access to dev/JVCL3. I could check out from jvcl
> > but anonymous access is not allowed for dev/JVCL3.

Anonymous access works with JVCL3 as well:

CVSROOT:
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/

Module:
dev/JVCL3

It's important that the "dev" part is in the module name, not in CVSROOT or
it won't work.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL(X)
From: André <asn@xs4all.nl>
Date: Wed, 23 Jul 2003 02:01:28 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Just to be sure: are you currently working against the 2.10 or the 3.0
> > files? Working against 3.0 will make it a *lot* easier to get the CLX
> > support added before next release.
> > 

I don't have access to dev/JVCL3. I could check out from jvcl
but anonymous access is not allowed for dev/JVCL3. 

You can help me on that ?

André  


Subject: Re: JVCL(X)
From: André <asn@xs4all.nl>
Date: Wed, 23 Jul 2003 01:19:25 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Just to be sure: are you currently working against the 2.10 or the 3.0
> > files? Working against 3.0 will make it a *lot* easier to get the CLX
> > support added before next release.
> > 
The 3.0 files are the ones that are in the cvs ?

André


Subject: Re: TJvPerforated
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Wed, 23 Jul 2003 00:02:04 +0100
Newsgroups: jedi.vcl

 plz can u upload a binary. thanx. By the way how can i load the
CreateRegionForm.





Subject: Re: TJvPerforated
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Wed, 23 Jul 2003 00:00:57 +0100
Newsgroups: jedi.vcl

plz can u upload a binary. thanx. By the way how can i load the
CreateRegionForm.




Subject: Re: TJvPerforated
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 23 Jul 2003 00:06:20 +0200
Newsgroups: jedi.vcl

> > Or is their other ways of removing certain parts. thanks

Yes, there is another way: use CreateRegionFromBitmap from JclGraphics.pas.
It creates a region based on an image and a color. If you need an example,
let me know and I'll upload one to binaries.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvPerforated
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Tue, 22 Jul 2003 22:40:51 +0100
Newsgroups: jedi.vcl

I want to remove certain parts of the form based image. Its the pointed
corners which i dont want. I've tryed using TJvPerforated and it works but
you can only have 1 function transparent at a time. And i was wondering if
their is a way to make more than 1 Perforated function transparent at once.
Or is their other ways of removing certain parts. thanks




Subject: Re: TJvPerforated
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 22 Jul 2003 22:02:58 +0200
Newsgroups: jedi.vcl

I'm not quite sure I understand. Do you want to remove certain parts of the
form based on the image or do you want to make the form visible through the
image?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TJvPerforated
From: "Shaid Banares" <tb014i6116@blueyonder.co.uk>
Date: Tue, 22 Jul 2003 19:32:28 +0100
Newsgroups: jedi.vcl

Hi, I've got an .bmp image as the background of my form in delphi 7. But
their r sum parts that i want to remove from the image, and i'd thought that
i'd use the TJvPerforated function. But when i use it i can only make one
TJvPerforated box transparent at a time. Is their a way of making it
unlimited, so i can use as many as transparent boxes as i want. Thanks
P.S. please if u reply to this message can u email the answer to
Shaid_b@hotmail.com




Subject: Re: TJvxRichEdit Line/Paragraph Number Limitation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 22 Jul 2003 18:19:30 +0200
Newsgroups: jedi.vcl

This is most likely a limitation of the underlying RICHEDIT control as no
byte size values are decalred in PARAFORMAT2 (used to set numbering stat
amongts other things).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem installing JVCL3 into D5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Jul 2003 16:16:55 +0200
Newsgroups: jedi.vcl

I've done some fixes today for D5 compatibility that you can get from CVS
but beware that the updated files might be delayed up to 48 hours as
sourceforge night still be running anonymous CVS from a backup server. Those
with developer access should be able to get it immediately.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problem installing JVCL3 into D5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Jul 2003 12:08:45 +0200
Newsgroups: jedi.vcl

JVCL3 is currently under development and is not recommended for general or
casual use as it might not compile or install without manual intervention.
The D5 support is intact and we have no plans on dropping it. If you have
problems, please post a detailed description on the error so we can try to
help you get it running.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problem installing JVCL3 into D5
From: "niels" <niels@lumensoft.nl>
Date: Tue, 22 Jul 2003 12:03:06 +0200
Newsgroups: jedi.vcl

Hello dev's,
I ben trying to install JVCL3 into Delphi5 but i got some code error,
My question is: Is the work of D5 stopt ...
When not please can someone help me ... and later anybody else.

Niels v/d Spek

PS>Sorry for bad englisch.





Subject: Re: Scrolling in TJvOutlookBar to slow
From: "Frank Hauptlorenz" <fhauptlorenz@nospamstorchenmuehle.de>
Date: Tue, 22 Jul 2003 11:35:28 +0200
Newsgroups: jedi.vcl

Okay, thanks Peter.
Perhaps I split the buttons using some more Folders.

Grüße from Germany,
Frank

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:bfiums$uph$1@talkto.net...
> > The buttons are normal TSpeedButtons and they don't have auto-repeat.
There
> > are several implementations of auto-repeating speed buttons floating about
> > on the net (Google for it) that you could use as a starting point if you
> > decide to implement it yourself. I might also look into at a later time as
I
> > have quite a lot to do at the moment.
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Scrolling in TJvOutlookBar to slow
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Jul 2003 11:24:36 +0200
Newsgroups: jedi.vcl

The buttons are normal TSpeedButtons and they don't have auto-repeat. There
are several implementations of auto-repeating speed buttons floating about
on the net (Google for it) that you could use as a starting point if you
decide to implement it yourself. I might also look into at a later time as I
have quite a lot to do at the moment.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Jul 2003 11:07:32 +0200
Newsgroups: jedi.vcl

Try:

myTimer.Active := false;
while myTimer.Active do sleep(1);
//
myTimer.Active := true;

You could also try freeing and recreating (but don't do it in OnTimer!),
i.e:

  myTimer.Active := false;
  FreeAndNil(myTimer);
  //
  myTimer := TThreadTimer.Create(nil);
  myTimer.Interval := SomeInterval;
  myTimer.OnTimer := DoSomething;
  myTimer.Active := true;

> > When I load image I set
> >
> >   img.State:= stDefault
> >
> > If I don't set this property, image doesn't appear: it appears only if I
> > move mouse out of image area or I enter in image area with mouse.
Ah yes, I looked at the source and the problem is that when Picture changes,
the TJvImage doesn't detect it and the doesn't repaint it's surface. I'll
check into it and see if I can make it work better.

I haven't been able to recreate the flickering though. Maybe it's another
component that is causing the screen updates?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Scrolling in TJvOutlookBar to slow
From: "Frank Hauptlorenz" <fhauptlorenz@nospamstorchenmuehle.de>
Date: Tue, 22 Jul 2003 10:23:13 +0200
Newsgroups: jedi.vcl

Hello!

How can I speed up the scrolling in the TJvOutlook Bar ?
It scrolls only one line up/down if I press the button. Is there a
repeat-function?

Cheers,
Frank




Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Giorgio" <giorgio@sagnino.com>
Date: Tue, 22 Jul 2003 10:18:56 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:bfiq2e$tit$1@talkto.net...
> > JvTheadTimer.Active := false;
> > JvTheadTimer.Active := true;

I tried this solution but if I use these instruction in the same procedure
it doesn't work... :(
This is the pseudocode of the procedure:

procedure onKeyPress(...)
begin
  myTimer.Active := False;

  // ...

  myTimer.Active := True;
end;


> > Don't use Pictures to assign the image(s), use Picture instead. Do you
have
> > an OnMouseMove event handler or something else that updates the display
> > somewhere in your code?

No, I haven't event handlers... and I use Picture to assign my image...
When I load image I set

  img.State:= stDefault

If I don't set this property, image doesn't appear: it appears only if I
move mouse out of image area or I enter in image area with mouse.
Thanks for your help!

Giorgio




Subject: Re: Two questions: jvThreadTimer and jvImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Jul 2003 10:05:25 +0200
Newsgroups: jedi.vcl

> > 1) I want to reset a thread timer: I need to restart timer when user press
a
> > key.
JvTheadTimer.Active := false;
JvTheadTimer.Active := true;


> > 2) I have a problem with jvImage component.
Don't use Pictures to assign the image(s), use Picture instead. Do you have
an OnMouseMove event handler or something else that updates the display
somewhere in your code?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Two questions: jvThreadTimer and jvImage
From: "Giorgio" <giorgio@sagnino.com>
Date: Tue, 22 Jul 2003 09:56:45 +0200
Newsgroups: jedi.vcl

Hello,

I have two questions.

1) I want to reset a thread timer: I need to restart timer when user press a
key. For example:

    a. myThreadTimer.Active := true; (delay=30 sec)
    b. After 20 sec user press a key.
    c. myThreadTimer must restart (it must count 30 sec from user action)

    How can I do it?

2) I have a problem with jvImage component. I use jvImage as background (I
put it into a panel with align=alClient). Over jvImage component there are
many labels and other objects; I have noticed a bad effect when I move mouse
over jvImage/labels and other objects: in these situations, all components
over jvImage flickers: it is a very annoying effect! How can I eliminate
this effect?

Thanks!

Giorgio




Subject: TJvxRichEdit Line/Paragraph Number Limitation
From: "Graham Murt" <graham@murtsoft.co.uk>
Date: Tue, 22 Jul 2003 01:43:13 +0100
Newsgroups: jedi.vcl

Hi,

I'm using the JvxRichEdit's paragraph properties to add line numbers...
However, the maximum number I have acheived is 254...
I'm guessing that this value is declared somewhere as a Byte value... is
there any way around this to allow for greater line numbers?

Graham




Subject: Re: Changes in JvMenus and JvToolbar
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 21 Jul 2003 23:07:34 +1000
Newsgroups: jedi.vcl

Thanks, it is actually what I thought I would find... but it wasn't and actually making it was not as easy as I first thought...
BTW, you'll find in binaires a demo application that show the latest changes.
The popup menu is in XP sytle, while the main menu is in Office style.
The JvToolbar is there to show the link between the two.

The demo is already in the example directory on my computer, but I didn't commited it so that you can do whatever you want with it.

Cheers

Peter Thörnqvist wrote:

>> I've changed that by creating the TJvCustomMenuItemPainter class and its
>> descendants. Basicaly, a Jv Menu has a published property of that type
>> and the instance of the TJvCustomMenuItemPainter will be in charge of
>> the rendering of the items.
>
> [...]
> Sounds *very* nice: OOP as it was intended to be used<g>. I haven't checked
> it out yet, but I surely will.
>



Subject: Re: Changes in JvMenus and JvToolbar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 21 Jul 2003 14:53:06 +0200
Newsgroups: jedi.vcl

> > I've changed that by creating the TJvCustomMenuItemPainter class and its
> > descendants. Basicaly, a Jv Menu has a published property of that type
> > and the instance of the TJvCustomMenuItemPainter will be in charge of
> > the rendering of the items.
[...]
Sounds *very* nice: OOP as it was intended to be used<g>. I haven't checked
it out yet, but I surely will.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Changes in JvMenus and JvToolbar
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 21 Jul 2003 22:36:50 +1000
Newsgroups: jedi.vcl

Hi all

As I'm back online, I commited my last changes made in JvMenus and JvToolbar files.
This now allows the link between a TJvToolbar and a TJvMainMenu to work correctly (even at design time), such that the toolbar will update itself when the menu gets updated (add or remove items to see it happen).
As for the TJvMainMenu and TJvPopupMenu, I've completely changed the way they are drawing the different styles.
What we had before was a big global procedure doing the rendering for every possible case, leaving no space for evolutions, and giving little chance of understanding.
I've changed that by creating the TJvCustomMenuItemPainter class and its descendants. Basicaly, a Jv Menu has a published property of that type and the instance of the TJvCustomMenuItemPainter will be in charge of the rendering of the items.
So I moved the code from the big global method to a different descendant, depending on the style applied to the menu. To further prove the design choice, I added the XP style to the possible menu styles and moved the Office style as a style by its own.
In the process, some published properties have disappeared but either you can get the intended behaviour using the style or you don't need them.
If you are using the Jv Menus, please be aware that the rendering is not completely accurate during design time. This is due to some reasons yet to be discovered. However, the XP style will never be completely rendered in the IDE because of the way it changes the regular menu borders.
Finally, if someone uses a Right To Left system, could they please let me know how it works, as most of the code should be ok, but I couldn't test it on my French version of Windows.

In any case, please let me know what you think and feel free to send any comments

Cheers

Olivier
JVCL Developer



Subject: Re: JvInspector at Runtime
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Sat, 19 Jul 2003 22:06:05 +0200
Newsgroups: jedi.vcl

Thanks for the information.
But I really only wrote it that way to be easily understandable.

Thanks anyway, I will remember this.

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:bfbu1g$v84$1@talkto.net...
> > Hello, Fingolfin!
> > You wrote  on Sat, 19 Jul 2003 18:24:33 +0200:
> >
> >  F> Oh how embarassing, I only forgot to choose a Painter.
> >  F> Sorry
> >
> > there is another problem in the code you posted. If that's real-life code
it
> > is an AV waiting to happen. You can't add a local variable of a
> > routine/method to the inspector because that variable is placed on the
stack
> > and as soon as that routine/method exit; it will be removed from the stack
> > (not immediately, but give it time and it will eventually happen).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > It's quiet in here!
> >
> >




Subject: Re: JvInspector at Runtime
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 19 Jul 2003 19:29:37 +0200
Newsgroups: jedi.vcl

Hello, Fingolfin!
You wrote  on Sat, 19 Jul 2003 18:24:33 +0200:

 F> Oh how embarassing, I only forgot to choose a Painter.
 F> Sorry

there is another problem in the code you posted. If that's real-life code it
is an AV waiting to happen. You can't add a local variable of a
routine/method to the inspector because that variable is placed on the stack
and as soon as that routine/method exit; it will be removed from the stack
(not immediately, but give it time and it will eventually happen).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: JvInspector at Runtime
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Sat, 19 Jul 2003 18:24:33 +0200
Newsgroups: jedi.vcl

Oh how embarassing, I only forgot to choose a Painter.

Sorry

"Fingolfin" <Fingolfin_@gmx.net> schrieb im Newsbeitrag
news:bfbpv2$uk6$1@talkto.net...
> > Hello, I tried to fill a JvInspector at runtime when a value in another
> > JvInpsector is changed but there isn't anything added.
> >
> > InspectorSub is the Inspector to be filled.
> >
> > procedure TFormMain.JvInspectorDataValueChanged(Sender: TObject;
> >   const Data: TJvCustomInspectorData);
> > var
> >  i:Integer;
> >  InspCat: TJvInspectorCustomCategoryItem;
> >  tmp:String;
> > begin
> >   JvInspectorSub.BeginUpdate;
> >   JvInspectorSub.Root.SortKind:=iskNone;
> >   InspCat:=TJvInspectorCustomCategoryItem.Create(JvInspectorSub.Root,
nil);
> >   InspCat.DisplayName :='tmp ';
> >   TJvInspectorVarData.New(InspCat, 'tmp', TypeInfo(String), tmp);
> >   InspCat.Expanded:=True;
> >   JvInspectorSub.SelectedIndex := 0;
> >   JvInspectorSub.EndUpdate;
> > end;
> >
> > Does anyone have an idea?
> >
> > Thanks in advance.
> >
> >




Subject: JvInspector at Runtime
From: "Fingolfin" <Fingolfin_@gmx.net>
Date: Sat, 19 Jul 2003 18:20:09 +0200
Newsgroups: jedi.vcl

Hello, I tried to fill a JvInspector at runtime when a value in another
JvInpsector is changed but there isn't anything added.

InspectorSub is the Inspector to be filled.

procedure TFormMain.JvInspectorDataValueChanged(Sender: TObject;
  const Data: TJvCustomInspectorData);
var
 i:Integer;
 InspCat: TJvInspectorCustomCategoryItem;
 tmp:String;
begin
  JvInspectorSub.BeginUpdate;
  JvInspectorSub.Root.SortKind:=iskNone;
  InspCat:=TJvInspectorCustomCategoryItem.Create(JvInspectorSub.Root, nil);
  InspCat.DisplayName :='tmp ';
  TJvInspectorVarData.New(InspCat, 'tmp', TypeInfo(String), tmp);
  InspCat.Expanded:=True;
  JvInspectorSub.SelectedIndex := 0;
  JvInspectorSub.EndUpdate;
end;

Does anyone have an idea?

Thanks in advance.




Subject: Re: JvTransparent panel - strange control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 19 Jul 2003 11:40:25 +0200
Newsgroups: jedi.vcl

There has been some updates and fixes since the JVCL 2.10 release that you
might want to try. The latest version of the file is in the JVCL3 sources
that you can get via CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Transparent controls
From: "Michael Rochler" <rochlerm@hotmail.com>
Date: Sat, 19 Jul 2003 13:27:14 +1000
Newsgroups: jedi.vcl

"Robert Oschler" <no_replies@fake_email_address.invalid> wrote:
> > I wanted to have a panel on my forms, that would allow the bitmap on a
> > underlying TImage control to show through the panel.  However, when I use
an
> > instance of JvTransparentPanel, I see my Windows desktop, shortcuts and
all,
> > peeking through, not the TImage control underlying the JvTransparentPanel
> > control.
> >
> > Is there a way to get the behavior I want instead?

I haven't played with the Jedi controls (yet), but am aware of several free,
transparent controls with source code:

Dream Freeware (7 May 2003)

Recently updated for D7/BCB6, this free package includes:

Transparent AVI Player (with sound)
Transparent Radio Button
Transparent Check Box
Transparent Group Box
Transparent Radio Group
Difference Maker

http://www.dreamcompany.com/

No panel, though.




Subject: JvTransparent panel - strange control
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Fri, 18 Jul 2003 21:15:48 -0400
Newsgroups: jedi.vcl

I wanted to have a panel on my forms, that would allow the bitmap on a
underlying TImage control to show through the panel.  However, when I use an
instance of JvTransparentPanel, I see my Windows desktop, shortcuts and all,
peeking through, not the TImage control underlying the JvTransparentPanel
control.

Is there a way to get the behavior I want instead?

thx

--

Robert Oschler
"Let the web hear you, add your voice to your web site in minutes!"
-- http://audiodirect.spiderchase.com/
(For a limited time, free voiceover with every sign-up, use this link
instead)
-- http://audio.spiderchase.com/
(A song - are you blue?)
-- http://bluedreams.spiderchase.com/




Subject: Re: scrollbar in the canvas.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 18 Jul 2003 21:29:26 +0200
Newsgroups: jedi.vcl

Bob Bedford wrote:

> sent....
>
> I mean, creating a Tscrollbar in the component, it will have one that looks
> gray and flat. Including it using the API one, I'll have the XP look: blue
> with great 3d effect.
>
> The control, with the TScrollbar will look ugly on a XP machine as all other
> controls of the form will have the XP look.

Windows XP does some theme drawing with the v5 ComCtl32.dll (the one you
get when you do not include a manifest for your program). For example
the windows caption is themed, and apparently also the scrollbars you
get when you include WS_VSCROLL or WS_HSCROLL in Params.Style.

You could do this - the themed drawing, when not using a manifest - also
by subclassing the TScrollBar component, but easilier would be to use
the WS_VSCROLL or WS_HSCROLL.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: jvRichEdit enhancements
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 18 Jul 2003 20:23:40 +0200
Newsgroups: jedi.vcl

Graham Murt wrote:
> Does the updated version support table rows contain multiple lines?

IIRC, only v4.1 of the rich edit control supports table rows containing
multiple lines. You will find v4.1 only on XP with SP1 (see for example
Wordpad).

There is only an unicode variant of the v4.1 control, and thus probably
won't supported by TJvRichEdit until Delphi's VCL supports unicode
controls.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: scrollbar in the canvas.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 18:13:07 +0200
Newsgroups: jedi.vcl

> > Ok I got it, thanks, but I was able to do it like you did. Now, my problem
> > is how the scrollbar is rendered under XP....as old style doesn't match
with
> > other components.
I don't know how to solve this since it depends on how the XP theming is
done. If you are using ThemeManager, the scrollbars should be automatically
themed AFAIK. If you are using a manifest file/resource, there are controls
in D6 that doesn't work with theming by themselves (like TBitBtn,
TPSeedButton, TPageControl and TListView in report mode to mention a few)
and they need to be rewritten/replaced with components that do. How to make
TScrollbar work with theming is beyond me, but maybe Remko Bonte has some
ideas?

> > PS: you think the new component may be added to the Jvcl later ?
Sure, it's possible. When you're done, upload it to Mantis f ex and I'll
have a look. Something you might consider right off is to provide a boolean
property to select whether the control uses the arrow buttons or the scroll
bars for scrolling. That way we don't need to add another time line
component but use the same for both behaviors. The menu stuff can already be
enabled with the ShowItemsMenu property, so that's already covered.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to remove JVCL?
From: "Woodrow Stool" <woodrow@stoolware.com>
Date: Fri, 18 Jul 2003 11:46:06 -0400
Newsgroups: jedi.vcl

Peter:

Many thanks.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bf8bjh$fpb$1@talkto.net...

> > You have to do this manually.
> >

< SNIP >




Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 17:04:51 +0200
Newsgroups: jedi.vcl

Ok I got it, thanks, but I was able to do it like you did. Now, my problem
is how the scrollbar is rendered under XP....as old style doesn't match with
other components.

Thanks for your help.

Kind regards.

PS: you think the new component may be added to the Jvcl later ?

"Bob Bedford" <bob@bedford.com> a écrit dans le message de news:
bf90a8$k0k$1@talkto.net...
> > many components use XP theming (stringgrid, TMemo), except some like
> > TScrollba, TBitBtn...
> >
> > probably those working are using the win API for showing the scrollbar.
> >
> > PS: did you get the control on your email address ?
> >
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
> > news: bf8vti$jt1$1@talkto.net...
>>> > > > I don't know, I'm using D6 enterprise, and I can't afford to go to D7.
>> > > How do you enable XP theming then?
>> > >
>> > > --
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 16:49:10 +0200
Newsgroups: jedi.vcl

many components use XP theming (stringgrid, TMemo), except some like
TScrollba, TBitBtn...

probably those working are using the win API for showing the scrollbar.

PS: did you get the control on your email address ?


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bf8vti$jt1$1@talkto.net...
>> > > I don't know, I'm using D6 enterprise, and I can't afford to go to D7.
> > How do you enable XP theming then?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 16:43:01 +0200
Newsgroups: jedi.vcl

> > I don't know, I'm using D6 enterprise, and I can't afford to go to D7.
How do you enable XP theming then?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 16:31:09 +0200
Newsgroups: jedi.vcl

I don't know, I'm using D6 enterprise, and I can't afford to go to D7.

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bf8v28$jpc$1@talkto.net...
>> > > I mean, creating a Tscrollbar in the component, it will have one that
> > looks
>> > > gray and flat. Including it using the API one, I'll have the XP look:
blue
>> > > with great 3d effect.
> >
> > Doesn't TScrollbar have automatic XP theming when you use an XP manifest
on
> > D7? It should...
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 16:28:27 +0200
Newsgroups: jedi.vcl

> > I mean, creating a Tscrollbar in the component, it will have one that
looks
> > gray and flat. Including it using the API one, I'll have the XP look: blue
> > with great 3d effect.

Doesn't TScrollbar have automatic XP theming when you use an XP manifest on
D7? It should...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 16:18:44 +0200
Newsgroups: jedi.vcl

sent....

I mean, creating a Tscrollbar in the component, it will have one that looks
gray and flat. Including it using the API one, I'll have the XP look: blue
with great 3d effect.

The control, with the TScrollbar will look ugly on a XP machine as all other
controls of the form will have the XP look.


"Bob Bedford" <bob@bedford.com> a écrit dans le message de news:
bf8tm6$jhi$1@talkto.net...
> > I'll send the modified control to your email in order to talk about the
same
> > thing (as visually you'll see it).
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
> > news: bf8tf4$jg0$1@talkto.net...
>> > > Don't use PaintTo since the control is drawn on the timeline anyway.
>> > > Instead, you have to set the Top property as well, i.e
>> > >   FHorzScroll.Top := FTimeLine.Height - FHorzScroll.Height;
>> > > to get it in the right position.
>> > >
>>> > > > Something else (as you know better this control than everybody else).
>> > > It's several years since I wrote it, so you probably know as much as I
do
>> > > about it<g>
>> > >
>>> > > > The W98 scrollbars style is really ugly, more if all other controls
use
>> > > the
>>> > > > XP style. I've added the left items menu inside the canvas. I'll ask
you
>> > > if
>>> > > > it's possible to create them outside the canvas, in order to still use
> > the
>>> > > > API scrollbars.
>> > > I don't really understand what you are trying to accomplish. Could you
>> > > explain it better?
>> > >
>> > > --
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 16:04:21 +0200
Newsgroups: jedi.vcl

I'll send the modified control to your email in order to talk about the same
thing (as visually you'll see it).

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bf8tf4$jg0$1@talkto.net...
> > Don't use PaintTo since the control is drawn on the timeline anyway.
> > Instead, you have to set the Top property as well, i.e
> >   FHorzScroll.Top := FTimeLine.Height - FHorzScroll.Height;
> > to get it in the right position.
> >
>> > > Something else (as you know better this control than everybody else).
> > It's several years since I wrote it, so you probably know as much as I do
> > about it<g>
> >
>> > > The W98 scrollbars style is really ugly, more if all other controls use
> > the
>> > > XP style. I've added the left items menu inside the canvas. I'll ask you
> > if
>> > > it's possible to create them outside the canvas, in order to still use
the
>> > > API scrollbars.
> > I don't really understand what you are trying to accomplish. Could you
> > explain it better?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 16:01:10 +0200
Newsgroups: jedi.vcl

Don't use PaintTo since the control is drawn on the timeline anyway.
Instead, you have to set the Top property as well, i.e
  FHorzScroll.Top := FTimeLine.Height - FHorzScroll.Height;
to get it in the right position.

> > Something else (as you know better this control than everybody else).
It's several years since I wrote it, so you probably know as much as I do
about it<g>

> > The W98 scrollbars style is really ugly, more if all other controls use
the
> > XP style. I've added the left items menu inside the canvas. I'll ask you
if
> > it's possible to create them outside the canvas, in order to still use the
> > API scrollbars.
I don't really understand what you are trying to accomplish. Could you
explain it better?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 15:44:32 +0200
Newsgroups: jedi.vcl

Ok, I was too quick in my message.

The code is:

procedure TJvCustomTimeLine.DrawHorzScrollBar;
begin
  FHorzScroll := TScrollBar.create(Self); //CreateParented(self.handle);
  FHorzScroll.parent := self;
  FHorzScroll.Width := width - FItemsMenuWidth;
  FCanvas.Lock;
  FHorzScroll.PaintTo(fcanvas,50,200);
  FCanvas.Unlock;

Whatever value I put on PaintTo, the top left point of the Scrollbar is
always on the topleft of the TJvTimeLine component ???? any idea why ????

Something else (as you know better this control than everybody else).
The W98 scrollbars style is really ugly, more if all other controls use the
XP style. I've added the left items menu inside the canvas. I'll ask you if
it's possible to create them outside the canvas, in order to still use the
API scrollbars.

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bf8q8h$irf$1@talkto.net...
>> > > I'm not sure I've understood what you mean, because I'm not sure I can
> > apply
>> > > a SetWindowPos to a scrollbar.
> >
> > AFAIK, you can't change the size of the scrollbars using the method you
are
> > using. You will have to create (internal to the time line) the scrollbars
as
> > separate controls (see TScrollBar) and then apply the size changes to
those
> > controls when the size of the time line changes. The way you are using the
> > API is more appropriate for "normal" scrollbar functionality.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 15:42:36 +0200
Newsgroups: jedi.vcl

> > Maybe I abuse of your time, but I really can't get it to work.
Don't worry, I'll help you as much as I can.

Maybe something like:

constructor TJvCustomTimeLine.Create();
begin
  ...
  FHorzScroll := TScroollBar.Create(self);
  FHorzScroll.Parent := self;
  // etc
  // do the same for vertical scroll bar
  ...
end;

procedure TJvCustomTimeLine.SetBounds(); {override}
begin
  inherited;
  FHorzScroll.SetBounds(SomeLeft, SomeTop, SomeWidth, SomeHeight);
  // do same for vert scroll bar
end;

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 15:22:04 +0200
Newsgroups: jedi.vcl

HI Peter,

Maybe I abuse of your time, but I really can't get it to work.

procedure TJvCustomTimeLine.DrawHorzScrollBar;
begin
  FHorzScroll := TScrollBar.CreateParented(self.handle); //create(handle)
doesn't work.
  FCanvas.Lock;
  FHorzScroll.PaintTo(fcanvas,0,clientheight-50);
  FCanvas.Unlock;
  invalidate;
end;
procedure TJvCustomTimeLine.CreateWnd;
begin
......
drawHorzScrollBar;

But I've nothing on the control...
"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bf8q8h$irf$1@talkto.net...
>> > > I'm not sure I've understood what you mean, because I'm not sure I can
> > apply
>> > > a SetWindowPos to a scrollbar.
> >
> > AFAIK, you can't change the size of the scrollbars using the method you
are
> > using. You will have to create (internal to the time line) the scrollbars
as
> > separate controls (see TScrollBar) and then apply the size changes to
those
> > controls when the size of the time line changes. The way you are using the
> > API is more appropriate for "normal" scrollbar functionality.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 15:06:27 +0200
Newsgroups: jedi.vcl

> > I'm not sure I've understood what you mean, because I'm not sure I can
apply
> > a SetWindowPos to a scrollbar.

AFAIK, you can't change the size of the scrollbars using the method you are
using. You will have to create (internal to the time line) the scrollbars as
separate controls (see TScrollBar) and then apply the size changes to those
controls when the size of the time line changes. The way you are using the
API is more appropriate for "normal" scrollbar functionality.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 14:51:31 +0200
Newsgroups: jedi.vcl

If you look at the TmsSoftware component
(http://www.tmssoftware.com/planner.htm then month view image and the
horizontal view with custom draw handler) , the controls have a scollbar
only on datas, and the scrollbars aren't on the "fixed" row/cols

That's what I want to achieve !


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bf8lmd$hr8$1@talkto.net...
>> > > The only Windows API I've found is the SystemParametersInfo, but it
> > changes
>> > > the height of the horizonzal and the width of the vertical. Exactly the
>> > > opposite of what I'm looking for.
> >
> > Try using SetWindowPos instead.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 14:15:53 +0200
Newsgroups: jedi.vcl

HI Peter,

I'm not sure I've understood what you mean, because I'm not sure I can apply
a SetWindowPos to a scrollbar.

Here is how I add the scrollbar on your TJVCustomTimeLine control.


TJvCustomTimeLine = class(TCustomControl)
private
  XScroll : TSCROLLINFO;  //horz scroll bar

procedure TJvCustomTimeLine.DrawHorzScrollBar;
begin
  XScroll.cbSize:=sizeof(XScroll);
  XScroll.fMask:=SIF_ALL;
  XScroll.nMin:=0;
  XScroll.nMax:=trunc(FyearWidth / FDayWidth)*2; //2 years
  XScroll.nPage:=trunc(FDayWidth);
  XScroll.nPos:=(XScroll.nMax div 2)-(XScroll.nPage div 2);
  XScroll.nTrackPos := XScroll.nPos;
  SetScrollInfo(Handle, SB_HORZ, XScroll, true);
end;

So it's this scrollbar only that I want to resize.

BOB
"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bf8lmd$hr8$1@talkto.net...
>> > > The only Windows API I've found is the SystemParametersInfo, but it
> > changes
>> > > the height of the horizonzal and the width of the vertical. Exactly the
>> > > opposite of what I'm looking for.
> >
> > Try using SetWindowPos instead.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: jvRichEdit enhancements
From: "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr>
Date: Fri, 18 Jul 2003 12:00:32 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

> > Be aware the JvRichEd will *not* be a part of JVCL 3: it's
> > functionality has been merged into TJvRichEdit/JvRichEdit.pas
> > (formerly TJvxRichEdit from RxLib). If you can, please add the
> > enhancements to the JVCL 3 version of the file.
that's ok for me, i've already downloaded jvcl 3 snapshot, and i've already 
looked at the changes in TJvRichEdit, no problems about enhancements ;-)

> > If you can't (or won't), we'll have to try doing it ourselves
> > (it might take a lot longer though).
my way of programming things between TJvRichEdit and my TRuler really is 
not the best, so any help about writing things better is welcome...
i will try to send both file to the link you provided me earlier in this 
post asap, please be patient as i have very few spare time... (work, 
children, you know what ;-)    )


Aurélien


Subject: Re: scrollbar in the canvas.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 13:48:31 +0200
Newsgroups: jedi.vcl

> > The only Windows API I've found is the SystemParametersInfo, but it
changes
> > the height of the horizonzal and the width of the vertical. Exactly the
> > opposite of what I'm looking for.

Try using SetWindowPos instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 13:36:27 +0200
Newsgroups: jedi.vcl

Hi Peter,

Thanks for the reply and for this great component.

The only Windows API I've found is the SystemParametersInfo, but it changes
the height of the horizonzal and the width of the vertical. Exactly the
opposite of what I'm looking for.

May I add 2 TScollbar on the control and then manage them like normal
scrollbars ????

BoB

"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: bf8g0q$gn0$1@talkto.net...
> > Without seeing the code you have, it's difficult to give any suggestions
but
> > a TControlCanvas is just a DC, you can't use it to set the size of the
> > control (or anything contained in it). You should be able to size and move
> > the scrollbars by using the Windows API when the time line is resized
> > (override SetBounds and size and move the scrollbars there).
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: scrollbar in the canvas.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 12:11:38 +0200
Newsgroups: jedi.vcl

Without seeing the code you have, it's difficult to give any suggestions but
a TControlCanvas is just a DC, you can't use it to set the size of the
control (or anything contained in it). You should be able to size and move
the scrollbars by using the Windows API when the time line is resized
(override SetBounds and size and move the scrollbars there).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: scrollbar in the canvas.
From: "Bob Bedford" <bob@bedford.com>
Date: Fri, 18 Jul 2003 11:55:13 +0200
Newsgroups: jedi.vcl

I'm still working on a TCustomTimeLine component.

I've added some menus (on the left side) They look like fixedcols in a
StringGrid.

Now, when I add a scrollbar on the component, I've it drawed over the menu.

I'd like to define where those scrollbars are drawed (so the size).

Is that possible. If not, may I use 2 TControlCanvas and define their size,
one placed on the left of the control, where the menu is, and the other on
the right, where the content with the scollbar will be, then I'll create the
scrollbar on the content canvas only. My problem is that I don't know how to
set TControlCanvas size. So, how may I do ?




Subject: Re: jvRichEdit enhancements
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 11:54:22 +0200
Newsgroups: jedi.vcl

Be aware the JvRichEd will *not* be a part of JVCL 3: it's functionality has
been merged into TJvRichEdit/JvRichEdit.pas (formerly TJvxRichEdit from
RxLib). If you can, please add the enhancements to the JVCL 3 version of the
file. If you can't (or won't), we'll have to try doing it ourselves (it
might take a lot longer though).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvRichEdit enhancements
From: "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr>
Date: Fri, 18 Jul 2003 09:00:16 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

> > Does the updated version support table rows contain multiple lines?

the TJvxRichEdit component is a wrapper for Microsoft RichEdit DLL.
enhancements i have applied are simply switches that activate
new behaviors in recent MS RichEdit DLLs.

if you want more infos about what Microsoft added to its latest
RichEdit DLLs, just go to the following link (the link will surely be 
truncated) :

http://msdn.microsoft.com/library/en-
us/shellcc/platform/commctls/richedit/richeditcontrols/aboutricheditcontr
ols.asp

> > Also, How do we get hold of the latest TJvxRichEdit?
if i understand your question well, if you are interested in the changes 
i have applied to this component, i will try to post my version of 
JvRichEd.pas soon, as well as a ruler working with it.
but i have yet to make some changes to make them usable by all, as they 
are depending on other code used in the company i work for (i need to 
replace some source code...).

Aurelien


Subject: Re: How to remove JVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Jul 2003 10:56:17 +0200
Newsgroups: jedi.vcl

> > Sorry if this seems like a ridiculous question, but what is the correct
and
> > approved way to cleanly and completely remove the current JVCL and JCL
> > installs from Delphi 5 running XP?
You have to do this manually.

* Open Delphi, go to Environment Options|Library paths. Remove all paths
that points to JCL/JVCL. Next, go to Component | Install Packages, select
all JCL and JVCL packages and click "Remove"
* Close Delphi. Delete the JCL and JVCL source folder(s). Check for dcu, dcp
or bpl files from JCL/JVCL on your computer and delete them

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvRichEdit enhancements
From: "Graham Murt" <graham@murtsoft.co.uk>
Date: Fri, 18 Jul 2003 09:22:51 +0100
Newsgroups: jedi.vcl

Hi Aurelien,

Does the updated version support table rows contain multiple lines?

Also, How do we get hold of the latest TJvxRichEdit?

Graham

-- GmPrintSuite Print & Print Preview Components http://www.murtsoft.co.uk/ "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr> wrote in message news:Xns93BA968ACF0A1adellieuxcorwinfr@194.191.0.34...
> > Hello,
> >
> > i've made several enhancements to the JvRichEd component (the 160k
> > component, from RxLibrary, modified by Sébastien Buysse (in the 3.00
> > snapshot).
> >
> > i am not able to use CVS at work, so how can i provide code changes ?
> >
> > here is a list of modifications / enhancements :
> >
> > - handling of richedit dll v3 (allows to display center/right/decimal
> > tabs, for example).
> > - horizontal scroll event that give a position value to the user, in
> > order to use a ruler, in pixels (OnPosition event).
> > - Bold/Italic/Underline/StrikeOut properties related to the selection,
> > that allow mixed styles to behave correctly, not like the original delphi
> > richedit.
> > - resize event, for use with a ruler.
> > - bug correction from the original delphi richedit : settab procedure use
> > a wrong index number.
> > - better handling of richedit dll version
> >
> > i have been able to reproduce (without really wanting to) exactly the
> > same behaviour as wordpad about the ruler.
> >
> > maybe it would be a good idea to give my ruler too ?
> >
> > thanks in advance
> >
> > Aurelien (Corwin : http://www.corwin.fr)




Subject: Re: TJvxRichEdit and multicolored line
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Fri, 18 Jul 2003 10:12:45 +0200
Newsgroups: jedi.vcl

> > ...or use TJvRichEdit.GetTextLen
Peter,
Excellent! Works lightning fast.

Michael




Subject: How to remove JVCL?
From: "Woodrow Stool" <woodrow@stoolware.com>
Date: Thu, 17 Jul 2003 22:23:11 -0400
Newsgroups: jedi.vcl

Sorry if this seems like a ridiculous question, but what is the correct and
approved way to cleanly and completely remove the current JVCL and JCL
installs from Delphi 5 running XP?

Thanks ...




Subject: Re: Installation failure
From: Michael Caracena <caracena@AmericanISP.netOK>
Date: Thu, 17 Jul 2003 15:40:34 -0600
Newsgroups: jedi.vcl

Michael Caracena wrote:
> Marcel Bestebroer wrote:
>
>>> 2) Click your RIGHT mouse button on the package file name and
>>>   select "Install".
>>>   ( it should compile and install fine ... )
>>
>>
>>
>> You should only install the JVCL200_D50 package; the JVCL200_R50 package
>> should be build/compiled only. I did try your solution and it did work (sort
>> of, it compiles the *R50 package when I try to compile/install the *D50
>> which is not what I want), but I really don't want this large *R50 package
>> installed in the IDE, so I reverted back to the steps I have outlined before
>> (i.e. keeping separate design time and run time packages and setting the
>> options to "Explicit rebuild").
>>
>> I do set my output directories to what I want, but I do that for all
>> component libraries I use(d) before compiling/installing.
>>
>> -- 
>> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> Project JEDI Help coordinator
>> JVCL Help team coordinator
>>
>> To mail me, remove the obvious from my mail address
>>
>>
>>
>
> OK, I was able to install the packages - the way you listed previously - the second time I tried.
>
> Perhaps, someone will add your steps to the installer so that more newbies to JVCL ( like me )
> can actually use the components with minimal difficulty.
>
> Sincerely,
>
> Michael Caracena
>

This is a note to myself and others that are interested:

I reinstalled Windows, Delphi, and JEDI VCL.
I followed the steps that Marcel listed but every attempt failed until
I set the the Delphi environment paths to the "default" Library, BPL, and DCP paths that that Delphi had when I first installed Delphi.
(
$(DELPHI)\Lib;$(DELPHI)\Bin;$(DELPHI)\Imports;$(DELPHI)\Projects\Bpl
$(DELPHI)\Projects\Bpl
$(DELPHI)\Projects\Bpl
)



Michael Caracena





Subject: Re: TJvxRichEdit and multicolored line
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jul 2003 23:09:53 +0200
Newsgroups: jedi.vcl

....or use TJvRichEdit.GetTextLen

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvxRichEdit and multicolored line
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jul 2003 23:08:07 +0200
Newsgroups: jedi.vcl

Try using the EM_GETTEXTLENGTHEX (there's an example in JvRichEdit how to
call it), it might be faster.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL(X)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jul 2003 22:57:11 +0200
Newsgroups: jedi.vcl

Just to be sure: are you currently working against the 2.10 or the 3.0
files? Working against 3.0 will make it a *lot* easier to get the CLX
support added before next release.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL(X)
From: "asn" <asn@xs4all.nl>
Date: Thu, 17 Jul 2003 19:33:39 +0200
Newsgroups: jedi.vcl

"Rodrigo.net" <rodrigol@bigfoot.com> wrote in message
news:bf0o12$544$1@talkto.net...
> > JVCL 3.0 is planned to have CLX support?
> >
> >
Maybe, if not in this release then in one of the next release for sure.
You can find Jedi (V)CLX components in the jedi.binaries newgroup, however
for Kylix only.
There are changes required in order to make it crossplatform compatible, I
am working on it.
Besides there are some open ends on how to integrate it. For the moment
updates of the CLX
port of Jedi vcl will become available in the jedi.binaries newsgroup.

Greetings,

André Snepvangers






Subject: Re: TJvTimeLine and scroll bar
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 17 Jul 2003 16:57:21 +0200
Newsgroups: jedi.vcl

HI Marcel,

Thanks for helping me....

> > Set BevelKind to bkNone and BorderWidth to 0. Although these are protected
> > properties you can access them from any method in the timeline control.

I've tried in the create constructor, but it still doesn't work.

> > From the quick scan I did, only the grid controls have scrollbars and are
> > descending from TCustomControl (there are other controls but they don't
have
> > scrollbars). All other Borland controls that use scrollbars are not
> > descending from TCustomControl.
> >

Just for fun, in the TJvCustomTimeLine component (where my problem is), I've
removed the
procedure WMNCPaint(var Msg: TMessage); message WM_NCPAINT;

And now I've the horizontal scroll bar....

PS: also putting Inherited on the last line of this function will fix it.
I don't understand what's in this procedure, so I don't know if I can remove
it safely....(I think if it's there, it should stay).

Please tell me if it can be removed or "inherited"....




Subject: Re: TJvxRichEdit and multicolored line
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 17 Jul 2003 16:52:29 +0200
Newsgroups: jedi.vcl

> > MyMemo.SelAttributes.Color := clBlue;
> > MyMemo.SelAttributes.Style := [fsBold];
> > MyMemo.SelLength := 0;
> > MyMemo.SelStart := Length(MyMemo.Lines.Text);
> > MyMemo.SelText := Format('%s: ',[HEAD]);
> >
> > MyMemo.SelAttributes.Color := clBlack;
> > MyMemo.SelAttributes.Style := [];
> > MyMemo.SelLength := 0;
> > MyMemo.SelStart := Length(MyMemo.Lines.Text);
> > MyMemo.SelText := TXT + #13#10;

Thanks Peter this works!

However using Length(MyMemo.Lines.Text); is very slow. Is there a more
faster solution? I'm already calling .Lines.BeginUpdate and some cheap
tricks:  SendMessage(listSecureModeData.Handle, EM_SETEVENTMASK, 0, 0);
But this does not speed up the whole thing.

Any hints how I could retrieve the length of the text with some other
coding?

cu,
Michael




Subject: Re: TJvTimeLine and scroll bar
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 17 Jul 2003 16:20:49 +0200
Newsgroups: jedi.vcl

Hello, Bob!
You wrote  on Thu, 17 Jul 2003 15:30:42 +0200:

 BB> First: how to disable border and Bevel, as I can't get it to work ????

Set BevelKind to bkNone and BorderWidth to 0. Although these are protected
properties you can access them from any method in the timeline control.

 BB> Second: Most controls having the scrollbars are descendant of
 BB> TCustomControl, and they handle it quite well. So why there is the
 BB> problem here ???

From the quick scan I did, only the grid controls have scrollbars and are
descending from TCustomControl (there are other controls but they don't have
scrollbars). All other Borland controls that use scrollbars are not
descending from TCustomControl.

Further investigation reveals the border/bevel rendering is done in
TWinControl.WMNCPaint. Most controls do descend from this class so that
makes it slightly weirder. The only explanation I can give is that most
controls use Windows own controls, whereas TCustomControl descendants are
using there own paint mechanism.

I once created a simple test control descending from TCustomControl, with an
empty Paint method and it exhibit the same problems regarding the
scrollbars. So it can't be anything the component does wrong. Seeing that
TWinControl.WMNCPaint only does it's job when there is either a border or
bevel and things work normally if they are not there I strongly believe this
is the cause of the paint problems.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Berlin with "Take my breath
away".




Subject: Re: TJvTimeLine and scroll bar
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 17 Jul 2003 15:30:42 +0200
Newsgroups: jedi.vcl

Hi again,

First: how to disable border and Bevel, as I can't get it to work ????

Second: Most controls having the scrollbars are descendant of
TCustomControl, and they handle it quite well. So why there is the problem
here ???
Sorry to ask weird question, but I'm not so confortable with component
writing.

BoB

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news: bf5okr$1vu$1@talkto.net...
> > Hello, Bob!
> > You wrote  on Thu, 17 Jul 2003 10:42:43 +0200:
> >
> >  BB> in the DrawTimeLine procedure, I do call DrawScrollBars.
> >  BB> When showing the component, the scollbar is OK, but showing an other
> >  BB> window over it and then re-showing the component, the arrows of the
> >  BB> scrollbar aren't
> >  BB> visible anymore. Clicking again on the arrow will then show them
again.
> >
> > This is a bug in TCustomControl. If you disable the Border and Bevel it
> > works perfectly, but as soon as one or both come into play it gives these
> > problems. Something in NCPAINT handler goes wrong (most likely with the
> > changing the clipping area), but I couldn't quite figure out what. <g> If
> > someone does figure it out, please post it here so we can change
> > TJvCustomControl accordingly and get rid of this problem (and maybe
Borland
> > will finally wake-up and correct this bug as well; it's been there since
at
> > least D5).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > What's that noise in the background? Oh, it's Abba with "The winner takes
it
> > all".
> >
> >




Subject: Re: Latest CVS of TJvMemoryData is blowing up (Stack Overflow)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 17 Jul 2003 08:48:41 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bf5jr6$nq$1@talkto.net...
> > Are you talking about the 2.10 or the 3.00 version? If it's the 2.10,
remove
> > the line InitFieldDefsFromFields;, i.e make the method empty. If it's
3.00,
> > try adding InitFieldDefsFromFields ;)

2.10-cvs. Actually, I fixed it by removing it completely. I was only using
it to hold one record, so I just "cut out the middle man" so to speak.

Cheers,
  Ignacio




Subject: Re: Latest CVS of TJvMemoryData is blowing up (Stack Overflow)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Thu, 17 Jul 2003 08:47:26 -0400
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
news:20030717120735_20@AriochTTY...
> > The stars so gaily glistened... (Wed, 16 Jul 2003 17:17:20 -0400 @928)
> > ...while the fading voice of Ignacio whispered through the darkness:
> >
> >  IV> Mantis item# 1043. See, I can be taught :)
> >
> > Yes, i got such a thing before.
> > I fixed that by raising an exception of source dataset is inactive.

2.10-stable opened the source dataset, read the data, then closed it if it
was closed before. AFAICS this behavior hasn't changed, so I don't believe
that that's the problem.

Cheers,
  Ignacio




Subject: Re: TJvTimeLine and scroll bar
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 17 Jul 2003 12:00:44 +0200
Newsgroups: jedi.vcl

Thanks Marcel,

Isn't possible to define where this scrollbox is shown (the rect) and redraw
it manually (invalidate) ??? I can't try, I'm not able to do it...

BOB


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message de news: bf5okr$1vu$1@talkto.net...
> > Hello, Bob!
> > You wrote  on Thu, 17 Jul 2003 10:42:43 +0200:
> >
> >  BB> in the DrawTimeLine procedure, I do call DrawScrollBars.
> >  BB> When showing the component, the scollbar is OK, but showing an other
> >  BB> window over it and then re-showing the component, the arrows of the
> >  BB> scrollbar aren't
> >  BB> visible anymore. Clicking again on the arrow will then show them
again.
> >
> > This is a bug in TCustomControl. If you disable the Border and Bevel it
> > works perfectly, but as soon as one or both come into play it gives these
> > problems. Something in NCPAINT handler goes wrong (most likely with the
> > changing the clipping area), but I couldn't quite figure out what. <g> If
> > someone does figure it out, please post it here so we can change
> > TJvCustomControl accordingly and get rid of this problem (and maybe
Borland
> > will finally wake-up and correct this bug as well; it's been there since
at
> > least D5).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> > What's that noise in the background? Oh, it's Abba with "The winner takes
it
> > all".
> >
> >




Subject: Re: TJvTimeLine and scroll bar
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 17 Jul 2003 11:20:23 +0200
Newsgroups: jedi.vcl

Hello, Bob!
You wrote  on Thu, 17 Jul 2003 10:42:43 +0200:

 BB> in the DrawTimeLine procedure, I do call DrawScrollBars.
 BB> When showing the component, the scollbar is OK, but showing an other
 BB> window over it and then re-showing the component, the arrows of the
 BB> scrollbar aren't
 BB> visible anymore. Clicking again on the arrow will then show them again.

This is a bug in TCustomControl. If you disable the Border and Bevel it
works perfectly, but as soon as one or both come into play it gives these
problems. Something in NCPAINT handler goes wrong (most likely with the
changing the clipping area), but I couldn't quite figure out what. <g> If
someone does figure it out, please post it here so we can change
TJvCustomControl accordingly and get rid of this problem (and maybe Borland
will finally wake-up and correct this bug as well; it's been there since at
least D5).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Abba with "The winner takes it
all".




Subject: TJvTimeLine and scroll bar
From: "Bob Bedford" <bob@bedford.com>
Date: Thu, 17 Jul 2003 10:42:43 +0200
Newsgroups: jedi.vcl

I'd like to add scrollbars in the TJvTimeLine component (very great
componentm, thank to the author), instead of the buttons:

Here is the code:
procedure TJvCustomTimeLine.DrawScrollBars;
begin
  XScInf.cbSize:=sizeof(XScInf);
  XScInf.fMask:=SIF_ALL;
  XScInf.nMin:=0;
  XScInf.nMax:=FyearWidth;   //here I'm setting the number of list elements
  XScInf.nPage:=trunc(FMonthWidth); //this is the number of lines in each
page
  XScInf.nPos:=FyearWidth div 2; //a current starting index
  SetScrollInfo(self.handle, SB_HORZ, XScInf, true);
end;

in the DrawTimeLine procedure, I do call DrawScrollBars.
When showing the component, the scollbar is OK, but showing an other window
over it and then re-showing the component, the arrows of the scrollbar
aren't
visible anymore. Clicking again on the arrow will then show them again.

Something else: when pushing on the scrollbar arrows, nothing appens ? how
to manage
the scrollbar click to act like the buttons of the control ????

BoB




Subject: Re: Latest CVS of TJvMemoryData is blowing up (Stack Overflow)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Jul 2003 12:06:44 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 16 Jul 2003 17:17:20 -0400 @928)
....while the fading voice of Ignacio whispered through the darkness:

 IV> Mantis item# 1043. See, I can be taught :)

Yes, i got such a thing before.
I fixed that by raising an exception of source dataset is inactive.

And there was other bugs over it, i just can't remember.
AFAIr i [post them to this newsgrouop, but i can't recall, alas.

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Latest CVS of TJvMemoryData is blowing up (Stack Overflow)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jul 2003 09:58:15 +0200
Newsgroups: jedi.vcl

Are you talking about the 2.10 or the 3.00 version? If it's the 2.10, remove
the line InitFieldDefsFromFields;, i.e make the method empty. If it's 3.00,
try adding InitFieldDefsFromFields ;)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvxRichEdit and multicolored line
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 17 Jul 2003 09:53:30 +0200
Newsgroups: jedi.vcl

> > thanks for reply. However this does not work. All of the
> > text is written in a single line.
> >
> > Now I've changed  MyMemo.SelText := TXT; to
> > MyMemo.SelText := TXT + #13;

The code was conceptual,  not a complete solution. It only showed how to
format text on the fly on the same line using SelText. The position of the
inserted text or where to put line-breaks etc you have to handle yourself.
You should probably use #13#10 as linebreaker, BTW.


> > The text should be line after line but it seems that all
> > new line I add is inserted *before* the old lines...

Move SelStart as you go along, i.e:

MyMemo.SelAttributes.Color := clBlue;
MyMemo.SelAttributes.Style := [fsBold];
MyMemo.SelLength := 0;
MyMemo.SelStart := Length(MyMemo.Lines.Text);
MyMemo.SelText := Format('%s: ',[HEAD]);

MyMemo.SelAttributes.Color := clBlack;
MyMemo.SelAttributes.Style := [];
MyMemo.SelLength := 0;
MyMemo.SelStart := Length(MyMemo.Lines.Text);
MyMemo.SelText := TXT + #13#10;


A better solution is to write a procedure that does the formatting and
insert point movement for you, something like (not tested):

procedure REFormatText(RE:TCustomRichEdit;const S:String;const Args:array of
const; Color:TColor; Style:TFontStyles; Append:boolean);
begin
  if Append then
    RE.SelStart := Length(RE.Lines.Text);
  RE.SelAttributes.Color := Color;
  RE.SelAttributes.Style := Style;
  RE.SelText := Format(S,Args);
end;

So your code would become:

  REFormatText(MyMemo,'%s',[HEAD],clBlue, [fsBold],true);
  REFormatText(MyMemo,TXT+#13#10,[],clBlack,[],true);


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Latest CVS of TJvMemoryData is blowing up (Stack Overflow)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 16 Jul 2003 17:17:20 -0400
Newsgroups: jedi.vcl

"Ignacio Vazquez" <ivazquez@orioncommunications.com> wrote in message
news:bf4cr2$r8l$1@talkto.net...
> > Line 1282, in TJvMemoryData.InternalInitFieldDefs.

Mantis item# 1043. See, I can be taught :)

Cheers,
  Ignacio




Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 16 Jul 2003 17:00:49 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bf36sh$k55$1@talkto.net...
> > So is this a D5/D6 bug or has it been fixed by someone?

Looks like it's fixed in the latest CVS. No idea who or how though.

Cheers,
  Ignacio




Subject: Latest CVS of TJvMemoryData is blowing up (Stack Overflow)
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 16 Jul 2003 16:52:29 -0400
Newsgroups: jedi.vcl

Line 1282, in TJvMemoryData.InternalInitFieldDefs.

Just thought you might want to know.

Cheers,
  Ignacio




Subject: Re: TJvxRichEdit and multicolored line
From: Michael Fritz <spam_athome@yahoo.de>
Date: Wed, 16 Jul 2003 22:15:45 +0200
Newsgroups: jedi.vcl

> > 
> >      MyMemo.SelAttributes.Color := clBlue;
> >      MyMemo.SelAttributes.Style := [fsBold];
> >      MyMemo.SelLength := 0;
> >      MyMemo.SelText := Format('%s: ',[HEAD]);
> >      MyMemo.SelAttributes.Color := clBlack;
> >      MyMemo.SelAttributes.Style := [];
> >      MyMemo.SelLength := 0;
> >      MyMemo.SelText := TXT;
> > 
Peter,

thanks for reply. However this does not work. All of the 
text is written in a single line. 

Now I've changed  MyMemo.SelText := TXT; to  
MyMemo.SelText := TXT + #13;

But this causes some more unreadable text :-(
The text should be line after line but it seems that all 
new line I add is inserted *before* the old lines...

Do you have some further help for me?

cu,
Michael


 


Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Wed, 16 Jul 2003 13:30:25 -0400
Newsgroups: jedi.vcl

"Bepy" <ramengo@hotmail.com> wrote in message
news:bf35f1$jq4$1@talkto.net...
> > Hi, in the meantime I migrated to Delphi 7 in conjuction with
> > http://jvcl.sourceforge.net/daily/JVCL-Latest.zip and the bug is gone
> > away...

And of course I can't seem to compile the design-time package.

Something about JvID3v2Base not being able to find TJvID3Encoding, even
though it _can_ find JvId3v2Types...

Gah,
  Ignacio




Subject: Re: Kwizard donated to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 19:21:34 +0200
Newsgroups: jedi.vcl

Actually a tree would work but it would have to be a multi-way tree and
unless we are going to buy TeeTree, I wouldn't want to write the design
editor for it<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Kwizard donated to JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jul 2003 19:12:02 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Wed, 16 Jul 2003 20:58:37 +0400:

 MB>> You understood the example well. Why do you want to go from a sub-path
 MB>> from the root to another sub-path from the root?

 A> Example.

[snip]

I see. Didn't really occur to me but reading it I realize this will be the
case quite often. In that case we should indeed can the tree design as it
will make things harder. Just a collection of single paths. Whenever the
follow-up path is selected it should be added to a stack (to allow
back-tracking). Optionally we could add a 'decision tree' in which we select
the sub-paths from the collection, but I don't see the point of adding that
as well, other than making it more visual to the developer.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Toto with "Rosanna".




Subject: Re[2]: Kwizard donated to JVCL
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 16 Jul 2003 20:58:37 +0400
Newsgroups: jedi.vcl

Hello, Marcel!

 MB> You understood the example well. Why do you want to go from a sub-path
 MB> from the root to another sub-path from the root?

Example.
I want to set up some event notice mailer.

I need to create new rule.
I start with
step0: set event mask for this rule
step1: select e-mail
step2: select imap4 or smtp or maybe uucp or whatever
step3a: select imap4 address and login options
step3b: select smtp address and login options
step4 - paths are merged: select template, so mail will have some notes
where did it originated from
step5: set must program send mail immediately or digest every 30 minutes if
some mail is pending


With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: Added Jedi help files to Delphi (help -> customize) but still F1 doesn't work.
From: Warren Postma <wp@tekran.com>
Date: Wed, 16 Jul 2003 12:54:09 -0400
Newsgroups: jedi.vcl


> try http://republika.pl/moskwasg

I don't speak Polish, but this looks like a 404 error (the webpa?gz' you as'ke;d for istkie;rsplattz')...

Quoth the web server:

Przykro nam, strona o podanym adresie nie istnieje.
Sprawdz', czy wpisa?e poprawny adres strony, lub skorzystaj z najwie;kszej w Polsce Wyszukiwarki Onetu.



Warren



Subject: Re: Kwizard donated to JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 16 Jul 2003 18:42:53 +0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 16 Jul 2003 17:29:50 +0200:

 PT> I'm not quite sure that I understand the benefit of using a tree to
 PT> represent the paths. If I haven't completely misunderstood Marcel and
 PT> Trev, the example Marcel listed would indicate that there is no way to
 PT> get from, say, SubPath 1.1 to SubPath 2. And if there is a way, the
 PT> representation doesn't match how paths work (at least not the way I
 PT> understand it). And this would probably be as confusing to a
 PT> prospective user as not using trees at all.

You understood the example well. Why do you want to go from a sub-path from
the root to another sub-path from the root? If you would really need to, you
should simply copy SubPath2 to be a sub-path of SubPath1.1 Or were you under
the impression we couldn't go any deeper than SubPath1.1? For the record:

RootPath (welcome page, any pages up to a decision point)
  |-SubPath 1 (any pages up to another decision point)
  |    |- SubPath 1.1 (upto the next decision point)
  |    |     |- Copy of SubPath 2
  |    |- SubPath 1.2 (upto the next decision point)
  |         |- SubPath 1.2.1
  |         |     |- SubPath 1.2.1.1
  |         |     |- SubPath 1.2.1.2
  |         |- SubPath 1.2.2
  |         |- SubPath 1.2.3
  |              |- SubPath 1.2.3.1
  |              |     |- Copy of SubPath 1.2.1
  |              |     |      |- Copy of SubPath 1.2.1.1
  |              |     |      |- Copy of SubPath 1.2.1.2
  |              |     |- SubPath 1.2.3.1.2
  |              |- SubPath 1.2.3.1
  |-SubPath 2

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's A-Ha with "The Sun Always
Shines On TV".




Subject: Re: JvBandObjects and JvPlugin wizards
From: "Arlo kleijweg" <mrmidi@gmx.net>
Date: Wed, 16 Jul 2003 18:33:54 +0200
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b3ai4l$5gh$1@talkto.net...
> > I made minor changes (#13#10 replaced by a CrLf constant) and checked
> > both wizards. JvPlugin wizard seems to work most of the times, but
> > JvBandObjects wizard always dies and takes Delphi with it. It looks like
> > a stack overflow because no exception shows up.
> > JvBandObject resides in "Wizards" tab whereas JvPlugin resides in
> > "Projects" tab. Is it possible to have them both in "Wizards" tab?
> >

I have this problem too of jvBandObjects wizard crashing on me. Is there a
bug fix i can download somewhere or could someone point me to what to fix in
the source?

Thanks,

Arlo




Subject: Re: Kwizard donated to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 18:32:13 +0200
Newsgroups: jedi.vcl

Actually, one could alias the Header.Title and Header.Subtitle properties so
they appear as direct children of the wizard page without breaking any
existing code. New users could then either use Page.Title or
Page.Header.Title as these would point to the same implementation.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Kwizard donated to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 17:29:50 +0200
Newsgroups: jedi.vcl

I'm not quite sure that I understand the benefit of using a tree to
represent the paths. If I haven't completely misunderstood Marcel and Trev,
the example Marcel listed would indicate that there is no way to get from,
say, SubPath 1.1 to SubPath 2. And if there is a way, the representation
doesn't match how paths work (at least not the way I understand it). And
this would probably be as confusing to a prospective user as not using trees
at all.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Jvcl2 cvs: OutlookBarButtons: uncompilable in D5
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 16 Jul 2003 19:26:52 +0400
Newsgroups: jedi.vcl

Hello, All!

function TJvOutlookBarButtons.Add

.......Result.SetCollection(self);

Method .SetCollection is private in VCL5
changed to   Result.Collection := self;


With best regards, Arioch.  E-mail: the_Arioch@nm.ru


Subject: Re: jvRichEdit enhancements
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 15:27:15 +0200
Newsgroups: jedi.vcl

> > i am not able to use CVS at work, so how can i provide code changes ?
You can create a new report in Mantis (choose Donation as the category) and
upload it there. Mantis can be found at http://projectjedi.sf.net/mantis

> > maybe it would be a good idea to give my ruler too ?
That would be very nice.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Bepy" <ramengo@hotmail.com>
Date: Wed, 16 Jul 2003 14:37:13 +0200
Newsgroups: jedi.vcl

> > So is this a D5/D6 bug or has it been fixed by someone?
I really don't know...




Subject: jvRichEdit enhancements
From: "Aurélien Dellieux" <a.dellieux@nospam.corwin.fr>
Date: Wed, 16 Jul 2003 12:29:08 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

i've made several enhancements to the JvRichEd component (the 160k 
component, from RxLibrary, modified by Sébastien Buysse (in the 3.00 
snapshot).

i am not able to use CVS at work, so how can i provide code changes ?

here is a list of modifications / enhancements :

- handling of richedit dll v3 (allows to display center/right/decimal 
tabs, for example).
- horizontal scroll event that give a position value to the user, in 
order to use a ruler, in pixels (OnPosition event).
- Bold/Italic/Underline/StrikeOut properties related to the selection, 
that allow mixed styles to behave correctly, not like the original delphi 
richedit.
- resize event, for use with a ruler.
- bug correction from the original delphi richedit : settab procedure use 
a wrong index number.
- better handling of richedit dll version

i have been able to reproduce (without really wanting to) exactly the 
same behaviour as wordpad about the ruler.

maybe it would be a good idea to give my ruler too ?

thanks in advance

Aurelien (Corwin : http://www.corwin.fr)


Subject: Re: How to get JVCL3 sources from SourceForge
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 14:02:11 +0200
Newsgroups: jedi.vcl

Yes, but you can use the same JCL as you used for JVCL 2.10. Only make sure
the JCL and JVCL are located in sibling folders (on the same level) on your
computer, i.e like this:

\JEDI(or whatever you call it)
    \JCL
    \JVCL


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How to get JVCL3 sources from SourceForge
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 16 Jul 2003 13:58:59 +0200
Newsgroups: jedi.vcl

> > jvcl.sf.net
> > get inviolved
> > tools
> > CVS

Thanks, that worked pretty well.  I have the JVCL3 sources now, but was
wondering if I also need the JCL to use the JVCL3 ? I know you needed it for
version 2 of the JVCL.  Is that still the case ?

Regards,


Stefaan Lesage




Subject: Re: SOAP and JCVL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 12:56:19 +0200
Newsgroups: jedi.vcl

You can add the soap package to the requires node of the JVCL package.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: SOAP and JCVL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 16 Jul 2003 14:45:23 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 16 Jul 2003 13:31:06 +0300 @479)
....while the fading voice of Gabriel whispered through the darkness:

GP> conflict between SOAP components and JEDI 'Zlib' unit (JEDI 2.1

Move ZLib to some specific little package and use it as required for both
Jvcl and Soap

news://forums.talkto.net/bd4lrm$91s$1@talkto.net

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: SOAP and JCVL
From: "Gabriel Papadopol" <gabi@pro-soft.ro>
Date: Wed, 16 Jul 2003 13:31:06 +0300
Newsgroups: jedi.vcl

After installing all updates for Delphi6 from Borland there is a conflict
between SOAP components and JEDI 'Zlib' unit (JEDI 2.1 version). Any help ?

Best regards,
Gabriel




Subject: Re: Offtopic: yet 1 more funny component
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 16 Jul 2003 14:25:19 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 16 Jul 2003 12:15:00 +0200 @468)
....while the fading voice of Peter whispered through the darkness:

 PT> Funny, it says "Free with source" but there's a registration page
 PT> asking for 12 ?

Sources are given.
Free for non-commercial use, Euro12 for commercial.
But since then, i doubt he will want to join some fw lib like Polaris or
Jvcl.
But it looks greate indeed.

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Offtopic: yet 1 more funny component
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 12:15:00 +0200
Newsgroups: jedi.vcl

Funny, it says "Free with source" but there's a registration page asking for
12 ?...Makes one wonder which one is right? Nice components, though,
especially the DBGrid looks good.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 12:06:32 +0200
Newsgroups: jedi.vcl

Ah, yes, sorry. I never got a reply to the question in the report, so that's
why nothing has happened.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Added Jedi help files to Delphi (help -> customize) but still F1 doesn't work.
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 16 Jul 2003 14:05:04 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 16 Jul 2003 11:34:14 +0200 @440)
....while the fading voice of Karel whispered through the darkness:

  KK> I have the same problem, but this URL does not work. 

http://www.google.com/search?q=HlpReg+Moskw@

Pity!
Homepages are dying this year.
gpProfiler faded, HlpReg faded...
-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 12:04:38 +0200
Newsgroups: jedi.vcl

So is this a D5/D6 bug or has it been fixed by someone?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvxRichEdit and multicolored line
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 12:03:17 +0200
Newsgroups: jedi.vcl

> > Now I want the header (in blue) and the text (in black) in a *single*
line.
> >
> > How can I do this with TJvxRichEdit?

     MyMemo.SelAttributes.Color := clBlue;
     MyMemo.SelAttributes.Style := [fsBold];
     MyMemo.SelLength := 0;
     MyMemo.SelText := Format('%s: ',[HEAD]);
     MyMemo.SelAttributes.Color := clBlack;
     MyMemo.SelAttributes.Style := [];
     MyMemo.SelLength := 0;
     MyMemo.SelText := TXT;

Work the same as with normal RichEdit
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Bepy" <ramengo@hotmail.com>
Date: Wed, 16 Jul 2003 11:40:53 +0200
Newsgroups: jedi.vcl

Hi, in the meantime I migrated to Delphi 7 in conjuction with
http://jvcl.sourceforge.net/daily/JVCL-Latest.zip and the bug is gone
away...




Subject: Re: Added Jedi help files to Delphi (help -> customize) but still F1 doesn't work.
From: Karel Kral <kralkonf@purus.cz>
Date: Wed, 16 Jul 2003 11:34:14 +0200
Newsgroups: jedi.vcl

> > Or try http://republika.pl/moskwasg

I have the same problem, but this URL does not work. Do You have another
one? 

Arioch /BDV/ wrote:
> > 
> > The stars so gaily glistened... (Tue, 15 Jul 2003 09:52:44 -0400 @619)
> > ...while the fading voice of Warren whispered through the darkness:
> > 
> > 
> >  WP> system sucks, but can anyone help me realize what is going on here?
> > 
> >  There is 3rd page where You are to include file also.
> > 1 for toc/cnt and 2 for hlp
> > 
> > Or try http://republika.pl/moskwasg
> > 
> > --
> > If i had ears, i'd heard none: WinAMP de-instaled.
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru

-- ______________________________________________________ Karel Kral, vedouci odd. IT / IT manager Purus, s.r.o., Cezavy 627, 664 56 Blucina, CZ Tel: 547 235 000, 602 552 432, Fax: 547 231 203 E-Mail: mailto:kral@purus.cz, WWW: http://www.purus.cz ______________________________________________________ 

Subject: Re: Offtopic: yet 1 more funny component
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 16 Jul 2003 13:10:21 +0400
Newsgroups: jedi.vcl

Hello, All!

http://perso.chello.fr/users/l/logiciels/ultimvcl/indexUK.htm

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: How to get JVCL3 sources from SourceForge
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 16 Jul 2003 13:09:32 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 16 Jul 2003 11:05:46 +0200 @420)
....while the fading voice of Stefaan whispered through the darkness:

 SL> Would you happen to have the URL to that page ? I looked on the JVCL
 SL> home page but couldn't find that anywhere.

jvcl.sf.net
get inviolved
tools
CVS


Connection string:
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
Module name:     /dev/jvcl3

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: How to get JVCL3 sources from SourceForge
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 16 Jul 2003 11:05:46 +0200
Newsgroups: jedi.vcl

> > WinCVS is more powerful.
> > Tortoise is easier to configure.
> >
> > JVCL has a special page 'How to srt up Tortoise'

Would you happen to have the URL to that page ? I looked on the JVCL home
page but couldn't find that anywhere.

Regards,


Stefaan




Subject: TJvxRichEdit and multicolored line
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Wed, 16 Jul 2003 10:54:56 +0200
Newsgroups: jedi.vcl

Hi,

I want to add e.g. a line to a TJvxRichEdit and use different colors in this
line
(should be *no* syntax  highlighting  memo - just some multi-colored lines).
While
this works perfectly if the line has got just one color, I cannot get this
running when two colors should be used in a single line:

    MyMemo.SelAttributes.Color := clBlue;
    MyMemo.SelAttributes.Style := [fsBold];
    MyMemo.Lines.Add(Format('%s: ',[HEAD]));
    MyMemo.SelAttributes.Color := clBlack;
    MyMemo.SelAttributes.Style := [];
    MyMemo.Lines.Append(TXT);

This means I get a blue line with the header (HEAD) and a second line black
colored with the text (TXT).
Now I want the header (in blue) and the text (in black) in a *single* line.

How can I do this with TJvxRichEdit?

cu,
Michael





Subject: Re: How to get JVCL3 sources from SourceForge
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 16 Jul 2003 12:30:37 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 16 Jul 2003 09:29:20 +0200 @353)
....while the fading voice of Stefaan whispered through the darkness:

 SL> Since I'm really new to CVS, I have no clue how to configure this
 SL> TurToise or WinCVS to do the trick for me.

WinCVS is more powerful.
Tortoise is easier to configure.

JVCL has a special page 'How to srt up Tortoise'

What connection string to type to get Jvcl3 was discussed before.

 SL> Also if you have any suggestions on which tools I should use ( in
 SL> Windows ) to work with CVS, it would greatly be appreciated.

winMerge maybe
But i think - download Tortosie ad it will be enough. 

PS: do not compile files in CVS folder.
Make a copy of them and compile that copy.
-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: How to get JVCL3 sources from SourceForge
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 16 Jul 2003 09:29:20 +0200
Newsgroups: jedi.vcl

Hello again,

I was wondering how I could get the JVCL3 sources from SourceForge.  Since
I'm really new to CVS, I have no clue how to configure this TurToise or
WinCVS to do the trick for me.

Also if you have any suggestions on which tools I should use ( in Windows )
to work with CVS, it would greatly be appreciated.

Best regards,


Stefaan Lesage




Subject: Re: RxFormStorage - JvFormStorage
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Wed, 16 Jul 2003 08:08:04 +0200
Newsgroups: jedi.vcl

> > Oohh.. that is not bad to have such a runtime package - the bad is that
> > runtime needs all related stuff, like BDE and other libraries :-(

Well I did try to create a package with only that component it.  But the
unit has so many references to other units ( and those again to other
units ) that I ended up with a package full of units :-P It would be simpler
to just install the whole JVCL then.

I think I will have a peak at JVCL3 and install that one.

Regards,


Stefaan Lesage
PeopleWare N.V.




Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 15 Jul 2003 18:28:30 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bf1tgc$clo$1@talkto.net...
> > Not to my knowledge. I had actually lost track of this and that's why I
> > always recommend to post bug reports and requests to Mantis instead of
here
> > since it is a lot easier to keep track of them there. This doesn't mean
that
> > it will be fixed any sooner but at least we know about it.

This is actually item# 831 in Mantis. I'll take a look at the comment in the
Bug Note tomorrow and report in.

Cheers,
  Ignacio




Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Jul 2003 00:18:18 +0200
Newsgroups: jedi.vcl

Not to my knowledge. I had actually lost track of this and that's why I
always recommend to post bug reports and requests to Mantis instead of here
since it is a lot easier to keep track of them there. This doesn't mean that
it will be fixed any sooner but at least we know about it.

Mantis is at http://projectjedi.sf.net/mantis

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Tue, 15 Jul 2003 17:51:14 -0400
Newsgroups: jedi.vcl

Has there been any progress on this bug by anyone?

Thanks,
  Ignacio




Subject: Re: JCL Mapi To Send HTML E-Mail With Inline Images Problem
From: "Lee J Cook" <lee@kwikhols.co.uk>
Date: Tue, 15 Jul 2003 16:25:23 +0100
Newsgroups: jedi.vcl

Have done but got no reply from the JCL group have also added it to your bug
list on your web site

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:benesn$q64$1@talkto.net...
>> > > I am using the JCLMapi to send HTML E-Mails out through my delphi
>> > > application.
> >
> > You should probably post this to the JCL group instead.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Added Jedi help files to Delphi (help -> customize) but still F1 doesn't work.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 15 Jul 2003 16:29:04 +0200
Newsgroups: jedi.vcl

 WP> I have found that for example TJvScrollingWindow is in the early
release
 WP> of the help files, but that context help (F1) after clicking on the
 WP> JvScrollingWindow pops up the help index but that class (nor any TJv*)
 WP> si in the index. Now I added the jedi HLP file to Open Help (both to
the
 WP> index, and the other page that had HLP files in it) and yet nothing is
 WP> added.   I realize that this is because Borland's open help system
 WP> sucks, but can anyone help me realize what is going on here?

Such a lovely thing that Open Help System! <g> Did you add the .cnt file to
the Contents tab? The .cnt file (or .toc file for most other help systems)
contains the actual index used for context sensitive help.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: Added Jedi help files to Delphi (help -> customize) but still F1 doesn't work.
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 15 Jul 2003 18:27:41 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 15 Jul 2003 09:52:44 -0400 @619)
....while the fading voice of Warren whispered through the darkness:

 
 WP> system sucks, but can anyone help me realize what is going on here?

 There is 3rd page where You are to include file also.
1 for toc/cnt and 2 for hlp

Or try http://republika.pl/moskwasg


-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Added Jedi help files to Delphi (help -> customize) but still F1 doesn't work.
From: Warren Postma <wp@tekran.com>
Date: Tue, 15 Jul 2003 09:52:44 -0400
Newsgroups: jedi.vcl

I have found that for example TJvScrollingWindow is in the early release of the help files, but that context help (F1) after clicking on the JvScrollingWindow pops up the help index but that class (nor any TJv*) si in the index. Now I added the jedi HLP file to Open Help (both to the index, and the other page that had HLP files in it) and yet nothing is added.   I realize that this is because Borland's open help system sucks, but can anyone help me realize what is going on here?

Regards,

Warren



Subject: Re: Kwizard donated to JVCL
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jul 2003 15:38:12 +0200
Newsgroups: jedi.vcl

> > Just drop it on form and browse Object Inspector to the text and fonts of
> > title and subtitle.
> > Aren't them hidden to deep for anyone who sees it for 1st time.
> > No look through top-level properties - are they used that hard and often?

Maybe maybe not. The only thing I *might* agree on is that Title and
SubTitle should be direct sub-properties of the wizard but changing that
would break a lot of existing code so I wouldn't change it unless I had a
really good reason to.

> > One more glitch - Next/Previous buttons caption are not taken from
> > Consts.pas and hence are not transslated by usual Delphi language packs.
Since they are declared as resourcestrings, they should show up in the ITE.
Don't they?

Although I guess that at least the help and Cancel buttons could get their
values from SCancelButton and SHelpButton in Consts but there is no
equivalent for the other strings in any of the Delphi Consts file that I
could find.

> > And i'd agree with 'previous pseakers' about lack of complex, non-linear
> > path.
Maybe we'll do something about that.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: RxFormStorage - JvFormStorage
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 15 Jul 2003 17:34:56 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 15 Jul 2003 15:19:08 +0200 @596)
....while the fading voice of Stefaan whispered through the darkness:

 SL> That might be true, but this still means I need to have the RunTime
 SL> package with the 200+ components right ? Or am I missing something here

Oohh.. that is not bad to have such a runtime package - the bad is that
runtime needs all related stuff, like BDE and other libraries :-(

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: RxFormStorage - JvFormStorage
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Tue, 15 Jul 2003 15:28:56 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bf0ucu$6su$1@talkto.net...
> > There is no easy way to accomplishing this at the moment. Either create a
> > new package for JvFormStorage and add all used units to it (there aren't
> > that many, actually). Then create a design package and only register
> > JvFormStorage and noting else. Distribute this new, small run-time package
> > with your app (if necessary). Or continue using rx lib until JVCL 3 is
out.

Thanks Peter,

I'll give it a try right away.

Regards,



Stefaan Lesage
PeopleWare N.V.




Subject: Re: RxFormStorage - JvFormStorage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jul 2003 15:27:19 +0200
Newsgroups: jedi.vcl

There is no easy way to accomplishing this at the moment. Either create a
new package for JvFormStorage and add all used units to it (there aren't
that many, actually). Then create a design package and only register
JvFormStorage and noting else. Distribute this new, small run-time package
with your app (if necessary). Or continue using rx lib until JVCL 3 is out.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: RxFormStorage - JvFormStorage
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Tue, 15 Jul 2003 15:24:11 +0200
Newsgroups: jedi.vcl

> > 1) Continue using Rx, until Jvcl3 split to number of lesser packages would
> > be out
> > 2) make You special package, containing JFS only (it would not be allowed
to
> > be loaded at the same time as JVCL though)

Option 2 :

Well this is what I tried to do, but the JvPlacemnt unit required other
units, which required yet other units, ... and I ended up with half of the
JVCL again :-P

Well not excactly half the JVCL but you know what I mean :-)

I'm going to have a look at it again, maybe I did something wrong, I'll let
you know about my progress.

Regards,



Stefaan Lesage
PeopleWare N.V.




Subject: Re: RxFormStorage - JvFormStorage
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Tue, 15 Jul 2003 15:19:08 +0200
Newsgroups: jedi.vcl

> > You may use it without installing - just create/free an instance in
runtime.

That might be true, but this still means I need to have the RunTime package
with the 200+ components right ? Or am I missing something here ?

I could of course add the file which contains the JvFormStorage to my
project, and use your technique, then I don't need those packages.  But
since there are quite a lot of units on which the JvPlacemnt depens, I
should add all those as well ( JvAppUtils, JvProps, JvStrUtils, JvTypes,
JvWndProc, ... ).  And if I do that, I could as well install the whole
Library, bringing me back to my original point :-P

Regards,


Stefaan Lesage
PeopleWare N.V.




Subject: Re: RxFormStorage - JvFormStorage
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 15 Jul 2003 17:12:58 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 15 Jul 2003 14:14:33 +0200 @551)
....while the fading voice of Stefaan whispered through the darkness:

 SL> It would be pretty strange to fill my component pallet with 200 +
 SL> components if I only need that specific one.

1) Continue using Rx, until Jvcl3 split to number of lesser packages would
be out
2) make You special package, containing JFS only (it would not be allowed to
be loaded at the same time as JVCL though)

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: RxFormStorage - JvFormStorage
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Tue, 15 Jul 2003 15:51:20 +0300
Newsgroups: jedi.vcl

"Stefaan Lesage" <Stefaan.Lesage@Peopleware.be> wrote in message news:bf0q4h$5mn$1@talkto.net...
> > Hi folks,
> >
> > In a previous project of mine I have used the RxFormStorage component for a
> > few things.  Since the RxLib is now part of the JVCL, I was wondering if
> > there is some way to install the JvFormStorage component whithout having to
> > install the 200 + other components that come with the JVCL.
> >
> > Is this possible ? Or maybe a subset of the components ? I have read a
> > message here that you are working on smaller packages with less components
> > in it, so that is somehow what I need.
> >
> > It would be pretty strange to fill my component pallet with 200 + components
> > if I only need that specific one.
You may use it without installing - just create/free an instance in runtime.

-- Regards Illya Kysil, software developer Delphi/C/C++/C#/Java/Forth/Assembler If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA 

Subject: Re: JvPlugin
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Tue, 15 Jul 2003 14:38:24 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bf0qq4$5tg$1@talkto.net...
> > we know ;-) They will probably be moved to a .dtx file instead though (to
> > conform to the JEDI standard).

Well I thought I might warn you, since  having some strange procedure
headers in one unit might look a bit strange :-P

Regards,


Stefaan Lesage
PeopleWare N.V.




Subject: Re: JvPlugin
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 15 Jul 2003 14:26:14 +0200
Newsgroups: jedi.vcl

Hello, Stefaan!
You wrote  on Tue, 15 Jul 2003 14:17:58 +0200:

 SL> I know from my Doc-o-Matic BETA testing a while ago that you could use
 SL> that application to generate documentation from my Procedure Headers
 SL> too :-)

 SL> Just letting you guys know :-)

we know ;-) They will probably be moved to a .dtx file instead though (to
conform to the JEDI standard).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

It's quiet in here!




Subject: Re: JvPlugin
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Tue, 15 Jul 2003 14:17:58 +0200
Newsgroups: jedi.vcl

Oh I forgot to mention one thing.  I use some comments as Procedure Headers,
which might not be conform with the JEDI standards, so you might want to
modify those as well.

I know from my Doc-o-Matic BETA testing a while ago that you could use that
application to generate documentation from my Procedure Headers too :-)

Just letting you guys know :-)


Regards,



Stefaan Lesage
PeopleWare N.V.




Subject: RxFormStorage - JvFormStorage
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Tue, 15 Jul 2003 14:14:33 +0200
Newsgroups: jedi.vcl

Hi folks,

In a previous project of mine I have used the RxFormStorage component for a
few things.  Since the RxLib is now part of the JVCL, I was wondering if
there is some way to install the JvFormStorage component whithout having to
install the 200 + other components that come with the JVCL.

Is this possible ? Or maybe a subset of the components ? I have read a
message here that you are working on smaller packages with less components
in it, so that is somehow what I need.

It would be pretty strange to fill my component pallet with 200 + components
if I only need that specific one.

Regards,


Stefaan Lesage




Subject: Re: Kwizard donated to JVCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 15 Jul 2003 15:44:04 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 15 Jul 2003 13:38:52 +0200 @526)
....while the fading voice of Peter whispered through the darkness:

 PT> Could you give some examples of what you mean?

Just drop it on form and browse Object Inspector to the text and fonts of
title and subtitle.
Aren't them hidden to deep for anyone who sees it for 1st time.

No look through top-level properties - are they used that hard and often ?

One more glitch - Next/Previous buttons caption are not taken from
Consts.pas and hence are not transslated by usual Delphi language packs.
And i'd agree with 'previous pseakers' about lack of complex, non-linear
path.

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Kwizard donated to JVCL
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jul 2003 13:38:52 +0200
Newsgroups: jedi.vcl

> > To me it is very overweighted.
> > Settings that are really needed are hard to find.
> > Settings that are needed very rear - are at top level.

Could you give some examples of what you mean?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL(X)
From: "Rodrigo.net" <rodrigol@bigfoot.com>
Date: Tue, 15 Jul 2003 08:38:24 -0300
Newsgroups: jedi.vcl

JVCL 3.0 is planned to have CLX support?




Subject: Re: Kwizard donated to JVCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 15 Jul 2003 15:03:37 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 13 Jul 2003 12:22:16 -0400 @723)
....while the fading voice of Rob whispered through the darkness:

 R> This is great news.  I am a happy user of KWizard. It is a very nice
 R> component.

It is stopped at 1.8 (0.8) ?
To me it is very overweighted.
Settings that are really needed are hard to find.
Settings that are needed very rear - are at top level.

I hope it will be reworked because it has a greate basis, but no
documentation and is not developer-friendly. :(

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Implementing EM_GETSEL in custom control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Jul 2003 03:59:04 +0200
Newsgroups: jedi.vcl

Changes committed to JVCL3

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BalloonHint
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 15 Jul 2003 02:08:35 +0200
Newsgroups: jedi.vcl

Gary Jones wrote:
> Still a minor problem, though: the "visible time" parameter now seems to
> have no effect (the hint stays visible until the close button is clicked).
> This isn't a problem for me as I'd prefer to use the close button anyway,
> but I'm reporting it as a minor bug.

Are you sure you don't use multiple instances of TJvBalloonHint (check
the .dpr file) If not please add the bug to mantis:
http://jvcl.sourceforge.net/bugs.htm

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: BalloonHint
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 15 Jul 2003 02:04:03 +0200
Newsgroups: jedi.vcl

Brian Gochnauer wrote:
> JVCL is using the Windows API 'hint' 

TJvBalloonHint doesn't use the 'hint' api to display the balloon. Maybe
you mean the TJvTrayIcon component?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Implementing EM_GETSEL in custom control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jul 2003 20:39:31 +0200
Newsgroups: jedi.vcl

> > Have you read the PSDK description of EM_GETSEL exactly? :-)

Yes, as I replied to Remko, I made the mistake of typecasting to Pointer
instead of PLongint/PDWORD and couldn't figure out how to solve the errors I
got. Just one of those days, I guess :)

I'll add your improvements to JvEditor but note that this will only be done
to the JVCL3 sources.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Implementing EM_GETSEL in custom control
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 14 Jul 2003 18:30:33 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > but note that this will only be done to the JVCL3
> > sources.

That was the reason why I had not posted the complete unit.



-- Regards Andreas Hausladen 

Subject: Re: Implementing EM_GETSEL in custom control
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 14 Jul 2003 17:09:59 +0000 (UTC)
Newsgroups: jedi.vcl

> > Furthermore replace the function GetNextWordPosEx by this one. The
> > original GetNextWordPosEx allways returns an empty string.

Sorry. One line is missing in the new GetNextWordPosEx.

---
function GetNextWordPosEx(const Text: string; StartIndex: Integer;
  var iBeg, iEnd: Integer): string;
var
  Len: Integer;
begin
  Len := Length(Text);
  Result := '';
  if (StartIndex < 1) or (StartIndex > Len) then
    Exit;
  if (Text[StartIndex] in Separators) and
     ((StartIndex < 1) or (Text[StartIndex - 1] in Separators)) then
    Inc(StartIndex);
  iBeg := StartIndex;
  while iBeg >= 1 do
    if Text[iBeg] in Separators then
      Break
    else
      Dec(iBeg);
  Inc(iBeg);
  iEnd := StartIndex;
  while iEnd <= Len do
    if Text[iEnd] in Separators then
      Break
    else
      Inc(iEnd);
  Dec(iEnd);                                 // <-- missing line
  if iEnd >= iBeg then
    Result := Copy(Text, iBeg, iEnd - iBeg)
  else
    Result := Text[StartIndex];
end;



-- Regards 

Subject: Re: Implementing EM_GETSEL in custom control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jul 2003 19:04:37 +0200
Newsgroups: jedi.vcl

Sometimes I'm sooo stupid...

I tried exactly the same code but I typecasted wparam/lparam to Pointer
instead of PLongint and couldn't figure out how I should get rid of the
"Operator not applicable to this operand type" error...

Thanks, Remko! Saving me again (yes, of course it works)!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Implementing EM_GETSEL in custom control
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Date: Mon, 14 Jul 2003 17:03:47 +0000 (UTC)
Newsgroups: jedi.vcl

> > This doesn't seem to work. Anyone knows what am I doing wrong?

Have you read the PSDK description of EM_GETSEL exactly? :-)


procedure TJvCustomEditor.EMGetSel{ection}(var Msg: TMessage);
var
  StartPos, EndPos: Integer; 
begin
  StartPos := SelStart;
  EndPos := StartPos + SelLength;
  Msg.ResultLo := Word(StartPos);
  Msg.ResultHi := Word(EndPos);
  if Msg.WParam <> 0 then
    PDWORD(Msg.WParam)^ := StartPos;
  if Msg.LParam <> 0 then
    PDWORD(Msg.LParam)^ := EndPos;
end;


I see you are working on the JvEditor. Here are some more improvements
I made.

Pressing Enter/Return while the completition list is open inserts a
line break.
---
procedure TJvCustomEditor.KeyDown(var Key: Word; Shift: TShiftState);
var
  Com: Word;
begin
  if FCompletion.FVisible then
  begin
    if FCompletion.DoKeyDown(Key, Shift) then
    begin // << inserted
      IgnoreKeyPress := True;   // << inserted
      Exit;
    end; // << inserted
---


Furthermore replace the function GetNextWordPosEx by this one. The
original GetNextWordPosEx allways returns an empty string.

---
function GetNextWordPosEx(const Text: string; StartIndex: Integer;
  var iBeg, iEnd: Integer): string;
var
  Len: Integer;
begin
  Len := Length(Text);
  Result := '';
  if (StartIndex < 1) or (StartIndex > Len) then
    Exit;
  if (Text[StartIndex] in Separators) and
     ((StartIndex < 1) or (Text[StartIndex - 1] in Separators)) then
    Inc(StartIndex);
  iBeg := StartIndex;
  while iBeg >= 1 do
    if Text[iBeg] in Separators then
      Break
    else
      Dec(iBeg);
  Inc(iBeg);
  iEnd := StartIndex;
  while iEnd <= Len do
    if Text[iEnd] in Separators then
      Break
    else
      Inc(iEnd);
  if iEnd > iBeg then
    Result := Copy(Text, iBeg, iEnd - iBeg)
  else
    Result := Text[StartIndex];
end;
---


-- Regards Andreas Hausladen 

Subject: Re: Implementing EM_GETSEL in custom control
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 14 Jul 2003 18:45:11 +0200
Newsgroups: jedi.vcl

And, LParam or WParam might be nil, so you have to check that too.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Implementing EM_GETSEL in custom control
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 14 Jul 2003 18:41:35 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> The caller does something like this (Selection is a TSelection record):
>
>     SendMessage(Edit.Handle, EM_GETSEL, Longint(@Selection.StartPos),
> Longint(@Selection.EndPos));
>     Result := Selection.EndPos - Selection.StartPos;

Here you treat LParam & WParam as addresses (pointer to startpos &
endpos)

> procedure TJvCustomEditor.EMGetSelection(var Msg: TMessage);
> begin
>   Msg.WParam := SelStart;
>   Msg.LParam := SelStart + SelLength;
>   Msg.ResultLo := Msg.WParam;
>   Msg.ResultHi := Msg.LParam;
> end;

Here you treat LParam & WParam not as addresses but as their values. Thus change it to:

procedure TJvCustomEditor.EMGetSelection(var Msg: TMessage);
var
  LSelStart, LSelEnd: Integer;
begin
  LSelStart := SelStart;
  LSelEnd := SelStart + SelLength;

  PLongint(Msg.WParam)^ := LSelStart;
  PLongint(Msg.LParam)^ := LSelEnd;
  if (LSelEnd > 65,535) or (LSelStart > 65,535) then
    Msg.Result := -1
  else
  begin
    Msg.ResultLo := LongRec(LSelStart).Lo;
    Msg.ResultHi := LongRec(LSelEnd).Lo;
  end;
end;

or something..

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JVCL- tutorials.pdf - damaged?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jul 2003 17:47:44 +0200
Newsgroups: jedi.vcl

Check jedi.binaries. Marcel has uploaded a fixed pdf there.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL- tutorials.pdf - damaged?
From: "Janusz Cyran" <lobster@hot.home.pl>
Date: Mon, 14 Jul 2003 17:22:01 +0200
Newsgroups: jedi.vcl

Hi,

I cannot open "JVCL- tutorials.pdf" because my Adobe Acrobate Reader 5.01
tells the document is damaged...

Regards,
Janusz Cyran




Subject: Re: JvFormStorage
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Mon, 14 Jul 2003 11:11:26 -0230
Newsgroups: jedi.vcl

Thanks Peter, will do.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:beual3$nv3$1@talkto.net...
> > For feature requests and bug reports, go to mantis and report it there
> > instead: it will easily get lost and forgotten when posted here...
> >
> > http://projectjedi.sourceforge.net/mantis
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "Howard Carr" <hjcarr@nf.sympatico.ca> skrev i meddelandet
> > news:beu9oj$noh$1@talkto.net...
>> > > Could you add the datetime type to the list of types for the StoredValue
>> > > property.
>> > >
>> > > Thanks...
>> > >
>> > >
> >
> >




Subject: Implementing EM_GETSEL in custom control
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jul 2003 15:40:38 +0200
Newsgroups: jedi.vcl

Hi all,
I am modfying the TJvCustomEditor and need to implement the EM_GETSEL
message and return the current selection in Msg.wParam and Msg.lParam. I
thought this was straight-forward, but it seems the caller doesn't get the
values, only garbage is returned:

The caller does something like this (Selection is a TSelection record):

    SendMessage(Edit.Handle, EM_GETSEL, Longint(@Selection.StartPos),
Longint(@Selection.EndPos));
    Result := Selection.EndPos - Selection.StartPos;

And the custom control responds with:

procedure TJvCustomEditor.EMGetSelection(var Msg: TMessage);
begin
  Msg.WParam := SelStart;
  Msg.LParam := SelStart + SelLength;
  Msg.ResultLo := Msg.WParam;
  Msg.ResultHi := Msg.LParam;
end;


This doesn't seem to work. Anyone knows what am I doing wrong?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvFormStorage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jul 2003 15:37:50 +0200
Newsgroups: jedi.vcl

For feature requests and bug reports, go to mantis and report it there
instead: it will easily get lost and forgotten when posted here...

http://projectjedi.sourceforge.net/mantis

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Howard Carr" <hjcarr@nf.sympatico.ca> skrev i meddelandet news:beu9oj$noh$1@talkto.net...
> > Could you add the datetime type to the list of types for the StoredValue
> > property.
> >
> > Thanks...
> >
> >




Subject: JvFormStorage
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Mon, 14 Jul 2003 10:52:36 -0230
Newsgroups: jedi.vcl

Could you add the datetime type to the list of types for the StoredValue
property.

Thanks...




Subject: Re: Kwizard donated to JVCL
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 14 Jul 2003 12:57:30 +0100
Newsgroups: jedi.vcl

Hi Peter,

I was thinking along the lines of a TreeView like Marcel as this would be
familiar to TreeView users and would allow subpaths within subpaths.

Another idea would be to have nested wizards i.e Wiz_Main contains Wiz_East
and Wiz_West

Trev

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:betvqk$l8m$1@talkto.net...
>> > > The one feature that is missing, imho, is a more flexible approach to
>> > > 'alternative' paths.
> >
> > I agree on that. I was thinking that maybe a collection class could be
> > created where each item could have a user defined path through the list of
> > pages. No items in the collection means standard behavior. The wizard
would
> > then have a property "CurrentPath", that one could assign to at run-time
> > depending on what the user did, f.ex:
> >
> >   if chkGoWest.Checked then
> >     JvWizard1.CurrentPath := JvWizard1Paths.PathByName('GoWest')
> >   else
> >     JvWizard1.CurrentPath := JvWizard1Paths.PathByName('GoEast');
> >
> >   JvWizard1.GotoPathPage(0); // move to first page in the selected path
> > without having user click a button.
> >
> > The wizard would then move to either the first page of GoWest or GoEast
when
> > the user clicks the Next button or immediately to the requested page in
the
> > path if GotoPathPage was called.
> >
> > Another approach could be to create a non-visual path manager component
that
> > maintains a list of pages. You would then drop one such component for each
> > path you would like to define, i.e 4 paths -> 4 path managers. The coding
> > logic would be about the same.
> >
> > One problem that should be solved is how to handle back tracking: if the
> > user moves backwards through a path and reaches the start of the path, the
> > previously used path should be automatically activated (on the page where
he
> > left it) so he can keep going backwards to the start if necessary.
> >
> > What do you think? Do you or anyone else have other ideas?
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Kwizard donated to JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 14 Jul 2003 12:58:27 +0200
Newsgroups: jedi.vcl

 MB>   maybe we could introduce a
 MB> property to each path that will contain the selected follow-up path (so
 MB> a default decision could be made at design time).

this might a better approach than using a CurrentPath property at the
wizard. OTOH the user may like to know what the current path is..

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Let Me See".




Subject: Re: Kwizard donated to JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 14 Jul 2003 12:54:33 +0200
Newsgroups: jedi.vcl

 >> The one feature that is missing, imho, is a more flexible approach to
 >> 'alternative' paths.

 PT> I agree on that. I was thinking that maybe a collection class could be
 PT> created where each item could have a user defined path through the list
 PT> of pages. No items in the collection means standard behavior. The
 PT> wizard would then have a property "CurrentPath", that one could assign
 PT> to at run-time depending on what the user did, f.ex:

[snip]

 PT> One problem that should be solved is how to handle back tracking: if
 PT> the user moves backwards through a path and reaches the start of the
 PT> path, the previously used path should be automatically activated (on
 PT> the page where he left it) so he can keep going backwards to the start
 PT> if necessary.

 PT> What do you think? Do you or anyone else have other ideas?

You could make a path tree:
RootPath (welcome page, any pages up to a decision point)
  |-SubPath 1 (any pages up to another decision point)
  |    |- SubPath 1.1
  |    |- SubPath 1.2
  |-SubPath 2
etc.

As each path will refer back to it's "parent" path, you can always back
track. You would still be able to use CurrentPath to select the sub path for
the last decision: CurrentPath := CurrentPath.PathByName('SubPath 1.2') or
maybe we could introduce a property to each path that will contain the
selected follow-up path (so a default decision could be made at design
time).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's Morcheeba with "Part of the
Process".




Subject: Re: Kwizard donated to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jul 2003 12:33:01 +0200
Newsgroups: jedi.vcl

> > The one feature that is missing, imho, is a more flexible approach to
> > 'alternative' paths.

I agree on that. I was thinking that maybe a collection class could be
created where each item could have a user defined path through the list of
pages. No items in the collection means standard behavior. The wizard would
then have a property "CurrentPath", that one could assign to at run-time
depending on what the user did, f.ex:

  if chkGoWest.Checked then
    JvWizard1.CurrentPath := JvWizard1Paths.PathByName('GoWest')
  else
    JvWizard1.CurrentPath := JvWizard1Paths.PathByName('GoEast');

  JvWizard1.GotoPathPage(0); // move to first page in the selected path
without having user click a button.

The wizard would then move to either the first page of GoWest or GoEast when
the user clicks the Next button or immediately to the requested page in the
path if GotoPathPage was called.

Another approach could be to create a non-visual path manager component that
maintains a list of pages. You would then drop one such component for each
path you would like to define, i.e 4 paths -> 4 path managers. The coding
logic would be about the same.

One problem that should be solved is how to handle back tracking: if the
user moves backwards through a path and reaches the start of the path, the
previously used path should be automatically activated (on the page where he
left it) so he can keep going backwards to the start if necessary.

What do you think? Do you or anyone else have other ideas?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Kwizard donated to JVCL
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 14 Jul 2003 11:15:19 +0100
Newsgroups: jedi.vcl

<<it's the best wizard VCL component I've
> > ever seen (freeware or otherwise) >>

I agree.

The one feature that is missing, imho, is a more flexible approach to
'alternative' paths. For example, it may be that on any page the user is
asked to make a selection which effectively determines what will be
displayed in all the following pages. Presently, you have to do a lot of
if/the/else coding in every event to determine nxt page/prior page etc.

My 2c

Trev

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bes8ep$c9j$1@talkto.net...
>> > > This is great news.  I am a happy user of KWizard. It is a very nice
>> > > component.
> > I would even go as far as saying it's the best wizard VCL component I've
> > ever seen (freeware or otherwise), so you understand I'm very happy that
> > William chose JVCL as the maintainers of it.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvPlugin
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jul 2003 11:57:56 +0200
Newsgroups: jedi.vcl

Thanks. Downloading now...
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Create a new Component from JvSizeablePanel
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Jul 2003 11:53:41 +0200
Newsgroups: jedi.vcl

> > But when i compile it i get following Error Message:
> >
> > Package 'p' would be needed but could not find!

Sounds like you are using Delphi 5 and added the component to the JVCL
package? I've had this error a number of times in D5 (not in D6 or D7,
though). The only solution I've found is to restart Delphi and try again.
You could also add your new derived component to another package while
developing it and then add it to the JVCL package when you're done. That way
you don't need to recompile the JVCL package over and over again.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BalloonHint
From: "Gary Jones" <gary.jones@mvm.co.uk>
Date: Mon, 14 Jul 2003 10:49:34 +0100
Newsgroups: jedi.vcl

> > Uncomment the Invalidate in TJvBalloonWindowEx.InternalActivateHint (last
> > line in that procedure).

That's it. Thanks.

Still a minor problem, though: the "visible time" parameter now seems to
have no effect (the hint stays visible until the close button is clicked).
This isn't a problem for me as I'd prefer to use the close button anyway,
but I'm reporting it as a minor bug.

Thanks again.






Subject: Re: BalloonHint
From: "Remko Bonte" <remkobonteSP@Mmyrealbox.com>
Date: Mon, 14 Jul 2003 10:36:44 +0200
Newsgroups: jedi.vcl

Ah, suddenly I remembered mantis #893:

Uncomment the Invalidate in TJvBalloonWindowEx.InternalActivateHint (last
line in that procedure).

Strange problem (the D5, XP combination)

Regards,
Remko Bonte




Subject: Re: BalloonHint
From: "Gary Jones" <gary.jones@mvm.co.uk>
Date: Mon, 14 Jul 2003 09:23:50 +0100
Newsgroups: jedi.vcl

"Brian Gochnauer" <brian@gochnauer.net> wrote in message
news:bet00h$fsi$1@talkto.net...
> > JVCL is using the Windows API 'hint' and it IS limited in the amount of
text
> > it will display.
> > Don't remember the length something like 30 or 80 characters.

For information, the problem occurs even with the demo's default settings
(i.e. "Heading" for the heading and "Message" for the message).




Subject: Re: BalloonHint
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Mon, 14 Jul 2003 17:46:33 +1000
Newsgroups: jedi.vcl

80 by default, but I'll have a look at the code, there are ways to use more characters

Brian Gochnauer wrote:
> JVCL is using the Windows API 'hint' and it IS limited in the amount of text
> it will display.
> Don't remember the length something like 30 or 80 characters.
>
>
> "Gary Jones" <gary.jones@mvm.co.uk> wrote in message
> news:bem8qt$jjr$1@talkto.net...
>
>> Hi,
>>
>> I've tried the BallonHint example application and whatever options I try,
>> the text is missing from the hint. The size of the balloon depends on the
>> amount of text sent to it to display, but the ballon is always empty.
>>
>> Is there something obvious I'm missing?
>>
>> Thanks.
>>
>>
>
>
>



Subject: Re: Create a new Component from JvSizeablePanel
From: "Peter A. Smolik" <mailer@prilucik.at>
Date: Mon, 14 Jul 2003 09:02:30 +0200
Newsgroups: jedi.vcl

Sorry but the Newsreader has send the wrong Name Value.

Regards
Peter A. Smolik




Subject: Create a new Component from JvSizeablePanel
From: "news.aon" <mailer@prilucik.at>
Date: Mon, 14 Jul 2003 09:00:12 +0200
Newsgroups: jedi.vcl

Hi,

I want do create a new Component. It has to be derivadet from
JvSizeablePanel.

But when i compile it i get following Error Message:

Package 'p' would be needed but could not find!

What i do wrong?

Regards
Peter




Subject: Re: JvPlugin
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Mon, 14 Jul 2003 07:59:51 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:beq02s$44v$1@talkto.net...
> > I've comitted the donated code to CVS (thanks, BTW!) but I still need to
> > have a look at your JvPluginParams form since the one I comitted is just a
> > mock-up to make the project compile. Could you please upload it to
binaries?

Hi,

I just uploaded my JvPluginParams form.  You might want to change some
things, since I have initialised some Edit Boxes with things specific to our
company.

Regards,


Stefaan Lesage




Subject: Re: BalloonHint
From: "Brian Gochnauer" <brian@gochnauer.net>
Date: Sun, 13 Jul 2003 20:29:53 -0500
Newsgroups: jedi.vcl

JVCL is using the Windows API 'hint' and it IS limited in the amount of text
it will display.
Don't remember the length something like 30 or 80 characters.


"Gary Jones" <gary.jones@mvm.co.uk> wrote in message
news:bem8qt$jjr$1@talkto.net...
> > Hi,
> >
> > I've tried the BallonHint example application and whatever options I try,
> > the text is missing from the hint. The size of the balloon depends on the
> > amount of text sent to it to display, but the ballon is always empty.
> >
> > Is there something obvious I'm missing?
> >
> > Thanks.
> >
> >




Subject: Re: Kwizard donated to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 13 Jul 2003 20:47:53 +0200
Newsgroups: jedi.vcl

> > This is great news.  I am a happy user of KWizard. It is a very nice
> > component.
I would even go as far as saying it's the best wizard VCL component I've
ever seen (freeware or otherwise), so you understand I'm very happy that
William chose JVCL as the maintainers of it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BalloonHint
From: "Gary Jones" <gary.jones@mvm.co.uk>
Date: Sun, 13 Jul 2003 18:42:21 +0100
Newsgroups: jedi.vcl

Thanks for the replies. Unfortunately, neither resolves the problem. Here is
some more information, which definitely makes it look like a bug somewhere.

If I get the ballon hint to appear (with text missing as usual), then drag
the form so the hint disappears of the edge of the screen and drag it back
again, the text in the hint appears. The can happen for a part of the hint,
so if I drag the form so only the right-hand part of the hint goes off the
edge of the form, when I drag the form back again, the text that shoulkd be
in the right-hand part of the hint is visible, but the rest of the hint is
blank. Weird.

Sometimes, just staring to drag the form (while the hint is visible) makes
the text appear in the hint, but this doesn't always work, and I can't find
any pattern to when it works and when it doesn't.

(I'm using Delphi 5 with XP.)




Subject: Re: Kwizard donated to JVCL
From: "Rob" <ryost@rent-right*REMOVEME*.com>
Date: Sun, 13 Jul 2003 12:22:16 -0400
Newsgroups: jedi.vcl

This is great news.  I am a happy user of KWizard. It is a very nice
component.

-Rob
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bero3g$a1i$1@talkto.net...
> > The JVCL Team is happy to announce that William Yu Wei has decided to
donate
> > the excellent KWizard component to JVCL. Steve Forbes and Max Evans have
> > also agreed to donate their route map components, making the entire
KWizard
> > component set a part of JVCL and thus provide a complete replacement for
> > current KWizard users.




Subject: ANN: Kwizard donated to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 13 Jul 2003 16:08:45 +0200
Newsgroups: jedi.vcl

The JVCL Team is happy to announce that William Yu Wei has decided to donate
the excellent KWizard component to JVCL. Steve Forbes and Max Evans have
also agreed to donate their route map components, making the entire KWizard
component set a part of JVCL and thus provide a complete replacement for
current KWizard users.

KWizard and the RouteMap components will be renamed to match JVCL naming
standards and maintained in a separate package so current users don't have
to install the entire JVCL to continue using the components. In addition,
the JVCL team will provide documentation and tools to simplify and
semi-automate the migration path for current users of KWizard.

KWizard (renamed to JvWizard) will be a part of the next release of JVCL
(release date yet to be determined) and William will maintain the current
KWizard sources up until that date. Future development, bug fixes and
discussion on JvWizard will then move to the JVCL. William has also kindly
agreed to become a member of the JVCL team and help maintain the JvWizard
sources.

A pre-beta version of the next JVCL release (version 3.00) and the renamed
KWizard package is already available from the JVCL CVS repository. To access
it, set up your CVS client to download the files from the following
location:

CVSROOT:
 :pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/

Module:
 dev/JVCL3


For more information on how to set up a CVS client on your computer, go to
http://jvcl.sourceforge.net/cvs.htm

For more information on JVCL, go to http://jvcl.sourceforge.net

For more information on KWizard, go to
http://members.rogers.com/wyu66/index.htm


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTranslator and Font Style
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 13 Jul 2003 12:56:14 +0200
Newsgroups: jedi.vcl

> > Good! It works fine! Thanks!
Great. I 've just comitted a new version of JvTranslator that can be used to
create the original XML file template as well. It is available via CVS in
the dev/JVCL3 tree if you or anyone else is interested.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTranslator and Font Style
From: "Giorgio" <giorgio@sagnino.com>
Date: Sun, 13 Jul 2003 09:03:53 +0200
Newsgroups: jedi.vcl

Good! It works fine! Thanks!

Giorgio




Subject: Re: JvPlugin
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 13 Jul 2003 00:12:31 +0200
Newsgroups: jedi.vcl

I've comitted the donated code to CVS (thanks, BTW!) but I still need to
have a look at your JvPluginParams form since the one I comitted is just a
mock-up to make the project compile. Could you please upload it to binaries?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTranslator and Font Style
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Jul 2003 18:59:59 +0200
Newsgroups: jedi.vcl

Make sure the label's AutoSize property is false otherwise it will only
adjust its size to accomodate the text and you won't see any difference.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Giorgio" <giorgio@sagnino.com> skrev i meddelandet news:bepdce$1b8$1@talkto.net...
> > Sorry... but now I have another problem: I want to set "alignment"
property
> > to "taCenter". I wrote this code:
> >
> >   <myLabel ... Alignment="taCenter" />
> >
> > but it doesn't work... Can you help me again?
> > Thanks!
> >
> > Giorgio
> >
> >




Subject: Re: JvTranslator and Font Style
From: "Giorgio" <giorgio@sagnino.com>
Date: Sat, 12 Jul 2003 18:53:14 +0200
Newsgroups: jedi.vcl

Sorry... but now I have another problem: I want to set "alignment" property
to "taCenter". I wrote this code:

  <myLabel ... Alignment="taCenter" />

but it doesn't work... Can you help me again?
Thanks!

Giorgio




Subject: Re: JvTranslator and Font Style
From: "Giorgio" <giorgio@sagnino.com>
Date: Sat, 12 Jul 2003 17:59:00 +0200
Newsgroups: jedi.vcl

It works! Thanks!!!

Giorgio

"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:bep45j$vn3$1@talkto.net...
> > Just tested. It should be like this (Button1 is the Font I want to
change):
> >
> > <Button1 Caption="OK">
> >   <Font Style="[fsBold]"/>
> > </Button1>
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvTranslator and Font Style
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Jul 2003 16:16:02 +0200
Newsgroups: jedi.vcl

Just tested. It should be like this (Button1 is the Font I want to change):

<Button1 Caption="OK">
  <Font Style="[fsBold]"/>
</Button1>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvTranslator and Font Style
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Jul 2003 16:04:44 +0200
Newsgroups: jedi.vcl

> >     <style>[True, False, False, False]</style>

Shouldn't that be '<style>[fsBold]</style>' ?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvTranslator and Font Style
From: "Giorgio" <giorgio@sagnino.com>
Date: Sat, 12 Jul 2003 13:44:46 +0200
Newsgroups: jedi.vcl

Hello,

I'm using jvTranslator to translate my application in many languages and I'm
deciding to use it for look&feel purposes too.
I tried to change the Font Style of a Label (for example, I want to set
fsBold to true). This is my XML fragment:

<myLabel Caption="myCaption">
  <font>
    <color>$000000FF</color>
    <style>[True, False, False, False]</style>
  </font>
</myLabel>

This code doesn't work; in particular:
- it sets the label caption correctly
- it sets the font color correctly
- it doesn't set Style property.
I tried to change syntax but... It doesn't work in any case.

Please help me! How do I change my XML fragment to set Font Style
properties?
Thanks!

Giorgio




Subject: Re: JCL Mapi To Send HTML E-Mail With Inline Images Problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 12 Jul 2003 01:06:37 +0200
Newsgroups: jedi.vcl

> > I am using the JCLMapi to send HTML E-Mails out through my delphi
> > application.

You should probably post this to the JCL group instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Paging Dmitry who was formerly using email ode@prbank.ru, who is maintain TJvInterpreter.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jul 2003 23:17:37 +0200
Newsgroups: jedi.vcl

Sorry, should've been osdm at users.sourceforge.net

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Paging Dmitry who was formerly using email ode@prbank.ru, who is maintain TJvInterpreter.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jul 2003 23:16:43 +0200
Newsgroups: jedi.vcl

Try his sf mail (osdm at sourceforge dot net). That's the one I've used

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Paging Dmitry who was formerly using email ode@prbank.ru, who is maintain TJvInterpreter.
From: Warren Postma <wp@tekran.com>
Date: Fri, 11 Jul 2003 17:15:22 -0400
Newsgroups: jedi.vcl

I am still trying to reach Dmitry via email, with zero success. He is the current maintainer of TJvInterpreter. I want to co-ordinate some improvements to the code with him. Anybody know this fellow's new email? The old one just bounces.

Warren Postma



Subject: Re: JvPlugin
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jul 2003 19:56:21 +0200
Newsgroups: jedi.vcl

The JvPluginParams form you are using seems to have additional fields not in
the current JVCL. Could you upload that unit as well?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Auto storage in JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 11 Jul 2003 19:52:42 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Fri, 11 Jul 2003 21:14:21 +0400:

 MB>> maybe a stupid question, but why not simply use '.' to separate them

 AB> I listed dot, didn't i?

It appears you did. Next time I'll read the entire sentence before replying.

 AB> I do not kow why Rx authors decided to avoid dot. Maybe they had
 AB> reasons.

I can't think of a good reason; AFAIK both INI-files and registry allow dots
in the name.

 AB> For later making tree-like saver, based on XML or EBML or whatever it
 AB> may apper better choice the sapce (tag parameters) or even slashes
 AB> (http-like paths) or whatever.

Didn't think of that. OTOH it's just a separator character; the backend
should deal with it if it wants to store a tree like structure (IOW we keep
the dot as a separator to make it familiar with developers and the storage
backend will filter these out if it uses a tree format).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's: "Eldorado" by "Drum Theater".




Subject: Re: Auto storage in JVCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 11 Jul 2003 21:14:21 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 11 Jul 2003 18:57:03 +0200 @747)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Arioch /BDV/ tremble:

 MB> maybe a stupid question, but why not simply use '.' to separate them

I listed dot, didn't i?

I do not kow why Rx authors decided to avoid dot. Maybe they had reasons.

For later making tree-like saver, based on XML or EBML or whatever it may
apper better choice the sapce (tag parameters) or even slashes (http-like
paths) or whatever.

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Auto storage in JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 11 Jul 2003 18:57:03 +0200
Newsgroups: jedi.vcl

Hi all,

 AB> I suggest: let the component name and the one property be separated by
 AB> some character disallowed for c/pascal identifier.
 AB> Examples, '-', '/', '%', space, dot

maybe a stupid question, but why not simply use '.' to separate them (it
seems more natural)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

What's that noise in the background? Oh, it's: "Angel Standing By" by
"Jewel".




Subject: Re: Auto storage in JVCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 11 Jul 2003 20:53:36 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 26 Jun 2003 23:00:51 +0200 @917)
....while the fading voice of Peter whispered through the darkness:

 PT> I've decided to keep JvFormStorage and remove the other

TRxFormStorage has a potential rake.
It saves values in form <component_name>_<property_name>

Now imagine my component has 2 properties:
xx_yyy
and xx, and xx itself is also a component having yyy property.

Imagine initially i had only the 2nd, but did upgrade with adding xx_yyy
property ?


I suggest: let the component name and the one property be separated by some
character disallowed for c/pascal identifier.
Examples, '-', '/', '%', space, dot

-- If i had ears, i'd heard none: WinAMP de-instaled. With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: BalloonHint
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 11 Jul 2003 18:37:25 +0200
Newsgroups: jedi.vcl

Gary Jones wrote:
> I've tried the BallonHint example application and whatever options I try,
> the text is missing from the hint. The size of the balloon depends on the
> amount of text sent to it to display, but the ballon is always empty.

Check the source of BalloonPrj.dpr, it double creates the main form,
which it shouldn't. Just remove one of those lines and it should be
fine.

That the component doesn't work well, if there are multiple instances of
it, is a known issue (to me <g>). Will probably once be fixed.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: BalloonHint
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 11 Jul 2003 17:25:38 +0200
Newsgroups: jedi.vcl

Gary Jones wrote:

> Is there something obvious I'm missing?

Just a shot in the dark: Check the colors. White on white makes the text invisible.



Subject: Re: What has happened to CVS ??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jul 2003 16:47:30 +0200
Newsgroups: jedi.vcl

> > Now I keep getting messages like ' module xyz removed. It is in the way'
The "remove module xyz, it is in the way" error means that you have a file
in your local repository with the same name as a file in CVS, but there is
no registration of it in CVS\Entries. The easiest way to get rid of these
messages, is to delete the local file and do a CVS Update.
> > I've also noticed one bug-report (entered by me: FBC) is missing from the
> > tracer.
Maybe it's been moved to JCL or maybe it was removed because it was a
duplicate? If you remember the issue ID, you can type it into the "Jump"
field (top right corner) to go directly to it regardless  of the project it
is associated with.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3 With tortoise CSV
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Jul 2003 16:43:38 +0200
Newsgroups: jedi.vcl

> > I tried but doesn't work. Message "cvs.exe [checkout aborted]: connect to
> > cvs.jvcl.sourceforge.net:2401 failed: Connection refused"

Probably a temporary glitch with sourceforge CVS. Try again, it should work

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: BalloonHint
From: "Gary Jones" <gary.jones@mvm.co.uk>
Date: Fri, 11 Jul 2003 13:17:00 +0100
Newsgroups: jedi.vcl

Hi,

I've tried the BallonHint example application and whatever options I try,
the text is missing from the hint. The size of the balloon depends on the
amount of text sent to it to display, but the ballon is always empty.

Is there something obvious I'm missing?

Thanks.




Subject: Re: JVCL 3 With tortoise CSV
From: "Cosmin Popa" <cosmin@aplix.ro>
Date: Fri, 11 Jul 2003 12:27:24 +0300
Newsgroups: jedi.vcl

Peter,

I tried but doesn't work. Message "cvs.exe [checkout aborted]: connect to
cvs.jvcl.sourceforge.net:2401 failed: Connection refused"

Cosmo.

>> > > How do i set up tortoise CSV to download and update jvcl 3 files?
> >
> > CVSROOT:
> > :pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/
> >
> > Module:
> > dev/JVCL3
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: What has happened to CVS ??
From: "Flemming Brandt Clausen" <fbc@systemate.dk>
Date: Fri, 11 Jul 2003 11:20:53 +0200
Newsgroups: jedi.vcl

Untill sometime last week, I 've been able to update my JVCL source etc.
using WinCVS.
Now I keep getting messages like ' module xyz removed. It is in the way'

I've also noticed one bug-report (entered by me: FBC) is missing from the
tracer.

Is it just me, or do other folks also have problems ???

Flemming




Subject: Re: JvPlugin
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Fri, 11 Jul 2003 10:22:20 +0200
Newsgroups: jedi.vcl

> > Would be great.
> > To the jedi.binary newsgroup or to issue tracker at http://jcl.sf.net ->
> > login, switch to JediVCL and add new issue of 'Donation'  kind with Your
> > file attached

Hi Folks,

I'm uploading my version of the JvPluginWizard and JvPluginReg units in the
Binaries group.  Everything has been changed so it now uses the New
OpenTools API.

You might want to check a few things.  I did change some properties in my
version, but I think I changed everything back to the original JVCL version
in this copy of the file.  I know I have copied a few small things from
other JVCL units, so you might want to check that too.

If you need further information, feel free to contact me.

Best regards,


Stefaan Lesage




Subject: Re: JvPlugin
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Fri, 11 Jul 2003 09:16:07 +0200
Newsgroups: jedi.vcl

> > Would be great.
> > To the jedi.binary newsgroup or to issue tracker at http://jcl.sf.net ->
> > login, switch to JediVCL and add new issue of 'Donation'  kind with Your
> > file attached

Maybe it is better if I upload it to the Binaries group.  I think you will
have to change a few easy things though, since I renamed some of the
TjvPlugin properties for my own project ( like I changed the Name to
PluginName and similar things, and added a few properties which I needed,
.... )

I hope you won't mind that.  If you don't, feel free to let me know here,
and I'll upload the file to the Binaries group.

Regards,



Stefaan Lesage




Subject: Re: Start writing provider-aware controls!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 10 Jul 2003 21:46:38 +0200
Newsgroups: jedi.vcl

 MB>  Currently it refuses to restore to the saved position but all
 MB> other things work. I'll see if I can commit that later, but I figure
 MB> there's no rush for now.

Solved and committed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Start writing provider-aware controls!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 10 Jul 2003 18:46:49 +0200
Newsgroups: jedi.vcl

Hi all JVCL3 developers!

  I just uploaded another version of the tutorial. I added the section about
writing provider-aware controls (consumers). AFACT there will be no major
changes to the current interface (there maybe additions but that won't bite
with the implementations) so you could now start developing provider-aware
controls. I strongly suggest to wait with writing providers as there will
probably be a couple of changes to allow better context support.

  So, in short: start writing! <g> If you find something missing in the
tutorial (specifically about Consumer Writing) that needs to be explained,
drop me mail and I'll try to explain it (and update the tutorial
accordingly). Do check the comments I added to the methods in both
JvDataProvider as well as JvDataProviderImpl units; they are there for a
reason, you know.

  I'm currently working on changing the designer to allow different contexts
being selected. After that the context designer will be created.

  I took the liberty of writing a base designer form that is capable of
saving it's position/dimension to the registry
(HKCU\Software\Borland\Delphi\<Version>\Property Editors) creating a sub key
for each window class. I inherited a form that adds the toolbar (with
splitter and action/popup menu to switch between small/large buttons, and an
action to enable/disable the toolbar) which will add the toolbar states to
the registry storage. From there I inherited yet another form that is the
actual provider tree designer. I did this whole form inheritage because I
know I have to create another designer (for the contexts) that would also
need that toolbar stuff. This makes it a little easier and it may also help
with other property editor forms. Currently it refuses to restore to the
saved position but all other things work. I'll see if I can commit that
later, but I figure there's no rush for now.

  Happy coding on those consumers! There are some examples in the "old"
dev/filler tree (a listbox and a label) that may help you; these where
descendants from JVCL controls, and I think it should be integrated into the
controls directly (in the TJvCustomXxxx versions that is). In case the
turorial says to do things one way and the example components do it another,
the tutorial should be considered "correct" and the component "bad/old way".
We might however keep the consumer service property protected in the
TJvCustomXxxx versions and then just publish them in the registered
(descendant) controls.

Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: JVCL 3 With tortoise CSV
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Jul 2003 16:51:34 +0200
Newsgroups: jedi.vcl

> > How do i set up tortoise CSV to download and update jvcl 3 files?

CVSROOT:
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/

Module:
dev/JVCL3

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL 3 With tortoise CSV
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 10 Jul 2003 09:30:15 -0500
Newsgroups: jedi.vcl

How do i set up tortoise CSV to download and update jvcl 3 files?

TIA,
Dave






Subject: Re: JvPlugin
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 10 Jul 2003 16:07:54 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 10 Jul 2003 09:24:24 +0200 @350)
....while the fading voice of Stefaan whispered through the darkness:

 SL> the new OpenToolsAPI.  If you guys want I could send you the source
 SL> back ( after removing some stuff specific to my project ).

Would be great.
To the jedi.binary newsgroup or to issue tracker at http://jcl.sf.net ->
login, switch to JediVCL and add new issue of 'Donation'  kind with Your
file attached

-- If i had ears, i'd heard The Gathering - Fear the sea With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Where is the complete Doc/Help ?
From: "Gildas" <gildas@stip.fr>
Date: Thu, 10 Jul 2003 13:23:31 +0200
Newsgroups: jedi.vcl

Will do my best to help the JVCL team...

-- Regards. --Gildas Quiniou.
> > Consider writing some help text as you go along. If you have CVS access
you
> > can retrieve the help source file from dev/help. Each unit has it's own
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org




Subject: Re: Where is the complete Doc/Help ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 10 Jul 2003 11:50:52 +0200
Newsgroups: jedi.vcl

Hello, Gildas!
You wrote  on Thu, 10 Jul 2003 11:36:12 +0200:

 G> I understand that maintaning the help file up-to-date is a lot of
 G> work... So I will try to find the meaning of properties and events by
 G> myself when no help is available. Keep up the good work...

Consider writing some help text as you go along. If you have CVS access you
can retrieve the help source file from dev/help. Each unit has it's own
file. If you don't have CVS access, mail me privately with the name of the
unit you want to write some docs for and I'll mail the file to you.

Just fill in the blanks and either commit (if you have CVS write-access) or
mail it back to me and I'll commit for you.

The help source files are simple text files containing a skeleton for the
specified unit. Fill in the blanks and you're done. Don't worry about
mistakes in your use of the English language; it'll be corrected later.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address




Subject: Re: Where is the complete Doc/Help ?
From: "Gildas" <gildas@stip.fr>
Date: Thu, 10 Jul 2003 11:36:12 +0200
Newsgroups: jedi.vcl

Thanks Marcel,

I understand that maintaning the help file up-to-date is a lot of work...
So I will try to find the meaning of properties and events by myself when no
help is available. Keep up the good work...

Regards,

--Gildas Quiniou.

> >
> >   Open the provided help file and read the welcome page ;-)
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org




Subject: Re: jvprogressdlg
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Jul 2003 11:16:12 +0200
Newsgroups: jedi.vcl

OK, I see. Well, JvProgressDlg is deprecated and will not be a part of
JVCL3. Use TJvProgressForm (TJvProgressComponent in JVCL3) or (if you have
JVCL3) TJvProgressDialog instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: install failed on D6 personal
From: "gatik" <gatik@wp.pl>
Date: Thu, 10 Jul 2003 10:25:49 +0200
Newsgroups: jedi.vcl

I have the latest JVCL sources from yesterday.
I submitted a bug report I hope it will be considered.
Thanks anyway
Artur

> > Ok, it seems maybe indeed a trouble.
> > You see, no active developer uses Personal version, hence cannot say
> > easily-and-exactly which units are not used.
> >
> > Hope this bugreport will be fixed somehow, though currently almost all
time
> > is spent on prepairing jvcl3alpha
> >
> > BTW which exact version do You use ?
> > Try taking CVS and getting most recent version.
> >
> > -- 
> > If i had ears, i'd heard np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Where is the complete Doc/Help ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 10 Jul 2003 10:19:10 +0200
Newsgroups: jedi.vcl

Hello, Gildas!
You wrote  on Thu, 10 Jul 2003 09:56:09 +0200:

 G> Where can I find a complete documentation for the JVCL package? Some
 G> components are missing in the help file provided, for instance:
 G> TJvDateEdit.

  Open the provided help file and read the welcome page ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Where is the complete Doc/Help ?
From: "Gildas" <gildas@stip.fr>
Date: Thu, 10 Jul 2003 09:56:09 +0200
Newsgroups: jedi.vcl

Hi,

Where can I find a complete documentation for the JVCL package? Some
components are missing in the help file provided, for instance: TJvDateEdit.

-- Regards, --Gildas Quiniou. 

Subject: JvPlugin
From: "Stefaan Lesage" <Stefaan.Lesage@Peopleware.be>
Date: Thu, 10 Jul 2003 09:24:24 +0200
Newsgroups: jedi.vcl

Hi folks,

I have been looking at the JvPlugin thing and I have noticed that the wizard
still uses the old IExpert things.  I have converted those to the new
OpenToolsAPI.  If you guys want I could send you the source back ( after
removing some stuff specific to my project ).

Regards,



Stefaan Lesage




Subject: Re: jvprogressdlg
From: "mostuff" <don't@emailback.com>
Date: Thu, 10 Jul 2003 11:35:32 +1000
Newsgroups: jedi.vcl

> > How are you displaying the dialog? By using Execute, ShowModal or Show?
> >

there is no ShowModal() or Execute()




Subject: Re: jvprogressdlg
From: "mostuff" <don't@emailback.com>
Date: Thu, 10 Jul 2003 09:30:32 +1000
Newsgroups: jedi.vcl

> > How are you displaying the dialog? By using Execute, ShowModal or Show?
> >

Show




Subject: help for TJvStringGrid.OnExitCell
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Jul 2003 23:34:04 +0400
Newsgroups: jedi.vcl

Hello, All!

My help is rather old, from 2.10 release or maybe even 2.00
But if thsi page did not changed, then:

No type specifed - hence hard to overlook parameters.

Write is to be a simple word, not link to System.write :-)

-- If i had ears, i'd heard Stranniye Tantsy - Technologiya With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: jvprogressdlg
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 9 Jul 2003 20:50:46 +0200
Newsgroups: jedi.vcl

How are you displaying the dialog? By using Execute, ShowModal or Show?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "mostuff" <don't@emailback.com> skrev i meddelandet news:befsme$dr8$1@talkto.net...
> > when i set the text during runtime like Progress->Text = "doing stuff" it
> > doesn't change the text on the label, but if i step through the code i
can't
> > see anything wrong. is it broken?
> >
> > TIA
> >
> >




Subject: Re: install failed on D6 personal
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Jul 2003 16:53:58 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Jul 2003 14:33:46 +0200 @565)
....while the fading voice of gatik whispered through the darkness:

 g> Maybee I'm doing it wrong but after commenting it gives me 70 or so
 g> [Error] JvOutEdit.pas(121): Undeclared identifier:
'TJvLookOutPageEditor'

this class is declared in that very unit JvOutEdit - did You do any changes
to it?
If You only changed JvDsgnEditors it should not affect JvOutEdit

Or maybe smth was changed very-very much.


Ok, it seems maybe indeed a trouble.
You see, no active developer uses Personal version, hence cannot say
easily-and-exactly which units are not used.

Hope this bugreport will be fixed somehow, though currently almost all time
is spent on prepairing jvcl3alpha

BTW which exact version do You use ?
Try taking CVS and getting most recent version.

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: install failed on D6 personal
From: "gatik" <gatik@wp.pl>
Date: Wed, 9 Jul 2003 14:33:46 +0200
Newsgroups: jedi.vcl

Maybee I'm doing it wrong but after commenting it gives me 70 or so errors!!
in example:

[Error] JvOutEdit.pas(121): Undeclared identifier: 'TJvLookOutPageEditor'
[Error] JvOutEdit.pas(122): 'END' expected but 'BEGIN' found
[Error] JvOutEdit.pas(123): Undeclared identifier: 'Component'
[Error] JvOutEdit.pas(123): Operator not applicable to this operand type
[Error] JvOutEdit.pas(124): Undeclared identifier: 'ExecuteVerb'
[Error] JvOutEdit.pas(128): Identifier redeclared:
'TJvLookOutPageEditor.SetActive'
[Error] JvOutEdit.pas(131): Statements not allowed in interface part
[Error] JvOutEdit.pas(132): Operator not applicable to this operand type
[Error] JvOutEdit.pas(143): Identifier redeclared:
'TJvLookOutPageEditor.AddButton'
[Error] JvOutEdit.pas(145): Statements not allowed in interface part
[Error] JvOutEdit.pas(146): Operator not applicable to this operand type
[Error] JvOutEdit.pas(149): Undeclared identifier: 'Designer'
[Error] JvOutEdit.pas(155): Identifier redeclared:
'TJvLookOutPageEditor.GetVerb'
[Error] JvOutEdit.pas(157): Undeclared identifier: 'Result'
[Error] JvOutEdit.pas(158): Operator not applicable to this operand type
[Error] JvOutEdit.pas(160): Undeclared identifier: 'Index'
[Error] JvOutEdit.pas(177): Identifier redeclared:
'TJvLookOutPageEditor.ExecuteVerb'
[Error] JvOutEdit.pas(180): Undeclared identifier: 'AddPage'
[Error] JvOutEdit.pas(182): Undeclared identifier: 'SetActive'
[Error] JvOutEdit.pas(184): Undeclared identifier: 'AddButton'
[Error] JvOutEdit.pas(195): Identifier redeclared:

...
..
..
..
...

And so on




Subject: Re: install failed on D6 personal
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Jul 2003 15:21:25 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Jul 2003 12:43:56 +0200 @488)
....while the fading voice of gatik whispered through the darkness:

 g> Sorrry, but I don't get it maaybee I'm just a dumb newbie!?
 g> What should I uncomment in simple language please?

Read Delphi help on topic "Conditional compiling"
After that look at prior message.

I took part of unit and added there two commandes (i highlighted them with
>>>>>>>>> >>>>>>>>>)
Those commands tells Delphi to ignor code within on Personal version.
If You will embrace by those commands all other
TJvDefaultImageIndexProperty-related stuff [for example it's methods, or
RegistaerPropertyEditor(TJvDefaultImageIndexProperty) ] then on Your Delphi
Personal they would be treated as comments and will be processed. That i
hope will make the rest of unit compilable.

The more simple way is just to delete TJvDefaultImageIndexProperty wherever
You will find it - but that will be bad style.

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: install failed on D6 personal
From: "gatik" <gatik@wp.pl>
Date: Wed, 9 Jul 2003 12:43:56 +0200
Newsgroups: jedi.vcl

Sorrry, but I don't get it maaybee I'm just a dumb newbie!?
What should I uncomment in simple language please?
Artur

> > interface
> > uses
> > [Sorry, skipped]
> >   {$IFNDEF DelphiPersonalEdition}
> >   , ImgEdit, ImgList
> >   {$ENDIF} ;
> >
> >
> > So i suggest You to try to comment it out like this
> >
> >   {$IFDEF COMPILER6_UP}
>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>> {$IFNDEF DelphiPersonalEdition}
> >   TJvDefaultImageIndexProperty = class(TIntegerProperty,
> > ICustomPropertyDrawing, ICustomPropertyListDrawing)
> > [Sorry, skipped]
> >   end;
>>>>>>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>>>>>{$ENDIF Perdonal}
> >   {$ENDIF Delphi6 or higher}
> >
> > And do the same trick about all methods of this class.
> >
> > IF after that the unit will compile - got to Issue Tracker on
http://jvcl.sf.net
> > and file bugreport.
> > -- 
> > If i had ears, i'd heard np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: QuickReport 1.1b
From: "Francisco Penin" <paco@daipar.com>
Date: Wed, 9 Jul 2003 11:53:01 +0200
Newsgroups: jedi.vcl

Thank's and excuse me.
"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> escribio en el mensaje
news:20030709130750_02@AriochTTY...
> > The stars so gaily glistened... (Wed, 9 Jul 2003 10:18:02 +0200 @387)
> > ...while the fading voice of Francisco whispered through the darkness:
> >
> >  FP> What can we do?
> >
> > Ask this in
news://forums.inprise.com/borland.public.delphi.reporting-charting
> >
> > --
> > If i had ears, i'd heard np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: install failed on D6 personal
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Jul 2003 13:29:23 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Jul 2003 09:04:05 +0200 @336)
....while the fading voice of gatik whispered through the darkness:

 g> Now, what do i do wrong?

It seems You found a bug.
Here is the header of DsgnEditors:

interface
uses
[Sorry, skipped]
  {$IFNDEF DelphiPersonalEdition}
  , ImgEdit, ImgList
  {$ENDIF} ;


So i suggest You to try to comment it out like this

  {$IFDEF COMPILER6_UP}
>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> {$IFNDEF DelphiPersonalEdition}
  TJvDefaultImageIndexProperty = class(TIntegerProperty,
ICustomPropertyDrawing, ICustomPropertyListDrawing)
[Sorry, skipped]
  end;
>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>{$ENDIF Perdonal}
  {$ENDIF Delphi6 or higher}

And do the same trick about all methods of this class.

IF after that the unit will compile - got to Issue Tracker on http://jvcl.sf.net
and file bugreport.
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: QuickReport 1.1b
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Jul 2003 13:21:18 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Jul 2003 10:18:02 +0200 @387)
....while the fading voice of Francisco whispered through the darkness:

 FP> What can we do?

Ask this in news://forums.inprise.com/borland.public.delphi.reporting-charting

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: QuickReport 1.1b
From: "Francisco Penín" <paco@daipar.com>
Date: Wed, 9 Jul 2003 10:18:02 +0200
Newsgroups: jedi.vcl

First ,excuse my poor english.

To manage an old project (delphi 2), i need qr 1.1b. This project

has a lot of reports (> 100), but now we only have delphi 5-6.

From qsoft web site, we downloaded a file named qr11b.exe with

this version of qr for d3, but we can't install it in D5.

What can we do?

Thank's.





Subject: JCL Mapi To Send HTML E-Mail With Inline Images Problem
From: "Lee J Cook" <lee@kwikhols.co.uk>
Date: Wed, 9 Jul 2003 08:59:41 +0100
Newsgroups: jedi.vcl

Hi,

I am using the JCLMapi to send HTML E-Mails out through my delphi
application.

If within the HTML e-mail there is a <IMG SRC> tag to display a picture
within the E-mail there seems to be a problem.  What happens is if you use
the following bit of code to display the outgoing message before it is sent
it works correctly - MapiMail.Send(True).

If you set it to False not to show the outging message and place it direct
into the outbox for sending, It does not encode the image file and send it
as an inline image the html source when the email is received is just as it
was sent and the <IMG SRC> tag in the HTML just points to the image file
where it was originally stored hence the image does not display.

Is this a bug or is there a work around for this.  The code I am using to
send the E-mail is as below.  Thanks for your time

Lee

//Email Sending Code.

MapiMail := TJclEmail.Create;
MapiMail.Clear;
MapiMail.HtmlBody := True;
Mapimail.Recipients.Add(cEmailAdd,cEmailName);
MapiMail.Subject := Self.Caption;
MapiMail.Body := aTxt.Text;
Try
  MapiMail.Send(False);
Except
End;





Subject: Re: install failed on D6 personal
From: "gatik" <gatik@wp.pl>
Date: Wed, 9 Jul 2003 09:04:05 +0200
Newsgroups: jedi.vcl

I got the following error trying to compile manually JVCL200_D60Personal.dpk

[Error] JvDsgnEditors.pas(130): Undeclared identifier: 'TCustomImageList'
[Fatal Error] JvDsgnEditors.pas(211): Could not compile used unit
'..\Source\JvStrLEdit.pas'

Now, what do i do wrong?


> > If i had ears, i'd heard Tykwer-Klimek-Heil - Casino - Tykwer-Klimek-Heil
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: jvprogressdlg
From: "mostuff" <don't@emailback.com>
Date: Wed, 9 Jul 2003 12:11:37 +1000
Newsgroups: jedi.vcl

when i set the text during runtime like Progress->Text = "doing stuff" it
doesn't change the text on the label, but if i step through the code i can't
see anything wrong. is it broken?

TIA




Subject: Offtop Re: JVCL 3.0: package naming
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 8 Jul 2003 21:35:52 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 8 Jul 2003 19:19:24 +0200 @763)
....while the fading voice of Marcel whispered through the darkness,
making lonely ghost of Arioch /BDV/ tremble:

 AB>> Or smth like that. 'DB' seems ambiguos here.
 MB> Not really, DB is for DataBase.

It is like SQL server vs MS SQL Server :-)
DB may mean DataBase as concept (db-aware) and as db-engines.
When i read "non-db DB controls" i stumble.

 ??>>>> 2. JvMM - multimedia and images
 MB> allow you to ignore certain categories of components when you don't
 MB> need them. I rarely do anything multi-media related so I don't need the
 MB> JvMM package.

i do not looked what image related units are there. But personally i use 2D
image related stuff much more frequent than sound/video.
And hence it looks to me as if Borland made jpeg.pas pare of MPlayer.pas :-)

 AB>> Here i'd give priority to package name, and then renamed unit.
 MB> I'd rather keep the unit names consistent (there are more units than
 MB> packages).

But users will understand 'update JvDialogs' rather than 'update JvDlgs'
which may sound to them as senseless as JvSEGFCT%^YUK
The unit may be rather easily renamed to JvDialogsBase, ....Core, etc.

 MB> JvCustom is for anything descendant from TCustomControl/TGraphicControl
 MB> and is thus not a non-visual component (as the JvCmp package is used
 MB> for) but a control (which is where JvCustom is used for).

JvCmps -> JvNonVisual
JvCustom -> JvControls
JvCtrls ->JvWinControls or JvVCLControls

 MB> P.S. Sorry for the perhaps improper layout. I need to configure
 MB> Fidolook; just installed it

Funny, why now ?
Advice - disable ??>> quoting - many guys in newsgroups dislike it.
Ctrl-7 -> Default quoter -> GoldEd-like -> Setup -> If no initials
insert....

 MB> and am still looking at all the options I get. Fidolook does look very
 MB> nice and gives much more control over Outlook.

Fidolook is a lot of separate utils merged together. That makes him very
eclectic.
Nice there is FAQ and Help now. There was none year ago.

-- With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JVCL 3.0: package naming
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 8 Jul 2003 19:19:24 +0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Marcel Bestebroer on Tue, 8 Jul 2003 20:51:23 +0400:

 ??>>> 1. JvDB - non-db specific DB components
 ??>>> Whad'ya mean ? Can't get words together.

 MB>>   Not specific for BDE or specific for ADO but for both (or any other
 MB>> like DBISMA or IBExpress). JvBDE will be DB components that only work

 AB> So can i read it "DB components not specific to any certain db engine
 AB> used" ?

Yes, correct.

 AB> Or smth like that. 'DB' seems ambiguos here.

Not really, DB is for DataBase. If it is for BDE it would JvBDE, for ADO it
would be JvADO.

 ??>>> 2. JvMM - multimedia and images
 ??>>> I can assume there may be sense in merging sound playback and AVI
 MB>> capturing.
 ??>>> But to merge images and music/sfx - it is strange to me.
 MB>>   They are stil MultiMedia so they can be placed in the same package.

 AB> Thay are all Jvcl :-)

:-)

 AB> Packages are splitted to make deployment as light-wiighted as possible.
 AB> And here this reason may be broken.

The main idea was not to make it as light-weight as possible, but to allow
you to ignore certain categories of components when you don't need them. I
rarely do anything multi-media related so I don't need the JvMM package.

 ??>>> 3. JvCmp, JvAppFrm, JvCtrls, JvDlgs - and that is after
 ??>>> Capitalization.txt told not to use ...Dlg prefix, but ...Dialog  ?
 ??>>> Why that collapsed names? And Cmp always associates to me to compare,
 ??>>> not component.

 MB>>   That I agree on. Maybe Peter had some good reason to name it like
 MB>> this. However, JvDialogs package name is impossible (there's also a
 MB>> JvDialogs.pas IIRC)

 AB> Here i'd give priority to package name, and then renamed unit.

I'd rather keep the unit names consistent (there are more units than
packages).

 ??>>> 4. JvCustom - custom components
 ??>>> What? Isn't dclusr.dpk not enough? imho name is not good, it will
 ??>>> make
 MB>> think
 ??>>> about end-user custom jv-related components instead.

 MB>>   Suggestion for another name?
 AB> not before You tell me what this package is intended for.
 AB> currently i can't get why should them be moved out of JvCmps.

JvCustom is for anything descendant from TCustomControl/TGraphicControl and
is thus not a non-visual component (as the JvCmp package is used for) but a
control (which is where JvCustom is used for).

 MB>>   Anything descending from TCustomControl/TGraphicControl (I think)
 AB> And what they can be descending from, so it is not TxxxxControl and the
 AB> component would not be enhanced version of its parent (and hence place
 AB> in JvStdCtrls)?

Because TxxxControl are not real controls (you can't put a TxxxControl on a
form; it's not in the component palette). The descendants from TxxControls
are (usually) controls and so can be placed on a form and are available on
the component palette. StdCtrls contain things as TLabel, TButton, etc.

P.S. Sorry for the perhaps improper layout. I need to configure Fidolook;
just installed it and am still looking at all the options I get. Fidolook
does look very nice and gives much more control over Outlook.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL 3.0: package naming
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 8 Jul 2003 20:51:23 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 8 Jul 2003 11:02:05 +0200 @418)
....while the fading voice of Marcel whispered through the darkness:

 >> 1. JvDB - non-db specific DB components
 >> Whad'ya mean ? Can't get words together.

 MB>   Not specific for BDE or specific for ADO but for both (or any other
 MB> like DBISMA or IBExpress). JvBDE will be DB components that only work

So can i read it "DB components not specific to any certain db engine used"
?
Or smth like that. 'DB' seems ambiguos here.

 >> 2. JvMM - multimedia and images
 >> I can assume there may be sense in merging sound playback and AVI
 MB> capturing.
 >> But to merge images and music/sfx - it is strange to me.
 MB>   They are stil MultiMedia so they can be placed in the same package.

Thay are all Jvcl :-)
Packages are splitted to make deployment as light-wiighted as possible.
And here this reason may be broken.

 >> 3. JvCmp, JvAppFrm, JvCtrls, JvDlgs - and that is after
 >> Capitalization.txt told not to use ...Dlg prefix, but ...Dialog  ? Why
 >> that collapsed names? And Cmp always associates to me to compare,
 >> not component.

 MB>   That I agree on. Maybe Peter had some good reason to name it like
 MB> this. However, JvDialogs package name is impossible (there's also a
 MB> JvDialogs.pas IIRC)

Here i'd give priority to package name, and then renamed unit.

 >> 4. JvCustom - custom components
 >> What? Isn't dclusr.dpk not enough? imho name is not good, it will make
 MB> think
 >> about end-user custom jv-related components instead.

 MB>   Suggestion for another name?
not before You tell me what this package is intended for.
currently i can't get why should them be moved out of JvCmps.

 MB>   Anything descending from TCustomControl/TGraphicControl (I think)
And what they can be descending from, so it is not TxxxxControl and the
component would not be enhanced version of its parent (and hence place in
JvStdCtrls)?


 >> Anyway that case is to be talked.
 MB>   Might be hard to read but it is the rule (abbreviations in capitals).
Ok, hope to see it in Capitalization.txt somewhen.



2Peter - i do not want to do some big restructuring before beta1.
Now i want just to talk about and maybe collect opinions.
When the beg codequakes will be over, before beta or even after, there would
be time to rethink structure - You told it Yourself.
Currentyl i'm just collecting points of view.

There are some components moved to archive/unused while they are interesting
and not easily found among other libs, say MBec's JvFormPerforation - and
some of them are to be moved back to some optional JvExtra or JVBonus or
whatever - but again, after code will get stable enough to be at least beta
3.
-- If i had ears, i'd heard Frank Potente and Thomas D - Wish (Komm zu mir) - Frank Potente and Thomas D With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: install failed on D6 personal
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 8 Jul 2003 20:39:00 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 8 Jul 2003 10:51:20 +0200 @410)
....while the fading voice of gatik whispered through the darkness:

 g> "Installation of C:\......... ...... ..\packages\JVCL200_R60Personal.dpk

readme.txt - package naming scheme:
 R60 means Runtime  - it is only for compilation.

Try to install, say, vcl60.bpl - and You will have that very error.

As ever with any conmponent, one have to compile R-package, then compile
D-package, then install D-package


-- If i had ears, i'd heard Tykwer-Klimek-Heil - Casino - Tykwer-Klimek-Heil With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JVCL 3.0: package naming
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 8 Jul 2003 16:45:49 +0200
Newsgroups: jedi.vcl

How components are split among packages can always be debated and there is
always another way of doing things. Since noone has supplied a working
alternate package division, I am going to stick to the current one unless
you have a practical example that actually is tested and works. It's always
easy to say "I don't like this name" and "Why is that here instead of there"
but it's harder to come up with an alternative that actually works. If you
do, I am willing to listen.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3.0: package naming
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 8 Jul 2003 11:02:05 +0200
Newsgroups: jedi.vcl

> > I'm reading jvcl3.txt and here is what i think:
> >
> > 1. JvDB - non-db specific DB components
> > Whad'ya mean ? Can't get words together.

  Not specific for BDE or specific for ADO but for both (or any other like
DBISMA or IBExpress). JvBDE will be DB components that only work with BDE
engine.

> >
> > 2. JvMM - multimedia and images
> > I can assume there may be sense in merging sound playback and AVI
capturing.
> > But to merge images and music/sfx - it is strange to me.

  They are stil MultiMedia so they can be placed in the same package.

> >
> > 3. JvCmp, JvAppFrm, JvCtrls, JvDlgs - and that is after Capitalization.txt
> > told not to use ...Dlg prefix, but ...Dialog  ?
> > Why that collapsed names? And Cmp always associates to me to compare, not
> > component.

  That I agree on. Maybe Peter had some good reason to name it like this.
However, JvDialogs package name is impossible (there's also a JvDialogs.pas
IIRC) so in that light JvDlgs might be the correct name. The Dlg and other
prefix/suffix ramblings is about unit names, not package names.

> >
> > 4. JvCustom - custom components
> > What? Isn't dclusr.dpk not enough? imho name is not good, it will make
think
> > about end-user custom jv-related components instead.

  Suggestion for another name? I could live with separating the components
into separate packages, especially the bigger components or the ones that
consist of multiple units (like JvInspector) but there are some smaller
components in there as well.

> > And i still can't understand where is the edge between StdCtrls, Ctrls,
and

  Same as with Borland (Controls, StdCtrls and ExtCtrls)

> > Custom

  Anything descending from TCustomControl/TGraphicControl (I think)

> > PS: Capitalisation.txt - i guess, filename section is to tell what to do
> > with abrreviations. Using them inside CamelCasing sometimes is hard to
read.
> > Anyway that case is to be talked.

  Might be hard to read but it is the rule (abbreviations in capitals).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: install failed on D6 personal
From: "gatik" <gatik@wp.pl>
Date: Tue, 8 Jul 2003 10:51:20 +0200
Newsgroups: jedi.vcl

I have  a problem installing JVCL library using Delphi 6 prersonal.
Everything works fine till i get a dialog box while installing  saying
"Installation of C:\......... ...... ..\packages\JVCL200_R60Personal.dpk
failed"
What's wrong and how do I do manual install?

Artur




Subject: Re: JVCL 3.0: package naming
From: "Adem" <adembaba@excite.com>
Date: Tue, 8 Jul 2003 01:34:10 +0000 (UTC)
Newsgroups: jedi.vcl

> > 2. JvMM - multimedia and images
> > I can assume there may be sense in merging sound playback and AVI
> > capturing.  But to merge images and music/sfx - it is strange to me.

Why not? 

I get to have to listen to a lot of music from sites 
that display nothing but some text and static images ;-)

Cheers,
Adem


Subject: JVCL 3.0: package naming
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 8 Jul 2003 04:36:42 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 22 Jun 2003 16:30:24 +0200 @646)
....while the fading voice of Peter whispered through the darkness:

I'm reading jvcl3.txt and here is what i think:

1. JvDB - non-db specific DB components
Whad'ya mean ? Can't get words together.

2. JvMM - multimedia and images
I can assume there may be sense in merging sound playback and AVI capturing.
But to merge images and music/sfx - it is strange to me.

3. JvCmp, JvAppFrm, JvCtrls, JvDlgs - and that is after Capitalization.txt
told not to use ...Dlg prefix, but ...Dialog  ?
Why that collapsed names? And Cmp always associates to me to compare, not
component.

4. JvCustom - custom components
What? Isn't dclusr.dpk not enough? imho name is not good, it will make think
about end-user custom jv-related components instead.
And i still can't understand where is the edge between StdCtrls, Ctrls, and
Custom




PS: Capitalisation.txt - i guess, filename section is to tell what to do
with abrreviations. Using them inside CamelCasing sometimes is hard to read.
Anyway that case is to be talked.


-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Status report on JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 8 Jul 2003 02:56:12 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 22 Jun 2003 16:30:24 +0200 @646)
....while the fading voice of Peter whispered through the darkness:

 PT> Feedback and comments welcome and greatly appreciated.

little mis-naming

U dev/JVCL3/Includes/yafill/iberror.р

'canonical' name is yaFFiL, not yaFiLL :-)

http://www.interbase-world.com/modules.php?name=News&new_topic=4

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Cannot recompile JVCL200_D70.pdk after JVCL-Latest.zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Jul 2003 16:50:47 +0200
Newsgroups: jedi.vcl

JVCL-Latest is auto-generated by a script running on the CVS server without
human intervention. The onlu suggestion I have is either go back to the
official release, try downloading a newer zip or get the files directly from
CVS using a CVS client like TortiseCVS. For more info on how to set up CVS,
see http://jvcl.sourceforge.net/cvs.htm

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Bill Miller" <w2m@netheaven.com> skrev i meddelandet news:bebod1$kdu$1@talkto.net...
> > The JVCL I was trying to install was obtained from these newsgroups.  I
> > think Peter may have been the one who zipped the CVS files.  Not only did
I
> > remove JVCL from Delphi, I deleted all the files, bpl's and all folders
and
> > delphi paths as well.
> >
> > I tried two times... Might there still be a problem?
> >
> > Bill
> >
> >




Subject: Re: Cannot recompile JVCL200_D70.pdk after JVCL-Latest.zip
From: "Bill Miller" <w2m@netheaven.com>
Date: Mon, 7 Jul 2003 08:34:13 -0400
Newsgroups: jedi.vcl

The JVCL I was trying to install was obtained from these newsgroups.  I
think Peter may have been the one who zipped the CVS files.  Not only did I
remove JVCL from Delphi, I deleted all the files, bpl's and all folders and
delphi paths as well.

I tried two times... Might there still be a problem?

Bill




Subject: Re: Cannot recompile JVCL200_D70.pdk after JVCL-Latest.zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 6 Jul 2003 19:31:24 +0200
Newsgroups: jedi.vcl

> > Could this "cleaning" logic be included into the installer ?

It depends on how we are going to distribute the next version of JVCL (using
the JEDI Installer, another installer or manual install) but I'll keep it in
mind when we've come that far.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cannot recompile JVCL200_D70.pdk after JVCL-Latest.zip
From: "Bepy" <ramengo@hotmail.com>
Date: Sun, 6 Jul 2003 13:46:25 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:be72rf$vh0$1@talkto.net...
> > You should be aware that JVCL-Latest (or any files pulled directly from
CVS)
> > might not compile or install at all times. One way to try to fix the
problem
> > is to remove the JVCL packages from delphi, delete all dcp, bpl and dcu
> > files created by JVCL and JCL (close Delphi first), do a full build of JCL
> > and both JVCL packages and then try to install the DT package. This
*might*
> > fix the problems.

Could this "cleaning" logic be included into the installer ?
In this way downloading latest zip and running installer would be the
simplest way to have up to date JVCL.




Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 06 Jul 2003 00:14:22 +0200
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> I just made a test myself and have to
> admit: You apparently are right, it /is/ possible to share source files between
> VCL and CLX packages.

[and have both packages installed into the IDE simultaneously.]

As it turns out, this apparently is true only if none of the units involved has
symbols from its name space exported by the package.

Unfortunately, my test case by accident used JclBase and JclResource, which fall
into that sparsely occupied category.  (This can be verified by means of
tdump.exe, the GExperts PE Information expert or the JCL PeViewer example
application.)

If I add e.g. JclStrings, the test fails.

Therefore my original statement in essence holds, with few exceptions.



Subject: Offtopic: finny component
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 5 Jul 2003 23:27:36 +0400
Newsgroups: jedi.vcl

Hello, All!

http://www.delphikingdom.com/helloworld/mergegrid.htm
Read with www.translate.ru

-- If i had ears, i'd heard Mariah Carey & Whitney Houston - There can be Miracles With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Cannot recompile JVCL200_D70.pdk after JVCL-Latest.zip
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 5 Jul 2003 19:56:10 +0200
Newsgroups: jedi.vcl

You should be aware that JVCL-Latest (or any files pulled directly from CVS)
might not compile or install at all times. One way to try to fix the problem
is to remove the JVCL packages from delphi, delete all dcp, bpl and dcu
files created by JVCL and JCL (close Delphi first), do a full build of JCL
and both JVCL packages and then try to install the DT package. This *might*
fix the problems.

AFAIK, there shouldn't be anything in CVS that would cause AV's when
installing it. It works fine on my system (D5 - D7) and I always have the
latest files.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Cannot recompile JVCL200_D70.pdk after JVCL-Latest.zip
From: "Bill Miller" <w2m@netheaven.com>
Date: Sat, 5 Jul 2003 12:42:22 -0400
Newsgroups: jedi.vcl

Yes... me too.  I can not get it to install.  It compiles just fine but when
you hit install it AV's when linking.

Bill

"Bepy" <ramengo@hotmail.com> wrote in message
news:be66vf$rnk$1@talkto.net...
> > Hi,
> >
> > I've downloaded http://jvcl.sourceforge.net/daily/JVCL-Latest.zip and
> > overwritten to JVCL install directory.
> > Then tried to compile JVCL200_D70.pdk, but received Access Violation in
> > module RLINK32.DLL.
> >
> > Has anyone a similar experience ?
> >
> >




Subject: Cannot recompile JVCL200_D70.pdk after JVCL-Latest.zip
From: "Bepy" <ramengo@hotmail.com>
Date: Sat, 5 Jul 2003 12:06:20 +0200
Newsgroups: jedi.vcl

Hi,

I've downloaded http://jvcl.sourceforge.net/daily/JVCL-Latest.zip and
overwritten to JVCL install directory.
Then tried to compile JVCL200_D70.pdk, but received Access Violation in
module RLINK32.DLL.

Has anyone a similar experience ?




Subject: Re: Pro lib
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 5 Jul 2003 03:52:12 +0400
Newsgroups: jedi.vcl

I looked ProLib about month ago - and i did not found nothing interesting vs
JVCL + Rx + Polaris + Globus + 4thUI
I do not say that there was nothing at all, but 99% of it is dup

-- If i had ears, i'd heard np: none With best regards, . E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JVCL3 dependencies
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Jul 2003 19:16:11 +0200
Newsgroups: jedi.vcl

> > Sorry for asking, but what's the CVS directory where the JVCL 3 is being
> > designed?
You should be able to find it here:
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/

modulename is dev/JVCL3

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 dependencies
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Jul 2003 19:11:41 +0200
Newsgroups: jedi.vcl

There problably is a few dependencies that can be removed. The best approach
is to remove everything from the requires node (except as noted below) and
rebuild the package. Delphi will then tell you which dcp's it wants to add.
This, in turn, gives you hints to what you can do to remove the dependency.
If it's only a single unit in another package, you might be able to remove
the use of that unit or move that unit to another package. If there's
multiple dependencies it's probably too much work refactoring to remove it.

Just note that the DT associated with a RT package must be *installed* for
Delphi to pick up the requirement (you will get a "Unit XXX implicitly
imported into package" warning if you don't, but you won't be informed what
package the unit is located in). When removing required packages from DT
packages, don't touch designide.dcp, dclstd.dcp, dcldb.dcp or the
corresponding RT package (ie don't remove JvCoreR from JvCoreD).

I didn't find any packages that were built after the packages it itself
required. Maybe the order is different in the D5 project (I only checked the
D7 project group)?



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL3 dependencies
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 4 Jul 2003 19:08:13 +0200
Newsgroups: jedi.vcl

> > Sorry for asking, but what's the CVS directory where the JVCL 3 is being
> > designed?


dev/JVCL3/*. Note that the current JVCL is in jvcl/*

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL3 dependencies
From: "Solerman \"Connor McLoud\" Kaplon" <mcloud@zipmail.com>
Date: Fri, 04 Jul 2003 14:02:54 -0300
Newsgroups: jedi.vcl

Sorry for asking, but what's the CVS directory where the JVCL 3 is being designed?

Solerman



Subject: Re: Pro lib
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 04 Jul 2003 18:33:42 +0200
Newsgroups: jedi.vcl

Jonathan Neve wrote:
> Hi!
>
> I just came across a free library called prolib. It contains about 20 miscallaneous components. Is there any thought of integrating it into the JVCL.

We usually do not integrate components without asking the author first.
Even if it is under the MPL license it is often not liked by the author.
Otherwise we would have integrated already scores of interesting stuff.



Subject: Re: My favourite Complaint about Delphi, anyone got suggestions?
From: "Ignacio Vazquez" <ivazquez@orioncommunications.com>
Date: Fri, 4 Jul 2003 12:16:51 -0400
Newsgroups: jedi.vcl

"Warren Postma" <wp@tekran.com> wrote in message
news:be3tbi$i2h$1@talkto.net...
> > Now I have suggested this in emails to borland since
> > Delphi 3 and borland has steadfastly ignored me.

Have you considered posting this in QC?

Cheers,
  Ignacio




Subject: JVCL3 dependencies
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 4 Jul 2003 18:04:27 +0200
Newsgroups: jedi.vcl

  Hi all (and Peter in particular),

  first off: in my ramblings below bare in mind I only checked D5 packages
and not very extensively.

  By investigating the requires node of the package I came to the following
dependencies (D-suffix signifies a DT package, R-suffix an RT package;
leaving out the dependency to Core in most cases):

* SystemD requires CustomD and StdCtrlsR. It seems these can be removed
without problem (compiler did not mention of any units being implicitly
imported)
* StdCtrlsR requires SystemR
* CustomR requires CtrlsR and SystemR.
* CtrlsR requires StdCtrlsR
* DlgsR requires StdCtrlsR
* DlgsD requires CoreD and CoreR (why also CoreR?)
* CmpR requires SystemR
* CmpD requires StdCtrlsR
* MMR requires CmpR, CtrlsR, StdCtrlsR and SystemR. Don't think much can be
done about this. Should be very well documented and clearly stated if we are
going to separate downloads
* NETD requires StdCtrlsD
* AppFrmR requires StdCtrlsR and SystemR
* DBR requires StdCtrlsR. Not much to do about that, making DB ctrls out of
non-DB ctrls will always require the package the original controls is in.
Should be documented, though.
* BDER requires DBR (obviously) and DlgsR (probably invoking a dialog? May
consider duplicating this code if it's just a matter of issuing a call to
the API)
* InterpreterR requires CtrlsR and CustomR. Why? Interpreter was a separate
library when we got it and AFAICR it did not depend on anything JVCL?
* GlobusR requires StdCtrlsR and SystemR. Same question as for Interpreter.
* GlobusD requires CtrlsR, CustomR, DlgsR and MMR. Do the Globus
property/component editors rely on JVCL controls?

  IOW, leaving dependencies as is will require the Core, System, StdCtrls,
Custom and Ctrls package be present since most of the other packages have a
link to any of the other (Core is of course always required and it doesn't
depend on any other package. That is not the problem; System, StdCtrls,
Custom and Ctrls are linked in various ways). Removing the (apparently
unneeded) dependency on CustomD and StdCtrlsR from SystemD may help in some
cases, but most other packages have a dependency on StdCtrlsR which will
require System to be present as well.

  What strikes me most is that there are a couple of DT package requiring
another DT package. If a specific property/component editor is used in
multiple package, that editor should be moved to the Core DT package and
just register that editor to the components in each individual package.

  As you can see I already tested what would happen if I remove the
dependencies from SystemD to CustomD and StdCtrlsR. No implicit imports
(when I did the same with StdCtrlsR I did get a couple of implicit import
warnings).

  In StdCtrlsR is a reference to the TJvCaret class (which is now in the
SystemR package). I propose this is moved to Core, unless it's decided that
both Core and System will become "always required packages that should be
downloaded and build in all cases". That would still leave a lot of
references to StdCtrls, Custom and/or Ctrls. In the case of the DB packages
I have no problem with the current dependencies.

  I want to make clear this just my observations and thoughts I had
(resulting from a lot of cursing because after an addition to a unit in the
Core package and thinking that rebuilding StdCtrls and my two test packages
would suffice I still got a lot of package load errors which were all solved
after rebuilding a couple of other packages). I believe the order in the
packages project group is slightly wrong (required package is build after
the package requiring it) but I haven't documented it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Getting started towards JVCL 3.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 4 Jul 2003 15:33:11 +0200
Newsgroups: jedi.vcl

> > Personally I don't understand the JCL/JVCL 'schism'.  Why not release
> > JVCL/JCL in the same installer, for example?

  It's already done like that and probably will remain so.

> >     Is the JCL intended to
> > be realley useful to some people who don't use Forms or any standard VCL
> > components in their delphi apps? Who are those people?

  Basically anyone writing NT Services usually don't require the entire VCL
stuff in there. Probably also driver software writers, console application
writers, in general those that want to write lean-and-mean tools. There are
still many of them around. Once it's fully Kylix compatible it will be even
more prudent to not have anything VCL/CLX related in JCL.

  Also, JCL is not a strictly Delphi library, it can be used in FPC (Free
Pascal Compiler) for example and probably other Pascal compilers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Getting started towards JVCL 3.0
From: Warren Postma <wp@tekran.com>
Date: Fri, 04 Jul 2003 09:15:58 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> My plan is to try to minimize the number of "Utils" units in JVCL by putting
> generic, "JCL friendly" stuff in one unit and JVCL specific stuff in another
> (there might be more than one unit or the functions might instead be put
> into the units that are using them). The generic stuff can then be donated
> to JCL and the stuff they want, will be removed from the JVCL.
>

This is going back a bit in this discussion....

Personally I don't understand the JCL/JVCL 'schism'.  Why not release JVCL/JCL in the same installer, for example?    Is the JCL intended to
be realley useful to some people who don't use Forms or any standard VCL
components in their delphi apps? Who are those people?


Warren



Subject: My favourite Complaint about Delphi, anyone got suggestions?
From: Warren Postma <wp@tekran.com>
Date: Fri, 04 Jul 2003 09:12:14 -0400
Newsgroups: jedi.vcl


Given the sheer complexity of a large Delphi project (an EXE, built from a .dpr, your own .pas/.dfm, and possibly several hundreds of different VCL components) it has always annoyed me that dependencies are not
managed.

That is to say, it would be nice if Delphi projects listed ALL components used in a particular application, and that if a component wasn't installed, delphi didn't "helpfully" suggest deleting the component and all related code the first time you open the form.

Anyone who has ever tried to move a complex Delphi source tree from one
machine to another machine which has only a fresh install of Delphi can probably comiserate with me in the miserableness of this whole experience.


It goes like this: Open project. Open form. Damn, don't have that component that it wants to delete. Try to get out without Delphi mashing up my forms and units. Go install that component. Open form again, let it tell me what it doesn't like now. Go install that component.  It should be possible to have a project, when opened, state that it relies
on a list of the following components (form should pop up) which are
not installed.  Now I have suggested this in emails to borland since Delphi 3 and borland has steadfastly ignored me.

Is it possible to do this via ToolsAPI?  Is there already a tool to help
with this problem?  I for one would like to write a project scanner
that would open a dpr file, look at the components it uses, then check if Delphi has such a component installed. It would make a great Delphi Jedi project tool.


Warren



Subject: Re: Pro lib
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 4 Jul 2003 12:48:10 +0200
Newsgroups: jedi.vcl

> > New library donations will not, by default, be integrated and merged with
> > the main JVCL core starting with JVCL3.

  Right, I keep forgetting that, while I know it makes it so much easier for
both the JVCL developers as well as users. Single components (if not to big)
are to be integrated. Merging of single component donations can be postponed
'till a later time; just release as a separate packagee (but mention
somewhere that this component will be merged with an existing one later). I
hope I can finally remember it this time <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Pro lib
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 4 Jul 2003 12:40:49 +0200
Newsgroups: jedi.vcl

> > (I'm not sure if GLobus/Jans will already be fully
> > integrated and stripped of duplicates when we release JVCL3, but these are
> > separate packages for the time being)

New library donations will not, by default, be integrated and merged with
the main JVCL core starting with JVCL3. This is mainly due to three things:
it's easier for the donor to contribute to JVCL by fixing bugs in a known
package structure where the units and componens from the donations are still
available (albeit renamed); it's easier for previous users of the library to
migrate to JVCL (they are only required to rename units/classes), and it
means a lot less work for JVCL developers since adding a donation is "just"
a matter of making the code JVCL compliant and add the RT/DT packages (this
is quite a chore too, BTW). Of course, this does mean some redundancy, but
since the end-user now can choose what package(s) to use, bloat can be kept
to a minimum by only using those packages that are actually needed. Previous
versions of JVCL required you to install and have loaded everything, from
simple one-liner components to full-fledged BDE query components (which
required the BDE to be installed...)

Integrating/merging/pruning is a process that often require a lot of insight
into the components internal workings, a clear idea on how to make all
features available and plenty of time.

By allowing and keeping these duplicates /but in separate packages), we
transform the activity of merging from "must fix before we can release" to
"release and fix when we have time/inclination" and I think most developers
and end-users prefer the latter.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Pro lib
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 4 Jul 2003 10:17:40 +0200
Newsgroups: jedi.vcl

> > Hi!
> >
> > I just came across a free library called prolib. It contains about 20
> > miscallaneous components. Is there any thought of integrating it into
> > the JVCL. There are a few interresting components that seem to be
> > worthwhile, but, as always, there is _much_ redundancy with all other
> > component libraries.

  An URL would have been nice, but I guess we can all google for it.

> >   It would be nice to take the good ideas from this
> > library (and others), and then issue a simplfied JVCL, containing
> > everything: one JvLabel that does everything, one JvEdit that does
> > everything, etc...
> > Otherwise, you continually have too chose between one type of Label that
> >   has one nice feature, versus another incompatible type of Label that
> > has another nice feature...
> >
> > Anyway, that's what I think... :-)

  And this is something we are already working on for JVCL3. Some have
already been merged in 2.1 but in 3 we should have removed all redundancies
in the main JVCL library (I'm not sure if GLobus/Jans will already be fully
integrated and stripped of duplicates when we release JVCL3, but these are
separate packages for the time being)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Pro lib
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 04 Jul 2003 08:31:38 +0200
Newsgroups: jedi.vcl

Hi!

I just came across a free library called prolib. It contains about 20 miscallaneous components. Is there any thought of integrating it into the JVCL. There are a few interresting components that seem to be worthwhile, but, as always, there is _much_ redundancy with all other component libraries. It would be nice to take the good ideas from this library (and others), and then issue a simplfied JVCL, containing everything: one JvLabel that does everything, one JvEdit that does everything, etc...
Otherwise, you continually have too chose between one type of Label that  has one nice feature, versus another incompatible type of Label that has another nice feature...

Anyway, that's what I think... :-)

Regards,
Jonathan Neve.



Subject: Re: Jedi (V)CL components for Kylix
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Thu, 3 Jul 2003 22:54:40 +0200
Newsgroups: jedi.vcl

> > Very nice. But I don't suppose the package has been converted to the
> > Kylix BCB IDE ...?
Do it yourself.

You can build
..o, .hpp
dcc -JPHNE -M -U../../lib -N../../lib/jvcl packagename.dpk
When you compile a lot of files the compiler may SegV.

..a:
ar -ruv jvcl.a *.o


PS: I have not installed the components yet but this is the way I update the visualclx.a and
visualdbclx.a with my VisualCLX patches.

Regards,
Andreas Hausladen.




Subject: Re: JvInterpreter
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Thu, 03 Jul 2003 19:06:50 +1000
Newsgroups: jedi.vcl

I suggest that you add some bugs into mantis.

Mantis for JEDI can be found here

http://projectjedi.sourceforge.net/mantis/main_page.php

Warren Postma wrote:
> I have tried to email the current maintainers of JvInterpreter with a few questions. I have found a few bugs and wish to fix them, and wish to add a few features to JvInterpreter, but wanted to coordinate with whoever is currently working on JvInterpreter right now.
>
> Please email me with your current email address. I got no bounce on my
> queries, and no replies either.
>
> Warren
>



Subject: Re: Jedi (V)CL components for Kylix
From: Jonathan Neve <jonathan@microtec.fr>
Date: Thu, 03 Jul 2003 08:11:51 +0200
Newsgroups: jedi.vcl

André wrote:
> Posted in jedi.binaries a zip file with 120 visual components
> from the jedi collection for Kylix. It contains more than 250 files from the original vcl -only- version.
>
> Give it a Try
>
> André Snepvangers

Very nice. But I don't suppose the package has been converted to the Kylix BCB IDE ...?

Thanks!
Jonathan Neve.



Subject: Re: JvEditor questions
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Thu, 03 Jul 2003 09:36:41 +1000
Newsgroups: jedi.vcl

Please post all this on Mantis, the JCL/JVCL issue tracker.
Go to jvcl.sourceforge.net, click on bug/wishes in the left menu, login and add an issue.

Thanks

Olivier Sannier
JVCL Developer

Enrico wrote:

> Hi all,
> I'm working on JvEditor to add some functionalities I need. I have a lot of
> questions regarding the code and I hope someone can answer. I start with
> this:
> the TLineAttrs is used only to retrieve attributes from the client (the
> caller) and no attribute is stored within the strings. I'm correct? Why was
> taken this decision and no attribute structure was associated with each
> string?
> More TOnGetLineAttr pass the line (string parameter) as a var. But it seems
> to me, in the GetAttr function, that nobody is looking for modifications of
> the text, as is aspected. Why pass the string as var?
>
> I have also corrected a bug that arise when more than 1024 chars are written
> on a line. Somebody interested in it?
>
> Thanks,
> Enrico
>
>



Subject: Re: JvBalloonHint question
From: "Ivo Bauer" <ivo.bauer@tiscali.cz>
Date: Wed, 2 Jul 2003 18:51:37 +0200
Newsgroups: jedi.vcl

Just added. JVCL Issue Tracker Entry ID: 0001015


Best regards,
Ivo Bauer


"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:bdukrs$k1t$1@talkto.net...
> > That would be a good thing indeed to a allow us to keep track of it and
> > fix it in the not so far future
> >
> > Olivier Sannier
> > JVCL Developer
> >
> > Ivo Bauer wrote:
> >
>> > > Just a supplement to the bug: The problem occurs on both 9X/NT Windows
>> > > platforms. Though, on the Windows 9X platform, there is even more
annoying
>> > > behaviour, so that when you minimize the form and restore it back later,
the
>> > > balloon hint CANNOT be closed by clicking the close button anymore! NT
>> > > doesn't exhibit this behaviour.
>> > >
>> > > Should I create a new JVCL Mantis entry describing this weird behaviour?
>> > >
>> > > Best regards,
>> > > Ivo Bauer
>> > >
>> > >
>> > > "Ivo Bauer" <ivo.bauer@tiscali.cz> pí¹e v diskusním pøíspìvku
>> > > news:bdsj9m$6t0$1@talkto.net...
>> > >
>>> > >>Hi Olivier,
>>> > >>
>>> > >>I'm so confused because now, when I compile my project, the balloons
will
>>> > >>always follow the mouse and I'm satified.
>>> > >>
>>> > >>However, while playing with balloons I have discovered that when you
>>> > >>minimize a form the balloon reside on, and restore it again, the balloon
>>> > >>will stay definitely on its place even when you move the form. Could you
>>> > >>please look at it closer? Should I add it to the JVCL bug tracker?
>>> > >>
>>> > >>Best regards,
>>> > >>Ivo Bauer
>>> > >>
>>> > >>
>>> > >>"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
>>> > >>news:bdrspp$1hv$1@talkto.net...
>>> > >>
>>>> > >>>I'll have a look and see if it is possible.
>>>> > >>>But not guarantee of answer and/or result before next monday, at the
>>>> > >>>very least.
>>>> > >>>
>>>> > >>>Cheers
>>>> > >>>
>>>> > >>>Olivier Sannier
>>>> > >>>JVCL Developer
>>>> > >>>JVCL French contact point
>>>> > >>>
>>> > >>
>>> > >>
>> > >
>> > >
>> > >
>> > >
> >




Subject: JvEditor questions
From: "Enrico" <r.i.c.e.r.c.a.r.@infinito.it>
Date: Wed, 2 Jul 2003 15:41:04 +0200
Newsgroups: jedi.vcl

Hi all,
I'm working on JvEditor to add some functionalities I need. I have a lot of
questions regarding the code and I hope someone can answer. I start with
this:
the TLineAttrs is used only to retrieve attributes from the client (the
caller) and no attribute is stored within the strings. I'm correct? Why was
taken this decision and no attribute structure was associated with each
string?
More TOnGetLineAttr pass the line (string parameter) as a var. But it seems
to me, in the GetAttr function, that nobody is looking for modifications of
the text, as is aspected. Why pass the string as var?

I have also corrected a bug that arise when more than 1024 chars are written
on a line. Somebody interested in it?

Thanks,
Enrico




Subject: Re: JvBalloonHint question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 02 Jul 2003 23:12:56 +1000
Newsgroups: jedi.vcl

That would be a good thing indeed to a allow us to keep track of it and fix it in the not so far future

Olivier Sannier
JVCL Developer

Ivo Bauer wrote:

> Just a supplement to the bug: The problem occurs on both 9X/NT Windows
> platforms. Though, on the Windows 9X platform, there is even more annoying
> behaviour, so that when you minimize the form and restore it back later, the
> balloon hint CANNOT be closed by clicking the close button anymore! NT
> doesn't exhibit this behaviour.
>
> Should I create a new JVCL Mantis entry describing this weird behaviour?
>
> Best regards,
> Ivo Bauer
>
>
> "Ivo Bauer" <ivo.bauer@tiscali.cz> pí¹e v diskusním pøíspìvku
> news:bdsj9m$6t0$1@talkto.net...
>
>> Hi Olivier,
>>
>> I'm so confused because now, when I compile my project, the balloons will
>> always follow the mouse and I'm satified.
>>
>> However, while playing with balloons I have discovered that when you
>> minimize a form the balloon reside on, and restore it again, the balloon
>> will stay definitely on its place even when you move the form. Could you
>> please look at it closer? Should I add it to the JVCL bug tracker?
>>
>> Best regards,
>> Ivo Bauer
>>
>>
>> "OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
>> news:bdrspp$1hv$1@talkto.net...
>>
>>> I'll have a look and see if it is possible.
>>> But not guarantee of answer and/or result before next monday, at the
>>> very least.
>>>
>>> Cheers
>>>
>>> Olivier Sannier
>>> JVCL Developer
>>> JVCL French contact point
>>>
>>
>>
>
>
>
>



Subject: Re: JvBalloonHint question
From: "Ivo Bauer" <ivo.bauer@tiscali.cz>
Date: Wed, 2 Jul 2003 13:59:01 +0200
Newsgroups: jedi.vcl

Just a supplement to the bug: The problem occurs on both 9X/NT Windows
platforms. Though, on the Windows 9X platform, there is even more annoying
behaviour, so that when you minimize the form and restore it back later, the
balloon hint CANNOT be closed by clicking the close button anymore! NT
doesn't exhibit this behaviour.

Should I create a new JVCL Mantis entry describing this weird behaviour?

Best regards,
Ivo Bauer


"Ivo Bauer" <ivo.bauer@tiscali.cz> pí¹e v diskusním pøíspìvku
news:bdsj9m$6t0$1@talkto.net...
> > Hi Olivier,
> >
> > I'm so confused because now, when I compile my project, the balloons will
> > always follow the mouse and I'm satified.
> >
> > However, while playing with balloons I have discovered that when you
> > minimize a form the balloon reside on, and restore it again, the balloon
> > will stay definitely on its place even when you move the form. Could you
> > please look at it closer? Should I add it to the JVCL bug tracker?
> >
> > Best regards,
> > Ivo Bauer
> >
> >
> > "OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
> > news:bdrspp$1hv$1@talkto.net...
>> > > I'll have a look and see if it is possible.
>> > > But not guarantee of answer and/or result before next monday, at the
>> > > very least.
>> > >
>> > > Cheers
>> > >
>> > > Olivier Sannier
>> > > JVCL Developer
>> > > JVCL French contact point
>> > >
> >
> >






Subject: Re: jvPlugin
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 2 Jul 2003 12:50:45 +0200
Newsgroups: jedi.vcl

UIL version 6 is a commercial product and not part of JVCL. See more at
http://www.uil.net.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: jvPlugin
From: "Niall R Scott" <scottn@camerondiv.com>
Date: Wed, 2 Jul 2003 11:29:44 +0100
Newsgroups: jedi.vcl

Hi

I note from the UIL site that the Uil Plugin System has been turned over to
Project Jedi but I can only find a variant of V5. I would really like to get
hold off V6 as I have inherited the maintainance of some code that uses it
but I don't have the source. I have tried UIL but so far they haven't
replied.

Cheers

--
Niall R Scott
I.S. Support
Cameron Controls
Aberdeen




Subject: JvInterpreter
From: Warren Postma <wp@tekran.com>
Date: Tue, 01 Jul 2003 17:14:59 -0400
Newsgroups: jedi.vcl

I have tried to email the current maintainers of JvInterpreter with a few questions. I have found a few bugs and wish to fix them, and wish to add a few features to JvInterpreter, but wanted to coordinate with whoever is currently working on JvInterpreter right now.

Please email me with your current email address. I got no bounce on my
queries, and no replies either.

Warren



Subject: Re: JvBalloonHint question
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 01 Jul 2003 21:23:37 +0200
Newsgroups: jedi.vcl

Ivo Bauer wrote:
> However, while playing with balloons I have discovered that when you
> minimize a form the balloon reside on, and restore it again, the balloon
> will stay definitely on its place even when you move the form. Could you
> please look at it closer? Should I add it to the JVCL bug tracker?

Quick fix is to add

FHint.ParentWindow := 0;

as last line in TJvBalloonHint.CancelHint. But will have to look at it
more closely.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvBalloonHint question
From: "Ivo Bauer" <ivo.bauer@tiscali.cz>
Date: Tue, 1 Jul 2003 20:33:44 +0200
Newsgroups: jedi.vcl

Hi Olivier,

I'm so confused because now, when I compile my project, the balloons will
always follow the mouse and I'm satified.

However, while playing with balloons I have discovered that when you
minimize a form the balloon reside on, and restore it again, the balloon
will stay definitely on its place even when you move the form. Could you
please look at it closer? Should I add it to the JVCL bug tracker?

Best regards,
Ivo Bauer


"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:bdrspp$1hv$1@talkto.net...
> > I'll have a look and see if it is possible.
> > But not guarantee of answer and/or result before next monday, at the
> > very least.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> > JVCL French contact point
> >




Subject: Re: Outlook Bar
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Tue, 1 Jul 2003 16:51:38 +0200
Newsgroups: jedi.vcl

With this thread it comes in my mind that I've extended the TJvOutlookBar with a DownButton feature.

I will post the updated file in jedi.binaries.



--
Regards

Andreas Hausladen
(http://www.kylix-patch.de.vu unofficial Kylix/Delphi VisualCLX patches)




Subject: Re: Jedi (V)CL components for Kylix
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jul 2003 15:18:08 +0200
Newsgroups: jedi.vcl

> > You can find a description of porting issues in the README file, however
the
> > (obvious) translation of units like Controls to QControls is not descriped
> > there. A lot of the porting is concerned with the translation of windows
> > messages into Qt events. Most of it is descriped in that README file.

Thanks, I missed that the first time I looked.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvBalloonHint question
From: "Ivo Bauer" <ivo.bauer@tiscali.cz>
Date: Tue, 1 Jul 2003 14:50:19 +0200
Newsgroups: jedi.vcl

Thank you for your time & effort. I'll stay tuned for your reply.

Best regards,
Ivo Bauer


"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:bdrspp$1hv$1@talkto.net...
> > I'll have a look and see if it is possible.
> > But not guarantee of answer and/or result before next monday, at the
> > very least.
> >
> > Cheers
> >
> > Olivier Sannier
> > JVCL Developer
> > JVCL French contact point
> >




Subject: Re: JvBalloonHint question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 01 Jul 2003 22:09:27 +1000
Newsgroups: jedi.vcl

I'll have a look and see if it is possible.
But not guarantee of answer and/or result before next monday, at the very least.

Cheers

Olivier Sannier
JVCL Developer
JVCL French contact point



Subject: Re: JvBalloonHint question
From: "Ivo Bauer" <ivo.bauer@tiscali.cz>
Date: Tue, 1 Jul 2003 13:51:42 +0200
Newsgroups: jedi.vcl

I'm afraid this is too "dirty" for me. I wished if there would be a way to
relocate the balloon to another position without hiding but every call to
ActiveHintXXX method will, in turn, call CancelHint. Imagine that you use a
custom hint animation (like blending) with animation delay about 100 msecs -
moving the form in such case will be too jerky to be acceptable.

Maybe it's a request for the new feature. Is it possible to somehow
incorporate this behaviour into TJvBalloonHint itself?

Ivo


"OBones" <obones_REM_SPM_@_PIF_meloo.com> píse v diskusním príspevku
news:bdrlgg$v3h$1@talkto.net...
> > The simple dirty way would be to ask it to reshow at the new position...
> > I don't think there is a need to hide it before
> >
> > Ivo Bauer wrote:
> >
>> > > Good day!
>> > >
>> > > I need a little help with a fantastic JvBalloonHint component. When I
call
>> > > one of its ActivateHintXXX methods, the balloon appears on the right
>> > > position as expected. But when I move my form with the mouse, the ballon
>> > > keeps staying on its place. Is there a way to tell the balloon to follow
the
>> > > form where it is displayed?
>> > >
>> > > Thanks in advance,
>> > > Ivo Bauer
>> > >
>> > >
>> > >
> >




Subject: Re: TJvMail Component
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 01 Jul 2003 21:37:29 +1000
Newsgroups: jedi.vcl

As far as I know, there is no way to set this up from the component as this is a setting in the client's mail program. What you are describing looks like Outlook, but there is no way that I am aware of to force this from the code in Delphi. I think there should be a setting somewhere in Outlook to change that, but I don't know which one. Maybe somebody more aware of the situation will give a better solution, as I'm not really familiar with this component

Cheers

Olivier Sannier
JVCL Developer
French contact point

Lee J Cook wrote:

> I hop I have the right newsgroup, I am using TjvMail component to bring up
> the clients default mail program with a blank new message window to send a
> new mail to some recipients, all is fine except the new e-mail window is
> completely empty, should it bring up the email clients default background
> and signature file if it is being used? can anybody point me in the right
> direction
>
> Thanks
>
>
> Lee J Cook
>
>



Subject: TJvMail Component
From: "Lee J Cook" <lee@kwikhols.co.uk>
Date: Tue, 1 Jul 2003 11:46:43 +0100
Newsgroups: jedi.vcl

I hop I have the right newsgroup, I am using TjvMail component to bring up
the clients default mail program with a blank new message window to send a
new mail to some recipients, all is fine except the new e-mail window is
completely empty, should it bring up the email clients default background
and signature file if it is being used? can anybody point me in the right
direction

Thanks


Lee J Cook




Subject: Re: JvBalloonHint question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 01 Jul 2003 20:05:03 +1000
Newsgroups: jedi.vcl

The simple dirty way would be to ask it to reshow at the new position... I don't think there is a need to hide it before

Ivo Bauer wrote:

> Good day!
>
> I need a little help with a fantastic JvBalloonHint component. When I call
> one of its ActivateHintXXX methods, the balloon appears on the right
> position as expected. But when I move my form with the mouse, the ballon
> keeps staying on its place. Is there a way to tell the balloon to follow the
> form where it is displayed?
>
> Thanks in advance,
> Ivo Bauer
>
>
>



Subject: Re: Outlook Bar
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Jul 2003 12:04:58 +0200
Newsgroups: jedi.vcl

TJvOutlookButtons doesn't have an action component. Instead you have to use
the OnButtonClick event and the Index parameter. Since a button can be
clicked only if it's visible, use the ActivePage property to access the
button. Example:

procedure TForm1.JvOutlookBar1ButtonClick(Sender: TObject; Index: Integer);
begin
  with JvOutlookBar1.ActivePage do
    ShowMessageFmt('You clicked a button labeled %s',[Buttons[Index]]);
end;



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Ricardo David" <ricardo@r36.com.br> skrev i meddelandet news:3F008542.1000500@r36.com.br...
> > Does anyone use TvOutlookBar component?
> > This part is not in the help file yet and I'm having some trouble
> > associating an action with a button on that.
> >
> > Thanks.
> >




Subject: Re: Jedi (V)CL components for Kylix
From: "forums.talkto.net" <asn@xs4all.nl>
Date: Tue, 1 Jul 2003 11:50:22 +0200
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> schreef in bericht
news:bdq41c$n68$1@talkto.net...
> > asn wrote:
> >
>>>> > >>>IMHO there is no problem in sharing source files between Vcl and
>> > >
>> > > VisualCLX
>> > >
>>>> > >>>packages.
>>> > >>
>>> > >>Did you try?
>>> > >>
>> > >
>> > >
>> > > No, actually I have no interrest of proving myself here. I doubt if you
have
>> > > ever started
>> > > a CLX application in delhi
> >
> > I even have written some.  However, I just made a test myself and have to
> > admit: You apparently are right, it /is/ possible to share source files
between
> > VCL and CLX packages.
> >
> > Shame on me, I seem to have misinterpreted some observations made in the
past.
> >
> > I still think it would be better to have VCL- and CLX-specific units.  The
> > compiler can't recognize a .dcu compiled with VisualCLX defined from one
> > compiled with the symbol not defined.  That might cause confusion.

The .dcu files of VisualCLX and VCL should go each into their own path.
If I am not wrong the Library path is evaluated when compilation takes
place,
 so one could add something like $(DELPHI}\$(COMPLIB)  and
then define COMPLIB in accordance with the setting of VisualCLX or VCL
in JEDI.inc .

.....
> >
> > Greetings, Robert
> >

Greetings, André




Subject: JvBalloonHint question
From: "Ivo Bauer" <ivo.bauer@tiscali.cz>
Date: Tue, 1 Jul 2003 10:25:04 +0200
Newsgroups: jedi.vcl

Good day!

I need a little help with a fantastic JvBalloonHint component. When I call
one of its ActivateHintXXX methods, the balloon appears on the right
position as expected. But when I move my form with the mouse, the ballon
keeps staying on its place. Is there a way to tell the balloon to follow the
form where it is displayed?

Thanks in advance,
Ivo Bauer





Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Tue, 01 Jul 2003 08:49:12 +0200
Newsgroups: jedi.vcl

> Proposed approach for restructuring the JCL (JCL 2.0?)

I have a first draft working (under Windows).

By moving one function from JclFileUtils and JclShell each into JclGraphUtils and some other minor changes I managed to restrict VCL/CLX dependencies to Jcl[Q]Graphics and Jcl[Q]GraphUtils.

I hope to make it available until tomorrow, after some tests with Kylix have been performed.  Eventually that will make clearer what I have in mind.

Greetings, Robert



Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 30 Jun 2003 22:00:57 +0200
Newsgroups: jedi.vcl

asn wrote:

>>> IMHO there is no problem in sharing source files between Vcl and
>
> VisualCLX
>
>>> packages.
>>
>> Did you try?
>>
>
>
> No, actually I have no interrest of proving myself here. I doubt if you have
> ever started
> a CLX application in delhi 

I even have written some.  However, I just made a test myself and have to
admit: You apparently are right, it /is/ possible to share source files between
VCL and CLX packages.

Shame on me, I seem to have misinterpreted some observations made in the past.

I still think it would be better to have VCL- and CLX-specific units.  The compiler can't recognize a .dcu compiled with VisualCLX defined from one compiled with the symbol not defined.  That might cause confusion.

> I am getting little bit bored with this kind of conversations: For some
> unknown reason(s) your
> responses looks to be aimed toward frustrating the addition of jedi (v) clx
> components.

No, not at all.  Sorry if I let it appear so.

Greetings, Robert



Subject: Re: Jedi (V)CL components for Kylix
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 30 Jun 2003 23:38:39 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 30 Jun 2003 20:49:04 +0200 @825)
....while the fading voice of asn whispered through the darkness:



 a> Why is that ?

Because Delphi 6 filters palette on the context.

Make DataModule active - and all visual components would be lost from
palette.
Same method tells From from QForm.



-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jedi (V)CL components for Kylix
From: "asn" <asn@xs4all.nl>
Date: Mon, 30 Jun 2003 20:49:04 +0200
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:bdper2$ige$1@talkto.net...
> > Hi André,
> >
>> > > IMHO there is no problem in sharing source files between Vcl and
VisualCLX
>> > > packages.
> >
> > Did you try?
> >

No, actually I have no interrest of proving myself here. I doubt if you have
ever started
a CLX application in delhi and have watched what happened to the component
pallet,
there is not much left the jvcl components.

> >
>>> > >>Under Windows, Delphi requires both VisualCLX and VCL based components
>> > >
>> > > loaded
>> > >
>>> > >>into the IDE at the same time.  This will cause namespace conflicts if
>>> > >>corresponding units are equally named.  Thus we would need to rename the
>>> > >>VisualCLX based units, like Borland does (QForms vs. Forms etc.).
>>> > >>
>>> > >>Further we need to package VisualCLX and VCL dependent code separately,
as
>>> > >>well as code that does not depend on either component library.
>>> > >>
>>> > >>That applies to the JCL as well, which I'll use as an example:
>>> > >>
>> > >
>> > >
>> > > IMHO it is true  VisualCLX and VCL packages cannot be installed at the
same
>> > > time.
> >
> > Have a look at the list of installed packages in D6 or D7.

You have ever seen Delphi getting confused in distinguishing between vcl &
VisualCLX

> >
> > There are e.g. "Borland CLX Standard Components" and "Borland CLX Database
> > Components" installed as well as "Borland Standard Components" and
"Borland
> > Database Components".
> >
> > This would be impossible if these packages shared a single unit.
> >
>> > > For building  a  VisualCLX applicationa  one certainly is not needing
VCL
>> > > packages ,
>> > > and vice versa. The choice is made you deside to develop a Vcl or
VisualClx
> >
> > Yes, BUT at designtime they both need to be present (although their
palette
> > pages are not accessible simultaneously).
> >

Why is that ?

>> > > It is not a problem to have source files with windows sections and linux
>> > > sections (determined by
>> > > conditional directives). Just take a look at VisualCLX units from
Borland
> >
> > I know that.  But did you note that the $IFDEFs mostly occur in the
> > implementation section?  IMO functions/classes which make sense only for a
> > specific platform should go into a platform-specific unit.
> >
> > In addition, there are Windows-only units in JCL (JclWin32, LM, Snmp,
JclTask,
> > JclSvcCtrl etc.).  I believe our users should not be required to figure
out
> > which ones by themselves.
> >
>>> > >>A major obstacle on this way appears to be JclSysInfo, which IIRC
creates
>> > >
>> > > a lot
>> > >
>>> > >>of dependencies from VCL units.  I suggest to split it in two:
>> > >
>> > > JclHardwareInfo
>> > >
>>> > >>(cross-platform) and Windows/JclSysInfo.  Later on, we might create a
>>> > >>Unix/JclSysInfo unit as well.
>>> > >>
>> > >
>> > >
>> > > No need to do so, conditional directives solves this problem. Actually
>> > > getting sysinfo
>> > > on linux is very simple,
> >
> > Yes, with lots of $IFDEFs.  Many functions in JclSysInfo are
Windows-specific
> > purpose-wise.  This is IMO a sufficient reason to have them separated from
the
> > rest.  I consider that just better design.
> >
>> > > The jcl units who are contained in JvCLX do not contain designtime
>> > > components,
>> > > So I don''t see any use of spliiting them for VCL/VisualCLX ,
Windows/Linux.
> >
> > There are components in JvCLX which make use of the JCL, that requires the
JCL
> > code to be present at design time.
> >
>> > > Just to have seperated packages for Vcl & VisualCLX looks me sufficient.
You
>> > > either install
>> > > j(v)cl or j(v)clx packages.
> >
> > Let's debate that when we have come to an understanding in respect to the
points
> > above.  :)
> >

This has already been the case for different version of Delphi

> >
> > Greetings, Robert
> >

I am getting little bit bored with this kind of conversations: For some
unknown reason(s) your
responses looks to be aimed toward frustrating the addition of jedi (v) clx
components.

Still be best Regards,

Andre Snepvangers





Subject: Outlook Bar
From: Ricardo David <ricardo@r36.com.br>
Date: Mon, 30 Jun 2003 15:45:22 -0300
Newsgroups: jedi.vcl

Does anyone use TvOutlookBar component?
This part is not in the help file yet and I'm having some trouble associating an action with a button on that.

Thanks.



Subject: Re: Jedi (V)CL components for Kylix
From: "asn" <asn@xs4all.nl>
Date: Mon, 30 Jun 2003 20:23:58 +0200
Newsgroups: jedi.vcl

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:bdpo06$kpf$1@talkto.net...
> > Hi Andreas,
> >
>>> > >>If we aim at a truely cross-platform capable component suite (not just
Kylix
>>> > >>support), we cannot achieve this by mere conditional compilation
(COMPLIB_xxx
>>> > >>resp. VisualCLX/VCL symbols).

I am sorry : We CAN achieve this by mere conditional compilation
(COMPLIB_xxx resp. VisualCLX/VCL symbols)

>>> > >>
>>> > >>Under Windows, Delphi requires both VisualCLX and VCL based components
loaded
>>> > >>into the IDE at the same time.  This will cause namespace conflicts if
>>> > >>corresponding units are equally named.  Thus we would need to rename the
>>> > >>VisualCLX based units, like Borland does (QForms vs. Forms etc.).
>>> > >>Further we need to package VisualCLX and VCL dependent code separately,
>> > >
>> > >
>> > > No not really.
>> > >
>> > > Delphi and Kylix (D) compiler and IDE can handle these units:
>> > >
>> > > ----------
>> > > [UNIT JclQMyUnit.pas]
>> > > unit JclQMyUnit;
>> > > {$define VisualCLX}
>> > > {$define COMPLIB_CLX}
>> > >
>> > > {$define UnitInclude}
>> > > {$include JclMyUnit.pas}
>> > > -------------------------
>> > > [UNIT JclMyUnit.pas]
>> > > {$ifndef UnitInclude}
>> > > unit JclMyUnit
>> > > {$else}
>> > >   {$undef UnitInclude}
>> > > {$endif}
>> > > interface
>> > > {$ifdef VisualCLX}
>> > > uses Qt, QControls, ...
>> > > {$else}
>> > > uses Windows, Control, ...
>> > > {$endif}
>> > > type
>> > >   ...
>> > > implemenation
>> > >
>> > > end.
>> > > ----------
>> > >
>> > > The advantage of this technique is that you have one code base but two
units. One for VCLX and one
>> > > for VCL.
> >
> > That's a nice solution - but in its essence not different from what I have
> > thought of.  Apparently I didn't succeed to make myself understood.
> >
Clearly, I don''t
> >
> > In fact I consider a single codebase essential, maintainance would become
too
> > great an effort (and too error-prone) otherwise.
> >
Very true!
> >
> > Nevertheless I'd like to have these $DEFINEs and $INCLUDEs resolved by a
> > preprocessor.  JCL code is just getting to cluttered with $IFDEFs for my
taste.
> >
Yes, it clutters the code with preprocessor directives. But according to you
it is
already cluttered with $IFDEFs. Why you want to exclude of having clx/kylix
 related components ?
> >
> > Greetings, Robert
> >

greetings, Andre




Subject: Re: Draft 2
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 30 Jun 2003 20:13:34 +0200
Newsgroups: jedi.vcl

I've changed the icons "J" background according to this:
blue - visual
green - non-visual
purple - db aware

We might change these colors if someone dislikes them, but at least they
should be consistent now. I've also removed the "BU" that was left over
since Sebastiens BU packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 30 Jun 2003 18:39:47 +0200
Newsgroups: jedi.vcl

Hi,

Arioch /BDV/ wrote:

> The stars so gaily glistened... (Mon, 30 Jun 2003 00:35:34 +0200 @983)
> ....while the fading voice of Robert whispered through the darkness:
>
>  
>  RR> Proposed approach for restructuring the JCL (JCL 2.0?)
>
> AFAIK JCL is trying to wipe anything VCL-related out of it.
>
> So it will not be affected by CLX - it is just gnoring both of them!

Since JCL covers graphics too (JclGraphics, JclGraphUtils), it inevitably makes use of units Graphics/QGraphics, which are part of VCL resp. VisualCLX.

Greetings, Robert



Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 30 Jun 2003 18:35:30 +0200
Newsgroups: jedi.vcl

Hi Andreas,

>> If we aim at a truely cross-platform capable component suite (not just Kylix
>> support), we cannot achieve this by mere conditional compilation (COMPLIB_xxx
>> resp. VisualCLX/VCL symbols).
>>
>> Under Windows, Delphi requires both VisualCLX and VCL based components loaded
>> into the IDE at the same time.  This will cause namespace conflicts if
>> corresponding units are equally named.  Thus we would need to rename the
>> VisualCLX based units, like Borland does (QForms vs. Forms etc.).
>> Further we need to package VisualCLX and VCL dependent code separately,
>
>
> No not really.
>
> Delphi and Kylix (D) compiler and IDE can handle these units:
>
> ----------
> [UNIT JclQMyUnit.pas]
> unit JclQMyUnit;
> {$define VisualCLX}
> {$define COMPLIB_CLX}
>
> {$define UnitInclude}
> {$include JclMyUnit.pas}
> -------------------------
> [UNIT JclMyUnit.pas]
> {$ifndef UnitInclude}
> unit JclMyUnit
> {$else}
>   {$undef UnitInclude}
> {$endif}
> interface
> {$ifdef VisualCLX}
> uses Qt, QControls, ...
> {$else}
> uses Windows, Control, ...
> {$endif}
> type
>   ...
> implemenation
>
> end.
> ----------
>
> The advantage of this technique is that you have one code base but two units. One for VCLX and one
> for VCL.

That's a nice solution - but in its essence not different from what I have thought of.  Apparently I didn't succeed to make myself understood.

In fact I consider a single codebase essential, maintainance would become too great an effort (and too error-prone) otherwise.

Nevertheless I'd like to have these $DEFINEs and $INCLUDEs resolved by a preprocessor.  JCL code is just getting to cluttered with $IFDEFs for my taste.

Greetings, Robert



Subject: Re: Help files/ Manual
From: "Neo Cobe" <neocobe@hotmail.com>
Date: Mon, 30 Jun 2003 17:19:16 +0200
Newsgroups: jedi.vcl

You're right

Thanx





Subject: Re: Help files/ Manual
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 30 Jun 2003 18:54:17 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 30 Jun 2003 13:46:55 +0200 @532)
....while the fading voice of Neo whispered through the darkness:

 NC> Is there a file file or manual which describes the jvmemorydata?

Google for RxLib help

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jedi (V)CL components for Kylix
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 30 Jun 2003 18:52:17 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 30 Jun 2003 00:35:34 +0200 @983)
....while the fading voice of Robert whispered through the darkness:

 
 RR> Proposed approach for restructuring the JCL (JCL 2.0?)

AFAIK JCL is trying to wipe anything VCL-related out of it.

So it will not be affected by CLX - it is just gnoring both of them!

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: integating beta 3 in daily snapshots?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 30 Jun 2003 18:48:09 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 30 Jun 2003 11:40:07 +0200 @444)
....while the fading voice of Ralf whispered through the darkness:

 RG> The daily snapshots are avilible for example at
 RG> http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
 RG> doesn´t include the JVCL3 dev folder. If it is easy to integrate them
 RG> this would be the easiest way for people without CVS to get the latest
 RG> version ...

Those developers would be just happy to get 200% of code, yes ?

Snapshots are for those who is ver interested in some certain project like
JVCL2 and cannot wait for next major release.

Hence they are uch less intereset in JVCL3 and can wait.

If Jvcl3 will have its own snapshots - it is to be completely apart from
ones of JVCL2

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jedi (V)CL components for Kylix
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 30 Jun 2003 18:45:59 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 30 Jun 2003 05:55:12 +0200 @205)
....while the fading voice of Robert whispered through the darkness:

 RM> I would not go for winelib. There are several locale related functions
 RM> in Linux. For Unicode we should try to build upon Mike Lischkes
 RM> JclUnicode.

I need not locales nor unicodes - i need windows codepages.
And i need them in standard Kylix or Linux distribution, not in JCL.

I asked about std Kylix RTL :-)

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jedi (V)CL components for Kylix
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Mon, 30 Jun 2003 16:44:14 +0200
Newsgroups: jedi.vcl

> > If we aim at a truely cross-platform capable component suite (not just Kylix
> > support), we cannot achieve this by mere conditional compilation (COMPLIB_xxx
> > resp. VisualCLX/VCL symbols).
> >
> > Under Windows, Delphi requires both VisualCLX and VCL based components loaded
> > into the IDE at the same time.  This will cause namespace conflicts if
> > corresponding units are equally named.  Thus we would need to rename the
> > VisualCLX based units, like Borland does (QForms vs. Forms etc.).
> > Further we need to package VisualCLX and VCL dependent code separately,

No not really.

Delphi and Kylix (D) compiler and IDE can handle these units:

----------
[UNIT JclQMyUnit.pas]
unit JclQMyUnit;
{$define VisualCLX}
{$define COMPLIB_CLX}

{$define UnitInclude}
{$include JclMyUnit.pas}
-------------------------
[UNIT JclMyUnit.pas]
{$ifndef UnitInclude}
unit JclMyUnit
{$else}
  {$undef UnitInclude}
{$endif}
interface
{$ifdef VisualCLX}
uses Qt, QControls, ...
{$else}
uses Windows, Control, ...
{$endif}
type
  ...
implemenation

end.
----------

The advantage of this technique is that you have one code base but two units. One for VCLX and one
for VCL.


Regards

Andreas Hausladen




Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 30 Jun 2003 15:59:08 +0200
Newsgroups: jedi.vcl

Hi André,

> IMHO there is no problem in sharing source files between Vcl and VisualCLX
> packages.

Did you try?

>> Under Windows, Delphi requires both VisualCLX and VCL based components
>
> loaded
>
>> into the IDE at the same time.  This will cause namespace conflicts if
>> corresponding units are equally named.  Thus we would need to rename the
>> VisualCLX based units, like Borland does (QForms vs. Forms etc.).
>>
>> Further we need to package VisualCLX and VCL dependent code separately, as
>> well as code that does not depend on either component library.
>>
>> That applies to the JCL as well, which I'll use as an example:
>>
>
>
> IMHO it is true  VisualCLX and VCL packages cannot be installed at the same
> time.

Have a look at the list of installed packages in D6 or D7.

There are e.g. "Borland CLX Standard Components" and "Borland CLX Database Components" installed as well as "Borland Standard Components" and "Borland Database Components".

This would be impossible if these packages shared a single unit.

> For building  a  VisualCLX applicationa  one certainly is not needing VCL
> packages ,
> and vice versa. The choice is made you deside to develop a Vcl or VisualClx

Yes, BUT at designtime they both need to be present (although their palette pages are not accessible simultaneously).

> It is not a problem to have source files with windows sections and linux
> sections (determined by
> conditional directives). Just take a look at VisualCLX units from Borland

I know that.  But did you note that the $IFDEFs mostly occur in the implementation section?  IMO functions/classes which make sense only for a specific platform should go into a platform-specific unit.

In addition, there are Windows-only units in JCL (JclWin32, LM, Snmp, JclTask, JclSvcCtrl etc.).  I believe our users should not be required to figure out which ones by themselves.

>> A major obstacle on this way appears to be JclSysInfo, which IIRC creates
>
> a lot
>
>> of dependencies from VCL units.  I suggest to split it in two:
>
> JclHardwareInfo
>
>> (cross-platform) and Windows/JclSysInfo.  Later on, we might create a
>> Unix/JclSysInfo unit as well.
>>
>
>
> No need to do so, conditional directives solves this problem. Actually
> getting sysinfo
> on linux is very simple, 

Yes, with lots of $IFDEFs.  Many functions in JclSysInfo are Windows-specific purpose-wise.  This is IMO a sufficient reason to have them separated from the rest.  I consider that just better design.

> The jcl units who are contained in JvCLX do not contain designtime
> components,
> So I don''t see any use of spliiting them for VCL/VisualCLX , Windows/Linux.

There are components in JvCLX which make use of the JCL, that requires the JCL code to be present at design time.

> Just to have seperated packages for Vcl & VisualCLX looks me sufficient. You
> either install
> j(v)cl or j(v)clx packages.

Let's debate that when we have come to an understanding in respect to the points above.  :)

Greetings, Robert



Subject: Re: TrayIcon BalloonHint Question
From: Zork <zork@itemtrades.yourbrain.com>
Date: Mon, 30 Jun 2003 12:17:40 +0000 (UTC)
Newsgroups: jedi.vcl

OBones <obones_REM_SPM_@_PIF_meloo.com> wrote in news:bdobt5$b5m$1
@talkto.net:

> > Try to use BalloonHint('',''); to hide the hint. This is not documented 
> > but works just fine.
> > Now, please note that the version of JvTrayIcon shipped in JVCL2.1 
> > doesn't always respects the delay you indicate it to. This is not a 
> > problem in JVCL, but a problem with Windows itself. This issue has been 
> > fixed and you can get the solution by downloading the latest version 
off 
> > the CVS tree.
> > Now, if the ballon doesn't go away because it is called from your 
> > MouseMove event, you will have to track the fact that you opened a 
> > balloon by using a boolean in your event. Also have a look at the 
> > BalloonXXX events, they may prove useful.
> > 
> > Hope this helps
> > 
> > Olivier
> > JVCL Developer
> > 
> > 

Thank you! I'll try your suggestions.

Zork



Subject: Help files/ Manual
From: "Neo Cobe" <neocobe@hotmail.com>
Date: Mon, 30 Jun 2003 13:46:55 +0200
Newsgroups: jedi.vcl

Hello All

Is there a file file or manual which describes the jvmemorydata?

Thank you




Subject: Re: Jedi (V)CL components for Kylix
From: "asn" <asn@xs4all.nl>
Date: Mon, 30 Jun 2003 12:39:26 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bdn4ga$6b3$1@talkto.net...

......
> > etc)? Since the files in JVCL 3 is pretty different from JVCL 2.10 (the
> > version your port is based on), it would be cumbersome doing a diff on
every
> > file to see what you have changed apart from the uses clause, so it would
be
> > great if you could post a short description on what you've changed in the
> > units. It doesn't have to be elaborate, just something like:
> >
> > JvAlarms - uses
> > JvBaseThumbNail - uses, other
> > JvActnRes - uses, dfm
> >
-The advantage of using COMPLIB_VCL/ COMPLIB_CLX instead of now common
VCL/VisualCLX, is that you can find all changes by searching for 'COMPLIB_'
in the
source files.
-You can find a lot of information in the included README file.
-Well, I have/had planned to make a checktable for all involved units
.......
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >

Regards,

Andre Snepvangers




Subject: integating beta 3 in daily snapshots?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 30 Jun 2003 11:40:07 +0200
Newsgroups: jedi.vcl


The daily snapshots are avilible for example at
http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
doesn´t include the JVCL3 dev folder. If it is easy to integrate them
this would be the easiest way for people without CVS to get the latest
version ...

Ralf Grenzing
(JVCL MegaDemo Developer)



Subject: Re: Jedi (V)CL components for Kylix
From: "asn" <asn@xs4all.nl>
Date: Mon, 30 Jun 2003 10:57:31 +0200
Newsgroups: jedi.vcl

Hi Robert,

> > Hi Peter,
> >
> > Peter Thörnqvist wrote:
> >
>> > > I would be interested in doing some of it. I have no experience with
Kylix
>> > > and don't have a Linux machine I can test on but at least some of the
CLX
>> > > enabling is pretty manual work anyway, right (modifying uses, adding
IFDEFs
>> > > etc)? Since the files in JVCL 3 is pretty different from JVCL 2.10 (the
>> > > version your port is based on), it would be cumbersome doing a diff on
every
>> > > file to see what you have changed apart from the uses clause, so it
would be
>> > > great if you could post a short description on what you've changed in
the
>> > > units. It doesn't have to be elaborate, just something like:
>> > >
>> > > JvAlarms - uses
>> > > JvBaseThumbNail - uses, other
>> > > JvActnRes - uses, dfm
>> > >
>> > > With such a list, I would know that for JvAlarms I only have to check
and
>> > > modify the uses clause, but for JvBaseThumbNail I would have to look
through
>> > > your ported unit for more elaborate changes (in this case you've
IFDEF'ed
>> > > the message handlers, wheel support and some support functions). For
>> > > JvActnRes I have to change uses as well as the dfnm include. In
addition, if
>> > > JCL needs to be changed as well,
> >
> > Definitely!
> >
>> > > we need to know so we can have the JCL team
>> > > add the required changes to the official sources as well.
> >
> > I should make clear that this, if we want to do it right, is a task that
> > is not quite so simple and certainly needs some consideration.
> >
> > If we aim at a truely cross-platform capable component suite (not just
Kylix
> > support), we cannot achieve this by mere conditional compilation
(COMPLIB_xxx
> > resp. VisualCLX/VCL symbols).
> >

IMHO there is no problem in sharing source files between Vcl and VisualCLX
packages.

> > Under Windows, Delphi requires both VisualCLX and VCL based components
loaded
> > into the IDE at the same time.  This will cause namespace conflicts if
> > corresponding units are equally named.  Thus we would need to rename the
> > VisualCLX based units, like Borland does (QForms vs. Forms etc.).
> >
> > Further we need to package VisualCLX and VCL dependent code separately, as
> > well as code that does not depend on either component library.
> >
> > That applies to the JCL as well, which I'll use as an example:
> >

IMHO it is true  VisualCLX and VCL packages cannot be installed at the same
time.
For building  a  VisualCLX applicationa  one certainly is not needing VCL
packages ,
and vice versa. The choice is made you deside to develop a Vcl or VisualClx

> >
> > Proposed approach for restructuring the JCL (JCL 2.0?)
> > ======================================================
> >
> > 1. Create a directory structure similar to that of the Delphi source tree
with
> > subfolders Common, CLX, VCL, Windows, Unix.
> >

It is not a problem to have source files with windows sections and linux
sections (determined by
conditional directives). Just take a look at VisualCLX units from Borland


> > 2. Separate component library dependent code.  In respect to the JCL that
should
> > be mainly graphics related code (apart from some VCL related units like
> > JclDialogs), which ought to go into JclGraphics or JclGraphUtils.
> > A major obstacle on this way appears to be JclSysInfo, which IIRC creates
a lot
> > of dependencies from VCL units.  I suggest to split it in two:
JclHardwareInfo
> > (cross-platform) and Windows/JclSysInfo.  Later on, we might create a
> > Unix/JclSysInfo unit as well.
> >

No need to do so, conditional directives solves this problem. Actually
getting sysinfo
on linux is very simple, although this not implemented yet in the JclSysInfo
version that comes
with the JVCLX package.


> > 3. Write a tool that "resolves" conditional compilation symbols
VisualCLX/VCL
> > resp. COMPLIB_xxx (and all $DEFINEs that depend on them) in a manner
similar to
> > pp.exe utility (see
> > http://bdn.borland.com/soapbox/techvoyage/article/1,1795,10281,00.html).
> > Unlike pp.exe, it should affect only the specified symbols.  Generated
unit
> > files should go into the CLX and VCL subfolders.
> >
> > 4. Rename the units in subdirectory CLX into JclQ*.

The jcl units who are contained in JvCLX do not contain designtime
components,
So I don''t see any use of spliiting them for VCL/VisualCLX , Windows/Linux.

> >
> > 5. Create 3 packages, e.g. DVJCLx.dpk (units from folder CLX), DVJCL.dpk
(units
> > from folder VCL) and DJCL.dpk (Common + Windows resp. Linux).
> > - For CBuilder, it's BJCL.dpk and so on.
> >

Just to have seperated packages for Vcl & VisualCLX looks me sufficient. You
either install
j(v)cl or j(v)clx packages.

> > Steps 3. and 4. need to be automated (by a makefile, or by incorporating
all
> > these tasks in the said yet-to-write tool).
> >

I am looking for a tool to automatically merge the (V)CLX units the sources
of CVS

> > Greetings, Robert
> >

Greetings, Andre




Subject: Re: TrayIcon BalloonHint Question
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Mon, 30 Jun 2003 14:02:36 +1000
Newsgroups: jedi.vcl

Try to use BalloonHint('',''); to hide the hint. This is not documented but works just fine.
Now, please note that the version of JvTrayIcon shipped in JVCL2.1 doesn't always respects the delay you indicate it to. This is not a problem in JVCL, but a problem with Windows itself. This issue has been fixed and you can get the solution by downloading the latest version off the CVS tree.
Now, if the ballon doesn't go away because it is called from your MouseMove event, you will have to track the fact that you opened a balloon by using a boolean in your event. Also have a look at the BalloonXXX events, they may prove useful.

Hope this helps

Olivier
JVCL Developer



Subject: Re: Jedi (V)CL components for Kylix
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 30 Jun 2003 05:55:12 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> So - i need to simulate in Kylix Win32.GetACP and GetOEMCP and other
> codepage/language related functions.
> And it is windows codepages that i am stuck to.
>
> Should i make my own wrapper, or Kylix (at least 3) does have it's own
> windows.pas ?

I would not go for winelib. There are several locale related functions in Linux. For Unicode we should try to build upon Mike Lischkes JclUnicode.



Subject: TrayIcon BalloonHint Question
From: Zork <zork@itemtrades.yourbrain.com>
Date: Mon, 30 Jun 2003 03:28:32 +0000 (UTC)
Newsgroups: jedi.vcl

I have a balloon hint I want to pop up on an app that is using TrayIcon. 
When the user moves the mouse over the icon, I would like the ballook to 
appear. I have the following in the TrayIcon's MouseMove event:

 if ClientSocket1.Connected Then
  trayIcon.BalloonHint(Msg,Msg2,btInfo,5000);

Now how do I get the thing to go away?? Is this possible? When the user 
clicks on it, I suppose it is techinically still OVER the icon, because the 
balloon does not go away.

Any suggestions or help is appreciated.

Zork


Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 30 Jun 2003 04:45:26 +0200
Newsgroups: jedi.vcl

> 3. Write a tool that "resolves" conditional compilation symbols VisualCLX/VCL resp. COMPLIB_xxx (and all $DEFINEs that depend on them) in a manner similar to pp.exe utility (see http://bdn.borland.com/soapbox/techvoyage/article/1,1795,10281,00.html).
> Unlike pp.exe, it should affect only the specified symbols.  Generated unit files should go into the CLX and VCL subfolders.

Eventually Barry Kelly's Pascal Preprocessor tool could be modified for that task.

See http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=16454



Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Mon, 30 Jun 2003 00:35:34 +0200
Newsgroups: jedi.vcl

Hi Peter,

Peter Thörnqvist wrote:

> I would be interested in doing some of it. I have no experience with Kylix
> and don't have a Linux machine I can test on but at least some of the CLX
> enabling is pretty manual work anyway, right (modifying uses, adding IFDEFs
> etc)? Since the files in JVCL 3 is pretty different from JVCL 2.10 (the
> version your port is based on), it would be cumbersome doing a diff on every
> file to see what you have changed apart from the uses clause, so it would be
> great if you could post a short description on what you've changed in the
> units. It doesn't have to be elaborate, just something like:
>
> JvAlarms - uses
> JvBaseThumbNail - uses, other
> JvActnRes - uses, dfm
>
> With such a list, I would know that for JvAlarms I only have to check and
> modify the uses clause, but for JvBaseThumbNail I would have to look through
> your ported unit for more elaborate changes (in this case you've IFDEF'ed
> the message handlers, wheel support and some support functions). For
> JvActnRes I have to change uses as well as the dfnm include. In addition, if
> JCL needs to be changed as well, 

Definitely!

> we need to know so we can have the JCL team
> add the required changes to the official sources as well.

I should make clear that this, if we want to do it right, is a task that
is not quite so simple and certainly needs some consideration.

If we aim at a truely cross-platform capable component suite (not just Kylix
support), we cannot achieve this by mere conditional compilation (COMPLIB_xxx resp. VisualCLX/VCL symbols).

Under Windows, Delphi requires both VisualCLX and VCL based components loaded
into the IDE at the same time.  This will cause namespace conflicts if
corresponding units are equally named.  Thus we would need to rename the
VisualCLX based units, like Borland does (QForms vs. Forms etc.).

Further we need to package VisualCLX and VCL dependent code separately, as
well as code that does not depend on either component library.

That applies to the JCL as well, which I'll use as an example:


Proposed approach for restructuring the JCL (JCL 2.0?)
======================================================

1. Create a directory structure similar to that of the Delphi source tree with subfolders Common, CLX, VCL, Windows, Unix.

2. Separate component library dependent code.  In respect to the JCL that should
be mainly graphics related code (apart from some VCL related units like JclDialogs), which ought to go into JclGraphics or JclGraphUtils.
A major obstacle on this way appears to be JclSysInfo, which IIRC creates a lot of dependencies from VCL units.  I suggest to split it in two: JclHardwareInfo (cross-platform) and Windows/JclSysInfo.  Later on, we might create a Unix/JclSysInfo unit as well.

3. Write a tool that "resolves" conditional compilation symbols VisualCLX/VCL resp. COMPLIB_xxx (and all $DEFINEs that depend on them) in a manner similar to pp.exe utility (see http://bdn.borland.com/soapbox/techvoyage/article/1,1795,10281,00.html).
Unlike pp.exe, it should affect only the specified symbols.  Generated unit files should go into the CLX and VCL subfolders.

4. Rename the units in subdirectory CLX into JclQ*.

5. Create 3 packages, e.g. DVJCLx.dpk (units from folder CLX), DVJCL.dpk (units from folder VCL) and DJCL.dpk (Common + Windows resp. Linux).
- For CBuilder, it's BJCL.dpk and so on.

Steps 3. and 4. need to be automated (by a makefile, or by incorporating all these tasks in the said yet-to-write tool).

Greetings, Robert



Subject: Re: Jedi (V)CL components for Kylix
From: André <asn@xs4all.nl>
Date: Sun, 29 Jun 2003 21:18:40 +0000
Newsgroups: jedi.vcl

Robert Rossmair wrote:

> > André wrote:
> > 
>> >> Give it a Try
> > 
> > Thanks, André, for the good work.
> > 
> > Up to now I found some minor problems:
> > 
> > - JvLConst.res is missing
> > - Some files are included implicitly into the package. I have posted an
> >    updated JvCLX.dpk to the binaries group.

Thank you Robert, I was to lazy to do so.
Coming up: updated JclSysInfo, JvJVCLAbout

André


Subject: Re: Jedi (V)CL components for Kylix
From: André <asn@xs4all.nl>
Date: Sun, 29 Jun 2003 21:13:06 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > 
>> >> I don't know when the release of 3.0 is planned.
> > When it's ready<g>
> > 
> > We have a lot of stuff we want to do before we release a new version. Some
> > of it is already done (splitting of packages, renaming units, change
> > palette layout, merging, pruning, adding new donations) but we still have
> > more things to do (implementing providers/consumers, XP theming,
> > merging/pruning some more, BCB packages and then some), so adding CLX
> > support would be nice as well, if possible.
> > 
I agree that would be nice for all of us.
>> >>At this moment I don't
>> >> have much time available to merge it into cvs. (Maybe there are some
>> >> volunteers out there to help merging this into CVS?)
> > I would be interested in doing some of it. I have no experience with Kylix
> > and don't have a Linux machine I can test on but at least some of the CLX

Maybe it is time to install linux or are we the rest of our lives depending
on m$ win$ ?    

> > enabling is pretty manual work anyway, right (modifying uses, adding
> > IFDEFs etc)?


That's right, most of it must be done manually. Probable you need a
something like half a hour for each file.
Until now I have focused the Clx porting to Kylix only, a Clx version for
windows & linux is desirable, but then you have to go through all of the
code again: In some cases the use of {$IFDEF COMPLIB_CLX} should be
replaced with {$IFDEF LINUX}; Font.size should be replaced with Font.Height
to overcome the problem of font sizes being 25% smaller on the linux
platform.
( Example : Font.size= 8 would lead to font.height=13 on the win$ platform
and to Font.height = 11 on the linux platform. Setting Font.height would be
more accurate.)

 
> >Since the files in JVCL 3 is pretty different from JVCL 2.10
> > (the version your port is based on), it would be cumbersome doing a diff
> > on every file to see what you have changed apart from the uses clause, so
> > it would be great if you could post a short description on what you've
> > changed in the units. It doesn't have to be elaborate, just something
> > like:
> > 
> > JvAlarms - uses
> > JvBaseThumbNail - uses, other
> > JvActnRes - uses, dfm

CLX uses xfm instead of dfm 
> > 

You can find a description of porting issues in the README file, however the
(obvious) translation of units like Controls to QControls is not descriped
there. A lot of the porting is concerned with the translation of windows
messages into Qt events. Most of it is descriped in that README file. 

> > With such a list, I would know that for JvAlarms I only have to check and
> > modify the uses clause, but for JvBaseThumbNail I would have to look
> > through your ported unit for more elaborate changes (in this case you've
> > IFDEF'ed the message handlers, wheel support and some support functions).
> > For JvActnRes I have to change uses as well as the dfm include. In
> > addition, if JCL needs to be changed as well, we need to know so we can
> > have the JCL team add the required changes to the official sources as
> > well.
> > 

>> >> Besides that it is a beta release, so I don't know if it should be
> > included
>> >> in 3.0 release in this stage.
> > Since JVCL3 is also beta, there's no conflict.
> >
>> >> For the copyright side of clx port I would be sufficient for me if it is
>> >> stated somewhere that CLX porting was initiated by André Snepvangers.
> > No problems: all contributors are (or should be) mentioned in the sources.
> > 
> > 

Greetings,

André Snepvangers


Subject: Re: Draft 2
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 23:05:08 +0200
Newsgroups: jedi.vcl

> > Shouldn't there be a color coding for DB-aware
> > controls also?

Why not? We have:
blue - visual control
green/teal - non-visual
red/maroon (?) - provider
navy/black (?) - consumer

Suggestions for DB controls, anyone? Dark gray, orange, green, purple?

I noticed that the icons we have in JVCL 3 are almost all blue, even the
non-visual ones, so I'll revisit them and make all non-visual controls
green/teal

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet news:bdnal6$712$1@talkto.net...
>>> > > > Ok, whad'ya say about trident?
>> > > Sure, that could work, but I still like the colored "J" idea better.
> >
> >   Me too. Keeps all icons consistent and I think people will get used to
the
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Jedi (V)CL components for Kylix
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 29 Jun 2003 23:22:40 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 29 Jun 2003 21:18:40 +0000 @929)
....while the fading voice of André whispered through the darkness:

 >> Thanks, André, for the good work.

I did not yet tried Linux, but i want to ask:
In Kylix 3 there is wine_unicode lib.

So - i need to simulate in Kylix Win32.GetACP and GetOEMCP and other
codepage/language related functions.
And it is windows codepages that i am stuck to.

Should i make my own wrapper, or Kylix (at least 3) does have it's own
windows.pas ?
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Draft 2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 29 Jun 2003 20:35:19 +0200
Newsgroups: jedi.vcl

>> > > Ok, whad'ya say about trident?
> > Sure, that could work, but I still like the colored "J" idea better.

  Me too. Keeps all icons consistent and I think people will get used to the
color coding quickly. Shouldn't there be a color coding for DB-aware
controls also?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Jedi (V)CL components for Kylix
From: André <asn@xs4all.nl>
Date: Sun, 29 Jun 2003 18:30:16 +0000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Fantastic work, André! Would you be interested getting this into JVCL 3? A
> > lot of the components in JVCL 2.10 are gone/merged in JVCL 3 and the
> > folder structure is different but on the whole, it wouldn't be impossible
> > to add the Kylix support AFAICS. Also, the benefit with making the changes
> > directly to CVS is that it won't likely disappear in JVCL 4 ;)
> > 
> > So what do you say, feel up to it?
> > 

I don't know when the release of 3.0 is planned. At this moment I don't 
have much time available to merge it into cvs. (Maybe there are some
volunteers out there to help merging this into CVS?)
Besides that it is a beta release, so I don't know if it should be included
in 3.0 release in this stage. 
But of course it would be great to merge into JVCL 3.x release!
For the copyright side of clx port I would be sufficient for me if it is
stated somewhere that CLX porting was initiated by André Snepvangers.
( Sorry, I need references for my CV ).
For the coming weeks I have planned to work on JclSysInfo to add linux
versions of GetFreePhysicalMemory, GetSwapFileSize, GetSwapFileUsage, ...
 
Greetings,

André Snepvangers

        


Subject: Re: Draft 2
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 18:51:56 +0200
Newsgroups: jedi.vcl

> > Ok, whad'ya say about trident?
Sure, that could work, but I still like the colored "J" idea better.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jedi (V)CL components for Kylix
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 18:50:11 +0200
Newsgroups: jedi.vcl

> > I don't know when the release of 3.0 is planned.
When it's ready<g>

We have a lot of stuff we want to do before we release a new version. Some
of it is already done (splitting of packages, renaming units, change palette
layout, merging, pruning, adding new donations) but we still have more
things to do (implementing providers/consumers, XP theming, merging/pruning
some more, BCB packages and then some), so adding CLX support would be nice
as well, if possible.

> >At this moment I don't
> > have much time available to merge it into cvs. (Maybe there are some
> > volunteers out there to help merging this into CVS?)
I would be interested in doing some of it. I have no experience with Kylix
and don't have a Linux machine I can test on but at least some of the CLX
enabling is pretty manual work anyway, right (modifying uses, adding IFDEFs
etc)? Since the files in JVCL 3 is pretty different from JVCL 2.10 (the
version your port is based on), it would be cumbersome doing a diff on every
file to see what you have changed apart from the uses clause, so it would be
great if you could post a short description on what you've changed in the
units. It doesn't have to be elaborate, just something like:

JvAlarms - uses
JvBaseThumbNail - uses, other
JvActnRes - uses, dfm

With such a list, I would know that for JvAlarms I only have to check and
modify the uses clause, but for JvBaseThumbNail I would have to look through
your ported unit for more elaborate changes (in this case you've IFDEF'ed
the message handlers, wheel support and some support functions). For
JvActnRes I have to change uses as well as the dfnm include. In addition, if
JCL needs to be changed as well, we need to know so we can have the JCL team
add the required changes to the official sources as well.

> > Besides that it is a beta release, so I don't know if it should be
included
> > in 3.0 release in this stage.
Since JVCL3 is also beta, there's no conflict.

> > For the copyright side of clx port I would be sufficient for me if it is
> > stated somewhere that CLX porting was initiated by André Snepvangers.
No problems: all contributors are (or should be) mentioned in the sources.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Draft 2
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 29 Jun 2003 19:55:59 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 29 Jun 2003 16:16:00 +0200 @636)
....while the fading voice of Peter whispered through the darkness:

 PT> have a globe as part of the icon. But even if they are inconsistent,
 PT> why should we be if we can avoid it?

I meant that always using extra little icon is not only possible way :-)

Ok, whad'ya say about trident?
Colours+letter kills the very idea of icons :(

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Draft 2
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 16:16:00 +0200
Newsgroups: jedi.vcl

> > Borland almost do not make special icons for DataSets and DB-Aware
> > controls - just puts them to the corresponing page of palette :-)
Actually, the Data Controls all have a grayed DataSource as a common
"background", the InterBase components all have the word "IB", ADO have the
word  "ADO" (except for AdoQuery and RDSConnection), dbExpress components
have the word "DBX" and most Internet related components have a globe as
part of the icon. But even if they are inconsistent, why should we be if we
can avoid it?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help for migrating
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 16:05:19 +0200
Newsgroups: jedi.vcl

> > Like TJvHotLink merged into TJvLabel. But that's all right, a global
> > search did the trick !
Old merges (before copy to JVCL3) are in the changelog.txt at
jvcl\source\changelog.txt

> >Anything in the system regitry ?
Yes. Close Delpi and open HKCU\Software\Borland\Delphi??\Palette and delete
all JVCL key/values. Restart Delphi. You should now have the new palette
layout. You can also open Component|Configure Palette, select [All] in the
lef list and click "Default Pages" but then *all* palette pages will revert
to their defaults, not only JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Draft 2
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 29 Jun 2003 17:02:35 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 29 Jun 2003 04:02:59 +0200 @127)
....while the fading voice of Peter whispered through the darkness:

 PT> I'd vote for a specific provider icon overlayed with the small "J" of
 PT> JVCL. We are currently using a medium blue "J" background for visual

Should we?

Borland almost do not make special icons for DataSets and DB-Aware
controls - just puts them to the corresponing page of palette :-)

Ok, 2 ideas:

a> use bottom rigth corner for 1 more icon of VCL SocketServer and
SocketClient style or OpenWire style

b> use J styled to be like fishing hook for clients and like arrow up or
lightning or trident  for providers

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Help for migrating
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Jun 2003 22:57:56 +1000
Newsgroups: jedi.vcl

Yes indeed, but my concern was with finding the merged one...
Like TJvHotLink merged into TJvLabel. But that's all right, a global search did the trick !
BTW, do you know a way of getting rid of the old palette layout ? Cause I uninstalled V2 but the components from V3 with the same name are still going in the tabs they were located before (even though I deleted them too...). Anything in the system regitry ?



Subject: Re: Drawing a component icon with Jasc Paint Shop Pro
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Jun 2003 22:41:16 +1000
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I have converted most of the icons with PSP in this way. Placing the background was done with paste into selection, but be careful because PSP stretches the paste. The J i usually placed later by pasting it.
>

I'm working with layers, so that you can change work on the drawing of the component in a different image and then paste it into the Component layer. The two other layers don't even have to be touched.



Subject: Re: Draft 2
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 13:26:35 +0200
Newsgroups: jedi.vcl

> >   I don't think any of the providers will ever be depending on anything
else
> > in VCL so that would give a lot of providers in the Core Package. Maybe it
> > would be a good idea to have a separate package for providers?

Hm, you have a point. Maybe we should just leave the units out of any
packages for the time being and then we'll see further on how many provider
units there are, what dependencies they have etc and then we can decide were
to place them. It's very hard to decide where to put them when we have no
idea how many units or classes we are talking about.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Draft 2
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 13:21:18 +0200
Newsgroups: jedi.vcl

> >   I like that idea: color coded overlays to show the type of component.
I'm
> > not sure if we should color code controls that are provider-aware; I don't
> > see the advantage in doing that. In theory we could make every
> > control/component provider-aware, so what's the point?

The point is that we won't likely make everything provider aware so then it
would make sense to differentiate between them IMO.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jedi (V)CL components for Kylix
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 13:19:43 +0200
Newsgroups: jedi.vcl

Fantastic work, André! Would you be interested getting this into JVCL 3? A
lot of the components in JVCL 2.10 are gone/merged in JVCL 3 and the folder
structure is different but on the whole, it wouldn't be impossible to add
the Kylix support AFAICS. Also, the benefit with making the changes directly
to CVS is that it won't likely disappear in JVCL 4 ;)

So what do you say, feel up to it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Drawing a component icon with Jasc Paint Shop Pro
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 29 Jun 2003 13:18:06 +0200
Newsgroups: jedi.vcl

OBones wrote:
> Hi all !
>
> I've been playing around with drawing an icon for TJvAviCap and I didn't find any ready-made file for starting the drawing (one that would contain the background and the little J).
> What I did is create a file with PSP7 (I use it, I think you could import it under PhotoShop as well) that contains 3 layers, from bottom to top :
> One for the background (only the gray shade yet, couldn't find any other shade), one for the component image (empty by default) and one for the little J incrust.
> This file is named Component.psp
> Then the next step consists in merging all layers together and downsampling to 256 colors, using the palette from the ImageEditor. I then created the Components.pal palette file to do that.
> These two files are available in the zip file posted on binaries if you need them. I could add them in CVS if required, just tell me in which subdir of the dev directory.
>
> Hope this helps
>
> Olivier

I have converted most of the icons with PSP in this way. Placing the background was done with paste into selection, but be careful because PSP stretches the paste. The J i usually placed later by pasting it.



Subject: Re: JvDataProviders tutorial
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 29 Jun 2003 13:13:22 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>   It's not English related: in the 60s there was an American Beatles
> knock-off called The Monkees and one of their songs had the lyric "Now I'm a
> believer" which I think was also the title of the song. So, it was just me
> trying to be funny.

Shrek!



Subject: Re: Help for migrating
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 13:09:35 +0200
Newsgroups: jedi.vcl

try the readme.htm file in the \JVCL3 root. It's a work in progress but it
does have a list of where things are located and (most of) what has been
renamed (and to what!)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Draft 2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 29 Jun 2003 11:28:41 +0200
Newsgroups: jedi.vcl

>> > >   Question to Peter: To which package should the JvColorProvider be
added?
> > Unless it's dependant on any other packages, I think it should go into the
> > JvCore package. In all cases, add to the package where it makes most
sense,
> > i.e without introducing any additional JVCL package dependencies.

  I don't think any of the providers will ever be depending on anything else
in VCL so that would give a lot of providers in the Core Package. Maybe it
would be a good idea to have a separate package for providers?

> > I'd vote for a specific provider icon overlayed with the small "J" of
JVCL.
> > We are currently using a medium blue "J" background for visual controls
and
> > a green "J" background for non-visual controls. Maybe we should use
> > something like red/maroon for providers and dark blue/black for components
> > supporting the consumer interfaces?

  I like that idea: color coded overlays to show the type of component. I'm
not sure if we should color code controls that are provider-aware; I don't
see the advantage in doing that. In theory we could make every
control/component provider-aware, so what's the point?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProviders tutorial
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 29 Jun 2003 11:16:51 +0200
Newsgroups: jedi.vcl

>>> > > > Yes I definitivly have! :-) When I see the Inspector demo I become a
>> > > believer
>> > >
>> > >   Something in that sentence made me think about monkeys. I wonder
why.....
> >
> > Hmm I don´t know what you mean here in truth  because I am not a natural
> > english speaker,

  It's not English related: in the 60s there was an American Beatles
knock-off called The Monkees and one of their songs had the lyric "Now I'm a
believer" which I think was also the title of the song. So, it was just me
trying to be funny.

> > That was all I want to said because people tends not to say anything if it
is
> > awesome but only if they have critic they say it every time!

  Aint that the truth! I think every developer knows that.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Help for migrating
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Jun 2003 16:21:41 +1000
Newsgroups: jedi.vcl

Hi

Is there anywhere in the CVS tree a file saying in which packages every components have been moved ?
like TJvToolbar is in .....

Cause this would help a lot when migrating from 2.1 to 3beta.
And if something is not available in v3, a replacement could be indicated.
I'm not asking for a complete migration tutorial (I know how to move), I just need to know where I'll find the stuff I need to test.
A plain text file would clearly do for now

Then later, we could create a more precise index of what's available, but this is definitely not urgent.

Thanks a lot

Olivier



Subject: Drawing a component icon with Jasc Paint Shop Pro
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 29 Jun 2003 15:59:30 +1000
Newsgroups: jedi.vcl

Hi all !

I've been playing around with drawing an icon for TJvAviCap and I didn't find any ready-made file for starting the drawing (one that would contain the background and the little J).
What I did is create a file with PSP7 (I use it, I think you could import it under PhotoShop as well) that contains 3 layers, from bottom to top :
One for the background (only the gray shade yet, couldn't find any other shade), one for the component image (empty by default) and one for the little J incrust.
This file is named Component.psp
Then the next step consists in merging all layers together and downsampling to 256 colors, using the palette from the ImageEditor. I then created the Components.pal palette file to do that.
These two files are available in the zip file posted on binaries if you need them. I could add them in CVS if required, just tell me in which subdir of the dev directory.

Hope this helps

Olivier



Subject: Re: Jedi (V)CL components for Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sun, 29 Jun 2003 04:55:50 +0200
Newsgroups: jedi.vcl

André wrote:

> Give it a Try

Thanks, André, for the good work.

Up to now I found some minor problems:

- JvLConst.res is missing
- Some files are included implicitly into the package. I have posted an
  updated JvCLX.dpk to the binaries group.




Subject: Re: idTCPClient freeze problem
From: "Don Siders" <dinahmo@rancidbud.org>
Date: Sat, 28 Jun 2003 22:24:34 -0400
Newsgroups: jedi.vcl


"Manuel" <makr@freenet.de> wrote in message news:bdkr74$u8u$1@talkto.net...

> > I'm currently coding a little
> > network-application with TidTCPServer
> > and TidTCPClient (two apps)

I believe you've posted the wrong newsgroup.  While technically a JEDI
project, Indy messages are generally posted to other newsgroups.  Try:

news://forums.borland.com/borland.public.delphi.internet.winsock or
news://news.atozedsoftware.com/

hth...


--
Don

Sometimes I think we're alone. Sometimes I think we're not. In either
case, the thought is staggering. (R. Buckminster Fuller)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Re: Draft 2
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 29 Jun 2003 04:02:59 +0200
Newsgroups: jedi.vcl

> >   Question to Peter: To which package should the JvColorProvider be added?
Unless it's dependant on any other packages, I think it should go into the
JvCore package. In all cases, add to the package where it makes most sense,
i.e without introducing any additional JVCL package dependencies.

> >   Request to all others: has anyone an idea on icons for providers? Either
> > we have a relatively large icon for a provider with a specific smaller
icon
> > added for each specific provider or the other way around (a small provider
> > icon to be added to a larger provider specific icon). If there's anyone
here
> > that is good at designing graphics (or knows someone who is): step up and
> > start designing <g>

I'd vote for a specific provider icon overlayed with the small "J" of JVCL.
We are currently using a medium blue "J" background for visual controls and
a green "J" background for non-visual controls. Maybe we should use
something like red/maroon for providers and dark blue/black for components
supporting the consumer interfaces?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Jedi (V)CL components for Kylix
From: André <asn@xs4all.nl>
Date: Sat, 28 Jun 2003 23:44:10 +0000
Newsgroups: jedi.vcl


Posted in jedi.binaries a zip file with 120 visual components
from the jedi collection for Kylix. It contains more than 
250 files from the original vcl -only- version.

Give it a Try

André Snepvangers


Subject: Re: JvDataProviders tutorial
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sat, 28 Jun 2003 23:24:50 +0200
Newsgroups: jedi.vcl



Marcel Bestebroer schrieb:

>> > > Yes I definitivly have! :-) When I see the Inspector demo I become a
> > believer
> >
> >   Something in that sentence made me think about monkeys. I wonder why.....

Hmm I don´t know what you mean here in truth  because I am not a natural
english speaker, but anyway: I mean what I said: I respect your work and I am
impressed by it because you seems to uses RTTI and the JCL helper functions
just if you write a for loop! Yes, I was impressed by your inspector demo and
the "nested" comps and I don´t have an idea how I can implemented something
like that if I have to do something like that!
That was all I want to said because people tends not to say anything if it is
awesome but only if they have critic they say it every time!

Ralf Grenzing



Subject: Draft 2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 28 Jun 2003 22:57:14 +0200
Newsgroups: jedi.vcl

  Posted draft number 2 in the jedi.binaries group. I added some tutorial in
the providers section. I'm curious if the tutorial is clear, especially the
example steps. What would you like to see changed? What's missing? Other
issues?

  Question to Peter: To which package should the JvColorProvider be added?

  Request to all others: has anyone an idea on icons for providers? Either
we have a relatively large icon for a provider with a specific smaller icon
added for each specific provider or the other way around (a small provider
icon to be added to a larger provider specific icon). If there's anyone here
that is good at designing graphics (or knows someone who is): step up and
start designing <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProviders tutorial
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 28 Jun 2003 22:33:48 +0200
Newsgroups: jedi.vcl

> > Yes I definitivly have! :-) When I see the Inspector demo I become a
believer

  Something in that sentence made me think about monkeys. I wonder why.....

> > ... it was just a remark ...

  I know, I just decided to let you know you were a little to hasty.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: idTCPClient freeze problem
From: "Manuel" <makr@freenet.de>
Date: Sat, 28 Jun 2003 21:59:14 +0200
Newsgroups: jedi.vcl

Hi!

I'm currently coding a little
network-application with TidTCPServer
and TidTCPClient (two apps)

Everything seems to be OK
(connection etc) but the client freezes
after connecting to the server.

If I send a message (WriteLn) to the client,
it appears correctly but the client is stil
freezed. After closing the connection
( server.active := false), the client is
controllable.

I'm using a timer to get the messages from the Server:

procedure TClientF.Timer1Timer(Sender: TObject);
var msg: string;
begin
  if client.Connected then begin
    msg := client.ReadLn('', 5);
    if msg <> '' then begin
      Memo1.Lines.Add(msg);
    end;
  end;
end;

I'm currently using D7 Trail
with the supplied Indy-components

Thanks, Manuel




Subject: Re: JvDataProviders tutorial
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sat, 28 Jun 2003 21:45:32 +0200
Newsgroups: jedi.vcl

> >
> >
> >   To quote a famous singer/songwriter: "Have a little faith in me" (for
> > those culturally challenged who don't know who I'm referring to: John
> > Hiatt).

Yes I definitivly have! :-) When I see the Inspector demo I become a believer
.... it was just a remark ...

Ralf Grenzing
(JVCL MegaDemo Developer)



Subject: Re: JvDataProviders tutorial
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 28 Jun 2003 20:41:44 +0200
Newsgroups: jedi.vcl

> > There seems to be a overview section missing. Because people like I who
don´t
> > even know what the whole framwork is for are still in the rain ...

  As I stated in one of the other replies: this is just a draft for a
tutorial. The focus now is on completing the tutorials to have more people
help in transforming controls to providers/consumers (existing controls will
have to get a provider before they can be turned into a consumer or possible
be dropped if the control already has a consumer version). When that's done
I can focus on writing overviews, explaining how interfaces work and actual
documentation on the interfaces and implementing classes.

  To quote a famous singer/songwriter: "Have a little faith in me" (for
those culturally challenged who don't know who I'm referring to: John
Hiatt).
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProviders tutorial
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sat, 28 Jun 2003 20:15:37 +0200
Newsgroups: jedi.vcl

Hi Marcel

Nice to see work is going on :-)

There seems to be a overview section missing. Because people like I who don´t
even know what the whole framwork is for are still in the rain ...

Ralf Grenzing
(JVCL MegaDemo Developer



Subject: Re: JvDataProviders tutorial
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 28 Jun 2003 18:11:50 +0200
Newsgroups: jedi.vcl

> >
> > I wonder if Jim Kueneman's work is somewhat relevant to this project


  it seems so. The main difference between his work and JvDataProviders is
that JvDataProviders are also separated from the control. The provider does
not care which control is using it's items and the control does not care
what kind of items the provider owns.

  I had also thought about making a derived, provider-aware control from
Mike's excellent Virtual TreeView at some point and the same should be
achievable with Jim's Virtual ListView.

  Back to tutorial writing. Working on a tutorial to write a provider. I
decided on a color provider which is to be added to JVCL once the tutorial
is complete. It starts out simple but will gradually expand to complete
provider that should be able to replace the current
ColorCombobox/ColorListbox controls completely without sacrificing any of
the functionality and options they have.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Rus > Eng
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 28 Jun 2003 17:23:06 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Try 1st one: vowca.chat.ru/pvt/jvcl

Many thanks :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvDataProviders tutorial
From: "Adem" <adembaba@excite.com>
Date: Sat, 28 Jun 2003 14:14:30 +0000 (UTC)
Newsgroups: jedi.vcl

> >   Posted a first draft of the tutorial in jedi.binaries. Just to give
> > a rough idea of what it's going to look like. Not much information is
> > there, but I'll start with the actual tutorial before I complete the
> > interface overviews (which may get removed in favor of proper
> > documentation in the JVCL help; not sure yet).
> > 
> >   Comments, suggestions?

I wonder if Jim Kueneman's work is somewhat relevant to this project

http://groups.yahoo.com/group/VirtualListview

for a more conceptual (perhaps sort of outdated by now)
description 

http://home.mindspring.com/~jimdk/VirtualListview/index.htm

Cheers,
Adem


Subject: Re: JvAVICap and VFW API
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Jun 2003 21:22:07 +1000
Newsgroups: jedi.vcl

Ok cool.
On the progression side, I'm quite close to have it ready to get released, just one or two stuff to fix.

Peter Thörnqvist wrote:
>> So we're officially *not* supporting any Delphi prior to version 5 ?
>
>
> Well, actually we only support the latest and next latest version (currently
> D6 and D7) but since the support for D5 is 100% complete at present, we try
> to keep it that way until it becomes unmanageable.
>



Subject: Re: JvAVICap and VFW API
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 28 Jun 2003 11:32:05 +0200
Newsgroups: jedi.vcl

> > So we're officially *not* supporting any Delphi prior to version 5 ?

Well, actually we only support the latest and next latest version (currently
D6 and D7) but since the support for D5 is 100% complete at present, we try
to keep it that way until it becomes unmanageable.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDataProviders tutorial
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 28 Jun 2003 10:33:29 +0200
Newsgroups: jedi.vcl

> > Marcel Bestebroer wrote:
>> > >   Comments, suggestions?
> >
> > First, it looks like the Platform SDK with its blue banner on top which
> > may be an issue if some M$ lawyer wants to annoy us... But I like the
> > idea though

  Yes, but I will probably change it anyway. This is just the default
template for DOM and I just left most of it as is.

> > Second, a schema would help a lot, especially for people like me who
> > don't understand quite well the whole idea of Interfaces. I first
> > thought it would be based on an inheritance hierarchy.

  A tutorial on working with interfaces would be nice I agree, but that will
have to wait. The tutorial will show how to use the whole thing so things
may clear up anyway. The schema of interfaces will probably end up in the
help file but I may added to the tutorial as well.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProviders tutorial
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 28 Jun 2003 10:33:24 +0200
Newsgroups: jedi.vcl

> > The stars so gaily glistened... (Fri, 27 Jun 2003 22:27:38 +0200 @894)
> > ...while the fading voice of Marcel whispered through the darkness:
> >
> >  MB> documentation in the JVCL help; not sure yet).
> >
> > Indeed, i can hardly attach CHM into IDE :-)
> >
> > I'd like some intro as 1st page.
> >

  That is planned, but will be one of the last things to do. First I need to
write some tutorial on how to write a provider or a consumer so others can
work on making some control provider-aware or write new providers.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProviders tutorial
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Jun 2003 09:51:35 +1000
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>   Comments, suggestions?

First, it looks like the Platform SDK with its blue banner on top which may be an issue if some M$ lawyer wants to annoy us... But I like the idea though
Second, a schema would help a lot, especially for people like me who don't understand quite well the whole idea of Interfaces. I first thought it would be based on an inheritance hierarchy.

Apart from that, not much to say.



Subject: Re: JvDataProviders tutorial
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Jun 2003 09:45:18 +1000
Newsgroups: jedi.vcl

Yeah... more like

Not much information there is,  to learn all by yourself you'll have...

;-)



Subject: Re: JvAVICap and VFW API
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 28 Jun 2003 09:43:29 +1000
Newsgroups: jedi.vcl

Oh good !

So we're officially *not* supporting any Delphi prior to version 5 ?



Subject: Re: JvDataProviders tutorial
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 28 Jun 2003 00:59:32 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 27 Jun 2003 22:27:38 +0200 @894)
....while the fading voice of Marcel whispered through the darkness:

 MB> documentation in the JVCL help; not sure yet).

Indeed, i can hardly attach CHM into IDE :-)

I'd like some intro as 1st page.

"where is the sense and what is all of this for ?" (c) ibase.ru ng
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Rus > Eng
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 28 Jun 2003 00:55:41 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 27 Jun 2003 22:03:28 +0400 @794)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of Remko Bonte tremble:

 AB> Try 1st one: vowca.chat.ru/pvt/jvcl

I translated the 2nd file - but i cut away 90% of it since it seems it
duplicates the 1st one.

I hope i did not cut too much - just check and see Yourselves.

Good luck!

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvDataProviders tutorial
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 27 Jun 2003 22:29:40 +0200
Newsgroups: jedi.vcl

> >  Not much information is there,

  you'd almost think I'm Yoda; with sentence constructs like that <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvDataProviders tutorial
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 27 Jun 2003 22:27:38 +0200
Newsgroups: jedi.vcl

  Posted a first draft of the tutorial in jedi.binaries. Just to give a
rough idea of what it's going to look like. Not much information is there,
but I'll start with the actual tutorial before I complete the interface
overviews (which may get removed in favor of proper documentation in the
JVCL help; not sure yet).

  Comments, suggestions?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 27 Jun 2003 20:14:06 +0200
Newsgroups: jedi.vcl

> > I read all messages, but sometimes I need to think about my reply and the
I
> > forget to post... :(

  that sounds familiar ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Rus > Eng
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 27 Jun 2003 22:03:28 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 27 Jun 2003 18:52:28 +0200 @744)
....while the fading voice of Remko whispered through the darkness:

 RB> Arioch /BDV/ wrote:
 >> What's the intersection with Rus_Globus then ?

 RB> I thaught that you didn't have access to the JVCL3 source, so I send
 RB> you Rus_Globus so that you can find the context of the comments.

Hmm, i'll look on it.
But i have Globis 2.81 installed.

Janus and RALib i'm really missing - but in wait for JVCL3 i do not think i
need them :D


Try 1st one: vowca.chat.ru/pvt/jvcl

 RB> Plus I made the search algorithm a bit more clever: I think it has
 RB> found some more russian text in dfm's than in Rus_jvcl.

Ooohooo... hope it will not duplicate 1st file to often :-)

-- If i had ears, i'd heard 03 - Cry for Love With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvDataProvider progress reports
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 27 Jun 2003 19:07:34 +0200
Newsgroups: jedi.vcl

> >   Well, I seem to remember having asked a question to you in this very
> > thread before and didn't get a response until I referred to it again in
one
> > of your threads. So figured: "better safe then sorry" and CC'ed you.

I read all messages, but sometimes I need to think about my reply and the I
forget to post... :(

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Rus > Eng
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 27 Jun 2003 18:52:28 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> What's the intersection with Rus_Globus then ?

I thaught that you didn't have access to the JVCL3 source, so I send you Rus_Globus so that you can find the context of the comments.

Plus I made the search algorithm a bit more clever: I think it has found  some more russian text in dfm's than in Rus_jvcl.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Delphi Applications Site?
From: "Deehaw Reyas" <dr@computarat.com>
Date: Fri, 27 Jun 2003 19:41:35 +0300
Newsgroups: jedi.vcl

Sorry to ask this here, but I'm looking for a site that has "Made with
Delphi" applications. Where is it?
Thanks




Subject: Re: Rus > Eng
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 27 Jun 2003 20:36:35 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 26 Jun 2003 20:13:53 +0200 @801)
....while the fading voice of Remko whispered through the darkness:

 >> I've processed about 40% of 1st file.
 RB> Great!

I'm finishing Rus_jvcl.
And there are a lot of comments from Globus!!!

What's the intersection with Rus_Globus then ?

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 27 Jun 2003 17:26:41 +0200
Newsgroups: jedi.vcl

> > Just modify anything directly: after all, JVCL3 is our playground until
> > release, we don't need any more backup folders.

  I have sticked with the two controls I already used for testing. They work
in D5 and D6, including the design time editing. Integration will have to
wait, 'cause I started working on the tutorial.

> > ..and I do monitor all threads <g>!

  Well, I seem to remember having asked a question to you in this very
thread before and didn't get a response until I referred to it again in one
of your threads. So figured: "better safe then sorry" and CC'ed you.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvAVICap and VFW API
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 27 Jun 2003 16:10:02 +0200
Newsgroups: jedi.vcl

Frames are available from D5, so you should be OK.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDataProvider progress reports
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 27 Jun 2003 16:08:17 +0200
Newsgroups: jedi.vcl

Just modify anything directly: after all, JVCL3 is our playground until
release, we don't need any more backup folders.
...and I do monitor all threads <g>!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Adapter JvInterpreter DOA
From: Nicola Farina <nospam@nospam.com>
Date: Fri, 27 Jun 2003 15:39:38 +0200
Newsgroups: jedi.vcl



Arioch /BDV/ wrote:
> Gwet DCU2INT (also part of DeDe - Delphi Decompiler) and You can make
> interface section out of DCU.

DeDe? It not sounds like a part of JVCL isn't it?
I will look for it........

> You may also get source code in assembler - but i do nnot think You really
> need this.
Sure you're right !!
Spassiba!



Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 27 Jun 2003 11:04:13 +0200
Newsgroups: jedi.vcl

  Permanent units moved and added to D5, D6 and D7 packages. Small changes
were neccessary to allow D6/D7 to build. Get 2 warnings in D7 about
deprecated units. Resolve later.

  Question to Peter: should I just modify TJvCustomListBox directly to make
it DataProvider-aware or should I keep a temporary derived control (current
situation) until we are ready to make the changes in the controls
permanently?

 P.S.: I CC-ed Peter in case he doesn't monitor this thread.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Adapter JvInterpreter DOA
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 27 Jun 2003 12:07:38 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 27 Jun 2003 09:44:59 +0200 @364)
....while the fading voice of Nicola whispered through the darkness:

 NF> Is it possible to write an adapter unit without the source?

What do You need of sources ? Interface section ?

Gwet DCU2INT (also part of DeDe - Delphi Decompiler) and You can make
interface section out of DCU.
You may also get source code in assembler - but i do nnot think You really
need this.
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Outlook Bar
From: "GDT" <gdt@nospam.com>
Date: Fri, 27 Jun 2003 10:00:32 +0200
Newsgroups: jedi.vcl

Hi Ricardo,

I'd like to know too how this specific component is being used in practice.
I have noticed it is not possible to access the outlookbuttons itself (also
no action can be linked to it), so probably the "buttonclick" needs to be
examined at the outlookbar-level itself, using the buttonindex ?

Regards
Glenn

"Ricardo David" <ricardo@r36.com.br> wrote in message
news:3F008542.1000500@r36.com.br...
> > Does anyone use TvOutlookBar component?
> > This part is not in the help file yet and I'm having some trouble
> > associating an action with a button on that.
> >
> > Thanks.
> >




Subject: Adapter JvInterpreter DOA
From: Nicola Farina <nospam@nospam.com>
Date: Fri, 27 Jun 2003 09:44:59 +0200
Newsgroups: jedi.vcl

Hi all!

I need a JvInterpreter adapter unit for DOA components (TOracleQuery,
TOracleSession and so on...)
Is there any already made somewhere?
Is it possible to write an adapter unit without the source?

TIA
Bye
Nicola



Subject: Re: JvAVICap and VFW API
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 27 Jun 2003 11:25:47 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 27 Jun 2003 09:25:31 +1000 @17)
....while the fading voice of obones whispered through the darkness:

 o> Correct me if I'm wrong, but TFrame is only available starting with D6 ?
D5 !!!

But foir D3...D5 there's also Custom(Compose) Components Pack from
Borland/Moscow chief :-)
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvAVICap and VFW API
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Fri, 27 Jun 2003 09:25:31 +1000
Newsgroups: jedi.vcl

Correct me if I'm wrong, but TFrame is only available starting with D6 ?
So if I'm using frames, this will mean that the component can only be used with D6 and up, where it is perfectly working with D5, even D3...
What should I do then ?
Forget the idea ?

Thanks for your help



Subject: Re: Auto storage in JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Jun 2003 23:00:51 +0200
Newsgroups: jedi.vcl

I've decided to keep JvFormStorage and remove the other implementations. I
won't try to add anything from the other implementations at present but will
postpone it for later when we have a better understanding of how to add
specific features missing from JvFormStorage (like nested properties).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 26 Jun 2003 21:40:59 +0200
Newsgroups: jedi.vcl

  Changes have been committed. Now going to adapt to JVCL3 and move the
permanent units there.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Rus > Eng
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 26 Jun 2003 22:39:10 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 26 Jun 2003 20:13:53 +0200 @801)
....while the fading voice of Remko whispered through the darkness:

 RB> I don't know if anybody is interested in it, but as long as I can
 RB> easily copy-paste the translations it's either way fine with me.

I'd prefer public, cause
 1) someone like Peter may clear some places with his active knowledge of
code
 2) someone like Peter may easier understand code looking at the file :-)

PS: i'd suggest looking at 7zip compressor.
 Pro: it compresses better than RAR(will not say of zip/tar.gzip) and is
free (http://sevenzip.sf.net)
 Con: it has no Linux version, it has UI less useful than that of RAR, it
does not have plugin for Windows Commander (but does have for FAR); it has
solid mode, but not multy-solid as RAR (-se switch, files are sorted by
extensions and each extension has it's own block and kind of compression)

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Trying to get latest source
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Thu, 26 Jun 2003 19:34:15 +0100
Newsgroups: jedi.vcl

Thanks to all, after 4 attempts seems to be working now.

Cheers,

JAC.
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bdengo$ro$1@talkto.net...
> > Your connect string looks OK to me. It's probably a temporary problem with
> > the CVS server. Try again later.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 26 Jun 2003 19:35:42 +0200
Newsgroups: jedi.vcl

  Although not committed yet, I decided to give an update of the progress.

  I completed the provider based states (Enabled, Checked and Visible).
Control based states are to be handled by the control when rendering, so
that means no work on that front for the moment. <g>

  I changed the type of the State parameter in the Draw methods to allow
specifying a "Hot" state.

  Update rendering classes to use the proper image list, depending on the
draw state (Disabled/Hot). Note that if the image list required is not set,
the normal image list will be used (graying out the image of the state is
Disabled). Also updated to properly render disabled text (B.t.w. there's a
bug in JvxCtrls, DrawShadowText routine. The second DrawText should be in
transparent background mode. I'm talking about JVCL2.1, so maybe it's
already fixed). If state is both grayed and disabled, the text is rendered
in clGrayText only (as used by most controls in disabled mode).

  Designed "Provider Contexts". Contexts can be used to select different
views of the data tree, as well as different item states on a per context
base. No real implementations yet.

  Designed and coded the "Consumer services". Making a control "provider
aware" is now made simpler: add a TJvDataConsumer instance to the control
(as a published property), assign an OnChange event handler to respond to
changes from the provider or settings and you're halfway there. Based on the
consumer attributes (to be specified then the TJvDataConsumer instance is
created) and which provider is selected, sub services are added. One of the
sub services is to select the item to display for "single item" controls or
selecting the root item for "tree/list" controls. This will also be used for
provider specific options to be specified by each control (if this won't
become obsolete due to the Provider Contexts).

  Added consumer/context stack. A control that needs something from a
provider selects its consumer and context interfaces, works with the
provider and them unselects itself. This all done through the
TJvDataConsumer class (Enter and Leave methods) but can be done directly on
the Provider interface if needed (Select/ReleaseConsumer and
Select/ReleaseContext) or through helper routines (DP_SelectConsumerContext
and DP_ReleaseConsumerContext).

  Design time support for the consumer service. This is a though one (I knew
up front it would be, but it took a long time before I got the basics
working). A problem might be the fact that working with the consumer
services at design time does not match with the way you would do it in run
time. In design time all properties for sub services are placed as nested
properties of the provider, whereas in run time you can only get to them by
querying for the proper interface of the sub service and use the properties
of that instance. Anyway, first test with the list box seems to work OK (it
still renders, I can still select the provider in the OI).

  Current work will focus on completing the design time support for the
consumer service (most problems occur in D5, since it's not really keen on
sub properties that are added/deleted when the main property is changing;
Delphi is also real unhappy if a property of type TJvDataConsumer is used to
actually manipulate one of it's sub properties, even more so if it's an
interface type sub property). When that's done I do a commit, rebase
everything on JVCL3 and start adding all permanent units to the JVCL3 tree
(splitting it in run and design units of course). This may take a while, but
if it's finished and works well, we can have a more uniform and easier way
of adding provider awareness to controls.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Auto storage in JVCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 26 Jun 2003 21:32:27 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 26 Jun 2003 18:47:40 +0200 @741)
....while the fading voice of Remko whispered through the darkness:

 RB> * The comments may get out of sync with the code, because no (?) jvcl
 RB> developer understands russian language.

M.Beck does, but is he developer any more ?

 RB> * If we leave Russian comments in code, should we also leave comments
 RB> in other languages in the code?

When the code will be restructured and maybe refactored - old comments
anyway will be wiped out.

But guess You're are right.
Guess we'd better have UTF8-encoded HTML with original comments and
pas-files are to have references to originalComments.html#id0001


-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Auto storage in JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 26 Jun 2003 19:13:23 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>   The plan was to use virtual backend class to be used by TJvFormStorage.
> Different implementations of this backend can then be written to provide
> storage to registry, INI-file, XML-file, DB, whatever application specific
> storage you may come up with. A developer may drop a storage backend on a
> datamodule and then link a TJvFormStorage to the backend.

You may want to look at the components from TurboPower's Orpheus. They
use this kind of method.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Auto storage in JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 26 Jun 2003 19:10:36 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> There is at least three different "auto" storage implementations in JVCL
> currently: TJvRegAutoSave (from RALib), TJvAutoSave/TJvRegAutoSave (from
> Sebastien Buysse) and TJvFormStorage (from RxLib). I would like to reduced
> this to only one and I would like to have your opinion on which one to keep
> and if you know if any implementation offers something the others don't.

I like TJvFormStorage the most, seems to be better implemented.

The TJvRegAutoSave (from RALib) has the ability to save/restore nested properties, may need to look at that.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Auto storage in JVCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 26 Jun 2003 19:03:59 +0200
Newsgroups: jedi.vcl

> >
> > One point to take into account is if one of the solution allow to save to
INI
> > or Reg, so that the programmer can choose. (Like DevelperExpress comps
allow) I
> >
> > would prefer such a solution

  The plan was to use virtual backend class to be used by TJvFormStorage.
Different implementations of this backend can then be written to provide
storage to registry, INI-file, XML-file, DB, whatever application specific
storage you may come up with. A developer may drop a storage backend on a
datamodule and then link a TJvFormStorage to the backend.

  I was working on the backend, but only from class design point of view
(there was some implementation but I never tested it; it did compile
though).

  The same backend class could potentially be used for any control specific
data that can not easily be stored using TJvFormStorage.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Auto storage in JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 26 Jun 2003 18:47:40 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> PS: Remko sent me some comments to translate. I'll do my best, but can we
> keep both russian text somewhen.
> My English is not that good and i think keeping original russian text may be
> useful later for both russian newbyes and for better translation and
> clearing of misty places.

That's ok with me, but

* Systems with a multibyte character set can have a problem with these special chars. But this can be prevented by using // instead of {..}.
* The comments may get out of sync with the code, because no (?) jvcl
developer understands russian language.
* If we leave Russian comments in code, should we also leave comments in
other languages in the code? This will only obfuscate the code.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Auto storage in JVCL
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 26 Jun 2003 18:17:34 +0200
Newsgroups: jedi.vcl



"Peter Thörnqvist" schrieb:

> > There is at least three different "auto" storage implementations in JVCL
> > currently: TJvRegAutoSave (from RALib), TJvAutoSave/TJvRegAutoSave (from
> > Sebastien Buysse) and TJvFormStorage (from RxLib). I would like to reduced
> > this to only one and I would like to have your opinion on which one to keep
> > and if you know if any implementation offers something the others don't.

Hi Peter

I know Rx has an PropertyEditor for the IDE and allow to save ANY prop. This is
a nice feature

Furthermore I guess Rx is the most known comps.This is perhaps an adavantage.

One point to take into account is if one of the solution allow to save to INI
or Reg, so that the programmer can choose. (Like DevelperExpress comps allow) I

would prefer such a solution

Ralf Grenzing





Subject: Re: Auto storage in JVCL
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Thu, 26 Jun 2003 13:27:00 -0230
Newsgroups: jedi.vcl

I use the JvFormStorage component and it works well for me. I use the
registry options and stored props.


"Andy Vines" <andy.vines@btNOTconnectED.com> wrote in message
news:bdetgk$27b$1@talkto.net...
> > TJvFormStorage (from RXLib) it works well and you have the StoredValues
for
> > other stuff.
> >
> > Andy
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:bdeek4$uiq$1@talkto.net...
>> > > There is at least three different "auto" storage implementations in JVCL
>> > > currently: TJvRegAutoSave (from RALib), TJvAutoSave/TJvRegAutoSave (from
>> > > Sebastien Buysse) and TJvFormStorage (from RxLib). I would like to
reduced
>> > > this to only one and I would like to have your opinion on which one to
> > keep
>> > > and if you know if any implementation offers something the others don't.
>> > >
>> > > Personally, I'm leaning towards TJvFormStorage since it is used more
than
>> > > the others inside JVCL. It also seems more fullfeatured and better
>> > > implemented.
>> > >
>> > > If I don't get any replies, I'll just go with JvFormStorage
>> > >
>> > >
>> > > --
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Rus > Eng
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 26 Jun 2003 19:26:57 +0400
Newsgroups: jedi.vcl

Hello, All!

Thanks to Remko - he sent me the extracted russian lines.
I've processed about 40% of 1st file.

After it is done, am i to mail the file back to Remko, or better to put it
to http for public access ?

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Trying to get latest source
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 26 Jun 2003 16:46:18 +0200
Newsgroups: jedi.vcl

> > Try again and again.
> > To me such codes are returned when i enable zipping of sources - then it
> > usually wrks only after about ten attempts.
> > Though without zipping (and Your cvs command line do not conatin -z
option)
> > it usually worked ok,

  These problems most likely occur because SF is temporarily serving
anonymous access from a backup server. That is possibly a server with less
connections available that normal, which would lead to failing connections.
Also note that the files you get (if you finally do ;-) ) will be up to 24
hours behind the main CVS repository.

  Also (and I'm not sure if it's normal or if it was me), during my last
updates (a couple of days ago) I also got errors like this. Just wait a few
seconds and try again. I really hope SF can get the new hardware to work
soon so these problems are gone.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Auto storage in JVCL
From: "Andy Vines" <andy.vines@btNOTconnectED.com>
Date: Thu, 26 Jun 2003 15:01:10 +0100
Newsgroups: jedi.vcl

TJvFormStorage (from RXLib) it works well and you have the StoredValues for
other stuff.

Andy

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bdeek4$uiq$1@talkto.net...
> > There is at least three different "auto" storage implementations in JVCL
> > currently: TJvRegAutoSave (from RALib), TJvAutoSave/TJvRegAutoSave (from
> > Sebastien Buysse) and TJvFormStorage (from RxLib). I would like to reduced
> > this to only one and I would like to have your opinion on which one to
keep
> > and if you know if any implementation offers something the others don't.
> >
> > Personally, I'm leaning towards TJvFormStorage since it is used more than
> > the others inside JVCL. It also seems more fullfeatured and better
> > implemented.
> >
> > If I don't get any replies, I'll just go with JvFormStorage
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Auto storage in JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Jun 2003 15:46:37 +0200
Newsgroups: jedi.vcl

They will be moved to the \archive folder just as we've done previously

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Auto storage in JVCL
From: "Ray A." <NoMoreSpam@MyHotmail.com>
Date: Thu, 26 Jun 2003 09:36:10 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bdeek4$uiq$1@talkto.net...
> > There is at least three different "auto" storage implementations in JVCL
> > currently: TJvRegAutoSave (from RALib), TJvAutoSave/TJvRegAutoSave (from
> > Sebastien Buysse) and TJvFormStorage (from RxLib). I would like to reduced
> > this to only one and I would like to have your opinion on which one to
keep
> > and if you know if any implementation offers something the others don't.

In general I was wondering what would happen to the other components that
are not included.  Will you perhaps move them to a "Depreciated" or "Extras"
package or just remove them entirely from the JVCL?

--
Ray A.
(Ray's Jedi Projects Returns)
(http://users.adelphia.net/~rayspostbox4/RaysDelphiJedi/index.htm)
(http://sourceforge.net/projects/edisdk)
(http://sourceforge.net/projects/rayge-gdi-2)




Subject: Re: Trying to get latest source
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 26 Jun 2003 17:23:57 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 26 Jun 2003 13:05:40 +0100 @545)
....while the fading voice of Jason whispered through the darkness:

 JCJ> In C:\data\JVCL\jvcl: cvs -q update -d -P

Try again and again.
To me such codes are returned when i enable zipping of sources - then it
usually wrks only after about ten attempts.
Though without zipping (and Your cvs command line do not conatin -z option)
it usually worked ok,

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvAVICap and VFW API
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 26 Jun 2003 23:13:58 +1000
Newsgroups: jedi.vcl

Okay...
Well, I'll see how I go with the property editors anyway, it's been a long time since the last one I did (back to D5 in 2000...)

Peter Thörnqvist wrote:

>> The only things I have to do know is to create the property editors.
>
> Just remember that design and run time files now are completely separated,
> so if you want users to reuse the frame, it has to go into the run only
> package and any design editors using that frame has to go into their own
> separate design only unit(s).
>



Subject: Re: JvAVICap and VFW API
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Jun 2003 15:08:30 +0200
Newsgroups: jedi.vcl

> > The only things I have to do know is to create the property editors.
Just remember that design and run time files now are completely separated,
so if you want users to reuse the frame, it has to go into the run only
package and any design editors using that frame has to go into their own
separate design only unit(s).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAVICap and VFW API
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 26 Jun 2003 22:56:24 +1000
Newsgroups: jedi.vcl

Well, good news, it compiles and runs with the API translations from Jedi
The only things I have to do know is to create the property editors.
And I'm wondering if it wouldn't be better to base them on Frames so that the user can reuse the frame in its own project.
The most useful one would be the one that sets up the driver used as this is a compulsory step for the component to work and it is a really simple frame to do.
Just let me know what you think.

Olivier



Subject: Re: Trying to get latest source
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Jun 2003 14:18:48 +0200
Newsgroups: jedi.vcl

Your connect string looks OK to me. It's probably a temporary problem with
the CVS server. Try again later.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Trying to get latest source
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Thu, 26 Jun 2003 13:05:40 +0100
Newsgroups: jedi.vcl

In C:\data\JVCL\jvcl: cvs -q update -d -P
CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

cvs update: Empty password used - try 'cvs login' with a real password

cvs [update aborted]: Error reading from server cvs.jvcl.sourceforge.net: 0

Error, CVS operation failed

I thought anon was OK, am I doing something wrong?



I'm using TortoiseCVS, I am a novice on CVS / Tortoise etc, but have managed to download the sources some time ago.  Anyone spot the silly mistake :-)



Cheers,



JAC



Subject: Re: Auto storage in JVCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 26 Jun 2003 15:03:45 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 26 Jun 2003 12:51:24 +0200 @494)
....while the fading voice of Peter whispered through the darkness:

 PT> My main concern now is really which one to keep. Extending it and
 PT> making it do more is something we (might) do later on, based on

Can only repeat - try to estimate how easy they will be to extend later.
It is times harder than to see what they can do right away, but...

PS: Remko sent me some comments to translate. I'll do my best, but can we
keep both russian text somewhen.
My English is not that good and i think keeping original russian text may be
useful later for both russian newbyes and for better translation and
clearing of misty places.
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Auto storage in JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Jun 2003 12:53:02 +0200
Newsgroups: jedi.vcl

> > Actually I have wanted to make this request quite long time now -
> > remove the AutoSave property some controls have. IMO it is very bad
> > way to implement this function, a maintenance nightmare...

I agree and that type of persistence will disappear no matter which
mechanism I choose to keep.


> > I have not tested either TJvRegAutoSave or TJvFormStorage extensively,
> > so I can't comment on those but I quess TJvFormStorage would be fine.
OK

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Auto storage in JVCL
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Jun 2003 12:51:24 +0200
Newsgroups: jedi.vcl

My main concern now is really which one to keep. Extending it and making it
do more is something we (might) do later on, based on requests etc just like
any other development. Additionally, I know Marcel has done some work on a
more generic persistence mechanism and my thought was that if we reduce the
current implementations to a single one, it would maybe be possible to
implement Marcel's persistence mechanism "through" JvFormStorage, i.e keep
existing functionality and add whatever Marcel comes up with.

Also, I am trying *very* hard not to mix the new donations with the old too
much (especially - I don't want to add stuff from the new libs into the old
libs), so using something like XMLSerializer is not an option. This is to
keep the number of dependencies at a minimum.

Good points, though, Arioch. I'll keep them in mind

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Auto storage in JVCL
From: @in@taavi.ee (Ain)
Date: Thu, 26 Jun 2003 10:24:53 GMT
Newsgroups: jedi.vcl

On Thu, 26 Jun 2003 11:46:59 +0200, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >There is at least three different "auto" storage implementations in JVCL
> >currently: TJvRegAutoSave (from RALib), TJvAutoSave/TJvRegAutoSave (from
> >Sebastien Buysse) and TJvFormStorage (from RxLib). I would like to reduced
> >this to only one and I would like to have your opinion on which one to keep
> >and if you know if any implementation offers something the others don't.

Actually I have wanted to make this request quite long time now -
remove the AutoSave property some controls have. IMO it is very bad
way to implement this function, a maintenance nightmare...

I have not tested either TJvRegAutoSave or TJvFormStorage extensively,
so I can't comment on those but I quess TJvFormStorage would be fine.


ain


Subject: Re: Auto storage in JVCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 26 Jun 2003 14:19:42 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 26 Jun 2003 11:46:59 +0200 @449)
....while the fading voice of Peter whispered through the darkness:

 PT> If I don't get any replies, I'll just go with JvFormStorage

If possible it is to be FormStorage but modifed somehow.
Currently it has bottelnecks.

1st - if possible, it's also to save Form's properties not only those of
components.
2nd - it is to have events allowing saving|loading custom pseudo-properties.
3rd - JFS is to have .SaveNo and .RetrieveNo methods, not only on form
creatino|destruction.
4th - There are to be option container classes. Currently You may only
specify ini or reg for each JFS on it's own.
More so, if i want it to store properties in ini with same name and at same
path as the EXE - i has to jump over my own head.

I have to make JFS inactive, then fiind form which be creatd before JFS's
form and make iniName proper, based on ParamStr(0);
If i try to so it in JFS's Parent Form's OnCreate - then JFS already loaded
all settings from any place it treated as default.

So IMHO JFS is to have some property keeper, just like DB-Aware controls
have DataSource.

This may be done on basis of Filler, or some special components (look at
VgLib1 (www.vglib.com) - it has a number of Rx enhancements and centralised
option storage is among them. Though their license disalllows modification
of their components - we at least can have a look at it).

Good options' tree storage with comfort and clear access to it (if i only
new how to make it possible) is very needed.
Then it could be mapped to ini, registry, xml, ebml, DFM or whatever.

I understand, this is a beeeg job and probably cannot be done now, so i
think the components, Peter listed, are to be judjed not by there features,
but on there potential extendability.



PS: take a look at Globus XML serializer. It works. IT has quite good
features and speed.
But will You try to enhance it - and You'll see it is almost impossible.
For exampel try to savesome TObjectList (TInterfaceList) with it.
Or try to save and load options for TCollection of TColllections - if some
object contains in some of it children the object of same class - load will
fail.

In other words, IMHO full-featured but hardlly modifiable components are not
to be treated as core, but as optional compatibility componetns instead.
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Auto storage in JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Jun 2003 11:46:59 +0200
Newsgroups: jedi.vcl

There is at least three different "auto" storage implementations in JVCL
currently: TJvRegAutoSave (from RALib), TJvAutoSave/TJvRegAutoSave (from
Sebastien Buysse) and TJvFormStorage (from RxLib). I would like to reduced
this to only one and I would like to have your opinion on which one to keep
and if you know if any implementation offers something the others don't.

Personally, I'm leaning towards TJvFormStorage since it is used more than
the others inside JVCL. It also seems more fullfeatured and better
implemented.

If I don't get any replies, I'll just go with JvFormStorage


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvAVICap and VFW API
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Jun 2003 11:20:00 +0200
Newsgroups: jedi.vcl

In general, "common" units, like API translations, should go into the
\common folder but in your case you are using a translation that might be in
conflict with the "official" translation, so in that case it might have to
be placed in the same folder as the main unit or it might have to be renamed
so not to conflict with the JEDI version.

When you have revamped the source, you should give it to me. Please do *not*
add it to CVS yourself!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvAVICap and VFW API
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Thu, 26 Jun 2003 13:21:44 +1000
Newsgroups: jedi.vcl

Hi !

I've started revamping the code from JvAVICap to make it JVCL compliant and I'm wondering a bit about the usage I'm doing of the VFW API.
Indeed, the component I donated uses its own Delphi translation of the VFW API while there is one available on the Jedi API project page (which I only discovered two weeks ago).
Mine is tailored to my needs and as such, incomplete, while the one on Jedi is complete but a bit restrictive as it doesn't include implicit UNICODE support.
I think that I should use the one from JEDI anyway, but I'm wondering how it should be included in the JVCL: Directly in the same directory or put in a common place. In the latter case, where should it be placed, because I'm hardly the only one to use it.

Thanks for your guides

Olivier



Subject: Re: Problems with some forms in JVCL 3.0
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 25 Jun 2003 18:37:07 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Thanks, that fixed it. How did you find that?!

* First looked at the dfm, saw some funny chars, removed them; delphi still crashes.
* Decided to remove the components from the form 1 by 1. First removed the speedbutton; delphi didn't crash :)
* Looked at the code of TJvgSpeedButton, saw nothing suspicious.
* Tried to create a TJvgSpeedButton at design-time; delphi crashes.
* Tried to create a TJvgSpeedButton at run-time; delphi throws a stack overflow error. This gave an indication of an infinite recursive call. I remembered that a few weeks ago I made *exactly* the same mistake as you now did, so I looked for inherited calls.
* Found the bug, fixed it, etc :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Diagramming example broken in D7?
From: Nicola Farina <nospam@nospam.com>
Date: Wed, 25 Jun 2003 15:16:33 +0200
Newsgroups: jedi.vcl

Yes I was wrong!!
For those interested... using an "http" path it works (something like
http://localhost/index.html)
Best wishes!



Subject: Re: Problems with some forms in JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 25 Jun 2003 17:07:39 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 25 Jun 2003 09:19:22 +0400 @263)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of Remko Bonte tremble:

 AB> Alex Chudin says that 2.81 is not the last version and he will upload
 AB> some updates to Torry till the dead of week.

BTW he declines the error in 2.81 and when i examine this class is see there
      property Enabled: boolean read GetEnabled write SetEnabled;

I can't say why should he use such a beast. I mailed him though.

-- If i had ears, i'd heard The Verve - Bitter sweet symphony With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Diagramming example broken in D7?
From: Nicola Farina <nospam@nospam.com>
Date: Wed, 25 Jun 2003 12:27:44 +0200
Newsgroups: jedi.vcl

Hello,

I am interested in diagramming components.
The first example (WebMapper) seems don't work with D7.. am I wrong?
I don't see any output and the IDE debugger stops in the CPU window
during execution...

Does anyone have any tips??

TIA

Nicola



Subject: Re: Problems with some forms in JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Jun 2003 11:47:12 +0200
Newsgroups: jedi.vcl

Thanks, that fixed it. How did you find that?!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with some forms in JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 25 Jun 2003 13:39:00 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 25 Jun 2003 11:33:02 +0200 @439)
....while the fading voice of Peter whispered through the darkness:

 PT> Write a list of those that you've found and post here.

almost all in JVCL3 sources with names shorter than 9 lletters. Guess they
were tasken for DOS-names.

PS:  wished i could download files via ssh-cvs-checkin
Otherwise i am forced to ait until JVCL3 is beta and will not be changing
that fast :(


-- If i had ears, i'd heard 09 - Hyper Hyper With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Problems with some forms in JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 25 Jun 2003 13:37:55 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 25 Jun 2003 11:31:03 +0200 @438)
....while the fading voice of Peter whispered through the darkness:

 PT> No, I haven't done that yet.

ok, no sense yet - but in the next week :-)

-- If i had ears, i'd heard 09 - Hyper Hyper With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Problems with some forms in JVCL 3.0
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Jun 2003 11:33:02 +0200
Newsgroups: jedi.vcl

> > Can't find it with WebCVS neither in JVCL3 nor in Janus.
> > Can't find it in my local Globus 2.81 too.
CVS is delayed up to 24 hours for anonymous access. Maybe that's the
problem?

> > PS: false letters case in CVS again :-(
> > Remembering how hard is to change them later.... :(
Write a list of those that you've found and post here. I'll add them to my
internal list and recase the files when we move them back to
the official JVCL folder


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with some forms in JVCL 3.0
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Jun 2003 11:31:03 +0200
Newsgroups: jedi.vcl

> > did You checked last updates, since Globus made some releases _after_
> > donation ?
No, I haven't done that yet.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Problems with some forms in JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 25 Jun 2003 09:19:22 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 25 Jun 2003 00:07:33 +0200 @963)
....while the fading voice of Remko whispered through the darkness:

 RB> russian (?) text.

I may try to translate text in GVCL 2.81 (though i may miss smth in quick
glance, would be greate to have list of file+line)

Alex Chudin says that 2.81 is not the last version and he will upload some
updates to Torry till the dead of week.

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Problems with some forms in JVCL 3.0
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Wed, 25 Jun 2003 09:34:39 +1000
Newsgroups: jedi.vcl

>
> Tomorrow I'll try to translate (eh I mean let babelfish translate) the
> russian (?) text.
>

And you'll spend the rest of the afternoon laughing !



Subject: Re: Problems with some forms in JVCL 3.0
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 25 Jun 2003 00:07:33 +0200
Newsgroups: jedi.vcl

Remko Bonte wrote:

> The TJvgSpeedButton on the form has a bug, which causes a infinite
> recursive call, and thus a stack overflow.

Commited a bug fix in CVS.

Tomorrow I'll try to translate (eh I mean let babelfish translate) the
russian (?) text.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Problems with some forms in JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 25 Jun 2003 00:33:09 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 24 Jun 2003 19:15:32 +0200 @760)
....while the fading voice of Peter whispered through the darkness:

 PT> JvgLabelEditorForm in any

Can't find it with WebCVS neither in JVCL3 nor in Janus.
Can't find it in my local Globus 2.81 too.

Need ssh-cvs ?

PS: false letters case in CVS again :-(
Remembering how hard is to change them later.... :(
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Problems with some forms in JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 25 Jun 2003 00:10:56 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 24 Jun 2003 19:15:32 +0200 @760)
....while the fading voice of Peter whispered through the darkness:

 PT> JvGlobus (designtime).

did You checked last updates, since Globus made some releases _after_
donation ?

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Problems with some forms in JVCL 3.0
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 24 Jun 2003 21:27:32 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> [..] try to open JvgCheckVersionInfoForm

The TJvgSpeedButton on the form has a bug, which causes a infinite
recursive call, and thus a stack overflow.

Change

function TJvgSpeedButton.GetEnabled: boolean;
begin
   Result := inherited Enabled;
end;

to

function TJvgSpeedButton.GetEnabled: boolean;
begin
   Result := inherited GetEnabled;
end;

Same for SetEnabled.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TJvExchListboxes Problem or Bug?
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Tue, 24 Jun 2003 15:14:06 -0230
Newsgroups: jedi.vcl

Sorry Peter, should of checked the execute method more closely - I just have
to check the return of the execute method.

Thanks for your time and dedication to a fantastic project..


"Howard Carr" <hjcarr@nf.sympatico.ca> wrote in message
news:bda1lu$72r$1@talkto.net...
> > OK thanks.
> > In that component how do I get the result from the OK button as there are
no
> > on close events etc..?
> >
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:bd9vvc$6no$1@talkto.net...
>> > > You shouldn't use that component: it is deprecated and will not be a
part
> > of
>> > > JVCL 3.0. Use the JvDualList component instead.
>> > >
>> > > --
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > > "Howard Carr" <hjcarr@nf.sympatico.ca> skrev i meddelandet
>> > > news:bd9mlf$4ph$1@talkto.net...
>>> > > > I want to use the OnShow and OnClose events for this object, but it's
> > not
>>> > > > 'coded'.
>>> > > > I put a ShowMessage('hello'); in both just to be sure and they don't
>>> > > > execute.
>>> > > > What has to be done to enable these events?
>>> > > >
>>> > > > Thanks...
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: TJvExchListboxes Problem or Bug?
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Tue, 24 Jun 2003 15:09:33 -0230
Newsgroups: jedi.vcl

OK thanks.
In that component how do I get the result from the OK button as there are no
on close events etc..?


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bd9vvc$6no$1@talkto.net...
> > You shouldn't use that component: it is deprecated and will not be a part
of
> > JVCL 3.0. Use the JvDualList component instead.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "Howard Carr" <hjcarr@nf.sympatico.ca> skrev i meddelandet
> > news:bd9mlf$4ph$1@talkto.net...
>> > > I want to use the OnShow and OnClose events for this object, but it's
not
>> > > 'coded'.
>> > > I put a ShowMessage('hello'); in both just to be sure and they don't
>> > > execute.
>> > > What has to be done to enable these events?
>> > >
>> > > Thanks...
>> > >
>> > >
> >
> >




Subject: Problems with some forms in JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Jun 2003 19:15:32 +0200
Newsgroups: jedi.vcl

I've been working away on JVCL 3.0 today as well and have problems with 2
forms in all versions of Delphi (5-7). When I try to open them, they take a
dive and brings Delphi with them without so much as an error message.

I don't see anything strange with these forms or at least not anything that
helps :). Could someone help me out, get the latest files from CVS and try
to open JvgCheckVersionInfoForm and JvgLabelEditorForm in any version of
Delphi, possibly after installing the package in question.

One of the forms is in the JvJans package (runtime) and the other is in
JvGlobus (designtime).

Would really appreciate some help since I can't find anything that helps me
solve this.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvExchListboxes Problem or Bug?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Jun 2003 19:12:02 +0200
Newsgroups: jedi.vcl

You shouldn't use that component: it is deprecated and will not be a part of
JVCL 3.0. Use the JvDualList component instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Howard Carr" <hjcarr@nf.sympatico.ca> skrev i meddelandet news:bd9mlf$4ph$1@talkto.net...
> > I want to use the OnShow and OnClose events for this object, but it's not
> > 'coded'.
> > I put a ShowMessage('hello'); in both just to be sure and they don't
> > execute.
> > What has to be done to enable these events?
> >
> > Thanks...
> >
> >




Subject: TJvExchListboxes Problem or Bug?
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Tue, 24 Jun 2003 12:01:32 -0230
Newsgroups: jedi.vcl

I want to use the OnShow and OnClose events for this object, but it's not
'coded'.
I put a ShowMessage('hello'); in both just to be sure and they don't
execute.
What has to be done to enable these events?

Thanks...




Subject: Re: JVCL 3.0 Snapshot
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 24 Jun 2003 09:52:03 +0200
Newsgroups: jedi.vcl

> > Plz, isn't there http/ftp servers around?
No. The files are available from CVS or as a zip from jedi.binaries and that
just has to be enough. I am not going to spend any more time distributing a
snapshot of code that is already old. Sorry, get it from where you can or
wait util it's ready.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL 3.0 Snapshot
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 24 Jun 2003 10:02:59 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 23 Jun 2003 21:56:35 +0200 @872)
....while the fading voice of Peter whispered through the darkness:

 PT> I've posted a snapshot of the current JVCL 3.0 files to binaries for
 PT> those who can't get it from CVS. The zip is about 3MB.

So there is 1 extra MB as aa uue|base64 junk :-(
Plz, isn't there http/ftp servers around?
Personally i can download by CVAS if i had time, but in general

-- If i had ears, i'd heard roxette hotblooded With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Status report on JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 23:42:30 +0200
Newsgroups: jedi.vcl

Good suggestion. I'll revisit the palette layout later. At the moment, I've
only added them based on package location and that is probably not very good
or easy to use.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Status report on JVCL 3.0
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 23 Jun 2003 23:32:41 +0200
Newsgroups: jedi.vcl

Maybe an idea to sort the components on the big palette pages on popularity (based on the results of the survey)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: JVCL 3.0 Snapshot
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 21:56:35 +0200
Newsgroups: jedi.vcl

I've posted a snapshot of the current JVCL 3.0 files to binaries for those
who can't get it from CVS. The zip is about 3MB.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: D5 and D6 packages for JVCL 3,.0
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 21:12:18 +0200
Newsgroups: jedi.vcl

> > Any time i get some internal error, i just quit IDE and start it again.
> > Compile that certain package and restart IDE.

Unfortunately that doesn't seem to work in this case.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: D5 and D6 packages for JVCL 3,.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 23 Jun 2003 18:41:59 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 23 Jun 2003 13:54:22 +0200 @537)
....while the fading voice of Peter whispered through the darkness:

PT> "[Warning] JvJansD5D.dpk(31): Package 'JvJansD5R' will not be written
PT> to disk because -J option is enabled"

Any time i get some internal error, i just quit IDE and start it again.
Compile that certain package and restart IDE.

D5 seems to be very unstable when compiling related packages.
......or JVCL-related :-)

-- With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvDataProvider progress reports
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 23 Jun 2003 17:23:36 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 21 Jun 2003 10:40:42 +0200 @403)
....while the fading voice of Marcel whispered through the darkness:

 MB> The provider can render it as requested, but the controls should tell

Sure i meant it to be implemented not in the certain DataProvider class.
This remark was for whole system of provider design|API, provider class and
item classes.

-- If i had ears, i'd heard Зоопарк - Дрянь With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: D5 and D6 packages for JVCL 3,.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 14:34:17 +0200
Newsgroups: jedi.vcl

At the moment all packages have IMPLICITBUILD ON (i.e rebuilds required
packages every time), but that might change. There's one good thing about
this error compared to the one in JVCL200: the number of units to check is a
lot smaller :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: D5 and D6 packages for JVCL 3,.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 23 Jun 2003 14:27:00 +0200
Newsgroups: jedi.vcl

> > The P665 error seems to disappear if I COMPILE instead of BUILD but it's
> > still irritating. Happens with D5 only.

  Ironic: JVCL200_R50 had to be build instead of compiled to avoid an
internal error, now we have to compile instead of build to avoid another
internal error. Do you have explicit rebuild or rebuild as needed on the
various packages? D5 seems to be very picky about it. All packages required
by this package should have explicit rebuild specified, otherwise build of
this package will happily rebuild all required packages.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Status report on JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 23 Jun 2003 16:22:16 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 22 Jun 2003 16:30:24 +0200 @646)
....while the fading voice of Peter whispered through the darkness:

 PT> some of you probably think that's too much anyway. Well, what can I

That is quite ok!
But i want to see some tool like depndancy walker, but indeed summarising
them.
Last time i burned one my project to CD-R, i forgot to put there
vclaxservers.bpl :-((((

Thanks heaven, i had my D5 CD with me :-)

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: TurboPower IPro side by side with JVCL?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 23 Jun 2003 16:19:43 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 22 Jun 2003 16:35:02 +0000 (UTC) @732)
....while the fading voice of Liran whispered through the darkness:

 LS> IPro suite i already have installed (the ZLIB unit is duplicate)

1) it is time to make ZLib faq :-)
2) did anyone cotacted ZLib team ? would them make Delphi package, since it
is the only good solution to all of such a conflicts?

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: D5 and D6 packages for JVCL 3,.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 14:06:43 +0200
Newsgroups: jedi.vcl

The P665 error seems to disappear if I COMPILE instead of BUILD but it's
still irritating. Happens with D5 only.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: D5 and D6 packages for JVCL 3,.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 13:54:22 +0200
Newsgroups: jedi.vcl

OK, I've jsut updated the packages in CVS. I still have a problem with the
JvJansD5D package though: I get an internal error P665 and

"[Warning] JvJansD5D.dpk(31): Package 'JvJansD5R' will not be written to
disk because -J option is enabled"

but I have no idea what this means. To me the package looks like the others
so I guess it is something else... If you find anything (good or bad) let me
know.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: D5 and D6 packages for JVCL 3,.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 12:50:12 +0200
Newsgroups: jedi.vcl

I am currently working on the D5/D6 packages for JVCL 3 and will probably be
done in a couple of hours so wait a while and then get them for CVS instead
of working on them yourself.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Status report on JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 12:06:01 +0200
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> skrev i meddelandet
news:bd59t9$bte$1@talkto.net...
> > I've removed JvVisualId3v1.pas & JvVisualId3v2.pas. Removed the
> > registration of TJvID3Controller.
OK, good

> >
> > I think a component is missing: In 2.1 you had TJvGradientCaption and
> > TJvxGradientCaption. You have renamed TJvxGradientCaption to
> > TJvGradientCaption, but the old TJvGradientCaption is gone.
You're right: it somehow disapperad when I was renaming units. I'll find it
add and add it again

> > I think the old TJvxGradientCaption (New TJvGradientCaption) can better
> > be moved to the JvAppFrm package (it draws the form's caption gradient)
Agree
> >
> > The old TJvGradientCaption is a gradient header/panel so a better name
> > may be TJvGradientHeader. I think it should be in the JvMM package.
Agree. I'll fix this today

> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: Status report on JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 12:04:39 +0200
Newsgroups: jedi.vcl

> >   You might consider moving various resourcestrings from the component
units
> > to one of the const units if you haven't done that already.
Good point. Will check

>> > >   Also, since there are a lot more packages now, each compiler version
>> > > have it's own package folder.
> >
> >   What to do with the providers? Should we create a separate unit for all
> > providers or should providers be divided over the existing packages?
I think the best division is:
* One unit for the interface (no code)
* One unit for the base implementations (without reliance on anything JVCL)
* One unit for each "special" provider (i.e provider that can list installed
applications should be by itself etc)

> >   Which reminds me: I have to complete the rewrite of the segmented LED
> > displays some time before the 3.0 release.
Yes, please do

> >   Which will definately have to be rewritten to use the IJvDataProvider
;-)
Looking forward to doing it <g>!
> >   I'll look into D5 later when I start to base the DataProvider on JVCL3.
I've added some auto-generated packages to the JVCL3 tree for D5 and D6 but
haven't had time to test them. They probably won't work right off without
some changes.

> >   Perhaps you should post a zipped up version of the JVCL3 tree in
> > jedi.binaries so those without CVS access can get it to also (remember
that
> > anonymous/WEB access is over 24h behind).
Good idea. Will do ASAP

> >   Yep ;-) May take a while though, because I'm torn between two possible
> > ways of getting consumer side states, which will very much integrate into
> > consumer side settings (setting the root item or item to show, etc.) and
> > possibly provider side contexts. I doubt you need a tutorial to implement
> > though, you stood at birth of this as well, and not much of the basic idea
> > has changed. Looking at the test controls and providers should tell you
the
> > rest.....
I'll probably read any docs you produce anyway<g>

> >   I've added some routines (with probably more on the way) that
> > help in certain tasks from both the control
> > as well as the provider side. The question I had was if I should post
these
> > in a separate unit or keep them in the standard implementation unit.
Hard to say. It could probably be a part of the standard implementation unit
unless it relies on other parts of the JVCL.
I was thinking that the base interfaces and standard implementations should
be part of the Core package, any specific implementation
would be part of the most appropriate package (they all require the Core
package abyway)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Status report on JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Jun 2003 11:58:27 +0200
Newsgroups: jedi.vcl

> > I'm looking forward to the new JVCL 3.0.  I don't suppose there is a
current
> > JVCL 3.0 snapshot I could play with. :-)

Marcel suggested that I upload a zip with the current JVCL 3.0 to
jedi.binaries (see his post below) and I'll do that as soon as I've fixed a
few things (D5 and D6 packages for one, a "dropped" JvGradientCaption). If
you have CVS access (even anonyomus), you could get the CVS snapshot at
dev/JVCL3 as well but as Marcel noted, this is up to 24 hours old (SF are
running anonymous CVS access on a backup server at the moment)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Status report on JVCL 3.0
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 23 Jun 2003 00:30:36 +0200
Newsgroups: jedi.vcl

I've removed JvVisualId3v1.pas & JvVisualId3v2.pas. Removed the registration of TJvID3Controller.

I think a component is missing: In 2.1 you had TJvGradientCaption and TJvxGradientCaption. You have renamed TJvxGradientCaption to TJvGradientCaption, but the old TJvGradientCaption is gone.

I think the old TJvxGradientCaption (New TJvGradientCaption) can better be moved to the JvAppFrm package (it draws the form's caption gradient)

The old TJvGradientCaption is a gradient header/panel so a better name may be TJvGradientHeader. I think it should be in the JvMM package.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Status report on JVCL 3.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 22 Jun 2003 21:05:01 +0200
Newsgroups: jedi.vcl

> > * I've merged all the various Const style units (units with only
> > resourcestrings and const sections, no code) into two: JvBDConsts and
> > JvConsts. This simplifies maintenance a lot and keeps duplicates to a
> > minimum

  You might consider moving various resourcestrings from the component units
to one of the const units if you haven't done that already.

> > * Ive renamed all units to use a consistent naming schemee.

  I've tried to do the same but I think some renaming has to be done (e.g.
the provider editor form).

> > * I've changed the folder structure so now all design time units are in
one
> > folder, all runtime units in another and all common units in a separate
> > folder.

  I'll keep that in mind when it's time to move the data provider units to
the JVCL3 folders.

> >   Also, since there are a lot more packages now, each compiler version
> > have it's own package folder.

  What to do with the providers? Should we create a separate unit for all
providers or should providers be divided over the existing packages?

> > * I've added some of the donations that's been lying around for a while:

  Which reminds me: I have to complete the rewrite of the segmented LED
displays some time before the 3.0 release.

> >   - A TreeView that supports checkmarks and radiobuttons (from me)

  Which will definately have to be rewritten to use the IJvDataProvider ;-)

> > Still to do:
[...]
> > * Create packages for D5 and D6. This is mostly a matter of copying the D7

  I'll look into D5 later when I start to base the DataProvider on JVCL3.

> > Since I've made progress a lot faster than I had anticipated, I would like
> > to ask you all to take the new packages for a spin: get the files from CVS
> > (dev\JVCL3), uninstall your current JVCL and install this set instead.

  Perhaps you should post a zipped up version of the JVCL3 tree in
jedi.binaries so those without CVS access can get it to also (remember that
anonymous/WEB access is over 24h behind).

> > Also, Marcel, when you start implement the Filler/Data concept "for real",
> > it would be better if you went for the code in JVCL3 since it will greatly
> > simplify for us all in the future.

  I already planned on doing that :-)

> >  I have planned to get involved in the
> > implementation once the structural changes are done in JVCL3 (and after
> > reading your documentation on how to do it <g>) but I have no idea when
that
> > might be, so at the moment you're on your own (but you're pretty used to
> > that, right<g>?).

  Yep ;-) May take a while though, because I'm torn between two possible
ways of getting consumer side states, which will very much integrate into
consumer side settings (setting the root item or item to show, etc.) and
possibly provider side contexts. I doubt you need a tutorial to implement
though, you stood at birth of this as well, and not much of the basic idea
has changed. Looking at the test controls and providers should tell you the
rest.....

  B.t.w., I asked you something in one my progress reports here, but you
were probably to busy to read them all <g>. I've added some routines (with
probably more on the way) that help in certain tasks from both the control
as well as the provider side. The question I had was if I should post these
in a separate unit or keep them in the standard implementation unit.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: TurboPower IPro side by side with JVCL?
From: "Liran Shahar" <lirans_nospam@com-n-sense.com>
Date: Sun, 22 Jun 2003 18:15:42 +0000 (UTC)
Newsgroups: jedi.vcl

Yes, either add JVCL200_RXX.dcp to the requires node of the IPro RT package
or add the IPro??.dcp to the requires node of JVCL200_RXX.dcp

Thanks a lot, worked like charm!

-- Liran www.com-n-sense.com 

Subject: Re: Status report on JVCL 3.0
From: "Ray A." <NoMoreSpam@hotmail.com>
Date: Sun, 22 Jun 2003 14:01:59 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bd4dp7$7tc$1@talkto.net...
> > I've been pretty busy with JVCL 3.0 the last couple of days (and nights,
to
> > be honest) and it is looking good so far. I thought you might be
interested
> > in an update on my progress.
> >
<...trim...>
> >
> > Feedback and comments welcome and greatly appreciated.
> >
> >

Will the JVCL 3.0 be distributed with a new snapshot or release of the JCL?
I want to make sure my JCL units are checked in to FreeVCS this time before
the next release.

I'm looking forward to the new JVCL 3.0.  I don't suppose there is a current
JVCL 3.0 snapshot I could play with. :-)

-- Ray A. (Ray's Jedi Projects Returns) (http://users.adelphia.net/~rayspostbox4/RaysDelphiJedi/index.htm) (http://sourceforge.net/projects/jcl) (http://sourceforge.net/projects/edisdk) 

Subject: Re: Status report on JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 22 Jun 2003 19:16:26 +0200
Newsgroups: jedi.vcl

> >anyway amazing speed and it looks really good.
Thanks. I've actually been messing with the package structure(s) for some
time now, so I had a pretty good picture on how I wanted it to be
partitioned when I "went live".

> > I have it installed, but need some time to take a good look at it
Yep, it's a bit to chew on<g>.

> > What I saw is that if you uninstall JvCustom package, and leave the
> > JvInterpreter installed; and then try again to install the JvCustom
> > package you get an error. If you uncheck the JvInterpreter package via
> > Project|Options|Packages and then check the JvCustom package you don't
> > get the error. Can you reproduce that?
Haven't tested yet but I'll do it later tonight.

> >
> > And the .dof files are missing, I think this is sufficient:
[...]
Thanks, I'll add the dof's later. This is by purpose BTW: I wanted the dcu's
in the same folder as the pas's so I can easily see which units have been
compiled and which have not (two "green" TCVS icons in a row is either a
dfm/pas or an uncompiled pas).

> > And the JvBands packages are 'explicit rebuild', instead of 'Rebuild as
> > needed'.
Shouldn't be, I'll change them. Thanks again.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TurboPower IPro side by side with JVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 22 Jun 2003 19:08:55 +0200
Newsgroups: jedi.vcl

> > I tried to install the JVCL ver 2.1 but it seems to collide with
> > IPro suite i already have installed (the ZLIB unit is duplicate)
> > any advise on how to allow them to co-exist?

Yes, either add JVCL200_RXX.dcp to the requires node of the IPro RT package
or add the IPro??.dcp to the requires node of JVCL200_RXX.dcp

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Status report on JVCL 3.0
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 22 Jun 2003 19:04:22 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I've been pretty busy with JVCL 3.0 the last couple of days (and nights, to
> be honest) and it is looking good so far. 

<g> I know the feeling (the nights part); anyway amazing speed and it
looks really good.

> Feedback and comments welcome and greatly appreciated.

I have it installed, but need some time to take a good look at it
offcourse.

What I saw is that if you uninstall JvCustom package, and leave the
JvInterpreter installed; and then try again to install the JvCustom
package you get an error. If you uncheck the JvInterpreter package via
Project|Options|Packages and then check the JvCustom package you don't
get the error. Can you reproduce that?

And the .dof files are missing, I think this is sufficient:

[Compiler]
UnsafeType=0
UnsafeCode=0
UnsafeCast=0
[Directories]
UnitOutputDir=..\..\lib7
SearchPath=..\..\common;..\..\Resources

And the JvBands packages are 'explicit rebuild', instead of 'Rebuild as
needed'.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: TurboPower IPro side by side with JVCL?
From: "Liran Shahar" <lirans_nospam@com-n-sense.com>
Date: Sun, 22 Jun 2003 16:35:02 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I tried to install the JVCL ver 2.1 but it seems to collide with 
IPro suite i already have installed (the ZLIB unit is duplicate)
any advise on how to allow them to co-exist?

-- Liran www.com-n-sense.com 

Subject: Re: Bug fixing?
From: "Liran Shahar" <lirans_nospam@com-n-sense.com>
Date: Sun, 22 Jun 2003 15:44:35 +0000 (UTC)
Newsgroups: jedi.vcl

Looking forward to seeing you work!

Actually i don't care about CVS access, if you say this is the prefered way
to post bug that will do...i will continue fixing everytime i got spare 
monents...thanks!

-- Liran www.com-n-sense.com 

Subject: Status report on JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 22 Jun 2003 16:30:24 +0200
Newsgroups: jedi.vcl

I've been pretty busy with JVCL 3.0 the last couple of days (and nights, to
be honest) and it is looking good so far. I thought you might be interested
in an update on my progress.

(The JVCL 3,0 development is done in a separate CVS folder that originally
contained a copy of the sources in \jvcl. The CVS folder is located in
dev\JVCL3)

What I've done:

* I've split the JVCL into no less than 16 (yes, 16!) packages and still
managed to keep the inter-package dependencies down to a max of 3. Basically
I have the following packages now:

Core, System Components, (Enhanced) Standard Controls, Other Visual
Controls, Non-Visual Components, Custom  Components (i.e components
implemented from scratch or of an "advanced" nature), Encryption and
Compression, Multimedia / Graphics, Internet / Network, Application and Form
Components, DB Components, BDE Components, a special package for the
JvInterpreter, a special package for the Band Object stuff and a special
package for the JvPlugin stuff. Some of these packages are very small, only
containing a few components.

Since I decided to put each of JvInterpreter, JvPlugin and JvBandObjects in
their own separate packages (they are very special), the number of "regular"
packages are closer to 13 but I realize that some of you probably think
that's too much anyway. Well, what can I say? This is the way it's going to
be from now on. The number of packages might seem large at first glance but
on the other hand they are small enough so we won't have to add any new
packages for a long, long time (unless we add a complete library, of
course).

* I've managed to sort out the registration of all components, property and
component editors in the reg units (I hope!)

* I've merged all the various Const style units (units with only
resourcestrings and const sections, no code) into two: JvBDConsts and
JvConsts. This simplifies maintenance a lot and keeps duplicates to a
minimum

* I've merged the various Utils style (JvAppUtils, JvStrUtils, JvDateUtil
etc) units into just two: JvJCLUtils and JvJVCLUtils. JvJCLUtils contains
routines that could be moved over to JCL or be replaced by JCL equivalents,
i.e they have no reliance on the Forms unit or the JVCL. The JvJVCLUtils
unit contains routines that somehow are dependant or reference stuff in
either Forms or in JVCL. There is still some work to do on this unit - there
are routines that probably could be moved to JvJCLUtils but at the moment
I'm happy the way it is.

* Ive renamed all units to use a consistent naming schemee. F ex all form
units (with a dfm) now have a "Form" suffix in their filename. All DB
related units have a "JvDB" prefix, all BDE units have a "JvBDE" prefix. All
property and component editor units have a "EDitor" or "Editors" suffix.
I've also started to split out property and component editors when they are
either grouped with other non-related or are implemented inside a form unit.
I've also renamed a lot of units to remove unnecessary abbreviations, i.e
the JvTMTL.pas unit has been renamed to JvTMTimeLine.pas, JvObjPickerComp
has been renamed JvObjectPickerDialog etc.

* I've changed the folder structure so now all design time units are in one
folder, all runtime units in another and all common units in a separate
folder. Also, since there are a lot more packages now, each compiler version
have it's own package folder. In addition, all packages, registration units
and dcr files follow a defined naming scheme so it should be easy to find
what files are related to each other.

* I've moved some stuff to \archive but not much. It was mostly stuff that
wasn't used in JVCL or was of so little value that I would be surprised if
anyone misses it at all.

* I've added some of the donations that's been lying around for a while:
  - The Globus components
  - Jans Components
  - A set of Print Preview components (from me)
  - A set of validator and error provider components (from me)
  - A set of page components and a .Net style treeview (from me)
  - A TreeView that supports checkmarks and radiobuttons (from me)
  - An XML "database" component that can read XML files based on SQL like
syntax (from Sebastien Buysee),

The benefit of adding many small package is manyfold: maintenance is kept to
a minimum, existing users are affected minimally, it becomes a lot easier to
divide work into chunks or among people since we can break the work into
"package size" pieces, the end user only needs to install (and deploy) a
minimum configuration to make his app run.

Still to do:
* Add the UIB packages to the tree. Henri has done a goo job making UIB JVCL
comliant, so I don't see much work there.
* Add a few other, single component donations to JVCL
* Create packages for D5 and D6. This is mostly a matter of copying the D7
packages and change some names and includes. Not very complicated although
tedious. If some of our BCB friends would like to create packages for BCB, I
would greatly appreciate it and if they would upload them to jedi.binaries
or to Mantis it would be even better. EVen better, if you get the D7
packages and create D5/D& from them, please give back to me so I can spend
my time on the other stuff.
* Write some documentation about installing, how to migrate from JVCL 2.10
etc
* Create a "dat" file for the JVCLConvert program to convert end user
application(s)
* Add examples for the newly added components
* Work through existing examples, renaming and generally checking if it
still compiles
* Extract property and component editors into their own units when they are
inside a form or multi editor unit.
* Remove unnecessary IFDEF's (WIN32, COMPILER3, COMPILER4 etc) since we only
support 32-bit Win on D5 and above
* Merge/remove remaining duplicates
* Some of the components needs an icon
* Figure out how we are going to distribute the next release (can JEDI
Installer handle it?, maybe Inno Setup, maybe manual?)

Since I've made progress a lot faster than I had anticipated, I would like
to ask you all to take the new packages for a spin: get the files from CVS
(dev\JVCL3), uninstall your current JVCL and install this set instead. Note
that currently only a complete package set is available for D7, but creating
a D5/D6 set from these should be a simple enough task and would also save me
some work if you upload it again (hint, hint!).

I would also like you to make code updates to the JVCL3 tree from now on
when you post bugfixes and make other changes in CVS. I've kept up to date
on the changes so far and merged anything new into JVCL3 (like the theming
that Remko has started on), but I would appreciate if you could do it
yourself from now on. Personally, I don't mind if you only update the JVCL3
tree and skip \jvcl entirely from now on since it is very unlikely that we
will make another release using what's in \jvcl. This would also ease us all
into using the new layout and test it internally before we let it loose on
our users.

Also, Marcel, when you start implement the Filler/Data concept "for real",
it would be better if you went for the code in JVCL3 since it will greatly
simplify for us all in the future. I have planned to get involved in the
implementation once the structural changes are done in JVCL3 (and after
reading your documentation on how to do it <g>) but I have no idea when that
might be, so at the moment you're on your own (but you're pretty used to
that, right<g>?).

Feedback and comments welcome and greatly appreciated.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug fixing?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 22 Jun 2003 15:38:19 +0200
Newsgroups: jedi.vcl

We don't normall give CVS access to anyone without hem first proving that
they can contribute in a consistent manner to JVCL. if you want to help out
with fixing bugs, the best way is to attach fixed
unit(s) to the bug report and then I or someone else will take a look and
update CVS with the fixes.

If you should happen to fix a lot of bugs, we might give you access to CVS
so you can do the updates yourself, but we don't give that away without
first having some proof of your "skills" (i.e good bug fixing skills as well
as adapting to the JVCL coding style etc).  Actually, I pruned the CVS
accounts a couple of weeks ago and removed a lot of developers who hadn't
done anything for a long time.

Looking forward to seeing you work!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug fixing?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Jun 2003 21:19:24 +1000
Newsgroups: jedi.vcl

Nice to hear your interest, but I don't have this power, only Peter has and you'll have to wait until he is around.
In the meantime, you can continue posting and replying on Mantis, that doesn't really matter if you're not "official" yet ;-)



Subject: Re: JvDataProvider progress reports
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Jun 2003 21:17:34 +1000
Newsgroups: jedi.vcl

>   Probably. But it will take a while before things settle down on the
> provider front. I want to have a stable and complete core before any
> controls actually get rewritten. Anyway, a lot of controls will have to be
> modified: listbox, combobox, label, treeview, listview, menu, toolbar and
> probably more I can't think of right now.

Ok, the last two are mine (menu and toolbar) as I am (well, was and will, had some more crucial and personal stuff to focus on lately) already working on them, especially having them interact smoothly.
Just let me know when you're ready.

>   Not only do these controls have to be modified, providers have to be
> created based on all current specialized listboxes/comboboxes in JVCL (Color
> listbox, font listbox, folder listbox, etc.). That's a lot of work for one
> man, so I hope some of you will be able to help with that part. This is why
> I'll write a tutorial about the whole provider stuff (very small but
> (hopefully) complete at first, gradually expanding it based on feedback from
> those that are going to use it). Both the provider and the consumer
> (control) part will get a tutorial.

Good to hear ! But seems normal, I almost forgot you are the help coordinator ;-)




Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 22 Jun 2003 11:21:15 +0200
Newsgroups: jedi.vcl

> > Does that mean somebody (most likely me) will have to change the menus
> > in JvMenus.pas to be able to use the provider ?
> > Not that this should be complicated, but I also have a todo list to
> > manage ;-)


  Probably. But it will take a while before things settle down on the
provider front. I want to have a stable and complete core before any
controls actually get rewritten. Anyway, a lot of controls will have to be
modified: listbox, combobox, label, treeview, listview, menu, toolbar and
probably more I can't think of right now.

  Not only do these controls have to be modified, providers have to be
created based on all current specialized listboxes/comboboxes in JVCL (Color
listbox, font listbox, folder listbox, etc.). That's a lot of work for one
man, so I hope some of you will be able to help with that part. This is why
I'll write a tutorial about the whole provider stuff (very small but
(hopefully) complete at first, gradually expanding it based on feedback from
those that are going to use it). Both the provider and the consumer
(control) part will get a tutorial.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Bug fixing?
From: "Liran Shahar" <lirans_nospam@com-n-sense.com>
Date: Sun, 22 Jun 2003 09:19:37 +0000 (UTC)
Newsgroups: jedi.vcl

Oliver hi,

thanks for the information, i do plan on fixing JVCL as much as i can, 
regular basis sounds fine to me...sign me up!


-- Liran www.com-n-sense.com 

Subject: Re: Bug fixing?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Jun 2003 19:07:21 +1000
Newsgroups: jedi.vcl

First thing is to post a message in Mantis (the tracker) describing what you fixed (both the bug and the modifications) and upload the modified files. Somebody will then review these files and include them in the public CVS repository.
Later on, if you plan to work on a regular basis on the JVCL project, you may want to join us by expressing your interest here. Peter (the big boss ;-) ) will then decide, but anyone's invited, we need help (especially on documentation !)

Olivier



Subject: Bug fixing?
From: "Liran Shahar" <lirans_nospam@com-n-sense.com>
Date: Sun, 22 Jun 2003 07:38:23 +0000 (UTC)
Newsgroups: jedi.vcl

Could some one please explain to me how can i fix bugs in JVCL 
and submit it to the whole community? i visited the tracker website but
joining in is still not clear to me.

-- Liran www.com-n-sense.com 

Subject: Re: JvDataProvider progress reports
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sun, 22 Jun 2003 10:31:16 +1000
Newsgroups: jedi.vcl

> provider state. This will pave the way for a provider based menu/toolbar
> (i.e. an action list but one that has the complete menu tree build right in;
> no more separate menu items to connect to an action: design the tree with
> it's actions, assign it to the menu and you're done. Popup menus and
> toolbars can be assigned a sub tree of the provider).

Does that mean somebody (most likely me) will have to change the menus in JvMenus.pas to be able to use the provider ?
Not that this should be complicated, but I also have a todo list to manage ;-)

>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>



Subject: jvListView
From: "Wayne & Carr" <spam@spam.net>
Date: Sat, 21 Jun 2003 17:00:36 -0400
Newsgroups: jedi.vcl

 Hello All;

  Could someone please explain to me about how to insert a PopupMenu
Into an Item? I have been searching for this information for a while now.
And to know avail :-(
Also if someone may have a really good Example of some of the features that
Are available in the jvListView, I would really love to see it please.

Thank You
Wayne




Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 21 Jun 2003 14:22:26 +0200
Newsgroups: jedi.vcl

  I posted a zipped up version of the source and the test application. It's
in jedi.binaries group (JvDataProvider current source)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 21 Jun 2003 14:07:26 +0200
Newsgroups: jedi.vcl

  Implemented showing a tree in the listbox control. I added two helper
routines (with more in mind) to the JvDataProviderImpl unit. I changed the
rendering scheme a little: if an item supports it's own rendering
implementation, it will be used. if an item list (the owner of the item) has
a rendering implementation it will be used, otherwise the tree is scanned
until an item list is found that does have it's own rendering implementation
or until there are no more parents. This means that implementing a renderer
at the root list will be used for all items in the tree that don't have
their own renderer, nor any other list in the chain does.

  Peter, do you want me to add a separate JvDataProviderUtils unit to add
these helper routines? I have a couple of more in mind and I may end up with
10+ routines to be used by controls and maybe even a couple used by
providers.

  I also think a separate class will be introduced to help convert controls
to provider based controls (setting the Provider, it's Item (or Root) and
maybe some methods to help in the rendering/measuring stuff), much like the
core services you were working on.

  Now I'm going to work on state management (Enabled/Disabled, Checked,
Visible) of items and sub trees. Depending on the provider implementation
states maybe set at the item (all controls have to use them), per control
(or context) or both, where the control/context state will override the
provider state. This will pave the way for a provider based menu/toolbar
(i.e. an action list but one that has the complete menu tree build right in;
no more separate menu items to connect to an action: design the tree with
it's actions, assign it to the menu and you're done. Popup menus and
toolbars can be assigned a sub tree of the provider).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: little bug in RxSpinEdit
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 21 Jun 2003 15:59:58 +0400
Newsgroups: jedi.vcl

Hello, All!

Don't know if it was committed.
Sorry, no time to search right away.

When i click on upor down button it calls OnChange event.
No if that event will raise an exception, the RxSpinEdit will cancel
immediately, without releasing pressed Up or Down button.
Looks funny.

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 21 Jun 2003 10:40:42 +0200
Newsgroups: jedi.vcl

> > And maybe soem property to make item Hot for some time.
> > Like those icons in tray that may notify user of some event

  That should be handle at the controls (Peter: maybe a core service?). The
provider can render it as requested, but the controls should tell it if it's
selected/hot/enabled/disabled/focused/etc.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 21 Jun 2003 10:40:22 +0200
Newsgroups: jedi.vcl

>> > > version), added ImageList property to the item propview class (don't
ask,
>> > > wait 'till the help/tutorials are ready),
> >
> > I don't know if this should apply, but a Hot and Disabled ImageList
> > might be useful...

  Very good idea. I never thought of this..... Added to the to do list.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvDataProvider progress reports
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 21 Jun 2003 09:03:11 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 21 Jun 2003 14:15:32 +1000 @219)
....while the fading voice of OBones whispered through the darkness:

 O> I don't know if this should apply, but a Hot and Disabled ImageList 
 O> might be useful...

And maybe soem property to make item Hot for some time.
Like those icons in tray that may notify user of some event

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JvDataProvider progress reports
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 21 Jun 2003 14:15:32 +1000
Newsgroups: jedi.vcl

> version), added ImageList property to the item propview class (don't ask,
> wait 'till the help/tutorials are ready), 

I don't know if this should apply, but a Hot and Disabled ImageList might be useful...



Subject: JvRAS32 Help Needed
From: "Erik Rojas" <soiomerlin@msn.com>
Date: Fri, 20 Jun 2003 21:33:53 -0500
Newsgroups: jedi.vcl

I need help on the JvRAS32 component. Properties, functions, events etc.




Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Jun 2003 19:41:37 +0200
Newsgroups: jedi.vcl

  The label is now able to render any item in the tree. Currently the (new)
property Item stores the ID of the selected item (in D6+ it's actually an
IJvDataItem you assign, but it still stores the ID). The property editor
written for this now just lists all available IDs. The final version will
use a dialog that shows the tree of items from which you may select. At
first I thought about using the JvDataItemText.Caption but that may not be
unique nor available for all items.

  Also fixed a problem with the label not updating when switching between
items of the exact same size.

  Now I'll try to get the listbox to show the entire tree. I'll refrain from
adding expand/collapse functionality (that's something to do for the final
version).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: How to use TJvDBTreeView
From: "Erick Sasse" <erick@palm-br.com.br>
Date: Fri, 20 Jun 2003 13:35:19 -0300
Newsgroups: jedi.vcl

Does anybody know where I could find some information on how to use the
TJvDBTreeView. I tried everything but could not make it work.

Thanks,
Erick




Subject: Re: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Jun 2003 17:04:22 +0200
Newsgroups: jedi.vcl

  Item based renderers are done. To do: refactor the drawing/measuring code
common to both IJvDataItems and IJvDataItem renderers into a separate
class/routines (there's now a lot of duplicate code).
  Next on the list: look into that pesky problem of only being able to see
root level items in both the list box as well as the label. This is starting
to bug me so much that I decided to look into it right now!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvDataProvider progress reports
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Jun 2003 16:22:08 +0200
Newsgroups: jedi.vcl

  This sub thread will be used by me as a progress report. I'll try to keep
the post short. I may post a zipped up versions of the source in the
jedi.binaries group if I feel I should share something (or need volunteers
to test drive things). You may react to posts if you feel I made a bad
decision somewhere.

  Everything renamed, adapted and tested. All seemed to work. Added new
rendering class for JvDataItems to render both text and image (just a rough
version), added ImageList property to the item propview class (don't ask,
wait 'till the help/tutorials are ready), corrected a problem in the
streaming mechanism (caused deletion of the ImageList I added earlier to the
form), tested it on the listbox, tested it on the label. All seem to be
working properly.

  Next on the list is writing basic renderers for JvDataItem (yes, each item
can have it's own render implementation, completely separate from other
items).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Icons needed
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Jun 2003 12:52:15 +0200
Newsgroups: jedi.vcl

Hi all,

If anyone feels inclined (and talented enough) to design an icon for the
data providers: feel free. Be aware that the actual icon will be used for
various providers (font list, folder list, color list, applet list and god
knows what kind of other lists), so it should probably be something small
you can put in the corner or something big to which a small provider
specific symbol can be added.

Current progress: base classes and interfaces are renamed/adapted where
needed; test controls are converted and 2 out of 3 of the test providers are
also renamed/converted. When this is done, I'll start with testing if all
works OK before I continue to adapt the rendering classes.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Getting started towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 20 Jun 2003 14:19:20 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 20 Jun 2003 12:06:33 +0200 @462)
....while the fading voice of Peter whispered through the darkness:

 PTr> putting generic, "JCL friendly" stuff in one unit and JVCL specific
 PTr> stuff in another (there might be more than one unit or the functions

Pro with 4 hands :-)
But please make it clear where which unit is tended to go to. (remember my
prefixes thread?)

And there are some hidded riffs.
1) do not forget of JvMath - and do not forget that CL and Math are not
clear about some stuff duplicated in them :-)
2) 1st - split jvcl onto packages. When JVCL RT package pulls both BDE and
MS ADO for tiny non-DB app - it's awfull.
3) after the packages will be separated, it will be easy to see which utils
may be merged and which belongs to different packages.


-- If i had ears, i'd heard Mervent - Ev Sistr With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Getting started towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 20 Jun 2003 12:06:33 +0200
Newsgroups: jedi.vcl

> > BTW, I'm thinking about something. What will happen in JVCL 3 for unit
> > (like JvDateUtil) that doesn't contain any component ? Will they be
> > part of JCL ?
My plan is to try to minimize the number of "Utils" units in JVCL by putting
generic, "JCL friendly" stuff in one unit and JVCL specific stuff in another
(there might be more than one unit or the functions might instead be put
into the units that are using them). The generic stuff can then be donated
to JCL and the stuff they want, will be removed from the JVCL.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Andy Vines" <andy.vines@btNOTconnectED.com>
Date: Fri, 20 Jun 2003 08:22:33 +0100
Newsgroups: jedi.vcl

Hi,

DataProvider sounds fine, it was the original ItemProvider which didn't
sound quite right.

There shouldn't be any confusion with pure DB stuff such as ADO etc. as the
term Data can apply to any sort of source of information/files, compared to
DataBase which tends to be more specific.

Good luck with it.

Andy Vines

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bcsl1v$6tl$1@talkto.net...
>> > > To my English hearing "SourceProvider" makes the most sense.
> >
> >
> > As you stated earlier "Source" is where something came from. If I'm not
> > mistaken "Provider" is a "giver". So basically SourceProvider would mean
> > "Where something came from giver" or somethink like that. That really
> > doesn't make sense to me.
> >
> > I avoided using IJvDataSource (for obvious reasons), but IJvDataProvider
> > doesn't seem like such a bad name: "provides data". It may not be the
> > clearest way to express what it does but I doubt there is (without using
> > some strange long naming scheme). I don't think many coders will link this
> > to OLE DB/ADO.
> >
> > Anyway, I'm roughly 75% through renaming/code adaption and someone has to
> > come up with a pretty good reason why this name is not acceptable before I
> > change it again (not because I think I'm right, just to save from doing
this
> > again).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Ambiguity between 'UINT' and 'Ras32::UINT'
From: "Ben Hay" <bhay@notarealemailaddress.com.au>
Date: Fri, 20 Jun 2003 06:27:06 +0000 (UTC)
Newsgroups: jedi.vcl

> >i'm trying to compile my application that uses TJvRas32 but i keep on
> >getting [C++ Error] ras.h(720): E2015 Ambiguity between 'UINT' and
> >'Ras32::UINT'. does anyone know a way to fix this?
> >
> >TIA

I've encountered similar compilation errors, most notably  Indy conflicting
with declarations in Winsock, and found they disappeared if I changed the order
of includes in my header files.  Try moving #include "Ras32.h" so that it is
after all others.

hth

Ben


Subject: Re: Getting started towards JVCL 3.0
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Fri, 20 Jun 2003 07:52:10 +0400
Newsgroups: jedi.vcl

On Fri, 20 Jun 2003 07:41:24 +0400, Julien Ferraro wrote:

> > To make the job of the megademo developpers, 
> > they can use 1 form (or more by package.

Here read : To make the job of the megademo developpers easier, 
they can use 1 form (or more) by package.

Of course I don't want to hurt them just by saying that i do their job
in 2 lines of text :)))

Julien


Subject: Re: Getting started towards JVCL 3.0
From: Julien Ferraro <jfk_pub@netcourrier.com>
Date: Fri, 20 Jun 2003 07:41:24 +0400
Newsgroups: jedi.vcl

On Thu, 19 Jun 2003 21:03:05 +0400, Arioch /BDV/ wrote:
> >  WP> (3) Demo containing every component (how is the megademo
> >  WP>   coming?)

> > Since we split JVCL to a smaller chunks, imho MegaDemo may be unusable for
> > those who will download only a subset of JVCL.


> > More so, personally i'm hard to navigate through mega demoes.
> > They are good to shock someone and make him yell "WOW!!!" - but they are bad
> > when You want to make familiar with some certain component (or number of
> > related ones)

What could be possible is to provide access to a compiled MegaDemo.
Just to allow new users to yield "WOW ...". 

And the a demo for every package. You install this package, get this
demo. if you install every package get he mega demo. To make the job
of the megademo developpers, they can use 1 form (or more by package.
The small demos will include only the forms using the package.

> > One more wish - is that when JV-component is enhancement to VCL-component,
> > they both were on some form in demo, so anyone could make an easy
> > comparision of them.

excellent idea !

BTW, I'm thinking about something. What will happen in JVCL 3 for unit
(like JvDateUtil) that doesn't contain any component ? Will they be
part of JCL ?

Julien


Subject: Re: CsvData - what the files?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Jun 2003 19:43:59 +0200
Newsgroups: jedi.vcl

> > Is the .Pas -> .pas changed at the server side yet?

I'm not sure, but the last time I wanted to update the source folder it
bombed on JvCsvData.Pas. After removing the entrie and retrying it, it
worked correctly and resulted in a lowercase .pas file (also in the entires
file).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: CsvData - what the files?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 19 Jun 2003 19:42:38 +0200
Newsgroups: jedi.vcl

> > Is the .Pas -> .pas changed at the server side yet?
Yes, but to get it right on your own computer, do as Marcel suggested: open
the CVS\Entries file in Notepad and delete the row with KvCsvData.Pas in it
or change the text manually to JvCsvData.pas. Then just do a CVS update and
you should have the correct casing on it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CsvData - what the files?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 19 Jun 2003 21:41:33 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 19 Jun 2003 13:38:46 -0400 @776)
....while the fading voice of Warren whispered through the darkness:

 WP> Is the .Pas -> .pas changed at the server side yet?

IMHO the only way is to go sf.net/projects/jvcl and surfing to files | CVS |
WWW CVS Browser
-- If i had ears, i'd heard Tykwer-Klimek-Heil - Casino - Tykwer-Klimek-Heil With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: CsvData - what the files?
From: Warren Postma <wp@tekran.com>
Date: Thu, 19 Jun 2003 13:38:46 -0400
Newsgroups: jedi.vcl


>> U source/JvCsvData1.pas
>
>
> A test file Warren commited when he had troubles commiting his changes to
> JvCsvData.pas. To be removed from the repository.

Is the .Pas -> .pas changed at the server side yet?

Warren



Subject: Re: CsvData - what the files?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Jun 2003 19:31:50 +0200
Newsgroups: jedi.vcl

> > P source/JvCsvData.Pas

Contains a Csv dataset component. Note that the file is named JvCsvData.Pas
(capital P) but it has been changed to JvCsvData.pas (lowercase P). This may
give some issues when you update the source folder. Just remove the
reference to JvCsvData.Pas from the CVS\Entries file and update again.

> > U source/JvCsvData1.pas

A test file Warren commited when he had troubles commiting his changes to
JvCsvData.pas. To be removed from the repository.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Getting started towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 19 Jun 2003 21:03:05 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 18 Jun 2003 12:11:09 -0400 @716)
....while the fading voice of Warren whispered through the darkness:

 WP> (3) Demo containing every component (how is the megademo
 WP>   coming?)

Since we split JVCL to a smaller chunks, imho MegaDemo may be unusable for
those who will download only a subset of JVCL.
I think there to be as less as possible demo's that depend upon some aux
package but JvCore and targeted one.

More so, personally i'm hard to navigate through mega demoes.
They are good to shock someone and make him yell "WOW!!!" - but they are bad
when You want to make familiar with some certain component (or number of
related ones)

One more wish - is that when JV-component is enhancement to VCL-component,
they both were on some form in demo, so anyone could make an easy
comparision of them.
-- If i had ears, i'd heard Колибри - Тот, который With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: cvs: CsvData - what the files?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 19 Jun 2003 20:48:43 +0400
Newsgroups: jedi.vcl

Hello, All!
=========Beginning of the citation==============
P source/JvCsvData.Pas
U source/JvCsvData1.pas

=========The end of the citation================
What are both of them ?
-- If i had ears, i'd heard Колибри - Тот, который With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Jun 2003 17:44:48 +0200
Newsgroups: jedi.vcl

> > To my English hearing "SourceProvider" makes the most sense.


As you stated earlier "Source" is where something came from. If I'm not
mistaken "Provider" is a "giver". So basically SourceProvider would mean
"Where something came from giver" or somethink like that. That really
doesn't make sense to me.

I avoided using IJvDataSource (for obvious reasons), but IJvDataProvider
doesn't seem like such a bad name: "provides data". It may not be the
clearest way to express what it does but I doubt there is (without using
some strange long naming scheme). I don't think many coders will link this
to OLE DB/ADO.

Anyway, I'm roughly 75% through renaming/code adaption and someone has to
come up with a pretty good reason why this name is not acceptable before I
change it again (not because I think I'm right, just to save from doing this
again).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: droptext
From: "Tintin" <contact@mrit.qom>
Date: Thu, 19 Jun 2003 17:18:09 +0200
Newsgroups: jedi.vcl

Sorry, I submitted the address with the right parenthesis...

Thanks for help.


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message news:
bcovg5$he7$1@talkto.net...
>> > > Unfortunately the link is not valid.
> > I just tried it and it works for me.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Andy Vines" <andy.vines@btNOTconnectED.com>
Date: Thu, 19 Jun 2003 16:17:08 +0100
Newsgroups: jedi.vcl

To my English hearing "SourceProvider" makes the most sense.

Andy Vines

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
news:20030619160644@AriochTTY...
> > The stars so gaily glistened... (Thu, 19 Jun 2003 11:39:28 +0100 @485)
> > ...while the fading voice of Andy whispered through the darkness:
> >
> > AV> "something the container is filled with". As in the "Source" is where
> > AV> something came from.
> >
> > So, why not IJvSourceProvider ? Or even IJvSourceDataProvider - if that
has
> > sense in English ?
> >
> > PS: imho DataProvider is often used term for smth like MS OLE DB / ADO
> >
> > -- 
> > If i had ears, i'd heard ëÏÌÉÂÒÉ - ôÏÔ, ËÏÔÏÒÙÊ
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Jun 2003 17:05:12 +0200
Newsgroups: jedi.vcl

> > Would be nice to have one of this great tutorials.
> >

Well, it's the last thing on the list, so have a little patience. Another
problem is that new ideas start forming in my mind, and I've only worked on
renaming/adapting code! Imagine what I think of when I actually start doing
something (and how long it will be before I actually start
documenting/writing the tutorial <g>).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 19 Jun 2003 16:59:13 +0200
Newsgroups: jedi.vcl

> >
> > 7) Work out the documentation
> > Besides the general description of interfaces, classes, properties and
> > methods, it will also include a thorough explanation of the mechanism as
> > well as how new controls should use it.

Hi Marcel

Thanx for your work :-)

Would be nice to have one of this great tutorials.

Ralf Grenzing
(JVCL MegaDemo Developer)






Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Jun 2003 14:42:33 +0200
Newsgroups: jedi.vcl

> > Got it: closing eyes, move index finger across the screen filled with the
> > suggestions I liked, placing it on the screen, opening my eyes to see what
I
> > point at: [...]

In Sweden we have a saying: "all methods are good except the bad ones" or,
in swedish, "Alla sätt är bra utom de dåliga"... I bet you have something
similar in dutch?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 19 Jun 2003 16:36:21 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 19 Jun 2003 11:30:14 +0200 @437)
....while the fading voice of Marcel whispered through the darkness:

 MB> Maybe I should post these suggestions on a board and throw a dart at

But it would be that funny!!!!

http://yun.complife.ru/miscell/10prog.txt (scroll down)

-- If i had ears, i'd heard Колибри - Тот, который With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 19 Jun 2003 16:35:14 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 19 Jun 2003 11:39:28 +0100 @485)
....while the fading voice of Andy whispered through the darkness:

AV> "something the container is filled with". As in the "Source" is where
AV> something came from.

So, why not IJvSourceProvider ? Or even IJvSourceDataProvider - if that has
sense in English ?

PS: imho DataProvider is often used term for smth like MS OLE DB / ADO

-- If i had ears, i'd heard Колибри - Тот, который With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Andy Vines" <andy.vines@btNOTconnectED.com>
Date: Thu, 19 Jun 2003 11:39:28 +0100
Newsgroups: jedi.vcl

> >
> > I want to find a term "something the container is filled with" - but i
> > failed.
> > My dictionary misses here.
> > But as far as i got one of meanings of "Filler" is that thing too.
> >
> >  MB> Content seems inappropriate.
> > To me too.
> > And Stuff sounds much too ugly :-)
> >

As native english speaker(s), we would probably use "Source"  for "something
the container is filled with". As in the "Source" is where something came
from.

Andy Vines




Subject: Re: What is JvPageControl?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Jun 2003 12:37:07 +0200
Newsgroups: jedi.vcl

> > But why wont it work if PageCount = 0 ?
I think it's because it is the border of the tab (a separate window) that is
rendered without the border. The pagecontrol (the "host") still draws 3D
borders but they are covered and obscured by the tab client area.
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Andy Vines" <andy.vines@btNOTconnectED.com>
Date: Thu, 19 Jun 2003 11:35:48 +0100
Newsgroups: jedi.vcl

If it "Provides" and "Content" is not correct then maybe "Source" ?

Andy Vines

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:bcrv3p$2co$1@talkto.net...
> > How nice, more suggestions came in. Now I really don't now how to name it
> > :-( Let's see:
> >
> > Peter suggested IJvData, IJvDataItem, IJvDataItems, IJvDataItemsImages,
etc.
> > I like that.
> >
> > Remko liked Provider and came up with IJvxxxProvider and then IJvxxxItem,
> > IJvxxxItems and IJvxxxxItemsImages with either Data or Content where the
> > 'xxx' is. Don't know about you, but I think 'Content' is not the correct
> > term for this thing, so that would bring us to Data.
> >
> > Arioch also came with Provider based names: IJvFillerProvider,
> > IJvFillingProvider or IJvContentProvider. Filler/Filling in the name is
not
> > correct (it doesn't fill anything, it provides items to render) and
Content
> > seems inappropriate.
> >
> > Maybe I should post these suggestions on a board and throw a dart at it?
> > Then again, the dart may end up off the board (very likely in my case) and
> > then it wouldn't have helped me at all. Besides, I don't have a dart at
hand
> > so it's moot point anyway.....
> >
> > Got it: closing eyes, move index finger across the screen filled with the
> > suggestions I liked, placing it on the screen, opening my eyes to see what
I
> > point at: renaming to IJvDataProvider, IJvDataItem, IJvDataItems.
Commencing
> > rename right after I press 'Send' (well, actually I press 'Verzenden' but
> > the result is the same). To Peter: I'll keep the DataProvider in the
current
> > dev/Filler tree. We can move it later when the whole thing is complete.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 19 Jun 2003 13:33:15 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 19 Jun 2003 11:30:14 +0200 @437)
....while the fading voice of Marcel whispered through the darkness:

 MB> Arioch also came with Provider based names: IJvFillerProvider,

I want to find a term "something the container is filled with" - but i
failed.
My dictionary misses here.
But as far as i got one of meanings of "Filler" is that thing too.

 MB> Content seems inappropriate.
To me too.
And Stuff sounds much too ugly :-)


-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Jun 2003 11:30:14 +0200
Newsgroups: jedi.vcl

How nice, more suggestions came in. Now I really don't now how to name it
:-( Let's see:

Peter suggested IJvData, IJvDataItem, IJvDataItems, IJvDataItemsImages, etc.
I like that.

Remko liked Provider and came up with IJvxxxProvider and then IJvxxxItem,
IJvxxxItems and IJvxxxxItemsImages with either Data or Content where the
'xxx' is. Don't know about you, but I think 'Content' is not the correct
term for this thing, so that would bring us to Data.

Arioch also came with Provider based names: IJvFillerProvider,
IJvFillingProvider or IJvContentProvider. Filler/Filling in the name is not
correct (it doesn't fill anything, it provides items to render) and Content
seems inappropriate.

Maybe I should post these suggestions on a board and throw a dart at it?
Then again, the dart may end up off the board (very likely in my case) and
then it wouldn't have helped me at all. Besides, I don't have a dart at hand
so it's moot point anyway.....

Got it: closing eyes, move index finger across the screen filled with the
suggestions I liked, placing it on the screen, opening my eyes to see what I
point at: renaming to IJvDataProvider, IJvDataItem, IJvDataItems. Commencing
rename right after I press 'Send' (well, actually I press 'Verzenden' but
the result is the same). To Peter: I'll keep the DataProvider in the current
dev/Filler tree. We can move it later when the whole thing is complete.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: What is JvPageControl?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 19 Jun 2003 13:30:06 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 19 Jun 2003 10:30:52 +0200 @396)
....while the fading voice of Peter whispered through the darkness:

 PT> I'm looking in to donations and enhancements not yet added while I do
Thank you.

 PT> Might TJvPageControl.ClientBorderWidth be what you're looking for?
Exactly!!! Where were my eyes?
But why wont it work if PageCount = 0 ?
Not do i need that, just curious.


-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: What is JvPageControl?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Jun 2003 10:30:52 +0200
Newsgroups: jedi.vcl

> > May it be extended so
> >  1) each Tab will have it's own hint, not th same shared to all (i
commited
> > this far ago).
I'm looking in to donations and enhancements not yet added while I do the
first steps towards JVCL 3.0 (rearranging, renaming and generally messing
things up beyond recognition <g>)

> >  2) mak it borderlessm not-3D ?

Might TJvPageControl.ClientBorderWidth be what you're looking for?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 18 Jun 2003 23:32:52 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> Small poll (for everyone, just reply to this post): Rename IFiller to:
>
> o IItemsProvider, with the bad looking additional interface names
> o IItemsProvider/IProviderItemsImages combo (the cheat mode)
> o IDataServer
> o other (please specify)

I like provider. Maybe you could name it IxxProvider, and the items
IxxItems. Don't know what xx should be though <g>. Maybe Content/Data..

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 18 Jun 2003 21:02:43 +0200
Newsgroups: jedi.vcl

You could also use just "Data" of "JvData" as the base name. Then we would
have interfaces named I(Jv)Data, I(Jv)DataItem, I(Jv)DataItems,
I(Jv)DataItemImages etc.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 18 Jun 2003 22:49:55 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 18 Jun 2003 16:47:07 +0200 @657)
....while the fading voice of Marcel whispered through the darkness:

I'd try to jump around FillerProvider, FillingProvider, ContentProvider
DataProvider is already sed term afair

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Jun 2003 18:27:36 +0200
Newsgroups: jedi.vcl

> > IDataProvider ?

Also a usable name.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Getting started towards JVCL 3.0
From: Warren Postma <wp@tekran.com>
Date: Wed, 18 Jun 2003 12:11:09 -0400
Newsgroups: jedi.vcl


What I really would like to see in 3.0 is:

(1) All components documented nicely.

(2) Duplicates merged and results organized into nicer
 categories.

(3) Demo containing every component (how is the megademo
 coming?)

(4) JediInstallTool for Windows that
 installs ALL of  JVCL and JCL together (checkboxes
 for whether you want the various parts of JVCL and
 JCL). Builds and installs  packages for all versions
 of delphi currently on system, updates the openhelp
 toc and rebuilds open help, adds source directories
 to library path, etc. Think of the CYGWIN SETUP program.

<Blue Sky Mode>
Wouldn't it be nice if the install tool could become like CYGWIN SETUP or CPAN (perl)? In other words, a nice distribution center for any open source toolthat has been packaged to use the Jedi packaging toolset. In other words, there's no reason that the Jedi install tool (#4 above) couldn't become a nice little Tool for the Delphi Tools menu, that would allow you to browse a list of available stuff, and install/update it (with dependencies). Woo. Now that would be good. While its downloading and installing, it could show community banner ads that ask the developer to consider contributing to delphi related open source projects as well as notify them of documentation and web site links. imagine you open a DPR file for a project you want to run, and it requires to have Indy X.X, Jedi X.X, and some other stuff installed as components before it would run. Dependency resolution for Delphi component toolkits and the EXE projects that require them. Woo woo.
</Blue Sky Mode>

Warren



Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 18 Jun 2003 18:11:03 +0200
Newsgroups: jedi.vcl

I'd suggest using WideString isto AnsiString. They are supported by all
tools that support interfaces (COM or not) AFAIK. Declaring methods as
safecall will automatically convert exceptions to HResults.

I wouldn't go too far in the compatibility jungle if it means a lot of
hassle, though. F ex, classes like TStrings, TImageList, TFont etc etc
aren't that easy to make interface friendly (although it can be done, of
course)...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 18 Jun 2003 19:14:02 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 18 Jun 2003 16:47:07 +0200 @657)
....while the fading voice of Marcel whispered through the darkness:

IDataProvider ?

-- If i had ears, i'd heard 08 - Шуга.wma With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 18 Jun 2003 19:12:22 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 18 Jun 2003 16:56:18 +0200 @664)
....while the fading voice of Marcel whispered through the darkness:

 MB> Comments?

Are we talking of MS COM ? Or MS Win32? Or any other possible target?

In Win32 both AnsiString and WideString are supported by RTL.
Just look how Delphi's RTL routes different calls on say s := s1 + s2;

In Kylix afair they miss from standard libc and sp on and Kylix RTL
re-implements it.
But since there is Kylix OE, i hope that re-implementation is free for
deploying and using as some routine from separate DLL(SO)

More so, at least AnsiString is supported by VirtualPacal|FreePascal|GNU
Pascal (think TMT Pascal too).
Maybe GNU Pascal has support for WidtString too;

I think UTF8String is not supported by them - but it is also not supported
by D5.

-- If i had ears, i'd heard 06 - Ля Мур.wma With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Jun 2003 16:56:18 +0200
Newsgroups: jedi.vcl

> > As per Peter request I will continue my previous work on the filler
> > implementation. I'll describe below my planned order of working (which I
may
> > change if I feel the need for it)

Suddenly I remember something else I was thinking about: should the
interfaces be designed in such a way that it's usable in all languages? This
would mean changes have to be made (most likely changing string types to
PChar, possibly allowing for results to be returned instead of relying on
exceptions to be raised) but would allow providers to be written in any
language that supports interfaces or providers written in Delphi being used
in other languages if they support interfaces. Comments?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Jun 2003 16:47:07 +0200
Newsgroups: jedi.vcl

>> > > 1) renaming to ItemsProvider
> > Good name!

Not as good as I first thought: if I keep the same translation
(Filler->ItemsProvider) I get IItemsProviderItems, IItemsProviderItem,
IItemsProviderItemsImages, etc. That just doesn't look good. I could 'cheat'
a little: IProviderItems, IProviderItem, IProviderItemsImages, etc and still
keep IItemsProvider as the main interface/name but it's not consistent.

Renaming IFiller to IProvider looks like a bad idea to me as it doesn't
clearly state what it provides.

IDataServer might be a better option (IDataServerItems, IDataServerItem,
IDataServerItemsImages do look OK) but has the disadvantage people may link
it to databases.

Small poll (for everyone, just reply to this post): Rename IFiller to:

o IItemsProvider, with the bad looking additional interface names
o IItemsProvider/IProviderItemsImages combo (the cheat mode)
o IDataServer
o other (please specify)

After I ran into the naming problem I really lean towards IDataServer as the
new name. Tomorrow morning (European time) I will decide on the name based
on the replies (if no-one replies I rename to IDataServer) because I really
want to have the renaming done before I go any further (I wasn't planning on
doing anything tonight, so no time lost anyway).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address






Subject: Re: Getting started with the ItemsProvider (was: Filler) implementation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Jun 2003 15:56:20 +0200
Newsgroups: jedi.vcl

> > 1) renaming to ItemsProvider
Good name!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Getting started with the ItemsProvider (was: Filler) implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Jun 2003 15:37:53 +0200
Newsgroups: jedi.vcl

As per Peter request I will continue my previous work on the filler
implementation. I'll describe below my planned order of working (which I may
change if I feel the need for it)

1) renaming to ItemsProvider
I think this name describes the purpose much better than Filler. It may not
sound catchy but it names the beast as it is: a provider of items. At first
I wasn't sure if the Item part of the name would be correct as it can also
provide a control with a tree but I also noticed that a treeview uses an
Items property as well, even if it contains a tree. Since no other
suggestion came in and I really couldn't find anything close to what we have
in .Net I decided on this name. Note that ItemsProvider will be used both in
the name of the interfaces, as well as on the controls that use it.

2) correct the default renderers
As stated before, the default rendering implementations can only handle text
and completely ignore images.

3) Looking into handling tree providers for 'flat' controls
The label implementation should be allowed to be set to any item in the
tree, not to top-level items only. For listboxes/listviews indentation will
be used to allow different levels, as well as optionally specifying a root
item. This will closely integrate with

4) Control settable options
I'm thinking about using some contexts you can set at the ItemsProviders and
then select the context for a control. Not fully worked out yet but I will
get there.

5) Look into state management
Allowing for Enabled/Checked/Visible states to be set at the provider and/or
at the control. This would probably also impact the default renderers which
may have to render a checkmark or render the text/image in a disabled way
(grayed out).

6) Text rendering should allow for DrawText flags
At least DT_END_ELLIPSIS, DT_EXPANDTABS, DT_WORDBREAK, DT_NOPREFIX and
vertical alignment flags seem appropriate. Currently there is not enough
control over the rendering for items. Optionally we could just create new
enumeration+set types to allow to better specify the rendering.

7) Work out the documentation
Besides the general description of interfaces, classes, properties and
methods, it will also include a thorough explanation of the mechanism as
well as how new controls should use it.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Getting started towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Jun 2003 08:28:12 +0200
Newsgroups: jedi.vcl

> > Okay, but I assume they will be moved back to the jvcl tree (not
> > /jvcl/source but /jvcl/run, /jvcl/design), so they might be changed
> > then.
Yep, and then we can do the recasing. I'll keep the list for later

> > Oh yeah, forgot about those; I'll try to make a new list.
Good. Could you post it either to Mantis or here?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: droptext
From: "Tintin" <contact@mrit.qom>
Date: Wed, 18 Jun 2003 08:19:10 +0200
Newsgroups: jedi.vcl

Thanks for your reply.
Unfortunately the link is not valid.
I already used these components but now can't find any link or help.
Regards.


"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message news:
bco1q1$e1c$1@talkto.net...
> > No, but check out Anders Melanders/ANgus Johnsons DragDrop Suite
> > (http://www.users.on.net/johnson/delphi/)
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: droptext
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Jun 2003 08:18:09 +0200
Newsgroups: jedi.vcl

> > Unfortunately the link is not valid.
I just tried it and it works for me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started towards JVCL 3.0
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 18 Jun 2003 00:45:24 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Darn, I've already moved them and changing capitalization is not easy once
> the files are in place (see JvCsvData.pas discussion elsewhere). 

Okay, but I assume they will be moved back to the jvcl tree (not
/jvcl/source but /jvcl/run, /jvcl/design), so they might be changed
then.

> You could post a list of suggested recapitalizations and I'll try to change those that are possible.

JVDBEditors.pas       -> JvDBEditors.pas
JVHLEditEditor.pas    -> JvHLEditEditor.pas
JvCalc.Res            -> JvCalc.res
JvConst.Res           -> JvConst.res
JvCurrEdit.Res        -> JvCurrEdit.res
JvDBCtrl.Res          -> JvDBCtrl.res
JvDice.Res            -> JvDice.res
JvId3v1.pas           -> JvID3v1.pas
JvId3v2.pas           -> JvID3v2.pas
JvId3v2Types.pas      -> JvID3v2Types.pas
JvOUTLOOKBARRES.RES   -> JvOLBar.res
JvPickDate.Res        -> JvPickDate.res
JvSpin.Res            -> JvSpin.res
JvSwitch.Res          -> JvSwitch.res
JvTIMELINEBITMAPS.RES -> JvTimeLine.res
Jvgrdcpt.pas          -> JvGrdCpt.pas/JvGradientCaption.pas
Jvgrids.pas           -> JvGrids.pas
JvxCtrls.Res          -> JvxCtrls.res
JvxSlider.Res         -> JvxSlider.res
jvThumbNails.pas      -> JvThumbnails.pas

Note:

JvCOMBOBOX.RES        -> Not used?
RES_FontBox.RES       -> Not used anymore (JvFontBox.pas->Archive)
RES_Outlook.RES       -> Not used anymore (JvOutlookPanel.pas->Archive)

* The Jvx, Jva prefix.
* Consistently postfix forms/designers/property editors.
* Change short form names to longer names, ie Jvgrdcpt.pas.

> Well, sort of... The restructure_proposal.txt file contains suggested
> mergings. It's a bit out of date but the still to merge components are
> mostly still available. Also, I wrote down a list of suggested mergings in
> the "[peter3]: My proposal for JVCL 3.0" posting here. This is also a bit
> outdated but between them, I think we should be able to construct a fairly
> complete list.

Oh yeah, forgot about those; I'll try to make a new list.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Getting started towards JVCL 3.0
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Wed, 18 Jun 2003 00:32:30 +0200
Newsgroups: jedi.vcl

ok, check your mails.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: bcnv95$djv$1@talkto.net...
> > To whom did you send the request? I haven't recieved anything. You can
mail
> > me privately and we can discuss it.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: UIB issue
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Wed, 18 Jun 2003 00:00:29 +0200
Newsgroups: jedi.vcl

It is a good idea, but it is major design modification.
there is a thread about that, here:
http://www.progdigy.com/boards/index.php?act=ST&f=4&t=838&s=0133c8c931ff515c
df783bdb57ef205a

regards

"Ron" <ron@hotma.com> a écrit dans le message de news:
Xns939E257782D4r341n@localhost...
> > This is an issue with JV_UIB: If you uncomment the compiler directive for
> > the embedded FB, then your applications have to use the embedded FB unless
> > you recompile the components and so on. I believe it would be better if
> > there was an option to select between "normal" and embedded FB via the
> > properties of the database component.




Subject: Re: droptext
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 17 Jun 2003 23:51:21 +0200
Newsgroups: jedi.vcl

No, but check out Anders Melanders/ANgus Johnsons DragDrop Suite
(http://www.users.on.net/johnson/delphi/)
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 17 Jun 2003 23:19:07 +0200
Newsgroups: jedi.vcl

> > I don't want to make a big issue of it, but maybe this is a good time to
> > look at the capitalization of some files, ie
Darn, I've already moved them and changing capitalization is not easy once
the files are in place (see JvCsvData.pas discussion elsewhere). You could
post a list of suggested recapitalizations and I'll try to change those that
are possible.

>> > > 4. Remove and/or merge remaining duplicates.
> >
> > Is there a todo list or something?
Well, sort of... The restructure_proposal.txt file contains suggested
mergings. It's a bit out of date but the still to merge components are
mostly still available. Also, I wrote down a list of suggested mergings in
the "[peter3]: My proposal for JVCL 3.0" posting here. This is also a bit
outdated but between them, I think we should be able to construct a fairly
complete list.

> > Okay by me.
Great!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 17 Jun 2003 23:11:37 +0200
Newsgroups: jedi.vcl

> > I haven't got unresolved bug in UIB but
> > I prefer to wait one or tow weeks before
> > to make UIB a stable release.
There's no rush. Adding donations will probablty be the last thing I'll do
so there is probably plenty of time cleaning it up <g>.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 17 Jun 2003 23:10:46 +0200
Newsgroups: jedi.vcl

> > Is it OK if I wait 'till I have my PC completely set up again? 

There is absolutely no rush and thanks for taking the helm on this.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 17 Jun 2003 23:08:13 +0200
Newsgroups: jedi.vcl

To whom did you send the request? I haven't recieved anything. You can mail
me privately and we can discuss it.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: UIB issue
From: Ron <ron@hotma.com>
Date: Tue, 17 Jun 2003 20:52:34 +0000 (UTC)
Newsgroups: jedi.vcl

This is an issue with JV_UIB: If you uncomment the compiler directive for 
the embedded FB, then your applications have to use the embedded FB unless 
you recompile the components and so on. I believe it would be better if 
there was an option to select between "normal" and embedded FB via the 
properties of the database component.


Subject: Re: Getting started towards JVCL 3.0
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 17 Jun 2003 20:46:24 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> 3. Split the files into design, run, resource and common folders.

I don't want to make a big issue of it, but maybe this is a good time to look at the capitalization of some files, ie

 JVDBEditors.pas
 JVHLEditEditor.pas
 jvThumbNails.pas
 All the .Res, .RES files etc.

Hurts my eyes everytime I see them <g>.

> 4. Remove and/or merge remaining duplicates.

Is there a todo list or something?

> 8. Add XP theme support to existing components [..] I wouldn't mind if Remko took charge of this.

Okay by me.

> 9. Fix remaining bugs as reported in Mantis [..] I wouldn't mind if we all took charge of some of this.

Okay.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Getting started towards JVCL 3.0
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Tue, 17 Jun 2003 19:55:40 +0200
Newsgroups: jedi.vcl

Good, thank you peter for you're time :)
I haven't got unresolved bug in UIB but
I prefer to wait one or tow weeks before
to make UIB a stable release.

regards

Henri Gourvest
Unified Interbase
http://www.progdigy.com




Subject: Re: Getting started towards JVCL 3.0
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Tue, 17 Jun 2003 19:51:47 +0200
Newsgroups: jedi.vcl

No, I've sent my request to Jedi to make
DSPack a Jedi Project (JEDI Alliance) 4 month ago
but no answer.

Henri Gourvest




Subject: Re: Getting started towards JVCL 3.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 17 Jun 2003 19:43:09 +0200
Newsgroups: jedi.vcl

> > 7. Implement the IFiller concept.
> >   This is something I would very much like to see. It's a great concept
and
> > could work very nicely if done right. I wouldn't mind if Marcel took
charge
> > of this. This is low on my list. This is a sub project that can be don ein
> > parrallel without affecting me too much, so get started as soon as you
feel
> > like it!


Is it OK if I wait 'till I have my PC completely set up again? I am working
on a complete reinstall of the PC due to performance degradation and
inexplicable data loss (again). I'll take a stab when D5 is happily running
and JVCL is happily on the component palette (should be done somewhere
tomorrow 'cause don't have that much time tonight).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvTransLED
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Tue, 17 Jun 2003 14:43:59 -0230
Newsgroups: jedi.vcl

Try the following for some info:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/help/JvTransLED.dtx

"Snakegr" <snakegr@internet.gr> wrote in message
news:bcng7t$b21$1@talkto.net...
> > can anyone explain me the use of JvTransLED
> >
> >




Subject: JvTransLED
From: "Snakegr" <snakegr@internet.gr>
Date: Tue, 17 Jun 2003 19:51:26 +0300
Newsgroups: jedi.vcl

can anyone explain me the use of JvTransLED




Subject: droptext
From: "Tintin" <contact@mrit.qom>
Date: Tue, 17 Jun 2003 18:13:21 +0200
Newsgroups: jedi.vcl

Hi,

I tried the TJvDragDrop Component, but I think it handles only files.

Is there any component here to drop some text ?

Thanks for help.




Subject: Re: Getting started towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 17 Jun 2003 17:53:55 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 17 Jun 2003 15:33:23 +0200 @606)
....while the fading voice of Peter whispered through the darkness:

 >> if they answer to the question. Let's hope that's the first case ! ;-)))
 PT> My unambiguous answer is then: Yes, of course! Yes, of course! 8)

I wonder will it have soem relations to DSPack of Henri Gourvest ?

-- If i had ears, i'd heard Glenn Hughes - You Don't Have To Save Me Anym With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Jun 2003 15:48:33 +0200
Newsgroups: jedi.vcl

SF has changed the casing of JvCsvData.Pas to JvCsvData.pas for us today. To
update the file with the new casing, change the case of the file in \source
manually, open CVS\Entries with Notepad and change the casing there as well.
Finally, do a CVS Update on the file.

Warren, you can now delete the JvCsvData1.pas file.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Jun 2003 15:33:23 +0200
Newsgroups: jedi.vcl

>> >>So I should start working on cleaning my stuff ! Is TjvAviCap taken ?
>> > > Yes, of course!
> >
> > I like when making one affirmation and asking one question, people
> > answer Yes... Cause I don't know if they agree with the affirmation or
> > if they answer to the question. Let's hope that's the first case ! ;-)))
My unambiguous answer is then: Yes, of course! Yes, of course! 8)

> > Argh... Well... I could do some design on some icons, but I'm not a
> > great great designer... just some basic stuff, mostly imported from
> > somewhere else !
Ah, I know all about that type of designing ;)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started towards JVCL 3.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 17 Jun 2003 23:24:11 +1000
Newsgroups: jedi.vcl

>> So I should start working on cleaning my stuff ! Is TjvAviCap taken ?
>
> Yes, of course!

I like when making one affirmation and asking one question, people answer Yes... Cause I don't know if they agree with the affirmation or if they answer to the question. Let's hope that's the first case ! ;-)))


>> I mean, the TJvHotlink shows an IE icon... What the ?
>
> JvHotLink won't be along for the ride, I'm afraid: the link click behavior
> has already been merged into JvEdit (only in CVS) but I agree with you that
> some of the icons are a tad, erhm,  non-descriptive (and that goes for some
> of the ones I've made as well)...

Argh... Well... I could do some design on some icons, but I'm not a great great designer... just some basic stuff, mostly imported from somewhere else !



Subject: Re: Getting started towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Jun 2003 15:16:43 +0200
Newsgroups: jedi.vcl

> > So I should start working on cleaning my stuff ! Is TjvAviCap taken ?
Yes, of course!

> >I mean, the TJvHotlink shows an IE icon... What the ?
JvHotLink won't be along for the ride, I'm afraid: the link click behavior
has already been merged into JvEdit (only in CVS) but I agree with you that
some of the icons are a tad, erhm,  non-descriptive (and that goes for some
of the ones I've made as well)...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Getting started towards JVCL 3.0
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Tue, 17 Jun 2003 23:12:35 +1000
Newsgroups: jedi.vcl

> 2. Put the packages for each supported compiler version in it's own folder.
>   There are only packages for D7 as of yet, but at least D5 and D6 packages
> will be added by me. If any BCB user is interested, I would be very happy if
> you could create BCB5 and BCB6 packages when the Delphi versions have
> stabilized

If you need some help on D6Ent, I can provide this


> 5. Add existing donations not yet integrated.
>   There are a couple of libraries (Globus, Jans and UIB) and also quite a
> few single or small component set donations that I would like to add to
> JVCL. I am going to add the libraries as separate packages, i.e not
> integrate into existing and I won't merge anything, just make sure that we
> don't have naming conflicts and stuff like that. Doing a merge/intergation
> would just take too long and personally I think it's better to keep these
> libraries separate from the current JVCL because it will greatly simplify
> future development and maintenance. The single or small set components will
> be added to existing packages or new packages as I see appropriate.

So I should start working on cleaning my stuff ! Is TjvAviCap taken ?

> > 6. Set up a better working palette tab layout.
>   I already have a setup I like, so I might try that or I'll just add
> components to tabs based on the package they are in. The current layout will
> probably *not* survive: it's too cluttered and hard to navigate.

Definitely yes ! And if some nice graphics artist could revamp some of the icons. I mean, the TJvHotlink shows an IE icon... What the ?

> 9. Fix remaining bugs as reported in Mantis
>   I wouldn't mind if we all took charge of some of this. Fixing these bugs
> are important. Note that if you do fix a bug in Mantis, do NOT update the
> file in dev\JVCL3 since I will be handling that for the moment. Later on,
> when the files in \JVCL3 have stabilized, we should be able to make the
> update in both places.

Will do what I can in there.

> As my vacation starts on friday, I will hopefully have some more time to
> spend on this project. I won' t use my entire vacation for this of course,
> but at least a little more time than previously.

Yeah, remember what I told you last time you talked about vacation !

> If you have any comments, questions, suggestions or otherwise want to
> discuss this, fell free to post a reply as I am very interested in hearing
> your views on it.

You got it !

Cheers

Olivier



Subject: Getting started towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Jun 2003 14:39:24 +0200
Newsgroups: jedi.vcl

As those subscribing to the jvcl-checkins list might have noticed, I've
created a new CVS folder named JVCL3 and copied most of the JVCL sources
there. This because I am going to start working on the changes we've
discussed for JVCL 3.0. I post here now just to give all a short overview on
what I am going to do on a more practical level.

Although I might express myself here as if all this is already 100% though
out, I have to say up front that I might change my mind several times along
the way depending on how things work out.

Step by step, here's a list on what I have in mind:

1. Split current packages into several smaller packages, keeping
dependencies at a minimum.
  Currently, I have the following "logical" package division in mind: core,
standard controls, custom controls, system, dialogs, multimedia, network,
db, BDE, interpreter, encryption, other
  I will start with D7 since it's the most forgiving IDE when working with
packages. Creating packages for other versions shouldn't be much of a
problem once the D7 packages are done.

2. Put the packages for each supported compiler version in it's own folder.
  There are only packages for D7 as of yet, but at least D5 and D6 packages
will be added by me. If any BCB user is interested, I would be very happy if
you could create BCB5 and BCB6 packages when the Delphi versions have
stabilized

3. Split the files into design, run, resource and common folders.
  This is already under way. Files will probably be moved around as I
discover their best location. The reasoning behind this is that as the
number of files grows, it becomes more and more of a chore keeping track of
them all. Using more folders will hopefully make this a bit easier.

4. Remove and/or merge remaining duplicates.
  This is currently pretty low on my list. There aren't that many duplicates
left anyway but of course I'll try to merge if I see something that doesn't
take too long to do.

5. Add existing donations not yet integrated.
  There are a couple of libraries (Globus, Jans and UIB) and also quite a
few single or small component set donations that I would like to add to
JVCL. I am going to add the libraries as separate packages, i.e not
integrate into existing and I won't merge anything, just make sure that we
don't have naming conflicts and stuff like that. Doing a merge/intergation
would just take too long and personally I think it's better to keep these
libraries separate from the current JVCL because it will greatly simplify
future development and maintenance. The single or small set components will
be added to existing packages or new packages as I see appropriate.

6. Set up a better working palette tab layout.
  I already have a setup I like, so I might try that or I'll just add
components to tabs based on the package they are in. The current layout will
probably *not* survive: it's too cluttered and hard to navigate.

7. Implement the IFiller concept.
  This is something I would very much like to see. It's a great concept and
could work very nicely if done right. I wouldn't mind if Marcel took charge
of this. This is low on my list. This is a sub project that can be don ein
parrallel without affecting me too much, so get started as soon as you feel
like it!

8. Add XP theme support to existing components
  We are moving to new platforms and UI's and XP themes should be something
that JVCL supports, so I think this is important. I wouldn't mind if Remko
took charge of this. This is low on my list. This is also a sub project that
can be run concurrently.

9. Fix remaining bugs as reported in Mantis
  I wouldn't mind if we all took charge of some of this. Fixing these bugs
are important. Note that if you do fix a bug in Mantis, do NOT update the
file in dev\JVCL3 since I will be handling that for the moment. Later on,
when the files in \JVCL3 have stabilized, we should be able to make the
update in both places.



As my vacation starts on friday, I will hopefully have some more time to
spend on this project. I won' t use my entire vacation for this of course,
but at least a little more time than previously.

If you have any comments, questions, suggestions or otherwise want to
discuss this, fell free to post a reply as I am very interested in hearing
your views on it.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: CVS is obsolete ?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 17 Jun 2003 11:57:26 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Right now met a bad issue about SF CVS: via anonymous login i can only take
> files of about 2 days old.

They have performance issues, and have to wait for new hardware. Thus
they did some temporary stuff that will increase performance again, see

http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#cvs

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: CVS is obsolete ?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 17 Jun 2003 13:25:40 +0400
Newsgroups: jedi.vcl

Hello, All!

Right now met a bad issue about SF CVS: via anonymous login i can only take
files of about 2 days old.
And anonymous login tries to make me use gzip-less mode - it takes about 10
attempts to make it work with -z option.

SSH access gave me really up to date files (and allowed use gzip w|o
questions)

that was in TDbf project - is itrelated to it, or is it generic feature of
SF ?

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Ambiguity between 'UINT' and 'Ras32::UINT'
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 17 Jun 2003 08:20:07 +0200
Newsgroups: jedi.vcl

Don't change JvRas32.pas, change Ras32.pas. It's in the \common subfolder

If it still doesn't work, you could try adding this instead:

type
  UINT = Word;
  {$EXTERNALSYM UINT}


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Ambiguity between 'UINT' and 'Ras32::UINT'
From: "mostuff" <don't@emailback.com>
Date: Tue, 17 Jun 2003 13:03:25 +1000
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bcjvn1$l01$1@talkto.net...
> > In Ras32.pas, try changing the declaration of UINT to:
> >
> > type
> >   {$IFNDEF BCB }
> >   UINT = Word;
> >   {$ENDIF}
> >   ...
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net

ok, i've only been usong bcb for a month and i know next to nothing about
delphi.

so i opened up jvras32.pas but i couldn't find a declaration of UINT so i
copied and pasted that code directly underneath the first type, so the top
of the file looks like

type
  TJvRas32 = class(TJvComponent)
  {$IFNDEF BCB }
  UINT = Word;
  {$ENDIF}
  private
    FPath: TFileName;
    ... etc

then i recompiled the jvcl runtime package and recompiled my program but i
got the same errors. what should i do?

TIA




Subject: Re: JVCL for Kylix
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 16 Jun 2003 17:40:19 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 11 Jun 2003 10:29:59 -0400 @645)
....while the fading voice of Rich whispered through the darkness:

 RW> Thanks. I needed to 'reset list'.

Hint: You could also do Start|Run "news://forums.talkto.net/jedi.binaries"
Then it would be added manually.
That tweak allows to make any news-folder in OE :-)

-- If i had ears, i'd heard Rammstein - Mutter With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Ambiguity between 'UINT' and 'Ras32::UINT'
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Jun 2003 10:50:43 +0200
Newsgroups: jedi.vcl

In Ras32.pas, try changing the declaration of UINT to:

type
  {$IFNDEF BCB }
  UINT = Word;
  {$ENDIF}
  ...
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Mark Di Nicola" <mostuff@nospam.com> skrev i meddelandet news:bcjv2f$kr9$1@talkto.net...
> > i'm trying to compile my application that uses TJvRas32 but i keep on
> > getting [C++ Error] ras.h(720): E2015 Ambiguity between 'UINT' and
> > 'Ras32::UINT'. does anyone know a way to fix this?
> >
> > TIA
> >
> >




Subject: Ambiguity between 'UINT' and 'Ras32::UINT'
From: "Mark Di Nicola" <mostuff@nospam.com>
Date: Mon, 16 Jun 2003 18:39:41 +1000
Newsgroups: jedi.vcl

i'm trying to compile my application that uses TJvRas32 but i keep on
getting [C++ Error] ras.h(720): E2015 Ambiguity between 'UINT' and
'Ras32::UINT'. does anyone know a way to fix this?

TIA




Subject: What is JvPageControl?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 15 Jun 2003 23:59:36 +0400
Newsgroups: jedi.vcl

Hello, All!

what are the differences from standard one ?
May it be extended so
 1) each Tab will have it's own hint, not th same shared to all (i commited
this far ago).
 2) mak it borderlessm not-3D ?

-- If i had ears, i'd heard Rammstein - Feuer Frei! With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 15 Jun 2003 10:40:22 +0200
Newsgroups: jedi.vcl

BTW, the SF request ID is 754798 in case you want to track it

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 15 Jun 2003 10:37:05 +0200
Newsgroups: jedi.vcl

I've posted a support request to the SF staff about changing the
capitalization of the file or alternatively, to purge it entirely from CVS
so we can manually readd it with correct captialization. Let's see what
happens...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Test TJvCaptionButton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 15 Jun 2003 09:22:53 +0200
Newsgroups: jedi.vcl

I've updated the example with the option to add new caption buttons (there
are more stuff, so please get the latest from CVS to test) and also tested
it with the new code in JvWndProcHook and it seems to work OK now.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvPlaylist again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Jun 2003 11:17:55 +0200
Newsgroups: jedi.vcl

I've added a ShowDrive:boolean property to JvPLaylist in CVS that controls
whether the drive or protocol is shown in the list (i.e anything before the
':'). Note that UNC paths are not affected (i.e \\server\program\file.txt
will display the same regardless of this setting). Hope this helps

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL Edits - Update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Jun 2003 11:11:50 +0200
Newsgroups: jedi.vcl

I've added your changes to CVS (again I think<g>). Thanks for doing them

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Test TJvCaptionButton
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Jun 2003 10:33:51 +0200
Newsgroups: jedi.vcl

> > Just update it in CVS.
Will do tonight
> > BTW I have made a test application for JvWndProcHook using DUnit.
> >
> > * Should I commit it in CVS?
Yes

> > * Where? \dev\dunit and multiple test application, each in a
> > subdirectory? Or 1 big test application and no subdirs. I prefer the last.
So do I. dev\dunit is a good place since we probably won't want to
distribute it in the release.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Test TJvCaptionButton
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Jun 2003 23:44:45 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Should I post to binaries for you to take a look or should
> I just update in CVS?

Just update it in CVS.

BTW I have made a test application for JvWndProcHook using DUnit.

* Should I commit it in CVS?
* Where? \dev\dunit and multiple test application, each in a subdirectory? Or 1 big test application and no subdirs. I prefer the last.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JVCL Edits - Update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 13 Jun 2003 20:44:57 +0200
Newsgroups: jedi.vcl

That's strange: I'm pretty sure I comitted those changes to CVS. Don't know
what's happened...I'll check and see what I find

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 13 Jun 2003 20:43:27 +0200
Newsgroups: jedi.vcl

We've had this problem before and the only solution is to contact SF and ask
them to do either a purge on the file in the repository or change the
capitalization of it (this must be asked by an admin, BTW, or they won't do
it). After that, the file can be added again with the corrrect
capitalization.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Jun 2003 20:06:32 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:

> What to do with the repository?

Good question <g>. I'm going to try to change it from Linux, wish me
luck :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: Warren Postma <wp@tekran.com>
Date: Fri, 13 Jun 2003 14:01:36 -0400
Newsgroups: jedi.vcl

Woo, the entry in the Entries file was capitalized like this:

JvCsvData.Pas

Every time Delphi saves, it's going to make it '.pas' again.  What to do with the repository?

Warren



Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 13 Jun 2003 19:45:34 +0200
Newsgroups: jedi.vcl

> > I think I have once read somewhere - ok pretty vague :) - that it has to
> > do whether your local file system is case-sensitive or not. If your
> > system can't make a diff between .Pas and .pas than you can't rename the
> > file, or something.

The issue is the fact that the file is an actual file on the remote side.
Removing it from the repository will not physically remove the file, just
makes it inaccessible from CVS. As soon as a same-named file is added, it
noticed a file with that name already exists and assumes you want the file
back again. It is annoying that it keeps the case the file name was in on
the initial check in and I still don't understand why (Unix/Linux is a
case-sensitive file system so CVS should be aware of that?)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Test TJvCaptionButton
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Jun 2003 19:42:58 +0200
Newsgroups: jedi.vcl

Yikes, that is a really bad bug in JvWndProcHook.pas; the hooking is
correct, but as 1 caption button handles a CM_RECREATEWND message, it
triggers another message by calling Redraw - WM_NCPAINT or something -
that overwrites the FNext[..] value.

Thus when TJvHookInfos.WindowProc executes "HookInfo :=
Next[hoAfterMsg];" - after the WM_NCPAINT is handled - Next[..] is nil.

I guess introducing var FNext wasn't such a good idea <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Jun 2003 19:20:21 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Actually, it can't be changed at all, be it Windows or Linux. 

I think I have once read somewhere - ok pretty vague :) - that it has to
do whether your local file system is case-sensitive or not. If your
system can't make a diff between .Pas and .pas than you can't rename the
file, or something.

There are some more files in /source that have a weird capitalized name,
that really annoys me, and I think it's pretty stupid nothing can't be
done about it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 13 Jun 2003 19:11:23 +0200
Newsgroups: jedi.vcl

> > You have to be careful about capitalization. It's checked in as
> > JvCsvData.Pas, thus with a captial p. Note that you can't change the
> > capitalization of a file once it has been checked in - that is: from a
> > windows system, if I'm correct.

Actually, it can't be changed at all, be it Windows or Linux. Even worse:
removing the file from the repository and then readding it doesn't help
either, it keeps the same capitalization as it had the first time it was
added.

I noticed Warren did commit a temp new file (JvCvsData1.pas) so that did
work. It could be a local problem. Try solving it like this:

* Make a copy of the file and then remove the JvCvsData.pas form the
jvcl/source folder (on your local drive).
* Open the file jvcl/source/CVS/Entries in Notepad, locate the line for
JvCsvData and remove it (again local drive only).
* Update the entire jvcl/source folder.
* Overwrite the fresh copy of JvCsvData.pas with your copy and try to commit
it again.

Hopefully this works.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Up to date check failed on jvcl/source/jvcsvdata.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 13 Jun 2003 19:03:17 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I am trying to check in an update to jvCvsData.pas (my dataset component).  The uptodate check fails, merges fail, checkout
> then rename, then check in new file fails, and all that stuff.

You have to be careful about capitalization. It's checked in as
JvCsvData.Pas, thus with a captial p. Note that you can't change the
capitalization of a file once it has been checked in - that is: from a
windows system, if I'm correct.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Up to date check failed on jvcl/source/jvcsvdata.pas
From: Warren Postma <wp@tekran.com>
Date: Fri, 13 Jun 2003 12:28:24 -0400
Newsgroups: jedi.vcl

I am trying to check in an update to jvCvsData.pas (my dataset component).  The uptodate check fails, merges fail, checkout
then rename, then check in new file fails, and all that stuff.

The only way I can think to get my file checked in is to do a
cvs remove of the old JvCsvData, and check in the new file.
It's a newly added module in cvs and only had two revisions in cvs
previously.

What should I do? (I have also emailed this question to Peter directly.)
If someone has ssh acccess to a remote shell and can figure out the cvs
repository problem and fix it, I'd appreciate it. Commits of a new
module, as well as commits of revisions have been working fine for me
until today.

Warren



Subject: Re: JVCL Edits - Update
From: "Andreas Hausladen" <AndreasNoMail.Hausladen@gmx.de>
Date: Fri, 13 Jun 2003 14:07:37 +0000 (UTC)
Newsgroups: jedi.vcl

Text from the posting:

> > All edits (except TJvxCurrencyEdit (obsoled) and JvCustomCombEdit)
> > paint the text in disabled state only in taLeftJustify.

> > I modified the following files for corrent painting of almost all
TJvCustomEdit and
> > TJvCustomMaskEdit derived Edit controls.
> >- JvToolEdit.pas [ PaintEdit() introduced, PaintCustomCombEdit()
redirects to PaintEdit() ]
> > - JvEdit.pas [ paint code replaced by call to PaintEdit() ]
> > - JvMaskEdit.pas [ paint code replaced by call to PaintEdit() ]
> > JvToolEdit.pas handles the whole painting in function PaintEdit().


Subject: Re: JVCL Edits - Update
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 13 Jun 2003 16:04:22 +0200
Newsgroups: jedi.vcl

> > In the latest CVS version of JVCL (2003-06-13) my changes for JvEdit.pas,
JvToolEdit and JvMaskEdit
> > (posted on 2003-05-04) were not uploaded.
I don't know: where did you put these changed files?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL Edits - Update
From: "Andreas Hausladen" <AndreasNoMail.Hausladen@gmx.de>
Date: Fri, 13 Jun 2003 14:04:17 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > I don't know: where did you put these changed files?

5 weeks are a long time: <b95d7i$1mr$1@talkto.net>

The updated files can be found at jedi.binaries.


Subject: JVCL Edits - Update
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Fri, 13 Jun 2003 14:59:21 +0200
Newsgroups: jedi.vcl

In the latest CVS version of JVCL (2003-06-13) my changes for JvEdit.pas, JvToolEdit and JvMaskEdit
(posted on 2003-05-04) were not uploaded.

Where were the problems within the source code? Or do you keep the code for a newer release?


PS:  I have incorporated the changes to the latest CVS version. I could upload the files to
jedi.binaries if you want.



Regards

Andreas Hausladen




Subject: Re: Test TJvCaptionButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Jun 2003 13:28:57 +0200
Newsgroups: jedi.vcl

I noticed another problem: if I have more than one CaptionButton on a form,
the forms WndProc will only be hooked once. I guess this is related to how
TJvHookInfo.IndexOf() is implemented - it only allows one hook handler per
hooked control (per hooking class?).

This has an impact if there are more than one CaptionButton on a form
(something that should be possible, IMO): the WM_DESTROY is called for them
all but CM_RECREATEWND is only called for the first one, so if you recreate
the main form at run-time (by f ex changing BorderStyle or BorderIcons),
only the first button will be notified and adjust its size accordingly but
the others will just happily remain where they were previously. There might
also be other problems related to this in a multi-button scenario. Do you
have a nice fix for this Remko (you usually have<g>)?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Test TJvCaptionButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Jun 2003 12:15:38 +0200
Newsgroups: jedi.vcl

I take that back about the ButtonXXX properties: you will need them if you
have more than one button and they don't have the default size.

Note that the ButtonLeft and Position properties are cummulative, ie if
ButtonLeft is 14 and Position is 3, the actual left edge of the button will
be at Position * DefaultCaptionButtonWidth  + 14, where
DefaultCaptionButtonWidth is the standard width of a caption button on your
system. To place a button exactly where you want it, set Position to 0 and
adjust the ButtonXXX properties to suit.

I've just tested with Large Fonts (yuk!) and it seems to work fine.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Test TJvCaptionButton
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Fri, 13 Jun 2003 19:46:43 +1000
Newsgroups: jedi.vcl

I use the buttonXXX positions, but this is because I don't have the latest version with the position property.
Clearly, I shouldn't use the  ButtonXXX properties as this is not constant throughout the themes.

And by the way, could you test it with Large Fonts enabled, I add a user complaining about bugs in my application which seem to be related to that.

Peter Thörnqvist wrote:
> I've made some preliminary testing on W2k and it seems to work fine. I made
> some additions to the component:
> - Added MouseMove handling
> - Added ShowHint and ParentShowHint properties
> - Fixed a bug in MouseUp - the X and Y coords were inconsistent with
> MouseDown
>
> Other than that, it seems to work very fine. One thing: should we remove the
> ButtonLeft, ButtonTop etc properties and only use Position? Does anyone use
> the ButtonXXX properties?
>
> I've also updated the example (CaptionBtn), adding run-time modification of
> most properties. Should I post to binaries for you to take a look or should
> I just update in CVS?
>
>



Subject: Re: Test TJvCaptionButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 13 Jun 2003 10:56:52 +0200
Newsgroups: jedi.vcl

I've made some preliminary testing on W2k and it seems to work fine. I made
some additions to the component:
- Added MouseMove handling
- Added ShowHint and ParentShowHint properties
- Fixed a bug in MouseUp - the X and Y coords were inconsistent with
MouseDown

Other than that, it seems to work very fine. One thing: should we remove the
ButtonLeft, ButtonTop etc properties and only use Position? Does anyone use
the ButtonXXX properties?

I've also updated the example (CaptionBtn), adding run-time modification of
most properties. Should I post to binaries for you to take a look or should
I just update in CVS?


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Test TJvCaptionButton
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 12 Jun 2003 23:24:25 +0200
Newsgroups: jedi.vcl

I've merged & rewritten TJvCaptionButton, but I did only test it on XP.
Thus can someone test it on another system. I also want to know if it
works correctly with themes on XP without SP1.

Thanks,
-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: I've improved a unit. What's next ?
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Thu, 12 Jun 2003 10:22:24 +1000
Newsgroups: jedi.vcl

True...

So I'll have to follow this too.
BTW, I don't know if Remko forwarded that to you guys but I'm really busy until the middle of next week (Uni project finishing), so don't expect me to commit anything before then.

Olivier



Subject: Re: Sorry Kind of New To Installing Components
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Thu, 12 Jun 2003 09:32:49 +1000
Newsgroups: jedi.vcl

Yes, you must only install the design time package, which should be called JVCL200_D50C (note the D)
Only this one is required to have the components in the palette, the other one is needed for compiling a runtime version.

Junk Mail wrote:
> Here's what I have done so far its obviously not right because no components
> were added.
>
> Double Clicked on C:\Jedi\JCL\packages\CJCL50.bpk
> Cbuilder Opend up.
> Hit the compile button and got these linker warnings:
>
> [Linker Warning] Duplicate resource:  Type UNICODEDATA, ID CASE; File
> C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
> C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
> [Linker Warning] Duplicate resource:  Type UNICODEDATA, ID CATEGORIES; File
> C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
> C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
> [Linker Warning] Duplicate resource:  Type UNICODEDATA, ID COMBINING; File
> C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
> C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
> [Linker Warning] Duplicate resource:  Type UNICODEDATA, ID COMPOSITION; File
> C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
> C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
> [Linker Warning] Duplicate resource:  Type UNICODEDATA, ID DECOMPOSITION;
> File C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
> C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
> [Linker Warning] Duplicate resource:  Type UNICODEDATA, ID NUMBERS; File
> C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
> C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
>
> This Generated 4 Files (CJCL50.bpi and CJCL50.lib, CJCL50.bpl and
> CJCL50.tds) which I put in
> C:\Program Files\Borland\CBuilder5\Lib
>
> I then saved all and closed all.
>
> I then went to Component->Install Packages hit the add button and selected
> C:\Program Files\Borland\CBuilder5\Lib\CJCL50.bpl
> I got the error 'Package C:\Program Files\Borland\CBuilder5\Lib\CJCL50.bpl
> can't be installed because it is not a design time package.'
>
> I then double clicked on
> C:\Jedi\jvcl\packages\JVCL200_R50C.bpk
>
> Hit the compile button
> This generated no warnings and no errors
> It also Generated 4 Files (JVCL200_R50C.bpi and JVCL200_R50C.lib,
> JVCL200_R50C.bpl and JVCL200_R50C.tds) which I put in
> C:\Program Files\Borland\CBuilder5\Lib\
>
> I then saved all and closed all.
>
> I then whent to Component->Install Packages hit the add button and selected
> C:\Program Files\Borland\CBuilder5\Lib\JVCL200_R50C.bpl
> I got the error 'Package C:\Program
> Files\Borland\CBuilder5\Lib\JVCL200_R50C.bpl can't be installed because it
> is not a design time package.'
>
> -------------------------------------
> Is this the normal process?
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.483 / Virus Database: 279 - Release Date: 5/19/2003
>
>



Subject: Re: Sorry Kind of New To Installing Components
From: "Junk Mail" <JunkMail@GlobalWideCommunications.com>
Date: Wed, 11 Jun 2003 17:08:47 -0500
Newsgroups: jedi.vcl

Here's what I have done so far its obviously not right because no components
were added.

Double Clicked on C:\Jedi\JCL\packages\CJCL50.bpk
Cbuilder Opend up.
Hit the compile button and got these linker warnings:

[Linker Warning] Duplicate resource:  Type UNICODEDATA, ID CASE; File
C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
[Linker Warning] Duplicate resource:  Type UNICODEDATA, ID CATEGORIES; File
C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
[Linker Warning] Duplicate resource:  Type UNICODEDATA, ID COMBINING; File
C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
[Linker Warning] Duplicate resource:  Type UNICODEDATA, ID COMPOSITION; File
C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
[Linker Warning] Duplicate resource:  Type UNICODEDATA, ID DECOMPOSITION;
File C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.
[Linker Warning] Duplicate resource:  Type UNICODEDATA, ID NUMBERS; File
C:\JEDI\JCL\DCU\JCLUNICODE.RES resource kept; file
C:\JEDI\JCL\SOURCE\JCLUNICODE.RES resource discarded.

This Generated 4 Files (CJCL50.bpi and CJCL50.lib, CJCL50.bpl and
CJCL50.tds) which I put in
C:\Program Files\Borland\CBuilder5\Lib

I then saved all and closed all.

I then went to Component->Install Packages hit the add button and selected
C:\Program Files\Borland\CBuilder5\Lib\CJCL50.bpl
I got the error 'Package C:\Program Files\Borland\CBuilder5\Lib\CJCL50.bpl
can't be installed because it is not a design time package.'

I then double clicked on
C:\Jedi\jvcl\packages\JVCL200_R50C.bpk

Hit the compile button
This generated no warnings and no errors
It also Generated 4 Files (JVCL200_R50C.bpi and JVCL200_R50C.lib,
JVCL200_R50C.bpl and JVCL200_R50C.tds) which I put in
C:\Program Files\Borland\CBuilder5\Lib\

I then saved all and closed all.

I then whent to Component->Install Packages hit the add button and selected
C:\Program Files\Borland\CBuilder5\Lib\JVCL200_R50C.bpl
I got the error 'Package C:\Program
Files\Borland\CBuilder5\Lib\JVCL200_R50C.bpl can't be installed because it
is not a design time package.'

-------------------------------------
Is this the normal process?


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.483 / Virus Database: 279 - Release Date: 5/19/2003




Subject: Re: Sorry Kind of New To Installing Components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 11 Jun 2003 23:29:40 +0200
Newsgroups: jedi.vcl

> > Can someone atleast tell me if its possible?
It is indeed possible as we have quite a few BCB users (although they don't
seem to be here when you need them <g>). Personally, I have little
experience with BCB, so am not of very much help (I don't even have it
installed myself).

There has been quite some discussion here in the past about BCB and problems
relating to installing JVCL into it. The best you can do is to search this
NG (using your newsreader) for "BCB" and "C++Builder" and see what you find.
If that doesn't help, try using Google or Tamaracka to search the news
archives for JVCL and BCB/CBuilder/C++Builder.

Good luck.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Sorry Kind of New To Installing Components
From: "Junk Mail" <JunkMail@GlobalWideCommunications.com>
Date: Wed, 11 Jun 2003 16:06:17 -0500
Newsgroups: jedi.vcl

Can someone atleast tell me if its possible?


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.483 / Virus Database: 279 - Release Date: 5/19/2003




Subject: Re: JVCL for Kylix
From: "Rich Walker" <rwalker@NadaYadavlg.necoxmail.com>
Date: Wed, 11 Jun 2003 10:29:59 -0400
Newsgroups: jedi.vcl

Thanks. I needed to 'reset list'.


"Andreas Hausladen" <AndreasNoMail.Hausladen@gmx.de> wrote in message
news:bc79dj$pqd$1@talkto.net...
> > Rich Walker wrote:
> >
>> > > How does one access the jedi.binaries group?  It doesn't seem to be on
>> > > forums.talkto.net.  In fact jedi.vcl seems to be the only group there.
> >
> > Try this: Right click on "forums.talkto.net" node and choose something
> > like "Show Newsgroup List" and then refresh the list.




Subject: Re: JvHttpGrabber fix
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 11 Jun 2003 15:50:15 +0200
Newsgroups: jedi.vcl

> > Hello, when i try to download file my pc is go to deadlock, i added a
> > critical section & remove a method synchronize from thread, cause method
> > synchronize iz too slow and stoping all threads, also i fixed and part
where
> > file size is indeterminate before process returned a error, now file will
be
> > downloaded.

Commited to CVS. Rev. 1.5

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: I've improved a unit. What's next ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 11 Jun 2003 15:41:46 +0200
Newsgroups: jedi.vcl

>> > > Damn', you're fast !
> > ..and he's already updated the docs as well 8)

I stated many times "if you update the source, update the docs". It would be
a bad example from me to update the source and "forget" to update the docs,
wouldn't it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: I've improved a unit. What's next ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Jun 2003 15:28:06 +0200
Newsgroups: jedi.vcl

> > Damn', you're fast !
...and he's already updated the docs as well 8)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: I've improved a unit. What's next ?
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Wed, 11 Jun 2003 23:21:27 +1000
Newsgroups: jedi.vcl

Damn', you're fast !

Marcel Bestebroer wrote:

>> Done: bug no. 988.
>
>
> Comitted to CVS. Report closed.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>



Subject: Re: JVCL for Kylix
From: "Andreas Hausladen" <AndreasNoMail.Hausladen@gmx.de>
Date: Wed, 11 Jun 2003 13:04:51 +0000 (UTC)
Newsgroups: jedi.vcl

Rich Walker wrote:

> > How does one access the jedi.binaries group?  It doesn't seem to be on
> > forums.talkto.net.  In fact jedi.vcl seems to be the only group there.

Try this: Right click on "forums.talkto.net" node and choose something
like "Show Newsgroup List" and then refresh the list.


Subject: Re: JVCL for Kylix
From: "Rich Walker" <rwalker@vlg.necoxmail.com>
Date: Wed, 11 Jun 2003 08:56:07 -0400
Newsgroups: jedi.vcl

How does one access the jedi.binaries group?  It doesn't seem to be on
forums.talkto.net.  In fact jedi.vcl seems to be the only group there.

TIA,
Rich


"Andreas Hausladen" <AndreasNoMail.Hausladen@gmx.de> wrote in message
news:bc72gd$odp$1@talkto.net...
> > Jonathan Neve wrote:
>> > > Has porting been started? Have some components been ported?
> >
> > See jedi.binaries posting "Jedi CLX components" (date 2003-03-17)




Subject: Re: I've improved a unit. What's next ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 11 Jun 2003 13:49:54 +0200
Newsgroups: jedi.vcl

> > Done: bug no. 988.

Comitted to CVS. Report closed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: I've improved a unit. What's next ?
From: "Bepy" <ramengo@hotmail.com>
Date: Wed, 11 Jun 2003 13:39:21 +0200
Newsgroups: jedi.vcl

Done: bug no. 988.

Thanks !




Subject: Re: JVCL for Kylix
From: "Andreas Hausladen" <AndreasNoMail.Hausladen@gmx.de>
Date: Wed, 11 Jun 2003 11:06:54 +0000 (UTC)
Newsgroups: jedi.vcl

Jonathan Neve wrote:
> > Has porting been started? Have some components been ported?

See jedi.binaries posting "Jedi CLX components" (date 2003-03-17)


Subject: Re: I've improved a unit. What's next ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 11 Jun 2003 12:50:45 +0200
Newsgroups: jedi.vcl

> > I've just improved JvArrow.pas in order to add new shapes. How can I
upload
> > it ?

You can add an issue to our issue tracker (http://jvcl.sf.net/bugs.htm),
attaching the changed unit to the issue report. Someone is bound to pick it
up at some time and incorporate it into the CVS repository.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address






Subject: I've improved a unit. What's next ?
From: "Bepy" <ramengo@hotmail.com>
Date: Wed, 11 Jun 2003 11:20:19 +0200
Newsgroups: jedi.vcl

Hi,

I've just improved JvArrow.pas in order to add new shapes. How can I upload
it ?
Following the web istructions, I've downloaded JVCL Starter Kit, and I'm now
contacting you...




Subject: JvHttpGrabber fix
From: "Michail Michaylov" <m.mihajlov@is-bg.bet>
Date: Wed, 11 Jun 2003 11:30:16 +0300
Newsgroups: jedi.vcl

Hello, when i try to download file my pc is go to deadlock, i added a
critical section & remove a method synchronize from thread, cause method
synchronize iz too slow and stoping all threads, also i fixed and part where
file size is indeterminate before process returned a error, now file will be
downloaded. New unit code is:


{---------------------------------------------------------------------------
--
The contents of this file are subject to the Mozilla Public License
Version 1.1 (the "License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.mozilla.org/MPL/MPL-1.1.html

Software distributed under the License is distributed on an "AS IS" basis,
WITHOUT WARRANTY OF ANY KIND, either expressed or implied. See the License
for
the specific language governing rights and limitations under the License.

The Original Code is: JvHttpGrabber.PAS, released on 2001-02-28.

The Initial Developer of the Original Code is Sebastien Buysse
[sbuysse@buypin.com]
Portions created by Sebastien Buysse are Copyright (C) 2001 Sebastien
Buysse.
All Rights Reserved.

Contributor(s): Michael Beck [mbeck@bigfoot.com].

Last Modified: 2000-02-28

You may retrieve the latest version of this file at the Project JEDI's JVCL
home page,
located at http://jvcl.sourceforge.net

Known Issues:
----------------------------------------------------------------------------
-}

{$I JVCL.INC}

unit JvHttpGrabber;

interface

uses
  Windows, SysUtils, Classes, WinInet,SyncObjs,JvTypes, JvComponent;

type
  TJvHttpThread = class(TThread)
  private
    FStream: TMemoryStream;
    FUrl: string;
    FReferer: string;
    FUsername: string;
    FFileName: string;
    FPassword: string;
    FOutputMode: TJvOutputMode;
    FOnError: TOnError;
    FOnDoneFile: TOnDoneFile;
    FOnDoneStream: TOnDoneStream;
    FOnProgress: TOnProgress;
    FAgent: string;
    FBytesReaded: Integer;
    FTotalBytes: Integer;
    FErrorText: string;
    FOnStatus: TOnFtpProgress;
    FContinue: Boolean;
    FCriticalSection: TCriticalSection;
    function GetLastErrorMsg: string;
  protected
    procedure Error;
    procedure Progress;
    procedure Ended;
    procedure Execute; override;
  public
    constructor Create(Url, Referer, Username, FileName, Password: string;
      OutPutMode: TJvOutputMode; OnError: TOnError;
      OnDoneFile: TOnDoneFile; OnDoneStream: TOnDoneStream;
      OnProgress: TOnProgress; Agent: string;
      OnStatus: TOnFtpProgress);
    destructor Destroy; override;
  end;

  TJvHttpGrabber = class(TJvComponent)
  private
    FThread: TJvHttpThread;
    FUrl: string;
    FReferer: string;
    FUsername: string;
    FFileName: TFileName;
    FPassword: string;
    FOutputMode: TJvOutputMode;
    FOnError: TOnError;
    FOnDoneFile: TOnDoneFile;
    FOnDoneStream: TOnDoneStream;
    FOnProgress: TOnProgress;
    FAgent: string;
    FOnReceived: TNotifyEvent;
    FOnResolving: TNotifyEvent;
    FOnConnecting: TNotifyEvent;
    FOnConnected: TNotifyEvent;
    FOnResolved: TNotifyEvent;
    FOnRedirect: TNotifyEvent;
    FOnStateChange: TNotifyEvent;
    FOnSent: TNotifyEvent;
    FOnSending: TNotifyEvent;
    FOnReceiving: TNotifyEvent;
    FOnClosed: TNotifyEvent;
    FOnClosing: TNotifyEvent;
    FOnRequest: TNotifyEvent;
    procedure ThreadFinished(Sender: TObject);
    procedure Error(Sender: TObject; ErrorMsg: string);
    procedure DoneFile(Sender: TObject; FileName: string; FileSize: Integer;
Url: string);
    procedure DoneStream(Sender: TObject; FStream: TStream; StreamSize:
Integer; Url: string);
    procedure Progress(Sender: TObject; Position: Integer; TotalSize:
Integer; Url: string; var Continue: Boolean);
    procedure Status(Sender: TObject; Position: Integer; Url: string);
    function GetWorking: Boolean;
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
    procedure Execute;
    procedure Abort;
  published
    property Url: string read FUrl write FUrl;
    property Username: string read FUsername write FUsername;
    property Password: string read FPassword write FPassword;
    property Referer: string read FReferer write FReferer;
    property FileName: TFileName read FFileName write FFileName;
    property OutputMode: TJvOutputMode read FOutputMode write FOutputMode
default omStream;
    property Agent: string read FAgent write FAgent;
    property OnDoneFile: TOnDoneFile read FOnDoneFile write FOnDoneFile;
    property OnDoneStream: TOnDoneStream read FOnDoneStream write
FOnDoneStream;
    property OnError: TOnError read FOnError write FOnError;
    property OnProgress: TOnProgress read FOnProgress write FOnProgress;
    property OnResolvingName: TNotifyEvent read FOnResolving write
FOnResolving;
    property OnResolvedName: TNotifyEvent read FOnResolved write
FOnResolved;
    property OnConnectingToServer: TNotifyEvent read FOnConnecting write
FOnConnecting;
    property OnConnectedToServer: TNotifyEvent read FOnConnected write
FOnConnected;
    property OnSendingRequest: TNotifyEvent read FOnSending write
FOnSending;
    property OnRequestSent: TNotifyEvent read FOnSent write FOnSent;
    property OnReceivingResponse: TNotifyEvent read FOnReceiving write
FOnReceiving;
    property OnReceivedResponse: TNotifyEvent read FOnReceived write
FOnReceived;
    property OnClosingConnection: TNotifyEvent read FOnClosing write
FOnClosing;
    property OnClosedConnection: TNotifyEvent read FOnClosed write
FOnClosed;
    property OnRequestComplete: TNotifyEvent read FOnRequest write
FOnRequest;
    property OnRedirect: TNotifyEvent read FOnRedirect write FOnRedirect;
    property OnStateChange: TNotifyEvent read FOnStateChange write
FOnStateChange;
    property Working: Boolean read GetWorking;
  end;

implementation

//=== TJvHttpGrabber
=========================================================

constructor TJvHttpGrabber.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FUrl := '';
  FUsername := '';
  FPassword := '';
  FReferer := '';
  FFileName := '';
  FOutputMode := omStream;
  FAgent := 'TJvHttpGrabber Component';
  FThread := nil;
end;

destructor TJvHttpGrabber.Destroy;
begin
  if FThread <> nil then
  begin
    FThread.FreeOnTerminate := True;
    FThread.Terminate;
    FThread.WaitFor;
    FThread.Free;
  end;
  inherited Destroy;
end;

procedure TJvHttpGrabber.Abort;
begin
  if FThread <> nil then
  begin
    FThread.Suspend;
    FThread.FOnError := nil;
    FThread.FOnDoneFile := nil;
    FThread.FOnDoneStream := nil;
    FThread.FOnProgress := nil;
    FThread.FContinue := False;
    FThread := nil;
  end;
end;

procedure TJvHttpGrabber.DoneFile(Sender: TObject; FileName: string;
  FileSize: Integer; Url: string);
begin
  if Assigned(FOnDoneFile) then
    FOnDoneFile(Self, FileName, FileSize, Url);
  FThread := nil;
end;

procedure TJvHttpGrabber.DoneStream(Sender: TObject; FStream: TStream;
  StreamSize: Integer; Url: string);
begin
  if Assigned(FOnDoneStream) then
    FOnDoneStream(Self, FStream, StreamSize, Url);
  FThread := nil;
end;

procedure TJvHttpGrabber.Error(Sender: TObject; ErrorMsg: string);
begin
  if Assigned(FOnError) then
    FOnError(Self, ErrorMsg);
end;

procedure TJvHttpGrabber.Execute;
begin
  //Download it
  if FThread = nil then
  begin
    FThread := TJvHttpThread.Create(Url, Referer, Username, FileName,
Password,
      OutPutMode, Error, DoneFile, DoneStream, Progress, Agent, Status);
    FThread.OnTerminate := ThreadFinished;
    FThread.Resume;
    FThread.WaitFor;
  end;
end;

function TJvHttpGrabber.GetWorking: Boolean;
begin
  Result := FThread <> nil;
end;

procedure TJvHttpGrabber.Progress(Sender: TObject; Position,
  TotalSize: Integer; Url: string; var Continue: Boolean);
begin
  if Assigned(FOnProgress) then
    FOnProgress(Self, Position, TotalSize, Url, Continue);
end;

procedure TJvHttpGrabber.Status(Sender: TObject; Position: Integer;
  Url: string);
begin
  case Position of
    INTERNET_STATUS_RESOLVING_NAME:
      if Assigned(FOnResolving) then
        FOnResolving(Self);
    INTERNET_STATUS_NAME_RESOLVED:
      if Assigned(FOnResolved) then
        FOnResolved(Self);
    INTERNET_STATUS_CONNECTING_TO_SERVER:
      if Assigned(FOnConnecting) then
        FOnConnecting(Self);
    INTERNET_STATUS_CONNECTED_TO_SERVER:
      if Assigned(FOnConnected) then
        FOnConnected(Self);
    INTERNET_STATUS_SENDING_REQUEST:
      if Assigned(FOnSending) then
        FOnSending(Self);
    INTERNET_STATUS_REQUEST_SENT:
      if Assigned(FOnSent) then
        FOnSent(Self);
    INTERNET_STATUS_RECEIVING_RESPONSE:
      if Assigned(FOnReceiving) then
        FOnReceiving(Self);
    INTERNET_STATUS_RESPONSE_RECEIVED:
      if Assigned(FOnReceived) then
        FOnReceived(Self);
    INTERNET_STATUS_CLOSING_CONNECTION:
      if Assigned(FOnClosing) then
        FOnClosing(Self);
    INTERNET_STATUS_CONNECTION_CLOSED:
      if Assigned(FOnClosed) then
        FOnClosed(Self);
    INTERNET_STATUS_REQUEST_COMPLETE:
      if Assigned(FOnRequest) then
        FOnRequest(Self);
    INTERNET_STATUS_REDIRECT:
      if Assigned(FOnRedirect) then
        FOnRedirect(Self);
    INTERNET_STATUS_STATE_CHANGE:
      if Assigned(FOnStateChange) then
        FOnStateChange(Self);
  end;
end;

procedure TJvHttpGrabber.ThreadFinished(Sender: TObject);
begin
  FThread := nil;
end;

//=== TJvHttpThread
==========================================================

constructor TJvHttpThread.Create(Url, Referer, Username, FileName,
  Password: string; OutPutMode: TJvOutputMode; OnError: TOnError;
  OnDoneFile: TOnDoneFile; OnDoneStream: TOnDoneStream;
  OnProgress: TOnProgress; Agent: string; OnStatus: TOnFtpProgress);
begin
  inherited Create(True);
  FUrl := Url;
  FReferer := Referer;
  FUsername := Username;
  FFileName := FileName;
  FPassword := Password;
  FOutputMode := OutPutMode;
  FOnError := OnError;
  FOnDoneFile := OnDoneFile;
  FOnDoneStream := OnDoneStream;
  FOnProgress := OnProgress;
  FAgent := Agent;
  FOnStatus := OnStatus;
  FContinue := True;
  FCriticalSection := TCriticalSection.Create;
end;

destructor TJvHttpThread.Destroy;
begin
  FCriticalSection.Destroy;
end;

procedure TJvHttpThread.Ended;
begin
  FCriticalSection.Enter;
  FStream.Position := 0;
  if FOutputMode = omStream then
  begin
    if Assigned(FOnDoneStream) then
      FOnDoneStream(Self, FStream, FStream.Size, FUrl)
  end
  else
  begin
    FStream.SaveToFile(FFileName);
    if Assigned(FOnDoneFile) then
      FOnDoneFile(Self, FFileName, FStream.Size, FUrl);
  end;
  FCriticalSection.Leave;
end;

procedure TJvHttpThread.Error;
begin
  FCriticalSection.Enter;
  if Assigned(FOnError) then
    FOnError(Self, FErrorText);
  FCriticalSection.Leave;
end;

function TJvHttpThread.GetLastErrorMsg: string;
var
  Msg: array [0..1023] of Char;
begin
  FormatMessage(FORMAT_MESSAGE_FROM_SYSTEM, nil, GetLastError, 0, Msg,
SizeOf(Msg), nil);
  Result := Msg;
end;

procedure DownloadCallBack(Handle: HInternet; Context: DWord;
  Status: DWord; Info: Pointer; StatLen: DWord); stdcall;
begin
  with TJvHttpThread(Context) do
    if Assigned(FOnStatus) then
      FOnStatus(TJvHttpThread(Context), Status, FUrl);
end;

procedure TJvHttpThread.Execute;
var
  hSession, hHostConnection, hDownload: HINTERNET;
  HostName, FileName: string;
  Username, Password: PChar;
  Buffer: PChar;
  dwBufLen, dwIndex, BytesRead, TotalBytes: DWORD;
  HasSize: Boolean;
  Buf: array [0..1024] of Byte;

  procedure ParseUrl(Value: string);
  begin
    HostName := '';
    FileName := '';
    if Pos('HTTP://', UpperCase(Value)) <> 0 then
      Value := Copy(Value, 8, Length(Value));
    if Pos('/', Value) <> 0 then
    begin
      HostName := Copy(Value, 1, Pos('/', Value) - 1);
      FileName := Copy(Value, Pos('/', Value) + 1, Length(Value));
    end
    else
      HostName := Value;
  end;

begin
  // (rom) secure thread against exceptions
  Buffer := nil;

  FStream := nil;
  hSession := nil;
  hHostConnection := nil;
  hDownload := nil;
  try
    try
      ParseUrl(FUrl);
      FErrorText := '';

      //Connect to the web
      hSession := InternetOpen(PChar(FAgent), INTERNET_OPEN_TYPE_PRECONFIG,
nil, nil, DWORD(Self));
      if hSession = nil then
      begin
        FErrorText := GetLastErrorMsg;
        Error;
        Exit;
      end;

      //Connect to the hostname
      if FUsername = '' then
        Username := nil
      else
        Username := PChar(FUsername);
      if FPassword = '' then
        Password := nil
      else
        Password := PChar(FPassword);
      hHostConnection := InternetConnect(hSession, PChar(HostName),
INTERNET_DEFAULT_HTTP_PORT,
        Username, Password, INTERNET_SERVICE_HTTP, 0, DWORD(Self));
      if hHostConnection = nil then
      begin
        dwIndex := 0;
        dwBufLen := 1024;
        GetMem(Buffer, dwBufLen);
        InternetGetLastResponseInfo(dwIndex, Buffer, dwBufLen);
        FErrorText := Buffer;
        FreeMem(Buffer);
        Error;
        Exit;
      end;

      FCriticalSection.Enter;
      InternetSetStatusCallback(hHostConnection,
PFNInternetStatusCallback(@DownloadCallBack));
      //Request the file
      // (rom) any difference here?
      {$IFDEF D5}
      hDownload := HttpOpenRequest(hHostConnection, 'GET', PChar(FileName),
'HTTP/1.0', PChar(FReferer),
        nil, INTERNET_FLAG_RELOAD, 0);
      {$ELSE}
      hDownload := HttpOpenRequest(hHostConnection, 'GET', PChar(FileName),
'HTTP/1.0', PChar(FReferer),
        nil, INTERNET_FLAG_RELOAD, 0);
      {$ENDIF}
      FCriticalSection.Leave;

      if hDownload = nil then
      begin
        FErrorText := GetLastErrorMsg;
        Error;
        Exit;
      end;

      FCriticalSection.Enter;
      //Send the request
      HttpSendRequest(hDownload, nil, 0, nil, 0);

      FStream := TMemoryStream.Create;

      dwIndex := 0;
      dwBufLen := 1024;
      GetMem(Buffer, dwBufLen);
      HasSize := HttpQueryInfo(hDownload, HTTP_QUERY_CONTENT_LENGTH, Buffer,
dwBufLen, dwIndex);
      if HasSize then
        FTotalBytes := StrToInt(StrPas(Buffer))
      else
        FTotalBytes := 0;

      TotalBytes := 0;
      if HasSize then
      begin
        BytesRead := 1;
        while BytesRead > 0 do
        begin
          if not InternetReadFile(hDownload, @Buf, SizeOf(Buf), BytesRead)
then
            BytesRead := 0
          else
          begin
            Inc(TotalBytes, BytesRead);
            FBytesReaded := TotalBytes;
            FStream.Write(Buf, BytesRead);
            Progress;
          end;
        end;
        if FContinue then
          Ended;
        FCriticalSection.Leave;
      end
      else
      begin
        FCriticalSection.Enter;
        while InternetReadFile(hDownload, @Buf, SizeOf(Buf), BytesRead) do
        begin
          if BytesRead = 0 then Break;
          Inc(TotalBytes,BytesRead);
          FStream.Write(Buf, BytesRead);
          Progress;
        end;
        if FContinue then
          Ended;
        FCriticalSection.Leave;
      end;
    except
    end;
  finally
    //Free all stuff's
    if Buffer <> nil then
    FreeMem(Buffer);
    FStream.Free;

    //Release all handles
    if hDownload <> nil then
      InternetCloseHandle(hDownload);
    if hHostConnection <> nil then
      InternetCloseHandle(hHostConnection);
    if hSession <> nil then
      InternetCloseHandle(hSession);
  end;
end;

procedure TJvHttpThread.Progress;
begin
  FCriticalSection.Enter;
  if Assigned(FOnProgress) then
    FOnProgress(Self, FBytesReaded, FTotalBytes, FUrl, FContinue);
  FCriticalSection.Leave;
end;

end.


Michail Michaylov
m.mihajlov@is-bg.net




Subject: JVCL for Kylix
From: Jonathan Neve <jonathan@microtec.fr>
Date: Wed, 11 Jun 2003 08:25:29 +0200
Newsgroups: jedi.vcl

Hi!

I gather that JVCL hasn't been ported to Kylix yet.
Has porting been started? Have some components been ported?
I so, how would I go about installing them?

Thanks!

Jonathan Neve.



Subject: Re: Sorry Kind of New To Installing Components
From: "Junk Mail" <JunkMail@GlobalWideCommunications.com>
Date: Tue, 10 Jun 2003 17:08:18 -0500
Newsgroups: jedi.vcl

> >  JM> "JCL+JVCL210FullInstall.zip". Can someone tell me how to install the
> >
> > Isn't there install.txt in that zip ?
There is readme.txt but it makes not mention of C++ Builder only Delphi.
There is an install.bat but I don't want to run it unless I'm sure it won't
screw up my system or installation of C++ Builder.




---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.483 / Virus Database: 279 - Release Date: 5/19/2003




Subject: Re: Sorry Kind of New To Installing Components
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 11 Jun 2003 01:12:29 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 10 Jun 2003 16:06:25 -0500 @921)
....while the fading voice of Junk whispered through the darkness:

 JM> "JCL+JVCL210FullInstall.zip". Can someone tell me how to install the

Isn't there install.txt in that zip ?

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Sorry Kind of New To Installing Components
From: "Junk Mail" <JunkMail@GlobalWideCommunications.com>
Date: Tue, 10 Jun 2003 16:06:25 -0500
Newsgroups: jedi.vcl

If I'm in the wrong forum please tell me.

I am using C++ Builder 5.0 enterprise.  Can I install Jedi VCL or am I going
to run into problems. I downoaded this file "JCL+JVCL210FullInstall.zip".
Can someone tell me how to install the components.  I've only installed a
component once and it had complete instructions on how to do it.  I think
any delphi components can be installed on CBuilder just not sure how to do
it.

Thanks in advance


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.483 / Virus Database: 279 - Release Date: 5/19/2003




Subject: Re: JVCL 2.10 : jvThumbNail and Drag & Drop
From: "johnnie" <none@noware.non>
Date: Tue, 10 Jun 2003 17:33:27 +0000 (UTC)
Newsgroups: jedi.vcl

potiok wrote:

> > Hello,
> > 
> > I try to drop an image from my jvThumbNail.
> > Destination is a simple TListBox.
> > 
> > jvThumbnail1.DragKind = dkDrag
> > jvThumbnail1.DragMode = dmAutomatic
> > 
> > ListBox1.DragKind = dkDock
> > ListBox1.DragMode = dmAutomatic
> > 
> > ListBox1DragOver(Sender, Source: TObject; X, Y: Integer;  State:
> > TDragState; var Accept: Boolean);
> > begin
> >  Accept := Source is TJvThumbView;
> > end;
> > 
> > And
> > 
> > ListBox1DragDrop(Sender, Source: TObject; X, Y: Integer);
> > begin
> >  if (Sender is TListBox) and (Source is TjvThumbView) then
> >     ListBox1.Items.Add((Source as TjvThumbView).SelectedFile);
> > end;
> > 
> > Don't work :(
> > 
> > Is it possible to drag from jvThumbnail vcl ?
> > 
> > 
> > Thanks



Yes it is possible but not automatic.

Here is a simple form which only has a jvthumbview and a listbox on it
nothing else

save the following as Unit1.dfm (please take care of the word wraps)
-----------------------------------------------------------
object Form1: TForm1
  Left = 192
  Top = 55
  Width = 783
  Height = 540
  Caption = 'Form1'
  Color = clBtnFace
  Font.Charset = DEFAULT_CHARSET
  Font.Color = clWindowText
  Font.Height = -11
  Font.Name = 'MS Shell Dlg 2'
  Font.Style = []
  OldCreateOrder = False
  PixelsPerInch = 96
  TextHeight = 13
  object JvThumbView1: TJvThumbView
    Left = 152
    Top = 8
    Width = 600
    Height = 480
    HorzScrollBar.Tracking = True
    VertScrollBar.Tracking = True
    DragMode = dmAutomatic
    TabOrder = 0
    TabStop = True
    SelectedFile = 'c:\winnt\ac-eye_1152.bmp'
    AlignView = vtNormal
    AutoScrolling = True
    ThumbGap = 4
    AutoHandleKeyb = True
    MinMemory = True
    MaxWidth = 200
    MaxHeight = 200
    Size = 100
    ScrollMode = smHorizontal
    Directory = 'c:\winnt'
    Sorted = True
    Selected = 0
    OnStopScanning = JvThumbView1StopScanning
    AsButtons = False
    Filter = 
      'All
(*.gif;*.ani;*.pcx;*.jpg;*.jpeg;*.bmp;*.ico;*.emf;*.wmf)|*.g' +
      'if;*.ani;*.pcx;*.jpg;*.jpeg;*.bmp;*.ico;*.emf;*.wmf|CompuServe
G' +
      'IF Image (*.gif)|*.gif|ANI Image (*.ani)|*.ani|PCX Image
(*.pcx)' +
      '|*.pcx|JPEG Image File (*.jpg)|*.jpg|JPEG Image File
(*.jpeg)|*.' +
      'jpeg|Bitmaps (*.bmp)|*.bmp|Icons (*.ico)|*.ico|Enhanced
Metafile' +
      's (*.emf)|*.emf|Metafiles (*.wmf)|*.wmf'
    ThumbColor = clNone
    ShowShadow = False
    ShadowColor = clBlack
  end
  object ListBox1: TListBox
    Left = 3
    Top = 106
    Width = 144
    Height = 225
    DragKind = dkDock
    DragMode = dmAutomatic
    ItemHeight = 13
    TabOrder = 1
    OnDragDrop = ListBox1DragDrop
    OnDragOver = ListBox1DragOver
  end
end
------------------------------------------------
Unit1.dfm 

save the following as Unit1.pas 
------------------------------------------------
unit Unit1;

interface

uses
  Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls,
Forms,
  Dialogs, StdCtrls, JvBaseThumbnail, JvThumbviews, jvThumbNails,
jvThumbImage;

type
  TForm1 = class(TForm)
    JvThumbView1: TJvThumbView;
    ListBox1: TListBox;
    procedure ListBox1DragOver(Sender, Source: TObject; X, Y: Integer;
      State: TDragState; var Accept: Boolean);
    procedure ListBox1DragDrop(Sender, Source: TObject; X, Y: Integer);
    procedure JvThumbView1StopScanning(Sender: TObject);
  private
    { Private declarations }
  public
    { Public declarations }
  end;

var
  Form1: TForm1;

implementation

{$R *.dfm}

procedure TForm1.ListBox1DragOver(Sender, Source: TObject; X, Y:
Integer;
  State: TDragState; var Accept: Boolean);
begin
  Accept := Source is TJvThumbnail) or (Source is TJvThumbImage);
end;

procedure TForm1.ListBox1DragDrop(Sender, Source: TObject; X, Y:
Integer);
begin
  if (Sender is TListBox) then
  begin
    if (Source is TjvThumbNail) then
      ListBox1.Items.Add(TjvThumbNail(Source).FileName);
    if Source is TJvThumbView then
      ListBox1.Items.Add(TJvThumbView(Source).SelectedFile);
    if Source is TJvThumbImage then
      ListBox1.Items.Add((TJvThumbImage(Source).Parent as
TJvThumbnail).FileName);
  end;
end;

procedure TForm1.JvThumbView1StopScanning(Sender: TObject);
var
  Cnt: Integer;
begin
  for Cnt := 0 to JvThumbView1.ThumbList.Count - 1 do
  begin
    JvThumbView1.ThumbList.Thumbnail[Cnt].DragKind := dkDrag;
    JvThumbView1.ThumbList.Thumbnail[Cnt].Photo.DragKind := dkDrag;
    JvThumbView1.ThumbList.Thumbnail[Cnt].DragMode := dmAutomatic;
    JvThumbView1.ThumbList.Thumbnail[Cnt].Photo.DragMode := dmAutomatic;
  end;
end;

end.

------------------------------------------------
Unit1.pas end;


Now inserted in any project and make the main form of this project.

Have fun

Regards
johnnie.


Subject: Re: JvTranslator example doesn't translate...
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Tue, 10 Jun 2003 15:56:21 +0200
Newsgroups: jedi.vcl

Look in the out folder of the examples (JVCL\bin): try moving the files
english.xml and French.xml into a subfolder named "Translations". If you
don't find them there, look for them in examples\JvTranslator\Translations.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error When Installing Latest JVC - Cannot Load Package .....\Bin\JVCL200_D60.BPL
From: "Micha Nelissen" <no@email.com>
Date: Tue, 10 Jun 2003 13:38:24 +0200
Newsgroups: jedi.vcl

Joe Crowell wrote:
> > I had something similar happen between tDbf and JVCL lately. The new
> > version of tDbf uses the same name for a header which you guys use on
> > one of your headers. (tDbf from CVS) It tried using the jvcl header
> > file instead of tDbfs header file and of course it came out with LOTS
> > of compile errors.

Can you recall the name of this file?

Thanks,

Micha.




Subject: Re: Error When Installing Latest JVC - Cannot Load Package .....\Bin\JVCL200_D60.BPL
From: "Joe Crowell" <jcrowell@nospam(tds).net>
Date: Tue, 10 Jun 2003 00:11:01 -0500
Newsgroups: jedi.vcl

I had something similar happen between tDbf and JVCL lately. The new version
of tDbf uses the same name for a header which you guys use on one of your
headers. (tDbf from CVS) It tried using the jvcl header file instead of
tDbfs header file and of course it came out with LOTS of compile errors.

"Howard Carr" <hjcarr@nf.sympatico.ca> wrote in message
news:bb7dov$cc0$1@talkto.net...
> > I had the same problem in D5 Ent. I believe I corrected it by making sure
> > the offending files were in the library path so the build would work
> > successfully.
> >
> >
> > "Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
> > news:bb73gh$alc$1@talkto.net...
>> > > The stars so gaily glistened... (Fri, 30 May 2003 10:00:14 +1000 @41)
>> > > ...while the fading voice of Paul whispered through the darkness:
>> > >
>> > > That ZLib is continuing nightmare...
>> > >
>> > > there are possible solutions:
>> > >
>> > > 0) if possible, never load xtradev and JVCL together at time.
>> > >
>> > > 1) Make a copy of ZLib and related files, say, to JvZLib and use them in
>> > > JVCL.
>> > > 2) Make JVCL200_R60 depent upon xtradev6 or vice versa.
>> > > 3) Make some tiny package containing ZLib, depending on VCL6.bpl
>> > > Let both JVCL and XtraDev depent upon that new package.
>> > >
>> > > All those variants but 0 make your copies of JVCL and/or XtraDev
>> > > incompatibles with usual libs :-(.
>> > >
>> > > Seems ZLib is used much to often.
>> > > It was good of all 2rd party vendors agreed on never-including Zlib into
>> > > their packages :-(
>> > > But that may be reached only by making ZLib project support Delphi as a
>> > > target - and the do not need that.
>> > >
>> > >
>> > > --
>> > > If i had ears, i'd heard np: none
>> > > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
>> > >
> >
> >




Subject: JVCL 2.10 : jvThumbNail and Drag & Drop
From: "potiok" <enlevezmoi_potiok@voila.fr>
Date: Mon, 9 Jun 2003 17:20:06 +0200
Newsgroups: jedi.vcl

Hello,

I try to drop an image from my jvThumbNail.
Destination is a simple TListBox.

jvThumbnail1.DragKind = dkDrag
jvThumbnail1.DragMode = dmAutomatic

ListBox1.DragKind = dkDock
ListBox1.DragMode = dmAutomatic

ListBox1DragOver(Sender, Source: TObject; X, Y: Integer;  State: TDragState;
var Accept: Boolean);
begin
 Accept := Source is TJvThumbView;
end;

And

ListBox1DragDrop(Sender, Source: TObject; X, Y: Integer);
begin
 if (Sender is TListBox) and (Source is TjvThumbView) then
    ListBox1.Items.Add((Source as TjvThumbView).SelectedFile);
end;

Don't work :(

Is it possible to drag from jvThumbnail vcl ?


Thanks





Subject: Request
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 8 Jun 2003 12:16:33 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Hi,

  yesterday I had a small accident which resulted in the loss of my
inbox/outbox/contacts/everything I had in the My Documents folder. I did
have a backup made a couple of days ago, but the CD turned out damaged and
unreadable.

  The result is that I have now a clean inbox. Problem is that I know I had
some e-mails in my inbox that I still had to reply to. My request is to
those that have mailed me before today and have not had a reply of me yet to
please mail me again.

  I'm not sure what caused this vanishing of info. I ran two up-to-date
virus scanners directly after I noticed the missing stuff, but nothing was
found (so don't worry, I have had no virus so I did not get any of you in
trouble).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JvTranslator example doesn't translate...
From: "Giorgio" <g@p.com>
Date: Sat, 7 Jun 2003 14:09:46 +0200
Newsgroups: jedi.vcl

Hello,

I have a problem with JvTranslator component. It doesn't translate! The demo
project doesn't work! When I click "French" button, all text remains in
english.
Help me, please! (I 'm using Jedi lib for delphi v 2.10)
Thanks

Giorgio




Subject: Re: TScanner
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Sat, 07 Jun 2003 10:33:57 +1000
Newsgroups: jedi.vcl

It may have been moved to Jedi but it may not be in the 2.10 release because we didn't got time to put it into.
I didn't find it on CVS, which most likely means that nobody got time to review it either.
Please bare with us, but it's not always easy to keep everything up to date and I'm sure somebody will have more details with regards to this component

Andrey Behrens wrote:
> Hello,
>
> I want to use the TScanner component on Sourceforge. There ist a text
> "TScanner ist moved to Jedi". But I guess it is not, because I did not found
> the component.
>
> Do someone knew more?
>
> Thank you.
>
> Regards
>
>



Subject: TScanner
From: "Andrey Behrens" <nowamithat@yahoo.de>
Date: Fri, 6 Jun 2003 21:52:20 +0200
Newsgroups: jedi.vcl

Hello,

I want to use the TScanner component on Sourceforge. There ist a text
"TScanner ist moved to Jedi". But I guess it is not, because I did not found
the component.

Do someone knew more?

Thank you.

Regards




Subject: Little bug in JvxCtrls .............
From: <ds.antispamds@csslabs.de>
Date: Fri, 6 Jun 2003 19:13:04 +0200
Newsgroups: jedi.vcl

In unit JvxCtrls;

AdjustBounds for Autosize in paint missing!!!!
Autosize don´t work correct without that line.


procedure TJvCustomLabel.Paint;
var
  Rect: TRect;
  DrawStyle: Integer;
begin
  AdjustBounds; // <--- Autosize don´t work correct without that line

  if not Enabled and not (csDesigning in ComponentState) then
    FDragging := False;
  with Canvas do
.....
.....
------------------------------
Best regards

Dierk






Subject: Re: HTML view component?
From: "Scott Carter" <scottc@turbopower.com>
Date: Fri, 6 Jun 2003 09:39:30 -0600
Newsgroups: jedi.vcl

Chuck,

I believe the open sourced Internet Professional from TurboPower has an HTML
component that will meet your needs. Check it out at
http://sourceforge.net/projects/tpipro/.

Good luck.
Scott

> > Does JVCL have a component to  view html code? If not, are there
> > plans to make one? I've seen some free components but they don't
> > meet all my needs. Here's features I'm looking for:
> > - Support basic formatting tags like bold, italic, underline and
> > <font>.
> > - Support hyperlinks.
> > - Print the contents to a printer.
> > - Support images inline.
> > - Java or Javascript not needed.




Subject: Unresolved external from CJCL50.LIB
From: Kai Bernhard <kb@brueckmann-gmbh.remove.me.de>
Date: Fri, 06 Jun 2003 16:37:38 +0200
Newsgroups: jedi.vcl

Hello,

Situation: I'm trying to replace some Rx components in a BCB5 application and ran into an "unresolved external" problem.

Simplified:

a DLL (say DLL.dll), with a form inside, which contains a JvTrayIcon

main executable (say EXE.exe), contains JvxSpeedButton
main project (EXE.bpr) contains DLL.lib

It compiles fine, but I get "unresolved external" errors:

> Unresolved external '__fastcall Psapi::EnumProcesses(unsigned int *, unsigned int, unsigned int&)' referenced from [...]\CJCL50.LIB|[...]\JEDI\JCL\source\JclSysInfo.pas
> Unresolved external '__fastcall Psapi::GetModuleFileNameEx(unsigned int, unsigned int, char *, unsigned int)' referenced from [...]\JEDI\JCL\source\JclSysInfo.pas
> Unresolved external '__fastcall Psapi::GetModuleBaseNameA(unsigned int, unsigned int, char *, unsigned int)' referenced from [...]\JEDI\JCL\source\JclSysInfo.pas
> Unresolved external '__fastcall Psapi::EnumProcessModules(unsigned int, unsigned int *, unsigned int, unsigned int&)' referenced from [...]\JEDI\JCL\source\JclSysInfo.pas
> Unresolved external '__fastcall Psapi::GetModuleInformation(unsigned int, unsigned int, _MODULEINFO *, unsigned int)' referenced from [...]\JEDI\JCL\source\JclSysInfo.pas
> Unresolved external 'Jpeg::TJPEGImage::' referenced from [...]\CJCL50.LIB|[...]\JEDI\JCL\source\JclGraphics.pas
> Unresolved external '__fastcall Jpeg::TJPEGImage::TJPEGImage()' referenced from [...]\CJCL50.LIB|[...]\JEDI\JCL\source\JclGraphics.pas

I also noticed it works fine until I drop a JvxSpeedButton in main exe form. I haven't checked with other components yet, but I guess they could cause problems, too. Does anybody know how to solve this? Any help would be greatly appreciated....


Cheers,

Kai



Subject: Re: How to use JvRicEditToHtml?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 06 Jun 2003 15:12:40 +0200
Newsgroups: jedi.vcl


You can us its method ConvertToHtml.

In the following Code I save the contents to of a  TRichEdit (RtfLogInfos) to
a html file (german language of course) and ask user if he wants to open it

Ralf Grenzing
(JVCL MegaDemo Developer)

------------------

procedure TMxErrorOverviewFrm.actSaveErrorInfosHtmlExecute(Sender: TObject);
begin
 with SaveDialog1 do
 begin
   Title := 'Speichern der Informationen in HTML Datei';
   InitialDir := ExtractFilePath(Application.ExeName);
   FileName := 'Tabea.html';
   if Execute then
   begin
     if FileExists(FileName) then
       if MessageDlg(
         'Die Datei "' + FileName + '" existiert bereits!'+#13+#10+
         'Wann overwrite?', mtWarning, [mbYes, mbNo], 0)= mrNo then
            exit;
     screen.cursor := crHourGlass;
     JvRichEditToHtml1.Title := 'Bla sülz fasel';
     JvRichEditToHtml1.ConvertToHtml(RtfLogInfos, FileName);
     screen.cursor := crDefault;
     if MessageDlg('Wann open?', mtConfirmation, [mbYes,mbNo], 0) = mrYes then

       ShellExecute(0, nil, PChar(FileName), nil, nil, SW_SHOWNORMAL);
     Title := 'Datei speichern';
   end;
 end;
end;


Klas Westholm schrieb:

> > Hello!
> >
> > I use RichEdit and dbRichEdit and I need to save the formatted rtf-text to
> > html. How can I use JvRichEdit to do that? There is only one Property that
> > can be changed and that is Title. No events are avaliable.
> >
> > Thank you
> > Klas
> >
> > --
> > *******************************************
> > Klas Westholm
> > DataKatten
> > Lingonstigen 3 B
> > 271 38 Ystad
> > Tel: 0411-732 73, 0411-107 55
> > Mobil: 070-789 17 53
> > E-post: Klas.Westholm@datakatten.se
> > Hemsida: http://www.datakatten.se



Subject: Re: JVCL v3.0 preview with CSV - where to download from?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 6 Jun 2003 14:56:57 +0200
Newsgroups: jedi.vcl

Already did via private mail and I think this should be solved now

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL v3.0 preview with CSV - where to download from?
From: "Michal Pajkowski" <panorek@wp.pl>
Date: Fri, 6 Jun 2003 13:04:20 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bblk8d$bqc$1@talkto.net...
> > There is no such thing. Were did you here about it?

one of the group reader ask me about that
he cannot write to gruop, so i asked after him

think now that, he should contact u, as far as u are the best informed here
:)

best!
panorek




Subject: Re: HTML view component?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 5 Jun 2003 23:09:39 +0200
Newsgroups: jedi.vcl

> > Is someone making a Delphi browser component based on Mozilla? 
Not that I know of but you could try searching Google

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvInspector code samples or tutorials
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Jun 2003 22:17:53 +0200
Newsgroups: jedi.vcl

Sorry about the late response, I didn't see this post earlier.

> > I'm trying to make a simple insepctor control: On the left side a name
> > and on the right side a ComboBox with about four entries.
> > Unfortunately I haven't figured out how to do this. Are there (beside
> > the InspExample) any code samples or tutorials for TJvInspector?

No, at the moment InspExample is the only code sample available and I
haven't started on writing a tutorial either. Since you didn't specify
exactly what you want, I assume you are doing something similar to Delphi
enumerations (i.e. and ordinal value for each item in the combo box). In
that case you can do the following:

* Add JclRTTI to the unit of the form with the inspector control
* Use JclGenEnumType('MyType', ['First option', 'Second option', 'Third
option', 'Last option']) and save the returned pointer in a variable
* Generate the data instance, providing the pointer generated in the step
above as the RTTI

This example assumes the data it self is stored as an integer type with 0 as
the first option, 1 as the second, etc.

If you want a combo box for a string type (or integers with  custom ordinal
values) you should take another route:

* Create a descendant of TJvInspectorIntegerItem or TJvInspectorStringItem
(depending on the data type to store)
* Either override the Flags method so it will always include the
iifValueList value or override the constructor to set it once.
* Override the DoGetValueList method or redeclare the OnGetValueList event
to make it public. This will allow you to determine the list of items
available
* If the value to set is not the same as the item in the list above, you
should override GetDisplayValue/SetDisplayValue to change the Data instance

> > Real coders don't comment their code. It was hard to write, it should be
> > hard to understand

I think I did OK then in JvInspector: virtually no comments ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Corrupt JVCL-tutorial.pdf for ver 2.1
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Jun 2003 21:27:50 +0200
Newsgroups: jedi.vcl

> > Is there a JVCL-tutorial in pdf-format that is not corrupt. I downloaded
and
> > installed Jcl+Jvcl2.10 and the JVCL-tutorial.pdf didn't work. I searched
> > your website but couldn't find any.

take a look in the jedi.binaries group. Posted the working tutorial at March
6th 2003.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: HTML view component?
From: "Chuck" <chuckr30nospam@netzero.net>
Date: Thu, 5 Jun 2003 18:55:23 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > Haven't heard of those. Where do I get them?
> > 
> > TWebBrowser is on the Internet tab in Delphi (starting with
> > version 5 IIRC).  It's a wrapper for the Internet Explorer HTML
> > control. EmbeddedWB is an enhanced TWebBrowser that you can get
> > from http://www.euromind.com/iedelphi/.

Is someone making a Delphi browser component based on Mozilla? That
would be nice. Anything based on IE is not real good.

-- Support whirled peas. 

Subject: Re: HTML view component?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 5 Jun 2003 20:52:21 +0200
Newsgroups: jedi.vcl

> > Haven't heard of those. Where do I get them?

TWebBrowser is on the Internet tab in Delphi (starting with version 5 IIRC).
It's a wrapper for the Internet Explorer HTML control. EmbeddedWB is an
enhanced TWebBrowser that you can get from
http://www.euromind.com/iedelphi/.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: HTML view component?
From: "Chuck" <chuckr30nospam@netzero.net>
Date: Thu, 5 Jun 2003 18:34:23 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thvrnqvist wrote:

> > We don't have a HTML component nor do I think that anyone is
> > planning one.  It's quite a major task to undertake. Have you
> > considered TWebBrowser (or the better EmbeddedWB)?

Haven't heard of those. Where do I get them? 

Also, PBear's THTMLLite does not allow printing.

-- Support whirled peas. 

Subject: Re: HTML view component?
From: "Don Siders" <dinahmo@rancidbud.org>
Date: Thu, 5 Jun 2003 12:02:46 -0400
Newsgroups: jedi.vcl


"Peter Thrnqvist" <peter3@nospam.peter3.com> wrote in message
news:bbnhne$ldh$1@talkto.net...

> > We don't have a HTML component nor do I think that anyone is planning one.
> > It's quite a major task to undertake. Have you considered TWebBrowser (or
> > the better EmbeddedWB)?

You could add Dave Baldwin's THTMLViewer to that list.
http://www.pbear.com/


--
Don

Sometimes I think we're alone. Sometimes I think we're not. In either
case, the thought is staggering. (R. Buckminster Fuller)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Corrupt JVCL-tutorial.pdf for ver 2.1
From: "Klas Westholm" <Klas.Westholm@telia.com>
Date: Thu, 5 Jun 2003 16:46:06 +0200
Newsgroups: jedi.vcl

Hello!

Is there a JVCL-tutorial in pdf-format that is not corrupt. I downloaded and
installed Jcl+Jvcl2.10 and the JVCL-tutorial.pdf didn't work. I searched
your website but couldn't find any.

Thank you
Klas

-- ******************************************* Klas Westholm DataKatten Lingonstigen 3 B 271 38 Ystad Tel: 0411-732 73, 0411-107 55 Mobil: 070-789 17 53 E-post: Klas.Westholm@datakatten.se Hemsida: http://www.datakatten.se 

Subject: How to use JvRicEditToHtml?
From: "Klas Westholm" <Klas.Westholm@telia.com>
Date: Thu, 5 Jun 2003 16:41:37 +0200
Newsgroups: jedi.vcl

Hello!

I use RichEdit and dbRichEdit and I need to save the formatted rtf-text to
html. How can I use JvRichEdit to do that? There is only one Property that
can be changed and that is Title. No events are avaliable.

Thank you
Klas

-- ******************************************* Klas Westholm DataKatten Lingonstigen 3 B 271 38 Ystad Tel: 0411-732 73, 0411-107 55 Mobil: 070-789 17 53 E-post: Klas.Westholm@datakatten.se Hemsida: http://www.datakatten.se 

Subject: Re: HTML view component?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Jun 2003 15:57:46 +0200
Newsgroups: jedi.vcl

We don't have a HTML component nor do I think that anyone is planning one.
It's quite a major task to undertake. Have you considered TWebBrowser (or
the better EmbeddedWB)?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: HTML view component?
From: "Chuck" <chuckr30nospam@netzero.net>
Date: Thu, 5 Jun 2003 13:17:48 +0000 (UTC)
Newsgroups: jedi.vcl

Does JVCL have a component to  view html code? If not, are there
plans to make one? I've seen some free components but they don't
meet all my needs. Here's features I'm looking for:
- Support basic formatting tags like bold, italic, underline and
<font>.
- Support hyperlinks.
- Print the contents to a printer.
- Support images inline.
- Java or Javascript not needed.


-- Support whirled peas. 

Subject: Form in plugin: Edits don't work
From: "Roland" <rostizh@yahoo.com>
Date: Thu, 5 Jun 2003 09:48:34 +0200
Newsgroups: jedi.vcl

Hi,

I've made a package with a form, using TJvPluginManager that gets loaded in
the host app. The form embeds on a tabsheet.

All goes well, except the edits do not work. I get a carret when the mouse
is over them, but the edit can't seem to get focus.
All other buttons and even comboboxes are working fine.

Thanks for any insights,

Roland




Subject: Re: JVCL v3.0 preview with CSV - where to download from?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 4 Jun 2003 22:28:30 +0200
Newsgroups: jedi.vcl

There is no such thing. Were did you here about it?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Michal Pajkowski" <panorek@wp.pl> skrev i meddelandet news:bbl94f$9t3$1@talkto.net...
> > best!
> > panorek
> >
> >



Subject: JVCL v3.0 preview with CSV - where to download from?
From: "Michal Pajkowski" <panorek@wp.pl>
Date: Wed, 4 Jun 2003 19:18:39 +0200
Newsgroups: jedi.vcl

best!
panorek




Subject: Re: JvInterpreter EXAMPLE Code?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 04 Jun 2003 17:58:04 +0200
Newsgroups: jedi.vcl



Warren Postma schrieb:

> > Ralf Grenzing wrote:
>> > > take a look:
>> > >  http://jvcl.sourceforge.net/JvInterpreter.htm
> >
> > Ah, I hadn't seen that page before.  Very cool component. I am
> > definitely going to find some good uses for it.
> >
> > I see from cvs history that 'osdm' has been quite productively adding
> > stuff (array support etc).
> >

I am not sure what 'osdm' is. But I contacted the one from the checkin
messages to say him thanx for his work and he answered happy that I
shouldn´t hesistate to write him suggestions. So I would recommend to
contact him

Ralf Grenzing
(JVCL MegaDemo Developer)




Subject: Re: How can I create documentation for my contributed component?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Jun 2003 23:40:45 +0200
Newsgroups: jedi.vcl

> > Okay, I have checked in the modified DTX files.  Have a go at compiling
> > them, and let's see if they work!  (Whew. That took 3 hours of typing
> > and it was a component I wrote myself and understand well, and no I
> > wasn't excessively verbose either.  Imagine what a chore it is to
> > document a component you didn't write.) <grin>

Haven't checked them yet (just quickly scanned them and they seem OK) so I
don't know if it's all OK. But at least you found out the hard work that has
been done by the help team so far and also why I keep pushing all donators
to write the docs.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInterpreter EXAMPLE Code?
From: Warren Postma <wp@tekran.com>
Date: Tue, 03 Jun 2003 16:58:50 -0400
Newsgroups: jedi.vcl

Ralf Grenzing wrote:
> take a look:
>  http://jvcl.sourceforge.net/JvInterpreter.htm

Ah, I hadn't seen that page before.  Very cool component. I am definitely going to find some good uses for it.


I see from cvs history that 'osdm' has been quite productively adding stuff (array support etc).

I have something I'd like to use it for.

I think I might need to add some support for an XML-DOM-like tree of object-value pairs (as variants), with a hashed lookup scheme.

I'm implementing a process control system with a few thousand realtime values, organized as a tree of Key/Value dictionary pairs.

If I go with Python instead of TJvInterpreter, I'd be using a Python
dictionary to hold my objects, but I think that TJvInterpreter would be
smaller, lighter, and easier to integrate than the big Python runtime DLL, for I don't need a lot of advanced stuff.

The data (example: Boiler.Temperature = 500 degF, Boiler.Pressure = 500 KPA, and so on) that I would like to have accessible as if they were variables, from the script, and I would like the VariableName to Variant lookup to be very fast even with thousands of strings. Has anyone done anything like this?

I've decided that I'll either make a binary tree structure
for my "variables database" or else a hash of some kind.  But since
I think I want these variables to be accessed from the scripting component, I'm not sure if someone has already built this in somewhere
as a feature of TJvInterpreterProgram?

Regards,

Warren








Subject: Re: How can I create documentation for my contributed component?
From: Warren Postma <wp@tekran.com>
Date: Tue, 03 Jun 2003 16:34:49 -0400
Newsgroups: jedi.vcl


> If you have more questions, ask it here, or mail Marcel or me directly.

Okay, I have checked in the modified DTX files.  Have a go at compiling them, and let's see if they work!  (Whew. That took 3 hours of typing and it was a component I wrote myself and understand well, and no I wasn't excessively verbose either.  Imagine what a chore it is to document a component you didn't write.) <grin>

Warren



Subject: Re: JvInterpreter EXAMPLE Code?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 3 Jun 2003 21:35:09 +0200
Newsgroups: jedi.vcl

> > Anyone mind (Peter?) if I check in my minimally changed version that
> > works on Delphi 7.
I absolutely, positively do not mind: you are a JVCL developer, so
develop<g>!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Pas2JvInterpreter
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 03 Jun 2003 21:33:02 +0200
To: Ari Adrianto <milis@dayproject.com>
Newsgroups: jedi.vcl



Ari Adrianto schrieb:

> > Hi All,
> >
> > I can't find pas2JvInterpreter tools...
> > where to find it ?
> >
> > Best Rgds,
> > Ari Adrianto

I am not sure what you are really want, but  look in the binary
Newsgroup under the subject
 "Pas2JvInterpreter files"

or perhapy you want ti use the JvIntereter? Then take a look:

 http://jvcl.sourceforge.net/JvInterpreter.htm

you can get there from here:

http://jvcl.sourceforge.net/ and then components ...

Ralf Grenzing
(JVCL MegaDemo Developer)





Subject: Re: JvInterpreter EXAMPLE Code?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 03 Jun 2003 21:29:48 +0200
Newsgroups: jedi.vcl

take a look:

 http://jvcl.sourceforge.net/JvInterpreter.htm

you can get there from here:

http://jvcl.sourceforge.net/ and then components ...

Ralf Grenzing
(JVCL MegaDemo Developer)



Subject: Re: JvInterpreter EXAMPLE Code?
From: Warren Postma <wp@tekran.com>
Date: Tue, 03 Jun 2003 14:08:13 -0400
Newsgroups: jedi.vcl

Warren Postma wrote:
> I don't see a *Simple* Example Program for JvInterpreter in the jvcl/examples directory.  In fact, I think that ALL the RALib/* stuff is sufficiently obtuse that it doesn't serve well as an example.  For example, one of their examples requires the QuickReports components to work, which don't come with Delphi 7.  Examples that require other components are not a very good place to start from. <grin>

Okay turns out that jvcl\examples\RALib\RaInterpreter\JvInterpreterTest.dpr is the kind of sample I was searching for.

It is a slightly broken demo (it doesn't compile under Delphi 7). Anyone mind (Peter?) if I check in my minimally changed version that works on Delphi 7. (Problem is a non-constant '<case-of>:' condition in a case statement in the demo code, which must be changed to a buch of if/else/else clauses to compile under delphi 7).

Regards,

Warren



Subject: Re: How can I create documentation for my contributed component?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 03 Jun 2003 20:05:15 +0200
Newsgroups: jedi.vcl

Warren Postma wrote:
> I would be willing to write up the help for it, 

Good :)

> if someone could please point me at the place to start. I have checked out the dev/help folders (thanks for that tip, M.B.).  I have noticed that I probably have to write a doc-o-matic (dox/dtx?) file, so I have downloaded the trial version of that, but  somewhere on this newsgroup I heard there was a way to generate a template which I then only have to fill in with the correct information.

I've just uploaded the templates (JvCvsData.dtx & JvCvsParse.dtx) to
dev/help. You just have to fill in the blanks (ie replace 'Write here a
description' etc with a description). When your done, Marcel or I will
look at the file and possibly adjust it so that it parses ok.

> The doc-o-matic program appears to be design to pull javadoc and other stuff out of the code, which I haven't written either. So should my
> first step be to pepper my source code with specially formatted
> comments?   How should I go about this?

We have configured doc-o-matic so that it only looks at the .dtx files
for help comments, thus you don't need to adjust your source code.

When I write parts of the help file, I edit the dtx files, thus I don't
use doc-o-matic for that. So you probably don't need it either <g>

If you have more questions, ask it here, or mail Marcel or me directly.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: How can I create documentation for my contributed component?
From: Warren Postma <wp@tekran.com>
Date: Tue, 03 Jun 2003 13:09:49 -0400
Newsgroups: jedi.vcl

Hello, can anyone point me at how I might produce the component documentation for TJvCsvDataSet, a new component which I contributed and which has been added to CVS.  Being of my private collection, it is utterly undocumented (except for a short readme html file). <grin>

I would be willing to write up the help for it, if someone could please point me at the place to start. I have checked out the dev/help folders (thanks for that tip, M.B.).  I have noticed that I probably have to write a doc-o-matic (dox/dtx?) file, so I have downloaded the trial version of that, but  somewhere on this newsgroup I heard there was a way to generate a template which I then only have to fill in with the correct information.

The doc-o-matic program appears to be design to pull javadoc and other stuff out of the code, which I haven't written either. So should my
first step be to pepper my source code with specially formatted
comments?   How should I go about this?


Warren



Subject: JvInterpreter EXAMPLE Code?
From: Warren Postma <wp@tekran.com>
Date: Tue, 03 Jun 2003 12:33:55 -0400
Newsgroups: jedi.vcl

I don't see a *Simple* Example Program for JvInterpreter in the jvcl/examples directory.  In fact, I think that ALL the RALib/* stuff is sufficiently obtuse that it doesn't serve well as an example.  For example, one of their examples requires the QuickReports components to work, which don't come with Delphi 7.  Examples that require other components are not a very good place to start from. <grin>

Can I suggest that we add (I'll write it) a minimal JvInterpreter sample
that makes it perfectly obvious (in my way of thinking) how this thingy
works. The example should have a Form, a JvInterpreterProgram, and be absolutely minimal in every other way.

In particular I think the simplest use for an intepreter is to
    (a) Give the user the ability to enter arbitrarily complex expressions  ( ( A*B) + Function1(X,Y) + Sqrt( (A*A)+(B*B) ) )
    (a) Expose some few features of your application as Functions.
    (b) Give the user the ability to compose those functions either procedurally or as an expression.
    (c) Let the user hit Run and see what happens.

Can anyone point me at the demo that I missed!? If not, I will write it,
once I figure out how.

Warren



Subject: Here is a Gold Mine For You with Shovels and Picks.
From: goldmine@mail15.com(Soft Dreams E-Marketing)
Date: Tue, 03 Jun 03 01:40:09 GMT
Newsgroups: jedi.vcl

*OurFree Membership Can Change Your All Future and Fortune!
*

*The web site I invite you to visit can show you how to use knowledge of things 
you already know in ways that will bring your dreams and goals with in reach.
**/FREE/* #*Real Commercial Softwares (Value $1500+)
/FREE/ # E_Books (Value (Value $300+)
/FREE/ #Marketing Mastry Course(Value (Value $500)
**Earn Tons of Gold in limited time.
Plz visit Now ! http://goldmine.softdreams.net*



Subject: Re: A modest proposal on splitting, merging, and help.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 2 Jun 2003 22:20:17 +0200
Newsgroups: jedi.vcl

> > I wonder if a tool to help with that would be good.  For one thing, a
> > net-installer that could download and install all or part of the JVCL
> > and JCL, and related components, with the ability to preprocess
> > a Package-template file (Think of it as a master DPK with '#ifdefs')
> > and then rebuild the component set from outside delphi (via a command
> > line invocation of Delphi), or via launching delphi with the DPK, so
> > that the user merely has to right click "Install" on the package in the
> > project window.

Sebastein Buysse worked on something similar just before he left JVCL.
Sebastiens solution was to define each class/unit in an XML file with
subnodes for current version, dependencies, requirements and whether it was
a design or run-time file etc. He then created a tool to read the XML files
and download the selected files (directly from CVS) and install them. All
components were installed in the same fixed package (although this might
have changed if he had finished the tool). It looked really nice what he'd
done but there was still quite a lot to do to finish it. Unfortunately,
Sebastien didn't have the time to continue with JVCL so that tool is
"hanging in the air".

All in all, I think it's a great idea but I also realize that it's a lot of
work to get it working in a way that is useful for the average developer.
Not only should the tool as such work reliably but all current units would
have to be split into individual units for each installable class, each
property and component editor would need to be in its own unit (and possibly
have their own reg unit), each class would have to have it's own reg file,
its own dcr etc. That's a lot of unit splitting and XML file writing and
unit dependecy discovery to get the files in shape for customized installs.

Personally, I think it would be simpler to just split things up into
predefined packages (although this isn't easy either, but the complexity is
of another nature) and get on with working on what we have. If anyone wants
to pursue such a tool then fine, but I don't think we can hang the release
of JVCL 3.0 on the assumption that such a tool will be forthcoming any time
soon. In addition, there are a lot of other things that we need to do in
JVCL before 3.0: remove and merge, add new cool stuff that has already been
donated, implement the IFiller idea in a more consistent manner, write more
help, fix some of the more blatant bugs etc etc etc


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A modest proposal on splitting, merging, and help.
From: Warren Postma <wp@tekran.com>
Date: Mon, 02 Jun 2003 11:08:50 -0400
Newsgroups: jedi.vcl

> Personally, I think the only usable approach is for everyone
> interested to go ahead and do it: uninstall the JVCL packages and
> start building your own from scratch.

I wonder if a tool to help with that would be good.  For one thing, a net-installer that could download and install all or part of the JVCL and JCL, and related components, with the ability to preprocess
a Package-template file (Think of it as a master DPK with '#ifdefs')
and then rebuild the component set from outside delphi (via a command line invocation of Delphi), or via launching delphi with the DPK, so that the user merely has to right click "Install" on the package in the project window.

Anyways, it could:

    (a) Suck down the relevant sources
    (b) enumerate the versions of C++Builder/Delphi on your system.
    (c) Allow you to either "Install Everything" or pick-and-choose
    graphically from a tree of controls which ones you want and
    don't want, similar to the MS Office 2000 installer with a    
    tree-of-checkboxes kind of thing.
    (d) The installer could generate the packages, and install them.
        Perhaps the user could be given a choice of tabs to install the
    components into (probably the program could massage the registry
    so Delphi will know what tabs the user desires).
    (e) re-reunning the installer later could be done to download
    updates, or change, add, remove components.
    


Warren



Subject: TJvInspector code samples or tutorials
From: Andreas Tscharner <andreas.tscharner@metromec.ch>
Date: Mon, 02 Jun 2003 14:51:53 +0200
Newsgroups: jedi.vcl

Hello World,

I'm trying to make a simple insepctor control: On the left side a name and on the right side a ComboBox with about four entries.
Unfortunately I haven't figured out how to do this. Are there (beside the InspExample) any code samples or tutorials for TJvInspector?

Thank you very much in advance
    Andreas
-- 
Andreas Tscharner                          andreas.tscharner@metromec.ch
------------------------------------------------------------------------
Real coders don't comment their code. It was hard to write, it should be
hard to understand



Subject: Re: Collect code examples for documentation
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 02 Jun 2003 10:34:10 +0200
Newsgroups: jedi.vcl

Hi Remko

I realized that the Rx Demo for the former RxRichEdit is not included in
the Demos for JVCL. (it is in \RX\Demo\RICHED2) It has code for a fully
featured editor with undo, image embedding, link embedding, a ruler a
statusBar and extended formating. And there is much code!

It would be very nice if the demo would be included in the next JVCL
Release.

Ralf Grenzing
(JVCL MegaDemo Developer)


Remko Bonte schrieb:

> > Hi,
> >
> > I'm busy documenting the TJvRichEdit control, but I don't have much
> > experience with it. I thought it might be useful to insert a lot of
> > (small) code examples in the help file, because sometimes code make
> > things more clear than some text.
> >
> > Thus could we collect in this thread code examples for any component in
> > JVCL, that I can insert in the help-file?
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: RxRichEdit
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 02 Jun 2003 00:04:08 +0200
Newsgroups: jedi.vcl

Michal Pajkowski wrote:
> Hi!

Hi :)

> RxRichEdit have possibility to add images, but can it contain animated Gif's
> or any other animated format?

You can download a RTF specification from
http://www.dubois.ws/software/RTF/. I'm not quite sure which RTF
specification the rich edit controls use, but if you read RTF
Specification 1.7, you won't see a reference to gif.

If I include a gif image in Word and save it as RTF file, it looks like
Word translates the gif to a PNG file, eg I see a \pngblip tag.

Question remains, does RTF support MNG? Have to look into that one.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: RxRichEdit
From: "Michal Pajkowski" <panorek@wp.pl>
Date: Sun, 1 Jun 2003 20:13:18 +0200
Newsgroups: jedi.vcl

Hi!


not sure if newsgroup is proper, but as i understand RxLibrary is now
conducted by JEDI team, so

have a question,

RxRichEdit have possibility to add images, but can it contain animated Gif's
or any other animated format?

best!
panorek




Subject: Re: Error compiling JVCLConvert.dpr
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 1 Jun 2003 11:24:38 +0200
Newsgroups: jedi.vcl

> > Remember to update RXLib.dat and RXToJVCLApp.dat too.
Will do

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Error compiling JVCLConvert.dpr
From: "Bepy" <ramengo@hotmail.com>
Date: Sun, 1 Jun 2003 10:36:51 +0200
Newsgroups: jedi.vcl

Thank you ! It works now.
Remember to update RXLib.dat and RXToJVCLApp.dat too.




Subject: Re: Error compiling JVCLConvert.dpr
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 31 May 2003 16:25:50 +0200
Newsgroups: jedi.vcl

It was renamed to TJvBrowseForFolderDialog but unfortunately, the sources to
JVCLConvert weren't updated. Close th eproject, rename in the dfm (using
Notepad) and reload the project. Answer "Yes" to any prompts to change
declarations. If you get any "File not found" errors in the uses, remove the
offending file reference. I'll make sure this is updated in CVS.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Bepy" <ramengo@hotmail.com> skrev i meddelandet news:bba6ds$nar$1@talkto.net...
> > Hi,
> >
> > I need to convert and old project containing RXLib controls. I know I've
to
> > use JVCLConvert to do that.
> > So I tried to open JVCLConvert.dpr to generate executable, but... receive
a
> > message saying "Class: TJvBrowseFolder not found. Ignore the errore and
> > continue ? etc.".
> > Am I wrong ?
> >
> > TIA.
> >
> >



Subject: Error compiling JVCLConvert.dpr
From: "Bepy" <ramengo@hotmail.com>
Date: Sat, 31 May 2003 14:23:36 +0200
Newsgroups: jedi.vcl

Hi,

I need to convert and old project containing RXLib controls. I know I've to
use JVCLConvert to do that.
So I tried to open JVCLConvert.dpr to generate executable, but... receive a
message saying "Class: TJvBrowseFolder not found. Ignore the errore and
continue ? etc.".
Am I wrong ?

TIA.




Subject: Re: JvPlaylist again
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 30 May 2003 10:59:21 -0500
Newsgroups: jedi.vcl

I made the following changes to jvPlaylist.pas
Added a private boolean variable: FUseAsText;
Added a private procedure: SetUseAsText(const Value: Boolean);
Added published property: property UseAsText: Boolean read FUseAsText write
SetUseAsText default False;

in the code for the property i mimicked the code for SetShowNumbers

I modified the GetPath function as follows:
function TJvPlayList.GetPath(Value: string; Position: Integer): string;
begin
  // Code Added to test for text entry//
  if FUseAsText then begin
    Result := Value;
  end else begin
    Result := ExtractFileName(Value);
  end;
  //End Added Code//
  if not FShowExtension then
    Result := ChangeFileExt(Result, '');
  if FShowNumbers then
    Result := IntToStr(Position + 1) + '. ' + Result;
end;


and i modified the LoadPlaylist procedure as follows:
procedure TJvPlaylist.LoadPlaylist(FileName: string);
var
  St, St2: string;
  I: Integer;
begin
  FItems.Clear;
  with TStringList.Create do
  begin
    //Code Added to test for text entry//
    if FUseAsText then begin
      FItems.LoadFromFile(FileName);
    end else begin
      LoadFromFile(FileName);
    end;
   //End Added Code//
    for I := 0 to Count - 1 do
    begin
      St := Strings[I];
      if Length(St) > 0 then
        if St[1] <> '#' then
        begin
          St2 := ExtractFilePath(FileName);
          if St2[Length(St2)] <> '\' then
            St2 := St2 + '\';
          if (not FileExists(St)) or (Pos('\', St) = 0) then
            if FileExists(St2 + St) then
              St := St2 + St;
          FItems.Add(St);
        end;
    end;
    Free;
  end;
end;

The question i have is, Why does the UseAsText property not show up in the
Object Inspector?

What am i forgetting?
I even tried saving the file and re-compiling JVCL200_R50.dpk but it still
does not show up in Delphi O I.
Do i have to re-install the package as well?

Thanks for any help you can give.

Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bb7jsn$dgq$1@talkto.net...
> > I haven't investigated this but it's probably the GetPath and LoadFromFile
> > methods that are messing things up for you.
> > Try these changes:
> >
> > Change LoadfromFile to:
> >
> > procedure TJvPlaylist.LoadPlaylist(FileName: string);
> > begin
> >   FItems.LoadFromFile(FileName);
> > end;
> >
> > ..and GetPath to:
> >
> > function TJvPlayList.GetPath(Value: string; Position: Integer): string;
> > begin
> >   if not FShowExtension then
> >     Result := ChangeFileExt(Result, '');
> >   if FShowNumbers then
> >     Result := IntToStr(Position + 1) + '. ' + Result;
> > end;
> >
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "dave" <dbracken@infonowsolutions.com> skrev i meddelandet
> > news:bb7hnj$d2s$1@talkto.net...
>> > > Hello all,
>> > > I am writing a simple webbrowser app for my kids. I thought of using
>> > > jvplaylist as a history keeper as well as a favorites list. I think it
> > will
>> > > work well except for one thing. When i add a url to the list, it does
not
>> > > display the "http:". It does put that into the file when i save it
though.
>> > > Ex:
>> > > I type in http://www.google.com, and add it to the playlist. It only
>> > > displays "//www.google.com". But in the file i saved it has the full
> > thing.
>> > > Why does it cut the beginning part off? and how do i make it display the
>> > > full text of the URL?
>> > >
>> > > Thanks in advance for any help you can give,
>> > > Dave
>> > >
>> > >
>> > >
> >




Subject: Re: JvPlaylist again
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 30 May 2003 10:36:49 -0500
Newsgroups: jedi.vcl

Thanks for the help, that worked except i had to add this line to the
getpath:
Result := value;

Once again, thanks.

Dave

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:bb7jsn$dgq$1@talkto.net...
> > I haven't investigated this but it's probably the GetPath and LoadFromFile
> > methods that are messing things up for you.
> > Try these changes:
> >
> > Change LoadfromFile to:
> >
> > procedure TJvPlaylist.LoadPlaylist(FileName: string);
> > begin
> >   FItems.LoadFromFile(FileName);
> > end;
> >
> > ..and GetPath to:
> >
> > function TJvPlayList.GetPath(Value: string; Position: Integer): string;
> > begin
> >   if not FShowExtension then
> >     Result := ChangeFileExt(Result, '');
> >   if FShowNumbers then
> >     Result := IntToStr(Position + 1) + '. ' + Result;
> > end;
> >
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "dave" <dbracken@infonowsolutions.com> skrev i meddelandet
> > news:bb7hnj$d2s$1@talkto.net...
>> > > Hello all,
>> > > I am writing a simple webbrowser app for my kids. I thought of using
>> > > jvplaylist as a history keeper as well as a favorites list. I think it
> > will
>> > > work well except for one thing. When i add a url to the list, it does
not
>> > > display the "http:". It does put that into the file when i save it
though.
>> > > Ex:
>> > > I type in http://www.google.com, and add it to the playlist. It only
>> > > displays "//www.google.com". But in the file i saved it has the full
> > thing.
>> > > Why does it cut the beginning part off? and how do i make it display the
>> > > full text of the URL?
>> > >
>> > > Thanks in advance for any help you can give,
>> > > Dave
>> > >
>> > >
>> > >
> >




Subject: Re: JvPlaylist again
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 May 2003 14:55:11 +0200
Newsgroups: jedi.vcl

I haven't investigated this but it's probably the GetPath and LoadFromFile
methods that are messing things up for you.
Try these changes:

Change LoadfromFile to:

procedure TJvPlaylist.LoadPlaylist(FileName: string);
begin
  FItems.LoadFromFile(FileName);
end;

...and GetPath to:

function TJvPlayList.GetPath(Value: string; Position: Integer): string;
begin
  if not FShowExtension then
    Result := ChangeFileExt(Result, '');
  if FShowNumbers then
    Result := IntToStr(Position + 1) + '. ' + Result;
end;



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "dave" <dbracken@infonowsolutions.com> skrev i meddelandet news:bb7hnj$d2s$1@talkto.net...
> > Hello all,
> > I am writing a simple webbrowser app for my kids. I thought of using
> > jvplaylist as a history keeper as well as a favorites list. I think it
will
> > work well except for one thing. When i add a url to the list, it does not
> > display the "http:". It does put that into the file when i save it though.
> > Ex:
> > I type in http://www.google.com, and add it to the playlist. It only
> > displays "//www.google.com". But in the file i saved it has the full
thing.
> > Why does it cut the beginning part off? and how do i make it display the
> > full text of the URL?
> >
> > Thanks in advance for any help you can give,
> > Dave
> >
> >
> >



Subject: JvPlaylist again
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 30 May 2003 07:18:18 -0500
Newsgroups: jedi.vcl

Hello all,
I am writing a simple webbrowser app for my kids. I thought of using
jvplaylist as a history keeper as well as a favorites list. I think it will
work well except for one thing. When i add a url to the list, it does not
display the "http:". It does put that into the file when i save it though.
Ex:
I type in http://www.google.com, and add it to the playlist. It only
displays "//www.google.com". But in the file i saved it has the full thing.
Why does it cut the beginning part off? and how do i make it display the
full text of the URL?

Thanks in advance for any help you can give,
Dave





Subject: Re: Error When Installing Latest JVC - Cannot Load Package .....\Bin\JVCL200_D60.BPL
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Fri, 30 May 2003 08:39:13 -0230
Newsgroups: jedi.vcl

I had the same problem in D5 Ent. I believe I corrected it by making sure
the offending files were in the library path so the build would work
successfully.


"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
news:bb73gh$alc$1@talkto.net...
> > The stars so gaily glistened... (Fri, 30 May 2003 10:00:14 +1000 @41)
> > ...while the fading voice of Paul whispered through the darkness:
> >
> > That ZLib is continuing nightmare...
> >
> > there are possible solutions:
> >
> > 0) if possible, never load xtradev and JVCL together at time.
> >
> > 1) Make a copy of ZLib and related files, say, to JvZLib and use them in
> > JVCL.
> > 2) Make JVCL200_R60 depent upon xtradev6 or vice versa.
> > 3) Make some tiny package containing ZLib, depending on VCL6.bpl
> > Let both JVCL and XtraDev depent upon that new package.
> >
> > All those variants but 0 make your copies of JVCL and/or XtraDev
> > incompatibles with usual libs :-(.
> >
> > Seems ZLib is used much to often.
> > It was good of all 2rd party vendors agreed on never-including Zlib into
> > their packages :-(
> > But that may be reached only by making ZLib project support Delphi as a
> > target - and the do not need that.
> >
> >
> > --
> > If i had ears, i'd heard np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: A modest proposal on splitting, merging, and help.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 30 May 2003 11:48:22 +0200
Newsgroups: jedi.vcl

> > What about the following 4 packages, selectable and installable
> > separately. To wit:
> >
> > [ ] Jedi Visual Components
> > [ ] Jedi Nonvisual Components
> > [ ] Jedi Data Aware (Visual and Non-Visual, but DB only)
> > [ ] Jedi Extras (Undocumented or Nearly Duplicates)

Hoe to split the packages is the one big hurdle we need to get over to
continue towards JVCL 3.0. The problem is that there are as many possible
combinations as there are people willing to investigate this. Splitting is
not only about what should logically go where, but also how do we sort out
the dependencies that exists? Because so many components are from other
packages (with inherent dependencies), it's virtually impossible to split on
the visual/non-visual border. I believe we would have to have a "core"
package and then build the other packages on top of that, i.e a visual
package would probably depend on the core as well as the non-visual, the DB
on all the others etc.

I agree with Marcel that we probably need more packages since we also have
to think about the future. How things are set up now greatly affects the
amount of work we have to do when we add a new package/component set. I
already posted a proposal a long time ago (see: [peter3]: My proposal for
JVCL 3.0) and it is still generally applicable.

A totally different approach would be to split components into "logically
related". I've done this on my Delphi Palette such that I've moved the
components around in a way that makes sense to me. This, of course, doesn't
affect the package but the palette layout could be used as a proposal for an
alternate package layout. I'll post a zip with the reg files for this
palette to binaries so anyone interested can check it out.

Personally, I think the only usable approach is for everyone interested to
go ahead and do it: uninstall the JVCL packages and start building your own
from scratch. Since I've done this (well, didn't finish the DT packages) I
can tell you that the biggest problem is to build the design-time packages
since the dependencies there are a lot harder to sort out and are in large
parts "hidden": you don't really know which property editor a component uses
until you actually try to use that property on that component. Finding all
these little dependencies can be very hard.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: A modest proposal on splitting, merging, and help.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 May 2003 11:04:04 +0200
Newsgroups: jedi.vcl

> > It's hard to *automatically* test visual components. But you could make
> > demos where you could get/set all properties, and call all functions, or
> > something. But then you didn't test design-time behaviour & you have to
> > do it manually.

Indeed a problem for a visual library. I don't think there will every be an
automatic testing for visual components available.

> >
> > For the new ID3 components (that are non-visual), I used DUnit to test
> > those extensively, and that really works, ie I found bugs in code I
> > thought was bug-free, and it ensures that the code keeps working if you
> > alter something, which is a big issue.

DUnit is great. JCL uses it also to test the library (well, it was agreed
upon, but much of the units still need a test unit). I  also used DUnit a
couple of times (for non-JEDI projects) and it's great to automate testing
of units and classes. It does provide some degree of GUI testing but it's
aimed at testing forms (tab orders, enabled/readonly states, etc) and not so
much for actual component/control testing.

But this raises the question if we should provide DUnit test cases for the
non-visual components and the various units with routines/classes only.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Error When Installing Latest JVC - Cannot Load Package .....\Bin\JVCL200_D60.BPL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 30 May 2003 12:15:31 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 30 May 2003 10:00:14 +1000 @41)
....while the fading voice of Paul whispered through the darkness:

That ZLib is continuing nightmare...

there are possible solutions:

0) if possible, never load xtradev and JVCL together at time.

1) Make a copy of ZLib and related files, say, to JvZLib and use them in
JVCL.
2) Make JVCL200_R60 depent upon xtradev6 or vice versa.
3) Make some tiny package containing ZLib, depending on VCL6.bpl
Let both JVCL and XtraDev depent upon that new package.

All those variants but 0 make your copies of JVCL and/or XtraDev
incompatibles with usual libs :-(.

Seems ZLib is used much to often.
It was good of all 2rd party vendors agreed on never-including Zlib into
their packages :-(
But that may be reached only by making ZLib project support Delphi as a
target - and the do not need that.


--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Collect code examples for documentation
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Fri, 30 May 2003 10:08:45 +1000
Newsgroups: jedi.vcl

> I think you have CVS access, so you can change them directly if you
> want. Html link is at:
>
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/help/JvMenus.dtx
>
> and
>
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/help/JvToolBar.dtx

I do and I will. The question is when... I'll try to do some stuff over the week-end but my to-do list is getting longer and longer by the day...

> JvMenus.dtx is not yet described, just the generated structure,
> JvToolBar is already described, but you can freely alter it if you want.

Ok. I will have to make changes, there had been improvements in the code.

> For questions about the structure about the .dtx files you can contact
> Marcel or me, ask it here, or just commit some work you did, and I will
> check if it's in the correct form ;)

From the first look I had, it's text files with a specific structure... Any editor for that kind of stuff ? Something I can download from the web, kinda free of charge ?



Subject: Error When Installing Latest JVC - Cannot Load Package .....\Bin\JVCL200_D60.BPL
From: "Paul Elias" <pjelias@mira.net>
Date: Fri, 30 May 2003 10:00:14 +1000
Newsgroups: jedi.vcl

I am using Delphi 6 and am trying to install The Jedi Version 2.10.

The Install seems to work ok, but when I run Delphi I get the following
error

Can't load package .....\Bin\JVCL200_D60.BPL
Cannot load package 'JVCL200_R60'. It contains unit 'ZLib', which is also
contained in package 'xtradev6'. Do you want to attempt to load this package
the next time project is loaded.

xtradev is an addon I use with Report Builder, and therefore need.

I have got around this problem before, but have had to reinstall Delphi and
all components, and forgot how I resolved issue last time.

Would appreciate any help

Thanks




Subject: Re: A modest proposal on splitting, merging, and help.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 May 2003 21:28:16 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

>> In fact, the existence of some test code for a component might also be a
>>   standard we could move towards.
>
> That's indeed a good standard. Currently I believe that most of the
> component tests are called Examples or Demos but not all components have an
> example. Definately something that has to be looked into as well.

It's hard to *automatically* test visual components. But you could make
demos where you could get/set all properties, and call all functions, or
something. But then you didn't test design-time behaviour & you have to
do it manually.

For the new ID3 components (that are non-visual), I used DUnit to test
those extensively, and that really works, ie I found bugs in code I
thought was bug-free, and it ensures that the code keeps working if you
alter something, which is a big issue.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Collect code examples for documentation
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 May 2003 20:58:16 +0200
Newsgroups: jedi.vcl

OBones wrote:

> Well, I'll do my part on JvMenus and JvToolbar. Just tell me where and how you want that.
>

I think you have CVS access, so you can change them directly if you
want. Html link is at:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/help/JvMenus.dtx

and

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/help/JvToolBar.dtx

JvMenus.dtx is not yet described, just the generated structure,
JvToolBar is already described, but you can freely alter it if you want.

For questions about the structure about the .dtx files you can contact
Marcel or me, ask it here, or just commit some work you did, and I will
check if it's in the correct form ;)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvFormStorage Help Please
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Thu, 29 May 2003 16:20:41 -0230
Newsgroups: jedi.vcl

Thanks very much for your help!!


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bb5jhe$58g$1@talkto.net...
> > Howard Carr wrote:
>> > > First of all I'd like to thank the team for a great set of components
and
>> > > features - well done!
> >
> > Thanks!
> >




Subject: Re: JvFormStorage Help Please
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 29 May 2003 20:36:44 +0200
Newsgroups: jedi.vcl

Howard Carr wrote:
> First of all I'd like to thank the team for a great set of components and
> features - well done!

Thanks!

> The JvFormStorage has a property called JvStoredValues that has properties
> called KeyString, Name and Value.
> How is this used?

with StoredValues you can store values (Variants, thus strings,
booleans, integers etc.) in the storage (=either ini file or registry).

The values of the stored values are stored on closing of the form and
retrieved on opening of the file.

Property StoredValues of TJvFormStorage is of type TJvStoredValues, a
collection of TJvStoredValue. TJvStoredValue is a single stored value,
that has a name (to identify it in the storage) and a value offcourse.

From the not yet published help file:

TJvStoredValue.KeyString:
Summary
  Specifies a key to be used for encoding and decoding the stored value.
Description
  Use KeyString to specify a key that will be used for encoding and
  decoding the stored value.
  If you specify an empty string for KeyString, the stored value is
  not encoded.

TJvStoredValue.Name:
Summary
  Specifies the name of the stored value.
Description
  Use Name to identify a particular stored value within a
  TJvStoredValues object. Name specifies
  a string that identifies the name of the data value into which to
  store the value.

TJvStoredValue.Value:
Summary
  Represents the value of the stored value as a Variant.
Description
  Use Value in generic code that manipulates the values of stored values
  without needing to know the type the stored value represent.

  Write OnRestore and OnSave event handles to set the value just before
  it's saved or get it just after it's read from the storage.

-----------

See http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/help/JvPlacemnt.dtx
for a raw version of the help topics regarding TJvFormStorage etc.

> I experimented with the JvStoredProps and using the registry. Works great.

If you have some code examples you can post them in the thread below
this one and I add them to the help-file :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: A modest proposal on splitting, merging, and help.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 May 2003 15:59:27 +0200
Newsgroups: jedi.vcl

> > I am (a) curious if there is any planned time frame to put help sources
> > into cvs

they are in CVS since the beginning: dev/help folder of CVS tree contains
all help source files (note: the JVCL sources are jvcl/*, so this might
explain why you missed it.

> > , an (b) I have a suggestion that connects the help situation
> > to the other issue, of splitting up packages:
> >
> >
> > What about the following 4 packages, selectable and installable
> > separately. To wit:
> >
> > [ ] Jedi Visual Components
> > [ ] Jedi Nonvisual Components
> > [ ] Jedi Data Aware (Visual and Non-Visual, but DB only)
> > [ ] Jedi Extras (Undocumented or Nearly Duplicates)
> >

Personally, I think it's not enough. We need more packages then this to keep
the users happy. If a user looks for BalloonHint component only s/he would
still need to download a giant package for just a single component. It's bad
enough they have to download the entire JCL library (also not very small)
but at least that won't fill up their component palette.

> >
> > The undocumented components and components which are considered
> > duplicates  would be put into their own Extras package, which marks them
> > as Deuterocanonical (like that word?)

yes, I like that word ;-) Actually, a package for trivial components
(components that should basically be a class/routines instead of components)
will be created anyway so why not for duplicates (Archived components?). I'm
not sure if putting the undocumented components in a single package will
help much. I much more feel for a list of undocumented units/components to
be published on the web site, so users can clearly see which components to
avoid.

> > In fact, the existence of some test code for a component might also be a
> >    standard we could move towards.

That's indeed a good standard. Currently I believe that most of the
component tests are called Examples or Demos but not all components have an
example. Definately something that has to be looked into as well.

> >   I think a key element of most of the component documentation
> > would be the reason why for examply TJvXYZ is different than the TXYZ
> > that comes with Delphi.

Agreed.

> >   Also, I think that a See-Also cross reference
> > is pretty important.  If you pop up the help on TFoo and you really need
> > the similar component TBar, the help file would be the place to redirect
> > you. Also, similar standard Delphi coponents would be worth mentioning
> > by name (although linking them would be too much work).

Agreed. Actually, linking to Delphi components, routines, constants, types,
etc. can happen automatically (and it already does).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: A modest proposal on splitting, merging, and help.
From: Warren Postma <wp@tekran.com>
Date: Thu, 29 May 2003 09:42:04 -0400
Newsgroups: jedi.vcl

Can I make a suggestion?

There has been much discussion on the following themes:
(1) Many people would like to see the installation split into separate
    packages.
(2) Many people would like duplicate components to be merged.
(3) Many people have mentioned the help work which is ongoing, but
which I am not very aware of, since any existing help sources are not
yet checked into cvs.

I am (a) curious if there is any planned time frame to put help sources into cvs, an (b) I have a suggestion that connects the help situation
to the other issue, of splitting up packages:


What about the following 4 packages, selectable and installable separately. To wit:

    [ ] Jedi Visual Components
    [ ] Jedi Nonvisual Components
    [ ] Jedi Data Aware (Visual and Non-Visual, but DB only)
    [ ] Jedi Extras (Undocumented or Nearly Duplicates)


The undocumented components and components which are considered duplicates  would be put into their own Extras package, which marks them as Deuterocanonical (like that word?) and would be moed back (a) if the co-ordinator thinks they are non-duplicate enough to leave extras, and (b) if they are documented well, and (c) if they have no serious bugs. In fact, the existence of some test code for a component might also be a   standard we could move towards.

Thus to be rescued from the Extras dog-house, the component would need at least a minimal help file containing a brief description of the component, and documentation of the properties and public methods, and would need to be a reasonably non-dupe, and be basically bug-free and stable.  I think a key element of most of the component documentation would be the reason why for examply TJvXYZ is different than the TXYZ that comes with Delphi.  Also, I think that a See-Also cross reference is pretty important.  If you pop up the help on TFoo and you really need the similar component TBar, the help file would be the place to redirect you. Also, similar standard Delphi coponents would be worth mentioning by name (although linking them would be too much work).

Because the help file documentation is in fact, a description easily accessible by all Jedi users, this seems a fine place to document the nature of a component enough that people can see what really is intended to be used for, and this helps not only with knowing if something is a duplicate (beyond guessing that two Labels could be combined, without having looked at the sources). For example, perhaps if you knew that one of the labels works differently internally than another one of the labels, then you could understand that JvLabelFoo and JvLabelBar are really different enough that they should not be merged.

Anyways, I haven't been able to find the help-work-in-progress links, so
perhaps the packaging and help files people could bring me up to speed.

Regards,

Warren Postma   



Subject: JvFormStorage Help Please
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Thu, 29 May 2003 10:41:13 -0230
Newsgroups: jedi.vcl

First of all I'd like to thank the team for a great set of components and
features - well done!

The JvFormStorage has a property called JvStoredValues that has properties
called KeyString, Name and Value.
How is this used?

I experimented with the JvStoredProps and using the registry. Works great.

Thanks for any help.





Subject: Re: Collect code examples for documentation
From: OBones <obones_REM_SPM_@_PIF_meloo.com>
Date: Thu, 29 May 2003 18:33:38 +1000
Newsgroups: jedi.vcl

Well, I'll do my part on JvMenus and JvToolbar. Just tell me where and how you want that.

Remko Bonte a écrit:
> Hi,
>
> I'm busy documenting the TJvRichEdit control, but I don't have much
> experience with it. I thought it might be useful to insert a lot of
> (small) code examples in the help file, because sometimes code make
> things more clear than some text.
>
> Thus could we collect in this thread code examples for any component in
> JVCL, that I can insert in the help-file?
>



Subject: Re: FIXED!!! CBuilder 6 and last CVS version
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Thu, 29 May 2003 09:50:55 +0400
Newsgroups: jedi.vcl

I tracked this bug and found the root of the problem:
The Invalid Image List (IML) arised in
JvAppletProperty->initialization->Refresh;->GetControlPanelApplets(S,'*.cpl'
,FApplets,nil);
->JvFunctions::->GetControlPanelApplet(const AFilename: string; Strings:
TStrings; Images: TImageList = nil): Boolean;
.........
begin
.........
          else
            Strings.AddObject(S, IconToBitmap2(hIco, 16, clMenu)); <--- 
after this line
          // (p3) not sure this is really needed...
          // DestroyIcon(hIco);
......
end;
I fixed by uncommenting of the  // DestroyIcon(hIco); line.
After this the IML dissappeared.
I think there is a resource leakage without destroying  of the hIco.
I can see this bug only under WindowsXP, I have another two PCs with
Windows2000 Advanced server and Windows 2003 Server, these systems haven't
this problem.

Dear p3, will put this solution to CVS, please




Subject: Collect code examples for documentation
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 28 May 2003 20:21:43 +0200
Newsgroups: jedi.vcl

Hi,

I'm busy documenting the TJvRichEdit control, but I don't have much
experience with it. I thought it might be useful to insert a lot of
(small) code examples in the help file, because sometimes code make
things more clear than some text.

Thus could we collect in this thread code examples for any component in
JVCL, that I can insert in the help-file?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: obones <obones_REM_@meloo_SPAM_.com>
Date: Wed, 28 May 2003 11:58:41 +1000
Newsgroups: jedi.vcl

Well...
Fact is, and I need to be honest here, I wasn't able to reproduce this one outside of my application (http://cnxmanager.sourceforge.net) and this is why I was very cautious in my initial explanation. But I don't expect you to download my source code, it is a bit complicated to install (see web site for details, if you really want to)
As to the fact the component shouldn't be hooked if it is being destroyed, that may actually be what was happening with TMainMenu when it sets the Control property of its FHook private field, while being destroyed.
I don't kwow what I just stated for sure, I didn't traced it that far.
A good way to repeat my problem is maybe to just drop an unpatched TJvMainMenu (which is the one on CVS) on a form and simply close the form, using an unpatched TJvWndProcHook.
If it crashes then try again with your fix on. It if doesn't crash anymore then what you did is enough and my recommandations are a bit useless, even if I still think it could be a good idea to get rid of the TJvWindowHook.

Regards
Olivier

Remko Bonte wrote:
> obones wrote:
>
>> The problem is not with hooking components that are being destroyed, the problem is with components that were hooked and got destroyed before GJvWndHook.
>> How can this be possible ?
>> Well, if and only if somebody sets the Control property of a TJvWindowHook.
>
>
> Huh, sorry you have lost me. Could you post an application that causes
> an error in GJvWndHook in binaries? AFAICS it's perfectly allright to
> change the Control property of a TJvWindowHook, unless the new to be
> hooked control is being destroyed.
>



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 28 May 2003 02:45:40 +0200
Newsgroups: jedi.vcl

obones wrote:

> The problem is not with hooking components that are being destroyed, the problem is with components that were hooked and got destroyed before GJvWndHook.
> How can this be possible ?
> Well, if and only if somebody sets the Control property of a TJvWindowHook.

Huh, sorry you have lost me. Could you post an application that causes
an error in GJvWndHook in binaries? AFAICS it's perfectly allright to
change the Control property of a TJvWindowHook, unless the new to be
hooked control is being destroyed.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: obones <obones_REMOVE_SPAM_@meloo_REMOVE_SPAM_.com>
Date: Wed, 28 May 2003 10:27:21 +1000
Newsgroups: jedi.vcl

>
>
> If Peter adds you as a developer you can also take care of the documentation
> yourself, as the needed files are in CVS as well (dev/help folder).
>

I'll have a look then



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: obones <obones_REMOVE_SPAM_@meloo_REMOVE_SPAM_.com>
Date: Wed, 28 May 2003 10:26:46 +1000
Newsgroups: jedi.vcl

I'm quite sure you could get rid of the TJvWindowHook object by using RegisterWindowHook functions.
I did it for the menus and it worked. I haven't check really deep for this one but the first look I had gave me the idea that it would clearly be possible to do so

Arioch /BDV/ wrote:
> The stars so gaily glistened... (Tue, 27 May 2003 21:18:09 +1000 @512)
> ...while the fading voice of OBones whispered through the darkness:
>
>  O> in here. But there is a problem with people using TJvWindowHook directly
>  O> in their code as it is a component proposed in the JvxTools tab...
>
> FormPlacement ? It is very simplified option storage, but give me better
> one!
>
> Also Rx's TPageManager  amd TMergeManager may rely on it (but AFAIR
> PageManager only need this on Delphi2)
>  >>
>  >> Great explanation and fascinating to read! Now, how to solve this in
>  >> JVCL is a whole other matter<g>
>  >>> As to getting the code merged into CVS for this one, Peter somehow
>  >>> suggested I could help you guys on some "official" JVCL business. I
>  >>> don't know what he meant by that, but if you want me to, I can be
>  >>> responsible for JvMenus and JvToolbar.
>  >>
>  >> That would be great. If you want me to add you as a JVCL developer with
>  >> CVS update privileges and such, just mail me and I'll do it in a jiffy
>  >> :)
>
> -- 
> If i had ears, i'd heard Blackmore's Night - Writing On the Wall
> With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
>



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: obones <obones_REMOVE_SPAM_@meloo_REMOVE_SPAM_.com>
Date: Wed, 28 May 2003 10:24:47 +1000
Newsgroups: jedi.vcl

The problem is not with hooking components that are being destroyed, the problem is with components that were hooked and got destroyed before GJvWndHook.
How can this be possible ?
Well, if and only if somebody sets the Control property of a TJvWindowHook.
That's why I was proposing to stop using this one in the JVCL and put a big warning for people wanting to use it. IMHO, it should even be removed from the list of installed components...

Remko Bonte wrote:
> obones wrote:
>
>> That's exactly what I was describing and the version to come on CVS will have this corrected.
>
>
> Ok, I think I understand it now, took me a while and you probably meant
> the same thing, but it was a long long text, and my mind isn't equipped
> to process such stuff :).
>
> To recap: The code wants to hook a destroying component, TJvWindowHook
> doesn't mind so calls FreeNotification. That function will fail due to
> the assertion in there. So the TJvWindowHook is not notified when the
> form is destroyed, and that eventually causes problems in the destructor
> of TJvWindowHook, where Control is set to nil, and
> FControl.RemoveFreeNotification(Self); is called where FControl is thus
> the form that has been destroyed a while ago.
>
> I've changed TJvWndProcHook so that it isn't possible anymore to hook
> controls that are being destroyed.
>
>> But it is not yet on CVS cause I didn't get time to do it yesterday, won't get time today (or really little). So please wait and I'll put my changes in CVS by Thursday evening (AEST)
>
>
> No need to hurry for me :)
>



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 28 May 2003 02:15:16 +0200
Newsgroups: jedi.vcl

obones wrote:

> That's exactly what I was describing and the version to come on CVS will have this corrected.

Ok, I think I understand it now, took me a while and you probably meant
the same thing, but it was a long long text, and my mind isn't equipped
to process such stuff :).

To recap: The code wants to hook a destroying component, TJvWindowHook
doesn't mind so calls FreeNotification. That function will fail due to
the assertion in there. So the TJvWindowHook is not notified when the
form is destroyed, and that eventually causes problems in the destructor
of TJvWindowHook, where Control is set to nil, and
FControl.RemoveFreeNotification(Self); is called where FControl is thus
the form that has been destroyed a while ago.

I've changed TJvWndProcHook so that it isn't possible anymore to hook
controls that are being destroyed.

> But it is not yet on CVS cause I didn't get time to do it yesterday, won't get time today (or really little). So please wait and I'll put my changes in CVS by Thursday evening (AEST)

No need to hurry for me :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: obones <obones_REMOVE_SPAM_@meloo_REMOVE_SPAM_.com>
Date: Wed, 28 May 2003 09:41:20 +1000
Newsgroups: jedi.vcl

That's exactly what I was describing and the version to come on CVS will have this corrected.
But it is not yet on CVS cause I didn't get time to do it yesterday, won't get time today (or really little). So please wait and I'll put my changes in CVS by Thursday evening (AEST)

Remko Bonte wrote:
> To be more clear:
>
> You get a notification that FDisabledImages is being destroyed, then
> SetDisabledImages is called, IsOwnerDrawMenu is still True (ImageList1 is not yet destroyed) thus the component tries to hook the form (that is being destroyed), and that should not happen (hooking a control that is being destroyed).
>



Subject: Re: XP Support
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 27 May 2003 21:56:29 +0200
Newsgroups: jedi.vcl

Joe Crowell wrote:
>   Are there plans to make XP theme support for these components like in the
> LMD Tools components? I know this would hurt compatibility with Klyx but you
> could only add it in Delphi and C++ maybe through the #ifdef thing?
>
>

We have always plans, but not always the manpower to do so.



Subject: XP Support
From: "Joe Crowell" <jcrowell@nospam(tds).net>
Date: Tue, 27 May 2003 14:44:12 -0500
Newsgroups: jedi.vcl

  Are there plans to make XP theme support for these components like in the
LMD Tools components? I know this would hurt compatibility with Klyx but you
could only add it in Delphi and C++ maybe through the #ifdef thing?




Subject: Re: JvMailTo ?
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Tue, 27 May 2003 16:02:00 -0230
Newsgroups: jedi.vcl

Thanks

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:bb02p1$bkb$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Could it be JvMail?
>> > >
> >
> > No, JvMailTo is a label, in CVS it's in JvLabel in v2.1 in JvHotLink?
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: Problems upgrading JvSpin
From: "Steve Magruder" <steve@stevemagruder.com>
Date: Tue, 27 May 2003 14:20:00 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> >> I believe I had to delete the .bpl/.dcp files before successfully
>> >> installing the JvSpin from CVS.
> >
> > That shouldn't normally be needed if one builds (not compile) the
> > packages but it is certainly worth a try.

Oh.  I might've made that mistake.  Thanks for the tip.

Steve

-- Steve Magruder Consulting - http://consulting.stevemagruder.com 

Subject: Re: JvMailTo ?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 27 May 2003 18:19:43 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Could it be JvMail?
>

No, JvMailTo is a label, in CVS it's in JvLabel in v2.1 in JvHotLink?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 27 May 2003 19:59:14 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 27 May 2003 21:18:09 +1000 @512)
....while the fading voice of OBones whispered through the darkness:

 O> in here. But there is a problem with people using TJvWindowHook directly
 O> in their code as it is a component proposed in the JvxTools tab...

FormPlacement ? It is very simplified option storage, but give me better
one!

Also Rx's TPageManager  amd TMergeManager may rely on it (but AFAIR
PageManager only need this on Delphi2)
 >>
 >> Great explanation and fascinating to read! Now, how to solve this in
 >> JVCL is a whole other matter<g>
 >>> As to getting the code merged into CVS for this one, Peter somehow
 >>> suggested I could help you guys on some "official" JVCL business. I
 >>> don't know what he meant by that, but if you want me to, I can be
 >>> responsible for JvMenus and JvToolbar.
 >>
 >> That would be great. If you want me to add you as a JVCL developer with
 >> CVS update privileges and such, just mail me and I'll do it in a jiffy
 >> :)

--
If i had ears, i'd heard Blackmore's Night - Writing On the Wall
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JvMailTo ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 27 May 2003 17:19:15 +0200
Newsgroups: jedi.vcl

Could it be JvMail?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Howard Carr" <hjcarr@nf.sympatico.ca> skrev i meddelandet news:bavie5$82g$1@talkto.net...
> > I had the component JvMailTo in the original JvPack.
> > What is the replacement for this as I cannot find it.
> >
> > Thanks.
> >
> >



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 27 May 2003 15:22:04 +0200
Newsgroups: jedi.vcl

To be more clear:

You get a notification that FDisabledImages is being destroyed, then
SetDisabledImages is called, IsOwnerDrawMenu is still True (ImageList1 is not yet destroyed) thus the component tries to hook the form (that is being destroyed), and that should not happen (hooking a control that is being destroyed).

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 27 May 2003 15:15:59 +0200
Newsgroups: jedi.vcl

Am I the only one who gets a Assert failure in TComponent.FreeNotification?

This is because of the FHook.Control := FindForm call in TJvMainMenu.SetDisabledImages. The form is destroying, but by setting the Control property of FHook, FreeNotification will be called implicitly.

Note that this does not happen, if you only use property Images, because then IsOwnerDrawMenu evaluates to False, because you just set FImages to nil.

I don't know for sure whether TJvWndProcHook must be changed so that you can't hook controls that are being destroyed, or that you must do that yourself. I am in favor of ensuring it yourself, and raising an exception or something in TJvWndProcHook.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: JvMailTo ?
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Tue, 27 May 2003 09:09:07 -0230
Newsgroups: jedi.vcl

I had the component JvMailTo in the original JvPack.
What is the replacement for this as I cannot find it.

Thanks.




Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Tue, 27 May 2003 21:18:09 +1000
Newsgroups: jedi.vcl

Well...

first, you got mail ;-)

Second, the fact about solving this in the JVCL is pretty "simple" : simply remove TJvWindowHook as it clearly is a threat to stability.
Hopefully, in the JVCL, it's only used in JvButtons, Jvgrdcpt and JvPlacemt.
I did a quick check, it seems to me pretty obvious that the fix I did (calling a registering function instead) should work as well in here.
But there is a problem with people using TJvWindowHook directly in their code as it is a component proposed in the JvxTools tab...
Maybe it should be removed from the next release on the grounds of security, with letting people know it. Hoppefully, not that many people will be affected and they can easily move to calling one of the registering functions instead. But you'll have to let them know that they MUST return false in their WndProc function or the rest of the JVCL won't work (it happened to me...)

Regards

Olivier

Peter Thörnqvist a écrit:
> Olivier:
>
> Great explanation and fascinating to read! Now, how to solve this in JVCL is
> a whole other matter<g>
>
>> As to getting the code merged into CVS for this one, Peter somehow
>> suggested I could help you guys on some "official" JVCL business. I
>> don't know what he meant by that, but if you want me to, I can be
>> responsible for JvMenus and JvToolbar.
>
> That would be great. If you want me to add you as a JVCL developer with CVS
> update privileges and such, just mail me and I'll do it in a jiffy :)
>



Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 May 2003 10:16:59 +0200
Newsgroups: jedi.vcl

> > Great explanation and fascinating to read!

Indeed. I didn't realize the Controls property was also iterated upon
destruction of a parent control. Very good to know.

>> > > As to getting the code merged into CVS for this one, Peter somehow
>> > > suggested I could help you guys on some "official" JVCL business. I
>> > > don't know what he meant by that, but if you want me to, I can be
>> > > responsible for JvMenus and JvToolbar.
> > That would be great. If you want me to add you as a JVCL developer with
CVS
> > update privileges and such, just mail me and I'll do it in a jiffy :)

If Peter adds you as a developer you can also take care of the documentation
yourself, as the needed files are in CVS as well (dev/help folder).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 May 2003 10:02:55 +0200
Newsgroups: jedi.vcl

Olivier:

Great explanation and fascinating to read! Now, how to solve this in JVCL is
a whole other matter<g>

> > As to getting the code merged into CVS for this one, Peter somehow
> > suggested I could help you guys on some "official" JVCL business. I
> > don't know what he meant by that, but if you want me to, I can be
> > responsible for JvMenus and JvToolbar.
That would be great. If you want me to add you as a JVCL developer with CVS
update privileges and such, just mail me and I'll do it in a jiffy :)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Tue, 27 May 2003 17:35:42 +1000
Newsgroups: jedi.vcl

Well well well...

First, the word is not lazy, it is busy ;-)

Second, I got the latest from CVS, and unsurprisingly it didn't solve the problem. I say unsurprisingly as I found the explanation by trying to reproduce the problem. If you want to have a look get the test application from binaries but read what's below before.
In the application you'll see that I got my object creating a frame and that this frame get displayed in the panel on the right when you click on the good button (there's only one, you can hardly miss it).
The frame contains some components, just to see how it goes but none from JVCL as you'll see they aren't the direct source of the problem.
If you close the application with the frame shown, you'll have no problem at all upon destruction because a workaround is in the code. To remove it, simply comment out the code in the destructor of TfrmMain (leaving the inherited call).
Once commented, the application crashes with the explained symptoms if the frame is visible. But there is a slight difference in there : the error point is not in TJvWndProcHook, but on the inherited call of the destructor of TfrmMain.
And that's my point, the problem is not directly related to JVCL, but to a rather new stuff in Delphi 6:
From what I recall from the older Delphi versions, you had the Owner and the Parent of a component. The Owner is the one responsible for the life and death of a component, while the Parent is the container of the object. And that was pretty clear that if the owner didn't destroy the component, it would never get destroyed even if the parent would be (well, at least it was explained to me like that).
But in the version of Delphi I have, the distinction is not so clear. What I mean is that the panel in which the frame is displayed decides to destroy the frame upon its own destruction. It clearly is not the owner but destroys it anyway. And of course, when I destroy obj and try to destroy the frame a second time from Tobj.Destroy, it crashes.
So the workaround consists in ensuring that the panel is not displaying the frame before allowing delphi to destroy TfrmMain that will in turn destroy the panel. That's the purpose of the while loop.
I find this rather unsettling as it doesn't allow a clear separation between the parent and the owner as I was used to. By the way, this fuzzy separation is stated in the help, I checked.
So, I already hear some saying, what's the point in trying to relate an error from my side to the JVCL ?
Well, the fact is that this problem also happens from within the JVCL, crashing in the TJvWndProcHook.destroy destructor. How can this be possible ?
Simply use a TJvMainMenu and some components that use TJvWndProcHook. This most certainly never happened before to anyone because TJvMainMenu was somehow superseded by the TMainMenu from Borland. But from my last developments, I added the Hot and Disabled images list which makes the need for me to use it.
And there lies the problem:
TJvMainMenu is a rather old code, almost unchanged from the RxLib Delphi 5 version in 2000 and has been lightly adjusted to the JVCL. It still uses its own window hook to receive messages through the use of FHook. Then in some places in the code, it does FHook.Control := FindForm which affects the form where the menu is placed to the Control property of the hook.
This in turn registers the form for release notifications. But for a reason beyond my understanding, this interferes with TJvWndProcHook and makes it believe it has a control in its Control array (inherited from TComponent).
So heres what happen upon closure of the application :
The main form gets destroyed, and somehow, the notification get losts (or is not even sent, I haven't tracked that far)
The finalization sections are launched one after the others leading to the one in JvWndProcHook.pas which calls GWndProcHook.Destroy
This call does its job and then call the inherited destroy, from TComponent. And the destructor in TComponent goes through the Control array and destroys the object in it, one after the other. So you can see that it will try to destroy the main form once again, while it was already destroyed... It clearly is the same kind of problem as the one showed in the demo application.
So know that the problem is known, what to do ?
Well, I got my chainsaw and riffle gun out and did some carnage: I simply removed the FHook private member and all its related stuff !
And amazingly, everything still works perfectly... well, at least for me but that's because I only use popup menus or a main menu through a TJvToolbar.
When it comes to main menus, the WndMessage is not called any more and this causes all the funny effects no to be applied to the menu... It pissed me off as I worked hard to put them in (yes, really) so I worked a bit further and changed the code in there again to register a function (through RegisterWndProcHook) to be called just like the way it was before, and to my great surprise, it works.

So that's pretty much the end of the story on this one, I just hope this will prove useful to somebody else than me.
As to getting the code merged into CVS for this one, Peter somehow suggested I could help you guys on some "official" JVCL business. I don't know what he meant by that, but if you want me to, I can be responsible for JvMenus and JvToolbar.
This would mean documenting them (and sending that to Marcel 'kiwi' Bestebroer - G'day mate !) and following the evolution of it as I still have to improve the link between those two (as mentionned in mantis bug 0000953).

In any case, let me know, Peter knows where to contact me (the one for this message is my spam dedicated mailbox !)

Regards

Olivier

Remko Bonte a écrit:
> There are some changes in TJvWndProcHook since v2.1, you might want to
> get the latest version from
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvWndProcHook.pas
>
> If that doesn't help or you are too lazy to do that <g>, you can send a
> minimal application with the bug to jedi.binaries or post it on Mantis,
> or post it to me.
>
> On second thought, send it anyway to me, you made me a bit curious <g>.
>



Subject: CBuilder 6 and last CVS version
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Tue, 27 May 2003 09:56:03 +0400
Newsgroups: jedi.vcl

I am trying to compile and install last version of JVCL.
I can compile and install, but after restarting of the builder's IDE the
package is giving the error "Invalid image list" and AV, and is removed from
the components list. I can install again after manually removing of JVCL and
restarting of the IDE, but after next restart I have the same problem. The
stable version is working well.
Can somebody give me the tip, how to catch this bug?




Subject: Re: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 26 May 2003 19:41:21 +0200
Newsgroups: jedi.vcl

There are some changes in TJvWndProcHook since v2.1, you might want to
get the latest version from
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvWndProcHook.pas

If that doesn't help or you are too lazy to do that <g>, you can send a
minimal application with the bug to jedi.binaries or post it on Mantis,
or post it to me.

On second thought, send it anyway to me, you made me a bit curious <g>.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Instal Error - package not found
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 26 May 2003 16:53:39 +0200
Newsgroups: jedi.vcl

> > That's the dreaded D5 URW533 "bug" (or at least the first part of it). The
> > only way to proceed that I know of is to restart Delphi, build the JCL
> > package, build the JVCL_R and finally install the JVCL_D package.
> >
> > Marcel Bestebroer has had success with the following steps:
> >
> > --8<--
> > * open DJCL50.dpk and check the options: Explicit rebuild should be turned
> > on.
> > * Build (not compile, build) the package
> > * repeat the same with JVCL200_R50.dpk (same options, same actions)
> > * Again with JVCL200_D50.dpk. After building it, do Install.
> > --8<--

Fortunately both JVCL packages for D5 have the explicit build option turned
on by default. I haven't checked the DJCL50.dpk. For D5 it seems important
to have this option, basically due to the fact that if you build a package
that requires packages with implicit rebuild, that package will always be
compiled, resulting in that nasty URW533 message. So, I would suggest (but
maybe this should be directed to the JCL group) to check if DJCL50.dpk also
specifies {IMPLICITBUILD OFF}.

The only thing to do for a new release would be to change the installer so
it builds the packages instead of compiling (JCL package seems to work OK if
compiled instead of build, but for new releases I think it should build
regardless). As we all have noticed, most posting about problems with the
installer were all D5 related. I think it should be addresses before the
next release (whenever that will be).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: inherited Destroy in TJvWndProcHook.Destroy causes access to 000000
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Tue, 27 May 2003 00:15:05 +1000
Newsgroups: jedi.vcl

Hi !

I'm stuck in the middle of a problem since I moved to JVCL 2.10
Here is the stuff :
I create an object (inherits from TObject) called obj1 that creates in turn a TFrame decendant.
On this TFrame I got some JVCL components, most notably the TJvIpAddress (but I don't think this is the problem)
I display the frame in a TPanel by asking the object to give me a reference to the frame (obj1.Frame), and setting the various properties
Upon destruction of my application, I ensure the frame is not shown in the panel by setting its parent to nil.
Then I destroy obj1 which in turn destroys the frame it has created.

Evrything works fine until the finalization part of JvWndProcHook.pas runs.
I tries to free GJvWndProcHook which in turn calls the destructor for the TJvWndProcHook class (inheriting from TComponent). The code from JVCL in the destructor works fine but when the inherited destructor is called, I got a EAccessViolation at 000000 (Read). If I resume the application, I got a runtime error 216 and the application is killed
I decided to trace the problem right into the VCL itself and ended up in the destructor for TComponent. There is a loop in there doing that :

    while Assigned(FFreeNotifies) and (FFreeNotifies.Count > 0) do
      TComponent(FFreeNotifies[FFreeNotifies.Count - 1]).Notification(Self, opRemove);

And the crash happens on the call to Notification as it seems the object returned by FFreeNotifies is nil and not an object.
How is that possible, I don't know. I may have forgotten something in my code.
But just keep in mind this WAS NOT happening in version 2.00
If the people in charge of the TJvWndProcHook could help me in there, I would be really glad, as I can't go back to version 2.10

Things I've tried and that changed nothing :
Uninstall and reinstall JVCL with or without deleting the BPL files
Not freeing my frame from obj1

Thanks a lot for all the help you can give me.

Olivier

PS : I haven't put this on Mantis on purpose as I might turn up to be a problem specific to my program.



Subject: Re: Instal Error - package not found
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Mon, 26 May 2003 11:28:16 -0230
Newsgroups: jedi.vcl

Thanks.

This is what worked:

Use the install.bat and select the JCL option only. Install that.
Open and build the JVCL200_R50.dpk
Open and build and install the JVCL200_D50.dpk


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bat5qe$re6$1@talkto.net...
> > That's the dreaded D5 URW533 "bug" (or at least the first part of it). The
> > only way to proceed that I know of is to restart Delphi, build the JCL
> > package, build the JVCL_R and finally install the JVCL_D package.
> >
> > Marcel Bestebroer has had success with the following steps:
> >
> > --8<--
> > * open DJCL50.dpk and check the options: Explicit rebuild should be turned
> > on.
> > * Build (not compile, build) the package
> > * repeat the same with JVCL200_R50.dpk (same options, same actions)
> > * Again with JVCL200_D50.dpk. After building it, do Install.
> > --8<--
> >
> >
> > Hope that helps
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Instal Error - package not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 May 2003 15:53:14 +0200
Newsgroups: jedi.vcl

> > Is JVCL200_R50 supposed to be installed? - I get an error saying it's not
a
> > design time package.

No, it should only be built. It's a run-time package

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Instal Error - package not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 26 May 2003 15:52:47 +0200
Newsgroups: jedi.vcl

That's the dreaded D5 URW533 "bug" (or at least the first part of it). The
only way to proceed that I know of is to restart Delphi, build the JCL
package, build the JVCL_R and finally install the JVCL_D package.

Marcel Bestebroer has had success with the following steps:

--8<--
* open DJCL50.dpk and check the options: Explicit rebuild should be turned
on.
* Build (not compile, build) the package
* repeat the same with JVCL200_R50.dpk (same options, same actions)
* Again with JVCL200_D50.dpk. After building it, do Install.
--8<--


Hope that helps
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Instal Error - package not found
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Mon, 26 May 2003 11:02:32 -0230
Newsgroups: jedi.vcl

Is JVCL200_R50 supposed to be installed? - I get an error saying it's not a
design time package.

Thanks..

"Howard Carr" <hjcarr@nf.sympatico.ca> wrote in message
news:bat464$r1m$1@talkto.net...
> > I am trying to Install - manually (installer failed on Delphi 5 Ent) and I
> > get the following error
> > [Fatal Error] JVCL200_D50.dpk(36): Required package 'd' not found.
> > It highlights the JVCL200_R50 line in the required section.
> > I built the JVCL200_R50 and it is in the projects\bpl directory.
> >
> > What am I doing wrong?
> >
> >




Subject: Instal Error - package not found
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Mon, 26 May 2003 10:53:27 -0230
Newsgroups: jedi.vcl

I am trying to Install - manually (installer failed on Delphi 5 Ent) and I
get the following error
[Fatal Error] JVCL200_D50.dpk(36): Required package 'd' not found.
It highlights the JVCL200_R50 line in the required section.
I built the JVCL200_R50 and it is in the projects\bpl directory.

What am I doing wrong?




Subject: Re: error compiling jvcl on bcb6
From: "mostuff" <don't@emailback.com>
Date: Mon, 26 May 2003 14:46:16 +1000
Newsgroups: jedi.vcl

thats what i did.

"James Lan" <flyingboy@users.sourceforge.net> wrote in message
news:baql58$edj$1@talkto.net...
> > Compile CJCL60 first, when C++Builder ask you to add bcbie60 into the
> > package, add it. Then recompile CJCL60 package.




Subject: Re: error compiling jvcl on bcb6
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Sun, 25 May 2003 22:55:56 +0800
Newsgroups: jedi.vcl

Compile CJCL60 first, when C++Builder ask you to add bcbie60 into the
package, add it. Then recompile CJCL60 package.
"Mark Di Nicola" <mostuff@nospam.com> wrote in message
news:baotsv$8c1$1@talkto.net...
> > i'm trying to compile jvcl200_d60c.bpk but at the end of linking i get the
> > error
> >
> > Cannot load package 'CJCL60.'  It contains unit 'Shdocvw_ocx,'which is
also
> > contained in package 'bcbie60'
> >
> > any come across this before? no matter what else i try to add to the
project
> > it keeps on coming up. help.
> >
> > TIA
> >
> >




Subject: Re: TClipboard replacement
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Sun, 25 May 2003 11:01:55 +1000
Newsgroups: jedi.vcl,jedi.jcl

As you said, it is a leftover, it can easily be removed.
I don't even recall why I added it !

Peter Thörnqvist a écrit:
>> if you can remove the Forms unit from the uses clause you should
>
> There is no reason for it to be included (probably a left-over), at least
> for D6-D7
>



Subject: error compiling jvcl on bcb6
From: "Mark Di Nicola" <mostuff@nospam.com>
Date: Sun, 25 May 2003 09:12:35 +1000
Newsgroups: jedi.vcl

i'm trying to compile jvcl200_d60c.bpk but at the end of linking i get the
error

Cannot load package 'CJCL60.'  It contains unit 'Shdocvw_ocx,'which is also
contained in package 'bcbie60'

any come across this before? no matter what else i try to add to the project
it keeps on coming up. help.

TIA




Subject: Re: TClipboard replacement
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 24 May 2003 22:42:51 +0200
Newsgroups: jedi.vcl,jedi.jcl

> > if you can remove the Forms unit from the uses clause you should
There is no reason for it to be included (probably a left-over), at least
for D6-D7

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TClipboard replacement
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 24 May 2003 21:38:07 +0200
Newsgroups: jedi.vcl,jedi.jcl

> > Sorry for the attachment.
> > As for the enhancments, I agree with you event it requires me to rename
> > it to TJclClipboard...
> >

if you can remove the Forms unit from the uses clause you should, but if the
Forms unit is required JCL will not accept it (the Forms unit explodes the
allocated memory, as well as increase load time).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Help with JvMemoryData
From: "Vincent Bergeron" <info@vincentbergeron.com>
Date: Sat, 24 May 2003 13:13:29 -0400
Newsgroups: jedi.vcl

Thanks, it works fine now!




Subject: Re: Help with JvMemoryData
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 24 May 2003 18:21:31 +0200
Newsgroups: jedi.vcl

Vincent Bergeron wrote:
>    li_Field.DataSet := dbmSearch;
>    dbmSearch.Fields.Add(li_Field);

Setting property DataSet of a field will implicitly add this field to
the DataSet, thus your adding the field twice.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Help with JvMemoryData
From: "Vincent Bergeron" <info@vincentbergeron.com>
Date: Sat, 24 May 2003 12:02:08 -0400
Newsgroups: jedi.vcl

Hi!

Here's my code:

procedure TFRM_Search.AddSearchField;
var
   li_Field : TField;
begin
   li_Field := TStringField.Create(dbmSearch);
   li_Field.FieldName := 'ID';
   li_Field.Size := 32;
   li_Field.Name := 'dbmSearchID';
   li_Field.DataSet := dbmSearch;
   dbmSearch.Fields.Add(li_Field);
   dbmSearch.FieldDefs.Update;
end;

When I try to open the dataset (dbmSearch.Open), I get the following error:

A component named 'ID' already exists.

I have no other component named ID. I even tried to change the field name to
'ID123123123' and I get the same error.

Thanks

VB




Subject: Re: TClipboard replacement
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Sun, 25 May 2003 01:03:16 +1000
Newsgroups: jedi.vcl,jedi.jcl

Sorry for the attachment.
As for the enhancments, I agree with you event it requires me to rename it to TJclClipboard...

Peter Thörnqvist a écrit:
> Please don't post attachments here: always put uploads in jedi.binaries and
> post a message in the appropriate NG about it's existence. It looks to me
> like your TClipboard enhancements would fit better into JCL as it is a
> non-component but maybe others disagree...
>



Subject: Re: TClipboard replacement
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 24 May 2003 14:30:32 +0200
Newsgroups: jedi.vcl,jedi.jcl

Please don't post attachments here: always put uploads in jedi.binaries and
post a message in the appropriate NG about it's existence. It looks to me
like your TClipboard enhancements would fit better into JCL as it is a
non-component but maybe others disagree...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help with JvMemoryData
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 24 May 2003 14:27:46 +0200
Newsgroups: jedi.vcl

After creating the Fields, call TJvMemoryData.FieldDefs.Update;

If that doesn't work, try adding this:

procedure TJvMemoryData.InternalInitFieldDefs;
begin
  InitFieldDefsFromFields;
end;

Try calling FieldDefs.Update now and see if it works.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Help with Install
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 24 May 2003 13:40:44 +0200
Newsgroups: jedi.vcl

In Delphi, open Component|Install Packages, select the JCL/JVCL packages
from the list and click Remove. Go to Tools|Environment
Options|Library|Library Path and remove any search paths to JCL/JVCL
folders. Close Delphi. Delete all files (pas,dfm,dpk,dcu,dcp,bpl etc etc)
and folders from the old installation. You might have to search your disk(s)
for JVCL or Jv* to find all associated files.

You should now be ready to install the new packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: TClipboard replacement
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Sat, 24 May 2003 17:31:50 +1000
Newsgroups: jedi.vcl,jedi.jcl

Hi all

I crossposted this to vcl and jcl because I'm not sure where what I propose should go.
You'll find attached to this email a small file defining the TJvClipboard class, a replacement for the TClipboard class bundled with Delphi.
Why a replacement ? Simply because the original one lacks an enormous feature : Delayed rendering.
Delayed rendering allows you to copy to the clipboard a big content without actually placing it into a shared memory until somebody asks for it. This is the kind of behaviour most image editiong software propose. When you copy, it takes virtually no time but when you paste, the time is really big.
This is really useful to avoid consuming memory before the user asks for it.
So what this class does is allowing you to specify delayed rendering when you put a format in the clipboard. When that specific format is asked by the system because the user asked for it, an OnRenderFormat event is fired and you must do the rendering in there.
You'll find more documentation in the MSDN around WM_RENDERFORMAT and also in the sourcefile itself as I documented almost everything in there.
Let me know what you guys think of that.

Regards

Olivier Sannier
http://cnxmanager.sourceforge.net/


JvClipbrd.pas

{-----------------------------------------------------------------------------
The contents of this file are subject to the Mozilla Public License
Version 1.1 (the "License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.mozilla.org/MPL/MPL-1.1.html

Software distributed under the License is distributed on an "AS IS" basis,
WITHOUT WARRANTY OF ANY KIND, either expressed or implied. See the License for
the specific language governing rights and limitations under the License.

The Original Code is: JvClipbrd.PAS, released on 2003-05-18.

The Initial Developer of the Original Code is Olivier Sannier
[obones@meloo.com]
Portions created by Olivier Sannier are Copyright (C) 2003 Olivier Sannier.
All Rights Reserved.

Contributor(s): none to date.

Last Modified: 2003-05-20

You may retrieve the latest version of this file at the Connection Manager
home page, located at http://cnxmanager.sourceforge.net

Known Issues: none to date.
-----------------------------------------------------------------------------}
unit JvClipbrd;

interface

uses Clipbrd, Messages, Classes, Contnrs;

// the string displayed when an exception is risen because no
// OnRenderFormat handler was given. Put in resources to allow to
// be translated
resourcestring SNoRenderFormatEventGiven = 'No OnRenderFormat was given.';

type
  // the type of the event fired when a format has been added with delayed
  // rendering and needs rendering because an application asked for it.
  // Parameters are :
  //   Sender     The object triggering the event. Cleary, will always
  //              be the value returned by JvClipboard, unless you
  //              call the event yourself 
  //   Format     The format needing rendering
  //   buffer     The buffer where the rendered data has to be or
  //              has been put
  //              You may change the value of the buffer parameter to
  //              point on a memory that will survive the exit of your
  //              handler. Clearly, you can't give a pointer to a local
  //              variable or use a PChar() conversion.
  //              Alternatively, you can allocate some memory with
  //              GetMem(), copy your data in the buffer and set the
  //              mustFree parameter to true to ask the clipboard to
  //              free the memory for you (done using FreeMem)
  //              Setting buffer to nil will make the system remove this
  //              format from the clipboard, even if it is not a
  //              documented behaviour
  //   size       the size in bytes of the data available in the buffer
  //              Setting size to 0 will make the system remove this
  //              format from the clipboard, even if it is not a
  //              documented behaviour
  //   mustFree   set to false by default. If you set this to true, the
  //              clipboard will call FreeMem(buffer) after having copied
  //              the data in the system clipboard. This is useful only
  //              if you allocated the buffer using GetMem()
  TOnRenderFormat = procedure (Sender : TObject;
                               Format : Word;
                               var buffer : pointer;
                               var size : cardinal;
                               var mustFree : boolean)
                    of object;

  // the new clipboard object, with added power !
  // clearly, it now allows to use delayed rendering through the
  // OnRenderFormat event.
  // All methods have been overriden to allow specifying delayed
  // rendering. See their documentation for details.
  // However, SetAsHandle has not been overriden as it is enough
  // to set its second parameter to 0 to get delayed rendering
  TJvClipboard = class (TClipboard)
  private
  protected
    // the pointer to the user procedure to call for the event
    // see the declaration of TOnRenderFormat
    EOnRenderFormat : TOnRenderFormat;

    // the list of formats that have been added using delayed rendering
    // we need to keep track of them because we must be able to render
    // them when the WM_RENDERALLFORMATS event is fired.
    // And we can't simply loop through the Formats property as this
    // is not a good thing to call RenderFormat for formats not put
    // by the user in the clipboard (for instance, adding CF_TEXT will
    // make the system add a CF_OEMTEXT and a CF_UNICODETEXT automatically)
    // Moreover, to ensure that the delayed rendering formats will
    // survive the death of the application, we must ask for their value
    // from the DestroyHandle method
    // If the formats are quite big, which may cause memory problems,
    // you should ask the user if he wants to keep them and if not,
    // call the clear method before destroying the handle
    // This list will actually only contain Words (Format Ids)
    delayedFormats : TList;

    // the handle to the window processing the messages
    FClipboardWindow : THandle;

    // This flag is used to determine wether or not the RenderFormat
    // method should be called as a result of the WM_RENDERALLFORMATS
    // message. It will be set to true from within DestroyHandle,
    // thus ensuring a delayed rendering format is only rendered once
    FFromDestroyHandle : boolean;

    // overridden wndproc to handle WM_RENDERFORMAT and
    // WM_RENDERALLFORMATS messages
    procedure WndProc(var Message: TMessage); override;

    // This function calls the user event handler and does the
    // rendering the way windows expects it
    // it will trigger an exception if no OnRenderFormat event
    // handler is given
    procedure RenderFormat(Format : Word); virtual;

    // returns the window handle (the value of FClipboardWindow)
    function GetHandle: THandle;
  public
    // creates the list
    constructor Create; virtual;

    // destroys the list and the window (only if needed, see below)
    destructor Destroy; override;

    // To ensure that the formats using delayed rendering are
    // saved when the application terminates, it is necessary
    // that we get their values before actually destroying the
    // underlying window (which handle is given by the Handle property)
    // As a result, the OnRenderFormat event will be fired for every
    // format with delayed rendering still in the clipboard.
    // This could lead to memory problems if the format is quite big.
    // You should then asks the user if he wants to keep the big objects
    // available for other programs
    // If you don't call this method and some formats are in the
    // clipboard with delayed rendering, it will be called upon
    // destruction of the clipboard, which is likely to happen after the
    // destruction of the object where the event is set.
    // I let you imagine the consequences...
    // So you should call this function from the destructor (or the
    // OnDestroy event) of the component where the OnRenderFormat event
    // handler is set (eg, the main form) as this component is likely
    // to be destroyed before the clipboard itself.
    procedure DestroyHandle;
    
    // forced to override Open to be able to use our own
    // window handle
    procedure Open; override;

    // Close is overriden but simply calls the inherited Close
    // method. It is still there if you want to tweak around
    procedure Close; override;

    // forced to override Clear to keep track of the delayed
    // formats in the delayedFormats list
    procedure Clear; override;

    // registers a format of that name with the system and returns
    // its identifier. You may as well call RegisterClipboardFormat
    // directly
    function RegisterFormat(name : string) : Word;

    // add a format that uses delayed rendering
    // if you do so, you MUST provide an OnRenderFormat event handler
    procedure AddDelayed(format : word);

    // overriden method to allow setting buffer to nil and thus
    // asking to use delayed rendering. If you do so, you MUST provide
    // an OnRenderFormat event handler
    // if buffer <> nil then the inherited method is called
    procedure SetBuffer(Format: Word; Buffer : pointer; Size: Integer); overload;

    // get a buffer of the given format
    // the format must be present in the clipboard. If not the function
    // returns false.
    // The buffer and the size parameters must be set to the correct size
    // for the specified format. If they are too small, the data will be
    // truncated, resulting in corrupted values on your side (but you're
    // the one who knows what to do with that).
    // If they are too large, the application will crash as it will be
    // asking the system for more data than available
    // Returns true if data was successfuly retrieved, else use
    // Windows.GetLastError to get the error code
    function GetBuffer(format : word; buffer : pointer; size : cardinal) : boolean;

    // overloaded version of the same procedure in TClipboard that
    // now allows you to specify delayed rendering.
    // If delayed is set to false, the inherited method is called
    // else, the format is simply added in the clipboard and you MUST
    // provid an OnRenderFormat event;
    procedure SetComponent(Component: TComponent; delayed : boolean); overload;

    // overloaded version of the same procedure in TClipboard that
    // now allows you to specify delayed rendering.
    // If delayed is set to false, the inherited method is called
    // else, the format is simply added in the clipboard and you MUST
    // provid an OnRenderFormat event;
    procedure SetTextBuf(Buffer: PChar; delayed : boolean); overload;

    // the handle to the underlying window handling the delayed
    // rendering messages
    property Handle : THandle read GetHandle;
  published
    // the event fired when a format has been added with delayed
    // rendering and needs rendering because an application (or the
    // DestroyHandle method) asked for it
    property OnRenderFormat : TOnRenderFormat read EOnRenderFormat write EOnRenderFormat;
  end;

// global function to get access to a TJvClipboard object
function JvClipboard: TJvClipboard;

implementation

uses Windows, Forms, SysUtils, Consts;

{ TJvClipboard }

procedure TJvClipboard.Clear;
begin
  // call the inherited method, will do its job
  inherited;
  // no more delayed formats available
  delayedFormats.Clear;
end;

function TJvClipboard.GetBuffer(format: word; buffer: pointer;
  size: cardinal) : boolean;
var Data : THandle;
    DataPtr : pointer;
begin
  // retrieve data of the given format

  // first, open clipoard
  Open;

  // ask for data
  Data := GetClipboardData(format);

  // was data retrieved ?
  if Data <> 0 then
  begin
    // if some data retrieved, get a pointer to it
    DataPtr := GlobalLock(Data);

    // did we get a valid pointer ?
    if DataPtr <> nil then
    begin
      // if yes, copy from global pointer to user supplied pointer
      CopyMemory(buffer, DataPtr, size);
      // and retrieval was a success
      Result := true;
    end
    else
    begin
      // else, retrieval has failed
      Result := false;
    end;

    // unlock global memory
    GlobalUnlock(Data);
  end
  else
  begin
    // if no data retrieved, then retrieval failed
    Result := false;
  end;

  // finally, close clipoard
  Close;
end;

procedure TJvClipboard.Open;
begin
  // call the inherited open method to force the inherited
  // private FOpenRefCount to be greater than 0. This is the
  // result of a bad design, because FOpenRefCount should be
  // protected in the TClipboard class, allowing us to access
  // it directly, rather than tweaking around
  // Having the inherited FOpenRefCount greater than 0 is
  // required for the inherited method that put data in the
  // clipboard to work. Indeed, they call the private method
  // Adding which calls Clear only if FOpenRefCount is not 0.
  // And calling Clear is required for the window to get the
  // clipboard ownership.
  // Another good decision would have been to make the Adding
  // method protected rather than private. This would have
  // allowed to easily add other methods to put other types
  // in the clipboard.
  // But it seems the people in charge of that part didn't
  // have reusability in mind when they designed the
  // TClipboard class
  inherited Open;

  // if we were just opened (the inherited FOpenRefCount
  // just turned to 1)
  if OpenRefCount = 1 then
  begin
    // then, if we need a window to handle delayed rendering
    if FClipboardWindow = 0 then
    begin
      // then we create one, passing MainWndProc rather than
      // WndProc as MainWndProc will call WndProc but in a
      // try except statement ensuring good exception handling
      FClipboardWindow := Classes.AllocateHWnd(MainWndProc);
    end;

    // we must now close the clipboard as it was opened
    // with an incorrect window handle (most likely the
    // application window handle)
    CloseClipboard;

    // and we finally open the clipboard with our window handle
    // to ensure that we can process delayed rendering messages
    if not OpenClipboard(FClipboardWindow) then
      raise Exception.CreateRes(@SCannotOpenClipboard);
  end;
end;

procedure TJvClipboard.Close;
begin
  // call the inherited close method to force update of the
  // inherited FOpenRefCount and to close the clipboard if
  // needed
  inherited Close;
end;

function TJvClipboard.RegisterFormat(name: string) : Word;
var tmp : PChar;
begin
  GetMem(tmp, length(name)+1); // don't forget +1 for trailing #0
  StrPCopy(tmp, name);
  Result := RegisterClipboardFormat(tmp);
  FreeMem(tmp);
  // Note : Yes, we could have used PChar(name) as an argument to
  // RegisterClipboardFormat, but this only works under Delphi 6
  // and this code have work under older versions
end;

procedure TJvClipboard.RenderFormat(Format: Word);
var buffer: pointer;
    size: cardinal;
    hglb : HGLOBAL;
    globalPtr : pointer;
    mustFree : boolean;
begin
  // by default, we must not free the given buffer
  mustFree := false;

  // if user gave us an event
  if Assigned(EOnRenderFormat) then
  begin
    // then ask user to render the format
    EOnRenderFormat(Self, Format, buffer, size, mustFree);
  end
  else
  begin
    // else, trigger an exception, how could we guess the
    // size and data to put in the buffer ?
    raise Exception.CreateRes(@SNoRenderFormatEventGiven);
  end;

  // now render the way windows wants it

  // first allocate a global memory
  hglb := GlobalAlloc(GMEM_DDESHARE or GMEM_MOVEABLE, size);
  if hglb <> 0 then
  begin
    // if allocation was successful
    // then lock global memory to get access to it
    globalPtr := GlobalLock(hglb);

    // copy user supplied data
    CopyMemory(globalPtr, buffer, size);

    // unlock global memory
    GlobalUnlock(hglb);

    // finally, place the content in the clipboard
    SetClipboardData(format, hglb);
  end;

  // if user asked us to free his buffer
  if mustFree then
  begin
    // then we free it
    FreeMem(buffer);
  end;
end;

procedure TJvClipboard.WndProc(var Message: TMessage);
var i : integer;
begin
  case message.Msg of
    // if asked to render a particular format
    WM_RENDERFORMAT :     begin
                            // then render it
                            RenderFormat(message.WParam);
                            // and tell windows so
                            message.Result := 0;
                          end;
    // if asked to render all available formats
    WM_RENDERALLFORMATS : begin
                            // then if it is not the result of a call
                            // to DestroyHandle
                            if not FFromDestroyHandle then
                            begin
                              // then we render all the delayed formats
                              // we are aware of
                              for i := 0 to delayedFormats.Count-1 do
                              begin
                                RenderFormat(Word(delayedFormats[i]));
                              end;
                            end;
                            // tell windows we handled the message
                            message.Result := 0;
                          end;
  end;

  // in any case let the ancestor do its stuff
  inherited;
end;

constructor TJvClipboard.Create;
begin
  inherited;
  // create the list used to keep track of delayed formats
  // in the clipboard
  delayedFormats := TList.Create;

  // if a WM_RENDERALLFORMATS message is fired, then
  // it is not yet as a result of a call to DestroyHandle 
  FFromDestroyHandle := false;
end;

destructor TJvClipboard.Destroy;
begin
  // ensure handle is destroyed, but see remark where
  // DestroyHandle is declared
  DestroyHandle;

  // free the list
  delayedFormats.Free;

  // and let the rest be done
  inherited;
end;

procedure TJvClipboard.DestroyHandle;
var i : integer;
    format : word;
    buffer : char;
begin
  // if we have a window handle, hence, meaning that it is
  // the first time DestroyHandle is called
  if FClipboardWindow <> 0 then
  begin
    // to ensure persistance of the private formats, we
    // must get them before destroying the window
    // this is rather strange as destroying the window fires
    // the WM_RENDERALLFORMATS message but it seems the system
    // forgets the results.
    // so we do the job ourselves and ask for the data
    // Of course, this will not work for formats that the user
    // put in the clipboard using delayed rendering through direct
    // API calls
    for i := 0 to delayedFormats.Count - 1 do
    begin
      // get the format id
      format := Word(delayedFormats[i]);

      // ask to get this format from the clipboard, will
      // in turn trigger a WM_RENDERFORMAT message
      // we only ask for one byte as we don't know what to
      // do with the format and clearly won't use it
      // Asking for one byte ensures that windows will
      // effectively give us something
      GetBuffer(format, @buffer, 1);
    end;

    // Having done that will not prevent the WM_RENDERALLFORMATS
    // message from being fired so me must ensure the RenderFormat
    // method is not called twice for all delayed rendering formats
    FFromDestroyHandle := true;
    
    // we can now safely destroy the window
    Classes.DeallocateHWnd(FClipboardWindow);

    // and we no longer have a window
    FClipboardWindow := 0;
  end;
end;

function TJvClipboard.GetHandle: THandle;
begin
  Result := FClipboardWindow;
end;

procedure TJvClipboard.SetComponent(Component: TComponent;
  delayed: boolean);
begin
  if delayed then
  begin
    // add as delayed
    AddDelayed(CF_COMPONENT);
  end
  else
  begin
    inherited SetComponent(Component);
  end;
end;

procedure TJvClipboard.SetTextBuf(Buffer: PChar; delayed: boolean);
begin
  if delayed then
  begin
    // add as delayed
    AddDelayed(CF_TEXT);
  end
  else
  begin
    inherited SetTextBuf(Buffer);
  end;
end;

procedure TJvClipboard.SetBuffer(Format: Word; Buffer: pointer;
  Size: Integer);
begin
  // if buffer is nil
  if Buffer = nil then
  begin
    // then add the format using delayed rendering
    AddDelayed(Format);
  end
  else
  begin
    // else call inherited method
    inherited SetBuffer(Format, Buffer, size);
  end;

end;

procedure TJvClipboard.AddDelayed(format: word);
begin
  // add as delayed
  inherited SetAsHandle(Format, 0);
  // and we keep track of that format
  delayedFormats.Add(Pointer(Format));
end;

var
  // global variable
  FJvClipboard: TJvClipboard;

// global function to call to get access to the clipboard
function JvClipboard: TJvClipboard;
begin
  if FJvClipboard = nil then
    FJvClipboard := TJvClipboard.Create;
  Result := FJvClipboard;
end;

initialization

finalization
  FJvClipboard.Free;

end.

JvClipbrd.pas
	



Subject: Help with JvMemoryData
From: "Vincent Bergeron" <info@vincentbergeron.com>
Date: Sat, 24 May 2003 02:01:24 -0400
Newsgroups: jedi.vcl

Hi!

I have some problem using JvMemoryData....

I need to create the fields at runtime. I don't know how to do this!

I tried to use the FieldDef property, without success.

I tried to use the Fields property, again, no succes...

Can someone help me?

Thanks

VB




Subject: Re: Problems upgrading JvSpin
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 23 May 2003 23:30:23 +0200
Newsgroups: jedi.vcl

> > I believe I had to delete the .bpl/.dcp files before successfully
installing
> > the JvSpin from CVS.

That shouldn't normally be needed if one builds (not compile) the packages
but it is certainly worth a try.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Help with Install
From: "Howard Carr" <hjcarr@nf.sympatico.ca>
Date: Fri, 23 May 2003 15:43:56 -0230
Newsgroups: jedi.vcl

I have the JvPack installed from the original program. I am using Delphi 5
Enterprise. What do I need to do to uninstall JvPack so I can install the
new program?

Thanks...




Subject: Re: Does anybody know whatever happened to M. van der Pol and J. de Groot who operated as Varian Software NL, and his component suite?
From: "Zan Trajkov" <z.trajkov@acontis.com>
Date: Fri, 23 May 2003 17:08:17 +0000 (UTC)
Newsgroups: jedi.vcl

Warren Postma wrote:

> > I recently inventoried my old set of Delphi 5 components and tried to bring some of them up into Delphi 7.
> > 
> > I rediscovered a great set of very graphical GUI display components (EQ Displays, Scrolling Charts/Graphs, 7-segment-LED and LED-Matrix displays, etc) that I used to use from Varian Software NL, components including Varian Workshop, Varian LED studio, etc, and they have become orphaned by their original provider (the varian software web page links that I foung using Google Groups are all now defunct) I am curious where they have gone, and if it is possible to resurrect them somehow.  <grin>
> > 
> > Here is a google groups link from M.VDP who says he is giving up as of January 2002:
> > 
> > http://groups.google.com/groups?selm=3c3b3d29_1%40dnews&oe=UTF-8&output=gplain
> > 
> > The Varian LED components, Varian Workshop, and other stuff, were formerly available through:
> > 
> > http://home.planet.nl/~varian/
> > http://www.varian-software.com/
> > 
> > Email addresses for Varian were Varian@planet.nl and info@varian-software.com
> > 
> > Various files are still downloadable from the Delphi Super Page, but
> > no email or web addresses appear to be active.  You can see a list
> > of Varian Software's offerings at:
> > 
> > http://www.vclcomponents.com/x_authors.asp?LETTER=V&ID_AUTHOR=7839
> > 
> > So I wonder, what ever happened to these guys, and their stuff, did
> > it ever get bought out or assumed by anybody?
> > 
> > Warren Postma
> > Toronto Canada

Hi,

look at http://www.tmssoftware.com/

if I recall correct, they brought the collection of components.
You will find them under the section "Instrumentation"...
Hope, this is the right info...

Zan
Ravensburg, Germany


Subject: Re: Problems upgrading JvSpin
From: "Steve Magruder" <steve@stevemagruder.com>
Date: Fri, 23 May 2003 12:50:17 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> > Make sure there are no other JvSpin.dcu's or .pas's in other folders.
> > If that doesn't work, search your hard-drives and delete all
> > JVCL*.bpl and JVCL*.dcp files and rebuild/install the packages.

I believe I had to delete the .bpl/.dcp files before successfully installing
the JvSpin from CVS.

Steve

-- Steve Magruder Consulting - http://consulting.stevemagruder.com 

Subject: Does anybody know whatever happened to M. van der Pol and J. de Groot who operated as Varian Software NL, and his component suite?
From: Warren Postma <wp@tekran.com>
Date: Fri, 23 May 2003 10:15:31 -0400
Newsgroups: jedi.vcl

I recently inventoried my old set of Delphi 5 components and tried to bring some of them up into Delphi 7.

I rediscovered a great set of very graphical GUI display components (EQ Displays, Scrolling Charts/Graphs, 7-segment-LED and LED-Matrix displays, etc) that I used to use from Varian Software NL, components including Varian Workshop, Varian LED studio, etc, and they have become orphaned by their original provider (the varian software web page links that I foung using Google Groups are all now defunct) I am curious where they have gone, and if it is possible to resurrect them somehow.  <grin>

Here is a google groups link from M.VDP who says he is giving up as of January 2002:

http://groups.google.com/groups?selm=3c3b3d29_1%40dnews&oe=UTF-8&output=gplain

The Varian LED components, Varian Workshop, and other stuff, were formerly available through:

http://home.planet.nl/~varian/
http://www.varian-software.com/

Email addresses for Varian were Varian@planet.nl and info@varian-software.com

Various files are still downloadable from the Delphi Super Page, but
no email or web addresses appear to be active.  You can see a list
of Varian Software's offerings at:

http://www.vclcomponents.com/x_authors.asp?LETTER=V&ID_AUTHOR=7839

So I wonder, what ever happened to these guys, and their stuff, did
it ever get bought out or assumed by anybody?

Warren Postma
Toronto Canada




Subject: Re: can I use JvMemoryDataSet to be a CSV table object? How?
From: Warren Postma <wp@tekran.com>
Date: Fri, 23 May 2003 09:13:39 -0400
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened... (Thu, 22 May 2003 20:36:11 +0200 @816)
> ...while the fading voice of Peter whispered through the darkness:

I find this reply-header line of yours irritating, because it (a) long, and (b) pointless.

>
>  PTr> you do implement XML save/load, please consider using the same format
>
> Why XML? CSV is not XML.

I mentioned XML in my post. I mentioned CSV in my post. Peter's response made sense, yours did not.


> IMHO there where tools for import/export CSV to TDataSet.
Could you point me at that, I don't remember it being part of the native Delphi VCL anywhere, except that the BDE based TTable object does have a Csv data type, which is implemented using the BDE dlls. The catch is I don't want any BDE or ADO objects in my project so it must be a direct descendant of TDataSet, not the BDE version of the CSV file format, which requires linking in the whole BDE runtime file set, just to get its CSV import feature. Also, the CSV part of BDE has never been entirely bug free.

>
> And personally i see no reason to work with CSV directly.

I do.  First, CSV files are simpler than XML files to parse, and second, they are still importable and exportable to more programs than CSV files are.  XML is a twenty tonne solution to a two pound problem.  CSV merely solves one simple problem ( how to save and load X rows of Y columns of data easily and readably into a flat text file) without pretense of greater flexibility. If I needed to store a hierarchy of attributes in a tree structure, I would use XML.  As it happens, I don't.   For the admitedly very useful class of things that can be done with a TDataSet descendant, CSV is perfect for a minimal solution.


Warren



Subject: Re: JvDBCalcEdit on a DBCtrlGrid
From: "Bepy" <ramengo@hotmail.com>
Date: Fri, 23 May 2003 14:47:29 +0200
Newsgroups: jedi.vcl

Put also a TDBEdit into the panel of DBCtrlGrid1 and set its datafield to
AmountPaid.
It has the correct behaviour that also JvDBCalcEdit should have




Subject: Successful BCB6 Compilation of JVCL
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Fri, 23 May 2003 15:44:32 +0400
Newsgroups: jedi.vcl

For successful compilation under CBuilder 6.0 the order within
JVCL200_R60C.bpk must be as
..................
      <FILE FILENAME="CJCL60.bpi" FORMNAME="" UNITNAME="CJCL60" ...
      <FILE FILENAME="JVCL200_R60C.bpi" FORMNAME="" ...
..................

If CJCL60.bpi is after JVCL200_R60C.bpi, you will get "Link Terminated"
error.




Subject: Re: Delphi6 Compile Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 May 2003 10:08:31 +0200
Newsgroups: jedi.vcl

Delete all JVCL dcu, bpl and dcp files on our computer. If you have
aprevious install in another folder, delete it. Open D6 Packages.bpg in
Delphi, build JCL package, build JVCL runtime package and then install JVCL
design package. If you don't get any errors, go to Tools-Environment
options-Library-Library Path and add the paths to jcl\source, jvcl\source
and jvcl\common folders. Remove any previous JVCL folders listed.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi6 Compile Error
From: "flyfish" <pxzleo@163.net>
Date: Fri, 23 May 2003 15:04:57 +0800
Newsgroups: jedi.vcl

thanks your answer
   I get a ZIP package it's name is "JCL122+JVCL200FinalFullInstall.zip"
and I run "Install.bat" install JCL and JVCL but only JCL was succeed then
told me a error on compile JVCL,
  I open "D6 Packages.bpg" build all but  I get this compiler errors.
what can I do?

"Peter Thörnqvist" <peter3@nospam.peter3.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:bahr44$5nq$1@talkto.net...
> > Is this the same JvEditor.pas as in 2.10 or did you get it from CVS? How
did
> > you get it from CVS - through the web-interface or using a CVS client on
our
> > computer? Have you modified JvEditor in any way?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "flyfish" <pxzleo@163.net> skrev i meddelandet
> > news:bah97b$3rj$1@talkto.net...
>> > > Hello,
>> > >   My compile JVCL at delphi6+sp2/windows2000 but I get 6 compiler errors
>> > > I had install JCL 1.22
>> > > [Error] JvEditor.pas(195): Invalid compiler directive: '$ENDIF'
>> > > [Error] JvEditor.pas(515): Undeclared identifier: 'WM_EDITCOMMAND'
>> > > [Error] JvEditor.pas(515): Illegal message method index
>> > > [Error] JvEditor.pas(327): Unsatisfied forward or external declaration:
>> > > 'TUndo.Undo'
>> > > [Error] JvEditor.pas(328): Unsatisfied forward or external declaration:
>> > > 'TUndo.Redo'
>> > >
>> > > Thanks in advance,
>> > > flyfish(pxzleo@163.net)
>> > >
>> > >
>> > >
>> > >
> >
> >




Subject: Re: can I use JvMemoryDataSet to be a CSV table object? How?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 23 May 2003 08:48:15 +0200
Newsgroups: jedi.vcl

> > Why XML? CSV is not XML.
Read his post, Arioch:

>> >>I would also like to load/save from XML files, and
>> >>am considering writing this functionality.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB6 Compile Error
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Fri, 23 May 2003 10:47:46 +0400
Newsgroups: jedi.vcl

1. I checked last JEDI CVS and found 23 *.pas files than contain {$ifdef
CBUILDER} must be changed to {$ifdef BCB}
2. JVCL200_R60C.bpk contans line <FILE FILENAME="$(BCB)\Projects\rtl.bpi" ,
has to be changed to
<FILE FILENAME="$(BCB)\lib\release\rtl.bpi"
3. Good idea to clear also next lines for both BPK (*R60C.bpk and *D60C.bpk)
    <LIBRARIES value=""/>
    <SPARELIBS value=""/>

"James Lan" <flyingboy@users.sourceforge.net> wrote in message
news:bai0pb$6rt$1@talkto.net...
> > OK, updated.
> > "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
> > news:bahu7j$6b8$1@talkto.net...
>> > > Also there are changes within projects (*6C.BPK)
>> > > within these lines where *.bpi are presented
>> > >
>> > >       <FILE FILENAME="C:\Program
Files\Borland\CBuilder6\Projects\vcl.bpi"
>> > > FORMNAME="" UNITNAME="vcl" CONTAINERID="BPITool" DESIGNCLASS=""
>> > > LOCALCOMMAND=""/>
>> > >       <FILE FILENAME="..\source\\vclx.bpi" FORMNAME="" ...
>> > > .......
>> > > the absolute path has to be removed, to avoid link terminated error.
>> > >
>> > >
>> > >
>> > > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
>> > > news:baht9p$64h$1@talkto.net...
>>> > > > It would also be very nice if BCB users would try out Vladimirs
changes
>> > > and
>>> > > > report back how it works. Maybe we can get a working BCB package set
> > (for
>>> > > > both BCB5 and BCB6) by helping each other out on this one.
>>> > > >
>>> > > > -- 
>>> > > > Regards,
>>> > > >
>>> > > > Peter Thornqvist (JVCL Coordinator)
>>> > > > http://jvcl.sourceforge.net
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: can I use JvMemoryDataSet to be a CSV table object? How?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 23 May 2003 00:33:08 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 22 May 2003 20:36:11 +0200 @816)
....while the fading voice of Peter whispered through the darkness:

 PTr> you do implement XML save/load, please consider using the same format

Why XML? CSV is not XML.
IMHO there where tools for import/export CSV to TDataSet.

And personally i see no reason to work with CSV directly.
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: can I use JvMemoryDataSet to be a CSV table object? How?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 22 May 2003 20:36:11 +0200
Newsgroups: jedi.vcl

> > Is this ability included? It would seem that nothing at all exists in
> > the JVCL help files concerning the JvMemoryDataSet.

No, there is no provision in JvMemoryData to save and load to file. If you
do implement XML save/load, please consider using the same format as used by
TClientDataset.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: can I use JvMemoryDataSet to be a CSV table object? How?
From: Warren Postma <wp@tekran.com>
Date: Thu, 22 May 2003 11:16:32 -0400
Newsgroups: jedi.vcl

I would like to use JvMemoryDataSet, rather than an existing in-house-developed component that I have (a custom TDataSet descendant),
but my existing component already has the ability to load data from a CSV (comma separated variable) file, and save it again, when I call my own custom WriteToFile method, or when I set the Active property to false (thus closing the table).  My custom CsvDataSet, and JvMemoryDataSet, would seem both to work, but I can't figure out how to get JvMemoryDataSet to load from a flat text file.

Is this ability included? It would seem that nothing at all exists in the JVCL help files concerning the JvMemoryDataSet.

This of course seems a natural place for me to contribute some new abilities to JvMemoryDataSet, and also be able to retire my own custom component, which by now has many hairy little features that are not much use to me anymore.  I would also like to load/save from XML files, and am considering writing this functionality.

Has this already been done? Thanks.

Warren Postma



Subject: Pas2JvInterpreter
From: "Ari Adrianto" <milis@dayproject.com>
Date: Thu, 22 May 2003 17:18:06 +0700
Newsgroups: jedi.vcl

Hi All,

I can't find pas2JvInterpreter tools...
where to find it ?

Best Rgds,
Ari Adrianto




Subject: Re: Problems upgrading JvSpin
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 May 2003 12:11:14 +0200
Newsgroups: jedi.vcl

Make sure there are no other JvSpin.dcu's or .pas's in other folders. If
that doesn't work, search your hard-drives and delete all JVCL*.bpl and
JVCL*.dcp files and rebuild/install the packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Problems upgrading JvSpin
From: "Fabiano Paolini - ATER Udine" <fabiano.paolini@ater-udine.it>
Date: Thu, 22 May 2003 11:48:48 +0200
Newsgroups: jedi.vcl

I've passed from Rx to JVcl and found a problem:
TJvSpinEdit doesn't fire OnChange event.
I found in CVS new JvSpin.pas file that is OK but cannot install it.
How can I upgrade My JVCL 2.10 installation package?

I find JvSpin.pas in jvcl\source
and jvSpin.dcu in jvcl\lib7

I deleted them e replaced with new .pas.
Deinstalled Jvcl package, recompiled and reinstalled it I find always old
code in new compiled projects!

Fabiano




Subject: Re: BCB6 Compile Error
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Thu, 22 May 2003 12:44:29 +0400
Newsgroups: jedi.vcl

"James Lan" <flyingboy@users.sourceforge.net> wrote in message
news:bai04o$6nm$1@talkto.net...
> >
> > "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
> > news:bahsuh$61p$1@talkto.net...
>> > > I am using JVCL under Builder 6 for all my projects instead of RxLib.
>> > > For successful compilation I made some changes:
>> > >  1. added the {$DEFINE CBUILDER} to jvcl.inc under {$ifdef BCB} section
as
>> > > this key presents in modules.
> > OK. This has been changed.
>> > >  2. JvStrUtils.pas, GetCmdLineArg moved to the IFNDEF section
>> > >  {$IFNDEF COMPILER4_UP}
>> > >  function FindCmdLineSwitch(const Switch: string; SwitchChars: TCharSet;
>> > >    IgnoreCase: Boolean): Boolean;
>> > >  function GetCmdLineArg(const Switch: string; SwitchChars: TCharSet):
>> > > string;
>> > >  {$ENDIF}
> > Why this?

This function if presents within JvStrUtils.pas will produce appropriate
line in JvStrUtils.hpp, for some reason (I don't know why) CBuilder will
give compilation error when this file(*.hpp) will be included to projects,
this is the old bug presented in RxLib( for BCB5-BCB6).






Subject: Re: BCB6 Compile Error
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Thu, 22 May 2003 12:38:23 +0400
Newsgroups: jedi.vcl

...\source\   has to be removed from the lines with *.bpi
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bai0kp$6qi$1@talkto.net...
> > Is the double backslash in ".\source\\vclx.bpi" on purpose or an error?
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: BCB6 Compile Error
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Thu, 22 May 2003 16:18:25 +0800
Newsgroups: jedi.vcl

OK, updated.
"Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
news:bahu7j$6b8$1@talkto.net...
> > Also there are changes within projects (*6C.BPK)
> > within these lines where *.bpi are presented
> >
> >       <FILE FILENAME="C:\Program Files\Borland\CBuilder6\Projects\vcl.bpi"
> > FORMNAME="" UNITNAME="vcl" CONTAINERID="BPITool" DESIGNCLASS=""
> > LOCALCOMMAND=""/>
> >       <FILE FILENAME="..\source\\vclx.bpi" FORMNAME="" ...
> > .......
> > the absolute path has to be removed, to avoid link terminated error.
> >
> >
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:baht9p$64h$1@talkto.net...
>> > > It would also be very nice if BCB users would try out Vladimirs changes
> > and
>> > > report back how it works. Maybe we can get a working BCB package set
(for
>> > > both BCB5 and BCB6) by helping each other out on this one.
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: BCB6 Compile Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 May 2003 10:15:59 +0200
Newsgroups: jedi.vcl

Is the double backslash in ".\source\\vclx.bpi" on purpose or an error?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB6 Compile Error
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Thu, 22 May 2003 16:07:26 +0800
Newsgroups: jedi.vcl

"Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
news:bahsuh$61p$1@talkto.net...
> > I am using JVCL under Builder 6 for all my projects instead of RxLib.
> > For successful compilation I made some changes:
> >  1. added the {$DEFINE CBUILDER} to jvcl.inc under {$ifdef BCB} section as
> > this key presents in modules.
OK. This has been changed.
> >  2. JvStrUtils.pas, GetCmdLineArg moved to the IFNDEF section
> >  {$IFNDEF COMPILER4_UP}
> >  function FindCmdLineSwitch(const Switch: string; SwitchChars: TCharSet;
> >    IgnoreCase: Boolean): Boolean;
> >  function GetCmdLineArg(const Switch: string; SwitchChars: TCharSet):
> > string;
> >  {$ENDIF}
Why this?
> >
> > Also I found strange bug with the my own new  components when  JVCL&CJCL
are
> > parents of its, after compiling of the component at the using stage the
> > order
> > in the
> > <LIBRARIES> ... CJCL60.LIB ... line is very important, if my component is
> > before CJCL60.lib I have "Link Terminated" every time, but other order
> > permits
> > to use component withou any problem
> > I created also very useful component - TJvAutoVersion - this component
> > changes automatically the Form Caption to the "... Build 1.4" accordingly
to
> > the version of the project.
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:bahruh$5rl$2@talkto.net...
>> > > It would be very nice if those using BCB could try out Joe's packages
and
>> > > let us know if everything works. If it does, I can update the packages
in
>> > > CVS.
>> > >
>> > > Since I don't have BCB installed, I can't test it myself.
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: BCB6 Compile Error
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Thu, 22 May 2003 11:34:47 +0400
Newsgroups: jedi.vcl

Also there are changes within projects (*6C.BPK)
within these lines where *.bpi are presented

      <FILE FILENAME="C:\Program Files\Borland\CBuilder6\Projects\vcl.bpi"
FORMNAME="" UNITNAME="vcl" CONTAINERID="BPITool" DESIGNCLASS=""
LOCALCOMMAND=""/>
      <FILE FILENAME="..\source\\vclx.bpi" FORMNAME="" ...
........
the absolute path has to be removed, to avoid link terminated error.



"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:baht9p$64h$1@talkto.net...
> > It would also be very nice if BCB users would try out Vladimirs changes
and
> > report back how it works. Maybe we can get a working BCB package set (for
> > both BCB5 and BCB6) by helping each other out on this one.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: BCB6 Compile Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 May 2003 09:18:55 +0200
Newsgroups: jedi.vcl

It would also be very nice if BCB users would try out Vladimirs changes and
report back how it works. Maybe we can get a working BCB package set (for
both BCB5 and BCB6) by helping each other out on this one.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB6 Compile Error
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Thu, 22 May 2003 11:12:53 +0400
Newsgroups: jedi.vcl

I am using JVCL under Builder 6 for all my projects instead of RxLib.
For successful compilation I made some changes:
 1. added the {$DEFINE CBUILDER} to jvcl.inc under {$ifdef BCB} section as
this key presents in modules.
 2. JvStrUtils.pas, GetCmdLineArg moved to the IFNDEF section
 {$IFNDEF COMPILER4_UP}
 function FindCmdLineSwitch(const Switch: string; SwitchChars: TCharSet;
   IgnoreCase: Boolean): Boolean;
 function GetCmdLineArg(const Switch: string; SwitchChars: TCharSet):
string;
 {$ENDIF}

Also I found strange bug with the my own new  components when  JVCL&CJCL are
parents of its, after compiling of the component at the using stage the
order
in the
<LIBRARIES> ... CJCL60.LIB ... line is very important, if my component is
before CJCL60.lib I have "Link Terminated" every time, but other order
permits
to use component withou any problem
I created also very useful component - TJvAutoVersion - this component
changes automatically the Form Caption to the "... Build 1.4" accordingly to
the version of the project.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bahruh$5rl$2@talkto.net...
> > It would be very nice if those using BCB could try out Joe's packages and
> > let us know if everything works. If it does, I can update the packages in
> > CVS.
> >
> > Since I don't have BCB installed, I can't test it myself.
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: BCB6 Compile Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 May 2003 08:55:51 +0200
Newsgroups: jedi.vcl

It would be very nice if those using BCB could try out Joe's packages and
let us know if everything works. If it does, I can update the packages in
CVS.

Since I don't have BCB installed, I can't test it myself.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvImageRotate can't be deleted
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 May 2003 08:51:58 +0200
Newsgroups: jedi.vcl

Change the destructor to this:

destructor TJvImageRotate.Destroy;
begin
  FTimer.OnDraw := nil;
  FTimer.Terminate;
  FreeAndNil(FTimer);
  FreeAndNil(FOriginal);
  FreeAndNil(FRotated);
  inherited Destroy;
end;

Rebuild the JVCL run-time package to make it available at design-time. I'll
update in CVS if it works OK (let me know).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Delphi6 Compile Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 22 May 2003 08:41:46 +0200
Newsgroups: jedi.vcl

Is this the same JvEditor.pas as in 2.10 or did you get it from CVS? How did
you get it from CVS - through the web-interface or using a CVS client on our
computer? Have you modified JvEditor in any way?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "flyfish" <pxzleo@163.net> skrev i meddelandet news:bah97b$3rj$1@talkto.net...
> > Hello,
> >   My compile JVCL at delphi6+sp2/windows2000 but I get 6 compiler errors
> > I had install JCL 1.22
> > [Error] JvEditor.pas(195): Invalid compiler directive: '$ENDIF'
> > [Error] JvEditor.pas(515): Undeclared identifier: 'WM_EDITCOMMAND'
> > [Error] JvEditor.pas(515): Illegal message method index
> > [Error] JvEditor.pas(327): Unsatisfied forward or external declaration:
> > 'TUndo.Undo'
> > [Error] JvEditor.pas(328): Unsatisfied forward or external declaration:
> > 'TUndo.Redo'
> >
> > Thanks in advance,
> > flyfish(pxzleo@163.net)
> >
> >
> >
> >




Subject: JvImageRotate can't be deleted
From: "Charles" <charles@iaresearch.com>
Date: Thu, 22 May 2003 02:15:19 -0400
Newsgroups: jedi.vcl

Popping a JvImageRotate control into a delphi 6.0 or 7.0 form cannot be
deleted without
completely deleting the form and starting again.

Does anyone have any idea how to delete it without having to do this?

Charles




Subject: Delphi6 Compile Error
From: "flyfish" <pxzleo@163.net>
Date: Thu, 22 May 2003 09:34:50 +0800
Newsgroups: jedi.vcl

Hello,
  My compile JVCL at delphi6+sp2/windows2000 but I get 6 compiler errors
I had install JCL 1.22
[Error] JvEditor.pas(195): Invalid compiler directive: '$ENDIF'
[Error] JvEditor.pas(515): Undeclared identifier: 'WM_EDITCOMMAND'
[Error] JvEditor.pas(515): Illegal message method index
[Error] JvEditor.pas(327): Unsatisfied forward or external declaration:
'TUndo.Undo'
[Error] JvEditor.pas(328): Unsatisfied forward or external declaration:
'TUndo.Redo'

Thanks in advance,
flyfish(pxzleo@163.net)






Subject: Re: Bug report - SpinEdit or DBSpinEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 21 May 2003 18:02:50 +0200
Newsgroups: jedi.vcl

> >    Perhaps there should be a "special release" of JvSpin.pas on the
> > SourceForge page.  This specific bug report is getting repeated quite a
bit.
> > Besides, the current version in CVS is much more stable than what was
> > released for 2.1.
That point could be argued for a number of components in CVS and I just
don't have the time to prepare a new release at the moment, even if it's a
partial one.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Bug report - SpinEdit or DBSpinEdit
From: "Steve Magruder" <steve@stevemagruder.com>
Date: Wed, 21 May 2003 11:59:27 -0400
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> > PLease consult Mantis (http://projectjedi.sourceforge.net/mantis(
> > before reporting errors: this was fixed quite some time ago and an
> > updated file can be downloaded from CVS

Peter,

   Perhaps there should be a "special release" of JvSpin.pas on the
SourceForge page.  This specific bug report is getting repeated quite a bit.
Besides, the current version in CVS is much more stable than what was
released for 2.1.

Regards,
   Steve

-- Steve Magruder Consulting - http://consulting.stevemagruder.com 

Subject: Re: BCB6 Compile Error
From: "Joe Crowell" <jcrowell@nospam.com>
Date: Wed, 21 May 2003 07:53:49 -0500
Newsgroups: jedi.vcl

This was the package downloaded from both JCL and JVCL sites so the borland
packages you guys are using need to be updated. I could send these to the
binaries groups after I get finished with them.

"Joe Crowell" <jcrowell@nospam.com> wrote in message
news:bafsdn$rll$1@talkto.net...
> > I got it. It wasn't included in the .bpk package I was using. I had to
> > manually add it.
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:bafccs$nrl$1@talkto.net...
>> > > You need JCL 1.22 to compile JVCL 2.10 (included in the full package
>> > > downlaod or get from JCL homepage)
>> > >
>> > > -- 
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > > "Joe Crowell" <jcrowell@nospam.com> skrev i meddelandet
>> > > news:bafa6k$ncq$1@talkto.net...
>>> > > > There is no such file in the zip I downloaded? VCL/JVCL zip. No file
>>> > > > named that in CVS either. I was getting a similar error to this
earlier
>> > > with
>>> > > > winamp component but I built again and it moved past winamp then ran
> > into
>>> > > > this one and can't get past it.
>>> > > >
>>> > > > "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
>>> > > > news:baf4bh$mdu$1@talkto.net...
>>>> > > > > You have to include this file to JCL library.
>>>> > > > >
>>>> > > > > "Joe Crowell" <jcrowell@nospam.com> wrote in message
>>>> > > > > news:baer63$ldr$1@talkto.net...
>>>>> > > > > > [Pascal Fatal Error] ScheduleEditor.pas(9): File not found:
>>>>> > > > > > 'JclSchedule.dcu'
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: BCB6 Compile Error
From: "Joe Crowell" <jcrowell@nospam.com>
Date: Wed, 21 May 2003 07:51:30 -0500
Newsgroups: jedi.vcl

I got it. It wasn't included in the .bpk package I was using. I had to
manually add it.
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:bafccs$nrl$1@talkto.net...
> > You need JCL 1.22 to compile JVCL 2.10 (included in the full package
> > downlaod or get from JCL homepage)
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "Joe Crowell" <jcrowell@nospam.com> skrev i meddelandet
> > news:bafa6k$ncq$1@talkto.net...
>> > > There is no such file in the zip I downloaded? VCL/JVCL zip. No file
>> > > named that in CVS either. I was getting a similar error to this earlier
> > with
>> > > winamp component but I built again and it moved past winamp then ran
into
>> > > this one and can't get past it.
>> > >
>> > > "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
>> > > news:baf4bh$mdu$1@talkto.net...
>>> > > > You have to include this file to JCL library.
>>> > > >
>>> > > > "Joe Crowell" <jcrowell@nospam.com> wrote in message
>>> > > > news:baer63$ldr$1@talkto.net...
>>>> > > > > [Pascal Fatal Error] ScheduleEditor.pas(9): File not found:
>>>> > > > > 'JclSchedule.dcu'
>> > >
>> > >
> >
> >




Subject: JvDBCalcEdit on a DBCtrlGrid
From: "Bepy" <ramengo@hotmail.com>
Date: Wed, 21 May 2003 10:56:57 +0200
Newsgroups: jedi.vcl

Hi,

try this new project:

1) drop a TTable on the form and set its database name to DBDEMOS and its
table name to orders.db; activate it and select only OrderNo and AmountPaid
fields by double clicking on it
2) put a TDataSource and connect it to Table1
3) put a TDBGrid and set its datasource property to DataSource1
4) put a TDBCtrlGrid and set its datasource property to DataSource1
5) drop a TDBText on the first panel of DBCtrlGrid1 and set its datafield
property to OrderNo
6) drop a TJvDBCalcEdit on the first panel of DBCtrlGrid1 and set its
datafield property to AmountPaid

Run the program and observe its behaviour by clicking on different records
on the DBGrid: the DBTexts show 3 different orders, whilst all the
JvDBCalcEdits show the amount paid of current order in the grid.

JvDBCalcEdits should show three different orders as DBTexts do.

Can somebody help me to correct this ?




Subject: Re: Bug report - SpinEdit or DBSpinEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 May 2003 10:18:49 +0200
Newsgroups: jedi.vcl

PLease consult Mantis (http://projectjedi.sourceforge.net/mantis( before
reporting errors: this was fixed quite some time ago and an updated file can
be downloaded from CVS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Sam Chan" <scklmy@yahoo.com> skrev i meddelandet news:bafb8u$nij$1@talkto.net...
> > SpinEdit or DBSpinEdit doesn't response to any changes. The onchange event
> > will not be trigger till I remove the OldText := inherited Text line. This
> > is not a good fix but it is better than not able to use the
> > SpinEdit/DBSpinEdit at all.
> >
> > procedure TJvCustomSpinEdit.Change;
> > var
> >   OldText: string;
> >   OldSelStart: Integer;
> > begin
> >   { (rb) Maybe move to CMTextChanged }
> >   if FChanging or not HandleAllocated then
> >     Exit;
> >
> >   FChanging := True;
> >   try
> > //  OldText := inherited Text;             // need to be removed
> >     OldSelStart := SelStart;
> >     try
> >       if not (csDesigning in ComponentState) and (coCheckOnChange in
> > CheckOptions) then
> >       begin
> >         CheckValueRange(Value, True);
> >         SetValue(CheckValue(Value));
> >       end;
> >     except
> >       SetValue(CheckValue(Value));
> >     end;
> >   finally
> >     FChanging := False;
> >   end;
> >
> >   if CompareText(inherited Text, OldText) <> 0 then
> >     inherited Change;
> >
> >   SelStart := OldSelStart;
> > end;
> >
> > Thank you
> > SA/\/\
> >
> >




Subject: Re: BCB6 Compile Error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 May 2003 10:17:57 +0200
Newsgroups: jedi.vcl

You need JCL 1.22 to compile JVCL 2.10 (included in the full package
downlaod or get from JCL homepage)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Joe Crowell" <jcrowell@nospam.com> skrev i meddelandet news:bafa6k$ncq$1@talkto.net...
> > There is no such file in the zip I downloaded? VCL/JVCL zip. No file
> > named that in CVS either. I was getting a similar error to this earlier
with
> > winamp component but I built again and it moved past winamp then ran into
> > this one and can't get past it.
> >
> > "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
> > news:baf4bh$mdu$1@talkto.net...
>> > > You have to include this file to JCL library.
>> > >
>> > > "Joe Crowell" <jcrowell@nospam.com> wrote in message
>> > > news:baer63$ldr$1@talkto.net...
>>> > > > [Pascal Fatal Error] ScheduleEditor.pas(9): File not found:
>>> > > > 'JclSchedule.dcu'
> >
> >




Subject: Bug report - SpinEdit or DBSpinEdit
From: "Sam Chan" <scklmy@yahoo.com>
Date: Wed, 21 May 2003 15:57:41 +0800
Newsgroups: jedi.vcl

SpinEdit or DBSpinEdit doesn't response to any changes. The onchange event
will not be trigger till I remove the OldText := inherited Text line. This
is not a good fix but it is better than not able to use the
SpinEdit/DBSpinEdit at all.

procedure TJvCustomSpinEdit.Change;
var
  OldText: string;
  OldSelStart: Integer;
begin
  { (rb) Maybe move to CMTextChanged }
  if FChanging or not HandleAllocated then
    Exit;

  FChanging := True;
  try
//  OldText := inherited Text;             // need to be removed
    OldSelStart := SelStart;
    try
      if not (csDesigning in ComponentState) and (coCheckOnChange in
CheckOptions) then
      begin
        CheckValueRange(Value, True);
        SetValue(CheckValue(Value));
      end;
    except
      SetValue(CheckValue(Value));
    end;
  finally
    FChanging := False;
  end;

  if CompareText(inherited Text, OldText) <> 0 then
    inherited Change;

  SelStart := OldSelStart;
end;

Thank you
SA/\/\




Subject: Re: BCB6 Compile Error
From: "Joe Crowell" <jcrowell@nospam.com>
Date: Wed, 21 May 2003 02:40:26 -0500
Newsgroups: jedi.vcl

There is no such file in the zip I downloaded? VCL/JVCL zip. No file
named that in CVS either. I was getting a similar error to this earlier with
winamp component but I built again and it moved past winamp then ran into
this one and can't get past it.

"Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
news:baf4bh$mdu$1@talkto.net...
> > You have to include this file to JCL library.
> >
> > "Joe Crowell" <jcrowell@nospam.com> wrote in message
> > news:baer63$ldr$1@talkto.net...
>> > > [Pascal Fatal Error] ScheduleEditor.pas(9): File not found:
>> > > 'JclSchedule.dcu'




Subject: Re: BCB6 Compile Error
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Wed, 21 May 2003 10:00:40 +0400
Newsgroups: jedi.vcl

You have to include this file to JCL library.
"Joe Crowell" <jcrowell@nospam.com> wrote in message
news:baer63$ldr$1@talkto.net...
> > [Pascal Fatal Error] ScheduleEditor.pas(9): File not found:
> > 'JclSchedule.dcu'
> >
> >




Subject: BCB6 Compile Error
From: "Joe Crowell" <jcrowell@nospam.com>
Date: Tue, 20 May 2003 22:24:08 -0500
Newsgroups: jedi.vcl

[Pascal Fatal Error] ScheduleEditor.pas(9): File not found:
'JclSchedule.dcu'




Subject: Re: Line Spacing in RichEdit
From: "I-yun" <p1lgr1m@telus.net>
Date: Tue, 20 May 2003 06:54:46 -0600
Newsgroups: jedi.vcl

THANKS! Peter, that's got it :-)

I-yun

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote in message
news:babt2v$50b$1@talkto.net...
> > You first have to set LineSpacingRule to either lsSpecified (value of
> > LineSpacing is used as is (i.e. 1 -> 1 line space, 2 -> 2 line spacing))
or
> > lsMultiple (value of LineSpacing is divided by 20 before used).
> >
> > You can also set LineSpacingRule to lsSingle, lsOneAndHalf or lsDouble
> > directly, completely ignoring LineSpacing. Search MSDN for PARAFORMAT2 for
> > more details on LineSpacing.
> >
> > Oh, and you need Richedit >= 2.0 installed, but I guess you already knew
> > that?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Line Spacing in RichEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 20 May 2003 02:37:57 +0200
Newsgroups: jedi.vcl

You first have to set LineSpacingRule to either lsSpecified (value of
LineSpacing is used as is (i.e. 1 -> 1 line space, 2 -> 2 line spacing)) or
lsMultiple (value of LineSpacing is divided by 20 before used).

You can also set LineSpacingRule to lsSingle, lsOneAndHalf or lsDouble
directly, completely ignoring LineSpacing. Search MSDN for PARAFORMAT2 for
more details on LineSpacing.

Oh, and you need Richedit >= 2.0 installed, but I guess you already knew
that?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Line Spacing in RichEdit
From: "I-yun" <p1lgr1m@telus.net>
Date: Mon, 19 May 2003 17:37:47 -0600
Newsgroups: jedi.vcl

Hi there:
I am trying to get a JvxRichEdit component to double-space the text using
the line below

JvxRichEdit1.Paragraph.Linespacing := 2;

....it doesn't work. Does anyone know how this can be done.

Thanks,
I-yun




Subject: Re: New stuff on Mantis
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Mon, 19 May 2003 11:21:58 +1000
Newsgroups: jedi.vcl

Thanks for the reminder, I'll see what I can do...



Subject: Re: good news: help file sources availible
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Mon, 19 May 2003 10:11:37 +1000
Newsgroups: jedi.vcl

I can contact him, he is on a French Delphi newgroup where I am too...

Arioch /BDV/ a e'crit:
> The stars so gaily glistened... (Thu, 15 May 2003 16:30:03 +0200 @645)
> ...while the fading voice of Marcel whispered through the darkness:
>
>  MB> them). I sent this mail on April 14th, but I haven't got an answer yet
> Same me, it was my birthday and that day our smtp was blocked by RT AntiSpam
> lists.
> So i remeber that date - and indeed i've got no reaction on _that_ mail.
>
> It seems to me a strange thing mystifyng :-(
>
>
> -- 
> If i had ears, i'd heard np: none
> With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
>



Subject: Re: TjvPlugin Modification
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 18 May 2003 23:41:50 +0200
Newsgroups: jedi.vcl

> > Hi Peter,
> >
> > What's up ?
> >
> > I had fix the bugs introduced by Layout property and i made some
> > modifications on TjvLinkLabel demo to show the new property.
> > I just uploaded them on mantis.
> > If you have some appointments or new bugs, please, let me know.

Thanks, checking the new files out as we speak (or write, rather). Will let
you know (in Mantis) if I find anything fishy. Others are also welcome to
test the new code as well.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TjvPlugin Modification
From: "Gustavo" <no@thanks.com>
Date: Sun, 18 May 2003 18:07:51 -0300
Newsgroups: jedi.vcl

Hi Peter,

What's up ?

I had fix the bugs introduced by Layout property and i made some
modifications on TjvLinkLabel demo to show the new property.
I just uploaded them on mantis.
If you have some appointments or new bugs, please, let me know.

|  What I would *really* like is support for <a href="value">text</a>
tags, or
|  even <href="value">text</href>, i.e the href value is not displayed
(but
|  "text" is) and an event is triggered passing along the href for
|  set-and-forget links. Other than that, I think your modifications are
very
|  nice and if you can find some fix for the offset problem, I would
like to
|  add the changes to JVCL.

About <href> tags, it's a good idea. This tag will simplified link
identification on click event.
Would be interesting if value parameter on href tag were a string type.
On OnLinkClick event, we would convert to desired type.
With this model, we can pass an integer identifier or, an URL address
or, any others things in this event.
At my point of view, it's interesting send the value parameter and
"text"
identifier on OnLinkClickEvent.
But, this will cause an incompatibility with older versions of
TjvLinkLabel.

Regards,

Gustavo
--------

----- Original Message -----
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Newsgroups: jedi.vcl
Sent: Thursday, May 08, 2003 3:29 AM
Subject: Re: TjvPlugin Modification


| > Only that modification doesn't fix all problem.
| I just noticed: when I tested the fix, I only did it in the "Play"
window.
| Now I see that it doesn't quite work in the main window. I'll try to
| investigate further when I have the time. Thanks for clearing this up
for
| me.
|
| --
| Regards,
|
| Peter Thornqvist (JVCL Coordinator)
| http://jvcl.sourceforge.net
|

"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:b9ctar$be3$1@talkto.net...
| > Only that modification doesn't fix all problem.
| I just noticed: when I tested the fix, I only did it in the "Play"
window.
| Now I see that it doesn't quite work in the main window. I'll try to
| investigate further when I have the time. Thanks for clearing this up
for
| me.
|
| --
| Regards,
|
| Peter Thornqvist (JVCL Coordinator)
| http://jvcl.sourceforge.net
|
|




Subject: new version of HID component JvHidDeviceController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 May 2003 19:23:44 +0200
Newsgroups: jedi.vcl

Tomorrow the version 1.0.14 should be available from http://www.delphi-gems.com/controls.php
I not then wait a day or two because Mike Lischke changed his provider.

After some versions with only improvements in the examples i added to the API so someone please take in the whole component.
There are now 8 demos (one third party for BCB).
The help has been updated also.
BTW is there an expert for ActiveX/COM objects? I want to make the HID component a COM object, but this is not an easy job.

The next months will see me working on a USB component and handle my relocation inside Berlin. I doubt that i will find enough time for the JVCL :-(
When i find time again i will probably kick either JediVCS or the JCL along.



Subject: Re: System-wide keyboard hook component?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 17 May 2003 21:26:33 +0200
Newsgroups: jedi.vcl

Robert Oschler wrote:

> Do any of the JEDI VCL components make creating a system-wide keyboard hook
> easier?  I want to create a "pop-up" program in Delphi 6 that responds to
> Ctrl+<some key> whenever the user presses that key combination, no matter
> what application they are in.  Also, is there a component that helps with
> catching and interpreting complex keyboard combinations?
>

You might want to look at TJvApplicationHotKey that uses windows API
RegisterHotKey.

There are no system-wide keyboard hooks wrappers in JVCL because they
need a .dll. There is only 1 application wide hook: in
TzCustomBandObject.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TBitBtn.Glyph Image dialog
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 May 2003 18:51:45 +0200
Newsgroups: jedi.vcl

> > But it's now a kinda hidden feature (I don't know if it's even
> > documented anywhere).

There is a note in changelog.txt about it, but I wouldn't call that
"documented"...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TBitBtn.Glyph Image dialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 17 May 2003 18:40:34 +0200
Newsgroups: jedi.vcl

Tintin wrote:
> IMHO, it should be the default behaviour.

We are talking about property editors that are associated with a
specific type for *all* components, ie in your case the type TBitmap
(property Glyph has type TBitmap).

You can register only 1 property editor per type for all components. You
cannot check if there is already a property editor registered for that
type. Thus if you don't make the choice explicit, you might throw away a
property editor from another package registered for that type, which
makes people unhappy.

In your case the default Borland's picture property editor (that you
don't like) is replaced by the JVCL (former RX) property editor (that
you like :), but it could be that you bought a package with a property
editor that would now be replaced by one of JVCL's.

But it's now a kinda hidden feature (I don't know if it's even
documented anywhere). But you can expect that for the v3.0 the property
& component editors that work for all components will be placed in a
seperate package. Thus, then you can install them from the installer.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: System-wide keyboard hook component?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Sat, 17 May 2003 10:30:28 -0400
Newsgroups: jedi.vcl

Do any of the JEDI VCL components make creating a system-wide keyboard hook
easier?  I want to create a "pop-up" program in Delphi 6 that responds to
Ctrl+<some key> whenever the user presses that key combination, no matter
what application they are in.  Also, is there a component that helps with
catching and interpreting complex keyboard combinations?

thx

--
Robert Oschler,
Android Technologies, Inc.
http://www.androidtechnologies.com
- The home of Off-Book! (tm)
The scene memorization tool for Actors and Actresses!




Subject: Re: TBitBtn.Glyph Image dialog
From: "Rudy Velthuis" <rvelthuis@gmx.de>
Date: Sat, 17 May 2003 11:51:03 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> > > IMHO, it should be the default behaviour.
>> > > Thanks for your help.
> > 
> > There was a discussion on b.p.non-tech about this a while and the
> > majority seemed to think it should be disabled by default, so we
> > changed it (it was the default before)

It should be. A package should not change the default behaviour or
components not in that package, unless specifically set to do so.
-- Rudy Velthuis "Object-oriented programming is a style of programming designed to teach students about stacks." -- Edsger Dijkstra 

Subject: Re: Forms in examples dir created twice
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 May 2003 12:27:57 +0200
Newsgroups: jedi.vcl

That's pretty weird! I haven't noticed that before. I don't think it's
something that has happened by accident though: must be someone who's done
it manually.
Any takers?
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Remko Bonte" <remkobonteSP@Mmyrealbox.com> skrev i meddelandet news:ba4k69$2lo$1@talkto.net...
> > Why are the main forms of applications in the example dir created twice?
> > (See the .dpr files)
> >
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >



Subject: Re: TBitBtn.Glyph Image dialog
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 17 May 2003 12:26:17 +0200
Newsgroups: jedi.vcl

> > IMHO, it should be the default behaviour.
> > Thanks for your help.

There was a discussion on b.p.non-tech about this a while and the majority
seemed to think it should be disabled by default, so we changed it (it was
the default before)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TBitBtn.Glyph Image dialog
From: "Tintin" <contact@mrit.qom>
Date: Sat, 17 May 2003 12:19:17 +0200
Newsgroups: jedi.vcl

Great !
IMHO, it should be the default behaviour.
Thanks for your help.


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> a écrit dans le message news:
ba0lr7$e0e$1@talkto.net...
> > Tintin wrote:
> >
>> > > Hi,
>> > >
>> > > After I have installed JEDI, on D5 Pro, when I edit (e.g) a
TBitBtn.Glyph
>> > > property, the dialog box has changed and I have lost some useful
features
>> > > like Copy/Paste Image or Choose a directory. I can only load a bmp file.
> >
> > That is the standard delphi image property editor.
> >
> > You can install some additional property editors by editing "JVCL.inc"
> > in the JVCL source directory:
> >
> > Change
> >
> > {.$DEFINE JVCL_REGISTER_GLOBAL_DESIGNEDITORS}
> >
> > to
> >
> > {$DEFINE JVCL_REGISTER_GLOBAL_DESIGNEDITORS}
> >
> > And build the design-time JVCL package again.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Forms in examples dir created twice
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 17 May 2003 08:22:43 +0200
Newsgroups: jedi.vcl

Why are the main forms of applications in the example dir created twice?
(See the .dpr files)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: jvPlayList Question
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 16 May 2003 08:04:41 -0500
Newsgroups: jedi.vcl

Hello all,
I am writing a simple webbrowser app for my kids. I thought of using
jvplaylist as a history keeper as well as a favorites list. I think it will
work well except for one thing. When i add a url to the list, it does not
display the "http:". It does put that into the file when i save it though.
Ex:
I type in http://www.google.com, and add it to the playlist. It only
displays "//www.google.com". But in the file i saved it has the full thing.
Why does it cut the beginning part off? and how do i make it display the
full text of the URL?

Thanks in advance for any help you can give,
Dave




Subject: Re: BCB6 Compile Problem
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Fri, 16 May 2003 09:38:43 +0400
Newsgroups: jedi.vcl

I checked last vcs, shure some points fixed, but the

 1. added the {$DEFINE CBUILDER} to jvcl.inc under {$ifdef BCB} section.
 2. JvStrUtils.pas, GetCmdLineArg moved to the IFNDEF section
 {$IFNDEF COMPILER4_UP}
 function FindCmdLineSwitch(const Switch: string; SwitchChars: TCharSet;
   IgnoreCase: Boolean): Boolean;
 function GetCmdLineArg(const Switch: string; SwitchChars: TCharSet):
string;
 {$ENDIF}
has to be fixed also for the JVCL usage under CBuilder 6

Also I found strange bug when made created new  component ans JVCL&CJCL are
parents of it, after compiling of the component at the using stage the order
in the
<LIBRARIES> ... CJCL60.LIB ... line is very important, if my component is
before CJCL60.lib I have Link Terminated every time, but other order permits
to use component withou any problem
I am usin CBuilder 6.0.

"James Lan" <flyingboy@users.sourceforge.net> wrote in message
news:b9von0$84s$1@talkto.net...
> > "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
> > news:b9vc51$5ot$1@talkto.net...
>> > >
>> > > "Kevin Talley" <ktnews@talleyware.com> wrote in message
>> > > news:b87b9f$kem$1@talkto.net...
>> > > To use make next checges:
>> > > 1. added the {$DEFINE CBUILDER} to jvcl.inc under {$ifdef BCB} section.
>> > > 2. JvStrUtils.pas, GetCmdLineArg moved to the IFNDEF section
>> > > {$IFNDEF COMPILER4_UP}
>> > > function FindCmdLineSwitch(const Switch: string; SwitchChars: TCharSet;
>> > >   IgnoreCase: Boolean): Boolean;
>> > > function GetCmdLineArg(const Switch: string; SwitchChars: TCharSet):
> > string;
>> > > {$ENDIF}
>> > > 3. to hpp files:
>> > >    __property bool ParentControl3d ;  added bool
>> > >    __property Jvcomponent::TJvClipBoardCommands ClipBoardCommands; added
>> > > Jvcomponent::TJvClipBoardCommands
> >
> > These mismatches had been corrected. Please update from CVS repository and
> > try again.
> >
> >




Subject: Re: New stuff on Mantis
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 15 May 2003 21:17:19 +0200
Newsgroups: jedi.vcl

> > Nobody has, and don't screw up your escape to a paradisiac island with
> > lots of hot chicks just for a bunch of Delphi nerds ;-) ;-)
That sounds nice. I don't know what my wife would say about those hot
chicks, though <vbg>!

> > I'll try that... Just have to remember where the guidelines are, how to
> > create property editors, and find time !
Guidelines are at http://jvcl.sourceforge.net/delphistyleguide.htm and
http://jvcl.sourceforge.net/guidelines.htm.
How to write property editors you can ask about here or in the borland
groups. Finding time is the one thing noone seems able to help with!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TBitBtn.Glyph Image dialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 May 2003 20:26:01 +0200
Newsgroups: jedi.vcl

Tintin wrote:

> Hi,
>
> After I have installed JEDI, on D5 Pro, when I edit (e.g) a TBitBtn.Glyph
> property, the dialog box has changed and I have lost some useful features
> like Copy/Paste Image or Choose a directory. I can only load a bmp file.

That is the standard delphi image property editor.

You can install some additional property editors by editing "JVCL.inc"
in the JVCL source directory:

Change

{.$DEFINE JVCL_REGISTER_GLOBAL_DESIGNEDITORS}

to

{$DEFINE JVCL_REGISTER_GLOBAL_DESIGNEDITORS}

And build the design-time JVCL package again.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: TBitBtn.Glyph Image dialog
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 15 May 2003 22:20:55 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 15 May 2003 20:15:29 +0200 @802)
....while the fading voice of Tintin whispered through the darkness:

T> Or, may be, it is because I uninstalled some RxLib Modules. 

yes.

T> Don't JEDI provide the same features ?

It so not.

I told You about that - remember ?
You may also try to find multi-line Captions and Hints :-D

--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: TBitBtn.Glyph Image dialog
From: "Tintin" <contact@mrit.qom>
Date: Thu, 15 May 2003 20:15:29 +0200
Newsgroups: jedi.vcl

Hi,

After I have installed JEDI, on D5 Pro, when I edit (e.g) a TBitBtn.Glyph
property, the dialog box has changed and I have lost some useful features
like Copy/Paste Image or Choose a directory. I can only load a bmp file.

What should I register to get back to the original Delphi 5 dialog ?

Or, may be, it is because I uninstalled some RxLib Modules. Don't JEDI
provide the same features ?

Thanks for Help.




Subject: Re: good news: help file sources availible
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 15 May 2003 21:31:33 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 15 May 2003 19:05:15 +0200 @753)
....while the fading voice of Remko whispered through the darkness:

 RB> If you get permission, than that's enough IMO. I'm using these

Decide Yourself. i posted here his answer.
Good luck.
--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: good news: help file sources availible
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 May 2003 19:05:15 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Imagine i contacted him, i'd like to say "Olivier, i'm very sorry - but it
> seems other team members have troubles and cannot contact You.  But i have
> the permissions to talk to You from theit faces. Because of troubles i hope,
> but do not rely, alas, on Your reply and i want to get things solved ASAP.
> Could You upload sources of your help to [URL] Those sources will only be
> used for free help for free JVCL library"
>
> Or smth like that.
> So that OD if hereally want to - could just upload and forget w/o continuos
> negotiations that may suddenly break at any point :-(
>

If you get permission, than that's enough IMO. I'm using these
(decompiled) help-files already as base for the rx component
descriptions.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: good news: help file sources availible
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 15 May 2003 20:58:10 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 15 May 2003 15:11:09 +0200 @591)
....while the fading voice of Ralf whispered through the darkness:


I can try to reach OD again - but what's then ?

Is there any http url to read this newsgroup ?

Imagine i contacted him, i'd like to say "Olivier, i'm very sorry - but it
seems other team members have troubles and cannot contact You.  But i have
the permissions to talk to You from theit faces. Because of troubles i hope,
but do not rely, alas, on Your reply and i want to get things solved ASAP.
Could You upload sources of your help to [URL] Those sources will only be
used for free help for free JVCL library"

Or smth like that.
So that OD if hereally want to - could just upload and forget w/o continuos
negotiations that may suddenly break at any point :-(

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: good news: help file sources availible
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 15 May 2003 20:50:11 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 15 May 2003 16:30:03 +0200 @645)
....while the fading voice of Marcel whispered through the darkness:

 MB> them). I sent this mail on April 14th, but I haven't got an answer yet
Same me, it was my birthday and that day our smtp was blocked by RT AntiSpam
lists.
So i remeber that date - and indeed i've got no reaction on _that_ mail.

It seems to me a strange thing mystifyng :-(


--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: good news: help file sources availible
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 May 2003 18:30:16 +0200
Newsgroups: jedi.vcl

> > Can a "Task" or "To-do" category be added to the Severity list? ie can
> > we edit that list?

Don't know, but can't we just use 'Feature' for that (in which case we
already have 1 task :-)

> >  Maybe it's easier if we look at an existing
> > product, for example wiki. (new task item: 'investigate if wiki is
> > suitable for managing online help documentation' :)

Probably a good idea, but I'd also like other alternatives to be found.
Anyone know of something similar to WiKi?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: good news: help file sources availible
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 May 2003 17:43:29 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> We should. There already is a help category in Mantis, so we can use that.

Can a "Task" or "To-do" category be added to the Severity list? ie can
we edit that list?

> Since we are on the topic of help, you may remember me talking about the
> online help editing thingy. There was a reason for doing that: I thought of
> it a long time ago, finally started to think how to do things, did some
> coding and started to notice that my interest in this project was quickly
> dropping. I figured "mentioning it will keep me better motivated in
> continueing" since I really felt the project was needed. It seems however I
> figured wrong :(. To me that particular project is dead, no interest in
> coding it whatsoever. I have some bits and pieces and I will mail it to
> whoever wants to take this project on and I can give any info on DOM and my
> ideas (not all have been written down) about how it should work, should this
> person (or team) need it.

To bad, I liked the idea. But I don't have time or the interest for
developing it either. Maybe it's easier if we look at an existing
product, for example wiki. (new task item: 'investigate if wiki is
suitable for managing online help documentation' :)

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: good news: help file sources availible
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 May 2003 17:15:11 +0200
Newsgroups: jedi.vcl

> > Marcel Bestebroer wrote:
> >
>> > > [..] but it completely slipped my mind until I read
>> > > his name again in this thread <g>)
> >
> > Seriously, I think we need a to-do or task list; Maybe we should use the
> > bugtracker for this?

We should. There already is a help category in Mantis, so we can use that.

Since we are on the topic of help, you may remember me talking about the
online help editing thingy. There was a reason for doing that: I thought of
it a long time ago, finally started to think how to do things, did some
coding and started to notice that my interest in this project was quickly
dropping. I figured "mentioning it will keep me better motivated in
continueing" since I really felt the project was needed. It seems however I
figured wrong :(. To me that particular project is dead, no interest in
coding it whatsoever. I have some bits and pieces and I will mail it to
whoever wants to take this project on and I can give any info on DOM and my
ideas (not all have been written down) about how it should work, should this
person (or team) need it.

Let me know.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: good news: help file sources availible
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 May 2003 16:58:42 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> [..] but it completely slipped my mind until I read
> his name again in this thread <g>)

Seriously, I think we need a to-do or task list; Maybe we should use the
bugtracker for this?

I know that I have promised somethings on the newsgroup that I would do,
but I keep forgetting them and it's difficult to find them in the
newsgroup.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: good news: help file sources availible
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 May 2003 16:30:03 +0200
Newsgroups: jedi.vcl

> > Ralf Grenzing wrote:
> >
>> > > he didn´t answer
> >
> > Did you use odahan at e-naxos dot com ?
> >

I mailed him after Arioch told in a thread (forgot which one, but I think it
was on one of the SF NGs) that Olivier had no problems with us taking over
the help (this after a personal correspondence between them). I sent this
mail on April 14th, but I haven't got an answer yet (I admit, I should have
retried after a week or so, but it completely slipped my mind until I read
his name again in this thread <g>)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: good news: help file sources availible
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 15 May 2003 15:36:33 +0200
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> he didn´t answer

Did you use odahan at e-naxos dot com ?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: good news: help file sources availible
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 15 May 2003 15:11:09 +0200
Newsgroups: jedi.vcl



Arioch /BDV/ schrieb:

> > The stars so gaily glistened... (Wed, 14 May 2003 18:07:11 +0200 @713)
> > ...while the fading voice of Ralf whispered through the darkness:
> >
> > RG> pete.fraser@nospam.frasersoft.dot.net
> >
> > Great.
> > What about the help file created by Olivier Dahan ?

he didn´t answer

> >
> >
> > PS: i think he can post them to jedi binaries ng or to Issue tracker.

what formats then?

> >
> >
> > to post them to NG we could just post him URL to it.
> > to post to issue tracker - we could point him to http://jcl.sf.net ->
> > Anonymous -> JediVCL -> New -> Donation -> attach file
> >
> > IMHO ng is more simplier.

I would agree but I am not sure who will uses the sources so they should
decide I think.

Ralf Grenzing



Subject: Re: BCB6 Compile Problem
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Thu, 15 May 2003 18:08:40 +0800
Newsgroups: jedi.vcl

"Vladimir Zhuchko" <zhuchko@lnr.jinr.ru> wrote in message
news:b9vc51$5ot$1@talkto.net...
> >
> > "Kevin Talley" <ktnews@talleyware.com> wrote in message
> > news:b87b9f$kem$1@talkto.net...
> > To use make next checges:
> > 1. added the {$DEFINE CBUILDER} to jvcl.inc under {$ifdef BCB} section.
> > 2. JvStrUtils.pas, GetCmdLineArg moved to the IFNDEF section
> > {$IFNDEF COMPILER4_UP}
> > function FindCmdLineSwitch(const Switch: string; SwitchChars: TCharSet;
> >   IgnoreCase: Boolean): Boolean;
> > function GetCmdLineArg(const Switch: string; SwitchChars: TCharSet):
string;
> > {$ENDIF}
> > 3. to hpp files:
> >    __property bool ParentControl3d ;  added bool
> >    __property Jvcomponent::TJvClipBoardCommands ClipBoardCommands; added
> > Jvcomponent::TJvClipBoardCommands

These mismatches had been corrected. Please update from CVS repository and
try again.




Subject: Re: rxlib and Jedi
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 15 May 2003 11:26:18 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 15 May 2003 08:54:53 +0200 @329)
....while the fading voice of Tintin whispered through the darkness:

 T> Polaris don't talk about Delphi 7. Is it really alive ?
They answers some mails. to me D6 package works under D7.
But i agree that is strange, cause PloarisSB (based in Rx) has D7 package
:-)

 T> And the issues I have in Rx are not said to be corrected by Polaris.

Which? never heard of.
Mail them of the issues.


--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rxlib and Jedi
From: "Tintin" <contact@mrit.qom>
Date: Thu, 15 May 2003 08:54:53 +0200
Newsgroups: jedi.vcl

Thanks for information.

Polaris don't talk about Delphi 7. Is it really alive ?

And the issues I have in Rx are not said to be corrected by Polaris.

Regards.



 problem
"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> a ecrit dans le message news:
b9u5ek$vut$1@talkto.net...
> > The stars so gaily glistened... (Tue, 13 May 2003 12:03:31 +0100 @502)
> > ...while the fading voice of Andy whispered through the darkness:
> >
> >  >> I have been using some components of RXLIB with Delphi 5 and I was
told
> >  AV> that
> >  >> Jedi was replacing RxLib.
> >
> > My personal opinion is: go one using original Rx, use Jvcl-Rx only with
new
> > projects and do not consider it Rx2, but JVCL.
> >
> > 1. JVCL disabled almost all of IDE wizards/property editors from Rx
> > 2. JVCL is not targeted on compatibility. The JVCL3 will be restructured
and
> > i think will not be compatible at all neither with Rx, nor Ra, Peter's
suit,
> > Sebastian's one, Michael's and so on.
> > 3. Polaris Software continues RxLib and it seems it do it quite good.
> >
> > If You need Rx - use Rx (D5 has originial version, opposing to D6 and D7)
> > and maybe Polaris patches to it.
> > If You need JVCL - use JVCL and do not care if certain component is ex-Rx
or
> > not.
> > --
> > If i had ears, i'd heard np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: BCB6 Compile Problem
From: "Vladimir Zhuchko" <zhuchko@lnr.jinr.ru>
Date: Thu, 15 May 2003 10:34:13 +0400
Newsgroups: jedi.vcl

"Kevin Talley" <ktnews@talleyware.com> wrote in message
news:b87b9f$kem$1@talkto.net...
To use make next checges:
1. added the {$DEFINE CBUILDER} to jvcl.inc under {$ifdef BCB} section.
2. JvStrUtils.pas, GetCmdLineArg moved to the IFNDEF section
{$IFNDEF COMPILER4_UP}
function FindCmdLineSwitch(const Switch: string; SwitchChars: TCharSet;
  IgnoreCase: Boolean): Boolean;
function GetCmdLineArg(const Switch: string; SwitchChars: TCharSet): string;
{$ENDIF}
3. to hpp files:
   __property bool ParentControl3d ;  added bool
   __property Jvcomponent::TJvClipBoardCommands ClipBoardCommands; added
Jvcomponent::TJvClipBoardCommands



> > Hello,
> > First, let me say that this is an APPLICATION compile problem, not a
> > JCL/JVCL compile problem.  JVCL components are installed in BCB6 and
> > everything is great so far.  I tried compiling my application (which
> > contains a TJvDBSpinEdit) and I get a compiler error:
> >
> > [C++ Error] JvSpin.hpp(335): E2303 Type name expected
> >
> > The line of code that it flags is, of course, in "JvSpin.hpp":
> >
> >  __property BevelEdges  = {default=15};
> >  __property BevelInner  = {index=0, default=2};
> >  __property BevelKind  = {default=0};
> >  __property BevelOuter  = {index=1, default=1};
> >  __property ClipBoardCommands  = {default=15};    <<<<<<<<< this is the
> > line!!!
> >  __property DisabledTextColor  = {default=-2147483631};
> >  __property DisabledColor  = {default=-2147483643};
> >
> > Has anyone else encountered this?  I'll keep digging, but if anyone has
any
> > ideas and/or suggestions, they'd be greatly appreciated.  FWIW, I have
> > compiled this exact code in BCB5 (with same version of JVCL) and did NOT
> > experience this compiler problem.
> >
> > Thanks in advance,
> > Kevin Talley (ktalley@talleyware.com)
> >
> >




Subject: Re: New stuff on Mantis
From: obones <obones_REMOVE_SPAM_@meloo_REMOVE_SPAM_.com>
Date: Thu, 15 May 2003 14:22:59 +1000
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I guess you are are referring to TAviCap and TJvTrayIcon? 

Yes indeed

> The TJvTrayIcon mod should be easy to do. 

Yeah, just merge it into existing code, it shouldn't arm, it was made to keep old code working

> TAviCap is more complicated since we are planning
> to do some changes in JVCL for the next release. and we are postponing
> adding any new submissions until we know how to proceed.

I can understand, I read the thread about JVCL 3 and all the consequences.

> Personally, I don't have much time at the moment. Hopefully, I will be able
> to do some more intense JVCL work at the end of June (during my vacation).

Nobody has, and don't screw up your escape to a paradisiac island with lots of hot chicks just for a bunch of Delphi nerds ;-) ;-)

> It would be greatly appreciated if you could modify TAviCap to follow JVCL
> guidelines and add any needed property editors etc before that time.
> Documentation (simple, in-line will be OK) would also be nice. This makes it
> a lot easier for us to merge it into JVCL when the time comes.

I'll try that... Just have to remember where the guidelines are, how to create property editors, and find time !

Regards

Olivier



Subject: Re: JVCL Components keep disappearing and my projects wont open without errors.PLEASE HELP!!!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 14 May 2003 23:27:58 +0200
Newsgroups: jedi.vcl

dave wrote:
> Every time i close Delphi and re-open delphi, i have to click
> Component --> Install packages and re-check JEDI-VCL Components. If i open
> any project using jedi components (such as directory edit) it says it cant
> find it. 

Some questions:

* Where were the JVCL bpl files located before you upgraded? (=path1)
* Where are they now located (=path2) ? Is it a different location?
  ie path1<>path2?
* Is the location specified by the 'project options' dialog correct?
  ie equal to path2?
* Is it (path2) located on the windows path?
* Is it (path2) referenced on your library path?
  (Tools|Enviroment options|library - library path)


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvInterpreter question
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Wed, 14 May 2003 15:40:27 -0500
Newsgroups: jedi.vcl

I understand that there is a page for the interpreter and I have reviewed it
several times... but I was wondering if anyone could answer my previous
questions?

Thanks much,
-- Raymond
Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________
> > How much does an exe size grow with the use of the JvInterpreter?
> >
> > I would like to use this to dynamically modify the controls (visual and
> > non-visual) of my forms
> > -hide buttons, menu items
> > -set TQuery.RequestLive to true/false depending upon if I need the
> > form to allow updates
> > -etc...
> >
> > Can the JvInterpreter handle this and how easy?





Subject: Re: TJvAppEvents may crashed in special circumstance
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 14 May 2003 23:42:14 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 13 May 2003 18:53:35 +0200 @745)
....while the fading voice of Peter whispered through the darkness:

 PTr> Thanks, I'll update it in CVS

Peter, i fill this component is to be modified in the following way:

1) it should not overwrtie TApplication events if they are not nil when
csLoading
2) it should not overwrtie TApplication events if they are not nil at
runtime by default, but have option to allow it.

Currently it is not compatible to, say, ExceptDlg from JCL
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JVCL Components keep disappearing and my projects wont open without errors.PLEASE HELP!!!
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 14 May 2003 23:39:50 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 14 May 2003 13:01:36 -0500 @792)
....while the fading voice of dave whispered through the darkness:

 d> What the hell am i doing wrong here????

You are trying to rely on CVS version.

CVS is not stable, it is not beta, it even is worse than alpha.

And it is keeping re-making and merging similar components.

Maybe Your components are in Archive folder instead of source - revive them
on Your own PC.

 d> It is very important that i get this fixed as i have many apps using
 d> your code.

Rollback to release version and Do not use CVS.


--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: good news: help file sources availible
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 14 May 2003 23:37:19 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 14 May 2003 18:07:11 +0200 @713)
....while the fading voice of Ralf whispered through the darkness:

RG> pete.fraser@nospam.frasersoft.dot.net

Great.
What about the help file created by Olivier Dahan ?

PS: i think he can post them to jedi binaries ng or to Issue tracker.

to post them to NG we could just post him URL to it.
to post to issue tracker - we could point him to http://jcl.sf.net ->
Anonymous -> JediVCL -> New -> Donation -> attach file

IMHO ng is more simplier.

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rxlib and Jedi
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 14 May 2003 23:33:36 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 13 May 2003 12:03:31 +0100 @502)
....while the fading voice of Andy whispered through the darkness:

 >> I have been using some components of RXLIB with Delphi 5 and I was told
 AV> that
 >> Jedi was replacing RxLib.

My personal opinion is: go one using original Rx, use Jvcl-Rx only with new
projects and do not consider it Rx2, but JVCL.

1. JVCL disabled almost all of IDE wizards/property editors from Rx
2. JVCL is not targeted on compatibility. The JVCL3 will be restructured and
i think will not be compatible at all neither with Rx, nor Ra, Peter's suit,
Sebastian's one, Michael's and so on.
3. Polaris Software continues RxLib and it seems it do it quite good.

If You need Rx - use Rx (D5 has originial version, opposing to D6 and D7)
and maybe Polaris patches to it.
If You need JVCL - use JVCL and do not care if certain component is ex-Rx or
not.
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rxlib and Jedi
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 14 May 2003 20:48:54 +0200
Newsgroups: jedi.vcl

> > Where can I find the binary executable for this tool ?

At http://sourceforge.net/projects/jvcl: Click the Files link and then
download the JVCL Convert program

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JVCL Components keep disappearing and my projects wont open without errors.PLEASE HELP!!!
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 14 May 2003 13:01:36 -0500
Newsgroups: jedi.vcl

I recently did an update through CVS i recompiled and re-installed but now
everything is going screwy.
Every time i close Delphi and re-open delphi, i have to click
Component --> Install packages and re-check JEDI-VCL Components. If i open
any project using jedi components (such as directory edit) it says it cant
find it. And the jedi tabs disaapear once again!!!!

What the hell am i doing wrong here????
It is very important that i get this fixed as i have many apps using your
code.

Please help,
Thanks,
Dave




Subject: Re: JCL, Fast CPU = division by zero, just like ca. 7 years ago with Borland Pascal
From: "David J Taylor" <davidtaylor@writeme.com>
Date: Wed, 14 May 2003 18:21:37 +0100
Newsgroups: jedi.vcl

"Tobias Giesen" <tobias@superflexible.com> wrote in message
news:b9tedp$rfd$1@talkto.net...
> > Hi,
> >
> > on my dual Athlon MP (2*2.0 GHz), the CPU speed measurement
(GetCPUSpeed) in
> > JclSysInfo overflows (latest JVCL version).

Perhaps 231 - 1 Hz?  May need to change to floating point.

David




Subject: Re: rxlib and Jedi
From: "Tintin" <contact@mrit.qom>
Date: Wed, 14 May 2003 18:39:21 +0200
Newsgroups: jedi.vcl

Hi,

Thanks for the information.

I have found The source, but Delphi 6 is requested to compile it and I have
not it.

Where can I find the binary executable for this tool ?

TIA.


"Andy Vines" <andy.vines@btconnect.com> a écrit dans le message news:
b9qj6n$bo0$1@talkto.net...
> > There is a converter tool supplied with Jedi that makes this very simple.
> > JVCLConvert.exe
> > Andy

> > "Tintin" <contact@mrit.qom> wrote in message
news:b9qfp6$b39$1@talkto.net...
>> > > Before installing it I would like to know more about compatibility and
how
>> > > much work is there to move from RxLib to Jedi ?





Subject: Re: Error installing JEDI ?
From: "Tintin" <contact@mrit.qom>
Date: Wed, 14 May 2003 18:21:17 +0200
Newsgroups: jedi.vcl

Marcel,

I was successful, after ignoring the strange errors...

Now, I am diving into JEDI and it looks impressive !

Thanks for your help.

>> > > When I *build* DJCL50.dpk, I got 2 "Assert Errors".
>> > > in JCL\Examples\ProjectAnalyser\ProjAnalyserImpl.pas,  line 224.
>> > > It sounds weird that "Examples" are involved in building an utility
>> > > Package...
>> > >
> >
> > AFAICT there's no reference to the file you mentioned in the DJCL50.dpk,
so
> > that seems weird. The only thing I can think of is that an example package
> > is loaded in the IDE, and it's recompiled automatically due to option
> > settings in those packages. Anyway, be sure to remove anything JEDI
related
> > (including any installed package in the Delphi IDE) and retry to install
it
> > manually (you have to look up which IDE packages are also build installed
by
> > the installer, I haven't looked).





Subject: good news: help file sources availible
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 14 May 2003 18:07:11 +0200
Newsgroups: jedi.vcl

Hi

Finally my question for the sources of the RxLib Help files get answerd
by the author of the help file. With his permission I forward here his
answer to my question if he would donate his help to JEDI.

Because I am not sure which formt is more usable for the help team I
post his mail here. For getting the sources you can contact him per mail

pete.fraser@nospam.frasersoft.dot.net

best regards

Ralf Grenzing

--------------------------------------------------------------------------

I've just set up my email system properly and got your email - rather
late.
Are you still wanting the sources? If so you can have them. What tool do
you
use to create help files. I can provide you with the rtf files but as it
was
written using GenHelp, I have the sources for that as well.

Rgds Pete
GenHelp: The Component Writers Help Authoring package
=================================
Web:  www.frasersoft.net

----- Original Message -----
From: "Ralf Grenzing" <RalfGSpam@gmx.de>
To: XXXXX
Sent: Saturday, November 30, 2002 4:10 PM
Subject: donating RX Help file sources to JEDI?


Dear Rx help writer

as you perhaps know Rx has been integrated with the permission if the
original authors in the JVCL http://jvcl.sourceforge.net/  which is an
part of the JEDI Project http://projectjedi.sourceforge.net/

I guess you know already what JEDI and JVCL is but in case not, here is
the "About JVCL" information text, which I take from the above link:

"The JEDI-VCL (JVCL) library is built from code donated by the JEDI
community. It consists of over 300 VCL components that can be instantly
reused in your Delphi and potentially Kylix projects.

The entire JEDI VCL is distributed under the terms of the Mozilla Public

License (MPL), and can be freely used in both freeware/shareware, Open
Source and commercial projects. For more information please visit our
licensing page."

The JVCL also contains a help file for the included components, but is
still "in progress". To eventually speed up this process we want to ask
you, if you will donate the sources of the Rx help file you created to
the JEDI Community.

in hope

Ralf Grenzing




Subject: Re: Error installing JEDI ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 14 May 2003 16:53:16 +0200
Newsgroups: jedi.vcl

> > When I *build* DJCL50.dpk, I got 2 "Assert Errors".
> >
> > I have not written down the first one, and at the 2nd rebuild I found
> > another one :
> >
> > in JCL\Examples\ProjectAnalyser\ProjAnalyserImpl.pas,  line 224.
> >
> > On the third build there was no error, but I'm not very confident and
don't
> > know if I should proceed next steps.
> >
> > It sounds weird that "Examples" are involved in building an utility
> > Package...
> >

Just to make sure: did you remove all DCUs/DCPs/BPLs from the first try?
Sometimes old DCUs/DCPs can conflict with a rebuilding of the packages.

AFAICT there's no reference to the file you mentioned in the DJCL50.dpk, so
that seems weird. The only thing I can think of is that an example package
is loaded in the IDE, and it's recompiled automatically due to option
settings in those packages. Anyway, be sure to remove anything JEDI related
(including any installed package in the Delphi IDE) and retry to install it
manually (you have to look up which IDE packages are also build installed by
the installer, I haven't looked).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JCL, Fast CPU = division by zero, just like ca. 7 years ago with Borland Pascal
From: "Tobias Giesen" <tobias@superflexible.com>
Date: Wed, 14 May 2003 15:49:35 +0200
Newsgroups: jedi.vcl

> > Are you sure? I've used to run some software compiled with JCL on
> > Athlon XP 2000+ (1,66GHz CPU clock).

Well, the CPU measurement seems to be using threads, so I expect this
problem to appear only with 4.0GHz added CPU speed and above. It does not
always happen. My speed seems to be just near the limit. In any case there
_are_ dividing operations in the source code which are not checked for
validity.

Cheers,
Tobias




Subject: Re: JCL, Fast CPU = division by zero, just like ca. 7 years ago with Borland Pascal
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Wed, 14 May 2003 16:46:12 +0300
Newsgroups: jedi.vcl

"Tobias Giesen" <tobias@superflexible.com> wrote in message news:b9tedp$rfd$1@talkto.net...
> > Hi,
> >
> > on my dual Athlon MP (2*2.0 GHz), the CPU speed measurement (GetCPUSpeed) in
> > JclSysInfo overflows (latest JVCL version).
> >
> > The sad thing is that this happens when my app tries to start. In other
> > words, none of anybody's apps compiled with JCL will start up reliably on
> > really fast machines.
> >
> > Is there a recommended fix?
Are you sure? I've used to run some software compiled with JCL on Athlon XP 2000+ (1,66GHz CPU
clock).
Everything worked fine.

-- Regards Illya Kysil, software developer Delphi/C/C++/C#/Java/Forth/Assembler If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA 

Subject: JCL, Fast CPU = division by zero, just like ca. 7 years ago with Borland Pascal
From: "Tobias Giesen" <tobias@superflexible.com>
Date: Wed, 14 May 2003 15:00:36 +0200
Newsgroups: jedi.vcl

Hi,

on my dual Athlon MP (2*2.0 GHz), the CPU speed measurement (GetCPUSpeed) in
JclSysInfo overflows (latest JVCL version).

The sad thing is that this happens when my app tries to start. In other
words, none of anybody's apps compiled with JCL will start up reliably on
really fast machines.

Is there a recommended fix?

Cheers,
Tobias Giesen
www.superflexible.com




Subject: Re: Error installing JEDI ?
From: "Tintin" <contact@mrit.qom>
Date: Wed, 14 May 2003 14:02:52 +0200
Newsgroups: jedi.vcl

Marcel,

When I *build* DJCL50.dpk, I got 2 "Assert Errors".

I have not written down the first one, and at the 2nd rebuild I found
another one :

in JCL\Examples\ProjectAnalyser\ProjAnalyserImpl.pas,  line 224.

On the third build there was no error, but I'm not very confident and don't
know if I should proceed next steps.

It sounds weird that "Examples" are involved in building an utility
Package...

Thanks for help.













"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le
message news: b9t6p4$pp7$1@talkto.net...
>> > > So I perform a manual installation from Delphi of JVCL200_R50.dpk and
then
> > I
>> > > get "internal error URW533"
>> > >
> >
> > Working steps for manual installation in D5:
> >
> > * open DJCL50.dpk and check the options: "Explicit rebuild" should be
turned
> > on.
> > * Build (not compile, build) the package
> > * repeat the same with JVCL200_R50.dpk (same options, same actions)
> > * Again with JVCL200_D50.dpk. After building it, do Install.
> >
> > Note that the problems seems to be related to D5 only, usually generating
an
> > "Internal error : URW533" during compilation. Doing a compile on the JVCL
> > run-time package always generates an error, doing a build on the package
> > always works (well, for me anyway).
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Error installing JEDI ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 14 May 2003 12:50:08 +0200
Newsgroups: jedi.vcl

> > So I perform a manual installation from Delphi of JVCL200_R50.dpk and then
I
> > get "internal error URW533"
> >

Working steps for manual installation in D5:

* open DJCL50.dpk and check the options: "Explicit rebuild" should be turned
on.
* Build (not compile, build) the package
* repeat the same with JVCL200_R50.dpk (same options, same actions)
* Again with JVCL200_D50.dpk. After building it, do Install.

Note that the problems seems to be related to D5 only, usually generating an
"Internal error : URW533" during compilation. Doing a compile on the JVCL
run-time package always generates an error, doing a build on the package
always works (well, for me anyway).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Error installing JEDI ?
From: "Tintin" <contact@mrit.qom>
Date: Wed, 14 May 2003 11:47:32 +0200
Newsgroups: jedi.vcl

Hi !

I have Delphi 5 PRO + SP1 and never installed Jedi before.

When I run installer (from autoexec.bat in the root) I get :

A text in the status bar : "compiling / installing JVCL200_R50.dpk"

A text in the status bar : "compiling / installing JVCL200_D50.dpk" and an
error message :  "installation of JVCL200_D50.dpk failed...".

I try again, and try doing a manual installation from Delphi of
JVCL200_D50.dpk : It says that the package JVCL200_R50.dpk is needed.

So I perform a manual installation from Delphi of JVCL200_R50.dpk and then I
get "internal error URW533"

What could I do ?

Thanks for help.




Subject: Re: GetCPUSpeed, Fast CPU = division by zero, just like ca. 7 years ago with Borland Pascal
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 May 2003 10:18:05 +0200
Newsgroups: jedi.vcl

Please post this to jedi.jcl instead

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "Tobias Giesen" <tobias@superflexible.com> skrev i meddelandet news:b9sjjb$m18$1@talkto.net...
> > Hi,
> >
> > on my dual Athlon MP (2*2.0 GHz), the CPU speed measurement in JclSysInfo
> > overflows (latest JVCL version).
> >
> > The sad thing is that this happens when my app tries to start.
> >
> > Is there a recommended fix?
> >
> > Cheers,
> > Tobias Giesen
> > www.superflexible.com
> >
> >




Subject: Re: New stuff on Mantis
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 14 May 2003 10:17:27 +0200
Newsgroups: jedi.vcl

I guess you are are referring to TAviCap and TJvTrayIcon? The TJvTrayIcon
mod should be easy to do. TAviCap is more complicated since we are planning
to do some changes in JVCL for the next release. and we are postponing
adding any new submissions until we know how to proceed.

Personally, I don't have much time at the moment. Hopefully, I will be able
to do some more intense JVCL work at the end of June (during my vacation).
It would be greatly appreciated if you could modify TAviCap to follow JVCL
guidelines and add any needed property editors etc before that time.
Documentation (simple, in-line will be OK) would also be nice. This makes it
a lot easier for us to merge it into JVCL when the time comes.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: GetCPUSpeed, Fast CPU = division by zero, just like ca. 7 years ago with Borland Pascal
From: "Tobias Giesen" <tobias@superflexible.com>
Date: Wed, 14 May 2003 07:22:37 +0200
Newsgroups: jedi.vcl

Hi,

on my dual Athlon MP (2*2.0 GHz), the CPU speed measurement in JclSysInfo
overflows (latest JVCL version).

The sad thing is that this happens when my app tries to start.

Is there a recommended fix?

Cheers,
Tobias Giesen
www.superflexible.com




Subject: New stuff on Mantis
From: obones <obones_REMOVE_SPAM_@meloo_REMOVE_SPAM_.com>
Date: Wed, 14 May 2003 12:31:41 +1000
Newsgroups: jedi.vcl

Hey !

I've put two new stuff on Mantis days ago, and it seems you've been pretty busy lately as no one has reviewed them yet.
Any chance you consider the enhancement one ? Caus' I'm using it on my project, released yesterday on sourceforge (cnxmanager.sourceforge.net) and it'd be great if people could download the update from you rather than from me.
Anyway, we all are busy and are all doing our best for all !

Thanks for your help
Regards
Olivier



Subject: Re: TJvAppEvents may crashed in special circumstance
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 13 May 2003 18:53:35 +0200
Newsgroups: jedi.vcl

Thanks, I'll update it in CVS

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvID3V2 still not working for me.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 13 May 2003 15:20:54 +0200
Newsgroups: jedi.vcl

dave wrote:

> Do either of the id3 components allow writing the tags to the file?

They both do, call Commit IIRC.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: JvID3V2 still not working for me.
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 May 2003 08:12:05 -0500
Newsgroups: jedi.vcl

It worked! Also, another question. Do either of the id3 components allow
writing the tags to the file?
If not, is that planned at some time?
Thanks again,
Dave



"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:b9qpj4$d1j$1@talkto.net...
> > dave wrote:
>> > > Remko: Is there another component that will read v2 tags? I would like
to
>> > > support both v1 and 2+ tags in my software, but it is not critical. It
does
>> > > not neccessarily have to be the visualid3v2 component if there is
another,
>> > > and if not its no big deal. You can move it to archive if you planned
to.
>> > > Thanks.
> >
> > TJvId3v2 can read ID3 v2 tags, but isn't a visual control, thus you have
> > to display the tags yourself. You can think of the TJvID3v2 as a TTable
> > component, it just provides data, you need to display the data yourself.
> > There is an example how to use the TJvId3v2 component in the example
> > dir. (sub-directory ID3v2)
> >
> > The TJvVisualId3v2 does not read a ID3 v2 tag itself, but uses a
> > TJvId3v2 component for that task, it only displays such a tag, but you
> > can't configure much, so I think it's not really useful.
> >
> > Same for ID3 v1 tags, you have a TJvId3v1 component that can read those
> > tags, and a TJvVisualID3v1 tag that displays such a tag, using a
> > TJvId3v1 component.
> >
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: JvID3V2 still not working for me.
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 May 2003 08:04:31 -0500
Newsgroups: jedi.vcl

I will just use the non-visual components. I like to be able to choose how i
display the tag info anyway. I will try the v2 today and let you know.
Thanks again for all your help.

Dave


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:b9qpj4$d1j$1@talkto.net...
> > dave wrote:
>> > > Remko: Is there another component that will read v2 tags? I would like
to
>> > > support both v1 and 2+ tags in my software, but it is not critical. It
does
>> > > not neccessarily have to be the visualid3v2 component if there is
another,
>> > > and if not its no big deal. You can move it to archive if you planned
to.
>> > > Thanks.
> >
> > TJvId3v2 can read ID3 v2 tags, but isn't a visual control, thus you have
> > to display the tags yourself. You can think of the TJvID3v2 as a TTable
> > component, it just provides data, you need to display the data yourself.
> > There is an example how to use the TJvId3v2 component in the example
> > dir. (sub-directory ID3v2)
> >
> > The TJvVisualId3v2 does not read a ID3 v2 tag itself, but uses a
> > TJvId3v2 component for that task, it only displays such a tag, but you
> > can't configure much, so I think it's not really useful.
> >
> > Same for ID3 v1 tags, you have a TJvId3v1 component that can read those
> > tags, and a TJvVisualID3v1 tag that displays such a tag, using a
> > TJvId3v1 component.
> >
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: JvID3V2 still not working for me.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 13 May 2003 14:52:35 +0200
Newsgroups: jedi.vcl

dave wrote:
> Remko: Is there another component that will read v2 tags? I would like to
> support both v1 and 2+ tags in my software, but it is not critical. It does
> not neccessarily have to be the visualid3v2 component if there is another,
> and if not its no big deal. You can move it to archive if you planned to.
> Thanks.

TJvId3v2 can read ID3 v2 tags, but isn't a visual control, thus you have
to display the tags yourself. You can think of the TJvID3v2 as a TTable
component, it just provides data, you need to display the data yourself.
There is an example how to use the TJvId3v2 component in the example
dir. (sub-directory ID3v2)

The TJvVisualId3v2 does not read a ID3 v2 tag itself, but uses a
TJvId3v2 component for that task, it only displays such a tag, but you
can't configure much, so I think it's not really useful.

Same for ID3 v1 tags, you have a TJvId3v1 component that can read those
tags, and a TJvVisualID3v1 tag that displays such a tag, using a
TJvId3v1 component.


-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: TJvAppEvents may crashed in special circumstance
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Tue, 13 May 2003 14:42:42 +0200
Newsgroups: jedi.vcl

It may happen that AppList is nil and so the following destructor will fail.

[code line 634 in JvAppEvent.pas]
destructor TJvAppEvents.Destroy;
begin
  if not (csDesigning in ComponentState) then
    Application.UnhookMainWindow(MessageHook);
  if Self <> nil then
    AppList.RemoveEvents(Self);
  FCanvas.Free;
  inherited Destroy;
end;
[/code]



Here is a version without this failture.

[code line 634 in JvAppEvent.pas]
destructor TJvAppEvents.Destroy;
begin
  if not (csDesigning in ComponentState) then
    Application.UnhookMainWindow(MessageHook);
  if (Self <> nil) and (AppList <> nil) then                    // <--- changed
    AppList.RemoveEvents(Self);
  FCanvas.Free;
  inherited Destroy;
end;
[/code]


Regards
Andreas Hausladen




Subject: Re: JvID3V2 still not working for me.
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 13 May 2003 07:21:16 -0500
Newsgroups: jedi.vcl

Remko: Is there another component that will read v2 tags? I would like to
support both v1 and 2+ tags in my software, but it is not critical. It does
not neccessarily have to be the visualid3v2 component if there is another,
and if not its no big deal. You can move it to archive if you planned to.
Thanks.

Michael:
Sorry about that. I was not aware of those rules. I assure you it wont
happen again.
Thanks.

Dave

"dave" <dbracken@infonowsolutions.com> wrote in message
news:b9oceo$ot$2@talkto.net...
I have screen shots of the id3v2 at runtime as well as the object inspector
at designtime with a file assigned to it. I also have a screenshot from
winamp showing that a tag does indeed exist. I will attach the screen shots
in this post.





I can send this mp3 file to appropriate person if neccessary.

Thanks in advance for any help you can give.
Dave




Subject: Re: rxlib and Jedi
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Tue, 13 May 2003 12:03:31 +0100
Newsgroups: jedi.vcl

There is a converter tool supplied with Jedi that makes this very simple.
JVCLConvert.exe

Andy
"Tintin" <contact@mrit.qom> wrote in message news:b9qfp6$b39$1@talkto.net...
> > Hi,
> >
> > I have been using some components of RXLIB with Delphi 5 and I was told
that
> > Jedi was replacing RxLib.
> >
> > Before installing it I would like to know more about compatibility and how
> > much work is there to move from RxLib to Jedi ?
> >
> > I believe it is a very important issue, and that some hints should be
found
> > in the Jedi Home Page...
> >
> > Thanks for help.
> >
> >
> >
> >




Subject: rxlib and Jedi
From: "Tintin" <contact@mrit.qom>
Date: Tue, 13 May 2003 12:08:56 +0200
Newsgroups: jedi.vcl

Hi,

I have been using some components of RXLIB with Delphi 5 and I was told that
Jedi was replacing RxLib.

Before installing it I would like to know more about compatibility and how
much work is there to move from RxLib to Jedi ?

I believe it is a very important issue, and that some hints should be found
in the Jedi Home Page...

Thanks for help.






Subject: Re: JvInterpreter question
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 13 May 2003 10:10:09 +0200
Newsgroups: jedi.vcl

> > The lack of help makes me ask this: what is TJvInterpreter for? And
> > TJvPluginManager? And is TJvTranslator intended to translate applications?
> >
> > I don't need explicit answers. A link to where I can find these info is
> > enough.
> >

TJvPluginManager is documented (and in the help file distributed with
JVCL2.10 and two tutorials for it in the tutorial pdf). TJvInterpreter has
it's own page of what it is (actually a small FAQ):
http://jvcl.sourceforge.net/JvInterpreter.htm

In all other cases (except for the components that came from RxLib and a few
others that are not in the help file) there's no help/info available AFAIK.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInterpreter question
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Mon, 12 May 2003 23:53:49 -0300
Newsgroups: jedi.vcl

The lack of help makes me ask this: what is TJvInterpreter for? And
TJvPluginManager? And is TJvTranslator intended to translate applications?

I don't need explicit answers. A link to where I can find these info is
enough.

Rafael Cotta


"Raymond J. Schappe" <rschappe@isthmus-tsNS.com> escreveu na mensagem
news:b9og1k$1gq$1@talkto.net...
> > Can anyone can tell me more JvInterpreter...
> >
> > How much does an exe size grow with the use of the JvInterpreter?
> >
> > I would like to use this to dynamically modify the controls (visual and
> > non-visual) of my forms
> > -hide buttons, menu items
> > -set TQuery.RequestLive to true/false depending upon if I need the form to
> > allow updates
> > -etc...
> >
> > Can the JvInterpreter handle this and how easy?
> >
> > Thanks for any info!,
> > --Raymond
> > Raymond J. Schappe
> > Isthmus Technology Solutions, LLC
> > ______________________________________
> >
> >




Subject: Re: JvID3V2 still not working for me.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 12 May 2003 14:47:14 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
news:b9oceo$ot$2@talkto.net...

> >I have screen shots of the id3v2 at runtime as well as the object inspector
at
> >designtime with a file assigned to it. I also have a screenshot from winamp
> >showing that a tag does indeed exist. I will attach the screen shots in
this post.

Please do NOT place any attachments, pictures etc. in this newsgroup.

Please post them in "binaries" and make a reference to them here.

Thanks,

Michael





Subject: Re: JvID3V2 still not working for me.
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 12 May 2003 20:19:18 +0200
Newsgroups: jedi.vcl

Hm, you're using TJvVisualID3v2. I thought of that component to be a
/archive  candidate, so I didn't look at it, while restucturing the ID3
components, I only made sure it did compile <g>.

I think it's some small stupid bug; that the Active property of the TJvID3v2 component used by TJvVisualID3v2 is not set to True, or
something.

If you're really going to use that component, I'll fix it, otherwise
I'll suggest to move it to /archive, just let me know.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: So now should i delete question marked files?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 12 May 2003 18:24:43 +0200
Newsgroups: jedi.vcl

dave wrote:
> Ok, so now that the rollout problem is fixed, should i go through and delete
> or remove all the other files in my source folder that have a blue question
> mark icon overlay? Or just leave them alone.(the old "If it aint broke,
> don't fix it")

I always keep my TortoiseCVS directory separate from the installed JVCL.
It means some added work to copy the files to and fro, but it keeps the CVS directory clean.



Subject: JvInterpreter question
From: "Raymond J. Schappe" <rschappe@isthmus-tsNS.com>
Date: Mon, 12 May 2003 10:58:05 -0500
Newsgroups: jedi.vcl

Can anyone can tell me more JvInterpreter...

How much does an exe size grow with the use of the JvInterpreter?

I would like to use this to dynamically modify the controls (visual and
non-visual) of my forms
-hide buttons, menu items
-set TQuery.RequestLive to true/false depending upon if I need the form to
allow updates
-etc...

Can the JvInterpreter handle this and how easy?

Thanks for any info!,
--Raymond
Raymond J. Schappe
Isthmus Technology Solutions, LLC
______________________________________




Subject: JvID3V2 still not working for me.
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 12 May 2003 09:53:55 -0500
Newsgroups: jedi.vcl

I have screen shots of the id3v2 at runtime as well as the object inspector at designtime with a file assigned to it. I also have a screenshot from winamp showing that a tag does indeed exist. I will attach the screen shots in this post.





I can send this mp3 file to appropriate person if neccessary.

Thanks in advance for any help you can give.
Dave


IDE settings.gif
	


Main.gif
Main.gif
	


Texts1.gif
Texts1.gif
	


Texts2.gif
Texts2.gif
	


Texts3.gif
Texts3.gif
	


Texts4.gif
Texts4.gif
	


winamp tags.gif
winamp tags.gif
	



Subject: Re: So now should i delete question marked files?
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 12 May 2003 09:25:50 -0500
Newsgroups: jedi.vcl

ok, thanks again Marcel.

Dave


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b9oagk$c4$1@talkto.net...
>> > > Ok, so now that the rollout problem is fixed, should i go through and
> > delete
>> > > or remove all the other files in my source folder that have a blue
> > question
>> > > mark icon overlay? Or just leave them alone.(the old "If it aint broke,
>> > > don't fix it")
> >
> > Personally I like to keep my CVS folders as clean as possible. OTOH,
leaving
> > them there doesn't hurt, but if you run into problems with missing
> > properties in your application, I'd first do the cleanup / rebuilding
steps
> > again.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: So now should i delete question marked files?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 May 2003 16:22:45 +0200
Newsgroups: jedi.vcl

> > Ok, so now that the rollout problem is fixed, should i go through and
delete
> > or remove all the other files in my source folder that have a blue
question
> > mark icon overlay? Or just leave them alone.(the old "If it aint broke,
> > don't fix it")

Personally I like to keep my CVS folders as clean as possible. OTOH, leaving
them there doesn't hurt, but if you run into problems with missing
properties in your application, I'd first do the cleanup / rebuilding steps
again.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: So now should i delete question marked files?
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 12 May 2003 09:17:17 -0500
Newsgroups: jedi.vcl

Ok, so now that the rollout problem is fixed, should i go through and delete
or remove all the other files in my source folder that have a blue question
mark icon overlay? Or just leave them alone.(the old "If it aint broke,
don't fix it")

Thanks,
Dave




Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 12 May 2003 09:12:48 -0500
Newsgroups: jedi.vcl

Dont know what i did, but i closed then re-opened the project and opened the
form where the rollout was placed and it asked me about the property, i told
it to ingnore and i can now run my app. Weird...
Thanks again for all your help,
Dave


"dave" <dbracken@infonowsolutions.com> wrote in message
news:b9o7cm$v6j$1@talkto.net...
> > This is the message i get when i try to run one of my apps that uses the
> > rollout in Delphi 5. But in the ide i see the property buttoncolor?
> >
> > How do i fix this as this is one of the most important apps i have.
> >
> > Thanks in advance,
> > Dave
> >
> >




Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 May 2003 16:11:07 +0200
Newsgroups: jedi.vcl

> > I tried removing all dcus, uninstalling all jvcl and jcl packages and the
> > re-ran the installer, and the problem still exists with the rollout. It
did
> > not ask me to fix the problem when i loaded the project. Also i re-opened
> > the source folder and there are dcus in there again.

is there a possibility a different version of JVCL is installed (i.e. not
the CVS version)? In the IDE it clearly shows the ButtonColor (according to
your original post) so the IDE has an outdated version of the component.
Instead of using the installer, try opening, building and installing the
packages from Delphi directly (then you know at least for sure which version
is going to be used).

The reason for the .dcu returning to your source folder might be due to your
application recreating a dcu. If your application has no unit output
directory specified, it will always be placed in the folder where the .pas
was found (which indicates your search path is set to the CVS version).

Alternatively, you could remove the jvcl\source folder from your search path
and add the folder where the package has build the dcu's in. This will avoid
the jvcl units being recompiled again, as it will only find the dcu.

> > Any ideas?

Lots of them, but not very helpful in this situation.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 May 2003 16:08:32 +0200
Newsgroups: jedi.vcl

> > You're getting slow ;-)
I'm at work: I'm always slow here <vbg>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 12 May 2003 09:00:55 -0500
Newsgroups: jedi.vcl

I tried removing all dcus, uninstalling all jvcl and jcl packages and the
re-ran the installer, and the problem still exists with the rollout. It did
not ask me to fix the problem when i loaded the project. Also i re-opened
the source folder and there are dcus in there again.

Any ideas?
Dave

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b9o8fj$vei$1@talkto.net...
>> > > I went in to the source and it appears to be the same on as you
described.
>> > > So i opened my source folder and noticed something odd. JvRollout.dcu
has
> > an
>> > > icon with a blue question mark. I noticed that several of my icons do. I
>> > > believe this has something to do with tortoise CVS, but do not know what
> > it
>> > > means? any help here would be greatly appreiciated, and i am still
unsure
> > of
>> > > how to fix the original problem with the rollout.
> >
> > The question mark refers to files not in CVS. And in this case that's
> > corrent, because there should be no .dcu in the source folder. remove any
> > dcu's in that folder, rebuild the JVCL packages, open your form, expect to
> > see the missing property error, correct it, build the app, check
everything
> > still works.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 May 2003 15:49:55 +0200
Newsgroups: jedi.vcl

> > The question-mark icon are due to TortoiseCVS and means that the file is
not
> > part of the CVS files. To fix your problem, delete all JVCL related DCU's
> > from your computer, rebuild and reinstall the packages.

You're getting slow ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 May 2003 15:48:47 +0200
Newsgroups: jedi.vcl

> > I went in to the source and it appears to be the same on as you described.
> > So i opened my source folder and noticed something odd. JvRollout.dcu has
an
> > icon with a blue question mark. I noticed that several of my icons do. I
> > believe this has something to do with tortoise CVS, but do not know what
it
> > means? any help here would be greatly appreiciated, and i am still unsure
of
> > how to fix the original problem with the rollout.

The question-mark icon are due to TortoiseCVS and means that the file is not
part of the CVS files. To fix your problem, delete all JVCL related DCU's
from your computer, rebuild and reinstall the packages.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 May 2003 15:48:04 +0200
Newsgroups: jedi.vcl

> > I went in to the source and it appears to be the same on as you described.
> > So i opened my source folder and noticed something odd. JvRollout.dcu has
an
> > icon with a blue question mark. I noticed that several of my icons do. I
> > believe this has something to do with tortoise CVS, but do not know what
it
> > means? any help here would be greatly appreiciated, and i am still unsure
of
> > how to fix the original problem with the rollout.

The question mark refers to files not in CVS. And in this case that's
corrent, because there should be no .dcu in the source folder. remove any
dcu's in that folder, rebuild the JVCL packages, open your form, expect to
see the missing property error, correct it, build the app, check everything
still works.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 12 May 2003 08:44:31 -0500
Newsgroups: jedi.vcl

I went in to the source and it appears to be the same on as you described.
So i opened my source folder and noticed something odd. JvRollout.dcu has an
icon with a blue question mark. I noticed that several of my icons do. I
believe this has something to do with tortoise CVS, but do not know what it
means? any help here would be greatly appreiciated, and i am still unsure of
how to fix the original problem with the rollout.

Thanks again,
Dave



"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b9o7pk$v9l$1@talkto.net...
>> > > This is the message i get when i try to run one of my apps that uses the
>> > > rollout in Delphi 5. But in the ide i see the property buttoncolor?
>> > >
>> > > How do i fix this as this is one of the most important apps i have.
> >
> > Possibly when compiling your application the compiler finds another
version
> > of the unit (either .pas or .dcu) and uses that one instead.  The current
> > version of the unit states:
> >
> >   * Several properties have changed and been put into nested
sub-properties.
> >     To update current usage do the following:
> >      - Color: change to Colors.Color
> >      - ButtonColor: change to Colors.ButtonColor
> >      - ButtonColTop: change to Colors.ButtonTop
> >      - ButtonColBtm: change to Colors.ButtonBottom
> >      - ColHiText: change to Colors.HotTrackText
> >      - FrameColTop: change to Colors.FrameTop
> >      - FrameColBtm: change to Colors.FrameBottom
> >      - ImageExpanded: change to ImageOptions.IndexExpanded
> >      - ImageCollapsed: change to ImageOptions.IndexCollapsed
> >      - ImageList: change to ImageOptions.Images
> >      - ImageOffset: change to ImageOptions.Offset // peter3
> >
> > so I guess the application uses a newer version of the unit than the one
> > that is installed in the IDE (and used in design time).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Property Does Not Exist JvRollout.ButtonColor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 May 2003 15:36:21 +0200
Newsgroups: jedi.vcl

> > This is the message i get when i try to run one of my apps that uses the
> > rollout in Delphi 5. But in the ide i see the property buttoncolor?
> >
> > How do i fix this as this is one of the most important apps i have.

Possibly when compiling your application the compiler finds another version
of the unit (either .pas or .dcu) and uses that one instead.  The current
version of the unit states:

  * Several properties have changed and been put into nested sub-properties.
    To update current usage do the following:
     - Color: change to Colors.Color
     - ButtonColor: change to Colors.ButtonColor
     - ButtonColTop: change to Colors.ButtonTop
     - ButtonColBtm: change to Colors.ButtonBottom
     - ColHiText: change to Colors.HotTrackText
     - FrameColTop: change to Colors.FrameTop
     - FrameColBtm: change to Colors.FrameBottom
     - ImageExpanded: change to ImageOptions.IndexExpanded
     - ImageCollapsed: change to ImageOptions.IndexCollapsed
     - ImageList: change to ImageOptions.Images
     - ImageOffset: change to ImageOptions.Offset // peter3

so I guess the application uses a newer version of the unit than the one
that is installed in the IDE (and used in design time).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Property Does Not Exist JvRollout.ButtonColor
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 12 May 2003 08:29:26 -0500
Newsgroups: jedi.vcl

This is the message i get when i try to run one of my apps that uses the
rollout in Delphi 5. But in the ide i see the property buttoncolor?

How do i fix this as this is one of the most important apps i have.

Thanks in advance,
Dave




Subject: Re: Never-build error in packages
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 May 2003 13:52:45 +0200
Newsgroups: jedi.vcl

[...]
> > The problem goes away by changes the build properties to "implicit
rebuild",
> > but the causes a lot of problems elsewhere in my application. I'm running
> > JVCL 2.10.
> >
> > Any hints ?
> >

Try changing the JVCL runtime package into "Explicit rebuild" and rebuild it
(you may have to change the JCL runtime package as well, not sure about
that).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Never-build error in packages
From: "Anders Dahl Ovesen" <anders@flexus.dk>
Date: Mon, 12 May 2003 13:24:42 +0200
Newsgroups: jedi.vcl

Hi

I use the JvDBDateTimePicker control in my applation, which is seperated
into several packages. The control is used on a frame, which is contained in
a runtime package. When building this package with "explicit rebuild", I got
following error:

[Error] Never-build package 'IntermodalExplorer' requires always-build
package 'JVCL200_R70'

The problem goes away by changes the build properties to "implicit rebuild",
but the causes a lot of problems elsewhere in my application. I'm running
JVCL 2.10.

Any hints ?

/Anders




Subject: Re: Compile Information
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 12 May 2003 09:01:00 +0200
Newsgroups: jedi.vcl

> > *cough*jvcl.inc has D+ option set*cough*
Ooohhh! *cough*change D+ to D- in JVCL.INC*cough*

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Let's talk about JVCL 3.0!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 11 May 2003 17:47:37 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> 7. Writing help. I think that writing help is one of the most important
> tasks in JVCL and we need to put this on the front burner. Many of the
> survey comments talks about this: we need better help. Maybe we need to
> declare a "help writers month" and have *all* JVCL:ers help out during this
> month to do nothing but writing help? Maybe the process of writing and
> submitting help needs to be made simpler and more straightforward?
>

For new components I think we must ask the author of the component to
write some documentation. We have a tool that can create a .dtx file
with the right structure, so he has only to fill in some blanks. Marcel
or I can then properly format and finish the dtx file.

For the Rx components, I think we must be pragmatic. Again we have a
tool that can create a .dtx file with the right structure; we have some
help files from Rx that state that they can be used for non-commercial
use. Thus IMHO we can reverse-engineer those hlp files and *base* our
..dtx files on them. I'll start working on them.

Further I'll try to document the most popular components according to
the survey.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: beyond JVCL 3.0
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 11 May 2003 16:42:32 +0200
Newsgroups: jedi.vcl

Julien Ferraro wrote:

> When  will this V4 released ?

When it is ready.



Subject: Re: beyond JVCL 3.0
From: "Julien Ferraro" <jfk_pub@netcourrier.com>
Date: Sun, 11 May 2003 17:37:30 +0400
Newsgroups: jedi.vcl

> > I toyed with the idea to take the Jedi VCL and create a full VCL
> > replacement like CLX.
> >
> > The main feature would be to drop TWinControl and only have
> > TGraphicControl instead. This would allow to leave the rectangular
> > shape of most controls behind.
> >
> > Also consequently using fillers and interfaces.
> >
> > One of the advantages would be that we *HAVE* to add the structure to
> > the JVCL which was asked for many times.
> >

One of the greatest ideas (and challenges) I've heard for ... well quite a
long time.

I have no choice but to make the joke :
When  will this V4 released ?

Julien.




Subject: Re: How often should i update?
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Sun, 11 May 2003 09:33:32 +1000
Newsgroups: jedi.vcl

But not everybody has every support version installed to test on?

Delphi 5
Delphi 6
Delphi 7

(and there veriant personal, standard, pro, enterprise, arcitect)

Not to mention BCB.

Chris

Marcel Bestebroer wrote:
>> ... since there is no guarantee that the code in CVS
>> is compilable (although we make our best to keep it in working state).
>
>
> Execuse me? I was under the impression that things are only commited when it
> compiled and preferably also tested to some degree. Why would we commit code
> that doesn't even compile? Makes no sense to me.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>



Subject: Re: About help
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sat, 10 May 2003 17:56:22 +0200
Newsgroups: jedi.vcl



Marcel Bestebroer schrieb:

>> > > Why a proprietary tool is used for mantainting documentation? Maybe lets
>> > > make a documentation as a set of HTML files in CVS and then use something
>> > > like HTMLHelp to bind it together?
> >
> > What do others feel about this? What other options are there?

Hope I am not too late!
One MAJOR probblem is that the old WinHelp which is used for the online help
from Delphi is a fragile thing with big help files. Or to make it clear: If you
installs many and big help files the help system can be broken! This is reported
by users who uses Developer Express Components (and I my self suffer, too) which
have really big help files. So my wish would be to use any other help system ...

> >
> >
>> > > Also lets take away "completeness"
>> > > requirement: some help (even simple FAQ) is better than no help at all.
> >
> > Absolutely. A simple FAQ would also make the help teams job easier to make a
> > complete help out of. The problem is that for most components we have
> > nothing at all. This is the main problem, not that we want to ultimately
> > have a complete help. However I believe that if a help team member is
> > documenting something, (s)he should do it as complete as possible. Otherwise
> > the help team would first work it's ass of to write a simple FAQ and then go
> > over it once more to make a real help file out of it.
> >
>> > > This
>> > > has some advantages and some disadvantages.
>> > > Disadvantages that I see:
>> > > 1. HTMLHelp doesn't integrate (yet) into Delphi enviroment.
> >
> > I believe it's possible in D7, but I have never looked at it.

Hmm. This would by a VERY nice point if this would be possible. AFAIK and AFAI
searched there is no "plugin" for the Delphi IDE which give you the possibilty
to press F1 in the IDE and a HTML Helps pops up ..
I guess if it is decided to use now HTML Help some people can write simple "HTML
how tos" with links and screen shots and then it can be compined easily to a
HTMl Help file. At least I my self would write then some docs ...

So my vote for: using HTML Help and integrate it in Delphi . If it is possible
....

in hope gain

Ralf Grenzing
JVCL MegaDemo Developer




Subject: Re: Compile Information
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 9 May 2003 19:30:39 +0200
Newsgroups: jedi.vcl

> > Open the JVCL dpk(s), go to the Options-Compiler tab and uncheck all the
> > debug info checkboxes. Rebuild the package(s).

*cough*jvcl.inc has D+ option set*cough*

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: user@domain.invalid
Date: Fri, 09 May 2003 17:23:39 +0300
Newsgroups: jedi.vcl

As a matter of fact, I've participated the survey a while ago.
And made some suggestions.
There is also other thing I'd like to mention.
jclStrings.pas:
There is another one called strcon.pas which can be downloaded from http://www.delphi32.com/vcl/3353/download,xid,3353.asp
which is free as well.
My suggestion is to get some functions which is not in jclStrings.pas
Just a thought
Regards
YC

Peter Thörnqvist wrote:
>> I have been going through NG quite a while and there was a thread about
>> JVCL 3.0, that gave me a hope for the new version.
>
> There was one a while back and this is the new one. If you have suggestions,
> requests and ideas for JVCL 3.0, post here and we will discuss them. The
> more concrete feedback we get, the easier it will be to decide what to do.
>
>
>> There may come some additional 2.x releases, depending on the number of
>> fixes, additions and available time. But as Peter is the main coordinator
>
> he
>
>> is probably better able to determine when a new release is going to happen,
>> but I have the feeling his answer will be the same as mine.
>
>
> Yep, that's right!
>



Subject: Re: Compile Information
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 9 May 2003 16:15:09 +0200
Newsgroups: jedi.vcl

> > When i try to compile JVCL200_D6.DPK after JVCL200_R6.DPK delphi show me
AV
> > message
> >
> > Why ?
There cold be any number of reasons for that. Without more info, it is
impossible to say.

> > If modify a source file how can I recompile the JEDI ?
Open and rebuild JVCL200_R60.DPK. Unless you change the design-time units,
you don't need to rebuild/reinstall JVCL200_D60.dpk


> > Is it possible recompile JEDI without debug information ? I would like to
> > step with F7 in debug mode without the relative file open.
> > I would like debug only my project and not the jedi function. Is it
possible

Open the JVCL dpk(s), go to the Options-Compiler tab and uncheck all the
debug info checkboxes. Rebuild the package(s).



-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: TJvDBCalcEdit - Raise exception
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 9 May 2003 16:12:46 +0200
Newsgroups: jedi.vcl

It's the StrToFloat(EditText) that raises the exception. It is normally
swallowed, i.e you won't see it at run-time unless you are running inside
Delphi. If you don't want to see the exception message, the only way is to
set "Stop on Exceptions" to false.

> > I have modify this procedure with
[...]
> > Is it a good idea ?

If it works for you, sure.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Compile Information
From: "Alberto Menghini" <alberto@asoft.it>
Date: Fri, 9 May 2003 15:36:37 +0200
Newsgroups: jedi.vcl

When i try to compile JVCL200_D6.DPK after JVCL200_R6.DPK delphi show me AV
message

Why ?
If modify a source file how can I recompile the JEDI ?

Is it possible recompile JEDI without debug information ? I would like to
step with F7 in debug mode without the relative file open.
I would like debug only my project and not the jedi function. Is it possible
?

Many thanks !!!

--
Alberto Menghini
alberto@asoft.it




Subject: TJvDBCalcEdit - Raise exception
From: "Alberto Menghini" <alberto@asoft.it>
Date: Fri, 9 May 2003 15:05:56 +0200
Newsgroups: jedi.vcl

Hi,
When I try to execute my project in delphi ide mode when there is "stop on
delphi exception" set to true the program break on exception on this
procedure into jvdbctrl.pas

//Polaris
procedure TJvDBCalcEdit.DataChanged;
begin
  inherited;
  if Assigned(FDataLink) and Assigned(FDataLink.Field) and
    DecimalPlaceRound then
  begin
    EditText := DisplayText;
    try
      if EditText <> '' then
        if (StrToFloat(EditText) = 0) and ZeroEmpty then
          EditText := '';
    except
    end;
  end;
end;
//Polaris

becouse EditText is '20000.00 ?' and in a project whit 20-30 db-currency
field it isn't very good things.

I have modify this procedure with

procedure TJvDBCalcEdit.DataChanged;
begin
  inherited;
  if Assigned(FDataLink) and Assigned(FDataLink.Field) and
    DecimalPlaceRound then
  begin
    EditText := DisplayText;
    if ( FValue=0 ) and ZeroEmpty then
          EditText := '';
  end;
end;

Is it a good idea ?

--
Alberto Menghini
alberto@asoft.it




Subject: Re: Let's talk about JVCL 3.0!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 9 May 2003 10:18:24 +0200
Newsgroups: jedi.vcl

> > I also noticed that there are some dtx files for components that are no
> > longer available. I didn't check them all, but f ex JvAngleLabel is now
> > integrated into JvLabel, JvBMPListBox into JvListBox etc. There are
probably
> > others.

I think the help files are still there because they are not merged into the
greater work. Usually we will merge the help as well and move the obsolete
files to the Archive sub folder (just as is done for the source) but we're a
little bit behind. I think Remko is smart enough to first update his local
Source folder before he generated the .dtx files, so for the skeletons he
created there should be no obsolete files.

> >
> > I'm just saying this so no one starts writing the help without checking
that
> > the component is actually still available<g>

Still a valid point: before you start typing, make sure the actual .pas file
is still available.

One other thing: for functions you should not fill in the Return value
section as it's not used in the actual help file. Just describe the result
in the Description section.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 9 May 2003 10:04:47 +0200
Newsgroups: jedi.vcl

I also noticed that there are some dtx files for components that are no
longer available. I didn't check them all, but f ex JvAngleLabel is now
integrated into JvLabel, JvBMPListBox into JvListBox etc. There are probably
others.

I'm just saying this so no one starts writing the help without checking that
the component is actually still available<g>

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Let's talk about JVCL 3.0!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 9 May 2003 09:46:48 +0200
Newsgroups: jedi.vcl

> > I've uploaded the generated dtx files to the dev\help folder.
> >
> > Thus if you want to document a component from JVCL, goto
> > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/help/ and pick
> > the .dtx file with the same name as the .pas file from the component.
> >
> > All you have to do is fill in the blanks <g>. You don't have to describe
> > constants.
> >
> > Contact Marcel before you begin with writing, to check if no-one else is
> > documenting your selected .dtx file.
> >
> > When done send the .dtx file to me or Marcel and we put it in CVS.
> >

Additional note: we will put a comment line at the top of the file to signal
if the unit is completed or being documented. That way you can just check a
file and if it's first line is not "## Locked by: xxxxx" or "## Completed
on: xx-xx-xxxx" you can be assured no-one is working on it and there are
still parts left to document. Those with CVS access can just add the line
and commit the change before starting, those without should notify me or
Remko and we'll add the comment line for you.

Also note that you are not required to fill in the JVCLInfo items (Remko and
I will do that) and you may remove the See Also sections if there are none.

I'll add some of the mailed dtx files I got last week as well (sorry Remko,
forgot to tell you that)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 09 May 2003 01:19:47 +0200
Newsgroups: jedi.vcl

I've uploaded the generated dtx files to the dev\help folder.

Thus if you want to document a component from JVCL, goto
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/help/ and pick
the .dtx file with the same name as the .pas file from the component.

All you have to do is fill in the blanks <g>. You don't have to describe
constants.

Contact Marcel before you begin with writing, to check if no-one else is
documenting your selected .dtx file.

When done send the .dtx file to me or Marcel and we put it in CVS.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: beyond JVCL 3.0
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 08 May 2003 19:39:20 +0200
Newsgroups: jedi.vcl

I toyed with the idea to take the Jedi VCL and create a full VCL
replacement like CLX.

The main feature would be to drop TWinControl and only have
TGraphicControl instead. This would allow to leave the rectangular
shape of most controls behind.

Also consequently using fillers and interfaces.

One of the advantages would be that we *HAVE* to add the structure to the JVCL which was asked for many times.



Subject: Re: TjvPlugin Modification
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 May 2003 08:29:20 +0200
Newsgroups: jedi.vcl

> > Only that modification doesn't fix all problem.
I just noticed: when I tested the fix, I only did it in the "Play" window.
Now I see that it doesn't quite work in the main window. I'll try to
investigate further when I have the time. Thanks for clearing this up for
me.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Let's talk about JVCL 3.0!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 8 May 2003 08:28:10 +0200
Newsgroups: jedi.vcl

> > I have been going through NG quite a while and there was a thread about
> > JVCL 3.0, that gave me a hope for the new version.
There was one a while back and this is the new one. If you have suggestions,
requests and ideas for JVCL 3.0, post here and we will discuss them. The
more concrete feedback we get, the easier it will be to decide what to do.

> >There may come some additional 2.x releases, depending on the number of
> >fixes, additions and available time. But as Peter is the main coordinator
he
> >is probably better able to determine when a new release is going to happen,
> >but I have the feeling his answer will be the same as mine.

Yep, that's right!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JvxRichedit is not working now?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 7 May 2003 18:08:40 +0200
Newsgroups: jedi.vcl

From changelog.txt:

2003-03-23
- Merged TJvRichEdit with TJvxRichEdit. TJvxRichEdit renamed to TJvRichEdit.
JvRichEdit.pas moved to \archive. // roko, peter3

This means that any use of TJvxRichEdit should be replaced with TJvRichEdit
instead.


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "dave" <dbracken@infonowsolutions.com> skrev i meddelandet news:b9av8e$2an$1@talkto.net...
> > Hello, i tried to use a JvxRichEdit control but it tells gives me the
> > following errors when i try to compile:
> >
> > [Error] Unit1.pas(13): Undeclared identifier: 'TJvxRichEdit'
> > [Error] Unit1.pas(13): Published field 'JvxRichEdit1' not a class nor
> > interface type
> > [Fatal Error] Project1.dpr(5): Could not compile used unit 'Unit1.pas'
> >
> > Any ideas as to why?
> > Delphi 5 ent, win 2000 / Xp, jvcl210
> >
> > Thanks
> > Dave
> >
> >



Subject: JvxRichedit is not working now?
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 7 May 2003 07:49:43 -0500
Newsgroups: jedi.vcl

Hello, i tried to use a JvxRichEdit control but it tells gives me the
following errors when i try to compile:

[Error] Unit1.pas(13): Undeclared identifier: 'TJvxRichEdit'
[Error] Unit1.pas(13): Published field 'JvxRichEdit1' not a class nor
interface type
[Fatal Error] Project1.dpr(5): Could not compile used unit 'Unit1.pas'

Any ideas as to why?
Delphi 5 ent, win 2000 / Xp, jvcl210

Thanks
Dave




Subject: Re: Let's talk about JVCL 3.0!
From: user@domain.invalid
Date: Wed, 07 May 2003 14:55:04 +0300
Newsgroups: jedi.vcl

I have been going through NG quite a while and there was a thread about JVCL 3.0, that gave me a hope for the new version.
Thanks anyway.
Regards
YC

Marcel Bestebroer wrote:
>> Hi,
>> Is there any plan about when JVCL 3.0 will be ready ?
>
>
> When it's ready <g>. I don't expect JVCL 3.0 to be released anytime soon,
> considering the things we have to do before we can even call it 3.0 and I
> surely don't want a half completed restructuring/merging to be called 3.0.
>
> There may come some additional 2.x releases, depending on the number of
> fixes, additions and available time. But as Peter is the main coordinator he
> is probably better able to determine when a new release is going to happen,
> but I have the feeling his answer will be the same as mine.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>



Subject: Re: Let's talk about JVCL 3.0!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 7 May 2003 12:50:05 +0200
Newsgroups: jedi.vcl

> > Hi,
> > Is there any plan about when JVCL 3.0 will be ready ?

When it's ready <g>. I don't expect JVCL 3.0 to be released anytime soon,
considering the things we have to do before we can even call it 3.0 and I
surely don't want a half completed restructuring/merging to be called 3.0.

There may come some additional 2.x releases, depending on the number of
fixes, additions and available time. But as Peter is the main coordinator he
is probably better able to determine when a new release is going to happen,
but I have the feeling his answer will be the same as mine.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: user@domain.invalid
Date: Wed, 07 May 2003 13:10:06 +0300
Newsgroups: jedi.vcl

Hi,
Is there any plan about when JVCL 3.0 will be ready ?
Thanks
YC



Subject: Example using TJvSimpleXml
From: "Waldemir Silva" <waldemir@waldemir.cjb.net>
Date: Tue, 6 May 2003 16:32:25 -0300
Newsgroups: jedi.vcl

I will like to see an example of as to create an archive xml using the
TJvSimpleXml.

Debtor to all.

Waldemir Silva




Subject: Re: TjvPlugin Modification
From: "Gustavo" <no@thanks.com>
Date: Tue, 6 May 2003 16:21:24 -0300
Newsgroups: jedi.vcl

Hi Peter,

Only that modification doesn't fix all problem.
When we set layout property to tlCenter or tlbottom, NodeAtPoint
function doesn't detect the link on right position and, if you click the
link, it's drawed on "top" position (like layout=tlTop).
We need consider the offset generated by layout property...
On ActivateLinkNodeAtPos and DeactivateActiveLinkNode procedure, i
calculate the right point using Margins and layout property to solve
this.

Well, 2 bugs solved, but on multi line links we have a bug too...

I'm working, on my free time to solve this and i hope this is the last
bug...

I said on another message, sorry my bad english...

Gustavo.
---------

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:b98iha$ljt$1@talkto.net...
| > Your appointments is correct, ActivateLinkNodeAtPos and
| > DeactivateActiveLinkNode needs that modification.
| > This bug is "almost" fixed, or, if you let layout property set to
tlTop,
| > this modification solves the bug.
| > If you set layout property to tlCenter or tlBottom, we have another
| > bug's ... :o(
|
| Doesn't the fix that I provided work on tlCenter and tlBottom or does
it
| introduce other problems?
|
| --
| Regards,
|
| Peter Thornqvist
| (JVCL Coordinator)
| http://jvcl.sourceforge.net
|




Subject: Re: Mantis
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 6 May 2003 21:41:10 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 6 May 2003 17:23:21 +0200 @682)
....while the fading voice of Oliver whispered through the darkness:

 OG> jvcl.sf.net is also actually one letter shorter than www.jvcl.net ...

"www." can be added by browser autocompletion feaure :-)

And actually {http://}JCL.SF.NET is the shortest one, and it leads directly
to Mantis !!!

I am the champ!

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Mantis
From: "Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID>
Date: Tue, 6 May 2003 17:23:21 +0200
Newsgroups: jedi.vcl

>> > > .. or someone could register jvcl.net and have SF answer requests for it
>> > > (they do provide that service). Then we can have
>> > > http://www.jvcl.net/bugs.htm
> >
> >
> > Next time I'll check before posting: jvcl.net/org/com is already in use
(or
> > at least a page is shown; didn't bother to read it actually).

jvcl.sf.net is also actually one letter shorter than www.jvcl.net ... ;)

Cheers,

Oliver
---- ------------------
JID: ogiesen@jabber.org
ICQ: 18777742
      (http://wwp.icq.com/18777742)



Subject: Re: TjvPlugin Modification
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 6 May 2003 17:00:07 +0200
Newsgroups: jedi.vcl

> > Your appointments is correct, ActivateLinkNodeAtPos and
> > DeactivateActiveLinkNode needs that modification.
> > This bug is "almost" fixed, or, if you let layout property set to tlTop,
> > this modification solves the bug.
> > If you set layout property to tlCenter or tlBottom, we have another
> > bug's ... :o(

Doesn't the fix that I provided work on tlCenter and tlBottom or does it
introduce other problems?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Mantis
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 6 May 2003 13:47:07 +0200
Newsgroups: jedi.vcl

> > .. or someone could register jvcl.net and have SF answer requests for it
> > (they do provide that service). Then we can have
> > http://www.jvcl.net/bugs.htm


Next time I'll check before posting: jvcl.net/org/com is already in use (or
at least a page is shown; didn't bother to read it actually).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Mantis
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 6 May 2003 13:44:14 +0200
Newsgroups: jedi.vcl

>> > > or http://jvcl.sourceforge.net/bugs.htm or even without bugs.htm and
just
>> > > click on the Bugs/Whishes button (left frame, 5th button from the top).
> >
> > ...or while we're at it, make that http://jvcl.sf.net/bugs.htm . ;]
> >

... or someone could register jvcl.net and have SF answer requests for it
(they do provide that service). Then we can have
http://www.jvcl.net/bugs.htm

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Mantis
From: "Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID>
Date: Tue, 6 May 2003 12:00:29 +0200
Newsgroups: jedi.vcl

>> > > I'd sggest much more brief and simple to remember URL:
> > http://jcl.sourceforge.net
>> > > (not jVcl)
> > 
> > or http://jvcl.sourceforge.net/bugs.htm or even without bugs.htm and just
> > click on the Bugs/Whishes button (left frame, 5th button from the top).

....or while we're at it, make that http://jvcl.sf.net/bugs.htm . ;]

Cheers,

Oliver
---- ------------------
JID: ogiesen@jabber.org
ICQ: 18777742
      (http://wwp.icq.com/18777742)


Subject: Re: Mantis
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 6 May 2003 11:57:01 +0200
Newsgroups: jedi.vcl

> > I'd sggest much more brief and simple to remember URL:
http://jcl.sourceforge.net
> > (not jVcl)

or http://jvcl.sourceforge.net/bugs.htm or even without bugs.htm and just
click on the Bugs/Whishes button (left frame, 5th button from the top).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Mantis
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 6 May 2003 13:40:26 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 6 May 2003 10:22:25 +0200 @390)
....while the fading voice of Peter whispered through the darkness:

 PT> The correct URL is

I'd sggest much more brief and simple to remember URL: http://jcl.sourceforge.net
(not jVcl)
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Case Detector Uploaded to jedi.binaries
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 May 2003 10:22:51 +0200
Newsgroups: jedi.vcl

> > OK.
> > New version is uploaded to jedi.binaries.
Thanks, I'll have a look

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Mantis
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 6 May 2003 10:22:25 +0200
Newsgroups: jedi.vcl

The correct URL is
http://projectjedi.sourceforge.net/issuetracker/main_page.php

I believe there is an old install of mantis at jvcl.sourceforge.net/mantis
that doesn't work (duh!) and that's why you get the error. I'll see what we
can do about it...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net "OBones" <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com> skrev i meddelandet news:3EB716D4.8070704@_REMOVE_SPAM_meloo.com...
> > Hey !
> >
> > I couldn't remember the URL for Mantis so I typed :
> > jvcl.sourceforge.net/mantis/
> >
> > And got a big error about a missing table...
> > Then I figured out it was located elsewhere...
> > But couldn't the crashing page redirect to the good one ?
> >




Subject: Re: TjvPlugin Modification
From: "Gustavo" <no@thanks.com>
Date: Tue, 6 May 2003 02:36:58 -0300
Newsgroups: jedi.vcl

Hi Peter,

I've looking that "jumping link" bug.

Your appointments is correct, ActivateLinkNodeAtPos and
DeactivateActiveLinkNode needs that modification.
This bug is "almost" fixed, or, if you let layout property set to tlTop,
this modification solves the bug.
If you set layout property to tlCenter or tlBottom, we have another
bug's ... :o(

I'm working in these bug's, but, time is a problem to me at this moment.
I hope solve it before new JVCL release.

Regards,

Gustavo.
--------

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:b942kt$rkf$1@talkto.net...
| I've been looking into this problem a bit and found something that
*might'
| be a solution. I want  you to test it and make sure there are no
unwanted
| side-effects:
|
| In TJvCustomLinkLabel.ActivateLinkNodeAtPos:
|
|       FActiveLinkNode := NodeAtPoint;
|       OffsetRect(FRect, -MarginWidth, -MarginHeight); // NEW
|       FRenderer.RenderNode(Canvas, FRect, NodeAtPoint);
|       OffsetRect(FRect, MarginWidth, MarginHeight); // NEW
|
| In TJvCustomLinkLabel.DeactivateActiveLinkNode:
|
|     FActiveLinkNode.State := lsNormal;
|     OffsetRect(FRect, -MarginWidth, -MarginHeight); // NEW
|     FRenderer.RenderNode(Canvas, FRect, FActiveLinkNode);
|     OffsetRect(FRect, MarginWidth, MarginHeight); // NEW
|
| In TJvCustomLinkLabel.Paint:
|
|         OffsetRect(TmpRect, -MarginWidth, -MarginHeight); // NEW
|         Canvas.Draw(TmpRect.Left, TmpRect.Top, TmpBmp);
|
| Try it and let me know if it fixes the problem with the "jumping"
links
| using different margins and text layouts.
|
| --
| Regards,
|
| Peter Thornqvist
| (JVCL Coordinator)
| http://jvcl.sourceforge.net
|




Subject: Re: Case Detector Uploaded to jedi.binaries
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Tue, 6 May 2003 11:32:12 +0800
Newsgroups: jedi.vcl

OK.
New version is uploaded to jedi.binaries.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b95mub$3n1$1@talkto.net...
> > Very nice. Could one make the script spit out which file(s) the identifier
> > is used in as well?
> >
> > Anyway, I'm making a JVCL Convert file from the all.txt file so it should
be
> > possible to recase everything in one fell swoop. I'll upload it to
binaries
> > when it's ready so all intersted parties can have a look and a say before
I
> > do something stupid<g>.
> >
> >
> > -- 
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "James Lan" <flyingboy@users.sourceforge.net> skrev i meddelandet
> > news:b95ll4$3dc$1@talkto.net...
>> > > As we all known, Pascal is case-insensitive but C++ is case-sensitive.
To
>> > > port a pascal-written package to C++Builder, the identifiers in
interface
>> > > part of all unit must be case-consistent. Or it can cause C++Builder
> > compile
>> > > error. See thread "BCB6/JVCL Users -- Could someone try this?".
>> > >
>> > > I wrote a python script to check the case of identifier. The script runs
> > not
>> > > very fast, fortunately we don't need run it frequently.
>> > >
>> > > Using example:
>> > >
>> > > python CaseDetect.py -i jvcl\source\*.pas > interface.txt
>> > >
>> > > python CaseDetect.py jvcl\source\*.pas > all.txt
>> > >
>> > > Some mismatches are obvious, I will correct them. Others may need
>> > > discussion.
>> > >
>> > >
> >
> >




Subject: Mantis
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Tue, 06 May 2003 11:58:44 +1000
Newsgroups: jedi.vcl

Hey !

I couldn't remember the URL for Mantis so I typed :
jvcl.sourceforge.net/mantis/

And got a big error about a missing table...
Then I figured out it was located elsewhere...
But couldn't the crashing page redirect to the good one ?



Subject: Re: How often should i update?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 May 2003 21:20:54 +0200
Newsgroups: jedi.vcl

> > Execuse me? I was under the impression that things are only commited when
it
> > compiled and preferably also tested to some degree. Why would we commit
code
> > that doesn't even compile? Makes no sense to me.

Well, as I said we all try as best we can to commit only if the stuff works
but CVS is a versioning system, not a release system and as such there is no
guarantee that things will work. If we should support such a guarantee, each
update should be accompanied by a complete test of the units, including
installing the packages in all versions of Delphi (and BCB), building of all
examples, checking of palette icons etc, etc just as we (I) do with
releases.

The CVS repository has been uncompilable on numerous occasions and I'm
pretty sure it will be so again. There are many reasons for checking in
uncompilable stuff: if you work in more than one location, you want to
create a "milestone" before you make major changes, someone else is going to
continue work on what you've started etc, etc.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: How often should i update?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 5 May 2003 21:11:37 +0200
Newsgroups: jedi.vcl

> > ... since there is no guarantee that the code in CVS
> > is compilable (although we make our best to keep it in working state).

Execuse me? I was under the impression that things are only commited when it
compiled and preferably also tested to some degree. Why would we commit code
that doesn't even compile? Makes no sense to me.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 05 May 2003 21:09:50 +0200
Newsgroups: jedi.vcl

James Lan wrote:
> JvZlibMultiple is a source of incompatible between Delphi and C++Builder.
> Wish it can be removed from all packages.

Indy has a {$IFDEF} check, maybe that should be enough? ie default enabled for Delphi, disabled for C++Builder.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: How often should i update?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 May 2003 20:44:27 +0200
Newsgroups: jedi.vcl

Unless you have a specific reason to, you shouldn't need to update at all
between releases. If you do, then it's better to make a complete update of
the JVCL folder, since most of the time many files are affected. At the same
time I would like to say that updating from CVS could mean that your JVCL
installation stops working since there is no guarantee that the code in CVS
is compilable (although we make our best to keep it in working state).
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: JvImageRotate problem
From: Brian <bm@haywack.com>
Date: Mon, 05 May 2003 11:35:51 -0700
Newsgroups: jedi.vcl

This is a great component, but everytime I try to use it, my applications process won't terminate (I have to use w2k task manager or the IDE to stop it). Has this happened to anyone else, if so any fixes?
I'm using Delphi 5.

thanks,
Brian



Subject: Re: How often should i update?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 05 May 2003 18:23:46 +0200
Newsgroups: jedi.vcl

dave wrote:
> Silly question maybe but here goes. I use tortoise csv to update, but how
> often would you suggest that i run the update? I am currently only updating
> if i see an announcement of some new bug-fix or feature in the newsgroups.
>
> Thanks,
> Dave
>
>

This is good enough for now.
When the development catches speed again then daily updates will be required to stay up to date.



Subject: How often should i update?
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 5 May 2003 11:06:54 -0500
Newsgroups: jedi.vcl

Silly question maybe but here goes. I use tortoise csv to update, but how
often would you suggest that i run the update? I am currently only updating
if i see an announcement of some new bug-fix or feature in the newsgroups.

Thanks,
Dave




Subject: Re: Case Detector Uploaded to jedi.binaries
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Mon, 5 May 2003 22:41:03 +0800
Newsgroups: jedi.vcl

See thread "BCB6/JVCL Users -- Could someone try this?".

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
news:b95s9k$4ui$1@talkto.net...
> > The stars so gaily glistened... (Mon, 5 May 2003 20:34:45 +0800 @565)
> > ...while the fading voice of James whispered through the darkness:
> >
> >  JL> As we all known, Pascal is case-insensitive but C++ is
case-sensitive.
> >  JL> To port a pascal-written package to C++Builder, the identifiers in
> >  JL> interface part of all unit must be case-consistent.
> >
> > Sorry? Maybe You had some specific setup of pascal compiler within
Builder?
> > I always compiled pascal code in Builder with no attention to case!
> >
> >
> > --
> > If i had ears, i'd heard np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Case Detector Uploaded to jedi.binaries
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 5 May 2003 18:28:01 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 5 May 2003 20:34:45 +0800 @565)
....while the fading voice of James whispered through the darkness:

 JL> As we all known, Pascal is case-insensitive but C++ is case-sensitive.
 JL> To port a pascal-written package to C++Builder, the identifiers in
 JL> interface part of all unit must be case-consistent.

Sorry? Maybe You had some specific setup of pascal compiler within Builder?
I always compiled pascal code in Builder with no attention to case!


--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: About help
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 5 May 2003 15:24:13 +0200
Newsgroups: jedi.vcl

> > Why a proprietary tool is used for mantainting documentation? Maybe lets
> > make a documentation as a set of HTML files in CVS and then use something
> > like HTMLHelp to bind it together?

What do others feel about this? What other options are there?

> > Also lets take away "completeness"
> > requirement: some help (even simple FAQ) is better than no help at all.

Absolutely. A simple FAQ would also make the help teams job easier to make a
complete help out of. The problem is that for most components we have
nothing at all. This is the main problem, not that we want to ultimately
have a complete help. However I believe that if a help team member is
documenting something, (s)he should do it as complete as possible. Otherwise
the help team would first work it's ass of to write a simple FAQ and then go
over it once more to make a real help file out of it.

> > This
> > has some advantages and some disadvantages.
> > Disadvantages that I see:
> > 1. HTMLHelp doesn't integrate (yet) into Delphi enviroment.

I believe it's possible in D7, but I have never looked at it.

> > 2. HTML would not set any kind of standart to decorations such as fonts,
> > link and so on. Also, some people would use MS Word as HTML editor, with
> > horrible HTML as a result. But that would be a job for help team to clean
up
> > this things, it is not really very hard.

not if you're good in HTML, which I'm not.

> > Now advantages:
> > 1. Main advantage is easy and open process. No more need for communication
> > via central coordinator and fear of duplication of somebody else work. If
I
> > make changes to component, I can immediately make changes in help to that
> > component and commit both changes simultaneously.

As soon as the web tool is ready there will be no difference. The entire
help text and writing help will be open, everyone will be able to see which
things are still open, what needs to be corrected, etc and actually do these
things without communicating it with me. I do like the sound of you changing
the help when you change a component. If everybody would do that once all
components are completed it'd be a very happy chappy!

> > 2. We can upload help files to our web site. It would increase visibility
of
> > the project in search engines and make it easier for people to understand
> > what is JVCL, will it suit for their needs.

Technically, I already can upload the help files to the web site for
browsing purposes. With the prior version of DOM this was not very ideal
solution (the file name was just an internal number that seem to change on
every build), but with the recent version the file name will be the name of
the symbol, so you can actually navigate to a symbol by typing the URL (eg
jvcl.sourceforge.net/help/TJvComponent.AboutJVCL.htm).

> > 3. Easy tools - there are many HTML editor, among them such easy things as
> > OpenOffice Writer and MS FrontPage.

Can't argue with that one ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: About help
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 5 May 2003 15:17:25 +0200
Newsgroups: jedi.vcl

> > Also, some people would use MS Word as HTML editor, with
> > horrible HTML as a result.

HTML-Kit (www.chami.com) has a wonderful "Strip Word tags" plugin that
cleans those pesky MS-specific tags right out of the file :)


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: one question aboutJvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Mon, 5 May 2003 21:11:27 +0800
Newsgroups: jedi.vcl

i know how to use published Event property,
but i want to know how to use public Event property!

"Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru> Ð´ÈëÓÊ¼þ
news:b95n1m$3nj$1@talkto.net...
> > Then either use OnGetValue/OnSetValue events or learn how to bind events
via
> > AddGet/AddSet methods of GlobalJvInterpreterAdapter. Read more on
> > http://jvcl.sourceforge.net/JvInterpreter.htm
> >
> >




Subject: About help
From: "Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru>
Date: Mon, 5 May 2003 17:04:43 +0400
Newsgroups: jedi.vcl

Why a proprietary tool is used for mantainting documentation? Maybe lets
make a documentation as a set of HTML files in CVS and then use something
like HTMLHelp to bind it together? Also lets take away "completeness"
requirement: some help (even simple FAQ) is better than no help at all. This
has some advantages and some disadvantages.
Disadvantages that I see:
1. HTMLHelp doesn't integrate (yet) into Delphi enviroment.
2. HTML would not set any kind of standart to decorations such as fonts,
link and so on. Also, some people would use MS Word as HTML editor, with
horrible HTML as a result. But that would be a job for help team to clean up
this things, it is not really very hard.
Now advantages:
1. Main advantage is easy and open process. No more need for communication
via central coordinator and fear of duplication of somebody else work. If I
make changes to component, I can immediately make changes in help to that
component and commit both changes simultaneously.
2. We can upload help files to our web site. It would increase visibility of
the project in search engines and make it easier for people to understand
what is JVCL, will it suit for their needs.
3. Easy tools - there are many HTML editor, among them such easy things as
OpenOffice Writer and MS FrontPage.

What do you think?

Best regards,
Dmitry




Subject: Re: Let's talk about JVCL 3.0!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 5 May 2003 14:20:47 +0200
Newsgroups: jedi.vcl

> > Yes, I know. I already checked with you, and I am documenting the
> > TJvContentScroller unit. I know it is taking a long time, but this unit's
> > doc is almost done.

Yes, you're right, sorry. I do remember someone asked to do the
TJvContentScroller unit, but I completely forgot who. And I don't think
you're taking to long. All help writers know how much time is involved in
figuring out someone else's code and the making a descent help text out of
it. I rather have someone taking the time to figure out how things really
work then someone who writes a lot of help text based on assumptions of what
a property or method does.

Anyway, it seems like more developers are growing aware of the importance of
providing a little clue as to how their code works, since more often short
comments are supplied with the methods. Thanks to all who do, and those who
don't: please consider doing it. Just two lines of text for each method can
be really helpful in writing the actual help text. You may add this just
before each method/property declaration. We can always remove them when the
help for that unit is finished. Adding additional comments to the code
section is also very helpful, not only for help writing but also for bug
hunting.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Mon, 5 May 2003 09:05:48 -0300
Newsgroups: jedi.vcl

Yes, I know. I already checked with you, and I am documenting the
TJvContentScroller unit. I know it is taking a long time, but this unit's
doc is almost done.

Rafael Cotta

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> escreveu na mensagem
news:b957og$in$1@talkto.net...
>> > > I meant the tool, but if you already have the .dtx, you can send me
them.
> >
> > But please check with me first, because there are some people still
working
> > on documenting units. I don't mind if you document things, but it would be
a
> > waste of time to work on a unit someone else is already documenting or
maybe
> > has finished.




Subject: Re: Edits, Alignment <> taLeftJustify and Enabled=False
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 5 May 2003 12:10:55 +0200
Newsgroups: jedi.vcl

Thanks a lot. I'm having a look at this at the moment and will update CVS as
soon as I've verified that everything works (seems to be OK from what I've
seen so far).

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Let's talk about JVCL 3.0!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 5 May 2003 10:37:39 +0200
Newsgroups: jedi.vcl

> > I meant the tool, but if you already have the .dtx, you can send me them.

But please check with me first, because there are some people still working
on documenting units. I don't mind if you document things, but it would be a
waste of time to work on a unit someone else is already documenting or maybe
has finished.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Mon, 5 May 2003 16:25:38 +0800
Newsgroups: jedi.vcl

JvZlibMultiple is a source of incompatible between Delphi and C++Builder.
Wish it can be removed from all packages.
It's a good news if more sub-sub-version (like 2.1.1) can be released IMO.
Then file name can be simpler like JVCL3_60.bpl, dclJVCL3_60.bpl, the
sub-version info can be found in about dialog and bpl's resouces




Subject: Re: TjvPlugin Modification
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 5 May 2003 00:04:03 +0200
Newsgroups: jedi.vcl

I've been looking into this problem a bit and found something that *might'
be a solution. I want  you to test it and make sure there are no unwanted
side-effects:

In TJvCustomLinkLabel.ActivateLinkNodeAtPos:

      FActiveLinkNode := NodeAtPoint;
      OffsetRect(FRect, -MarginWidth, -MarginHeight); // NEW
      FRenderer.RenderNode(Canvas, FRect, NodeAtPoint);
      OffsetRect(FRect, MarginWidth, MarginHeight); // NEW

In TJvCustomLinkLabel.DeactivateActiveLinkNode:

    FActiveLinkNode.State := lsNormal;
    OffsetRect(FRect, -MarginWidth, -MarginHeight); // NEW
    FRenderer.RenderNode(Canvas, FRect, FActiveLinkNode);
    OffsetRect(FRect, MarginWidth, MarginHeight); // NEW

In TJvCustomLinkLabel.Paint:

        OffsetRect(TmpRect, -MarginWidth, -MarginHeight); // NEW
        Canvas.Draw(TmpRect.Left, TmpRect.Top, TmpBmp);

Try it and let me know if it fixes the problem with the "jumping" links
using different margins and text layouts.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Let's talk about JVCL 3.0!
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Sun, 4 May 2003 18:04:03 -0300
Newsgroups: jedi.vcl

I meant the tool, but if you already have the .dtx, you can send me them.

Rafael

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> escreveu na mensagem
news:b93uqu$r3e$1@talkto.net...
> > Rafael Cotta wrote:
> >
>> > > Could you please send me by email? Use rafaelcotta at yahoo com br,
please.
>> > >
> >
> > The tool or the .dtx files?
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: Let's talk about JVCL 3.0!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 04 May 2003 22:59:00 +0200
Newsgroups: jedi.vcl

Rafael Cotta wrote:

> Could you please send me by email? Use rafaelcotta at yahoo com br, please.
>

The tool or the .dtx files?

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Let's talk about JVCL 3.0!
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Sun, 4 May 2003 17:55:33 -0300
Newsgroups: jedi.vcl

Could you please send me by email? Use rafaelcotta at yahoo com br, please.

Thanks,

Rafael Cotta

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> escreveu na mensagem
news:b93tii$qvc$1@talkto.net...
> > I have a tool that generates the base skeleton - .dtx file - for each
> > .pas files. I can put them in the dev\help folder if you want, but I
> > don't think that is going to make a difference.
> >
> > I like the idea of Marcel, hope that that is going to work out.
> >
> > Rafael Cotta wrote:
> >
>> > > About documentation, is there a tool that can be adapted to list all
symbols
>> > > to be documented? Then someone could run this tool against every unit to
be
>> > > documented, and let the documentation skeletons public, so that anyone
could
>> > > document what needs to be documented more easily.
> >
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: Let's talk about JVCL 3.0!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 04 May 2003 22:37:27 +0200
Newsgroups: jedi.vcl

I have a tool that generates the base skeleton - .dtx file - for each ..pas files. I can put them in the dev\help folder if you want, but I don't think that is going to make a difference.

I like the idea of Marcel, hope that that is going to work out.

Rafael Cotta wrote:

> About documentation, is there a tool that can be adapted to list all symbols
> to be documented? Then someone could run this tool against every unit to be
> documented, and let the documentation skeletons public, so that anyone could
> document what needs to be documented more easily.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Edits, Alignment <> taLeftJustify and Enabled=False
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Sun, 4 May 2003 13:46:20 +0200
Newsgroups: jedi.vcl

All edits (except TJvxCurrencyEdit (obsoled) and JvCustomCombEdit) paint the text in disabled state
only in taLeftJustify.

I modified the following files for corrent painting of almost all TJvCustomEdit and
TJvCustomMaskEdit derived Edit controls.
- JvToolEdit.pas [ PaintEdit() introduced, PaintCustomCombEdit() redirects to PaintEdit() ]
- JvEdit.pas [ paint code replaced by call to PaintEdit() ]
- JvMaskEdit.pas [ paint code replaced by call to PaintEdit() ]
- JvSpinEdit.pas [ paint code replaced by call to PaintEdit() ]

JvToolEdit.pas handles the whole painting in function PaintEdit().

All files are from CVS (2003-05-04)

See jedi.binaries.



Regards,

Andreas




Subject: Re: Let's talk about JVCL 3.0!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 4 May 2003 10:18:49 +0200
Newsgroups: jedi.vcl

> >
> > Wasn't the PasDoc able to generate the skeletons?
> > http://www.zeitungsjunge.de/delphi/ could eat the whole JVCL when i
> > looked at it.

Yes, but then it'd still be a lot of work to get all the documentation into
the right structure for DOM. I try to minimize the workload it imposes on
the help team. Currently I just give a list of units that are documented or
being documented to everyone volunteering to document something (I'm not
stupid: if someone wants to document something I'm not going to tell them to
wait), along with a simplified writing guide (IOW, still some work to get it
integrated properly).

With the online doc system this problem would go away as you can setup the
entire documentation online (or offline) according to the rules set by the
help team. Nobody has to think about the proper structure, which sections
are needed, how to document parameters, events, etc. The editor form will
show exactly what things need to be provided for proper documentation.

By the time I need to build a new help file it'll be a press of a key and
the help file is done. No more checking if all casing is correct, if the
links actually point to a valid symbol, etc). I spend more time on getting
the help source files in good shape than actually writing help.

Anyway, if someone wants to document something, mail me in private and
you'll get the needed info.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 04 May 2003 06:30:23 +0200
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Already working on it. The idea is to make an online documentation
> repository kept in sync with the sources while allowing me to still be able
> to generate the help files easily. Unfortunately this week I didn't make
> much progress but I'll see what I can do next week (not that it will be
> finished then, but I would be very happy if I get something working by
> then).

Wasn't the PasDoc able to generate the skeletons?
http://www.zeitungsjunge.de/delphi/ could eat the whole JVCL when i looked at it.



Subject: Re: one question aboutJvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Sun, 4 May 2003 07:05:32 +0800
Newsgroups: jedi.vcl

who can help me?thanks!

"whf" <wanghaifeng_1@163.net> Ð´ÈëÓÊ¼þ news:b8olig$4nk$1@talkto.net...
> > but i want use public Event property,not published Event property!
> >
> > "jvh" <fru@chello.nl> Ð´ÈëÓÊ¼þ news:b89fq0$vj3$1@talkto.net...
>> > > You go like:
>> > >
>> > > //this is how you call the event from TMyObject:
>> > > TMyObject.SomeProcedure;
>> > > begin
>> > >  // first see if its assigned
>> > >  if Assigned(FMyEvent)
>> > >   FMyEvent(Self);  // then call it
>> > > end;
>> > >
>> > > // a procedure in the a class (in this case the form) that has a TNotify
>> > > signature
>> > > TForm.OnMyEvent(Sender: TObject);
>> > > begin
>> > >  // This is called by TMyObject.SomeProcedure
>> > >  ;
>> > > end;
>> > >
>> > > // This is how you set up the object and event for use ...
>> > > TForm.Create;
>> > > var
>> > >  O: TMyObject;
>> > > begin
>> > >  O := TMyObject.Create;
>> > >  // this assignes the event to my OnEvent procedure above
>> > >  O.myEvent := OnMyEvent;
>> > > end;
>> > >
>> > > // all is coded from memory and not tested ...
>> > >
>> > > hope this helps
>> > >
>> > >  - Jeroen
>> > > "whf" <wanghaifeng_1@163.net> wrote in message
>> > > news:b85ppv$bos$1@talkto.net...
>>> > > > I declare a Object like:
>>> > > >    TMyObject = class(TComponent)
>>> > > >    private
>>> > > >      FmyEvent: TNotifyEvent
>>> > > >    protected
>>> > > >    public
>>> > > >      property myEvent: TNotifyEvent read FmyEvent write FmyEvent
>>> > > >    end;
>>> > > >
>>> > > > How can i use the 'myEvent' property in JvInterpreter,thanks!!
>>> > > >
>>> > > >
>> > >
>> > >
>> > > ---
>> > > Outgoing mail is certified Virus Free.
>> > > Checked by AVG anti-virus system (http://www.grisoft.com).
>> > > Version: 6.0.474 / Virus Database: 272 - Release Date: 18-4-2003
>> > >
>> > >
> >
> >




Subject: Re: one question aboutJvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Sun, 4 May 2003 07:05:32 +0800
Newsgroups: jedi.vcl

who can help me?thanks!

"whf" <wanghaifeng_1@163.net> Ð´ÈëÓÊ¼þ news:b8olig$4nk$1@talkto.net...
> > but i want use public Event property,not published Event property!
> >
> > "jvh" <fru@chello.nl> Ð´ÈëÓÊ¼þ news:b89fq0$vj3$1@talkto.net...
>> > > You go like:
>> > >
>> > > //this is how you call the event from TMyObject:
>> > > TMyObject.SomeProcedure;
>> > > begin
>> > >  // first see if its assigned
>> > >  if Assigned(FMyEvent)
>> > >   FMyEvent(Self);  // then call it
>> > > end;
>> > >
>> > > // a procedure in the a class (in this case the form) that has a TNotify
>> > > signature
>> > > TForm.OnMyEvent(Sender: TObject);
>> > > begin
>> > >  // This is called by TMyObject.SomeProcedure
>> > >  ;
>> > > end;
>> > >
>> > > // This is how you set up the object and event for use ...
>> > > TForm.Create;
>> > > var
>> > >  O: TMyObject;
>> > > begin
>> > >  O := TMyObject.Create;
>> > >  // this assignes the event to my OnEvent procedure above
>> > >  O.myEvent := OnMyEvent;
>> > > end;
>> > >
>> > > // all is coded from memory and not tested ...
>> > >
>> > > hope this helps
>> > >
>> > >  - Jeroen
>> > > "whf" <wanghaifeng_1@163.net> wrote in message
>> > > news:b85ppv$bos$1@talkto.net...
>>> > > > I declare a Object like:
>>> > > >    TMyObject = class(TComponent)
>>> > > >    private
>>> > > >      FmyEvent: TNotifyEvent
>>> > > >    protected
>>> > > >    public
>>> > > >      property myEvent: TNotifyEvent read FmyEvent write FmyEvent
>>> > > >    end;
>>> > > >
>>> > > > How can i use the 'myEvent' property in JvInterpreter,thanks!!
>>> > > >
>>> > > >
>> > >
>> > >
>> > > ---
>> > > Outgoing mail is certified Virus Free.
>> > > Checked by AVG anti-virus system (http://www.grisoft.com).
>> > > Version: 6.0.474 / Virus Database: 272 - Release Date: 18-4-2003
>> > >
>> > >
> >
> >




Subject: Re: one question aboutJvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Sun, 4 May 2003 07:05:32 +0800
Newsgroups: jedi.vcl

who can help me?thanks!

"whf" <wanghaifeng_1@163.net> Ð´ÈëÓÊ¼þ news:b8olig$4nk$1@talkto.net...
> > but i want use public Event property,not published Event property!
> >
> > "jvh" <fru@chello.nl> Ð´ÈëÓÊ¼þ news:b89fq0$vj3$1@talkto.net...
>> > > You go like:
>> > >
>> > > //this is how you call the event from TMyObject:
>> > > TMyObject.SomeProcedure;
>> > > begin
>> > >  // first see if its assigned
>> > >  if Assigned(FMyEvent)
>> > >   FMyEvent(Self);  // then call it
>> > > end;
>> > >
>> > > // a procedure in the a class (in this case the form) that has a TNotify
>> > > signature
>> > > TForm.OnMyEvent(Sender: TObject);
>> > > begin
>> > >  // This is called by TMyObject.SomeProcedure
>> > >  ;
>> > > end;
>> > >
>> > > // This is how you set up the object and event for use ...
>> > > TForm.Create;
>> > > var
>> > >  O: TMyObject;
>> > > begin
>> > >  O := TMyObject.Create;
>> > >  // this assignes the event to my OnEvent procedure above
>> > >  O.myEvent := OnMyEvent;
>> > > end;
>> > >
>> > > // all is coded from memory and not tested ...
>> > >
>> > > hope this helps
>> > >
>> > >  - Jeroen
>> > > "whf" <wanghaifeng_1@163.net> wrote in message
>> > > news:b85ppv$bos$1@talkto.net...
>>> > > > I declare a Object like:
>>> > > >    TMyObject = class(TComponent)
>>> > > >    private
>>> > > >      FmyEvent: TNotifyEvent
>>> > > >    protected
>>> > > >    public
>>> > > >      property myEvent: TNotifyEvent read FmyEvent write FmyEvent
>>> > > >    end;
>>> > > >
>>> > > > How can i use the 'myEvent' property in JvInterpreter,thanks!!
>>> > > >
>>> > > >
>> > >
>> > >
>> > > ---
>> > > Outgoing mail is certified Virus Free.
>> > > Checked by AVG anti-virus system (http://www.grisoft.com).
>> > > Version: 6.0.474 / Virus Database: 272 - Release Date: 18-4-2003
>> > >
>> > >
> >
> >




Subject: Re: Let's talk about JVCL 3.0!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 May 2003 21:48:43 +0200
Newsgroups: jedi.vcl

> > About documentation, is there a tool that can be adapted to list all
symbols
> > to be documented? Then someone could run this tool against every unit to
be
> > documented, and let the documentation skeletons public, so that anyone
could
> > document what needs to be documented more easily.
> >
> > Just a suggestion...


Already working on it. The idea is to make an online documentation
repository kept in sync with the sources while allowing me to still be able
to generate the help files easily. Unfortunately this week I didn't make
much progress but I'll see what I can do next week (not that it will be
finished then, but I would be very happy if I get something working by
then).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Sat, 3 May 2003 16:07:47 -0300
Newsgroups: jedi.vcl

About documentation, is there a tool that can be adapted to list all symbols
to be documented? Then someone could run this tool against every unit to be
documented, and let the documentation skeletons public, so that anyone could
document what needs to be documented more easily.

Just a suggestion...

Rafael Cotta
http://www.lci.ufrj.br/~rafaelf/




Subject: Filler idea
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 May 2003 20:01:12 +0200
Newsgroups: jedi.vcl

As I said in my first reply to this post, I've been working on the filler
implementation Peter, Remko and I worked on over half a year ago following a
suggestion by Fernando Silva.  A short overview:

* Too many combo boxes, list boxes, etc. Want just one combo box, one list
box, etc. and a number of "fillers" that can provide specialized lists.
* The discussion that followed gave us a basic interface (which was made up
of a couple of interfaces) and a couple of "proof-of-concept" implemenation
where created.
* Peter, Remko and I got too busy with other tasks, so this was put in the
freezer you got to know as CVS ;-).

At the end of March/beginning of April, I decided to take a look at it
again. First order of business was to get the integrated units compilable
and working again. After that I decided to first get the controls (currently
still just a listbox and a label) to be based of the TJvCustomListbox and
TJvCustomLabel components. Short overview of changes from that point:

- Added D5 and D6 package.
- Added some stuff to make D5 'accept' interface type properties.
- Derived the listbox from TJvCustomListBox (to make it work properly,
TJvCustomListBox needs to be derived from TCustomListBox, not TListBox; not
sure what the implications will be when doing that on the repository, so I
didn't commit that change in the main branche [note: this changes has now
been comitted])
- Added the designtime units (registration, property editor)
- I made a TJvCustomFiller that implements the basic
registration/notification for IFiller and derived the other fillers from it.
- Created a (very basic) strings list filler. Will look into adding an image
list to the filler and image index to the filler items. I may change the
current TStrings implementation into a collection or something like that.
- IBaseFiller and IFiller are now just one interface (reduces the number of
times I had to cast IBaseFiller to IFiller).
- I added IFillerItemsRenderer and IFillerItemRenderer interfaces and
implementations.
- Added item ID field.
- Added a search by ID interface/implementation.
- reworked the basic implementers here and there.
- Added IFillerItemsDesigner implementation (test phase only, interface may
change)
- Added TJvBaseFillerSubItems item aggregater to allow IFillerItems (and all
supported interfaces) be queryable from IFillerItem directly
- Fixed TJvFillListBox implementation: could not draw if filler did not
provide any rendering mechanism
- Added property editor for Items property of any filler implementation
- Update filler editor
- Persistent filler support added.
- Changed filler to allow notification before and after change
- Minor changes here and there

With a big thanks to Peter for making it D6 compatible (which I might have
broken again as I made some changes after he did). For those that don't have
access to CVS, I uploaded the zipped up version of my local copy to the
binaries newsgroup. I have been developing and testing in D5 only so that's
the only version I can guarantee will work <g> There is no D7 package
available yet, but just look at the packages for D6 and copy those.

Things to discuss
============
A number of things need to be done and discussed. In random order:

1) Should we allow the list box to behave as normal when no filler is
attached?
Currently the filler label does. If you have no filler attached, it will
simple behave as the normal label and render the Caption property. Should we
maintain this behaviour on all filler clients?

2) Which controls would benefit from the filler idea?
We should provide a list of any controls that would be candidates to be
replaced by a filler implementation. In all cases take special notes of
custom behaviour (options settable for the control).

3) How to handle tree structures on list controls?
A filler can basically provide a tree of items. Some controls aren't really
suited for trees. The current label implementation is capable of displaying
an item at the root only. The same is true for the list box implementation.
A tree view or menu doesn't have that problem. For list boxes we can
implement the tree by indentation as it's done for the folder list box.
Idealy we could allow the label to select any item in the tree.

4) Options settable at the control.
This is a tricky one: take for example the TJvFolderListbox: you specify the
folder and the list shows all top-level folders on that drive, the complete
path to the specified folder and folders directly below it. There are two
ways to handle this:
  4a) Specify the path at the filler directly. This implies that each time
you need two folders you have to use two list boxes and two fillers.
  4b) Specify the path at the control. This way you'll need two list boxes
and one filler. At the control you specify which folder to navigate to.
For the font filler you could do something similar: specify to render the
name of the font in that font, or only show TT fonts or group fonts based on
TT/bitmap or font family or whatever. Or limit the level and/or specifying
the root of items to render.

5) Naming.
This has been discussed before, but I don't think filler is an appropiate
name. Suggestions that have been given in the past include ItemServer,
Provider, Producer, DataServer, Supplier, Resource. Anything else? IMO it's
more important to name it such that it's clear what it does than "it sounds
catchy".

6) The streaming mechanism
The streaming mechanism is restricted to implementers that descend from the
abstract base implementations given in the JvFillerImpl unit. This may not
be a big deal, but there's no reason to assume future implementations
descend from these base classes. The tree of items can be completely
heterogeneous, which can possible include items who's implementation are
based on completely different classes.

7) The standard render implementations completely ignore the
IFillerItemsImages and IFillerItemImage interfaces (IOW they only render the
caption).
Not much to discuss here, but needs to be done at some point.

Ideas I have/had
============

Below are some ideas I have or had and that need to be discussed:
1) The rendering should allow for flags as used by DrawText (at least some
of them). At least DT_END_ELLIPSIS, DT_EXPANDTABS, DT_WORDBREAK, DT_NOPREFIX
and vertical alignment flags seem appropiate.
2) In some cases it may be logical to provided info such as Enabled, Visible
and/or Checked. But at what point? At the server or at the client? Checked
is probably better on per client bases, although if you want the filler to
provide the menu/toolbar you do want it on the server. Comments, suggestions

Well, that's all for now. If I get more ideas I'll post them here.
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Let's talk about JVCL 3.0!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 03 May 2003 17:53:47 +0200
Newsgroups: jedi.vcl

I recently detected that JvFunctions.pas drags in too many units from the JCL. It think we should try to thin it out maybe remove it completely.



Subject: Re: Let's talk about JVCL 3.0!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 3 May 2003 13:27:08 +0200
Newsgroups: jedi.vcl

> > I think it's time we take up the discussion on JVCL 3.0 again.

I think so too ;-)

> > What I feel is the most important to discuss before we start coding are
the
> > following topics:
> >
> > 1. Partitioning the packages. I think we all can agree that some kind of
> > partitioning is needed. But how should it be done and what should go
where?

I think a core package should be created with all the core units
(JvFunctions, JvComponent, JvUtils and basically all things we would want to
hand over to JCL). I believe this core package would be failry small enough.
If possible we should consider packaging based on the palette a component
will go to, although I can imagine this will not always be acceptable
w/respect to dependencies. I would go to extreme measures to avoid having
any package depend on another package (except for JvclCore, which will most
likely be required by all other packages). In some cases we may consider
having a package for related components (the Interpreter components,
JvInspector etc.). Should probably be discussed on per component basis. Also
make sure each package can be downloaded separately.

> > 2. Folder structure. How should packages and sources be arranged?

Personally I have no real problem with keeping the current structure
(packages, examples and source folders work fine).

> > 3. Existing components. What should be kept and what should be removed?
> > Judging by the survey, there is no component in JVCL that is totally
unused.
> > Also judging by the surevy, merging and pruning is accepted by most
> > responders.

I think a large part can be resolved by merging the various duplicates and
another part with the implementing the filler idea. As some of you know, I
have been working on the core part of the filler implementation, but we need
to discuss some things about it. I'll start a separate thread below this one
for it.

> > 4. New components. What components do we need in JVCL (i.e what is
missing?)
> > and what do we dream of adding?

Anything out there that's not already in JVCL <g> I've been working on and
off on a drag-n-drop component suite to replace JvDragDrop (which can only
handle file drops), but it's still in the design state so if we get a
donation I'd accept it in a heart beat.

> >  How do we add new (single) components? How
> > do we handle donations in a professional way so the donors feel we are
> > treating them professionally and with respect? We still have donations
that
> > are over six months old that still hasn't made it into JVCL. We need a
good,
> > swift and reliable process for this.

I think we can't really begin to streamline this process until we have a
good insight into what JVCL 3.0 is going to look like. I feel that the
original donator should be involved in the process of integrating into JVCL
(either completely does it himself or works closely with one of the JVCL
developers) as well as providing some (rudimenty) help texts. Personally I
would reject any donation that has no documentation at all. Documentation
doesn't have to be in English (we have members from all over the world, so
I'm sure someone is willing to translate) or follow the JVCL rules of help.
The key is that there are some instruction on which we can base the final
help file. See also 7).

> > 5. New packages. When someone donates a complete package of components,
what
> > should we do with it? Integate into the other packages or keep separate?

See my reply to 1): if they're related components I think it's better to
keep it as a separate package. If the package consists of various components
we would need to merge similar components/remove duplicates and add the
components one by one to the appropiate package.

> > 6. Palette tabs. How should these be arranged: by functionality, by
> > mimicking VCL or just based on the package name?

I find this to be very difficult. Mimicking VCL seems to be inadequate for
some of the more exotic components. By functionality would also be unwise as
we'd probably be left with just 1 or 2 components in each palette. So we
would probably move to a hybrid solution: any component that extends a VCL
component will go to the same named (with Jv prefix) palette in JVCL. Other
components should be grouped either by functionality or by package (anything
related to the interpreter goes into the Jv Interpreter palette, anything
related to the inspector goes into the JvInspector palette, anything related
to timing/alarms/scheduling into Jv Time, etc.). This should be discussed on
a per component basis.

> > 7. Writing help. I think that writing help is one of the most important
> > tasks in JVCL and we need to put this on the front burner. Many of the
> > survey comments talks about this: we need better help.

Something the current help team members are very aware of. This is usually
the main reason for them to volunteer for this job. I do want to point out
that the help teams job is not writing help but maintaining it and making it
consistent with the other help. IOW each component writer should provide
short descriptions for each symbol (method, property, class, component,
type) before donating it. The single most time consuming for the help team
is currently to try out a component/unit to figure out what some of these
properties/methods do. Once you figured it out (and checked in the source
that wether there are ranges of values or changes in behaviour for some
values) the writing is done fairly quick.

> >  Maybe we need to
> > declare a "help writers month" and have *all* JVCL:ers help out during
this
> > month to do nothing but writing help?

O well, you can dream I suppose ;-) Personally I don't think this will work.
Some of the JVCL-ers are not very good with the English language. While this
is not a very big problem for the help team (we'll correct the grammer and
spelling anyway), it might be a huge obstacle for most of the writers.

> >  Maybe the process of writing and
> > submitting help needs to be made simpler and more straightforward?

Working on it....

> >
> > One more thing: don't forget that if we make it too difficult to maintain
> > JVCL, people will loose interest in helping out and probably won't do do
> > anything at all.

True, but currently the library is too big for most people to handle. Even I
don't use the JVCL that much and a lot of components I haven't even looked
at.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Let's talk about JVCL 3.0!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 3 May 2003 12:10:38 +0200
Newsgroups: jedi.vcl

I think it's time we take up the discussion on JVCL 3.0 again.

The survey is closed and the results can be viewed at
http://www.peter3.com/surveys/JVCL3002.htm. I urge anyone interested in JVCL
to read the results carefully: there are some very good suggestions and
great constructive criticism in there and that is exactly what we need to be
able to evolve JVCL.

And before we begin, I would like to extend a big, warm THANK YOU to all
that replied to the survey: it's nice to know that you care and that you are
willing to take the time to let us know.

Althought the survey is important, we shouldn't bind too hard to it: there
are some questions that were never asked in the survey and there are
questions that maybe should have been asked in a different way. Use the
survey as one cornerstone of the discussion, your personal views and goals
as the other.


What I feel is the most important to discuss before we start coding are the
following topics:

1. Partitioning the packages. I think we all can agree that some kind of
partitioning is needed. But how should it be done and what should go where?
2. Folder structure. How should packages and sources be arranged?
3. Existing components. What should be kept and what should be removed?
Judging by the survey, there is no component in JVCL that is totally unused.
Also judging by the surevy, merging and pruning is accepted by most
responders.
4. New components. What components do we need in JVCL (i.e what is missing?)
and what do we dream of adding? How do we add new (single) components? How
do we handle donations in a professional way so the donors feel we are
treating them professionally and with respect? We still have donations that
are over six months old that still hasn't made it into JVCL. We need a good,
swift and reliable process for this.
5. New packages. When someone donates a complete package of components, what
should we do with it? Integate into the other packages or keep separate?
6. Palette tabs. How should these be arranged: by functionality, by
mimicking VCL or just based on the package name?
7. Writing help. I think that writing help is one of the most important
tasks in JVCL and we need to put this on the front burner. Many of the
survey comments talks about this: we need better help. Maybe we need to
declare a "help writers month" and have *all* JVCL:ers help out during this
month to do nothing but writing help? Maybe the process of writing and
submitting help needs to be made simpler and more straightforward?

One more thing: don't forget that if we make it too difficult to maintain
JVCL, people will loose interest in helping out and probably won't do do
anything at all. We need to find a middle-ground (functionality-wise) where
both users and developers are mostly happy.

I am looking forward to hearing your comments and suggestions.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Retain columnar sizing in TJvListView?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 3 May 2003 11:11:02 +0200
Newsgroups: jedi.vcl

This is a problem with the normal ListView as well so is a Delphi problem,
not JVCL related. I don't know why it happens. Set the column widths with
the Columns editor instead.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Retain columnar sizing in TJvListView?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Fri, 2 May 2003 17:18:16 -0400
Newsgroups: jedi.vcl

At design time, I use the column stretch tool to set the columns in an
instance of TJvListView to the desired widths.  But when I run my program,
the columns appear at the default widths and not the ones I used.  Why is
this and how to get TJvListView to retain my design time column width
settings at runtime?

--

Robert Oschler
Android Technologies, Inc.
http://www.androidtechnologies.com
The home of PowerSell! (tm)
The FrontPage AddIn for Amazon Associates
- "Power Tools for Amazon Associates" (sm)




Subject: TJvListView example?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Fri, 2 May 2003 16:33:46 -0400
Newsgroups: jedi.vcl

I tried doing a text file search starting from the main JEDI directory, for
any PAS files (*.pas) containing the keyword TJvListView.  Some matches came
up that were part of the source directories, but nothing in the examples
directory.  Anyone got a sample?

thx

--

Robert Oschler
Android Technologies, Inc.
http://www.androidtechnologies.com
The home of PowerSell! (tm)
The FrontPage AddIn for Amazon Associates
- "Power Tools for Amazon Associates" (sm)




Subject: Re: Archived components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 2 May 2003 11:09:26 +0200
Newsgroups: jedi.vcl

Open http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/
in your browser and click the revision link on the files you are interested
in. Net, click the download link. Beware of Linux line-ends (LF isto CRLF)
when you download from the web: Delphi 5 does not like them (you'll probably
get a "line too long" error)!

The best option is to install a CVS client and get the files directly. See
http://jvcl.sourceforge.net/cvs.htm for instructions.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Archived components
From: user@domain.invalid
Date: Fri, 02 May 2003 09:53:58 +0300
Newsgroups: jedi.vcl

Can we get the latest changes form CVS ?
if yes, where is it ?
Thanks
YC

Peter Thörnqvist wrote:
> I've updated the changed units (JvLabel and JvBehaviorLabel) in CVS so they
> are be available for next release
>



Subject: Re: BCB6/JVCL Users -- Could someone try this?
From: "Kevin Talley" <ktnews@talleyware.com>
Date: Thu, 1 May 2003 12:06:59 -0500
Newsgroups: jedi.vcl

Thanks, Ben!
I actually was going to look to see if it could be a case-sensitivity issue,
but never got the chance.  Thanks for pointing this out!!

Regards,
Kevin Talley

"Ben Hay" <bhay@tslnospam.com.au> wrote in message
news:b8q4kc$bqv$1@talkto.net...
> > JvMaskEdit.pas:
> >
> > property ClipboardCommands: TJvClipboardCommands read FClipBoardCommands
> >       write SetClipBoardCommands default [caCopy..caUndo];
> >
> >
> > JvSpin.pas
> > property ClipBoardCommands;  // This doesn't work - BCB is case sensitive.
> > // change this to "property ClipboardCommands;" and all your problems
should disappear :)
> >
> >
> > regards
> >
> > Ben
> >
> >
> > James Lan wrote:
> >
>> > > I had regenerated the error. And someone had said he/she got a similar
error
>> > > at sourceforge's forum.
>> > > I'm trying to solve this problem, but don't have any idea. :-(
>> > > "Kevin Talley" <ktnews@talleyware.com> wrote in message
>> > > news:b8n5cm$sr4$1@talkto.net...
>>> > > > I posted regarding this problem earlier (on 4/23), but never got a
>> > > response.
>>> > > > I am using JCL/JVCL 2.10 and BCB6 (w/all patches).
>>> > > >
>>> > > > Simply create a new application, drop on a TJvDBSpinEdit and try to
>> > > compile
>>> > > > the app.  See if you get this error:
>>> > > >
>>> > > > [C++ Error] JvSpin.hpp(335): E2303 Type name expected
>>> > > >
>>> > > > The line of code that it flags is, of course, in "JvSpin.hpp":
>>> > > >
>>> > > >  __property BevelEdges  = {default=15};
>>> > > >  __property BevelInner  = {index=0, default=2};
>>> > > >  __property BevelKind  = {default=0};
>>> > > >  __property BevelOuter  = {index=1, default=1};
>>> > > >  __property ClipBoardCommands  = {default=15};    <<<<<<<<< this is
the
>>> > > > line!!!
>>> > > >  __property DisabledTextColor  = {default=-2147483631};
>>> > > >  __property DisabledColor  = {default=-2147483643};
>>> > > >
>>> > > >
>>> > > > I had to switch all of my JvDBSpinEdit(s) in my app to TMS Component
Pack
>>> > > > equivalent (at least until I can figure this out).  At least I can
compile
>>> > > > my app now.  I only recently upgraded to BCB6 (2 weeks ago), and I
don't
>>> > > > recall any such issues with BCB5 (using JVCL 2.00).
>>> > > >
>>> > > > IS IT JUST ME???  :)
>>> > > > Thanks in advance if someone could take a minute and try this....
>>> > > >
>>> > > > Regards,
>>> > > > Kevin Talley (ktalley@talleyware.com)
>>> > > >
>>> > > >
> >




Subject: Re: Archived components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 1 May 2003 16:18:58 +0200
Newsgroups: jedi.vcl

I've updated the changed units (JvLabel and JvBehaviorLabel) in CVS so they
are be available for next release

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: BCB6/JVCL Users -- Could someone try this?
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Thu, 1 May 2003 15:15:19 +0800
Newsgroups: jedi.vcl

Thanks a lot.

I guess it's somewhere inconsistent but haven't found.

We need a tool to detect that inconsistent IMHO.

"Ben Hay" <bhay@tslnospam.com.au> wrote in message
news:b8q4kc$bqv$1@talkto.net...
> > JvMaskEdit.pas:
> >
> > property ClipboardCommands: TJvClipboardCommands read FClipBoardCommands
> >       write SetClipBoardCommands default [caCopy..caUndo];
> >
> >
> > JvSpin.pas
> > property ClipBoardCommands;  // This doesn't work - BCB is case sensitive.
> > // change this to "property ClipboardCommands;" and all your problems
should disappear :)
> >
> >
> > regards
> >
> > Ben
> >
> >
> > James Lan wrote:
> >
>> > > I had regenerated the error. And someone had said he/she got a similar
error
>> > > at sourceforge's forum.
>> > > I'm trying to solve this problem, but don't have any idea. :-(
>> > > "Kevin Talley" <ktnews@talleyware.com> wrote in message
>> > > news:b8n5cm$sr4$1@talkto.net...
>>> > > > I posted regarding this problem earlier (on 4/23), but never got a
>> > > response.
>>> > > > I am using JCL/JVCL 2.10 and BCB6 (w/all patches).
>>> > > >
>>> > > > Simply create a new application, drop on a TJvDBSpinEdit and try to
>> > > compile
>>> > > > the app.  See if you get this error:
>>> > > >
>>> > > > [C++ Error] JvSpin.hpp(335): E2303 Type name expected
>>> > > >
>>> > > > The line of code that it flags is, of course, in "JvSpin.hpp":
>>> > > >
>>> > > >  __property BevelEdges  = {default=15};
>>> > > >  __property BevelInner  = {index=0, default=2};
>>> > > >  __property BevelKind  = {default=0};
>>> > > >  __property BevelOuter  = {index=1, default=1};
>>> > > >  __property ClipBoardCommands  = {default=15};    <<<<<<<<< this is
the
>>> > > > line!!!
>>> > > >  __property DisabledTextColor  = {default=-2147483631};
>>> > > >  __property DisabledColor  = {default=-2147483643};
>>> > > >
>>> > > >
>>> > > > I had to switch all of my JvDBSpinEdit(s) in my app to TMS Component
Pack
>>> > > > equivalent (at least until I can figure this out).  At least I can
compile
>>> > > > my app now.  I only recently upgraded to BCB6 (2 weeks ago), and I
don't
>>> > > > recall any such issues with BCB5 (using JVCL 2.00).
>>> > > >
>>> > > > IS IT JUST ME???  :)
>>> > > > Thanks in advance if someone could take a minute and try this....
>>> > > >
>>> > > > Regards,
>>> > > > Kevin Talley (ktalley@talleyware.com)
>>> > > >
>>> > > >
> >




Subject: Re: BCB6/JVCL Users -- Could someone try this?
From: "Ben Hay" <bhay@tslnospam.com.au>
Date: Thu, 1 May 2003 03:34:39 +0000 (UTC)
Newsgroups: jedi.vcl

JvMaskEdit.pas:

property ClipboardCommands: TJvClipboardCommands read FClipBoardCommands
      write SetClipBoardCommands default [caCopy..caUndo];


JvSpin.pas
property ClipBoardCommands;  // This doesn't work - BCB is case sensitive.
// change this to "property ClipboardCommands;" and all your problems should disappear :)


regards

Ben


James Lan wrote:

> > I had regenerated the error. And someone had said he/she got a similar error
> > at sourceforge's forum.
> > I'm trying to solve this problem, but don't have any idea. :-(
> > "Kevin Talley" <ktnews@talleyware.com> wrote in message
> > news:b8n5cm$sr4$1@talkto.net...
>> > > I posted regarding this problem earlier (on 4/23), but never got a
> > response.
>> > > I am using JCL/JVCL 2.10 and BCB6 (w/all patches).
>> > >
>> > > Simply create a new application, drop on a TJvDBSpinEdit and try to
> > compile
>> > > the app.  See if you get this error:
>> > >
>> > > [C++ Error] JvSpin.hpp(335): E2303 Type name expected
>> > >
>> > > The line of code that it flags is, of course, in "JvSpin.hpp":
>> > >
>> > >  __property BevelEdges  = {default=15};
>> > >  __property BevelInner  = {index=0, default=2};
>> > >  __property BevelKind  = {default=0};
>> > >  __property BevelOuter  = {index=1, default=1};
>> > >  __property ClipBoardCommands  = {default=15};    <<<<<<<<< this is the
>> > > line!!!
>> > >  __property DisabledTextColor  = {default=-2147483631};
>> > >  __property DisabledColor  = {default=-2147483643};
>> > >
>> > >
>> > > I had to switch all of my JvDBSpinEdit(s) in my app to TMS Component Pack
>> > > equivalent (at least until I can figure this out).  At least I can compile
>> > > my app now.  I only recently upgraded to BCB6 (2 weeks ago), and I don't
>> > > recall any such issues with BCB5 (using JVCL 2.00).
>> > >
>> > > IS IT JUST ME???  :)
>> > > Thanks in advance if someone could take a minute and try this....
>> > >
>> > > Regards,
>> > > Kevin Talley (ktalley@talleyware.com)
>> > >
>> > >



Subject: Re: Archived components
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 30 Apr 2003 13:26:34 -0500
Newsgroups: jedi.vcl

By the way, Tested these both in delphi5 and delphi6 and they both worked
with the new code.
just FYI.

Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b8p172$77o$1@talkto.net...
> > Aha! This is what the "NoGrap" property in JvScrollingLabel was for!. I
was
> > wondering what it did when I wrote JvBehaviorLabel. Try adding the
following
> > to TJvLabelScroll:
> >
> > published
> >     property Padding:boolean read FPad write SetPad default false;
> >
> > implementation:
> >
> > procedure TJvLabelScroll.SetPad(const Value: boolean);
> > var tmp:string;
> > begin
> >   if FPad <> Value then
> >   begin
> >     FPad := Value;
> >     if not Active then
> >       FOriginalText := OwnerLabel.Caption;
> >     Suspend;
> >     tmp := FOriginalText;
> >     if FPad then
> >       while OwnerLabel.Canvas.TextWidth(tmp) < OwnerLabel.Width do
> >         tmp := tmp + ' ';
> >     OwnerLabel.Caption := tmp;
> >     Resume;
> >   end;
> > end;
> >
> > Now set Padding := true before setting Active := true
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Archived components
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 30 Apr 2003 13:25:28 -0500
Newsgroups: jedi.vcl

I added the code and recompiled and it now works like a charm. Thanks again
for the prompt response.

Thanks,
Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b8p172$77o$1@talkto.net...
> > Aha! This is what the "NoGrap" property in JvScrollingLabel was for!. I
was
> > wondering what it did when I wrote JvBehaviorLabel. Try adding the
following
> > to TJvLabelScroll:
> >
> > published
> >     property Padding:boolean read FPad write SetPad default false;
> >
> > implementation:
> >
> > procedure TJvLabelScroll.SetPad(const Value: boolean);
> > var tmp:string;
> > begin
> >   if FPad <> Value then
> >   begin
> >     FPad := Value;
> >     if not Active then
> >       FOriginalText := OwnerLabel.Caption;
> >     Suspend;
> >     tmp := FOriginalText;
> >     if FPad then
> >       while OwnerLabel.Canvas.TextWidth(tmp) < OwnerLabel.Width do
> >         tmp := tmp + ' ';
> >     OwnerLabel.Caption := tmp;
> >     Resume;
> >   end;
> > end;
> >
> > Now set Padding := true before setting Active := true
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Archived components
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 30 Apr 2003 13:24:19 -0500
Newsgroups: jedi.vcl

Selecting a different font worked. Thank you very much!

Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b8p0dr$742$1@talkto.net...
> > "dave" <dbracken@infonowsolutions.com> skrev i meddelandet
> > news:b8oshi$6ek$1@talkto.net...
>> > > I tried jvlabel, but when i set the angle to 90 the resize handles jump
> > like
>> > > it worked, but the text is still left to right instead of up and down.
>> > > And i cant find another label with the angle property.
> > Are you using a truetype font? MS Sans Serif won't do: it is a bitmap font
> > and can't be rotated. Try Tahoma or similar
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Archived components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 30 Apr 2003 19:46:01 +0200
Newsgroups: jedi.vcl

Aha! This is what the "NoGrap" property in JvScrollingLabel was for!. I was
wondering what it did when I wrote JvBehaviorLabel. Try adding the following
to TJvLabelScroll:

published
    property Padding:boolean read FPad write SetPad default false;

implementation:

procedure TJvLabelScroll.SetPad(const Value: boolean);
var tmp:string;
begin
  if FPad <> Value then
  begin
    FPad := Value;
    if not Active then
      FOriginalText := OwnerLabel.Caption;
    Suspend;
    tmp := FOriginalText;
    if FPad then
      while OwnerLabel.Canvas.TextWidth(tmp) < OwnerLabel.Width do
        tmp := tmp + ' ';
    OwnerLabel.Caption := tmp;
    Resume;
  end;
end;

Now set Padding := true before setting Active := true

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Archived components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 30 Apr 2003 19:42:45 +0200
Newsgroups: jedi.vcl

You could also try adding the following to procedure
TJvLabel.DrawText(Flags: Word);

  MRect := ClientRect;
  NewLogFont.lfEscapement := Angle10;
  NewLogFont.lfOutPrecision := OUT_TT_ONLY_PRECIS; // NEW LINE

This should force a TT font, at least on NT platforms. I'll add this to CVS
as well, BTW.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Archived components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 30 Apr 2003 19:27:20 +0200
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> skrev i meddelandet
news:b8oshi$6ek$1@talkto.net...
> > I tried jvlabel, but when i set the angle to 90 the resize handles jump
like
> > it worked, but the text is still left to right instead of up and down.
> > And i cant find another label with the angle property.
Are you using a truetype font? MS Sans Serif won't do: it is a bitmap font
and can't be rotated. Try Tahoma or similar


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Archived components
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 30 Apr 2003 11:44:51 -0500
Newsgroups: jedi.vcl

Also tried the scolling behaviour in the behavour label, it only scrolls in
place, where it used to be you could align the label to the top and the text
would scroll from one side of the label to the other. the only way i can
reproduce that now is to pad the caption out with blank spaces, enough to
fill the entire label.
The scolling label of yesteryear :) all you had to do was set the caption
and direction and it did it for you.
Am i missing something?

Thanks,
Dave


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b8oh8f$3r4$1@talkto.net...
> > Read the changelog.txt in the source folder: it should contain all the
> > changes since the last release and from it you can determine how to update
> > your project.
> >
> > Quotes from changelog.txt:
> >
> > 2003-03-26
> > - Merged JvMultilineButton and JvOneSizeFitsAllButton into JvButton.
> > TJvButton renamed to TJvCustomButton. Removed registration for TJvButton.
> > TJvImgBtn now derives from TJvCustomButton. // peter3
> >
> > -> use JvImgBtn isto JvMultiLineButton (you could also use JvBitBtn as
long
> > as you use (#13)#10's in the Caption to break the lines)
> >
> > 2003-03-24
> > - Merged JvHotLink and JvAngelLabel into JvLabel
> > - Merged JvAppearingLabel, JvBlinkingLabel, JvBouncingLabel, JvRealLabel
and
> > JvSpecialLabel into JvBehaviorLabel. Use Behavior property to control what
> > label to simulate. // peter3
> > - Removed JvReversedLabel - use (new) JvLabel with Angle set to 180 to
> > simulate same behavior
> >
> > -> use JvLabel isto JvAngleLabel, use JvBehaviorLabel isto
JvScrollingLabel
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Archived components
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 30 Apr 2003 11:26:15 -0500
Newsgroups: jedi.vcl

I tried jvlabel, but when i set the angle to 90 the resize handles jump like
it worked, but the text is still left to right instead of up and down.
And i cant find another label with the angle property.

Thanks,
Dave


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b8oh8f$3r4$1@talkto.net...
> > Read the changelog.txt in the source folder: it should contain all the
> > changes since the last release and from it you can determine how to update
> > your project.
> >
> > Quotes from changelog.txt:
> >
> > 2003-03-26
> > - Merged JvMultilineButton and JvOneSizeFitsAllButton into JvButton.
> > TJvButton renamed to TJvCustomButton. Removed registration for TJvButton.
> > TJvImgBtn now derives from TJvCustomButton. // peter3
> >
> > -> use JvImgBtn isto JvMultiLineButton (you could also use JvBitBtn as
long
> > as you use (#13)#10's in the Caption to break the lines)
> >
> > 2003-03-24
> > - Merged JvHotLink and JvAngelLabel into JvLabel
> > - Merged JvAppearingLabel, JvBlinkingLabel, JvBouncingLabel, JvRealLabel
and
> > JvSpecialLabel into JvBehaviorLabel. Use Behavior property to control what
> > label to simulate. // peter3
> > - Removed JvReversedLabel - use (new) JvLabel with Angle set to 180 to
> > simulate same behavior
> >
> > -> use JvLabel isto JvAngleLabel, use JvBehaviorLabel isto
JvScrollingLabel
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: one question aboutJvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Wed, 30 Apr 2003 22:25:45 +0800
Newsgroups: jedi.vcl

but i want use public Event property,not published Event property!

"jvh" <fru@chello.nl> Ð´ÈëÓÊ¼þ news:b89fq0$vj3$1@talkto.net...
> > You go like:
> >
> > //this is how you call the event from TMyObject:
> > TMyObject.SomeProcedure;
> > begin
> >  // first see if its assigned
> >  if Assigned(FMyEvent)
> >   FMyEvent(Self);  // then call it
> > end;
> >
> > // a procedure in the a class (in this case the form) that has a TNotify
> > signature
> > TForm.OnMyEvent(Sender: TObject);
> > begin
> >  // This is called by TMyObject.SomeProcedure
> >  ;
> > end;
> >
> > // This is how you set up the object and event for use ...
> > TForm.Create;
> > var
> >  O: TMyObject;
> > begin
> >  O := TMyObject.Create;
> >  // this assignes the event to my OnEvent procedure above
> >  O.myEvent := OnMyEvent;
> > end;
> >
> > // all is coded from memory and not tested ...
> >
> > hope this helps
> >
> >  - Jeroen
> > "whf" <wanghaifeng_1@163.net> wrote in message
> > news:b85ppv$bos$1@talkto.net...
>> > > I declare a Object like:
>> > >    TMyObject = class(TComponent)
>> > >    private
>> > >      FmyEvent: TNotifyEvent
>> > >    protected
>> > >    public
>> > >      property myEvent: TNotifyEvent read FmyEvent write FmyEvent
>> > >    end;
>> > >
>> > > How can i use the 'myEvent' property in JvInterpreter,thanks!!
>> > >
>> > >
> >
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.474 / Virus Database: 272 - Release Date: 18-4-2003
> >
> >




Subject: Re: Archived components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 30 Apr 2003 15:13:38 +0200
Newsgroups: jedi.vcl

Read the changelog.txt in the source folder: it should contain all the
changes since the last release and from it you can determine how to update
your project.

Quotes from changelog.txt:

2003-03-26
- Merged JvMultilineButton and JvOneSizeFitsAllButton into JvButton.
TJvButton renamed to TJvCustomButton. Removed registration for TJvButton.
TJvImgBtn now derives from TJvCustomButton. // peter3

-> use JvImgBtn isto JvMultiLineButton (you could also use JvBitBtn as long
as you use (#13)#10's in the Caption to break the lines)

2003-03-24
- Merged JvHotLink and JvAngelLabel into JvLabel
- Merged JvAppearingLabel, JvBlinkingLabel, JvBouncingLabel, JvRealLabel and
JvSpecialLabel into JvBehaviorLabel. Use Behavior property to control what
label to simulate. // peter3
- Removed JvReversedLabel - use (new) JvLabel with Angle set to 180 to
simulate same behavior

-> use JvLabel isto JvAngleLabel, use JvBehaviorLabel isto JvScrollingLabel

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Archived components
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 30 Apr 2003 07:36:41 -0500
Newsgroups: jedi.vcl

I just recently did an update to my jvcl install through CVS, and then
completely re-installed jvcl210 so that it would work in both delphi 5 and
6. But i had projects i was currently working on that used components such
as the rotated label, multi-line button etc. Now these components seem to
have been removed but i still need their functionality in my apps. I
understand that you moved all the stuff removed to the archive folder. My
question is how do i get the ones i need back. I tried adding the
JvButtonShaped.pas to my d60 package but it would not compile, saying it
required other packages, etc.
Would it be better to just dump all the archive stuff into a package and
then install that package seperately?

Sorry for the dumb questions, but i relied quite heavily on the rotated
label and scrolling label in one app in particular, and now they are gone. I
really do not want to have to download/purchase another library to find
something similar.

Any help would be greatly appreciated,
Dave




Subject: Re: BCB6/JVCL Users -- Could someone try this?
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Wed, 30 Apr 2003 17:32:30 +0800
Newsgroups: jedi.vcl

I had regenerated the error. And someone had said he/she got a similar error
at sourceforge's forum.
I'm trying to solve this problem, but don't have any idea. :-(
"Kevin Talley" <ktnews@talleyware.com> wrote in message
news:b8n5cm$sr4$1@talkto.net...
> > I posted regarding this problem earlier (on 4/23), but never got a
response.
> > I am using JCL/JVCL 2.10 and BCB6 (w/all patches).
> >
> > Simply create a new application, drop on a TJvDBSpinEdit and try to
compile
> > the app.  See if you get this error:
> >
> > [C++ Error] JvSpin.hpp(335): E2303 Type name expected
> >
> > The line of code that it flags is, of course, in "JvSpin.hpp":
> >
> >  __property BevelEdges  = {default=15};
> >  __property BevelInner  = {index=0, default=2};
> >  __property BevelKind  = {default=0};
> >  __property BevelOuter  = {index=1, default=1};
> >  __property ClipBoardCommands  = {default=15};    <<<<<<<<< this is the
> > line!!!
> >  __property DisabledTextColor  = {default=-2147483631};
> >  __property DisabledColor  = {default=-2147483643};
> >
> >
> > I had to switch all of my JvDBSpinEdit(s) in my app to TMS Component Pack
> > equivalent (at least until I can figure this out).  At least I can compile
> > my app now.  I only recently upgraded to BCB6 (2 weeks ago), and I don't
> > recall any such issues with BCB5 (using JVCL 2.00).
> >
> > IS IT JUST ME???  :)
> > Thanks in advance if someone could take a minute and try this....
> >
> > Regards,
> > Kevin Talley (ktalley@talleyware.com)
> >
> >




Subject: BCB6/JVCL Users -- Could someone try this?
From: "Kevin Talley" <ktnews@talleyware.com>
Date: Tue, 29 Apr 2003 19:45:02 -0500
Newsgroups: jedi.vcl

I posted regarding this problem earlier (on 4/23), but never got a response.
I am using JCL/JVCL 2.10 and BCB6 (w/all patches).

Simply create a new application, drop on a TJvDBSpinEdit and try to compile
the app.  See if you get this error:

[C++ Error] JvSpin.hpp(335): E2303 Type name expected

The line of code that it flags is, of course, in "JvSpin.hpp":

 __property BevelEdges  = {default=15};
 __property BevelInner  = {index=0, default=2};
 __property BevelKind  = {default=0};
 __property BevelOuter  = {index=1, default=1};
 __property ClipBoardCommands  = {default=15};    <<<<<<<<< this is the
line!!!
 __property DisabledTextColor  = {default=-2147483631};
 __property DisabledColor  = {default=-2147483643};


I had to switch all of my JvDBSpinEdit(s) in my app to TMS Component Pack
equivalent (at least until I can figure this out).  At least I can compile
my app now.  I only recently upgraded to BCB6 (2 weeks ago), and I don't
recall any such issues with BCB5 (using JVCL 2.00).

IS IT JUST ME???  :)
Thanks in advance if someone could take a minute and try this....

Regards,
Kevin Talley (ktalley@talleyware.com)




Subject: Re: Error in TJvFormStorage , i need help !!!
From: "Waldemir Silva" <waldemir@waldemir.cjb.net>
Date: Tue, 29 Apr 2003 11:06:09 -0300
Newsgroups: jedi.vcl

Very obliged exactly, it would like to be thankful and to congratulate for
the great speed in the attendance, I believe that low mine nivel either more
I wait to be able to contribute with this community in briefing.

Yours truly.

Waldemir Silva





"Remko Bonte" <remkobonteSP@Mmyrealbox.com> escreveu na mensagem
news:b8lqg3$m0h$1@talkto.net...
> > Try revision 1.11 of JvWndProcHook.pas from
> >
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvWndProcHook.pas
> >
> > It should fix this problem.
> > -- 
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >




Subject: Re: Error in TJvFormStorage , i need help !!!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 29 Apr 2003 14:32:48 +0200
Newsgroups: jedi.vcl

Try revision 1.11 of JvWndProcHook.pas from

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvWndProcHook.pas

It should fix this problem.
-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: one question aboutJvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Tue, 29 Apr 2003 19:17:28 +0800
Newsgroups: jedi.vcl

i can't find this page,can you give me s demo? thanks!!!

"Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru> Ð´ÈëÓÊ¼þ
news:b8jm9f$bmf$1@talkto.net...
> > Please be sure to read http://tetros.chat.ru/JvInterpreter.html
> > You'll need to supply instance of your object via OnGetValue event using
O2V
> > function (see example in page above). Then simply assign your script
> > procedure to the event (see example near end of the document).
> > If you still have questions, mail me.
> >
> > "whf" <wanghaifeng_1@163.net> wrote in message
> > news:b85ppv$bos$1@talkto.net...
>> > > I declare a Object like:
>> > >    TMyObject = class(TComponent)
>> > >    private
>> > >      FmyEvent: TNotifyEvent
>> > >    protected
>> > >    public
>> > >      property myEvent: TNotifyEvent read FmyEvent write FmyEvent
>> > >    end;
>> > >
>> > > How can i use the 'myEvent' property in JvInterpreter,thanks!!
>> > >
>> > >
> >
> >




Subject: Re: how can i use Dynamic arrays in JvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Tue, 29 Apr 2003 19:15:24 +0800
Newsgroups: jedi.vcl

thanks!

"Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru> Ð´ÈëÓÊ¼þ
news:b8jm1i$bko$1@talkto.net...
> >
> > "whf" <wanghaifeng_1@163.net> wrote in message
> > news:b85p7f$bl5$1@talkto.net...
>> > > Hi everybody:
>> > >    how can i use Dynamic arrays in JvInterpreter,thanks!
>> > >
>> > >
> >
> > Dynamic arrays will be features of new version. I hope to commit working
> > version in one-two weeks.
> >
> >




Subject: Re: Error in TJvFormStorage , i need help !!!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 29 Apr 2003 12:52:38 +0200
To: Waldemir Silva <waldemir@waldemir.cjb.net>
Newsgroups: jedi.vcl

I've found the problem, and try to fix it.

-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: Error in TJvFormStorage , i need help !!!
From: "Waldemir Silva" <waldemir@waldemir.cjb.net>
Date: Mon, 28 Apr 2003 21:29:01 -0300
Newsgroups: jedi.vcl

with PreventResize = True.


Sorry ....


"Waldemir Silva" <waldemir@waldemir.cjb.net> escreveu na mensagem
news:b8jnj3$bu4$1@talkto.net...
> > I am having problems with TJvFormStorage in my applications "MDI", I
created
> > an application mdi with two forms, and to open of 10 the 15 windows
children
> > with the TJvFormStorage, in the hour to close of the error, I need help
me?
> >
> >
> > Tansks
> >
> > wQuick
> >
> >




Subject: Error in TJvFormStorage , i need help !!!
From: "Waldemir Silva" <waldemir@waldemir.cjb.net>
Date: Mon, 28 Apr 2003 14:26:45 -0300
Newsgroups: jedi.vcl

I am having problems with TJvFormStorage in my applications "MDI", I created
an application mdi with two forms, and to open of 10 the 15 windows children
with the TJvFormStorage, in the hour to close of the error, I need help me?


Tansks

wQuick




Subject: Re: Interperter Question
From: "Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru>
Date: Mon, 28 Apr 2003 21:14:07 +0400
Newsgroups: jedi.vcl

Don't use 'uses' clause, it will understand everything just fine without it.
Return your TStringList from OnGetValue as O2V(MyStringList), then use it in
script.

"Baldur" <eric.jourde@laposte.net> wrote in message
news:b87v30$mhf$1@talkto.net...
> > Hi all,
> >
> > How can i send a object to the pascal source interpreter ? something like
a
> > TStringList.
> >
> > I use GetValue to get the variable, but the source don't know the classes
> > unit ! How can i make to uses classes ?
> >
> > Thanx
> >
> > E.Jourde
> >
> >




Subject: Re: one question aboutJvInterpreter
From: "Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru>
Date: Mon, 28 Apr 2003 21:11:14 +0400
Newsgroups: jedi.vcl

Please be sure to read http://tetros.chat.ru/JvInterpreter.html
You'll need to supply instance of your object via OnGetValue event using O2V
function (see example in page above). Then simply assign your script
procedure to the event (see example near end of the document).
If you still have questions, mail me.

"whf" <wanghaifeng_1@163.net> wrote in message
news:b85ppv$bos$1@talkto.net...
> > I declare a Object like:
> >    TMyObject = class(TComponent)
> >    private
> >      FmyEvent: TNotifyEvent
> >    protected
> >    public
> >      property myEvent: TNotifyEvent read FmyEvent write FmyEvent
> >    end;
> >
> > How can i use the 'myEvent' property in JvInterpreter,thanks!!
> >
> >




Subject: Re: how can i use Dynamic arrays in JvInterpreter
From: "Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru>
Date: Mon, 28 Apr 2003 21:07:02 +0400
Newsgroups: jedi.vcl

"whf" <wanghaifeng_1@163.net> wrote in message
news:b85p7f$bl5$1@talkto.net...
> > Hi everybody:
> >    how can i use Dynamic arrays in JvInterpreter,thanks!
> >
> >

Dynamic arrays will be features of new version. I hope to commit working
version in one-two weeks.




Subject: Re: Export to CVS
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 27 Apr 2003 19:57:35 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 27 Apr 2003 10:28:45 -0500 @686)
....while the fading voice of Alejandro whispered through the darkness:

 AC> field names (headers) and the content of every one.

Usually that is done with report engines.
Look at Your report engine.
Or some reporting tool at www.torry.net
also You can feel the table in Excel and save to CSV.

But sure, the usual WriteLn(Format(.....)) would be the fastest way.

--  
If i had ears, i'd heard Rainbow - Gates Of Babylon
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Export to CVS
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Sun, 27 Apr 2003 10:28:45 -0500
Newsgroups: jedi.vcl

Yes !! is CSV, (sorry)

I would like to know if there is a component where I can define my field
names (headers) and the content of every one.

If doesnt exist I will have to do it to a Text file as you say

Thanks


"Thomas Mueller" <news@s2h.cx> escribió en el mensaje
news:02jg8b.g58.ln@twmfli4l.home.lan...
> > Hi,
> >
> > Alejandro Castro wrote:
> >
>> > > Is there a unit/component to create CVS files ? I dont want to use any
>> > > other component like Grids, etc.
> >
> > I guess you meant CSV (comma separated values) not CVS like in concurrent
> > versioning system?
> >
> > What's wrong with writeln to a text file for this purpose?
> >
> > regards
> > twm
> >




Subject: Re: Export to CVS
From: Thomas Mueller <news@s2h.cx>
Date: Sun, 27 Apr 2003 14:42:16 +0200
Newsgroups: jedi.vcl

Hi,

Alejandro Castro wrote:

> > Is there a unit/component to create CVS files ? I dont want to use any
> > other component like Grids, etc.

I guess you meant CSV (comma separated values) not CVS like in concurrent 
versioning system?

What's wrong with writeln to a text file for this purpose?

regards
twm



Subject: Export to CVS
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Sat, 26 Apr 2003 15:03:38 -0500
Newsgroups: jedi.vcl

Is there a unit/component to create CVS files ? I dont want to use any other
component like Grids, etc.

--
Alejandro Castro
www.alfra.info
alejandro@alfra.info




Subject: Re: Bug on JVRichEdittoHtnl component
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 26 Apr 2003 10:19:24 +0200
Newsgroups: jedi.vcl

> > I found a bug on the JvRichEdittoHtml component, I fixed the problem
> >
> > Where can I upload the new component ?

The best way would be to go to our issue tracker
(http://jvcl.sourceforge.net/bugs.htm), add a bug and include your fix(es)
there or attach the entire file. As soon as someone has the time, the fix
will be included into the library and the bug will be closed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Ok serious errors with installer - Please Help!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 26 Apr 2003 10:16:06 +0200
Newsgroups: jedi.vcl

> > OK, got it working!

Great!

> >  Now if i can just figure out how to get it to install for
> > d7 trial(errors posted in the jcl group because problems are in DJCL70)

I don't think you can install it in the trial edition, but I'm sure some of
the JCL gurus remembers why that's the case.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Bug on JVRichEdittoHtnl component
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Fri, 25 Apr 2003 21:29:02 -0500
Newsgroups: jedi.vcl

I found a bug on the JvRichEdittoHtml component, I fixed the problem

Where can I upload the new component ?

Alejandro




Subject: Re: Ok serious errors with installer - Please Help!
From: "Dave BraCKEN" <dbracken@infonowsolutions.com>
Date: Fri, 25 Apr 2003 18:01:52 -0500
Newsgroups: jedi.vcl

OK, got it working!
I had to completely remove all traces of the jedi library from both d5 and
d6, then update the source through tortoise, re-ran the jedi installer and
all works well...Now if i can just figure out how to get it to install for
d7 trial(errors posted in the jcl group because problems are in DJCL70)

But again, thanks for all your help.

Dave




"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b8c227$c8r$1@talkto.net...
>> > > Where do i get the "official release"?
>> > > I went to the sourceforge page, and the latest release seems to be march
> > 4.
>> > > Is that the latest release?
>> > >
> >
> > I understand the confusion: it's grouped under 'JVCL Previews', but I'm
sure
> > that was an oversight from Peter. There should be separate group for 'JVCL
> > Releases'
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: TJvDBTreeView doubts
From: "Cd" <cristiano@datamace.com.br>
Date: Fri, 25 Apr 2003 18:17:02 -0300
Newsgroups: jedi.vcl

Hi,

Does anybody know where could I find some information about TJvDBTreeView ?
I´d like to know how to fill MasterField, DetaildField and ItemField, and
how do I have to create my table to work properly.

thanks in advance

Cristiano




Subject: Re: Ok serious errors with installer - Please Help!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 25 Apr 2003 21:39:42 +0200
Newsgroups: jedi.vcl

> > Where do i get the "official release"?
> > I went to the sourceforge page, and the latest release seems to be march
4.
> > Is that the latest release?
> >

I understand the confusion: it's grouped under 'JVCL Previews', but I'm sure
that was an oversight from Peter. There should be separate group for 'JVCL
Releases'

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Ok serious errors with installer - Please Help!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 25 Apr 2003 21:37:34 +0200
Newsgroups: jedi.vcl

> > Where do i get the "official release"?
> > I went to the sourceforge page, and the latest release seems to be march
4.
> > Is that the latest release?

Yup, 2.10 stable. There is one important fix regarding TJvComputerInfo as
well. If you need to install JVCL, you may as well download that one right
away, before installing.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Ok serious errors with installer - Please Help!
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 25 Apr 2003 14:09:29 -0500
Newsgroups: jedi.vcl

Where do i get the "official release"?
I went to the sourceforge page, and the latest release seems to be march 4.
Is that the latest release?

Thanks,
Dave

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b8bs6j$b36$1@talkto.net...
>> > > How do you update your files, with CVS?
> >
> > Judging by the subject and his mail, he hasn't updated, he's using the
> > installer of the official 2.1 release.
> >
> > Anyway, it might be caused by DCUs/DCPs of previous version being found
> > during compilation. Have you tried doing a build instead of a compile?
Other
> > thing to test: completely remove anything JCL/JVCL related (jcl*.*, jv*.*,
> > djcl*.* and jvcl*.*) from your system and do a fresh install of the
official
> > release (after unzipping it of course).
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Ok serious errors with installer - Please Help!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 25 Apr 2003 19:59:37 +0200
Newsgroups: jedi.vcl

> > How do you update your files, with CVS?

Judging by the subject and his mail, he hasn't updated, he's using the
installer of the official 2.1 release.

Anyway, it might be caused by DCUs/DCPs of previous version being found
during compilation. Have you tried doing a build instead of a compile? Other
thing to test: completely remove anything JCL/JVCL related (jcl*.*, jv*.*,
djcl*.* and jvcl*.*) from your system and do a fresh install of the official
release (after unzipping it of course).
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Ok serious errors with installer - Please Help!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 25 Apr 2003 18:27:01 +0200
To: dave <dbracken@infonowsolutions.com>
Newsgroups: jedi.vcl

The SID3_ identifiers are defined in JvxRConst.pas. Look at that file, and see if they are defined at the bottom of that file.

To work with the ID3 components you have to update

* All *ID3*.pas units thus also the visual ones (JvVisualID3v1.pas & JvVisualID3v2.pas).
* JvxRConst.pas
* JvxDConst.pas
* JVCLReg.pas

How do you update your files, with CVS?
-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Ok serious errors with installer - Please Help!
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 25 Apr 2003 10:04:28 -0500
Newsgroups: jedi.vcl

I have Delphi 5 enterprise completely updated and Delphi 6 Professional
completely updated both on the same machine. Windows XP. jvcl 210

When i run the installer, and leave both 5 and 6 checked for install they
both fail.
They both fail on D50.dpk, r50.dpk, d60.dpk, r60.dpk

So, i try to do a manual install and on delphi 5 when i try to compile
R50.dpk i get the following errors:
[Error] JvID3v2Base.pas(1253): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1268): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1311): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1325): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1343): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1358): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1373): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1415): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1444): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1470): Undeclared identifier:
'SID3InvalidLanguageValue'
[Error] JvID3v2Base.pas(1515): Undeclared identifier: 'SID3InvalidTimeValue'
[Error] JvID3v2Base.pas(1550): Undeclared identifier: 'SID3InvalidDateValue'
[Error] JvID3v2Base.pas(1579): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(1582): Undeclared identifier: 'SID3StringTooLong'
[Error] JvID3v2Base.pas(1687): Undeclared identifier:
'SID3InvalidCharInList'
[Error] JvID3v2Base.pas(1722): Undeclared identifier:
'SID3InvalidCharInList'
[Error] JvID3v2Base.pas(1786): Undeclared identifier:
'SID3InvalidPartInSetValue'
[Error] JvID3v2Base.pas(1916): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(2468): Undeclared identifier: 'SID3UnknownVersion'
[Error] JvID3v2Base.pas(2544): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(2635): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(2751): Undeclared identifier: 'SID3UnknownEncoding'
[Warning] JvID3v2Base.pas(2872): Combining signed and unsigned types -
widened both operands
[Error] JvID3v2Base.pas(2906): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(2987): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(3013): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(3045): Undeclared identifier:
'SID3ControllerNotActive'
[Error] JvID3v2Base.pas(3177): Undeclared identifier:
'SID3InvalidFrameClass'
[Error] JvID3v2Base.pas(3191): Undeclared identifier:
'SID3ControllerNotActive'
[Error] JvID3v2Base.pas(3211): Variable required
[Error] JvID3v2Base.pas(3331): Undeclared identifier:
'SID3ControllerNotActive'
[Error] JvID3v2Base.pas(3444): Undeclared identifier: 'SID3UnknownVersion'
[Error] JvID3v2Base.pas(3502): Undeclared identifier: 'SID3UnknownVersion'
[Error] JvID3v2Base.pas(3537): Variable required
[Warning] JvID3v2Base.pas(3695): Combining signed and unsigned types -
widened both operands
[Error] JvID3v2Base.pas(3824): Undeclared identifier:
'SID3EncodingNotSupported'
[Error] JvID3v2Base.pas(3855): Undeclared identifier:
'SID3EncodingNotSupported'
[Error] JvID3v2Base.pas(3941): Undeclared identifier:
'SID3FrameIDNotSupported'
[Error] JvID3v2Base.pas(3953): Undeclared identifier:
'SID3FrameIDStrNotSupported'
[Error] JvID3v2Base.pas(4033): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(4544): Undeclared identifier:
'SID3VersionNotSupported'
[Error] JvID3v2Base.pas(4557): Undeclared identifier:
'SID3AlreadyContainsFrame'
[Error] JvID3v2Base.pas(4580): Undeclared identifier: 'SID3DuplicateFrame'
[Error] JvID3v2Base.pas(4659): Undeclared identifier: 'SID3FrameNotFound'
[Error] JvID3v2Base.pas(4998): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(5102): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(5212): Undeclared identifier:
'SID3VersionNotSupported'
[Error] JvID3v2Base.pas(5351): Undeclared identifier:
'SID3VersionNotSupported'
[Error] JvID3v2Base.pas(5384): Undeclared identifier: 'SID3UnknownVersion'
[Error] JvID3v2Base.pas(5659): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(5729): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(5918): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(6173): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(6433): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(6495): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(6509): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(6565): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(6666): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(6765): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(6903): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(6915): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(6930): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(7165): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(7179): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(7341): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(7515): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(7653): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(7836): Undeclared identifier: 'SID3ValueTooBig'
[Error] JvID3v2Base.pas(7862): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(7898): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(7946): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(7985): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(8044): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(8118): Undeclared identifier: 'SID3UnknownEncoding'
[Error] JvID3v2Base.pas(8142): Undeclared identifier: 'SID3UnknownEncoding'

[Error] JvID3v2Base.pas(8227): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(8379): Undeclared identifier: 'SID3NoController'
[Error] JvID3v2Base.pas(8532): Undeclared identifier: 'SID3NoController'
[Fatal Error] JvId3v2.pas(35): Could not compile used unit 'JvID3v2Base.pas'

When i try to do a manual install on 6 i get the same errors.

How do i get around this?
I need the id3v1 component for a project i am working on, so i cant remove
this stuff.

Please, any help would be greatly appreciated as my project is on hold till
i fix this.
Dave




Subject: Re: Filenames: more prefixes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 25 Apr 2003 16:33:35 +0200
Newsgroups: jedi.vcl

Illya Kysil wrote:

> IMHO it would be better to use "jcl_", "jvcl_", "jmath_" etc.

No, never, go away steenkin' C programmer ;-)



Subject: Re: TjvPlugin Modification
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Apr 2003 14:31:47 +0200
Newsgroups: jedi.vcl

> > Here i'd say we'd have 3 properties:
> >  Caption - Caption
> >  URL - URL
> >  HTML - <a href="[URL]">[Caption]</a>
> >
> > If Caption is empty, then URL will be drawn instead.
> > And i wish also that hint will show me the URL as usual links do!
> > And right-click menu gave me way to copy that URL to Clipboard.

Good points.

> > Do You have much space on ToDO pages ? :-)

There's no lack of space: just time <g>

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: TjvPlugin Modification
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 25 Apr 2003 14:43:09 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 25 Apr 2003 12:08:14 +0200 @464)
....while the fading voice of Peter whispered through the darkness:

 PT> displayed (but "text" is) and an event is triggered passing along the
 PT> href for set-and-forget links. Other than that, I think your

Here i'd say we'd have 3 properties:
 Caption - Caption
 URL - URL
 HTML - <a href="[URL]">[Caption]</a>

If Caption is empty, then URL will be drawn instead.

And i wish also that hint will show me the URL as usual links do!
And right-click menu gave me way to copy that URL to Clipboard.

Do You have much space on ToDO pages ? :-)
--  
If i had ears, i'd heard Ken Hensley - It's Up To You
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Filenames: more prefixes
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 25 Apr 2003 14:39:12 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 25 Apr 2003 12:11:26 +0200 @466)
....while the fading voice of Peter whispered through the darkness:

 PT> design units to a design folder and run units to a run folder.
And to mess with search paths and paths for .INC :-(
What if one compiles BPL-less app ?

Ok, there are few wizards and we can just put them in same folder with
PropEdits.
And how will You tell units that are to be given to JCL ot JM ? IMHO
prefixes are easily to see, than some list.
And if i see a reference to unit in the program text - how will i tell which
folder to look through?
And what about those not-component units ? How can one tell units that is
decided to be donated to JCL, from procedures-only unit that will remain
part of JVCL?

Strong (imho) point of prefixes is that from the 1st look to ether file or
unit-reference You can say what kind of unit it is.

--
If i had ears, i'd heard Ken Hensley - The Final Solution
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Filenames: more prefixes
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Apr 2003 12:11:26 +0200
Newsgroups: jedi.vcl

I think the current naming scheme is adequate. The Jvx, Jvg and Jva prefixes
are really only temporary: the purpose is to remove/rename them when (and
if!) they are merged with the rest of JVCL. I don't think renaming unit will
help in restructuring: better then to move design units to a design folder
and run units to a run folder.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> skrev i meddelandet
news:b88mc5$r5f$1@talkto.net...
> > Hello, All!
> >
> > Is "Jv" prefix always enough?
> > May it be, that using more prefixes, we can make resturcturing easier?




Subject: Re: TjvPlugin Modification
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Apr 2003 12:08:14 +0200
Newsgroups: jedi.vcl

> > I 've take a look on jvLinkLabel demo and, this bug is related with
> > MarginWidth and MarginHeight property.
> > If you set this property to 0(zero), no offset occur.
> > More notes on my TODO list...

What I would *really* like is support for <a href="value">text</a> tags, or
even <href="value">text</href>, i.e the href value is not displayed (but
"text" is) and an event is triggered passing along the href for
set-and-forget links. Other than that, I think your modifications are very
nice and if you can find some fix for the offset problem, I would like to
add the changes to JVCL.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: TjvPlugin Modification
From: "Gustavo" <no@thanks.com>
Date: Fri, 25 Apr 2003 04:57:47 -0300
Newsgroups: jedi.vcl

| I noticed one other thing: run the JvLinkLabel demo (with your changed
| units) and click the Play! button. In the window that opens, click any
of
| the links: the link text is drawn twice, slightly offset (up and to
the
| left) from the original.

Hi,

I 've take a look on jvLinkLabel demo and, this bug is related with
MarginWidth and MarginHeight property.
If you set this property to 0(zero), no offset occur.
More notes on my TODO list...

Regards,

Gustavo.
(sorry my bad english)




Subject: Re: TjvPlugin Modification
From: "Gustavo" <no@thanks.com>
Date: Fri, 25 Apr 2003 04:02:15 -0300
Newsgroups: jedi.vcl

Thanks,

I take note on my ToDo list...
I haven't tested it on JVCL Demo, only on my application...

Regards,

Gustavo.
---------


"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:b8akv0$40s$1@talkto.net...
| I noticed one other thing: run the JvLinkLabel demo (with your changed
| units) and click the Play! button. In the window that opens, click any
of
| the links: the link text is drawn twice, slightly offset (up and to
the
| left) from the original.
|
| --
| Regards,
|
| Peter Thornqvist (JVCL Coordinator)
| http://jvcl.sourceforge.net
| "Gustavo" <no@thanks.com> skrev i meddelandet
| news:b8ad7a$34a$1@talkto.net...
|
| > Hi Peter,
| >
| > I detect a bug on TjvLinkLabel uploaded on Mantis.
| > The temporary tmpbmp's canvas, on paint event, has a background
color =
| > clWhite, by default.
| > So, if you use a tag <color=clWhite> to some text, this text will be
| > transparent too.
| > If anybody had some idea, please...
| > At this time, i can live with this behaviour.. :o)
| >
| > regards,
| >
| > Gustavo.
| > --------
| >
| >
|
|




Subject: Re: TjvPlugin Modification
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 25 Apr 2003 08:49:47 +0200
Newsgroups: jedi.vcl

I noticed one other thing: run the JvLinkLabel demo (with your changed
units) and click the Play! button. In the window that opens, click any of
the links: the link text is drawn twice, slightly offset (up and to the
left) from the original.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Gustavo" <no@thanks.com> skrev i meddelandet
news:b8ad7a$34a$1@talkto.net...

> > Hi Peter,
> >
> > I detect a bug on TjvLinkLabel uploaded on Mantis.
> > The temporary tmpbmp's canvas, on paint event, has a background color =
> > clWhite, by default.
> > So, if you use a tag <color=clWhite> to some text, this text will be
> > transparent too.
> > If anybody had some idea, please...
> > At this time, i can live with this behaviour.. :o)
> >
> > regards,
> >
> > Gustavo.
> > --------
> >
> >




Subject: Re: TjvPlugin Modification
From: "Gustavo" <no@thanks.com>
Date: Fri, 25 Apr 2003 01:37:37 -0300
Newsgroups: jedi.vcl

Hi Peter,

I detect a bug on TjvLinkLabel uploaded on Mantis.
The temporary tmpbmp's canvas, on paint event, has a background color =
clWhite, by default.
So, if you use a tag <color=clWhite> to some text, this text will be
transparent too.
If anybody had some idea, please...
At this time, i can live with this behaviour.. :o)

regards,

Gustavo.
--------




Subject: errors installing with Delphi 6 pro
From: "Dave BraCKEN" <dbracken@infonowsolutions.com>
Date: Thu, 24 Apr 2003 21:48:50 -0500
Newsgroups: jedi.vcl

The install fails on djcl60.dpk. The rest installs ok.
I try to open djcl60 and manually compile(build) and get the following error
message:
[Error] Need imported data reference ($G) to access 'Default8087CW' from
unit 'Jcl8087'

Delphi 6 pro / Windows XP / jvcl 210

What can i do to fix this?

Thanks in advance
Dave




Subject: Re: Features only for XP
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 24 Apr 2003 23:43:10 +0200
Newsgroups: jedi.vcl

I'd vote for you to add it if it can coexist with other win releases without
problems: we should always strive to be as up to date as possible even if
that means a function won't be available on all platforms. Besides, there
might be an SP for W2k that adds it (who knows?)

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Remko Bonte" <remkobonteSP@Mmyrealbox.com> skrev i meddelandet
news:b89hhe$vqr$1@talkto.net...
> > TJvBrowseForFolderDialog uses API SHBrowseForFolder to display a dialog
> > to select a folder. With and only with windows XP you can add a custom
> > filter, thus display only the folders/items you want.
> >
> > Is it useful to add this functionality to TJvBrowseForFolderDialog, or
> > isn't anyone going to use it, because it's only available on windows XP?
> > --
> > Remko Bonte (Team JVCL) http://jvcl.sourceforge.net
> >



Subject: Features only for XP
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 24 Apr 2003 22:45:18 +0200
Newsgroups: jedi.vcl

TJvBrowseForFolderDialog uses API SHBrowseForFolder to display a dialog to select a folder. With and only with windows XP you can add a custom filter, thus display only the folders/items you want.

Is it useful to add this functionality to TJvBrowseForFolderDialog, or isn't anyone going to use it, because it's only available on windows XP?
-- 
Remko Bonte (Team JVCL) http://jvcl.sourceforge.net



Subject: Re: one question aboutJvInterpreter
From: "jvh" <fru@chello.nl>
Date: Thu, 24 Apr 2003 22:16:12 +0200
Newsgroups: jedi.vcl

You go like:

//this is how you call the event from TMyObject:
TMyObject.SomeProcedure;
begin
 // first see if its assigned
 if Assigned(FMyEvent)
  FMyEvent(Self);  // then call it
end;

// a procedure in the a class (in this case the form) that has a TNotify
signature
TForm.OnMyEvent(Sender: TObject);
begin
 // This is called by TMyObject.SomeProcedure
 ;
end;

// This is how you set up the object and event for use ...
TForm.Create;
var
 O: TMyObject;
begin
 O := TMyObject.Create;
 // this assignes the event to my OnEvent procedure above
 O.myEvent := OnMyEvent;
end;

// all is coded from memory and not tested ...

hope this helps

 - Jeroen
"whf" <wanghaifeng_1@163.net> wrote in message
news:b85ppv$bos$1@talkto.net...
> > I declare a Object like:
> >    TMyObject = class(TComponent)
> >    private
> >      FmyEvent: TNotifyEvent
> >    protected
> >    public
> >      property myEvent: TNotifyEvent read FmyEvent write FmyEvent
> >    end;
> >
> > How can i use the 'myEvent' property in JvInterpreter,thanks!!
> >
> >


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.474 / Virus Database: 272 - Release Date: 18-4-2003




Subject: Re: Interperter Question
From: "Jourde" <eric.jourde@wanadoo.fr>
Date: Thu, 24 Apr 2003 21:22:13 +0200
Newsgroups: jedi.vcl

Yes and how can i do a clause uses ?

Thanx
"Baldur" <eric.jourde@laposte.net> a écrit dans le message de news:
b87v30$mhf$1@talkto.net...
> > Hi all,
> >
> > How can i send a object to the pascal source interpreter ? something like
a
> > TStringList.
> >
> > I use GetValue to get the variable, but the source don't know the classes
> > unit ! How can i make to uses classes ?
> >
> > Thanx
> >
> > E.Jourde
> >
> >




Subject: Re: Filenames: more prefixes
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 24 Apr 2003 19:03:18 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 24 Apr 2003 17:17:32 +0300 @637)
....while the fading voice of Illya whispered through the darkness:

 IK> IMHO it would be better to use "jcl_", "jvcl_", "jmath_" etc.

That is about Jedi General newsgroup.

I'm talking not about prefixes for all the Jedi projects, but about prefixes
within one certain JVCL project.

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Filenames: more prefixes
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Thu, 24 Apr 2003 17:17:32 +0300
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message news:b88mc5$r5f$1@talkto.net...
> > Hello, All!
> >
> > Is "Jv" prefix always enough?
> > May it be, that using more prefixes, we can make resturcturing easier?
> >
> > Guess we already have prefixes like Jvx, Jva, Jvg - et's make it official
> > :-)
> >
> > Say, If the unit contains the visual component - let it starts with "Jvv",
> > and let it use "Jvn" for non-visual ones.
> > If the Unit contain only functions, procedure, vars, etc.. to support
> > components (for example RxVclUtil supporting TRxPageManager) let it start
> > with "Jvf".
> > The unit that contains non-VCL, math-related routines, and is subject to be
> > moved to Jedi Math may be renamed to "Jvm"...
> > The "Jvc" then will mark the non-vcl units, which functionality beloongs to
> > JCL domain.
> >
> > And the designtime-units may be named Jvd... or Jvp... (property editors)
IMHO it would be better to use "jcl_", "jvcl_", "jmath_" etc.

-- Regards Illya Kysil, software developer Delphi/C/C++/C#/Java/Forth/Assembler If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA 

Subject: Filenames: more prefixes
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 24 Apr 2003 17:01:21 +0400
Newsgroups: jedi.vcl

Hello, All!

Is "Jv" prefix always enough?
May it be, that using more prefixes, we can make resturcturing easier?

Guess we already have prefixes like Jvx, Jva, Jvg - et's make it official
:-)

Say, If the unit contains the visual component - let it starts with "Jvv",
and let it use "Jvn" for non-visual ones.
If the Unit contain only functions, procedure, vars, etc.. to support
components (for example RxVclUtil supporting TRxPageManager) let it start
with "Jvf".
The unit that contains non-VCL, math-related routines, and is subject to be
moved to Jedi Math may be renamed to "Jvm"...
The "Jvc" then will mark the non-vcl units, which functionality beloongs to
JCL domain.

And the designtime-units may be named Jvd... or Jvp... (property editors)

Some wizards, not really nedeed for componetns, like Rx property editor for
TCaption and TGlyph, may be named "Jvw....".
To be true the miss of Rx IDE extensions in JVCL makes me use Rx much more
often than JVCL :-). I get used to them :-(.

No, looking at the unit i cannot tell what's is this. And here it will be
much more clear.
And one more feature is cooperation with another libs.

We must not each time think 'is this unit dealing with VCL?'. We'll just
rename it to Jvc prefix, and will tell to JCL mantainers: "Please, relook
our files, when You will have free time. If You see the file starts with
"Jvc" - You can be sure it means we do want to move it from JVCL to Your
library. Take it from us, and we will be glad. "

After merging Rx there are a lot of units, that are to be moved to JCL - and
how can we tell them?
And how JCL team, when have time, would query if thay can *steal* some our
unit ?
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: RxSpinEdit changes
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 24 Apr 2003 13:45:49 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 24 Apr 2003 02:35:18 -0700 @441)
....while the fading voice of adem whispered through the darkness:

 a> Do you mean thousands separator?

Sorry. yes.
--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: RxSpinEdit changes
From: adem <adembaba@excite.com>
Date: Thu, 24 Apr 2003 02:35:18 -0700
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Hello, All!
>
> I added changes to RxSpinEdit, so that integers will also have decimal
> separator.

Do you mean thousands separator?

Adem



Subject: Interperter Question
From: "Baldur" <eric.jourde@laposte.net>
Date: Thu, 24 Apr 2003 08:22:39 +0200
Newsgroups: jedi.vcl

Hi all,

How can i send a object to the pascal source interpreter ? something like a
TStringList.

I use GetValue to get the variable, but the source don't know the classes
unit ! How can i make to uses classes ?

Thanx

E.Jourde




Subject: BCB6 Compile Problem
From: "Kevin Talley" <ktnews@talleyware.com>
Date: Wed, 23 Apr 2003 19:46:05 -0500
Newsgroups: jedi.vcl

Hello,
First, let me say that this is an APPLICATION compile problem, not a
JCL/JVCL compile problem.  JVCL components are installed in BCB6 and
everything is great so far.  I tried compiling my application (which
contains a TJvDBSpinEdit) and I get a compiler error:

[C++ Error] JvSpin.hpp(335): E2303 Type name expected

The line of code that it flags is, of course, in "JvSpin.hpp":

 __property BevelEdges  = {default=15};
 __property BevelInner  = {index=0, default=2};
 __property BevelKind  = {default=0};
 __property BevelOuter  = {index=1, default=1};
 __property ClipBoardCommands  = {default=15};    <<<<<<<<< this is the
line!!!
 __property DisabledTextColor  = {default=-2147483631};
 __property DisabledColor  = {default=-2147483643};

Has anyone else encountered this?  I'll keep digging, but if anyone has any
ideas and/or suggestions, they'd be greatly appreciated.  FWIW, I have
compiled this exact code in BCB5 (with same version of JVCL) and did NOT
experience this compiler problem.

Thanks in advance,
Kevin Talley (ktalley@talleyware.com)




Subject: RxSpinEdit changes
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 24 Apr 2003 00:16:43 +0400
Newsgroups: jedi.vcl

Hello, All!

I added changes to RxSpinEdit, so that integers will also have decimal
separator.
Will look at their reaction. If they wont find it too stupid, will commit it
here too :-)

--
If i had ears, i'd heard Dio - Holy Diver
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: TjvPlugin Modification
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 23 Apr 2003 20:51:11 +0200
Newsgroups: jedi.vcl

> > In time, have you seem the TjvLinkLabel uploaded on Mantis weeks ago ?
> > Any chances that TjvLinkLabel comes in new JVCL version ?
Yes, I've seen it but haven't had time to take a closer look. Will do ASAP.

Peter



Subject: Re: TjvPlugin Modification
From: "Gustavo" <no@thanks.com>
Date: Wed, 23 Apr 2003 13:00:38 -0300
Newsgroups: jedi.vcl

Hi Peter,

I'll upload it on Mantis.
In time, have you seem the TjvLinkLabel uploaded on Mantis weeks ago ?
Any chances that TjvLinkLabel comes in new JVCL version ?

Regards,

Gustavo.
----------

"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:b85lbp$asa$1@talkto.net...
| Upload it to Mantis or to jedi.binaries and we will have a look
|
| --
| Regards,
|
| Peter Thornqvist (JVCL Coordinator)
| http://jvcl.sourceforge.net
| "Gustavo" <no@thanks.com> skrev i meddelandet
| news:b854c4$795$1@talkto.net...
| > Hi All,
| >
| > I made some changes on TjvPlugin and TjvPluginManager to cover my
own
| > necessities.
| > The major changes is :
| >   1. Included SHORTCUT property on plugin commands
| >   2. Created and modified some events on TjvPluginManager
| >
| > Do you want see my components to, perhaps, include then on new
release
| > of JVCL ?
| >
| > TIA.
| >
| > Gustavo.
| >
| >
|
|




Subject: Can tray icon accept files/URLs dragged and dropped onto it?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 23 Apr 2003 17:56:18 +0400
Newsgroups: jedi.vcl

Hello, All!

Subj!
Can ShellIcon be a target for DnD ? Or Windows gives no possibility?

--  
If i had ears, i'd heard Girls Aloud - Sound Of The Underground (CDS)
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: one question aboutJvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Wed, 23 Apr 2003 18:39:41 +0800
Newsgroups: jedi.vcl

I declare a Object like:
   TMyObject = class(TComponent)
   private
     FmyEvent: TNotifyEvent
   protected
   public
     property myEvent: TNotifyEvent read FmyEvent write FmyEvent
   end;

How can i use the 'myEvent' property in JvInterpreter,thanks!!




Subject: how can i use Dynamic arrays in JvInterpreter
From: "whf" <wanghaifeng_1@163.net>
Date: Wed, 23 Apr 2003 18:29:46 +0800
Newsgroups: jedi.vcl

Hi everybody:
   how can i use Dynamic arrays in JvInterpreter,thanks!




Subject: Re: TjvPlugin Modification
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 23 Apr 2003 11:25:31 +0200
Newsgroups: jedi.vcl

Upload it to Mantis or to jedi.binaries and we will have a look

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Gustavo" <no@thanks.com> skrev i meddelandet
news:b854c4$795$1@talkto.net...
> > Hi All,
> >
> > I made some changes on TjvPlugin and TjvPluginManager to cover my own
> > necessities.
> > The major changes is :
> >   1. Included SHORTCUT property on plugin commands
> >   2. Created and modified some events on TjvPluginManager
> >
> > Do you want see my components to, perhaps, include then on new release
> > of JVCL ?
> >
> > TIA.
> >
> > Gustavo.
> >
> >




Subject: Re: ANN: Last chance to take the JVCL Pre 3.0 Survey!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 23 Apr 2003 10:07:07 +0200
Newsgroups: jedi.vcl

> > Actually, help is done using docomatic

Which does understand PasDoc style documentation. Anyway, I agree we need a
web-based solution, but not somthing like WikiWiki as it will give me a lot
of headaches getting it sync'ed with the actualy help file. At the moment
I'm designing/coding on something that should make DOM a web-based help
system (wonder if ToolsFactory will pay me for it <g>).

Currently I use the excellent Lexer/Parser of Martin Waldenburg to parse the
pas files and determine which symbols need to be documented, what there type
is and do some initial setting of some properties for such a symbol. That
works already. I'm now planning on the best way to handle it on the web side
of the equation. In the end, any user should be able to write help text for
anything in the system, either on -line of off-line without thinking about
which sections need to be there, what special tags they need, etc. The
managment tool (the one with the parser in it) will then be able to generate
the needed help files without any headaches. Progress going slowly, due to
the fact I'm now working on the filler stuff, which takes up all my time and
interest.

> > If you are interested in writing help, Marcel
> > Bestebroer can give you more info on how you can write the documentation
in
> > a plain text file.

Yes, I can. Just writ eme, I won't bite (not hard anyway)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: GIF question (Arioch -- GraphicEx)
From: "Traipse Project" <traipse-sp@yahoo.com.br>
Date: Wed, 23 Apr 2003 02:33:40 -0300
Newsgroups: jedi.vcl

Arioch -

Thks for your reply.

>>> >>> Did You  try GraphicEx ? <<<

As I said, I gave a shot at Delphi Gem...  the problem is GraphicEx doesn't
save gifs or any format but "truevision images"... according to them, their
library "is primarily designed to *load* images as background (buttons,
forms, toolbars) and textures (Directx, OpenGL) or for image browsing and
editing purposes as long as you *don't* need to *save* images"...  and I
have to save the images I draw to a stream to send them throughout the net.

Anyways, thks for your suggestion and your replies.

riz




Subject: Re: GIF question (Remko -- great!)
From: "Traipse Project" <traipse-sp@yahoo.com.br>
Date: Wed, 23 Apr 2003 02:16:20 -0300
Newsgroups: jedi.vcl

Remko -

>>> >>> I think there is a bug in TJvGIFFrame.Assign. <<<

YOU SAID IT!!!

Everything is working fine after I followed your instructions.  If you wanna
see it, give a shot at www.traipse.kit.net and stick around (refreshes every
15 secs).

FYI: I'm using D5 Pro and "TBitmap.GetTransparentColor" in GRAPHICS.PAS does
finish with "Result := Result or $02000000"...

BTW, are JEDI NGs indexed by  [more] specific engines (e.g. Tamarack, Mers,
Prolix, etc.)?  I tried "gifimage ^jedi" at tamaracka.com and all that I got
was no more than 6 or 7 threads that had nothing to do with technical
issues... :-(  I'm asking because msgs like yours would save a lot of time
for people who just want to know how to build transparent gif (like me).

Thanks a *bunch* for your help.

riz




Subject: TjvPlugin Modification
From: "Gustavo" <no@thanks.com>
Date: Wed, 23 Apr 2003 01:35:29 -0300
Newsgroups: jedi.vcl

Hi All,

I made some changes on TjvPlugin and TjvPluginManager to cover my own
necessities.
The major changes is :
  1. Included SHORTCUT property on plugin commands
  2. Created and modified some events on TjvPluginManager

Do you want see my components to, perhaps, include then on new release
of JVCL ?

TIA.

Gustavo.




Subject: Re: Last chance to take the JVCL Pre 3.0 Survey!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 23 Apr 2003 01:21:27 +0200
To: Anonymous <Nobody@Here.com>
Newsgroups: jedi.vcl

Anonymous wrote:
> for anybody can download components
> from Torry or DSP that offer more than any one JVCL component in terms of
> functionality. 

Any? Should I dare you? :)



Subject: Re: Changes made to TJvCaptionButton, TJvMainMenu and TJvPopupMenu.
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Wed, 23 Apr 2003 09:04:22 +1000
Newsgroups: jedi.vcl

I've created a new report on mantis, number 0000875.

Hope you'll like what I've done.

Regards

Olivier



Subject: Re: Last chance to take the JVCL Pre 3.0 Survey!
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Tue, 22 Apr 2003 19:39:09 -0300
Newsgroups: jedi.vcl

"Anonymous" <Nobody@Here.com> escreveu na mensagem
news:b84a4k$4gp$1@talkto.net...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote
> >
> > Unless the hundereds of components are consolidated and improved and
> > documentation provided, all the good intentions and the effort
> > notwithstanding, JVCL will be a failure for anybody can download
components
> > from Torry or DSP that offer more than any one JVCL component in terms of
> > functionality. JVCL should go beyond packagin multiple components together
> > and enforcing naming standards to be a lasting success.

So, join the documentation team and start make the difference :)

Rafael Cotta
http://www.lci.ufrj.br/~rafaelf/




Subject: Re: ANN: Last chance to take the JVCL Pre 3.0 Survey!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 23 Apr 2003 00:27:45 +0200
Newsgroups: jedi.vcl

Actually, help is done using docomatic (I personally use PasDoc for my own
stuff, i.e not JVCL related) . If you are interested in writing help, Marcel
Bestebroer can give you more info on how you can write the documentation in
a plain text file.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Last chance to take the JVCL Pre 3.0 Survey!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 23 Apr 2003 00:25:39 +0200
Newsgroups: jedi.vcl

You are not getting any argument from me (I agree with you) but nothing - or
very little - will happen with JVCL unless more people are interested in
helping out, both with the actual components and also with the
documentation.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: ANN: Last chance to take the JVCL Pre 3.0 Survey!
From: Thomas Mueller <news@s2h.cx>
Date: Wed, 23 Apr 2003 00:01:07 +0200
Newsgroups: jedi.vcl

Hello,

Peter Thörnqvist wrote:

> > We are aware that a web based solution would have been optimal but the
> > time and knowledge needed to develop it isn't available at the moment.

Unfortunately I am not able to take the survey because I don't have a 
computer with windows handy right now. ;-)

I would like to assert one point mentioned a few times in the report: You 
need better documentation for the components. I used to love the rxlib but 
only after I found some decent documentation in English for it.

I seem to remember that you are using PasDoc for the documentation. While 
this is a great tool for having documentation as comments in the source 
code it has one major drawback: Only people with (write-)access to the 
source code can write documentation. Maybe using a WikiWiki, where 
everybody can add something would help here? It could be initialized with 
PasDoc generated documentation to encourage people to add to it.

I would probably participate in this kind of project while I just lack the 
time to work on anything more organized.

regards
twm



Subject: Re: Last chance to take the JVCL Pre 3.0 Survey!
From: "Anonymous" <Nobody@Here.com>
Date: Tue, 22 Apr 2003 15:08:18 -0600
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote

Unless the hundereds of components are consolidated and improved and
documentation provided, all the good intentions and the effort
notwithstanding, JVCL will be a failure for anybody can download components
from Torry or DSP that offer more than any one JVCL component in terms of
functionality. JVCL should go beyond packagin multiple components together
and enforcing naming standards to be a lasting success.




Subject: ANN: Last chance to take the JVCL Pre 3.0 Survey!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Apr 2003 16:03:22 +0200
Newsgroups: jedi.vcl

The JVCL team is busy planning for the next release of JVCL and we are
anticipating some major changes and rewrites to make it a great one. Because
of this, we need feedback, opinions and suggestions from all users of JVCL
about what you would like to see in this release.

A survey and a survey application has been created for this purpose. You can
get the survey file, the survey application and latest information from
here: http://www.peter3.com/surveys/default.htm

We are aware that a web based solution would have been optimal but the time
and knowledge needed to develop it isn't available at the moment.

So, please consider taking and sending the survey to the JVCL team so we get
a lot of feedback and  suggestions and can make JVCL work to the
satisfaction of as many people as possible.

Note that the survey expires on april 30th, so hurry and complete it before
that date!


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: GIF question (JEDI-GIF?)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 22 Apr 2003 15:13:53 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
>  RB> I think D6< uses $80000000.
> At least D5. :-)
> If Color < 0 then .....

That's the same in D7, but D7 defines in Graphics.pas:

const
  clSystemColor = $FF000000;
  clBackground = TColor(clSystemColor or COLOR_BACKGROUND);

>  RB> ColorToRGB(AColor) and
> Should we ? I thnik TGraphic's colours are not about VCL colours - they
> refers only to image colours themselves.
> Look at function TBitmap.GetTransparentColor.
> It will do this converision itself.
>
> And i think that SETter for TGIFFrame.TransparentColor is to do this
> conversion too, so that FTransparentColor will never have not-RGB values.
>

I think you're right.

>  RB> not $FF000000;
> Hmm, for me 00ffffff is more intuitive :-)
> I'm telling not what to clear, but what to leave :-)

I didn't think about the not $FF000000 vs $00FFFFFF just about the ColorToRGB part, but you have a point.

Some more info on the masks is in delphi help at TColor:

If the highest-order byte is zero, the color obtained is the closest matching color in the system palette. If the highest-order byte is one ($01 or 0x01), the color obtained is the closest matching color in the currently active palette. If the highest-order byte is two ($02 or 0x02), the value is matched with the nearest color in the logical palette of the current device context.



Subject: Re: TJvGifImage - in brief
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 22 Apr 2003 17:03:35 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 22 Apr 2003 01:59:17 -0300 @249)
....while the fading voice of Traipse whispered through the darkness:

TP> BmpImg  := TBitmap.Create;
TP> BmpImg.Height := 200;
TP> BmpImg.Width  := 243;
TP> BmpImg.Transparent := true;

BmpImg.PixelFormat := pf8bit;
To use GIF's transparency You have to use 256-colors BMP's.
Or 16 colours, etc.

Otherwise, when GIF will convert truecolor or highcolor bitmap to
256-coloured bitmap with palettes - it will lost transparency.

The next thing to do - is fix by Remko in the old thread.

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: GIF question (JEDI-GIF?)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 22 Apr 2003 17:00:19 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 22 Apr 2003 14:44:42 +0200 @572)
....while the fading voice of Remko whispered through the darkness:

 RB> I think D6< uses $80000000.
At least D5. :-)
If Color < 0 then .....


 RB> ColorToRGB(AColor) and
Should we ? I thnik TGraphic's colours are not about VCL colours - they
refers only to image colours themselves.
Look at function TBitmap.GetTransparentColor.
It will do this converision itself.

And i think that SETter for TGIFFrame.TransparentColor is to do this
conversion too, so that FTransparentColor will never have not-RGB values.

 RB> not $FF000000;
Hmm, for me 00ffffff is more intuitive :-)
I'm telling not what to clear, but what to leave :-)


Any way that is not enough for 16bit and 24 bit bitmaps :-(

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: GIF question (JEDI-GIF?)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 22 Apr 2003 14:44:42 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Funny...
> Delphi help told nothing for it...
> Ok, then i can say that all the higher byte of TColor is for special values
> like clNoe, clDefault, clWindowsTextColor, etc.

In D7 mask $FF000000 is used for those system colors, ie those which you have to look up with GetSysColor. I think D6< uses $80000000.

I think $02000000 is used to indicate it's a transparent color, have to check that.

> So - .......and $00FFffFF; ?

Better would be

  ColorToRGB(AColor) and not $FF000000;



Subject: one more little wish to JvFileDialog component
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 22 Apr 2003 16:39:18 +0400
Newsgroups: jedi.vcl

Hello, All!

Look at its events - there are a lot of parameters named carelessly, say
Name parameter for OnAfterDialog.
Could them be renamed to, say, AName, etc ?

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: GIF question (JEDI-GIF?)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 22 Apr 2003 16:35:58 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 22 Apr 2003 14:28:57 +0200 @561)
....while the fading voice of Remko whispered through the darkness:

 RB> if Source is TBitmap then
 RB>    FTransparentColor := TBitmap(Source).TransparentColor and not
 RB> $02000000

Funny...
Delphi help told nothing for it...
Ok, then i can say that all the higher byte of TColor is for special values
like clNoe, clDefault, clWindowsTextColor, etc.

So - .......and $00FFffFF; ?

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: GIF question (JEDI-GIF?)
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 22 Apr 2003 14:28:57 +0200
To: Traipse Project <traipse-sp@yahoo.com.br>
Newsgroups: jedi.vcl

Traipse Project wrote:
> BmpImg  := TBitmap.Create;
> BmpImg.Height := 200;
> BmpImg.Width  := 243;
> BmpImg.Transparent := true;
> [draw on canvas]
> GifImg := TJvGifImage.Create;
> GifImg.Transparent := true;
> GifImg.Assign(BmpImg);
> GifImg.SaveToStream (and/or File)
> BmpImg.Free;
> GifImg.Free;
> [show it wherever on the world]

I think there is a bug in TJvGIFFrame.Assign.

If you look at TBitmap.GetTransparentColor at Graphics.pas (D7), the last line reads:

Result := Result or $02000000;

<Result is the transparent color>

Thus change the line in TJvGIFFrame.Assign from

if Source is TBitmap then
  FTransparentColor := TBitmap(Source).TransparentColor;

to

if Source is TBitmap then
  FTransparentColor := TBitmap(Source).TransparentColor and not $02000000

Regards,
Remko Bonte




Subject: Re: TJvGifImage
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 22 Apr 2003 16:16:42 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 22 Apr 2003 01:59:17 -0300 @249)
....while the fading voice of Traipse whispered through the darkness:

Hmm.... i wonder if VCL3 or VCL4 had bugs... (bug-bunnies?)

There are a lot of references to Compilers3_up - imho one need just to
cleanse them out!
Same is true to {$IfDef Win32} - that os to tell Delphi 1 from the later
versions.

Here is JvGif.pas (BTW, i wonder, will this unit register GIF format
available to generic TImage as JPEG.pas do ? )

procedure TJvGIFImage.Assign(Source: TPersistent);
=========Beginning of the citation==============
  if Source is TBitmap then
  begin
    NewImage;
    AddFrame(TBitmap(Source));
    Changed(Self);
  end

=========The end of the citation================
IMHO it would be better to test "if Source is TGraphic"
=========Beginning of the citation==============
  if Source is TGraphic then
  begin
    NewImage;
    AddFrame(TGraphic(Source));
    Changed(Self);
   Self.Transparent := TGraphic(Source).Transparent; /// !!!!!!!!  forgotten
thing!!!
  end
=========The end of the citation================



procedure TJvGIFFrame.Assign(Source: TPersistent);
=========Beginning of the citation==============
  if Source is TGraphic then
  begin
    { TBitmap, TJPEGImage... }
    if TGraphic(Source).Empty then
    begin
      Assign(nil);
      Exit;
    end;
    NewImage;
    NewBitmap;
    try
      FBitmap.Assign(Source);
      if Source is TBitmap then
        FBitmap.Monochrome := TBitmap(Source).Monochrome;
    except
      FBitmap.Canvas.Brush.Color := clFuchsia;
      FBitmap.Width := TGraphic(Source).Width;
      FBitmap.Height := TGraphic(Source).Height;
      FBitmap.Canvas.Draw(0, 0, TGraphic(Source));
    end;
    {$IFDEF COMPILER3_UP}
    if TGraphic(Source).Transparent then
    begin
      if Source is TBitmap then
        FTransparentColor := TBitmap(Source).TransparentColor
      else
        FTransparentColor := GetNearestColor(FBitmap.Canvas.Handle,
          ColorToRGB(FBitmap.Canvas.Brush.Color));
    end;
    {$ELSE}
    if (Source is TIcon) or (Source is TMetafile) then
      FTransparentColor := GetNearestColor(FBitmap.Canvas.Handle,
        ColorToRGB(FBitmap.Canvas.Brush.Color));
    {$ENDIF}
  end

=========The end of the citation================

So here are my comments:

1) we should not assign .Monochrome, since that is not variable-property.
This is just function for some features of current TBitmap.FImage.
Since TBitmap.Assign(TBitmap) will borrow FImage, Monochrome property will
be assigned as well.

2) Explicit support for Ticon and so on - sems to be cleansed out too :-)

3) I guess we'd set FBitmap to 256-colour mode right after assign!
  I aint'sure if the palette will be generated/updated then, though. Same is
about TransparentColor.
   But since GIf is 256 colours palettised image - it is better to keep its
unternals that way too.

4) FLocalColors := true;  - isn't this line omitted here?



Looking at TGifFrame i find a lot of code like
=========Beginning of the citation==============
      if FExtensions = nil then
        FExtensions := TList.Create;

=========The end of the citation================
I think to extend this class with public property Extensions: TList read
GetExtensions;
function TGifFrame.GetExtensions:Tlist;
being
  if FExtensions = nil then  FExtensions := TList.Create;
  Result := FExtensions;
end;



--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: GIF question (JEDI-GIF?)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 22 Apr 2003 15:38:36 +0400
Newsgroups: jedi.vcl

 TP> BmpImg  := TBitmap.Create;
 TP> BmpImg.Height := 200;
 TP> BmpImg.Width  := 243;
BmpImg.PixelFormat := pf8bit; // GIFs are 256-coloured images !!!
 TP> BmpImg.Transparent := true;
 TP> [draw on canvas]
Here we may say, that the transparent colour would the colour of the bottom
left corner fo Your bitmap (or maybe top left - read delphi help for
TBitmap.TransparentColor)
Are You sure You did not filled those corners with You drawing ?
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: GIF question (JEDI-GIF?)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 22 Apr 2003 14:50:56 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 21 Apr 2003 14:05:34 -0300 @753)
....while the fading voice of Traipse whispered through the darkness:

TP> Thks for your reply Arioch.

Did You  try GraphicEx ? Will it wuit You ?

What's the TransparentMode and TransparentColor of Your bitmap ?

If You'll do TIcon.Assigh(bitmap) will the resulting Icon be ok ?

--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Changes made to TJvCaptionButton, TJvMainMenu and TJvPopupMenu.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 22 Apr 2003 12:36:08 +0200
Newsgroups: jedi.vcl

> > Let me know what you think, preferably on my email.

You can put the files in a zip and either post to jedi.binaries or create a
new report at http://projectjedi.sourceforge.net/mantis and attach the file.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: TJvGifImage
From: "Traipse Project" <traipse-sp@yahoo.com.br>
Date: Tue, 22 Apr 2003 01:59:17 -0300
Newsgroups: jedi.vcl

Hi there -

Sorry for being like a Duracell bunny, but I'm looking for an answer to my
question...

My lines:

BmpImg  := TBitmap.Create;
BmpImg.Height := 200;
BmpImg.Width  := 243;
BmpImg.Transparent := true;
[draw on canvas]
GifImg := TJvGifImage.Create; <<<
GifImg.Transparent := true;       <<< (redundant!)
GifImg.Assign(BmpImg);         <<<
GifImg.SaveToFile(xxx);         <<<
BmpImg.Free;
GifImg.Free;

RESULT :=  <non-transparent GIF>

Any clue?

TIA,

riz




Subject: Changes made to TJvCaptionButton, TJvMainMenu and TJvPopupMenu.
From: OBones <obones_REMOVE_SPAM_@_REMOVE_SPAM_meloo.com>
Date: Tue, 22 Apr 2003 14:13:09 +1000
Newsgroups: jedi.vcl

Hi !

For a project of mine, I've been using TJvCaptionButton, TJvMainMenu and TJvPopupMenu.
I've had to augment them in order to meet my requirements and made the following changes :

TJvCaptionButton :
Added a Hint property            works like every hint property

TJvMainMenu and TJvPopupMenu :
Added DisabledImages property    accepts a TImageList containing the
                                 glyph to show when an item is disabled
Added HotImages property         accepts a TImageList containing the
                                 glyph to show when an item is
                                 highlighted
Added StandardIsOffice property  allow using Office style buttons when
                                 specifying msStandard Style


I've made these changes to the JVCL 2.0 source code as I don't have a big enough connection to allow me download the latest version every couple of week.
However, I have an account on SourceForge (obones) and may be able to merge my modifications in the CVS provided you tell me how and where. I think the simplest way would be for me to send the 2 modified units to someone in charge who will in turn put the modifications in the CVS.

Let me know what you think, preferably on my email.

Regards
OBones



Subject: Re: UIL's Plug-in Framework...
From: "Travis Elkins" <travis@GETridofTHISchidera.com>
Date: Mon, 21 Apr 2003 13:45:18 -0600
Newsgroups: jedi.vcl

My fault....I have an older version where I looked.  Then, I downloaded the
latest version and looked in the old directory....!

Things have been hectic.  So much so that I forgot to actually UNZIP the
files and look at the new ones!  Dumb mistake.

I'm good to go now.  I just unzipped the file I already downloaded and have
what I need at my fingertips now.

Thanks for the help.

--
Travis Elkins
Chidera Software
http://www.chidera.com
travis@GETridofTHISchidera.com

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b81g19$nne$1@talkto.net...
> > "Travis Elkins" <travis@GETridofTHISchidera.com> wrote in message
> > news:b81fjd$nlj$1@talkto.net...
>> > > Really....?  I did that and couldn't find anything in the help file on
>> > > plug-ins......Perhaps I've missed something....?
> >
> > You have to look at the components and the Examples.
> >
> > JVCL Help file is incomplete, as we don't have enough resources to finish
> > it.
> >
> > If anyone has some extra time and would like to help, it would be very
much
> > appreciated.
> >
> > Michael
> >
> >




Subject: Re: UIL's Plug-in Framework...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 21 Apr 2003 15:32:29 -0400
Newsgroups: jedi.vcl

"Travis Elkins" <travis@GETridofTHISchidera.com> wrote in message
news:b81fjd$nlj$1@talkto.net...
> > Really....?  I did that and couldn't find anything in the help file on
> > plug-ins......Perhaps I've missed something....?

You have to look at the components and the Examples.

JVCL Help file is incomplete, as we don't have enough resources to finish
it.

If anyone has some extra time and would like to help, it would be very much
appreciated.

Michael




Subject: Re: UIL's Plug-in Framework...
From: "Travis Elkins" <travis@GETridofTHISchidera.com>
Date: Mon, 21 Apr 2003 13:18:39 -0600
Newsgroups: jedi.vcl

Really....?  I did that and couldn't find anything in the help file on
plug-ins......Perhaps I've missed something....?

Let me take a look again.

--
Travis Elkins
Chidera Software
http://www.chidera.com
travis@GETridofTHISchidera.com

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b81b5t$n41$1@talkto.net...
> > "Travis Elkins" <travis@GETridofTHISchidera.com> wrote in message
> > news:b818ij$mpf$1@talkto.net...
> >
>> > > I've been searching high and low for UIL's Plug-in framework.  They have
>> > > version 6 for sale on their site, but say that version 5 was donated to
>> > > JEDI.
>> > >
>> > > How can I get a hold of it?
> >
> > It's part of JVCL.
> >
> > Install JVCL and you have the Plug-in components.
> >
> > Michael
> >
> >




Subject: Re: UIL's Plug-in Framework...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 21 Apr 2003 14:04:27 -0400
Newsgroups: jedi.vcl

"Travis Elkins" <travis@GETridofTHISchidera.com> wrote in message
news:b818ij$mpf$1@talkto.net...

> > I've been searching high and low for UIL's Plug-in framework.  They have
> > version 6 for sale on their site, but say that version 5 was donated to
> > JEDI.
> >
> > How can I get a hold of it?

It's part of JVCL.

Install JVCL and you have the Plug-in components.

Michael




Subject: UIL's Plug-in Framework...
From: "Travis Elkins" <travis@GETridofTHISchidera.com>
Date: Mon, 21 Apr 2003 11:18:45 -0600
Newsgroups: jedi.vcl

Hello,

I've been searching high and low for UIL's Plug-in framework.  They have
version 6 for sale on their site, but say that version 5 was donated to
JEDI.

How can I get a hold of it?

The stuff at Torry's does NOT include any source and seems to be version
6....at least according to the readme file.

Any help will be welcome.

Thanks in advance.

--
Travis Elkins
Chidera Software
http://www.chidera.com
travis@GETridofTHISchidera.com





Subject: Re: GIF question (JEDI-GIF?)
From: "Traipse Project" <traipse-sp@yahoo.com.br>
Date: Mon, 21 Apr 2003 14:05:34 -0300
Newsgroups: jedi.vcl

Thks for your reply Arioch.

>> >> ... but  the Animator is animator - it is not GIF image. IT is not
convertor and do not need to be. <<<

Besides using JvGIFAnimator to show (locally) the image I drew, I didn't
know there was TJvGifImage. Thks for the info.

>>> >>>  RxLib do contain RxGIF unit with  TGIFImage = class(TGraphic) in it;
That unit is named JvGif.pas after donation - refer to it  <<<

Well, I was speaking about Ander Melander's TGifImage, which even has a
"discussion group" (sic) @ http://groups.yahoo.com/group/JEDI-GIFImage

>>> >>> Try to assign TBitmap -> TGIFImage <<<

That's what I'm doing!  See...

BmpImg  := TBitmap.Create;
BmpImg.Height := 200;
BmpImg.Width  := 243;
BmpImg.Transparent := true;
[draw on canvas]
GifImg := TJvGifImage.Create;
GifImg.Transparent := true;
GifImg.Assign(BmpImg);
GifImg.SaveToStream (and/or File)
BmpImg.Free;
GifImg.Free;
[show it wherever on the world]

The problem is the GIF image isn't transparent... as I said, with Melander's
TGIFImage I do the same and it creates the GIF as expected, but "this other"
TGIFImage (which was supposed to join JEDI:
http://www.elists.org/pipermail/delphi-3p/2000-May/000494.html) eats  memory
everytime I call Assign.

>>> >>>  I'd also suggest to Traipse to put an eye of GraphicEx library. <<<

I gave Delphi Gem a shot... it's very interesting.  Thks.

BTW, you (or anybody else)  know what's wrong with my procedure?

riz




Subject: Re: Installation failure
From: Michael Caracena <caracena@americanISP.net+++>
Date: Mon, 21 Apr 2003 05:05:40 -0600
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>> 2) Click your RIGHT mouse button on the package file name and
>>   select "Install".
>>   ( it should compile and install fine ... )
>
>
> You should only install the JVCL200_D50 package; the JVCL200_R50 package
> should be build/compiled only. I did try your solution and it did work (sort
> of, it compiles the *R50 package when I try to compile/install the *D50
> which is not what I want), but I really don't want this large *R50 package
> installed in the IDE, so I reverted back to the steps I have outlined before
> (i.e. keeping separate design time and run time packages and setting the
> options to "Explicit rebuild").
>
> I do set my output directories to what I want, but I do that for all
> component libraries I use(d) before compiling/installing.
>
> -- 
> Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> Project JEDI Help coordinator
> JVCL Help team coordinator
>
> To mail me, remove the obvious from my mail address
>
>
>

OK, I was able to install the packages - the way you listed previously - the second time I tried.

Perhaps, someone will add your steps to the installer so that more newbies to JVCL ( like me )
can actually use the components with minimal difficulty.

Sincerely,

Michael Caracena



Subject: Re: Installation failure
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 21 Apr 2003 11:57:18 +0200
Newsgroups: jedi.vcl

> > 2) Click your RIGHT mouse button on the package file name and
> >    select "Install".
> >    ( it should compile and install fine ... )

You should only install the JVCL200_D50 package; the JVCL200_R50 package
should be build/compiled only. I did try your solution and it did work (sort
of, it compiles the *R50 package when I try to compile/install the *D50
which is not what I want), but I really don't want this large *R50 package
installed in the IDE, so I reverted back to the steps I have outlined before
(i.e. keeping separate design time and run time packages and setting the
options to "Explicit rebuild").

I do set my output directories to what I want, but I do that for all
component libraries I use(d) before compiling/installing.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: GIF question (transparency)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 21 Apr 2003 10:41:52 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 21 Apr 2003 03:25:23 -0300 @309)
....while the fading voice of Traipse whispered through the darkness:

 TP> that by assigning  TBitmap to JvGifAnimator and it works, but  the
Animator is animator - it is not GIF image. IT is not convertor and do not
need to be.

You'd not use components at all imho.

RxLib do contain RxGIF unit with  TGIFImage = class(TGraphic) in it;
That unit is named JvGif.pas after donation - refer to it.

Try to assign TBitmap -> TGIFImage or TBitmap -> TIcon -> TGifImage

PS: to JVCL team, With Your trend to rename everything to contain Jv header,
i find ignoring JvGif.TSharedImage class is confusing.
Rename it too, plz!

PPS: I'd also suggest to Traipse to put an eye of GraphicEx library.
It is huge and will bloat Your program noticeably (if You will not cut it
off, but when what was the need for it?), but will add support for a lot of
image formats, including GIF. It may help too. Google for "Delphi Gems"
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: GIF question (transparency)
From: "Traipse Project" <traipse-sp@yahoo.com.br>
Date: Mon, 21 Apr 2003 03:25:23 -0300
Newsgroups: jedi.vcl

Hi there -

I've been using JEDI-VCL for 6 months or so...  It's terrific... when it
doesn't save a lot of time, it gives ideas... as a matter of fact, I would
say I spend more time trying to find a JEDI component that fits my projects
than using it [effectively].

Well, now I'm stuck with GIF: all I want is to convert the images I create
into GIF to send (in real time) through the net.  I'm able to do that by
assigning  TBitmap to JvGifAnimator and it works, but  the problem is I want
the images to be "transparent".  I mean, my images are transparent, but it
seems TJvGifAnimator transparent property doesn't work after
"TJvGifAnimator.Assign(TBitmap)".

On the other hand, I tried TGifImage 2.2 (which was supposed to join JEDI
long ago)... it works as I want, but leaks a *bunch* of memory every time I
call "assign"... as I said, the images are created in real time (as much as
once a second), using real data, to send through the net... so, I run out of
memory "in no time". :-(

Any clue?

BTW, I'm working on a FREEWARE called GPS Online and, if my system didn't
run out of memory, you can see it at http://www.traipse.kit.net (right after
the presentation).

I thank you all in advance for any help.

riz




Subject: Re: Installation failure
From: Michael Caracena <caracena@americanISP.net+++>
Date: Sun, 20 Apr 2003 22:29:24 -0600
Newsgroups: jedi.vcl

I had the same problem and found a solution.
I can tell you what I did and hopefully that will help.

Basically, to install for Delphi 5 professional,
I had to open "D5 Packages.bpg",
located in the "jvcl\packages" folder,
and set the output, dcu output, and search directories ( that I was using ) for each package.
Also, I had to make sure each package was a "Designtime and runtime" and
"Rebuild as needed" package.
( Or else I would start getting an URW533 error - eh wouldn't compile anymore after that ;(. )


Basically, here is what I did:

First,
take note of your default "Output" directory and "DCP output"
directory that YOU use for Delphi.

Open the D5 Packages.bpg ( if you are using Delphi 5 Professional )
located in your "jvcl\packages" directory.

Open the Project Manager.

There should be several ( three at the moment ) bpl files listed there.
For each one,
do the following:

    1)  Edit the "Options" for each package by
        clicking your RIGHT mouse button on the package name and
        select "Options ...".

        A) Go to the "Description" tab,
              click on "Designtime and runtime" and "Rebuild as needed."

        B) Go to the "Directories/Conditionals" tab,
       
           a) Set the Output Directory to your default output directory
           b) Set the "DCP output directory" to your default output directory.
           c) ( Don't do this step for DJCL50.bpl )
                      Add your "DCP output" directory, the one you just set,
              to the "Search path" by clicking on "...".

        C) Exit options by clicking "OK" button.

    2) Click your RIGHT mouse button on the package file name and
       select "Install".
       ( it should compile and install fine ... )


If all went well,
save the project somewhere.

Happy coding! ;-)


Sincerely,

Michael Caracena




Subject: Re: JvInterpreter and other JVCL components promotion
From: "David McCallum" <davidmccallum@btinternet.com>
Date: Sun, 20 Apr 2003 09:06:33 +0100
Newsgroups: jedi.vcl

> > We and our target group solely consist of programmers,
> > and programmers just don't like to document
> >

I've been trying to tell my boss that for years :)

David McCallum




smile.gif
	



Subject: Re: JvInterpreter and other JVCL components promotion
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 20 Apr 2003 09:50:05 +0200
Newsgroups: jedi.vcl

> > Is there a place with a list of components to be documented, in priority
> > order? I'd like to document a couple components, but I'd prefer to do so
for
> > those that won't be discontinued on JVCL 3.

First: we don't know yet which components will be discontinued and which
won't. Second: the documentation of a component that is discontinued is not
a waste of time, as it usually means that component will be merged with
another. Documentation will remain the same in most cases.

> >
> > What to do to document some of them?
> >

Mail me and I'll send you the details (very simple guidelines). Currently I
only have an accurate view of what is documented (or in the process of being
documented) so you should pick one of the units that is not on the list and
notify me that you are working on it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvInterpreter and other JVCL components promotion
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Sat, 19 Apr 2003 22:00:12 -0300
Newsgroups: jedi.vcl

Is there a place with a list of components to be documented, in priority
order? I'd like to document a couple components, but I'd prefer to do so for
those that won't be discontinued on JVCL 3.

What to do to document some of them?

Rafael

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> escreveu na mensagem
news:3EA1B827.4050504@Mmyrealbox.com...
> > I think it's a good idea, but I see 2 problems:
> >
> > * Information might get to fragmented, ie at too many places a bit of
> > information.
> >
> > * I'm quite pessimistic about getting volunteers for doing
> > documentation. We and our target group solely consist of programmers,
> > and programmers just don't like to document :)
> >
> > Besides that I think a howto doc or faq can still be useful, although I
> > don't see a lot of questions about how to work with the JVCL components
> > here. Don't know why, actually?
> >
> > Regards
> > Remko
> >




Subject: Re: JvInterpreter and other JVCL components promotion
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 19 Apr 2003 22:57:11 +0200
To: Dmitry Osinovsky <ode@prbank.ihatespam.ru>
Newsgroups: jedi.vcl

I think it's a good idea, but I see 2 problems:

* Information might get to fragmented, ie at too many places a bit of information.

* I'm quite pessimistic about getting volunteers for doing documentation. We and our target group solely consist of programmers, and programmers just don't like to document :)

Besides that I think a howto doc or faq can still be useful, although I don't see a lot of questions about how to work with the JVCL components here. Don't know why, actually?

Regards
Remko



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 19 Apr 2003 14:27:24 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 18 Apr 2003 21:19:47 +0200 @847)
....while the fading voice of Remko whispered through the darkness:

 RB> Arioch /BDV/ wrote:
 >> What's about some methods static in D5 and virtual in D6+ ?
 RB> Which methods do you mean?
See the 1st log.
At my experience the worst situations is when some method is static and You
need to override it.
TCollection descendants is the example.
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 19 Apr 2003 10:41:45 +0200
Newsgroups: jedi.vcl

>> > > Can send it to your for consulting :-)
> >
> > *kuch*yes*kuch* <g>

I think you meant *cough*yes*cough*? Anyway, I didn't see Arioch proposal,
nor your answer ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: id3 tags and D5 - sequel - DesignTime
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 18 Apr 2003 21:19:47 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> What's about some methods static in D5 and virtual in D6+ ?

Which methods do you mean? I thought that most was fixed by using a lot of {$IFDEF}, that seems to be pretty standard work if you look at other design-time editors (such as JvOLBEditor, JvPgMngrEd, JvTimLstEd etc.)

> Can send it to your for consulting :-)

*kuch*yes*kuch* <g>






Subject: Re: id3 tags and D5 - sequel - DesignTime
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 18 Apr 2003 23:09:53 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 18 Apr 2003 21:04:47 +0200 @836)
....while the fading voice of Remko whispered through the darkness:

  RB> Only gaps between D5 and D6 are now in JvID3FramesEditor.pas:

What's about some methods static in D5 and virtual in D6+ ?
 
 RB> It can probably be solved just by looking at the D5 source of
 RB> DSDesign.pas. 

Can send it to your for consulting :-)

--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 18 Apr 2003 21:04:47 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> It has another defaut settings and it has warnings ocntrol with {$ options.

Aha moment :)

> =========Beginning of the citation==============
> [Hint] JvID3v2Editor.pas(349): Value assigned to 'Result' never used
> [Hint] JvID3v2Editor.pas(336): Value assigned to 'Result' never used

That's true, some method in JvID3v2Editor.pas is declared as procedure in D5 and as function in D6. I just added a dummy var 'Result' for D5, but the values assigned to that var aren't used.

Info for Peter (or someone else with D5):
-----------------------------------------

Only gaps between D5 and D6 are now in JvID3FramesEditor.pas:

* TJvID3FramesEditor.Activated; ie the call to Designer.Activate.
* TJvID3FramesEditor.ComponentDeleted;

It can probably be solved just by looking at the D5 source of DSDesign.pas.



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 18 Apr 2003 22:17:06 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 18 Apr 2003 19:19:56 +0200 @763)
....while the fading voice of Remko whispered through the darkness:

  RB> implicit type casts, ie something like

 RB> var
 RB>    C1,  I: Integer;  // so !!!
 RB>     C2: Cardinal
 RB> begin
 RB>    I := C1 - C2;
///// And this then would be translated as I := integer(int64(C1) -
Int64(C2));
 RB> end;

 RB> D6 handles those implicit type-cast in a different way than D5.
It has another defaut settings and it has warnings ocntrol with {$ options.

=========Beginning of the citation==============
[Hint] JvID3v2Editor.pas(349): Value assigned to 'Result' never used
[Hint] JvID3v2Editor.pas(336): Value assigned to 'Result' never used
[Warning] Unit 'JvDBSecurityEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvMemTableEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvAnimatedEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvProgressEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvID3v2Editor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvID3v2Define' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvPerfStatEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvMailEditor' implicitly imported into package 'JVCL200_D50'
[Warning] Unit 'JvGroupHeaderEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvFooterEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JVHLEditEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvScrollMaxEditor' implicitly imported into package
'JVCL200_D50'
[Warning] Unit 'JvBDEEditors' implicitly imported into package 'JVCL200_D50'
[Warning] Unit 'JVDBEditors' implicitly imported into package 'JVCL200_D50'
[Hint] Package 'JVCL200_D50' does not use or export
'JvIReg.TJvIntegerProperty.JvInterpreterPGetValue'
[Hint] Package 'JVCL200_D50' does not use or export
'JvIReg.TJvIntegerProperty.SetValue'
[Hint] Package 'JVCL200_D50' does not use or export
'JvColors.TJvColorProperty.GetValue'
[Hint] Package 'JVCL200_D50' does not use or export
'JvColors.TJvColorProperty.GetValues'
[Hint] Package 'JVCL200_D50' does not use or export
'JvColors.TJvColorProperty.SetValue'
[Hint] Package 'JVCL200_D50' does not use or export
'JvColors.TJvColorProperty.ListDrawValue'

=========The end of the citation================

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 18 Apr 2003 19:19:56 +0200
To: Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl>
Newsgroups: jedi.vcl

>>[Hint] Package 'JVCL200_R50' does not use or export
>>'JvID3v2Base.GetByteCount'
>>

In this case it is actually what it says it is. Function GetByteCount defined in the implementation section of JvID3v2Base.pas isn't used in that unit. But I added this function for possible future use. So if you aim to eliminate hints, it's a kinda annoying hint. I guess Borland removed it therefore from D6 up.

Other hints/warnings you get in D5 and not in D6 up, seem to be implicit type casts, ie something like

var
  I: Integer;
  C1, C2: Cardinal
begin
  [..]
  I := C1 - C2;
end;

Some might be useful hints, other just annoying. I don't know whether D6 handles those implicit type-cast in a different way than D5.

Because in those new units I mixed the use of Integer and Cardinal types, it might be useful for me if someone copy-paste those hints, so I can check whether nothing can go wrong etc.



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 18 Apr 2003 13:52:01 +0200
Newsgroups: jedi.vcl

> >
> > [Hint] Package 'JVCL200_R50' does not use or export
> > 'JvID3v2Base.GetByteCount'
> >

This is probably that infamous bug of D5 not seeing a method is used.
Judging by the name of the class it's most likely a virtual/abstract method
that never get's called directly. Because the compiler doesn't see a
descendant class is used, in which that method is overriden and used, you
get these strange hints. You get them even with abstract methods!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: id3 tags and D5 - sequel - DesignTime
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 18 Apr 2003 15:30:43 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 18 Apr 2003 13:20:59 +0200 @514)
....while the fading voice of Peter whispered through the darkness:

 PTr> problems, just a few (fixable) warnings:
 >> stuff in D5, thus there are some blanks in the code that need to be

Since You're more experenced than me, could You gave some suggestions to
Remko if he can workaround D5 limitations to fill his blanks ?

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 18 Apr 2003 13:20:59 +0200
Newsgroups: jedi.vcl

I just downloaded and installed your changes on D5 and didn't have any
problems, just a few (fixable) warnings:

[Hint] JvID3v2Editor.pas(349): Value assigned to 'Result' never used
[Hint] JvID3v2Editor.pas(336): Value assigned to 'Result' never used

[Hint] Package 'JVCL200_R50' does not use or export
'JvID3v2Base.GetByteCount'


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Remko Bonte" <remkobonteSP@Mmyrealbox.com> skrev i meddelandet
news:3E9F1328.90406@Mmyrealbox.com...
> > Ok, did another update, but note that I didn't know how to handle some
> > stuff in D5, thus there are some blanks in the code that need to be
filled.
> >
> > Arioch /BDV/ wrote:
>> > > All other units seems to compile though they have a lot of
hints|warnings
> >
> > I don't get any hints or warnings on D6 or D7 - that is for the ID3
> > units - and can't test on D5; thus could you copy-paste those messages
here.
> >
> >



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 18 Apr 2003 14:39:36 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 22:48:40 +0200 @908)
....while the fading voice of Remko whispered through the darkness:

 RB> units - and can't test on D5; thus could you copy-paste those messages

Why? Everywhen i did it i was told 'it is out of interest because of bugs in
D5 compiler'

So fix the errors that i posted already and don't think about warning, while
there are errors.

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: id3 tags and D5 - sequel - DesignTime
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Apr 2003 22:48:40 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

Ok, did another update, but note that I didn't know how to handle some stuff in D5, thus there are some blanks in the code that need to be filled.

Arioch /BDV/ wrote:
> All other units seems to compile though they have a lot of hints|warnings

I don't get any hints or warnings on D6 or D7 - that is for the ID3 units - and can't test on D5; thus could you copy-paste those messages here.




Subject: id3 tags and D5 - sequel - DesignTime
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 23:42:43 +0400
Newsgroups: jedi.vcl

Hello, All!

=========Beginning of the citation==============
[Error] JvID3v2Editor.pas(280): Undeclared identifier: 'Activate'
[Error] JvID3v2Editor.pas(634): Undeclared identifier: 'TDesignerSelections'
[Error] JvID3v2Editor.pas(634): Missing operator or semicolon -- no matter,
causes by above one.
[Error] JvID3v2Editor.pas(642): Incompatible types: 'IPersistent' and
'TJvID3Frame'
[Error] JvID3v2Editor.pas(645): Incompatible types: 'IPersistent' and
'TJvID3Controller'
[Fatal Error] JVCLReg.pas(85): Could not compile used unit
'..\source\JvID3v2Editor.pas'

=========The end of the citation================

All other units seems to compile though they have a lot of hints|warnings
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 23:34:03 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 18:49:14 +0400 @659)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of All tremble:

Don't forget of that, plz :

 AB> =========Beginning of the citation==============
 AB>  [Warning] JvID3v2Base.pas(2868): Combining signed
 AB> and unsigned types - widened both operands
 AB> [Warning] JvID3v2Base.pas(3671): Combining signed and unsigned types -
 AB> widened both operands
 AB> =========The end of the citation================

--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: id3 tags and D5 - sequel
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 23:31:40 +0400
Newsgroups: jedi.vcl

Hello, All!

      if Assigned(Application.HandleException) then
Error: Variable Required

So change it to " if Assigned(Application.onException) "

Or even better - call Application.HandleException - it will check itself if
OnException is assigned and will cal ShowException otherwise!!!



line 3214
        ShowException(ExceptObject, ExceptAddr)
Error: Imcompatible types: Exception and TObject
        ShowException(Exception(ExceptObject), ExceptAddr)


Or we nay call  TApplication.ShowException
Displays a message box for exceptions that are not caught by application
code.
procedure ShowException(E: Exception);
  -- You can see, there's the only parameter!

But imho Application.HandleException is the best match!

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 21:09:14 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 18:47:20 +0200 @741)
....while the fading voice of Remko whispered through the darkness:

 RB> The field editor of TDataset.

 RB> Must also be in D5 - but maybe not the source.
Oohh.. i found. There are sources.

But anyway CVS is dead to me :-(

Also there might be differenses betwee IDesigner in D5 and IFormDesigner in
D6+


D:\Borland\Delphi5\lib\dsgnwnds.dcu

Wait a bit while  i'll use decompiler with it...
=========Beginning of the citation==============
    procedure EditAction{C2} (Self: TDesignWindow;
      Action: DsgnIntf.TEditAction); virtual;

=========The end of the citation================


--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Apr 2003 18:47:20 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Nefver heard of that beast. What's this ?

The field editor of TDataset. Must also be in D5 - but maybe not the source.

Regards,
Remko



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 20:43:32 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 18:35:47 +0200 @733)
....while the fading voice of Remko whispered through the darkness:

 RB> I've made some changes, so please try again.

I'll ry though today i have almost no connection to CVS :-(((
Or is it CVS loosing today?

But when i tried - i found that dt-routines are almost impossible to be
fixed.
  "Cannot override static method" for example - it is a very bad news.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 20:40:54 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 17:45:04 +0200 @697)
....while the fading voice of Remko whispered through the darkness:

 RB> DSDesign.pas

Nefver heard of that beast. What's this ?

--
If i had ears, i'd heard Ленинград - Не со мной
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Apr 2003 18:35:47 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

I've made some changes, so please try again.

Regards,
Remko



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Apr 2003 17:45:04 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

JvID3v2Editor is largely based on DSDesign.pas thus that shouldn't be too hard to figure out (if I had the source <g>)



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 19:36:32 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 17:07:54 +0200 @672)
....while the fading voice of Remko whispered through the darkness:

 RB> Anyway, I'll try to fix most of those errors.
Good luck!

=========Beginning of the citation==============
[Error] JvID3v2Editor.pas(90): Cannot override a static method
[Error] JvID3v2Editor.pas(91): Declaration of 'EditAction' differs from
previous declaration
[Error] JvID3v2Editor.pas(93): Cannot override a static method
[Error] JvID3v2Editor.pas(94): Method 'SelectionChanged' not found in base
class
[Fatal Error] JvID3v2Editor.pas(128): Could not compile used unit
'..\source\JvID3v2Define.pas'

=========The end of the citation================

And there's no DsgnWnds.pas in D5, i even wonder about dcu, guess it is
hardcoded into one of bpl's|dcp's

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 19:33:54 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 17:18:50 +0200 @679)
....while the fading voice of Remko whispered through the darkness:

 RB> function SomeFunction(Ctrl: TSomeCtrl; const SA: string); overload;
 RB> function SomeFunction(Ctrl: TSomeCtrl; const SW: WideString); overload;

function SomeFunction(const SW: WideString; Ctrl: TSomeCtrl)
or smth alike - it is ugly, though possible.

But You may just leave only WS version.
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 19:32:28 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 17:07:54 +0200 @672)
....while the fading voice of Remko whispered through the darkness:

 RB> Whoops, I don't have D5, so I couldn't test,
I removed all those units from D5 dpk's :-(

 RB>  and somehow forgot to check whether I used D5 compatible functions. 
RaiseLatsOsError is emulated in JclBase.pas.
Thought i still wonder about using Win32Check. :-)

 RB> But usually Peter fixes my D5 errors <g>.
Design-Time pacckage is almost unfixable :-(((

--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 19:30:53 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 17:18:50 +0200 @679)
....while the fading voice of Remko whispered through the darkness:

 RB> function SomeFunction(Ctrl: TSomeCtrl; const SA: string); overload;
 RB> function SomeFunction(Ctrl: TSomeCtrl; const SW: WideString); overload;

Absolutely.
Take Your D6 and read what's new :-)
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Apr 2003 17:18:50 +0200
To: Remko Bonte <remkobonteSP@Mmyrealbox.com>
CC: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

Is it correct that you can't have something like

function SomeFunction(Ctrl: TSomeCtrl; const SA: string); overload;
function SomeFunction(Ctrl: TSomeCtrl; const SW: WideString); overload;

in D5?



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 17 Apr 2003 17:07:54 +0200
To: Arioch /BDV/ <the_Arioch@kill-me.nm.ru>
Newsgroups: jedi.vcl

Whoops, I don't have D5, so I couldn't test, and somehow forgot to check whether I used D5 compatible functions. But usually Peter fixes my D5 errors <g>.

Anyway, I'll try to fix most of those errors.

Regards,
Remko



Subject: Re: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 19:01:52 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 17 Apr 2003 18:49:14 +0400 @659)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of All tremble:


Will not say about Design-time cause it is absoletely uncompilable :-(
--  
If i had ears, i'd heard The Yardbirds - Still I'm Sad
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: latest CVS uncompatible on D5 [id3 tags]
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 17 Apr 2003 18:49:14 +0400
Newsgroups: jedi.vcl

    Hello, All!

=========Beginning of the citation==============
[Error] JvID3v2Base.pas(2136): Undeclared identifier: 'RaiseLastOSError'
[Warning] JvID3v2Base.pas(2868): Combining signed and unsigned types -
widened both operands
[Error] JvID3v2Base.pas(3198): Undeclared identifier:
'ApplicationHandleException'
[Error] JvID3v2Base.pas(3198): Incompatible types
[Error] JvID3v2Base.pas(3199): Undeclared identifier:
'ApplicationHandleException'
[Error] JvID3v2Base.pas(3514): Undeclared identifier:
'ApplicationHandleException'
[Error] JvID3v2Base.pas(3514): Incompatible types
[Error] JvID3v2Base.pas(3515): Undeclared identifier:
'ApplicationHandleException'
[Warning] JvID3v2Base.pas(3671): Combining signed and unsigned types -
widened both operands
[Error] JvID3v2Base.pas(6918): Ambiguous overloaded call to 'Find'
[Error] JvID3v2Base.pas(6933): Ambiguous overloaded call to 'Find'
[Fatal Error] JvId3v2.pas(35): Could not compile used unit
'..\source\JvID3v2Base.pas'

=========The end of the citation================

JvID3v2Base.pas(2136) - why not use CheckWin32 or how is it called now ?

--
If i had ears, i'd heard The Yardbirds - Steeled Blues
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: mysfeature in RxDirectoryEdit
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 16 Apr 2003 22:27:55 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Apr 2003 17:47:35 +0400 @616)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of All tremble:

Pls, Peter, will You think of thispatch or some other change in the code.
The problem is described in prior messages.


=========Beginning of the citation==============
function ShortToLongFileName(const ShortName: string): string;
var
  Temp: TWin32FindData;
  SearchHandle: THandle;
begin
  SearchHandle := FindFirstFile(PChar(ShortName), Temp);
  if SearchHandle <> INVALID_HANDLE_VALUE then
  begin
    Result := Temp.cFileName;
    if Result = '' then
      Result := Temp.cAlternateFileName;
  end
  else
    Result := extractfilename(ShortName);//    Result := '';
!!!!!!!!!!!!!!!!!!!!!!!
  Windows.FindClose(SearchHandle);
end;

function LongToShortFileName(const LongName: string): string;
var
  Temp: TWin32FindData;
  SearchHandle: THandle;
begin
  SearchHandle := FindFirstFile(PChar(LongName), Temp);
  if SearchHandle <> INVALID_HANDLE_VALUE then
  begin
    Result := Temp.cAlternateFileName;
    if Result = '' then
      Result := Temp.cFileName;
  end
  else
    Result := extractfilename(LongName); // Result := '';
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
  Windows.FindClose(SearchHandle);
end;

=========The end of the citation================
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Thought on Data Controls
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 16 Apr 2003 18:59:03 +0200
Newsgroups: jedi.vcl

Thanks, that's a good idea and something to keep in mind when we do rewrites

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Scott Price" <scott.price@no.spam.ta.totalise.co.uk> skrev i meddelandet
news:b7j0nc$sfm$1@talkto.net...
> > Hi there,
> >
> >
> > Just recently I had to modify some third-party components due to their
data
> > linking.  In almost all cases they were obtaining the display string with
> > calls to .AsString.
> >
> > However, this caused some issues in the fact that it would not work
> > correctly for fields with OnGetText handlers, or some calculated fields.
> >
> > As a result I had to change all .AsString to .DisplayText, which will
> > implicitly call .AsString if no custom handlers are provided.
> >
> > I did notice that a lot of the JVCL Data Controls do the same calls direct
> > to .AsString.
> >
> > You might want to change that one to use .DisplayText or .Text instead,
> > which will call .AsString if they have no other handlers for retrieving
> > display strings.
> >
> >
> > Regards,
> >
> >
> > Scott Price
> >
> >



Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Uwe Kullmann" <kuluwe@web.de>
Date: Wed, 16 Apr 2003 15:56:30 +0200
Newsgroups: jedi.vcl

OK!
I readded VCL Helpfiles and rebuild Helpsystem. It will work now the most
time.

1) But:
Sometimes i get the ErrorMesssage, that elp could not find file like
"C:ProrammeDelphi7HelpD7.hlp". PC is to stupid to use backslashes between
directories.
After i reboot my PC all will work fine, or not.

2) Many of the VCL Components have no Help or a rather poor help!
Is there any additional help for components available apart from newsgroup
here?

Cheers
Uwe




Subject: Thought on Data Controls
From: "Scott Price" <scott.price@no.spam.ta.totalise.co.uk>
Date: Wed, 16 Apr 2003 08:39:40 +0100
Newsgroups: jedi.vcl

Hi there,


Just recently I had to modify some third-party components due to their data
linking.  In almost all cases they were obtaining the display string with
calls to .AsString.

However, this caused some issues in the fact that it would not work
correctly for fields with OnGetText handlers, or some calculated fields.

As a result I had to change all .AsString to .DisplayText, which will
implicitly call .AsString if no custom handlers are provided.

I did notice that a lot of the JVCL Data Controls do the same calls direct
to .AsString.

You might want to change that one to use .DisplayText or .Text instead,
which will call .AsString if they have no other handlers for retrieving
display strings.


Regards,


Scott Price




Subject: Re: Create a dial-up connection using RAS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 15 Apr 2003 17:06:38 +0200
Newsgroups: jedi.vcl

There's no demo for it, but check out the TJvRas32 component in JVCL. For
more generic solutions, I would try asking in borlands ng's instead

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Help Team! Fwd: TJvTimerList
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 15 Apr 2003 16:34:31 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 15 Apr 2003 09:42:22 +0200 @362)
....while the fading voice of Ralf whispered through the darkness:

 RG> RX Library Help for v 2.60
 RG> Check http://www.frasersoft.clara.net/rxhelp for updates.
 RG> Last updated: 11th November 1999

 RG> this doesn´t look like the "official" help.

Agree.
Try to contact Rx officials.


 RG>  So do you have a different one?
It will be no help to You cause 90% of it is russian text.

=========Beginning of the citation==============
Title: RX Library Installation
Source: F:\rxLIB\rx260cb3.exe
Made Dir: D:\Program Files\Borland\Delphi4\Help\RX
File Copy: D:\Program Files\Borland\Delphi4\Help\RX\RxNews.txt
File Copy: D:\Program Files\Borland\Delphi4\Help\RX\RXCB3.HLP
File Copy: D:\Program Files\Borland\Delphi4\Help\RX\RXCB3.CNT
File Copy: D:\Program Files\Borland\Delphi4\Help\RX\RXCB3.TOC
RegDB Key: SOFTWARE\Microsoft\Windows\Help
RegDB Val: D:\Program Files\Borland\Delphi4\Help\RX
RegDB Name: RXCB3.HLP
RegDB Root: 2

=========The end of the citation================

Try poking www.torry.net and i wanted to say, http://rx.delphiplus.org/ -
but official help is only in russian there.
Anyway there are some pages in English.

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Installation failure
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Apr 2003 11:06:59 +0200
Newsgroups: jedi.vcl

> > does it work after 10 times or so? Is there any guarantee it will work
after
> > trying enough? Cos I tried already 5 times to do that... :-(

When it happens, it usually works the second time for me... See also Marcels
reply

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: About Delphi Stargate site
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 15 Apr 2003 11:02:57 +0200
Newsgroups: jedi.vcl

> >  MB> Thanks, I'll contact him and ask if he can send the help sources.
> >
> > Will HelpScribble sources be more help than just de-complied chm or hlp ?

I think so. Either way, we need to manually copy-n-paste the texts anyway,
so even the WinHELP or .CHM file would work. In HelpScribble it will be
easier to locate the various topics, that's why I preferred the sources.

> >
> >  MB> help any time soon, due to time constraints of the help team. All
help
> >
> > Can Jedi Converter be applied not only to PAS sources but also HLP sources
?

I'm not sure but it should be possible as DOM uses simple text files as help
sources.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Installation failure
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 15 Apr 2003 10:59:32 +0200
Newsgroups: jedi.vcl

> > While trying to install the jvcl, the installer fails. I tried to do it
> > manually :
> > Open package JVCL200_R50.dpk
> > Compile --> OK
> > Install --> Internal error : URW533
> >
> > ???
> >
> > IDE is D5

Something that seems reliable for me is:

* open DJCL50.dpk and check the options: Explicit rebuild should be turned
on.
* Build (not compile, build) the package
* repeat the same with JVCL200_R50.dpk (same options, same actions)
* Again with JVCL200_D50.dpk. After building it, do Install.

So far I haven't had any problems with these steps, but I can't guarantee it
will work in all cases.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Create a dial-up connection using RAS
From: "Luk De Voght" <L.Devoght@Farmad.be>
Date: Tue, 15 Apr 2003 10:54:58 +0200
Newsgroups: jedi.vcl

.... howto???




Subject: Re: Installation failure
From: "Luk De Voght" <L.Devoght@Farmad.be>
Date: Tue, 15 Apr 2003 10:32:45 +0200
Newsgroups: jedi.vcl

does it work after 10 times or so? Is there any guarantee it will work after
trying enough? Cos I tried already 5 times to do that... :-(


"Peter Thörnqvist" <peter3@nospam.peter3.com> schreef in bericht
news:b7gf2e$er2$1@talkto.net...
> > This is a known problem without any known solution. Only way is to restart
> > Delphi and try again (manually)
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Installation failure
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Apr 2003 10:27:29 +0200
Newsgroups: jedi.vcl

This is a known problem without any known solution. Only way is to restart
Delphi and try again (manually)

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Installation failure
From: "Luk De Voght" <L.Devoght@Farmad.be>
Date: Tue, 15 Apr 2003 10:09:34 +0200
Newsgroups: jedi.vcl

While trying to install the jvcl, the installer fails. I tried to do it
manually :
Open package JVCL200_R50.dpk
Compile --> OK
Install --> Internal error : URW533

???

IDE is D5




Subject: Re: Help Team! Fwd: TJvTimerList
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 15 Apr 2003 09:42:22 +0200
Newsgroups: jedi.vcl



Arioch /BDV/ schrieb:

> > The stars so gaily glistened... (Mon, 14 Apr 2003 19:32:54 +0200 @772)
> > ...while the fading voice of Ralf whispered through the darkness:
> >
> >  >> stop You from de-compiling and using RX Official help.
> >  RG> license issues
> >
> > Perdon me?
> > You 've got the whole RxLib, haven't You.
> > And _official_ help, even if it is far obsolete, is official because it is
> > part (optional, but part) of Rx.

so you you are confinced that with the permission of the rx authors for the rx
source which we still had we also had the right to use the help files as well?
If yes then we can make it. I have only the file with this text in the about
page:

RX Library Help for v 2.60
Check http://www.frasersoft.clara.net/rxhelp for updates.
Last updated: 11th November 1999

this doesn´t look like the "official" help. So do you have a different one?

> >
> >
> > So which issues there may be?
> >
> > PS: as far as i could read the anout of Olivier's help file, it was based
> > upon the number of prior works, including obsolete frozen official help. You
> > will possible get much more license troubles with Olivier's one!

yes, that was what I was feared of ..



Subject: Re: Help Team! Fwd: TJvTimerList
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 15 Apr 2003 10:11:22 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 14 Apr 2003 19:32:54 +0200 @772)
....while the fading voice of Ralf whispered through the darkness:

 >> stop You from de-compiling and using RX Official help.
 RG> license issues

Perdon me?
You 've got the whole RxLib, haven't You.
And _official_ help, even if it is far obsolete, is official because it is
part (optional, but part) of Rx.

So which issues there may be?

PS: as far as i could read the anout of Olivier's help file, it was based
upon the number of prior works, including obsolete frozen official help. You
will possible get much more license troubles with Olivier's one!
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: TJvOutlookBar causes IDE crash
From: Don <ozdelphi@yahoo.com>
Date: Tue, 15 Apr 2003 10:24:36 +0800
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Just rebuild the design-time package after updating and
> you should be OK.

Thanks.

Don



Subject: GPL (I have received a reply)
From: adem <adembaba@excite.com>
Date: Mon, 14 Apr 2003 16:30:13 -0700
Newsgroups: jedi.vcl


Hi,

Sometime ago, there was a thread about using GPL mixed with
non-GPL libraries (VCLs) --obviously we could not resolve it,
not even through private mail exchanges with Michael Beck ;-)

I wrote to GNU about it, and here is the reply I have got,
as it pertains to a general issue I thought it would be
best to post it here rather than another private mail to
Michael.

----------BEGIN TEXT-----------------------------------------
> [snip]
> I would like to know if GPL has any objections to the
> following scenario:
>
>   1. I have certain non-free libraries (VCL's) for which
>   I have purchased royalty-free licenses. The license terms
>   allow me to  distribute binaries produced by statically
>   linking against these  libraries, but not the libraries
>   themselves.
>
>   2. I have written a program that I wish to release under
>   GPL. The program uses (statically links) against these
>   non-free libraries.
>
> If I release my program under GPL, can the following take
> place?
>
>   1. Can others re-distribute the binary? (assuming the
>   licensing terms of the non-free libraries allow this?)

No, they cannot comply with the GPL as is. You will need
a special exception for this. This is covered in

http://www.gnu.org/licenses/gpl-faq.html#WritingFSWithNFLibs

Note that if you are using any GPL'd code not written by yourself,
you cannot distribute binaries at all.

>   2. Can others re-distribute just the GPL'd source code
>   --does this satisfy the GPL, even though in order for
>   others to re-compile  the program, the non-free libraries
>   would have to be licensed from  the original distributors.

Yes, they can, but without the exception above, they cannot
distribute binaries even if they license the non-free libraries.

> And, for those wishing to compile their own versions, I could
> provide links (URLs etc) in an enclosed ReadMe to where the they
> can purchase those VCLs if s/he wishes to compile the code?

You can of course write anything you like in the documentation...
But we recommend you to either find i free replacement library, or
if that is not feasible, to introduce a GPL exception as outlined
in the FAQ entry above.
----------END TEXT-------------------------------------------

So, here are my interpretation:

1) as long as you have copyright to the stuff you have written
there is nothing stopping you from distributing it under GPL
No problem with source. You can also distribute the binary.

2) People receiving it will NOT be able to distribute the
*binaries* AT ALL --no problem with distributing the source, though. So, each and every recepient will have to compile for his/her
own use. No further binary distribution.

Actually, this scenario turns out somewhat similar to genetically
modified seeds --good for only one planting; except that GM seeds
are worse: you can not regenerate them more than once.

Anyhow, I thought you might like to know.

HTH someone

Cheers,
Adem




Subject: Re: About Delphi Stargate site
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 14 Apr 2003 23:20:05 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 14 Apr 2003 21:06:05 +0200 @837)
....while the fading voice of Marcel whispered through the darkness:

 MB> Thanks, I'll contact him and ask if he can send the help sources.

Will HelpScribble sources be more help than just de-complied chm or hlp ?

 MB> help any time soon, due to time constraints of the help team. All help

Can Jedi Converter be applied not only to PAS sources but also HLP sources ?


--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: About Delphi Stargate site
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 14 Apr 2003 21:06:05 +0200
Newsgroups: jedi.vcl

Thanks, I'll contact him and ask if he can send the help sources. Note that
having those is no guarantee it will be transfered to JVCL help any time
soon, due to time constraints of the help team. All help is welcome of
course.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvRegAuto working?
From: Abraham <haowawo@hotmail.com.com>
Date: Mon, 14 Apr 2003 18:20:14 +0000 (UTC)
Newsgroups: jedi.vcl

"Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru> wrote in news:b7eojc
$6tt$1@talkto.net:

> > Save and reopen project. Did it help you?

Thanks Dmitry, I did as you said but couldn't run the project:
[Fatal Error] Could not create output file '..\..\\....\Bin
\ColorHintsTest.exe'

Then I deleted ..\..\\....\Bin from Project Options - Output directory and 
it worked :)

Cheers, Abraham


Subject: Re: Help Team! Fwd: TJvTimerList
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 14 Apr 2003 19:32:54 +0200
Newsgroups: jedi.vcl



Arioch /BDV/ schrieb:

> > The stars so gaily glistened... (Mon, 14 Apr 2003 09:46:39 +0200 @365)
> > ...while the fading voice of Ralf whispered through the darkness:
> >
> >  RG> But if you Arioch had contact to oliver (with responding)
> >
> > Ruight after donating rx into JVCL.
> > I asked him to join, he told had no time.
> > But i cannot find the msg, gues it was lost somewhen, or maybe it still lies
> > somewhere among backups - but i do not see it.
> >
> > Anyway, what can stop You fomr de-compiling and using RX Official help.

license issues

> >
> >
> > Sure it stopped long before Rx died, but some components like TimerList were
> > descirbed.
> >



Subject: Re: JvRegAuto working?
From: "Dmitry Osinovsky" <odeIHATESPAM@prbank.ihatespam.ru>
Date: Mon, 14 Apr 2003 21:00:05 +0400
Newsgroups: jedi.vcl

"Abraham" <haowawo@hotmail.com.com> wrote in message
news:b7engf$6ma$1@talkto.net...
> > Dear all,
> >
> > I tried to use JvRegAuto with no luck. The sample project RaHtHints under
> > RaLib folder didn't load in my delphi6 IDE either.
> >
> > Any help?
> >
> > Cheers, Abraham

Hi Abraham,

What happens when you open project?
I have found some bugs with that example, but not that it "didn't load". I
suggest doing following:
1. Open the project.
2. In Project Options -> Directories/Conditionals set
   Output Directory to ..\..\..\Bin
   Unit output Directory to ..\..\..\Dcu
3. Change the ColorHintsTest.dpr text to
program ColorHintsTest;

uses
  Forms,
  RaHtHintsMainFormU in 'RaHtHintsMainFormU.pas' {RaHtHintsMainForm};

{$R *.RES}

begin
  Application.Initialize;
  Application.CreateForm(TRaHtHintsMainForm, RaHtHintsMainForm);
  Application.Run;
end.

4. Save and reopen project. Did it help you?

Regards,
Dmitry





Subject: JvRegAuto working?
From: Abraham <haowawo@hotmail.com.com>
Date: Mon, 14 Apr 2003 16:26:55 +0000 (UTC)
Newsgroups: jedi.vcl

Dear all,

I tried to use JvRegAuto with no luck. The sample project RaHtHints under 
RaLib folder didn't load in my delphi6 IDE either.

Any help?

Cheers, Abraham


Subject: Re: decoding error in jvcsimpleXML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Apr 2003 16:12:35 +0200
Newsgroups: jedi.vcl

Great, thanks for letting us know

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: decoding error in jvcsimpleXML
From: "Urs Zeidler" <use@digitalliquid.de>
Date: Mon, 14 Apr 2003 16:03:03 +0200
Newsgroups: jedi.vcl

i have check out the source, replace the the sourcefiles with the new ones.
This problem seems fixed.


thanks, urs.




Subject: Fwd: About Delphi Stargate site
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 14 Apr 2003 17:38:28 +0400
Newsgroups: jedi.vcl

==========================================================================
* Forwarded by Arioch /BDV/
* From: "Olivier Dahan" <odahan[at]e-naxos.com>
* Date: Mon, 14 Apr 2003 14:32:01 +0200
* URL: news://mail.sl.ru/000d01c30281$dab04e10$38d03051@merlinpc
* Subj: Re: About Delphi Stargate site
==========================================================================

Hi,

> > 1) Difference Maker  :
> > http://www.e-naxos.com/scripts/st2001.dll/dnl?ID=10168&CHAP=10041
> > Is it targeted for text files (sources) or binary ones?

It works against any type and create difference file allowing to create
incremental update. It can works against big files. So it is not a
difference analyzer, it's a kind of  "updater".

> > 2) RxLib help : http://www.e-naxos.com/scripts/st2001.dll/chapter?ID=10039
> > Could You help JEDI project (that seems to be official ancestor of RxLib)
by
> > allowing us to use Your work by our help team?
> > Creating such a help from scratch is a very difficult thing. Your kind
> > permission could save much time for both us and the developers who use Rx
> > components incorporated into JVCL library.
> >
> > Sure all possible credits would be given.
> >
> > Jedi VCL library is a very big freeware (MPL) library and since a lot of
> > programmers had donated their work it contains a lot of components.
> > It is really hard to get known with every of them for a newcomer and for a
> > help writers.

I'm ok to help you. So if someone wants to work on my Rx help files, I can
send him/her the help source files (HelpScribble format).

regards,

Olivier Dahan
www.e-naxos.com


==========================================================================
With best regards, Arioch /BDV/.  E-mail: the_Arioch@kill-me.nm.ru



Subject: Re: Help Team! Fwd: TJvTimerList
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 14 Apr 2003 13:43:17 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 14 Apr 2003 09:46:39 +0200 @365)
....while the fading voice of Ralf whispered through the darkness:

 RG> But if you Arioch had contact to oliver (with responding)

Ruight after donating rx into JVCL.
I asked him to join, he told had no time.
But i cannot find the msg, gues it was lost somewhen, or maybe it still lies
somewhere among backups - but i do not see it.

Anyway, what can stop You fomr de-compiling and using RX Official help.

Sure it stopped long before Rx died, but some components like TimerList were
descirbed.

--
If i had ears, i'd heard Garbage - Supervixen
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Where is the TJvScreenCanvas?
From: "Bush-Teamkiller@USAF" <teamkiller@usaf.gov>
Date: Mon, 14 Apr 2003 17:20:31 +0800
Newsgroups: jedi.vcl

thx
"Peter Thörnqvist" <peter3@no.spam.peter3.com>
???????:b7cm1q$t8e$1@talkto.net...
> > I've heard that laziness is a virtue for a programmer, but this must be
some
> > kind of record<g>! A simple search in the JVCL folder(s) reveals that
> > TJvScreenCanvas is in - surprise! -source\ JvScreenCanvas.pas and it is
not
> > a component: it is derived from TObject.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: decoding error in jvcsimpleXML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Apr 2003 10:52:08 +0200
Newsgroups: jedi.vcl

I can't repeat this: you should get the latest JvSimpleXML from CVS to see
if that fixes it (there has been some updates since 2.10)

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: TJvOutlookBar causes IDE crash
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Apr 2003 10:34:09 +0200
Newsgroups: jedi.vcl

OK, I think I've found the problem (amazing that it worked in D6 and D7).
I've updated it in CVS and you can get the unit from there
(JvOLBEditor.pas). Just rebuild the design-time package after updating and
you should be OK.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JvInterpreter and other JVCL components promotion
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 14 Apr 2003 09:55:56 +0200
Newsgroups: jedi.vcl



Dmitry Osinovsky schrieb:

> > Hi everybody,
> > š
> > recently I did a search on Google for "interpreter Delphi". It resulted in
> > many pages, but none of them was about JvInterpreter. Seems that there is
> > no pages on the web that describe it. The same is true for many other JVCL
> > components. There is "Components" page (http://
> > jvcl.sourceforge.net/components.htm), but it is horribly outdated and a way
> > too brief.
> > What I propose is creating a small set of pages for a major JVCL
> > components/component set and linking to them from main page or component
> > page. We should also include that pages to our help directory if there is
> > no help ready for them.
> > I've created a beta version of JvInterpreter page. Please take a look at it
> > http://tetros.chat.ru/JvInterpreter.html

Hi Dmitry

looks very nice. The examples are great and I guess they will answer the FAQ
questions and take away the barrier for using the JvInterpreter.
Very nice.


> > (of course, it should be
> > transferred to JVCL web site when it's ready). I would be very grateful if
> > somebody with native english will proof read it.
> > The other page that we should link is JvInspector page, cause it is ready
> > at http://mbesoft.dynamic-core.net/projects/jvinspector . Of course, it
> > must be modified so that it would mention and point to JVCL page and
> > transferred to our site.
> > I'm going to compose page for JvHLEditor too. Hopefully there will be
> > volunteers for other prominent components.

:-) Yes I am. I would suggest to make perhaps a special link on the JVCL Main
WebPages "JVCL Highlights" or something like that? I would offer to write a
document the same way you do for the MegaDemo (of course) and JCL debug
possibilities ...

Ralf Grenzing



Subject: Re: Help Team! Fwd: TJvTimerList
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 14 Apr 2003 09:46:39 +0200
Newsgroups: jedi.vcl



Marcel Bestebroer schrieb:

>>> > > > We are aware of that. I know someone (I forgot who)
>> > >
>> > > I was the one
> >
> > Right, now I remember.

:-)

> >
>> > >
>>> > > > has asked permission to
>>> > > > copy the texts as well as a copy of the original help source files
> > (which
>>> > > > would make it easier for us) but AFAIK there has been no reply at all.
>> > >
>> > > yes you are right: no reply at all.
> >
> > Which leaves me wondering: can we copy the help texts? Knowing how much time
> > and effort it takes to write it, I can certainly understand if the current
> > holders of the help file will tell us to (pardon the language) f*ck off.
> > OTOH, since they do not respond to our cries for help (pun not intended) I
> > doubt they will take action if we do. Ralf, since you have the help files
> > already, is there anything in there stating if one is allowed to copy the
> > help?

nothing. In the one file there is even no about. If somebody is interested I can
post both originally zip files to binary group.

But if you Arioch had contact to oliver (with responding) then you perhaps can
ask him again if he would donating the SOURCE file to us? If that is to much
work for him he perhaps can give us at least the permission to use his help file
so that we can decompile his help file and uses the snippets? would be very nice
I guess ..


Ralf Grenzing



Subject: Re: TJvOutlookBar causes IDE crash
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 14 Apr 2003 09:25:08 +0200
Newsgroups: jedi.vcl

"Don" <ozdelphi@yahoo.com> skrev i meddelandet
news:3E9A1424.3040806@yahoo.com...
> > Just installed v2.10 of JVCL into Delphi 5 Pro Up1.
> >
> > If I drop an outlookbar on to a clean form, open its editor, create a
> > page, close editor, open editor again, delete page, close editor; the
> > IDE stops responding or crashes with an exception in JVCL 200_D50.
> >
> > Before I report this as a bug I just thought I'd mention it here, just
> > in case anyone can suggest anything.
> >
> > Don
> >

I don't have a solution, but I can confirm (after just testing it) that it
does indeed cause AV's and "Canvas does not allow drawing" error messages in
D5. In D6 and D7 it seems to work fine. I will have a look and post back if
I find anything.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: decoding error in jvcsimpleXML
From: "Urs Zeidler" <use@digitalliquid.de>
Date: Mon, 14 Apr 2003 04:39:10 +0200
Newsgroups: jedi.vcl

after playing a while i found the schema :

this string content ">;" of an element will be decodet as ">>",
example :
<?xml version="1.0" encoding="iso-8859-1" ?>
<TestDecoding>
 <testmemo>&#62;;</testmemo>
</TestDecoding>

even their are many chars beteween the ">" and the ";",
i'm not so familiar with XML and i thought i can store
any content without further en/decoding.

perhaps i'm wrong with this assumption.
greets urs,.






Subject: TJvOutlookBar causes IDE crash
From: Don <ozdelphi@yahoo.com>
Date: Mon, 14 Apr 2003 09:51:32 +0800
Newsgroups: jedi.vcl

Just installed v2.10 of JVCL into Delphi 5 Pro Up1.

If I drop an outlookbar on to a clean form, open its editor, create a page, close editor, open editor again, delete page, close editor; the IDE stops responding or crashes with an exception in JVCL 200_D50.

Before I report this as a bug I just thought I'd mention it here, just in case anyone can suggest anything.

Don



Subject: decoding error in jvcsimpleXML
From: "Urs Zeidler" <use@digitalliquid.de>
Date: Mon, 14 Apr 2003 01:47:58 +0200
Newsgroups: jedi.vcl

i use jedi vcl 2.10, and i look like the simpleXML component replace some
times, i found it hard to track when,
';' with '<' or with ' ' ', i put a small example exe in jedi.binaries.

i use delphi 7 prof.

greeting, urs.




Subject: Re: Where is the TJvScreenCanvas?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 14 Apr 2003 00:01:44 +0200
Newsgroups: jedi.vcl

I've heard that laziness is a virtue for a programmer, but this must be some
kind of record<g>! A simple search in the JVCL folder(s) reveals that
TJvScreenCanvas is in - surprise! -source\ JvScreenCanvas.pas and it is not
a component: it is derived from TObject.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Where is the TJvScreenCanvas?
From: "Bush-Teamkiller@USAF" <teamkiller@usaf.gov>
Date: Sun, 13 Apr 2003 23:08:59 +0800
Newsgroups: jedi.vcl

Hello
i want to use the component TJvScreenCanvas.
but when i go to JV Multimedia
i can't find that component
so i find that in other pages
also not find.
where is it?
thx





Subject: JvInterpreter and other JVCL components promotion
From: Dmitry Osinovsky <ode@prbank.ihatespam.ru>
Date: Sun, 13 Apr 2003 19:05:52 +0400
Newsgroups: jedi.vcl

Hi everybody,
 
recently I did a search on Google for "interpreter Delphi". It resulted in many pages, but none of them was about JvInterpreter. Seems that there is no pages on the web that describe it. The same is true for many other JVCL components. There is "Components" page (http://
jvcl.sourceforge.net/components.htm), but it is horribly outdated and a way too brief.
What I propose is creating a small set of pages for a major JVCL components/component set and linking to them from main page or component page. We should also include that pages to our help directory if there is no help ready for them.
I've created a beta version of JvInterpreter page. Please take a look at it http://tetros.chat.ru/JvInterpreter.html (of course, it should be transferred to JVCL web site when it's ready). I would be very grateful if somebody with native english will proof read it.
The other page that we should link is JvInspector page, cause it is ready at http://mbesoft.dynamic-core.net/projects/jvinspector . Of course, it must be modified so that it would mention and point to JVCL page and transferred to our site.
I'm going to compose page for JvHLEditor too. Hopefully there will be volunteers for other prominent components.
 
Best regards,
Dmitry
 
--- What's the point in that sigs anyway? ---


Subject: Re: Help Team! Fwd: TJvTimerList
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 13 Apr 2003 12:40:26 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 12 Apr 2003 15:05:30 +0200 @587)
....while the fading voice of Ralf whispered through the darkness:

 RG> yes you are right: no reply at all.

Very strange, cause when i asked Oliver.... dont remember.. he's holding
Delph Stargate.
I asked him to join You and he did answered me that he has no time :-(

Anyway curently i use official russian help for C++B 3 - and if it were in
english, i guess You could use it just because it is official.

Try poking Torry for help files written by Rx authors.
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Help Team! Fwd: TJvTimerList
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 12 Apr 2003 15:25:09 +0200
Newsgroups: jedi.vcl

>> > > We are aware of that. I know someone (I forgot who)
> >
> > I was the one

Right, now I remember.

> >
>> > > has asked permission to
>> > > copy the texts as well as a copy of the original help source files
(which
>> > > would make it easier for us) but AFAIK there has been no reply at all.
> >
> > yes you are right: no reply at all.

Which leaves me wondering: can we copy the help texts? Knowing how much time
and effort it takes to write it, I can certainly understand if the current
holders of the help file will tell us to (pardon the language) f*ck off.
OTOH, since they do not respond to our cries for help (pun not intended) I
doubt they will take action if we do. Ralf, since you have the help files
already, is there anything in there stating if one is allowed to copy the
help?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Help Team! Fwd: TJvTimerList
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sat, 12 Apr 2003 15:05:30 +0200
Newsgroups: jedi.vcl



Marcel Bestebroer schrieb:

>> > > I hsve this component described in ancient RxLib for C++Builder 3 help !!!
>> > > And thtere are more recent help files.
>> > >
>> > > I can only repeat - what's up?
>> > > the component is already described - just copy the contents from one help
> > to
>> > > another. :-(
> >
> > We are aware of that. I know someone (I forgot who)

I was the one

> > has asked permission to
> > copy the texts as well as a copy of the original help source files (which
> > would make it easier for us) but AFAIK there has been no reply at all.

yes you are right: no reply at all.

Ralf Grenzing



Subject: Re: Help Team! Fwd: TJvTimerList
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 12 Apr 2003 14:20:26 +0200
Newsgroups: jedi.vcl

> > I hsve this component described in ancient RxLib for C++Builder 3 help !!!
> > And thtere are more recent help files.
> >
> > I can only repeat - what's up?
> > the component is already described - just copy the contents from one help
to
> > another. :-(

We are aware of that. I know someone (I forgot who) has asked permission to
copy the texts as well as a copy of the original help source files (which
would make it easier for us) but AFAIK there has been no reply at all.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Help Team! Fwd: TJvTimerList
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 12 Apr 2003 15:22:54 +0400
Newsgroups: jedi.vcl

I hsve this component described in ancient RxLib for C++Builder 3 help !!!
And thtere are more recent help files.

I can only repeat - what's up?
the component is already described - just copy the contents from one help to
another. :-(

==========================================================================
* Forwarded by Arioch /BDV/
* Newsgroup: sf.j.jv.jvcl.open_discussion  on: nntp.sourceforge.net
* From: "Nobody/Anonymous" <nobody@users.sourceforge.net>
* Date: 10 Apr 2003 20:26:13 +0000
* URL: news://nntp.sourceforge.net/75@150091.45786.sourceforge.net
* Subj: TJvTimerList
==========================================================================


Seems there is no 'absolutely none' documentation in the help system for
jvTimerList?

What's up?

==========================================================================
With best regards, Arioch /BDV/.  E-mail: the_Arioch@kill-me.nm.ru



Subject: Re: need some change to use in BCB
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Apr 2003 13:04:11 +0200
Newsgroups: jedi.vcl

Dmitry Osinovsky (who is currently handling JvInterpreter), has fixed at
least item 1 in CVS, maybe item 2 will be done shortly.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"whf" <wanghaifeng_1@163.net> skrev i meddelandet
news:b7101s$dov$1@talkto.net...
> > need some change to use in BCB
> > 1.JvInterpreter.pas:
> >   declare TJvInterpreterRecField Before TJvInterpreterArgs
> >
> > 2.jvHLParser.pas:
> >    EJvIParserError.Create(AErrCode:Integer,APos:Integer) need Change to
> >    EJvIParserError.Create(AErrCode:Cardinal,APos:Integer) or
> >    EJvIParserError.Create(AErrCode:Integer,APos:Cradinal)
> >
> >




Subject: Re: How to stop a JvThread component...
From: user@domain.invalid
Date: Fri, 11 Apr 2003 09:13:14 +0300
Newsgroups: jedi.vcl

Thanks for the tip, I already tried that but some how, it does not work.
I was expecting  a sample appl. in the demos dir, there was but QuitThread method is not implemented.

Peter Thörnqvist wrote:
>> I could not figure out how to stop/terminate a running thread ?
>
> When you call Execute, you get a handle as return value. Use this handle to
> QuitThread(Handle), Resume(Handle) or Suspend(Handle)
>
> -- 
> Regards,
>
> Peter Thornqvist
> (JVCL Coordinator)
> http://jvcl.sourceforge.net
>



Subject: Re: UIB update
From: Ron <ron@hotma.com>
Date: Thu, 10 Apr 2003 22:53:04 +0000 (UTC)
Newsgroups: jedi.vcl

I am looking forward to this exciting suite of components :)

"Henri Gourvest" <hgourvest@nospam.progdigy.com> wrote in 
news:b74pil$vva$1@talkto.net:

> > Yes another update :)
> > - Working with BCB 6
> > - new components: TJvUIBBackup & TJvUIBRestore.
> > 
> > Henri Gourvest
> > Unified Interbase
> > http://www.progdigy.com
> > 
> > 



Subject: UIB update
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Fri, 11 Apr 2003 00:12:18 +0200
Newsgroups: jedi.vcl

Yes another update :)
- Working with BCB 6
- new components: TJvUIBBackup & TJvUIBRestore.

Henri Gourvest
Unified Interbase
http://www.progdigy.com




Subject: Re: How to stop a JvThread component...
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 10 Apr 2003 18:58:08 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 10 Apr 2003 15:25:58 +0200 @601)
....while the fading voice of Robert whispered through the darkness:

 >> then it could have interlocked TList of TThread objects and
 >> Pause/Resume/Stop methods over index in the list

 PT> You are most welcome to write such a beast and donate it to VCL <g>

 RR> I chose this approach for TJclFileEnumerator, where the search threads
 RR> are identified to the public by their internal list index.

ok, i will merge TJvThreads and TJclFileEnumerator
this will be a beastie indeed :-D
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: How to stop a JvThread component...
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 10 Apr 2003 15:25:58 +0200
Newsgroups: jedi.vcl

Hi,

Arioch /BDV/ wrote:

> then it could have interlocked TList of TThread objects and
> Pause/Resume/Stop methods over index in the list

If these methods are called from the main thread only, and the threads are not directly accessible from outside, locking is not required.

I chose this approach for TJclFileEnumerator, where the search threads are identified to the public by their internal list index.

Greetings, Robert



Subject: Re: How to stop a JvThread component...
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Apr 2003 15:00:05 +0200
Newsgroups: jedi.vcl

> > then it could have interlocked TList of TThread objects and
> > Pause/Resume/Stop methods over index in the list

You are most welcome to write such a beast and donate it to VCL <g>

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: How to stop a JvThread component...
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 10 Apr 2003 14:53:02 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 7 Apr 2003 13:02:01 +0200 @501)
....while the fading voice of Peter whispered through the darkness:

 PT> vgThread supports only a single thread at a time: JvThread supports
 PT> multiple threads with the same component instance so the Handle is
 PT> needed to differentiate between them.

then it could have interlocked TList of TThread objects and
Pause/Resume/Stop methods over index in the list

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: misfeature in JvSearchFiles.pas ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Apr 2003 09:56:51 +0200
Newsgroups: jedi.vcl

FYI, I've made amendments in CVS

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Problem with JclSysInfo.pas
From: "Dave Bezaire" <davidbezaire@yahoo.ca>
Date: Wed, 9 Apr 2003 13:43:31 -0600
Newsgroups: jedi.vcl

AHA!
Thanks for your help, i had a unit in my app that was called SNMP.pas.
That was the source of all my problems.

Dave

"Robert Rossmair" <Robert.Rossmair@gmx.net> wrote in message
news:b71s0l$j0d$1@talkto.net...
> > Dave Bezaire schrieb:
> >
>> > > I am having a problem compiling an app i have been working on.  Delphi
is
>> > > finding the follwoing errors in JclSysInfo.pas:
>> > >
>> > > [Error] JclSysInfo.pas(2092): Undeclared identifier:
'PAsnObjectIdentifier'
>> > > [Error] JclSysInfo.pas(2093): Undeclared identifier:
'TAsnObjectIdentifier'
>> > > [Error] JclSysInfo.pas(2096): Undeclared identifier: 'TSnmpVarBindList'
>> > > [Error] JclSysInfo.pas(2097): Undeclared identifier: 'TSnmpVarBind'
>> > > [Error] JclSysInfo.pas(2098): Undeclared identifier: 'TAsnInteger32'
>> > > [Error] JclSysInfo.pas(2103): Undeclared identifier: 'LoadSnmp'
>> > > [Error] JclSysInfo.pas(2105): Undeclared identifier: 'LoadSnmpExtension'
>> > >
>> > > Has anyone seen this kind of problem before?  Any help would be greatly
>> > > appreciated.
> >
> > These identifiers are declared in unit Snmp.  Should be in your JCL source
> > directory.
> >
> > What JCL release do you have installed?
> >
> > Greetings, Robert
> >




Subject: Re: JVPanel vs. D5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Apr 2003 23:36:28 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Apr 2003 20:01:31 +0200 @792)
....while the fading voice of Peter whispered through the darkness:

Guess soon i will have a looong update...
Oohh, my poor modem...

 --  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Problem with JclSysInfo.pas
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 09 Apr 2003 21:32:20 +0200
Newsgroups: jedi.vcl

Dave Bezaire schrieb:

> I am having a problem compiling an app i have been working on.  Delphi is
> finding the follwoing errors in JclSysInfo.pas:
>
> [Error] JclSysInfo.pas(2092): Undeclared identifier: 'PAsnObjectIdentifier'
> [Error] JclSysInfo.pas(2093): Undeclared identifier: 'TAsnObjectIdentifier'
> [Error] JclSysInfo.pas(2096): Undeclared identifier: 'TSnmpVarBindList'
> [Error] JclSysInfo.pas(2097): Undeclared identifier: 'TSnmpVarBind'
> [Error] JclSysInfo.pas(2098): Undeclared identifier: 'TAsnInteger32'
> [Error] JclSysInfo.pas(2103): Undeclared identifier: 'LoadSnmp'
> [Error] JclSysInfo.pas(2105): Undeclared identifier: 'LoadSnmpExtension'
>
> Has anyone seen this kind of problem before?  Any help would be greatly
> appreciated.

These identifiers are declared in unit Snmp.  Should be in your JCL source directory.

What JCL release do you have installed?

Greetings, Robert



Subject: Re: JVPanel vs. D5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Apr 2003 23:32:07 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Apr 2003 20:01:31 +0200 @792)
....while the fading voice of Peter whispered through the darkness:

Are You sure that is not beacuse i am anonymous?

=========Beginning of the citation============== 
In D:\Borland\AddOns\JVCL: cvs -q -z9 update -d -P source/JvPanel.pas
CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

Success, CVS operation completed

=========The end of the citation================ 


And when i did update special / return to main - i've got it.
Strange.....
=========Beginning of the citation============== 
In D:\Borland\AddOns\JVCL: cvs -q -z9 update -d -A source/JvPanel.pas
CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

P source/JvPanel.pas

Success, CVS operation completed

=========The end of the citation================ 
--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Offtopic here :-( Re: Problem with JclSysInfo.pas
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Apr 2003 23:25:33 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Apr 2003 12:44:18 -0600 @822)
....while the fading voice of Dave whispered through the darkness:

 DB> [Error] JclSysInfo.pas(2092): Undeclared identifier:

JCL :-)

Re-post You message to jedi.jcl newsgroup.

--  
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Problem with JclSysInfo.pas
From: "Dave Bezaire" <davidbezaire@yahoo.ca>
Date: Wed, 9 Apr 2003 12:44:18 -0600
Newsgroups: jedi.vcl

I am having a problem compiling an app i have been working on.  Delphi is
finding the follwoing errors in JclSysInfo.pas:

[Error] JclSysInfo.pas(2092): Undeclared identifier: 'PAsnObjectIdentifier'
[Error] JclSysInfo.pas(2093): Undeclared identifier: 'TAsnObjectIdentifier'
[Error] JclSysInfo.pas(2096): Undeclared identifier: 'TSnmpVarBindList'
[Error] JclSysInfo.pas(2097): Undeclared identifier: 'TSnmpVarBind'
[Error] JclSysInfo.pas(2098): Undeclared identifier: 'TAsnInteger32'
[Error] JclSysInfo.pas(2103): Undeclared identifier: 'LoadSnmp'
[Error] JclSysInfo.pas(2105): Undeclared identifier: 'LoadSnmpExtension'

Has anyone seen this kind of problem before?  Any help would be greatly
appreciated.

Thanks,
Dave
ac.oohay@eriazebdivad (backwards)





Subject: Re: JVPanel vs. D5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 9 Apr 2003 20:01:31 +0200
Newsgroups: jedi.vcl

Something is wrong on your computer. Do a weblog and find:
CVS log for jvcl/jvcl/source/JvPanel.pas
Revision 1.12 / (view) - annotate - [select for diffs] , Wed Apr 9 15:28:14
2003 UTC (2 hours, 30 minutes ago) by peter3
Branch: MAIN
CVS Tags: HEAD
Changes since 1.11: +10 -4 lines
Diff to previous 1.11
*** empty log message ***

----------------------------------------------------------------------------
----
Revision 1.11 / (view) - annotate - [select for diffs] , Thu Apr 3 08:05:00
2003 UTC (6 days, 9 hours ago) by peter3
Branch: MAIN
Changes since 1.10: +51 -30 lines
Diff to previous 1.10
Fixes to Transparent handling: still doesn't work well at design-time, bbut
run-time is better

----------------------------------------------------------------------------
----
Revision 1.10 / (view) - annotate - [select for diffs] , Sun Mar 30 16:47:03
2003 UTC (10 days, 1 hour ago) by peter3
Branch: MAIN
Changes since 1.9: +116 -4 lines
Diff to previous 1.9
Several changes and mergings. See changelog.txt for details-- Regards,
Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JVPanel vs. D5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Apr 2003 21:52:17 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Apr 2003 15:57:18 +0200 @623)
....while the fading voice of Peter whispered through the darkness:

      PT>  modifications to your local copy?


:-( No, i just stopped using this component to avoid what You did described.
While i updated i had U and P lines only.

      PT>  Rename the local file and do a update
      to get a fresh copy from CVS


CVS Revision 1.9
CVS Date 5 March 2003  11:53:48
CVS Status Unmodified

File Date 5 March 2003  11:53:48

:-(
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: need some change to use in BCB
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 9 Apr 2003 17:22:29 +0200
Newsgroups: jedi.vcl

> > need some change to use in BCB
> > 1.JvInterpreter.pas:
> >   declare TJvInterpreterRecField Before TJvInterpreterArgs
> >
> > 2.jvHLParser.pas:
> >    EJvIParserError.Create(AErrCode:Integer,APos:Integer) need Change to
> >    EJvIParserError.Create(AErrCode:Cardinal,APos:Integer) or
> >    EJvIParserError.Create(AErrCode:Integer,APos:Cradinal)
I can change it, but it would be nice to know why.

If you have access to CVS, it would be nice to know if the current sources
compile with the BCB packages: I've made a lot of mergings and removals
lately, so there is probably some things that needs to be fixed in the BCB
packages (see changelog.txt for details).

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: misfeature in JvSearchFiles.pas ?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Wed, 09 Apr 2003 16:44:26 +0200
Newsgroups: jedi.vcl

Hi,

Arioch /BDV/ schrieb:

> BTW why my w2k sp3 pretends all drive letters are available
> (GetLogicalDrives) and for most of them there's no root dir - but the mask
> still pretends the drive do exists?

No idea.  I have Win2k (5.00.2195) SP3 here, too, and

var
  D, I: Integer;
  S: string;
begin
  D := GetLogicalDrives;
  for I := 0 to Ord('Z') - Ord('A') do
    if ((1 shl I) and D) <> 0 then
      S := S + Chr(Ord('A') + I);

results in 'ACDEFGHIMRV', which is correct.

Greetings, Robert



Subject: Re: TJvInspector rebuild
From: "Fauschti" <nospam_mike.p.f@web.de>
Date: Wed, 9 Apr 2003 16:02:22 +0200
Newsgroups: jedi.vcl

Hi again,

btw. i also get sometimes error if i left / right click in the empty
inspector.

it seems to be this line that causes the error:
(TJvCustomInspector.MouseDown)

->    if (ItemIndex < VisibleCount) and (Y >= Pred(ItemRect.Bottom)) and
      (Y <= Succ(ItemRect.Bottom)) and (Item.RowSizing.SizingFactor <>
irsNoReSize) and
      Item.RowSizing.Sizable then

any suggestions?

--
Mit freundlichen Grüßen,
Michael Faust
Alpha Interactive - [ www.alpha-interactive.de ]




Subject: Re: JVPanel vs. D5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 9 Apr 2003 15:57:18 +0200
Newsgroups: jedi.vcl

> > Just did check-in. No changes !
Maybe you didn't get the latest version because you've made modifications to
your local copy? Rename the local file and do a update to get a fresh copy
from CVS

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: TJvInspector rebuild
From: "Fauschti" <nospam_mike.p.f@web.de>
Date: Wed, 9 Apr 2003 15:53:13 +0200
Newsgroups: jedi.vcl

Hi,

i sometimes have to rebuild the Inspector very fast. ie clear the root and
than add the new items.
but sometimes i get an av, when i have a dropdown list, that is dropped down
and i rebuild the root.

i logged the error:
An Error Occurred - 09.04.2003 15:48:03
   . Name: EAccessViolation - Instance: 16 - HC: 0
   . Message: "Zugriffsverletzung bei Adresse 00000000. Lesen von Adresse
00000000"

but both adresses are "00000000" ...

how do i prevent that? or at least how to make sure there is no more list
dropped down when i call root.clear?

--
Mit freundlichen Grüßen,
Michael Faust
Alpha Interactive - [ www.alpha-interactive.de ]




Subject: Re: mysfeature in RxDirectoryEdit
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Apr 2003 17:51:11 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 9 Apr 2003 17:47:35 +0400 @616)
....while the fading voice of Arioch whispered through the darkness,
making lonely ghost of All tremble:

The next q. will be why should i use LongName on not yet fully existing
path.
A.1: to force being long (or short) other names in path
A.2: how will i get non-quoted and fully-qualified filename or dir-name?

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: mysfeature in RxDirectoryEdit
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Apr 2003 17:47:35 +0400
Newsgroups: jedi.vcl

Hello, All!

Guess same thing is true for RxFileEdit too.

Imagine that we query .LongPath or .ShortPath protperty, while Text refers
to the file or folder that is not yet created.

We will go to JvFilrUtil.pas into ShortToLongPath and then to
ShortToLongFileName

function ShortToLongFileName(const ShortName: string): string;
var
  Temp: TWin32FindData;
  SearchHandle: THandle;
begin
  SearchHandle := FindFirstFile(PChar(ShortName), Temp);
  if SearchHandle <> INVALID_HANDLE_VALUE then
  begin
    Result := Temp.cFileName;
    if Result = '' then
      Result := Temp.cAlternateFileName; <1>
  end
  else
    Result := ''; <2>
  Windows.FindClose(SearchHandle);  <3>
end;

is the statement <2> correct ?
If yes (EmptyStr is indicator), then ShortToLongPath is to be aware of that.
If no, then it should be Result:=ShortName;

the 2nd glitch is that IMHO we should put <3> not at the end of routine, but
rigth after <1>

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Help With Strings
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 9 Apr 2003 08:15:43 -0500
Newsgroups: jedi.vcl

Nevermind...found it in jcl help. The strCharCount function

Dave


"dave" <dbracken@infonowsolutions.com> wrote in message
news:b715ed$eqv$1@talkto.net...
> > Is there a jedi component or something that can count the occurrences of a
> > string inside a string?
> > Example:
> > 'd,s,f,a,g,r,e,t'
> > Is there some function or something that can tell me how many commas
appear
> > in the above string?
> >
> > Any help would be greatly appreciated
> >
> > Thanks,
> > Dave
> >
> >
> >




Subject: Re: Help With Strings
From: "Fauschti" <nospam_mike.p.f@web.de>
Date: Wed, 9 Apr 2003 15:14:49 +0200
Newsgroups: jedi.vcl

Hi dave,

try this, it works fine 4 me:

function StringAppearance(aSub, aString : String) : Integer;
var
 I : Integer;
begin
Result := 0;
I := pos(aSub, aString);
while (I > 0) do
 begin
   inc(Result, 1);
   aString := copy(aString, I+1, length(aString));
   I := pos(aSub, aString);
 end;
end;

--
Mit freundlichen Grüßen,
Michael Faust
Alpha Interactive - [ www.alpha-interactive.de ]

"dave" <dbracken@infonowsolutions.com> schrieb im Newsbeitrag
news:b715ed$eqv$1@talkto.net...
> > Is there a jedi component or something that can count the occurrences of a
> > string inside a string?
> > Example:
> > 'd,s,f,a,g,r,e,t'
> > Is there some function or something that can tell me how many commas
appear
> > in the above string?
> >
> > Any help would be greatly appreciated
> >
> > Thanks,
> > Dave
> >
> >
> >




Subject: Help With Strings
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 9 Apr 2003 08:09:51 -0500
Newsgroups: jedi.vcl

Is there a jedi component or something that can count the occurrences of a
string inside a string?
Example:
'd,s,f,a,g,r,e,t'
Is there some function or something that can tell me how many commas appear
in the above string?

Any help would be greatly appreciated

Thanks,
Dave





Subject: Re: JVPanel vs. D5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 9 Apr 2003 16:19:21 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 4 Apr 2003 16:05:30 +0200 @628)
....while the fading voice of Peter whispered through the darkness:

 PTr> I've made some changes in CVS, 

Just did check-in. No changes !

--  
If i had ears, i'd heard Jethro Tull - Aqualung
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: need some change to use in BCB
From: "whf" <wanghaifeng_1@163.net>
Date: Wed, 9 Apr 2003 19:36:27 +0800
Newsgroups: jedi.vcl

need some change to use in BCB
1.JvInterpreter.pas:
  declare TJvInterpreterRecField Before TJvInterpreterArgs

2.jvHLParser.pas:
   EJvIParserError.Create(AErrCode:Integer,APos:Integer) need Change to
   EJvIParserError.Create(AErrCode:Cardinal,APos:Integer) or
   EJvIParserError.Create(AErrCode:Integer,APos:Cradinal)




Subject: Re: JclMapi.pas - SaveTaskWindows/RestoreTaskWindows?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Tue, 8 Apr 2003 15:42:03 -0400
Newsgroups: jedi.vcl

Arggh!  Sorry.  Could someone move this message over to the JCL forum?  I'm
also using the TJvMail component and I got confused about forums.

thx


--

Robert Oschler
Android Technologies, Inc.
http://www.androidtechnologies.com
The home of PowerSell! (tm)
The FrontPage AddIn for Amazon Associates
- "Power Tools for Amazon Associates" (sm)

"Robert Oschler" <no_replies@fake_email_address.invalid> wrote in message
news:b6v79f$6nd$1@talkto.net...
> > The JclMapi.pas that comes with JVCL2 is different than the original one
> > that came with the JCL.  The old one had two procedures, SaveTaskWindows()
> > and RestoreTaskWindows() which were used in the
> > debugextensions/ExceptDlgMail.pas sample, before and after a call to the
> > JclMapi Send() method.  The newer JclMapi.pas does not have these
functions.
> >
> > Are these functions still necessary and/or useful?  Should I just ignore
the
> > ExceptDlgMail.pas sample or would it be beneficial to take the
> > SaveTaskWindows()/RestoreTaskWindows() methods and use them in new code?
> >
> > thx
> >
> > --
> >
> > Robert Oschler
> > Android Technologies, Inc.
> > http://www.androidtechnologies.com
> > The home of PowerSell! (tm)
> > The FrontPage AddIn for Amazon Associates
> > - "Power Tools for Amazon Associates" (sm)
> >
> >




Subject: JclMapi.pas - SaveTaskWindows/RestoreTaskWindows?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Tue, 8 Apr 2003 15:28:57 -0400
Newsgroups: jedi.vcl

The JclMapi.pas that comes with JVCL2 is different than the original one
that came with the JCL.  The old one had two procedures, SaveTaskWindows()
and RestoreTaskWindows() which were used in the
debugextensions/ExceptDlgMail.pas sample, before and after a call to the
JclMapi Send() method.  The newer JclMapi.pas does not have these functions.

Are these functions still necessary and/or useful?  Should I just ignore the
ExceptDlgMail.pas sample or would it be beneficial to take the
SaveTaskWindows()/RestoreTaskWindows() methods and use them in new code?

thx

--

Robert Oschler
Android Technologies, Inc.
http://www.androidtechnologies.com
The home of PowerSell! (tm)
The FrontPage AddIn for Amazon Associates
- "Power Tools for Amazon Associates" (sm)




Subject: Re: USB connection
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 08 Apr 2003 19:44:18 +0200
Newsgroups: jedi.vcl

Linas wrote:
> Hello,
>
> I want to connect some device to USB port . Device is based by me and it is
> based on ATmega128 microcontroller and Philips USB chip PDIUSBD11.
> Question: Does the component HIDcontroller have enough functionality for
> making communication with such device? Did anybody wrote any aplication for
> communicating via USB? Example in the JVCL library seems too complicated to
> understand the behaviour of component.
> Thanks in advance.
> Linas

Sorry, it is impossible to make a useful example any simpler.
What device class did you implement? A HID device?



Subject: Re: Jump starting towards JVCL 3.0
From: Marcus Fuchs <Marcus_news@web.de>
Date: Tue, 08 Apr 2003 14:52:05 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Tried that, two times. But the app hangs if I try to reopen the survey

> Could you send me the survey file so I can take a look at it? You might want
> to download it again (http://www.peter3.com/surveys) and start over.

Sorry deleted. Got the new app and survey and all worked.

Marcus

-- 
Use Google or any other search-engine!


Subject: Re: How To Get TPoint of TrayIcon?
From: "Fonzi" <reinholderlacher@msn.com>
Date: Tue, 8 Apr 2003 10:37:34 +0200
Newsgroups: jedi.vcl

thanks,
I'll try and post :-)

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> schrieb im Newsbeitrag
news:3E91D470.5030900@Mmyrealbox.com...
> > I've looked into this a bit, because I did want to implement it in
> > TJvBalloonHint. As far as I can see there are 2 possibilities:
> >
> > 1. Idea is to change your tray icon in a black icon, and then search in
> > the tray for that black rectangle, see
> > http://www.codeproject.com/useritems/CTrayIconPosition.asp
> >
> > 2. Subclass the tray, then you can enumerate the icons in the tray, and
> > make a calculated guess where the icon is. I think this is done so by
> > madCollection (http://help.madshi.net/TrayIcons.htm). Problem is that
> > you need to have a dll that then will be injected in the explorer's
> > memory space. Another source is
> > http://skyscraper.fortunecity.com/gigo/311/winprog.html#strayenum
> >
> > I don't like both implementations too much, thus didn't implement it in
> > TJvBalloonHint.
> >
> > If you have some other sources or idea's, I very much like to hear them.
> >
> > Regards,
> > Remko Bonte
> >




Subject: USB connection
From: "Linas" <slinas@takas.lt>
Date: Tue, 8 Apr 2003 09:42:38 +0300
Newsgroups: jedi.vcl

Hello,

I want to connect some device to USB port . Device is based by me and it is
based on ATmega128 microcontroller and Philips USB chip PDIUSBD11.
Question: Does the component HIDcontroller have enough functionality for
making communication with such device? Did anybody wrote any aplication for
communicating via USB? Example in the JVCL library seems too complicated to
understand the behaviour of component.
Thanks in advance.
Linas




Subject: Re: How To Get TPoint of TrayIcon?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 07 Apr 2003 21:41:36 +0200
To: Fonzi <reinholderlacher@msn.com>
Newsgroups: jedi.vcl

I've looked into this a bit, because I did want to implement it in TJvBalloonHint. As far as I can see there are 2 possibilities:

1. Idea is to change your tray icon in a black icon, and then search in the tray for that black rectangle, see http://www.codeproject.com/useritems/CTrayIconPosition.asp

2. Subclass the tray, then you can enumerate the icons in the tray, and make a calculated guess where the icon is. I think this is done so by madCollection (http://help.madshi.net/TrayIcons.htm). Problem is that you need to have a dll that then will be injected in the explorer's memory space. Another source is http://skyscraper.fortunecity.com/gigo/311/winprog.html#strayenum

I don't like both implementations too much, thus didn't implement it in TJvBalloonHint.

If you have some other sources or idea's, I very much like to hear them.

Regards,
Remko Bonte



Subject: JVHLEditor
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 7 Apr 2003 12:06:04 -0500
Newsgroups: jedi.vcl

I need to write a script editor(like Script-It). I thought i would use
jvhleditor. I have a question though...
When a user types in an If statement and the corresponding end statement, i
need a visual link between those two lines.

Something like the following:

---> If (condition) = (test) then begin
|            Statements here
|       End Else Begin
|            Statements here
---> End


Nested ifs like the following:

--->   If (condition) = (test) then begin
|             Statements here
|    -->    If condition then begin
|    |            statements nested
|    -->    end
|          end else begin
|             statements outside
--->    End

What i need is a way to do this possibly in the gutter, or something, and i
would prefer to use something other than just dashes and arrows. Images or
something.
Any body have any ideas as to how i would go about accomplishing this?

Any help would be greatly appreciated.

Thanks
Dave





Subject: Re: Offtop. Jedi and D4.
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Mon, 7 Apr 2003 16:59:09 +0200
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> wrote in message
> > Do it mean that JCL 1.22 is latest with D4 support?

Yes.

> > Because You have no D4 support team, or it is strategic decision?

It does not make sense to support it because it makes code less readable due a
lot of IFDEFs and it is a pain for testing as well. We made a poll in JEDI-JCL
group where nobody wanted D4 support ;-) JCL 1.22 still be available for
legacy projects.

Petr.




Subject: Offtop. Jedi and D4.
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 7 Apr 2003 18:28:52 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 6 Apr 2003 20:29:34 +0200 @812)
....while the fading voice of Petr whispered through the darkness:

AS: sorry i'm posting this here, but there's no such a note in jcl ng.

 PVT> - Delphi 4 support removed

Do it mean that JCL 1.22 is latest with D4 support?
Because You have no D4 support team, or it is strategic decision?

Oh.. my poor D5, soon You wil find Yourself abondoned :-)

-- If i had ears, i'd heard Jethro Tull - Beastie With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: How To Get TPoint of TrayIcon?
From: "Fonzi" <reinholderlacher@msn.com>
Date: Mon, 7 Apr 2003 14:39:43 +0200
Newsgroups: jedi.vcl

hello all,
would like to get TPoint of JvTrayIcon,
so that I can position TJvBalloonhint onto TrayIcon.
How to?

thanks
Fonzi




Subject: Re: How to stop a JvThread component...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Apr 2003 13:02:01 +0200
Newsgroups: jedi.vcl

> > Why don't it has the proper methods?

vgThread supports only a single thread at a time: JvThread supports multiple
threads with the same component instance so the Handle is needed to
differentiate between them.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: How to stop a JvThread component...
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 7 Apr 2003 14:33:12 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 5 Apr 2003 13:13:53 +0200 @509)
....while the fading voice of Peter whispered through the darkness:

 ??>> I could not figure out how to stop/terminate a running thread ?
 PTr> When you call Execute, you get a handle as return value. Use this
 PTr> handle to QuitThread(Handle), Resume(Handle) or Suspend(Handle)

Brr...
Why don't it has the proper methods?
Take a look at vgTread from VgLib 1 (www.vglib.com)
 
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 7 Apr 2003 09:46:53 +0200
Newsgroups: jedi.vcl

> > Tried that, two times. But the app hangs if I try to reopen the survey
file.
Could you send me the survey file so I can take a look at it? You might want
to download it again (http://www.peter3.com/surveys) and start over.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Updated JEDI installer
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sun, 6 Apr 2003 20:29:34 +0200
Newsgroups: jedi.vcl

Hi,

I updated the Installer, it is available in FreeVCS or latest snapshot:
http://sourceforge.net/project/showfiles.php?group_id=47514&release_id=78860

Changes:
- Delphi 4 support removed
- Command-line compiler output is logged to JediInstaller.log.
- Makefile no longer specifies the installation "script" (unit) name but it
  has to be passed to the MAKE command as a Script parameter name

To use it with JVCL you have to modify your Install.bat (second line) to:

@CD JCL\Examples\InstallHelper
@MAKE -DScript=JEDIINSTALL
@CD ..\..\..
@START JCL\Bin\JediInstaller.exe

Petr.





Subject: Re: FastTrack on using JclDebug?
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sun, 6 Apr 2003 15:57:10 +0200
Newsgroups: jedi.vcl

"Robert Oschler" <no_replies@fake_email_address.invalid>
> > I'm looking to pull out the call stack frame when an exception occurs, and
> > show it in a message box.  Can someone tell me the fastest way to learn how
> > to use the JclDebug unit to make this happen?  I looked in the JCL/examples
> > directory and didn't see anything readily pertinent.

There is StackTrackExample.dpr in JCL examples folder. I agree it might not be
absolutely clear from it how to use the code. I updated the example and sent
it to jedi.binaries folder. Let me know whether this version is better or not.

PS Followup-To set to jedi.jcl group since the question belongs to JCL.

Petr.




Subject: Re: one bug in JvEditor.pas
From: "Julien Ferraro" <jfk_pub@netcourrier.com>
Date: Sun, 6 Apr 2003 07:54:33 +0400
Newsgroups: jedi.vcl

"whf" <wanghaifeng_1@163.net> a écrit dans le message de news:
b6o59l$6ch$1@talkto.net...
> > one bug in JvEditor.pas,this is my modify
> >

What kind of bug is it ? what is the problem with JvEditor without your
change ?

Julien




Subject: one bug in JvEditor.pas
From: "whf" <wanghaifeng_1@163.net>
Date: Sun, 6 Apr 2003 11:09:52 +0800
Newsgroups: jedi.vcl

one bug in JvEditor.pas,this is my modify

procedure TUndoBuffer.Clear;
begin
  while Count > 0 do
  begin
    TUndo(Items[0]).Free;
    inherited Delete(0);
  end;
  inherited; // add this line
end;





Subject: FastTrack on using JclDebug?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Sat, 5 Apr 2003 18:56:04 -0500
Newsgroups: jedi.vcl

I'm looking to pull out the call stack frame when an exception occurs, and
show it in a message box.  Can someone tell me the fastest way to learn how
to use the JclDebug unit to make this happen?  I looked in the JCL/examples
directory and didn't see anything readily pertinent.

thx

--

Robert Oschler
Android Technologies, Inc.
http://www.androidtechnologies.com
The home of PowerSell! (tm)
The FrontPage AddIn for Amazon Associates
- "Power Tools for Amazon Associates" (sm)




Subject: Re: misfeature in JvSearchFiles.pas ?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 5 Apr 2003 21:55:59 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 05 Apr 2003 19:20:18 +0200 @764)
....while the fading voice of Robert whispered through the darkness:

 RR> The marked line (434) should be

Ooooh - i noticed that some folders are omittedm but had no time to track
this yet.

BTW why my w2k sp3 pretends all drive letters are available
(GetLogicalDrives) and for most of them there's no root dir - but the mask
still pretends the drive do exists?

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: misfeature in JvSearchFiles.pas ?
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 05 Apr 2003 19:20:18 +0200
Newsgroups: jedi.vcl

Arioch /BDV/ schrieb:

> JvSearchFiles.pas
> Last Modified: 2003-02-18
> lines: 881, 1005
>
> Why UpperCase ??? Should be AnsiUpperCase !

Agreed.

There is another serious error:

function TJvSearchFiles.EnumFiles(const ADirectoryName: string;
  Dirs: TStrings; const Search: Boolean): Boolean;
var
  Handle: THandle;
  Finished: Boolean;
  DirOK: Boolean;
begin
  DoBeginScanDir(ADirectoryName);

  { Always scan the full directory - ie use * as mask - this seems faster
    then first using a mask, and then scanning the directory for subdirs }
  Handle := Windows.FindFirstFile(PChar(ADirectoryName + '*'), FFindData);
  Result := Handle <> INVALID_HANDLE_VALUE;
  if not Result then
  begin
    Result := GetLastError = ERROR_FILE_NOT_FOUND; <=
    Exit;
  end;

The marked line (434) should be

    Result := GetLastError in [ERROR_FILE_NOT_FOUND, ERROR_ACCESS_DENIED];

Otherwise for example the attempt to scan the RECYCLER directory will make the search abort, and all directories that are positioned after the RECYCLER will be missed from the search result.

I noticed the problem when I compared TJclFileEnumerator search results to TJvSearchFiles results and TJvSearchFiles found less files on occasion. :^)

Greetings, Robert



Subject: misfeature in JvSearchFiles.pas ?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 5 Apr 2003 16:12:22 +0400
Newsgroups: jedi.vcl

Hello, All!

JvSearchFiles.pas
Last Modified: 2003-02-18
lines: 881, 1005

Why UpperCase ??? Should be AnsiUpperCase !


-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: How to stop a JvThread component...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 5 Apr 2003 13:13:53 +0200
Newsgroups: jedi.vcl

> > I could not figure out how to stop/terminate a running thread ?
When you call Execute, you get a handle as return value. Use this handle to
QuitThread(Handle), Resume(Handle) or Suspend(Handle)

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems (french)
From: "claudetom" <claudetom@clara.co.uk>
Date: Sat, 5 Apr 2003 06:22:48 +0200
Newsgroups: jedi.vcl

IS GOOD
Thank you.


Subject: Re: JVCL 3.0
From: "David McCallum" <davidmccallum@btinternet.com>
Date: Sat, 5 Apr 2003 01:05:01 +0100
Newsgroups: jedi.vcl

Oops, I thought I had read it was available

David

"Chris Grant" <cjgrant@bigpond.net.au> wrote in message
news:b6l3di$qsi$1@talkto.net...
> > David,
> >
> > At present V3.0 is on the drawing board, and there are discussions on
> > what is currently being planned to put into it. Along with planning
> > taking place to merge some modules.
> >
> > AT present if you want the latest, you can get it via CVS, however this
> > is work in progresss.
> >
> > Chris
> >




Subject: Re: JVCL 3.0
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Sat, 05 Apr 2003 09:20:35 +1000
Newsgroups: jedi.vcl

David,

At present V3.0 is on the drawing board, and there are discussions on what is currently being planned to put into it. Along with planning taking place to merge some modules.

AT present if you want the latest, you can get it via CVS, however this is work in progresss.

Chris



Subject: Re: JVCL 3.0
From: "Patrick Van Laake" <no-email-back@please.net>
Date: Fri, 4 Apr 2003 13:28:15 -0700
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b6klad$op1$1@talkto.net...
>>>> > > > > Where can I find JVCL 3.0
>>> > > >
>>> > > > In the minds of the JVCL team <g>
>>> > > >
>> > > I last saw it in the kitchen cupboard next to the fridge...
> >
> > What, the minds of the JVCL team? This could very well be, since some of
my
> > friends often tell me I lost my mind.....
> >
No, I was actually just talking about the last box of matches <LOL>




Subject: Re: JVCL 3.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 4 Apr 2003 21:20:02 +0200
Newsgroups: jedi.vcl

>>> > > > Where can I find JVCL 3.0
>> > >
>> > > In the minds of the JVCL team <g>
>> > >
> > I last saw it in the kitchen cupboard next to the fridge...

What, the minds of the JVCL team? This could very well be, since some of my
friends often tell me I lost my mind.....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL 3.0
From: "Patrick Van Laake" <no-email-back@please.net>
Date: Fri, 4 Apr 2003 11:53:37 -0700
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b6jdlc$hpe$1@talkto.net...
>> > > Where can I find JVCL 3.0
> >
> > In the minds of the JVCL team <g>
> >
I last saw it in the kitchen cupboard next to the fridge...




Subject: Re: JVPanel vs. D5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 4 Apr 2003 16:05:30 +0200
Newsgroups: jedi.vcl

I've made some changes in CVS, so you might want to get it from there. The
"non-painting border" problem seems to occur only at design-time: at
run-time it looks OK.
--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JVPanel vs. D5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 4 Apr 2003 17:41:57 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 2 Apr 2003 18:44:52 +0200 @739)
....while the fading voice of Peter whispered through the darkness:

 PTr> You could try changing CreateParams to:

I try to keep CVS sources as far as possible.

Currently i decided to not use JvPanel at all.


-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: JVCL 3.0
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 4 Apr 2003 10:03:08 +0200
Newsgroups: jedi.vcl

> > Where can I find JVCL 3.0

In the minds of the JVCL team <g>


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JVCL 3.0
From: "David McCallum" <davidmccallum@btinternet.com>
Date: Fri, 4 Apr 2003 07:00:51 +0100
Newsgroups: jedi.vcl

Where can I find JVCL 3.0

David McCallum




Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 03 Apr 2003 22:28:34 +0200
To: Sydney Lotterby <sydney@infosearch.com>
Newsgroups: jedi.vcl

Sydney Lotterby wrote:
> Can't get to a download page.  do you have an exact URL for D4,D5 and D7 (in
> case I need those too)?

http://info.borland.com/devsupport/delphi/downloads/

Or go to google and search for "delphi 4 update pack" (with "") :)



Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: "Sydney Lotterby" <sydney@infosearch.com>
Date: Thu, 3 Apr 2003 14:12:08 -0600
Newsgroups: jedi.vcl

Did that and built JediInstaller.exe but ... it now tells me I need to
install the latest D4 update.
That tells me something is still pointing to D4 unless Jedi is trying to
install to all existing Delphi's on my machine.  What do I do next?  I tried
to download the D4 patches but can only find the page that says ...

Delphi 4 fixes and known issues   A listing of things fixed in Delphi 4 and
currently known issues.

Can't get to a download page.  do you have an exact URL for D4,D5 and D7 (in
case I need those too)?


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b6huf3$atk$1@talkto.net...
>> > > Is there a way to force it to use D5/D7 make?
>> > > ===================================
>> > > Z:\Files\Src\x32\Jedi>type install.bat
>> > > @CD JCL\Examples\InstallHelper
>> > > @MAKE
>> > > @CD ..\..\..
>> > > @START JCL\Bin\JediInstaller.exe
> >
> > Include full path to make in bat file:
> > @<path to d5 or d7 make>\make
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Jump starting towards JVCL 3.0
From: Marcus Fuchs <Marcus_news@web.de>
Date: Thu, 03 Apr 2003 21:03:21 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

Had no time, therefor a bit late.

>> >> Or maybe i'm answered half of them and want to go on later :-)
> >
> > You will be promted to save your answers if you quit before sending. If you
> > do want to save, the responses are saved in the *original* survey file. The
> > response file (and it's name) is generated when you click the "Send" button.

Tried that, two times. But the app hangs if I try to reopen the survey file.

PS: Running Win2000 Prof.

Marcus

-- There are so many people in the world, who could help you. You only have to ask them. Go usenet! 

Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 3 Apr 2003 20:37:27 +0200
Newsgroups: jedi.vcl

> > Is there a way to force it to use D5/D7 make?
> > ===================================
> > Z:\Files\Src\x32\Jedi>type install.bat
> > @CD JCL\Examples\InstallHelper
> > @MAKE
> > @CD ..\..\..
> > @START JCL\Bin\JediInstaller.exe

Include full path to make in bat file:
@<path to d5 or d7 make>\make

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: "Sydney Lotterby" <sydney@infosearch.com>
Date: Thu, 3 Apr 2003 11:51:05 -0600
Newsgroups: jedi.vcl

> > PSApi.dcu should be in E:\Program Files\Borland\Delphi7\Lib.

It is.

> > How does your "Tools|Environment Options|Library|Library path" look like?
ie does it list "$(DELPHI)\Lib"?
Yes

> > If you focus "$(DELPHI)\Lib" and click on "...", do you go to "E:\Program
Files\Borland\Delphi7\Lib"?
No - folder browser dialog defaults me to MyComputer - but it has always
done that.

New info ... running installer.bat in Dos -- looks like dcc32.exe is running
from a Delphi4/bin folder!!
No idea why this is.  D4 is not in any of my paths and I don't see any
$delphi environment var defined either.
I need to keep it installed b/c some legacy apps.

Is this a clue?
Is there a way to force it to use D5/D7 make?
===================================
Z:\Files\Src\x32\Jedi>type install.bat
@CD JCL\Examples\InstallHelper
@MAKE
@CD ..\..\..
@START JCL\Bin\JediInstaller.exe


======================================================================
MAKE Version 5.1  Copyright (c) 1987, 1998 Borland International




    E:\PROGRA~1\BORLAND\DELPHI4\BIN\..\bin\dcc32.exe -e..\..\Bin -i..\..\Sou
rce -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w
ediInstaller.dpr   -DJEDII
NSTALL
Borland Delphi  Version 12.0  Copyright (c) 1983,98 Inprise Corporation
Z:\Files\Src\x32\Jedi\JCL\Source\JclSysInfo.pas(565) Fatal: File not found:
'PsA
pi.dcu'

** error 1 ** deleting JediInstaller.exe


> > Sydney Lotterby wrote:
>> > > I have the same problem listed in this thread.
>> > > My environment user path is:    E:\Program Files\Borland\Delphi7\Lib
>> > > My environment system path is:    E:\PVSW\BIN;E:\Program
>> > > Files\Borland\Delphi7\Projects\Bpl;E:\Program Files\Borland\Delphi7\Bin;
>> > >
>> > > and the only make.exe is in the Delphi7/bin folder.
>> > >
>> > > What I get is: ... File not found PSApi.dcu ... deleting
JediInstaller.exe
>> > > I have searched the Jedi folder for psapi.* and found nothing.
>> > >
>> > > Any suggestions?
>> > >
> >




Subject: Re: Latest Version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 3 Apr 2003 19:29:08 +0200
Newsgroups: jedi.vcl

> > Then, open the bpk file [..]
...should have been bpg (Borland Package Group)

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Latest Version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 3 Apr 2003 19:24:40 +0200
Newsgroups: jedi.vcl

> > Do I something wrong?
Probably. Before installing the CVS version you must:
* Start Delphi and remove the JVCL packages from the Component|Add Packages
list
* Remove all JVCL and JCL paths from Delphi Library path
* Delete all JVCL bpl and dcp files
* Delete all JVCL dcu, dcr and res files from previous install
* Make sure that the newly extracted files have overwritten any previous
versions
* Just for good measure, delete all JVCL related entries in
HKCU\Software\Borland\Delphi\?.?\Palette

Make sure you have the latest JCL (1.22)

Then, open the bpk file for your version of Delphi (in JVCL\packages), build
the DJCL package, build the JVCL RT package and install the JVCL DT package.
If necessary, add the paths to JCL\source, JVCL\source and JVCL\common to
your library path

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 03 Apr 2003 19:16:58 +0200
To: Sydney Lotterby <sydney@infosearch.com>
Newsgroups: jedi.vcl

PSApi.dcu should be in E:\Program Files\Borland\Delphi7\Lib.

How does your "Tools|Environment Options|Library|Library path" look like? ie does it list "$(DELPHI)\Lib"?

If you focus "$(DELPHI)\Lib" and click on "...", do you go to "E:\Program Files\Borland\Delphi7\Lib"?

Sydney Lotterby wrote:
> I have the same problem listed in this thread.
> My environment user path is:    E:\Program Files\Borland\Delphi7\Lib
> My environment system path is:    E:\PVSW\BIN;E:\Program
> Files\Borland\Delphi7\Projects\Bpl;E:\Program Files\Borland\Delphi7\Bin;
>
> and the only make.exe is in the Delphi7/bin folder.
>
> What I get is: ... File not found PSApi.dcu ... deleting JediInstaller.exe
> I have searched the Jedi folder for psapi.* and found nothing.
>
> Any suggestions?
>



Subject: Latest Version
From: "Pascal Mangold" <pascal.mangold@web.de>
Date: Thu, 3 Apr 2003 17:50:40 +0200
Newsgroups: jedi.vcl

Hi,
trying to install the latest version 03.April to overcome my problems with
JVInterpreter, I get massive errors while compiling JVCL200_D50,
saying "FATAL Error, duplicated ressources..."

Do I something wrong?
Thanks!




Subject: Re: TJvxCurrencyEdit and TJvCalcEdit
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Thu, 3 Apr 2003 17:50:36 +0200
Newsgroups: jedi.vcl

Missing JvCurrEdit.pas see jedi.binaries. It contains the code that calls
JvToolEdit.PaintComboEdit() in TCustomComboEdit.WMPaint().

Andreas
-----
You cannot response to this message by email. Remove the "NoMail" from
NoMailAndreas.Hausladen@gmx.de for mailing.





Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: "Sydney Lotterby" <sydney@infosearch.com>
Date: Thu, 3 Apr 2003 09:42:16 -0600
Newsgroups: jedi.vcl

I have the same problem listed in this thread.
My environment user path is:    E:\Program Files\Borland\Delphi7\Lib
My environment system path is:    E:\PVSW\BIN;E:\Program
Files\Borland\Delphi7\Projects\Bpl;E:\Program Files\Borland\Delphi7\Bin;

and the only make.exe is in the Delphi7/bin folder.

What I get is: ... File not found PSApi.dcu ... deleting JediInstaller.exe
I have searched the Jedi folder for psapi.* and found nothing.

Any suggestions?

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b63nuv$bhg$1@talkto.net...
> > The bat file should have called make to build the JEDIInstaller.exe and
put
> > it into the bin folder. Is the path to Delphi6\bin in your system PATH
> > variable? If you open a command-prompt and type "make" <enter> does the
> > borland make utility run or do you get an error or is another (MS?) make
> > started?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JVInterpreter V210 Programs dont work any more ... Urgend / Blocked
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 3 Apr 2003 12:49:48 +0200
Newsgroups: jedi.vcl

Dmitry Osinovsky is currently doing bug fixes and updates to JvInterpreter.
You could try either getting individual files from CVS or the entire JVCL
source from the daily zips at http://jvcl.sourceforge.net/daily


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: JVInterpreter V210 Programs dont work any more ... Urgend / Blocked
From: "Pascal Mangold" <pascal.mangold@web.de>
Date: Thu, 3 Apr 2003 12:10:21 +0200
Newsgroups: jedi.vcl

Hi all,
since the release of V210 all my JVInterpreter programs won't run any more.
I get the message that "main is undefinded".

What has been changed??? Maybe I'm sinply too stupid but I really need your
help. Thanks!

Second question: is there any possibility to stop the execution of a
JVInterpreter Program?

Best, Pascal




Subject: Re: TJvxCurrencyEdit and TJvCalcEdit
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 3 Apr 2003 08:14:27 +0200
Newsgroups: jedi.vcl

Thanks, I'll update ASAP

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de> skrev i meddelandet
news:b6fec6$tb5$1@talkto.net...
>> > > why PaintComboEdit was commented out?
> > After reading bug report #472 I found out that PaintComboEdit does not
support the introduced
> > DisabledColor and DisabledTextColor properties. Now I updated the
PaintComboEdit to support these
> > properties. See jedi.binaries.
> >
> >
> > Andreas
> > -----
> > You cannot response to this message by email. Remove the "NoMail" from
> > NoMailAndreas.Hausladen@gmx.de for mailing.
> >
> >




Subject: Re: TJvxCurrencyEdit and TJvCalcEdit
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Wed, 2 Apr 2003 21:45:17 +0200
Newsgroups: jedi.vcl

> > why PaintComboEdit was commented out?
After reading bug report #472 I found out that PaintComboEdit does not support the introduced
DisabledColor and DisabledTextColor properties. Now I updated the PaintComboEdit to support these
properties. See jedi.binaries.


Andreas
-----
You cannot response to this message by email. Remove the "NoMail" from
NoMailAndreas.Hausladen@gmx.de for mailing.




Subject: Re: TJvxCurrencyEdit and TJvCalcEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 2 Apr 2003 20:06:03 +0200
Newsgroups: jedi.vcl

These changes were introduced as a response to bug #472: maybe Rob den
Braseem can explain why PaintComboEdit was commented out?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: TJvxCurrencyEdit and TJvCalcEdit
From: "Andreas Hausladen" <NoMailAndreas.Hausladen@gmx.de>
Date: Wed, 2 Apr 2003 19:19:30 +0200
Newsgroups: jedi.vcl

The components TJvxCurrencyEdit and TJvCalcEdit worked in JVCL 2.0 Final like the RxLib originals.
But on version 2.10 and in the CVS-Repository (downloaded today) they do not align the text
depending on Alignment when the controls have no focus.

The reason for this mis-behaviour is in TJvCustomNumEdit.WMPaint. The function should have the
following code:
-------------
procedure TJvCustomNumEdit.WMPaint(var Msg: TWMPaint);
var
  S: string;
begin
  if PopupVisible then
    S := TJvPopupWindow(FPopup).GetPopupText
  else
    S := GetDisplayText;

  if not PaintComboEdit(Self, S, FAlignment, FFocused and not PopupVisible,
    FCanvas, Msg) then
    inherited;
end;
-------------


Andreas
-----
You cannot response to this message by email. Remove the "NoMail" from
NoMailAndreas.Hausladen@gmx.de for mailing.




Subject: Re: JVPanel vs. D5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 2 Apr 2003 18:44:52 +0200
Newsgroups: jedi.vcl

You could try changing CreateParams to:

procedure TJvPanel.CreateParams(var Params: TCreateParams);
begin
  inherited CreateParams(Params);
  if Transparent then
  begin
    Params.ExStyle := Params.ExStyle or WS_EX_TRANSPARENT;
    ControlStyle := ControlStyle - [csOpaque];
  end
  else
  begin
    Params.ExStyle := Params.ExStyle and not WS_EX_TRANSPARENT;
    ControlStyle := ControlStyle + [csOpaque];
  end;
end;

If you don't have anything moving on or behind the panel when it's
transparent, it should work. BTWW, the problems you are seeing with the
panel in D5 doesn't seem to have anything to do with RedrawWindow call


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems (french)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 2 Apr 2003 17:59:19 +0200
Newsgroups: jedi.vcl

Make sure that the path to the Delphi lib folder is on the Windows PATH

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVPanel vs. D5
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 2 Apr 2003 15:53:58 +0200
Newsgroups: jedi.vcl

> > If the features of JvPanel was clearly declared in help i'd try to re-work
> > it.

if the author had clearly provided a short description of the features of
the component, I would have placed it in the help file ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JVPanel vs. D5
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 2 Apr 2003 17:18:37 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 27 Mar 2003 20:06:28 +0100 @837)
....while the fading voice of Peter whispered through the darkness:

 ??>> Peter, what wil there be with D5 vs JvPanel issue ?
 PTr> What's the problem with JvPanel and D5?

There were more problems with it :-(

When i put JvxFileNameEdit onto it - it do not draw its border.
And even regular TLabel and TListbox fills bad about it.

IMHO alas i was right about violation Windows GDI standards in JVPanel's
code :-(

If the features of JvPanel was clearly declared in help i'd try to re-work
it.
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jedi 2.1.0 installation failed.
From: "Sam Chan" <samchanhot@hotmail.com>
Date: Wed, 2 Apr 2003 18:22:50 +0800
Newsgroups: jedi.vcl

Well, it is possible that other components installed in my other programmer
computer causes the conflict.
This is what I had done. I rename the .dof file. Then I let delphi recreate
one for me and these are the differences I found:

DOF that gives the error message (when used in my computer):
[Linker]
Packages=VCL50;VCLX50;VCLSMP50;QRPT50;VCLDB50;VCLBDE50;ibevnt50;VCLDBX50;TEE
UI50;TEEDB50;TEE50;TEEQR50;VCLIE50;INETDB50;INET50;dclExtra;mps;RXCTL5;RXDB5
;RXBDE5;RZLPDB50;RZLPND50;ZRPT5;dclLabelEffect;dclFormatDrive;dclXpMenu;NMFA
ST50;dclocx50;dclaxserver50;TToneGen;dclFlash

[Excluded Packages]
$(DELPHI)\Bin\dclite50.bpl=Borland Integrated Translation Environment

DOF that is okay:
[Linker]
Packages=Vcl50;Vclx50;VclSmp50;Qrpt50;Vcldb50;Vclbde50;ibevnt50;vcldbx50;Tee
UI50;TeeDB50;Tee50;TeeQR50;VCLIB50;vclie50;Inetdb50;Inet50;NMFast50;dclocx50
;dclaxserver50;ComDrv32;DJCL50;JVCL200_R50;kbmMemD5Run;dclSMComponents;ZRpt5

You could see that the later DOF don't have many packages in addition to
delphi 5 native packages.
Anyway, I did not managed to install JVCL straight forward but had gone
through it manually.

Hope this gives more clue to remove the installation bug.
Thank you.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b6eatn$nap$1@talkto.net...
>> > > I encountered the following message: "Cannot load package 'CorIde50.' It
>> > > contains unit 'zlib,'; which is also contained in package
'JVCL200_R50'".
> >
> > I've never seen that error myself: are you using any specific components
> > from JVCL that makes this error appear or do you get it on every project?
> >
> > I was going to suggest that you add CorIDE50 to the requires of
JVCL200_R50
> > but I guess CorIDE50 is a design-package, so I suspect that it won't
work...
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Jedi 2.1.0 installation failed.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 2 Apr 2003 11:45:11 +0200
Newsgroups: jedi.vcl

> > I encountered the following message: "Cannot load package 'CorIde50.' It
> > contains unit 'zlib,'; which is also contained in package 'JVCL200_R50'".

I've never seen that error myself: are you using any specific components
from JVCL that makes this error appear or do you get it on every project?

I was going to suggest that you add CorIDE50 to the requires of JVCL200_R50
but I guess CorIDE50 is a design-package, so I suspect that it won't work...

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jedi 2.1.0 installation failed.
From: "Sam Chan" <samchanhot@hotmail.com>
Date: Wed, 2 Apr 2003 16:14:33 +0800
Newsgroups: jedi.vcl

Hi Peter,

Could this be the reason?
I encountered the following message: "Cannot load package 'CorIde50.' It
contains unit 'zlib,'; which is also contained in package 'JVCL200_R50'".

I did not experience the above initially after I had managed to install the
components manually.
The problem just happen when I start with my new project (createdb) using
FVCS.

HTH
Thank you and keep up the great works!!

Best regards
SA/\/\

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b5uj7j$lk7$1@talkto.net...
> > Many people have problems with the installer and D5: the only way in this
> > case seems to be to install manually. If you get an "Internal error:
URW533"
> > (?), close D5, restart and try again. These are known problems but we have
> > no solution yet (i.e. we don't know why it happens).
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: JCL 1.22 and JVCL 2.10 Full Install Problems (french)
From: "claudetom" <claudetom@clara.co.uk>
Date: Wed, 2 Apr 2003 03:37:29 +0200
Newsgroups: jedi.vcl

I am trying to install both JCL and JVCL under Delphi 7 Enterprise french.
To start Installation click on:
Install.bat file in the JEDI root folder.

I received an error message indicating : 
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
D:\APPWIN1\Borland\Delphi7\Bin\..\bin\dcc32.exe -e..\..\Bin -i..\..\Source -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w  JediInstaller.dpr   -DJEDIINSTALL
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Fatale: Fichier non trouvé : 'System.pas'

** error 1 ** deleting JediInstaller.exe
I found (D:\APPWIN1\Borland\Delphi7\Source\Rtl\Sys\System.pas)

click on:
JVCL200_R70.dpk
I received an error message indicating :
[Erreur fatale] JVCL200_R70.dpk(61): Paquet requis 'djcl70' non trouvé

click on:
DJCL70.dpk
I received an error message indicating :
[Erreur] JclResources.pas(907): $WEAKPACKAGEUNIT 'JclResources' ne peut avoir de code d'initialisation ou de finalisation
[Erreur fatale] JclBase.pas(244): Impossible de compiler l'unité utilisée '..\Source\JclResources.pas'

Thank


Subject: JCL 1.22 and JVCL 2.10 Full Install Problems (french)
From: "claudetom" <claudetom@clara.co.uk>
Date: Wed, 2 Apr 2003 03:17:22 +0200
Newsgroups: jedi.vcl

I am trying to install both JCL and JVCL under Delphi 7 Enterprise french.
To start Installation click on:
Install.bat file in the JEDI root folder.

I received an error message indicating : 
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
D:\APPWIN1\Borland\Delphi7\Bin\..\bin\dcc32.exe -e..\..\Bin -i..\..\Source -n..\..\Dcu -q -r..\..\Source -u..\..\Source -w  JediInstaller.dpr   -DJEDIINSTALL
Borland Delphi Version 15.0
Copyright (c) 1983,2002 Borland Software Corporation
Fatale: Fichier non trouvé : 'System.pas' 
** error 1 ** deleting JediInstaller.exe
(found 'D:\APPWIN1\Borland\Delphi7\Source\Rtl\Sys\System.pas')

click on:
JVCL200_R70.dpk
I received an error message indicating :
[Erreur fatale] JVCL200_R70.dpk(61): Paquet requis 'djcl70' non trouvé

click on:
DJCL70.dpk
I received an error message indicating :
[Erreur] JclResources.pas(907): $WEAKPACKAGEUNIT 'JclResources' ne peut avoir de code d'initialisation ou de finalisation
[Erreur fatale] JclBase.pas(244): Impossible de compiler l'unité utilisée '..\Source\JclResources.pas'

Thank


Subject: Re: Anyone know why JvSpeedButton is being archived?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 1 Apr 2003 18:50:36 +0200
Newsgroups: jedi.vcl

It has been merged into JvxSpeedButton and JvxSpeedButton has been renamed
to JvSpeedButton - it should be in the changelog.txt...

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Steve Magruder [Team JEDI]" <steve@stevemagruder.com> skrev i meddelandet
news:b6cb01$eip$1@talkto.net...
> > Just noticed it just went into the archive.  I've been using it in my
apps.
> > Was it determined to not provide any value over the standard speedbutton?
> >
> > Steve
> >
> >



Subject: Anyone know why JvSpeedButton is being archived?
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Tue, 1 Apr 2003 10:33:58 -0500
Newsgroups: jedi.vcl

Just noticed it just went into the archive.  I've been using it in my apps.
Was it determined to not provide any value over the standard speedbutton?

Steve




Subject: Re: [D7] Never-build package
From: "Steve" <spam_paris.steve@tourisme.gouv.qc.ca>
Date: Tue, 1 Apr 2003 07:37:01 -0500
Newsgroups: jedi.vcl

Great!  Thank you!


"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: b6ae32$4mv$1@talkto.net...
> > Change your package options from "Explicit rebuild" to "Rebuild as needed"
> > on the Description tab
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> > "Steve" <spam_paris.steve@tourisme.gouv.qc.ca> skrev i meddelandet
> > news:b6a838$3ru$1@talkto.net...
>> > > Hello,
>> > >
>> > > I try to compile a package who contain my new component inherited from
>> > > TJvDbGrid but I can't cause I have the message "[Error] Never-build
> > package
>> > > 'Test' requires always-build package 'JVCL200_R70'".
>> > >
>> > > Delphi7, WinXP Pro
>> > > JEDI 2.10 was correctly installed
>> > > JVCL200_R70 is in my library path
>> > >
>> > > Were this message come from?
>> > > How can I install my component?
>> > >
>> > > Thank you
>> > >
>> > > Steve
>> > >
>> > >
> >




Subject: Re: TJvProgressDlg
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 1 Apr 2003 08:33:58 +0200
Newsgroups: jedi.vcl

Try using TJvProgressForm instead - TJvProgressDlg will be replaced by
TJvProgressDialog in the next version of JVCL but it works differently from
JvProgressDlg and JvProgressForm.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [D7] Never-build package
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 1 Apr 2003 00:14:22 +0200
Newsgroups: jedi.vcl

Change your package options from "Explicit rebuild" to "Rebuild as needed"
on the Description tab

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net

"Steve" <spam_paris.steve@tourisme.gouv.qc.ca> skrev i meddelandet
news:b6a838$3ru$1@talkto.net...
> > Hello,
> >
> > I try to compile a package who contain my new component inherited from
> > TJvDbGrid but I can't cause I have the message "[Error] Never-build
package
> > 'Test' requires always-build package 'JVCL200_R70'".
> >
> > Delphi7, WinXP Pro
> > JEDI 2.10 was correctly installed
> > JVCL200_R70 is in my library path
> >
> > Were this message come from?
> > How can I install my component?
> >
> > Thank you
> >
> > Steve
> >
> >



Subject: [D7] Never-build package
From: "Steve" <spam_paris.steve@tourisme.gouv.qc.ca>
Date: Mon, 31 Mar 2003 15:32:03 -0500
Newsgroups: jedi.vcl

Hello,

I try to compile a package who contain my new component inherited from
TJvDbGrid but I can't cause I have the message "[Error] Never-build package
'Test' requires always-build package 'JVCL200_R70'".

Delphi7, WinXP Pro
JEDI 2.10 was correctly installed
JVCL200_R70 is in my library path

Were this message come from?
How can I install my component?

Thank you

Steve




Subject: TJvProgressDlg
From: Abraham <haowawo@hotmail.com.com>
Date: Mon, 31 Mar 2003 18:26:24 +0000 (UTC)
Newsgroups: jedi.vcl

Dear all

When using TJvProgressDlg, I don't seem to be able to change the Text 
property at run time. It just shows what I have typed in the Object 
inspector and TJvProgressDlg1.Text := 'Some text"; doesn't help. Any 
suggestions?


Cheers, Abraham


Subject: How to stop a JvThread component...
From: user@domain.invalid
Date: Mon, 31 Mar 2003 16:03:55 +0300
Newsgroups: jedi.vcl

Hi,
I could not figure out how to stop/terminate a running thread ?
Any help appreciated
Thanks in advance
Joe



Subject: Re: Update to UIB
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Mon, 31 Mar 2003 01:25:02 +0200
Newsgroups: jedi.vcl

UIB now work with Delphi 5.

"Trev" <trevor.pegley@ntlworld.com> a écrit dans le message de news:
b64lg2$ett$1@talkto.net...
> > Merci
> >
> > --
> > Trevor Pegley
> > Visionhall
> > "Henri Gourvest" <hgourvest@nospam.progdigy.com> wrote in message
> > news:b64eob$e48$1@talkto.net...
>> > > Hi Trev,
>> > > You're right, I'm working on,
>> > > UIB D5 Package will be available in the next release.
>> > >
>> > > Best regards
>> > >
>> > > Henri Gourvest
>> > >
>> > >
>> > >
>> > > "Trev" <trevor.pegley@ntlworld.com> a écrit dans le message de news:
>> > > b64325$crm$1@talkto.net...
>>> > > > Salut Henri,
>>> > > >
>>> > > > Do you have any plans to support D5? There are still a huge number of
D5
>>> > > > users around (myself included). <g>
>>> > > >
>>> > > > Trev
>>> > > >
>>> > > > --
>>> > > > Trevor Pegley
>>> > > > Visionhall
>>> > > > "Henri Gourvest" <hgourvest@nospam.progdigy.com> wrote in message
>>> > > > news:b5ta91$hep$1@talkto.net...
>>>> > > > > Now working with YAFFIL
>>>> > > > > Thank you
>>>> > > > >
>>>> > > > > Henri Gourvest
>>>> > > > > Unified Interbase
>>>> > > > > http://www.progdigy.com
>>>> > > > >
>>>> > > > >
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 Mar 2003 23:55:33 +0100
Newsgroups: jedi.vcl

The Sign() function isn't available on D5 so I added it to JvEditor. You
should update your own code (or get from CVS) as well:

Around line 1200:

var
  BlockTypeFormat: Integer;

procedure Err;
begin
  MessageBeep(0);
end;

// new:

{$IFNDEF COMPILER6_UP}
type
  TValueSign = -1..1;

function Sign(const AValue: Integer): TValueSign;
begin
  Result := ZeroValue;
  if AValue < 0 then
    Result := NegativeValue
  else if AValue > 0 then
    Result := PositiveValue;
end;
{$ENDIF}


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: "Andreas Hausladen" <AAndreas.Hausladen@gmx.de>
Date: Sat, 29 Mar 2003 21:20:17 +0100
Newsgroups: jedi.vcl

A new version of TJvEditor and TJvHLEditor. It is faster and more complete.
See jedi.binaries

=== Changelog ===

JvEditor.pas
    - added new mouse wheel functionality: [Ctrl]+Wheel and [Shift]+Wheel
    - faster TJvReplaceUndo and ReplaceWord/ReplaceWord2
    - bug fixed: first complete selected line stops drawing selection on cell 80
    - added SelectAll, ClearSelection
    - full support for SelBlockFormat = bfColumn and bfLine
    - improved TJvCompletion.ReplaceWord
    - undo system overworked
    - fixed bug: [Shift][Tab] is the same as [Tab]
    - reduced TextAllChanged() calls
    - added: Un-/IndentColumns, Un-/IndentLines, Un-/IndentSelLines
    - new Undo: TJvUnindentColumnUndo, TJvIndentColumnUndo
    - moved: FSelBegX, FSelBegY, ... FSelected into TJvSelectionRec
    - added GetAutoIndentStop and removed AutoIndent code from GetTabStop
    - fixed bug: CanPaste raises Exception SCannotOpenClipboard (new: catches exception)
    - fixed bug: in readonly mode [Return] does nothing
    - added BlockOverwrite property
    - added PeristentBlocks

JvHLEditor.pas
    - faster RescanLong
    - faster KeyWord search for drawing

JvStrUtil.pas
     - changed: GetXYByPos counts #13 instead of #10. It was to windows related
     - fixed bug: FindNotBlankCharPos always returns 1


Andreas
-----
You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
for mailing.




Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sat, 29 Mar 2003 22:23:24 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 29 Mar 2003 12:37:55 +0100 @526)
....while the fading voice of Andreas whispered through the darkness:

 AH> I am still working on the editor. At the moment I ask myself if
 AH> supporting MultiByte Character Set is really nescessary. A Unicode
 AH> support would be better and faster to parse.

You may do all internal work in UTF16 and allow assigning/reading
ANSI-converting properties.
ANSI may appear MBCS.

Look at UniRed editor. I wish it could be a component

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Update to UIB
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Sat, 29 Mar 2003 17:52:23 -0000
Newsgroups: jedi.vcl

Merci

--
Trevor Pegley
Visionhall
"Henri Gourvest" <hgourvest@nospam.progdigy.com> wrote in message
news:b64eob$e48$1@talkto.net...
> > Hi Trev,
> > You're right, I'm working on,
> > UIB D5 Package will be available in the next release.
> >
> > Best regards
> >
> > Henri Gourvest
> >
> >
> >
> > "Trev" <trevor.pegley@ntlworld.com> a écrit dans le message de news:
> > b64325$crm$1@talkto.net...
>> > > Salut Henri,
>> > >
>> > > Do you have any plans to support D5? There are still a huge number of D5
>> > > users around (myself included). <g>
>> > >
>> > > Trev
>> > >
>> > > --
>> > > Trevor Pegley
>> > > Visionhall
>> > > "Henri Gourvest" <hgourvest@nospam.progdigy.com> wrote in message
>> > > news:b5ta91$hep$1@talkto.net...
>>> > > > Now working with YAFFIL
>>> > > > Thank you
>>> > > >
>>> > > > Henri Gourvest
>>> > > > Unified Interbase
>>> > > > http://www.progdigy.com
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: Update to UIB
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Sat, 29 Mar 2003 16:48:39 +0100
Newsgroups: jedi.vcl

Hi Trev,
You're right, I'm working on,
UIB D5 Package will be available in the next release.

Best regards

Henri Gourvest



"Trev" <trevor.pegley@ntlworld.com> a écrit dans le message de news:
b64325$crm$1@talkto.net...
> > Salut Henri,
> >
> > Do you have any plans to support D5? There are still a huge number of D5
> > users around (myself included). <g>
> >
> > Trev
> >
> > --
> > Trevor Pegley
> > Visionhall
> > "Henri Gourvest" <hgourvest@nospam.progdigy.com> wrote in message
> > news:b5ta91$hep$1@talkto.net...
>> > > Now working with YAFFIL
>> > > Thank you
>> > >
>> > > Henri Gourvest
>> > > Unified Interbase
>> > > http://www.progdigy.com
>> > >
>> > >
> >
> >




Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 Mar 2003 15:28:11 +0100
Newsgroups: jedi.vcl

If you are *not* using packages, you will need to have the following paths
available:

JCL\source
JVCL\source
JVCL\common

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: "T" <tomtatham@comcast.net>
Date: Sat, 29 Mar 2003 08:37:21 -0500
Newsgroups: jedi.vcl

That helped. Thanks. However, I tried to compile a program using a JVCL
component and received compiler error mesages, such as " [Error]
JclSysInfo.pas(2093): Undeclared identifier: 'TAsnObjectIdentifier'".  Do I
need to add some paths under "Environment Options" dialog?


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b63nuv$bhg$1@talkto.net...
> > The bat file should have called make to build the JEDIInstaller.exe and
put
> > it into the bin folder. Is the path to Delphi6\bin in your system PATH
> > variable? If you open a command-prompt and type "make" <enter> does the
> > borland make utility run or do you get an error or is another (MS?) make
> > started?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Update to UIB
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Sat, 29 Mar 2003 12:37:44 -0000
Newsgroups: jedi.vcl

Salut Henri,

Do you have any plans to support D5? There are still a huge number of D5
users around (myself included). <g>

Trev

--
Trevor Pegley
Visionhall
"Henri Gourvest" <hgourvest@nospam.progdigy.com> wrote in message
news:b5ta91$hep$1@talkto.net...
> > Now working with YAFFIL
> > Thank you
> >
> > Henri Gourvest
> > Unified Interbase
> > http://www.progdigy.com
> >
> >




Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: "Andreas Hausladen" <AAndreas.Hausladen@gmx.de>
Date: Sat, 29 Mar 2003 12:37:55 +0100
Newsgroups: jedi.vcl

I am still working on the editor. At the moment I ask myself if supporting MultiByte Character Set
is really nescessary. A Unicode support would be better and faster to parse.


Andreas
-----
You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
for mailing.




Subject: Re: Bug in TJvxCurrencyEdit
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 29 Mar 2003 06:29:18 -0500
Newsgroups: jedi.vcl

"Julien Ferraro" <jfk_pub@netcourrier.com> wrote in message
news:b63pdn$bmg$1@talkto.net...

> > What is the user/password to report bug ?

Follow instructions from here:

http://jvcl.sourceforge.net/bugs.htm

Michael




Subject: Re: Bug in TJvxCurrencyEdit
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 29 Mar 2003 06:23:22 -0500
Newsgroups: jedi.vcl

"Julien Ferraro" <jfk_pub@netcourrier.com> wrote in message
news:b63jcc$b2s$1@talkto.net...

> > Another point. I found some days ago another bug and someone told me that
if
> > I want the last version I have to use CVS. Do I have to install something

Please see:

http://jvcl.sourceforge.net/cvs.htm

> > Is ther a way to get those files without installing another VCS on my
> > computer (http, ftp, ... ) ?

http://jvcl.sourceforge.net/daily

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm




Subject: Re: Bug in TJvxCurrencyEdit
From: "Julien Ferraro" <jfk_pub@netcourrier.com>
Date: Sat, 29 Mar 2003 13:44:11 +0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: b63odb$bj5$1@talkto.net...
> > Thanks, please report any bugs in Mantis:
> > http://projectjedi.sourceforge.net/mantis

What is the user/password to report bug ?




Subject: Re: Bug in TJvxCurrencyEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 Mar 2003 10:27:00 +0100
Newsgroups: jedi.vcl

Thanks, please report any bugs in Mantis:
http://projectjedi.sourceforge.net/mantis

JVCL doesn't use FreeVCS: we use CVS provided by sourceforge. You can get
sources from CVS either by installing a clinet like TrotiseCVS or WinCVS on
your computer. You can also download files directly from the web using your
browser but this can sometimes cause CRLF corruption (You will get a "line
too long" error when opening the file in Delphi), so a CVS client is
preferred (and a lot easier to handle). To see the JVCL CVS archive in your
browser, go to http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/ and
then click your way around the directory tree (the jvcl code is in the jvcl
folder, *not* the JVCL folder)

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JCL 1.22 and JVCL 2.10 Full Install Problems
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 29 Mar 2003 10:19:20 +0100
Newsgroups: jedi.vcl

The bat file should have called make to build the JEDIInstaller.exe and put
it into the bin folder. Is the path to Delphi6\bin in your system PATH
variable? If you open a command-prompt and type "make" <enter> does the
borland make utility run or do you get an error or is another (MS?) make
started?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Bug in TJvxCurrencyEdit
From: "Julien Ferraro" <jfk_pub@netcourrier.com>
Date: Sat, 29 Mar 2003 13:14:31 +0400
Newsgroups: jedi.vcl

It's also necessary to override the TextToValText to take care of the
DisplayFormat (including currency characters.

function TJvxCurrencyEdit.TextToValText(const AValue: string): string;
var
  CharsToRemove: TSysCharSet;
  cpt: Integer;
begin
  Result := AValue;

  // we nedd to delete all characters that are in the DisplayFormat chain
  // and that are not digits
  CharsToRemove := [];
  for cpt := 1 to Length(Result) do
    if  (not CharIsNumber(Result[cpt])) then
      CharsToRemove := CharsToRemove + [Result[cpt]];

  Result := StrRemoveChars(Result, CharsToRemove);

  Result := inherited TextToValText(Result);
end;



"Julien Ferraro" <jfk_pub@netcourrier.com> a écrit dans le message de news:
b63jcc$b2s$1@talkto.net...
> > Hi all,
> >
> > I just discovered a bug introduced in the last version of
TJvxCurrencyEdit.
> > The displayformat is not used because there is no DataChanged method for
> > TJvxCurrencyEdit. The DataChanged method of the parent class
> > (TJvCustomNumEdit) is used.
> > The workaround is to add a DataChanged method for TJvxCurrencyEdit
> >
> >     procedure DataChanged; override;
> >
> > ...
> >
> > procedure TJvxCurrencyEdit.DataChanged;
> > begin
> >   if (FValue = 0.0) and FZeroEmpty then
> >     EditText := ''
> >   else
> >     EditText := FormatFloat(DisplayFormat, CheckValue(FValue, False));
> > end;
> >
> > Another point. I found some days ago another bug and someone told me that
if
> > I want the last version I have to use CVS. Do I have to install something
or
> > are you using FreeVCS (if not, that could be a good advertisement for that
> > excellent Jedi product) ?
> >
> > Is ther a way to get those files without installing another VCS on my
> > computer (http, ftp, ... ) ?
> >
> > Thanx
> > Julien
> >
> >




Subject: Bug in TJvxCurrencyEdit
From: "Julien Ferraro" <jfk_pub@netcourrier.com>
Date: Sat, 29 Mar 2003 12:01:02 +0400
Newsgroups: jedi.vcl

Hi all,

I just discovered a bug introduced in the last version of TJvxCurrencyEdit.
The displayformat is not used because there is no DataChanged method for
TJvxCurrencyEdit. The DataChanged method of the parent class
(TJvCustomNumEdit) is used.
The workaround is to add a DataChanged method for TJvxCurrencyEdit

    procedure DataChanged; override;

....

procedure TJvxCurrencyEdit.DataChanged;
begin
  if (FValue = 0.0) and FZeroEmpty then
    EditText := ''
  else
    EditText := FormatFloat(DisplayFormat, CheckValue(FValue, False));
end;

Another point. I found some days ago another bug and someone told me that if
I want the last version I have to use CVS. Do I have to install something or
are you using FreeVCS (if not, that could be a good advertisement for that
excellent Jedi product) ?

Is ther a way to get those files without installing another VCS on my
computer (http, ftp, ... ) ?

Thanx
Julien




Subject: JCL 1.22 and JVCL 2.10 Full Install Problems
From: "T" <tomtatham@comcast.net>
Date: Fri, 28 Mar 2003 22:55:48 -0500
Newsgroups: jedi.vcl

I am trying to install both JCL and JVCL (version #s in subject line) under
Delphi 6 Pro Update 2. I downloaded the full install zip file that contains
both. After unzipping, the Readme.txt file I found bat in the outermost
directory  created by the zip file instructed:
"To start Installation click on:
Install.bat
file in the JEDI root folder."

I received an error message indicating, "Cannot find the file
'JCL\Bin\JediInstaller.exe' (or one of its components)." Sure enough, that
directory does not contain the installer.

Am I missing a step?




Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 28 Mar 2003 14:38:16 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 27 Mar 2003 20:06:28 +0100 @837)
....while the fading voice of Peter whispered through the darkness:

 ??>> Peter, what wil there be with D5 vs JvPanel issue ?
 PTr> What's the problem with JvPanel and D5?

It been discussed here short before 2.1 release.
It is also Mantis-705

In brief - there are situations, when this panel do not paint itself.

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 Mar 2003 20:06:28 +0100
Newsgroups: jedi.vcl

> > Peter, what wil there be with D5 vs JvPanel issue ?
What's the problem with JvPanel and D5?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jedi 2.1.0 installation failed.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 Mar 2003 20:05:40 +0100
Newsgroups: jedi.vcl

> > Peter.. the jedi team is doing a great job for the community.  I
> > didn't want to be sarcastic, sorry.  Only wanted to give you a small
> > -and poor- clue.
...and I wasn't trying to "hammer" you or anything: I was genuinely curious
so I hope you don't feel that I was acting like a bully. There was nothing
wrong with saying that it worked in JVCL 2.00: it's impossible for you to
know what info is needed to solve a problem, so supplying what info you had,
was the right thing to do.

> > This afternoon I will check the same installation on another
> > workstation.  If there is some difference I will post here.
Thanks. That would be nice.
--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Jedi 2.1.0 installation failed.
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 27 Mar 2003 20:50:35 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 27 Mar 2003 16:10:21 +0100 @673)
....while the fading voice of Terry whispered through the darkness:

 ??>> solve the problem with 2.1 and D5 (it seems to be a problem with D5

I have D5, but i do not want to dl the whole beeeeg zip.
If i can re-create installer package with CVS services...

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Thu, 27 Mar 2003 20:48:12 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 26 Mar 2003 20:03:30 +0100 @835)
....while the fading voice of Peter whispered through the darkness:

 PTr> Thanks. I had to make some minor adjustments for D5 but other than

Peter, what wil there be with D5 vs JvPanel issue ?
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jedi 2.1.0 installation failed.
From: Terry Yapt <yapt@NOtechSPnovellAM.com>
Date: Thu, 27 Mar 2003 16:10:21 +0100
Newsgroups: jedi.vcl

Peter.. the jedi team is doing a great job for the community.  I
didn't want to be sarcastic, sorry.  Only wanted to give you a small
-and poor- clue.

This afternoon I will check the same installation on another
workstation.  If there is some difference I will post here.

Thanks and best regards....  

On Thu, 27 Mar 2003 13:56:38 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> If this can give you any clue: JVCL 2.0.0 installs fine.
> >Being sarcastic? Anyway, knowing that 2.0 installs doesn't help us to solve
> >the problem with 2.1 and D5 (it seems to be a problem with D5 only).



Subject: Re: Jedi 2.1.0 installation failed.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 Mar 2003 13:56:38 +0100
Newsgroups: jedi.vcl

> > If this can give you any clue: JVCL 2.0.0 installs fine.
Being sarcastic? Anyway, knowing that 2.0 installs doesn't help us to solve
the problem with 2.1 and D5 (it seems to be a problem with D5 only).

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jedi 2.1.0 installation failed.
From: Terry Yapt <yapt@NOtechSPnovellAM.com>
Date: Thu, 27 Mar 2003 12:46:51 +0100
Newsgroups: jedi.vcl

If this can give you any clue: JVCL 2.0.0 installs fine.

Thanks


On Thu, 27 Mar 2003 11:27:29 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

> >Many people have problems with the installer and D5: the only way in this
> >case seems to be to install manually. If you get an "Internal error: URW533"
> >(?), close D5, restart and try again. These are known problems but we have
> >no solution yet (i.e. we don't know why it happens).



Subject: Re: Jedi 2.1.0 installation failed.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 Mar 2003 11:27:29 +0100
Newsgroups: jedi.vcl

Many people have problems with the installer and D5: the only way in this
case seems to be to install manually. If you get an "Internal error: URW533"
(?), close D5, restart and try again. These are known problems but we have
no solution yet (i.e. we don't know why it happens).

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Jedi 2.1.0 installation failed.
From: Terry Yapt <yapt@NOtechSPnovellAM.com>
Date: Thu, 27 Mar 2003 10:33:23 +0100
Newsgroups: jedi.vcl

Hello all,

I am trying to install 'JCL+JVCL210FullInstall.zip' plus
'JVCL210FIX030313.zip' update with Project Jedi installer and I am
getting this error:

======================
"Jedi Installer"
Installation of
F:\delphi\compon\Dx\jvcl\2.1.0\JVCL\packages\JVCL200_R50.dpk failed.
Try running the installer again.  If it still doesn't work, try doing
a manual install from Delphi.
======================

After that error, the same is showing with JVCL200_D50.dpk.

My environment is:
Delphi 5 Enterprise + latest updates from borland.
Windows XP professional.

I have not tried to manually install.

Any help with the installer would be gratefully appreciated...



Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 Mar 2003 09:04:28 +0100
Newsgroups: jedi.vcl

I've also added a simple page to explain the survey app and the available
surveys (sort of):

http://www.peter3.com/surveys/default.htm

I'll see what I can do about the sources (the current output and include
folders needs to be fixed first).

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Toledo USB Scale
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Mar 2003 06:00:44 +0100
Newsgroups: jedi.vcl

Ervin wrote:
> I have to interface Toledo USB scales in a Delphi application. Does anyone know if jvHIDComponent could be modified so communication between the scale and the program would be possible?
>
> Thanks Ervin
>

Please contact me directly on that.
It should be a HID device because scales are defined in HID.



Subject: Re: Jump starting towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 Mar 2003 00:52:54 +0100
Newsgroups: jedi.vcl

I've put the js binary and the survey on my website.

binary:
http://www.peter3.com/surveys/JediSurveyBinary.zip

survey file:
http://www.peter3.com/surveys/JVCLSurvey3002.zip

survey results:
http://www.peter3.com/surveys/jvcl3002.htm

> > Imagine i will suggest them  - what URL can i give? news? cvs?
For files, see above. For discussion, this ng would be the best

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Toledo USB Scale
From: Ervin <sarok001@csusm.edu>
Date: Wed, 26 Mar 2003 15:12:11 -0800
Newsgroups: jedi.vcl

I have to interface Toledo USB scales in a Delphi application. Does anyone know if jvHIDComponent could be modified so communication between the scale and the program would be possible?

Thanks Ervin



Subject: Update to UIB
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Wed, 26 Mar 2003 23:48:29 +0100
Newsgroups: jedi.vcl

Now working with YAFFIL
Thank you

Henri Gourvest
Unified Interbase
http://www.progdigy.com




Subject: Re: JvStrtoHTML doesn't work??
From: "Jason" <jason@messagemotion.com.au>
Date: Thu, 27 Mar 2003 09:45:22 +1100
Newsgroups: jedi.vcl

Thanks Peter.
I thought so, the name of the component threw me. I was really hoping to
find a text to html converter!
Jason.
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b5rkg0$8u9$1@talkto.net...
> > This is a very simple component and should really be a couple of functions
> > called HTMLEncode / HTMLDecode because that's all it does: converts
> > characters like " to &quot; and < to &lt;
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 Mar 2003 20:03:30 +0100
Newsgroups: jedi.vcl

Thanks. I had to make some minor adjustments for D5 but other than that it
compiled without problems. If it works though, is beyond me<g>

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Jump starting towards JVCL 3.0
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Wed, 26 Mar 2003 17:06:57 +0100
Newsgroups: jedi.vcl

Hello Peter,

> Never mind - I realize you are using Delphis own. I am going to add it as a
> bat file to the devtools folder if that's OK with you?

there is nothing against it. :-)

Ciao Heinz Z.


Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: "Andreas Hausladen" <AAndreas.Hausladen@gmx.de>
Date: Wed, 26 Mar 2003 16:13:34 +0100
Newsgroups: jedi.vcl

> > I get an "Undeclared identifier: IsIdentifier" on line 945 in
> > JvHLEditor.pas.

The (new) file JvHLParser.pas is missing. See jedi.binaries.


Andreas
-----
You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
for mailing.





Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 26 Mar 2003 18:13:05 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Wed, 26 Mar 2003 14:45:27 +0100 @614)
....while the fading voice of Peter whispered through the darkness:

 PT> Where do you want them?

any ftp or http
direct link preferable, but SF may be ok too.

Imagine i will suggest them  - what URL can i give? news? cvs?

--
If i had ears, i'd heard Белая гвардия - Комната
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: What does JvHttpGrabber do?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 26 Mar 2003 15:14:37 +0100
Newsgroups: jedi.vcl



Jason schrieb:

> > Hi guys,
> > Can anyone shed any light on what JvHttpGrabber and JvMultiHttpGrabber do?
> > thanks.
> > J.

there is an examples which uses it:

 \JEDI\jvcl\examples\Diagram1WebSiteScanner\WebMapper.dpr

Ralf Grenzing JVCL MegaDemo developer



Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Mar 2003 14:45:27 +0100
Newsgroups: jedi.vcl

Where do you want them?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> skrev i meddelandet
news:b5s951$cmt$1@talkto.net...
> > The stars so gaily glistened... (Tue, 25 Mar 2003 19:25:59 +0100 @809)
> > ...while the fading voice of Peter whispered through the darkness:
> >
> >  PTr> What should go in the zip? js.exe and the survey file or the source
> >  PTr> code as well?
> >
> > 1 zip with jsf - it is not the last i guess
> > 1 zip with exe
> > and 1 zip with sources - since they may be less weighted and can give
> > example of programming.
> >
> > --
> > If i had ears, i'd heard np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Wed, 26 Mar 2003 16:22:56 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Tue, 25 Mar 2003 19:25:59 +0100 @809)
....while the fading voice of Peter whispered through the darkness:

 PTr> What should go in the zip? js.exe and the survey file or the source
 PTr> code as well?

1 zip with jsf - it is not the last i guess
1 zip with exe
and 1 zip with sources - since they may be less weighted and can give
example of programming.

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jump starting towards JVCL 3.0
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Wed, 26 Mar 2003 10:52:23 +0100
Newsgroups: jedi.vcl

Hello Peter,

> Cool! What grep do you use?

the borland one (v5).

Ciao Heinz Z.


Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Mar 2003 10:19:58 +0100
Newsgroups: jedi.vcl

Never mind - I realize you are using Delphis own. I am going to add it as a
bat file to the devtools folder if that's OK with you?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Mar 2003 10:06:34 +0100
Newsgroups: jedi.vcl

Cool! What grep do you use?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Mar 2003 10:06:12 +0100
Newsgroups: jedi.vcl

You should have jrf file in the js.exe folder: attach to a mail and send to
me (remove nospam from my mail address)

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Wed, 26 Mar 2003 08:55:46 +0100
Newsgroups: jedi.vcl

Hello Peter,

I got a mapi-error if i try to send, so how I can I send the survey manualy?

Ciao Heinz Z.


Subject: Re: JvStrtoHTML doesn't work??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Mar 2003 08:30:22 +0100
Newsgroups: jedi.vcl

This is a very simple component and should really be a couple of functions
called HTMLEncode / HTMLDecode because that's all it does: converts
characters like " to &quot; and < to &lt;

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Wed, 26 Mar 2003 08:11:51 +0100
Newsgroups: jedi.vcl

Hello Peter,

to get the list of my "used JediComponents" I use the a grep statement:

grep -di "object [a-z0-9_]*: TJv" *.dfm

perhaps it is not perfect, but it helps very mutch. :-)

Ciao Heinz Z.


Subject: JvStrtoHTML doesn't work??
From: "Jason" <jason@messagemotion.com.au>
Date: Wed, 26 Mar 2003 16:15:57 +1100
Newsgroups: jedi.vcl

Has anyone information on this component.
When I pass it a string, it doesn't convert it to HTML.
I can't find any help files associated with it.
Jason.




Subject: Re: What does JvHttpGrabber do?
From: "Jason" <jason@messagemotion.com.au>
Date: Wed, 26 Mar 2003 15:23:25 +1100
Newsgroups: jedi.vcl

Thanks Michael.
One other thing I noticed the TJvStrToHTML component on the "Internet" tab
doesn't work?? Is there any other information about this component? I'd
really like to find a component that I can feed it a text string and it
returns formatted HTML, not just the html template like the
RichEdittoHTMLConverttoHTML functions.
Any ideas??
thanks again.
J.
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b5r5u5$7hq$1@talkto.net...
> > "Jason" <jason@messagemotion.com.au> wrote in message
> > news:b5r20r$77g$1@talkto.net...
>> > > Hi guys,
>> > > Can anyone shed any light on what JvHttpGrabber and JvMultiHttpGrabber
do?
>> > > thanks.
> >
> > See:
> >
> > http://jvcl.sourceforge.net/components.htm
> >
> > Michael
> >
> >




Subject: Re: What does JvHttpGrabber do?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 25 Mar 2003 22:23:18 -0500
Newsgroups: jedi.vcl

"Jason" <jason@messagemotion.com.au> wrote in message
news:b5r20r$77g$1@talkto.net...
> > Hi guys,
> > Can anyone shed any light on what JvHttpGrabber and JvMultiHttpGrabber do?
> > thanks.

See:

http://jvcl.sourceforge.net/components.htm

Michael




Subject: What does JvHttpGrabber do?
From: "Jason" <jason@messagemotion.com.au>
Date: Wed, 26 Mar 2003 13:19:40 +1100
Newsgroups: jedi.vcl

Hi guys,
Can anyone shed any light on what JvHttpGrabber and JvMultiHttpGrabber do?
thanks.
J.





Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 Mar 2003 22:13:57 +0100
Newsgroups: jedi.vcl

I get an "Undeclared identifier: IsIdentifier" on line 945 in
JvHLEditor.pas.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 Mar 2003 22:10:05 +0100
Newsgroups: jedi.vcl

Thanks, will update ASAP

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Some modification on JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: "Andreas Hausladen" <AAndreas.Hausladen@gmx.de>
Date: Tue, 25 Mar 2003 21:57:25 +0100
Newsgroups: jedi.vcl

> > I've updated CVS with your changes: thanks for doing them

I improve my bug fixes and speed optimations. Further more I found a lot of new bugs to fix. So I
deceided to spend some time on JvEditor/JvHLEditor and now it works well.

here is the change log (including the first code I posted for JvEditor.pas and JvHLEditor.pas).

================================
JvEditor.pas
  - speed optimation (font cache, many Lines.Text references were removed)
  - fixed bug: TJvBackspaceUndo, TJvInsertUndo, TJvDeleteUndo still do not work
    always properly
  - fixed bug: caret movement and selections set Modified to TRUE
  - Undo restores Modified-field
  - added [Ctrl][Backspace] (ecBackspaceWord) and [Shift][Backspace] command
  - Some modifications on selections
  - added [Shift]+MouseDown selections
  - new event TKeyboard.OnCommand2
  - fixed bug: CodeCompletition catches VK_HOME, VK_END
  - fixed bug: on empty editor pressing [Ctrl][End] raises "Index out of
    bounds (-1)"
  - fixed bug: caret moves into gutter on horz. scrolling
  - added OnGutterClick and OnGutterDblClick events
  - renamed all "Identifer" to "Identifier"
  - bug fixed: first complete selected line stops drawing selection on cell 80
================================
JvHLEditor.pas
  - C/C++ line continuation symbol '\' extends the highlight colors to the
    next line (LongToken=True)
  - "Not Quite C" highlighter (C similar, for programming LEGO MindStorm(R) robots)
  - fixed bug: SetBlockColor raise an exception (AV) if iEnd becomes greater than
    MAX_X
  - in TRAHLEditor.GetAttr all IsXxxKeyWord get a CONST string, so no compiler
    magic LStrAddRef is needed.
  - some speed optimations
  - new property "DelphiColors: Boolean" sets Colors to Delphi IDE's default
  - renamed all "Identifer" to "Identifier". published property "Identifer"
    still exists but uses "FIdentifier"
  - added some new DelphiKeyWord
  - fixed bug: RescanLong may exceed FLongDesc[] dimension
================================

The patched files are in jedi.binaries



Andreas
-----
You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
for mailing.






Subject: Re: Cursor positions in JvHLEditor
From: "Andreas Hausladen" <AAndreas.Hausladen@gmx.de>
Date: Tue, 25 Mar 2003 21:18:52 +0100
Newsgroups: jedi.vcl

>>> >>>I also found out that JvHLEditor does not respond to TActionList or
>>> >>>TActionManager items (Copy, Paste etc. ) automatically, on the other
>>> >>>hand TRichEdit does.
>> >>
>> >> When RAHLEditor (now JvHLEditor) was developed ActionLists were not included in Delphi. So it
does
>> >> not know how to react on such Actions.
> >
> > May I put this in the wish list, I mean any plan on this ?

The standard actions EditCopy/EditPaste/EditCut/... will never work with TJvEditor. These actions
are based on TCustomEdit descendants and TJvCustomEditor is derived from TCustomControl.


Andreas
-----
You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
for mailing.




Subject: Re: Jump starting towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 25 Mar 2003 19:25:59 +0100
Newsgroups: jedi.vcl

What should go in the zip? js.exe and the survey file or the source code as
well?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Arioch /BDV/" <the_Arioch@kill-me.nm.ru> skrev i meddelandet
news:b5pgl0$v2c$2@talkto.net...
> > The stars so gaily glistened... (Mon, 24 Mar 2003 19:32:55 +0100 @814)
> > ...while the fading voice of Peter whispered through the darkness:
> >
> > plz, make the survey as a ZIP-download on HTTP or FTP.
> >
> > IMHO there to be - souces, binary and the questions themselves.
> >
> > Then i could pass a link to DelphiPlus
> >
> > --
> > If i had ears, i'd heard np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >



Subject: Re: Bug in 2.10
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Tue, 25 Mar 2003 10:56:52 -0500
Newsgroups: jedi.vcl

"Julien Ferraro" <jfk_pub@netcourrier.com> wrote in message
news:b5pt95$243$1@talkto.net...
> > Hello,
> >
> > I just installed JVCL 2.10 and found a bug.
> > In TJvSpinEdit, when something change, the OnChange event isn't called.
> > Icorrected this by just adding
> >
> >   inherited Change;
> >
> > at the end of the TJvCustomSpinEdit.DataChanged method.
> >
> > Maybe there's a better place to post posts like that one, but as I don't
> > have that much time (I have more than 300 occurences oc TJvxSpinEdit to
> > convert, and that doesn't talk about other components) I didn't look for
it,
> > sorry

The latest version in CVS corrects this problem.

Steve




Subject: Bug in 2.10
From: "Julien Ferraro" <jfk_pub@netcourrier.com>
Date: Tue, 25 Mar 2003 19:47:51 +0400
Newsgroups: jedi.vcl

Hello,

I just installed JVCL 2.10 and found a bug.
In TJvSpinEdit, when something change, the OnChange event isn't called.
Icorrected this by just adding

  inherited Change;

at the end of the TJvCustomSpinEdit.DataChanged method.

Maybe there's a better place to post posts like that one, but as I don't
have that much time (I have more than 300 occurences oc TJvxSpinEdit to
convert, and that doesn't talk about other components) I didn't look for it,
sorry

Julien




Subject: Re: Cursor positions in JvHLEditor
From: "Andreas Hausladen" <AAndreas.Hausladen@gmx.de>
Date: Tue, 25 Mar 2003 15:04:40 +0100
Newsgroups: jedi.vcl

<user@domain.invalid> schrieb im Newsbeitrag news:3E8000EF.5000703@domain.invalid...
> > Ok then, Can I just say that, the line numbers cannot exceed 65535 ?
It may exceed 65535 lines because the syntax highlighter only stopps parsing long-tokens
(comments/strings including line breaks) but I see a bug in the parser that will raise an access
violation.
Keep in mind that you need a very very large file to get 65535 lines. Even the Windows.pas file has
not as many lines (around 30000).


Andreas
-----
You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
for mailing.





Subject: Re: >none< :-)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 25 Mar 2003 15:15:06 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 24 Mar 2003 23:51:55 +0200 @952)
....while the fading voice of adem whispered through the darkness:

 a>>> My approach was to turn a TCollection into a TDataset, not a
 a>>> TCollection of TDatasets.
 ??>> Kkm - the field is an object, but the dataset may be
 ??>> 1) dynamic array of objects
 ??>> 2) TObjectList of objects
 ??>> 3) TCollection of objects
 ??>> 4) Who knows, maybe TClassesList, TInterfacesLists
 ??>> 5) and one more thing - is turning a single object to single-row
 ??>> dataser.

 a> Seriously: Why would you want each and every one of these?
5) to making ak ind of document/view architecture
the rest because in different conditions there are different ways of
managing objects.

And even if i could choose to use always one of methods - i cannot ask this
from all the libraries i may use.

 a>>> to base on TCollectionItem.
 ??>> Sure - i want a copy of TStringLists? Or TComboBoxes ? Or even TLabels
 ??>> woth some different looking ?

 a> I will never see what 'different looking' has to do with TDataset? :-))
What about the rest? Combobox with its own set of events? StringList? some
filter object?


--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 25 Mar 2003 15:10:42 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 24 Mar 2003 19:32:55 +0100 @814)
....while the fading voice of Peter whispered through the darkness:

plz, make the survey as a ZIP-download on HTTP or FTP.

IMHO there to be - souces, binary and the questions themselves.

Then i could pass a link to DelphiPlus

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Tue, 25 Mar 2003 15:08:41 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 24 Mar 2003 19:01:22 +0100 @792)
....while the fading voice of Peter whispered through the darkness:

 ??>> Peter, why not simplier make .eml file and shell-exec it to any e-mail
 ??>> client installed ?

 PTr> What's the format of .eml files? Does all mail programs support them?

Just save any mail message into file and open it in notepad.
I cant be sure, but .eml aka .msg is such a simple and natural format, that
i guess it is supported by any of progs.

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Cursor positions in JvHLEditor
From: user@domain.invalid
Date: Tue, 25 Mar 2003 09:10:39 +0200
Newsgroups: jedi.vcl

Andreas Hausladen wrote:
>> I wonder if there is a way of getting the cursor position
>> while navigating in the JvHLEditor ?
>
> Do mean something like TJvHLEditor.CaretX and TJvHLEditor.CaretY ?
>
>
>> Also I realized that there is a 64K edit buffer limit :(
>
> I think you saw the "FLongDesc: array [0..Max_Line] of Byte;" line. This is only for the syntax
> highlighter. The editor uses a Stringlist that is not limited to 64K

Ok then, Can I just say that, the line numbers cannot exceed 65535 ?


>
>
>> I also found out that JvHLEditor does not respond to TActionList or
>> TActionManager items (Copy, Paste etc. ) automatically, on the other
>> hand TRichEdit does.
>
> When RAHLEditor (now JvHLEditor) was developed ActionLists were not included in Delphi. So it does
> not know how to react on such Actions.

May I put this in the wish list, I mean any plan on this ?

>
>
> Andreas
> -----
> You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
> for mailing.
>
>



Subject: Re: >none< :-)
From: "adem" <adembaba@excite.com>
Date: Mon, 24 Mar 2003 23:51:55 +0200
Newsgroups: jedi.vcl

Arioch,
> >  a> My approach was to turn a TCollection into a TDataset, not a
> >  a> TCollection of TDatasets.
> >
> > Kkm - the field is an object, but the dataset may be
> > 1) dynamic array of objects
> > 2) TObjectList of objects
> > 3) TCollection of objects
> > 4) Who knows, maybe TClassesList, TInterfacesLists
> > 5) and one more thing - is turning a single object to single-row dataser.

Seriously: Why would you want each and every one of these?
What do they do that TCollection/TCollectionItem pair does not do?

> >  a> to base on TCollectionItem.
> > Sure - i want a copy of TStringLists? Or TComboBoxes ? Or even TLabels woth
> > some different looking ?

I suppose unless I gulp down a barrel of heavenly vodka,
I will never see what 'different looking' has to do with TDataset? :-))
--
Cheers,
Adem




Subject: Re: Jump starting towards JVCL 3.0
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 24 Mar 2003 16:06:52 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b5niiu$mm8$1@talkto.net...
> > I've updated the status report today. We have 17 replies so far. You can
do
> > better than that, especially the JVCL developers should be better in
> > responding! Those who haven't done the survey yet, please do so ASAP.

Maybe publishing a message about the survey to other newsgroups and mailing
lists will help to get bigger audience.

Michael




Subject: Re: Jump starting towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 Mar 2003 19:32:55 +0100
Newsgroups: jedi.vcl

I've updated the status report today. We have 17 replies so far. You can do
better than that, especially the JVCL developers should be better in
responding! Those who haven't done the survey yet, please do so ASAP.

The report can be found here: http://www.peter3.com/surveys/jvcl3002.htm

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Jump starting towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 24 Mar 2003 19:01:22 +0100
Newsgroups: jedi.vcl

> > Peter, why not simplier make .eml file and shell-exec it to any e-mail
> > client installed ?

What's the format of .eml files? Does all mail programs support them?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 24 Mar 2003 19:38:17 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Mon, 24 Mar 2003 15:27:55 GMT @686)
....while the fading voice of Ain whispered through the darkness:

 A> ---------------------------
 A> MAPI Error: (-2147467259) ""

Peter, why not simplier make .eml file and shell-exec it to any e-mail
client installed ?

--
If i had ears, i'd heard 05 - Cup Of Coffee
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jump starting towards JVCL 3.0
From: @in@taavi.ee (Ain)
Date: Mon, 24 Mar 2003 15:27:55 GMT
Newsgroups: jedi.vcl

On Mon, 24 Mar 2003 13:18:18 +0100, "Peter Thörnqvist"
<peter3@nospam.peter3.com> wrote:

>> >> But I made a copy of JVCLSurvey3002ainxxxxxxxx.jrf file before
>> >> closing. Should I send it to you?
> >
> >Please do. Remove the "nospam" part from my e-mail address.

Check your mail.


> > Do you think the
> >error is caused by the new executable or is it the same with the old one?

It is the same with old one:
---------------------------
JEDI Surveyor
---------------------------
MAPI Error: (-2147467259) ""
---------------------------
OK   
---------------------------


ain


Subject: Re: Cursor positions in JvHLEditor
From: "Andreas Hausladen" <AAndreas.Hausladen@gmx.de>
Date: Mon, 24 Mar 2003 16:23:11 +0100
Newsgroups: jedi.vcl

> > I wonder if there is a way of getting the cursor position
> > while navigating in the JvHLEditor ?
Do mean something like TJvHLEditor.CaretX and TJvHLEditor.CaretY ?

> > Also I realized that there is a 64K edit buffer limit :(
I think you saw the "FLongDesc: array [0..Max_Line] of Byte;" line. This is only for the syntax
highlighter. The editor uses a Stringlist that is not limited to 64K

> > I also found out that JvHLEditor does not respond to TActionList or
> > TActionManager items (Copy, Paste etc. ) automatically, on the other
> > hand TRichEdit does.
When RAHLEditor (now JvHLEditor) was developed ActionLists were not included in Delphi. So it does
not know how to react on such Actions.


Andreas
-----
You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
for mailing.




Subject: Re: JvValidateEdit - a first look
From: @in@taavi.ee (Ain)
Date: Mon, 24 Mar 2003 14:53:56 GMT
Newsgroups: jedi.vcl

On Tue, 25 Mar 2003 00:50:38 +1100, "Christopher Latta"
<nobody@nowhere.not> wrote:

> >The option to display 0 decimal points is valid for a floating point number.
> >Perhaps I should allow DecimalPlaces = -1 to have the special meaning of
> >displaying however many significant decimal place digits there are.

Hmm, IMHO this (to display 0 decimal points) doesn't make sense but I
really don't care if you add option to show all decimal place digits
user enters :)


>> >> - DisplayFormat = dfYear allows negative years.
> >
> >Surely negative years (ie. 500BC) are acceptable?

Well, those aren't *negative* years. They are BC. And there is no year
0 either.

Also, forgot that there is an annoying warning:
[Warning] JvValidateEdit.pas(806): Combining signed and unsigned types
- widened both operands


ain


Subject: Re: TLogFont uses in JVCL2.1
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Mar 2003 15:46:35 +0100
Newsgroups: jedi.vcl

Thanks. Note that JvAngleLabel no longer is available as of today: it has
been merged into JvLabel and
JvReversedLabel has been removed: it is the same as (the new) TJvLabel with
Angle set to 180.

I'll look into it

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: TLogFont uses in JVCL2.1
From: "Fred-Fl" <Fred-fl@nospam.netcourrier.com>
Date: Mon, 24 Mar 2003 15:30:54 +0100
Newsgroups: jedi.vcl

Hello,

I've posted a bug report 2 weeks ago in the bug tracker.

This bug concerned the TJvCaptionPanel.

Resume of the post :

JVCL 2.1.0 - Bugged Component: JvCaptionPanel

When using a font (not a True Type one ! ) and selecting dpLeft for the
CaptionPosition (or dpRight), the Text of the caption is not visible.

To correct this bug, go in the DrawRotatedText procedure and add after line
544 (in JvCaptionPanel.pas):

lf.lfOrientation := Rotation *10; // Line 544
lf.lfOutPrecision := OUT_TT_ONLY_PRECIS; // New line to add for WIN NT
Support

This line correct the bug, and forces windows NT to choose another font when
the selected one is not a True Type.

I've made an audit in the JVCL source code, looking for objects using
TLogFont object.
I've found some units using this object. (Using a grep on the jvcl units)

File source\JvAngleLabel.pas:
File source\JvCaptionPanel.pas:
File source\JvColorCombo.pas:
File source\JvComCtrls.pas:
File source\JvReversedLabel.pas:
File source\JvRichEd.pas:
File source\JvRollOut.pas:
File source\JvVCLUtils.pas:

I've tested the JvAngleLabel component, and the similar bug appears... Put a
jvAngleLabel in a form, set the Angle property to 90.
Choose a font (not a True Type one), the label should not be visible.
To correct this bug, add the following line in jvAngleLabel.pas

in the DrawText procedure :
  NewLogFont.lfEscapement := Angle10;
  NewLogFont.lfOutPrecision:=OUT_TT_ONLY_PRECIS; // ADD THIS LINE TO CORRECT
THE BUG
  NewFont := CreateFontIndirect(NewLogFont);

All of the units listed above should be audited, to avoid bug re-appearence.

In this way the JVCL 3.0 should be bugless than ever !!!
:o)))

Hoppe this post could help...

Excuse my poor english ! :o)

Good luck for the JVCL 3.0

Regards from France,

Fred





Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Tue, 25 Mar 2003 00:50:38 +1100
Newsgroups: jedi.vcl

"Ain" <@in@taavi.ee> wrote in message
news:3e7eeeb9.502849839@forums.talkto.net...
> >  - drop JvValidateEdit on form and set DisplayFormat to dfFloat. Now
> > scroll down in OI and you get exception

I'll look into this.

> >  - when I set DisplayFormat = dfFloat and DecimalPlaces = 0 I would
> > expect that there is no limit on decimal places (IOW it displays as
> > many decimal places as I enter). Instead it shows none.

The option to display 0 decimal points is valid for a floating point number.
Perhaps I should allow DecimalPlaces = -1 to have the special meaning of
displaying however many significant decimal place digits there are.

> > - property CriticalPoints seems to require special editor which I
> > don't have (I'm using D5 Pro).

Shouldn't do - it is just a persistent property. I'll check this as well.

> > - DisplayFormat = dfYear allows negative years.

Surely negative years (ie. 500BC) are acceptable?

Thanks for the feedback.

Christopher Latta




Subject: Re: TJVCLImgBtn
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Mar 2003 14:14:41 +0100
Newsgroups: jedi.vcl

"llc" <llc@aol.com> skrev i meddelandet news:b5mpbo$htu$1@talkto.net...
> > Hi
> > I would like to know how TJVCImgBtn works.
> > if someone could explain me, it would be great.
> >
> >

Drop a JvImgbtn and a Imagelist on a form. Add some images to the imagelist.
Set JvImgBtn.Images to point to the Imagelist. Set Imageindex to the image
in the list you want to use. Other than that, works like a normal button

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Mar 2003 13:18:18 +0100
Newsgroups: jedi.vcl

> > But I made a copy of JVCLSurvey3002ainxxxxxxxx.jrf file before
> > closing. Should I send it to you?

Please do. Remove the "nospam" part from my e-mail address. Do you think the
error is caused by the new executable or is it the same with the old one?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: @in@taavi.ee (Ain)
Date: Mon, 24 Mar 2003 12:11:44 GMT
Newsgroups: jedi.vcl

On Sat, 22 Mar 2003 14:47:34 +0100,
=?iso-8859-1?Q?Peter_Th=F6rnqvist?= <peter3@no.spam.peter3.com> wrote:

> >I've updated the survey executable and uploaded to binaries. 

When I pressed "Send" button I got an mapi error (it was something
like: MAPI error xxxxx ''). When I try to reopen survey it hangs.

But I made a copy of JVCLSurvey3002ainxxxxxxxx.jrf file before
closing. Should I send it to you?


ain


Subject: Re: JvValidateEdit - a first look
From: @in@taavi.ee (Ain)
Date: Mon, 24 Mar 2003 12:03:40 GMT
Newsgroups: jedi.vcl

On Mon, 24 Mar 2003 20:03:37 +1100, "Christopher Latta"
<nobody@nowhere.not> wrote:

> >The latest one in the binaries (dated 22 Feb) is the most recent stable
> >version.

I don't remember which version I tested(*) but some problems I
noticed:
 - drop JvValidateEdit on form and set DisplayFormat to dfFloat. Now
scroll down in OI and you get exception

'' is not valid floating point value

Seting EditText value to "0" fixes it.

 - when I set DisplayFormat = dfFloat and DecimalPlaces = 0 I would
expect that there is no limit on decimal places (IOW it displays as
many decimal places as I enter). Instead it shows none.

- property CriticalPoints seems to require special editor which I
don't have (I'm using D5 Pro).

- DisplayFormat = dfYear allows negative years. 


*) Looked it up now - my JvValidateEdit.pas do have "Last Modified:
2003-02-20" in it and file's propertys (size, date, time) are 32356
22.02.03 15:18, so it should be the latest available?


ain


Subject: Re: >none< :-)
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Mon, 24 Mar 2003 14:38:52 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sun, 23 Mar 2003 04:41:32 +0200 @153)
....while the fading voice of adem whispered through the darkness:

 a> I recommend XanaNews for NG stuff. Better than OE.
Maybe, but i wabt to keep mail + news in one program.

 a> Roll your own :-) Why dont you write a simple service app that does it.
That is the answer i was afraid of :-(

 a> My approach was to turn a TCollection into a TDataset, not a
 a> TCollection of TDatasets.

Kkm - the field is an object, but the dataset may be
1) dynamic array of objects
2) TObjectList of objects
3) TCollection of objects
4) Who knows, maybe TClassesList, TInterfacesLists
5) and one more thing - is turning a single object to single-row dataser.

Gues good package must be able of all these functions.

 a> to base on TCollectionItem.
Sure - i want a copy of TStringLists? Or TComboBoxes ? Or even TLabels woth
some different looking ?



--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: TJVCLImgBtn
From: "llc" <llc@aol.com>
Date: Mon, 24 Mar 2003 12:22:22 +0100
Newsgroups: jedi.vcl

Hi
I would like to know how TJVCImgBtn works.
if someone could explain me, it would be great.




Subject: Re: Windows Address Book component???
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 24 Mar 2003 11:17:01 -0000
Newsgroups: jedi.vcl

I looked at it and other similar components before settling on EasyMAPI by
RAPWare which among other things, provides support for both WAB and Outlook
Address book. Support is excellent too.

Try www.rapware.com

HTH
Trev

--
Trevor Pegley
Visionhall
"Jason" <jason@messagemotion.com.au> wrote in message
news:b5mnem$hfp$1@talkto.net...
> > Hi,
> > I've just downloaded the Windows Address Book component and was wondering
> > whether anyone had used it?
> > I wanted to export the windows address book content into a csv or similar
> > programatically.
> > Anyone know how this can be done?
> > many thanks,
> > Jason
> >
> >




Subject: Re: JvValidateEdit - a first look
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Mar 2003 12:13:12 +0100
Newsgroups: jedi.vcl

> > Alright! I'm on the board! <g>
Indeed, welcome to the gang!

> > Don't forget that the JvCurrEdit unit also contains TJvCalcEdit, which is
> > pretty cool and would be a shame to lose. I'll look at re-implementing
this
> > using TJVValidateEdit.
I only removed the registrations: the classes are still there

> > Sounds like fun. :)
I need your SF username and maybe you need to read up on how to configure
SSH with CVS (http://jvcl.sourceforge.net/cvs.htm).

> > [...] I always feel like I'm on the right track when
> > these things converge, not drift apart, so I'm happy to dump that
> > approach...

Sometimes it's just better to leave it be until it feels right.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: Windows Address Book component???
From: "Jason" <jason@messagemotion.com.au>
Date: Mon, 24 Mar 2003 21:54:13 +1100
Newsgroups: jedi.vcl

Hi,
I've just downloaded the Windows Address Book component and was wondering
whether anyone had used it?
I wanted to export the windows address book content into a csv or similar
programatically.
Anyone know how this can be done?
many thanks,
Jason




Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 24 Mar 2003 21:23:08 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b5mhj5$g7l$1@talkto.net...
> > I've already done the merging and added JvValidateEdit to the JVCL (and
> > removed 5 other edits).

Alright! I'm on the board! <g>

Don't forget that the JvCurrEdit unit also contains TJvCalcEdit, which is
pretty cool and would be a shame to lose. I'll look at re-implementing this
using TJVValidateEdit.

> > If you would like developer access to CVS, let me
> > know and I'll set you up.

Sounds like fun. :)

> > BTW, I think the current implementation is OO enough and I don't think we
> > should make it more complex by nesting into sub-properties (even if my
> > estetic senses likes it<g>).

Yeah, that was the feeling I was getting when going down that path - I was
going towards good OO (encapsulation, re-useability) but away from
useability and simplicity. I always feel like I'm on the right track when
these things converge, not drift apart, so I'm happy to dump that
approach...

Christopher Latta




Subject: Cursor positions in JvHLEditor
From: user@domain.invalid
Date: Mon, 24 Mar 2003 11:21:48 +0200
Newsgroups: jedi.vcl

Hi,
I wonder if there is a way of getting the cursor position
while navigating in the JvHLEditor ?
Also I realized that there is a 64K edit buffer limit :(
Is this an OS or component limitation ?
I also found out that JvHLEditor does not respond to TActionList or TActionManager items (Copy, Paste etc. ) automatically, on the other hand TRichEdit does.

Thanks for the great work (JEDI)
Joe



Subject: Re: JvValidateEdit - a first look
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Mar 2003 10:09:46 +0100
Newsgroups: jedi.vcl

I've already done the merging and added JvValidateEdit to the JVCL (and
removed 5 other edits). If you would like developer access to CVS, let me
know and I'll set you up.

BTW, I think the current implementation is OO enough and I don't think we
should make it more complex by nesting into sub-properties (even if my
estetic senses likes it<g>).

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: "line too long" error message
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Mar 2003 10:06:20 +0100
Newsgroups: jedi.vcl

It's probably CRLF corruption. Did you download from a webbrowser? There are
some programs that can fix LF-CRLF and one of them is in
jvcl/devtools/JvAdjustLineBreaks. Of course, you might get CRLF corruption
if you download *those* sources from the browser.

The best way to get from CVS is to use a CVS client, see
http://jvcl.sourceforge.net/cvs.htm for info on how to set one up.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 24 Mar 2003 20:03:37 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b5kpg3$991$1@talkto.net...
> > Christopher, have you added any new stuff to JvValidateEdit or is the
latest
> > in binaries the one to use?

The latest one in the binaries (dated 22 Feb) is the most recent stable
version. I have done some work extracting the validation/formatting
behaviour into a sub-component that can be used by both TCustomEdit and
TLabel, but I'm not sure I like how it is turning out. I think the
validation properties should be part of the main component, so you can say
MyValEdit.MaxValue := 100 rather than MyValEdit.Validator.MaxValue := 100.
Placing the behaviour in the sub-component is more OO I guess, but it feels
to me that this is what the component is all about so the properties to
control it should be at the top level.

My other thought was to delegate the behaviour to a hidden subcomponent via
top level properties that are simply handing over to the sub-component.
However, this takes some code to handle and doesn't seem a nice OO
implementation.

Recently, I've been wondering if it is possible to make a "hijacker"
component. That is, the sub-component hijacks the owning component, and
creates properties in it which it then links up to its own. I don't know if
this is even feasible, let alone a good idea.

Feedback welcome.

> > I was planning to add it to JVCL now and remove
> > the other similar components.

Cool! Its probably a good idea to include the test component for it in the
examples folder so people can see how it works.

> > You can mail me privately the latest version
> > if you have one.

I'll do that when I have an update.

Christopher Latta




Subject: Re: Jump starting towards JVCL 3.0
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Mon, 24 Mar 2003 09:58:39 +0100
Newsgroups: jedi.vcl

Hello Arioch,

> HZ> then automaticly starting the survey after installation.
> refinement of cruelty :-) The user did not yet even saw the components in
> the palette - but we will ask his opinion.
> I wonder what he will say.

:-) You absolutly right. I am working with JCL and JVCL many Versions ago. So I thought, if somebody download the JVCl it is not his/her first time.

> But you inspired me!

So I am pleased. :-)

Ciao Heinz Z.


Subject: "line too long" error message
From: "ckabi" <ckabi@hol.gr>
Date: Mon, 24 Mar 2003 10:31:09 +0200
Newsgroups: jedi.vcl

I downloaded some updated source files to install it to D5. Unfortunately I
got the following error:

[Fatal Error] JvxDConst.pas(1): Line too long (more than 1023 characters)

There is not a long line, something else is going on, but what?

ckabi




Subject: Re: jvRollout collapase
From: "dvorak" <dvorak_nospaam_@ifrance.com>
Date: Mon, 24 Mar 2003 10:10:19 +0530
Newsgroups: jedi.vcl

Hi Peter,

 > Use the Collapsed property to control the state of the rollout. How to
> > detect and react to user clicks, is application dependant.
> >

Thx

D




Subject: GetCpuInfo Error
From: "Lee Connell" <leeconnell@adelphia.net>
Date: Sun, 23 Mar 2003 12:54:32 -0500
Newsgroups: jedi.vcl

The commented line here is causing a devide by zero error unless i put a break on it, and then step over it.  What is the problem?  I am running a P4 3.06ghz HT processor.  

Thanks.

procedure GetCpuInfo(var CpuInfo: TCpuInfo);
begin
  CpuInfo := CPUID;
  CpuInfo.IsFDIVOK := TestFDIVInstruction;
  if CpuInfo.HasInstruction then
  begin
    if (CpuInfo.Features and TSC_FLAG) = TSC_FLAG then
    //  GetCpuSpeed(CpuInfo.FrequencyInfo);
    CpuInfo.MMX := (CpuInfo.Features and MMX_FLAG) = MMX_FLAG;
  end;
end;


Subject: Re: working with TJvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 23 Mar 2003 18:45:11 +0100
Newsgroups: jedi.vcl

> > i just moved the "onGetValueList" to the public declarations. now it works
> > quite fine.

Oops, didn't realise I made it protected. Now I remember why: I didn't want
the user to be able to add items to the list for a standard enumeration
type. So the correct way to make a drop down item is creating a new
descendant from TJvCustomInspectorItem and either make the event public
there, or override the GetValueList method.

> > has s.o. an example for the button handling if i set my Flags to
> > [iifEditButton] ?

As I mentioned in my previous post, you need to derive a descendant from
TJvCustomInspectorItem (or one of the descendants already present) and
override the Edit method. This method will be called each time the button is
clicked. An example is shown in the TJvInspectorFontItem class.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: working with TJvInspector
From: "Fauschti" <nospam_mike.p.f@web.de>
Date: Sun, 23 Mar 2003 18:12:49 +0100
Newsgroups: jedi.vcl

Hi again,

i just moved the "onGetValueList" to the public declarations. now it works
quite fine.
has s.o. an example for the button handling if i set my Flags to
[iifEditButton] ?

regards, Michael




Subject: Re: JvValidateEdit - a first look
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 23 Mar 2003 18:12:14 +0100
Newsgroups: jedi.vcl

Christopher, have you added any new stuff to JvValidateEdit or is the latest
in binaries the one to use? I was planning to add it to JVCL now and remove
the other similar components. You can mail me privately the latest version
if you have one.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: working with TJvInspector
From: "Fauschti" <nospam_mike.p.f@web.de>
Date: Sun, 23 Mar 2003 18:06:04 +0100
Newsgroups: jedi.vcl

Hi Marcel,

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:b5kmie$8ta$1@talkto.net...
[snip]
> > <code>
> > procedure TForm1.CreateLastNameItem;
> > begin
> >   with TJvInspectorVarData.New(InspCat, 'Initial', TypeInfo(String),
> > LastName) do
> >   begin
> >     Flags := [iifValueList];
> >     OnGetValueList := GetLastNameList;
> >   end;
> > end;
> >
> > procedure TForm1.GetLastNameList(const Item: TJvCustomInspectorItem; const
> > Values: TStrings);
> > begin
> >   Values.Add('Test1');
> >   Values.Add('Test2');
> > end;
> > </code>
> >
> >
[snip]

Thanks for your fast reply, but somehow i still can't run my app that way.
When trying to compile the code you posted i get the message
"[Fehler] Unit1.pas(718): Undefinierter Bezeichner: 'OnGetValueList'"
i seems to me, that i can't access 'OnGetValueList' since this event is
protected...
anyway, the other answers made things a little bit clearer =)
maybe s.o. has another solution to add strings in a drop down or can
explain, how to access the protected "OnGetValueList".

--
Greetz, Michael




Subject: Re: working with TJvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 23 Mar 2003 17:22:17 +0100
Newsgroups: jedi.vcl

> > I am trying to use TJvInspector in my project, but i didn't yet figure out
> > how to use it.
> >
> > I use this code, to generate to entries, one with a drop down and one with
a
> > additional button in the edit:
> >
> > <code>
> >   Inspector.Root.Clear;
> >   InspCat := TJvInspectorCustomCategoryItem.Create(Inspector.Root, nil);
> >
> >  with TJvInspectorVarData.New(InspCat, 'Initial', TypeInfo(String),
> > LastName) do
> >     begin
> >       Flags := [iifValueList];
> >       ListSeparator := ',';
> >       DisplayValue := 'test1, test2';
> >     end;
> >
> >   with TJvInspectorVarData.New(InspCat, 'Last', TypeInfo(String),
FirstName)
> > do
> >    begin
> >     Flags := [iifEditButton];
> >    end;
> > </code>
> >

I'm guessing the vars are of type string? To create a drop down edit (not
based on an enumeration type) you can do it like this:

<code>
procedure TForm1.CreateLastNameItem;
begin
  with TJvInspectorVarData.New(InspCat, 'Initial', TypeInfo(String),
LastName) do
  begin
    Flags := [iifValueList];
    OnGetValueList := GetLastNameList;
  end;
end;

procedure TForm1.GetLastNameList(const Item: TJvCustomInspectorItem; const
Values: TStrings);
begin
  Values.Add('Test1');
  Values.Add('Test2');
end;
</code>

The button edit can only work by making a descendant of one of the inspector
items and then use that descendant for the item to add (either by
registering the inspector item descendant or by handling the
BeforeItemCreate event. Hmm, while thinking about it, it might be a good
idea to make it an event. Something that may surface in an upcoming release.

> > i also tried to use tstrings in Typeinfo, but i can't pass a stringlist to
> > displayvalue.

Correct, TStrings is a class and can only be set as an Ordinal value (to be
exact, get the value AsInteger, type cast to a TStrings and then assign a
new value; the OnChange events will not fire in this case).

> > and, why must the var (the last param) be global? i get av's
> > all the time i use local vars....

The local vars are placed on the stack. So as soon as the method/procedure
that added the entry leaves, the address of the variable is no longer valid.

> > well, i get an drop down box and a button, but how can i have more optons
in
> > my drop down?

See code listed above

> > and how can i prevent the user from changing the data in the
> > drop down, just select one predefined?

OnValueChanged event on the item/data or OnItemChanged event on the
inspector.

> > further, how can i check for a valid entry?

Same events I mentioned above.

> >
> > i tried this:
[snip]
> >
> > but the itemvaluechange event get's not triggered, if the user leaves the
> > edit with incorrect value ?!?

Correct, if the item can't be set to a new value, it hasn't changed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: working with TJvInspector
From: "Fauschti" <nospam_mike.p.f@web.de>
Date: Sun, 23 Mar 2003 16:16:24 +0100
Newsgroups: jedi.vcl

Hi,

I am trying to use TJvInspector in my project, but i didn't yet figure out
how to use it.

I use this code, to generate to entries, one with a drop down and one with a
additional button in the edit:

<code>
  Inspector.Root.Clear;
  InspCat := TJvInspectorCustomCategoryItem.Create(Inspector.Root, nil);

 with TJvInspectorVarData.New(InspCat, 'Initial', TypeInfo(String),
LastName) do
    begin
      Flags := [iifValueList];
      ListSeparator := ',';
      DisplayValue := 'test1, test2';
    end;

  with TJvInspectorVarData.New(InspCat, 'Last', TypeInfo(String), FirstName)
do
   begin
    Flags := [iifEditButton];
   end;
</code>

i also tried to use tstrings in Typeinfo, but i can't pass a stringlist to
displayvalue. and, why must the var (the last param) be global? i get av's
all the time i use local vars....
well, i get an drop down box and a button, but how can i have more optons in
my drop down? and how can i prevent the user from changing the data in the
drop down, just select one predefined?
further, how can i check for a valid entry?

i tried this:

<code>
procedure TMainForm.InspectorItemValueChanged(Sender: TObject;
  const Item: TJvCustomInspectorItem);
begin
 if (Item.Data.TypeInfo = TypeInfo(Double)) then
  begin
   item.DisplayValue := validDouble(item.DisplayValue); // validdouble works
  end else
 if (Item.Data.TypeInfo = TypeInfo(Int64)) then
  begin
    item.DisplayValue := IntToStr(validInt64(Item.DisplayValue)); //
validint64 works, too
  end;
end;
</code>

but the itemvaluechange event get's not triggered, if the user leaves the
edit with incorrect value ?!? any suggestions, especially on the first
problem, the last is not that relevant at the moment.
any help is appreciated,

greetz, Michael




Subject: Re: Commit doesn't work: don't have write access to repository
From: "Steve Magruder" <consulting@stevemagruder.com>
Date: Sun, 23 Mar 2003 09:45:51 -0500
Newsgroups: jedi.vcl

Thanks Peter and Marcel for your assistance.  The change to JvSpin.pas is
now committed.

Steve
------
Steve Magruder (www.stevemagruder.com)
"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b5hilb$ubs$1@talkto.net...
>> > > Unless the original checkout was done anonymously. IIRC you can change
> > that
>> > > in one of the files in the CVS sub folder (or do a new checkout using
your
>> > > account, reapply the change and then commit).
> >
> > Yeah, that's right: the file "Root" contains the "login info" for the
> > folder. The content should look like this (subst your username):
> >
> > :ext:username@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
> >
> > if it says something like:
> >
> > :pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
> >
> > you can't commit. You will have to check the "Root" file in every CVS
> > subfolder to make sure this is correctly set up.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Some modifications: JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 23 Mar 2003 15:04:25 +0100
Newsgroups: jedi.vcl

I've updated CVS with your changes: thanks for doing them

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvRollout collapase
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 23 Mar 2003 13:49:55 +0100
Newsgroups: jedi.vcl

Use the Collapsed property to control the state of the rollout. How to
detect and react to user clicks, is application dependant.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Some modifications: JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 23 Mar 2003 13:46:36 +0100
Newsgroups: jedi.vcl

Thanks for the updates. I'll make sure they make their way into JVCL

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Jedi Licensing
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 23 Mar 2003 06:10:05 -0500
Newsgroups: jedi.vcl

"Rafael Cotta" <rcotta.nospam@ig.com.br> wrote in message
news:b5j81m$4h8$1@talkto.net...

> > AFAIK you only need to put a disclaimer on the about box and on your pgm's
> > documentation.

Correct, unless you modify the code - then you need to provide the
modifacations.

Michael




Subject: Re: Jump starting towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 23 Mar 2003 11:50:44 +0100
Newsgroups: jedi.vcl

> > You are quite fast :-)
Thanks!
> > But i asked to _prompt_ user about deleting.
> > Maybe later i'll relook it?
There is no point in prompting since the response file won't be reused
anyway.

> > Or maybe i'm answered half of them and want to go on later :-)
You will be promted to save your answers if you quit before sending. If you
do want to save, the responses are saved in the *original* survey file. The
response file (and it's name) is generated when you click the "Send" button.


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: jvRollout collapase
From: "dvorak" <dvorak_nospaam_@ifrance.com>
Date: Sun, 23 Mar 2003 09:33:14 +0530
Newsgroups: jedi.vcl

Hi,

   im using a jvRollout, and its working well. Is there a way i can collapse
the rollout if the user clicks outside the rollout ?

thx

D






Subject: Re: Jedi Licensing
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Sun, 23 Mar 2003 00:11:45 -0300
Newsgroups: jedi.vcl

> > Hello:
> >    I write a ShareWare Report VCL,and i use JvEditor and JvInterpreter in
my
> > code,may i distribute some units in JVCL with my VCL?

Go to http://jvcl.sourceforge.net/licensing.htm and see the last question
(Q10).

AFAIK you only need to put a disclaimer on the about box and on your pgm's
documentation.

Rafael




Subject: Re: >none< :-)
From: "adem" <adembaba@excite.com>
Date: Sun, 23 Mar 2003 04:41:32 +0200
Newsgroups: jedi.vcl

> > 1. Offtopic.
> > a) God save Billy Gates! OE killed all news-folders on my machine. My last
> > backup was -2 months. God save him from revenge!

I recommend XanaNews for NG stuff. Better than OE.

> > b) if anyone can show me free tool, that will make revolver backup for
> > selected folders on windows shutdown with some customisations (say display
> > warning if newer file is smaller (or even is missed) then old one) - i'm
> > ready to pay a lot of attention to it :-)

Roll your own :-) Why dont you write a simple service app that does it.

> > 4. there's need for a dataset over TPersistent and ofver TCollection
> > All You know what is Torry - there is Obj_DS.zip - Object Dataset for D4
> > In the recent news on DelphiPlus i saw brand-new ObjectDataset on
> > CodeCentral ! Surely its author did know nothing of Torry.
> > So Imho - we have MemDS - we need ObjDS (array of TPersistent) and
> > TCollectionDS and TObjeectlistDS
> > Try to find aythor of one of those and invite him/them.

For some reason (cant remember anymore) I was not too happy
with the above stuff and I wrote one (TCollectionDataset) too.

My approach was to turn a TCollection into a TDataset, not a
TCollection of TDatasets.

TObjectDataset sounds nice but it is usually pointless --if all
your objects need to be exact copies (which, for dataset logic,
they have to be) then instead of TObject it is more meaningful
to base on TCollectionItem.

Same goes for TComponent or anything later in the food chain.

> > Thank You for patient reading all this.

Likewise :-)

--
Cheers,
Adem





Subject: Jedi Licensing
From: "whf" <wanghaifeng_1@163.net>
Date: Sun, 23 Mar 2003 09:31:56 +0800
Newsgroups: jedi.vcl

Hello:
   I write a ShareWare Report VCL,and i use JvEditor and JvInterpreter in my
code,may i distribute some units in JVCL with my VCL?




Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 23 Mar 2003 02:46:54 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 21 Mar 2003 15:41:30 +0100 @653)
....while the fading voice of Heinz whispered through the darkness:

HZ> then automaticly starting the survey after installation.
refinement of cruelty :-) The user did not yet even saw the components in
the palette - but we will ask his opinion.
I wonder what he will say.

HZ> The survey is a small price for JVCL & JCL. :-)
After someone will get used ot it.
I'm using it for about half-year - and i am not still. It is too large.

HZ> A second idee is  placing the survey at some pages like Torry's
Again - if user did not using JVCL for long time - survey is of no use.
If is using - one look on JVCL homepage news (i hope)

But you inspired me!
Let JVCL About property dialog  has feature of making a
comment/marking[-2..+2] component usability and then survey app could
collect them and pre-set its checkboxes.
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 23 Mar 2003 02:43:51 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 21 Mar 2003 15:41:30 +0100 @653)
....while the fading voice of Heinz whispered through the darkness:

 HZ> then automaticly starting the survey after installation.
refinement of cruelty :-) The user did not yet even saw the components in
the palette - but we will ask his opinion.
I wonder what he will say.

 HZ> The survey is a small price for JVCL & JCL. :-)
After someone will get used ot it.
I'm using it for about half-year - and i am not still. It is too large.

 HZ> A second idee is  placing the survey at some pages like Torry's
Again - if user did not using JVCL for long - survey is of no use.
If is using - it look on JVCL homepage (i hope)

But you inspired my!
Let JVCL About prop. has feature of copying.
--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Sun, 23 Mar 2003 02:39:51 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Sat, 22 Mar 2003 14:47:34 +0100 @616)
....while the fading voice of Peter whispered through the darkness:

 PTr> Automatic deletion of survey response on app close (Surveyor)

You are quite fast :-)
But i asked to _prompt_ user about deleting.
Maybe later i'll relook it?
Or maybe i'm answered half of them and want to go on later :-)
-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Some modifications: JvEditor, JvHLParser, JvHLEditor and JvStrUtil
From: "Andreas Hausladen" <AAndreas.Hausladen@gmx.de>
Date: Sat, 22 Mar 2003 20:28:19 +0100
Newsgroups: jedi.vcl

The following modifications were primary applied to the R&A Library 2.00 in order to
make the highlighter editor RAHLEditor (now JvHLEditor) acting more like the
Delphi IDE Editor. I had posted the patched files in the jedi.binaries.

JvStrUtils.pas
  * Bugfix: function GetXYByPos counts #13 instead of #10


JvHLParser.pas:
  * Bugfix: In CBuilder mode a string like "abc\\" will not terminate the string
    token, corrected


JvEditor.pas:
  * TUnselectUndo renamed to TJvUnselectUndo
  * Changed uses-"ClipBrd" to "Clipbrd" for Linux file system
  * Bugfix: Caret move and selection have set Modified to True, corrected
  * Bugfix: ecPrevWord and ecSelPrevWord command cannot jump to prior line,
    corrected
  * Bugfix: TJvBackspaceUndo.Undo inserts on wrong position in most cases,
    corrected
  * Bugfix: CodeCompletition catches VK_HOME, VK_END, corrected
  * Corrected some strange (mouse) selection behaviour
  + Added TFont cache for faster rendering
  + Added OnCommand2 event to TKeyboard for special two key shortcuts like
    [CTRL][Q]+[F]
  + Added ecBackspaceWord command that removes a word on [CTRL][BACKSPACE]
    instead of typing a strange symbol.
    [SHIFT][BACKSPACE] acts like [BACKSPACE]


JvHLEditor.pas:
  + C/C++ line continuation symbol '\' extends the highlight colors to the next
    line
  + "Not Quite C" highlighter (for programming LEGO MindStorm(R) robots)
  * Bugfix: SetBlockColor raises an exception (AV) if iEnd becomes greater than
    MAX_X, corrected
  * In TRAHLEditor.GetAttr all IsXxxKeyWord get a CONST string allowing the compiler
    to remove the magic LStrAddRef function.
  * speed optimations


-----
You cannot response to this message by email. Remove the leading A from AAndreas.Hausladen@gmx.de
for mailing.







Subject: Re: Jump starting towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 22 Mar 2003 14:47:34 +0100
Newsgroups: jedi.vcl

I've updated the survey executable and uploaded to binaries. You can also
get the sources from CVS (dev/p3/examples/JediSurveyor)

New:
Source is D5 compatible (all)
Added app icons (all)
Added comment capability to surveys (Surveyor)
View comments in report (Reporter)
Added support for binary (compressed) survey files. Transparently loads
/saves as text or binary (all)
Automatic deletion of survey response on app close (Surveyor)
HTML Report automatically sorts responses in descending order

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Commit doesn't work: don't have write access to repository
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 22 Mar 2003 12:56:53 +0100
Newsgroups: jedi.vcl

> > Unless the original checkout was done anonymously. IIRC you can change
that
> > in one of the files in the CVS sub folder (or do a new checkout using your
> > account, reapply the change and then commit).

Yeah, that's right: the file "Root" contains the "login info" for the
folder. The content should look like this (subst your username):

:ext:username@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

if it says something like:

:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

you can't commit. You will have to check the "Root" file in every CVS
subfolder to make sure this is correctly set up.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Commit doesn't work: don't have write access to repository
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 22 Mar 2003 11:54:46 +0100
Newsgroups: jedi.vcl

>> > > When I attempt to commit a minor one-line change to JvSpin.pas, the
commit
>> > > fails, saying that I don't have write access to the repository.  Is
there
>> > > something else I need to setup before committing a change?  By the way,
> > I'm
>> > > using TortoiseCVS to handle my CVS activities.
> > If you have setup TCVS correct with SSH (see
> > http://jvcl.sourceforge.net/cvs.htm), it should work

Unless the original checkout was done anonymously. IIRC you can change that
in one of the files in the CVS sub folder (or do a new checkout using your
account, reapply the change and then commit).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Commit doesn't work: don't have write access to repository
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 22 Mar 2003 11:43:59 +0100
Newsgroups: jedi.vcl

> > When I attempt to commit a minor one-line change to JvSpin.pas, the commit
> > fails, saying that I don't have write access to the repository.  Is there
> > something else I need to setup before committing a change?  By the way,
I'm
> > using TortoiseCVS to handle my CVS activities.
If you have setup TCVS correct with SSH (see
http://jvcl.sourceforge.net/cvs.htm), it should work

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Commit doesn't work: don't have write access to repository
From: "Steve Magruder" <consulting@stevemagruder.com>
Date: Sat, 22 Mar 2003 04:41:10 -0500
Newsgroups: jedi.vcl

When I attempt to commit a minor one-line change to JvSpin.pas, the commit
fails, saying that I don't have write access to the repository.  Is there
something else I need to setup before committing a change?  By the way, I'm
using TortoiseCVS to handle my CVS activities.

Thanks,
   Steve

------
Steve Magruder (www.stevemagruder.com)




Subject: Re: JvId3V2 Does Not work properly
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 22 Mar 2003 01:58:28 +0100
To: dave <dbracken@infonowsolutions.com>
Newsgroups: jedi.vcl

Ok, received the mp3. But because I'm rewriting the component (and I don't want to roll-back) I can't test right now. With the new component it works allright, ie you see the typical WinAmp frames. But note that the 'Artist' string is actually a list; it should be in the Performers property of property Texts.

I'm almost finished with rewriting the TJvID3v2 component, it now supports unicode, v2.3 & v2.4 tags, and reading/writing of tags. Expect a CVS update in a week or so.

BTW do you know any tag editors that supports exotic ID3v2 frames? Such as Synced Lyrics or Volume Adjustment? It's easier to implement these frames if I can test it.

dave wrote:
> I will try to send from home tonight, zipped :)
> Dave
>
>



Subject: Re: Installation 2.1 Fail
From: "Richard Scoop" <comiac@hotmail.com>
Date: Fri, 21 Mar 2003 18:27:50 -0400
Newsgroups: jedi.vcl

I had the same problem, and solved it by deleting all the zlib*.dcu from the
delphi directory. After reading a lot on this problem I proceeded to install
the zlib from the Borland installation CD. After this is done, the
installation proceeded without a problem.
"Tony Yip" <tonyyip1969@hotmail.com> wrote in message
news:b5e8dk$g6l$1@talkto.net...
> > In my delphi 5 IDE under Tools | Environment Options | Library path menu
> > option, there is already an entry "$(DELPHI)\lib"  where ZLib can be
found.
> > So where else can I put the path? Can u please elobrate a bit. Thank you.
> >
> > "OBones" <obones@meloo.com> wrote in message
> > news:3E7A958D.9070306@meloo.com...
>> > > Try to put the Zlib in the PATH.
>> > >
>> > > Tony Yip a écrit:
>>> > > > I got this error JVCL200_R50.dpk failed.
>>> > > > Please help.
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>> > >
> >
> >




Subject: Re: Globus VCL
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 21 Mar 2003 20:55:45 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 21 Mar 2003 11:20:59 -0600 @764)
....while the fading voice of dave whispered through the darkness:

 d> Are these components in the 2.1 release? 

No.

 d> Will they be made available in jedi soon?

no info.
But i think not before Rx and Ra will be reworked.
And there are Janus.... And...

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: what can our listboxes?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 21 Mar 2003 20:27:05 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 21 Mar 2003 15:49:48 +0100 @659)
....while the fading voice of Peter whispered through the darkness:

 PTr> If you are using D6+,
U c, i m not :-)

 PTr> the TabWidth property
single integer for all tabs?
Listbo can set them as "array of integer"

 PTr> can be used to split strings into #9 delimited
That was what i talked about.
And i think about trying TabWidths with Columns - may be interesting things.

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Globus VCL
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 21 Mar 2003 11:20:59 -0600
Newsgroups: jedi.vcl

I noticed on the jedi web-site mention of the Globus VCL being donated to
jedi in january. Are these components in the 2.1 release? Will they be made
available in jedi soon?

Just curious.

Thanks,
Dave

P.S. Remko: Any progress as of yet on the issue with the id3v2 component?




Subject: Re: Jump starting towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 21 Mar 2003 16:02:35 +0100
Newsgroups: jedi.vcl

> > While writing some text on the 'User feedback' page, the survey
> > prog uses ctrl+arrow keys to switch between the pages, while
> > these keys are usually preserved to jump trough the text itself.
> > More than one time, I was surprised to be back on page 20... ;)
> > I don't see the need for this, as I can still change the pages
> > using the alt+p/ alt+n shortcuts.

Thanks, I'll fix that. Arioch also suggested to compress the files (should I
use JvCabFile or JvZLibMultiple? Choices, choices <g>...) and delete the
response file when the program is closed

> > Another simple one: my (already entered) name/ mail address gets
> > lost if I go back to a previous page.
Duh! Currently it isn't saved until you click Send... I'll fix that as well

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: what can our listboxes?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 21 Mar 2003 15:49:48 +0100
Newsgroups: jedi.vcl

If you are using D6+, the TabWidth property can be used to split strings
into #9 delimited items

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Jump starting towards JVCL 3.0
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Fri, 21 Mar 2003 15:41:30 +0100
Newsgroups: jedi.vcl

Hello Peter,

> I've uploaded the survey results thus far to
> http://www.peter3.com/Surveys/JVCL3002.htm so you can have a look.
> Currently, only 6 people have answered the survey. Considering the 6000+
> downloads since March 13, that's not very good...

perhaps, we should pack the survey into the installation Package. And then automaticly starting the survey after installation. The survey is a small price for JVCL & JCL. :-) A second idee is placing the survey at some download pages like Torry's, DelphiPages etc.

Ciao Heinz Z.


Subject: Re: Jump starting towards JVCL 3.0
From: Thomas Hensle <thomas@thensle.de>
Date: Fri, 21 Mar 2003 14:22:45 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist:

> > Opinions on the actual survey program are welcome

While writing some text on the 'User feedback' page, the survey 
prog uses ctrl+arrow keys to switch between the pages, while 
these keys are usually preserved to jump trough the text itself. 
More than one time, I was surprised to be back on page 20... ;)
I don't see the need for this, as I can still change the pages 
using the alt+p/ alt+n shortcuts.

Another simple one: my (already entered) name/ mail address gets 
lost if I go back to a previous page.

Thomas


Subject: Re: Jump starting towards JVCL 3.0 - no difference
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 21 Mar 2003 14:25:49 +0100
Newsgroups: jedi.vcl

> > You should be aware that the dev/p3 folder is my private work folder and
not
> > for general JVCL use.

Same goes for dev/marcelb folder: it's a temporary store to work on
donations (or in this particular case, rewriting a donation <g>) before they
will be fit for inclusion (which is still no guarantee it will actually
happen) and I think it's safer to do such work under CVS control, instead of
local only, risking to loose anything in case of HD crash or something.

> >
> > When and if something is added to JVCL, the files will be tested for D5-D7
> > compatibility but while I am working on it, I use only D6 (and sometimes
D7)
> >

I only use D5 and occasionally D6 or D7 when I'm working on something, which
seems to have the benefit of almost always working in D6/D7 without
warnings.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Jump starting towards JVCL 3.0
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Mar 2003 14:20:50 +0100
Newsgroups: jedi.vcl

I will do the survey not before tomorrow.
I am back from the dentist and will no go to sleep.

Apart form that i think we should start to reduce the component count.
This will give easy satisfaction and will get wthe work going again.

I will continue to write up "Direction details" which will contain candidates for components to drop.
TJvTransparentPanel for example which bases on JvPanel which can do transparency already.
The dialogs tab is full of components which can be combined into a single one.



Subject: Re: Jump starting towards JVCL 3.0
From: "Zan Trajkov" <z.trajkov@acontis.com>
Date: Fri, 21 Mar 2003 12:37:27 +0000 (UTC)
Newsgroups: jedi.vcl

user@domain.invalid wrote:

> > Sorry Peter,
> > Correct me if I am wrong there is no send button.
> > I might doing something wrong.
> > The page is http://www.peter3.com/Surveys/JVCL3002.htm
> > I guess it shows just the survey results.
> > So which site the survey is located, pls. ?
> > Thanks again
> > 

Go to jedi.binaries and get msg 113+114. The survey is a program, which will send at end an email with your
anwers.

Zan

> > 
> > Peter Thörnqvist wrote:
>>> > >>I've gone through the survey, but I could not figure out how to
>>> > > > participate.
>>>> > > >>Thanks.
>>>> > > > > On the last page in the survey, click the Send button to e-mail your replies
>> > > to me
>>> > > > --
>> > > Regards,
>>> > > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>>> > > > 



Subject: Re: Jump starting towards JVCL 3.0 - no difference
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Mar 2003 13:33:49 +0100
Newsgroups: jedi.vcl

You should be aware that the dev/p3 folder is my private work folder and not
for general JVCL use.

When and if something is added to JVCL, the files will be tested for D5-D7
compatibility but while I am working on it, I use only D6 (and sometimes D7)

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Mar 2003 13:31:27 +0100
Newsgroups: jedi.vcl

> > So which site the survey is located, pls. ?
See the first post in this thread

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0 - no difference
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 21 Mar 2003 15:27:30 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 21 Mar 2003 12:17:52 +0100 @512)
....while the fading voice of Peter whispered through the darkness:

 PT> Module = dev/p3

Compiling under D5:

2 warnings of DesignSize property - imho it could be fine if JVCL
implemented it for D5 compatibility, even as a stub.

TMenuItem.AutoCheck - no such property.


CreateGUID(GUID); GuidToString(GUID); - same story.
While there are GUID wizards for Delphi5 and even there's MMC wizard with CreateGUID:string
function, but D5 do not have them.

JclRTTI.pas has JclGUIDtostring function. //here are thoughts to JCL
restructure :-)
ActiveX.pas has CoCreateGUID - hope they will work ok.

PS: TJvSurveyItem.SortResponses - var tmp not used :-)

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jump starting towards JVCL 3.0
From: user@domain.invalid
Date: Fri, 21 Mar 2003 14:17:26 +0200
Newsgroups: jedi.vcl

Sorry Peter,
Correct me if I am wrong there is no send button.
I might doing something wrong.
The page is http://www.peter3.com/Surveys/JVCL3002.htm
I guess it shows just the survey results.
So which site the survey is located, pls. ?
Thanks again


Peter Thörnqvist wrote:
>> I've gone through the survey, but I could not figure out how to
>
> participate.
>
>> Thanks.
>
>
> On the last page in the survey, click the Send button to e-mail your replies
> to me
>
> -- 
> Regards,
>
> Peter Thornqvist (JVCL Coordinator)
> http://jvcl.sourceforge.net
>
>



Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Mar 2003 13:12:41 +0100
Newsgroups: jedi.vcl

> > I've gone through the survey, but I could not figure out how to
participate.
> > Thanks.

On the last page in the survey, click the Send button to e-mail your replies
to me

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: user@domain.invalid
Date: Fri, 21 Mar 2003 13:57:59 +0200
Newsgroups: jedi.vcl

Hi,
I've gone through the survey, but I could not figure out how to participate.
Thanks.

Peter Thörnqvist wrote:
> Updated report so it displays responses in descending sorted order.
>
> -- 
> Regards,
>
> Peter Thornqvist (JVCL Coordinator)
> http://jvcl.sourceforge.net
>
>



Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Mar 2003 12:55:01 +0100
Newsgroups: jedi.vcl

> > I thought Module is liek identifier and can not contain slashes.
Yep, so did I<g>!

> > PS: can dxgettext project put its docs in one zip ?
You will have to ask Lars: I only handle the itetools folder, the rest is
his.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 21 Mar 2003 14:24:56 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 21 Mar 2003 12:17:52 +0100 @512)
....while the fading voice of Peter whispered through the darkness:

 PT> Module = dev/p3

That works. Tnx.
I thought Module is liek identifier and can not contain slashes.

PS: can dxgettext project put its docs in one zip ?

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jump starting towards JVCL 3.0 - no difference
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Mar 2003 12:17:52 +0100
Newsgroups: jedi.vcl

Are you using TortoiseCVS? Try using

CVSROOT = :pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

and:

Module = dev/p3

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0 - no difference
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 21 Mar 2003 14:05:17 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Fri, 21 Mar 2003 11:57:14 +0100 @498)
....while the fading voice of Peter whispered through the darkness:

no difference

-- If i had ears, i'd heard np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Mar 2003 11:57:14 +0100
Newsgroups: jedi.vcl

> > Ooh! there's a lot of interesting. What is Fille r Experiment, for
example?
It's an experiment in separating the visual representation of data from the
storage of the data

> >cvs [checkout aborted]: authorization failed: server

Try using this checkout path instead:

:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/dev

There shouldn't be any special rights required to the dev folder but maybe
you can't checkout only the subfolder (p3)?


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: what can our listboxes?
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 21 Mar 2003 13:50:15 +0300
Newsgroups: jedi.vcl

Hello, All!

Had a text for listboxes that:
    Can set tabstops in columns.
    Can hint the line to wide to fit into listbox

Are those features implemented in JvCustomListBox already (i didn't find a
property for any of them)

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jump starting towards JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@kill-me.nm.ru>
Date: Fri, 21 Mar 2003 13:48:45 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 20 Mar 2003 11:35:42 +0100 @483)
....while the fading voice of Peter whispered through the darkness:

 PT> You can get the survey application in two ways: either check out dev/p3
 PT> from CVS and build the app in examples\JediSurveyor\Surveyor or

Ooh! there's a lot of interesting. What is Fille r Experiment, for example?

=========Beginning of the citation==============
In D:\Borland\AddOns\JVCL\dev\p3: cvs -q -z9 checkout -P JVCL
CVSROOT=:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl/dev/p3

cvs checkout: Empty password used - try 'cvs login' with a real password

cvs [checkout aborted]: authorization failed: server
cvs.jvcl.sourceforge.net rejected access to /cvsroot/jvcl/dev/p3 for user
anonymous

Error, CVS operation failed

Tortoise Tip:  Sometimes you get this error if you have the repository
directory
wrong in the Checkout dialog.  Make sure you have a slash at the start of
the
directory, and that the case and path are correct.  Watch out for spurious
trailing
characters.

Examples are:  "/cvsroot", "/usr/local/cvs-repository", "/cvsroot/cvsgui"
=========The end of the citation================

--
If i had ears, i'd heard np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Mar 2003 11:34:29 +0100
Newsgroups: jedi.vcl

Updated report so it displays responses in descending sorted order.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Mar 2003 10:31:41 +0100
Newsgroups: jedi.vcl

I've uploaded the survey results thus far to
http://www.peter3.com/Surveys/JVCL3002.htm so you can have a look.
Currently, only 6 people have answered the survey. Considering the 6000+
downloads since March 13, that's not very good...

If you haven't done the survey yet,  please do so now so we have a better
material to base future decisions on. Remember, this is a great chance to
get your voice heard!

The survey report is a bit confusing at the moment and hard to read but I'll
see if I can fix that soon.


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Installation 2.1 Fail
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 21 Mar 2003 10:30:42 +0100
Newsgroups: jedi.vcl

Hi Tony

load the package manually in the ide and do the compile manually, Then
you (and we :-) get a more detailed error message.

Ralf Grenzing

Tony Yip schrieb:

> > I got this error JVCL200_R50.dpk failed.
> > Please help.



Subject: Re: Installation 2.1 Fail
From: "Tony Yip" <tonyyip1969@hotmail.com>
Date: Fri, 21 Mar 2003 13:43:14 +0800
Newsgroups: jedi.vcl

In my delphi 5 IDE under Tools | Environment Options | Library path menu
option, there is already an entry "$(DELPHI)\lib"  where ZLib can be found.
So where else can I put the path? Can u please elobrate a bit. Thank you.

"OBones" <obones@meloo.com> wrote in message
news:3E7A958D.9070306@meloo.com...
> > Try to put the Zlib in the PATH.
> >
> > Tony Yip a écrit:
>> > > I got this error JVCL200_R50.dpk failed.
>> > > Please help.
>> > >
>> > >
>> > >
>> > >
>> > >
> >




Subject: Re: Installation 2.1 Fail
From: OBones <obones@meloo.com>
Date: Fri, 21 Mar 2003 14:31:09 +1000
Newsgroups: jedi.vcl

Try to put the Zlib in the PATH.

Tony Yip a écrit:
> I got this error JVCL200_R50.dpk failed.
> Please help.
>
>
>
>
>



Subject: Installation 2.1 Fail
From: "Tony Yip" <tonyyip1969@hotmail.com>
Date: Fri, 21 Mar 2003 11:10:24 +0800
Newsgroups: jedi.vcl

I got this error JVCL200_R50.dpk failed.
Please help.







Subject: Re: Jump starting towards JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 20 Mar 2003 21:42:27 +0100
Newsgroups: jedi.vcl

> > I want to support the meaning of Heinz: A option like "not importand" or
> > "I don´t know" would improve the quality of the survey. I guess it is
> > better wait now for a new version of the survey?

No, there won't be an updated survey file, so please complete the one in
binaries as correctly as you can. There might be reasons for having a "Don't
care" option in some cases but most of the time I think you can answer the
questions fairly correctly anyway. F ex, if you don't care about whether we
have "design" and "run" folders, just answer "no" etc. Changing the survey
now when several people already have sent in their answers, would make the
answers incompatible (i.e if those that have answered had the option "Don't
care", would they have chosen differently?). And I don't want to require
people to submit the survey one more time (it is boring enough doing it once
<g>).

But I promise to think about it for the next survey!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Jump starting towards JVCL 3.0
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 20 Mar 2003 21:09:58 +0100
Newsgroups: jedi.vcl



"Peter Thörnqvist" schrieb:

>> > > at first, thanks for the good job of Survey-Programm and the survey.
> >
> > Heinz, thanks for the feedback: good points all. I'll consider them
> >

Hi Peter

I want to support the meaning of Heinz: A option like "not importand" or
"I don´t know" would improve the quality of the survey. I guess it is
better wait now for a new version of the survey?

Ralf Grenzing



Subject: Dataset goes into Edit mode with JVDBDateTimePicker ???
From: "Jaro" <jgi@molis.sk>
Date: Thu, 20 Mar 2003 16:05:51 +0100
Newsgroups: jedi.vcl

Hi again

I already issued this problem but now I have some new info.

I have folloving problem and I don't know how to solve it. I have a form
with JVDBDateTimePicker on it. When I click on the arrow of this component
(calendar opens) then even if I didn't change the vaue Dataset goes to
dsedit state. The strange is, that when I open my form and click directly to
arrow,
dataset goes to edit mode. But if I first click on the datetimepicker (so it
gets focus) and then to arrow dataset does not go to edit mode. So it goes
into edit mode when clicking from any other item on a form. The best would
be to set it into edit mode only if you choose different date. But even if
it goes into edit mode after choosing the same date is OK. But I do not want
it to go into edit mode when just dropping the calendar.

Thank you

Jaro





Subject: Re: How to draw line numbers on gutter ?
From: user@domain.invalid
Date: Thu, 20 Mar 2003 17:03:32 +0200
Newsgroups: jedi.vcl

Thanks Peter,
Just a thought,
For new version, JEDI guys might consider this feature.
Also adding custom keywords.
By the way, looking forward to JEDI v3.0.


Peter Thörnqvist wrote:
> Try this (centered with leading 0's):
>
> procedure TForm1.JvHLEditor1PaintGutter(Sender: TObject; Canvas: TCanvas);
> var i,X,Y,aLength:integer;
> begin
>   aLength := Length(IntToStr(JvHLEditor1.Lines.Count));
>   // center
>   X := (JvHLEditor1.GutterWidth - Canvas.TextWidth('0') * aLength) div 2;
>   Y := 0;
>   for i := JvHLEditor1.TopRow to JvHLEditor1.TopRow +
> JvHLEditor1.LastVisibleRow do
>   begin
>     Canvas.TextOut(X,Y,Format('%.*d',[aLength,i]));
>     Inc(Y,JvHLEditor1.CellRect.Height);
>   end;
> end;
>
>
> -- 
> Regards,
>
> Peter Thornqvist (JVCL Coordinator)
> http://jvcl.sourceforge.net
>
>



Subject: Re: 2 Peter & Marcel - last thoughts of JvComputerInfo
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 20 Mar 2003 16:03:02 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened... (Thu, 20 Mar 2003 11:52:05 +0100 @494)
....while the fading voice of Peter whispered in the darkness:

AS: i beg Peter's pardon for mustyping his name in SUBJ with lower case :-(

 PT> "recipient not  found" error each time.

I've got tired of spammers and corrupted e-mail in headers recently.
But You can take one from signature.

Hmmm, seems at last it is time to flame.
I see a rainbow rising!

 PT> (developers as well as users) before we change anything.
Though i do not use the component and yet do not plan :-0 i'd have my 2
cents :-)

 PT> Basically, we have two approaches to choose from:

 PT> * add a property/ variable to control the writeable status of the
 PT> properties
 PT> * show exception if developer/user did something wrong

 PT> * replace the property setters with dummy variables (so they are
 PT> visible in the OI)
 PT> * make the SetXXX methods public
 PT> * require the user to explicitly call the setters to change the values

sic!!! (*) // to be commented later.

And the third one: make TJvComputerInfo like now with empty stubs as virtual
SetXXXX methods.
And make TJvSetComputerInfo(TJvComputerInfo) which will override SetXXX with
real code.

My 2 cents: all of those approaches are same bad.


Tell me - what is the sense of having this component as a component?
I could supply the only one: if we could use them w/o single line of code.
Say if we had document/view template we could map some labels to the
properties.
Or if we had Object Datasets - we could pretend that this component is
single-row table and use TDbLabel.

All other use of it will be done by source code. Show me other ways to use
it.

No look at the (*). Peter, let me provoke You.
Sure, Your approach makes the locking flag unneseccary.
And i ask - is there single data member lost in the class? Lets make all our
GetXXX function static ones (class functions).
The advantage is that user even can avoid creating the component itself -
he'll finely utilize it's properties.

Ok, don't take it serious, and do not plz send me to manuals.
I just want to understand - where's the place for the TComponent in this
class at all?
By (*) Peter makes this question absolutely clear IMHO.
With his approach user cannot change any information. What is the need for
Object Inspector then?
It may quite well be used as a wizard into Delphi IDE, showing the same
info. As a button on toolbar, say.
    (Offtop: or as a button on GExperts' source edutor toolbar - if 3rd
party buttons can be added there)

So here's the end of this my spam (won't the spam takes Your 2 cents of
traffic, that i promised to have?)

Imho ether i completely lost the idea, put behind the component by original
author, or this is a stuff for Code Library.
Having it as unit with functions named for current properties and SetXXX
procedures named to current methods,
will IMHO be the most natural way to go.

Now You may ask why i suggested the 1st approach, noted by Peter before?
Only for the single reason - there was a component and it was dangerous. Worse:
it was silently dangerous.
I am not the person to decide whether this should be component at all, and
even to think of the interface, this component provides.
I just tried to make it safe (dumb as a brick but solid the same) with no
single interface change to keep 100% compatibility except for dangerous
aspects.

But if the wide discussion has began, i'd say that my vision is to
deassembly the component into the unit of functions and procedures, and then
pass this unit to JCL. The end prpjects would have to remove declaration of
component from TForm, remove "JvComputerInfo1." away from the source and
include the unit in uses statement.

Opps. That is all.
Seems i've taken even 3 cents of traffic, but do not hope i'll give them
back :-)
--
If i had ears, i'd heard Loreena McKennitt - Banks Of Claudy
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: How to draw line numbers on gutter ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Mar 2003 13:34:32 +0100
Newsgroups: jedi.vcl

Try this (centered with leading 0's):

procedure TForm1.JvHLEditor1PaintGutter(Sender: TObject; Canvas: TCanvas);
var i,X,Y,aLength:integer;
begin
  aLength := Length(IntToStr(JvHLEditor1.Lines.Count));
  // center
  X := (JvHLEditor1.GutterWidth - Canvas.TextWidth('0') * aLength) div 2;
  Y := 0;
  for i := JvHLEditor1.TopRow to JvHLEditor1.TopRow +
JvHLEditor1.LastVisibleRow do
  begin
    Canvas.TextOut(X,Y,Format('%.*d',[aLength,i]));
    Inc(Y,JvHLEditor1.CellRect.Height);
  end;
end;


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: How to draw line numbers on gutter ?
From: user@domain.invalid
Date: Thu, 20 Mar 2003 13:50:56 +0200
Newsgroups: jedi.vcl

Sorry forgot to mention,
I am using JVCL 2.10.

user@domain.invalid wrote:
> Hi,
> TJvHLEditor is such a brilliant HL editor. It is more powerful than the HL editors in the market that you pay for it.
> Unfortunately, It does not draw the line numbers on gutter.
> I struggled a bit using OnPaintGutter event, but I cold not coup and seems like to me not a chance for a novice like me.
> I wonder if any of you guys fiddle with it and had a breakthrough.
>
> Any help appreciated
> Thanks in advance
>



Subject: Re: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Mar 2003 12:49:45 +0100
Newsgroups: jedi.vcl

> > at first, thanks for the good job of Survey-Programm and the survey.

Heinz, thanks for the feedback: good points all. I'll consider them

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Jump starting towards JVCL 3.0
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Thu, 20 Mar 2003 12:48:42 +0100
Newsgroups: jedi.vcl

Hello Peter,

at first, thanks for the good job of Survey-Programm and the survey.

Here my feedback.

You should add to each question fields like "Don't know what you talking about" or "Not important for me". Example, when you ask for the folder structure (split into design-/runtime) it is completly unintressting for me, but I decide yes because I want to proceed. And when you get the result 200 yes 50 no, what does it mean? Perhaps 30 select no because they don't like it, 10 select yes because they like and 190 select yes because it was the first item and positve. I missed a CheckBox "I know the arguments" and a RadioButten "Not important for me".

To select the components I use, it is better to use a tool like Borland used some time ago. An automated way is more exact (and painless).

To ask which components I plan to use is hard, because most of them I don't know. Before I starting to give feedback, I seleted components because of an intressting name. Then I want to select a DateTimePicker (because I want to have some) but couldn't decide which one.

I Think a better way to ask is

CheckBox "Do you want a DateTimePicker in JVCL" following by an RadioGroup "I prefere: None, DateTimePicker1, DateTimePicker2 etc."

Ciao Heinz Z.


Subject: How to draw line numbers on gutter ?
From: user@domain.invalid
Date: Thu, 20 Mar 2003 13:31:37 +0200
Newsgroups: jedi.vcl

Hi,
TJvHLEditor is such a brilliant HL editor. It is more powerful than the HL editors in the market that you pay for it.
Unfortunately, It does not draw the line numbers on gutter.
I struggled a bit using OnPaintGutter event, but I cold not coup and seems like to me not a chance for a novice like me.
I wonder if any of you guys fiddle with it and had a breakthrough.

Any help appreciated
Thanks in advance



Subject: Re: 2 peter & Marcel - last thoughts of JvComputerInfo
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Mar 2003 11:52:05 +0100
Newsgroups: jedi.vcl

Just a note on the private mail: I tried to send a reply to you several
times but got a "recipient not found" error each time.

I don't disagree per se with your suggestions but I don't know if the
changes you propose are necessary to secure the use of the component (past
and present). I would like to see some input from others (developers as well
as users) before we change anything. I don't want to post several bug fixes
to SF just because we didn't do it right from the beginning (makes us look
like idiots).

Basically, we have two approaches to choose from:

Ariochs suggestion:

* add a property/ variable to control the writeable status of the properties
* show exception if developer/user did something wrong

 or:

* replace the property setters with dummy variables (so they are visible in
the OI)
* make the SetXXX methods public
* require the user to explicitly call the setters to change the values


Let me know what you think about these alternatives.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Jump starting towards JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Mar 2003 11:35:42 +0100
Newsgroups: jedi.vcl

Hi all,
it's been quite silent lately so I thought we could jump start the move
towards 3.0 by collecting everyones views on what to do to make 3.0 a great
release. At first, i thought of creating a couple of polls on Yahoo but then
when I started collecting the questions I wanted to have answered, I
realized that there were just too many to use Yahoo polls. So, I created a
survey application (using a heavy dose of JVCL components of course!) and a
survey file to go along with it.

You can get the survey application in two ways: either check out dev/p3 from
CVS and build the app in examples\JediSurveyor\Surveyor or download the
pre-compiled exe I've uploaded to jedi.binaries.

The survey file is also in binaries, so you need to get it from there.

So, *please* everyone, take the survey and mail it to me (there's a Send
option at the end of the survey and the survey is set up to mail to me). The
survey expires on April 30'th and after that, I will post here about how
everything went. You can be anonymous in the survey but I would appreciate
if you at least enclosed your first name in the appropriate fields.


If you think that vital questions are missing from the survey, let me know
and we can create an additional survey if need be.

Opinions on the actual survey program are welcome, but please keep them out
of the discussion of the survey itself (i.e create a new thread for it). I
know that using a Windows app for this kind of program is less than optimal:
a web based solution would have been better but my knowledge of web-
development isn't good enough to quickly create an app for it. If anyone is
interested in "porting" to html, let me know and we can work together on it.

So again, take that survey and let's get started on the road to 3.0!


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: >none< :-)
From: "Don Siders" <hotplate@greenhotel.org>
Date: Thu, 20 Mar 2003 01:32:13 -0500
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b5bgur$3g2$1@talkto.net...

>> > > b) if anyone can show me free tool, that will make revolver backup

> > You already have revolver backup.
> > You shot yourself in the foot.

LOL !!!



--
Don

Sometimes I think we're alone. Sometimes I think we're not. In either
case, the thought is staggering. (R. Buckminster Fuller)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Re: >none< :-)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Mar 2003 05:50:34 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> b) if anyone can show me free tool, that will make revolver backup

You already have revolver backup.
You shot yourself in the foot.



Subject: 2 peter & Marcel - last thoughts of JvComputerInfo
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 20 Mar 2003 01:00:34 +0300
Newsgroups: jedi.vcl

Hello, All!

The result is http://Arioch.nm.ru/Delphi/JvComputerInfo.zip

What more features may be added is WideString support, like i did for MRU
year ago.
Also i hope there may be some more feature requests from russian Delphi
users.

While i keep this unit in my personal RAM :-), please say what You think.

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: 2 peter & Marcel - last thoughts of JvComputerInfo
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 20 Mar 2003 00:47:22 +0300
Newsgroups: jedi.vcl

Hello, All!

[Sorry, skipped]
  if Windows.GetComputerName(Buf, Size)=BOOL(0) then
Sure here i must put <> :-)
Beg Your pardon for mistyping.

> > TJvComputerInfo.CheckMayChange;
I moved text of exception message into resourcestring, but left it in
JcComputerInfo.pas

 > Private methods - maybe make them protected dynamic instead ?
I made them protected virtual since dynamic methods cannot be used by
properties.

> > Now the main thing.
The text below, smoothed and aligned to fixed font as used in Delphi, was
put right
after the usual JVCL license info.

The result is http://Arioch.nm.ru/Delphi/JvComputerInfo.zip

Give it a try :-)

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: 2 peter & Marcel - last thoughts of JvComputerInfo
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 20 Mar 2003 00:21:22 +0300
Newsgroups: jedi.vcl

Hello, All!

function TJvComputerInfo.GetRealComputerName: string;
var
  Buf: array [0..MAX_COMPUTERNAME_LENGTH + 1] of Char;
         // Original: too large really, but who knows if it'll change?
         // Arioch: Agree, who knows if MAX_COMPUTERNAME_LENGTH will
_always_ be less than 254
  {$IFDEF COMPILER5_UP}
  Size: Cardinal;
  {$ELSE}
  Size: Integer; // Ether remove D4 compatibility or just makr type cardinal
= integer (imho it is done somewhere in JCL)
  {$ENDIF}
  Size := SizeOf(Buf);
//  Buf[0] := #0;
  if Windows.GetComputerName(Buf, Size)=BOOL(0) then
     begin SetLength(Result, Size); Move(Buf^,Result[1],Size); end
     else  Result := '';
end;

TJvComputerInfo.CheckMayChange;
Exception message is to be moved into resourcestring in some unit like
JvConsts !

Private methods - maybe make them protected dynamic instead ?



========
Now the main thing.
The following text IMHO is to be added into both help and header of unit and
should never be removed.
(I refer to may talks with Peter - it seems that the code i sent seems very
strange (maybe even mad) without special notes)

===============
  WARNING !!! This component is potentially dangerous!
  Please, read carefully this note before any attempt to modify it or to
create descendants.
  * * *
Original intention of this component is to give You information about
Windows and some Hardware
  that is usually stored in registry as the proerties of the component. The
next feature was changing those
  settings by modifiyng the values of the properties. And here is the
danger - Delphi may try to store
  those values in DFM and silently change configuration of Windows on any PC
where your application
  might be executed.

We protected You from such a situation with the following measures:
 1. All the properties are marked as "stored false" - hence they should not
appear in DFM.
 2. By default, changing of properties is prohibited and will cause an
Exception.
 3. You may change the properties (and the registry values mapped to them),
if You surely do need this:
At runtime You may change TJvComputerInfo.MayChangeInfo member-variable to
true. Since this lock
is not a property, it will never be loaded from DFM and hence will never
allow no dangerous actions to
Delphi without Your explicit permission given in source code.
4. You may decide that You need to change some settings at designtime. You
can do it by changing
the property TJvComputerInfo.InfoChangingAllowed to true; this property is
marked as "stored false"
and if You set it to TRUE, this dangerous value would never appear in DFM.
5. If even DFM will contain the value for
TJvComputerInfo.InfoChangingAllowed, it will be ignored at
runtime, so Your application still will be safe. It may crash trying to
create soem form with dangerous
DFM, but it never will cause any hidden harm to any of Your customers.

If You decide to modify this component, please, make Yourself assured, that
the protection, described
above, was not weakened by new code.

Thank You for Your atention to Your customers and to this note.
===============

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: >none< :-)
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 19 Mar 2003 22:51:31 +0300
Newsgroups: jedi.vcl

Hello, All!

Just too much to be specific.

1. Offtopic.
a) God save Billy Gates! OE killed all news-folders on my machine. My last
backup was -2 months. God save him from revenge!
If anyone can put on HTTM or FTP (not mail plz) dbx file for jedi.vcl,
jedi.general and jedi.jcl - i'd be very grateful.
b) if anyone can show me free tool, that will make revolver backup for
selected folders on windows shutdown with some customisations (say display
warning if newer file is smaller (or even is missed) then old one) - i'm
ready to pay a lot of attention to it :-)

2. File naming
I do not know if it is possible to tename file over CVS, but:
JvBdeUtils.pas -> JvBDEUtils.pas
JvClipmon.pas -> JvClipMon.pas
JvCombobox.pas -> JvComboBox.pas
JvDdeCmd.pas -> JvDDECmd.pas
JvExchListboxes.pas -> JvExchListBoxes.pas
Jvgrdcpt.pas -> JvGrdCpt.pas
Jvgrids.pas -> JvGrids.pas
JvHidControllerClass.pas -> JvHIDControllerClass.pas
JvHotkeyEx.pas -> JvHotKeyEx.pas // simmilar to JvHotKey.pas
JvhtHintEditor.pas -> JvHtHintEditor.pas
JvIColEdit.pas -> JvIcoLEdit.pas
JvICoList.pas -> JvIcoList.pas
JvINI.PAS -> JvIni.pas
JvInterpreter_all.pas -> JvInterpreter_All.pas
JvInterpreter_Db.pas -> JvInterpreter_DB.pas
JvInterpreter_DbCtrls.pas -> JvInterpreter_DBCtrls.pas
JvInterpreter_DbGrids.pas -> JvInterpreter_DBGrids.pas
JvInterpreter_HttpApp.pas -> JvInterpreter_HttpApp.pas
JvMru.pas -> JvMRU.pas
JvPcx.pas -> JvPCX.pas //obsolete ?
JvPicclip.pas -> JvPicClip.pas
JvQbnddlg.pas -> JvQbndDlg.pas
JvRle.pas -> JvRLE.pas
JvSbEdit.pas -> JvSBEdit.pas
jvThumbNails.pas -> JvThumbNails.pas
ScheduleEditor.pas -> JvScheduleEditor.pas

3. Simple check for redudancy: Files seem to be duplicating if
AnsiSameText("<filename1>.pas","<filename2>s.pas")
At least 5 pairs.

4. there's need for a dataset over TPersistent and ofver TCollection
All You know what is Torry - there is Obj_DS.zip - Object Dataset for D4
In the recent news on DelphiPlus i saw brand-new ObjectDataset on
CodeCentral ! Surely its author did know nothing of Torry.
So Imho - we have MemDS - we need ObjDS (array of TPersistent) and
TCollectionDS and TObjeectlistDS
Try to find aythor of one of those and invite him/them.

Thank You for patient reading all this.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Re: USB Component?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Mar 2003 18:07:32 +0100
Newsgroups: jedi.vcl

David Marti wrote:
> I'm finding a component or something to establish communication with USB
> devices (mainly printers... I want to send data directy, bypassing the
> Windows driver).
> Can TjvHIDDeviceController helps me? I notice that HID devices are a
> subclass of USB, but I've tried several examples and is not posible to
> enumerate my HP USB printer.
> I'm a bit confused about it, can anybody show me that right way?
>
> Thanks in advance!
>
> David Marti
> dmarti@vivapel.com
>
>

Non-HID devices are not enumerated by the HID component.
I have a USB component in development, but it will need some time.
You cannot fully bypass the printer driver because the USB driver
for the printer may be a major part of the driver chain.

Please wait. The USB component is currently used by Lexmark.
Maybe i can get better info about USB printer handling.



Subject: Re: JvId3V2 Does Not work properly
From: "asn" <asn@xs4all.nl>
Date: Wed, 19 Mar 2003 13:28:10 +0100
Newsgroups: jedi.vcl

Just to let you know that I'm curious about the result.

Greetings,

André


"dave" <dbracken@infonowsolutions.com> wrote in message
news:b4njqn$4s5$1@talkto.net...
> > I will try to send from home tonight, zipped :)
> > Dave
> >
> >
> > "Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
> > news:3E6D3B72.1020104@Mmyrealbox.com...
>> > > Dave BraCKEN wrote:
>>> > > > Version says 3, but still cannot find the artist property which is set
> > in
>>> > > > the tag(verified by winamp). Just tell me where to send the file to,
and
> > if
>>> > > > you would like it zipped first.(because of some email filters)
>>> > > >
>> > >
>> > > Send it to remkobonteSP@Mmyrealbox.com without the SP M, zipped would be
>> > >   nice.
>> > >
> >
> >




Subject: Re: help with a conversion
From: "asn" <asn@xs4all.nl>
Date: Wed, 19 Mar 2003 13:10:49 +0100
Newsgroups: jedi.vcl

> >I have done a conversion for FFTW2 (http://www.fftw.org).
Porting linux libraries could be more simple if dr.Bob's HeadConv is
ported to Linux. (...)
> >Can you help me to make it Kylix compatible?
> >Should be nothing more than changing the uses.

As a matter of fact it is very simple for say 50% of the jvcl components.
A typical layout for a converted source you find at the end of this mail.
With the ctrl-J button the most changes can be maded very quickly.

Of course the zip I have posted in the jvcl.binairies ng are the
more simple ones to port. They do not contain any components
related with the OS (e.g.  file associates, locale ). Besides that not
all functionality could be ported  (e.g. ctl3D) for all.
An beta version of the (jedi?) CLX components will be available at the end
of
this month.

> >--
> >Robert Marquardt (Team JEDI)  http://delphi-jedi.org

Greetings ,

André Snepvangers


EXAMPLE :
.....
unit JvJediComponent;

interface

uses
{$IFDEF COMPLIB_CLX}
  QGraphics, QControls, QForms, QStdCtrls,
{$ELSE}
  Windows, Messages,  Graphics, Controls, Forms, StdCtrls,
{$ENDIF}
  SysUtils, Classes, JvPropAutoSave, JVCLVer;

type
  TJvJediComponent = class(TAnotherComponent)
  private
    FOnMouseEnter: TNotifyEvent;
    FColor: TColor;
    FSaved: TColor;
    FOnMouseLeave: TNotifyEvent;
    {$IFNDEF COMPLIB_CLX}
    FOnCtl3DChanged: TNotifyEvent;
    {$ENDIF}
    FOnParentColorChanged: TNotifyEvent;
    ...
  protected
    ...
    {$IFDEF COMPLIB_CLX}
    procedure MouseEnter(aControl :TControl) ; override ;
    procedure MouseLeave(aControl :TControl) ; override ;
    procedure ParentColorChanged; override ;
    {$ELSE}
    procedure CMMouseEnter(var Msg: TMessage); message CM_MOUSEENTER;
    procedure CMMouseLeave(var Msg: TMessage); message CM_MOUSELEAVE;
    procedure CMCtl3DChanged(var Msg: TMessage); message CM_CTL3DCHANGED;
    procedure CMParentColorChanged(var Msg: TMessage); message
CM_PARENTCOLORCHANGED;
    {$ENDIF}
    ...
  published
    ...
    property OnMouseEnter: TNotifyEvent read FOnMouseEnter write
FOnMouseEnter;
    property OnMouseLeave: TNotifyEvent read FOnMouseLeave write
FOnMouseLeave;
{$IFNDEF COMPLIB_CLX}
    property OnCtl3DChanged: TNotifyEvent read FOnCtl3DChanged write
FOnCtl3DChanged;
{$ENDIF}
    property OnParentColorChange: TNotifyEvent read FOnParentColorChanged
write FOnParentColorChanged;
    ....

implementation

.....

{$IFDEF COMPLIB_CLX}
procedure TJvJediComponent.MouseEnter(aControl :TControl) ;
{$ELSE}
procedure TJvJediComponent.CMMouseEnter(var Msg: TMessage);
{$ENDIF}
begin
....

.....

end.





Subject: Re: How to make extended exception report?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 19 Mar 2003 12:17:47 +0100
Newsgroups: jedi.vcl

> > The problem is how to hook excpetion-engine into VCL, so that other
> > components will not clear it out.
> > Intercepting of Application.OnException seems to be not enough.
> >

You can hook excpetions (not VCL's idea of exceptions but the actual OS
exception handler). The only problem is that this will fire for all
exceptions (exceptions handled by a try..except block eg.) so you'll get a
lot of exceptions you most likely are not interested in.

From memory: you can use JclHookException or JclNotifyException to assign a
handler for exception notfication (and you can add more than one handler if
you want). Depending on some vars (see JCL help to find out which) it will
automatically do a call stack trace and a except frame trace. This last
option can be used to figure out if the except handler that will react to
this exception will in fact be the Delphi exception handler (ie. the one
that fires the OnException event from AppEvents) and thus determine if the
exception will actually be shown to the user.

If you need more info, you may want to ask in JCL, specifically Petr (he
knows the most about JclDebug and related units). Or you can wait till I'm
home tonight so I can look it up.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: USB Component?
From: "David Marti" <dmarti@vivapel.com>
Date: Wed, 19 Mar 2003 12:00:22 +0100
Newsgroups: jedi.vcl

I'm finding a component or something to establish communication with USB
devices (mainly printers... I want to send data directy, bypassing the
Windows driver).
Can TjvHIDDeviceController helps me? I notice that HID devices are a
subclass of USB, but I've tried several examples and is not posible to
enumerate my HP USB printer.
I'm a bit confused about it, can anybody show me that right way?

Thanks in advance!

David Marti
dmarti@vivapel.com




Subject: Re: How to make extended exception report?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 19 Mar 2003 13:03:09 +0300
Newsgroups: jedi.vcl

Hello, Ralf!

 ??>> Both Delphi VCL and RxLib have ApllicationEvent component, which
 ??>> overrides Application.OnException, and... SO, How can i get extended

 RG> You can download it here directly:
 RG> http://www.richplum.first-web.net/bug/sp_251002.zip

I'll take a look thanx

 RG> I have build a bug reporter for our product which make a stack trace
 RG> and takes some system infos and also takes a screenshoot and send it on

The trouble is not to trace the stack - JCL does it perfectly.
The problem is to get thes tracking engine activated.
Since events in VCL are singular, the component like AppEvents overrides
Aplication.onexception and thus  de-activates tracker.

The problem is how to hook excpetion-engine into VCL, so that other
components will not clear it out.
Intercepting of Application.OnException seems to be not enough.

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Re: How to make extended exception report?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 19 Mar 2003 10:54:33 +0100
Newsgroups: jedi.vcl


Arioch /BDV/ schrieb:

> > Hello, All!
> >
> > I used ExceptDlg from JCL examples.
> >
> > But...
> > Both Delphi VCL and RxLib have ApllicationEvent component, which overrides
> > Application.OnException, and...
> >
> > SO, How can i get extended av report and continue using ApllicationEvent ?
> >

Hi Arioch

At the UK Borland User Group Downloads webside is a article about that with
Source Code:
"25-10-2002 Scott Price Delphi Source code from Scott's session about Trouble
Shooting Bugs improved with Jedi Power at the October UK-BUG Meeting in
Cambridge. "

You can download it here directly:
http://www.richplum.first-web.net/bug/sp_251002.zip

I have build a bug reporter for our product which make a stack trace and takes
some system infos and also takes a screenshoot and send it on demand as an
email with attachment to the developer. You can take portions from a great
INDY demo dfor the mail sending: \Demos\Indy\MailClient\MailDemo.dpr. I can
send you my unit as well but most of the comments are in german. Contact me
directly if you want (But *include* the spam word in the mail adrrss.)

best regards

Ralf Grenzing





Subject: Re: documentation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 19 Mar 2003 08:48:12 +0100
Newsgroups: jedi.vcl

It's easiest to write the docs either in the interface section of the unit
(add a comment just before each method/class/type) or in a separate text
file. You should provide documentation on all method/properties/events the
user can access, as well as the protected ones (used for developers who want
to extend your component/class). You may skip methods/properties/events you
inherit from a base class.

For documentation you should provide the following:

Description of the symbol
Description of each parameter and possibly limitations

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address
"Henri Gourvest" <hgourvest@nospam.progdigy.com> schreef in bericht
news:b58g6v$lmn$1@talkto.net...
> > How I should write documentation for donated source code ?
> > henri
> >
> >




Subject: Re: JvPlugin 6PluginPackage example
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Mar 2003 01:08:55 -0500
Newsgroups: jedi.vcl

"Christopher Latta" <nobody@nowhere.not> wrote in message
news:b58o5g$maq$1@talkto.net...
> > "Christopher Latta" <nobody@nowhere.not> wrote in message
> > news:b58o0k$mah$1@talkto.net...
>> > > ..needs the output directory changed to ..\..\..\Bin and the unit output
>> > > directory set to ..\..\..\Dcu
> >
> > Thats for plgTest.dpk - the main app is okay.

Thanks, done

Michael




Subject: Re: Version 210 Install
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Mar 2003 01:04:44 -0500
Newsgroups: jedi.vcl

"Trevor" <tblanc@earthlink.net> wrote in message
news:b58kq7$m3p$1@talkto.net...
> > I have tried installed the new JVCL 210 on my new 3 gig sony. I get a
> > floating point error wheneve Delphi is run. Any help

As a SW developer, if your user would submit a report like this to you, you
probably couldn't resolve it based on the submitted information :)

Please give us more details:

- what kind of error exactly
- when does it happen
- if you remove JVCL, does the error goes away?

etc.

Try to be in our shoes :)

Michael





Subject: Re: About TjvHIDController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Mar 2003 06:07:33 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Cool! Do we get free color laser printers now<g>?!

Lets wait and see. ;-)



Subject: Re: JvPlugin 6PluginPackage example
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Mar 2003 14:35:13 +1100
Newsgroups: jedi.vcl

"Christopher Latta" <nobody@nowhere.not> wrote in message
news:b58o0k$mah$1@talkto.net...
> > ..needs the output directory changed to ..\..\..\Bin and the unit output
> > directory set to ..\..\..\Dcu

Thats for plgTest.dpk - the main app is okay.

Christopher Latta




Subject: JvPlugin 6PluginPackage example
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Mar 2003 14:32:36 +1100
Newsgroups: jedi.vcl

...needs the output directory changed to ..\..\..\Bin and the unit output
directory set to ..\..\..\Dcu

Demo doesn't work in with current setting.

Christopher Latta




Subject: Version 210 Install
From: "Trevor" <tblanc@earthlink.net>
Date: Tue, 18 Mar 2003 21:37:38 -0500
Newsgroups: jedi.vcl

I have tried installed the new JVCL 210 on my new 3 gig sony. I get a
floating point error wheneve Delphi is run. Any help




Subject: documentation
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Wed, 19 Mar 2003 02:19:31 +0100
Newsgroups: jedi.vcl

How I should write documentation for donated source code ?
henri




Subject: Re: About TjvHIDController
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 18 Mar 2003 19:43:03 +0100
Newsgroups: jedi.vcl

> > I just got a message from Lexmar. They are interested in the HID 
> > component :-)

Cool! Do we get free color laser printers now<g>?!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: How to make extended exception report?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 18 Mar 2003 21:12:45 +0300
Newsgroups: jedi.vcl

Hello, All!

I used ExceptDlg from JCL examples.

But...
Both Delphi VCL and RxLib have ApllicationEvent component, which overrides
Application.OnException, and...

SO, How can i get extended av report and continue using ApllicationEvent ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Re: To the Jedi Team: Copyright notice?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Mar 2003 19:11:51 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Not official, but this is what I use (more or less):
>
> 'This program uses components and utilites provided by the JEDI, JVCL and
> JCL. For more information on JEDI, go to http://delphi-jedi.org. For more
> information on JVCL and to download the source code, go to
> http://sourceforge.net/projects/jcl. For more information on JCL and to
> download the source code, go to http://sourceforge.net/projects/jcl '
>
> That should be sufficient (unless someone else hollers here!).

Alternatively you can use the TJvJVCLAboutComponent which is considered good enough also.



Subject: Re: About TjvHIDController
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Mar 2003 19:08:44 +0100
Newsgroups: jedi.vcl

David Marti wrote:
> Where can I find information and/or examples for TjvHIDController component?
>
> Thanks
>
> David Marti
> dmarti@vivapel.com
>
>

You can also get the standalone version from http://www.delphi-gems.com/controls.php with
Windows help in english and german.
You cannot install the standalone vesion along with JVCL, but the files are just the same. In fact the JVCL file is newer.
I wait for Mike Lischke to return and update his pages.

If you have further questions then contact me directly.
I just got a message from Lexmar. They are interested in the HID component :-)



Subject: TJvSerialMaker
From: "Matthijs ter Woord" <matthijs@terwoord.nl>
Date: Tue, 18 Mar 2003 19:03:12 +0100
Newsgroups: jedi.vcl

hi everybody

i want to get the username out of a Generated Serial number.
Is this possible??

Matthijs ter Woord




Subject: Re: To the Jedi Team: Copyright notice?
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 18 Mar 2003 10:12:59 -0600
Newsgroups: jedi.vcl

Thanks again for your help.
Dave


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b57fgo$gpm$1@talkto.net...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:b57eru$gku$1@talkto.net...
>> > > Not official, but this is what I use (more or less):
>> > >
>> > > 'This program uses components and utilites provided by the JEDI, JVCL
and
>> > > JCL. For more information on JEDI, go to http://delphi-jedi.org. For
more
>> > > information on JVCL and to download the source code, go to
>> > > http://sourceforge.net/projects/jcl. For more information on JCL and to
>> > > download the source code, go to http://sourceforge.net/projects/jcl '
>> > >
>> > > That should be sufficient (unless someone else hollers here!).
> >
> > I've suggested a shorter version related to JVCL (see Q.10):
> >
> > http://jvcl.sourceforge.net/licensing.htm
> >
> > Michael
> >
> >




Subject: Re: To the Jedi Team: Copyright notice?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 18 Mar 2003 11:02:00 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b57eru$gku$1@talkto.net...
> > Not official, but this is what I use (more or less):
> >
> > 'This program uses components and utilites provided by the JEDI, JVCL and
> > JCL. For more information on JEDI, go to http://delphi-jedi.org. For more
> > information on JVCL and to download the source code, go to
> > http://sourceforge.net/projects/jcl. For more information on JCL and to
> > download the source code, go to http://sourceforge.net/projects/jcl '
> >
> > That should be sufficient (unless someone else hollers here!).

I've suggested a shorter version related to JVCL (see Q.10):

http://jvcl.sourceforge.net/licensing.htm

Michael




Subject: Re: To the Jedi Team: Copyright notice?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Mar 2003 16:49:55 +0100
Newsgroups: jedi.vcl

Not official, but this is what I use (more or less):

'This program uses components and utilites provided by the JEDI, JVCL and
JCL. For more information on JEDI, go to http://delphi-jedi.org. For more
information on JVCL and to download the source code, go to
http://sourceforge.net/projects/jcl. For more information on JCL and to
download the source code, go to http://sourceforge.net/projects/jcl '

That should be sufficient (unless someone else hollers here!).

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: To the Jedi Team: Copyright notice?
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 18 Mar 2003 09:16:56 -0600
Newsgroups: jedi.vcl

I wish to make sure all my software complies with your license by adding to
my about box your copyright notice.
Can you give me the preferred text that you would like to see?
And also, what is the link i would need to provide for the download of the
Jedi Code?

And after that, is there anything else i am missing?

Sorry to bother you again, but my boss's boss is riding us about the use and
licensing of these components.
Thanks again,
Dave




Subject: Re: About TjvHIDController
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Mar 2003 12:17:57 +0100
Newsgroups: jedi.vcl

There are some demos in the examples folders (in the HID subfolder)

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"David Marti" <dmarti@vivapel.com> skrev i meddelandet
news:b56mbh$bdj$1@talkto.net...
> > Where can I find information and/or examples for TjvHIDController
component?
> >
> > Thanks
> >
> > David Marti
> > dmarti@vivapel.com
> >
> >




Subject: How to set "flat" look for JVDateTimePicker?
From: "Jaro" <jgi@molis.sk>
Date: Tue, 18 Mar 2003 10:41:01 +0100
Newsgroups: jedi.vcl

Hi
Is there any possibility how to set the flat look for datetimepicker? (like
CTL3D for edit fields) If not, what can I do to have such behaviour. I'm not
familiar with writing the methods so if if you want to help me, give me more
detailed information.

Thank you very much

--
Jaro




Subject: About TjvHIDController
From: "David Marti" <dmarti@vivapel.com>
Date: Tue, 18 Mar 2003 09:51:28 +0100
Newsgroups: jedi.vcl

Where can I find information and/or examples for TjvHIDController component?

Thanks

David Marti
dmarti@vivapel.com




Subject: Re: Problem with JVDBDateTimePicker
From: "Jaro" <jgi@molis.sk>
Date: Tue, 18 Mar 2003 09:46:39 +0100
Newsgroups: jedi.vcl

Hi Karl

It is really strange. When I open my form and click directly to arrow,
dataset goes to edit mode. But if I first click on the datetimepicker (so it
gets focus) and then to arrow dataset does not go to edit mode. So it goes
into edit mode when clicking from any other item on a form. The best would
be to set it into edit mode only if you choose different date. But even if
it goes into edit mode after choosing the same date is OK. But I do not want
it to go into edit mode when just dropping the calendar.
Thank you
Jaro

"Karl Ivar Hansen" <ki-han@frisurf.no> wrote in message
news:b54s3e$42j$1@talkto.net...
> >
> > "Jaro" <jgi@molis.sk> wrote in message:
> >  news:b54mvj$30v$1@talkto.net...
>> > > Hi
>> > > I have folloving problem and I don't know how to solve it. I have a form
>> > > with JVDBDateTimePicker on it. When I click on the arrow of this
component
>> > > (calendar opens) then even if I didn't change the vaue Dataset goes to
>> > > dsedit state. How can I change this behaviour so that it goes to edit
mode
>> > > only if the value was changed?
>> > > Thanks
>> > >
>> > > --
>> > > Jaro
> > Why do you want it to go to edit-mode after you have
> > picked a date /changed value?
> >
> > Regards
> >
> > Karl Ivar
> >
> >




Subject: Re: Problem with JVDBDateTimePicker
From: "Karl Ivar Hansen" <ki-han@frisurf.no>
Date: Mon, 17 Mar 2003 21:47:23 +0100
Newsgroups: jedi.vcl

Hello Jaro..

Tested this with a Dbase-table..
tried to get what you got... Did not get the state: dsEdit when playing with
the arrow-button,
The sate was: dsBrowse when i clicked the arrowkey;
The dsEdit came when i clicked any date on the calendar (also the same
date).

This sets the table in dsEdit  when you click the arrow-key.

procedure TForm1.JvDBDateTimePicker1DropDown(Sender: TObject);
begin
table1.Edit;
end;

Regards Karl Ivar


"Jaro" <jgi@molis.sk> skrev i melding news:b54mvj$30v$1@talkto.net...
> > Hi
> > I have folloving problem and I don't know how to solve it. I have a form
> > with JVDBDateTimePicker on it. When I click on the arrow of this component
> > (calendar opens) then even if I didn't change the vaue Dataset goes to
> > dsedit state. How can I change this behaviour so that it goes to edit mode
> > only if the value was changed?
> > Thanks
> >
> > --
> > Jaro
> >
> >




Subject: Re: CLX components for kylix
From: Andre <asn@xs4all.nl>
Date: Mon, 17 Mar 2003 17:47:08 +0000
Newsgroups: jedi.vcl



Arioch /BDV/ wrote:

> The stars so gaily glistened...  (Mon, 17 Mar 2003 00:55:04 +0000)
> ...while the fading voice of Andre whispered through the darkness:
>
>  A> Posted a zip file in the jedi.binairies group for all to try and ...
>  A> test.
>
> Can it be used to generate Windows integers (Locale LCID and codepage no)
> from unix lang string, which usually looks like 'RU;KOI8-R' ?


No, there are no components (yet) related with locales, systemcolors , os related stuff..

asn


>
> That could be quite good for TDbf project :-)))
>
> -- 
> Уши вянут от np: none
> With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
>
>



Subject: Re: Jedi Licensing
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 17 Mar 2003 11:32:46 -0600
Newsgroups: jedi.vcl

Thank you for the information. (*sigh of relief*).

Thanks again,
Dave


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b5505m$4qr$1@talkto.net...
>> > > A stupid question probably, but what license does the jedi code library
> > fall
>> > > under?
> >
> > There are no stupid questions, just stupid answers ;-). In this case, the
> > correct answer is: MPL 1.1 (as stated in about every unit that's part of
> > Project JEDI).
> >
>> > > Also, if i am using jedi code/components etc in my code, do i have to
make
>> > > my source available?
> >
> > Nope.
> >
>> > > or is it just the source to jedi?
> >
> > Only if you make changes that are not returned to us. You should provide
> > your user with a link to the location where (s)he can download the source
> > for the JEDI code. Also you are required to put a copyright notice in your
> > applications AboutBox and/or documentation.
> >
>> > >
>> > > I am concerned that by using jedi components in my code, that i may have
> > to
>> > > allow access to my source code as well. This would not be acceptable.
> >
> > You're thinking about GPL license.GPL is "viral": if you use any GPL code,
> > you must release all as GPL. This is a horrible license for commercial
> > projects.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Problem with JVDBDateTimePicker
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 17 Mar 2003 18:29:38 +0100
Newsgroups: jedi.vcl

>> > > Hi
>> > > I have folloving problem and I don't know how to solve it. I have a form
>> > > with JVDBDateTimePicker on it. When I click on the arrow of this
component
>> > > (calendar opens) then even if I didn't change the vaue Dataset goes to
>> > > dsedit state. How can I change this behaviour so that it goes to edit
mode
>> > > only if the value was changed?
>> > > Thanks
>> > >
>> > > --
>> > > Jaro
> > Why do you want it to go to edit-mode after you have
> > picked a date /changed value?

I think he meant he doesn't want the dataset to go into edit mode if he
hasn't picked another date (and so effectively cancels the calendar popup).





Subject: Re: Jedi Licensing
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 17 Mar 2003 18:26:41 +0100
Newsgroups: jedi.vcl

> > A stupid question probably, but what license does the jedi code library
fall
> > under?

There are no stupid questions, just stupid answers ;-). In this case, the
correct answer is: MPL 1.1 (as stated in about every unit that's part of
Project JEDI).

> > Also, if i am using jedi code/components etc in my code, do i have to make
> > my source available?

Nope.

> > or is it just the source to jedi?

Only if you make changes that are not returned to us. You should provide
your user with a link to the location where (s)he can download the source
for the JEDI code. Also you are required to put a copyright notice in your
applications AboutBox and/or documentation.

> >
> > I am concerned that by using jedi components in my code, that i may have
to
> > allow access to my source code as well. This would not be acceptable.

You're thinking about GPL license.GPL is "viral": if you use any GPL code,
you must release all as GPL. This is a horrible license for commercial
projects.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Jedi Licensing
From: "Paulo Garcia" <pgarcia@users.sourceforge.net>
Date: Mon, 17 Mar 2003 17:00:50 +0000 (UTC)
Newsgroups: jedi.vcl

dave wrote:

%author%> A stupid question probably, but what license does the jedi code library fall
%author%> under?
%author%> Also, if i am using jedi code/components etc in my code, do i have to make
%author%> my source available?
%author%> or is it just the source to jedi?
%author%> 
%author%> I am concerned that by using jedi components in my code, that i may have to
%author%> allow access to my source code as well. This would not be acceptable.
%author%> 
%author%> Any help anyone can give would be greatly appreciated.
%author%> Thank you,
%author%> Dave

JVCL is under MPL 1.1 (Mozilla Public License).

You can check a self-explained page about licenses issues in
http://jvcl.sourceforge.net/licensing.htm



-- ------------------ Paulo Garcia Digivoice Eletronica 

Subject: Jedi Licensing
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 17 Mar 2003 10:42:07 -0600
Newsgroups: jedi.vcl

A stupid question probably, but what license does the jedi code library fall
under?
Also, if i am using jedi code/components etc in my code, do i have to make
my source available?
or is it just the source to jedi?

I am concerned that by using jedi components in my code, that i may have to
allow access to my source code as well. This would not be acceptable.

Any help anyone can give would be greatly appreciated.
Thank you,
Dave




Subject: Re: Problem with JVDBDateTimePicker
From: "Karl Ivar Hansen" <ki-han@frisurf.no>
Date: Mon, 17 Mar 2003 17:18:24 +0100
Newsgroups: jedi.vcl

"Jaro" <jgi@molis.sk> wrote in message:
 news:b54mvj$30v$1@talkto.net...
> > Hi
> > I have folloving problem and I don't know how to solve it. I have a form
> > with JVDBDateTimePicker on it. When I click on the arrow of this component
> > (calendar opens) then even if I didn't change the vaue Dataset goes to
> > dsedit state. How can I change this behaviour so that it goes to edit mode
> > only if the value was changed?
> > Thanks
> >
> > --
> > Jaro
Why do you want it to go to edit-mode after you have
picked a date /changed value?

Regards

Karl Ivar




Subject: Problem with JVDBDateTimePicker
From: "Jaro" <jgi@molis.sk>
Date: Mon, 17 Mar 2003 15:52:16 +0100
Newsgroups: jedi.vcl

Hi
I have folloving problem and I don't know how to solve it. I have a form
with JVDBDateTimePicker on it. When I click on the arrow of this component
(calendar opens) then even if I didn't change the vaue Dataset goes to
dsedit state. How can I change this behaviour so that it goes to edit mode
only if the value was changed?
Thanks

--
Jaro




Subject: TJvGenetic
From: "Bepy" <ramengo@hotmail.com>
Date: Mon, 17 Mar 2003 15:51:01 +0100
Newsgroups: jedi.vcl

Is there any example of this component ?
TIA.




Subject: Re: CLX components for kylix
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 17 Mar 2003 15:24:46 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 17 Mar 2003 00:55:04 +0000)
....while the fading voice of Andre whispered through the darkness:

 A> Posted a zip file in the jedi.binairies group for all to try and ...
 A> test.

Can it be used to generate Windows integers (Locale LCID and codepage no)
from unix lang string, which usually looks like 'RU;KOI8-R' ?

That could be quite good for TDbf project :-)))

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Andre <asn@xs4all.nl>
Date: Mon, 17 Mar 2003 10:31:54 +0000
To: asn <asn@xs4all.nl>
Newsgroups: jedi.vcl

You can find them in the jedi.binaries newgroup

asn

asn wrote:

> Ported about 50 componemts to clx , anybody interested?
>
> André Snepvangers
>
>
>



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 Mar 2003 08:39:24 +0100
Newsgroups: jedi.vcl

> > I have a component I written some time ago displaying the computer info.
If
> > you are interested I will upload into the binaries. It isn't completely
the
> > same as this one, but it doesn't have the posibility of changing
> > information.

You are always welcome to donate to JVCL! Either put it in binaries or add a
new posting to the Issue Tracker (mark it "03 Donations").

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: CLX components for kylix
From: Andre <asn@xs4all.nl>
Date: Mon, 17 Mar 2003 00:55:04 +0000
Newsgroups: jedi.vcl

Hi folks

Posted a zip file in the jedi.binairies group for all to try and ...
test.

Andre Snepvangers



Subject: UIB Updated
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Sun, 16 Mar 2003 20:36:39 +0100
Newsgroups: jedi.vcl

UIB now include an ORB working with Indy for Multitiers Client/Server
programming.
This ORB is designed like a COM Object.

Best Regards.

Henri Gourvest
Unified Interbase: http://www.progdigy.com




Subject: Re: Peter - it is NOT safe yet! Was: [JVCL ALERT]: Potentionaly dangerous component: JvComputerinfo. Please read!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Mar 2003 20:07:07 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Mar 2003 15:02:46 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> This is a good suggestion, I have added a AllowPropertyChange property

IMHO it may confuse developer.
  - why cant i change the not r/o property?
The flag's name should indicate that changing properties will directly
change the registry.

--
Уши вянут от Белая Гвардия - Белая Гвардия
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: PS: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Mar 2003 20:04:25 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Mar 2003 16:22:36 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> Sorry, we misunderstand each other: what I meant was: if the user
 PTr> doesn't open the form and save it (to clear the stored properties) and
 PTr> then recompile his application, these changes won't have any effect.

AS: user == developer

Your changes :-)
My changes will tell him aloud, that he's wrong somewhere.

 PTr> If he just recompiles, the application will generate exceptions at
 PTr> run-time when the form is opened since it will try to write the DMF
 PTr> properties to the component which would raise the exception.

Yes. i think there should be no way, when DFM (treated as smth passive
usually) can change anything without help of source code (active entity)

Peter - that was the main reason for that code - display exception if DFM
tries to change smth :-)))

--
Уши вянут от Белая Гвардия - Белая Гвардия
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Mar 2003 19:59:49 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Mar 2003 16:22:36 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> If he just recompiles, the application will generate exceptions at
 PTr> run-time

And let it do it, instead of changing registry!
Displaying errors is much better than hiding them, yes?
Those exceptions will _force_ developer to open/save DFM.

 PTr> So, the user is
Developer. I think user is more about client, customer.
Let's avoid term 'user', ok?

 PTr> still required to open and save the DFM
With excepions he really is required, forced.
Withouth them - he is suggested, but not required.

 PTr> for the fix to and that's what I meant by work.
But if he did not?
My point of view is that those exceptions should _force_ him to fix DFM.
Without them there's a chance of bad DMFs living forever.

 PTr> to decide whether changing the end-users computer values
 PTr> should be enabled or not.
The 1st modifications was doing this via special public member-variable.
There was no way to change them at designtime at all. Only in runtime *after
explicit* JvComputerInfo1.MayChangeInfo := true;

 PTr> And why should it be possible at designtime
Then i thought that some one would take useful to drop the component on a
form and setup his own PC :-)
That was the reason for 2nd modification. But it is not the new one but an
addon to the 1st one.

 PTr> but not at run-time?
Cause it is developer who's able to work in designtime and he's much more
experienced than customer is.

 ??>> someday founding it in published section
 PTr> I don't get this. Please clarify
A year is passed by. We all forgot this mare.
Someone had done useful modification to the component. Or a descendant.
And he moved the AllowChanges property to published section.
And the change was committed.
And here we'll got that hidden mare again.

Keeping AllowChanges a variable ( or event hiding it and showing
SetAllowChanging procedure) will give us one more protecting barrier against
occasional enabling modification by single DFM w/o explicit _source code_.

--
??? ????? ?? np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 Mar 2003 16:22:36 +0100
Newsgroups: jedi.vcl

Sorry, we misunderstand each other: what I meant was: if the user doesn't
open the form and save it (to clear the stored properties) and then
recompile his application, these changes won't have any effect. If he just
recompiles, the application will generate exceptions at run-time when the
form is opened since it will try to write the DMF properties to the
component which would raise the exception. So, the user is still required to
open and save the DFM for the fix to and that's what I meant by work.
> > Can this property beeen set by TReader from DFM? (i do not talk of
stored -
> > let's imagine someone modified component and frgot the stored property)

> > My code explicitly checked that this property may be set to true only at
> > designtime!
Well, I think it should be up to the user (i.e developer in this case) to
decide whether changing the end-users computer values should be enabled or
not. And why should it be possible at designtime but not at run-time?

> > At runtime the public variable is to be used, which is impossible to be
> > loaded from DFM. From any DFM.
> > I insist that this locking flag should never be a property, avoiding risk
of
> > someday founding it in published section
I don't get this. Please clarify


> > What? Enabled by default??? Again?

No, it should have been "FALSE", sorry for the typo.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Peter - it is NOT safe yet! Was: [JVCL ALERT]: Potentionaly dangerous component: JvComputerinfo. Please read!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 Mar 2003 16:14:31 +0100
Newsgroups: jedi.vcl

Sorry, that should've been "...by default is FALSE"

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Petrus van Breda" <maillist@spsoftdev.com>
Date: Sat, 15 Mar 2003 16:31:07 +0200
Newsgroups: jedi.vcl

Hi Peter

I have a component I written some time ago displaying the computer info. If
you are interested I will upload into the binaries. It isn't completely the
same as this one, but it doesn't have the posibility of changing
information.

Let me know

Regards

Petrus
"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b4vatq$au0$1@talkto.net...
>> > > I have just one concern and that is that I can change these settings
> > without
>> > > even been warn. It seems that at designtime I change them so I must be
> > able
>> > > to do the same in runtime with this component.
> >
> > Yes, you can change the values both at design- as well as run-time. What
you
> > can't do anymore, however, is having the values stored in the DFM and thus
> > cannot mess up an end-users computer unknowingly. You can still mess them
up
> > by explicitly changing the values, but that's your responsibility, not
> > JVCL's.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Mar 2003 17:13:25 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Mar 2003 14:50:14 +0100)
....while the fading voice of Peter whispered through the darkness:


 PTr> These modifications won't help if the user doesn't clear his DFM: the
 PTr> properties will be there anyway.

They will.
Instead of hidden registry changes there will be expicit, 'loud' exception
and error message.

 PTr> The changes I did are sufficient for any new usage of the component.
That was what frightened me - only for new :-)

 PTr> existing DFM's: the user must do this manually no matter what.
My these changes will make any malicious DMF incapable of forcing the
component to change registry.

---

My changes in the next message arel giving the developer the way to change
registry in Design time, but not at Runtime.

 PTr> I have added a AllowPropertyChange property
Can this property beeen set by TReader from DFM? (i do not talk of stored -
let's imagine someone modified component and frgot the stored property)
My code explicitly checked that this property may be set to true only at
designtime!
At runtime the public variable is to be used, which is impossible to be
loaded from DFM. From any DFM.
I insist that this locking flag should never be a property, avoiding risk of
someday founding it in published section

 PTr> to the component that by default is true.

What? Enabled by default??? Again?

 --
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Peter - it is NOT safe yet! Was: [JVCL ALERT]: Potentionaly dangerous component: JvComputerinfo. Please read!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 Mar 2003 15:02:46 +0100
Newsgroups: jedi.vcl

This is a good suggestion, I have added a AllowPropertyChange property to
the component that by default is true. If someone tries to change any
proerty (at deisgn or run time), it raises an exception. Update in CVS if
you want to check it out

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 Mar 2003 14:52:53 +0100
Newsgroups: jedi.vcl

> > I have just one concern and that is that I can change these settings
without
> > even been warn. It seems that at designtime I change them so I must be
able
> > to do the same in runtime with this component.

Yes, you can change the values both at design- as well as run-time. What you
can't do anymore, however, is having the values stored in the DFM and thus
cannot mess up an end-users computer unknowingly. You can still mess them up
by explicitly changing the values, but that's your responsibility, not
JVCL's.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Petrus van Breda" <maillist@spsoftdev.com>
Date: Sat, 15 Mar 2003 15:52:23 +0200
Newsgroups: jedi.vcl

Hi

Yes it is working. I don't know why it wasn't before.

I have just one concern and that is that I can change these settings without
even been warn. It seems that at designtime I change them so I must be able
to do the same in runtime with this component.

Regards

Petrus
"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b4va56$aq1$1@talkto.net...
> > You've must have done something wrong or failed to follow the instructions
> > completely. If I drop a TJvComputerInfo on a form, all I get in the DFM is
> > TimeRunning and DayRunning but since these are never written back to the
> > registry (or whatever), they are not a problem. Make sure you have:
> >
> > * replaced previous version of the unit in the \source folder
> > * rebuilt the run-time package
> > * rebuilt and reinstalled the design-time package
> > * if you have an existing unit using this component, go into "dfm mode",
> > remove all properties for this component (except Left and Top) and go back
> > to "pas mode". Save the unit. Now, switch to DFM mode again to verify that
> > the deleted properties hasn't reappeared (except for
> > Daysrunning/TimeRunning/Left/Top) . If they have, you haven't completed
all
> > the steps listed above.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 Mar 2003 14:50:14 +0100
Newsgroups: jedi.vcl


> > Silent un-numbered update + that certaint file placed for separate
download
> > update + notifying of it all the users with delphi news sites and e-mail
> > lists and news-groups - IMHO that would be enough.

That just about sums up what I've done so far.

> > Peter, i am surprised of such a dangerous component design. The specific
> > non-common features of component are never be allowed by default.
You would have to ask the original author about the design. Although I think
it is *very* unfortunate that such a dangerous component have slipped
through the nets for such a long time (the release date is 2001-02-28, so
it's been in JVCL for 2 years at least), it is not surprising: there are few
people working with JVCL and no one can keep all the components or their
functionality in their head let alone evaluate all side-effects a particular
design might have. There are no guarantees that this might not happen again.
Indeed, it is up to each user to determine the usability, safety and
possible side-effects of each component in JVCL that he uses or plan to use.
Although we try to help out with bugfixes,comments and writing help etc,
there will probably always be some parts of JVCL that are like uncharted
territory.

> > Now imagine somewhone will update this component, but will recompile his
> > application w|o re-opening DFM - what's then ?
> >
> > I ask You to include the following modifications:
[...]
These modifications won't help if the user doesn't clear his DFM: the
properties will be there anyway. The changes I did are sufficient for any
new usage of the component. No changes we could dream up will actively
remove stored properties in existing DFM's: the user must do this manually
no matter what.


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 15 Mar 2003 14:39:44 +0100
Newsgroups: jedi.vcl

You've must have done something wrong or failed to follow the instructions
completely. If I drop a TJvComputerInfo on a form, all I get in the DFM is
TimeRunning and DayRunning but since these are never written back to the
registry (or whatever), they are not a problem. Make sure you have:

* replaced previous version of the unit in the \source folder
* rebuilt the run-time package
* rebuilt and reinstalled the design-time package
* if you have an existing unit using this component, go into "dfm mode",
remove all properties for this component (except Left and Top) and go back
to "pas mode". Save the unit. Now, switch to DFM mode again to verify that
the deleted properties hasn't reappeared (except for
Daysrunning/TimeRunning/Left/Top) . If they have, you haven't completed all
the steps listed above.


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Petrus van Breda" <maillist@spsoftdev.com>
Date: Sat, 15 Mar 2003 08:35:59 +0200
Newsgroups: jedi.vcl

Hi

I am not understanding something. When put the component on a form I still
get things like:

    ComputerName = 'xxxxxxxxx'
    Username = 'xxxxxxxxxxxxxxxx'
    Company = 'xxxxxxxxxxxxxxxxxxx'
    ProductID = 'xxxxxxxxxxxxxxxxxxxxx'
    ProductName = 'Microsoft Windows 2000'
    DVDRegion = -1
    TimeRunning = 0.0131549189814815
    DayRunning = 0
    Left = 176
    Top = 40

In the document distributed with the component the following is said:

DOC: To install, just copy the enclosed unit to the JVCL \source folder and
recompile/reinstall the DOC: JVCL packages. TRebuild your application and
verify that the design-time values are NOT DOC: stored in the units DFM (hit
Alt+F12 while vieweing the form to see the DFM content).

Is this still a potential problem as I thought about using this component in
place of one I already use. The one in use currently doesn't doesn't show
any of the parameters.

Regards

Petrus

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b4pegv$d76$1@talkto.net...
> > I have today been informaed about a potentional very dangerous behaviour
of
> > the TJvComputerInfo component. Here's a quote from the original message:
> >
> > ---------------------8<------------------------------
> > I am sorry not to post this bug issue on sourgeforge.net but I think it
> > is enought potentially dangerous to warn you directly !! I
> > have used a TJvComputerInfo 5JVCL 2.0) in my application to get
> > information about my customer PC . What I didn't expected was that
> > when the application runs on my customer PC all their registry settings
> > (provided by TJvComputerInfo) are replaced with those of the
> > TJvComputerInfo component at the time it was dropped on my form, which
> > means all my customers running my app will see their registry
> > settings replaced with these of my PC !!! That's really annoying as far
> > as the Window serial number among other important settings
> > is replaced with mine, etc. I think this should be fixed asap, or at
> > least the Setxxx procedures should be disabled in this
> > component !....
> >
> > ---------------------8<------------------------------
> >
> > I have fixed the component in CVS by adding "stored false" to all
published,
> > writeable properties (see Mantis #799). This should prevent the
design-time
> > values to be stored and thus they will not be loaded and overwrite user
> > values when the program is run.
> >
> > If you are using this component, please update from CVS, rebuild the JVCL
> > packages and rebuild your application. If you would like us to make a new
> > release on SourceForge because of this, let me know.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: VersionInfo
From: "Petrus van Breda" <maillist@spsoftdev.com>
Date: Sat, 15 Mar 2003 08:35:49 +0200
Newsgroups: jedi.vcl

Sorry wrong place.

Petrus

"Petrus van Breda" <maillist@spsoftdev.com> wrote in message
news:b4ugqr$7gr$1@talkto.net...
> > Hi
> >
> > I am not understanding something. When put the component on a form I still
> > get things like:
> >
> >     ComputerName = 'xxxxxxxxx'
> >     Username = 'xxxxxxxxxxxxxxxx'
> >     Company = 'xxxxxxxxxxxxxxxxxxx'
> >     ProductID = 'xxxxxxxxxxxxxxxxxxxxx'
> >     ProductName = 'Microsoft Windows 2000'
> >     DVDRegion = -1
> >     TimeRunning = 0.0131549189814815
> >     DayRunning = 0
> >     Left = 176
> >     Top = 40
> >
> > In the document distributed with the component the following is said:
> >
> > DOC: To install, just copy the enclosed unit to the JVCL \source folder
and
> > recompile/reinstall the DOC: JVCL packages. TRebuild your application and
> > verify that the design-time values are NOT DOC: stored in the units DFM
(hit
> > Alt+F12 while vieweing the form to see the DFM content).
> >
> > Is this still a potential problem as I thought about using this component
in
> > place of one I already use. The one in use currently doesn't doesn't show
> > any of the parameters.
> >
> > Regards
> >
> > Petrus
> >
> > "Paulo Garcia" <pgarcia@users.sourceforge.net> wrote in message
> > news:b4slt5$v15$1@talkto.net...
>> > >
>> > >
>> > > I?ve found TJvVersionInfo into Source directory but I cannot found it in
> > the component
>> > > palette. Does the intention is to be only a class that need to be
> > instantiated by code or
>> > > it was missing in register routines?
>> > >
>> > > Observing the source code I guess that is the first but can someone
> > confirm?
>> > >
>> > > --
>> > > ------------------
>> > > Paulo Garcia
>> > > Digivoice Eletronica
> >
> >




Subject: Re: VersionInfo
From: "Petrus van Breda" <maillist@spsoftdev.com>
Date: Sat, 15 Mar 2003 08:33:36 +0200
Newsgroups: jedi.vcl

Hi

I am not understanding something. When put the component on a form I still
get things like:

    ComputerName = 'xxxxxxxxx'
    Username = 'xxxxxxxxxxxxxxxx'
    Company = 'xxxxxxxxxxxxxxxxxxx'
    ProductID = 'xxxxxxxxxxxxxxxxxxxxx'
    ProductName = 'Microsoft Windows 2000'
    DVDRegion = -1
    TimeRunning = 0.0131549189814815
    DayRunning = 0
    Left = 176
    Top = 40

In the document distributed with the component the following is said:

DOC: To install, just copy the enclosed unit to the JVCL \source folder and
recompile/reinstall the DOC: JVCL packages. TRebuild your application and
verify that the design-time values are NOT DOC: stored in the units DFM (hit
Alt+F12 while vieweing the form to see the DFM content).

Is this still a potential problem as I thought about using this component in
place of one I already use. The one in use currently doesn't doesn't show
any of the parameters.

Regards

Petrus

"Paulo Garcia" <pgarcia@users.sourceforge.net> wrote in message
news:b4slt5$v15$1@talkto.net...
> >
> >
> > I?ve found TJvVersionInfo into Source directory but I cannot found it in
the component
> > palette. Does the intention is to be only a class that need to be
instantiated by code or
> > it was missing in register routines?
> >
> > Observing the source code I guess that is the first but can someone
confirm?
> >
> > --
> > ------------------
> > Paulo Garcia
> > Digivoice Eletronica




Subject: Peter - it is NOT safe yet! Was: [JVCL ALERT]: Potentionaly dangerous component: JvComputerinfo. Please read!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Mar 2003 23:06:50 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Mar 2003 09:16:59 +0100)
....while the fading voice of Peter whispered through the darkness:

Addition to my previous post, for those, who possibly need using this
component for changing computer settings at DesignTime;

6) published property InfoChangingAllowed: boolean read MayChangeInfo write
SetMayChangeInfo stored false;

7) protected procedure TJvComputerInfo.SetMayChangeInfo(const Value:
boolean);
begin
  if csDesigning in ComponentState then MayChangeInfo := Value;
end;

// so if even by some strange glitch the dangerous propertie value will be
stored in DFM, the end-user will not be harmed, only perhaps some other
developer from team.

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Fri, 14 Mar 2003 20:35:08 +0100
Newsgroups: jedi.vcl

Hi,

Francis PARLANT schrieb:
> It already made a bad reputation about my programming among some of my
> customers ! 

Of course that's the more serious effect by a wide margin, and what I actually had in mind.  Bad wording.

I understand how things like that can happen, as long as we don't have a strict QA regime (which probably can't be established in a crowd of volunteers).

But WHEN it happens, the uttermost should be tried to limit the damage.

Greetings, Robert



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Mar 2003 22:05:42 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Mar 2003 09:16:59 +0100)
....while the fading voice of Peter whispered through the darkness:

 PT> make a new release on SourceForge because of this, let me know.

Silent un-numbered update + that certaint file placed for separate download
update + notifying of it all the users with delphi news sites and e-mail
lists and news-groups - IMHO that would be enough.

Peter, i am surprised of such a dangerous component design. The specific
non-common features of component are never be allowed by default.
Now imagine somewhone will update this component, but will recompile his
application w|o re-opening DFM - what's then ?

I ask You to include the following modifications:
1) move most part of functions to protected section and perhaps make them
dynamic methods.
2) add variable   public MayChangeInfo: boolean; // this one will never be
saved in DFM. If someone wants to change something - let him explicitly
enables this!
3) public constructor TJvComputerInfo.Create(AOwner: TComponent);
    begin
       inherited;
       MayChangeInfo := false;
    end;
4) add method   protected procedure CheckMayChange; dynamic;
procedure TJvComputerInfo.CheckMayChange;
begin
  if MayChangeInfo then exit;
  raise Exception.Create('Changing the computer and Windows settings is not
allowed!!!');
end;
5) CheckMayChange should be called by 1st statement from inside the
following routines:
TJvComputerInfo.WriteReg
TJvComputerInfo.SetDVDRegion

0) look if ReadReg/WriteReg functions are already existing in JCL/JVCL
untis - they seems to be rather generic ones :-)

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: JVCL 2.1 downloads go up
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Mar 2003 17:21:35 +0100
Newsgroups: jedi.vcl

The last days show a steady growth in downloads.
Nearing 2.000 per day.
I also had a look at the Top Ten and their downloads only reach 10.000 per day. I think with JVCL 3.0 we can reach that also ;-)



Subject: Re: VersionInfo
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Mar 2003 18:29:53 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 14 Mar 2003 13:36:38 +0000 (UTC))
....while the fading voice of Paulo whispered through the darkness:


AFAIR there was a version label doanted to JVCL, abd here You are right - it
is not a component though is still a part of jVcl

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: VersionInfo
From: "Paulo Garcia" <pgarcia@users.sourceforge.net>
Date: Fri, 14 Mar 2003 13:36:38 +0000 (UTC)
Newsgroups: jedi.vcl

I?ve found TJvVersionInfo into Source directory but I cannot found it in the component
palette. Does the intention is to be only a class that need to be instantiated by code or
it was missing in register routines?

Observing the source code I guess that is the first but can someone confirm?

-- ------------------ Paulo Garcia Digivoice Eletronica 

Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Francis PARLANT" <fparlant@no-spam-ordimega.com>
Date: Fri, 14 Mar 2003 09:28:39 +0100
Newsgroups: jedi.vcl

It already made a bad reputation about my programming among some of my
customers ! Fortunately I discover this before thousands of customers had
installed my app ;-) But I had to apologize confusely to some of them, a
really bad experience :-( The very bad thing with it is that you don't
realize anything until someone say "can you explain why my Windows installed
on my PC is registered to you ?...". And it not that easy for normal user to
restore their legal settings in the registry...

--


"Robert Rossmair" <Robert.Rossmair@gmx.net> a écrit dans le message de news:
3E70C543.4030405@gmx.net...
> > Peter,
> >
>> > > If you would like us to make a new
>> > > release on SourceForge because of this, let me know.
> >
> > IMHO a fixed release should be made available ASAP.
> > Keeping the current release unfixed could cause much damage to JEDI
reputation.
> >
> > Robert
> >




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 13 Mar 2003 17:24:14 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b4qug9$m9k$1@talkto.net...

> > I beleive he ever is a virtual mantained by a team of programmers or
someone
> > finally had invented AI :-)

Getting closer and closer to the truth :)

Michael




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Mar 2003 00:55:56 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Mar 2003 10:26:05 -0500)
....while the fading voice of Michael whispered through the darkness:

 ??>> about it (don't you *ever* sleep, Michael?).
 MBT> Yeah, sometimes :)

I beleive he ever is a virtual mantained by a team of programmers or someone
finally had invented AI :-)

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: REcompile fails after cvs update
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 13 Mar 2003 13:48:38 -0600
Newsgroups: jedi.vcl

I removed it from the dpk, and verified that it was not in jvclreg.pas. I
even did a windows search for any file containing the text *zlib*. And
windows returned no results. I recompiled the dpk and it compiled just fine.

Thanks again for all your help Peter,
Dave


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b4q1vs$grn$1@talkto.net...
>> > > Will removing ZLibMultiple affect other components? If so which ones? I
do
>> > > not want to remove one problem to cause another, you know?
> >
> > No, it is self-contained but there might be more than one place where it
is
> > referenced (i.e in the dpk as well as in JVCLReg.pas)
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Mar 2003 19:37:28 +0100
Newsgroups: jedi.vcl

I have added a fix release containing the affected unit to sourceforge.
Let's hope this will be sufficient...

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Mar 2003 19:17:18 +0100
Newsgroups: jedi.vcl

OK, I will see what I can do

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Robert Rossmair" <Robert.Rossmair@gmx.net> skrev i meddelandet
news:3E70C543.4030405@gmx.net...
> > Peter,
> >
>> > > If you would like us to make a new
>> > > release on SourceForge because of this, let me know.
> >
> > IMHO a fixed release should be made available ASAP.
> > Keeping the current release unfixed could cause much damage to JEDI
reputation.
> >
> > Robert
> >



Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: "asn" <asn@xs4all.nl>
Date: Thu, 13 Mar 2003 18:59:45 +0100
Newsgroups: jedi.vcl

"Robert Rossmair [Team JCL]" <Robert.Rossmair@gmx.net> wrote in message
news:3E6D16DB.2010505@gmx.net...
> > asn schrieb:
> >
>>> > >>During the last weeks I have removed/isolated platform dependencies in
JCL
>> > >
>> > > units
>> > >
>>> > >>listed below:
>>> > >>
>>> > >>JclSysUtils
>>> > >>JclStrings
>>> > >>JclDateTime
>>> > >>JclGraphUtils
>>> > >>JclGraphics
>>> > >>JclFileUtils
>>> > >>
>> > >
>> > > That's great !! . Send them to me or wait till I can them out of CVS.
> >
> > I have posted a zipped archive to the jedi.binaries group.
> >
> > Greetings, Robert
> >

I will send a zipped archive of the ported components to the jedi.binaries,
using the above files.
probaply in the middle of next week.

Greetings, Andre





Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 13 Mar 2003 18:55:36 +0100
Newsgroups: jedi.vcl

Hi Andre,

> I will send a zipped archive of the ported components to the jedi.binaries,
> using the above files.
> probaply in the middle of next week.
>
> Greetings, Andre

Thank you a lot.  Did you notice the "offer"-thread in jedi.jcl?

Greetings, Robert



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Thu, 13 Mar 2003 18:52:03 +0100
Newsgroups: jedi.vcl

Peter,

> If you would like us to make a new
> release on SourceForge because of this, let me know.

IMHO a fixed release should be made available ASAP.
Keeping the current release unfixed could cause much damage to JEDI reputation.

Robert



Subject: Re: dxgettext and JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Mar 2003 18:44:42 +0100
Newsgroups: jedi.vcl

> > Is their license copatible with JVCL's one?
dxgettext is released under the Common Public License
(http://www.opensource.org/licenses/cpl.php). It is at least as
unrestrictive as MPL AFAICU.
--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Thu, 13 Mar 2003 12:33:04 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b4pklh$e7n$1@talkto.net...
>> > > Thanks a lot Peter for such a quick reactivity and fixing this problem
so
>> > > quickly !.....
> > You're welcome: this was actually the first *really* dangerous bug in JVCL
I
> > have ever encountered so a fast fix was of the necessity. Also, thanks to
> > Michael Beck for reacting immediately to your initial mail and notifying
me
> > about it (don't you *ever* sleep, Michael?).

Will there be a 2.1.1 stable release for this?  Many downloading the full
2.1 package may not learn about this problem until it's too late.

Steve




Subject: Re: TJvDBLookupCombo Problem
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Mar 2003 19:46:35 +0300
Newsgroups: jedi.vcl

==========================================================================
* Forwarded by Arioch /BDV/ <the_Arioch@nm.ru>
* Newsgroup: jedi.jcl
* From: "Johann" <johann@arociel.com>
* Date: Thu, 13 Mar 2003 10:01:01 +0100
* Subj: TJvDBLookupCombo Problem
==========================================================================

(Sorry for my bad english...)

I use a TJvDBLookupCombo on my form. When I run my project, it seems there's
no value selected, but I'm sure there's one. If I press "Edit" and
immediatly "Post" on my TDBNavigator, the good value appears in my
TJvDBLookupCombo...
Where does it come from ?
Thanks a lot, Johann.

PS:  I must precise that on some records, it works perfectly...
==========================================================================
With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Re: dxgettext and JVCL
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Mar 2003 19:45:11 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 6 Mar 2003 13:34:25 +0100)
....while the fading voice of Peter whispered through the darkness:

Is their license copatible with JVCL's one?

I've got questions from DelphiPlus.org about what is Alliance.
If DxGetText may appear in the Alliance - that could be a demo, that we
always can point to :-)

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: TJvDBLookupCombo problem
From: "Johann" <johann@arociel.com>
Date: Thu, 13 Mar 2003 17:01:36 +0100
Newsgroups: jedi.vcl

It looks like a bug : if I put another JvDBLookupCombo (let's call it Bis)
the first one now works perfectly, the second (BIS) do the same
problem.........
JOHANN

Johann wrote:
> > Thanks anyway for trying to help.
> > I just move through my records, it happenson some of them but I can't
> > find out the exact reason : no event at this time, source list is
> > always the same...
> > I put a "manual" refresh on a Button click event : nothing more....
> > Johann
> >
> > Karl Ivar Hansen wrote:
>> >> Hey Johann.
>> >> Not qualified for support.
>> >> try to find out when/where this happen, insert in your code
>> >> JvDBLookupComboX.Refresh;
>> >>
>> >> Regards
>> >> Karl Ivar
>> >>
>> >>
>> >> "Johann" <johann@arociel.com> skrev i melding
>> >> news:b4plao$ebt$1@talkto.net...
>>> >>> (Sorry for my bad english...)
>>> >>>
>>> >>> I use a TJvDBLookupCombo on my form. When I run my project, it seems
>>> >>> there's no value selected, but I'm sure there's one. If I press
>>> >>> "Edit" and immediatly "Post" on my TDBNavigator, the good value
>>> >>> appears in my TJvDBLookupCombo...
>>> >>> I precise that it works perfectly on some records of the same
>>> >>> AdoTable... I can't explain why...
>>> >>> Where does it come from ?
>>> >>> Thanks a lot, Johann.




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 13 Mar 2003 10:26:05 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b4pklh$e7n$1@talkto.net...
> > You're welcome: this was actually the first *really* dangerous bug in JVCL
I
> > have ever encountered so a fast fix was of the necessity. Also, thanks to
> > Michael Beck for reacting immediately to your initial mail and notifying
me
> > about it (don't you *ever* sleep, Michael?).

Yeah, sometimes :)

Michael




Subject: Re: TJvDBLookupCombo problem
From: "Johann" <johann@arociel.com>
Date: Thu, 13 Mar 2003 16:24:28 +0100
Newsgroups: jedi.vcl

Thanks anyway for trying to help.
I just move through my records, it happenson some of them but I can't find
out the exact reason : no event at this time, source list is always the
same...
I put a "manual" refresh on a Button click event : nothing more....
Johann

Karl Ivar Hansen wrote:
> > Hey Johann.
> > Not qualified for support.
> > try to find out when/where this happen, insert in your code
> > JvDBLookupComboX.Refresh;
> >
> > Regards
> > Karl Ivar
> >
> >
> > "Johann" <johann@arociel.com> skrev i melding
> > news:b4plao$ebt$1@talkto.net...
>> >> (Sorry for my bad english...)
>> >>
>> >> I use a TJvDBLookupCombo on my form. When I run my project, it seems
>> >> there's no value selected, but I'm sure there's one. If I press
>> >> "Edit" and immediatly "Post" on my TDBNavigator, the good value
>> >> appears in my TJvDBLookupCombo...
>> >> I precise that it works perfectly on some records of the same
>> >> AdoTable... I can't explain why...
>> >> Where does it come from ?
>> >> Thanks a lot, Johann.




Subject: Re: TJvDBLookupCombo problem
From: "Karl Ivar Hansen" <ki-han@frisurf.no>
Date: Thu, 13 Mar 2003 16:10:37 +0100
Newsgroups: jedi.vcl

Hey Johann.
Not qualified for support.
try to find out when/where this happen, insert in your code
JvDBLookupComboX.Refresh;

Regards
Karl Ivar


"Johann" <johann@arociel.com> skrev i melding
news:b4plao$ebt$1@talkto.net...
> > (Sorry for my bad english...)
> >
> > I use a TJvDBLookupCombo on my form. When I run my project, it seems
there's
> > no value selected, but I'm sure there's one. If I press "Edit" and
> > immediatly "Post" on my TDBNavigator, the good value appears in my
> > TJvDBLookupCombo...
> > I precise that it works perfectly on some records of the same AdoTable...
I
> > can't explain why...
> > Where does it come from ?
> > Thanks a lot, Johann.
> >
> >
> >




Subject: Re: REcompile fails after cvs update
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Mar 2003 14:49:15 +0100
Newsgroups: jedi.vcl

> > Will removing ZLibMultiple affect other components? If so which ones? I do
> > not want to remove one problem to cause another, you know?

No, it is self-contained but there might be more than one place where it is
referenced (i.e in the dpk as well as in JVCLReg.pas)

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: REcompile fails after cvs update
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 13 Mar 2003 07:35:15 -0600
Newsgroups: jedi.vcl

Will removing ZLibMultiple affect other components? If so which ones? I do
not want to remove one problem to cause another, you know?

Thanks again,
Dave


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b4pe6q$d5p$1@talkto.net...
> > The URW533 error is not your fault: it's a problem with D5+JVCL.
Restarting
> > D5 and do a Build usually helps. We haven't been able to determine what
> > causes the URW533 error so we can't say if it is something in JVCL, the
mere
> > size of JVCL or a bug in D5 causing it.
> >
> > If you continue to have problems with zlib, try removing ZLibMultiple from
> > the package(s) - this is the only unit using zlib in JVCL.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: REcompile fails after cvs update
From: "Karl Ivar Hansen" <ki-han@frisurf.no>
Date: Thu, 13 Mar 2003 13:41:59 +0100
Newsgroups: jedi.vcl

Tips....
Make sure that Zlib.pas is in the search-path of delphi.
(I assumed that this was there, but NOT !  :-)
It did th trick on my rebuild.

Karl Ivar




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 13 Mar 2003 12:38:20 +0100
Newsgroups: jedi.vcl



"Peter Thörnqvist" schrieb:

>> > > Thanks a lot Peter for such a quick reactivity and fixing this problem so
>> > > quickly !.....

yes I want to repepat it :-) thanx Peter!

> >
> > You're welcome: this was actually the first *really* dangerous bug in JVCL I
> > have ever encountered so a fast fix was of the necessity. Also, thanks to
> > Michael Beck for reacting immediately to your initial mail and notifying me
> > about it (don't you *ever* sleep, Michael?).

Yes this is amazing ... he also posts his helpfull links and other stuff at
GExperts and various Borland Newsgroups and JEDI Newsgroups of course  and it
also seems that he posts at the Developer Express Newsgroups :-) where he was
uncovered as an open source guru :-)

Yes thanx to your effort for the Delphi Commnunity, Michael :-)

Ralf Grenzing
(JVCL MegaDemo Developer)




Subject: TJvDBLookupCombo problem
From: "Johann" <johann@arociel.com>
Date: Thu, 13 Mar 2003 11:13:02 +0100
Newsgroups: jedi.vcl

(Sorry for my bad english...)

I use a TJvDBLookupCombo on my form. When I run my project, it seems there's
no value selected, but I'm sure there's one. If I press "Edit" and
immediatly "Post" on my TDBNavigator, the good value appears in my
TJvDBLookupCombo...
I precise that it works perfectly on some records of the same AdoTable... I
can't explain why...
Where does it come from ?
Thanks a lot, Johann.





Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Mar 2003 11:01:50 +0100
Newsgroups: jedi.vcl

> > Thanks a lot Peter for such a quick reactivity and fixing this problem so
> > quickly !.....
You're welcome: this was actually the first *really* dangerous bug in JVCL I
have ever encountered so a fast fix was of the necessity. Also, thanks to
Michael Beck for reacting immediately to your initial mail and notifying me
about it (don't you *ever* sleep, Michael?).

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Francis PARLANT" <fparlant@no-spam-ordimega.com>
Date: Thu, 13 Mar 2003 10:19:36 +0100
Newsgroups: jedi.vcl

Thanks a lot Peter for such a quick reactivity and fixing this problem so
quickly !.....

--


"Peter Thörnqvist" <peter3@nospam.peter3.com> a écrit dans le message de
news: b4pegv$d76$1@talkto.net...
> > I have today been informaed about a potentional very dangerous behaviour
of
> > the TJvComputerInfo component. Here's a quote from the original message:




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Mar 2003 10:08:27 +0100
Newsgroups: jedi.vcl

> > Maybe you could also post it to binaries for those of us that have
problems
> > getting to CVS?

Good idea. Will do.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 13 Mar 2003 08:49:02 -0000
Newsgroups: jedi.vcl

Maybe you could also post it to binaries for those of us that have problems
getting to CVS?

Andy

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b4pegv$d76$1@talkto.net...
> > I have today been informaed about a potentional very dangerous behaviour
of
> > the TJvComputerInfo component. Here's a quote from the original message:
> >
> > ---------------------8<------------------------------
> > I am sorry not to post this bug issue on sourgeforge.net but I think it
> > is enought potentially dangerous to warn you directly !! I
> > have used a TJvComputerInfo 5JVCL 2.0) in my application to get
> > information about my customer PC . What I didn't expected was that
> > when the application runs on my customer PC all their registry settings
> > (provided by TJvComputerInfo) are replaced with those of the
> > TJvComputerInfo component at the time it was dropped on my form, which
> > means all my customers running my app will see their registry
> > settings replaced with these of my PC !!! That's really annoying as far
> > as the Window serial number among other important settings
> > is replaced with mine, etc. I think this should be fixed asap, or at
> > least the Setxxx procedures should be disabled in this
> > component !....
> >
> > ---------------------8<------------------------------
> >
> > I have fixed the component in CVS by adding "stored false" to all
published,
> > writeable properties (see Mantis #799). This should prevent the
design-time
> > values to be stored and thus they will not be loaded and overwrite user
> > values when the program is run.
> >
> > If you are using this component, please update from CVS, rebuild the JVCL
> > packages and rebuild your application. If you would like us to make a new
> > release on SourceForge because of this, let me know.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: [JVCL ALERT]: Potentional dangerous component: JvComputerinfo. Pleas read!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Mar 2003 09:16:59 +0100
Newsgroups: jedi.vcl

I have today been informaed about a potentional very dangerous behaviour of
the TJvComputerInfo component. Here's a quote from the original message:

---------------------8<------------------------------
I am sorry not to post this bug issue on sourgeforge.net but I think it
is enought potentially dangerous to warn you directly !! I
have used a TJvComputerInfo 5JVCL 2.0) in my application to get
information about my customer PC . What I didn't expected was that
when the application runs on my customer PC all their registry settings
(provided by TJvComputerInfo) are replaced with those of the
TJvComputerInfo component at the time it was dropped on my form, which
means all my customers running my app will see their registry
settings replaced with these of my PC !!! That's really annoying as far
as the Window serial number among other important settings
is replaced with mine, etc. I think this should be fixed asap, or at
least the Setxxx procedures should be disabled in this
component !....

---------------------8<------------------------------

I have fixed the component in CVS by adding "stored false" to all published,
writeable properties (see Mantis #799). This should prevent the design-time
values to be stored and thus they will not be loaded and overwrite user
values when the program is run.

If you are using this component, please update from CVS, rebuild the JVCL
packages and rebuild your application. If you would like us to make a new
release on SourceForge because of this, let me know.


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: REcompile fails after cvs update
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Mar 2003 09:11:34 +0100
Newsgroups: jedi.vcl

The URW533 error is not your fault: it's a problem with D5+JVCL. Restarting
D5 and do a Build usually helps. We haven't been able to determine what
causes the URW533 error so we can't say if it is something in JVCL, the mere
size of JVCL or a bug in D5 causing it.

If you continue to have problems with zlib, try removing ZLibMultiple from
the package(s) - this is the only unit using zlib in JVCL.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: REcompile fails after cvs update
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 12 Mar 2003 14:37:57 -0600
Newsgroups: jedi.vcl

Got the same errors when doing a build on JVCL200_R50.dpk.

Just cant figure what i am doing wrong here.
Dave


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b4o4sg$82h$1@talkto.net...
>> > > I just went through and removed everything(and i mean everything) except
> > the
>> > > jedi stuff and the borland stuff. I hit compile on the package and got
the
>> > > following errors:
>> > >
>> > > [Warning] Unit 'zlib' implicitly imported into package 'JVCL200_R50'
>> > > [Warning] Unit 'zlibconst' implicitly imported into package
'JVCL200_R50'
>> > > [Hint] Package 'JVCL200_R50' does not use or export 'JvAlarms.RC_Alarm'
>> > > [Hint] Package 'JVCL200_R50' does not use or export
>> > > 'JvDirectories.RC_allFolders'
>> > > [Fatal Error] Internal error: URW533
>> > > [Fatal Error] Required package 'V' not found
> >
> > In D5, always do a 'Build all' on the package; compile almost always fails
> > (resulting in the Internal error; the second error is just a result of the
> > first one). The hints and warnings are normal and can be ignored.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: REcompile fails after cvs update
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Mar 2003 21:26:19 +0100
Newsgroups: jedi.vcl

> > I just went through and removed everything(and i mean everything) except
the
> > jedi stuff and the borland stuff. I hit compile on the package and got the
> > following errors:
> >
> > [Warning] Unit 'zlib' implicitly imported into package 'JVCL200_R50'
> > [Warning] Unit 'zlibconst' implicitly imported into package 'JVCL200_R50'
> > [Hint] Package 'JVCL200_R50' does not use or export 'JvAlarms.RC_Alarm'
> > [Hint] Package 'JVCL200_R50' does not use or export
> > 'JvDirectories.RC_allFolders'
> > [Fatal Error] Internal error: URW533
> > [Fatal Error] Required package 'V' not found

In D5, always do a 'Build all' on the package; compile almost always fails
(resulting in the Internal error; the second error is just a result of the
first one). The hints and warnings are normal and can be ignored.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: REcompile fails after cvs update
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 12 Mar 2003 13:46:35 -0600
Newsgroups: jedi.vcl

I just went through and removed everything(and i mean everything) except the
jedi stuff and the borland stuff. I hit compile on the package and got the
following errors:

[Warning] Unit 'zlib' implicitly imported into package 'JVCL200_R50'
[Warning] Unit 'zlibconst' implicitly imported into package 'JVCL200_R50'
[Hint] Package 'JVCL200_R50' does not use or export 'JvAlarms.RC_Alarm'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDirectories.RC_allFolders'
[Fatal Error] Internal error: URW533
[Fatal Error] Required package 'V' not found


??????
Thanks,
Dave




"dave" <dbracken@infonowsolutions.com> wrote in message
news:b4o0ve$7dc$1@talkto.net...
> > i get the following messages when i try to recompile JVCL200_R50.dpk after
> > update with tortoise:
> >
> > [Error] JvZlibMultiple.pas(140): Undeclared identifier:
'TCompressionStream'
> > [Error] JvZlibMultiple.pas(172): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(172): Incompatible types: 'TComponent' and
> > 'Integer'
> > [Error] JvZlibMultiple.pas(180): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(180): Illegal type in Write/Writeln statement
> > [Error] JvZlibMultiple.pas(185): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(284): Undeclared identifier:
> > 'TDecompressionStream'
> > [Error] JvZlibMultiple.pas(327): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(327): Incompatible types: 'TComponent' and
> > 'TMemoryStream'
> > [Error] JvZlibMultiple.pas(335): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(335): Illegal type in Read/Readln statement
> > [Error] JvZlibMultiple.pas(335): Left side cannot be assigned to
> > [Error] JvZlibMultiple.pas(345): Missing operator or semicolon
> > [Fatal Error] JVCL200_R50.dpk(451): Could not compile used unit
> > '..\source\JvZlibMultiple.pas'
> >
> > I even removed the rx library packages and library path references and
still
> > got these errors.
> > JVCL200_D50 recompiled with no problems.
> >
> > Any suggestions?
> >
> > Dave
> >
> >




Subject: Re: REcompile fails after cvs update
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 12 Mar 2003 13:43:12 -0600
Newsgroups: jedi.vcl

I even tried removing damn near all my components, and all my library paths
(besides anything jedi or borland related) , and still get the same
messages.

Help?
p.s.
Am i supposed to remove the old jedi stuff before i recompile?

Dave



"dave" <dbracken@infonowsolutions.com> wrote in message
news:b4o0ve$7dc$1@talkto.net...
> > i get the following messages when i try to recompile JVCL200_R50.dpk after
> > update with tortoise:
> >
> > [Error] JvZlibMultiple.pas(140): Undeclared identifier:
'TCompressionStream'
> > [Error] JvZlibMultiple.pas(172): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(172): Incompatible types: 'TComponent' and
> > 'Integer'
> > [Error] JvZlibMultiple.pas(180): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(180): Illegal type in Write/Writeln statement
> > [Error] JvZlibMultiple.pas(185): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(284): Undeclared identifier:
> > 'TDecompressionStream'
> > [Error] JvZlibMultiple.pas(327): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(327): Incompatible types: 'TComponent' and
> > 'TMemoryStream'
> > [Error] JvZlibMultiple.pas(335): Missing operator or semicolon
> > [Error] JvZlibMultiple.pas(335): Illegal type in Read/Readln statement
> > [Error] JvZlibMultiple.pas(335): Left side cannot be assigned to
> > [Error] JvZlibMultiple.pas(345): Missing operator or semicolon
> > [Fatal Error] JVCL200_R50.dpk(451): Could not compile used unit
> > '..\source\JvZlibMultiple.pas'
> >
> > I even removed the rx library packages and library path references and
still
> > got these errors.
> > JVCL200_D50 recompiled with no problems.
> >
> > Any suggestions?
> >
> > Dave
> >
> >




Subject: REcompile fails after cvs update
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 12 Mar 2003 13:19:30 -0600
Newsgroups: jedi.vcl

i get the following messages when i try to recompile JVCL200_R50.dpk after
update with tortoise:

[Error] JvZlibMultiple.pas(140): Undeclared identifier: 'TCompressionStream'
[Error] JvZlibMultiple.pas(172): Missing operator or semicolon
[Error] JvZlibMultiple.pas(172): Incompatible types: 'TComponent' and
'Integer'
[Error] JvZlibMultiple.pas(180): Missing operator or semicolon
[Error] JvZlibMultiple.pas(180): Illegal type in Write/Writeln statement
[Error] JvZlibMultiple.pas(185): Missing operator or semicolon
[Error] JvZlibMultiple.pas(284): Undeclared identifier:
'TDecompressionStream'
[Error] JvZlibMultiple.pas(327): Missing operator or semicolon
[Error] JvZlibMultiple.pas(327): Incompatible types: 'TComponent' and
'TMemoryStream'
[Error] JvZlibMultiple.pas(335): Missing operator or semicolon
[Error] JvZlibMultiple.pas(335): Illegal type in Read/Readln statement
[Error] JvZlibMultiple.pas(335): Left side cannot be assigned to
[Error] JvZlibMultiple.pas(345): Missing operator or semicolon
[Fatal Error] JVCL200_R50.dpk(451): Could not compile used unit
'..\source\JvZlibMultiple.pas'

I even removed the rx library packages and library path references and still
got these errors.
JVCL200_D50 recompiled with no problems.

Any suggestions?

Dave




Subject: Re: Proposed changes to TJvThread
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Mar 2003 19:58:54 +0100
Newsgroups: jedi.vcl

Robert Gesswein wrote:
> Any comments?

Good idea.

> (Is there a more appropriate way to suggest a change like this?)

You can post a feature request on the bugtracker, but there will be not much disussion. Here we can happily turn you down ;-)
Such design decisions need to be discussed and the only place is here.



Subject: Re: Do i need to recompile each time?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Mar 2003 18:53:16 +0100
Newsgroups: jedi.vcl

> > Why not use Turtoise to retrieve it directly to your development folder?
> > Saves you a copy operation.
Further to that: if you want to do this (dave), the simplest way in your
case is just to copy your current Tortoise folder into the dev folder
*including the CVS folders underneath*. Now delete the original TCVS fodler
and do all your updates from the dev folder directly.

> > Praying it compiles <g>
Cursing works too<g>


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Do i need to recompile each time?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Mar 2003 18:46:54 +0100
Newsgroups: jedi.vcl

> > Each time i update the JVCL folder do i need to re-compile my jedi
packages?
> > (JVCL200_D50.dpk & JVCL200_R50.dpk.
Yes, if you want to see any design-time changes. If you have added the JVCL
source paths to Delphis Library path, the new files will be used when you
build your application.

> > Also, After copying the new files in and overwriting the old, is there
> > anything else that i need to do?
No, not really, but you should make sure that all files are updated (i.e
\packages, \common as well as \source)

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Do i need to recompile each time?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Mar 2003 18:45:40 +0100
Newsgroups: jedi.vcl

> > I am now able to use tortoise to retrieve update files. I have a folder on
> > my c: drive that i download them to. Then i take and copy the contents of
> > this folder over to my JVCL Folder in my development components folder,
and
> > overwrite the existing files there when prompted.

Why not use Turtoise to retrieve it directly to your development folder?
Saves you a copy operation.

> > My question is:
> > Each time i update the JVCL folder do i need to re-compile my jedi
packages?

Depends on how you want to use it. If you want to take advantage of newly
added components you should. If you have the JVCL source path in your Delphi
library path, you don't have to to take advantage of fixes. I usually do a
rebuild after updating (which I haven't done so frequently lately), mainly
because I don't have the JVCL source folder in my library path.

> > Also, After copying the new files in and overwriting the old, is there
> > anything else that i need to do?

Praying it compiles <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Proposed changes to TJvThread
From: "Robert Gesswein" <rgesswein.REMOVE@yahoo.com>
Date: Wed, 12 Mar 2003 11:44:05 -0500
Newsgroups: jedi.vcl

I would like to propose at least one change to the TJvThread unit. Currently
there is no way to get at the underlying thread being executed and therefore
no way (I can see at least) to be able to synchronize the thread against the
main application thread in order to update the application based on a
thread's work.

To enable this I propose at least the following change(s):

1. TJvThread.Execute to return at TThread rather than a Thandle.
This allows us to save the thread in an object tucked in the FParams pointer
so it can be used for synchronization later.

This change is sufficient but another option (and one I like better) is

2. Change TJvHideThread.Execute so it passes self rather than nil as the
first parameter to FExecuteEvent.
This exposes the hidden thread but if it is used as a TThread it doesn't do
much harm and only strays slightly from what I suspect was the original
author's intent. This method has the advantage over the first change of
allowing the FParams pointer to be used w/o having to create an object to
hold the thread reference.

Any comments?
(Is there a more appropriate way to suggest a change like this?)

--
Regards,
Robert Gesswein




Subject: Re: JvId3V2 Does Not work properly
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 12 Mar 2003 09:35:05 -0600
Newsgroups: jedi.vcl

I will try to send from home tonight, zipped :)
Dave


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:3E6D3B72.1020104@Mmyrealbox.com...
> > Dave BraCKEN wrote:
>> > > Version says 3, but still cannot find the artist property which is set
in
>> > > the tag(verified by winamp). Just tell me where to send the file to, and
if
>> > > you would like it zipped first.(because of some email filters)
>> > >
> >
> > Send it to remkobonteSP@Mmyrealbox.com without the SP M, zipped would be
> >   nice.
> >




Subject: Do i need to recompile each time?
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 12 Mar 2003 09:34:03 -0600
Newsgroups: jedi.vcl

I am now able to use tortoise to retrieve update files. I have a folder on
my c: drive that i download them to. Then i take and copy the contents of
this folder over to my JVCL Folder in my development components folder, and
overwrite the existing files there when prompted.
My question is:
Each time i update the JVCL folder do i need to re-compile my jedi packages?
(JVCL200_D50.dpk & JVCL200_R50.dpk.
Also, After copying the new files in and overwriting the old, is there
anything else that i need to do?

Thanks for your help in advance,
Dave




Subject: Re: dxgettext and JVCL
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Mar 2003 10:12:40 +0100
Newsgroups: jedi.vcl

> > Is it phrase-based or word-based?
I guess it would be phrase-based. Each string in a project is extracted and
put into a translation file. The entire string is included when searching
for a translation. You could say that the string is the ID.

> > Won't it just duplicate existing functionlty of JvTranslator ?
Yes and no. dxgettext already has all the tools necessary to do a complete
translation cycle:

extract the strings,
editors for the translator (use poEdit or kBabel or even Notepad),
creatoion of binary file for fast lookup,
auto-translation at run-time (TranslateProperties function)
support for custom run-time translators
Unicode compatible
Linux compatibel (files are in same format as used by gnugettext)

JvTranslator is a nice idea but it is far from complete and isn't useable
without a lot of manual work.

> > Is it able to translate ResourceStrings ?
yes

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: dxgettext and JVCL
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 11 Mar 2003 22:02:46 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 6 Mar 2003 13:34:25 +0100)
....while the fading voice of Peter whispered through the darkness:

 PT> info on dxgettext, see http://dxgettext.sourceforge.net

Is it phrase-based or word-based?
Word-based tools like Multiliser and Doc-O-Matic langauge file are of no use
for Russian.

Won't it just duplicate existing functionlty of JvTranslator ?

Is it able to translate ResourceStrings ?

VCL RC's for russian can betaken from VGLib - if author of it will agree,
but why wont he?
--
Уши вянут от Avril Lavigne - Things I'll Never Say
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: TJvCustomComboEdit and XP Themes
From: "Rodrigo.net" <rodrigol@bigfoot.com>
Date: Tue, 11 Mar 2003 15:38:43 -0300
Newsgroups: jedi.vcl

When GlyphKind property of TJvCustomComboEdit is set to gkDropDown on WinXP,
I think It should have the default "Themed ComboBox button" appearance.
I've already tried to change its appearence, but I don't know how to do It.




Subject: Re: Donation: Interbase components
From: "adem" <adembaba@excite.com>
Date: Tue, 11 Mar 2003 18:57:35 +0200
Newsgroups: jedi.vcl

> > I've made components for Interbase & FireBird.
> > Are you interested to add them to JVCL ?

Hi,

I had found UIB a couple of days before this was
posted and I was quite excited to see something like it.

My only gripe with it was that apparently nothing
has been derived from TDataset stuff, meaning UIB
will have to have its own ecosystem.

If it goes this route, which is not necessarily a bad thing,
it will probably be the fastest there is (not having to carry
all that TDataset baggage with it) and it may prove to be
the code that reaches to parts of Interbase/Firebird that
others never will/can. (and, if someone comes up with a
firebird.obj instead of dll, we migh have a great thing:
fully monolithic db app around FB).

But, I am somewhat pessimistic that it will be able to
fully cultivate its ecosystem --even IBO was not totally
able to pull a feat like that.

I am, however, looking forward FB v2.x to come along to
see how UIB fares with that --UIB being the new kid on
the block may find it easier to take advantage of the new
stuff introduced in FB2 without having to be bogged down
by backward compatibility issues.

From this POV, it may be that UIB should have waited for
FB2 before going fully public.

Anyway, I'd like to congrat the effort and wish to see it
succeed.
--
Cheers,
Adem





Subject: Re: Jpeg in DB Table
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 11 Mar 2003 16:10:44 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 7 Mar 2003 22:55:36 +0200)
....while the fading voice of Petrus whispered through the darkness:

 ??>> is there any jvc component (like DBImage )  i use to save jpg in DB
 ??>> table and view them ? Best regards bonyadi

JVxDbGrid seems to be able to do it

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Donation: Interbase components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 11 Mar 2003 16:05:16 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 10 Mar 2003 13:47:46 +0100)
....while the fading voice of Henri whispered through the darkness:

 HG> I'm curious to know what they says ...

Some reactions (prtially already answered):

1) very buggy, there should be a file for polishing them.

2) and were did he found Firebird 1.05 ???

3) if it is thin wrapper around IB API - there's much better IB++
if it is thick one - the market is hared between IBO, FIB+ and IBX

4) to 3) from www.DevRace.com (FIB+) : UIB is OpenSourced. The only feature
though.

5) IBO can be used fo free for the initial stages of commercial product and
forever for free project.
There are also 4 different OLE DB provideers including freeware ones
So one more invented bycicle is too much.

And i worry about including everything into JVCL, since it will becamo a
forever part of it.

    Arioch::(Seems JVCL has in Image of some non-structured monster)

6) AFAIR all theese components were in FIB (not FIB+)

7) (www.ibprovider.com)
> >Have a real Borland compliant API conversion
Hmmm, isn't there a label "real win32 executable code " ? :-)
> >Work on the Personnal Edition of Delphi.
Yeah! Cool!!! Tze Pure Pascal!!!
> >Multithreading problem
How are client's MT and server's deadlock connected???
Is it about timeout for blocked connection?
> >database without components
Very actual! All other libraries cannot do it since they are libraries of
components :-(
> >It is designed differently for fast access....
What ???
> >Multithreaded App Servers.
And it should be written manually....
Hmm... _thin_ API wrapper can do no favor for application server!
> > I still working on
Ooohhh, yes. We are ready to wait forever for it!

8) www.ibase.ru:
> > Work on the Personnal Edition of Delphi
Now there will be more fulls believing they can create licensed software
with Delphi Personal :-(




--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Donation: Interbase components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 11 Mar 2003 15:18:03 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 10 Mar 2003 13:47:46 +0100)
....while the fading voice of Henri whispered through the darkness:

http://interbase-world.com/newsgate/thread.php?group=epsylon.public.interbase&first=51&last=100

http://interbase-world.com/newsgate/article.php?id=66989&group=epsylon.public.interbase


--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Donation: Interbase components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 11 Mar 2003 15:06:34 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 10 Mar 2003 13:47:46 +0100)
....while the fading voice of Henri whispered through the darkness:

Xref: forums.demo.ru epsylon.public.interbase:66989
news://forums.demo.ru/epsylon.public.interbase/66989

www.translate.ru may give some help :-)

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: jvLED test
From: "Paulo Garcia" <pgarcia@users.sourceforge.net>
Date: Tue, 11 Mar 2003 11:32:53 +0000 (UTC)
Newsgroups: jedi.vcl

Paulo Garcia wrote:

%author%> Hello, Robert!
%author%> You wrote  on Mon, 10 Mar 2003 20:13:02 +0100:
%author%> 
%author%>  RM> Paulo Garcia wrote:
%author%> 
%author%>  >> Please, does someone could check if the changes are enough and the
%author%>  >> coding are jvcl standard?
%author%> 
%author%>  RM> The changes WILL end up in the JVCL, but after the 2.1 release
%author%>  RM> expect  some days of slooow progress.
%author%> 
%author%>  >> Maybe it needs some code cleaning. Just tell me.
%author%> 
%author%>  RM>    if FLedOn then    begin
%author%>  RM>       Canvas.CopyMode := cmSrcPaint;
%author%>  RM>       Canvas.CopyRect(DestRect, FImgPict.Canvas, SrcRect);
%author%>  RM>    end    else    begin
%author%>  RM>       Canvas.CopyMode := cmSrcPaint;
%author%>  RM>       Canvas.CopyRect(DestRect, FImgGrayed.Canvas, SrcRect);
%author%>  RM>    end
%author%> 
%author%>  RM> This is clumsy.
%author%> 
%author%>  RM>    Canvas.CopyMode := cmSrcPaint;
%author%>  RM>    if FLedOn then
%author%>  RM>       Canvas.CopyRect(DestRect, FImgPict.Canvas, SrcRect)
%author%>  RM>    else
%author%>  RM>       Canvas.CopyRect(DestRect, FImgGrayed.Canvas, SrcRect);
%author%> 
%author%>  RM> Much better. We also always end a statement with ";" so the original
%author%>  RM> last end should have got a ";" added.
%author%> 
%author%> Yes. I realize this and I was changed this exactly you show just after the
%author%> file upload :)
%author%> 
%author%> 
%author%>  RM> procedure TJvLED.SetLedOn(Value: Boolean);
%author%>  RM> begin
%author%>  RM>     FLedOn := Value;
%author%>  RM>     Paint;
%author%>  RM> end;
%author%> 
%author%>  RM> Also not that hot. This paints no matter if it is needed or not.
%author%>  RM> This is one of the major speed improvements possible for components.
%author%>  RM> Avoid painting actively. Calling Paint is especially bad. Call
%author%>  RM> Repaint  if you really need to.
%author%>  RM> Invalidate humbly asks for repainting when it is convienient for the
%author%>  RM> OS.
%author%> 
%author%> You make me remember about InvalidateRect function when I was using Borland
%author%> C++ 3.1. I think the RAD helps you to forget some details...
%author%> 
%author%>  RM> procedure TJvLED.SetLedOn(Value: Boolean);
%author%>  RM> begin    if FLedOn <> Value then    begin
%author%>  RM>      FLedOn := Value;
%author%>  RM>      Invalidate;
%author%>  RM>    end;
%author%>  RM> end;
%author%> 
%author%> Understood. I4ll change it.
%author%> 
%author%>  RM> There is an empty line in CMMouseEnter and CMMouseLeave.
%author%>  RM> We only indent 2 spaces (see SetLedOn).
%author%> 
%author%> Ok. Thank you for tips. As soon as possible I4ll update the file again.
%author%> 
%author%> -----------------------------------------------------
%author%> []4s
%author%> Paulo Garcia
%author%> Digivoice Eletronica



-- ------------------ Paulo Garcia Digivoice Eletronica 

Subject: Re: JvId3V2 Does Not work properly
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 11 Mar 2003 02:27:14 +0100
To: Dave BraCKEN <dbracken@infonowsolutions.com>
Newsgroups: jedi.vcl

Dave BraCKEN wrote:
> Version says 3, but still cannot find the artist property which is set in
> the tag(verified by winamp). Just tell me where to send the file to, and if
> you would like it zipped first.(because of some email filters)
>

Send it to remkobonteSP@Mmyrealbox.com without the SP M, zipped would be  nice.



Subject: Re: jvLED test
From: "Paulo Garcia" <pgarcia-nospam@users.sourceforge.net>
Date: Tue, 11 Mar 2003 01:19:07 +0000 (UTC)
Newsgroups: jedi.vcl

The TJvLED was updated again in binaries including all sugestions.

Regards

Paulo Garcia


Subject: Re: JvId3V2 Does Not work properly
From: "Dave BraCKEN" <dbracken@infonowsolutions.com>
Date: Mon, 10 Mar 2003 19:16:57 -0600
Newsgroups: jedi.vcl

Version says 3, but still cannot find the artist property which is set in
the tag(verified by winamp). Just tell me where to send the file to, and if
you would like it zipped first.(because of some email filters)

Thanks,
Dave


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:3E6D0ECA.70501@Mmyrealbox.com...
> > dave wrote:
>> > > Ok, here is what I have found. I took an MP3 and opened it in winamp and
>> > > viewed the tag information. On this particular file both the v1 and v2
tags
>> > > show an artist in winamp. I wrote down the exact text of that artist
field,
>> > > and then assigned the file to the jvid3v2 component and could not find
that
>> > > tag.
> >
> > It's probably not a v2.3 tag, you can check this by looking at property
> > Version of a TJvID3v2 component, when you have set the FileName
> > property. If it's something other than value 3, the component can't and
> > won't read the tag. If it *is* value 3, then please send me the .mp3
> > file, and I'll check what's wrong.
> >
> > I'm working on the component, to also support 2.2 & 2.4 tags, and that
> > it's able to write tags. But that's going to take some time.
> >
> > Regards,
> > Remko Bonte
> >




Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: "Robert Rossmair [Team JCL]" <Robert.Rossmair@gmx.net>
Date: Mon, 10 Mar 2003 23:51:07 +0100
Newsgroups: jedi.vcl

asn schrieb:

>> During the last weeks I have removed/isolated platform dependencies in JCL
>
> units
>
>> listed below:
>>
>> JclSysUtils
>> JclStrings
>> JclDateTime
>> JclGraphUtils
>> JclGraphics
>> JclFileUtils
>>
>
> That's great !! . Send them to me or wait till I can them out of CVS.

I have posted a zipped archive to the jedi.binaries group.

Greetings, Robert



Subject: Re: JvId3V2 Does Not work properly
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 10 Mar 2003 23:16:42 +0100
To: dave <dbracken@infonowsolutions.com>
Newsgroups: jedi.vcl

dave wrote:
> Ok, here is what I have found. I took an MP3 and opened it in winamp and
> viewed the tag information. On this particular file both the v1 and v2 tags
> show an artist in winamp. I wrote down the exact text of that artist field,
> and then assigned the file to the jvid3v2 component and could not find that
> tag. 

It's probably not a v2.3 tag, you can check this by looking at property Version of a TJvID3v2 component, when you have set the FileName property. If it's something other than value 3, the component can't and won't read the tag. If it *is* value 3, then please send me the .mp3 file, and I'll check what's wrong.

I'm working on the component, to also support 2.2 & 2.4 tags, and that it's able to write tags. But that's going to take some time.

Regards,
Remko Bonte



Subject: Re: jvLED test
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 10 Mar 2003 21:42:29 +0100
Newsgroups: jedi.vcl

> > Do you (or someone) know how the restructure (v3.0) project will be
> > scheduled?
No, we have decided to discuss it here first before we decide what to do and
when. The 3.0 version will be a big leap for JVCL in many ways, so we better
get it right from the start.

> >Apparently after 2.1 release this newsgroups is a little abandoned...
Not abandoned: we are just catching our breath<g>

> > I´m say this because I want to know what I can do meanwhile. I don´t
> > have much time too but I´m working a little with jvcl...

And appreciated too. In a couple of days, I think the discussion for JVCL
3.0 will be back up to speed again, so stay tuned. In the meantime, you
could always take a look in Mantis...


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: jvLED test
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Mon, 10 Mar 2003 16:54:16 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Mon, 10 Mar 2003 20:13:02 +0100:

 RM> Paulo Garcia wrote:

 >> Please, does someone could check if the changes are enough and the
 >> coding are jvcl standard?

 RM> The changes WILL end up in the JVCL, but after the 2.1 release
 RM> expect  some days of slooow progress.

 >> Maybe it needs some code cleaning. Just tell me.

 RM>    if FLedOn then    begin
 RM>       Canvas.CopyMode := cmSrcPaint;
 RM>       Canvas.CopyRect(DestRect, FImgPict.Canvas, SrcRect);
 RM>    end    else    begin
 RM>       Canvas.CopyMode := cmSrcPaint;
 RM>       Canvas.CopyRect(DestRect, FImgGrayed.Canvas, SrcRect);
 RM>    end

 RM> This is clumsy.

 RM>    Canvas.CopyMode := cmSrcPaint;
 RM>    if FLedOn then
 RM>       Canvas.CopyRect(DestRect, FImgPict.Canvas, SrcRect)
 RM>    else
 RM>       Canvas.CopyRect(DestRect, FImgGrayed.Canvas, SrcRect);

 RM> Much better. We also always end a statement with ";" so the original
 RM> last end should have got a ";" added.

Yes. I realize this and I was changed this exactly you show just after the
file upload :)


 RM> procedure TJvLED.SetLedOn(Value: Boolean);
 RM> begin
 RM>     FLedOn := Value;
 RM>     Paint;
 RM> end;

 RM> Also not that hot. This paints no matter if it is needed or not.
 RM> This is one of the major speed improvements possible for components.
 RM> Avoid painting actively. Calling Paint is especially bad. Call
 RM> Repaint  if you really need to.
 RM> Invalidate humbly asks for repainting when it is convienient for the
 RM> OS.

You make me remember about InvalidateRect function when I was using Borland
C++ 3.1. I think the RAD helps you to forget some details...

 RM> procedure TJvLED.SetLedOn(Value: Boolean);
 RM> begin    if FLedOn <> Value then    begin
 RM>      FLedOn := Value;
 RM>      Invalidate;
 RM>    end;
 RM> end;

Understood. I´ll change it.

 RM> There is an empty line in CMMouseEnter and CMMouseLeave.
 RM> We only indent 2 spaces (see SetLedOn).

Ok. Thank you for tips. As soon as possible I´ll update the file again.

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: jvLED test
From: "Paulo Garcia" <pgarcia@users.sourceforge.net>
Date: Mon, 10 Mar 2003 19:13:04 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

%author%> Paulo Garcia wrote:
%author%> > I just uploaded the jvLED test project into binaries. The
component
%author%> > name was changed to jvLED but I don´t change the unit name
yet.
%author%> > > > Please, does someone could check if the changes are
enough and
%author%> the > coding are jvcl standard?
%author%> > > Maybe it needs some code cleaning. Just tell me.
%author%> 
%author%> I will try, but i am back at work os not that much time
anymore.

So bad :)

Do you (or someone) know how the restructure (v3.0) project will be
scheduled? Apparently after 2.1 release this newsgroups is a little
abandoned...

I´m say this because I want to know what I can do meanwhile. I don´t
have much time too but I´m working a little with jvcl...

-- ------------------ Paulo Garcia Digivoice Eletronica 

Subject: Re: jvLED test
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Mar 2003 20:13:02 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:

> Please, does someone could check if the changes are enough and the
> coding are jvcl standard?

The changes WILL end up in the JVCL, but after the 2.1 release expect some days of slooow progress.

> Maybe it needs some code cleaning. Just tell me.

  if FLedOn then
  begin
     Canvas.CopyMode := cmSrcPaint;
     Canvas.CopyRect(DestRect, FImgPict.Canvas, SrcRect);
  end
  else
  begin
     Canvas.CopyMode := cmSrcPaint;
     Canvas.CopyRect(DestRect, FImgGrayed.Canvas, SrcRect);
  end

This is clumsy.

  Canvas.CopyMode := cmSrcPaint;
  if FLedOn then
     Canvas.CopyRect(DestRect, FImgPict.Canvas, SrcRect)
  else
     Canvas.CopyRect(DestRect, FImgGrayed.Canvas, SrcRect);

Much better. We also always end a statement with ";" so the
original last end should have got a ";" added.


procedure TJvLED.SetLedOn(Value: Boolean);
begin
   FLedOn := Value;
   Paint;
end;

Also not that hot. This paints no matter if it is needed or not.
This is one of the major speed improvements possible for components.
Avoid painting actively. Calling Paint is especially bad. Call Repaint if you really need to.
Invalidate humbly asks for repainting when it is convienient for the OS.

procedure TJvLED.SetLedOn(Value: Boolean);
begin
  if FLedOn <> Value then
  begin
    FLedOn := Value;
    Invalidate;
  end;
end;

There is an empty line in CMMouseEnter and CMMouseLeave.
We only indent 2 spaces (see SetLedOn).



Subject: Re: jvLED test
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Mar 2003 19:45:37 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:
> I just uploaded the jvLED test project into binaries. The component
> name was changed to jvLED but I don´t change the unit name yet.
>
>
> Please, does someone could check if the changes are enough and the
> coding are jvcl standard?
>
> Maybe it needs some code cleaning. Just tell me.

I will try, but i am back at work os not that much time anymore.



Subject: Re: jvLED test
From: "Paulo Garcia" <pgarcia@users.sourceforge.net>
Date: Mon, 10 Mar 2003 17:14:07 +0000 (UTC)
Newsgroups: jedi.vcl

Just for advise, I already make some changes into Paint method but the
functionality is still the same of binaries version.


-- ------------------ Paulo Garcia Digivoice Eletronica 

Subject: jvLED test
From: "Paulo Garcia" <pgarcia@users.sourceforge.net>
Date: Mon, 10 Mar 2003 17:11:59 +0000 (UTC)
Newsgroups: jedi.vcl


I just uploaded the jvLED test project into binaries. The component
name was changed to jvLED but I don´t change the unit name yet.


Please, does someone could check if the changes are enough and the
coding are jvcl standard?

Maybe it needs some code cleaning. Just tell me.


Regards

-- ------------------ Paulo Garcia Digivoice Eletronica 

Subject: Re: How to use JVOutlookBar ?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Mar 2003 15:53:14 +0100
Newsgroups: jedi.vcl

Take a look at the demo in examples\OLBar: everything is created
dynamically. Briefly, calling Pages.Add returns a TJvOutlookPage instance,
calling Pages[SomeIndex].Buttons.Add returns a TJvOutlookButton instance.
Use the instance returned to set up the properties for the object. Very
similar to how TListViews and TTreeviews work, only TJvOutlookBar has two
levels of collections - pages and buttons in pages.

pseudo-code for your example:

var P:TJvOutlookPage;B:TJvOutlookButton;
....
with JvOutlookBar1 do
begin
  for i := 0 to HTMLPages.Count - 1 do
  begin
     P := Pages.Add;
     P.Caption := HTMLPages[i].URL;
     for j := 0 to HTMLPages[i].LinkCount - 1 do
     begin
        B := P.Buttons.Add;
        B.Caption := HTMLPages[i].Links[j].URL;
     end;
  end;
// ...etc...


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: How to use JVOutlookBar ?
From: "llc" <llc@laposte.net_spamnothere>
Date: Mon, 10 Mar 2003 14:41:54 +0100
Newsgroups: jedi.vcl

Hello,
how can i use JVOutlookBar to create dynamically buttons ?

I would like to "import" an HTML page :
Page0
|_______link1
|_______link2
|_______link3
....
Page1
|_______link1
|_______link2
|_______link3

in JVOutlookBar, like
[Page0]
link1
link2
link3
[Page1]
[Page2]

Thanks a lot...




Subject: JvId3V2 Does Not work properly
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 10 Mar 2003 07:20:52 -0600
Newsgroups: jedi.vcl

Ok, here is what I have found. I took an MP3 and opened it in winamp and
viewed the tag information. On this particular file both the v1 and v2 tags
show an artist in winamp. I wrote down the exact text of that artist field,
and then assigned the file to the jvid3v2 component and could not find that
tag. So I then assigned the file to the jvvisualid3v2 component and went
through every single tag and field in it, and that text does not appear
anywhere.I could also not find the appropriate genre tag. I do not believe
that the JvId3V2 is working properly, maybe not reading the right sections
of the tags or something. Eventually I would like to include support for
both v1 and v2 tags, but for now I will not. This is not a priority for you
guys, I know, just thought maybe you should know for future regards.

Thanks,
Dave




Subject: Re: Donation: Interbase components
From: "Henri Gourvest" <hgourvest@ideactor.com>
Date: Mon, 10 Mar 2003 13:47:46 +0100
Newsgroups: jedi.vcl

I'm curious to know what they says ...

henri




Subject: Re: Donation: Interbase components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 10 Mar 2003 12:12:33 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 8 Mar 2003 21:27:57 +0100)
....while the fading voice of Henri whispered through the darkness:

Currently users of russian interbase ng are rather sceptical.

There seems no thin library for pascal, but they say there's no need for
that.

Anyway, since no one but Michael here can read russian, i will not quote the
text.
--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: "asn" <asn@xs4all.nl>
Date: Mon, 10 Mar 2003 00:30:33 +0100
Newsgroups: jedi.vcl

Hi

"Robert Rossmair" <Robert.Rossmair@t-online.de> wrote in message
news:3E6A35E4.2010604@t-online.de...
> > Hi,
> >
> > asn schrieb:
> >
> >  > JEDI -> CLX conversion.
> >
> > I strongly support that.
> >
> > BTW: It's not CLX anymore but VisualCLX, according to the terminology
> > clarification laid open in the article "Overview of the VCL for .NET' on
BDN
> > (http://bdn.borland.com/article/0,1410,29460,00.html).
> >
> > Do you have an acount for the JEDI FreeVCS server?

No, and I won't have much time to do so until the end of this week.
> >
> > During the last weeks I have removed/isolated platform dependencies in JCL
units
> > listed below:
> >
> > JclSysUtils
> > JclStrings
> > JclDateTime
> > JclGraphUtils
> > JclGraphics
> > JclFileUtils
> >
That's great !! . Send them to me or wait till I can them out of CVS.
> >  > - All of the modifications for CLX  should use conditional directives:
> >  >     Example:
> >  >     {$IFNDEF COMPLIB_CLX}.
> >  >     procedure CMEnabledchanged(var Message: TMessage);
> >  >     {$ELSE}
> >  >     procedure EnabledChanged ; override ;
> >  >     {$ENDIF}
> >  >  (They should still compile as vcl unit! )
> >
> > Note that I recently replaced the COMPLIB_xxx symbols by "VisualCLX" and
> > "VCL"[*] respectively to comply with the said terminology change.
COMPLIB_xxx
> > symbols are still there, but merely for backward compatibility reasons.
Will follow the new convention.
By the way backward compatiblity is an important issue !
> >
> > [*] as used by John Kaster in the BDN article.
> >
> > Robert
> >

Thanks,

André




Subject: Re: Globus VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 9 Mar 2003 15:43:19 -0500
Newsgroups: jedi.vcl

"Ron" <ron@hotma.com> wrote in message
news:Xns9339E3DEA3C91r341n@localhost...
> > Are the Globus VCL components included in the current 2.1 release?

No.

It will be in a future release.

Michael




Subject: Globus VCL
From: Ron <ron@hotma.com>
Date: Sun, 9 Mar 2003 20:18:17 +0000 (UTC)
Newsgroups: jedi.vcl

Are the Globus VCL components included in the current 2.1 release?


Subject: Display Dialog
From: "Petrus van Breda" <maillist@spsoftdev.com>
Date: Sun, 9 Mar 2003 19:22:11 +0200
Newsgroups: jedi.vcl

Hi

Is there a component in JEDI that will display the Display Dialog box. I
knwo I can get to the control panel, but I want one level down.

Thanks for JEDI.

Petrus




Subject: Re: Display Dialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Mar 2003 18:20:21 +0100
Newsgroups: jedi.vcl

Petrus van Breda wrote:
> Hi
>
> Is there a component in JEDI that will display the Display Dialog box. I
> knwo I can get to the control panel, but I want one level down.
>
> Thanks for JEDI.
>
> Petrus



Yes, there is.
JvAppletDialog with 'desk.cpl' for AppletName property.
AppletIndex should be 0. If not try incrementing it.



Subject: DateTime editor
From: "adem" <adembaba@excite.com>
Date: Sun, 9 Mar 2003 03:10:22 +0200
Newsgroups: jedi.vcl

Hi guys,

Has no one seen the inadequacy of the usual date time
editors --they are usually a dropdown calendar and
that is all.

<rant>
As if TDateTime is meant to be either TDate or TTime...
</rant>

Does anyone know of proper date *and* time editor
that combines both calendar and an analog clock into
a single editor --of course, with a mouse/keyboard input
for the clock too?
--
Cheers,
Adem





Subject: Re: Donation: Interbase components
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Sat, 8 Mar 2003 21:27:57 +0100
Newsgroups: jedi.vcl

> > Sounds cool! I've got an app I am porting to Firebird soon. When do you
> > think your other components will be ready?

UIB can be used in this state, just remember that edit, post, append,
delete, applyupdate methods are not yet availables. I'm studing to add them
and I don't know how many time it will takes.




Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Robert Rossmair <Robert.Rossmair@t-online.de>
Date: Sat, 08 Mar 2003 19:26:44 +0100
Newsgroups: jedi.vcl

Hi,

asn schrieb:

> JEDI -> CLX conversion.

I strongly support that.

BTW: It's not CLX anymore but VisualCLX, according to the terminology
clarification laid open in the article "Overview of the VCL for .NET' on BDN
(http://bdn.borland.com/article/0,1410,29460,00.html).

Do you have an acount for the JEDI FreeVCS server?

During the last weeks I have removed/isolated platform dependencies in JCL units
listed below:

JclSysUtils
JclStrings
JclDateTime
JclGraphUtils
JclGraphics
JclFileUtils

> - All of the modifications for CLX  should use conditional directives:
>     Example:
>     {$IFNDEF COMPLIB_CLX}.
>     procedure CMEnabledchanged(var Message: TMessage);
>     {$ELSE}
>     procedure EnabledChanged ; override ;
>     {$ENDIF}
>  (They should still compile as vcl unit! )

Note that I recently replaced the COMPLIB_xxx symbols by "VisualCLX" and
"VCL"[*] respectively to comply with the said terminology change.  COMPLIB_xxx
symbols are still there, but merely for backward compatibility reasons.

[*] as used by John Kaster in the BDN article.

Robert



Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Robert Rossmair <Robert.Rossmair@gmx.net>
Date: Sat, 08 Mar 2003 19:24:48 +0100
Newsgroups: jedi.vcl

Hi,

Robert Marquardt schrieb:

> asn wrote:
>
>> - Files like JclUnicode, JvFileUtil, JvFunctions contain
>> procedures/functions/classes which are
>>   related to the OS (Example: accessing the Windows registry) and
>> function/classes not related  with the OS. To save time it
>> would be nice to have them grouped within the source files.
>> (This doesn't require any knowledge of CLX !)
>
>
> Reorganizing the JCL is not that easy because it is currently no very
> active.

As I understand him, an appropriate grouping of declarations in the respective
units' interface section is what he suggests.

That should be easy, but would interfere somewhat with the thematic grouping we
have at present.

Robert



Subject: Re: CVS on SourceForge is working?
From: "Steve Magruder" <consulting@stevemagruder.com>
Date: Sat, 8 Mar 2003 11:09:20 -0500
Newsgroups: jedi.vcl

"Pierre Rougier" <no@spam.com> wrote in message
news:b4ce5c$f8t$1@talkto.net...
> > Hi,
> >
> > I just try to do a checkout of jvcl from SourceForge.
> > I dont succeed.
> > It's me, or it's SourceForge?

Sometimes SourceForge gets too busy and rejects some connections.

Steve




Subject: Re: Donation: Interbase components
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Sat, 8 Mar 2003 11:30:53 -0000
Newsgroups: jedi.vcl

Sounds cool! I've got an app I am porting to Firebird soon. When do you
think your other components will be ready?

Trev


"Henri Gourvest" <hgourvest@nospam.progdigy.com> wrote in message
news:b4bcd4$c62$1@talkto.net...
> > There is many differences:
> > - Have a real Borland compliant API conversion uptodate with the latest
> > Interbase or Firebird product releases.
> > - Work on the Personnal Edition of Delphi.
> > - Actually only Interbase 7 can correct the Multithreading problem, with
UIB
> > it work with any version
> >   of Interbase or FireBird to avoid deadlock.
> > - You can access database without components, just using UIBlib (there is
> > some samples).
> > - It is designed differently for fast access....
> >
> > To resume it is designed to work as fast as possible on Multithreaded App
> > Servers.
> > I know there is many other interbase components, UIB just have a different
> > goal :)
> >
> > I still working on, so all features are not present in the current
version.
> >
> > "Arioch /BDV/" <the_Arioch@nm.ru> a écrit dans le message de news:
> > b4b6c7$bdo$1@talkto.net...
>> > > The stars so gaily glistened...  (Fri, 7 Mar 2003 02:31:58 +0100)
>> > > ...while the fading voice of Henri whispered through the darkness:
>> > >
>> > > What is the diffenrence from Free IB Components set ?
>> > >
>> > > --
>> > > ??? ????? ?? np: none
>> > > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
>> > >
> >
> >




Subject: Re: CVS on SourceForge is working?
From: "Pierre Rougier" <no@spam.com>
Date: Sat, 8 Mar 2003 11:27:30 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> a écrit dans le
message de news: b4cemm$fau$1@talkto.net...
> > "Pierre Rougier" <no@spam.com> wrote in message
> > news:b4ce5c$f8t$1@talkto.net...
> >
>> > > I just try to do a checkout of jvcl from SourceForge.
>> > > I dont succeed.
>> > > It's me, or it's SourceForge?
> >
> > It's you...

Yes.
Thanks Michael.
It was my personal firewall, I just add a rule, now it works.

--
Pierre Rougier


> >
> > Michael
> >
> >




Subject: Re: CVS on SourceForge is working?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 8 Mar 2003 04:59:05 -0500
Newsgroups: jedi.vcl

"Pierre Rougier" <no@spam.com> wrote in message
news:b4ce5c$f8t$1@talkto.net...

> > I just try to do a checkout of jvcl from SourceForge.
> > I dont succeed.
> > It's me, or it's SourceForge?

It's you...

Michael




Subject: CVS on SourceForge is working?
From: "Pierre Rougier" <no@spam.com>
Date: Sat, 8 Mar 2003 10:48:39 +0100
Newsgroups: jedi.vcl

Hi,

I just try to do a checkout of jvcl from SourceForge.
I dont succeed.
It's me, or it's SourceForge?

--
Pierre Rougier




Subject: Re: Donation: Interbase components
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Sat, 8 Mar 2003 05:55:21 +0100
Newsgroups: jedi.vcl

It's now uploaded.




Subject: Re: Donation: Interbase components
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Sat, 8 Mar 2003 01:14:49 +0100
Newsgroups: jedi.vcl

There is many differences:
- Have a real Borland compliant API conversion uptodate with the latest
Interbase or Firebird product releases.
- Work on the Personnal Edition of Delphi.
- Actually only Interbase 7 can correct the Multithreading problem, with UIB
it work with any version
  of Interbase or FireBird to avoid deadlock.
- You can access database without components, just using UIBlib (there is
some samples).
- It is designed differently for fast access....

To resume it is designed to work as fast as possible on Multithreaded App
Servers.
I know there is many other interbase components, UIB just have a different
goal :)

I still working on, so all features are not present in the current version.

"Arioch /BDV/" <the_Arioch@nm.ru> a écrit dans le message de news:
b4b6c7$bdo$1@talkto.net...
> > The stars so gaily glistened...  (Fri, 7 Mar 2003 02:31:58 +0100)
> > ...while the fading voice of Henri whispered through the darkness:
> >
> > What is the diffenrence from Free IB Components set ?
> >
> > --
> > ??? ????? ?? np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: How can you change the color for all "future text"? - TJvRichEdit
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 7 Mar 2003 23:38:49 +0100
Newsgroups: jedi.vcl

Just assign a font to SelAttributes:

RichEdit1.SelAttributes.Assign(SomeFont);

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Donation: Interbase components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 8 Mar 2003 01:30:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 7 Mar 2003 02:31:58 +0100)
....while the fading voice of Henri whispered through the darkness:

What is the diffenrence from Free IB Components set ?

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jpeg in DB Table
From: "Petrus van Breda" <maillist@spsoftdev.com>
Date: Fri, 7 Mar 2003 22:55:36 +0200
Newsgroups: jedi.vcl

On my site http://www.spsoftdev.com there is a component that just do this.
I have been using it for some time now. The author don't respond to any
email, so i don't know where to get hold of him. Maybe if somebody knows
him, they can ask him if he want to donate the source to Jedi.

You will need to register, but it is free.

Regards

Petrus
"Nosrat Allah Bonyadi" <nbonyadi@noornet.net> wrote in message
news:b43vbk$2pm$1@talkto.net...
> > Hello
> >
> > is there any jvc component (like DBImage )  i use to save jpg in DB table
> > and view them ?
> >
> > Best regards
> > bonyadi
> >
> >




Subject: How can you change the color for all "future text"? - TJvRichEdit
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Fri, 7 Mar 2003 13:15:10 -0500
Newsgroups: jedi.vcl

Suppose I have a rich edit control that is currently outputting text in
black.  I know I can change the text of existing text portions with
SelStart, etc.  But is there a way to set up the rich edit control so that
all "future text" added to the component is in a different color, and the
existing text remains in the color that it currently is in?

thx

--

Robert Oschler
Android Technologies, Inc.
http://www.androidtechnologies.com
The home of PowerSell! (tm)
- "Power Tools for Amazon Associates" (sm)




Subject: Re: Donation: Interbase components
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Fri, 7 Mar 2003 18:56:09 +0100
Newsgroups: jedi.vcl

> > I see no reasons not to accept them.
> > Are the components compatible with the standard VCL DB components?

Thank you, actually UIB don't use the DB Unit (The goal is to be fast and
ThreadSafe).
I'm repackaging UIB to be compliant with JVCL specifications.
The file will be submited nextly to "Project JEDI - Issue Tracker".




Subject: Re: JVCL Tutorials
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 7 Mar 2003 18:16:34 +0100
Newsgroups: jedi.vcl

> > I downloaded and installed the DOM3 demo (and loaded the JVCL project of
> > course!) : they've really made some big improvements since 1.0 (the last
> > time I tried it out)...
> >


absolutely. I remember the time where Marcel van Brakel and I were looking
into using DOM1 as our new help tool. We wrote a converter for our previous
self-made tool (which just produced HTML files from INI-file look-a-likes,
nothing fancy and it AVed on the smallest change in file structure. Looking
back it was the best way to force a good "coding" style of the help
sources). Marcel started it, but handed it over to me. During this period I
found out how instable and incomplete DOM was. We decided not to use DOM,
but during the many conversations with ToolsFactory (especially Markus) I
got the feeling they were actually listening to our/my complaints. So when
DOM2 came out, I quickly discovered that the missing features where
incorporated and most problems where solved. This when we finally switched
to DOM and never looked back. I did warn everyone to stay away from that
horible topic editor, but with DOM3: knock yourselfs out ;)

P.S. if any of the JCL guys are reading: I haven't had a confirmation from
you but I added you to the list of DOM3 license requests. You'll love the
fact you can now also make help files, that look like and can actually be
integrated into the MSDN help.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Problems with installing automatic. (Happy ending)
From: "Karl Ivar Hansen" <ki-han@frisurf.no>
Date: Fri, 7 Mar 2003 15:53:22 +0100
Newsgroups: jedi.vcl

Hello folks...

Have a new installation of Delphi 5 Pro .- Servicepack.1
(After a complete HD-Crash)
Was able to make Installprogram, but it failed when i tried
to install packs to Delphi, (error with Jvcl200_R50.)
After a long brake with frustration, the solution just popped up ! !
Remembered that ZLIB is not automatic installed from cd.
After i dumped the Zlib-files to Delphi's search-path, installation
worked like it was intended to..

Best regards

Karl Ivar Hansen
Happy user in Norway.




Subject: Re: jvTransLed issues
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Fri, 7 Mar 2003 08:59:01 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Fri, 07 Mar 2003 07:57:09 +0100:

 RM> Paulo Garcia wrote:

 RM> This is an interesting design decision. Should it always look like a
 RM> real LED?

I think so. A grayed image could be more interesting to increase application
interface. Here I was developed a Phone Recorder using our 4 channel phone
card that can have up to 24 channels and I´ve used a led component with this
characteristic to show each channel status. When I think to move to
JvTransLed the black circle (24 channels) representing off status doesn´t
help to make the application more pleasant to see.

 >> - Clean code to fit JVCL standards

 RM> Please post the source so we can dissect it.

Ok, today I´ll send all test project font to binaries as soon as possible.

 >> obs.: Very simple implementation but I learn cool stuffs with it.

 RM> This is not a question of simple source. See
 RM> http://www.delphi-jedi.org/Jedi:VOYBUGHUNT where i dissected a
 RM> SIMPLE  function.

Very nice! Great analysis! I just pass this text to all programmers here.

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: Manual installation
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 07 Mar 2003 10:11:37 +0100
Newsgroups: jedi.vcl

Hi Ron

for JCL:
----------------
from the commandline change to \JEDI\JCL
and call make.
It compiles alle the examples and tools.

for JVCL:
-------------------
change to \JEDI\jvcl\examples\  and call there CompileExamples.bat

afterwards look at the bin directory of JVCL and JCL

best regards

Ralf Grenzing

Ron schrieb:

> > I also had the problems mentioned by others when using the installer, so I
> > had to install manually the JCL and JVCL. After copying the files generated
> > in the BPL directory into the BIN directory, everything seems to work fine.
> >
> > However, in this way I haven't installed the JCL/Examples utilities. How
> > can I install them separately without endangering the rest of the
> > installation?



Subject: Re: jvTransLed issues
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 07 Mar 2003 07:57:09 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:

> - LedOn boolean property - Please check the sample because I don´t like the
> black color when the led is off. I´m thinking to create another image into
> resource file using a gray color without the upper-left "reflection effect"
> to express an off state but you´re the judges ;)

This is an interesting design decision. Should it always look like a real LED?

> - Clean code to fit JVCL standards

Please post the source so we can dissect it.

> obs.: Very simple implementation but I learn cool stuffs with it.

This is not a question of simple source. See
http://www.delphi-jedi.org/Jedi:VOYBUGHUNT where i dissected a SIMPLE function.



Subject: Re: Donation: Interbase components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 07 Mar 2003 07:51:37 +0100
Newsgroups: jedi.vcl

Henri Gourvest wrote:
> Hi,
>  
> I've made components for Interbase & FireBird.
> Are you interested to add them to JVCL ?

> UIB include 3 components at this time: TUIBDatabase, TUIBTransaction and TUIBQuery. These components are ThreadSafe with any version of Interbase or FireBird.

I see no reasons not to accept them.
Are the components compatible with the standard VCL DB components?

BTW please do not post HTML here.



Subject: jvTransLed issues
From: "Paulo Garcia" <ppegarcia@aol.com>
Date: Fri, 7 Mar 2003 00:40:31 -0300
Newsgroups: jedi.vcl

I posted to binaries a compiled sample using jvTransLed. Please, take a
look...

Tasks done:

- MouseEnter/MouseLeave events
- HintColor property implemented (cut/paste from jvLabel,jvButton)
- I *unpublished* some properties but I keep AutoSize because it is useful
in design time to adjust the dashed rectangle of the component. Do someone
think that are useful to maintain DragDrop and Dock prop/events with this
kind of component?
- LedOn boolean property - Please check the sample because I don´t like the
black color when the led is off. I´m thinking to create another image into
resource file using a gray color without the upper-left "reflection effect"
to express an off state but you´re the judges ;)

Tasks to do:

- Clean code to fit JVCL standards
- Change the name to jvLED

obs.: Very simple implementation but I learn cool stuffs with it.

Regards

Paulo Garcia





Subject: Donation: Interbase components
From: "Henri Gourvest" <hgourvest@nospam.progdigy.com>
Date: Fri, 7 Mar 2003 02:31:58 +0100
Newsgroups: jedi.vcl

Hi,

I've made components for Interbase & FireBird.
Are you interested to add them to JVCL ?

Description:

UIB is a set of components to use Interbase or FireBird.
These components were born from the need to use Interbase or FireBird indifferently as fast as possible in a Multithreading environment, a Server for example. 

UIB include a Borland Compliant conversion API for Interbase and FireBird. This API is very hard to use directly with Delphi, so I've written a set of class and methods to use this API in some lines of code with your preferred programming language ;). 

UIB include 3 components at this time: TUIBDatabase, TUIBTransaction and TUIBQuery. These components are ThreadSafe with any version of Interbase or FireBird.

Link: http://www.progdigy.com

regards.

Henri Gourvest






Subject: Manual installation
From: Ron <ron@hotma.com>
Date: Fri, 7 Mar 2003 01:09:44 +0000 (UTC)
Newsgroups: jedi.vcl

I also had the problems mentioned by others when using the installer, so I 
had to install manually the JCL and JVCL. After copying the files generated 
in the BPL directory into the BIN directory, everything seems to work fine.

However, in this way I haven't installed the JCL/Examples utilities. How 
can I install them separately without endangering the rest of the 
installation?


Subject: Re: New Control
From: "Michael Silver" <Michaelas@no.spam.yahoo.com>
Date: Thu, 6 Mar 2003 16:31:03 -0500
Newsgroups: jedi.vcl

Convert this to a function call and it may be more appropriate in the JCL,
but there are already routines to find the difference between two dates, and
it already is pretty trivial to decode the remaining date into years, months
and days.

....Michael...

"dave" <dbracken@infonowsolutions.com> wrote in message
news:b4890n$sgu$1@talkto.net...
> > I was just wondering if you guys were maybe interested in a component i
> > wrote. There is probably already something like it already in the jedi
> > library, so forgive me me if there is. This is my first ever attempt at
> > writing a component in Delphi.
> > This component allows you to set a start date and an end date, and then
> > calculate the difference in the two. (e.g. End date - Start Date). It then
> > returns a string something like: '3 Years, 1 Month, 22 Days'.
> > I found that there were several projects in my line of work that required
me
> > to calculate dates. I often need to be able to calculate someones age.
This
> > component will do that and then return a nicely setup string, which you
> > could parse and whatever your app needs to do with the information. I got
> > tired of re-writing the code each time a project needed it (i currently
have
> > 4 apps using this same type of code), so developed this non-visual
component
> > to do the work for me.
> > You can either assign the dates through the object inspector or in code,
so
> > it is very easy to work with.
> > It will give you an error if the start date is later than the end date(by
> > year).
> > At this point, that is all it does, if anyone can think of some other
> > functions etc..., let me know.




Subject: Re: JVCL Tutorials
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Mar 2003 22:21:55 +0100
Newsgroups: jedi.vcl

I downloaded and installed the DOM3 demo (and loaded the JVCL project of
course!) : they've really made some big improvements since 1.0 (the last
time I tried it out)...

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JVCL Tutorials
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 Mar 2003 22:12:59 +0100
Newsgroups: jedi.vcl

> > Should we put this as a separate download on SF or maybe create a new help
> > zip with this file and the help file? I don't really want to upload ~16 MB
> > just to update this one pdf <g>

New help zip will be created and released on SF this weekend (I hope). I
plan on recreating the helps with DOM3 this time, which will result in some
minor changes here and there. It's a nice test of the new version of the
tool. <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL Tutorials
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Mar 2003 21:33:59 +0100
Newsgroups: jedi.vcl

Should we put this as a separate download on SF or maybe create a new help
zip with this file and the help file? I don't really want to upload ~16 MB
just to update this one pdf <g>

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Direction details Jv "all the small tabs"
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 06 Mar 2003 21:28:21 +0100
Newsgroups: jedi.vcl



Paulo Garcia schrieb:

> > Hello, Ralf!
> > You wrote  on Thu, 06 Mar 2003 20:30:50 +0100:
> >
> >  RG> Hi Garcia and Robert
> >
> >  RG> I don´t know if you know that it is used na dcreated for JEDI VCS?
> >
> >  RG> Ralf Grenzing
> >
> > Based on palette name I guess. But is it a problem to change something?
> >

I am not sure. I only want to give that hint.

RG



Subject: Re: TjvDBLookupCombo -- How to Clear?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Mar 2003 21:27:06 +0100
Newsgroups: jedi.vcl

Kevin Talley wrote:
> Apologies for my laziness!  :)
> Being a C++ person, I sometimes hesitate to look at the code if it's Pascal.

Hey, that is not the true Open Source mind ;-)

> I found the TjvDBLookupCombo class and discovered that there IS a method to
> accomplish my wishes -- named "ClearValue()".  Tried it and everything works
> wonderfully!

You have found a problem. An unfamiliar name for a standard functionality.



Subject: Re: New Control
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Mar 2003 21:25:07 +0100
Newsgroups: jedi.vcl

dave wrote:

> You will not hurt my feelings if you are uninterested in my component.

I do not think that such a component is needed for the JVCL.
I will write up a text later about the reasons.
Now it is time to watch TV, snack and read a book (perferably all at once :-)



Subject: Re: TjvDBLookupCombo -- How to Clear?
From: "Kevin Talley" <ktnews@talleyware.com>
Date: Thu, 6 Mar 2003 14:22:39 -0600
Newsgroups: jedi.vcl

Apologies for my laziness!  :)
Being a C++ person, I sometimes hesitate to look at the code if it's Pascal.
I found the TjvDBLookupCombo class and discovered that there IS a method to
accomplish my wishes -- named "ClearValue()".  Tried it and everything works
wonderfully!

Thanks anyway...

Kevin Talley

"Kevin Talley" <ktnews@talleyware.com> wrote in message
news:b488sl$sg7$1@talkto.net...
> > I have an auto-created form (frequently displayed using "ShowModal()")
that
> > contains a TjvDBLookupCombo component.  Once the form has been initially
> > displayed (& the component has been used to select a value), you close the
> > form, then RE-display the form, the component still displays the value
from
> > the last usage.  The component has no "Clear()" method, so I'm curious if
> > there is a way to clear the component (and force the user to always select
a
> > new value).  I tried setting "Value" to NULL, and this accomplished my
> > "clearing" effect -- BUT -- it also triggered some sort of activity in the
> > database which caused a 2-3 minute delay!!!! (perhaps it was doing a
record
> > by record search thru the table for a value matching NULL).  Any help
and/or
> > suggestions would be appreciated...
> >
> > Regards,
> > Kevin Talley (ktalley@talleyware.com)
> >
> >
> >




Subject: Re: Direction details Jv "all the small tabs"
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Mar 2003 21:19:41 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:

> - Change the name from TjvTransLed to TjvLED
> - Add MouseEnter/MouseLeave events
> - Create LedOn property
> - Unpublish  property Align and AutoSize. (I suggest to unpublish Dragxxx
> and Helpxxx properties and events, too.)
> - Change unit jvTransLed.pas to jvLed.pas (?)

Looks much better now.

As Michael pointed out we try to write Delphi case sensitive.
The reson behind it is that a consistent case is easier to read so your work becomes more productive.
The JvThumb files were particularly bad in that respect and i had definitely problems to read them.

Keep the file name JvTransLED.pas for now. We will do the file name
changes at a later stage.



Subject: New Control
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 6 Mar 2003 13:57:13 -0600
Newsgroups: jedi.vcl

I was just wondering if you guys were maybe interested in a component i
wrote. There is probably already something like it already in the jedi
library, so forgive me me if there is. This is my first ever attempt at
writing a component in Delphi.
This component allows you to set a start date and an end date, and then
calculate the difference in the two. (e.g. End date - Start Date). It then
returns a string something like: '3 Years, 1 Month, 22 Days'.
I found that there were several projects in my line of work that required me
to calculate dates. I often need to be able to calculate someones age. This
component will do that and then return a nicely setup string, which you
could parse and whatever your app needs to do with the information. I got
tired of re-writing the code each time a project needed it (i currently have
4 apps using this same type of code), so developed this non-visual component
to do the work for me.
You can either assign the dates through the object inspector or in code, so
it is very easy to work with.
It will give you an error if the start date is later than the end date(by
year).
At this point, that is all it does, if anyone can think of some other
functions etc..., let me know.

You will not hurt my feelings if you are uninterested in my component.

Thanks,
David L. Bracken





Subject: Re: Direction details Jv "all the small tabs"
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Mar 2003 14:55:12 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b487te$sat$1@talkto.net...

> > Just to confirm, do you mean to use Uppercase "J"?

Yes.

Michael




Subject: TjvDBLookupCombo -- How to Clear?
From: "Kevin Talley" <ktnews@talleyware.com>
Date: Thu, 6 Mar 2003 13:54:25 -0600
Newsgroups: jedi.vcl

I have an auto-created form (frequently displayed using "ShowModal()") that
contains a TjvDBLookupCombo component.  Once the form has been initially
displayed (& the component has been used to select a value), you close the
form, then RE-display the form, the component still displays the value from
the last usage.  The component has no "Clear()" method, so I'm curious if
there is a way to clear the component (and force the user to always select a
new value).  I tried setting "Value" to NULL, and this accomplished my
"clearing" effect -- BUT -- it also triggered some sort of activity in the
database which caused a 2-3 minute delay!!!! (perhaps it was doing a record
by record search thru the table for a value matching NULL).  Any help and/or
suggestions would be appreciated...

Regards,
Kevin Talley (ktalley@talleyware.com)





Subject: Re: please correct link on http://jvcl.sourceforge.net/
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Mar 2003 14:54:13 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E67A185.D2542847@gmx.de...

> > I testes it but it still highlightes JVCL 2.00 Stable?

Refresh your browser.

Michael




Subject: Re: Direction details Jv "all the small tabs"
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Mar 2003 16:45:36 -0300
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Thu, 06 Mar 2003 20:30:50 +0100:


 RG> Hi Garcia and Robert

 RG> I don´t know if you know that it is used na dcreated for JEDI VCS?

 RG> Ralf Grenzing

Based on palette name I guess. But is it a problem to change something?

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: please correct link on http://jvcl.sourceforge.net/
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Mar 2003 16:40:34 -0300
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Thu, 06 Mar 2003 20:29:10 +0100:

Ralf,

 RG> I testes it but it still highlightes JVCL 2.00 Stable?

For me appears 2.10 highlighted. (Maybe my message was late).

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: Direction details Jv "all the small tabs"
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Mar 2003 16:38:09 -0300
Newsgroups: jedi.vcl

Hello, Michael!
You wrote  on Thu, 6 Mar 2003 14:29:23 -0500:

 MBT> "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in
 MBT> message news:b485re$s02$1@talkto.net...

 >> - Change unit jvTransLed.pas to jvLed.pas (?)

 MBT> The Unit name has to start with "J", thus "JvLed.pas"

 MBT> Please follow this rule, because it's impossible to change it later
 MBT> in CVS.

Just to confirm, do you mean to use Uppercase "J"?

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: Direction details Jv "all the small tabs"
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 06 Mar 2003 20:30:50 +0100
Newsgroups: jedi.vcl


Paulo Garcia schrieb:

> > Hello, Robert!
> > You wrote  on Thu, 06 Mar 2003 18:47:32 +0100:
> >
> >  RM> Paulo Garcia wrote:
> >
> >  RM> I would not use two colors. The Off color could be black.
> >  RM> So only the State LedOn needs to be implemented. Create a
> >  RM> TJvTransLED  descendant and donate it.
> >
> > When I first reply I´m thinking in working on it. It´s a simple component to
> > start :)
> >
> > But since the JVCL will be restructured do you really think it´s better to
> > create a descendant from TjvTransLed instead to change itself?
> >
> > My to do list (based in your first msg):
> >
> > - Change the name from TjvTransLed to TjvLED
> > - Add MouseEnter/MouseLeave events
> > - Create LedOn property
> > - Unpublish  property Align and AutoSize. (I suggest to unpublish Dragxxx
> > and Helpxxx properties and events, too.)
> > - Change unit jvTransLed.pas to jvLed.pas (?)
> >

Hi Garcia and Robert

I don´t know if you know that it is used na dcreated for JEDI VCS?

Ralf Grenzing



Subject: Re: Direction details Jv "all the small tabs"
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Mar 2003 14:29:23 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b485re$s02$1@talkto.net...

> > - Change unit jvTransLed.pas to jvLed.pas (?)

The Unit name has to start with "J", thus "JvLed.pas"

Please follow this rule, because it's impossible to change it later in CVS.

Michael




Subject: Re: please correct link on http://jvcl.sourceforge.net/
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 06 Mar 2003 20:29:10 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E666C3B.531C216E@gmx.de...
>> > >
>> > > the link at the button "download " on the JVCL Homepage on
>> > > http://jvcl.sourceforge.net/ points still to the 2.0 release ...
> >
> > Good catch - thanks. It's fixed now.

Hi Michael

I testes it but it still highlightes JVCL 2.00 Stable?

Ralf Grenzing



Subject: Re: Direction details Jv "all the small tabs"
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Mar 2003 16:03:04 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 06 Mar 2003 18:47:32 +0100:

 RM> Paulo Garcia wrote:


 RM> I would not use two colors. The Off color could be black.
 RM> So only the State LedOn needs to be implemented. Create a
 RM> TJvTransLED  descendant and donate it.

When I first reply I´m thinking in working on it. It´s a simple component to
start :)

But since the JVCL will be restructured do you really think it´s better to
create a descendant from TjvTransLed instead to change itself?

My to do list (based in your first msg):

- Change the name from TjvTransLed to TjvLED
- Add MouseEnter/MouseLeave events
- Create LedOn property
- Unpublish  property Align and AutoSize. (I suggest to unpublish Dragxxx
and Helpxxx properties and events, too.)
- Change unit jvTransLed.pas to jvLed.pas (?)

What do you think?
-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: Direction details Jv "all the small tabs"
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Mar 2003 13:45:19 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b47t41$qe1$1@talkto.net...

> > About simplicity, I cannot see the needs of a Align and AutoSize
properties
> > since I cannot resize the led.

You can just hide them, so that they are not visible in the Object
Inspector.

Michael




Subject: JVCL Tutorials
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 Mar 2003 19:19:39 +0100
Newsgroups: jedi.vcl

The tutorials provided in the JVCL release is corrupt. A working version has
been posted to binaries.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Direction details Jv "all the small tabs"
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Mar 2003 18:47:32 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:

> This is a point of view. IMHO such visual components are better if mimics a
> real-world behaviour like on/off states. As I can see, to change the state
> of led we need to assign a new color to Color property and if I want to
> alternate colors I need to control this into my application. It isn´t
> difficult but to do that I can use ,e.g, an TImage instead LED.

I would not use two colors. The Off color could be black.
So only the State LedOn needs to be implemented. Create a TJvTransLED descendant and donate it.

> About simplicity, I cannot see the needs of a Align and AutoSize properties
> since I cannot resize the led.

These come from the base control used. As long as the properties work they need not removed, but you are right the component could be simplified further.



Subject: Re: TJvColorButton XP style?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Mar 2003 18:41:05 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> introducing a new var FMouseInControl (boolean)

Please call it FOver. The majority of the JVCL components with MouseEnter/MouseLeave use FOver so it will be easier to replace it with a common implementation.
Best rip a complete MouseEnter/MouseLeave implementation from one of the components.



Subject: Re: Direction details Jv "all the small tabs"
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Mar 2003 13:34:01 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 06 Mar 2003 16:16:52 +0100:

 RM> Paulo Garcia wrote:

 >> This component could be two new properties ColorOn and ColorOff
 >> instead of
 >> Color.

 >> The state could be change through a method jvLed1.On and jvLed1.Off.

 >> Maybe some kind of Style property that defines if the led will be a
 >> circle or a square (or rectangle).

 RM> Why? It is nice and simple. Adding functionality "just because"
 RM> leads to  badly designed components.
 RM> The above design already uses two methods where a single boolean
 RM> property would suffice.
 RM> The Style property is not a good idea because it would break the LED
 RM> look. There is a tiny speck for the 3D look which is not easy to
 RM> reproduce for a square alas this speck is the main feature of the
 RM> LED.

This is a point of view. IMHO such visual components are better if mimics a
real-world behaviour like on/off states. As I can see, to change the state
of led we need to assign a new color to Color property and if I want to
alternate colors I need to control this into my application. It isn´t
difficult but to do that I can use ,e.g, an TImage instead LED.

About two methods instead a single boolean property I agree with you: the
boolean property is better. But such property doesn´t exists yet, is it?

About simplicity, I cannot see the needs of a Align and AutoSize properties
since I cannot resize the led.

 Regards,

Paulo Garcia
Digivoice Eletronica




Subject: Re: 210 Installer fails
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 6 Mar 2003 17:13:30 +0100
Newsgroups: jedi.vcl

As promised: a tool to remove unwanted properties from dfm's are now in
devtools\DFMCleaner. Check it out.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Problem with JCLDebugExpert and FreeVCS
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Mar 2003 11:09:26 -0500
Newsgroups: jedi.vcl,jedi.vcs

"Grzegorz Zielinski" <green@is.net.pl> wrote in message
news:b47qhe$pu5$1@talkto.net...
> > I have Delphi 5 Enterprise. JCLDEbugExpert does not work after instaling
> > FreeVCS IDE Expert.
> > Can you help me ??

Wrong newsgroup - please repost in:
jedi.vcs



Michael




Subject: Problem with JCLDebugExpert and FreeVCS
From: "Grzegorz Zielinski" <green@is.net.pl>
Date: Thu, 6 Mar 2003 16:51:39 +0100
Newsgroups: jedi.vcl,jedi.vcs

I have Delphi 5 Enterprise. JCLDEbugExpert does not work after instaling
FreeVCS IDE Expert.
Can you help me ??




Subject: Re: TJvColorButton XP style?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 06 Mar 2003 16:24:47 +0100
To: Michael Fritz <spam_athome@yahoo.de>
Newsgroups: jedi.vcl

Michael Fritz wrote:
> I've added a new procedure in protected which should cover all drawings:
>     procedure CNDrawItem(var Msg: TWMDrawItem); message CN_DRAWITEM;

Do the drawing in TJvCustomDropButton.Paint.

This procedure does the following:

1. Draws the button outline (rectangle, don't know the right word)
2. Draws the vertical line.
3. Draws the down-arrow.

Now if you have Mike Lischke's Theme Explorer (somewhere at http://www.delphi-gems.com/ThemeManager.php) you could see that we now have 2 possibilities.

I. Only replace step 1. with a themed 'standard' button.
II. Replace all the steps (1,2,3) by drawing a themed toolbar button.

I is the easiest, so let's look at that one:

We have to call ThemeServices.DrawElement to draw the themed button outline. This function needs 4 parameters

a. DC, this is the Handle of the Canvas you wan't to draw on.
b. Details, this describes what you want to paint (ie a button), you can  get such a var by calling ThemeServices.GetElementDetails(x) where x is in this case tbPushButtonNormal, tbPushButtonHot, tbPushButtonPressed or tbPushButtonDisabled depending on it's state. Note that there is a var FIsDown, so we know whether we must draw a normal or pressed button;

We don't yet know whether it's hot (is the mouse pointer over the button?) Standard way of doing this is introducing a new var FMouseInControl (boolean) and change it's value in the CMMouseEnter, CMMouseLeave message handlers. See code in JVCL or VCL how to do this.

c. Rectangle, that is the same as the rectangle in the call to DrawButtonFace.

d. ClipRect, if you specify this, only in this Rect is drawn, you can use this to not draw borders etc. but this is mostly not used.

So you could do something like

procedure TJvCustomDropButton.Paint;
var
  [..]
  {$IFDEF JVCLThemesEnabled}
  Button: TThemedButton;
  Details: TThemedElementDetails;
  {$ENDIF}
begin
  {$IFDEF JVCLThemesEnabled}
  if ThemeService.ThemesEnabled then
  begin
    if FIsDown then
      Button := tbPushButtonPressed
    else
    if FMouseInButton then
      Button := tbPushButtonHot
    else
      Button := tbPushButtonNormal;
    Details := ThemeService.GetElementDetails(Button);
    ThemeService.DrawElement(Canvas.Handle, Details, ClientRect);
  end
  else
  {$ENDIF}
    // Normal drawing
    DrawButtonFace(..);

  [..]

Note: didn't test it <g>

Regards,
Remko Bonte



Subject: Re: Direction details Jv "all the small tabs"
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Mar 2003 16:16:52 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:

> This component could be two new properties ColorOn and ColorOff instead of
> Color.
>
> The state could be change through a method jvLed1.On and jvLed1.Off.
>
> Maybe some kind of Style property that defines if the led will be a circle
> or a square (or rectangle).

Why? It is nice and simple. Adding functionality "just because" leads to badly designed components.
The above design already uses two methods where a single boolean property would suffice.
The Style property is not a good idea because it would break the LED look. There is a tiny speck for the 3D look which is not easy to reproduce for a square alas this speck is the main feature of the LED.



Subject: Re: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Thu, 6 Mar 2003 15:54:46 +0100
Newsgroups: jedi.vcl

hell i forgot so much things i could it post in only one message *grin

bye the way while i wasn't able to draw a themed captionbutton i created an
illusion of it using bitmaps if you like maybe i could send you the little
project maybe it gets you some ideas??? i guess you don't need it really if
your able to rewrite the whole component to be themed its just an offer...

regards
s


"stOrM!" <Stormnr1@gmx.de> schrieb im Newsbeitrag
news:b47n1d$p7k$1@talkto.net...
> > forgot a really important thing!
> > what if themes disabled so you need to draw the button you saw on all
> > windows versions without themes!
> >
> > ok thats it...
> >
> >
> > "stOrM!" <Stormnr1@gmx.de> schrieb im Newsbeitrag
> > news:b47muo$p6v$1@talkto.net...
>> > > I think we both misunderstood each other let me be more specific....
>> > >
>> > > you wrote:
>> > >
>> > > Another problem is that you don't have a blank themed caption button
>> > > (only the default close, help, restore etc buttons) So as a work-around
>> > > I used the standard themed button, but that looks ugly IMO.
>> > >
>> > > (I think because of the default thing you mentioned above...
>> > > use a set of default propertys like minimize,restore,close and do
another
>> > > set so the user could maybe load an icon to place on it and or caption
for
>> > > the button...)
>> > >
>> > > You could help by telling what you expect of the merged caption button,
>> > > what properties it should have etc. You could start by looking at the 2
>> > > components now in JVCL and tell what works good, which properties you
>> > > like etc.
>> > >
>> > > look above!
>> > > also it would be nice if it would work like:
>> > > if users changed the theme of XP itself then for sure the button should
>> > > imidiatly changed also its theme corresponding to XP's...
>> > > this should maybe also work because there are not only three themes in
XP
>> > > try to imagine what will happen if the Users downloads new themes will
the
>> > > captionbutton be drawn also with them ???
>> > >
>> > > then another property would be great to let the user tell how height and
>> > > width the button should be...
>> > >
>> > > maybe thats all for now...
>> > >
>> > >
>> > >
>> > >
>> > > "stOrM!" <Stormnr1@gmx.de> schrieb im Newsbeitrag
>> > > news:b47md6$p2v$1@talkto.net...
>>> > > > ??????????????????
>>> > > > thought we talked about the themed one???
>>> > > >
>>> > > > i was trying to explain why i would need one and what should be in
your
>> > > one
>>> > > > because of your example you told me??!
>>> > > >
>>> > > > regards
>>> > > > s
>>> > > >
>>> > > > "Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
>>> > > > news:b47eov$nb3$1@talkto.net...
>>>>> > > > > > Well for me I need an another minimize button in the caption *ggg
I
>> > > now
>>>> > > > > this
>>>>> > > > > > sounds crazy but its while the real one would be for storing the
>>>> > > > > application
>>>>> > > > > > into the taskbar and the other one will do it for the systray...
>>>> > > > > You can always drop two captionbuttons on the form...
>>>> > > > >
>>>> > > > > --
>>>> > > > > Regards,
>>>> > > > >
>>>> > > > > Peter Thornqvist (JVCL Coordinator)
>>>> > > > > http://jvcl.sourceforge.net
>>>> > > > >
>>>> > > > >
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Thu, 6 Mar 2003 15:51:31 +0100
Newsgroups: jedi.vcl

forgot a really important thing!
what if themes disabled so you need to draw the button you saw on all
windows versions without themes!

ok thats it...


"stOrM!" <Stormnr1@gmx.de> schrieb im Newsbeitrag
news:b47muo$p6v$1@talkto.net...
> > I think we both misunderstood each other let me be more specific....
> >
> > you wrote:
> >
> > Another problem is that you don't have a blank themed caption button
> > (only the default close, help, restore etc buttons) So as a work-around
> > I used the standard themed button, but that looks ugly IMO.
> >
> > (I think because of the default thing you mentioned above...
> > use a set of default propertys like minimize,restore,close and do another
> > set so the user could maybe load an icon to place on it and or caption for
> > the button...)
> >
> > You could help by telling what you expect of the merged caption button,
> > what properties it should have etc. You could start by looking at the 2
> > components now in JVCL and tell what works good, which properties you
> > like etc.
> >
> > look above!
> > also it would be nice if it would work like:
> > if users changed the theme of XP itself then for sure the button should
> > imidiatly changed also its theme corresponding to XP's...
> > this should maybe also work because there are not only three themes in XP
> > try to imagine what will happen if the Users downloads new themes will the
> > captionbutton be drawn also with them ???
> >
> > then another property would be great to let the user tell how height and
> > width the button should be...
> >
> > maybe thats all for now...
> >
> >
> >
> >
> > "stOrM!" <Stormnr1@gmx.de> schrieb im Newsbeitrag
> > news:b47md6$p2v$1@talkto.net...
>> > > ??????????????????
>> > > thought we talked about the themed one???
>> > >
>> > > i was trying to explain why i would need one and what should be in your
> > one
>> > > because of your example you told me??!
>> > >
>> > > regards
>> > > s
>> > >
>> > > "Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
>> > > news:b47eov$nb3$1@talkto.net...
>>>> > > > > Well for me I need an another minimize button in the caption *ggg I
> > now
>>> > > > this
>>>> > > > > sounds crazy but its while the real one would be for storing the
>>> > > > application
>>>> > > > > into the taskbar and the other one will do it for the systray...
>>> > > > You can always drop two captionbuttons on the form...
>>> > > >
>>> > > > --
>>> > > > Regards,
>>> > > >
>>> > > > Peter Thornqvist (JVCL Coordinator)
>>> > > > http://jvcl.sourceforge.net
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Thu, 6 Mar 2003 15:50:05 +0100
Newsgroups: jedi.vcl

I think we both misunderstood each other let me be more specific....

you wrote:

Another problem is that you don't have a blank themed caption button
(only the default close, help, restore etc buttons) So as a work-around
I used the standard themed button, but that looks ugly IMO.

(I think because of the default thing you mentioned above...
use a set of default propertys like minimize,restore,close and do another
set so the user could maybe load an icon to place on it and or caption for
the button...)

You could help by telling what you expect of the merged caption button,
what properties it should have etc. You could start by looking at the 2
components now in JVCL and tell what works good, which properties you
like etc.

look above!
also it would be nice if it would work like:
if users changed the theme of XP itself then for sure the button should
imidiatly changed also its theme corresponding to XP's...
this should maybe also work because there are not only three themes in XP
try to imagine what will happen if the Users downloads new themes will the
captionbutton be drawn also with them ???

then another property would be great to let the user tell how height and
width the button should be...

maybe thats all for now...




"stOrM!" <Stormnr1@gmx.de> schrieb im Newsbeitrag
news:b47md6$p2v$1@talkto.net...
> > ??????????????????
> > thought we talked about the themed one???
> >
> > i was trying to explain why i would need one and what should be in your
one
> > because of your example you told me??!
> >
> > regards
> > s
> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
> > news:b47eov$nb3$1@talkto.net...
>>> > > > Well for me I need an another minimize button in the caption *ggg I
now
>> > > this
>>> > > > sounds crazy but its while the real one would be for storing the
>> > > application
>>> > > > into the taskbar and the other one will do it for the systray...
>> > > You can always drop two captionbuttons on the form...
>> > >
>> > > --
>> > > Regards,
>> > >
>> > > Peter Thornqvist (JVCL Coordinator)
>> > > http://jvcl.sourceforge.net
>> > >
>> > >
> >
> >




Subject: Re: TJvColorButton XP style?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 6 Mar 2003 15:48:30 +0100
Newsgroups: jedi.vcl

Thanks Peter for reply.

I've played  now a little bit with TJvColorButton and I stuck with the very
first task to get this button themed:

I've added a new procedure in protected which should cover all drawings:
    procedure CNDrawItem(var Msg: TWMDrawItem); message CN_DRAWITEM;

But this procedure won't be called, even if using BS_OWNERDRAW in newly
inserted proc CreateParams.

Do you have any mor hints available?




Subject: Re: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Thu, 6 Mar 2003 15:40:43 +0100
Newsgroups: jedi.vcl

??????????????????
thought we talked about the themed one???

i was trying to explain why i would need one and what should be in your one
because of your example you told me??!

regards
s

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:b47eov$nb3$1@talkto.net...
>> > > Well for me I need an another minimize button in the caption *ggg I now
> > this
>> > > sounds crazy but its while the real one would be for storing the
> > application
>> > > into the taskbar and the other one will do it for the systray...
> > You can always drop two captionbuttons on the form...
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JVCL 2.10 released
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Mar 2003 14:54:50 +0100
Newsgroups: jedi.vcl

> > I would also suggest to post in the JVCL Yahoo Group and Borland releated
I posted to b.p.d.third-party and to JVCL-Announce. Any else?


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: Re: ANN: JVCL 2.10 released
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Mar 2003 14:35:21 +0100
Newsgroups: jedi.vcl

> > None of those files are in JVCL210SourceOnly.zip. Could you please add
> > them?

I'll see what I can do. You can also get them here:

http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/ChangeLog20to2
1.txt
http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/restruct_chang
elog.txt
http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/Changel
og.txt
http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/ReadMe.txt
http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/restruct_democ
hanges.txt


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Installer Still Fails
From: Ron <ron@hotma.com>
Date: Thu, 6 Mar 2003 12:40:06 +0000 (UTC)
Newsgroups: jedi.vcl

Peter Thörnqvist <peter3@no.spam.peter3.com> wrote in
news:b431m8$uu8$1@talkto.net: 

>> >> and when i try to run the demo it recreates the zlib.dcu in the same
> > folder
>> >> i already deleted it from.
>> >> ?????????????????????????????????????????!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>> >> ! 
> > This is very weird and I don't know what else to come up with to try
> > to help out but I still think it's something with your system. Paths
> > or duplicates or whatever. Normally, the zlib.dcu should not be
> > created in the lib5 folder, actually it shouldn't be created at all.

I haven't yet installed 2.1, but I remember having similar problems when 
installing JVCL 2.0 under D5 and would get a lot of messages about zlib. I 
don't remember how I got it solved, but now I have an added zlib.dcu in the 
lib5 folder, its size is 46400 (the one in D5 directories is the size you 
mentioned before).


Subject: dxgettext and JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Mar 2003 13:34:25 +0100
Newsgroups: jedi.vcl

Another project that I am involved with, dxgettext - a GNU gettext
compatible translation tool, has agreed on hosting translation files for
JVCL (they already have translation files for Delphi (5-7), Rave, Indy). If
you speak a foreign language, please consider translating the JVCL to your
language (you only need a texteditor to do that). For more info on
dxgettext, see http://dxgettext.sourceforge.net

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: TJvColorButton XP style?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Mar 2003 13:30:27 +0100
Newsgroups: jedi.vcl

Custom theming is the way to go: see the DB units that Remko rewrote (I
don't remember their name, but search for units containing "Theme") for
hints on how to do it. And don't forget to donate back anything you write!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Captionbutton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Mar 2003 13:29:18 +0100
Newsgroups: jedi.vcl

> > Well for me I need an another minimize button in the caption *ggg I now
this
> > sounds crazy but its while the real one would be for storing the
application
> > into the taskbar and the other one will do it for the systray...
You can always drop two captionbuttons on the form...

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Resourcestring & JVDCONST
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Mar 2003 13:28:06 +0100
Newsgroups: jedi.vcl

JvDConst isn't used anymore: see JvxRConst and JvxDConst

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: TJvColorButton XP style?
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 6 Mar 2003 13:19:48 +0100
Newsgroups: jedi.vcl

Hi,

I wonder how I could force the TJvColorButton to look themed like any other
button on my form?

Any hints?
Michael




Subject: Re: ANN: JVCL 2.10 released
From: @in@taavi.ee (Ain)
Date: Thu, 06 Mar 2003 11:54:42 GMT
Newsgroups: jedi.vcl

On Wed, 5 Mar 2003 19:17:12 +0100, =?iso-8859-1?Q?Peter_Th=F6rnqvist?=
<peter3@no.spam.peter3.com> wrote:

> >For news in this release, see readme.txt and changelog.txt in the packages
<snip>
> > Use restructure_changelog.txt and
> >ChangeLog20to21.txt as guides to where things are located currently.

None of those files are in JVCL210SourceOnly.zip. Could you please add
them?


ain


Subject: Re: Direction details Jv "all the small tabs"
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Mar 2003 08:45:56 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 06 Mar 2003 09:29:32 +0100:
 RM> Jv JFreeVCS    - TJvTransLED
 RM>      A simple LED control. The name should be simplified to TJvLED.
 RM>      MouseEnter/MouseLeave should be added.
 RM>      The palette should be removed.

This component could be two new properties ColorOn and ColorOff instead of
Color.

The state could be change through a method jvLed1.On and jvLed1.Off.

Maybe some kind of Style property that defines if the led will be a circle
or a square (or rectangle).

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Thu, 6 Mar 2003 12:07:34 +0100
Newsgroups: jedi.vcl

Well for me I need an another minimize button in the caption *ggg I now this
sounds crazy but its while the real one would be for storing the application
into the taskbar and the other one will do it for the systray...

i think it would be great in my opinion to have those normal buttons
(restore,minimize and so on) available and then let the user choice for
example an icon or kinda like that to place it on the button??? great would
be also hints for the buttons---

regards
S


"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:b46s0c$j9j$1@talkto.net...
>> > > But for what it's worth, I'm working on it. Actually it kinda works
>> > > already, but because there are 2 caption button components in JVCL, I
>> > > thaught it would be better to merge them first.
> > My man!
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Thu, 6 Mar 2003 12:04:32 +0100
Newsgroups: jedi.vcl

hi there!
can you please give me a short example of a small compiled executeable? it
will much help to understand what you mean,  how it looks, and what you
need..
at least it will help me a lot to understand you the right way because of my
bad english?!

best regards
S


"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:b46s0c$j9j$1@talkto.net...
>> > > But for what it's worth, I'm working on it. Actually it kinda works
>> > > already, but because there are 2 caption button components in JVCL, I
>> > > thaught it would be better to merge them first.
> > My man!
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Resourcestring & JVDCONST
From: "Frédéric Pavlin" <~remove~fred.pavlin.eyra@wanadoo.fr>
Date: Thu, 6 Mar 2003 11:06:02 +0100
Newsgroups: jedi.vcl

Hello,

a very simple question for whitch i apologize if it has already been
submited loads of times...

For localisation, some JVCL components use resource strings, defined in
JVDCONST as
unsigned int. For example

  SUserNameLabel          = MaxExtStrID - 102;
  SPasswordLabel          = MaxExtStrID - 103;

So i have to define the corresponding strings in my resource DLL.
If i use something like:

RESOURCESTRING SUserNameLabel= 'User name'

how can i force the compiler to affect the correct ID (MaxExtStrID - 102) to
the resource string?

thanks,


-----------------------------------------
Frédéric Pavlin
EYRA Informatique
-----------------------------------------





Subject: Re: Direction details Jv "all the small tabs"
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Mar 2003 03:42:05 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b470nl$k77$2@talkto.net...

> > Jv Interpreter
> >    - TJvInterpreterProgram, TJvInterpreterFm
> >      The property names could be improved. PascalSource instead of Pas
> >      for example.
> >      The interpreter itself should go to JCL.
> >      Any improvements possible? Is the parser efficient enough?

There is also another Interpreter floating around that is actively developed
by Carlo Kok

http://www.carlo-kok.com/ifps3.php

It would be interesting to compare these two.

Michael




Subject: Direction details Jv "all the small tabs"
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Mar 2003 09:29:32 +0100
Newsgroups: jedi.vcl

Jv Plugin
  - TJvPluginManager
    A non-visual specialized component which should go to a
    "Jv Specials" palette. The component needs to be checked extensively
    to work smoothly without bugs.
Jv Labels
  This palette has been discussed already.
Jv Interpreter
  - TJvInterpreterProgram, TJvInterpreterFm
    The property names could be improved. PascalSource instead of Pas
    for example.
    The interpreter itself should go to JCL.
    Any improvements possible? Is the parser efficient enough?
Jv JFreeVCS
  - TJvTransLED
    A simple LED control. The name should be simplified to TJvLED.
    MouseEnter/MouseLeave should be added.
    The palette should be removed.



Subject: Re: Directions for the JVCL 3.0
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Mar 2003 09:27:39 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Based on the result with JvValidateEdit, I would say you're a pretty good
> pupil<g>!

So it is time to have a look myself :-)
I am definitely behind my work schedule.
This is the focus of work for the JVCL. Merging components.



Subject: Re: Captionbutton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Mar 2003 08:08:56 +0100
Newsgroups: jedi.vcl

> > But for what it's worth, I'm working on it. Actually it kinda works
> > already, but because there are 2 caption button components in JVCL, I
> > thaught it would be better to merge them first.
My man!


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Directions for the JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 6 Mar 2003 08:07:47 +0100
Newsgroups: jedi.vcl

> > [...] If you want to learn how to write better components (and even
> > Delphi programs in general) this is a great way to learn from some very
> > talented people.
Based on the result with JvValidateEdit, I would say you're a pretty good
pupil<g>!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL 2.10 released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 20:19:55 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E669CD1.C544D6E3@gmx.de...

> > Hi Michael
> >
> > I would also suggest to post in the JVCL Yahoo Group and Borland releated
> > newsgroups. I guess its better if some "known names" would do this.

It shouldn't matter - if you could do it in the German groups, it would be
great.

> > Have anybody thought about a Borland Developer Article about this release?

Yep, we should do it sometime. I'll try to work with Peter and Robert on it.

> > BTW: Do you Michael know that your Delphi Super Recall ist still in the
> > Companion CD? And the companion CDs are online:
> > http://homepages.borland.com/jkaster/ccds/delphi7disk1/index.html :-)

That's good :)

Michael




Subject: Re: JVCL 2.10 released
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 06 Mar 2003 01:56:49 +0100
Newsgroups: jedi.vcl

H Michael

"Michael Beck (Team JEDI)" schrieb:

> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:b45i4u$d2r$1@talkto.net...
> >
>> > > BTW -  can people post this message in other local-language newsgroups,
> > e.g.
>> > > in French, Italian, Russian, German, etc.?
>> > >
>> > > If you do, please let us know here, so there is no duplicated postings.
> >
> > I've placed it to:
> > - bsc.public.borland.delphi
> >
> > - pl.comp.lang.delphi
> >
> > - comp.lang.pascal.delphi.misc
> >
> > - alt.comp.lang.borland-delphi
> >
> > - sf.j.jv.jvcl.open_discussion
> >

Hi Michael

I would also suggest to post in the JVCL Yahoo Group and Borland releated
newsgroups. I guess its better if some "known names" would do this. So Michael
its your turn now I guess to complete the posts and see tomorrow how many
downloads we get :-)
Have anybody thought about a Borland Developer Article about this release?


BTW: Do you Michael know that you Delphi Super Recall ist still in the
Companion CD? And the companion CDs are online:
http://homepages.borland.com/jkaster/ccds/delphi7disk1/index.html :-)

best regards

Ralf Grenzing



Subject: Re: Directions for the JVCL 3.0
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 6 Mar 2003 11:38:17 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b45b9v$bmk$1@talkto.net...
> > I'm glad that you like JVCL and is thinking of helping out: we need more
> > people, regardless of their skill level or familiarity with the JVCL.
These
> > things can be taught and hopefully you and others will stay along long
> > enough for JVCL to benefit from it.

You want people with no skill level or familiarity with the JVCL? That's me!
:)

I'd like to get involved in the merging of components. My initial experience
when downloading the JVCL was that it is *huge* and there are duplicate
components - how was I supposed to know which one to use? I think the JVCL
has to be consolidated and this means, of necessity, dropping duplicate
components. If this breaks backwards compatibility, so be it. The initial
experience has to be a bit less daunting.

My TJvValidateEdit component is my first attempt at this, replacing 6
components and 3 units. My tentative plans for it are (feedback welcome):
- a bit more testing (but it seems to work well now)
- tidy up the display a little (mainly for dfScientific)
- add a negative/currency display formatter, so that more than the format
"-1" can be displayed
- abstract the validation/formatting so as to create a workalike
TJvValidateLabel
- incorporate it into TJvCalcEdit
- make a data aware version?
- write more detailed notes on how it works so someone can incorporate this
into the help
- write some conversion routine so people can upgrade the components it
replaces

Hopefully then it will be ready to be included in the JVCL. Once I have
finished this, I will be ready to move onto other things. Finding time is
the only issue at the moment.

The point is (this is for anyone lurking) I learnt alot about component
development while writing this component from the feedback I received from
the Jedi guys. The donation isn't just a one-way system, where you donate to
the JVCL. You get a stream of knowledge, techniques and skills coming back
the other way. If you want to learn how to write better components (and even
Delphi programs in general) this is a great way to learn from some very
talented people.

Christopher Latta





Subject: Re: please correct link on http://jvcl.sourceforge.net/
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 16:57:33 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E666C3B.531C216E@gmx.de...
> >
> > the link at the button "download " on the JVCL Homepage on
> > http://jvcl.sourceforge.net/ points still to the 2.0 release ...


Good catch - thanks. It's fixed now.

Michael




Subject: Re: JVCL 2.10 released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 16:54:39 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E666B9D.53B8AE61@gmx.de...

> > BTW: where have you guys these numbers how many times it was donwloaded?

http://sourceforge.net/project/showfiles.php?group_id=45786

look under the "D/L" column

Michael




Subject: Re: Captionbutton
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 05 Mar 2003 22:33:51 +0100
To: Peter Thörnqvist <peter3@nospam.peter3.com>
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Maybe. Best bet is to post a request in the issue tracker. And while you're
> waiting, why not investigate theming yourself and maybe you can help out
> rewriting it?

Actually there is already a request about it in the issue tracker <g>. But for what it's worth, I'm working on it. Actually it kinda works already, but because there are 2 caption button components in JVCL, I thaught it would be better to merge them first.

Another problem is that you don't have a blank themed caption button (only the default close, help, restore etc buttons) So as a work-around I used the standard themed button, but that looks ugly IMO.

You could help by telling what you expect of the merged caption button, what properties it should have etc. You could start by looking at the 2 components now in JVCL and tell what works good, which properties you like etc.

You could also download Mike Lischke's theme explorer (somewhere at http://www.delphi-gems.com/ThemeManager.php) and help choosing a better template for the blank themed caption.

Regards,
Remko Bonte



Subject: please correct link on http://jvcl.sourceforge.net/
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 05 Mar 2003 22:29:31 +0100
Newsgroups: jedi.vcl


the link at the button "download " on the JVCL Homepage on
http://jvcl.sourceforge.net/ points still to the 2.0 release ...

Ralf Grenzing



Subject: Re: JVCL 2.10 released
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 05 Mar 2003 22:26:53 +0100
Newsgroups: jedi.vcl


"Michael Beck (Team JEDI)" schrieb:

> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> > news:b45epk$cdl$1@talkto.net...
>> > > Team JEDI is pleased to announce that a new release of the JVCL is
> > available
>> > > at:
>> > >
>> > > http://sourceforge.net/projects/jvcl
> >
> > Now watch the JVCL ranking on SourceForge - it should sky-rocket :)
> >

BTW: where have you guys these numbers how many times it was donwloaded?

Ralf Grenzing




Subject: Re: JVCL 2.10 released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 15:42:14 -0500
Newsgroups: jedi.vcl

"Steve Magruder [Team JEDI]" <steve@stevemagruder.com> wrote in message
news:b45mjo$dtv$1@talkto.net...

> > Sorry to damper anything, but I found a problem on this page:
> > http://jvcl.sourceforge.net/install.htm
> >
> > The links don't indicate the correct files and the links don't appear to
be
> > working.

Fixed!

Thanks for the hint.

Michael




Subject: Re: JVCL 2.10 released
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Wed, 5 Mar 2003 15:30:37 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b45epk$cdl$1@talkto.net...
> > Team JEDI is pleased to announce that a new release of the JVCL is
available
> > at:
> >
> > http://sourceforge.net/projects/jvcl
> >
> > This release is marked as JVCL 2.10 STABLE (for D5, D6, D6PE, D7 and D7PE
> > and with limited support for BCB5 and BCB6).

Great!

Sorry to damper anything, but I found a problem on this page:
http://jvcl.sourceforge.net/install.htm

The links don't indicate the correct files and the links don't appear to be
working.  However, I was able to download the installer from the
jvcl.sourceforge.net main page with no problem.

Regards,
   Steve




Subject: Re: JVCL 2.10 released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 14:36:28 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b45i4u$d2r$1@talkto.net...

> > BTW -  can people post this message in other local-language newsgroups,
e.g.
> > in French, Italian, Russian, German, etc.?
> >
> > If you do, please let us know here, so there is no duplicated postings.

I've placed it to:
- bsc.public.borland.delphi

- pl.comp.lang.delphi

- comp.lang.pascal.delphi.misc

- alt.comp.lang.borland-delphi

- sf.j.jv.jvcl.open_discussion



Michael




Subject: Re: JVCL 2.10 released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 13:55:37 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b45epk$cdl$1@talkto.net...
> > Team JEDI is pleased to announce that a new release of the JVCL is
available
> > at:
> >
> > http://sourceforge.net/projects/jvcl

BTW -  can people post this message in other local-language newsgroups, e.g.
in French, Italian, Russian, German, etc.?

If you do, please let us know here, so there is no duplicated postings.

That would be very helpful.

Michael




Subject: Re: JVCL 2.10 released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 13:48:57 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b45epk$cdl$1@talkto.net...
> > Team JEDI is pleased to announce that a new release of the JVCL is
available
> > at:
> >
> > http://sourceforge.net/projects/jvcl

Now watch the JVCL ranking on SourceForge - it should sky-rocket :)

Michael




Subject: Re: ANN: JVCL 2.10 released
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Wed, 5 Mar 2003 15:34:14 -0300
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 5 Mar 2003 19:17:12 +0100:

I don´t know if it is usual reply an *ANN* but I want to know that your
comments in FUTURE PLANS / NOT FINISHED sections are great converging to my
previous messages  worries about future migration issues. Nice job.

obs.: And I´m proud to see my little effort in MegaDemo there :-)

Regards,

Paulo Garcia




Subject: ANN: JVCL 2.10 released
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Mar 2003 19:17:12 +0100
Newsgroups: jedi.vcl

Team JEDI is pleased to announce that a new release of the JVCL is available
at:

http://sourceforge.net/projects/jvcl

This release is marked as JVCL 2.10 STABLE (for D5, D6, D6PE, D7 and D7PE
and with limited support for BCB5 and BCB6).

For news in this release, see readme.txt and changelog.txt in the packages

To use it, you will also need the latest JCL (JEDI Code Library) available
from:

http://jcl.sourceforge.net

NOTE that the JCL is included in the Full Install and you don't need to
download it separately.

Although this is considered a stable release, we still need *lots* of
feedback on features, bugs, problems etc. Please report any Bugs/Wishes back
to us via our Issue Tracker available from :

http://jvcl.sourceforge.net (click on the "Bugs/Wishes" link)


FUTURE PLANS / NOT FINISHED:
============================

- This release still contains a number of duplicate components, since the
merging of new libraries into JVCL isn't complete. Please report any
suggestions and findings in the Issue Tracker to speed up this process.

- If you have existing code using earlier versions of JVCL, you might have
to rename and remove units and components. Use restructure_changelog.txt and
ChangeLog20to21.txt as guides to where things are located currently. If
anything is missing from these files, please let us know by posting in the
Issue Tracker

- Since it is hard to tell up front what will stay and what will disappear,
here's a couple of hints on how you should use the components to minimize
the risk of having to redo it in the future:

  * If a component/unit doesn't have a TJv/Jv prefix (i.e it has a TJvx/Jvx
or TJva/Jva or similar) it is an indication that it came from a new library
and that it somehow duplicates something already in JVCL (even if it's only
the name). Try finding the JVCL equivalent and compare: if there is a
similar component, you can be pretty sure that the current JVCL name will be
used even if the properties, events and methods of the duplicate component
*might* be added to the JVCL component
  * If we merge these components, the TJvx/TJva component will be placed in
the Archive, so you will have the option to switch to the new JVCL
component, or  use the TJvx/TJva version from Archive
  * Your safest bet is to stay away from any "suspect" components in
production code and use the "old" version instead

- There is an ongoing effort to remove duplicates from JVCL that are already
in JCL (mostly functions, but some classes are also involved). If you find
anything that you think should be moved from JVCL to JCL, please report in
the Issue Tracker.

- Libraries scheduled to be merged with JVCL: Jans' components, Globus VCL,
various single component donations

- The support for Delphi 5 has become better and should work at least as
well as with D6. Please report any issues in the Issue Tracker

- The support for Delphi 6 and Delphi 7 Personal Editions has become better
but might still not be complete. Please report any findings in the Issue
Tracker.


----
Peter Thornqvist
(JVCL Coordinator)


Project JEDI:
  http://delphi-jedi.org
JEDI-VCL:
  http://jvcl.sourceforge.net
JEDI Newsgroups:
  news://forums.talkto.net
JEDI Web Forums:
  http://projectjedi.sourceforge.net/forums
JEDI Bug/Issue Tracker:
  http://projectjedi.sourceforge.net/mantis



Subject: Re: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Wed, 5 Mar 2003 18:43:29 +0100
Newsgroups: jedi.vcl

why not investigate theming yourself and maybe you can help out
> > rewriting it?

Hi well really if I knew how to do it I would help I need this very much but
can't fine a way to make it work yet :-(


"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:b4544s$a69$1@talkto.net...
> > Maybe. Best bet is to post a request in the issue tracker. And while
you're
> > waiting, why not investigate theming yourself and maybe you can help out
> > rewriting it?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "stOrM!" <Stormnr1@gmx.de> skrev i meddelandet
> > news:b453hu$a28$1@talkto.net...
>> > > I have really the hope that someone makes the Captionbutton to be
> > themed!!!
>> > > Its really so much needed will you make them themed in the next
> > version????
>> > >
>> > > best regards
>> > > s
>> > >
>> > >
> >
> >




Subject: Re: Directions for the JVCL 3.0
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 12:37:22 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E6603EA.B4677BB9@gmx.de...

> > So please everyone: keep in mind that sometimes people think they are very
small
> > and can not do anything ... I just remember the time when I get my first
mail
> > from Michael Beck when I [subscribed] to the JVCL Developer mailing list.
Of course
> > I only want to LISTEN to the gurus! But then I receive this welcome mail
from
> > Michael asking what are my professions ... my heart beating a little
louder than
> > (and faster I guess :-) ....

I am glad that that email made a difference and made you a JVCL team
member!!!! :)

Michael




Subject: Re: Directions for the JVCL 3.0
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 12:32:00 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b44rvd$84b$1@talkto.net...

> > IF you want to maintain a specific component in JVCL, then become a
> > developer and do it. IF you want to have help files for all components,
then
> > become a help writer and start writing. IF you want good demos, then
create
> > one or two and donate them. IF you want bugfree components, then find the
> > bugs, report them and supply suggestions for improvements. IF you want a
> > "migration guide", then write one and donate it.

VERY WELL SAID, Peter!

We need more "active" help and involment from the user site. Every little
bug fix, help file, or tutorial will contribute to the overall quality/value
of JVCL.

Just visit http://jvcl.sourceforge.net/ and click on the "Get Involved"
link.

> > It all boils down to this (and this is directed to anyone reading this,
not
> > just you, Paulo): we are currently about 6 people actually *doing*
anything
> > with JVCL

with close to 60,000 JVCL 2.0 downloads this gives one active developer per
10,000 users/downloaders ratio.

Clearly, there is a LOT of potential here <g>

Michael




Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Mar 2003 18:29:17 +0100
Newsgroups: jedi.vcl

Thanks!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Directions for the JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Mar 2003 18:28:18 +0100
Newsgroups: jedi.vcl

> > I have to admit that you are totally right Peter. Many people (of course I
> > included) only want to take and not want to give anything else then
complain or
> > bug description.

I actually don't mind the "complaining". I just want the "complainer" to
understand why we need to trim down JVCL and make it more maintainable. If
we had 100 developers working actively on JVCL, we could keep as many
components as we could get our hands on, but that's not the case.

> > So please everyone: keep in mind that sometimes people think they are very
small
> > and can not do anything ...
Remember, we have all been at the beginning and you don't need to feel
inferior or unknowledgable just because some of us started this journey
before you. On the contrary, we need input from all Delphi users since JVCL
should ultimately provide good stuff for any developer, regardless of skill
level or experience.


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Directions for the JVCL 3.0
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Mar 2003 12:27:03 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b458ov$b6t$1@talkto.net...

> > When I´m talking about compatibility I refer to help the user to migrate
> > smoothly. If it isn´t possible to maintain code compatibility at least we
> > need try to create good change logs or convertion tools.

"JVCL-Convert" is an attempt to make it easier.

> > It is hard for most
> > of users to open a Delphi project and see that a component changes the
name
> > or doesn´t exists anymore.

This might be a good test to see how many people are actually using JVCL <g>

Michael




Subject: Re: Directions for the JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Mar 2003 18:17:38 +0100
Newsgroups: jedi.vcl

> > The disadvantage to talk through a newsgroup is that we cannot see the
> > accent the people are using (It´s wrost when you don´t use your natural
> > language) . My feelings is that you was upset with me.What I mean is if I
> > was unpleasant I´m sorry but my intention was to raise a discussion about
> > the JVCL users because the JVCL developers are large listened here.

Paulo, english isn't my native language either (I'm from Sweden in the cold
north) but I can tell you that I am not in any way upset or angry with you
or what you wrote. My reply wasn't directed to you specifically and I
honestly appreciate any input from other users or developers. JVCL isn't
*my* project, it's a project that I am a part of and I don't wan't to impose
my ideas (well, not too much anyway!) on others without first trying to find
out what they think about it. At the same time, we will not get very far
with JVCL if we don't trim down the workload or get more developers to
participate. As the number of developers *active* is pretty constant, I
don't expect it to improve in the near future, so that leaves us the other
option: making JVCL easy to maintain.

I'm glad that you like JVCL and is thinking of helping out: we need more
people, regardless of their skill level or familiarity with the JVCL. These
things can be taught and hopefully you and others will stay along long
enough for JVCL to benefit from it.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Directions for the JVCL 3.0
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Wed, 5 Mar 2003 13:39:01 -0300
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 5 Mar 2003 13:55:58 +0100:


 PT> The main goal of JVCL is to become the de facto standard add-on
 PT> library for
 PT> Delphi. But we must also take into account the number of people
 PT> willing to put time and effort into JVCL and adjust our goals to be
 PT> compatible with what those precious few can handle. This means:
 PT> * minimize the need for maintenance work
 PT> * minimize the number of duplicates
 PT> * minimize the number of changes / merges / updates needed when a new
 PT> component (set) is donated
 PT> * minimize the number of components that only bloats the palette and
 PT> that noone uses


Nothing to say about it. You´re correct.

 PT> IF you want to maintain a specific component in JVCL, then become a
 PT> developer and do it. IF you want to have help files for all
 PT> components, then become a help writer and start writing. IF you want
 PT> good demos, then create one or two and donate them. IF you want
 PT> bugfree components, then find the bugs, report them and supply
 PT> suggestions for improvements. IF you want a "migration guide", then
 PT> write one and donate it.

 PT> It all boils down to this (and this is directed to anyone reading
 PT> this, not just you, Paulo): we are currently about 6 people actually
 PT> *doing* anything with JVCL (there are more registered developers but
 PT> many are inactive). If you are not one of those doing anything, and
 PT> don't intend to be, don't be surprised if we change the JVCL to
 PT> better accomodate the way *we* think it should work. The more you
 PT> put in, the more you get out.

I´m following this group about 2 weeks and start to join with one or two
bugs and few things in the MegaDemo. May be in the future you can see me as
part of *we*. I´m using JVCL for few months and I really like it and I know
it has a great potential to be better than already is. My bet about JVCL
future encourage me to help where I think able to do something. My point in
my message is that the users (our customers) cannot be forgetful when a new
project is designed. Maybe a good documentation, guide or convertion tool
can be enough. A better change log could be a good thing, too.

The disadvantage to talk through a newsgroup is that we cannot see the
accent the people are using (It´s wrost when you don´t use your natural
language) . My feelings is that you was upset with me.What I mean is if I
was unpleasant I´m sorry but my intention was to raise a discussion about
the JVCL users because the JVCL developers are large listened here.

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: Directions for the JVCL 3.0
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Wed, 5 Mar 2003 13:34:17 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 05 Mar 2003 13:29:17 +0100:

 RM> Paulo Garcia wrote:

 >> I agree there are several design issues that all want to be
 >> corrected/changed but what the main goal of JVCL Project? I think is
 >> to offer to community a very good (and open source, of course) VCL.
 >> Based on this what are the project to maintain the compatibility
 >> and/or helps the developers to migrate to a new version?

 RM> I do not agree. Keeping compatibility prevents increases in quality.
 RM> It is one of the reasons why RX died down. Keep in mind that
 RM> psychology  is an important factor. No developer likes to work on
 RM> compatibility issues.
 RM> I do not think of the JVCL as of a compatible succession of
 RM> releases.
 RM> Each release is best considered completely new. 2.1 is already a
 RM> compatibility release before we start the big changes for 3.0.

I agree when you talk about compatibility prevents increases in quality and
I know that changes are necessary all the time.

When I´m talking about compatibility I refer to help the user to migrate
smoothly. If it isn´t possible to maintain code compatibility at least we
need try to create good change logs or convertion tools. It is hard for most
of users to open a Delphi project and see that a component changes the name
or doesn´t exists anymore.


----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: link
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 05 Mar 2003 17:08:53 +0100
Newsgroups: jedi.vcl

Andre schrieb:

>> > >
>> > >
>> > > Peter Thörnqvist wrote:
>> > >
>>> > >> Do you know of any good starting point(s) to learn about porting to
>>> > >> Kylix/CLX? Tutorials, sites, guides, tools? There might be people
>>> > >> intersted
>>> > >> but that doesn't have the knowledge yet.
>>> > >>
>> > >
>> > > Start with the Kylix Help:
>> > > Chapter 'Programming with Kylix' especially the paragraph 'Handling
>> > > system and widget events' will give you a good start.
>> > >
> >
> > Found also a very interresting file on the internet: MasteringKylix.pdf.
> >
> > It SYBEX  sample chapter from 'Mastering Kylix 2' autors Marco Cantu &
> > Barbini, chapter 7: VisualCLX

Hi

You can downlaod it here:

Mastering Kylix 2 Sample Chapter 7 VisualCLX
ftp://ftp.sybex.com/2873/2873ch07.pdf

best regards

Ralf Grenzing





Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 05 Mar 2003 17:05:26 +0100
Newsgroups: jedi.vcl


"Peter Thörnqvist" schrieb:

> > Thanks for the tips: I will check them out. Anyone else know of any good
> > stuff on porting to Kylix?

Hi Peter

glad to if I can help you:

from CodeCentral:
Migrating Your Delphi 5 Projects to Kylix - by Bob Swart
Abstract: This paper provides an overview and detailed description of
migrating applications from Borland Delphi 5 for Windows to Kylix for Linux
http://bdn.borland.com/article/images/27534/migrating_delphi5.pdf


Great Marco Cantu offers a tool in his free downloadable sources (Release
Candiate 1) for hsi Mastering Delphi 7 book for conversion. The sources are
here:

http://www.marcocantu.com/md7/md7code_rc1.zip
Take  look in the folder "tools\VCLtoCLX"



best regards

Ralf Grenzing



Subject: Re: Captionbutton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Mar 2003 16:15:26 +0100
Newsgroups: jedi.vcl

Maybe. Best bet is to post a request in the issue tracker. And while you're
waiting, why not investigate theming yourself and maybe you can help out
rewriting it?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"stOrM!" <Stormnr1@gmx.de> skrev i meddelandet
news:b453hu$a28$1@talkto.net...
> > I have really the hope that someone makes the Captionbutton to be
themed!!!
> > Its really so much needed will you make them themed in the next
version????
> >
> > best regards
> > s
> >
> >




Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Mar 2003 16:14:27 +0100
Newsgroups: jedi.vcl

Thanks for the tips: I will check them out. Anyone else know of any good
stuff on porting to Kylix?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Wed, 5 Mar 2003 16:06:27 +0100
Newsgroups: jedi.vcl

I have really the hope that someone makes the Captionbutton to be themed!!!
Its really so much needed will you make them themed in the next version????

best regards
s




Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Andre <asn@xs4all.nl>
Date: Wed, 05 Mar 2003 14:22:11 +0000
To: Andre <asn@xs4all.nl>
CC: Peter Thörnqvist <peter3@no.spam.peter3.com>
Newsgroups: jedi.vcl

>
>
> Peter Thörnqvist wrote:
>
>> Do you know of any good starting point(s) to learn about porting to
>> Kylix/CLX? Tutorials, sites, guides, tools? There might be people intersted
>> but that doesn't have the knowledge yet.
>>
>
> Start with the Kylix Help:
> Chapter 'Programming with Kylix' especially the paragraph 'Handling system and widget events' will give you a good start.
>

Found also a very interresting file on the internet: MasteringKylix.pdf.

It SYBEX  sample chapter from 'Mastering Kylix 2' autors Marco Cantu & Barbini, chapter 7: VisualCLX

Best Regards,


andre


> Furtheron you have to realise that not all properties/procedures can be ported. ( example: everything associated with ctrl3D )
> So some changed files have sections of code that not compiled with CLX.
> Another example: systemcolors
>  porting this to kylix  requires some knowledge about X-windows and kde2/3. For myself I focus on non OS related components/procedures/functions/properties first.
>
>
> A small example: some code changes I have made to JvColorSquare.pas.
>
> ......
>       {$IFNDEF COMPLIB_CLX}
>       procedure CMMouseEnter(var Message: TMessage); message CM_MOUSEENTER;
>       procedure CMMouseLeave(var Message: TMessage); message CM_MOUSELEAVE;
>       {$ELSE}
>       procedure MouseEnter(AControl: TControl); override ;
>       procedure MouseLeave(AControl: TControl); override ;
>       {$ENDIF COMPLIB_CLX}
> .....
>
> {$IFDEF COMPLIB_CLX}
> procedure TJvColorSquare.MouseLeave(AControl: TControl) ;
> {$ELSE}
> procedure TJvColorSquare.CMMouseLeave(var Message: TMessage);
> {$ENDIF}
> begin
>   inherited;
>   FInside := False;
>   Repaint;
> end;
>
> ....
>
> Best Regards
>
>
> Andre
>
>



Subject: Re: Directions for the JVCL 3.0
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 05 Mar 2003 15:04:26 +0100
Newsgroups: jedi.vcl

> >
> >
> > It all boils down to this (and this is directed to anyone reading this, not
> > just you, Paulo): we are currently about 6 people actually *doing* anything
> > with JVCL (there are more registered developers but many are inactive). If
> > you are not one of those doing anything, and don't intend to be, don't be
> > surprised if we change the JVCL to better accomodate the way *we* think it
> > should work. The more you put in, the more you get out.

I have to admit that you are totally right Peter. Many people (of course I
included) only want to take and not want to give anything else then complain or
bug description. I am sorry for that but sometimes its just impressive to take a
look at some comps and haveing no idea how this comp is working (JvInterpeter
for example) and read especially your bug tracking comments and in VERY MANY
cases you found a solution and this within a very short time - at least to my
bugs. But this also gives the feeling of beeing very small for some people. I
remember I worked a very long time very lonly and make downloads from comps and
install them - but I NEVER contacting anyone or make posts and I know many
developer who do it the same.

So please everyone: keep in mind that sometimes people think they are very small
and can not do anything ... I just remember the time when I get my first mail
from Michael Beck when I desribed to the JVCL Developer mailing list. Of course
I only want to LISTEN to the gurus! But then I receive this welcome mail from
Michael asking what are my professions ... my heart beating a little louder than
(and faster I guess :-) .... and then I show every english mail to my VERY
friendly and helpful (and some more thinks) girlfried who is a secriterian for
foreign languages and she corrected every mail! Yes it have to bee corrected I
thought because it goes to one fo the Delphi gods!!!

Yes so this is the story from the other side ....

Ralf Grenzing



Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Andre <asn@xs4all.nl>
Date: Wed, 05 Mar 2003 13:53:34 +0000
To: Peter Thörnqvist <peter3@no.spam.peter3.com>
Newsgroups: jedi.vcl



Peter Thörnqvist wrote:

> Do you know of any good starting point(s) to learn about porting to
> Kylix/CLX? Tutorials, sites, guides, tools? There might be people intersted
> but that doesn't have the knowledge yet.
>

Start with the Kylix Help:
Chapter 'Programming with Kylix' especially the paragraph 'Handling system and widget events' will give you a good start.

Furtheron you have to realise that not all properties/procedures can be ported. ( example: everything associated with ctrl3D )
So some changed files have sections of code that not compiled with CLX.
Another example: systemcolors
 porting this to kylix  requires some knowledge about X-windows and kde2/3. For myself I focus on non OS related components/procedures/functions/properties first.


A small example: some code changes I have made to JvColorSquare.pas.

.......
      {$IFNDEF COMPLIB_CLX}
      procedure CMMouseEnter(var Message: TMessage); message CM_MOUSEENTER;
      procedure CMMouseLeave(var Message: TMessage); message CM_MOUSELEAVE;
      {$ELSE}
      procedure MouseEnter(AControl: TControl); override ;
      procedure MouseLeave(AControl: TControl); override ;
      {$ENDIF COMPLIB_CLX}
......

{$IFDEF COMPLIB_CLX}
procedure TJvColorSquare.MouseLeave(AControl: TControl) ;
{$ELSE}
procedure TJvColorSquare.CMMouseLeave(var Message: TMessage);
{$ENDIF}
begin
  inherited;
  FInside := False;
  Repaint;
end;

.....

Best Regards


Andre




Subject: Re: Directions for the JVCL 3.0
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 05 Mar 2003 14:44:53 +0100
Newsgroups: jedi.vcl



Robert Marquardt schrieb:

> > Paulo Garcia wrote:
> >
>> > > I agree there are several design issues that all want to be
>> > > corrected/changed but what the main goal of JVCL Project? I think is to
>> > > offer to community a very good (and open source, of course) VCL. Based on
>> > > this what are the project to maintain the compatibility and/or helps the
>> > > developers to migrate to a new version?
> >
> > I do not agree. Keeping compatibility prevents increases in quality.
> > It is one of the reasons why RX died down. Keep in mind that psychology
> > is an important factor. No developer likes to work on compatibility issues.
> > I do not think of the JVCL as of a compatible succession of releases.
> > Each release is best considered completely new. 2.1 is already a
> > compatibility release before we start the big changes for 3.0.

I think the same. Our big project can be changed from Rx to JVCL with the help
of the converter. If it works well I would totally agree. But I am not sureif
it also covers changed property names an such things?

Ralf Grenzing



Subject: Re: Directions for the JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Mar 2003 13:55:58 +0100
Newsgroups: jedi.vcl

> > I agree there are several design issues that all want to be
> > corrected/changed but what the main goal of JVCL Project? I think is to
> > offer to community a very good (and open source, of course) VCL. Based on
> > this what are the project to maintain the compatibility and/or helps the
> > developers to migrate to a new version?

The main goal of JVCL is to become the de facto standard add-on library for
Delphi. But we must also take into account the number of people willing to
put time and effort into JVCL and adjust our goals to be compatible with
what those precious few can handle. This means:

* minimize the need for maintenance work
* minimize the number of duplicates
* minimize the number of changes / merges / updates needed when a new
component (set) is donated
* minimize the number of components that only bloats the palette and that
noone uses

IF you want to maintain a specific component in JVCL, then become a
developer and do it. IF you want to have help files for all components, then
become a help writer and start writing. IF you want good demos, then create
one or two and donate them. IF you want bugfree components, then find the
bugs, report them and supply suggestions for improvements. IF you want a
"migration guide", then write one and donate it.

It all boils down to this (and this is directed to anyone reading this, not
just you, Paulo): we are currently about 6 people actually *doing* anything
with JVCL (there are more registered developers but many are inactive). If
you are not one of those doing anything, and don't intend to be, don't be
surprised if we change the JVCL to better accomodate the way *we* think it
should work. The more you put in, the more you get out.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Paulo Garcia" <ppegarcia@aol.com> skrev i meddelandet
news:b44pgp$7gh$1@talkto.net...
> >
> > "Pierre Rougier" <no@spam.com> escreveu na mensagem
> > news:b44n7d$6u6$1@talkto.net...
> >
> > I don´t know if I understood your point of view but while I read the main
> > thread from Robert I´m thinking about compatibility.
> >
> > When you are a developer who uses JVCL (our user) may be a problem to
> > migrate code from 2.x to 3.0 if there are a lot of incompatibilites and,
may
> > be, they prefer to stay with 2.x version mainly for *already-done*
projects.
> > But it isn´t possible to use 2.x and 3.0 in a single Delphi.
> >
> >
> > I think this questions need to be another important discussion thread
about
> > this project because if you thinking better the JVCL 3.0 is a new project
> > based on several existing components.
> >
> > I hope this comments helps.
> >
> >
> > Regards
> >
> > Paulo Garcia
> >
> >
> >




Subject: Re: Direction details Jv Custom
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 13:38:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> No need to merge: drop TJvLookoutBar. I wrote TJvOutlookBar because I wasn't
> pleased with TJvLookoutBar (too clumsy). They do the same thing.

First we should have a closer look. Maybe a feature or two can be used.

> Actually, we should be able to merge a lot of the different button
> implementations into just a few. Basically, we have two types: based on
> GraphicControl and based on WinControl and it should be possible to merge
> them into one each (or very near one each).

Hey, wait until i reached these tabs ;-) I will need some days to check all components.

> TJvExpress is a specialized TJvLookoutPage and *might* be kept, but I
> wouldn't ind if we dropped it...

My restructure ideas are very complicated. Best keep until the design is clear.

>>   - TJvTimeLine, TJvTMTimeline
>>     Should be merged. TJvTMTimeline seems the superior one and should
>>     be preferred.
>
> I don't think it's possible to merge them: they are very different.

Maybe one can be dropped. Such controls are very hard to design because the look is VERY important. TOutlookBar is one example how hard the design is. Microsoft definitely worked hard on it.

> Do you mean that I have a redesign in mind? Not to my knowledge <vbg>!

Then it was someone else. "Hardware error: brain full" ;-)



Subject: Re: Direction details Jv Data Controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 13:31:35 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:
>>   - TJvDBDateTimePicker
>>     The component itself is clean, but the underlying non-aware Picker
>>      controls need to be merged.
>
> <.snip.>
>
>>   - TJvDBDatePickerEdit
>>     see TJvDBDateTimePicker
>
>
> What exactly should I look at TJvDBDateTimePicker for? What underlying
> components of TJvDBDatePickerEdit do you want to merge? TJvMaskEdit,
> TJvCheckedMaskEdit, TJvDatePickerEdit, TJvCalendar and TJvCalendarAppearance
> were separated for a reason...

Please wait. I will write up discussions for the other palette tabs also.
We have two pickers which show calendars. One looks better whereas the other is better designed.



Subject: Re: Directions for the JVCL 3.0
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 13:29:17 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:

> I agree there are several design issues that all want to be
> corrected/changed but what the main goal of JVCL Project? I think is to
> offer to community a very good (and open source, of course) VCL. Based on
> this what are the project to maintain the compatibility and/or helps the
> developers to migrate to a new version?

I do not agree. Keeping compatibility prevents increases in quality.
It is one of the reasons why RX died down. Keep in mind that psychology is an important factor. No developer likes to work on compatibility issues.
I do not think of the JVCL as of a compatible succession of releases. Each release is best considered completely new. 2.1 is already a compatibility release before we start the big changes for 3.0.



Subject: Re: Directions for the JVCL 3.0
From: "Paulo Garcia" <ppegarcia@aol.com>
Date: Wed, 5 Mar 2003 09:21:42 -0300
Newsgroups: jedi.vcl

"Pierre Rougier" <no@spam.com> escreveu na mensagem
news:b44n7d$6u6$1@talkto.net...

I don´t know if I understood your point of view but while I read the main
thread from Robert I´m thinking about compatibility.

When you are a developer who uses JVCL (our user) may be a problem to
migrate code from 2.x to 3.0 if there are a lot of incompatibilites and, may
be, they prefer to stay with 2.x version mainly for *already-done* projects.
But it isn´t possible to use 2.x and 3.0 in a single Delphi.

I agree there are several design issues that all want to be
corrected/changed but what the main goal of JVCL Project? I think is to
offer to community a very good (and open source, of course) VCL. Based on
this what are the project to maintain the compatibility and/or helps the
developers to migrate to a new version?

I think this questions need to be another important discussion thread about
this project because if you thinking better the JVCL 3.0 is a new project
based on several existing components.

I hope this comments helps.


Regards

Paulo Garcia





Subject: Re: Directions for the JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Mar 2003 13:20:57 +0100
Newsgroups: jedi.vcl

Are you joking or are you serious? I can't tell.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Directions for the JVCL 3.0
From: "Rodrigo.net" <rodrigol@bigfoot.com>
Date: Wed, 5 Mar 2003 09:02:54 -0300
Newsgroups: jedi.vcl

I agree.

"Pierre Rougier" <no@spam.com> escreveu na mensagem
news:b44n7d$6u6$1@talkto.net...
> >
> > Hello,
> >
> > For version 3, I would have a more radical method.
> > There would be 0 components.




Subject: Re: Directions for the JVCL 3.0
From: "Pierre Rougier" <no@spam.com>
Date: Wed, 5 Mar 2003 12:32:09 +0100
Newsgroups: jedi.vcl

Hello,

For version 3, I would have a more radical method.
There would be 0 components.

All the components would have passed in archive.
If everyone is happy, it's that actually nobody uses the JVCL.
In this case you have satisfaction to have created a completely different
version, with the least effort, in record time, and who gives FULLY
SATISFACTION!!
No bad!!!!

If somebody said , "I use the component JvXxxx".
Here comes the problems. :-((
Here begins the critical analysis of the component.
Utility, design, robustness.
The component is put in the JVCL if it receive the *validation* of a
qualified dictator.
The ideal would be that incorporate component comes with a dedicated
example, showing the way of using it.
Provided by who need the component? ( Maybe a good way to be not too
disturbed).
And why not, ( dream? ), with a help file.

This method can appear radical but nothing forbidden those which do not
agree to continue to use JVCL 2.10, and to even continue to improve series 2
with a version JVCL 2.11, JVCL 2.12, JVCL 2.13, JVCL 2.14, JVCL 2.15......
JVCL 2.9999999, etc...

It is this method which I use successfully when I want to do the housework
on my PC.
I have a PC with 2 HD (HDa and HDb).
HDa is my HD of work, when it need place on HDa, I put off UDa from my PC, I
put in HDb in my PC and I it formatte.
I copy what I require from HDa to HDb.
And if one day I realise, I forgot something , I copy it from HDa to HDb.


--
Pierre Rougier





Subject: Re: Direction details Jv Data Controls
From: "Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID>
Date: Wed, 5 Mar 2003 12:26:54 +0100
Newsgroups: jedi.vcl

> >    - TJvDBDateTimePicker
> >      The component itself is clean, but the underlying non-aware Picker
> >       controls need to be merged.
<.snip.>
> >    - TJvDBDatePickerEdit
> >      see TJvDBDateTimePicker

What exactly should I look at TJvDBDateTimePicker for? What underlying
components of TJvDBDatePickerEdit do you want to merge? TJvMaskEdit,
TJvCheckedMaskEdit, TJvDatePickerEdit, TJvCalendar and TJvCalendarAppearance
were separated for a reason...

Or did you mean to merge TJv(DB)DatePickerEdit with TJv(DB)DateTimePicker?
While I agree that it is questionable having two components which do
essentially the same thing (and even look exactly the same most of the
time), I don't think this would be sensible as such. TJvDateTimePicker is
just a wrapper around the native datetimepicker control, while
TJvDatePickerEdit was more or less rewritten from the ground up (well, based
on TJvCustomMaskEdit at least) to overcome the deficiencies (and plain bugs)
of the native control, especially regarding keyboard input. I agree however
that the dropdown-part needs to be cleaned up. There are a lot of redundant
dropdown-edits, all implementing their own mechanisms and techniques for it,
mine definitely not being the best of the lot.

Cheers,

Oliver
---- ------------------
JID: ogiesen@jabber.org
ICQ: 18777742
      (http://wwp.icq.com/18777742)



Subject: Re: Directions for the JVCL 3.0
From: Jonathan Neve <jonathan@microtec.fr>
Date: Wed, 05 Mar 2003 11:15:50 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> An interesting question is if we can have a package file for each
> component or small family and bind them together  with project
> groups / recursive Makefiles.

From a user viewpoint, I think that would be a very good idea, because it would avoid unnecessarily inflating executable size by including only used packages, instead of the _whole_ JVCL.

Jonathan Neve.



Subject: Re: Direction details Jv Custom
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 Mar 2003 10:47:13 +0100
Newsgroups: jedi.vcl

> >
>> > >    - TJvInspector, TJvInspectorBorlandPainter,
>> > >      TJvInspectorDotNETPainter
>> > >      I do not understand enough of this component family. Also Peter
>> > >      has a redesign in mind already. Should it be "Painter" or
>> > >      "Renderer"?
> > Do you mean that I have a redesign in mind? Not to my knowledge <vbg>!


I was thinking about a redesign, but I still haven't found a better / easier
design (IOW, may take a very long time). I know what I want, just not the
best way to implement it. Anyway, discussing this with the Russian fellow
(sorry, forgot your name, too lazy to look it up) who posted some of his
concerns/opinions in Mantis. The general idea is to mimic the .NET
PropertyGrid component (interface wise and usage that is, it will of course
still provide the same functionality I already have). Again, this may take
months before I'm even close to releasing an early beta of the component.
The new design will solve the issue about "Painter" or "Renderer": it will
be a Style property of the component.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Direction details Jv Custom
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Mar 2003 10:36:36 +0100
Newsgroups: jedi.vcl

I agree or don't know enough about the other components to comments. Some
comments, though:

> > Jv Custom
> >    - TJvOutlookBar, TJvLookOut
No need to merge: drop TJvLookoutBar. I wrote TJvOutlookBar because I wasn't
pleased with
TJvLookoutBar (too clumsy). They do the same thing.

> >    - TJvLookOutButton
This could/should also be dropped (replace with JvTransparentButton or one
of th eother button implementations) or some of it's aspects implemented in
TJvTransparentButton. TJvTransparentButton and TJvTransparentButton2 could
be merged or just keep the one that uses an imagelist (the only diffence is
that one uses a bitmap directly and the other uses an imagelist. The code is
a verbatim copy except for these differences. I copied the code once upon a
time because I was too lazy to merge the code into one unit :)). Most people
today prefer imagelists because they are more resource friendly.

Actually, we should be able to merge a lot of the different button
implementations into just a few. Basically, we have two types: based on
GraphicControl and based on WinControl and it should be possible to merge
them into one each (or very near one each).

> >    - TJvExpress, TJvExpressButton
> >      These components are in the TJvLookOutButton/TJvLookOut family and
> >      therefore need to be redesigned in the merge.
TJvExpress is a specialized TJvLookoutPage and *might* be kept, but I
wouldn't ind if we dropped it...

> >    - TJvTimeLine, TJvTMTimeline
> >      Should be merged. TJvTMTimeline seems the superior one and should
> >      be preferred.
I don't think it's possible to merge them: they are very different.

> >    - TJvInspector, TJvInspectorBorlandPainter,
> >      TJvInspectorDotNETPainter
> >      I do not understand enough of this component family. Also Peter
> >      has a redesign in mind already. Should it be "Painter" or
> >      "Renderer"?
Do you mean that I have a redesign in mind? Not to my knowledge <vbg>!


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: Re: Directions for the JVCL 3.0
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 05 Mar 2003 10:31:57 +0100
Newsgroups: jedi.vcl

> >
> > - strange component (like JvInterpreter :-)

hmm. I would suggest to make a category with a word "runtime" in it ...
FormStorage, DataStorage, PlugIns and some more can be put in here

> >
> > - specialized component (like TJvGammaPanel or TJvHidDeviceController)

TJvHidDeviceController: isn´t it Hardware? I thought you said it has
somethign do to wirh USB?

and I would suggest another category: file related

Ralf Grenzing



Subject: Direction details Jv Custom
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 10:15:23 +0100
Newsgroups: jedi.vcl

Jv Custom
  - TJvEditor
    This component is too big to be discussed in detail here.
    Seems to be fairly complete.
  - TJvHLEditor
    Only a moderade extension to TJvEditor. Maybe drop TJvEditor?
  - TJvHLEdPropDlg
    Needs renaming to TJvHLEdPropDialog (at least).
    Could be improved by using JVCL components.
  - TJvRegAuto
    Not very elegant. UseReg, UseInt, and UseStr could be implemented
    as a single property for example.
  - TJvScrollMax
    Interesting distinctive UI design, but it needs a family of
    components or it will break the coherence of the UI.
    It needs a "Custom" base class.
    The custom cursors used do not look well.
    They are colored which do not match the "non-colored" look. Only
     the hand move cursor is needed and the standard hand cursor is
    good enough.
  - TJvComponentPanel
    The name itself is misleading. It means that it looks like an IDE
     palette, but it suggests that it can carry components.
    A connection to an TImageList would be a major improvement because
    it allows to set the button glyphs at design time. Assignment
    would set ButtonCount, ButtonHeight and ButtonWidth.
    ButtonCount is a bad name. Count like any other component with a
    default indexed property would be better.
    The implementation is not as elegant as it could be.
  - TJvLinkLabel
    This is a well structured ingenious component, but it still has
     some flaws.
    It has Caption and Text properties which does not make it a Label.
    It is a multiline text viewer. It should get its own inheritance
    tree because such components are not yet in the  VCL.
    All such components like TMemo are windowed controls.
    There is much work to do here. Starting with a simple text viewer
     which can only show simple lines. Then add a descendant which can
     do formatting (color, bold etc). TJvLinkLabel adds then the
    concept of navigation. This is not easy to design because it ends
    up in a simple version of HTML concepts.
  - TJvGammaPanel
    This is a very specialized component. It has several small visual
     flaws. See picture in binaries group.
    The modifications commented in the source do not work. AutoSize is
    silly for a component which does not size.
    Align does not work correctly for alBottom and alRight.
    Hard to say if this component should be extended.
  - TJvOutlookBar, TJvLookOut
    One of these is enough. Merge them. I think TJvOutlookBar is the
    superior design and should be preferred in the merge.
    There are two concepts of an Outlook bar.
    One like the standard Outlook bar to contain a list of clickable
     list elements with an icon as visual representation.
    The other is a container list for controls. The basic concept is a
    TControlListBox being able to accept any visual controls as list
     elements. The Outlook bar is then a list of TControlListBox
    controls.
  - TJvLookOutButton
    The major flaw is that it does not look like a button when dropped
     in the IDE. This violates an unwritten law of Delphi. The
    component default should be always useable.
  - TJvExpress, TJvExpressButton
    These components are in the TJvLookOutButton/TJvLookOut family and
    therefore need to be redesigned in the merge.
  - TJvTimeLine, TJvTMTimeline
    Should be merged. TJvTMTimeline seems the superior one and should
    be preferred.
  - TJvInspector, TJvInspectorBorlandPainter,
    TJvInspectorDotNETPainter
    I do not understand enough of this component family. Also Peter
    has a redesign in mind already. Should it be "Painter" or
    "Renderer"?
  - TJvBalloonHint
    Very well designed already. Maybe a way to customize the border
    and the stem should be added. I like the comic book way of curved
    stems and elliptic or jagged borders.



Subject: Direction details Jv Data Controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 10:14:44 +0100
Newsgroups: jedi.vcl

Jv Data Controls
    All DB aware components should base on a non-aware JVCL base
    component. The required properties and methods for DB aware
    controls have to be discussed.
    Maybe the interface way like for MouseEnter/MouseLeave should be
    used to add DB awareness.
    The set of DB aware controls should be completed.
    All visual JVCL controls should be checked for that.
    At least all VCL DB aware controls should get a JVCL complement.

  - TJvDBTreeView
    Does not base on a TJvTreeView.
    Change2 is not a good name.
    BTW should it be TCustomJvDBTreeView or TJvCustomDBTreeView?
  - TJvDBLookupTreeView
    BorderStyle should be moved to the non-aware base class.
  - TJvDBLookupTreeViewCombo
    I am not sure if we need more intermediate classes in the
    hierarchy. Definitely a TJvTreeViewCombo is needed.
    Several methods and properties should go there like Paint method
    and properties for the appearance.
  - TJvDBDateTimePicker
    The component itself is clean, but the underlying non-aware Picker
     controls need to be merged.
  - TJvDBProgressBar
    Clean component. Only DB awareness added to Jv base component.
  - TJvDBSpinEdit
    see TJvDBProgressBar
  - TJvDBGrid
    Valid exception from the basing rule.
  - TJvDBLookupList
    The hierarchy of JvLookup.pas should be checked and discussed.
  - TJvDBLookupCombo
    see TJvDBLookupList
  - TJvLookupEdit
    Badly named. The base class is TJvCustomComboEdit and therefore
    the name should be TJvLookupComboEdit.  Several properties and
    events definitely belong to TJvCustomComboEdit.
    I do not see why "ComboEdit" concept is needed at all.
    "Combo" concept should be good enough.
  - TJvDBDateEdit
    see TJvDBDateTimePicker
  - TJvDBCalcEdit
    see TJvDBDateTimePicker
  - TJvDBComboEdit
    Wrong look. Does not initially show ComboBox arrow.
  - TJvDBRichEdit
    see TJvDBProgressBar
  - TJvDBStatusLabel
    Badly named. A label does not have a Glyph.
    The Glyph should be implemented in the non-aware base class.
    Some Microsoft centric Glyph bitmaps.
    Does not AutoSize when changing the Name/Caption.
  - TJvDBComboBox
    EnableValues and Values should be moved to TJvCustomDBComboBox.
    "{ must be published before Items }" comment indicates that a
    Loaded method is needed which untangles the implicit property
    dependencies.
  - TJvDBIndexCombo
    A simple descendant of TCustomComboBox.
  - TJvDBProgress
    Small improvements possible. The internal timer uses 500 msecs
    without a way to change it.
    TJvDBCallback could be moved to implementation section (?).
  - TJvDBDatePickerEdit
    see TJvDBDateTimePicker



Subject: Direction details Jv BDE
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 10:14:09 +0100
Newsgroups: jedi.vcl

Here i show what i think about the individual components.
Each plaette tab gets its own message as starting point for a discussion thread.

Jv BDE
  - TJvaSQLScript
    A simple component wrapper around ExecuteSQLScript function from
    JvDBUtil. ExecuteSQLScript needs some improvement. The source is
    not that elegant.
  - TJvDBMove
    A tool to move one database into another.
    Could be improved and secured in several ways.
    Some features are limited without need.
    I am not sure if the default TempTable name of '_RATMP1_' is a
    valid name for all databases for example.
    The scope of the component could be widened like handling tables
    already in the destination database etc.
    Can the BDE dependency be lifted?



Subject: Directions for the JVCL 3.0
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 10:12:02 +0100
Newsgroups: jedi.vcl

First an overview of the directions the JVCL should go:

The components should be organized in some component families.
This will allow to add family features much more easily.
MouseEnter/MouseLeave is one of the feature additions.

There are many groups for organization which sometimes clash.
By class hierarchy, operating system, functionality (DB aware etc) and
many more.
An interesting question is if we can have a package file for each
component or small family and bind them together  with project
groups / recursive Makefiles.
The general direction should be to reduce the component count by
merging closely related components.
We should write up as many categories as possible and mark ALL
components to which categories they belong.
With that we can decide if merging components is useful. If the merged
component loses a category assignment we should reconsider the
decision.

Incomplete category list:

- Windows only
- Linux only
- VCL
- CLX
- visual component
  - TWinControl
  - TGraphiccontrol
  - other (?)
- non-visual component
- DB related
  - data aware
  - BDE
  - other
- strange component (like JvInterpreter :-)
- specialized component (like TJvGammaPanel or TJvHidDeviceController)

Please add to this list.

Yes i know we already discussed this, but we need to iterate over this
several times to collect all data.



Subject: Re: Jpeg in DB Table
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 5 Mar 2003 11:25:53 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 5 Mar 2003 09:17:47 +0430)
....while the fading voice of Nosrat whispered through the darkness:

 NAB> is there any jvc component (like DBImage )  i use to save jpg in DB
 NAB> table and view them ?

Take a look at RxLib + Polaris : http://polesoft.narod.ru

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: List JVCL 210 componants under xml format
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 07:17:59 +0100
Newsgroups: jedi.vcl

Pierre Rougier wrote:

> You could find on the internet free xml editor like XML NOTEPAD from M$.

EEEEKKKK ;-)



Subject: Re: Jpeg in DB Table
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Mar 2003 07:17:36 +0100
Newsgroups: jedi.vcl

Nosrat Allah Bonyadi wrote:
> Hello
>
> is there any jvc component (like DBImage )  i use to save jpg in DB table
> and view them ?

Not yet, but completing the set of DB aware controls is on the list for JVCL 3.0



Subject: Jpeg in DB Table
From: "Nosrat Allah Bonyadi" <nbonyadi@noornet.net>
Date: Wed, 5 Mar 2003 09:17:47 +0430
Newsgroups: jedi.vcl

Hello

is there any jvc component (like DBImage )  i use to save jpg in DB table
and view them ?

Best regards
bonyadi




Subject: List JVCL 210 componants under xml format
From: "Pierre Rougier" <no@spam.com>
Date: Tue, 4 Mar 2003 23:34:56 +0100
Newsgroups: jedi.vcl

Hi,

I just posted in jedi.binaries the list of the JVCL 210 componants under xml
format.
You could find on the internet free xml editor like XML NOTEPAD from M$.

--
Pierre Rougier




Subject: Re: Test install of next release
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Tue, 4 Mar 2003 18:46:13 -0300
Newsgroups: jedi.vcl

> > The most probable cause is that you had JVCL installed before and the
> > installer failed because of that (it doesn't give any specific error
> > messages, I'm afraid). If you would like to help out, do this:
> >
> > Remove all JVCL paths from Delphis library path. Delete all JVCL bcp and
dcp
> > files. Run the installer again. Let me know how it worked.

Hi,

Sorry for the delay.

The first time I tried, when the error ocurred, I unninstalled all JEDI
stuff from my Delphi, removing all references from the IDE and deleting JEDI
folders.

I'll do it again tomorrow, just to double check, and report here. I really
can't do it now, sorry.

Rafael Cotta





Subject: Re: Installer Still Fails
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 Mar 2003 21:20:32 +0100
Newsgroups: jedi.vcl

> > and when i try to run the demo it recreates the zlib.dcu in the same
folder
> > i already deleted it from.
> > ?????????????????????????????????????????!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
This is very weird and I don't know what else to come up with to try to help
out but I still think it's something with your system. Paths or duplicates
or whatever. Normally, the zlib.dcu should not be created in the lib5
folder, actually it shouldn't be created at all.

> > Opened many of the individual demos with almost perfect success.(the
> > JvDialogs demo wont compile or run saying it cannot find
> > JvDisconnectNetwork.dcu. I searched for this file and it does not exist in
> > my jedi installed folder).

The JvDisconnectNetwork unit has been removed since it was empty (the
implementation is now in JvConnectNetwork). Just delete it from the uses in
fDialogs.pas and you should be OK. I will update in CVS as well.
> > Well that is all for now folks, i really hope this helps you guys.
You've been a *great* help!

> >
> > Thanks again for all your help and patience,
Ditto!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Installer Still Fails
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 4 Mar 2003 14:10:29 -0600
Newsgroups: jedi.vcl

Well i got it to work, finally. I am unsure of which step actually caused it
to work this time but i will tell you here and maybe you guys will know.
First i again removed all traces of the jedi library from delphi (paths,
components etc.). But i also removed the RXControls packages that i still
had installed. (hmmm....wonder if that was it).
I updated the file you mentioned from CVS and copied it into my
examples\thumbnails folder, overwriting the other. I ran the installer again
and this time it installed very smoothly, and with no problem.

I did another search for zlib.dcu and this time found it in the
C:\Development\Components\JCL+JVCL210FullInstall\jvcl\dcu
directory.
So i deleted it.
I then tried to run the mega demo and got the following errors again:

[Error] JvZlibMultiple.pas(140): Undeclared identifier: 'TCompressionStream'
[Error] JvZlibMultiple.pas(172): Missing operator or semicolon
[Error] JvZlibMultiple.pas(172): Incompatible types: 'TComponent' and
'Integer'
[Error] JvZlibMultiple.pas(180): Missing operator or semicolon
[Error] JvZlibMultiple.pas(180): Illegal type in Write/Writeln statement
[Error] JvZlibMultiple.pas(185): Missing operator or semicolon
[Error] JvZlibMultiple.pas(284): Undeclared identifier:
'TDecompressionStream'
[Error] JvZlibMultiple.pas(327): Missing operator or semicolon
[Error] JvZlibMultiple.pas(327): Incompatible types: 'TComponent' and
'TMemoryStream'
[Error] JvZlibMultiple.pas(335): Missing operator or semicolon
[Error] JvZlibMultiple.pas(335): Illegal type in Read/Readln statement
[Error] JvZlibMultiple.pas(335): Left side cannot be assigned to
[Error] JvZlibMultiple.pas(345): Missing operator or semicolon
[Fatal Error] JvZLibMultipleMainFormU.pas(9): Could not compile used unit
'JvZLibMultiple.pas'

and when i try to run the demo it recreates the zlib.dcu in the same folder
i already deleted it from.
?????????????????????????????????????????!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

sorry, had to vent a little.

I opened one of my existing projects containing some jedi controls in it,
mainly comboboxes etc., and it compiled and ran just fine.
Opened many of the individual demos with almost perfect success.(the
JvDialogs demo wont compile or run saying it cannot find
JvDisconnectNetwork.dcu. I searched for this file and it does not exist in
my jedi installed folder).


Well that is all for now folks, i really hope this helps you guys.

Thanks again for all your help and patience,
Dave





"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b42uia$ud2$1@talkto.net...
>> > > Ok i reinstalled the delphi update, and the zlib.dcu file size matches
> > what
>> > > you said.
>> > > I did a search of my harddrive and found two other zlib.dcu files. I
> > renamed
>> > > them both to zlib.dcu.bak.
>> > > Installer still failed. Same as before.
>> > > One of those files by the way was in the Jedi 210 release in the lib5
>> > > folder.
>> > > Then i open the packages and try to manually compile and install with
the
>> > > same errors as before. But i noticed that upon clicking on compile for
>> > > either package, zlib.dcu is recreated in the lib5 folder for Jedi.
>> > >
> >
> > I found that the unit JvThumbnailChildFormU.dfm had corrupted LF's (were
do
> > all these corrupted files come from?!) and have updated it. This might be
> > the cause of some of the trouble so try getting it from CVS and do a new
run
> > with the installer. I don't get a zlib.dcu in my lib5 folder, so something
> > is fishy indeed...
> >
> > Thanks for all your help this far. It doesn't look like we can release
just
> > yet: I want to resolve these D5 problems once and for all.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 Mar 2003 20:42:41 +0100
Newsgroups: jedi.vcl

> > This is called RCP : rapid component porting: with some guidelines anybody
> > could import
> > a import an component within hours. (Excluding Os related components)
Do you know of any good starting point(s) to learn about porting to
Kylix/CLX? Tutorials, sites, guides, tools? There might be people intersted
but that doesn't have the knowledge yet.


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Installer Still Fails
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 Mar 2003 20:21:50 +0100
Newsgroups: jedi.vcl

> > Ok i reinstalled the delphi update, and the zlib.dcu file size matches
what
> > you said.
> > I did a search of my harddrive and found two other zlib.dcu files. I
renamed
> > them both to zlib.dcu.bak.
> > Installer still failed. Same as before.
> > One of those files by the way was in the Jedi 210 release in the lib5
> > folder.
> > Then i open the packages and try to manually compile and install with the
> > same errors as before. But i noticed that upon clicking on compile for
> > either package, zlib.dcu is recreated in the lib5 folder for Jedi.
> >

I found that the unit JvThumbnailChildFormU.dfm had corrupted LF's (were do
all these corrupted files come from?!) and have updated it. This might be
the cause of some of the trouble so try getting it from CVS and do a new run
with the installer. I don't get a zlib.dcu in my lib5 folder, so something
is fishy indeed...

Thanks for all your help this far. It doesn't look like we can release just
yet: I want to resolve these D5 problems once and for all.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Mar 2003 20:21:22 +0100
Newsgroups: jedi.vcl

asn wrote:

> If it is not active then there is nothing to change? ( all known bugs fixed}
> But if CLX would be integrated in the Jedi.jcl/vcl then there is something
> to be done!

It is active, but not much work is done currently. Please keep in mind that all work is volunteer work and not always the developers have the amount of time needed. The only option is to wait and see.
That the FreeVCS server for the JCL was down for a month did not help either.

> In my opinion the focus should be first at porting components which are not
> directly related to the OS.

No problem with that.

> The disadvantage of designing a base class is that this can only be done by
> 1-3 persons, in close contact. (This can take a while). Porting single components can be
> done by several people at the same time.
> Also developing components for translating vcl source to clx source would be
> very nice.
> { Found a couple of days ago VclToClx, but I had no time tro overlook ( and
> adapt) }

Where is the problem then? The bulk of the JVCL development is carried by very few programmers anyway.

> Another remark about the current source files: many of them contain units in
> the uses section, that are not required.

Already cleaned up for 2.1.

> Maybe something went wrong when I copied the JEDI files to a linux
> directory.
> I have a JVCL.inc with filedate 20-7-2002 8:12, but  (all?) the other files
> had their correct case.

That is no copy error then. As i said it is usually not that easy to change the case of file names in the CVS. I assume that we have a JVCL.inc in it.

> This is called RCP : rapid component porting: with some guidelines anybody
> could import
> a import an component within hours. (Excluding Os related components)
> ( Including the learning curve I spent about 100 hours on porting these. )
> Rapid that is what I like about Delphi !

The way i cleaned the code style then :-)
Change anything in sight and see if it still compiles ;-)



Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: "asn" <asn@xs4all.nl>
Date: Tue, 4 Mar 2003 20:14:07 +0100
Newsgroups: jedi.vcl

----- Original Message -----
From: "Robert Marquardt" <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl
Sent: Tuesday, March 04, 2003 7:54 AM
Subject: Re: Anybody interested in porting JEDI to clx/Kylix


> > asn wrote:
> >
>> > > - Files like JclUnicode, JvFileUtil, JvFunctions contain
>> > > procedures/functions/classes which are
>> > >   related to the OS (Example: accessing the Windows registry) and
>> > > function/classes not related  with the OS. To save time it
>> > > would be nice to have them grouped within the source files.
>> > > (This doesn't require any knowledge of CLX !)
> >
> > Reorganizing the JCL is not that easy because it is currently no very
> > active.
> >

If it is not active then there is nothing to change? ( all known bugs fixed}
But if CLX would be integrated in the Jedi.jcl/vcl then there is something
to be done!
In my opinion the focus should be first at porting components which are not
directly related to
the OS.

>> > > - All of the modifications for CLX  should use conditional directives:
>> > >     Example:
>> > >     {$IFNDEF COMPLIB_CLX}.
>> > >     procedure CMEnabledchanged(var Message: TMessage);
>> > >     {$ELSE}
>> > >     procedure EnabledChanged ; override ;
>> > >     {$ENDIF}
>> > >  (They should still compile as vcl unit! )

> >
> > I think we should add a base class (maybe through interfaces) which
> > provides the virtual functions needed. With that the number of changes
> > gets minimized.
> >

The disadvantage of designing a base class is that this can only be done by
1-3 persons,
in close contact. (This can take a while). Porting single components can be
done by several people at the same time.
Also developing components for translating vcl source to clx source would be
very nice.
{ Found a couple of days ago VclToClx, but I had no time tro overlook ( and
adapt) }

Another remark about the current source files: many of them contain units in
the uses section,
that are not required.

>> > > - All references to filenames should be in the correct case
>> > >     Example:
>> > >     {$INC JVCL.INC} should be replaced by
>> > >     {$INC jvcl.inc}
>> > > - jedi.clx newsgroup ?
> >
> > As already said JVCL.INC is the correct case here. I do not know how
> > easy it is to change the case of file names in the CVS.


Maybe something went wrong when I copied the JEDI files to a linux
directory.
I have a JVCL.inc with filedate 20-7-2002 8:12, but  (all?) the other files
had their correct case.

> > We can use this newsgroup for some time.
> >

>> > > REWORKED FILES (Date: 3-3-3(!))
>> > > Remark : they all compile. (didn't had the time to test them all)
> >
> > Quite an impressive list.
> >

This is called RCP : rapid component porting: with some guidelines anybody
could import
a import an component within hours. (Excluding Os related components)
( Including the learning curve I spent about 100 hours on porting these. )
Rapid that is what I like about Delphi !

André





Subject: Re: Installer Still Fails
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 4 Mar 2003 13:02:09 -0600
Newsgroups: jedi.vcl

Ok i reinstalled the delphi update, and the zlib.dcu file size matches what
you said.
I did a search of my harddrive and found two other zlib.dcu files. I renamed
them both to zlib.dcu.bak.
Installer still failed. Same as before.
One of those files by the way was in the Jedi 210 release in the lib5
folder.
Then i open the packages and try to manually compile and install with the
same errors as before. But i noticed that upon clicking on compile for
either package, zlib.dcu is recreated in the lib5 folder for Jedi.

Hope this helps,
Dave


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b42rcq$ts2$1@talkto.net...
>> > > I copied the zlib files from my delphi cd to Borland\Delphi5\Lib
directory
>> > > overwriting what was there but i still get the above messages.
> >
> > The update pack for D5 included an updated zlib.dcu and that's the one you
> > need. The size of zlib.dcu is 48 268 bytes. Also check that you don't have
> > another zlib somewhere that is found and used instead of the one in
> > delphi\lib
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Installer Still Fails
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 Mar 2003 19:33:36 +0100
Newsgroups: jedi.vcl

> > I copied the zlib files from my delphi cd to Borland\Delphi5\Lib directory
> > overwriting what was there but i still get the above messages.

The update pack for D5 included an updated zlib.dcu and that's the one you
need. The size of zlib.dcu is 48 268 bytes. Also check that you don't have
another zlib somewhere that is found and used instead of the one in
delphi\lib

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Installer Still Fails
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 4 Mar 2003 11:40:29 -0600
Newsgroups: jedi.vcl

Sorry it is taking me so long to get back to you each time, but i am at
work.

I pulled down the latest from CVS and copied the Jedi.inc file over to my
install directory, and that error went away.
But the installer still fails on JVCL200_D50.dpk and JVCL200_r50.dpk
I tried to manually install again and get the following errors:

[Error] JvZlibMultiple.pas(140): Undeclared identifier: 'TCompressionStream'
[Error] JvZlibMultiple.pas(172): Missing operator or semicolon
[Error] JvZlibMultiple.pas(172): Incompatible types: 'TComponent' and
'Integer'
[Error] JvZlibMultiple.pas(180): Missing operator or semicolon
[Error] JvZlibMultiple.pas(180): Illegal type in Write/Writeln statement
[Error] JvZlibMultiple.pas(185): Missing operator or semicolon
[Error] JvZlibMultiple.pas(284): Undeclared identifier:
'TDecompressionStream'
[Error] JvZlibMultiple.pas(327): Missing operator or semicolon
[Error] JvZlibMultiple.pas(327): Incompatible types: 'TComponent' and
'TMemoryStream'
[Error] JvZlibMultiple.pas(335): Missing operator or semicolon
[Error] JvZlibMultiple.pas(335): Illegal type in Read/Readln statement
[Error] JvZlibMultiple.pas(335): Left side cannot be assigned to
[Error] JvZlibMultiple.pas(345): Missing operator or semicolon
[Fatal Error] JVCL200_R50.dpk(451): Could not compile used unit
'..\source\JvZlibMultiple.pas'

I copied the zlib files from my delphi cd to Borland\Delphi5\Lib directory
overwriting what was there but i still get the above messages.

Thanks,
Dave




"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b42nn4$t69$1@talkto.net...
>> > > [Fatal Error] JEDI.INC(1): Line too long (more than 1023 characters)
> > This indicates CRLF corruption saved as LF): can you open it with notepad
> > and have a look at it? I've checked the one in CVS and it's OK (has CRLF)
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Installer Still Fails
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 4 Mar 2003 18:25:26 +0100
Newsgroups: jedi.vcl

> > [Fatal Error] JEDI.INC(1): Line too long (more than 1023 characters)
This indicates CRLF corruption saved as LF): can you open it with notepad
and have a look at it? I've checked the one in CVS and it's OK (has CRLF)

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Installer Still Fails
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 4 Mar 2003 10:31:35 -0600
Newsgroups: jedi.vcl

This is the error i am now getting when trying to compile and install
JVCL200_D50.dpk or JVCL200_R50.dpk

[Fatal Error] JEDI.INC(1): Line too long (more than 1023 characters)

Thanks, Dave



"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E64CB7D.9601DEE0@gmx.de...
> > Hi Dave
> >
> > can you manually load the package files in the IDE  and report here the
errors
> > you got while compiling?
> >
> > Ralf Grenzing
> >
> > dave schrieb:
> >
>> > > I still get a Package failed on both the JVCL200_D50.dpk &
JVCL200_R50.dpk
>> > > when i try to run the installer. I have removed all traces of the jedi
>> > > library including manually deleting the bpl's, etc. , but i still get
these
>> > > errors trying to instal.
>> > > Any suggestions?
>> > > Windows 2000 / Delphi 5 Enterprise.
>> > >
>> > > Thanks,
>> > > Dave
> >




Subject: Re: Installer Still Fails
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 04 Mar 2003 16:51:25 +0100
Newsgroups: jedi.vcl

Hi Dave

can you manually load the package files in the IDE  and report here the errors
you got while compiling?

Ralf Grenzing

dave schrieb:

> > I still get a Package failed on both the JVCL200_D50.dpk & JVCL200_R50.dpk
> > when i try to run the installer. I have removed all traces of the jedi
> > library including manually deleting the bpl's, etc. , but i still get these
> > errors trying to instal.
> > Any suggestions?
> > Windows 2000 / Delphi 5 Enterprise.
> >
> > Thanks,
> > Dave



Subject: Installer Still Fails
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 4 Mar 2003 07:47:01 -0600
Newsgroups: jedi.vcl

I still get a Package failed on both the JVCL200_D50.dpk & JVCL200_R50.dpk
when i try to run the installer. I have removed all traces of the jedi
library including manually deleting the bpl's, etc. , but i still get these
errors trying to instal.
Any suggestions?
Windows 2000 / Delphi 5 Enterprise.

Thanks,
Dave




Subject: Re: JVCL examples, JVCLMegaDemo. What will the future be?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Mar 2003 13:57:08 +0100
Newsgroups: jedi.vcl

Pierre Rougier wrote:

> Which is the future of the small JVCL examples?

They stay. That is why the MegaDemo reuses the files from the small projects.



Subject: Re: Test install of next release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Mar 2003 13:00:47 +0100
Newsgroups: jedi.vcl

> > I am not very experienced on writing or installing components. If I can o
> > anything to help identifiing the problem, I'll be glad.

The most probable cause is that you had JVCL installed before and the
installer failed because of that (it doesn't give any specific error
messages, I'm afraid). If you would like to help out, do this:

Remove all JVCL paths from Delphis library path. Delete all JVCL bcp and dcp
files. Run the installer again. Let me know how it worked.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Test install of next release
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Tue, 4 Mar 2003 08:57:50 -0300
Newsgroups: jedi.vcl

> > Try installing manually and see if you get better error messages from
Delphi

I did that: opened the .dpk file, compiled (button compile) and installed
(button install) and didn't get any errors (???!!!).

I am not very experienced on writing or installing components. If I can o
anything to help identifiing the problem, I'll be glad.

Rafael Cotta




Subject: Re: Test install of next release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Mar 2003 12:47:54 +0100
Newsgroups: jedi.vcl

Try installing manually and see if you get better error messages from Delphi

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL examples, JVCLMegaDemo. What will the future be?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Mar 2003 12:47:26 +0100
Newsgroups: jedi.vcl

> > Which is the future of the small JVCL examples?

They'll stay.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Test install of next release
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Tue, 4 Mar 2003 08:44:28 -0300
Newsgroups: jedi.vcl

> > If you would like to do a test install of the 2.10 release before it is
out,
> > you can get one or all of them from http://jvcl.sourceforge.net/daily/
> >
> > Any issues with this install, please report here ASAP.

I've just tried to install on my Delphi 6 Personal (Update Pack #2) running
the install.bat, and unchecked the IDE experts option on the Jedi Installer.

The following message box appeared after some seconds:

Installation of C:\Arquivos de
Programas\Borland\Delphi6\JEDI\JVCL\Packages\JVCL200_D60Personal.dpk failed.

I'll try to fix it and report in here.

Rafael Cotta




Subject: JVCL examples, JVCLMegaDemo. What will the future be?
From: "Pierre Rougier" <no@spam.com>
Date: Tue, 4 Mar 2003 12:16:33 +0100
Newsgroups: jedi.vcl

Hi,

JVCL examples, JVCLMegaDemo. What will the future be?

JVCLMegaDemo seem very promissing, and it's a good tool to have a quik view
of JVCL.
But from a day to day work point of view I prefer small examples by far,
with a component (or components very similar) equalizes a project.

When I am interested in a component, I want really to test it in EDI,
without being to oblige to charge a project with several tens of forms.

Which is the future of the small JVCL examples?

Regards
--
Pierre Rougier




Subject: JvAdjustLineBreaks\crlf.dpr is missing in the .bpg
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 04 Mar 2003 11:48:44 +0100
Newsgroups: jedi.vcl


BTW: the above project is missing in the jvcl\devtools\devtools.bpg ... I
am not sure if it is on purpose ... and: it is only a hint :-)

Ralf Grenzing



Subject: Re: 2.1 installer
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Mar 2003 08:31:33 +0100
Newsgroups: jedi.vcl

>> > > Then i try to run delphi get the old standard,
>> > > JVCL200_D50 (etc.) could not be found, try to load next time?
This must be a path issue in Delphi: did you choose an output folder in the
installer that Delphi knows about (Projects\Bpl, \lib, \bin)?

> > Also if i try to compile the package manually delphi says
> > Required package 'd' not found, required package 'ock' not found?
This is the  same error Pierre got when he installed but there is no package
'd' in the dpk's. I suspect that old bpl / dcp's are "getting in the way"
and confuses Delphi into reporting this garbage name...

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: GOT IT TO WORK!!!!!!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Mar 2003 08:27:58 +0100
Newsgroups: jedi.vcl

> > I removed all references to the old version in delphi (library paths ,
> > components -> remove), then i physicall went in and deleted all jedi files
> > from my components directory(where i keep my packages .bpl, etc) and also
> > from my Delphi5\bin directory.
Yes, apparently the installer fails sometimes (I don't know why) if there
are older paths and files left in Delphi. This is noted in the readme as
well.

> > I ran the installer and got no error messages. I then went in to my
packages
> > directory and copied the jedi bpl's etc, into my delphi5\bin directory,
and
> > everything appears to be ther in Delphi now...YAY!!!!!
You can set the output paths in the edit boxes in the lower right corner of
the installer

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Errors trying to run mega demo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Mar 2003 08:24:59 +0100
Newsgroups: jedi.vcl

> > Here is the text straight from the compiler
Either you don't have zlib.pas/dcu (look in Delphi\lib) or the version you
have is not the one supplied with Delphi

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: ProgressForm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Mar 2003 08:23:44 +0100
Newsgroups: jedi.vcl

> > I´m lost and as Peter said he doesn´t get this error. Am I doing something
> > wrong or someone can test it too. I don´t know if this dialog is used for
> > many people but it is the first button at megademo jvDialogs form :)

I haven't done anything more than drop the component on a form and assigning
something to the OnShow event, so the error you are seeing might appear on
my machine as well. I will test tonight when I get home from work


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: ProgressForm
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Mar 2003 08:21:51 +0100
Newsgroups: jedi.vcl

> > In a next time, if you
> > want to email me, please use [...]
OK, will do

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 04 Mar 2003 07:54:53 +0100
Newsgroups: jedi.vcl

asn wrote:

> - Files like JclUnicode, JvFileUtil, JvFunctions contain
> procedures/functions/classes which are
>   related to the OS (Example: accessing the Windows registry) and
> function/classes not related  with the OS. To save time it
> would be nice to have them grouped within the source files.
> (This doesn't require any knowledge of CLX !)

Reorganizing the JCL is not that easy because it is currently no very active.

> - All of the modifications for CLX  should use conditional directives:
>     Example:
>     {$IFNDEF COMPLIB_CLX}.
>     procedure CMEnabledchanged(var Message: TMessage);
>     {$ELSE}
>     procedure EnabledChanged ; override ;
>     {$ENDIF}
>  (They should still compile as vcl unit! )

I think we should add a base class (maybe through interfaces) which provides the virtual functions needed. With that the number of changes gets minimized.

> - All references to filenames should be in the correct case
>     Example:
>     {$INC JVCL.INC} should be replaced by
>     {$INC jvcl.inc}
> - jedi.clx newsgroup ?

As already said JVCL.INC is the correct case here. I do not know how easy it is to change the case of file names in the CVS.
We can use this newsgroup for some time.

> REWORKED FILES (Date: 3-3-3(!))
> Remark : they all compile. (didn't had the time to test them all)

Quite an impressive list.



Subject: Re: ProgressForm
From: Paulo Garcia <pgarcia-nospam@users.sourceforge.net>
Date: Tue, 04 Mar 2003 00:15:02 -0300
Newsgroups: jedi.vcl

Peter,

Just for saying. the AOL email is very bad to use. I´ve updated my sourceforge redirector to my main email account. In a next time, if you want to email me, please use <pgarcia at users dot sourceforge dot net>.

The tests described in the previous msg was made with the full install file at daily folder.

Paulo Garcia


Subject: ProgressForm
From: Paulo Garcia <pgarcia-nospam@users.sourceforge.net>
Date: Tue, 04 Mar 2003 00:03:25 -0300
Newsgroups: jedi.vcl

I´ve tested jvProgressForm with D6 and D7 and I´ve some problems with it. I don´t know if I´m doing something wrong.

I´m using the Execute method to show the dialog and into OnShow event handler I write the following code:

  JvProgressForm1.ProgressPosition := JvProgressForm1.ProgressMin;
  while JvProgressForm1.ProgressPosition < JvProgressForm1.ProgressMax do
  begin
      JvProgressForm1.ProgressStepIt;
      JvProgressForm1.InfoLabel := 'Updating...' + IntToStr(JvProgressForm1.ProgressPosition);
      Sleep(100);
      Application.ProcessMessages;
      if JvProgressForm1.Cancel then
          break;
  end;

I don´t have compilation error but when I try to execute the dialog I got the error of invalid class typecast as I said in a previous message. The error occurs **before** my code on OnShow is executed. The exact line is (in jvDlg.pas):
    ...
     (Owner as TJvProgressForm).FOnShow(Self);
    ...

Then I try some tests (in jvDlg.pas). First, in the Execute method I change

 if not Assigned(FForm) then
   FForm := TJvProgressFormForm.CreateNew(Owner);

to

 if not Assigned(FForm) then
   FForm := TJvProgressFormForm.CreateNew(Self);

As I know that Self is the TjvProgressForm class and Owner refers to my application forms, isn´t it?

but the error doesn´t occurs anymore and apparently all works well but the ProgressStepIt method doesn´t update the FProgressBar position. All components (ProgressBar, Label, Ok and Cancel button) are showed correctly but my progress bar don´t stop never... only clicking Cancel. If I increment the ProgressPosition directly all works well.

I´m lost and as Peter said he doesn´t get this error. Am I doing something wrong or someone can test it too. I don´t know if this dialog is used for many people but it is the first button at megademo jvDialogs form :)

Regards,

Paulo Garcia


-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


Subject: Errors trying to run mega demo
From: "Dave BraCKEN" <dbracken@infonowsolutions.com>
Date: Mon, 3 Mar 2003 17:20:53 -0600
Newsgroups: jedi.vcl

Here is the text straight from the compiler

[Hint] JvDialogsU.pas(210): Variable 'I' is declared but never used in
'TJvDialogs.JvBitBtn2Click'
[Hint] JvDialogsU.pas(317): Variable 'FileToFind' is declared but never used
in 'TJvDialogs.JvBitBtn20Click'
[Error] JvZlibMultiple.pas(140): Undeclared identifier: 'TCompressionStream'
[Error] JvZlibMultiple.pas(172): Missing operator or semicolon
[Error] JvZlibMultiple.pas(172): Incompatible types: 'TComponent' and
'Integer'
[Error] JvZlibMultiple.pas(180): Missing operator or semicolon
[Error] JvZlibMultiple.pas(180): Illegal type in Write/Writeln statement
[Error] JvZlibMultiple.pas(185): Missing operator or semicolon
[Error] JvZlibMultiple.pas(284): Undeclared identifier:
'TDecompressionStream'
[Error] JvZlibMultiple.pas(327): Missing operator or semicolon
[Error] JvZlibMultiple.pas(327): Incompatible types: 'TComponent' and
'TMemoryStream'
[Error] JvZlibMultiple.pas(335): Missing operator or semicolon
[Error] JvZlibMultiple.pas(335): Illegal type in Read/Readln statement
[Error] JvZlibMultiple.pas(335): Left side cannot be assigned to
[Error] JvZlibMultiple.pas(345): Missing operator or semicolon
[Fatal Error] JvZLibMultipleMainFormU.pas(9): Could not compile used unit
'JvZLibMultiple.pas'


Dave




Subject: GOT IT TO WORK!!!!!!
From: "Dave BraCKEN" <dbracken@infonowsolutions.com>
Date: Mon, 3 Mar 2003 17:15:02 -0600
Newsgroups: jedi.vcl

I got the new installer to work.
I removed all references to the old version in delphi (library paths ,
components -> remove), then i physicall went in and deleted all jedi files
from my components directory(where i keep my packages .bpl, etc) and also
from my Delphi5\bin directory.
I ran the installer and got no error messages. I then went in to my packages
directory and copied the jedi bpl's etc, into my delphi5\bin directory, and
everything appears to be ther in Delphi now...YAY!!!!!

I hope this helps someone.
Again - Delphi 5 Enterprise   Win XP

Thanks Dave




Subject: Re: 2.1 installer
From: "Dave BraCKEN" <dbracken@infonowsolutions.com>
Date: Mon, 3 Mar 2003 17:03:27 -0600
Newsgroups: jedi.vcl

Also if i try to compile the package manually delphi says
Required package 'd' not found, required package 'ock' not found?


"Dave BraCKEN" <dbracken@infonowsolutions.com> wrote in message
news:b40mmm$i07$1@talkto.net...
> > I just re-downloaded the installer at home, Using Delphi 5 enterprise on
win
> > xp, and the installer fails on the JVCL_D50 & JVCL_R50.dpk with the
message:
> > Installation of (path)\JVCL200_R50.dpk failed
> > for both packages?
> > Then i try to run delphi get the old standard,
> > JVCL200_D50 (etc.) could not be found, try to load next time?
> >
> > Dave
> >
> >




Subject: 2.1 installer
From: "Dave BraCKEN" <dbracken@infonowsolutions.com>
Date: Mon, 3 Mar 2003 17:01:01 -0600
Newsgroups: jedi.vcl

I just re-downloaded the installer at home, Using Delphi 5 enterprise on win
xp, and the installer fails on the JVCL_D50 & JVCL_R50.dpk with the message:
Installation of (path)\JVCL200_R50.dpk failed
for both packages?
Then i try to run delphi get the old standard,
JVCL200_D50 (etc.) could not be found, try to load next time?

Dave




Subject: Re: error with JCL\makefile.mak
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 23:10:00 +0100
Newsgroups: jedi.vcl



Peter Thörnqvist schrieb:

>> > > there are the following errors:
> >
> > Are you sure that your environment paths are OK? I tried running make with
> > D5-D7 on the JCL .mak's and they compiled without errors. Is anyone else
> > seeing this?

I have D5 and D7 installed and I have a problem but I don´t know exactly what
it was. But the make file for JVCL examples work and the make file fpr JCL
uses the D7 compiler - I took another look.

Ralf Grenzing



Subject: Re: error with JCL\makefile.mak
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 23:03:34 +0100
Newsgroups: jedi.vcl

> > there are the following errors:

Are you sure that your environment paths are OK? I tried running make with
D5-D7 on the JCL .mak's and they compiled without errors. Is anyone else
seeing this?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Please ignore my previous message
From: "Pierre Rougier" <no@spam.com>
Date: Mon, 3 Mar 2003 23:02:14 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: b40goc$h7g$1@talkto.net...
> > The AV and install problems could be due to your Delphi but it could just
as
> > well be caused by JVCL itself.
> > Could you try deleting the bpl/dcp's and do a new install with the
> > installer, just to be sure? Thanks!

I did exactly what you asked me.
Deleting the bpl/dcp's.
I DONT deinstall the JVCL components.
Then do a new install with the installer.
All works fine.
No more messages errors.
All JVCL components here.

--
Pierre Rougier





> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: error with JCL\makefile.mak
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 22:56:33 +0100
Newsgroups: jedi.vcl

there are the following errors:

\JEDI\JCL\examples\delphitools\makefile.mak:

Line 28: at the ende is a '\' missing.

The same for
JEDI\JCL\makefile.mak Line 26.

Furtermore there is a error:
JEDI\JCL\examples\DelphiTools\ScreenJPG\ScreenJPG.dpr(8) Fatal: File not
found: 'ChangePriority.dcu'

ChangePriority is in
'examples\delphitools\toolhelpview\ChangePriority.pas'. Adding it to
project solves the issue but I am not sure if this is the right way.


But then the next error occurs:

JEDI\JCL\examples\DelphiTools\ScreenJPG\ScreenJPG.dpr(9) Fatal: File not
found: 'HeapDump.dcu'

But in the Delphi IDE the project can be builded. Perhaps a problem with
the output path for the dcu and the same units names again .. I try to
find it ...

....


And now Mr. Grenzing know how to start these very nice .mak files :-)
just type make in the command line :-) how easy when you know :)


Ralf Grenzing






Subject: Re: devtools.bpg build errors
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 22:52:53 +0100
Newsgroups: jedi.vcl



Peter Thörnqvist schrieb:

>> > > I am deeply sorry
> > Don't be - I almost never read them myself <vbg>!
> >

therefore you have write them very gründlich comprehensivly :-)

Ralf



Subject: Re: devtools.bpg build errors
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 22:47:31 +0100
Newsgroups: jedi.vcl

> > I am deeply sorry
Don't be - I almost never read them myself <vbg>!


-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: devtools.bpg build errors
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 22:22:36 +0100
Newsgroups: jedi.vcl

> >
> >
>> > > Res2Bmp:
>> > > This project don´t find the units:
>> > > unitResFile
>> > > unitResourceGraphics
> >
> > From devtools.txt:
> > "Uses components from Colin Wilson (Resource Utilities and Graphics
> > Utilities). Go to http://www.wilsonc.demon.co.uk/delphi.htm to get them.
> >
> > NOTE: these components require gifimage from Anders Melander. Even if I
> > don't use it, it is in the uses clause of unitResourceGraphics.pas. Maybe it
> > can be removed, but I doubt it...
> > "
> > I'll add a comment to the pas file as well

I am deeply sorry - I should also read for these error the devtools.txt. But for
the rescue of my shrinking honor I have to add here, that I found searched for
the other projects the devtools.txt.


> >
>> > > It would be nice to add a comment in the devtools.txt that the project
>> > > ErrLook also needs a unit from the internet (download from
>> > > http://delphi-jedi.org (API Library Files) like it is mention for the
>> > > MakePNG project
> >
> > There is a comment in the unit including it, but I'll add it to the txt file
> > as well

yes after searching the devtools.txt I searched the whole JEDI directory and
find the hints as well :-)

> >
> >
>> > > But I guess this is also for the next release :-)
> > You guess wrongly ;)

nice to hear this! :-)

Ralf Grenzing



Subject: Re: Please ignore my previous message
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 22:19:34 +0100
Newsgroups: jedi.vcl

The AV and install problems could be due to your Delphi but it could just as
well be caused by JVCL itself.
Could you try deleting the bpl/dcp's and do a new install with the
installer, just to be sure? Thanks!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Please ignore my previous message
From: "Pierre Rougier" <no@spam.com>
Date: Mon, 3 Mar 2003 22:12:52 +0100
Newsgroups: jedi.vcl

"Pierre Rougier" <no@spam.com> a écrit dans le message de news:
b40e3b$gol$1@talkto.net...
> >
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
> > news: b40d6l$gk8$1@talkto.net...
>>> > > > First try to install, go a exception because DesignSize and
>>> > > > pageControl.TabIndex.
>>> > > > Open dpr ignore warnings.
>> > > This is already fixed
>> > >
>>> > > > Open delphi 5 pro NO JVCL components, other things seem OK ( JCL
Paths,
>>> > > > debug IDE, etc..)
>>> > > >
>>> > > > What do I do ?
>> > >
>> > > Try installing manually and see if you get any error messages when you
>> > > compile/install in Delphi.
>> > >
> >
> > Try install manually JVCL200_R50.dpk
> > Compile OK
> > 2 warnings Zlib already imported
> > 32 conseils
> >
> > Try install manually JVCL200_D50.dpk
> > Fatal error
> > French message
> > [Erreur fatale] JVCL200_D50.dpk(36): Paquet requis 'd' non trouvé
> > fatal error  JVCL200_D50.dpk(36): Paquet requis 'd' not find
> >

Sorry I think it's my Delphi.
I close Delphi 5.
I had a AV.

Try to manually  install JVCL and now I have the JVCL components in the
palette.
Please ignore my previous message .


--
Pierre Rougier










Subject: Re: devtools.bpg build errors
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 22:10:39 +0100
Newsgroups: jedi.vcl

> > There are a error in the first project because the search paths are
> > wrong : they are:
> > ..\..\ something
> > bute they have to be:
> > ..\ something
> > After solving these issue I get a error "TJvBrowseFolder not found". It
> > is mentioned in the restruct log but I can´t solve this.

Thanks, I'll fix it

> > Res2Bmp:
> > This project don´t find the units:
> > unitResFile
> > unitResourceGraphics

From devtools.txt:
"Uses components from Colin Wilson (Resource Utilities and Graphics
Utilities). Go to http://www.wilsonc.demon.co.uk/delphi.htm to get them.

NOTE: these components require gifimage from Anders Melander. Even if I
don't use it, it is in the uses clause of unitResourceGraphics.pas. Maybe it
can be removed, but I doubt it...
"
I'll add a comment to the pas file as well

> > It would be nice to add a comment in the devtools.txt that the project
> > ErrLook also needs a unit from the internet (download from
> > http://delphi-jedi.org (API Library Files) like it is mention for the
> > MakePNG project

There is a comment in the unit including it, but I'll add it to the txt file
as well

> > But I guess this is also for the next release :-)
You guess wrongly ;)

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JVCL200_R50.dpk and JVCL200_D50.dpk failed
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 22:09:24 +0100
Newsgroups: jedi.vcl

> > fatal error  JVCL200_D50.dpk(36): Paquet requis 'd' not find

Huh?! There's no package 'd' in the requires. Anyone have a clue?

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: "asn" <asn@xs4all.nl>
Date: Mon, 3 Mar 2003 21:43:28 +0100
Newsgroups: jedi.vcl

JEDI -> CLX conversion.


Within this month I will make this files available to the community (A list
of files is provided
at the end of this mail.)
For now just a few remarks to all people, who like the make a (small)
effort:

- Files like JclUnicode, JvFileUtil, JvFunctions contain
procedures/functions/classes which are
  related to the OS (Example: accessing the Windows registry) and
function/classes not related  with the OS. To save time it
would be nice to have them grouped within the source files.
(This doesn't require any knowledge of CLX !)

- All of the modifications for CLX  should use conditional directives:
    Example:
    {$IFNDEF COMPLIB_CLX}.
    procedure CMEnabledchanged(var Message: TMessage);
    {$ELSE}
    procedure EnabledChanged ; override ;
    {$ENDIF}
 (They should still compile as vcl unit! )
- All references to filenames should be in the correct case
    Example:
    {$INC JVCL.INC} should be replaced by
    {$INC jvcl.inc}
- jedi.clx newsgroup ?





----- Original Message -----
From: "Robert Marquardt" <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl
Sent: Saturday, March 01, 2003 7:59 PM
Subject: Re: Anybody interested in porting JEDI to clx/Kylix


> > asn wrote:
>> > > Ported about 50 componemts to clx , anybody interested?
>> > >
>> > > André Snepvangers
> >
> > YES!
> >


REWORKED FILES (Date: 3-3-3(!))
Remark : they all compile. (didn't had the time to test them all)

* = alpha tested


  JvBaseDlgEditor in 'JvBaseDlgEditor.pas',
  JvBmpAnim in 'JvBmpAnim.pas',
*JvColorBox in 'JvColorBox.pas',
*JvColorBtn in 'JvColorBtn.pas',
*JvColorForm in 'JvColorForm.pas' {JvClrFrm},
  JvLCProperty in 'JvLCProperty.pas',
*JvRadioButton in 'JvRadioButton.pas',
*JvSerialDlg in 'JvSerialDlg.pas',
*JvSerialMaker in 'JvSerialMaker.pas',
*JvSpacer in 'JvSpacer.pas',
  JvTextcontainer in 'JvTextcontainer.pas',
  JvAnimate in 'JvAnimate.pas',
  JvAni in 'JvAni.pas',
*JvArrow in 'JvArrow.pas',
  JvBaseDlg in 'JvBaseDlg.pas',
  JvHighlighter in 'JvHighlighter.pas',
  JvId3v1 in 'JvId3v1.pas',    // Id3vX and VisualId3vX changed 2-3-3 with
new sources (no asm!)
  JvId3v2Types in 'JvId3v2Types.pas', // they do compile but are not tested.
*JvPasswordForm in 'JvPasswordForm.pas',
*JvProgressBar in 'JvProgressBar.pas',
*JvProgressDlg in 'JvProgressDlg.pas',
*JvSizeablePanel in 'JvSizeablePanel.pas',
  JvaDsgn in 'JvaDsgn.pas',
*JvBitBtn in 'JvBitBtn.pas',
  JvDsgnIntf in 'JvDsgnIntf.pas',
*JvFormToHtml in 'JvFormToHtml.pas',
  JvJVCLAbout in 'JvJVCLAbout.pas' {JvJVCLAboutForm},
*JvLabel in 'JvLabel.pas',
  JvSpecialProgress in 'JvSpecialProgress.pas',
*JvWaitingGradient in 'JvWaitingGradient.pas',
*JvWaitingProgress in 'JvWaitingProgress.pas',
*JvBevel in 'JvBevel.pas',
*JvButton in 'JvButton.pas',
*JvCheckBox in 'JvCheckBox.pas',
  JvColors in 'JvColors.pas',
  JvCtrls in 'JvCtrls.pas',
*JvFloatEdit in 'JvFloatEdit.pas', // TODO: Jvcl Convert: Fix strange
behaviour when characters are deleted
*JvPanel in 'JvPanel.pas',
  JvPlaylist in 'JvPlaylist.pas',
*JvRadioGroup in 'JvRadioGroup.pas',
  JvScrollBar in 'JvScrollBar.pas',
*JvTypedEdit in 'JvTypedEdit.pas',
  JvAppearingLabel in 'JvAppearingLabel.pas',
  JvCombobox in 'JvCombobox.pas',
*JvFormLogin in 'JvFormLogin.pas',
*JvFormPass in 'JvFormPass.pas',
*JvFormProgress in 'JvFormProgress.pas' {FormProg},
*JvFunctionClx in 'JvFunctionClx.pas', { the non OS related stuff from
JvFunction, added some wintypes }
  JvGradientCaption in 'JvGradientCaption.pas',
*JvGradient in 'JvGradient.pas',
*JvHotLink in 'JvHotLink.pas',    // added browser property
  JvImageDrawThread in 'JvImageDrawThread.pas',
 *JvImage in 'JvImage.pas',
  JvImageRotate in 'JvImageRotate.pas',
  JvItemsSearchs in 'JvItemsSearchs.pas',
  JvLinkLabelParser in 'JvLinkLabelParser.pas',
  JvLinkLabel in 'JvLinkLabel.pas',
  JvLinkLabelRenderer in 'JvLinkLabelRenderer.pas',
  JvLinkLabelTools in 'JvLinkLabelTools.pas',
  JvLinkLabelTree in 'JvLinkLabelTree.pas',
  JvListBox in 'JvListBox.pas',
*JvMovableBevel in 'JvMovableBevel.pas',
  JvScrollText in 'JvScrollText.pas',
*JvSpeedButton in 'JvSpeedButton.pas',
  JvSplitter in 'JvSplitter.pas',
*JvAlarms in 'JvAlarms.pas', // no alarms designer yet !
  JvApplication in 'JvApplication.pas',
*JvEdit in 'JvEdit.pas',    // NICE: clx Tedit contains alignment property !
  JvPropAutoSave in 'JvPropAutoSave.pas',
  JvSelectDirectory in 'JvSelectDirectory.pas',
  JvSimpleXml in 'JvSimpleXml.pas',
  JvSystemColors in 'JvSystemColors.pas', // no save or get active system
colors
  JvTabControl in 'JvTabControl.pas',
  JvThreadTimer in 'JvThreadTimer.pas',
  JvTimeLimit in 'JvTimeLimit.pas',
  JvTranslator in 'JvTranslator.pas',
*JvTypes in 'JvTypes.pas',
*JvBlinkingLabel in 'JvBlinkingLabel.pas',
  JvBouncingLabel in 'JvBouncingLabel.pas',
*JVCLVer in 'JVCLVer.pas',
*JvFormImage in 'JvFormImage.pas' {FormImg},
*JvImageDlg in 'JvImageDlg.pas',
  JvLinkLabelTextHandler in 'JvLinkLabelTextHandler.pas',
*JvLoginDlg in 'JvLoginDlg.pas',
  JvMaxPixel in 'JvMaxPixel.pas',
  JvMousePositionner in 'JvMousePositionner.pas',
  JvPrint in 'JvPrint.pas',
*JvRadioCtl in 'JvRadioCtl.pas',
  JvScreenSaver in 'JvScreenSaver.pas',
*JvClock in 'JvClock.pas',
*JvComponent in 'JvComponent.pas',
  JvGenetic in 'JvGenetic.pas',
  JvRgbToHtml in 'JvRgbToHtml.pas',
  JvScrollingLabel in 'JvScrollingLabel.pas',
  JvStrToHtml in 'JvStrToHtml.pas',
  JvImageTransform in 'JvImageTransform.pas',
  JvStringListToHtml in 'JvStringListToHtml.pas',
*JvCalc in 'JvCalc.pas',    // still problems with glyph assignment
  JvVisualId3v1 in 'JvVisualId3v1.pas', // new version without asm not
tested
  JvId3v2 in 'JvId3v2.pas',
  JvVisualId3v2 in 'JvVisualId3v2.pas';




Subject: Re: Test install of next release
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 21:34:38 +0100
Newsgroups: jedi.vcl

>> > >
>> > > The user must set this himself. If you have been using D7 for more than 10
>> > > minutes, you know to disable these warnings ;)
>> > >
>>> > > > And there is another big issue with the MegaDemo: the function 'load the
>> > > unit of
>>> > > > the demo in the IDE' on the button at the bottom of the megaDemo don´t work
>> > > "out
>>> > > > of the box". I mean if don´t work with the exe file which get created from
>> > > the
>>> > > > batchfile CompileExamples.bat. This is because the map file don´t get
>> > > created.
>>> > > > (I tested it, it is the reason)
>> > > I haven't looked into how to it works but unless there is a solution we can
>> > > apply now (today), this will have to wait.
> >
> > A small message like 'Please rebuild the MegaDemo in the Delphi IDE to get these
> > function work' would be very nice.
> >
> > You can add in line 234 after the begin in
> > jvcl\examples\JVCLMegaDemo\Unitmain.pas the follwing code:
> >
> >   if ModuleOfAddr(TheFormArray[FormID].ClassInfo) = '' then
> >   begin
> >     MessageDlg('Please rebuild the MegaDemo in the'+#13+#10+
> >       'Delphi IDE to get these function work', mtWarning, [mbOK], 0);
> >     exit;
> >   end;
> >
> > It works on my PC. Please correct any spelling or gramer mistake.
> >

Thany for check it in :-)



Subject: Re: JVCL200_R50.dpk and JVCL200_D50.dpk failed
From: "Pierre Rougier" <no@spam.com>
Date: Mon, 3 Mar 2003 21:33:15 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: b40d6l$gk8$1@talkto.net...
>> > > First try to install, go a exception because DesignSize and
>> > > pageControl.TabIndex.
>> > > Open dpr ignore warnings.
> > This is already fixed
> >
>> > > Open delphi 5 pro NO JVCL components, other things seem OK ( JCL Paths,
>> > > debug IDE, etc..)
>> > >
>> > > What do I do ?
> >
> > Try installing manually and see if you get any error messages when you
> > compile/install in Delphi.
> >

Try install manually JVCL200_R50.dpk
Compile OK
2 warnings Zlib already imported
32 conseils

Try install manually JVCL200_D50.dpk
Fatal error
French message
[Erreur fatale] JVCL200_D50.dpk(36): Paquet requis 'd' non trouvé
fatal error  JVCL200_D50.dpk(36): Paquet requis 'd' not find


--
Pierre Rougier







> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: devtools.bpg build errors
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 21:32:19 +0100
Newsgroups: jedi.vcl


JVCLConvert :
There are a error in the first project because the search paths are
wrong : they are:
...\..\ something
bute they have to be:
...\ something
After solving these issue I get a error "TJvBrowseFolder not found". It
is mentioned in the restruct log but I can´t solve this.


Res2Bmp:
This project don´t find the units:
unitResFile
unitResourceGraphics


It would be nice to add a comment in the devtools.txt that the project
ErrLook also needs a unit from the internet (download from
http://delphi-jedi.org (API Library Files) like it is mention for the
MakePNG project

But I guess this is also for the next release :-)


Ralf Grenzing





Subject: Re: JVCL200_R50.dpk and JVCL200_D50.dpk failed
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 21:18:55 +0100
Newsgroups: jedi.vcl

> > First try to install, go a exception because DesignSize and
> > pageControl.TabIndex.
> > Open dpr ignore warnings.
This is already fixed

> > Open delphi 5 pro NO JVCL components, other things seem OK ( JCL Paths,
> > debug IDE, etc..)
> >
> > What do I do ?

Try installing manually and see if you get any error messages when you
compile/install in Delphi.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: JVCL200_R50.dpk and JVCL200_D50.dpk failed
From: "Pierre Rougier" <no@spam.com>
Date: Mon, 3 Mar 2003 21:13:44 +0100
Newsgroups: jedi.vcl

Hi,

Delphi 5 Pro
W2K Pro SP3

First try to install, go a exception because DesignSize and
pageControl.TabIndex.
Open dpr ignore warnings.
Try to install, all goes well, but a the end I have 2 messagesBox.
JVCL200_R50.dpk failed
JVCL200_D50.dpk failed

Open delphi 5 pro NO JVCL components, other things seem OK ( JCL Paths,
debug IDE, etc..)

What do I do ?

--
Pierre Rougier




Subject: Re: Forgive me..new to CVS...Help!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 03 Mar 2003 21:07:15 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Dave, if you want to be able to refresh your current file set from CVS
> directly, you should NOT delete the CVS folders since these contains files
> that identify the server location of the files. Without them you won't be
> able to connect to the server. Put another way: it doesn't matter if you
> overwrite your current JVCL folder with the CVS files or keep them in a
> separate location as long as the CVS folders (and files in them) are left
> intact.

That is why i said he should only delete the COPY of the CVS folders.



Subject: Re: Test install of next release
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 21:04:27 +0100
Newsgroups: jedi.vcl



Peter Thörnqvist schrieb:

>> > > I am not sure if this in on purpose buit the package name is still
>> > > JVCL200_D70.bpl (nothing about 21)
> > Package names are not changed for this release.

was only a hint

> >
>> > > I still think the \bin\ColorButtonDemo.exe is not impressive ... :-) My vote
> > for
>> > > : delete it in the next release ...
> > We will have an open discussion (in these NG's) when 2.1 is released and you
> > are most welcome to provide input.

Yes I'll do so.

> >
> > The user must set this himself. If you have been using D7 for more than 10
> > minutes, you know to disable these warnings ;)
> >
>> > > And there is another big issue with the MegaDemo: the function 'load the
> > unit of
>> > > the demo in the IDE' on the button at the bottom of the megaDemo don´t work
> > "out
>> > > of the box". I mean if don´t work with the exe file which get created from
> > the
>> > > batchfile CompileExamples.bat. This is because the map file don´t get
> > created.
>> > > (I tested it, it is the reason)
> > I haven't looked into how to it works but unless there is a solution we can
> > apply now (today), this will have to wait.

A small message like 'Please rebuild the MegaDemo in the Delphi IDE to get these
function work' would be very nice.

You can add in line 234 after the begin in
jvcl\examples\JVCLMegaDemo\Unitmain.pas the follwing code:

  if ModuleOfAddr(TheFormArray[FormID].ClassInfo) = '' then
  begin
    MessageDlg('Please rebuild the MegaDemo in the'+#13+#10+
      'Delphi IDE to get these function work', mtWarning, [mbOK], 0);
    exit;
  end;

It works on my PC. Please correct any spelling or gramer mistake.


> >
>> > > A less important issue is: if somebody has an AnimtedGif file which can be
>> > > included it would be nice to integrate it in the bin folder as well, because
> > the
>> > > RxGIFAnm.exe example cannot relly be used without a examples Animated GIF.
> > This will also have to wait until the next release

I was afraid that you say something like this. But anyway: if somebody have one
file please pots it to binary newsgroup.

Ralf Grenzing



Subject: Re: 210 Installer fails
From: "Pierre Rougier" <no@spam.com>
Date: Mon, 3 Mar 2003 21:03:00 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: b409a2$fuk$1@talkto.net...
>> > > MainForm.DesignSize: Property does not exist.
> >
> > Thanks, my fault. Search the JCL dfm's for DesignSize: open them in text
> > editor and remove the DesignSize ( X Y ) line(s): this is a >= D6 specific
> > property and D5 doesn't like it at all. I found 5 dfm's that had this in
> > them (and I've checked this over and over again before creating the zips
> > (grrr)...). Some of them have more than one DesignSize so beware!

Hi,

Try to install JCL+JVCL210FullInstall.zip.
I have the same problem, have a workaround, open JediInstaller.dpr in Delphi
5.
Answer ignore all at the warnings.
Do not compile, close and save  JediInstaller.dpr.
Try to install.

--
Pierre Rougier


> >
> > Try installing again.
> >
> > I won't update the zips in daily but I will update the ones we are going
to
> > release!
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: some more file can be deleted ...
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 20:54:21 +0100
Newsgroups: jedi.vcl


I guess the following files can be deleted as well:

Just one icon:
JEDI\jvcl\examples\RALib\RaControls\res.dcr

This seems to be 2 desktop configuration files:
JEDI\jvcl\examples\RALib\RaInterpreter\JvInterpretersimple.desk
JEDI\jvcl\examples\RALib\RaInterpreter\JvInterpreterTest.desk

This ini is now in the bin directory:
JEDI\jvcl\examples\RALib\RaInterpreter\JvInterpreterTest.ini

This folder has to be moved under the bin directory as well, because otherwise
\bin\JvInterpreterEndUser.exe show an empty list when clicking at the 'create
report' button:
JEDI\jvcl\examples\RALib\RaInterpreterEndUser\Reports

*.bkf files. Seems to be not needed:
JEDI\jvcl\examples\RxDemo\CTRLS.bkf
JEDI\jvcl\examples\MailExample\MailMain.bkf

Ralf Grenzing (MegaDemo developer)



Subject: Re: Test install of next release
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 20:52:32 +0100
Newsgroups: jedi.vcl

> > I am not sure if this in on purpose buit the package name is still
> > JVCL200_D70.bpl (nothing about 21)
Package names are not changed for this release.

> > I still think the \bin\ColorButtonDemo.exe is not impressive ... :-) My
vote for
> > : delete it in the next release ...
We will have an open discussion (in these NG's) when 2.1 is released and you
are most welcome to provide input.

> > jvcl\examples\JvSystemPopup has to be deleted as well because it seems to
be the
> > fomer version of the Demo in
> > jvcl\examples\JvSystemPopup2
See above

> > When building with Delphi 7 you got many (breaked at 1000) warnings the
kinf of
> > "Unsafe type", "Unsafe typecast" and "Unsafe code". It slow down the
building
> > process expecially for MegaDemo because thousends of hints get generated.
I know
> > this is D7 issue and AFAIK with disabling the compilere warings seems to
make
> > the files unreadable for Delphi <7.
The user must set this himself. If you have been using D7 for more than 10
minutes, you know to disable these warnings ;)

> > And there is another big issue with the MegaDemo: the function 'load the
unit of
> > the demo in the IDE' on the button at the bottom of the megaDemo don´t
work "out
> > of the box". I mean if don´t work with the exe file which get created from
the
> > batchfile CompileExamples.bat. This is because the map file don´t get
created.
> > (I tested it, it is the reason)
I haven't looked into how to it works but unless there is a solution we can
apply now (today), this will have to wait.

> > A less important issue is: if somebody has an AnimtedGif file which can be
> > included it would be nice to integrate it in the bin folder as well,
because the
> > RxGIFAnm.exe example cannot relly be used without a examples Animated GIF.
This will also have to wait until the next release

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: 210 Installer fails
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 20:38:19 +0100
Newsgroups: jedi.vcl

> > Sounds like another tool will be added to the dev/tools tree before the
next
> > release ;-)

If I didn't keep my hair close-cut I wouldn't need to cut it at all since
this DesignSize issue would have me pull it all out! A soon as this is out
the door, expect a new folder in devtools with a tool to fix it once and for
all!!!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: 210 Installer fails
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 20:36:34 +0100
Newsgroups: jedi.vcl

> > Exception EReadError in module JediInstaller.exe at 00013497 Error reading
> > ProductsPageControl.TabIndex: Property does not exist.

Thanks (again!): do the same as for the DesignSize issue: open dfm with text
ediotr and remove the property.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: 210 Installer fails
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 3 Mar 2003 20:29:41 +0100
Newsgroups: jedi.vcl

>> > > MainForm.DesignSize: Property does not exist.
> >
> > Thanks, my fault. Search the JCL dfm's for DesignSize: open them in text
> > editor and remove the DesignSize ( X Y ) line(s): this is a >= D6 specific
> > property and D5 doesn't like it at all. I found 5 dfm's that had this in
> > them (and I've checked this over and over again before creating the zips
> > (grrr)...). Some of them have more than one DesignSize so beware!
> >

Sounds like another tool will be added to the dev/tools tree before the next
release ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: 210 Installer fails
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 3 Mar 2003 13:28:01 -0600
Newsgroups: jedi.vcl

Now i get the following error:

Exception EReadError in module JediInstaller.exe at 00013497 Error reading
ProductsPageControl.TabIndex: Property does not exist.

Dave



"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b409a2$fuk$1@talkto.net...
>> > > MainForm.DesignSize: Property does not exist.
> >
> > Thanks, my fault. Search the JCL dfm's for DesignSize: open them in text
> > editor and remove the DesignSize ( X Y ) line(s): this is a >= D6 specific
> > property and D5 doesn't like it at all. I found 5 dfm's that had this in
> > them (and I've checked this over and over again before creating the zips
> > (grrr)...). Some of them have more than one DesignSize so beware!
> >
> > Try installing again.
> >
> > I won't update the zips in daily but I will update the ones we are going
to
> > release!
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: now is the day
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 20:27:09 +0100
Newsgroups: jedi.vcl

>> > > have you choosen a different compression option for the images in the pdf
> > than
>> > > jpeg? JPEG for screen shots looks ugly and are bigger than the looseless
>> > > compression options that pdf offer (for screen shots). I found this out and
>> > > perhaps I can be useful to you and other and for the tutorials.
> >
> > There no screenshots yet (which makes the PDF just under 54K for 4
> > tutorials) but sent me any info you have and I'll see if I can get DOM to
> > output it correctly.

I don´t know DOM. But in the pdf writer of acrobat there exists an option to use
a looseloss compression (ZIP if I remember right) for the included images. Thats
was all.

> >
>> > >
>> > > BTW: I have to admit that I am not integrate the Inspector demo in the
> > MegaDemo.
>> > > Yes, I am really ashamed of this and I was getting very warm inside when I
>> > > remember that this was a open point for me ... I am deeply sorry because it
>> > > seems to be AFAIU very powerful ... I am very sorry for that.
>> > >
> >
> > Don't be sorry. Just add it when you have a chance too. It won't be in this
> > release, but I don't really care. It may very well be the Inspector
> > component will be redesigned (or a wrapper around the current implementation
> > is added) to be more like the PropertyGrid found in the .NET framework. This
> > should make the component a lot easier to use and understand. Now I need to
> > find the time to do it.....

hmm I don´t know the PropertyGrid in .NET. Seems to be very powerful.

Ralf Grenzing



Subject: Re: Test install of next release
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 20:23:17 +0100
Newsgroups: jedi.vcl

Hi Peter

I am not sure if this in on purpose buit the package name is still
JVCL200_D70.bpl (nothing about 21)

Examples issues:

I still think the \bin\ColorButtonDemo.exe is not impressive ... :-) My vote for
: delete it in the next release ...

jvcl\examples\JvSystemPopup has to be deleted as well because it seems to be the
fomer version of the Demo in
jvcl\examples\JvSystemPopup2

bchball.ani exist two times in:
1. \jvcl\examples\JvAni\bchball.ani and
2. \jvcl\examples\JVCLMegaDemo\bchball.ani. But it should be appear in the bin
dir as well.

When building with Delphi 7 you got many (breaked at 1000) warnings the kinf of
"Unsafe type", "Unsafe typecast" and "Unsafe code". It slow down the building
process expecially for MegaDemo because thousends of hints get generated. I know
this is D7 issue and AFAIK with disabling the compilere warings seems to make
the files unreadable for Delphi <7.

And there is another big issue with the MegaDemo: the function 'load the unit of
the demo in the IDE' on the button at the bottom of the megaDemo don´t work "out
of the box". I mean if don´t work with the exe file which get created from the
batchfile CompileExamples.bat. This is because the map file don´t get created.
(I tested it, it is the reason)

A less important issue is: if somebody has an AnimtedGif file which can be
included it would be nice to integrate it in the bin folder as well, because the
RxGIFAnm.exe example cannot relly be used without a examples Animated GIF.


Ralf Grenzing (MegaDemo Developer)



Subject: Re: 210 Installer fails
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 20:12:27 +0100
Newsgroups: jedi.vcl

> > MainForm.DesignSize: Property does not exist.

Thanks, my fault. Search the JCL dfm's for DesignSize: open them in text
editor and remove the DesignSize ( X Y ) line(s): this is a >= D6 specific
property and D5 doesn't like it at all. I found 5 dfm's that had this in
them (and I've checked this over and over again before creating the zips
(grrr)...). Some of them have more than one DesignSize so beware!

Try installing again.

I won't update the zips in daily but I will update the ones we are going to
release!


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: 210 Installer fails
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 3 Mar 2003 13:00:38 -0600
Newsgroups: jedi.vcl

I tried the new installer on Delphi 5 enterprise, i downloaded the one
marked
JCL+JVCL210FullInsta..> From the index of/daily

upon clicking the install.bat i get the following errors

First error:
The exception unknown software exception (0x0eedfade) occurred in the
application at location 0x77eab2f0

I click ok and get the following:

Second error:
Exception EREADERROR in module JediInstaller.exe at 00013497 Error reading
MainForm.DesignSize: Property does not exist.

This is on windows 2000, Delphi 5 enterprise

Hope this helps,
Dave




Subject: Re: now is the day
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 19:54:49 +0100
Newsgroups: jedi.vcl

Hi Peter

I am sorry - I have read the latest message afterwords ... I am still on
testing :-)

Ralf Grenzing

Peter Thörnqvist schrieb:

>> > > if still needed I can test on D7.
> > Please do: see posting above "Test install of next release" for location of
> > the zips. Thanks
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 19:32:15 +0100
Newsgroups: jedi.vcl

> > if still needed I can test on D7.
Please do: see posting above "Test install of next release" for location of
the zips. Thanks

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: now is the day
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 03 Mar 2003 19:31:18 +0100
Newsgroups: jedi.vcl

Hi Peter

if still needed I can test on D7.

Ralf Grenzing

Peter Thörnqvist schrieb:

> > Is there anyone that wants to do a test install of the release zips? I have
> > the following on offer:
> >
> > JCL+JVCL210FullInstall.zip (8 284 369 bytes)
> > JVCL210Source+Examples.zip (4 143 612 bytes)
> > JVCL210SourceOnly.zip (2 393 886 bytes)
> >
> > Let me know immediately and I can mail it to you (sorry no http or ftp since
> > I'm at home).
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: String substitutions with jvRichEdit?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Mon, 3 Mar 2003 13:00:06 -0500
Newsgroups: jedi.vcl

I have some lines of text in a TJvxRichEdit component.  The text comes from
an RTF file on disk.  There are several lines that have text in bold in the
RTF file.  When I view the text in the rich edit component, I can see the
text that is in bold just fine.

However, if I take one of the lines (.Lines.Strings[n]) and replace some of
the text that is bold with a different string, I lose the bold attributes.
This makes sense because I have to copy the string in the Lines property to
a local variable first, and then transfer it back to the .Lines TStrings
property.  Is there a way to do string substitutions with a TJvxRichEdit
component that does not lose the text formatting attributes?

thx


--


http://www.androidtechnologies.com
The home of PowerSell! (tm)
- "Power Tools for Amazon Associates" (sm)




Subject: Test install of next release
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 18:46:57 +0100
Newsgroups: jedi.vcl

If you would like to do a test install of the 2.10 release before it is out,
you can get one or all of them from http://jvcl.sourceforge.net/daily/

Any issues with this install, please report here ASAP.


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: New CVS tag:JVCL210-STABLE
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 18:27:23 +0100
Newsgroups: jedi.vcl

> >I don´t receive the install zip but I get the sources from CVS to test...
I mailed it to your  ppegarcia at aol dot com adress but maybe you can't
recieve 9MB attachements through it?

> > I see that ProgressForm Dialog doesn´t works. If you drop on a form a call
> > the execute method, you´ll get an exception.

Are you sure? I just tsted with D5 and worked OK...

> > If you put some code into OnShow event, you´ll get an error "Invalid class
> > typecast" in WMUser1 procedure (jvDlg.Pas).
You mean JvProgressFrom? Works here too..

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Forgive me..new to CVS...Help!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 18:13:37 +0100
Newsgroups: jedi.vcl

> > I prefer a separate directory for the CVS files.
> > Delete the files of the JVCL installation and replace them with the
> > copied CVS files. If you copied the whole tree then remove all CVS
> > directories in the copy (easiest by searching and deleting in the search
> > result window).

Dave, if you want to be able to refresh your current file set from CVS
directly, you should NOT delete the CVS folders since these contains files
that identify the server location of the files. Without them you won't be
able to connect to the server. Put another way: it doesn't matter if you
overwrite your current JVCL folder with the CVS files or keep them in a
separate location as long as the CVS folders (and files in them) are left
intact.
>> > > When will the new release be out? Just out of curiosity.
Today (Monday) or tomorrow night. I am on GMT+1 hour, so our notition of
"night" might be different<g>

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 3 Mar 2003 18:09:57 +0100
Newsgroups: jedi.vcl

Where? In daily?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:b3tr47$349$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Let me know immediately and I can mail it to you (sorry no http or
>> > > ftp since I'm at home).
> >
> > Can you put them on SourceForge?
> >
> > --
> > Michael Beck
> > SourceForge Member # 956
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm
> >
> >



Subject: Single Instance
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 03 Mar 2003 17:55:04 +0100
Newsgroups: jedi.vcl

I want to solve the "only one instance of program" once and for all.

The best idea is a Jedi option tab in the project options.
The Jedi Uses Wizard shows how to do that.
The option generates code in the .dpr file just like the forms tab.
There a full mutex implementation can be generated just as Microsoft wants it.

Anyone interested in taking this job?

One of the benefits is more "Jedi identity" in the IDE.



Subject: Re: Forgive me..new to CVS...Help!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 03 Mar 2003 17:54:37 +0100
Newsgroups: jedi.vcl

dave wrote:

> When will the new release be out? Just out of curiosity.

I think Peter is offline because he works on the release.
Today or tomorrow.



Subject: Re: Forgive me..new to CVS...Help!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 03 Mar 2003 17:53:02 +0100
Newsgroups: jedi.vcl

dave wrote:
> Ok,  that is fine, but that wont help me for future use with getiing updates
> for files using tortoise. I still need to know what to do with the files
> once i download them. I am not new to Delphi, just to CVS.

I prefer a separate directory for the CVS files.
Delete the files of the JVCL installation and replace them with the copied CVS files. If you copied the whole tree then remove all CVS directories in the copy (easiest by searching and deleting in the search result window).
Go to Images folder and execute MakeDCR.bat (just in case).
Go to Packages folder and build the JVCL200_Rx0.dpk and JVCL200_D50.dpk packages (or 210 packages if you use the new version).
Go to Examples folder and execute CompileExamples.bat.

Go to Bin folder and play with the examples (especially JVCLDemo.exe the MegaDemo).

> When will the new release be out? Just out of curiosity.



Subject: Re: Forgive me..new to CVS...Help!
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 3 Mar 2003 10:25:12 -0600
Newsgroups: jedi.vcl

Ok,  that is fine, but that wont help me for future use with getiing updates
for files using tortoise. I still need to know what to do with the files
once i download them. I am not new to Delphi, just to CVS.

When will the new release be out? Just out of curiosity.

Thanks again,
Dave

P.S. You guys at Jedi Rock!



"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b3vu1q$dsp$1@talkto.net...
> > dave wrote:
>> > > Ok, i finally figured out how to get tortoise CVS to download the
>> > > files. Now what do i do with the files? do i just overwrite the
>> > > existing JVCL folder with the new stuff? Do i then have to re-compile
>> > > the packages?, is there a new installer somewhere for ver 2.1?
> >
> > If you don't know what to do with the files, then you better wait for the
> > official 2.1 release package, which should be released/announced shortly.
> >
> > --
> > Michael Beck
> > SourceForge Member # 956
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm
> >
> >




Subject: Re: Forgive me..new to CVS...Help!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 3 Mar 2003 11:00:28 -0500
Newsgroups: jedi.vcl

dave wrote:
> > Ok, i finally figured out how to get tortoise CVS to download the
> > files. Now what do i do with the files? do i just overwrite the
> > existing JVCL folder with the new stuff? Do i then have to re-compile
> > the packages?, is there a new installer somewhere for ver 2.1?

If you don't know what to do with the files, then you better wait for the
official 2.1 release package, which should be released/announced shortly.

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm




Subject: Forgive me..new to CVS...Help!
From: "dave" <dbracken@infonowsolutions.com>
Date: Mon, 3 Mar 2003 09:08:03 -0600
Newsgroups: jedi.vcl

Ok, i finally figured out how to get tortoise CVS to download the files. Now
what do i do with the files? do i just overwrite the existing JVCL folder
with the new stuff? Do i then have to re-compile the packages?, is there a
new installer somewhere for ver 2.1?

Any help you can give would be greatly appreciated!

Thanks,
Dave




Subject: Re: started cleaning Globus
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 03 Mar 2003 07:18:43 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Did You checked across Torry and their native site about which version is
> latest release?

No.

> PS: ask author if Articles on his site are 'part of project' - they may be
> translated and included into help.

Nice idea, but i concentrate on the source to put the last week of my vacation to efficient use.

> PPS: look at TGLXMLSerialiser - imho a very narrow thing. I'd like to see
> JVCL XML services instead of it - but some gl components may rely on it.

Not that important because the source needs much work anyway. I expect several components to be dropped or merged with Jv components anyway.



Subject: Re: JvAboutBox
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 2 Mar 2003 20:39:11 -0500
Newsgroups: jedi.vcl

Pierre Rougier wrote:

> > Now I have a agrement from Peter Johnson.
> > It may, I publish it under a other name on Torry.

Maybe you can make a wizard to create the AboutBox.

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm




Subject: Re: New CVS tag:JVCL210-STABLE
From: "Paulo Garcia" <ppegarcia@aol.com>
Date: Sun, 2 Mar 2003 19:10:33 -0300
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:b3t0fk$vgl$1@talkto.net...
> > I've tagged the files today as JVCL210-STABLE and these are the files I'm
> > going to use as the release version. Unless someone has something *very*
> > important to update, I will release tomorrow (Monday, March 2) night at
the
> > latest.

I don´t receive the install zip but I get the sources from CVS to test...

I see that ProgressForm Dialog doesn´t works. If you drop on a form a call
the execute method, you´ll get an exception.

If you put some code into OnShow event, you´ll get an error "Invalid class
typecast" in WMUser1 procedure (jvDlg.Pas).

I don´t know if you can classify this as **very** important but it is a
crash bug.

I don´t know why the error occurs but I´m checking...


Regards,

Paulo Garcia




Subject: Re: now is the day
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 2 Mar 2003 15:58:04 -0500
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> > Let me know immediately and I can mail it to you (sorry no http or
> > ftp since I'm at home).

Can you put them on SourceForge?

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm




Subject: Re: New CVS tag:JVCL210-STABLE
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 2 Mar 2003 23:31:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sun, 2 Mar 2003 14:23:08 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> I've tagged the files today as JVCL210-STABLE and these are the files

Generally it is ok under Delphi 5.1 EE, so it may be released as far as i
can tell.


But there are some minor glitches:
  Since that issue with JvPanel delphi 5 is not fixed, i think it is to be
added to known issues if JvPanel.pas
  More so, the source is rolled back to 1.8 or even before that - so may be
there's really smth strange with CVS.

JvhtHintEditor.dfm - Capital letter is expected after[Jv-] prefix.

JvHLEdPropDlg.dfm
    object Pages: TPageControl
I still suggest changing this to TJvPageControl, since TabIndex property
will appear each time it will >0, breaking compatibility with D5.
It will be forgotten in a week and then all this will be started again.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JvAboutBox
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 2 Mar 2003 22:32:33 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sun, 2 Mar 2003 00:05:03 +0100)
....while the fading voice of Peter whispered through the darkness:

PTr> would use a "canned solution" for this. Either they are totally

Agree for 50%.

But some smple canned solutio could well as a MessageBox replacement.
2 major features would be html-labels and labels reading VersionInfo, so no
code is needed to set up feedback and build-number info.

My idea - is to generalise dialog used in .AboutJVCL property, making it
customisable to developer. It looks rather fresh and useful.

PS: the other thought that stops me from looking at submitted components is
that JVCL should rely on itself.
I do not think anyone will restyle .AboutJVCL property editor.
Hence we will be in a very strange situation: Jedi provides About dialog and
avoid using it itself!

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: started cleaning Globus
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 2 Mar 2003 21:00:37 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sun, 02 Mar 2003 18:24:10 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> I started to clean the style for the Globus sources in dev subtree.
 RM> Tomorrow i will rework the Images folder to have all palette icons Jedi
 RM> style.

Did You checked across Torry and their native site about which version is
latest release?

PS: ask author if Articles on his site are 'part of project' - they may be
translated and included into help.

PPS: look at TGLXMLSerialiser - imho a very narrow thing. I'd like to see
JVCL XML services instead of it - but some gl components may rely on it.

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: started cleaning Globus
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 02 Mar 2003 18:24:10 +0100
Newsgroups: jedi.vcl

I started to clean the style for the Globus sources in dev subtree.
Tomorrow i will rework the Images folder to have all palette icons Jedi style.



Subject: Re: New CVS tag:JVCL210-STABLE
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Mar 2003 17:32:55 +0100
Newsgroups: jedi.vcl

> > Monday or March 2?

Sorry, Monday, March *3* of course!

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: New CVS tag:JVCL210-STABLE
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Sun, 2 Mar 2003 23:24:31 +0800
Newsgroups: jedi.vcl

Monday or March 2?
"Peter Thörnqvist" <peter3@no.spam.peter3.com>
??????:b3t0fk$vgl$1@talkto.net...
> > I've tagged the files today as JVCL210-STABLE and these are the files I'm
> > going to use as the release version. Unless someone has something *very*
> > important to update, I will release tomorrow (Monday, March 2) night at
the
> > latest.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JvAboutBox
From: "Pierre Rougier" <no@spam.com>
Date: Sun, 2 Mar 2003 16:02:34 +0100
Newsgroups: jedi.vcl

> >
> > If you don't have his agreement, then you shouldn't publish this
component.
> >

Now I have a agrement from Peter Johnson.
It may, I publish it under a other name on Torry.

--
Pierre Rougier




Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Mar 2003 15:30:02 +0100
Newsgroups: jedi.vcl

> > If you want, you can send JCL+JVCL210FullInstall.zip to me then I can test
> > it.

Done.Thanks

> > Or if you think necessary I can put all files in a temporary HTTP server.

I'll keep it in mind if anyone requests it, but the time limit on testing is
pretty narrow!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: now is the day
From: "Paulo Garcia" <ppegarcia@aol.com>
Date: Sun, 2 Mar 2003 11:04:15 -0300
Newsgroups: jedi.vcl

Peter,

If you want, you can send JCL+JVCL210FullInstall.zip to me then I can test
it.

Or if you think necessary I can put all files in a temporary HTTP server.

[]´s
Paulo Garcia

"Peter Thörnqvist" <peter3@no.spam.peter3.com> escreveu na mensagem
news:b3sudd$v7a$1@talkto.net...
> > Is there anyone that wants to do a test install of the release zips? I
have
> > the following on offer:
> >
> > JCL+JVCL210FullInstall.zip (8 284 369 bytes)
> > JVCL210Source+Examples.zip (4 143 612 bytes)
> > JVCL210SourceOnly.zip (2 393 886 bytes)
> >
> > Let me know immediately and I can mail it to you (sorry no http or ftp
since
> > I'm at home).
> >




Subject: Re: New CVS tag:JVCL210-STABLE
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Mar 2003 14:35:32 +0100
Newsgroups: jedi.vcl

Strange: the tag appears *before* the last checked in version in CVS (try
"History" on a file...). I would presume it would appear after the last
checkin. Is this normal or a bug in TortoiseCVS?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: New CVS tag:JVCL210-STABLE
From: "Pierre Rougier" <no@spam.com>
Date: Sun, 2 Mar 2003 14:30:05 +0100
Newsgroups: jedi.vcl

> > Unless someone has something *very*
> > important to update,


*Yes*,  JvAboutBox.
;-D
No, Just kidding.


--
Pierre Rougier
http://www.logiciels-rougier.com




Subject: New CVS tag:JVCL210-STABLE
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Mar 2003 14:23:08 +0100
Newsgroups: jedi.vcl

I've tagged the files today as JVCL210-STABLE and these are the files I'm
going to use as the release version. Unless someone has something *very*
important to update, I will release tomorrow (Monday, March 2) night at the
latest.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Mar 2003 13:47:49 +0100
Newsgroups: jedi.vcl

Is there anyone that wants to do a test install of the release zips? I have
the following on offer:

JCL+JVCL210FullInstall.zip (8 284 369 bytes)
JVCL210Source+Examples.zip (4 143 612 bytes)
JVCL210SourceOnly.zip (2 393 886 bytes)

Let me know immediately and I can mail it to you (sorry no http or ftp since
I'm at home).

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: now is the day
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 2 Mar 2003 11:49:41 +0100
Newsgroups: jedi.vcl

> >
> > have you choosen a different compression option for the images in the pdf
than
> > jpeg? JPEG for screen shots looks ugly and are bigger than the looseless
> > compression options that pdf offer (for screen shots). I found this out
and
> > perhaps I can be useful to you and other and for the tutorials.

There no screenshots yet (which makes the PDF just under 54K for 4
tutorials) but sent me any info you have and I'll see if I can get DOM to
output it correctly.

> >
> > BTW: I have to admit that I am not integrate the Inspector demo in the
MegaDemo.
> > Yes, I am really ashamed of this and I was getting very warm inside when I
> > remember that this was a open point for me ... I am deeply sorry because
it
> > seems to be AFAIU very powerful ... I am very sorry for that.
> >

Don't be sorry. Just add it when you have a chance too. It won't be in this
release, but I don't really care. It may very well be the Inspector
component will be redesigned (or a wrapper around the current implementation
is added) to be more like the PropertyGrid found in the .NET framework. This
should make the component a lot easier to use and understand. Now I need to
find the time to do it.....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: HttpGrabber not working
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sun, 02 Mar 2003 11:40:51 +0100
Newsgroups: jedi.vcl

Hi Chuck

Take a look at the diagram example for the webMapper - AFAI remember it
uses it and works. But perhaps it is better to wait until the release of
JVCL 2.1. There I have changed the demo that it works "outof the box ".
The release is hopefully this weekend of monday. Yes I belive in mighty
Peter :-)

Ralf Grenzing (JVCL MegaDemo developer)


"Chuck R." schrieb:

> > Has anyone used the JvHttpGrabber to get a web page to a file? I
> > tried it in D6pe and the file is not created and the OnFileDone
> > event is not fired.
> >
> > Any ideas what I'm doing wrong? I filled in the Url and Filename,
> > then did Execute.
> >
> > Chuck



Subject: Re: now is the day
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sun, 02 Mar 2003 11:37:04 +0100
Newsgroups: jedi.vcl

Hi Marcel

have you choosen a different compression option for the images in the pdf  than
jpeg? JPEG for screen shots looks ugly and are bigger than the looseless
compression options that pdf offer (for screen shots). I found this out and
perhaps I can be useful to you and other and for the tutorials.

BTW: I have to admit that I am not integrate the Inspector demo in the MegaDemo.
Yes, I am really ashamed of this and I was getting very warm inside when I
remember that this was a open point for me ... I am deeply sorry because it
seems to be AFAIU very powerful ... I am very sorry for that.

Ralf Grenzing (MegDemo developer)



Marcel Bestebroer schrieb:

> > I've just sent the update help file (WinHELP only) to Peter. I also sent a
> > PDF containing the tutorials (was requested a coule of times, and to be
> > honest, I also think it's better to keep the tutorials out of the main help
> > file; it may be a small file now, but it will grow rapidly as screenshots
> > and addtional tutorials are added). I think we're good to go, provided Peter
> > has succesfully build the releases and none of us comes across a serious
> > bug.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address



Subject: Re: now is the day
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 2 Mar 2003 11:24:45 +0100
Newsgroups: jedi.vcl

I've just sent the update help file (WinHELP only) to Peter. I also sent a
PDF containing the tutorials (was requested a coule of times, and to be
honest, I also think it's better to keep the tutorials out of the main help
file; it may be a small file now, but it will grow rapidly as screenshots
and addtional tutorials are added). I think we're good to go, provided Peter
has succesfully build the releases and none of us comes across a serious
bug.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 02 Mar 2003 06:56:12 +0100
Newsgroups: jedi.vcl

I had to change JvCommonDialogD.pas by making OwnerWindow property writable. The JvDiskPrompt, JvCopyError etc dialog won't work in the MegaDemo because the Setup APi fucntions called seem not to like the OwnerWindow they get. I changed the MegaDemo JvDialogsU.pas also to set the OwnerWindow to 0. Now the dialogs work.
Sorry for this late time change, but bug is bug.



Subject: Re: JvAboutBox
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 2 Mar 2003 00:05:03 +0100
Newsgroups: jedi.vcl

> > What do you think about TJvAboutBox?
> > Do you think TJvAboutBox is good enough to be put in JVCL?

Normally, we only want to add dialog components to JVCL that performs some
task that is either hard or labor intensive to implement. An About Box is a
very personal thing and I don't think most developers would use a "canned
solution" for this. Either they are totally disinterested and use the
MessageBox API or they go all out and create an advanced form with hidden
easter eggs, custom images, a scrolling credit, custom images (maybe an avi
or animated gif), system information, info on loaded modules etc etc. So, I
don't think a component like this would be used by that many people.
Besides, creating a similar dialog doesn't take that long and isn't very
hard.

Thanks for the donation but I think we will pass on this one.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JvAboutBox
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 1 Mar 2003 15:50:13 -0500
Newsgroups: jedi.vcl

Pierre Rougier wrote:

> > I have mailed the 28/02/2003 to ask P.D.Johnson the right to put my
> > copied component TJvAboutBox into the JVCL under MPL.
> > Still wait for the answer.

If you don't have his agreement, then you shouldn't publish this component.

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm




Subject: JvAboutBox
From: "Pierre Rougier" <no@spam.com>
Date: Sat, 1 Mar 2003 21:14:26 +0100
Newsgroups: jedi.vcl

Hi,

I just posted a new component in jedi.binaries
JvAboutBox

I have the need of a TJvAboutBox, nothing fancy, just something quick and
not too durty.
I have copyed one from TPJAboutBoxDlg from P.D.Johnson.
http://www.pjsoft.contactbox.co.uk/.

I have mailed the 28/02/2003 to ask P.D.Johnson the right to put my copied
component TJvAboutBox into the JVCL under MPL.
Still wait for the answer.

Please if you think TJvAboutBox it's good enough to be in the JVCL, first
wait the authority from P.D.Johnson.

What do you think about TJvAboutBox?
Do you think TJvAboutBox is good enough to be put in JVCL?

--
Pierre Rougier
http://www.logiciels-rougier.com






Subject: Re: Anybody interested in porting JEDI to clx/Kylix
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 Mar 2003 19:59:48 +0100
Newsgroups: jedi.vcl

asn wrote:
> Ported about 50 componemts to clx , anybody interested?
>
> André Snepvangers

YES!



Subject: Anybody interested in porting JEDI to clx/Kylix
From: "asn" <asn@xs4all.nl>
Date: Sat, 1 Mar 2003 17:50:33 +0100
Newsgroups: jedi.vcl

Ported about 50 componemts to clx , anybody interested?

André Snepvangers




Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 Mar 2003 17:08:57 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I will have to work on the examples again. This evening or tomorrow morning. I have to integrate some updates from Garcia.
> I will post a message here when done.

Ok. Files checked in. Some files in MegaDemo.
There is still a bug in the MegaDemo. Some dialog components do not work like JvCopyError. This is a bug of the MegaDemo because the component works. I will hunt down the bugs tomorrow morning at latest. I exxpect only changes in MegaDemo folder.



Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 Mar 2003 16:50:07 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I'm working on the build scripts for the releases.
> The install.txt and readme.txt in the root needs to be updated.
> I will release tomorrow or Monday if all works OK.
> Please refrain from additional updates in CVS after today unless absolutely
> necessary.

I will have to work on the examples again. This evening or tomorrow morning. I have to integrate some updates from Garcia.
I will post a message here when done.



Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 Mar 2003 16:32:59 +0100
Newsgroups: jedi.vcl

I'm working on the build scripts for the releases.
The install.txt and readme.txt in the root needs to be updated.
I will release tomorrow or Monday if all works OK.
Please refrain from additional updates in CVS after today unless absolutely
necessary.
I will label the CVS files with JVCL201 when I am finished with the
releases.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 Mar 2003 15:57:50 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> - check all examples if they compile

I am through with the examples. Some data files have been added to BIN where the examples expect the files.
The examples work, except the Plugin demos. Compiled with the makefile they crash, compiled from the .dpr they work.

Version in JVCLVer.pas has been changed to 2.1.

Do we have any important changes on the list or should we call it frozen for release?



Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 Mar 2003 15:53:43 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Good point. I think you can set them as default if you don't have a project
> loaded but we should add them to the dof's anyway. I'll lok into it.

At least the Makefile run with D6 gives problems if the .dof contains them.



Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 Mar 2003 14:52:21 +0100
Newsgroups: jedi.vcl

> > Setting as default means only for new projects, as far as I understand it.
Yes, that's how I understand it as well
-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: now is the day
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 01 Mar 2003 14:46:08 +0100
To: Peter Thörnqvist <peter3@no.spam.peter3.com>
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Good point. I think you can set them as default if you don't have a project
> loaded but we should add them to the dof's anyway. I'll lok into it.

Setting as default means only for new projects, as far as I understand it.



Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 Mar 2003 14:40:30 +0100
Newsgroups: jedi.vcl

Good point. I think you can set them as default if you don't have a project
loaded but we should add them to the dof's anyway. I'll lok into it.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Remko Bonte" <remkobonteSP@Mmyrealbox.com> skrev i meddelandet
news:3E60B402.6050001@Mmyrealbox.com...
> > Shouldn't the *.dof files of the dpk's for delphi 7 contain:
> >
> > [Compiler]
> >  UnsafeType=0
> >  UnsafeCode=0
> >  UnsafeCast=0
> >
> > Peter has removed this in his dof/dfm sweep, but now I get a lot of
> > warnings when compiling these packages. Or am I missing something and
> > can you set this as default?
> >
> > Regards,
> > Remko
> >



Subject: Re: now is the day
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 01 Mar 2003 14:22:10 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

Shouldn't the *.dof files of the dpk's for delphi 7 contain:

[Compiler]
UnsafeType=0
UnsafeCode=0
UnsafeCast=0

Peter has removed this in his dof/dfm sweep, but now I get a lot of warnings when compiling these packages. Or am I missing something and can you set this as default?

Regards,
Remko



Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 1 Mar 2003 11:38:55 +0100
Newsgroups: jedi.vcl

> > What about D6-specific property in 4? Who will manage it?

They should be fixed now...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 01 Mar 2003 07:39:14 +0100
Newsgroups: jedi.vcl

I have added JvShellHook.pas to all packages. Please check in they compile.

Now only some file cleanups in the MegaDemo remain to complete the Examples. I will do that this afternoon.



Subject: Re: now is the day
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 28 Feb 2003 22:22:16 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 28 Feb 2003 18:36:44 +0100)
....while the fading voice of Marcel whispered through the darkness:

 ??>> 5) D-Package DFMs:
 ??>> ScheduleEditor - where's JV prefix ?

 MB> I forgot it ;) I'll see if I can find some time to fix it, unless
 MB> someone else beats me to it.

What about D6-specific property in 4? Who will manage it?

--
Уши вянут от Колибри - Вариации
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: how dead is the deadline ?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 28 Feb 2003 21:45:22 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 28 Feb 2003 19:42:15 +0100)
....while the fading voice of Marcel whispered through the darkness:

 MB> The help source files are in the dev/help tree. They are Doc-O-Matic
 MB> source files, but easy to understand.

Don't DoM make intermediate HPP/RTF set of files?
I may have no DoM but i have HelpWorkshop with Delphi.

-- With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: how dead is the deadline ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 28 Feb 2003 19:42:15 +0100
Newsgroups: jedi.vcl

> > Vote for both resources and help in text files, available for CVS :-)))
> > (aint RTF and HP* text files?)


The help source files are in the dev/help tree. They are Doc-O-Matic source
files, but easy to understand.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: MegaDemo isusses and good news :-)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 28 Feb 2003 19:27:03 +0100
Newsgroups: jedi.vcl

> >
>> > > OK, I have just set it.
>> > >
>> > > Mark? Ready for private mail?
>> > >
> >
> > sure...try m.a.vaughan AT larc.nasa.gov

sendet

RG



Subject: Re: MegaDemo isusses and good news :-)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 28 Feb 2003 19:18:03 +0100
Newsgroups: jedi.vcl

> > but I think you have to design your forms using large
> > fonts for this trick to work, right?
No

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: MegaDemo isusses and good news :-)
From: Mark Vaughan <mavaughan@earthlink.removethis.net>
Date: Fri, 28 Feb 2003 18:10:42 +0000 (UTC)
Newsgroups: jedi.vcl

> > Peter Thörnqvist schrieb:
> > 
>> >> Setting the form(s) Scaled property to false should probably fix it...

but I think you have to design your forms using large
fonts for this trick to work, right?


Ralf Grenzing <RalfGSpam@gmx.de> wrote in news:3E5FA08E.937637D2@gmx.de:

> > OK, I have just set it.
> > 
> > Mark? Ready for private mail?
> > 

sure...try m.a.vaughan AT larc.nasa.gov



-- Mark Vaughan ___________ Visit the Numerical Methods in Pascal web page at http://www-rab.larc.nasa.gov/nmp/fNMPhome.htm 

Subject: Re: how dead is the deadline ?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 28 Feb 2003 21:04:54 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 28 Feb 2003 18:41:41 +0100)
....while the fading voice of Marcel whispered through the darkness:

Vote for both resources and help in text files, available for CVS :-)))
(aint RTF and HP* text files?)
-- With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: how dead is the deadline ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Feb 2003 18:54:37 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Robert, the deadline was initially set to today. When I get confirmation
> during the weekend that we are done, I will download everything into a new
> folder on my machine, do a test instal and create the release(s) from that.

I will need at least tomorrow to complete the Examples.
Ralf just sent me some more updated Examples.
I found time to update the changed .dpr files so the single examples fully work again.

I will have to integrate the updates and move some files around (mainly in MegaDemo).



Subject: Re: MegaDemo isusses and good news :-)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 28 Feb 2003 18:46:54 +0100
Newsgroups: jedi.vcl

OK, I have just set it.

Mark? Ready for private mail?

Peter Thörnqvist schrieb:

> > Setting the form(s) Scaled property to false should probably fix it...
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: how dead is the deadline ?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 28 Feb 2003 18:41:41 +0100
Newsgroups: jedi.vcl

> > Please speak up here to keep the informations flowing.
> >

I'll try to get the help file updated if it needs to. I'll also separate the
tutorials from the actual help file, as tutorials maybe update more often
and will soon contain screenshots as well. I think I'll do the same as last
time: mail the help file to Peter so he can include it in the final release.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: now is the day
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 28 Feb 2003 18:36:44 +0100
Newsgroups: jedi.vcl

> >
> > 2) a lot of "does not use or export" - You may look attach, if You want.

Compiler bug, nothing to do about it.

> >
> > 3) If i compile JCL, close it and try to compile JVCL-R, i get internal
> > error, after tthe 2nd 'does not use' hint.
> > May be this is due to some Expets?

Nope, happened to me to. Haven't figured out why yet. It used to work
without problems.

> > 5) D-Package DFMs:
> > ScheduleEditor - where's JV prefix ?

I forgot it ;) I'll see if I can find some time to fix it, unless someone
else beats me to it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: now is the day
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 28 Feb 2003 20:06:41 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 28 Feb 2003 09:45:05 +0100)
....while the fading voice of Robert whispered through the darkness:

1) [Warning] Unit 'zlib' implicitly imported into package 'JVCL200_R50'
[Warning] Unit 'zlibconst' implicitly imported into package 'JVCL200_R50'
I heard JCL sould have them - but it does not.

2) a lot of "does not use or export" - You may look attach, if You want.

3) If i compile JCL, close it and try to compile JVCL-R, i get internal
error, after tthe 2nd 'does not use' hint.
May be this is due to some Expets?
Compiled ok, if the Delphi is just started.

4) R-Package has some DFM's that need D-Package to be loaded. :-(

JvHLedPropDlg: property Pages.TabIndex not found (again, why there's no
IfDef's in DMF?)
After ignoring the page loaded ok. But in runtime this may cause app to
fail.
I suggest You to change PageControl with JvPagecontrol.
BTW i made a descendant over PageControl, that allowed for tabs to have
diffrent hints. May this be useful here?

All other R-DFMs loaded ok.


5) D-Package DFMs:
ScheduleEditor - where's JV prefix ?
JvBandObjectDLLWizardForm - check file name - "jv" instead of "Jv"
        I made a tool for auto-checking this, remember? :-)

JvImagePrw - what is the sense of the component? Isn't it just
TOpenPictureDialog-2 ?

Now loading errors.

6) D-Package compilation - compiled fine. May be there were hints - i didn't
seen them.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru

1.TXT.GZ
	



Subject: Re: MegaDemo isusses and good news :-)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 28 Feb 2003 18:04:12 +0100
Newsgroups: jedi.vcl

Setting the form(s) Scaled property to false should probably fix it...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: how dead is the deadline ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 28 Feb 2003 18:02:04 +0100
Newsgroups: jedi.vcl

> > The deadline is for forcing the 2.1 release out of the door.
> > If anyone needs a day or two then he only has to ask for the time.

Robert, the deadline was initially set to today. When I get confirmation
during the weekend that we are done, I will download everything into a new
folder on my machine, do a test instal and create the release(s) from that.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Feb 2003 17:51:23 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I just checked in most of the Examples files.
> It is incomplete, but the rest of the work i will do later this day.
> Some files have to be moved still and i am sure i made some errors.

I have to rework most of the .dpr files. This will take until tomorrow.
Before that it is not possible to open the Example projects and have the forms listed in the form open dialog of the IDE.
Please wait with changes until this is done.



Subject: Re: MegaDemo isusses and good news :-)
From: Mark Vaughan <mavaughan@earthlink.removethis.net>
Date: Fri, 28 Feb 2003 16:08:38 +0000 (UTC)
Newsgroups: jedi.vcl

Ralf Grenzing <RalfGSpam@gmx.de> wrote in news:3E5F70B0.586D845A@gmx.de:

 
> > screenshoot at binarys perhaps to show what you mean??

sure...see the message "Demo screenshots (large fonts)"



-- Mark Vaughan ___________ Visit the Numerical Methods in Pascal web page at http://www-rab.larc.nasa.gov/nmp/fNMPhome.htm 

Subject: how dead is the deadline ?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Feb 2003 17:05:46 +0100
Newsgroups: jedi.vcl

The deadline is for forcing the 2.1 release out of the door.
If anyone needs a day or two then he only has to ask for the time.

The main work is done. I will clean up the Examples right now.
The packages need the addition of JvShellHook.pas.
Someone with Delphi 5 should open all Example projects and downgrade the  DFM files to D5 version if they throw errors.

The next days will see mainly checks of all parts of the JVCL.
Please speak up here to keep the informations flowing.



Subject: Re: now is the day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 28 Feb 2003 16:21:28 +0100
Newsgroups: jedi.vcl

If anyone has input on what to put in the release note (i.e what has
happended since last release), post suggestions here.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: MegaDemo isusses and good news :-)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 28 Feb 2003 15:22:40 +0100
Newsgroups: jedi.vcl

Hi Mark

Mark Vaughan schrieb:

> > Ralf Grenzing <RalfGSpam@gmx.de> wrote in
> > news:3E5E78E6.2F465738@gmx.de:
> >
>> > > so tell me you opinions ....
> >
> > neat idea!

nice to hear something positiv! :-)


> > unfortunately though, the demo does not display
> > properly on a computer using large fonts...

screenshoot at binarys perhaps to show what you mean??

> >
> >
> > --
> > Mark Vaughan
> > ___________
> >
> > Visit the Numerical Methods in Pascal web page at
> > http://www-rab.larc.nasa.gov/nmp/fNMPhome.htm



Subject: Re: id3 v1 + id3 v2 Components HELP!!!
From: "dave" <dbracken@infonowsolutions.com>
Date: Fri, 28 Feb 2003 08:19:39 -0600
Newsgroups: jedi.vcl

Thank you Remko, i will look at the source, but i am also going to wait for
the next release as well. I will look forward to the examples, as i have
contacted marcel before about helping with the help files. These two
components were a couple of the ones i wished to help document, but not
having used them successfully yet, i figured i should wait. With the new
release, if i can figure these things out, i will probably go ahead and
document them and pass the documentation along to you guys.

Thanks again,
Dave



"dave" <dbracken@infonowsolutions.com> wrote in message
news:b3liqo$v77$1@talkto.net...
> > I need to know if anyone has any sample code showing the use of these two
> > components. I cannot figure out in the v2 which tags are the ones i need
for
> > say Artist, Album, Year, Title, etc..
> > and when i use the v1 and i try this call:
> > if  jvid3v1.tagpresent(strFilename) then begin
> >
> > it breaks with an error saying it could not open the file?
> > I checked and the file is not read only or anything, so why does it break
on
> > this statement?
> > it does not break, however, on the jvid3v1.readtag(strFilename);
> > and i am able to access the tags if they are present. But i really need to
> > be able to test for the existence of the tag prior to reading the tag and
> > assigning the values to my variables.
> >
> > So, if anyone can help me with these components, i would greatly
appreciate
> > it. Escpecially if you have sample delphi code.
> > I am using Delphi 5 enterprise, it is fully updated. I use it on Win 2000
/
> > XP. I am using the jedi 2.0 beta release on win 2000 (plan to update
soon),
> > and the 2.0 final on xp.
> >
> > Thanks in advance,
> > Dave
> >
> >




Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Feb 2003 14:26:08 +0100
Newsgroups: jedi.vcl

I just checked in most of the Examples files.
It is incomplete, but the rest of the work i will do later this day.
Some files have to be moved still and i am sure i made some errors.

One change for the packages has to be done.
JvShellHook.pas has to be included into the Runtime packages.
I have painted an palette icon for this component. someone overlooked it obviously. "Jv System" palette.



Subject: Re: MegaDemo isusses and good news :-)
From: Mark Vaughan <mavaughan@earthlink.removethis.net>
Date: Fri, 28 Feb 2003 12:20:10 +0000 (UTC)
Newsgroups: jedi.vcl

Ralf Grenzing <RalfGSpam@gmx.de> wrote in
news:3E5E78E6.2F465738@gmx.de: 

> > so tell me you opinions ....

neat idea!  unfortunately though, the demo does not display
properly on a computer using large fonts...


-- Mark Vaughan ___________ Visit the Numerical Methods in Pascal web page at http://www-rab.larc.nasa.gov/nmp/fNMPhome.htm 

Subject: Re: now is the day
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 28 Feb 2003 14:03:21 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 28 Feb 2003 09:45:05 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> - check all packages if they compile

Is CVS from HEAD correct way to get updates?

Is it enought to update sources|common|archive|packages if i do not want
examples ?
--
??? ????? ?? np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Installation problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Feb 2003 11:37:59 +0100
Newsgroups: jedi.vcl

> > Any ideas on how to install?

The BCB files in 2.0 are, erhm, not optimal... Search this NG for posts from Ben Hay since he seem to have a solution that works for
him. I know too little about BCB to be of any real help I'm afraid.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Installation problems
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 28 Feb 2003 10:09:47 +0100
Newsgroups: jedi.vcl



Peter Thörnqvist wrote:
> The installer doesn't support BCB.

Any ideas on how to install?

Thanks!

Jonathan Neve.



Subject: Re: Installation problems
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Feb 2003 09:53:01 +0100
Newsgroups: jedi.vcl

The installer doesn't support BCB.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Jonathan Neve" <jonathan@microtec.fr> skrev i meddelandet news:3E5F1EA2.4080408@microtec.fr...
> > Hi!
> >
> > I've downloaded JVCL with JCL, but I can't get the installer to work
> > with BCB 5 (I get an error message saying that it can't find
> > SOFTWARE/Borland/Delphi in the registry (because I don't have Delphi)).
> > I tried compiling the package in the IDE, but I get an error saying :
> > "JvDeviceChanged.pas(36): File not found: 'DBT.dcu'"
> >
> > Any ideas?
> >
> > Jonathan Neve.
> >




Subject: Re: now is the day
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 28 Feb 2003 09:51:46 +0100
Newsgroups: jedi.vcl

> >
> > - check all examples if they compile
> >    This has to wait for Ralf.
> >    binary DFMs in Examples will be fixed.

I has send it to you and alle example compile now




Subject: Re: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Feb 2003 09:46:15 +0100
Newsgroups: jedi.vcl

- create list of solved Mantis bugs



Subject: now is the day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Feb 2003 09:45:05 +0100
Newsgroups: jedi.vcl

- check all packages if they compile
  Please do that with D5 and D7
  fix the "implicitly included" warning for D6 (at least)
  Check with D5 if any DFMs from source have incompatibilites.
  Check in D5 version. We have no binary DFMs in Source.
- check all examples if they compile
  This has to wait for Ralf.
  binary DFMs in Examples will be fixed.
- start the MakeDCR.BAT and check in the resulting files
  Done.



Subject: Re: MegaDemo isusses and good news :-)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 28 Feb 2003 09:40:20 +0100
Newsgroups: jedi.vcl

Hi garcia

Very nice garcia :) I will check this out now. Then I can integrate all exampes
now :-)

Ralf Grenzing

Paulo Garcia schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> escreveu na mensagem
> > news:3E5E78E6.2F465738@gmx.de...
>> > > Hi everyone and MM :-)
>> > >
>> > >
>> > > But I have one big problem: I use the discussed approch in the MegaDemo:
>> > > I use the forms of the examples and the MegaDemo links only to the forms
>> > > of the examples. But there is one problem which I can not solve with
>> > > this approch: When the form of the example has a menu and theMegaDemo
>> > > 'fade' this demo in the client area beside the OutLookBar the menu isn´t
>> > > visible! But I want to have the menu in the client area. It becomes
>> > > clear what I mean wehn you take a look at the demo for
>> > > JvRegistryTreeView: The standalone demo has a menu an in the MegaDemo
>> > > (the first in the category 'demos of single components') it is gone?
>> > >
> >
> > I think I found an easy solution. At UnitMain I declare a TjvToolBar called
> > TheToolBar.
> >
> > After the form was created, I check if there are a mainmenu on it. If yes, I
> > create TheToolBar and assign the Form menu to the jvToolBar menu. In the
> > CreateDemo procedure I add the following lines.
> >
> >  if TheForm <> nil then
> >  begin
> >     (....)
> >
> >    if TheForm.Menu <> nil then
> >    begin
> >      TheToolBar := TjvToolBar.Create(TheForm);
> >      TheToolBar.Parent := TheForm;
> >      TheToolBar.Menu := TheForm.Menu;
> >      TheToolBar.Flat := true;
> >    end;
> >
> > (.......)
> > end;
> >
> > I´ve uploaded at binaries a JVCLMegaDemo compiled with this change then all
> > of you can give some opinion. In the welcome group I put a "Fake Main Menu
> > Test" option. Clicking there you´ll see the RegistryEditor with the
> > mainmenu.
> >
> > I don´t make more tests with another forms, just with RegistryEditor sample.
> > The only problem I found is what to do with exit options on the menu. The
> > only behaviour is that the form will be closed from within the mainform. I
> > don´t know if this is really a problem...
> >
> > Regards,
> >
> > Paulo Garcia



Subject: Re: MegaDemo isusses and good news :-)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 28 Feb 2003 09:39:18 +0100
Newsgroups: jedi.vcl



Robert Marquardt schrieb:

> > I have checked in Examples updates.
> > The MegaDemo is not yet the version as in binaries.
> > Ralf will send me newer sources today (i hope).

Yes. I send it now. But I will do many changes today, too.

> >
> >
> > The main issue solved is the problem with the Makefile.
> > It works not well because of our DCU output directory. Several units for
> > different examples have the same name which results in the Makefile
> > process linking in wrong units.
> > Some renames of units helped a lot.

:-( I have done the same. Sorry for not sending you the newest complete
examples folder. So we done the work twice.

Ralf Grenzing




Subject: Installation problems
From: Jonathan Neve <jonathan@microtec.fr>
Date: Fri, 28 Feb 2003 09:32:34 +0100
Newsgroups: jedi.vcl

Hi!

I've downloaded JVCL with JCL, but I can't get the installer to work with BCB 5 (I get an error message saying that it can't find SOFTWARE/Borland/Delphi in the registry (because I don't have Delphi)).
I tried compiling the package in the IDE, but I get an error saying : "JvDeviceChanged.pas(36): File not found: 'DBT.dcu'"

Any ideas?

Jonathan Neve.



Subject: Re: MegaDemo isusses and good news :-)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Feb 2003 08:28:24 +0100
Newsgroups: jedi.vcl

I have checked in Examples updates.
The MegaDemo is not yet the version as in binaries.
Ralf will send me newer sources today (i hope).

The main issue solved is the problem with the Makefile.
It works not well because of our DCU output directory. Several units for different examples have the same name which results in the Makefile process linking in wrong units.
Some renames of units helped a lot.



Subject: Re: MegaDemo isusses and good news :-)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Feb 2003 08:15:56 +0100
Newsgroups: jedi.vcl

> > I think I found an easy solution. At UnitMain I declare a TjvToolBar called
> > TheToolBar.

That's a nice solution. Of course, the simplest solution would be to open demos with menus as stand-alone forms but show them
modally

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: removing warnings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Feb 2003 06:55:29 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> [Warning] JvUtils.pas(1619): Symbol 'RaiseList' is deprecated
> [Warning] JvUtils.pas(1621): Symbol 'RaiseList' is deprecated
> [Warning] JvUtils.pas(1622): Symbol 'RaiseList' is deprecated
> [Warning] JvDlg.pas(99): Symbol 'RaiseList' is deprecated
> [Warning] JvDlg.pas(101): Symbol 'RaiseList' is deprecated
> [Warning] JvDlg.pas(102): Symbol 'RaiseList' is deprecated
> [Warning] JvRegAutoEditor.pas(113): Unit 'ExptIntf' is deprecated
> [Warning] JVCLReg.pas(41): Unit 'ExptIntf' is deprecated
> [Warning] JvBaseDlgEditor.pas(36): Unit 'ToolIntf' is deprecated
> [Warning] JvBaseDlgEditor.pas(43): Unit 'ExptIntf' is deprecated
> [Warning] JvPluginWizard.pas(48): Unit 'ExptIntf' is deprecated
> [Warning] JvPluginWizard.pas(123): Unit 'ToolIntf' is deprecated

Very well. Only some additional units.



Subject: Re: MegaDemo isusses and good news :-)
From: "Paulo Garcia" <ppegarcia@aol.com>
Date: Thu, 27 Feb 2003 22:45:14 -0300
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> escreveu na mensagem
news:3E5E78E6.2F465738@gmx.de...
> > Hi everyone and MM :-)
> >
> >
> > But I have one big problem: I use the discussed approch in the MegaDemo:
> > I use the forms of the examples and the MegaDemo links only to the forms
> > of the examples. But there is one problem which I can not solve with
> > this approch: When the form of the example has a menu and theMegaDemo
> > 'fade' this demo in the client area beside the OutLookBar the menu isn´t
> > visible! But I want to have the menu in the client area. It becomes
> > clear what I mean wehn you take a look at the demo for
> > JvRegistryTreeView: The standalone demo has a menu an in the MegaDemo
> > (the first in the category 'demos of single components') it is gone?
> >

I think I found an easy solution. At UnitMain I declare a TjvToolBar called
TheToolBar.

After the form was created, I check if there are a mainmenu on it. If yes, I
create TheToolBar and assign the Form menu to the jvToolBar menu. In the
CreateDemo procedure I add the following lines.

 if TheForm <> nil then
 begin
    (....)

   if TheForm.Menu <> nil then
   begin
     TheToolBar := TjvToolBar.Create(TheForm);
     TheToolBar.Parent := TheForm;
     TheToolBar.Menu := TheForm.Menu;
     TheToolBar.Flat := true;
   end;

(.......)
end;

I´ve uploaded at binaries a JVCLMegaDemo compiled with this change then all
of you can give some opinion. In the welcome group I put a "Fake Main Menu
Test" option. Clicking there you´ll see the RegistryEditor with the
mainmenu.

I don´t make more tests with another forms, just with RegistryEditor sample.
The only problem I found is what to do with exit options on the menu. The
only behaviour is that the form will be closed from within the mainform. I
don´t know if this is really a problem...

Regards,

Paulo Garcia










Subject: Re: What do you think about a JvAboutBox?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 27 Feb 2003 19:37:56 -0500
Newsgroups: jedi.vcl

Pierre Rougier wrote:

> > What do you think about a JvAboutBox?
> > Nothing fancy but with URL, email, version, titre etc..

I am not sure I understand your message.

We have an "About JVCL" property editor for JVCL components at design time,
and we also have a component in "JvJVCLAbout.pas" that can be used in
applications.


--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Bugs/Wishes: http://jvcl.sourceforge.net/bugs.htm




Subject: Re: removing warnings
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 28 Feb 2003 01:10:40 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Now only RaiseList has to be replaced in JvUtils.pas and JvDlg.pas to have the JVCL clean. I do not know enogh about this function to do it.

I think it can be removed; I can't find any use for this function in D7. It would suprise me if somebody is using it.

Note also the comment in JvInterpreter.pas:

   - exception handling was rewriten in more portable way,
     ChangeTopException function is not used anymore;

> Do we have additional warnings/hints with D7?

This is what I got:

[Warning] JvUtils.pas(1619): Symbol 'RaiseList' is deprecated
[Warning] JvUtils.pas(1621): Symbol 'RaiseList' is deprecated
[Warning] JvUtils.pas(1622): Symbol 'RaiseList' is deprecated
[Warning] JvDlg.pas(99): Symbol 'RaiseList' is deprecated
[Warning] JvDlg.pas(101): Symbol 'RaiseList' is deprecated
[Warning] JvDlg.pas(102): Symbol 'RaiseList' is deprecated
[Warning] JvRegAutoEditor.pas(113): Unit 'ExptIntf' is deprecated
[Warning] JVCLReg.pas(41): Unit 'ExptIntf' is deprecated
[Warning] JvBaseDlgEditor.pas(36): Unit 'ToolIntf' is deprecated
[Warning] JvBaseDlgEditor.pas(43): Unit 'ExptIntf' is deprecated
[Warning] JvPluginWizard.pas(48): Unit 'ExptIntf' is deprecated
[Warning] JvPluginWizard.pas(123): Unit 'ToolIntf' is deprecated




Subject: Re: What do you think about a JvAboutBox?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 28 Feb 2003 02:49:59 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 27 Feb 2003 22:41:31 +0100)
....while the fading voice of Pierre whispered through the darkness:

i meant that the dialog that the .AboutVCL uses is hardcoded into JVCL and
not available to the custom application coder.

Seems You meant the same :-)

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: What do you think about a JvAboutBox?
From: "Pierre Rougier" <no@spam.com>
Date: Thu, 27 Feb 2003 22:41:31 +0100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> a ecrit dans le message de news:
b3m02p$204$1@talkto.net...
> > The stars so gaily glistened...  (Thu, 27 Feb 2003 22:20:29 +0100)
> > ...while the fading voice of Pierre whispered through the darkness:
> >
> >  PR> What do you think about a JvAboutBox?
> >
> > Made of a property editor of .AboutJVCL ?

I dont understand your question.
Sorry, understand easy english only.
What I ask about, is a JvAboutDialogue like the other JVCL components, not a
property editor.

--
Pierre Rougier


> >
> > --
> > õÛÉ ×ÑÎÕÔ ÏÔ np: none
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: What do you think about a JvAboutBox?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 28 Feb 2003 00:32:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 27 Feb 2003 22:20:29 +0100)
....while the fading voice of Pierre whispered through the darkness:

 PR> What do you think about a JvAboutBox?

Made of a property editor of .AboutJVCL ?

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: What do you think about a JvAboutBox?
From: "Pierre Rougier" <no@spam.com>
Date: Thu, 27 Feb 2003 22:20:29 +0100
Newsgroups: jedi.vcl

Hi,

What do you think about a JvAboutBox?
Nothing fancy but with URL, email, version, titre etc..

--
Pierre Rougier




Subject: Re: TJvInspector: refresh, while a property is selected
From: "Alan Garny" <agml@REMOVE.ME.hellix.com>
Date: Thu, 27 Feb 2003 21:06:12 -0000
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b3lnaa$c6$1@talkto.net...
>> > > I am trying to refresh an inspector object, which contains different
>> > > properties. What happens is that at a time t, I update different
> > properties
>> > > (not via the inspector) and therefore want the inspector to be updated.
> > Seems like an obvious thing to do ;)

:) Well, the reason is that I have a set of properties, which indeed the
user can modify. But then again I also have a button which allows the
properties to be reset to a default value, and which doesn't involve the use
of the inspector... Makes sense? :))

>> > > Incidently, shouldn't the inspector be automatically updated? The
> > properties
>> > > have been inserted in the inspector using
"TJvInspectorEventData.New(...)"
>> > > and therefore have a get and set function associated to them.
> > Nope, even if you use the event handlers you created, you never notify the
> > inspector anything has changed. This true for most datalayers. Only
> > exceptions (at this time) are the DB aware data layer and the XVCL data
> > layer (see http://sourceforge.net/projects/xvcl) who provide change
> > notifications.

Fair enough. Would there be a way to create a property in such a way that
whenever it is updated (outside the control), then it's updated
automatically within the control?

>> > > Anyway, since they are not automatically updated, I thought I would
> > repaint
>> > > the control. This works fine, except if I have a property that is
> > selected.
>> > > For that property to be updated, I need to select another one (or simply
>> > > select another control). I find this a bit annoying... :(
>> > >
>> > > Should I consider that as a bug? Any ideas?
> > Yep, that's a bug, or rather a missing feature. Please log it in the issue
> > tracker (you know where it is) so we won't lose track of it. This may take
a
> > while to be added though, due to time constraints (but you know how that
is)

Ok, I am going to do that straight away. And yes, I know how that is... :)
Anyway, this is not a serious bug, just an annoyance... so I can wait...
especially since I am going away for a week tomorrow... :)

    Cheers, Alan.




Subject: MegaDemo isusses and good news :-)
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 27 Feb 2003 21:45:26 +0100
Newsgroups: jedi.vcl

Hi everyone and MM :-)

OK, I have nearly touched every file of the example folder and you can
see the first fruits of my work in the binary group where I post the
binary as a request for comment: so tell me you opinions .... But it is
only a preview I know I have to do many thinks, but you will see it  Yes
take a look! :-) I huess you won´t be disappointed...

BTW: Now the makeFile works and have include 2 examples more :-)
 The problems which I have in the makeFile was located by Robert and he
make some changes and make the rest.

But I have one big problem: I use the discussed approch in the MegaDemo:
I use the forms of the examples and the MegaDemo links only to the forms
of the examples. But there is one problem which I can not solve with
this approch: When the form of the example has a menu and theMegaDemo
'fade' this demo in the client area beside the OutLookBar the menu isn´t
visible! But I want to have the menu in the client area. It becomes
clear what I mean wehn you take a look at the demo for
JvRegistryTreeView: The standalone demo has a menu an in the MegaDemo
(the first in the category 'demos of single components') it is gone?

Can anyone solve this?

in hope

Ralf Grenzing





Subject: Re: id3 v1 + id3 v2 Components HELP!!!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 27 Feb 2003 23:22:09 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 27 Feb 2003 22:14:51 +0200)
....while the fading voice of wsxedcrfv whispered through the darkness:

One may also take a look at   http://jfaul.de/atl

I posted this url about year ago.

Any way i do not know good implementaion of tags in multimedia
streams|files.

There may be set of components each for it's own format, but never nothing
generic and extendable like TDataSet.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: id3 v1 + id3 v2 Components HELP!!!
From: "wsxedcrfv" <qwedswe@hotmail.com>
Date: Thu, 27 Feb 2003 22:14:51 +0200
Newsgroups: jedi.vcl

Well I can't give you that you want BUT, I can give what I've done.
Bear in mind that I don't need all the tags just a few:

unit ID3v1v2comp;

interface

uses Classes, SysUtils;




Const ID3v1_ID  = 'TAG';   { ID3v1 tag ID }
      ID3v2x_ID = 'ID3';   { ID3v2x tag ID }
      ID3v23x_Frames_Used = 16;   { Max. number of supported tag frames }
      ID3v23x_Frame_Info : array [1..ID3v23x_Frames_Used] of string =

('TIT2','TPE1','TALB','TRCK','TYER','TCON','COMM','TCOM','TENC','TCOP','TLAN
','WXXX','TDRC','TOPE','TIT1','TOAL');
      TagAval            : array [1..4] of string[3] =
('v1x','v2x','Tx2','N/A');
{       'TIT2',  //Title/songname/content description
       'TPE1',  //Lead performer(s)/Soloist(s)
       'TALB',  //Album/Movie/Show title
       'TRCK',  //Track number/Position in set
       'TYER',  //Year
       'TCON',  //Content type
       'COMM',  //Comments
       'TCOM',  //Composer
       'TENC',  //Encoded by
       'TCOP',  //Copyright message
       'TLAN',  //Language(s)
       'WXXX',  //User defined URL link frame
       'TDRC',  //Recording time
       'TOPE',  //Original artist(s)/performer(s)
       'TIT1',  //Content group description
       'TOAL'); //Original album/movie/show title}

type MP3ttV1 = packed record
       Header  : Array[1..3] of char; { If tag exists this must be 'TAG' }
       Title   : Array[1..30] of char; { Title }
       Artist  : Array[1..30] of char; { Artist }
       Album   : Array[1..30] of char; { Album }
       Year    : Array[1..4] of char; { Date }
       Comment : Array[1..30] of char; { Comment }
       Genre   : Byte; { Genre }
     end;

type MP3thV2 = record
       Header      : Array[1..3] of char; { If tag exists this must be
'ID3' }
       Version     : Array[1..2] of byte; { First byte is major second byte
is minor }
       Flags       : byte;                { This is for the flag bits }
       TagSize     : Array[1..4] of byte; { This is for the size of the v2
tag}
       FileSize    : Integer;             { File size (bytes) }
       FrameFields : array [1..ID3v23x_Frames_Used] of string;  {
Information from frames }
     end;

  { Frame header (ID3v2.3.x & ID3v2.4.x) }

{Some information regarding v2 tag flags:
FLAG = abcd0000
    b - Extended header
 The second bit (bit 6) indicates whether or not the header is
 followed by an extended header.A set bit indicates the presence of an
extended
 header.}


type FrameName = record
       ID: array [1..4] of Char;  { Frame ID }
       Size: Integer;             { Size excluding header }
       Flags: Word;               { Flags }
     end;

var ID3v1tag             : MP3ttV1;
    ID3v2Header       : MP3thV2;
    ID3V1pres, ID3v2pres      : Boolean;
    Tagused                         : string[3];
    Title_ID3v2x, Artist_ID3v2x,
    Album_ID3v2x, Comment_ID3v2x,
    FinTitle, FinArtist, FinAlbum,
    FinComment                      : String;
    V1value, V2value                : Integer;
    V1tagvalue                      : array[1..5] of String;

    procedure GetID3info(mp3name    : String);
    function  GetID3v1Tag(filename  : string)  :  boolean;
    function  GetID3v2xTag(filename : string)  :  boolean;

implementation

procedure InitID3xInfo;
begin
  Title_ID3v2x   := '';
  Artist_ID3v2x  := '';
  Album_ID3v2x   := '';
  Comment_ID3v2x := '';
  FinTitle       := '';
  FinArtist      := '';
  FinAlbum       := '';
  FinComment     := '';
  ID3V1pres      := False;
  ID3v2pres      := False;
  Tagused        := '';
end;

procedure GetID3info(mp3name: String);

var ID3v1tagLEN : array[1..5] of integer;
    ID3v2tagLEN : array[1..5] of integer;

begin
// Reset all ID3 inforamtion
  InitID3xInfo;
// This first line of code is to check for the ID3v1 TAG and load the ID3
information into a PACKED RECORD
  ID3V1pres:=GetID3v1Tag(mp3name);
// This second line of code is to check for the ID3V2x TAG and load the ID3
information into a RECORD
  ID3V2pres:=GetID3v2xTag(mp3name);
// If only the ID3v1 exists then write the values to the final value
  if ID3V1pres and not ID3V2pres then
    begin
      Tagused    := TagAval[1];
      FinTitle   := Trim(ID3v1tag.Title);
      FinArtist  := Trim(ID3v1tag.Artist);
      FinAlbum   := Trim(ID3v1tag.Album);
      FinComment := Trim(ID3v1tag.Comment);
    end;
// If only the ID3v2 exists then write the values to the final value
  if ID3V2pres and not ID3V1pres then
    begin
      Tagused    := TagAval[2];
      FinTitle   := Title_ID3v2x;
      FinArtist  := Artist_ID3v2x;
      FinAlbum   := Album_ID3v2x;
      FinComment := Comment_ID3v2x;
    end;
// If both the ID3v1 and ID3v2 exists then write the values to the final
value
  if ID3V1pres and ID3V2pres then
    begin
      Tagused := TagAval[3];
// Get the size of the tag fiels for ID3v1
      V1tagvalue[1] := Trim(ID3v1tag.Title);
      V1tagvalue[2] := Trim(ID3v1tag.Artist);
      V1tagvalue[3] := Trim(ID3v1tag.Album);
      V1tagvalue[4] := Trim(ID3v1tag.Comment);
      ID3v1tagLEN[1] := Length(V1tagvalue[1]);
      ID3v1tagLEN[2] := Length(V1tagvalue[2]);
      ID3v1tagLEN[3] := Length(V1tagvalue[3]);
      ID3v1tagLEN[4] := Length(V1tagvalue[4]);
// Get the size of the tag fiels for ID3v2x
      ID3v2tagLEN[1] := Length(Title_ID3v2x);
      ID3v2tagLEN[2] := Length(Artist_ID3v2x);
      ID3v2tagLEN[3] := Length(Album_ID3v2x);
      ID3v2tagLEN[4] := Length(Comment_ID3v2x);
// Get totals for tag length values
      ID3v1TagLEN[5] := ID3v1tagLEN[1] + ID3v1tagLEN[2] + ID3v1tagLEN[3] +
ID3v1tagLEN[4];
      ID3v2TagLEN[5] := ID3v2tagLEN[1] + ID3v2tagLEN[2] + ID3v2tagLEN[3] +
ID3v2tagLEN[4];
// Compare lengths
      if ID3v1TagLEN[5] > ID3v2TagLEN[5] then
 begin
   FinTitle   := v1TagValue[1];
   FinArtist  := v1TagValue[2];
   FinAlbum   := v1TagValue[3];
   FinComment := v1TagValue[4];
   Tagused    := TagAval[1];
 end;
      if ID3v2TagLEN[5] >= ID3v1TagLEN[5] then
 begin
   FinTitle   := Title_ID3v2x;
   FinArtist  := Artist_ID3v2x;
   FinAlbum   := Album_ID3v2x;
   FinComment := Comment_ID3v2x;
   Tagused    := TagAval[2];
 end;
    end;
  if not ID3V1pres and not ID3V2pres then
    begin
      Tagused    := TagAval[4];
      FinTitle   := 'No Tags found';
      FinArtist  := 'No Tags found';
      FinAlbum   := 'No Tags found';
      FinComment := 'No Tags found';
    end;
end;



procedure GetFrameItemInfo(const ID, Data : string; var Tag : MP3thV2);

var Iterator : Byte;
    FrameID  : string;

begin
  { Set tag item if supported frame found }
  for Iterator := 1 to ID3v23x_Frames_Used do
  begin
    FrameID := ID3v23x_Frame_Info[Iterator];
    if FrameID = ID then Tag.FrameFields[Iterator] := Data;
  end;
end;

function Swap32(const Figure: Integer): Integer;
var
  ByteArray: array [1..4] of Byte absolute Figure;
begin
  { Swap 4 bytes }
  Result :=
    ByteArray[1] * $1000000 +
    ByteArray[2] * $10000 +
    ByteArray[3] * $100 +
    ByteArray[4];
end;

function ClearSpaces(const Content1, Content2: string): string;
begin
  { Get content preferring the first content }
  Result := Trim(Content1);
  if Result = '' then Result := Trim(Content2);
end;

function ExtractComment(const CommentString: string): string;
var
  Comment: string;
begin
  { Extract comment from string }
  Comment := CommentString;
  Delete(Comment, 1, 4);
  Delete(Comment, 1, Pos(#0, Comment));
  Result := Trim(Comment);
end;

function GetID3v1Tag(filename : string) : boolean;
//function ID3Compar.GetID3v1Tag(filename : string) : boolean;

var mp3File   : File;
    BytesRead : integer;

begin
  result := false;
  if not FileExists(FileName) then exit;
  FileMode := 0;
  AssignFile(mp3File,FileName);
  {$I-}
  Reset(Mp3File,1);
  {$I+}
  if IoResult <> 0 then exit;
  {$I-}
  Seek(mp3File,FileSize(Mp3File)-128);
  {$I+}
  if Ioresult <> 0 then
    begin
      CloseFile(mp3File);
      exit;
    end;
  {$I-}
  BlockRead(mp3File,ID3v1tag,Sizeof(ID3v1tag),BytesRead);
  {$I+}
  Result := (IoResult = 0) and (BytesRead = Sizeof(ID3v1tag));
  if Result then Result := ID3v1tag.Header = ID3V1_ID;
  CloseFile(mp3File);
end;

function GetID3v2xTag(filename : string) : boolean;
//function ID3Compar.GetID3v2xTag(filename : string) : boolean;

var mp3File                : File;
    Data                   : array [1..250] of Char;
    DataSize,
    DataPosition, Tagsize,
    Transferred            : integer;
    Frame                  : FrameName;

begin
  result := false;
// This section (1) of code reads the basic header information not the
frames information
  try
    { Set read-access and open file }
    AssignFile(mp3File, FileName);
    FileMode := 0;
    Reset(mp3File, 1);
    { Read header and get file size }
    BlockRead(mp3File, ID3v2Header, 10, Transferred);
    CloseFile(mp3File);
    { if transfer is not complete }
    if Transferred < 10 then Result := false
    else
      if ID3v2Header.Header = ID3v2x_ID then
 result := true;
  except
    { Error }
    Result := false;
  end;

// Convert the tag size into an integer
  Tagsize := ID3v2Header.TagSize[1] * $200000 +
      ID3v2Header.TagSize[2] * $4000 +
      ID3v2Header.TagSize[3] * $80 +
      ID3v2Header.TagSize[4] + 10;
  if ID3v2Header.Flags and $10 > 0 then Inc(Tagsize, 10);
// End section (1)


// This section (2) of code reads the frame information
  try
    { Set read-access, open file }
    AssignFile(mp3File,FileName);
    FileMode := 0;
    Reset(mp3File, 1);
    Seek(mp3File, 10);
    while (FilePos(mp3File) < Tagsize) and (not EOF(mp3File)) do
      begin
 FillChar(Data, SizeOf(Data), 0);
{ Read frame header and check frame ID }
 BlockRead(mp3File, Frame, 10);
 if not (Frame.ID[1] in ['A'..'Z']) then break;
{ Note data position and determine significant data size }
 DataPosition := FilePos(mp3File);
 if Swap32(Frame.Size) > SizeOf(Data) then DataSize := SizeOf(Data)
 else DataSize := Swap32(Frame.Size);
{ Read frame data and set tag item if frame supported }
 BlockRead(mp3File, Data, DataSize);
 GetFrameItemInfo(Frame.ID, Data, ID3v2Header);
 Seek(mp3File, DataPosition + Swap32(Frame.Size));
      end;
    CloseFile(mp3File);
  except
  end;
// End of section(2)


  { Reset data and load header from file to variable }
  { Process data if loaded and header valid }
  if ID3v2Header.Header = ID3v2x_ID then
  begin
    { Fill properties with header data }
    { Get information from frames if version supported }
      Title_ID3v2x := ClearSpaces(ID3v2Header.FrameFields[1],
ID3v2Header.FrameFields[15]);
      Artist_ID3v2x := ClearSpaces(ID3v2Header.FrameFields[2],
ID3v2Header.FrameFields[14]);
      Album_ID3v2x := ClearSpaces(ID3v2Header.FrameFields[3],
ID3v2Header.FrameFields[16]);
//      FTrack := ExtractTrack(ID3v2Header.Frame[4]);
//      FYear := ExtractYear(Tag.Frame[5], Tag.Frame[13]);
//      FGenre := ExtractGenre(Tag.Frame[6]);
      Comment_ID3v2x := ExtractComment(ID3v2Header.FrameFields[7]);
//      FComposer := Trim(Tag.Frame[8]);
//      FEncoder := Trim(Tag.Frame[9]);
//      FCopyright := Trim(Tag.Frame[10]);
//      FLanguage := Trim(Tag.Frame[11]);
//      FLink := ExtractLink(Tag.Frame[12]);
//    end;
  end;
end;


end.




Subject: Re: id3 v1 + id3 v2 Components HELP!!!
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 27 Feb 2003 20:13:42 +0100
To: dave <dbracken@infonowsolutions.com>
Newsgroups: jedi.vcl

dave wrote:
> I need to know if anyone has any sample code showing the use of these two
> components. I cannot figure out in the v2 which tags are the ones i need for
> say Artist, Album, Year, Title, etc..

See http://www.id3.org. The text strings are in property Texts.. and then Composer, Album, Year etc. You might also want to look at the source code of TJvVisualId3v2 etc.

Note that there were some errors in TJvID3v2, so you might not see all strings. But this is fixed. Wait for the next release coming next week, or so.

> and when i use the v1 and i try this call:
> if  jvid3v1.tagpresent(strFilename) then begin
>
> it breaks with an error saying it could not open the file?
> I checked and the file is not read only or anything, so why does it break on
> this statement?
> it does not break, however, on the jvid3v1.readtag(strFilename);

Mmm, the tagpresent has a slightly diffent flag than readtag

fmOpenRead vs fmOpenReadWrite

This means that you can't call tagpresent if you're for instance playing this mp3. I'll fix that.

> and i am able to access the tags if they are present. But i really need to
> be able to test for the existence of the tag prior to reading the tag and
> assigning the values to my variables.
>
> So, if anyone can help me with these components, i would greatly appreciate
> it. Escpecially if you have sample delphi code.

If I have some time, I'll make some small demo programs and add them in the Examples dir.

Regards,
Remko Bonte



Subject: Re: TJvInspector: refresh, while a property is selected
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 27 Feb 2003 20:03:07 +0100
Newsgroups: jedi.vcl

> > I am trying to refresh an inspector object, which contains different
> > properties. What happens is that at a time t, I update different
properties
> > (not via the inspector) and therefore want the inspector to be updated.

Seems like an obvious thing to do ;)

> >
> > Incidently, shouldn't the inspector be automatically updated? The
properties
> > have been inserted in the inspector using "TJvInspectorEventData.New(...)"
> > and therefore have a get and set function associated to them.

Nope, even if you use the event handlers you created, you never notify the
inspector anything has changed. This true for most datalayers. Only
exceptions (at this time) are the DB aware data layer and the XVCL data
layer (see http://sourceforge.net/projects/xvcl) who provide change
notifications.

> >
> > Anyway, since they are not automatically updated, I thought I would
repaint
> > the control. This works fine, except if I have a property that is
selected.
> > For that property to be updated, I need to select another one (or simply
> > select another control). I find this a bit annoying... :(
> >
> > Should I consider that as a bug? Any ideas?

Yep, that's a bug, or rather a missing feature. Please log it in the issue
tracker (you know where it is) so we won't lose track of it. This may take a
while to be added though, due to time constraints (but you know how that is)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: id3 v1 + id3 v2 Components HELP!!!
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 27 Feb 2003 11:46:33 -0600
Newsgroups: jedi.vcl

I need to know if anyone has any sample code showing the use of these two
components. I cannot figure out in the v2 which tags are the ones i need for
say Artist, Album, Year, Title, etc..
and when i use the v1 and i try this call:
if  jvid3v1.tagpresent(strFilename) then begin

it breaks with an error saying it could not open the file?
I checked and the file is not read only or anything, so why does it break on
this statement?
it does not break, however, on the jvid3v1.readtag(strFilename);
and i am able to access the tags if they are present. But i really need to
be able to test for the existence of the tag prior to reading the tag and
assigning the values to my variables.

So, if anyone can help me with these components, i would greatly appreciate
it. Escpecially if you have sample delphi code.
I am using Delphi 5 enterprise, it is fully updated. I use it on Win 2000 /
XP. I am using the jedi 2.0 beta release on win 2000 (plan to update soon),
and the 2.0 final on xp.

Thanks in advance,
Dave




Subject: Re: Free VCs
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 Feb 2003 18:41:50 +0100
Newsgroups: jedi.vcl

If you want to keep up to date with JVCL development, you should get a CVS
program instead. FreeVCS is used by the JCL.

If it is a CVS client you need, I recommend TortoiseCVS
(http://tortoisecvs.sourceforge.net/). Some people prefer WinCVS
(http://www.wincvs.org)
For installation instructions and general usage of TortoiseCVS, see
http://jvcl.sourceforge.net/cvs.htm. There is a link to a WinCVS tutorial on
that page as well.

Briefly, you use CVS/FreeVCS to download the latest source files from the
internet to your own computer. If you don't have write access to the
repository (you don't), that's about all you can do.

One of the difficulties people have with CVS is to get their head around
that the files they see on their computer are *local* copies, not the ones
on the server. This can mean that although it looks like you have the latest
files when you look at your files, someone might have updated one or several
of them on the server. To be absolutely sure that you have the latest files,
you need to do an update now and then. With JVCL, you can also subscribe to
a special mailing list (jvcl-checkins) that sends you a mail every time
someone (i.e a developer) updates the repository with a changed or new unit.
You can find the subscription option on our SF page
(http://sourceforge.net/mail/?group_id=45786).

The web is full of documents about CVS and how it works, so do a Google and
start reading!


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: TJvInspector: refresh, while a property is selected
From: "Alan Garny" <agml@REMOVE.ME.hellix.com>
Date: Thu, 27 Feb 2003 17:37:40 -0000
Newsgroups: jedi.vcl

Hi,

I am trying to refresh an inspector object, which contains different
properties. What happens is that at a time t, I update different properties
(not via the inspector) and therefore want the inspector to be updated.

Incidently, shouldn't the inspector be automatically updated? The properties
have been inserted in the inspector using "TJvInspectorEventData.New(...)"
and therefore have a get and set function associated to them.

Anyway, since they are not automatically updated, I thought I would repaint
the control. This works fine, except if I have a property that is selected.
For that property to be updated, I need to select another one (or simply
select another control). I find this a bit annoying... :(

Should I consider that as a bug? Any ideas?

    Cheers, Alan.




Subject: Free VCs
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 27 Feb 2003 11:19:10 -0600
Newsgroups: jedi.vcl

I have downloaded and installed freevcs, and now i do not know what to do
next. I am completely unfamiliar with the entire vcd concept.
It is asking me for Host, Port, User, Password.
What do i put in these?
Once i have successfully connected, what do i do then?
I thought this tool was used to update your jedi library somehow, but i am
not sure how to do it.

If someone could please provide me with a step-by-step instruction on how to
set this up, and what to do with it once it is set up, i would greatly
appreciate it.
Thanks in advance,
Dave

p.s. sorry to sound like such a newbie, and for the nuisance.




Subject: Re: Property Editors for strings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 Feb 2003 17:52:02 +0100
Newsgroups: jedi.vcl

> > It's hard to imagine being upset over what he seemed so upset about.
Although I agree with him to some extent: property editors that act on a
global scale should be put in a separate optional package. I'll have a look
through the units to weed them out. Hopefully, we can fix that for the 3.0
release.

> > FYI... FUD = Fear, Uncertainty, Doubt
Thanks
--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Property Editors for strings
From: "Steve Magruder" <consulting@stevemagruder.com>
Date: Thu, 27 Feb 2003 11:31:11 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b3le1b$udd$1@talkto.net...
> > FUD as in "F**d Up Disinformation"? I don't think so: sounded more like he
> > was having a bad day or something...

You're probably right about Kaster.  It's hard to imagine being upset over
what he seemed so upset about.

FYI... FUD = Fear, Uncertainty, Doubt

Steve




Subject: Re: Property Editors for strings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 Feb 2003 17:24:44 +0100
Newsgroups: jedi.vcl

FUD as in "F**d Up Disinformation"? I don't think so: sounded more like he
was having a bad day or something...

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 27 Feb 2003 17:17:09 +0100
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> skrev i meddelandet
news:b3laph$trk$1@talkto.net...
> > I maybe do not understand the issue very well, but i am wondering why you
> > would remove components from the library?
We never remove anything (and if we do, it's an error): remove in this
context means that we move the unit to \archive and no longer support it,
i.e. we don't update it, we don't fix bugs, we don't handle it at all.

> >If you truly feel no one will use
> > these components, why not create a seperate library of old / removed
> > components.
Because one of the reasons for moving stuff to \archive is to lessen the
already big burden on those active in JVCL. In addition, everyone wouuld
have their own preferences for what should be included in such a package and
this could easily become a bigger task than the JVCL itself!

> >This would be great, as i use more than a few of the components
> > you have on your list of components to remove. I would be more than happy
to
> > download a seperate package and install it to be able to keep the
components
> > i am using(Ceasar Cypher especially, as i have an app for my company that
> > uses it). Maybe i am wrong, or maybe that would be too much work, but i
> > would really like to see the components stay.
You can still do that: copy the unit from \archive to \source and add it to
the JVCL package (or any other package of your choice) yourself.

> > Just my two cents worth,
All feedback is appreciated!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: assertions replaced by exceptions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 17:13:58 +0100
Newsgroups: jedi.vcl

Do we have other jobs like this one to do?

I have already checked PeekMessage and all uses seem to be useful and clean.
Most of Application.ProcessMessages is OK also. Only in JvFindFiles i replaced it by an OnProgress event. So calling ProcessMessages is handed over to the component user.



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 17:10:48 +0100
Newsgroups: jedi.vcl

dave wrote:
> I maybe do not understand the issue very well, but i am wondering why you
> would remove components from the library? If you truly feel no one will use
> these components, why not create a seperate library of old / removed
> components. This would be great, as i use more than a few of the components
> you have on your list of components to remove. I would be more than happy to
> download a seperate package and install it to be able to keep the components
> i am using(Ceasar Cypher especially, as i have an app for my company that
> uses it). Maybe i am wrong, or maybe that would be too much work, but i
> would really like to see the components stay.
> Just my two cents worth,
> Dave

We do not remove the components. They are moved to Archive folder and get no support anymore. You will have to invest some work to get the components running in a separate package. No support for these components is mainly because we do not have the workforce to handle them anymore. The instant we find someone to clean up the Archive support will be back. Currently Archive is the dump.

CaeasarCypher for example will be removed because it is not really a component. Therefore it may resurface as functions in the JCL.



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 27 Feb 2003 09:29:20 -0600
Newsgroups: jedi.vcl

I maybe do not understand the issue very well, but i am wondering why you
would remove components from the library? If you truly feel no one will use
these components, why not create a seperate library of old / removed
components. This would be great, as i use more than a few of the components
you have on your list of components to remove. I would be more than happy to
download a seperate package and install it to be able to keep the components
i am using(Ceasar Cypher especially, as i have an app for my company that
uses it). Maybe i am wrong, or maybe that would be too much work, but i
would really like to see the components stay.
Just my two cents worth,
Dave




"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b2fngm$5c2$1@talkto.net...
> > Before I get started, I just want to make it clear that whenever I had to
> > choose between simplicity for the user and simplicity for the developer, I
> > have chosen the developer. Because most of us would like to improve on the
> > existing stuff, write new stuff and use really cool stuff, it is very
> > important that we feel that we are not stuck with a maintenance nightmare
> > that gives us very little gratification.
> >
> > If we fail to make the developers job light and easy, we will soon loose
all
> > of them and then JVCL will certainly die. The goal of my proposal is thus
> > that it should make the development easier and more fun and at the same
time
> > provide real value to the end users. So here we go!
> >
> > --
> >
> > My proposal for JVCL 3.0 consist of several sections:
> >
> > 1. What to remove (i.e move to \archive)
> > 2. What to move to JCL (or replace with JCL equivalents)
> > 3. What to merge (or at least investigate if it can be merged)
> > 4. How to divide the packages
> > 5. How to add new donations
> > 6. How to set up palette tabs
> >
> > 1. WHAT TO REMOVE
> > ======================================================
> > I think the following components could be removed, either because they
have
> > little functionality, are buggy or because they are probably never used:
> >
> >
JvAnimTitle,JvFormProgress,JvDualList,JvFDualLst,JvAppearingLabel,JvAutoSize
> > Compo,
> >
JvBlinkingLabel,JvBouncingLabel,JvBreatheSkin,JvButtonShaped,JvCaesarCipher,
> > JvChrono,
> >
JvDragDrop,JvGenetic,JvHotLink,JvMousePositionner,JvNagScreen,JvPlaylist,JvR
> > ealLabel,
> >
JvReversedLabel,JvPopupMemo,JvCoupler,JvScrollingLabel,JvSpecialLabel,JvVige
> > nereCipher,
> >
JvXorCipher,JvBMPListBox,JvHighlighter,JvSizeablePanel,JvMousePanel,JvObserv
> > erLabel,
> >
JvObservibleCheckBox,JvMouseTimerU,JvObserverMessages,JvCmdEdit,JvUCB,JvProf
> > iler32,
> >
JvArrow,JvSplshWnd,JvMovableBevel,JvWinampLabel,JvMLButton,JvOneSizeFitsAllB
> > utton,
> >
JvFormImage,JvImageDlg,JvFormLogin,JvSerialDlg,JvFormPass,JvFormSerial,JvPas
> > swordForm,
> > JvPerforated,JvProgressDlg,JvExchListboxes, JvDisconnectNetwork (empty)
> >
> > As a side not, if we decide to keep the various dialogs in the list, I
> > propose for the *components* to be removed and the actual forms added to
the
> > Object Repository instead (selectable in the installer).
> >
> > 2. WHAT TO MOVE TO JCL
> > ======================================================
> >
JvComplex,JvExcptDlg,JvHWinamp,JvHRas32,JvWinampApi,JvCabFile,JvCommStatus,J
> > vComputerInfo,
> >
JvCpuUsage,JvDeviceChanged,JvDirectories,JvHtmlParser,JvFtpGrabber,JvHttpGra
> > bber,
> >
JvKeyboardStates,JvMemoryInfos,JvMultiHttpGrabber,JvPcx,JvRas32,JvRgbToHtml,
> > JvPerfMon95,
> >
JvRle,JvScreenCanvas,JvScreenResolution,JvFormToHtml,JvStringListToHtml,JvSt
> > rToHtml,
> >
JvSystemColors,JvSysComp,JvMail,JvFileInfo,JvSHFileOp,JvDateUtil,JvUtils,JvM
> > axMin,
> > JvStrUtils,JvFileUtil,JvParsing,JvGIF,JvRegistry,JvRichEditToHtml
> >
> > (maybe these as well):
> >
JvFunctions,JvVCLUtils,JvAppUtils,JvDataConv,JvOle2Auto,JvVerInf,JvDsgnIntf,
> > JvRegAuto,
> > JvPropAutoSave,JvStrUtil,JvWndProcHook,JvIni,JvMaxPixel,JvMru
> >
> > Since JCL doesn't want anything that contains references to the visual
> > library, many of the units above needs major overhauls to be acceptable to
> > JCL.
> >
> > 3. WHAT TO MERGE
> > ======================================================
> > This list contains components that are duplicates as well as components
that
> > are not.  The non-duplicates are included because they could be used as a
> > starting point for writing a new component that covers the functionality
of
> > the existing. We could divide the list amongst us and do, say 2-3 each,
and
> > they would be merged within a couple of weeks tops.
> >
> > JvTimer,JvTimerLst
> >
> > JvCalendar,JvMonthCalendar
> >
> > JvBalloonHint,JvHints,JvHint
> >
> > JvItemsPanel,JvComponentPanel
> >
> >
JvScrollPanel,JvCntScr,JvPageScroller,JvScrollMax,JvaScrollText,JvScrollText
> >
> > JvPanel,JvTransparentPanel
> >
> > JvLookOut,JvOLBar
> >
> > JvApplication,JvAppEvent
> >
> > JvMultiselectChecklistbox,JvCheckListBox
> >
> >
JvMultilineListbox,JvListBox,JvReorderListBox,JvListComb,JvCombobox,JvColorC
> > ombo
> >
> > JvImage,JvSpecialImage,JvImageRotate,JvImageTransform
> >
> > JvPicClip,JvClipIcon,JvClipboardViewer,JvClipMon,JvClipView
> >
> > JvGradient,JvGradientCaption,JvGrdCpt
> >
> > JvScheduledEvents,JvAlarms,JvFormAlarms
> >
> > JvAnalogClock,JvClock,JvxClock
> >
> > JvAni,JvAniFile,JvxAnimate,JvAnimate,JvBmpAnim
> >
> > JvSplitter,JvSyncSplitter,JvSplit
> >
> > JvSlider,JvxSlider
> >
> > JvRichEdit,JvRichEd
> >
> > JvAppAnimatedIcon,JvFormAnimatedIcon
> >
> > JvAngleLabel,JvLabel
> >
> > JvDatePickerEdit,,JvPickDate,JvDateTimePicker
> >
> >
JvCheckedMaskEdit,JvMaskEdit,JvCurrEdit,JvToolEdit,JvTypedEdit,JvEdit,JvFloa
> > tEdit
> >
> >
JvButton,JvButtonPersistent,JvFavoritesButton,JvSpeedButton,JvCaptionButton,
> > JvButtons,
> >
> >
JvBitBtn,JvControlPanel,JvRecentMenuBtn,JvStartMenuBtn,JvArrowBtn,JvColorBtn
> > ,JvTransBtn,
> > JvTransBtn2
> >
> > JvDrawGrid,JvStringGrid,JvButtonDrawGrid,JvGrids
> >
> > JvPlacemnt,JvAppInfo,JvFormPlace
> >
> > JvHotKey,JvHotkeyEx,JvAppHotKey
> >
> > JvChangeNotify,JvNotify
> >
> > 4. HOW TO DIVIDE THE PACKAGES
> > ======================================================
> > JVCL should be divided into several packages based on functionality and
> > minimum interdependency. The following layout has been tested by me and
> > works. We might also keep the current full package for those that don't
mind
> > installing everything (although I don't like that idea myself). Note that
> > most of the packages below also needs a design-time (DT) version.
> >
> > <side note begin>
> > Package naming proposal:
> >   Jv<name><ver>["D"|"R"].["dpk"|"bpk"]
> >
> > Examples:
> >   JvSystem for D6:
> >   JvSystem60R.dpk and JvSystem60D.dpk
> >
> >   JvSystem for BCB 5 (notice different extension):
> >   JvSystem50R.bpk and JvSystem50D.bpk
> >
> > We don't need any Standard/PE version packages: PE users just exclude the
> > packages they can't install (DB and BDE)
> > </side note end>
> >
> > ---
> >
> > 1. JvCore - includes all the core stuff used by just about every other
> > package. No DT package
> > 2. JvSystem - system related stuff
> > 3. JvStdCtrls - enhanced standard components and/or stuff that could be
> > considered "standard"
> > 4. JvCmp - non-visual components not in StdCtrls
> > 5. JvCtrls - visual components not in StdCtrls
> > 6. JvCustCtrls - components not based on enhancing existing and/or
extending
> > them very much
> > 7. JvDlgs - dialogs
> > 8. JvCrypt - encrypt and compress related
> > 9. JvAppFrm - application and form related
> > 10. JvDB - database related (but not dependent on specific DB engine)
> > 11. JvBDE - BDE related
> > 12. JvNet - network related (internet et al)
> > 13. JvMM - multimedia related
> > 14. JvInterpreter - the JvInterpreter stuff - it's very large, hard to use
> > and very special so I think it warrants it's own package
> > 15. JvBegin - "beginner" components (little code and/or makes non-visual
> > programming visual)
> > 16. JvDsgn - a DT package with property/component editors etc that are
> > globally useful and/or not tied to a specific component. No RT package
(this
> > could also be named JvCore(DT) although it wouldn't really be tied to the
> > stuff in JvCore(RT))
> >
> > Each DT package should have one (1) XXXReg.pas file and one (1) .dcr each
to
> > simplify maintenance. Any property editors should go in the DT package
> > together with the related component or into the JvDsgn package if it is
> > globally useful (no dependencies to other parts of JVCL).
> >
> > I know some of you will say: "Jeez, so many packages!", but since you only
> > install what you want, for most users the amount won't be too large:
> > personally, I would probably install and use at most 1,2,3,4,5,6 and 7 on
a
> > regular basis. Besides, Delphi has way more packages (and less
components!)
> >
> > 5. HOW TO ADD NEW DONATIONS
> > ======================================================
> > New donations should be added differently based on their size.
> >
> > New single (or small set) donations should be added to the most
appropriate
> > package listed above, the dcr and XXXReg.pas should be updated with the
new
> > stuff etc.
> >
> > However, library (or large) donations should *not* be added to the
existing
> > packages. Instead, I propose that the original packages and units (renamed
> > according to JVCL standards), should be added AS IS.
> >
> > This simplifies maintenance considerably: we don't have to merge anything,
> > the original donator can still support his old users (and can find his way
> > around better since he knows the structure of his own libraries), the risk
> > of breaking anything diminishes, the user, not we, decides if he wants to
> > install it or not etc.
> >
> > I know that some of you will think this is almost heresy, but if we are
> > going to divide JVCL, let's make it work for the future as well.
> >
> > 6. HOW TO SET UP PALLETTE TABS
> > ======================================================
> > I've spent some thought on this and have come up with the conclusion that
no
> > matter how we divide the components on the palette, someone will dislike
it:
> > either there are too many tabs or there are too many components on each
tab
> > or the "logic" of the layout is wrong ("I want all panels on one tab", "I
> > want all system related components on one tab") etc. Since we can't please
> > everyone (or maybe even anyone <g>) I propose a scheme that simplifies it
> > for us developers as much as possible.
> >
> > Each package has it's own tab (JvSystem package -> "Jv System" tab). If
the
> > palette gets too big we add another, numbered, palette with the same base
> > name (i.e "Jv System 2") and move some of components to the new tab
instead.
> > This does not mean the package gets split, just that the tabs do.
> >
> > CONCLUSION
> > ======================================================
> > All in all, I think my proposal is the best possible for JVCL: we divide
> > JVCL in a logical and easily understood manner, we provide for the future
by
> > making each package small from the beginning, we simplify the developers
job
> > by minimizing maintenance issues, we have a logical naming scheme for the
> > palette tabs and we simplify for the original donor to participate in
future
> > development. This also should encourage more poeple to become JVCL users
as
> > well as donors and developers.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: threads secured
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 15:39:51 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> There is already a try..except block in VCL code, see Classes.pas, function ThreadProc (D6,D7, don't know about D5), thus I think this is not necessairy.

I a german web group i followed discussions that precisely D5 has problems there. I see no problem to keep the try except. It does not hurt to secure twice. Keeping problems away for D5, D4 or D3 is always a good idea even if we do not support the compilers fully. Some users will be satisfied if they can extract a component they need and use it with their D3 or D4.



Subject: Re: XP Themes
From: "Rodrigo.net" <rodrigol@bigfoot.com>
Date: Thu, 27 Feb 2003 09:16:39 -0300
Newsgroups: jedi.vcl

Ok, thanks.

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> escreveu na mensagem
news:3E5E012B.5000501@Mmyrealbox.com...
> > Yes, the version we are currently working on. There are ways to retrieve
> > this version (via CVS etc). But better wait a week or so, because then
> > we'll release a new version.




Subject: Re: XP Themes
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 27 Feb 2003 13:14:35 +0100
To: "Rodrigo.net" <rodrigol@bigfoot.com>
Newsgroups: jedi.vcl

Rodrigo.net wrote:
> I've installed Jedi VCL 2 Final under D7.
> JvDBLookupCombo doesn't support themes.
> The button of the JvDateEdit doesn't support themes.

Correct.

> Is there any other version of Jedi VCL?

Yes, the version we are currently working on. There are ways to retrieve this version (via CVS etc). But better wait a week or so, because then we'll release a new version.

Regards,
Remko Bonte



Subject: Re: XP Themes
From: "Rodrigo.net" <rodrigol@bigfoot.com>
Date: Thu, 27 Feb 2003 08:57:26 -0300
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> escreveu na mensagem
news:3E5D3086.6010202@Mmyrealbox.com...
> > Rodrigo.net wrote:
> > JvDBLookupCombo and JvDateEdit both support XP themes. Most of the
> > components on the 'Jv Data Controls' and 'Jv Composites' do so.
> > TJvxSpeedButton and TJvImgBtn too.

I've installed Jedi VCL 2 Final under D7.
JvDBLookupCombo doesn't support themes.
The button of the JvDateEdit doesn't support themes.
Is there any other version of Jedi VCL?


> > Note that this is only for D7 for now. That is, I didn't test it with
> > Mike Lischke's Theme Manager.

It's ok.


> > I'm busy with the more non-trivial to change components, such as
> > TJv(a)CaptionButton and the outlook components. If you have an idea how
> > these components should be themed, or think other components should also
> > be themed, please share it.
> >
> > Regards,
> > Remko Bonte
> >




Subject: Re: threads secured
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 27 Feb 2003 12:38:37 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I have secured most threads against exceptions by adding an empty try except block to the Execute method.

There is already a try..except block in VCL code, see Classes.pas, function ThreadProc (D6,D7, don't know about D5), thus I think this is not necessairy.



Subject: Re: threads secured
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 27 Feb 2003 12:30:35 +0100
Newsgroups: jedi.vcl

> > I have secured most threads against exceptions by adding an empty try
> > except block to the Execute method.
> > This enhances the stability of the threads.
> >
> > JvScheduledEvents.pas

I'll take a look tonight and fix it if it poses no problems.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: threads secured
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 12:26:02 +0100
Newsgroups: jedi.vcl

I have secured most threads against exceptions by adding an empty try except block to the Execute method.
This enhances the stability of the threads.

JvScheduledEvents.pas
JvSysComp.pas
JvThread.pas
JvTimer.pas

have not been touched because i am not sure if the change would interfere with the exception handling of these threads.



Subject: Re: Who dropped ColorComboBox from RX ? (2 Remko?)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 12:22:34 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened...  (Thu, 27 Feb 2003 06:44:51 +0100)
> ...while the fading voice of Robert whispered through the darkness:
>
>   RM> BTW i do not like the attitude "please make for me, I want".
>
> Just "do not delete not-reproduced features".

It is in Archive so it has not been deleted.
Compatibility at any cost is not the goal of the JVCL. We will reorganize the JVCL for 3.0 version extensively and i am sure that many comonents will go to Archive and many properties will be renamed or reimplemented or whatever is useful.



Subject: Re: Who dropped ColorComboBox from RX ? (2 Remko?)
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 27 Feb 2003 13:53:59 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 27 Feb 2003 06:44:51 +0100)
....while the fading voice of Robert whispered through the darkness:

  RM> BTW i do not like the attitude "please make for me, I want".

Just "do not delete not-reproduced features".

-- ??? ????? ?? np: none With best regards, Arioch /BDV/. E-mail: the_Arioch<at>nm<dot>ru 

Subject: Re: Property Editors for strings
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 27 Feb 2003 13:53:15 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 26 Feb 2003 23:03:11 -0500)
....while the fading voice of Steve whispered through the darkness:


 SM> I honestly don't know if it's FUD.  It could just be an honest
 SM> complaint that has the ring of FUD.

In the ng that has very far relation to Jvcl ?

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: removing warnings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 09:20:10 +0100
Newsgroups: jedi.vcl

I just removed the warnings from JvInterpreterFm.pas by explicitly
allocatinog the memory there and JvScheduledEvents.pas by removing the deprecated functions.
I think i introduced no error in JvInterpreterFm.pas, but better check that.

Now only RaiseList has to be replaced in JvUtils.pas and JvDlg.pas to have the JVCL clean. I do not know enogh about this function to do it.

Do we have additional warnings/hints with D7?



Subject: Re: assertions replaced by exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 27 Feb 2003 08:59:02 +0100
Newsgroups: jedi.vcl

> > JvInspector.pas is the file with the most assertions replaced.

Yes, I win! <g>


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: assertions replaced by exceptions
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 08:27:50 +0100
Newsgroups: jedi.vcl

I have replaced all 19 assertions by explicit exceptions.
Since we compile the JVCL always with assertions on, we have no difference in functionality.
What we get is more specific exception messages.
JvInspector.pas is the file with the most assertions replaced.
JvChangeNotify.pas contained an assertion in a thread. Since this can cause nasty problems i have removed the assertion.



Subject: Re: JvTransLed
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 27 Feb 2003 07:39:10 +0100
Newsgroups: jedi.vcl


I have the same error. If you want you can download the latest version her
http://jvcl.sourceforge.net/daily/JVCL-Latest.zip and then copy the old *.dcr
from the jvcl\Resources dir over. That solves the problem at lest for me (also
D7)

Ralf Grenzing

Scott Hood schrieb:

> > I get a rlink error when i try to compile any new code.  I am running D7 .
> > I can compile and install 2.00 but none of the changes.
> >
> > any idea?
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:b33gnr$935$1@talkto.net...
>> > > "Frans Bouwmans" <frans.bouwmans@home.nl> wrote in message
>> > > news:b33dpk$8lo$1@talkto.net...
>>> > > > Is there another source for the jvcl ?
>>> > > > You speak about the cvs repository, is that something else as the jvcl
> > on
>>> > > > demos.href.com which is accesable with jedivcs ?
>> > >
>> > > We use the CVS on SourceForge.
>> > >
>> > > A daily build of the CVS tree is at:
>> > >
>> > > http://jvcl.sourceforge.net/daily
>> > >
>> > > Michael
>> > >
>> > >



Subject: Re: Who dropped ColorComboBox from RX ? (2 Remko?)
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 06:44:51 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Hello, All!
>
> I'm trying to make one projects with full replacement of Rx with Jvcl.
>
> Please, raise ColorCombobox from dead, since JvColorCombobox lacks the
> .Style property!!!

Wrong question. Better improve JvColorComboBox to have a working style property.
BTW i do not like the attitude "please make for me, I want".



Subject: Re: JCLFilelistbox.filename
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 06:41:18 +0100
Newsgroups: jedi.vcl

Jerry Von Korff wrote:
> Thanks very much.  I downloaded the file and it solved my problem.
> When I recompiled the dpk file (Delphi 7) it asked me for WindowsOnly.inc.   I could not find that file anywhere.
> So, I created a blank file by that name, and that seemed to resolve my problem.
> Is there a file named windowsonly.inc lurking out there anywhere.

This file is new for 2.1 release.
The content:

{$IFDEF COMPILER6_UP}
{$WARN UNIT_PLATFORM OFF}
{$WARN SYMBOL_PLATFORM OFF}
{$ENDIF}
{$IFNDEF MSWINDOWS}
This unit is only supported on Windows!
{$ENDIF}



Subject: Re: JvTransLed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Feb 2003 06:37:54 +0100
Newsgroups: jedi.vcl

Scott Hood wrote:
> I get a rlink error when i try to compile any new code.  I am running D7 .
> I can compile and install 2.00 but none of the changes.

Best wait for the 2.1 release. It should be less than a week away.
I assume that you do not have all files needed or a mix of old and new files which do not work.



Subject: Re: Property Editors for strings
From: "Steve Magruder" <consulting@stevemagruder.com>
Date: Wed, 26 Feb 2003 23:03:11 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b3jifl$kph$1@talkto.net...
> > The stars so gaily glistened...  (Wed, 26 Feb 2003 17:36:48 -0500)
> > ...while the fading voice of Steve whispered through the darkness:
> >
> >  SMT> Oh, where... this came up in b.p.d.non-technical.
> >
> > Oops...
> > Why there?
> > Or is it just FUD against JVCL ?

I honestly don't know if it's FUD.  It could just be an honest complaint
that has the ring of FUD.

Steve




Subject: Re: JvTransLed
From: "Scott Hood" <scott@solucentrix.com>
Date: Wed, 26 Feb 2003 22:03:51 -0500
Newsgroups: jedi.vcl

I get a rlink error when i try to compile any new code.  I am running D7 .
I can compile and install 2.00 but none of the changes.

any idea?
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b33gnr$935$1@talkto.net...
> > "Frans Bouwmans" <frans.bouwmans@home.nl> wrote in message
> > news:b33dpk$8lo$1@talkto.net...
>> > > Is there another source for the jvcl ?
>> > > You speak about the cvs repository, is that something else as the jvcl
on
>> > > demos.href.com which is accesable with jedivcs ?
> >
> > We use the CVS on SourceForge.
> >
> > A daily build of the CVS tree is at:
> >
> > http://jvcl.sourceforge.net/daily
> >
> > Michael
> >
> >




Subject: Re: JCLFilelistbox.filename
From: Jerry Von Korff <jvonkorff@astound.net>
Date: Wed, 26 Feb 2003 19:44:26 -0600
Newsgroups: jedi.vcl

Thanks very much.  I downloaded the file and it solved my problem.
When I recompiled the dpk file (Delphi 7) it asked me for WindowsOnly.inc.   I could not find that file anywhere.
So, I created a blank file by that name, and that seemed to resolve my problem.
Is there a file named windowsonly.inc lurking out there anywhere.

Peter Thörnqvist wrote:
> Yes, get the latest from CVS:
> http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvDriveCtrls.pas
>
> NOTE: sometimes the CRLF are corrupted when downloading from the web and at least D5 can't handle that.
>
> -- 
> Regards,
>
> Peter Thornqvist (JVCL Coordinator)
> http://jvcl.sourceforge.net
>
>



Subject: Re: Who dropped ColorComboBox from RX ? (2 Remko?)
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 27 Feb 2003 02:29:47 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 27 Feb 2003 01:25:49 +0300)
....while the fading voice of Arioch whispered through the darkness:

Rx color combo is limited to 16 colours.
Jvcl one cannot work with csSimple style...

There are chickens, but htere are hunters too :-(

--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Property Editors for strings
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 27 Feb 2003 02:28:10 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 26 Feb 2003 17:36:48 -0500)
....while the fading voice of Steve whispered through the darkness:

 SMT> Oh, where... this came up in b.p.d.non-technical.

Oops...
Why there?
Or is it just FUD against JVCL ?


--
Уши вянут от np: none
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Property Editors for strings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 Feb 2003 23:47:47 +0100
Newsgroups: jedi.vcl

> > Oh, where... this came up in b.p.d.non-technical (I don't read that group
normally).

Ah, just read the thread. Well, what can I say? He doesn't like the JVCL
string property editor and I don't like the Delphi default one, especially
for the Hint property. So, who's right and who's wrong? Beats me, but I know
that no matter what we include or exclude, someone will be dissatisfied.
John ought to know that that is a reality in *any* software project,
including Delphi.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Property Editors for strings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 Feb 2003 23:37:48 +0100
Newsgroups: jedi.vcl

"Steve Magruder [Team JEDI]" <steve@stevemagruder.com> skrev i meddelandet
news:b3jfe1$kck$1@talkto.net...
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> > news:b3jf89$kbu$1@talkto.net...
>> > > There are several dt editors for string properties but I'm guessing that
> > he
>> > > is talking about Hint and Caption? See JvDsgnEditors for the
THintProperty
>> > > and TStringsProperty classes that are used to create multi-line
> > Caption/Hint
>> > > property editors.
>> > >
>> > > Why does John report on this and where did he report it? Is he having
>> > > problems with it?
> >
> > It was hard to extract his rationale, but it seems to ire him that they're
> > not using the default editors.  I would say that if the alternative
editors
> > don't provide any real "value-add", then drop them... otherwise, keep.

Well, I guess he could just comment out the registration in the source. I
believe he knows how to do that <vbg>!
--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net

> >
> > Steve
> >
> >



Subject: Re: Property Editors for strings
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Wed, 26 Feb 2003 17:36:48 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b3jf89$kbu$1@talkto.net...
> > There are several dt editors for string properties but I'm guessing that
he
> > is talking about Hint and Caption? See JvDsgnEditors for the THintProperty
> > and TStringsProperty classes that are used to create multi-line
Caption/Hint
> > property editors.
> >
> > Why does John report on this and where did he report it? Is he having
> > problems with it?

Oh, where... this came up in b.p.d.non-technical.

Steve




Subject: Re: Property Editors for strings
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Wed, 26 Feb 2003 17:36:07 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b3jf89$kbu$1@talkto.net...
> > There are several dt editors for string properties but I'm guessing that
he
> > is talking about Hint and Caption? See JvDsgnEditors for the THintProperty
> > and TStringsProperty classes that are used to create multi-line
Caption/Hint
> > property editors.
> >
> > Why does John report on this and where did he report it? Is he having
> > problems with it?

It was hard to extract his rationale, but it seems to ire him that they're
not using the default editors.  I would say that if the alternative editors
don't provide any real "value-add", then drop them... otherwise, keep.

Steve




Subject: Re: Property Editors for strings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 Feb 2003 23:33:03 +0100
Newsgroups: jedi.vcl

There are several dt editors for string properties but I'm guessing that he
is talking about Hint and Caption? See JvDsgnEditors for the THintProperty
and TStringsProperty classes that are used to create multi-line Caption/Hint
property editors.

Why does John report on this and where did he report it? Is he having
problems with it?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net

"Steve Magruder [Team JEDI]" <steve@stevemagruder.com> skrev i meddelandet
news:b3jeet$k7l$1@talkto.net...
> > John Kaster is reporting that an alternative property editor for strings
is
> > being registered by one or more controls in the JVCL.  Does anyone know on
> > the JVCL team (besides me) know something about this?  I haven't noticed
> > this myself while using many of the controls, but perhaps I'm not using
the
> > ones exhibiting the issue.
> >
> > Steve
> >
> >



Subject: Re: Property Editors for strings
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Wed, 26 Feb 2003 17:32:24 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b3jetf$k92$1@talkto.net...
> > The stars so gaily glistened...  (Wed, 26 Feb 2003 17:19:31 -0500)
> > ...while the fading voice of Steve whispered through the darkness:
> >
> > What is this editor like?
> >
> > RxLib afair had some special editor for TCaption, making it multi-line,
and
> > it used smth very similar to VCL's TStrings editor, adding Save and Load
> > buttons to it.

Sorry... I couldn't get John to be specific enough.  :)

But it indeed looks like the RxLib imports are the ones exhibiting the
alternative property editor behavior that John is probably alluding to.

Steve




Subject: Re: Property Editors for strings
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 27 Feb 2003 01:27:14 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 26 Feb 2003 17:19:31 -0500)
....while the fading voice of Steve whispered through the darkness:

What is this editor like?

RxLib afair had some special editor for TCaption, making it multi-line, and
it used smth very similar to VCL's TStrings editor, adding Save and Load
buttons to it.

--
Уши вянут от Колибри - Я не спешу
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Who dropped ColorComboBox from RX ? (2 Remko?)
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 27 Feb 2003 01:25:49 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 26 Feb 2003 23:16:43 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> You could always get it yourself from \archive...

I know.

Now i'm just playing with Style property published in Jv[Color|font]ComboBox
components. Hope it will be enough.

I wrote it because i know Remko did much on restructuring ex-Rx components
and because it may appear that some functionality was not noticed and
occasionally removed. So i just ask to look it once more :-)

--
Уши вянут от Колибри - Все о нас
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Property Editors for strings
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Wed, 26 Feb 2003 17:19:31 -0500
Newsgroups: jedi.vcl

John Kaster is reporting that an alternative property editor for strings is
being registered by one or more controls in the JVCL.  Does anyone know on
the JVCL team (besides me) know something about this?  I haven't noticed
this myself while using many of the controls, but perhaps I'm not using the
ones exhibiting the issue.

Steve




Subject: Re: Who dropped ColorComboBox from RX ? (2 Remko?)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 Feb 2003 23:16:43 +0100
Newsgroups: jedi.vcl

You could always get it yourself from \archive...

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Who dropped ColorComboBox from RX ? (2 Remko?)
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 27 Feb 2003 00:51:03 +0300
Newsgroups: jedi.vcl

Hello, All!

I'm trying to make one projects with full replacement of Rx with Jvcl.

Please, raise ColorCombobox from dead, since JvColorCombobox lacks the
..Style property!!!

Please, review the functionality of SUBJ if there is some more functionality
non-noticed.
--
Уши вянут от Колибри - Орландина
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: removing the examples which are in the MegaDemo?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 Feb 2003 22:34:17 +0100
Newsgroups: jedi.vcl

>> > > No. The problem was and is, that the Units and the Form Names has to be
renamed
>> > > as well to avoid clahes.
Yes, but this is so regardless of if you leave the units in the current demo
folders or move them to the MegaDemo folder. I recommend removing all forms
except the main form from the MegaDemo folder and then just add the other
example forms and units to the MegaDemo.dpr's uses one by one.

> > Furtermore the project files has to be touched as well,
>> > > because the autoamcally creates the forms and include the name of the
units as well.
No, simplest is to go to Environment Options|Designer and uncheck
"Auto-create forms". Then add the forms (in their original folders) to the
MegaDemo.dpr. Next, create each form dynamically when the user clicks the
appropriate button.

> > You mentioned that you have to remove the form variable in the units.
> > This can be done for the examples also by placing the variable in the
> > .dpr file there.
No need if you you just set them to NOT auto-create. The form variable is in
that case not used (unless you assign to it when creating the form but
that's not necessary).



--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: removing the examples which are in the MegaDemo?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 Feb 2003 22:26:33 +0100
Newsgroups: jedi.vcl


> > My understanding was that you rename the files in their original folder,
and
> > use the files from there, i.e. you don't copy any of the files to the
> > MegaDemo subdirectory.

Exactly my point

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: XP Themes
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 26 Feb 2003 22:24:22 +0100
To: "Rodrigo.net" <rodrigol@bigfoot.com>
Newsgroups: jedi.vcl

Rodrigo.net wrote:
> Will the old rx controls, like JvDBLookupCombo or JvDateEdit, support XP
> Themes? I've already changed the JvDBLookupCombo source code to support it,
> but not the other controls.
>
>
JvDBLookupCombo and JvDateEdit both support XP themes. Most of the components on the 'Jv Data Controls' and 'Jv Composites' do so. TJvxSpeedButton and TJvImgBtn too.

Note that this is only for D7 for now. That is, I didn't test it with Mike Lischke's Theme Manager.

I'm busy with the more non-trivial to change components, such as TJv(a)CaptionButton and the outlook components. If you have an idea how these components should be themed, or think other components should also be themed, please share it.

Regards,
Remko Bonte



Subject: Re: deadline for 2.1
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 26 Feb 2003 22:01:19 +0100
To: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Newsgroups: jedi.vcl

Steve Magruder [Team JEDI] wrote:
> Also, _if_ there are any compatibility issues brought up by any component
> changes between 2.0 and 2.1, it would be nice to see these documented.  

You might wanna look at http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/ChangeLog20to21.txt?rev=1.1&content-type=text/vnd.viewcvs-markup

Not very readable, but better than nothing :)



Subject: Need: Combo Box over some collection
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 26 Feb 2003 23:41:16 +0300
Newsgroups: jedi.vcl

Hello, All!

as: long ago i wanted a dataset made of collection of objects with published
properties that become fields. Seems i occasionally found a thing though not
yet tested.

   Is there a ComboBox that can be linked to some Collection or List of
named objects and can give me an easy way to select one of them and may be
add new|delete existing ones ?

--
Уши вянут от Колибри - Дразнятся ветры
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Major issues with TJvInspector
From: "Alan Garny" <agml@REMOVE.ME.hellix.com>
Date: Wed, 26 Feb 2003 19:26:30 -0000
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b3j1ht$i4m$1@talkto.net...
> > Please check fix in CVS. Only tested it in D5 but seemed to fix the
problems
> > with your test app.

This also works with my "real" project. Great!

    Thanks a lot, Alan.




Subject: Re: Major issues with TJvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 26 Feb 2003 19:39:13 +0100
Newsgroups: jedi.vcl

Please check fix in CVS. Only tested it in D5 but seemed to fix the problems
with your test app.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address

"Alan Garny" <agml@REMOVE.ME.hellix.com> schreef in bericht
news:b3irjg$h3b$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:b3igo3$em1$1@talkto.net...
>>> > > > Hi, I am experiencing some really annoying behaviours with
TJvInspector.
> > I
>>> > > > have submitted a bug for it:
>>> > > >
>>> > > >
>> > >
> >
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00007
>>> > > > 41
>>> > > >
>>> > > > but there doesn't seem to be anyone around to take it on board. I
tried
> > to
>>> > > > debug the problem, but for some reason I am not able to trace the
error.
>>> > > > Basically, when stepping into the code, one the errors occurs just in
>>> > > > between the end of a procedure and the beginning of another one.
>> > > I plan on looking at it tonigh, no promise though.
> >
> > Thanks in advance, if you do...
> >
>>> > > > Well, maybe
>>> > > > I should spend a bit more time on it, but I don't really have the time
> > for
>>> > > > that unfortunately (I am developing my open source project during my
> > free
>>> > > > time...).
>> > > So are we ;)
> >
> > Am sure, am sure... :)))
> >
> >     Alan.
> >
> >




Subject: Re: removing the examples which are in the MegaDemo?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 26 Feb 2003 12:24:25 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E5CE8E2.8F6358B2@gmx.de...

> > Hi MM (=Mighty Michael :-)

LOL

> > Please post here if this would be OK for everyone. If yes I would take
tomorrow
> > morning the latest JVCL Builds with Roberts last fixes and starting to try
if it
> > is possible to leave the units where they are. When it works, I will
change the
> > examples (hopefully all) and send them to Robert for checkin. I hope the
major
> > work can be done in one or two days - a long day[s] I guess .. :-)

Sounds like a plan! Thanks for doing it!

Michael




Subject: Re: Major issues with TJvInspector
From: "Alan Garny" <agml@REMOVE.ME.hellix.com>
Date: Wed, 26 Feb 2003 16:57:27 -0000
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b3igo3$em1$1@talkto.net...
>> > > Hi, I am experiencing some really annoying behaviours with TJvInspector.
I
>> > > have submitted a bug for it:
>> > >
>> > >
> >
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00007
>> > > 41
>> > >
>> > > but there doesn't seem to be anyone around to take it on board. I tried
to
>> > > debug the problem, but for some reason I am not able to trace the error.
>> > > Basically, when stepping into the code, one the errors occurs just in
>> > > between the end of a procedure and the beginning of another one.
> > I plan on looking at it tonigh, no promise though.

Thanks in advance, if you do...

>> > > Well, maybe
>> > > I should spend a bit more time on it, but I don't really have the time
for
>> > > that unfortunately (I am developing my open source project during my
free
>> > > time...).
> > So are we ;)

Am sure, am sure... :)))

    Alan.




Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 26 Feb 2003 17:18:42 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E5CD90D.F63CE632@gmx.de...
> >
>> > > No. The problem was and is, that the Units and the Form Names has to be
> > renamed
>> > > as well to avoid clahes.
> >
> > That's correct, but they still stay in their respective subdirectories, i.e.
> > nothing will get "moved" to the MegaDemo subdirectory.
> >
> > Michael

Hi MM (=Mighty Michael :-)

Hmm. After thinking about it a ignore my feelings (which say all what I already
done is nonsene) I think it is perhaps possible to integrate the StandAlone
Forms in the MegaDemo and leave the standalone Demos and folders in the folder
where the exists today. I would try this tomorrow if everybody can live with
this solution. Especially you Robert :-)

Please post here if this would be OK for everyone. If yes I would take tomorrow
morning the latest JVCL Builds with Roberts last fixes and starting to try if it
is possible to leave the units where they are. When it works, I will change the
examples (hopefully all) and send them to Robert for checkin. I hope the major
work can be done in one or two days - a long day[s] I guess .. :-)

Ralf Grenzing



Subject: Re: removing the examples which are in the MegaDemo?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 16:53:35 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Yes you are right. This can be done - if only I can change all the files and
> have CVS access and have planed it before ...

We can separate the MegaDemo into its own Zip for the 2.1 release and make the big rework later.



Subject: Re: removing the examples which are in the MegaDemo?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 16:51:51 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> No. The problem was and is, that the Units and the Form Names has to be renamed
> as well to avoid clahes. Furtermore the project files has to be touched as well,
> because the autoamcally creates the forms and include the name of the units as
> well.

My understanding is that this can be solved (for JVCL 3.0) by reworking all examples to have no name clashes.

You mentioned that you have to remove the form variable in the units.
This can be done for the examples also by placing the variable in the ..dpr file there.



Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 26 Feb 2003 16:50:00 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E5CD90D.F63CE632@gmx.de...
> >
>> > > No. The problem was and is, that the Units and the Form Names has to be
> > renamed
>> > > as well to avoid clahes.
> >
> > That's correct, but they still stay in their respective subdirectories, i.e.
> > nothing will get "moved" to the MegaDemo subdirectory.
> >

Yes you are right. This can be done - if only I can change all the files and
have CVS access and have planed it before ...

Ralf



Subject: Re: deadline for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 16:48:37 +0100
Newsgroups: jedi.vcl

Steve Magruder [Team JEDI] wrote:

> Also, _if_ there are any compatibility issues brought up by any component
> changes between 2.0 and 2.1, it would be nice to see these documented.  For
> instance, if I'm using a particular component from 2.0 in my app, then when
> I load up the app in Delphi or compile the app with the 2.1 version, there's
> an error of some sort.  Further, any runtime/implementation differences that
> would be considered "incompatibilities" would be good to know.

We will try, but the list may be incomplete. I sinned several times and did not document my changes.
also we will release soon and may create the list afterwards.



Subject: Re: removing the examples which are in the MegaDemo?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 26 Feb 2003 10:48:01 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E5CD90D.F63CE632@gmx.de...

> > No. The problem was and is, that the Units and the Form Names has to be
renamed
> > as well to avoid clahes.

That's correct, but they still stay in their respective subdirectories, i.e.
nothing will get "moved" to the MegaDemo subdirectory.

Michael





Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 26 Feb 2003 16:11:09 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E5CD355.92CF5088@gmx.de...
> >
>>> > > > The best solution would be to rename the forms (ie many demos have forms
>>> > > > named MainFrm, so rename the MainFrm in the OLBar to OLBarMainFrm etc.You
>>> > > > also need to change the OLBar.dpr to reflect this change, remove the old
>>> > > > units from CVS and add the new ones).
>> > >
>> > > Yes and thats the main point: in each folder of the standalone examples then
> >
>> > > only stay the dpr and related files (.rs .dof) - very lonly I guess. So my
>> > > question again: could the whole folder than be deleted of the stan alone
>> > > example?
> >
> > My understanding was that you rename the files in their original folder, and
> > use the files from there, i.e. you don't copy any of the files to the
> > MegaDemo subdirectory.
> >

No. The problem was and is, that the Units and the Form Names has to be renamed
as well to avoid clahes. Furtermore the project files has to be touched as well,
because the autoamcally creates the forms and include the name of the units as
well.

Ralf



Subject: Re: removing the examples which are in the MegaDemo?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 26 Feb 2003 10:10:14 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E5CD355.92CF5088@gmx.de...

>> > > The best solution would be to rename the forms (ie many demos have forms
>> > > named MainFrm, so rename the MainFrm in the OLBar to OLBarMainFrm etc.
You
>> > > also need to change the OLBar.dpr to reflect this change, remove the old
>> > > units from CVS and add the new ones).
> >
> > Yes and thats the main point: in each folder of the standalone examples
then
> > only stay the dpr and related files (.rs .dof) - very lonly I guess. So my
> > question again: could the whole folder than be deleted of the stan alone
> > example?

My understanding was that you rename the files in their original folder, and
use the files from there, i.e. you don't copy any of the files to the
MegaDemo subdirectory.

Michael




Subject: Re: deadline for 2.1
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Wed, 26 Feb 2003 10:00:30 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b3htge$ahf$1@talkto.net...
> > Robert Marquardt wrote:
> >
>> > > Please comment and add more jobs to do.
> >
> > - Create a list of Mantis bugs solved by this release.

Also, _if_ there are any compatibility issues brought up by any component
changes between 2.0 and 2.1, it would be nice to see these documented.  For
instance, if I'm using a particular component from 2.0 in my app, then when
I load up the app in Delphi or compile the app with the 2.1 version, there's
an error of some sort.  Further, any runtime/implementation differences that
would be considered "incompatibilities" would be good to know.

Steve




Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 26 Feb 2003 15:46:45 +0100
Newsgroups: jedi.vcl



"Peter Thörnqvist" schrieb:

>> > > Yes this is exactly the way it is: When the user clicks at one item of the
>> > > MegaDemo the form or frame get created. But the forms from the example
> > folder
>> > > are all MOVED to the JVCLDemo folder (a lot files).
> > Yes, that's no good but as I read the previous posts you are going to change
> > this into using the forms from each demo folder instead? This is better but
> > there is one problem: many of the demos have units with the same name and
> > you can't use two identically named units in the same project.

Yes exactly, that´s why I have to move them and rename them!

> >
> > The best solution would be to rename the forms (ie many demos have forms
> > named MainFrm, so rename the MainFrm in the OLBar to OLBarMainFrm etc. You
> > also need to change the OLBar.dpr to reflect this change, remove the old
> > units from CVS and add the new ones).

Yes and thats the main point: in each folder of the standalone examples then
only stay the dpr and related files (.rs .dof) - very lonly I guess. So my
question again: could the whole folder than be deleted of the stan alone
example?

I would implement also a search function, so that every one can search within
the MegaDemo if in the MegaDemo is an example for a component in action.

*BUT*! I see no real sucess if I do the work and everone still have a very big
example folder and everyone has to search around the file and folders and have
to download the examples twice within a  *big* file. Furtermore some people can
ask Wharts the diffience in these two examples from the MegaDemo an the
standAlone examples

Don´t get me wrong but I really hate inefficnet work. So I want to force a
decision here. So let me now make the question:

If the MegaDemo would offer:
1. the possibilty to search for examples for induvidual components in the
MegaDemo
2. the possibilty to load the form or frame of a example in the IDE

is it than possible to delete the old folder wih the examples?


> >
>> > > [...] it us difficullt do GUESS in which file the demos is implemented. So
> > I want to add a function IN THE MEGADEMO (for example in the caption of
> > every form) to load the form or frame of the demo at
>> > > which you are looking in the IDE of Delphi so that you can examine the code
> > and
>> > > do not have to search around where the implmentation of the demo is.
> > That's cool. Should be easy to do with ShellExecute: newer versions of
> > Delphi opens the file in the running instance so you avoid having multipl
> > ecopies running...

Yes master :-) so you already uncovers the trick here :-) You are right that
would be the way.

in hope again

Ralf Grenzing



Subject: Re: JCLFilelistbox.filename
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Feb 2003 15:01:02 +0100
Newsgroups: jedi.vcl

Yes, get the latest from CVS:
http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvDriveCtrls.pas

NOTE: sometimes the CRLF are corrupted when downloading from the web and at least D5 can't handle that.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Major issues with TJvInspector
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Feb 2003 14:58:24 +0100
Newsgroups: jedi.vcl

> > So are we ;)
LOL!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Major issues with TJvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 26 Feb 2003 14:52:20 +0100
Newsgroups: jedi.vcl

> > Hi, I am experiencing some really annoying behaviours with TJvInspector. I
> > have submitted a bug for it:
> >
> >
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00007
> > 41
> >
> > but there doesn't seem to be anyone around to take it on board. I tried to
> > debug the problem, but for some reason I am not able to trace the error.
> > Basically, when stepping into the code, one the errors occurs just in
> > between the end of a procedure and the beginning of another one.

I plan on looking at it tonigh, no promise though.

> > Well, maybe
> > I should spend a bit more time on it, but I don't really have the time for
> > that unfortunately (I am developing my open source project during my free
> > time...).
> >

So are we ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JCLFilelistbox.filename
From: Jerry Von Korff <jvonkorff@astound.net>
Date: Wed, 26 Feb 2003 07:51:10 -0600
Newsgroups: jedi.vcl

My version of TjvFilelisbox does not have a forcefileextensions property.  Am I out of date
Thanks.

Ben Hay wrote:
> Jerry Von Korff wrote:
>
>
>> JCLFilelistbox.filename seems to be returning the file name of the selected filename without the document extension.  Is there a solution to this?  Instead of c:\data\mydoc.ext, I get c:\data\mydoc
>> Thank you.
>
>
> Did you try setting ForceFileExtensions := True ?
>



Subject: Re: 10 !!!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 26 Feb 2003 14:46:31 +0100
Newsgroups: jedi.vcl

> > Just thought anyone might be interested to know that at the time of this
> > writing "JEDI VCL" is the tenth-most downloaded project on Sourceforge!
> > Congrats all! :)

Looks nice, but I think it's an error. Look at:
http://sourceforge.net/project/stats/?group_id=45786. Suddenly the number of
downloads went from 500 to 9500 in 1 day. This can't be right, can it?
You'll also notice that one day (feb 18) we got no ranking while we
maintained the number of downloads and had a huge amount of CVS changes
(which is correct; /rm tree got moved back to the main tree that day).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: 10 !!!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 14:27:42 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:
> :-) Very nice!
>
> a link?

http://sourceforge.net
lower left "Top Downloads"



Subject: Re: 10 !!!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 14:25:58 +0100
Newsgroups: jedi.vcl

Oliver Giesen wrote:
> Just thought anyone might be interested to know that at the time of this
> writing "JEDI VCL" is the tenth-most downloaded project on Sourceforge!
> Congrats all! :)

Lets see where the 2.1 release will end up.



Subject: Re: 10 !!!
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 26 Feb 2003 14:25:03 +0100
Newsgroups: jedi.vcl

:-) Very nice!

a link?

Oliver Giesen schrieb:

> > Just thought anyone might be interested to know that at the time of this
> > writing "JEDI VCL" is the tenth-most downloaded project on Sourceforge!
> > Congrats all! :)
> >
> > Oliver
> > ---- ------------------
> > JID: ogiesen@jabber.org
> > ICQ: 18777742
> >       (http://wwp.icq.com/18777742)



Subject: Re: XP Themes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 14:22:23 +0100
Newsgroups: jedi.vcl

Rodrigo.net wrote:
> Will the old rx controls, like JvDBLookupCombo or JvDateEdit, support XP
> Themes? I've already changed the JvDBLookupCombo source code to support it,
> but not the other controls.

This is on our list for JVCL 3.0
The soon upcoming JVCL 2.1 will only contain some changes in that area.
2.1 is an interim release before we start the real restructuring.



Subject: Re: removing the examples which are in the MegaDemo?
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 26 Feb 2003 14:21:02 +0100
Newsgroups: jedi.vcl

> > Yes this is exactly the way it is: When the user clicks at one item of the
> > MegaDemo the form or frame get created. But the forms from the example
folder
> > are all MOVED to the JVCLDemo folder (a lot files).
Yes, that's no good but as I read the previous posts you are going to change
this into using the forms from each demo folder instead? This is better but
there is one problem: many of the demos have units with the same name and
you can't use two identically named units in the same project.

The best solution would be to rename the forms (ie many demos have forms
named MainFrm, so rename the MainFrm in the OLBar to OLBarMainFrm etc. You
also need to change the OLBar.dpr to reflect this change, remove the old
units from CVS and add the new ones).

> > [...] it us difficullt do GUESS in which file the demos is implemented. So
I want to add a function IN THE MEGADEMO (for example in the caption of
every form) to load the form or frame of the demo at
> > which you are looking in the IDE of Delphi so that you can examine the
code and
> > do not have to search around where the implmentation of the demo is.
That's cool. Should be easy to do with ShellExecute: newer versions of
Delphi opens the file in the running instance so you avoid having multipl
ecopies running...

> > I hope this time it is clear. Would this satify you?
Yes, clear and satisfied!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: removing the examples which are in the MegaDemo?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 14:18:57 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> I hope this time it is clear. Would this satify you?

I will handle this with Ralf in private and german.

I also solved the makefile problem which is probably caused by the DCU output directory and ChildWin.pas name used in two examples.



Subject: 10 !!!
From: "Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID>
Date: Wed, 26 Feb 2003 14:14:38 +0100
Newsgroups: jedi.vcl

Just thought anyone might be interested to know that at the time of this
writing "JEDI VCL" is the tenth-most downloaded project on Sourceforge!
Congrats all! :)

Oliver
---- ------------------
JID: ogiesen@jabber.org
ICQ: 18777742
      (http://wwp.icq.com/18777742)



Subject: Re: removing the examples which are in the MegaDemo?
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Wed, 26 Feb 2003 09:14:49 -0300
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 26 Feb 2003 13:01:11 +0100:

 PT> I don't know exactly what you mean by 'load the form in the IDE'?

 PT> If you already have the MegaDemo linked with the forms in the other
 PT> demos, then it should be mainly about creating and freeing the forms
 PT> dynamically when the user clicks one of the buttons. BTW, if there
 PT> is stuff in MegaDemo that aren't available as separate demos, a good
 PT> thing would be to extract that stuff and create a new stand-alone
 PT> demo from it and then link to it from the MegaDemo just as the other
 PT> stuff: we get more demos and MegaDemo shrinks - the best of two
 PT> worlds <g>


Based on this, the TFrames will be replaced by TForms then you cannot has an
OutLook style, isn´t it?

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 26 Feb 2003 13:12:58 +0100
Newsgroups: jedi.vcl



"Peter Thörnqvist" schrieb:

> > I don't know exactly what you mean by 'load the form in the IDE'?
> >
> > If you already have the MegaDemo linked with the forms in the other demos,
> > then it should be mainly about creating and freeing the forms dynamically
> > when the user clicks one of the buttons.

Yes this is exactly the way it is: When the user clicks at one item of the
MegaDemo the form or frame get created. But the forms from the example folder
are all MOVED to the JVCLDemo folder (a lot files). So if you start the
MegaDemo (which is actually very fast because nothing get created at that time
:)!!  and look at one special example it us difficullt do GUESS in which file
the demos is implemented. So I want to add a function IN THE MEGADEMO (for
example in the caption of every form) to load the form or frame of the demo at
which you are looking in the IDE of Delphi so that you can examine the code and
do not have to search around where the implmentation of the demo is.

I hope this time it is clear. Would this satify you?

Ralf Grenzing



Subject: Re: deadline for 2.1
From: "Peter Thornqvist" <peter3@nospampeter3.com>
Date: Wed, 26 Feb 2003 13:02:11 +0100
Newsgroups: jedi.vcl

Found it: it's in our NG's at sourceforge (I didn't understand that)!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b3fq5h$i6$1@talkto.net...
> > The stars so gaily glistened...  (Tue, 25 Feb 2003 13:50:15 +0100)
> > ...while the fading voice of Peter whispered through the darkness:
> >
> >  PT> Do you have a link?
> >
> > i do not remember. BCB and v.6 - it's of no interest to me.
> >
> > AFAIR it was told in Open-Discussion.
> >
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: removing the examples which are in the MegaDemo?
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 26 Feb 2003 13:01:11 +0100
Newsgroups: jedi.vcl

I don't know exactly what you mean by 'load the form in the IDE'?

If you already have the MegaDemo linked with the forms in the other demos,
then it should be mainly about creating and freeing the forms dynamically
when the user clicks one of the buttons. BTW, if there is stuff in MegaDemo
that aren't available as separate demos, a good thing would be to extract
that stuff and create a new stand-alone demo from it and then link to it
from the MegaDemo just as the other stuff: we get more demos and MegaDemo
shrinks - the best of two worlds <g>

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: XP Themes
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 26 Feb 2003 12:57:14 +0100
Newsgroups: jedi.vcl

If you have modifications you would like to share, please post it to our Bug
/ Issue Tracker. I know Remko has added some theme enabling in the Rx
controls but not exactly what or where.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Rodrigo.net" <rodrigol@bigfoot.com> wrote in message
news:b3i959$csr$1@talkto.net...
> > Will the old rx controls, like JvDBLookupCombo or JvDateEdit, support XP
> > Themes? I've already changed the JvDBLookupCombo source code to support
it,
> > but not the other controls.
> >
> >




Subject: XP Themes
From: "Rodrigo.net" <rodrigol@bigfoot.com>
Date: Wed, 26 Feb 2003 08:42:44 -0300
Newsgroups: jedi.vcl

Will the old rx controls, like JvDBLookupCombo or JvDateEdit, support XP
Themes? I've already changed the JvDBLookupCombo source code to support it,
but not the other controls.




Subject: Major issues with TJvInspector
From: "Alan Garny" <agml@REMOVE.ME.hellix.com>
Date: Wed, 26 Feb 2003 11:21:34 -0000
Newsgroups: jedi.vcl

Hi, I am experiencing some really annoying behaviours with TJvInspector. I
have submitted a bug for it:

http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00007
41

but there doesn't seem to be anyone around to take it on board. I tried to
debug the problem, but for some reason I am not able to trace the error.
Basically, when stepping into the code, one the errors occurs just in
between the end of a procedure and the beginning of another one. Well, maybe
I should spend a bit more time on it, but I don't really have the time for
that unfortunately (I am developing my open source project during my free
time...).

Any ideas?

    Cheers, Alan.




Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 26 Feb 2003 11:55:58 +0100
Newsgroups: jedi.vcl



"Peter Thörnqvist" schrieb:

>> > > What to do with the single demos to remove?
>> > > Placing them in Archive is silly because we want them removed to reduce
>> > > the size of the JVCL.
> >
> > I would like to propose the opposite removal strategy: just link the forms from the different demos into the MegaDemo instead of
> > removing the demos. This way MegaDemo could be just a shell around the demos. Sort of a run-time project group. I wouldn't want to
> > compile and run the entire mega demo just to see how to use the OutlookBar.
> >

Hi Peter

I use the original Forms now. So it is already a sort of shell. I would prever to add a function like 'load the form in the IDE' to
the MegaDemo. This would help everyone. Do you think this would satisfy you?

Ralf Grenzing




Subject: Re: removing the examples which are in the MegaDemo?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Feb 2003 11:43:08 +0100
Newsgroups: jedi.vcl

> > What to do with the single demos to remove?
> > Placing them in Archive is silly because we want them removed to reduce
> > the size of the JVCL.

I would like to propose the opposite removal strategy: just link the forms from the different demos into the MegaDemo instead of
removing the demos. This way MegaDemo could be just a shell around the demos. Sort of a run-time project group. I wouldn't want to
compile and run the entire mega demo just to see how to use the OutlookBar.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: deadline for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 09:24:01 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please comment and add more jobs to do.

- Create a list of Mantis bugs solved by this release.



Subject: Re: removing the examples which are in the MegaDemo?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Feb 2003 09:18:46 +0100
Newsgroups: jedi.vcl

MegaDemo is doing well and i uncovered already a bug in JvDiagramShape.pas which caused DepWalk.exe to crash.

What to do with the single demos to remove?
Placing them in Archive is silly because we want them removed to reduce the size of the JVCL.

Ralf reports that these demos are already integrated into the MegaDemo:
ArrowButtonDemo.exe
BmpAnimDemo.exe
ChangeNotifyDemo.exe
ColorButtonDemo.exe
ColorComboDemo.exe
ColorHintsTest.exe
ContentScrollerDemo.exe
ControlsExample.exe
CreateProcessExample.exe
DBDTPDemo.exe
EventViewer.exe
FileDirDemo.exe
InspectorDBExample.exe
Install2LabelDemo.exe
JvAniProj.exe
JvAppHotKeyDemo.exe
JvBrowserFolder.exe
JvClipboardViewerProj.exe
JvDataEmbeddedProj.exe
JvEdits.exe
JvLogFileDemo.exe
JvMousePositionnerProj.exe
JvMruList.exe
JvSearchFileProj.exe
JvTreeViewAsMenu.exe
JvWindowsTitleProj.exe
JvZoomProj.exe
ListCombDemo.exe
MailExample.exe
MonthCalendarDemo.exe
OLBarDemo.exe 501248 2003.2.25 14:42.8



Subject: Re: JCLFilelistbox.filename
From: "Ben Hay" <bhay@tslnospam.com.au>
Date: Wed, 26 Feb 2003 04:25:11 +0000 (UTC)
Newsgroups: jedi.vcl

Jerry Von Korff wrote:

> > JCLFilelistbox.filename seems to be returning the file name of the 
> > selected filename without the document extension.  Is there a solution 
> > to this?  Instead of c:\data\mydoc.ext, I get c:\data\mydoc
> > Thank you.

Did you try setting ForceFileExtensions := True ?



Subject: Re: deadline for 2.1
From: "Ben Hay" <bhay@tslnospam.com.au>
Date: Wed, 26 Feb 2003 03:09:13 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks.
Compiles ok now and installs in IDE.

Peter_Thörnqvist wrote:

> > I've removed it again (was in D6 also as well as D5PE). I'll fix the other
> > issues in Mantis #729
> > 
> > --
> > Regards,
> > 
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> > "Ben Hay" <bhay@tslnospam.com.au> skrev i meddelandet
> > news:b3gtha$712$1@talkto.net...
>> > > compiling in BCB5:
>> > >
> > http://projectjedi.sourceforge.net/issuetracker/view_bug_advanced_page.php?f
> > _id=0000729
>> > >
>> > > Also dclsmp50 has founds its way back into JVCL200_D50.dpk requires.
>> > >



Subject: JCLFilelistbox.filename
From: Jerry Von Korff <jvonkorff@astound.net>
Date: Tue, 25 Feb 2003 21:00:41 -0600
Newsgroups: jedi.vcl

JCLFilelistbox.filename seems to be returning the file name of the selected filename without the document extension.  Is there a solution to this?  Instead of c:\data\mydoc.ext, I get c:\data\mydoc
Thank you.



Subject: Re: deadline for 2.1
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 26 Feb 2003 01:45:02 +0100
Newsgroups: jedi.vcl

I've removed it again (was in D6 also as well as D5PE). I'll fix the other
issues in Mantis #729

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Ben Hay" <bhay@tslnospam.com.au> skrev i meddelandet
news:b3gtha$712$1@talkto.net...
> > compiling in BCB5:
> >
http://projectjedi.sourceforge.net/issuetracker/view_bug_advanced_page.php?f
_id=0000729
> >
> > Also dclsmp50 has founds its way back into JVCL200_D50.dpk requires.
> >



Subject: Re: removing the examples which are in the MegaDemo?
From: "Paulo Garcia" <ppegarcia@aol.com>
Date: Tue, 25 Feb 2003 20:55:55 -0300
Newsgroups: jedi.vcl

> >
> > As Ralf pointed out the size of the Examples is heavily inflated if we
> > have MegaDemo and separate examples.
> > I vote for removing the separate example if the MegaDemo shows most of
> > the compononent functionality already (especially for the visual
> > components).
> >

Thinking better I agree if you and Ralf. Mainly for new developers one
starting point (MegaDemo) is better.


[]´s
Paulo Garcia




Subject: Re: deadline for 2.1
From: "Ben Hay" <bhay@tslnospam.com.au>
Date: Tue, 25 Feb 2003 23:17:01 +0000 (UTC)
Newsgroups: jedi.vcl

compiling in BCB5:
http://projectjedi.sourceforge.net/issuetracker/view_bug_advanced_page.php?f_id=0000729

Also dclsmp50 has founds its way back into JVCL200_D50.dpk requires.


Peter Thvrnqvist wrote:

> > Great.
> > 
> > A note to D5-D7 Pro/Standard/Personal Edition users as well as BCB5 users:
> > 
> > This is your chance to check if the packages for your preferred Borland product compiles! PLease check out from CVS and try building
> > the stuff. As I've said before, there are not many JVCL evelopers using PE/Std so we can't really test the packages ourselves.
> > 
> > The BCB files needs to be updated as well since there has been some big chances lately. Those of you using BCB5/6 either post needed
> > changes here or (if you have CVS write access), update the CVS files accordingly.
> > 
> > The more people tsting this, the better the released package.
> > 
> > Thanks everybody for your help and assistance!
> > 
> > If Petr Vones is reading: if you have an update to the installer with more detailed error messages, now would be a good time to send
> > it to me<vbg>! There are no package name changes in this release, so the installer doesn't need to be updated with additional
> > package support.
> > 
> > Marcel, you know what do with the help file!
> > 
> > --
> > Regards,
> > 
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: Newbie question about buttons (Just need a pointer)
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 25 Feb 2003 23:15:02 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 25 Feb 2003 21:32:59 +0200)
....while the fading voice of wsxedcrfv whispered through the darkness:

 w> Mmm... I want to have my buttons with rounded shapes or like an image
 w> shape. Hope that answers your question.


1) You may look at globus vcl which will be in ~ jvcl 2.5

2) look at jvbuttonshape, jvtransparent button, jvtransparentbutton2

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Newbie question about buttons (Just need a pointer)
From: "wsxedcrfv" <qwedswe@hotmail.com>
Date: Tue, 25 Feb 2003 21:32:59 +0200
Newsgroups: jedi.vcl

System setup would be:
PIII 800
256meg ram

Delphi 6 Enterprise + JCL122+JVCL200FinalFullInstall
Mmm... I want to have my buttons with rounded shapes or like an image shape.
Hope that answers your question.


"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b3gets$4k8$1@talkto.net...
> > The stars so gaily glistened...  (Tue, 25 Feb 2003 21:01:11 +0200)
> > ...while the fading voice of wsxedcrfv whispered through the darkness:
> >
> > Are You about beautiful xp-styled (Luna, etc) buttons or about buttons on
> > window caption or what?
> >
> > What Delphi version do You use?
> >
> > Did You looked at Theme Manager (is part of Delphi 7, can be downloaded
from
> > Delphi Gems site for earlier versions)?
> >
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Newbie question about buttons (Just need a pointer)
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 25 Feb 2003 22:08:45 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 25 Feb 2003 21:01:11 +0200)
....while the fading voice of wsxedcrfv whispered through the darkness:

Are You about beautiful xp-styled (Luna, etc) buttons or about buttons on
window caption or what?

What Delphi version do You use?

Did You looked at Theme Manager (is part of Delphi 7, can be downloaded from
Delphi Gems site for earlier versions)?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Newbie question about buttons (Just need a pointer)
From: "wsxedcrfv" <qwedswe@hotmail.com>
Date: Tue, 25 Feb 2003 21:01:11 +0200
Newsgroups: jedi.vcl

Hi All,

I want to create/use buttons like those you would find in Windows XP.
Is there a component in JEDI VCL to do this or do I have to look elsewhere?

Many thx in adv




Subject: Re: removing the examples which are in the MegaDemo?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 19:53:46 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:

> The idea (i´m not sure if it´s good) is maintain the same then when we need
> to change just one is changed.
>
> If we put a empty form at the standalone samples that open the frame?

As Ralf pointed out the size of the Examples is heavily inflated if we have MegaDemo and separate examples.
I vote for removing the separate example if the MegaDemo shows most of the compononent functionality already (especially for the visual components).

BTW i have added a hit test to JvImage so transparent pixels do not count as clickable area anymore.
Best make an example with non-default cursor and a transparent bitmap. That easily shows the new feature. A click can then start another demo.



Subject: Re: removing the examples which are in the MegaDemo?
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Tue, 25 Feb 2003 13:55:21 -0300
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Tue, 25 Feb 2003 17:45:44 +0100:

 RG> Paulo Garcia schrieb:

 >> Hello, Ralf!
 >> You wrote  on Tue, 25 Feb 2003 17:06:27 +0100:

 >> Is it a bad idea to use the same source file with TFrame in the
 >> standalone samples?

 >> The best approach (IMHO) is to use the same files and both magedemo
 >> and standalone projects. The megademos is much better to a general
 >> view of VCL and the standalone ones is better to study particular
 >> functiolality.

 RG> but if they are the same there is no difference?

The idea (i´m not sure if it´s good) is maintain the same then when we need
to change just one is changed.

If we put a empty form at the standalone samples that open the frame?

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 17:45:44 +0100
Newsgroups: jedi.vcl



Paulo Garcia schrieb:

> > Hello, Ralf!
> > You wrote  on Tue, 25 Feb 2003 17:06:27 +0100:
> >
> > Is it a bad idea to use the same source file with TFrame in the standalone
> > samples?
> >
> > The best approach (IMHO) is to use the same files and both magedemo and
> > standalone projects. The megademos is much better to a general view of VCL
> > and the standalone ones is better to study particular functiolality.

but if they are the same there is no difference?



Subject: Re: removing the examples which are in the MegaDemo?
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Tue, 25 Feb 2003 13:11:34 -0300
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Tue, 25 Feb 2003 17:06:27 +0100:

Is it a bad idea to use the same source file with TFrame in the standalone
samples?

The best approach (IMHO) is to use the same files and both magedemo and
standalone projects. The megademos is much better to a general view of VCL
and the standalone ones is better to study particular functiolality.


 RG> Paulo Garcia schrieb:

 >> Hello, Ralf!
 >> You wrote  on Tue, 25 Feb 2003 16:30:52 +0100:

 >> Do you are thinking to keep all units based on TForm instead of
 >> TFrame?

 RG> I am not sure. Unitl now I have both. I guess it is better beacuse
 RG> then I have not to change the existing (lots) frames back to Forms
 RG> again.

 RG> Ralf Grenzing



 RG>>> FYI: I can even use forms for this I just have test it ...

 >> -----------------------------------------------------
 >> []´s
 >> Paulo Garcia
 >> Digivoice Eletronica

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 17:06:27 +0100
Newsgroups: jedi.vcl



Paulo Garcia schrieb:

> > Hello, Ralf!
> > You wrote  on Tue, 25 Feb 2003 16:30:52 +0100:
> >
> > Do you are thinking to keep all units based on TForm instead of TFrame?

I am not sure. Unitl now I have both. I guess it is better beacuse then I
have not to change the existing (lots) frames back to Forms again.

Ralf Grenzing

> >
> >
> >  RG> FYI: I can even use forms for this I just have test it ...
> >
> > -----------------------------------------------------
> > []´s
> > Paulo Garcia
> > Digivoice Eletronica



Subject: Re: removing the examples which are in the MegaDemo?
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Tue, 25 Feb 2003 12:53:41 -0300
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Tue, 25 Feb 2003 16:30:52 +0100:

Do you are thinking to keep all units based on TForm instead of TFrame?

 RG> FYI: I can even use forms for this I just have test it ...

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 16:30:52 +0100
Newsgroups: jedi.vcl

FYI: I can even use forms for this I just have test it ...



Subject: removing the examples which are in the MegaDemo?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 15:53:45 +0100
Newsgroups: jedi.vcl

Hi everyone

I would suggest to remove the examples whcih are included in the
MegDemos. First because we have many duplicates and I guess is is hard
for the user to see why and what for. I think the included demos could
also easy be used standalone because the have no direct connection to
the MainForm of the MegaDemo. The only think is that it is on a frame
and not on a TForm. But I am not plan to integrate alle demos. The big
ones (RA, Rx ..) should be not included I think.

So please tell anything in you mind

Second the distribution file would became smaller.
Third we don´t have to maintain 2 files.

in hope of consence ..

Ralf Grenzing



Subject: Re: how to get the tag of the clicked button in JvOutlookBar?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 14:49:42 +0100
Newsgroups: jedi.vcl


Thanx a lot :-) now all OK!

"Peter Thörnqvist" schrieb:

>> > > I see the event OnButtonClick but the sender is the JvOutlookBar and I
>> > > don´t know how to use  index parameter.
> >
> > Check the OLBar demo...(it's in examples)
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: not compiling examples
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 14:41:01 +0100
Newsgroups: jedi.vcl

Hi Robert

Since I have no cvs access it would be very nice if you send your complete
examples folder to my private mail adress? (adress is OK, don´t remove
anything)

One another BIG point: many of the exe files causes AVs when starting them.
Would you please test this, too?

Ralf Grenzing



Robert Marquardt schrieb:

> > Robert Marquardt wrote:
>> > > Ralf Grenzing wrote:
>> > >
>>> > >> OK here are at least the examples which NOT compiling at my PC (D7 JVCL
>>> > >> Latest build from today, W2K)
>>> > >>
>>> > >> SimpleHIDWrite.exe
>> > >
>> > >
>> > > I will check it (they are mine).
>> > > I will have to update the component and the examples anyway.
> >
> > Updated component and examples. Please try again.
> > ThreadDemo has been removed. It is integrated in ReadWriteDemo now.
> >
> > I will soon update the standalone vesion on
> > http://www.delphi-gems.com/controls.php
> > The updated WinHelp sources are contained therein.



Subject: Re: how to get the tag of the clicked button in JvOutlookBar?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Feb 2003 14:40:46 +0100
Newsgroups: jedi.vcl

> > I see the event OnButtonClick but the sender is the JvOutlookBar and I
> > don´t know how to use  index parameter.

Check the OLBar demo...(it's in examples)

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: new Megademo ...
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 14:38:24 +0100
Newsgroups: jedi.vcl

alles roger! :-)

Robert Marquardt schrieb:

> > Ralf Grenzing wrote:
> >
>> > > perhaps I need from time to time some help from gurus ...german speaking
>> > > would be prefered  (as you guess from my english! :-)..
> >
> > Frag mich einfach.



Subject: how to get the tag of the clicked button in JvOutlookBar?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 14:27:14 +0100
Newsgroups: jedi.vcl


I want to restructure the MegaDemo as mentioned earlier but I can not
figure out how to get the above. Ther is no doku in the help and the
buttons have *NO* events, why?

I see the event OnButtonClick but the sender is the JvOutlookBar and I
don´t know how to use  index parameter.

in Hope

Ralf Grenzing



Subject: Re: not compiling examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 14:24:38 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Ralf Grenzing wrote:
>
>> OK here are at least the examples which NOT compiling at my PC (D7 JVCL
>> Latest build from today, W2K)
>>
>> SimpleHIDWrite.exe
>
>
> I will check it (they are mine).
> I will have to update the component and the examples anyway.

Updated component and examples. Please try again.
ThreadDemo has been removed. It is integrated in ReadWriteDemo now.

I will soon update the standalone vesion on http://www.delphi-gems.com/controls.php
The updated WinHelp sources are contained therein.



Subject: Re: TrueType font experts
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 14:22:13 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Can this be done with DrawFrameControl? ie DFCS_SCROLLDOWN and DFCS_SCROLLUP?

I do not know, but i assume that this paints triangles.
The component (is it really TJvSpinEdit?) paints pointed arrows like this -> <- (only vertical).
We will have to decide which look we want.



Subject: Re: new Megademo ...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 14:18:16 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> perhaps I need from time to time some help from gurus ...german speaking
> would be prefered  (as you guess from my english! :-)..

Frag mich einfach.



Subject: Re: deadline for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 25 Feb 2003 16:14:26 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 25 Feb 2003 13:50:15 +0100)
....while the fading voice of Peter whispered through the darkness:

 PT> Do you have a link?

i do not remember. BCB and v.6 - it's of no interest to me.

AFAIR it was told in Open-Discussion.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: deadline for 2.1
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Feb 2003 13:50:15 +0100
Newsgroups: jedi.vcl

Do you have a link?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Arioch /BDV/" <the_Arioch@nm.ru> skrev i meddelandet news:b3fjvv$utq$1@talkto.net...
> > The stars so gaily glistened...  (Tue, 25 Feb 2003 11:41:08 +0100)
> > ...while the fading voice of Peter whispered through the darkness:
> >
> >  PT> A note to D5-D7 Pro/Standard/Personal Edition users as well as BCB5
> >  PT> users:
> >
> >  PT> chances lately. Those of you using BCB5/6 either post needed changes
> > On sourceforge there's a note that Borland released update 4 for BCB6, which
> > cured some internal compiler error, that made Jedi compilation impossible.
> >
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: JvxConst.pas split into JvxRConst.pas and JvxDConst.pas
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 25 Feb 2003 15:32:38 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 25 Feb 2003 13:01:54 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM>>> This improves resourcestring separation because now the design time
 RM>>> strings will not be added to any EXE.
 ??>>
 ??>> Will JvInspector suffer form this?

 RM> I do not know. If so it is no problem to add JvRConst.pas to the design
 RM> time packages.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JvId3v2.pas and JvId3v2Types.pas
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 25 Feb 2003 13:23:14 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> I made some changes to the current update. I replaced the assembler functions with Pascal versions.
> Please test my changes.
>
Works fine :)



Subject: Re: TrueType font experts
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 25 Feb 2003 13:22:09 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Several components need a special font. TJvSpinEdit needs scalable arrows. 

Can this be done with DrawFrameControl? ie DFCS_SCROLLDOWN and DFCS_SCROLLUP?



Subject: Re: new Megademo ...
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 13:18:01 +0100
Newsgroups: jedi.vcl



Paulo Garcia schrieb:

> > Hello, Ralf!
> > You wrote  on Tue, 25 Feb 2003 10:43:03 +0100:
> >
> > How can I help about this? I don´t speak german but my English isn´t good
> > anyway.... ;)

this is nice so we both use only simple words :-) I contact you directly

> >
> >
> > I don´t know the functionality of majority of components but this is a great
> > opportunity to learn...

this is what I am also think :-) looking forward to contact you.

Ralf Grenzing


> >
> >
> >  RG> Hi @ll
> >
> >  RG> after being very silent the last time I think it would be nice to
> >  RG> pushing my MegaDemo to a real MegaDemo because I actually think the
> >  RG> last
> >  RG> MegaDemo wasn´t really mega ... Perhaps Garcia is listning and want
> >  RG> to help as he stated earlier?
> >
> >  RG> My plan would be to replace the tree at the left with a outlook bar
> >  RG> style comp (suggested by Michael) and integrate links to the big
> >  RG> other demos (Rx, Ra, JCL ..) and integrate some other smaller ones
> >  RG> so that the most of the demos can be invastigated from ONE place ...
> >  RG> Further more a want to integrate demos for the other controls from
> >  RG> the JVCL and showing the advantages and differences ...
> >
> >  RG> perhaps I need from time to time some help from gurus ...german
> >  RG> speaking would be prefered  (as you guess from my english! :-)..
> >
> > -----------------------------------------------------
> > []´s
> > Paulo Garcia
> > Digivoice Eletronica



Subject: TrueType font experts
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 13:06:23 +0100
Newsgroups: jedi.vcl

Do we have a TrueType font expert?
Several components need a special font. TJvSpinEdit needs scalable arrows. The analog clock could use fonts for the hands.
If we can create several special fonts and place them in the resources the quality of the components will increase.



Subject: Re: JvxConst.pas split into JvxRConst.pas and JvxDConst.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 13:01:54 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened...  (Tue, 25 Feb 2003 09:12:03 +0100)
> ...while the fading voice of Robert whispered through the darkness:
>
>  RM> This improves resourcestring separation because now the design time  RM> strings will not be added to any EXE.
>
> Will JvInspector suffer form this?

I do not know. If so it is no problem to add JvRConst.pas to the design time packages.



Subject: Re: not compiling examples
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 13:00:34 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:
> OK here are at least the examples which NOT compiling at my PC (D7 JVCL
> Latest build from today, W2K)
>
> SimpleHIDWrite.exe

I will check it (they are mine).
I will have to update the component and the examples anyway.



Subject: Re: new Megademo ...
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Tue, 25 Feb 2003 08:58:21 -0300
Newsgroups: jedi.vcl

Hello, Ralf!
You wrote  on Tue, 25 Feb 2003 10:43:03 +0100:

How can I help about this? I don´t speak german but my English isn´t good
anyway.... ;)

I don´t know the functionality of majority of components but this is a great
opportunity to learn...

 RG> Hi @ll

 RG> after being very silent the last time I think it would be nice to
 RG> pushing my MegaDemo to a real MegaDemo because I actually think the
 RG> last
 RG> MegaDemo wasn´t really mega ... Perhaps Garcia is listning and want
 RG> to help as he stated earlier?

 RG> My plan would be to replace the tree at the left with a outlook bar
 RG> style comp (suggested by Michael) and integrate links to the big
 RG> other demos (Rx, Ra, JCL ..) and integrate some other smaller ones
 RG> so that the most of the demos can be invastigated from ONE place ...
 RG> Further more a want to integrate demos for the other controls from
 RG> the JVCL and showing the advantages and differences ...

 RG> perhaps I need from time to time some help from gurus ...german
 RG> speaking would be prefered  (as you guess from my english! :-)..

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: not compiling examples
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 12:42:04 +0100
Newsgroups: jedi.vcl

OK here are at least the examples which NOT compiling at my PC (D7 JVCL
Latest build from today, W2K)

SimpleHIDWrite.exe \
JvThumbnailDemo.exe \
WndProcHookDemo.exe \
\RxDBExplorer\DBEXPL32.DPR
\RALib\RaInterpreterMDI
TMTimeLine


Robert Marquardt schrieb:

> > I think we should use the Friday to update the CVS for 2.1 release.
> > 2.1 release on Saturday or Sunday.
> >
> > Jobs to do on Friday:
> > - check all packages if they compile
> > - check all examples if they compile
> > - start the MakeDCR.BAT and check in the resulting files
> >
> > Please comment and add more jobs to do.



Subject: Re: deadline for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 25 Feb 2003 14:29:02 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 25 Feb 2003 11:41:08 +0100)
....while the fading voice of Peter whispered through the darkness:

 PT> A note to D5-D7 Pro/Standard/Personal Edition users as well as BCB5
 PT> users:

 PT> chances lately. Those of you using BCB5/6 either post needed changes
On sourceforge there's a note that Borland released update 4 for BCB6, which
cured some internal compiler error, that made Jedi compilation impossible.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JvxConst.pas split into JvxRConst.pas and JvxDConst.pas
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 25 Feb 2003 14:27:28 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 25 Feb 2003 09:12:03 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> This improves resourcestring separation because now the design time 
 RM> strings will not be added to any EXE.

Will JvInspector suffer form this?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: problem while installing the solution!
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 12:01:59 +0100
Newsgroups: jedi.vcl


OK then further examinations from the Trip to to the great unknown JEDI land
....

One thing I discoverd: I can open the old JVCLReg.dcr but not the new one with
the ImageEditor from Borland. After some experiments I copy the old *.dcr from
the latest daily build which I was able to install (seems to be from 5 feb)
and then all went OK! :-) so there is a error with the dcrs somehow ..

Ralf Grenzing



Ralf Grenzing schrieb:

> > I had a problem while installing the latest build loading the packages in
> > the IDE I get the following error message:
> >
> >   [Error] WARNING. Duplicate resource(s):
> >   [Error]   Type 10 (RCDATA), ID TFRMPLUGINPARAMS:
> >   [Error]     File
> > C:\Programme\Borland\Delphi7\JEDI\jvcl\source\..\resources\JVCLReg.dcr
> > resource kept;
> >               File
> > C:\Programme\Borland\Delphi7\JEDI\jvcl\source\JvPluginParams.DFM resource
> > discarded.
> >
> > followed by a access vialoation in  the rlink32.exe ..
> >
> > please help ..
> >
> > Ralf Grenzing
> >
> > Ralf Grenzing schrieb:
> >
>> > > Hi @ll
>> > >
>> > > after being very silent the last time I think it would be nice to
>> > > pushing my MegaDemo to a real MegaDemo because I actually think the last
>> > > MegaDemo wasn´t really mega ... Perhaps Garcia is listning and want to
>> > > help as he stated earlier?
>> > >
>> > > My plan would be to replace the tree at the left with a outlook bar
>> > > style comp (suggested by Michael) and integrate links to the big other
>> > > demos (Rx, Ra, JCL ..) and integrate some other smaller ones so that the
>> > > most of the demos can be invastigated from ONE place ... Further more a
>> > > want to integrate demos for the other controls from the JVCL and showing
>> > > the advantages and differences ...
>> > >
>> > > perhaps I need from time to time some help from gurus ...german speaking
>> > > would be prefered  (as you guess from my english! :-)..
>> > >
>> > > in hope to do so
>> > >
>> > > Ralf Grenzing again
>> > >
>> > > Robert Marquardt schrieb:
>> > >
>>> > > > I think we should use the Friday to update the CVS for 2.1 release.
>>> > > > 2.1 release on Saturday or Sunday.
>>> > > >
>>> > > > Jobs to do on Friday:
>>> > > > - check all packages if they compile
>>> > > > - check all examples if they compile
>>> > > > - start the MakeDCR.BAT and check in the resulting files
>>> > > >
>>> > > > Please comment and add more jobs to do.



Subject: Re: deadline for 2.1
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Feb 2003 11:41:08 +0100
Newsgroups: jedi.vcl

Great.

A note to D5-D7 Pro/Standard/Personal Edition users as well as BCB5 users:

This is your chance to check if the packages for your preferred Borland product compiles! PLease check out from CVS and try building
the stuff. As I've said before, there are not many JVCL evelopers using PE/Std so we can't really test the packages ourselves.

The BCB files needs to be updated as well since there has been some big chances lately. Those of you using BCB5/6 either post needed
changes here or (if you have CVS write access), update the CVS files accordingly.

The more people tsting this, the better the released package.

Thanks everybody for your help and assistance!

If Petr Vones is reading: if you have an update to the installer with more detailed error messages, now would be a good time to send
it to me<vbg>! There are no package name changes in this release, so the installer doesn't need to be updated with additional
package support.

Marcel, you know what do with the help file!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: problem while installing
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 11:35:22 +0100
Newsgroups: jedi.vcl

I had a problem while installing the latest build loading the packages in
the IDE I get the following error message:

  [Error] WARNING. Duplicate resource(s):
  [Error]   Type 10 (RCDATA), ID TFRMPLUGINPARAMS:
  [Error]     File
C:\Programme\Borland\Delphi7\JEDI\jvcl\source\..\resources\JVCLReg.dcr
resource kept;
              File
C:\Programme\Borland\Delphi7\JEDI\jvcl\source\JvPluginParams.DFM resource
discarded.

followed by a access vialoation in  the rlink32.exe ..

please help ..

Ralf Grenzing


Ralf Grenzing schrieb:

> > Hi @ll
> >
> > after being very silent the last time I think it would be nice to
> > pushing my MegaDemo to a real MegaDemo because I actually think the last
> > MegaDemo wasn´t really mega ... Perhaps Garcia is listning and want to
> > help as he stated earlier?
> >
> > My plan would be to replace the tree at the left with a outlook bar
> > style comp (suggested by Michael) and integrate links to the big other
> > demos (Rx, Ra, JCL ..) and integrate some other smaller ones so that the
> > most of the demos can be invastigated from ONE place ... Further more a
> > want to integrate demos for the other controls from the JVCL and showing
> > the advantages and differences ...
> >
> > perhaps I need from time to time some help from gurus ...german speaking
> > would be prefered  (as you guess from my english! :-)..
> >
> > in hope to do so
> >
> > Ralf Grenzing again
> >
> > Robert Marquardt schrieb:
> >
>> > > I think we should use the Friday to update the CVS for 2.1 release.
>> > > 2.1 release on Saturday or Sunday.
>> > >
>> > > Jobs to do on Friday:
>> > > - check all packages if they compile
>> > > - check all examples if they compile
>> > > - start the MakeDCR.BAT and check in the resulting files
>> > >
>> > > Please comment and add more jobs to do.



Subject: new Megademo ...
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 25 Feb 2003 10:43:03 +0100
Newsgroups: jedi.vcl

Hi @ll

after being very silent the last time I think it would be nice to
pushing my MegaDemo to a real MegaDemo because I actually think the last
MegaDemo wasn´t really mega ... Perhaps Garcia is listning and want to
help as he stated earlier?

My plan would be to replace the tree at the left with a outlook bar
style comp (suggested by Michael) and integrate links to the big other
demos (Rx, Ra, JCL ..) and integrate some other smaller ones so that the
most of the demos can be invastigated from ONE place ... Further more a
want to integrate demos for the other controls from the JVCL and showing
the advantages and differences ...

perhaps I need from time to time some help from gurus ...german speaking
would be prefered  (as you guess from my english! :-)..

in hope to do so

Ralf Grenzing again

Robert Marquardt schrieb:

> > I think we should use the Friday to update the CVS for 2.1 release.
> > 2.1 release on Saturday or Sunday.
> >
> > Jobs to do on Friday:
> > - check all packages if they compile
> > - check all examples if they compile
> > - start the MakeDCR.BAT and check in the resulting files
> >
> > Please comment and add more jobs to do.



Subject: deadline for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 09:15:33 +0100
Newsgroups: jedi.vcl

I think we should use the Friday to update the CVS for 2.1 release.
2.1 release on Saturday or Sunday.

Jobs to do on Friday:
- check all packages if they compile
- check all examples if they compile
- start the MakeDCR.BAT and check in the resulting files

Please comment and add more jobs to do.



Subject: JvxConst.pas split into JvxRConst.pas and JvxDConst.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 09:12:03 +0100
Newsgroups: jedi.vcl

This improves resourcestring separation because now the design time resourcestrings will only reside in the designtime package and will not be added to any EXE.
Please update the packages accordingly.
I will work on string literals and resourcestrings until Friday.
No package changes anymore, only sources.



Subject: Re: OffTop: tracking resourcestrings ? Was: Palette names
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 25 Feb 2003 06:42:21 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened...  (Mon, 24 Feb 2003 19:46:20 +0100)
> ...while the fading voice of Robert whispered through the darkness:
>
>  RM> I have centralized the palette names as resourcestrings in JvxConst.pas
>
> Can there be some OTA-plugin, that will enumerate all resourcestrings and
> keep somewhere in exe/dll array of {string_itself: ^string;
> string_identificator: string; string_Unit: string} ?
>
> If yes , it could be easily supported by JvTranslator.

Nice idea.



Subject: OffTop: tracking resourcestrings ? Was: Palette names
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 24 Feb 2003 21:52:57 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 24 Feb 2003 19:46:20 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> I have centralized the palette names as resourcestrings in JvxConst.pas

Can there be some OTA-plugin, that will enumerate all resourcestrings and
keep somewhere in exe/dll array of {string_itself: ^string;
string_identificator: string; string_Unit: string} ?

If yes , it could be easily supported by JvTranslator.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Palette names
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Feb 2003 19:46:20 +0100
Newsgroups: jedi.vcl

I have centralized the palette names as resourcestrings in JvxConst.pas
No package changes.
I will centralize several other strings there. Especially IDE related ones.



Subject: Re: TJvPlugin Where?
From: "Anthoni" <none@noone.com>
Date: Mon, 24 Feb 2003 17:34:33 -0000
Newsgroups: jedi.vcl

Thank you,

Have downloaded the lastest Jedi and will have a look at it.
I had a previous version installed so didnt see it obviously :D

Regards
Anthoni




Subject: Re: Leftstr, Rightstr
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Feb 2003 14:41:02 +0100
Newsgroups: jedi.vcl

Are you using D7? StrUtils was a unit in RxLib that was renamed to JvStrUtils when merged with JVCL. Unfortunately, Borland decided
to use the same name in D7 (or was it already in D6?)... I just don't quite understand how you could use Delphi StrUtils and RX
StrUtils at the same time before without problems? I'm assuming that since you want to convert from RX to JVCL, the files you have
chosen to convert are RX files?

> > It seems those functions are not used anywhere in JCL/JVCL, so one can just
> > delete or rename them.
Maybe, there is a major code cleaning going on so a lot of stuff might disappear...

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Leftstr, Rightstr
From: "Svein Olav Mytting" <mytting@usa.net>
Date: Mon, 24 Feb 2003 14:23:17 +0100
Newsgroups: jedi.vcl

It seems those functions are not used anywhere in JCL/JVCL, so one can just
delete or rename them.

Anyway, this would probably not have been a problem if not JVCLConvert had
changed all my "uses StrUtils" into "uses JvStrUtils"...

"Svein Olav Mytting" <mytting@usa.net> skrev i melding
news:b3d5m9$hg3$1@talkto.net...
> > These two functions were introduced with Delphi 5 or 6, in the StrUtils
> > unit.
> >
> > After installing JVCL, I have been experiencing strange error conditions
> > with my projects. The reason turned out to be that there are functions
with
> > similar names in JvStrUtils. But with JVCL they have a totally different
> > meaning.
> >
> > This should be fixed, as it can break a lot of people's code as they
install
> > JVCL.
> >
> > Also, what is the best way to resolve this issue locally in the short
term?





Subject: Leftstr, Rightstr
From: "Svein Olav Mytting" <mytting@usa.net>
Date: Mon, 24 Feb 2003 14:11:03 +0100
Newsgroups: jedi.vcl

These two functions were introduced with Delphi 5 or 6, in the StrUtils
unit.

After installing JVCL, I have been experiencing strange error conditions
with my projects. The reason turned out to be that there are functions with
similar names in JvStrUtils. But with JVCL they have a totally different
meaning.

This should be fixed, as it can break a lot of people's code as they install
JVCL.

Also, what is the best way to resolve this issue locally in the short term?

--

Mvh/regards
Svein Olav Mytting
Bogstadvn 60A, 0366 Oslo




Subject: Re: TJvValidateEdit update
From: "Christopher Latta" <nobody@nowhere.not>
Date: Mon, 24 Feb 2003 22:44:14 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b3ckeq$drv$1@talkto.net...
> > Just so you don't feel forgotten: I'm testing the new update and haven't
found anything major (yet!<g>). It's looking good!

Excellent! Thanks.

The dfScientific could be made prettier, I think, but it works, which is the
main thing.

Christopher Latta




Subject: Re: TJvValidateEdit update
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 24 Feb 2003 09:18:21 +0100
Newsgroups: jedi.vcl

Just so you don't feel forgotten: I'm testing the new update and haven't found anything major (yet!<g>). It's looking good!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: JvId3v2.pas and JvId3v2Types.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Feb 2003 08:11:24 +0100
Newsgroups: jedi.vcl

I made some changes to the current update. I replaced the assembler functions with Pascal versions.
Please test my changes.



Subject: Re: after rm is dead...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 23 Feb 2003 22:19:48 +0100
To: Arioch /BDV/ <the_Arioch@nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> 4) will there be some list of additional methods|properties that will be
> added to any JV component?
> I can say About property and MouseEnter|MouseLeave.
> But there can be more!

See http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/ChangeLog20to21.txt?sortby=date#dirlist

Regards,
Remko



Subject: Re: JvBandObjects and JvPlugin wizards
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 23 Feb 2003 11:06:22 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b3ar4f$6k6$1@talkto.net...

> > Better a JEDI tab and place the ExceptionDlg also there.

Good idea.

Michael




Subject: Re: JvBandObjects and JvPlugin wizards
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Feb 2003 16:59:58 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> We could have both of them in a "JVCL" tab.

Better a JEDI tab and place the ExceptionDlg also there.



Subject: Re: JvBandObjects and JvPlugin wizards
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 23 Feb 2003 10:23:54 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b3ai4l$5gh$1@talkto.net...
> > I made minor changes (#13#10 replaced by a CrLf constant) and checked
> > both wizards. JvPlugin wizard seems to work most of the times, but
> > JvBandObjects wizard always dies and takes Delphi with it. It looks like
> > a stack overflow because no exception shows up.
> > JvBandObject resides in "Wizards" tab whereas JvPlugin resides in
> > "Projects" tab. Is it possible to have them both in "Wizards" tab?

We could have both of them in a "JVCL" tab.

Michael




Subject: JvBandObjects and JvPlugin wizards
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Feb 2003 14:26:24 +0100
Newsgroups: jedi.vcl

I made minor changes (#13#10 replaced by a CrLf constant) and checked both wizards. JvPlugin wizard seems to work most of the times, but JvBandObjects wizard always dies and takes Delphi with it. It looks like a stack overflow because no exception shows up.
JvBandObject resides in "Wizards" tab whereas JvPlugin resides in "Projects" tab. Is it possible to have them both in "Wizards" tab?



Subject: Re: JvMaxMin now obsolete
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 23 Feb 2003 11:15:11 +0100
Newsgroups: jedi.vcl

> > Some of the files can be deleted entirely because they only moved to
> > other units.

The decision was made once that files that are removed should go to
\archive. It doesn't matter if their functionality is available elsewhere
since it could potentionally be removed from the new unit as well and then
it would be gone entirely since no copy was kept in \archive.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JvMaxMin now obsolete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 23 Feb 2003 08:51:19 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Done

Some of the files can be deleted entirely because they only moved to other units.
JvSHFmt.pas is now in WinDialogs.pas where it replaces an unused component.
JvPlugCommon.pas the consts have been moved to JvPlugin.pas (?)
JvObjSel.pas is now in Common as ObjSel.pas
JvMultiselectChecklistbox.pas is now in JvComponent.pas (?)
JvHWinamp.pas is now in Common as Winamp.pas
JvHRas32.pas is now in Common as Ras32.pas
JvDisconnectNetwork.pas was already in JvConnectNetwork.pas
JvBandWindows.pas is now in JvTypes.pas (?)
JvBandUtils.pas is now in (?)



Subject: Re: JVCL in BCB5
From: Aaron Linnen <alinnen@globalkiosk.com>
Date: Sat, 22 Feb 2003 16:44:50 -0600
Newsgroups: jedi.vcl

In article <b348c2$bnc$1@talkto.net>, bhay@tslnospam.com.au says...
> > Ben Hay wrote:
> > I've succeeded in building and installing in BCB5 via Batch files.
> > Here's what I did:
> > copied fullc5.bat, clean.bat, setenv.bat, CompUtil.exe, lspfix.exe from Indy Source directory to JVCL and JCL Package directories.
> > I edited these to change file locations and package names, but otherwise made the fewest possible changes, on the theory that what works for Indy should work for JVCL (and because I don't really have a lot of experience with the command line compiler).
> > 
> > Removed references to vclsmp50 and dclsmp50 from DPKs.
> > JVZlibMultiple.pas requires Zlib.pas, which does not come with BCB5. Fortunately BCB5 came with Delphi4 Standard, which does have the file. I copied this to JVCL source directory.  For this to work I also needed *.OBJ from the Indy Source directory, so I also copied these to JVCL/source.
> > 
> > I will post my modified files to binaries after I've tidied them up a little.
> > 
> > regards
> > Ben

Thanks for jumping on this, Ben.  I'll try to get enough time to test it out 
this week and let you know how it goes.

Aaron

 


Subject: Genectics Demo
From: "Carlos G" <cgar1136@hotmail.com>
Date: Sat, 22 Feb 2003 14:31:10 -0800
Newsgroups: jedi.vcl

Anybody here have a demo of the TJvGenetic component??

any special feature that could be mentioned???

Thanx in advance

Carlos G




Subject: Re: JvMaxMin now obsolete
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 22 Feb 2003 17:29:54 +0100
Newsgroups: jedi.vcl

Done

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Robert Marquardt" <robert_marquardt@gmx.de> skrev i meddelandet
news:b37v4b$sg5$1@talkto.net...
> > Peter Thörnqvist wrote:
>> > > Just remember that units that are removed, should first be added to
\archive
>> > > so we have a backup of them.
> >
> > This time i remembered.
> > Please check what files i forgot.
> >



Subject: WEAKPACKAGEUNIT
From: "PMM" <petermm@t-online.de>
Date: Sat, 22 Feb 2003 17:14:58 +0100
Newsgroups: jedi.vcl

Trying to install JVCL with D7 I get a lot of  errors about  WEAKPACKAGEUNIT
can not include INIT section or global variables ...
Is it ok do remove the  WEAKPACKAGEUNIT ON lines, or is there an other way
to compile JVCL?
Txs Peter




Subject: Re: JvMaxMin now obsolete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Feb 2003 14:49:29 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Just remember that units that are removed, should first be added to \archive
> so we have a backup of them.

This time i remembered.
Please check what files i forgot.



Subject: Re: JvMaxMin now obsolete
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 22 Feb 2003 14:03:57 +0100
Newsgroups: jedi.vcl

Just remember that units that are removed, should first be added to \archive
so we have a backup of them.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: TJvPlugin Where?
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sat, 22 Feb 2003 23:58:36 +1100
Newsgroups: jedi.vcl

"Anthoni" <none@noone.com> wrote in message news:b37r6j$s21$1@talkto.net...
> > I came across a posting in the main Delphi newsgroups that Jedi had a
plugin
> > architecture taken over from UIL and it was called TJvPlugin and was
> > supposed to be part of JVCL, but try as I might I can not find this
> > anywhere.

The plugin manager is in the latest Jedi VCL (2.00) available from
http://jvcl.sourceforge.net/
on its own tab on the component palette called 'Jv Plugin'. The code for the
TJvPlugin component itself is in a file called JvPlugin in the source
directory.

However, the way to use it is to run the JEDI Plugin Wizard on the Projects
tab on the 'New...' dialog (which is what you see when you press the New
toolbutton or select the menu File-New-Other'.

Christopher Latta




Subject: Re: Grid control variable cell types?
From: "mc" <info@mediacept.com>
Date: Sat, 22 Feb 2003 13:44:05 +0100
Newsgroups: jedi.vcl

why not integrate such component into Jedi.vcl ?
"Robert Oschler" <no_replies@fake_email_address.invalid> a écrit dans le
message de news: b35tf3$ku1$1@talkto.net...
> > What is the best JEDI VCL component that could do the following: I want to
> > have a grid with a variable number of rows.  The data will be generated by
> > code, _not_ by a data provider; database or otherwise.  Each row will
> > consist of four fields:
> >
> > Field 1 - plain text
> > Field 2 - checkbox
> > Field 3 - an combo box of colors
> > Field 4 - A numeric field that allows user entry, or increment/decrement
via
> > a spin button
> >
> > What's the best VCL component to do this?
> >
> > thx
> >
> >
> >




Subject: TJvPlugin Where?
From: "Anthoni" <none@noone.com>
Date: Sat, 22 Feb 2003 12:42:14 -0000
Newsgroups: jedi.vcl

Hello there,

I came across a posting in the main Delphi newsgroups that Jedi had a plugin
architecture taken over from UIL and it was called TJvPlugin and was
supposed to be part of JVCL, but try as I might I can not find this
anywhere.

Could someone please direct me to where I can download this?

Regards
Anthoni




Subject: JvMaxMin now obsolete
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 22 Feb 2003 07:48:37 +0100
Newsgroups: jedi.vcl

I replaced all JvMaxMin with Math and moved the two remaining referenced functions into the units using them.
I also based JvFunction.RegionFromBitmap on JclGraphics.CreateRegionFromBitmap and tested it with JvTransparentForm.

I will also have a stab at JvTypes and JvFunctions which are still bloated. I will move some types and functions to their units if they are used only once.



Subject: TJvValidateEdit update
From: "Christopher Latta" <nobody@nowhere.not>
Date: Sat, 22 Feb 2003 15:21:18 +1100
Newsgroups: jedi.vcl

posted to binaries

Christopher Latta




Subject: Grid control variable cell types?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Fri, 21 Feb 2003 14:08:39 -0500
Newsgroups: jedi.vcl

What is the best JEDI VCL component that could do the following: I want to
have a grid with a variable number of rows.  The data will be generated by
code, _not_ by a data provider; database or otherwise.  Each row will
consist of four fields:

Field 1 - plain text
Field 2 - checkbox
Field 3 - an combo box of colors
Field 4 - A numeric field that allows user entry, or increment/decrement via
a spin button

What's the best VCL component to do this?

thx





Subject: Re: Designtime question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Feb 2003 14:42:38 +0100
Newsgroups: jedi.vcl

Actually, since you know it's a class inheriting from TCollection, you could do a direct typecast:

  Result := TCollection(GetOrdProp(Component1,PropInfo));

> > I am eternally indebted for you saved my sanity.

That's what's fun with RTTI: first you loose your mind and then you get it back (if you're lucky)<vbg>

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JvValidateEdit - a first look
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 21 Feb 2003 15:47:40 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 20 Feb 2003 20:27:46 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> No, the "default" is set in the TJvCustomValidateEdit constructor: he
 PTr> only need to tell Delphi that taRightJustify is the default when he
 PTr> publishes Alignment in TJvValidateEdit.

In D5 i can specify default value for any property, not only published.

And i think that if property initialised in the constructor of
TJvCustomValidateEdit, then it is TJvCustomValidateEdit which declaration i
to specify default value, even if the property is not published yet.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Designtime question
From: "adem" <adembaba@excite.com>
Date: Fri, 21 Feb 2003 13:51:49 +0200
Newsgroups: jedi.vcl

Peter,

I am eternally indebted for you saved my sanity.

> > Result := TObject(GetOrdProp(Component1, PropInfo)) as TCollection;

I did try GetOrdProp but had no idea that I had to do
a double type cast.

Thanks again.

--
Cheers,
Adem




Subject: Re: JvValidateEdit - a first look
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Feb 2003 08:52:18 +0100
Newsgroups: jedi.vcl

> > [...] I've chosen option (b) which will be set to True by default.

That's just about the only thing you can do unless you just want to leave it as it is (taLeftJustify as default).

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Designtime question
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Feb 2003 08:41:59 +0100
Newsgroups: jedi.vcl

Maybe:

Result := TObject(GetOrdProp(Component1, PropInfo)) as TCollection;

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL in BCB5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 21 Feb 2003 08:37:09 +0100
Newsgroups: jedi.vcl

Why don't we just remove the USE_GAUGE/Gauge.pas altogether? I see no point in keeping it as it seems it's included for Win16
support.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JvValidateEdit - a first look
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Fri, 21 Feb 2003 08:27:50 +0100
Newsgroups: jedi.vcl

Hello Peter,

> No, the "default" is set in the TJvCustomValidateEdit constructor:

Thats right.

> he only need to tell Delphi that taRightJustify is the default when he publishes Alignment in TJvValidateEdit.

property Alignment default taRightJustify;

Hm, "default taRightJustify;" only means that the property "Alignment" is not save to stream when calling WriteComponent and the value is taRightJustify. It can save some bytes in dfm-files etc. and has no meaning at runtime.

Ciao Heinz Z.


Subject: Re: JvTransLed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Feb 2003 06:27:25 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> We use the CVS on SourceForge.
>
> A daily build of the CVS tree is at:
>
> http://jvcl.sourceforge.net/daily
>
> Michael

We should kill the JediVCS version of the JVCL on demos.href.com and see how we handle the JCL updates.



Subject: Re: jvAppletDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 21 Feb 2003 06:24:34 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Updated. Quite a lot of bugs to fix for a working component.

I do not like the property names yet. Too much Applet in it.



Subject: Re: JVCL in BCB5
From: "Ben Hay" <bhay@tslnospam.com.au>
Date: Fri, 21 Feb 2003 04:02:12 +0000 (UTC)
Newsgroups: jedi.vcl

Ben Hay wrote:

> > I've been experimenting with a modified form of Indy's fullc5.bat as a way of building JVCL for BCB (as suggested in a previous thread by Aaron Linnen).
> > The advantage of this is that it would remove the need to maintain CBuilder packages, since the BPL's are build from the Delphi packages via dcc32.exe
> > 
> > Problem:
> >  JVCL requires VCLSMP50. Unfortunately BCB5  (Pro version at least) does not ship with vclsmp50.dcp, which is required by dcc32.exe. Does anyone know if it is possible to generate this from the bpl/bpi/lib combo that comes with BCB?
> > 
> > Does JVCL have many components that are based on those in VCLSMP50?
> > 
> > regards
> > Ben Hay


I've succeeded in building and installing in BCB5 via Batch files.
Here's what I did:
copied fullc5.bat, clean.bat, setenv.bat, CompUtil.exe, lspfix.exe from Indy Source directory to JVCL and JCL Package directories.
I edited these to change file locations and package names, but otherwise made the fewest possible changes, on the theory that what works for Indy should work for JVCL (and because I don't really have a lot of experience with the command line compiler).

Removed references to vclsmp50 and dclsmp50 from DPKs.
JVZlibMultiple.pas requires Zlib.pas, which does not come with BCB5. Fortunately BCB5 came with Delphi4 Standard, which does have the file. I copied this to JVCL source directory.  For this to work I also needed *.OBJ from the Indy Source directory, so I also copied these to JVCL/source.

I will post my modified files to binaries after I've tidied them up a little.

regards
Ben


Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 21 Feb 2003 14:42:06 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > BTW, looks *very* nice all in all!

Thanks :)

I've added some code which automatically sets the appropriate Alignment when
the DisplayFormat changes. What I originally wanted to do was add another
choice taAutomatic to TAlignment via which I would set the inherited
Alignment, but I've come to the conclusion this isn't possible.

I could override the meaning of the Alignment values by:
  TJvEnhancedAlignment = (taAutomatic, taLeftJustify, taRightJustify,
taCentre)
and then use these in my custom Alignment property, but this would have the
disadvantage of overriding the meanings of the classes unit's TAlignment
values, making it impossible to set other component's Alignment properties
because of a type conflict. Also, it would depend on the order of your uses
clause as to what type taLeftJustify would be. In addition, setting the
inherited Alignment would require a confusing case statement:
  case FAlignment of
    taLeftJustify: inherited Alignment := classes.taLeftJustify;
Best avoided, I think.

My other idea was to create a new Alignment property:
  TJvEnhancedAlignment = (jtaAutomatic, jtaLeftJustify, jtaRightJustify,
jtaCentre)
This gets around the problems above, but means the standard Alignment
property is non-standard on this component, so developers would get caught
up with a type conflict when they tried to do the common assignments:
  MyValidateEdit.Alignment := taLeftJustify;
  MyValidateEdit.Alignment := MyEdit.Alignment;
which also isn't a great solution.

Am I right in thinking this isn't possible? It sounds like blasphemy to say
something isn't possible in Delphi :)

So I was left with either
a) taking the decision out of the developer's hands and automatically
changing the Alignment as appropriate for the DisplayFormat
b) introducing a new AutoAlignment property via which the developer can tell
the component if they want the Alignment changed for them

Even though I want the "slimmest" component possible, I've chosen option (b)
which will be set to True by default.

Christopher Latta




Subject: Re: JVCL in BCB5
From: "Ben Hay" <bhay@tslnospam.com.au>
Date: Fri, 21 Feb 2003 02:03:17 +0000 (UTC)
Newsgroups: jedi.vcl

Peter_Thörnqvist wrote:

> > You should also remove dclsmp50 from the DT package, BTW


Yes, did that. Thanks.

This is where I'm at now:

Successfullly compiled JCL via batch file (necessarly so dcp is created for next step).
Successfully compiled JVCL200_R50  to BPL
JVCL200_D50 compiles without error, however final BPL is not created.  Still working on this.



Subject: Re: jvAppletDialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 21 Feb 2003 01:30:55 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

TJvCalculator in JvCalc.pas should also be a descendant of TJvCommonDialogF.



Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 21 Feb 2003 11:26:17 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b32op5$4to$1@talkto.net...
> > Sorry, that should be "to TJvValidateEdit published section", not
TJvCustomValidateEdit

Done. I will probably also automatically alter the alignment setting when
the DisplayFormat is selected, so numerics are right justified and
alphabetics are left justified.

Christopher Latta




Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 21 Feb 2003 11:23:23 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b32mlj$4de$1@talkto.net...
> > OK, that fixed it. I am not sure that I've fully understood the workings
of MaxValue/MinValue but shouldn't WMKillFocus look
> > something like this:

Well spotted. It should look like this:

procedure TJvCustomValidateEdit.WMKillFocus(var Message: TWMKillFocus);
begin
  EditText := inherited Text;
  inherited;
end;

Christopher Latta




Subject: Re: JVCL in BCB5
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 21 Feb 2003 01:20:27 +0100
To: Peter Thörnqvist <peter3@no.spam.peter3.com>
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I tried removing it and didn't get prompted to add it again, indicating that
> it isn't needed. I think it has to do with a previous IFDEF in one of the
> RxLib units that included Gauges.pas (one of the samples). Since the
> restructuring/cleaning, it now uses Progressbar instead. So, try removing
> vclsmp50 and see what happens.

Yes, vclsmp contains the sample units, and only JvPrgrss.pas uses that one - Gauges.pas. But that unit has some DEFINEs so that for BCB it won't be included.



Subject: Re: JVCL in BCB5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 21 Feb 2003 01:19:01 +0100
Newsgroups: jedi.vcl

You should also remove dclsmp50 from the DT package, BTW

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: JVCL in BCB5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 21 Feb 2003 01:17:19 +0100
Newsgroups: jedi.vcl

I tried removing it and didn't get prompted to add it again, indicating that
it isn't needed. I think it has to do with a previous IFDEF in one of the
RxLib units that included Gauges.pas (one of the samples). Since the
restructuring/cleaning, it now uses Progressbar instead. So, try removing
vclsmp50 and see what happens.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: JVCL in BCB5
From: "Ben Hay" <bhay@tslnospam.com.au>
Date: Fri, 21 Feb 2003 00:02:01 +0000 (UTC)
Newsgroups: jedi.vcl

I've been experimenting with a modified form of Indy's fullc5.bat as a way of building JVCL for BCB (as suggested in a previous thread by Aaron Linnen).
The advantage of this is that it would remove the need to maintain CBuilder packages, since the BPL's are build from the Delphi packages via dcc32.exe

Problem:
 JVCL requires VCLSMP50. Unfortunately BCB5  (Pro version at least) does not ship with vclsmp50.dcp, which is required by dcc32.exe. Does anyone know if it is possible to generate this from the bpl/bpi/lib combo that comes with BCB?

Does JVCL have many components that are based on those in VCLSMP50?

regards
Ben Hay


Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 21 Feb 2003 08:41:39 +1100
Newsgroups: jedi.vcl

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b32n05$4fa$1@talkto.net...
> > I´m looking your component and I´m like a lot!

Thanks :)

> > For now, my only observation is about dfYear format. I don´t understand
the
> > formatting using this value. I can type any number like dfInterger, e.g..
> > Can you explain to me?

The only difference is that dfYear supports automatic conversion of 2-digit
dates into 4-digit dates by using the TwoDigitYearCenturyWindow setting, so
if you enter 3 you'll get 2003.

Christopher Latta




Subject: Re: JvTransLed
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 20 Feb 2003 15:35:08 -0500
Newsgroups: jedi.vcl

"Frans Bouwmans" <frans.bouwmans@home.nl> wrote in message
news:b33dpk$8lo$1@talkto.net...
> > Is there another source for the jvcl ?
> > You speak about the cvs repository, is that something else as the jvcl on
> > demos.href.com which is accesable with jedivcs ?

We use the CVS on SourceForge.

A daily build of the CVS tree is at:

http://jvcl.sourceforge.net/daily

Michael




Subject: Re: JvTransLed
From: "Frans Bouwmans" <frans.bouwmans@home.nl>
Date: Thu, 20 Feb 2003 21:25:04 +0100
Newsgroups: jedi.vcl

Is there another source for the jvcl ?
You speak about the cvs repository, is that something else as the jvcl on
demos.href.com which is accesable with jedivcs ?

Frans

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b33cul$8hh$1@talkto.net...
> > Hello, Frans!
> > You wrote  on Thu, 20 Feb 2003 21:03:40 +0100:
> >
> > This component was posted dec27 and may be it´s available only from cvs
> > repository but I´m not sure. May be someone here can confirm.
> >





Subject: Re: JvTransLed
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 20 Feb 2003 17:14:16 -0300
Newsgroups: jedi.vcl

Hello, Frans!
You wrote  on Thu, 20 Feb 2003 21:03:40 +0100:

This component was posted dec27 and may be it´s available only from cvs
repository but I´m not sure. May be someone here can confirm.

 FB> I did get the latest jvcl from the  demos.href.com. and it is not in
 FB> there, am I doing something wrong ?

 FB> Frans

 FB> "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in
 FB> message news:b3365d$7f0$1@talkto.net...
 >> Hello, Paulo!
 >> You wrote to Frans Bouwmans on Thu, 20 Feb 2003 15:13:31 -0300:

 >> I mean, today I update using the cvs version and it is there in a new
 >> Jv
 >> JFreeVCS pallete (!?!?)

 >> -----------------------------------------------------
 >> []´s
 >> Paulo Garcia
 >> Digivoice Eletronica

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: JvTransLed
From: "Frans Bouwmans" <frans.bouwmans@home.nl>
Date: Thu, 20 Feb 2003 21:03:40 +0100
Newsgroups: jedi.vcl

I did get the latest jvcl from the  demos.href.com. and it is not in there,
am I doing something wrong ?

Frans

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b3365d$7f0$1@talkto.net...
> > Hello, Paulo!
> > You wrote to Frans Bouwmans on Thu, 20 Feb 2003 15:13:31 -0300:
> >
> > I mean, today I update using the cvs version and it is there in a new Jv
> > JFreeVCS pallete (!?!?)
> >
> > -----------------------------------------------------
> > []´s
> > Paulo Garcia
> > Digivoice Eletronica
> >
> >




Subject: Re: JvValidateEdit - a first look
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 20 Feb 2003 20:27:46 +0100
Newsgroups: jedi.vcl

No, the "default" is set in the TJvCustomValidateEdit constructor: he only
need to tell Delphi that taRightJustify is the default when he publishes
Alignment in TJvValidateEdit.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: jvAppletDialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 20 Feb 2003 19:18:45 +0100
To: Paulo Garcia <nospam-pgarcia@users.sourceforge.net>
Newsgroups: jedi.vcl

Paulo Garcia wrote:
> I´m courious about the Preview option. I cannot find how it is implemented.

It's in JvBaseDlgEditor.pas, registration is done in JVCLReg.pas procedure RegCompEds.

Regards,
Remko Bonte



Subject: Re: JvTransLed
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 20 Feb 2003 15:18:23 -0300
Newsgroups: jedi.vcl

Hello, Paulo!
You wrote to Frans Bouwmans on Thu, 20 Feb 2003 15:13:31 -0300:

I mean, today I update using the cvs version and it is there in a new Jv
JFreeVCS pallete (!?!?)

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: JvTransLed
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 20 Feb 2003 15:13:31 -0300
Newsgroups: jedi.vcl

Hello, Frans!
You wrote  on Thu, 20 Feb 2003 18:34:42 +0100:

It is in JediVCL. Do you already install it?


 FB> I tried to compile the jedi-vcs client, but didn't find the
 FB> JvTransLed in the 3rd party components.
 FB> Anybody an idea were I can find it ?


-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: jvAppletDialog
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 20 Feb 2003 15:12:05 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Thu, 20 Feb 2003 18:00:07 +0100:
 RM> Updated. Quite a lot of bugs to fix for a working component.

Very nice! I think that an AppletIndex property was more "elegant" and all
works well.

I´m courious about the Preview option. I cannot find how it is implemented.


-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: JvTransLed
From: "Frans Bouwmans" <frans.bouwmans@home.nl>
Date: Thu, 20 Feb 2003 18:34:42 +0100
Newsgroups: jedi.vcl

I tried to compile the jedi-vcs client, but didn't find the JvTransLed in
the 3rd party components.
Anybody an idea were I can find it ?




Subject: Re: jvAppletDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 18:00:07 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Remko Bonte wrote:
>
>> On change of property AppletName, var FAppletFunc etc. should be updated otherwise you can't preview, or call Execute.
>
> Urks. You are right. Wait some minutes.

Updated. Quite a lot of bugs to fix for a working component.



Subject: Re: after rm is dead...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 20 Feb 2003 17:47:29 +0100
To: Arioch /BDV/ <the_Arioch@nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Let the bypass You like fallen leaves in the river.

Ah, that's the melodramatic Russian spirit <g>

> The rest are about 5 little updates.
> One of them was mine. I had feature-requests, so i may think my extension
> had some value.
>
> Guess same is about the rest.
> Since they are tiny  -  i bet all of them are free, been supposed to become
> part of RX.

Okay, I've downloaded them, and will have a look. Any integration in JVCL will be done after the 2.1 release, I guess.

Regards,
Remko Bonte



Subject: Re: jvAppletDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 17:15:48 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> On change of property AppletName, var FAppletFunc etc. should be updated otherwise you can't preview, or call Execute.

Urks. You are right. Wait some minutes.

I just discovered that we have component TJvFormatDrive and non-component TJvFormatDialog with action in JvDialogActns.pas.
I think i will combine them under the name TJvFormatDialog.



Subject: Designtime question
From: "adem" <adembaba@excite.com>
Date: Thu, 20 Feb 2003 17:54:14 +0200
Newsgroups: jedi.vcl

Hi,

In desingtime I am seaching the form for components with
properties that InheritsFrom(TCollection) and making the user
pick one. (This is a TStringProperty derivative with paValueList.)

The code works (so far).

But, Once the user makes a selection, I need to get the actual
TCollection corresponding to the name that the user picked.

Could someone please help me out and fill in the place
marked '????????' in the following snippet.

Function TCollectionProperty.FindCollection(Const AName: String): TCollection;
Var
  Index1: Integer;
  Form1: TForm;
  TypeData1: PTypeData;
  PropData1: PTypeData;
  PropList1: PPropList;
  PropInfo1: PPropInfo;
  Class1: TClass;
  Index2: Integer;
  Component1: TComponent;
Begin
  Result := Nil;
  Index1 := 0;
  Form1 := Designer.Root As TForm;
  While Index1 < Form1.ComponentCount Do Begin
    Component1 := Form1.Components[Index1];
    PropData1 := GetTypeData(Component1.ClassInfo);
    GetMem(PropList1, PropData1^.PropCount * SizeOf(PPropInfo));
    Try
      GetPropInfos(Component1.ClassInfo, PropList1);
      Index2 := 0;
      While Index2 < PropData1^.propCount Do Begin
        PropInfo1 := PropList1^[Index2];
        If Assigned(PropInfo1^.GetProc) Then Begin
          TypeData1 := GetTypeData(PropInfo1^.PropType^);
          Case PropInfo1^.PropType^.Kind Of
            tkClass: Begin {we are interested in classes only}
                Class1 := TypeData1.ClassType;
                If Class1.InheritsFrom(TCollection) Then Begin
                  If SameText(PropInfo1.Name, Component1 + '.' + AName) Then Begin
                    Result := (???????? As TCollection);
                  End;
                End;
              End;
          Else
          End;
        End;
      End;
    Finally
      FreeMem(PropList1, PropData1^.PropCount * SizeOf(PPropInfo));
    End;
    Inc(Index1);
  End;
End;

TVMIA,
--
Cheers,
Adem




Subject: Re: jvAppletDialog
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 20 Feb 2003 16:52:26 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Ok. Changed to TJvCommonDialogF descendant which has a
> function Execute: Boolean;
> AppletIndex changed to property.
> TJvCommonDialogF has now also a Preview in the IDE (the same as TJvCommonDialogP).

On change of property AppletName, var FAppletFunc etc. should be updated otherwise you can't preview, or call Execute.

Regards,
Remko



Subject: Re: JvValidateEdit - a first look
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 20 Feb 2003 18:31:09 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 20 Feb 2003 15:47:41 +0100)
....while the fading voice of Peter whispered through the darkness:

So it should have its default value in
 PT> TJvCustomValidateEdit

and be moved to published in
 PT> Sorry, that should be "to TJvValidateEdit published section", not


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: jvAppletDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 16:24:58 +0100
Newsgroups: jedi.vcl

BTW the first and second new version of TJvAppletDialog are tested and both worked on first try.
Try with "main.cpl" and several indices.



Subject: Re: off Topic: are yiu "THE" Oliver Giesen?
From: "Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID>
Date: Thu, 20 Feb 2003 16:21:57 +0100
Newsgroups: jedi.vcl

> > Hi Oliver
> >
> > Are you the "Delphi Stargate - Oliver" and the "Rx Help Fiel Writer
Oliver"?
> >
> > If yes: would you doanting the Rx help sources file to JEDI? I had a
little
> > conversion in mantis with Agent Marcel for that and try to contact the Rx
Help
> > file writers, but get no answer ...
> >
> > in hope again
> >
> > Ralf Grenzing

Sorry to disappoint you. I'm /just/ the "WinCvs FAQ Writer Oliver" which in
this context is probably far less interesting... ;) I'm not involved with
RxLib in any way nor was I ever.

My involvement with the JVCL so far has been donating an improved date
picker control (TJvDatePickerEdit and related TJvDBDatePickerEdit and
TJvCheckedMaskEdit) and performing some related works on
TJvCustomMonthCalendar and TJvMaskEdit.

Cheers,

Oliver
---- ------------------
JID: ogiesen@jabber.org
ICQ: 18777742
      (http://wwp.icq.com/18777742)



Subject: Re: jvAppletDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 16:20:47 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:
> Hello, All!
>
> I´m currently testing MegaDemo with the latest version from cvs and I found
> an error but before post it on bug tracking I want to know how this
> AppletDialog works and why someone introduce a Index parameter on Execute
> method.

Ok. Changed to TJvCommonDialogF descendant which has a
function Execute: Boolean;
AppletIndex changed to property.
TJvCommonDialogF has now also a Preview in the IDE (the same as TJvCommonDialogP).

The MegaDemo should now compile again.
Please test and update if not.



Subject: Re: DialogActns.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 16:18:18 +0100
Newsgroups: jedi.vcl

Andy Vines wrote:
> Perhaps a name like WinFindFiles or WindowsFindFiles if it launches the
> standard Windows Find Files?

WindowsFindFiles is a good starting point.
What i want to express is that it is not a modal dialog, but another application which runs independently of the main app.
Sometimes the name is the biggest problem :-(



Subject: Re: DialogActns.pas
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 20 Feb 2003 15:05:56 -0000
Newsgroups: jedi.vcl

Perhaps a name like WinFindFiles or WindowsFindFiles if it launches the
standard Windows Find Files?
> >
> > Some dialogs will have to be renamed entirely because they are not
> > dialogs, but simply start another EXE like the FindFilesDialog.
> > I need a good name for this sort of components. Dialog is simply wrong.
> >




Subject: Re: jvTransBtn problem and solution
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 20 Feb 2003 11:54:31 -0300
Newsgroups: jedi.vcl

Hello, Remko!
You wrote  on Thu, 20 Feb 2003 15:27:35 +0100:

 RB> D7 puts $FF in the first byte of the system color TColor consts, D6
 RB> puts  $80, see Graphics unit.

 RB> If you cast that color to an integer the D7 color will be negative,
 RB> and  the D6 color positive. Somehow Windows reacts different to
 RB> these colors.
 RB> I think some windows versions use the $80 in the first byte to get
 RB> the  system color - just as ColorToRGB does - but that is not
 RB> described in  the MSDN AFAIK.

 RB> Regards,
 RB> Remko Bonte

Thank you!

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: jvAppletDialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 15:51:46 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:
> Hello, All!
>
> I´m currently testing MegaDemo with the latest version from cvs and I found
> an error but before post it on bug tracking I want to know how this
> AppletDialog works and why someone introduce a Index parameter on Execute
> method.

The guilty one speaks up :-)
I reworked it because it was definitely suboptimal in handling applets.
A CPL like main.cpl can contain several applets which are indexed. I implemented an index to Execute to gain access to all applets. I am considering to change the Index to a property which would allow to implement a Preview in the IDE.
The examples are not yet touched. I will update them.

BTW i checked in another version where i moved some applet related types around.



Subject: Re: JvValidateEdit - a first look
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Feb 2003 15:47:41 +0100
Newsgroups: jedi.vcl

Sorry, that should be "to TJvValidateEdit published section", not TJvCustomValidateEdit

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JvValidateEdit - a first look
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Feb 2003 15:46:13 +0100
Newsgroups: jedi.vcl

Minor:

Add
    property Alignment default taRightJustify;

....to TJvCustomValidateEdit or it won't be possible to set Alignment <> taRightJustify at DT.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: jvTransBtn problem and solution
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 20 Feb 2003 15:27:35 +0100
To: Paulo Garcia <nospam-pgarcia@users.sourceforge.net>
Newsgroups: jedi.vcl

Paulo Garcia wrote:
> I read on help that ColorToRGB function needs to be used with API calls but
> I´m wonder to know why D6 doesn´t need this... Can someone explain to me?

D7 puts $FF in the first byte of the system color TColor consts, D6 puts $80, see Graphics unit.

If you cast that color to an integer the D7 color will be negative, and the D6 color positive. Somehow Windows reacts different to these colors. I think some windows versions use the $80 in the first byte to get the system color - just as ColorToRGB does - but that is not described in the MSDN AFAIK.

Regards,
Remko Bonte



Subject: Re: JvValidateEdit - a first look
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 20 Feb 2003 11:17:18 -0300
Newsgroups: jedi.vcl

Hello, Christopher!
You wrote  on Thu, 20 Feb 2003 22:41:00 +1100:

I´m looking your component and I´m like a lot!

For now, my only observation is about dfYear format. I don´t understand the
formatting using this value. I can type any number like dfInterger, e.g..
Can you explain to me?

[]´s
Paulo

 CL> Okay, I'm almost finished writing the "one component edits all"
 CL> custom editor. There's still some problems with it I think
 CL> (dfScientific isn't tested yet), but its probably in a fit condition
 CL> to get some feedback if anyone wants a look (there is a demo program
 CL> to run it through its paces).

 CL> How do I get it to people? Attach it here, or post it to
 CL> borland.public.atachments?

 CL> Christopher Latta

 CL> Here are my notes about it:

 CL> TJvValidateEdit

 CL> unit = JvValidateEdit

 CL> inherits from TJvCustomEdit

 CL> Introduced behaviour:
 CL> =====================

 CL> Properties:
 CL> ===========

 CL> [Public]

 CL> AsCurrency: Currency
 CL> The value as an Currency

 CL> AsFloat: Integer
 CL> The value as an Double

 CL> AsInteger: Integer
 CL> The value as an integer

 CL> [Published]

 CL> CheckChars: string
 CL> The characters that are allowed to be entered (or in the case of
 CL> dfNonCheckChars, *not* allowed)
 CL> True numeric types (dfCurrency, dfFloat, dfInteger, dfPercent,
 CL> dfScientific and dfYear) are allowed to have a leading + or - as
 CL> well.
 CL> Changing CheckChars triggers a re-Validation of the Text.

 CL> CriticalPoints: TCriticalPoints
 CL> Critical points only work for the numeric DisplayFormat styles.
 CL> Unlike
 CL> MaxValue and MinValue, you can exceed a CriticalPoint, but it will
 CL> apply a colour to the value when it falls outside the range
 CL> specified.
 CL> CriticalPoints.MinValue and CriticalPoints.MaxValue define the range
 CL> in which the Value has the original colour set for the Font. If the
 CL> Value falls below CriticalPoints.MinValue, the Value gets the colour
 CL> CriticalPoints.ColorBelow and if the Value goes above
 CL> CriticalPoints.MaxValue, the Value gets the colour
 CL> CriticalPoints.ColorAbove.

 CL> CriticalPoints.CheckPoints defines how many points are checked, and
 CL> may have the values cpNone, cpMax or cpBoth. cpNone is the default
 CL> and means no colouring is done; cpMaxValue means that only the
 CL> MaxValue is checked;
 CL> cpBoth mean both the MaxValue and the MinValue are checked.

 CL> DecimalPlaces: Cardinal
 CL> For numeric types that support decimals (dfCurrency, dfFloat,
 CL> dfPercent, and dfScientific), the number of decimals displayed. The
 CL> actual edit value will be rounded to this number of decimal places
 CL> if a greater precision is entered.

 CL> DisplayFormat: enumerated type dfAlphabetic, dfAlphaNumeric,
 CL> dfBinary, dfCheckChars, dfCurrency, dfCustom, dfFloat, dfHex,
 CL> dfInteger, dfNonCheckChars, dfNone, dfOctal, dfPercent,
 CL> dfScientific, dfYear
 CL> Controls the key that can be entered, and how the display is
 CL> formatted.
 CL> Modifies CheckChars to the appropriate characters to check.
 CL> Changing DisplayFormat triggers a re-Validation of the Text.

 CL> DisplayPrefix: string
 CL> A string that will be prepended to the displayed value. For example,
 CL> to show
 CL> Australian currency you would set the DisplayFormat to dfCurrency
 CL> and the
 CL> DisplayPrefix to 'AU' so a Value of 10 would display 'AU$10.00'

 CL> DisplaySuffix: string
 CL> A string that will be appended to the displayed value.

 CL> EditText: string
 CL> The text as entered (unformatted)

 CL> HasMaxValue: boolean
 CL> Specifies whether the property MaxValue is to be checked to ensure
 CL> the value entered is within the range.

 CL> HasMinValue
 CL> Specifies whether the property MinValue is to be checked to ensure
 CL> the value entered is within the range.

 CL> MaxValue: Double
 CL> The maximum value the entered value can have.

 CL> MinValue: Double
 CL> The minimum value the entered value can have.

 CL> Text: string
 CL> The formatted text

 CL> Value: Variant
 CL> The value of the entered value. The type will vary depending on
 CL> DisplayFormat

 CL> ZeroEmpty: Boolean
 CL> Whether to display an empty edit box when the value is 0

 CL> Events:
 CL> =======

 CL> OnCustomValidate(Sender: TObject; Key: Char; const AText: string;
 CL> var
 CL> IsValid: boolean)
 CL> Called on each keystroke when the DisplayFormat is dfCustom so the
 CL> user can validate the characters

 CL> OnValueChanged(Sender: TObject)
 CL> Triggers when the value is changed, either by an assignment of a
 CL> value or on exit from the field if the value of the field as been
 CL> edited

 CL> Problems:
 CL> =========

 CL> dfScientific untested.

 CL> TJvValidateFormat uses the SysUtils.Format function to format
 CL> numeric values. While this uses the Windows regional settings for
 CL> the currency symbol, decimal separator and thousands separator, it
 CL> does not format using the negative symbol, negative number format,
 CL> negative currency format and positive currency format. This could be
 CL> rectified by a custom written formatting routine.




-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: JvValidateEdit - a first look
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Feb 2003 15:11:38 +0100
Newsgroups: jedi.vcl

OK, that fixed it. I am not sure that I've fully understood the workings of MaxValue/MinValue but shouldn't WMKillFocus look
something like this:

procedure TJvCustomValidateEdit.WMKillFocus(var Message: TWMKillFocus);
begin
  if HasMaxValue then
    EnforceMaxValue;
  if HasMinValue then
    EnforceMinValue;
  DisplayText;
//  DoValueChanged; // should already have been called from the routine that actually changed the value, no?
  inherited;
end;


BTW, looks *very* nice all in all!


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Fri, 21 Feb 2003 00:48:00 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > One problem: set format to dfYear and set MaxValue to 100 -> stack
overflow caused by SetEditText calling EnForceMaxValue which
> > calls SetAsFloat which calls SetEditText...

Fixed for this case and MaxLength < 4. I won't upload a new version until
sufficient bugs have been fixed, but if you want to patch your version, the
conditional in SetEditText should now read:

  if (FDisplayFormat = dfYear) and ((not FHasMaxValue) or
    (FHasMaxValue and (FMaxValue > 2000+TwoDigitYearCenturyWindow)))
    and ((MaxLength = 0) or (MaxLength > 3))
  then
    FEditText := IntToStr(MakeYear4Digit(StrToIntDef(FEditText, 0),
      TwoDigitYearCenturyWindow));

Christopher Latta




Subject: jvTransBtn problem and solution
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 20 Feb 2003 10:25:08 -0300
Newsgroups: jedi.vcl

Hello, All!

Remko fix a bug reported for me about font color on jvTransBtn.

I read on help that ColorToRGB function needs to be used with API calls but
I´m wonder to know why D6 doesn´t need this... Can someone explain to me?


-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica





Subject: Re: JvValidateEdit - a first look
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Feb 2003 14:14:35 +0100
Newsgroups: jedi.vcl

One problem: set format to dfYear and set MaxValue to 100 -> stack overflow caused by SetEditText calling EnForceMaxValue which
calls SetAsFloat which calls SetEditText...

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: off Topic: are yiu "THE" Oliver Giesen?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 20 Feb 2003 14:02:42 +0100
Newsgroups: jedi.vcl

Hi Oliver

Are you the "Delphi Stargate - Oliver" and the "Rx Help Fiel Writer Oliver"?

If yes: would you doanting the Rx help sources file to JEDI? I had a little
conversion in mantis with Agent Marcel for that and try to contact the Rx Help
file writers, but get no answer ...

in hope again

Ralf Grenzing


Oliver Giesen schrieb:

>> > > There is also an OnValueChanged event which fires when the Value is
> > changed.
>> > > That is, not on each keystroke as the OnChanged event does, but when the
>> > > whole value has been modified, either through external manipulation when
> > not
>> > > being edited (MyEdit.Value := 123), or on the Exit event of the component
> > if
>> > > the value has been modified.
> >
> > Speaking from personal experience, you shouldn't use the OnExit event for
> > validation. Better use WM_KILLFOCUS or better implement OnGetFocus and
> > OnKillFocus as recently introduced to newer JVCL components. OnExit does not
> > fire if you leave the control for certain other controls, e.g. clicking at a
> > menu or a button.
> >
> > Cheers,
> >
> > Oliver
> > ---- ------------------
> > JID: ogiesen@jabber.org
> > ICQ: 18777742
> >       (http://wwp.icq.com/18777742)



Subject: jvAppletDialog
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 20 Feb 2003 09:50:54 -0300
Newsgroups: jedi.vcl

Hello, All!

I´m currently testing MegaDemo with the latest version from cvs and I found
an error but before post it on bug tracking I want to know how this
AppletDialog works and why someone introduce a Index parameter on Execute
method.

Thanks!

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 20 Feb 2003 23:27:39 +1100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
> > To the binaries group here is the easiest way.

Done, subject as per this thread.

Christopher Latta




Subject: Re: DialogActns.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 13:10:57 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

>> i want to move several away from basing on TCommonDialog
>
> Please note that most dialogs in JVCL have a 'Preview' option (at DT). Make sure you don't break this if you change them.

Currently i only moved some components from TJvCommonDialogP to the new TJvCommonDialogF to allow a better Execute function. Some dialogs are not good as TCommonDialog because they do not implement the events and properties introduced by TCommonDialog.

I reimplemented the TCplAppletDialog to give it full features.

Some dialogs will have to be renamed entirely because they are not dialogs, but simply start another EXE like the FindFilesDialog.
I need a good name for this sort of components. Dialog is simply wrong.



Subject: Re: JvValidateEdit - a first look
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 13:04:17 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:
> Okay, I'm almost finished writing the "one component edits all" custom
> editor. There's still some problems with it I think (dfScientific isn't
> tested yet), but its probably in a fit condition to get some feedback if
> anyone wants a look (there is a demo program to run it through its paces).
>
> How do I get it to people? Attach it here, or post it to
> borland.public.atachments?

To the binaries group here is the easiest way.



Subject: JvValidateEdit - a first look
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 20 Feb 2003 22:41:00 +1100
Newsgroups: jedi.vcl

Okay, I'm almost finished writing the "one component edits all" custom
editor. There's still some problems with it I think (dfScientific isn't
tested yet), but its probably in a fit condition to get some feedback if
anyone wants a look (there is a demo program to run it through its paces).

How do I get it to people? Attach it here, or post it to
borland.public.atachments?

Christopher Latta

Here are my notes about it:

TJvValidateEdit

unit = JvValidateEdit

inherits from TJvCustomEdit

Introduced behaviour:
=====================

Properties:
===========

[Public]

AsCurrency: Currency
The value as an Currency

AsFloat: Integer
The value as an Double

AsInteger: Integer
The value as an integer

[Published]

CheckChars: string
The characters that are allowed to be entered (or in the case of
dfNonCheckChars, *not* allowed)
True numeric types (dfCurrency, dfFloat, dfInteger, dfPercent, dfScientific
and dfYear) are allowed to have a leading + or - as well.
Changing CheckChars triggers a re-Validation of the Text.

CriticalPoints: TCriticalPoints
Critical points only work for the numeric DisplayFormat styles. Unlike
MaxValue and MinValue, you can exceed a CriticalPoint, but it will apply a
colour to the value when it falls outside the range specified.
CriticalPoints.MinValue and CriticalPoints.MaxValue define the range in
which the Value has the original colour set for the Font. If the Value falls
below CriticalPoints.MinValue, the Value gets the colour
CriticalPoints.ColorBelow and if the Value goes above
CriticalPoints.MaxValue, the Value gets the colour
CriticalPoints.ColorAbove.

CriticalPoints.CheckPoints defines how many points are checked, and may have
the values cpNone, cpMax or cpBoth. cpNone is the default and means no
colouring is done; cpMaxValue means that only the MaxValue is checked;
cpBoth mean both the MaxValue and the MinValue are checked.

DecimalPlaces: Cardinal
For numeric types that support decimals (dfCurrency, dfFloat, dfPercent, and
dfScientific), the number of decimals displayed. The actual edit value will
be rounded to this number of decimal places if a greater precision is
entered.

DisplayFormat: enumerated type
dfAlphabetic, dfAlphaNumeric, dfBinary, dfCheckChars, dfCurrency, dfCustom,
dfFloat, dfHex, dfInteger, dfNonCheckChars, dfNone, dfOctal, dfPercent,
dfScientific, dfYear
Controls the key that can be entered, and how the display is formatted.
Modifies CheckChars to the appropriate characters to check.
Changing DisplayFormat triggers a re-Validation of the Text.

DisplayPrefix: string
A string that will be prepended to the displayed value. For example, to show
Australian currency you would set the DisplayFormat to dfCurrency and the
DisplayPrefix to 'AU' so a Value of 10 would display 'AU$10.00'

DisplaySuffix: string
A string that will be appended to the displayed value.

EditText: string
The text as entered (unformatted)

HasMaxValue: boolean
Specifies whether the property MaxValue is to be checked to ensure the value
entered is within the range.

HasMinValue
Specifies whether the property MinValue is to be checked to ensure the value
entered is within the range.

MaxValue: Double
The maximum value the entered value can have.

MinValue: Double
The minimum value the entered value can have.

Text: string
The formatted text

Value: Variant
The value of the entered value. The type will vary depending on
DisplayFormat

ZeroEmpty: Boolean
Whether to display an empty edit box when the value is 0

Events:
=======

OnCustomValidate(Sender: TObject; Key: Char; const AText: string; var
IsValid: boolean)
Called on each keystroke when the DisplayFormat is dfCustom so the user can
validate the characters

OnValueChanged(Sender: TObject)
Triggers when the value is changed, either by an assignment of a value or on
exit from the field if the value of the field as been edited

Problems:
=========

dfScientific untested.

TJvValidateFormat uses the SysUtils.Format function to format numeric
values. While this uses the Windows regional settings for the currency
symbol, decimal separator and thousands separator, it does not format using
the negative symbol, negative number format, negative currency format and
positive currency format. This could be rectified by a custom written
formatting routine.






Subject: Re: DialogActns.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Feb 2003 08:53:34 +0100
Newsgroups: jedi.vcl

Drop a TActionList, double-click, click Ctr+Ins, scroll down to the end: you should see 2 groups, JVCL and JvDialogs with the JVCL
actions.

> > i want to move several away from basing on TCommonDialog
Please note that most dialogs in JVCL have a 'Preview' option (at DT). Make sure you don't break this if you change them.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: DialogActns.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 07:05:44 +0100
Newsgroups: jedi.vcl

Can someone please show me how to use them?
I currently check all the system dialog components and i want to move several away from basing on TCommonDialog which introduces events and properties not used by several components.



Subject: Re: after rm is dead...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Feb 2003 06:58:53 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

I am still alive ;-)

> 1) will some zip be realeased as the result of them or should i rely on VCS
> ?

We are steering towards a 2.1 release next week. The idea is to do as much work as possible to the components, but no big restructurings for now. This will allow the users to test the sources so we can remove the bugs i certainly introduced.



Subject: Re: after rm is dead...
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 20 Feb 2003 02:56:24 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 20 Feb 2003 00:07:07 +0100)
....while the fading voice of Remko whispered through the darkness:

 ??>> 2a) what about other rx-extensions? there are a bunch at Torry,
 ??>> including one of myself.

 RB> If you give me a list of those extensions, that can be included
 RB> (license-wise) and are worthwhile to include, I'll include them.

www.torry.net -> Search -> "RX"

You'll get the lib itself, original update/fix, update to C++B5.
You'll get help for it.
You'll get a number of ports to Delphi 6.

Let the bypass You like fallen leaves in the river.

   Oops. :-(

The rest are about 5 little updates.
One of them was mine. I had feature-requests, so i may think my extension
had some value.

Guess same is about the rest.
Since they are tiny  -  i bet all of them are free, been supposed to become
part of RX.

Mine was update upon TRxCheckListbox, making it have separate hints for
separate items.
Same idea like may THintedPageControl which is also on Torry.

Also i moved TRxCheclListbox to a separate unit, and made an RxCtrls have
strings like TRxCheckListBox = RxChkLst.TRxCheckListbox for compatibility.
I suggest you split RxCtrls in that manner - since this component is 50% of
that unit. It is big enough to have separate placement.

Since i have this one on my PC i can make a diff to You. To be true, i
believe i sub,itted it to issue tracker some months ago - try to find it.
(Same is true fot THintedPageControl :-)  )

Alas i cannot do a diff of the other ones' extensions, since i do not have
them.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rm to JVCL checkin running now
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Feb 2003 00:22:20 +0100
Newsgroups: jedi.vcl

> > * JVCL200_R60.dpk seems to miss JvZlibMultiple.pas
Should be added

> > * JVCL200_D70 requires more packages than the D6 variant, such as DJCL70,
No DT package should require DJCL. Must be an error somewhere...Can you take it out without it being added again by Delphi?

> > * JVCL200_D60.dpk seems to miss JvOutlookEdit.pas
Remove JvOutlookEdit - only use JvOutEdit. By some strange mistake, we have two units implementing the same classes but JvOutEdit is
definitely the one to keep. I'll try deleting the file and fix any denpendencies.

> > * JVCL200_R70Personal.dpk includes JvInterpreter_all.pas,
Remove it - it brings in stuff not supported by PE

> > * JVCL200_D60Personal.dpk seems to miss JvTipOfDayProp.pas
Should be added

I've done these changes in CVS so update and try again
--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: after rm is dead...
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Thu, 20 Feb 2003 00:07:07 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> 2) will polaris-rx be applied during current reworking? Should i look at
> them after or this is just waste of time?

I have applied the polaris fixes on the following files:

JvCalc.pas
JvCurrEdit.pas
JvDBComb.pas
JvDBCtrl.pas
JvDice.pas
JvLookup.pas
JvPickDate.pas
JvRichEd.pas
JvSpin.pas
JvToolEdit.pas
JvxClock.pas
JvxConst.pas
JvxCtrls.pas
JvxLoginDlg.pas

(Almost) all changes are marked with // polaris; If you would like to test them, that would be great.

> 2a) what about other rx-extensions? there are a bunch at Torry, including
> one of myself.

If you give me a list of those extensions, that can be included (license-wise) and are worthwhile to include, I'll include them.

Regards,
Remko



Subject: after rm is dead...
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 20 Feb 2003 01:51:31 +0300
Newsgroups: jedi.vcl

Hello, All!

It seems the very big changes are going now.

1) will some zip be realeased as the result of them or should i rely on VCS
?

2) will polaris-rx be applied during current reworking? Should i look at
them after or this is just waste of time?
2a) what about other rx-extensions? there are a bunch at Torry, including
one of myself.

3) when the work is expected to be done, so i could download them and
produce my checks?

4) will there be some list of additional methods|properties that will be
added to any JV component?
I can say About property and MouseEnter|MouseLeave.
But there can be more!

BTW About dialog IMHO must have added link to Sourceforge's newsgate.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rm to JVCL checkin running now
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 19 Feb 2003 23:26:19 +0100
To: Peter Thörnqvist <peter3@nospam.peter3.com>
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Remko will fix the D7 packages (don't forget the PE version, Remko!). Be patient and he will most certainly fix any problems
> shortly.

Okay, I have updated the D7 packages, please check them, and report errors here.

Their were some differences between the D6 and D7 packages, could you (Peter) check this:

* JVCL200_R60.dpk seems to miss JvZlibMultiple.pas
* JVCL200_D70 requires more packages than the D6 variant, such as DJCL70,
* JVCL200_D60.dpk seems to miss JvOutlookEdit.pas
* JVCL200_R70Personal.dpk includes JvInterpreter_all.pas, JVCL200_R60Personal.dpk not.. why?
* JVCL200_D60Personal.dpk seems to miss JvTipOfDayProp.pas

Didn't check differences between D7 & D5 packages.

Regards,
Remko Bonte



Subject: Re: Browser control?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Wed, 19 Feb 2003 14:56:36 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b30igs$p87$1@talkto.net...
> > Hello, Robert!
> > You wrote  on Wed, 19 Feb 2003 13:36:45 -0500:
> >
> > Why do you doesn´t uses the IE ActiveX directly on a form or scroll box?
> >
> > Or I don´t understand your idea...
> >

Paulo,

Doh!  Yes that would be simple wouldn't it?

thx





Subject: Re: Browser control?
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Wed, 19 Feb 2003 15:48:17 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Wed, 19 Feb 2003 13:36:45 -0500:

Why do you doesn´t uses the IE ActiveX directly on a form or scroll box?

Or I don´t understand your idea...

 RO> Do any of the JEDI controls function as a browser?  Or, act as a
 RO> window so that I could "embed" a browser (IE or Mozilla) in a delphi
 RO> form so it doesn't look like a separate window or app?

 RO> thx



-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Browser control?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Wed, 19 Feb 2003 13:36:45 -0500
Newsgroups: jedi.vcl

Do any of the JEDI controls function as a browser?  Or, act as a window so
that I could "embed" a browser (IE or Mozilla) in a delphi form so it
doesn't look like a separate window or app?

thx





Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 20 Feb 2003 03:08:05 +1100
Newsgroups: jedi.vcl

"Ain" <@in@taavi.ee> wrote in message
news:3e539bb8.2251912028@forums.talkto.net...
> > This validation event should also fire when value is accessed in code
> > (read access) because focus may be in edit control when it's value is
> > used and in that situation Exit (or focus change) events won't fire...

No, it is a write event, and only fires when a write update finishes
modifying the value.

Christopher Latta




Subject: Re: Is there TEdit with text alignment?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 19 Feb 2003 19:04:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 20 Feb 2003 02:08:03 +1100)
....while the fading voice of Christopher whispered through the darkness:

 CL> Anything derived from TJvCustomEdit has an Alignment property. For
 CL> example, TJvEdit on the Jv Standard tab.

I wish Delphi had multiple inheritance (though stil li cannot imagine how
compiler could eat that)

My night sourcemare :-)

ICustomEdit = interface(TCustomEdit);

TCustomMaskEdit =  class(ICustomEdit) //by default takes TCustomEdit as an
implementer
.....

TJvCustomEdit = class(ICustomEdit)
.....

TJvCustomMaskEdit = TCustomMaskEdit(TJvCustomEdit)

....

TJvCustomComboEdit = class (TJvCustomMaskEdit)

dreamed of that i suddenly realised that this is what called multiple
inheritance in C++ :-)))


Oh... i had more mares, say why class can have class member but not class
constructor?
Why interface cannot have interface members?

Oooohhh... there were a lot of them... :-DDD

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JVCL Convert Controls
From: @in@taavi.ee (Ain)
Date: Wed, 19 Feb 2003 15:27:41 GMT
Newsgroups: jedi.vcl

On Wed, 19 Feb 2003 22:46:40 +1100, "Christopher Latta"
<nobody@nowhere.not> wrote:

> >Yeah, I'm not sure what to do with dfYear. It is basically an integer type
> >with no ThousandsSeparator which has a WindowsillYear - so if you enter only
> >two characters, it checks to see if it is above or below the WindowsillYear
> >(say, 70), and then adds 2000 if below, or 1900 if above. So 45 ends up as
> >2045.
> >
> >This adds a property to the component that is only used by one
> >DisplayFormat, so at the moment I'm not sure whether to:
> >a) Hardcode the WindowsillYear to 70.
> >b) drop dfYear support and the WindowsillYear property

I would vote for droping it in favor of custom validation event which
fires for every character so you can set type to dfInteger and
disallow ThousandsSeparator in validation event (and I personally
always require four digit year so WindowsillYear is useless).


ain


Subject: Re: JVCL Convert Controls
From: @in@taavi.ee (Ain)
Date: Wed, 19 Feb 2003 15:21:56 GMT
Newsgroups: jedi.vcl

On Wed, 19 Feb 2003 23:19:02 +1100, "Christopher Latta"
<nobody@nowhere.not> wrote:

>> >> Actually, I would like this event fired always (after "default"
>> >> validation) to allow "finetune" input validation...
> >
> >I'm not sure two forms of validation would be a good idea. Let's say I
> >validate the keystroke against the CheckChars and it is an invalid
> >keystroke. Should I then also fire the OnCustomValidate event, even though
> >the keystroke is disqualified?

No. The OnCustomValidate event should fire only when "built in"
validation thinks that character is good. Actually my original idea
was to validate whole input at once (your OnValueChanged event), but
additional custom char-by-char validation makes it even more flexible.


> > I think either having built-in validation OR
> >using dfCustom to allow custom validation is good, but not both.

Well, IMO it would make it very powerful component if custom
validation also allowed for every data type. For example, it would
help to get rid of dfYear type (which IMHO isn't really necessary) -
just set type to dfInteger and then in validation event(s) check is it
valid year.
Also implementing all kind of valid input ranges would be possible.


> >There is also an OnValueChanged event which fires when the Value is changed.
> >That is, not on each keystroke as the OnChanged event does, but when the
> >whole value has been modified, either through external manipulation when not
> >being edited (MyEdit.Value := 123), or on the Exit event of the component if
> >the value has been modified.

This validation event should also fire when value is accessed in code
(read access) because focus may be in edit control when it's value is
used and in that situation Exit (or focus change) events won't fire...


ain


Subject: Re: Is there TEdit with text alignment?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 19 Feb 2003 18:14:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 20 Feb 2003 02:08:03 +1100)
....while the fading voice of Christopher whispered through the darkness:

 ??>> Look at TJustifyEdit from VgLib1 (www.vglib.com) - it is the TEdt
 ??>> ancestor with Alignment property implemented.

 CL> Anything derived from TJvCustomEdit has an Alignment property. For
 CL> example, TJvEdit on the Jv Standard tab.

Ok, i'll look if Rx edits can inherti from TEdit rather than TMaskEdit

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Is there TEdit with text alignment?
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 20 Feb 2003 02:08:03 +1100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b304j3$mni$1@talkto.net...
> > Look at TJustifyEdit from VgLib1 (www.vglib.com) - it is the TEdt ancestor
> > with Alignment property implemented.

Anything derived from TJvCustomEdit has an Alignment property. For example,
TJvEdit on the Jv Standard tab.

Christopher Latta




Subject: Re: rm to JVCL checkin running now
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Wed, 19 Feb 2003 11:53:58 -0300
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Wed, 19 Feb 2003 15:17:24 +0100:

 PT> Remko will fix the D7 packages (don't forget the PE version,
 PT> Remko!). Be patient and he will most certainly fix any problems
 PT> shortly.

Ok, I´m working with the 2.0 release and my intention is to maintain my copy
updated from cvs to help on bug tracking but I think is more prudent to
wait...

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: rm to JVCL checkin running now
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Feb 2003 15:17:24 +0100
Newsgroups: jedi.vcl

Remko will fix the D7 packages (don't forget the PE version, Remko!). Be patient and he will most certainly fix any problems
shortly.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL Convert Controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Feb 2003 15:14:55 +0100
Newsgroups: jedi.vcl

> > I'm happy to use these names, as they were my original choices. What do
> > other people (esp. Peter and Robert) think?
I prefer AsString, AsInteger etc

> > I'm not sure two forms of validation would be a good idea. Let's say I
[..]
I agree with you: either use a fixed format or use dfCustom

> > There is also an OnValueChanged event which fires when the Value is changed.
Clever!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 20 Feb 2003 00:40:33 +1100
Newsgroups: jedi.vcl

"Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID> wrote
> > Speaking from personal experience, you shouldn't use the OnExit event for
> > validation. Better use WM_KILLFOCUS or better implement OnGetFocus and
> > OnKillFocus as recently introduced to newer JVCL components. OnExit does
not
> > fire if you leave the control for certain other controls, e.g. clicking at
a
> > menu or a button.

Well, that explains what those messages are doing in Peter's version of the
component. I'll implement it using those messages then. Thanks for the info.

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Thu, 20 Feb 2003 00:36:04 +1100
Newsgroups: jedi.vcl

"Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID> wrote
> > If you'd ask me it should also allow four-digit entries...

It does allow four digit as well.

> > Erm,.. AFAIK it's a system-wide variable easiest accessible through
> > System.TwoDigitYearCenturyWindow. You shouldn't hardcode that.

Excellent! I didn't know that. That makes it much easier to implement.
Thanks!

> > What's "WindowsillYear" supposed to mean anyway? Is the Year sick (ill) of
> > Windows(tm)? Or is the Year out on a ledge (sill)? ;)

Its what the property is called in the TJvYearEdit component in the
JvTypedEdit unit.

Try writing it as a constant in uppercase, which I did - it looks like
"window silly ear" :)

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID>
Date: Wed, 19 Feb 2003 14:22:41 +0100
Newsgroups: jedi.vcl

> > There is also an OnValueChanged event which fires when the Value is
changed.
> > That is, not on each keystroke as the OnChanged event does, but when the
> > whole value has been modified, either through external manipulation when
not
> > being edited (MyEdit.Value := 123), or on the Exit event of the component
if
> > the value has been modified.

Speaking from personal experience, you shouldn't use the OnExit event for
validation. Better use WM_KILLFOCUS or better implement OnGetFocus and
OnKillFocus as recently introduced to newer JVCL components. OnExit does not
fire if you leave the control for certain other controls, e.g. clicking at a
menu or a button.

Cheers,

Oliver
---- ------------------
JID: ogiesen@jabber.org
ICQ: 18777742
      (http://wwp.icq.com/18777742)



Subject: Re: JVCL Convert Controls
From: "Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID>
Date: Wed, 19 Feb 2003 13:58:55 +0100
Newsgroups: jedi.vcl

> > Yeah, I'm not sure what to do with dfYear. It is basically an integer type
> > with no ThousandsSeparator which has a WindowsillYear - so if you enter
only
> > two characters, it checks to see if it is above or below the
WindowsillYear
> > (say, 70), and then adds 2000 if below, or 1900 if above. So 45 ends up as
> > 2045.

If you'd ask me it should also allow four-digit entries...


> > I'm leaning towards hardcoding the WindowsillYear and leaving dfYear
support
> > in.

Erm,.. AFAIK it's a system-wide variable easiest accessible through
System.TwoDigitYearCenturyWindow. You shouldn't hardcode that.

What's "WindowsillYear" supposed to mean anyway? Is the Year sick (ill) of
Windows(tm)? Or is the Year out on a ledge (sill)? ;)

Cheers,

Oliver
---- ------------------
JID: ogiesen@jabber.org
ICQ: 18777742
      (http://wwp.icq.com/18777742)

>> > > No. I only drink one or two cups of coffee a day, eat well often in
>> > > restaurants, work only 12 hours max on the computer, sleep up to 8 hours
>> > > and still be a maniac ;-)
> >
> > Impressive :)
> >
> > Christopher Latta
> >
> >



Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Feb 2003 23:43:23 +1100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote
> > Please decide yourself. Mo need for a guru enforcement.

Okay, names will be AsInteger, AsFloat, and AsCurrency.

Christopher Latta




Subject: Re: JVCL Convert Controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Feb 2003 13:39:03 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:

>> IMO As* style names (AsInteger, AsFloat etc) are better. It is
>> "standard" VCL naming conversion and users are used to it...
>
> I'm happy to use these names, as they were my original choices. What do
> other people (esp. Peter and Robert) think?

Please decide yourself. Mo need for a guru enforcement.
Being confident about your own decisions is the main step for becoming an expert.



Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Feb 2003 23:35:03 +1100
Newsgroups: jedi.vcl

"David J Taylor" <davidtaylor@writeme.com> wrote ...
> > Fine.  The problem happens when, for example, a US programmer stores the
> > value as a text string "3.14159" and a French user tries to read it!

Ah, well, not my department - I just provide editing support. I think you
want the department of Data Persistence & International Communication, just
down the hall :)

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "David J Taylor" <davidtaylor@writeme.com>
Date: Wed, 19 Feb 2003 12:29:48 -0000
Newsgroups: jedi.vcl

"Christopher Latta" <nobody@nowhere.not> wrote in message
news:b2vs1a$kt0$1@talkto.net...
[]
> > I'm using the DecimalSeparator variable from SysUtils, and using the
Format
> > strings to create the thousands separator, so it should be
> > locale-independent. Hopefully Format and StrToFloat et al are smart
enough
> > to use local settings.

Fine.  The problem happens when, for example, a US programmer stores the
value as a text string "3.14159" and a French user tries to read it!

Cheers,
David




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Feb 2003 23:24:59 +1100
Newsgroups: jedi.vcl

"David J Taylor" <davidtaylor@writeme.com> wrote in message news:b2vquf$km1
> > Be aware that these representations are locale dependant.  I have all
> > sorts of trouble with this, and now either:
> >
> > - store binary
> > - allow for _both_ "." and "," as the decimal separator when reading in
> > values, using try-except blocks.

I'm using the DecimalSeparator variable from SysUtils, and using the Format
strings to create the thousands separator, so it should be
locale-independent. Hopefully Format and StrToFloat et al are smart enough
to use local settings.

Christopher Latta




Subject: Re: rm to JVCL checkin running now
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Wed, 19 Feb 2003 09:23:39 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Tue, 18 Feb 2003 16:58:28 +0100:

Tomorrow (here) I was updated source common and samples folders from vcl but
when I try to recompile the package (D7 Enterprise) I´m getting some errors.

Before ask for these errors I want to know with the check in to these
folders is complete?

Thanks!
-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Feb 2003 23:19:02 +1100
Newsgroups: jedi.vcl

"Ain" <@in@taavi.ee> wrote in message
news:3e536e14.2240228358@forums.talkto.net...
> > IMO As* style names (AsInteger, AsFloat etc) are better. It is
> > "standard" VCL naming conversion and users are used to it...

I'm happy to use these names, as they were my original choices. What do
other people (esp. Peter and Robert) think?

>> > >By the way, the following types are supported by this component now:
>> > >dfAlphabetic, dfAlphaNumeric, dfBinary, dfCheckChars, dfCurrency,
dfCustom,
>> > >dfFloat, dfHex, dfInteger, dfNonCheckChars, dfNone, dfOctal, dfPercent,
>> > >dfScientific, dfYear
> >
> > What about dfCustom which fires OnValidate event?
> >
> > TValidateEvent = procedure(Sender: TJvCustomNumberEdit; var IsValid:
> > Boolean)of object;

Yes, dfCustom is supported and fires an OnCustomValidate event for each key
pressed:
  TJvCustomTextValidateEvent = procedure(Sender: TObject; Key: Char;
    const AText: string; var IsValid: boolean) of object;

> > Actually, I would like this event fired always (after "default"
> > validation) to allow "finetune" input validation...

I'm not sure two forms of validation would be a good idea. Let's say I
validate the keystroke against the CheckChars and it is an invalid
keystroke. Should I then also fire the OnCustomValidate event, even though
the keystroke is disqualified? I think either having built-in validation OR
using dfCustom to allow custom validation is good, but not both.

There is also an OnValueChanged event which fires when the Value is changed.
That is, not on each keystroke as the OnChanged event does, but when the
whole value has been modified, either through external manipulation when not
being edited (MyEdit.Value := 123), or on the Exit event of the component if
the value has been modified.

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Feb 2003 13:11:04 +0100
Newsgroups: jedi.vcl

> > Be aware that these representations are locale dependant.  I have all
> > sorts of trouble with this, and now either:

That shouldn't be a problem: the *actual* value is in the Value property and you should never use EditText or Text for manipulation
or, if you do, you must always check against DecimalSeparator to make your code locale agnostic.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: Re: JVCL Convert Controls
From: "David J Taylor" <davidtaylor@writeme.com>
Date: Wed, 19 Feb 2003 12:06:00 -0000
Newsgroups: jedi.vcl

"Ain" <@in@taavi.ee> wrote in message
news:3e536e14.2240228358@forums.talkto.net...

> > IMO As* style names (AsInteger, AsFloat etc) are better. It is
> > "standard" VCL naming conversion and users are used to it...

Agreed.

>> > >Text = '45.67%'
>> > >EditText = '45.67'

Be aware that these representations are locale dependant.  I have all
sorts of trouble with this, and now either:

- store binary
- allow for _both_ "." and "," as the decimal separator when reading in
values, using try-except blocks.

Cheers,
David




Subject: Re: JVCL Convert Controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Feb 2003 13:03:05 +0100
Newsgroups: jedi.vcl

> > We will have to integrate dfDate, dfTime, dfDateTime
I'm not sure I agree: TJvDatePickerEdit and TJvDateTimePicker handles those formats already.

> > dfYear does not sound well.
dfInteger and MaxLength := 4 would accomplish the same thing...

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL Convert Controls
From: @in@taavi.ee (Ain)
Date: Wed, 19 Feb 2003 11:55:25 GMT
Newsgroups: jedi.vcl

On Wed, 19 Feb 2003 21:08:13 +1100, "Christopher Latta"
<nobody@nowhere.not> wrote:

> >Done, but IntegerValue, FloatValue and CurrencyValue added as public
> >properties as well.

IMO As* style names (AsInteger, AsFloat etc) are better. It is
"standard" VCL naming conversion and users are used to it...


> >Text is published at the moment, but I will probably change its visibility
> >to public in the final draft. Text holds the formatted value of the object.
> >There is also an EditText property, which holds the unformatted value, and
> >Value is a variant that holds the "real" value. For example, if the
> >DisplayFormat is dfPercent and the value was set to 45.67 then
> >Text = '45.67%'
> >EditText = '45.67'
> >Value is of type Double = 45.67
> >
> >These are all used internally. I'm not sure what visibility they will have
> >in the final draft, but I can see reasons for wanting to access them all.

At least read-only access to all of them would be handy.


> >By the way, the following types are supported by this component now:
> >dfAlphabetic, dfAlphaNumeric, dfBinary, dfCheckChars, dfCurrency, dfCustom,
> >dfFloat, dfHex, dfInteger, dfNonCheckChars, dfNone, dfOctal, dfPercent,
> >dfScientific, dfYear

What about dfCustom which fires OnValidate event?

TValidateEvent = procedure(Sender: TJvCustomNumberEdit; var IsValid:
Boolean)of object;

Actually, I would like this event fired always (after "default"
validation) to allow "finetune" input validation...


ain


Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Feb 2003 22:46:40 +1100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:b2vne9
> > We will have to integrate dfDate, dfTime, dfDateTime
> > dfYear does not sound well.

Yeah, I'm not sure what to do with dfYear. It is basically an integer type
with no ThousandsSeparator which has a WindowsillYear - so if you enter only
two characters, it checks to see if it is above or below the WindowsillYear
(say, 70), and then adds 2000 if below, or 1900 if above. So 45 ends up as
2045.

This adds a property to the component that is only used by one
DisplayFormat, so at the moment I'm not sure whether to:
a) Hardcode the WindowsillYear to 70.
b) drop dfYear support and the WindowsillYear property
c) Expand the WindowsillValue into an object that can apply to other
datatypes as well. Thus have a WindowsillCheck object with properties (and
example value in brackets as per above): CheckLength (2), CriticalPoint
(70), AddIfLess (2000), AddIfMore (1900). However, are there any cases where
this would be used that would justify the extra complexity?

I'm leaning towards hardcoding the WindowsillYear and leaving dfYear support
in.

> > No. I only drink one or two cups of coffee a day, eat well often in
> > restaurants, work only 12 hours max on the computer, sleep up to 8 hours
> > and still be a maniac ;-)

Impressive :)

Christopher Latta




Subject: Re: JVCL Convert Controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Feb 2003 12:07:54 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> dfTime

I just had the idea of a popup editor for time. An analog clock where you can grab an drag the hands.



Subject: Re: JVCL Convert Controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Feb 2003 12:06:14 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:

> By the way, the following types are supported by this component now:
> dfAlphabetic, dfAlphaNumeric, dfBinary, dfCheckChars, dfCurrency, dfCustom,
> dfFloat, dfHex, dfInteger, dfNonCheckChars, dfNone, dfOctal, dfPercent,
> dfScientific, dfYear

We will have to integrate dfDate, dfTime, dfDateTime
dfYear does not sound well.

> I already have - extreme programming *does* mean getting only 4 hours sleep
> a night, sitting in front of a keyboard 18 hours a day, eating badly, and
> drinking too much caffeine, right? ;-)

No. I only drink one or two cups of coffee a day, eat well often in restaurants, work only 12 hours max on the computer, sleep up to 8 hours and still be a maniac ;-)



Subject: Re: JVCL Convert Controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Feb 2003 11:40:14 +0100
Newsgroups: jedi.vcl

> > By the way, the following types are supported by this component now:
> > dfAlphabetic, dfAlphaNumeric, dfBinary, dfCheckChars, dfCurrency, dfCustom,
> > dfFloat, dfHex, dfInteger, dfNonCheckChars, dfNone, dfOctal, dfPercent,
> > dfScientific, dfYear

Sounds jummy, I can't wait to try it out!

> > I already have - extreme programming *does* mean getting only 4 hours sleep
> > a night, sitting in front of a keyboard 18 hours a day, eating badly, and
> > drinking too much caffeine, right? ;-)

Oohh, then I've been doing XP years before the concept was invented<g>!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Feb 2003 21:08:13 +1100
Newsgroups: jedi.vcl

"Keith Giddings" <keith@gpthame.com> wrote in message
news:b2ue8l$dv4$1@talkto.net...
> > Alignment?  Numbers look better right aligned IMHO.

Done

> > I also favour using a
> > variant for the value rather than cluttering up with lots of properties.

Done, but IntegerValue, FloatValue and CurrencyValue added as public
properties as well.

> > Look better in the object inspector as well (assuming you can publish
> > variants - never tried it :-) ).

Yes, you can.

> > Also don't publish the text property
> > otherwise end up with two properties doing one thing.

Text is published at the moment, but I will probably change its visibility
to public in the final draft. Text holds the formatted value of the object.
There is also an EditText property, which holds the unformatted value, and
Value is a variant that holds the "real" value. For example, if the
DisplayFormat is dfPercent and the value was set to 45.67 then
Text = '45.67%'
EditText = '45.67'
Value is of type Double = 45.67

These are all used internally. I'm not sure what visibility they will have
in the final draft, but I can see reasons for wanting to access them all.

> > Finally make a
> > TJvCustomNumberEdit with no published properties first and then publish
> > everything in the TJvNumberEdit.  Makes life a lot easier when wanting to
> > define new components.

Done.

> > TBH I don't see anything wrong with having a component for each format -
if
> > you really wanted to you could make them all inherit from a base
> > TJvCustomNumberEdit and probably have little or no extra code in.

This would have made it easier :)
I even thought of doing this, but I like the idea of a
"one-component-fits-all" style approach. The idea was to almagamate
components with similar functionality into one, to reduce the component and
tab count of Jedi, which is a bit overwhelming.

We can get a consensus when I'm finished about whether it makes too much of
a mess and we want to rip it apart into several components.

> > Makes for
> > less properties to set and you know what you are getting when you use it.

I'd rather have a property to set than clutter my component palette with
component that have only minor differences.

> > I
> > can't see that I would ever want an edit that I could switch between say
> > editing year values and editing floating point values.

No, but switching between integer and text, or hex and octal and binary,
might be handy. Wait until you see the component and then we will see if it
is an ugly duckling or a beautiful swan :)

> > The chances are that
> > the more complicated the component,  the more bugs it is going to have.

The reverse also applies - if we have six components, and we implement a
change that has to be done at the descendent level due to the type of the
Value, we must implement it in all six components, increasing our
maintenance and the chance of errors six-fold.

By the way, the following types are supported by this component now:
dfAlphabetic, dfAlphaNumeric, dfBinary, dfCheckChars, dfCurrency, dfCustom,
dfFloat, dfHex, dfInteger, dfNonCheckChars, dfNone, dfOctal, dfPercent,
dfScientific, dfYear

> > Maybe we should be taking a leaf out of the extreme programming book :-)

I already have - extreme programming *does* mean getting only 4 hours sleep
a night, sitting in front of a keyboard 18 hours a day, eating badly, and
drinking too much caffeine, right? ;-)

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <nobody@nowhere.not>
Date: Wed, 19 Feb 2003 20:38:22 +1100
Newsgroups: jedi.vcl

"Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID> wrote in
message news:b2vhmr$inm$1@talkto.net...
>> > > Okay, I'll add a variant property Value, but I will also include
>> > > IntegerValue, CurrencyValue and FloatValue as I think that it is cleaner
> > to
>> > > use the appropriate datatype (unless anyone has some serious objection).
> >
> > What's wrong with AsInteger, AsFloat, AsCurrency? That's the way it's done
> > everywhere else... these shouldn't be published though. Only Value should
> > be.

My original component has them named AsInteger, etc, but I was thinking if
there is a Value property, then it may be better to call the
typed-properties IntegerValue, etc. I am fairly ambivalent on the naming
issue, though, and am prepared to be persuaded for whatever naming scheme
people prefer.

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "Oliver Giesen" <NO.ogware.BLOODY@SPAM.gmx.ALLOWED.net.INVALID>
Date: Wed, 19 Feb 2003 10:28:18 +0100
Newsgroups: jedi.vcl

> > Okay, I'll add a variant property Value, but I will also include
> > IntegerValue, CurrencyValue and FloatValue as I think that it is cleaner
to
> > use the appropriate datatype (unless anyone has some serious objection).

What's wrong with AsInteger, AsFloat, AsCurrency? That's the way it's done
everywhere else... these shouldn't be published though. Only Value should
be.

Oliver
---- ------------------
JID: ogiesen@jabber.org
ICQ: 18777742
      (http://wwp.icq.com/18777742)



Subject: Re: JVCL Convert Controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 19 Feb 2003 00:41:08 +0100
Newsgroups: jedi.vcl

> > TBH I don't see anything wrong with having a component for each format
I disagree. If the base control is doing it anyway, there's no reason littering the palette with controls just to avoid setting one
property. Besides, the most common approach I've seen to handling different formats is to have a validating method with a case
statement that processes the input differently depending on the format chosen. Putting all the formats into one component doesn't
increase complexity: it just concentrates it into one spot. XP is a lot about keeping it simple until you need the complex: well, we
need the complex because we've had the simple and it wasn't good enough ;).

Besides, publishing one component saves us from coming up with five different palette icons <g>.

BTW, Variants can be published in the OI just fine.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL Convert Controls
From: "Keith Giddings" <keith@gpthame.com>
Date: Tue, 18 Feb 2003 23:24:14 -0000
Newsgroups: jedi.vcl

Alignment?  Numbers look better right aligned IMHO.  I also favour using a
variant for the value rather than cluttering up with lots of properties.
Look better in the object inspector as well (assuming you can publish
variants - never tried it :-) ).  Also don't publish the text property
otherwise end up with two properties doing one thing.  Finally make a
TJvCustomNumberEdit with no published properties first and then publish
everything in the TJvNumberEdit.  Makes life a lot easier when wanting to
define new components.

TBH I don't see anything wrong with having a component for each format - if
you really wanted to you could make them all inherit from a base
TJvCustomNumberEdit and probably have little or no extra code in.  Makes for
less properties to set and you know what you are getting when you use it.  I
can't see that I would ever want an edit that I could switch between say
editing year values and editing floating point values.  The chances are that
the more complicated the component,  the more bugs it is going to have.
Maybe we should be taking a leaf out of the extreme programming book :-)

Regards
Keith.

"Christopher Latta" <lexience@bigpond.net.au> wrote in message
news:b2q259$l0k$1@talkto.net...
> > "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:b2prg9
>> > > Yeah!
>> > > We need that!
> >
> > Okay, here's the plan (so far):
> > I will create a new component, TJvNumberEdit, in its own unit, JvNumEdit,
> > which is inherited from TJvCustomEdit. The component will have the
following
> > published properties introduced:
> > DecimalPlaces  - maximum numbers of decimals displayed
> > DisplayFormat  - the type of number we are editing (integer, float,
> > currency, etc)
> > HasMaxValue  - true if there is an upper bound to the value
> > HasMinValue  - true if there is an lower bound to the value
> > MaxValue  - upper bound value
> > MinValue  - lower bound value
> > ThousandsSeperator  - boolean to tell us to display thousands seperator or
> > not
> > ZeroEmpty  - display a blank edit if zero
> > WindowsillYear  - for YearEdit behaviour
> >
> > Also, the runtime properties AsInteger, AsCurrency and AsFloat will be
> > introduced to replace the Value property (or do people prefer
IntegerValue,
> > CurrencyValue, and FloatValue as the names?).
> >
>> > > What i like about JvCalcEdit is the GUI which does not look like a
>> > > ComboBox.
> >
> > Yes, JvCalcEdit will need to be modified to use this new control.
> >
>> > > I dislike that the calculator showing up does not have a
>> > > display while entering the number.
> >
> > The edit box acts as the calculator's display. Or am I missing something?
> > Can you explain further please?
> >
> > Christopher Latta
> >
> >




Subject: Re: rm to JVCL checkin running now
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 23:55:50 +0100
Newsgroups: jedi.vcl

I'll do it
--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
"Robert Marquardt" <robert_marquardt@gmx.de> skrev i meddelandet news:b2tu3i$b5n$1@talkto.net...
> > Just checked in the file movements.
> > The full RAS conversion is complicated. The current file will stya for
> > some time.
> >
> > Can someone kill the whole rm subtree now?
> >




Subject: Is there TEdit with text alignment?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 18 Feb 2003 22:49:38 +0300
Newsgroups: jedi.vcl

Hello, All!

Look at TJustifyEdit from VgLib1 (www.vglib.com) - it is the TEdt ancestor
with Alignment property implemented.

While li be is open source i'm not sure if it is free. The license is not
clear about that.

But if there's a free component for this, i'd like to see it in JVCL, since
it would be greate parent for ex-RX TFileNameEdit and others.

PS: currently they are implemented from TCustomMaskEdit, not TCustomEdit and
i'm not sure if this is always required.

Alas, we cannot 'create' TCustomMaskEdit class over TCustomEdit :-) Classes
are not objects.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rm to JVCL checkin running now
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 19:48:32 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> JvObserverLabel.pas       seems to be an example
>
>
> How about JvObserverMessages.pas and JvObservibleCheckBox.pas? Aren't they a part of that as well?

I will check tomorrow. JvObserverLabel.pas has not been deleted yet anyway.



Subject: Re: rm to JVCL checkin running now
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 19:47:32 +0100
Newsgroups: jedi.vcl

Just checked in the file movements.
The full RAS conversion is complicated. The current file will stya for some time.

Can someone kill the whole rm subtree now?



Subject: Re: TJvRichEdit Issue?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 18 Feb 2003 21:28:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 18 Feb 2003 18:20:04 +0100)
....while the fading voice of Roger whispered through the darkness:

 RT> Would you mind having a look at my workaround and tell me eventually

I'm absoutely unexperienced with RichEdit
Sorry.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rm to JVCL checkin running now
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 19:01:54 +0100
Newsgroups: jedi.vcl

> > JvObserverLabel.pas       seems to be an example

How about JvObserverMessages.pas and JvObservibleCheckBox.pas? Aren't they a part of that as well?
--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 18:59:10 +0100
Newsgroups: jedi.vcl

LOL, vacation for you at last!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: TJvRichEdit Issue?
From: "Roger Thoeni" <NONE@NONE.NET>
Date: Tue, 18 Feb 2003 18:20:04 +0100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b2re6q$tli$1@talkto.net...
> > The stars so gaily glistened...  (Mon, 17 Feb 2003 19:47:10 +0100)
> > ...while the fading voice of Roger whispered through the darkness:
> >
> > richedit dlls are perfect target for dll hell
> >
> > A lot of programs starting with Ms Office never relies upon common dlls in
> > WinDir and have their own checked verison.
> >
> > D:\Program Files\Common Files\Microsoft Shared\Office10\RICHED20.DLL
> >

Hi Arioch,

I have actually found a workaround for this bug, yet I don't know why this
works!
And I don't know who to blame, be it me, MySQLDAC, or anyone else...

Would you mind having a look at my workaround and tell me eventually why the
error happens and what could be involved?

Thanks for any answer.
Regards,
Roger




Subject: Re: rm to JVCL checkin running now
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 17:08:50 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I decided to check in now before i may get any more conflicts.
> I resolved all current conflicts.

Some files were marked as not checked in by TortoiseCVS.
Checking them in again.



Subject: Re: rm to JVCL checkin running now
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 17:06:42 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> I decided to check in now before i may get any more conflicts.
> I resolved all current conflicts.

Done, but two of the checkin email were undeliverable.


This message was created automatically by mail delivery software (Exim).

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  jvcl-checkins@lists.sourceforge.net
    SMTP error from remote mailer after MAIL FROM:<marquardt@users.sourceforge.net> SIZE=1157045:
    host mail.sourceforge.net [66.35.250.206]: 552 Message size exceeds maximum permitted
.....



Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 17:03:30 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> What happens March 9, then?

I go back to work on March 10 :-)



Subject: rm to JVCL checkin running now
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 16:58:28 +0100
Newsgroups: jedi.vcl

I decided to check in now before i may get any more conflicts.
I resolved all current conflicts.

Today or tomorrow i will move/remove the files mentioned and update JVCL200_R60.dpk accordingly. A message on that will follow.

Delete:
JvDisconnectNetwork.pas   is only an empty stub unit
JvObserverLabel.pas       seems to be an example

To Common:
JvHRas32.pas    best replaced by full RAS conversion
JvHwinamp.pas   is a conversion (check if full conversion)
JvObjSel.pas    rename to ObjSel.pas it is a converison

Added:
JvCaret.pas separated out of JvComponent.pas



Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 16:57:48 +0100
Newsgroups: jedi.vcl

What happens March 9, then?

--
Peter




Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 16:54:53 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> After feb 28 you'll get a rest <vbg>!

No, until March 9 :-)



Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 16:49:47 +0100
Newsgroups: jedi.vcl

After feb 28 you'll get a rest <vbg>!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 16:00:25 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Which is the correct one?
>
> A capital A wouldn't hurt.

Ouch. My brain separated the lines wrongly. I thought it was a major change. The capital A is already from me.



Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 14:06:37 +0100
Newsgroups: jedi.vcl

> > I got the rm sources and vcl\examples. Am I correct?

Yes, that's correct. Note that you need to do an update before testing (on both folders) since the files have been changed today.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Tue, 18 Feb 2003 10:00:30 -0300
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 18 Feb 2003 13:56:50 +0100:

I got the rm sources and vcl\examples. Am I correct?

 >> Do you need to change many things? I´m trying to compile on D7 but
 >> I´m still having compilers errors.
 PT> There were quite some errors, but they were mostly easy to fix.

 >> There are a examples folder updated for you?
 PT> No, I've updated the \examples folder in the main branch so it won't
 PT> compile with the units in \source, only the ones in \rm, but since
 PT> Robert is going to update \source in a day or so, it shouldn't be a
 PT> problem if you hold out until he's finished.

 PT> --
 PT> Regards,

 PT> Peter Thornqvist (JVCL Coordinator)
 PT> http://jvcl.sourceforge.net

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 13:56:50 +0100
Newsgroups: jedi.vcl

> > Do you need to change many things? I´m trying to compile on D7 but I´m still
> > having compilers errors.
There were quite some errors, but they were mostly easy to fix.

> >There are a examples folder updated for you?
No, I've updated the \examples folder in the main branch so it won't compile with the units in \source, only the ones in \rm, but
since Robert is going to update \source in a day or so, it shouldn't be a problem if you hold out until he's finished.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Tue, 18 Feb 2003 09:40:09 -0300
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Tue, 18 Feb 2003 13:22:35 +0100:

 PT> I've worked through the demos for D5 and D6 and they compile fine
 PT> now. Note that the changes to the demos are based on the rm folder,
 PT> so they won't compile with what's in source until Robert updates it!

 PT> --
 PT> Regards,

 PT> Peter Thornqvist (JVCL Coordinator)
 PT> http://jvcl.sourceforge.net

Do you need to change many things? I´m trying to compile on D7 but I´m still
having compilers errors. There are a examples folder updated for you?

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 13:22:35 +0100
Newsgroups: jedi.vcl

I've worked through the demos for D5 and D6 and they compile fine now. Note that the changes to the demos are based on the rm
folder, so they won't compile with what's in source until Robert updates it!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 12:53:36 +0100
Newsgroups: jedi.vcl

> > Tomorrow the rm subtree will die. That is why i will do a big checkin.
> > I will check in into the JVCL subtree.
Make sure you double-check on these files:
JvSimpleXML, JvVCLUtils, JvDiagramShape, JvComboBox, JvPgMngrEd, JvStrHldr

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 12:46:48 +0100
Newsgroups: jedi.vcl

> > Which is the correct one?
A capital A wouldn't hurt.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Tue, 18 Feb 2003 08:45:06 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Tue, 18 Feb 2003 06:03:54 +0100:

 RM> Remko Bonte wrote:

 RM> LineColor AND a LineColour property. After all we do not need to
 RM> crush  all individuality.

LineColor is enough. I think create properties "clones" to satisfy another
languages is a waste of time. Imagine if I want, in the future my own
Portuguese properties ;)

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 12:41:28 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Tested with D5 and made some minor changes in rm and it compiles fine now. Will start with the demos as soon as it's been moved to
> source.

Integrated the changes and found this difference.
Which is the correct one?

JvDBTreeView.pas line 660 ff

  while not Eof do
  begin
    if FUseFilter or
      (((ParentValue = Null) and
<!    ((Length(FieldByName(FDetailField).AsString) = 0) or
!>    ((Length(FieldByName(FDetailField).asString) = 0) or
<!    (Copy(Trim(FieldByName(FDetailField).AsString), 1, 1) = '-'))) or
!>    (Copy(Trim(FieldByName(FDetailField).asString), 1, 1) = '-'))) or
      (FieldByName(FDetailField).Value = ParentValue)) then
    begin



Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 12:05:27 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I'd prefer LineColor: it's easier to remember since everything else in VCL uses the american spelling.

Same with me.
I thought of either having LineColor  or  LineColor and LineColour in parallel.



Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 12:02:42 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Last time i did it i've got neither rm nor Globus.
> Things changed?
> Or i'd do special update and select rm branch or whatever?

Tomorrow the rm subtree will die. That is why i will do a big checkin.
I will check in into the JVCL subtree.

Globus is in the Dev subtree.



Subject: Re: rm subtree completed !
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 18 Feb 2003 13:50:29 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 18 Feb 2003 11:27:18 +0100)
....while the fading voice of Peter whispered through the darkness:

 PT> :pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

Last time i did it i've got neither rm nor Globus.
Things changed?
Or i'd do special update and select rm branch or whatever?


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 11:49:38 +0100
Newsgroups: jedi.vcl

I'd prefer LineColor: it's easier to remember since everything else in VCL uses the american spelling.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 11:48:45 +0100
Newsgroups: jedi.vcl

Tested with D5 and made some minor changes in rm and it compiles fine now. Will start with the demos as soon as it's been moved to
source.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 11:27:18 +0100
Newsgroups: jedi.vcl

> > Can i get them with Tortoise to check tith D5 ?
Do a checkout on
:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
> > will they be downloaded into separate folder or into sources, so i'd save
> > usual file set ?

Into separate folder, but you *could* move the files to source if you'd prefer that

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: rm subtree completed !
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 18 Feb 2003 13:17:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 18 Feb 2003 08:47:53 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> Checkin will be tomorrow morning Feb 19 around 7:00 AM MEZ

Can i get them with Tortoise to check tith D5 ?
will they be downloaded into separate folder or into sources, so i'd save
usual file set ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 08:47:53 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Here's a list of the units that have changed the last two weeks. I've removed your own checkins as well as a couple from remko
> marked "cleaned". I haven't cross-checked against rm:
>
>  JvCaptionPanel.pas    Added OutlookLook property (from Michael Beck)
>  JvLookOut.pas    Mantis #699: fixes using TJvLookout in a frame
>  JvPresrDsn.dfm   Mantis #678 (missing event handlers and focuscontrol)
>  JvJVCLAbout.dfm  removed Help speed buttons
>  JvCombobox.pas   Mantis #676
>  JvJVCLAbout.pas  DFM converted to text, changed TJvHotLink to TLabel
>  JvLookup.pas    Removed unnecessary dependency on BDE
>  JvDBUtils.pas   Removed unnecessary dependency on BDE
>  JvDBLookupTreeView.pas    Removed unnecessary dependency on BDE
>  JvDBRichEd.pas    Removed unnecessary dependency on BDE
>  JvDBSpinEdit.pas    Removed unnecessary dependency on BDE
>  JvDBTreeView.pas  Removed unnecessary dependency on BDE
>  WINDOWSONLY.INC (no message)
>  JvVCLUtils.pas    Removed warnings
>  JvDlg.pas    Removed warnings
>  JvUtils.pas  Removed warnings
>  JvDialogs.pas  Removed warnings
>  JvTrayIcon.pas    added FVisible:=false; to HideApplication - suggested by westphal
>  JvRas32.pas    Mantis Bug # 604 fix by Paulo Garcia
>  JvTMTL.pas    Added default to Align property
>  JvSpecialProgress.pas    Copy-paste error :(
>  JvPlugin.pas    Additional changes regarding Mantis 624 and 625
>  JvPluginParams.dfm    Additional changes regarding Mantis 624 and 625
>  JvPluginParams.pas    Additional changes regarding Mantis 624 and 625
>  JvPluginWizard.pas    Additional changes regarding Mantis 624 and 625
>
>  JvScrollMax.pas  Translated Russian comments to English.
>  JvStrUtil.pas    Translated Russian comments to English.
>  JvRegAuto.pas    Translated Russian comments to English.
>  JvRegAutoEditor.pas    Translated Russian comments to English.
>  JvInterpreter.pas    Translated Russian comments to English.
>  JvDBUtil.pas    Translated Russian comments to English.
>  JvComponentPanel.pas    Translated Russian comments to English.
>  JvBaseThumbnail.pas    Translated Russian comments to English.
>  JvaScrollText.pas      Translated Russian comments to English.

Checked. all updates now in my new files.
Checkin will be tomorrow morning Feb 19 around 7:00 AM MEZ



Subject: Re: some style hints
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 08:45:18 +0100
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> No, :-) the correct type for me is "String" with an uppercase first char. But I am able to read many different styles and annoyed about lowercase and bold "string" only once a month. :-)

This is an inconsistency of Delphi. string is a keyword for Pascal so we have to decide which rule gets precedence in our style guide.
Keywords in lowercase got precedence.



Subject: Re: some style hints
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Tue, 18 Feb 2003 08:08:48 +0100
Newsgroups: jedi.vcl

Hello Robert,

> I prefere String with an uppercase first char. ...

> The correct type for you then is AnsiString.

No, :-) the correct type for me is "String" with an uppercase first char. But I am able to read many different styles and annoyed about lowercase and bold "string" only once a month. :-)

Ciao Heinz Z.


Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 06:03:54 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Okay, rm compiles with D7 here.. Will test the demos when the move to jvcl is done.

At least one demo will need an update (Peter knows already).
I changed LineColour to LineColor.
BTW should we keep the name? If the author wants it i can make a LineColor AND a LineColour property. After all we do not need to crush all individuality.



Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 18 Feb 2003 06:00:36 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Here's a list of the units that have changed the last two weeks. I've removed your own checkins as well as a couple from remko
> marked "cleaned". I haven't cross-checked against rm:

I will check today. Most of them are already integrated.



Subject: Re: JVCL Convert Controls
From: "Ray" <yeohray@hotmail.com>
Date: Tue, 18 Feb 2003 11:44:35 +0800
Newsgroups: jedi.vcl

Great idea to merge all those components.

Any chance the component can display values right-aligned, even in editing
mode?  Also, any option to hide the caret?  Great if its doable, and thanks
in advance.

--
Regards
Ray

"Christopher Latta" <lexience@bigpond.net.au> wrote in message
news:b2pjs1$j7m$1@talkto.net...
> > Before using JVCL I created a number of my own custom components, one
being
> > a NumberEdit component that allowed entering of Integer, Float, Currency,
> > Scientific and Percent values with appropriate formatted text displays. I
> > notice that the Jv Convert Tab has 6 components that implement
approximately
> > the same functionality. On analysis, there is very little difference
between
> > these components. The most different one, TJvFloatEdit, has different
> > properties simply because of the component it inherits from. Many of its
> > properties are not relevant to a number editor, such as CharCase and
> > PasswordChar.
> >
> > I'm thinking of consolidating these components into one control,
> > TJvNumberEdit, with a property to select which type of number you are
> > editing. The biggest change this will have is that the Value property will
> > no longer be usable, because it can't be pre-determined at compile time
what
> > type the return value should be. The way I addressed this previously is to
> > have properties AsInteger, AsCurrency and AsFloat to return the value.
> >
> > Such consolidation would replace 6 components with one, and effectively
> > allow us to remove the Jv Controls tab completely (by putting the new
> > component on another tab). We would gain Scientific and Percent
> > edit/formatting. The only downside is that we lose the Value property (I
> > guess we could keep it as a Variant, but I've lived a Variant-free life
> > until now, and am happy to keep it that way).
> >
> > What does everyone think? Is this a worthwhile exercise? If so, I will
post
> > a more detailed description of the changes I intend to make for comments
> > before proceeding.
> >
> > Christopher Latta
> >
> >




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 18 Feb 2003 03:52:49 +0100
Newsgroups: jedi.vcl

Here's a list of the units that have changed the last two weeks. I've removed your own checkins as well as a couple from remko
marked "cleaned". I haven't cross-checked against rm:

 JvCaptionPanel.pas    Added OutlookLook property (from Michael Beck)
 JvLookOut.pas    Mantis #699: fixes using TJvLookout in a frame
 JvPresrDsn.dfm   Mantis #678 (missing event handlers and focuscontrol)
 JvJVCLAbout.dfm  removed Help speed buttons
 JvCombobox.pas   Mantis #676
 JvJVCLAbout.pas  DFM converted to text, changed TJvHotLink to TLabel
 JvLookup.pas    Removed unnecessary dependency on BDE
 JvDBUtils.pas   Removed unnecessary dependency on BDE
 JvDBLookupTreeView.pas    Removed unnecessary dependency on BDE
 JvDBRichEd.pas    Removed unnecessary dependency on BDE
 JvDBSpinEdit.pas    Removed unnecessary dependency on BDE
 JvDBTreeView.pas  Removed unnecessary dependency on BDE
 WINDOWSONLY.INC (no message)
 JvVCLUtils.pas    Removed warnings
 JvDlg.pas    Removed warnings
 JvUtils.pas  Removed warnings
 JvDialogs.pas  Removed warnings
 JvTrayIcon.pas    added FVisible:=false; to HideApplication - suggested by westphal
 JvRas32.pas    Mantis Bug # 604 fix by Paulo Garcia
 JvTMTL.pas    Added default to Align property
 JvSpecialProgress.pas    Copy-paste error :(
 JvPlugin.pas    Additional changes regarding Mantis 624 and 625
 JvPluginParams.dfm    Additional changes regarding Mantis 624 and 625
 JvPluginParams.pas    Additional changes regarding Mantis 624 and 625
 JvPluginWizard.pas    Additional changes regarding Mantis 624 and 625

 JvScrollMax.pas  Translated Russian comments to English.
 JvStrUtil.pas    Translated Russian comments to English.
 JvRegAuto.pas    Translated Russian comments to English.
 JvRegAutoEditor.pas    Translated Russian comments to English.
 JvInterpreter.pas    Translated Russian comments to English.
 JvDBUtil.pas    Translated Russian comments to English.
 JvComponentPanel.pas    Translated Russian comments to English.
 JvBaseThumbnail.pas    Translated Russian comments to English.
 JvaScrollText.pas      Translated Russian comments to English.

> > Delete:
> > JvDisconnectNetwork.pas   is only an empty stub unit
> > JvObserverLabel.pas       seems to be an example
Agree
> >
> > To Common:
> > JvHRas32.pas    best replaced by full RAS conversion
> > JvHwinamp.pas   is a conversion (check if full conversion)
Agree

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: Re: WinCvs (Win32) and OpenSSH?
From: "Patrick Van Laake" <no-email-back@please.net>
Date: Mon, 17 Feb 2003 13:45:37 -0700
Newsgroups: jedi.vcl

"Don Siders" <mudshark@apostrophe.net> wrote in message
news:0B04ED2EB064E240mudshark@apostrophe.net...
> > Recently, I was given access as a Doc Writer.  But I am having problems
> > getting WinCvs 1.2 (Win32) to authenticate using OpenSSH.
> >
> > At this point, I have successfully:
> >
> >     * installed OpenSSH
> >     * connected to shell.sourceforge.net using ssh
> >     * generated a RSA1 key
> >     * posted the public key to my sourceforge account
> >
> > But I cannot get WinCVS to use the ssh connection properly.
> >
> > CVS Root has been set to
> >     :ext:mysfacct@cvs.jvcl.sourceforge.net:/cvsroot/jvcl
> >
I access jedimath like this:
<myusername>@cvs.sourceforge.net:/cvsroot/jedimath

I suspect that JVCL does not have its own server, so you could try to take
the jvcl part out of the server name.

> > Authentication has been set to:
> >     SSH server
> >     RSA Identity is checked
> >     Identity file is set to the public file created by ssh-keygen
Mine is not checked, although I do recall that the instructions say so.
Also, the identity file is not set.

On the Ports tab I have the alternate rsh box ticked, pointing to my local
plink.exe. Then I run Pageant.exe and load the sf key, after which all works
fine.

Hth,
Patrick




Subject: Re: TJvRichEdit Issue?
From: "Roger Thoeni" <NONE@NONE.NET>
Date: Mon, 17 Feb 2003 21:40:02 +0100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b2re6q$tli$1@talkto.net...
> > The stars so gaily glistened...  (Mon, 17 Feb 2003 19:47:10 +0100)
> > ...while the fading voice of Roger whispered through the darkness:
> >
> > richedit dlls are perfect target for dll hell
> >
> > A lot of programs starting with Ms Office never relies upon common dlls in
> > WinDir and have their own checked verison.
> >
> > D:\Program Files\Common Files\Microsoft Shared\Office10\RICHED20.DLL
> >

Hmm... I may have had installed Office2k last time, now Office XP....

/me searching for the office 2k riched20.dll....

Thanks for the hint.

Cheers,
Roger




Subject: Re: TJvRichEdit Issue?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 17 Feb 2003 23:03:37 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 17 Feb 2003 19:47:10 +0100)
....while the fading voice of Roger whispered through the darkness:

richedit dlls are perfect target for dll hell

A lot of programs starting with Ms Office never relies upon common dlls in
WinDir and have their own checked verison.

D:\Program Files\Common Files\Microsoft Shared\Office10\RICHED20.DLL

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: WinCvs (Win32) and OpenSSH?
From: "Don Siders" <mudshark@apostrophe.net>
Date: Mon, 17 Feb 2003 14:48:08 -0500
Newsgroups: jedi.vcl


"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:3E5132F1.4030100@Mmyrealbox.com...

>> > > Recently, I was given access as a Doc Writer.  But I am having problems
>> > > getting WinCvs 1.2 (Win32) to authenticate using OpenSSH.
> >
> > Did you see http://odin.himinbi.org/wincvs_over_ssh ?

Nope.  Thanks for the link.

> > I use WinCVS 1.2 and Pageant, if you need any tips for that, just ask..

Let me review the link.  If I'm still stuck, I'll be back... <g>

Thanks,

Don


--
Don

Sometimes I think we're alone. Sometimes I think we're not. In either
case, the thought is staggering. (R. Buckminster Fuller)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Re: rm subtree completed !
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 17 Feb 2003 20:38:13 +0100
To: Peter Thörnqvist <peter3@nospam.peter3.com>
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Practically, if you check D6, I could check D5 and Remko could check D7 (packages and demos)? 

Okay, rm compiles with D7 here.. Will test the demos when the move to jvcl is done.



Subject: Re: WinCvs (Win32) and OpenSSH?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 17 Feb 2003 20:07:29 +0100
To: Don Siders <mudshark@apostrophe.net>
Newsgroups: jedi.vcl

Don Siders wrote:
> Recently, I was given access as a Doc Writer.  But I am having problems
> getting WinCvs 1.2 (Win32) to authenticate using OpenSSH.

Did you see http://odin.himinbi.org/wincvs_over_ssh ?

> Does anyone else use WinCVS and OpenSSH?  Any tips?  Using Tortoise is not
> an option for me right now.

I use WinCVS 1.2 and Pageant, if you need any tips for that, just ask..

Regards,
Remko Bonte



Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 19:53:52 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Personally, I wouldn't mind if you just copied your rm tree into source and then we could get to work making them compile with the
> different versions of Delphi (and BCB too, if anyone is up to it).

Then i will check in on Wednesday so we have a day to think about it.

BTW i separated JvCaret.pas out of JvComponent.pas so it will have to be added to the runtime packages.



Subject: Re: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 19:48:58 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Personally, I wouldn't mind if you just copied your rm tree into source and then we could get to work making them compile with the
> different versions of Delphi (and BCB too, if anyone is up to it). I don't know how much you've kept up to date with the changes in
> \source and if you've updated with any bug fixes in \rm as well?

I kept it uptodate as much as possible. I may have missed some updates which are older than two weeks. A simple call for "check for your updates" should fix that issue.

> Practically, if you check D6, I could check D5 and Remko could check D7 (packages and demos)? If anyone is using D5/6/7
> Personal/Standard or any variant of BCB, I would *very* much appreciate if you could test the new files as well and report back in
> the bug tracker any problems / fixes.

Yep. i will start to use the bug tracker.

> I don't think we should remove *any* files at this stage: we should release the 2.1 version first and then we can continue/finish
> the discussion on what to keep and what to move and do it for the 3.0 release.
>
> The reason to keep stuff untouched at the moment is that current users must have some time to consolidate the chances and postponing
> any moves / merges to the 3.0 release buys them some time.

Ok. Then the small changes only.

Delete:
JvDisconnectNetwork.pas   is only an empty stub unit
JvObserverLabel.pas       seems to be an example

To Common:
JvHRas32.pas    best replaced by full RAS conversion
JvHwinamp.pas   is a conversion (check if full conversion)



Subject: Re: TJvRichEdit Issue?
From: "Roger Thoeni" <NONE@NONE.NET>
Date: Mon, 17 Feb 2003 19:47:10 +0100
Newsgroups: jedi.vcl

"Roger Thoeni" <NONE@NONE.NET> wrote in message
news:b2r8qa$sjk$1@talkto.net...
> > Hello all,
> >
> > I've got reproducable issues with blob fields using the following fragment
> > of code:

Ok, now I'm confused to death. It does not seem to be a JEDI issue at all.
The Problem can be reproduced with JvRichEd, JvRichEdit AND
TRichEdit(Borland), yet the TMemo does not have any issues.

I have now invested several hours of work.... not a single line of code that
could fix my problem. Sometimes, life's just not fair enough....

Oh well, sorry for the disturbance then.

Cheers,
Roger




Subject: TJvRichEdit Issue?
From: "Roger Thoeni" <NONE@NONE.NET>
Date: Mon, 17 Feb 2003 19:31:53 +0100
Newsgroups: jedi.vcl

Hello all,

I've got reproducable issues with blob fields using the following fragment
of code:
============
    if ArticleForm.ArticleMySQLQuery.FieldByName('Body').IsBlob then
    Begin
      try
        BlobStream :=
TBlobStream(ArticleForm.ArticleMySQLQuery.CreateBlobStream
(ArticleForm.ArticleMySQLQueryBody, bmRead));
        ArticleForm.JvRichEdit1.Clear;
        BlobStream.Position := 0;
        ArticleForm.JvRichEdit1.Lines.LoadFromStream(Blobstream);
<<-----------
      finally
        BlobStream.Free;
      end; {try..finally}
    end;{if ArticleForm.ArticleMySQLQuery.FieldByName('Body').IsBlob}

If I repeat loading blob data from DB to the JvRichEdit, I get a nice
EAccessViolation and my program dies.
If I replace "ArticleForm.JvRichEdit1.Lines.LoadFromStream(Blobstream);"
when I'm using "ArticleForm.Memo1.Lines.LoadFromStream(Blobstream);" it
works perfectly.

The EAccessViolation are intermittend, yet reproducable. Is there any known
issue? I used to work with the RxRichEdit and it didn't give me any errors.

Thanks for your help.
btw. Delphi 7 pro, running on WinXP

Regards,
Roger




Subject: Re: rm subtree completed !
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 Feb 2003 19:16:12 +0100
Newsgroups: jedi.vcl

> > Please tell what the preparations should be for that.

Personally, I wouldn't mind if you just copied your rm tree into source and then we could get to work making them compile with the
different versions of Delphi (and BCB too, if anyone is up to it). I don't know how much you've kept up to date with the changes in
\source and if you've updated with any bug fixes in \rm as well?

Practically, if you check D6, I could check D5 and Remko could check D7 (packages and demos)? If anyone is using D5/6/7
Personal/Standard or any variant of BCB, I would *very* much appreciate if you could test the new files as well and report back in
the bug tracker any problems / fixes.

> > After the merge we should first start to move units. Some to Archive
> > some to JCL. One or two can be deleted altogether.
> > I asked Marcel van Brakel if he objects to move JvInterpreter to the
> > JCL. He has no objections, but brought up the idea to make it a separate
> > project. I think we should move it to JCL because still another project
> > is too much management work for now.

I don't think we should remove *any* files at this stage: we should release the 2.1 version first and then we can continue/finish
the discussion on what to keep and what to move and do it for the 3.0 release.

The reason to keep stuff untouched at the moment is that current users must have some time to consolidate the chances and postponing
any moves / merges to the 3.0 release buys them some time.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: some style hints
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Mon, 17 Feb 2003 17:48:59 -0000
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> > Simple laziness. Does it plug into the IDE?

Yep

--
Chris Parkinson
Development Manager
Vertis Marketing Technology




Subject: WinCvs (Win32) and OpenSSH?
From: "Don Siders" <mudshark@apostrophe.net>
Date: Mon, 17 Feb 2003 12:08:14 -0500
Newsgroups: jedi.vcl

Recently, I was given access as a Doc Writer.  But I am having problems
getting WinCvs 1.2 (Win32) to authenticate using OpenSSH.

At this point, I have successfully:

    * installed OpenSSH
    * connected to shell.sourceforge.net using ssh
    * generated a RSA1 key
    * posted the public key to my sourceforge account

But I cannot get WinCVS to use the ssh connection properly.

CVS Root has been set to
    :ext:mysfacct@cvs.jvcl.sourceforge.net:/cvsroot/jvcl

Authentication has been set to:
    SSH server
    RSA Identity is checked
    Identity file is set to the public file created by ssh-keygen

It still complains that I need to set the password authentication in
preferences.

Does anyone else use WinCVS and OpenSSH?  Any tips?  Using Tortoise is not
an option for me right now.

tia...

Don


--
Don

Sometimes I think we're alone. Sometimes I think we're not. In either
case, the thought is staggering. (R. Buckminster Fuller)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: rm subtree completed !
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 17:20:21 +0100
Newsgroups: jedi.vcl

As an addition i also replaced all VERxxx IFDEFs with the proper COMPILER, DELPHI or BCB IFDEFs.

Last chance to speak up for some global changes is now.

Tomorrow i will start to work on the merge of rm to JVCL.
The merge should start not later than Saturday if possible.
Please tell what the preparations should be for that.

I am sure i introduced some bugs. All my changes are only tested to compile on D6. I will check some parts more thoroughly myself.
At least the samples have to be updated because i changed some property and method names.
I disimproved some dialog components which rely on the SetupApi. This will be fixed.

After the merge we should first start to move units. Some to Archive some to JCL. One or two can be deleted altogether.
I asked Marcel van Brakel if he objects to move JvInterpreter to the JCL. He has no objections, but brought up the idea to make it a separate project. I think we should move it to JCL because still another project is too much management work for now.



Subject: Wish: JcCompat unit ?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 17 Feb 2003 17:34:57 +0300
Newsgroups: jedi.jcl,jedi.vcl

Hello, All!

Since JCL/JVCL supports different versions of D, they are to reproduce some
D6/7 features.

Maybe there'd better to be special separate unit for that?

Currently there are some stubs, dealing with D6 renamed functions for D5 in
JvFunctions unit (guess they suits JCL better than JVCL).

And there's a lack for such D6 thing as EOSException and ErrOutput (used by
examples and devtools).
>> >> var ErrOutput: Text absolute output;  <<

PS: can someone tell me the following things from classes.pas of D7:

1) values of TValueType after vaInt64 (Guess there to be UTF string and
maybe others)
2) routines for ReadProperties for them?

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JVCL Convert Controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 14:36:36 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:

> What am I missing?

Maybe i miss something (brain damage or so :-). I looked at it two weeks ago under Win NT 4.0.
I will check again later this week.



Subject: Re: some style hints
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 14:34:32 +0100
Newsgroups: jedi.vcl

Thomas Huber wrote:

> Just wondering why not using JediCodeFormat?

Simple laziness. Does it plug into the IDE?



Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <lexience@bigpond.net.au>
Date: Mon, 17 Feb 2003 22:46:40 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b2qev7$nhg$1@talkto.net...
> > I actually have an edit that implements most of this. If you would like to
have it (for reference), let me know and I can send it to
> > you.

Reply sent to your nospam-modified email.

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 Feb 2003 12:10:27 +0100
Newsgroups: jedi.vcl

I actually have an edit that implements most of this. If you would like to have it (for reference), let me know and I can send it to
you.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <lexience@bigpond.net.au>
Date: Mon, 17 Feb 2003 21:55:41 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > Because under certain circumstances a developer might have the need to
force integer values, under others he doesn't. If you don't
> > include the option to turn off format checking, the developer would have
to use two different edits and switch between them
> > depending on the current settings. Not very elegant.

Makes sense. Consider it done.

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 Feb 2003 11:52:32 +0100
Newsgroups: jedi.vcl

> > What would be the advantage of this setting? That is, why would you use a
> > TJvNumberEdit rather than a normal edit for unformatted entry?

Because under certain circumstances a developer might have the need to force integer values, under others he doesn't. If you don't
include the option to turn off format checking, the developer would have to use two different edits and switch between them
depending on the current settings. Not very elegant.

Example:

In an ordering system, the user can activate an option to automatically increment the order number. If not activated, he has to
manually define the next order number himself. The order system as such doesn't have any preferences regarding the format of the
order number (i.e can contain any characters), but the autoinc feature requires that only integer values can be entered as "seeds"
so we want to use JvNumEdit set to dfInteger. If autoincrement is turned off - user should be allowed to type any value but we don't
want to switch edit component, so dfNone should be available too.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <lexience@bigpond.net.au>
Date: Mon, 17 Feb 2003 21:26:08 +1100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
> > JvCalcEdit does not show the number yet while entering.
> > f course that is neeeded for the real thing.

Sorry, Robert, I must be wearing my stupid hat today - I still don't see
what you are talking about.

On my JvCalcEdit, when you press a key on the calculator, the Edit control
displays the number progressively as the user enters it. When = is pressed,
it shows the result. I've tried it under Delphi 6 & 7 on Windows XP Pro.

What am I missing?

Christopher Latta




Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <lexience@bigpond.net.au>
Date: Mon, 17 Feb 2003 21:11:43 +1100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b2q9l7$mdo$1@talkto.net...
> > I would like an "invalid chars"/"valid chars" type of property (or add it
to DisplayFormat) as well so I can set up what characters
> > are allowed and not allowed, i.e I could then set valid chars to
(A..F,a..f,0..9) to get only hex characters or set invalid chars to
> > 0..9 to only allow non-numeric input etc. It's not too hard to implement
and would be a natural enhancement to the component.

Thats easy - I already use such a scheme internally, so I could expose this
as a published property. I'll use the name CheckChars for this - then you
can have two new DisplayFormats dfCheckChars and dfNonCheckChars to include
or exclude the CheckChars.

> > Also there should be a property (or another DisplayFormat) that turns off
any processing and allows any input.

What would be the advantage of this setting? That is, why would you use a
TJvNumberEdit rather than a normal edit for unformatted entry?

> > IMO it would be more elegant to only have a Value:Variant property instead
of AsInteger, AsFloat. It would cater for any present and
> > future formats without change and I don't think you have to worry about
performance: even Variants are faster that most users can
> > type (except for Robert, of course<vbg>)!

Okay, I'll add a variant property Value, but I will also include
IntegerValue, CurrencyValue and FloatValue as I think that it is cleaner to
use the appropriate datatype (unless anyone has some serious objection).

> > So, what I mean is that I would like DisplayFormat to look something like
> > (dfNone,dfInteger,dfCurrency,dfFloat,dfInvalidChars,dfValidChars) where
dfNone is any type of input.

I had already thought of including a dfHex type. Just thinking about it,
dfOctal and dfBinary would be easily doable as well. In these cases, what
would you expect Value to be? IntegerValue is easy - that would just be the
decimal equivalent of the displayed Text. Value should probably be the same.

So we end up with the supported DisplayFormats being:
dfBinary, dfCheckChars, dfCurrency, dfFloat, dfHex, dfInteger,
dfNonCheckChars, dfNone, dfOctal, dfPercent, dfScientific, dfYear

If we are allowing dfHex and dfNone, I guess we will want to support
CharCase.

Anything else?

dfMonth that displays 'January'..'December' when you input 1..12? :)

Christopher Latta





Subject: Re: JVCL Convert Controls
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 Feb 2003 10:39:47 +0100
Newsgroups: jedi.vcl

I would like an "invalid chars"/"valid chars" type of property (or add it to DisplayFormat) as well so I can set up what characters
are allowed and not allowed, i.e I could then set valid chars to (A..F,a..f,0..9) to get only hex characters or set invalid chars to
0..9 to only allow non-numeric input etc. It's not too hard to implement and would be a natural enhancement to the component.

Also there should be a property (or another DisplayFormat) that turns off any processing and allows any input.

IMO it would be more elegant to only have a Value:Variant property instead of AsInteger, AsFloat. It would cater for any present and
future formats without change and I don't think you have to worry about performance: even Variants are faster that most users can
type (except for Robert, of course<vbg>)!

So, what I mean is that I would like DisplayFormat to look something like
(dfNone,dfInteger,dfCurrency,dfFloat,dfInvalidChars,dfValidChars) where dfNone is any type of input.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Install failure
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 17 Feb 2003 09:59:23 +0100
Newsgroups: jedi.vcl

> > But some of the components don't work because JvFunctions complains about
> > missing Cpl.dcu. And right, i can't find cpl.pas / .dcu  anywhere.

Open JvFunctions and add:
{$DEFINE DelphiPersonalEdition}
somewhere

cpl.pas/dcu is only included with pro/enterprise versions (god knows why)

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: some style hints
From: "Thomas Huber" <Thomas.Huber@florix.de>
Date: Mon, 17 Feb 2003 09:18:21 +0100
Newsgroups: jedi.vcl

> > Since you use DelForExp (?), maybe you should publish the settings you are


Just wondering why not using JediCodeFormat?

Cheers
Thomas




Subject: Re: JVCL Convert Controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 09:14:47 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:

> The edit box acts as the calculator's display. Or am I missing something?
> Can you explain further please?

JvCalcEdit does not show the number yet while entering.
f course that is neeeded for the real thing.



Subject: Re: some style hints
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 09:12:37 +0100
Newsgroups: jedi.vcl

There are some small problems with DelForExp which i change by hand afterwards.
Mainly it indents the if of an "else if" sequence.
{$IFDEF} indents need a separate indent counting DelForExp does not have yet.
Sometimes it does not indent cortectly the first line of an IFDEFed local function.
On rare occasions it forgets to outdent.

Indent
Number of spaces per indent: 2
Extra indent before: begin [ ]
Extra indent before: try [ ]
Extra indent before: else in try block[ ]
Extra indent before: else in case block[ ]
Never indend else if [X] (does not work correctly)
Indent comments [ ]
Indent compiler directives [X]

Spacing
Equals:  Before and after
Math operators:  Before and after
Colon:  After only
Semicolon:  After only
Comma:  After only
Left parenthesis:  None
Right parenthesis:  None
Left bracket:  None
Right bracket:  None

Line breaks
After var type etc [X]
Before end [X]
After semicolon [X]
Between else and if [X]
After then else do [X]
  Except single lines [ ]
Never before then do [ ]
Between every unit in uses [ ]
Remove double blank lines [X]
At least one blank line main procedures [X]
At least one blank line local procedures [X]
Wrap long lines at 121
Begin style "Before and after begin"

Capitalization
Reserved words: lower case
Standard directives: lower case
Capitalize: Compiler directives [X]
Capitalize: Hex numbers [X]
No file options

Align
Align simple comments after code [ ]
Align var const statenments [ ]

Misc
unchanged defaults



Subject: Re: some style hints
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 09:09:02 +0100
Newsgroups: jedi.vcl

Heinz Zastrau wrote:

> I prefere String with an uppercase first char. Yes String is an keyword, but more interessting for me is that String is a Type like Integer, Char and TObject etc.. And yes I don't like it too, that is writen in the same style like the other keywords. :-( If you read a variable declaration like

The correct type for you then is AnsiString.



Subject: Re: JVCL Convert Controls
From: "Christopher Latta" <lexience@bigpond.net.au>
Date: Mon, 17 Feb 2003 18:31:54 +1100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:b2prg9
> > Yeah!
> > We need that!

Okay, here's the plan (so far):
I will create a new component, TJvNumberEdit, in its own unit, JvNumEdit,
which is inherited from TJvCustomEdit. The component will have the following
published properties introduced:
DecimalPlaces  - maximum numbers of decimals displayed
DisplayFormat  - the type of number we are editing (integer, float,
currency, etc)
HasMaxValue  - true if there is an upper bound to the value
HasMinValue  - true if there is an lower bound to the value
MaxValue  - upper bound value
MinValue  - lower bound value
ThousandsSeperator  - boolean to tell us to display thousands seperator or
not
ZeroEmpty  - display a blank edit if zero
WindowsillYear  - for YearEdit behaviour

Also, the runtime properties AsInteger, AsCurrency and AsFloat will be
introduced to replace the Value property (or do people prefer IntegerValue,
CurrencyValue, and FloatValue as the names?).

> > What i like about JvCalcEdit is the GUI which does not look like a
> > ComboBox.

Yes, JvCalcEdit will need to be modified to use this new control.

> > I dislike that the calculator showing up does not have a
> > display while entering the number.

The edit box acts as the calculator's display. Or am I missing something?
Can you explain further please?

Christopher Latta




Subject: Re: some style hints
From: Heinz Zastrau <heinz.zastrau@gmx.de>
Date: Mon, 17 Feb 2003 08:18:16 +0100
Newsgroups: jedi.vcl

Hello Robert,


> I write True, False, Self because this is the case Delphi
> reports for these identifiers. The only exception is string
> which is reported as String by Delphi, but it is a keyword
> and therefore lowercase.

I prefere String with an uppercase first char. Yes String is an keyword, but more interessting for me is that String is a Type like Integer, Char and TObject etc.. And yes I don't like it too, that is writen in the same style like the other keywords. :-( If you read a variable declaration like

age: TDateTime;
name: STRING;
size: Integer;

unnecessarily the attention goes to String. But it is not up to you or Team-Jedi to change this. :-)

Ciao Heinz Z.


Subject: Re: JVCL Convert Controls
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 06:38:13 +0100
Newsgroups: jedi.vcl

Christopher Latta wrote:

> What does everyone think? Is this a worthwhile exercise? If so, I will post
> a more detailed description of the changes I intend to make for comments
> before proceeding.

Yeah!
We need that!
What i like about JvCalcEdit is the GUI which does not look like a ComboBox. I dislike that the calculator showing up does not have a display while entering the number.



Subject: Re: some style hints
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 17 Feb 2003 06:34:04 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Since you use DelForExp (?), maybe you should publish the settings you are
> using so others can use the same settings.
> Personally, I prefer true, false and self (and indeed, I think the Borland
> sources uses that most of the time as well). So what should be the
> "standard"?

The settings will follow today.

I think we should use the JCL standard which says keywords lowercase and  3rd party identifiers as they are defined. It IS Self, True, False. Self is an almost normal parameter which is correct anyway with capital S.
True and False are enumeration elements not keywords.

There are some areas where the JCL standard is not thoroughly defined yet or where i deviate a bit myself. The main thing is that we should keep the once set case for identifiers. It is much more readable (easier to read) if the case of an identifier does not change in the source.
I happily apply global changes if there is a majority for changing the standard.



Subject: JVCL Convert Controls
From: "Christopher Latta" <lexience@bigpond.net.au>
Date: Mon, 17 Feb 2003 14:28:00 +1100
Newsgroups: jedi.vcl

Before using JVCL I created a number of my own custom components, one being
a NumberEdit component that allowed entering of Integer, Float, Currency,
Scientific and Percent values with appropriate formatted text displays. I
notice that the Jv Convert Tab has 6 components that implement approximately
the same functionality. On analysis, there is very little difference between
these components. The most different one, TJvFloatEdit, has different
properties simply because of the component it inherits from. Many of its
properties are not relevant to a number editor, such as CharCase and
PasswordChar.

I'm thinking of consolidating these components into one control,
TJvNumberEdit, with a property to select which type of number you are
editing. The biggest change this will have is that the Value property will
no longer be usable, because it can't be pre-determined at compile time what
type the return value should be. The way I addressed this previously is to
have properties AsInteger, AsCurrency and AsFloat to return the value.

Such consolidation would replace 6 components with one, and effectively
allow us to remove the Jv Controls tab completely (by putting the new
component on another tab). We would gain Scientific and Percent
edit/formatting. The only downside is that we lose the Value property (I
guess we could keep it as a Variant, but I've lived a Variant-free life
until now, and am happy to keep it that way).

What does everyone think? Is this a worthwhile exercise? If so, I will post
a more detailed description of the changes I intend to make for comments
before proceeding.

Christopher Latta




Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Sun, 16 Feb 2003 22:28:43 +0100
Newsgroups: jedi.vcl

> > But some of the components don't work because JvFunctions complains about
> > missing Cpl.dcu. And right, i can't find cpl.pas / .dcu  anywhere.

Ok, i had to create a folder "lib5" within Delphi\Projects. Then i could
compile the D5 Standard Packages.bpg and now it seems to work.

bye,
Marc



Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Sun, 16 Feb 2003 21:08:54 +0100
Newsgroups: jedi.vcl

> > Ouch! Of course, there has been some changes in CVS since the 2.00 stable
> > release and these are in the updated dpk's i uploaded to jedi.binaries. So
> > try this: go back to the 2.00 dpk's, remove qrpt, inet and any other dcp's
> > not found, remove JvTextContainer an any other unit not found from the
uses
> > list.

Thanks very much, that helped! Now i got it installed and it looks fine.
But some of the components don't work because JvFunctions complains about
missing Cpl.dcu. And right, i can't find cpl.pas / .dcu  anywhere.

Regards, marc



Subject: Re: jvBrowseForFolder: Position-value not loaded from DFM?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 16 Feb 2003 21:05:06 +0100
To: Ralf Kaiser <ralf.kaiser@kdt.de>
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
> Ho can i access the rm branch with Tortoise CVS (if it is possible)?

Actually I don't think it has anything to do with you using 'jvcl' and I using 'rm'..

I use WinCvs but I think you have to do the following to check out 'rm' using Tortoise.

* Right click your working folder in the explorer.
* Click on 'CVS checkout...'.
* Module is 'rm'.
* Click OK.

Note, didn't check it.



Subject: Re: jvBrowseForFolder: Position-value not loaded from DFM?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 16 Feb 2003 20:47:39 +0100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> schrieb im Newsbeitrag
news:3E4F995B.90603@Mmyrealbox.com...
> > Ralf Kaiser wrote:
>> > > Can anyone confirm this? - Maybe test it with other Delphi versions?
(Tested
>> > > with Delphi 7 on WinXP)
> >
> > Can't confirm on D7, WinXP; works here. Do you use the rm or jvcl branche?
> >
> > Regards,
> > Remko Bonte
> >

Hello,

i use the version from jvcl branch i think. I am using Tortoise CVS to
extrct/update the data from cvs and use the parameters that can be found on
sourceforge.

Ho can i access the rm branch with Tortoise CVS (if it is possible)?

Thanks in advance,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de




Subject: Re: some style hints
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Feb 2003 19:59:05 +0100
Newsgroups: jedi.vcl

Since you use DelForExp (?), maybe you should publish the settings you are
using so others can use the same settings.
Personally, I prefer true, false and self (and indeed, I think the Borland
sources uses that most of the time as well). So what should be the
"standard"?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: JvFloatEdit2
From: "Keith Giddings" <keith@gpthame.com>
Date: Sun, 16 Feb 2003 17:07:27 -0000
Newsgroups: jedi.vcl

I noticed a number of bugs in the jvFloatEdit2 control in JvTypedEdit.  The
Max and MinValue properties are not using the setter.  The Keypress checking
allows + in the middle of a string and checking is done in KeyPress on an
uninitialised variable lsNewText.

--
Regards
Keith Giddings
www.gpthame.com




Subject: some style hints
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Feb 2003 16:46:24 +0100
Newsgroups: jedi.vcl

Some recently checked in files to the rm subtree contain "violations" to the style i try to enforce.

I write True, False, Self because this is the case Delphi reports for these identifiers. The only exception is string which is reported as String by Delphi, but it is a keyword and therefore lowercase.

The ',' separating parameters is ALWAYS followed by a blank.

Please adhere to the style so the JVCL stays consistent.
Feel free to ask for style changes if you think my style (mostly JCL style) is not good.



Subject: restructure pickups from the sweep
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Feb 2003 16:18:12 +0100
Newsgroups: jedi.vcl

These are the restructuring bits and pieces i picked up so far. A more thorough check will be made next week.

To Archive:
JvCaesarCipher.pas
JvChrono.pas
JvComplex.pas
  ...more to follow

Delete:
JvDisconnectNetwork.pas
  is already integrated into JvConnectNetwork.pas

JCL:
JvHook.pas (check if already in JCL)
JvMaxMin.pas
JvInterpreter*.pas
  JvInterpreter resides precisely on the border of JCL to JVCL,
  but i think it is clean component free JCL code even if it
  uses several visual units like Forms.

Common:
JvHRas32.pas best replaced by full RAS conversion
JvHwinamp.pas is a conversion (check if full conversion)

Combine:
JvClipboardViewer.pas, JvClipIcon.pas ?, JvClipmon.pas, JvClipView.pas
  all clipboard related, need further inspection
JvGradient from JvGraph.pas to JvGradient.pas
  here we have name conflicts, maybe duplicate implementations
JvMultiselectChecklistbox.pas to JvComponent.pas
  it is simply another JVCLAbout enabled component

Interesting:
JvMouseTimerU.pas should be integrated in a MouseEnter/MouseLeave solution with interfaces



Subject: Re: I will need at least an extra day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Feb 2003 16:10:13 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Well, well, *only* 150 files in a day? You are certainly getting
> lazy...<vbg>

Checking for divider lines to add is easy, but more time consuming than expected. I also clean up some ommisions from the first sweep.



Subject: Re: jvBrowseForFolder: Position-value not loaded from DFM?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Feb 2003 15:06:58 +0100
Newsgroups: jedi.vcl

Works on D5 and D6, W2k

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: jvBrowseForFolder: Position-value not loaded from DFM?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 16 Feb 2003 14:59:55 +0100
To: Ralf Kaiser <ralf.kaiser@kdt.de>
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
> Can anyone confirm this? - Maybe test it with other Delphi versions? (Tested
> with Delphi 7 on WinXP)

Can't confirm on D7, WinXP; works here. Do you use the rm or jvcl branche?

Regards,
Remko Bonte



Subject: Re: Install failure
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Feb 2003 14:48:14 +0100
Newsgroups: jedi.vcl

Ouch! Of course, there has been some changes in CVS since the 2.00 stable
release and these are in the updated dpk's i uploaded to jedi.binaries. So
try this: go back to the 2.00 dpk's, remove qrpt, inet and any other dcp's
not found, remove JvTextContainer an any other unit not found from the uses
list.

The easiest is to open the dpk's with notepad and make the changes there
(Delphi is *very* sensitive to manual changes in the dpk files.

Now try opening and compiling / installing with Delphi, not using the JEDI
installer. Make sure you also have the JCL 1.22 release and have the
DJCL50.dcp compiled and available.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: jvBrowseForFolder: Position-value not loaded from DFM?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 16 Feb 2003 14:47:09 +0100
Newsgroups: jedi.vcl

Hello,

when i set the proerty TjvBrowseFolder.Position to another value then
"fpDefault" and set a breakpoint at the place where the position is used
then the value of this property is always "fpDefualt".

I have checked the DFM file and the correct value is stored into the DFM.

It seems that this value is not loaded from the DFM-resource at runtime.What
is needed to load this value at runtime? (was that something with
"DefineProperties"???)

Can anyone confirm this? - Maybe test it with other Delphi versions? (Tested
with Delphi 7 on WinXP)

Ciao,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de




Subject: Re: Install failure
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Feb 2003 14:37:05 +0100
Newsgroups: jedi.vcl

jedi.binaries is a newsgroup on the same server as this one.

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Sun, 16 Feb 2003 14:18:13 +0100
Newsgroups: jedi.vcl

> > Try the updated packages in jedi.binaries. They should be correct

Ok thanks. But still no work. I'm sad, i just want to install this great
library  :´(
The same two erros I described earlier during install. Compiling
JVCL200_R50Standard.dpk in Delphi shows up:  JvBalloonHint, JvxConst,
JvSchedEvtStore and JvTransLED not found. Couldn't find them in source and
archive, so i removed them, compiled successfully, but during install still
the same two errors.
Delphi 5 Std, Windows XP.

Is there any hope? Should i forget the stable release and get the bleeding
edge from CVS?

Regards,
Marc



Subject: Re: D7 + TJvBrowseFolde: Cannot put in DataModule
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 16 Feb 2003 13:47:45 +0100
To: Arioch /BDV/ <the_Arioch@nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Then maybe You'l close the http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=711
> adding there a note with direct URL to WebCVS/rm/....<appropriatefile>:view

Done



Subject: Re: D7 + TJvBrowseFolde: Cannot put in DataModule
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 16 Feb 2003 15:30:44 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sun, 16 Feb 2003 13:23:39 +0100)
....while the fading voice of Remko whispered through the darkness:

 RB> I've already changed it :) [that is: in 'rm' branche']

Then maybe You'l close the http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=711
adding there a note with direct URL to WebCVS/rm/....<appropriatefile>:view
?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Install failure
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 16 Feb 2003 15:30:06 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sun, 16 Feb 2003 13:01:47 +0100)
....while the fading voice of Marc whispered through the darkness:

 ??>> Try the updated packages in jedi.binaries. They should be correct

 MT> Thanks. But where do i find it? Is jedi.binaries a newsgroup?

yes.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: D7 + TJvBrowseFolde: Cannot put in DataModule
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 16 Feb 2003 13:23:39 +0100
To: Ralf Kaiser <ralf.kaiser@kdt.de>
Newsgroups: jedi.vcl

Ralf Kaiser wrote:

> before this assignment. I have put this into issue tracker. Who is
> resposible to merge it into the "official" source? Can i send the modified
> unit to somebody?
>

I've already changed it :) [that is: in 'rm' branche']



Subject: Re: D7 + TJvBrowseFolde: Cannot put in DataModule
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 16 Feb 2003 13:07:08 +0100
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> schrieb im Newsbeitrag
news:3E4F77A9.3060906@Mmyrealbox.com...
> >
> >    if Owner <> nil then
> >      F := GetParentForm(TControl(Owner))
> >
> > Owner is the data module, so an invalid type-cast. This code appears in
> > more units.

Hello,

the solution would be the line

"if Owner is TControl then"

before this assignment. I have put this into issue tracker. Who is
resposible to merge it into the "official" source? Can i send the modified
unit to somebody?

Ciao,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de




Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Sun, 16 Feb 2003 13:01:47 +0100
Newsgroups: jedi.vcl

> > Try the updated packages in jedi.binaries. They should be correct

Thanks. But where do i find it? Is jedi.binaries a newsgroup? On the
JVCL-Page the link leads to here, on sourceforge there's only the stable
release, in CVS browser there's nothing like jedi.binaries  (of course :).
So what do you mean?  Where can i get the updated packages?

Regards, Marc



Subject: Re: D7 + TJvBrowseFolde: Cannot put in DataModule
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 16 Feb 2003 12:42:39 +0100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> schrieb im Newsbeitrag
news:b2nrjj$bf5$1@talkto.net...
> > The stars so gaily glistened...  (Sun, 16 Feb 2003 12:20:06 +0100)
> > ...while the fading voice of Ralf whispered through the darkness:
> >
> >  RK> i wanted to use a TjvBrowseFolder component in a data module in
Delphi
> >
> > Hmm.. Isn't TDataModule designed as a ontainer to TDataSet descendants
> > (db-accessing components?)

Hello,

yes, you can use a data module for this purpose. But you can use it for all
non visible components too. "Data" in "DataModule" does not only mean
"Data_Base_"! I use datamodules as containers for image lists, dialog
components and all other stuff that would mess up my normal forms.

But from D6 on a TDataModule is not longer a TForm-Descendant, if i remember
correctly (no need to use the unit "Forms" any mor for a TDataModule). So i
think a TDataModule ghas no handle. Maybe that is the problem with
TJvBrowseFolder, does it need a parent handle? - Just a guess while typing
this message.

Ciao,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de




Subject: Re: D7 + TJvBrowseFolde: Cannot put in DataModule
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sun, 16 Feb 2003 12:36:09 +0100
To: Ralf Kaiser <ralf.kaiser@kdt.de>
Newsgroups: jedi.vcl

Ralf Kaiser wrote:
> i wanted to use a TjvBrowseFolder component in a data module in Delphi 7.
> Every time i try to put the component into the data module i get an access
> violation in VCL70.BPL and the component is not put in the data module.

Without testing I say the bug is in TJvBrowseFolder.GetOwnerHandle line

  if Owner <> nil then
    F := GetParentForm(TControl(Owner))

Owner is the data module, so an invalid type-cast. This code appears in more units.

Regards,
Remko Bonte



Subject: Re: Globus in CVS?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 16 Feb 2003 14:34:50 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sun, 16 Feb 2003 12:26:51 +0100)
....while the fading voice of Ralf whispered through the darkness:

 RK> thanks for this info. I am using Tortoise to access CVS and that is why
 RK> i did not see Globus i think.

Same do i. I failed to setup WinCVS :-) Though it gives You more control.

I see no version info there.
Guess there were readme.txt and maybe some docs - but were deleted.
:-((((  Why???

Below are links to original Globus:

http://cpr.biblio-globus.ru/download.htm - marked as 2.78 of Sept.2002
http://www.torry.net/huge.htm#8011 - marked as 2.81 of 15 Jan 2003

Conversion Globus to JVCL did not started (look at glDEF.inc for example),
so...

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: D7 + TJvBrowseFolde: Cannot put in DataModule
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 16 Feb 2003 14:27:26 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sun, 16 Feb 2003 12:20:06 +0100)
....while the fading voice of Ralf whispered through the darkness:

 RK> i wanted to use a TjvBrowseFolder component in a data module in Delphi

Hmm.. Isn't TDataModule designed as a ontainer to TDataSet descendants
(db-accessing components?)


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Globus in CVS?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 16 Feb 2003 12:26:51 +0100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> schrieb im Newsbeitrag
news:b2nr4c$bdm$1@talkto.net...


> > It is in some temporary subtree. Use http access to CVS.
> >
> > But it seems that Globus released new verion after donation, so maybe we'd
> > wait a bit until code is freezed?

Hello,

thanks for this info. I am using Tortoise to access CVS and that is why i
did not see Globus i think.

Bye,
Ralf
--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de




Subject: Re: About XML
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 16 Feb 2003 14:25:30 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Feb 2003 19:27:27 -0500)
....while the fading voice of Liang whispered through the darkness:

 L> Who knows how to parse XML in delphi?

What do you need exactly? That may make difference.


For example i needed to store objects in XML.

There is a set of XML tools in new donated Globus, including Component<->XML
conversions, though i suggest not to use it.

there also was some interesting project, which created shadow xml-objects
for given object and its children and used them to store/load components. I
cant recall URL right above. It used 3 xml engines - simpliest, more
experienced (and more slow) and MS IE engine.
Idea was interesting but the code was not optimised :-(.

Go Torry or Delphi Superpages and look for XML - there's a bunch of them.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: D7 + TJvBrowseFolde: Cannot put in DataModule
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 16 Feb 2003 12:20:06 +0100
Newsgroups: jedi.vcl

Hello,

i wanted to use a TjvBrowseFolder component in a data module in Delphi 7.
Every time i try to put the component into the data module i get an access
violation in VCL70.BPL and the component is not put in the data module.

Putting the component into a normal TForm-descendant works without problems.

I will add an entry to mantis (if it is not already there, first have to
take a look)

Ciao,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de





Subject: Re: Globus in CVS?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sun, 16 Feb 2003 14:19:20 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sun, 16 Feb 2003 10:26:37 +0100)
....while the fading voice of Ralf whispered through the darkness:

 RK> is the donated "Globus VCL" already integrated in JVCL and available
 RK> via CVS?

It is in some temporary subtree. Use http access to CVS.

But it seems that Globus released new verion after donation, so maybe we'd
wait a bit until code is freezed?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: About XML
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Feb 2003 11:55:12 +0100
Newsgroups: jedi.vcl

It depends on how you mean: do you need an XML parser or do you need to know
how to use a specific XML parser? JVCL contains the JvSimpleXML parser (fast
but lacks support for validation) and, as Robert pointed out, there is at
least one other freeware XML parser available.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: I will need at least an extra day
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Feb 2003 11:53:08 +0100
Newsgroups: jedi.vcl

Well, well, *only* 150 files in a day? You are certainly getting
lazy...<vbg>

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: discussions for Mantis bugs?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 16 Feb 2003 11:52:01 +0100
Newsgroups: jedi.vcl

You can just add a comment to the bug report without taking charge of it.
Isn't that sufficient?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Install failure
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 16 Feb 2003 11:04:18 +0100
Newsgroups: jedi.vcl

Try the updated packages in jedi.binaries. They should be correct

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Globus in CVS?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sun, 16 Feb 2003 10:26:37 +0100
Newsgroups: jedi.vcl

Hello,

is the donated "Globus VCL" already integrated in JVCL and available via
CVS?

TIA
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de




Subject: discussions for Mantis bugs?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Feb 2003 05:59:28 +0100
Newsgroups: jedi.vcl

Sometimes i miss a way to discuss the Mantis bug reports.
I know something about the WithBOM bug report for example, but have no time to take it.
A BOM is an optional marker at the beginning of a unicode file to tell the bytesex of the unicode chars. I reported to Mike Lischke a long time ago that SaveToStream may be called at any position in the file so always storing a BOM in SaveToStream is a bug. It seems that he fixed it.



Subject: I will need at least an extra day
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Feb 2003 05:54:55 +0100
Newsgroups: jedi.vcl

I only put dividerr lines in about 150 files yesterday so i will need at least the Monday to complete the task.
Maybe also Tuesday because Monday i will get glasses. It seems that old age got me at last ;-)



Subject: Re: About XML
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 16 Feb 2003 05:51:42 +0100
Newsgroups: jedi.vcl

Liang wrote:
> Hi,
> Who knows how to parse XML in delphi?

Have a look at http://www.philo.de/xml/
Keep in mind that XML is not easy.



Subject: About XML
From: "Liang" <gaoliang21@hotmail.com>
Date: Sat, 15 Feb 2003 19:27:27 -0500
Newsgroups: jedi.vcl

Hi,
Who knows how to parse XML in delphi?




Subject: Re: May we start a branch for redudant code in JVCL?
From: "Patrick Van Laake" <no-email-back@please.net>
Date: Sat, 15 Feb 2003 13:14:46 -0700
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:3E4E8763.3050705@Mmyrealbox.com...
> > Some more
> >
....
> > IntPower (JvParsing, JvUtils) -
> >    PowerInt (JclMath)
> > Power (JvParsing) -
> >    Power (JclMath)

JMath claims the above for its first release.

Patrick




Subject: Re: May we start a branch for redudant code in JVCL?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 15 Feb 2003 20:01:51 +0100
To: Arioch /BDV/ <the_Arioch@nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> also RaiseLastWin32Error (JclBase) and RaiseLastWin32Error (SysUtils - RTL
> !)
For D6> RaiseLastWin32Error is deprecated (Kylix thing), you should call RaiseLastOSError. That function is not available in D5. So instead of using a lot of {$IFDEF} just define RaiseLastOSError for D5. RaiseLastWin32Error in JclBase is for FreePascal support.

> Agree, though ersonally i do not like naming from JCL.
> [..]
> Again, do not like Windows in the fn name.

It's the Kylix thing, the naming makes clear it's for windows only.



Subject: Re: May we start a branch for redudant code in JVCL?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 21:50:01 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Feb 2003 19:30:59 +0100)
....while the fading voice of Remko whispered through the darkness:

AS: thnak You. Great bunch!!!

 RB> RaiseLastOSError (JvFunctions) -
 RB>    RaiseLastOSError (JclBase)

also RaiseLastWin32Error (JclBase) and RaiseLastWin32Error (SysUtils - RTL
!)

 RB> StretchBitmapRectTransparent (JvVCLUtils)
 RB> StretchBitmapTransparent (JvVCLUtils)
 RB> StretchBltTransparent (JvVCLUtils) -
 RB>    Stretch (JclGraphics)

May be just make them shortcuts, calling Stretch with proper presets ?

 RB> Execute (JvUtils) -
 RB>    WinExec32 (JclMiscel)
 RB> ExecuteAndWait (JvFunctions) -
 RB>    WinExec32AndWait (JclMiscel)
Agree, though ersonally i do not like naming from JCL.

 RB> GetTempDir (JvFileUtil, JvUtils) -
 RB>    GetWindowsTempFolder (JclSysInfo)
Again, do not like Windows in the fn name.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: May we start a branch for redudant code in JVCL?
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 15 Feb 2003 19:30:59 +0100
To: Arioch /BDV/ <the_Arioch@nm.ru>
Newsgroups: jedi.vcl

Some more

OpenCdDrive (JvFunctions) -
  OpenCloseCdDrive (JclMultimedia)
CloseCdDrive (JvFunctions) -
  OpenCloseCdDrive (JclMultimedia)
RaiseLastOSError (JvFunctions) -
  RaiseLastOSError (JclBase)
GradientFillRect (JvVCLUtils) -
  FillGradient (JclGraphics)
StretchBitmapRectTransparent (JvVCLUtils)
StretchBitmapTransparent (JvVCLUtils)
StretchBltTransparent (JvVCLUtils) -
  Stretch (JclGraphics)
IntPower (JvParsing, JvUtils) -
  PowerInt (JclMath)
Power (JvParsing) -
  Power (JclMath)
Execute (JvUtils) -
  WinExec32 (JclMiscel)
ExecuteAndWait (JvFunctions) -
  WinExec32AndWait (JclMiscel)
GetCurrentDir (JvVCLUtils) -
  GetCurrentFolder (JclSysInfo)
GetComputerName, GetComputerNamePas (JvUtils, JvProfiler32) -
  GetLocalComputerName (JclSysInfo)
GetTempDir (JvFileUtil, JvUtils) -
  GetWindowsTempFolder (JclSysInfo)
ExpandEnvVar (JvDirectories, JvFileInfo) -
  ExpandEnvironmentVar (JclSysInfo)
GetEnvVar (JvVCLUtils) -
  GetEnvironmentVar (JclSysInfo)
GetSpecialFolderPath (JvWinDialogs) -
  GetSpecialFolderLocation (JclSysInfo)
GetUserNamePas (JvProfiler32) -
  GetLocalUserName (JclSysInfo)
StringToBoolean, StrToBool, StrToBoolDef (JvFunctions, JvSimpleXml, JvUtils) -
  StrToBoolean (JclSysUtils)



Subject: REgistered as 705: JvPanel - right after drop - not drawn
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 21:07:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Feb 2003 18:57:24 +0100)
....while the fading voice of Marcel whispered through the darkness:

http://projectjedi.sourceforge.net/issuetracker/view_bug_advanced_page.php?f_id=0000705

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JvPanel - right after drop - not drawn
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 15 Feb 2003 18:57:24 +0100
Newsgroups: jedi.vcl

> > I'd like 1st to get more details.
> > Is this OS-specific or not? Is this D-specific or not? etc.


reproducable in WinXP, D5Pro.
not reproducable in WinXP, D6Pro
not tested in D7 as it currently doesn't want to startup properly <g>

Looks like OS has nothing to do with it, just D5.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JvPanel - right after drop - not drawn
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 20:50:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Feb 2003 18:45:02 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> Please, this is a bug report and should be reported through Mantis.

I'd like 1st to get more details.
Is this OS-specific or not? Is this D-specific or not? etc.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JvPanel - right after drop - not drawn
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 15 Feb 2003 18:45:02 +0100
Newsgroups: jedi.vcl

Please, this is a bug report and should be reported through Mantis.



Subject: JvPanel - right after drop - not drawn
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 20:12:03 +0300
Newsgroups: jedi.vcl

Hello, All!

Please, confirm screenshots:
 D5E + W2k SP3 Rus

Make new empty form
Drop JvPanel onto it - only the border is drawn, not the panel itself.
Press mouse button over panel - the border change its style, but the panel
do not appear.
Move mouse (dragging panel to new place) - at last panel appears.

Also You may make it appear forcing form to redraw itself by other means,
say Min/Max or swtching to another application with large window.

Look at screenshots.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru


JvPanel_Just_Dropped.png


JvPanel_LMB_Down.png

JvPanel_Just_Dropped.png
	


JvPanel_LMB_Down.png
JvPanel_LMB_Down.png
	



Subject: Re: May we start a branch for redudant code in JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 15 Feb 2003 17:32:05 +0100
Newsgroups: jedi.vcl

I would have removed the functions already, but they need some testing which i have no time for yet. Maybe next week.



Subject: Re: May we start a branch for redudant code in JVCL?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 17:11:05 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Feb 2003 14:11:10 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> RegionFromBitmap. Best version in JCL. I think two versions in JVCL.

Confirming.  (plz, add file names!)

1. unit JclGraphics;
function CreateRegionFromBitmap(Bitmap: TBitmap; RegionColor: TColor;
  RegionBitmapMode: TJclRegionBitmapMode): HRGN;

2. JVCL *Archive* unit JvRegion
  TJvRegion = class(TJvComponent)
  published  function RegionFromBitmap(Image: TBitmap): HRGN;  end;

I wonder if there indeed was some reasons 4 making a Region component.

3. unit JvBreatheSkin;
function RegionFromBitmap(Image: TBitmap): HRGN;

The function is implemented but not interfaced !!!!  IMHO bad way. That is
one of the reasons leading to duplicating?

4. unit JvFunctions;
function RegionFromBitmap(Image: TBitmap): HRGN;

Later used by unit JvButtonShaped; unit JvTransparentForm;






With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Install failed!!!
From: "Liang" <gaoliang21@hotmail.com>
Date: Sat, 15 Feb 2003 08:30:52 -0500
Newsgroups: jedi.vcl

Thank you everyone,
I got the reason that confused me. It is because there are some non-
alphabetic characters in the comment  before the definition of
WM__EDITCOMMAND, and there lost the another '}' comment sign. This is the
real reason.
thank you again.
-----------------------------------------------------
"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b2ldja$1oh$3@talkto.net...
> > Liang wrote:
>> > > I found the file where defines WM__EDITCOMMAND, JvEditor.pas. it is
located
>> > > in the const part:
>> > >
>> > > WM_EDITCOMMAND = WM_USER + $101;
>> > >
>> > > but I can't understand why the compiler report it's a undefined
identifier.
> >
> > Check your global IDE pathes. Maybe you have an older JVCL / JCL
> > installed and the pathes still point there.
> >




Subject: Re: Install failed!!!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 15 Feb 2003 14:16:00 +0100
Newsgroups: jedi.vcl

Liang wrote:
> I found the file where defines WM__EDITCOMMAND, JvEditor.pas. it is located
> in the const part:
>
> WM_EDITCOMMAND = WM_USER + $101;
>
> but I can't understand why the compiler report it's a undefined identifier.

Check your global IDE pathes. Maybe you have an older JVCL / JCL installed and the pathes still point there.



Subject: JvCaret split
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 15 Feb 2003 14:14:17 +0100
Newsgroups: jedi.vcl

I have extracted JvCaret from JvComponent.pas into its own JvCaret.pas file in the rm subtree. This file has to be added to the R packages after the merge.
JvComponent.pas implementation is now empty as it is correct for base classes.



Subject: Re: May we start a branch for redudant code in JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 15 Feb 2003 14:11:10 +0100
Newsgroups: jedi.vcl

RegionFromBitmap. Best version in JCL. I think two versions in JVCL.



Subject: Re: Install failed!!!
From: "Liang" <gaoliang21@hotmail.com>
Date: Sat, 15 Feb 2003 08:09:56 -0500
Newsgroups: jedi.vcl

I found the file where defines WM__EDITCOMMAND, JvEditor.pas. it is located
in the const part:

WM_EDITCOMMAND = WM_USER + $101;

but I can't understand why the compiler report it's a undefined identifier.

--------------------------------------------------------

"Liang" <gaoliang21@hotmail.com> wrote in message
news:b2lcm5$1m4$1@talkto.net...
> > Arioch /BDV/,
> > Dou you kown where WM_EDITCOMMAND is defined? WM_EDITCOMMAND is used in
> > JvEditor.pas.
> > -----------------------------------------
> > "Liang" <gaoliang21@hotmail.com> wrote in message
> > news:b2lc9j$1kv$1@talkto.net...
>> > > Enterprise.
>> > > Thank you, Arioch /BDV/.
>> > > -------------------------------------------
>> > > "Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
>> > > news:b2lc7c$1kp$1@talkto.net...
>>> > > > The stars so gaily glistened...  (Sat, 15 Feb 2003 07:33:28 -0500)
>>> > > > ...while the fading voice of Liang whispered through the darkness:
>>> > > >
>>> > > >  L> Build 6.240  (update pack 2)
>>> > > >
>>> > > > I ment Personal | Pro | Enterprise ?
>>> > > >
>>> > > > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: Install failed!!!
From: "Liang" <gaoliang21@hotmail.com>
Date: Sat, 15 Feb 2003 07:58:04 -0500
Newsgroups: jedi.vcl

Arioch /BDV/,
Dou you kown where WM_EDITCOMMAND is defined? WM_EDITCOMMAND is used in
JvEditor.pas.
-----------------------------------------
"Liang" <gaoliang21@hotmail.com> wrote in message
news:b2lc9j$1kv$1@talkto.net...
> > Enterprise.
> > Thank you, Arioch /BDV/.
> > -------------------------------------------
> > "Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
> > news:b2lc7c$1kp$1@talkto.net...
>> > > The stars so gaily glistened...  (Sat, 15 Feb 2003 07:33:28 -0500)
>> > > ...while the fading voice of Liang whispered through the darkness:
>> > >
>> > >  L> Build 6.240  (update pack 2)
>> > >
>> > > I ment Personal | Pro | Enterprise ?
>> > >
>> > > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
>> > >
> >
> >




Subject: Re: Install failed!!!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 15:52:27 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Feb 2003 07:33:28 -0500)
....while the fading voice of Liang whispered through the darkness:

 L> Build 6.240  (update pack 2)

I ment Personal | Pro | Enterprise ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Install failed!!!
From: "Liang" <gaoliang21@hotmail.com>
Date: Sat, 15 Feb 2003 07:51:22 -0500
Newsgroups: jedi.vcl

Enterprise.
Thank you, Arioch /BDV/.
-------------------------------------------
"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b2lc7c$1kp$1@talkto.net...
> > The stars so gaily glistened...  (Sat, 15 Feb 2003 07:33:28 -0500)
> > ...while the fading voice of Liang whispered through the darkness:
> >
> >  L> Build 6.240  (update pack 2)
> >
> > I ment Personal | Pro | Enterprise ?
> >
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Install failed!!!
From: "Liang" <gaoliang21@hotmail.com>
Date: Sat, 15 Feb 2003 07:33:28 -0500
Newsgroups: jedi.vcl

Build 6.240  (update pack 2)
---------------------------------------------------------
"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b2l602$r3$1@talkto.net...
> > The stars so gaily glistened...  (Sat, 15 Feb 2003 04:57:16 -0500)
> > ...while the fading voice of Liang whispered through the darkness:
> >
> >  L> I installed it to delphi 6.0.
> >
> > Which exact version of 6.0 ?
> >
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: May we start a branch for redudant code in JVCL?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 14:58:29 +0300
Newsgroups: jedi.vcl

Hello, All!

The idea is that any of us,guess, noticed some functions duplicated in JCL
or any other lib or obsolete or not used or whatever.

MAking new bugreport is to complex. Little note is much easier to do.

And after all we will be able to make a summary.


i'll start, ok?
MAKELANGID - JCL: JclWin32.pas and JVCL:Ole2Auto.pas (ex-Rx)

one  more was MAX function in OLEEditor unit - but it is already fixed by
Peter AFAIR.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Sat, 15 Feb 2003 12:30:10 +0100
Newsgroups: jedi.vcl

>> > > Did this, and changed their references from ..\source\*  to ..\archive\*
> > in
>> > > JVCL200_R50Standard.dpk. Now Delphi compiles (with a bunch of warnings)
> > but
>> > > the installer still give the two errors.  :-(
> > But what errors?

Like i wrote 6 posts earlier:  "Installation of C:\Program
Files\Borland\Extra\JEDI\JVCL\packages\JVCL200_R50Personal.dpk failed",
"Installation of C:\Program
Files\Borland\Extra\JEDI\JVCL\packages\JVCL200_D50Personal.dpk failed"

These errors come exactly in the same way the initial poster "RB" described
for his Delphi 6.

Regards, Marc



Subject: Re: Install failure
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 15 Feb 2003 06:26:58 -0500
Newsgroups: jedi.vcl

"Marc Tricou" <Marc.Tricou@xi-quadrat.de> wrote in message
news:b2l28b$b7$1@talkto.net...

> > Did this, and changed their references from ..\source\*  to ..\archive\*
in
> > JVCL200_R50Standard.dpk. Now Delphi compiles (with a bunch of warnings)
but
> > the installer still give the two errors.  :-(

But what errors?

Michael




Subject: Re: Install failed!!!
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 14:06:09 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 15 Feb 2003 04:57:16 -0500)
....while the fading voice of Liang whispered through the darkness:

 L> I installed it to delphi 6.0.

Which exact version of 6.0 ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Sat, 15 Feb 2003 11:02:09 +0100
Newsgroups: jedi.vcl

>> > > JVCL200_R50Standard.dpk - not found:  JvFormTips, JvTipsOfDay, JvTipWin,
>> > > JvTipsDlg. After removing them still same errors.
> >
> > Add:
> > ..\Archive
> > to your search path in the package

Did this, and changed their references from ..\source\*  to ..\archive\*  in
JVCL200_R50Standard.dpk. Now Delphi compiles (with a bunch of warnings) but
the installer still give the two errors.  :-(

Regards, Marc



Subject: Re: Install failed!!!
From: "Liang" <gaoliang21@hotmail.com>
Date: Sat, 15 Feb 2003 04:57:16 -0500
Newsgroups: jedi.vcl

I installed it to delphi 6.0.
----------------------------------------------------------------------------
------
"Liang" <gaoliang21@hotmail.com> wrote in message
news:b2l1qb$vvd$1@talkto.net...
> > Hi guys,
> > When I installed JVCL 2.0 final edition and JCL , it failed with the
> > following errors. I don't know how to solve it and why it occured. Did
> > anybody encountered the same problems?
> >
> > Liang
> > --------------------------------------------------------------------------
--
> > [Error] JvEditor.pas(195): Invalid compiler directive: '$ENDIF'
> > [Error] JvEditor.pas(515): Undeclared identifier: 'WM_EDITCOMMAND'
> > [Error] JvEditor.pas(515): Illegal message method index
> > [Error] JvEditor.pas(327): Unsatisfied forward or external declaration:
> > 'TUndo.Undo'
> > [Error] JvEditor.pas(328): Unsatisfied forward or external declaration:
> > 'TUndo.Redo'
> > [Fatal Error] JVCL200_R60.dpk(485): Could not compile used unit
> > '..\Source\JvEditor.pas'
> >
> >




Subject: Install failed!!!
From: "Liang" <gaoliang21@hotmail.com>
Date: Sat, 15 Feb 2003 04:52:49 -0500
Newsgroups: jedi.vcl

Hi guys,
When I installed JVCL 2.0 final edition and JCL , it failed with the
following errors. I don't know how to solve it and why it occured. Did
anybody encountered the same problems?

Liang
----------------------------------------------------------------------------
[Error] JvEditor.pas(195): Invalid compiler directive: '$ENDIF'
[Error] JvEditor.pas(515): Undeclared identifier: 'WM_EDITCOMMAND'
[Error] JvEditor.pas(515): Illegal message method index
[Error] JvEditor.pas(327): Unsatisfied forward or external declaration:
'TUndo.Undo'
[Error] JvEditor.pas(328): Unsatisfied forward or external declaration:
'TUndo.Redo'
[Fatal Error] JVCL200_R60.dpk(485): Could not compile used unit
'..\Source\JvEditor.pas'




Subject: Re: problems installling jvcl
From: "Lee Connell" <leeconnell@adelphia.net>
Date: Fri, 14 Feb 2003 22:00:06 -0500
Newsgroups: jedi.vcl

i figured it out, i built a project previously with jvcl and brought it to
my new machine where i installed jvcl.  the old dcus i guess were compiled
using the old jvcl.

thank you

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b2jvq4$sf4$2@talkto.net...
> > "Lee Connell" <leeconnell@adelphia.net> wrote in message
> > news:b2jrg8$ro4$1@talkto.net...
> >
>> > > sorry i thought i put it, the latest 2.0 finall full install.
> >
> > Did you have JVCL installed before, and if yes, did you remove it?
> >
> > Your errors hint that there is somewhere an older version. Try to add to
> > your search path in your project the "JVCL\Source" path (wherever you have
> > it), and then rebuild the project.
> >
> > Michael
> >
> >




Subject: Re: problems installling jvcl
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 14 Feb 2003 19:15:50 -0500
Newsgroups: jedi.vcl

"Lee Connell" <leeconnell@adelphia.net> wrote in message
news:b2jrg8$ro4$1@talkto.net...

> > sorry i thought i put it, the latest 2.0 finall full install.

Did you have JVCL installed before, and if yes, did you remove it?

Your errors hint that there is somewhere an older version. Try to add to
your search path in your project the "JVCL\Source" path (wherever you have
it), and then rebuild the project.

Michael




Subject: Re: Install failure
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 14 Feb 2003 19:07:46 -0500
Newsgroups: jedi.vcl

"Marc Tricou" <Marc.Tricou@xi-quadrat.de> wrote in message
news:b2jr8j$rn4$1@talkto.net...

> > JVCL200_R50Standard.dpk - not found:  JvFormTips, JvTipsOfDay, JvTipWin,
> > JvTipsDlg. After removing them still same errors.

Add:

...\Archive

to your search path in the package

Michael





Subject: Re: problems installling jvcl
From: "Lee Connell" <leeconnell@adelphia.net>
Date: Fri, 14 Feb 2003 18:00:48 -0500
Newsgroups: jedi.vcl

sorry i thought i put it, the latest 2.0 finall full install.


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b2jqb4$rj1$1@talkto.net...
> > "Lee Connell" <leeconnell@adelphia.net> wrote in message
> > news:b2jgti$pvm$1@talkto.net...
>> > > i am having problems installing jvcl into delphi 7 professional on
windows
>> > > xp.  In JvVCLUtils.pas here is the errors when i compile an app using a
>> > > couple jcl components.
> >
> > What version of JVCL?
> >
> > Michael
> >
> >




Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Fri, 14 Feb 2003 23:56:36 +0100
Newsgroups: jedi.vcl

>> > > What can i do?
> >
> > Try to open and compile/install the packages directly in Delphi. Then you
> > will get a better error messages which will be more helpful in fixing
> > things.

JVCL200_R50Standard.dpk - not found:  JvFormTips, JvTipsOfDay, JvTipWin,
JvTipsDlg. After removing them still same errors.



Subject: Re: problems installling jvcl
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 14 Feb 2003 17:42:31 -0500
Newsgroups: jedi.vcl

"Lee Connell" <leeconnell@adelphia.net> wrote in message
news:b2jgti$pvm$1@talkto.net...
> > i am having problems installing jvcl into delphi 7 professional on windows
> > xp.  In JvVCLUtils.pas here is the errors when i compile an app using a
> > couple jcl components.

What version of JVCL?

Michael




Subject: Re: Install failure
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 14 Feb 2003 17:41:21 -0500
Newsgroups: jedi.vcl

"Marc Tricou" <Marc.Tricou@xi-quadrat.de> wrote in message
news:b2jp1d$rd6$1@talkto.net...

> > What can i do?

Try to open and compile/install the packages directly in Delphi. Then you
will get a better error messages which will be more helpful in fixing
things.




Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Fri, 14 Feb 2003 23:18:37 +0100
Newsgroups: jedi.vcl

> >    JvTextcontainer in '..\archive\JvTextcontainer.pas'
> > delete this line. or comment it out. oe whatever.

Thanks for replying. Ok, that's what i thought, too. So i commented out its
only appearance in JVCL200_R50Standard.dpk (and also removed qrpt and inet),
but still during installation the both message come:  "Installation of
C:\Program Files\Borland\Extra\JEDI\JVCL\packages\JVCL200_R50Personal.dpk
failed", "Installation of C:\Program
Files\Borland\Extra\JEDI\JVCL\packages\JVCL200_D50Personal.dpk failed"

What can i do?

Regards, Marc



Subject: Re: Install failure
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 15 Feb 2003 00:11:48 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 14 Feb 2003 21:55:55 +0100)
....while the fading voice of Marc whispered through the darkness:

 ??>> It's a bug - remove qrpt, inet from requires and JvTextContainer from
 ??>> uses (delete the line), save and recompile.

 MT> I'm new to JVCL. Have same problem with Delphi 5 Std. Found qrpt, inet
 MT> but where do i have to remove JvTextContainer? Which file?

=========Beginning of the citation==============
When I change
   JvTextcontainer in '..\source\JvTextcontainer.pas'
   to
   JvTextcontainer in '..\archive\JvTextcontainer.pas'
   I'm told that HTTPApp is missing.

=========The end of the citation================
delete this line. or comment it out. oe whatever.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: my plans for 2.1
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Fri, 14 Feb 2003 21:56:11 +0100
To: Arioch /BDV/ <the_Arioch@nm.ru>
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> Did You mean full-featured VS API support like ThemeManager/D7 do, or just
> simple stub manifest file generation ?

There were requests from users to make the JVCL controls XP theme aware, just as the VCL controls are in D7. Thus that these controls, for instance TJvCaptionButton, will be drawn using the windows theme look.

This could be done for D7> using Delphi's Themes.pas or if you use Mike Lischke's Theme Manager.

Some Rx components have now already theme support.

Regards,
Remko Bonte



Subject: Re: Install failure
From: "Marc Tricou" <Marc.Tricou@xi-quadrat.de>
Date: Fri, 14 Feb 2003 21:55:55 +0100
Newsgroups: jedi.vcl

Hi!

> > It's a bug - remove qrpt, inet from requires and JvTextContainer from uses
> > (delete the line), save and recompile.

I'm new to JVCL. Have same problem with Delphi 5 Std. Found qrpt, inet but
where do i have to remove JvTextContainer? Which file?

bye,
Marc



Subject: Re: my plans for 2.1
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 14 Feb 2003 21:13:19 +0100
Newsgroups: jedi.vcl

The bugtracker is *the* best place to log bugs: bugs reported here tend to
get lost after a while (they disappear under the bottom edge of the
newsreader never to be seen again <g>)
--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: problems installling jvcl
From: "Lee Connell" <leeconnell@adelphia.net>
Date: Fri, 14 Feb 2003 15:00:08 -0500
Newsgroups: jedi.vcl

i am having problems installing jvcl into delphi 7 professional on windows
xp.  In JvVCLUtils.pas here is the errors when i compile an app using a
couple jcl components.

[Warning] JvFunctions.pas(43): Symbol 'EWin32Error' is deprecated
[Warning] JvFunctions.pas(335): Symbol 'RaiseLastWin32Error' is deprecated
[Error] JvVCLUtils.pas(377): Undeclared identifier: 'SResNotFound'
[Error] JvVCLUtils.pas(1297): Undeclared identifier: 'VarArrayOf'
[Error] JvVCLUtils.pas(1300): Undeclared identifier: 'Null'
[Error] JvVCLUtils.pas(1359): Incompatible types: 'Boolean' and 'Integer'
[Warning] JvVCLUtils.pas(1669): Symbol 'HeapAllocFlags' is specific to a
platform
[Warning] JvVCLUtils.pas(1676): Symbol 'HeapAllocFlags' is specific to a
platform
[Error] JvVCLUtils.pas(2168): Incompatible types: 'Cardinal' and 'String'
[Error] JvVCLUtils.pas(2638): Undeclared identifier: 'EJVCLException'
[Error] JvVCLUtils.pas(2638): Missing operator or semicolon
[Error] JvVCLUtils.pas(2638): Ordinal type required
[Error] JvVCLUtils.pas(2654): Undeclared identifier: 'EJVCLException'
[Error] JvVCLUtils.pas(2654): Missing operator or semicolon
[Error] JvVCLUtils.pas(2654): Ordinal type required
[Fatal Error] JvPlacemnt.pas(38): Could not compile used unit
'JvVCLUtils.pas'


NOTE: I installed it using the installer which also failed to install a few
experts.

thank you.




Subject: Re: my plans for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Feb 2003 22:15:38 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 14 Feb 2003 19:32:07 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> Arioch /BDV/ wrote:

 ??>> Did You mean full-featured VS API support like ThemeManager/D7 do, or
 ??>> just simple stub manifest file generation ?

 RM> I do not know yet. I have no knowledge of Manifest handling.

Manifest just shows
  a) The program name|version. There's similar XML open standard i do not
remeber which exactly.
  b) Which controls have support for VS API

In simple case part b only says 'Al lWindows common Controls' and this makes
TButton and so on VS-aware.

It is rather easy to make a component, that will check if the program
running under NT 5.1+ and then if .manifset exists and then, if needed,
create it.

 RM> Theme Manager preferred of course.

It do exists on itself. Why make a clone?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: my plans for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Feb 2003 19:32:07 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Did You mean full-featured VS API support like ThemeManager/D7 do, or just
> simple stub manifest file generation ?

I do not know yet. I have no knowledge of Manifest handling.
Theme Manager preferred of course.



Subject: Re: my plans for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Feb 2003 19:29:59 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:

> Is there some starting point or a "roadmap" to work with these demos, I
> mean, it´s hard to identify which component was changed and what was
> changed.

Poor boy ;-)
I just checked in half of the files. Tomorrow and Sunday will be the same. Do not check them out before Monday. The current changes are only redusing the uses (complete now) and adding divider lines for the components in a single file. No API changes anymore (i hope).

Sorry that i am short on comments when changing things. It is simply impossible to keep the pace and do that also.
Anyway the real changes will be discussed and implemented in the next weeks.



Subject: Re: my plans for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Feb 2003 20:03:08 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 14 Feb 2003 16:08:24 GMT)
....while the fading voice of Ain whispered through the darkness:

 A> unless you write your own streaming system.

I know.
So it is all until 3.0 or when JVCL would start restructuring standard VCL
comps.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: jvDriveList question
From: Abraham <haowawo@hotmail.com.com>
Date: Fri, 14 Feb 2003 16:33:59 +0000 (UTC)
Newsgroups: jedi.vcl

Dear all

I am using jvDriveList found under JVCL P3 tab in my project.

1) The list shows all drives (removeable, network, ...) no matter what I 
choose as DriveTypes property.

2) Multiselect is set to True. How do I get the list of drives which the 
user has selected?



Cheers, Abraham


Subject: Re: my plans for 2.1
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Fri, 14 Feb 2003 13:28:47 -0300
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 14 Feb 2003 14:46:14 +0100:

Thank you for tip. I´m doing it and I found some errors. Can I use the bug
tracker to inform such errors and fixes? Or there is a better way?


 PT> There's no roadmap, but the best way is to rebuild/install the JVCL
 PT> packages with Roberts changes and then use CompileExamples.bat in
 PT> \examples to do a dcc32 build (it's faster and less memory hungry
 PT> than doing it in Delphi).
 PT> Any demos with errors can then be opened in Delphi, the problem
 PT> fixed and then you run CompileExamples again. I've used this method
 PT> when I went through the demos before and it works OK.

 PT> --
 PT> Regards,

 PT> Peter Thornqvist (JVCL Coordinator)
 PT> http://jvcl.sourceforge.net


-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: my plans for 2.1
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 14 Feb 2003 11:15:54 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b2if3i$jqd$1@talkto.net...
> > What are planned about examples? Who is responsible for them?

For future references - if you go to:

http://jvcl.sourceforge.net/

and click on "JVCL Team" you will see who is responsible for what.

Ralf Grenzing and Uwe Rupprecht  were responsible for the overall MegaDemo
application. Individual demos were created by different people. You can join
Ralf and Uwe and work with them and help us with any/all demos. As always,
all help is very much appreciated!!!

Michael




Subject: Re: my plans for 2.1
From: @in@taavi.ee (Ain)
Date: Fri, 14 Feb 2003 16:08:24 GMT
Newsgroups: jedi.vcl

On Fri, 14 Feb 2003 17:57:22 +0300, "Arioch /BDV/" <the_Arioch@nm.ru>
wrote:

> > ??>> So one component wil be based on another with some changes?
> > ??>> For example RadioButtons, BitBtn's etc. ?
> >
> >Absolutely not.
> >I mean that Form2.BitBtn2 may inherit all of it's properties from
> >Form1.BitBtn1
> >
> >So we should not duplicate the same picture all around the DFM's
> >So we could change it only in one place for all buttons.

Ah, I see.
For images "ImageList aware" components are solution. And visual form
inheritance is very powerful tool too... but there is no way to write
into DFM something like: 

object Form1: TForm1
  Left = 209
  ...
  object Btn: TButton
     inherit Form2.Button1
     Left = 10
  end

unless you write your own streaming system.


ain


Subject: Re: my plans for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Feb 2003 17:57:22 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 14 Feb 2003 14:50:50 GMT)
....while the fading voice of Ain whispered through the darkness:

 ??>> So one component wil be based on another with some changes?
 ??>> For example RadioButtons, BitBtn's etc. ?

Absolutely not.
I mean that Form2.BitBtn2 may inherit all of it's properties from
Form1.BitBtn1
So we should not duplicate the same picture all around the DFM's
So we could change it only in one place for all buttons.

Smth like IDE Palette Component Template for the developer, but with
different logic n the background.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: my plans for 2.1
From: @in@taavi.ee (Ain)
Date: Fri, 14 Feb 2003 14:50:50 GMT
Newsgroups: jedi.vcl

On Fri, 14 Feb 2003 15:13:15 +0300, "Arioch /BDV/" <the_Arioch@nm.ru>
wrote:

> >Is it possible to make components as CSS?
> >
> >So one component wil be based on another with some changes?
> >For example RadioButtons, BitBtn's etc. ?

I'm not quite sure what you mean... something like XP themes?


ain


Subject: Re: my plans for 2.1
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Fri, 14 Feb 2003 14:46:14 +0100
Newsgroups: jedi.vcl

There's no roadmap, but the best way is to rebuild/install the JVCL packages
with Roberts changes and then use CompileExamples.bat in \examples to do a
dcc32 build (it's faster and less memory hungry than doing it in Delphi).
Any demos with errors can then be opened in Delphi, the problem fixed and
then you run CompileExamples again. I've used this method when I went
through the demos before and it works OK.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: my plans for 2.1
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Fri, 14 Feb 2003 10:39:31 -0300
Newsgroups: jedi.vcl

Hello, Robert!
You wrote  on Fri, 14 Feb 2003 12:13:12 +0100:

Is there some starting point or a "roadmap" to work with these demos, I
mean, it´s hard to identify which component was changed and what was
changed.

I´m currently updating from cvs rm tree every day and the Changelog.txt has
5 weeks. I really cannot found accurate informations.

Any suggestion?

-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica

 RM> Paulo Garcia wrote:
 >> What are planned about examples? Who is responsible for them?

 RM> Anyone who wants to be responsible :->

 >> I think there are an important part that cannot be  neglected...

 >> I really don´t run all of them but I think that they need to reflect
 >> vcl changes...

 >> I´m interested on help with this if it´s necessary because it´s a
 >> good reason to study all components.

 RM> Start working and soon you will be Examples Guru :-)

 >> []´s
 >> Paulo Garcia








Subject: Re: my plans for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Feb 2003 15:15:28 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 17:12:07 +0100)
....while the fading voice of Robert whispered through the darkness:

  RM> - Manifest support for XP styles

Did You mean full-featured VS API support like ThemeManager/D7 do, or just
simple stub manifest file generation ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: my plans for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Feb 2003 15:13:15 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 14 Feb 2003 12:02:40 GMT)
....while the fading voice of Ain whispered through the darkness:

 A> default value, so that DFM files will be as small as possible.

Is it possible to make components as CSS?

So one component wil be based on another with some changes?
For example RadioButtons, BitBtn's etc. ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: my plans for 2.1
From: @in@taavi.ee (Ain)
Date: Fri, 14 Feb 2003 12:02:40 GMT
Newsgroups: jedi.vcl

On Thu, 13 Feb 2003 17:12:07 +0100, Robert Marquardt
<robert_marquardt@gmx.de> wrote:

> >Here are my small and innocent looking but ambituous plans for the 2.1 
> >release.

I would like to add
 - make sure that all (OK, almost all :) properties do have (sensible)
default value, so that DFM files will be as small as possible.

I left it to you deside in which stage (16.Feb; 2.1; 3.0) you want to
do it <g>


ain


Subject: Re: my plans for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Feb 2003 12:13:12 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:
> What are planned about examples? Who is responsible for them?

Anyone who wants to be responsible :->

> I think there are an important part that cannot be  neglected...
>
> I really don´t run all of them but I think that they need to reflect vcl
> changes...
>
> I´m interested on help with this if it´s necessary because it´s a good
> reason to study all components.

Start working and soon you will be Examples Guru :-)

> []´s
> Paulo Garcia
>
>



Subject: Re: my plans for 2.1
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Fri, 14 Feb 2003 07:23:00 -0300
Newsgroups: jedi.vcl

What are planned about examples? Who is responsible for them?

I think there are an important part that cannot be  neglected...

I really don´t run all of them but I think that they need to reflect vcl
changes...

I´m interested on help with this if it´s necessary because it´s a good
reason to study all components.

[]´s
Paulo Garcia




Subject: jvBandForm: SysFader - what's that?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 14 Feb 2003 09:04:29 +0100
Newsgroups: jedi.vcl

Hello,

i have created a custom Internet Explorer band, using a TjvBandForm.

If the user opens a webpage and clicks on a link that opens another window i
get an "unknown software error" when the last browser instance is closed.
The message  of this error is "SysFader: unknown software error"

What the hell is "SysFader"? There is no process with this name and i
searched my whole system for an EXE or a DLL with no success.

If i do not install the browser band, this error does not happen and it
happes definitively not in my code (breakpoint on the last statement of
"OnDestroy")

Does anybody have some info about this mysterious "SysFader"? Oh
(important): it seems to happe only on NT-like systems (2000, XP)

Thanks in advance,
Ralf





Subject: Re: my plans for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 14 Feb 2003 06:19:33 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

>  RM> absolute is deprecated.
> But is still fine for typecasting.
> IMHO (only IMHO) if types will change then wrong absolute will be easier to
> find than typecasts, changed their sense,
> Sure the destruction of bad absolute will be much worse than of typecast.

One of the absolute (in JvInterpreter was completely superfluous, the ones in BdeUtils (?) covered bugs.

> Ok, It's Your domain.

The idea is to reduce language features. Less features = less bugs.

> That is the q.
> For some components it would be required to stop, for the others it do not
> matter and it would be needed to intercept OnMouseMove too...

This is why we are interested to concentrate the mouse handling in an interface. It is then easy to add hover fucntionality by only changing a single source. Have a look how many components currently implement MouseEnter/MouseLeave.



Subject: Re: Posting changes - if it were more comfortable...
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Feb 2003 01:11:10 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 23:14:53 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> Sorry, should be http://mantisbt.sourceforge.net/

Thanx. I wonder what was the difference :-)

One more q.
Can the link to mantis be placed at standard SF's 'Trackers' link on project
home page?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: my plans for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 14 Feb 2003 00:26:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 20:52:14 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> absolute is deprecated.
But is still fine for typecasting.
IMHO (only IMHO) if types will change then wrong absolute will be easier to
find than typecasts, changed their sense,
Sure the destruction of bad absolute will be much worse than of typecast.

Ok, It's Your domain.

 RM>  There were only a few of them and removing them did not hurt the code.
 RM>>> - typed pointer option on
 ??>> Why????

SORRY !!!

I misreaded. I thought You want it off.
Vote with 4 hands for ON :-)

 RM>>> TODO for 3.0
 RM>>> - reimplement all components which contain PeekMessage loops or
 RM>>>    Application.ProcessMessages
 ??>> Hmmm? What is it about?

 RM> 1. always a sign of bad code
 RM> 2. several of the PeekMessage loops do not call IsDialogMessage etc.
 RM> 3. sometimes driving the message pump is not wanted in other parts

Ooohhh..
I never used such a construction myself, though ProcessMessage is much
easier to call :-)
If they do not need some special hooking then sure this is to be fixed.
Personally i do not like Process Messages at all, i'd better launch an extra
thread.

 ??>> One idea - may there be OnMouseIdle event? For example to the
 ??>> scroll-areas of window or smth like that.

 RM> You mean something like OnHover? the mouse stops for some time.

That is the q.
For some components it would be required to stop, for the others it do not
matter and it would be needed to intercept OnMouseMove too...

I'd added boolean flag "Mouse has moved since last fireing of this event"
and used drag-n-drop setup to check how much mouse can move with this flag
staying false.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Patrick Van Laake" <no-email-back@please.net>
Date: Thu, 13 Feb 2003 14:05:51 -0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b2gqrb$cmd$1@talkto.net...
> > Just as long as you don't use the Borland implementation (using custom
> > variants)!
> >
Oh, no! JmComplex uses strings for maximum flexibility... {;-)

The header to the file indicates that it is based on JclComplex, but it is
procedural code, rather than class-based. Also, it supports both rectangular
and polar coordinates.

Patrick




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: @in@taavi.ee (Ain)
Date: Thu, 13 Feb 2003 20:23:25 GMT
Newsgroups: jedi.vcl

On Thu, 13 Feb 2003 14:55:55 +0300, "Arioch /BDV/" <the_Arioch@nm.ru>
wrote:

> >PS: my proposal is to make RES file textual as DFM' are
> >Since Delphi cannot eat RC's, i guess CVS-system should delete appropriat
> >.res for any modified .rc
> >Then the user could run bat that will compile RC's into RES'es.

I'm not sure what you mean with this. AFAIK D5+ can handle RC files  -
just include them into project and they are compiled when needed...


ain


Subject: Re: my plans for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Feb 2003 20:52:14 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
>  RM> - "absolute" removed
> Why ? Do You think that typescasting, which may lead to calling some RTL
> routines is better than absolute ?

absolute is deprecated. There were only a few of them and removing them did not hurt the code.

>  RM> - typed pointer option on
> Why????

Increases code quality. By changing the code i found a bug or two.
Half of the changes were @arrayvar[0] instead of @arrayvar.
Most of the rest was handled by typecasts.
Only the Exception.CreateRsRec from JCL was handled by switching the flag off temporarily. This has to be addressed later.

>  RM> TODO for 3.0
>  RM> - reimplement all components which contain PeekMessage loops or
>  RM>    Application.ProcessMessages
> Hmmm? What is it about?

1. always a sign of bad code
2. several of the PeekMessage loops do not call IsDialogMessage etc.
3. sometimes driving the message pump is not wanted in other parts

>  RM> - MouseEnter/MouseLeave suupport through innterfaces
> How good they work? I found sometimes they works badly - the button remains
> bubbled up, though the mouse is left.
> Maybe because of Alt-Esc.
> At least i canno find the reason - the thing RTL do seems ok to me, but...

Sometimes CM_MOUSELEAVE is not sent especially with popup menus. Have a look at JvPopupMenu (?). It addresses the problem.

> One idea - may there be OnMouseIdle event? For example to the scroll-areas
> of window or smth like that.

You mean something like OnHover? the mouse stops for some time.



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 22:33:08 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 19:39:44 +0100)
....while the fading voice of Peter whispered through the darkness:


 PTr> ...or, maybe JM will use JclComplex

That's their business. They are more math-experienced and they do know it
better.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Feb 2003 20:31:02 +0100
Newsgroups: jedi.vcl

Just as long as you don't use the Borland implementation (using custom
variants)!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Patrick Van Laake" <no-email-back@please.net>
Date: Thu, 13 Feb 2003 12:29:41 -0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b2gnr6$c8m$1@talkto.net...
>> > > You suggested moving JvComplec to JCL.
> > Ah, I see - well, JvComplex and JclComplex are fairly similar so my guess
is
> > that JvComplex will continue it's life in \archive <g>
>> > > Personally i think both JclComplex and JvComplex are for Jedi Math.
> > ...or, maybe JM will use JclComplex
> >
There is already a JmComplex unit being evaluated as we speak. I am not
familiar enough with either of the implementations to comment on which one
is most complete and appropriate to use, but I can say that there will be a
JmComplex unit in the first release of JM, which, hopefully, is going to
happen within the next two months.

Patrick




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Feb 2003 19:51:06 +0100
Newsgroups: jedi.vcl

> > I agree we will never make our tastes the same, so...
Right, so that's why we need to discuss it so we can agree on what to remove
and what to keep.

[...] cause Archive is for the components whose functionality was
*reproduced* by the JVCL.
Not true: \archive is for components removed from the *official* release
(i.e the components we support), period. They are still there and anyone can
update and fix them and resubmit to us for evaluation and possible inclusion
again.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 13 Feb 2003 19:39:44 +0100
Newsgroups: jedi.vcl

> > You suggested moving JvComplec to JCL.
Ah, I see - well, JvComplex and JclComplex are fairly similar so my guess is
that JvComplex will continue it's life in \archive <g>
> > Personally i think both JclComplex and JvComplex are for Jedi Math.
....or, maybe JM will use JclComplex

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Thu, 13 Feb 2003 13:27:42 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b2gkqf$boi$1@talkto.net...
> > Steve Magruder [Team JEDI] wrote:
> >
> >  > ...
> >
> > I will come back to the list later (I want to keep many of them).

Sounds good.

>> > > I'm currently using JvHotLink and JvScrollingLabel, albeit in limited
>> > > manners (one use each).  If their functionality can be thrown into
something
>> > > else, I could deal with that.
> >
> > Wait for the GlobusLib. I think it will replace many components.

Sounds good.

>> > > Also, I feel funny about dumping the ciphers.  I might want to use them
at
>> > > some point.  Besides, dumping components related to encryption these
days
>> > > has an unusual appearance to it.  :)
> >
> > These are no real components. Dropping means to move them to Archive and
> > see if JCL wants to pick them up as functions.
> > I doubt it though. The ciphers are too simple. I know a guy who even
> > thinks the TurboPower cipher components are not that hot (a real cipher
> > expert).

Fair enough.  I also take the position that non-visual components are
oftentimes ill-devised as components.

Steve




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 21:12:11 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 18:47:26 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> thinks the TurboPower cipher components are not that hot (a real cipher

Yes, we'd rely on some dogma's :-)

I heard MS Crypto API 1 had serious design flaws, but Crypto 2 seems ok.
And every serious cipher maker made a CryptoModule to them.

So i think there better was some gate to CryptoAPI, PGP/GPG, OpenSSL or some
other well-known libs.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: my plans for 2.1
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 21:09:25 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 17:12:07 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> Completed as of next Sunday 16 Feb:

You are real monster!!!!

 RM> - "absolute" removed
Why ? Do You think that typescasting, which may lead to calling some RTL
routines is better than absolute ?

 RM> - typed pointer option on
Why????

 RM> - assignable consts option off
Agree. We now have pre-assigned vars.


 RM> TODO for 3.0
 RM> - reimplement all components which contain PeekMessage loops or
 RM>    Application.ProcessMessages
Hmmm? What is it about?

 RM> - MouseEnter/MouseLeave suupport through innterfaces
How good they work? I found sometimes they works badly - the button remains
bubbled up, though the mouse is left.
Maybe because of Alt-Esc.
At least i canno find the reason - the thing RTL do seems ok to me, but...

One idea - may there be OnMouseIdle event? For example to the scroll-areas
of window or smth like that.

 RM> - Manifest support for XP styles
Generating simple manifest generation is not hard.
Maybe you're talking of Visual Styles API ?


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 21:03:04 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 15:10:39 +0100)
....while the fading voice of Peter whispered through the darkness:

 PT> I know about this conversation. What about it?

You suggested moving JvComplec to JCL.

Personally i think both JclComplex and JvComplex are for Jedi Math.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 21:02:02 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 15:10:03 +0100)
....while the fading voice of Peter whispered through the darkness:


 ??>> IMHO better to from JVCL strange UI package :-)
 PT> I don't understand this comment, please explain.

There are components that has some functionality, but You think it is not
needed.
I agree we will never make our tastes the same, so...

If there's some components that are not mainstream and whose functionality
is not reproduced by the others, i think they may be placed in some
auxillary package. Dropping compponents, that was doanted to JVCL and
somewhen embedded by it (hence they no more exists at their own) is not
good. Instead You could place them alone, telling that one can use them at
one's own risk. If some component will raise interest and will be actively
being updateng/fixing by some interest personn - it may be returned to main
package. If not - let it lay in the auxillary one. But they are not to be
dropped, cause Archive is for the components whose functionality was
*reproduced* by the JVCL.



 ??>> will compile RC's into RES'es.
 PT> This is certainly interesting, but has nothing to do with the proposal

Move it to appropriate box :-)

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 20:55:12 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 14:56:17 +0100)
....while the fading voice of Peter whispered through the darkness:

 PT> I think you are mistaken: the prompt to update is based on the files in
 PT> the requires node, not on the package name.

The package name in the required node :-)

Ok, i do not want to search what exct name caused this, but i remember it
was in 1.32
Just keep this in mind plz.

 PT> had no problem with my D5 and didn't get prompted to upgrade.

Gr8!

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Feb 2003 18:47:26 +0100
Newsgroups: jedi.vcl

Steve Magruder [Team JEDI] wrote:

> ...

I will come back to the list later (I want to keep many of them).


> I'm currently using JvHotLink and JvScrollingLabel, albeit in limited
> manners (one use each).  If their functionality can be thrown into something
> else, I could deal with that.

Wait for the GlobusLib. I think it will replace many components.

> Also, I feel funny about dumping the ciphers.  I might want to use them at
> some point.  Besides, dumping components related to encryption these days
> has an unusual appearance to it.  :)

These are no real components. Dropping means to move them to Archive and see if JCL wants to pick them up as functions.
I doubt it though. The ciphers are too simple. I know a guy who even thinks the TurboPower cipher components are not that hot (a real cipher expert).



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Thu, 13 Feb 2003 12:36:28 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b2fngm$5c2$1@talkto.net...
> > My proposal for JVCL 3.0 consist of several sections:
> >
> > 1. What to remove (i.e move to \archive)
> > 2. What to move to JCL (or replace with JCL equivalents)
> > 3. What to merge (or at least investigate if it can be merged)
> > 4. How to divide the packages
> > 5. How to add new donations
> > 6. How to set up palette tabs
> >
> > 1. WHAT TO REMOVE
> > ======================================================
> > I think the following components could be removed, either because they
have
> > little functionality, are buggy or because they are probably never used:
> >
> >
JvAnimTitle,JvFormProgress,JvDualList,JvFDualLst,JvAppearingLabel,JvAutoSize
> > Compo,
> >
JvBlinkingLabel,JvBouncingLabel,JvBreatheSkin,JvButtonShaped,JvCaesarCipher,
> > JvChrono,
> >
JvDragDrop,JvGenetic,JvHotLink,JvMousePositionner,JvNagScreen,JvPlaylist,JvR
> > ealLabel,
> >
JvReversedLabel,JvPopupMemo,JvCoupler,JvScrollingLabel,JvSpecialLabel,JvVige
> > nereCipher,
> >
JvXorCipher,JvBMPListBox,JvHighlighter,JvSizeablePanel,JvMousePanel,JvObserv
> > erLabel,
> >
JvObservibleCheckBox,JvMouseTimerU,JvObserverMessages,JvCmdEdit,JvUCB,JvProf
> > iler32,
> >
JvArrow,JvSplshWnd,JvMovableBevel,JvWinampLabel,JvMLButton,JvOneSizeFitsAllB
> > utton,
> >
JvFormImage,JvImageDlg,JvFormLogin,JvSerialDlg,JvFormPass,JvFormSerial,JvPas
> > swordForm,
> > JvPerforated,JvProgressDlg,JvExchListboxes, JvDisconnectNetwork (empty)

I'm currently using JvHotLink and JvScrollingLabel, albeit in limited
manners (one use each).  If their functionality can be thrown into something
else, I could deal with that.

Also, I feel funny about dumping the ciphers.  I might want to use them at
some point.  Besides, dumping components related to encryption these days
has an unusual appearance to it.  :)

Steve




Subject: my plans for 2.1
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Feb 2003 17:12:07 +0100
Newsgroups: jedi.vcl

Here are my small and innocent looking but ambituous plans for the 2.1 release. Yes i know we may not keep the deadline, but that is my way of handling it. set an impossible deadline and try hard to keep it. This way i am only one day behind my own schedule.

Completed as of next Sunday 16 Feb:
- Code Style cleaned
- uses reduced
- "absolute" removed
- typed pointer option on
- assignable consts option off
- divider lines in source before constructor
  (only if more than one class in file)

TODO for 2.1
- move to Archive or JCL
- check/update examples
- TEST TEST TEST
--------------------------
     2.1 release
  best at 28.2.2002
--------------------------

TODO for 3.0
- remove WIN32 parts = D1/D2 support
- handle several "this property needs to be published before that
  property" comments which indicate that a Loaded method is needed
- reimplement all components which contain PeekMessage loops or
  Application.ProcessMessages
- MouseEnter/MouseLeave suupport through innterfaces
  small with only Hintcolor and big with HotTrackFont
- Manifest support for XP styles
- base more components on the JCL, drop several utility functions like
  RegionFromBitmap in favor of the JCL versions
- bug fixes, bug fixes, bug fixes
- TEST TEST TEST



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Feb 2003 15:10:39 +0100
Newsgroups: jedi.vcl

I know about this conversation. What about it?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Feb 2003 15:10:03 +0100
Newsgroups: jedi.vcl

> > Imho those a 3 different cases and they should be separated.
> > JVCL Rarities may be used by some fans, so the are not to be just removed.
> > Buggy things may be (chanced) will be fixed by someone needign them.
> > Little functionality should be merged annd moved to archive, agree.

I don't think we need that level of detail, at least not at the moment. Dividing things further just helps to cloud the issue at
hand: do we keep it or not? My proposal is based on *my* experience with the JVCL and *my* feelings about the stuff in there. If
you, or anyone else, have reasons to disagree, then by all means do and please let me and others now *why* so we maybe change our
opinions in your favor.

> > PT> JvSizeablePanel,
> > For example this is rather good thing.
This is exactly the kind of comments that doesn't help anyone: you think this is a good component and want it to stay in JVCL. Do
you think you have persuaded me to change my mind by stating that it "is a rather good thing"? If you don't tell me why it's so
good, I won't change my mind.

> > IMHO better to from JVCL strange UI package :-)
I don't understand this comment, please explain.

> > just look JEDI Installer thread.
> > VCL-related staff will never be in JCL.
No, VCL related stuff will never be part of JCL but parts of JVCL that are independent of the VCL could be.

> > In other word's some part of those units shoul be moved outside to JCL, but
> > the very units, except for moved parts) should remain in JVCL.
Yes, that is correct to some extent: if enough of it gets moved to JCL, maybe we can put it all into one or two utility files and
remove the rest. Either way, this is one of the less important issues as it can be resolved at anytime before or after version 3.0

> > PS: my proposal is to make RES file textual as DFM' are
> > Since Delphi cannot eat RC's, i guess CVS-system should delete appropriat
> > .res for any modified .rc
> > Then the user could run bat that will compile RC's into RES'es.
This is certainly interesting, but has nothing to do with the proposal


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Feb 2003 14:56:17 +0100
Newsgroups: jedi.vcl

I think you are mistaken: the prompt to update is based on the files in the requires node, not on the package name. Of course,
Delphi can be wrong sometimes, but the numbers you use or where you put them doesn't affect it. In the example you refer to, I had
no problem with my D5 and didn't get prompted to upgrade.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Feb 2003 14:54:02 +0100
Newsgroups: jedi.vcl

Sure, we could add the package version as well.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 15:39:40 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 10:27:55 +0100)
....while the fading voice of Peter whispered through the darkness:

 PT> 2. WHAT TO MOVE TO JCL
 PT> ================================
 PT> JvComplex

BTW, look at

==========================================================================
* Forwarded by Arioch /BDV/ 
* Newsgroup: jedi.math
* From: "Patrick Van Laake" 
* Date: Wed, 12 Feb 2003 14:54:37 -0700
* Subj: Re: Jedi-Math 0.1
==========================================================================

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 15:11:27 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 14:06:15 +0200)
....while the fading voice of Illya whispered through the darkness:

 IK>   Jv<name><package version><platform><platform version><design time/run

I recall on some conditions Delphi 5 used the _1st_ numbers to determine
it's version.

So opening Jcl20r50 it suggested me to update package from D2 format to D5
format. sic!

Maybe be platform version should go before jvcl version?

Jv<platform><platform version>_<name><package version><D/R> ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Thu, 13 Feb 2003 14:06:15 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospampeter3.com> wrote in message news:b2fu7d$6un$1@talkto.net...
>> > >    Jv<name><package version>["D"|"C"|"K"]<ver>["D"|"R"].["dpk"|"bpk"]
>> > >                  Platform   ^^^^^^^^^^^^^
>> > >
>> > > Why?
>> > > 1. Scheme proposed by Peter implies that any particular version (say, 3)
> > has SAME features
>> > > across
>> > > all platforms. That's not true. Just compare Delphi 3.0, C++ Builder 3.0,
> > and Kylix 3.0.
>> > >
>> > > 2. Can Delphi read C++ Builder's .cfg or .dof file? and vice versa...
> > Good catch! I didn't think about that the dof's and cfgs would have the same
> > name (duh!).
> >
> > If you mean something like this...
> >
> > JvSystemD60D.dpk -> Delphi 6 DT
> > JvSystemC60D.bpk -> BCB 6 DT
> > JvSystemK30D.dpk -> Kylix 3 DT
> >
> > ...then I agree with you (although we needn't worry to much about Kylix
> > support<g>).
And what about package version?
  Jv<name><package version><platform><platform version><design time/run time>.<ext>
Where
  <package version>     := ["10"|"20"etc.]
  <platform>            := ["D"|"C"|"K"]
  <ver>                 := ["50"|"60"etc.]
  <design time/run time>:= ["D"|"R"]
  <ext>                 := ["dpk"|"bpk"]

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 14:55:55 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 13 Feb 2003 10:27:55 +0100)
....while the fading voice of Peter whispered through the darkness:

PT> I think the following components could be removed, either because they
PT> have little functionality, are buggy or because they are probably never
PT> used:

Imho those a 3 different cases and they should be separated.
JVCL Rarities may be used by some fans, so the are not to be just removed.
Buggy things may be (chanced) will be fixed by someone needign them.
Little functionality should be merged annd moved to archive, agree.

[Sorry, skipped]

PT> JvSizeablePanel,
For example this is rather good thing.

IMHO better t ofrom JVCL strange UI package :-)

[Sorry, skipped]

PT> 2. WHAT TO MOVE TO JCL
PT> JvVCLUtils,
just look JEDI Installer thread.
VCL-related staff will never be in JCL.

PT> Since JCL doesn't want anything that contains references to the visual
PT> library, many of the units above needs major overhauls to be acceptable
PT> to JCL.

In other word's some part of those units shoul be moved outside to JCL, but
the very units, except for moved parts) should remain in JVCL.

[Sorry, skipped]

PS: my proposal is to make RES file textual as DFM' are
Since Delphi cannot eat RC's, i guess CVS-system should delete appropriat
..res for any modified .rc
Then the user could run bat that will compile RC's into RES'es.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 13 Feb 2003 12:19:07 +0100
Newsgroups: jedi.vcl

> >    Jv<name><package version>["D"|"C"|"K"]<ver>["D"|"R"].["dpk"|"bpk"]
> >                  Platform   ^^^^^^^^^^^^^
> >
> > Why?
> > 1. Scheme proposed by Peter implies that any particular version (say, 3)
has SAME features
> > across
> > all platforms. That's not true. Just compare Delphi 3.0, C++ Builder 3.0,
and Kylix 3.0.
> >
> > 2. Can Delphi read C++ Builder's .cfg or .dof file? and vice versa...
Good catch! I didn't think about that the dof's and cfgs would have the same
name (duh!).

If you mean something like this...

JvSystemD60D.dpk -> Delphi 6 DT
JvSystemC60D.bpk -> BCB 6 DT
JvSystemK30D.dpk -> Kylix 3 DT

....then I agree with you (although we needn't worry to much about Kylix
support<g>).

I change my proposal to include this change.


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [peter3]: My proposal for JVCL 3.0
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Thu, 13 Feb 2003 13:14:23 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message news:b2fngm$5c2$1@talkto.net...
> > ...
> > 4. HOW TO DIVIDE THE PACKAGES
> > ======================================================
> > JVCL should be divided into several packages based on functionality and
> > minimum interdependency. The following layout has been tested by me and
> > works. We might also keep the current full package for those that don't mind
> > installing everything (although I don't like that idea myself). Note that
> > most of the packages below also needs a design-time (DT) version.
> >
> > <side note begin>
> > Package naming proposal:
> >   Jv<name><ver>["D"|"R"].["dpk"|"bpk"]
> >
> > Examples:
> >   JvSystem for D6:
> >   JvSystem60R.dpk and JvSystem60D.dpk
> >
> >   JvSystem for BCB 5 (notice different extension):
> >   JvSystem50R.bpk and JvSystem50D.bpk
> >
> > We don't need any Standard/PE version packages: PE users just exclude the
> > packages they can't install (DB and BDE)
> > </side note end>

> > ...
IMHO it would be better to distinguish Delphi/C++Builder/Kylix(?) platform packages further.
I would like to see a package version also...

Say,
   Jv<name><package version>["D"|"C"|"K"]<ver>["D"|"R"].["dpk"|"bpk"]
                 Platform   ^^^^^^^^^^^^^

Why?
1. Scheme proposed by Peter implies that any particular version (say, 3) has SAME features
across
all platforms. That's not true. Just compare Delphi 3.0, C++ Builder 3.0, and Kylix 3.0.

2. Can Delphi read C++ Builder's .cfg or .dof file? and vice versa...

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




Subject: Re: About zlib availability
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 13 Feb 2003 10:59:08 +0100
Newsgroups: jedi.vcl

Thanks for the reply, Adem. I knew that zlib is more or less "free", I was
wondering whether the Borland zlib.pas was as well. Too bad you merged that
unit into NanoZip since maybe we could have used that as the basis for a
JvZLib unit. Any chance you will revisit it and extract it for the benefit
of JVCL?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: [peter3]: My proposal for JVCL 3.0
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 13 Feb 2003 10:27:55 +0100
Newsgroups: jedi.vcl

Before I get started, I just want to make it clear that whenever I had to
choose between simplicity for the user and simplicity for the developer, I
have chosen the developer. Because most of us would like to improve on the
existing stuff, write new stuff and use really cool stuff, it is very
important that we feel that we are not stuck with a maintenance nightmare
that gives us very little gratification.

If we fail to make the developers job light and easy, we will soon loose all
of them and then JVCL will certainly die. The goal of my proposal is thus
that it should make the development easier and more fun and at the same time
provide real value to the end users. So here we go!

--

My proposal for JVCL 3.0 consist of several sections:

1. What to remove (i.e move to \archive)
2. What to move to JCL (or replace with JCL equivalents)
3. What to merge (or at least investigate if it can be merged)
4. How to divide the packages
5. How to add new donations
6. How to set up palette tabs

1. WHAT TO REMOVE
======================================================
I think the following components could be removed, either because they have
little functionality, are buggy or because they are probably never used:

JvAnimTitle,JvFormProgress,JvDualList,JvFDualLst,JvAppearingLabel,JvAutoSize
Compo,
JvBlinkingLabel,JvBouncingLabel,JvBreatheSkin,JvButtonShaped,JvCaesarCipher,
JvChrono,
JvDragDrop,JvGenetic,JvHotLink,JvMousePositionner,JvNagScreen,JvPlaylist,JvR
ealLabel,
JvReversedLabel,JvPopupMemo,JvCoupler,JvScrollingLabel,JvSpecialLabel,JvVige
nereCipher,
JvXorCipher,JvBMPListBox,JvHighlighter,JvSizeablePanel,JvMousePanel,JvObserv
erLabel,
JvObservibleCheckBox,JvMouseTimerU,JvObserverMessages,JvCmdEdit,JvUCB,JvProf
iler32,
JvArrow,JvSplshWnd,JvMovableBevel,JvWinampLabel,JvMLButton,JvOneSizeFitsAllB
utton,
JvFormImage,JvImageDlg,JvFormLogin,JvSerialDlg,JvFormPass,JvFormSerial,JvPas
swordForm,
JvPerforated,JvProgressDlg,JvExchListboxes, JvDisconnectNetwork (empty)

As a side not, if we decide to keep the various dialogs in the list, I
propose for the *components* to be removed and the actual forms added to the
Object Repository instead (selectable in the installer).

2. WHAT TO MOVE TO JCL
======================================================
JvComplex,JvExcptDlg,JvHWinamp,JvHRas32,JvWinampApi,JvCabFile,JvCommStatus,J
vComputerInfo,
JvCpuUsage,JvDeviceChanged,JvDirectories,JvHtmlParser,JvFtpGrabber,JvHttpGra
bber,
JvKeyboardStates,JvMemoryInfos,JvMultiHttpGrabber,JvPcx,JvRas32,JvRgbToHtml,
JvPerfMon95,
JvRle,JvScreenCanvas,JvScreenResolution,JvFormToHtml,JvStringListToHtml,JvSt
rToHtml,
JvSystemColors,JvSysComp,JvMail,JvFileInfo,JvSHFileOp,JvDateUtil,JvUtils,JvM
axMin,
JvStrUtils,JvFileUtil,JvParsing,JvGIF,JvRegistry,JvRichEditToHtml

(maybe these as well):
JvFunctions,JvVCLUtils,JvAppUtils,JvDataConv,JvOle2Auto,JvVerInf,JvDsgnIntf,
JvRegAuto,
JvPropAutoSave,JvStrUtil,JvWndProcHook,JvIni,JvMaxPixel,JvMru

Since JCL doesn't want anything that contains references to the visual
library, many of the units above needs major overhauls to be acceptable to
JCL.

3. WHAT TO MERGE
======================================================
This list contains components that are duplicates as well as components that
are not.  The non-duplicates are included because they could be used as a
starting point for writing a new component that covers the functionality of
the existing. We could divide the list amongst us and do, say 2-3 each, and
they would be merged within a couple of weeks tops.

JvTimer,JvTimerLst

JvCalendar,JvMonthCalendar

JvBalloonHint,JvHints,JvHint

JvItemsPanel,JvComponentPanel

JvScrollPanel,JvCntScr,JvPageScroller,JvScrollMax,JvaScrollText,JvScrollText

JvPanel,JvTransparentPanel

JvLookOut,JvOLBar

JvApplication,JvAppEvent

JvMultiselectChecklistbox,JvCheckListBox

JvMultilineListbox,JvListBox,JvReorderListBox,JvListComb,JvCombobox,JvColorC
ombo

JvImage,JvSpecialImage,JvImageRotate,JvImageTransform

JvPicClip,JvClipIcon,JvClipboardViewer,JvClipMon,JvClipView

JvGradient,JvGradientCaption,JvGrdCpt

JvScheduledEvents,JvAlarms,JvFormAlarms

JvAnalogClock,JvClock,JvxClock

JvAni,JvAniFile,JvxAnimate,JvAnimate,JvBmpAnim

JvSplitter,JvSyncSplitter,JvSplit

JvSlider,JvxSlider

JvRichEdit,JvRichEd

JvAppAnimatedIcon,JvFormAnimatedIcon

JvAngleLabel,JvLabel

JvDatePickerEdit,,JvPickDate,JvDateTimePicker

JvCheckedMaskEdit,JvMaskEdit,JvCurrEdit,JvToolEdit,JvTypedEdit,JvEdit,JvFloa
tEdit

JvButton,JvButtonPersistent,JvFavoritesButton,JvSpeedButton,JvCaptionButton,
JvButtons,

JvBitBtn,JvControlPanel,JvRecentMenuBtn,JvStartMenuBtn,JvArrowBtn,JvColorBtn
,JvTransBtn,
JvTransBtn2

JvDrawGrid,JvStringGrid,JvButtonDrawGrid,JvGrids

JvPlacemnt,JvAppInfo,JvFormPlace

JvHotKey,JvHotkeyEx,JvAppHotKey

JvChangeNotify,JvNotify

4. HOW TO DIVIDE THE PACKAGES
======================================================
JVCL should be divided into several packages based on functionality and
minimum interdependency. The following layout has been tested by me and
works. We might also keep the current full package for those that don't mind
installing everything (although I don't like that idea myself). Note that
most of the packages below also needs a design-time (DT) version.

<side note begin>
Package naming proposal:
  Jv<name><ver>["D"|"R"].["dpk"|"bpk"]

Examples:
  JvSystem for D6:
  JvSystem60R.dpk and JvSystem60D.dpk

  JvSystem for BCB 5 (notice different extension):
  JvSystem50R.bpk and JvSystem50D.bpk

We don't need any Standard/PE version packages: PE users just exclude the
packages they can't install (DB and BDE)
</side note end>

---

1. JvCore - includes all the core stuff used by just about every other
package. No DT package
2. JvSystem - system related stuff
3. JvStdCtrls - enhanced standard components and/or stuff that could be
considered "standard"
4. JvCmp - non-visual components not in StdCtrls
5. JvCtrls - visual components not in StdCtrls
6. JvCustCtrls - components not based on enhancing existing and/or extending
them very much
7. JvDlgs - dialogs
8. JvCrypt - encrypt and compress related
9. JvAppFrm - application and form related
10. JvDB - database related (but not dependent on specific DB engine)
11. JvBDE - BDE related
12. JvNet - network related (internet et al)
13. JvMM - multimedia related
14. JvInterpreter - the JvInterpreter stuff - it's very large, hard to use
and very special so I think it warrants it's own package
15. JvBegin - "beginner" components (little code and/or makes non-visual
programming visual)
16. JvDsgn - a DT package with property/component editors etc that are
globally useful and/or not tied to a specific component. No RT package (this
could also be named JvCore(DT) although it wouldn't really be tied to the
stuff in JvCore(RT))

Each DT package should have one (1) XXXReg.pas file and one (1) .dcr each to
simplify maintenance. Any property editors should go in the DT package
together with the related component or into the JvDsgn package if it is
globally useful (no dependencies to other parts of JVCL).

I know some of you will say: "Jeez, so many packages!", but since you only
install what you want, for most users the amount won't be too large:
personally, I would probably install and use at most 1,2,3,4,5,6 and 7 on a
regular basis. Besides, Delphi has way more packages (and less components!)

5. HOW TO ADD NEW DONATIONS
======================================================
New donations should be added differently based on their size.

New single (or small set) donations should be added to the most appropriate
package listed above, the dcr and XXXReg.pas should be updated with the new
stuff etc.

However, library (or large) donations should *not* be added to the existing
packages. Instead, I propose that the original packages and units (renamed
according to JVCL standards), should be added AS IS.

This simplifies maintenance considerably: we don't have to merge anything,
the original donator can still support his old users (and can find his way
around better since he knows the structure of his own libraries), the risk
of breaking anything diminishes, the user, not we, decides if he wants to
install it or not etc.

I know that some of you will think this is almost heresy, but if we are
going to divide JVCL, let's make it work for the future as well.

6. HOW TO SET UP PALLETTE TABS
======================================================
I've spent some thought on this and have come up with the conclusion that no
matter how we divide the components on the palette, someone will dislike it:
either there are too many tabs or there are too many components on each tab
or the "logic" of the layout is wrong ("I want all panels on one tab", "I
want all system related components on one tab") etc. Since we can't please
everyone (or maybe even anyone <g>) I propose a scheme that simplifies it
for us developers as much as possible.

Each package has it's own tab (JvSystem package -> "Jv System" tab). If the
palette gets too big we add another, numbered, palette with the same base
name (i.e "Jv System 2") and move some of components to the new tab instead.
This does not mean the package gets split, just that the tabs do.

CONCLUSION
======================================================
All in all, I think my proposal is the best possible for JVCL: we divide
JVCL in a logical and easily understood manner, we provide for the future by
making each package small from the beginning, we simplify the developers job
by minimizing maintenance issues, we have a logical naming scheme for the
palette tabs and we simplify for the original donor to participate in future
development. This also should encourage more poeple to become JVCL users as
well as donors and developers.


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: JvInspector -Align and Anchors
From: "adem" <adembaba@excite.com>
Date: Thu, 13 Feb 2003 09:37:06 +0200
Newsgroups: jedi.vcl

Hi,

JvInspector consistently fails to identify (or process)
set properties such as Align and Anchors.

Anyone know why?

--
Cheers,
Adem





Subject: Re: Couple more things to take care of
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Feb 2003 07:01:02 +0100
Newsgroups: jedi.vcl

adem wrote:
> Hi,
>
> (This refers to code that is on the CVS)
>
> I am not terribly fond of using blanket IFDEFs, but it appears
> this one is justified. So, I'd like to suggest that, to JEDI.INC
> these lines be added at the bottom this file.
>
> {$IFDEF DELPHI6_UP}
>   {$WARN SYMBOL_PLATFORM OFF}
>   {$WARN UNIT_PLATFORM OFF}
> {$ENDIF}

No.
1. not in JEDI.INC which is free of compiler switches
2. not generally. The CVS version has now WINDOWSONLY.INC which handles
   this for all files which need it.



Subject: Re: JEDI Installer changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 13 Feb 2003 06:57:18 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Maybe an option to remove old JVCL or JCL bpl/dcp's that are on the windows path; or clean "library path".

Yep, especially clean the palette strings in the Registry.
We will reorganize the palettes and Delphi otherwise insists to put the components on the old palettes.



Subject: Re: JVCLMegaDemo
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 12 Feb 2003 21:52:18 -0500
Newsgroups: jedi.vcl

"adem" <adembaba@excite.com> wrote in message
news:b2esv7$1jn$4@talkto.net...

> > Shall I send the sources to someone (who?), or will
> > you guys do them yourself at your own pace.

You can upload it to our Bug database. Just follow the Bugs/Wishes link
from:

http://jvcl.sourceforge.net.

Michael




Subject: JVCLMegaDemo
From: "adem" <adembaba@excite.com>
Date: Thu, 13 Feb 2003 03:45:53 +0200
Newsgroups: jedi.vcl

All,

I have gon through JVCLMegaDemo and corrected
a few problems with it (except for the ObjectPicker
issue I mentioned in another thread).

Shall I send the sources to someone (who?), or will
you guys do them yourself at your own pace.

Sorry, I am completely illiterate when it comes uploading
to CVS --though I do manage to download stuff from CVS,
thanks to WinCVS :-)
--
Cheers,
Adem




Subject: Re: About zlib availability
From: "adem" <adembaba@excite.com>
Date: Thu, 13 Feb 2003 03:39:08 +0200
Newsgroups: jedi.vcl

Hi Peter,

If you look at its site, http://www.gzip.org/zlib/zlib_license.html
you will see that ZLib is *free* with very few strings attached;\
I dont see any reason why it can not be part of Jedi.

I did use portions of ZLib in NanoZip, and during that process
I noticed that (in my opinion) its Delphi translation was a mess
in the sense that there are too many data types which can easily
be reduced to basic Delphi data types but weren't. Similarly, it
had all the special MemAlloc, MemFree etc. stuff brought over
from its C legacy.

I found and corrected a number of bugs in the portions I used;
unfortunately I did not think anyone would be interested in my
refactored version and I integrated it all into NanoZip --more or
less beyond recognition.

In short, what I am trying to say is this: If ZLib is to be included
in Jedi, it should be done in several passes so that the converted
code is as readable as possible and void of baggage that slows it
down in Delphi.
--
Cheers,
Adem




Subject: TJvObjectPickerDialog bug?
From: "adem" <adembaba@excite.com>
Date: Thu, 13 Feb 2003 03:25:40 +0200
Newsgroups: jedi.vcl

Hi all,

in
JvObjPickerComp.pas

in

function TJvObjectPickerDialog.Execute: Boolean;

the line
  HR := FObjectPicker.Initialize(InitInfo);

seems to be in error as

FObjectPicker: IDsObjectPicker;

which is an interface. I could not find its implementation.

Indeed, I get an error saying it was not meant to be
called directly.

To reproduce: Compile and run
    JVCL\examples\JVCLMegaDemo\JVCLDemo.dpr

Select 'Dialogs', then press button named 'Objectpicker' .

You will get an error.

Does anyone know how to solve this?
--
Cheers,
Adem




Subject: Couple more things to take care of
From: "adem" <adembaba@excite.com>
Date: Thu, 13 Feb 2003 02:53:38 +0200
Newsgroups: jedi.vcl

Hi,

(This refers to code that is on the CVS)

I am not terribly fond of using blanket IFDEFs, but it appears
this one is justified. So, I'd like to suggest that, to JEDI.INC
these lines be added at the bottom this file.

{$IFDEF DELPHI6_UP}
  {$WARN SYMBOL_PLATFORM OFF}
  {$WARN UNIT_PLATFORM OFF}
{$ENDIF}

And to these units in JVCL\examples\JVCLMegaDemo
folder

JvFilesU.pas and jvAniViewerU.pas

Add this line to the top
{$I JEDI.INC}

    ----

Just one more thing, this is bound to cause AVs, so we might as
well kill the possibilty now. Here is what I mean:

Load JVCLDemo.dpr in JVCL\examples\JVCLMegaDemo and then
do Shift + F12 and select all the forms in the displayed dialog, you
will get a couple of messages that certain properties do not exist.

Press ignore. Then save all. Then compile.
--
Cheers,
Adem




Subject: About zlib availability
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Feb 2003 23:35:25 +0100
Newsgroups: jedi.vcl

I just noticed that IPRO frm TurboPower includes the zlib unit supplied by
Borland. This gets me thinking: did TP have a special license for zlib or
can anyone include zlib in their distributions? If anyone could, maybe we
should as well since many users have problems with it, especially when they
have another package that implicitly includes it too (as we do). My though
was that we in that case could rename it to JvZLib/JvZLibConst and thus be
independent of other versions floating around. Any comments? If any former
TP developer is reading this NG, maybe you could clear this up for me.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Posting changes - if it were more comfortable...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Feb 2003 23:14:53 +0100
Newsgroups: jedi.vcl

Sorry, should be http://mantisbt.sourceforge.net/

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Pre-Proposal submission
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Feb 2003 23:12:17 +0100
Newsgroups: jedi.vcl

I'm not advocating Wiki over MySQL, I'm just stating that it could be used
for both proposal 1 and 2. If it is to be done, someone will still have to
step up and take charge of it. I know I won't - my plate is full.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JEDI Installer changes
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 12 Feb 2003 23:02:06 +0100
To: "Petr Vones (Team JEDI)" <petr_v@post.cz>
Newsgroups: jedi.vcl

Petr Vones (Team JEDI) wrote:
> Other suggestions are welcomed.

Maybe an option to remove old JVCL or JCL bpl/dcp's that are on the windows path; or clean "library path".

Regards,
Remko Bonte



Subject: Re: JEDI Installer changes
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 13 Feb 2003 00:29:15 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 18:59:20 +0100)
....while the fading voice of Petr whispered through the darkness:

 PVT> - logging of compiler output (various Delphi edition issues)

Looked around WinExec32AndWait and CreateProcess...
Brr...

How easy it was under MS-DOS where i need only to intercept one certain
Int...

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Pre-Proposal submission
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Wed, 12 Feb 2003 16:19:23 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b2dvi0$sc1$1@talkto.net...
> > Proposal 1:
> > Interestingly, Robert has suggested we set up a Wiki page for the docs. I
> > don't personally want to have yet another place that I need to keep
updated
> > on, so as long as I am not required to check it on a regular basis, knock
> > yourselves out<g>. Also, I think that maybe Marcel and Remko would like to
> > have a say in this...
> >
> > Propoasal 2:
> > A very good idea and if anyone is interested in this, it could be set up
as
> > a Wiki page as well.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist

Peter,

I'm a little confused.  My suggestions were targeted specifically for
user-created entries for component usage and vcl code tweaks, to alleviate
the burden of quality control activities on the JVCL team .  I can't comment
on wiki pages since I never maintained one, but if it were a MySQL driven
page with a page for item submissions (posted to the MySQL database), it
wouldn't need any JVCL team intervention at all, or am I missing something?

thx





Subject: Re: Posting changes - if it were more comfortable...
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 23:41:52 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 18:35:24 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> author (mantis.sourceforge.net) to request it.

no such page yet.
What's their original page?


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Compiling r500 with D5 ee - logm if needed
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Feb 2003 20:53:12 +0100
Newsgroups: jedi.vcl

> >  ??>> [Warning] Unit 'JclSchedule' implicitly imported into package
> >  MB> 'JVCL200_R50'
> >
> >  MB> If you get this warning, check the JCL package and see if it contains
> > JclSchedule.
> >
> > It did not! Plz, correct DJCL50.dpk.

it's up to date, on the FreeVCS server; see also my post in jedi.jcl.

> >
> > BTW - why *D*JCL if ut is *R*untime package?

Historically, the package was provided to allow IDE experts and designers to
use the JCL. Since it was only meant to be used in design time, they
prefixed it with D. One of the reasons is that several units provide
different compiler options that change the behaviour (eg. the switch to use
extended, double or single, most likely in the math unit). This can only be
done by building the JCL unit directly into an application, so a runtime
package was not required.

> >
> >  MB> The message complaining about not used/not exported symbols can be
> >  MB> ignored, it's a bug of the D5 compiler.
> >
> > Not always, i already submitted a change to D-package of JVCL 5.00 which i
> > found by such a hint.

OK, maybe not all, but most are. I checked once by using the D5 package in
D6 and build it there. From what I remember, those warnings disappeared in
D6.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JEDI Installer changes
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Wed, 12 Feb 2003 20:46:44 +0100
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
> > RxLib has a procedues for this in VCLUtils.
> > Guess VCLUtils should be merged into JCL - and after this the code of

No, it would need to include too much 'fat' visual units like Controls ...
JCL is like a RTL extension, not a VCL.

Petr.




Subject: Re: JEDI Installer changes
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 22:36:11 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 18:59:20 +0100)
....while the fading voice of Petr whispered through the darkness:

procedure TMainForm.Install;
---
  Screen.Cursor := crHourGlass;

RxLib has a procedues for this in VCLUtils.
Guess VCLUtils should be merged into JCL - and after this the code of
installer may be changed.


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JEDI Installer changes
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 22:34:07 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 18:59:20 +0100)
....while the fading voice of Petr whispered through the darkness:

 PVT> Other suggestions are welcomed.

Add to all the .dof's a lot of Excluded Packages, depending of the ones,
installed to Delphi.

I hate about Delphi IDE that ot wastes time on loading all the packages!
I'd prefer it tried to load as less as posible instead of as much as it is
allowed to :-(

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JEDI Installer changes
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 22:31:47 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 18:59:20 +0100)
....while the fading voice of Petr whispered through the darkness:

 PVT> - logging of compiler output (various Delphi edition issues)
Indeed, i lack this.

 PVT> Another request was to not add source code to the IDE's Library Path
 PVT> but build DCU files only and put source to the Browsing path. This
 PVT> seems to be an option but also raises a problem with Debug/Release
 PVT> versions of DCU files. How much typical is that kind of setup for
 PVT> developers ?

Not to me.
But this certainly is to be combined with {$D-}, which is non-sense for beta
library.


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Compiling r500 with D5 ee - logm if needed
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 22:29:41 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 19:09:57 +0100)
....while the fading voice of Marcel whispered through the darkness:

 ??>> [Warning] Unit 'JclSchedule' implicitly imported into package
 MB> 'JVCL200_R50'

 MB> If you get this warning, check the JCL package and see if it contains
JclSchedule.

It did not! Plz, correct DJCL50.dpk.

BTW - why *D*JCL if ut is *R*untime package?

 MB> The message complaining about not used/not exported symbols can be
 MB> ignored, it's a bug of the D5 compiler.

Not always, i already submitted a change to D-package of JVCL 5.00 which i
found by such a hint.

Ok, i have 20kb of hints for JCL, but i will not look at it if You suggest
me so.

PS: i've checked some hints and i'm shicked indeed....
How could it be that smart-linker and compiler give such a different
results?
Thanx to God, linker is smarter.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Compiling r500 with D5 ee - logm if needed
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Feb 2003 19:20:57 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:
> The stars so gaily glistened...  (Fri, 07 Feb 2003 17:56:44 +0100)
> ...while the fading voice of Robert whispered through the darkness:

I usually shout ;-)



Subject: Re: Compiling r500 with D5 ee - logm if needed
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Feb 2003 19:09:57 +0100
Newsgroups: jedi.vcl

> > [Warning] Unit 'JclSchedule' implicitly imported into package
'JVCL200_R50'


Can't be, JclSchedule is placed in the JCL runtime package which is required
by JVCL200_R50 package. If you get this warning, check the JCL package and
see if it contains JclSchedule. If it does, perform a rebuild on the JCL
package. If that doesn't work, check if you haven't got multiple .dcp/.bpl
from the JCL package floating around.

The message complaining about not used/not exported symbols can be ignored,
it's a bug of the D5 compiler.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: JEDI Installer changes
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Wed, 12 Feb 2003 18:59:20 +0100
Newsgroups: jedi.vcl

Hi,

The installer (which was originally designed for JCL only) probably needs some
improvements, at least from what I've understood. Since most of them are for
JVCL I started the thread here.

- logging of compiler output (various Delphi edition issues)
- adding some new JVCL packages

Another request was to not add source code to the IDE's Library Path but build
DCU files only and put source to the Browsing path. This seems to be an option
but also raises a problem with Debug/Release versions of DCU files. How much
typical is that kind of setup for developers ?

Other suggestions are welcomed.

Petr.





Subject: Re: Pre-Proposal submission
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 12 Feb 2003 12:50:52 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b2dvi0$sc1$1@talkto.net...
> > Proposal 1:
> > Interestingly, Robert has suggested we set up a Wiki page for the docs. I
> > don't personally want to have yet another place that I need to keep
updated
> > on, so as long as I am not required to check it on a regular basis, knock
> > yourselves out<g>. Also, I think that maybe Marcel and Remko would like to
> > have a say in this...

> > Propoasal 2:
> > A very good idea and if anyone is interested in this, it could be set up
as
> > a Wiki page as well.

If Wiki gets approved, you can use this page as a starting point:

http://c2.com/cgi/wiki?JvclStructure

Michael




Subject: Re: To Peter: re: CVS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Feb 2003 18:38:10 +0100
Newsgroups: jedi.vcl

> > But what about just-unpacked beta zip - it was the same !
Getting the sources from another location and dropping them into a CVS
folder can have this result. The only way to ensure correct updates is to
update the folder directly from CVS.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Posting changes - if it were more comfortable...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Feb 2003 18:35:24 +0100
Newsgroups: jedi.vcl

> > Could there be local issue tracker client?
Since the Issue Tracker is Mantis, you would have to contact the author
(mantis.sourceforge.net) to request it.

> > At least it could be greate to integrate WinMerge or any other diff-maker
> > into Delphi :-(
I'd like that too...

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Pre-Proposal submission
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Feb 2003 18:32:43 +0100
Newsgroups: jedi.vcl

Proposal 1:
Interestingly, Robert has suggested we set up a Wiki page for the docs. I
don't personally want to have yet another place that I need to keep updated
on, so as long as I am not required to check it on a regular basis, knock
yourselves out<g>. Also, I think that maybe Marcel and Remko would like to
have a say in this...

Propoasal 2:
A very good idea and if anyone is interested in this, it could be set up as
a Wiki page as well.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Robert Oschler" <no_replies@fake_email_address.invalid> skrev i meddelandet
news:b2dl7t$q8s$1@talkto.net...



Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 20:31:46 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 18:28:48 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> If CvsConflictEditor shows the files but there are no visible
 PTr> differences, it's CRLF difference: ignore it or delete the local file
 PTr> and do a CVS Update again. I think this is caused by the "Check Unix
 PTr> sandbox" option in TortiseCVS

Ooohh...
Too late.
I converted the it with my own program and...

No i rethink this - yes, that may be the reason of the unknown timestamp
:-(((

But what about just-unpacked beta zip - it was the same !

Misty...

Anyway i gave up and did clean download to the folders :-(

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: To Peter: re: CVS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 12 Feb 2003 18:28:48 +0100
Newsgroups: jedi.vcl

If CvsConflictEditor shows the files but there are no visible differences,
it's CRLF difference: ignore it or delete the local file and do a CVS Update
again. I think this is caused by the "Check Unix sandbox" option in
TortiseCVS

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Posting changes - if it were more comfortable...
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 20:20:14 +0300
Newsgroups: jedi.vcl

Hello, All!

Could there be local issue tracker client?
So i fill a local form, and it makes HTTP request, and then stores them in
some Outbox, waiting until i'm dialed up ?

Hmm, Michael - here is the sense for Mantis-nntp gate :-)
Reply-message to some text form could be auto-parsed and added :-)

At least it could be greate to integrate WinMerge or any other diff-maker
into Delphi :-(

Sweet dreams.

--
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Compiling r500 with D5 ee - logm if needed
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 20:03:44 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 07 Feb 2003 17:56:44 +0100)
....while the fading voice of Robert whispered through the darkness:

=========Beginning of the citation==============
[Warning] Unit 'JclSchedule' implicitly imported into package 'JVCL200_R50'
[Warning] Unit 'zlib' implicitly imported into package 'JVCL200_R50'
[Warning] Unit 'zlibconst' implicitly imported into package 'JVCL200_R50'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDirectories.RC_allFolders'
[Hint] Package 'JVCL200_R50' does not use or export 'JvAlarms.RC_Alarm'
[Hint] Package 'JVCL200_R50' does not use or export 'JvMemo.GetFontHeight'
[Hint] Package 'JVCL200_R50' does not use or export 'JvMemo.AddVScrollbar'
[Hint] Package 'JVCL200_R50' does not use or export
'JvMemo.RemoveVScrollbar'
[Hint] Package 'JVCL200_R50' does not use or export
'JvCtrls.RsLBVirtualCantBeSorted'
[Hint] Package 'JVCL200_R50' does not use or export
'JvRecentMenuBtn.SortByName'
[Hint] Package 'JVCL200_R50' does not use or export 'JvSysComp.RsListIndex'
[Hint] Package 'JVCL200_R50' does not use or export
'JvSysComp.RsPIDNotFound'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDialogs.InstallW2kFix'
[Hint] Package 'JVCL200_R50' does not use or export
'JvItemsPanel.GetFontHeight'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDriveCtrls.ExtractLastFolder'
[Hint] Package 'JVCL200_R50' does not use or export
'JvOLBar.TJvOutlookBarEdit.GetCanvas'
[Hint] Package 'JVCL200_R50' does not use or export 'JvTMTL.Max'
[Hint] Package 'JVCL200_R50' does not use or export
'JvSimpleXml.ConvertErrorFmt'
[Hint] Package 'JVCL200_R50' does not use or export 'JvSimpleXml.StrToBool'
[Hint] Package 'JVCL200_R50' does not use or export
'JvInspector.TCanvasStack.Peek'
[Hint] Package 'JVCL200_R50' does not use or export
'JvInspector.TJvInspDataReg.Delete'
[Hint] Package 'JVCL200_R50' does not use or export
'JvInspector.TInstanceItem.DeleteMethod'
[Hint] Package 'JVCL200_R50' does not use or export
'JvInspector.TInstanceItem.DeleteMethod'
[Hint] Package 'JVCL200_R50' does not use or export
'JvRichEd.IID_IRichEditOle'
[Hint] Package 'JVCL200_R50' does not use or export
'JvRichEd.IID_IRichEditOleCallback'
[Hint] Package 'JVCL200_R50' does not use or export 'JvVerInf.MemAlloc'
[Hint] Package 'JVCL200_R50' does not use or export
'JvVerInf.LanguageValues'
[Hint] Package 'JVCL200_R50' does not use or export
'JvVerInf.CharacterSetValues'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDBFilter.FilterErrorFmt'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDSADialogs.TDSARegister.Delete'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDSADialogs.TDSARegister.Delete'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDSADialogs.TDSARegister.Locate'
[Hint] Package 'JVCL200_R50' does not use or export
'jvBandObject.AddContextMenuItem'
[Hint] Package 'JVCL200_R50' does not use or export
'JvInterpreterParser.HasChar'

=========The end of the citation================

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 20:00:18 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 19:58:32 +0300)
....while the fading voice of Arioch whispered through the darkness:

 AB> differs form previous...
Definition - parameter is called aitem while should be aNitem (AnItem)

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 19:58:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 11:33:28 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> http://jvcl.sourceforge.net/daily/

Ok, didn't know  about this link.
And i missed it at jvcl.bpl...

Ok, anyway i cleans-cvs'ed sources, res's and packages :-)

so now i tri to compile them, and will make some notes.


Currently i cant compile JvCombobox.pas - TJvCustomComboBox.SelectItem
differs form previous...
Misty thing


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: To Peter: re: CVS
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 12 Feb 2003 11:33:28 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E4A7610.12518FDE@gmx.de...

> > http://jvcl.sourceforge.net/daily/JVCL-Latest.zip

I am sure, Arioch wants only

http://jvcl.sourceforge.net/daily/JVCL-Source-Latest.zip

as it's only the source, and it's half the size of the other (2.1 MB vs. 4.9
MB)

Arioch, you can check them out:

http://jvcl.sourceforge.net/daily/

Then you can use VCS to synchronize the other subdirectories.

Michael




Subject: Re: To Peter: re: CVS
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 12 Feb 2003 17:28:00 +0100
Newsgroups: jedi.vcl



Arioch /BDV/ schrieb:

> > The stars so gaily glistened...  (Wed, 12 Feb 2003 10:30:27 -0500)
> > ...while the fading voice of Michael whispered through the darkness:
> >
> >  MBT> the latest source from \Daily,
> >
> > I cannot find Daily - what do You mean ?

Michael means here:

http://jvcl.sourceforge.net/daily/JVCL-Latest.zip



Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 18:56:04 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 10:30:27 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> the latest source from \Daily,

I cannot find Daily - what do You mean ?

I'm thinking of deleting all the files and making full download with cvs,
but i dont know how large the traffic will be :-(

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: To Peter: re: CVS
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 12 Feb 2003 10:30:27 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b2dnvh$qs6$1@talkto.net...

> > Are downloadable installs miscompatible with CVS ?

They shouldn't be.

If you have too many problems, then the easiest thing is to download the
latest source from \Daily, and then use TortoiseCVS for future updates.

Michael




Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 18:23:20 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 10 Feb 2003 21:01:02 +0100)
....while the fading voice of Peter whispered through the darkness:

PTr> Instruction on setting up TortoiseCVS is here
PTr> http://jvcl.sourceforge.net/cvs.htm

Even just reverted all to JCL_JVCL 2.00 beta - i have a lot of conflicts,
displayed and when conflict editor pops up - the're s no differences!

Are downloadable installs miscompatible with CVS ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Pre-Proposal submission
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Feb 2003 16:11:24 +0100
Newsgroups: jedi.vcl

Just a short comment: it's OK to submit proposals at any time, including
right now. I'll be back with comments about your proposals as soon as I've
read it in detail.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Where it is possible to send patches on JVCL?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Feb 2003 16:08:22 +0100
Newsgroups: jedi.vcl

Make your changes and upload the file(s) to the bug tracker. If we think you
are a good coder, we can make you a team member.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Proposals on how to proceed with JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Feb 2003 16:06:13 +0100
Newsgroups: jedi.vcl

Remove nospam from my mail adress to contact me

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 17:56:00 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 16:45:32 +0300)
....while the fading voice of Arioch whispered through the darkness:

What should i do with .res ?
Those are binary and i cannot check the conflicts with CVSConflictEditor.
But JVL has lack of rc files :-(




With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Pre-Proposal submission
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Wed, 12 Feb 2003 09:36:38 -0500
Newsgroups: jedi.vcl

This message is in response to Peter's "Proposals on how to proceed with
JVCL".  I know that the Proposal "session" hasn't begun yet so consider this
a Pre-Proposal.  I think that the biggest problem, and I say "problem" with
great guilt seeing as the JVCL is _awesome_, is knowing what the controls
do.  I don't think formal Help is the answer.  Well it is, but there are so
many controls and the list keeps growing, that waiting for formal Help isn't
feasible.  So here's my proposal, well there two actually:

>>>>>>>>>>>> >>>>>>>>>>>> PRE-PROPOSAL #1: Open Component Use-Notes page(s)

A web page(s), where everyone posts a short paragraph on what they are
_doing_ with a component or component(s).  It could be a Wiki page, or a
MySQL generated page from a database that contained submissions made by
people, and these submissions were done via a web form (submit).  The
database approach has the advantage of being searchable using MySQL's full
text searching capabilities (like phpBB).

It is much easier for programmers to write a sentence or two on what they do
with a component, rather than formal help docs that explains all the
properties, method's, etc.  It should have a format like this (the HTML is
just being shown for fun, it would be auto-generated by the page logic of
course):

========== Sample Component Usage Blurb ================
<hr/>
<b><H3> TJvGifAnimator </H3></b>
<b> Use Note Author:</b> Robert Oschler, <b>Date submitted:</b> 02/03/2003
<b> Use Note: </b> I use this control to display a GIF animation during my
program's startup.  An animated splash screen.  Note, if you want to change
the animation speed, look at the Frames[] array property and check out the
field "AnimateInterval"
=================================================

This is easy and somewhat fun to do, and gives a programmer at least an idea
of whether or not the control is of instance to them.  This would especially
be useful for the JVCL controls that are dup's of existing controls, like
TJvImage.  I myself don't know why I'd want to use that one instead of the
standard TImage.

>>>>>>>>>>>> >>>>>>>>>>>> PRE-PROPOSAL #2: Open Component Tweaks page(s)

A similar idea to Pre-Proposal #1 but this time involving code mod's.  What
is great is the level of Quality Control you all have done with controls
being submitted into the JVCL.  However, there probably are a lot of custom
"tweaks" to the JVCL components out there , that would be of great use to
all of us.  Also, speaking for myself here, I know I would be very nervous
about submitting a "tweak" without a ton of testing, which may not be
feasible due to time constraints (a programmer's rep is on the line when
they make a submission).  So if there were a database of "tweaks", with a
big warning that says "USE THESE ONLY FOR IDEAS.  USE OF THESE TWEAKS COULD
CAUSE YOUR DOG TO BECOME PREGNANT EVEN IF HE IS MALE OR YOUR HAIR TO FALL
OUT!".  The format would be like that for Pre-Proposal #1 except the blurb
would be on what the tweak does (or tweaks do), and there would be a link to
the source code for the "tweak".  This might also double as a repository for
those that have made changes to the JVCL and want an easy place they can
give their program users a link to, to get the modified source code, as per
the JVCL license agreement.

Thanks,
Robert




Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 17:35:50 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 12 Feb 2003 16:45:32 +0300)
....while the fading voice of Arioch whispered through the darkness:

 AB> Can i update only one folder, say i need sources and do not need
 AB> archive?
Ok, i can add files one-by-one to .cvsignore
Pity i cannot do it for folder...

Oh.. WinCVS was much more interactive - if i only succeeded to set it up :-(

 AB> Will it use gzip automatically, or do i need to set it up some way?


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Proposals on how to proceed with JVCL
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 12 Feb 2003 14:33:59 -0000
Newsgroups: jedi.vcl

I agree. I have seen other similar surveys and it appears there is still a
huge D5 install base (myself included). In the view of many, D6&7 did not
add that much new that could not be bought 3rd party. Kylix being the
obvious exception. Personally I don't know anyone still using D4 or lower.

my 2c

Trev

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b2ca5k$inc$1@talkto.net...
> > "Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
> > news:3E4992C4.7040303@Mmyrealbox.com...
> >
>> > > But I can imagine that a developer joins us that wants to make JVCL
>> > > support D4. So removing code that support D4 would make that harder to
do.
> >
> > The official policy of JVCL is to support only current and current-1
> > versions of Delphi. We are currently making already an exception by
> > supporting D5. Going any further down IMHO is not feasible because we just
> > don't have the resources to do so.
> >
> > In addition, it makes any future improvements to JVCL more complex as we
> > would have to consider compatibility with older version. Talk to
developers
> > of TurboPower. To my  statement that
> >
> > "JVCL is actually for Delphi 5+. Call me biased <g>, but actually I see it
> > as an advantage."
> >
> > Ben's response was:
> >
> > "Me too. I'd be happy if the OS projects just supported the last two
> > versions of Delphi at all times. Attempting to maintain backwards
> > compatibility is a nightmare of the worst sort."
> >
> > In real terms - if somebody is still using D4, it's mainly for legacy
> > applications, and I can't believe that anyone would start a new
application
> > with D4. Thus introducing JVCL into a legacy application would cause a lot
> > of work, and my suggestion would be to just go straight with D7 and not
> > bother trying to use JVCL in a D4 legacy application.
> >
> > If somebody wants to do a D4 fork, they are welcome to do so, but I would
> > prefer that we keep JVCL away from anything older than current-2 version
of
> > Delphi. Otherwise we'll end up with spending our time on maintanance
instead
> > of developing new and excting features.
> >
> > Also - the risk is that if we spend 1 hour on developing a new feature,
and
> > then have to spend 4 hours to make sure that it works in older versions,
> > then the fun is gone and the number of new contributions and and number of
> > contributors will go down.
> >
> > Finally - JEDI stands for "Joint Endavour of Delphi INNOVATORS"  so it
> > should be a playground for new innovative features, where we can learn new
> > things and new approaches, and not learn how to make new Delphi features
> > compatible with older versions of Delphi <g>
> >
> > Michael
> >
> >




Subject: Re: Proposals on how to proceed with JVCL
From: Johnnie <None@Noware.non>
Date: Wed, 12 Feb 2003 13:54:51 +0000 (UTC)
Newsgroups: jedi.vcl

Can I some how get in touch with you privatly for this matter?

regards
johnnie.


Subject: Re: translator :-(
From: "JulotSoft" <julotsoft@free.fr>
Date: Wed, 12 Feb 2003 14:50:03 +0100
Newsgroups: jedi.vcl

You can try to take the name of  your TabSheet :
if you have   PageControl1.Pages[0].Caption :='sometext';
and if  the name of pages[0] is NameFirstPage
you can try to write (directly, forget the PageControl1):
....
<NameFisrtPage caption="sometext"/>
....

PatG


"stOrM!" <Stormnr1@gmx.de> a écrit dans le message de news:
b1dds9$lin$1@talkto.net...
> > maybe i am too stupid for this component or maybe there something wrong
> > cauze i am still not able to translate:
> >
> > PageControl1.Pages[0].Caption :='sometext';
> >
> > assuming the example for the HeaderControl1 like:
> >
> > <HeaderControl1>
> >   <Sections>
> >   <Items Index="1" Text="Computer Name"/>
> > </Sections>
> > </HeaderControl1>
> >
> > i did the following:
> >
> > <PageControl1>
> > <Pages Index="0" Caption="dedede"/>
> > </PageControl1>
> >
> > also i did this:
> >
> > <PageControl1>
> > <Pages>
> > <Item Index="0" Caption="dedede"/>
> > </Pages>
> > </PageControl1>
> >
> > also:
> >
> > <PageControl1>
> > <Pages>
> > <Items Index="0" Caption="dedede"/>
> > </Pages>
> > </PageControl1>
> >
> > nothing seems to work i guess i don't understand that component
> >
> >




Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 12 Feb 2003 16:45:32 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 10 Feb 2003 21:01:02 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> Instruction on setting up TortoiseCVS is here
 PTr> http://jvcl.sourceforge.net/cvs.htm

Thanks.
Can i update only one folder, say i need sources and do not need archive?

Will it use gzip automatically, or do i need to set it up some way?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Where it is possible to send patches on JVCL?
From: Alexander Shiyan <shc@milas.spb.ru>
Date: Wed, 12 Feb 2003 16:22:34 +0300
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:
>> Subj...
> via our Bug Database:
> follow "Bugs/Wishes" tab on: http://jvcl.sourceforge.net
Whether I can make the additions expanding possibilities of some components JVCL, through CVS? How to get in TEAM?



Subject: Re: Removing Hints and Warnings
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 12 Feb 2003 14:09:21 +0100
Newsgroups: jedi.vcl



Marcel Bestebroer schrieb:

>>>> > > > > RaiseList -> AcquireExceptionObject
>>>> > > > > LoadFrom/SaveToStreamBin is marked as deprecated by Marcel, so he would
>>> > > > have to explain how to work around them<g>
>>> > > >
>>> > > > Remove them, they are deprecated and should thus be removed in the next
>>> > > > major release. You can now use the new event storage mechanism
>> > >
>> > > Hi Marcel
>> > >
>> > > I guess you overseen my message.
> >
> > I did, sorry :(
> >
>> > > Please tell me in short what do you mean
>> > > with "event storage mechanism"? Do you mean Windows or Delphi Events? Or
> > do
>> > > you only talk of JvScheduledEvents and the mechanism it uses? There I read
>> > > something in the checkin comments about that topic.
> >
> > It was the JvScheduledEvents storage mechanism. Next time I'll be more
> > specific.

hey no problem. I am the one who is happy because he can talk to some of the
gurus :-) aned EVEN get answers :-)

> >
> >
>> > >
>> > > still in hope
>> > >
> >
> > hope crushed?

yes .. :-)

> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address



Subject: Re: Removing Hints and Warnings
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 12 Feb 2003 13:02:59 +0100
Newsgroups: jedi.vcl

>>> > > > RaiseList -> AcquireExceptionObject
>>> > > > LoadFrom/SaveToStreamBin is marked as deprecated by Marcel, so he
would
>> > > have
>>> > > > to explain how to work around them<g>
>> > >
>> > > Remove them, they are deprecated and should thus be removed in the next
>> > > major release. You can now use the new event storage mechanism
> >
> > Hi Marcel
> >
> > I guess you overseen my message.

I did, sorry :(

> > Please tell me in short what do you mean
> > with "event storage mechanism"? Do you mean Windows or Delphi Events? Or
do
> > you only talk of JvScheduledEvents and the mechanism it uses? There I read
> > something in the checkin comments about that topic.

It was the JvScheduledEvents storage mechanism. Next time I'll be more
specific.

> >
> > still in hope
> >

hope crushed?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Proposals on how to proceed with JVCL
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 12 Feb 2003 12:44:48 +0100
Newsgroups: jedi.vcl

JvComplex isn't used by any other unit, so dropping it won't be too hard...

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Proposals on how to proceed with JVCL
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 12 Feb 2003 12:43:43 +0100
Newsgroups: jedi.vcl

Oh, I didn't miss them: I realized that it would be too much work at the
time rewriting it, so I just left it as it was ;|

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: Re: Proposals on how to proceed with JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Feb 2003 11:55:30 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> I don't think that is necessary: the code in JclComplex is at least as
> complete as the JvComplex unit, so we could just move JvComplex to \archive
> (after 2.1) and JM could hook up with JclComplex directly.

So merging is reduced to a thorough check if JvComplex could be dropped completely. Should be done anyway.



Subject: Re: Proposals on how to proceed with JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Feb 2003 11:54:03 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> Currently at the Thumbnail files EEEKKK (have a look yourself).
>
> I have already 8\

Yes, and you missed some serious bugs :-(
Have a look at the only FOnRotate implementation.

We will have to consider to remove these components temporarily to fix and complete them.



Subject: Re: Proposals on how to proceed with JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Feb 2003 09:56:38 +0100
Newsgroups: jedi.vcl

> > Currently at the Thumbnail files EEEKKK (have a look yourself).

I have already 8\

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Proposals on how to proceed with JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Feb 2003 09:55:38 +0100
Newsgroups: jedi.vcl

> > So at least a merge of the two units is the job of Jedi MATH then :->

I don't think that is necessary: the code in JclComplex is at least as
complete as the JvComplex unit, so we could just move JvComplex to \archive
(after 2.1) and JM could hook up with JclComplex directly.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Proposals on how to proceed with JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Feb 2003 09:29:56 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> AFAICR there is little actual math code in JVCL (there is a JvComplex unit
> but my guess is that it will be removed since JCL has one too), so I don't
> think you need to link any of JM to JVCL.

So at least a merge of the two units is the job of Jedi MATH then :->



Subject: Re: Proposals on how to proceed with JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 12 Feb 2003 09:28:24 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> ...and let me just say that the speed and perseverance with which you are
> doing this is just amazing!

It has to be completed fast or i cannnot work on the interesting things like changing the components at will ;->

My right index finger hurts already from clicking, backspace, enter and cursor left.
Currently at the Thumbnail files EEEKKK (have a look yourself).

I also added typed pointers to the list of changes.
That is fix all sources to allow to use typed pointers.
sometimes i will switch off the flag locally instead of changing the source. Otherwise we may get too many bugs.



Subject: Re: Removing Hints and Warnings
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 12 Feb 2003 09:04:24 +0100
Newsgroups: jedi.vcl


Marcel Bestebroer schrieb:

>> > > RaiseList -> AcquireExceptionObject
>> > > LoadFrom/SaveToStreamBin is marked as deprecated by Marcel, so he would
> > have
>> > > to explain how to work around them<g>
> >
> > Remove them, they are deprecated and should thus be removed in the next
> > major release. You can now use the new event storage mechanism

Hi Marcel

I guess you overseen my message. Please tell me in short what do you mean
with "event storage mechanism"? Do you mean Windows or Delphi Events? Or do
you only talk of JvScheduledEvents and the mechanism it uses? There I read
something in the checkin comments about that topic.

still in hope

Ralf Grenzing



> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > Project JEDI Help coordinator
> > JVCL Help team coordinator
> >
> > To mail me, remove the obvious from my mail address



Subject: Re: Proposals on how to proceed with JVCL
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 12 Feb 2003 09:03:22 +0100
Newsgroups: jedi.vcl

AFAICR there is little actual math code in JVCL (there is a JvComplex unit
but my guess is that it will be removed since JCL has one too), so I don't
think you need to link any of JM to JVCL.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net





Subject: Re: Proposals on how to proceed with JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 12 Feb 2003 08:25:21 +0100
Newsgroups: jedi.vcl

....and let me just say that the speed and perseverance with which you are
doing this is just amazing!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Proposals on how to proceed with JVCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 11 Feb 2003 21:22:41 -0500
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:3E4992C4.7040303@Mmyrealbox.com...

> > But I can imagine that a developer joins us that wants to make JVCL
> > support D4. So removing code that support D4 would make that harder to do.

The official policy of JVCL is to support only current and current-1
versions of Delphi. We are currently making already an exception by
supporting D5. Going any further down IMHO is not feasible because we just
don't have the resources to do so.

In addition, it makes any future improvements to JVCL more complex as we
would have to consider compatibility with older version. Talk to developers
of TurboPower. To my  statement that

"JVCL is actually for Delphi 5+. Call me biased <g>, but actually I see it
as an advantage."

Ben's response was:

"Me too. I'd be happy if the OS projects just supported the last two
versions of Delphi at all times. Attempting to maintain backwards
compatibility is a nightmare of the worst sort."

In real terms - if somebody is still using D4, it's mainly for legacy
applications, and I can't believe that anyone would start a new application
with D4. Thus introducing JVCL into a legacy application would cause a lot
of work, and my suggestion would be to just go straight with D7 and not
bother trying to use JVCL in a D4 legacy application.

If somebody wants to do a D4 fork, they are welcome to do so, but I would
prefer that we keep JVCL away from anything older than current-2 version of
Delphi. Otherwise we'll end up with spending our time on maintanance instead
of developing new and excting features.

Also - the risk is that if we spend 1 hour on developing a new feature, and
then have to spend 4 hours to make sure that it works in older versions,
then the fun is gone and the number of new contributions and and number of
contributors will go down.

Finally - JEDI stands for "Joint Endavour of Delphi INNOVATORS"  so it
should be a playground for new innovative features, where we can learn new
things and new approaches, and not learn how to make new Delphi features
compatible with older versions of Delphi <g>

Michael




Subject: Re: Proposals on how to proceed with JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Wed, 12 Feb 2003 01:18:12 +0100
To: "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com>
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:
> The code you've mentioned is a legacy code from donations, so any defines
> supporting anything older than D5 should be removed.

But I can imagine that a developer joins us that wants to make JVCL support D4. So removing code that support D4 would make that harder to do.

That JVCL is ever going to support D1/D2 is unlikely so cleaning code by removing support for those versions makes sense to me.



Subject: Re: Proposals on how to proceed with JVCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 11 Feb 2003 19:03:07 -0500
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonteSP@Mmyrealbox.com> wrote in message
news:3E497F82.6080101@Mmyrealbox.com...

> > I'm in favor of stripping the defines, so that only D3 or possibly D4
> > and up are supported.

Officially, we support only D5 > versions of Delphi.

The code you've mentioned is a legacy code from donations, so any defines
supporting anything older than D5 should be removed.

Michael




Subject: Re: Proposals on how to proceed with JVCL
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Tue, 11 Feb 2003 23:56:02 +0100
To: Peter Thörnqvist <peter3@nospam.peter3.com>
Newsgroups: jedi.vcl

Maybe another valid question is which Delphi versions we should (or try) to support.

There are now a lot of {$IFDEF WIN32} etc. defines in the code, that (IMHO) obfuscate the code. At some places vars or methods are wrongly placed inside a {$IFDEF WIN32} block, thus the code won't even compile on Delphi 1. Furthermore we now use 'resourcestring' etc. so D1/D2 can't even be supported without major changes. Besides that none of the developers can test it.

I'm in favor of stripping the defines, so that only D3 or possibly D4 and up are supported.

Regards,
Remko Bonte



Subject: Re: Proposals on how to proceed with JVCL
From: "Patrick Van Laake" <no-email-back@please.net>
Date: Tue, 11 Feb 2003 12:11:01 -0700
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b2atnh$as7$1@talkto.net...
> > Since the discussion about JVCL's future has been going on for some time
now
> > without any real results, I've decided that we are going to proceed in the
> > following manner:
> >
> > 1. First priority is for Robert to finish his source cleaning.
> > 2. After merging his changes back into the main source folder, we should
> > release a JVCL 2.1 on SF
> > 3. A deadline will be set - and announced here - for proposals on how to
> > proceed with JVCL.
> > 4. Anyone can post a proposal and it should be posted in the open (i.e
here)
> > so anyone can discuss it's merits and flaws. Only submit proposals that
are
> > detailed enough to actually be of any value.
> > 7. After this, we should hopefully have a "lean and mean" JVCL 3.0 that we
> > all can be proud of!
> >
Robert has suggested that Jedi-Math adopt all math code from JVCL and JCL
and link these two libraries to JM. This would probably require a triplet
JVCL/JCL/JM release to ease things on users.

JM has been in limbo for a while, but there is now a flurry of activity
underway that includes the development of a strategy for code development
and deployment, see the discussion on jedi.math. Possibly within the next
few weeks code for matrix manipulation, complex numbers, and random numbers
will be ready for release. Possibly also long integer support and linear and
non-linear curve fitting. The adoption of JVCL/JCL math code into JM would
be straightforward insofar as I know both libraries, and this would give JM
the kick-in-the-ass that it needs to go public.

Regards,
Patrick




Subject: Re: Proposals on how to proceed with JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 Feb 2003 18:44:05 +0100
Newsgroups: jedi.vcl

> > It would be great if Jans comps in Version 2.1 would be included.
This will not happen until after 2.1 at the earliest - just too much to fix
at the moment (same goes for other donations)

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Proposals on how to proceed with JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 Feb 2003 18:42:48 +0100
Newsgroups: jedi.vcl

> > JvVigenereCipher.pas for example which is no real component.
There are several such examples

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Proposals on how to proceed with JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Feb 2003 16:50:58 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> It would be great if Jans comps in Version 2.1 would be included.

Ugh. Unlikely. There is much work to do.



Subject: Re: Proposals on how to proceed with JVCL
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 11 Feb 2003 15:58:36 +0100
Newsgroups: jedi.vcl


at first: thanx for all your work an integration. Is is still amazing how many
possibilities and technology is includes in JVCL. It is relly poweful. Thanx.

"Peter Thörnqvist" schrieb:

> >
> > 2. After merging his changes back into the main source folder, we should
> > release a JVCL 2.1 on SF

That´s my wish, too

> >
> > Remember that we also have donations that are converted but still not
> > integrated into JVCL (Globus VCL and Jans comes to mind, but there are
> > others) and these should also be considered when submitting a proposal. I'll
> > post a list of the donated components / libraries here soon (and where to
> > find them).

It would be great if Jans comps in Version 2.1 would be included.

thanx again for all your work.

Ralf Grenzing



Subject: Re: Proposals on how to proceed with JVCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Feb 2003 15:45:11 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> 1. First priority is for Robert to finish his source cleaning.

I am a bit behind schedule. i think i will be through on Thursday or Friday. Then i need to add the divider lines. I hope to complete this until Monday. The reduced uses lists will be included then.

> 2. After merging his changes back into the main source folder, we should
> release a JVCL 2.1 on SF

Here we should decide to drop some of the files first. JvVigenereCipher.pas for example which is no real component.
>   * components you think are not so great
applies for that.




Subject: Proposals on how to proceed with JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 Feb 2003 14:42:53 +0100
Newsgroups: jedi.vcl

Since the discussion about JVCL's future has been going on for some time now
without any real results, I've decided that we are going to proceed in the
following manner:

1. First priority is for Robert to finish his source cleaning.
2. After merging his changes back into the main source folder, we should
release a JVCL 2.1 on SF
3. A deadline will be set - and announced here - for proposals on how to
proceed with JVCL.
Examples on what the proposal can include:
  * package partitioning
  * palette tabs (name, content)
  * components you always use
  * components you never use
  * components you think are great
  * components you think are not so great

4. Anyone can post a proposal and it should be posted in the open (i.e here)
so anyone can discuss it's merits and flaws. Only submit proposals that are
detailed enough to actually be of any value.
5. At the deadline, no more proposals will be accepted and all JVCL
developers will get to vote on their favorite (or combinations of different
favorites).
6. After the vote, we JVCL'ers decide on how the workload should be divided
and get to work (you are all invited to join us, just contact me). Since it
might take a long time doing the work, we must also decide whether it should
be done in the main folder or in an auxiliary folder (like Roberts at the
moment).
7. After this, we should hopefully have a "lean and mean" JVCL 3.0 that we
all can be proud of!

Remember that we also have donations that are converted but still not
integrated into JVCL (Globus VCL and Jans comes to mind, but there are
others) and these should also be considered when submitting a proposal. I'll
post a list of the donated components / libraries here soon (and where to
find them).

Since we have some time before we can release JVCL 2.1 (Robert must finish
his work and then merge it back into the main JVCL), I urge you to start
thinking about how YOU would like JVCL in the future and then write up a
posting to let us all know about it.


--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Removing Hints and Warnings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Feb 2003 12:29:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Beware that D5, D6 and D7 might report *different* unused units since stuff
> has been moved around between versions. This is true both for Icarus and
> OPX.

The reported remove of JvComponent is almost always wrong. It is automatically readded.
I generally refrain from removing SysUtils because there have been heavy movements from D6 to D6.
I already checked in many changes to the rm subtree. All files from the designtime package and several from the runtime.
Best get them and try to compile the packages for D5 or D7 (whatever you have). Then apply the changes and check in.



Subject: Re: Win2K users: need some help.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 11 Feb 2003 12:22:52 +0100
Newsgroups: jedi.vcl

> > used explorer to run project1.exe
> >
> > checked Component Services Application Event Viewer
> >
> > Error dump below.

you need to register the service using /install parameter (you can do this
from Delphi as well, run|parameters). Next you can start the service using
the Service Manager (nothing should happen), let the service run for a
minute or so, stop the service and uninstall it using the /uninstall
parameter on the executable

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Removing Hints and Warnings
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 Feb 2003 09:24:54 +0100
Newsgroups: jedi.vcl

> > I am glad you liked it. Can Jim (the author) use your quote? I am sure, he
> > would love to :)

Only if he adds wheel support along with multi-select and a "remove unit(s)"
command (that works with the multi-select) <vbg>!

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Removing Hints and Warnings
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 11 Feb 2003 09:22:07 +0100
Newsgroups: jedi.vcl

> > I started work already with the Icarus generated list and i check by
> > compiling with D6 and also use common sense not to remove some units.

Beware that D5, D6 and D7 might report *different* unused units since stuff
has been moved around between versions. This is true both for Icarus and
OPX.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net
> >




Subject: Re: Removing Hints and Warnings
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 11 Feb 2003 02:58:42 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E48A869.97DD3A67@gmx.de...

> > thanx again for these nice links Michael :-)

Hey, always glad to be of help :)

> > Have you found some other interesting tool?

This is my old page with some tools. A lot of links are broken, and many are
not actual anymore (e.g. RxLib and RaLib are already part of JVCL). But you
can still take a look.

Also, if you liked the OPXpert, you can try the OPEdit from the same author:

http://opedit.home.att.net

It has several nice features.

Michael




Subject: Re: Removing Hints and Warnings
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 11 Feb 2003 08:38:17 +0100
Newsgroups: jedi.vcl

:-)

thanx again for these nice links Michael :-)

Have you found some other interesting tool? I know already compBar and
the one from Marco Cantu,  JCF and FreeVCS. Are there other you would
recommend except Code Rush?

you fan
Ralf Grenzing



"Michael Beck (Team JEDI)" schrieb:

> > "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
> > news:b28n78$v7p$1@talkto.net...
> >
>> > > I hope it handles the IFDEFs we have. Anyway it cannot hurt to try.
>> > > (currently downloading)
> >
> > Or you can try OPXpert:
> >
> > http://opedit.home.att.net/opxperts.htm
> >
> > Michael



Subject: Re: Removing Hints and Warnings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 11 Feb 2003 06:21:12 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I ran OPX on D5 - D7 and made a list of unused units that it found that are
> common to all versions. I've uploaded it to binaries as a reference. I know
> OPX isn't 100% correct, so testing is needed before comitting any changes
> made based on its results.

I started work already with the Icarus generated list and i check by compiling with D6 and also use common sense not to remove some units.



Subject: Re: To Peter: re: CVS
From: "Steve Magruder" <consulting@stevemagruder.com>
Date: Mon, 10 Feb 2003 22:56:41 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b28u7e$ns$4@talkto.net...
> > Steve Magruder [Team JEDI] wrote:
>> > > Peter, thank you for checking in the combobox fixes.
>> > >
>> > > I just got TortoiseCVS working Saturday night, and I plan to set up a
JVCL
>> > > development environment in both D5 and D7 tonight or Tuesday night.
Then, I
>> > > can start working on some code check-ins, esp. if there's any left
amongst
>> > > the issues I've participated in recently.
>> > >
>> > > Regards,
>> > >    Steve
> >
> > Please use the files from the rm subtree (and update at least daily).
> > I am almost through with the source cleaning there.

How is it recommended that the dev components be installed into Delphi?  I
assumed I could install the JVCL200_D50.dpk package under "jvcl", but it
won't compile.  Should I just install the 2.0 stable, and copy files in and
out of that for testing, or does the current restructuring make that too
difficult a task?  Just a little lost here.

Steve




Subject: Re: Removing Hints and Warnings
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 10 Feb 2003 22:09:01 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b29frd$3qp$1@talkto.net...
> > Great program, much better than Icarus. Faster too

I am glad you liked it. Can Jim (the author) use your quote? I am sure, he
would love to :)

Michael




Subject: Re: Removing Hints and Warnings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 Feb 2003 02:11:11 +0100
Newsgroups: jedi.vcl

I ran OPX on D5 - D7 and made a list of unused units that it found that are
common to all versions. I've uploaded it to binaries as a reference. I know
OPX isn't 100% correct, so testing is needed before comitting any changes
made based on its results.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: To Peter: re: CVS
From: "Steve Magruder" <consulting@stevemagruder.com>
Date: Mon, 10 Feb 2003 19:52:17 -0500
Newsgroups: jedi.vcl

ok... will do.  Thanks.

--

Steve Magruder (www.stevemagruder.com)
Doctors->AMA; Lawyers->ABA; Programmers->?
www.programmersguild.org

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b28u7e$ns$4@talkto.net...
> > Steve Magruder [Team JEDI] wrote:
>> > > Peter, thank you for checking in the combobox fixes.
>> > >
>> > > I just got TortoiseCVS working Saturday night, and I plan to set up a
JVCL
>> > > development environment in both D5 and D7 tonight or Tuesday night.
Then, I
>> > > can start working on some code check-ins, esp. if there's any left
amongst
>> > > the issues I've participated in recently.
>> > >
>> > > Regards,
>> > >    Steve
> >
> > Please use the files from the rm subtree (and update at least daily).
> > I am almost through with the source cleaning there.
> >






Subject: Re: Removing Hints and Warnings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 11 Feb 2003 01:39:45 +0100
Newsgroups: jedi.vcl

Great program, much better than Icarus. Faster too

-- Regards, Peter Thornqvist (JVCL Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Not really a bug report
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 10 Feb 2003 23:40:33 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

My list:

Building JVCL200_R70.bpl:

[Hint] JvThumbViews.pas(122): Private symbol 'GetBufferName' declared but never used
[Hint] JvThumbImage.pas(82): Private symbol 'Rotate180' declared but never used
[Warning] JvUtils.pas(1700): Symbol 'RaiseList' is deprecated
[Warning] JvUtils.pas(1702): Symbol 'RaiseList' is deprecated
[Warning] JvUtils.pas(1703): Symbol 'RaiseList' is deprecated
[Warning] JvDlg.pas(99): Symbol 'RaiseList' is deprecated
[Warning] JvDlg.pas(101): Symbol 'RaiseList' is deprecated
[Warning] JvDlg.pas(102): Symbol 'RaiseList' is deprecated
[Warning] JvInterpreterFm.pas(198): Symbol 'NewStr' is deprecated
[Warning] JvInterpreterFm.pas(221): Symbol 'DisposeStr' is deprecated
[Warning] JvScheduledEvents.pas(1179): Symbol 'LoadFromStreamBin' is deprecated
[Warning] JvScheduledEvents.pas(1184): Symbol 'SaveToStreamBin' is deprecated

Function ChangeTopException - the cause of the RaiseList warnings - should probably be removed.

Building JVCL200_D70.bpl:

The usual "'ExptInf'/'ToolIntf' is deprecated."



Subject: Re: Unknown Picture File Extension (.) error when using JvThumbImage
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 10 Feb 2003 23:01:20 +0100
Newsgroups: jedi.vcl

> > I am presently using the latest Jvcl 2.0 version not the CVS. If the
changes
> > apply only to the CVS version, I guess I am out of luck? Any suggestions?

You could either install a CVS client (see
http://jvcl.sourceforge.net/cvs.htm) or get the files through your browser
(note that this might mess up CRLF's on Windows systems). Start here
http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source and
click on the files you need to download them. Anythin starting with JvThumb
would be candidates...

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Unknown Picture File Extension (.) error when using JvThumbImage
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Mon, 10 Feb 2003 15:49:58 -0600
Newsgroups: jedi.vcl

Peter,
I am presently using the latest Jvcl 2.0 version not the CVS. If the changes
apply only to the CVS version, I guess I am out of luck? Any suggestions?

Marty Potokar


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:b27l66$o1v$1@talkto.net...
> > Are you using the JVCL 2.0 version or the latest from CVS? I have made
some
> > changes and clean ups in the CVS version so you might want to try it out
and
> > see if it fixes things.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Removing Hints and Warnings
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 10 Feb 2003 15:58:34 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b28n78$v7p$1@talkto.net...

> > I hope it handles the IFDEFs we have. Anyway it cannot hurt to try.
> > (currently downloading)

Or you can try OPXpert:

http://opedit.home.att.net/opxperts.htm

Michael




Subject: Re: To Peter: re: CVS
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 10 Feb 2003 21:01:02 +0100
Newsgroups: jedi.vcl

Instruction on setting up TortoiseCVS is here
http://jvcl.sourceforge.net/cvs.htm

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: bad checkins
From: "Don Siders" <mudshark@apostrophe.net>
Date: Mon, 10 Feb 2003 14:51:43 -0500
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b28u0l$ns$2@talkto.net...
> > Steve Magruder [Team JEDI] wrote:

>> > > Is there documentation available for the style guidelines?
> > It is available somewhere on http://delphi-jedi.org

http://jvcl.sourceforge.net/delphistyleguide.htm


--
Don

Sometimes I think we're alone. Sometimes I think we're not. In either
case, the thought is staggering. (R. Buckminster Fuller)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Re: To Peter: re: CVS
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 20:39:01 +0100
Newsgroups: jedi.vcl

Steve Magruder [Team JEDI] wrote:
> Peter, thank you for checking in the combobox fixes.
>
> I just got TortoiseCVS working Saturday night, and I plan to set up a JVCL
> development environment in both D5 and D7 tonight or Tuesday night.  Then, I
> can start working on some code check-ins, esp. if there's any left amongst
> the issues I've participated in recently.
>
> Regards,
>    Steve

Please use the files from the rm subtree (and update at least daily).
I am almost through with the source cleaning there.



Subject: Re: For Robert: about WINDOWSONLY.INC
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 20:37:29 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> This would put the platform specific defines in one place. Do you agree?

Ok.



Subject: Re: bad checkins
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 20:35:23 +0100
Newsgroups: jedi.vcl

Steve Magruder [Team JEDI] wrote:

> Is there documentation available for the style guidelines?

I mainly enforce the JCL style guide.
It is available somewhere on http://delphi-jedi.org

I use DelForExp for the indents.



Subject: Re: bad checkins
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Mon, 10 Feb 2003 20:33:36 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> Polaris has checked in several improvements to the rm subtree,
> but used old versions of the files.
> I had to fix the conflicts.
> Please be more careful with that and always update before checkin.
> Also please adhere to the style i enforce. You may not agree with it in all places, but it is a well defined style and any changes to it should be handled in a separate cleaning.
>
Oops, I guess that was me :-(

I used DelForExp to format the source (polaris) and dest (rm/source branche) files, so I could easily compare them. After the check-in I noticed that I used a slightly different setting for DelForExp than you do - the line-break between "else" and "if", so that's the problem. I don't think I checked in an old version of a file - but please correct me on that one.

Regarding the style: I don't prefer a particular style, but I prefer 1 style for all, so I *try* to copy yours. Where I went wrong please correct me.

Regards,
Remko



Subject: Re: To Peter: re: CVS
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 10 Feb 2003 22:20:01 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 10 Feb 2003 14:08:47 -0500)
....while the fading voice of Steve whispered through the darkness:

 SMT> I just got TortoiseCVS working Saturday night, and I plan to set up a
 SMT> JVCL development environment in both D5 and D7 tonight or Tuesday
 SMT> night.  Then, I can start working on some code check-ins, esp. if
 SMT> there's any left amongst the issues I've participated in recently.

i tried WinCVS and failed. All i remeber it was very big to dl.

How large is Tortoise?
Can you send to me step-by-step notes how to set it up?
Say, for 3 projects - JCL, JVCL and Unired ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: To Peter: re: CVS
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Mon, 10 Feb 2003 14:08:47 -0500
Newsgroups: jedi.vcl

Peter, thank you for checking in the combobox fixes.

I just got TortoiseCVS working Saturday night, and I plan to set up a JVCL
development environment in both D5 and D7 tonight or Tuesday night.  Then, I
can start working on some code check-ins, esp. if there's any left amongst
the issues I've participated in recently.

Regards,
   Steve




Subject: For Robert: about WINDOWSONLY.INC
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 10 Feb 2003 19:35:39 +0100
Newsgroups: jedi.vcl

Noticed that you added a {$I WINDOWSONLY.INC} to JvZLibMultiple.pas in
jvcl/source. Since the file wasn't in jvcl/source, I've added it.

Also, I think that the following lines should be added to the file (and
removed from any unit having it):

{$IFDEF COMPILER6_UP}
{$WARN UNIT_PLATFORM OFF}
{$ENDIF}

This would put the platform specific defines in one place. Do you agree?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: bad checkins
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Mon, 10 Feb 2003 13:22:04 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b23hog$7bl$1@talkto.net...
> > Polaris has checked in several improvements to the rm subtree,
> > but used old versions of the files.
> > I had to fix the conflicts.
> > Please be more careful with that and always update before checkin.
> > Also please adhere to the style i enforce. You may not agree with it in
> > all places, but it is a well defined style and any changes to it should
> > be handled in a separate cleaning.

Is there documentation available for the style guidelines?

Steve




Subject: Re: bad checkins
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Mon, 10 Feb 2003 13:20:54 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b28201$qpk$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > > Have you kept up to date on the fixes and changes in the source folder
or
>> > > are you planning on doing that "on the fly" as you merge the files back?
>> > > It's always a bit nervous when making big changes in one sweep...
> >
> > Yes, as soon as i discovered the bad checkins. I hope i found all the
> > files. I will check again a unchanged JVCL 2.0 to discover changed
> > files. Windiff from Microsoft is your friend :-)

I recommend Beyond Compare.  :)

Steve




Subject: Re: Removing Hints and Warnings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 18:39:01 +0100
Newsgroups: jedi.vcl

Chris Parkinson wrote:
> It is free to use
> http://www.peganza.com
>
> I find it very useful - especially for code that has "evolved" over a
> number of years or users ;->

I hope it handles the IFDEFs we have. Anyway it cannot hurt to try.
(currently downloading)



Subject: Re: Removing Hints and Warnings
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Mon, 10 Feb 2003 15:24:17 -0000
Newsgroups: jedi.vcl

Robert

whilst you are removing hints and warnings have you tried using Icarus
to clean up the uses statements in the interface and implementation
sections?

It is free to use
http://www.peganza.com

I find it very useful - especially for code that has "evolved" over a
number of years or users ;->

--
Chris Parkinson
Development Manager
Vertis Marketing Technology




Subject: Re: Removing Hints and Warnings
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 10 Feb 2003 16:05:09 +0100
Newsgroups: jedi.vcl

Hi Marcel

Marcel Bestebroer schrieb:

>> > > RaiseList -> AcquireExceptionObject
>> > > LoadFrom/SaveToStreamBin is marked as deprecated by Marcel, so he would
> > have
>> > > to explain how to work around them<g>
> >
> > Remove them, they are deprecated and should thus be removed in the next
> > major release. You can now use the new event storage mechanism

"event storage mechanism"? sounds very interesting. Which Events get stored?
Windose or Delphi Events? Or do you only talk of JvScheduledEvents?

the interested

Ralf Grenzing



Subject: Re: Bug repaired but where
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 10 Feb 2003 16:53:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 10 Feb 2003 06:18:24 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> I am not sure I understand. What do you mean by "enumerated"? You mean
 MBT> "listed"?

Yes, listed.


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Not really a bug report
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Mon, 10 Feb 2003 13:55:30 +0100
Newsgroups: jedi.vcl

All the warnings you got can safely be ignored (until D8!) except for the
WinCtrl and return value not used that should be fixed even if they are
harmless. My guess is that Robert's already taken care of that in \rm

To remove the warnings, get the latest JVCL.INC from CVS (in \source) and
find the line:

{$IFDEF COMPILER7_UP}
{$DEFINE JVCLThemesEnabled}

add this before the ENDIF:

{$WARN UNIT_PLATFORM OFF}
{$WARN UNIT_DEPRECATED OFF}

This change will only affect JVCL units that include the JVCL.INC file
(most, if not all, do).

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Bug repaired but where
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Mon, 10 Feb 2003 13:44:39 +0100
Newsgroups: jedi.vcl

> > Mike, may there be a rule, so that when bug is closed, the modified source
> > files were clearly enumerated in bug description ?

Good point, although I would prefer calling it a "recommendation" instead of
a "rule"<g>

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: bad checkins
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 10 Feb 2003 12:53:49 +0100
Newsgroups: jedi.vcl

>> > > No. I think its implementation is a candidate for JCL.
>> > > Only keep the components in JVCL and base them on the JCL.
>> > > Maybe even drop the components. They are shallow wrappers.
> >
> > Don't forget that wrappers are useful for people who don't want to work
> > directly with JCL <g>

Which is OK, but please put them in a separate package so I can get rid of
those (for me) useless components without to much fiddling with the
registration file(s).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: bad checkins
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 10 Feb 2003 06:40:32 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b28201$qpk$1@talkto.net...

> > No. I think its implementation is a candidate for JCL.
> > Only keep the components in JVCL and base them on the JCL.
> > Maybe even drop the components. They are shallow wrappers.

Don't forget that wrappers are useful for people who don't want to work
directly with JCL <g>

Michael




Subject: Re: bad checkins
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 12:37:05 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Have you kept up to date on the fixes and changes in the source folder or
> are you planning on doing that "on the fly" as you merge the files back?
> It's always a bit nervous when making big changes in one sweep...

Yes, as soon as i discovered the bad checkins. I hope i found all the files. I will check again a unchanged JVCL 2.0 to discover changed files. Windiff from Microsoft is your friend :-)

> We should definitely discuss here what to move/merge and what to keep before
> doing it. When it's done, we should agree on how to divide the JVCL to make
> it easier to install (more packages or whatever).

Yes.

>> How about JvInterpreter?
>
> What do you mean? That we should move it to \archive?

No. I think its implementation is a candidate for JCL.
Only keep the components in JVCL and base them on the JCL.
Maybe even drop the components. They are shallow wrappers.



Subject: Re: move some definitions from JVCL.INC to JEDI.INC?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 12:26:32 +0100
Newsgroups: jedi.vcl,jedi.jcl

Peter Thörnqvist wrote:
> DelphiPersonalEdition et al is dependent on a DEFINE that is placed either
> in the project file or in the JVCL package. The "normal" defines in JEDI.INC
> is only dependent on global defines set up by Delphi. DelphiPersonalEdition
> could be considered a "JVCL specific" define, and thus IMO should remain in
> JVCL.INC.

Ah. Then it should stay as it is.

> Are there any other defines that doesn't belong in JVCL.INC?

No. I only wrote a sloppy message.



Subject: Re: Bug repaired but where
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 10 Feb 2003 06:18:24 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b280je$qfh$1@talkto.net...

> > Mike, may there be a rule, so that when bug is closed, the modified source
> > files were clearly enumerated in bug desvription ?

I am not sure I understand. What do you mean by "enumerated"? You mean
"listed"?

Michael




Subject: Re: Bug repaired but where
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 10 Feb 2003 14:13:10 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 10 Feb 2003 06:10:18 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> Use something like:

Or Unired editor unired.sourceforge.net

Mike, may there be a rule, so that when bug is closed, the modified source
files were clearly enumerated in bug desvription ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Bug repaired but where
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 10 Feb 2003 06:10:18 -0500
Newsgroups: jedi.vcl

"Beli" <beli@SPAMMgreenhousemm.com> wrote in message
news:3E4782F7.4020007@SPAMMgreenhousemm.com...
> > I have posted a bug description on a bug report page and bug was fixed.
> > Guy said that he updated the source, but I couldn't find it.
> > Where that might be?

As Peter said - he updated it in CVS. So look there:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source

If you download it directly from there, and you have problems with a line
being too long, it's because it has UNIX carried return in it. Use something
like:

http://ccrma-www.stanford.edu/~craig/utility/flip/

to correct it.

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: Not really a bug report
From: "adem" <adembaba@excite.com>
Date: Mon, 10 Feb 2003 13:04:15 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" wrote:
> > "Robert Marquardt" wrote:
> >
>> > > Send me the D7 list for rm subtree if possible.
>> > > Copy and paste is possible, but no multiline selection.
>> > > Maybe a tool to force such flags into Delphi IDE forms would be nice.
>> > > At least as IDE plugin possible (see Jedi Uses Wizard).
> >
> > I guess, he was complaining about D7 warning that are related to Delphi.Net.
> > Stuff like "unsafe type, unsafe code, unsafe typecast". He should just turn
> > them off in the Project options/ Compile Messages.


Hi guys,

These (below) are not AFAIK .net messages, but D7 messages
that reflect things which have changed for the dual platform.

I could silence them simply by adding $WARN XXXXX OFF
to every relevant unit, but that might hide issues rather than
solve them.

Here is the listing --Sorry for the voluminous post. I was not
sure I could attach them as zip file.

--
Cheers,
Adem

JVCL200_R70 Messages

  [Hint] JvDragDrop.pas(66): Variable 'WinCtl' is declared but never used in 'TJvDragDrop.Create'
  [Warning] JvVCLUtils.pas(1669): Symbol 'HeapAllocFlags' is specific to a platform
  [Warning] JvVCLUtils.pas(1676): Symbol 'HeapAllocFlags' is specific to a platform
  [Warning] JvDateUtil.pas(554): Symbol 'SInvalidDate' is deprecated
  [Warning] JvPerforated.pas(121): Return value of function 'TJvPerforated.FormPosSizeChange' might be undefined
  [Warning] JvWinDialogs.pas(928): Symbol 'Win32Check' is specific to a platform
  [Hint] JvSystemPopup.pas(86): Private symbol 'FCaption' declared but never used
  [Warning] JvxClock.pas(261): Symbol 'SInvalidTime' is deprecated
  [Warning] JvGIF.pas(2542): Symbol 'HeapAllocFlags' is specific to a platform
  [Warning] JvThumbViews.pas(33): Unit 'FileCtrl' is specific to a platform
  [Warning] JvThumbViews.pas(252): Symbol 'faArchive' is specific to a platform
  [Warning] JvThumbViews.pas(493): Combining signed and unsigned types - widened both operands
  [Hint] JvThumbViews.pas(115): Private symbol 'GetBufferName' declared but never used
  [Hint] JvThumbImage.pas(82): Private symbol 'Rotate180' declared but never used
  [Warning] JvDlg.pas(98): Symbol 'RaiseList' is deprecated
  [Warning] JvDlg.pas(100): Symbol 'RaiseList' is deprecated
  [Warning] JvDlg.pas(101): Symbol 'RaiseList' is deprecated
  [Warning] JvInterpreterFm.pas(205): Symbol 'NewStr' is deprecated
  [Warning] JvInterpreterFm.pas(228): Symbol 'DisposeStr' is deprecated
  [Warning] JvInterpreter_SysUtils.pas(525): Symbol 'FileGetAttr' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(531): Symbol 'FileSetAttr' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1097): Symbol 'GetLocaleStr' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1103): Symbol 'GetLocaleChar' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1269): Symbol 'RaiseLastWin32Error' is deprecated
  [Warning] JvInterpreter_SysUtils.pas(1275): Symbol 'Win32Check' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1637): Symbol 'EAbstractError' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1649): Symbol 'EWin32Error' is deprecated
  [Warning] JvInterpreter_SysUtils.pas(1847): Symbol 'fmShareCompat' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1852): Symbol 'fmShareDenyRead' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1856): Symbol 'faReadOnly' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1857): Symbol 'faHidden' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1858): Symbol 'faSysFile' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1859): Symbol 'faVolumeID' is specific to a platform
  [Warning] JvInterpreter_SysUtils.pas(1861): Symbol 'faArchive' is specific to a platform
  [Warning] JvUtils.pas(823): Symbol 'CmdLine' is specific to a platform
  [Warning] JvUtils.pas(837): Symbol 'CmdLine' is specific to a platform
  [Warning] JvUtils.pas(850): Symbol 'FindData' is specific to a platform
  [Warning] JvUtils.pas(1090): Symbol 'FindData' is specific to a platform
  [Warning] JvUtils.pas(1091): Symbol 'FindData' is specific to a platform
  [Warning] JvUtils.pas(1573): Symbol 'FileSetAttr' is specific to a platform
  [Warning] JvUtils.pas(1689): Symbol 'RaiseList' is deprecated
  [Warning] JvUtils.pas(1691): Symbol 'RaiseList' is deprecated
  [Warning] JvUtils.pas(1692): Symbol 'RaiseList' is deprecated


JVCL200_D70 Messages

  [Warning] JVCLMiscal.pas(44): Unit 'ExptIntf' is deprecated
  [Warning] JVCLMiscal.pas(44): Unit 'ToolIntf' is deprecated
  [Warning] JvBaseDlgEditor.pas(36): Unit 'ToolIntf' is deprecated
  [Warning] JvBaseDlgEditor.pas(38): Unit 'ExptIntf' is deprecated
  [Warning] JvCommonDialogDEditor.pas(34): Unit 'ExptIntf' is deprecated
  [Warning] JvCommonDialogDEditor.pas(35): Unit 'ToolIntf' is deprecated
  [Warning] JVCLReg.pas(163): Unit 'ExptIntf' is deprecated
  [Warning] JVCLReg.pas(163): Unit 'ToolIntf' is deprecated
  [Warning] JvPluginWizard.pas(47): Unit 'ExptIntf' is deprecated
  [Warning] JvPluginWizard.pas(126): Unit 'ToolIntf' is deprecated
  [Warning] JvRegAutoEditor.pas(114): Unit 'ExptIntf' is deprecated




Subject: Bug repaired but where
From: Beli <beli@SPAMMgreenhousemm.com>
Date: Mon, 10 Feb 2003 07:46:15 -0300
Newsgroups: jedi.vcl

I have posted a bug description on a bug report page and bug was fixed. Guy said that he updated the source, but I couldn't find it.
Where that might be?

Wishes
Emil



Subject: Remove Scrollbar from DBGraide
From: "Nosrat Allah Bonyadi" <nbonyadi@noornet.net>
Date: Mon, 10 Feb 2003 13:36:14 +0330
Newsgroups: jedi.vcl

Hi All

I want Remove Scrollbar from DBGraide, can you help me ?

Thx




Subject: Re: Not really a bug report
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 10 Feb 2003 04:36:29 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b27mlm$o9r$2@talkto.net...

> > Send me the D7 list for rm subtree if possible.
> > Copy and paste is possible, but no multiline selection.
> > Maybe a tool to force such flags into Delphi IDE forms would be nice.
> > At least as IDE plugin possible (see Jedi Uses Wizard).

I guess, he was complaining about D7 warning that are related to Delphi.Net.
Stuff like "unsafe type, unsafe code, unsafe typecast". He should just turn
them off in the Project options/ Compile Messages.

Michael




Subject: Re: move some definitions from JVCL.INC to JEDI.INC?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Feb 2003 10:30:55 +0100
Newsgroups: jedi.vcl,jedi.jcl

DelphiPersonalEdition et al is dependent on a DEFINE that is placed either
in the project file or in the JVCL package. The "normal" defines in JEDI.INC
is only dependent on global defines set up by Delphi. DelphiPersonalEdition
could be considered a "JVCL specific" define, and thus IMO should remain in
JVCL.INC.

Are there any other defines that doesn't belong in JVCL.INC?
--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: bad checkins
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Feb 2003 10:28:17 +0100
Newsgroups: jedi.vcl

> > I do not know. I updated and got the files with "Polaris" in it.
Oh, I thought Polaris was a developer nickname. It's probably the Polaris
patch for Rx it's referring to then.

> > Then we can merge the rm subtree to JVCL tree and kill rm subtree.
> > Following that we should remove as many units as possible to Archives or
> > JCL.

Have you kept up to date on the fixes and changes in the source folder or
are you planning on doing that "on the fly" as you merge the files back?
It's always a bit nervous when making big changes in one sweep...

We should definitely discuss here what to move/merge and what to keep before
doing it. When it's done, we should agree on how to divide the JVCL to make
it easier to install (more packages or whatever).


> >How about JvInterpreter?

What do you mean? That we should move it to \archive?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: compiler bug uncovered by JvParsing.pas?
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Mon, 10 Feb 2003 08:40:34 -0000
Newsgroups: jedi.vcl

Robert Oschler wrote:
> > Pardon the thread drive-by, where's JvParsing and what's it do?  I
> > don't see it in the JVCL component list or in the new JVCL help.

JVCL\Source\jvparsing.pas

looks to me like a mathematical expression parser

it does have a class to allow for user defined functions a well

--
Chris Parkinson
Development Manager
Vertis Marketing Technology




Subject: Re: compiler bug uncovered by JvParsing.pas?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 09:31:07 +0100
Newsgroups: jedi.vcl

Robert Oschler wrote:

> Pardon the thread drive-by, where's JvParsing and what's it do?  I don't see
> it in the JVCL component list or in the new JVCL help.

LOL
Please do not expect the help or the component list to be up to date.
There is simply not enough manpower to handle that.
Also heavy restructureing is under way so manpower is on changing sources with help follwing.



Subject: Re: bad checkins
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 09:28:05 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> It shouldn't be possible to do a commit if the CVS files are newer. What CVS
> client software is "Polaris" using?

I do not know. I updated and got the files with "Polaris" in it.

I think i am through the first cleaning on Wednesday.
Then i will add the divider lines and move constructors destructors around. I hope to be through this at Sunday.
Then we can merge the rm subtree to JVCL tree and kill rm subtree.
Following that we should remove as many units as possible to Archives or JCL. How about JvInterpreter?



Subject: Re: Not really a bug report
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 10 Feb 2003 09:23:48 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> On D7?

No, D6.
Send me the D7 list for rm subtree if possible.
Copy and paste is possible, but no multiline selection.
Maybe a tool to force such flags into Delphi IDE forms would be nice.
At least as IDE plugin possible (see Jedi Uses Wizard).



Subject: Re: bad checkins
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Feb 2003 08:59:50 +0100
Newsgroups: jedi.vcl

It shouldn't be possible to do a commit if the CVS files are newer. What CVS
client software is "Polaris" using?

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Unknown Picture File Extension (.) error when using JvThumbImage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Feb 2003 08:58:24 +0100
Newsgroups: jedi.vcl

Are you using the JVCL 2.0 version or the latest from CVS? I have made some
changes and clean ups in the CVS version so you might want to try it out and
see if it fixes things.

--
Regards,

Peter Thornqvist (JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Win2K users: need some help.
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Mon, 10 Feb 2003 07:35:54 -0000
Newsgroups: jedi.vcl

Marcel

I started again after yesterday.

Downloaded the lastest sourceforge fullinstall file.
reinstalled all of JCL/JVCL

Made sure I can see the jvScheduledEvent in my component pallette.

Opened application
recompiled application

shut down delphi
used explorer to run project1.exe

checked Component Services Application Event Viewer

Error dump below.

Event Type: Error
Event Source: Project1.exe
Event Category: None
Event ID: 0
Date:  10/02/2003
Time:  07:28:31
User:  N/A
Computer: ODM-02001
Description:
The description for Event ID ( 0 ) in Source ( Project1.exe ) cannot
be found. The local computer may not have the necessary registry
information or message DLL files to display messages from a remote
computer. The following information is part of the event: The service
process could not connect to the service controller.

--
Chris Parkinson





Subject: Re: New help file uploaded
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Mon, 10 Feb 2003 07:09:00 +0100
Newsgroups: jedi.vcl

If the tutorials doesn't make the help file significantly larger, I think a
single file would be better. Easier to distribute and easier to keep track
of (so many files, so many files!).

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: compiler bug uncovered by JvParsing.pas?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Sun, 9 Feb 2003 15:47:14 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b25njn$g65$1@talkto.net...
> > The stripped down lines:
> >
> > if GetFunction(NoFunc) then
> > begin
> >    try
> >      case NoFunc of
> >        pfNot:
> >          Value := not Trunc(Value);
> >      end;
> >    except
> >      on E: EJvParserError do
> >        raise
> >    // (rom) where is the end of the try?
> >    else
> >      InvalidCondition(SParseInvalidFloatOperation);
> >    end;
> >
> > If i understand Delphi correctly then the end closes the try, but then
> > the else is wrong.
> >

Pardon the thread drive-by, where's JvParsing and what's it do?  I don't see
it in the JVCL component list or in the new JVCL help.

thx





Subject: Re: New help file uploaded
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Sun, 9 Feb 2003 15:44:05 -0500
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b23ea1$6r8$1@talkto.net...
> > Hi all,
> >
> > I just uploaded a new help file. The help is based on the current source
as
> > it is in CVS (for most cases this is the same as the last full release).
The
> > main reason for doing an update is to get some feedback on a new item in
the
> > help file: Tutorials.
> >
> > The help file contains two tutorials for the plugin system (TJvPlugin and
> > TJvPluginManager) and two for TJvScheduledEvents. Note: the tutorial for
the
> > plugin system is based on some changes done in the sources, so not
> > everything in this tutorial will work exactly as described. This mostly
> > relates to the description of the plugin wizard and name of added
commands.
> >
> > I'd appreciate any feedback regarding the tutorials. I'm specifically
> > interested in feedback on the following:
> >
> > * Should the tutorials be in the help file or release as a separate file?
> > * Are the tutorials clear? Which are? Which aren't and why?
> > * Suggestions for other tutorials.
> >
> > The new help can be downloaded from:
> > http://prdownloads.sourceforge.net/jvcl/jvclhelp.zip?download
> >
> > --

Marcel,

Probably just a temporary thing but the first server in the OSDN download
list, "easynews", returned a 404 error.  The second server choice worked
fine.

thx





Subject: Re: Win2K users: need some help.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 9 Feb 2003 21:04:09 +0100
Newsgroups: jedi.vcl

> > when I try and run it I get a memory exception.

Directly on installing the service, or starting the service? Strange that it
doesn't occur on XP. Did anyone test this on NT4?

> > I will see If I can find out where the exception is

Thanks!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Win2K users: need some help.
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Sun, 9 Feb 2003 19:58:35 -0000
Newsgroups: jedi.vcl

Marcel

Ihave downloaded the sample project.

when I try and run it I get a memory exception.

I am using Win 2k sp 3

I will see If I can find out where the exception is

Chris Parkinson






Subject: Win2K users: need some help.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 9 Feb 2003 20:29:00 +0100
Newsgroups: jedi.vcl

I need some help from any Win2K users for two bug reports in Mantis:
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00006
60

and
http://projectjedi.sourceforge.net/issuetracker/view_bug_page.php?f_id=00006
41

Can anyone confirm these? If so, could any of you help me track down the
cause of these errors?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: New help file uploaded
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Sun, 9 Feb 2003 19:37:33 +0100
Newsgroups: jedi.vcl

> >
> > * Should the tutorials be in the help file or release as a separate file?
> > * Are the tutorials clear? Which are? Which aren't and why?
> > * Suggestions for other tutorials.

I _dont_ yet donwloaded the tutorials.

I think I prefer separate file.
Maybe pdf format ?
I think my eyes prefer.
And if they are pictures, two pdf, one with, and one whithout pictures, ink
printer friendly.

Qui ne demande rien, n'a rien.
Who does not ask anything, does not have anything. ;-D

--
Pierre




Subject: move some definitions from JVCL.INC to JEDI.INC?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Feb 2003 17:06:40 +0100
Newsgroups: jedi.vcl,jedi.jcl

I think some of the definitions (especially for Delphi Personal Edition) should be moved.



Subject: Re: compiler bug uncovered by JvParsing.pas?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Feb 2003 17:03:11 +0100
Newsgroups: jedi.vcl

Leonel wrote:

> The else relates to the "on E: EJvParserError do" line. That means: if its a EJvParserError raise it, else call InvalidCondition.

Ah, the help is not that helpful. Described way down the page.
Obviously a seldom used feature of Delphi.




Subject: Re: compiler bug uncovered by JvParsing.pas?
From: "Leonel" <leonel@linuxbr.com.br>
Date: Sun, 9 Feb 2003 14:31:41 +0000 (UTC)
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> >    except
> >      on E: EJvParserError do
> >        raise
> >    // (rom) where is the end of the try?
> >    else
> >      InvalidCondition(SParseInvalidFloatOperation);
> >    end;
> > 
> > If i understand Delphi correctly then the end closes the try, but then 
> > the else is wrong.

The else relates to the "on E: EJvParserError do" line. That means: if its 
a EJvParserError raise it, else call InvalidCondition.

-- Leonel Explicit leuctotem; da mihi potum 

Subject: compiler bug uncovered by JvParsing.pas?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 09 Feb 2003 15:27:23 +0100
Newsgroups: jedi.vcl

The stripped down lines:

if GetFunction(NoFunc) then
begin
  try
    case NoFunc of
      pfNot:
        Value := not Trunc(Value);
    end;
  except
    on E: EJvParserError do
      raise
  // (rom) where is the end of the try?
  else
    InvalidCondition(SParseInvalidFloatOperation);
  end;

If i understand Delphi correctly then the end closes the try, but then the else is wrong.



Subject: Re: ANN: New help file uploaded
From: Marcus Fuchs <Marcus_news@web.de>
Date: Sun, 09 Feb 2003 13:42:01 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> > main reason for doing an update is to get some feedback on a new item in the
> > help file: Tutorials.

I wont concate both.

> > I'd appreciate any feedback regarding the tutorials. I'm specifically
> > interested in feedback on the following:

> > * Should the tutorials be in the help file or release as a separate file?

Yes, they definitly should be published as a separate file. I don't
want
to download such a big file to only get two tutorials.
In futur you may only have done changes through the tutorials, while
the
help hasn't changed, but we'll have to donwload both. Therefor I would
prefere a seperate file for smaller donwload.

MF - Marcus

-- Use Google or any other search-engine! 

Subject: Re: Where it is possible to send patches on JVCL?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 9 Feb 2003 06:23:41 -0500
Newsgroups: jedi.vcl

"Alexander Shiyan" <shcpost@chat.ru> wrote in message
news:b25c89$e83$1@talkto.net...
> > Subj...

via our Bug Database:

follow "Bugs/Wishes" tab on: http://jvcl.sourceforge.net

Michael




Subject: Where it is possible to send patches on JVCL?
From: "Alexander Shiyan" <shcpost@chat.ru>
Date: Sun, 9 Feb 2003 14:15:00 +0300
Newsgroups: jedi.vcl

Subj...




Subject: Re: Suggestion on how to handle Edit Popup menu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 9 Feb 2003 09:37:26 +0100
Newsgroups: jedi.vcl

It works perfectly with w2k (thanks Remko!). Anyone else want to try it with
other OS'es? I'll upload the final version to the bug report
(http://projectjedi.sourceforge.net/issuetracker/view_bug_advanced_page.php?
f_id=0000662) so you can try it out.

Thanks again, Remko!

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Unknown Picture File Extension (.) error when using JvThumbImage
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Sat, 8 Feb 2003 16:11:25 -0600
Newsgroups: jedi.vcl

I have a main form that uses a JvThumbView embedded in a DBCtrlGrid to show
jpeg image files. I then use a JvThumbImage in another form (called from the
JvThumbView DoubleClickEvent) to show the full image of the selected jpeg
image file represented in JvThumbView. This appears to work fine for the
most part until and, for whatever reason, I get an 'Unknown Picture File
Extension (.)' error that randomly occurs when I double click on the
selected JvThumbView to create the JvThumbImage form. However, once I click
Ok to close the exception dialog box, I can usually double click on the
selected JvThumbView image in the Control Grid to create the form containing
the JvThumbImage. Note that the exception occurs intermittantly and does not
cause the program to crash. Correct me if I am wrong but the exception would
seem to indicate that the jpeg file extension is not being interpreted
whenever this happens. I am ppresently working in Delphi 6 Ent using the
latest Jvcl download. Any suggestions regarding the resolve to this matter
are appreciated.

Marty Potokar




Subject: Re: Suggestion on how to handle Edit Popup menu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 8 Feb 2003 20:05:19 +0100
Newsgroups: jedi.vcl

Thanks, I'll try it out!

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: bad checkins
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 08 Feb 2003 19:35:06 +0100
Newsgroups: jedi.vcl

Polaris has checked in several improvements to the rm subtree,
but used old versions of the files.
I had to fix the conflicts.
Please be more careful with that and always update before checkin.
Also please adhere to the style i enforce. You may not agree with it in all places, but it is a well defined style and any changes to it should be handled in a separate cleaning.



Subject: Re: Suggestion on how to handle Edit Popup menu
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Date: Sat, 08 Feb 2003 18:44:32 +0100
To: Peter Thörnqvist <peter3@no.spam.peter3.com>
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> That was my first thought too, but I haven't found anything that suggest
> it's possible...
>

Try this as a starting point:

procedure TForm1.Button1Click(Sender: TObject);
const
  sUser32 = 'User32.dll';
var
  ModH: HMODULE;
  hMenu: THandle;
  hMenuTrackPopup: THandle;
  Pt: TPoint;
begin
  ModH := GetModuleHandle(sUser32);
  hMenu := LoadMenu(ModH, MakeIntResource(1));
  if (hMenu = 0) then
    Exit;

  try
    // Get the first shortcut menu in the menu template. This is the
    // menu that TrackPopupMenu displays.

    hMenuTrackPopup := GetSubMenu(hmenu, 0);

    // Disable undo
    EnableMenuItem(hMenuTrackPopup, WM_UNDO, MF_BYCOMMAND or MF_GRAYED);

    // TrackPopup uses screen coordinates, so convert the
    // coordinates of the mouse click to screen coordinates.

    Pt := Edit1.ClientToScreen(Point(0, 0));

    // Draw and track the shortcut menu.

    TrackPopupMenu(hMenuTrackPopup, TPM_LEFTALIGN or TPM_LEFTBUTTON,
      Pt.X, Pt.Y, 0, Edit1.Handle, nil);
  finally
    // Destroy the menu.
    DestroyMenu(hmenu);
  end;
end;

Don't know if it's the same for all window versions.

Regards,
Remko Bonte



Subject: ANN: New help file uploaded
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Feb 2003 18:36:14 +0100
Newsgroups: jedi.vcl

Hi all,

I just uploaded a new help file. The help is based on the current source as
it is in CVS (for most cases this is the same as the last full release). The
main reason for doing an update is to get some feedback on a new item in the
help file: Tutorials.

The help file contains two tutorials for the plugin system (TJvPlugin and
TJvPluginManager) and two for TJvScheduledEvents. Note: the tutorial for the
plugin system is based on some changes done in the sources, so not
everything in this tutorial will work exactly as described. This mostly
relates to the description of the plugin wizard and name of added commands.

I'd appreciate any feedback regarding the tutorials. I'm specifically
interested in feedback on the following:

* Should the tutorials be in the help file or release as a separate file?
* Are the tutorials clear? Which are? Which aren't and why?
* Suggestions for other tutorials.

The new help can be downloaded from:
http://prdownloads.sourceforge.net/jvcl/jvclhelp.zip?download

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: Suggestion on how to handle Edit Popup menu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 8 Feb 2003 16:13:18 +0100
Newsgroups: jedi.vcl

> > Have you investigated if Windows provides some kind of API call to get
these
> > strings? I don't really have a problem with the resourcestrings but if we
> > can get the correctly translated captions it would certainly be nice ;)

That was my first thought too, but I haven't found anything that suggest
it's possible...

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Suggestion on how to handle Edit Popup menu
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 8 Feb 2003 13:00:59 +0100
Newsgroups: jedi.vcl

> > 1. Should we add a "UseFixedDefaultEditPopup" boolean property to
> > TJvCustomEdit/TJvCustomMaskEdit  to control the usage of the hidden menu
or
> > should we just hard-code it?

I'd go with the new boolean property (defaulting to using the default popup)
because some users may assume this (odd) behaviour.

> >
> > 2. Since the popup menu is a standard TPopupMenu, it has to use
> > resourcestrings for the menu item captions. Does anyone find this is a
> > problem (you must translate the captions yourself, since Windows isn't
doing
> > it anymore)?
> >

Have you investigated if Windows provides some kind of API call to get these
strings? I don't really have a problem with the resourcestrings but if we
can get the correctly translated captions it would certainly be nice ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Suggestion on how to handle Edit Popup menu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 8 Feb 2003 12:46:02 +0100
Newsgroups: jedi.vcl

Steve Magruder has found a problem with the standard popup menu manufactured
by Windows in case you haven't assigned a PopupMenu to an edit. The problem
is that even if the Edit is Readonly, the Paste command is enabled (fr more
details, see
http://projectjedi.sourceforge.net/issuetracker/view_bug_advanced_page.php?f
_id=0000662).

You can't paste, of course, but the behaviour is incorrect anyway. We have
deviced a solution that creates a "hidden" popupmenu in these cases. The
hidden popup works correctly and also takes into account any
ClipboardCommands if available. The good news is that we only have to add
the functionality to TJVCustomEdit and TJvCustomMaskEdit to have it fixed in
all the edits in JVCL. We now have two questions:

1. Should we add a "UseFixedDefaultEditPopup" boolean property to
TJvCustomEdit/TJvCustomMaskEdit  to control the usage of the hidden menu or
should we just hard-code it?

2. Since the popup menu is a standard TPopupMenu, it has to use
resourcestrings for the menu item captions. Does anyone find this is a
problem (you must translate the captions yourself, since Windows isn't doing
it anymore)?

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 7 Feb 2003 14:44:27 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b20k27$qk6$1@talkto.net...

> > Me too. It looks VERY nice, but it does not remember its position and
state.

For position - I docked it inside the ObjectInspector, and saved the desktop
settings, so it's always there. State it's a different story...

Michael




Subject: Re: Removing Hints and Warnings
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 7 Feb 2003 18:53:51 +0100
Newsgroups: jedi.vcl

> > RaiseList -> AcquireExceptionObject
> > LoadFrom/SaveToStreamBin is marked as deprecated by Marcel, so he would
have
> > to explain how to work around them<g>


Remove them, they are deprecated and should thus be removed in the next
major release. You can now use the new event storage mechanism

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
Project JEDI Help coordinator
JVCL Help team coordinator

To mail me, remove the obvious from my mail address





Subject: Re: JVCL 2.x
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 7 Feb 2003 18:37:47 +0100
Newsgroups: jedi.vcl

Agree with Steve: most of the code in CVS is just as stable as the released
version (to my knowledge, there isn't anything in there at the moment that
could be considered more buggy than the 2.00 "stable" release). Still, you
should always check the changes against the official release and make your
decision from that.

As everything else in JVCL, the frequency of updates and new releases is
directly proportional to the amount of people man hours put into it. To get
more frequent updates and releases, dedicate some of your time to make it
happen. If you are interested in helping out with JVCL, contact me directly
via e-mail.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Removing Hints and Warnings
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 7 Feb 2003 18:33:11 +0100
Newsgroups: jedi.vcl

RaiseList -> AcquireExceptionObject
LoadFrom/SaveToStreamBin is marked as deprecated by Marcel, so he would have
to explain how to work around them<g>


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JVCL 2.x
From: "Steve Magruder [Team JEDI]" <steve@stevemagruder.com>
Date: Fri, 7 Feb 2003 12:28:03 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <nospam-pgarcia@users.sourceforge.net> wrote in message
news:b2008e$mhd$1@talkto.net...
> > Hello, Peter!
> > You wrote  on Fri, 7 Feb 2003 08:33:52 +0100:
> >
> >  PT> If you don't mind using unstable and unsupported code, you could
> >  PT> always check out http://jvcl.sourceforge.net/daily/ where a zip with
> >  PT> all the sources from CVS are uploaded every day.
> >
> > The use of daily updates is nice for JVCL developers that want to follow
the
> > changes but to another developers this pratice isn´t recommended because
the
> > use of untested (more or less) code in your project is dangerous.

I'll second this.

As a middle ground, I would suggest that if anyone wanted any particular
fixes/changes to particular controls, they could go into SourceForge's CVS
browser and do Diff's to see what code was changed to fix specific bugs, and
then they can make the changes directly in their stable source (of course,
make a backup copy of the stable source first).

Steve




Subject: Removing Hints and Warnings
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 07 Feb 2003 17:56:44 +0100
Newsgroups: jedi.vcl

The rm subtree is down to 2 hints and 10 warnings.

These two are already documented in the source and will be removed
  [Hint] JvThumbViews.pas(122): Private symbol 'GetBufferName' declared
  but never used
  [Hint] JvThumbImage.pas(82): Private symbol 'Rotate180' declared but
  never used
Does anyone know how to get rid of these?
  [Warning] JvUtils.pas(1700): Symbol 'RaiseList' is deprecated
  [Warning] JvUtils.pas(1702): Symbol 'RaiseList' is deprecated
  [Warning] JvUtils.pas(1703): Symbol 'RaiseList' is deprecated
  [Warning] JvDlg.pas(99): Symbol 'RaiseList' is deprecated
  [Warning] JvDlg.pas(101): Symbol 'RaiseList' is deprecated
  [Warning] JvDlg.pas(102): Symbol 'RaiseList' is deprecated
A TStringList should solve this problem
  [Warning] JvInterpreterFm.pas(198): Symbol 'NewStr' is deprecated
  [Warning] JvInterpreterFm.pas(221): Symbol 'DisposeStr' is deprecated
I did not yet investigate these. Anyone able to solve?
  [Warning] JvScheduledEvents.pas(1223): Symbol 'LoadFromStreamBin' is
  deprecated
  [Warning] JvScheduledEvents.pas(1228): Symbol 'SaveToStreamBin' is
  deprecated



Subject: Re: Inprovement and reorganization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 07 Feb 2003 16:55:44 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> So it differs. But I hope that CompBar source code will be released.

Me too. It looks VERY nice, but it does not remember its position and state.



Subject: Re: Inprovement and reorganization of components
From: @in@taavi.ee (Ain)
Date: Fri, 07 Feb 2003 14:57:05 GMT
Newsgroups: jedi.vcl

On Fri, 7 Feb 2003 12:37:35 -0000, "David J Taylor"
<davidtaylor@writeme.com> wrote:

> >"You should pay your taxes on time".  "You should defragment your disk
> >every week".  Here the usage is more of a recommendation - if you don't
> >pay your taxes on time, you will have a bigger bill later.

That's what I mean with "everyone should move to JVCL" - a
recommendation.


> >I feel I've said enough!

David, thanks for taking time to explain it!


ain


Subject: Re: Inprovement and reorganization of components
From: "David J Taylor" <davidtaylor@writeme.com>
Date: Fri, 7 Feb 2003 12:37:35 -0000
Newsgroups: jedi.vcl

>> > > A> Agreed (should <> must).
>> > >
>> > >AFAIK in English they mean the same.
> >
> > Not to my knowledge. 'must' is much "stronger" than 'should' which is
> > similar to 'may'. But perhaps some native english speaker can clear it
> > up for us...

The usage isn't consistent, there are also conjunctives and conditional
tenses that used to be used, but are not used as much today.  Also,
context can alter the meaning of words.....   Having said that:

"You may park here".  "You may not park here".  Implies being allowed or
not to do something.  Possibly, "may" is slightly more polite than "must".
But also:  "Try Linux, you may like it".  Nothing about compulsion here in
the use of the word "may".

"You must not park here".  "You must stop hitting your wife".  In these
phrases, more of a "prevention" rather than an allowance.  But also,
without any compulsion, and just as a suggestion:  "You must try Windows
XP, it's great!".

"You should pay your taxes on time".  "You should defragment your disk
every week".  Here the usage is more of a recommendation - if you don't
pay your taxes on time, you will have a bigger bill later.

Quite often in Software Quality documents, you will find the terms defined
so that any ambiguity is removed.  For example:

"Must do" - a complusory requirement, to be followed without fail

"Should do" - a requirement that is to be followed, but opt-outs may be
allowed

"Suggestion" - a guide as to what is best practice, but does not need to
be followed.

I feel I've said enough!  And you may get different answers from an
American speaker, or from people living in England and Scotland.

David




Subject: Re: Inprovement and reorganization of components
From: @in@taavi.ee (Ain)
Date: Fri, 07 Feb 2003 12:18:25 GMT
Newsgroups: jedi.vcl

On Thu, 6 Feb 2003 22:55:35 +0300, "Arioch /BDV/" <the_Arioch@nm.ru>
wrote:

> > A> Agreed (should <> must).
> >
> >AFAIK in English they mean the same.

Not to my knowledge. 'must' is much "stronger" than 'should' which is
similar to 'may'. But perhaps some native english speaker can clear it
up for us...


> > A> don't see any problems with this - use RxLib with old projects, JVCL 
> > A> with new ones... 
> >
> >And if i want to use some Rx-related lib ?

This is problem for developers of that lib. They either maintain their
own version of Rx or convert their code to work with some other Rx
version (for example JVCL). It would be enormous task for Jedi to
support all those thirdparty libs which depend on Rx.


ain


Subject: Re: JVCL 2.x
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Fri, 7 Feb 2003 08:17:19 -0200
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 7 Feb 2003 08:33:52 +0100:

 PT> If you don't mind using unstable and unsupported code, you could
 PT> always check out http://jvcl.sourceforge.net/daily/ where a zip with
 PT> all the sources from CVS are uploaded every day.

The use of daily updates is nice for JVCL developers that want to follow the
changes but to another developers this pratice isn´t recommended because the
use of untested (more or less) code in your project is dangerous.



-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: JVCL 2.x
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Fri, 7 Feb 2003 08:33:52 +0100
Newsgroups: jedi.vcl

If you don't mind using unstable and unsupported code, you could always
check out http://jvcl.sourceforge.net/daily/ where a zip with all the
sources from CVS are uploaded every day.

Perhaps we might release a 2.1 before embarking on the "big restructure
attempt", but we have made no decisions yet.


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: How do I do this
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 18:38:13 -0500
Newsgroups: jedi.vcl

"Dixon Epperson" <edepperson@juno.com> wrote in message
news:b1uoko$gp1$1@talkto.net...
> > Excuse me Michael, but I felt this was an appropriate group to post

why?

The way you formulated your question it appeared to me as a generic
question, and not as one asking about specific function or component from
JCL or JVCL. All generic questions should go to Borland's newsgroups.

> > But perhaps I misunderstood.  I thought JCL and JediVCL were related.

There is a special newsgroup dedicated to JCL:

news://forums.talkto.net/jedi.jcl

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl





Subject: Re: How do I do this
From: "Dixon Epperson" <edepperson@juno.com>
Date: Thu, 6 Feb 2003 18:01:18 -0500
Newsgroups: jedi.vcl

Excuse me Michael, but I felt this was an appropriate group to post to and
still think I was close enough since I was able to arrive at an acceptable
compromise using a JCL component called SHELLRASDIAL.

But perhaps I misunderstood.  I thought JCL and JediVCL were related.

Dixon Epperson

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b1plbg$k5h$1@talkto.net...
> > "Dixon Epperson" <edepperson@juno.com> wrote in message
> > news:b1p5ns$hes$1@talkto.net...
> >
>> > > But how would I log on to this DSL.  You don't want to be dialing out.
> > But
>> > > I do need to log on.
> >
> > This newsgroup is dedicated to issues related to JEDI-VCL so I am afraid
> > this is a wrong newsgroup for your question.
> >
> > Please post your question at the appropriate Borland's newsgroup:
> >
> > http://newsgroups.borland.com/
> >
> > Good luck,
> >
> > Michael
> >
> >




Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 17:12:13 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in news:3E42D5F0.630D9C42@gmx.de
:

> > ah jetzt ja!

> > But I thought when it is on SourceForge the source is open and everybody
> > can download it via CVS?


1) Not everybody posts the source code right away - sometimes they just post
the binaries and keep it as a placeholder for future source release.

2) Also, even if they post the source files to download, they sometimes
don't post the source to CVS.

So it differs. But I hope that CompBar source code will be released.

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: Inprovement and reorganization of components
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 06 Feb 2003 22:38:56 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E42926E.530D3F07@gmx.de...
> >
>> > > there is the sourceCode ! At the bottom!
>> > >
>> > > http://www.raize.com/DevTools/Tools/Delphi/RzPaletteMenu_Source.zip
> >
> > I was talking about CompBar...
> >
> > Michael

ah jetzt ja!

But I thought when it is on SourceForge the source is open and everybody
can download it via CVS?

Ralf



Subject: Re: JVCL 2.x
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 06 Feb 2003 22:07:52 +0100
Newsgroups: jedi.vcl


I only want to say: It definitiv would be nice to have version 2.1 ..

in hope

Ralf Grenzing


Robert Marquardt schrieb:

> > Paulo Garcia wrote:
>> > > Since version 2.0 was launched we have several bug fixes.
>> > >
>> > > To regular developer is hard to keep updated via CVS. Do you are planning to
>> > > launch a 2.1 version with these bug fixes before a restructured one (may be
>> > > 3.0)?
> >
> > Hard to say. I want to have the source style cleaned up end of next
> > week. ALL files have been touched. I am sure i introduced some bugs.
> > I hope we will have time to create a 2.1 then.
> > Even if it will not live that long.



Subject: Re: Inprovement and reorganization of components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 22:55:35 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 06 Feb 2003 16:31:18 GMT)
....while the fading voice of Ain whispered through the darkness:

 A>>> Why? RxLib is "dead", everyone should move to JVCL...
 ??>> 1. Everyone do know himself what it must.
 A> Agreed (should <> must).

AFAIK in English they mean the same.

 ??>> 3. Using D5  i generally still prefer original Rx release
 A> So do I. 

Then RX is not dead yet.

 A> don't see any problems with this - use RxLib with old projects, JVCL 
 A> with new ones... 

And if i want to use some Rx-related lib ?

 A> IMO let's develop (former) Rx controls under Jedi as Jedi components,

That is apart from JVCL headline.
JVCL will use RX code in JVCL restyled and restructured components.
And the very API will be redesigned.

There will be left almost none of Rx components.

 A> no need for "yet another RxLib clone"... 

But there's some need for Rx API simulation module.

 A> My point is that Jedi should not waste it's limited resources to
 A> support some other libs.

I gave the idea to keep compatibility with Rx.
Sure it is the question of available time.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: about RaLib and October
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 22:43:04 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 6 Feb 2003 13:46:07 -0200)
....while the fading voice of Paulo whispered through the darkness:

 PG> Are there a site english version?

Help - don know.

Download and FAQ - should be "ENGLISH" link in top right corner

Do search for 'English' (Ctrl-F)

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 13:48:47 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E42926E.530D3F07@gmx.de...

> > there is the sourceCode ! At the bottom!
> >
> > http://www.raize.com/DevTools/Tools/Delphi/RzPaletteMenu_Source.zip

I was talking about CompBar...

Michael




Subject: Re: JVCL 2.x
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Feb 2003 18:54:40 +0100
Newsgroups: jedi.vcl

Paulo Garcia wrote:
> Since version 2.0 was launched we have several bug fixes.
>
> To regular developer is hard to keep updated via CVS. Do you are planning to
> launch a 2.1 version with these bug fixes before a restructured one (may be
> 3.0)?

Hard to say. I want to have the source style cleaned up end of next week. ALL files have been touched. I am sure i introduced some bugs.
I hope we will have time to create a 2.1 then.
Even if it will not live that long.



Subject: Re: Inprovement and reorganization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Feb 2003 18:49:34 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

>> How about creating several packages for the core part, the DB part etc
>> and generate a project group in the installer from a list of options?
>
> Well, this was the original concept:
>
> http://jvcl.sourceforge.net/guidelines.htm#grouping
>
> similar to JCL concept of unit/package owners, but the problem was to make
> it work w/o too much beaurocracy.

I thought of generating a .bpg file from the installer. No beaurocracy involved.



Subject: Re: Inprovement and reorganization of components
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 06 Feb 2003 17:50:54 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
> > news:b1td8f$83i$1@talkto.net...
> >
>> > >
>> > >  MBT> Raize Palette Expert:
>> > >  MBT> http://www.raize.com/DevTools/Tools/Delphi/PaletteMenu.htm
>> > >
>> > > Commercial, yes ? :-(
> >
> > No, it's free with source code.
> >
>> > >  MBT> CompBar:
>> > >  MBT> http://sourceforge.net/projects/compbar
>> > > So the sources arÕ open at last? Great!
> >
> > No, still no code, only BPL

there is the sourceCode ! At the bottom!

http://www.raize.com/DevTools/Tools/Delphi/RzPaletteMenu_Source.zip

Ralf Grenzing



Subject: Re: Inprovement and reorganization of components
From: @in@taavi.ee (Ain)
Date: Thu, 06 Feb 2003 16:31:18 GMT
Newsgroups: jedi.vcl

On Thu, 6 Feb 2003 17:44:58 +0300, "Arioch /BDV/" <the_Arioch@nm.ru>
wrote:

> > A> Why? RxLib is "dead", everyone should move to JVCL...
> >
> >1. Everyone do know himself what it must.

Agreed (should <> must).


> >2. If a program already works with Rx, why SHOULD one change all his text?
> >3. Using D5  i generally still prefer original Rx release

So do I. And I have no plans to convert my existing Rx projects to
JVCL. And as RxLib and JVCL can peacefully coexist in the same Delphi
installation I don't see any problems with this - use RxLib with old
projects, JVCL with new ones...


> >4. There are a lot of ports of Rx to D6.

And a lot of confusion because of it as well?
IMO let's develop (former) Rx controls under Jedi as Jedi components,
no need for "yet another RxLib clone"...


> > A> Hmm, IMHO it would be task for those libs to be compatible with JVCL.
> > A> After all, JVCL is far superior then those other libs <g>
> >
> >In its part (DbAware controls), Polaris beats JVCL.

Note that I had <g> there.

> >Why should them rely on JVCL if they can already finely rely on their
> >version of Rx, which is smaller?
> >And why should them force their users to drop Rx in favor of JVCL ?
> >
> >No one MUST do smth, but if we could - it would not be bad deed.

My point is that Jedi should not waste it's limited resources to
support some other libs.


ain


Subject: Re: about RaLib and October
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Feb 2003 13:46:07 -0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Paulo Garcia on Thu, 6 Feb 2003 18:32:09 +0300:

Are there a site english version?


 AB> The stars so gaily glistened...  (Thu, 6 Feb 2003 13:22:55 -0200)
 AB> ...while the fading voice of Paulo whispered through the darkness:

 PG>> Thank you. I just download Fidolook and it is very intersting.

 AB> While 2001 may appear most stable, i'd recommend downloading 2002
 AB> (aka SL).
 AB> Plugins, X-Face, conditional templates...

 AB> Currently there's no help, but the work is going on
 AB> http://www.fidolook.com/translate/ http://www.fidolook.com/flhelp/



 AB> With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru

-----------------------------------------------------
[]?s
Paulo Garcia
Digivoice Eletronica




Subject: Re: about RaLib and October
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 18:32:09 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 6 Feb 2003 13:22:55 -0200)
....while the fading voice of Paulo whispered through the darkness:

 PG> Thank you. I just download Fidolook and it is very intersting.

While 2001 may appear most stable, i'd recommend downloading 2002 (aka SL).
Plugins, X-Face, conditional templates...

Currently there's no help, but the work is going on
 http://www.fidolook.com/translate/ http://www.fidolook.com/flhelp/



With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: about RaLib and October
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Feb 2003 13:22:55 -0200
Newsgroups: jedi.vcl

Hello, Arioch!
You wrote to Paulo Garcia on Thu, 6 Feb 2003 17:35:45 +0300:

Thank you. I just download Fidolook and it is very intersting.

"Living and learning..."

-----------------------------------------------------
[]?s
Paulo Garcia
Digivoice Eletronica

 AB> The stars so gaily glistened...  (Thu, 6 Feb 2003 10:01:54 -0200)
 AB> ...while the fading voice of Paulo whispered through the darkness:

 PG>> http://www.cs.put.poznan.pl/dweiss/site/publications/download/kkio-
 PG>> trac e-02. pdf

 AB> Suggest: install Fidolook, so that OE will not breake URLs anymore
 AB> (and some more features)
 AB> www.fidolook.com

 PG>> http://www.opheliadev.org

 AB> Thanks a lot.


 AB> With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru






Subject: Re: JvMemoryData and JvMemoryTable Controls
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 17:48:11 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 5 Feb 2003 05:00:27 -0600)
....while the fading voice of Martin whispered through the darkness:

 ??>> or demos on using the JvMemoryData and JvMemoryTable controls? I am

Arent them ex-Rx ?
One is BDE-table and the other is BDE-less TDataSet's child ?

If yes - get any help for RxLib and get description there.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 17:44:58 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 06 Feb 2003 12:37:17 GMT)
....while the fading voice of Ain whispered through the darkness:

 ??>> After that while ex-Rx code would be merged|optimised, etc, we are to
 ??>> keep old Rx interfaces units, that will simulate old brand RX.

 A> Why? RxLib is "dead", everyone should move to JVCL...

1. Everyone do know himself what it must.
2. If a program already works with Rx, why SHOULD one change all his text?
3. Using D5  i generally still prefer original Rx release, though use
JVCL-Rx for testing.
4. There are a lot of ports of Rx to D6. JVCL is '1st among equal', never
more http://www.rx.delphiplus.org/
And i don't know which has less bugs.

 A> Hmm, IMHO it would be task for those libs to be compatible with JVCL.
 A> After all, JVCL is far superior then those other libs <g>

In its part (DbAware controls), Polaris beats JVCL.
Why should them rely on JVCL if they can already finely rely on their
version of Rx, which is smaller?
And why should them force their users to drop Rx in favor of JVCL ?

No one MUST do smth, but if we could - it would not be bad deed.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: about RaLib and October
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 17:35:45 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 6 Feb 2003 10:01:54 -0200)
....while the fading voice of Paulo whispered through the darkness:

 PG> http://www.cs.put.poznan.pl/dweiss/site/publications/download/kkio-trac
 PG> e-02. pdf

Suggest: install Fidolook, so that OE will not breake URLs anymore (and some
more features)
www.fidolook.com

PG> http://www.opheliadev.org

Thanks a lot.


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Attention to all JvInspector users
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Thu, 6 Feb 2003 13:14:15 +0000 (UTC)
Newsgroups: jedi.vcl

I am on the road today but have grabbed the fix and will merge it in and test it tomorrow .

-- Dennis Passmore Ultimate Software, Inc. Posted by Xananews 1.13.2.3 

Subject: Re: Inprovement and reorganization of components
From: @in@taavi.ee (Ain)
Date: Thu, 06 Feb 2003 12:37:17 GMT
Newsgroups: jedi.vcl

On Thu, 6 Feb 2003 13:33:53 +0300, "Arioch /BDV/" <the_Arioch@nm.ru>
wrote:

> >After that while ex-Rx code would be merged|optimised, etc, we are to keep
> >old Rx interfaces units, that will simulate old brand RX.

Why? RxLib is "dead", everyone should move to JVCL...


> >There are Rx-dependent libs, such as partially VgLib and Polaris - and i
> >hope them to be JVCL-compatible.

Hmm, IMHO it would be task for those libs to be compatible with JVCL.
After all, JVCL is far superior then those other libs <g>


ain


Subject: Re: about RaLib and October
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Feb 2003 10:01:54 -0200
Newsgroups: jedi.vcl

I found a interesting text in
http://www.cs.put.poznan.pl/dweiss/site/publications/download/kkio-trace-02.
pdf and the Ophelia Project link is http://www.opheliadev.org

--
-----------------------------------------------------
[]?s
Paulo Garcia
Digivoice Eletronica

"Arioch /BDV/" <the_Arioch@nm.ru> escreveu na mensagem
news:b1tgmq$8rc$1@talkto.net...
> > The stars so gaily glistened...  (Thu, 6 Feb 2003 06:33:29 -0500)
> > ...while the fading voice of Michael whispered through the darkness:
> >
> >  MBT> No. Do you have links?
> > No :-(
> >
> > The latest magazine www.computerra.ru   has articles about freeware and
> > governments.
> > And it gave a list of EU projects. But no urls on paper, i didn't look at
> > site.
> >
> > Anyway it seems to be C++ and not pascal.
> >
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: My Package file for BCB6 @ jedi.binaries group
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 14:46:21 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 5 Feb 2003 14:34:12 +0800)
....while the fading voice of James whispered through the darkness:

 JL> I'm interested in this. But what's your email?

 JL> "Peter ThЖrnqvist" <peter3@nospampeter3.com> п╢хКоШо╒пбне
Guess remove "NoSpam" faker :-) ^^^^

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 06:41:11 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b1tbl4$7q4$1@talkto.net...

> >  VCL may be re-arranged to Interfaces+Helper classes (if the helpers will
> > not brrake the components creation/destruction)

That's the direction I hope for - see my original response to Robert.


--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: about RaLib and October
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 14:39:42 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 6 Feb 2003 06:33:29 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> No. Do you have links?
No :-(

The latest magazine www.computerra.ru   has articles about freeware and
governments.
And it gave a list of EU projects. But no urls on paper, i didn't look at
site.

Anyway it seems to be C++ and not pascal.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 06:38:09 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b1te7c$8a5$1@talkto.net...

> > Windows Commander is developed with D1 and D2 for Win16 and Win32
versions -
> > and there is sense for telling Win16 controls from Win32.
> > But JVCL dropped even D4 and i feel is about to drop D5, so why to think
of
> > D1 ?

Makes sense.

> > If i'm making a component, then it is easier to me to add comments,
allowing
> > tools such as xHelpGen and PasDoc to auto-create help. And help from the
> > author is always better!
> > The problem is a download size here!

Yes, it's a problem, and that's why we're using Doc-O-Matic, so we can keep
comments that are meant for the Help file in external files.

> > Same way, i think if IDE data (registering into Palette, Registering
> > Properties editors, etc..) been in some special format with specal editor
> > and automatical proper .pas generating  - it will help to rearrange
palette.

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 06:35:30 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b1td8f$83i$1@talkto.net...

> >
> >  MBT> Raize Palette Expert:
> >  MBT> http://www.raize.com/DevTools/Tools/Delphi/PaletteMenu.htm
> >
> > Commercial, yes ? :-(

No, it's free with source code.

> >  MBT> CompBar:
> >  MBT> http://sourceforge.net/projects/compbar
> > So the sources arÕ open at last? Great!

No, still no code, only BPL

> > Is it possible to make some pallete based on October or CompBar ?
> > I'd like to add one more level to it, so the page will look like:

If the code of CompBar is released, then you'll be able to play with it,
probably within GExperts, if the author releases it to them.

Michael




Subject: Re: about RaLib and October
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 06:33:29 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b1tbs1$7s3$1@talkto.net...

> > I've heard of EU-supported free projects of
> >
> > AMOS - catalogue of free components
> > OPHELIA - free IDE
> >
> > Any one heard of them?

No. Do you have links?

Michael




Subject: Re: Inprovement and reorganization of components
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Feb 2003 09:26:30 -0200
Newsgroups: jedi.vcl

Another suggestion:

I didn´t deep comparisions but, do jvScheduledEvents an the jvAlarms have
the same functionality? May be one of them can be dropped on \archive....

--
-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: JVCL 2.x
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Feb 2003 09:15:58 -0200
Newsgroups: jedi.vcl

Since version 2.0 was launched we have several bug fixes.

To regular developer is hard to keep updated via CVS. Do you are planning to
launch a 2.1 version with these bug fixes before a restructured one (may be
3.0)?


--
-----------------------------------------------------
[]´s
Paulo Garcia
Digivoice Eletronica




Subject: Re: Inprovement and reorganization of components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 14:08:47 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 6 Feb 2003 11:52:38 +0100)
....while the fading voice of Peter whispered through the darkness:

 ??>>> another thought - you could install but not show some of the
 ??>>> component packages for the less likely to be used components....
 PT> How is that done?

Look for TReport component - it is D2 interface to ReportSmith.
In D3 it was changed for QR, but still remains for compatibility.

For D5 they are in:
D:\Borland\Delphi5\lib\Delphi2\report.dcu
D:\Borland\Delphi5\Source\Property Editors\bdereg.pas

If You load BDE package and go to Palette Properties, select [ALL] and the
last comp in the list will be TReport with [Hidden] mark upon it.

Though i failed to tell why it is hidden - can the comp be hidden via OTA or
one need to play with Registry?


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 13:57:17 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 6 Feb 2003 08:37:19 -0200)
....while the fading voice of Paulo whispered through the darkness:

 PG> - Do BD and BDE cannot put togheter? I know that are "conceptual"

What if i did not installed BDE?
What if i want not to load Delphi BDE controls package to make my palette
smaller and Delphi launch faster?

No' i think DB and BDE are to be separate independent packages!

 PG> - About Win32 pallete

It's artefact! Do we have support for Delphi 1 ? If not - all our components
are Win32!

Windows Commander is developed with D1 and D2 for Win16 and Win32 versions -
and there is sense for telling Win16 controls from Win32.
But JVCL dropped even D4 and i feel is about to drop D5, so why to think of
D1 ?




What i want to think more about - is a special comments.
If i'm making a component, then it is easier to me to add comments, allowing
tools such as xHelpGen and PasDoc to auto-create help. And help from the
author is always better!
The problem is a download size here!
But if someone will make patch-styled updates (instead of copy-over) and
help file generation in JediInstaller instead of separate file - this could
make help development easier.

Same way, i think if IDE data (registering into Palette, Registering
Properties editors, etc..) been in some special format with specal editor
and automatical proper .pas generating  - it will help to rearrange palette.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 6 Feb 2003 11:52:38 +0100
Newsgroups: jedi.vcl

> > - How do you are thinking about backward compatibility? With version 2.0,
> > several developers are using these components in real projects more than
> > ever. It´s hard to change visual components, isn´t it?
We would of course have to maintain backward compatibility as much as
possible, partly by "moving" existing functionality from one component to
another with as little changes as possible but also by documenting how to
replace components that have been removed or suply workarounds to get the
same functionality. This documentation will be the responsibility of the
person doing the merge/rewrite.

As a last resort, all original components will always be available in the
\archive sub-folder so those who can't or don't want to switch, can still
use the previous version.


> >
> > - Do BD and BDE cannot put togheter? I know that are "conceptual"
differents
> > but if you can rename TJvaSQLScript to TJvaBDESQLScript, for example.
I think that one should never mix DB generic with DB specific components in
the same package because those who don't have the BDE installed, wouldn't be
able to use generic DB components with, say IBX or ADO, if they were in the
same package as the BDE stuff.


> >
> > - In multimedia pallete you have some labels, progress bars, etc... These
> > components still remais here?
I don't know: the components in my list were just examples, nott complete
lists. It depends on how we partition the components into packages nad how
we partition them into palettes

> > - About Win32 pallete I´m not sure because despite the fact that they are
> > common controls enhancements, some of them are visual components that
appear
> > candidates to other palletes, like PageControl in JvGUIPanelStuff, for
> > example. Does this approach is opposite to a package grouping?

No, as I said before, the components palette tab doesn't necessarily have to
reflect it's package, i.e a panel can be in JvWin32.bpk but appear on the
"Jv GUIPanelStuff" palette.

>> > > another thought - you could install but not show some of the component
>> > > packages for the less likely to be used components....
How is that done?

> > I agree with that because if you have a good documentation, the developer
> > will know where are the desired component.
It could be an option for some components, but they could just as well be
put in a separate package

> >
> > I just start to study the restructure_proposal.txt and may be I can send
> > another suggestions soon.

Please do! We need many suggestions from many people if we are going to make
an informed decision about this very important matter
--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Inprovement and reorganization of components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 13:40:39 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 5 Feb 2003 05:21:16 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> Raize Palette Expert:
 MBT> http://www.raize.com/DevTools/Tools/Delphi/PaletteMenu.htm

Commercial, yes ? :-(

 MBT> CompBar:
 MBT> http://sourceforge.net/projects/compbar
So the sources arу open at last? Great!

Pesonally i use GExpert for Palette too, but
 i keep it single-lined and use r-click menu instead :-)

Is it possible to make some pallete based on October or CompBar ?
I'd like to add one more level to it, so the page will look like:

[arrow] | [comp1] [comp2] ... [compN] | [set1 v] [set2 v] ....

Set's contain related comps, like a lot of labels, in their drop-down list.
LRU comps will go to compX section.

comps-section and set-section take 50% of page width, untill some of them is
that narrow to allow the other one to expand itself.


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Thu, 6 Feb 2003 08:37:19 -0200
Newsgroups: jedi.vcl

I really don´t know all components like you guys but Chris grouping looks
nice for me. When I need a ListBox, I know where are all of them...

About Peter message I have some comments:

- How do you are thinking about backward compatibility? With version 2.0,
several developers are using these components in real projects more than
ever. It´s hard to change visual components, isn´t it?

- Do BD and BDE cannot put togheter? I know that are "conceptual" differents
but if you can rename TJvaSQLScript to TJvaBDESQLScript, for example.

- In multimedia pallete you have some labels, progress bars, etc... These
components still remais here?

- About Win32 pallete I´m not sure because despite the fact that they are
common controls enhancements, some of them are visual components that appear
candidates to other palletes, like PageControl in JvGUIPanelStuff, for
example. Does this approach is opposite to a package grouping?

> > another thought - you could install but not show some of the component
> > packages for the less likely to be used components....

I agree with that because if you have a good documentation, the developer
will know where are the desired component.

I just start to study the restructure_proposal.txt and may be I can send
another suggestions soon.


[]´s
Paulo
> >
> > JvLabels - I agree having one would be nice but if not place them all
> > on one pallette. at the moment that is not necessarily so.
> >
> > JvEdits - there are lots of edit components (including the composites)
> > they could go together
> >
> > JvCombos - list boxes, combo boxes, directory list boxes etc
> >
> > JvSystemDialogs - these could be the system wrappers - directories,
> > network connections etc. Some duplication in these at the moment.
> >
> > JvSpecialDialogs - these could be the nag screen dialogs
> >
> > JvMultimedia
> >
> > JvInternet
> >
> > JvGUIPanelStuff - this could include the panel stuff which is
> > currently littered everywhere. Outlook bar stuff, Inspectors, group
> > headers, footers, mouse panels
> >
> > JvStandardEnhanced - radio buttons, splitters, buttons, grids
> >
> > JvBeginner - I like the idea of putting simple enhancements together
> > as they can be considered much easier.
> >
> > Pretty much the same as Peters.
> >
> > I agree with the comment about radically pruning the system, having
> > just placed the component pallette back in Delphi to see everything it
> > really is very difficult to find your way around all of the
> > components.
> >
> > Another point to note would be to check whether the Internet
> > components have any overlap with the Indy ones now in D7 - in that
> > case making them a separate package which is NOT loaded by default in
> > a D7 installation by the installer would help.
> >
> > another thought - you could install but not show some of the component
> > packages for the less likely to be used components. This happens with
> > the Bold installation when only some of the packages are active but
> > all are installed.
> >
> >
> > --
> > Chris Parkinson
> > Development Manager
> > Vertis Marketing Technology
> >
> >
> >
> >




Subject: Re: Inprovement and reorganization of components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 13:33:53 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 5 Feb 2003 15:28:23 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> for the future, I don't mind to break some API, as long as they are
 MBT> justified. After all, we can use the "JVCL Convert" to run the code


My 2c here: -)

All Rx patches from Torry and PoleSoft are to be applied.

After that while ex-Rx code would be merged|optimised, etc, we are to keep
old Rx interfaces units, that will simulate old brand RX.

There are Rx-dependent libs, such as partially VgLib and Polaris - and i
hope them to be JVCL-compatible.

Sure those bridges  is to be a separate optional BPL - with the same names
as Rx packages had.


One more example is http://www.taxxi.com/ - they also have there own Rx
version to make it Taxxi-compatible (the pretend this port was an example of
how to make any lib compatible)
If only Taxxy was not strcitly commercial lib... :-(

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 05:18:28 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b1q4vv$ls0$1@talkto.net...

> > Please tell how you want the components organized in palettes, the
> > component hierarchy you think useful, the improvements possible to
> > individual components or component families.

What would be interesting is to have for each component (of course, where it
makes sense):

- component editor
- set of TActions
- component settings page

While the Component Editor and Component Actions are straight forward, for
the Component Settings I would envision a central "Settings Manager"
(probably based on Peter's PageListTreeView), where we would add component's
standard settings, the same as Actions are being added to the
ActionsManager. We could also have a "composite" view of certain settings,
that could also be added to the Settings Manager. I guess, I am tired of
always starting build the settings from scratch. It would be nice if the
standard components could be just added to the Settings Manager, and then
just use "their" standard Settings Page. I hope, this idea is not too
confusing.

Michael








Subject: Re: about RaLib and October
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 13:17:06 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 12 Dec 2002 13:47:54 +0000 (UTC))
....while the fading voice of Dennis whispered through the darkness:

 DP> The October project (RADOctober) was a near complete clone of the
 DP> Delphi IDE. It is very dependant on the{$IFDEF RA_D6H} DesignIntf,

I've heard of EU-supported free projects of

AMOS - catalogue of free components
OPHELIA - free IDE

Any one heard of them?
May some code be borrowed from them for October?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 6 Feb 2003 13:13:24 +0300
Newsgroups: jedi.vcl

Half of JVCL and JCL is enhancing standard VCL components in all the same
manner
(hence making duplicate of the same code more and more) and adding D5
functionality to D4 (now sure it will be D7 to D6 to D5)

Could JVCL be made as a patch for VCL ? Like somewhen LAME or BSD was?

Like Virtual Pascal makes its patches to std Delphi units to make them
cross-OS.



The result could be making separate set of BPL's for the apps.
 VCL may be re-arranged to Interfaces+Helper classes (if the helpers will
not brrake the components creation/destruction)

Sure then we will need some trick to make TApplication shared between Delphi
IDE and project.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Inprovement and reorganization of components
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 06 Feb 2003 09:55:38 +0100
Newsgroups: jedi.vcl

> >
> >
> > For interested:
> >
> > Raize Palette Expert:
> > http://www.raize.com/DevTools/Tools/Delphi/PaletteMenu.htm

thanx a lot Michael :-) I  was about to ask :-) very nice !!!



Subject: JvThread handle/threadid
From: "Christian Klinkerfuss" <christian.klinkerfuss@info-ag.de>
Date: Thu, 6 Feb 2003 08:45:56 +0100
Newsgroups: jedi.vcl

Hi,

execute of TJvThread returns the threadhandle which is in fact the threadid.

Using jvthread.QuitThread with this threadid does not terminate the thread.
getlasterror returns 6 (INVALID_HANDLE). The thread is still executing.
I used windows.TerminateThread() as well and got the same error.

In TJvThread.Execute I changed
    Result := HideThread.ThreadID;
to
      result := hidethread.Handle;

Using the handle I could terminate the thread.

Are there any other solutions than modifying the code?
Thanks for help!
Christian






Subject: Re: Inprovement and reorganization of components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 6 Feb 2003 08:35:50 +0100
Newsgroups: jedi.vcl

> > * write the help file
> >
> > I think the above list reflects the stuff we need to do and also the order
> > it has to be done in: no reason to start partitioning into smaller
packages
> > until we know what to put in them, no reason to write help until we know
> > which components to write for.

Execuse me? Writing help is never too soon. As I mentioned in another
thread, it's very easy to just copy-n-paste the texts from one component to
another. I rather have all components we have now documented and take some
extra hours to just remove unneccessary documentation and move/merge texts
then waiting and having to write the texts later. At the moment I'm already
skipping the "easier" components that I suspect will be removed anyway (I'll
have to check at home which I marked as "will probably be removed") so I
think the unneccessary documentation will be almost nil.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: jvThumbView
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 6 Feb 2003 08:20:51 +0100
Newsgroups: jedi.vcl

There have been some changes and bug fixes (by me) since the 2.0 release, so
make sure you have the latest sources from CVS before modifying. Also check
the bug tracker for bug reports on this component.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Feb 2003 01:11:14 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b1spkr$4v4$2@talkto.net...

> > How about creating several packages for the core part, the DB part etc
> > and generate a project group in the installer from a list of options?

Well, this was the original concept:

http://jvcl.sourceforge.net/guidelines.htm#grouping

similar to JCL concept of unit/package owners, but the problem was to make
it work w/o too much beaurocracy.

Michael




Subject: Re: Inprovement and reorganization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Feb 2003 06:06:08 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> * we need to reorganize the palette so it will be easier to find the stuff
> that's there (note: the components package location doesn't necessarily mean
> that it should be on the same palette as the other components in the
> package)

How about creating several packages for the core part, the DB part etc and generate a project group in the installer from a list of options?



Subject: Re: Inprovement and reorganization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 06 Feb 2003 06:02:45 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> * we need to remove (or rather move to \archive) components that are of
> "lesser value", i.e doesn't add very much functionality
> * we need to partition the JVCL into several smaller packages with related
> components

I will write up a list of components which can be removed today.
It will not be complete, but removing the easy candidates will help.

Sometimes it is hard. JvInterpreter is very interesting, but questionable as a component. "Losing" over a megabyte of sources to the JCL raises irrational feelings even for me who is a JCL developer also.



Subject: jvThumbView
From: Mike Cave <someone@something.co.nz>
Date: Thu, 6 Feb 2003 02:19:47 +0000 (UTC)
Newsgroups: jedi.vcl

Hi whoever

I have found this component and its associated components very useful 
however there are some major issues also. 

I am currently using it in a project and intend to make some effort to 
resolve those issue affecting my use. Is there any active effort being
undertaken in general to do with this component as I am very happy to 
integrate my efforts with those of others.

I am also intending at some stage to extend the functionality to possibly
providing the ability to thumbnail additional file types, video and cad 
(mpg, dgn and dxf) formats are likely though long term candidates.

As I would be keen to make any changes available I thought an indication of
any current intent in future development of the component would be useful
so that I can try and make sure any efforts I make will be appropriate and
not compromise or duplicate others efforts.

Anyone interested in specific collaboration can feel free to contact me 
directly.

cheers

Mike
-- 

Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 18:23:14 -0500
Newsgroups: jedi.vcl

"Leonel" <leonel@linuxbr.com.br> wrote in message
news:b1s377$26f$1@talkto.net...

> > OK, I'll step forward! Actually, I was just browing the Issue Tracker a
few
> > hours ago looking for something to help, but since I don't know much the
> > inner workings of JVCL, I don't want to take a huge assignment.
> >
> > Any suggestions?

Not from top of my head - maybe somebody else will have some. But in the
meantime just take one and see if you can resolve it. If not, then move to
another. You might pick area that you feel more comfortable with...

Fixing bugs is sometimes a great opportunity to learn new things :)

Thanks for volunteering!!!!

Michael





Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 17:33:08 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <ppegarcia@aol.com> wrote in message
news:b1s207$21c$1@talkto.net...

> > Ok, I did it.

Awesome!!!!! Thank you!!!!

Any other volunteers who would like to help with cleaning bugs in JVCL?

Don't be shy - we NEED you!!!! <g>

Michael




Subject: Re: Inprovement and reorganization of components
From: "Leonel" <leonel@linuxbr.com.br>
Date: Wed, 5 Feb 2003 22:28:56 +0000 (UTC)
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> > Any other volunteers who would like to help with cleaning bugs in JVCL?
> > 
> > Don't be shy - we NEED you!!!! <g>

OK, I'll step forward! Actually, I was just browing the Issue Tracker a few 
hours ago looking for something to help, but since I don't know much the 
inner workings of JVCL, I don't want to take a huge assignment.

Any suggestions?

-- Leonel Explicit leuctotem; da mihi potum 

Subject: Re: Inprovement and reorganization of components
From: "Paulo Garcia" <ppegarcia@aol.com>
Date: Wed, 5 Feb 2003 20:28:52 -0200
Newsgroups: jedi.vcl

Ok, I did it.


Thanks!

[]´s
Paulo

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> escreveu na
mensagem news:b1rrin$ud$1@talkto.net...
> > "Paulo Garcia" <avoidspam-ppegarcia@aol.com> wrote in message
> > news:b1r895$sl8$1@talkto.net...
>> > > Yesterday I try to debug the JvRas32 that has a bug (ticket #604) that
>> > > causes a crash in IDE when you drop it into a form.
>> > >
>> > > I just found the error and I want to submit it. How are the best way to
do
>> > > that?
> >
> > The best way is to submit it to Bug Database (you can use attachments, or
> > place it in the comments section)
> >
> > Michael
> >
> >




Subject: Re: TJvxRichedEdit converting to HTML
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 16:41:06 -0500
Newsgroups: jedi.vcl

"Lee J Cook" <lee@leekey.karoo.co.uk> wrote in message
news:b1r5nq$s13$1@talkto.net...
> > Hi,
> >
> > Is it possible to convert the TjvxRichedit to Html  I have seen the
> > TJvRichEdittoHtml component but that only works
> > for trichedit not the tjvxrichedit.  I need to use the tjvxrichedit
> > component as it allows me to put graphics within the body.
> >
> > If anyone knows how or if jedi is going to make this possible please let
me
> > know.

You can probably subclass TjvxRichedit and add the HTML functionality from
TJvRichEdittoHtml. If you do so, please submit it back to JVCL via the Bug
Database:

http://jvcl.sf.net/bugs.htm

Use Category: "03 Donations"

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: JvMemoryData and JvMemoryTable Controls
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 16:31:13 -0500
Newsgroups: jedi.vcl

"Martin Potokar" <gomfp@hotmail.com> wrote in message
news:b1ruhh$1fb$1@talkto.net...

> > I took a look at the JvThumbnail example. Seems intuitive enough. However,
> > if I place a JvThumbViewer on a form along with a Drive ComboBox and
> > DirectoryList box, I keep getting a List Index out of Bounds error when I
> > try running the program. Is it not enough to just assign the
> > DirectoryListBox Directory to the JvThumbViewer Directory at runtime or am
I
> > missing something else? Thank you ahead of time.

Please submit a bug report together with your sample project to the Bug
Database:

http://jvcl.sf.net/bugs.htm

This way it will be easier to see what is happening.

Michael




Subject: Re: JvMemoryData and JvMemoryTable Controls
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Wed, 5 Feb 2003 15:27:13 -0600
Newsgroups: jedi.vcl

Michael,

I took a look at the JvThumbnail example. Seems intuitive enough. However,
if I place a JvThumbViewer on a form along with a Drive ComboBox and
DirectoryList box, I keep getting a List Index out of Bounds error when I
try running the program. Is it not enough to just assign the
DirectoryListBox Directory to the JvThumbViewer Directory at runtime or am I
missing something else? Thank you ahead of time.

Marty Potokar

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b1qqm7$pff$1@talkto.net...
> > "Martin Potokar" <gomfp@hotmail.com> wrote in message
> > news:b1qpqg$p8j$1@talkto.net...
>> > > Sorry. Forgot to add JvThumbViewer to the previous list of controls that
I
>> > > would like to obtain more information on.
> >
> > examples\JvThumbnail
> >
> > --
> > Michael Beck
> > SourceForge Member # 956
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> >
> >




Subject: Re: Inprovement and reorganization of components
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Wed, 5 Feb 2003 20:54:51 -0000
Newsgroups: jedi.vcl

JvLabels - I agree having one would be nice but if not place them all
on one pallette. at the moment that is not necessarily so.

JvEdits - there are lots of edit components (including the composites)
they could go together

JvCombos - list boxes, combo boxes, directory list boxes etc

JvSystemDialogs - these could be the system wrappers - directories,
network connections etc. Some duplication in these at the moment.

JvSpecialDialogs - these could be the nag screen dialogs

JvMultimedia

JvInternet

JvGUIPanelStuff - this could include the panel stuff which is
currently littered everywhere. Outlook bar stuff, Inspectors, group
headers, footers, mouse panels

JvStandardEnhanced - radio buttons, splitters, buttons, grids

JvBeginner - I like the idea of putting simple enhancements together
as they can be considered much easier.

Pretty much the same as Peters.

I agree with the comment about radically pruning the system, having
just placed the component pallette back in Delphi to see everything it
really is very difficult to find your way around all of the
components.

Another point to note would be to check whether the Internet
components have any overlap with the Indy ones now in D7 - in that
case making them a separate package which is NOT loaded by default in
a D7 installation by the installer would help.

another thought - you could install but not show some of the component
packages for the less likely to be used components. This happens with
the Bold installation when only some of the packages are active but
all are installed.


--
Chris Parkinson
Development Manager
Vertis Marketing Technology






Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 15:45:39 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b1rrkf$uh$1@talkto.net...

> > I also believe that *if* we are going to do a restructure, it has to be
very
> > agressive (*really* prune, *really* merge, *really* reorganize packages)
> > because we only have one chance to do it properly: doing a half-hearted
> > restructuring and realize afterwards that more changes are needed, will
> > definitley upset a lot of users (I can hear the outcries: "What the ***
are
> > you doing with JVCL? You mean I have to change all the components in my
app
> > AGAIN!!??? Morons!").

Exactly!

Plus we are not under pressure that we have to release something next month
to make revenue <g> We can take some extra months to make these changes, but
do them right and in a comprehensive way, so JVCL looks like a modern, state
of the art, VCL library.

Michael




Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 15:33:52 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <avoidspam-ppegarcia@aol.com> wrote in message
news:b1r895$sl8$1@talkto.net...
> > Yesterday I try to debug the JvRas32 that has a bug (ticket #604) that
> > causes a crash in IDE when you drop it into a form.
> >
> > I just found the error and I want to submit it. How are the best way to do
> > that?

The best way is to submit it to Bug Database (you can use attachments, or
place it in the comments section)

Michael




Subject: Re: Inprovement and reorganization of components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Feb 2003 21:33:48 +0100
Newsgroups: jedi.vcl

> > If it means a major improvement for the future,  then why not go through
the
> > pain once, and be done with it?

I agree: better to upset a couple of users once than all of them all the
time ;)

I also believe that *if* we are going to do a restructure, it has to be very
agressive (*really* prune, *really* merge, *really* reorganize packages)
because we only have one chance to do it properly: doing a half-hearted
restructuring and realize afterwards that more changes are needed, will
definitley upset a lot of users (I can hear the outcries: "What the *** are
you doing with JVCL? You mean I have to change all the components in my app
AGAIN!!??? Morons!").

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 15:28:23 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b1rj78$utm$1@talkto.net...

> > Nothing against it, but i think we should reorganize first towards
> > interfaces, but classical style. The next reorganization could then be
> > to interfaces. If well designed without much changes in the API of the
> > components.

If we are doing a major reorganization, which will have major benefits for
the future, I don't mind to break some API, as long as they are justified.
After all, we can use the "JVCL Convert" to run the code through, and it
will address some of the name changes. Signatures of the methods are a
different story, but again, JVCL Convert could be helpful.

If it means a major improvement for the future,  then why not go through the
pain once, and be done with it? The main issue is that the more widely is
JVCL used the harder it will be to make the change because more people will
be impacted by it. So the sooner the better :)

my 2c :)

Michael




Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 15:15:57 -0500
Newsgroups: jedi.vcl

"Trev" <trevor.pegley@ntlworld.com> wrote in message
news:b1ricv$upg$1@talkto.net...

> > People have mentioned the CompBar. I think there is still scope to improve
> > on that. It would be good if it were contributed to the JEDI project.

The author announced once that the code will be donated to GExperts, but
nothing happened yet. But GExperts would be a good home for it...

Michael




Subject: Re: Inprovement and reorganization of components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 5 Feb 2003 20:41:57 +0100
Newsgroups: jedi.vcl

To summarize:
* we need to trim down the number of components by merging similar stuff
into one component
* we need to merge the newly donated packages that are still waiting to be
added (Globus, Jans)
* we need to remove (or rather move to \archive) components that are of
"lesser value", i.e doesn't add very much functionality
* we need to partition the JVCL into several smaller packages with related
components
* we need to reorganize the palette so it will be easier to find the stuff
that's there (note: the components package location doesn't necessarily mean
that it should be on the same palette as the other components in the
package)
* write the help file

I think the above list reflects the stuff we need to do and also the order
it has to be done in: no reason to start partitioning into smaller packages
until we know what to put in them, no reason to write help until we know
which components to write for.

I think we all can agree on this, BUT the problem is that we need hands on
suggestions about *how* to partition, *what* to merge, *what* to remove
because we can't just keep on guessing what you want and don't want.
Additionally, we will all become enemies if one of us start changing things
without the consent from at least *some* users (and other JVCL developers,
of course). I have been thinking this problem over for quite some time and
the only solution I can see is that you, the users, come to us with
suggestions and some detail in how to accomplish it and then we can take a
decision based on that. Just saying "please split into smaller packages
because JVCL is too big" doesn't help much when we should decide on how to
actually do it.


Just to get you all started thinking about this and come up with your own
suggestions, here's some of mine:

Packages (one each for D5-D7,BCB5-BCB6):

JvCore - RT package with utility units and core classes (JvFunctions,
JvComponent et al)
JvStdCtrls - enhancements to standard components (labels, edits, listboxes,
menus), RT + DT
JvWin32 - enhancements to common controls (listview, treeview), RT + DT
JvNet - internet related, RT + DT
JvDB - DB related, non-visual (JvMemoryData), RT + DT
JvDbCtrls - DB related, visual (JvDBDatePicker), RT + DT
JvBDE - BDE related (JvQuery), RT + DT
JvDialogs - dialogs (standard and win special), RT + DT
JvSystem - system related (JvAppDDECmd, JvTimerList, JvCreateProcess), RT +
DT
JvControls - visual controls not fitting for JvStdCtrls or JvWin32
(JvFontComboBox, JvColorComboBox), RT + DT
JvComponents - non-visual controls not fitting in the other packages
(JvMRUList, JvScreenSaver), RT + DT
JvCustomCtrls - original custom controls, not extending an existing control
(JvLinkLabel, JvInspector, JvTimeLine, JvLookout), RT + DT
JvMMedia - multimedia components (JvStarField, JvId3v1), RT + DT
JvUtils - stuff seldom used (JvPatchFile, JvEasterEgg), RT + DT
JvCrypt - encryption and compression (JvVignere, JvCabFile), RT + DT
JvBeginner - components that are simple wrappers for API calls and/or with
little actual code (JvSelectDirectory, JvDirectories, JvSystemColors), RT +
DT

A suggestion from me (with Roberts comments) about what components to merge
and what to keep can be found here:
http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/restructure_pr
oposal.txt


Additionally, I propose that the different edits (integeredit, yearedit etc)
should be merged into one (preferably the standard JvEdit with additional
properties for setting the accepted format), the different labels should be
merged into one (preferably the standard JvLabel) except for JvLinkLabel
which is too special to be merged (I love that component!), the different
grids should be merged into one, the different buttons should be merged into
a selected few (JvBitBtn, JvSpeedButton). We could probably also remove some
of the listboxes, buttons, dialogs and grids.

Remember, these are my suggestions and not the official JVCL list of changes
to do.

So lets get some feedback!

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net
"Robert Marquardt" <robert_marquardt@gmx.de> skrev i meddelandet
news:b1q4vv$ls0$1@talkto.net...
> > This message should be a starting point to get opinions how to organize
> > the components of the JVCL.
> > I am halfways through the source cleaning and i hope to need only the
> > next week to complete it.
> >
> > Please tell how you want the components organized in palettes, the
> > component hierarchy you think useful, the improvements possible to
> > individual components or component families.
> > Maybe we even need a crucial component implemented which is missing.
> >
> > With the info hopefully piling up here we can discuss the direction the
> > JVCL takes now.
> >



Subject: Re: Inprovement and reorganization of components
From: "David J Taylor" <davidtaylor@writeme.com>
Date: Wed, 5 Feb 2003 18:34:45 -0000
Newsgroups: jedi.vcl

"Trev" <trevor.pegley@ntlworld.com> wrote in message
news:b1ricv$upg$1@talkto.net...
> > Robert,
> >
> > It is not so much the pallet that matters but the size of the JVCL as a
> > whole. I would prefer it to be split into several smaller packages ie
> > DbAware pack, Comms pack etc.

Couldn't agree more - I wanted just one simple function and downloaded a
bit of the library.  Getting it all to work required just more and more of
the library, so in the end I gace up and wrote the function myself.  This
was a couple of years ago, so perhaps things are better now.  I certainly
didn't want my .EXE to grow by more than a few KB for a simple function.

Cheers,
David




Subject: What i found today to improve
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Feb 2003 19:31:47 +0100
Newsgroups: jedi.vcl

My last message definitely helped :-)
When i am ready to work on the suggestions we should have agreed a detailed plan.

I have created a simple icon (16x16 and 32x32) with a yellow J.
I will use it for the title bar of all the JVCL forms if possible.
The files are checked in to JVCL\images
I found a bug in JVCLReg.rc "NITMAP" instead of "BITMAP". Now TJvTipOfDay will get its palette icon.
I improved the dice in JvDice.res. The lighting of the dice is now from the top left like all 3D controls. Anyone interested in taking digital pictures of real dice? I think realistic dice would improve it further.



Subject: Re: Inprovement and reorganization of components
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Wed, 5 Feb 2003 20:29:31 +0200
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message news:b1rjvs$v4m$1@talkto.net...
> > This is already on the list.
> > Write up a detailed package list :->
Say,
JVCL_DB
JVCL_QRPT
JVCL_NET...

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




Subject: Re: Inprovement and reorganization of components
From: "Paulo Garcia" <nospam-pgarcia@users.sourceforge.net>
Date: Wed, 5 Feb 2003 16:28:52 -0200
Newsgroups: jedi.vcl

JediVCL has a problem : you have "closely similar" components. I think that
before reorganize pallete, it is necessary "merge" this components if is
possible. I prefer less components with the same functionality instead of
300+.

With less components, the reorganization will be more easy.

[]´s
Paulo

"Trev" <trevor.pegley@ntlworld.com> escreveu na mensagem
news:b1ricv$upg$1@talkto.net...
> > Robert,
> >
> > It is not so much the pallet that matters but the size of the JVCL as a
> > whole. I would prefer it to be split into several smaller packages ie
> > DbAware pack, Comms pack etc.
> >
> > People have mentioned the CompBar. I think there is still scope to improve
> > on that. It would be good if it were contributed to the JEDI project.
> >
> > My 2c
> >
> > --
> > Trevor Pegley
> > Visionhall
> > "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
> > news:b1q4vv$ls0$1@talkto.net...
>> > > This message should be a starting point to get opinions how to organize
>> > > the components of the JVCL.
>> > > I am halfways through the source cleaning and i hope to need only the
>> > > next week to complete it.
>> > >
>> > > Please tell how you want the components organized in palettes, the
>> > > component hierarchy you think useful, the improvements possible to
>> > > individual components or component families.
>> > > Maybe we even need a crucial component implemented which is missing.
>> > >
>> > > With the info hopefully piling up here we can discuss the direction the
>> > > JVCL takes now.
>> > >
> >
> >





> > People have mentioned the CompBar. I think there is still scope to improve
> > on that. It would be good if it were contributed to the JEDI project.

Currently no real need. For now a link list to useful tools should be 
good enough.
I do not want the JVCL to become a black hole for Delphi aggravating 
anything.



Subject: Re: Inprovement and reorganization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Feb 2003 19:20:23 +0100
Newsgroups: jedi.vcl

Ain wrote:

> I have implemented ReadOnly property for TjvComboBox and would like to
> donate it... should I send it to you?

Better not. I tend to forget.
Send it anyway. I will add it.



Subject: Re: Inprovement and reorganization of components
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 5 Feb 2003 18:18:04 -0000
Newsgroups: jedi.vcl

It's OK. Just the documentation that need updating.


--
Trevor Pegley
Visionhall
"Trev" <trevor.pegley@ntlworld.com> wrote in message
news:b1rj4h$uud$1@talkto.net...
> > Incidently, SourceForge lists v1.0.2 latest but v1.0.1 is downloaded :(
> >
> > --
> > Trevor Pegley
> > Visionhall
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:b1qnmb$oqa$1@talkto.net...
>> > > "Andy Vines" <andy.vines@btconnect.com> wrote in message
>> > > news:b1qhoh$nkf$1@talkto.net...
>>> > > > If the pallets are organized into types I don't personally think the
>> > > number
>>> > > > of components per pallet really matters.  Like you, I use CompBar, I
> > also
>>> > > > use the Raize component menu where you can assign pallets there own
> > groups
>>> > > > so with both of those I never have any problem finding what I want.
>> > >
>> > > For interested:
>> > >
>> > > Raize Palette Expert:
>> > > http://www.raize.com/DevTools/Tools/Delphi/PaletteMenu.htm
>> > >
>> > > CompBar:
>> > > http://sourceforge.net/projects/compbar
>> > >
>> > > --
>> > > Michael Beck
>> > > SourceForge Member # 956
>> > > Project JEDI - 2001 "Spirit of Delphi" Award Winner
>> > > http://delphi-jedi.org
>> > >
>> > > JEDI-VCL Web: http://jvcl.sourceforge.net
>> > > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
>> > >
>> > >
> >
> >




Subject: Re: Inprovement and reorganization of components
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 5 Feb 2003 18:15:11 -0000
Newsgroups: jedi.vcl

Incidently, SourceForge lists v1.0.2 latest but v1.0.1 is downloaded :(

--
Trevor Pegley
Visionhall
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b1qnmb$oqa$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com> wrote in message
> > news:b1qhoh$nkf$1@talkto.net...
>> > > If the pallets are organized into types I don't personally think the
> > number
>> > > of components per pallet really matters.  Like you, I use CompBar, I
also
>> > > use the Raize component menu where you can assign pallets there own
groups
>> > > so with both of those I never have any problem finding what I want.
> >
> > For interested:
> >
> > Raize Palette Expert:
> > http://www.raize.com/DevTools/Tools/Delphi/PaletteMenu.htm
> >
> > CompBar:
Path: talkto.net!not-for-mail
From: "Russell Weetch" <russell@smxi.com.remove>
Newsgroups: jedi.vcl
Subject: TjvEditor - docs or examples?
Date: Fri, 24 Mar 2006 12:24:35 -0000
Organization: talkto.net
Lines: 6
Message-ID: <e00o8p$qpm$1@talkto.net>
NNTP-Posting-Host: 195.224.192.226
X-Trace: talkto.net 1143202905 27446 195.224.192.226 (24 Mar 2006 12:21:45 GMT)
X-Complaints-To: news@talkto.net
NNTP-Posting-Date: Fri, 24 Mar 2006 12:21:45 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
> > http://sourceforge.net/projects/compbar
> >
> > --
> > Michael Beck
> > SourceForge Member # 956
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> >
> >




Subject: Re: Inprovement and reorganization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Feb 2003 19:12:55 +0100
Newsgroups: jedi.vcl

Chris Parkinson wrote:
> One thing that would be useful is to make sure there are not so many
> components on a palette that you cannot see them all at once. Yes that
> means more palettes but at least everything is visible.

Apart from any tool to organize the palettes i agree.
Well organized palettes are always better.
Write a detailed proposition. :->



Subject: Re: Inprovement and reorganization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Feb 2003 19:10:15 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> If possible, I would like to see more use of Interfaces, i.e. more or less
> replacing public methods with Interfaces, and with as many "Helper" classes
> an possible (something what Peter and few others started to work on).
> "Helper" classes are classes where standard implementation of a given
> Interface could be delegated to by using keyword "implements".

Nothing against it, but i think we should reorganize first towards interfaces, but classical style. The next reorganization could then be to interfaces. If well designed without much changes in the API of the components.



Subject: Re: Inprovement and reorganization of components
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 5 Feb 2003 18:02:37 -0000
Newsgroups: jedi.vcl

Robert,

It is not so much the pallet that matters but the size of the JVCL as a
whole. I would prefer it to be split into several smaller packages ie
DbAware pack, Comms pack etc.

People have mentioned the CompBar. I think there is still scope to improve
on that. It would be good if it were contributed to the JEDI project.

My 2c

--
Trevor Pegley
Visionhall
"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b1q4vv$ls0$1@talkto.net...
> > This message should be a starting point to get opinions how to organize
> > the components of the JVCL.
> > I am halfways through the source cleaning and i hope to need only the
> > next week to complete it.
> >
> > Please tell how you want the components organized in palettes, the
> > component hierarchy you think useful, the improvements possible to
> > individual components or component families.
> > Maybe we even need a crucial component implemented which is missing.
> >
> > With the info hopefully piling up here we can discuss the direction the
> > JVCL takes now.
> >




Subject: Re: Inprovement and reorganization of components
From: "Paulo Garcia" <avoidspam-ppegarcia@aol.com>
Date: Wed, 5 Feb 2003 13:03:28 -0200
Newsgroups: jedi.vcl

Yesterday I try to debug the JvRas32 that has a bug (ticket #604) that
causes a crash in IDE when you drop it into a form.

I just found the error and I want to submit it. How are the best way to do
that?


[]´s
Paulo Garcia


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> escreveu na
mensagem news:b1qv0m$qe8$1@talkto.net...
> > "Paulo Garcia" <avoidspam-ppegarcia@aol.com> wrote in message
> > news:b1qudb$qaj$1@talkto.net...
>> > > Today I´ll read the Help Writers Guide and I´ll think if I can help the
>> > > project. I cannot compromise me and disappoint you all.
> >
> > Just give it a try!
> >
> > If you don't feel comfortable with writing help, then please look at the
> > bugs in our bug database
> >
> > http://jvcl.sourceforge.net/bugs.htm
> >
> > and help us fix them.
> >
> > Or look at components and help us improve them.
> >
> > Any of these activities well help to move JVCL forward!!!!!!!!  And that's
> > all what it is about :)
> >
> > Michael
> >
> >




Subject: TJvxRichedEdit converting to HTML
From: "Lee J Cook" <lee@leekey.karoo.co.uk>
Date: Wed, 5 Feb 2003 14:20:05 -0000
Newsgroups: jedi.vcl

Hi,

Is it possible to convert the TjvxRichedit to Html  I have seen the
TJvRichEdittoHtml component but that only works
for trichedit not the tjvxrichedit.  I need to use the tjvxrichedit
component as it allows me to put graphics within the body.

If anyone knows how or if jedi is going to make this possible please let me
know.

Path: talkto.net!not-for-mail
From: "Russell Weetch" <russell@smxi.com.remove>
Newsgroups: jedi.vcl
Subject: TjvEditor - docs or examples?
Date: Fri, 24 Mar 2006 12:24:35 -0000
Organization: talkto.net
Lines: 6
Message-ID: <e00uv2$sgh$1@talkto.net>
NNTP-Posting-Host: 195.224.192.226
X-Trace: talkto.net 1143209762 29201 195.224.192.226 (24 Mar 2006 14:16:02 GMT)
X-Complaints-To: news@talkto.net
NNTP-Posting-Date: Fri, 24 Mar 2006 14:16:02 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
Regards

Lee




Subject: Re: Attention to all JvInspector users
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 Feb 2003 14:48:41 +0100
Newsgroups: jedi.vcl

> > Hi,
> >
> > as some of you have witnessed in the past, AVs occured when using the
> > standard example and the demo.ini file was not in the same folder as the
> > executable.

Anybody there? There were about 4 users complaining about this issue and so
far 0 have reported if the fix worked for them. Could you please check this?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 07:26:17 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <avoidspam-ppegarcia@aol.com> wrote in message
news:b1qudb$qaj$1@talkto.net...
> > Today I´ll read the Help Writers Guide and I´ll think if I can help the
> > project. I cannot compromise me and disappoint you all.

Just give it a try!

If you don't feel comfortable with writing help, then please look at the
bugs in our bug database

http://jvcl.sourceforge.net/bugs.htm

and help us fix them.

Or look at components and help us improve them.

Any of these activities well help to move JVCL forward!!!!!!!!  And that's
all what it is about :)

Michael




Subject: Re: Inprovement and reorganization of components
From: "Paulo Garcia" <avoidspam-ppegarcia@aol.com>
Date: Wed, 5 Feb 2003 10:15:00 -0200
Newsgroups: jedi.vcl

Today I´ll read the Help Writers Guide and I´ll think if I can help the
project. I cannot compromise me and disappoint you all.


[]´s
Paulo Garcia



"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> escreveu na mensagem
news:b1qsjf$pt3$1@talkto.net...
>>> > > > I read about this needs and I´m interested but my problem is I´m not a
>> > > good
>>> > > > English writer...
>> > >
>> > > That's not a problem - we can always correct the English. Besides, most
>> > > people are looking for short explanation what a particular
>> > > component/method/property does then for a perfect English. Well, with
few
>> > > exceptions <g>
>> > >
>>> > > > Another thing is how deep the reorganization will be done and the
impact
>> > > in
>>> > > > the current documentation work...
>> > >
>> > > Once we have the documentation, it's easier to adjust it, but I will let
>> > > Marcel speak about it since he is the Help Coordinator.
>> > >
> >
> > Marcel totally agrees ;) Just cutting and pasting texts from one component
> > to another is a piece of cake and usually requires only small amounts of
> > rewrites. Making rewrites is also less of a problem, so the not so perfect
> > English is no problem (and it will keep our JEDI Director busy ;) )
> >
> > --
Path: talkto.net!not-for-mail
From: Remko Bonte <remkobonteSP@Mmyrealbox.com>
Newsgroups: jedi.vcl
Subject: Re: TjvEditor - docs or examples?
Date: Fri, 24 Mar 2006 21:02:21 +0100
Organization: talkto.net
Lines: 10
Message-ID: <e01j2s$19j$1@talkto.net>
References: <e00o8p$qpm$1@talkto.net>
NNTP-Posting-Host: 82-170-26-136.dsl.ip.12move.nl
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: talkto.net 1143230364 1331 82.170.26.136 (24 Mar 2006 19:59:24 GMT)
X-Complaints-To: news@talkto.net
NNTP-Posting-Date: Fri, 24 Mar 2006 19:59:24 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915
X-Accept-Language: en-us, en
In-Reply-To: <e00o8p$qpm$1@talkto.net>
Xref: talkto.net jedi.vcl:28438

Russell Weetch wrote:
> > Are there any docs or examples available for TjvEditor? Can't see anything 
> > in the help files or the examples folder.

There is no documentation AFAIK, but there are examples in the 
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: Inprovement and reorganization of components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 5 Feb 2003 12:44:07 +0100
Newsgroups: jedi.vcl

>> > > I read about this needs and I´m interested but my problem is I´m not a
> > good
>> > > English writer...
> >
> > That's not a problem - we can always correct the English. Besides, most
> > people are looking for short explanation what a particular
> > component/method/property does then for a perfect English. Well, with few
> > exceptions <g>
> >
>> > > Another thing is how deep the reorganization will be done and the impact
> > in
>> > > the current documentation work...
> >
> > Once we have the documentation, it's easier to adjust it, but I will let
> > Marcel speak about it since he is the Help Coordinator.
> >

Marcel totally agrees ;) Just cutting and pasting texts from one component
to another is a piece of cake and usually requires only small amounts of
rewrites. Making rewrites is also less of a problem, so the not so perfect
English is no problem (and it will keep our JEDI Director busy ;) )

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Inprovement and reorganization of components
From: @in@taavi.ee (Ain)
Date: Wed, 05 Feb 2003 11:42:30 GMT
Newsgroups: jedi.vcl

On Wed, 05 Feb 2003 06:01:10 +0100, Robert Marquardt
<robert_marquardt@gmx.de> wrote:

> >This message should be a starting point to get opinions how to organize 
> >the components of the JVCL.

I would like to have data aware components in separate packages.


> >Please tell how you want the components organized in palettes, the 
> >component hierarchy you think useful, the improvements possible to 
> >individual components or component families.

I have implemented ReadOnly property for TjvComboBox and would like to
donate it... should I send it to you?


ain


Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 06:37:11 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <ppegarcia@aol.com> wrote in message
news:b1qrcf$pk7$1@talkto.net...
> > I read about this needs and I´m interested but my problem is I´m not a
good
> > English writer...

That's not a problem - we can always correct the English. Besides, most
people are looking for short explanation what a particular
component/method/property does then for a perfect English. Well, with few
exceptions <g>

> > Another thing is how deep the reorganization will be done and the impact
in
> > the current documentation work...

Once we have the documentation, it's easier to adjust it, but I will let
Marcel speak about it since he is the Help Coordinator.

Michael




Subject: Re: Inprovement and reorganization of components
From: @in@taavi.ee (Ain)
Date: Wed, 05 Feb 2003 11:30:30 GMT
Newsgroups: jedi.vcl

On Wed, 05 Feb 2003 08:50:43 -0200, Paulo Garcia <ppegarcia@aol.com>
wrote:

> >My opinion is that the main improvement is realocate components
> >grouped by funcionality instead of "architecture". To regular
> >developer doesn´t matter if the component are Standard, Win32 or
> >another thing. He want to use a, e.g, Label but labels are in
> >Standard, Labels, Multimedia and so on....

Agreed, IMO despite all those great IDE experts which help you to find
components well organised palette still makes a lot sense.
But I also think that number of palette pages should be kept to
minimum. Kind of contradictory, I know :)


ain


Subject: Re: How to stop TJvTrayIcon.SetVisibility called on application start?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 06:25:13 -0500
Newsgroups: jedi.vcl

"Charles Ginzel" <cginzel@hotmail.com> wrote in message
news:ar78k5$lgh$1@talkto.net...

> > The problem with this is I want my application to start minimized to the
> > system tray.  But SetVisibility is forcing my app to become visible.  How
do
> > I stop this?

Peter recommended to add In the main form's "OnCreate":

JvTrayIcon1.HideApplication;

If you want a more elaborated hiding, then check out this example provided
by Remko Bonte:

http://projectjedi.sf.net/issuetracker/file_download.php?f_id=0000163&f_type
=bug

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: Inprovement and reorganization of components
From: "Paulo Garcia" <ppegarcia@aol.com>
Date: Wed, 5 Feb 2003 09:23:19 -0200
Newsgroups: jedi.vcl

I read about this needs and I´m interested but my problem is I´m not a good
English writer...

Another thing is how deep the reorganization will be done and the impact in
the current documentation work...

[]´s
Paulo Garcia



"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> escreveu na
mensagem news:b1qqk8$pef$1@talkto.net...
> > "Paulo Garcia" <ppegarcia@aol.com> wrote in message
> > news:b3r14vcjmccr5a3aia5qg2941ds1l8486p@4ax.com...
>> > > I never hear about CompBar and I´m download it now.
> >
> > You'll love it :)
> >
>> > > We cannot forget about documentation that is very weak (despite the
>> > > efforts). Because Jedi-VCL has a lot of components, only reorganize it
>> > > don´t solve all problems without a good documentation.
> >
> >
> > Agreed! And that's why we need MORE volunteers who will help with the
> > documentation. We have over 30,000 downloads of the latest JVCL, but there
> > only couple of people who actively work on the documentation. The ratio so
> > far is not very favorable :(
> >
> > The reality is that as long as JVCL users won't get actively involved, we
> > won't be able to provide a library that we ALL would love to have.
> >
> > --
> > Michael Beck
> > SourceForge Member # 956
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> >
> >




Subject: Re: JvMemoryData and JvMemoryTable Controls
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 06:12:25 -0500
Newsgroups: jedi.vcl

"Martin Potokar" <gomfp@hotmail.com> wrote in message
news:b1qpqg$p8j$1@talkto.net...
> > Sorry. Forgot to add JvThumbViewer to the previous list of controls that I
> > would like to obtain more information on.

examples\JvThumbnail

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 06:11:22 -0500
Newsgroups: jedi.vcl

"Paulo Garcia" <ppegarcia@aol.com> wrote in message
news:b3r14vcjmccr5a3aia5qg2941ds1l8486p@4ax.com...
> > I never hear about CompBar and I´m download it now.

You'll love it :)

> > We cannot forget about documentation that is very weak (despite the
> > efforts). Because Jedi-VCL has a lot of components, only reorganize it
> > don´t solve all problems without a good documentation.


Agreed! And that's why we need MORE volunteers who will help with the
documentation. We have over 30,000 downloads of the latest JVCL, but there
only couple of people who actively work on the documentation. The ratio so
far is not very favorable :(

The reality is that as long as JVCL users won't get actively involved, we
won't be able to provide a library that we ALL would love to have.

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: JvMemoryData and JvMemoryTable Controls
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Wed, 5 Feb 2003 05:00:27 -0600
Newsgroups: jedi.vcl

Sorry. Forgot to add JvThumbViewer to the previous list of controls that I
would like to obtain more information on.


"Martin Potokar" <gomfp@hotmail.com> wrote in message
news:b1qe3s$mvv$1@talkto.net...
> > I am new to the Jedi Vcl and wanted to know where I might obtain
information
> > or demos on using the JvMemoryData and JvMemoryTable controls? I am
thinking
> > that the JvMemoryData control is somewhat like the DevExpress MemData
> > control but am not sure. Any feedback regarding this subject matter is
> > appreciated.
> >
> > Marty Potokar
> >
> >




Subject: Re: Inprovement and reorganization of components
From: Paulo Garcia <ppegarcia@aol.com>
Date: Wed, 05 Feb 2003 08:50:43 -0200
Newsgroups: jedi.vcl

I never hear about CompBar and I´m download it now. But to users that
use Delphi Pallete I really think that the problem about the number of
components is the opposite. Palletes with 2 or 3 components (PlugIn
and Additional with one!) increase the number of them and I don´t like
to scroll forever to find the desired one.

My opinion is that the main improvement is realocate components
grouped by funcionality instead of "architecture". To regular
developer doesn´t matter if the component are Standard, Win32 or
another thing. He want to use a, e.g, Label but labels are in
Standard, Labels, Multimedia and so on....

Another problem (related to the previous) is the ex-RxLib components
that are great but there are a lot of similarities to others. 

I know there are a lot of components grouped on this way (Dialgos,
Path: news.talkto.net!not-for-mail
From: =?ISO-8859-1?Q?Fr=E9d=E9ric_SCHENCKEL?=
 <f.schenckel@cab-technologies.fr>
Newsgroups: jedi.vcl
Subject: JvInspector and new item editor
Date: Mon, 01 May 2006 21:40:52 +0200
Organization: talkto.net
Lines: 12
Message-ID: <e35oa9$o4g$1@news.talkto.net>
NNTP-Posting-Host: astrasbourg-151-1-55-4.w83-196.abo.wanadoo.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Internet...) but this approach may be improved.

We cannot forget about documentation that is very weak (despite the
efforts). Because Jedi-VCL has a lot of components, only reorganize it
don´t solve all problems without a good documentation. 


Paulo Garcia
Developer Manager
Digivoice Eletronica


Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 05:21:16 -0500
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:b1qhoh$nkf$1@talkto.net...
> > If the pallets are organized into types I don't personally think the
number
> > of components per pallet really matters.  Like you, I use CompBar, I also
> > use the Raize component menu where you can assign pallets there own groups
> > so with both of those I never have any problem finding what I want.

For interested:

Raize Palette Expert:
http://www.raize.com/DevTools/Tools/Delphi/PaletteMenu.htm

CompBar:
http://sourceforge.net/projects/compbar

--
Michael Beck
SourceForge Member # 956
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl





Thanks!


--=20
Radek Palmowski
palma@hot.pl



Subject: Re: Inprovement and reorganization of components
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 5 Feb 2003 08:39:46 -0000
Newsgroups: jedi.vcl

If the pallets are organized into types I don't personally think the number
of components per pallet really matters.  Like you, I use CompBar, I also
use the Raize component menu where you can assign pallets there own groups
so with both of those I never have any problem finding what I want.

Andy
> >
> > But wouldn't it be the easiest thing to just recommend to use CompBar?
> >
> > I have to admit that after using CompBar, I don't really care about the
> > Delphi's palette anymore. While in the past I used GExperts to have a
> > multi-line palette, with CompBar it's back to oneline, and I almost never
> > use it anymore.
> >
> > Michael
> >
> >




Subject: Re: EDI X12 EDIFACT
From: "Rumen Lilov" <rlilov@mscgva.ch>
Date: Wed, 5 Feb 2003 08:59:58 +0100
Newsgroups: jedi.vcl

Thanks
Exactly what i was looking for


"Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com> wrote in message
news:b1oqla$f4o$3@talkto.net...
I believe you want the files in the JCL library at:

http://sourceforge.net/project/showfiles.php?group_id=47514&release_id=78860

--
Dennis Passmore
Ultimate Software, Inc.

Posted by Xananews 1.12.5.11




Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 02:55:08 -0500
Newsgroups: jedi.vcl

"Chris Parkinson" <Chris.Parki@heloo.com> wrote in message
news:b1qefv$n1e$1@talkto.net...
> > One thing that would be useful is to make sure there are not so many
> > components on a palette that you cannot see them all at once. Yes that
> > means more palettes but at least everything is visible.
> >
> > I agree there is a problem with how many fits based on screen
> > resolution but that was the most irritating part until I found CompBar
> > <g>

But wouldn't it be the easiest thing to just recommend to use CompBar?

I have to admit that after using CompBar, I don't really care about the
Delphi's palette anymore. While in the past I used GExperts to have a
multi-line palette, with CompBar it's back to oneline, and I almost never
use it anymore.

Path: news.talkto.net!not-for-mail
From: =?ISO-8859-1?Q?Fr=E9d=E9ric_SCHENCKEL?=
 <f.schenckel@cab-technologies.fr>
Newsgroups: jedi.vcl
Subject: Re: JvInspector and new item editor
Date: Tue, 02 May 2006 10:15:16 +0200
Organization: talkto.net
Lines: 16
Message-ID: <e374gs$tvn$1@news.talkto.net>
References: <e35oa9$o4g$1@news.talkto.net> <e36ja6$rvo$2@news.talkto.net>
NNTP-Posting-Host: lneuilly-152-21-47-3.w80-11.abo.wanadoo.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.talkto.net 1146557788 30711 80.11.221.3 (2 May 2006 08:16:28 GMT)
X-Complaints-To: news@news.talkto.net
NNTP-Posting-Date: Tue, 2 May 2006 08:16:28 +0000 (UTC)
User-Agent: Thunderbird 1.5.0.2 (Windows/20060308)
In-Reply-To: <e36ja6$rvo$2@news.talkto.net>
Xref: news.talkto.net jedi.vcl:28972

Elahn Ientile wrote:
> > Frédéric SCHENCKEL wrote, on 2/05/2006 5:40 AM:
>> >> I want to add a TBitmap editor to the jvInspector.
>> >>
>> >> Have someone and example how to add some custom editors ?
> > 
Michael




Subject: Re: Inprovement and reorganization of components
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Wed, 5 Feb 2003 07:45:29 -0000
Newsgroups: jedi.vcl

One thing that would be useful is to make sure there are not so many
components on a palette that you cannot see them all at once. Yes that
means more palettes but at least everything is visible.

I agree there is a problem with how many fits based on screen
resolution but that was the most irritating part until I found CompBar
<g>

I would expect all of the system dialog components to be separate,
other dialogs can follow in their own palette, panels, labels, combos.

This would make it easier to find something you are not sure is
there - as in I need a clever panel thingy - aarh go to the JVCL Panel
tab etc.



--
Chris Parkinson
Development Manager
Vertis Marketing Technology




Subject: JvMemoryData and JvMemoryTable Controls
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Wed, 5 Feb 2003 01:40:39 -0600
Newsgroups: jedi.vcl

I am new to the Jedi Vcl and wanted to know where I might obtain information
or demos on using the JvMemoryData and JvMemoryTable controls? I am thinking
that the JvMemoryData control is somewhat like the DevExpress MemData
control but am not sure. Any feedback regarding this subject matter is
appreciated.

Marty Potokar




Subject: Re: My Package file for BCB6 @ jedi.binaries group
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Wed, 5 Feb 2003 14:35:57 +0800
Newsgroups: jedi.vcl

I'm interested in this, but what's your email?
Thanks

"Peter Thörnqvist" <peter3@nospampeter3.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:b1am5t$5ui$1@talkto.net...
> > Thanks for your effort. Would you be interested in maintining the BCB6
> > packages for JVCL? Doesn't take a lot of time and would be a great way of
> > helping out, don't you think? If you are interested, contact me.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Coordinator)
> > http://jvcl.sourceforge.net
> >
> >







Subject: Re: Inprovement and reorganization of components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Feb 2003 00:21:15 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b1q4vv$ls0$1@talkto.net...

> > Please tell how you want the components organized in palettes, the
> > component hierarchy you think useful, the improvements possible to
> > individual components or component families.
> > Maybe we even need a crucial component implemented which is missing.

If possible, I would like to see more use of Interfaces, i.e. more or less
replacing public methods with Interfaces, and with as many "Helper" classes
an possible (something what Peter and few others started to work on).
"Helper" classes are classes where standard implementation of a given
Interface could be delegated to by using keyword "implements".

Michael




Subject: Inprovement and reorganization of components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 05 Feb 2003 06:01:10 +0100
Newsgroups: jedi.vcl

This message should be a starting point to get opinions how to organize the components of the JVCL.
I am halfways through the source cleaning and i hope to need only the next week to complete it.

Please tell how you want the components organized in palettes, the component hierarchy you think useful, the improvements possible to individual components or component families.
Maybe we even need a crucial component implemented which is missing.

With the info hopefully piling up here we can discuss the direction the JVCL takes now.



Subject: Re: How do I do this
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 4 Feb 2003 19:35:06 -0500
Newsgroups: jedi.vcl

"Dixon Epperson" <edepperson@juno.com> wrote in message
news:b1p5ns$hes$1@talkto.net...

> > But how would I log on to this DSL.  You don't want to be dialing out.
But
> > I do need to log on.

This newsgroup is dedicated to issues related to JEDI-VCL so I am afraid
this is a wrong newsgroup for your question.

Please post your question at the appropriate Borland's newsgroup:

http://newsgroups.borland.com/

Good luck,

Michael




Subject: How do I do this
From: "Dixon Epperson" <edepperson@juno.com>
Date: Tue, 4 Feb 2003 15:19:42 -0500
Newsgroups: jedi.vcl

I have a client who is using a DUN connection to DSL.  They don't actually
do a RAS dialup, but they are using the DUN component from the Windows
network and dialup connections.

I understand that they do this so they can actually log on.  Apparently
their ISP (which is BellSouth DSL) is assigning the IP addresses
dynamically.

What component should I use to connect here.  The program is using FTP with
a plain direct connection for an always on connectin and I am using JvRAS
component  for normal dialup.

But how would I log on to this DSL.  You don't want to be dialing out.  But
I do need to log on.

Dixon Epperson






Subject: Re: EDI X12 EDIFACT
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Tue, 4 Feb 2003 16:44:26 +0000 (UTC)
Newsgroups: jedi.vcl

I believe you want the files in the JCL library at:

http://sourceforge.net/project/showfiles.php?group_id=47514&release_id=78860

-- Dennis Passmore Ultimate Software, Inc. Posted by Xananews 1.12.5.11 

Subject: Re: PasDoc, wiki etc
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 4 Feb 2003 15:37:51 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 29 Jan 2003 19:13:16 +0100)
....while the fading voice of Robert whispered through the darkness:

 RM> I have found the DIPasDoc program (http://www.zeitungsjunge.de/delphi)
 RM> which can nicely read all JVCL sources, extract the PasDoc comments

Take a look also to xcl.cjb.net - xHelpGen tool.
Author refuses to open the code, saying it was written very badly :-(

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: EDI X12 EDIFACT
From: "Rumen Lilov" <rlilov@mscgva.ch>
Date: Tue, 4 Feb 2003 13:35:46 +0100
Newsgroups: jedi.vcl

Hello
I have read somewhere that JEDI VCL Library contains
components for dealing with EDI files (X12 and/or EDIFACT)

Can you point me to the right direction as to where to find them and the
name of the components.I have been searching http://jvcl.sourceforge.net/
and can't seem to find them

TIA
Rumen




Subject: Re: compiler warnings
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Tue, 4 Feb 2003 13:29:11 +0100
Newsgroups: jedi.vcl

This is caused by D7. Open the project options dialog, go to the compiler
warnings tab and uncheck the last three items ("Unsafe..."). Do this for
packages as well when you rebuild them.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: compiler warnings
From: "trevor" <trevor@lynxtech.net>
Date: Tue, 4 Feb 2003 11:09:49 -0000
Newsgroups: jedi.vcl

I have recently moved form RX components to JVCL when upgrading from Delphi
6 to Delphi 7.

When I build my program  now it takes a long time to build and I get lots of
compiler messages like as if it is trying compile or use the .pas file in
the source directory in JVCL.



--

Regards,
Trevor Walsh.
Lynx Technology
Tel: +353 21 4502137




Subject: Re: Where is Pas2JvInterpreter?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 3 Feb 2003 16:15:55 -0500
Newsgroups: jedi.vcl

"Palma" <palma@hot.pl> wrote in message news:b1m2ok$vq9$1@talkto.net...
Where is Pas2JvInterpreter?

I posted it to binaries. It will be added to JVCL later on.

Michael




Subject: Where is Pas2JvInterpreter?
From: "Palma" <palma@hot.pl>
Date: Mon, 3 Feb 2003 16:56:04 +0100
Newsgroups: jedi.vcl

Where is Pas2JvInterpreter?

-- Radek Palmowski palma@hot.pl 

Subject: Re: writing ID3v2 tag...
From: "Michael Silver" <Michaelas@no.spam.yahoo.com>
Date: Mon, 3 Feb 2003 10:49:24 -0500
Newsgroups: jedi.vcl

I don't have an example of writing a tag, but there is some good code
showing how to read it.  It shouldn't be that hard to modify the code the
write the tag, but ID3v2 can get complex.  It could take a while depending
on how many types of frames you wish to support, i.e. images, lyrics, etc.

The code in the JVCL only supports part of the implementation, which
according to the spec is perfectly fine.

Here is a list of Delphi implementations:

http://id3lib.sourceforge.net/id3/implement.html

....Michael...

"Makhanev A.S." <istok@bel.ru> wrote in message
news:b1k2dk$l45$1@talkto.net...
> > Has anybody an example of subj.?
> >
> >




Subject: Re: JvInspector problem
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Mon, 3 Feb 2003 15:36:31 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b1lp7d$tlc$1@talkto.net...
>> > > I'm using Delphi.
>> > > I've downloaded JvInspector from
> > http://sourceforge.net/projects/jvinspector
> >
> > There's the problem then. I haven't touched that version in a year or so.
> > The current version of the inspector is incorporated into the JEDI-VCL and
> > can be downloaded from http://jvcl.sourceforge.net
Thanx. I already have it. Just have no time to install. :(

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




Subject: Re: JvInspector problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 3 Feb 2003 14:15:23 +0100
Newsgroups: jedi.vcl

> > I'm using Delphi.
> > I've downloaded JvInspector from
http://sourceforge.net/projects/jvinspector

There's the problem then. I haven't touched that version in a year or so.
The current version of the inspector is incorporated into the JEDI-VCL and
can be downloaded from http://jvcl.sourceforge.net

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JvInspector problem
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Mon, 3 Feb 2003 14:35:30 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b1ljqj$se7$1@talkto.net...
> > Where did you get the JvInspector control from? The old project at
> > http://sourceforge.net/projects/jvinspector or from the JVCL web site
> > (http://jvcl.sourceforge.net)? Are you using Delphi or C-Builder?
I'm using Delphi.
I've downloaded JvInspector from http://sourceforge.net/projects/jvinspector

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




Subject: Re: JvInspector problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 3 Feb 2003 12:43:12 +0100
Newsgroups: jedi.vcl

>> > > Don't know, seems to work correctly in my case (New project, drop the
>> > > TJvInspector on a form, compile and run application). Which version are
you
>> > > using? 2.00Final or CVS version? Or are you maybe using CB? In this case
>> > > I'll need some help from you and/or someone else with CB installed.
> > I'm using JvInspector version 1.0.


Where did you get the JvInspector control from? The old project at
http://sourceforge.net/projects/jvinspector or from the JVCL web site
(http://jvcl.sourceforge.net)? Are you using Delphi or C-Builder?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JvInspector problem
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Mon, 3 Feb 2003 12:48:24 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b1ectb$sbc$1@talkto.net...
> > Don't know, seems to work correctly in my case (New project, drop the
> > TJvInspector on a form, compile and run application). Which version are you
> > using? 2.00Final or CVS version? Or are you maybe using CB? In this case
> > I'll need some help from you and/or someone else with CB installed.
I'm using JvInspector version 1.0.

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




Subject: writing ID3v2 tag...
From: "Makhanev A.S." <istok@bel.ru>
Date: Mon, 3 Feb 2003 00:39:51 +0300
Newsgroups: jedi.vcl

Has anybody an example of subj.?




Subject: Re: MP3 ID3 tag units and components
From: "Makhanev A.S." <istok@bel.ru>
Date: Mon, 3 Feb 2003 00:38:38 +0300
Newsgroups: jedi.vcl

Has anybody an example of writing Id3v2 tag ?

Best regards.

Makhanev A.S.




Subject: re trans 2michael
From: "stOrM!" <Stormnr1@gmx.de>
Date: Sat, 1 Feb 2003 03:22:58 +0100
Newsgroups: jedi.vcl

many many thanx i know understand and of course i understand what my problem
was:-)

looking into my source and found it!

best regards

couln't figure out how to answer / sendback a message to a thread i made
before here in the forum must be something wrong with my outlook settings




Subject: Re: 2Peter Thornqvist
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 31 Jan 2003 19:22:56 -0500
Newsgroups: jedi.vcl

"stOrM!" <Stormnr1@gmx.de> wrote in message news:b1ern1$uv7$1@talkto.net...
> > can you please give me an example if you have some time because of an xml
> > file which will:
> >
> > 1. translate the captions of a pagecontrol

Use the TabSheets directly

> > 2. panel captions of a statusbar

it uses TCollection, so it's the same approach as with THeaderControl

> > 3. caption of a main / popupmenu incl. submenu items

use the TMenuItem directly

Just take a look at your code - if you add a new page to TPageControl, or a
new menu to TMainMenu/TPopupMenu, Delphi will add an appropriate object to
the source code  - so use these objects.

If this is a collection (like THeaderControl or TStatusBar), you are using
TCollection, so no objects are being added to the source code, so you use
the way I showed you for THeaderControl.

I guess, this would be the easiest way...

Michael




Subject: 2Peter Thornqvist
From: "stOrM!" <Stormnr1@gmx.de>
Date: Fri, 31 Jan 2003 23:15:04 +0100
Newsgroups: jedi.vcl

can you please give me an example if you have some time because of an xml
file which will:

1. translate the captions of a pagecontrol
2. panel captions of a statusbar
3. caption of a main / popupmenu incl. submenu items

its really needed i would love to take the translator component seems its
really great at all thought the problem is to get used to it for me since i
have so much work...

i don't like the idea taking dlls with my application to just translate
anything on it also isn't really good thought if you like to write an editor
because of the translator component so you can let the users translate your
application which is really cool thought

thank you for your patience
kindest regards
Marc




Subject: Re: JvInspector problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 31 Jan 2003 19:01:44 +0100
Newsgroups: jedi.vcl

> > Just tried JvInspector - it's cool!

Thanks :)

> > But when I've tried to put a component on a virgin form
> > I've received 'Control '' has no parent window' exception.
> > Demo (example) is working ok.
> > What am I missing?

Don't know, seems to work correctly in my case (New project, drop the
TJvInspector on a form, compile and run application). Which version are you
using? 2.00Final or CVS version? Or are you maybe using CB? In this case
I'll need some help from you and/or someone else with CB installed.

For future reference, bugs and problems should be reported in our issue
tracker (http://jvcl.sourceforge.net/bugs.htm). Using the registered method
is preferred, as you'll be mailed with updates automatically.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address







Subject: [off-topic I think] ActiveX stuff?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Fri, 31 Jan 2003 13:01:04 -0500
Newsgroups: jedi.vcl

Has anybody ever done any ActiveX stuff with Delphi, to create a design-time
control that works with FrontPage?  (Or any other consumer that expects the
ActiveX control to service the IProvideRuntimeText interface).  I've been
having the fits getting things to work right.  I add new interfaces to my
TActiveFormControl based ActiveX control (tried TActiveForm too), and they
are accessible from FrontPage but for some reason(s), FrontPage never
finds/queries/(don't know what) the IProvideRuntimeText in my ActiveX
control. In addition, something about Delphi's OleFont handling causes a
'member not found' OleSysError exception when SetOleFont() is called during
the servicing of an OnAmbientPropertyChange() event.  Is there anything
anyone knows, or anything in the Jedi/JVCL library that might help?

I've bombarded several newsgroups with questions over the last week with no
luck at all.  This is my last attempt so sorry for the off-topic post in
advance (if it is).

thx





Subject: Re: re translator
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 31 Jan 2003 17:16:18 +0100
Newsgroups: jedi.vcl

> > its because of a particular design of my application i can't use a
> > tabsheet... :-(
> > am i right that a pagecontrol want work then??

The tabs in a PageControl are TabSheets. Without them, no pages.

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: JvInspector problem
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Fri, 31 Jan 2003 18:03:36 +0200
Newsgroups: jedi.vcl

Just tried JvInspector - it's cool!
But when I've tried to put a component on a virgin form
I've received 'Control '' has no parent window' exception.
Demo (example) is working ok.
What am I missing?

TIA

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




Subject: re
From: "stOrM!" <Stormnr1@gmx.de>
Date: Fri, 31 Jan 2003 12:10:17 +0100
Newsgroups: jedi.vcl

anyway many thanx for your patience




Subject: Re: re translator
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 31 Jan 2003 05:38:40 -0500
Newsgroups: jedi.vcl

"stOrM!" <Stormnr1@gmx.de> wrote in message news:b1di12$mgd$1@talkto.net...
> > its because of a particular design of my application i can't use a
> > tabsheet... :-(
> > am i right that a pagecontrol want work then??

I don't know. It seems like it won't.

Michael




Subject: re translator
From: "stOrM!" <Stormnr1@gmx.de>
Date: Fri, 31 Jan 2003 11:23:29 +0100
Newsgroups: jedi.vcl

its because of a particular design of my application i can't use a
tabsheet... :-(
am i right that a pagecontrol want work then??




Subject: Re: translator :-(
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 31 Jan 2003 04:34:43 -0500
Newsgroups: jedi.vcl

"stOrM!" <Stormnr1@gmx.de> wrote in message news:b1dds9$lin$1@talkto.net...
> > maybe i am too stupid for this component or maybe there something wrong
> > cauze i am still not able to translate:
> >
> > PageControl1.Pages[0].Caption :='sometext';

Why don't you just use individual TabSheet?

When you create a new page, you effectevily create a new TabSheet.

When you click on the particular page (i.e. TabSheet),  you can see its name
in ObjectInspector, and then call it appropriately, e.g.

  TabSheet1.Caption:='Page1';

instead of

PageControl1.Pages[0].Caption :='sometext';

So then it XML it will be:

<TabSheet1 Caption="Page1"/>

and you're done.

Michael




Subject: translator :-(
From: "stOrM!" <Stormnr1@gmx.de>
Date: Fri, 31 Jan 2003 10:12:40 +0100
Newsgroups: jedi.vcl

maybe i am too stupid for this component or maybe there something wrong
cauze i am still not able to translate:

PageControl1.Pages[0].Caption :='sometext';

assuming the example for the HeaderControl1 like:

<HeaderControl1>
  <Sections>
  <Items Index="1" Text="Computer Name"/>
</Sections>
</HeaderControl1>

i did the following:

<PageControl1>
<Pages Index="0" Caption="dedede"/>
</PageControl1>

also i did this:

<PageControl1>
<Pages>
<Item Index="0" Caption="dedede"/>
</Pages>
</PageControl1>

also:

<PageControl1>
<Pages>
<Items Index="0" Caption="dedede"/>
</Pages>
</PageControl1>

nothing seems to work i guess i don't understand that component




Subject: Re: translator 2michael
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 Jan 2003 18:39:10 -0500
Newsgroups: jedi.vcl

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums

"stOrM!" <Stormnr1@gmx.de> wrote in message news:b1c50m$g0v$1@talkto.net...
> > Please Michael can ou provide me again with an short deatiled example of
how
> > to change:
> >
> > Captions on a PageControl
> > and also HeaderControl

The principle is like this:

1) If you address an object directly in code like this:

  tbsTabSheet1.Caption:='Page1';

then it will translate into this:

<tbsTabSheet1 Caption="Page1"/>

2) If you address an object via a Collection like this:

  hcHeaderControl1.Sections.Items[0].Text:='Element1';

then it will translate into:

 <hcHeaderControl1>
    <Sections>
        <Items Index="0" Text="Element1"/>
    </Sections>
  </hcHeaderControl1>

Good luck,

Michael


Michael




Subject: Re: CVS Download to my PC anonymous.
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Fri, 31 Jan 2003 00:03:22 +0100
Newsgroups: jedi.vcl

Thanks.
I got a answer from the support mailing-list of Tortoise :
https://lists.sourceforge.net/lists/listinfo/tortoisecvs-users

My mistake was I tring to do a chekin when I have to do a chekout to do a
download.


--
Pierre Rougier
Un newsgroup pour les auteurs de sharewares
news:alt.fr.shareware.auteurs




Subject: Re: CVS Configuration
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Thu, 30 Jan 2003 23:53:38 +0100
Newsgroups: jedi.vcl

"Carlos G" <glcarlosmx@yahoo.com.mx> a écrit dans le message de news:
b1bpj4$dvt$1@talkto.net...
> > Hi there...
> >
> > How can i configure Tortoise  for Update by CVS ???
> >
> > Protocol, server, directory, username ??
> >

Maybe you can also post your question on this mailing-list :
https://lists.sourceforge.net/lists/listinfo/tortoisecvs-users


--
Pierre Rougier
Un newsgroup pour les auteurs de sharewares
news:alt.fr.shareware.auteurs




Subject: Re: CVS Download to my PC anonymous.
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Thu, 30 Jan 2003 23:48:49 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> a écrit dans le
message de news: b1c6q0$ga3$1@talkto.net...
> > "Pierre Rougier" <rougier.pierre@free.fr> wrote in message
> > news:b1c1uq$fib$1@talkto.net...
> >
>> > > I try to download on my PC the latest CVS JVCL.
>> > > I have :
>> > > Tortoise version 1.2.2
> >
> > Did you see:
> >
> > http://jvcl.sourceforge.net/cvs.htm


Yes thanks, but dont succeed.
I have posted a question on the mailing list of TortoiseCVS.
http://sourceforge.net/mail/?group_id=48103


--
Pierre Rougier
Un newsgroup pour les auteurs de sharewares
news:alt.fr.shareware.auteurs




Subject: translator 2michael
From: "stOrM!" <Stormnr1@gmx.de>
Date: Thu, 30 Jan 2003 22:35:10 +0100
Newsgroups: jedi.vcl

Please Michael can ou provide me again with an short deatiled example of how
to change:

Captions on a PageControl
and also HeaderControl

cauze your last replay doen't work!

many regards




Subject: Re: CVS Download to my PC anonymous.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 Jan 2003 16:05:00 -0500
Newsgroups: jedi.vcl

"Pierre Rougier" <rougier.pierre@free.fr> wrote in message
news:b1c1uq$fib$1@talkto.net...

> > I try to download on my PC the latest CVS JVCL.
> > I have :
> > Tortoise version 1.2.2

Did you see:

http://jvcl.sourceforge.net/cvs.htm


Michael





Subject: CVS Download to my PC anonymous.
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Thu, 30 Jan 2003 21:40:29 +0100
Newsgroups: jedi.vcl

Hi,

I try to download on my PC the latest CVS JVCL.
I have :
Tortoise version 1.2.2


Here what I put in the CVS root :
cvs -d:cvs.sourceforge.net:/cvsroot/jvcl


Here the message I got from my try :
In C:\DOCUME~1\Pierre\LOCALS~1\Temp\TortoiseCVS make new module temp\:
cvs -q import -m "" jvcl tcvs-vendor tcvs-release

CVSROOT=:vs -d:cvs.sourceforge.net:/cvsroot/jvcl

cvs [import aborted]: the :vs -d: access method is not supported by this
port of CVS

Error, CVS operation failed



Thanks in advance.

--
Pierre Rougier
Un newsgroup pour les auteurs de sharewares
news:alt.fr.shareware.auteurs




Subject: Re: TP Essentials JVCL juxtaposition
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 30 Jan 2003 19:55:46 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> TJvCalcEdit and/or TJvCalculator?

Its TJvCalcEdit vs EsNumberEdit (and EsNumberEdit loses).
Only a visual feedback for entering numbers is missing from TJvCalcEdit.
I seem to have missed TJvCalculator.

> Enough already!

NEVER! :-)



Subject: Re: CVS Configuration
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 Jan 2003 13:24:37 -0500
Newsgroups: jedi.vcl

"Carlos G" <glcarlosmx@yahoo.com.mx> wrote in message
news:b1bpj4$dvt$1@talkto.net...


> > How can i configure Tortoise  for Update by CVS ???
> >
> > Protocol, server, directory, username ??

http://jvcl.sourceforge.net/cvs.htm

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl





Subject: CVS Configuration
From: "Carlos G" <glcarlosmx@yahoo.com.mx>
Date: Thu, 30 Jan 2003 10:24:06 +0100
Newsgroups: jedi.vcl

Hi there...

How can i configure Tortoise  for Update by CVS ???

Protocol, server, directory, username ??

Thanx in advance...

Carlos G




Subject: Re: captionbutton again
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 Jan 2003 03:42:10 -0500
Newsgroups: jedi.vcl

"stOrM!" <Stormnr1@gmx.de> wrote in message news:b1980s$uvr$1@talkto.net...

> > 1. I am using Windows XP when I use the Captionbutton my Mainform losing
it
> > themes...
> > 2. Also the Captionbutton itself is not using themesupport...
> >
> > Can this two Points be improved?

If we find volunteers to do it. Personally I'm trying to stay away from XP
:)

BTW - please log it to our Issue Tracker as a Feature request:

http://jvcl.sourceforge.net/bugs.htm

Thanks,

Michael




Subject: "Re: translator again
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 Jan 2003 03:39:23 -0500
Newsgroups: jedi.vcl

"stOrM!" <Stormnr1@gmx.de> wrote in message news:b1986c$v14$1@talkto.net...
> > I am using the Translator Component and I am not able to translate any
> > Component Captions I am using on my Form I would like to know
> >
> > 1. How to Translate the HeaderControl Captions...
> > 2. Same on the PageControl

> > <Pagecontrol1>
> > Pages="0" Caption="ddd"                         <-does not work

Shouldn't it be Caption of the TabSheet that you want to change?

> > same on Headercontrol!!

On HeaderControl you would be changing the "Text" on each Sections, probably
something like:

<hcHeaderControl1.Sections[1] Text  = "ABC"/>

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl






Subject: Re: component feedback
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 Jan 2003 03:25:45 -0500
Newsgroups: jedi.vcl

"Stefan Bodingh" <stefan@nospamplease.bodingh.se> wrote in message
news:b19hd2$11n$1@talkto.net...

Stefar, thanks for your feedback. It the future, please feel free to add any
bugs to our bug database:

http://jvcl.sourceforge.net/bugs.htm

Please include sample demo, or describe steps/configuration to reproducs the
bug.

> > The log file problem was that I needed to start and stop logging while the
> > application was running and I needed to append to the log file. JvLogFile
> > never appended the log file, it recreated it every time.

The way this component works is that your first LoadFromFile, add your log
entries, and then save back to the file. So basically it appends the log
entries to an open file in memory.

So in your case, before you start logging, you load the file that you want
to append your new log entries, and after you stop logging, you save it back
to the file.

Maybe we will add a function to append to an existing file w/o loading its
content first.

In the meantime, you can also try another logger:

http://projectjedi.sf.net/mantis/view_bug_page.php?f_id=0000635

> > The tray icon problem was that I only wanted the program to run in the
tray
> > unless I had the form visible.

I am not sure, I understand it - I can minimize the program to the tray w/o
any problems, i.e. when I minimize the application, it goes to the tray. I
set the tvVisibleTaskBar to False.


> > Usually I don't say anything when I find flaws in free components, but
this
> > time I thought I'd give some feedback.

And we very much appreciate all feedback and improvement suggestions. As we
said on:

http://jvcl.sourceforge.net/bugs.htm

"If you want to get a bug fixed you need to log it!" :)

It's also important that you help us with fixing bugs. If you have a
workaround, please include it in your report.

Michael





Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: My Package file for BCB6 @ jedi.binaries group
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 30 Jan 2003 09:11:44 +0100
Newsgroups: jedi.vcl

Thanks for your effort. Would you be interested in maintining the BCB6
packages for JVCL? Doesn't take a lot of time and would be a great way of
helping out, don't you think? If you are interested, contact me.

--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: component feedback
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 30 Jan 2003 09:10:19 +0100
Newsgroups: jedi.vcl

If you are having trouble with a component or want to provide feedback, it
is always better to post a bug report/request in our Bug Tracker at
http://projectjedi.sourceforge.net/mantis


--
Regards,

Peter Thornqvist
(JVCL Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Good component set to access MySQL 4.0?
From: "Berrnhard Geyer" <Bernhard.Geyer@gmx.de>
Date: Thu, 30 Jan 2003 08:36:24 +0100
Newsgroups: jedi.vcl

We use http://www.microolap.com/products/dac/mysqldac.htm
and its very good. Components like TDatabase (TmyDatabase) and TQuery
(TmySQLQuery)
are available. The components are very fast (much faster than the
zeos-components).
Very small distribution-overhead (only a libmysql.dll is needed in the
application-directory).

Unter http://www.sqldirect-soft.com/ you can find some other components
(not tested), but looks also very good.



"Alexander Weidauer" <weidauer@uni-greifswald.de> schrieb im Newsbeitrag
news:3E34FFA2.7070509@uni-greifswald.de...
> >
> >
> > Robert Oschler schrieb:
>> > > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
>> > > news:b0f9sq$nad$1@talkto.net...
>> > >
>>> > >>Nothing in JVCL I'm afraid. I'd suggest using ZEOS (Google will find
it):
>>> > >>I've used them before and I think they are very good.
>>> > >>
>>> > >>--
>>> > >>Regards,
>>> > >>
>> > >
>> > >
>> > > Peter,
>> > >
>> > > Did you ever try to the DirectMySQL components?  Saw them when I was
>> > > scanning Torry's site for Zeos related items.  They claim to be 4x
faster
>> > > than accessing the mysql.dll directly.
>> > >
>> > > thx
> >
> > Hi,
> >
> > I've tried and its quite good and fsat but on a very basic level.
> > I've written a small class wrapper for it, but not enough to be
> > like the visual components defined in DB.
> >
> > Bye Alex
> >




Subject: NEW: TreeviewCombo and DirPathCombo
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 Jan 2003 01:18:14 -0500
Newsgroups: jedi.vcl

I have uploaded a new donation to our Issue Tracker:

http://projectjedi.sf.net/mantis/view_bug_page.php?f_id=0000634

TreeviewCombo provides a Combobox with a built-in a TreeView that is shown
on Dropdown, and thus helps to save screen space.

Path: news.talkto.net!not-for-mail
From: OBones <obones_gfd_@_gfd_altern.org>
Newsgroups: jedi.vcl
Subject: Re: Implementation of REDO in  TJvHLEditor
Date: Thu, 28 Jun 2007 21:26:16 +0200
Organization: talkto.net
Lines: 10
Message-ID: <f61188$ml0$2@news.talkto.net>
References: <f58e2g$hvr$1@news.talkto.net>
NNTP-Posting-Host: server.obones.com
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
DirPathCombo is a special case of the TreeviewCombo with the Treeview
populated with drive/directory information. The icons for the TreeView are
built-in.

To use it, it's recommended that you also use the enclosed modified version
of JvCaptionPanel that provides an "Outlook" look & feel.

Feedback and improvement suggestions are appreciated.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl





Subject: component feedback
From: "Stefan Bodingh" <stefan@nospamplease.bodingh.se>
Date: Wed, 29 Jan 2003 22:46:57 +0100
Newsgroups: jedi.vcl

Hi,



I am trying to use JEDI components where I can. This time I had to skip two
components, because of strange behaviour (by intention or not).

I hope that the behaviour are flaws and will be fixed.



The components are JvLogFile and JvTrayIcon.



The log file problem was that I needed to start and stop logging while the
application was running and I needed to append to the log file. JvLogFile
never appended the log file, it recreated it every time. I finally found one
free component with source on Torry that did behave properly (most did not)
and it was TCESLog file. After some tweaking it did exactly as I wanted.



The tray icon problem was that I only wanted the program to run in the tray
unless I had the form visible. To solve this problem I found no free
component with source. I finally used LMDTrayIcon and its working as it
should.



I have done this research with Delphi 7.

Usually I don't say anything when I find flaws in free components, but this
time I thought I'd give some feedback. Most JEDI components are just great.



Regards,

/Stefan





Subject: translator again
From: "stOrM!" <Stormnr1@gmx.de>
Date: Wed, 29 Jan 2003 20:10:45 +0100
Newsgroups: jedi.vcl

I am using the Translator Component and I am not able to translate any
Component Captions I am using on my Form I would like to know

1. How to Translate the HeaderControl Captions...
2. Same on the PageControl

this is what I try'd because of the PageControl take a look into the XML
File  I crated maybe you will find the Problem???

<Translation>
 <Form1>
   <ToolButton1 Caption="Connect"/>
   <Toolbutton3 Caption="Progress"/>
   <Toolbutton4 Caption="Commands"/>
   <Toolbutton5 Caption="Messages"/>
  <Toolbutton7 Caption="Statistic"/>
 <Toolbutton10 Caption="Configuration"/>
<Frame1>
 <Label1 Caption="Active Connections"/>
 <Groupbox1 Caption="        Time value"/>
 <Groupbox2 Caption="        Paytax"/>
 <Button1 Caption="enable client"/>
 <Button2 Caption="pause"/>
 <Button6 Caption="load"/>
 <Button8 Caption="reset"/>
<Pagecontrol1>
Pages="0" Caption="ddd"                         <-does not work
</Pagecontrol1>
</Frame1>
 </Form1>
</Translation>

also
<pages>
Pages Index="0" Value="cedbcdb" does not work I don't know what to use for
it...

same on Headercontrol!!

regards




Subject: captionbutton again
From: "stOrM!" <Stormnr1@gmx.de>
Date: Wed, 29 Jan 2003 20:07:48 +0100
Newsgroups: jedi.vcl

OK Michael I try it in english :-)

Well if I use the Captionbutton on my Mainform, then I get into following
Problems:

1. I am using Windows XP when I use the Captionbutton my Mainform losing it
themes...
2. Also the Captionbutton itself is not using themesupport...

Can this two Points be improved?

regards




Subject: Re: Captionbutton
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 29 Jan 2003 13:31:05 -0500
Newsgroups: jedi.vcl

"stOrM!" <Stormnr1@gmx.de> wrote in message news:b193vp$u68$1@talkto.net...
> > Wie kann man der Captionbutton Componente mitteilen das wenn sie unter XP
> > eingesetzt wird die XP Thems zu benutzen...
> > Wenn ich die Componente unter XP einsetze Wird mein Hauptfenster nicht
mehr
> > gethemed dargestellt, gleiches verhalten bei allen Componenten auf meiner
> > Form...

Bitte die Fragen auf English stellen. Denn dann:

- Du hast bessere Chances eine Antwort zu bekommen
- mehr Leute koennen von den Antworten profitieren

Und es ist egal ob Dein English gut oder schlecht ist - wir werden es in
meisten Faellen schon verstehen.

Translation of the above:

Please ask your questions in English. Then:

- you have better chances to get an aswer
- more people can take advantage of the answers

And it doesn't matter if your English is good or bad - in most cases we'll
understand it.

Michael




Subject: Re: Install problem with JVCL200_D60.dpk
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 29 Jan 2003 19:16:47 +0100
Newsgroups: jedi.vcl

The zlib files from the D6 CD should be fine even if they are old

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) 

Subject: TP Essentials JVCL juxtaposition
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Jan 2003 19:16:06 +0100
Newsgroups: jedi.vcl

Juxtaposition: placing things side by side to compare them.
(i always wanted to use that term :-)

- EsLabel
  The labels from GlobusLib have at least same functionality
- EsScrollingMarquee
  a reimplemented JvScrollingLabel based on the integrated GlobusLib label
will do the trick
- EsCalendar
  JvMonthCalendar seems superior
- EsCalculator
  no equivalent found
- EsDateEdit, EsDBDateEdit
  several (?) equivalents available
- EsNumberEdit, EsDBNumberEdit
  several (?) equivalents available
- EsMenuButton
  no equivalent found
- EsColorComboBox
  JvColorComboBox looks similar
- EsTile
  no equivalent found best update JvImage accordingly
- EsGradient
  JvGradient is superior
- EsRollUp
  has at least one equivalent (?)


Conclusion with some changes which are due anyway the TurboPower Essentials are already contained in the JVCL. The two or three
components missing could be taken from essentials or implemented by us.



Subject: PasDoc, wiki etc
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 29 Jan 2003 19:13:16 +0100
Newsgroups: jedi.vcl

I have found the DIPasDoc program (http://www.zeitungsjunge.de/delphi)
which can nicely read all JVCL sources, extract the PasDoc comments
and generate a HTML help project.
Since we have no PasDoc comments it only generates a help skeleton.
I think the skeleton would also be a good starting point for a help Wiki.

The only statement it does not like is

{$IFDEF LINUX}
This unit is only supported on Windows!
{$ENDIF}

I will separate it into an INC file like the include files
MS uses for the pack pragma. Something like

{$INCLUDE LINUXONLY.INC}
or
{$INCLUDE WINDOWSONLY.INC}



Subject: Captionbutton
From: "stOrM!" <Stormnr1@gmx.de>
Date: Wed, 29 Jan 2003 18:58:56 +0100
Newsgroups: jedi.vcl

Wie kann man der Captionbutton Componente mitteilen das wenn sie unter XP
eingesetzt wird die XP Thems zu benutzen...
Wenn ich die Componente unter XP einsetze Wird mein Hauptfenster nicht mehr
gethemed dargestellt, gleiches verhalten bei allen Componenten auf meiner
Form...

regards




Subject: jvtranslator
From: "stOrM!" <Stormnr1@gmx.de>
Date: Wed, 29 Jan 2003 18:56:46 +0100
Newsgroups: jedi.vcl

Meine frage hier ziehlt auf die Translator Componente ab:

Wie kann ich denn in einem HeaderControl sowie einer Pagecontrol die
Captions ändern folgendes hat keine Wirkung erziehlt:

<Translation>
 <Form1>
   <ToolButton1 Caption="Connect"/>
   <Toolbutton3 Caption="Progress"/>
   <Toolbutton4 Caption="Commands"/>
   <Toolbutton5 Caption="Messages"/>
  <Toolbutton7 Caption="Statistic"/>
 <Toolbutton10 Caption="Configuration"/>
<Frame1>
 <Label1 Caption="Active Connections"/>
 <Groupbox1 Caption="        Time value"/>
 <Groupbox2 Caption="        Paytax"/>
 <Button1 Caption="enable client"/>
 <Button2 Caption="pause"/>
 <Button6 Caption="load"/>
 <Button8 Caption="reset"/>
<Pagecontrol1>
Pages="0" Caption="ddd"                         <-geht nicht!
</Pagecontrol1>
</Frame1>
 </Form1>
</Translation>




Subject: translator
From: "stOrM!" <Stormnr1@gmx.de>
Date: Wed, 29 Jan 2003 18:54:44 +0100
Newsgroups: jedi.vcl



Subject: My Package file for BCB6 @ jedi.binaries group
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Wed, 29 Jan 2003 23:05:47 +0800
Newsgroups: jedi.vcl

Hi,

I regenerate the packages that synchronized to the delphi packages.
Any BCB6 users can take a look.




Subject: Any web services client helpers for D5 slated for inclusion?
From: "Steve Magruder \(Team JEDI\)" <steve@stevemagruder.com>
Date: Tue, 28 Jan 2003 16:50:19 -0500
Newsgroups: jedi.vcl

I see that D6/D7 have THTTPRIO, but I have nothing like it in D5, which is
where I may need it shortly.  Anything like this coming down the pike for
JVCL?  Or is there an alternative that's similar?

Thanks,
   Steve




Subject: Re: what's wrong about JvEditor.pas?
From: Remko Bonte <remkobonte@REMOVE.myrealbox.com>
Date: Tue, 28 Jan 2003 20:50:55 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

On Tue, 28 Jan 2003 20:25:24 +0100, Robert Marquardt <robert_marquardt@gmx.de> wrote:

> Please use "rm" fork for this. It is not yet placed under "dev",
> but i will do it in the next days.
>

I'll do that later tonight. But isn't that so for all new changes made to jvcl?

There were also some greek comments (I think), could someone translate these?

Υπολογισμός ποσοστού  επί της εκατό που θα επιδοθεί στην τιμή προς αλλαγή.

Ευρεση μικρότερου ποσοστού αλαγής και χρήση αυτού.

-- 
Remko Bonte (Team JEDI) http://delphi-jedi.org


Subject: Re: what's wrong about JvEditor.pas?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 28 Jan 2003 20:25:24 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> On Tue, 28 Jan 2003 23:36:16 +0800, James Lan <flyingboy@users.sourceforge.net> wrote:
>
>> Line 189 contains unreadable character. It causes a compling error.
>>
>
> I'll try to translate those comments.

Please use "rm" fork for this. It is not yet placed under "dev",
but i will do it in the next days.



Subject: Re: what's wrong about JvEditor.pas?
From: Remko Bonte <remkobonte@REMOVE.myrealbox.com>
Date: Tue, 28 Jan 2003 17:40:15 +0100
To: James Lan <flyingboy@users.sourceforge.net>
Newsgroups: jedi.vcl

On Tue, 28 Jan 2003 23:36:16 +0800, James Lan <flyingboy@users.sourceforge.net> wrote:

> Line 189 contains unreadable character. It causes a compling error.
>

I'll try to translate those comments.
-- 
Remko Bonte (Team JEDI) http://delphi-jedi.org



James

> > Line 189 contains unreadable character. It causes a compling error.

it is probably a comment in Russian

--
Chris Parkinson
Development Manager
www.vertis.co.uk





Subject: what's wrong about JvEditor.pas?
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Tue, 28 Jan 2003 23:36:16 +0800
Newsgroups: jedi.vcl

Line 189 contains unreadable character. It causes a compling error.




Subject: Re: Can't install JVCL 2.00 Final - D5 Standard
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 28 Jan 2003 04:10:07 -0500
Newsgroups: jedi.vcl

"wmudd" <wcmudd@earthlink.net> wrote in message
news:b150s6$6f2$1@talkto.net...
> > I have Delphi 5 Standard. I followed your directions in "Install.txt" to
the
> > letter.
> >
> > But when I tried to build "JVCL200_R50Standard.dpk" I get a fatal error:
> > file not found "JvFormTips.dcu"
> >
> > JvFormTips.pas is present in the JVCL\Archive.
> >
> > Is there anything I can do?

Try to add "..\Archive" to your library search path

Michael




Subject: Can't install JVCL 2.00 Final - D5 Standard
From: "wmudd" <wcmudd@earthlink.net>
Date: Mon, 27 Jan 2003 20:42:00 -0800
Newsgroups: jedi.vcl

I have Delphi 5 Standard. I followed your directions in "Install.txt" to the
letter.

But when I tried to build "JVCL200_R50Standard.dpk" I get a fatal error:
file not found "JvFormTips.dcu"

JvFormTips.pas is present in the JVCL\Archive.

Is there anything I can do?

Bill Mudd




Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 27 Jan 2003 21:55:14 +0100
Newsgroups: jedi.vcl



"Peter Thörnqvist" schrieb:

> > I've heard some rumours about D7 needing "ALS" files, but I don't know what
> > they are apart from that it has been discussed in association with the
> > recent TP releases and decompiling/recompiling of the TP help files (there
> > are no help file sources included in the TP OpenSource projects)...

btw: now they have new downloads for help files. At lest these two:

http://sourceforge.net/projects/tpipro
http://sourceforge.net/projects/tporpheus


> >
> >
> > Maybe worth investigating?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: 350 components
From: "Steve Magruder \(Team JEDI\)" <steve@stevemagruder.com>
Date: Mon, 27 Jan 2003 14:51:07 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b13vsc$24d$1@talkto.net...
> > Steve Magruder wrote:
> >
>> > > Will there be a posting of what is to be dropped so as to get some
public
>> > > comment?  Some of us may be using components that are to be dropped.
> >
> > I will try to discuss it first here.
> > Even if we create some rough edges when restructuring the JVCL there is
> > always the possibility to ask and get back what you need.
> > I think we will hit the JVCL with the big hammer in February and then
> > start to clean up any shards remaining :-)

Sounds good to me.  Thanks.

Steve




Subject: Re: I want JvMailTo and Instances back
From: "JK Smith" <jksmith@uscertifiedletters.com>
Date: Mon, 27 Jan 2003 13:29:44 -0600
Newsgroups: jedi.vcl

Thanks all for the replies. After looking at the help, I still saw no
reference to FirstInstance. I did see JvAppInstance, tried it and it works
fine.

James




Subject: Re: 350 components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 27 Jan 2003 20:16:55 +0100
Newsgroups: jedi.vcl

Steve Magruder wrote:

> Will there be a posting of what is to be dropped so as to get some public
> comment?  Some of us may be using components that are to be dropped.

I will try to discuss it first here.
Even if we create some rough edges when restructuring the JVCL there is always the possibility to ask and get back what you need.
I think we will hit the JVCL with the big hammer in February and then start to clean up any shards remaining :-)



Subject: Re: 350 components
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 27 Jan 2003 19:01:33 +0100
Newsgroups: jedi.vcl

All merges/moves/deletes are logged in restruct_changelog.txt. Components
that are removed from the main package are not deleted: they are moved to
\archive.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Is Mantis for JVCL having performance issues (or is it just me?) :)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 27 Jan 2003 18:58:36 +0100
Newsgroups: jedi.vcl

In my experience this happens now and then but I don't know why. My guess is
that all (or at least many) projects share the same MySQL backend so
everyone is affected when other projects are busy.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Is Mantis for JVCL having performance issues (or is it just me?) :)
From: "Steve Magruder \(Team JEDI\)" <steve@stevemagruder.com>
Date: Mon, 27 Jan 2003 12:01:34 -0500
Newsgroups: jedi.vcl

If so, is there anything that can be done about it?  Is it just that the
SourceForge servers are clogged up?

Regards,
   Steve




Subject: Re: 350 components
From: "Steve Magruder" <steve@steve{remove}magruder.com>
Date: Mon, 27 Jan 2003 11:32:04 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b0t6c4$4cm$1@talkto.net...
> > Nathan Baulch wrote:
> >
>> > > Is there any quality control performed on donated components?
> >
> > Wait until end of February. I currently rework all JVCL components.
> > After cleaning the style of the sources we will try to improve as many
> > components as possible.  Some will be dropped.

Will there be a posting of what is to be dropped so as to get some public
comment?  Some of us may be using components that are to be dropped.

Thanks,
   Steve




Subject: Re: Where can I find details on JvInterpreter ?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Mon, 27 Jan 2003 09:11:46 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <no_replies@fake_email_address.invalid> wrote in message
news:b13dna$u7n$1@talkto.net...
> >
> > "Peter Thörnqvist" <peter3@nospampeter3.com> wrote in message
> > news:b12l6m$oln$1@talkto.net...
>> > > Beware that there are a couple of problems with it, making it difficult
to
>> > > use (see Mantis and other posts here).
>> > >
>> > > --
> >
> > Can you give me the link to the JEDI mantis database?
> >
> > thx

Nevermind, I found it on jvcl.sourceforge.net [Bugs/Wish List].

thx





Subject: Re: Where can I find details on JvInterpreter ?
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Mon, 27 Jan 2003 09:07:35 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospampeter3.com> wrote in message
news:b12l6m$oln$1@talkto.net...
> > Beware that there are a couple of problems with it, making it difficult to
> > use (see Mantis and other posts here).
> >
> > --

Can you give me the link to the JEDI mantis database?

thx





Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 27 Jan 2003 11:35:03 +0100
Newsgroups: jedi.vcl

> > So basically if anyone else has this problem delete and re-add to the
> > contents page to force Delphi to rebuild the help.
> >
One action I usually perform is selecting the last item, press the move down
button and then Delphi thinks the contents has changed and will force a
rebuild of it's index (at least in D5 it works, never tested this in D6/7).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: How to Use a VideoCapture Component...
From: "chupakabra" <couryr@esiee.fr>
Date: Mon, 27 Jan 2003 11:22:54 +0100
Newsgroups: jedi.vcl

hello,
I need to transform a "webcam" capture sequence in some retroactive
recorder.
Like new musicrecorders you know, you push the rec button and you get the
last 10 seconds before you hit this button. I need such a memory record with
my
videostream.  How to perform this?
I'm actually working on a TCapture source code provided by orthkon under the
name of DXCapture.
In a second time, i also need to store the different settings of the cam,
resolution, driver, and... ZOOM!?! but I can't reach an interface part to
get the zoom on my own, the opendialogs function for settings are useless
for me here.

Is someone working on this, and can give me advice?

see ya
Chupa




Subject: Re: I want JvMailTo and Instances back
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Mon, 27 Jan 2003 09:53:07 -0000
Newsgroups: jedi.vcl

Strange. I use Compbar with D7 W2K and installed Orpheus with no problems.


> > I am very happy with it, too. But be aware: I have problems  installing
Orpheus
> > with a activated compBar. (floating point error when compiling the
package)
> > After deinstalling the packages all went OK (D7 and W2k system)
> >
> > Best regards
> >
> > Ralf Grenzing
> >




Subject: Re: Good component set to access MySQL 4.0?
From: Alexander Weidauer <weidauer@uni-greifswald.de>
Date: Mon, 27 Jan 2003 10:45:06 +0100
Newsgroups: jedi.vcl



Robert Oschler schrieb:
> "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> news:b0f9sq$nad$1@talkto.net...
>
>> Nothing in JVCL I'm afraid. I'd suggest using ZEOS (Google will find it):
>> I've used them before and I think they are very good.
>>
>> -- 
>> Regards,
>>
>
>
> Peter,
>
> Did you ever try to the DirectMySQL components?  Saw them when I was
> scanning Torry's site for Zeos related items.  They claim to be 4x faster
> than accessing the mysql.dll directly.
>
> thx

Hi,

I've tried and its quite good and fsat but on a very basic level.
I've written a small class wrapper for it, but not enough to be
like the visual components defined in DB.

Bye Alex



Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Mon, 27 Jan 2003 09:38:57 -0000
Newsgroups: jedi.vcl

So basically if anyone else has this problem delete and re-add to the
contents page to force Delphi to rebuild the help.

> >
> > Delphi rebuilds the help only if something in the contents tab has changed
> > and you save the project.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Where can I find details on JvInterpreter ?
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Mon, 27 Jan 2003 08:05:21 +0100
Newsgroups: jedi.vcl

Beware that there are a couple of problems with it, making it difficult to
use (see Mantis and other posts here).

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: I want JvMailTo and Instances back
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Mon, 27 Jan 2003 08:04:31 +0100
Newsgroups: jedi.vcl

> > Have you tried CompBar?

Yes I have it installed but I haven't gotten used to using it yet :)


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Where can I find details on JvInterpreter ?
From: "jirayu" <jirayu@sunncity.com>
Date: Sun, 26 Jan 2003 22:53:09 -0800
Newsgroups: jedi.vcl

  Jedi has TJvInterpreter.  This component source code looks
  really cool but where can I find some sample on how to use
  this.

  Jirayu




Subject: Re: I want JvMailTo and Instances back
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Mon, 27 Jan 2003 00:32:38 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E34418C.994319D4@gmx.de...
> >
> >
> > Robert Oschler schrieb:
> >
> >
> > I am very happy with it, too. But be aware: I have problems  installing
Orpheus
> > with a activated compBar. (floating point error when compiling the
package)
> > After deinstalling the packages all went OK (D7 and W2k system)
> >

Ralf,

Running D6 Pro on W2k with CompBar and Orpheus installed.  No problems.

thx





Subject: Re: I want JvMailTo and Instances back
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Sun, 26 Jan 2003 21:14:04 +0100
Newsgroups: jedi.vcl



Robert Oschler schrieb:

> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> > news:b10odo$hg9$1@talkto.net...
>>> > > > Using 2.00. JvMailTo at least had a subject line that could be filled
> > out.
>>> > > > At any rate, I find myself going into "Install Packages/Components" just
>> > > to identify a component with an
>>> > > > icon.
>> > >
>> > > I often use the View-Component List to locate stuff. It's faster than
>> > > browsing the palette if you have some idea of what you're looking for.
>> > >
> >
> > Have you tried CompBar?  It's a free Delphi IDE addin.  Use the hot key to
> > activate it.  When it pops up you can search for an installed component with
> > wild cards.  For example "*mail*" would find all the installed components
> > with the substring "mail" in them.  It then shows you a list of icons with
> > the component name next to them.  You can use these icons to draw instances
> > of the component on a Delphi form.
> >

I am very happy with it, too. But be aware: I have problems  installing Orpheus
with a activated compBar. (floating point error when compiling the package)
After deinstalling the packages all went OK (D7 and W2k system)

Best regards

Ralf Grenzing



Subject: Re: Where can I find details on JvInterpreter ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 26 Jan 2003 11:33:53 -0500
Newsgroups: jedi.vcl

"jirayu" <jirayu@sunncity.com> wrote in message
news:b10vv7$ij9$1@talkto.net...
> >   Jedi has TJvInterpreter.  This component source code looks
> >   really cool but where can I find some sample on how to use
> >   this.

in \Examples

Michael




Subject: Re: I want JvMailTo and Instances back
From: "Robert Oschler" <no_replies@fake_email_address.invalid>
Date: Sun, 26 Jan 2003 10:47:22 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b10odo$hg9$1@talkto.net...
>> > > Using 2.00. JvMailTo at least had a subject line that could be filled
out.
>> > > At any rate, I find myself going into "Install Packages/Components" just
> > to identify a component with an
>> > > icon.
> >
> > I often use the View-Component List to locate stuff. It's faster than
> > browsing the palette if you have some idea of what you're looking for.
> >

Have you tried CompBar?  It's a free Delphi IDE addin.  Use the hot key to
activate it.  When it pops up you can search for an installed component with
wild cards.  For example "*mail*" would find all the installed components
with the substring "mail" in them.  It then shows you a list of icons with
the component name next to them.  You can use these icons to draw instances
of the component on a Delphi form.

I have no association with CompBar except as a a very happy user of it.
Since I now have the JVCL, Turbo Power's Orpheus suite and a slew of other
components (over 400+ now), it's become indispensable to me.

Here's a link:

http://sourceforge.net/project/showfiles.php?group_id=56731

thx




Subject: Re: I want JvMailTo and Instances back
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 26 Jan 2003 14:51:04 +0100
Newsgroups: jedi.vcl

> > Using 2.00. JvMailTo at least had a subject line that could be filled out.
> > At any rate, I find myself going into "Install Packages/Components" just
to identify a component with an
> > icon.

I often use the View-Component List to locate stuff. It's faster than
browsing the palette if you have some idea of what you're looking for.

> > Also, if JvInstances was archived, where's JvFirstInstance? There is no
> > JvFunctions tab where it is supposed to be.

There is no JvFunctions tab: it's a function in the JvFunctions.pas unit and
it's called "FirstInstance". To find this stuff yourself in the future, use
Delphi's Search in Files option, check "Search in directories" and set the
folder to "...JVCL\source". Or use Windows Explorer equivalent (not as good)

JvMailTo is in the \archive folder


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: I want JvMailTo and Instances back
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 26 Jan 2003 12:34:30 +0100
Newsgroups: jedi.vcl

JK Smith wrote:
> Using 2.00. JvMailTo at least had a subject line that could be filled out.
> Also, if JvInstances was archived, where's JvFirstInstance? There is no
> JvFunctions tab where it is supposed to be. At any rate, I find myself going
> into "Install Packages/Components" just to identify a component with an
> icon.

Functions will not be components in the JVCL. Many components have been dropped because of that and some more will follow.
The JCL is the place for functions. Have a look at it. The help is also much better than for the JVCL.
JclSimpleSendMail for example should handle most of your mailing needs.



Subject: I want JvMailTo and Instances back
From: "JK Smith" <jksmith@uscertifiedletters.com>
Date: Sun, 26 Jan 2003 03:17:44 -0600
Newsgroups: jedi.vcl

Using 2.00. JvMailTo at least had a subject line that could be filled out.
Also, if JvInstances was archived, where's JvFirstInstance? There is no
JvFunctions tab where it is supposed to be. At any rate, I find myself going
into "Install Packages/Components" just to identify a component with an
icon.

Thanks,
James




Subject: Attention to all JvInspector users
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 25 Jan 2003 19:19:26 +0100
Newsgroups: jedi.vcl

Hi,

as some of you have witnessed in the past, AVs occured when using the
standard example and the demo.ini file was not in the same folder as the
executable. There were two workarounds for this: place the demo.ini file in
the executables folder, or move the executable to a different folder (w/o
the demo.ini file). Thanks to you I was able to figure out it had something
to do with the installation of D7 (didn't really matter if JVCL/example was
build with D5, D6 or D7).

Recently, an anonymous user (if you read this: thank you!) had logged this
issue in our issue tracker
(http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=0000611),
but was able to give a more detailed description of where things went wrong
and the probable cause. I've made a change, and issue seemed to be resolved
according to this user. I'd appreciate if you could check if this also is
the case on your machines.

The fix has to be done in the TJvCustomInspectorItem.Edit_WndProc method.
Change it's implementation to the following:

procedure TJvCustomInspectorItem.Edit_WndProc(var Message: TMessage);
var
  ExecInherited: Boolean;
begin
  ExecInherited := True;
  case Message.Msg of
    WM_KEYDOWN,
    WM_SYSKEYDOWN,
    WM_CHAR:
      begin
        if iifValueList in Flags then
          with TWMKey(Message) do
          begin
            DoDropDownKeys(CharCode, KeyDataToShiftState(KeyData));
            if (CharCode <> 0) and DroppedDown then
            begin
              with TMessage(Message) do
                SendMessage(ListBox.Handle, Msg, WParam, LParam);
              if not (iifAllowNonListValues in Flags) or
                  ((Msg = WM_KEYDOWN) and
                  (TWMKeyDown(Message).CharCode in [VK_UP, VK_DOWN])) then
                ExecInherited := False;
            end;
          end;
// --->> add this piece
          if (Message.Msg = WM_KEYDOWN) and
(KeyDataToShiftState(Message.LParam) = []) and (
            Message.WParam in [VK_DOWN, VK_UP, VK_NEXT, VK_PRIOR]) then
          begin
            PostMessage(Inspector.Handle, Message.Msg, Message.WParam,
Message.LParam);
            Message.Result := 1;
            ExecInherited := False;
          end;
// <<--- upto here
      end;
  end;
  if ExecInherited then
    EditWndPrc(Message);
  case Message.Msg of
    WM_GETDLGCODE:
      begin
        if Inspector.WantTabs then
          Message.Result := Message.Result or DLGC_WANTTAB;
      end;
  end;
end;


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Sakis" <{NoSpAm}rf@in.gr>
Date: Sat, 25 Jan 2003 07:50:23 +0200
Newsgroups: jedi.vcl

Go to Delphi7\Help path and delete every GID file there (they are hidden)
Then delete any delphi .FTS file in \Windows\Help
Rebuild delphi help indexes on first run
Then everything should work just fine

"Uwe Kullmann" <kuluwe@web.de> wrote in message
news:b0p1e5$frv$1@talkto.net...
> > I´m using D7 on Win2000 and it doesn´t work,too!
> > Maybe someone has an idea?
> >
> > mfg
> > Uwe
> >
> >
> > "Andy Vines" <andy.vines@btconnect.com> schrieb im Newsbeitrag
> > news:avtsas$4ip$1@talkto.net...
>> > > The other option is to remove some of the help files for components that
> > you
>> > > may not use, such as Quickreports, Interbase and TeeChart etc. and then
> > add
>> > > the JCL/JVCL help files.
>> > >
>> > > "R. A. Larsen" <rene.larsen@spamfilter.dk> wrote in message
>> > > news:VA.00000002.0013ab6a@spamfilter.dk...
>>> > > > In article <avsfr5$vn5$1@talkto.net>, Marcel Bestebroer wrote:
>>>> > > > > Ahh, a Win9x user! The WinHELP system in Windows 95, 98 and possibly
> > ME
>> > > (not
>>>> > > > > sure about this one) can't handle large indexes. After you added
>> > > JCL/JVCL
>>>> > > > > help, the index became to large and WinHELP seems to be unable to
just
>> > > show
>>>> > > > > the index to a point that fits. This problem doesn't occur in Win
>> > > NT/2K/XP.
>>> > > >
>>> > > > Now I really want to say one of those four letter words, that is not
> > said
>> > > in
>>> > > > polite company ;)
>>> > > >
>>> > > > Regards, René
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: 350 components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 25 Jan 2003 06:24:19 +0100
Newsgroups: jedi.vcl

Nathan Baulch wrote:

> Is there any quality control performed on donated components?

Wait until end of February. I currently rework all JVCL components.
After cleaning the style of the sources we will try to improve as many components as possible.  Some will be dropped.



Subject: Re: 350 components
From: "Nathan Baulch" <nbaulch@bigpond.net.au>
Date: Sat, 25 Jan 2003 11:12:13 +1100
Newsgroups: jedi.vcl

>> > > Best update the jvcl.sourceforge.net page. We are already over 350
>> > > components even without the recent donations :-)
> >
> > Together it's getting then close to 500.
> >
> > Sounds like time to refactor and consolidate :)
> >
> > Michael
> >

As we all know, it's the fish that John West rejects, that makes John West
the best.
Is there any quality control performed on donated components?

Nathan




Subject: Re: deferences between c++builder version and delphi version
From: Aaron Linnen <alinnen@globalkiosk.com>
Date: Fri, 24 Jan 2003 15:20:46 -0600
Newsgroups: jedi.vcl

Any interest in using an Indy type install for JCL/JVCL (batch file that 
compiles it)?  At least for Builder it's a lot easier because it just uses 
the Delphi project file for compiling... no more keeping the builder files in 
sync.

I tried it a while ago and it worked well with JCL... even compiling the 
files that we causing problems for Builder.

Another option anyway.

Aaron

In article <b0mfip$1ah$1@talkto.net>, peter3@no.spam.peter3.com says...
> > As we have stated before, we don't have anyone able to maintain the BCB
> > files, so they are in effect unsupported. If you think that you could
> > contribute some time to keep these files in synch with the Delphi packages,
> > we would greatly appreciate it. We have one guy (maybe) interested in the
> > BCB5 files, but there is nothing to stop us from having several developers
> > supporting BCB, so if you are interested, please mail me privately and we
> > can arrange it.
> > 
> > Keeping these files in synch isn't a major undertaking either: it is mostly
> > a matter of keeping an eye on the jvcl-checkins mailining list and update
> > the BCB packages whenever units are added / removed in the Delphi packages.
> > That's about it (apart from getting them to work initially, of course!)
> > 
> > --
> > Regards,
> > 
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> > 
> > 


Subject: Re: Error: 'Property ..... does not exist'
From: "Stefan Bodingh" <stefan@nospamplease.bodingh.se>
Date: Fri, 24 Jan 2003 19:18:21 +0100
Newsgroups: jedi.vcl

I've tried the http://jvcl.sourceforge.net/daily/JVCL-Latest.zip and
replaced the subfolder JVCL of the "JCL122+JVCL200FinalFullInstall.zip" with
the downloaded version, but run into the following errors in
JVCL200_D50.DPK:

 [Hint] JvJVCLAbout.pas(73): Private symbol 'FHelpFile' declared but never
used [Hint] JvJVCLAbout.pas(74): Private symbol 'FHelpDirectory' declared
but never used [Warning] Unit 'JvTransLED' implicitly imported into package
'JVCL200_D50' [Warning] Unit 'JvxConst' implicitly imported into package
'JVCL200_D50' [Warning] Unit 'JvBalloonHint' implicitly imported into
package 'JVCL200_D50' [Warning] Unit 'JvJVCLAbout' implicitly imported into
package 'JVCL200_D50' [Error] WARNING. Duplicate resource(s):
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\JVCLReg.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type , ID \:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
discarded.
[Error]   Type  6 (STRING), ID 65376:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\radb.dcr string kept:
""
[Error]     File JVCL200_D50.str string discarded: "')' expected but %s
found"
[Error]   Type  6 (STRING), ID 65378:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\radb.dcr string kept:
""
[Error]     File JVCL200_D50.str string discarded: "Relational operators
require a field and a constant"
[Error]   Type 10 (RCDATA), ID TFRMPLUGINPARAMS:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\JVCLReg.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\JvPluginParams.DFM resource discarded.
[Error]   Type 10 (RCDATA), ID TJVREGEDITOR:
[Error]     File E:\UTV\JEDI\JVCL\Source\..\resources\ractl.dcr resource
kept; file E:\UTV\JEDI\JVCL\Source\JvRegAutoEditor.DFM resource discarded.

In the JVCL200_R50.DPK I got following errors:

[Warning] JvThumbviews.pas(499): Combining signed and unsigned types -
widened both operands [Hint] JvThumbviews.pas(116): Private symbol
'GetBufferName' declared but never used [Hint] JvThumbImage.pas(82): Private
symbol 'Rotate180' declared but never used [Warning] Unit 'zlib' implicitly
imported into package 'JVCL200_R50' [Warning] Unit 'zlibconst' implicitly
imported into package 'JVCL200_R50' [Hint] Package 'JVCL200_R50' does not
use or export 'JvDirectories.RC_allFolders' [Hint] Package 'JVCL200_R50'
does not use or export 'JvAlarms.RC_Alarm' [Fatal Error] Internal error:
URW533


The D7 was almost OK, but I got these messages in JVCL200_D70.DPK:

Build
  [Error] WARNING. Duplicate resource(s):
  [Error]   Type  2 (BITMAP), ID TJVACAPTIONBUTTON:
  [Error]     File ..\source\..\resources\rai.dcr resource kept; file
...\source\..\resources\ractl.dcr resource discarded.
  [Error]   Type  2 (BITMAP), ID TJVACOLORBUTTON:
  [Error]     File ..\source\..\resources\rai.dcr resource kept; file
...\source\..\resources\ractl.dcr resource discarded.
  [Error]   Type 10 (RCDATA), ID TFOLOG:
  [Error]     File ..\source\..\resources\JVCLReg.dcr resource kept; file
...\source\JvFormLog.DFM resource discarded.

I think I'll wait for a more stable build, until I make the next move ;-)

Regards,
/Stefan

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:b00qbe$k3b$1@talkto.net...
> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E23D3E6.F41C528E@gmx.de...
> >
>> > > When this appears you can load manually the file \JVCL200_R60.dpk failed
> > in
>> > > Delphi and try to compile it. I try it myself and get the following
error
>> > > message:
>> > >
>> > >   [Error] RLINK32: Unsupported 16bit resource in file
>> > > "C:\Programme\Borland\Delphi7\JEDI\jvcl\source\JvFDualLst.DFM"
>> > >
>> > > so there is a problem with the latest JVCL version in the cvs. Now it is
> > the
>> > > gurus time ...
> >
> > First of all, please remember that CVS files (incl. the Daily zip files)
are
> > ONLY for gurus, i.e. they are normally NOT supported. There are just too
> > many changes going on, and we can NOT test if the JVCL still compiles
after
> > each change to CVS.
> >
> > We might fix some bugs and recommend to try a particular file, but we can
> > NOT recommend to just download the whole CVS and replace all files,
because
> > in most cases this was just NOT tested. So you can do it only on your own
> > risk, and therefore please don't expect a support for the CVS files!!!!!
> >
> > And here it seems to be exactly the case. There were 3 DFM files that were
> > saved probably in D7. I have opened and saved them in D5, so the problem
> > should be gone.
> >
> > The files to download from CVS are:
> >
> > JvCheckItm.dfm
> > JvDirFrm.dfm
> > JvFDualLst.dfm
> >
> > FWIW - I have download all CVS files, and tried to installed using the
JEDI
> > Installer. It failed in D5, but D6 and D7 compiled/installed fine. After
> > that I have manually opened/installed JVCL in D5 and it worked.
> >
> > Michael
> >
> >
> >
> >




Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 24 Jan 2003 18:16:15 +0100
Newsgroups: jedi.vcl

> > Right, I just deleted and re-added the cnt file to the contents tab, saved
> > the project and it works this time. The only difference I noticed was that
> > it took a lot longer displaying the Preparing Help File For First Use
> > message.

Finally, it works. Anyone else who had this problem for which these steps
did not work?

> >
> > The only thing I think I have done differently from earlier is that I have
> > just had to re-start my machine and I went straight to Delphi and
Customized
> > the help. Maybe the helps not updating properly if you have already used
the
> > help first? Long shot!

Delphi rebuilds the help only if something in the contents tab has changed
and you save the project.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 24 Jan 2003 12:15:21 -0500
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:b0rpuj$ukf$1@talkto.net...

> > Right, I just deleted and re-added the cnt file to the contents tab, saved
> > the project and it works this time.

Works for me too :)

I've added it to JVCL FAQ:

http://jvcl.sourceforge.net/faq.htm

BTW - if you think that something should be added to this list, please let
me know.

Michael




Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Fri, 24 Jan 2003 16:46:01 -0000
Newsgroups: jedi.vcl

Right, I just deleted and re-added the cnt file to the contents tab, saved
the project and it works this time. The only difference I noticed was that
it took a lot longer displaying the Preparing Help File For First Use
message.

The only thing I think I have done differently from earlier is that I have
just had to re-start my machine and I went straight to Delphi and Customized
the help. Maybe the helps not updating properly if you have already used the
help first? Long shot!

Thanks

Andy


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b0r12h$pb3$1@talkto.net...
>> > > On checking again I seem to have the same problem as well, no F1 help
and
>> > > the JVCL comps don't appear in the index after activating the help with
> > F1.
>> > > If you choose Delphi Help from the menu then the components are in the
> > index
>> > > so something is missing.
>> > >
>> > > There should be the .hlp file in the Index & Link tabs - But it seems we
> > are
>> > > missing the .toc file to add to the Master Table of Contents. Also does
>> > > anyone know if the help files have been built with ALinks as they are
>> > > mentioned in the Open Help Help.
> >
> > The .toc file is the same as the .cnt (in this case at least). Once you
add
> > that it should work normally (F1 help on JVCL comps/methods/properties
will
> > popup the help on the requested subject, provided it's documented of
course
> > ;) )
> >
>> > >
>> > > Not sure what is missing but it could be one of these two things.
>> > >
>> > > I decompiled the file using Helpmaker and it did not show any KLinks or
>> > > ALinks but that might be Helpmaker?
> >
> > I think it is HelpMaker. Doc-O-Matic does provide them.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: Cant install JVCL_2003_01_23 on D5
From: @in@taavi.ee (Ain)
Date: Fri, 24 Jan 2003 14:36:10 GMT
Newsgroups: jedi.vcl

On Thu, 23 Jan 2003 23:34:25 +0300, "Arioch /BDV/" <the_Arioch@nm.ru>
wrote:

> >What is the line JVCL200_D50.dpk(37)  ?

As I wrote in my original message, it points to JVCL200_R50 in
requires section...


> > ??>> Ok, what about Project Options | Directories | Search Path ?
> >
> > u> $(DELPHI)\XLib\jvcl\source;$(DELPHI)\XLib\jvcl\common;$(DELPHI)\Source\T
> >
> >Jcl\source ?

Doesn't make any difference.

But I went back and rebuild JVCL200_R50. Now I got rid of the strange
error, but still can't compile JVCL200_D50 - AV at address 04E19D09 in
module RLink32.dll.


> > u> btw I forgot to mention that I'm using D5.1 Pro.
> >
> >service packs ?

Well, with 5.1 I mean D5 with SP1.


> > u> Is Rx resource names in JVCL corrected so that there won't be those
> > u> "dublicate resource" warnings?
> >
> >IMHO this could only appear if to use both Rx and Jvcl-Rx in one project.
> >But why? Use one of them!

Thats exactly why I'm tring to install JVCL - as RxLib is gone I want
move to JVCL. But I still have some projects with Rx and I don't want
to convert them, so I would like to have both Rx and JVCL installed
(but of course I don't plan to mix them)...

Anyway, I installed now JVCL 2 Final stable and everithing went ok,
only some hints and warnings when compiling runtime package (I include
them here so you can clear them up):

[Hint] JvDragDrop.pas(66): Variable 'WinCtl' is declared but never
used in 'TJvDragDrop.Create'
[Warning] JvPerforated.pas(121): Return value of function
'TJvPerforated.FormPosSizeChange' might be undefined
[Hint] JvSystemPopup.pas(86): Private symbol 'FCaption' declared but
never used
[Hint] JvItemsPanel.pas(46): Private symbol 'FAutoSize' declared but
never used
[Hint] JvTimeLine.pas(207): Private symbol 'FOldHint' declared but
never used
[Warning] JvThumbviews.pas(493): Combining signed and unsigned types -
widened both operands
[Hint] JvThumbviews.pas(115): Private symbol 'GetBufferName' declared
but never used
[Hint] JvThumbImage.pas(82): Private symbol 'Rotate180' declared but
never used
[Warning] Unit 'zlib' implicitly imported into package 'JVCL200_R50'
[Warning] Unit 'zlibconst' implicitly imported into package
'JVCL200_R50'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDirectories.RC_allFolders'
[Hint] Package 'JVCL200_R50' does not use or export
'JvAlarms.RC_Alarm'
[Hint] Package 'JVCL200_R50' does not use or export
'JvMemo.GetFontHeight'
[Hint] Package 'JVCL200_R50' does not use or export
'JvMemo.AddVScrollbar'
[Hint] Package 'JVCL200_R50' does not use or export
'JvMemo.RemoveVScrollbar'
[Hint] Package 'JVCL200_R50' does not use or export
'JvCtrls.RsLBVirtualCantBeSorted'
[Hint] Package 'JVCL200_R50' does not use or export
'JvRecentMenuBtn.SortByName'
[Hint] Package 'JVCL200_R50' does not use or export
'JvSysComp.RsListIndex'
[Hint] Package 'JVCL200_R50' does not use or export
'JvSysComp.RsPIDNotFound'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDialogs.InstallW2kFix'
[Hint] Package 'JVCL200_R50' does not use or export
'JvItemsPanel.GetFontHeight'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDriveCtrls.ExtractLastFolder'
[Hint] Package 'JVCL200_R50' does not use or export 'JvTMTL.Max'
[Hint] Package 'JVCL200_R50' does not use or export
'JvSimpleXml.ConvertErrorFmt'
[Hint] Package 'JVCL200_R50' does not use or export
'JvSimpleXml.StrToBool'
[Hint] Package 'JVCL200_R50' does not use or export
'JvInspector.TCanvasStack.Peek'
[Hint] Package 'JVCL200_R50' does not use or export
'JvInspector.TJvInspDataReg.Delete'
[Hint] Package 'JVCL200_R50' does not use or export
'JvRichEd.IID_IRichEditOle'
[Hint] Package 'JVCL200_R50' does not use or export
'JvRichEd.IID_IRichEditOleCallback'
[Hint] Package 'JVCL200_R50' does not use or export
'JvVerInf.MemAlloc'
[Hint] Package 'JVCL200_R50' does not use or export
'JvVerInf.LanguageValues'
[Hint] Package 'JVCL200_R50' does not use or export
'JvVerInf.CharacterSetValues'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDBFilter.FilterErrorFmt'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDSADialogs.TDSARegister.Delete'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDSADialogs.TDSARegister.Delete'
[Hint] Package 'JVCL200_R50' does not use or export
'JvDSADialogs.TDSARegister.Locate'
[Hint] Package 'JVCL200_R50' does not use or export
'jvBandObject.AddContextMenuItem'
[Hint] Package 'JVCL200_R50' does not use or export
'JvInterpreterParser.HasChar'


ain


Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 24 Jan 2003 08:25:11 -0500
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:b0qupt$orf$1@talkto.net...
> > On checking again I seem to have the same problem as well, no F1 help and
> > the JVCL comps don't appear in the index after activating the help with
F1.
> > If you choose Delphi Help from the menu then the components are in the
index
> > so something is missing.

I can confirm this as well. (D7, Win2000)

Michael




Subject: Re: Problem installing JVCL in Delphi 6
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 24 Jan 2003 08:22:25 -0500
Newsgroups: jedi.vcl

"Max" <vadag@mail.ru> wrote in message news:b0rbjm$rl4$1@talkto.net...
> > I have similar problem too. I've download the version of 22 Jan from
> > jvcl.sf.net/daily and trying to install it manually (in IDE) I've got the
> > following: "RLINK32 : Out of memory".

I guess, we'll have to shut down the "daily" CVS builds.

They are NOT supported, and it seems like too many people have too many
problems trying to install the builds.

Once again: the daily builds are NOT tested, and one has to assume that they
most probably will NOT work. If you like to live on the "bleeding edge" then
they are for you, but remember that you're on your own.

If there is a problem with the official release, we can solve it because it
was tested, and if there are bugs resolved, we can point to the updated
file.

I am sorry, but responding to all questions related to issues caused by
"Daily" builds unfortunately takes too much from other JVCL development and
it's not very productive.

Michael




Subject: Re: Problem installing JVCL in Delphi 6
From: "Max" <vadag@mail.ru>
Date: Fri, 24 Jan 2003 22:41:55 +1000
Newsgroups: jedi.vcl

I have similar problem too. I've download the version of 22 Jan from
jvcl.sf.net/daily and trying to install it manually (in IDE) I've got the
following: "RLINK32 : Out of memory". JEDI installer catches an exception
from compiler but says that everything was OK. It's clear that IDE can't
load the rt-package. The only way I haven't try yet it's manual compiling
using dcc32.

Environment:
    D6.02 (with RTL update 1)
    128Mb
    Celeron 366

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b0pei0$igi$1@talkto.net...
> > We need a lot more info than that to be able to help you. If you've used
the
> > JediInstaller, try to install manually as you probably will get better
error
> > messages
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: Are there database access components for delphi personal editions
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 24 Jan 2003 15:22:38 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 24 Jan 2003 10:13:18 +0000 (UTC))
....while the fading voice of Will whispered through the darkness:

 WH> I am currently using the Delphi 6 personal edition.  Are there any
 WH> components which allow access to database (eg: firebird, mysql)

What is There ? Within D6P - no. 3rd party - yes.
There even is free component set for Oracle 7/8/9 (NCOCI)

I'd suggest You www.torry.net

 WH> firebird and Interbase can be accessed from the personal edition with
 WH> IBObjects (native IBO) see http:\\www.ibobjects.com for details

Currently there are 3 branches of IB.

Borland IB - has ambitions to compete MS SQL and Oracle, so tries to
implement SMP.
But still has silly bugs, for example with SP parameters.
SupersServer version only. They told to make SMP-enabled SS with IB 7.0.

Firebird - with 1.5 and planned 2.0 they are moving towards converting code
to OOP.
Version 1.0 is free, 1.5 hope will be free too. 2.0 id a big question.
Resurrected Win32 Classic Server for SMP. Embedded server version. (both are
beta IMHO)

Yaffil - focused on tuning current code as is including Win32-related
optimisation.
Win32 is the only target OS. The fastest branch now.
www.interbase-world.com www.yaffil.ibase.ru
Stable Classic version. RC1 Embedded version.

Access components:

IBX based on Free IB components. Is made by Borland. Officially supports
only IB.
Not recomended for FB and Ya.

IBO - hystorical competitor for FIBC. Supports IB and FB.

FIB+ (www.devrace.com) - based on FIBC too. Supports


UI components - look at http://members.fortunecity.com/polarissoft/index.html
Though i doubt whether they depends upon std borland db-aware components.
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Fri, 24 Jan 2003 12:39:47 +0100
Newsgroups: jedi.vcl

> > Way ahead of you ;)
I knew that!

> >The ALS file (IIRC) is just a list of ALink/KLink to the
> > correct help file. DOM3 will provide this file.
That's too bad: if it *were* the ALS file, it might have been easier to fix
the problem ;) (which I don't have myself, BTW)

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 24 Jan 2003 11:55:41 +0100
Newsgroups: jedi.vcl

> > I've heard some rumours about D7 needing "ALS" files, but I don't know
what
> > they are apart from that it has been discussed in association with the
> > recent TP releases and decompiling/recompiling of the TP help files (there
> > are no help file sources included in the TP OpenSource projects)...
> >
> > Maybe worth investigating?
> >

Way ahead of you ;) The ALS file (IIRC) is just a list of ALink/KLink to the
correct help file. DOM3 will provide this file.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Are there database access components for delphi personal editions
From: "Will Honor" <(NOSPAM) @ (NOSPAM).net>
Date: Fri, 24 Jan 2003 10:38:24 +0000 (UTC)
Newsgroups: jedi.vcl

I think the IBX components are avaiable on the Interbase OpenSource 
site too.

Will that work? you need Tdataset for anything except TIBSQL in IBX and 
that is not in the personal edition.
                Regards Will


Subject: Re: Are there database access components for delphi personal editions
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Fri, 24 Jan 2003 10:38:17 -0000
Newsgroups: jedi.vcl

I think the IBX components are avaiable on the Interbase OpenSource site
too.

--
Trevor Pegley
Visionhall
"Will Honor" <(NOSPAM) @ (NOSPAM).net> wrote in message
news:b0r3jt$ptd$1@talkto.net...
> > I am currently using the Delphi 6 personal edition.  Are there any
> > components which allow access to database (eg: firebird, mysql)
> >
> > firebird and Interbase can be accessed from the personal edition with
> > IBObjects (native IBO) see http:\\www.ibobjects.com for details




Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Fri, 24 Jan 2003 11:28:56 +0100
Newsgroups: jedi.vcl

I've heard some rumours about D7 needing "ALS" files, but I don't know what
they are apart from that it has been discussed in association with the
recent TP releases and decompiling/recompiling of the TP help files (there
are no help file sources included in the TP OpenSource projects)...

Maybe worth investigating?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Are there database access components for delphi personal editions
From: "Will Honor" <(NOSPAM) @ (NOSPAM).net>
Date: Fri, 24 Jan 2003 10:13:18 +0000 (UTC)
Newsgroups: jedi.vcl

I am currently using the Delphi 6 personal edition.  Are there any
components which allow access to database (eg: firebird, mysql)

firebird and Interbase can be accessed from the personal edition with 
IBObjects (native IBO) see http:\\www.ibobjects.com for details


Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 24 Jan 2003 10:41:19 +0100
Newsgroups: jedi.vcl

> > On checking again I seem to have the same problem as well, no F1 help and
> > the JVCL comps don't appear in the index after activating the help with
F1.
> > If you choose Delphi Help from the menu then the components are in the
index
> > so something is missing.
> >
> > There should be the .hlp file in the Index & Link tabs - But it seems we
are
> > missing the .toc file to add to the Master Table of Contents. Also does
> > anyone know if the help files have been built with ALinks as they are
> > mentioned in the Open Help Help.

The .toc file is the same as the .cnt (in this case at least). Once you add
that it should work normally (F1 help on JVCL comps/methods/properties will
popup the help on the requested subject, provided it's documented of course
;) )

> >
> > Not sure what is missing but it could be one of these two things.
> >
> > I decompiled the file using Helpmaker and it did not show any KLinks or
> > ALinks but that might be Helpmaker?

I think it is HelpMaker. Doc-O-Matic does provide them.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Fri, 24 Jan 2003 09:02:35 -0000
Newsgroups: jedi.vcl

On checking again I seem to have the same problem as well, no F1 help and
the JVCL comps don't appear in the index after activating the help with F1.
If you choose Delphi Help from the menu then the components are in the index
so something is missing.

There should be the .hlp file in the Index & Link tabs - But it seems we are
missing the .toc file to add to the Master Table of Contents. Also does
anyone know if the help files have been built with ALinks as they are
mentioned in the Open Help Help.

Not sure what is missing but it could be one of these two things.

I decompiled the file using Helpmaker and it did not show any KLinks or
ALinks but that might be Helpmaker?

Andy


"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E302AD7.C0B36E7E@gmx.de...
> > Hi Andy
> >
> >
> > Andy Vines schrieb:
> >
>> > > Works fine for me using D7 & Win2000. Have you gone to customize help in
>> > > Delphi and checked that the files are there.
> >
> > I have the same problem. I have checked the dialog and the JVCL.hlp file
is
> > there. I am not sure which tab the one is for the context help JVCL is in
three
> > tabs. I read the help already but it is not clear in my mind.
> >
> > best regards
> > Ralf Grenzing
> >
> >
>> > >
>> > >
>> > > "Uwe Kullmann" <kuluwe@web.de> wrote in message
>> > > news:b0p1e5$frv$1@talkto.net...
>>> > > > I´m using D7 on Win2000 and it doesn´t work,too!
>>> > > > Maybe someone has an idea?
>>> > > >
>>> > > > mfg
>>> > > > Uwe
>>> > > >
>>> > > >
>>> > > > "Andy Vines" <andy.vines@btconnect.com> schrieb im Newsbeitrag
>>> > > > news:avtsas$4ip$1@talkto.net...
>>>> > > > > The other option is to remove some of the help files for components
that
>>> > > > you
>>>> > > > > may not use, such as Quickreports, Interbase and TeeChart etc. and
then
>>> > > > add
>>>> > > > > the JCL/JVCL help files.
>>>> > > > >
>>>> > > > > "R. A. Larsen" <rene.larsen@spamfilter.dk> wrote in message
>>>> > > > > news:VA.00000002.0013ab6a@spamfilter.dk...
>>>>> > > > > > In article <avsfr5$vn5$1@talkto.net>, Marcel Bestebroer wrote:
>>>>>> > > > > > > Ahh, a Win9x user! The WinHELP system in Windows 95, 98 and
possibly
>>> > > > ME
>>>> > > > > (not
>>>>>> > > > > > > sure about this one) can't handle large indexes. After you added
>>>> > > > > JCL/JVCL
>>>>>> > > > > > > help, the index became to large and WinHELP seems to be unable
to
>> > > just
>>>> > > > > show
>>>>>> > > > > > > the index to a point that fits. This problem doesn't occur in
Win
>>>> > > > > NT/2K/XP.
>>>>> > > > > >
>>>>> > > > > > Now I really want to say one of those four letter words, that is
not
>>> > > > said
>>>> > > > > in
>>>>> > > > > > polite company ;)
>>>>> > > > > >
>>>>> > > > > > Regards, René
>>>>> > > > > >
>>>> > > > >
>>>> > > > >
>>> > > >
>>> > > >
> >




Subject: Re: Will there ever be a JediX?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 24 Jan 2003 05:59:51 +0100
Newsgroups: jedi.vcl

Robert Oschler wrote:

> True.  Heck it seems like the first project would be to create a VCL source
> scanner to target which components are heavily dependent on the VCL and
> Windows API or not.  Yikes.

thanks to my parents i exist for some time now ;-)
At the end of February i should know most of the components.



Subject: Mediaplayer with stream
From: "Romeo" <romeo_isaksson@hotmail.com>
Date: Fri, 24 Jan 2003 02:35:28 +0100
Newsgroups: jedi.vcl

Hi!

Are there anyone who is working on a component that it is an extended
mediplayer that can read from a TMemoryStream, or does anyone have plans to
make one?

Regards,
Romeo




Subject: Re: Are there database access components for delphi personal editions
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 23 Jan 2003 17:23:25 -0500
Newsgroups: jedi.vcl

"Garnett" <talorigomat@yahoo.co.uk> wrote in message
news:b0pmqg$k04$1@talkto.net...

> > I am currently using the Delphi 6 personal edition.  Are there any
> > components which allow access to database (eg: firebird, mysql)

No.

Michael




Subject: Are there database access components for delphi personal editions
From: "Garnett" <talorigomat@yahoo.co.uk>
Date: Thu, 23 Jan 2003 21:40:12 -0000
Newsgroups: jedi.vcl

I am currently using the Delphi 6 personal edition.  Are there any
components which allow access to database (eg: firebird, mysql)




Subject: Re: Cant install JVCL_2003_01_23 on D5
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 23 Jan 2003 23:34:25 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 23 Jan 2003 18:27:24 +0200)
....while the fading voice of user@domain.invalid whispered through the darkness:

What is the line JVCL200_D50.dpk(37)  ?

 ??>> Ok, what about Project Options | Directories | Search Path ?

 u> $(DELPHI)\XLib\jvcl\source;$(DELPHI)\XLib\jvcl\common;$(DELPHI)\Source\T

Jcl\source ?

 u> btw I forgot to mention that I'm using D5.1 Pro.

service packs ?

 u> Is Rx resource names in JVCL corrected so that there won't be those
 u> "dublicate resource" warnings?

IMHO this could only appear if to use both Rx and Jvcl-Rx in one project.
But why? Use one of them!

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Problem installing JVCL in Delphi 6
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 23 Jan 2003 20:19:06 +0100
Newsgroups: jedi.vcl

We need a lot more info than that to be able to help you. If you've used the
JediInstaller, try to install manually as you probably will get better error
messages
--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Globus VCL joins JEDI VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 23 Jan 2003 13:35:57 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b0p99e$hdb$1@talkto.net...
> > I have converted some of the palette icons to Jedi version. Who gets them?

Thanks for doing it.

You can email them to Rob, myself, or add them to CVS:

\dev\Globus\images

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: Globus VCL joins JEDI VCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 23 Jan 2003 18:49:12 +0100
Newsgroups: jedi.vcl

I have converted some of the palette icons to Jedi version. Who gets them?



Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Thu, 23 Jan 2003 18:48:07 +0100
Newsgroups: jedi.vcl

Hi Andy


Andy Vines schrieb:

> > Works fine for me using D7 & Win2000. Have you gone to customize help in
> > Delphi and checked that the files are there.

I have the same problem. I have checked the dialog and the JVCL.hlp file is
there. I am not sure which tab the one is for the context help JVCL is in three
tabs. I read the help already but it is not clear in my mind.

best regards
Ralf Grenzing


> >
> >
> > "Uwe Kullmann" <kuluwe@web.de> wrote in message
> > news:b0p1e5$frv$1@talkto.net...
>> > > I´m using D7 on Win2000 and it doesn´t work,too!
>> > > Maybe someone has an idea?
>> > >
>> > > mfg
>> > > Uwe
>> > >
>> > >
>> > > "Andy Vines" <andy.vines@btconnect.com> schrieb im Newsbeitrag
>> > > news:avtsas$4ip$1@talkto.net...
>>> > > > The other option is to remove some of the help files for components that
>> > > you
>>> > > > may not use, such as Quickreports, Interbase and TeeChart etc. and then
>> > > add
>>> > > > the JCL/JVCL help files.
>>> > > >
>>> > > > "R. A. Larsen" <rene.larsen@spamfilter.dk> wrote in message
>>> > > > news:VA.00000002.0013ab6a@spamfilter.dk...
>>>> > > > > In article <avsfr5$vn5$1@talkto.net>, Marcel Bestebroer wrote:
>>>>> > > > > > Ahh, a Win9x user! The WinHELP system in Windows 95, 98 and possibly
>> > > ME
>>> > > > (not
>>>>> > > > > > sure about this one) can't handle large indexes. After you added
>>> > > > JCL/JVCL
>>>>> > > > > > help, the index became to large and WinHELP seems to be unable to
> > just
>>> > > > show
>>>>> > > > > > the index to a point that fits. This problem doesn't occur in Win
>>> > > > NT/2K/XP.
>>>> > > > >
>>>> > > > > Now I really want to say one of those four letter words, that is not
>> > > said
>>> > > > in
>>>> > > > > polite company ;)
>>>> > > > >
>>>> > > > > Regards, René
>>>> > > > >
>>> > > >
>>> > > >
>> > >
>> > >



Subject: Re: Cant install JVCL_2003_01_23 on D5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 23 Jan 2003 12:42:01 -0500
Newsgroups: jedi.vcl

<user@domain.invalid> wrote in message news:b0p4ee$ggk$1@talkto.net...

> > Is Rx resource names in JVCL corrected so that there won't be those
> > "dublicate resource" warnings?

This has been fixed by Peter, as far as I know..

Michael




Subject: Problem installing JVCL in Delphi 6
From: Mariano López <vidriosjujuy-NOSPAMPLEASE-@infovia.com.ar>
Date: Thu, 23 Jan 2003 14:23:11 -0300
Newsgroups: jedi.vcl

Hi. I recently downloaded JCL122+JVCL200FinalFullInstall.zip and tried to install it in Delphi 6, but the Borland Pascal Compiler crashes and then I can't install it.
What can I do?

Thanks.

Best regards,
Mariano.


Subject: Re: Cant install JVCL_2003_01_23 on D5
From: user@domain.invalid
Date: Thu, 23 Jan 2003 18:27:24 +0200
Newsgroups: jedi.vcl


Arioch /BDV/ wrote:
>
> 'd' ???

Thats exactly what I thought :)


> Ok, what about Project Options | Directories | Search Path ?

$(DELPHI)\XLib\jvcl\source;$(DELPHI)\XLib\jvcl\common;$(DELPHI)\Source\Toolsapi;$(DELPHI)\Projects\Bpl

"$(DELPHI)\Projects\Bpl" is added by me but it doesn't make any difference...
btw I forgot to mention that I'm using D5.1 Pro.

Also, I had to fix JVCL.inc and JvINI.pas files as they are in Unix "format" (line too long error when compiling).


>  u> btw I do have RxLib still installed, but this shouldn't be problem?
> No problems with latest original Rx and JVCL 2 beta

Is Rx resource names in JVCL corrected so that there won't be those "dublicate resource" warnings?


TIA
ain



Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 23 Jan 2003 16:01:06 -0000
Newsgroups: jedi.vcl

Works fine for me using D7 & Win2000. Have you gone to customize help in
Delphi and checked that the files are there.

"Uwe Kullmann" <kuluwe@web.de> wrote in message
news:b0p1e5$frv$1@talkto.net...
> > I´m using D7 on Win2000 and it doesn´t work,too!
> > Maybe someone has an idea?
> >
> > mfg
> > Uwe
> >
> >
> > "Andy Vines" <andy.vines@btconnect.com> schrieb im Newsbeitrag
> > news:avtsas$4ip$1@talkto.net...
>> > > The other option is to remove some of the help files for components that
> > you
>> > > may not use, such as Quickreports, Interbase and TeeChart etc. and then
> > add
>> > > the JCL/JVCL help files.
>> > >
>> > > "R. A. Larsen" <rene.larsen@spamfilter.dk> wrote in message
>> > > news:VA.00000002.0013ab6a@spamfilter.dk...
>>> > > > In article <avsfr5$vn5$1@talkto.net>, Marcel Bestebroer wrote:
>>>> > > > > Ahh, a Win9x user! The WinHELP system in Windows 95, 98 and possibly
> > ME
>> > > (not
>>>> > > > > sure about this one) can't handle large indexes. After you added
>> > > JCL/JVCL
>>>> > > > > help, the index became to large and WinHELP seems to be unable to
just
>> > > show
>>>> > > > > the index to a point that fits. This problem doesn't occur in Win
>> > > NT/2K/XP.
>>> > > >
>>> > > > Now I really want to say one of those four letter words, that is not
> > said
>> > > in
>>> > > > polite company ;)
>>> > > >
>>> > > > Regards, René
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 23 Jan 2003 10:45:00 -0500
Newsgroups: jedi.vcl

"Uwe Kullmann" <kuluwe@web.de> wrote in message
news:b0p1e5$frv$1@talkto.net...
> > I´m using D7 on Win2000 and it doesn´t work,too!

What doesn't work? Can you be more specific?

I have the same (i.e. D7 on Win2000) and don't have any problems.

Michael




Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Uwe Kullmann" <kuluwe@web.de>
Date: Thu, 23 Jan 2003 16:34:50 +0100
Newsgroups: jedi.vcl

I´m using D7 on Win2000 and it doesn´t work,too!
Maybe someone has an idea?

mfg
Uwe


"Andy Vines" <andy.vines@btconnect.com> schrieb im Newsbeitrag
news:avtsas$4ip$1@talkto.net...
> > The other option is to remove some of the help files for components that
you
> > may not use, such as Quickreports, Interbase and TeeChart etc. and then
add
> > the JCL/JVCL help files.
> >
> > "R. A. Larsen" <rene.larsen@spamfilter.dk> wrote in message
> > news:VA.00000002.0013ab6a@spamfilter.dk...
>> > > In article <avsfr5$vn5$1@talkto.net>, Marcel Bestebroer wrote:
>>> > > > Ahh, a Win9x user! The WinHELP system in Windows 95, 98 and possibly
ME
> > (not
>>> > > > sure about this one) can't handle large indexes. After you added
> > JCL/JVCL
>>> > > > help, the index became to large and WinHELP seems to be unable to just
> > show
>>> > > > the index to a point that fits. This problem doesn't occur in Win
> > NT/2K/XP.
>> > >
>> > > Now I really want to say one of those four letter words, that is not
said
> > in
>> > > polite company ;)
>> > >
>> > > Regards, René
>> > >
> >
> >




Subject: Re: Cant install JVCL_2003_01_23 on D5
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 23 Jan 2003 18:00:11 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 23 Jan 2003 16:21:17 +0200)
....while the fading voice of user@domain.invalid whispered through the darkness:

  u> [Fatal Error] JVCL200_D50.dpk(37): Required package 'd' not found

 u> (it is on reguires section and points to JVCL200_R50).
'd' ???
Ok, what about Project Options | Directories | Search Path ?

 u> btw I do have RxLib still installed, but this shouldn't be problem?
No problems with latest original Rx and JVCL 2 beta


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Cant install JVCL_2003_01_23 on D5
From: user@domain.invalid
Date: Thu, 23 Jan 2003 16:21:17 +0200
Newsgroups: jedi.vcl

Hi!

I downloaded latest JVCL source and managed to compile JVCL200_R50.dpk OK(*), but when I compile JVCL200_D5.dpk I get strange error

[Fatal Error] JVCL200_D50.dpk(37): Required package 'd' not found

(it is on reguires section and points to JVCL200_R50).
Any idea?
btw I do have RxLib still installed, but this shouldn't be problem?

(*) got following hints and warnings:
[Warning] Unit 'zlib' implicitly imported into package 'JVCL200_R50'
[Warning] Unit 'zlibconst' implicitly imported into package 'JVCL200_R50'
[Hint] Package 'JVCL200_R50' does not use or export 'JvDirectories.RC_allFolders'
[Hint] Package 'JVCL200_R50' does not use or export 'JvAlarms.RC_Alarm'
[Hint] Package 'JVCL200_R50' does not use or export 'JvMemo.GetFontHeight'
[Hint] Package 'JVCL200_R50' does not use or export 'JvMemo.AddVScrollbar'
[Hint] Package 'JVCL200_R50' does not use or export 'JvMemo.RemoveVScrollbar'
[Hint] Package 'JVCL200_R50' does not use or export 'JvCtrls.RsLBVirtualCantBeSorted'
[Hint] Package 'JVCL200_R50' does not use or export 'JvRecentMenuBtn.SortByName'
[Hint] Package 'JVCL200_R50' does not use or export 'JvSysComp.RsListIndex'
[Hint] Package 'JVCL200_R50' does not use or export 'JvSysComp.RsPIDNotFound'
[Hint] Package 'JVCL200_R50' does not use or export 'JvDialogs.InstallW2kFix'
[Hint] Package 'JVCL200_R50' does not use or export 'JvItemsPanel.GetFontHeight'
[Hint] Package 'JVCL200_R50' does not use or export 'JvDriveCtrls.ExtractLastFolder'
[Hint] Package 'JVCL200_R50' does not use or export 'JvOLBar.TJvOutlookBarEdit.GetCanvas'
[Hint] Package 'JVCL200_R50' does not use or export 'JvTMTL.Max'
[Hint] Package 'JVCL200_R50' does not use or export 'JvSimpleXml.ConvertErrorFmt'
[Hint] Package 'JVCL200_R50' does not use or export 'JvSimpleXml.StrToBool'
[Hint] Package 'JVCL200_R50' does not use or export 'JvInspector.TCanvasStack.Peek'
[Hint] Package 'JVCL200_R50' does not use or export 'JvInspector.TJvInspDataReg.Delete'
[Hint] Package 'JVCL200_R50' does not use or export 'JvInspector.TInstanceItem.DeleteMethod'
[Hint] Package 'JVCL200_R50' does not use or export 'JvInspector.TInstanceItem.DeleteMethod'
[Hint] Package 'JVCL200_R50' does not use or export 'JvRichEd.IID_IRichEditOle'
[Hint] Package 'JVCL200_R50' does not use or export 'JvRichEd.IID_IRichEditOleCallback'
[Hint] Package 'JVCL200_R50' does not use or export 'JvVerInf.MemAlloc'
[Hint] Package 'JVCL200_R50' does not use or export 'JvVerInf.LanguageValues'
[Hint] Package 'JVCL200_R50' does not use or export 'JvVerInf.CharacterSetValues'
[Hint] Package 'JVCL200_R50' does not use or export 'JvDBFilter.FilterErrorFmt'
[Hint] Package 'JVCL200_R50' does not use or export 'JvDSADialogs.TDSARegister.Delete'
[Hint] Package 'JVCL200_R50' does not use or export 'JvDSADialogs.TDSARegister.Delete'
[Hint] Package 'JVCL200_R50' does not use or export 'JvDSADialogs.TDSARegister.Locate'
[Hint] Package 'JVCL200_R50' does not use or export 'jvBandObject.AddContextMenuItem'
[Hint] Package 'JVCL200_R50' does not use or export 'JvInterpreterParser.HasChar'


TIA
ain



Subject: Re: Turbopower files
From: "Daniel Rail" <daniel@accra.ca>
Date: Thu, 23 Jan 2003 05:06:40 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E2C229A.F84EFCA9@gmx.de...
>> > > Had they released it under GPL, current customers couldn't use any of
the
>> > > improvements in their commercial applications, and therefore would feel
>> > > cheated.
> >
> > just one question for my clearness. I thought the customers can use the
> > components if they would be released under GPL if the only use the
unmodified
> > comps, or am I wrong?

Turbo Power is releasing the components under MPL, so they can be used free
for commercial use, just like JVCL is.

Daniel Rail




Subject: Re: What with this dmf files ?!?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 22 Jan 2003 17:57:40 -0500
Newsgroups: jedi.vcl

"Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
news:b0n1m9$4qj$1@talkto.net...

> > I installed JVCL :)

Finally!!! It would be time!!!

Just kidding! :)

Michael




Subject: Re: Will there ever be a JediX?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Wed, 22 Jan 2003 17:08:11 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b0mh09$1l4$1@talkto.net...
> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:b0mgcm$1gq$1@talkto.net...
>> > > Just wondering if there will ever be a JEDI for Kylix.  There's a joke
in
>> > > here about the dark side and the force but I won't go there. :)
> >
> > Currently no plans. But if there are some Kylix developers who would like
to
> > try to extract and convert some of the JVCL functionality to Kylix, then
all
> > the power to them.
> >
> > I guess, it would be possible only for parts of JVCL since a lot of JVCL
> > depends heavily on Windows API and VCL.
> >
> > Michael
> >
> >

True.  Heck it seems like the first project would be to create a VCL source
scanner to target which components are heavily dependent on the VCL and
Windows API or not.  Yikes.

thx





Subject: Re: What with this dmf files ?!?
From: "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl>
Date: Wed, 22 Jan 2003 22:28:15 +0100
Newsgroups: jedi.vcl

Thanks !!
I installed JVCL :)

Mariusz

U¿ytkownik "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> napisa³
w wiadomo¶ci news:b0m4qj$uh7$1@talkto.net...
> > "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
> > news:b0m0k4$tgp$1@talkto.net...
>> > > Last with JvDirFrm.dfm, JvCheckItm.dfm
>> > > The best will be save are as text end in this form dispath on CVS
> >
> > Both of them have been updated in CVS 15 hours ago
> >
> > http://cvs.sf.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvDirFrm.dfm
> > http://cvs.sf.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvCheckItm.dfm
> >
> > Try to download them again.
> >
> > They are also contained in the Latest zip files.
> >
> > Michael
> >
> >




Subject: Re: Wiki again
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 22 Jan 2003 13:59:20 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b0mj1a$222$1@talkto.net...
> > Should we try to set up a Wiki for the JVCL sources?
> > It would be no replacement for the CVS, but maybe it helps with bugfixing.
> > The main obstacle for contributing seems to be the download and setup of
> > the CVS.

Bug fixes together with fixes should be uploaded to our "Issue Tracker"
which is pretty easy to use.

So I don't have the impression that CVS is the main issue.

But let's hear from people who wanted to contribute but somehow it wasn't
easy for them. What's holding you back? How could we make it easier for you?

Michael




Subject: Re: Wiki again
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Jan 2003 19:20:06 +0100
Newsgroups: jedi.vcl

> > The help should definitely set up as a Wiki.

I've had some communication with Michael about this. Although the idea of
WiKi is great, I don't like the manual copy mode. It get's worse for the
current help authors who probably don't want to document online (especially
those with dial-up connections). What will happen is that a user who
actually wants to contribute to the help, just picks a unit and starts
typing, unaware of the fact that someone is already documenting it straight
into a .dtx file.

Another problem is that it's not easy to find changes/additions to existing
documentation. So even if the maintainers keep an eye on it every day, it
will take much time to just find the changes to existing documentation,
merge them with the CVS and (in an effort to minimize the problem of
duplicating documentation work) merge changes done in the CVS into WiKi.

Also, building the structure for all symbols that still needs to document
will take a lot of time (we need a page per symbol; with still 300+ units to
document, taking an avg. of 20 symbols per unit (I think this is actually on
the low side), this will require us to setup and maintain 6000 different
pages. This will have to be checked and updated every two days at minimum).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Wiki again
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 22 Jan 2003 18:16:55 +0100
Newsgroups: jedi.vcl

Should we try to set up a Wiki for the JVCL sources?
It would be no replacement for the CVS, but maybe it helps with bugfixing.
The main obstacle for contributing seems to be the download and setup of the CVS.
With a Wiki the bugfix could be applied to the sources right way.
We (the Wiki maintainers) would then check for changes and try to work it into the CVS.

The help should definitely set up as a Wiki.



Subject: Re: Will there ever be a JediX?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 22 Jan 2003 11:42:21 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0mgcm$1gq$1@talkto.net...
> > Just wondering if there will ever be a JEDI for Kylix.  There's a joke in
> > here about the dark side and the force but I won't go there. :)

Currently no plans. But if there are some Kylix developers who would like to
try to extract and convert some of the JVCL functionality to Kylix, then all
the power to them.

I guess, it would be possible only for parts of JVCL since a lot of JVCL
depends heavily on Windows API and VCL.

Michael




Subject: Will there ever be a JediX?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Wed, 22 Jan 2003 11:31:58 -0500
Newsgroups: jedi.vcl

Just wondering if there will ever be a JEDI for Kylix.  There's a joke in
here about the dark side and the force but I won't go there. :)

thx





Subject: Re: deferences between c++builder version and delphi version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 22 Jan 2003 17:17:56 +0100
Newsgroups: jedi.vcl

As we have stated before, we don't have anyone able to maintain the BCB
files, so they are in effect unsupported. If you think that you could
contribute some time to keep these files in synch with the Delphi packages,
we would greatly appreciate it. We have one guy (maybe) interested in the
BCB5 files, but there is nothing to stop us from having several developers
supporting BCB, so if you are interested, please mail me privately and we
can arrange it.

Keeping these files in synch isn't a major undertaking either: it is mostly
a matter of keeping an eye on the jvcl-checkins mailining list and update
the BCB packages whenever units are added / removed in the Delphi packages.
That's about it (apart from getting them to work initially, of course!)

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Jedi API Conversions
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 22 Jan 2003 09:44:32 -0500
Newsgroups: jedi.vcl

"Greg Amer" <greg@gregandmichelle.com> wrote in message
news:b0m9ih$vlu$1@talkto.net...

> > I am not sure if this is the correct forum for this post, so if I've
posted
> > in the wrong place somebody please correct me.

Please post in:

news://forums.talkto.net/jedi.apiconversion

Michael




Subject: Jedi API Conversions
From: "Greg Amer" <greg@gregandmichelle.com>
Date: Wed, 22 Jan 2003 14:35:30 -0000
Newsgroups: jedi.vcl

I am not sure if this is the correct forum for this post, so if I've posted
in the wrong place somebody please correct me.

I am attempting to use the JEDI API conversion for PSCS (Winscard) Smart
Card. However the API conversion seems
to be missing a couple of vital pieces. Has anybody successfully used this?
If not I'll attempt to add the missing pieces of the
conversion but may require some help with a very tricky piece.

Regards
   Greg




Subject: Re: What with this dmf files ?!?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 22 Jan 2003 08:14:28 -0500
Newsgroups: jedi.vcl

"Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
news:b0m0k4$tgp$1@talkto.net...
> > Last with JvDirFrm.dfm, JvCheckItm.dfm
> > The best will be save are as text end in this form dispath on CVS

Both of them have been updated in CVS 15 hours ago

http://cvs.sf.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvDirFrm.dfm
http://cvs.sf.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvCheckItm.dfm

Try to download them again.

They are also contained in the Latest zip files.

Michael




Subject: deferences between c++builder version and delphi version
From: "James Lan" <flyingboy@users.sourceforge.net>
Date: Wed, 22 Jan 2003 20:50:28 +0800
Newsgroups: jedi.vcl

hi all,

I downloaded jvcl via cvs and compared the the c++builder version and the
delphi version,
found it's quite deferent between them.
I think I can give another c++builder version more consistent to the delphi
version in a few days

here is the result of comparison:

JVCL200_R50C.BPK VS JVCL200_R50.DPK:
project d:/jedi/jvcl/packages/jvcl200_r50c.bpk contains 411 file(s)
there are 4 files in this project only:
 JVCHECKEDMASKEDIT
 JVDATEPICKEREDIT
 JVDROPDOWNFORM
 JVCL200_R50C
project d:/jedi/jvcl/packages/jvcl200_r50.dpk contains 417 file(s)
there are 10 files in this project only:
 JVBALLOONHINT
 JVZLIBMULTIPLE
 JVDBSPINEDIT
 JVDBLOOKUPTREEVIEW
 JVDBMOVE
 JVDBCONST
 JVSCHEDULEDEVENTS
 JVSCHEDEVTSTORE
 JVTRANSLED
 JVJVCLABOUT



JVCL200_D50C.BPK VS JVCL200_D50.DPK:
roject d:/jedi/jvcl/packages/jvcl200_D50c.bpk contains 57 file(s)
there are 2 files in this project only:
 JVJVCLABOUT
 JVCL200_D50C
project d:/jedi/jvcl/packages/jvcl200_D50.dpk contains 61 file(s)
there are 6 files in this project only:
 JVADBREG
 JVACTLREG
 JVADSGN
 JVOUTLOOKEDIT
 JVTRANSLEDREG
 JVJVCLABOUTPROPERTY


JVCL200_R60C.BPK VS JVCL200_R60.DPK:
project d:/jedi/jvcl/packages/jvcl200_r60c.bpk contains 351 file(s)
there are 5 files in this project only:
 SETUPAPI
 MODULELOADER
 JVTIPSOFDAY
 JVTIPSDLG
 JVCL200_R60C

project d:/jedi/jvcl/packages/jvcl200_r60.dpk contains 419 file(s)
there are 73 files in this project only:
 JVBALLOONHINT
 JVTIPOFDAY
 JVCONST
 JVDBSPINEDIT
 JVDSADIALOGS
 JVBANDFORMS
 JVBANDOBJECT
 JVCOMPONENTPANEL
 JVDLG
 JVDSGNINTF
 JVEDITOR
 JVHINT
 JVHLEDITOR
 JVREGAUTO
 JVSCROLLMAX
 JVASCROLLTEXT
 JVHLEDPROPDLG
 JVHTCONTROLS
 JVBUTTONS
 JVSTRUTIL
 JVCTLCONST
 JVHLPARSER
 JVDBUTIL
 JVDBLOOKUPTREEVIEW
 JVDBMOVE
 JVDBTREEVIEW
 JVSQLS
 JVDBCONST
 JVINTERPRETERPARSER
 JVINTERPRETERFM
 JVINTERPRETERCONST
 JVINTERPRETER
 JVINTERPRETER_WINDOWS
 JVINTERPRETER_CLASSES
 JVINTERPRETER_COMCTRLS
 JVINTERPRETER_CONTROLS
 JVINTERPRETER_DB
 JVINTERPRETER_DBCTRLS
 JVINTERPRETER_DBGRIDS
 JVINTERPRETER_DBTABLES
 JVINTERPRETER_DIALOGS
 JVINTERPRETER_EXTCTRLS
 JVINTERPRETER_FORMS
 JVINTERPRETER_GRAPHICS
 JVINTERPRETER_GRIDS
 JVINTERPRETER_MENUS
 JVINTERPRETER_QUICKRPT
 JVINTERPRETER_JVEDITOR
 JVINTERPRETER_JVREGAUTO
 JVINTERPRETER_STDCTRLS
 JVINTERPRETER_SYSTEM
 JVINTERPRETER_SYSUTILS
 JVINTERPRETER_ALL
 JVINTERPRETER_HTTPAPP
 JVINTERPRETER_CONTNRS
 JVINTERPRETER_JVUTILS
 JVUTILS
 JVINTERPRETER_JVINTERPRETER
 JVNTEVENTLOG
 JVGROUPHEADER
 JVFOOTER
 JVPLUGIN
 JVPLUGINMAN
 JVPLUGCOMMON
 JVDATEPICKEREDIT
 JVCHECKEDMASKEDIT
 JVDROPDOWNFORM
 JVDBDATEPICKEREDIT
 JVSCHEDULEDEVENTS
 JVSCHEDEVTSTORE
 JVWNDPROCHOOK
 JVTRANSLED
 JVJVCLABOUT

JVCL200_D60C.BPK VS JVCL200_D60.DPK:
project d:/jedi/jvcl/packages/jvcl200_d60c.bpk contains 46 file(s)
there are 6 files in this project only:
 JVOUTLOOKEDIT
 JVOBEDFRM
 JVTIPPROPERTY
 JVTOOREG
 JVJVCLABOUT
 JVCL200_D60C

project d:/jedi/jvcl/packages/jvcl200_d60.dpk contains 62 file(s)
there are 22 files in this project only:
 JVADBREG
 JVACTLREG
 JVIDEZOOM
 JVADSGN
 JVREGAUTOEDITOR
 JVHTHINTEDITOR
 JVIREG
 JVLCPROPERTY
 JVTIPOFDAYPROP
 JVTOOLREG
 JVBANDOBJECTDLLWIZARD
 JVBANDOBJECTDLLWIZARDFORM
 JVACTIONS
 JVDIALOGACTNS
 JVPLUGINWIZARD
 JVPLUGINPARAMS
 JVACTNRES
 JVDATEPICKERREG
 JVSCHEDEVNTREG
 SCHEDULEEDITOR
 JVTRANSLEDREG
 JVJVCLABOUTPROPERTY





Subject: Re: What with this dmf files ?!?
From: "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl>
Date: Wed, 22 Jan 2003 13:03:49 +0100
Newsgroups: jedi.vcl

Last with JvDirFrm.dfm, JvCheckItm.dfm
The best will be save are as text end in this form dispath on CVS

Mariusz

Uzytkownik "Arioch /BDV/" <the_Arioch@nm.ru> napisal w wiadomosci
news:b0lpco$rv0$1@talkto.net...
> > The stars so gaily glistened...  (Tue, 21 Jan 2003 20:25:32 -0500)
> > ...while the fading voice of Michael whispered through the darkness:
> >
> >  ??>> still something *.dfm file is:
> >  ??>> "[Error] RLINK32: Unsupported 16bit resource in file "..\source\..."
> >  MBT> Which DFM files?
> >
> > It sounds more like bad .rc or .res file.
> >
> >
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru
> >




Subject: Re: Install problem with JVCL200_D60.dpk
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Wed, 22 Jan 2003 04:27:16 -0600
Newsgroups: jedi.vcl

Marcel,

The ${DELPHI}\Projects\BPL folder does in fact exist in my Windows search
path. I will copy the two runtime packages to my Windows/system folder and
see what happens. I probably should have mentioned that I removed everything
from my manual install and then proceeded using the JediInstaller. However,
now when I attempt to open Delphi, I receive (4) message boxes in sequence
telling me that a required file is missing for each of JclDebugIde60.bpl,
IdeOpenDlgFavorite60.bpl, Jvcl200_D60.bpl, and ProjectAnalyzer60.bpl. I then
copied these (4) package files to my Windows/System folder but still
received the same messages when attempting to open Delphi. I will add the
two runtime packages you suggested to see what happens but I have one
additional question. What about the Zlib files? According to the
installation text, it appears that they'll still required. As such, I
couldn't find zlib.pas anywhere in my folders. I know the Zlib files are on
my Delphi6 Ent CD but some of the files date back to 96. Given the above, do
I in fact need these files to resolve my problem or will this create more?
If so, is there an updated Zlib I can obtain rather than use the older one
on my CD? thank you ahead of time.

Marty Potokar


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b0ln51$rd4$1@talkto.net...
>> > >
>> > > Your reply must be an omen, since for whatever reason, I was just
thinking
>> > > about doing that. Now, would that be all related Jedi .bpl files incl.
> > JVCL
>> > > and JCL that I copy (as opposed to move) to the Windows/system folder?
> >
> > At least the runtime packages (in this case DJCL60 and JVCL200_R60). The
> > other package is design time and will be registered in Delphi with full
> > path.
> >
> > It looks though, that the ${DELPHI}\Projects\BPL folder is no longer in
your
> > windows search path, something the Delphi install does automatically.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Globus VCL joins JEDI VCL
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 13:09:36 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 16 Jan 2003 18:07:48 -0500)
....while the fading voice of Robert whispered through the darkness:

 RO> What were the components you considered brilliant?

Will not eacall now, but IMHO it has rather pretty UI compnents, such as
checkboxes, buttons.

Along with CoolMenu, that has free edition that gave me way to make a pretty
UI.


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: What with this dmf files ?!?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 12:59:08 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 21 Jan 2003 20:25:32 -0500)
....while the fading voice of Michael whispered through the darkness:

 ??>> still something *.dfm file is:
 ??>> "[Error] RLINK32: Unsupported 16bit resource in file "..\source\..."
 MBT> Which DFM files?

It sounds more like bad .rc or .res file.


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 12:57:19 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 22 Jan 2003 01:06:30 +0100)
....while the fading voice of Ralf whispered through the darkness:

 RG> but there is now a worse problem: when installing via the installer an
 RG> av occours in the dcc32.exe. Loading the design time package in IDE and
 RG> compile gives an AV in RLink32.dll. cleaning all dcu´s doesn´t solve
 RG> anything

Did You clean all .dcp's also ?

BTW may You hav different verisons od delphi?

AFAIR d5 had5 different builds - an all of them were official releases.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Install problem with JVCL200_D60.dpk
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 22 Jan 2003 10:20:55 +0100
Newsgroups: jedi.vcl

> >
> > Your reply must be an omen, since for whatever reason, I was just thinking
> > about doing that. Now, would that be all related Jedi .bpl files incl.
JVCL
> > and JCL that I copy (as opposed to move) to the Windows/system folder?

At least the runtime packages (in this case DJCL60 and JVCL200_R60). The
other package is design time and will be registered in Delphi with full
path.

It looks though, that the ${DELPHI}\Projects\BPL folder is no longer in your
windows search path, something the Delphi install does automatically.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Install problem with JVCL200_D60.dpk
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Wed, 22 Jan 2003 03:17:38 -0600
Newsgroups: jedi.vcl

Andy,

Your reply must be an omen, since for whatever reason, I was just thinking
about doing that. Now, would that be all related Jedi .bpl files incl. JVCL
and JCL that I copy (as opposed to move) to the Windows/system folder?

Marty

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:b0llll$r2r$1@talkto.net...
> > This could be a problem with your Windows path, try putting the bpl's in
> > your Windows System folder and see if that helps.
> >
> > "Martin Potokar" <gomfp@hotmail.com> wrote in message
> > news:b0lip5$qdo$1@talkto.net...
>> > > In Delphi6 Ent with service pack update 2 installed, I am able to build
>> > > JVCL200_R60.dpk without any problem. I am also able to compile
>> > > JVCL200_D60.dpk without any problem but, when I attempt to install
>> > > JVCL200_D60.dpk, I receive the error 'Can't load package C:\Program
>> > > Files\Borland\Delphi6\Projects\BPL\JVCL200_D60.bpl. One of the Library
> > files
>> > > needed to run this application cannot be found'. I've checked and
> > rechecked,
>> > > and all required library paths are in place. Reviewed a similar post in
> > this
>> > > NG dated 10/12/02 but doesn't help. Upon perusing the NG, I guess I am
not
>> > > the only one having installation problems. Why so difficult to install
the
>> > > Jedi components? Does anyone have a resolve for this particular
> > installation
>> > > problem? I would really like to be able to view and experiment with the
>> > > components. Thank you ahead of time.
>> > >
>> > > Marty Potokar
>> > >
>> > >
> >
> >




Subject: Re: Install problem with JVCL200_D60.dpk
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 22 Jan 2003 09:03:54 -0000
Newsgroups: jedi.vcl

This could be a problem with your Windows path, try putting the bpl's in
your Windows System folder and see if that helps.

"Martin Potokar" <gomfp@hotmail.com> wrote in message
news:b0lip5$qdo$1@talkto.net...
> > In Delphi6 Ent with service pack update 2 installed, I am able to build
> > JVCL200_R60.dpk without any problem. I am also able to compile
> > JVCL200_D60.dpk without any problem but, when I attempt to install
> > JVCL200_D60.dpk, I receive the error 'Can't load package C:\Program
> > Files\Borland\Delphi6\Projects\BPL\JVCL200_D60.bpl. One of the Library
files
> > needed to run this application cannot be found'. I've checked and
rechecked,
> > and all required library paths are in place. Reviewed a similar post in
this
> > NG dated 10/12/02 but doesn't help. Upon perusing the NG, I guess I am not
> > the only one having installation problems. Why so difficult to install the
> > Jedi components? Does anyone have a resolve for this particular
installation
> > problem? I would really like to be able to view and experiment with the
> > components. Thank you ahead of time.
> >
> > Marty Potokar
> >
> >




Subject: Install problem with JVCL200_D60.dpk
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Wed, 22 Jan 2003 02:11:38 -0600
Newsgroups: jedi.vcl

In Delphi6 Ent with service pack update 2 installed, I am able to build
JVCL200_R60.dpk without any problem. I am also able to compile
JVCL200_D60.dpk without any problem but, when I attempt to install
JVCL200_D60.dpk, I receive the error 'Can't load package C:\Program
Files\Borland\Delphi6\Projects\BPL\JVCL200_D60.bpl. One of the Library files
needed to run this application cannot be found'. I've checked and rechecked,
and all required library paths are in place. Reviewed a similar post in this
NG dated 10/12/02 but doesn't help. Upon perusing the NG, I guess I am not
the only one having installation problems. Why so difficult to install the
Jedi components? Does anyone have a resolve for this particular installation
problem? I would really like to be able to view and experiment with the
components. Thank you ahead of time.

Marty Potokar




Subject: Re: What with this dmf files ?!?
From: "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl>
Date: Wed, 22 Jan 2003 08:58:17 +0100
Newsgroups: jedi.vcl

From the CVS...
I know, know.."CVS isn't support and etc."
But in original install more components don't work correctly :(
and i need update.

Mariusz


U¿ytkownik "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> napisa³
w wiadomo¶ci news:b0kr9j$nrc$1@talkto.net...
> > "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
> > news:b0koo8$nhh$1@talkto.net...
>> > > I still can't install JVCL 2.0,
>> > > still something *.dfm file is:
>> > > "[Error] RLINK32: Unsupported 16bit resource in file "..\source\..."
>> > > Not helping "open and save" or "convert" in my Delphi 6 :(
>> > > because it can't open or convert it.
> >
> > Which DFM files?
> >
> > Are they from CVS or from the original install?
> >
> > Michael
> >
> >




Subject: Re: Required Package 'Inet' Not Found
From: "Julien Ferraro" <jfk_pub@netcourrier.com>
Date: Wed, 22 Jan 2003 08:32:58 +0400
Newsgroups: jedi.vcl

I'va had this problem. It's just because you didn't choose to install the
internet components. Just laucnh again your Delphi setup and  select
"Internet components" (or whatever the name is) and you should be ok

Julien




Subject: Re: What with this dmf files ?!?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 20:25:32 -0500
Newsgroups: jedi.vcl

"Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
news:b0koo8$nhh$1@talkto.net...
> > I still can't install JVCL 2.0,
> > still something *.dfm file is:
> > "[Error] RLINK32: Unsupported 16bit resource in file "..\source\..."
> > Not helping "open and save" or "convert" in my Delphi 6 :(
> > because it can't open or convert it.

Which DFM files?

Are they from CVS or from the original install?

Michael




Subject: What with this dmf files ?!?
From: "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl>
Date: Wed, 22 Jan 2003 01:43:14 +0100
Newsgroups: jedi.vcl

I still can't install JVCL 2.0,
still something *.dfm file is:
"[Error] RLINK32: Unsupported 16bit resource in file "..\source\..."
Not helping "open and save" or "convert" in my Delphi 6 :(
because it can't open or convert it.

Mariusz





Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 22 Jan 2003 01:42:43 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E2DE36E.9D74D72F@gmx.de...
> >
>> > > I am not sure what do you mean with old files. I delete all old dcus so I
> > think
>> > > the installer must rebuild all. Or am I wrong?
>> > >
>> > > anyway: I will try it again with the next latest build ...
> >
> > Don't wait - just open JVCL200_D70 and try to Rebuild it. Will see what
> > happens ...
> >

that was exactly what I did when i receive these rlink.dll error

> >
> > Michael



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 22 Jan 2003 01:18:54 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E2DE086.E5CD0301@gmx.de...
>> > > thanx a  lot received :-)
>> > >
>> > > but there is now a worse problem: when installing via the installer an av
>> > > occours in the dcc32.exe. Loading the design time package in IDE and
> > compile
>> > > gives an AV in RLink32.dll. cleaning all dcu´s doesn´t solve anything
> >
> > I guess, you have some old files.
> >
> > Try to Rebuild instead of only recompiling, and it should install fine - at
> > least it does on my PC.

I am not sure what do you mean with old files. I delete all old dcus so I think
the installer must rebuild all. Or am I wrong?

anyway: I will try it again with the next latest build ...

Ralf Grenzing



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 22 Jan 2003 01:06:30 +0100
Newsgroups: jedi.vcl

thanx a  lot received :-)

but there is now a worse problem: when installing via the installer an av
occours in the dcc32.exe. Loading the design time package in IDE and compile
gives an AV in RLink32.dll. cleaning all dcu´s doesn´t solve anything

Ralf Grenzing

"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E2DC4B5.ED0D4AE@gmx.de...
> >
>> > > Ok then I try again a build with the latest jvcl. This time the file
>> > > JvDirFrm.dfm make problems. I try what you suggested and open it in the
> > IDE to
>> > > vonvert it to text but an error occurs: "error creating form: invalid
> > stream
>> > > format". Then I try to convert it with JConvert but the same:
>> > >
>> > > ERROR: (Invalid stream format) in JvCheckItm.dfm
>> > > ERROR: (Invalid stream format) in JvDirFrm.dfm
> >
> > Corrected in CVS. I also emailed them to you.
> >
> > Michael



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 18:57:52 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E2DE903.D0DCCBAB@gmx.de...

> > that was exactly what I did when i receive these rlink.dll error

Strange.

It work fine in my D7.

Michael




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 18:35:44 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E2DE36E.9D74D72F@gmx.de...

> > I am not sure what do you mean with old files. I delete all old dcus so I
think
> > the installer must rebuild all. Or am I wrong?
> >
> > anyway: I will try it again with the next latest build ...

Don't wait - just open JVCL200_D70 and try to Rebuild it. Will see what
happens ...

Michael




Subject: Re: [JVCL Developers]: About binary and text DFM
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 22 Jan 2003 00:35:03 +0100
Newsgroups: jedi.vcl

> > I will try to find it in my archives and make it not only checker, but
also
> > converter.

Sounds good to me: can you post it in jedi.binaries or on Mantis
(preferred)?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 18:14:39 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E2DE086.E5CD0301@gmx.de...
> > thanx a  lot received :-)
> >
> > but there is now a worse problem: when installing via the installer an av
> > occours in the dcc32.exe. Loading the design time package in IDE and
compile
> > gives an AV in RLink32.dll. cleaning all dcu´s doesn´t solve anything

I guess, you have some old files.

Try to Rebuild instead of only recompiling, and it should install fine - at
least it does on my PC.

Michael




Subject: Re: Globus VCL joins JEDI VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 18:06:57 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b0ki9e$mh5$1@talkto.net...

> > What version was it?
> > In the newas i saw Globus 1.81 - is it that very version?

I believe, we converte 1.792, but we'll have the latest, incl. the changes
in 1.81.

Andrey will be working with us on that.

Michael




Subject: Re: Globus VCL joins JEDI VCL
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 01:51:41 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 16 Jan 2003 17:23:18 +0000 (UTC))
....while the fading voice of The whispered through the darkness:

 TGG> We are very pleased to announce that Globus VCL Components
 TGG> (http://cpr.biblio-globus.ru/glOverviewEnglish.htm) are joining JVCL.

What version was it?
In the newas i saw Globus 1.81 - is it that very version?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [JVCL Developers]: About binary and text DFM
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 01:50:01 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 21 Jan 2003 23:42:37 +0100)
....while the fading voice of Peter whispered through the darkness:

 PTr> Put it in Mantis since then anyone else interested can grab it. Is
 PTr> that OK with you Arioch?

I will try to find it in my archives and make it not only checker, but also
converter.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [JVCL Developers]: About binary and text DFM
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 01:48:42 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 21 Jan 2003 23:29:31 +0100)
....while the fading voice of Peter whispered through the darkness:

 ??>> 1) Peter, include my tool for checking format into examples.
 ??>> So any commiter may easily scan one file's if they are text and have
 ??>> correspondent .pas files
 PTr> Where is it?
I cant recall - AFAIR i posted it to binary ~2 months ago and Michael lokked
at it.

 ??>> 2) text DFM is not enough, since D6 DFM's cannot be opened in D5.
 ??>> since there's no conditional compilation in DFM - we need tool for
 ??>> conversion.

 PTr> Normally D6 DFM's can be opened by D5 as long as they are text: you
 PTr> will get warnings about unknown properties (like DesignSize) but you

No!
Kylix / d6 / d7 use unicode format!
So imagine any caption above #127 - say with russian text.
It will not be opened - instead it will say Property Tlabel.Caption not
found :-)

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: [JVCL Developers]: About binary and text DFM
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 21 Jan 2003 23:42:37 +0100
Newsgroups: jedi.vcl

> > Peter, if you don't have it, I can email it, or place it in "Issue
Tracker".
> > Let me know.
Put it in Mantis since then anyone else interested can grab it. Is that OK
with you Arioch?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 21 Jan 2003 23:39:55 +0100
Newsgroups: jedi.vcl

No such plans: there hasn't been any significant news since 2.00 and we now
have the daily zips for those who want to stay updated.

Here are some of the things that needs doing or are underway:

* Roberts revision and cleaning (doing it)
* Moving non-visual stuff to JCL
* Adding Jans components
* Adding Globus VCL
* Adding any other worthwhile donations
* A major clean-up of the already available components
* Finding maintainer(s) for the BCB packages
* Writing more help
* Deciding on how we should partition the JVCL (less components or more
packages seems to be the alternatives). Since Sebastien has left, I think
JCR is out of the picture until / if he returns

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [JVCL Developers]: About binary and text DFM
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 17:35:07 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b0kgj3$m8c$1@talkto.net...

> > 1) Peter, include my tool for checking format into examples.
> > So any commiter may easily scan one file's if they are text and have
> > correspondent .pas files

Peter, if you don't have it, I can email it, or place it in "Issue Tracker".
Let me know.

> > 2) text DFM is not enough, since D6 DFM's cannot be opened in D5.
> > since there's no conditional compilation in DFM - we need tool for
> > conversion.

You mean the binary, or the text one? Normally D5 barks about some missing
properties, but then it opens the file. But if I remember correctly some
people indicated that there are some problems with comments in other
languages. I guess, we'll need help it converting all the Russian comments
into English... (RxLib, RaLib, and now Globus VCL).

But please remember that CVS is most of the time for people who like to live
on the edge :)

> > May be i will do it when i have more time

That would be terrific.

Michael




Subject: Re: [JVCL Developers]: About binary and text DFM
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 21 Jan 2003 23:29:31 +0100
Newsgroups: jedi.vcl

> > 1) Peter, include my tool for checking format into examples.
> > So any commiter may easily scan one file's if they are text and have
> > correspondent .pas files
Where is it?

> > 2) text DFM is not enough, since D6 DFM's cannot be opened in D5.
> > since there's no conditional compilation in DFM - we need tool for
> > conversion.

Normally D6 DFM's can be opened by D5 as long as they are text: you will get
warnings about unknown properties (like DesignSize) but you can just ignore
them and D5 will remove them. The problems starts when you are using invalid
binary DFM's in design-time editors since they are compiled into the BPL
*with* the unknown properties intact. When you try to use the editor, it
causes AV's and even can bring Delphi down.

So, those committing should make sure that the DFM doesn't contain any > D5
properties and is in text format before committing.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: [JVCL Developers]: About binary and text DFM
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 01:22:41 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 21 Jan 2003 23:10:08 +0100)
....while the fading voice of Peter whispered through the darkness:

1) Peter, include my tool for checking format into examples.
So any commiter may easily scan one file's if they are text and have
correspondent .pas files

2) text DFM is not enough, since D6 DFM's cannot be opened in D5.
since there's no conditional compilation in DFM - we need tool for
conversion.

May be i will do it when i have more time


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Required Package 'Inet' Not Found
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 17:21:01 -0500
Newsgroups: jedi.vcl

"Martin Potokar" <gomfp@hotmail.com> wrote in message
news:b0kbqs$lj4$1@talkto.net...

> > If you get a chance, can you look to see where the file Inet.dcp is
located
> > on your hard drive, i.e., what folder it resides in or if (you have the
> > update CD or files) it resides on your update CD? I am curious as the
> > Delphi6 Update/Patch has a number of issues listed with the word
'Internet'.
> > So I am thinking that 'Inet ' might be the file name/patch for this.

The file is in the Delphi\lib subdirectory.

Michael




Subject: [JVCL Developers]: About binary and text DFM
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 21 Jan 2003 23:10:08 +0100
Newsgroups: jedi.vcl

Recently a couple of DFM files have been saved in binary format in CVS. This
of course upsets anyone that hasn't the same version of Delphi as the
committer (is that a word?). I have made this mistake myself on numerous
occasions (in JVCL too) and it's easy to miss it. To avoid this in the
future, make sure you have the "Save DFM's as text" option set to true in
Delphi. I thought that Delphi would remember the format of the DFM when
saving but it seems as if this is not (always) the case.

So please, all those doing CVS commits: change to text DFM's as default in
all versions of Delphi you use! Double-checking any forms before committing
won't hurt either (I've done this a lot too <g>!)

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 17:08:35 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b0kf2p$m0t$1@talkto.net...

> > Will there be 2.01 or somthing like that ?

I don't know if Peter plans anything like this.

Michael




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 21 Jan 2003 23:07:49 +0100
Newsgroups: jedi.vcl

Hi Michael

Ok then I try again a build with the latest jvcl. This time the file
JvDirFrm.dfm make problems. I try what you suggested and open it in the IDE to
vonvert it to text but an error occurs: "error creating form: invalid stream
format". Then I try to convert it with JConvert but the same:

ERROR: (Invalid stream format) in JvCheckItm.dfm
ERROR: (Invalid stream format) in JvDirFrm.dfm

I am using D7. I am wondering how the developer can develop when I am not can
not compile the files? I am confused.

in hope

Ralf Grenzing

"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E254277.C8927ED3@gmx.de...
> >
>> > > I download it right NOW after reading this message and it isn´t in text.
> > But if
>> > > it is corrected I will do not waste your time longer I will download it
> > tomorow
>> > > again.
> >
> > Well, it seems like the CVS on SF doesn't work, so the script was not able
> > to update the files and zipped the existing files.
> >
> > Just open the file JvFDualLst.pas in your Delphi, save it, and it should
> > work.
> >
> > You might do the same for:
> >
> > JvCheckItm.pas
> > JvDirFrm.pas
> >
> > Michael



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 00:56:55 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 21 Jan 2003 16:53:11 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> Corrected in CVS. I also emailed them to you.

Will there be 2.01 or somthing like that ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 16:53:11 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E2DC4B5.ED0D4AE@gmx.de...

> > Ok then I try again a build with the latest jvcl. This time the file
> > JvDirFrm.dfm make problems. I try what you suggested and open it in the
IDE to
> > vonvert it to text but an error occurs: "error creating form: invalid
stream
> > format". Then I try to convert it with JConvert but the same:
> >
> > ERROR: (Invalid stream format) in JvCheckItm.dfm
> > ERROR: (Invalid stream format) in JvDirFrm.dfm

Corrected in CVS. I also emailed them to you.

Michael




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 22 Jan 2003 00:46:56 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 21 Jan 2003 23:07:49 +0100)
....while the fading voice of Ralf whispered through the darkness:

 RG> ERROR: (Invalid stream format) in JvCheckItm.dfm

ex-RX ?
It might be developed with D5

Ask borland, why you cannot open D5's DFM with D7

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Required Package 'Inet' Not Found
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 21 Jan 2003 15:06:49 -0600
Newsgroups: jedi.vcl

Marcel,

If you get a chance, can you look to see where the file Inet.dcp is located
on your hard drive, i.e., what folder it resides in or if (you have the
update CD or files) it resides on your update CD? I am curious as the
Delphi6 Update/Patch has a number of issues listed with the word 'Internet'.
So I am thinking that 'Inet ' might be the file name/patch for this.

Regards,
Marty Potokar

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b0ja1s$f37$1@talkto.net...
>> > > In regard to my previous post, is this problem by chance resolved with
the
>> > > Delphi6 Update Patch/Fixes?
>> > >
> >
> >
> > Possibly. I never experienced this problem in D6 and I have the updates
> > installed.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 15:14:36 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b0k6qb$kpr$1@talkto.net...

> > Fails, beacause of unicode.
> >
> > Ok, seems i will do my own converter/checker...

> > Is text DFM in D7 same as D6 ?

Should be.

Michael




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 21 Jan 2003 22:35:50 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 21 Jan 2003 14:20:57 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> I normally just open them in D5 and save.
Fails, beacause of unicode.

Ok, seems i will do my own converter/checker...

Is text DFM in D7 same as D6 ?


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 14:20:57 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b0jgup$gmj$1@talkto.net...

> > Can i use it to Convert D6 DFMs to D5 ?

If you compile it in D5, and you're dealing with a binary D6 .dfm, then it
probably could, but I didn't try it.

I normally just open them in D5 and save.

Michael




Subject: Re: JvThread usage
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 21 Jan 2003 21:51:56 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 21 Jan 2003 11:28:16 -0500)
....while the fading voice of George whispered through the darkness:

 GH> Does anyone know how to use the control JvThread? There doesn't appear
 GH> to be an docs on it...

AFAIK JvThread is similar to RxThread (which currently may possible be
JvxThread)

Help for RxThread can be fonud in any RxLib help.

JvThread will be somehow similar.
The main idea is that .Execute and all other methods of standard TThread
were changed for OnExecute event and so one

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: JvThread usage
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 11:34:19 -0500
Newsgroups: jedi.vcl

"George Hendrickson" <gmh9860@hotmail.com> wrote in message
news:b0jrr2$j0k$1@talkto.net...
> > Does anyone know how to use the control JvThread? There doesn't appear to
be
> > an docs on it...

If I remember correctly, there is a demo in the \Examples

Michael





Does anyone know how to use the control JvThread? There doesn't appear to be
an docs on it...

Thanks




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 21 Jan 2003 16:22:42 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 15 Jan 2003 08:01:10 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> JConvert:

Can i use it to Convert D6 DFMs to D5 ?

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Required Package 'Inet' Not Found
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 21 Jan 2003 12:24:53 +0100
Newsgroups: jedi.vcl

> > In regard to my previous post, is this problem by chance resolved with the
> > Delphi6 Update Patch/Fixes?
> >


Possibly. I never experienced this problem in D6 and I have the updates
installed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Required Package 'Inet' Not Found
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 21 Jan 2003 05:18:35 -0600
Newsgroups: jedi.vcl

In regard to my previous post, is this problem by chance resolved with the
Delphi6 Update Patch/Fixes?


"Martin Potokar" <gomfp@hotmail.com> wrote in message
news:b0j7pn$ei5$1@talkto.net...
> > I am trying to install JVCL200 in Delphi 6 Enterprise. When I attempt to
> > build JVCL200.R60dpk, I receive the fatal error - Required Package 'Inet'
> > Not Found. I did a search but cannot find Inet.dcp in any of my folders.
Can
> > someone tell me where to obtain the required package or what else I can do
> > to resolve the problem? Thank you ahead of time.
> >
> > Marty Potokar
> >
> >




Subject: Required Package 'Inet' Not Found
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Tue, 21 Jan 2003 04:51:43 -0600
Newsgroups: jedi.vcl

I am trying to install JVCL200 in Delphi 6 Enterprise. When I attempt to
build JVCL200.R60dpk, I receive the fatal error - Required Package 'Inet'
Not Found. I did a search but cannot find Inet.dcp in any of my folders. Can
someone tell me where to obtain the required package or what else I can do
to resolve the problem? Thank you ahead of time.

Marty Potokar




Subject: Re: Turbopower open source files - installation notes
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 21 Jan 2003 04:51:21 -0500
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:b0iur6$c8e$1@talkto.net...

> > The other option is to edit the DPK as text and add '..Source/' to the
> > begining of each *.pas file(s) name.

I prefer this way because it keeps the packages separate from the files.
And it's consistent with the JVCL- way :)

Michael




Subject: Re: Turbopower open source files - installation notes
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Tue, 21 Jan 2003 08:21:44 -0000
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0h2ii$15n$1@talkto.net...
> > Thanks to those who answered my questions on the "Turbopower files"
thread.
> > Here's some notes on what I had to do to get the Orpheus package
instlalled.
> >
> > For those who will attempt to use the TurboPower project files for
Orpheus,
> > I had to move the DPK files and the ProjectGroup files, for the version of
> > Delphi I had, into the "../source" directory.  If you open them for
> > compiling and installation from where they are, the "../packages"
directory,
> > the DPK content listing window will show all the *.PAS files as being
> > expected to be found in the "../packages" directory, but they are in the
> > "../source" directory and you will therefore get "DCU not found"
compilation
> > errors.  Adding the "../source" directory to the Search path will not
help,
> > at least it did not for me.  I had to move the DPK files and ProjectGroup
> > files (Orpheus) into "../source", then they compiled fine.

The other option is to edit the DPK as text and add '..Source/' to the
begining of each *.pas file(s) name.

Andy




Subject: Re: after the source cleaning...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 20 Jan 2003 17:56:58 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> JvBlinkingLabel:

I just wanted to see how the TJvBlinkingLabel implementation should work. I discovered that TLabel already cleanly separates the value of Caption from the text rendered.
TLabel has a protected virtual method GetLabelText which is used to
get the text to draw on the Canvas. The basic implementation simply
delivers the value of Caption. Overriding this method easily handles
the blinking.
I reimplemented TJvBlinkingLabel as seen below. It now nicely blinks
at design time. I did not yet change the Blinking property to Active so the API of the component is unchanged.
I will check it in to the main VCS and my fork.

Read the comments i added here to show what the changes are for.

unit JvBlinkingLabel;

interface

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, ExtCtrls,
  JvLabel;

type
  TJvBlinkingLabel = class(TJvLabel)
  private
    FBlinking: Boolean;
    // FShowing is the state of the text shown or not shown
    FShowing: Boolean;
    FTimer: TTimer;
    FDelay: Cardinal;
    FBlink: Integer;
    procedure SetBlinking(Value: Boolean);
    procedure OnBlink(Sender: TObject);
  protected
    function GetLabelText: string; override;
  public
    constructor Create(AOwner: TComponent); override;
    destructor Destroy; override;
  published
    property Blinking: Boolean read FBlinking write SetBlinking default True;
    // no Set method anymore. this simplifies the code and makes the
    // transit smoother when changing the values. The timer values are
    // only applied at the next blink.
    property BlinkingDelay: Cardinal read FDelay write FDelay default 400;
    property BlinkingTime: Integer read FBlink write FBlink default 200;
  end;

implementation

constructor TJvBlinkingLabel.Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FBlinking := True;
  // we start the blinking with the text shown
  FShowing := True;
  FDelay := 400;
  FBlink := 200;
  FTimer := TTimer.Create(Self);
  FTimer.OnTimer := OnBlink;
  FTimer.Interval := FDelay;
  FTimer.Enabled := FBlinking;
end;

destructor TJvBlinkingLabel.Destroy;
begin
  FTimer.Enabled := False;
  FTimer.Free;
  inherited Destroy;
end;

function TJvBlinkingLabel.GetLabelText: string;
begin
  // this is where the blinking is really implemented
  if FShowing then
    Result := Caption
  else
    Result := '';
end;

procedure TJvBlinkingLabel.SetBlinking(Value: Boolean);
begin
  // as with all visual controls it only applies the
  // property if really changed
  if Value <> FBlinking then
  begin
    FBlinking := Value;
    FTimer.Interval := BlinkingTime;
    FTimer.Enabled := Value;
    // we either start or stop the blinking here
    // for both cases the text should be shown
    FShowing := True;
    // schedule for repainting
    Invalidate;
  end;
end;

procedure TJvBlinkingLabel.OnBlink(Sender: TObject);
begin
  // toggle the state
  FShowing := not FShowing;
  if not FShowing then
    FTimer.Interval := FDelay
  else
    FTimer.Interval := FBlink;
  // schedule for repaint
  // calling Repaint is a bit unfriendly
  // a well behaved control does not draw itself
  // it humbly asks for being redrawn
  Invalidate;
end;

end.



Subject: Re: Turbopower files
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 20 Jan 2003 17:23:54 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:b0aobl$776$1@talkto.net...
> >
>> > > Hope I'm not pestering, but why did that do that (if you know)?  That's
>> > > pretty amazing.
> >
> > It's actually very logical.
> >
> > They decided to exit the Delphi retail component and developer tools market.
> >
> > However, they have a lot of customers using their components, in many cases
> > in commercial applications. In order to enable further bug fixing and
> > improvements they released it as OpenSource under MPL.
> >
> > This way:
> >
> > - people who are interested can make improvements to the code
> >
Path: news.talkto.net!not-for-mail
From: OBones <obones_gf_@_fe_altern.org>
Newsgroups: jedi.vcl
Subject: Re: TJvEditor bug
Date: Mon, 13 Oct 2008 11:53:16 +0200
Organization: talkto.net
Lines: 5
Message-ID: <gcuvmo$p1e$1@news.talkto.net>
References: <gcuvaf$p02$1@news.talkto.net>
NNTP-Posting-Host: 195.167.236.148
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: news.talkto.net 1223885336 25646 195.167.236.148 (13 Oct 2008 08:08:56 GMT)
> > - people who currently are using these components can take advantage of all
> > improvements and continue to use TP components in their commercial
> > applications as they did so far.
> >
> > Had they released it under GPL, current customers couldn't use any of the
> > improvements in their commercial applications, and therefore would feel
> > cheated.

just one question for my clearness. I thought the customers can use the
components if they would be released under GPL if the only use the unmodified
comps, or am I wrong?

Ralf Grenzing


> >
> >
> > Michael



Subject: Re: Turbopower files
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 20 Jan 2003 19:13:40 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 20 Jan 2003 17:23:54 +0100)
....while the fading voice of Ralf whispered through the darkness:

 ??>> - people who currently are using these components can take advantage
 ??>> of all improvements and continue to use TP components in their
 ??>> commercial applications as they did so far. Had they released it under
 ??>> GPL, current customers couldn't use any of the improvements in their
 ??>> commercial applications, and therefore would feel cheated.

 RG> just one question for my clearness. I thought the customers can use the
 RG> components if they would be released under GPL if the only use the
 RG> unmodified comps, or am I wrong?

Did You read GPL ?

We now have to same copies of comps.

1) commercial under usual TP's license
2) free under GPL

You can use 1 with Your application, if You have purchased it.
You can use 2 if Your application is GPL'ed too.

Imagine there will be some bugfix to 2. It will not be released 1, since TP
has gave up. So You will have no right to use fixed component in any
commercial app.

To be true, i can hardly imagine how You may be prohibited from using comps,
if they lay aside as a separate BPL (though there is LGPL license), but You
surely cant compile GPL'ed comps within non-GPL application.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Turbopower open source files - installation notes
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Mon, 20 Jan 2003 10:05:25 -0500
Newsgroups: jedi.vcl

Thanks to those who answered my questions on the "Turbopower files" thread.
Here's some notes on what I had to do to get the Orpheus package instlalled.

For those who will attempt to use the TurboPower project files for Orpheus,
I had to move the DPK files and the ProjectGroup files, for the version of
Delphi I had, into the "../source" directory.  If you open them for
compiling and installation from where they are, the "../packages" directory,
the DPK content listing window will show all the *.PAS files as being
expected to be found in the "../packages" directory, but they are in the
"../source" directory and you will therefore get "DCU not found" compilation
errors.  Adding the "../source" directory to the Search path will not help,
at least it did not for me.  I had to move the DPK files and ProjectGroup
files (Orpheus) into "../source", then they compiled fine.

One other note, for some reason the first time I compiled all the Orpheus
DPK files and installed the components, I got a "DCP corrupted" fatal error.
Deleting the *.DCP files from the {$DELPHI}/../BPL directory and doing a
complete rebuild on all the DPK files got rid of the problem.  Hope this
helps someone.

Final note, at least in the files I downloaded from Source Forge, they did
not include the WinHelp file for Orpheus.  If you have _any_ newer
Turbopower install CD-ROM at all then you're in luck.  (If not, perhaps the
web site has a downloadable version?  I don't know.)  Just install Orpheus
as a 'trial run' package BEFORE installing the open source stuff, and look
for *.HLP in the installed directory.  Save the HLP file to a safe
directory, and then uninstall the 'trial run' version of Orpheus and then
install the open source versions.  The 'trial run' packages don't requre an
unlock code.  Also there's a ORPFAQ.hlp file on the CD-ROM for FAQ questions
on Orpheus.  This may work for some of the other TurboPower open source
packages but I haven't tried it.

thx





Subject: Re: Good component set to access MySQL 4.0?
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Mon, 20 Jan 2003 13:10:33 +0100
Newsgroups: jedi.vcl

> > Did you ever try to the DirectMySQL components?  Saw them when I was

No haven't tried them. I did some projects a couple of years ago that
accessed MySQL db's and zeos was the best I found at the time. I never tried
the other db components in zeos (MSSQL, Oracle et al) either.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net






With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: after the source cleaning...
From: "Anthony Egerton" <nospam@nospam.com>
Date: Mon, 20 Jan 2003 17:41:56 +1100
Newsgroups: jedi.vcl

> > One of my biggest concerns with JVCL is the size of it: there are just too
> > many components that do too little and they should be merged / removed /
> > reimplemented agressively. I know that some of you don't agree and want to
> > keep as much as possible but I don't think it will hold in the end.

I have to say I wholeheartedly agree with this.
I installed the JVCL 2.0 and was overwhelmed by the number of components
there were.
I started browsing through them and found the Labels palette page and was
underwhelmed by the amount of functionality.
One fancy label that has several effects I can appreciate.
A whole pallette page dedicated to labels that each do one effect: a waste
of space.

With the JVCL as it stands it is too much trouble to find the gems within.

Producing a great component set is just as much about what you don't include
as what you do include.

Regards,
Anthony






Subject: Re: Good component set to access MySQL 4.0?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sun, 19 Jan 2003 21:02:32 -0500
Newsgroups: jedi.vcl

"Petr Vones (Team JEDI)" <petr_v@post.cz> wrote in message
news:b0ff4m$o0c$1@talkto.net...
> >
> > You can try Public Beta: dbExpress MySQL 4.0 driver:
> > http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=17739
> >
> > Petr.
> >

Petr,

Thanks for the link.  The code central record says the last update March or
2002, for a beta that's quite a while, should I worry about that?

thx





Subject: Re: Good component set to access MySQL 4.0?
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Mon, 20 Jan 2003 01:26:29 +0100
Newsgroups: jedi.vcl

Quite certain.  Rebuilt, removed the old one and reinstalled it.
"OBones" <obones_gfd_@_gfd_altern.org> wrote in message 
news:gdd9hi$svt$1@news.talkto.net...
> > Mason Wheeler wrote:
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4920.2300
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4920.2300
Xref: talkto.net jedi.vcl:2370

"Robert Oschler" <Oschler@earthlink.net> wrote in message
> > Is there a good component to for interfacing with MySQL 4.0 in the JVCL?  If
> > so, what's the name?

You can try Public Beta: dbExpress MySQL 4.0 driver:
http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=17739

Petr.




Subject: Re: Good component set to access MySQL 4.0?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sun, 19 Jan 2003 19:19:50 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b0f9sq$nad$1@talkto.net...
> > Nothing in JVCL I'm afraid. I'd suggest using ZEOS (Google will find it):
> > I've used them before and I think they are very good.
> >
> > --
> > Regards,
> >

Peter,

Did you ever try to the DirectMySQL components?  Saw them when I was
scanning Torry's site for Zeos related items.  They claim to be 4x faster
than accessing the mysql.dll directly.

thx





Subject: Re: Good component set to access MySQL 4.0?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sun, 19 Jan 2003 19:09:18 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:b0f9sq$nad$1@talkto.net...
> > Nothing in JVCL I'm afraid. I'd suggest using ZEOS (Google will find it):
> > I've used them before and I think they are very good.
> >
> > --

Peter,

Ok, I saw the Zeos page before.  Not that I have a recommendation I'll give
them a try.

thx





Subject: Re: Good component set to access MySQL 4.0?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Jan 2003 23:57:19 +0100
Newsgroups: jedi.vcl

Nothing in JVCL I'm afraid. I'd suggest using ZEOS (Google will find it):
I've used them before and I think they are very good.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"Robert Oschler" <Oschler@earthlink.net> skrev i meddelandet
news:b0f32j$meh$1@talkto.net...
> > Is there a good component to for interfacing with MySQL 4.0 in the JVCL?
If
> > so, what's the name?
> >
> > thx
> >
> >
> >



Subject: Good component set to access MySQL 4.0?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sun, 19 Jan 2003 16:01:28 -0500
Newsgroups: jedi.vcl

Is there a good component to for interfacing with MySQL 4.0 in the JVCL?  If
so, what's the name?

thx





Subject: Re: divider lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Jan 2003 16:39:23 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> But "*****" shows 487 files.

This is the only divider which has a good argument against it.
Think of a (********) divider.



Subject: Re: divider lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Jan 2003 16:37:24 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> Alphabetically, or just the order in which they were declared? (whenever I
> didn't order alphabetically, I grouped related methods)

I think i will only move costructor and destructor. I am also not completely convinced that sorting alphabetically is always a good idea.
Sorting as in the declaration is a good idea, but i think it is too much work for now. I will decide on this later in February.



Subject: Re: divider lines
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 19 Jan 2003 15:38:13 +0100
Newsgroups: jedi.vcl

> > But "*****" shows 487 files.

Duh! Every source file starts with a header, containing a border of '*'.

> >
> > Looks Borland people just LOVE "*****" dividers :)
> >
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: divider lines
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 19 Jan 2003 09:22:31 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b0e9ms$j0m$1@talkto.net...
> > Ok. I think i will go for this style and only between classes.
> >
>> > > // === TJvTheClassBeginsHere ==============
> >
> > = is better than - because we use - already in the JCL as divider
> > between all functions.

hey, just because JCL made a mistake, it doesn't mean that we have to do it
as well <g>

I just search in D7 sources for files with any occurrences of "=====" and
"-----". The results:

====: 19 files
-----:     41 files

But "*****" shows 487 files.

Looks Borland people just LOVE "*****" dividers :)

Michael




Subject: Re: divider lines
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 19 Jan 2003 14:52:22 +0100
Newsgroups: jedi.vcl

> > Ok. I think i will go for this style and only between classes.
> >
>> > > // === TJvTheClassBeginsHere ==============
> >
> > = is better than - because we use - already in the JCL as divider
> > between all functions.
> >
> > I will try to work a bit on the method sequence. constructor first then
> > destructor followed by the rest.
> >

Alphabetically, or just the order in which they were declared? (whenever I
didn't order alphabetically, I grouped related methods)

I ussually try to copy the order of declaration in the implementation (note:
I said 'try'. Sometimes a method changes from protected to public or even
vice versa, and then I usually forget to move the implementation
accordingly).
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Place to view screen shots of Jedi VCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Jan 2003 14:50:48 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> Go to http://jvcl.sourceforge.net and click on "Components". While the list
> is not up to date, it will give you some ideas.

Be patient. Currently we have about 350 components and many unprocessed donations. Many have no help at all.
Only to catch up will probably take the whole year (and that only if we can keep the pace).



Subject: Re: divider lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Jan 2003 14:47:57 +0100
Newsgroups: jedi.vcl

Ok. I think i will go for this style and only between classes.

> // === TJvTheClassBeginsHere ==============

= is better than - because we use - already in the JCL as divider between all functions.

I will try to work a bit on the method sequence. constructor first then destructor followed by the rest.



Subject: Re: Place to view screen shots of Jedi VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 19 Jan 2003 08:12:37 -0500
Newsgroups: jedi.vcl

"Martin Potokar" <gomfp@hotmail.com> wrote in message
news:b0dq5m$h92$1@talkto.net...
> > Is there by chance a URL or website where one can view screen shots or a
> > list of the JEDI VCL and what they do? Thank you ahead of time.

Go to http://jvcl.sourceforge.net and click on "Components". While the list
is not up to date, it will give you some ideas.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl





Subject: Re: divider lines
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 19 Jan 2003 07:44:55 -0500
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:b0e2sr$i7r$1@talkto.net...

> > Good point. So just delimiter lines between classes. Robert?

But in this case can we use only a single line, e.g.:

//-----------------  TJvTheClass  ------------------------

It seems to be less "invading" for people who don't use divider lines <g>
(and no, it's not me - I am OK with lines)

Michael




Subject: Re: divider lines
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 19 Jan 2003 12:51:38 +0100
Newsgroups: jedi.vcl

> > I would prefer *not* putting in delimiter lines between methods within a
> > class: putting them between classes is OK with me. Too much delimiting can
> > clutter up more than no delimiting at all...

Good point. So just delimiter lines between classes. Robert?

> >
> > Actually, I prefer delimiters that doubles as well written comments about
> > what the method or class does ;)
> >

So do I: saves me and the other help writers loads and loads of time and
trouble. In addition it might also help the bug fixers to figure out what is
actually going on in the code

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: divider lines
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Sun, 19 Jan 2003 22:10:30 +1100
Newsgroups: jedi.vcl

Divider line work for me.

Chris

Robert Marquardt wrote:
> I will add divider lines to all JVCL units likei n the JCL.
>
> What style to use?
>
> I prefer a
> //-----------------------------------------
> line to column 78 and a
> // === TJvTheClassBeginsHere ==============
> also to column 78.
>



Subject: Re: Strange!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Jan 2003 11:41:29 +0100
Newsgroups: jedi.vcl

> > Do the user of my component have to have JVCL/JCL installed on their
> > computor to be able to use it?

Yes, since it's a special design-time editor included in JVCL. 

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: Place to view screen shots of Jedi VCL
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Sun, 19 Jan 2003 03:28:00 -0600
Newsgroups: jedi.vcl

Is there by chance a URL or website where one can view screen shots or a
list of the JEDI VCL and what they do? Thank you ahead of time.

Marty Potokar




Subject: Re: divider lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Jan 2003 08:22:43 +0100
Newsgroups: jedi.vcl

I think we are more on the divider line side then.



Subject: Re: divider lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 19 Jan 2003 06:21:45 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
>  It does raise a question though: do
> we wrap just before 80, 100 or 120 characters? I seem to remember a
> discussion about this but I think it was for the JCL. I think we should keep
> that wrapping (100 characters if I'm not mistaken; this would also keep it
> in line with the files for the help docs ;) ) Anyway, I think the line
> should run to whatever column we use for wrapping.

I currently use 120 for DelForExp. Mainly to have it not break the lines because most sources are around 80 or 100 anyway.
I want to break down the long lines by hand to make them better looking.



Subject: Strange!
From: "Romeo" <romeo_isaksson@hotmail.com>
Date: Sun, 19 Jan 2003 04:27:55 +0100
Newsgroups: jedi.vcl

Hi

I was going to create a little component derived from the TLabel. Suddenly i
found out that my TLabels caption property has a "Lines editor". Cool. I
must have something to do with that i installed JVCL and JCL. I started to
create the component based on TLabel and when i installed it on one other
Delphi on a different computor i noticed that my component "lost" it´s
"Lines editor".

Not Cool!
Do the user of my component have to have JVCL/JCL installed on their
computor to be able to use it?

Regards,
Romeo






Subject: Re: Turbopower files
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 21:57:46 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0d2ha$fdi$1@talkto.net...

> > Hello again.  Do they intend to eventually release the source for all the
> > TurboPower soruce forge projects,

I believe the intent is there, but they didn't want to guarantee anything,
so we have to wait and see what comes ....

> > if so is there a posted estimated schedule
> > somewhere, or will the ones that are currently empty remain empty?

I think they said that they would like to publish everything by end of
January. Check out the www.turbopower.com website for more info, also see
the FAQ.

Michael




Subject: Re: JVCL Compiling JVCL200_R50C on BCB5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 21:41:00 -0500
Newsgroups: jedi.vcl

"Dave" <dave.mcl@spamfree.bigpond.com> wrote in message
news:b0d14l$fak$1@talkto.net...
> > I downloaded the daily update from 16/01/2003 and get the following error.
> >
> > [Pascal Fatal Error] JEDI.INC(1): Line too long (more than 1023
characters)
> >
> > JCL 1.22 is installed and working fine... is there something in addition
to
> > the daily files that I need? Do I need to get latest from CVS as well?

This might be related to UNIX's carriage return. IIRC, it happened once to
me in Delphi.

Try to download the file directly from:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/common/JEDI.INC

and see if it helps.

Michael




Subject: Re: Turbopower files
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sat, 18 Jan 2003 21:39:46 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b094v2$s4$1@talkto.net...
> > "Marc Meyen" <MarcM@consun.com> wrote in message
> > news:b093ir$fk$1@talkto.net...
> >
> >
> > http://sourceforge.net/projects/tporpheus
> >
> > For more TP projects see:
> >
> > http://sourceforge.net/users/tpsfadmin/
> >
> > Some of them have already files posted.
> >
> > Michael
> >
> >

Michael,

Hello again.  Do they intend to eventually release the source for all the
TurboPower soruce forge projects, if so is there a posted estimated schedule
somewhere, or will the ones that are currently empty remain empty?

thx





Subject: JVCL Compiling JVCL200_R50C on BCB5
From: "Dave" <dave.mcl@spamfree.bigpond.com>
Date: Sun, 19 Jan 2003 12:15:22 +1000
Newsgroups: jedi.vcl

I downloaded the daily update from 16/01/2003 and get the following error.

[Pascal Fatal Error] JEDI.INC(1): Line too long (more than 1023 characters)

JCL 1.22 is installed and working fine... is there something in addition to
the daily files that I need? Do I need to get latest from CVS as well?

TIA
Dave




Subject: Re: divider lines
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 19 Jan 2003 02:57:15 +0100
Newsgroups: jedi.vcl

I would prefer *not* putting in delimiter lines between methods within a
class: putting them between classes is OK with me. Too much delimiting can
clutter up more than no delimiting at all...

Actually, I prefer delimiters that doubles as well written comments about
what the method or class does ;)

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: RaLib/tools dir?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sat, 18 Jan 2003 15:00:41 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b0c2q3$c7n$1@talkto.net...
> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:b0c0c9$bur$1@talkto.net...
> > Email is on the way.
> >
> > Have fun :)
> >
> > Michael
> >
> >

Michael,

Thanks, file received!




Subject: Re: divider lines
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 18 Jan 2003 20:52:55 +0100
Newsgroups: jedi.vcl

> > I will add divider lines to all JVCL units likei n the JCL.
> >
> > What style to use?
> >
> > I prefer a
> > //-----------------------------------------
> > line to column 78 and a
> > // === TJvTheClassBeginsHere ==============
> > also to column 78.
> >

I think there are two sides here:

1) use the Borland style:
    - no divider lines between methods and routines
    - { TJvTheClass } for each class

2) use a style similar to what you proposed.

Style 1 would keep us more in line with the Borland style, but I find it
sometimes a bit difficult to see the separatation between methods/routines
and I frequently overlook the start of a new class. So my vote goes to style
2. I think your proposal is good enough. It does raise a question though: do
we wrap just before 80, 100 or 120 characters? I seem to remember a
discussion about this but I think it was for the JCL. I think we should keep
that wrapping (100 characters if I'm not mistaken; this would also keep it
in line with the files for the help docs ;) ) Anyway, I think the line
should run to whatever column we use for wrapping.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: 350 components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 14:24:00 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b0c5d7$ch7$2@talkto.net...
> > Best update the jvcl.sourceforge.net page. We are already over 350
> > components even without the recent donations :-)

Together it's getting then close to 500.

Sounds like time to refactor and consolidate :)

Michael




Subject: Re: oscheck ?
From: "anciaux thierry" <thierry.anciaux@skynet.be>
Date: Sat, 18 Jan 2003 20:17:32 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: b0c43f$cdj$1@talkto.net...
>> > >  i don't find OsCHECK in JvFunctions.pas ?
> >
> > It's been there for a long time, so it seems to me as if you might have a
> > very old version of JvFunctions on your machine. Seach for JvFunctions.*
on
> > your machine, delete *all* JvFunctions.dcu's and any duplicate
> > JvFunctions.pas files and try compiling your project again.
thank you - it was the solution  - I think that i installed an old version
of the jvcl has one year without succeeding in compiling it correctly under
delphi 6.
> >
> > If that also fails, try downloading the latest version from CVS
> >
(http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvFunc
> > tions.pas)
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JVCL-Latest.zip has 0 byte
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 13:53:17 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E27D28D.37591F38@gmx.de...

> > The file
> > http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
> > has 0 bytes !!

Looks like CVS is working again. The files are correct now.

You can also access CVS via Web:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/

Michael




Subject: 350 components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Jan 2003 19:22:05 +0100
Newsgroups: jedi.vcl

Best update the jvcl.sourceforge.net page. We are already over 350 components even without the recent donations :-)



Subject: divider lines
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Jan 2003 19:17:35 +0100
Newsgroups: jedi.vcl

I will add divider lines to all JVCL units likei n the JCL.

What style to use?

I prefer a
//-----------------------------------------
line to column 78 and a
// === TJvTheClassBeginsHere ==============
also to column 78.



Subject: Re: oscheck ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 18 Jan 2003 18:59:47 +0100
Newsgroups: jedi.vcl

> >  i don't find OsCHECK in JvFunctions.pas ?

It's been there for a long time, so it seems to me as if you might have a
very old version of JvFunctions on your machine. Seach for JvFunctions.* on
your machine, delete *all* JvFunctions.dcu's and any duplicate
JvFunctions.pas files and try compiling your project again.

If that also fails, try downloading the latest version from CVS
(http://cvs.jvcl.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvFunc
tions.pas)

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: RaLib/tools dir?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 12:41:16 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0c0c9$bur$1@talkto.net...

> > Ok please do that.  But that's not my real email address (anti-spam).
Use
> > my first name with the domain androidtechnologies.com.  That should give
you
> > what you need.

Email is on the way.

Have fun :)

Michael




Subject: Re: RaLib/tools dir?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sat, 18 Jan 2003 11:56:41 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b0buhf$bmr$1@talkto.net...
> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:b0brc0$b9c$1@talkto.net...
> >
>> > > Ok, sure.  As soon as you make them available I will do that.
> >
> > Great!
> >
>> > > Will you be
>> > > posting them to .binaries?
> >
> > I don't know yet. I might email you.
> >

Ok please do that.  But that's not my real email address (anti-spam).   Use
my first name with the domain androidtechnologies.com.  That should give you
what you need.

thx






Subject: Re: install JVCL on Windows 98
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 11:32:38 -0500
Newsgroups: jedi.vcl

"Trevor Walsh" <trevor_walsh@esatclear.ie> wrote in message
news:b0bu2c$ble$1@talkto.net...
> > No that is all it says.

Try to open:

JVCL200_R70.dpk
JVCL200_D70.dpk

and build both of them.

If this still doesn't work then I suspect that there is something wrong with
your path, either in Delphi, or in Windows.

Michael




Subject: Re: install JVCL on Windows 98
From: "Trevor Walsh" <trevor_walsh@esatclear.ie>
Date: Sat, 18 Jan 2003 16:14:57 -0000
Newsgroups: jedi.vcl

No that is all it says.

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b089oi$rcj$1@talkto.net...
> > "Trevor Walsh" <trevor_walsh@esatclear.ie> wrote in message
> > news:b07509$mec$1@talkto.net...
> >
>> > > One of the library files needed to run this application cannot be found.
>> > > Do you want to attempt to load this package the next time a project is
>> > > loaded.
>> > >
>> > > I then tried to install the packages manually (eg. opening and
installing
>> > > JVCL200_D70.dpk, etc.) but got the same error.
> >
> > Did it tell you which file is missing?
> >
> > Michael
> >
> >




Subject: Re: RaLib/tools dir?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 10:54:56 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0brc0$b9c$1@talkto.net...

> > Ok, sure.  As soon as you make them available I will do that.

Great!

> > Will you be
> > posting them to .binaries?

I don't know yet. I might email you.

Michael




Subject: Re: RaLib/tools dir?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sat, 18 Jan 2003 10:31:12 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b0a5bo$5j2$3@talkto.net...
> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:b098ol$1jf$1@talkto.net...
> >
>> > > I'd be glad to help test them with the full expectation they could be
>> > > faulty, in fact I'd enjoy it.
> >
> > Great
> >
>> > > Any errors I found I'd report to you.
> >
> > No, no - FIX them :)
> >

Michael,

Ok, sure.  As soon as you make them available I will do that.  Will you be
posting them to .binaries?

thx





Subject: Re: oscheck ?
From: "anciaux thierry" <thierry.anciaux@skynet.be>
Date: Sat, 18 Jan 2003 15:25:47 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> a écrit dans le message de
news: b0bftm$9pg$1@talkto.net...
> > OsCheck is declared in JvFunctions.pas which is included by JvVCLUtils, so
> > there should be no error
 i don't find OsCHECK in JvFunctions.pas ?
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >
> > "anciaux thierry" <thierry.anciaux@skynet.be> skrev i meddelandet
> > news:b0a1fu$50b$1@talkto.net...
>> > > in the jvvclutils.pas i have an error at compile time with oschek with
is
> > an
>> > > identifier non declared - this file .pas is used with the component
>> > > jvxspeedboutton.
>> > > How can i solve this problem ?
>> > > thanks.
>> > >
>> > > --
>> > > Anciaux Thierry
>> > > mail : thierry.anciaux@skynet.be
>> > >
>> > > --
>> > >
>> > >
>> > >
> >




Subject: Re: oscheck ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 18 Jan 2003 13:15:19 +0100
Newsgroups: jedi.vcl

OsCheck is declared in JvFunctions.pas which is included by JvVCLUtils, so
there should be no error
--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"anciaux thierry" <thierry.anciaux@skynet.be> skrev i meddelandet
news:b0a1fu$50b$1@talkto.net...
> > in the jvvclutils.pas i have an error at compile time with oschek with is
an
> > identifier non declared - this file .pas is used with the component
> > jvxspeedboutton.
> > How can i solve this problem ?
> > thanks.
> >
> > --
> > Anciaux Thierry
> > mail : thierry.anciaux@skynet.be
> >
> > --
> >
> >
> >



Subject: Re: Turbopower files
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sat, 18 Jan 2003 04:50:38 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b0apcs$79d$1@talkto.net...
> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:b0aobl$776$1@talkto.net...
> >
> >
> > It's actually very logical.
> >
> > They decided to exit the Delphi retail component and developer tools
market.
> >

<snip>

Ok Michael thanks for the info.  That's good and bad news.  Good for us, sad
for them.  They were a good company, sorry to hear them give up on the
market.

thx





Subject: Re: oscheck ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 04:14:53 -0500
Newsgroups: jedi.vcl

"anciaux thierry" <thierry.anciaux@skynet.be> wrote in message
news:b0b4t6$8do$1@talkto.net...

> >  i'm runnig on windows xp pro with delphi 6

Please submit it there

Thanks,

Michael




Subject: Re: oscheck ?
From: "anciaux thierry" <thierry.anciaux@skynet.be>
Date: Sat, 18 Jan 2003 10:11:42 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> a écrit dans le
message de news: b0atv5$7ju$1@talkto.net...
> > "anciaux thierry" <thierry.anciaux@skynet.be> wrote in message
> > news:b0as3h$7fr$1@talkto.net...
> >
>> > > i have the last version 2 ( stable ) -
 i'm runnig on windows xp pro with delphi 6  - i don't find any bug on the
site about the oscheck ( identifier non declared)
 in the jvvclutils.pas  ( component vcl  jvxspeedboutton )
thanks.

> > org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
> > JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums
> >
> >
> >
> >




Subject: Re: oscheck ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 02:12:23 -0500
Newsgroups: jedi.vcl

"anciaux thierry" <thierry.anciaux@skynet.be> wrote in message
news:b0as3h$7fr$1@talkto.net...

> > i have the last version 2 ( stable ) - where is the bug database

http://jvcl.sourceforge.net/bugs.htm

--
Michael Beck
Path: talkto.net!not-for-mail
From: "Andreas Hausladen" <AndreasDOTHausladen@gNOMAILmx.de>
Newsgroups: jedi.vcl
Subject: Re: drawing the linenumbers in gutter of JvHLEditor
Date: Mon, 16 Aug 2004 11:18:23 +0200
Organization: Hausladen
Lines: 14
Message-ID: <cfpptm$tpr$1@talkto.net>
References: <cfpp8v$tmj$1@talkto.net>
NNTP-Posting-Host: pd9e65ae7.dip.t-dialin.net
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
X-Trace: talkto.net 1092643574 30523 217.230.90.231 (16 Aug 2004 08:06:14 GMT)
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums






Subject: Re: oscheck ?
From: "anciaux thierry" <thierry.anciaux@skynet.be>
Date: Sat, 18 Jan 2003 07:41:26 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> a écrit dans le
message de news: b0a5bn$5j2$2@talkto.net...
> > "anciaux thierry" <thierry.anciaux@skynet.be> wrote in message
> > news:b0a1fu$50b$1@talkto.net...
>> > > in the jvvclutils.pas i have an error at compile time with oschek with
is
> > an
>> > > identifier non declared - this file .pas is used with the component
>> > > jvxspeedboutton.
>> > > How can i solve this problem ?
> >
> > Do you have the latest JVCL?
> >
> > I think, there were problems in an older version of JVCL, but I thought,
> > this has been fixed.
> >
> > In the future - please submit bugs to our bug database, and provide more
> > information, e.g. what OS, and what error messages.
> >
> >
i have the last version 2 ( stable ) - where is the bug database - my os is
windows xp.
thanks.

> >
> >
> >




Subject: Re: Turbopower files
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 Jan 2003 00:54:09 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0aobl$776$1@talkto.net...

> > Hope I'm not pestering, but why did that do that (if you know)?  That's
> > pretty amazing.

It's actually very logical.

They decided to exit the Delphi retail component and developer tools market.

However, they have a lot of customers using their components, in many cases
in commercial applications. In order to enable further bug fixing and
improvements they released it as OpenSource under MPL.

This way:

- people who are interested can make improvements to the code

- people who currently are using these components can take advantage of all
improvements and continue to use TP components in their commercial
applications as they did so far.

Had they released it under GPL, current customers couldn't use any of the
improvements in their commercial applications, and therefore would feel
cheated.

Michael




Subject: Re: Turbopower files
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sat, 18 Jan 2003 00:33:33 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b0an2p$73i$1@talkto.net...
> > Robert Oschler wrote:
> >
> > NO! MPL 1.1!
> > Just the same license we use.
> > Orpheus and Essentials are out already many other parts following soon.
> > Have a look at http://sourceforge.net (search for TurboPower).
> >

Robert,

Hope I'm not pestering, but why did that do that (if you know)?  That's
pretty amazing.

thx





Subject: Re: Turbopower files
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 18 Jan 2003 06:11:19 +0100
Newsgroups: jedi.vcl

Robert Oschler wrote:

> You mean GPL right?  I'd be astonished if they adopted a license similar to
> the Jedi license especially the "free for commercial use" part of it (with
> the acceptance of the other Jedi licensing provisions of course).

NO! MPL 1.1!
Just the same license we use.
Orpheus and Essentials are out already many other parts following soon.
Have a look at http://sourceforge.net (search for TurboPower).



Subject: Re: Turbopower files
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sat, 18 Jan 2003 00:04:09 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b0a5bl$5j2$1@talkto.net...
> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:b0a2s6$598$1@talkto.net...
> >
>> > > What does TurboPower have to do with Jedi (I'm a current owner of Async
> > Pro
>> > > and Sleuth Q & A)?
> >
> > Nothing at this moment, except that they went OpenSource with their
> > components.
> >
> > Michael
> >
> >

You mean GPL right?  I'd be astonished if they adopted a license similar to
the Jedi license especially the "free for commercial use" part of it (with
the acceptance of the other Jedi licensing provisions of course).




Subject: Re: Turbopower files
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 19:17:16 -0500
Newsgroups: jedi.vcl

"Marc Meyen" <MarcM@consun.com> wrote in message
news:b0a5bn$5j3$1@talkto.net...

> > They released all their products in the opensource world !

Not all - only the VCL libraries. I don't expect them to release Sleuth QA
or ProActivate as OpenSource.

Michael




Subject: Re: Turbopower files
From: "Marc Meyen" <MarcM@consun.com>
Date: Sat, 18 Jan 2003 01:09:07 +0100
Newsgroups: jedi.vcl

They released all their products in the opensource world !

--- TIA & groetjes, Marc Meyen
Director R & D -- Consun nv

"Het verschil tussen theorie en praktijk is in de praktijk groter dan in
theorie."
"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0a2s6$598$1@talkto.net...
> >
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:b094v2$s4$1@talkto.net...
>> > > "Marc Meyen" <MarcM@consun.com> wrote in message
>> > > news:b093ir$fk$1@talkto.net...
>> > >
>>> > > > As a former Turbopower user, I would like to know where I could find
> > these
>>> > > > files on SourceForge ?
>> > >
>> > > http://sourceforge.net/projects/tporpheus
>> > >
>> > > For more TP projects see:
>> > >
>> > > http://sourceforge.net/users/tpsfadmin/
>> > >
>> > > Some of them have already files posted.
>> > >
>> > > Michael
>> > >
>> > >
> >
> > What does TurboPower have to do with Jedi (I'm a current owner of Async
Pro
> > and Sleuth Q & A)?
> >
> > thx
> >
> >
> >




Subject: Re: RaLib/tools dir?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 18:57:33 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b098ol$1jf$1@talkto.net...

> > I'd be glad to help test them with the full expectation they could be
> > faulty, in fact I'd enjoy it.

Great

> > Any errors I found I'd report to you.

No, no - FIX them :)

Michael




Subject: Re: oscheck ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 18:55:53 -0500
Newsgroups: jedi.vcl

"anciaux thierry" <thierry.anciaux@skynet.be> wrote in message
news:b0a1fu$50b$1@talkto.net...
> > in the jvvclutils.pas i have an error at compile time with oschek with is
an
> > identifier non declared - this file .pas is used with the component
> > jvxspeedboutton.
> > How can i solve this problem ?

Do you have the latest JVCL?

I think, there were problems in an older version of JVCL, but I thought,
this has been fixed.

In the future - please submit bugs to our bug database, and provide more
information, e.g. what OS, and what error messages.

Thanks,

Michael




Subject: Re: Turbopower files
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 18:53:34 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0a2s6$598$1@talkto.net...

> > What does TurboPower have to do with Jedi (I'm a current owner of Async
Pro
> > and Sleuth Q & A)?

Nothing at this moment, except that they went OpenSource with their
components.

Michael




Subject: Sorry to everyone. I send message to wrong group. Was: Re: Wish of FAQ: newsmailer and cc: header
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Sat, 18 Jan 2003 02:53:02 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Sat, 18 Jan 2003 02:51:47 +0300)
....while the fading voice of Arioch whispered through the darkness:

Sorry.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Turbopower files
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Fri, 17 Jan 2003 18:26:50 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b094v2$s4$1@talkto.net...
> > "Marc Meyen" <MarcM@consun.com> wrote in message
> > news:b093ir$fk$1@talkto.net...
> >
>> > > As a former Turbopower user, I would like to know where I could find
these
>> > > files on SourceForge ?
> >
> > http://sourceforge.net/projects/tporpheus
> >
> > For more TP projects see:
> >
> > http://sourceforge.net/users/tpsfadmin/
> >
> > Some of them have already files posted.
> >
> > Michael
> >
> >

What does TurboPower have to do with Jedi (I'm a current owner of Async Pro
and Sleuth Q & A)?

thx





Subject: oscheck ?
From: "anciaux thierry" <thierry.anciaux@skynet.be>
Date: Sat, 18 Jan 2003 00:07:08 +0100
Newsgroups: jedi.vcl

in the jvvclutils.pas i have an error at compile time with oschek with is an
identifier non declared - this file .pas is used with the component
jvxspeedboutton.
How can i solve this problem ?
thanks.

--
Anciaux Thierry
mail : thierry.anciaux@skynet.be

--





Subject: Re: LDAP
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Fri, 17 Jan 2003 20:48:42 +0100
Newsgroups: jedi.vcl

"Emmanuel Barache" <ebarache@hotware.fr> wrote in message
> > I saw in Borland 3rd party newsgroup that I could find something for
> > LDAP in Delphi/Jedi.

Windows Lightweight Directory Access Protocol - WLDAP32.DLL
http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=16016

Petr.




Subject: LDAP
From: "Emmanuel Barache" <ebarache@hotware.fr>
Date: Fri, 17 Jan 2003 20:05:36 +0100
Newsgroups: jedi.vcl

Hi,

I saw in Borland 3rd party newsgroup that I could find something for
LDAP in Delphi/Jedi.

I cannot find it

Any help will be appreciated.
--
Best regards,

Emmanuel Barache
HotWare
ebarache@hotware.fr






Subject: Re: JvFormStorage bug
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 17 Jan 2003 22:04:17 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 17 Jan 2003 15:17:11 +0000 (UTC))
....while the fading voice of Marc whispered through the darkness:

 MP> No, its a runtime error.
Then it's much easier to hunt it.

 MP> I will try your debugging setup and see what happens. Thanks

Inbstead of that side-steps of 3.1, just use ExceptDlg unit in any unit of
Your project and turn on TD32 info or MAP files for Your exe. And turn using
BPL's off.

Good hunt.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Offtop: XP
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 17 Jan 2003 21:18:57 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 17 Jan 2003 09:29:12 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> way faster), and they have too many ads.
Mmm.. You're right, guess.

Never thought of that, since i use Opera and have graphics off.

 MBT> use something like the UniRed from (www.esperanto.mv.ru/UniRed)
Or UniRed.sourceforge.net :-)
I'm glad You had valued this tool.

 MBT> BTW - www.perevodov.net is handling this above issue OK, i.e. it takes
 MBT> the comments directly from Delphi and translates, but its response is
 MBT> sooo slow....

Agree .translation quality is бгср nicier, but the techical side :-(


With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: after the source cleaning...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Jan 2003 17:09:40 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Personally, I think one should stop and think for a moment on the usability
> of the current label set: honestly - how many will use a label that bounces
> around on the screen? I think that if the bouncing (or other esoteric
> behaviour like the label that auto-types and makes errors now and then)
> can't be incorporated into one of the existing labels, it should be moved to
> \Archive.

when we have organized them in trees we can create packages to allow to install only parts of the components.
Maybe we even create packages to add only individual components or small groups of very closely related components.

Is it possible to chain together the packages via requires?



Subject: Re: RaLib/tools dir?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Fri, 17 Jan 2003 11:01:07 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b089qb$rcr$1@talkto.net...
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:avu3a0$5rt$1@talkto.net...
>> > > "Robert Oschler" <Oschler@earthlink.net> wrote in message
>> > > news:avo96a$hmc$1@talkto.net...
>>> > > > In the JvInterpreter main example, they mention that there is a
program
>>> > > > called Pas2JvInterpreter in the RaLilb\tools dir that helps adapt
> > compiled
>>> > > > Delphi classes to be used by JvInterpreter.  I can't find any
> > RaLib\tools
>>> > > > dir or Pas2JvIntepreter.* in the entire Jedi dir or Jedi JVCL dir.
> > Where
>>> > > > can I find RaLib\tools and Pas2JvInterpreter?
> >
> > I found them, but I'll have to find some time to see if it works. Once
this
> > is done, I'll upload them to the CVS.
> >
> > Michael
> >
> >

Michael,

I'd be glad to help test them with the full expectation they could be
faulty, in fact I'd enjoy it.  Any errors I found I'd report to you.

thx





Subject: Re: Error installing!
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Fri, 17 Jan 2003 16:35:50 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > Make sure the path is on your Windows search path. I think it can't find the

The Delphi installer should add $(DELPHI)\Projects\Bpl to the Windows search
path. But it is better to check it ;-)

Petr.




Subject: Re: Error installing!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 17 Jan 2003 16:31:50 +0100
Newsgroups: jedi.vcl

> > It´s there

Make sure the path is on your Windows search path. I think it can't find the
runtime packages. On installing manually, Delphi has made the folder the
current folder, so it is able to open the runtime package from the
designtime package. When you restart Delphi it hasn't, so it can't find the
runtime package.

As an alternative, you may move the DJCL*.bpl and JVCL200_R50.bpl to any
other folder on you windows path.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Error installing!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 10:18:09 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b095pl$11g$1@talkto.net...

> > Can you find out, where do you have JVCL200_R50.bpl

Oops, you mentioned in previous message that it is in projects/BPL.

Well, I don't really know how to help you.

Anyone else?

Michael




Subject: Re: JvFormStorage bug
From: Marc Pelletier <Mark@stopspam.traxis.ca>
Date: Fri, 17 Jan 2003 15:17:11 +0000 (UTC)
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in news:b019do$nd9$1@talkto.net:

> > Am i rught, this is a design-time error, not runtime one?
> > 

No, its a runtime error.

> > I suggest You the following steps:
> > 
> > 1) Try JvFormPosition instead. It is ancestor of FormStorage.
> > If the bug remains - it is in the Position class, otherwise in Storage.
> > 
> > 

Could very well be. I think it is in the minmax stuff.

I will try your debugging setup and see what happens. Thanks

Marc Pelletier



Subject: Re: Error installing!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 10:13:32 -0500
Newsgroups: jedi.vcl

"Romeo" <romeo_isaksson@hotmail.com> wrote in message
news:b095b1$ud$1@talkto.net...
> > It´s there
> >
> > Still not work.

Can you find out, where do you have JVCL200_R50.bpl

Michael




Subject: Re: Error installing!
From: "Romeo" <romeo_isaksson@hotmail.com>
Date: Fri, 17 Jan 2003 16:02:17 +0100
Newsgroups: jedi.vcl

It´s there

Still not work.

Regards,
Romeo


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:b093sh$hf$1@talkto.net...
> > "Romeo" <romeo_isaksson@hotmail.com> wrote in message
> > news:b09194$vls$1@talkto.net...
>> > > Ok, here´s the deal.
>> > >
>> > > When i start my Delphi 5 it say´s that i can´t find/load JVCL200_D50.bpl
> > and
>> > > JVCL200_R50.bpl
>> > >
>> > > very strange. I checked my projects/BPL and there they are.
> >
> > Can you check your Library path (Tools/Environment/Library), and see if
you
> > have:
> >
> > $(DELPHI)\Projects\Bpl
> >
> > there?
> >
> > If not, can you add it there?
> >
> > Michael
> >
> >
> >
> >




Subject: Re: Turbopower files
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 09:59:21 -0500
Newsgroups: jedi.vcl

"Marc Meyen" <MarcM@consun.com> wrote in message
news:b093ir$fk$1@talkto.net...

> > As a former Turbopower user, I would like to know where I could find these
> > files on SourceForge ?

http://sourceforge.net/projects/tporpheus

For more TP projects see:

http://sourceforge.net/users/tpsfadmin/

Some of them have already files posted.

Michael




Subject: Re: Offtop: XP
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 09:42:00 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b091b0$vm8$1@talkto.net...
> > The stars so gaily glistened...  (Fri, 17 Jan 2003 16:43:42 +0300)
> > ...while the fading voice of Arioch whispered through the darkness:
> >
> > AAA!!! I forgot !
> >
> > The very Micheal Beck can read russian.
> > AFAIR.

True, but it's still faster for a native Russian speaker to do the
translation :)

Michael




Subject: Re: Error installing!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 09:40:56 -0500
Newsgroups: jedi.vcl

"Romeo" <romeo_isaksson@hotmail.com> wrote in message
news:b09194$vls$1@talkto.net...
> > Ok, here´s the deal.
> >
> > When i start my Delphi 5 it say´s that i can´t find/load JVCL200_D50.bpl
and
> > JVCL200_R50.bpl
> >
> > very strange. I checked my projects/BPL and there they are.

Can you check your Library path (Tools/Environment/Library), and see if you
have:

$(DELPHI)\Projects\Bpl

there?

If not, can you add it there?

Michael






Subject: Turbopower files
From: "Marc Meyen" <MarcM@consun.com>
Date: Fri, 17 Jan 2003 15:32:34 +0100
Newsgroups: jedi.vcl

Hi,

As a former Turbopower user, I would like to know where I could find these
files on SourceForge ?

--- TIA & groetjes, Marc Meyen
Director R & D -- Consun nv

"Het verschil tussen theorie en praktijk is in de praktijk groter dan in
theorie."




Subject: Re: Offtop: XP
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 09:29:12 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b090of$vje$1@talkto.net...

> > Sure, but try before www.perevodov.net and www.translate.ru - maybe them
are
> > enough.

They are pretty slow (OK, my connection is slow, maybe on a cable it's way
faster), and they have too many ads. Also, sometimes the words are missing
(e.g.  ??????), as there could be spelling mistakes in our Russian comments.

It seems that http://babelfish.altavista.com/babelfish/tr is faster, the
only problem is that if we open the file in US Delphi, the characters can
not be read in Russian, so the way around would be to use something like the
UniRed from (www.esperanto.mv.ru/UniRed)

BTW - www.perevodov.net is handling this above issue OK, i.e. it takes the
comments directly from Delphi and translates, but its response is sooo
slow....

As you can see, this is pretty slow process.

So any help from a native Russian speaker would be very much appreciated.

Michael




Subject: Re: Error installing!
From: "Romeo" <romeo_isaksson@hotmail.com>
Date: Fri, 17 Jan 2003 14:55:27 +0100
Newsgroups: jedi.vcl

You can see the problem in my reply to Michael Beck.

By the way. I want to contribute to. What should i do. What do you guys
need?

Do you have any use for a "Reebot,shutdown computer" for XP,Win9x,2000
component?

Regards,
Romeo.

"Peter Thörnqvist" <peter3@nospampeter3.com> skrev i meddelandet
news:b08sm6$uqd$1@talkto.net...
>> > > Is it possible to install JEDI?
> >
> > Not JEDI but maybe JVCL <g>:
> >
> > Installing manually:
> >
> > 1. Open the JVCL_R?0.DPK in Delphi and compile it. ? is the version of
> > Delphi you re using. If you are using Delphi 5 Standard or Delphi 6/7
> > Personal, open the JVCL_R?0Personal.pk instead
> > 2. Open JVCL_D?0.dpk and install it. If you are using Delphi 5 Standard or
> > Delphi 6/7 Personal, open the JVCL_D?0Personal.pk instead
> >
> > Any errors? Post them here.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Offtop: XP
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 17 Jan 2003 16:53:53 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 17 Jan 2003 16:43:42 +0300)
....while the fading voice of Arioch whispered through the darkness:

AAA!!! I forgot !

The very Micheal Beck can read russian.
AFAIR.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Error installing!
From: "Romeo" <romeo_isaksson@hotmail.com>
Date: Fri, 17 Jan 2003 14:52:59 +0100
Newsgroups: jedi.vcl

Ok, here´s the deal.

When i start my Delphi 5 it say´s that i can´t find/load JVCL200_D50.bpl and
JVCL200_R50.bpl

very strange. I checked my projects/BPL and there they are.

If i wan´t it to work i have to go to the "install packages" and press the
"Add" button. Then i locate the JVCL200_D50.bpl  and BAM....all components
is shown in the palette. When i restart Delphi i have to add them like this
again.

Any sulotions to my problem?

Sorry for the lame description. I don´t know ANYTHING about packages <g>

Regards,
Romeo



"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:b08r76$ui3$1@talkto.net...
> > "Romeo" <romeo_isaksson@hotmail.com> wrote in message
> > news:b08pkp$u8d$1@talkto.net...
> >
>> > > When i try to run Delphi, i get about 1,000 faults. Cannot load .....
>> > >
>> > > Is it possible to install JEDI?
> >
> > Of course it is. After all, thousands of people did it before <g>
> >
> > So what errors do you get? Are they all the same?
> >
> > Michael
> >
> >
> >
> >




Subject: Re: Offtop: XP
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 17 Jan 2003 16:43:42 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Fri, 17 Jan 2003 06:11:35 +0100)
....while the fading voice of Robert whispered through the darkness:

  RM> Ha! There are several units in the JVCL with kyrillic comments. Can
you
 RM> try to translate them?

Sire, but try before www.perevodov.net and www.translate.ru - maybe them are
enough.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: JVCL # 36 on Source Forge :)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 08:07:43 -0500
Newsgroups: jedi.vcl

This week we've got a lot of activities on JVCL, which got us to a pretty
high rank on SourceForge:

http://sourceforge.net/project/stats/?group_id=45786

I guess, the recent move of TurboPower to OpenSource has created extra
visibility and interest in JVCL as well :)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: Re: JVCL-Latest.zip has 0 byte
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 17 Jan 2003 13:49:48 +0100
Newsgroups: jedi.vcl

thanx for the info

"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E27D28D.37591F38@gmx.de...
>> > > Hi @ll
>> > >
>> > > The file
>> > > http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
>> > > has 0 bytes !!
> >
> > There a problems with the CVS on SourceForge, so the script can not access
> > the files.
> >
> > Just use the one with latest date.
> >
> > BTW - browsing the CVS on the Web also doesn't work:
> > http://sourceforge.net/cvs/?group_id=45786
> >
> > I am glad that the CVSTortoise still works fine.
> >
> > Michael



Subject: Re: Error installing!
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Fri, 17 Jan 2003 13:31:23 +0100
Newsgroups: jedi.vcl

> > Is it possible to install JEDI?

Not JEDI but maybe JVCL <g>:

Installing manually:

1. Open the JVCL_R?0.DPK in Delphi and compile it. ? is the version of
Delphi you re using. If you are using Delphi 5 Standard or Delphi 6/7
Personal, open the JVCL_R?0Personal.pk instead
2. Open JVCL_D?0.dpk and install it. If you are using Delphi 5 Standard or
Delphi 6/7 Personal, open the JVCL_D?0Personal.pk instead

Any errors? Post them here.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Error installing!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 07:12:59 -0500
Newsgroups: jedi.vcl

"Romeo" <romeo_isaksson@hotmail.com> wrote in message
news:b08pkp$u8d$1@talkto.net...

> > When i try to run Delphi, i get about 1,000 faults. Cannot load .....
> >
> > Is it possible to install JEDI?

Of course it is. After all, thousands of people did it before <g>

So what errors do you get? Are they all the same?

Michael






Subject: Re: Error installing!
From: "Romeo" <romeo_isaksson@hotmail.com>
Date: Fri, 17 Jan 2003 12:42:39 +0100
Newsgroups: jedi.vcl

Compiled the install file and placed it in JEDI\JCL\BIN

Then i run it and alll looks well, Installation finished.

When i try to run Delphi, i get about 1,000 faults. Cannot load .....

Is it possible to install JEDI?

Regards,
Romeo.

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:b089jc$rar$1@talkto.net...
> > "Romeo" <romeo_isaksson@hotmail.com> wrote in message
> > news:b07kli$pct$1@talkto.net...
> >
>> > > Delphi 5
>> > > with the update pack installed.
> >
> > 1) did you find the JediInstaller.exe in the JEDI\JCL\bin where JEDI is
the
> > subdirectory where you have unzipped all the files.
> >
> > 2) if not, can you open in Delphi the JediInstaller.dpr project located in
> > JEDI\JCL\examples\installhelper, and compile it?
> >
> > 3) Make sure that the file is then in the JEDI\JCL\bin, and then run it
from
> > there.
> >
> > Michael
> >
> >
> >
> >




Subject: Re: JVCL200_R60 personal.dpk failed to install
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Fri, 17 Jan 2003 12:28:51 +0100
Newsgroups: jedi.vcl

Just remove the JvTextContainer from the dpk file where it is used. You
might get similar additional errors: just remove them as well.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"Garnett" <talorigomat@yahoo.co.uk> wrote in message
news:b08edv$s6l$1@talkto.net...
> > I've downloaded JCL122+JVCL200FinalFullInstall and tried to install it a
> > number of times.  I keep getting the error "JVCL200_R60.dpk failed to
> > install" followed by "JVCL200_D60.DPK failed to install".  When I open the
> > JVCL200_R60 package and try to install it I receive the following error
> > telling me that it can't find the file "Jvtextcontainer.dcu".  This file
> > included, but there is a Jvtextcontainer.pas file in the Archive directory
> > of the JVCL.
> >
> >




Subject: TjvBandForm: defining the position?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 17 Jan 2003 11:41:52 +0100
Newsgroups: jedi.vcl

Hello,

i am using a "TjvBandForm" to display a custom band in IE. On some computers
this band is not displayed completely so the user has to move it to a
different position by hand. Somtimes the band is displayed so small that it
is hard to find for the user.

Is it possible to define a position for the "TjvBandForm" or to move the
band by code? Changing the property "Left" of the form has no effect.

Thanks in advance,
Ralf





Subject: Re: JVCL-Latest.zip has 0 byte
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 04:53:17 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E27D28D.37591F38@gmx.de...
> > Hi @ll
> >
> > The file
> > http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
> > has 0 bytes !!

There a problems with the CVS on SourceForge, so the script can not access
the files.

Just use the one with latest date.

BTW - browsing the CVS on the Web also doesn't work:
http://sourceforge.net/cvs/?group_id=45786

I am glad that the CVSTortoise still works fine.

Michael




Subject: JVCL-Latest.zip has 0 byte
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 17 Jan 2003 10:53:17 +0100
Newsgroups: jedi.vcl

Hi @ll

The file
http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
has 0 bytes !!

Ralf Grenzing



Subject: Re: after the source cleaning...
From: Eric Grange <egrange@glscene.org>
Date: Fri, 17 Jan 2003 09:37:32 +0100
Newsgroups: jedi.vcl

> > [...] One of my biggest concerns with JVCL is the size of it: there are just too
> > many components that do too little and they should be merged / removed / [...]

This is also a concern for those that want to use JVCL components: it's sometimes
hard to tell which are 'core' components, which are extensively used/tested/
maintained from those that are purely cosmetic variations... 
Maybe separating components JVCL into component sets could help sort this out
without requiring extensive code changes/merges: select some of the components 
and state that these components (especially their interface/names) are here to 
stay and will still be around and maintained in X years. As standardization
progresses, more components & more features could go into the "stable" core.

I know (from previous posts) that some consider "freezing" interfaces will
prevent evolution, but IMHO it's a necessity of any standard library, otherwise
the cost of keeping in sync with the library becomes higher than the cost 
of forking.

Eric


Subject: JVCL200_R60 personal.dpk failed to install
From: "Garnett" <talorigomat@yahoo.co.uk>
Date: Fri, 17 Jan 2003 08:31:09 -0000
Newsgroups: jedi.vcl

I've downloaded JCL122+JVCL200FinalFullInstall and tried to install it a
number of times.  I keep getting the error "JVCL200_R60.dpk failed to
install" followed by "JVCL200_D60.DPK failed to install".  When I open the
JVCL200_R60 package and try to install it I receive the following error
telling me that it can't find the file "Jvtextcontainer.dcu".  This file
included, but there is a Jvtextcontainer.pas file in the Archive directory
of the JVCL.




Subject: Re: RaLib/tools dir?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 02:15:57 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:avu3a0$5rt$1@talkto.net...
> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:avo96a$hmc$1@talkto.net...
>> > > In the JvInterpreter main example, they mention that there is a program
>> > > called Pas2JvInterpreter in the RaLilb\tools dir that helps adapt
compiled
>> > > Delphi classes to be used by JvInterpreter.  I can't find any
RaLib\tools
>> > > dir or Pas2JvIntepreter.* in the entire Jedi dir or Jedi JVCL dir.
Where
>> > > can I find RaLib\tools and Pas2JvInterpreter?

I found them, but I'll have to find some time to see if it works. Once this
is done, I'll upload them to the CVS.

Michael




Subject: Re: install JVCL on Windows 98
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 02:15:00 -0500
Newsgroups: jedi.vcl

"Trevor Walsh" <trevor_walsh@esatclear.ie> wrote in message
news:b07509$mec$1@talkto.net...

> > One of the library files needed to run this application cannot be found.
> > Do you want to attempt to load this package the next time a project is
> > loaded.
> >
> > I then tried to install the packages manually (eg. opening and installing
> > JVCL200_D70.dpk, etc.) but got the same error.

Did it tell you which file is missing?

Michael




Subject: Re: Error installing!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 02:12:14 -0500
Newsgroups: jedi.vcl

"Romeo" <romeo_isaksson@hotmail.com> wrote in message
news:b07kli$pct$1@talkto.net...

> > Delphi 5
> > with the update pack installed.

1) did you find the JediInstaller.exe in the JEDI\JCL\bin where JEDI is the
subdirectory where you have unzipped all the files.

2) if not, can you open in Delphi the JediInstaller.dpr project located in
JEDI\JCL\examples\installhelper, and compile it?

3) Make sure that the file is then in the JEDI\JCL\bin, and then run it from
there.

Michael






Subject: Re: after the source cleaning...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 02:08:21 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b082lc$qi6$1@talkto.net...

> > As long as it is not in the way of the recent Dilbert cartoons :-)

LOL

Michael




Subject: Re: after the source cleaning...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 17 Jan 2003 02:07:47 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b083j0$qlv$1@talkto.net...

> > There is no way around changing the components so we can safely announce
> > that we do not guarantee any functionality or name in the JVCL for some
> > time. The main obstacle is to get the courage to start mangling the
sources.

We can call it JVCL 3.0 :)

But we probably should continue with the way Peter did for JVCL 2.0 - when
me make a major change, then we create a new name for the component, and the
old one will move to Archive. This way programs using JVCL 2.0 can still
work, and the user can move to JVCL 3.0 new components at their own pace.

And we could provide a "JVCL Converter" to make the name changes for JVCL
2.0 ==> JVCL 3.0 transition easier. Converting our own Demo programs would
be a good test for it :)

Michael




Subject: Re: after the source cleaning...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Jan 2003 06:26:08 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Your analysis sounds just about right to me, so I won't comment on it
> further. I'll just remind everyone that labels (and the various TEdit
> implementations) have been discussed before. In essence, the discussion
> concluded that we could take two paths with closely related components:
> derive them from a common ancestor that implements the base behaviour (i.e
> Active and Interval for the timer) or create a label component that is
> designed for extending it's behaviour.

So we agree that the components should be restructured in a hierarchy.
I see no reason why we should not start to organize them using the easier path for now.

> designed for extending it's behaviour.

This is a tough job. Starting with the easier way will allow the not so top notch expert developers to follow and contribute to the design.
The structuring of the components will be about the same anyway.

There is no way around changing the components so we can safely announce that we do not guarantee any functionality or name in the JVCL for some time. The main obstacle is to get the courage to start mangling the sources.



Subject: Re: after the source cleaning...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Jan 2003 06:17:31 +0100
Newsgroups: jedi.vcl

Ralf Grenzing wrote:

> Why is it an error to set the caption in the constructor? I guess you want to
> set in in the loaded method?

No it sets it to an URL (which i changed to http://delphi-jedi.org last year). It was meant as an advertisement. There is no need for that now that it has the AboutJVCL property. So standard behavior for a component should be restored. A component should not change standard behavior outside the main purpose.



Subject: Re: Offtop: XP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Jan 2003 06:11:35 +0100
Newsgroups: jedi.vcl

Arioch /BDV/ wrote:

> Say when i made a parody to one russian tourist song i was stumbled after
> the 1,5 verse.
> In a week i saw 2 mates that together easily complete the parody.

Ha! There are several units in the JVCL with kyrillic comments. Can you try to translate them?



Subject: Re: after the source cleaning...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 17 Jan 2003 06:10:20 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

>  I guess, that's why XP (eXtreme
> Programming in pairs) is so popular

As long as it is not in the way of the recent Dilbert cartoons :-)



Subject: Re: after the source cleaning...
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 17 Jan 2003 03:53:23 +0100
Newsgroups: jedi.vcl

Hi Robert

first: thanx for your work and your comment!!! I totally agree with Michael that
it is very interesting to read your analysis and I can learn a lot. So I would
also say: Share it please in future :-)

One question then


Robert Marquardt schrieb:

> >
> > JvScrollingLabel:
> > Scrolling should be Active. It is very similar to JvBlinkingLabel so it
> > should get a common base class. That base class (or an ancestor) will
> > implement MouseEnter/MouseLeave and maybe more.
> > Setting the Caption in the constructor is a nice touch, but still an
> > error.

Why is it an error to set the caption in the constructor? I guess you want to
set in in the loaded method?

Ralf Grenzing



Subject: Re: Error installing!
From: "Romeo" <romeo_isaksson@hotmail.com>
Date: Fri, 17 Jan 2003 02:11:29 +0100
Newsgroups: jedi.vcl

Delphi 5
with the update pack installed.

Regards,
Romeo


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:b06sbi$l3e$1@talkto.net...
> > "Romeo" <romeo_isaksson@hotmail.com> wrote in message
> > news:b06rt8$l04$1@talkto.net...
> >
>> > > When i try to run installer.bat i get the error message saying that i
> > can´t
>> > > find the bin/JediInstaller.exe
> >
> > The JediInstaller.exe should be in JEDI\JCL\bin, where JEDI is the
> > subdirectory where you have unzipped all the files.
> >
> > If the file is not there, then probably something is wrong with your
Delphi
> > installation, otherwise this file should be compiled.
> >
> > What version of Delphi do you have?
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> >
> >
> >




Subject: Re: Globus VCL joins JEDI VCL
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Thu, 16 Jan 2003 18:07:48 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b0788g$nna$1@talkto.net...
> > The stars so gaily glistened...  (Thu, 16 Jan 2003 16:15:56 -0500)
> > ...while the fading voice of Robert whispered through the darkness:
> >
> >
> > I didn't use it much, but some components was just brilliant.
> > And the real brilliant were Delphi lessons on that very site.
> >

<snip>

What were the components you considered brilliant?




Subject: Re: Offtop: XP
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 16 Jan 2003 17:06:52 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b078h1$npe$1@talkto.net...

> > But all this fair tale is if they are co-workers and not a rival

Absolutely

Michael




Subject: Offtop: XP
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 17 Jan 2003 00:44:00 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 16 Jan 2003 14:12:32 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> Programming in pairs) is so popular - we are sometimes so used to do
 MBT> things one way that we miss a better approach, or just forget about

Sure, and that is true not only for programming.

Say when i made a parody to one russian tourist song i was stumbled after
the 1,5 verse.
In a week i saw 2 mates that together easily complete the parody.

Each one of us has its strong points and quickly runs through them - to ones
weak points, where he stumbles.
And here the other one will take the leadership.

But all this fair tale is if they are co-workers and not a rival

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Globus VCL joins JEDI VCL
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Fri, 17 Jan 2003 00:39:36 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 16 Jan 2003 16:15:56 -0500)
....while the fading voice of Robert whispered through the darkness:

 ??>> Since the original Install is Freeware, you can use the components in
 ??>> commercial applications as is.

I didn't use it much, but some components was just brilliant.
And the real brilliant were Delphi lessons on that very site.

What i can say - i don't suggest using Object<->XML serializer, cause it is
very hard to extend and IMHO cannot work if the component can own as a
property the components of that very class.

The last thing to say is that Biblio-Globus is the largest book shop in
Moscow.

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Globus VCL joins JEDI VCL
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Thu, 16 Jan 2003 16:15:56 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b072rt$m4j$1@talkto.net...
> > "Robert Oschler" <Oschler@earthlink.net> wrote in message
> > news:b0728e$m10$1@talkto.net...
> >
>> > > Can we use these now from the original install in a commercial app
(usual
>> > > JEDI licensing provisions), or do we have to wait until its been merged?
> >
> > Since the original Install is Freeware, you can use the components in
> > commercial applications as is.
> >
> > Michael
> >
> >

Thx!




Subject: install JVCL on Windows 98
From: "Trevor Walsh" <trevor_walsh@esatclear.ie>
Date: Thu, 16 Jan 2003 20:41:22 -0000
Newsgroups: jedi.vcl

I have installed JVCL on a Windows 2000 machine by using the JEDI Installer
and all the components installed without any problem. I did not have to do
anything else.

When I used the JEDI Installer to install the components on a Windows 98
machine and ran Delphi 7 afterwards I get the messages:

Can't load package c:\Program Files\Borland\Delphi
7\Projects\Bpl\JVCL200_D70.bpl

Can't load package c:\Program Files\Borland\Delphi
7\Projects\Bpl\JclDebuglde70.bpl

Can't load package c:\Program Files\Borland\Delphi
7\Projects\Bpl\ProjectAnalyzer70.bpl

Can't load package c:\Program Files\Borland\Delphi
7\Projects\Bpl\IdeOpenDlgFavorite70.bpl

Can't load package c:\Program Files\Borland\Delphi
7\Projects\Bpl\JVCL200_D70.bpl

One of the library files needed to run this application cannot be found.
Do you want to attempt to load this package the next time a project is
loaded.

I then tried to install the packages manually (eg. opening and installing
JVCL200_D70.dpk, etc.) but got the same error.




Subject: Re: Globus VCL joins JEDI VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 16 Jan 2003 15:11:03 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:b0728e$m10$1@talkto.net...

> > Can we use these now from the original install in a commercial app (usual
> > JEDI licensing provisions), or do we have to wait until its been merged?

Since the original Install is Freeware, you can use the components in
commercial applications as is.

Michael




Subject: Re: after the source cleaning...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 16 Jan 2003 14:12:32 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:b06v06$lhj$1@talkto.net...

> > Now the reasons why the source of TJvRealLabel needs improvement:
> > Calling Sleep will stop the main program thread for several msecs.
> > This can hamper time critical programs and it also wastes time which
> > could be used by the program.
> > Calling Application.ProcessMessages may disturb other parts of the
program.
> >
> > A visual control usually should not call Repaint. It should call
> > Invalidate and wait for being repainted. This improves system performance.

Thanks for sharing your improvements suggestions and the reasons behind
them.

It's a very valuable learning to see other's perspective on things,
especially from an expert like you. I guess, that's why XP (eXtreme
Programming in pairs) is so popular - we are sometimes so used to do things
one way that we miss a better approach, or just forget about some details.

Please continue sharing the reasonings behind your suggestions.

Thanks,

Michael




Subject: Re: after the source cleaning...
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 16 Jan 2003 20:03:43 +0100
Newsgroups: jedi.vcl

Your analysis sounds just about right to me, so I won't comment on it
further. I'll just remind everyone that labels (and the various TEdit
implementations) have been discussed before. In essence, the discussion
concluded that we could take two paths with closely related components:
derive them from a common ancestor that implements the base behaviour (i.e
Active and Interval for the timer) or create a label component that is
designed for extending it's behaviour.

I don't remember the implementation details at present but it involved some
pretty advanced sheenanigans with sub-classes and such. I'm sure Marcel can
fill in the details since most of it came from him. You could also search
this NG and Mantis for "Unify Labels" and "Unify Edits" to read the
postings.

Personally, I think one should stop and think for a moment on the usability
of the current label set: honestly - how many will use a label that bounces
around on the screen? I think that if the bouncing (or other esoteric
behaviour like the label that auto-types and makes errors now and then)
can't be incorporated into one of the existing labels, it should be moved to
\Archive.

We have the same situation with edits: TJvYearEdit is completely obsolete:
use a integer edit, set MaxLength to 4 and be done with it. Better yet,
create a edit that can either restrict the allowable input to a predefined
type (i.e integers, alpha, alphanumeric, hex, float) or to a custom set of
user selectable characters. For those cases when you need to enforce the
actual ordering of the characters, use a mask edit (or something like it)
instead. This would reduced the number of edits from 5+ to 2 (or 3 unless
the functionality can be integrated into the normal JvEdit: one JvEdit, one
JvMaskEdit, one JvValidatingEdit).

One of my biggest concerns with JVCL is the size of it: there are just too
many components that do too little and they should be merged / removed /
reimplemented agressively. I know that some of you don't agree and want to
keep as much as possible but I don't think it will hold in the end. As
Sebastien said somewhere else (and I agree): JVCL risk turning into a
repository of abandoned components instead of being a library of really cool
and advanced stuff that is a natural addition to Delphi.

Besides, making the set smaller also means that those of us that are
interested in working with JVCL can improve and extend what is availabe
instead of spending all our free time hunting bugs in components we would
never use ourselves, don't understand and don't want to learn. And we don't
want that, do we?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: after the source cleaning...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 16 Jan 2003 20:01:37 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> BlinkingDelay and BlinkingTime are also named badly.

> The imlementation is horrific.

I should not use such language. It insults the donator which surely did his best when implementing it.
Please read it as a way to show that the source needs to be improved.

Now the reasons why the source of TJvRealLabel needs improvement:
Calling Sleep will stop the main program thread for several msecs.
This can hamper time critical programs and it also wastes time which could be used by the program.
Calling Application.ProcessMessages may disturb other parts of the program.

A visual control usually should not call Repaint. It should call Invalidate and wait for being repainted. This improves system performance.



Subject: Re: Error installing!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 16 Jan 2003 13:19:54 -0500
Newsgroups: jedi.vcl

"Romeo" <romeo_isaksson@hotmail.com> wrote in message
news:b06rt8$l04$1@talkto.net...

> > When i try to run installer.bat i get the error message saying that i
can´t
> > find the bin/JediInstaller.exe

The JediInstaller.exe should be in JEDI\JCL\bin, where JEDI is the
subdirectory where you have unzipped all the files.

If the file is not there, then probably something is wrong with your Delphi
installation, otherwise this file should be compiled.

What version of Delphi do you have?

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl





Subject: Error installing!
From: "Romeo" <romeo_isaksson@hotmail.com>
Date: Thu, 16 Jan 2003 19:08:51 +0100
Newsgroups: jedi.vcl

Hi i can´t install neither JCL och JVCL.

When i try to run installer.bat i get the error message saying that i can´t
find the bin/JediInstaller.exe

So where is it then?

I downloaded the JCL122+JVCL200FinalFullInstall.zip file. And i get the
same error when trying to install JCL.

What should i do?

Regards,
Romeo




Subject: after the source cleaning...
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 16 Jan 2003 18:38:00 +0100
Newsgroups: jedi.vcl

These are some ideas on component improvements. after the source cleaning i will shed more ideas on this.

I will analyze some components to uncover their bugs and show what i intend to do to the JVCL components. I selected the "Jv Labels" components at random. There are only a few and they are closely related.

JvBlinkingLabel:
This component has two major bugs.
First it uses the name Blinking for a property which should be named Active. No need to repeat what is already stated in the type name.
Active will also allow to create a common base class for labels with activity.
BlinkingDelay and BlinkingTime are also named badly. It is not intuitive that these properties tell the on and off time of the label when blinking.
The second bug is the blink implementation. It simply switches Visible on and off. This has several unwanted consequences. The property Visible is lost. You cannot use it anymore.
Also while invisible the component does not act on clicks. Several features of the component are now timing dependent. The component does not blink in design mode.
The correct implementation goes through overriding the Paint method.

JvScrollingLabel:
Scrolling should be Active. It is very similar to JvBlinkingLabel so it should get a common base class. That base class (or an ancestor) will implement MouseEnter/MouseLeave and maybe more.
Setting the Caption in the constructor is a nice touch, but still an error. AboutJVCL handles copyright info.
What is NoGrap? This property has to be reevaluated.
The implementation has one major flaw. It scrolls on a per char base. This makes it jerky with most fonts. Better implement it on a per pixel base. It should also work in design mode.

TJvReversedLabel:
Does not work on my computer. It seems to show the text turned around 180 degrees.
Best reimplement it as a TJvAngleLabel descendant or drop it completely.
I would prefer to drop it and implement a new component which can only use the directions 0, 90, 180 and 270 degrees. Since TJvangleLabel can only work with TrueType fonts this new component should use an internal bitmap which is flipped and mirrored accordingly.

TJvRealLabel:
The first bug is that it uses an extra Text property instead of the Caption.
The imlementation is horrific. It should be reimplemented to work like JvAppearingLabel or simply merged with it.
It should also get a separate trigger method instead of the trigger through Text assignment.

TJvAngleLabel:
This component is well implemented. The only question is if it should force a TrueType font like now or if it should force the Angle to 0 for non-TrueType fonts instead.
The implementation could be improved by having the internal FAngle running at tenths of degrees to allow the full precision of the feature.
The TurboPower OvcRotatedLabel is inferior.

TJvBouncingLabel:
This component is almost clean. Only Bouncing should be changed to Active (add it to the Active label family).
The component should not bounce in design mode. Bouncing hampers selection in the IDE.

TJvAppearingLabel:
This component is really clean, but i think it does not need a thread to implement the functionality.
A timer like the others is sufficient. Like TJvRealLabel this is no permanently animated component, but a triggered single shot one. They should get their own base class.


Anyone interested in implementing the above even before the cleaning is completed?



Subject: Globus VCL joins JEDI VCL
From: The Graphical Gnome <rbraasem@xs4all.nl>
Date: Thu, 16 Jan 2003 17:23:18 +0000 (UTC)
Newsgroups: jedi.vcl

We are very pleased to announce that Globus VCL Components
(http://cpr.biblio-globus.ru/glOverviewEnglish.htm) are joining JVCL.

Globus VCL include over 60 top-notch native Delphi components. Some of 
them:

- Cool visual controls TglPageControl, TglProgresBar, TglDigits,
 TglGroupBox, TglAskListBox, TglSplitter, TglSpeedButton etc
- TSmallFontDefense component protects app from Large system fonts.
- TglHoleShape control makes the transparent areas on forms
- TglGroupBox allows you to create scrolling groups of GroupBox ala 3DSMAX
 interface
- TglShadow allows to create shadow effect for any visual control
- TglHelpPanel provides an opportunity to integrate help RTF text to your
 forms
- TglWizardHeader draws cool wizard header
- TglExceptionHandler component logs all errors
- TglSingleInstance prevents the start of the second instance of app
- TglMailSlotServer, TglMailSlotClient components provide an opportunity
 to send messages via Windows MailSlots
- TglXMLSerializer allows you to save any object to XML and load XML into
 it

The original Install also includes a nice demo:
http://www.torry.net/huge.htm#8011

After conversion to JVCL naming/coding standard and removing overlaps, they
will be included in one of the next major releases of JVCL.

Our thanks go to Andrey Chudin for donating his components to JVCL.

May the Source be with you!

--
Rob den Braasem
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl



Subject: Re: Re[4]: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 16 Jan 2003 06:47:14 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b060ch$fka$1@talkto.net...

> > In CVS ? Or maybe in final ?

In both. But I think you have to download the full version than SourceOnly.
I am not sure about the download w/o examples, if it does it or not. The
"source only" definitely doesn't have it.

Michael




Subject: Re[4]: please convert source\JvFDualLst.DFM in cvs to text
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Thu, 16 Jan 2003 13:18:57 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 15 Jan 2003 08:01:10 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> This, and several others tools are under jvcl\devtools.

In CVS ? Or maybe in final ?

I'm still libing with latest beta and a set of CVS updates :-)

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: TJvTimeLine __property PopUpMenu
From: davcha@ppdgroup.com (David Charron)
Date: Wed, 15 Jan 2003 13:31:04 +0000 (UTC)
Newsgroups: jedi.vcl

Good.. Hope this help someonelse ;)


> >Great. I'll update CVS and close the bug report.




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 15 Jan 2003 14:13:19 +0100
Newsgroups: jedi.vcl

Hi Arioch

Arioch /BDV/ schrieb:

> > The stars so gaily glistened...  (Wed, 15 Jan 2003 06:12:08 -0500)
> > ...while the fading voice of Michael whispered through the darkness:
> >
> >  MBT> Just open the file JvFDualLst.pas in your Delphi,
> >
> > why? %Delphi%\bin\convert.exe :-)

I also thought oof that but JVCL have an extra programm for that
\jvcl\devtools\JConvert\jconvert.dpr

Ralf Grenzing



Subject: Re: Re[2]: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 15 Jan 2003 08:01:10 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:b03jeh$39i$1@talkto.net...

> > Did it worth making a clone?
> > Or is it just that very JVCLConvert?

That was something wan Peter did, and is something different from what your
program does..

From Peter's description:
JConvert:
=========
JConvert converts DFm files from/to binary format just like the convert.exe
supplied with Delphi. The difference is that JConvert only converts DFM's
that needs to be converted: if a file is already in text format and that is
what you want, the file will not be changed. Another difference is
the -c(heck) option: with this set, the program reports how many DFM's would
have been converted but doesn't actually convert anything.

> > Anyway, no such file on my machine :-(

This, and several others tools are under jvcl\devtools.

Michael




Subject: Re: Re[2]: please convert source\JvFDualLst.DFM in cvs to text
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 15 Jan 2003 13:48:59 +0100
Newsgroups: jedi.vcl

> > Did it worth making a clone?

jconvert works exactly like Borland's convert.exe with two additions:

1. it only converts files that needs to be converted
2. you can run it in "check" mode and it will report what files should have
been converted without actually converting them

> > Or is it just that very JVCLConvert?

JVCLConvert is a GUI program to do search and replace (and a damn good one
too IMO), jconvert is a console app to convert dfm files between bin/text
format

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re[2]: please convert source\JvFDualLst.DFM in cvs to text
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 15 Jan 2003 15:25:42 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 15 Jan 2003 14:13:19 +0100)
....while the fading voice of Ralf whispered through the darkness:

 MBT>>> Just open the file JvFDualLst.pas in your Delphi,
 ??>> why? %Delphi%\bin\convert.exe :-)

 RG> \jvcl\devtools\JConvert\jconvert.dpr

Did it worth making a clone?
Or is it just that very JVCLConvert?

Anyway, no such file on my machine :-(

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re[2]: please convert source\JvFDualLst.DFM in cvs to text
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Wed, 15 Jan 2003 14:41:43 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 15 Jan 2003 06:12:08 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> Just open the file JvFDualLst.pas in your Delphi,

why? %Delphi%\bin\convert.exe :-)

Michael, again i ask You t oinclude my dfm format checker into examples for
JVCL.
That will save us from such a situations.

Though IMHO it is to be updated, given possibility to convert D6/7 dfms to
D5 format.

BTW is JCL\examples\debug\ExceptDlg\clxEceptDlg.xfm textual ?

PS: i've just shown ExceptDlg to the UniRed author, so next version of it
(unired.sourceforge.net) will be 'JCL-enabled :-) )

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 15 Jan 2003 12:13:59 +0100
Newsgroups: jedi.vcl

Mi Michael


"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E253839.E3711C87@gmx.de...
>> > > Hi @ll
>> > >
>> > > the latest version in the repository of the above file is binary and the
>> > > compiler D7 complains when compiling the runtime package:
> >
> > No, the latest is in text format.
> >
> > This has been changed yesterday. If you don't have access to CVS, please
> > download the latest source from
> >
> > http://jvcl.sourceforge.net/daily/
> >
> > Since the Zip file was updated 1.5 hour ago, it should contain the requested
> > file.

thanx for you infos.

I download it right NOW after reading this message and it isn´t in text. But if
it is corrected I will do not waste your time longer I will download it tomorow
again.

Ralf Grenzing


> >
> >
> > Michael



Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 15 Jan 2003 06:12:08 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E254277.C8927ED3@gmx.de...

> > I download it right NOW after reading this message and it isn´t in text.
But if
> > it is corrected I will do not waste your time longer I will download it
tomorow
> > again.

Well, it seems like the CVS on SF doesn't work, so the script was not able
to update the files and zipped the existing files.

Just open the file JvFDualLst.pas in your Delphi, save it, and it should
work.

You might do the same for:

JvCheckItm.pas
JvDirFrm.pas

Michael




Subject: please convert source\JvFDualLst.DFM in cvs to text
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 15 Jan 2003 11:30:17 +0100
Newsgroups: jedi.vcl

Hi @ll

the latest version in the repository of the above file is binary and the
compiler D7 complains when compiling the runtime package:

[Error] RLINK32: Unsupported 16bit resource in file
"..\source\JvFDualLst.DFM"

than in advance

Ralf Grenzing




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 15 Jan 2003 04:47:07 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E253839.E3711C87@gmx.de...
> > Hi @ll
> >
> > the latest version in the repository of the above file is binary and the
> > compiler D7 complains when compiling the runtime package:

No, the latest is in text format.

This has been changed yesterday. If you don't have access to CVS, please
download the latest source from

http://jvcl.sourceforge.net/daily/

Since the Zip file was updated 1.5 hour ago, it should contain the requested
file.

Michael




Subject: Re: please convert source\JvFDualLst.DFM in cvs to text
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 15 Jan 2003 10:37:53 +0100
Newsgroups: jedi.vcl

My version is from 01/15 and is text. I don't seem to be able to connect to
SF at the moment, but try deleting your local dfm and do an update on the
source folder to force a new download

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E253839.E3711C87@gmx.de...
> > Hi @ll
> >
> > the latest version in the repository of the above file is binary and the
> > compiler D7 complains when compiling the runtime package:
> >
> > [Error] RLINK32: Unsupported 16bit resource in file
> > "..\source\JvFDualLst.DFM"
> >
> > than in advance
> >
> > Ralf Grenzing
> >
> >




Subject: Re: TJvTimeLine __property PopUpMenu
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 15 Jan 2003 08:47:00 +0100
Newsgroups: jedi.vcl

:)




Subject: Re: TJvTimeLine __property PopUpMenu
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 15 Jan 2003 06:05:50 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> This has probably to do with case sensitivity in BCB: change it to PopupMenu
> and recompile

At last! A good argument for the source cleaning. :-)



Subject: Re: dotnet version
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 14 Jan 2003 22:07:01 +0100
Newsgroups: jedi.jcl,jedi.vcl

"Keith Giddings" <keith@gpthame.com> wrote in message news:au7jt4$q55
> > Are there any plans to create a delphi dotnet version of the jcl and jvcl?

Most of the JCL code would not make sense in .NET. It is completely new
platform with very large set of features in the 'system'. It is better to use
them as were designed than creating some ugly wrappers for existing Win32 JCL
code.

Petr.




Subject: Re: TJvTimeLine __property PopUpMenu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 14 Jan 2003 20:43:48 +0100
Newsgroups: jedi.vcl

> > Thanks you.. that did the trick :)

Great. I'll update CVS and close the bug report.

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: Re: dotnet version
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 14 Jan 2003 22:24:34 +0300
Newsgroups: jedi.jcl,jedi.vcl

The stars so gaily glistened...  (Mon, 23 Dec 2002 18:27:14 -0000)
....while the fading voice of Keith whispered through the darkness:

 KG> prove to be very useful...  I'd be quite happy to get involved.

Will Your port DotGnu to pascal ? :-)

With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: TJvTimeLine __property PopUpMenu
From: davcha@ppdgroup.com (David Charron)
Date: Tue, 14 Jan 2003 18:17:02 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks you.. that did the trick :)

> >This has probably to do with case sensitivity in BCB: change it to
> >PopupMenu and recompile
> >


Subject: Re: TJvTimeLine __property PopUpMenu
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 14 Jan 2003 17:06:45 +0100
Newsgroups: jedi.vcl

This has probably to do with case sensitivity in BCB: change it to PopupMenu
and recompile

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"David Charron" <davcha@ppdgroup.com> skrev i meddelandet
news:Xns9303637577993davchappdgroupcom@194.191.0.34...
> > This component is fine with Delphi.
> > When I try to use in CPP Builder 5 at compile time it will raise an error
> > that __property PopUpMenu : Type name expected.
> >
> >
> > Any Idea what cause this?



Subject: Re: JvFormStorage bug
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 14 Jan 2003 18:22:09 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Wed, 8 Jan 2003 22:21:36 +0000 (UTC))
....while the fading voice of Marc whispered through the darkness:

JvFromStorge is ex-RX and therewere some problems while converting.
Hope all of them are burried in betas, but who knows.

Am i rught, this is a design-time error, not runtime one?

I suggest You the following steps:

1) Try JvFormPosition instead. It is ancestor of FormStorage.
If the bug remains - it is in the Position class, otherwise in Storage.

2.1) Compile JVCL*.bpl with generating TD32 info on in the project options
(Compiler or linker tab)

2.2) Connect JCL\examples\debugextension\dialog\ExceptDlg.pas to the IDE.
You can do it for exampel that way:
 a) get my SizeConstraints editor from www.torry.net
 b) insert them into Cutom User Components package or to any new one
 c) add the paths JCL\examples\debugextension\dialog\ and JCL\sources to its
search path option of the package.
 d) add ExceptDlg to the uses statement of the sources of TSizeConstraints
editor
 e) Compile this package and install.

no any IDE-generated excption will have a lot of techical info. That may
brake the IDE, so try to catch the bug  ASAP and revert things to the
current state.

Good hunt!
With best regards, Arioch /BDV/.  E-mail: the_Arioch<at>nm<dot>ru



Subject: Re: Jedi file open dialog has lost favorites
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 14 Jan 2003 15:43:39 +0100
Newsgroups: jedi.vcl

"Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au> wrote in
> > Solved!!!!
> >
> > The .bpl was in projects\bpl. I removed the package using component |
> > install packages | remove, then moved the .bpl to the \bin folder, then
> > installed the package using component | install packages | add.

It seems as there is another package loaded in your IDE which uses similar
technique for hooking API routines like the JCL ones.

Petr.




Subject: TJvTimeLine __property PopUpMenu
From: davcha@ppdgroup.com (David Charron)
Date: Tue, 14 Jan 2003 14:37:25 +0000 (UTC)
Newsgroups: jedi.vcl

This component is fine with Delphi.
When I try to use in CPP Builder 5 at compile time it will raise an error 
that __property PopUpMenu : Type name expected.


Any Idea what cause this?


Subject: Re: delphi.jedi.org
From: "Greg Amer" <greg@gregandmichelle.com>
Date: Tue, 14 Jan 2003 12:55:11 -0000
Newsgroups: jedi.vcl

Thanks heaps.

Cheers
   Greg

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:b00nso$jj3$1@talkto.net...
> > "Greg Amer" <greg@gregandmichelle.com> wrote in message
> > news:b00m4c$j8f$1@talkto.net...
>> > > Does anybody know where the main Jedi Homepage has gone? I'm looking for
> > one
>> > > of the api conversions
> >
> > We have technical difficulties with the server.
> >
> > You can get all the JEDI API conversions from:
> >
> > http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=18661
> >
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> >
> >




Subject: Re: Error: 'Property ..... does not exist'
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 14 Jan 2003 06:08:24 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E23D3E6.F41C528E@gmx.de...

> > When this appears you can load manually the file \JVCL200_R60.dpk failed
in
> > Delphi and try to compile it. I try it myself and get the following error
> > message:
> >
> >   [Error] RLINK32: Unsupported 16bit resource in file
> > "C:\Programme\Borland\Delphi7\JEDI\jvcl\source\JvFDualLst.DFM"
> >
> > so there is a problem with the latest JVCL version in the cvs. Now it is
the
> > gurus time ...

First of all, please remember that CVS files (incl. the Daily zip files) are
ONLY for gurus, i.e. they are normally NOT supported. There are just too
many changes going on, and we can NOT test if the JVCL still compiles after
each change to CVS.

We might fix some bugs and recommend to try a particular file, but we can
NOT recommend to just download the whole CVS and replace all files, because
in most cases this was just NOT tested. So you can do it only on your own
risk, and therefore please don't expect a support for the CVS files!!!!!

And here it seems to be exactly the case. There were 3 DFM files that were
saved probably in D7. I have opened and saved them in D5, so the problem
should be gone.

The files to download from CVS are:

JvCheckItm.dfm
JvDirFrm.dfm
JvFDualLst.dfm

FWIW - I have download all CVS files, and tried to installed using the JEDI
Installer. It failed in D5, but D6 and D7 compiled/installed fine. After
that I have manually opened/installed JVCL in D5 and it worked.

Michael






Subject: Re: delphi.jedi.org
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 14 Jan 2003 05:26:26 -0500
Newsgroups: jedi.vcl

"Greg Amer" <greg@gregandmichelle.com> wrote in message
news:b00m4c$j8f$1@talkto.net...
> > Does anybody know where the main Jedi Homepage has gone? I'm looking for
one
> > of the api conversions

We have technical difficulties with the server.

You can get all the JEDI API conversions from:

http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=18661


--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: delphi.jedi.org
From: "Greg Amer" <greg@gregandmichelle.com>
Date: Tue, 14 Jan 2003 09:52:54 -0000
Newsgroups: jedi.vcl

Does anybody know where the main Jedi Homepage has gone? I'm looking for one
of the api conversions

Cheers





Subject: Re: Jedi file open dialog has lost favorites
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 14 Jan 2003 10:13:56 +0100
Newsgroups: jedi.vcl

Hi Dick

I think this solved the problem, because with the procedure you make the JCL
package is the latest package which Delphi loads and so the JCL is the one which
replaces the unknown package which also installs the hook. (I read the
information at DrBob42)

Ralf Grenzing

Dick Walker schrieb:

> > Solved!!!!
> >
> > The .bpl was in projects\bpl. I removed the package using component |
> > install packages | remove, then moved the .bpl to the \bin folder, then
> > installed the package using component | install packages | add.
> >
> > Thanks to Michael and Petr for their help.
> >
> > "Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au> wrote
> > in message news:avsutp$1m6$1@talkto.net...
>> > > I really like the File | Open dialog that JEDI uses in Delphi 5. It was
>> > > working fine, but it no longer does. The Favourite combo is gone. How do I
>> > > restore the JEDI file open dialog? (Delphi 5 Enterprise).
>> > >
>> > > Note: I have recently installed FreeVCS and it "may" be the cause of the
>> > > problem...
>> > >
>> > > cheers, Dick Walker
>> > >
>> > >
>> > >
>> > >



Subject: Re: Error: 'Property ..... does not exist'
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Tue, 14 Jan 2003 10:09:58 +0100
Newsgroups: jedi.vcl

Hi mariusz

When this appears you can load manually the file \JVCL200_R60.dpk failed in
Delphi and try to compile it. I try it myself and get the following error
message:

  [Error] RLINK32: Unsupported 16bit resource in file
"C:\Programme\Borland\Delphi7\JEDI\jvcl\source\JvFDualLst.DFM"

so there is a problem with the latest JVCL version in the cvs. Now it is the
gurus time ...

Ralf Grenzing


Mariusz Wojtkiewicz schrieb:

> > I download it, replace it, and now I can't install it :(
> > I get 2 errors:
> >
> > "Installation of c:\...\JVCL200_R60.dpk failed"
> > and
> > "Installation of c:\...\JVCL200_D60.dpk failed"
> >
> > What it is ????
> > (I reinstall all Delphi with Upd1, Upd2, RTL1, RTL2 and I get the same)
> >
> > Mariusz
> >
> > Uzytkownik "Ralf Grenzing" <RalfGSpam@gmx.de> napisal w wiadomosci
> > news:3E229097.49CA3F7D@gmx.de...
>> > > Hi Mariusz
>> > >
>> > > Michael is right - like always :-)
>> > >
>> > > The Problem your described was reported (by me :-) after the release of
> > the file
>> > > and Peter correted it. So I advise you to downoad the latest (daily)
> > version
>> > > from the CVS here:
>> > > http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
>> > > and replace the subfolder JVCL of the "JCL122+JVCL200FinalFullInstall.zip"
> > with
>> > > the downloaded version. Then You get the latest version of JVCL with many
>> > > updates and bugfixes.
>> > >
>> > > Btw: these download is daily updated.
>> > >
>> > > best regards
>> > >
>> > > Ralf Grenzing
>> > >
>> > >
>> > > "Michael Beck (Team JEDI)" schrieb:
>> > >
>>> > > > "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
>>> > > > news:avsoga$st$1@talkto.net...
>>> > > >
>>>> > > > > With more components when I trying "Run application"
>>>> > > > > I geting error:
>>>> > > > > "Property ........ does not exist"
>>>> > > > > and can't continue :(
>>>> > > > > What it is ????
>>> > > >
>>> > > > It seems like one of the components doesn't have the property that is
> > stored
>>> > > > in the DFM file. This can happen in two ways:
>>> > > >
>>> > > > a) you use D7 form in D6 or D5, and one of the D7 components has an
> > added
>>> > > > property that doesn't exist in D6/D7.
>>> > > > b) the component that you use is an older version, and the new one has
>>> > > > removed one of the properties.
>>> > > >
>>> > > > In most cases, it's sufficient to open the form in Delphi, ignore any
>>> > > > warnings about missing properties, and save the form again.
>>> > > >
>>> > > > If there is a dependency in your code on this property, you might have
> > to
>>> > > > rewrite your code.
>>> > > >
>>> > > > If the warning is coming from a JVCL form, please let us know, and we'll
> > fix
>>> > > > it (i.e. save it in D5 format).
>>> > > >
>>> > > > Michael
>> > >



Subject: Re: Converting Rx comps to the Jedi version
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Tue, 14 Jan 2003 08:15:59 -0000
Newsgroups: jedi.vcl

Yes, You need to change the uses as well, Your best bet is to use the
Converter program - but get the updated version from cvs, as there has been
a few small changes since the initial release.

Regards

Andy

"Marc Meyen" <MarcM@consun.com> wrote in message
news:avvecj$e7f$1@talkto.net...
> > Hi,
> >
> > Is there more to do than to change the names of the Rx comps in my apps to
> > the Jedi versions to convert these ?
> >
> > --- TIA & groetjes, Marc Meyen
> > Director R & D -- Consun nv
> >
> > "Het verschil tussen theorie en praktijk is in de praktijk groter dan in
> > theorie."
> >
> >




Subject: Re: Jedi file open dialog has lost favorites
From: "Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au>
Date: Tue, 14 Jan 2003 16:17:42 +1100
Newsgroups: jedi.vcl

Solved!!!!

The .bpl was in projects\bpl. I removed the package using component |
install packages | remove, then moved the .bpl to the \bin folder, then
installed the package using component | install packages | add.

Thanks to Michael and Petr for their help.

"Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au> wrote
in message news:avsutp$1m6$1@talkto.net...
> > I really like the File | Open dialog that JEDI uses in Delphi 5. It was
> > working fine, but it no longer does. The Favourite combo is gone. How do I
> > restore the JEDI file open dialog? (Delphi 5 Enterprise).
> >
> > Note: I have recently installed FreeVCS and it "may" be the cause of the
> > problem...
> >
> > cheers, Dick Walker
> >
> >
> >
> >




Subject: Re: Jedi file open dialog has lost favorites
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 14 Jan 2003 00:54:07 +0100
Newsgroups: jedi.vcl

"Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au> wrote in
> > Thanks Michael, but I re-ran the installer and I STILL don't have the
> > favorites option back. Any idea HOW it works? Might there be another

It based on hooking common Open/Save dialog API functions. There might be
various reasons. Remove any other IDE experts and restart the IDE.

Petr.




Subject: Re: Jedi file open dialog has lost favorites
From: "Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au>
Date: Tue, 14 Jan 2003 10:40:32 +1100
Newsgroups: jedi.vcl

Thanks Michael, but I re-ran the installer and I STILL don't have the
favorites option back. Any idea HOW it works? Might there be another
component that has replaced it? Should I check a specific path is correct or
a package exists, a setting in tools, something in GExperts? How can I debug
it?

Sorry to be a pain in the ****. something nice and simple, that should just
work, but doesn't. You've gotta love computing... Thanks for your time so
far.

Cheers, Dick

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:avtqga$4aa$1@talkto.net...
> > "Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au> wrote
> > in message news:avtoh0$42b$1@talkto.net...
>> > > I was on mine for a while too, but now it is not. How do I re-install
the
>> > > JEDI file open dialog?
> >
> > Just use the JEDI Installer that comes with the JCL/JVCL files (read the
> > Readme files).
> >
> > Under JCL there is an option to install IDE experts.
> >
> > Michael
> >
> >




Subject: Converting Rx comps to the Jedi version
From: "Marc Meyen" <MarcM@consun.com>
Date: Mon, 13 Jan 2003 23:34:45 +0100
Newsgroups: jedi.vcl

Hi,

Is there more to do than to change the names of the Rx comps in my apps to
the Jedi versions to convert these ?

--- TIA & groetjes, Marc Meyen
Director R & D -- Consun nv

"Het verschil tussen theorie en praktijk is in de praktijk groter dan in
theorie."




Subject: Re: Error: 'Property ..... does not exist'
From: "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl>
Date: Mon, 13 Jan 2003 21:51:22 +0100
Newsgroups: jedi.vcl

I download it, replace it, and now I can't install it :(
I get 2 errors:

"Installation of c:\...\JVCL200_R60.dpk failed"
and
"Installation of c:\...\JVCL200_D60.dpk failed"

What it is ????
(I reinstall all Delphi with Upd1, Upd2, RTL1, RTL2 and I get the same)

Mariusz


Uzytkownik "Ralf Grenzing" <RalfGSpam@gmx.de> napisal w wiadomosci
news:3E229097.49CA3F7D@gmx.de...
> > Hi Mariusz
> >
> > Michael is right - like always :-)
> >
> > The Problem your described was reported (by me :-) after the release of
the file
> > and Peter correted it. So I advise you to downoad the latest (daily)
version
> > from the CVS here:
> > http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
> > and replace the subfolder JVCL of the "JCL122+JVCL200FinalFullInstall.zip"
with
> > the downloaded version. Then You get the latest version of JVCL with many
> > updates and bugfixes.
> >
> > Btw: these download is daily updated.
> >
> > best regards
> >
> > Ralf Grenzing
> >
> >
> > "Michael Beck (Team JEDI)" schrieb:
> >
>> > > "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
>> > > news:avsoga$st$1@talkto.net...
>> > >
>>> > > > With more components when I trying "Run application"
>>> > > > I geting error:
>>> > > > "Property ........ does not exist"
>>> > > > and can't continue :(
>>> > > > What it is ????
>> > >
>> > > It seems like one of the components doesn't have the property that is
stored
>> > > in the DFM file. This can happen in two ways:
>> > >
>> > > a) you use D7 form in D6 or D5, and one of the D7 components has an
added
>> > > property that doesn't exist in D6/D7.
>> > > b) the component that you use is an older version, and the new one has
>> > > removed one of the properties.
>> > >
>> > > In most cases, it's sufficient to open the form in Delphi, ignore any
>> > > warnings about missing properties, and save the form again.
>> > >
>> > > If there is a dependency in your code on this property, you might have
to
>> > > rewrite your code.
>> > >
>> > > If the warning is coming from a JVCL form, please let us know, and we'll
fix
>> > > it (i.e. save it in D5 format).
>> > >
>> > > Michael
> >




Subject: Re: Mail component questions
From: Remko Bonte <remkobonte@REMOVE.myrealbox.com>
Date: Mon, 13 Jan 2003 21:23:34 +0100
To: Robert Oschler <Oschler@earthlink.net>
Newsgroups: jedi.vcl

On Mon, 13 Jan 2003 09:29:31 -0500, Robert Oschler <Oschler@earthlink.net> wrote:

>
> Remko,
>
> Are you sure?  When I place text into the Body property, and send the
> message, the email client package treats the text as HTML.  I know this
> because any carraige return/line feed pairs are ignored, and if I embed any
> HTML tags in the Body text, they are rendered properly by the email client.
> In addition, when I hit the email send client, it puts up a dialog box
> telling me that I am trying to send HTML to a client that is not marked as
> able to receive HTML.
>
> thx
>

I am no expert on this matter, just happened that I was documenting this component :)

I think you have to configure your messaging system to send plain text. Simple MAPI can't change that - AFAICS. What email package are you using? Did you try the demo in the JVCL Examples\MailExample directory? While using that messaging system (thus not with Simple MAPI), can you send messages to that client - that is not marked as able to receive HTML?

-- 
Remko Bonte


Subject: Re: Jedi Uses Wizard
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 13 Jan 2003 18:57:38 +0100
Newsgroups: jedi.vcl

> > Very nice demo, Peter!!!!

Thanks! It can actually be useful too, if you should, oh say, want to try to
split a large package into several smaller ones. Then one could load all the
pascal files into the Dependency Walker and use the result as a hint to how
to arrange the units... ;)

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Error: 'Property ..... does not exist'
From: "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl>
Date: Mon, 13 Jan 2003 18:16:08 +0100
Newsgroups: jedi.vcl

Thanks all !!!

Mariusz


Uzytkownik "Ralf Grenzing" <RalfGSpam@gmx.de> napisal w wiadomosci
news:3E22AA31.B53B6D17@gmx.de...
> >
> >
> > "Michael Beck (Team JEDI)" schrieb:
> >
>> > > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
>> > > news:3E229097.49CA3F7D@gmx.de...
>> > >
>>> > > > Michael is right - like always :-)
>> > >
>> > > I wish :)
> >
> > at least with jvcl and perhaps and I guess with Taekwondo :-)
> >
> > Ralf Grenzing
> >
>> > >
>> > >
>> > > Michael
> >




Subject: Re: JvFormStorage bug
From: Marc Pelletier <Mark@stopspam.traxis.ca>
Date: Mon, 13 Jan 2003 16:06:03 +0000 (UTC)
Newsgroups: jedi.vcl

"Jerry" <jlb@LessSpamAtBellsouth.net> wrote in
news:avnbk2$ev7$1@talkto.net: 

> > I don't know if this is the problem, but it could be related to the AV
> > when using an empty string for an INI section name. Are you running on
> > W2K (this is where the empty section bug appears)?
> > 
> > 

No there is definately a section name there, and yes I am using w2k.

cheers

Marc Pelletier


Subject: Re: Mail component questions
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Mon, 13 Jan 2003 09:29:31 -0500
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@REMOVE.myrealbox.com> wrote in message
news:opriwpcsoqcfc5g0@forums.talkto.net...
> > On Fri, 10 Jan 2003 11:49:25 -0500, Robert Oschler <Oschler@earthlink.net>
> > wrote:
> >
> >
> > Sorry, I don't fully understand what you mean;
> >
> > Options to set "content-type" are limited with Simple MAPI; by placing
some
> > text in the Body property you can send plain text. By leaving the Body
> > property empty and attaching a .html file as attachment you can send a
MIME
> > multipart message with a "text/html" section.
> > --
> > Remko Bonte

Remko,

Are you sure?  When I place text into the Body property, and send the
message, the email client package treats the text as HTML.  I know this
because any carraige return/line feed pairs are ignored, and if I embed any
HTML tags in the Body text, they are rendered properly by the email client.
In addition, when I hit the email send client, it puts up a dialog box
telling me that I am trying to send HTML to a client that is not marked as
able to receive HTML.

thx




Subject: Re: Error: 'Property ..... does not exist'
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 13 Jan 2003 12:59:45 +0100
Newsgroups: jedi.vcl



"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
> > news:3E229097.49CA3F7D@gmx.de...
> >
>> > > Michael is right - like always :-)
> >
> > I wish :)

at least with jvcl and perhaps and I guess with Taekwondo :-)

Ralf Grenzing

> >
> >
> > Michael



Subject: Re: Error: 'Property ..... does not exist'
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 13 Jan 2003 05:23:10 -0500
Newsgroups: jedi.vcl

"Ralf Grenzing" <RalfGSpam@gmx.de> wrote in message
news:3E229097.49CA3F7D@gmx.de...

> > Michael is right - like always :-)

I wish :)

Michael




Subject: Re: RaLib/tools dir?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 13 Jan 2003 05:22:51 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:avo96a$hmc$1@talkto.net...
> > In the JvInterpreter main example, they mention that there is a program
> > called Pas2JvInterpreter in the RaLilb\tools dir that helps adapt compiled
> > Delphi classes to be used by JvInterpreter.  I can't find any RaLib\tools
> > dir or Pas2JvIntepreter.* in the entire Jedi dir or Jedi JVCL dir.  Where
> > can I find RaLib\tools and Pas2JvInterpreter?

I'll have to check into it.

Michael




Subject: Re: Error: 'Property ..... does not exist'
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Mon, 13 Jan 2003 11:10:31 +0100
Newsgroups: jedi.vcl

Hi Mariusz

Michael is right - like always :-)

The Problem your described was reported (by me :-) after the release of the file
and Peter correted it. So I advise you to downoad the latest (daily) version
from the CVS here:
http://jvcl.sourceforge.net/daily/JVCL-Latest.zip
and replace the subfolder JVCL of the "JCL122+JVCL200FinalFullInstall.zip" with
the downloaded version. Then You get the latest version of JVCL with many
updates and bugfixes.

Btw: these download is daily updated.

best regards

Ralf Grenzing


"Michael Beck (Team JEDI)" schrieb:

> > "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
> > news:avsoga$st$1@talkto.net...
> >
>> > > With more components when I trying "Run application"
>> > > I geting error:
>> > > "Property ........ does not exist"
>> > > and can't continue :(
>> > > What it is ????
> >
> > It seems like one of the components doesn't have the property that is stored
> > in the DFM file. This can happen in two ways:
> >
> > a) you use D7 form in D6 or D5, and one of the D7 components has an added
> > property that doesn't exist in D6/D7.
> > b) the component that you use is an older version, and the new one has
> > removed one of the properties.
> >
> > In most cases, it's sufficient to open the form in Delphi, ignore any
> > warnings about missing properties, and save the form again.
> >
> > If there is a dependency in your code on this property, you might have to
> > rewrite your code.
> >
> > If the warning is coming from a JVCL form, please let us know, and we'll fix
> > it (i.e. save it in D5 format).
> >
> > Michael



Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Mon, 13 Jan 2003 08:27:47 -0000
Newsgroups: jedi.vcl

The other option is to remove some of the help files for components that you
may not use, such as Quickreports, Interbase and TeeChart etc. and then add
the JCL/JVCL help files.

"R. A. Larsen" <rene.larsen@spamfilter.dk> wrote in message
news:VA.00000002.0013ab6a@spamfilter.dk...
> > In article <avsfr5$vn5$1@talkto.net>, Marcel Bestebroer wrote:
>> > > Ahh, a Win9x user! The WinHELP system in Windows 95, 98 and possibly ME
(not
>> > > sure about this one) can't handle large indexes. After you added
JCL/JVCL
>> > > help, the index became to large and WinHELP seems to be unable to just
show
>> > > the index to a point that fits. This problem doesn't occur in Win
NT/2K/XP.
> >
> > Now I really want to say one of those four letter words, that is not said
in
> > polite company ;)
> >
> > Regards, René
> >




Subject: Re: Jedi file open dialog has lost favorites
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 13 Jan 2003 02:52:09 -0500
Newsgroups: jedi.vcl

"Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au> wrote
in message news:avtoh0$42b$1@talkto.net...
> > I was on mine for a while too, but now it is not. How do I re-install the
> > JEDI file open dialog?

Just use the JEDI Installer that comes with the JCL/JVCL files (read the
Readme files).

Under JCL there is an option to install IDE experts.

Michael




Subject: Re: Jedi file open dialog has lost favorites
From: "Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au>
Date: Mon, 13 Jan 2003 18:15:45 +1100
Newsgroups: jedi.vcl

I was on mine for a while too, but now it is not. How do I re-install the
JEDI file open dialog?

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:avtd4o$31m$1@talkto.net...
> > "Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au> wrote
> > in message news:avsutp$1m6$1@talkto.net...
>> > > I really like the File | Open dialog that JEDI uses in Delphi 5. It was
>> > > working fine, but it no longer does. The Favourite combo is gone.
> >
> > It's still on my D5
> >
> > Michael
> >
> >




Subject: Re: commited to rm or JVCL?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 13 Jan 2003 00:59:31 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:avthqn$3ec$1@talkto.net...
> > Did i commit to the rm fork or the main JVCL on Sunday?

\rm

Michael




Subject: commited to rm or JVCL?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 13 Jan 2003 06:20:49 +0100
Newsgroups: jedi.vcl

Did i commit to the rm fork or the main JVCL on Sunday?



Subject: Re: Jedi Uses Wizard
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 12 Jan 2003 23:17:08 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:avsovc$v2$1@talkto.net...
> > Nice: the JclParseUses is just what I was looking for to write a use
clause
> > dependency viewer: see the new demo Diagram3DependencyWalker in CVS.

Very nice demo, Peter!!!!

Michael




Subject: Re: Jedi file open dialog has lost favorites
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 12 Jan 2003 23:03:53 -0500
Newsgroups: jedi.vcl

"Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au> wrote
in message news:avsutp$1m6$1@talkto.net...
> > I really like the File | Open dialog that JEDI uses in Delphi 5. It was
> > working fine, but it no longer does. The Favourite combo is gone.

It's still on my D5

Michael




Subject: Re: Error: 'Property ..... does not exist'
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 12 Jan 2003 22:59:13 -0500
Newsgroups: jedi.vcl

"Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl> wrote in message
news:avsoga$st$1@talkto.net...

> > With more components when I trying "Run application"
> > I geting error:
> > "Property ........ does not exist"
> > and can't continue :(
> > What it is ????

It seems like one of the components doesn't have the property that is stored
in the DFM file. This can happen in two ways:

a) you use D7 form in D6 or D5, and one of the D7 components has an added
property that doesn't exist in D6/D7.
b) the component that you use is an older version, and the new one has
removed one of the properties.

In most cases, it's sufficient to open the form in Delphi, ignore any
warnings about missing properties, and save the form again.

If there is a dependency in your code on this property, you might have to
rewrite your code.

If the warning is coming from a JVCL form, please let us know, and we'll fix
it (i.e. save it in D5 format).

Michael




Subject: Re: JvScheduledEvents
From: "George Hendrickson" <gmh9860@hotmail.com>
Date: Sun, 12 Jan 2003 20:57:18 -0500
Newsgroups: jedi.vcl

New problem. Any scheduled events don't fire on Sundays...

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:avht0f$nj3$1@talkto.net...
>> > > Uh oh, I need the unit JvSchedEvtStore.pas now. JvScheduleEvents.pas
won't
>> > > compile as it needs this unit....
>> > >
> > Correct. The URL to get this file is
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvSchedEvtSt
> > ore.pas (again, wrapping!). I don't think you need any more files,
otherwise
> > you know how to get them (if you leave out the filename part you get a
full
> > list of files).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >
> >




Subject: Jedi file open dialog has lost favorites
From: "Dick Walker" <r i c h a r d w a l k e r@ozemail.donotspamme.com.au>
Date: Mon, 13 Jan 2003 10:58:46 +1100
Newsgroups: jedi.vcl

I really like the File | Open dialog that JEDI uses in Delphi 5. It was
working fine, but it no longer does. The Favourite combo is gone. How do I
restore the JEDI file open dialog? (Delphi 5 Enterprise).

Note: I have recently installed FreeVCS and it "may" be the cause of the
problem...

cheers, Dick Walker






Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: R. A. Larsen <rene.larsen@spamfilter.dk>
Date: Sun, 12 Jan 2003 23:43:03 +0100
Newsgroups: jedi.vcl

In article <avsfr5$vn5$1@talkto.net>, Marcel Bestebroer wrote:
> > Ahh, a Win9x user! The WinHELP system in Windows 95, 98 and possibly ME (not
> > sure about this one) can't handle large indexes. After you added JCL/JVCL
> > help, the index became to large and WinHELP seems to be unable to just show
> > the index to a point that fits. This problem doesn't occur in Win NT/2K/XP.

Now I really want to say one of those four letter words, that is not said in 
polite company ;)

Regards, René



Subject: Jedi Uses Wizard
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 12 Jan 2003 23:16:33 +0100
Newsgroups: jedi.vcl

Nice: the JclParseUses is just what I was looking for to write a use clause
dependency viewer: see the new demo Diagram3DependencyWalker in CVS.

Actually, I could use it for the JCR admin tool as well, hmm...

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Error: 'Property ..... does not exist'
From: "Mariusz Wojtkiewicz" <woj_mar@poczta.onet.pl>
Date: Sun, 12 Jan 2003 23:09:46 +0100
Newsgroups: jedi.vcl

Hi,

I have Delphi 6 Ent with Upd 1 and 2 , RTL Upd 1 and 2.
I install "JCL122+JVCL200FinalFullInstall.zip".
With more components when I trying "Run application"
I geting error:
"Property ........ does not exist"
and can't continue :(
What it is ????


Mariusz Wojtkiewicz






Subject: Re: Mail component questions
From: Remko Bonte <remkobonte@REMOVE.myrealbox.com>
Date: Sun, 12 Jan 2003 22:44:42 +0100
To: Robert Oschler <Oschler@earthlink.net>
Newsgroups: jedi.vcl

On Fri, 10 Jan 2003 11:49:25 -0500, Robert Oschler <Oschler@earthlink.net> wrote:

> I'm using the JEDI mail component.  I'd like to know how to:
>
> 1) Mark a recipient as able to receive HTML, Text, or both kinds of message
> formats.
> 2) Mark an outgoing mail message as Text only.
>
> thx
>

Sorry, I don't fully understand what you mean;

Options to set "content-type" are limited with Simple MAPI; by placing some text in the Body property you can send plain text. By leaving the Body property empty and attaching a .html file as attachment you can send a MIME multipart message with a "text/html" section.
-- 
Remko Bonte


Subject: Re: Problems using JCL/JVCL helpfile in delphi
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 12 Jan 2003 20:40:41 +0100
Newsgroups: jedi.vcl

> > I am having a bit of a problem installing the JCL/JVCL help files in
> > the Delphi help file. I have tried to install them through OpenHelp and
> > manually.
> >
> > The problems are:
> > 1. When going through the "Contents" page, the JCL/JVCL pages are empty
> > (except for the header and footer).
> > 2. When going through the "Index" page, *all* entries are gone (even
> > the original Delphi help is gone).
> > 3. When going through the "Find" page, it all works OK.
> >
> > However, both help files work just fine when I use them alone.
> >
> > I first thought that the problem was, that OpenHelp wanted .TOC files,
> > when JCL/JVCL only had .CNT files, but I have tried to convert them to
> > TOC files (so they look like the other Delphi help files) and it still
> > does not work.
> >
> > Is this a known problem? How can I install the help files so they
> > workfrom inside Delphi?
> >
> > BTW, I am using "jcl122+jvcl200finalfullinstall.zip" from SourceForge
> > and Delphi 5.0 (Build 562).
> >
Ahh, a Win9x user! The WinHELP system in Windows 95, 98 and possibly ME (not
sure about this one) can't handle large indexes. After you added JCL/JVCL
help, the index became to large and WinHELP seems to be unable to just show
the index to a point that fits. This problem doesn't occur in Win NT/2K/XP.

So, this leaves two options: don't integrate the JCL and JVCL help files
into Delphi and use them standalone or upgrade to an NT-based OS ;)
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Problems using JCL/JVCL helpfile in delphi
From: R. A. Larsen <rene.larsen@spamfilter.dk>
Date: Sun, 12 Jan 2003 20:11:50 +0100
Newsgroups: jedi.vcl

I am having a bit of a problem installing the JCL/JVCL help files in 
the Delphi help file. I have tried to install them through OpenHelp and 
manually.

The problems are:
1. When going through the "Contents" page, the JCL/JVCL pages are empty 
(except for the header and footer). 
2. When going through the "Index" page, *all* entries are gone (even 
the original Delphi help is gone).
3. When going through the "Find" page, it all works OK.

However, both help files work just fine when I use them alone.

I first thought that the problem was, that OpenHelp wanted .TOC files, 
when JCL/JVCL only had .CNT files, but I have tried to convert them to 
TOC files (so they look like the other Delphi help files) and it still 
does not work.

Is this a known problem? How can I install the help files so they 
workfrom inside Delphi?

BTW, I am using "jcl122+jvcl200finalfullinstall.zip" from SourceForge 
and Delphi 5.0 (Build 562).

Regards, René



Subject: restructure proposal
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 12 Jan 2003 16:41:46 +0100
Newsgroups: jedi.vcl

I have updated the restructure_proposal.txt to reflect the 2.0 version.
It was mainly removing the lines of components already moved to Archive.



Subject: Re: jvInspector..
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 11 Jan 2003 22:14:47 +0100
Newsgroups: jedi.vcl

> > hi!
> >
> > I have just fitted out how I can use the jvInspector independent from
> > inspecting components or tables... I was able to create a new data-type
> > that allows the simple creation of Text-Edit-Fields without any
> > conneciton to a variable, property or something else.
> > My question now is, how I can add custom editors? I mean, I want e.g. an
> > independent color-dropdown-box editor, how to do that? How to connect it
> > to my new data and so on... ?
> >

Normally you don't need to do anything special to connect an editor to each
data type. Editors are usually written for specific kind of data (as in
integer, string, TColor, etc.). An editor really doesn't care where the data
comes from.

The link is done using RTTI (runtime type information): an editor is
registered to one or more specific data types. So the only thing you need to
do is use the TColor editor (it's in the JvInspExtraEditors in the CVS
repository, use the daily snapshot at http://jvcl.sourceforge.net/daily to
get the most recent source, including this file) by calling
TJvInspectorColorItem.RegisterAsDefaultItem (this will link the
TJvInspectorColorItem to the TColor type).

Next thing you need to do is set an RTTI pointer for the data that
represents a color, eg. MyData.TypeInfo := System.TypeInfo(TColor) or in a
call to New for you data item. Of course this will only work if you data
type supports RTTI. I'm not sure if you could do this another way.

If this did not work could you post more info on your data type, what it
does exactly, how you create new data items? Every bit of information could
mean the difference between being able to help or not, and I rather be able
to help you out.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: jvInspector..
From: Alex <qa@a.a>
Date: Sat, 11 Jan 2003 19:51:17 +0100
Newsgroups: jedi.vcl

hi!

I have just fitted out how I can use the jvInspector independent from inspecting components or tables... I was able to create a new data-type that allows the simple creation of Text-Edit-Fields without any conneciton to a variable, property or something else.
My question now is, how I can add custom editors? I mean, I want e.g. an independent color-dropdown-box editor, how to do that? How to connect it to my new data and so on... ?

thanks _very_ much for a reply,
Alex



Subject: Re: JEDI components
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 11 Jan 2003 06:29:49 +0100
Newsgroups: jedi.vcl

George Hendrickson wrote:
> Will the JEDI components work with Kylix 3? If so, what package do I use to
> set it up in Kylix 3?

Many components are still Windows only.
AFAIK Kylix compatibility is not worked upon yet.
It is simply a problem of too much work to do it all at once.



Subject: Re: status update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 11 Jan 2003 06:27:20 +0100
Newsgroups: jedi.vcl

Sorry for the late answer, but i simply overlooked the message.



Subject: Re: status update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 11 Jan 2003 06:26:30 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:

> Nice work :) Need any help?

Of course.
I now have my own fork of the JVCL sources so i do not disturb the normal development.
I will check it out today and report back.
I simply work on the files alphabetically (mostly) so a strategy of assigning a letter to work upon should be the simplest way to avoid duplicate work.



Subject: RaLib/tools dir?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sat, 11 Jan 2003 00:23:07 -0500
Newsgroups: jedi.vcl

In the JvInterpreter main example, they mention that there is a program
called Pas2JvInterpreter in the RaLilb\tools dir that helps adapt compiled
Delphi classes to be used by JvInterpreter.  I can't find any RaLib\tools
dir or Pas2JvIntepreter.* in the entire Jedi dir or Jedi JVCL dir.  Where
can I find RaLib\tools and Pas2JvInterpreter?

thx





Subject: Re: JvFormStorage bug
From: "Jerry" <jlb@LessSpamAtBellsouth.net>
Date: Fri, 10 Jan 2003 16:00:28 -0500
Newsgroups: jedi.vcl

I don't know if this is the problem, but it could be related to the AV when
using an empty string for an INI section name. Are you running on W2K (this
is where the empty section bug appears)?

Maybe JvFormStorage is trying to load/save something using an empty section.
Just an idea.

HTH.
Jerry




Subject: JEDI components
From: "George Hendrickson" <gmh9860@hotmail.com>
Date: Fri, 10 Jan 2003 13:22:07 -0500
Newsgroups: jedi.vcl

Will the JEDI components work with Kylix 3? If so, what package do I use to
set it up in Kylix 3?




Subject: Re: TJvMail stripping line feeds from body
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Fri, 10 Jan 2003 12:09:08 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:avkpke$425$1@talkto.net...
> > How can I get TJvMail to stop stripping line feeds from the body of my
email
> > message?  If it is a MAPI thing, is there a setting or call I can make to
> > stop this?
> >
> > thx
> >
> >
> >

Nevermind, it's because the body is using HTML format.  I just added <br/>
wherever I wanted a line feed.  Started new thread on how to specify a
message as text-only format.





Subject: Mail component questions
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Fri, 10 Jan 2003 11:49:25 -0500
Newsgroups: jedi.vcl

I'm using the JEDI mail component.  I'd like to know how to:

1) Mark a recipient as able to receive HTML, Text, or both kinds of message
formats.
2) Mark an outgoing mail message as Text only.

thx





Subject: Re: Question on use of SendPluginMessage if TJvPlugin tools...
From: "Tom O" <tomo@tomo.com>
Date: Fri, 10 Jan 2003 10:39:05 -0600
Newsgroups: jedi.vcl

Marcel,

Thanks for the quick reply.  Just curious.  I tried passing the handle of the
parent and then use the CreateParented method when I instantiate the the Frame,
but it never appear.  No errors, but no frame either.  I'll try what you
recommended.

Tom

"Marcel Bestebroer" wrote
>> >> ...
>> >> Is it possible to use the Integer to pass the address of a control that
should become the parent of a Plugin owned form or frame and convert the integer
to the
>> >> object address inside the plugin.  I've been playing with it, but I haven't
had much luck?
> >...
> > Most likely not, because the form/frame is declared in your application, so
> > other packages/DLLs can't really use them. You could do it some other way:
> > make the application just a 'stub' and put all frames/forms of your main
> > application in another runtime package. You can then use the package for
> > both the main app as well as any plugin that needs it.
> >...




Subject: Re: Question on use of SendPluginMessage if TJvPlugin tools...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 10 Jan 2003 17:23:11 +0100
Newsgroups: jedi.vcl

> > The JEDI Plugin components provide a method for passing an Integer and
string as
> > a message to a plugin.  Is it possible to use the Integer to pass the
address of
> > a control that should become the parent of a Plugin owned form or frame
and
> > convert the integer to the object address inside the plugin.  I've been
playing
> > with it, but I haven't had much luck?
> >

Most likely not, because the form/frame is declared in your application, so
other packages/DLLs can't really use them. You could do it some other way:
make the application just a 'stub' and put all frames/forms of your main
application in another runtime package. You can then use the package for
both the main app as well as any plugin that needs it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Question on use of SendPluginMessage if TJvPlugin tools...
From: "Tom O" <tomo@tomo.com>
Date: Fri, 10 Jan 2003 10:17:23 -0600
Newsgroups: jedi.vcl

The JEDI Plugin components provide a method for passing an Integer and string as
a message to a plugin.  Is it possible to use the Integer to pass the address of
a control that should become the parent of a Plugin owned form or frame and
convert the integer to the object address inside the plugin.  I've been playing
with it, but I haven't had much luck?

Regards,

Tom




Subject: Re: Is there any documenation on the TJvPlugin... components and classes?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 10 Jan 2003 04:04:37 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:avl2si$54r$1@talkto.net...

> > I just downloaded latest.zip from the link Marcel gave us, are you saying
> > that it won't contain the latest plugin files or that it is invalid?

the zip files do contain the latest source files.

Only the script to generate the Zip files was still in testing, but it seems
to work.

Michael




Subject: Re: CVS releases?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Fri, 10 Jan 2003 01:19:07 +0100
Newsgroups: jedi.vcl


:-)))))) AT LEAST!!! thanx a lot! Impressing!

Ralf Grenzing

"Peter Thörnqvist" schrieb:

> > Michael has set up a script that create daily zips of the entire tree
> > (JVCL-Latest.zip) and of the source folder only (JVCL-Source-Latest.zip) .
> > You can download them from http://jvcl.sourceforge.net/daily
> >
> > --
> > Regards,
> >
> > Peter Thornqvist (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net



Subject: Re: Is there any documenation on the TJvPlugin... components and classes?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Thu, 9 Jan 2003 19:16:45 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:avktu8$4g4$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:avk3nu$rg$1@talkto.net...
> >
>> > > The help is posted in the jedi.binaries NG. CVS sources can be
downloaded
>> > > from http://jvcl.sourceforge.net/daily (they are working again).
> >
> > Not yet - it's still in the testing phase.
> >
> > Another alternative is to go to:
> >
> > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/
> >
> > and download any files that you want from there (you can see the changes
and
> > make a decision if you need a particular file)
> >

Michael,

I just downloaded latest.zip from the link Marcel gave us, are you saying
that it won't contain the latest plugin files or that it is invalid?

thx





Subject: Re: Problem with TJvPlugin and TJvPluginManager...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 9 Jan 2003 18:01:19 -0500
Newsgroups: jedi.vcl

"Tom O" <tomo@tomo.com> wrote in message news:avke1u$2e8$1@talkto.net...

> > I wanted to do some more testing before I filed a bug report.  Creating a
> > duplicate plugin as a package instead of as a DLL helped me find the
problem.  I
> > was missing a runtime package in the Build with runtime package option.
After
> > adding the missing runtime package all is well.

I am glad that things worked out. In the future you can also contact people
on the:

http://groups.yahoo.com/group/UILPlugin

mailing list. Our PlugIn version comes from them.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl





Subject: Re: Is there any documenation on the TJvPlugin... components and classes?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 9 Jan 2003 17:54:37 -0500
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:avk3nu$rg$1@talkto.net...

> > The help is posted in the jedi.binaries NG. CVS sources can be downloaded
> > from http://jvcl.sourceforge.net/daily (they are working again).

Not yet - it's still in the testing phase.

Another alternative is to go to:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/

and download any files that you want from there (you can see the changes and
make a decision if you need a particular file)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl




Subject: working with idv2: bug in TJvVisualId3v2, some tags are not read.
From: "Makhanev A.S." <istok@bel.ru>
Date: Fri, 10 Jan 2003 00:48:45 +0300
Newsgroups: jedi.vcl

How can I read the author and album fields of mp3 file including idv2 ?




Subject: TJvMail stripping line feeds from body
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Thu, 9 Jan 2003 16:38:47 -0500
Newsgroups: jedi.vcl

How can I get TJvMail to stop stripping line feeds from the body of my email
message?  If it is a MAPI thing, is there a setting or call I can make to
stop this?

thx





Subject: Re: Am i doing too much?
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Thu, 9 Jan 2003 18:32:28 -0000
Newsgroups: jedi.vcl

> > source will slowly fade away, I think. (I use DelForExp set to
Borland
> > style, hint, hint :)

I use the JediCodeFormatter which works pretty well as well.

I run it over the JVCL code before I attempt to look at a unit to work
out what it is doing - or not!

--
Chris Parkinson
Senior Analyst Developer
www.vertis.co.uk





Subject: Re: Am i doing too much?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Jan 2003 19:23:39 +0100
Newsgroups: jedi.vcl

Remko Bonte wrote:
> Hi Robert,
>
> As a help writer I very much like the idea of using a consistent style for the code. I skipped documenting some components because the source was that far away of the 'standard' that reading it gave me a headache ;) But because everyone seems to use a different kind of code style, the cleaned source will slowly fade away, I think. (I use DelForExp set to Borland style, hint, hint :)

I use it also, but is has a bug or two which needs checking the source afterwards.
The consistent style is oly the first step. I also have several ideas for consistency. Having all properties private variables the full property name prefixed with F is only a small thing (which is not handled by DelForExp).
I just had a look at the components from "jv Lablels" pallette and they definitely need a common property named Active instead of the various namings like Bouncing etc.

> Beside that I also like the idea of having a lot of different people touch the code, placing comments etc.

Go! :-)

> Some tasks you do are kinda mechanic and could be done by others, such as running DelForExp over the code, using 'standard' prefixes (F_, T_), sorting the uses clause etc.

Yes, anyone can do that, but i also like to do it because i get in close touch with the sources by it.



Subject: Re: Problem with TJvPlugin and TJvPluginManager...
From: "Tom O" <tomo@tomo.com>
Date: Thu, 9 Jan 2003 12:19:10 -0600
Newsgroups: jedi.vcl

Remko,

I wanted to do some more testing before I filed a bug report.  Creating a
duplicate plugin as a package instead of as a DLL helped me find the problem.  I
was missing a runtime package in the Build with runtime package option.  After
adding the missing runtime package all is well.

Kind Regards,

Tom

"Remko Bonte" wrote:
> > Hi Tom,
> >
> > Maybe an idea to add it to the bug tracker:
> > http://jvcl.sourceforge.net/bugs.htm and attach a minimal application
> > containing the bug, so it's easy to reproduce it.
> > ...




Subject: Re: Am i doing too much?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Jan 2003 19:17:09 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> It seems to me that some people feel intimidated by the expertise of people
> like Robert, Peter, Marcel, or Sebastien and therefore choose to stay back.

I am sure that this happens. I was a beginner myself.
My expertise is mostly made up of work.
After the first megabyte of converting headers i was an expert.
After the first megabyte of source cleaning i was an expert.
Now i know the common patterns of bad design and can cough up better concepts by the score. This in turn is also easy if you have read enough good concepts.



Subject: Re: Am i doing too much?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Jan 2003 19:13:29 +0100
Newsgroups: jedi.vcl

Andy Vines wrote:
> Definately not. Having the source in a consistent style helps me (no expert)
> try to understand some of whats going on and hopefully once I have learned
> enough I will be able to help in the future.

This is why i started with it.

The problem of clogging the main JVCL CVS is solved now.
I got my own fork where i will continue.
Somewhere in February we will merge the branches again.



Subject: Re: Problem with TJvPlugin and TJvPluginManager...
From: Remko Bonte <remkobonte@REMOVE.myrealbox.com>
Date: Thu, 09 Jan 2003 17:53:20 +0100
To: Tom O <tomo@tomo.com>
Newsgroups: jedi.vcl

Hi Tom,

Maybe an idea to add it to the bug tracker: http://jvcl.sourceforge.net/bugs.htm and attach a minimal application containing the bug, so it's easy to reproduce it.
-- 
Remko Bonte


Subject: Re: Problem with TJvPlugin and TJvPluginManager...
From: "Tom O" <tomo@tomo.com>
Date: Thu, 9 Jan 2003 10:47:11 -0600
Newsgroups: jedi.vcl

Marcel,

I created a couple of other libraries another that creates just a TEdit and
reparents to the Apps form.  The other create a TForm and does the same.  The
libraries that create the TForm and TFrame both throw the same error, so I'm
guessing that what I'm attempting isn't possible or I'm missing something.  I've
checked to make sure that the libraries Application is set to the
HostApplication, but the problem persists.  Do you have any thoughts on what I
may be missing?

I'll be trying the JclDebug idea you mentioned earlier.

Kind Regards,

Tom

> > "Marcel Bestebroer" wrote:
> > When I start my application I load each plugin and store its information
> > internally and then unload the plugin.  When the user selects a plugin from an
> > Outlook bar I unload the current plugin and load the new plugin.  This works
> > fine sort of.  When I unload a plugin and then try to reload it the
> > TJvPluginManager throws an AV on the LoadLibrary line of of the LoadPlugin
> > method.  The AV is an EAccessViolation in vcl50.bpl.  I've rechecked that all
> > plugins and the calling application are being compiled with runtime libraries.
> > I've watched the application through Sysinternals Process Viewer and all
plugins
> > are being loaded and unloaded correctly until this happens?
> >...
>> > >
>> > > Did you test it with an easy example (something like adding a
>> > > menuitem/toolbutton that only executes a ShowMessage)? If not, it could very
>> > > well be that something is happening in your plugin code (assigning a global
>> > > object, registering some object/class) that causes this. You may want to try
>> > > incorporating JclDebug and build your application and your plugins with
>> > > detailed map file. You can then view the call stack and see which calls are
>> > > made. Since it happens on LoadLibrary line I assume it some initialization
>> > > code in a unit or something that doesn't get properly cleaned up in the
>> > > finalization.
>> > >...




Subject: Re: Problem with TJvPlugin and TJvPluginManager...
From: "Tom O" <tomo@tomo.com>
Date: Thu, 9 Jan 2003 10:02:16 -0600
Newsgroups: jedi.vcl

Marcel,

I checked the sample apps and they don't even appear to be built with runtime
packages.  One of the sample libraries I wrote doesn't do anything.  The other
creates a Frame an reparents it to a panel on the apps form.  I explicitely set
the Frames Parent to nil and Free the Frame in the destructor of my TJvPlugin
descendant.  I'm creating a couple other empty plugins to see if I can duplicate
the problem.

Tom

"Marcel Bestebroer" wrote:
>> > > When I start my application I load each plugin and store its information
>> > > internally and then unload the plugin.  When the user selects a plugin
> > from an
>> > > Outlook bar I unload the current plugin and load the new plugin.  This
> > works
>> > > fine sort of.  When I unload a plugin and then try to reload it the
>> > > TJvPluginManager throws an AV on the LoadLibrary line of of the LoadPlugin
>> > > method.  The AV is an EAccessViolation in vcl50.bpl.  I've rechecked that
> > all
>> > > plugins and the calling application are being compiled with runtime
> > libraries.
>> > > I've watched the application through Sysinternals Process Viewer and all
> > plugins
>> > > are being loaded and unloaded correctly until this happens?
>> > >
>> > > I'm pretty new to the whole Plugin architecture so any pointers you can
> > provide
>> > > would be of great help.
>> > >
> >
> > Did you test it with an easy example (something like adding a
> > menuitem/toolbutton that only executes a ShowMessage)? If not, it could very
> > well be that something is happening in your plugin code (assigning a global
> > object, registering some object/class) that causes this. You may want to try
> > incorporating JclDebug and build your application and your plugins with
> > detailed map file. You can then view the call stack and see which calls are
> > made. Since it happens on LoadLibrary line I assume it some initialization
> > code in a unit or something that doesn't get properly cleaned up in the
> > finalization.
> >
> > Also (and I did not check) I seem to remember you need to add a specific
> > (JvPlugIn related) package to the runtime packages line of both you app and
> > your plugins.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Problem with TJvPlugin and TJvPluginManager...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Jan 2003 16:32:31 +0100
Newsgroups: jedi.vcl

> > When I start my application I load each plugin and store its information
> > internally and then unload the plugin.  When the user selects a plugin
from an
> > Outlook bar I unload the current plugin and load the new plugin.  This
works
> > fine sort of.  When I unload a plugin and then try to reload it the
> > TJvPluginManager throws an AV on the LoadLibrary line of of the LoadPlugin
> > method.  The AV is an EAccessViolation in vcl50.bpl.  I've rechecked that
all
> > plugins and the calling application are being compiled with runtime
libraries.
> > I've watched the application through Sysinternals Process Viewer and all
plugins
> > are being loaded and unloaded correctly until this happens?
> >
> > I'm pretty new to the whole Plugin architecture so any pointers you can
provide
> > would be of great help.
> >

Did you test it with an easy example (something like adding a
menuitem/toolbutton that only executes a ShowMessage)? If not, it could very
well be that something is happening in your plugin code (assigning a global
object, registering some object/class) that causes this. You may want to try
incorporating JclDebug and build your application and your plugins with
detailed map file. You can then view the call stack and see which calls are
made. Since it happens on LoadLibrary line I assume it some initialization
code in a unit or something that doesn't get properly cleaned up in the
finalization.

Also (and I did not check) I seem to remember you need to add a specific
(JvPlugIn related) package to the runtime packages line of both you app and
your plugins.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Is there any documenation on the TJvPlugin... components and classes?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Jan 2003 16:24:26 +0100
Newsgroups: jedi.vcl

> >
> > Could you post a message as to where you posted the original help file
when
> > you have done so?  Also, I think I read that TJvPlugin has been updated,
> > yes?  If so, is there an easy link to download it, or is the only way to
get
> > it via CVS?


The help is posted in the jedi.binaries NG. CVS sources can be downloaded
from http://jvcl.sourceforge.net/daily (they are working again).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Is there any documenation on the TJvPlugin... components and classes?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Thu, 9 Jan 2003 10:10:06 -0500
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:avh3sl$isc$1@talkto.net...
> > "Tom O" <tomo@tomo.com> wrote in message news:avda0g$2u2$1@talkto.net...
>> > > I just installed the JCL and JVCL and when I searched the help file I
> > couldn't
>> > > find any information on the TJvPlugin components and classes.  Is there
> > any
>> > > documentation available?
> >
> > I will upload the original help file to the binaries, but the best way is
to
> > look at the examples..
> >
> > Michael
> >
Michael,

Could you post a message as to where you posted the original help file when
you have done so?  Also, I think I read that TJvPlugin has been updated,
yes?  If so, is there an easy link to download it, or is the only way to get
it via CVS?

thx





Subject: Problem with TJvPlugin and TJvPluginManager...
From: "Tom O" <tomo@tomo.com>
Date: Thu, 9 Jan 2003 09:05:49 -0600
Newsgroups: jedi.vcl

When I start my application I load each plugin and store its information
internally and then unload the plugin.  When the user selects a plugin from an
Outlook bar I unload the current plugin and load the new plugin.  This works
fine sort of.  When I unload a plugin and then try to reload it the
TJvPluginManager throws an AV on the LoadLibrary line of of the LoadPlugin
method.  The AV is an EAccessViolation in vcl50.bpl.  I've rechecked that all
plugins and the calling application are being compiled with runtime libraries.
I've watched the application through Sysinternals Process Viewer and all plugins
are being loaded and unloaded correctly until this happens?

I'm pretty new to the whole Plugin architecture so any pointers you can provide
would be of great help.

Thanks,

Tom




Subject: Re: Am i doing too much?
From: Remko Bonte <remkobonte@REMOVE.myrealbox.com>
Date: Thu, 09 Jan 2003 14:19:46 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

Hi Robert,

As a help writer I very much like the idea of using a consistent style for the code. I skipped documenting some components because the source was that far away of the 'standard' that reading it gave me a headache ;) But because everyone seems to use a different kind of code style, the cleaned source will slowly fade away, I think. (I use DelForExp set to Borland style, hint, hint :)

Beside that I also like the idea of having a lot of different people touch the code, placing comments etc.

Some tasks you do are kinda mechanic and could be done by others, such as running DelForExp over the code, using 'standard' prefixes (F_, T_), sorting the uses clause etc.
-- 
Remko Bonte


Subject: Re: Am i doing too much?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Jan 2003 13:20:42 +0100
Newsgroups: jedi.vcl

> >
> > What is your beloved filler idea?

Not my idea, but Fernando Silva came with a suggestion and Peter, Remko and
I did a first design and test implementation.

See this newsgroup somewhere around 30-8-2002, threads of interest: "Unify
'similar' components", "More about filler proposal", "Test implementation of
IFillerItemText", "Font filler implementation", "Filler request" and
probably some others. The design and tests we made are all in the CVS in the
dev/filler folder.

In short (in case you don't want to reread all): There are now a couple of
specialized comboboxes, listboxes, etc. To eliminate duplication, we would
only need a single combobox/listbox and provide various "fillers" to provide
the list of specialized items (like colors, fonts, whatever you can think
of).

> >
> > Trev
> > Visionhall
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Am i doing too much?
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Thu, 9 Jan 2003 12:08:51 -0000
Newsgroups: jedi.vcl

Marcel,

What is your beloved filler idea?

Trev
Visionhall
"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:avjfkc$tah$1@talkto.net...
>> > > Don't wait till you know all - there are a lot of things that that can
be
>> > > done even by beginners, for example writing help files.
>> > >
>> > > It seems to me that some people feel intimidated by the expertise of
> > people
>> > > like Robert, Peter, Marcel, or Sebastien and therefore choose to stay
> > back.
>> > >
>> > > The end effect is that all the work has to be done by the these experts,
>> > > even if sometimes it's very trivial and their time would be better used
> > for
>> > > more complex and difficult stuff.
> >
> > ...like our beloved filler idea that is now just put in the freezer due to
> > lack of resources (or motivation for some of us ;) )
> >
>> > >
>> > > So don't be shy - learning by doing is the best way, and we really
>> > > appreciate all the help we can get.
>> > >
> >
> > Totally agree. And might I add that, although sometimes boring, writing
help
> > is the best way to learn about the components and their inner workings.
It's
> > not uncommon for a help writer to find a bug and even fix it.
> >
> > About writing help and those that already applied, I feel your are
somewhat
> > put of by the formatting/structuring rules. I know Remko wrote a utility
> > that outputs the basic skeleton for a unit (not entirely correct, but
enough
> > for the time being) , so if you want to write and not worry about
structure,
> > we can provide the skeleton for the help file and you'd only have to fill
in
> > the blanks (ie. describe the whole thing). Let me know if this resparks
your
> > interest.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: Am i doing too much?
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Thu, 9 Jan 2003 11:53:10 -0000
Newsgroups: jedi.vcl

Robert,

If a job is worth doing, it is worth doing well!

The huge quantity of components in the JVCL is quite off-putting at the
moment. Many have similar counterparts elsewhere or even within the JCL.
Rationalisation of the JVCL/JCL will enable us to clear an already
overcrowded pallet. Then, JVCL/JCL and the whole JEDI project will become a
cornerstone of Delphi IMHO.

Just my 2c <g>

Trev
Visionhall
"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:avivok$r6a$1@talkto.net...
> > I got the hint that cleaning the sources in style is a waste of energy.
> > I do not think so. Throwing together a bunch of components and fixing
> > the bugs is not good enough. We are aready well past the point where
> > such a code base is manageable. I want to have the components consistent
> > first and then work on the other topics on my list. I will try to write
> > a longer list of changes i have in mind. Expect several code sweeps to
> > follow.
> >
> > Some topics:
> > Concentrate the 'string literals' to allow easier localization.
> > Evaluate all forms and redesign them if needed.
> > Organize the components into an inheritance tree (or several trees).
> > Move some code to JCL.
> > Base some components on JCL.
> > Normalize the names of properties. TJvTransLED is a sample for that. It
> >    now has the simple standard property Color.
> > ...
> >




Subject: Re: CVS releases?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 9 Jan 2003 12:16:32 +0100
Newsgroups: jedi.vcl

Michael has set up a script that create daily zips of the entire tree
(JVCL-Latest.zip) and of the source folder only (JVCL-Source-Latest.zip) .
You can download them from http://jvcl.sourceforge.net/daily

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Am i doing too much?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 9 Jan 2003 10:41:09 +0100
Newsgroups: jedi.vcl

> > Don't wait till you know all - there are a lot of things that that can be
> > done even by beginners, for example writing help files.
> >
> > It seems to me that some people feel intimidated by the expertise of
people
> > like Robert, Peter, Marcel, or Sebastien and therefore choose to stay
back.
> >
> > The end effect is that all the work has to be done by the these experts,
> > even if sometimes it's very trivial and their time would be better used
for
> > more complex and difficult stuff.

....like our beloved filler idea that is now just put in the freezer due to
lack of resources (or motivation for some of us ;) )

> >
> > So don't be shy - learning by doing is the best way, and we really
> > appreciate all the help we can get.
> >

Totally agree. And might I add that, although sometimes boring, writing help
is the best way to learn about the components and their inner workings. It's
not uncommon for a help writer to find a bug and even fix it.

About writing help and those that already applied, I feel your are somewhat
put of by the formatting/structuring rules. I know Remko wrote a utility
that outputs the basic skeleton for a unit (not entirely correct, but enough
for the time being) , so if you want to write and not worry about structure,
we can provide the skeleton for the help file and you'd only have to fill in
the blanks (ie. describe the whole thing). Let me know if this resparks your
interest.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Am i doing too much?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 9 Jan 2003 03:57:24 -0500
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:avjb10$sgn$1@talkto.net...
> > Definately not. Having the source in a consistent style helps me (no
expert)
> > try to understand some of whats going on and hopefully once I have learned
> > enough I will be able to help in the future.

Don't wait till you know all - there are a lot of things that that can be
done even by beginners, for example writing help files.

It seems to me that some people feel intimidated by the expertise of people
like Robert, Peter, Marcel, or Sebastien and therefore choose to stay back.

The end effect is that all the work has to be done by the these experts,
even if sometimes it's very trivial and their time would be better used for
more complex and difficult stuff.

So don't be shy - learning by doing is the best way, and we really
appreciate all the help we can get.

Michael




Subject: Re: Am i doing too much?
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 9 Jan 2003 08:29:53 -0000
Newsgroups: jedi.vcl

Definately not. Having the source in a consistent style helps me (no expert)
try to understand some of whats going on and hopefully once I have learned
enough I will be able to help in the future.

Andy

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:avivok$r6a$1@talkto.net...
> > I got the hint that cleaning the sources in style is a waste of energy.
> > I do not think so. Throwing together a bunch of components and fixing
> > the bugs is not good enough. We are aready well past the point where
> > such a code base is manageable. I want to have the components consistent
> > first and then work on the other topics on my list. I will try to write
> > a longer list of changes i have in mind. Expect several code sweeps to
> > follow.
snip




Subject: Am i doing too much?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 09 Jan 2003 06:10:13 +0100
Newsgroups: jedi.vcl

I got the hint that cleaning the sources in style is a waste of energy.
I do not think so. Throwing together a bunch of components and fixing the bugs is not good enough. We are aready well past the point where such a code base is manageable. I want to have the components consistent first and then work on the other topics on my list. I will try to write a longer list of changes i have in mind. Expect several code sweeps to follow.

Some topics:
Concentrate the 'string literals' to allow easier localization.
Evaluate all forms and redesign them if needed.
Organize the components into an inheritance tree (or several trees).
Move some code to JCL.
Base some components on JCL.
Normalize the names of properties. TJvTransLED is a sample for that. It
  now has the simple standard property Color.
....



Subject: JvFormStorage bug
From: Marc Pelletier <Mark@stopspam.traxis.ca>
Date: Wed, 8 Jan 2003 22:21:36 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

I have started using this component recently and it has a bug which I 
haven't tracked down yet, but it goes like this. I drop it on a form and set 
the inisection, and useregistry to false. Under options I tell it form 
position only, and I don't assign any stored props yet. I set the 
inifilename at runtime, because I want it to go in my application directory. 
( Sure wish there was a property for that! )

Now everything is good and I'm putsing around for a while. Somewhere along 
the line I change something and change it back (probably in the minmaxinfo 
settings ) which causes bad things to happen. Now when the form is created 
or destroyed I get an av in ntdll.dll. The only way to get rid of it seems 
to be to delete the component and start again. I suspect the minmaxinfo 
property editor, but can't reproduce it on demand. Setting the new instance 
to use the same section of the ini works ok, so it's not in the data, but 
seems to be in the components properties that get serialized into the form 
at design time.

Has anyone seen this behavior before? Any ideas where to look?

Thanks

Marc Pelletier
Traxis Inc.


Subject: Re: JvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Jan 2003 20:17:04 +0100
Newsgroups: jedi.vcl

> > Uh oh, I need the unit JvSchedEvtStore.pas now. JvScheduleEvents.pas won't
> > compile as it needs this unit....
> >
Correct. The URL to get this file is
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvSchedEvtSt
ore.pas (again, wrapping!). I don't think you need any more files, otherwise
you know how to get them (if you leave out the filename part you get a full
list of files).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address






Subject: Re: JvScheduledEvents
From: "George Hendrickson" <gmh9860@hotmail.com>
Date: Wed, 8 Jan 2003 12:24:29 -0500
Newsgroups: jedi.vcl

Uh oh, I need the unit JvSchedEvtStore.pas now. JvScheduleEvents.pas won't
compile as it needs this unit....

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:avhgc5$li0$1@talkto.net...
>> > > Issue is logged at:
>> > > http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=0000586
> >
> > Issue resolved!
> >
> > You need rev 1.7 from CVS. If you don't have access to CVS you can also
> > download it from:
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvScheduledE
> > vents.pas (probably wrapped this URL). In the issue tracker I added a
> > modified version of George's demo, showing the various times, as well as
> > demoing the Snooze option.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: JvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Jan 2003 16:41:23 +0100
Newsgroups: jedi.vcl

> > Issue is logged at:
> > http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=0000586

Issue resolved!

You need rev 1.7 from CVS. If you don't have access to CVS you can also
download it from:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvScheduledE
vents.pas (probably wrapped this URL). In the issue tracker I added a
modified version of George's demo, showing the various times, as well as
demoing the Snooze option.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Jan 2003 15:52:31 +0100
Newsgroups: jedi.vcl

Issue is logged at:
http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=0000586

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

>> > > Here is an example. After setting this up, I noticed something about the
>> > > NextFrom properties. If I don't use them and just reference the
>> > > LastTriggered property, the event fires off at the correct intervals. If
I
>> > > do use them, the event fires at double the intervals. Ex: instead of one
>> > > minute intervals, its two minute intervals..
> >
> > That is by design. Calling Schedule.NextEventFrom will determine a new
> > trigger time. Problem is that after returning from your event handler, the
> > component does the samething, resulting in the skip of one event.
> >
> > Normally I would suggest using the NextFire property from the event
(without
> > referring to the Schedule), but then I must first fix it (because
currently
> > it will just show the same thing as Schedule.LastTriggered). Bug will be
> > added to the issue tracker, and I'll post here if it's fixed.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: JvScheduledEvents
From: "George Hendrickson" <gmh9860@hotmail.com>
Date: Wed, 8 Jan 2003 09:50:36 -0500
Newsgroups: jedi.vcl

Cool! I wait in great anticipation! Thanks!

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:avhd6g$kr4$1@talkto.net...
>> > > Here is an example. After setting this up, I noticed something about the
>> > > NextFrom properties. If I don't use them and just reference the
>> > > LastTriggered property, the event fires off at the correct intervals. If
I
>> > > do use them, the event fires at double the intervals. Ex: instead of one
>> > > minute intervals, its two minute intervals..
> >
> > That is by design. Calling Schedule.NextEventFrom will determine a new
> > trigger time. Problem is that after returning from your event handler, the
> > component does the samething, resulting in the skip of one event.
> >
> > Normally I would suggest using the NextFire property from the event
(without
> > referring to the Schedule), but then I must first fix it (because
currently
> > it will just show the same thing as Schedule.LastTriggered). Bug will be
> > added to the issue tracker, and I'll post here if it's fixed.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: JvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Jan 2003 15:47:10 +0100
Newsgroups: jedi.vcl

> > Here is an example. After setting this up, I noticed something about the
> > NextFrom properties. If I don't use them and just reference the
> > LastTriggered property, the event fires off at the correct intervals. If I
> > do use them, the event fires at double the intervals. Ex: instead of one
> > minute intervals, its two minute intervals..

That is by design. Calling Schedule.NextEventFrom will determine a new
trigger time. Problem is that after returning from your event handler, the
component does the samething, resulting in the skip of one event.

Normally I would suggest using the NextFire property from the event (without
referring to the Schedule), but then I must first fix it (because currently
it will just show the same thing as Schedule.LastTriggered). Bug will be
added to the issue tracker, and I'll post here if it's fixed.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvScheduledEvents
From: "George Hendrickson" <gmh9860@hotmail.com>
Date: Wed, 8 Jan 2003 09:32:33 -0500
Newsgroups: jedi.vcl

Here is an example. After setting this up, I noticed something about the
NextFrom properties. If I don't use them and just reference the
LastTriggered property, the event fires off at the correct intervals. If I
do use them, the event fires at double the intervals. Ex: instead of one
minute intervals, its two minute intervals..


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:avgq1i$h2o$1@talkto.net...
> >
>> > > I managed to get this working, however; I noticed that when I set up a
>> > > scheduled event to fire every minute, the events OnExecute procedure
>> > > actually fires every 2 minutes. Is this supposed to do this? I set the
> > event
>> > > one way in code and also another way directly in the schedule editor in
> > the
>> > > control and got the same results... any help would greatly be
appreciated.
>> > > BTW, There where 4 events created at 1, 2, 3, & 4 minute intervals to
>> > > conduct the test.
>> > >
> >
> > It seems to work fine here. Could you mail your test project to me
directly?
> > Just the .pas/.dfm/.dpr will do.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >


Unit1.pas
	


Unit1.dfm
Unit1.dfm
	


Project1.dpr
Project1.dpr
	



Subject: Re: CVS releases?
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 08 Jan 2003 13:31:37 +0100
Newsgroups: jedi.vcl

Hi @ll

I want to say that I am also interested in a "daily build zip". I guess many
people have no idea of CVS (like I had) and so they never get the many bug
fixes / improvments. I also think that the bug report would increase (quantity
and quality), because some people (like I) never reported bugs because they
are not sure if the bug still exists in the latest version and searching the
the bug tracker can be time consuming

Ralf Grenzing


"Michael Beck (Team JEDI)" schrieb:

> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:av298c$jh3$1@talkto.net...
> >
>> > > Hmm, I forgot a year has 12 months and not 10. Maybe Michael deactivated
> > the
>> > > script or the schedule was constructed to stop at that date (I think it
> > was
>> > > a just a test anyway, to see if people would use it).
> >
> > SourceForge made same changes to the server, and the script doesn't work
> > anymore. But I didn't have the time to look at that. Since I just got back
> > from vacations, it might take me couple of weeks.
> >
> > Michael



Subject: Re: Is there any documenation on the TJvPlugin... components and classes?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 8 Jan 2003 07:11:13 -0500
Newsgroups: jedi.vcl

"Tom O" <tomo@tomo.com> wrote in message news:avda0g$2u2$1@talkto.net...
> > I just installed the JCL and JVCL and when I searched the help file I
couldn't
> > find any information on the TJvPlugin components and classes.  Is there
any
> > documentation available?

I will upload the original help file to the binaries, but the best way is to
look at the examples..

Michael




Subject: Re: Change text color in rich edit contorl (TJvxRichEdit)?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 8 Jan 2003 07:09:54 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:av08gc$9hk$1@talkto.net...
> > Is there a way to change colors of _some_ of the text in a rich JEDI edit
> > control (TJvxRichEdit)?  For example, suppose I want to make one word
'red'
> > and all the other words 'black', how would I do that?  I looked in the
> > 'examples' directory and the only seemingly relevant project I could find,
> > 'Edits', didn't show the rich edit control.

I am not sure I understand your question - are you talking about

a) programmatic changes
b) or visual by the user?

For (a) SynEdit is much better.

For (b) it should be the same way as for the standard TRichEdit by changing
the color of the font - see the RichEdit demo.

Michael






Subject: Re: status update
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 8 Jan 2003 11:41:49 -0000
Newsgroups: jedi.vcl

<<Need any help?>>
Is the Pope a catholic? <g>

--
Trevor Pegley
Visionhall
"Remko Bonte" <remkobonte@REMOVE.myrealbox.com> wrote in message
news:opringlsnncfc5g0@forums.talkto.net...
> > On Sun, 05 Jan 2003 20:04:53 +0100, Robert Marquardt
> > <robert_marquardt@gmx.de> wrote:
> >
>> > > I have cleaned now about 100 files = 20 percent.
>> > > Tomorrow i have to work again. I will try to clean at least a file until
>> > > February when i will work on the rest.
>> > >
>> > >
> >
> > Nice work :) Need any help?
> >
> >
> > --
> > Remko Bonte




Subject: Re: status update
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Jan 2003 12:39:23 +0100
Newsgroups: jedi.vcl

> > <<Need any help?>>
> > Is the Pope a catholic? <g>
No, he's just a sleeping old man <g>
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: 40 K commits
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 8 Jan 2003 05:47:35 -0500
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:av29j4$jiu$1@talkto.net...

> > Doesn't really matter. So what if we get the notification a little late?
The
> > commit has taken place anyway. OTOH I'm frequently annoyed as well if any
> > notification gets delayed until the moderator has time to let it pass. The
> > question is what size to choose then.  64K? 128K? 256K? (as you can see I
> > like nice round numbers, the look so much better than 40K)

I've changed it to 128K. If you need a higher limit, please let me know.

Michael




Subject: Re: CVS releases?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 8 Jan 2003 05:00:08 -0500
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:av298c$jh3$1@talkto.net...

> > Hmm, I forgot a year has 12 months and not 10. Maybe Michael deactivated
the
> > script or the schedule was constructed to stop at that date (I think it
was
> > a just a test anyway, to see if people would use it).

SourceForge made same changes to the server, and the script doesn't work
anymore. But I didn't have the time to look at that. Since I just got back
from vacations, it might take me couple of weeks.

Michael




Subject: Re: JvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 8 Jan 2003 10:20:13 +0100
Newsgroups: jedi.vcl

> > I managed to get this working, however; I noticed that when I set up a
> > scheduled event to fire every minute, the events OnExecute procedure
> > actually fires every 2 minutes. Is this supposed to do this? I set the
event
> > one way in code and also another way directly in the schedule editor in
the
> > control and got the same results... any help would greatly be appreciated.
> > BTW, There where 4 events created at 1, 2, 3, & 4 minute intervals to
> > conduct the test.
> >

It seems to work fine here. Could you mail your test project to me directly?
Just the .pas/.dfm/.dpr will do.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvScheduledEvents
From: "George Hendrickson" <gmh9860@hotmail.com>
Date: Tue, 7 Jan 2003 17:24:20 -0500
Newsgroups: jedi.vcl

I managed to get this working, however; I noticed that when I set up a
scheduled event to fire every minute, the events OnExecute procedure
actually fires every 2 minutes. Is this supposed to do this? I set the event
one way in code and also another way directly in the schedule editor in the
control and got the same results... any help would greatly be appreciated.
BTW, There where 4 events created at 1, 2, 3, & 4 minute intervals to
conduct the test.

Thanks

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:av1t41$hua$1@talkto.net...
>> > > I was wondering if anyone has any examples on how to code an event for
>> > > JvScheduledEvents control from the JEDI components v2.0? The help isn't
> > very
>> > > helpful and leaves out some stuff that probably should be in there like
a
>> > > "How to use" section.
>> > >
> >
> > Unfortunately there are no good examples for the component. "How to use"
> > sections for the help will definately have to wait (and are not really
> > needed if a good example is available).
> >
> > Actually, all you need to know is in the help, you just have to figure out
> > how things connect <g>.
> >
> > * TJvScheduledEvents component has an Events property (which is a
> > collection, like for TListView.Items)
> > * The events collection is filled with TJvEventCollectionItem items.
> > * TJvScheduledEventCollectionItem has a Schedule property which is of type
> > IJclSchedule (transferring to JCL territory)
> > * IJclSchedule has a property of type RecurringType. Depending of the
value
> > of this property the IJclScheduleDayFrequency interface and one of these:
> > IJclDailySchedule, IJclWeeklySchedule, IJclMonthlySchedule and
> > IJclYearlySchedule are available. To use these you have to use
> > (Event.Schedule as IJclScheduleDayFrequency).<property> or (Event.Schedule
> > as IJclDailySchedule).<property>.
> >
> > All other info about the various interfaces are in the help file (really!)
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: status update
From: Remko Bonte <remkobonte@REMOVE.myrealbox.com>
Date: Tue, 07 Jan 2003 22:57:18 +0100
To: Robert Marquardt <robert_marquardt@gmx.de>
Newsgroups: jedi.vcl

On Sun, 05 Jan 2003 20:04:53 +0100, Robert Marquardt <robert_marquardt@gmx.de> wrote:

> I have cleaned now about 100 files = 20 percent.
> Tomorrow i have to work again. I will try to clean at least a file until February when i will work on the rest.
>
>

Nice work :) Need any help?


-- 
Remko Bonte


Subject: Re: Happy new year!
From: "bcb" <noemail@sorry.com>
Date: Tue, 7 Jan 2003 13:23:27 -0500
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Sure :)

Happy New Year to you too.

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:aut1iq$vlg$1@talkto.net...
> > Anyone still around in 2002?
> >




Subject: Re: JVCL about dialog
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 7 Jan 2003 18:47:16 +0100
Newsgroups: jedi.vcl

> > The JVCL About dialog should also become a JVCL component to allow JVCL 
> > users to easily meet the requirements of the MPL.

Done: added a new TJvJVCLAboutComponent to the Jv Standard palette

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: Cell by cell selection ?
From: "Robert" <robert@caramail.fr>
Date: Tue, 7 Jan 2003 14:46:07 -0000
Newsgroups: jedi.vcl

Hello everybody,

I search a grid or a dbgrid where i could select cell by cell like under
Excel (with Ctrl or Shift and Clic).
Is there a component like that in JVCL ?

Thanks in advance





Subject: Re: JVCL about dialog
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 7 Jan 2003 14:19:53 +0100
Newsgroups: jedi.vcl

>> > > You could place a TJvEasterEgg on the about form to take care of the
>> > > Alt-DELPHI part. Then you only need to get the animation part.
> >
> > Can you ask on Steering for the source? It is mainly a copyright problem.
> >

Done (sorry for the delay, I somehow overlooked this post).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: inplace editor for TJvDBGrid / onshoweditor event
From: Peter Diesner <peter.diesner@web.de>
Date: Tue, 07 Jan 2003 11:18:03 +0100
Newsgroups: jedi.vcl

Hi folks,
I would like to use a checkbox within a TJvDBGrid and map the checkbox's state to an integer field (checked = 1, unchecked = 0).

Do you have an idea, how I can achieve this ? Could I use the onshoweditor event do activate my own inplace editor ?

Thx Peter



Subject: Re: JvBandUtils.pas and JvBandWindows.pas
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 7 Jan 2003 08:18:00 +0100
Newsgroups: jedi.vcl

> > Can someone please check if the updated .dpk files are correct?
There is a bug report on Mantis regarding JvBandWindows. Maybe you should
check it out?

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Is there any documenation on the TJvPlugin... components and classes?
From: "Tom O" <tomo@tomo.com>
Date: Mon, 6 Jan 2003 19:26:41 -0600
Newsgroups: jedi.vcl

I just installed the JCL and JVCL and when I searched the help file I couldn't
find any information on the TJvPlugin components and classes.  Is there any
documentation available?

Tom




Subject: Re: status update
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 6 Jan 2003 12:25:04 -0000
Newsgroups: jedi.vcl

Congratulations on reaching your first century! ;-)

Trev
Visionhall
"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:av9v72$lrq$1@talkto.net...
> > I have cleaned now about 100 files = 20 percent.
> > Tomorrow i have to work again. I will try to clean at least a file until
> >   February when i will work on the rest.
> >




Subject: status update
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 05 Jan 2003 20:04:53 +0100
Newsgroups: jedi.vcl

I have cleaned now about 100 files = 20 percent.
Tomorrow i have to work again. I will try to clean at least a file until  February when i will work on the rest.



Subject: Re: wishlist for global JVCL changes
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 5 Jan 2003 14:30:02 +0100
Newsgroups: jedi.vcl

Done

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: Re: wishlist for global JVCL changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 05 Jan 2003 09:13:10 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> Yes I was and you can get it at our web forum (Donations-JvCoreIntf). I
> wasn't too happy with it though: events don't show up unless the
> implementing class is a TComponent (or descendant) and there is no way to
> "flatten" the implementing class in the OI so that the new properties
> appears on the same "level" as the components original properties. It can be
> done but it means a lot of manual coding in each class.

I did not find it. Can you send it to me?



Subject: Re: JVCL about dialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Jan 2003 17:46:07 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> You could place a TJvEasterEgg on the about form to take care of the
> Alt-DELPHI part. Then you only need to get the animation part.

Can you ask on Steering for the source? It is mainly a copyright problem.



Subject: Re: JVCL about dialog
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 4 Jan 2003 16:32:31 +0100
Newsgroups: jedi.vcl

> > Can we get the source of the Delphi About dialog from Borland?
> > I want to drive our About with the same source. Especially i want to
> > return the compliment of the Alt-JEDI animation with an Alt-DELPHI
> > animation.

You could place a TJvEasterEgg on the about form to take care of the
Alt-DELPHI part. Then you only need to get the animation part.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: first changed JVCL component
From: "T.Huber" <thomas_d_huber@t-online.de>
Date: Sat, 4 Jan 2003 16:27:04 +0100
Newsgroups: jedi.vcl

Hi Robert,

> > To show you what will happen when i start reworking the JVCL i changed
> > my first component.
> > TJvTransLED was the victim :-)

Thanks a lot for the integration, one thing less to care about
in JEDI FreeVCS code!

Cheers and best wishes for the New Year!
Thomas




Subject: JVCL about dialog
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Jan 2003 14:10:42 +0100
Newsgroups: jedi.vcl

I currently clean up the JVCL About dialog.
It even had a spelling error!
I will make it more look alike the Delphi About dialog.

Can we get the source of the Delphi About dialog from Borland?
I want to drive our About with the same source. Especially i want to return the compliment of the Alt-JEDI animation with an Alt-DELPHI animation.
The only problem i see is that we need the source under the MPL then.

The JVCL About dialog should also become a JVCL component to allow JVCL users to easily meet the requirements of the MPL.



Subject: JvBandUtils.pas and JvBandWindows.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 04 Jan 2003 13:26:28 +0100
Newsgroups: jedi.vcl

I have moved the functions of these files to JvUtils.pas and removed them from the CVS.
Can someone please check if the updated .dpk files are correct?

If you recompile the runtime package then the design time package will not load. ignore this and recompile the design time package.

The Band Wizard does not work fully. When executing the Soap package and the coreide60 package will not loade because of zLib conflicts.



Subject: Re: CVS releases?
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Fri, 3 Jan 2003 09:35:36 +0100
Newsgroups: jedi.vcl

> > I'm pretty sure the script does an anonymous checkout. You bring up a good
> > point though: won't a anonymous check out store the anonymous account in
the
> > meta data? If that's the case, the whole point about using the CVS
releases
> > within CVS is moot.

Only if your aim is to ease the setup for JVCL-developers. For regular users
that just want to be able to pull the latest anonymous read-only access is
perfectly ok I think.

Anyway, changing the meta data is a simple search and replace action. It is
stored in the ./CVS/Root files. Just replace
:pserver:anonymous@cvs.jvcl.sf.net:/cvsroot/jvcl with
:ext:user@cvs.jvcl.sf.net:/cvsroot/jvcl .

I have written a macro for WinCvs that does this just fine.

Hope this helps.

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)




Subject: Re: 40 K commits
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Jan 2003 22:12:21 +0100
Newsgroups: jedi.vcl

> > I just discovered that commits bigger than 40K have to be moderated.
> > Can we increase this limit? I will commit bigger chunks frequently.
> >

Doesn't really matter. So what if we get the notification a little late? The
commit has taken place anyway. OTOH I'm frequently annoyed as well if any
notification gets delayed until the moderator has time to let it pass. The
question is what size to choose then.  64K? 128K? 256K? (as you can see I
like nice round numbers, the look so much better than 40K)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: CVS releases?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Jan 2003 22:06:37 +0100
Newsgroups: jedi.vcl

> > Marcel Bestebroer wrote:
> >
>> > > got the URL: http://jvcl.sourceforge.net/daily.
>> > >
>> > > JVCL-Latest.zip always is the most recent version
>> > > JVCL-Source-Latest is always the most recent source only version
> >
> > They are from 31 Oct 2002 so i assume the scripts are not active.
> >

Hmm, I forgot a year has 12 months and not 10. Maybe Michael deactivated the
script or the schedule was constructed to stop at that date (I think it was
a just a test anyway, to see if people would use it).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: FtpGrabber works ?
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Thu, 2 Jan 2003 14:37:20 -0600
Newsgroups: jedi.vcl

Im using the component and its working ok, I wrote some changes that maybe
will be released on the next version. I uploaded it some months ago.

I modified the component to get the % of the file downloaded.

If you want I can send you the source file with the modifications.

Alejandro


"Nektarios" <naentor@hotmail.com> escribió en el mensaje
news:MPG.1875165e21b8f060989683@forums.talkto.net...
> > Merry christmas & and a happy new year !!
> >   I would like to use the ftpgrabber component and it doesnt seem to
> > work at all. It neither returns an error message.
> > Can anyone help ?




Subject: Re: CVS releases?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 02 Jan 2003 21:03:03 +0100
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:

> got the URL: http://jvcl.sourceforge.net/daily.
>
> JVCL-Latest.zip always is the most recent version
> JVCL-Source-Latest is always the most recent source only version

They are from 31 Oct 2002 so i assume the scripts are not active.



Subject: 40 K commits
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 02 Jan 2003 21:01:34 +0100
Newsgroups: jedi.vcl

I just discovered that commits bigger than 40K have to be moderated.
Can we increase this limit? I will commit bigger chunks frequently.



Subject: Re: CVS releases?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Jan 2003 18:54:01 +0100
Newsgroups: jedi.vcl

Hi,


> > The scripts are still active, I believe. Forgot the URL where the zip file
> > ends up though. Michael should know, otherwise I'll  check this evening
when
> > I get home.

got the URL: http://jvcl.sourceforge.net/daily.

JVCL-Latest.zip always is the most recent version
JVCL-Source-Latest is always the most recent source only version

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address






Subject: Re: JvScheduledEvents
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Jan 2003 18:39:28 +0100
Newsgroups: jedi.vcl

> > I was wondering if anyone has any examples on how to code an event for
> > JvScheduledEvents control from the JEDI components v2.0? The help isn't
very
> > helpful and leaves out some stuff that probably should be in there like a
> > "How to use" section.
> >

Unfortunately there are no good examples for the component. "How to use"
sections for the help will definately have to wait (and are not really
needed if a good example is available).

Actually, all you need to know is in the help, you just have to figure out
how things connect <g>.

* TJvScheduledEvents component has an Events property (which is a
collection, like for TListView.Items)
* The events collection is filled with TJvEventCollectionItem items.
* TJvScheduledEventCollectionItem has a Schedule property which is of type
IJclSchedule (transferring to JCL territory)
* IJclSchedule has a property of type RecurringType. Depending of the value
of this property the IJclScheduleDayFrequency interface and one of these:
IJclDailySchedule, IJclWeeklySchedule, IJclMonthlySchedule and
IJclYearlySchedule are available. To use these you have to use
(Event.Schedule as IJclScheduleDayFrequency).<property> or (Event.Schedule
as IJclDailySchedule).<property>.

All other info about the various interfaces are in the help file (really!)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: CVS releases?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Jan 2003 18:23:44 +0100
Newsgroups: jedi.vcl

>> > > Probably. IIRC, the shell script does a checkout, zips up contents of
the
>> > > resulting folder, but leaving out the .CVS folders. If these folders are
>> > > incorporated in the zip, it should theoratically be possible to use it
> > from
>> > > within any CVS application. Of course I haven't tested this, but maybe
>> > > Michael can provide more info on the subject.
> >
> > If you want to do something like that, you should make sure you're
> > connecting as anonymous, otherwise you'll be distributing your personal
> > login (which is useless without your password). The username is stored as
> > part of the meta data found in every ./CVS directory.

I'm pretty sure the script does an anonymous checkout. You bring up a good
point though: won't a anonymous check out store the anonymous account in the
meta data? If that's the case, the whole point about using the CVS releases
within CVS is moot.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: CVS releases?
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Thu, 2 Jan 2003 18:10:45 +0100
Newsgroups: jedi.vcl

> > Probably. IIRC, the shell script does a checkout, zips up contents of the
> > resulting folder, but leaving out the .CVS folders. If these folders are
> > incorporated in the zip, it should theoratically be possible to use it
from
> > within any CVS application. Of course I haven't tested this, but maybe
> > Michael can provide more info on the subject.

If you want to do something like that, you should make sure you're
connecting as anonymous, otherwise you'll be distributing your personal
login (which is useless without your password). The username is stored as
part of the meta data found in every ./CVS directory.

Let me know if you need any more help on CVS usage (couldn't comment much on
Tortoise-specifics though).

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)




Subject: first changed JVCL component
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 02 Jan 2003 17:14:33 +0100
Newsgroups: jedi.vcl

To show you what will happen when i start reworking the JVCL i changed my first component.
TJvTransLED was the victim :-)
I created a new pallette icon and integrated it in MakeDCR.BAT.
The component itself is improved. I made id use any color for the LED which simplified the source. Also only two bitmap resources are needed now in JvTransLED.res.
I also republished many properties and events.



Subject: Problems with Web Site?
From: "Mark Chapman" <nospam@nospam.com>
Date: Thu, 2 Jan 2003 16:02:30 -0000
Newsgroups: jedi.vcl

I am looking for the Dephi translation of the RAS API Headers, but cannot
get a response from www.delphi-jedi.org.  Is there a problem?  Am I looking
in the wrong place?

Thanks in advance

Mark Chapman





Subject: Re: CVS releases?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Jan 2003 14:57:41 +0100
Newsgroups: jedi.vcl

> > I know that Michael Beck had some shell scripts that could automate the
> > task. I'll ask him (unless he replies here first). Doing it manually isn't
> > an option: takes too much time.

The scripts are still active, I believe. Forgot the URL where the zip file
ends up though. Michael should know, otherwise I'll  check this evening when
I get home.
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: CVS releases?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 2 Jan 2003 14:54:26 +0100
Newsgroups: jedi.vcl

> > Is there a way to have the TortoiseCVS use such a release?


Probably. IIRC, the shell script does a checkout, zips up contents of the
resulting folder, but leaving out the .CVS folders. If these folders are
incorporated in the zip, it should theoratically be possible to use it from
within any CVS application. Of course I haven't tested this, but maybe
Michael can provide more info on the subject.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: CVS releases?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 02 Jan 2003 13:56:56 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> I know that Michael Beck had some shell scripts that could automate the
> task. I'll ask him (unless he replies here first). Doing it manually isn't
> an option: takes too much time.

Is there a way to have the TortoiseCVS use such a release?
The initial checkout was really hard. A downloadable Zip would help immensely to get started faster.



Subject: Re: CVS releases?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 2 Jan 2003 12:45:56 +0100
Newsgroups: jedi.vcl

I know that Michael Beck had some shell scripts that could automate the
task. I'll ask him (unless he replies here first). Doing it manually isn't
an option: takes too much time.

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: CVS releases?
From: Johnnie <None@Noware.non>
Date: Thu, 2 Jan 2003 10:17:15 +0000 (UTC)
Newsgroups: jedi.vcl

Me on the other hand I would like a weekly build file
(which will be one file and only not one for every week)
since I do not have any CVS access (firewall restriction)

Regards
johnnie.


Subject: Change text color in rich edit contorl (TJvxRichEdit)?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Wed, 1 Jan 2003 21:42:22 -0500
Newsgroups: jedi.vcl

Is there a way to change colors of _some_ of the text in a rich JEDI edit
control (TJvxRichEdit)?  For example, suppose I want to make one word 'red'
and all the other words 'black', how would I do that?  I looked in the
'examples' directory and the only seemingly relevant project I could find,
'Edits', didn't show the rich edit control.

thx





Subject: Re: CVS releases?
From: "Don Siders [Team Indy]" <rancidbud@yellowsnow.net>
Date: Wed, 1 Jan 2003 17:45:47 -0500
Newsgroups: jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:auv5vi$5rp$1@talkto.net...

> > How about monthly or weekly CVS releases?
> > Other projects do it.

Are you talking about CVS exports, or the .ZIP file distributions?

Personally, I would make builds/distributions only for milestone releases.

Otherwise you'll use a lot storage for incremental builds that are quickly
obsoleted by the normal process of bug fixes and enhancements.  And, the
anonymous CVS server is available for those that want the latest and
greatest.

> > I started to work on the JVCL and in February i will work hard on the
> > JVCL. There will be many changes to the JVCL 2.00 release.
> > The pallette icons are reworked completely already.

Looking forward to it.  Thanks to all for their heroic efforts... keep up
the good work.

Happy New Year


--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: CVS releases?
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 01 Jan 2003 17:51:52 +0100
Newsgroups: jedi.vcl

How about monthly or weekly CVS releases? Other projects do it.
I started to work on the JVCL and in February i will work hard on the JVCL. There will be many changes to the JVCL 2.00 release.
The pallette icons are reworked completely already.



Subject: Re: Happy new year!
From: "Don Siders [Team Indy]" <rancidbud@yellowsnow.net>
Date: Tue, 31 Dec 2002 17:36:36 -0500
Newsgroups: jedi.jcl,jedi.vcl


"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:aut1iq$vlg$1@talkto.net...
> > Anyone still around in 2002?

Not for much longer... <g>


--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Happy new year!
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 31 Dec 2002 22:24:25 +0100
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Anyone still around in 2002?



Subject: TJvInterpreterProgram Someone using it ?
From: <andreas.steibl@host-sec.at>
Date: Tue, 31 Dec 2002 10:53:29 +0100
Newsgroups: jedi.vcl

I have a big and important question : Is someone of you using
TJvInterpreterProgram ?
I used it (the original from RaLIB and now the TJvInterpreterProgram) and it
worked fine with Delphi 5
But after upgrading to Delphi 6, i get so many troubles : Can't use Records
anymore, Problems with Variants (was made new in Delphi 6) OLE don't work
......

Use it someone else with Delphi 6 ? Do you have some problems ?
What is with Delphi 7 ? The same problems as with Delphi 6 ?

Thanxs for your answers
snoopy








Subject: JvScheduledEvents
From: "George Hendrickson" <gmh9860@hotmail.com>
Date: Mon, 30 Dec 2002 15:35:48 -0500
Newsgroups: jedi.vcl

I was wondering if anyone has any examples on how to code an event for
JvScheduledEvents control from the JEDI components v2.0? The help isn't very
helpful and leaves out some stuff that probably should be in there like a
"How to use" section.




Subject: Re: JediInstaller.exe????
From: Ron <mindsleep2002@yahoo.se>
Date: Sun, 29 Dec 2002 04:07:11 +0000 (UTC)
Newsgroups: jedi.vcl

What path should i check???

I unzipped the JCL122+JVCL200FinalFullInstall.zip to a folder called "c:
\Jedi". I have the "make.exe" in the c:\program\borland\delphi5\bin

what should i do next?

Regards,
Ron



"Alan McFarlane" <mcfarlane_alan@lycos.co.uk> wrote in
news:aulc6p$5bt$1@talkto.net: 

> > Check your path. The install.bat file calls 'make' (that is delphi's
> > make). If you have a different make utility on the path, or for some
> > reason ...\borland\delphi#\bin path is not on the path then you'll get
> > that problem.
> > 
> > "Ron" <mindsleep2002@yahoo.se> wrote in message
> > news:Xns92F2200F612AAmindsleep2002yahoose@194.191.0.34...
>> >> Hi i can´t install neither JCL och JVCL.
>> >>
>> >> When i try to run installer.bat i get the error message saying that i
> > can´t
>> >> find the bin/JediInstaller.exe
>> >>
>> >> So where is it then?
>> >>
>> >> I downloaded the JCL122+JVCL200FinalFullInstall.zip file. And i get
>> >> the same error when trying to install JCL.
>> >>
>> >> What should i do?
>> >>
>> >> Regards,
>> >> Ron
> > 
> > 



Subject: Re: JediInstaller.exe????
From: "Alan McFarlane" <mcfarlane_alan@lycos.co.uk>
Date: Sat, 28 Dec 2002 23:35:07 -0000
Newsgroups: jedi.vcl

Check your path. The install.bat file calls 'make' (that is delphi's make).
If you have a different make utility on the path, or for some reason
....\borland\delphi#\bin path is not on the path then you'll get that
problem.

"Ron" <mindsleep2002@yahoo.se> wrote in message
news:Xns92F2200F612AAmindsleep2002yahoose@194.191.0.34...
> > Hi i can´t install neither JCL och JVCL.
> >
> > When i try to run installer.bat i get the error message saying that i
can´t
> > find the bin/JediInstaller.exe
> >
> > So where is it then?
> >
> > I downloaded the JCL122+JVCL200FinalFullInstall.zip file. And i get the
> > same error when trying to install JCL.
> >
> > What should i do?
> >
> > Regards,
> > Ron




Subject: Re: audible hints
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Dec 2002 20:13:55 +0100
Newsgroups: jedi.vcl

> > I thought of adding it to all visual controls.

If you use JvBalloonHint, you will have it since it replaces the standard
Hint class.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: audible hints
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 28 Dec 2002 19:57:08 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> Take a look at the recently added JvBalloonHint unit from Remko: it has
> provision for sounds as well

I thought of adding it to all visual controls.



Subject: Re: audible hints
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 28 Dec 2002 17:10:02 +0100
Newsgroups: jedi.vcl

Take a look at the recently added JvBalloonHint unit from Remko: it has
provision for sounds as well

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: audible hints
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Sat, 28 Dec 2002 15:56:57 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message news:
auk5pn$1jt$1@talkto.net...
> > I just had the idea to either override the hint system with sounds
> > instead of texts or to add a second hint system with sounds.
> > What do you think of it?
> >

I think they are a lot of thing more useful to add before to add  audible
hints.
Keep it simple.





Subject: audible hints
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 28 Dec 2002 13:40:24 +0100
Newsgroups: jedi.vcl

I just had the idea to either override the hint system with sounds instead of texts or to add a second hint system with sounds.
What do you think of it?



Subject: JediInstaller.exe????
From: Ron <mindsleep2002@yahoo.se>
Date: Sat, 28 Dec 2002 02:02:42 +0000 (UTC)
Newsgroups: jedi.vcl

Hi i can´t install neither JCL och JVCL.

When i try to run installer.bat i get the error message saying that i can´t  
find the bin/JediInstaller.exe

So where is it then?

I downloaded the JCL122+JVCL200FinalFullInstall.zip file. And i get the 
same error when trying to install JCL.

What should i do?

Regards,
Ron


Subject: Re: JVCL apps don't work with Windows 95?? [Solved]
From: "Matias Hernandez" <m.hernandez@datalogic.com.uy>
Date: Fri, 27 Dec 2002 10:44:22 -0300
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:aufjp0$kgb$1@talkto.net...
> > Matias Hernandez wrote:
>> > > The
>> > > error is (translated back from Spanish) "JVCL200_R70 is linked to
>> > > KERNEL32.DLL:CancelIO that does not exist". Apparently "CancelIO" is
used in
>> > > "JvHidControllerClass"
> >
> > I will post the newest version of JvHidControllerClass.pas to the
> > binaries newsgroup now. It loads CancelIO dynamically now.
> > This bug has been fixed in the CVS already. This version is even newer.
> >

Much appreciated!

If anyone is interested, though :) using the directive {$WEAKPACKAGEUNIT ON}
on that unit was enough to get JVCL applications to run on Windows 95 (I
suppose, for as long as one does not actually use the version of
JvHidControllerClass included in JVCL 2.00Stable).

Thanks, and best regards,
- Matías





Subject: Re: About JvTransLed component donation (binaries)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 27 Dec 2002 02:05:04 +0100
Newsgroups: jedi.vcl

I've added the component to JVCL: you need to update the following folders
from CVS to install it: \packages, \resources and \source. Recompile both RT
and DT packages and it should appear on a new Jv JFreeCVS palette tab. Note
that I've made some minor changes (mostly for efficiency) and added a reg
file.

Thanks again for the donation and good luck on JFreeCVS!

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: FtpGrabber works ?
From: Nektarios <naentor@hotmail.com>
Date: Thu, 26 Dec 2002 13:37:08 -0800
Newsgroups: jedi.vcl

Merry christmas & and a happy new year !!
  I would like to use the ftpgrabber component and it doesnt seem to 
work at all. It neither returns an error message.
Can anyone help ?


Subject: Re: JVCL apps don't work with Windows 95??
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Dec 2002 20:07:53 +0100
Newsgroups: jedi.vcl

Matias Hernandez wrote:
> Hello there. First of all I have to say that I've been using JCL/JVCL for
> about a month, since I got Delphi 7, and I'm very happy with it, especially
> with the JclDebug utilities and the RxLib components. It's quite a bundle,
> it will take a while to explore everything. :)
>
> What worries me at present, however, is that applications compiled with
> JVCL200_R70 as a runtime package don't seem to work under Windows 95. The
> error is (translated back from Spanish) "JVCL200_R70 is linked to
> KERNEL32.DLL:CancelIO that does not exist". Apparently "CancelIO" is used in
> "JvHidControllerClass" (which I'm sure I'm not using directly, though maybe
> some other JVCL component uses it?).

I will post the newest version of JvHidControllerClass.pas to the binaries newsgroup now. It loads CancelIO dynamically now.
This bug has been fixed in the CVS already. This version is even newer.



Subject: Re: pallette icons
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Dec 2002 20:03:21 +0100
Newsgroups: jedi.vcl

Pierre Rougier wrote:

> I think it could be a good idea to put it somewhere everybody can download
> it.

Peter has integrated them already in the CVS. I just sent him some updates. Now almost all icons have the same background.



Subject: JVCL apps don't work with Windows 95??
From: "Matias Hernandez" <m.hernandez@datalogic.com.uy>
Date: Thu, 26 Dec 2002 11:42:30 -0300
Newsgroups: jedi.vcl

Hello there. First of all I have to say that I've been using JCL/JVCL for
about a month, since I got Delphi 7, and I'm very happy with it, especially
with the JclDebug utilities and the RxLib components. It's quite a bundle,
it will take a while to explore everything. :)

What worries me at present, however, is that applications compiled with
JVCL200_R70 as a runtime package don't seem to work under Windows 95. The
error is (translated back from Spanish) "JVCL200_R70 is linked to
KERNEL32.DLL:CancelIO that does not exist". Apparently "CancelIO" is used in
"JvHidControllerClass" (which I'm sure I'm not using directly, though maybe
some other JVCL component uses it?).

I would like to know whether this has been reported before, and if you have
any suggestions? Maybe recompiling the packages without this particular
unit? Thanks in advance!

Best regards,
- Matías





Subject: Re: pallette icons
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Thu, 26 Dec 2002 14:44:39 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> a écrit dans le message news:
aueqdc$hdq$1@talkto.net...
> > I have reworked the icons of the Images subdirectory of JVCL 2.00
> > I changed the icon background to the yellow/greenish background of the
> > JvLabels pallette. It is the most widely used background so i think it
> > is easiest to settle to that look.
> > The icons now use all the same color palette and are 256 color.
> > I have already sent Peter the files. Anyone else interested?


I think it could be a good idea to put it somewhere everybody can download
it.
Where is the problem?
I can't see one.

And it can be usefull if somebody need it for a demo, a help file, etc...


--
Pierre Rougier






Subject: pallette icons
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 26 Dec 2002 12:54:56 +0100
Newsgroups: jedi.vcl

I have reworked the icons of the Images subdirectory of JVCL 2.00
I changed the icon background to the yellow/greenish background of the JvLabels pallette. It is the most widely used background so i think it is easiest to settle to that look.
The icons now use all the same color palette and are 256 color.
I have already sent Peter the files. Anyone else interested?



Subject: Re: HttpGrabber not working
From: Nektarios <naentor@hotmail.com>
Date: Thu, 26 Dec 2002 01:00:07 -0800
Newsgroups: jedi.vcl

In article <3D134053.2070703@gil.com>, cr@gil.com says...
> > Has anyone used the JvHttpGrabber to get a web page to a file? I 
> > tried it in D6pe and the file is not created and the OnFileDone 
> > event is not fired.
> > 
> > Any ideas what I'm doing wrong? I filled in the Url and Filename, 
> > then did Execute.
> > 
> > Chuck
> > 
> > 
I dont know if httpgrabber gets a whole page into a file (the way IE 
does) but it does get a file from a page by filling the url WITH the 
name of the file you want from the page. The filename is the name to 
save the file.

Btwy have you used Ftpgrabber ? i still searching how to work it !!!


Subject: Using jvSchedule Editor at runtime
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Wed, 25 Dec 2002 20:25:09 -0500
Newsgroups: jedi.vcl

I will like to use the jvSchedule editor at runtime, is this possible? If so
how do I call it?

Thanks
Femi




Subject: Re: Converting Rx comps to the JVCL ones
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 25 Dec 2002 23:10:11 +0100
Newsgroups: jedi.vcl

You have three options:

1. Get the precompiled JVCL Convert program from
http://sourceforge.net/project/showfiles.php?group_id=45786
2. Get the latest source files release of JVCL Convert (compilable with D6
and above only) from
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/Convert/ that
contains updates both to the program and the RxLib.dat file
3. Do it manually. This mainly consists of renaming everything from Rx to Jv
in both .pas and .dfm files (I recommend starting with the dfm's).


In CVS, there are two dat files for RxLib: RxLIb.dat and RxToJVCLApp.dat.
RxLib.dat is used to convert the RxLib sources to JVCL format.
RxToJVCLApp.dat is used to convert your current Rx enabled app to use the
JVCL components instead, so in your case I guess it's the RxToJVCLApp.dat
you will need.
Make sure you save all your dfm's as text before you start so you can open
them in another editor (like Notepad) if something goes wrong.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Marc Meyen" <MarcM@consun.com> skrev i meddelandet
news:aud9ds$d6b$1@talkto.net...
> > Hi,
> >
> > I'm completely stuck with the transition of the RX comps in my app to the
> > new JVCL ones. Can someone reach me a helpinh hand ?
> >
> > --- TIA & groetjes, Marc Meyen
> > Director R & D -- Consun nv
> >
> > "Het verschil tussen theorie en praktijk is in de praktijk groter dan in
> > theorie."
> >
> >



Subject: Converting Rx comps to the JVCL ones
From: "Marc Meyen" <MarcM@consun.com>
Date: Wed, 25 Dec 2002 22:58:50 +0100
Newsgroups: jedi.vcl

Hi,

I'm completely stuck with the transition of the RX comps in my app to the
new JVCL ones. Can someone reach me a helpinh hand ?

--- TIA & groetjes, Marc Meyen
Director R & D -- Consun nv

"Het verschil tussen theorie en praktijk is in de praktijk groter dan in
theorie."




Subject: Re: Merry Xmas!
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 25 Dec 2002 16:40:46 +0100
Newsgroups: jedi.vcl

And a big thanks and Happy Holidays to our users that make this all worth
while!

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Merry Xmas!
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Wed, 25 Dec 2002 09:32:52 -0500
Newsgroups: jedi.vcl

A big Merry XMas to all the Jedi authors and support guys, thanks for the
great stuff!






Subject: Re: TJvInspector within a Frame...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 25 Dec 2002 12:08:13 +0100
Newsgroups: jedi.vcl

Alan,

both issues have been resolved. You can get the changed source from:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/JvInspector.
pas. Luckily both issue were caused by the same problem, which was solvable
in < 5 minutes. To be clear about it: the official demo works only from the
OnShow event (the OnCreate handler can be moved to the start of OnShow)
because it requires some info from controls that are not initialised until
the inspector form is shown (it would have worked if the form with the
controls was created first, but that would make the test form the main form,
instead of the Inspector form).

I tested it on a frame and everything works, with or without a surrounding
BeginUpdate/EndUpdate pair.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: TJvInspector within a Frame...
From: "Alan Garny" <agml@hellix.com>
Date: Tue, 24 Dec 2002 14:03:42 -0000
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:au9k7d$2s6$1@talkto.net...
> > It doesn't matter when you point it out, as long as you point it out. Any
> > bug (or mistakes that look like one) that you find is always very welcome
> > (never thought a programmer would be happy to get bug reports) and will
help
> > getting the best component library in the world. By the way, the proper
way
> > of reporting a bug is in our issue tracker
> > (http://jvcl.sourceforge.net/bugs). I'll do that tonight, unless you beat
me
> > to it (hint, hint)

The link doesn't work... Having said that, I have found one
(http://projectjedi.sourceforge.net/mantis/login_page.php) that seems to be
where one can submit bugs... Well, I will do that once I am back... I am
about to go to some kind of a museum with my nephew and niece...

    Thanks, Alan.




Subject: Re: TJvInspector within a Frame...
From: "Alan Garny" <agml@hellix.com>
Date: Tue, 24 Dec 2002 13:27:51 -0000
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:au9j95$2n9$1@talkto.net...
>>>> > > > > So, now, some questions:
>>>> > > > >
>>>> > > > > - How does one get the TJvInspector component to work within a
frame?
>>> > > > Put it on a frame and use it ;) (untested, but I don't see why it
>> > > shouldn't
>>> > > > work).
>> > >
>> > > Yes, that's exactly what I tried, but for some reasons, I haven't
managed
> > to
>> > > get it to work. As I said, I created a new project with exactly the same
>> > > code, but with the control on a form instead of a frame and it works
> > fine...
>> > >
>> > > Like you, I don't see why it wouldn't work on a frame, but as far as I
can
>> > > tell, it does not...
> >
> > I'll take a look tonight and see what's going wrong.

Thanks! You may other things to do tonight, though... :) (depends on where
you are on Earth though...)

>>>> > > > > - Does one absolutely need to start creating the structure within
the
>>>> > > > > OnCreate event AND finish it within the OnShow one? I sincerely hope
>> > > not,
>>> > > > as
>>>> > > > > it would surely be very constraining...
>>> > > >
>>> > > > Nope. You could create and finish the structure in one go. I'd prefer
to
>> > >
>> > > Well, I didn't mention it in my original message, but I tried to do
>> > > everything in the OnCreate event (i.e. finish with the EndUpdate), but
> > that
>> > > doesn't work...
> >
> > Same as above, I'll take a look tonight.

Thanks!

>>> > > > If you don't use BeginUpdate, EndUpdate shouldn't be required. If you
>>> > > > believe it is, could you provide a small example showing this case?
>> > >
>> > > Very simple: create a new project and drop a TJvInspector object on the
>> > > form. Create a handler for both OnCreate and OnShow and put the
following
>> > > code:
>> > >
> > [snip]
>> > >
>> > > If you compile the project, you will see that it works fine. If you
> > comment
>> > > out BeginUpdate, it still works fine. Now, if you put back BeginUpdate
and
>> > > comment out EndUpdate, it will NOT work. You will get the same result if
> > you
>> > > put EndUpdate within the handler for OnCreate, hence my questions...
> >
> > Not calling EndUpdate after a BeginUpdate will indeed not work, because
all
> > paints are blocked (at least the changes in the structure are not seen)
> > until every BeginUpdate has been matched by an EndUpdate. IOW, commenting

Yes, that's what I realised by having a quick look at the source code. Makes
sense indeed.

> > out BeginUpdate and EndUpdate at the same time should work. Of course
$64mln
> > question remains why it doesn't work if the EndUpdate is in de OnCreate
> > event. I'm taking a wild guess it's because it doesn't have a handle yet,
> > but I'll look at it tonight.

Thanks and sorry for pointing those issues at probably the worst time of
year! It just happens that I thought I would take advantage of my holiday to
finally have a go at the TJvInspector component... :)

    Alan.




Subject: Re: TJvInspector within a Frame...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 24 Dec 2002 14:13:09 +0100
Newsgroups: jedi.vcl

>> > > It doesn't matter when you point it out, as long as you point it out.
Any
>> > > bug (or mistakes that look like one) that you find is always very
welcome
>> > > (never thought a programmer would be happy to get bug reports) and will
> > help
>> > > getting the best component library in the world. By the way, the proper
> > way
>> > > of reporting a bug is in our issue tracker
>> > > (http://jvcl.sourceforge.net/bugs). I'll do that tonight, unless you
beat
> > me
>> > > to it (hint, hint)
> >
> > The link doesn't work...

I keep forgetting the '.htm' part :)

> >  Having said that, I have found one
> > (http://projectjedi.sourceforge.net/mantis/login_page.php) that seems to
be
> > where one can submit bugs

Yep, the link I gave you provides two links; one to log issues after logging
in, and on to log issues without logging in (not recommended)

> > ... Well, I will do that once I am back... I am
> > about to go to some kind of a museum with my nephew and niece...

Have fun!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: TJvInspector within a Frame...
From: "Alan Garny" <agml@hellix.com>
Date: Tue, 24 Dec 2002 13:06:25 -0000
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:au90bn$u8s$1@talkto.net...
>> > > So, now, some questions:
>> > >
>> > > - How does one get the TJvInspector component to work within a frame?
> > Put it on a frame and use it ;) (untested, but I don't see why it
shouldn't
> > work).

Yes, that's exactly what I tried, but for some reasons, I haven't managed to
get it to work. As I said, I created a new project with exactly the same
code, but with the control on a form instead of a frame and it works fine...

Like you, I don't see why it wouldn't work on a frame, but as far as I can
tell, it does not...

>> > > - Does one absolutely need to start creating the structure within the
>> > > OnCreate event AND finish it within the OnShow one? I sincerely hope
not,
> > as
>> > > it would surely be very constraining...
> >
> > Nope. You could create and finish the structure in one go. I'd prefer to

Well, I didn't mention it in my original message, but I tried to do
everything in the OnCreate event (i.e. finish with the EndUpdate), but that
doesn't work...

> > override the Loaded method and create the structure there (all properties
> > are read in from the DFM; but form/frame is not yet showing). There was a
> > reason why the demo ends the creation in the OnShow event; I believe it
had
> > something to do with handles not being available before the OnShow method,
> > not sure. Maybe it was a left over of an earlier version of the Inspector.
> >
>> > > - I haven't studied the source code, but how come a call to BeginUpdate
> > does
>> > > not seem critical, while one to EndUpdate seems unavoidable?
> >
> > If you don't use BeginUpdate, EndUpdate shouldn't be required. If you
> > believe it is, could you provide a small example showing this case?

Very simple: create a new project and drop a TJvInspector object on the
form. Create a handler for both OnCreate and OnShow and put the following
code:

procedure TForm1.FormCreate(Sender: TObject);
Var
   InspCat: TJvInspectorCustomCategoryItem;
   Date: TDateTime;
begin
  inherited;

   JvInspector1.BeginUpdate;

   InspCat := TJvInspectorCustomCategoryItem.Create(JvInspector1.Root, Nil);
   InspCat.DisplayName := 'Various tests';
   Date := Now;
   TJvInspectorVarData.New(InspCat, 'Date/time', TypeInfo(TDateTime), Date);
   InspCat.Expanded := True;

   InspCat := TJvInspectorCustomCategoryItem.Create(JvInspector1.Root, Nil);
   InspCat.DisplayName := JvInspector1.Name + ': ' + JvInspector1.ClassName;
   TJvInspectorPropData.New(InspCat, JvInspector1);

   JvInspector1.SelectedIndex := 0;
end;

procedure TForm1.FormShow(Sender: TObject);
begin
   JvInspector1.EndUpdate;
end;

If you compile the project, you will see that it works fine. If you comment
out BeginUpdate, it still works fine. Now, if you put back BeginUpdate and
comment out EndUpdate, it will NOT work. You will get the same result if you
put EndUpdate within the handler for OnCreate, hence my questions...

I am currently stuck and this is getting on my nerves, because I really
cannot see what could possibly be wrong... Note that I used the exact same
code I gave above with a project in which the TJvInspector object is in a
frame and it does NOT work, while it does without any problem when the
object is on a form...

    Alan.




Subject: Re: TJvInspector within a Frame...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 24 Dec 2002 13:39:55 +0100
Newsgroups: jedi.vcl

>> > > I'll take a look tonight and see what's going wrong.
> >
> > Thanks! You may other things to do tonight, though... :) (depends on where
> > you are on Earth though...)

Uhm, yes, but I'm sure I can squeeze in some time for this issue ;)

>> > > out BeginUpdate and EndUpdate at the same time should work. Of course
> > $64mln
>> > > question remains why it doesn't work if the EndUpdate is in de OnCreate
>> > > event. I'm taking a wild guess it's because it doesn't have a handle
yet,
>> > > but I'll look at it tonight.
> >
> > Thanks and sorry for pointing those issues at probably the worst time of
> > year! It just happens that I thought I would take advantage of my holiday
to
> > finally have a go at the TJvInspector component... :)

It doesn't matter when you point it out, as long as you point it out. Any
bug (or mistakes that look like one) that you find is always very welcome
(never thought a programmer would be happy to get bug reports) and will help
getting the best component library in the world. By the way, the proper way
of reporting a bug is in our issue tracker
(http://jvcl.sourceforge.net/bugs). I'll do that tonight, unless you beat me
to it (hint, hint)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: TJvInspector within a Frame...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 24 Dec 2002 13:23:46 +0100
Newsgroups: jedi.vcl

>>> > > > So, now, some questions:
>>> > > >
>>> > > > - How does one get the TJvInspector component to work within a frame?
>> > > Put it on a frame and use it ;) (untested, but I don't see why it
> > shouldn't
>> > > work).
> >
> > Yes, that's exactly what I tried, but for some reasons, I haven't managed
to
> > get it to work. As I said, I created a new project with exactly the same
> > code, but with the control on a form instead of a frame and it works
fine...
> >
> > Like you, I don't see why it wouldn't work on a frame, but as far as I can
> > tell, it does not...

I'll take a look tonight and see what's going wrong.

> >
>>> > > > - Does one absolutely need to start creating the structure within the
>>> > > > OnCreate event AND finish it within the OnShow one? I sincerely hope
> > not,
>> > > as
>>> > > > it would surely be very constraining...
>> > >
>> > > Nope. You could create and finish the structure in one go. I'd prefer to
> >
> > Well, I didn't mention it in my original message, but I tried to do
> > everything in the OnCreate event (i.e. finish with the EndUpdate), but
that
> > doesn't work...

Same as above, I'll take a look tonight.

>> > > If you don't use BeginUpdate, EndUpdate shouldn't be required. If you
>> > > believe it is, could you provide a small example showing this case?
> >
> > Very simple: create a new project and drop a TJvInspector object on the
> > form. Create a handler for both OnCreate and OnShow and put the following
> > code:
> >
[snip]
> >
> > If you compile the project, you will see that it works fine. If you
comment
> > out BeginUpdate, it still works fine. Now, if you put back BeginUpdate and
> > comment out EndUpdate, it will NOT work. You will get the same result if
you
> > put EndUpdate within the handler for OnCreate, hence my questions...

Not calling EndUpdate after a BeginUpdate will indeed not work, because all
paints are blocked (at least the changes in the structure are not seen)
until every BeginUpdate has been matched by an EndUpdate. IOW, commenting
out BeginUpdate and EndUpdate at the same time should work. Of course $64mln
question remains why it doesn't work if the EndUpdate is in de OnCreate
event. I'm taking a wild guess it's because it doesn't have a handle yet,
but I'll look at it tonight.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: TJvInspector within a Frame...
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 24 Dec 2002 08:02:34 +0100
Newsgroups: jedi.vcl

> > So, now, some questions:
> >
> > - How does one get the TJvInspector component to work within a frame?

Put it on a frame and use it ;) (untested, but I don't see why it shouldn't
work).

> > - Does one absolutely need to start creating the structure within the
> > OnCreate event AND finish it within the OnShow one? I sincerely hope not,
as
> > it would surely be very constraining...

Nope. You could create and finish the structure in one go. I'd prefer to
override the Loaded method and create the structure there (all properties
are read in from the DFM; but form/frame is not yet showing). There was a
reason why the demo ends the creation in the OnShow event; I believe it had
something to do with handles not being available before the OnShow method,
not sure. Maybe it was a left over of an earlier version of the Inspector.

> > - I haven't studied the source code, but how come a call to BeginUpdate
does
> > not seem critical, while one to EndUpdate seems unavoidable?

If you don't use BeginUpdate, EndUpdate shouldn't be required. If you
believe it is, could you provide a small example showing this case?

> >
> > I think I may end up with more questions, but I wouldn't want to spoil you
> > guys with too many nice presents (questions). Merry Christmas!... :)

Merry Christmas to you as well. While on the subject, Merry Christmas to all
JEDI developers around the world.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: dotnet version
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 24 Dec 2002 00:50:55 +0100
Newsgroups: jedi.jcl,jedi.vcl

There are no such plans for JVCL at present and if we ever do it, it will
absolutely be dependent on VCL since that's what it's built on and rewriting
"from scratch" would probably be too much work.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Keith Giddings" <keith@gpthame.com> skrev i meddelandet
news:au7jt4$q55$1@talkto.net...
> > Hi all,
> >
> > Are there any plans to create a delphi dotnet version of the jcl and jvcl?
> > If it can be done without any dependancy on the vcl it could prove to be
> > very useful...  I'd be quite happy to get involved.
> >
> > Regards
> > Keith.
> >
> >



Subject: TJvInspector within a Frame...
From: "Alan Garny" <agml@hellix.com>
Date: Mon, 23 Dec 2002 22:36:34 -0000
Newsgroups: jedi.vcl

Ok, I have my main form that contains a frame, which itself contains an
instance of TJvInspector.

From JvInspectorDemo, I have noticed that one must (apparently) start the
creation of the structure within the OnCreate event of the form and finish
it within the OnShow event (with a call to EndUpdate).

Because (?) of my TJvInspector object being in a frame, I don't seem to get
it to work. Just to check, I copied/pasted the code in a new project in
which the TJvInspector object is on a form (as opposed as in a frame) and it
works fine. So, I (rightly?) concluded that the frame is the cause of the
problem...

So, now, some questions:

- How does one get the TJvInspector component to work within a frame?
- Does one absolutely need to start creating the structure within the
OnCreate event AND finish it within the OnShow one? I sincerely hope not, as
it would surely be very constraining...
- I haven't studied the source code, but how come a call to BeginUpdate does
not seem critical, while one to EndUpdate seems unavoidable?

I think I may end up with more questions, but I wouldn't want to spoil you
guys with too many nice presents (questions). Merry Christmas!... :)

    Cheers, Alan.




Subject: Re: another global change
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 23 Dec 2002 17:36:15 -0500
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
news:1103_1040679404@forums.talkto.net...

> > Good idea; and the really good components may have a gold "J" ;)

This will kill then Robert's ideas, because all of them will have "Gold" :)

Michael




Subject: Re: JediEdit v1.0.1.7 plus
From: "Stefan Bodingh" <stefan@nospamplease.bodingh.se>
Date: Mon, 23 Dec 2002 23:34:44 +0100
Newsgroups: jedi.vcl

Hi,

I see that you are not using the latest SynEdit (from CVS), I was missing
COBOL syntax highlighter that is now supported in SynEdit CVS.

/Stefan

"Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com> skrev i meddelandet
news:astons$el1$1@talkto.net...

I have updated the latest JeditEdit v1.0.1.7 source library to be compatible
with Delphi 7 and the latest JVCL 200 download the is available.

Maybe someone on Team Jedi can merge my changes into the SoureForge CVS
files.

You can get a already updated copy of the JediEdit source files off from my
web site at:

http://www.dpassmore.com/wdata/JeditV1.0.1.8src.zip

NOTE: There is also a small bug fix that needs to be made in the latest
SynEdit 1.1library
source which is required by JediEdit. See the file SynEdit_fix.txt in the
download JeditV1.0.1.8src.zip file.


Dennis Passmore
Ultimate Software, Inc.

Posted by Xananews 1.12.4.5




Subject: Re: another global change
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Mon, 23 Dec 2002 21:36:44 GMT
Newsgroups: jedi.vcl

On Mon, 23 Dec 2002 19:08:32 +0100, Robert Marquardt <robert_marquardt@gmx.de> wrote:
> > I think we should signal which JVCL components are visual or non-visual.
> > The easiest way would be to use different colors for the small "J" in 
> > the pallette icon.
> > 
> > BTW xmas is no excuse for not working on the JVCL :-)
> > 

Good idea; and the really good components may have a gold "J" ;)





Subject: dotnet version
From: "Keith Giddings" <keith@gpthame.com>
Date: Mon, 23 Dec 2002 18:27:14 -0000
Newsgroups: jedi.jcl,jedi.vcl

Hi all,

Are there any plans to create a delphi dotnet version of the jcl and jvcl?
If it can be done without any dependancy on the vcl it could prove to be
very useful...  I'd be quite happy to get involved.

Regards
Keith.




Subject: another global change
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 23 Dec 2002 19:08:32 +0100
Newsgroups: jedi.vcl

I think we should signal which JVCL components are visual or non-visual.
The easiest way would be to use different colors for the small "J" in the pallette icon.

BTW xmas is no excuse for not working on the JVCL :-)



Subject: Re: About JvTransLed component donation (binaries)
From: "Thomas Huber" <Thomas_D_Huber@t-online.de>
Date: Mon, 23 Dec 2002 14:25:38 +0100
Newsgroups: jedi.vcl

Hi Peter,

> > Thomas, can't you just add the component to it's own package? I'm not
saying
> > that it shouldn't be included in JVCL (and thanks for donating it!),
but
> > that might take some time, so in the meantime maybe it's just better
to fix
> > FreeVCS by installing into dclusr.dpk (Borland User Components) or
> > something?
sorry I forgot to remove the register procedure, for JVCS code I'll have
this
in a seperate package.
Thanks for your attention

Thomas





Subject: About JvTransLed component donation (binaries)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 23 Dec 2002 13:07:46 +0100
Newsgroups: jedi.vcl

Thomas, can't you just add the component to it's own package? I'm not saying
that it shouldn't be included in JVCL (and thanks for donating it!), but
that might take some time, so in the meantime maybe it's just better to fix
FreeVCS by installing into dclusr.dpk (Borland User Components) or
something?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: I can't install JEDI
From: "Andre Barvaux" <barvaux.noel@wanadoo.be>
Date: Sat, 21 Dec 2002 19:48:24 +0100
Newsgroups: jedi.vcl

Sorry, it does not work.
Now, copies of the bpl.files + dcp.files (DJCL60, JVCL200_D60 and
JVCL200_R60) are in the following directories :

$(DELPHI)\PROJECTS\BPL, WINDOWS\SYSTEM, $(DELPHI)\RXLIB275_US\UNITS.

$(DELPHI)\PROJECTS\BPL is known to Delphi in the Tools\Environment
Options\Library.

Always the same error message(A device attached to the system is not
functioning).

Thanks for your help.

Sybille.


Marcel Bestebroer <marcelb.theobvious@zeelandnet.nl> wrote in message
news:au1ad5$3d4$1@talkto.net...

> > Probably can't find the runtime .BPL (either JVCL200_R60.bpl or
DJCL60.bpl).
> > Whereever these files are located on your system, that path should be
added
> > to the Windows PATH, or the system will not be able to load it (this is
not
> > a requirement for the designtime package, JVCL200_D60.bpl, because it is
> > registered in Delphi with the complete path to it). Alternatively, you
could
> > move the runtime packages to your {winsys} path or to the
> > $(DELPHI)\Projects\Bpl, both of which are already on the Windows search
> > path.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >
> >




Subject: Re: I can't install JEDI
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 21 Dec 2002 10:02:47 +0100
Newsgroups: jedi.vcl

> > Hello,
> >
> > I 've searched the JVCL200_D60.bpl and found it in the directory
C:\Program
> > Files\Borland\Delphi6\rxlib\RXLib275_US\Units\JVCL200_D60.bpl (as I
> > expected).
> > I 've copied it to the $(DELPHI)\Projects\Bpl directory, but it does not
> > solve the problem...
> >
> > I 've searched google.com for that message in DELPHI and found that "A
> > device attached to the system is not functioning" means the wrong version
of
> > a dll ?!?!  What does it mean in this case ?

Probably can't find the runtime .BPL (either JVCL200_R60.bpl or DJCL60.bpl).
Whereever these files are located on your system, that path should be added
to the Windows PATH, or the system will not be able to load it (this is not
a requirement for the designtime package, JVCL200_D60.bpl, because it is
registered in Delphi with the complete path to it). Alternatively, you could
move the runtime packages to your {winsys} path or to the
$(DELPHI)\Projects\Bpl, both of which are already on the Windows search
path.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address






Subject: Re: I can't install JEDI
From: "Andre Barvaux" <barvaux.noel@wanadoo.be>
Date: Sat, 21 Dec 2002 02:52:20 +0100
Newsgroups: jedi.vcl

Hello,

I 've searched the JVCL200_D60.bpl and found it in the directory C:\Program
Files\Borland\Delphi6\rxlib\RXLib275_US\Units\JVCL200_D60.bpl (as I
expected).
I 've copied it to the $(DELPHI)\Projects\Bpl directory, but it does not
solve the problem...

I 've searched google.com for that message in DELPHI and found that "A
device attached to the system is not functioning" means the wrong version of
a dll ?!?!  What does it mean in this case ?

Thanks for your help.
Sybille


Michael Beck (Team JEDI) <mbeck1NOxSPAM@compuserve.com> wrote in message
news:au0bl2$o4$1@talkto.net...
> > "Andre Barvaux" <barvaux.noel@wanadoo.be> wrote in message
> > news:au06jb$vsg$1@talkto.net...
> >
>> > > Now, when I load DELPHI, I receive the following error message :
>> > > "Can't load package C:\Program
>> > > Files\Borland\Delphi6\rxlib\RXLib275_US\Units\JVCL200_D60.bpl. A device
>> > > attached to the system is not functioning. Do you want to attempts to
load
>> > > this package the next time a project is loaded ? Yes No".
> >
> > It seems like there is something wrong with the path to JVCL200_D60.bpl
> >
> > I assume that there is something wrong with the installation.
> >
> > Do a search and find out where this file is located. Normally the BPL
files
> > should go to $(DELPHI)\Projects\Bpl. This is the path default that you can
> > set in your Tools\Environment Options\Library
> >
> > Make sure that the file JVCL200_D60.bpl is located where it should be,
i.e.
> > in $(DELPHI)\Projects\Bpl, or in a subdirectory that is known to Delphi.
> >
> > Michael
> >
> >




Subject: Re: I can't install JEDI
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 20 Dec 2002 19:19:43 -0500
Newsgroups: jedi.vcl

"Andre Barvaux" <barvaux.noel@wanadoo.be> wrote in message
news:au06jb$vsg$1@talkto.net...

> > Now, when I load DELPHI, I receive the following error message :
> > "Can't load package C:\Program
> > Files\Borland\Delphi6\rxlib\RXLib275_US\Units\JVCL200_D60.bpl. A device
> > attached to the system is not functioning. Do you want to attempts to load
> > this package the next time a project is loaded ? Yes No".

It seems like there is something wrong with the path to JVCL200_D60.bpl

I assume that there is something wrong with the installation.

Do a search and find out where this file is located. Normally the BPL files
should go to $(DELPHI)\Projects\Bpl. This is the path default that you can
set in your Tools\Environment Options\Library

Make sure that the file JVCL200_D60.bpl is located where it should be, i.e.
in $(DELPHI)\Projects\Bpl, or in a subdirectory that is known to Delphi.

Michael




Subject: I can't install JEDI
From: "Andre Barvaux" <barvaux.noel@wanadoo.be>
Date: Sat, 21 Dec 2002 00:32:05 +0100
Newsgroups: jedi.vcl

Hello everybody,


I don't see what 's wrong :
I downloaded the jcl/jvcl package.
I had no previous version of the JCL.
The first time I tried to install it, I received errors because my Delphi 6
Professional was not Update Pack 2.
I installed Delphi 6 Update pack # 2;
I ran the install.bat file in the JCL root folder -> without error message.
Now, when I load DELPHI, I receive the following error message :
"Can't load package C:\Program
Files\Borland\Delphi6\rxlib\RXLib275_US\Units\JVCL200_D60.bpl. A device
attached to the system is not functioning. Do you want to attempts to load
this package the next time a project is loaded ? Yes No".

Who can help me to solve that problem ?
I 've tried to uninstall and reinstall. Nothing is working.
I would like to use the JEDI. I 've been told it was so good.

Noel Sybille.




Subject: Re: Latest Rxlib.dat for Coverter
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 20 Dec 2002 15:48:18 -0500
Newsgroups: jedi.vcl

"Markus Jaeger" <markus.jaeger@solvum.de> wrote in message
news:atvbvr$sdf$1@talkto.net...

> > is there a latest version of the RxLib.dat for stable Release 2.0 (JVCL)
> > available. I use D5 with RxLib and want to replace the Rx-Components ...

The latest should be included with the stable release of JVCL.

Just make sure that you backup all your programs before running them through
the converter.

> > Merry x-mas ...

Same to you :)

Michael




Subject: need Help with ExceptionDialogMail
From: "Jerry Blumenthal" <jerry@blumenthalsoftware.com>
Date: Fri, 20 Dec 2002 14:16:41 -0500
Newsgroups: jedi.vcl

I just installed the jedi library and I'm looking for help with
TExceptionDialogMail.  I cant find it in either the jvcl.hlp file or the
jclHelp.hlp file.  Where should I look?
--
Jerry Blumenthal
jerry@blumenthalsoftware.com




Subject: Latest Rxlib.dat for Coverter
From: "Markus Jaeger" <markus.jaeger@solvum.de>
Date: Fri, 20 Dec 2002 16:21:22 +0100
Newsgroups: jedi.vcl

Hello NG,

is there a latest version of the RxLib.dat for stable Release 2.0 (JVCL)
available. I use D5 with RxLib and want to replace the Rx-Components ...

Thanx ...

Merry x-mas ...

Markus




Subject: Re: Disappearing component pallete [solved]
From: Ron <ron@hotma.com>
Date: Fri, 20 Dec 2002 11:48:40 +0000 (UTC)
Newsgroups: jedi.vcl

"Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com> wrote in
news:attd8g$kch$1@talkto.net: 

> > "Ron" <ron@hotma.com> wrote in message
> > news:Xns92E9D09C689EEr341n@194.191.0.34...
>> >> I have installed JVCL, and everything has installed fine. But, when I
>> >> restart D5 the JVCL components are missing from the components
>> >> pallete. I go to "Install Packages" menu and the JVCL package is
>> >> unticked, I tick it and the pallete reappears, and so on.
>> >>
>> >> Is there some way to make the pallete stay as it should?
> > 
> > I don't know if this will help, but there was another thread earlier:
> > 
> > Re: Installing Jcl+Jvcl package beta 200
> > 
> > and Goran Brumen has written following:
> > ---------------------
>> >> After succesfull uninstall, I have unzipped the package and started
>> >> Install.bat, the installer came on and it compiled (and installed)
>> >> everything without any warning. When I started Delphi, there are no
>> >> tabs 
> > in
>> >> palette. I tried to install Jedi components some more times, same
>> >> results. Any ideas?
> > 
> > If the same happens to You, do not forget to remove Jedi keys in
> > registry key
> > HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\Palette.
> > After removing these keys and all below, install worked perfectly.
> > -----------------------
> > 
> > I hope, it will help you in the case of D5.
> > 

I tried that but it didn't help. Finally, I checked the JVCL package under 
Install Packages, then checked the Default tickbox, and when I restarted D5 
everything was OK.


Subject: Re: Disappearing component pallete
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 19 Dec 2002 16:28:26 -0500
Newsgroups: jedi.vcl

"Ron" <ron@hotma.com> wrote in message
news:Xns92E9D09C689EEr341n@194.191.0.34...
> > I have installed JVCL, and everything has installed fine. But, when I
> > restart D5 the JVCL components are missing from the components pallete. I
> > go to "Install Packages" menu and the JVCL package is unticked, I tick it
> > and the pallete reappears, and so on.
> >
> > Is there some way to make the pallete stay as it should?

I don't know if this will help, but there was another thread earlier:

Re: Installing Jcl+Jvcl package beta 200

and Goran Brumen has written following:
---------------------
> > After succesfull uninstall, I have unzipped the package and started
> > Install.bat, the installer came on and it compiled (and installed)
> > everything without any warning. When I started Delphi, there are no tabs
in
> > palette. I tried to install Jedi components some more times, same results.
> > Any ideas?

If the same happens to You, do not forget to remove Jedi keys in registry
key
HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\Palette.
After removing these keys and all below, install worked perfectly.
-----------------------

I hope, it will help you in the case of D5.

--

Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL







Subject: Disappearing component pallete
From: Ron <ron@hotma.com>
Date: Thu, 19 Dec 2002 18:23:27 +0000 (UTC)
Newsgroups: jedi.vcl

I have installed JVCL, and everything has installed fine. But, when I 
restart D5 the JVCL components are missing from the components pallete. I 
go to "Install Packages" menu and the JVCL package is unticked, I tick it 
and the pallete reappears, and so on.

Is there some way to make the pallete stay as it should?

The funny thing is that I had faced the same problem when I had installed 
an older version a couple of years ago, but I can't recall how I got it 
solved :/


Subject: Re: TjvBandform: exceptions at startup
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 19 Dec 2002 11:24:55 +0100
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf-kaiser@eurobrief.de> schrieb im Newsbeitrag
news:ats64i$dot$1@talkto.net...
> > Hello,
> >
> > i have created a toolband for the internet explorer using the JEDI wizard
> > for IEBands.
> >
> > When i want to debug this dll i get a series of 8 EOlEExceptions with the
> > error text "Unknown error" somewhere outside my code. Unitl now i was not
> > able to check out where these exceptions are raised (call stack window is
> > alsways empty at that time).
> >
> > Has anyone seen these exceptions and knows who raises them (maybe the
> > internet explorer does this??)


One thing i forgot to say: These exceptions can only be seen in the
debugger, so it seems that they are handled somwhere.

Ciao,
Ralf





Subject: TjvBandform: exceptions at startup
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Thu, 19 Dec 2002 11:20:10 +0100
Newsgroups: jedi.vcl

Hello,

i have created a toolband for the internet explorer using the JEDI wizard
for IEBands.

When i want to debug this dll i get a series of 8 EOlEExceptions with the
error text "Unknown error" somewhere outside my code. Unitl now i was not
able to check out where these exceptions are raised (call stack window is
alsways empty at that time).

Has anyone seen these exceptions and knows who raises them (maybe the
internet explorer does this??)

Thanks in advance,
Ralf






Subject: Re: JvInspector TMethod editor
From: "Ray" <yeohray@hotmail.com>
Date: Tue, 17 Dec 2002 09:38:16 +0800
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:atjuho$6pd$1@talkto.net...
>> > > Wow, the TMethod stuff is simply amazing.  Great work!
> >
> > Thanks! You don't find it to cumbersome to first assign an event to a
> > separate variable before adding it to the editor (not that I could change
> > that, but still).

Nah, gives me greater control over which methods are assignable to the
event, though others might disagree.

Reagrds
Ray




Subject: Re: ZLib conflicts
From: "Rich Ackerson" <richsa@aergo.com>
Date: Mon, 16 Dec 2002 15:54:44 -0500
Newsgroups: jedi.vcl

Thanks for the help.

Rich
"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:atl510$et0$1@talkto.net...
>> > > Sorry, maybe I am just being ignorant here but I cannot find anything on
>> > > either a web page or in a  FAQ document that pertains to ZLIB already
> > being
>> > > installed.
> >
> > Take a look here (URL might wrap):
> >
> >
http://projectjedi.sourceforge.net/mantis/view_bug_advanced_page.php?f_id=00
> > 00462
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: ZLib conflicts
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 16 Dec 2002 19:16:09 +0100
Newsgroups: jedi.vcl

> > Sorry, maybe I am just being ignorant here but I cannot find anything on
> > either a web page or in a  FAQ document that pertains to ZLIB already
being
> > installed.

Take a look here (URL might wrap):

http://projectjedi.sourceforge.net/mantis/view_bug_advanced_page.php?f_id=00
00462


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 16 Dec 2002 08:20:33 +0100
Newsgroups: jedi.vcl

> > Wow, the TMethod stuff is simply amazing.  Great work!

Thanks! You don't find it to cumbersome to first assign an event to a
separate variable before adding it to the editor (not that I could change
that, but still).

> >
> > The TImageIndex works great too.  Just have to make sure the dimensions of
> > the image are approximately the size of the inspector's row height and the
> > width allowed for the image.

Or resize the inspector row (in the example I commented that line out, but
you could set the row height to be that of the image list, or even larger if
you want).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JvInspector TMethod editor
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 16 Dec 2002 10:49:48 +0800
Newsgroups: jedi.vcl

Wow, the TMethod stuff is simply amazing.  Great work!

The TImageIndex works great too.  Just have to make sure the dimensions of
the image are approximately the size of the inspector's row height and the
width allowed for the image.

--
Regards
Ray

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:atddm4$lab$1@talkto.net...
> > In case you're interested, there's now also a TImageIndex editor
available.
> > Example also updated (honest, I double checked before posting here!)
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: TJvFormStorage, TJvDBGrid on a TFrame
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 14 Dec 2002 17:58:55 +0100
Newsgroups: jedi.vcl

> > Frames don't have OnCreate/OnDestroy (at least in D5) so you need to
> > make these calls from the form or rewrite frame's Create/Destroy methods.
> >
> > This worked for me in D5+RX.

I would have chosen to override the (protected) Loaded method of the frame
(to make sure the frame is loaded from the DFM before you restore any other
property. Restoring from the constructor would mean that some properties
might then be overriden by the values stored in the DFM (actually, if the
property is stored in the DFM it will overwrite the value restored by the
component).

Also, but that's a matter of taste, I would not override the destructor but
the BeforeDestruction method.
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: TJvFormStorage, TJvDBGrid on a TFrame
From: CobraTEC <cobratec@seznam.cz>
Date: Sat, 14 Dec 2002 17:21:36 +0100
Newsgroups: jedi.vcl

Mahmood Shafiee Zargar wrote:
> I have a TJvFormStorage (former RX member!) and a TJvDBGrid (her too!) on a
> TFrame, and I have set Grid's IniStorage property to my FormStorage object.
> I have put the Frame on one of my forms. The problem is that the Grid
> doesn't save the states. It saves something in the INI file it seems, but
> doesn't work, however.
> How can I workaround this, or if possible solve it?

If it's the same bug as in rxlib, you can try this:
- call FormStorage.RestoreFormPlacement after creating the frame
- call FormStorage.SaveFormPlacement before destroying the frame

Frames don't have OnCreate/OnDestroy (at least in D5) so you need to make these calls from the form or rewrite frame's Create/Destroy methods.

This worked for me in D5+RX.

Marek



Subject: Re: Problems with JVCL TJVDBSpinedit V2.00 stable beta Nov 02
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Sat, 14 Dec 2002 13:08:21 -0000
Newsgroups: jedi.vcl

I've just done some more testing and found that my "little fix" does nor
really work.  If you hook up the datasource once the dbspinedit is created,
the dataset goes into edit mode, in my case I get an OnBeforeEdit.  I think
for now I will have to not use the components as I need to get this release
of my software out and my knowledge of component design (specifically the
dataset / link / datacontrol) is lacking.

Is anyone aware of this or is it a known problem?

Cheers,

JAC.

"Jason Chapman (JAC2)" <jason@jac2.co.uk> wrote in message
news:atc0ml$c8h$1@talkto.net...
> > If you have a JVDBSpinEdit -> Datasource where it is not hooked up to a
> > dataset, then hook it up on the fly in code there is a swallowed exception
> > in jvspin.pas:
> > function TJvSpinEdit.TryGetValue(var Value : Extended) : Boolean;
> > var s : string;
> > begin
> >   try
> >     s:= StringReplace(Text, ThousandSeparator, '', [rfReplaceAll]);
> >     if ValueType = vtFloat then Value := StrToFloat(s)
> >     else if ValueType = vtHex then Value := StrToInt('$' + Text)
> >     else Value:= StrToInt(s);
> >     Result:= True;
> >   except
> >     if ValueType = vtFloat then Value:= FMinValue
> >     else Value:= Trunc(FMinValue);
> >     Result:= False;
> >   end;
> > end;
> >
> > This is caused by jvDBSpinEdit.pas
> > procedure TJvDBSpinEdit.DataChange(Sender: TObject); { Triggered when data
> > changes in DataSource. }
> > begin
> >   if FFieldDataLink.Field = nil then
> >   begin
> >     Self.Text := ' '; <--------Here
> >     exit;
> >   end;
> >   Self.Text := FFieldDataLink.Field.AsString;
> > end;                                    { DataChange }
> >
> > I suggest either taking a good look at JVSpinEdit as I think there are a
> > couple of issues in it or change the above line marked to:
> > Self.Text := '0';
> > as this sorts it out as well.
> > Thoughts?
> >
> > JAC
> >
> >




Subject: Re: TJvDragDrop - OnDrop(), need to free Value parameter?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 14 Dec 2002 10:29:00 +0100
Newsgroups: jedi.vcl

No, it's the same TStringlist as the Files property and is freed by the
component

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: TJvDragDrop - OnDrop(), need to free Value parameter?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Fri, 13 Dec 2002 18:01:59 -0500
Newsgroups: jedi.vcl

One of the parameters of the TJvDragDrop.OnDrop() event is "Value:
TStringList".  Do I need to free this parameter before exiting the event
handler?

thx





Subject: Re: wishlist for global JVCL changes
From: "Mahmood Shafiee Zargar" <sobh@sobh.itgo.com>
Date: Sat, 14 Dec 2002 02:09:45 +0330
Newsgroups: jedi.vcl

> > Did you try IniOut?
> >
> > http://www.undu.com/download.html
> >
> > Is this what you're looking for?
> >
> > Michael

No, it isn't. I want to write some properties like a grid's columns
visiblity to an ini file. I want an ability in the component to drill
through properties if I want. I didn't find anything better that
TJvFormStorage in this TIniOut (from viewpoint of my job, ofcourse). It
mustn't be hard to write what I want. It mustn't be very different from this
TJvFormStorage. Maybe the only thing it needs, is a tree-like property
editor and a recursive method to access appropriate properties, I don't
know.

Mahmood Shafiee Zargar




Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 13 Dec 2002 21:24:21 +0100
Newsgroups: jedi.vcl

In case you're interested, there's now also a TImageIndex editor available.
Example also updated (honest, I double checked before posting here!)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 13 Dec 2002 19:08:00 +0100
Newsgroups: jedi.vcl

Hi Ray (and others),

now I commited the correct example (yes, I had been working on a copy of the
example, instead of the original).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: TJvFileListBox mask error if mask has subset e.g. *.html;*.htm
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 13 Dec 2002 19:02:05 +0100
Newsgroups: jedi.vcl

This has been logged in Mantis. Please continue discussion there:

http://projectjedi.sourceforge.net/mantis/view_bug_advanced_page.php?f_id=00
00544

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"Ellio Martina Guitars" <ellio@elliomartina.com> skrev i meddelandet
news:1103_1039778131@forums.talkto.net...
> > If you set a mask  in TJvFileListBox that are subsets of another e.g.
*.html;*.htm
> > the *.html files are listed twice.
> >
> > I noticed this with the Raize TRzFileListBox from the listPack with D5.
> > It has been fixed there, but since I have D5 and just the ListPack, I
tried
> > the TJvFileListBox which turne out having the same error.
> >
> > Any solution??
> >
> > Ellio
> >
> >
> >



Subject: Re: ZLib conflicts
From: "Rich Ackerson" <richsa@aergo.com>
Date: Fri, 13 Dec 2002 12:36:38 -0500
Newsgroups: jedi.vcl

Sorry, maybe I am just being ignorant here but I cannot find anything on
either a web page or in a  FAQ document that pertains to ZLIB already being
installed.

If I have missed the correct FAQ, can you please post a link to the correct
document?  I tried adding the xtradev6.dcp file to the required section of
the JVCL package but that did not help.

Thanks.

Rich Ackerson

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:atb1la$978$1@talkto.net...
> > "Rich Ackerson" <richsa@aergo.com> wrote in message
> > news:atb173$96c$1@talkto.net...
>> > > I am trying to install the newest JEDI VCL files into my Delphi 6
system.
> > I
>> > > have a few 3rd party components already installed, including the
>> > > TExtraDevices package from Waler to enhance my Reportbuilder install.
>> > >
>> > > When I try to install the JVCL, I receive errors that Delphi cannot load
> > the
>> > > package JVCL200_R60 because it contains the unit ZLib which is also
>> > > contained in the package xtradev6.
>> > >
>> > > What is the workaround for this problem?
> >
> > I believe, is on the FAQ
> >
> > http://jvcl.sourceforge.net
> >
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
> >
> >




Subject: Re: Please... TJvInterpreterProgram and TJvInterpreterFm
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Fri, 13 Dec 2002 11:12:06 -0200
Newsgroups: jedi.vcl

tahnks Michael...i'll....

--


atenciosamente

Charles Adriano

========================
 Conhecimento é Poder...
========================
> >




Subject: Re: TJvFormStorage, TJvDBGrid on a TFrame
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 13 Dec 2002 07:55:57 -0500
Newsgroups: jedi.vcl

"Mahmood Shafiee Zargar" <sobh@sobh.itgo.com> wrote in message
news:atc8ki$dme$1@talkto.net...
> > I have a TJvFormStorage (former RX member!) and a TJvDBGrid (her too!) on
a
> > TFrame, and I have set Grid's IniStorage property to my FormStorage
object.
> > I have put the Frame on one of my forms. The problem is that the Grid
> > doesn't save the states. It saves something in the INI file it seems, but
> > doesn't work, however.
> > How can I workaround this, or if possible solve it?

If this is a bug, can you submit it to our Bug database via:

http://jvcl.sourceforge.net

Thanks,

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL




Subject: Re: Please... TJvInterpreterProgram and TJvInterpreterFm
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 13 Dec 2002 07:54:27 -0500
Newsgroups: jedi.vcl

"Charles Adriano" <d0001g@yahoo.com.br> wrote in message
news:atcgu4$fc0$1@talkto.net...
> >
> > hi all...
> >
> > please... i need an example and/or documentation about how to use
> > TJvInterpreterProgram and/or TJvInterpreterFm....

Well, you need to look in \Examples\RALib

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: wishlist for global JVCL changes
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 13 Dec 2002 07:52:46 -0500
Newsgroups: jedi.vcl

"Mahmood Shafiee Zargar" <sobh@sobh.itgo.com> wrote in message
news:atc9p2$dt4$1@talkto.net...

> > I wish my wish come true!
> > My wish is to have a better better FormStorage wich can dive into object
> > properties and save their properties. It's very useful for today's
> > complicated programs. We need to make our program's visual appearance
> > permanent through sessions somehow and I believe that FormStorage gives a
> > good ability to do that.
> > The other wish is to have a JVCL that globally supports this FormStorage
and
> > all components know how to serialize their properties through it.

Did you try IniOut?

http://www.undu.com/download.html

Is this what you're looking for?

Michael




Subject: Please... TJvInterpreterProgram and TJvInterpreterFm
From: "Charles Adriano" <d0001g@yahoo.com.br>
Date: Fri, 13 Dec 2002 09:50:23 -0200
Newsgroups: jedi.vcl

hi all...

please... i need an example and/or documentation about how to use
TJvInterpreterProgram and/or TJvInterpreterFm....

thanks

Charles Adriano

d0001g@yahoo.com.br

========================
 Conhecimento é Poder...
========================




Subject: Re: TJvFileListBox mask error if mask has subset e.g. *.html;*.htm
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Fri, 13 Dec 2002 22:40:50 +1100
Newsgroups: jedi.vcl

Strange I thought this had come up before and been fixed. Hmmm will look into it.

Chris

Ellio Martina Guitars wrote:
> If you set a mask  in TJvFileListBox that are subsets of another e.g. *.html;*.htm
> the *.html files are listed twice.
>
> I noticed this with the Raize TRzFileListBox from the listPack with D5.
> It has been fixed there, but since I have D5 and just the ListPack, I tried the TJvFileListBox which turne out having the same error.
>
> Any solution??
>
> Ellio
>
>
>



Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 13 Dec 2002 12:36:21 +0100
Newsgroups: jedi.vcl

Hi Ray,

> > Yes, I did get them, but if I just compile the demo as is, the new editors
> > are not registered.  I had to register them myself (unless that was your
> > intention).
> >
> > I still cannot find the part where you add the method to the inspector. A
> > diff of the sources for the demo showed that you added a list box
somewhere,
> > but nothing on adding the methods or registering the new editors.
> >

My apologies. It seems the commit of the example was a bit incomplete. I'll
try again tonight and post it here.

Anyway, to add methods I did something like this:

var
    M: TNotifyEvent;
with TJvInspectorTMethodItem(TJvInspectorPropData.New(Cat, frmTest.Edit1,
'OnChange')) do
begin
  AddInstance(frmTest, 'frmTest');
  AddInstance(Self, 'frmInspector');
  M := frmTest.Edit1Change1;
  AddMethod(frmTest,  TMethod(M).Code, 'Edit1Change1');
  M := Edit1Change2;
  AddMethod(Self,  TMethod(M).Code, 'Edit1Change2');
end;
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: TJvFileListBox mask error if mask has subset e.g. *.html;*.htm
From: Ellio Martina Guitars <ellio@elliomartina.com>
Date: Fri, 13 Dec 2002 11:15:31 GMT
Newsgroups: jedi.vcl

If you set a mask  in TJvFileListBox that are subsets of another e.g. *.html;*.htm
the *.html files are listed twice.

I noticed this with the Raize TRzFileListBox from the listPack with D5.
It has been fixed there, but since I have D5 and just the ListPack, I tried 
the TJvFileListBox which turne out having the same error.

Any solution??

Ellio





Subject: Re: JvInspector TMethod editor
From: "Ray" <yeohray@hotmail.com>
Date: Fri, 13 Dec 2002 18:21:58 +0800
Newsgroups: jedi.vcl

Yes, I did get them, but if I just compile the demo as is, the new editors
are not registered.  I had to register them myself (unless that was your
intention).

I still cannot find the part where you add the method to the inspector. A
diff of the sources for the demo showed that you added a list box somewhere,
but nothing on adding the methods or registering the new editors.

--
Regards
Ray

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:at1fcm$pvc$1@talkto.net...
> > "Ray" <yeohray@hotmail.com> schreef in bericht
> > news:at18bf$p8a$1@talkto.net...
>> > > Can't get the demo to show the new editors initially.  Missing
>> > >
>> > >   TJvInspectorAlignItem.RegisterAsDefaultItem;
>> > >   TJvInspectorAnchorsItem.RegisterAsDefaultItem;
>> > >   TJvInspectorColorItem.RegisterAsDefaultItem;
>> > >
>> > > somewhere.
>> > >
>> > > Anyway, the editors look great.
> >
> > You did get the new JvInspExtraEditors.pas from CVS? That's where the new
> > editors are located (except for TMethod as this is a generic editor).
> >
>> > >  How can I display the editor for TMethod?
>> > > I tried
>> > >
>> > > TJvInspectorPropData.New(AItem, Panel2, tkMethods);
>> > >
>> > > but the assigned methods do not display any values in the inspector.
> >
> > See the example, specifically the AddCtrl method of the inspector form.
> > You'll notice that you manually have to add all possible instances and
> > methods. This sadly appears to be the only way.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >





Subject: Re: wishlist for global JVCL changes
From: "Mahmood Shafiee Zargar" <sobh@sobh.itgo.com>
Date: Fri, 13 Dec 2002 13:41:13 +0330
Newsgroups: jedi.vcl

> >
> > Please add to this wishlist.
> >

I wish my wish come true!
My wish is to have a better better FormStorage wich can dive into object
properties and save their properties. It's very useful for today's
complicated programs. We need to make our program's visual appearance
permanent through sessions somehow and I believe that FormStorage gives a
good ability to do that.
The other wish is to have a JVCL that globally supports this FormStorage and
all components know how to serialize their properties through it.

Mahmood Shafiee Zargar




Subject: TJvFormStorage, TJvDBGrid on a TFrame
From: "Mahmood Shafiee Zargar" <sobh@sobh.itgo.com>
Date: Fri, 13 Dec 2002 13:21:43 +0330
Newsgroups: jedi.vcl

I have a TJvFormStorage (former RX member!) and a TJvDBGrid (her too!) on a
TFrame, and I have set Grid's IniStorage property to my FormStorage object.
I have put the Frame on one of my forms. The problem is that the Grid
doesn't save the states. It saves something in the INI file it seems, but
doesn't work, however.
How can I workaround this, or if possible solve it?

Mahmood Shafiee Zargar




Subject: Re: ZLib conflicts
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 12 Dec 2002 17:48:13 -0500
Newsgroups: jedi.vcl

"Rich Ackerson" <richsa@aergo.com> wrote in message
news:atb173$96c$1@talkto.net...
> > I am trying to install the newest JEDI VCL files into my Delphi 6 system.
I
> > have a few 3rd party components already installed, including the
> > TExtraDevices package from Waler to enhance my Reportbuilder install.
> >
> > When I try to install the JVCL, I receive errors that Delphi cannot load
the
> > package JVCL200_R60 because it contains the unit ZLib which is also
> > contained in the package xtradev6.
> >
> > What is the workaround for this problem?

I believe, is on the FAQ

http://jvcl.sourceforge.net


--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL




Subject: ZLib conflicts
From: "Rich Ackerson" <richsa@aergo.com>
Date: Thu, 12 Dec 2002 17:43:51 -0500
Newsgroups: jedi.vcl

I am trying to install the newest JEDI VCL files into my Delphi 6 system.  I
have a few 3rd party components already installed, including the
TExtraDevices package from Waler to enhance my Reportbuilder install.

When I try to install the JVCL, I receive errors that Delphi cannot load the
package JVCL200_R60 because it contains the unit ZLib which is also
contained in the package xtradev6.

What is the workaround for this problem?

Thanks.

Rich Ackerson




Subject: Problems with JVCL TJVDBSpinedit V2.00 stable beta Nov 02
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Thu, 12 Dec 2002 17:59:03 -0000
Newsgroups: jedi.vcl

If you have a JVDBSpinEdit -> Datasource where it is not hooked up to a
dataset, then hook it up on the fly in code there is a swallowed exception
in jvspin.pas:
function TJvSpinEdit.TryGetValue(var Value : Extended) : Boolean;
var s : string;
begin
  try
    s:= StringReplace(Text, ThousandSeparator, '', [rfReplaceAll]);
    if ValueType = vtFloat then Value := StrToFloat(s)
    else if ValueType = vtHex then Value := StrToInt('$' + Text)
    else Value:= StrToInt(s);
    Result:= True;
  except
    if ValueType = vtFloat then Value:= FMinValue
    else Value:= Trunc(FMinValue);
    Result:= False;
  end;
end;

This is caused by jvDBSpinEdit.pas
procedure TJvDBSpinEdit.DataChange(Sender: TObject); { Triggered when data
changes in DataSource. }
begin
  if FFieldDataLink.Field = nil then
  begin
    Self.Text := ' '; <--------Here
    exit;
  end;
  Self.Text := FFieldDataLink.Field.AsString;
end;                                    { DataChange }

I suggest either taking a good look at JVSpinEdit as I think there are a
couple of issues in it or change the above line marked to:
Self.Text := '0';
as this sorts it out as well.
Thoughts?

JAC




Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 12 Dec 2002 17:44:53 +0100
Newsgroups: jedi.vcl

I don't think so: I got the error too with the latest source from yesterday
(i.e after the JvOLBEditor changes) but moving the RegisterPropertyEditor as
described earlier seem to have solved it. Replacing resourcestring with
const (in JvTimeLineEdit) as Dennis suggested might fix it too...

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: about RaLib and October
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 12 Dec 2002 09:27:05 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospampeter3.com> wrote in message
news:at9ph7$2vb$1@talkto.net...
> > Is October part of the original donation to JVCL?

Yes.

But due to the complexity of avoiding the DesignIntf (as mentioned by Dennis
P.) and lack of time, it was not pursuit.

Michael




Subject: Re: about RaLib and October
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Thu, 12 Dec 2002 13:47:54 +0000 (UTC)
Newsgroups: jedi.vcl

> > 
> > Is October part of the original donation to JVCL?
> > 

The October project (RADOctober) was a near complete clone of the Delphi IDE. It is very dependant on the
 {$IFDEF RA_D6H} DesignIntf, Contnrs, {$ELSE} DsgnIntf, {$ENDIF} units. I believe this could be converted
to use the JVCL library since we now have a almost complete JvInspector.

As you can see I have a version of the source which does compile/run using Delphi 6 but it is not all
legal code (DesignIntf) so it can not be distributed.


Dennis Passmore
Ultimate Software, Inc.

Posted by Xananews 1.12.4.5


Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Thu, 12 Dec 2002 13:27:59 +0100
Newsgroups: jedi.vcl

> > I just did a complete CVS update (i.e deleting my local sources and
getting
> > them anew) and can confirm the problem in D5. Moving the
> > RegisterComponentEditor call (the one Dennis commented out) into a
Register
> > procedure in JvTimeLineEditor seems to work. If anyone else can confirm
that
> > this fixes it, please post so I can update the sources in CVS.

Hrmph. Actually I could no longer even reproduce the original problem today.
Could this have to do with your changes to JvOLBEditor ? I don't see how,
but that's the only file that has changed in my sandbox since yesterday...

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)




Subject: Re: about RaLib and October
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 12 Dec 2002 12:18:42 +0100
Newsgroups: jedi.vcl

Is October part of the original donation to JVCL?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: about RaLib and October
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 11 Dec 2002 19:58:34 -0500
Newsgroups: jedi.vcl

"Carlos G" <glcarlosmx@yahoo.com.mx> wrote in message
news:at8fu5$ta9$1@talkto.net...
> > What will happen to the October project of RaLib??? that isn't included in
> > th JVCL samples...

The original author had problems converting it to D6/D7. If somebody
successfully converts October to JVCL, we will be glad to include it.

Michael




Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 11 Dec 2002 22:10:50 +0100
Newsgroups: jedi.vcl

I just did a complete CVS update (i.e deleting my local sources and getting
them anew) and can confirm the problem in D5. Moving the
RegisterComponentEditor call (the one Dennis commented out) into a Register
procedure in JvTimeLineEditor seems to work. If anyone else can confirm that
this fixes it, please post so I can update the sources in CVS.

I suspect this is a problem not with the editor as such (it's been along for
quite some time without problems) but rather some mysterious
bug/limitation/weirdness in D5.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Wed, 11 Dec 2002 20:54:21 +0000 (UTC)
Newsgroups: jedi.vcl

> > 
> > What is the nasty bug in the editor?
> > 

I have not had time to fully diagnose the problem but I suspect it has to do with a old bug in Delphi 5 and the usage of uninitialized 'resourcestring' in the initialization section of units. 

When the JVCL200_D5.dpk gets reloaded into the IDE (after the build) the component editors get initialized and the resourcestring 'may' get used. My first thought is to change the resourcestring to a 'const' and see if the problem goes away.


Dennis Passmore
Ultimate Software, Inc.

Posted by Xananews 1.12.4.5


Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 11 Dec 2002 21:44:56 +0100
Newsgroups: jedi.vcl

//  RegisterComponentEditor(TJvCustomTimeLine, TTimeLineEditor); // nasty
Bug in here

What is the nasty bug in the editor?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 11 Dec 2002 21:16:13 +0100
Newsgroups: jedi.vcl

> > Peter, are you still sure you could compile fine from CVS
> > _with_unmodified_sources_? Your suggestions about building vs. compiling
> > etc. had no effect. I also deleted all dcus and dcps before trying
either...
Yes, I am always running the latest CVS release since that's what I'm
working with (or against<g>). I just did an update, rebuilt and reinstalled
with D5-D7 just to check if your errors was something introduced recently.
Worked without problems.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Wed, 11 Dec 2002 19:38:37 +0000 (UTC)
Newsgroups: jedi.vcl

If someone will forward my last email onto the JVcl team I found the problem in the JVclreg.pas unit.



-- Dennis Passmore Ultimate Software, Inc. Posted by Xananews 1.12.4.5 

Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Wed, 11 Dec 2002 19:36:59 +0000 (UTC)
Newsgroups: jedi.vcl


The problem with compiling the JVCL200_D50.dpk can be easily fixed by removing one line from the file JVclReg.pas as follows:


procedure RegCompEds;
begin
  RegisterComponentEditor(TJvMail, TJvMailEditor);
  RegisterComponentEditor(TCommonDialog, TJvOpenDialogEditor);
  RegisterComponentEditor(TJvCommonDialog, TJvBaseDlgEditor);
  RegisterComponentEditor(TJvCommonDialogP, TJvBaseDlgEditor);
  RegisterComponentEditor(TJvCommonDialogD, TJvCommonDialogDEditor);
  RegisterComponentEditor(TCommonDialog, TJvBaseDlgEditor);

//  RegisterComponentEditor(TJvCustomTimeLine, TTimeLineEditor); // nasty Bug in here

  RegisterComponentEditor(TJvTipOfDay, TJvTipOfDayEditor);
  RegisterComponentEditor(TJvLookOut, TLookOutEditor);
  RegisterComponentEditor(TJvLookOutPage, TLookOutPageEditor);
  RegisterComponentEditor(TJvImageListBox, TJvListCombProperty);
  RegisterComponentEditor(TJvImageComboBox, TJvListCombProperty);
  RegisterComponentEditor(TJvExpress, TExpressEditor);
  RegisterComponentEditor(TJvChangeNotify, TJvChangeNotifyEditor);
  RegisterComponentEditor(TJvGroupHeader, TJvGroupHeaderEditor);
  RegisterComponentEditor(TJvFooter, TJvFooterEditor);
end;


Dennis Passmore
Ultimate Software, Inc.

Posted by Xananews 1.12.4.5


Subject: Re: Good CVS access tool?
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Wed, 11 Dec 2002 20:26:53 +0100
Newsgroups: jedi.vcl

> > What's a good CVS access tool to use on a Win2k box, to get the sources
from
> > the JEDI CVS tree?  I need the Plugin update files.

My vote would go to WinCvs 1.3 any time (http://cvsgui.sf.net), although
I've got Tortoise installed as well (but never really used it beyond
enabling the additional CVS columns in Explorer). This preference might in
part be due to the fact that I'm the FAQ and macro writer for that project,
though... ;)

If you need read-write access to Sourceforge (read: SSH authentication) be
prepared for some initial troubles though, as the SSH config stuff in WinCvs
is currently heavily in flux and also broken in several (minor) places.

BTW: Could Tortoise be scripted?

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)



Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Wed, 11 Dec 2002 20:19:17 +0100
Newsgroups: jedi.vcl

> > Compiling straight from CVS has always the risk that it will fail. This is
> > living on the edge :)

I am fully aware of this. I'm not complaining. I'm trying to supply (and
gather) as much information about the problem as possible in order to
understand it and thus to get it fixed.

It seems, with Dennis' vote we're now up to four machines that could
reproduce this behaviour.
Peter, are you still sure you could compile fine from CVS
_with_unmodified_sources_? Your suggestions about building vs. compiling
etc. had no effect. I also deleted all dcus and dcps before trying either...

BTW: I have by now gotten the package to compile by simply removing
JVCLReg.pas from the project altogether. Not a solution to this problem but
it finally enables me to work on the problem I was *really* after when I
started this...

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)



Subject: Re: How to make margins in jvDBGrid columns
From: "Sofiane" <sofiane_na@yahoo.fr>
Date: Wed, 11 Dec 2002 20:09:33 +0100
Newsgroups: jedi.vcl

I ve got answer on http://www.developpez.net/forums/viewtopic.php?t=44300
Thanks :)
"Sofiane" <sofiane_na@yahoo.fr> a écrit dans le message de news:
asm1p4$gml$1@talkto.net...
> > I use my personnel DBGrid wich descends from jvDBGrid.. so I want to make
> > margins in its columns, how can I do this ?
> > Thanks :)
> > Sofiane
> >
> >




Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 11 Dec 2002 13:40:42 -0500
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> wrote in
message news:at7fvn$okq$1@talkto.net...

> > Read again. I'm not using the stable distribution. I'm trying to compile
> > straight from CVS.

Compiling straight from CVS has always the risk that it will fail. This is
living on the edge :)

Michael




Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Wed, 11 Dec 2002 18:12:47 +0000 (UTC)
Newsgroups: jedi.vcl

Oliver Giesen wrote:

> > 
> > Read again. I'm not using the stable distribution. I'm trying to compile
> > straight from CVS.
> > 

I see said the blind man (;<). I have duplicated the problem.


Dennis Passmore
Ultimate Software, Inc.

Posted by Xananews 1.12.4.5


Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 11 Dec 2002 16:20:42 +0100
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> wrote in
message news:at7fvn$okq$1@talkto.net...
>> > > For what its worth, I do not have any problems compiling the JVCL 2.00
> > source
>> > > code or packages with Delphi 5.
> >
> > Read again. I'm not using the stable distribution. I'm trying to compile
> > straight from CVS.

So do I and I don't have any problems either (D5Ent on W2k) but I know that
trying to Compile instead of Build (or vice versa) have solved this problem
for other users. I agree with Marcel, though: we should split JVCLReg and
add new units to their own reg unit as much as possible (especially when
it's a new complete library).


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net





Subject: about RaLib and October
From: "Carlos G" <glcarlosmx@yahoo.com.mx>
Date: Wed, 11 Dec 2002 15:34:20 +0100
Newsgroups: jedi.vcl

What will happen to the October project of RaLib??? that isn't included in
th JVCL samples...

Thanx and Best Regards...

Carlos G




Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Wed, 11 Dec 2002 15:26:14 +0100
Newsgroups: jedi.vcl

> > For what its worth, I do not have any problems compiling the JVCL 2.00
source
> > code or packages with Delphi 5.

Read again. I'm not using the stable distribution. I'm trying to compile
straight from CVS.


> > I also have other packages of our own which
> > have far more included units and do not see any problems.

So do I.


> > It really sounds like a library search path problem to me. Delphi has
always
> > had a problem when it can not finds some required files on the path or
some
> > part of the path is invalid.

I don't see how that could have happened reproducibly on at least three
entirely different machines. Also, I was still able to build JVCL from CVS
fine only two weeks ago. AFAICT, there were no new directories introduced
that I might have missed to add to any search paths.

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)




Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Wed, 11 Dec 2002 14:18:23 +0100
Newsgroups: jedi.vcl

> > - hangs around the last unit in the uses clause of JVCLReg.

Yup. Hadn't realized that context before.


> > - Moving said unit to uses in interface of JVLCReg to uses in
> > implementation: problem solved

Erm,... there is no uses clause in the interface section of JVCLReg...
In case you had overread that bit: I'm using the most recent revisions of
all files, straight from CVS.


> > - related issue: Explicit Rebuild in both packages must be set (Build
> > control in project options)

It was set.


> > - yet another alternative: moving the last unit to the start of the uses
in
> > the interface section also works.

Nope. Same result.


> > - alternative: splitting JVCLReg in multiple units.
> >
> > During the thread I expressed my concerns regarding new units being added
in
> > the future. Maybe it's time to start splitting the JVCLReg unit into two
> > units, keeping 70% in the first unit, moving the rest to the second unit.
> > You'll have to figure out which unit needs which registration.

I read that thread now but I still don't have any idea which different types
of registration you seem to be referring to.

Can *you* compile the designtime package in D5 with the current set of
units? Otherwise, what changes did you make to make it compile?

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)




Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Wed, 11 Dec 2002 13:04:00 +0000 (UTC)
Newsgroups: jedi.vcl

> > 
> > Can you compile the designtime package in D5 with the current set of
> > units? Otherwise, what changes did you make to make it compile?
> > 

For what its worth, I do not have any problems compiling the JVCL 2.00 source code or packages with Delphi 5. I also have other packages of our own which have far more included units and do not see any problems.

It really sounds like a library search path problem to me. Delphi has always had a problem when it can not finds some required files on the path or some part of the path is invalid.


 
Dennis Passmore
Ultimate Software, Inc.

Posted by Xananews 1.12.4.5


Subject: Re: Good CVS access tool?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 11 Dec 2002 06:06:52 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:at6tl4$km1$1@talkto.net...
> > What's a good CVS access tool to use on a Win2k box, to get the sources
from
> > the JEDI CVS tree?  I need the Plugin update files.

I use the Tortoise and is very good. You can check out our instructions for
installation:

http://jvcl.sourceforge.net/cvs.htm

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL




Subject: Re: Good CVS access tool?
From: "Chris Parkinson" <Chris.Parki@heloo.com>
Date: Wed, 11 Dec 2002 09:20:28 -0000
Newsgroups: jedi.vcl

http://www.tortoisecvs.org/

--
Chris Parkinson
Senior Analyst Developer
www.vertis.co.uk

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:at6tl4$km1$1@talkto.net...
> > What's a good CVS access tool to use on a Win2k box, to get the
sources from
> > the JEDI CVS tree?  I need the Plugin update files.
> >
> > thx
> >
> >
> >




Subject: Good CVS access tool?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Wed, 11 Dec 2002 04:14:07 -0500
Newsgroups: jedi.vcl

What's a good CVS access tool to use on a Win2k box, to get the sources from
the JEDI CVS tree?  I need the Plugin update files.

thx





Subject: Re: TJvInstallLabel - which item clicked?
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 11 Dec 2002 10:07:35 +0100
Newsgroups: jedi.vcl

> > If there's built-in way to do it with TJvInstallLabel, someone please
> > post it.

No there isn't. The component was never designed to handle user interaction,
just to display a list of tasks.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: TJvInstallLabel - which item clicked?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Wed, 11 Dec 2002 00:38:17 -0500
Newsgroups: jedi.vcl

"Robert Oschler" <Oschler@earthlink.net> wrote in message
news:at5fjn$ene$1@talkto.net...
> > I'm using TJvInstallLabel, a wonderful control.  What I can't figure out
is,
> > how to tell which item was clicked on in the label, if the user clicks
> > directly on the TJvInstallLabel canvas.
> >
> > Any ideas?
> >

-----------------------------------

Well it wasn't that hard to do.  I'm posting it in case someone else needs
it.  If there's built-in way to do it with TJvInstallLabel, someone please
post it.  Here's how you can get the item number that was clicked on in a
TJvInstall control, using the the OnMouseUp() event:

procedure TForm1.JvInstallLabel1MouseUp(Sender: TObject;
  Button: TMouseButton; Shift: TShiftState; X, Y: Integer);
var
    LineNumberClickedOn: integer;
    ItemHeight: integer;
begin
    ItemHeight :=
        (jvinstSteps.LineSpacing +
         Abs(jvinstSteps.Font.Height)) + 1;

    LineNumberClickedOn := Floor(Y / ItemHeight);

    FLineNumberClickedOn := LineNumberClickedOn; // Save it for later use.
end;

-----------------------------------
thx





Subject: Joystick question.
From: "Spangler" <rspangler@pearlcomm.com>
Date: Tue, 10 Dec 2002 15:41:47 -0700
Newsgroups: jedi.vcl

Hi,

I have a D7 app that uses the jvjoystick. The joystick at
varies times may stop responding, no errors, the only way
to get it working again is to restart the D7 app. I've tried the
Capture true/false with no errors and yet still no response for
the joystick.
Any ideas would be appreciated.

Thanks
Ronnie




Subject: TJvInstallLabel - which item clicked?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Tue, 10 Dec 2002 15:08:08 -0500
Newsgroups: jedi.vcl

I'm using TJvInstallLabel, a wonderful control.  What I can't figure out is,
how to tell which item was clicked on in the label, if the user clicks
directly on the TJvInstallLabel canvas.

Any ideas?

thx





Subject: Re: Problems compiling JVCL200_D50.dpk from CVS.
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 10 Dec 2002 18:41:00 +0100
Newsgroups: jedi.vcl

> > I haven't been working much on JVCL lately. Now, yesterday I finally had
the
> > time to get some changes done that had been on my list. I can compile the
> > runtime package fine, but when I try to compile the designtime package,
> > Delphi 5 Ent always freezes irrevocably when compiling line 192 of
> > JVCLReg.pas (procedure RegPropEds). I tried this both on my machine at
home
> > (W2KPro SP3 German, D5Pro German) and at work (W2KPro SP2 English, D5Ent
> > English) with the exact same results. The D6Personal packages compile just
> > fine. I'm compiling straight from CVS (updated this morning).
[...]
> > Any ideas? I'd really like to check this stuff in but there's still an
issue
> > I could impossibly debug with D6 Personal...


I once had the same problem (Thread: 'JVCL 2.0 from CVS and D5: welcome to
hell!', 26-8-2002). Short:

- hangs around the last unit in the uses clause of JVCLReg.
- Moving said unit to uses in interface of JVLCReg to uses in
implementation: problem solved
- related issue: Explicit Rebuild in both packages must be set (Build
control in project options)
- alternative: splitting JVCLReg in multiple units.
- yet another alternative: moving the last unit to the start of the uses in
the interface section also works.

During the thread I expressed my concerns regarding new units being added in
the future. Maybe it's time to start splitting the JVCLReg unit into two
units, keeping 70% in the first unit, moving the rest to the second unit.
You'll have to figure out which unit needs which registration.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Problems compiling JVCL200_D50.dpk from CVS.
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Tue, 10 Dec 2002 17:36:22 +0100
Newsgroups: jedi.vcl

I haven't been working much on JVCL lately. Now, yesterday I finally had the
time to get some changes done that had been on my list. I can compile the
runtime package fine, but when I try to compile the designtime package,
Delphi 5 Ent always freezes irrevocably when compiling line 192 of
JVCLReg.pas (procedure RegPropEds). I tried this both on my machine at home
(W2KPro SP3 German, D5Pro German) and at work (W2KPro SP2 English, D5Ent
English) with the exact same results. The D6Personal packages compile just
fine. I'm compiling straight from CVS (updated this morning).

The project files themselves are completely unmodified. I only made some
changes to the project options (BPL and DCP output dirs) but this has always
been working fine in the past.

Addendum: I just had a chat with Robert Love and he was able to reproduce
the problem, too. One similarity we found was that we had both installed
various flavours of D5, D6 and D7 in parallel on the machines where this
happened. We were both using JCL 1.22 to do the build. He was using Win XP
Pro.

Any ideas? I'd really like to check this stuff in but there's still an issue
I could impossibly debug with D6 Personal...

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)




Subject: Re: A "don't show this again" control?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 10 Dec 2002 08:06:38 +0100
Newsgroups: jedi.vcl

> > Does any of the JVCL controls give you the ability to display one of those
> > dialogs that shows some information and has a checkbox that says "don't
show
> > this again"?  If the control then managed the storage and retrieval of the
> > flag that manages the "show/don't show" state into an Ini file that would
be
> > great.
> >

There is. JvDSADialogs.pas is the unit you need. It contains DSAShowMessage
and DSAMessageDlg functions as well as a component (TJvDSADialog) to turn
any custom dialog into a DSA dialog. The storage uses an abstract base class
with (IIRC) currently only 1 implementation of the registry. Writing a new
implementation shouldn't take more than 15 minutes.

Also check out the help for more information on the JvDSADialogs unit.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: A "don't show this again" control?
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Mon, 9 Dec 2002 21:53:00 -0500
Newsgroups: jedi.vcl

Does any of the JVCL controls give you the ability to display one of those
dialogs that shows some information and has a checkbox that says "don't show
this again"?  If the control then managed the storage and retrieval of the
flag that manages the "show/don't show" state into an Ini file that would be
great.

thx





Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 9 Dec 2002 08:39:30 +0100
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> schreef in bericht
news:at18bf$p8a$1@talkto.net...
> > Can't get the demo to show the new editors initially.  Missing
> >
> >   TJvInspectorAlignItem.RegisterAsDefaultItem;
> >   TJvInspectorAnchorsItem.RegisterAsDefaultItem;
> >   TJvInspectorColorItem.RegisterAsDefaultItem;
> >
> > somewhere.
> >
> > Anyway, the editors look great.

You did get the new JvInspExtraEditors.pas from CVS? That's where the new
editors are located (except for TMethod as this is a generic editor).

> >  How can I display the editor for TMethod?
> > I tried
> >
> > TJvInspectorPropData.New(AItem, Panel2, tkMethods);
> >
> > but the assigned methods do not display any values in the inspector.

See the example, specifically the AddCtrl method of the inspector form.
You'll notice that you manually have to add all possible instances and
methods. This sadly appears to be the only way.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JvInspector TMethod editor
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 9 Dec 2002 13:47:19 +0800
Newsgroups: jedi.vcl

Can't get the demo to show the new editors initially.  Missing

  TJvInspectorAlignItem.RegisterAsDefaultItem;
  TJvInspectorAnchorsItem.RegisterAsDefaultItem;
  TJvInspectorColorItem.RegisterAsDefaultItem;

somewhere.

Anyway, the editors look great.  How can I display the editor for TMethod?
I tried

TJvInspectorPropData.New(AItem, Panel2, tkMethods);

but the assigned methods do not display any values in the inspector.


--
Regards
Ray




Subject: Re: TJvLinkLabel
From: "Stefan Bodingh" <stefan@nospamplease.bodingh.se>
Date: Sun, 8 Dec 2002 21:50:13 +0100
Newsgroups: jedi.vcl

Thanks a lot!
I'll have that in mind for the next time.

/Stefan

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet >
> > for this purpose the TJvHotLink is probably better
> >
> > Michael
> >
> >




Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 8 Dec 2002 19:50:53 +0100
Newsgroups: jedi.vcl

> > The compiler accepts the snippet :)

just to keep you up to date, the editor is now debugged and seems to be
working. Also committed are the new TAlign and TColor editors (to be found
in the new JvInspExtraEditors unit), along with an update example showing
all three editors in action. I'm very interested in any comments regarding
all three editors.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: JvInterpreter question
From: "Robert Oschler" <Oschler@earthlink.net>
Date: Sun, 8 Dec 2002 12:49:56 -0500
Newsgroups: jedi.vcl

(I hope this is not considered a cross-post.  I initially posted this
question on the .jcl forum by mistake, and was asked to move Jedi VCL
questions over here. Thanks).

Amazing control JvIntepreter!  I noticed that when I change certain
properties of an on-form component, like the Caption and Enable properties,
nothing happens to the button on form.  However, if I query those properties
I do see the changes I made.  Why is this?


thx







Subject: Re: TJvLinkLabel
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 8 Dec 2002 10:09:04 -0500
Newsgroups: jedi.vcl

"Stefan Bodingh" <stefan@nospamplease.bodingh.se> wrote in message
news:asvjah$k83$1@talkto.net...
> > Hi,
> >
> > Sorry to bother you with this, but I found a problem with TJvLinkLabel. I
> > was in a hurry and thought that throwing that label to a form and setting
> > the caption would be enough. It did not even get the blue color for a
> > http://www.yyy.com. Found nothing in the help either.

for this purpose the TJvHotLink is probably better

Michael




Subject: TJvLinkLabel
From: "Stefan Bodingh" <stefan@nospamplease.bodingh.se>
Date: Sun, 8 Dec 2002 15:25:22 +0100
Newsgroups: jedi.vcl

Hi,

Sorry to bother you with this, but I found a problem with TJvLinkLabel. I
was in a hurry and thought that throwing that label to a form and setting
the caption would be enough. It did not even get the blue color for a
http://www.yyy.com. Found nothing in the help either.

Regards,
/Stefan




Subject: Re: Not Jedi related but i need help about treeview
From: "Ibrahim Kutluay" <ikutluay@mayanet.com.tr>
Date: Sun, 8 Dec 2002 02:18:43 +0200
Newsgroups: jedi.vcl

Ok im sorry about that...

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:astu1a$f5b$1@talkto.net...
> > "Ibrahim Kutluay" <ikutluay@mayanet.com.tr> wrote in message
> > news:astplh$eoh$1@talkto.net...
> >
>> > > Hello im a amateur programmer. im trying to build a simple diary+adress
>> > > book+pass mnger for my personal usage.. (freeware program) I have done
>> > > password and adres division. Only diary seciton difficult for me...
Couse
> > i
>> > > want to organize all infos in a treeview layout.
> >
> > Since JEDI newsgroups are set specifically for JEDI related questions,
> > please do NOT post messages not related to JEDI. I hope, you will
understand
> > our situation.
> >
> > The customary and best way to get answers for general Delphi questions, is
> > to ask them on appropriate Borland newsgroup:
> >
> > http://newsgroups.borland.com/
> >
> >
> > You will find there hundreds of people who are willing to help. An
> > additional advantage is also that many other people might benefit from the
> > answers to your questions.
> >
> > I really recommend the Borland newsgroups. This is the fastest and most
> > efficient way.
> >
> > Thanks for you understanding,
> >
> > Michael
> >
> >
> >




Subject: Re: Not Jedi related but i need help about treeview
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 7 Dec 2002 18:25:09 -0500
Newsgroups: jedi.vcl

"Ibrahim Kutluay" <ikutluay@mayanet.com.tr> wrote in message
news:astplh$eoh$1@talkto.net...

> > Hello im a amateur programmer. im trying to build a simple diary+adress
> > book+pass mnger for my personal usage.. (freeware program) I have done
> > password and adres division. Only diary seciton difficult for me... Couse
i
> > want to organize all infos in a treeview layout.

Since JEDI newsgroups are set specifically for JEDI related questions,
please do NOT post messages not related to JEDI. I hope, you will understand
our situation.

The customary and best way to get answers for general Delphi questions, is
to ask them on appropriate Borland newsgroup:

http://newsgroups.borland.com/


You will find there hundreds of people who are willing to help. An
additional advantage is also that many other people might benefit from the
answers to your questions.

I really recommend the Borland newsgroups. This is the fastest and most
efficient way.

Thanks for you understanding,

Michael





Subject: Re: JediEdit v1.0.1.7 plus
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 7 Dec 2002 18:17:45 -0500
Newsgroups: jedi.vcl

"Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com> wrote in message
news:astons$el1$1@talkto.net...

> > I have updated the latest JeditEdit v1.0.1.7 source library to be
compatible
> > with Delphi 7 and the latest JVCL 200 download the is available.

Awesome - thanks a lot!

> > Maybe someone on Team Jedi can merge my changes into the
> > SoureForge CVS files.

I'll do it


--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net





Subject: Not Jedi related but i need help about treeview
From: "Ibrahim Kutluay" <ikutluay@mayanet.com.tr>
Date: Sun, 8 Dec 2002 00:09:22 +0200
Newsgroups: jedi.vcl

Hello im a amateur programmer. im trying to build a simple diary+adress
book+pass mnger for my personal usage.. (freeware program) I have done
password and adres division. Only diary seciton difficult for me... Couse i
want to organize all infos in a treeview layout.

The simple layout of my desing is at bottom.
I mean

  diary                                       Editor toobar
     +
            -------------------------------------------------------------
              1                              -   Rich text editor
              2                              -
      +   December                   -  --------------------------------

Which db desing i must use for this. My db structure is (in my idea)

infoname    string (for listing etc)
level           integer (for treeview)
diarytext     blob    (for richedit)

Im now useing  only richedit . and im recording all diarys to separate rtf
files. but this not usefull coz i cant use passowrd protect db files.

Please  offer me some code or know ledge or link. How can achive this..
Any help apreciated.

Regards and thanks





Subject: JediEdit v1.0.1.7 plus
From: "Dennis Passmore" <Dennis_Passmore@_nospam_yahoo.com>
Date: Sat, 7 Dec 2002 21:21:00 +0000 (UTC)
Newsgroups: jedi.vcl


I have updated the latest JeditEdit v1.0.1.7 source library to be compatible with Delphi 7 and the latest JVCL 200 download the is available.  

Maybe someone on Team Jedi can merge my changes into the SoureForge CVS files.

You can get a already updated copy of the JediEdit source files off from my web site at:

http://www.dpassmore.com/wdata/JeditV1.0.1.8src.zip

NOTE: There is also a small bug fix that needs to be made in the latest SynEdit 1.1library
source which is required by JediEdit. See the file SynEdit_fix.txt in the download JeditV1.0.1.8src.zip file.

 
Dennis Passmore
Ultimate Software, Inc.

Posted by Xananews 1.12.4.5


Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 7 Dec 2002 21:29:28 +0100
Newsgroups: jedi.vcl

> >  It just occured to me that the
> > snippet above might work as well (didn't even ran this through the
compiler
> > yet, so maybe it would result in errors as well).

The compiler accepts the snippet :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 7 Dec 2002 21:23:52 +0100
Newsgroups: jedi.vcl

> > I don't understand the context here but perhaps you can set up a local
> > TMethod variable like this:
> >
> > var
> >   M: TMethod;
> >
> > M.Data := MyInstance;
> > M.Code := @MyMethod;
> >
> > and then pass M as var parameter.

Nope. Compiler bombs on M.Code :=@MyMethod, claiming that it requires a
variable. So the only possible workaround is to declare a variable of the
proper event type, assign the handler, and pass that to the target. So to
add a method you would get:

var
    M: TNotifyEvent;

begin
  with TJvInspectorTMethodItem(.....) do
  begin
    AddInstance(Self, 'Form1');
    M := Handler1;
    AddMethod(TMethod(M), 'Handler1');
    M := Handler2;
    AddMethod(TMethod(M), 'Handler2');
    [.. repeat for several other events ..]
  end;
end;

> >
> > Sorry if this is total nonsense in the context of your problem.
> >

Not total nonsense, I tried the exact samething before (if we both though of
it, it can''t be total nonsense, right?). It just occured to me that the
snippet above might work as well (didn't even ran this through the compiler
yet, so maybe it would result in errors as well). Still, even if it works I
want something without a dummy variable and separate assignment for each
handler to add.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvInspector TMethod editor
From: "TOndrej" <tondrej@nospam.t-online.de>
Date: Sat, 7 Dec 2002 18:38:48 +0100
Newsgroups: jedi.vcl

> > Yes, that's possible, but I want to add more than one method, not
> > neccessarily attached to an event of some component before they are
added to
> > the list. Adding an assigned event is a peace of cake (great, now
I'm
> > getting hungry). Any other suggestions? Anyone?

I don't understand the context here but perhaps you can set up a local
TMethod variable like this:

var
  M: TMethod;

M.Data := MyInstance;
M.Code := @MyMethod;

and then pass M as var parameter.

Sorry if this is total nonsense in the context of your problem.

TOndrej




Subject: Re: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 7 Dec 2002 14:36:06 +0100
Newsgroups: jedi.vcl

>> > >
>> > > I've a nice problem for you: I need to be able to add methods to a list
> > for
> >
> > Maybe I'm totally off base here but can't you do:
> >
[...]

Yes, that's possible, but I want to add more than one method, not
neccessarily attached to an event of some component before they are added to
the list. Adding an assigned event is a peace of cake (great, now I'm
getting hungry). Any other suggestions? Anyone?

At the moment I'm writing various other editors that would come in handy. I
just wrote the TAlign editor that renders a box with blue lines to show how
the control is aligned. Click on the lines to align it to that side (or
unalign the control, setting it to alNone) or click on the area within the
box to set it to alClient (or unaligning the control, setting it to alNone)
or use Ctrl+Up/Right/Down/Left/Home to set/unset the alignment. This shows
that writing new editors can be very easy.

The new editors will be placed in a separate unit (JvInspExtraEditors and
possibly JvInspExtraDBEditors) and have to be registered by the application.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvInspector TMethod editor
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 7 Dec 2002 13:18:39 +0100
Newsgroups: jedi.vcl

> >
> > I've a nice problem for you: I need to be able to add methods to a list
for

Maybe I'm totally off base here but can't you do:

uses
  TypInfo
....
var P:PPropInfo;
begin
  P := GetPropInfo(self,'OnClick',[tkMethod]);

  JvInspector1.AddMethod(GetMethodProp(self,P),'OnClick');
end;

Haven't tested, so I'm not at all sure...

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: JvInspector TMethod editor
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 7 Dec 2002 10:04:38 +0100
Newsgroups: jedi.vcl

Hi guys,

I've a nice problem for you: I need to be able to add methods to a list for
the purpose of editing event properties in the JvInspector control (related
to mantis
http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=0000454). A
copy of my bug report:

--------8><--------8><--------8><--------8><--------8><--------
I've been working on it and am actually ready, just need to test it. This
is where the problems begin. Let me explain:

To keep it as close to original as possible I decided to follow the same
basic design as for the component item editor: a list of
"owners"(forms/frames) with each a list of methods. So far, so good. The
problem is: how the heck can I pass a method to the item editor to be added
to the list.

At first I assumed using a TMethod type parameter to the AddMethod method
would suffice, but the compiler complains. The next step was to simple
change the AddMethod to accept a separate instance and a method pointer (an
untyped pointer) and the pass the form and the address of the method using
the @ operator. Again the compiler complains (it expects a variable). Not
wanting to give up I tested with a variable of type Pointer, assinging it
the address of the method. Again the compiler complains, saying it really
needs a variable (which I just gave him). Appearantly you can't use @ on
methods :(

So what's next? Use a TMethod typecast on the method like
'TMethod(form.Method)', but then the compiler says I'm applying an illegal
typecast :(

Bottom line: I have the editor, but you can't add methods. The only thing I
can do is add the published methods of an instance, but then it will add
every method (not only the methods that apply) since there's no info on
parameters for methods (unless the stdcall directive is used, and the
parameter types have RTTI, not very reliable and undocumented thus bound to
change in the future). Not a very good item editor :(

Anyway, I'll tweak it a little and then just commit it, with a big warning
comment before the editor declaration. It will not be registered by
default. If I or anyone else comes up with a working approach I'll change
the editor accordingly.
--------><8--------><8--------><8--------><8--------><8--------

Anyone who can help me out on this issue?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Custom streaming w. DefineProperties
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 7 Dec 2002 08:25:12 +0100
Newsgroups: jedi.vcl

> > Hi guys, what's wrong with this code:

Never mind the previous post: I've fixed it (trickier than I first thought).

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Custom streaming w. DefineProperties
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 7 Dec 2002 06:30:36 +0100
Newsgroups: jedi.vcl

Hi guys, what's wrong with this code:

procedure TJvValidator.ReadValidators(Reader: TReader);
var C:TComponent;i:integer;
begin
  Validators.Clear;
  i := Reader.ReadInteger;
  while i > 0 do
  begin
    Reader.ReadComponents();
    C := Reader.ReadComponent(nil);
    Validators.Add(TJvBaseValidator(C));
    Dec(i);
  end;
end;

procedure TJvValidator.WriteValidators(Writer: TWriter);
var i:integer;
begin
  Writer.WriteInteger(Validators.Count);
  for i := 0 to Validators.Count - 1 do
    Writer.WriteComponent(Validators[i]);
end;

procedure TJvValidator.DefineProperties(Filer: TFiler);
  function DoWrite:boolean;
  begin
    if Assigned(Filer.Ancestor) then
      Result := TJvValidator(Filer.Ancestor).Validators.Count <>
Validators.Count
    else
      Result := Validators.Count > 0;
  end;
begin
  inherited;
  Filer.DefineProperty('Validators',ReadValidators,WriteValidators,DoWrite);
end;

Validators is essentially a TList containing either TJvBaseValidators (or
descendants derived from it). Validators is owned by a TJvValidator (a
TComponent descendant). Problem is that when I add a TJvBaseValidator at
design-time, I get an AV when I try to view the dfm ("Error reading
JvValidator.bla bla"). And before you ask, I can't use TCollection (or can
I?) since the list must be able to hold different classes derived from
TJvBaseValidator. TJvBaseValidator is derived from TComponent, BTW.

Someone got a clue?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Complete Form(window) Rendering
From: "Illya Kysil" <ikysil@nospam.ua>
Date: Fri, 6 Dec 2002 12:44:11 +0200
Newsgroups: jedi.vcl

"Michael V. Andersen" <brainware@cyberjunkie.dk> wrote in message
news:asnula$p99$1@talkto.net...
> > Hi all
> >
> > im looking for some help here, i dont want to use a Bitmap and fixed
> > form'size, masks and stuff like that,
> > im want to make a Component/object that just need to work at Runtime to
> > override the entire form,
> > rendering a "sprite/bitmap or even drawed by code" the background of
> > Form.CAPTION,
> > use another tiny bitmap for tile all of the top border, another bitmap for
> > each corner of border,
> > one for horizontal and vertical lines etc so this form will still work 100%
> > on resize.. a good example
> > is Linux with thing like Enlightment.
> >
> > Example:
> > http://www.visuaware.com/temp/g9.jpg
> >
> > Any suggestions, code, reference, articles very much welcome.
Look for WM_NCHITTEST in MSDN.

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




Subject: Complete Form(window) Rendering
From: "Michael V. Andersen" <brainware@cyberjunkie.dk>
Date: Thu, 5 Dec 2002 17:57:13 +0100
Newsgroups: jedi.vcl

Hi all

im looking for some help here, i dont want to use a Bitmap and fixed
form'size, masks and stuff like that,
im want to make a Component/object that just need to work at Runtime to
override the entire form,
rendering a "sprite/bitmap or even drawed by code" the background of
Form.CAPTION,
use another tiny bitmap for tile all of the top border, another bitmap for
each corner of border,
one for horizontal and vertical lines etc so this form will still work 100%
on resize.. a good example
is Linux with thing like Enlightment.

Example:
http://www.visuaware.com/temp/g9.jpg

Any suggestions, code, reference, articles very much welcome.


Regards
Michael V. Andersen
ICQ:  12870837




Subject: Re: wishlist for global JVCL changes
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Thu, 05 Dec 2002 09:25:57 GMT
Newsgroups: jedi.vcl

Yeah, I know that one! It looks very nice, only problem (IMHO) is that it hooks all components; I was thinking about suggesting it to incorporate it's code into JVCL components but I knew it would be a 
lot of work, so I kinda didn't suggest it :)

Remko

On Wed, 4 Dec 2002 16:17:25 -0000, "Trev" <trevor.pegley@ntlworld.com> wrote:
> > This one is very good:
> > 
> > http://www.shagrouni.com/english/software/xpmenu.html
> > 
> > Trev
> > 
> > 





Subject: Re: Windows XP
From: "Goran Brumen" <goran.brumen@audax.si>
Date: Thu, 5 Dec 2002 09:42:13 +0100
Newsgroups: jedi.vcl

An update for my mail. I went through mine and yours JvToolEdit and added
new things, so I have sucessfully installed the new version of this unit,
bat JvCtrls are different than those uploaded (I think Peter3 sent me the
one, 24518 bytes long).
I tested it and it works as expected now in WinXP.
Thanks again!
Goran

"Goran Brumen" <goran.brumen@audax.si> je napisal v sporoèilo
news:asmvrs$jcp$1@talkto.net ...
> > Dear Remko!
> > I tried to install these two PAS files but I am unable to do it. They are
> > referenced to some Jvx units which are now archived as I see. I also have
> > changed version of JvToolEdit (80405 bytes long, changed by Peter3 I
think,
> > Your's is 78764 bytes long) so unfortunatelly I can't make it work.
> >
> > Regards,
> > Goran
> >
> > "Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> je napisal v sporocilo
> > news:1103_1038926571@forums.talkto.net ...
>> > > On Tue, 3 Dec 2002 14:55:32 +0100, "Goran Brumen"
<goran.brumen@audax.si>
> > wrote:
>>> > > > Hi Remko!
>>> > > > I posted the bug no 468 there about those ComboEdits and at the end I
> > saw to
>>> > > > see two pas files for resolution of the problem. Is there any
> > possibility to
>>> > > > get those two files to test it?
>>> > > > Regars,
>>> > > > Goran Brumen
>>> > > >
>>> > > >
>> > >
>> > > Hi Goran,
>> > >
>> > > You can install cvs, see http://jvcl.sourceforge.net/cvs.htm.
>> > >
>> > > Or get it here:
> > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/
>> > >
>> > > Regards
>> > > Remko
>> > >
>> > >
> >
> >




Subject: Re: Windows XP
From: "Goran Brumen" <goran.brumen@audax.si>
Date: Thu, 5 Dec 2002 09:10:32 +0100
Newsgroups: jedi.vcl

Dear Remko!
I tried to install these two PAS files but I am unable to do it. They are
referenced to some Jvx units which are now archived as I see. I also have
changed version of JvToolEdit (80405 bytes long, changed by Peter3 I think,
Your's is 78764 bytes long) so unfortunatelly I can't make it work.

Regards,
Goran

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> je napisal v sporocilo
news:1103_1038926571@forums.talkto.net ...
> > On Tue, 3 Dec 2002 14:55:32 +0100, "Goran Brumen" <goran.brumen@audax.si>
wrote:
>> > > Hi Remko!
>> > > I posted the bug no 468 there about those ComboEdits and at the end I
saw to
>> > > see two pas files for resolution of the problem. Is there any
possibility to
>> > > get those two files to test it?
>> > > Regars,
>> > > Goran Brumen
>> > >
>> > >
> >
> > Hi Goran,
> >
> > You can install cvs, see http://jvcl.sourceforge.net/cvs.htm.
> >
> > Or get it here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/
> >
> > Regards
> > Remko
> >
> >




Subject: Re: Style controller
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Dec 2002 08:16:59 +0100
Newsgroups: jedi.vcl

> > Aha, now we know where to start :-)
> > A Jv base class for most of the components.
> > There OnMouseEnter/OnMouseLeave can be located.
> > The controller link (or several other links to other controllers) can be
> > placed there.
> > The only drawback with this controller approach is that it drags in the
> > controller code to all applications wether thy use it or not.

Ever heard of abstract base classes or (maybe even better) interfaces? The
latter will of course screw up the D5 compatibility ;)

Using this we will drag in no extra code, unless the end user actually uses
a controller.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Style controller
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 05 Dec 2002 06:14:30 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:
> "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> news:aslk1j$eta$1@talkto.net...
>
>
>> this is why Robert wanted the discussion ;) DevExpress simply uses a
>> Controller property that you can link to the style controller. Personally
>
> I
>
>> like the approach of the controller applying the settings, although that
>> means the controls are going to be sub classed. OTOH, it saves the need of
>> changing all controls to support it. Anyone else care to comment about
>
> this
>
>> issue?
>
>
> We could add this property to all the base components contained in the
> JvComponent.pas unit. Since most JVCL components are subclassed from them
> then it should take care of it.
>
> Michael

Aha, now we know where to start :-)
A Jv base class for most of the components.
There OnMouseEnter/OnMouseLeave can be located.
The controller link (or several other links to other controllers) can be placed there.
The only drawback with this controller approach is that it drags in the controller code to all applications wether thy use it or not.




Subject: How to make margins in jvDBGrid columns
From: "Sofiane" <sofiane_na@yahoo.fr>
Date: Thu, 5 Dec 2002 00:38:48 +0100
Newsgroups: jedi.vcl

I use my personnel DBGrid wich descends from jvDBGrid.. so I want to make
margins in its columns, how can I do this ?
Thanks :)
Sofiane




Subject: Re: Style controller
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Dec 2002 15:29:15 -0500
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:aslk1j$eta$1@talkto.net...

> > this is why Robert wanted the discussion ;) DevExpress simply uses a
> > Controller property that you can link to the style controller. Personally
I
> > like the approach of the controller applying the settings, although that
> > means the controls are going to be sub classed. OTOH, it saves the need of
> > changing all controls to support it. Anyone else care to comment about
this
> > issue?

We could add this property to all the base components contained in the
JvComponent.pas unit. Since most JVCL components are subclassed from them
then it should take care of it.

Michael




Subject: Style controller
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Dec 2002 20:43:36 +0100
Newsgroups: jedi.vcl

> > <marcelb.theobvious@zeelandnet.nl> wrote in news:askmhi$9b3$1@talkto.net
> >
>> > > I once proposed to use style controller for the various edits,
> > checkboxes,
>> > > etc. much like what DevExpress have
[...]
> > Do you consider this as a one component controls all
> > or many components borrow settings from it?
> >

this is why Robert wanted the discussion ;) DevExpress simply uses a
Controller property that you can link to the style controller. Personally I
like the approach of the controller applying the settings, although that
means the controls are going to be sub classed. OTOH, it saves the need of
changing all controls to support it. Anyone else care to comment about this
issue?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: wishlist for global JVCL changes
From: Johnnie <None@Noware.non>
Date: Wed, 4 Dec 2002 17:32:06 +0000 (UTC)
Newsgroups: jedi.vcl

On Wed 04 Dec 2002 01:19:59p , "Marcel Bestebroer" 
<marcelb.theobvious@zeelandnet.nl> wrote in news:askmhi$9b3$1@talkto.net

>> >> Currently we have two entries on the list:
>> >>
>> >> Manifest support for XP styles
>> >> MouseEnter/MouseLeave support
>> >>
>> >> Please add to this wishlist.
>> >>
> > 
> > I once proposed to use style controller for the various edits, 
checkboxes,
> > etc. much like what DevExpress have (actually it's just like XP theme
> > support without XP). I'm not sure you can actually create such a thing in 
a
> > short period like that, but it would be nice addition.
> > 
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> > 
> > 

Does this controler supports components that are aware
of it or it can apply the styles to any component you
decide just like the XP-menu suggested later on on the 
menus?

Do you consider this as a one component controls all
or many components borrow settings from it?

regards
johnnie.


Subject: Re: wishlist for global JVCL changes
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 4 Dec 2002 16:17:25 -0000
Newsgroups: jedi.vcl

This one is very good:

http://www.shagrouni.com/english/software/xpmenu.html

Trev


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:askrt2$abe$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:askmhi$9b3$1@talkto.net...
> >
>> > > I once proposed to use style controller for the various edits,
checkboxes,
>> > > etc. much like what DevExpress have (actually it's just like XP theme
>> > > support without XP). I'm not sure you can actually create such a thing
in
> > a
>> > > short period like that, but it would be nice addition.
> >
> > That would be definitely a great addition.
> >
> > I am pretty sure that there are some freeware components that provide a
> > similar feature. If somebody knows about such a component, please let us
> > know so we don't have to reinvent the wheel :)
> >
> > Michael
> >
> >




Subject: Re: Windows XP
From: "Goran Brumen" <goran.brumen@audax.si>
Date: Wed, 4 Dec 2002 16:15:51 +0100
Newsgroups: jedi.vcl

Many thanks Remko!

Best regards,
Goran

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> je napisal v sporocilo
news:1103_1038926571@forums.talkto.net ...
> > On Tue, 3 Dec 2002 14:55:32 +0100, "Goran Brumen" <goran.brumen@audax.si>
wrote:
>> > > Hi Remko!
>> > > I posted the bug no 468 there about those ComboEdits and at the end I
saw to
>> > > see two pas files for resolution of the problem. Is there any
possibility to
>> > > get those two files to test it?
>> > > Regars,
>> > > Goran Brumen
>> > >
>> > >
> >
> > Hi Goran,
> >
> > You can install cvs, see http://jvcl.sourceforge.net/cvs.htm.
> >
> > Or get it here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/
> >
> > Regards
> > Remko
> >
> >




Subject: Re: wishlist for global JVCL changes
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Dec 2002 07:52:37 -0500
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:askmhi$9b3$1@talkto.net...

> > I once proposed to use style controller for the various edits, checkboxes,
> > etc. much like what DevExpress have (actually it's just like XP theme
> > support without XP). I'm not sure you can actually create such a thing in
a
> > short period like that, but it would be nice addition.

That would be definitely a great addition.

I am pretty sure that there are some freeware components that provide a
similar feature. If somebody knows about such a component, please let us
know so we don't have to reinvent the wheel :)

Michael




Subject: Re: To Michael Beck
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Dec 2002 07:50:22 -0500
Newsgroups: jedi.vcl

"Ibrahim Kutluay" <ikutluay@mayanet.com.tr> wrote in message
news:askmul$9du$1@talkto.net...
> > Im a amator programmer but i know the value of this project and your work.
> > Also i have learn a lot of thing from Jedi Dolphin...
> >
> > Thx for your time and work..

You're very welcome.

But please note - I am just one of the many team members, so the credit goes
to all of them as well.

Michael




Subject: Ok i have found it in old mesagges sorry !!!
From: "Ibrahim Kutluay" <ikutluay@mayanet.com.tr>
Date: Wed, 4 Dec 2002 13:30:53 +0200
Newsgroups: jedi.vcl

"Ibrahim Kutluay" <ikutluay@mayanet.com.tr> wrote in message
news:askmqa$9d6$1@talkto.net...
> > where can i find that file...
> >
> >




Subject: To Michael Beck
From: "Ibrahim Kutluay" <ikutluay@mayanet.com.tr>
Date: Wed, 4 Dec 2002 13:26:50 +0200
Newsgroups: jedi.vcl

Im a amator programmer but i know the value of this project and your work.
Also i have learn a lot of thing from Jedi Dolphin...

Thx for your time and work..


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:as1e79$sr1$1@talkto.net...
> > This is just to let you know that Peter Thörnqvist is taking over as the
> > overall JVCL Coordinator.
> >
> > My amount of free time that I could devote to JVCL went down recently and
in
> > order to keep the JVCL moving forward it made sense to make it official
what
> > Peter has been doing in the last couple of months anyway, i.e. effectively
> > leading the JVCL project and doing a tremendous job at that.
> >
> > I will be around but not as involved as before, unless my time constraints
> > will improve :)
> >
> > Thanks to all of you who have helped in driving JVCL to the level as it is
> > today. It's amazing when we see that JVCL 2.0 beta has been download over
> > 30,000 times, and the JVCL 2.0 Stable within a week of its release is
> > already dowloaded over 7,000 times. Based on the numbers we can say with
> > pride the JVCL is a huge success story.
> >
> > But as always, we are asking all of the users to get involved, and help us
> > make JVCL even better. We are finally getting more and more bug reports,
but
> > we also need people to help us with fixing those bugs. And Marcel needs
help
> > with writing the JVCL Help - the better documented is JVCL, the easier it
> > will be for all of us to use it.
> >
> > So please help us make JVCL a component library that no serious Delphi
> > developer can live without  :)
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
> > JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums
> >
> >




Subject: i cant compile dbtreview demo tree.db missing ?
From: "Ibrahim Kutluay" <ikutluay@mayanet.com.tr>
Date: Wed, 4 Dec 2002 13:24:41 +0200
Newsgroups: jedi.vcl

where can i find that file...




Subject: Re: wishlist for global JVCL changes
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Dec 2002 12:19:59 +0100
Newsgroups: jedi.vcl

> > Currently we have two entries on the list:
> >
> > Manifest support for XP styles
> > MouseEnter/MouseLeave support
> >
> > Please add to this wishlist.
> >

I once proposed to use style controller for the various edits, checkboxes,
etc. much like what DevExpress have (actually it's just like XP theme
support without XP). I'm not sure you can actually create such a thing in a
short period like that, but it would be nice addition.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: wishlist for global JVCL changes
From: Ralf Grenzing <RalfGSpam@gmx.de>
Date: Wed, 04 Dec 2002 11:08:05 +0100
Newsgroups: jedi.vcl

Hi Mister President :-)

Seems to be christmas then ... :-)
my wish: integrating the JCF (JEDI Code Formater) in the JVCL

For short here my "suffering story":
After reading in the FAQ of GExperts about the JEDI Code Format I was very
happy and read the documentation and try the installation of the IDE plugin
as described. The problem was and IS that it relay on an old version of the
JVCL. So it don´t succed. My two posting in the mail list were not answered
....
Then I try to download via an anonymous account the source ... (BTW this was
an exciting think: my first access to SourgeForge ..) and try to update the
sources .. I am still in the process of updating the sources and when I am
ready (hopefully I can archive this) I can send you the code for integrating
....

So what the other mighty Knights think about this?

Ralf Grenzing







Subject: Re: wishlist for global JVCL changes
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Dec 2002 16:22:11 -0500
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:asj0b5$2r3$1@talkto.net...

> > Did I missed something? :-/

No, you didn't miss anything :)

Michael




Subject: Re: wishlist for global JVCL changes
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 03 Dec 2002 20:54:53 +0100
Newsgroups: jedi.vcl


What do you mean?

Did I missed something? :-/


Robert Marquardt wrote:
> Michael, there was a discussion on support from Borland on Steering.
> Lets check that.
>



Subject: Re: wishlist for global JVCL changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Dec 2002 18:14:00 +0100
Newsgroups: jedi.vcl

Robert Marquardt wrote:

> Please add to this wishlist.

Maybe change as many components as possible to ActiveX.
If the components still work with Kylix then this opens the JVCL for all languages and compilers (with BCB support for free).



Subject: Re: wishlist for global JVCL changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Dec 2002 18:12:09 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> There are BCB6 packages on CVS at the moment but I have no clue whether they
> work or not since I don't have BCB
>
> -- 
> Regards,
>
> Peter Thornqvist
> (JVCL Tech Coordinator)

Same with me.

Michael, there was a discussion on support from Borland on Steering.
Lets check that.



Subject: Re: wishlist for global JVCL changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Dec 2002 18:10:16 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> BTW, wasn't peter working on a solution for the MouseEnter/MouseLeave
>> as an interface? What's the status of this stuff?
>
>
> Yes I was and you can get it at our web forum (Donations-JvCoreIntf). I
> wasn't too happy with it though: events don't show up unless the
> implementing class is a TComponent (or descendant) and there is no way to
> "flatten" the implementing class in the OI so that the new properties
> appears on the same "level" as the components original properties. It can be
> done but it means a lot of manual coding in each class.

I thought of adding class for the visible controls.
Then it should be simple. Change the class to derive from for all components and add some "property OnMouseEnter;" lines (etc).



Subject: Re: TJvOutlookBar & BCB5 errors
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 3 Dec 2002 18:06:47 +0100
Newsgroups: jedi.vcl

Good catch! I'll fix the units in CVS as well.

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Windows XP
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Tue, 03 Dec 2002 14:42:51 GMT
Newsgroups: jedi.vcl

On Tue, 3 Dec 2002 14:55:32 +0100, "Goran Brumen" <goran.brumen@audax.si> wrote:
> > Hi Remko!
> > I posted the bug no 468 there about those ComboEdits and at the end I saw to
> > see two pas files for resolution of the problem. Is there any possibility to
> > get those two files to test it?
> > Regars,
> > Goran Brumen
> > 
> > 

Hi Goran,

You can install cvs, see http://jvcl.sourceforge.net/cvs.htm.

Or get it here: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/

Regards
Remko 




Subject: Re: wishlist for global JVCL changes
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 03 Dec 2002 15:33:27 +0100
Newsgroups: jedi.vcl


I'll take a look at it, thanks.


Peter Thörnqvist wrote:
> BTW, wasn't peter working on a solution for the MouseEnter/MouseLeave
> as an interface? What's the status of this stuff?
>
>
> Yes I was and you can get it at our web forum (Donations-JvCoreIntf). I
> wasn't too happy with it though: events don't show up unless the
> implementing class is a TComponent (or descendant) and there is no way to
> "flatten" the implementing class in the OI so that the new properties
> appears on the same "level" as the components original properties. It can be
> done but it means a lot of manual coding in each class.
>
> -- 
> Regards,
>
> Peter Thornqvist
> (JVCL Tech Coordinator)
> http://jvcl.sourceforge.net
>
>



Subject: Re: TJvOutlookBar & BCB5 errors
From: "Ben Hay" <bhay@tslNoSpam.com.au>
Date: Tue, 3 Dec 2002 23:59:53 +1000
Newsgroups: jedi.vcl

The problem is in JVOLBar.pas here:

 TJvOutlookBar = class(TJvCustomOutlookBar)
  public
    property PopupObject;

TJvCustomOutlookBar declares the property as PopUpObject (Notice the capital
U). Doesn't matter in Delphi, however since C++ is case sensitive...

So you'll need to edit the pas file and make sure the case is the same in
both classes, then recompile JVCL.


"Dave" <john.d@msn.com> wrote in message news:as2fmj$1s3$1@talkto.net...
> > Using the TJvOutlookBar with BCB5 I get the following errors
> >
> > [C++ Error] JvOLBar.hpp(319): E2303 Type name expected
> > [C++ Error] JvOLBar.hpp(359): E2303 Type name expected
> >
> > Anyone have an idea how I can solve this
> >
> > TIA
> > Dave
> >
> >




Subject: Re: Windows XP
From: "Goran Brumen" <goran.brumen@audax.si>
Date: Tue, 3 Dec 2002 14:55:32 +0100
Newsgroups: jedi.vcl

Hi Remko!
I posted the bug no 468 there about those ComboEdits and at the end I saw to
see two pas files for resolution of the problem. Is there any possibility to
get those two files to test it?
Regars,
Goran Brumen


"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> je napisal v sporocilo
news:1103_1038753395@forums.talkto.net ...
> > On Sat, 30 Nov 2002 16:16:37 +0100, "Svein Olav Mytting" <mytting@usa.net>
wrote:
> >
>> > > But I suppose it will be a huge job to upgrade the JVCL, with it's
hundreds
>> > > of components from all the corners of the world, to comply with the new
>> > > standard. (Yes I know I should contribute myself, sure I know... )
>> > >
>> > > I think this soon is going to be a major issue. What do you Jedi knights
>> > > think about all this?
>> > >
> >
> > Some of the Rx data components in JVCL have already been made "XP
compatible". That is, if you have D7. I think it could also been done for
<D7 using Linschke's Theme Manager.
> >
> > You can't expect that one of us is going through the codes of all
components to convert them to be using themes. But if you post code for
specific components in mantis
> > (http://jvcl.sourceforge.net/bugs.htm) it will probably be added to these
components.
> >
> > Regards,
> > Remko Bonte>
> >
> >
> >




Subject: Re: wishlist for global JVCL changes
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Tue, 3 Dec 2002 08:25:07 +0100
Newsgroups: jedi.vcl

There are BCB6 packages on CVS at the moment but I have no clue whether they
work or not since I don't have BCB

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
> >




Subject: Re: wishlist for global JVCL changes
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Tue, 3 Dec 2002 08:24:01 +0100
Newsgroups: jedi.vcl

> > BTW, wasn't peter working on a solution for the MouseEnter/MouseLeave
> > as an interface? What's the status of this stuff?

Yes I was and you can get it at our web forum (Donations-JvCoreIntf). I
wasn't too happy with it though: events don't show up unless the
implementing class is a TComponent (or descendant) and there is no way to
"flatten" the implementing class in the OI so that the new properties
appears on the same "level" as the components original properties. It can be
done but it means a lot of manual coding in each class.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: wishlist for global JVCL changes
From: "Heiko Weiss" <NotValid@NotValid.de>
Date: Tue, 3 Dec 2002 07:41:41 +0100
Newsgroups: jedi.vcl

My wish: BCB6 support.
TIA
Heiko




Subject: Re: wishlist for global JVCL changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 03 Dec 2002 06:16:15 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:

> If possible, please use our Issue Tracker at:

Yes, but i want a discussion here also.
The bugtracker tends to be a bit one way.
The feature is requested and then it is not discussed.



Subject: Re: wishlist for global JVCL changes
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 03 Dec 2002 02:58:49 +0100
Newsgroups: jedi.vcl


Don't worry, there will be a *LOT* of work for you if you have
some time for the JVCL, believe me.

Of course there is the XP stuff and so on, but this is peanuts
to what I would like to achieve for JVCL 3 <g>.

BTW, wasn't peter working on a solution for the MouseEnter/MouseLeave
as an interface? What's the status of this stuff?

Sebastien


Robert Marquardt wrote:
> The February will again be the month when i will not have to work for my employer (vacation is an inadequate word for that time).
>
> I think i will try to work on the JVCL doing global changes to as many components as possible.
>
> Currently we have two entries on the list:
>
> Manifest support for XP styles
> MouseEnter/MouseLeave support
>
> Please add to this wishlist.
>



Subject: Re: wishlist for global JVCL changes
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Dec 2002 16:38:07 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:asgg82$od1$1@talkto.net...
> > The February will again be the month when i will not have to work for my
> > employer (vacation is an inadequate word for that time).
> >
> > I think i will try to work on the JVCL doing global changes to as many
> > components as possible.

Awesome!!!!! Thanks, Robert!!!!

> > Currently we have two entries on the list:
> >
> > Manifest support for XP styles
> > MouseEnter/MouseLeave support
> >
> > Please add to this wishlist.

If possible, please use our Issue Tracker at:

http://jvcl.sourceforge.net/bugs.htm

Once there, click the "Report Bug" and then select Category:

"04 Feature Request"

Thanks,

Michael






Subject: wishlist for global JVCL changes
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 02 Dec 2002 22:07:34 +0100
Newsgroups: jedi.vcl

The February will again be the month when i will not have to work for my employer (vacation is an inadequate word for that time).

I think i will try to work on the JVCL doing global changes to as many components as possible.

Currently we have two entries on the list:

Manifest support for XP styles
MouseEnter/MouseLeave support

Please add to this wishlist.



Subject: Re: Windows XP
From: "Mike Lischke" <public@lischke-online.de>
Date: Sun, 1 Dec 2002 21:27:45 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Robert Marquardt,

> > No :-) Borland has simply integrated the Theme Manager.

More precisely: TThemeServices, the class, which is used to draw themed elements. The Theme Manager itself is not necessary in Delphi 7 and hence not in there.

Mike
-- www.delphi-gems.com www.delphi-unicode.net www.lischke-online.de Posted with XanaNews 1.12.4.1 

Subject: Re: Windows XP
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sun, 01 Dec 2002 14:36:35 GMT
Newsgroups: jedi.vcl

On Sat, 30 Nov 2002 16:16:37 +0100, "Svein Olav Mytting" <mytting@usa.net> wrote:

> > But I suppose it will be a huge job to upgrade the JVCL, with it's hundreds
> > of components from all the corners of the world, to comply with the new
> > standard. (Yes I know I should contribute myself, sure I know... )
> > 
> > I think this soon is going to be a major issue. What do you Jedi knights
> > think about all this?
> > 

Some of the Rx data components in JVCL have already been made "XP compatible". That is, if you have D7. I think it could also been done for <D7 using Linschke's Theme Manager.

You can't expect that one of us is going through the codes of all components to convert them to be using themes. But if you post code for specific components in mantis 
(http://jvcl.sourceforge.net/bugs.htm) it will probably be added to these components.

Regards,
Remko Bonte> 





Subject: Re: ANN: List of JVCL users updated
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 30 Nov 2002 16:07:35 -0500
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:asa83t$2tk$1@talkto.net...

> > http://www.claw.com.au
> > I have written the software in Delphi. It uses the HID component (no
> > wonder :-) and some JCL functions also.
> >
> > The device is of some interest for hardcore gamers and disabled persons.

Cool!

Thanks for the info - I've updated the page.

Michael




Subject: Re: Windows XP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 30 Nov 2002 19:01:06 +0100
Newsgroups: jedi.vcl

Svein Olav Mytting wrote:
> I my apps I include a manifest resource in order to have the new "cool"
> Windows XP theme appearance (for end users running Windows XP, anyway). I
> use Delphi 6, with Theme Manager from http://www.lischke-online.de to
> correct some visual problems. I have heard Delphi 7 does not require Theme
> Manager.

No :-) Borland has simply integrated the Theme Manager.



Subject: Windows XP
From: "Svein Olav Mytting" <mytting@usa.net>
Date: Sat, 30 Nov 2002 16:16:37 +0100
Newsgroups: jedi.vcl

I my apps I include a manifest resource in order to have the new "cool"
Windows XP theme appearance (for end users running Windows XP, anyway). I
use Delphi 6, with Theme Manager from http://www.lischke-online.de to
correct some visual problems. I have heard Delphi 7 does not require Theme
Manager.

I am using visual components from the RX Library quite extensively in my
apps, and I am going to convert it all to JVCL "real soon now".

So you can probably guess where this is leading...

Delphi's standard components appear really nice under Windows XP - rounded
buttons and colourful details everywhere - while visible components from the
RX Lib mostly retain their old appearance. The result is considerable
inconsistancy in my apps' appearance.

I guess I am not alone here, and I suppose the same problem applies to a
huge part of the JVCL.

Windows XP has been around for a while, so I suppose end users will sooner
or later start expecting applications to be visually "XP-compatible".
Appearance matters, like it or not. As programmers we have no choice but to
make what end users want. Therefore I think there is a substantial risk that
programmers will soon loose interest in visual components that look, well,
outdated...no matter if their internal qualities are ever so excellent.

But I suppose it will be a huge job to upgrade the JVCL, with it's hundreds
of components from all the corners of the world, to comply with the new
standard. (Yes I know I should contribute myself, sure I know... )

I think this soon is going to be a major issue. What do you Jedi knights
think about all this?

--

Mvh/regards
Svein Olav Mytting
Bogstadvn 60A, 0366 Oslo




Subject: Re: ANN: List of JVCL users updated
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 30 Nov 2002 13:11:29 +0100
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:
> We are posting more and more solutions that use JVCL Components, many of
> which are Freeware. To check them out please visit our Website:
>
> http://jvcl.sourceforge.net
>
> and follow the link to "JVCL Users".
>
> If you are using JVCL components and would like the world know about it,
> please let us know.

http://www.claw.com.au
I have written the software in Delphi. It uses the HID component (no wonder :-) and some JCL functions also.

The device is of some interest for hardcore gamers and disabled persons.



Subject: ANN: List of JVCL users updated
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 30 Nov 2002 05:12:58 -0500
Newsgroups: jedi.vcl

We are posting more and more solutions that use JVCL Components, many of
which are Freeware. To check them out please visit our Website:

http://jvcl.sourceforge.net

and follow the link to "JVCL Users".

If you are using JVCL components and would like the world know about it,
please let us know.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums





Subject: Re: [D7-v2.00Stable] TJvDBTreeView
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 29 Nov 2002 16:45:49 +0100
Newsgroups: jedi.vcl

> > Please add this as a bug report (and proposed fix) to Mantis at
> > http://projectjedi.sourceforge.net/mantis



There already is a report in Mantis about this: #458. You should add the
suggested changes as a bugnote to it

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: [D7-v2.00Stable] TJvDBTreeView
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 29 Nov 2002 16:27:07 +0100
Newsgroups: jedi.vcl

Please add this as a bug report (and proposed fix) to Mantis at
http://projectjedi.sourceforge.net/mantis

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"Pierre Y." <pierre@crisalid.fr> skrev i meddelandet
news:as7c7q$nib$1@talkto.net...
> > I've corrected the TJvDBTreeView source code, can i send it to some body ?
> >
> > There a 4 lines to comment :
> >
> > procedure TCustomJvDBTreeView.SetMasterField(Value: String);
> > begin
> >   if ValidField(Value, [ftSmallInt, ftInteger, ftAutoInc, ftWord,
ftString])
> > then
> >   begin
> >     FMasterField := Value;
> > //    RefreshChild(nil);
> >   end
> >   else
> >     Warning(SMasterFieldError);
> > end;
> >
> > procedure TCustomJvDBTreeView.SetDetailField(Value: String);
> > begin
> >   if ValidField(Value, [ftSmallInt, ftInteger, ftAutoInc, ftWord,
ftString])
> > then
> >   begin
> >     FDetailField := Value;
> > //    RefreshChild(nil);
> >   end
> >   else
> >     Warning(SDetailFieldError);
> > end;
> >
> > procedure TCustomJvDBTreeView.SetItemField(Value: String);
> > begin
> >   if ValidField(Value, [ftString, ftMemo, ftSmallInt, ftInteger,
ftAutoInc,
> > ftWord, ftBoolean, ftFloat, ftCurrency, ftDate, ftTime, ftDateTime]) then
> >   begin
> >     FItemField := Value;
> > //    RefreshChild(nil);
> >   end
> >   else
> >     Warning(SItemFieldError);
> > end;
> >
> > procedure TCustomJvDBTreeView.SetIconField(Value: String);
> > begin
> >   if ValidField(Value, [ftSmallInt, ftAutoInc, ftInteger, ftWord]) then
> >   begin
> >     FIconField := Value;
> > //    RefreshChild(nil);
> >   end
> >   else
> >     Warning(SIconFieldError);
> > end;
> >
> > Regards,
> >
> > Pierre Y.
> >
> >
> > Pierre Y. (pierre@crisalid.fr), dans le message cité en dessous (news:
> > as77bv$mm0$1@talkto.net) nous écrivait :
> >
>> > > Hello,
>> > >
>> > > I'm porting my application from D6 to D7. Inside I used a
>> > > TRADBTreeView wich became a TJvDBTreeView in the JEDI-Lib. Since I
>> > > corrected my code changing all the references from TRADBTreeview to
>> > > TJvDBTreeView the TJvDBTreeView doesn't seems to work. At design time
>> > > as at Run Time It shows me messages like "TheDBTreeview.Masterfield
>> > > cannot be read : The dataset is not active" or something like that. I
>> > > sure that the connected Dataset is Opened before the Treeview
>> > > creation.
>> > >
>> > > Is this a bug ?
>> > >
>> > > Thanks a lot for your job. Regards
>> > >
>> > > Pierre
> >
> >



Subject: Re: TJvDBTreeView worse than R&A's last release!
From: "Pierre Y." <pierre@crisalid.fr>
Date: Fri, 29 Nov 2002 11:10:57 +0100
Newsgroups: jedi.vcl

I have the same problem and i corrected the source, see on my messages
"[D7-v2.00Stable] TJvDBTreeView" (2002/11/29)

Pierre


> > Hi There!
> >
> > I just installed the JEDI jcl and vcl components v 2.00 stable
> > recommended release and pulled off a test with a TJvDBTreeView and
> > found that it can not run!
> > The latest release found on R&A's homepage (v. 2.03), could run
> > though.
> >
> > The problem is that the component constantly checks for if the table
> > is open, even when you start a project.
> >
> > Reproduction of error:
> > --------------------------------------------
> > Create a new project.
> > Add a TJvDBTreeView
> > Add a TDataset descendant table
> > Add a TDatasource
> > Connect to a table containing apropriate fields
> > Connect the datasource to the table.
> > Connect the datasource to the TJvDBTreeView
> > Set MasterField of TJvDBTreeView <<-- Error, table not active
> > Set DetailField of TJvDBTreeView <<-- Error, table not active
> > Set ItemField of TJvDBTreeView <<-- Error, table not active
> > --------------------------------------------
> >
> > As you can see, it fail unexpected, this also reflects when you try to
> > run the application above, even if you remove the datasource from the
> > TJvDBTreeView and set it at runtime !!, this is also the case with the
> > demo application.
> > I have tried different approaches, such as setting the properties at
> > runtime but without success, either it tells me that the dataset is
> > not active or it tells me that xx field must be set.
> >
> > One last thing, if SortType is set, then it doesn't reflect when
> > changing datasource or just close/open the table, I believe it is the
> > same when refreshing the table !
> >
> > Phew! Hope this can help ye guys find the error, after all the
> > dbtreview source is pretty huge :-)
> >
> > Have Fun
> > Olrik Larsen
> > Olrik@MercuryGroup.dk
> > Running
> > WinNT 2000 Wrks Up 3
> > Delphi 6 Ent Up 2
> > JVCL 2.00




Subject: Re: [D7-v2.00Stable] TJvDBTreeView
From: "Pierre Y." <pierre@crisalid.fr>
Date: Fri, 29 Nov 2002 11:05:09 +0100
Newsgroups: jedi.vcl

I've corrected the TJvDBTreeView source code, can i send it to some body ?

There a 4 lines to comment :

procedure TCustomJvDBTreeView.SetMasterField(Value: String);
begin
  if ValidField(Value, [ftSmallInt, ftInteger, ftAutoInc, ftWord, ftString])
then
  begin
    FMasterField := Value;
//    RefreshChild(nil);
  end
  else
    Warning(SMasterFieldError);
end;

procedure TCustomJvDBTreeView.SetDetailField(Value: String);
begin
  if ValidField(Value, [ftSmallInt, ftInteger, ftAutoInc, ftWord, ftString])
then
  begin
    FDetailField := Value;
//    RefreshChild(nil);
  end
  else
    Warning(SDetailFieldError);
end;

procedure TCustomJvDBTreeView.SetItemField(Value: String);
begin
  if ValidField(Value, [ftString, ftMemo, ftSmallInt, ftInteger, ftAutoInc,
ftWord, ftBoolean, ftFloat, ftCurrency, ftDate, ftTime, ftDateTime]) then
  begin
    FItemField := Value;
//    RefreshChild(nil);
  end
  else
    Warning(SItemFieldError);
end;

procedure TCustomJvDBTreeView.SetIconField(Value: String);
begin
  if ValidField(Value, [ftSmallInt, ftAutoInc, ftInteger, ftWord]) then
  begin
    FIconField := Value;
//    RefreshChild(nil);
  end
  else
    Warning(SIconFieldError);
end;

Regards,

Pierre Y.


Pierre Y. (pierre@crisalid.fr), dans le message cité en dessous (news:
as77bv$mm0$1@talkto.net) nous écrivait :

> > Hello,
> >
> > I'm porting my application from D6 to D7. Inside I used a
> > TRADBTreeView wich became a TJvDBTreeView in the JEDI-Lib. Since I
> > corrected my code changing all the references from TRADBTreeview to
> > TJvDBTreeView the TJvDBTreeView doesn't seems to work. At design time
> > as at Run Time It shows me messages like "TheDBTreeview.Masterfield
> > cannot be read : The dataset is not active" or something like that. I
> > sure that the connected Dataset is Opened before the Treeview
> > creation.
> >
> > Is this a bug ?
> >
> > Thanks a lot for your job. Regards
> >
> > Pierre




Subject: [D7-v2.00Stable] TJvDBTreeView
From: "Pierre Y." <pierre@crisalid.fr>
Date: Fri, 29 Nov 2002 09:42:01 +0100
Newsgroups: jedi.vcl

Hello,

I'm porting my application from D6 to D7. Inside I used a TRADBTreeView wich
became a TJvDBTreeView in the JEDI-Lib. Since I corrected my code changing
all the references from TRADBTreeview to TJvDBTreeView the TJvDBTreeView
doesn't seems to work. At design time as at Run Time It shows me messages
like "TheDBTreeview.Masterfield cannot be read : The dataset is not active"
or something like that. I sure that the connected Dataset is Opened before
the Treeview creation.

Is this a bug ?

Thanks a lot for your job. Regards

Pierre




Subject: Re: JvMemoryDataset
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Fri, 29 Nov 2002 08:25:00 +0100
Newsgroups: jedi.vcl

Are you using the latest 2.0 version (nov 18th)?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"Thomas Sarmis" <drm@tcdn.teiher.gr> wrote in message
news:as5i86$gig$1@talkto.net...
> > I have a problem using the JvMemoryDataset with LoadFromDataSet routine.
> >
> > I have a Dataset that one field of it is WideString, although all the
other
> > fields are copied in the MemoryDataset the WideString field is Created in
> > the MemoryDataset but the data are not copied. I believe that this is
> > because the field is WideString ??
> > Any suggestions ???
> >
> > Thanx alot
> >
> >




Subject: JvMemoryDataset
From: "Thomas Sarmis" <drm@tcdn.teiher.gr>
Date: Thu, 28 Nov 2002 19:33:03 +0200
Newsgroups: jedi.vcl

I have a problem using the JvMemoryDataset with LoadFromDataSet routine.

I have a Dataset that one field of it is WideString, although all the other
fields are copied in the MemoryDataset the WideString field is Created in
the MemoryDataset but the data are not copied. I believe that this is
because the field is WideString ??
Any suggestions ???

Thanx alot




Subject: Re: JVCL 2 and D5
From: "Patrick Pellizzari" <Ne_Pas_Me_Repondre_Directement@SVP.fr>
Date: Thu, 28 Nov 2002 09:19:27 +0100
Newsgroups: jedi.vcl

Thank you very much...

A+ PP@SOPRANE.FR
"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> a écrit dans le message de news: as2khr$2kl$1@talkto.net...
>> > > Hi,
>> > >
>> > > I tried to install JVCL 2 with D5, and I have an error when I try to build
> > JVCL200_D50.Dpk : TCompressionStream class not found...
>> > >
>> > > Please, could you tell me where TCompressionStream is declared ?
>> > >
> >
> > it's declared in zlib.pas. zlib.pas is shipped by Borland, but other 3rd
> > party vendors have been known to supply an adapted version of zlib.pas that
> > does not declare the same interface as Borland has. So to resolve the issue
> > you should first search your computer for each and every occurance of
> > zlib.pas or zlib.dcu. You should only find the ones provided by Borland. If
> > you have multiple you should see if you can change the order of your Delphi
> > Library path, so the Borland version will be the first that's found (note
> > that if it finds a .dcu first and then later finds a .pas, the .pas will be
> > used when you issued a "Build", whereas the .dcu will be used when you
> > issued a "Compile"). Hope this helps.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: Peter Thörnqvist takes over as the overall JVCL Coordinator
From: "Ray" <yeohray@hotmail.com>
Date: Thu, 28 Nov 2002 13:54:18 +0800
Newsgroups: jedi.vcl

Michael, thx for all your work thus far.  Jedi Master Peter3, lead the way
....

--
Regards
Ray


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:as1e79$sr1$1@talkto.net...
> > This is just to let you know that Peter Thörnqvist is taking over as the
> > overall JVCL Coordinator.
> >
> > My amount of free time that I could devote to JVCL went down recently and
in
> > order to keep the JVCL moving forward it made sense to make it official
what
> > Peter has been doing in the last couple of months anyway, i.e. effectively
> > leading the JVCL project and doing a tremendous job at that.
> >
> > I will be around but not as involved as before, unless my time constraints
> > will improve :)
> >
> > Thanks to all of you who have helped in driving JVCL to the level as it is
> > today. It's amazing when we see that JVCL 2.0 beta has been download over
> > 30,000 times, and the JVCL 2.0 Stable within a week of its release is
> > already dowloaded over 7,000 times. Based on the numbers we can say with
> > pride the JVCL is a huge success story.
> >
> > But as always, we are asking all of the users to get involved, and help us
> > make JVCL even better. We are finally getting more and more bug reports,
but
> > we also need people to help us with fixing those bugs. And Marcel needs
help
> > with writing the JVCL Help - the better documented is JVCL, the easier it
> > will be for all of us to use it.
> >
> > So please help us make JVCL a component library that no serious Delphi
> > developer can live without  :)
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
> > JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums
> >
> >




Subject: Re: Install failure
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 28 Nov 2002 00:44:01 +0100
Newsgroups: jedi.vcl

Thanks a lot! I've updated the files in CVS with these changes.

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: Re: I want to donate some components to JVCL
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 28 Nov 2002 00:43:03 +0100
Newsgroups: jedi.vcl

> > Tell me what you think. Would these be some nice components to have in
> > JVCL?

This sounds like a fine donation to JVCL! We are lacking in the DB Controls
section and a DBGrid on steroids is many users highest wish.

We always credit the original author an he/she always retain the copyright
to the code he/she has written.

To donate, upload your donation as a zip file to the Web Forums (
http://projectjedi.sourceforge.net/forums ) and someone will take a look at
it. You will stand a much better chance of getting it approved quickly if
you convert the components to JVCL standard and add some documentation to
the archive (either inside the source or in a separate text file).

If you want to read more about coding standards etc, check our website at
http://jvcl.sourceforge.net/ and then click the "Get Involved" link. If yu
have any additional questions, post here again.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

> >
> > --
> > Atle Smelvær



Subject: I want to donate some components to JVCL
From: Atle Smelvær <atle@datagrafikk.no>
Date: Wed, 27 Nov 2002 22:55:23 +0100
Newsgroups: jedi.vcl


I have some components that I'm developing on. The original owner, and creator of the components has given me authority to donate these components if I want to. Since JVCL is starting to be a very good library and I'm using JVCL in most of my applications, I would like to donate these components to JVCL. I would also like to be the "owner" of these components in the VCS system, so that I can be the one to make further changes and bugfixes on these units. And by this donation, I would like my name (Atle Smelvær) , and the original creators name (Frédéric LENEUF-MAGAUD) mentioned on the donation page.

The component pack is a package of db components. An advanced DBGrid (child object from TRxDBGrid/TJvDBGrid) and a DBFooter (for calculations of fields on the DBGrid). The original name of the component pack is UltimDBGrid. Here's most of the functionality for this grid:

UltimDBGrid:
Use any DB component as an inplace editor Wizards for filters, columns visibility and sorting Display of memos and images BMP, JPG, GIF, ICO, EMF, WMF Search functions Dynamic report building and preview Export to HTML, SYLK or delimited text format Use of configurations

Specific properties:AutoWidth: set automatically the columns width awNone: no auto change awDefault: each column is sized to its default width awProportional: the columns fill exactly the grid space awUniform: same as awProportional but each column has the same width awWidestValue: each column is sized according to its widest value awWidestValueTitle: same as awWidestValue but titles are also taken into account

AutoWidthOnResize: columns width is recalculated on each resizing CellHints: full display of truncated text when the mouse moves over it ConfigFileName: configuration file name ConfigOptions: save/restore options of the configuration file Controls: list of DB controls used as inplace editors DefaultRowHeight: default height of the grid rows DisplayBoolean: display a checkbox instead of True/False DisplayImages: display the bitmap image instead of (GRAPHIC), (BLOB) or a glyph DisplayMemo: display the memo content instead of (MEMO) or a glyph EnterAsTab: enter key acts as tab key FilterList: list of preset filters FullSizeMemo: display the full memo content if the grid is wide enough MultiLines: display many lines per cell NoFlickering: remove the flickering effect but slow down display OptionsMenu: add a popup menu allowing to change the grid options OptionsMenuItems: items list of the options menu ReportTitle: title of the report to print RowSizingAllowed: allow row resizing ShowTextEllipsis: display '...' at the end of the truncated texts SortedFields: list of the sorted fields SortOnTitleClick: sort a column on a title click StretchDraw: fit images to the cell size UseRowColors: rows are painted with alternated colors RowColor1 and 2

Specific methods:Procedure ExportToFile: exports the grid content to a HTML, SYLK or TXT file Procedure SaveGridConfig: save the grid configuration Procedure RestoreGridConfig: restore a grid configuration Procedure SaveGridPosition: save the grid cursor position Procedure RestoreGridPosition: go back to the saved position Function Search: search for any value through the grid Function SearchNext: continue searching Function Sort: sort the fields given as parameters New!CloneLayout: duplicate the grid layout New!FillWithSelectedRecords: fill a memory table with the selected records Procedure MenuExportGrid: call the export wizard Procedure MenuPrintGrid: call the print function Procedure MenuSetFilter: call the filter wizard

Specific events:OnAutoWidthChange: fired when the AutoWidth value changes OnMenuPrintGrid: fired on a call to MenuPrintGrid OnMouseDown/Up/Move: fired by the mouse use

UltimDBFooter:

Specific properties:
DBGrid: UltimDBGrid component providing the datas IgnoreResizing: ignore the grid column resizing IgnoreScrolling: ignore the grid horizontal scrolling Columns: list of the calculation areas Alignment: result alignment Bevel: result frame bevel FieldName: name of the field used for calculation NumPrecision: precision of the float type NumType: numerical type (Integer, Fixed, General, Scientific, Currency) Operation: operation type (Sum, Count, Average, Max, Min) TextBefore: text displayed before the result TextAfter: text displayed after the result WidthIfNoResize: width of the result area if column resizing is ignored

Specific events:OnBeforeDisplayText: fired before displaying text OnBeforeReadFields: fired before reading and calculating fields OnReadFieldValue: fired after reading a field value

It compiles with D5-D7 (for now).

Tell me what you think. Would these be some nice components to have in JVCL?

-- 
Atle Smelvær


Subject: Re: Install failure
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 27 Nov 2002 16:51:15 -0500
Newsgroups: jedi.vcl

"RB" <rene.NO.de.SPAM.blanck@tdcadsl.WANTED.dk> wrote in message
news:as3aro$611$1@talkto.net...

> > You are welcome to ask me in the future, when you like.

Great!

> > I do have the D5, D6 an D7 personal editions.
> > The two first are the official products, but currently not installed.
> > The last one is obtained from the PC-plus magazine, does that matter?

No, it doesn't

Michael




Subject: Re: Install failure
From: "RB" <rene.NO.de.SPAM.blanck@tdcadsl.WANTED.dk>
Date: Wed, 27 Nov 2002 22:14:51 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i en
meddelelse news:as1vqq$uod$1@talkto.net...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:as1sgu$u7v$1@talkto.net...
[SNIP]
> > It would be nice if couple of people with D5-7 PE would set a subteam to
> > test any future JVCL release. We could freeze JVCL for a week or so, and
> > then you could test it to make sure that it works.
> >
> > Any volunteers?
> >

You are welcome to ask me in the future, when you like.

I do have the D5, D6 an D7 personal editions.
The two first are the official products, but currently not installed.
The last one is obtained from the PC-plus magazine, does that matter?

Regards

RB




Subject: Re: Install failure
From: "RB" <rene.NO.de.SPAM.blanck@tdcadsl.WANTED.dk>
Date: Wed, 27 Nov 2002 22:04:37 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> skrev i en meddelelse
news:as1sgu$u7v$1@talkto.net...
> > You will have to try by removing units from the uses clause until it
> > compiles. Since I can't run D7PE on my machine, I can't really help you
out.
> >
> > Please post back here about the changes you've made to make it compile so
we
> > can update the packages for the next release. Thanks.
> >

It turned out not to bee that bad. Now it does build and install.

The changes I had to make was all in "JVCL200_R70Personal.dpk"

From the requires-part is removed:
  QRPT
  INET

From the contains-part is removed:
  JvTextcontainer in '..\source\JvTextcontainer.pas'
  JvInterpreter_httpapp in '..\Source\JvInterpreter_httpapp.pas'

Only the last one is not included in your earlier post.

RB






Subject: Re: JVCL 2 and D5
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 27 Nov 2002 15:54:03 +0100
Newsgroups: jedi.vcl

> > Hi,
> >
> > I tried to install JVCL 2 with D5, and I have an error when I try to build
JVCL200_D50.Dpk : TCompressionStream class not found...
> >
> > Please, could you tell me where TCompressionStream is declared ?
> >

it's declared in zlib.pas. zlib.pas is shipped by Borland, but other 3rd
party vendors have been known to supply an adapted version of zlib.pas that
does not declare the same interface as Borland has. So to resolve the issue
you should first search your computer for each and every occurance of
zlib.pas or zlib.dcu. You should only find the ones provided by Borland. If
you have multiple you should see if you can change the order of your Delphi
Library path, so the Borland version will be the first that's found (note
that if it finds a .dcu first and then later finds a .pas, the .pas will be
used when you issued a "Build", whereas the .dcu will be used when you
issued a "Compile"). Hope this helps.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: JVCL 2 and D5
From: "Patrick Pellizzari" <Ne_Pas_Me_Repondre_Directement@SVP.fr>
Date: Wed, 27 Nov 2002 14:47:39 +0100
Newsgroups: jedi.vcl

Hi,

I tried to install JVCL 2 with D5, and I have an error when I try to build JVCL200_D50.Dpk : TCompressionStream class not found...

Please, could you tell me where TCompressionStream is declared ?

A+ PP@SOPRANE.FR




Subject: TJvOutlookBar & BCB5 errors
From: "Dave" <john.d@msn.com>
Date: Wed, 27 Nov 2002 23:31:01 +1000
Newsgroups: jedi.vcl

Using the TJvOutlookBar with BCB5 I get the following errors

[C++ Error] JvOLBar.hpp(319): E2303 Type name expected
[C++ Error] JvOLBar.hpp(359): E2303 Type name expected

Anyone have an idea how I can solve this

TIA
Dave




Subject: Re: Install failure
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 27 Nov 2002 04:01:59 -0500
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:as1sgu$u7v$1@talkto.net...
> > You will have to try by removing units from the uses clause until it
> > compiles. Since I can't run D7PE on my machine, I can't really help you
out.
> >
> > Please post back here about the changes you've made to make it compile so
we
> > can update the packages for the next release. Thanks.

It would be nice if couple of people with D5-7 PE would set a subteam to
test any future JVCL release. We could freeze JVCL for a week or so, and
then you could test it to make sure that it works.

Any volunteers?

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums




Subject: Re: Install failure
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 27 Nov 2002 09:03:54 +0100
Newsgroups: jedi.vcl

You will have to try by removing units from the uses clause until it
compiles. Since I can't run D7PE on my machine, I can't really help you out.

Please post back here about the changes you've made to make it compile so we
can update the packages for the next release. Thanks.

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: ANN: Peter Thörnqvist takes over as the overall JVCL Coordinator
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 26 Nov 2002 23:01:22 -0500
Newsgroups: jedi.vcl

This is just to let you know that Peter Thörnqvist is taking over as the
overall JVCL Coordinator.

My amount of free time that I could devote to JVCL went down recently and in
order to keep the JVCL moving forward it made sense to make it official what
Peter has been doing in the last couple of months anyway, i.e. effectively
leading the JVCL project and doing a tremendous job at that.

I will be around but not as involved as before, unless my time constraints
will improve :)

Thanks to all of you who have helped in driving JVCL to the level as it is
today. It's amazing when we see that JVCL 2.0 beta has been download over
30,000 times, and the JVCL 2.0 Stable within a week of its release is
already dowloaded over 7,000 times. Based on the numbers we can say with
pride the JVCL is a huge success story.

But as always, we are asking all of the users to get involved, and help us
make JVCL even better. We are finally getting more and more bug reports, but
we also need people to help us with fixing those bugs. And Marcel needs help
with writing the JVCL Help - the better documented is JVCL, the easier it
will be for all of us to use it.

So please help us make JVCL a component library that no serious Delphi
developer can live without  :)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums




Subject: Re: Install failure
From: "RB" <rene.NO.de.SPAM.blanck@tdcadsl.WANTED.dk>
Date: Wed, 27 Nov 2002 02:42:13 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i en meddelelse
news:as0clj$onl$1@talkto.net...
>> > > I believe it a bug, so I've made a bug report.
>> > >
>> > > If it's not a bug, what am I doing wrong?
> >
> > It's a bug - remove qrpt, inet from requires and JvTextContainer from uses
> > (delete the line), save and recompile. JvTextContainer is no longer a part
> > of JVCL. I've updated the files in CVS. Thanks for the report!
> >

Thank you. It was an improvement, but...

When I'm building
        JVCL200_R70Personal.dpk from Delphi
then I still gets
       [Fatal Error] JvInterpreter_httpapp.pas(44): File not found:
'HTTPApp.dcu'

RB




Subject: Re: Install failure
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 26 Nov 2002 19:27:03 +0100
Newsgroups: jedi.vcl

> > I believe it a bug, so I've made a bug report.
> >
> > If it's not a bug, what am I doing wrong?

It's a bug - remove qrpt, inet from requires and JvTextContainer from uses
(delete the line), save and recompile. JvTextContainer is no longer a part
of JVCL. I've updated the files in CVS. Thanks for the report!


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"RB" <rene.NO.de.SPAM.blanck@tdcadsl.WANTED.dk> skrev i meddelandet
news:artu88$dg8$1@talkto.net...



Subject: Install failure
From: "RB" <rene.NO.de.SPAM.blanck@tdcadsl.WANTED.dk>
Date: Mon, 25 Nov 2002 21:08:32 +0100
Newsgroups: jedi.vcl

I'm using D7Personal on Windows98.

My problems are described below.

I believe it a bug, so I've made a bug report.

If it's not a bug, what am I doing wrong?

If it is a bug, what can I do until the bug is fixed?
Are there any workarounds?

RB

------------------------------

Instalation failure:

1. Unzip JCL122+JVCL200FinalFullInstall.zip to
   C:\Program Files\Borland\Extra\JEDI

2. Run C:\Program Files\Borland\Extra\JEDI\Install.bat
   Select evetything and Click Install
   A dialog box says:
   "Installation of C:\Program
    Files\Borland\Extra\JEDI\JVCL\packages
    \JVCL200_R70Personal.dpk failed"
   Another dialog box says:
   "Installation of C:\Program
    Files\Borland\Extra\JEDI\JVCL\packages
    \JVCL200_D70Personal.dpk failed"
   A third dialog box says "Installation finished"

3. I'm then trying to follow JVCL\Install.txt

4. Im opening JVCL200_R70Personal.dpk from Delphi

5. There is no "uses node" so I right-click the
   "contains node" and select Build:

   [Fatal Error] JVCL200_R70Personal.dpk(58):
   Required package 'QRPT' not found

   When I OutComment "QRPT", I'm told INET is missing.

   When I OutComment "INET", I'm told JvTextcontainer
   is missing.

   When I change
   JvTextcontainer in '..\source\JvTextcontainer.pas'
   to
   JvTextcontainer in '..\archive\JvTextcontainer.pas'
   I'm told that HTTPApp is missing.

   There are no files of this name on the harddrive, and
   when I try to remove the reference from
   JvInterpreter_httpapp.pas I'm getting syntax errors:
   JvInterpreter_httpapp.pas(52):
   Undeclared identifier: 'TWebRequest'

RB




Subject: Updated help files for JCL122+JVCL200 ?
From: "Anton" <zenadsl2914@zen.co.uk>
Date: Mon, 25 Nov 2002 17:27:32 -0000
Newsgroups: jedi.vcl

I've downloaded the JCL122+JVCL200FinalFullInstall zip file, installed it
and it appears to be working ok. A pleasant surprise was the jvid3v2 MP3 tag
component, but unfortunately I can't see any examples for it or find it in
the help file.

Thanks.




Subject: Re: JVCL 2.00 & BCB6
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 25 Nov 2002 09:23:34 +0100
Newsgroups: jedi.vcl

"Heiko Weiss" <NotValid@NotValid.de> skrev i meddelandet
news:arskeo$6in$1@talkto.net...
> > I posted my sources to binaries.

Thanks, Heiko. I will compare them to R.Smith's and see if I find any
differences. Since I don't have BCB 5 or 6 installed, I can't test them,
though :(

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: JVCL 2.00 & BCB6
From: "Heiko Weiss" <NotValid@NotValid.de>
Date: Mon, 25 Nov 2002 09:15:04 +0100
Newsgroups: jedi.vcl

I posted my sources to binaries.
Mybe you could change them again and repost better one.
TIA
    Heiko

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schrieb im Newsbeitrag
news:arli8q$h0t$1@talkto.net...
>> > > I got it to nearly work.
>> > > - JCL was no problem
>> > > - JVCL has some problems.
>> > > - I had to change JcPrgrss.pas not to use gauge (undef USE_GAUGE).
> >
> > We could always add something like this:
> >
> > {$DEFINE USE_GAUGE}
> > {$IFDEF WIN32}
> >   {$IFDEF USE_PROGRESSBAR}
> >     {$UNDEF USE_GAUGE}
> >   {$ENDIF}
> >   {$IFDEF BCB}
> >     {$UNDEF USE_GAUGE}
> >   {$ENDIF}
> > {$ENDIF}
> >
> >
>> > > - I could not find FiltEdit.obj, so I had to change JVCLReg.pas not to
use
>> > > the unit FiltEdit
> >
> > This is part of the VCL and should be in dclstd.bpl/dcp (but the dcu is
not
> > included in the lib folder)
> >
>> > > if you want my projectfiles and the changed sources you may email me:
> >
> > Could you post them here to jedi.binaries? Thanks!
> >
> > BTW, would it be much trouble to convert to BCB5?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >




Subject: Re: JVCL 2.00 & BCB6
From: "R. Smith" <mmweq@qwest.net>
Date: Sat, 23 Nov 2002 14:21:08 -0700
Newsgroups: jedi.vcl

>> >> Pardon the email Peter, I hit the wrong button.   :-/
> > I didn't get any email?
Heh, good anti-spam, I didn't notice. :-)

I use it regularly, and would be glad to do it, the package is well worth
the effort.






Subject: Re: JVCL 2.00 & BCB6
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 23 Nov 2002 18:10:09 +0100
Newsgroups: jedi.vcl

> > It wasn't any trouble at all, as I posted on the report.  However, as
there
> > has been no interest from either the developers or others, I've quit
> > commenting on it.

You've lost me: what report are you referring to? If you mean Mantis #412,
your files should be the files included in the last release AFAIK. Since I
can't test (I don't have BCB installed) I can't comment on the correctness
of the package content.

Since we have no JVCL developers using BCB (to my knowledge), we have
problems maintaining it. If you or Heiko (or both) would like help us
maintain the BCB files, let me know and I can set you up so you can update
the files in CVS when needed.

> > Pardon the email Peter, I hit the wrong button.   :-/
I didn't get any email?


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: jvPlugin problems
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 23 Nov 2002 10:14:15 -0500
Newsgroups: jedi.vcl

"MeGaBrAiN" <administrator@cityplus.ur.ru> wrote in message
news:aro22u$psa$1@talkto.net...

> > where i have to start search?

Try to subscribe to:

http://groups.yahoo.com/group/UILPlugin

and ask the questions there.

I didn't work too much with the Plugins, so I can't help you here.

Michael




Subject: Re: jvPlugin problems
From: "MeGaBrAiN" <administrator@cityplus.ur.ru>
Date: Sat, 23 Nov 2002 19:38:16 +0500
Newsgroups: jedi.vcl

new circle...

first i must to say that my application very (imho) big..

i recompile all (app + plugin) with new techinque (all like in 6-th demo)..

here code of plugin:

procedure TXLSViewPlugin.ShowPlugin(Sender: TObject);
begin
 showmessage('We start here');
end;

procedure TXLSViewPlugin.JvPluginInitialize(Sender: TObject;
  var AllowLoad: Boolean);
begin
  //
end;

procedure TXLSViewPlugin.JvPluginDestroy(Sender: TObject);
begin
  //
end;

procedure TXLSViewPlugin.XLSViewPluginCommands0Execute(Sender: TObject);
begin
 //
end;

so next:

in app i loading plugin by button
all proceed well

when i starting to close application i've got exception..(cant read from
memory block and bla bla bla)

why?

i made for self simple application and all work normally like must do..

where i have to start search?




Subject: Re: JVCL 2.00 & BCB6
From: "R. Smith" <mmweq@qwest.net>
Date: Sat, 23 Nov 2002 06:43:34 -0700
Newsgroups: jedi.vcl

>> >> BTW, would it be much trouble to convert to BCB5?

It wasn't any trouble at all, as I posted on the report.  However, as there
has been no interest from either the developers or others, I've quit
commenting on it.

Pardon the email Peter, I hit the wrong button.   :-/





Subject: Re: jvPlugin problems
From: "MeGaBrAiN" <administrator@cityplus.ur.ru>
Date: Sat, 23 Nov 2002 16:45:08 +0500
Newsgroups: jedi.vcl

That is nice demo! but in case of MDI application...

i am using simple code from previous demos, i.e.

 procedure TPlugin.show(bla bla bla);
 begin
  oldapplication:=application;
  application:=hostapplication;

  {some code}
 PluginForm:=TPluginForm.create(application); // PluginForm is MDI child
 end;

all work perfectly but until closing main app
when i'm trying to close i've got exception, so for solve this problem i
have to close created window before plugin unloaded..

FreeAndNil method in Destroy event of plugin gives same exception (think
cause
plugin already not a owner of form)

So i write some code in main app for destoying form by classname.. but that
is not good..

can u help me? (i'm newbie in interface programming)





"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:arksjj$d62$1@talkto.net...
> > "MeGaBrAiN" <administrator@cityplus.ur.ru> wrote in message
> > news:arkl84$c2e$1@talkto.net...
>> > > Have a problem!!!
>> > >
>> > > I'm just trying to make plugin with MDI window like in example of
> > jediVCL..
>> > >
>> > > when i close my application then exception raised..
>> > >
>> > > all code like in example..
> >
> > If the demo works, then something is probably wrong with your application
:(
> >
>> > > and btw when i closed window ( created by plug ) shutdown proceess
> > completed
>> > > without exceptions..
>> > >
>> > > how can i close created windows inside plugin?
> >
> > there is a new demo added. You can download it using CVS or via the
Browser:
> >
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/examples/JvPlugin/6
> > PluginPackage/
> >
> > but make sure that you also download the updated Plug in files from the
> > source subdirectory:
> >
> > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/
> >
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
> > JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums
> >
> >




Subject: Re: JVCL 2.00 & BCB6
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 22 Nov 2002 16:54:13 +0100
Newsgroups: jedi.vcl

> > I got it to nearly work.
> > - JCL was no problem
> > - JVCL has some problems.
> > - I had to change JcPrgrss.pas not to use gauge (undef USE_GAUGE).

We could always add something like this:

{$DEFINE USE_GAUGE}
{$IFDEF WIN32}
  {$IFDEF USE_PROGRESSBAR}
    {$UNDEF USE_GAUGE}
  {$ENDIF}
  {$IFDEF BCB}
    {$UNDEF USE_GAUGE}
  {$ENDIF}
{$ENDIF}


> > - I could not find FiltEdit.obj, so I had to change JVCLReg.pas not to use
> > the unit FiltEdit

This is part of the VCL and should be in dclstd.bpl/dcp (but the dcu is not
included in the lib folder)

> > if you want my projectfiles and the changed sources you may email me:

Could you post them here to jedi.binaries? Thanks!

BTW, would it be much trouble to convert to BCB5?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: jvPlugin problems
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 22 Nov 2002 04:45:03 -0500
Newsgroups: jedi.vcl

"MeGaBrAiN" <administrator@cityplus.ur.ru> wrote in message
news:arkl84$c2e$1@talkto.net...
> > Have a problem!!!
> >
> > I'm just trying to make plugin with MDI window like in example of
jediVCL..
> >
> > when i close my application then exception raised..
> >
> > all code like in example..

If the demo works, then something is probably wrong with your application :(

> > and btw when i closed window ( created by plug ) shutdown proceess
completed
> > without exceptions..
> >
> > how can i close created windows inside plugin?

there is a new demo added. You can download it using CVS or via the Browser:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/examples/JvPlugin/6
PluginPackage/

but make sure that you also download the updated Plug in files from the
source subdirectory:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl/source/


--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums




Subject: Re: JVCL 2.00 & BCB6
From: "Heiko Weiss" <NotValid@NotValid.de>
Date: Fri, 22 Nov 2002 08:57:23 +0100
Newsgroups: jedi.vcl

I got it to nearly work.
- JCL was no problem
- JVCL has some problems.
- I had to change JcPrgrss.pas not to use gauge (undef USE_GAUGE).
- I could not find FiltEdit.obj, so I had to change JVCLReg.pas not to use
the unit FiltEdit
I did the changes in the sources, maybe we should use some switches.
if you want my projectfiles and the changed sources you may email me:
Heiko.Weiss@de.haas-laser.com

Greetings
    Heiko



"Peter Thörnqvist" <peter3@nospampeter3.com> schrieb im Newsbeitrag
news:arik7o$3v4$1@talkto.net...
> > No. But if you would like to take up the challenge, we would be *very*
> > happy!
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: jvPlugin problems
From: "MeGaBrAiN" <administrator@cityplus.ur.ru>
Date: Fri, 22 Nov 2002 12:40:29 +0500
Newsgroups: jedi.vcl

Have a problem!!!

I'm just trying to make plugin with MDI window like in example of jediVCL..

when i close my application then exception raised..

all code like in example..

and btw when i closed window ( created by plug ) shutdown proceess completed
without exceptions..

how can i close created windows inside plugin?




Subject: Re: JVCL 2.00 & BCB6
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 21 Nov 2002 14:06:19 +0100
Newsgroups: jedi.vcl

No. But if you would like to take up the challenge, we would be *very*
happy!

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: JVCL 2.00 & BCB6
From: "Heiko Weiss" <NotValid@NotValid.de>
Date: Thu, 21 Nov 2002 13:38:45 +0100
Newsgroups: jedi.vcl

Did anybody get it to work on BCB6?

TIA
    Heiko




Subject: TJvDBTreeView worse than R&A's last release!
From: Olrik Larsen <Olrik@MercuryGroup.dk>
Date: Thu, 21 Nov 2002 11:42:00 +0100
Newsgroups: jedi.vcl

Hi There!

I just installed the JEDI jcl and vcl components v 2.00 stable
recommended release and pulled off a test with a TJvDBTreeView and
found that it can not run!
The latest release found on R&A's homepage (v. 2.03), could run
though.

The problem is that the component constantly checks for if the table
is open, even when you start a project.

Reproduction of error:
--------------------------------------------
Create a new project.
Add a TJvDBTreeView
Add a TDataset descendant table
Add a TDatasource
Connect to a table containing apropriate fields
Connect the datasource to the table.
Connect the datasource to the TJvDBTreeView
Set MasterField of TJvDBTreeView <<-- Error, table not active
Set DetailField of TJvDBTreeView <<-- Error, table not active
Set ItemField of TJvDBTreeView <<-- Error, table not active
--------------------------------------------

As you can see, it fail unexpected, this also reflects when you try to
run the application above, even if you remove the datasource from the
TJvDBTreeView and set it at runtime !!, this is also the case with the
demo application.
I have tried different approaches, such as setting the properties at
runtime but without success, either it tells me that the dataset is
not active or it tells me that xx field must be set.

One last thing, if SortType is set, then it doesn't reflect when
changing datasource or just close/open the table, I believe it is the
same when refreshing the table !

Phew! Hope this can help ye guys find the error, after all the
dbtreview source is pretty huge :-)

Have Fun
	Olrik Larsen
	Olrik@MercuryGroup.dk
Running
	WinNT 2000 Wrks Up 3
	Delphi 6 Ent Up 2
	JVCL 2.00


Subject: Re: Installing Jcl+Jvcl package beta 200
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 20 Nov 2002 18:30:44 +0100
Newsgroups: jedi.vcl

>> > > P.S: Is there any chance of having some TWAIN component in the future?

Quite a coincidence: Rob den Braasem (who donated it) just asked today if
anyone could test it. If you do, please post on the forum about any issues,
questions and general findings to get a discussion going.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Installing Jcl+Jvcl package beta 200
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 20 Nov 2002 14:05:22 +0100
Newsgroups: jedi.vcl

> > Goran
> > P.S: Is there any chance of having some TWAIN component in the future?


See the web forums (htttp://projectjedi.sourceforge.net/forums) for a
donation of a TWAIN component. It is an untested component, so your help in
finding problems (and solving them) is greatly appreciated.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Installing Jcl+Jvcl package beta 200
From: "Goran Brumen" <goran.brumen@audax.si>
Date: Wed, 20 Nov 2002 13:46:11 +0100
Newsgroups: jedi.vcl

Hi Peter!
Unfortunatelly it skipped in front of my eyes. I read it later when I solved
the problem. Anyway, it works now but I still do not know why Borland put
this nasty feature (or bug?) in Delphi 7... It happened with some other
components also.
Best regards,
Goran
P.S: Is there any chance of having some TWAIN component in the future?

"Peter Thörnqvist" <peter3@no.spam.peter3.com> je napisal v sporocilo
news:ar3esi$bh0$1@talkto.net ...
> > "Goran Brumen" <goran.brumen@audax.si> skrev i meddelandet
> > news:ar2pap$8cp$1@talkto.net...
>> > > Hi everybody!
>> > > If the same happens to You, do not forget to remove Jedi keys in
registry
>> > > key
>> > > HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\Palette.
>> > > After removing these keys and all below, install worked perfectly.
>> > > Jedi developers, maybe can You put uninstall feature in next version?
> >
> > This is described in the readme but you already knew that, right<g>?
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: function in JVCL 2.0 not D5 compatible
From: "wmudd" <wcmudd@earthlink.net>
Date: Tue, 19 Nov 2002 19:19:20 -0800
Newsgroups: jedi.vcl

Ah. Good news. Thanks Peter.

Bill

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:are41b$g39$1@talkto.net...
>> > > This will not work for D5 which only understands Win32Check().
>> > > I hope this is not the tip of an iceburg in JVCL 2.0?
>> > > Are there other units in 2.0 that contain 'OSCheck' and/or other
routines
>> > > not recognized by D5?
> >
> > JVCL includes it's own implementation of OSCheck for D5
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net




Subject: Re: function in JVCL 2.0 not D5 compatible
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 19 Nov 2002 21:07:35 +0100
Newsgroups: jedi.vcl

> > This will not work for D5 which only understands Win32Check().
> > I hope this is not the tip of an iceburg in JVCL 2.0?
> > Are there other units in 2.0 that contain 'OSCheck' and/or other routines
> > not recognized by D5?

JVCL includes it's own implementation of OSCheck for D5

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installing Jcl+Jvcl package beta 200
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Tue, 19 Nov 2002 19:38:58 -0000
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)"

> > If you mean in next beta of JVCL 2.0, it's definitively not, we have
> > already difficulties to answer all questions, fix all bugs, so modifying
> > the installer is not possible unless we have some new developers.
So what do you need help with, I am about to use JVCL 2 Beta (august) in a
live application, I use D7, but have D6, D5, D4 (still in wrapper) &D3.
Very limited time, but willing to give some up.  If you have a matriculation
part of the website, post a URL.

Downloading the CVS @cvs.jvcl.sourceforge.net:/cvsroot/jvcl
but have not lookes any further.


Cheers,

JAC





Subject: function in JVCL 2.0 not D5 compatible
From: "wmudd" <wcmudd@earthlink.net>
Date: Tue, 19 Nov 2002 10:58:24 -0800
Newsgroups: jedi.vcl

Hi,

I have D5 and JCL 1.22 installed. I currently have the JVCL 1.31 installed.
It all works fine.
I heard the news about the new stable release of the JVCL 2.0 and downloaded
it because I read about how D5 friendly (compatible) it is suppose to be.
But decided to check a few things anyway before intalling it.
I'm glad I did.
There are at least 7 instances of the OSCheck() function in the unit
...JVCL\source\JvSysCom.pas
This will not work for D5 which only understands Win32Check().
I hope this is not the tip of an iceburg in JVCL 2.0?
Are there other units in 2.0 that contain 'OSCheck' and/or other routines
not recognized by D5?

Thanks,

Bill Mudd




Subject: Re: Installing Jcl+Jvcl package beta 200
From: Marcus Fuchs <Marcus_news@web.de>
Date: Tue, 19 Nov 2002 12:59:31 +0100
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
>> >> Hope you don't want to change it radically.
> >
> > Sebastien is referring to the change in distribution method, not the actual
> > content.

Sorry, I've understood it the wrong way.

>> >> With every new version a significant change isn't a sign of good software.
> >
> > Although there was some (much needed) restructuring between 1.32 and 2.0, as
> > much as possible have been kept as is.

Totally right.

> > When it comes to JVCL I don't agree  that changes are signs of bad software:

I ment _significant_ changes, not changes at all.

Marcus

-- What a nice sig. 

Subject: Re[8]: Where is UIL Plugin System ?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 19 Nov 2002 12:23:27 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 19 Nov 2002 03:55:02 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> ~ 60 KB

O, send me. Thanx.

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Re: Re[6]: Where is UIL Plugin System ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 19 Nov 2002 03:55:02 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:arcp5j$8kv$1@talkto.net...

> > What is PEM ?

Properties/Events/Methods

> > How big is it?

~ 60 KB

Michael




Subject: Re: Installing on D6 PE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 19 Nov 2002 08:58:42 +0100
Newsgroups: jedi.vcl

Take a look at the recently released JVCL 2.00 Stable: the problem should be
solved there.

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net





Subject: Re[6]: Where is UIL Plugin System ?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Tue, 19 Nov 2002 10:56:57 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 18 Nov 2002 17:20:51 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> The help is mainly related to components' PEMs,

What is PEM ?

 MBT>  but I can email it to you, if you want it.

How big is it?

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Installing on D6 PE
From: OBones <obones@meloo.com>
Date: Tue, 19 Nov 2002 17:25:33 +1000
Newsgroups: jedi.vcl

Hi !

I finally achieved installing the JVCL and JCL on D6 PE update 2.
The problems come from the fact that the package for D6 PE includes files from the interpreter that requires features only available with D6 Pro and Enterprise. These features are :
DB, BDE, QuickReport and HTTPApp.

What I did is :
1) remove the following files from the run-time package file list :
jvinterpreter_db.pas
jvinterpreter_dbctrls.pas
jvinterpreter_dbtables.pas
jvinterpreter_httpapp.pas
jvinterpreter_quickrpt.pas

2) remove the uses lines referencing the previous files in jvinterpreter_all.pas
This should be done using conditional compiling with the D6PersonalEdition symbol but I was lazy


Now, for the marvellous developpers of JVCL, what should be done is step 1 and correct the code to only include the files if D6PersonalEdition is not defined as it is already defined in the run-time package.

I hope this helps

Regards

OBones



Subject: Re: Still can't install on 6.02 personal
From: OBones <obones@meloo.com>
Date: Tue, 19 Nov 2002 17:06:25 +1000
Newsgroups: jedi.vcl

It comes from the fact that the D6PE package is not intended for PE as it is done !!!!

Actually, you need to remove every thing that has to deal with DB, BDE, QuickReport from the file list and comment out the use lines referencing those files in jvinterpreter_all.pas
Then define Delphi6PersonnalEdition at the start of the package file and everything should compile.

Of course, for the developpers to correct this, they should use compilation directives to prevent including stuff that doesn't come with D6PE

But I did this and it worked for me.

Ken Linder (KC7RAD) a écrit:
> Howdy all,
>
> I tried installing 2.0 (beta) on my Delphi 6.02 Personal but had problems.
> Did a little research & discovered I needed to download
> JvInterpreter_all.pas and JVCL200_R60Personal.dpk from CVS.  I downloaded
> these and tried to rebuild the .dpk   This is the message I received:
>
> [Fatal Error] JvInterpreter_Db.pas(42):  File not found: 'db.dcu'
>
> Am I missing something?
>
> Ken
> ken@radstream.com   -   KC7RAD
>
>



Subject: Re: Installing Jcl+Jvcl package beta 200
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 19 Nov 2002 02:27:30 +0100
Newsgroups: jedi.vcl

OK, I've tagged the entire module with the label JVCL200-STABLE

Hope that is to everyones satisfaction!

-- Regards, Peter Thornqvist (JVCL Tech Coordinator) http://jvcl.sourceforge.net 

Subject: Re: Installing Jcl+Jvcl package beta 200
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 19 Nov 2002 02:19:32 +0100
Newsgroups: jedi.vcl

> > While we're at it, please make sure you tag that release in CVS this time.
> > Using version control systems without labeling versions is rather
pointless
> > if you ask me.
> >

Good point, I'll fix it ASAP

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Re[4]: Where is UIL Plugin System ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 18 Nov 2002 17:20:51 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:arbfvd$4ps$1@talkto.net...

> > plz, upload it somewhere if You can.

The help is mainly related to components' PEMs, but I can email it to you,
if you want it.

Michael




Subject: Re: Rxlib 2.75 for D7
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 18 Nov 2002 17:19:30 -0500
Newsgroups: jedi.vcl

"Marc Meyen" <MarcM@consun.com> wrote in message
news:arbeu0$4mf$1@talkto.net...

> > But, sadly, I don't understand Russian ! Is there an English variant for
> > this url ?

What was wrong with the JEDI port at:

http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=18589

Michael




Subject: Re[4]: Where is UIL Plugin System ?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 18 Nov 2002 23:13:48 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 18 Nov 2002 15:08:13 -0500)
....while the fading voice of Michael whispered through the darkness:


 MBT> There was a help file. Check out the original file at:

plz, upload it somewhere if You can.

 MBT> http://www.uil.net/files/uilps50.zip

404 :-)

 MBT> And of course, there are always demos to look at.

Yes, but help is needed too :-)

With best regards, Arioch /BDV/.  E-mail: the_Arioch@sl.ru



Subject: Re[2]: Rxlib 2.75 for D7
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 18 Nov 2002 23:12:14 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Mon, 18 Nov 2002 20:55:04 +0100)
....while the fading voice of Marc whispered through the darkness:


 MM> But, sadly, I don't understand Russian !

I think You can tell the 1st cell of the table with 'RxLib' and 'Delphi 7'
in its caption even w/o knowledge for Russian :-)

 MM>  Is there an English variant for this url ?
ask "Andrew Holubovski" <scrooge@delphiplus.org> - but i think no.
It is one of the a russian delphi-comunity sites


With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Re: Re[2]: Where is UIL Plugin System ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 18 Nov 2002 15:08:13 -0500
Newsgroups: jedi.vcl

"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:arbbtm$49n$1@talkto.net...

> > Until it is fully integrated into JVCL and JVCL Docs are complete,
> >
> > was there any 'native' UIL PS documentation ?

There was a help file. Check out the original file at:

http://www.uil.net/files/uilps50.zip

And of course, there are always demos to look at.

Michael




Subject: Re: Rxlib 2.75 for D7
From: "Marc Meyen" <MarcM@consun.com>
Date: Mon, 18 Nov 2002 20:55:04 +0100
Newsgroups: jedi.vcl

Thanks Arioch,

But, sadly, I don't understand Russian ! Is there an English variant for
this url ?

--- TIA & groetjes, Marc Meyen
Director R & D -- Consun nv

"Het verschil tussen theorie en praktijk is in de praktijk groter dan in
theorie."
"Arioch /BDV/" <the_Arioch@nm.ru> wrote in message
news:arbc19$4a0$1@talkto.net...
> > The stars so gaily glistened...  (Thu, 31 Oct 2002 21:33:23 +0100)
> > ...while the fading voice of Marc whispered through the darkness:
> >
> >  MM> I wanted to install Rxlib 2.75 for D7 and convert them later to the
> >
> > there are 3 ports for D7 - look http://www.rx.delphiplus.org/
> >
> > With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru
> >




Subject: Re: Rxlib 2.75 for D7
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 18 Nov 2002 22:06:31 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Thu, 31 Oct 2002 21:33:23 +0100)
....while the fading voice of Marc whispered through the darkness:

 MM> I wanted to install Rxlib 2.75 for D7 and convert them later to the

there are 3 ports for D7 - look http://www.rx.delphiplus.org/

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Re[2]: Where is UIL Plugin System ?
From: "Arioch /BDV/" <the_Arioch@nm.ru>
Date: Mon, 18 Nov 2002 22:04:36 +0300
Newsgroups: jedi.vcl

The stars so gaily glistened...  (Tue, 5 Nov 2002 13:57:57 -0500)
....while the fading voice of Michael whispered through the darkness:

 MBT> http://groups.yahoo.com/group/UILPlugin

Until it is fully integrated into JVCL and JVCL Docs are complete,

was there any 'native' UIL PS documentation ?
I can find nothing on thier site.

With best regards, Arioch /BDV/.  E-mail: the_Arioch@nm.ru



Subject: Re: Installing Jcl+Jvcl package beta 200
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Mon, 18 Nov 2002 19:25:31 +0100
Newsgroups: jedi.vcl

> > If all goes well, v2.00 final should be released late today (monday nov
> > 18th). Version 3 will be released "when it's ready"

While we're at it, please make sure you tag that release in CVS this time.
Using version control systems without labeling versions is rather pointless
if you ask me.

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)



Subject: Re: Installing Jcl+Jvcl package beta 200
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Mon, 18 Nov 2002 17:39:10 +0100
Newsgroups: jedi.vcl

> > Hope you don't want to change it radically.

Sebastien is referring to the change in distribution method, not the actual
content.

> >With every new version a significant change isn't a sign of good software.

Although there was some (much needed) restructuring between 1.32 and 2.0, as
much as possible have been kept as is. When it comes to JVCL I don't agree
that changes are signs of bad software: remember that the JVCL content is
donated software and that the process of making JVCL into something that can
be viewed as a homogenous work isn't a simple task. Add to that the fact
that we have only a handfull developers using their free time  to work on
JVCL, I would say it's pretty darn amazing that we release any new versions
at all.

> > When do you plan to release the total different version 3? You've not
> > released v2 final (or am I wrong?).

If all goes well, v2.00 final should be released late today (monday nov
18th). Version 3 will be released "when it's ready"

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Installing Jcl+Jvcl package beta 200
From: Marcus Fuchs <Marcus_news@web.de>
Date: Sun, 17 Nov 2002 23:07:36 +0100
Newsgroups: jedi.vcl

Sebastien Buysse (Team JEDI) wrote:

> > But JVCL will radically change for the 3.0 version and such problems
> > will be only part of history...

Hope you don't want to change it radically. With every new version a
significant change isn't a sign of good software.

When do you plan to release the total different version 3? You've not
released v2 final (or am I wrong?).

> > Sebastien

Marcus

-- You don't know Murphy? 

Subject: How to stop TJvTrayIcon.SetVisibility called on application start?
From: "Charles Ginzel" <cginzel@hotmail.com>
Date: Sat, 16 Nov 2002 23:44:56 -0600
Newsgroups: jedi.vcl

I'm not sure why, but if I show the call stack and set a break point within
SetVisibility, it jumps directly from Application.Run to SetVisibility...

The problem with this is I want my application to start minimized to the
system tray.  But SetVisibility is forcing my app to become visible.  How do
I stop this?

TIA,
-Charles




Subject: Re: A little request
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 16 Nov 2002 12:13:39 +0100
Newsgroups: jedi.vcl

Please post this as a bug report / request in Mantis
(http://projectjedi.sourceforge.net/mantis/view_all_bug_page.php) so we can
keep track of it

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"Goran Brumen" <goran.brumen@audax.si> skrev i meddelandet
news:ar2oph$8am$1@talkto.net...
> > Hi,
> > maybe this is a bug, maybe not. I use some components inherited from RxLib
> > and they are
> > TJvDBDateEdit, TJvDBComboEdit, TJvComboEdit...
> > I wanted kind of flat look on the form but got a weird problem in Windows
XP
> > (Windows 2000, 9x do not have the same problem). If I turn Ctl3D property
to
> > False and BorderStyle to bsSingle, the line on the left of comboedit is
> > broken. Is it possible that this would be corrected in nearest future?
> >
> > Regards
> > Goran
> >
> >



Subject: Re: Installing Jcl+Jvcl package beta 200
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 15 Nov 2002 20:04:31 +0100
Newsgroups: jedi.vcl

"Goran Brumen" <goran.brumen@audax.si> skrev i meddelandet
news:ar2pap$8cp$1@talkto.net...
> > Hi everybody!
> > If the same happens to You, do not forget to remove Jedi keys in registry
> > key
> > HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\Palette.
> > After removing these keys and all below, install worked perfectly.
> > Jedi developers, maybe can You put uninstall feature in next version?

This is described in the readme but you already knew that, right<g>?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: Installing Jcl+Jvcl package beta 200
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Fri, 15 Nov 2002 18:24:05 +0100
Newsgroups: jedi.vcl


If you mean in next beta of JVCL 2.0, it's definitively not, we have
already difficulties to answer all questions, fix all bugs, so modifying
the installer is not possible unless we have some new developers.

But JVCL will radically change for the 3.0 version and such problems
will be only part of history...

Sebastien


Goran Brumen wrote:
> Hi everybody!
> If the same happens to You, do not forget to remove Jedi keys in registry
> key
> HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\Palette.
> After removing these keys and all below, install worked perfectly.
> Jedi developers, maybe can You put uninstall feature in next version?
>
> Regards,
> Goran



Subject: Re: Installing Jcl+Jvcl package beta 200
From: "Goran Brumen" <goran.brumen@audax.si>
Date: Fri, 15 Nov 2002 13:55:43 +0100
Newsgroups: jedi.vcl

Hi everybody!
If the same happens to You, do not forget to remove Jedi keys in registry
key
HKEY_CURRENT_USER\Software\Borland\Delphi\7.0\Palette.
After removing these keys and all below, install worked perfectly.
Jedi developers, maybe can You put uninstall feature in next version?

Regards,
Goran


> > Hi,
> > I have just downloaded the combined package and I am trying to install it
in
> > Delphi 7 Pro. I previously installed old package that came on Comapanion
CD1
> > together with Delphi.
> > I have done this:
> > - removed Jcl and Jvcl dirs on harddrive
> > - removed every Jedi component in pallete
> > - removed all Jedi tabs in pallete
> > - removed all appropriate BPL and DCP files from elphi7\Projects\Bpl
folder.
> >
> > After succesfull uninstall, I have unzipped the package and started
> > Install.bat, the installer came on and it compiled (and installed)
> > everything without any warning. When I started Delphi, there are no tabs
in
> > palette. I tried to install Jedi components some more times, same results.
> > Any ideas?
> >
> > Regards,
> > Goran
> >
> >




Subject: A little request
From: "Goran Brumen" <goran.brumen@audax.si>
Date: Fri, 15 Nov 2002 13:46:31 +0100
Newsgroups: jedi.vcl

Hi,
maybe this is a bug, maybe not. I use some components inherited from RxLib
and they are
TJvDBDateEdit, TJvDBComboEdit, TJvComboEdit...
I wanted kind of flat look on the form but got a weird problem in Windows XP
(Windows 2000, 9x do not have the same problem). If I turn Ctl3D property to
False and BorderStyle to bsSingle, the line on the left of comboedit is
broken. Is it possible that this would be corrected in nearest future?

Regards
Goran




Subject: Installing Jcl+Jvcl package beta 200
From: "Goran Brumen" <goran.brumen@s5.net>
Date: Fri, 15 Nov 2002 12:12:17 +0100
Newsgroups: jedi.vcl

Hi,
I have just downloaded the combined package and I am trying to install it in
Delphi 7 Pro. I previously installed old package that came on Comapanion CD1
together with Delphi.
I have done this:
- removed Jcl and Jvcl dirs on harddrive
- removed every Jedi component in pallete
- removed all Jedi tabs in pallete
- removed all appropriate BPL and DCP files from elphi7\Projects\Bpl folder.

After succesfull uninstall, I have unzipped the package and started
Install.bat, the installer came on and it compiled (and installed)
everything without any warning. When I started Delphi, there are no tabs in
palette. I tried to install Jedi components some more times, same results.
Any ideas?

Regards,
Goran




Subject: Re: TJvxRichEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Fri, 15 Nov 2002 08:10:49 +0100
Newsgroups: jedi.vcl

Remko,
> > Try removing the line 
> > 
> >   if Win32MajorVersion < 5 then
> > 
YES! This helps. Thank you very much!
I will add this to mantis, too.

Michael


Subject: Re: TJvxRichEdit
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Fri, 15 Nov 2002 00:54:22 GMT
Newsgroups: jedi.vcl

On Thu, 14 Nov 2002 21:59:51 +0100, Michael Fritz <spam_athome@yahoo.de> wrote:
> > Hi,
> > 
> > has someone tested the TJvxRichEdit component, from the beta 2.0 
> > library, with an assigned popup menu?
> > 
> > I cannot get the richedit to show this menu!
> > 
> > I simply created a new form, added a TJvxRichEdit component and a new 
> > popup menu with some entries, assigned it to the popupmenu property, but 
> > nothing happens.
> > 
> > Any help is appreciated. Thanks!
> > -- 
> > cu,
> > Michael Fritz

Try removing the line 

  if Win32MajorVersion < 5 then

from procedure TJvCustomRichEdit.WMRButtonUp.

You also might want to add this to mantis: http://jvcl.sourceforge.net/bugs.htm

Regards,
Remko





Subject: Re: TJvxRichEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 14 Nov 2002 22:02:11 +0100
Newsgroups: jedi.vcl

Just one thing I've just found: if pressing the context menu key on my 
keyboard, the popupmenu shows, but only in the upper left corner of the 
richedit.

Very strange thing!

cu,
Michael


Subject: TJvxRichEdit
From: Michael Fritz <spam_athome@yahoo.de>
Date: Thu, 14 Nov 2002 21:59:51 +0100
Newsgroups: jedi.vcl

Hi,

has someone tested the TJvxRichEdit component, from the beta 2.0 
library, with an assigned popup menu?

I cannot get the richedit to show this menu!

I simply created a new form, added a TJvxRichEdit component and a new 
popup menu with some entries, assigned it to the popupmenu property, but 
nothing happens.

Any help is appreciated. Thanks!
-- cu, Michael Fritz 

Subject: Re: cd scanning programs
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 13 Nov 2002 07:46:33 +0100
Newsgroups: jedi.vcl

orion45 wrote:
> Hello All,
>                  anybody know of any delphi programs to read from damaged
> cd's, I have tried a number of third party products , but they do not allow
> you to search for headers of files that you know exist, any information on
> this subject would be appreciated.
>
> Many thanks Mike Geraghty
>

Please do not crosspost.
It is also not a question for a Jedi newsgroup.



Subject: Re: cd scanning programs
From: "orion45" <orion45@ic24.net>
Date: Wed, 13 Nov 2002 01:59:49 -0000
Newsgroups: jedi.vcl

"orion45" <orion45@ic24.net> wrote in message
news:aqs3hl$cfv$1@talkto.net...
> > Hello All,
> >                  anybody know of any delphi programs to read from damaged
> > cd's, I have tried a number of third party products , but they do not
allow
> > you to search for headers of files that you know exist, any information on
> > this subject would be appreciated.
> >
> > Many thanks Mike Geraghty
> >
> >
> >
> >




Subject: cd scanning programs
From: "orion45" <orion45@ic24.net>
Date: Wed, 13 Nov 2002 01:59:32 -0000
Newsgroups: jedi.vcl

Hello All,
                 anybody know of any delphi programs to read from damaged
cd's, I have tried a number of third party products , but they do not allow
you to search for headers of files that you know exist, any information on
this subject would be appreciated.

Many thanks Mike Geraghty






Subject: Re: Install problem on Delphi 6 Enterprise Edition
From: "clerus" <clerus@globo.com>
Date: Mon, 11 Nov 2002 17:47:18 -0200
Newsgroups: jedi.vcl

i received the same error, i fix it installing the package normal

"ghermez" <ghermezegol@yahoo.com> escreveu na mensagem
news:1103_1036771014@forums.talkto.net...
> > I am trying to install JCL+JVCL2BetaFullInstall.zip on Delphi 6
Enterprise. i used "Install.bat" but i have
> > recived "Installation of D:\Program Files\...\JVCL200-D60.dpk failed"
error.
> > any one can help me ?
> >
> >
> >
> >




Subject: Re: JVCL and BCB5
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 10 Nov 2002 17:09:17 +0100
Newsgroups: jedi.vcl

Funny this should come now: see this mantis report:
http://projectjedi.sourceforge.net/mantis/view_bug_advanced_page.php?f_id=00
00412

The missing units should *not' be copied back to the source folder: remove
them from the package(s) instead (they are duplicates that have been
removed).

We have problems with keeping the BCB packages up to date since none of the
current developers (to my knowledge) use BCB and thus can't verify that the
packages work as we make changes to the JVCL. I would be very happy if you
could post your findings to the Mantis report referenced above so we can
update the BCB support for the next release (which is scheduled for november
18th - one week from now)

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Ron L. Smith" <mmweq@qwest.net> skrev i meddelandet
news:aqlue2$hl4$1@talkto.net...
> > Hello,
> >
> > I have been installing JVCL/JCL with BCB5, using the lastest checkout from
> > CVS of both jcl and jvcl.  After correcting an issue with JCL compilation
> > (posted in that group), then trying to compile JVCL (JVCL200_R50C), it
> > errors out with the following files missing:



Subject: JVCL and BCB5
From: "Ron L. Smith" <mmweq@qwest.net>
Date: Sun, 10 Nov 2002 09:01:53 -0700
Newsgroups: jedi.vcl

Hello,

I have been installing JVCL/JCL with BCB5, using the lastest checkout from
CVS of both jcl and jvcl.  After correcting an issue with JCL compilation
(posted in that group), then trying to compile JVCL (JVCL200_R50C), it
errors out with the following files missing:

(1)
JvFormTips.dcu
JvSearchFile.dcu
JvTipsOfDay.dcu
JvTextcontainer.dcu
JvTipWin.dcu
JvTipsDlg.dcu

Corrected these, by copying the appropriate .pas (and .dfm) files from
Archive to Source.  Not sure why these are not in Source?  If they are no
longer used, they are still in the project file.

(2)
Undefined in JvSimpleXml:

StrToBoolDef

Looks like this one should be in JvUtils.pas (along with StrToBool), but it
isn't.
For now,  I simply inserted the following function in JvSimpleXml (although
in JvUtils.pas would be better):

Function StrToBoolDef(Const S : String; Default : Boolean) : Boolean;

Begin
  Try
    Result := StrToBool(S);
  Except
    Result := Default;
  End;
End;

At this point, JVCL200_R50C successfully completed compilation.

(3)
For JVCL200_D50C:

Added $(BCB)\JVCL\lib5 to Project Options Lib Dirs.  While I would think
this quite easy to figure out, it's not in the install file.

(4)
Got error, could not find JvTooReg.dcu

Edited JVCL200_D50C, changed USEUNIT("..\source\JvTooReg.pas");  to
USEUNIT("..\source\JvToolReg.pas");



Clicked Install, got boatload of components.

This is just FYI by the way, not complaints.  Great work!  Now to see how
these babies work with some code.

RLS






Subject: Re: JVCL 2 beta
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 9 Nov 2002 11:57:33 +0100
Newsgroups: jedi.vcl

We are planning a release on or around november 18th. If you can't wait,
consider installing CVS and get the latest sources from our repository.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Lars O. Soderstrom" <elless.prodata@telia.com> skrev i meddelandet
news:aqgktd$14p$1@talkto.net...
> > Will there soon be a new version of the JVCL 2 beta available as a
complete
> > download containing all changes since the August 28 version?
> > If not, is there anybody that could send me the separate files so I can
> > avoid having to manually download all the changed files since the August
28
> > version?
> >
> > Thanks,
> > Lars.
> >
> >



Subject: Re: JVCL 2 beta
From: "Lars O. Soderstrom" <elless.prodata@telia.com>
Date: Sat, 9 Nov 2002 06:01:31 +0100
Newsgroups: jedi.vcl

OK, I'll wait.

Thanks,
Lars.

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:aqio67$8hd$1@talkto.net...
> > We are planning a release on or around november 18th. If you can't wait,
> > consider installing CVS and get the latest sources from our repository.
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >
> > "Lars O. Soderstrom" <elless.prodata@telia.com> skrev i meddelandet
> > news:aqgktd$14p$1@talkto.net...
>> > > Will there soon be a new version of the JVCL 2 beta available as a
> > complete
>> > > download containing all changes since the August 28 version?
>> > > If not, is there anybody that could send me the separate files so I can
>> > > avoid having to manually download all the changed files since the August
> > 28
>> > > version?
>> > >
>> > > Thanks,
>> > > Lars.
>> > >
>> > >
> >




Subject: Re: Cannot install!
From: "Bryan Ashby" <bashby@iaccess.com>
Date: Fri, 8 Nov 2002 16:23:15 -0700
Newsgroups: jedi.vcl

Hrm, well I deleted all my old JCL/JVCL stuff and downloaded the latest full
installer and it worked.

Bryan

"Bryan Ashby" <bashby@iaccess.com> wrote in message
news:aqh4jg$421$1@talkto.net...
> > All,
> >
> > I am attempting to install JVCL 2 and am getting the following error:
> >
> > "Cannot load package 'JVCL200_R60." It contains unit 'JclRTTI,' which is
> > also contained in package 'DJCL60'"
> >
> > If I remove the JCL stuff I can install JVCL fine, but I cannot seem to
get
> > them both installed (I need the IDE/debug stuff from JCL!)
> >
> > Please help!
> >
> > Bryan Ashby
> >
> >




Subject: Cannot install!
From: "Bryan Ashby" <bashby@iaccess.com>
Date: Fri, 8 Nov 2002 13:15:22 -0700
Newsgroups: jedi.vcl

All,

I am attempting to install JVCL 2 and am getting the following error:

"Cannot load package 'JVCL200_R60." It contains unit 'JclRTTI,' which is
also contained in package 'DJCL60'"

If I remove the JCL stuff I can install JVCL fine, but I cannot seem to get
them both installed (I need the IDE/debug stuff from JCL!)

Please help!

Bryan Ashby




Subject: Install problem on Delphi 6 Enterprise Edition
From: ghermez <ghermezegol@yahoo.com>
Date: Fri, 08 Nov 2002 15:56:54 GMT
Newsgroups: jedi.vcl

I am trying to install JCL+JVCL2BetaFullInstall.zip on Delphi 6 Enterprise. i used "Install.bat" but i have 
recived "Installation of D:\Program Files\...\JVCL200-D60.dpk failed" error.
any one can help me ?






Subject: JVCL 2 beta
From: "Lars O. Soderstrom" <elless.prodata@telia.com>
Date: Fri, 8 Nov 2002 10:49:20 +0100
Newsgroups: jedi.vcl

Will there soon be a new version of the JVCL 2 beta available as a complete
download containing all changes since the August 28 version?
If not, is there anybody that could send me the separate files so I can
avoid having to manually download all the changed files since the August 28
version?

Thanks,
Lars.




Subject: Re: Drag & Drop Components suite and Jedi ?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 06 Nov 2002 21:43:21 +0100
Newsgroups: jedi.vcl


Same impression here, people do not really want to
contribute, they always say they don't have time enough,
but neither do I, you, peter, etc...

And Anders is right, contributing to the JVCL means more
work for the components, the support, etc, etc,
the only motivations you can find for working in such a project
is

1. Working with talentuous people from all over the world
2. Contribute a little in the opensource world
3. Have a better conscience sharing part of your work and knowledge

I can only speak for myself, but I'm not sure I'll participate in
the JVCL 10 years, I'll probably get bored one day or another,
or life will decide for me... Every participation in such a
project is always limited in time.

As long as we are so few people participating in the JVCL, we won't
be able to create a support team, and this would helped reducing
the pressure on author's shoulders.

Anyway, let's get back to work <g>

Sebastien



Subject: Re: to author of JvHidControllerClass.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 06 Nov 2002 06:05:57 +0100
Newsgroups: jedi.vcl

Petr Vones (Team JEDI) wrote:
> "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
>
>> Even the Logitech mouse drivers are buggy!
>
>
> As always been ...
>
> Petr.
>
>
Yes, but now i know how to force a BSOD by using a perfectly
valid HID call. :->

How about making this a DoS attack?



Subject: Re: Where is UIL Plugin System ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 5 Nov 2002 13:57:57 -0500
Newsgroups: jedi.vcl

"Anonymous" <anonymous@nowhere.com> wrote in message
news:aq8vdq$v59$1@talkto.net...

> >    I've been looking for a good plug-in architecture to make my newsreader
> > extendable. Where can I find those two versions in the meantime?

Jake, you can download them from:

http://groups.yahoo.com/group/UILPlugin

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL ForumMailing List: http://groups.yahoo.com/group/JEDI-VCL
JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums




Subject: Re: Where is UIL Plugin System ?
From: "Anonymous" <anonymous@nowhere.com>
Date: Tue, 5 Nov 2002 11:58:58 -0600
Newsgroups: jedi.vcl

In jedi.vcl, "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote 
in message <aprmn5$d2s$1@talkto.net>...
> >"Anton" <zenadsl2914@zen.co.uk> wrote in message
> >news:apra0f$ait$1@talkto.net...
>> >> I see on the news page (Aug 2002) that Tim Sullivan has donated this
>> >> (version 5) and that Ralf Steinhaeusser has donated his improved version.
>> >> However, I can't find it on the Components page.
> >
> >In the next release - currently no date.

   I've been looking for a good plug-in architecture to make my newsreader 
extendable. Where can I find those two versions in the meantime?

--
***Posted by Jake's Custom Newsgroup Reader***




Subject: Re: to author of JvHidControllerClass.pas
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 5 Nov 2002 18:32:59 +0100
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
> > Even the Logitech mouse drivers are buggy!

As always been ...

Petr.




Subject: Re: to author of JvHidControllerClass.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 05 Nov 2002 18:30:16 +0100
Newsgroups: jedi.vcl

marcin wrote:
> hi
>
> on win95 this module give error when aplication is build with runtime
> jvcl200_r60.bpl - undefined external link CancelIo in kernel.dll - i correct
> this by add dynamic implementation of CancelIo called by
> TJvHidDevice.CancelIO

I have posted a new JvHidController.pas to binaries newsgroup.
The standalone version on http://www.delphi-gems.com
is updated also.

CancelIO is bound dynamically now (through ModuleLoader.pas because
that unit is already used for HID and SetupAPI).
I also read several infos about a HID device on access now.
That solves some problems with devices with buggy drivers.
Before that the offending device could crash Windows simply because
it was plugged. Now it crashes only when you want to access that device.

Even the Logitech mouse drivers are buggy!



Subject: Re: JvInspector crashs
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 5 Nov 2002 17:41:12 +0100
Newsgroups: jedi.vcl

> > Which edition of D7 do you have installed (personal, pro, enterprise)? If
> > this thing pops-up when D7 personal is installed, I'll start downloading
and
> > installing it so I can figure out what is going wrong, otherwise I have to
> > defer this bug to someone that has D7 Pro/Ent installed or until I decide
if
> > I actually want to spent some money on D7 Pro.
> >

I spent some money on D7Pro, but can't reproduce the bug under any Delphi
edition (tested in no less than 4 folders, none having the demo.ini file).
Nektarios, I'm afraid it's up to you to help me out on this one.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Drag & Drop Components suite and Jedi ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 5 Nov 2002 10:58:03 -0500
Newsgroups: jedi.vcl

"Petr Vones (Team JEDI)" <petr_v@post.cz> wrote in message
news:aq71tk$lr3$1@talkto.net...

> > From: "Anders Melander" <anders@aztech.dk>

>> > > Your experience with JEDI must be different from mine. I've been there
and I
>> > > do not wish to go down that road again. It will only mean more work for
me.

Anders and many of us in JEDI had a high expectation of publishing his GIF
component under JEDI. Unfortunately, Anders didn't receive any support or
contributions from anyone, but had to maintain extra support on JEDI mailing
list. So in the end there was more work for him, but no visible benefits.

Unfortunately, an example where the OpenSource idea didn't work very well,
i.e. we didn't get people to really embrace the GIF component and contribute
to it.

Michael




Subject: Drag & Drop Components suite and Jedi ?
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 5 Nov 2002 01:28:45 +0100
Newsgroups: jedi.vcl

From Borland newsgroups:

----- Original Message -----
From: "Anders Melander" <anders@aztech.dk>
Newsgroups: borland.public.delphi.thirdpartytools.general
Sent: Monday, November 04, 2002 11:06 PM
Subject: Re: How can I Drag and Drop using Delphi ?


> > "Andy Vines" <andyvines@amcukfasteners.co.uk> wrote:
> >
>> > >what about donating it to Jedi VCL then it won't be lost for ever?
> >
> > Your experience with JEDI must be different from mine. I've been there and I
> > do not wish to go down that road again. It will only mean more work for me.
> >
> > The latest version was 4.01FT6. I have that on disk and tape. What I'm
> > missing is the stuff I did from March 2002 to May 2002. Before the crash I
> > mailed it to various people. I guess I could make a complete reconstruction
> > if they still have what I mailed them.
> >
> > ---
> > DIXI
> >
> > Anders Melander
> > Software Developer
> > Denmark




Subject: Re: JVDatePicker compile error
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Mon, 4 Nov 2002 12:57:08 +0100
Newsgroups: jedi.vcl

> > BTW, if you think it's the way to go and it works to your satisfaction,
post
> > it to CVS: that is bound to generate comments if poeple doesn't like it
<g>!
> > After all, being a JVCL developer is just that: make the changes *you*
think
> > are good and like and let the rest of the world share. Maintaining
backward
> > compatibility is always nice, but if you have to break it, please note it
in
> > the ChangeLog.txt file.

OK, you asked for it. ;)
It's in CVS now. Let's see what happens...

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
    (http://wwp.icq.com/18777742)




Subject: Re: New forums for JVCL users and developers
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 3 Nov 2002 15:47:09 +0100
Newsgroups: jedi.vcl

You can always use these NG's: they are still open :)

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Jason Chapman (JAC2)" <jason@jac2.co.uk> skrev i meddelandet
news:aq315i$52g$1@talkto.net...
> > Thanks for the info.  Unfortunately, that counts me out from subscribing /
> > contributing to the newsgroup.  I never seem to manage to wade through
> > digests and as I said, not unmetered connection.
> >
> > Cheers & Keep up the good work with the JVCL
> >
> > JAC



Subject: Re: New forums for JVCL users and developers
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Sun, 3 Nov 2002 08:37:59 -0000
Newsgroups: jedi.vcl

Thanks for the info.  Unfortunately, that counts me out from subscribing /
contributing to the newsgroup.  I never seem to manage to wade through
digests and as I said, not unmetered connection.

Cheers & Keep up the good work with the JVCL

JAC


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:apmfqg$nad$1@talkto.net...
> > "J F" <jfk_pub@netcourrier.com> skrev i meddelandet
> > news:apkvm7$gc7$1@talkto.net...
>> > >
>> > > "Jason Chapman (JAC2)" <jason@jac2.co.uk> a écrit dans le message de
news:
>> > > apj1pa$6pj$1@talkto.net...
>>> > > > Are these mirrored in a newsgroup anywhere as i don't have always on /
>>> > > > unmetered internet access.
>>> > > >
>>> > > > Cheers,
>>> > > >
>> > >  Yes, all sourceForge forums are mirrored in nntp.sourceforge.net
>> > > The port is 563 and you must use a SSL connection.
> >
> > Unfortunately, we aren't using the SF nntp forums. Our forum is web based
> > and totally separate from SF. Our forum isn't archived but you can
subscribe
> > to a forum and get a digest sent to your inbox once a day.
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: JvInspector crashs
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 2 Nov 2002 14:14:20 +0100
Newsgroups: jedi.vcl

> > Hi again !
> >   As i trying to help i found the crashs have to do something with d7.
> > I reinstalled windows and d6 from scratch and not a single AV. As soon i
> > installed D7 inspector crashs and actually when it comes to a field that
> > has sub items.
> > I will be glad to test any mods you may do.

Which edition of D7 do you have installed (personal, pro, enterprise)? If
this thing pops-up when D7 personal is installed, I'll start downloading and
installing it so I can figure out what is going wrong, otherwise I have to
defer this bug to someone that has D7 Pro/Ent installed or until I decide if
I actually want to spent some money on D7 Pro.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Help with JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 2 Nov 2002 12:06:44 +0100
Newsgroups: jedi.vcl

> > Entered as bug 404 (I'm thinking about renaming the bug to "Page not
> > found" ). Check the bug tracker to check on the progress/fix.
> >

Fixed in rev 1.16. TStrings was assigned to the string item editor. That
doesn't work ofcourse. New item editor added to edit TStrings descendants.
You can either edit it using a Delphi string list editor look-a-like or in
line in a (sizable) multi line editor. In both cases you can apply the
iifAutoUpdate flag to update the property as you type. Enjoy!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Rxlib 2.75 for D7
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 1 Nov 2002 04:22:32 -0500
Newsgroups: jedi.vcl

"Marc Meyen" <MarcM@consun.com> wrote in message
news:aps2li$ek7$1@talkto.net...
> > Hi,
> >
> > I wanted to install Rxlib 2.75 for D7 and convert them later to the Jedi
> > vcl.

What version of RxLib do you have? Did you try the JEDI's port:

http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=18589

Michael




Subject: Re: Searching for some comps
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 31 Oct 2002 23:14:43 +0100
Newsgroups: jedi.vcl

There is no specific component to clone a single record AFAIK, but maybe you
could use the TJvMemoryData memory table for the same purpose, copying a
single record in and out of it...

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Marc Meyen" <MarcM@consun.com> skrev i meddelandet
news:aps4q7$esb$1@talkto.net...
> > Hi,
> >
> > Perhaps this is of off topic, but I can try ...
> > I'm searching for a component that can clone a record in a table. I used
to
> > use TGlCloneRecord of the Glad components. But I can't reach the author
> > (Greg Lief) anymore to obtain a D7 version.
> > Is there a component in the Jedi vcl that can be used for that purpose ?
> >
> > --- TIA & groetjes, Marc Meyen
> > Director R & D -- Consun nv
> >
> > "Het verschil tussen theorie en praktijk is in de praktijk groter dan in
> > theorie."
> >
> >



Subject: Re: Rxlib 2.75 for D7
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 31 Oct 2002 23:08:01 +0100
Newsgroups: jedi.vcl

Without more information about the code around this single call, it's
impossible to help you. If you post the entire procedure (at least up to the
point where the error occurs), it would be easier to find a solution.

The only two places in JvCtrls (the JVCL equivalent to RxCtrls) where
itemState is referenced are these:


procedure TJvImgBtn.DrawButtonFrame(const DrawItemStruct: TDrawItemStruct);
var
  IsDown, IsEnabled, IsDefault: Boolean;
  R: TRect;
  Flags: DWORD;
begin
  R := ClientRect;

  with DrawItemStruct do
  begin
    IsEnabled := itemState and ODS_DISABLED = 0;
    IsDown := (itemState and ODS_SELECTED <> 0) and IsEnabled;
    IsDefault := itemState and ODS_FOCUS <> 0;
  end;
[...]

and:

procedure TJvImgBtn.DrawItem(const DrawItemStruct: TDrawItemStruct);
var
  R, RectText, RectImage: TRect;
begin
  DrawButtonFrame(DrawItemStruct);

  R := ClientRect;
  InflateRect(R, -4, -4);
  if (DrawItemStruct.itemState and ODS_SELECTED <> 0) and Enabled then
    OffsetRect(R, 1, 1);

  CalcButtonParts(R, RectText, RectImage);
  DrawButtonText(RectText, Enabled);
  DrawButtonImage(RectImage);

  DrawButtonFocusRect;
end;

Maybe that helps but otherwise you need to post a more complete example.


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Marc Meyen" <MarcM@consun.com> skrev i meddelandet
news:aps2li$ek7$1@talkto.net...
> > Hi,
> >
> > I wanted to install Rxlib 2.75 for D7 and convert them later to the Jedi
> > vcl. But when I try to recompile RxCtrls.dpk, I get: Invalid typecast in
> > this line
> >
> >     State := TOwnerDrawState(WordRec(LongRec(itemState).Lo).Lo);
> >
> > Can someone help me out ?
> >
> > --- TIA & groetjes, Marc Meyen
> > Director R & D -- Consun nv
> >
> > "Het verschil tussen theorie en praktijk is in de praktijk groter dan in
> > theorie."
> >
> >



Subject: Searching for some comps
From: "Marc Meyen" <MarcM@consun.com>
Date: Thu, 31 Oct 2002 22:10:01 +0100
Newsgroups: jedi.vcl

Hi,

Perhaps this is of off topic, but I can try ...
I'm searching for a component that can clone a record in a table. I used to
use TGlCloneRecord of the Glad components. But I can't reach the author
(Greg Lief) anymore to obtain a D7 version.
Is there a component in the Jedi vcl that can be used for that purpose ?

--- TIA & groetjes, Marc Meyen
Director R & D -- Consun nv

"Het verschil tussen theorie en praktijk is in de praktijk groter dan in
theorie."




Subject: Rxlib 2.75 for D7
From: "Marc Meyen" <MarcM@consun.com>
Date: Thu, 31 Oct 2002 21:33:23 +0100
Newsgroups: jedi.vcl

Hi,

I wanted to install Rxlib 2.75 for D7 and convert them later to the Jedi
vcl. But when I try to recompile RxCtrls.dpk, I get: Invalid typecast in
this line

    State := TOwnerDrawState(WordRec(LongRec(itemState).Lo).Lo);

Can someone help me out ?

--- TIA & groetjes, Marc Meyen
Director R & D -- Consun nv

"Het verschil tussen theorie en praktijk is in de praktijk groter dan in
theorie."




Subject: Re: Help with JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 31 Oct 2002 19:34:02 +0100
Newsgroups: jedi.vcl

> > I'll look into this, but I
> > suspect a problem in the class item editor. Logging it to the bugs tracker
> > now.

Entered as bug 404 (I'm thinking about renaming the bug to "Page not
found" ). Check the bug tracker to check on the progress/fix.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Help with JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 31 Oct 2002 19:26:40 +0100
Newsgroups: jedi.vcl

> > Its on entering the property... I reproduce it easy by adding a
> > listbox to the example and the line AddCtrl(InspCat,
> > frmTest.ListBox1);
> > I will let you know as i test it with other controls.

OK, checked the same thing. Actually, the error occurs on entering the Items
property. In fact, the inspector already shows an exception for the Items
property, even before the item gets focused. I'll look into this, but I
suspect a problem in the class item editor. Logging it to the bugs tracker
now.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Where is UIL Plugin System ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 31 Oct 2002 12:10:31 -0500
Newsgroups: jedi.vcl

"Anton" <zenadsl2914@zen.co.uk> wrote in message
news:apra0f$ait$1@talkto.net...
> > I see on the news page (Aug 2002) that Tim Sullivan has donated this
> > (version 5) and that Ralf Steinhaeusser has donated his improved version.
> > However, I can't find it on the Components page.

In the next release - currently no date.

Michael




Subject: Re: Help with JvInspector
From: Nektarios <naentor@hotmail.com>
Date: Thu, 31 Oct 2002 16:15:26 +0200
Newsgroups: jedi.vcl

In article <apqv7t$8dl$1@talkto.net>, 
marcelb.theobvious@zeelandnet.nl says...
>> > > Hi,
>> > >   I have a JvInpector populated with the controls of a form.
>> > > Using a listbox as i scroll the properties and reach ItemHeight a get
>> > > a 'Data cannot be accessed as String'.
> > 
> > 
> > Do you get the error as you enter ItemHeight or leave ItemHeight? The first
> > case could mean the problem occurs on leaving the prior item or entering
> > ItemHeight, the second means the problem is in either leaving ItemHeight or
> > entering the next.
> > 
> > Anyway, I'll try to check this tonight.
> > 
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> > 
> > 
> > 
> > 
Its on entering the property... I reproduce it easy by adding a 
listbox to the example and the line AddCtrl(InspCat, 
frmTest.ListBox1);
I will let you know as i test it with other controls.

THANKS !!!

Btw i am Nektarios but i am at work now


Subject: Where is UIL Plugin System ?
From: "Anton" <zenadsl2914@zen.co.uk>
Date: Thu, 31 Oct 2002 13:33:06 -0000
Newsgroups: jedi.vcl

I see on the news page (Aug 2002) that Tim Sullivan has donated this
(version 5) and that Ralf Steinhaeusser has donated his improved version.
However, I can't find it on the Components page.

Thank you.




Subject: Re: Help with JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 31 Oct 2002 11:28:41 +0100
Newsgroups: jedi.vcl

> > Hi,
> >   I have a JvInpector populated with the controls of a form.
> > Using a listbox as i scroll the properties and reach ItemHeight a get
> > a 'Data cannot be accessed as String'.


Do you get the error as you enter ItemHeight or leave ItemHeight? The first
case could mean the problem occurs on leaving the prior item or entering
ItemHeight, the second means the problem is in either leaving ItemHeight or
entering the next.

Anyway, I'll try to check this tonight.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Help with JvInspector
From: Johnnie <Non@Noware.non>
Date: Thu, 31 Oct 2002 10:30:24 +0200
Newsgroups: jedi.vcl

Hi,
  I have a JvInpector populated with the controls of a form. 
Using a listbox as i scroll the properties and reach ItemHeight a get 
a 'Data cannot be accessed as String'.





Subject: Re: JvInspector crashs
From: Nektarios <naentor@hotmail.com>
Date: Wed, 30 Oct 2002 20:06:56 +0200
Newsgroups: jedi.vcl

Hi again !
  As i trying to help i found the crashs have to do something with d7.
I reinstalled windows and d6 from scratch and not a single AV. As soon i 
installed D7 inspector crashs and actually when it comes to a field that 
has sub items.
I will be glad to test any mods you may do.


Subject: Re: New forums for JVCL users and developers
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 29 Oct 2002 18:40:35 +0100
Newsgroups: jedi.vcl

"J F" <jfk_pub@netcourrier.com> skrev i meddelandet
news:apkvm7$gc7$1@talkto.net...
> >
> > "Jason Chapman (JAC2)" <jason@jac2.co.uk> a écrit dans le message de news:
> > apj1pa$6pj$1@talkto.net...
>> > > Are these mirrored in a newsgroup anywhere as i don't have always on /
>> > > unmetered internet access.
>> > >
>> > > Cheers,
>> > >
> >  Yes, all sourceForge forums are mirrored in nntp.sourceforge.net
> > The port is 563 and you must use a SSL connection.

Unfortunately, we aren't using the SF nntp forums. Our forum is web based
and totally separate from SF. Our forum isn't archived but you can subscribe
to a forum and get a digest sent to your inbox once a day.


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: New forums for JVCL users and developers
From: "J F" <jfk_pub@netcourrier.com>
Date: Tue, 29 Oct 2002 07:58:53 +0400
Newsgroups: jedi.vcl

"Jason Chapman (JAC2)" <jason@jac2.co.uk> a écrit dans le message de news:
apj1pa$6pj$1@talkto.net...
> > Are these mirrored in a newsgroup anywhere as i don't have always on /
> > unmetered internet access.
> >
> > Cheers,
> >
 Yes, all sourceForge forums are mirrored in nntp.sourceforge.net
The port is 563 and you must use a SSL connection.

Cheers

Julien




Subject: Re: to author of JvHidControllerClass.pas
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 28 Oct 2002 19:03:40 +0100
Newsgroups: jedi.vcl

marcin wrote:
> hi
>
> on win95 this module give error when aplication is build with runtime
> jvcl200_r60.bpl - undefined external link CancelIo in kernel.dll - i correct
> this by add dynamic implementation of CancelIo called by
> TJvHidDevice.CancelIO

Thanks for the info.
I will fix it.

On windows 95 the component is for compatibility only.
The USB support is buggy and unusable for almost all
HID devices.



Subject: Re: jcl1.22, d7, vssConexion conflict
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Mon, 28 Oct 2002 17:28:37 +0100
Newsgroups: jedi.vcl

"Jason Chapman (JAC2)" <jason@jac2.co.uk> wrote in message
> > If you have a project group and you try and add another project, the file
> > open dialog overlays the VSSConexion and the JCL favourites elements in the
> > dialog making the favourites unusable.  I will report the same to epocolipse
> > SW.

Could you please describe how the dialog looks like ? Does the VSSConexion
uses a template to add other controls to the dialog ?

Petr.




Subject: to author of JvHidControllerClass.pas
From: "marcin" <marcin.repec@bomark.com.pl>
Date: Mon, 28 Oct 2002 17:04:01 +0100
Newsgroups: jedi.vcl

hi

on win95 this module give error when aplication is build with runtime
jvcl200_r60.bpl - undefined external link CancelIo in kernel.dll - i correct
this by add dynamic implementation of CancelIo called by
TJvHidDevice.CancelIO

function CancelIo(hFile: THandle): BOOL; stdcall;
var
  _CancelIo: Pointer;
begin
  GetProcedureAddress(_CancelIo, kernel32, 'CancelIo');
  asm
    mov esp, ebp
    pop ebp
    jmp [_CancelIo]
  end;
end;

and

function TJvHidDevice.CancelIO(const Mode: TJvOpenExMode): Boolean;
begin
  Result := False;
  if (Mode = omRead) and (HidOverlappedRead <> INVALID_HANDLE_VALUE) then
    Result := JvHidControllerClass.CancelIO(HidOverlappedRead)
  else
  if (Mode = omWrite) and (HidOverlappedWrite <> INVALID_HANDLE_VALUE) then
    Result := JvHidControllerClass.CancelIO(HidOverlappedWrite);
end;

GetProcedureAddress is part of JwaWinType.pas comming with JediWinApi

I think that it sholud be correct in next version of this unit.

Regards
Marcin




Subject: jcl1.22, d7, vssConexion conflict
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Mon, 28 Oct 2002 15:04:45 -0000
Newsgroups: jedi.vcl

If you have a project group and you try and add another project, the file
open dialog overlays the VSSConexion and the JCL favourites elements in the
dialog making the favourites unusable.  I will report the same to epocolipse
SW.

Cheers,

Jason Chapman
JAC2 Consultancy

Training - Development - Consultancy
Delphi, InterBase, Firebird, OOAD, Development lifecycle assistance,
Troubleshooting projects, QA.....
www: When I get round to it....
Mob: (+44) 07966 211 959 (preferred)
Tel: (+44) 01928 751088




Subject: Re: JVCL 2.0 beta compiles problem - related to comment fields
From: Franz-Leo Chomse <chomse@compuserve.de>
Date: Mon, 28 Oct 2002 12:27:55 +0100
Newsgroups: jedi.vcl


> >I solved the problem by manually "commenting out the comments" in many of
> >the units. Everything works fine now, and I hope further versions will sort
> >out this problem.

Since there is no way to define the codepage of a Delphi source file,
the only solution would be to enforce two spaces after and before a
comment delimiter.

Regards from Germany

Franz-Leo





Subject: Re: TJvInspector - any notification event?
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 28 Oct 2002 18:35:10 +0800
Newsgroups: jedi.vcl

Just an update:  Marcel has implemented the notification events in 1.14,
with the following comments:

--  start of comment  --
Added to rev. 1.14. Inspector has OnItemChanged and OnDataChanged events.
Items and data instances have an OnValueChanged event. Setting the value
through the inspector will trigger the events in this order:

- Data.OnValueChanged
- Inspector.OnDataValueChanged for all inspectors using this instance (only
1 event per inspector)
- Item.OnValueChanged for all items assigned to this instance
- Inspector.OnItemValueChanged for each item assigned to the data instance

I think there are now enough notification events ;)
--  end of comment  --

Glad to say it works great.  Thanks, Marcel.

--
Regards
Ray




Subject: Re: New forums for JVCL users and developers
From: "Jason Chapman \(JAC2\)" <jason@jac2.co.uk>
Date: Mon, 28 Oct 2002 10:12:55 -0000
Newsgroups: jedi.vcl

Are these mirrored in a newsgroup anywhere as i don't have always on /
unmetered internet access.

Cheers,

JAC

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:aopl7o$dng$1@talkto.net...
> > Thanks to Peter Thörnqvist, we have now a new forum for JVCL users and
> > developers over at
> >
> > http://projectjedi.sourceforge.net/forums.
> >
> > The plan is to replace Yahoo mailing lists with the forum.
> >
> > Please come visit us there.
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
> > JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums
> >
> >




Subject: Re: JvEasterEgg doesn't work
From: "E®®O®" <error@error.fr>
Date: Mon, 28 Oct 2002 10:18:07 +0100
Newsgroups: jedi.vcl

A lot of thanks. I Tried it and it is fully functionnal now.

Regards
E®®O®

"Ray" <yeohray@hotmail.com> a écrit dans le message news:
api6vf$3ul$1@talkto.net...
> > Try it without any controls on the form other than the easter egg.  It
> > should work then.  The common problem is that your active control is
eating
> > up the keystrokes.  So if you have only a button and an easter egg on the
> > form, the active control will automatically focus to the button, and any
> > keystrokes will be directed to the button.  Try setting the 'TabStop' for
> > the button to 'False', then the easter egg should work.
> >
> > Hope this helps.
> >
> > --
> > Regards
> > Ray
> >
> >




Subject: JVCL 2.0 beta compiles problem - related to comment fields
From: "AkiraBBQ" <akirabbq@hkpcug.org>
Date: Mon, 28 Oct 2002 19:43:32 +1300
Newsgroups: jedi.vcl

JVCL produces all sort of errors messages when compiling the source with any
of the MCBS-enabled systems here. The trailing '}'  symbol of many comment
lines are eaten by another high-byte character at the front, leaving large
amount of code being commented out.

I solved the problem by manually "commenting out the comments" in many of
the units. Everything works fine now, and I hope further versions will sort
out this problem.

Thanks, keep up the good work!

--

----------
I am here because I chose to be here.
mailto:akirabbq@hkpcug.org
news://news.hkpcug.org/hkpcug.programming
news://news.hkpcug.org/hkpcug.software
http://www.hkpcug.org/personal/akirabbq/





Subject: Re: JvEasterEgg doesn't work
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 28 Oct 2002 10:52:11 +0800
Newsgroups: jedi.vcl

Try it without any controls on the form other than the easter egg.  It
should work then.  The common problem is that your active control is eating
up the keystrokes.  So if you have only a button and an easter egg on the
form, the active control will automatically focus to the button, and any
keystrokes will be directed to the button.  Try setting the 'TabStop' for
the button to 'False', then the easter egg should work.

Hope this helps.

--
Regards
Ray




Subject: Re: JvInspector crashs
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 27 Oct 2002 15:51:49 +0100
Newsgroups: jedi.vcl

> > Thanks for the reply
> > I can confirm the specific directory bug !!
> > the same exe running out of ide crash to one directory where it doesnt
> > to one other !!! In both dirs doesnt exist demo.ini !!

Silly bug. Problem is I can't reproduce, so no way of figuring out what is
going wrong and attempting to fix it.

> >
> > About that u said that something doesnt work well under D7 is it D7
> > problem ? should i go back to D6 ?

I meant, if the first two options do not apply in this case, then it might
be a D7 problem. Obviously it isn't so my control works fine in D7. Thanks
for testing. <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvInspector crashs
From: Nektarios <naentor@hotmail.com>
Date: Sun, 27 Oct 2002 16:28:21 +0200
Newsgroups: jedi.vcl

In article <apgt6u$ae$1@talkto.net>, marcelb.theobvious@zeelandnet.nl 
says...
>> > > Thanks for the reply
>> > > I can confirm the specific directory bug !!
>> > > the same exe running out of ide crash to one directory where it doesnt
>> > > to one other !!! In both dirs doesnt exist demo.ini !!
> > 
> > Silly bug. Problem is I can't reproduce, so no way of figuring out what is
> > going wrong and attempting to fix it.
> > 
>> > >
>> > > About that u said that something doesnt work well under D7 is it D7
>> > > problem ? should i go back to D6 ?
> > 
> > I meant, if the first two options do not apply in this case, then it might
> > be a D7 problem. Obviously it isn't so my control works fine in D7. Thanks
> > for testing. <g>
> > 
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> > 
> > 
> > 
> > 
Well to me crashs all the time , but strangly !!!
I put it to dir A crash, i put it to dir B doesnt (under 2000)
the same exe under win98 doesnt crash to dir A, neigher B but at dir C !
The exe compiled under win98 crashs to A but not to B !!!!
I cant figure out !!! 
Anyway thanks for the help, if i find out something i let you know
btw : for the testing be my guest anytime !!!


Subject: Re: JvInspector crashs
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 27 Oct 2002 13:01:33 +0100
Newsgroups: jedi.vcl

> > Hi,
> >   I want to ask if JvInspector example crash to anyone else beside me. I
> > get an AV as i scroll the properties. I am using D7, win98 & win2000 and
> > JVCLbeta.
> > Anyone with a idea ???
I never tested JvInspector in D7, although I don't really expect problems
there.

In order of probability:
* You have the "Stop on exception" option turned on (ie. the error does not
occur outside of the IDE)

* Nice bug recently discovered: make sure that demo.ini is in the same
folder as the example .exe. Although not very reproducible, it was
determined to be the cause of AVs, but only in specific directories (i.o.w.
moving the exe to another folder also solved the issue, even without
demo.ini present)

* Something does not work well under D7 :(

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvInspector crashs
From: Nektarios <naentor@hotmail.com>
Date: Sun, 27 Oct 2002 13:10:32 +0200
Newsgroups: jedi.vcl

Thanks for the reply
I can confirm the specific directory bug !!
the same exe running out of ide crash to one directory where it doesnt 
to one other !!! In both dirs doesnt exist demo.ini !!

About that u said that something doesnt work well under D7 is it D7 
problem ? should i go back to D6 ?


Subject: JvInspector crashs
From: Nektarios <naentor@hotmail.com>
Date: Sun, 27 Oct 2002 09:35:30 +0200
Newsgroups: jedi.vcl

Hi,
  I want to ask if JvInspector example crash to anyone else beside me. I 
get an AV as i scroll the properties. I am using D7, win98 & win2000 and 
JVCLbeta. 	
Anyone with a idea ???


Subject: Re: JVCL Component Examples Reqd
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 26 Oct 2002 14:33:35 +0200
Newsgroups: jedi.vcl

There are already groups on our web forum site for this kind of stuff: see
http://projectjedi.sourceforge.net/forums/.
Uploads is for any type of file uploads,including demos. Donations is for
stuff you would like to donate to JVCL, including demos.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"orion45" <orion45@ic24.net> skrev i meddelandet
news:apcg4a$kll$1@talkto.net...
> > Hello All,
> >                  Please Direct anybody with JVCL component examples to
this
> > posting , so that we can keep all the examples in one place.
> >
> > Many Thanks Mike Geraghty.
> >
> >
> >



Subject: Re: JVCL Component Examples Reqd
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 26 Oct 2002 10:47:39 +0200
Newsgroups: jedi.vcl

Attachments should not be posted in this group, but rather in jedi.binaries.
It's OK to place a reference to the attachment in postings to this group.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

> > Hello All,
> >                  Please Direct anybody with JVCL component examples to
this
> > posting , so that we can keep all the examples in one place.
> >
> > Many Thanks Mike Geraghty.
> >
> >
> >




Subject: Re: JVCL Component Examples Reqd
From: "orion45" <orion45@ic24.net>
Date: Sat, 26 Oct 2002 01:37:00 +0100
Newsgroups: jedi.vcl

"orion45" <orion45@ic24.net> wrote in message
news:apcg4a$kll$1@talkto.net...
> > Hello All,
> >                  Please Direct anybody with JVCL component examples to
this
> > posting , so that we can keep all the examples in one place.
> >
> > Many Thanks Mike Geraghty.
> >
> >
> >




Subject: Re: JVCL Component Examples Reqd
From: "orion45" <orion45@ic24.net>
Date: Sat, 26 Oct 2002 01:36:44 +0100
Newsgroups: jedi.vcl

"orion45" <orion45@ic24.net> wrote in message
news:apcg4a$kll$1@talkto.net...
> > Hello All,
> >                  Please Direct anybody with JVCL component examples to
this
> > posting , so that we can keep all the examples in one place.
> >
> > Many Thanks Mike Geraghty.
> >
> >
> >




Subject: JVCL Component Examples Reqd
From: "orion45" <orion45@ic24.net>
Date: Sat, 26 Oct 2002 01:36:20 +0100
Newsgroups: jedi.vcl

Hello All,
                 Please Direct anybody with JVCL component examples to this
posting , so that we can keep all the examples in one place.

Many Thanks Mike Geraghty.





Subject: Re: JvFormToHtml (example Reqd)
From: "orion45" <orion45@ic24.net>
Date: Sat, 26 Oct 2002 01:33:21 +0100
Newsgroups: jedi.vcl

"orion45" <orion45@ic24.net> wrote in message
news:apcftc$klf$1@talkto.net...
> > Hello All,
> >                  Anybody out there with an example of the use of
> > the JvFormToHtml component.Also can we set up a basic
> > JVCL component example posting, showing just a basic example of the use of
> > the components and also the correct syntax, all under one posting , so
that
> > these examples are not spread throughout the newsgroup.
> >
> > I will Set up a posting called (JVCL Component Examples Reqd) for
interested
> > parties.
> >
> > Hope that you can help.
> >                                           Mike Geraghty
> >
> >




Subject: JvFormToHtml (example Reqd)
From: "orion45" <orion45@ic24.net>
Date: Sat, 26 Oct 2002 01:32:38 +0100
Newsgroups: jedi.vcl

Hello All,
                 Anybody out there with an example of the use of
the JvFormToHtml component.Also can we set up a basic
JVCL component example posting, showing just a basic example of the use of
the components and also the correct syntax, all under one posting , so that
these examples are not spread throughout the newsgroup.

I will Set up a posting called (JVCL Component Examples Reqd) for interested
parties.

Hope that you can help.
                                          Mike Geraghty




Subject: JvEasterEgg doesn't work
From: "E®®O®" <error@error.fr>
Date: Thu, 24 Oct 2002 10:14:18 +0200
Newsgroups: jedi.vcl

Did anyone try to use JvEasterEgg?
It seems to be simple to start but it doesn't work on my computer.

I have the JvEasterEgg component and his parent is the main form : Form1.
I assigned properties like that :
- Active : True
- ControlKeys : [ssAlt]
- Egg : test
- Name : JvEasterEgg1
- Tag : 0

I also defined a procedure JvEasterEgg1EggFound for the OnEggFound event
like that:
procedure TForm1.JvEasterEgg1EggFound(Sender: TObject);
begin
  Form1.caption := '!ù*^$)=çè"''é@%£& HELLO !';
  showmessage('hello');
end;

Is there anyone here who know why it doesn't do anything?...

E®®O®


--
----------------------------------------------




Subject: Re: Installing on Delphi 6 Personal
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Wed, 23 Oct 2002 08:23:45 +0200
Newsgroups: jedi.vcl

I've also added a new FAQ item at our forums
(http://projectjedi.sourceforge.net/forums) about what I currently know
about this issue. You might want to read that and see how correct it is.

It would be great if you could share your efforts with us so we can update
the Pe support.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net





Subject: Re: Installing on Delphi 6 Personal
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Tue, 22 Oct 2002 18:33:40 -0300
Newsgroups: jedi.vcl

I will follow these instructions to find the information. I just asked
because I didn't find it on Mantis (but I'll do another search, just like
you've described) and I have to admit I didn't look on this ng.

I won't do it today, nor tomorrow, but as soon as I have some time I'll try
to install this documenting the whole process step by step, so this can be
useful for developers and D6P users.

Thanks once again, Peter.

Rafael




Subject: Re: ID3V21
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 22 Oct 2002 06:51:15 -0500
Newsgroups: jedi.vcl

I will give it a try and let you know. Thanks,
Dave


"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
news:1103_1034810243@forums.talkto.net...
> > On Wed, 16 Oct 2002 08:31:45 -0500, "dave" <dbracken@infonowsolutions.com>
wrote:
>> > > Does anyone have any sample code for using this component?
>> > > No one has replied to my post. I would love to be able to support both
types
>> > > of mp3 tags in my software. Maybe some sample code can help me find the
>> > > problem.
>> > >
>> > > Thanks again,
>> > > Dave
>> > >
>> > > P.S. If i get some free time, I am very busy at work right now, i would
like
>> > > to maybe help with the bug fixes, etc..
>> > > I think it would be great to be a part(even a small part) of the jedi
team.
>> > > Keep up the good work!
>> > >
>> > >
>> > >
> > In unit JvId3v2.pas, procedure TJvId3v2.ReadWeb change the line
> >
> > source.Read(buf, frame.Size - 1);
> >
> > to
> >
> > source.Read(buf, frame.Size);
> >
> > I didn't see other problems, but I didn't really look deep in it.
> >
> > Regards,
> > Remko
> >
> >
> >




Subject: Re: Installing on Delphi 6 Personal
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 22 Oct 2002 11:30:50 +0200
Newsgroups: jedi.vcl

There are several messages in this NG that discusses it. Searching for
"personal" I get these hits:

1. NOTE to JVCL-Developers: Delphi PE support in JVCL has changed
2. Installation trouble - package QRPT ??
3. My version of JVCL 2.0 for Delphi 6.02 Personal Edition
4. JVCL 2 and D6 personal : can't install...

On Mantis (our bug tracker at http://projectjedi.sourceforge.net/mantis),
searching for "personal" and unchecking the "Hide Closed" option, I get 8
hits of which at least 4 are about installing on D6/D7 Personal: you will
have to do the same search yourself and read the bug notes.

The reason I can't give you a straight answer is simply because I don't
know: since most JVCL developers are using Delphi Pro/Enterprise, there is
no way we can test the Personal edition without setting up a separate
machine just for this purpose (you can't have two version of D6 on the same
machine without causing havoc).

This means we have to rely on those that are actually using Delphi PE to fix
the bugs for us and report back about how they did it. Presently there is no
conclusive information about if the latest changes works or not, so you will
have to read this messages, get the latest sources and try it out for
yourself.

I would like to ask you, however, that *if* you get it to work, please post
here and explain what you had to do to make it work so we can incorporate
the changes in the next release.

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net





Subject: Re: Installing on Delphi 6 Personal
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Tue, 22 Oct 2002 03:53:06 -0300
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:aoh7fq$cse$1@talkto.net...
> >
> > You might also want to check the bug tracker and this NG for posts on
other
> > peoples problems with installing before you do download it
> >
> > Peter

Sorry for insisting on this subject, but I wasn't able to find anything on
the bug tracker.

Could someone give me a link where I can get information on how to install
JVCL on Delphi 6 Personal?

Thanks in advance,

Rafael





Subject: Re: Component donation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 20 Oct 2002 15:28:40 +0200
Newsgroups: jedi.vcl

I've moved the component and the discussion to our new forums at
http://projectjedi.sourceforge.net/forums. You'll find the components under
the "Donations" category.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Modifications to JvFtpGrabber
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Sat, 19 Oct 2002 23:29:04 -0700
Newsgroups: jedi.vcl

(Sorry for my english)


I modified the JvFtpGrabber unit.

I added the property SIZE to know the size of the file to download.

Could this be of public interesting ?

What should I do to incorporate my change to the JEDI-VCL?

Thanks
Alejandro





Subject: Re: Modifications to JvFtpGrabber
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 20 Oct 2002 07:43:14 +0200
Newsgroups: jedi.vcl

"Alejandro Castro" <alejandro@alfra.info> skrev i meddelandet
news:aota6p$md4$1@talkto.net...
> > (Sorry for my english)
> >
> >
> > I modified the JvFtpGrabber unit.
> >
> > I added the property SIZE to know the size of the file to download.
> >
> > Could this be of public interesting ?
> >
> > What should I do to incorporate my change to the JEDI-VCL?
> >
> > Thanks
> > Alejandro
> >
> >
> >

Try uploading your changes to the new forum at
http://projectjedi.sourceforge.net/forums. There's a special "Donations"
forum just for that. Yo could also post a "Bug request" at
http://projectjedi.sourceforge.net/mantis, including the changes you've
made.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Component donation
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 19 Oct 2002 01:45:15 +0200
Newsgroups: jedi.vcl


Hum

I should make an update anyway, I'll compile everything at a time...



Peter Thörnqvist wrote:
> Here's a thought:
>
> if you comment out all references to TJvSettingsTreeImagesProperty in
> JvPageListTreeViewReg.pas, you won't need to get the latest JvDsgnEditors
> and hence no need to rebuild the JVCL.
>
> The only drawback is that you won't have a cool owner-drawn property editor
> for the TJvXXXTreeView.PageNodeImages property, but maybe you can live with
> that, at least for a while? ;)



Subject: ANN: New forums for JVCL users and developers
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 18 Oct 2002 15:14:02 -0400
Newsgroups: jedi.vcl

Thanks to Peter Thörnqvist, we have now a new forum for JVCL users and
developers over at

http://projectjedi.sourceforge.net/forums.

The plan is to replace Yahoo mailing lists with the forum.

Please come visit us there.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
JEDI-VCL Forum: http://projectjedi.sourceforge.net/forums




Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 18 Oct 2002 15:37:50 +0200
Newsgroups: jedi.vcl

"Roy Nielsen" <rn@vidana.dk> skrev i meddelandet
news:aop11m$a13$3@talkto.net...
> > Hi again :-)
> >
> >
> > One question:
> >
> > Is it possible to set the PageLinks property values run-time ??
> >
> > Roy

Yes, but not the way you might think:

TJvPageIndexNode(JvPageListTreeView1.Selected).PageIndex := Value;


The TJvPageLinks class is just a fake class to have something to attach the
property editor to. It doesn't really do anything useful except at
design-time.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: "Roy Nielsen" <rn@vidana.dk>
Date: Fri, 18 Oct 2002 13:07:02 +0000 (UTC)
Newsgroups: jedi.vcl

Hi again :-)


One question:

Is it possible to set the PageLinks property values run-time ??

Roy


Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 14:59:30 +0200
Newsgroups: jedi.vcl

"Roy Nielsen" <rn@vidana.dk> skrev i meddelandet
news:aooufp$a13$2@talkto.net...
> > Thanks, that worked.

Great, I'll make the same changes too

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 14:38:42 +0200
Newsgroups: jedi.vcl

"Roy Nielsen" <rn@vidana.dk> skrev i meddelandet
news:aootar$a13$1@talkto.net...
> >
> > I just replaced the RedrawWindow with the Invalidate statement from the
> > previous version, and the problem disappeared. If there are others
problems
> > because of this, I don't know.

One could be that it doesn't redraw it's children correctly. Try changing it
to:

  if HandleAllocated then
     RedrawWindow(Handle, nil, 0, RDW_UPDATENOW or [...]


--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net






Subject: Re: Component donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 14:36:15 +0200
Newsgroups: jedi.vcl

You can safely ignore the error: as stated in the readme for the update, it
was rewritten

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net
"Chris Parkinson" <chris.parkinson@wib.com> skrev i meddelandet
news:aoot72$a0e$1@talkto.net...
> > Peter
> >
> > I have managed to get them installed after downloading the latest CVS
> > tree.
> >
> > I have opened up your demo and get the error
> >
> > Error reading JvStandardPage2.PropagateEnable
> >
> > Property PropagateEnable does not exist.
> >
> > This is repeated for each StandardPage on the form.
> >
> > Ignoring all of these the form loads and seems to run - although not
> > knowing what the Propagate was going to be doing I am not sure <g>
> >
> > --
> > Chris Parkinson
> > Vertis Information Services
> > www.vertisinc.co.uk
> >
> >
> >




Subject: Re: Component donation
From: "Chris Parkinson" <chris.parkinson@wib.com>
Date: Fri, 18 Oct 2002 13:25:37 +0100
Newsgroups: jedi.vcl

Peter

I have managed to get them installed after downloading the latest CVS
tree.

I have opened up your demo and get the error

Error reading JvStandardPage2.PropagateEnable

Property PropagateEnable does not exist.

This is repeated for each StandardPage on the form.

Ignoring all of these the form loads and seems to run - although not
knowing what the Propagate was going to be doing I am not sure <g>

--
Chris Parkinson
Vertis Information Services
www.vertisinc.co.uk





Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: "Roy Nielsen" <rn@vidana.dk>
Date: Fri, 18 Oct 2002 12:23:21 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks, that worked.


Subject: Re: Component donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 14:19:28 +0200
Newsgroups: jedi.vcl

Here's a thought:

if you comment out all references to TJvSettingsTreeImagesProperty in
JvPageListTreeViewReg.pas, you won't need to get the latest JvDsgnEditors
and hence no need to rebuild the JVCL.

The only drawback is that you won't have a cool owner-drawn property editor
for the TJvXXXTreeView.PageNodeImages property, but maybe you can live with
that, at least for a while? ;)

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net





Subject: Re: Component donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 14:15:15 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> skrev i meddelandet
news:aoorv8$9oq$1@talkto.net...
> >
>> > > Yes it was, but this component is a lot more flexible (same page can be
used
>> > > for several nodes, design-time assignment of node/page links) + that it
>> > > behaves like the treeview in VS - you would have to see it in action to
>> > > understand what I mean.
> > I would like to :/
> >
> > Sebastien
> >

I'll mail you the exe (~200kB) privately when I get home from work, but
honestly, it's coolest at design-time <g>!

--
Regards,


Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: "Roy Nielsen" <rn@vidana.dk>
Date: Fri, 18 Oct 2002 12:03:39 +0000 (UTC)
Newsgroups: jedi.vcl

That works. 

I traced the problem to this method:

procedure TJvCustomPageList.SetShowDesignCaption(const Value: 
TJvShowDesignCaption);
begin
  if FShowDesignCaption <> Value then
  begin
    FShowDesignCaption := Value;
    Invalidate;
//    RedrawWindow(Handle, nil, 0, RDW_UPDATENOW or 
RDW_INVALIDATE or RDW_ALLCHILDREN);
  end;
end;

I just replaced the RedrawWindow with the Invalidate statement from the 
previous version, and the problem disappeared. If there are others problems 
because of this, I don't know.

Roy


Subject: Re: Component donation
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Fri, 18 Oct 2002 14:01:32 +0200
Newsgroups: jedi.vcl


> Yes it was, but this component is a lot more flexible (same page can be used
> for several nodes, design-time assignment of node/page links) + that it
> behaves like the treeview in VS - you would have to see it in action to
> understand what I mean.
I would like to :/

Sebastien



Subject: Re: JVDatePicker compile error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 13:07:53 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> skrev i
meddelandet news:aooebb$7h7$1@talkto.net...
> > I'm still waiting for feedback on that in order to know in which direction
> > to continue. So far I haven't gotten any at all.
> > Could maybe you or anyone else that had a look at it comment?

I've meant to take a look at it, but just haven't had the time. I'll see if
I can get to it during the weekend but no promises.

BTW, if you think it's the way to go and it works to your satisfaction, post
it to CVS: that is bound to generate comments if poeple doesn't like it <g>!
After all, being a JVCL developer is just that: make the changes *you* think
are good and like and let the rest of the world share. Maintaining backward
compatibility is always nice, but if you have to break it, please note it in
the ChangeLog.txt file.

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 13:04:50 +0200
Newsgroups: jedi.vcl

"Roy Nielsen" <rn@vidana.dk> skrev i meddelandet
news:aoogou$7u0$1@talkto.net...
> > Thanks that was it, but:
> >
> > When I try to drop a TJvPageList on a form I get a "Control '' has no
parent
> > window." error message. This is both in D6 and D7.
> >
> > Roy

What happens if you open the demo I supplied?

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net





Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: "Roy Nielsen" <rn@vidana.dk>
Date: Fri, 18 Oct 2002 08:29:18 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks that was it, but:

When I try to drop a TJvPageList on a form I get a "Control '' has no parent 
window." error message. This is both in D6 and D7.

Roy


Subject: Re: JVDatePicker compile error
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Fri, 18 Oct 2002 10:08:49 +0200
Newsgroups: jedi.vcl

> > Done that, you were correct. Don't know how I got them two mixed up. Been
a
> > hard day.

OK. Anyway, it looks like you had a look at that calendar appearance code...
(gotcha! - you couldn't deny it ;)
I'm still waiting for feedback on that in order to know in which direction
to continue. So far I haven't gotten any at all.
Could maybe you or anyone else that had a look at it comment?

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: Component donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 08:21:12 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> skrev i meddelandet
news:aon5kg$3i6$1@talkto.net...
>> > > There isn't much to see: a treeview and a pagelist component that
switches
>> > > page when a new node is selected. How cool is that as a screen-shot<g>?
I
>> > > could send you the compiled exe, if you'd like...
> >
> > How and... erhm... Wasn't something like that already implemented in the
> > TJvTreeView? I think so, but based on the name ;)

Yes it was, but this component is a lot more flexible (same page can be used
for several nodes, design-time assignment of node/page links) + that it
behaves like the treeview in VS - you would have to see it in action to
understand what I mean.

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: jvPanelTreeView (Peter Thörnqvist)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 18 Oct 2002 08:19:06 +0200
Newsgroups: jedi.vcl

You will have to get the latest files from JVCL's CVS archive, mainly
JvDsgnEditors.pas but there might be others. You could start with that file
and see if it works.

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net

"Roy Nielsen" <roy@witte-nielsen.dk> skrev i meddelandet
news:aon37s$3al$1@talkto.net...
> > Hi Peter
> >
> > I tried to install your component but Delphi 7 complains about
> > TJvDefaultImageIndexProperty is "missing".
> >
> > What do I have to do to install the component ?
> >
> > Roy




Subject: Re: Component donation
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 17 Oct 2002 22:34:04 +0200
Newsgroups: jedi.vcl

> There isn't much to see: a treeview and a pagelist component that switches
> page when a new node is selected. How cool is that as a screen-shot<g>? I
> could send you the compiled exe, if you'd like...

How and... erhm... Wasn't something like that already implemented in the
TJvTreeView? I think so, but based on the name ;)

Sebastien



Subject: jvPanelTreeView (Peter Thörnqvist)
From: "Roy Nielsen" <roy@witte-nielsen.dk>
Date: Thu, 17 Oct 2002 19:32:12 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Peter

I tried to install your component but Delphi 7 complains about 
TJvDefaultImageIndexProperty is "missing".

What do I have to do to install the component ?

Roy


Subject: Re: Component donation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 17 Oct 2002 20:00:23 +0200
Newsgroups: jedi.vcl

I've uploaded an update in binaries that might be worth getting...More info
there.

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: JVDatePicker compile error
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 17 Oct 2002 17:00:18 +0100
Newsgroups: jedi.vcl

Done that, you were correct. Don't know how I got them two mixed up. Been a
hard day.

Thanks

Andy
"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> wrote in
message news:aomhhf$jg$1@talkto.net...
>> > > Trying to re-compile after downloading some files from CVS and getting
the
>> > > following:
>> > >
>> > > [Error] JvDatePickerEdit.pas(118): Undeclared identifier:
>> > > 'TJvMonthCalAppearance'
>> > > [Error] JvDatePickerEdit.pas(356): Missing operator or semicolon
>> > > [Error] JvDatePickerEdit.pas(373): Missing operator or semicolon
>> > > [Error] JvDatePickerEdit.pas(842): Undeclared identifier:
>> > > 'CreateWithAppearance'
>> > > [Fatal Error] JVCL200_R60.dpk(489): Could not compile used unit
>> > > '..\source\JvDatePickerEdit.pas'
>> > >
>> > > What have I done wrong this time?
> >
> > AFAICT, you couldn't have gotten that from CVS. The whole Appearance stuff
> > was just something I posted as food-for-thought to jedi.binaries . It
> > definitely isn't in CVS.
> >
> > If you simply re-get JvDatePickerEdit.pas it should be in sync with the
> > updated JvCalendar.pas once more.
> >
> > Hope this helps.
> >
> > Oliver
> > -----------------------
> > JID: ogiesen@jabber.org
> > ICQ: 18777742
> > Y! : ogiesen
> >
> >




Subject: Re: Component donation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 17 Oct 2002 17:32:40 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> skrev i meddelandet
news:aomeku$vl1$1@talkto.net...
> > But I don't want to upgrade as long as I'm working on a project with D6,
> > I don't want to include new problems in it...

I made a few checks and as far as I can tell, you only need to update the
JvDsgnEditos.pas unit. You don't need to reinstall the whole JVCL for that,
do you?

> > Couldn't you post the executable or a screenshot? I'm so lazy to
> > reinstall everything for one component <g>.

There isn't much to see: a treeview and a pagelist component that switches
page when a new node is selected. How cool is that as a screen-shot<g>? I
could send you the compiled exe, if you'd like...
--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net

> >
> >
>>> > >>And no, it doesn't compile with the command line compiler.
>> > > Weird, does it install from within the IDE?
> > Hum... Its a pain to install, I tried in a separated package, but there
> > is a dependency with a JVCL editor
> > [Error] JvPageListTreeViewReg.pas(34): Undeclared identifier:
> > 'TJvDefaultImageIndexProperty'
> >
> > I really don't want to recompile the JVCL as it always kill my Delphi
> > due to some old code, and I don't feel the courage to reinstall the
> > whole JVCL for that...
> >
> >
> > Sebastien
> >



Subject: lng files
From: "Michael Fritz" <spam_athome@yahoo.de>
Date: Thu, 17 Oct 2002 17:15:45 +0200
Newsgroups: jedi.vcl

Hi,

maybe a little bit OT here but perhaps someone knows a good tool (freeware)
to create *.lng files e.g. for
JediEdit?

Thanks cu,
Michael




Subject: Re: JVDatePicker compile error
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Thu, 17 Oct 2002 16:50:51 +0200
Newsgroups: jedi.vcl

> > Trying to re-compile after downloading some files from CVS and getting the
> > following:
> >
> > [Error] JvDatePickerEdit.pas(118): Undeclared identifier:
> > 'TJvMonthCalAppearance'
> > [Error] JvDatePickerEdit.pas(356): Missing operator or semicolon
> > [Error] JvDatePickerEdit.pas(373): Missing operator or semicolon
> > [Error] JvDatePickerEdit.pas(842): Undeclared identifier:
> > 'CreateWithAppearance'
> > [Fatal Error] JVCL200_R60.dpk(489): Could not compile used unit
> > '..\source\JvDatePickerEdit.pas'
> >
> > What have I done wrong this time?

AFAICT, you couldn't have gotten that from CVS. The whole Appearance stuff
was just something I posted as food-for-thought to jedi.binaries . It
definitely isn't in CVS.

If you simply re-get JvDatePickerEdit.pas it should be in sync with the
updated JvCalendar.pas once more.

Hope this helps.

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: JVDatePicker compile error
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 17 Oct 2002 15:34:15 +0100
Newsgroups: jedi.vcl

OK Done.

"Peter Thörnqvist" <peter3@nospampeter3.com> wrote in message
news:aom7i2$uag$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com> wrote in message
> > news:aom3f2$thq$1@talkto.net...
> >
>> > > Trying to re-compile after downloading some files from CVS and getting
the
>> > > following:
> > [...]
>> > > What have I done wrong this time?
>> > >
>> > > Andy
> >
> > Probably nothing<g>. Could you please post this to the Issue Tracker
> > (http://projectjedi.sourceforge.net/mantis) ?
> >
> >
> > --
> > Regards,
> >
> > Peter Thornqvist
> > (JVCL Tech Coordinator)
> > http://jvcl.sourceforge.net
> >
> >




Subject: Re: Component donation
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 17 Oct 2002 16:01:41 +0200
Newsgroups: jedi.vcl

>> 6.0 with update 2, is it enough for you? :p
>
> Unless you have something newer<g>

Yes I do <g>

But I don't want to upgrade as long as I'm working on a project with D6, I don't want to include new problems in it...


>> And no, it doesn't compile with the command line compiler.
> Weird, does it install from within the IDE?
Hum... Its a pain to install, I tried in a separated package, but there is a dependency with a JVCL editor
[Error] JvPageListTreeViewReg.pas(34): Undeclared identifier: 'TJvDefaultImageIndexProperty'

I really don't want to recompile the JVCL as it always kill my Delphi
due to some old code, and I don't feel the courage to reinstall the
whole JVCL for that...

Couldn't you post the executable or a screenshot? I'm so lazy to reinstall everything for one component <g>.

Sebastien



Subject: Re: JVDatePicker compile error
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 17 Oct 2002 13:57:47 +0200
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:aom3f2$thq$1@talkto.net...

> > Trying to re-compile after downloading some files from CVS and getting the
> > following:
[...]
> > What have I done wrong this time?
> >
> > Andy

Probably nothing<g>. Could you please post this to the Issue Tracker
(http://projectjedi.sourceforge.net/mantis) ?


--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: JVDatePicker compile error
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 17 Oct 2002 11:57:44 +0100
Newsgroups: jedi.vcl

Trying to re-compile after downloading some files from CVS and getting the
following:

[Error] JvDatePickerEdit.pas(118): Undeclared identifier:
'TJvMonthCalAppearance'
[Error] JvDatePickerEdit.pas(356): Missing operator or semicolon
[Error] JvDatePickerEdit.pas(373): Missing operator or semicolon
[Error] JvDatePickerEdit.pas(842): Undeclared identifier:
'CreateWithAppearance'
[Fatal Error] JVCL200_R60.dpk(489): Could not compile used unit
'..\source\JvDatePickerEdit.pas'

What have I done wrong this time?

Andy




Subject: Re: Component donation
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Thu, 17 Oct 2002 08:33:41 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:aokkif$o4p$1@talkto.net...
> > 6.0 with update 2, is it enough for you? :p
Unless you have something newer<g>

> >
> > And no, it doesn't compile with the command line compiler.

Weird, does it install from within the IDE?

Peter





Subject: Re: ID3V21
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Wed, 16 Oct 2002 23:17:23 GMT
Newsgroups: jedi.vcl

On Wed, 16 Oct 2002 08:31:45 -0500, "dave" <dbracken@infonowsolutions.com> wrote:
> > Does anyone have any sample code for using this component?
> > No one has replied to my post. I would love to be able to support both types
> > of mp3 tags in my software. Maybe some sample code can help me find the
> > problem.
> > 
> > Thanks again,
> > Dave
> > 
> > P.S. If i get some free time, I am very busy at work right now, i would like
> > to maybe help with the bug fixes, etc..
> > I think it would be great to be a part(even a small part) of the jedi team.
> > Keep up the good work!
> > 
> > 
> > 
In unit JvId3v2.pas, procedure TJvId3v2.ReadWeb change the line

source.Read(buf, frame.Size - 1);

to

source.Read(buf, frame.Size);

I didn't see other problems, but I didn't really look deep in it.

Regards,
Remko




Subject: Re: Component donation
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 16 Oct 2002 23:30:18 +0200
Newsgroups: jedi.vcl

> That's because you are not using D6. Did you read the included readme file
> (smug smile)?

6.0 with update 2, is it enough for you? :p

And no, it doesn't compile with the command line compiler.

Sebastien



Subject: Re: Replacing ToolEdit (RX) with what ?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 16 Oct 2002 22:05:26 +0200
Newsgroups: jedi.vcl

"Marc Meyen" <MarcM@consun.com> skrev i meddelandet
news:aok5d3$mcr$1@talkto.net...
> > Hi,
> >
> > I used (in the past) a lot of the Rx comps. One of those gotchas is
> > TDateEdit in the unit ToolEdit. With what of the Jedi vcl 2.0 should I
> > replace it ?
> >
> > --
> > Marc
> >
> >

TJvDateEdit (on the Jv Composite tab)?

--
Regards,

Peter Thornqvist
(JVCL Tech Coordinator)
http://jvcl.sourceforge.net



Subject: Re: Component donation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 16 Oct 2002 20:29:02 +0200
Newsgroups: jedi.vcl


"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> skrev i meddelandet
news:aojtfk$ktb$1@talkto.net...
> >
> > I've seen better code from you <g>.
Really? Where? Could I get a copy?<vbg>

> >
> > Can't get it to compile with the command line compiler...

That's because you are not using D6. Did you read the included readme file
(smug smile)?

Peter



Subject: Re: Component donation
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 16 Oct 2002 20:27:52 +0200
Newsgroups: jedi.vcl

"Keith Blows" <noone@nowhere.com> skrev i meddelandet
news:aojuo8$l9i$1@talkto.net...

You need the latest source from CVS since it uses some of the new features
added recently. F ex, the TJvDefaultImageIndexProperty is defined in
JvDsgnEditors.pas. There might be other dependencies but I'm not sure

BTW, I found another caveat: if you place the dcr file in the same folder as
the XXXReg file and add the XXXReg file to a package, you will get a
duplicate resource error. Either manually remove the dcr from the package or
remove the line {$R *.DCR} from the XXXReg file. The current setup was
designed for placing the dcr file in the JVCL\resource folder, hence the
*.DCR include

Peter




Subject: Re: editor for the JvTranslator?
From: Nektarios <naentor@hotmail.com>
Date: Wed, 16 Oct 2002 21:03:21 +0300
Newsgroups: jedi.vcl

In article <ak0ggj$ng6$1@talkto.net>, jedi@buypin.com says...
> > 
> > Hello,
> > 
> > No there isn't any editor, you are free to try to code one and submit it to
> > JVCL,
> > it would help us a lot.
> > 
> > And the JVCL is only working on Windows platforms for the moment, so don't
> > worry about all the warnings, it's working.
> > 
> > 
> > Sebastien
> > 
> > ----- Original Message -----
> > From: "Carlos" <jedi@buypin.com>
> > To: <JEDI-VCL@yahoogroups.com>
> > Sent: Wednesday, August 21, 2002 5:00 PM
> > Subject: [JEDI-VCL] editor for the JvTranslator?
> > 
> > 
>> > >
>> > > Is there an editor for the language data of the JvTranslator?
>> > >
>> > > Also During compilation of Jedi package I saw a warnings that the compiled
>> > > unit was spesific to a version of an operating system. Can anyone one
> > coment
>> > > on this?
>> > >
>> > > Carlos
>> > >
>> > >
>> > > .
>> > >
>> > >
>> > >
>> > >
>> > > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>> > >
>> > >
> > 
> > 
> > ----Message transited via JEDI Script Gateway----
> > 
> > 
Does anyone have a way to autocreate the xml ?


Subject: Replacing ToolEdit (RX) with what ?
From: "Marc Meyen" <MarcM@consun.com>
Date: Wed, 16 Oct 2002 19:11:14 +0200
Newsgroups: jedi.vcl

Hi,

I used (in the past) a lot of the Rx comps. One of those gotchas is
TDateEdit in the unit ToolEdit. With what of the Jedi vcl 2.0 should I
replace it ?

--
Marc




Subject: Re: Bugs in JVCL - help needed
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 16 Oct 2002 11:59:33 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:aojl4g$j8c$1@talkto.net...
> > If you visit the bug tracker (http://projectjedi.sourceforge.net/mantis)
> > from time to time, you might have noticed that the number of new and
> > unassigned bugs have been piling up lately.
> >
> > If you have some time to spare, please consider helping out fixing them.
If
> > you don't have developer access to the CVS, you can still post fixes and
> > suggestions as bug notes directly to the bug in Mantis. A developer can
then
> > review the fix and update the CVS repository. You can also attach files if
> > the fix requires major changes. Most bugs reported are of a simple nature
> > and shouldn't take too long to fix for the average coder.
> >
> > So, if you're a JVCL user and would like it to maintain it's quality,
please
> > help out by fixing a few of those bugs and "clean up the plate".

This is really important. Recently I've read this on another Delphi
OpenSource project that IMHO addresses this issue very well:

-----------------
What's the point of open source if people won't look at the source,
attempt a fix, and contribute what they did/found?
------------------

Michael




Subject: Re: Component donation
From: "Keith Blows" <noone@nowhere.com>
Date: Wed, 16 Oct 2002 14:57:13 +0000 (UTC)
Newsgroups: jedi.vcl

Peter,

This component sounds like something I have been looking for, for a long time, however I can't compile because I can't seem to find any reference to TJvDefaultImageIndexProperty in my JVCL/VCL source (from your JvPageListTreeViewReg.pas). Is this class from a later/older CVS of JVCL or something? Any help would be greatly appreciated!


TJvSettingsTreeImagesProperty = class(TJvDefaultImageIndexProperty)

-- Kind Regards, Keith Blows 

Subject: Re: Component donation
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 16 Oct 2002 16:56:11 +0200
Newsgroups: jedi.vcl


I've seen better code from you <g>.

Can't get it to compile with the command line compiler...



JvPageListTreeView.pas(7)
JvPageListTreeView.pas(260) Error: Method 'Added' not found in base class
JvPageListTreeView.pas(262) Error: Method 'CreateNodes' not found in base class
JvPageListTreeView.pas(405) Error: Property 'MultiSelect' does not exist in base class
JvPageListTreeView.pas(406) Error: Property 'MultiSelectStyle' does not exist in base class
JvPageListTreeView.pas(423) Error: Property 'OnAddition' does not exist in base class
JvPageListTreeView.pas(433) Error: Property 'OnCreateNodeClass' does not exist in base class
JvPageListTreeView.pas(512)
JvPageListTreeView.pas(519) Error: Property 'OnAddition' does not exist in base class
JvPageListTreeView.pas(529) Error: Property 'OnCreateNodeClass' does not exist in base class
JvPageListTreeView.pas(617)
JvPageListTreeView.pas(697) Error: Undeclared identifier: 'Added'
JvPageListTreeView.pas(753) Error: Undeclared identifier: 'IsImplementorOf'
JvPageListTreeView.pas(753) Error: Operator not applicable to this operand type
JvPageListTreeView.pas(784) Error: Undeclared identifier: 'ReferenceInterface'
JvPageListTreeView.pas(1024)
JvPageListTreeView.pas(1536)
JvPageListTreeView.pas(1621)
MainFrm.pas(7) Fatal: Could not compile used unit 'JvPageListTreeView.pas'






Peter Thörnqvist wrote:
> I've uploaded a set of components to jedi.binaries that I am thinking of
> donating to JVCL but
> they haven't had much road-testing, so I would ask you all to try it out
> before I donate them. There's a demo included so you can try it out without
> much
> work. There's also a readme in the zip file that describes the
> units/components.
>
> The components are a special PageList control and a treeview that mimics the
> behaviour of the treeview in Visual Studio.Net's Options Dialog (if you
> haven't seen VS.NET's or the Options dialog, the demo includes some of the
> pages) .
>
> The basic idea is that the treeview nodes have an extra property, PageIndex,
> that designates a page index into a control implementing an IPageList
> interface. When then node is clicked, the page in the other control is
> changed. I've implemented a control (also in this package) that is basically
> a TPageControl but without the tabs, i.e. a TNotebook but a version that can
> be used on frames and inherited forms (which TNotebook can't).
>
> The main new properties to take note of is PageLinks, PageDefaultIndex and
> PageList.
>
> There is also a generic design editor for TTreeNodes that extends the normal
> TTreeNode editor (see the readme).
>
> Note that this component can only be used in D6 and maybe D7 (haven't tested
> yet).
>
> Any problems, thoughts, ideas, bugs? Please report in here.
>
> Peter
>
>
>
>



Subject: Re: ID3V21
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Oct 2002 15:50:51 +0200
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> skrev i meddelandet
news:aojohj$jus$1@talkto.net...

> > No one has replied to my post. I would love to be able to support both
types
> > of mp3 tags in my software. Maybe some sample code can help me find the
> > problem.

Since you haven't gotten any replies, I guess not many people know how to
use it.

> > P.S. If i get some free time, I am very busy at work right now, i would
like
> > to maybe help with the bug fixes, etc..
> > I think it would be great to be a part(even a small part) of the jedi
team.

Thanks, please do. We need all the help we can get.

> > Keep up the good work!

Thanks!

--
Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: ID3V21
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 16 Oct 2002 08:31:45 -0500
Newsgroups: jedi.vcl

Does anyone have any sample code for using this component?
No one has replied to my post. I would love to be able to support both types
of mp3 tags in my software. Maybe some sample code can help me find the
problem.

Thanks again,
Dave

P.S. If i get some free time, I am very busy at work right now, i would like
to maybe help with the bug fixes, etc..
I think it would be great to be a part(even a small part) of the jedi team.
Keep up the good work!





Subject: Bugs in JVCL - help needed
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 16 Oct 2002 14:33:33 +0200
Newsgroups: jedi.vcl

If you visit the bug tracker (http://projectjedi.sourceforge.net/mantis)
from time to time, you might have noticed that the number of new and
unassigned bugs have been piling up lately.

If you have some time to spare, please consider helping out fixing them. If
you don't have developer access to the CVS, you can still post fixes and
suggestions as bug notes directly to the bug in Mantis. A developer can then
review the fix and update the CVS repository. You can also attach files if
the fix requires major changes. Most bugs reported are of a simple nature
and shouldn't take too long to fix for the average coder.

So, if you're a JVCL user and would like it to maintain it's quality, please
help out by fixing a few of those bugs and "clean up the plate".

Regards,

Peter Thornqvist (JVCL Tech Coordinator)
http://jvcl.sourceforge.net




Subject: Re: reviewing JVCL examples (mostly RX)
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 16 Oct 2002 08:09:27 +0100
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:aoihkk$hjs$1@talkto.net...
> > Hello, Andy!
> > You wrote  on Tue, 15 Oct 2002 08:32:05 +0100:
> >
> > Got a bunch of files from cvs view dated upto (including) 6 week.
> > I think 7 week old files are included in JVCL Beta release.
> >
> > That took a lot of kbd/mouse playing in briwser and about 1.5 hours of
> > dialup.
> > Grrr!
> >
> > With best regards, Arioch.  E-mail: the_Arioch@nm.ru
> >

Yeah I know. It would be nice if you could type in a number of days/weeks
and download in one go. Or select the files you want then download.

Andy




Subject: Re: reviewing JVCL examples (mostly RX)
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 16 Oct 2002 06:27:43 +0400
Newsgroups: jedi.vcl

Hello, Andy!
You wrote  on Tue, 15 Oct 2002 08:32:05 +0100:

Got a bunch of files from cvs view dated upto (including) 6 week.
I think 7 week old files are included in JVCL Beta release.

That took a lot of kbd/mouse playing in briwser and about 1.5 hours of
dialup.
Grrr!

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: Installing on Delphi 6 Personal
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Oct 2002 16:28:09 +0200
Newsgroups: jedi.vcl

"Rafael Cotta" <rcotta.nospam@ig.com.br> skrev i meddelandet
news:aoh6ml$cnd$1@talkto.net...
> > Ok. I just didn't want to make the 8MB download on my dialup connection
> > without knowing if that's the right thing to download =)

You might also want to check the bug tracker and this NG for posts on other
peoples problems with installing before you do download it

Peter





Subject: Re: Installing on Delphi 6 Personal
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Tue, 15 Oct 2002 11:15:59 -0300
Newsgroups: jedi.vcl

Ok. I just didn't want to make the 8MB download on my dialup connection
without knowing if that's the right thing to download =)

Thanks Peter.

Rafael

"Peter Thörnqvist" <peter3@nospampeter3.com> escreveu na mensagem
news:aoh5om$chm$1@talkto.net...
> > In the readme.txt in the download file.
> >
> > Peter
> >
> > "Rafael Cotta" <rcotta.nospam@ig.com.br> wrote in message
> > news:aoh3vv$c5u$1@talkto.net...
>> > > Where can I find information on how to install JediVCL 2 on Delphi 6
>> > > Personal?
>> > >
>> > > Rafael
>> > >
>> > >
> >
> >




Subject: Re: Installing on Delphi 6 Personal
From: "Peter Thörnqvist" <peter3@nospampeter3.com>
Date: Tue, 15 Oct 2002 15:56:07 +0200
Newsgroups: jedi.vcl

In the readme.txt in the download file.

Peter

"Rafael Cotta" <rcotta.nospam@ig.com.br> wrote in message
news:aoh3vv$c5u$1@talkto.net...
> > Where can I find information on how to install JediVCL 2 on Delphi 6
> > Personal?
> >
> > Rafael
> >
> >




Subject: Installing on Delphi 6 Personal
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Tue, 15 Oct 2002 10:29:43 -0300
Newsgroups: jedi.vcl

Where can I find information on how to install JediVCL 2 on Delphi 6
Personal?

Rafael




Subject: Component donation
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 15 Oct 2002 15:02:22 +0200
Newsgroups: jedi.vcl

I've uploaded a set of components to jedi.binaries that I am thinking of
donating to JVCL but
they haven't had much road-testing, so I would ask you all to try it out
before I donate them. There's a demo included so you can try it out without
much
work. There's also a readme in the zip file that describes the
units/components.

The components are a special PageList control and a treeview that mimics the
behaviour of the treeview in Visual Studio.Net's Options Dialog (if you
haven't seen VS.NET's or the Options dialog, the demo includes some of the
pages) .

The basic idea is that the treeview nodes have an extra property, PageIndex,
that designates a page index into a control implementing an IPageList
interface. When then node is clicked, the page in the other control is
changed. I've implemented a control (also in this package) that is basically
a TPageControl but without the tabs, i.e. a TNotebook but a version that can
be used on frames and inherited forms (which TNotebook can't).

The main new properties to take note of is PageLinks, PageDefaultIndex and
PageList.

There is also a generic design editor for TTreeNodes that extends the normal
TTreeNode editor (see the readme).

Note that this component can only be used in D6 and maybe D7 (haven't tested
yet).

Any problems, thoughts, ideas, bugs? Please report in here.

Peter






Subject: Re: reviewing JVCL examples (mostly RX)
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Tue, 15 Oct 2002 08:32:05 +0100
Newsgroups: jedi.vcl

Arioch

You can download from CVS without having a CVS client. If you go to the
files section and then CVS and then Browse CVS Repository, JVCL, Source you
can download the files by clicking the Rev link for the files you want.

Regards

Andy

"Arioch" <the_Arioch@nm.ru> wrote in message news:aoel3i$1cj$1@talkto.net...
> > Hello, All!
> >
> > AS: i have JVCL 2 beta (28 August, downloaded from sf) and ResRen.zip
> > (renamed rx resources from Peter)
> >
> > Peter said there been made updates since that, but i do not have cvs, so i
> > do not have them.
> >
> > Guess this was a reason i had a minor resource naming trouble not reported
> > by Andy Vines.
> > The things below may also be fixed far ago, sorry then.
> >
> > 1) c:\Borland\AddOns\JVCL\bin\EvnironmentList.exe
> > Look - eVNironment :-) :-P
> >
> > 2) all 3 rx demos
> > I think You'd add to about dialogs line a la '(c) 2002 JVCL 2 beta'
> >
> > 3) same as above is to be done with all the headers of *.pas in
> > c:\Borland\AddOns\JVCL\examples\RxDBExplorer\
> > c:\Borland\AddOns\JVCL\examples\RxGIFAnimator\
> >
> > 4) was RichEdit 2 demo abondoned along with TRxRichEdit? Then some new
> > richedit demo imho is to be.
> >
> > 5) missed from make
> > c:\Borland\AddOns\JVCL\examples\DSADialogs\*.dpr
> > c:\Borland\AddOns\JVCL\examples\ObjectPickerDemo\JvObjPickerDemo.dpr
> > c:\Borland\AddOns\JVCL\examples\RALib\RaEditor\RAHLEdPropDlgTest.dpr
> > c:\Borland\AddOns\JVCL\examples\JvOutlookPanel\JvOutlookPanelProj.dpr
> >             misses JvOutlookPanel.pas
> >
> > 6)
> >
c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterDynamicLoad\DynamicLoad.d
> > pr
> > misses variants.pas - Delphi 6 only? Can never be used with D5 ? Readme
says
> > it can be compiled with D5. Readme is in Russian only.
> > What about the following files ?
> >
c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterDynamicLoad\MyLabelPackag
> > e.dpk
> >
c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterDynamicLoad\JvInterpreter
> > _MyLabelPackage.dpk
> >
> > 7) cant run c:\Borland\AddOns\JVCL\bin\JvInterpreterTest.exe - needs .ini
> >
> > 8) cant run c:\Borland\AddOns\JVCL\bin\JvInterpreterEndUser.exe
> > needs subdirectories
> >
> > 9) same about c:\Borland\AddOns\JVCL\bin\JvTranslatorProj.exe and
> > c:\Borland\AddOns\JVCL\examples\JvTranslator\Translations\
> >
> > Generally speaking, i do not think it is good idea to store compiled
> > examples in non-structured flat [jvcl]\bin folder.
> > It becomes only a kind of garbage there.
> > c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterEndUser\Reports\
> > and c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterEndUser\new\
> > aside .exe
> >
> > With best regards, Arioch.  E-mail: the_Arioch@nm.ru
> >




Subject: reviewing JVCL examples (mostly RX)
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 14 Oct 2002 18:34:24 +0400
Newsgroups: jedi.vcl

Hello, All!

AS: i have JVCL 2 beta (28 August, downloaded from sf) and ResRen.zip
(renamed rx resources from Peter)

Peter said there been made updates since that, but i do not have cvs, so i
do not have them.

Guess this was a reason i had a minor resource naming trouble not reported
by Andy Vines.
The things below may also be fixed far ago, sorry then.

1) c:\Borland\AddOns\JVCL\bin\EvnironmentList.exe
Look - eVNironment :-) :-P

2) all 3 rx demos
I think You'd add to about dialogs line a la '(c) 2002 JVCL 2 beta'

3) same as above is to be done with all the headers of *.pas in
c:\Borland\AddOns\JVCL\examples\RxDBExplorer\
c:\Borland\AddOns\JVCL\examples\RxGIFAnimator\

4) was RichEdit 2 demo abondoned along with TRxRichEdit? Then some new
richedit demo imho is to be.

5) missed from make
c:\Borland\AddOns\JVCL\examples\DSADialogs\*.dpr
c:\Borland\AddOns\JVCL\examples\ObjectPickerDemo\JvObjPickerDemo.dpr
c:\Borland\AddOns\JVCL\examples\RALib\RaEditor\RAHLEdPropDlgTest.dpr
c:\Borland\AddOns\JVCL\examples\JvOutlookPanel\JvOutlookPanelProj.dpr
            misses JvOutlookPanel.pas

6)
c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterDynamicLoad\DynamicLoad.d
pr
misses variants.pas - Delphi 6 only? Can never be used with D5 ? Readme says
it can be compiled with D5. Readme is in Russian only.
What about the following files ?
c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterDynamicLoad\MyLabelPackag
e.dpk
c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterDynamicLoad\JvInterpreter
_MyLabelPackage.dpk

7) cant run c:\Borland\AddOns\JVCL\bin\JvInterpreterTest.exe - needs .ini

8) cant run c:\Borland\AddOns\JVCL\bin\JvInterpreterEndUser.exe
needs subdirectories

9) same about c:\Borland\AddOns\JVCL\bin\JvTranslatorProj.exe and
c:\Borland\AddOns\JVCL\examples\JvTranslator\Translations\

Generally speaking, i do not think it is good idea to store compiled
examples in non-structured flat [jvcl]\bin folder.
It becomes only a kind of garbage there.
c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterEndUser\Reports\
and c:\Borland\AddOns\JVCL\examples\RALib\RaInterpreterEndUser\new\
aside .exe

With best regards, Arioch.  E-mail: the_Arioch@nm.ru



Subject: Re: I installed the JVCL, but I think it could add the Unicode support in the comm components is the best..
From: "Gavin Chen" <PCNEWS@263.net>
Date: Mon, 14 Oct 2002 15:34:40 +0800
Newsgroups: jedi.vcl

OK~  I will join the project first to see the information, thks for you
advice

I hope, JVCL will much help everybody to develop.....

:-)


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:aockur$o7b$1@talkto.net...
> > "Gavin Chen" <PCNEWS@263.net> skrev i meddelandet
> > news:anp6dt$e7g$1@talkto.net...
>> > > First, I must say sorry.
> > No sweat
> >
>> > > After I installed the JVCL Components, I found it (JV Standard And
>> > > JV Win32)  is not so
>> > > much diffent from Borland Delphi supply, so I went to know what is the
> > Comm
>> > > Component's Value.
> >
> > I think you will have to study the components more (I recommend getting
the
> > JVCL Help file, also at http://sourceforge.net/projects/jvcl, for more
> > details and explanations) before forming an opinion. I personally don't
> > agree that they aren't different from Borland's: sure, some are extensions
> > to standard components but many are totally unique.
> >
>> > > At last, I think add the Unicode support will improve the Components
> > Value.
> >
> > You are welcome to participate in the development of JVCL. Since this is
> > work done by volunteers, more work will be done with more people
> > participating.
> >
> > Peter
> >




Subject: Re: I installed the JVCL, but I think it could add the Unicode support in the comm components is the best..
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 14 Oct 2002 06:16:00 +0400
Newsgroups: jedi.vcl

Hello, Arioch!

Sorrym fidolook sentt this msg too early. will file bugrepoport :-)

Hello, Peter!

 ??>> At last, I think add the Unicode support will improve the Components
PTr> You are welcome to participate in the development of JVCL. Since this

Or You may join to unicode project. They are extending standard VCL
components, making them Unicode 2.0 aware under Windows NT, while they still
remain functional (in non-Unicode mode) under Windows 9x

Their newsgroup is on that very server. (though it seems to be dead)

also look borland newsgroups and smth like www.delphi-unicode.org



With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: I installed the JVCL, but I think it could add the Unicode support in the comm components is the best..
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 14 Oct 2002 06:15:11 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 ??>> At last, I think add the Unicode support will improve the Components
PTr> You are welcome to participate in the development of JVCL. Since this

Or You may join to unicode project. They are extending standard VCL
components, making them Unicode 2.0 aware under Windows NT, while they still
remain functional (in non-Unicode mode) under Windows 9x

Their newsgroup is on that very server. (though it seems to be dead)

also look borland newsgroups and smth like www.delphi-unicode.org

With best regards, Arioch.  E-mail: the_Arioch@nm.ru





Subject: Re: I installed the JVCL, but I think it could add the Unicode support in the comm components is the best..
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 14 Oct 2002 06:11:24 +0400
Newsgroups: jedi.vcl

Hello, Peter!

 ??>> At last, I think add the Unicode support will improve the Components
 PTr> You are welcome to participate in the development of JVCL. Since this

Or You may join to unicode project. They are extending standard VCL
components, making them Unicode 2.0 aware under Windows NT, while they still
remain functional (in non-Unicode mode) under Windows 9x

Their newsgroup is on that very server.

With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: I installed the JVCL, but I think it could add the Unicode support in the comm components is the best..
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sun, 13 Oct 2002 22:47:00 +0200
Newsgroups: jedi.vcl

"Gavin Chen" <PCNEWS@263.net> skrev i meddelandet
news:anp6dt$e7g$1@talkto.net...
> > First, I must say sorry.
No sweat

> > After I installed the JVCL Components, I found it (JV Standard And
> > JV Win32)  is not so
> > much diffent from Borland Delphi supply, so I went to know what is the
Comm
> > Component's Value.

I think you will have to study the components more (I recommend getting the
JVCL Help file, also at http://sourceforge.net/projects/jvcl, for more
details and explanations) before forming an opinion. I personally don't
agree that they aren't different from Borland's: sure, some are extensions
to standard components but many are totally unique.

> > At last, I think add the Unicode support will improve the Components
Value.

You are welcome to participate in the development of JVCL. Since this is
work done by volunteers, more work will be done with more people
participating.

Peter



Subject: Re: Documentation as PDF
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 13 Oct 2002 17:43:45 +0200
Newsgroups: jedi.vcl

> Thanks for the offer, but it's not necessary. We use Doc-O-Matic and it's
> able to export to HTML/CHM, RTF/WinHelp and PDF (though a bit buggy in some
> cases). I will probably generate all types on the next build.

Marcel our savier <g>.

But this doesn't mean you cannot help us, there is thousands of other tasks if you want to help, you are all welcome.

Sebastien



Subject: Re: where's 1,32 ?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 13 Oct 2002 17:41:50 +0200
Newsgroups: jedi.vcl


> And since here still are reported bugs with Rx (including those FormStorage
> bugs, i submitted as about ~201)...
> I have doubt it is fully stable :-(

Then please help us fixing those bugs... We are just human and we are missing developers.

Sebastien



Subject: Re: Install problem - can't load package messages
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 12 Oct 2002 19:48:16 +0200
Newsgroups: jedi.vcl

> > Hi everybody,
> > I have a problem installing JCL+JVCL 2 Beta on Delphi 6 Ent. Upd. pack 2 &
Win 98
> >
> > There was a previous version of JCL installed, so I viped it out.
> > Installer completed the installation succesfully. But when I run Delphi I
got couple messages saying that  some packages couldn't be loaded because
they used a
> > library/unit that couldn't be foud. (Packages: JVCL200_D6, JclDebugIde60,
....). The missing library was not  specified.
> > So I viped all JCL and JVCL out and installed every single package
manually.
> > Everything seemed to be fine, new tabs with components appeared, new menu
commands too.
> > After restarting Delphi, the problem was back again.
> >
> > All packages have DJCL60.dcp in requires section.
> > Dcp and Bpl output dir is not Projects\Bpl, but I moved it outside Delphi.
It is included in Library path.
> > DJCL60.dcp is present in Bpl/Dcp output dir.
> >
> > The problem seems to have something to do with search paths, I guess.
> >

Make sure that the folder containing the BPLs is in your windows PATH.
Delphi can load the package when you install it (not sure why) if it's not
there, but on a restart it can't find the runtime package (DJCL60.bpl and
JVCL200R60.bpl).
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Install problem - can't load package messages
From: SCUD <scud@centrum.cz>
Date: Sat, 12 Oct 2002 09:38:01 GMT
Newsgroups: jedi.vcl

Hi everybody,
I have a problem installing JCL+JVCL 2 Beta on Delphi 6 Ent. Upd. pack 2 & Win 98

There was a previous version of JCL installed, so I viped it out.
Installer completed the installation succesfully. But when I run Delphi I got couple messages saying that  some packages couldn't be loaded because they used a
library/unit that couldn't be foud. (Packages: JVCL200_D6, JclDebugIde60, ...). The missing library was not  specified.
So I viped all JCL and JVCL out and installed every single package manually.
Everything seemed to be fine, new tabs with components appeared, new menu commands too.
After restarting Delphi, the problem was back again.

All packages have DJCL60.dcp in requires section.
Dcp and Bpl output dir is not Projects\Bpl, but I moved it outside Delphi. It is included in Library path.
DJCL60.dcp is present in Bpl/Dcp output dir.

The problem seems to have something to do with search paths, I guess.

Thanks for any help
- Jiri




Subject: NONE
From: SCUD <scud@centrum.cz>
Date: Sat, 12 Oct 2002 09:36:16 GMT
Newsgroups: jedi.vcl

Hi everybody,
I have a problem installing JCL+JVCL 2 Beta on Delphi 6 Ent. Upd. pack 2 & Win 98

There was a previous version of JCL installed, so I viped it out.
Installer completed the installation succesfully. But when I run Delphi I got couple messages saying that some packages couldn't be loaded because they used a 
library/unit that couldn't be foud. (Packages: JVCL200_D6, JclDebugIde60, ...). The missing library was not specified.
So I viped all JCL and JVCL out and installed every single package manually.
Everything seemed to be fine, new tabs with components appeared, new menu commands too.
After restarting Delphi, the problem was back again.

All packages have DJCL60.dcp in requires section.
Dcp and Bpl output dir is not Projects\Bpl, but I moved it outside Delphi. It is included in Library path.
DJCL60.dcp is present in Bpl/Dcp output dir.

The problem seems to have something to do with search paths, I guess.

Thanks for any help
- Jiri




Subject: Re: Still can't install on 6.02 personal
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sat, 12 Oct 2002 01:10:41 +0200
Newsgroups: jedi.vcl

"Ken Linder" <radstream@lvcm.com> wrote in message
> > OK, problem #1 - When you run INSTALL.BAT, it runs MAKE.EXE  My DOS PATH
> > variable looked something like...  C:\PROGRAM FILES\BORLAND\DELPHI4\BIN;
> > D:\PROGRAM FILES\BORLAND\CBUILDER3\BIN;D:\PROGRAM FILES\BORLAND\DELPHI6\BIN
> > That being the case, it tries running MAKE from D4, then CBuilder and then

The installer works compiled in Delphi 4.03 Professional. Are there any erros
during the compilation in Standard edition ?

> > with an additional little Delphi program.  Take a look at the attached ZIP
> > file for the source and modified INSTALL.BAT  Feel free to use it or throw

Thanks, I'll look at it.

> > #2 - I receive the message 'You should install latest Update pack #3 for
> > Delphi 4 Standard.  Would you like to open Borland Delphi support page?'  I
> > think it is good that it checks but to the best of my knowledge, Jedi only
> > works on Delphi versions 5 and up.  If that is the case, why worry about the

JCL is still compatible with Delphi 4.03 as well.

Petr.




Subject: Re: JVCL with RXLib
From: "Arioch" <the_Arioch@nm.ru>
Date: Sat, 12 Oct 2002 01:31:15 +0400
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Fri, 11 Oct 2002 08:23:05 +0200:

 PT> This is just the renamed resources, not the complete changes ince aug
 PT> 28 and assumes you have the latest CVS updates up to oct 10. Get it
 PT> here:

 PT> http://www.peter3.com/downloads/RenRes.zip

Thanx, i;ve gotit.
But i'm that very hard to get 'upadates up to oct. 10' :-)
Could they be put somewhere in not-CVS style ?

thanx in advance

With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 11 Oct 2002 21:00:35 +0200
Newsgroups: jedi.vcl

>>> > > > Marcel, the fix works as designed, except if the code that performs
the
>>> > > > Root.Clear and assignment of a new control to the inspector is
enclosed
>>> > > > within a BeginUpdate/EndUpdate block for the inspector.
[snip]
>> > > I'll look into this problem tonight. Probably keeps a list of changed
> > items
>> > > around which get processed on the EndUpdate call.
>> > >
> >
> > Annoying problem :(. No matter what I do (except for not using BeginUpdate
> > before the Clear) it won't go away.

Damn, this bug is persistent :( I admit I took a short break from this bug,
but I have been trying again for over a week and still I can't get it to
work properly. I'll put it in the freezer for now, until I can come up with
a completely different way of handling things. AFAICT it does clear the
items and this does free item related objects before the item gets
destroyed, but I must have missed something (judging by the bug report of
today, I probably did)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Still can't install on 6.02 personal
From: "Ken Linder" <radstream@lvcm.com>
Date: Fri, 11 Oct 2002 10:26:41 -0700
Newsgroups: jedi.vcl

Hi Petr

OK, problem #1 - When you run INSTALL.BAT, it runs MAKE.EXE  My DOS PATH
variable looked something like...  C:\PROGRAM FILES\BORLAND\DELPHI4\BIN;
D:\PROGRAM FILES\BORLAND\CBUILDER3\BIN;D:\PROGRAM FILES\BORLAND\DELPHI6\BIN
That being the case, it tries running MAKE from D4, then CBuilder and then
D6.  Thus it runs the wrong version of MAKE.  I have managed to fix this
with an additional little Delphi program.  Take a look at the attached ZIP
file for the source and modified INSTALL.BAT  Feel free to use it or throw
it away at your whim :-)

#2 - I receive the message 'You should install latest Update pack #3 for
Delphi 4 Standard.  Would you like to open Borland Delphi support page?'  I
think it is good that it checks but to the best of my knowledge, Jedi only
works on Delphi versions 5 and up.  If that is the case, why worry about the
patch level on older versions of installed Delphi?

All the best...
Ken


"Petr Vones (Team JEDI)" <petr_v@post.cz> wrote in message
news:ao545b$tvv$1@talkto.net...
> > "Ken Linder" <radstream@lvcm.com> wrote in message
>> > > I had to almost completely remove C++ Builder and D4 before the
installer
>> > > would stop complaining about different versions.
> >
> > Could you please describe the problem, what kind of complains you got etc
? I
> > have Delphi 4, 5, 6 and 7 installed and it works. It shouldn't detect C++
> > Builder at all.
> >
> > Petr.
> >
> >


makefix.zip
	



Subject: Re: JVCL with RXLib
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 11 Oct 2002 16:52:56 +0200
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
news:ao5t59$ge$1@talkto.net...
> > I have done a lot of testing and as far as I can see you have got them
all.
> > If anything crops up I will let you know.

Sounds good. Now let's wait and see how Arioch is doing...<g>

Peter



Subject: Re: JVCL with RXLib
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Fri, 11 Oct 2002 08:30:16 +0100
Newsgroups: jedi.vcl

Hi,

I have done a lot of testing and as far as I can see you have got them all.
If anything crops up I will let you know.

Thanks

Andy Vines

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:ao2cbc$iuh$1@talkto.net...
> > Andy and Arioch,
> >
> > I've just renamed all the Rx resources (I think I got them all) and it
would
> > be nice if you could get them from CVS and try if they work with RxLib
> > installed. I'm, pretty sure the "normal" resources (bitmaps et al) should
> > work but I'm less confident with the string tables (the *Const.res units),
> > so it would be great if you (and others) could try it out. Note that you
> > need to get the changed pas units as well.
> >
> > Peter
> >




Subject: Re: JVCL with RXLib
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 11 Oct 2002 08:23:05 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ao4n3h$sra$1@talkto.net...

> > Ok, but i am on poor dialup now, so if You could upload it to some http or
> > ftp for a while, it would be much better.

This is just the renamed resources, not the complete changes ince aug 28 and
assumes you have the latest CVS updates up to oct 10. Get it here:

http://www.peter3.com/downloads/RenRes.zip

I'll delete it on monday

Peter




Subject: Re: Still can't install on 6.02 personal
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Fri, 11 Oct 2002 02:18:00 +0200
Newsgroups: jedi.vcl

"Ken Linder" <radstream@lvcm.com> wrote in message
> > I had to almost completely remove C++ Builder and D4 before the installer
> > would stop complaining about different versions.

Could you please describe the problem, what kind of complains you got etc ? I
have Delphi 4, 5, 6 and 7 installed and it works. It shouldn't detect C++
Builder at all.

Petr.




Subject: Re: Still can't install on 6.02 personal
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 10 Oct 2002 22:29:00 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
news:ao4mm6$sqa$1@talkto.net...
> > You should post this in the CL group

That should have been "the jedi.jcl group", of course...

The Issue Tracker is here: http://projectjedi.sourceforge.net/mantis

Peter



Subject: Re: Still can't install on 6.02 personal
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 10 Oct 2002 22:26:45 +0200
Newsgroups: jedi.vcl

"Ken Linder" <radstream@lvcm.com> skrev i meddelandet
news:ao4lns$sn8$1@talkto.net...

> > Still having the same problem.  I downloaded JVCL.INC, all .DPK files for
> > Delphi 6.0 Personal, and a couple of other .PAS files  If I can't work it
> > out tonight, will just download a complete snapshot from CVS and try that.

Please let us know how it goes and if there are any problems (and how you
fixed it). Since we can't install D6Pe side-by-side with other versions of
D6, it's largely a matter of "working in the dark", so any help is greatly
appreciated.

> > On another unrelated note, The installer has big problems if older
versions
> > of Delphi are installed.  I have Delphi 4 (for older stuff), 6.02 (for
newer
> > stuff) and C++ Builder 3.  I had to almost completely remove C++ Builder
and
> > D4 before the installer would stop complaining about different versions.
You should post this in the CL group or on the Issue Tracker since I don't
know if Petr (author of the Installer) frequent this group as often


> >
> > All the best & keep up the great work!

Likewise and will try!

Peter



Subject: Re: JVCL with RXLib
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 11 Oct 2002 00:16:48 +0400
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Thu, 10 Oct 2002 08:36:41 +0200:

 PT> I could mail it to you (~100 kB zipped)?

Is that patch to Jvcl 2 beta of 28 Aug ?
Ok, but i am on poor dialup now, so if You could upload it to some http or
ftp for a while, it would be much better.

With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: Still can't install on 6.02 personal
From: "Ken Linder" <radstream@lvcm.com>
Date: Thu, 10 Oct 2002 13:04:41 -0700
Newsgroups: jedi.vcl

Peter,

Still having the same problem.  I downloaded JVCL.INC, all .DPK files for
Delphi 6.0 Personal, and a couple of other .PAS files  If I can't work it
out tonight, will just download a complete snapshot from CVS and try that.

On another unrelated note, The installer has big problems if older versions
of Delphi are installed.  I have Delphi 4 (for older stuff), 6.02 (for newer
stuff) and C++ Builder 3.  I had to almost completely remove C++ Builder and
D4 before the installer would stop complaining about different versions.

All the best & keep up the great work!
Ken

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ao35ub$l3f$1@talkto.net...
> > "Ken Linder (KC7RAD)" <ken@radstream.com> skrev i meddelandet
> > news:ao26si$ic9$1@talkto.net...
> >
> > Try getting the latest JVCL.INC file too and see if that helps. Also, do a
> > search on the JVCL source and packages folders and get all files that
> > contains the string "D6PersonalEdition" or change the string to
> > "DelphiPersonalEdition".
> >
> > Rebuild and reinstall
> >
> > Regards, Peter
> >
> >
> >




Subject: Re: Help Files
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 10 Oct 2002 20:24:30 +0200
Newsgroups: jedi.vcl

> > Is there a new version of the help files coming soon?

I wasn't planning to. Building a help file that is still inline with the
latest JVCL release takes too much time. So, after the last build I decided
to only do a new build after each JVCL release.

Also, since the last help build, not much help has been completed (I believe
one unit has been added, could be an update to an existing unit though), so
a new build wouldn't add much to the previous release anyway.
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Help Files
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 10 Oct 2002 11:26:56 -0500
Newsgroups: jedi.vcl

Is there a new version of the help files coming soon?

Just wondering,
Dave




Subject: ID3V21
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 10 Oct 2002 07:12:36 -0500
Newsgroups: jedi.vcl

I still cannot seem to get it to read ver 2 tags. I have opened the files
with winamp and made sure there is a ver 2 tag there, and it still gets the
same error (see earlier post). I would like to be able to support both in my
software, anyone have any ideas on this problem?

Thanks in advance for any help anyone can give,

Dave




Subject: Re: TJvFormStorage - cannot select component property
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 10 Oct 2002 11:32:39 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ao3imt$n0m$1@talkto.net...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> skrev i meddelandet
> > news:ao3ici$mva$1@talkto.net...
>> > > "Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
>> > > news:ao3hh3$mrq$1@talkto.net...
> > OK, the sorting should be fixed now.
> >
> > In the future when you find bugs or errors, please post to the Issue
Tracker
> > instead: makes it a lot easier for us to keep track of it and you also see
> > if anything is happening to the bug. The Issue Tracker is located at:
> > http://projectjedi.sourceforge.net/mantis
> >
> > Peter

OK No problem.





Subject: Re: Documentation as PDF
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 10 Oct 2002 12:16:32 +0200
Newsgroups: jedi.vcl

> > Hi there.
> >
> > If it is of interest, I could consider to contribute with putting the
> > documentation into a more printable format, such as PDF.
> >
> > Marcel, please make contact if you think this is worthwhile!
> >


Thanks for the offer, but it's not necessary. We use Doc-O-Matic and it's
able to export to HTML/CHM, RTF/WinHelp and PDF (though a bit buggy in some
cases). I will probably generate all types on the next build.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: TJvFormStorage - cannot select component property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Oct 2002 12:12:38 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> skrev i meddelandet
news:ao3ici$mva$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
> > news:ao3hh3$mrq$1@talkto.net...
OK, the sorting should be fixed now.

In the future when you find bugs or errors, please post to the Issue Tracker
instead: makes it a lot easier for us to keep track of it and you also see
if anything is happening to the bug. The Issue Tracker is located at:
http://projectjedi.sourceforge.net/mantis

Peter




Subject: Re: TJvFormStorage - cannot select component property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Oct 2002 12:07:07 +0200
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
news:ao3hh3$mrq$1@talkto.net...
> > Just noticed with this that the properties are not listed alphabetically
as
> > they were with RX, is this fixed as well.

Not to my knowledge, I'll check...

Peter




Subject: Re: TJvFormStorage - cannot select component property
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 10 Oct 2002 11:05:57 +0100
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:ao3hh3$mrq$1@talkto.net...
> > Just noticed with this that the properties are not listed alphabetically
as
> > they were with RX, is this fixed as well.
> >
> > Also where do I go to get CVS files?


Igonre the CVS bit, I have found  it. Brain not in gear today.




Subject: Re: TJvFormStorage - cannot select component property
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 10 Oct 2002 10:59:12 +0100
Newsgroups: jedi.vcl

Just noticed with this that the properties are not listed alphabetically as
they were with RX, is this fixed as well.

Also where do I go to get CVS files?

Andy

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:ao1o60$gm6$1@talkto.net...
> > "Ray" <yeohray@hotmail.com> skrev i meddelandet
> > news:anbn4a$fk$1@talkto.net...
>> > > In the TJvFormStorage component, double clicking on this component
brings
> > up
>> > > the Form Storage Designer.  Selecting a component on the left should
> > refresh
>> > > the list of properties on the right (at least, that's how it worked when
> > it
>> > > was part of the RxLibrary).  Presently, the list of properties is never
>> > > refreshed.
> >
> > Oops, I thought that was fixed? Anyway, I've done it now and you should be
> > able to get the latest fix from CVS (the files are called JvPresrDsn.pas
and
> > JvPresrDsn.dfm). Rebuild the DT package and it should work. If not, let me
> > know
> >
> > Peter
> >




Subject: Re: Documentation as PDF
From: "Marc Meyen" <MarcM@consun.com>
Date: Thu, 10 Oct 2002 11:18:05 +0200
Newsgroups: jedi.vcl

Hi,

That would be a goldmine for everybody !

"Roald Andresen" <roald.andresen@vegvesen.no> wrote in message
news:ao374r$l8g$1@talkto.net...
> > Hi there.
> >
> > If it is of interest, I could consider to contribute with putting the
> > documentation into a more printable format, such as PDF.
> >
> > Marcel, please make contact if you think this is worthwhile!
> >
> > :-)Roald Andresen
> >
> >




Subject: Re: JVCL with RXLib
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Oct 2002 10:02:53 +0200
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
news:ao37cv$l9e$1@talkto.net...
> > If you can mail it to me I would be happy to try it.

Done

Peter






Subject: Re: JVCL with RXLib
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 10 Oct 2002 08:06:18 +0100
Newsgroups: jedi.vcl

Peter,

If you can mail it to me I would be happy to try it.

I beleive part of my problem is that I use several components that are
inherited from RX components and although I have used Converter on my
project I have not changed these other components yet.

Regards

Andy
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ao3622$l3t$1@talkto.net...
> > "Arioch" <the_Arioch@nm.ru> skrev i meddelandet
> > news:ao2og1$jti$1@talkto.net...
>> > > Hello, Peter!
>> > >
>> > > Alas i failed to make friends with CVS :-)
>> > >
>> > > So put it as archive or complete new easy and mighty Jedi VCS :-P
> >
> > I could mail it to you (~100 kB zipped)?
> >
> > Peter
> >
> >
> >




Subject: Documentation as PDF
From: "Roald Andresen" <roald.andresen@vegvesen.no>
Date: Thu, 10 Oct 2002 08:55:14 +0200
Newsgroups: jedi.vcl

Hi there.

If it is of interest, I could consider to contribute with putting the
documentation into a more printable format, such as PDF.

Marcel, please make contact if you think this is worthwhile!

:-)Roald Andresen




Subject: Re: JVCL with RXLib
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Oct 2002 08:36:41 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ao2og1$jti$1@talkto.net...
> > Hello, Peter!
> >
> > Alas i failed to make friends with CVS :-)
> >
> > So put it as archive or complete new easy and mighty Jedi VCS :-P

I could mail it to you (~100 kB zipped)?

Peter





Subject: Re: Still can't install on 6.02 personal
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 10 Oct 2002 08:34:42 +0200
Newsgroups: jedi.vcl

"Ken Linder (KC7RAD)" <ken@radstream.com> skrev i meddelandet
news:ao26si$ic9$1@talkto.net...

Try getting the latest JVCL.INC file too and see if that helps. Also, do a
search on the JVCL source and packages folders and get all files that
contains the string "D6PersonalEdition" or change the string to
"DelphiPersonalEdition".

Rebuild and reinstall

Regards, Peter





Subject: Re: JVCL with RXLib
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 10 Oct 2002 06:39:43 +0400
Newsgroups: jedi.vcl

Hello, Peter!

Alas i failed to make friends with CVS :-)

So put it as archive or complete new easy and mighty Jedi VCS :-P

With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: JVCL with RXLib
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Thu, 10 Oct 2002 01:17:52 +0200
Newsgroups: jedi.vcl

Andy and Arioch,

I've just renamed all the Rx resources (I think I got them all) and it would
be nice if you could get them from CVS and try if they work with RxLib
installed. I'm, pretty sure the "normal" resources (bitmaps et al) should
work but I'm less confident with the string tables (the *Const.res units),
so it would be great if you (and others) could try it out. Note that you
need to get the changed pas units as well.

Peter



Subject: Still can't install on 6.02 personal
From: "Ken Linder (KC7RAD)" <ken@radstream.com>
Date: Wed, 9 Oct 2002 14:44:21 -0700
Newsgroups: jedi.vcl

Howdy all,

I tried installing 2.0 (beta) on my Delphi 6.02 Personal but had problems.
Did a little research & discovered I needed to download
JvInterpreter_all.pas and JVCL200_R60Personal.dpk from CVS.  I downloaded
these and tried to rebuild the .dpk   This is the message I received:

[Fatal Error] JvInterpreter_Db.pas(42):  File not found: 'db.dcu'

Am I missing something?

Ken
ken@radstream.com   -   KC7RAD




Subject: Re: TJvFormStorage - cannot select component property
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 9 Oct 2002 19:33:36 +0200
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> skrev i meddelandet
news:anbn4a$fk$1@talkto.net...
> > In the TJvFormStorage component, double clicking on this component brings
up
> > the Form Storage Designer.  Selecting a component on the left should
refresh
> > the list of properties on the right (at least, that's how it worked when
it
> > was part of the RxLibrary).  Presently, the list of properties is never
> > refreshed.

Oops, I thought that was fixed? Anyway, I've done it now and you should be
able to get the latest fix from CVS (the files are called JvPresrDsn.pas and
JvPresrDsn.dfm). Rebuild the DT package and it should work. If not, let me
know

Peter



Subject: Re: JVCL with RXLib
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Wed, 9 Oct 2002 19:07:31 +0200
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
news:ao13q9$d3n$1@talkto.net...
> > Hi,
> >
> > I have both RXLib and JVCL installed. I have just swapped a RXCalculator
> > component for the JVCalculator component, I have removed RXCalc from my
> > uses, but when I go to compile I get the following errors??? Get rid of
the
> > JVvCalculator and all compiles fine.
> >

Remove the Delphi Library path to the RxLib from Delphi, uninstall the RxLib
packages and delete the bpl's/dcp's

Many resources in RxLib hasn't been renamed in JVCL thus the duplicate
resource errors although the components have different names.

Peter



Subject: Re: JVCL with RXLib
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 9 Oct 2002 19:50:46 +0400
Newsgroups: jedi.vcl

Hello, Andy!
You wrote  on Wed, 9 Oct 2002 16:42:16 +0100:

There's a lot still not renamed variables, constants, resources.

You should not use at same time both Rx and JVCL 2, Unload one of them from
IDE and remove from Your program.

With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: JVCL with RXLib
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 9 Oct 2002 16:42:16 +0100
Newsgroups: jedi.vcl

Further to this, I have just opened another project that uses RXLib and that
won't compile either but it has no JVCL components in it, I have removed
JVCL package and still getting the errors?

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:ao13q9$d3n$1@talkto.net...




Subject: JVCL with RXLib
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 9 Oct 2002 12:52:35 +0100
Newsgroups: jedi.vcl

Hi,

I have both RXLib and JVCL installed. I have just swapped a RXCalculator
component for the JVCalculator component, I have removed RXCalc from my
uses, but when I go to compile I get the following errors??? Get rid of the
JVvCalculator and all compiles fine.

" [Error] WARNING. Duplicate resource(s):
[Error]   Type  2 (BITMAP), ID CHECK_IMAGES:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvxCtrls.Res resource kept; file C:\Program
Files\Borland\Delphi6\VCL 3rd Party\Rx Library\Units\RXCtrls.R32 resource
discarded.
[Error]   Type  2 (BITMAP), ID DEDITBMP:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvToolEdit.Res resource kept; file C:\Program
Files\Borland\Delphi6\VCL 3rd Party\Rx Library\Units\ToolEdit.R32 resource
discarded.
[Error]   Type  2 (BITMAP), ID FEDITBMP:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvToolEdit.Res resource kept; file C:\Program
Files\Borland\Delphi6\VCL 3rd Party\Rx Library\Units\ToolEdit.R32 resource
discarded.
[Error]   Type  2 (BITMAP), ID NEXT1:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvPickDate.Res resource kept; file C:\Program
Files\Borland\Delphi6\VCL 3rd Party\Rx Library\Units\PickDate.R32 resource
discarded.
[Error]   Type  2 (BITMAP), ID NEXT2:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvPickDate.Res resource kept; file C:\Program
Files\Borland\Delphi6\VCL 3rd Party\Rx Library\Units\PickDate.R32 resource
discarded.
[Error]   Type  2 (BITMAP), ID PREV1:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvPickDate.Res resource kept; file C:\Program
Files\Borland\Delphi6\VCL 3rd Party\Rx Library\Units\PickDate.R32 resource
discarded.
[Error]   Type  2 (BITMAP), ID PREV2:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvPickDate.Res resource kept; file C:\Program
Files\Borland\Delphi6\VCL 3rd Party\Rx Library\Units\PickDate.R32 resource
discarded.
[Error]   Type  2 (BITMAP), ID SEDITBMP:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvToolEdit.Res resource kept; file C:\Program
Files\Borland\Delphi6\VCL 3rd Party\Rx Library\Units\ToolEdit.R32 resource
discarded.
[Error]   Type  6 (STRING), ID 61254:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Details"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Details"
[Error]   Type  6 (STRING), ID 61255:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Could not load '%s' library"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Could not load '%s' library"
[Error]   Type  6 (STRING), ID 61256:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "File specified is not an
executable file, dynamic-link library, or icon file"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "File specified is not an
executable file, dynamic-link library, or icon file"
[Error]   Type  6 (STRING), ID 61257:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Function not yet implemented"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Function not yet implemented"
[Error]   Type  6 (STRING), ID 61258:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Previous Month|"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Previous Month|"
[Error]   Type  6 (STRING), ID 61259:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Previous Year|"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Previous Year|"
[Error]   Type  6 (STRING), ID 61260:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Next Month|"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Next Month|"
[Error]   Type  6 (STRING), ID 61261:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Next Year|"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Next Year|"
[Error]   Type  6 (STRING), ID 61262:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Select a Date"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Select a Date"
[Error]   Type  6 (STRING), ID 61263:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "All files (*.*)|*.*"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "All files (*.*)|*.*"
[Error]   Type  6 (STRING), ID 61264:
[Error]     File c:\program files\borland\delphi6\VCL 3rd
Party\JVCL\Source\JvCConst.Res string kept: "Browse"
[Error]     File C:\Program Files\Borland\Delphi6\VCL 3rd Party\Rx
Library\Units\RXCConst.R32 string discarded: "Browse"
"




Subject: Re: Any interest in YADP?
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Wed, 9 Oct 2002 11:32:05 +0200
Newsgroups: jedi.vcl

> > Unless it's a memory/time saver I generally think that create-once is
better
> > but that's just my personal taste and by no means any rule anyone
(including
> > myself!) have to follow. If you decide to go on with the create-on-demand
> > route, I would suggest adding a published property of a TPersistent class
> > that has the same properties as those you would like to expose to the
> > JvDatePickerEdit user. The Persistent class would have overridden
> > Assign/AssignTo methods that knows how to assign to a TJvMonthCalendar.
This
> > would present a nice nested property structure in the OI but unfortunately
> > the events won't show up (if you have any).

Before you wrote this I spent half an hour implementing the alternative idea
I mentioned. I tweaked it a little more today and posted it to jedi.binaries
.. You could take a look at it to see if it's worth anything.

It's just a proof-of-concept, though. There's still some rough edges
regarding the cleanness of the code but it works and I think it gives a good
idea of the concept.

What I basically did was this:

I created a new TPersistent class called TJvMonthCalAppearance and moved all
the relevant properties of TJvCustomMonthCalendar there ("relevant" in this
case only applies to the date picker example - this could of course be
enhanced for other use cases). The property accessors in
TJvCustomMonthCalendar now only defer to that class and really only serve to
maintain backward compatibility of the published class interface for the
streaming system. The code would look a lot cleaner if the calendar itself
also only published a single Appearance property.

I created a secondary constructor for TJvCustomMonthCalendar called
CreateWithAppearance, which allows passing an existing TJvMonthCalAppearance
instance. The original default constructor now simply creates a
TJvMonthCalAppearance and passes it to the new constructor. This way the
calendar will still work as before when used on its own (i.e. unembedded).

Now, in the case of the date picker, the TJvMonthCalAppearance instance is
owned by the date picker. The calendar simply reuses the reference. No more
duplication necessary.

AFAICT this seems to work quite well but as I said, it was only an idea.

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: where's 1,32 ?
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 9 Oct 2002 12:37:04 +0400
Newsgroups: jedi.vcl

Hello, Michael!
You wrote  on Wed, 9 Oct 2002 01:23:28 -0400:

 MBT> Please download the Rel. 2.0
On SF there's only Beta from 28 aug. It is not release.
And since here still are reported bugs with Rx (including those FormStorage
bugs, i submitted as about ~201)...
I have doubt it is fully stable :-(

With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: Stauts of UIL-PlugIn-System?
From: "Reinhold" <reinholderlacher@hotmail.com>
Date: Wed, 9 Oct 2002 08:05:38 +0200
Newsgroups: jedi.vcl

that's great news.
Any timelines for next release/beta?

Reinhold

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schrieb im
Newsbeitrag news:anu6pu$vjq$1@talkto.net...
> > "Reinhold" <reinholderlacher@hotmail.com> wrote in message
> > news:anu4qc$v52$1@talkto.net...
>> > > is there any news?
> >
> > In the next release.
> > I've converted it to JVCL, but still have to update it with the latest
> > changes posted on the UIL-Plugin mailing list.
> >
> > Michael
> >
> >




Subject: Re: where's 1,32 ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 9 Oct 2002 01:23:28 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ao07q9$93k$1@talkto.net...

Arioch, good to see you back here....

> > Residing in a village with notebook wanted to d/l latest stable release,

Please download the Rel. 2.0 - it's much more stable than 1.32 since we
fixed several bugs in the meantime.

Michael




Subject: where's 1,32 ?
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 9 Oct 2002 05:58:26 +0400
Newsgroups: jedi.vcl

Hello, All!

Residing in a village with notebook wanted to d/l latest stable release,
and...

Where are them ?

With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: TJvFormStorage - cannot select component property
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 9 Oct 2002 04:51:09 +0400
Newsgroups: jedi.vcl

Hello, Ray!
You wrote  on Tue, 1 Oct 2002 17:05:14 +0800:

This bug is reported as about no 201 or so

go Issue Tracker at official JVCL site

With best regards, Arioch.  E-mail: the_Arioch@nm.ru




Subject: Re: Any interest in YADP?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 8 Oct 2002 19:04:10 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
news:anuv22$4oo$1@talkto.net...
> > OK, send me your sourceforge username and I'll add you. If you can't
upload
> > for some reason in the future, just mail me the units and I'll do it for
you

Never mind: found it and added you to JVCL

Peter



Subject: Re: Any interest in YADP?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Tue, 8 Oct 2002 18:12:20 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> skrev i
meddelandet news:anumsk$33l$1@talkto.net...

> > So, before I go on: Do you think this on-demand approach is generally
worth preserving?

Unless it's a memory/time saver I generally think that create-once is better
but that's just my personal taste and by no means any rule anyone (including
myself!) have to follow. If you decide to go on with the create-on-demand
route, I would suggest adding a published property of a TPersistent class
that has the same properties as those you would like to expose to the
JvDatePickerEdit user. The Persistent class would have overriden
Assign/AssignTo methods that knows how to assign to a TJvMonthCalendar. This
would present a nice nested property structure in the OI but unfortunately
the events won't show up (if you have any).

> > So if you like, just go ahead. I could prepare my checkins
> > at work and commit them from home in the evenings.

OK, send me your sourceforge username and I'll add you. If you can't upload
for some reason in the future, just mail me the units and I'll do it for you

> > In Germany there's a nice idiom for this kind of stuff: "the egg of
Columbus".

In Swedish: "Columbi ägg"

Peter



Subject: Re: JVCL Convert
From: "olmo" <olmodelphi@hotmail.comXxXQuItAdEsDeLaSXxX>
Date: Tue, 8 Oct 2002 16:52:09 +0200
Newsgroups: jedi.vcl

> > The "JVCL Convert" only run in D6,
> > Somebody help me to it can compiled in D5

I have found the JVCL Convert already compiled, i have been inept enough,
sorry.
visit
http://sourceforge.net/project/showfiles.php?group_id=45786&release_id=10039
3





Subject: JVCL Convert
From: "olmo" <olmodelphi@hotmail.comXxXQuItAdEsDeLaSXxX>
Date: Tue, 8 Oct 2002 16:26:21 +0200
Newsgroups: jedi.vcl

Hi all,

The "JVCL Convert" only run in D6,
Somebody help me to it can compiled in D5

Thanks




Subject: Re: Stauts of UIL-PlugIn-System?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 8 Oct 2002 05:19:11 -0400
Newsgroups: jedi.vcl

"Reinhold" <reinholderlacher@hotmail.com> wrote in message
news:anu4qc$v52$1@talkto.net...
> > is there any news?

In the next release.
I've converted it to JVCL, but still have to update it with the latest
changes posted on the UIL-Plugin mailing list.

Mich      .


Subject: Stauts of UIL-PlugIn-System?
From: "Reinhold" <reinholderlacher@hotmail.com>
Date: Tue, 8 Oct 2002 10:44:14 +0200
Newsgroups: jedi.vcl

is there any news?




Subject: Re: Any interest in YADP?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 8 Oct 2002 09:58:13 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> skrev i
meddelandet news:anu1jv$ujo$1@talkto.net...
> > Taking advantage of this weekend's changes to TJvMonthCalColors I have now
> > added a CalendarColors property to the TJvDatePickerEdit.

Neat

> > What is the preferred path now? Should I post cvs diff patches? Complete
> > packages? Where to?

I could add you as a JVCL developer so you could post directly to the CVS if
you'd like. If not, then just send the complete changed units directly to me
and I'll update for you.

> > BTW: Thanks for finally making that keyboard navigation in the calendar
> > work!

I actually didn't notice that it was missing before I tried out your
DatePicker. BTW, Borland's MonthCalendar doesn't have it either but their
DateTimePicker does (and if you're wondering: I wrote my MonthCalendar
before Borland did - for D3 actually) ...

> >I've been struggling with that for quite some time before giving up on it.
> >Shame on me, seeing how easy it was now...

It's just easy when you know how and now you know <g>

Peter





Subject: Re: Any interest in YADP?
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Tue, 8 Oct 2002 09:49:47 +0200
Newsgroups: jedi.vcl

> > Thanks Oliver (and Lucatec!): I will try it out and let you know how we
will
> > proceed.

That'd be really interesting, as I already have a little patch to provide...
;)

Taking advantage of this weekend's changes to TJvMonthCalColors I have now
added a CalendarColors property to the TJvDatePickerEdit.

What is the preferred path now? Should I post cvs diff patches? Complete
packages? Where to?

BTW: Thanks for finally making that keyboard navigation in the calendar
work! I've been struggling with that for quite some time before giving up on
it. Shame on me, seeing how easy it was now...

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: HTML to Plaintext
From: "Johnnie N." <less@spam.4me>
Date: Mon, 7 Oct 2002 13:11:21 -0700
Newsgroups: jedi.vcl

Chuck, your homepage has been moved.  I thought you should know. :-)

http://chuckr.freeshell.org/index.php





Subject: Re: HTML to Plaintext
From: "Chuck R." <chuckr69SPAM@fastmail.fm>
Date: Mon, 07 Oct 2002 12:29:44 -0500
Newsgroups: jedi.vcl

Adem Sen wrote:
> Helo NG,
>
> Is there any Jedi (or other freeware) Component or API
> which can convert HTML strings into simple plaintext?

Check my webpage below.
http://chuckr.freeshell.org



Subject: JvMail Statusbar ???
From: "Marco" <contact@raphis.de>
Date: Mon, 7 Oct 2002 16:01:33 +0430
Newsgroups: jedi.vcl

Hello Group,

i want to make a Statbar that indicates the progress of downloadin an
E-Mail.
I use TldPOP3.retrieve ...

Can I use somethin like recvbuffersize ... or how can i manage that ???

thank you
marco




Subject: Something over TJvStarfield
From: "TheWolf1" <the.wolf1@usa.net>
Date: Sun, 6 Oct 2002 16:44:20 -0400
Newsgroups: jedi.vcl

I want to use a TJvStarfield object as a background and scroll some text
over (a Star Wars like introduction).

If I put a TLabel over a TJvStarfield, the label dissapears undet the
TJvStarfield object.

I want to put it over TJvStarfield (with transparency).

Anyone can help ?

Thanks a lot !




Subject: Re: I installed the JVCL, but I think it could add the Unicode support in the comm components is the best..
From: "Gavin Chen" <PCNEWS@263.net>
Date: Sun, 6 Oct 2002 19:33:48 +0800
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:anmibr$7oq$1@talkto.net...
> > "Gavin Chen" <PCNEWS@263.net> skrev i meddelandet
> > news:anma0f$72o$1@talkto.net...
> >
> > Please do not write your message in the subject line. That's what this
area
> > is for. Alos, it is impossible to know what you are trying to say with
such
> > a short description. Would you mind supplying more details?
> >
> > Peter
> >

First, I must say sorry.

:-)  ,  After I installed the JVCL Components, I found it (JV Standard And
JV Win32)  is not so
much diffent from Borland Delphi supply, so I went to know what is the Comm
Component's Value.

At last, I think add the Unicode support will improve the Components Value.




Subject: Re: I installed the JVCL, but I think it could add the Unicode support in the comm components is the best..
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Sat, 5 Oct 2002 13:45:52 +0200
Newsgroups: jedi.vcl

"Gavin Chen" <PCNEWS@263.net> skrev i meddelandet
news:anma0f$72o$1@talkto.net...

Please do not write your message in the subject line. That's what this area
is for. Alos, it is impossible to know what you are trying to say with such
a short description. Would you mind supplying more details?

Peter



Subject: I installed the JVCL, but I think it could add the Unicode support in the comm components is the best..
From: "Gavin Chen" <PCNEWS@263.net>
Date: Sat, 5 Oct 2002 16:41:30 +0800
Newsgroups: jedi.vcl



Subject: Re: Any interest in YADP?
From: Peter Thörnqvist <peter3@no.spam.peter3.com>
Date: Fri, 4 Oct 2002 18:33:17 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> skrev i
meddelandet news:ankdot$1mv$1@talkto.net...
> > This has now finally been done. See jedi.binaries . :]

Thanks Oliver (and Lucatec!): I will try it out and let you know how we will
proceed.

Thanks again

Regards, Peter



Subject: Re: Any interest in YADP?
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Fri, 4 Oct 2002 18:15:04 +0200
Newsgroups: jedi.vcl

> > I think that you should finish your conversion, donate it

This has now finally been done. See jedi.binaries . :]

Feel free to contact me anytime via ogware@gmx.net or the IM contacts given
below in case of specific questions regarding this donation.

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: HLEditor
From: "Chris Parkinson" <chris.parkinson@wib.com>
Date: Thu, 3 Oct 2002 20:18:17 +0100
Newsgroups: jedi.vcl

Hi

I have started looking at the HLEditor and whilst it works brilliantly
if you are happy to use a Courier New font it seems to go a bit strange
when you change the font. That is any font other than Courier new does
not display correctly.

Is this expected?

It is a bit unfortunate if it is the case as it restricts is use.

--
Chris Parkinson
Vertis Information Services
www.vertisinc.co.uk




Subject: Cannot install JVCL
From: "Kerry Neighbour" <kneighbour@simcomcity.com>
Date: Thu, 3 Oct 2002 10:42:57 +1000
Newsgroups: jedi.vcl

Here is a weird one for you.

I use D6 Ent and w2k. I have had JVCL beta 2 installed ok. Today I installed
ReportBuilder 7 and now JVCL won't load. I have tried to install it again
manually, and I am coming up with weird errors.

First I try to manually build the runtime file...I get

[Fatal Error] JVCL200_R60.dpk(52): Required package 'vcl' not found

And of course this seems correct - the file should be VCL60....etc.

I try the Designtime file and I get the same sort of errors - it is trying
to use core Delphi 6 files that it cannot find.

Can anyone see what is going on here?  I feel it is something silly that I
just don't seem to be able to grasp. I have all the JVCL paths required on
the library path, etc as required. And it used to work (this morning).
Perhaps the ReportBuilder install did something, but I cannot see what.

Thanks.




Subject: HTML to Plaintext
From: Adem Sen <asng@gmx.net>
Date: Wed, 2 Oct 2002 11:42:03 +0000 (UTC)
Newsgroups: jedi.vcl

Helo NG,

Is there any Jedi (or other freeware) Component or API
which can convert HTML strings into simple plaintext?

I want to parse a HTML string (whioch could contain
unsecure content) into harmless plaintext ,e.g. like 
Microsoft Outlook does.

Thanks in advance!

-- Best Regards Adem 

Subject: TJvFormStorage - cannot select component property
From: "Ray" <yeohray@hotmail.com>
Date: Tue, 1 Oct 2002 17:05:14 +0800
Newsgroups: jedi.vcl

In the TJvFormStorage component, double clicking on this component brings up
the Form Storage Designer.  Selecting a component on the left should refresh
the list of properties on the right (at least, that's how it worked when it
was part of the RxLibrary).  Presently, the list of properties is never
refreshed.

Also, has anyone encountered the problem whereby when a maximized
application is closed and restarted, the form docks to the top left corner,
is not maximized and the maximize system button is disabled?  It thinks it's
in a maximized state, but it's not.

--
Regards

Ray




Subject: Re: TJvSpinEdit not work in NT4
From: "Alex" <aleuthold@leual.ch.nospan>
Date: Fri, 27 Sep 2002 20:47:10 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schrieb im Newsbeitrag
news:an22hl$2ea$1@talkto.net...

> > You should install JVCL 2.0 beta and upgrade with the CVS tomorrow
> > morning ;-)

Oh yes of yourse I will!




Subject: Re: TJvSpinEdit not work in NT4
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Fri, 27 Sep 2002 19:11:33 +0200
Newsgroups: jedi.vcl



I've assigned and fixed the bugs on my machine by adding a check for the version of comctl32.dll, but a router of my ISP is currently down and I can't upload on sourceforge right now... I'll upload it later in the night, but both of your bugs have been fixed.

You should install JVCL 2.0 beta and upgrade with the CVS tomorrow morning ;-)

Sebastien


Alex wrote:
> Sebastien
>
> Its working on NT4 when IE5.5 is installed (may be 5.0 too).
> I reported on mantis.
>
>
> "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schrieb im Newsbeitrag
> news:amvu9e$phi$1@talkto.net...
>
>>> Thats right. While browsing trough my components palette, i found a
>>> TSpinEdit in the "Samples" palette that is not limittet to SmallInt.
>>
>
>> Hum... could you report this (and all other bugs you found on any
>> component) on mantis?
>
>
>> Strange, you are saying TJvUpDown is working well in NT4 so?
>> Interesting.
>
>
>



Subject: Re: MP3 And Ogg vorbis
From: "Arioch /BDV/" <the_Arioch@chat.ru>
Date: Fri, 27 Sep 2002 15:16:02 +0400
Newsgroups: jedi.vcl

Hello, dave!
You wrote  on Thu, 5 Sep 2002 12:43:45 -0500:

 d> Anyone hear of an Ogg Vorbis component for Delphi?

What do You mean?
Tag support - yes there is  - www.vorbis.org
Listening? - download ACM codec and You can listen|record OGG with usual
Media Player component.


With best regards, Arioch /BDV/.  E-mail: the_Arioch@chat.ru



Subject: Re: TJvSpinEdit not work in NT4
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Fri, 27 Sep 2002 04:20:59 +0200
Newsgroups: jedi.vcl

Thanks a lot for the precious informations!

I've assigned the bug to me, I'll try to take a look at it shortly
as I use those components in some projects and I've not received
any bug report on NT4 yet but I assume I'll receive some so let's
fix this first <g>.




Alex wrote:
> Sebastien
>
> Its working on NT4 when IE5.5 is installed (may be 5.0 too).
> I reported on mantis.
>
>
> "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schrieb im Newsbeitrag
> news:amvu9e$phi$1@talkto.net...
>
>>> Thats right. While browsing trough my components palette, i found a
>>> TSpinEdit in the "Samples" palette that is not limittet to SmallInt.
>>
>
>> Hum... could you report this (and all other bugs you found on any
>> component) on mantis?
>
>
>> Strange, you are saying TJvUpDown is working well in NT4 so?
>> Interesting.
>
>
>



Subject: Re: Just downloaded D7 Enterprise Trial -- Jedi Install error
From: "Jon" <uchinago@hotmail.com.nospam>
Date: Fri, 27 Sep 2002 10:16:37 +0900
Newsgroups: jedi.vcl

Thanks all,
   I will try using these directions.
Jon
"Petr Vones (Team JEDI)" <petr_v@post.cz> wrote in message
news:amun4n$j2l$1@talkto.net...
> > "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
>> > > AFAICT the only way to compile JVCL in D7 Trial is to remove/disable all
>> > > WEAKPACKAGEUNIT directives in both JCL and JVCL.
> >
> > Unfortunately yes. The compiler in trial version is not compatible with
full
> > version of Delphi. There is hidden initialization code in every unit.
> >
> > I'm thinking of removing all WEAKPACKAGEUNIT directives from the JCL
because
> > the original purpose was to solve problems with LM.pas unit on Windows 9x
> > systems. Currently the unit uses dynamic linking so the WEAKPACKAGEUNIT is
no
> > longer needed.
> >
> > Petr.
> >
> >




Subject: Re: TJvSpinEdit not work in NT4
From: "Alex" <aleuthold@leual.ch.nospan>
Date: Fri, 27 Sep 2002 01:07:25 +0200
Newsgroups: jedi.vcl

Sebastien

Its working on NT4 when IE5.5 is installed (may be 5.0 too).
I reported on mantis.


"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schrieb im Newsbeitrag
news:amvu9e$phi$1@talkto.net...
>> > > Thats right. While browsing trough my components palette, i found a
>> > > TSpinEdit in the "Samples" palette that is not limittet to SmallInt.

> > Hum... could you report this (and all other bugs you found on any
> > component) on mantis?

> > Strange, you are saying TJvUpDown is working well in NT4 so?
> > Interesting.




Subject: Re: TjvCreateProcess-Bug #0000247 fixed in V2.0?
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Thu, 26 Sep 2002 22:50:49 GMT
Newsgroups: jedi.vcl

On Sat, 21 Sep 2002 09:35:26 +0200, "Ralf Kaiser" <ralf.kaiser@kdt.de> wrote:
> > "Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> schrieb im Newsbeitrag
> > news:1103_1032545298@forums.talkto.net...
> > 
> > 
>> > > Nice timing :) It seems that we have finally constructed a working
> > component, that can redirect it's input; it took so long, because every
> > solution worked allright on 2000/XP, but 98/ME has some subtle
>> > > quirks. As I have only XP it took some time to get to the final result.
>> > >
> > 
> > Hello,
> > 
> > nice to hear :-) Will it be in the next release of JVCL?
> > 
>> > > Actually, the bug on 98/Me wasn't that severe, it would only stall the
> > process for some time.
>> > >
> > 
> > I had some VERY bad crashes (blue screen, some times no reboot on
> > CTRL-ALT-DEL) on Win ME whe i tried to start 3 batchfiles with hidden
> > windows using TjvCreateProcess! The bad thing was that i only had tested the
> > software on Win2000 (had no other computer available at that time). After
> > replacing the component with my own call to CreateProcess() the crash was
> > gone.
> > 

Mmm, that's weird. TJvCreateProcess is basically only a wrapper for the CreateProcess function. Thus I find it strange how you could repair it using a call by you own.. So could you give some more 
information:

* How did you make your call to CreateProcess (the one with no crash :) did you redirect the input/output of the console?
* Could you post the *.dfm part regarding TJvCreateProcess. (the one with a crash)
* Could you post the batchfiles, so I could test it? Or construct something simular with the same crash?

Regards,
Remko




Subject: Re: JvImage doubts
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 26 Sep 2002 23:53:23 +0200
Newsgroups: jedi.vcl

> Sorry for my stupid question, but where else should I post a message about
> JvImage ?

The 2/ question was more about jpeg problem than JvImage, and JvImage is just a small enhancement of TImage, anyway, you should try to add uses jpeg, that's all ;-)


>>>> you can try all means available to load it with a GIF component... <<<
>>>
>
> Well, I'm pretty sure I won't be able to load it with a *GIF* component, but
> speaking of an *IMAGE* component like JvImage, it would be an enhancement if
> I could work with any image file, no matter its extension, exactly like MS
> does.

This is not an easy task at all. Each Graphic format registered in Delphi register himself with the component, so, when you try to load a file, the component identify the file and choose the right class to load the image. This mechanism is coded in the VCL and would require a lot of modifications in the component as the load/save mechanism of the image would become obsolete, as the assign, the copy, and the clipboard functions, so in fact, we might have to rewrite the whole component.

And yes, a method of the TJvImage could check that, but this mean we would include all the image units in the TJvImage unit, and adding 2-300K to all the exes for that is not a good idea.

So, it's definitively up to you to make such a test, sorry ;-)

Sebastien



Subject: Re: TJvSpinEdit not work in NT4
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 26 Sep 2002 23:46:25 +0200
Newsgroups: jedi.vcl

> Thats right. While browsing trough my components palette, i found a
> TSpinEdit in the "Samples" palette that is not limittet to SmallInt.

Yes, but this component is not compatible with XP and so looks really ugly!

> I found one more disadventage in TJvSpinEdit: It hinders the user typing in
> a new value if a minimum value is specified. (f.ex. you cannot type in "200"
> when Min := 100, it stucks with "2")
Hum... could you report this (and all other bugs you found on any component) on mantis?

> However, TJvIntegerEdit+TJvUpDown does not have this limitations and in
> working well under NT4.
Strange, you are saying TJvUpDown is working well in NT4 so?
Interesting.

Sebastien



Subject: Re: TJvSpinEdit not work in NT4
From: "Alex" <aleuthold@leual.ch.nospan>
Date: Thu, 26 Sep 2002 19:51:21 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schrieb im Newsbeitrag
news:amtril$fcd$1@talkto.net...
> >
> > Yes but then, you are limited to smallints, and this is really painfull.

Thats right. While browsing trough my components palette, i found a
TSpinEdit in the "Samples" palette that is not limittet to SmallInt.


> > Could you check if the TJvUpDown component is causing the trouble or
> > not? I suspect the 32bit range is not available on old configurations.

I found one more disadventage in TJvSpinEdit: It hinders the user typing in
a new value if a minimum value is specified. (f.ex. you cannot type in "200"
when Min := 100, it stucks with "2")

However, TJvIntegerEdit+TJvUpDown does not have this limitations and in
working well under NT4.


> > As explained at:
> >
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pla
tform/commctls/updown/messages/udm_setpos32.asp
> >
> > Minimum DLL Version comctl32.dll version 5.80 or later
> > Minimum operating systems Windows 2000, Windows NT 4.0 with Internet
> > Explorer 5, Windows 98, Windows 95 with Internet Explorer 5

I will check that out with installed IE5 soon....




Subject: Re: JvImage doubts
From: "Riz" <riz@onmail.com.br>
Date: Thu, 26 Sep 2002 08:19:25 -0300
Newsgroups: jedi.vcl

Sebastien,

>>> >>> But why are you asking this question here? <<<

Sorry for my stupid question, but where else should I post a message about
JvImage ?

>>> >>> you can try all means available to load it with a GIF component... <<<

Well, I'm pretty sure I won't be able to load it with a *GIF* component, but
speaking of an *IMAGE* component like JvImage, it would be an enhancement if
I could work with any image file, no matter its extension, exactly like MS
does.

>>> >>> I'm probably sure you forgot to add jpeg unit to the uses... <<<

Thx.  I'm gonna give it a try.

cheers,

riz


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.391 / Virus Database: 222 - Release Date: 19/9/2002




Subject: Re: Just downloaded D7 Enterprise Trial -- Jedi Install error
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Thu, 26 Sep 2002 12:38:32 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
> > AFAICT the only way to compile JVCL in D7 Trial is to remove/disable all
> > WEAKPACKAGEUNIT directives in both JCL and JVCL.

Unfortunately yes. The compiler in trial version is not compatible with full
version of Delphi. There is hidden initialization code in every unit.

I'm thinking of removing all WEAKPACKAGEUNIT directives from the JCL because
the original purpose was to solve problems with LM.pas unit on Windows 9x
systems. Currently the unit uses dynamic linking so the WEAKPACKAGEUNIT is no
longer needed.

Petr.




Subject: Re: Just downloaded D7 Enterprise Trial -- Jedi Install error
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Thu, 26 Sep 2002 10:47:26 +0200
Newsgroups: jedi.vcl

>> > >   [Error] JclResources.pas(892): $WEAKPACKAGEUNIT 'JclResources' cannot
have
>> > > initialization or finalization code
> > It seems to be a bug in D7 Trial.

It is. I have seen numerous posts about this on the Borland NGs already.
Maybe we should put a warning somewhere.
AFAICT the only way to compile JVCL in D7 Trial is to remove/disable all
WEAKPACKAGEUNIT directives in both JCL and JVCL.

Oliver
------------------------
JID: ogiesen@jabber.org
ICQ: 18777742
YIM: ogiesen



Subject: Re: Just downloaded D7 Enterprise Trial -- Jedi Install error
From: "Illya Kysil" <ikysil@ua.fm>
Date: Thu, 26 Sep 2002 11:43:10 +0300
Newsgroups: jedi.vcl

> >   [Error] JclResources.pas(892): $WEAKPACKAGEUNIT 'JclResources' cannot have
> > initialization or finalization code
It seems to be a bug in D7 Trial.
BTW JclResources.pas have neither initialization nor finalization section.

--
Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA
"Jon" <uchinago@hotmail.com.nospam> wrote in message news:amudod$hb6$1@talkto.net...
> > Wondering if anyone has an idea as to what this problem could be.  I am far
> > from an expert so thought I would let everyone else see this.
> >   Install program fails.  So I go to the individual packages starting with
> > JCL 1.32 (DJCL70.dpk) and try to compile then install.  On compile you get
> > these messages:
> >
> > Build
> >   [Warning] JclBase.pas(133): Unsafe type 'Pointer'
> >   [Warning] JclBase.pas(147): Unsafe type 'TLargeInteger'
> >   [Warning] JclBase.pas(160): Unsafe type 'TULargeInteger'
> >   [Warning] JclBase.pas(185): Unsafe type 'Pointer'
> >   [Fatal Error] JclBase.pas(244): Could not compile used unit
> > '..\Source\JclResources.pas'
> >
> > Any ideas?
> >
> > Thanks,
> > Jon
> >
> >




Subject: Re: Just downloaded D7 Enterprise Trial -- Jedi Install error
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 26 Sep 2002 10:41:32 +0200
Newsgroups: jedi.vcl

"Jon" <uchinago@hotmail.com.nospam> skrev i meddelandet
news:amudod$hb6$1@talkto.net...
> > Wondering if anyone has an idea as to what this problem could be.  I am
far
> > from an expert so thought I would let everyone else see this.
> >   Install program fails.  So I go to the individual packages starting with
> > JCL 1.32 (DJCL70.dpk) and try to compile then install.  On compile you get
> > these messages:
> >
> > Build
> >   [Warning] JclBase.pas(133): Unsafe type 'Pointer'
> >   [Warning] JclBase.pas(147): Unsafe type 'TLargeInteger'
> >   [Warning] JclBase.pas(160): Unsafe type 'TULargeInteger'
> >   [Warning] JclBase.pas(185): Unsafe type 'Pointer'

You can change the warning message display by right-clicking the jcl package
in the project manager, select Compiler Messages and at the bottom of the
list uncheck the three last options ("Unsafe XXX")

> >   [Error] JclResources.pas(892): $WEAKPACKAGEUNIT 'JclResources' cannot
have
> > initialization or finalization code

Don't know about this one- ask in jedi.jcl instead since it's their unit

Peter





Subject: Just downloaded D7 Enterprise Trial -- Jedi Install error
From: "Jon" <uchinago@hotmail.com.nospam>
Date: Thu, 26 Sep 2002 16:57:33 +0900
Newsgroups: jedi.vcl

Wondering if anyone has an idea as to what this problem could be.  I am far
from an expert so thought I would let everyone else see this.
  Install program fails.  So I go to the individual packages starting with
JCL 1.32 (DJCL70.dpk) and try to compile then install.  On compile you get
these messages:

Build
  [Warning] JclBase.pas(133): Unsafe type 'Pointer'
  [Warning] JclBase.pas(147): Unsafe type 'TLargeInteger'
  [Warning] JclBase.pas(160): Unsafe type 'TULargeInteger'
  [Warning] JclBase.pas(185): Unsafe type 'Pointer'
  [Error] JclResources.pas(892): $WEAKPACKAGEUNIT 'JclResources' cannot have
initialization or finalization code
  [Fatal Error] JclBase.pas(244): Could not compile used unit
'..\Source\JclResources.pas'

Any ideas?

Thanks,
Jon




Subject: Re: JvImage doubts
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 26 Sep 2002 04:53:33 +0200
Newsgroups: jedi.vcl

> 1. GIF issue

As I sais, this *IS* a jpeg :-)


> 2. JPG issue

I'm probably sure you forgot to add jpeg unit to the uses.
But why are you asking this question here? Is the Jedi group working
on the Jpeg unit secretly? <g>.

Sebastien



Subject: Re: JvImage doubts
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 26 Sep 2002 04:50:43 +0200
Newsgroups: jedi.vcl


Don't have to use VMWare, any hex viewer can do the trick.

"JFIF"

This is a JPEG, not a gif, so, you can try all means available to
load it with a GIF component, the header is clear about that, it's not
a GIF at all!

Sebastien


Scott Blood wrote:
> Hey,
>
> I tried this myself on a number of operating systems using VMWARE.
>
> Windows 95 and 98 were both unable to read the Gif file and windows 2000
> could only read it in internet explorer and Photoshop all others failed with
> different errors, so i agree with micheal there is a problem with the gif
> Format not the actual control.  For your information, photoshop presents the
> gif image as being an interleaved gif image, which i suspect is the problem
> because only jpg images can be interleaved.
>
> The second problem with the JPG image did occour on windows 95, 98 and ME
> but not on windows 2000 or XP or Nt4.5 so i would assume the problem is
> something to do with operating systems or the way the control is working on
> the operating system.
>
> Kindest Regards
> Scott Blood
> www.sgbsoftware.com
>
> "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> news:amrf8e$57q$1@talkto.net...
>
>> "Riz" <riz@onmail.com.br> wrote in message news:amr827$4q8$1@talkto.net...
>>
>>
>>> 1. GIF - JvImage can't recognize the image I'm trying to put in it:
>>
>>> An example of an incompatible image can be found at
>>>
>>
> http://revistaepoca.globo.com/Conteudo/biblioteca/image_Show/0,6319,20855,00
>
>>> .gif
>>
>> This GIF format is kind of strange - while the IE browser displays it, I
>> couldn't open it in:
>>
>> - Macromedia Fireworks MX
>> - MS Image Composer
>>
>> So I don't think that JVCL issue here. Try to save it in a more standard
>
> GIF
>
>> format.
>>
>>
>>> 2. JPG - it can "see" the image in OI, but is not able to recognize it
>>> programmatically:
>>>
>>> a) in object inspector, it shows the image file name if I select "JPEG
>>> Image" in the "List Files of Type" box, otherwise it will show files w/
>>
>> GIF
>>
>>> extension only, even though the default option says it would show every
>>> valid/compatible extension/image;
>>
>> Don't have this problem. It shows properly in Delphi 5, Win2000.
>>
>>
>>> b) programmatically, if I try to "picture.loadfromfile", it raises the
>>> exception "EInvalidGraphic" and says "Unknown file extension (jpg)".
>>
>> No problem here: D5, Win2000.
>>
>>
>>> BTW, I want to "resize" the image to match the JvImage height/width too.
>>
>> Set "Stretch" to True.
>>
>> Michael
>>
>>
>
>
>



Subject: Re: TJvSpinEdit not work in NT4
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 26 Sep 2002 04:47:39 +0200
Newsgroups: jedi.vcl


Yes but then, you are limited to smallints, and this is really painfull.

Could you check if the TJvUpDown component is causing the trouble or
not? I suspect the 32bit range is not available on old configurations.

As explained at:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/updown/messages/udm_setpos32.asp

Minimum DLL Version comctl32.dll version 5.80 or later
Minimum operating systems Windows 2000, Windows NT 4.0 with Internet Explorer 5, Windows 98, Windows 95 with Internet Explorer 5

So, you might want to check with IE 5.0 installed, or force at least this commctl32 version.

If this is really the TJvUpdown, we should add an assertion and a note about this limitation in both components.

Sebastien


Alex wrote:
> Peter
>
> There is no Problem in other OS. I dont like to put SP6 to the systems
> requirments for my application, i have made some bad experiences with SP6
> (also SP6a). I now decided to go back using the good old TEdit+TUpDown.
>
>
>
> "Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
> news:amrs8p$72u$1@talkto.net...
>
>> "Alex" <aleuthold@leual.ch.nospan> skrev i meddelandet
>> news:amkua1$c54$1@talkto.net...
>>
>>> In my compiled application, the TJvSpinEdit (JVCL 1.32) doens not work
>>
>> under
>>
>>> NT4.0 (SP5). The value remains 0 and is not changable, neither using
>>
>> buttons
>>
>>> nor typing in. The application is compiled under Win98SE.
>>
>> Maybe upgrade to SP6 and see if that helps?
>>
>> I've tried the component on XP and W2k and it works on both, i.e compiling
>> on XP and using on W2k/XP and compiling on W2k and using on W2k/XP. I
>> suspect it's a weird OS/SP issue that has nothing to do with the
>
> component.
>
>> Peter
>>
>>
>>
>
>
>



Subject: Re: JvImage doubts
From: "Riz" <riz@onmail.com.br>
Date: Wed, 25 Sep 2002 22:12:54 -0300
Newsgroups: jedi.vcl

At last topic (RESIZE) of my msg, where I said "I'm saying this because even
the problem in showing "all valid files/extensions" is working fine after I
changed the extension of the GIF (which was, actually, JPG file)."...

I wanted to say "I'm saying this because even the problem in showing "all
valid files/extensions" is *gone*, I mean, *this*option* is working fine
after I changed the extension of the GIF (which actually was JPG) file."...

riz


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.391 / Virus Database: 222 - Release Date: 19/9/2002




Subject: Re: JvImage doubts
From: "Riz" <riz@onmail.com.br>
Date: Wed, 25 Sep 2002 21:40:19 -0300
Newsgroups: jedi.vcl

Michael & Scott, thx a bunch for your replies.

First of all, the environment is XP (5.1 build 2600) , Delphi 5 Pro (build
6.18) pck 1 and JEDI 2 beta.  Sorry for missing this info in my first msg.

1. GIF issue

>>> >>> Windows 95 and 98 were both unable to read the Gif file and windows 2000
could only read it in internet explorer and Photoshop... <<<

Well, I'm able to read it w/ MS Paint, MS Fax/Image viewer and IE.  On the
other hand, I can't read it w/ Paintshop 7, Animation Shop 3, Flash 5 and
Swish 2.  I also tried to load it using JEDI's JvGifAnimator and Salako's
TGIFImage 3.0 to no avail.

Finally, thinking of what Scott said  ("...photoshop presents the gif image
as being an interleaved gif image, which i suspect is the problem because
only jpg images can be interleaved..."), I tried to load the image w/ IE and
"save it as" and, surprisingly, IE automatically offered JPG as extension
!!!  So, my problem is the actual image format is JPG, but was saved with
GIF extension (great trick, he ?).  It's amazing, isn't it ?  MS is able to
understand the format of an image w/o caring about the file extension (by
interpreting the file header, I guess).  BTW, I realized the same happens w/
sound files because people are used to including MP3 files as background
sound in (HTML) emails by simply changing their extensions to WAV or MID.
Is this an MS bug or a plus ??? :-)

2. JPG issue

Unfortunately, I'm still facing the same problem.  I mean, I can load the
image through Object Inspector (w/o those limitations I mentioned [more
below]), but I can't do it programmatically because Delphi raises
EInvalidGraphic saying "unknown picture file extension (jpg)".

BTW, at this point, I'd like to suggest some standardization in JEDI's
nomenclature, e.g.:  it would be easier if JvImage and JvGifAnimator used
the same word (picture or image or whatever) to refer to a file that
contains an image.

3. RESIZE issue

Michael, I tried that before I sent the first msg, but all that I got was
the image, actually, *part* of it, in what I wanted to be a thumbnail.  Now,
I tried to do that again and it worked fine !!!  Thx.  Anyways, I *GUESS*
all the problems I faced had to do w/ the "wrong extension", I mean, my
theory is JvImage goes bananas after you try to load a wrong file into it...
I'm saying this because even the problem in showing "all valid
files/extensions" is working fine after I changed the extension of the GIF
(which was, actually, JPG file).  As soon as I finish my project, which I
intend to use as a practical example of JEDI usage (among other things),
I'll work on this theory to find out why everything went wrong.  In fact, it
seems to me I went through something like a plane crash, I mean, a sequence
of mistakes.

Once more, I thank you both for supporting me.

riz


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.391 / Virus Database: 222 - Release Date: 19/9/2002





Subject: Re: Class TJvxColorComboBox not found
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 25 Sep 2002 21:10:10 +0200
Newsgroups: jedi.vcl

"Bepy" <ramengo@hotmail.com> skrev i meddelandet
news:amsisv$anp$1@talkto.net...
> > After TJvxColorComboBox, I have had also TJvxFontComboBox to correct.
> > It's all functioning now: thanks Peter !
> >
> > Other quick questions:
> > Is an updated version of JEDIConverter planned for correcting this
behaviour ?

Well, it's actually the RxLib.dat that needs updating, not the program. You
can easily do it yourself by adding/modifying the search/replace strings.

> > Will TJvColorComboBox able to manage localized color names in future ?

Dont' know. Depends on if anyone has the time and/or inclination to do it.
You could always post a request to our issue tracker
(http://projectjedi.sourceforge.net/mantis/main_page.php) and see if anyone
grabs it. Or do it yourself and donate it back to JVCL.

Regards, Peter






Subject: Re: Class TJvxColorComboBox not found
From: "Bepy" <ramengo@hotmail.com>
Date: Wed, 25 Sep 2002 17:17:36 +0200
Newsgroups: jedi.vcl

After TJvxColorComboBox, I have had also TJvxFontComboBox to correct.
It's all functioning now: thanks Peter !

Other quick questions:
Is an updated version of JEDIConverter planned for correcting this behaviour
?
Will TJvColorComboBox able to manage localized color names in future ?

"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:amsf5h$a4e$1@talkto.net...
> > Open the original dfm with notepad (make sure to save dfm as text first).
> > Rename all TJvxColorComboBox to TJvColorComboBox. Save. Open form in
Delphi,
> > answer Yes to all "XXX was declared as XXX but is now a XXX. Change?"
> > prompts, ignore all "property XXX not found" warnings, remove any "file
not
> > found" files from uses.
> >
> > Regards, Peter
> >
> > "Bepy" <ramengo@hotmail.com> skrev i meddelandet
> > news:amrvqq$7kq$1@talkto.net...
>> > > Hi,
>> > >
>> > > I've just converted my application with JEDIConverter in order to switch
>> > > from RXLib to JVCL 2 (which includes it).
>> > > All seems to be succesfully converted except for TJvxColorComboBox.
>> > > When I try to open the form it says "Class TJvxColorComboBox not found.
>> > > Ignore the error and continue ?..."
>> > >
>> > > Can you help me ?
>> > >
>> > >
> >
> >




Subject: Re: Class TJvxColorComboBox not found
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Sep 2002 16:09:34 +0200
Newsgroups: jedi.vcl

Open the original dfm with notepad (make sure to save dfm as text first).
Rename all TJvxColorComboBox to TJvColorComboBox. Save. Open form in Delphi,
answer Yes to all "XXX was declared as XXX but is now a XXX. Change?"
prompts, ignore all "property XXX not found" warnings, remove any "file not
found" files from uses.

Regards, Peter

"Bepy" <ramengo@hotmail.com> skrev i meddelandet
news:amrvqq$7kq$1@talkto.net...
> > Hi,
> >
> > I've just converted my application with JEDIConverter in order to switch
> > from RXLib to JVCL 2 (which includes it).
> > All seems to be succesfully converted except for TJvxColorComboBox.
> > When I try to open the form it says "Class TJvxColorComboBox not found.
> > Ignore the error and continue ?..."
> >
> > Can you help me ?
> >
> >




Subject: Re: TJvSpinEdit not work in NT4
From: "Alex" <aleuthold@leual.ch.nospan>
Date: Wed, 25 Sep 2002 15:24:37 +0200
Newsgroups: jedi.vcl

Peter

There is no Problem in other OS. I dont like to put SP6 to the systems
requirments for my application, i have made some bad experiences with SP6
(also SP6a). I now decided to go back using the good old TEdit+TUpDown.



"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:amrs8p$72u$1@talkto.net...
> > "Alex" <aleuthold@leual.ch.nospan> skrev i meddelandet
> > news:amkua1$c54$1@talkto.net...
>> > > In my compiled application, the TJvSpinEdit (JVCL 1.32) doens not work
> > under
>> > > NT4.0 (SP5). The value remains 0 and is not changable, neither using
> > buttons
>> > > nor typing in. The application is compiled under Win98SE.
> >
> > Maybe upgrade to SP6 and see if that helps?
> >
> > I've tried the component on XP and W2k and it works on both, i.e compiling
> > on XP and using on W2k/XP and compiling on W2k and using on W2k/XP. I
> > suspect it's a weird OS/SP issue that has nothing to do with the
component.
> >
> > Peter
> >
> >
> >




Subject: Class TJvxColorComboBox not found
From: "Bepy" <ramengo@hotmail.com>
Date: Wed, 25 Sep 2002 11:52:08 +0200
Newsgroups: jedi.vcl

Hi,

I've just converted my application with JEDIConverter in order to switch
from RXLib to JVCL 2 (which includes it).
All seems to be succesfully converted except for TJvxColorComboBox.
When I try to open the form it says "Class TJvxColorComboBox not found.
Ignore the error and continue ?..."

Can you help me ?




Subject: Re: TJvSpinEdit not work in NT4
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 25 Sep 2002 10:46:59 +0200
Newsgroups: jedi.vcl

"Alex" <aleuthold@leual.ch.nospan> skrev i meddelandet
news:amkua1$c54$1@talkto.net...
> > In my compiled application, the TJvSpinEdit (JVCL 1.32) doens not work
under
> > NT4.0 (SP5). The value remains 0 and is not changable, neither using
buttons
> > nor typing in. The application is compiled under Win98SE.

Maybe upgrade to SP6 and see if that helps?

I've tried the component on XP and W2k and it works on both, i.e compiling
on XP and using on W2k/XP and compiling on W2k and using on W2k/XP. I
suspect it's a weird OS/SP issue that has nothing to do with the component.

Peter





Subject: Re: JvImage doubts
From: "Scott Blood" <Scott@SGBSoftware.com>
Date: Wed, 25 Sep 2002 09:22:02 +0100
Newsgroups: jedi.vcl

Hey,

I tried this myself on a number of operating systems using VMWARE.

Windows 95 and 98 were both unable to read the Gif file and windows 2000
could only read it in internet explorer and Photoshop all others failed with
different errors, so i agree with micheal there is a problem with the gif
Format not the actual control.  For your information, photoshop presents the
gif image as being an interleaved gif image, which i suspect is the problem
because only jpg images can be interleaved.

The second problem with the JPG image did occour on windows 95, 98 and ME
but not on windows 2000 or XP or Nt4.5 so i would assume the problem is
something to do with operating systems or the way the control is working on
the operating system.

Kindest Regards
Scott Blood
www.sgbsoftware.com

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:amrf8e$57q$1@talkto.net...
> > "Riz" <riz@onmail.com.br> wrote in message news:amr827$4q8$1@talkto.net...
> >
>> > > 1. GIF - JvImage can't recognize the image I'm trying to put in it:
> >
>> > > An example of an incompatible image can be found at
>> > >
> >
http://revistaepoca.globo.com/Conteudo/biblioteca/image_Show/0,6319,20855,00
>> > > .gif
> >
> > This GIF format is kind of strange - while the IE browser displays it, I
> > couldn't open it in:
> >
> > - Macromedia Fireworks MX
> > - MS Image Composer
> >
> > So I don't think that JVCL issue here. Try to save it in a more standard
GIF
> > format.
> >
>> > >
>> > > 2. JPG - it can "see" the image in OI, but is not able to recognize it
>> > > programmatically:
>> > >
>> > >  a) in object inspector, it shows the image file name if I select "JPEG
>> > > Image" in the "List Files of Type" box, otherwise it will show files w/
> > GIF
>> > > extension only, even though the default option says it would show every
>> > > valid/compatible extension/image;
> >
> > Don't have this problem. It shows properly in Delphi 5, Win2000.
> >
>> > >  b) programmatically, if I try to "picture.loadfromfile", it raises the
>> > > exception "EInvalidGraphic" and says "Unknown file extension (jpg)".
> >
> > No problem here: D5, Win2000.
> >
>> > > BTW, I want to "resize" the image to match the JvImage height/width too.
> >
> > Set "Stretch" to True.
> >
> > Michael
> >
> >




Subject: Re: JvImage doubts
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 25 Sep 2002 01:05:07 -0400
Newsgroups: jedi.vcl

"Riz" <riz@onmail.com.br> wrote in message news:amr827$4q8$1@talkto.net...

> > 1. GIF - JvImage can't recognize the image I'm trying to put in it:

> > An example of an incompatible image can be found at
> >
http://revistaepoca.globo.com/Conteudo/biblioteca/image_Show/0,6319,20855,00
> > .gif

This GIF format is kind of strange - while the IE browser displays it, I
couldn't open it in:

- Macromedia Fireworks MX
- MS Image Composer

So I don't think that JVCL issue here. Try to save it in a more standard GIF
format.

> >
> > 2. JPG - it can "see" the image in OI, but is not able to recognize it
> > programmatically:
> >
> >  a) in object inspector, it shows the image file name if I select "JPEG
> > Image" in the "List Files of Type" box, otherwise it will show files w/
GIF
> > extension only, even though the default option says it would show every
> > valid/compatible extension/image;

Don't have this problem. It shows properly in Delphi 5, Win2000.

> >  b) programmatically, if I try to "picture.loadfromfile", it raises the
> > exception "EInvalidGraphic" and says "Unknown file extension (jpg)".

No problem here: D5, Win2000.

> > BTW, I want to "resize" the image to match the JvImage height/width too.

Set "Stretch" to True.

Michael




Subject: JvImage doubts
From: "Riz" <riz@onmail.com.br>
Date: Tue, 24 Sep 2002 23:57:25 -0300
Newsgroups: jedi.vcl

First of all, as I always say, thx for this terrific tool...

At this time, I'm trying to use JvImage and found out the following
problems:

1. GIF - JvImage can't recognize the image I'm trying to put in it:

 a) in object inspector, through the options "Picture"/"Load",  it keeps
"toomming" (I mean, it sounds toom, toom, toom everytime I click the "Load"
buttom).  I guess it's worthwhile to say that any other program does
recognize the GIF image (see the example below);

 b) programmatically, it raises the exception "EInvalidGraphicOperation"
saying "Unknown GIF version".

An example of an incompatible image can be found at
http://revistaepoca.globo.com/Conteudo/biblioteca/image_Show/0,6319,20855,00
..gif

2. JPG - it can "see" the image in OI, but is not able to recognize it
programmatically:

 a) in object inspector, it shows the image file name if I select "JPEG
Image" in the "List Files of Type" box, otherwise it will show files w/ GIF
extension only, even though the default option says it would show every
valid/compatible extension/image;

 b) programmatically, if I try to "picture.loadfromfile", it raises the
exception "EInvalidGraphic" and says "Unknown file extension (jpg)".

BTW, I want to "resize" the image to match the JvImage height/width too.

any clues ?

TIA,

riz


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.389 / Virus Database: 220 - Release Date: 16/9/2002




Subject: Re: TJvSpinEdit not work in NT4
From: Antoine Potten <news@antp.be>
Date: Tue, 24 Sep 2002 23:26:14 +0200
Newsgroups: jedi.vcl

Antoine Potten wrote:
>>
> I have the same problem
> I tested it right now under Windows NT4 SP4 (test program compiled with Delphi 6 SP2 under Windows XP SP1)
>
(I use JVCL 2.0)



Subject: Re: TJvSpinEdit not work in NT4
From: Antoine Potten <news@antp.be>
Date: Tue, 24 Sep 2002 23:24:39 +0200
Newsgroups: jedi.vcl

Alex wrote:
> Howdy all
>
> In my compiled application, the TJvSpinEdit (JVCL 1.32) doens not work under
> NT4.0 (SP5). The value remains 0 and is not changable, neither using buttons
> nor typing in. The application is compiled under Win98SE.
>
> Anyone else noticed that?
>
>
I have the same problem
I tested it right now under Windows NT4 SP4 (test program compiled with Delphi 6 SP2 under Windows XP SP1)



Subject: Re: Label Aspects
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 24 Sep 2002 14:01:31 -0400
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
news:amp929$sfh$1@talkto.net...

> > I only need an editor that could work like Object Inspector :p

I was thinking about a visual component editor with a preview window, where
you can make changes visually, and they will show up immediately is the
preview window. If you like them, then you can accept them. For example, the
font size could be managed by a TrackBar, the color by a GammaPanel, etc.

Michael




Subject: Re: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 24 Sep 2002 16:05:43 +0200
Newsgroups: jedi.vcl

>> > > Marcel, the fix works as designed, except if the code that performs the
>> > > Root.Clear and assignment of a new control to the inspector is enclosed
>> > > within a BeginUpdate/EndUpdate block for the inspector.  Again, the
> > problem
>> > > is with the code
>> > >
>> > > Item.RowSizing.SizingFactor := irsValueHeight
>> > >
>> > > for the TJvInspectorTCaptionRegItem.
>> > >
> >
> >
> > I'll look into this problem tonight. Probably keeps a list of changed
items
> > around which get processed on the EndUpdate call.
> >

Annoying problem :(. No matter what I do (except for not using BeginUpdate
before the Clear) it won't go away. I first checked all destructors and
added potentially missed cleaning up code. That gave more trouble than
before the change. Then I moved all clean-up code to BeforeDestruction
methods (most destructors now only call inherited). That didn't help the
original problem, but at least no more errors when doing a Root.Clear
without BeginUpdate and this time it does a better job on cleaning up.

I've done a bunch of other tests, but nothing seems to work. A quick
workaround (UNTESTED!) is to explicitly call EndUpdate to force an update
and then call BeginUpdate again when Clear is done (possibly first checking
the UpdateCount or whatever I called it to see the nesting level of
BeginUpdate). This is a dirty fix though, because I suspect the problem also
occurs using Delete (Clear only calls Delete in a loop until there no more
sub items, so this pretty obvious).

I'll report back any progress I make. Stay tuned!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Label Aspects
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 24 Sep 2002 13:00:06 +0200
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> schreef in bericht
news:amp929$sfh$1@talkto.net...
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:amo20r$ocj$1@talkto.net...
>> > > Will it be possible to have Label component editor showing all the
>> > > aspects/options in one place?
> >
> > I think so.
> > I only need an editor that could work like Object Inspector :p
> >

if you're using JVCL, it shouldn't be a big problem (TJvInspector).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Label Aspects
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Tue, 24 Sep 2002 10:07:24 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:amo20r$ocj$1@talkto.net...
> > Will it be possible to have Label component editor showing all the
> > aspects/options in one place?

I think so.
I only need an editor that could work like Object Inspector :p

Regards,
  Fernando Silva




Subject: Re: Label Aspects
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 23 Sep 2002 17:23:00 -0400
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
news:am9ae7$vp6$1@talkto.net...
> > I need to implement some base methods for drawing (the ones I implemented
just
> > change
> > published properties), implement some editor to list the registered
aspects and
> > then test :)

Will it be possible to have Label component editor showing all the
aspects/options in one place?

Michael




Subject: Re: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 23 Sep 2002 13:20:44 +0200
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> schreef in bericht
news:ammait$f77$1@talkto.net...
> > Marcel, the fix works as designed, except if the code that performs the
> > Root.Clear and assignment of a new control to the inspector is enclosed
> > within a BeginUpdate/EndUpdate block for the inspector.  Again, the
problem
> > is with the code
> >
> > Item.RowSizing.SizingFactor := irsValueHeight
> >
> > for the TJvInspectorTCaptionRegItem.
> >


I'll look into this problem tonight. Probably keeps a list of changed items
around which get processed on the EndUpdate call.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: TJvInspector - any notification event?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 23 Sep 2002 13:17:50 +0200
Newsgroups: jedi.vcl

Ray,

unfortunately, you can't at this moment. Nonetheless, a good suggestion so
please log this as a new feature in Issue Tracker.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

"Ray" <yeohray@hotmail.com> schreef in bericht
news:ammrqe$i47$1@talkto.net...
> > Using TJvInspector, how can I receive a notification/event that a property
> > value has changed?  Eg. if I am focused on an edit box and change the
width
> > of this edit box via the inspector, I would like to perform another action
> > when the width has changed.  Thanks in advance.
> >
> > --
> > Regards
> > Ray
> >
> >




Subject: TJvInspector - any notification event?
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 23 Sep 2002 19:14:21 +0800
Newsgroups: jedi.vcl

Using TJvInspector, how can I receive a notification/event that a property
value has changed?  Eg. if I am focused on an edit box and change the width
of this edit box via the inspector, I would like to perform another action
when the width has changed.  Thanks in advance.

--
Regards
Ray




Subject: StrHolder bug
From: Luca Minuti <ilovespam@despammed.com>
Date: Mon, 23 Sep 2002 09:41:12 +0000 (UTC)
Newsgroups: jedi.vcl

I've a problem with the StrHolder component.
If you try this code:

  StrHolder1.Strings.Add('%FOOBAR');
  StrHolder1.Strings.Add('%FOO');
  StrHolder1.MacroByName('FOO').Value := 'AAA';
  StrHolder1.MacroByName('FOOBAR').Value := 'BBB';
  ShowMessage(StrHolder1.ExpandMacros);

this is what you get:

  -----------
  BBB
  %FOO
  -----------

If you switch the first two line the code works correctly.

Thanks,
Luca.


Subject: NOTE to JVCL-Developers: Delphi PE support in JVCL has changed
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Sep 2002 09:22:13 +0200
Newsgroups: jedi.vcl

Since we now have both a Delphi 6 and Delphi7 Personal Edition to support,
I've made the following changes to the JVCL:

I've added a {$DEFINE DelphiPersonalEdition} to JVCL.INC (in \common) that
is true if D6PersonalEdition *OR* D7PersonalEdition is defined.

If you need to include / exclude code based on a specific Pe version of
Delphi, use the old defines.

If you need to include / exclude code based on any Pe version, use the new
DelphiPersonalEdition define instead.

I've changed the current defines in JVCL in the following places:
JVCLReg.pas
JvFunctions.pas
JvInterpreter_all.pas

You probably want to get the latest dpk's as well, just to be sure.

Hopefully this will fix any remaining and future incompatibilities between
the PE versions.

Peter




Subject: Re: Installation trouble - package QRPT ??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Sep 2002 09:16:06 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> skrev i meddelandet
news:ammcf0$fg3$1@talkto.net...
> > [...] I've decided to add a new unit, JvCPLFunctions,

Sorry, reacted too fast there: the reason the D6PersonalEdition DEFINE isn't
working is because if you are using D7PersonalEdition it isn't defined, so
I've decided to go back to the previous setup but have added a
DelphiPersonalEdition define to JVCL.INC that is true whenever running with
D6Pe or D7Pe. The units you need to update are JVCL.INC in \common and
(both) the dpk's in \packages. You might also need to update JvFunctions.pas
and JVCLReg.pas in \source.

I've deleted JvCPLFunctions again and moved the functions back to
JvFunctions. Sorry for any inconvenience.

Regards, Peter





Subject: Re: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 23 Sep 2002 15:12:01 +0800
Newsgroups: jedi.vcl

Many thanks.

--
Regards
Ray




Subject: Re: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 23 Sep 2002 02:55:06 -0400
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> wrote in message news:ammcgc$fg8$1@talkto.net...
> > Is there something wrong with Mantis?  Everytime I click on the 'Reopen
bug'
> > button, the login page appears and the bug is not reopened.

I don't know. Maybe it can be done only by the admin people.

In any case, I've reopened it for you.

> > BTW, could you
> > pls delete the user account 'yeoh_ray'?  I created it with an invalid
e-mail
> > account and I don't know how to delete it now.

Done

Michael





Subject: Re: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 23 Sep 2002 14:52:55 +0800
Newsgroups: jedi.vcl

Is there something wrong with Mantis?  Everytime I click on the 'Reopen bug'
button, the login page appears and the bug is not reopened.  BTW, could you
pls delete the user account 'yeoh_ray'?  I created it with an invalid e-mail
account and I don't know how to delete it now.  Sorry about that.  Thanks.

--
Regards
Ray


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ammbi6$fcq$1@talkto.net...
> > "Ray" <yeohray@hotmail.com> wrote in message
news:ammait$f77$1@talkto.net...
> >
>> > > BTW, I could not reopen the bug because I lost my login password.
> > Should've
>> > > kept it aside somewhere ...
> >
> > I've reset your password.
> >
> > Michael
> >
> >




Subject: Re: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 23 Sep 2002 14:46:46 +0800
Newsgroups: jedi.vcl

Thanks.

--
Regards
Ray




Subject: Re: Installation trouble - package QRPT ??
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 23 Sep 2002 08:46:05 +0200
Newsgroups: jedi.vcl

"Patrick Huffer" <patrick@greysoft.net> skrev i meddelandet
news:amko6r$bju$1@talkto.net...
> > Also in JvFunctions.pas the flag D6PersonalEdition doesn't seem to work so
I
> > had to remove the three sections that test it - this I discovered when
> > testing the JvMemo component. I'll try to post any other problems I
> > encounter.

Thanks for your help fixing this. Since the D6PersonalEdition doesn't always
work (for unknown reasons), I've decided to add a new unit, JvCPLFunctions,
to CVS and move the non-D6Pe compatible functions in JvFunctions into it
(others might follow). This means that D6Pe users doesn't need it and normal
users should use this unit isto JvFunctions for CPL functions in the future.

Regards, Peter





Subject: Re: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 23 Sep 2002 02:30:51 -0400
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> wrote in message news:ammait$f77$1@talkto.net...

> > BTW, I could not reopen the bug because I lost my login password.
Should've
> > kept it aside somewhere ...

I've reset your password.

Michael




Subject: Bug #0000315: TJvInspector: Bug in RowSizing after Root.Clear
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 23 Sep 2002 14:20:08 +0800
Newsgroups: jedi.vcl

Marcel, the fix works as designed, except if the code that performs the
Root.Clear and assignment of a new control to the inspector is enclosed
within a BeginUpdate/EndUpdate block for the inspector.  Again, the problem
is with the code

Item.RowSizing.SizingFactor := irsValueHeight

for the TJvInspectorTCaptionRegItem.

BTW, I could not reopen the bug because I lost my login password.  Should've
kept it aside somewhere ...

--
Regards
Ray




Subject: Re: Installer Crashes !
From: George Papamarkos <gpapam@softlab.ntua.gr>
Date: Mon, 23 Sep 2002 06:22:34 +0300
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:
> "George Papamarkos" <gpapam@softlab.ntua.gr> wrote in message
> news:am1s7f$3s4$1@talkto.net...
>
>> Hi guys,
>>            I download the v.2.0beta and I tried to install it through the
>> installer. (Delphi 6 Entrerprise - Win XP Prof.) but during the
>
> compilation
>
>> the dcc crashes so as the installer program.
>
>
> What are the error messages, when does it happen?
>
>
>> I finally installed the pkges
>> manually but I thing that some parts of the JCL have not be installed
>
> (such
>
>> as project manager etc.).
>
>
> What was different in the manual install? What did you leave out?
>
>
>> PS: Is there any alternative pkg for Kylix 2 ?
>
>
> Not at this time, sorry.
>
> Michael
>
>

++ IT WAS THE F****ING WINDOWS AS USUAL !!!!



Subject: Re: JVInspector - Font property
From: "Ray" <yeohray@hotmail.com>
Date: Mon, 23 Sep 2002 09:27:57 +0800
Newsgroups: jedi.vcl

Great and thanks.  Will try this out soon.  This also applies to other
thread about the Root.Clear problems

--
Regards
Ray




Subject: Re: JvSpecial Image
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 22 Sep 2002 19:53:43 -0400
Newsgroups: jedi.vcl

"Nektarios" <naentor@hotmail.com> wrote in message
news:MPG.17f856be9b75f4b1989687@Forums.talkto.net...
> > Hi,
> >   I would like to use a jvSpecialImage and the FadeIn and FadeOut
> > routines, but they seem to not work. As soon as i call FadeOut for
> > example the image disapears !
> > what i may doing wrong ?

In the unit JvSpecialImage add to the TJvSpecialImage protected section
following procedure:

procedure Loaded; override;

with following implementation:

procedure TJvSpecialImage.Loaded;
begin
  inherited;
  FOriginal.Assign(Picture);
end;

This should fix it.

Michael




Subject: Install Error
From: "Martin Potokar" <gomfp@hotmail.com>
Date: Sun, 22 Sep 2002 17:23:43 -0500
Newsgroups: jedi.vcl

For whatever reason, when I attempt to install JVCL200_D50.dpk, I'm getting
an error that reads 'Can't load package C:\Program
Files\Borland\Delphi5\Projects\BPL\JVCL200_D50.bpl. While I believe that I
have followed everything to the letter, i.e., have Zlib files on my PC
including the latest version of JCL (Jedi Code Library), Library path
additions as required, etc., does anyone know what I might be missing or
doing to get this error? I should also mention that I am doing the install
manually since the install.bat failed to work on my system from inside
Windows98. If and when using the installer, should this be done from inside
or outside the Windows environment? Thank you ahead of time.





Subject: Re: JvSpecial Image
From: Nektarios <naentor@hotmail.com>
Date: Sun, 22 Sep 2002 23:44:26 +0300
Newsgroups: jedi.vcl

In article <MPG.17f856be9b75f4b1989687@Forums.talkto.net>, 
naentor@hotmail.com says...
> > Hi,
> >   I would like to use a jvSpecialImage and the FadeIn and FadeOut 
> > routines, but they seem to not work. As soon as i call FadeOut for 
> > example the image disapears !
> > what i may doing wrong ?
> > 
Besides when i set transparent to true i get a access violation 
error...I guess this is not good

PS. I have the latest installed.


Subject: JvSpecial Image
From: Nektarios <naentor@hotmail.com>
Date: Sun, 22 Sep 2002 23:38:26 +0300
Newsgroups: jedi.vcl

Hi,
  I would like to use a jvSpecialImage and the FadeIn and FadeOut 
routines, but they seem to not work. As soon as i call FadeOut for 
example the image disapears !
what i may doing wrong ?


Subject: TJvSpinEdit not work in NT4
From: "Alex" <aleuthold@leual.ch.nospan>
Date: Sun, 22 Sep 2002 19:39:10 +0200
Newsgroups: jedi.vcl

Howdy all

In my compiled application, the TJvSpinEdit (JVCL 1.32) doens not work under
NT4.0 (SP5). The value remains 0 and is not changable, neither using buttons
nor typing in. The application is compiled under Win98SE.

Anyone else noticed that?




Subject: Re: Installation trouble - package QRPT ??
From: "Patrick Huffer" <patrick@greysoft.net>
Date: Sun, 22 Sep 2002 11:54:09 -0400
Newsgroups: jedi.vcl

"Peter Thrnqvist" <peter3@no.spam.peter3.com> wrote in message
news:amk2ps$9de$1@talkto.net...
> > Apparently the QuickReport components aren't included in D6Pe, so you need
> > to remove all the JvInterpreter units from the JVCL200_XXXX packages or
try
> > to remove only those units that refers to QuickReport in some way (this is
> > more complicated but would allow you to use the other parts of the
> > JvInterpreter). If you do, please post back here how you did it so we can
> > make the D6Pe changes in CVS.

Here's are the units I had to remove:
JvInterpreter_all
JvInterpreter_Db
JvInterpreter_DbCtrls
JvInterpreter_DbGrids
JvInterpreter_DbTables
JvInterpreter_Quickrpt

Also in JvFunctions.pas the flag D6PersonalEdition doesn't seem to work so I
had to remove the three sections that test it - this I discovered when
testing the JvMemo component. I'll try to post any other problems I
encounter.

Thanks for your help!




Subject: Re: Installation trouble - package QRPT ??
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 22 Sep 2002 11:48:45 +0200
Newsgroups: jedi.vcl

"Patrick Huffer" <patrick@greysoft.net> skrev i meddelandet
news:amj5s6$78p$1@talkto.net...
> > hi everybody - i'm trying to install the JVCL package
> > 'JVCL200_R60Personal.dpk' but it fails with the message "package QRPT
> > not found". now i've done a search of all possible Jedi and Borland
> > directories and cannot find a package called "QRPT" - any ideas??

Apparently the QuickReport components aren't included in D6Pe, so you need
to remove all the JvInterpreter units from the JVCL200_XXXX packages or try
to remove only those units that refers to QuickReport in some way (this is
more complicated but would allow you to use the other parts of the
JvInterpreter). If you do, please post back here how you did it so we can
make the D6Pe changes in CVS.

Regards, Peter





Subject: Re: Install Problem
From: "Ariel" <aselDONT@dataLIKEfullSPAM.com>
Date: Sun, 22 Sep 2002 01:15:20 -0300
Newsgroups: jedi.vcl

the problem was other package. the strange is why the error showed when
installing the jvcl package....




Subject: Installation trouble - package QRPT ??
From: "Patrick Huffer" <patrick@greysoft.net>
Date: Sat, 21 Sep 2002 21:35:00 -0400
Newsgroups: jedi.vcl

hi everybody - i'm trying to install the JVCL package
'JVCL200_R60Personal.dpk' but it fails with the message "package QRPT
not found". now i've done a search of all possible Jedi and Borland
directories and cannot find a package called "QRPT" - any ideas??
Thanks!

patrick huffer





Subject: Re: TjvCreateProcess-Bug #0000247 fixed in V2.0?
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 21 Sep 2002 09:35:26 +0200
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> schrieb im Newsbeitrag
news:1103_1032545298@forums.talkto.net...


> > Nice timing :) It seems that we have finally constructed a working
component, that can redirect it's input; it took so long, because every
solution worked allright on 2000/XP, but 98/ME has some subtle
> > quirks. As I have only XP it took some time to get to the final result.
> >

Hello,

nice to hear :-) Will it be in the next release of JVCL?

> > Actually, the bug on 98/Me wasn't that severe, it would only stall the
process for some time.
> >

I had some VERY bad crashes (blue screen, some times no reboot on
CTRL-ALT-DEL) on Win ME whe i tried to start 3 batchfiles with hidden
windows using TjvCreateProcess! The bad thing was that i only had tested the
software on Win2000 (had no other computer available at that time). After
replacing the component with my own call to CreateProcess() the crash was
gone.

Ciao,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de





Subject: Re: TjvCreateProcess-Bug #0000247 fixed in V2.0?
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Fri, 20 Sep 2002 18:08:18 GMT
Newsgroups: jedi.vcl

On Fri, 20 Sep 2002 15:36:01 +0200, "Ralf Kaiser" <ralf-kaiser@eurobrief.de> wrote:
> > Hello,
> > 
> > there was a very serious bug (logged as #0000247) in Win98/ME when the
> > property DefaultWindowState of the component TjvCreateProcess was set to
> > false (complete crash).
> > 
> > Does anybody know if this bug is fixed in  JVCL 2.0? It is still marked as
> > "open" in issue tracker.
> > 
> > TIA,
> > Ralf
> > 

Nice timing :) It seems that we have finally constructed a working component, that can redirect it's input; it took so long, because every solution worked allright on 2000/XP, but 98/ME has some subtle 
quirks. As I have only XP it took some time to get to the final result.

Actually, the bug on 98/Me wasn't that severe, it would only stall the process for some time.

Regards,
Remko




Subject: Re: JVclInspector - how to remove existing properties
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Sep 2002 19:56:08 +0200
Newsgroups: jedi.vcl

Fixed (rev. 1.13). There were some problems, mostly because the inspector
control kept references to items and helper instances (eg. the row sizing
helper class) that were being removed.

The changes are below in a a standard CVS diff format (also includes the
changes regarding subproperties of class items).

Update of /cvsroot/jvcl/jvcl/source
In directory usw-pr-cvs1:/tmp/cvs-serv32617/jvcl/source

Modified Files:
 JvInspector.pas
Log Message:
* Fixed mantis #315 (Bug in RowSizing after Root.Clear)
* Fixed mantis #316 (Prevent display of class's subproperties)

Index: JvInspector.pas
===================================================================
RCS file: /cvsroot/jvcl/jvcl/source/JvInspector.pas,v
retrieving revision 1.12
retrieving revision 1.13
diff -C2 -d -r1.12 -r1.13
*** JvInspector.pas 19 Sep 2002 17:00:36 -0000 1.12
--- JvInspector.pas 20 Sep 2002 17:40:28 -0000 1.13
***************
*** 298,302 ****
    public
      constructor Create(AOwner: TComponent); override;
!     destructor Destroy; override;
      function BeginUpdate: Integer; virtual;
      function EndUpdate: Integer; virtual;
--- 298,302 ----
    public
      constructor Create(AOwner: TComponent); override;
!     procedure BeforeDestruction; override;
      function BeginUpdate: Integer; virtual;
      function EndUpdate: Integer; virtual;
***************
*** 656,659 ****
--- 656,660 ----
      function Add(const Item: TJvCustomInspectorItem): Integer;
      procedure AfterConstruction; override;
+     procedure BeforeDestruction; override;
      procedure Clear;
      procedure Delete(const Index: Integer); overload; virtual;
***************
*** 2983,2989 ****
  end;

! destructor TJvCustomInspector.Destroy;
  begin
-   inherited Destroy;
    FRoot.Free;
    FBandStartsSB.Free;
--- 2984,2989 ----
  end;

! procedure TJvCustomInspector.BeforeDestruction;
  begin
    FRoot.Free;
    FBandStartsSB.Free;
***************
*** 2992,2996 ****
    Painter := nil;
  end;
!
  function TJvCustomInspector.BeginUpdate: Integer;
  begin
--- 2992,2996 ----
    Painter := nil;
  end;
!
  function TJvCustomInspector.BeginUpdate: Integer;
  begin
***************
*** 5069,5076 ****
--- 5069,5084 ----
  begin
    if Inspector <> nil then
+   begin
      Inspector.RemoveNotifySort(Self);
+     if Inspector.RowSizingItem = Self then
+     begin
+       Inspector.RowSizing := False;
+       Inspector.RowSizingItem := nil;
+     end;
+   end;
    FItems.Free;
    if Data <> nil then
      FData.RemoveItem(Self);
+   FRowSizing.Free;
    inherited Destroy;
  end;
***************
*** 5089,5092 ****
--- 5097,5107 ----
  end;

+ procedure TJvCustomInspectorItem.BeforeDestruction;
+ begin
+   inherited BeforeDestruction;
+   if (Inspector <> nil) and (Inspector.Root <> Self) then
+     DoneEdit(True);
+ end;
+
  procedure TJvCustomInspectorItem.Clear;
  begin
***************
*** 5105,5108 ****
--- 5120,5129 ----
  begin
    Disp := Items[Index].GetDisplayParent;
+   if Inspector.Selected = Items[Index] then
+   begin
+     Inspector.SetSelected(Disp);
+     if Inspector.Selected = Items[Index] then
+       Inspector.SelectedIndex := -1;
+   end;
    FItems.Delete(Index);
    if Disp <> nil then
***************
*** 6471,6479 ****
    if Data.IsInitialized then
    begin
!     for I := Pred(Count) downto 0 do
!       if (Items[I].Data is TJvInspectorPropData) and
(Items[I].Data.IsInitialized) and
!           (TJvInspectorPropData(Items[I].Data).Instance =
FLastMemberInstance) then
!         Delete(I);
!     FLastMemberInstance := nil;
    end;
  end;
--- 6492,6505 ----
    if Data.IsInitialized then
    begin
!     Inspector.BeginUpdate;
!     try
!       for I := Pred(Count) downto 0 do
!         if (Items[I].Data is TJvInspectorPropData) and
(Items[I].Data.IsInitialized) and
!             (TJvInspectorPropData(Items[I].Data).Instance =
FLastMemberInstance) then
!           Delete(I);
!       FLastMemberInstance := nil;
!     finally
!       Inspector.EndUpdate;
!     end;
    end;
  end;
***************
*** 6540,6544 ****
  begin
    if icfCreateMemberItems in ItemClassFlags then
!     CreateMembers;
  end;

--- 6566,6572 ----
  begin
    if icfCreateMemberItems in ItemClassFlags then
!     CreateMembers
!   else
!     DeleteMembers;
  end;

***************
*** 6608,6615 ****
    end
    else if GetTypeData(Data.TypeInfo).ClassType.InheritsFrom(TPersistent)
then
!   begin
!     ItemClassFlags := [icfCreateMemberItems];
!     ItemClassFlags := [icfShowClassName];
!   end
    else
      ItemClassFlags := [icfShowClassName];
--- 6636,6640 ----
    end
    else if GetTypeData(Data.TypeInfo).ClassType.InheritsFrom(TPersistent)
then
!     ItemClassFlags := [icfCreateMemberItems, icfShowClassName]
    else
      ItemClassFlags := [icfShowClassName];


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JVInspector - Font property
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Sep 2002 19:55:57 +0200
Newsgroups: jedi.vcl

Fixed (rev. 1.13). There were two problems:

1) TJvInspectorClassItem.InvalidateMetaData did not remove members when they
were to be hidden:

if icfCreateMemberItems in ItemClassFlags then
  CreateMembers;

should be:

if icfCreateMemberItems in ItemClassFlags then
  CreateMembers
else
  DeleteMembers;

2) TJvInspectorClassItem.Create initialized the flags in a very stupid and
very wrong way:

else if GetTypeData(Data.TypeInfo).ClassType.InheritsFrom(TPersistent) then
begin
  ItemClassFlags := [icfCreateMemberItems];
  ItemClassFlags := [icfShowClassName];
end
else
  ItemClassFlags := [icfShowClassName];

which should be:

else if GetTypeData(Data.TypeInfo).ClassType.InheritsFrom(TPersistent) then
  ItemClassFlags := [icfCreateMemberItems, icfShowClassName]
else
  ItemClassFlags := [icfShowClassName];

Everything seems to work now. See other thread about the Root.Clear problems
(yes, again there were more problems involved here).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address






Subject: TjvCreateProcess-Bug #0000247 fixed in V2.0?
From: "Ralf Kaiser" <ralf-kaiser@eurobrief.de>
Date: Fri, 20 Sep 2002 15:36:01 +0200
Newsgroups: jedi.vcl

Hello,

there was a very serious bug (logged as #0000247) in Win98/ME when the
property DefaultWindowState of the component TjvCreateProcess was set to
false (complete crash).

Does anybody know if this bug is fixed in  JVCL 2.0? It is still marked as
"open" in issue tracker.

TIA,
Ralf





Subject: Re: How does TJvLinkLabel works ?
From: "Vince" <viiz92@ifrance.com>
Date: Fri, 20 Sep 2002 13:25:52 +0200
Newsgroups: jedi.vcl

Thanks a lot.

Vince


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> a écrit dans le
message de news: amcr9n$fu7$1@talkto.net...
> > "Vince" <viiz92@ifrance.com> wrote in message
> > news:amcnb2$fbl$1@talkto.net...
> >
>> > > When I put this component on my form, I appears to be like a simple
label,
>> > > the text is not underlined like I specified in the O.I, and nothing
append
>> > > when I click on it.
> >
> > Please see the demo in \examples\JvLinkLabel
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
> >
> >
> >
> >




Subject: Re: TWAIN (scanner) support question
From: The Graphical Gnome <rbraasem@xs4all.nl>
Date: Fri, 20 Sep 2002 10:50:06 +0200
Newsgroups: jedi.vcl

Pawe³ wrote:
> Hello!
>
> Where can I find some free component or library for TWAIN? I need to put
> some scanner support in my Delphi applications. On the sourceforge.net I
> found this info:
> "This project will close down once I have some links to redirect people to.
> TScanner will be developed and maintained as part of the Delphi JEDI VCL.
> Woo Hoo"
>
> I think it is still not included in JEDI VCL!?
>
Hold your horses, dont get angry. I'm working on it.

Somewhere next week I'll upload a minimaly tested vesion to the binairies group.




Subject: Re: Bug ID 0000309: JVCLInspector - Scrollbar not repainted
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Sep 2002 10:00:29 +0200
Newsgroups: jedi.vcl

>> > > bpdcw?
> >
> > Borland.Public.Delphi.Component.Writing ;)
> >


Sorry, forgot the v(cl) part:

bpdvcw = Borland.Public.Delphi.Vcl.Component.Writing

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Bug ID 0000309: JVCLInspector - Scrollbar not repainted
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Sep 2002 09:56:53 +0200
Newsgroups: jedi.vcl

> > bpdcw?

Borland.Public.Delphi.Component.Writing ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Bug ID 0000309: JVCLInspector - Scrollbar not repainted
From: "Ray" <yeohray@hotmail.com>
Date: Fri, 20 Sep 2002 15:53:46 +0800
Newsgroups: jedi.vcl

bpdcw?

--
Regards
Ray

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:ameii0$lr8$1@talkto.net...
> >
>> > > Marcel, were you able to reproduce this error?
> >
> > Sorry, forgot to react to this one.
> >
>>> > > > I tried setting the Inspector's bevel property to none but the error
> > still
>>> > > > happens.  I can't find the border property that you mentioned.  I'm
> > using
>> > > D5
>>> > > > on Win2000 and this is what I'm doing:
>>> > > >
>>> > > > 1. run the demo application.
>>> > > > 2. expand the frmTest node.  At this point, the list of properties
> > should
>> > > be
>>> > > > so long that the vertical scrollbar appears (well, at least on 1024 x
> > 768)
>>> > > > 3. now, drag the form upwards, or downwards then upwards.  The
scrollbar
>>> > > > disappears.
> >
> > Yep. Same proplem when you expand frmTest, set the Visible property to
True,
> > and shift the test form over the inspector in such a way that part of the
> > scrollbar is hidden and then move the test form out of the way again:
> > scrollbar doesn't repaint properly. Resizing the inspector brings it back
> > again. I've had some discussion about this (started out on the bpdcw
group;
> > continued in private) with someone who agreed the problem stems indeed
from
> > the WMNCPAINT handler in the VCL.
> >
> > During this discussion, we tried a very simple component that did nothing,
> > just showed a scrollbar and the same problem occured and dissapeared when
> > both BevelKind and BorderStyle where disabled (the BorderStyle property is
> > probably a protected property, as I don't seem to use it in the
inspector).
> > However, the painting code in that handler uses a lot of IntersectRect and
> > there is probably an error in it. Anyone that can help "repair" this
> > problem, please post it here, so I can reimplement the WMNCPAINT handler
in
> > the inspector (I think the original version is in the TCustomControl
class,
> > but could be higher up the hierarchie).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: Bug ID 0000309: JVCLInspector - Scrollbar not repainted
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Sep 2002 09:40:20 +0200
Newsgroups: jedi.vcl

> > Marcel, were you able to reproduce this error?

Sorry, forgot to react to this one.

>> > > I tried setting the Inspector's bevel property to none but the error
still
>> > > happens.  I can't find the border property that you mentioned.  I'm
using
> > D5
>> > > on Win2000 and this is what I'm doing:
>> > >
>> > > 1. run the demo application.
>> > > 2. expand the frmTest node.  At this point, the list of properties
should
> > be
>> > > so long that the vertical scrollbar appears (well, at least on 1024 x
768)
>> > > 3. now, drag the form upwards, or downwards then upwards.  The scrollbar
>> > > disappears.

Yep. Same proplem when you expand frmTest, set the Visible property to True,
and shift the test form over the inspector in such a way that part of the
scrollbar is hidden and then move the test form out of the way again:
scrollbar doesn't repaint properly. Resizing the inspector brings it back
again. I've had some discussion about this (started out on the bpdcw group;
continued in private) with someone who agreed the problem stems indeed from
the WMNCPAINT handler in the VCL.

During this discussion, we tried a very simple component that did nothing,
just showed a scrollbar and the same problem occured and dissapeared when
both BevelKind and BorderStyle where disabled (the BorderStyle property is
probably a protected property, as I don't seem to use it in the inspector).
However, the painting code in that handler uses a lot of IntersectRect and
there is probably an error in it. Anyone that can help "repair" this
problem, please post it here, so I can reimplement the WMNCPAINT handler in
the inspector (I think the original version is in the TCustomControl class,
but could be higher up the hierarchie).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Bug ID 0000309: JVCLInspector - Scrollbar not repainted
From: "Ray" <yeohray@hotmail.com>
Date: Fri, 20 Sep 2002 15:32:28 +0800
Newsgroups: jedi.vcl

Marcel, were you able to reproduce this error?

--
Regards
Ray

"Ray" <yeohray@hotmail.com> wrote in message news:ambdn9$9o1$1@talkto.net...
> > Marcel,
> >
> > I tried setting the Inspector's bevel property to none but the error still
> > happens.  I can't find the border property that you mentioned.  I'm using
D5
> > on Win2000 and this is what I'm doing:
> >
> > 1. run the demo application.
> > 2. expand the frmTest node.  At this point, the list of properties should
be
> > so long that the vertical scrollbar appears (well, at least on 1024 x 768)
> > 3. now, drag the form upwards, or downwards then upwards.  The scrollbar
> > disappears.
> >
> > --
> > Regards
> > Ray
> >
> >




Subject: Re: JVclInspector - how to remove existing properties
From: "Ray" <yeohray@hotmail.com>
Date: Fri, 20 Sep 2002 15:30:25 +0800
Newsgroups: jedi.vcl

Test results are as you described except that if I do not change the caption
property, no AVs in test case 1 and 2.  If I change the caption property, do
a root.clear, then display the caption property again, then the AV occurs.
Have logged in issue tracker.

--
Regards
Ray

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:amefb5$lb2$1@talkto.net...
> > "Ray" <yeohray@hotmail.com> schreef in bericht
> > news:amec2i$ks3$1@talkto.net...
>> > > Root.Clear works, but introduced another problem.
>> > >
>> > > I have two components descended from the standard TLabel.  For one of
the
>> > > components, I display the Caption property while for the other, I do
not.
>> > > During run time, I will display the properties for the selected item.
If
> > I
>> > > first select the item where I do not display the Caption property, then
>> > > select the item where I display the Caption property, I get an AV in
>> > > JvInspector.pas, around line 8974 - Item.RowSizing.SizingFactor :=
>> > > irsValueHeight.  If I comment out that line, then everything  seems to
> > work.
>> > >
>> > > Funny enough, if I do not do a Root.Clear, the properties display
> > correctly
>> > > too.  Help?
>> > >
> >
> > Test case 1: Add the properties for a standard label (including the
Caption
> > property), do a Root.Clear and add the same properties again. Does this
> > result in the same error?
> >
> > Test case 2: Add the Caption property of the form, do a Root.Clear and add
> > the Caption property of the form again. Again the same error?
> >
> > Test case 3: Add the properties for the label without the Caption
property,
> > do a Root.Clear and add the same properties again. Error?
> >
> > I suspect the problem lies with the row sizing mechanism, as the Caption
> > property is initialized as sizable (actually, the TCaption type is
sizable,
> > the property name doesn't matter). Therefor I expect no errors for test
case
> > 3, but the same errors for test case 1 and 2. If so, please log it in the
> > issue tracker (Bug in RowSizing after Root.Clear or something like that).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: JVInspector - Font property
From: "Ray" <yeohray@hotmail.com>
Date: Fri, 20 Sep 2002 15:28:40 +0800
Newsgroups: jedi.vcl

Done.

--
Regards
Ray


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:amef02$l9a$1@talkto.net...
> > "Ray" <yeohray@hotmail.com> schreef in bericht
> > news:amdul1$js9$1@talkto.net...
>>> > > > You could use the AfterItemCreate event to change the
>>> > > > TJvInspectorClassItem.CreateMemberItems to False whenever the item's
> > class
>>> > > > is a TJvInspectorClassItem.
>> > >
>> > > I tried this but it does not work.  When checking the order of creation
of
>> > > the items passed to this event, it appears that the subproperties are
>> > > created first, before the font item.  Hence, by the time I set the
>> > > CreateMemberItems property to False, it does not appear to take effect
>> > > anymore.
>> > >
> >
> > That is a bug. It's true that CreateMemberItems defaults to True, but
> > setting it to False should remove the members again. Please log it in the
> > Issue Tracker, possibly with the code in the AfterItemCreate.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: JVclInspector - how to remove existing properties
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Sep 2002 08:45:29 +0200
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> schreef in bericht
news:amec2i$ks3$1@talkto.net...
> > Root.Clear works, but introduced another problem.
> >
> > I have two components descended from the standard TLabel.  For one of the
> > components, I display the Caption property while for the other, I do not.
> > During run time, I will display the properties for the selected item.  If
I
> > first select the item where I do not display the Caption property, then
> > select the item where I display the Caption property, I get an AV in
> > JvInspector.pas, around line 8974 - Item.RowSizing.SizingFactor :=
> > irsValueHeight.  If I comment out that line, then everything  seems to
work.
> >
> > Funny enough, if I do not do a Root.Clear, the properties display
correctly
> > too.  Help?
> >

Test case 1: Add the properties for a standard label (including the Caption
property), do a Root.Clear and add the same properties again. Does this
result in the same error?

Test case 2: Add the Caption property of the form, do a Root.Clear and add
the Caption property of the form again. Again the same error?

Test case 3: Add the properties for the label without the Caption property,
do a Root.Clear and add the same properties again. Error?

I suspect the problem lies with the row sizing mechanism, as the Caption
property is initialized as sizable (actually, the TCaption type is sizable,
the property name doesn't matter). Therefor I expect no errors for test case
3, but the same errors for test case 1 and 2. If so, please log it in the
issue tracker (Bug in RowSizing after Root.Clear or something like that).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - Font property
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 20 Sep 2002 08:39:34 +0200
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> schreef in bericht
news:amdul1$js9$1@talkto.net...
>> > > You could use the AfterItemCreate event to change the
>> > > TJvInspectorClassItem.CreateMemberItems to False whenever the item's
class
>> > > is a TJvInspectorClassItem.
> >
> > I tried this but it does not work.  When checking the order of creation of
> > the items passed to this event, it appears that the subproperties are
> > created first, before the font item.  Hence, by the time I set the
> > CreateMemberItems property to False, it does not appear to take effect
> > anymore.
> >

That is a bug. It's true that CreateMemberItems defaults to True, but
setting it to False should remove the members again. Please log it in the
Issue Tracker, possibly with the code in the AfterItemCreate.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - Font property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 20 Sep 2002 08:17:58 +0200
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> skrev i meddelandet
news:amdul1$js9$1@talkto.net...

> > I never noticed in the Delphi IDE that font height was a negative number.

That's what makes programming so fun: always discovering new stuff <g>!

Peter





Subject: Re: JVclInspector - how to remove existing properties
From: "Ray" <yeohray@hotmail.com>
Date: Fri, 20 Sep 2002 13:55:41 +0800
Newsgroups: jedi.vcl

Root.Clear works, but introduced another problem.

I have two components descended from the standard TLabel.  For one of the
components, I display the Caption property while for the other, I do not.
During run time, I will display the properties for the selected item.  If I
first select the item where I do not display the Caption property, then
select the item where I display the Caption property, I get an AV in
JvInspector.pas, around line 8974 - Item.RowSizing.SizingFactor :=
irsValueHeight.  If I comment out that line, then everything  seems to work.

Funny enough, if I do not do a Root.Clear, the properties display correctly
too.  Help?

--
Regards
Ray


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:amc0n3$bkl$1@talkto.net...
> > "Ray" <yeohray@hotmail.com> schreef in bericht
> > news:ambvg2$be4$1@talkto.net...
>> > > In my app, the user may focus on different controls, and I need to
display
>> > > the properties for the selected control.  How do I clear the old
> > properties
>> > > from the inspector?  I was looking for something like
> > Inspector.Items.Clear
>> > > or Inspector.Clear ...
> >
> > Inspector.Root.Clear (at least in the JVCL 2.0 Beta edition, but possible
> > sooner)
> >
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: JvId3v21
From: "dave" <dssdfdsf@cs.com>
Date: Thu, 19 Sep 2002 21:54:10 -0500
Newsgroups: jedi.vcl

The error is:
'Access violation at address 00476CD4 in module MediaCatalog.exe'. Read of
address 00131000'.

This line is causing the error:

begin
    stw := stw + buf[i];
     Inc(i, 2);
 end;
Hope this helps, :)
Dave

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:amduev$jr2$1@talkto.net...
> >
> > It's probably a Id3v1 tag then ;-)
> >
> > Don't you think?
> >
> > Sebastien
> >
> >
> > dave wrote:
>> > > I open a file in winamp and view the tag, and it shows a tag in it. I
then
>> > > assign that file to JvId3v21 and try to read the tag and i get nothing
for
>> > > most of my mp3's?
>> > >
>> > > Anyone know what the problem might be?
>> > >
>> > > Delphi 5 Enterprise / Windows XP Home  /  JVCL 2.0 Beta
>> > >
>> > > Thanks in advance for any help you can give,
>> > > Dave
>> > >
>> > >
> >




Subject: Re: JvId3v21
From: "dave" <dssdfdsf@cs.com>
Date: Thu, 19 Sep 2002 21:49:45 -0500
Newsgroups: jedi.vcl

Actually no.
I have both the id3v1 and v21 on, i test for the v1 tag first, then test for
the v21 tag. The v1 tag (if it exists) works fine, but even when it finds
the v21 tag it not only does not populate the texts, it is now erroring out
in the reading of the tag. I have not yet tracked down where the error is
coming from, but when i do i will let you know.

If anyone has information on this problem, or has found a workaround for it,
please let me know. Thank you.

Dave


"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:amduev$jr2$1@talkto.net...
> >
> > It's probably a Id3v1 tag then ;-)
> >
> > Don't you think?
> >
> > Sebastien
> >
> >
> > dave wrote:
>> > > I open a file in winamp and view the tag, and it shows a tag in it. I
then
>> > > assign that file to JvId3v21 and try to read the tag and i get nothing
for
>> > > most of my mp3's?
>> > >
>> > > Anyone know what the problem might be?
>> > >
>> > > Delphi 5 Enterprise / Windows XP Home  /  JVCL 2.0 Beta
>> > >
>> > > Thanks in advance for any help you can give,
>> > > Dave
>> > >
>> > >
> >




Subject: Re: JVInspector - Font property
From: "Ray" <yeohray@hotmail.com>
Date: Fri, 20 Sep 2002 10:06:34 +0800
Newsgroups: jedi.vcl

> > You could use the AfterItemCreate event to change the
> > TJvInspectorClassItem.CreateMemberItems to False whenever the item's class
> > is a TJvInspectorClassItem.

I tried this but it does not work.  When checking the order of creation of
the items passed to this event, it appears that the subproperties are
created first, before the font item.  Hence, by the time I set the
CreateMemberItems property to False, it does not appear to take effect
anymore.

>> > > 2.  why is the height of the font expressed in negative numbers?
I never noticed in the Delphi IDE that font height was a negative number.
Duh!

--
Regards
Ray

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:amcdq7$dp1$1@talkto.net...
>> > > When displaying the font property:
>> > > 1.  is it possible to only limit the user to edit the properties via the
>> > > font dialog and not show the properties under the font node itself
> >
> > You could use the AfterItemCreate event to change the
> > TJvInspectorClassItem.CreateMemberItems to False whenever the item's class
> > is a TJvInspectorClassItem. Alternatively you could create a registration
> > item that will do this automatically for all TFont items.
> >
>> > > 2.  why is the height of the font expressed in negative numbers?
>> > >
> >
> > Peter answered that already ;-)
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: JvId3v21
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Fri, 20 Sep 2002 03:57:35 +0200
Newsgroups: jedi.vcl


It's probably a Id3v1 tag then ;-)

Don't you think?

Sebastien


dave wrote:
> I open a file in winamp and view the tag, and it shows a tag in it. I then
> assign that file to JvId3v21 and try to read the tag and i get nothing for
> most of my mp3's?
>
> Anyone know what the problem might be?
>
> Delphi 5 Enterprise / Windows XP Home  /  JVCL 2.0 Beta
>
> Thanks in advance for any help you can give,
> Dave
>
>



Subject: JvId3v21
From: "dave" <dssdfdsf@cs.com>
Date: Thu, 19 Sep 2002 17:13:16 -0500
Newsgroups: jedi.vcl

I open a file in winamp and view the tag, and it shows a tag in it. I then
assign that file to JvId3v21 and try to read the tag and i get nothing for
most of my mp3's?

Anyone know what the problem might be?

Delphi 5 Enterprise / Windows XP Home  /  JVCL 2.0 Beta

Thanks in advance for any help you can give,
Dave




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Sep 2002 19:02:30 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> schreef
in bericht news:amcq75$fpn$1@talkto.net...
>> > > CVS contains fixes for the NameList issue (Mantis #300/#307), the
overload
>> > > issue (method is renamed; Mantis #306)) and the AV on the boolean items
>> > > issue (Mantis #308). Thank you Ray and Olivier for suggested fixes.
> >
> > First, it's "Oliver"... Is my English THAT bad? ;]

Not at all. I have the tendency to type names without checking the spelling.

> >
> > Next, I have tried the fixed version and found that the newly renamed
> > NewByNames function still bears the overload directive. This has the
effect
> > that calling that function without the fourth and fifth parameters still
> > produces an AV in D5. Without the unnecessary overload directive all is
> > well. Just thought I'd let you know... ;)

Ouch :( I really have to learn to test after integrating someone else's
code. Rev. 1.12 :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: How does TJvLinkLabel works ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 19 Sep 2002 11:59:19 -0400
Newsgroups: jedi.vcl

"Vince" <viiz92@ifrance.com> wrote in message
news:amcnb2$fbl$1@talkto.net...

> > When I put this component on my form, I appears to be like a simple label,
> > the text is not underlined like I specified in the O.I, and nothing append
> > when I click on it.

Please see the demo in \examples\JvLinkLabel

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL






Subject: Re: JVInspector - using TJvInspectorPropData
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Thu, 19 Sep 2002 17:38:40 +0200
Newsgroups: jedi.vcl

> > CVS contains fixes for the NameList issue (Mantis #300/#307), the overload
> > issue (method is renamed; Mantis #306)) and the AV on the boolean items
> > issue (Mantis #308). Thank you Ray and Olivier for suggested fixes.

First, it's "Oliver"... Is my English THAT bad? ;]

Next, I have tried the fixed version and found that the newly renamed
NewByNames function still bears the overload directive. This has the effect
that calling that function without the fourth and fifth parameters still
produces an AV in D5. Without the unnecessary overload directive all is
well. Just thought I'd let you know... ;)

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: How does TJvLinkLabel works ?
From: "Vince" <viiz92@ifrance.com>
Date: Thu, 19 Sep 2002 16:49:25 +0200
Newsgroups: jedi.vcl

Hello,

When I put this component on my form, I appears to be like a simple label,
the text is not underlined like I specified in the O.I, and nothing append
when I click on it.
Is there any property to set to "activate" the link ?
What is the difference between Text and Caption for the LinkLabel.

Thank by advance.

Vince




Subject: Re: JVInspector - Font property
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Sep 2002 14:06:57 +0200
Newsgroups: jedi.vcl

> > When displaying the font property:
> > 1.  is it possible to only limit the user to edit the properties via the
> > font dialog and not show the properties under the font node itself

You could use the AfterItemCreate event to change the
TJvInspectorClassItem.CreateMemberItems to False whenever the item's class
is a TJvInspectorClassItem. Alternatively you could create a registration
item that will do this automatically for all TFont items.

> > 2.  why is the height of the font expressed in negative numbers?
> >

Peter answered that already ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - Font property
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Sep 2002 13:02:23 +0200
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> skrev i meddelandet
news:amc8uu$cvl$1@talkto.net...
> > 2.  why is the height of the font expressed in negative numbers?

Take a look at how the Delphi OI displays Fonts and check the help on why
Height is negative (but can be positive) and Size is positive

Regards, Peter





Subject: JVInspector - Font property
From: "Ray" <yeohray@hotmail.com>
Date: Thu, 19 Sep 2002 18:50:06 +0800
Newsgroups: jedi.vcl

When displaying the font property:
1.  is it possible to only limit the user to edit the properties via the
font dialog and not show the properties under the font node itself
2.  why is the height of the font expressed in negative numbers?

Thanks in advance.

--
Regards
Ray




Subject: Re: JVclInspector - how to remove existing properties
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 19 Sep 2002 10:23:23 +0200
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> schreef in bericht
news:ambvg2$be4$1@talkto.net...
> > In my app, the user may focus on different controls, and I need to display
> > the properties for the selected control.  How do I clear the old
properties
> > from the inspector?  I was looking for something like
Inspector.Items.Clear
> > or Inspector.Clear ...

Inspector.Root.Clear (at least in the JVCL 2.0 Beta edition, but possible
sooner)


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: JVclInspector - how to remove existing properties
From: "Ray" <yeohray@hotmail.com>
Date: Thu, 19 Sep 2002 16:08:32 +0800
Newsgroups: jedi.vcl

In my app, the user may focus on different controls, and I need to display
the properties for the selected control.  How do I clear the old properties
from the inspector?  I was looking for something like Inspector.Items.Clear
or Inspector.Clear ...

Thanks in advance.

--
Regards
Ray




Subject: Re: Bug #0000312 : JVDirectoryListbox and JVDriveList don't show scrollbars
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 19 Sep 2002 08:36:37 +0200
Newsgroups: jedi.vcl

"Chris Grant" <cjgrant@bigpond.net.au> skrev i meddelandet
news:ambh7d$9us$1@talkto.net...

> > To fix I beleive that the following line needs to be changed from

Why?

I'll reopen the report. Please post replies in Mantis.

Regards, Peter





Subject: Bug #0000312 : JVDirectoryListbox and JVDriveList don't show scrollbars
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Thu, 19 Sep 2002 13:58:56 +1000
Newsgroups: jedi.vcl

Peter,

As I can not reopen it I am posting here.

Does not compile correctly on D5 Up2  - W2k Sp2.

To fix I beleive that the following line needs to be changed from

  TJvDirectoryListBox = class(TCustomListBox)

To

  TJvDirectoryListBox = class(TJvCustomListBox)

Chris



Subject: Bug ID 0000309: JVCLInspector - Scrollbar not repainted
From: "Ray" <yeohray@hotmail.com>
Date: Thu, 19 Sep 2002 11:05:07 +0800
Newsgroups: jedi.vcl

Marcel,

I tried setting the Inspector's bevel property to none but the error still
happens.  I can't find the border property that you mentioned.  I'm using D5
on Win2000 and this is what I'm doing:

1. run the demo application.
2. expand the frmTest node.  At this point, the list of properties should be
so long that the vertical scrollbar appears (well, at least on 1024 x 768)
3. now, drag the form upwards, or downwards then upwards.  The scrollbar
disappears.

--
Regards
Ray




Subject: Re: Archive Package
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 18 Sep 2002 23:21:13 +0200
Newsgroups: jedi.vcl

"The Graphical Gnome" <rbraasem@xs4all.nl> skrev i meddelandet
news:3D862977.8040000@xs4all.nl...

If you find the time and energy to do it yourself, please consider donating
it to JVCL.

Regards, Peter




Subject: Re: JVThumbImage
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 18 Sep 2002 14:00:20 -0500
Newsgroups: jedi.vcl

Thank you, that helped out perfectly.

Dave


"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
news:1103_1032201368@forums.talkto.net...
> > On Mon, 16 Sep 2002 13:07:06 -0500, "dave" <dssdfdsf@cs.com> wrote:
>> > > I keep getting this error message when trying to loadfromstream a jpg
imagee
>> > > from an Access DB:
>> > > jpg error #52.
>> > >
>> > > Any ideas as to what it means?
>> > > I am using JVCL 2.0 beta  /  Delphi 5 Enterprise  /  Windows XP  /
Access
>> > > 2000
>> > >
>> > > Thanks,
>> > > Dave
>> > >
>> > >
> >
> > Check http://delphi.about.com/library/weekly/aa030601a.htm.
> >
> > Regards,
> > Remko
> >
> >
> >




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 19:37:58 +0200
Newsgroups: jedi.vcl

CVS contains fixes for the NameList issue (Mantis #300/#307), the overload
issue (method is renamed; Mantis #306)) and the AV on the boolean items
issue (Mantis #308). Thank you Ray and Olivier for suggested fixes.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address


"Ray" <yeohray@hotmail.com> schreef in bericht
news:am8t8f$ud5$1@talkto.net...
> > I am getting access violations when I try to use the overloaded version of
> > TJvInspectorPropdata that allows you to pass an array of properties to
> > include/exclude.  The error appears to be in the open array itself, where
> > the values that I passed in are all wrong.  E.g. I pass an array
containing
> > 2 strings, but in the High function, it returns 12926396.
> >
> > I am using D5 on Win2000 sp2.  Thanks in advance.
> >
> > --
> > Regards
> > Ray
> >
> >




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 14:51:17 +0200
Newsgroups: jedi.vcl

> > If you give the list as an array literal (i.e. ['yadda', 'dadda'] ) the
code
> > will simply not compile at all. The compiler would say something like
> > "Ambiguous overloaded call to New". This doesn't change when I add the
> > fourth and fifth parameters.

I just realize why: the [] can also be seen as a set constructor (there's a
New method that expects a set as a third parameter). Odd though, because the
compiler should be able to distinguish between sets and string arrays?

OK, now I really have got to work again ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 14:19:38 +0200
Newsgroups: jedi.vcl

>> > > I know, I just haven't had the time to incorporate it. Ray's version is
> > more
>> > > obvious than the xor solution (but possibly yours is more efficient), so
>> > > I'll probably use that one.
> >
> > "that one" referring to...? Well, never mind. ;)

No, I should learn to be more specific ;) Ray's version will be
incorporated.

>> > > If so, I'll place the
>> > > renamed edition in a conditional define.
> >
> > That would get quite ugly, wouldn't it? You would then need the
conditionals
> > everywhere where that function is called as well...

Good point. No conditional.

>> > > Another solution might be to remove the default value for the 4th
> > parameter.
> >
> > Not really. This only solves the problem if you pass the list via a
dynamic
> > array or open array parameter.
> >
> > If you give the list as an array literal (i.e. ['yadda', 'dadda'] ) the
code
> > will simply not compile at all. The compiler would say something like
> > "Ambiguous overloaded call to New". This doesn't change when I add the
> > fourth and fifth parameters.

Right. Will have to rename the method then. NewByNames seems like a good
name to me.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Wed, 18 Sep 2002 14:13:17 +0200
Newsgroups: jedi.vcl

> > I know, I just haven't had the time to incorporate it. Ray's version is
more
> > obvious than the xor solution (but possibly yours is more efficient), so
> > I'll probably use that one.

"that one" referring to...? Well, never mind. ;)


>> > > Well, you could give distinct names to the constructors/class
functions...
> >
> > Yes, I could, by I prefer not to. The main idea is to use New as the only
> > way to construct the data/inspector item(s), no matter which data layer is
> > used and what overloaded version. Nonetheless, if this is a problem we
could
> > rename it to NewList or somethink like that.

FWIW: I called mine "NewByNames".


> > I'm not sure but this only occurred in D5, right?

I will test with D6P and D7T ASAP.


> > If so, I'll place the
> > renamed edition in a conditional define.

That would get quite ugly, wouldn't it? You would then need the conditionals
everywhere where that function is called as well...


> > Another solution might be to remove the default value for the 4th
parameter.

Not really. This only solves the problem if you pass the list via a dynamic
array or open array parameter.

If you give the list as an array literal (i.e. ['yadda', 'dadda'] ) the code
will simply not compile at all. The compiler would say something like
"Ambiguous overloaded call to New". This doesn't change when I add the
fourth and fifth parameters.

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 13:37:06 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> schreef
in bericht news:am9m82$24v$1@talkto.net...
>> > > And Rays report already marked as a duplicate. I'll see if I can find
the
>> > > time to fix that issue.
> >
> > Both me and Ray already attached a suggested fix to our reports. I have
> > already tested it locally and have discovered no problems with it so far.
> > However, I had to rename the overloaded New function to make it work in D5
> > because of that other problem.

I know, I just haven't had the time to incorporate it. Ray's version is more
obvious than the xor solution (but possibly yours is more efficient), so
I'll probably use that one.

>> > > which is definately a compiler
>> > > issue (and could not be fixed my me).
> >
> > Well, you could give distinct names to the constructors/class functions...

Yes, I could, by I prefer not to. The main idea is to use New as the only
way to construct the data/inspector item(s), no matter which data layer is
used and what overloaded version. Nonetheless, if this is a problem we could
rename it to NewList or somethink like that.

I'm not sure but this only occured in D5, right? If so, I'll place the
renamed edition in a conditional define.

Another solution might be to remove the default value for the 4th parameter.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Wed, 18 Sep 2002 13:12:13 +0200
Newsgroups: jedi.vcl

> > And Rays report already marked as a duplicate. I'll see if I can find the
> > time to fix that issue.

Both me and Ray already attached a suggested fix to our reports. I have
already tested it locally and have discovered no problems with it so far.
However, I had to rename the overloaded New function to make it work in D5
because of that other problem.


> > It has nothing to do with the original report though
> > (the strange set of strings you can get)

Yes, I know. I just kind of figured it might get fixed along the way, once
somebody took a look at the thing... ;)


> > which is definately a compiler
> > issue (and could not be fixed my me).

Well, you could give distinct names to the constructors/class functions...

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 13:06:51 +0200
Newsgroups: jedi.vcl

"Ray" <yeohray@hotmail.com> schreef in bericht
news:am9kra$1t3$1@talkto.net...
> > Oh, ok.  I thought that the JVCL is a huge package.  Because I only wanted
> > to use the inspector, i was happy to find a separate download for it from
> > the sourceforge site.  Will give it a shot anyway.  Thanks.
> >

Yes, JVCL is big but never intended for the inspector to be distributed
separately. I started the separate web site so people could help me with the
development before it was incorporated into the JVCL (which, btw. was
virtually frozen at that time). Anyway, the plan does include to allow
smaller sub libraries/packages to be downloaded and installed without the
need to get the entire library.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 13:04:18 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> schreef
in bericht news:am9l92$1up$1@talkto.net...
>> > > Suddenly I realized you're working with the inspector released before
JVCL
>> > > 2.0 Beta (the constructors have been replaced with class functions
called
> > a
>> > > new and allow you to create new items to the same data reference). Maybe
> > you
>> > > should try the latest release and see if that works better?
> >
> > No it doesn't. I was about to report this yesterday already, but then I
> > discovered that other bug with that same overloaded constructor/class
> > function (Mantis #300 - now duplicated by Ray as #307) and decided to wait
> > for that fix...
> >
And Rays report already marked as a duplicate. I'll see if I can find the
time to fix that issue. It has nothing to do with the original report though
(the strange set of strings you can get) which is definately a compiler
issue (and could not be fixed my me).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Wed, 18 Sep 2002 12:55:41 +0200
Newsgroups: jedi.vcl

> > Suddenly I realized you're working with the inspector released before JVCL
> > 2.0 Beta (the constructors have been replaced with class functions called
a
> > new and allow you to create new items to the same data reference). Maybe
you
> > should try the latest release and see if that works better?

No it doesn't. I was about to report this yesterday already, but then I
discovered that other bug with that same overloaded constructor/class
function (Mantis #300 - now duplicated by Ray as #307) and decided to wait
for that fix...


Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Ray" <yeohray@hotmail.com>
Date: Wed, 18 Sep 2002 18:54:19 +0800
Newsgroups: jedi.vcl

Oh, ok.  I thought that the JVCL is a huge package.  Because I only wanted
to use the inspector, i was happy to find a separate download for it from
the sourceforge site.  Will give it a shot anyway.  Thanks.

--
Regards
Ray


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:am9k67$1o9$1@talkto.net...
>> > > Found some posts on this issue and you're right in that it's a compiler
> > bug.
> >
> > Thought it was ;)
> >
>> > > The example you provided would not work either, unless you also add in
the
>> > > fourth value which happens to have a default value e.g.
>> > > TJvInspectorPropData.Create(Parent, Instance, ['Prop1', 'Prop2',
'Prop3'],
>> > > False)
>> > >
> >
> > Suddenly I realized you're working with the inspector released before JVCL
> > 2.0 Beta (the constructors have been replaced with class functions called
a
> > new and allow you to create new items to the same data reference). Maybe
you
> > should try the latest release and see if that works better?
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 12:37:06 +0200
Newsgroups: jedi.vcl

> > Found some posts on this issue and you're right in that it's a compiler
bug.

Thought it was ;)

> > The example you provided would not work either, unless you also add in the
> > fourth value which happens to have a default value e.g.
> > TJvInspectorPropData.Create(Parent, Instance, ['Prop1', 'Prop2', 'Prop3'],
> > False)
> >

Suddenly I realized you're working with the inspector released before JVCL
2.0 Beta (the constructors have been replaced with class functions called a
new and allow you to create new items to the same data reference). Maybe you
should try the latest release and see if that works better?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Ray" <yeohray@hotmail.com>
Date: Wed, 18 Sep 2002 18:28:17 +0800
Newsgroups: jedi.vcl

Found some posts on this issue and you're right in that it's a compiler bug.
The example you provided would not work either, unless you also add in the
fourth value which happens to have a default value e.g.
TJvInspectorPropData.Create(Parent, Instance, ['Prop1', 'Prop2', 'Prop3'],
False)

Thx for your help.

--
Regards
Ray

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:am9i01$1bt$1@talkto.net...
> > TJvInspectorPropData.New(Parent, Instance, ['Prop1', 'Prop2', 'Prop3'])
> > (parameters might be wrong order, I wrote this from memory).
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> > "Ray" <yeohray@hotmail.com> schreef in bericht
> > news:am9g20$107$1@talkto.net...
>>> > > > because I constructed the list in the call itself.
>> > >
>> > > How do you do that?
>> > >
>> > > --
>> > > Regards
>> > > Ray
>> > >
>> > > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
>> > > news:am9e9e$mo$1@talkto.net...
>>> > > > Ray,
>>> > > >
>>> > > > could you please log it in out issue tracker
>>> > > > (http://jvcl.sourceforge.net/bugs). Please also include how you call
the
>>> > > > method. To be honest, I've seen this problem before on D5 but for some
>>> > > > reason it vanished (don't know exactly what caused it, but I think it
> > was
>>> > > > because I constructed the list in the call itself. When I used a
> > (dynamic)
>>> > > > array with the items it worked. Seemed to be an error in the compiler,
>> > > which
>>> > > > apparently hates open array constructs in combination with overloaded
>>> > > > methods. Anyway, log it and I'll look into it.
>>> > > >
>>> > > > --
>>> > > > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>>> > > > To mail me, remove the obvious from my mail address
>>> > > >
>>> > > > "Ray" <yeohray@hotmail.com> schreef in bericht
>>> > > > news:am8t8f$ud5$1@talkto.net...
>>>> > > > > I am getting access violations when I try to use the overloaded
> > version
>> > > of
>>>> > > > > TJvInspectorPropdata that allows you to pass an array of properties
to
>>>> > > > > include/exclude.  The error appears to be in the open array itself,
>> > > where
>>>> > > > > the values that I passed in are all wrong.  E.g. I pass an array
>>> > > > containing
>>>> > > > > 2 strings, but in the High function, it returns 12926396.
>>>> > > > >
>>>> > > > > I am using D5 on Win2000 sp2.  Thanks in advance.
>>>> > > > >
>>>> > > > > --
>>>> > > > > Regards
>>>> > > > > Ray
>>>> > > > >
>>>> > > > >
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 11:59:42 +0200
Newsgroups: jedi.vcl

TJvInspectorPropData.New(Parent, Instance, ['Prop1', 'Prop2', 'Prop3'])
(parameters might be wrong order, I wrote this from memory).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

"Ray" <yeohray@hotmail.com> schreef in bericht
news:am9g20$107$1@talkto.net...
>> > > because I constructed the list in the call itself.
> >
> > How do you do that?
> >
> > --
> > Regards
> > Ray
> >
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:am9e9e$mo$1@talkto.net...
>> > > Ray,
>> > >
>> > > could you please log it in out issue tracker
>> > > (http://jvcl.sourceforge.net/bugs). Please also include how you call the
>> > > method. To be honest, I've seen this problem before on D5 but for some
>> > > reason it vanished (don't know exactly what caused it, but I think it
was
>> > > because I constructed the list in the call itself. When I used a
(dynamic)
>> > > array with the items it worked. Seemed to be an error in the compiler,
> > which
>> > > apparently hates open array constructs in combination with overloaded
>> > > methods. Anyway, log it and I'll look into it.
>> > >
>> > > --
>> > > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> > > To mail me, remove the obvious from my mail address
>> > >
>> > > "Ray" <yeohray@hotmail.com> schreef in bericht
>> > > news:am8t8f$ud5$1@talkto.net...
>>> > > > I am getting access violations when I try to use the overloaded
version
> > of
>>> > > > TJvInspectorPropdata that allows you to pass an array of properties to
>>> > > > include/exclude.  The error appears to be in the open array itself,
> > where
>>> > > > the values that I passed in are all wrong.  E.g. I pass an array
>> > > containing
>>> > > > 2 strings, but in the High function, it returns 12926396.
>>> > > >
>>> > > > I am using D5 on Win2000 sp2.  Thanks in advance.
>>> > > >
>>> > > > --
>>> > > > Regards
>>> > > > Ray
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 11:58:31 +0200
Newsgroups: jedi.vcl

wrong URL ;) http://jvcl.sourceforge.net/bugs.htm. Please post it there, as
the other site will be closed. If this still doesn't work, just go to
http://jvcl.sourceforge.net and click on the Bugs/Wishes button on the left
bar.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

"Ray" <yeohray@hotmail.com> schreef in bericht
news:am9fig$tv$1@talkto.net...
> > I've logged that together with 2 other issues on the Project: JEDI-VCL
> > Inspector sourceforge site as I cannot log in to the URL you provided.
> >
> > --
> > Regards
> > Ray
> >
> >




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Ray" <yeohray@hotmail.com>
Date: Wed, 18 Sep 2002 17:32:32 +0800
Newsgroups: jedi.vcl

> > because I constructed the list in the call itself.

How do you do that?

--
Regards
Ray

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:am9e9e$mo$1@talkto.net...
> > Ray,
> >
> > could you please log it in out issue tracker
> > (http://jvcl.sourceforge.net/bugs). Please also include how you call the
> > method. To be honest, I've seen this problem before on D5 but for some
> > reason it vanished (don't know exactly what caused it, but I think it was
> > because I constructed the list in the call itself. When I used a (dynamic)
> > array with the items it worked. Seemed to be an error in the compiler,
which
> > apparently hates open array constructs in combination with overloaded
> > methods. Anyway, log it and I'll look into it.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> > "Ray" <yeohray@hotmail.com> schreef in bericht
> > news:am8t8f$ud5$1@talkto.net...
>> > > I am getting access violations when I try to use the overloaded version
of
>> > > TJvInspectorPropdata that allows you to pass an array of properties to
>> > > include/exclude.  The error appears to be in the open array itself,
where
>> > > the values that I passed in are all wrong.  E.g. I pass an array
> > containing
>> > > 2 strings, but in the High function, it returns 12926396.
>> > >
>> > > I am using D5 on Win2000 sp2.  Thanks in advance.
>> > >
>> > > --
>> > > Regards
>> > > Ray
>> > >
>> > >
> >
> >




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Ray" <yeohray@hotmail.com>
Date: Wed, 18 Sep 2002 17:24:15 +0800
Newsgroups: jedi.vcl

I've logged that together with 2 other issues on the Project: JEDI-VCL
Inspector sourceforge site as I cannot log in to the URL you provided.

--
Regards
Ray




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Ray" <yeohray@hotmail.com>
Date: Wed, 18 Sep 2002 17:16:18 +0800
Newsgroups: jedi.vcl

> > When I used a (dynamic)
> > array with the items it worked
> >  Seemed to be an error in the compiler, which
> > apparently hates open array constructs in combination with overloaded
> > methods.

Me thinks that's the case too.  I've also tried using dynamic arrays but
that did not work either.  I'll log the error then.  Thx for your attention.

--
Regards
Ray

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:am9e9e$mo$1@talkto.net...
> > Ray,
> >
> > could you please log it in out issue tracker
> > (http://jvcl.sourceforge.net/bugs). Please also include how you call the
> > method. To be honest, I've seen this problem before on D5 but for some
> > reason it vanished (don't know exactly what caused it, but I think it was
> > because I constructed the list in the call itself. When I used a (dynamic)
> > array with the items it worked. Seemed to be an error in the compiler,
which
> > apparently hates open array constructs in combination with overloaded
> > methods. Anyway, log it and I'll look into it.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> > "Ray" <yeohray@hotmail.com> schreef in bericht
> > news:am8t8f$ud5$1@talkto.net...
>> > > I am getting access violations when I try to use the overloaded version
of
>> > > TJvInspectorPropdata that allows you to pass an array of properties to
>> > > include/exclude.  The error appears to be in the open array itself,
where
>> > > the values that I passed in are all wrong.  E.g. I pass an array
> > containing
>> > > 2 strings, but in the High function, it returns 12926396.
>> > >
>> > > I am using D5 on Win2000 sp2.  Thanks in advance.
>> > >
>> > > --
>> > > Regards
>> > > Ray
>> > >
>> > >
> >
> >




Subject: Re: JVInspector - using TJvInspectorPropData
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 18 Sep 2002 10:56:25 +0200
Newsgroups: jedi.vcl

Ray,

could you please log it in out issue tracker
(http://jvcl.sourceforge.net/bugs). Please also include how you call the
method. To be honest, I've seen this problem before on D5 but for some
reason it vanished (don't know exactly what caused it, but I think it was
because I constructed the list in the call itself. When I used a (dynamic)
array with the items it worked. Seemed to be an error in the compiler, which
apparently hates open array constructs in combination with overloaded
methods. Anyway, log it and I'll look into it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

"Ray" <yeohray@hotmail.com> schreef in bericht
news:am8t8f$ud5$1@talkto.net...
> > I am getting access violations when I try to use the overloaded version of
> > TJvInspectorPropdata that allows you to pass an array of properties to
> > include/exclude.  The error appears to be in the open array itself, where
> > the values that I passed in are all wrong.  E.g. I pass an array
containing
> > 2 strings, but in the High function, it returns 12926396.
> >
> > I am using D5 on Win2000 sp2.  Thanks in advance.
> >
> > --
> > Regards
> > Ray
> >
> >




Subject: Re: Label Aspects
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Sep 2002 10:09:03 +0200
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> skrev i meddelandet
news:am9ae7$vp6$1@talkto.net...
> > PS: Sorry, if I take "so long" doing things, but I have a complicated
schedule

Don't worry: most of us have and we understand. Working with JVCL should be
fun and if you don't have a lot of time then it will have to take longer.

Regards, Peter





Subject: Re: Label Aspects
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Wed, 18 Sep 2002 08:50:44 +0100
Newsgroups: jedi.vcl

I need to implement some base methods for drawing (the ones I implemented just
change
published properties), implement some editor to list the registered aspects and
then test :)

Regards,
  Fernando Silva

PS: Sorry, if I take "so long" doing things, but I have a complicated schedule
:(

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:am94k6$uv4$1@talkto.net...
> > "Fernando Silva" <magico(nospam)@galaxycorp.com> skrev i meddelandet
> > news:am5hob$hds$1@talkto.net...
> >
> > I've had a look and it looks fine to me. Don't worry about the "owner": if
> > you would like to submit your changes when you are done, please do.
> >
> > Regards, Peter




Subject: Re: Label Aspects
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 18 Sep 2002 08:11:27 +0200
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> skrev i meddelandet
news:am5hob$hds$1@talkto.net...

I've had a look and it looks fine to me. Don't worry about the "owner": if
you would like to submit your changes when you are done, please do.

Regards, Peter





Subject: JVInspector - using TJvInspectorPropData
From: "Ray" <yeohray@hotmail.com>
Date: Wed, 18 Sep 2002 12:11:38 +0800
Newsgroups: jedi.vcl

I am getting access violations when I try to use the overloaded version of
TJvInspectorPropdata that allows you to pass an array of properties to
include/exclude.  The error appears to be in the open array itself, where
the values that I passed in are all wrong.  E.g. I pass an array containing
2 strings, but in the High function, it returns 12926396.

I am using D5 on Win2000 sp2.  Thanks in advance.

--
Regards
Ray




Subject: Re: JVCL 2.00 beta, RXLIB and D5
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Tue, 17 Sep 2002 23:46:42 +0200
Newsgroups: jedi.vcl

"Fleet Senseman" <fsenseman@dotdotREMOVEDOTSfimc.com> skrev i meddelandet
news:MPG.17f155334b68a3e3989680@forums.talkto.net...
> > Thanks.  I submitted my issue to the Bug Tracker and it is now marked
resolved.
Yes, Mantis is a little "stupid" in that respect: you can't really mark a
report as "resolved but not verified" as in some other bug trackers, so the
only way to indicate that the problem has a solution (in this case use JVCL
Convert) is to set the report as resolved. Unfortunatley this means that you
can't post bug notes anymore. You could always post a new report or a
"please reopen" post in this NG if the suggested solution doesn't work for
you.

> > The resolution: Convert everything to JVCL.  My understanding
> > was that the reason for switching the prefix in the component names was to
allow both sets of components to coexist.  Apparently that is not
> > possible.  :(

I'm not really sure why you get the duplicate resource errors, but I know
that I've had both RxLib and JVCL installed at the same time in D5-D7
without problems. If you would like me to reopen the report in Mantis, let
me know and I'll gladly do it.

> > [...] but now when doing a build I get a message that jvCombos.dcu cannot
be found.  That file does not exist after the
> > standard install and subsequent conversion for RxLIb but the .pas and .res
files exist in the archive directory off of the main JVCL
> > directory.  Any ideal what the archive directory is and why jvcombos is
not compiled by default?

JvCombos.pas contains duplicate controls and the unit was removed in JVCL
2.00 (but is still there in 1.32). Try using TJvColorComboBox and
TJvFontComboBox in JvColorCombo.pas if possible. If not, you can move
JvCombos.pas/.res from Archive into source, add the pas to the RT package
and add the registration for the controls to the DT package, but that is
possibly a bigger nuisance than just replacing your existing RX components
versions with the JVCL equivalents.


Regards, Peter





Subject: Re: JVCL 2.00 beta, RXLIB and D5
From: Fleet Senseman <fsenseman@dotdotREMOVEDOTSfimc.com>
Date: Tue, 17 Sep 2002 15:05:56 -0400
Newsgroups: jedi.vcl

In article <am5443$fj6$1@talkto.net>, "Michael Beck \(Team JEDI\)" 
<mbeck1NOxSPAM@compuserve.com> says...
> > "Fleet Senseman" <fsenseman@...fimcREMOVEDOTS.com> wrote in message
> > news:Xns928B7A38F22E3ksklaj.fdkjasfoiweru@194.191.0.34...
> > 
>> > > Any suggestions, or can I provide additional information?
> > 
> > Yes, please post to our Bug Tracker:
> > - your RxLib version,
> > - your directory structure
> > - OS version
> > - the error messages
> > 
> > Thanks,
> > 
> > Michael
> > 

Michael (and to others who have so kindly replied),

Thanks.  I submitted my issue to the Bug Tracker and it is now marked 
resolved.  The resolution: Convert everything to JVCL.  My understanding 
was that the reason for switching the prefix in the component names was 
to allow both sets of components to coexist.  Apparently that is not 
possible.  :(

I set aside a test version of the project I'm currently working on and 
ran the convert utility to convert all RxLib references to the 
corresponding JVCL components but now when doing a build I get a message 
that jvCombos.dcu cannot be found.  That file does not exist after the 
standard install and subsequent conversion for RxLIb but the .pas and 
..res files exist in the archive directory off of the main JVCL 
directory.  Any ideal what the archive directory is and why jvcombos is 
not compiled by default?

Regards,
Fleet


Subject: Label Aspects
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 16 Sep 2002 22:30:25 +0100
Newsgroups: jedi.vcl

Hi guys.

I've done something about the label aspects topic (it's a sample in the
..binaries)
Sorry for the files, but it was done in a bit hurry :p

Just to know what you think?
TJvLabel creates a TJvLabelAspect and a TJvLabelAspectOptions
TJvLabelAspect knows about TJvLabel so it can modify every available
property.
When a option changes in TJvLabelAspectOptions, it calls the TJvLabelAspect
sincronize with options. (Thanks for filler samples :)

It's a bit gross, but it's interesting. Probably, the who owns what should be
better
defined.

Regards,
  Fernando Silva

PS: The objective here it's the label have a single working aspect choosed from
a
dynamic list of registered aspects.




Subject: Re: Archive Package
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 16 Sep 2002 15:52:50 -0400
Newsgroups: jedi.vcl

"The Graphical Gnome" <rbraasem@xs4all.nl> wrote in message
news:3D862977.8040000@xs4all.nl...
> > Is it a possibility to have an optional package in which the "archived"
> > components are. Just a dpk (both run and designtime). It would be nice
> > to have them just to use, evaluate and improve the components.

Yes, it's planned.

However, we would prefer to improve the components in the main JVCL package
<g>

Michael




Subject: Archive Package
From: The Graphical Gnome <rbraasem@xs4all.nl>
Date: Mon, 16 Sep 2002 20:56:55 +0200
Newsgroups: jedi.vcl

Is it a possibility to have an optional package in which the "archived" components are. Just a dpk (both run and designtime). It would be nice to have them just to use, evaluate and improve the components.



Subject: Re: JVThumbImage
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Mon, 16 Sep 2002 18:36:08 GMT
Newsgroups: jedi.vcl

On Mon, 16 Sep 2002 13:07:06 -0500, "dave" <dssdfdsf@cs.com> wrote:
> > I keep getting this error message when trying to loadfromstream a jpg imagee
> > from an Access DB:
> > jpg error #52.
> > 
> > Any ideas as to what it means?
> > I am using JVCL 2.0 beta  /  Delphi 5 Enterprise  /  Windows XP  /  Access
> > 2000
> > 
> > Thanks,
> > Dave
> > 
> > 

Check http://delphi.about.com/library/weekly/aa030601a.htm.

Regards,
Remko





Subject: Re: JVCL 2.00 beta, RXLIB and D5
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 16 Sep 2002 20:13:02 +0200
Newsgroups: jedi.vcl

A possible solution would be to remove the .res (or .r32) files from either
JVCL or RX to a folder that's not on your library path. That way the
duplicate resources wouldn't be found when compiling your application.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

"Fleet Senseman" <fsenseman@...fimcREMOVEDOTS.com> schreef in bericht
news:Xns928B7A38F22E3ksklaj.fdkjasfoiweru@194.191.0.34...
> > Greetings,
> >
> > I am preparing for a move from D5 to D7 and am evaluating JVCL.  We use
> > RxLib extensively in our existing app and I like what I see in JVCL and
> > would like to use it, also.  I've installed the most recent beta copy of
> > JVCL today and now when I build my app I get a number of duplicate
resource
> > errors related to RxLib.  I am not in a position to convert all our RxLib
> > components to their JVCL equivalents at this time. I'd like both libraries
> > to coexist peacefully in my D5 environment.  Any suggestions, or can I
> > provide additional information?
> >
> > Thanks in advance to all that may be able to help,
> >
> > Regards,
> > Fleet Senseman




Subject: JVThumbImage
From: "dave" <dssdfdsf@cs.com>
Date: Mon, 16 Sep 2002 13:07:06 -0500
Newsgroups: jedi.vcl

I keep getting this error message when trying to loadfromstream a jpg imagee
from an Access DB:
jpg error #52.

Any ideas as to what it means?
I am using JVCL 2.0 beta  /  Delphi 5 Enterprise  /  Windows XP  /  Access
2000

Thanks,
Dave




Subject: Re: Installer Crashes !
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 16 Sep 2002 13:42:47 -0400
Newsgroups: jedi.vcl

"George Papamarkos" <gpapam@softlab.ntua.gr> wrote in message
news:am1s7f$3s4$1@talkto.net...
> > Hi guys,
> >             I download the v.2.0beta and I tried to install it through the
> > installer. (Delphi 6 Entrerprise - Win XP Prof.) but during the
compilation
> > the dcc crashes so as the installer program.

What are the error messages, when does it happen?

> > I finally installed the pkges
> > manually but I thing that some parts of the JCL have not be installed
(such
> > as project manager etc.).

What was different in the manual install? What did you leave out?

> > PS: Is there any alternative pkg for Kylix 2 ?

Not at this time, sorry.

Michael




Subject: Re: JVCL 2.00 beta, RXLIB and D5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 16 Sep 2002 13:40:02 -0400
Newsgroups: jedi.vcl

"Fleet Senseman" <fsenseman@...fimcREMOVEDOTS.com> wrote in message
news:Xns928B7A38F22E3ksklaj.fdkjasfoiweru@194.191.0.34...

> > Any suggestions, or can I provide additional information?

Yes, please post to our Bug Tracker:
- your RxLib version,
- your directory structure
- OS version
- the error messages

Thanks,

Michael





Subject: Re: JVCL 2.00 beta, RXLIB and D5
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 16 Sep 2002 19:21:56 +0200
Newsgroups: jedi.vcl

"Fleet Senseman" <fsenseman@...fimcREMOVEDOTS.com> skrev i meddelandet
news:Xns928B7A38F22E3ksklaj.fdkjasfoiweru@194.191.0.34...
> >Any suggestions, or can I provide additional information?

If you are using text dfm's in your project, moving from RxLib to JVCL is a
10 minute effort using the JVCL Convert utility that comes with a DAT file
specifically for this conversion. The JVCL Convert utility is included in
JVCL (in the Convert folder) and a precompiled version can also be
downloaded from the sourceforge site http://sourceforge.net/projects/jvcl

Regards, Peter





Subject: JVCL 2.00 beta, RXLIB and D5
From: Fleet Senseman <fsenseman@...fimcREMOVEDOTS.com>
Date: Mon, 16 Sep 2002 15:47:09 +0000 (UTC)
Newsgroups: jedi.vcl

Greetings,

I am preparing for a move from D5 to D7 and am evaluating JVCL.  We use 
RxLib extensively in our existing app and I like what I see in JVCL and 
would like to use it, also.  I've installed the most recent beta copy of 
JVCL today and now when I build my app I get a number of duplicate resource 
errors related to RxLib.  I am not in a position to convert all our RxLib 
components to their JVCL equivalents at this time. I'd like both libraries 
to coexist peacefully in my D5 environment.  Any suggestions, or can I 
provide additional information?

Thanks in advance to all that may be able to help,

Regards,
Fleet Senseman


Subject: Re: Control Panel Buttons Etc...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 16 Sep 2002 08:39:02 +0200
Newsgroups: jedi.vcl

"dave" <dssdfdsf@cs.com> skrev i meddelandet news:am3l9c$94k$1@talkto.net...
> > I am trying to figure out how to use the control panel button and the
> > startmenu button, etc..

The should all have an OnURLClick or OnLinkClick event: use this to do any
processing you want, f ex the OnLinkClick event of TJvControlPanel, could be
used like this (add JvFunctions to uses):

procedure TForm1.JvControlPanel1LinkClick(Sender: TObject; Link: String);
begin
  LaunchCPL(Link);
end;

This will start the control panel applet you selected from the menu.

Regards, Peter




Subject: Control Panel Buttons Etc...
From: "dave" <dssdfdsf@cs.com>
Date: Sun, 15 Sep 2002 23:18:05 -0500
Newsgroups: jedi.vcl

I am trying to figure out how to use the control panel button and the
startmenu buttion, etc..
It pops the menus up, but clicking on items does nothing???!!!???

How do i use these?
If they dont do anything else, then what is their purpose?

Sorry if this seems stupid.
Dave




Subject: Installer Crashes !
From: "George Papamarkos" <gpapam@softlab.ntua.gr>
Date: Sun, 15 Sep 2002 15:04:39 +0300
Newsgroups: jedi.vcl

Hi guys,
            I download the v.2.0beta and I tried to install it through the
installer. (Delphi 6 Entrerprise - Win XP Prof.) but during the compilation
the dcc crashes so as the installer program. I finally installed the pkges
manually but I thing that some parts of the JCL have not be installed (such
as project manager etc.). Anyway, and  beyond that, I believe that this is
sth that have to be solved (if the problem is not the WinXP as usual!!!)
because the whole pkg is fantastic and some details like it must not exist.
If anyone has any idea about the solution of the problem I'd appriciate his
advice! Otherwise I'll doing it manually.

Regards

gpapam


PS: Is there any alternative pkg for Kylix 2 ?




Subject: Re: Install Problem
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 15 Sep 2002 11:35:13 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:am1e6g$2fs$1@talkto.net...
> > there are also two messages in bpd.vcl.components.using regarding this
> > problem and RxLib (same error). Two threads: "RxLib from Companion CD(D7)"
> > and "rxlib and Delphi 7". This problem seems to happen to others as
well....

Weird, since there is no TInterfacedPersistent class declared in JVCL or
RxLib...

Regards, Peter





Subject: Re: Install Problem
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 15 Sep 2002 10:05:06 +0200
Newsgroups: jedi.vcl

there are also two messages in bpd.vcl.components.using regarding this
problem and RxLib (same error). Two threads: "RxLib from Companion CD(D7)"
and "rxlib and Delphi 7". This problem seems to happen to others as well....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address


"Ariel" <aselDONT@dataLIKEfullSPAM.com> schreef in bericht
news:am0bb5$v9d$1@talkto.net...
> > i have the same problem.
> >
> > i checked and there isn't any other version (but the first time i tried i
> > just installed D7, so no other version was there too).
> >
> > is anyone using jvcl in Delphi7Pro?
> >
> >




Subject: Re: Install Problem
From: "Ariel" <aselDONT@dataLIKEfullSPAM.com>
Date: Sat, 14 Sep 2002 19:10:09 -0300
Newsgroups: jedi.vcl

i have the same problem.

i checked and there isn't any other version (but the first time i tried i
just installed D7, so no other version was there too).

is anyone using jvcl in Delphi7Pro?




Subject: Re: Edit button in jvInspector
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 14 Sep 2002 21:57:05 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schrieb im
Newsbeitrag news:am0313$uh7$1@talkto.net...

> > In all cases if you want some custom action for the edit button you should
> > create a new descendant of TJvCustomInspectorItem (or any of it's
> > descendants) and override the Edit method.
> >

Hello,

thanks for your answer. That helps me a lot.

Bye,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de





Subject: Re: Edit button in jvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 14 Sep 2002 21:48:13 +0200
Newsgroups: jedi.vcl

> > i am able to display an edit button for the items i have added to the
> > inspector. But how can my program know that this button was pressed? I
would
> > like to display a dialog for some items when this button is pressed but i
> > found no event. (again normal strings).
> >
> > I have added the item using "TJvInspectorVarData.New()"

The edit button calls the Edit method of the item. Depending on the type
info of the data you are editing, different item classes are generated. For
those that include the iifEditButton (from memory, I could be wrong) flag in
it's Flags property, the edit button is displayed and calls the Edit method.
In all cases if you want some custom action for the edit button you should
create a new descendant of TJvCustomInspectorItem (or any of it's
descendants) and override the Edit method.

Next you should make sure this class is used wherever you need it. There are
two options:

1) register it with the ItemRegister for the right data class
(TJvCustomInspectorData if it's not important which data class).

2) use the BeforeItemCreate event and set the correct item class when the
data instance you need it for comes along.

> >
> > I think the usage of jvInspector is a little bit tricky for beginners with
> > this component. :-)
> >

I guess you're right about that ;) I assume you did download the latest help
file? The component is documented, along with all it's classes. Ofcourse
there's no time to write a complete explanation of every possible usage ;)
Any help with that would be much appreciated.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Width of the name column in JvInspector
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 14 Sep 2002 21:25:17 +0200
Newsgroups: jedi.vcl

Hi Ralf,


> > i have just started to work with TJvInspector and it's a great component!

Thanks!

> > How can i set the width of the property-name column for normal items (just
> > strings)? Is there some sort of autosize for this first column (no
compound
> > items)?

The width of the name column is determined by the Divider property. When
RelativeDivider = False, Divider is expressed in pixels, when set to True,
Divider is expressed in percentage.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Edit button in jvInspector
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 14 Sep 2002 17:01:32 +0200
Newsgroups: jedi.vcl

Hello,

i am able to display an edit button for the items i have added to the
inspector. But how can my program know that this button was pressed? I would
like to display a dialog for some items when this button is pressed but i
found no event. (again normal strings).

I have added the item using "TJvInspectorVarData.New()"

I think the usage of jvInspector is a little bit tricky for beginners with
this component. :-)

Thanks,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de






Subject: Width of the name column in JvInspector
From: "Ralf Kaiser" <ralf.kaiser@kdt.de>
Date: Sat, 14 Sep 2002 16:31:56 +0200
Newsgroups: jedi.vcl

Hello,

i have just started to work with TJvInspector and it's a great component!

How can i set the width of the property-name column for normal items (just
strings)? Is there some sort of autosize for this first column (no compound
items)?

Thanks,
Ralf

--
mailto:ralf.kaiser@wtal.de
http://www.rkaisers.de







Subject: Re: Install Problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 14 Sep 2002 08:01:26 -0400
Newsgroups: jedi.vcl

"Ariel" <aselDONT@dataLIKEfullSPAM.com> wrote in message
news:aluv25$r7k$1@talkto.net...
> > I get this error when trying to 'install' (inside Delphi) in the file
> > JVCL200_D70:
> >
> > "A class named TInterfacedPersistant already exists."
> >
> > I have Delphi7 Pro, i tried with the cvs version and the 2.00 .zip

"TInterfacedPersistent" is part of Classes, and not part of JVCL, so I am
not sure I understand this error.

1) Did you remove any old JVCL packages?

2) Why don't you try to install JVCL using the "JEDI Installer" and see if
this error exists there as well.

Michael




Subject: Install Problem
From: "Ariel" <aselDONT@dataLIKEfullSPAM.com>
Date: Sat, 14 Sep 2002 06:34:17 -0300
Newsgroups: jedi.vcl

I get this error when trying to 'install' (inside Delphi) in the file
JVCL200_D70:

"A class named TInterfacedPersistant already exists."

I have Delphi7 Pro, i tried with the cvs version and the 2.00 .zip

TIA




Subject: Re: Any interest in YADP?
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 13 Sep 2002 12:53:49 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> skrev i
meddelandet news:alscih$hqt$1@talkto.net...

> > Now I wonder: were you aware of TJvDateEdit when you wrote the above?

Yes

> > ...so maybe the better path (and unfortunately a much longer one) would be
> > to merge both approaches into something new? Otherwise we would have quite
a
> > significant duplication of functionality (especially concerning the
> > framework for the popup edits).
> >
> > What do you think?

I think that you should finish your conversion, donate it and then we can
look at how to merge the different implementations into one/choose the
better one. JvDateEdit has it's own problems (as you might have seen in
Mantis) and looks dated (no pun intended) and possibly your implementation
works better and looks more modern. The look of the control should not be
underestimeted: most users (be they developers or end-users), prefer the
DateTimePicker look but doesn't want it's clumsy interface, especially when
it comes to db NULL values or unslected dates, so an ideal result of our
combined efforts would be a DateTimePicker look-alike, but with better
functionality.

One of the goals with JVCL is to remove as many duplicate implementations as
possible. This could either be done by just removing duplicates and keep the
"best" component or merge functionality not present in the other. Although
this work is somewhat at a stand-still at the moment, it will eventually
pick up speed again (when payed work is less of a burden, I guess <g>).

Regards, Peter




Subject: Re: Any interest in YADP?
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Fri, 13 Sep 2002 12:06:15 +0200
Newsgroups: jedi.vcl

>> > > Some time ago we decided that our apps should be modernized in respect
to
>> > > date entries. So far we had been using TMaskEdits with a fixed mask
> > string.
> >
> > I'd say we are *very* interested in such a component (set) since most
users
> > have the exact same problems as you had.

I have now already spent quite some time weeding through our code for
unallowable dependencies and generally adapting it to the JVCL guidelines
(some of the necessary whitespace-elimination really hurts my eyes... ;) ,
incorporating some of the standardized features like the HotTrack and
HintColor properties and OnMouseEnter/OnMouseLeave events along the way. I
also decided to switch to TJvMonthCalendar2 for the popup instead of the
original TMonthCalendar. Yesterday I discovered that TJvMonthCalendar2 is
leaking its TJvMonthCalColors and so I went to Mantis to see if somebody
else already reported this. In the course of this research I stumbled across
an entry that mentioned TJvDateEdit...


Now I wonder: were you aware of TJvDateEdit when you wrote the above?

It appears to be pretty much exactly what I had been up to with the sole
difference being the lack of the original DateTimePicker's look and feel
(which of course is a significant difference not to be misunderstood). Also,
the general class design seems to be far more flexible and mature than what
I ended up with. Kind of what I had originally had in mind but didn't stick
with till the end for lack of time and specific necessity.

I haven't done any significant testing on TJvDateEdit yet but from what I've
understood it originates from RxLib which to my knowledge used to be a very
heavily used library.

....so maybe the better path (and unfortunately a much longer one) would be
to merge both approaches into something new? Otherwise we would have quite a
significant duplication of functionality (especially concerning the
framework for the popup edits).

What do you think?

Oliver Giesen




Subject: Re: Scheduler
From: "Jon" <uchinago@hotmail.com.nospam>
Date: Fri, 13 Sep 2002 08:46:51 +0900
Newsgroups: jedi.jcl,jedi.vcl

Sounds great,
   I went to .binaries and couldn't get the file.  Is there somewhere else I
could download this from?

Jon
uchinago@hotmail.com.com


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:ajt30m$a7r$1@talkto.net...
> > Hi all,
> >
> > I posted Scheduler.zip to jedi.binaries. Scheduler.zip contains a unit
(and
> > it's help text) for a schedule generator as well as some units for the
> > ScheduledTask component. The JCL help is complete except for the category
> > (didn't know where to put it) and the property get/set methods (too lazy)




Subject: Re: Problem with JVDBDateTimePicker
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 12 Sep 2002 16:48:47 -0400
Newsgroups: jedi.vcl

"Griso" <jgi@molis.sk> wrote in message news:alq2v8$8pg$1@talkto.net...
> > Hello
> > I'm using JVDBDateTimePicker and have following problem. I need a
> > possibility to delete value of the field by pressing VK_DEL for example.
> > What to do if I want to allow user to delete date from the database field
> > when it was already specified. Date field in the database must become
NULL.

Can you enter it into our Issue Tracker (our Bug Database)?

Thanks,

Michael




Subject: Re: Where is 1.32 stable
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 12 Sep 2002 16:47:52 -0400
Newsgroups: jedi.vcl

"Jon" <uchinago@hotmail.com> wrote in message
news:alpur4$88g$1@talkto.net...
> > Great thanks guys,
> >    I downloaded 2.0 and couldn't install it at all.  Compile errors.  So I
> > removed all components that deal with the Editor ( They had some double
byte
> > characters that were killing the compiler).  After I removed all Editor
> > components it installed just fine.
> >   I believe if you removed those double byte(?)  comments from the source
> > that the editor might also be fine.

I'll look into it. It should be fixed in the next release.

Michael




Subject: Re: R&A Lib AND RXLib
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 12 Sep 2002 16:46:59 -0400
Newsgroups: jedi.vcl

"Aykut Dizdar" <aykutdizdar@yahoo.com> wrote in message
news:alpqrp$7lb$1@talkto.net...

> > Is JVCL 2 Beta includes R&A Lib AND RxLib as mentioned? If so in which
page
> > they are found?

They are in couple of different places, e.g.:
Jv Controls
Jvx Tools
Jv DataAccess
Jv DataControls
Jv Interpreter

the best way is to look for the RxLib/RaLib component. Most of the time they
have the same name but with a new prefix: Jv, Jva, or Jvx

> > Or are some of the components eliminated while convertion?

All RxLib/RaLib components are converted. In the future, as we continue to
improve JVCL, some of them might be placed in the Archive, if we have a
better replacement.

Michael





Subject: Problem with JVDBDateTimePicker
From: "Griso" <jgi@molis.sk>
Date: Thu, 12 Sep 2002 15:09:10 +0200
Newsgroups: jedi.vcl

Hello
I'm using JVDBDateTimePicker and have following problem. I need a
possibility to delete value of the field by pressing VK_DEL for example.
What to do if I want to allow user to delete date from the database field
when it was already specified. Date field in the database must become NULL.
Thank you very much.
Jaro




Subject: Re: Where is 1.32 stable
From: "Jon" <uchinago@hotmail.com>
Date: Thu, 12 Sep 2002 21:04:12 +0900
Newsgroups: jedi.vcl

Great thanks guys,
   I downloaded 2.0 and couldn't install it at all.  Compile errors.  So I
removed all components that deal with the Editor ( They had some double byte
characters that were killing the compiler).  After I removed all Editor
components it installed just fine.
  I believe if you removed those double byte(?)  comments from the source
that the editor might also be fine.

 Thanks,

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ald9sp$r12$1@talkto.net...
> > "Jon" <uchinago@hotmail.com> wrote in message
> > news:alcu2o$pob$1@talkto.net...
>> > > I am looking for the download location of 1.32 stable.
> >
> > Jon,
> >
> > I recommend to use the JVCL 2.0 since it has removed several bugs that are
> > still in JVCL 1.32.
> >
> > Of course, if there any problems with JVCL 2.0, please let us know, and
> > we'll try to correct them.
> >
> > Michael
> >
> >




Subject: R&A Lib AND RXLib
From: "Aykut Dizdar" <aykutdizdar@yahoo.com>
Date: Thu, 12 Sep 2002 13:51:58 +0300
Newsgroups: jedi.vcl

Hi everyone,

Is JVCL 2 Beta includes R&A Lib AND RxLib as mentioned? If so in which page
they are found? Or are some of the components eliminated while convertion?

Thank you for your assistance...

Aykut Dizdar
Istanbul




Subject: Re: JVCL 2.0 Beta help file released
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 11 Sep 2002 16:20:30 +0200
Newsgroups: jedi.vcl

Indeed: writing helpfiles is a major undertaking. Not only do you need to be
viewing what you are doing from a users perspective, you must also write
demos to test the components, understand the various properties and methods
involved, debug it if it doesn't work and maybe even fix the bugs or suggest
improvements to the original author. Then you have to write about it in a
way that novice programmers understand while not putting off the more
accomplished developers who wants the nitty gritty details up front. Then
you need to structure the help file logically, create indices and links to
other topics all the while keeping check on your spelling and syntax.

Phew, I'm glad I'm just a component writer <vbg>! AAMOF, those involved in
help writing with JVCL are all accomplished programmers and have contributed
some very impressive components to the JVCL. All respect to these guys!

Regards, Peter




Subject: Re: JVCL 2.0 Beta help file released
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 11 Sep 2002 14:41:18 +0100
Newsgroups: jedi.vcl

Well done Marcel and team. Respect to anyone who takes on a project like
that :)

T

--
Trevor Pegley
Visionhall
"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:alim1v$dkb$1@talkto.net...
> > Hi all,
> >
> > I've just completed building and uploading the help file for JVCL 2.00
Beta.
> > The new help file has changed in some ways:
> >
> > * The component overview topics have been removed.
> > * Function Reference groups now can also show classes and routines.
> > * A new group "Additional Information" has been created which will contain
> > extended information for one or more related components that could not be
> > described with the components themselves. This will most likely become
more
> > like a "How To" tuturial in the future. For now it's used to explain
related
> > classes/functions/technical backgrounds.
> > * Linking into the JCL help file (not many yet). For this to work, you
will
> > have to download the JCL help file available at the JVCL page. This is due
> > to the fact that the needed file to perform the linking was not available
> > for the latest JCL release. Attempts to recreate it have also failed. For
> > the next JCL release, the linking will work normally. Linking will only
work
> > when both help files are integrated into the Delphi help system.
> >
> > In addition to these changes, some components have been documented and
added
> > since the last help file revision. Unfortunately not as much as I planned
on
> > doing, but those that have followed the various threads know that I
"filled"
> > my time with other things. ;)
> >
> > This will most likely be the only help file for JVCL 2.0 Beta. Due to time
> > constraints help files will only be released when a new JVCL version is
> > released. The help team will be writing help according to the latest
source
> > versions in the CVS. It takes to much time to try to get it compatible
with
> > the released version each time a new help file is generated.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: Re: TWAIN (scanner) support question
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 11 Sep 2002 04:08:27 -0400
Newsgroups: jedi.vcl

"Pawe³" <ppavlov@infotrans.pl> wrote in message
news:almpu8$re5$1@talkto.net...

> > I think it is still not included in JEDI VCL!?

No, it's not.

I kind of remember a discussion about it couple of years ago, but I am not
sure, I received the code. I'll try to investigate on that. In the meantime,
you can get the code from their CVS:

http://cvs.sf.net/cgi-bin/viewcvs.cgi/tscanner/tscanner/tscanner/

or you can search on Torry (there are several TWAIN components there).

Michael








Subject: TWAIN (scanner) support question
From: "Pawe³" <ppavlov@infotrans.pl>
Date: Wed, 11 Sep 2002 09:18:35 +0200
Newsgroups: jedi.vcl

Hello!

Where can I find some free component or library for TWAIN? I need to put
some scanner support in my Delphi applications. On the sourceforge.net I
found this info:
"This project will close down once I have some links to redirect people to.
TScanner will be developed and maintained as part of the Delphi JEDI VCL.
Woo Hoo"

I think it is still not included in JEDI VCL!?





Subject: Re: Call for help (PHP and MySQL)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 10 Sep 2002 13:43:53 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:all8un$mfj$1@talkto.net...
> >
> > If there isn't any proposal yet, you can send me the details, I'll
> > try to free some hours to work on it.

Thanks, I'll contact you off-line.

Michael





Subject: How to say "Thank you" to Project JEDI?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 10 Sep 2002 13:40:10 -0400
Newsgroups: jedi.vcl

From time to time we get an email or read a message on our newsgroups where
people express their appreciation for JEDI's work.

We appreciate very much these comments, because they show that we are doing
something right. We also like to get improvement suggestions, since they
help us to make things better.

But the BEST "thank you" we can ever receive from anyone is a personal
contribution to JEDI - be it a bug fix, a Help file for a component, a demo,
a tutorial, a new component, or a DUnit test case. Everything that helps us
to make JEDI a better project!

So next time when you feel like Project JEDI saved you some time, made you
more productive, and helped you with your project - please think about ways
how you could contribute to JEDI and help us. Remember - it takes a little
of your time, but if many people will do it, the payoff will be tremendous
for all of us.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL







Subject: Re: Call for help (PHP and MySQL)
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 10 Sep 2002 19:20:59 +0200
Newsgroups: jedi.vcl


If there isn't any proposal yet, you can send me the details, I'll
try to free some hours to work on it.



Michael Beck (Team JEDI) wrote:
> For our JVCL Website, we would like to add a simple database with
> information about components, together with info about authors, that could
> be updated by the authors directly.
>
> If somebody is comfortable with PHP and MySQL, and would like to create such
> application for us, please contact me at:
>
> mbeck1@compuserve.com
>
> Thanks,
>
> -- 
> Michael Beck
> Project JEDI - 2001 "Spirit of Delphi" Award Winner
> http://delphi-jedi.org
>
> JEDI-VCL Web: http://jvcl.sourceforge.net
> JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
>
>



Subject: Re: Filler on CVS
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 10 Sep 2002 14:48:01 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:alkhov$jds$1@talkto.net...
> > Seems like a good idea. Maybe others could see if they can come up with
some
> > implementations, based on what we have done so far. I don't think Remko
has
> > much time to this (also busy with the help).
Yes, others are *very* welcome to pitch in: this is, after all, an open
source
project we are working on and isn't "owned" by any one person!

> > TMenuItems?
Absolutely
> > DriveFiller, FolderFiller?
Yes, yes
> > Stick with Filler, although ItemsServer would maybe be more descriptive.

Hmm, that's a good name...;)

Regards, Peter





Subject: Re: Filler on CVS
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 10 Sep 2002 07:02:52 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:alj0mj$esv$1@talkto.net...

> > I think we should stay with the filler name unless everyone else thinks it
> > should be changed. Although there was some suggestions, it seemed to me
that
> > most were OK with the current name, so I say we stick with that. It could
> > always be changed later, anyway.

If there is a similar concept in Delphi or Java, I would suggest to use a
name similar to it. Otherwise, we can stay with Filler.

My 2c

Michael




Subject: Re: Filler on CVS
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 10 Sep 2002 12:45:16 +0200
Newsgroups: jedi.vcl

> > I don't know what Marcel is up to, but personally I don't have any time at
> > the moment to play with it.

Same here. Don't actually have time to do something on the fillers (I want
to, but I am able to keep focused on the help this time).

> > My opinion is that the "core" interfaces are
> > more or less finished, so maybe it's time to start trying to implement
> > different clients and see what else crops up: implementing is usually the
> > best way to determine what is missing and what needs to be redone in the
> > interfaces.

Seems like a good idea. Maybe others could see if they can come up with some
implementations, based on what we have done so far. I don't think Remko has
much time to this (also busy with the help).

> >
> > Specific implementations that come to mind is of course those already in
> > JVCL that maybe could be merged into more generic controls with a filler
> > property:
> >
> > Controls:
> > labels, buttons, listboxes, comboboxes, listviews, treeviews, grids

TMenuItems?

> >
> > Fillers:
> >
> > StringsFiller, FontFiller, ColorFiller, ImageFiller, ControlPanelFillers,
> > RecentDocFiller, RegistryFiller, StartMenuFiller, FavoritesFiller,
> > UninstallFiller, DatasetFiller

DriveFiller, FolderFiller?

> >
> > I think we should stay with the filler name unless everyone else thinks it
> > should be changed. Although there was some suggestions, it seemed to me
that
> > most were OK with the current name, so I say we stick with that. It could
> > always be changed later, anyway.

Stick with Filler, although ItemsServer would maybe be more descriptive.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Filler on CVS
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 9 Sep 2002 22:47:36 +0200
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> skrev i meddelandet
news:1103_1031601986@forums.talkto.net...

> > I'm a bit behind with what's going on, so what's the current status,
issues etc.?
> >
> > Should we try to make some more fillers, refine the interfaces? Do we
still call it filler, consumer <g>?

I don't know what Marcel is up to, but personally I don't have any time at
the moment to play with it. My opinion is that the "core" interfaces are
more or less finished, so maybe it's time to start trying to implement
different clients and see what else crops up: implementing is usually the
best way to determine what is missing and what needs to be redone in the
interfaces.

Specific implementations that come to mind is of course those already in
JVCL that maybe could be merged into more generic controls with a filler
property:

Controls:
labels, buttons, listboxes, comboboxes, listviews, treeviews, grids

Fillers:

StringsFiller, FontFiller, ColorFiller, ImageFiller, ControlPanelFillers,
RecentDocFiller, RegistryFiller, StartMenuFiller, FavoritesFiller,
UninstallFiller, DatasetFiller

I think we should stay with the filler name unless everyone else thinks it
should be changed. Although there was some suggestions, it seemed to me that
most were OK with the current name, so I say we stick with that. It could
always be changed later, anyway.

Regards, Peter





Subject: Re: Filler on CVS
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Mon, 09 Sep 2002 20:06:26 GMT
Newsgroups: jedi.vcl

On Sat, 7 Sep 2002 13:33:59 +0200, "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote:
> > I've added a new folder to CVS, dev/filler, with the available
> > implementations and a couple of folders with the current source files.
> > Please use this archive for any future changes instead of posting to
> > binaries. Note that I haven't made any attempts yet to "fix" the sources so
> > they work together.
> > 
> > Regards, Peter
> > 
> > 

I'm a bit behind with what's going on, so what's the current status, issues etc.?

Should we try to make some more fillers, refine the interfaces? Do we still call it filler, consumer <g>?

Remko





Subject: Call for help (PHP and MySQL)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 9 Sep 2002 13:55:42 -0400
Newsgroups: jedi.vcl

For our JVCL Website, we would like to add a simple database with
information about components, together with info about authors, that could
be updated by the authors directly.

If somebody is comfortable with PHP and MySQL, and would like to create such
application for us, please contact me at:

mbeck1@compuserve.com

Thanks,

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL




Subject: JVCL 2.0 Beta help file released
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 9 Sep 2002 19:45:56 +0200
Newsgroups: jedi.vcl

Hi all,

I've just completed building and uploading the help file for JVCL 2.00 Beta.
The new help file has changed in some ways:

* The component overview topics have been removed.
* Function Reference groups now can also show classes and routines.
* A new group "Additional Information" has been created which will contain
extended information for one or more related components that could not be
described with the components themselves. This will most likely become more
like a "How To" tuturial in the future. For now it's used to explain related
classes/functions/technical backgrounds.
* Linking into the JCL help file (not many yet). For this to work, you will
have to download the JCL help file available at the JVCL page. This is due
to the fact that the needed file to perform the linking was not available
for the latest JCL release. Attempts to recreate it have also failed. For
the next JCL release, the linking will work normally. Linking will only work
when both help files are integrated into the Delphi help system.

In addition to these changes, some components have been documented and added
since the last help file revision. Unfortunately not as much as I planned on
doing, but those that have followed the various threads know that I "filled"
my time with other things. ;)

This will most likely be the only help file for JVCL 2.0 Beta. Due to time
constraints help files will only be released when a new JVCL version is
released. The help team will be writing help according to the latest source
versions in the CVS. It takes to much time to try to get it compatible with
the released version each time a new help file is generated.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Problem with JVDBDatetimepicker
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 9 Sep 2002 18:31:04 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> skrev i
meddelandet news:alifiq$cqr$1@talkto.net...
> > Just to let you all know: I have begun to bring our DatePicker component
[...]

Sounds great! Waiting in anticipation...

Regards, Peter





Subject: Re: Problem with JVDBDatetimepicker
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Mon, 9 Sep 2002 17:55:24 +0200
Newsgroups: jedi.vcl

>> > > Second problem is that I'd like to add CTL3D as property of the
component.
>> > > Can you tell me what should I overwrite? Some code would help me.
>> > > Thank you very much.
> >
> > I've tried to do this once, but never got it to work: the DateTimePicker
> > seem to ignore any style changes...

Just to let you all know: I have begun to bring our DatePicker component
(set) to JVCL compliance (see thread "any interest in YADP"). It is however
an "idle priority" task right at the moment, so I could not make any
promises on when it will be ready (well, I probably could - but isn't "when
it's ready" already trademarked? ;) . I am however already making good
progress.

As these components are based completely on native VCL components (apart
from the TMonthCalendar - which could also easily be replaced), i.e.
TCustomMaskEdit and TCheckbox, there should be no problem using the Ctl3d
property on them. Null values in the db-aware component could optionally be
displayed as blank strings (in fact, any string you want).

Cheers,

Oliver
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: Problem with JVDBDatetimepicker
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 9 Sep 2002 17:04:51 +0200
Newsgroups: jedi.vcl

"Griso" <jgi@molis.sk> skrev i meddelandet news:alhkuv$952$1@talkto.net...
> > Hello
> > Can any of you help me with JVDBDateTimePicker? The problem is that when
> > there is null value in the database, I always get error message saying
that
> > "You have to set Checkbox to true....." But I'd like to have this as it
is.
> > Without any checkbbox on the left. Is there any workaroud how to force it
to
> > treat correctly null values in the database?

I don't see this: I tested with the DBDEMOS/events.db database and when I
have a record with a NULL date, the DatePicker displays 1899-12-30 but I
don't get any errors. Maybe you have some other setting affecting the
picker?

> >
> > Second problem is that I'd like to add CTL3D as property of the component.
> > Can you tell me what should I overwrite? Some code would help me.
> > Thank you very much.

I've tried to do this once, but never got it to work: the DateTimePicker
seem to ignore any style changes...

Regards, Peter





Subject: Problem with JVDBDatetimepicker
From: "Griso" <jgi@molis.sk>
Date: Mon, 9 Sep 2002 10:20:28 +0200
Newsgroups: jedi.vcl

Hello
Can any of you help me with JVDBDateTimePicker? The problem is that when
there is null value in the database, I always get error message saying that
"You have to set Checkbox to true....." But I'd like to have this as it is.
Without any checkbbox on the left. Is there any workaroud how to force it to
treat correctly null values in the database?

Second problem is that I'd like to add CTL3D as property of the component.
Can you tell me what should I overwrite? Some code would help me.
Thank you very much.





Subject: Re: JVCL-Start
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 8 Sep 2002 13:34:09 -0400
Newsgroups: jedi.vcl

"Chris Grant" <cjgrant@bigpond.net.au> wrote in message
news:alfgqa$25g$1@talkto.net...
> > The Guidelines doc needs to be updated especially in relation to the
links.

OK, links have been updated. Thanks for letting us know.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL




Subject: Re: Interested in serial communication and terminal components ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 8 Sep 2002 10:49:02 -0400
Newsgroups: jedi.vcl

"Petr Vones (Team JEDI)" <petr_v@post.cz> wrote in message
news:al33dt$lag$1@talkto.net...
> > Hi,
> >
> > A long time ago I wrote components for serial communication - AsyncFree:
> > http://sourceforge.net/projects/asyncfree
> >
> > I'd like to donate it to the JVCL but I also have to note:
> >
> > - The code has been written (and tested) in Delphi 5 and hasn't been
touched
> >   for more than 3 years. There could be some problems because of changes
in
> >   TThread implementation in Delphi 6.
> > - Please don't expect I fully understand the code these days <g>
> > - As far as I can remember the code does not work well in DLLs because of
the
> >   'thread synchronization monster' inside (AfSafeSync.pas)
> > - I don't have any device with serial port interface now so I can't do any
> >   testing of the component.

Petr,

Thanks for your offer. I've created a special category on JVCL Issue Tracker
called "Donations", so people can upload there any source code they would
like to donate to JVCL. New "Donation Guidelines" explaining the process
will be published soon, but you can already go ahead and upload it there.

Thanks again,

Michael




Subject: Re: JVCL-Start
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 8 Sep 2002 10:45:24 -0400
Newsgroups: jedi.vcl

"Chris Grant" <cjgrant@bigpond.net.au> wrote in message
news:alfgqa$25g$1@talkto.net...
> > The Guidelines doc needs to be updated especially in relation to the
links.

Thanks, I'll look into it.

Michael




Subject: JVCL-Start
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Sun, 08 Sep 2002 22:57:45 +1000
Newsgroups: jedi.vcl

The Guidelines doc needs to be updated especially in relation to the links.

Chris



Subject: Re: Where is 1.32 stable
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 7 Sep 2002 12:48:49 -0400
Newsgroups: jedi.vcl

"Jon" <uchinago@hotmail.com> wrote in message
news:alcu2o$pob$1@talkto.net...
> > I am looking for the download location of 1.32 stable.

Jon,

I recommend to use the JVCL 2.0 since it has removed several bugs that are
still in JVCL 1.32.

Of course, if there any problems with JVCL 2.0, please let us know, and
we'll try to correct them.

Michael




Subject: Re: Comments in 2.0 Beta causing problems
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 7 Sep 2002 12:46:34 -0400
Newsgroups: jedi.vcl

"Jon" <uchinago@hotmail.com> wrote in message
news:alcv34$pt1$1@talkto.net...
> > They are causing 2.0 beta to not install on my sytsem. Don't know what
they
> > are my system doesn't read them.  Russian, Chinese who knows.    If I
remove
> > the comments then the individual components have no problem.
> >
> > WinXp, Delphi 6 Ent.   I have IME installed but no Russian.  might be a
> > problem for others

What kind of problems? I don't have Russian installed either, but have no
problems.

Anyway, I assume that the units causing problems are from RALib. Please let
me know which they are, and I'll remove the comments.

Michael




Subject: Re: Where is 1.32 stable
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Sun, 08 Sep 2002 01:18:56 +1000
Newsgroups: jedi.vcl

Chris Grant wrote:
> Jon wrote:
>
>> I am looking for the download location of 1.32 stable.
>>
>> Thanks, Jon
>>
>>
> Try
>
> http://sourceforge.net/project/showfiles.php?group_id=45786
>
> Hope this Helps
> Chris
>


OR

on cvs

cvs -z3 -d:pserver:anonymous@cvs.jvcl.sourceforge.net:/cvsroot/jvcl co jvcl132

You can also look at it via

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/jvcl132/

Chris



Subject: Re: Where is 1.32 stable
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Sun, 08 Sep 2002 01:14:43 +1000
Newsgroups: jedi.vcl

Jon wrote:
> I am looking for the download location of 1.32 stable.
>
> Thanks, Jon
>
>
Try

http://sourceforge.net/project/showfiles.php?group_id=45786

Hope this Helps
Chris



Subject: Re: Instances
From: Chris Grant <cjgrant@bigpond.net.au>
Date: Sun, 08 Sep 2002 01:12:29 +1000
Newsgroups: jedi.vcl

Jon wrote:
> What ever happened to the JvInstances component?  was in 1.32  -- 2.00
> doesn't have it?
>
>

Entry from the "restruct_changelog.txt"

* Moved JvInstances to \archive - use FirstInstance in JvFunctions instead

Hope this helps.

Chris



Subject: Instances
From: "Jon" <uchinago@hotmail.com>
Date: Sat, 7 Sep 2002 23:23:12 +0900
Newsgroups: jedi.vcl

What ever happened to the JvInstances component?  was in 1.32  -- 2.00
doesn't have it?




Subject: Comments in 2.0 Beta causing problems
From: "Jon" <uchinago@hotmail.com>
Date: Sat, 7 Sep 2002 22:47:26 +0900
Newsgroups: jedi.vcl

They are causing 2.0 beta to not install on my sytsem. Don't know what they
are my system doesn't read them.  Russian, Chinese who knows.    If I remove
the comments then the individual components have no problem.

WinXp, Delphi 6 Ent.   I have IME installed but no Russian.  might be a
problem for others




Subject: Where is 1.32 stable
From: "Jon" <uchinago@hotmail.com>
Date: Sat, 7 Sep 2002 22:30:10 +0900
Newsgroups: jedi.vcl

I am looking for the download location of 1.32 stable.

Thanks, Jon




Subject: Filler on CVS
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 7 Sep 2002 13:33:59 +0200
Newsgroups: jedi.vcl

I've added a new folder to CVS, dev/filler, with the available
implementations and a couple of folders with the current source files.
Please use this archive for any future changes instead of posting to
binaries. Note that I haven't made any attempts yet to "fix" the sources so
they work together.

Regards, Peter




Subject: Re: JvTrayIcon doesn't hide (+ OnClick event)
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sat, 07 Sep 2002 09:07:35 GMT
Newsgroups: jedi.vcl

On Fri, 6 Sep 2002 21:12:08 -0300, "Riz" <riz@onmail.com.br> wrote:
> > Hi Ralf, Michael & Sebastien,
> > 
> > First of all, I wanna say this is my 2nd day playing w/ JVCL and I'm
> > astonished...  it's terrific !!!
> > 
> > Well, I don't know if somebody else has replied to Ralf's question in
> > another ng, if so, I apologize...
> > 
>>>> > >>>  i have a little tool that should hide itself to systemtray on startup.
> > For  that i use a TJvTrayIcon with the following settings:
> > 
> >     Active := True;
> >     Visibility := [tvAutoHide];
> > 
> > All other properties (except DropDownMenu) are set to default values. <<<
> > 
> > This afternoon I faced the same problem and found out that setting the
> > form's WindowState to wsMinimized was all I should do.
> > 
> > BTW, I'm not able to fire OnClick event unless I set DropDownMenu to a
> > [dummy] PopupMenu.  What I did ?  I dropped JvTrayIcon on a clean form and
> > set OnClick event to a procedure that simply turns my "MonitorOff()"
> > (JvFunctions) everytime I click on its icon in the "Icon Tray".  No way...
> > until I set DropDownMenu to a [dummy] PopupMenu.
> > 
> > Hope this helps,
> > 
> > riz

Try

procedure TForm1.JvTrayIcon1Click(Sender: TObject; Button: TMouseButton;
  Shift: TShiftState; X, Y: Integer);
begin
  SetFocus;
  JvFunctions.MonitorOff;
end;

Regards,
Remko




Subject: Re: Interested in serial communication and terminal components ?
From: "Riz" <riz@onmail.com.br>
Date: Fri, 6 Sep 2002 22:04:21 -0300
Newsgroups: jedi.vcl

Sebastien,

>>> >>>  but it might be usefull for a lot of people... <<<

You said it !!!  e.g.:  a friend of mine inserted a *send*break* proc in
AsyncFree two days ago.  I mean, down here (Brasil) we [still] *do* need
async comm because EMBRATEL (aka WorldCom) has a network service under ITU's
(former CCITT) X.28, called RENPAC, that depends on it (async comm).

I know it can sound silly to many members, but there still are
people/companies (at least in Brasil) that rely on old commnication
technology (speaking of INMARSAT tied to a nonsense network)... I have no
doubts they won't succeed, but their CEOs and their brown noses think so...
maybe, they are just thinking of "RIP" -- retiring in peace... :-)

BTW, I, myself, rely on async comm to access a thermometer, even though my
notebook does not have a comm port !!! :-)

cheers,

riz


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.384 / Virus Database: 216 - Release Date: 21/8/2002




Subject: Re: JvTrayIcon doesn't hide (+ OnClick event)
From: "Riz" <riz@onmail.com.br>
Date: Fri, 6 Sep 2002 21:12:08 -0300
Newsgroups: jedi.vcl

Hi Ralf, Michael & Sebastien,

First of all, I wanna say this is my 2nd day playing w/ JVCL and I'm
astonished...  it's terrific !!!

Well, I don't know if somebody else has replied to Ralf's question in
another ng, if so, I apologize...

>>> >>>  i have a little tool that should hide itself to systemtray on startup.
For  that i use a TJvTrayIcon with the following settings:

    Active := True;
    Visibility := [tvAutoHide];

All other properties (except DropDownMenu) are set to default values. <<<

This afternoon I faced the same problem and found out that setting the
form's WindowState to wsMinimized was all I should do.

BTW, I'm not able to fire OnClick event unless I set DropDownMenu to a
[dummy] PopupMenu.  What I did ?  I dropped JvTrayIcon on a clean form and
set OnClick event to a procedure that simply turns my "MonitorOff()"
(JvFunctions) everytime I click on its icon in the "Icon Tray".  No way...
until I set DropDownMenu to a [dummy] PopupMenu.

Hope this helps,

riz


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.384 / Virus Database: 216 - Release Date: 21/8/2002




Subject: Re: MP3 And Ogg vorbis
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Fri, 06 Sep 2002 18:05:24 +0200
Newsgroups: jedi.vcl


Google is your friend, yes there is already such components/units.

http://www.torry.net/audio.htm

Haven't tested them, but there is some.

Sebastien


dave wrote:
> Anyone hear of an Ogg Vorbis component for Delphi?
> I have been reading up on it today, and it will probably either replace mp3,
> or force the patent holders to do away with the fees.
> It is completely free, encoding decoding etc..
>
> I have downloaded the development kit for Ogg Vorbis, and will let you know
> if i develop a component for Delphi using this FREE technology.
>
> If anyone knows of one already out there, please let me know.
>
> Thanks,
> David L. Bracken
>
>



Subject: Re: MP3 Control
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Fri, 06 Sep 2002 18:03:17 +0200
Newsgroups: jedi.vcl

> Yes, Fraunhofer has some patents and decided that once the MP3 scene really
> took of, you had to start paying if you wrote MP3 software. However, I'm not
> sure if it was the decoder. I thought the encoder was patented, but not the
> decoder (used by a player) but then I could be wrong.

As you can see at http://www.mp3licensing.com, mp3's intellectual rights
are owned by thomson multimedia too.

<cut paste>
What does it cost?
A per unit royalty is taken on mp3/mp3PRO products and applications, such as ripping software, jukebox applications, mp3/mp3PRO-enabled CD/DVD players and portable mp3/mp3PRO players. For companies broadcasting, streaming and distributing mp3/mp3PRO-encoded music, the royalty paid is based on the revenue generated.
</cut paste>

And here are the prices:
http://www.mp3licensing.com/royalty/index.html

> See, this is why I wonder if the decoding part is patented. Windows plays it
> and there are thousands (well, maybe not thousands, but there are a lot) of
> freeware MP3 players around. Ofcourse it could be that these are slightly
> illegal but Fraunhofer has not contacted them....
Yes they are sort of illegal, but after the wave of news recently,
they said they don't care about freeware decoders (of course, killing
the players would kill the format itself).

You should take a look at ogg vorbis, I don't know much about the limitations of the format for commercial softwares, but it's probably a lot better.

Sebastien



Subject: Bug in JvCaesarCipher and JvVigenereCipher?
From: "ISDExecutor" <ttolici@simplesoft.gr>
Date: Fri, 6 Sep 2002 14:26:50 +0300
Newsgroups: jedi.vcl

Both JvCaesarCipher and JvVigenereCipher return empty strings after decoding
previously encoded char "õ" (greek "y").
(After trying to decode "õ" all returned strings are empty but no error.)
I just realized and didn't investigate yet. Anyone met similar problems or
should I look elsewhere?

ISDExecutor




Subject: Re: Bug in jvInspectorDemo with D6PE
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 5 Sep 2002 17:28:13 -0400
Newsgroups: jedi.vcl

"François Rivierre" <f_rivi_r@hotmail.com> wrote in message
news:al8ehq$b9j$1@talkto.net...

> > As Marcel stated it previously, it seems that the demo lacks the include
of
> > JVCL.INC. I've added it on line 46 of InspectorExampleMain.pas, and now
the
> > demo compile fine. BTW : it's a very impressive component !

Yes, Marcel did a very nice job.

> > Note for all the JVCL team : you have made a very good job, there is a lot
> > of useful components ! Keep on the good work !

Thanks for the kind words. We appreciate it very much!

Michael




Subject: Re: Bug in jvInspectorDemo with D6PE
From: "François Rivierre" <f_rivi_r@hotmail.com>
Date: Thu, 5 Sep 2002 22:39:35 +0200
Newsgroups: jedi.vcl

Hi all,

As Marcel stated it previously, it seems that the demo lacks the include of
JVCL.INC. I've added it on line 46 of InspectorExampleMain.pas, and now the
demo compile fine. BTW : it's a very impressive component !

As the fix is quite easy, I won't post the modified version of this unit, as
I think that you won't need it :o)

I'll try to have a look to other demos, when I have some free time.

Note for all the JVCL team : you have made a very good job, there is a lot
of useful components ! Keep on the good work !

Greetings, and many thanks,

François Rivierre

email : F_rivi_r.noSpam@hotmail.com
(remove .noSpam from the address to mail me)





Subject: RE: MP3 And Ogg vorbis
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 5 Sep 2002 12:43:45 -0500
Newsgroups: jedi.vcl

Anyone hear of an Ogg Vorbis component for Delphi?
I have been reading up on it today, and it will probably either replace mp3,
or force the patent holders to do away with the fees.
It is completely free, encoding decoding etc..

I have downloaded the development kit for Ogg Vorbis, and will let you know
if i develop a component for Delphi using this FREE technology.

If anyone knows of one already out there, please let me know.

Thanks,
David L. Bracken




Subject: Re: MP3 Control
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Sep 2002 19:33:28 +0200
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> schreef in bericht
news:al83ee$9qt$1@talkto.net...
> > You have to pay a fee to write a component to just play mp3's?
> > I did not think that the mp3 format was proprietary to anyone.
> > Are you sure?

Yes, Fraunhofer has some patents and decided that once the MP3 scene really
took of, you had to start paying if you wrote MP3 software. However, I'm not
sure if it was the decoder. I thought the encoder was patented, but not the
decoder (used by a player) but then I could be wrong.

> >
> > Just curious, because i was going to try and write a component set that
> > would play mp3's and use the popular playlist formats, etc...
> > The component itself would be free, but the software i create with it may
or
> > may not be free.

See, this is why I wonder if the decoding part is patented. Windows plays it
and there are thousands (well, maybe not thousands, but there are a lot) of
freeware MP3 players around. Ofcourse it could be that these are slightly
illegal but Fraunhofer has not contacted them....

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: RE: MP3 Control
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 5 Sep 2002 12:25:54 -0500
Newsgroups: jedi.vcl

You have to pay a fee to write a component to just play mp3's?
I did not think that the mp3 format was proprietary to anyone.
Are you sure?

Just curious, because i was going to try and write a component set that
would play mp3's and use the popular playlist formats, etc...
The component itself would be free, but the software i create with it may or
may not be free.

* Off Topic *
And does anyone know why Delphi's media player component errors when running
from the ide if you try to play mp3 files?
It seems to work just fine when you run the exe.

Thank you,
David L. Bracken




Subject: Re: Bug in jvInspectorDemo with D6PE
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Sep 2002 13:55:57 +0200
Newsgroups: jedi.vcl

> >
> > Your right. Note to self: first check the facts before posting ;)

Checking the grammer wouldn't hurt too, would it? Ofcourse I meant "You're
right."

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Bug in jvInspectorDemo with D6PE
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Sep 2002 13:54:10 +0200
Newsgroups: jedi.vcl

>> > > never result in a complete build of the JVCL as well. Unfortunately,
with
>> > > some JVCL demos there is the small problem of the include files, which
> > also
>> > > resides in the JVCL source folder. I just copy them to the common folder
> > and
>> > > leave that one in the search path.
> >
> > Actually, the INC files should be located in the \common folder by default
> > if you have the latest 2.00 release...
> >

Your right. Note to self: first check the facts before posting ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JVMail
From: "dave" <dbracken@infonowsolutions.com>
Date: Thu, 5 Sep 2002 06:37:29 -0500
Newsgroups: jedi.vcl

Thank you, that seems to work. I dont know if we will be able to use it
though, my boss is big on automation for the clients. I dont think he'll
want the clients to do that every time. But i can use it at home, because it
is a great control.
Thank you for your patience with me.

Thank you,
David L. Bracken


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:al5n6d$vfl$1@talkto.net...
> > "dave" <dbracken@infonowsolutions.com> wrote in message
> > news:al5f1q$u9e$1@talkto.net...
>> > > Anyone know of issues regarding using JvMail with Ms Exchange Server 5.5
> > or
>> > > 2000?
>> > > Whenever I try to send mail through our Ms Exchange server (my default
> > mail
>> > > client is Outlook 6), using the JvMail control, I get the email sent
back
> > as
>> > > undeliverable.
> >
> > It might have something to do with the "Email type" of the properties for
> > the particular person. I had it one time something similar, so I opened up
> > the rejected email, double clicked on the person's email address, added
> > "SMTP" for the "Email type" (it was empty), resent, and it went through.
> >
> > Michael
> >
> >
> >




Subject: Re: Bug in jvInspectorDemo with D6PE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Sep 2002 12:32:55 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:al74t0$4k4$1@talkto.net...
> > never result in a complete build of the JVCL as well. Unfortunately, with
> > some JVCL demos there is the small problem of the include files, which
also
> > resides in the JVCL source folder. I just copy them to the common folder
and
> > leave that one in the search path.

Actually, the INC files should be located in the \common folder by default
if you have the latest 2.00 release...

Regards, Peter





Subject: Re: Bug in jvInspectorDemo with D6PE
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Sep 2002 10:44:43 +0200
Newsgroups: jedi.vcl

> > That's weird since {$DEFINE D6PersonalEdition} is in both the RT and the
DT
> > packages...

.... but not in the demo (from memory: the inspector demo doesn't include the
JVCL.INC file as it supposed to do). Hence, the demo will build without
D6PersonalEdition define, resulting in these errors. Well I think that is
the case.

The problem is that the demos simply use the .pas file (if you "Build"
instead of "Compile") because the Source directory option in the .DOF,
contains the JVCL source folder. It will find the .pas, rebuilds it and all
used units. That's why I usually remove all source folders from the delphi
search path, as well as from the project options. That way, a "Build" will
never result in a complete build of the JVCL as well. Unfortunately, with
some JVCL demos there is the small problem of the include files, which also
resides in the JVCL source folder. I just copy them to the common folder and
leave that one in the search path.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: TJvInspectorDBData doesn't support DateTime fields
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 5 Sep 2002 10:35:22 +0200
Newsgroups: jedi.vcl

>> > > The date editor is ready, working on the time editor
>> > > now.
> >
> > Great.  I'll dl the latest and give it a try.

Actually all three editors are ready. Be advised though, that also the
creation of data/items is somewhat changed.
See adapted demo to see how.

> >
>> > > Of course this is just because I'm not in the mood to write help.
> >
> > Been there... done that.  You're just contributing to the backlog of
> > unfinished docs, right?

Right <g>

> >
>> > > Oh well,
>> > > still two and half weeks of vacation left, so I might get round to
writing
>> > > sometime :)
> >
> > Not if you spend your holiday time wisely. <g>

Judging from were the help is now and the message regarding fillers, you
should be able to deduce that I have spent my time wisely. Sigh, only 4 days
before I have to go to work.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Bug in jvInspectorDemo with D6PE
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Sep 2002 08:43:09 +0200
Newsgroups: jedi.vcl

That's weird since {$DEFINE D6PersonalEdition} is in both the RT and the DT
packages...

As a temporary fix, search further down in the unit for another
D6PersonalEdition: there's a couple of functions dealing with the control
panel there. You could comment these and remove CPL from uses and rebuild.
If that works, maybe these funciton sshould be moved to a separate unit that
is only included for the Pro/Ent packages?

Regards, Peter

"François Rivierre" <f_rivi_r@hotmail.com> skrev i meddelandet
news:al5r2b$9t$1@talkto.net...
> > Hi all,
> >
> > I didn't succeeded in getting this demo work, I can't find where it calls
> > CPL.dcu file (which is not shipped with D6PE).
> >
> > I've tried to make a demo app, using jvInspector, and I finally catch a
> > problem : in jvFunctions.pas, line 305, the
> > $IFNDEF D6PersonalEdition that enclose CPL seems to be ignored. Strange,
as
> > it works fine with the new version of
> > jvInterpreter_all.pas.
> >
> > Any suggestion will be welcome.
> >
> > Greetings,
> >
> > François Rivierre
> >
> > email : f_rivi_r at hotmail.com
> >
> >




Subject: Re: UPDATE: CVS folder structure update
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 5 Sep 2002 08:33:25 +0200
Newsgroups: jedi.vcl,jedi.general

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> skrev i meddelandet
news:al6518$1dc$1@talkto.net...
> > Why haven't you posted an annoucement in the developers mailing list at
> > sourceforge? <g>

I didn't think anyone read it <vbg>!

Regards, Peter





Subject: Re: TJvInspectorDBData doesn't support DateTime fields
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Wed, 4 Sep 2002 23:05:06 -0400
Newsgroups: jedi.vcl


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:ajvk11$jme$1@talkto.net...

>> > > not say if and when I get around to write one. Of course we
>> > > don't mind if you then give it to use to include in the
>> > > upcoming release ;-)

> > just couldn't resist :)

<g>

I was going to give it shot on my holiday, but never got around to it.
(Yeah, sure...)


> > The date editor is ready, working on the time editor
> > now.

Great.  I'll dl the latest and give it a try.

> > Of course this is just because I'm not in the mood to write help.

Been there... done that.  You're just contributing to the backlog of
unfinished docs, right?

> > Oh well,
> > still two and half weeks of vacation left, so I might get round to writing
> > sometime :)

Not if you spend your holiday time wisely. <g>



--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Re: Interested in serial communication and terminal components ?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 05 Sep 2002 02:12:25 +0200
Newsgroups: jedi.vcl


I don't have any application in mind right now, but it might be usefull
for a lot of people...

Haven't downloaded neither tested it, but does it include stream support? It's just curiosity ;-)

Sebastien


Petr Vones (Team JEDI) wrote:
> Hi,
>
> A long time ago I wrote components for serial communication - AsyncFree:
> http://sourceforge.net/projects/asyncfree
>
> I'd like to donate it to the JVCL but I also have to note:
>
> - The code has been written (and tested) in Delphi 5 and hasn't been touched
>   for more than 3 years. There could be some problems because of changes in
>   TThread implementation in Delphi 6.
> - Please don't expect I fully understand the code these days <g>
> - As far as I can remember the code does not work well in DLLs because of the
>   'thread synchronization monster' inside (AfSafeSync.pas)
> - I don't have any device with serial port interface now so I can't do any
>   testing of the component.
>
> Petr.
>
>



Subject: Re: Licensing Questions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 05 Sep 2002 02:10:27 +0200
Newsgroups: jedi.vcl


If you want more detailed informations, feel free to read this page:
http://jvcl.sourceforge.net/licensing.htm

It should answer all possible questions.

Sebastien

Michael Beck (Team JEDI) wrote:
> "dave" <dbracken@infonowsolutions.com> wrote in message
> news:al2moq$j8a$1@talkto.net...
> [...]



Subject: Re: ANN: Components from Fernando Silva added to JVCL
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 05 Sep 2002 02:09:25 +0200
Newsgroups: jedi.vcl


Nice to read such a news!

Welcome Fernando, and thanks for the donations!!!

Sebastien



Peter Thörnqvist wrote:
> The components recently donated by Fernando Silva (JvFooter, JvGroupHeader
> and JVNTEventLog) have now been integrated with the JVCL and the updated
> files can be downloaded from CVS and will be part of the next release.
>
> I would also like to take this opportunity to welcome Fernando as a JVCL
> developer and I'm certain he can contribute in many ways to the JVCL.
> Welcome on-board, Fernando, and thanks again for the donations!
>
> Regards, Peter
>
>
>
>



Subject: Re: Licensing Questions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 05 Sep 2002 01:54:49 +0200
Newsgroups: jedi.vcl

> 2. Is there plans for an mp3 player control in the works (non-winamp api
> thing) ?

Don't count on that, mp3 algorithm is not free in plenty of countries, and as far as I know, you have to pay royalties to encode mp3 (even if your application is free) and to decode mp3 (if your application is not free). So, such a component would not really fit with the MPL.

Maybe for the Ogg Vorbis format, don't know if it's strict GPL, LGPL or MPL, but I think there is already some people working on a component or unit to use it in Delphi, just search a little in the newsgroups.

Sebastien



Subject: Re: UPDATE: CVS folder structure update
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 05 Sep 2002 01:40:45 +0200
Newsgroups: jedi.vcl,jedi.general


Oups, I just updated something in the /dev/restructured...
I should have read the newsgroups first...

Why haven't you posted an annoucement in the developers mailing list at
sourceforge? <g>

Sebastien


Peter Thörnqvist wrote:
> "Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
> news:al0p30$cie$1@talkto.net...
>
> The change to the JVCL folder structure is complete and everything seems to
> have gone well. The /dev/restructured folder will be deleted within a few
> days, so make sure you update your CVS clients!
>
> Regards, Peter
>
>



Subject: Bug in jvInspectorDemo with D6PE
From: "François Rivierre" <f_rivi_r@hotmail.com>
Date: Wed, 4 Sep 2002 22:54:31 +0200
Newsgroups: jedi.vcl

Hi all,

I didn't succeeded in getting this demo work, I can't find where it calls
CPL.dcu file (which is not shipped with D6PE).

I've tried to make a demo app, using jvInspector, and I finally catch a
problem : in jvFunctions.pas, line 305, the
$IFNDEF D6PersonalEdition that enclose CPL seems to be ignored. Strange, as
it works fine with the new version of
jvInterpreter_all.pas.

Any suggestion will be welcome.

Greetings,

François Rivierre

email : f_rivi_r at hotmail.com




Subject: Re: JVMail
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Sep 2002 15:45:57 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
news:al5f1q$u9e$1@talkto.net...
> > Anyone know of issues regarding using JvMail with Ms Exchange Server 5.5
or
> > 2000?
> > Whenever I try to send mail through our Ms Exchange server (my default
mail
> > client is Outlook 6), using the JvMail control, I get the email sent back
as
> > undeliverable.

It might have something to do with the "Email type" of the properties for
the particular person. I had it one time something similar, so I opened up
the rejected email, double clicked on the person's email address, added
"SMTP" for the "Email type" (it was empty), resent, and it went through.

Michael





Subject: Re: Control based filler options: I win!
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 4 Sep 2002 19:29:14 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:al5enq$u7o$1@talkto.net...
>> > >
>> > > (well, it would be entirely possible to create a server that
>> > > connects to a DB).
> >
> > Hey! You stole my idea!

Well, it's for a good cause! Am I forgiven <vbg>?

Regards, Peter





Subject: Re: JVMail
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 4 Sep 2002 12:27:54 -0500
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
news:al5f1q$u9e$1@talkto.net...
> > Anyone know of issues regarding using JvMail with Ms Exchange Server 5.5
or
> > 2000?
> > Whenever I try to send mail through our Ms Exchange server (my default
mail
> > client is Outlook 6), using the JvMail control, I get the email sent back
as
> > undeliverable.
> >
> > Example:
> > The following recipient(s) could not be reached:
> >
> > 'To Person' on 9/4/2002 12:10 PM      //Actual Names left out for privacy
> >
> > No transport provider was available for delivery to this recipient.
> >
> > 'Carbon Copy Person' on 9/4/2002 12:10 PM
> >
> > No transport provider was available for delivery to this recipient
> >
> >
> >
> > Anybody have any ideas as to why?
> >
> > Any Help Would greatly Be Appreciated
> >
> > Thank You,
> >
> > David L. Bracken
> >
> >
> > And also, here is the code i am using:

JvMail1.Clear;
    JvMail1.Attachment.Clear;
    JvMail1.Recipient.AddRecip('somebody@somewhere.com', 'Some Guy');
    if edtCC.Text <> '' then begin
      JvMail1.CarbonCopy.AddRecip(edtCC.Text, 'Some Other Guy');
    end;
    JvMail1.Subject := 'Testing';
    JvMail1.Body.Text := 'Here is a test case';
    JvMail1.Attachment.Assign(memAttach.Lines);
    JvMail1.SendMail;




Subject: JVMail
From: "dave" <dbracken@infonowsolutions.com>
Date: Wed, 4 Sep 2002 12:25:29 -0500
Newsgroups: jedi.vcl

Anyone know of issues regarding using JvMail with Ms Exchange Server 5.5 or
2000?
Whenever I try to send mail through our Ms Exchange server (my default mail
client is Outlook 6), using the JvMail control, I get the email sent back as
undeliverable.

Example:
The following recipient(s) could not be reached:

'To Person' on 9/4/2002 12:10 PM      //Actual Names left out for privacy

No transport provider was available for delivery to this recipient.

'Carbon Copy Person' on 9/4/2002 12:10 PM

No transport provider was available for delivery to this recipient



Anybody have any ideas as to why?

Any Help Would greatly Be Appreciated

Thank You,

David L. Bracken





Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 19:20:13 +0200
Newsgroups: jedi.vcl

> >
> > (well, it would be entirely possible to create a server that
> > connects to a DB).

Hey! You stole my idea!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Control based filler options: I win!
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 4 Sep 2002 19:06:41 +0200
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> skrev i meddelandet
news:al568b$srs$1@talkto.net...

> > the "standard" implementations of clients are no more that include the
necessary
> > code in the actual JvListBox. I don't think that it's pratical have
another
> > ListBox just with Filler options. The same applies to all components under
"Jv Standard"
> > and "Jv Additional" were a Filler option would apply.

Yes, once it is a part of JVCL that would probably be the case, but in the
meantime I think we should keep the standard components in the same unit.

> > would be nice, because at early stage we could develop some more fillers
to
> > test the implementation, before commiting it as finalized.

OK, 3 votes for CVS!

> > Don't know, maybe "ItemsServer", "DataServer" (server because we are
treating
> > Filler as a server and Listbox as a client)

I also lean towards DataServer/Client unless it would be mistaken as a DB
interface (well, it would be entirely possible to create a server that
connects to a DB). ItemsServer is also good

Peter





Subject: Re: Control based filler options: I win!
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 4 Sep 2002 19:02:27 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:al552t$smv$1@talkto.net...
> >
> > Might do an additional check because I know you changed something in the
> > interface after my first filler attempt, and I haven't updated my
interface
> > unit to your changes.

I think the only change is that I added an IFillerAction (should really be
named IFillerItemAction) interface. But I'll check anyhow.

> > Why use separate packages for this? It can easily be moved to the main
> > runtime package for JVCL. Or do you mean for temporary testing situation.

For use as long as it isn't a part of JVCL.

> > Agreed. Don't forget your combobox implementation
I won't ;)

> > We can always uses CVS and for those that don't have CVS access can just
> > post it in binaries and one of us will pick it up.

OK, if all agree, I'll add the folder and the files.


Peter




Subject: Re: Control based filler options: I win!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Sep 2002 11:26:08 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:al578f$t34$1@talkto.net...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:al547a$sj5$1@talkto.net...
> >
>> > > BTW. can someone come up with a better name than "Filler"? To me, it
> > doesn't
>> > > really sayl what it's about...
> >
> > - Provider
> >
> > - Supplier
> >
> > - Resource

Unless you want to move later on to some design pattern, so the name could
then reflect it --> Factory, Creator, Builder, Product, depending on what
the pattern would be.

Michael




Subject: Re: Fernando Silva components (binaries uploaded)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Sep 2002 11:17:15 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:al56vg$t0q$1@talkto.net...

> > If you
> > use files, XML would be best and would put Sebastiens TJvSimpleXMLParser
to
> > good use ;)

It makes sense. If possible, let's stay away from Registry.

Michael





Subject: Re: Control based filler options: I win!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Sep 2002 11:13:56 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:al547a$sj5$1@talkto.net...

> > BTW. can someone come up with a better name than "Filler"? To me, it
doesn't
> > really sayl what it's about...

- Provider

- Supplier

- Resource


Michael




Subject: Re: Control based filler options: I win!
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Wed, 4 Sep 2002 16:12:51 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:al578f$t34$1@talkto.net...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:al547a$sj5$1@talkto.net...
> >
>> > > BTW. can someone come up with a better name than "Filler"? To me, it
> > doesn't
>> > > really sayl what it's about...
> >
> > - Provider
+1

> > - Supplier
+1

> > - Resource
-1




Subject: Re: Fernando Silva components (binaries uploaded)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 17:07:45 +0200
Newsgroups: jedi.vcl

> > That's great. I'll implement a configuration options.
> > BTW, does you guys already have think about how will (or already are)
> > configurations saved for design time options? Registry, INI, XML.
> >
> > Probably, this is not the first component that needs some IDE
configuration?
> > I would bet on XML (INI files to start simple) to save this
configurations.
> >

Borland uses the registry in most cases (form positions and other config
data for various property/component editors). However, in some cases it
would be better to use files, especially if the size of the data is somewhat
large. The registry works more efficiently with small chunks of data. If you
use files, XML would be best and would put Sebastiens TJvSimpleXMLParser to
good use ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 17:03:50 +0200
Newsgroups: jedi.vcl

>> > > * There should be one unit for "standard" implementations of clients
called
>> > > JvFillStdCtrls.pas. Additional files might be added later. I vote
(again)
>> > > for Marcel's JvFillListBox and add Remko's label implementation to it
(with
>> > > required modifications)
> > -1
> > the "standard" implementations of clients are no more that include the
necessary
> > code in the actual JvListBox. I don't think that it's pratical have
another
> > ListBox
> > just with Filler options. The same applies to all components under "Jv
Standard"
> > and "Jv Additional" were a Filler option would apply.

It's quite common to first create a custom version of a control (that
publishes nothing) and then add a published descendant to the component
palette. By providing the custom base versions, people can write a custom
descendant if they want to, it's just not going to be in the JVCL package,
unless there are very good reasons we should add it.

> > How about Fillers implementation. One unit for filler or one unit for a
group
> > of similar fillers?

Definately a group of similar fillers in one unit, but I'm not sure we will
have a group of similar fillers?

> > Don't know, maybe "ItemsServer", "DataServer" (server because we are
treating
> > Filler as a server and Listbox as a client)
> >

Even better than my suggestions! No we should decide which of the two ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Fernando Silva components (binaries uploaded)
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Wed, 4 Sep 2002 16:00:23 +0100
Newsgroups: jedi.vcl

(inline)

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:al54pl$sm4$1@talkto.net...
> > "Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
> > news:al53um$si3$1@talkto.net...
> >
> > I would say so, or rename it to TJvBevelHeader,  because it acts more like a
> > TBevel right now. When we call it TJvGroupHeader, people will expect a
> > similar behavior to TGroupBox, IMHO

OK, I'll re-implement it to act like TGroupBox, in fact I think it would be nice
to be (hmmm, I think I'm overthinking this) a property for TJvGroupBox...
It's better just re-implement it!

>> > > PS: try use the context menu with TJvGroupHeader, and BTW with the
>> > > TJvFooter too :)
> >
> > I did, it's very nice.

> > For the TJvFooter  it would be interesting to have a possibility for the
> > user to save somehow the frequently used Footers, in addition to the
> > predefined three. Right now I can save the new Footers as a Template, and
> > that's probably good enough. But if you have too much free time... <g>

That's great. I'll implement a configuration options.
BTW, does you guys already have think about how will (or already are)
configurations saved for design time options? Registry, INI, XML.

Probably, this is not the first component that needs some IDE configuration?
I would bet on XML (INI files to start simple) to save this configurations.

Regards,
  Fernando Silva




Subject: Re: Control based filler options: I win!
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Wed, 4 Sep 2002 15:52:42 +0100
Newsgroups: jedi.vcl

(inline)

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:al547a$sj5$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
> > news:al52lc$sc1$1@talkto.net...
> > * There should be one unit with the interface declarations (JvFillIntf.pas).
> > I vote for using Marcel's latest version as a basis
+1

> > * There should be one unit for "basic" IFiller implementations,
> > JvFillImpl.pas. I vote for using Marcel's latest version as a basis
+1

> > * There shoud be one package for 1 and 2, JvFillPkgXX, where XX is the
> > Delphi version
+1
And this separated package (that would be found in JVCL) would put the fillers
under "Jv Fillers" pallete.

> > * There should be one unit for "standard" implementations of clients called
> > JvFillStdCtrls.pas. Additional files might be added later. I vote (again)
> > for Marcel's JvFillListBox and add Remko's label implementation to it (with
> > required modifications)
-1
the "standard" implementations of clients are no more that include the necessary
code in the actual JvListBox. I don't think that it's pratical have another
ListBox
just with Filler options. The same applies to all components under "Jv Standard"
and "Jv Additional" were a Filler option would apply.

> > * There should be one DT and one RT package for the clients, with the
> > JvFillPkg in the requires node
+1

> > More suggestions?

How about Fillers implementation. One unit for filler or one unit for a group
of similar fillers?

> > I could create a CVS folder where these files could be uploaded so we don't
> > need to constantly post copies here, but that would exclude those without
> > developer access from adding their implementations, so if anyone has a
> > better idea, let me know.

would be nice, because at early stage we could develop some more fillers to
test the implementation, before commiting it as finalized.

> > BTW. can someone come up with a better name than "Filler"? To me, it doesn't
> > really sayl what it's about...

<conservative mode>
wellll.... "Filler" it's a 'catchy' name, and rapidly people would get
habituated to it.

So soon we would have people asking this:
"Hey, does anyone have more fillers for JVCL? They already have around 50,
but I need some more" <g>
</conversative mode>

Don't know, maybe "ItemsServer", "DataServer" (server because we are treating
Filler as a server and Listbox as a client)

Regards,
  Fernando Silva




Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 16:35:25 +0200
Newsgroups: jedi.vcl

>> > > now that we have these implementations, is there anything that should
>> > > be discussed before we start developing the fillers and controls?
> >
> > I don't know: it seems that we have been moving in the same general
> > direction with our implementations, so I don't know if there is much to
> > discuss on that at the moment.

True. Great minds think alike they say....

> >
> > I'm still curious how you are going to use the JvFillOptions class, so
> > comments on that will have to wait as well.

Technically it is used in my latest font filler implementation (see
binaries). But then again, some other options might be needed as well.

> > * There should be one unit with the interface declarations
(JvFillIntf.pas).
> > I vote for using Marcel's latest version as a basis

Might do an additional check because I know you changed something in the
interface after my first filler attempt, and I haven't updated my interface
unit to your changes.

> > * There should be one unit for "basic" IFiller implementations,
> > JvFillImpl.pas. I vote for using Marcel's latest version as a basis

You mean the basic implementations I used for delegation? Also good idea :)

> > * There shoud be one package for 1 and 2, JvFillPkgXX, where XX is the
> > Delphi version

Why use separate packages for this? It can easily be moved to the main
runtime package for JVCL. Or do you mean for temporary testing situation.

> > * There should be one unit for "standard" implementations of clients
called
> > JvFillStdCtrls.pas. Additional files might be added later. I vote (again)
> > for Marcel's JvFillListBox and add Remko's label implementation to it
(with
> > required modifications)

Agreed. Don't forget your combobox implementation

> > * There should be one DT and one RT package for the clients, with the
> > JvFillPkg in the requires node

Same response as to your first package susggestion. I guess it's indeed
meant for testing purposes.

> >
> > More suggestions?
> >
> > I could create a CVS folder where these files could be uploaded so we
don't
> > need to constantly post copies here, but that would exclude those without
> > developer access from adding their implementations, so if anyone has a
> > better idea, let me know.

We can always uses CVS and for those that don't have CVS access can just
post it in binaries and one of us will pick it up.

> >
> > BTW. can someone come up with a better name than "Filler"? To me, it
doesn't
> > really sayl what it's about...
> >

technically it's a data source but I think naming it TJvDataSource might be
a little confusing <g>. TJvListSource is also slightly incorrect is it could
also generate a tree. Maybe JvTreeListSource to make clear that it's both a
tree and list source?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Fernando Silva components (binaries uploaded)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Sep 2002 10:31:53 -0400
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
news:al53um$si3$1@talkto.net...

> > By design it will not act like a TGroupBox. Controls will not be
> > childs of the groupheader.
> >
> > I use it like a TGroupBox but without "glue". Do you think that it would
> > be better that TJvGroupHeader "act" like TGroupBox?

I would say so, or rename it to TJvBevelHeader,  because it acts more like a
TBevel right now. When we call it TJvGroupHeader, people will expect a
similar behavior to TGroupBox, IMHO

> > PS: try use the context menu with TJvGroupHeader, and BTW with the
> > TJvFooter too :)

I did, it's very nice.

For the TJvFooter  it would be interesting to have a possibility for the
user to save somehow the frequently used Footers, in addition to the
predefined three. Right now I can save the new Footers as a Template, and
that's probably good enough. But if you have too much free time... <g>

Michael




Subject: Re: Control based filler options: I win!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Sep 2002 16:20:39 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:al52lc$sc1$1@talkto.net...
> > now that we have these implementations, is there anything that should
> > be discussed before we start developing the fillers and controls?

I don't know: it seems that we have been moving in the same general
direction with our implementations, so I don't know if there is much to
discuss on that at the moment.

I'm still curious how you are going to use the JvFillOptions class, so
comments on that will have to wait as well.

I would like to try to create some order here (that's how I am):

I suggest the following:

* There should be one unit with the interface declarations (JvFillIntf.pas).
I vote for using Marcel's latest version as a basis
* There should be one unit for "basic" IFiller implementations,
JvFillImpl.pas. I vote for using Marcel's latest version as a basis
* There shoud be one package for 1 and 2, JvFillPkgXX, where XX is the
Delphi version
* There should be one unit for "standard" implementations of clients called
JvFillStdCtrls.pas. Additional files might be added later. I vote (again)
for Marcel's JvFillListBox and add Remko's label implementation to it (with
required modifications)
* There should be one DT and one RT package for the clients, with the
JvFillPkg in the requires node

More suggestions?

I could create a CVS folder where these files could be uploaded so we don't
need to constantly post copies here, but that would exclude those without
developer access from adding their implementations, so if anyone has a
better idea, let me know.

BTW. can someone come up with a better name than "Filler"? To me, it doesn't
really sayl what it's about...

Regards, Peter





Subject: Re: Fernando Silva components (binaries uploaded)
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Wed, 4 Sep 2002 15:13:24 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:al51dg$s6k$1@talkto.net...
> > "Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
> > news:akv9ce$62c$1@talkto.net...
> >
>> > > * TJvGroupHeader - I just needed a component to use like a group box, but
>> > > only having the top.
> >
> > Is it supposed to act like a TGroupBox?
> >
> > I've tried to place a TRadioButton on it, but it didn't get "glued" to it,
> > like it does when placed on TGroupBox, i.e. the TJvGroupHeader didn't become
> > its parent. Is this behavior as designed?

By design it will not act like a TGroupBox. Controls will not be
childs of the groupheader.

I use it like a TGroupBox but without "glue". Do you think that it would
be better that TJvGroupHeader "act" like TGroupBox?

Regards,
  Fernando Silva

PS: try use the context menu with TJvGroupHeader, and BTW with the
TJvFooter too :)




Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 15:54:04 +0200
Newsgroups: jedi.vcl

> > I just noticed an error in TJvFillListBox.DrawItem. The row:
> >
> > if Supports(Self, IFillerItems, FillerItems) then
> >
> > should read:
> > if Supports(Items, IFillerItems, FillerItems) then

Look again at my latest version, it should be correct there (it is locally
on my system, otherwise it wouldn't render anything).

> >
> > also, a bit further down, there's:
> >
> > if fsCanRender in Items.getSupports then
> >   FillerItems.DrawItem(Canvas, Rect, Index, State, FOptions)
> > else
> >   Canvas.TextRect(Rect, Rect.left, Rect.Top, (FillerItems.Items[Index] as
> > IFillerItemText).Caption);
> >
> > shouldn't that read:
> >
> > if fsCanRender in Items.getSupports then
> >   FillerItems.DrawItem(Canvas, Rect, Index, State, FOptions)
> > else if Supports(FillerItems.Items[Index],IFillerItemText,FSomething) then
> >   Canvas.TextRect(Rect, Rect.left, Rect.Top, (FillerItems.Items[Index] as
> > IFillerItemText).Caption);

Better still:

if fsCanRender in Items.getSupports then
  FillerItems.DrawItem(Canvas, Rect, Index, State, FOptions)
else if Supports(FillerItems.Items[Index],IFillerItemText,FSomething) then
  Canvas.TextRect(Rect, Rect.left, Rect.Top, FSomething.Caption);

eliminates a call to QueryInterface :) I assume you meant to add that
FSomething will be of type IFillerItemText.

> >
> > Just nitpicking!
> >

And don't ever stop doing that. We need the best solution, and the only we
get there is we constantly question eachothers code/designs. Speaking of
which, now that we have these implementations, is there anything that should
be discussed before we start developing the fillers and controls?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 15:51:11 +0200
Newsgroups: jedi.vcl

> > Marcel, great explanation on you worked your way around this complex task.
> > I'm impressed...
> >

It seemed appropiate to do so, before anyone else runs into the same kind of
problem :) Too bad though I worked something out that turned out to be
unnecessary (referring to that big hack on TWriter). Nonetheless, might come
in handy sometime ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Fernando Silva components (binaries uploaded)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 4 Sep 2002 09:34:12 -0400
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
news:akv9ce$62c$1@talkto.net...

> > * TJvGroupHeader - I just needed a component to use like a group box, but
> > only having the top.

Is it supposed to act like a TGroupBox?

I've tried to place a TRadioButton on it, but it didn't get "glued" to it,
like it does when placed on TGroupBox, i.e. the TJvGroupHeader didn't become
its parent. Is this behavior as designed?

Thanks,

Michael




Subject: Re: Control based filler options: I win!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Sep 2002 15:17:28 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:al4obv$qu6$1@talkto.net...

I just noticed an error in TJvFillListBox.DrawItem. The row:

if Supports(Self, IFillerItems, FillerItems) then

should read:
if Supports(Items, IFillerItems, FillerItems) then

also, a bit further down, there's:

if fsCanRender in Items.getSupports then
  FillerItems.DrawItem(Canvas, Rect, Index, State, FOptions)
else
  Canvas.TextRect(Rect, Rect.left, Rect.Top, (FillerItems.Items[Index] as
IFillerItemText).Caption);

shouldn't that read:

if fsCanRender in Items.getSupports then
  FillerItems.DrawItem(Canvas, Rect, Index, State, FOptions)
else if Supports(FillerItems.Items[Index],IFillerItemText,FSomething) then
  Canvas.TextRect(Rect, Rect.left, Rect.Top, (FillerItems.Items[Index] as
IFillerItemText).Caption);

Just nitpicking!

Regards, Peter





Subject: Re: Control based filler options: I win!
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 4 Sep 2002 14:55:24 +0200
Newsgroups: jedi.vcl

Marcel, great explanation on you worked your way around this complex task.
I'm impressed...

Regards, Peter

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:al4obv$qu6$1@talkto.net...




Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 12:58:21 +0200
Newsgroups: jedi.vcl

> > * Writer for FillerOptionsClass writes the class name of the options, sets
> > Ancestor to nil and PropPath to 'FillerOptions.' and then does a
> > Writer.WriteProperties(FFillerOptions).

Don't know why I did that, but it's completely unnecessary. Doing a
Writer.WriteProperty(Self, GetPropInfo(Self, 'FillerOptions')) after writing
the class name will do just fine, and eliminates the need to hack writer to
obtain the FPropPath field. In short, the declaration for TOpenWriter
becomes

TOpenWriter = class(TWriter)
end;

(we still need TOpenWriter to get to the WriteProperty protected method).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 11:49:38 +0200
Newsgroups: jedi.vcl

Now that it works, I noticed that a ListBox with Style = lbVirtualOwnerDraw
is implicitly IntegralHeight = True. IOW, it doesn't call MeasureItem for
each item, it does so just once. This is a slight problem with the
FontFiller and FillerOptions.UseFontNames set to True as one font tends to
be a bit higher than another.

Does anyone know of a way to fool the listbox into thinking it's a virtual
list, but still calling MeasureItem for each item? Maybe a style flag in
CreateParams?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 11:13:50 +0200
Newsgroups: jedi.vcl

TOpenWriter is declared as following:

  {$M+}
  TOpenWriter = class(TWriter)
    function GetPropPath: string;
    function PropPathField: PString;
    procedure SetPropPath(const NewPath: string);
    property PropPath: string read GetPropPath write SetPropPath;
  published
    property RootAncestor;
  end;
  {$M-}

and implemented like this:

  function TOpenWriter.GetPropPath: string;
  begin
    Result := PropPathField^;
  end;

  function TOpenWriter.PropPathField: PString;
  var
    RAPI: PPropInfo;
  begin
    RAPI := GetPropInfo(TOpenWriter, 'RootAncestor');
    if RAPI = nil then
      raise Exception.Create('Internal error.');
    Result := Pointer(Cardinal(RAPI.GetProc) and $00FFFFFF + Cardinal(Self)
+ 4);
  end;

  procedure TOpenWriter.SetPropPath(const NewPath: string);
  begin
    if NewPath <> PropPath then
      PropPathField^ := NewPath;
  end;

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 11:08:27 +0200
Newsgroups: jedi.vcl

> > * Declare FillerOptions property with "stored False"
> >
> > * Override DefineProperties to declare FillerOptionsClass, stored only if
> > there are options
> >
> > * Writer for FillerOptionsClass writes the class name of the options, sets
> > Ancestor to nil and PropPath to 'FillerOptions.' and then does a
> > Writer.WriteProperties(FFillerOptions).
> >

forgot one:

* Reader for FillerOptionsClass reads the class name and creates an instance
of it, assigning it to FFillerOptions.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Control based filler options: I win!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 4 Sep 2002 11:06:33 +0200
Newsgroups: jedi.vcl

> > To make sure you understand: there's no problem in creating and changing
> > these options on a control basis. The problem is storing it in the DFM
(well
> > actually, as it turns out it's the reading back that is giving me a
> > headache. Much less errors when setting Text DFM off on the form, I can
save
> > the form without problems).

and now I can both save and load the form, regardless of the Text DFM
option. Even better: it works too <g>. The trick appears to be to do the
following:

* Declare FillerOptions property with "stored False"

* Override DefineProperties to declare FillerOptionsClass, stored only if
there are options

* Writer for FillerOptionsClass writes the class name of the options, sets
Ancestor to nil and PropPath to 'FillerOptions.' and then does a
Writer.WriteProperties(FFillerOptions).

Ofcourse this required some hacking <g>.

PropPath is not a property. Ofcourse you all like to know how do you set it?
Looking in Classes for the declaration of TWriter you'll see FPropPath is
declared right after FRootAncestor. FRootAncestor does have a property. So
if we can retrieve the address of the FRootAncestor field, I can also
retrieve the address of FPropPath (@FRootAncestor + 4).

So, how do we get the address of FRootAncestor? We get the PPropInfo for
RootAncestor. Uh-oh, GetPropInfo only works on published properties. No
prob., declare TOpenWriter = class(TWriter), adding a published section and
override RootAncestor property. Wait, that won't work. Published sections
only work if the class is derived from TPersitent and TWriter isn't.
Published sections are allowed if the class or an ancestor is declared in
{$M+} state. So declaring TOpenWriter in {$M+} state works. I can get the
address of the field and when typecasted to PString in can change the string
at will. This is a bit dangerous as I assume this declaration will always be
true. It has been true at least since D5, but I think it was also this way
in D3 (I never saw D4, so I can't comment on that).

Using this technique I can save the sub properties of FillerOptions, making
sure it also has a FillerOptions prefix for each property, which is required
for the reading in.

Now how come it can read it back in without explicitly telling the system to
do so? Simple: DefineProperties is called whenever the streaming system runs
into a property it can't find in the current class. When it returns from
DefineProperties and the property is read, it will continue in the loop to
look for other properties belonging to the class. The next
property/properties it reads are prefixed with 'FillerOptions'.
FillerOptions is a known property and has sub properties, so if it can find
the sub properties it will read them in.

Left to do: defining a PropertyEditor to return paVolatileSubProperties in
GetAttributes, but this can only work in D6 or above. This means that in D5,
after you specify the filler to use, you should collapse and expand the
FillerOptions property.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: HOW-TO: redirect your CVS client to use the new JVCL folder(s)
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 4 Sep 2002 00:18:39 +0200
Newsgroups: jedi.vcl

HI all,
I've recieved a request to explain how to reconfigure a CVS client to
accomodate the changed CVS folder structure. Since I'm using TortoiseCVS and
have no real experience with other CVS clients, I don't know if there is
other, better, ways to do this. If you know about a better way, please post
here.

You can of course delete your current JVCL folder and check out a new copy,
but that means downloading everything again.

Instead you can change the paths stored in a file named Repository in every
CVS folder of the JVCL tree. If you want the JVCL 1.32 you must change jvcl
to jvcl132 and if you want JVCL 2.00, you have to change dev/restructured to
jvcl in these files. You don't need to change the files Entries or Root.

So, fire up the JVCL Convert program (or build it with D6 - it's in
jvcl\Convert) and do the following:

1 Change the filemask to "Repository" (without quotes)
2 Uncheck "Whole words", "Replace Filenames" and possibly "Create BAK file"
3 Check "Simulate" if you want to see what happens before you make any
changes
4 Select File - Scan subdirectories and browse to the root of your jvcl
folder. You should get a long list of found files.


To change from jvcl to jvcl132:
5 Select the Strings tab and add "jvcl" to Find and "jvcl132" to Replace
(without quotes)

To change from dev/restructured to jvcl:
5 Select the Strings tab and add "dev/restructured" to Find and "jvcl" to
Replace (without quotes)

6 Click the Convert button and watch Convert do it's thing

7 IMPORTANT: check the Replacements column before closing the Convert
program: all found files should have one (1) replacement, but some might
contain more. This is an error, so you will have to edit these files
manually.

That's it: your CV paths should now be correct again. If you run into
problems, let us now here on the list.

Regards, Peter








Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Tue, 3 Sep 2002 23:42:39 +0200
Newsgroups: jedi.vcl

"François Rivierre" <f_rivi_r@hotmail.com> skrev i meddelandet
news:al36hk$llr$1@talkto.net...
> > Hi again,
> >
>> > > I'll check try to check demos, later, when I'll have some free time. For
>> > > now, I've got a problem with jvclMegaDemo : It looks for a file CPL.dcu,
> > and
>> > > I've got in my delphi, or elsewhere. Seems this file is not part of D6P.
> >
> > Same problem with jvInspectorDemo, it looks for CPL.dcu too... :o(

Maybe you could modify the demo code to exclude the parts referring to CPL
(Control Panel API)?

Regards, Peter





Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "François Rivierre" <f_rivi_r@hotmail.com>
Date: Tue, 3 Sep 2002 22:51:45 +0200
Newsgroups: jedi.vcl

Hi again,

> > I'll check try to check demos, later, when I'll have some free time. For
> > now, I've got a problem with jvclMegaDemo : It looks for a file CPL.dcu,
and
> > I've got in my delphi, or elsewhere. Seems this file is not part of D6P.

Same problem with jvInspectorDemo, it looks for CPL.dcu too... :o(

Oh no, it was the demo I need ;o)

That's all for tonight...

Regards,

 François Rivierre





Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "François Rivierre" <f_rivi_r@hotmail.com>
Date: Tue, 3 Sep 2002 22:47:23 +0200
Newsgroups: jedi.vcl

Hi Peter,

I've tested new D6P package and modified unit jvInterpreter_all.pas, and all
works fine. Thanks for your prompt reply.

>> > > Also, I'll check demos, some of them couldn't compile on D6PE. Maybe you
> > can
>> > > add projects groups, related to the delphi versions, this way, only
demos
>> > > that match your Delphi version will be available. What do you think of
> > that?
> >
> > If you find demos that doesn't work with D6P, please let us know so we can
> > update the source(s).

I'll check try to check demos, later, when I'll have some free time. For
now, I've got a problem with jvclMegaDemo : It looks for a file CPL.dcu, and
I've got in my delphi, or elsewhere. Seems this file is not part of D6P.

Regards,

François Rivierre





Subject: Re: JvMail
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Sep 2002 15:54:39 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
news:al3246$l4r$1@talkto.net...
> > Is it possible to send a file as an attachment instead of a string list?
> > If not, Is there a control that will do that.
> > I need my clients to e-mail me an xml file.

See the "MailExample" example.

Michael




Subject: Interested in serial communication and terminal components ?
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 3 Sep 2002 21:54:00 +0200
Newsgroups: jedi.vcl

Hi,

A long time ago I wrote components for serial communication - AsyncFree:
http://sourceforge.net/projects/asyncfree

I'd like to donate it to the JVCL but I also have to note:

- The code has been written (and tested) in Delphi 5 and hasn't been touched
  for more than 3 years. There could be some problems because of changes in
  TThread implementation in Delphi 6.
- Please don't expect I fully understand the code these days <g>
- As far as I can remember the code does not work well in DLLs because of the
  'thread synchronization monster' inside (AfSafeSync.pas)
- I don't have any device with serial port interface now so I can't do any
  testing of the component.

Petr.




Subject: Bugs in JVCL Mega Demo
From: "Chuck R." <chuckr69SPAM@fastmail.fm>
Date: Tue, 03 Sep 2002 14:53:22 -0500
Newsgroups: jedi.vcl

Here is a list of bugs I found in the Mega Demo.


System: Win 2000
I was running just the EXE file with JVCL 1.31 installed (which it probably didn't use.)

- There is no version number for the Demo. It does not say which version of JVCL is required to run the demo.

- Clicking on the tree item JvMonthCalendar2 closes the program.

- On JvUtils page, when clicking the third button (Get all recent docs) the cursor should change to an hourglass (it took a long time for me).

- On JvUtils page, when clicking "Show system dirs" button it should clear the memo before adding text to it.

- On JvUtils page, when clicking "Let the keyboard lights flash", the lights didn't flash.

- On JvDialogs page, on the calculator, there is an X next to the square root key. For a while I thought it was the multiply key, but it was the Close form key. This X should be changed or removed as it is confusing. There is already an X in the upper right corner of the form to close it.

- Under JvEdit (part of JvEdits), when I clicked the Image Box image open dialog, there were file types defined at all. Not even image file types.





Subject: JvMail
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 3 Sep 2002 14:32:24 -0500
Newsgroups: jedi.vcl

Is it possible to send a file as an attachment instead of a string list?
If not, Is there a control that will do that.
I need my clients to e-mail me an xml file.




Subject: Re: Licensing Questions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Sep 2002 19:57:11 +0200
Newsgroups: jedi.vcl

> > Hey, I am still waiting for the cloning machine so I can create 100 clones
> > of you for this project! :)

You should have a chat with Marcel v. Brakel. Back in the JCL days I was
informed that I was a clone of his (hence the same first name). He must have
that device around somewhere?

> > So while we're waiting for it, maybe in the meantime we'll get more
> > volunteers...

That would be nice :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Licensing Questions
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Sep 2002 13:51:05 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:al2rnc$jvc$1@talkto.net...

> > Did you say some controls? About 10% is documented, the rest isn't.
> > Actually, the percentage is going down because Michael keeps adding more
and
> > more components to the library but doesn't get me enough people to
document
> > them ;-)

Hey, I am still waiting for the cloning machine so I can create 100 clones
of you for this project! :)

But they constantly slip the delivery :(

So while we're waiting for it, maybe in the meantime we'll get more
volunteers...

Michael






Subject: Re: Question about changes
From: "Chris Parkinson" <chris.parkinson@wib.com>
Date: Tue, 3 Sep 2002 18:50:36 +0100
Newsgroups: jedi.vcl

> >  don't think
> > you need to log this as it is apparent to anyone using D7 any time you
make
> > a build.

Understood

--
Chris Parkinson
Vertis Information Services
www.vertisinc.co.uk





Subject: Re: Licensing Questions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Sep 2002 19:43:11 +0200
Newsgroups: jedi.vcl

> >
> > Couple quick questions though:
> > 1.  i thought i downloaded the latest help file from your sourceforge
> > website yesterday, but it is missing the help for some of the controls.

Did you say some controls? About 10% is documented, the rest isn't.
Actually, the percentage is going down because Michael keeps adding more and
more components to the library but doesn't get me enough people to document
them ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Licensing Questions
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Sep 2002 13:38:38 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
news:al2qpn$jrt$1@talkto.net...

> > I have only been looking over and playing with these components for about
a
> > day so far, but i must say this has to be the greatest single collection
of
> > components i have ever seen, especially to be free/open-source.

Thank you! We LOVE to hear comments like this :)

> > Couple quick questions though:
> > 1.  i thought i downloaded the latest help file from your sourceforge
> > website yesterday, but it is missing the help for some of the controls. Is
a
> > new version on the way?

The Help team is working very hard, but their time is limited. We need MORE
volunteers to help with finishing the Help files. As of today, we have close
to 3000 downloads since last Wed. of the new JVCL 2.0 Beta. If only one it
10 people would write help for only one compenent, we would be done. So if
anyone out there thinks that JVCL is good and beneficial, please help us
with finishing the Help files.

> > 2. Is there plans for an mp3 player control in the works (non-winamp api
> > thing) ?

Unless somebody donates it, I am not aware of any plans to do so.

Michael




Subject: Re: Question about changes
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Tue, 3 Sep 2002 19:37:18 +0200
Newsgroups: jedi.vcl

"Chris Parkinson" <chris.parkinson@wib.com> skrev i meddelandet
news:al2pse$jnm$1@talkto.net...
> > I had JvStatusBar on my form and when compiled Delphi stated that the
> > JvHooks unit had a couple of depreciated methods in it.

These are fairly mild warnings: this just means that the methods are defined
in two different units (for backward compatibility) and that JVCL is using
them from the old unit (where it will eventually be removed). I don't think
you need to log this as it is apparent to anyone using D7 any time you make
a build.

Regards, Peter





Subject: Re: Licensing Questions
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 3 Sep 2002 12:27:19 -0500
Newsgroups: jedi.vcl

Thank you so much for the info, and be sure if i make changes or add
components, i will definitely send them to you guys.
I have only been looking over and playing with these components for about a
day so far, but i must say this has to be the greatest single collection of
components i have ever seen, especially to be free/open-source.

Couple quick questions though:
1.  i thought i downloaded the latest help file from your sourceforge
website yesterday, but it is missing the help for some of the controls. Is a
new version on the way?
2. Is there plans for an mp3 player control in the works (non-winamp api
thing) ?


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:al2nje$jc6$1@talkto.net...
> > "dave" <dbracken@infonowsolutions.com> wrote in message
> > news:al2moq$j8a$1@talkto.net...
> >
>> > > Here is an example:
>> > > I have the Jedi Library installed.
>> > > Lets say for example i use TJvInspector in an application that i intend
to
>> > > sell.
> >
>> > > 1. Do i have to pay any money to anyone?
> >
> > No
> >
>> > > 2. What am i required to distribute with my app?
> >
> > a) You have to state in your AboutBox and/or documentation that you use
JVCL
> >
> > b) you have to provide the OpenSource code, or provide the link to
Website,
> > where the user can download it from, if he wants to.
> >
>> > > 3. Can i make changes to the source code if need be?
> >
> > Absolutely. That's the idea of OpenSource
> >
>> > > 4. If so, What are the terms of that?
> >
> > You have to distribute the changes you've made. You should:
> >
> > a) provide a link to JVCL Website where the user can download JVCL
> >
> > b) include a file with all your changes, or provide a link to those
changes
> > on your Website. These changes have to be available for at least 6 months
> > after release of your software
> >
> > In addition, it would be nice if you would submit the changes to JVCL.
> >
>> > > Also the same questions i would ask in regards to Freeware, and/or
>> > > Shareware.
> >
> > That doesn't matter - you can use MPL-based code in any application
> > (commercial/Freeware/Shareware) as long as you follow the above points.
> >
> > Michael
> >
> >




Subject: Question about changes
From: "Chris Parkinson" <chris.parkinson@wib.com>
Date: Tue, 3 Sep 2002 18:13:08 +0100
Newsgroups: jedi.vcl

Hi

I have downloaded the library and have stared looking at some of the
bits in D7 Ent Studio.

I had JvStatusBar on my form and when compiled Delphi stated that the
JvHooks unit had a couple of depreciated methods in it.

Basically MakeObjectInstance and FreeObjectInstance should be proceeded
with Classes as the "real" ones are there and the Forms versions are
depreciated.

I am sure as I start to use more components this sort of thing will crop
up more and more.

Do I need to log these in the bugtracker database thing or as they are
very simple things just mention them here?

--
Chris Parkinson
Vertis Information Services
www.vertisinc.co.uk




Subject: Re: Licensing Questions
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Sep 2002 13:02:23 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:al2oml$jgb$1@talkto.net...

> > Sorry to interfere, but isn't also true that you should make certain that
> > the release you based the changes on is available for the same period
(IOW,
> > make sure you have a local copy, as you can never know for sure when the
> > release will dissapear from the JVCL site)? I could be wrong but I seem to
> > recall such a statement somewhere. Ofcourse I'm too lazy to search for it
:)

That's correct. Unless the OpenSource vendor provides all old releases,
which we as JVCL don't do at this moment.

Michael




Subject: Re: Licensing Questions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Sep 2002 18:51:36 +0200
Newsgroups: jedi.vcl

> > b) include a file with all your changes, or provide a link to those
changes
> > on your Website. These changes have to be available for at least 6 months
> > after release of your software

Sorry to interfere, but isn't also true that you should make certain that
the release you based the changes on is available for the same period (IOW,
make sure you have a local copy, as you can never know for sure when the
release will dissapear from the JVCL site)? I could be wrong but I seem to
recall such a statement somewhere. Ofcourse I'm too lazy to search for it :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: UPDATE: CVS folder structure update
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Tue, 3 Sep 2002 18:36:03 +0200
Newsgroups: jedi.vcl,jedi.general

"Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
news:al0p30$cie$1@talkto.net...

The change to the JVCL folder structure is complete and everything seems to
have gone well. The /dev/restructured folder will be deleted within a few
days, so make sure you update your CVS clients!

Regards, Peter




Subject: Re: Licensing Questions
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Sep 2002 12:34:11 -0400
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> wrote in message
news:al2moq$j8a$1@talkto.net...

> > Here is an example:
> > I have the Jedi Library installed.
> > Lets say for example i use TJvInspector in an application that i intend to
> > sell.

> > 1. Do i have to pay any money to anyone?

No

> > 2. What am i required to distribute with my app?

a) You have to state in your AboutBox and/or documentation that you use JVCL

b) you have to provide the OpenSource code, or provide the link to Website,
where the user can download it from, if he wants to.

> > 3. Can i make changes to the source code if need be?

Absolutely. That's the idea of OpenSource

> > 4. If so, What are the terms of that?

You have to distribute the changes you've made. You should:

a) provide a link to JVCL Website where the user can download JVCL

b) include a file with all your changes, or provide a link to those changes
on your Website. These changes have to be available for at least 6 months
after release of your software

In addition, it would be nice if you would submit the changes to JVCL.

> > Also the same questions i would ask in regards to Freeware, and/or
> > Shareware.

That doesn't matter - you can use MPL-based code in any application
(commercial/Freeware/Shareware) as long as you follow the above points.

Michael




Subject: Re: New Install Error
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 3 Sep 2002 11:24:39 -0500
Newsgroups: jedi.vcl

Thanks for your advice, but i decided to just remove the offending package
as it was one i wasnt using anyway ('StrAttachPkg). And everything is
working fine now.

Thank you,
David L. Bracken


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:al2lp4$j3n$1@talkto.net...
> > "dave" <dbracken@infonowsolutions.com> skrev i meddelandet
> > news:al2g3h$i6r$1@talkto.net...
> >
>> > > But now at work i did the same thing and i now get this error:
> >
> > If you remove the package StrAttachPkg in Delphi and rebuild the JVCL
> > packages (both), do you at any time get this hint:
> > "Unit zlib.pas implicitly imported into <package>" ?
> >
> > Search your harddrive for zlib.*. How many copies of zlib.pas/dcu's did
you
> > find? Are they located in folders that Delphi can "see"? If you found more
> > than one zlib.*, are the units identical or are they from different
> > distributions? Do you have more than one copy of each JVCL_*.bpl on your
> > disk?
> >
> > Start Delphi, close all projects, select Tools-Environment
Options-Library:
> > what path is listed under "BPL output directory"? Is this directory also
in
> > the Library path dialog?
> >
> > Regards, Peter
> >
> >
> >
> >




Subject: Licensing Questions
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 3 Sep 2002 11:18:30 -0500
Newsgroups: jedi.vcl

Please forgive my ignorance, but i must ask someone to explain the license
agreement for a complete moron. I have read the Mozilla License thing
online, but it makes no sense to me.

Here is an example:
I have the Jedi Library installed.
Lets say for example i use TJvInspector in an application that i intend to
sell.
1. Do i have to pay any money to anyone?
2. What am i required to distribute with my app?
3. Can i make changes to the source code if need be?
4. If so, What are the terms of that?

Also the same questions i would ask in regards to Freeware, and/or
Shareware.

I am just stupid when it comes to the legal mumbo-jumbo.
I am very interested in using this library for both freeware, shareware,
and/or commercial products. I just dont want it to bite me in the butt
later.

Thank you,
David L. Bracken




Subject: Re: New Install Error
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Tue, 3 Sep 2002 18:01:39 +0200
Newsgroups: jedi.vcl

"dave" <dbracken@infonowsolutions.com> skrev i meddelandet
news:al2g3h$i6r$1@talkto.net...

> > But now at work i did the same thing and i now get this error:

If you remove the package StrAttachPkg in Delphi and rebuild the JVCL
packages (both), do you at any time get this hint:
"Unit zlib.pas implicitly imported into <package>" ?

Search your harddrive for zlib.*. How many copies of zlib.pas/dcu's did you
find? Are they located in folders that Delphi can "see"? If you found more
than one zlib.*, are the units identical or are they from different
distributions? Do you have more than one copy of each JVCL_*.bpl on your
disk?

Start Delphi, close all projects, select Tools-Environment Options-Library:
what path is listed under "BPL output directory"? Is this directory also in
the Library path dialog?

Regards, Peter






Subject: Re: Font filler implementation, rev2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Sep 2002 17:58:08 +0200
Newsgroups: jedi.vcl

>> > > * The streaming system runs into the FillerOptions sub properties. It
won't
>> > > be able to find them and thus raises an exception.
> >
> > Let me try to positionate my self. I think we will only have a
> > TListBox = class
> > published
> >   property Filler : TFontFiler;
> > end;
> >
> > TFontFiler = class(TBaseFiller)
> > published
> >    ...
> > end;
> >
> > where did the FillerOptions entered? Having we a central filler object
> > it will process all common options and events.

Yes, but what I was looking for is way to determine (rendering) options for
each control individually. So the FontFiller defines that there are control
settable options by setting an OptionsClass property to TFontFillerOptions.
When a filler is assigned to the control it will create an instance of this
option class so that each control can specify if it want certain options on
or off.

Incase of the font filler, I declared a options class that allows me to
specify if each font name should be rendered in that font or not. If we
specify this option on the filler, it will use that option for every control
attached to it. I want 1 filler and two controls using that filler but both
using different render options.

To make sure you understand: there's no problem in creating and changing
these options on a control basis. The problem is storing it in the DFM (well
actually, as it turns out it's the reading back that is giving me a
headache. Much less errors when setting Text DFM off on the form, I can save
the form without problems).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Font filler implementation, rev2
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Tue, 3 Sep 2002 15:58:00 +0100
Newsgroups: jedi.vcl

(inline)

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:al2h7r$icl$1@talkto.net...
> > * The streaming system runs into the FillerOptions sub properties. It won't
> > be able to find them and thus raises an exception.

Let me try to positionate my self. I think we will only have a
TListBox = class
published
  property Filler : TFontFiler;
end;

TFontFiler = class(TBaseFiller)
published
   ...
end;

where did the FillerOptions entered? Having we a central filler object
it will process all common options and events.

Where is the problem, or what ideas did you had?

Regards,
  Fernando Silva




Subject: Re: Font filler implementation, rev2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Sep 2002 16:45:31 +0200
Newsgroups: jedi.vcl

> > The notifying can be done by writing a custom editor and setting the
> > paVolatileSubProperties in GetAttributes.

This also not available in D5, btw

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Font filler implementation, rev2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Sep 2002 16:44:12 +0200
Newsgroups: jedi.vcl

>> > > Anyone has a better way of dealing with (render) options?
> >
> > Maybe write a custom property editor? In classes.pas TCollection notifies
the
> > editor when it's created, destroyed etc. I've tried to do this trick to
notify
> > the Object Inspector, but I didn't succeed; but if you create a custom
property
> > editor this should work.

The notifying can be done by writing a custom editor and setting the
paVolatileSubProperties in GetAttributes. Still, it doesn't solve one tiny
little problem: how the heck are we going to store this. This pure OOP
problem and has nothing to do with interfaces. What happens is this
(AFAICT):

* During storing it will store the sub properties of FillerOptions

* During reading it will first read that Items (or Filler) must be attached
to a component named JvFontFiller1, but: it doesn't exists yet! No problem,
the streaming system stores it in the fixups list. However, the set method
for Items has not been called so FillerOptions is still nil.

* The streaming system runs into the FillerOptions sub properties. It won't
be able to find them and thus raises an exception.

So what I have been trying to do (although not very succesfull) is rewrite
the filler options as sub components (I know, there goes D5 compatibility)
and let the streaming system do the work for me. No luck. So other try: use
DefineProperties to write the options class name and then write the
FillerOptions property. That also seems to fail. Further investigation
needed. I'll post back when I got it working (we will have Filler dependant
options on the control side damn it!)

> >
> > By the way, I have some catch up to do, you guys go fast with the messages
<g>

Or you're should stop working/studying and focus on these problems instead
;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: New Install Error
From: "dave" <dbracken@infonowsolutions.com>
Date: Tue, 3 Sep 2002 09:24:44 -0500
Newsgroups: jedi.vcl

I fixed the problem on xp by copying all the .bpl files to the Delphi5\bin
directory.

But now at work i did the same thing and i now get this error:
Cannot load package C:\Development\Components\_Packages\JVCL_D50.bpl.
Cannot load package 'JVCL_R50'. It contains unit 'zlib,'; which is contained
in package 'StrAttachPkg'.


Any ideas as to what i can do?
I tried opening both the JVCL_d50. and JVCL_R50 packages but could not find
zlib.pas as a unit listed in either one of those packages. So i removed
zlib.pas from StrAttachPkg, and recompiled but i still get the same error.
Please Help

Thank you,
David L. Bracken




Subject: Re: Any interest in YADP?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Sep 2002 16:23:25 +0200
Newsgroups: jedi.vcl

"Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID> skrev i
meddelandet news:al2emo$hvc$1@talkto.net...
> > Hi all!
> >
> > Some time ago we decided that our apps should be modernized in respect to
> > date entries. So far we had been using TMaskEdits with a fixed mask
string.

I'd say we are *very* interested in such a component (set) since most users
have the exact same problems as you had.

Regards, Peter





Subject: Any interest in YADP?
From: "Oliver Giesen" <ogware.PLEASE.REMOVE@THE.OBVIOUS.gmx.net.INVALID>
Date: Tue, 3 Sep 2002 16:00:55 +0200
Newsgroups: jedi.vcl

Hi all!

Some time ago we decided that our apps should be modernized in respect to
date entries. So far we had been using TMaskEdits with a fixed mask string.

At first we looked into TDateTimePicker and I even spent some time making it
data-aware and allowing for Null values. Then when we first did some test
runs we quickly realized that this component was completely unsuited to
replace the old mask edits. While it offered quite a significant improvement
regarding ease of use when using the drop down calendar via the mouse, it
was utterly useless when operated from the keyboard (if you don't know what
I'm talking about, try entering a date via the keyboard with the
ShowCheckbox property set), which is what most of our users are naturally
bound to attempt (our primary apps are pretty input-intensive so full
keyboard operability is quite a strong requirement).

After having come to the conclusion that hacking that derived component into
doing what we wanted appeared to be more pain than it was worth because of
too many unpublicised properties and methods, I did quite an extensive
search on the web for alternatives and basically only found two types of
date pickers (although there seem to be gazillions of them in total):

- those derived from the original TDateTimePicker and thus similarly useless
for our needs

- those written from scratch. Most of these I actually tried were either too
quirky, didn't support proper keyboard input as well or simply looked too
"home-grown" - after all the original DATETIMEPICKER is a very commonly used
control throughout all Windows apps, we didn't want to diverge too strongly
from that look-and-feel.

Therefore we decided to choose the middle-ground: Rewrite the edit portion
of the beast from scratch based on TCustomMaskEdit and reuse the
TMonthCalendar for the dropdown.

Although some bits of the code consist largely of hacks around the oddities
of TMonthCalendar, we do feel quite comfortable with the component in its
current state.
Remembering that a similar thing did previously not seem to exist and
feeling that we couldn't be the only ones with a need for it, we decided to
evaluate open-sourcing it. Reading through the JVCL-guidelines however it
seems that there would still be quite a bit of effort required for us to
make it compliant enough for submittal.

What I want to do now is ask how you folks would judge the level of interest
in YADP (i.e. Yet Another Date Picker), so we could determine if and
probably more importantly in what timeframe we will do the conversion...


Here are some more details:

Actually this donation would consist of three/four individual components:

1. a TCustomMaskEdit descendant with an optional checkbox within the edit
region. You could specify a text that would be displayed when the checkbox
is unchecked and a keyboard shortcut that would cause the control to be
cleared/unchecked.

2. a descendant of the above component adding the date picker functionality
via said drop down calendar. There is also functionality in place to support
regional date format settings and to specify custom date formats.

2a. an abstract dropdown form class which could be aligned to an edit
control and provides generic dropdown functionality. The date picker
component uses a descendant of this class to wrap the TMonthCalendar (which
could thus easily be replaced, should the need arise).

3. a data-aware descendant of the above date picker component.


The components were written for Delphi 5. Necessary changes for D6/7
compatibility are still outstanding.
Fancy stuff like Bi-di-support etc. is not (yet) supported as it wasn't
required by our customers.

Oliver (in this case speaking for Lucatec GmbH, Bremen, Germany)
-----------------------
JID: ogiesen@jabber.org
ICQ: 18777742
Y! : ogiesen




Subject: Re: conflict CORIDE50 x JVCL200_R50
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Sep 2002 09:43:24 -0400
Newsgroups: jedi.vcl

"Jan Scheuer" <scheuer@email.cz> wrote in message
news:al2bfc$hem$1@talkto.net...
> > I have instaled JVCL 20 on Delphi5Professional,W98
> > When I open One project I got error message that:
> > dclite50.bpl cannot be loaded therefore package CORIDE50 includes unit
zlib
> > and
> > package JVCL200_R50 also. (message in attached file)
> > Can anybody tell me how can I elimitate this error?

1) Please DO NOT post binaries here. Please post them in jedi.binaries and
reference them here. Thanks

2) You might try to add dclite50 to the JVCL200_R50, and then recompile both
JVCL200_R50 and JVCL200_D50. Hopefully, it will work.

Michael





Subject: conflict CORIDE50 x JVCL200_R50
From: "Jan Scheuer" <scheuer@email.cz>
Date: Tue, 3 Sep 2002 15:05:48 +0200
Newsgroups: jedi.vcl

I have instaled JVCL 20 on Delphi5Professional,W98
When I open One project I got error message that:
dclite50.bpl cannot be loaded therefore package CORIDE50 includes unit zlib
and
package JVCL200_R50 also. (message in attached file)
Can anybody tell me how can I elimitate this error?

Thank You
Jan



conflict.jpg
	



Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Sep 2002 11:36:36 +0200
Newsgroups: jedi.vcl

"François Rivierre" <f_rivi_r@hotmail.com> skrev i meddelandet
news:al1sn1$fa7$1@talkto.net...
> > Also, I'll check demos, some of them couldn't compile on D6PE. Maybe you
can
> > add projects groups, related to the delphi versions, this way, only demos
> > that match your Delphi version will be available. What do you think of
that?

If you find demos that doesn't work with D6P, please let us know so we can
update the source(s).

Regards, Peter




Subject: Re: JCL+JVCL2BetaFullInstall ERRORS
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 3 Sep 2002 11:03:59 +0200
Newsgroups: jedi.vcl

> > Please find out if the file DJCL50.bpl is present on your system, and it
> > which subdirectory.
> >
> > It should be under Delphi\projects\bpl
> >
> > If it's there, then it means that somehow Delphi cannot get access to it,
> > and you have to fix the path setup in Delphi
> >

Actually, I think it's the Windows path that is not setup correctly. Make
sure the Delphi\projects\bpl folder is on your windows search path.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "François Rivierre" <f_rivi_r@hotmail.com>
Date: Tue, 3 Sep 2002 10:54:34 +0200
Newsgroups: jedi.vcl

Hi Michael,

> > For packages go to:
> >
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/package
> > s/
> >
> > and for source files go to:
> >
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/source/

Thanks, I'll check this.

Also, I'll check demos, some of them couldn't compile on D6PE. Maybe you can
add projects groups, related to the delphi versions, this way, only demos
that match your delphi version will be available. What do you think of that
?

Regards,

François Rivierre.





Subject: Re: JCL+JVCL2BetaFullInstall ERRORS
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Sep 2002 04:20:07 -0400
Newsgroups: jedi.vcl

"dave" <dssdfdsf@cs.com> wrote in message news:al135l$d86$1@talkto.net...
> > I am using Delphi 5 Enterprise. I have all the latests Delphi updates. I
am
> > using Windows XP Home.
> >
> > I run the install.bat file and get no errors, but when i go to start
Delphi
> > the following error(s) ocuur:

It's possible that you have some path problems with your Delphi setup.

Please find out if the file DJCL50.bpl is present on your system, and it
which subdirectory.

It should be under Delphi\projects\bpl

If it's there, then it means that somehow Delphi cannot get access to it,
and you have to fix the path setup in Delphi

Michael






Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 3 Sep 2002 04:14:46 -0400
Newsgroups: jedi.vcl

"François Rivierre" <f_rivi_r@hotmail.com> wrote in message
news:al1pno$eu1$1@talkto.net...

> > Of course, I can test this. Where can I find the steps to get the files
via
> > CVS, please ?

For packages go to:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/package
s/

and for source files go to:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/source/

Michael







Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "François Rivierre" <f_rivi_r@hotmail.com>
Date: Tue, 3 Sep 2002 10:03:45 +0200
Newsgroups: jedi.vcl

Hi Peter,

> > OK, I've made the changes: get JvInterpreter_all.pas and
> > JVCL200_R60Personal.dpk from CVS and see if it works.

Of course, I can test this. Where can I find the steps to get the files via
CVS, please ?

Regards,

François Rivierre




Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Sep 2002 09:13:18 +0200
Newsgroups: jedi.vcl

OK, I've made the changes: get JvInterpreter_all.pas and
JVCL200_R60Personal.dpk from CVS and see if it works.

Regards, Peter

"François Rivierre" <f_rivi_r@hotmail.com> skrev i meddelandet
news:al1hh8$e1h$1@talkto.net...
> > Hi all,
> >
> > I finally get it to work on Delphi 6.02 Personal Edition. I loose of
course
> > all DB stuff, and the DB part of the interpreter.
> >
> > A zip file is posted in jedi.binaries.
> >
> > Hope this help,
> >
> > François Rivierre
> >
> >




Subject: Re: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Sep 2002 08:35:13 +0200
Newsgroups: jedi.vcl

Thanks for your effort, I will check your changes and update the source.
Would you be interested in testing it when I am finished with it?

Regards, Peter

"François Rivierre" <f_rivi_r@hotmail.com> skrev i meddelandet
news:al1hh8$e1h$1@talkto.net...
> > Hi all,
> >
> > I finally get it to work on Delphi 6.02 Personal Edition. I loose of
course
> > all DB stuff, and the DB part of the interpreter.
> >
> > A zip file is posted in jedi.binaries.
> >
> > Hope this help,
> >
> > François Rivierre
> >
> >




Subject: ANN: Components from Fernando Silva added to JVCL
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 3 Sep 2002 08:16:31 +0200
Newsgroups: jedi.vcl

The components recently donated by Fernando Silva (JvFooter, JvGroupHeader
and JVNTEventLog) have now been integrated with the JVCL and the updated
files can be downloaded from CVS and will be part of the next release.

I would also like to take this opportunity to welcome Fernando as a JVCL
developer and I'm certain he can contribute in many ways to the JVCL.
Welcome on-board, Fernando, and thanks again for the donations!

Regards, Peter






Subject: My version of JVCL 2.0 for Delphi 6.02 Personal Edition
From: "François Rivierre" <f_rivi_r@hotmail.com>
Date: Tue, 3 Sep 2002 07:46:50 +0200
Newsgroups: jedi.vcl

Hi all,

I finally get it to work on Delphi 6.02 Personal Edition. I loose of course
all DB stuff, and the DB part of the interpreter.

A zip file is posted in jedi.binaries.

Hope this help,

François Rivierre




Subject: JCL+JVCL2BetaFullInstall ERRORS
From: "dave" <dssdfdsf@cs.com>
Date: Mon, 2 Sep 2002 20:37:40 -0500
Newsgroups: jedi.vcl

I am using Delphi 5 Enterprise. I have all the latests Delphi updates. I am
using Windows XP Home.

I run the install.bat file and get no errors, but when i go to start Delphi
the following error(s) ocuur:

1. This application has failed to start because DJCL50.bpl was not found.
Re-installing the application may fix this problem.

2.  Can't load package
c:\Development\Components\_Packeges\JclDebugIde50.bpl. The specified module
could not be found.Do you want to attempt to load this package the next time
a project is loaded?

3. This application has failed to start because DJCL50.bpl was not found.
Re-installing the application may fix this problem.

4.  Can't load package
c:\Development\Components\_Packeges\ProjectAnalyzer50.bpl. The specified
module could not be found.Do you want to attempt to load this package the
next time a project is loaded?

5. This application has failed to start because DJCL50.bpl was not found.
Re-installing the application may fix this problem
..
6.  Can't load package
c:\Development\Components\_Packeges\IdeOpenDlgFavorite50.bpl. The specified
module could not be found.Do you want to attempt to load this package the
next time a project is loaded?

7. This application has failed to start because DJCL50.bpl was not found.
Re-installing the application may fix this problem.

8. Can't load package
c:\Development\Components\_Packeges\ThreadNameExpert50.bpl. The specified
module could not be found.Do you want to attempt to load this package the
next time a project is loaded?

9. This application has failed to start because DJCL50.bpl was not found.
Re-installing the application may fix this problem.

10. Can't load package c:\Development\Components\_Packeges\JVCL200_D50.bpl.
The specified module could not be found.Do you want to attempt to load this
package the next time a project is loaded?

And then the whole set of errors repeats again before Delphi opens.
I have tried deleting all the files off my system, deleting the library
paths, and removing the package names from the Component|Install menu, and
then re-installing, but it still gives me the same errors.

I have heard nothing but high praise for this library, and would truly enjoy
getting to work with it, but i need help to get it installed.

Any help you can give me would be greatly appreciated.

Thank you,
David L. Bracken





Subject: Re: Storing published polymorphic persistent classes and their properties
From: "Anthony Egerton" <nospam@nospam.com>
Date: Tue, 3 Sep 2002 10:37:20 +1000
Newsgroups: jedi.vcl

One way you could do it is define a property which describes the effect and
it's properties as a string.
This has been done in comport components eg. 9600,8,1,none for Baud
rate:9600, 8 data bits, 1 stop bit and no parity.
The way to make this easy to use is to provide a custom property editor
which shows the different options and formats the string for you.

Just an idea.

Cheers,
Anthony

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:al0309$a8s$1@talkto.net...
> >
>>>> > > > > A cleaner approach, easier to comprehend (well, I think so...) and
no
>> > > need
>>>> > > > > to try outsmarting the OI!
>>>> > > > >
>>> > > >
>>> > > > It seems to be impossible to outsmart the OI <g>.
>> > >
>> > > it doesn't work at all. In my implementation of the FillerListBox the
>> > > options won't get stored at all. Making it writable solves that, but
then
>> > > problems occur on reading them back from the DFM. (b.t.w. I registered
the
>> > > TJvFillerOptions class as well as TJvFontFillerOptions with the
streaming
>> > > system). Maybe I'm overlooking something, but it seems the VCL streaming
>> > > system hates polymorphic class properties :(
>> > >
> >
> > Light bulb appearing next to my head :) Ofcourse it won't work:
> > TJvFillerOptions has no (published) properties so the streaming system
won't
> > find any of the published properties from TJvFontFillerOptions as they do
> > not exists from a declaration point of view. So I got the why it won't
work,
> > but $64.000 question remains: how to get it to work?
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: IMPORTANT!: CVS folder structure update!
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Tue, 3 Sep 2002 00:45:42 +0200
Newsgroups: jedi.vcl,jedi.general

JVCL has requested from sourceforge a change in the CVS folder structure to
allow us to move the current JVCL 2.00 sources into the main JVCL folder.
This will happen sometime during Tuesday morning (Pacific Time). The changes
are as follows:

* The current /JVCL tree will be moved to /JVCL132
* The current dev/restructured tree (aka JVCL200) will be copied (not moved)
into the /JVCL tree

The dev/restructured tree will be manually removed when we've verified that
the move was succesfull

Please update your CVS clients with the new paths. For developers, please do
not commit any changes during this time.

Regards, Peter








Subject: Re: Font filler implementation, rev2
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Mon, 02 Sep 2002 20:33:59 GMT
Newsgroups: jedi.vcl

On Mon, 2 Sep 2002 15:16:44 +0200, "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:
> > Posted an update to the FontFiller that allows you to specify filler options
> > at the consumer side. It was more or less inspired by the Labels "aspects"
> > unification thread. Before installing first uninstall my first version :)
> > 
> > As a result it seems that it can be done, except the Object Inspector
> > doesn't always get the chance of class. The only way to get it working is to
> > collapse the FillerOptions property and then expand it again (to see what I
> > mean do the following: dropa TJvFillerListBox on the form and open the
> > FillerOptions: nothing will be shown. Link it to the JvFontFiller1
> > component: FillerOptions still looks empty. Collapse and expand
> > FillerOptions: one options added. remove the link to the filler (clear the
> > box behind Items): options still visible. Collapse/expand FillerOptions: no
> > options visible.
> > 
> > The test shows to TJvFillerListBox controls, one with the option
> > UseFontNames set to False and one set to True (so the latter renders the
> > font names in the font it represents).
> > 
> > Anyone has a better way of dealing with (render) options?

Maybe write a custom property editor? In classes.pas TCollection notifies the
editor when it's created, destroyed etc. I've tried to do this trick to notify
the Object Inspector, but I didn't succeed; but if you create a custom property
editor this should work.

By the way, I have some catch up to do, you guys go fast with the messages <g>

Remko




Subject: Re: UIL Plugin System donated to JEDI-VCL
From: "Tim Sullivan" <tim@NO.SPAM.FOR.ME.uil.net>
Date: Mon, 2 Sep 2002 13:27:08 -0400
Newsgroups: jedi.vcl

> > Great! This will go some way to answering Marcels request too since Ralfs
> > version uses packages in a similar way to Tim's Framework system ( I
think).

It uses packages, but it isn't similar to the Framework. Packages just
facilitate the interface-based design of the UIL Plugin Framework.

--
Tim Sullivan
Unlimited Intelligence Limited
http://www.uil.net





Subject: Re: Storing published polymorphic persistent classes and their properties
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 18:30:47 +0200
Newsgroups: jedi.vcl

> > So I got the why it won't work,
> > but $64.000 question remains: how to get it to work?
> >

Incase anybody starts wondering: No, I'm not going to pay you if you do come
up with a solution :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Storing published polymorphic persistent classes and their properties
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 18:28:46 +0200
Newsgroups: jedi.vcl

>>> > > > A cleaner approach, easier to comprehend (well, I think so...) and no
> > need
>>> > > > to try outsmarting the OI!
>>> > > >
>> > >
>> > > It seems to be impossible to outsmart the OI <g>.
> >
> > it doesn't work at all. In my implementation of the FillerListBox the
> > options won't get stored at all. Making it writable solves that, but then
> > problems occur on reading them back from the DFM. (b.t.w. I registered the
> > TJvFillerOptions class as well as TJvFontFillerOptions with the streaming
> > system). Maybe I'm overlooking something, but it seems the VCL streaming
> > system hates polymorphic class properties :(
> >

Light bulb appearing next to my head :) Ofcourse it won't work:
TJvFillerOptions has no (published) properties so the streaming system won't
find any of the published properties from TJvFontFillerOptions as they do
not exists from a declaration point of view. So I got the why it won't work,
but $64.000 question remains: how to get it to work?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Filler request
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Sep 2002 12:26:21 -0400
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
news:al01pt$a3n$1@talkto.net...

> > I'm refering to "JVCL components" category not the defualt project.
> > In the account preferences I cannot configurate the default category.

OK, I see.

Since it's listed alphabetically, I've added numbers in the front of it, so
now "00 JVCL components"  will be a default. I also added the "2.00" version
in addition to "1.32".

Michael




Subject: Re: Labels "aspects" unification
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 18:22:30 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schreef in bericht
news:akvpsv$8mg$1@talkto.net...
>> > > etc
>> > >
>> > > A cleaner approach, easier to comprehend (well, I think so...) and no
need
>> > > to try outsmarting the OI!
>> > >
> >
> > It seems to be impossible to outsmart the OI <g>.

it doesn't work at all. In my implementation of the FillerListBox the
options won't get stored at all. Making it writable solves that, but then
problems occur on reading them back from the DFM. (b.t.w. I registered the
TJvFillerOptions class as well as TJvFontFillerOptions with the streaming
system). Maybe I'm overlooking something, but it seems the VCL streaming
system hates polymorphic class properties :(

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Filler request
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 2 Sep 2002 18:12:18 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
news:al01t1$a45$1@talkto.net...

Uh, just saw Michaels and your responses: I don't know if that can be
changed, but you could post a report to the Mantis project about it and see
if Matthias can fix it...

Regards, Peter




Subject: Re: Filler request
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 2 Sep 2002 18:09:56 +0200
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> skrev i meddelandet
news:al003a$9sm$1@talkto.net...
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> > news:akvvdl$9q0$1@talkto.net...
> > BTW, please put JVCL components as default category. I think it's the most
> > used one.

You do that yourself (if you're logged in):
click Account, then Preferences, change default project, save

Peter




Subject: Re: Filler request
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 17:05:14 +0100
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:al01eh$a2h$1@talkto.net...
> > "Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
> > news:al003a$9sm$1@talkto.net...
> >
>> > > BTW, please put JVCL components as default category. I think it's the
most
>> > > used one.
> >
> > You can do it yourself in your Preferences (while in JEDI Matis, go to
your
> > Account, and then to Preferences)

I'm refering to "JVCL components" category not the defualt project.
In the account preferences I cannot configurate the default category.

Regards,
  Fernando Silva




Subject: Re: Filler request
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Sep 2002 12:03:33 -0400
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
news:al003a$9sm$1@talkto.net...

> > BTW, please put JVCL components as default category. I think it's the most
> > used one.

You can do it yourself in your Preferences (while in JEDI Matis, go to your
Account, and then to Preferences)

Michael




Subject: Re: Filler request
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 16:36:06 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:akvvdl$9q0$1@talkto.net...
> > You can do that yourself: just post three new reports, one for each
request
> > and put a reference in it somewhere, something like this:

Done.
BTW, please put JVCL components as default category. I think it's the most
used one.

> > I'd say do the other stuff if you want to get coding, but please
participate
> > in the discussion about IFiller: even if you think you don't understand
> > interfaces, you can still have valid and usable ideas. Asking questions is
> > also a good way to push the thought processes of others. Forcing others to
> > explain why they do things the way the do and that way might make them
> > discover new ways of doing it.

Already doing that. :)

Regards,
  Fernando Silva




Subject: Re: Font filler implementation, rev2
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 2 Sep 2002 17:31:24 +0200
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> skrev i meddelandet
news:akvuvh$9mt$1@talkto.net...
> > OK, but don't forget that I'm apologist of having the original TJvListBox
> > with this filler option. This way I know that I just need to worry about
one listbox
> > (in fact one more complete listbox) instead of woring about diferent
listboxes.

Of course: when and if we have a definition we can agree on, we can start
implementing more powerful clients and servers

> > ;( ohhhhh, I was not the first to shout the idea

Well, you set the ball rolling

> > Anyway this interfaces things it's great because I'm learning alot from
it!

So am I!

Regards, Peter





Subject: Re: Filler request
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 2 Sep 2002 17:27:35 +0200
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> skrev i meddelandet
news:akvcf3$6hd$1@talkto.net...
> > Hi,
> >
> > * First I would like to ask Issue Tracker manager to split the request I
> > made "Unify 'similar' components"
> > into 3 requests according to peter3 suggestion.

You can do that yourself: just post three new reports, one for each request
and put a reference in it somewhere, something like this:

"This request was extracted from #262"

Mantis will automatically create a link to the report with id 262 (your
original report) so anyone interested can check it out just by clicking on
the link. After you've added your new requests and they have an id, you can
then add a new bugnote to 262 with something like this:

"
This request has been split into three new reports:
Labels  #<id of label request>
Edits   #<id of edit request>
Fillers #<id of filler request>
"

We can then close report 262 and concentrate on the others

> >
> > * Second about the Filler request. I'd like to know the situation. I've
> > already read the threads posted here,
> > but you guys really go far beyond my knowledge (about interfaces) ;)
> > When I first thought about the fillers, I was thinking about implementing
it
> > using an abstract class, but the
> > interfaces solution seems more cleaner and still more able to expantion.
> >
> > If Peter or Marcel already have done some work, I can continue it or
> > probably go forward with one of the
> > other sugestions I made.

I'd say do the other stuff if you want to get coding, but please participate
in the discussion about IFiller: even if you think you don't understand
interfaces, you can still have valid and usable ideas. Asking questions is
also a good way to push the thought processes of others. Forcing others to
explain why they do things the way the do and that way might make them
discover new ways of doing it.

Regards, Peter




Subject: Re: Font filler implementation, rev2
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 16:17:01 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:akvtqs$9eo$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
> > news:akvs8t$94s$1@talkto.net...
> > I was more looking at the filler as a replacement to the normal Items
> > property, but maybe one could take the approach Remko did with the label
> > (i.e if no filler available, use the standard method). That makes the
> > components a little more complex, something I didn't want to get buried in
> > at the moment.

OK, but don't forget that I'm apologist of having the original TJvListBox
with this
filler option. This way I know that I just need to worry about one listbox
(in fact one
more complete listbox) instead of woring about diferent listboxes.

>>> > > > From what I saw, it seems to me that you guys (Marcel and Peter)
really
>>> > > > liked
>>> > > > this filler thing, or you were just bored? ;p
> >
> > Don't forget Remko!

Sorry Remko ;)

> > Not bored, but I and Remko had a similar discussion a while back when we
did
> > some fix-ups on the JvControlPanelButton and JvFavoritesButton components
> > but we unfortunately never got to any concrete specification, so for me
this
> > is like a continuation of that discussion and I've already started to plan
> > on how I would convert these components to use the IFiller interfaces
> > instead....

;( ohhhhh, I was not the first to shout the idea
Just kidding!!!! Anyway this interfaces things it's great because I'm
learning alot
from it!

Regards,
   Fernando Silva




Subject: Task panes and grouping support in listview
From: "Marcel van Brakel" <brakelm@nospam.chello.nl>
Date: Mon, 2 Sep 2002 17:15:07 +0200
Newsgroups: jedi.vcl

Sorry for my laziness (I only spend a few minutes searching myself), but
does the JVCL already contains components that provide Windows XP like
support for:

1) task panes (e.g. in My Computer)
2) grouping for list views (preferably for non-XP systems as well)

Thanks in advance.

best regards,
Marcel van Brakel




Subject: Re: Font filler implementation, rev2
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 2 Sep 2002 17:00:30 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akvs8t$94s$1@talkto.net...

>> > > Like the TJvFillLabel, use the Filler property for the TJvFillComboBox
and
>> > > TJvFillListBox instead of the Items property.
> >
> > Yes, it would be better to use a consistent property name.

Well, it's easy enough to change :)

I was more looking at the filler as a replacement to the normal Items
property, but maybe one could take the approach Remko did with the label
(i.e if no filler available, use the standard method). That makes the
components a little more complex, something I didn't want to get buried in
at the moment.

>> > > From what I saw, it seems to me that you guys (Marcel and Peter) really
>> > > liked
>> > > this filler thing, or you were just bored? ;p

Don't forget Remko!

Not bored, but I and Remko had a similar discussion a while back when we did
some fix-ups on the JvControlPanelButton and JvFavoritesButton components
but we unfortunately never got to any concrete specification, so for me this
is like a continuation of that discussion and I've already started to plan
on how I would convert these components to use the IFiller interfaces
instead....

Regards, Peter





Subject: Re: I thought I saw a Ruler component
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Sep 2002 10:56:05 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:akvsut$99q$1@talkto.net...

> > It's pretty nice, and I am using it myself. I'll try to contact the
author,
> > and if the email address is not valid anymore, then I'll have a look at
the
> > license to see if we can release it under MPL.

I've sent an email to him, but after checking the license, unless we get a
permission from him, we won't be able to use it, as the license doesn't
allow any changes to the code.

Michael




Subject: Re: I thought I saw a Ruler component
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Sep 2002 10:46:56 -0400
Newsgroups: jedi.vcl

"Trev" <trevor.pegley@ntlworld.com> wrote in message
news:akvabp$679$1@talkto.net...
> > Look at TAnlRuler on
> >
> > http://www.smsmedia.de/jdp/download/newstyle.html
> >
> > This might be a good addition to the JCL but I've no idea where to contact
> > the author

It's pretty nice, and I am using it myself. I'll try to contact the author,
and if the email address is not valid anymore, then I'll have a look at the
license to see if we can release it under MPL.

Michael




Subject: Re: JvFormStorage
From: Nektarios <naentor@hotmail.com>
Date: Mon, 2 Sep 2002 17:34:29 +0300
Newsgroups: jedi.vcl

In article <akvinv$7i9$1@talkto.net>, peter3@nospam.peter3.com says...
> > You shouldn't get an AV: are you sure you haven't opened the form before
> > installing the JVCL packages?
> > Try uninstalling the JVCL packages, delete all files from the JVCL\source
> > folder and unpack the zip again (get the latest beta of JCL + JVCL from
> > http://sourceforge.net/projects/jvcl). Install using the JediInstaller (run
> > Install.bat from the JCL subfolder)
> > 
> > Regards, Peter
> > 
> > "Nektarios" <naentor@hotmail.com> skrev i meddelandet
> > news:MPG.17dd76dee92e963c989685@Forums.talkto.net...
>> > > Hi there,
>> > >   Ive installed Jedi v2.0 and i was wandering whille in the ide if you
>> > > put a JvFormStorage and left click select Form Storage Designer do u get
>> > > an Access Violation error ?
>> > > Is something wrong with my installation ?
> > 
> > 
> > 
Hi Peter,
  Thanks for the reply. 
  Well, the project existed before the JVCL. I got the latest JCL+JVCL 
and removed the old and installed the new.It works just fine now.Thanks 
a lot !
I have to use a FormStorage in everyform i have ? Cant i use one and 
link it somehow ? Also have u used FormMagnet with MDI ?



Subject: Re: Font filler implementation, rev2
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 15:34:01 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akvs8t$94s$1@talkto.net...
> >This morning I decided to
> > just go for it (as I knew I wouldn't write much help anyway until I had
this
> > out of my mind). Unfortunately, once you start coding you can't stop ;)

It's nice to know that I still have "catcher" ideas ;)




Subject: Re: Font filler implementation, rev2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 16:33:52 +0200
Newsgroups: jedi.vcl

> > Like the TJvFillLabel, use the Filler property for the TJvFillComboBox and
> > TJvFillListBox instead of the Items property.

Yes, it would be better to use a consistent property name.

> >
> > From what I saw, it seems to me that you guys (Marcel and Peter) really
> > liked
> > this filler thing, or you were just bored? ;p
> >

not bored, not in the mood to write help texts (basically the same thing, I
know). I tried to work on the help file yesterday, but in my mind I kept
thinking about writing a filler implementation. This morning I decided to
just go for it (as I knew I wouldn't write much help anyway until I had this
out of my mind). Unfortunately, once you start coding you can't stop ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Labels "aspects" unification
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 16:29:01 +0200
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> schreef in bericht
news:akvr1o$8tp$1@talkto.net...
> >
> > If you'll agree, I'll do that. The only problem with this option is that
it
> > will probably
> > need some rework with the painting methods, because allowing the user to
use
> > several aspect options, will need to call several aspect drawing methods.
> >
[...]

> > Now, to not let this thread terminate, I want to ask you about another
> > (probably)
> > good option. How about a "dynamic aspect registration"?
> > Instead of having a static TJvLabelAspectList class, this class would get
a
> > list
> > of registered classes, and it would be populated, allowing the user to
> > choose from
> > a wider list, but most important allowing the user to write knew aspect
> > classes and
> > registering it to be used.
> >
> > Would be this possible? I think I'm discussing things I've never done, but
> > anyway if
> > we don't dream how can our knowledge grow?
> >

I'd like your idea of registered aspects that can be chosen but I think it
would complicate the rendering (see your concerns about that above). The
thing is that you don't know which combinations will be used and what effect
it has on for ex. the font or the color.

Anyone else has a bright idea?


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Printer Driver
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Sep 2002 10:23:26 -0400
Newsgroups: jedi.vcl

"Daniel H. Curi" <dhcuri@milenio.com.br> wrote in message
news:akvmr5$84j$1@talkto.net...
> > Hi, I'm a student and I want to write a driver that comunicates with a
> > printer that I'm creating, where I can find information about this?
> >
> > Sorry if i'm putting this on the wrong forum

Yes, it's wrong forum. Please post in on one of Borland's newsgroups:

http://newsgroups.borland.com/

Michael




Subject: Re: Font filler implementation, rev2
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 15:23:23 +0100
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:akvomi$8fi$1@talkto.net...
> > BTW, I've added Remko's label implementation (w. changes to work with
> > Marcel's new intf unit) and my listbox (with Marcel's changes) and put
them
> > in a new unit, JvFillCtrls. Maybe we could collect any new clients in this
> > unit? Posted to binaries incl a new JvFontFillReg.pas

Like the TJvFillLabel, use the Filler property for the TJvFillComboBox and
TJvFillListBox instead of the Items property.

From what I saw, it seems to me that you guys (Marcel and Peter) really
liked
this filler thing, or you were just bored? ;p

Regards,
   Fernando Silva




Subject: Re: UIL Plugin System donated to JEDI-VCL
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 2 Sep 2002 15:20:03 +0100
Newsgroups: jedi.vcl

Great! This will go some way to answering Marcels request too since Ralfs
version uses packages in a similar way to Tim's Framework system ( I think).

T

--
Trevor Pegley
Visionhall
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:akvnn2$89p$1@talkto.net...
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:akvn38$85o$1@talkto.net...
> >
>> > > I've sent him an email asking if it would be OK to use his improvements.
> >
> > Ralf agreed, so we'll be using his updated version :)
> >
> > Michael
> >
> >
> >




Subject: Re: Labels "aspects" unification
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 15:09:54 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akvp0t$8hb$1@talkto.net...
> > As mentioned in the "FontFiller implementation, rev2" thread it works but
> > not well. Then I thought: if we are going to unify the controls, why not
> > allow a control to have multiple aspects:

This was the easier solution. The unification process would make this
happen, and
I was just trying to maintain (read "probably complicate") the actual
working process.

If you'll agree, I'll do that. The only problem with this option is that it
will probably
need some rework with the painting methods, because allowing the user to use
several aspect options, will need to call several aspect drawing methods.

But, as I said, if you guys think that the unification (and conjunction) of
aspects
it's a excellent option, consider it as done:

TJvLabelBlinking = class(TPersistent)
  property Enabled:boolean;
  ...
end;

TJvLabelScrolling =  class(TPersistent)
  property Enabled:boolean;
  ...
end;

TJvLabelAspectList = class(TPersistent)
published
  property Blinking:TLabelBlinking;
  property Scrolling:TLabelScrolling;
....
end;

TJvLabel = class(TLabel)
published
  property Aspects: TJvLabelAspectList;
end;

Now, to not let this thread terminate, I want to ask you about another
(probably)
good option. How about a "dynamic aspect registration"?
Instead of having a static TJvLabelAspectList class, this class would get a
list
of registered classes, and it would be populated, allowing the user to
choose from
a wider list, but most important allowing the user to write knew aspect
classes and
registering it to be used.

Would be this possible? I think I'm discussing things I've never done, but
anyway if
we don't dream how can our knowledge grow?

Regards,
  Fernando Silva




Subject: Re: Labels "aspects" unification
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 15:53:22 +0200
Newsgroups: jedi.vcl

> > etc
> >
> > A cleaner approach, easier to comprehend (well, I think so...) and no need
> > to try outsmarting the OI!
> >

It seems to be impossible to outsmart the OI <g>. Still I believe we need
some way of dealing with filler dependant options on the consumer side
(sorry 'bout dragging that subject into this thread. It really should be
discussed in a Filler related thread).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Labels "aspects" unification
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Sep 2002 15:44:28 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akvp0t$8hb$1@talkto.net...

> > Possibly we could eliminate the TJvLabelAspect/TJvLabelAspects types and
add
> > a Enabled property to the apect settings classes?

I much prefer this approach: f ex DevExpress has a lot of components with
TPersistent type subproperties and they often use an Enabled / Active
property to specify whether that subproperty is currently in use, i.e:

TLabelBlinking = class(TPersistent)
  property Enabled:boolean;
  ...
end;

TLabelScrolling =  class(TPersistent)
  property Enabled:boolean;
  ...
end;

TJvLabel
  property Blinking:TLabelBlinking;
  property Scrolling:TLabelScrolling;
....
end;

etc

A cleaner approach, easier to comprehend (well, I think so...) and no need
to try outsmarting the OI!

Regards, Peter





Subject: Re: Labels "aspects" unification
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 15:38:24 +0200
Newsgroups: jedi.vcl

> >
> > The only way to know for sure is to test it, so if you have the time,
please
> > try it and do tell your findings.
> >

As mentioned in the "FontFiller implementation, rev2" thread it works but
not well. Then I thought: if we are going to unify the controls, why not
allow a control to have multiple aspects:

TJvLabelAspect = (laScrolling, laBlinking);
TJvLabelAspects = set of TJvLabelAspect

TJvLabelScrollAspect = class(TPersistent)
published
  property Direction: TScrollDirection;
  property Steps: Integer;
  property Speed: Integer;
end;

TJvLabelBlinkAspect = class(TPersistent)
published
  property OnTime: Integer;
  property OffTime: Integer;
end;

TJvLabel = class(TLabel)
published
  property Aspects: TJvLabelAspects;
  property ScrollAspects: TJvScrollAspects;
  property BlinkAspects: TJvBlinkAspects;
end;

Possibly we could eliminate the TJvLabelAspect/TJvLabelAspects types and add
a Enabled property to the apect settings classes?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Font filler implementation, rev2
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Sep 2002 15:32:51 +0200
Newsgroups: jedi.vcl

BTW, I've added Remko's label implementation (w. changes to work with
Marcel's new intf unit) and my listbox (with Marcel's changes) and put them
in a new unit, JvFillCtrls. Maybe we could collect any new clients in this
unit? Posted to binaries incl a new JvFontFillReg.pas

Regards, Peter


"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akvnoa$89u$1@talkto.net...




Subject: Re: Font filler implementation, rev2
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Sep 2002 15:28:00 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akvnt9$8b1$1@talkto.net...


:)






Subject: Re: Font filler implementation, rev2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 15:19:24 +0200
Newsgroups: jedi.vcl

P.S. I'm just not in the mood for help writing but you already figured that
out I guess ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: UIL Plugin System donated to JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Sep 2002 09:17:24 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:akvn38$85o$1@talkto.net...

> > I've sent him an email asking if it would be OK to use his improvements.

Ralf agreed, so we'll be using his updated version :)

Michael





Subject: Font filler implementation, rev2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 15:16:44 +0200
Newsgroups: jedi.vcl

Posted an update to the FontFiller that allows you to specify filler options
at the consumer side. It was more or less inspired by the Labels "aspects"
unification thread. Before installing first uninstall my first version :)

As a result it seems that it can be done, except the Object Inspector
doesn't always get the chance of class. The only way to get it working is to
collapse the FillerOptions property and then expand it again (to see what I
mean do the following: dropa TJvFillerListBox on the form and open the
FillerOptions: nothing will be shown. Link it to the JvFontFiller1
component: FillerOptions still looks empty. Collapse and expand
FillerOptions: one options added. remove the link to the filler (clear the
box behind Items): options still visible. Collapse/expand FillerOptions: no
options visible.

The test shows to TJvFillerListBox controls, one with the option
UseFontNames set to False and one set to True (so the latter renders the
font names in the font it represents).

Anyone has a better way of dealing with (render) options?
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: UIL Plugin System donated to JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Sep 2002 09:06:50 -0400
Newsgroups: jedi.vcl

"Trev" <trevor.pegley@ntlworld.com> wrote in message
news:akv9ib$639$1@talkto.net...
> > Michael,
> >
> > This is good news. Please note however that there is a much improved
version
> > already available on
> >
> > http://groups.yahoo.com/group/UILPlugin/files/SxPlugin/
> >
> > This was written by Ralf Steinhaeusser. Why not see if he'll contribute
his
> > code as he too seems to have stopped development since October last year?

Thanks for the info.

I've sent him an email asking if it would be OK to use his improvements.

Michael




Subject: Re: UIL Plugin System donated to JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 2 Sep 2002 09:05:53 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akv509$5cr$1@talkto.net...
> > The "Plugin Framework" or the "PlugIn system" (big difference, the latter
> > being the "old" way they implemented the plugins, and the first is IIRC
> > commercial). Ofcourse I hope for the first :)

Sorry to crash your hopes - it's the "old" version.

Michael





Subject: Printer Driver
From: "Daniel H. Curi" <dhcuri@milenio.com.br>
Date: Mon, 2 Sep 2002 10:04:23 -0300
Newsgroups: jedi.vcl

Hi, I'm a student and I want to write a driver that comunicates with a
printer that I'm creating, where I can find information about this?

Sorry if i'm putting this on the wrong forum

Daniel
UFPR-Brasil




Subject: Re: CommDLG
From: "Goran Brumen" <Goran.Brumen@audax.si>
Date: Mon, 2 Sep 2002 13:57:00 +0200
Newsgroups: jedi.vcl

Peter,
many thanks. I found in one component unit ShlObj and removed it. Thank
You!!!

Regards,
Goran

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:akviig$7hi$1@talkto.net...
> > Make sure you don't have any local copies of the files CommDlg and ShlObj
> > (pas and dcu) reachable from your project, f ex in the project source
> > folder.
> >
> > Regards, Peter
> >
> > "Goran Brumen" <Goran.Brumen@audax.si> skrev i meddelandet
> > news:akvg29$743$1@talkto.net...
>> > > Hi,
>> > > I use Delphi 5 Pro and use some Jedi VCL components, especially those in
>> > > JvWinDialogs. But more and more often I get this message when trying to
>> > > compile my exe:
>> > > [Fatal Error] MyProject.dpr(43): Unit CommDlg was compiled with a
> > different
>> > > version of ShlOBJ.IShellFolder
>> > >
>> > > I have tried to clean up every JvWinDialog end other JEDI components,
but
>> > > this message keeps appearing and I am in kinda rush to compile this
> > program.
>> > > What can I do, any sugesstions?
>> > >
>> > > Regards,
>> > > Goran
>> > >
>> > >
> >
> >




Subject: Re: JvFormStorage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Sep 2002 13:51:11 +0200
Newsgroups: jedi.vcl

You shouldn't get an AV: are you sure you haven't opened the form before
installing the JVCL packages?
Try uninstalling the JVCL packages, delete all files from the JVCL\source
folder and unpack the zip again (get the latest beta of JCL + JVCL from
http://sourceforge.net/projects/jvcl). Install using the JediInstaller (run
Install.bat from the JCL subfolder)

Regards, Peter

"Nektarios" <naentor@hotmail.com> skrev i meddelandet
news:MPG.17dd76dee92e963c989685@Forums.talkto.net...
> > Hi there,
> >   Ive installed Jedi v2.0 and i was wandering whille in the ide if you
> > put a JvFormStorage and left click select Form Storage Designer do u get
> > an Access Violation error ?
> > Is something wrong with my installation ?




Subject: Re: CommDLG
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Sep 2002 13:48:16 +0200
Newsgroups: jedi.vcl

Make sure you don't have any local copies of the files CommDlg and ShlObj
(pas and dcu) reachable from your project, f ex in the project source
folder.

Regards, Peter

"Goran Brumen" <Goran.Brumen@audax.si> skrev i meddelandet
news:akvg29$743$1@talkto.net...
> > Hi,
> > I use Delphi 5 Pro and use some Jedi VCL components, especially those in
> > JvWinDialogs. But more and more often I get this message when trying to
> > compile my exe:
> > [Fatal Error] MyProject.dpr(43): Unit CommDlg was compiled with a
different
> > version of ShlOBJ.IShellFolder
> >
> > I have tried to clean up every JvWinDialog end other JEDI components, but
> > this message keeps appearing and I am in kinda rush to compile this
program.
> > What can I do, any sugesstions?
> >
> > Regards,
> > Goran
> >
> >




Subject: JvFormStorage
From: Nektarios <naentor@hotmail.com>
Date: Mon, 2 Sep 2002 14:24:23 +0300
Newsgroups: jedi.vcl

Hi there,
  Ive installed Jedi v2.0 and i was wandering whille in the ide if you 
put a JvFormStorage and left click select Form Storage Designer do u get 
an Access Violation error ?
Is something wrong with my installation ?


Subject: Re: Labels "aspects" unification
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 12:09:32 +0100
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akvfbu$70i$1@talkto.net...
> > I haven't tested this, but I think it should work. This would make it even
> > more cleaner. So you would actually declare something like this:
> > TJvLabelAspect = class(TPersitent)
> > end;
> >
> > TJvLabelBlinkAspects = class(TJvLabelAspect)
> > published
> >   property OnTime: Integer;
> >   property OffTime: Integer;
> > end;
> >
> > TJvLabelScrollAspects = class(TJvLabelAspect)
> > published
> >   property Direction: TScrollDirection;
> >   property Step: Integer;
> >   property Speed: Integer;
> > end;
> >
> > If you then set the property of TJvLabel.AspectProperties to an instance
of
> > one of the latter two, the Object Inspector should be able to see that and
> > show the other sub properties.
> >
> > The only way to know for sure is to test it, so if you have the time,
please
> > try it and do tell your findings.

Great, I've some time and I'll try this.

To others around this newsgroup: do you like this aproach or do you have
any consideration to make. About usuability or other thing?

Regards,
  Fernando Silva




Subject: CommDLG
From: "Goran Brumen" <Goran.Brumen@audax.si>
Date: Mon, 2 Sep 2002 13:05:19 +0200
Newsgroups: jedi.vcl

Hi,
I use Delphi 5 Pro and use some Jedi VCL components, especially those in
JvWinDialogs. But more and more often I get this message when trying to
compile my exe:
[Fatal Error] MyProject.dpr(43): Unit CommDlg was compiled with a different
version of ShlOBJ.IShellFolder

I have tried to clean up every JvWinDialog end other JEDI components, but
this message keeps appearing and I am in kinda rush to compile this program.
What can I do, any sugesstions?

Regards,
Goran




Subject: Re: Labels "aspects" unification
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 12:53:35 +0200
Newsgroups: jedi.vcl

> >
> > Of course the way I would like would be the following:
> > TJvLabel = class(TLabel)
> > published
> >    property Aspect: TLabelAspect;
> >    property AspectProperties: TLabelAspectProperties;
> > end;
> >
> > when the user selected for 'Aspect' the laBlink the 'AspectProperties'
would
> > transform (and show) it's options has TLabelBlinkProperties.
> > If the user choosed 'Aspect' the laScroll then it would transform has
> > TLabelScrollProperties.
> > Is this possible, or it's only a dream?
> >


I haven't tested this, but I think it should work. This would make it even
more cleaner. So you would actually declare something like this:
TJvLabelAspect = class(TPersitent)
end;

TJvLabelBlinkAspects = class(TJvLabelAspect)
published
  property OnTime: Integer;
  property OffTime: Integer;
end;

TJvLabelScrollAspects = class(TJvLabelAspect)
published
  property Direction: TScrollDirection;
  property Step: Integer;
  property Speed: Integer;
end;

If you then set the property of TJvLabel.AspectProperties to an instance of
one of the latter two, the Object Inspector should be able to see that and
show the other sub properties.

The only way to know for sure is to test it, so if you have the time, please
try it and do tell your findings.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Interfaces and Data Awareness (D6)
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 2 Sep 2002 12:51:18 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:aktsak$18h$1@talkto.net...

I had a lokok at your implementation and also Remkos changes. I would design
the interfaces in a much simpler way, though (this is no criticism, just how
I think about these things). I always try to keep the interfaces as low on
features as possible. Here's how a design would start out if it was me.
Notice how closely it follows the pattern from the Filler discussion: a
"server" that can be queried about the current state and a client that is
notified:

type
  TChangeReason = (crAdd,crDelete,crChange, crServerGone);

  IDataServer = interface;


  IDataClient = interface
    procedure ServerChanged(AReason:TChangeReason); // called by server when
something happens
    function getDataServer:IDataServer;
    procedure setDataServer(Value:IDataServer)
  end;

  IDataServer = interface
    function getValue(const FieldName:string):string; // get current value
on server
    procedure setValue(const FieldName,Value:string); // change current
value on server
    procedure getFieldNames(out FieldNames:string); // (semi-colon)
separated list of available fieldnames (or TStrings?)
    procedure RegisterClient(AClient:IDataClient);
    procedure UnRegisterClient(AClient:IDataClient);
  end;

I figure it like this: the IDataServer has data in some form but the client
doesn't know how it is organized. The only thing the client knows about is
that it want's to display one or more of the current items in the server and
it identifies those items with the FieldName parameter passed in getValue
and setValue. Of course, depending on the server implementation FieldName
could mean anything (an actual field in a database, an XPath in an xml
document).

To get notified about when something happens in the server, the client
registers itself by using the RegisterClient procedure.  As soon as
something happens, the server calls ServerChanged for every registered
client and they can react as appropriate. I'm not even sure the AReason
parameter is needed as a client could just call getValue as a response to
Serverchanged. The server could return empty values whenever the server is
"empty" (all items deleted) or a new item is added that hasn't a default
value. At all other times it should return the current value (not
necessarilly the stored value) of the field. Since the server has access to
the clients dataserver pointer, it could call it with setDataServer(nil);
when the server is destroyed, making AReason totally obsolete.

By not including datasources or datasets in the interfaces, you are free to
implement the servers using any available format. The implementation,
however, might contain properties for datasets and / or datasources
depending on what type of data it is designed to display. With the design
above, the server could be anything: an inifile, a database or a custom
format as long as there is an agreement that Fieldname (however it is
formatted) is unique for the current state of the server. This way, the
client/server architecture isn't tied to a specific object implementation.

I'm not going to try to implement these interface. Instead, let's talk about
them and compare them to your example and then maybe some implementations
will evolve from that. I often have trouble getting to grips with other
peoples code (or though patterns), but once I've get it, it normally doesn't
take long to come up with an implementation.

Final note: the server (and the client) should probably have a lot of other
methods / properties but I thought that just including the bare minimum to
get it to work would make it easier to understand.

Regards, Peter





Subject: Labels "aspects" unification
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 11:38:27 +0100
Newsgroups: jedi.vcl

According to Issue Tracker request
"Why have a page only for labels with diferent aspects? I think would be
much better to have a special property (like 'Aspect') in the JvLabel that
allow change between the diferent aspects of a label. This would decrease
the number of components, making a more complete approach."

Then I had some doubts:
"Diferent aspects mean (very probably) diferent properties. If in a way it's
easy to have a property (set) that would change the aspect of a label, there
is not so easy to change some specific value for that aspect. For example,
if it's easy to specify that a label would be 'blinking' or 'scrolling', it
isn't easy to specify some blinking values and scrolling values dependent of
the aspect used."

for them marcelb sugested:
"About the properties for different aspects, you could set the values for
blinking and scrolling using separate TPersistent class properties:

property Aspect: TLabelAspect;
property Blinking: TLabelBlinkProperties;
property Scrolling: TLabelScrollProperties;

TLabelAspect = (laBlink, laScroll, ...whatever...);
TLabelBlinkProperties = class(TPersistent)
published
property BlinkDelay: Integer;
property BlinkTime: Integer;
end;

TLabelScrollProperties = class(TPersistent)
published
property Direction: TScrollDirection;
property Increment: Integer;
property Delay: Integer;
end;

Ofcourse I left out a lot of the definitions :)"

Now let's assume that we would implement the aspect property in the TJvLabel
component.
From his suggestion I concluded that TJvLabel would have the following
properties:
TJvLabel = class(TLabel)
published
   property Aspect: TLabelAspect;
   property Blinking: TLabelBlinkProperties;
   property Scrolling: TLabelScrollProperties;
end;

If more options would appear, then it would be added to TJvLabel.
Because it would be very confusing having all specific aspect options in the
base component
I only sugest a modification:

TJvLabel = class(TLabel)
published
   property Aspect: TLabelAspect;
   property AspectOptions: TLabelAspectOptions;
end;

TLabelAspectOptions = class(TPersistent)
published
   property Blinking: TLabelBlinkProperties;
   property Scrolling: TLabelScrollProperties;
end;

this makes TJvLabel component cleaner, but also supporting marcelb
suggestion.

Of course the way I would like would be the following:
TJvLabel = class(TLabel)
published
   property Aspect: TLabelAspect;
   property AspectProperties: TLabelAspectProperties;
end;

when the user selected for 'Aspect' the laBlink the 'AspectProperties' would
transform (and show) it's options has TLabelBlinkProperties.
If the user choosed 'Aspect' the laScroll then it would transform has
TLabelScrollProperties.
Is this possible, or it's only a dream?

Regards,
  Fernando Silva




Subject: Re: Filler request
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 12:10:35 +0200
Newsgroups: jedi.vcl

> > * Second about the Filler request. I'd like to know the situation. I've
> > already read the threads posted here,
> > but you guys really go far beyond my knowledge (about interfaces) ;)
> > When I first thought about the fillers, I was thinking about implementing
it
> > using an abstract class, but the
> > interfaces solution seems more cleaner and still more able to expantion.
> >
> > If Peter or Marcel already have done some work, I can continue it or
> > probably go forward with one of the
> > other sugestions I made.
> >


I suggest to wait a little with the filler stuff. Right now we have some
implementations and they do differ. First we need to discuss the various
implementations and see what's best (quite possible we arrive at a combo of
the implementations, or maybe someone comes up with a completely new
approach). So the best thing right now seems to be to try out your other
suggestions.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Interfaces and Data Awareness (D6)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 12:06:59 +0200
Newsgroups: jedi.vcl

> > I guess, what was interesting to me was to get to work:
> >
> > property DataHelper: IDataAware read FDataHelper write SetDataHelper
> > implements IDataAware;
> >
> > because then I could use as the DataHelper any component that implements
the
> > IDataAware Interface, and I could make this change even in Runtime. With
> > your code:
> >
> > property DataAwareHelper: TJvDataAwareHelper read FDataAwareHelper
> > implements IJvDataAwareHelper;
> >
> > it seems like I am stuck with TJvDataAwareHelper. Is this a correct
> > assumption?

Or a descendant of TJvDataAwareHelper. So you can use any descendant from
TJvDataAwareHelper and is you use a write method in the property delcaration
you can also change this at run time (note: the write method must use the
register calling convention and can not be dynamic; virtual is allowed).

In my Font filler implementation I've made some abstract base class for the
various implementers so I could then create descendants that implement it in
different ways. What I have done is this: Text implementer has an abstract
base, which is used in FillerTextItem implementer. In addition there's a
text implementer that just stores it's caption in a private field, whereas
the text implementer for the font item uses an index to retrieve the caption
from Screen.Fonts [and prevent you from changing the font].

Now this looks like overhead, as I could just as easily rewrote the
FillerTextItem and do all the work in there. However, I can later add many
different ways of obtaining the caption and the image in any combination I
want, without duplicating any code (all is handled by the various
implementers). All that is left to do is create a new FillerItem that
creates the correct implementers and that's it.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Filler request
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 11:00:58 +0100
Newsgroups: jedi.vcl

Hi,

* First I would like to ask Issue Tracker manager to split the request I
made "Unify 'similar' components"
into 3 requests according to peter3 suggestion.

* Second about the Filler request. I'd like to know the situation. I've
already read the threads posted here,
but you guys really go far beyond my knowledge (about interfaces) ;)
When I first thought about the fillers, I was thinking about implementing it
using an abstract class, but the
interfaces solution seems more cleaner and still more able to expantion.

If Peter or Marcel already have done some work, I can continue it or
probably go forward with one of the
other sugestions I made.

Regards,
  Fernando Silva




Subject: Font filler implementation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 11:55:03 +0200
Newsgroups: jedi.vcl

OK, so I just couldn't resist and started on my implementation of a filler.
I took the liberty of using Peters TJvFillListBox (although I had to make
small changes) and his version of the interface unit (also changed). In
addition I wrote a unit with basic implementers (we will have to decide
later what basic implementers we could use).

This filler creates a list of font names installed. I decided that it would
be useless to make a list of IFillerItem instances when you already have a
list of font names. So I created a descendant of the text implementer that
takes an integer value (the index into Screen.Fonts) and a descendant of the
FillerItems implementer that creates items as they are needed (and because
it returns an interface to the item, it will be disposed of once the caller
is done with it).

* Changes made to JvFillIntf5 unit (renamed to JvFillIntf_mbe1):

  * IFillerSubItems renamed to IFillerItems (must be supported by IFiller
implementer, maybe supported by IFillerItem implementer).

  * getCount/getItem/Items from IFiller moved to IFillerItems.

  * added IFillerItems.(get)Parent and IFillerItems.(get)Filler.

  * added IFillerItem.(get)Items.

* Added JvFillBasicImpl unit containing several basic implementers (more to
be determined later).

* Adapted Peters TJvFillListBox concerning the changes made to the interface
unit.

* Added TJvFontFiller to serve as a filler with font names (note that items
are created on the fly, using the font name from Screen.Fonts[Index]).


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: I thought I saw a Ruler component
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 2 Sep 2002 10:32:22 +0100
Newsgroups: jedi.vcl

Look at TAnlRuler on

http://www.smsmedia.de/jdp/download/newstyle.html

This might be a good addition to the JCL but I've no idea where to contact
the author

T

--
Trevor Pegley
Visionhall
"Crzy H" <crzyhrze@yahoo.com> wrote in message
news:3d6uluk4gm7cmqn360mskkjl952q1hkmg3@4ax.com...
> > I could of swore I saw a Measure/Ruler component in the jvcl pack. I
> > have searched again and again for it but could never find it. Was it
> > really there or am I going crazy.




Subject: Re: UIL Plugin System donated to JEDI-VCL
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Mon, 2 Sep 2002 10:18:48 +0100
Newsgroups: jedi.vcl

Michael,

This is good news. Please note however that there is a much improved version
already available on

http://groups.yahoo.com/group/UILPlugin/files/SxPlugin/

This was written by Ralf Steinhaeusser. Why not see if he'll contribute his
code as he too seems to have stopped development since October last year?

Regards
Trev

Trevor Pegley
Visionhall
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:aku85j$2e8$1@talkto.net...
> > We are happy to announce that Tim Sullivan donated his UIL Plugin System
> > (Version 5)
> >
> > http://www.uil.net
> >
> > to JEDI-VCL. It will be included in the upcoming release of JVCL.
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
> >
> >
> >




Subject: ANN: Fernando Silva components (binaries uploaded)
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Mon, 2 Sep 2002 10:08:16 +0100
Newsgroups: jedi.vcl

In the jedi.binaries you can find the following

* TJvEventLog - This component was made as result of an article I made for
Delphi 3000.
  the objective was to be notified when the event log (of windows NT) was
  modified. From the option of realtime notification to a (almost) complete
  component to work with NT event log was just a step ;)

* TJvFooter -  this is a component that helps having a consistent interface
in our programs.
  I needed a way of putting buttons (like the ones used by Office and other
programs)
  in my forms (dialog or others) without having to worry always by placing
them
  in the same position, and also by worring about them when resising the
forms.

* TJvGroupHeader - I just needed a component to use like a group box, but
only having the top.
  Then I saw a demo from DevExpress, where they used pseudo-headers and I
liked it,
  so I just have put some more properties into this component, to emulate
several
  titles aspects.

I hope you like these components, and probably some more will come soon.

To include these in JEDI-VCL main package:
* remove the register procedure from every unit and put it in the main JVCL
register unit
* remove every *.dcr and put it in the main JVCL dcr file
* remove the JvTypes2.pas and put it in the JvTypes.pas updating the
references in the
JvFooter.pas and JvGroupHeader.pas files

By the way two demos included.




Subject: Re: UIL Plugin System donated to JEDI-VCL
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 2 Sep 2002 09:56:40 +0200
Newsgroups: jedi.vcl

The "Plugin Framework" or the "PlugIn system" (big difference, the latter
being the "old" way they implemented the plugins, and the first is IIRC
commercial). Ofcourse I hope for the first :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:aku85j$2e8$1@talkto.net...
> > We are happy to announce that Tim Sullivan donated his UIL Plugin System
> > (Version 5)
> >
> > http://www.uil.net
> >
> > to JEDI-VCL. It will be included in the upcoming release of JVCL.
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
> >
> >
> >




Subject: Re: Interfaces and Data Awareness (D6)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 1 Sep 2002 20:25:34 -0400
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
news:1107_1030924569@forums.talkto.net...

> > I made some very little changes (using implementing interfaces by
delegation
> > to a class-type property) and it seems to work now.

Thanks a lot! Would it be possible to make work the other one, i.e.
TMbDBLabel?

I guess, what was interesting to me was to get to work:

property DataHelper: IDataAware read FDataHelper write SetDataHelper
implements IDataAware;

because then I could use as the DataHelper any component that implements the
IDataAware Interface, and I could make this change even in Runtime. With
your code:

property DataAwareHelper: TJvDataAwareHelper read FDataAwareHelper
implements IJvDataAwareHelper;

it seems like I am stuck with TJvDataAwareHelper. Is this a correct
assumption?

Please don't see my comments as critical - I am just learning, so I am
trying to understand how can I achieve the most flexibility by using
Interfaces.

Michael




Subject: Re: Interfaces and Data Awareness (D6)
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sun, 01 Sep 2002 23:56:09 GMT
Newsgroups: jedi.vcl

On Sun, 1 Sep 2002 16:23:38 -0400, "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com> wrote:
> > OK, based on the discussion about Fillers, I've tried to put quickly
> > something together with Interfaces, but w/o much success.
> > 
> > The idea was to create a IDataAware Interface that would simplify creation
> > of JVCL DataAware components, by simply using a DataAwareHelper that would
> > implement the IDataAware Interface.
> > 
> > The only thing to do would be to create event handlers for DataChange and
> > UpdateData in the containing component.
> > 
> > But I couldn't get it to work, as I couldn't make the properties persistent,
> > so finally I've implemented it using regular subcomponents, which seems to
> > work OK (using SetSubCompont ).
> > 
> > However, I still would like to implement it via Interfaces, because this
> > would allow to easily check if a given component is DataAware or not.
> > 
> > So the question is if this whole approach is useful for making components
> > Data Aware, and if yes, if it can be done using Interfaces.
> > 
> > Maybe one of the Interface Gurus here could take a look at the code in
> > Binaries and see if there is anything that can be done. Since SetSubCompont
> > is new in D6, the code will only work in D6-D7.
> > 
> > Michael
> > 
> > 
> > 

I made some very little changes (using implementing interfaces by delegation
to a class-type property) and it seems to work now. 

Remko




Subject: UIL Plugin System donated to JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 1 Sep 2002 19:45:47 -0400
Newsgroups: jedi.vcl

We are happy to announce that Tim Sullivan donated his UIL Plugin System
(Version 5)

http://www.uil.net

to JEDI-VCL. It will be included in the upcoming release of JVCL.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Interfaces and Data Awareness (D6)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 1 Sep 2002 17:52:01 -0400
Newsgroups: jedi.vcl

"Tim Sullivan" <tim@NO.SPAM.FOR.ME.uil.net> wrote in message
news:akttgs$1c4$1@talkto.net...

> > Yes, it's useful for making components data aware (in fact, it was the
first
> > thought I had after seeing interface properties in D6).
> >
> > Yes, it can be done. I'll take a look at the code and see what I can find.

Great! Thanks.

Michael




Subject: Re: JVCL 2 and D6 personal : can't install...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 1 Sep 2002 17:42:35 -0400
Newsgroups: jedi.vcl

"François Rivierre" <f_rivi_r@hotmail.com> wrote in message
news:aktup4$1fu$1@talkto.net...
> > Hi all,
> >
> > I'm trying to install JVCL 2.0 on Delph 6.02 Personal Edition (from a
fresh
> > Windows install, I've reinstalled my machine this week-end), and I can't
> > install JVCL package : it seems that all the DB stuff wasn't removed, I've
> > removed some parts, but I can't figure how to remove the jvInterpreter*
> > part that deals with DB. Even if I remove the units that directly use DB,
> > there are some links that I can't get...

Well, try to remove the whole Interpreter by commentting out the line:

  JvIReg in '..\Source\JvIReg.pas',

in the JVCL200_D70Personal.dpk

and let us know if this works.

Michael





Subject: Re: JVCL 2 and D6 personal : can't install...
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 1 Sep 2002 23:28:05 +0200
Newsgroups: jedi.vcl

"François Rivierre" <f_rivi_r@hotmail.com> skrev i meddelandet
news:aktup4$1fu$1@talkto.net...
> > Any plans to correct this ?

Of course, as soon as we know what is the problem.

Since it is impossible to install D6Pers on a machine having a standard D6,
it isn't practically possible for that many JVCL developers (if any?) to
test the JVCL with D6Pers as most have at least D6 Pro. We have to rely on
those using D6Pers to find and explain the problems for us and then we can
update the packages / sources.

Regards, Peter





Subject: JVCL 2 and D6 personal : can't install...
From: "François Rivierre" <f_rivi_r@hotmail.com>
Date: Sun, 1 Sep 2002 23:07:58 +0200
Newsgroups: jedi.vcl

Hi all,

I'm trying to install JVCL 2.0 on Delph 6.02 Personal Edition (from a fresh
Windows install, I've reinstalled my machine this week-end), and I can't
install JVCL package : it seems that all the DB stuff wasn't removed, I've
removed some parts, but I can't figure how to remove the jvInterpreter*
part that deals with DB. Even if I remove the units that directly use DB,
there are some links that I can't get...

(JCL install fine, but I've to compile manually (by loading the project in
the IDE) the JediInstaller...)

Note that I already have this problem when using RALib, I didn't succeeded
in loading the interpreter part, there was always something that didn't
work.

Any plans to correct this ?

Greetings,

François Rivierre





Subject: Re: Interfaces and Data Awareness (D6)
From: "Tim Sullivan" <tim@NO.SPAM.FOR.ME.uil.net>
Date: Sun, 1 Sep 2002 16:49:29 -0400
Newsgroups: jedi.vcl

> > So the question is if this whole approach is useful for making components
> > Data Aware, and if yes, if it can be done using Interfaces.

Yes, it's useful for making components data aware (in fact, it was the first
thought I had after seeing interface properties in D6).

Yes, it can be done. I'll take a look at the code and see what I can find.

Labour Day. Phooey. :-)

--
Tim Sullivan
Unlimited Intelligence Limited
http://www.uil.net





Subject: Re: Test implementation of IFillerItemText (peter3)
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 1 Sep 2002 22:27:38 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
news:aksvlj$u2m$1@talkto.net...

I've changed the interfaces in my version of the interface unit (named
JvFillIntf5) and made changes to the following:

Replaced hDC:HDC param with ACanvas:TCanvas in DrawItem and MeasureItem - it
was just too much a hassle getting everything set up correctly when the link
to the brush and font was lost.

Moved RegisterChangeNotify and UnRegisterChangeNotify to a new IBaseFiller
interface (as suggested by Remko in his implementation)

Added an IFillerAction interface

I've also refactored the implementations with a set of base classes to
derive from so it will be easier to build new versions on previous
implementations. I've also added an implementation of the Imagelist support.
Minor changes to the FillListBox


Uploaded to jedi.binaries

Regards, Peter






Subject: Interfaces and Data Awareness (D6)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 1 Sep 2002 16:23:38 -0400
Newsgroups: jedi.vcl

OK, based on the discussion about Fillers, I've tried to put quickly
something together with Interfaces, but w/o much success.

The idea was to create a IDataAware Interface that would simplify creation
of JVCL DataAware components, by simply using a DataAwareHelper that would
implement the IDataAware Interface.

The only thing to do would be to create event handlers for DataChange and
UpdateData in the containing component.

But I couldn't get it to work, as I couldn't make the properties persistent,
so finally I've implemented it using regular subcomponents, which seems to
work OK (using SetSubCompont ).

However, I still would like to implement it via Interfaces, because this
would allow to easily check if a given component is DataAware or not.

So the question is if this whole approach is useful for making components
Data Aware, and if yes, if it can be done using Interfaces.

Maybe one of the Interface Gurus here could take a look at the code in
Binaries and see if there is anything that can be done. Since SetSubCompont
is new in D6, the code will only work in D6-D7.

Michael





Subject: Test implementation of IFillerItemText (peter3)
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 1 Sep 2002 14:13:10 +0200
Newsgroups: jedi.vcl

The zip posted to jedi.binaries contains a test implementation of
IFillerItemText, IFillerItemManagement and IFiller, a listbox implementing
IFillerNptify and a demo to exercise it.

Note that this is truly pre-release: it took me about 15 minutes to write
(not counting the time it took to get new batteries for my cord-less
mouse!), so have that in mind when exercising it. I haven't tried installing
the components in Delphi yet.

Peter




Subject: Re: More about Filler proposal: aggregation/delegation
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 1 Sep 2002 13:53:12 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:aksqhf$tdv$1@talkto.net...
> > I have no problem with making a simple implementation at the moment. If we
> > are going to this I suggest looking into aggregation/delegation. If we
> > supply a unit with implementers for the basic interfaces, it would be
easier
> > for other fillers to be implemented: just add a property to implement
> > IFillerTextItem and use that.

What would be really interesting is if everyone so inclined imlements the
IFillerItemText interface in their own way and post it to binaries. I bet we
all would come up with different ideas on how to do that and we could use
the different implementations to further discuss pros and cons of each
approach (and learn something in the process!).

I've started on such an implementation using collections and I'll post is as
soon as I can get it working :)

Also, we would need some kind of consumer (implementing IFillerNotify), like
a listbox or combobox, to test the different implementations and how well
they hold up in real life.


Peter






Subject: Re: More about Filler proposal: aggregation/delegation
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 1 Sep 2002 12:45:37 +0200
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> schreef in bericht
news:1104_1030875989@forums.talkto.net...
> > On Sun, 1 Sep 2002 12:11:21 +0200, "Peter Thörnqvist"
<peter3@no.spam.peter3.com> wrote:
>> > >
>> > > "Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> skrev i meddelandet
>> > > news:1103_1030874339@forums.talkto.net...
>>> > > > On Sat, 31 Aug 2002 10:27:33 +0200, "Peter Thörnqvist"
>> > > <peter3@no.spam.peter3.com> wrote:
>> > >
>>> > > > I was thinking about the DrawItem/MeasureItem, ie who decides how the
data
>> > > is
>>> > > > displayed? Does the filler do that or the consumer? I think in a lot
of
>> > > cases
>>> > > > the filler just has a list of strings and maybe an icon associated
with a
>>> > > > string. And in those cases the filler should not care how the data is
>> > > displayed.
>> > >
>> > > The consumer decides: if it wants to render the item itself, it does not
>> > > call the IFiller.DrawItem: instead it makes calls to Supports to get the
>> > > IFillerItemText, IFillerItemImage etc interfaces and then renders the
item
>> > > as it sees fit. So it is up to the consumer to decide.
>> > >
>> > > If the consumer has no idea of how to render the item, it will call
>> > > IFiller.Drawitem instead. Since the hDC is passed along in the call, the
>> > > Brush and Pens associated with it are avaialable as well and should
probably
>> > > be set by the consumer before calling DrawItem. I proposed in another
post
>> > > that the State of the item (selected, enabled, checked etc) should be
passed
>> > > along so the IFiller can make intelligent decisions about how to render
the
>> > > item and maybe additional info needs to be sent as well.
>> > >
>> > > Regards, Peter
>> > >
> >
> > Ok, that makes sense.. Maybe it's time to try to implemenent a simple
filler,
> > because maybe that will give us new insights, or am I going too quick <g>?
> >
> >

I have no problem with making a simple implementation at the moment. If we
are going to this I suggest looking into aggregation/delegation. If we
supply a unit with implementers for the basic interfaces, it would be easier
for other fillers to be implemented: just add a property to implement
IFillerTextItem and use that.

For those that don't know about aggregation/delegation: look in
jedi.binaries for the Schedule donation. In JclSchedule I used aggregated
classes to implement the different schedule types.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sun, 01 Sep 2002 10:26:29 GMT
Newsgroups: jedi.vcl

On Sun, 1 Sep 2002 12:11:21 +0200, "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote:
> > 
> > "Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> skrev i meddelandet
> > news:1103_1030874339@forums.talkto.net...
>> > > On Sat, 31 Aug 2002 10:27:33 +0200, "Peter Thörnqvist"
> > <peter3@no.spam.peter3.com> wrote:
> > 
>> > > I was thinking about the DrawItem/MeasureItem, ie who decides how the data
> > is
>> > > displayed? Does the filler do that or the consumer? I think in a lot of
> > cases
>> > > the filler just has a list of strings and maybe an icon associated with a
>> > > string. And in those cases the filler should not care how the data is
> > displayed.
> > 
> > The consumer decides: if it wants to render the item itself, it does not
> > call the IFiller.DrawItem: instead it makes calls to Supports to get the
> > IFillerItemText, IFillerItemImage etc interfaces and then renders the item
> > as it sees fit. So it is up to the consumer to decide.
> > 
> > If the consumer has no idea of how to render the item, it will call
> > IFiller.Drawitem instead. Since the hDC is passed along in the call, the
> > Brush and Pens associated with it are avaialable as well and should probably
> > be set by the consumer before calling DrawItem. I proposed in another post
> > that the State of the item (selected, enabled, checked etc) should be passed
> > along so the IFiller can make intelligent decisions about how to render the
> > item and maybe additional info needs to be sent as well.
> > 
> > Regards, Peter
> > 

Ok, that makes sense.. Maybe it's time to try to implemenent a simple filler,
because maybe that will give us new insights, or am I going too quick <g>?




Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 1 Sep 2002 12:11:21 +0200
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> skrev i meddelandet
news:1103_1030874339@forums.talkto.net...
> > On Sat, 31 Aug 2002 10:27:33 +0200, "Peter Thörnqvist"
<peter3@no.spam.peter3.com> wrote:

> > I was thinking about the DrawItem/MeasureItem, ie who decides how the data
is
> > displayed? Does the filler do that or the consumer? I think in a lot of
cases
> > the filler just has a list of strings and maybe an icon associated with a
> > string. And in those cases the filler should not care how the data is
displayed.

The consumer decides: if it wants to render the item itself, it does not
call the IFiller.DrawItem: instead it makes calls to Supports to get the
IFillerItemText, IFillerItemImage etc interfaces and then renders the item
as it sees fit. So it is up to the consumer to decide.

If the consumer has no idea of how to render the item, it will call
IFiller.Drawitem instead. Since the hDC is passed along in the call, the
Brush and Pens associated with it are avaialable as well and should probably
be set by the consumer before calling DrawItem. I proposed in another post
that the State of the item (selected, enabled, checked etc) should be passed
along so the IFiller can make intelligent decisions about how to render the
item and maybe additional info needs to be sent as well.

Regards, Peter






Subject: Re: More about Filler proposal
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sun, 01 Sep 2002 09:58:59 GMT
Newsgroups: jedi.vcl

On Sat, 31 Aug 2002 10:27:33 +0200, "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote:
>> > > * Does the filler simply transfer the items it contains to the to be
> > filled component, or is the content of the to be filled component truely
> > virtual?
> > I'd say truly virtual: let's say it's a listbox: when you have a filler, the
> > listbox would be set to lbOwnerDrawn and the calls to IFiller.MeasureItem
> > and IFiller.DrawItem would be put into the corresponding
> > TListBox.DrawItem/MeasureItem. But maybe there should be some type of change
> > notification implemented as well, it could be as simple as an event you
> > assign or as complex as a separate interface that is implemented by the
> > filler client:
> > 
> > simple:
> > 
> >   IFiller = interface /class
> >   ...
> >     procedure DrawItem(hDC:HDC;Index.integer;var Rect:TRect);
> >     function MeasureItem(Index:integer):TSize;
> >     function getCount:integer;
> >     property OnChange:TNotifyEvent read GetChange write SetChange;
> >   end;
> > 
> > more complex:
> > 
> > TFillerChangeReason = (frAdd,frDelete,frUpdate,frDestroying,...);
> > 
> > IFillerNotify = interface // implemented by consumers (i.e listboxes,
> > labels, listviews etc)
> >   procedure
> > FillerChanging(AFiller:IFiller;ChangeReason:TFillerChangeReason);
> >   procedure FillerChanged(AFiller:IFiller;ChangeReason:TFillerChangeReason);
> > end;
> > 
> >   IFiller = interface /class
> >     procedure DrawItem(hDC:HDC;Index.integer;var Rect:TRect);
> >     function MeasureItem(Index:integer):TSize;
> >     function getCount:integer;
> >     procedure RegisterChangeNotify(AFillerNotify:IFillerNotify);
> >     procedure UnRegisterChangeNotify(AFillerNotify:IFillerNotify);
> >   end;
> > 
> > The more complex version would have the benefit of being able to notify
> > several clients and with the CHnageReason parameter, we would also have the
> > FreeNotification support (by calling FillerChanged with the frDestroying
> > value) built into the same interface.
> > 

I was thinking about the DrawItem/MeasureItem, ie who decides how the data is
displayed? Does the filler do that or the consumer? I think in a lot of cases
the filler just has a list of strings and maybe an icon associated with a
string. And in those cases the filler should not care how the data is displayed.

For example in a listbox, some listbox may have a different highlight color etc.
Other example is a label, whose font or font color may change. (think about label
and internationalization).

Main problem is that if you let the filler decide how the data is displayed, then
all controls using that filler would look the same?

Remko




Subject: Re: JvTrayIcon does not hide on startup
From: "Ralf Kaiser" <ralf.kaiser@wtal.de>
Date: Sun, 1 Sep 2002 10:29:40 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schrieb im Newsbeitrag
news:akrsj2$qse$1@talkto.net...
> >
> > This is already in the Bug Tracker, he reported it here and in the
> > bug tracker and we discussed it there...
> >
> > When you cross-post, please include references to the bugtracker
> > in your post, thanks!
> >

Hi,

sorry. OK i will do that in the future. Promised. I had no idea that i did a
crosspost!

Ciao,
Ralf

--
http://www.rkaisers.de
mailto:ralf.kaiser@wtal.de




Subject: Re: More about Filler proposal
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 01 Sep 2002 04:18:17 +0200
Newsgroups: jedi.vcl

> I'm just reading and learning from you guys. I know almost nothing about use
> of Interfaces in practice (except the simple examples from the books), so
> this is a good learning experience for me <g>

Same here, I do not know much about interfaces, the last time I read something about it was in a book for Delphi 3... *erhm*
Anyway, I'm young and I've still some time to learn <g>

> Once it's done, maybe you could summarize this discussion in a tutorial
> paper and show how a process of writing a new component architecture using
> Interfaces can play out, and how did you arrive at certain conclusions. I
> think, it would be an interesting reading for some people.

I would love reading such an article!
:-)

Sebastien

PS: I've some problems with my personal domain, it will be fixed in a few days, so if you need to send me an email, please use seb@akretio.be instead of sbuysse@buypin.com for the next few days.



Subject: Re: JvTrayIcon does not hide on startup
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 01 Sep 2002 04:14:41 +0200
Newsgroups: jedi.vcl


This is already in the Bug Tracker, he reported it here and in the
bug tracker and we discussed it there...

When you cross-post, please include references to the bugtracker
in your post, thanks!

Sebastien


Michael Beck (Team JEDI) wrote:
> "Ralf Kaiser" <ralf.kaiser@wtal.de> wrote in message
> news:akorhi$gpk$1@talkto.net...
>
>
>> well, no. That was yesterday. I saved the project and reloaded it today
>
> and
>
>> had that effect (i did not change anything since yseterday). I never tried
>> JvTrayIcon with older versions of JVCL.
>
>
> If you can reproduce it, please enter it into the Bug Tracker.
>
> Thanks,
>
> Michael
>
>
>



Subject: Re: JvTrayIcon does not hide on startup
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 31 Aug 2002 20:49:09 -0400
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf.kaiser@wtal.de> wrote in message
news:akorhi$gpk$1@talkto.net...

> > well, no. That was yesterday. I saved the project and reloaded it today
and
> > had that effect (i did not change anything since yseterday). I never tried
> > JvTrayIcon with older versions of JVCL.

If you can reproduce it, please enter it into the Bug Tracker.

Thanks,

Michael





Subject: Re: More about Filler proposal
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 31 Aug 2002 17:10:32 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akr1ud$ocn$1@talkto.net...

> > Always nice to find out others are learning (as I have learned a lot from
> > others). You should also look at JclSchedule as it was for me the first
time
> > using delegation and aggregation (be it at a small scale).

I will, when I find the time, hopefully soon....

> > I have to think about this as this means even more writing and less coding
> > (probably no coding at all) :) Nonetheless, I agree that using interfaces
> > can indeed help out in some circumstances (I'm not sure if it would work
for
> > all component architectures). I already started planning on rewriting the
> > inspector using interfaces (especially the item and data classes could
> > benefit from it). Just planning though, and I have been for weeks.

If you do, just take good notes as you go, so you can post them later  and
people will have a better understanding what has been changed and why. This
could be also a good tutorial of refactoring using Interfaces. Just a
thought...

Michael





Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 21:50:44 +0200
Newsgroups: jedi.vcl

>> > > The object that implements an interface has to implement the reference
> > counting mechanism itself. This is not done in TComponent but is done in
for
> > example TInterfacedObject. As the filler component
>> > > will be an ancestor of TComponent, it doesn't have a reference count
> > mechanism, but you could implement it. I think this is not a good idea,
> > because there is a mix of references to the filler (as an
>> > > interface and as a class). I think it's better to implement a
notification
> > mechanism, so when the Destroy method of the filler is called, the filler
> > ensures that no interface references to it are
>> > > floating around.
> >
> > Right, that was what I was getting at but you explain it so much better!
> >
> > Comments, Marcel?

Well, I think both approaches could work (referring the last post about
keeping a hard reference in the component itself). However this approach is
by far the easiest to implement and maybe the safest.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 21:11:23 +0200
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> skrev i meddelandet
news:1103_1030802209@forums.talkto.net...
> > The object that implements an interface has to implement the reference
counting mechanism itself. This is not done in TComponent but is done in for
example TInterfacedObject. As the filler component
> > will be an ancestor of TComponent, it doesn't have a reference count
mechanism, but you could implement it. I think this is not a good idea,
because there is a mix of references to the filler (as an
> > interface and as a class). I think it's better to implement a notification
mechanism, so when the Destroy method of the filler is called, the filler
ensures that no interface references to it are
> > floating around.

Right, that was what I was getting at but you explain it so much better!

Comments, Marcel?

Regards, Peter




Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 21:09:50 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akqng4$nbb$1@talkto.net...
>>> > > > Comments?
>>> > > >
>> > >
>> > > Please stop this thread; I can't get any help text done this way ;)
>> > >
> >
> >
> > Since it's being very quite now, I though I'd might mention that it was a
> > joke. Or doesn't anybody have any good ideas about this feature? Why
haven't
> > others mentioned there thought?

He,he no I went out for dinner and a movie with my wife and yes we ahd a
very nice time. Now I'm back!

Regards, Peter





Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 20:39:33 +0200
Newsgroups: jedi.vcl

>> > > Why haven't
>> > > others mentioned there thought?
> >
> > I'm just reading and learning from you guys. I know almost nothing about
use
> > of Interfaces in practice (except the simple examples from the books), so
> > this is a good learning experience for me <g>

Always nice to find out others are learning (as I have learned a lot from
others). You should also look at JclSchedule as it was for me the first time
using delegation and aggregation (be it at a small scale).

> >
> > Once it's done, maybe you could summarize this discussion in a tutorial
> > paper and show how a process of writing a new component architecture using
> > Interfaces can play out, and how did you arrive at certain conclusions. I
> > think, it would be an interesting reading for some people.
> >

I have to think about this as this means even more writing and less coding
(probably no coding at all) :) Nonetheless, I agree that using interfaces
can indeed help out in some circumstances (I'm not sure if it would work for
all component architectures). I already started planning on rewriting the
inspector using interfaces (especially the item and data classes could
benefit from it). Just planning though, and I have been for weeks.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 31 Aug 2002 12:31:01 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akqng4$nbb$1@talkto.net...

> > Why haven't
> > others mentioned there thought?

I'm just reading and learning from you guys. I know almost nothing about use
of Interfaces in practice (except the simple examples from the books), so
this is a good learning experience for me <g>

Once it's done, maybe you could summarize this discussion in a tutorial
paper and show how a process of writing a new component architecture using
Interfaces can play out, and how did you arrive at certain conclusions. I
think, it would be an interesting reading for some people.

Michael




Subject: Re: More about Filler proposal
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sat, 31 Aug 2002 16:01:59 GMT
Newsgroups: jedi.vcl

On Sat, 31 Aug 2002 17:41:15 +0200, "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:
>>> > > > Comments?
>>> > > >
>> > >
>> > > Please stop this thread; I can't get any help text done this way ;)
>> > >
> > 
> > 
> > Since it's being very quite now, I though I'd might mention that it was a
> > joke. Or doesn't anybody have any good ideas about this feature? Why haven't
> > others mentioned there thought?
> > 

Maybe it's time to implement :)





Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 17:41:15 +0200
Newsgroups: jedi.vcl

>> > > Comments?
>> > >
> >
> > Please stop this thread; I can't get any help text done this way ;)
> >


Since it's being very quite now, I though I'd might mention that it was a
joke. Or doesn't anybody have any good ideas about this feature? Why haven't
others mentioned there thought?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 31 Aug 2002 16:19:04 +0200
Newsgroups: jedi.vcl


You should also force font to Arial to avoid any other problem.
(The font is also scaled).



Peter Thörnqvist wrote:
> Setting TForm.Scaled to false should fix it, although then the JediInstaller
> won't change it's size(s) when running with Large Fonts.
>
> Regards, Peter
>
> "Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
> news:akng2p$ane$1@talkto.net...
>
>> See what I can do. I think it is something to do with form scaling and the
>> anchors.
>>
>> "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
>> news:aklh9q$3rl$1@talkto.net...
>>
>>> "Andy Vines" <andy.vines@btconnect.com> wrote in message
>>> news:aklf2j$3iv$1@talkto.net...
>>>
>>>> 1024 x 768 Large Fonts 125% normal size (120dpi)
>>>
>>> Yes, I can reproduce it. Really weird!
>>>
>>>
>>>> I have had this problem before with other programs built in Delphi.
>>>
> Such
>
>>> as
>>>
>>>> the Crystal Reports VCL installer, Frank Zimmerman changed something
>>>
> so
>
>>> that
>>>
>>>> worked.
>>>
>>> Can you find out from him how he did it?
>>>
>>> Michael
>>>
>>>
>>
>>
>
>



Subject: Re: More about Filler proposal
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sat, 31 Aug 2002 13:56:49 GMT
Newsgroups: jedi.vcl

On Sat, 31 Aug 2002 14:48:17 +0200, "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote:
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
> > news:akq4dg$kp7$1@talkto.net...
>> > > Right, so you notify the clients, they remove the reference to the
> > IFiller,
>> > > and the component actually destroys (this still requires the
>> > > BeforeDestruction to be overridden: if RefCount > 0, Notify implementers
> > and
>> > > abort, otherwise BeforeDestruction does nothing (which will call the
>> > > destructor).
> > 
> > Unless you bypass the RefCount (which you can do by returning -1 from _Add
> > and _Release). The problem here (and I'm not sure I fully understand it),
> > seems to be that the client (the TListBox etc) is referencing an interface
> > while the (developer) user is manipulating a TComponent (or some such).
> > Also, if the IFiller is auto destroyed when RefCount= 0 that would really
> > mean that you could never drop a IFiller implementor on the form because
> > wouldn't that mean that it would immediately go out of scope and be auto
> > destructed? The TComponent Owner holds a reference to a TComponent, not an
> > IUnknown, so presumably the IFiller._Add would never be called unless one
> > does it manually? Am I totally lost here?
> > 

The object that implements an interface has to implement the reference counting mechanism itself. This is not done in TComponent but is done in for example TInterfacedObject. As the filler component 
will be an ancestor of TComponent, it doesn't have a reference count mechanism, but you could implement it. I think this is not a good idea, because there is a mix of references to the filler (as an 
interface and as a class). I think it's better to implement a notification mechanism, so when the Destroy method of the filler is called, the filler ensures that no interface references to it are 
floating around.

Remko
> > 





Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 15:23:40 +0200
Newsgroups: jedi.vcl

> > Unless you bypass the RefCount (which you can do by returning -1 from _Add
> > and _Release). The problem here (and I'm not sure I fully understand it),
> > seems to be that the client (the TListBox etc) is referencing an interface
> > while the (developer) user is manipulating a TComponent (or some such).
> > Also, if the IFiller is auto destroyed when RefCount= 0 that would really
> > mean that you could never drop a IFiller implementor on the form because
> > wouldn't that mean that it would immediately go out of scope and be auto
> > destructed? The TComponent Owner holds a reference to a TComponent, not an
> > IUnknown, so presumably the IFiller._Add would never be called unless one
> > does it manually? Am I totally lost here?

Almost. What you could actually do is make a hard reference in the component
itself (ie. call _Add). Now there's a hard reference to the object. The
problem is to remove this hard reference, but only if it's still there.
Thinking......... Got it:
constructor Create(AOwner: TComponent);
begin
  inherited Create(AOwner);
  FHardRef := Self; // FHardRef is a private field of type IFiller;
  [other initialization]
end;

procedure BeforeDestruction;
begin
  // We only get here if either there is no reference to this object or we
called Free/Destroy explicitly
  if FHardRef <> nil then
  begin
      // There's a hard reference. We must have called Free or Destroy.
Remove the hard reference and abort.
      FHardRef := nil; // remove the hard reference if it hasn't been
already
      Abort;
  end
  else
    // There's no hard reference. Most likely the last reference went out of
scope. The inherited
    // implementation will check RefCount and raise an exception if it's non
zero (IIRC) or continue
    // the destruction process.
    inherited BeforeDestruction;
end;

The problem here is that I haven't tested this yet. I'm not sure what
happens when Abort is called inside BeforeDestruction (I know it stops the
instance from being destroyed, but what happens if the owner controls is
destroying?)

> > If the IFillerItem implements IFillerItemText, you could retrieve the text
> > and do something with that in the ClientControl.OnClick, like this:
> >
[removed code]
> >
> > But we haven't discussed the action taken when a user clicks/selects an
> > IFiller item that has special behaviour associated with it: presumably the
> > control have no idea in that case what *should* happen, so this would then
> > have to be performed by the IFiller somehow. What I mean is that in a
> > TListBox.OnClick event, it should be possible to do something like this:
> >
[more code removed]
> >
> > What I was thinking of was an IFiller implementor that, say, lists all the
> > Control Panel Applets and can run the selected CPL when required (similar
to
> > the TJvControlPanel button).

Liking that idea very much!

> >
> > Comments?
> >

Please stop this thread; I can't get any help text done this way ;)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 15:11:24 +0200
Newsgroups: jedi.vcl

>> > > Like I said in prior post, this should be allowed, making the
>> > > IFiller.GetSupports somewhat inaccurate (and should maybe be described
as:
>> > > maximum supported interface. IOW, if fsImages is not present, none of
the
>> > > items may support the IFillerItemImage interface. If it is present items
> > may
>> > > (BUT ARE NOT REQUIRED TO) support the IFillerItemImage interface.
> >
> > Maybe drop the getSupports alltogether?

I'm not sure. I'm aware that most of these settings can be obtained by using
Supports or QueryInterface. Somehow I think that providing a way to
determine what the maximum supported interfaces are could come in handy at
the control's side.

> >
> >
>> > > IFillerItem will declare function Equals(Item: IFillerItem): Boolean;
and
> > each item property to be searched
>> > > should be declared as an interface inherited from IFillerItem (and thus
>> > > provide a way to test equality between items).
> >
> > I like this, and think it should be added

In rev. 4 I changed this to implement specialized search interfaces. I have
not decided on using inheritance in that case, or keep it as separate
interfaces. No matter what we choose, one should check in code if a certain
search interface is supported anyway.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 14:56:30 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akqa3q$lgp$1@talkto.net...

> > Like I said in prior post, this should be allowed, making the
> > IFiller.GetSupports somewhat inaccurate (and should maybe be described as:
> > maximum supported interface. IOW, if fsImages is not present, none of the
> > items may support the IFillerItemImage interface. If it is present items
may
> > (BUT ARE NOT REQUIRED TO) support the IFillerItemImage interface.

Maybe drop the getSupports alltogether?


> > IFillerItem will declare function Equals(Item: IFillerItem): Boolean; and
each item property to be searched
> > should be declared as an interface inherited from IFillerItem (and thus
> > provide a way to test equality between items).

I like this, and think it should be added

Peter




Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 14:54:40 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
news:akqdbs$m1p$1@talkto.net...

I made a couple of misstakes in the code:

> > procedure TForm1.SomeListBoxClick(Sender:TObject);
> > var FText:IFillerItemText;
> > begin
> >   if (SomeListBox.ItemIndex > -1) and (SomeListBox.Filler <> nil) and
> > (SomeListBox.Filler.Count > SomeListBox.ItemIndex) and
> >     Supports(SomeListBox.Filler,IFillerItemText,FText) then
> >   Label1.Caption := FText.Caption;
> > end;

....should be:

procedure TForm1.SomeListBoxClick(Sender:TObject);
var FText:IFillerItemText;
begin
  if (SomeListBox.ItemIndex > -1) and (SomeListBox.Filler <> nil) and
(SomeListBox.Filler.Count > SomeListBox.ItemIndex) and

Supports(SomeListBox.Filler[SomeListBox.ItemIndex],IFillerItemText,FText)
then // <-- changed!!!
  Label1.Caption := FText.Caption;
end;


> > procedure TForm1.SomeListBoxClick(Sender:TObject);
> > var FAction:IFillerAction
> > begin
> >   if (SomeListBox.Filler <> nil) and
> > Supports(SomeListBox.Filler,IFillerAction,FAction) then
> >     FAction.Execute(SomeListBox.ItemIndex);
> > end;

....should be:

procedure TForm1.SomeListBoxClick(Sender:TObject);
var FAction:IFillerAction
begin
  if (SomeListBox.ItemIndex > -1) and (SomeListBox.Filler <> nil) and
(SomeListBox.Filler.Count > SomeListBox.ItemIndex) and

Supports(SomeListBox.Filler[SomeListBox.ItemIndex],IFillerAction,FAction)
then // <-- changed!!!
    FAction.Execute(SomeListBox.ItemIndex);
end;

Peter





Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 14:48:17 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akq4dg$kp7$1@talkto.net...
> > Right, so you notify the clients, they remove the reference to the
IFiller,
> > and the component actually destroys (this still requires the
> > BeforeDestruction to be overridden: if RefCount > 0, Notify implementers
and
> > abort, otherwise BeforeDestruction does nothing (which will call the
> > destructor).

Unless you bypass the RefCount (which you can do by returning -1 from _Add
and _Release). The problem here (and I'm not sure I fully understand it),
seems to be that the client (the TListBox etc) is referencing an interface
while the (developer) user is manipulating a TComponent (or some such).
Also, if the IFiller is auto destroyed when RefCount= 0 that would really
mean that you could never drop a IFiller implementor on the form because
wouldn't that mean that it would immediately go out of scope and be auto
destructed? The TComponent Owner holds a reference to a TComponent, not an
IUnknown, so presumably the IFiller._Add would never be called unless one
does it manually? Am I totally lost here?


More tweaks:

The DrawItem method should include info about the state of the current item,
so the rendering can include selection, disabling and focusing, f ex:

    procedure DrawItem(hDC: LongWord; var ARect: TRect; Index:
integer;State:TOwnerDrawState);

Of course, we could define our own TOwnerDrawState enum if needed. This is
just an example.

The MeasureItem should also have a hDC as a param, so the IFiller knows what
to measure against (DC's font f ex):

    function MeasureItem(hDC: LongWord; Index: integer): TSize;


More:

If the IFillerItem implements IFillerItemText, you could retrieve the text
and do something with that in the ClientControl.OnClick, like this:

procedure TForm1.SomeListBoxClick(Sender:TObject);
var FText:IFillerItemText;
begin
  if (SomeListBox.ItemIndex > -1) and (SomeListBox.Filler <> nil) and
(SomeListBox.Filler.Count > SomeListBox.ItemIndex) and
    Supports(SomeListBox.Filler,IFillerItemText,FText) then
  Label1.Caption := FText.Caption;
end;

But we haven't discussed the action taken when a user clicks/selects an
IFiller item that has special behaviour associated with it: presumably the
control have no idea in that case what *should* happen, so this would then
have to be performed by the IFiller somehow. What I mean is that in a
TListBox.OnClick event, it should be possible to do something like this:

procedure TForm1.SomeListBoxClick(Sender:TObject);
var FAction:IFillerAction
begin
  if (SomeListBox.Filler <> nil) and
Supports(SomeListBox.Filler,IFillerAction,FAction) then
    FAction.Execute(SomeListBox.ItemIndex);
end;

What I was thinking of was an IFiller implementor that, say, lists all the
Control Panel Applets and can run the selected CPL when required (similar to
the TJvControlPanel button).

Comments?

Peter








Subject: Re: BMPAnimator
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 14:22:28 +0200
Newsgroups: jedi.vcl

Set Transparent to false

Regards, Peter

"Nektarios" <naentor@hotmail.com> skrev i meddelandet
news:MPG.17dac92fc7262b18989684@Forums.talkto.net...
> > Hello,
> >    I wanted to ask about BMPAnimator because it does something funny and
> > i dont know if it is a bug, normal or it happens only to me.
> > My problem is that i set it to active (animation starts cool!) but it
> > seems to not erase the previous frames rezulting to a trail effect !
> > Any one any help ??
> >




Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 14:22:13 +0200
Newsgroups: jedi.vcl

Revision 4 os the unit posted. Changes:

- added GetParent method to IFillerSubItems interface.
- added IFillerTextSearch interface.

The searching can now be done by creating an interface that handles the
search for the specific property and implement it at both the IFiller as
well as the IFillerSubItems interfaces (if appropiate).

Comments?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 13:52:46 +0200
Newsgroups: jedi.vcl

> >
> > Does this also mean that you would like each IFillerItem in the same
IFiller
> > to be able to implement different interfaces (Text, Images etc)?

Like I said in prior post, this should be allowed, making the
IFiller.GetSupports somewhat inaccurate (and should maybe be described as:
maximum supported interface. IOW, if fsImages is not present, none of the
items may support the IFillerItemImage interface. If it is present items may
(BUT ARE NOT REQUIRED TO) support the IFillerItemImage interface.

> >
> > Could you make the changes you suggested and post a new version to
binaries?
> >

Changes posted. I removed the inheritence and added a comment where the
interface would be supported, in addition to when it's supported. I also
added a Remove method to the IFillerItemManagment interface. Something I'm
not sure of is to support IndexOf. Should it be possible to find an item
based on a text? What about custom data for each item (for the color filler
it would be nice to have the TColor value available). Ofcourse these values
are present in the implementer, but how can we surface them through the
interfaces. The first thing that comes to mind is to allow IndexOf using any
interface. The implementation will then scan it's items for items that both
support the interface and have the same contents. This would be the main
reason to allow interface inheritance: IFillerItem will declare function
Equals(Item: IFillerItem): Boolean; and each item property to be searched
should be declared as an interface inherited from IFillerItem (and thus
provide a way to test equality between items).

Comments? Should I change the unit again to reflect the above proposition?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: BMPAnimator
From: Nektarios <naentor@hotmail.com>
Date: Sat, 31 Aug 2002 13:38:45 +0300
Newsgroups: jedi.vcl

Hello,
   I wanted to ask about BMPAnimator because it does something funny and 
i dont know if it is a bug, normal or it happens only to me.
My problem is that i set it to active (animation starts cool!) but it 
seems to not erase the previous frames rezulting to a trail effect !
Any one any help ??



Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 12:15:35 +0200
Newsgroups: jedi.vcl

>> > > Why should the client call UnRegisterChangeNotify? If the Filler is
>> > > destroying it will remove the change notifications anyway.
> >
> > OK, maybe the client doesn't need to call UnRegisterChangeNotify, but it
> > need to be notified that the IFiller is going away, right?
> >
>> > > Furthermore, the filler could never be destroyed until the last consumer
> > that references it
>> > > is destroyed (interfaces are reference counted). (Note: this might
become
> > a
>> > > problem when the component is destroyed before the last reference is.
>> > > However, we could reïmplement BeforeDestruction to cancel destruction if
>> > > RefCount > 0 [calling Abort should do the trick]). I believe (but have
not
>> > > checked this) this is also done by the TInterfacedObject class.
> >
> > I think we are looking at this from different points of view: the reason
for
> > frDestroy is that if a component implements IFiller and the user deletes
it
> > from the form, all the clients needs to be notified about it so they can
set
> > their IFiller reference to nil (and maybe call UnRegister). When that's
> > done, the IFiller component can be deleted without causing AV's and other
> > nastiness.

Right, so you notify the clients, they remove the reference to the IFiller,
and the component actually destroys (this still requires the
BeforeDestruction to be overridden: if RefCount > 0, Notify implementers and
abort, otherwise BeforeDestruction does nothing (which will call the
destructor).

> >
> >
>> > > I also noticed you used interface inheritance. This is not neccessary
>> > > (provided each interface has a GUID). The implementer for IFiller either
>> > > also implements IFillerItemImages or it doesn't.
> >
> > I added the inheritance just to clarify how I saw the interfaces being
used.
> > I haven't even begun thinking about GUID's yet!

Right. GUIDs will be the last thing to add.

> >
>> > >IFillerItemImages has
>> > > nothing to do with the IFiller interface (in addition to which, it might
>> > > also be implemented by an item to manage an item list for all it's sub
>> > > items).
> >
> > Does this also mean that you would like each IFillerItem in the same
IFiller
> > to be able to implement different interfaces (Text, Images etc)?

Sure, why not?

> >
> > Could you make the changes you suggested and post a new version to
binaries?

I see if I can get to it this afternoon.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 12:07:03 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akq30j$kio$1@talkto.net...
> > Why should the client call UnRegisterChangeNotify? If the Filler is
> > destroying it will remove the change notifications anyway.

OK, maybe the client doesn't need to call UnRegisterChangeNotify, but it
need to be notified that the IFiller is going away, right?

> > Furthermore, the filler could never be destroyed until the last consumer
that references it
> > is destroyed (interfaces are reference counted). (Note: this might become
a
> > problem when the component is destroyed before the last reference is.
> > However, we could reïmplement BeforeDestruction to cancel destruction if
> > RefCount > 0 [calling Abort should do the trick]). I believe (but have not
> > checked this) this is also done by the TInterfacedObject class.

I think we are looking at this from different points of view: the reason for
frDestroy is that if a component implements IFiller and the user deletes it
from the form, all the clients needs to be notified about it so they can set
their IFiller reference to nil (and maybe call UnRegister). When that's
done, the IFiller component can be deleted without causing AV's and other
nastiness.


> > I also noticed you used interface inheritance. This is not neccessary
> > (provided each interface has a GUID). The implementer for IFiller either
> > also implements IFillerItemImages or it doesn't.

I added the inheritance just to clarify how I saw the interfaces being used.
I haven't even begun thinking about GUID's yet!

> >IFillerItemImages has
> > nothing to do with the IFiller interface (in addition to which, it might
> > also be implemented by an item to manage an item list for all it's sub
> > items).

Does this also mean that you would like each IFillerItem in the same IFiller
to be able to implement different interfaces (Text, Images etc)?

Could you make the changes you suggested and post a new version to binaries?

Regards, Peter





Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 11:57:13 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akq2d7$kgc$1@talkto.net...
> > TJvFillerSupport/TJvFillerSupports/IFiller.getSupports are not neccessary,
> > as you could just check if IFillerItemText/IFillerItemImages are supported
> > by an item or IFillerItemManagment is supported by the filler/subitems
> > interface of an item.

Agreed. I added it since you suggested it (I live by your word <g>!) and I
saw it as an alternative to calling Supports() directly

Peter




Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 11:51:38 +0200
Newsgroups: jedi.vcl

Regarding the second version of the unit:

> > frDestroy //  the IFiller implementor is being destroyed, cients should
call UnRegisterChangeNotify

Why should the client call UnRegisterChangeNotify? If the Filler is
destroying it will remove the change notifications anyway. Furthermore, the
filler could never be destroyed until the last consumer that references it
is destroyed (interfaces are reference counted). (Note: this might become a
problem when the component is destroyed before the last reference is.
However, we could reïmplement BeforeDestruction to cancel destruction if
RefCount > 0 [calling Abort should do the trick]). I believe (but have not
checked this) this is also done by the TInterfacedObject class.

I also noticed you used interface inheritance. This is not neccessary
(provided each interface has a GUID). The implementer for IFiller either
also implements IFillerItemImages or it doesn't. IFillerItemImages has
nothing to do with the IFiller interface (in addition to which, it might
also be implemented by an item to manage an item list for all it's sub
items).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 11:41:19 +0200
Newsgroups: jedi.vcl

> > Looks good to me, although I just scanned it, so may I overlooked
something.
> > I'll take a closer look later...
> >

OK, I found something:

TJvFillerSupport/TJvFillerSupports/IFiller.getSupports are not neccessary,
as you could just check if IFillerItemText/IFillerItemImages are supported
by an item or IFillerItemManagment is supported by the filler/subitems
interface of an item.

It's no biggy, and I have no real objections against the current interface,
just that I'd like to get it as slim as possible.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 11:36:26 +0200
Newsgroups: jedi.vcl

> > I've made a small unit with the suggestions we have so far and posted it
to
> > binaries. Use it as a starting point for further discussions.

Looks good to me, although I just scanned it, so may I overlooked something.
I'll take a closer look later...

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 11:12:14 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akpv9t$k1h$1@talkto.net...


I've made a small unit with the suggestions we have so far and posted it to
binaries. Use it as a starting point for further discussions.

Regards, Peter





Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 31 Aug 2002 10:48:20 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schreef in bericht
news:akpu33$jt4$1@talkto.net...
> > "Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> skrev i meddelandet
> > news:1103_1030746297@forums.talkto.net...
> >
>> > > * Who decides when the filling takes place, the filler or the to be
filled
> > component?
> > I'd say the filler since what we are doing is removing the need to use
> > Items:TStrings in listboxes and move that to the filler instead.

I agree.

> >
>> > > * Can the filler have a state, ie can the items it contains change?
> > Probably, but that would be up to the filler implementation

I agree. However, states like Checked/Selected/Focused should remain on the
consumer side (the controls).

> >
>> > > * Does the filler simply transfer the items it contains to the to be
> > filled component, or is the content of the to be filled component truely
> > virtual?
> > I'd say truly virtual: let's say it's a listbox: when you have a filler,
the
> > listbox would be set to lbOwnerDrawn and the calls to IFiller.MeasureItem
> > and IFiller.DrawItem would be put into the corresponding
> > TListBox.DrawItem/MeasureItem.

Also agree.

> > But maybe there should be some type of change
> > notification implemented as well, it could be as simple as an event you
> > assign or as complex as a separate interface that is implemented by the
> > filler client:
> >
[removed the code]
> >
> > The more complex version would have the benefit of being able to notify
> > several clients and with the CHnageReason parameter, we would also have
the
> > FreeNotification support (by calling FillerChanged with the frDestroying
> > value) built into the same interface.

I'd also go for the more complex version.

> > I can see one problem withthis design, though and that is wit hierarchical
> > data: how do one define a usable interface that supports treeviews and
menu
> > structures?
> >

Each filler item could support another interface to get the sub items (so
more or less like the IFiller we already defined). So if Filler[I] supports
IFillerSubItems, it has/could have child items

IFillerSubItems = interface
  function getCount: Integer;
  function GetItem(I: Integer): IFillerItem;
end;

In addition, the sub interface to manage the sub item list
(Add/Delete/Clear) could also be supported by such filler items, again
depending on the implementation class.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 31 Aug 2002 10:27:33 +0200
Newsgroups: jedi.vcl

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> skrev i meddelandet
news:1103_1030746297@forums.talkto.net...

> > I'm also strongly in favour of (multiple) interfaces. But I think a base
interface type is needed to do some management, a la
FreeNotification/Notification, ie if you associate a filler with a (for
> > example) listbox, and then delete the filler, then the filler notifies the
listbox it's going to be deleted.
Good point

> >
> > Some questions that pop up in my mind:
> >
> > * Who decides when the filling takes place, the filler or the to be filled
component?
I'd say the filler since what we are doing is removing the need to use
Items:TStrings in listboxes and move that to the filler instead.

> > * Can the filler have a state, ie can the items it contains change?
Probably, but that would be up to the filler implementation

> > * Does the filler simply transfer the items it contains to the to be
filled component, or is the content of the to be filled component truely
virtual?
I'd say truly virtual: let's say it's a listbox: when you have a filler, the
listbox would be set to lbOwnerDrawn and the calls to IFiller.MeasureItem
and IFiller.DrawItem would be put into the corresponding
TListBox.DrawItem/MeasureItem. But maybe there should be some type of change
notification implemented as well, it could be as simple as an event you
assign or as complex as a separate interface that is implemented by the
filler client:

simple:

  IFiller = interface /class
  ...
    procedure DrawItem(hDC:HDC;Index.integer;var Rect:TRect);
    function MeasureItem(Index:integer):TSize;
    function getCount:integer;
    property OnChange:TNotifyEvent read GetChange write SetChange;
  end;

more complex:

TFillerChangeReason = (frAdd,frDelete,frUpdate,frDestroying,...);

IFillerNotify = interface // implemented by consumers (i.e listboxes,
labels, listviews etc)
  procedure
FillerChanging(AFiller:IFiller;ChangeReason:TFillerChangeReason);
  procedure FillerChanged(AFiller:IFiller;ChangeReason:TFillerChangeReason);
end;

  IFiller = interface /class
    procedure DrawItem(hDC:HDC;Index.integer;var Rect:TRect);
    function MeasureItem(Index:integer):TSize;
    function getCount:integer;
    procedure RegisterChangeNotify(AFillerNotify:IFillerNotify);
    procedure UnRegisterChangeNotify(AFillerNotify:IFillerNotify);
  end;

The more complex version would have the benefit of being able to notify
several clients and with the CHnageReason parameter, we would also have the
FreeNotification support (by calling FillerChanged with the frDestroying
value) built into the same interface.


> > * Is it always a list of items, or could for example a button or label
also be filled?

Sure, why not? A label with a filler could just call:

  Filler.DrawItem(Canvas.Handle,LabelRect,SomeIndex)

in it's overriden Paint method to draw any item it wishes


I can see one problem withthis design, though and that is wit hierarchical
data: how do one define a usable interface that supports treeviews and menu
structures?

Regards, Peter





Subject: Re: JvTrayIcon does not hide on startup
From: "Ralf Kaiser" <ralf.kaiser@wtal.de>
Date: Sat, 31 Aug 2002 00:37:51 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schrieb im
Newsbeitrag news:akoh6p$ffq$1@talkto.net...


> > "Ralf Kaiser" <ralf.kaiser@wtal.de> wrote in message
> > news:akogq9$fdm$1@talkto.net...
> >
>> > > The funny thing is, that autohide did work some time before and then
>> > > suddenly stopped working. I did not change anything for this component.
> >
> > You mean, in the previous version of JVCL? If yes, which one?
> >

Hello,

well, no. That was yesterday. I saved the project and reloaded it today and
had that effect (i did not change anything since yseterday). I never tried
JvTrayIcon with older versions of JVCL.

Bye,
Ralf

--
http://www.rkaisers.de
mailto:ralf.kaiser@wtal.de




Subject: Re: More about Filler proposal
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Fri, 30 Aug 2002 22:24:57 GMT
Newsgroups: jedi.vcl

On Fri, 30 Aug 2002 22:56:53 +0200, "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote:
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> schreef in bericht
> > news:ako1o5$dam$1@talkto.net...
>> > > I would suggest the following interface / class for the filler:
>> > >
>> > >   IFiller = interface /class
>> > >     procedure DrawItem(hDC:HDC;Index.integer;var Rect:TRect);
>> > >     function MeasureItem(Index:integer):TSize;
>> > >     function getCount:integer;
>> > >   end;
>> > >
>> > > Since we don't know what actions are going to be supported or what type of
>> > > data is to be displayed, Add,Delete, Insert etc must be added by each
>> > > specific implementation. Each implementor would have to define additional
>> > > properties, methods and events as needed. F ex a "Drive filler" would
>> > > include the Drive, ImageSize and DriveTypes properties as in JvDriveCombo.
>> > > In contrast, a filler that supports images and text would have the
>> > > Alignment, ImageList and Items properties as well as the Add, Delete,
> > Insert
>> > > and Clear methods as in JvImageListBox.
>> > >
>> > > What do you think?
>> > >
> > 
> > Perfect! My first choice would be the interface, otherwise an abstract base
> > class (and with abstract I really mean abstract: no implementation for the
> > entire class). This way we can really keep the Filler interface separated
> > from the actual interface. However, I think multiple interfaces would be
> > better, so you can easily find out if a filler item supports images (the
> > interface regarding images is supported by the base filler) or not.

I'm also strongly in favour of (multiple) interfaces. But I think a base interface type is needed to do some management, a la FreeNotification/Notification, ie if you associate a filler with a (for 
example) listbox, and then delete the filler, then the filler notifies the listbox it's going to be deleted.

Some questions that pop up in my mind:

* Who decides when the filling takes place, the filler or the to be filled component?
* Can the filler have a state, ie can the items it contains change?
* Does the filler simply transfer the items it contains to the to be filled component, or is the content of the to be filled component truely virtual?
* Is it always a list of items, or could for example a button or label also be filled?

> > I wish I hadn't some help texts to write/rewrite......

Me too :)

Regards,
Remko




Subject: Re: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 30 Aug 2002 23:15:19 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akolk5$g0q$1@talkto.net...
> > Perfect! My first choice would be the interface, otherwise an abstract
base
> > class (and with abstract I really mean abstract: no implementation for the
> > entire class).

Totally agree.  Personally I prefer the interface solution

> > However, I think multiple interfaces would be
> > better, so you can easily find out if a filler item supports images (the
> > interface regarding images is supported by the base filler) or not.

Good suggestions, I agree on that!

> > IFillerItem = interface
> >   property Caption: Integer;
> > end;

I guess you meant:

  property Caption:string;


Regards, Peter




Subject: Re: More about Filler proposal
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Aug 2002 22:56:53 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schreef in bericht
news:ako1o5$dam$1@talkto.net...
> > I would suggest the following interface / class for the filler:
> >
> >   IFiller = interface /class
> >     procedure DrawItem(hDC:HDC;Index.integer;var Rect:TRect);
> >     function MeasureItem(Index:integer):TSize;
> >     function getCount:integer;
> >   end;
> >
> > Since we don't know what actions are going to be supported or what type of
> > data is to be displayed, Add,Delete, Insert etc must be added by each
> > specific implementation. Each implementor would have to define additional
> > properties, methods and events as needed. F ex a "Drive filler" would
> > include the Drive, ImageSize and DriveTypes properties as in JvDriveCombo.
> > In contrast, a filler that supports images and text would have the
> > Alignment, ImageList and Items properties as well as the Add, Delete,
Insert
> > and Clear methods as in JvImageListBox.
> >
> > What do you think?
> >

Perfect! My first choice would be the interface, otherwise an abstract base
class (and with abstract I really mean abstract: no implementation for the
entire class). This way we can really keep the Filler interface separated
from the actual interface. However, I think multiple interfaces would be
better, so you can easily find out if a filler item supports images (the
interface regarding images is supported by the base filler) or not.

For the Filler this would be:
IFiller = inteface
  procedure DrawItem(hDC:HDC;Index.integer;var Rect:TRect);
  function MeasureItem(Index:integer):TSize;
  function getCount:integer;
  function FillerOptions: TFillerOptions; // includes foText, foImage and
maybe more. Defined by implementer class (ie. readonly property)

  function GetItem(I: Integer): IFillerItem;
end;

IFillerItemManagment = interface // only supported for none autofillers
  function Add: IFillerItem;
  procedure Clear;
  procedure Delete(Index: Integer);
end;

IFillerImageSettings = interface { only supported when foImage is in
IFiller.FillerOptions)
  property ImageList: TImageList;
end;

each items is then represented by:

IFillerItem = interface
  property Caption: Integer;
end;

IFillerItemImage = interface
  property Alignment: TAlignment;
  property ImageIndex: Integer;
  property SelectedIndex: Integer;
end;

Using these interfaces you can write the implementation classes/components
(write a component implementing IFiller and, depending on the type of
filler, IFillerImageSettings, so it can be dropped on a form/datamodule),
which will make sure the proper implementation classes are used when items
are added/deleted and also determine if it's an autofiller or not.

I wish I hadn't some help texts to write/rewrite......

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Component creator very handy
From: "Chuck R." <chuckr69SPAM@fastmail.fm>
Date: Fri, 30 Aug 2002 15:10:20 -0500
Newsgroups: jedi.vcl

I just found this software today. It helps you create components. It lets you write the code even, for each method or function. You can add your own properties to it, or methods, and it will generate ALL code for you.

Get it at: http://213.65.224.213/tools.htm

I was writing a component maker but now I think I'll use this instead.

Chuck



Subject: Want MegaDemo
From: "Chuck R." <chuckr69SPAM@fastmail.fm>
Date: Fri, 30 Aug 2002 15:06:46 -0500
Newsgroups: jedi.vcl

Hi, where can I download just the EXE file for the new MegaDemo?
Could you put a link on the jvcl.sourceforge.net download page?

Thanks.



Subject: Re: JvTrayIcon does not hide on startup
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 30 Aug 2002 15:42:37 -0400
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf.kaiser@wtal.de> wrote in message
news:akogq9$fdm$1@talkto.net...

> > The funny thing is, that autohide did work some time before and then
> > suddenly stopped working. I did not change anything for this component.

You mean, in the previous version of JVCL? If yes, which one?

Thanks,

Michael




Subject: Re: Component creator very handy
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 30 Aug 2002 15:40:48 -0400
Newsgroups: jedi.vcl

"Chuck R." <chuckr69SPAM@fastmail.fm> wrote in message
news:3D6FD12C.90601@fastmail.fm...

> > I was writing a component maker but now I think I'll use this instead.

Eric Fisher was working on some improvements to it, so you might join him:

http://groups.yahoo.com/group/ComponentCreator

Michael




Subject: Re: Want MegaDemo
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 30 Aug 2002 15:38:21 -0400
Newsgroups: jedi.vcl

"Chuck R." <chuckr69SPAM@fastmail.fm> wrote in message
news:3D6FD056.4080402@fastmail.fm...
> > Hi, where can I download just the EXE file for the new MegaDemo?
> > Could you put a link on the jvcl.sourceforge.net download page?

I just put a link for it:

http://jvcl.sourceforge.net/files/JVCLDemo.zip

Can you join Uwe and Ralf, and merge your demo with theirs?

Michael




Subject: JvTrayIcon does not hide on startup
From: "Ralf Kaiser" <ralf.kaiser@wtal.de>
Date: Fri, 30 Aug 2002 21:33:27 +0200
Newsgroups: jedi.vcl

Hello,

i have a little tool that should hide itself to systemtray on startup. For
that i use a TJvTrayIcon with the following settings:

    Active := True;
    Visibility := [tvAutoHide];

All other properties (except DropDownMenu) are set to default values.

When i start the application it is not hidden automaticly to the tray. Even
when i want to minimize the window it does not work. I first have to call
jvTrayIcon.ShowApplication (an item in the dropdown menu). after that i can
minimize the app and it is hidden.

The funny thing is, that autohide did work some time before and then
suddenly stopped working. I did not change anything for this component.

(JVCL 2.0 beta, D6 Pro + Update#2)

What happens?

Ralf

--
http://www.rkaisers.de
mailto:ralf.kaiser@wtal.de




Subject: More about Filler proposal
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 30 Aug 2002 17:17:33 +0200
Newsgroups: jedi.vcl

I would suggest the following interface / class for the filler:

  IFiller = interface /class
    procedure DrawItem(hDC:HDC;Index.integer;var Rect:TRect);
    function MeasureItem(Index:integer):TSize;
    function getCount:integer;
  end;

Since we don't know what actions are going to be supported or what type of
data is to be displayed, Add,Delete, Insert etc must be added by each
specific implementation. Each implementor would have to define additional
properties, methods and events as needed. F ex a "Drive filler" would
include the Drive, ImageSize and DriveTypes properties as in JvDriveCombo.
In contrast, a filler that supports images and text would have the
Alignment, ImageList and Items properties as well as the Add, Delete, Insert
and Clear methods as in JvImageListBox.

What do you think?

Regards, Peter




Subject: Re: Unify 'similar' components
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 30 Aug 2002 15:18:08 +0200
Newsgroups: jedi.vcl

I think unifying the components is very good idea. That's also why the
JVCL2.00 is mostly a merger of similar components in 1.32. A agree that more
of this could be done, but as Peter mentioned in the bug note he added, this
takes time and developers, both of which we don't have enough of.

I really like the "Filler" approach, this is definately something worth any
effert you or someone else can put into. Do take care when designing this
feature; it should be as generic as possible (eg. the filler base class
should allow display strings, associated data, be able to do custom drawing
for the controls and it should never assume anything about the data it will
hold, nor the control it will link to. I also think each filler should be
allowed to be linked to multiple controls; maybe use some helper class like
TDataLink or TDataFieldLink used for DB-aware controls or TActionLink for
actions?). I whish I had the time to do this, I already want it and I want
it yesterday!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

P.S. if the filler stuff is ready, I'll also implement it in JvInspector for
dropdown editors.




Subject: Re: Contribute new components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 30 Aug 2002 07:36:23 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:aknk80$b8m$1@talkto.net...

> > In addition, we could also add some explanation about the process to the
FAQ
> > (i.e. what happens after a donation and what's the difference between new
> > and existing components)

Good idea. Once we're done with the donation process description, please
remind me, in case I forget...

Michael




Subject: Re: Contribute new components
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 30 Aug 2002 13:27:02 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:aknjtt$b6p$1@talkto.net...

> > Right now it's probably the best to post any donations in the
jedi.binaries
> > newsgroup, so other people have access to it, and can comment on that.

In addition, we could also add some explanation about the process to the FAQ
(i.e. what happens after a donation and what's the difference between new
and existing components)

Regards, Peter





Subject: Re: Contribute new components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 30 Aug 2002 07:22:52 -0400
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
news:aknfai$ak5$1@talkto.net...

> > When sending the donations by email, there should be a way of diferencing
> > between new components and VCL to be converted.

Right now it's probably the best to post any donations in the jedi.binaries
newsgroup, so other people have access to it, and can comment on that.

> > In my case, I've already use JEDI specifications. After sending the
> > components what will
> > happen to them. I think it would be interesting to specify in the "Get
> > Involved" page what
> > are the states that the contributed components pass. So a person can see
the
> > diferences  between new and existing VCL.

Good point. I'll try to come up with something.

Michael





Subject: Re: Unify 'similar' components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 30 Aug 2002 07:15:42 -0400
Newsgroups: jedi.vcl

"Fernando Silva" <magico(nospam)@galaxycorp.com> wrote in message
news:aknil6$b29$1@talkto.net...
> > http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=262
> >

That's a good approach - if you submit something to the Issue Database, and
you believe that it should be discussed here, please start a new thread, and
provide the link to your issue #

Michael




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 30 Aug 2002 13:05:04 +0200
Newsgroups: jedi.vcl

Setting TForm.Scaled to false should fix it, although then the JediInstaller
won't change it's size(s) when running with Large Fonts.

Regards, Peter

"Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
news:akng2p$ane$1@talkto.net...
> > See what I can do. I think it is something to do with form scaling and the
> > anchors.
> >
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:aklh9q$3rl$1@talkto.net...
>> > > "Andy Vines" <andy.vines@btconnect.com> wrote in message
>> > > news:aklf2j$3iv$1@talkto.net...
>>> > > > 1024 x 768 Large Fonts 125% normal size (120dpi)
>> > >
>> > > Yes, I can reproduce it. Really weird!
>> > >
>>> > > > I have had this problem before with other programs built in Delphi.
Such
>> > > as
>>> > > > the Crystal Reports VCL installer, Frank Zimmerman changed something
so
>> > > that
>>> > > > worked.
>> > >
>> > > Can you find out from him how he did it?
>> > >
>> > > Michael
>> > >
>> > >
> >
> >




Subject: Unify 'similar' components
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Fri, 30 Aug 2002 11:58:02 +0100
Newsgroups: jedi.vcl

http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=262

Regards,
  Fernando Silva




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Fri, 30 Aug 2002 11:20:07 +0100
Newsgroups: jedi.vcl

See what I can do. I think it is something to do with form scaling and the
anchors.

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:aklh9q$3rl$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com> wrote in message
> > news:aklf2j$3iv$1@talkto.net...
>> > > 1024 x 768 Large Fonts 125% normal size (120dpi)
> >
> > Yes, I can reproduce it. Really weird!
> >
>> > > I have had this problem before with other programs built in Delphi. Such
> > as
>> > > the Crystal Reports VCL installer, Frank Zimmerman changed something so
> > that
>> > > worked.
> >
> > Can you find out from him how he did it?
> >
> > Michael
> >
> >




Subject: Contribute new components
From: "Fernando Silva" <magico(nospam)@galaxycorp.com>
Date: Fri, 30 Aug 2002 11:01:09 +0100
Newsgroups: jedi.vcl

In the "JEDI Get Involved" page it says that:
"Development of new components. This is similar to donating code except that
it will be
carried out with a few more restrictions and in a slightly more coordinated
manner."

When sending the donations by email, there should be a way of diferencing
between new components and VCL to be converted.

In my case, I've already use JEDI specifications. After sending the
components what will
happen to them. I think it would be interesting to specify in the "Get
Involved" page what
are the states that the contributed components pass. So a person can see the
diferences
between new and existing VCL.

Regards,
  Fernando Silva




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 29 Aug 2002 12:25:30 -0400
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:aklf2j$3iv$1@talkto.net...
> > 1024 x 768 Large Fonts 125% normal size (120dpi)

Yes, I can reproduce it. Really weird!

> > I have had this problem before with other programs built in Delphi. Such
as
> > the Crystal Reports VCL installer, Frank Zimmerman changed something so
that
> > worked.

Can you find out from him how he did it?

Michael




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 29 Aug 2002 16:51:23 +0100
Newsgroups: jedi.vcl

Delphi 6.02, but its not a Delphi problem as far as I can see but a form
design problem with the installer.


"Petr Vones (Team JEDI)" <petr_v@post.cz> wrote in message
news:akl41v$26u$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com>
>> > > One small problem with the installer that I have is that I use Large
Fonts
>> > > and due to the anchors etc. I do not see any buttons.
> >
> > What Delphi version do you have ?
> >
> > Petr.
> >
> >




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 29 Aug 2002 16:50:23 +0100
Newsgroups: jedi.vcl

1024 x 768 Large Fonts 125% normal size (120dpi)

I have had this problem before with other programs built in Delphi. Such as
the Crystal Reports VCL installer, Frank Zimmerman changed something so that
worked.

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:akl0gd$1ls$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com> wrote in message
> > news:akkus0$1ec$1@talkto.net...
>> > > One small problem with the installer that I have is that I use Large
Fonts
>> > > and due to the anchors etc. I do not see any buttons.
> >
> > If I switch to Large Fonts, will I be able to reproduce it? What
resolution
> > do you use?
> > I thought that the anchors will prevent this kind of situation.
> >
> > Michael
> >
> >




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Thu, 29 Aug 2002 14:38:13 +0200
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com>
> > One small problem with the installer that I have is that I use Large Fonts
> > and due to the anchors etc. I do not see any buttons.

What Delphi version do you have ?

Petr.




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 29 Aug 2002 07:38:51 -0400
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:akkus0$1ec$1@talkto.net...
> > One small problem with the installer that I have is that I use Large Fonts
> > and due to the anchors etc. I do not see any buttons.

If I switch to Large Fonts, will I be able to reproduce it? What resolution
do you use?
I thought that the anchors will prevent this kind of situation.

Michael




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 29 Aug 2002 12:13:48 +0100
Newsgroups: jedi.vcl

One small problem with the installer that I have is that I use Large Fonts
and due to the anchors etc. I do not see any buttons.

Andy

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:akkhuh$vgg$1@talkto.net...
> > Project JEDI is pleased to announce that a new beta release 2.00 of the
> > JEDI-VCL (JVCL)  is available at:
> >
> > http://jvcl.sourceforge.net
> >
> > This release adds RaLib components and Interpreter, jvBands, DSA (Don't
Show
> > Again) Dialogs, several new demos, and bugs fixes. It also includes "JEDI
> > Installer" which makes installation of JCL+JVCL a one-click event.
> >
> > This release is D7 compatible.
> >
> >
> > JVCL is built from code donated by the JEDI community. It consists of over
> > 300 VCL components that can be instantly reused in your Delphi projects.
> >
> > The entire JEDI VCL is distributed under the terms of the Mozilla Public
> > License (MPL), and can be freely used in both freeware/shareware, Open
> > Source and commercial projects. For more information please visit our
> > licensing page.
> >
> > Coming Up:
> > =========
> >
> > As next we plan to incorporate Jans components donated by Jan Verhoeven
> > (http://jansfreeware.com/)
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
> >
> >
> >




Subject: Re: JVCL Property Category Package
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 29 Aug 2002 12:21:14 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:akkrn5$12e$1@talkto.net...
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> > news:akj5qf$r4h$1@talkto.net...
> > But I have to admit that I never really used OI categories before, so this
> > is kind of new to me :)

Neither had I, but it dawned on me one day that they could actually be
useful at times :)

Now, I temporarily switch to categories to spot the JEDI VCL components and
then quickly switch back before I get all dizzy and confused <vbg>.

Regards, Peter





Subject: Re: JVCL Property Category Package
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 29 Aug 2002 06:17:05 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:akj5qf$r4h$1@talkto.net...
> > To get to grips with the JVCL can be quite a daunting task even if you
> > consult the help file and know your way around the standard Delphi
component
> > palette. To make this a bit easier, I have created a design-time package
> > that registers various JVCL specific properties and events for those
> > components that derive from the standard Delphi components.

Very slick!!!!!

But I have to admit that I never really used OI categories before, so this
is kind of new to me :)

Michael




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 29 Aug 2002 06:14:23 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akkpif$mj$1@talkto.net...

> > I think he means "if you deactivate (remove the checkmark) from installed
> > packages, run the installer, the checkmark is not set back". This is
> > obviously because the installer only tries to add the package if it
doesn't
> > exist. Because the package does exist, nothing seems to happen. I'm not
sure
> > where this information is stored.

Well, if that's what it is, then he didn't follow the instructions to
uninstall previous versions of JVCL.

Michael




Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 29 Aug 2002 06:13:07 -0400
Newsgroups: jedi.vcl

"Chris Parkinson" <chris.parkinson@wib.com> wrote in message
news:akkqd5$rv$1@talkto.net...

> > Just to let you know it installed everything in my D5 Ent and D7 Ent.
> > Very nice and simple.

> > I have run the compileExamples batch file which ran without problems
> > too.

We just LOVE to hear this kind of feedback!!!  :)

> >
> > I noticed that the installer has an check box for some thread stuff in
> > the D6 tab which does not appear in the D7 tab. Is that as expected?

I am not sure. I hope, Petr reads that and can answer.

Michael





Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Chris Parkinson" <chris.parkinson@wib.com>
Date: Thu, 29 Aug 2002 10:54:57 +0100
Newsgroups: jedi.vcl

> > It also includes "JEDI
> > Installer" which makes installation of JCL+JVCL a one-click event.

Just to let you know it installed everything in my D5 Ent and D7 Ent.
Very nice and simple.

I noticed that the installer has an check box for some thread stuff in
the D6 tab which does not appear in the D7 tab. Is that as expected?

I have run the compileExamples batch file which ran without problems
too.

--
Chris Parkinson
Vertis Information Services
www.vertisinc.co.uk




Subject: Re: Jvcl Convert
From: Nektarios <naentor@hotmail.com>
Date: Thu, 29 Aug 2002 12:45:02 +0300
Newsgroups: jedi.vcl

In article <akkmqv$at$1@talkto.net>, "Michael Beck \(Team JEDI\)" 
<mbeck1NOxSPAM@compuserve.com> says...
> > "Azedia of DOLFINA" <jedi@buypin.com> wrote in message
> > news:akkjom$vmb$1@talkto.net...
> > 
>> > > I am new on the list. I have Delphi 5 Standard. I installed the JCL and
> > had several cannot find file errors.
>> > > I followed the latest notes and adds. I finally have the help file
> > installed. How can I make sure everything
>> > > is installed correctly? How do I test it?
> > 
> > Please download the newest JVCL 2.0 Beta, and use the "JEDI Installer". Just
> > read the Readme.txt file in the main directory, and follow the instructions
> > there. This should take care of everything.
> > 
> > However, I am not sure right now if this will work with the "D5 Standard"
> > version, i.e. if the DB components are there. If they are problems, then I
> > would recommend to download the Delph Personal edition from Borland Website:
> > 
> > http://www.borland.com/delphi/delphi_personal/index.html
> > 
>> > > By the way, I am impressed with the Jedi Projects enough to use the Delphi
> > packages I received while
>> > > I was working at Borland more than a few years back. They were collecting
> > dust and now I am seeing
>> > > why the Delphi Teams were so excited about their product.
> > 
> > Excellent!!!!! Welcome back....
> > 
> > Michael
> > 
> > 
> > 
> > 
Thanks although i used the JvMail component...its great !


Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 29 Aug 2002 11:39:23 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:akknub$gg$1@talkto.net...
> > "Ralf Grenzing" <jedi@buypin.com> wrote in message
> > news:akkn99$d8$1@talkto.net...
> >
>> > > Everything works smooth on my PC. (D5 Ent SP1)
> >
> > Excellent!
> >
> > Yes, Petr Vones did a wonderful job with the "JEDI Installer"!!!!!!
> >
>> > > BTW: If you deactivate the package in deIDE it is not reaktivated, so if
>> > > you start Delphi after the Installer has finished in the IDE there is
>> > > nothing to see from JVCL and JCL...
> >
> > I am not sure I understand. Can you be more specific?
> >

I think he means "if you deactivate (remove the checkmark) from installed
packages, run the installer, the checkmark is not set back". This is
obviously because the installer only tries to add the package if it doesn't
exist. Because the package does exist, nothing seems to happen. I'm not sure
where this information is stored.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 29 Aug 2002 05:12:39 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message
news:akkn99$d8$1@talkto.net...

> > Everything works smooth on my PC. (D5 Ent SP1)

Excellent!

Yes, Petr Vones did a wonderful job with the "JEDI Installer"!!!!!!

> > BTW: If you deactivate the package in deIDE it is not reaktivated, so if
> > you start Delphi after the Installer has finished in the IDE there is
> > nothing to see from JVCL and JCL...

I am not sure I understand. Can you be more specific?

> > CompileExamples.bat still NOT compile all Examples !!! I guess I will
> > fix it end send you the updated batch file michael ...

Which examples did you have problems with? On my PC they compiled fine.

Michael




Subject: Re: Jvcl Convert
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 29 Aug 2002 04:53:46 -0400
Newsgroups: jedi.vcl

"Azedia of DOLFINA" <jedi@buypin.com> wrote in message
news:akkjom$vmb$1@talkto.net...

> > I am new on the list. I have Delphi 5 Standard. I installed the JCL and
had several cannot find file errors.
> > I followed the latest notes and adds. I finally have the help file
installed. How can I make sure everything
> > is installed correctly? How do I test it?

Please download the newest JVCL 2.0 Beta, and use the "JEDI Installer". Just
read the Readme.txt file in the main directory, and follow the instructions
there. This should take care of everything.

However, I am not sure right now if this will work with the "D5 Standard"
version, i.e. if the DB components are there. If they are problems, then I
would recommend to download the Delph Personal edition from Borland Website:

http://www.borland.com/delphi/delphi_personal/index.html

> > By the way, I am impressed with the Jedi Projects enough to use the Delphi
packages I received while
> > I was working at Borland more than a few years back. They were collecting
dust and now I am seeing
> > why the Delphi Teams were so excited about their product.

Excellent!!!!! Welcome back....

Michael





Subject: ANN: JEDI-VCL 2.0 Beta released (D5-D7)
From: Ralf Grenzing <jedi@buypin.com>
Date: Thu, 29 Aug 2002 08:50:49 +0000 (UTC)
Newsgroups: jedi.vcl

OK, I found it michael.You renamed it to JVCLMegaDemo !
Thanx for integration ...

Ralf Grenzing

> > :-)
> >
> > Everything works smooth on my PC. (D5 Ent SP1)
> >
> > But the SampleApplication is NOT included :-(
> >
> > BTW: If you deactivate the package in deIDE it is not reaktivated, so if
> > you start Delphi after the Installer has finished in the IDE there is
> > nothing to see from JVCL and JCL...
> >
> > CompileExamples.bat still NOT compile all Examples !!! I guess I will
> > fix it end send you the updated batch file michael ...
> >
> > Ralf Grenzing
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: ANN: JEDI-VCL 2.0 Beta released (D5-D7)
From: Ralf Grenzing <jedi@buypin.com>
Date: Thu, 29 Aug 2002 08:50:49 +0000 (UTC)
Newsgroups: jedi.vcl

:-)

Everything works smooth on my PC. (D5 Ent SP1)

But the SampleApplication is NOT included :-(

BTW: If you deactivate the package in deIDE it is not reaktivated, so if
you start Delphi after the Installer has finished in the IDE there is
nothing to see from JVCL and JCL...

CompileExamples.bat still NOT compile all Examples !!! I guess I will
fix it end send you the updated batch file michael ...

Ralf Grenzing


----Message transited via JEDI Script Gateway----



Subject: Re: Jvcl Convert
From: "Azedia of DOLFINA" <jedi@buypin.com>
Date: Thu, 29 Aug 2002 07:50:46 +0000 (UTC)
Newsgroups: jedi.vcl

Hello, 

I am new on the list. I have Delphi 5 Standard. I installed the JCL and had several cannot find file errors. 
I followed the latest notes and adds. I finally have the help file installed. How can I make sure everything
is installed correctly? How do I test it?

By the way, I am impressed with the Jedi Projects enough to use the Delphi packages I received while
I was working at Borland more than a few years back. They were collecting dust and now I am seeing
why the Delphi Teams were so excited about their product.

Thanks,
geakazoid
http://www.dolfina.org/GNUTools.htm
  From: Nektarios 
  To: JEDI-VCL@yahoogroups.com 
  Sent: Wednesday, August 28, 2002 10:00 AM
  Subject: [JEDI-VCL] Re: Jvcl Convert



  In article <akftij$eau$1@talkto.net>, "Michael Beck \(Team JEDI\)" 
  <mbeck1NOxSPAM@compuserve.com> says... 
  > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message 
  > news:akftbj$ea7$1@talkto.net... 
  > > "Nektarios" <naentor@hotmail.com> wrote in message 
  > > news:MPG.17d5a30a932642fc989680@Forums.talkto.net... 
  > > > Hello, 
  > > >   Im trying to compile the utility and i get the error "file not found 
  > > > CSInf.dcu" a file that i cant find anywhere in my pc. 
  > > 
  > > Just delete the reference. 
  > 
  > BTW - you should download the new version: 
  > 
  > http://sourceforge.net/project/showfiles.php?group_id=45786&release_id=10039 
  > 3 
  > 
  > Michael 
  > 
  > 
  > 
  Thanks for the reply, 
    If i remove the reference it doesnt compile either. I get a : [Error] 
  fJvclConverterMain.pas(251): Undeclared identifier: 'CodeSite'. Anyway 
  isnt that important to bother you since i did my work by using the exe. 
  I have the latest versions of everything you publish causa as a rookie 
  i need the help files to understand. 

  BTW How can i use LinkLabel ? its seems to do nothing... 

  Thanks in advance 
  . 



Subject: ANN: JEDI-VCL 2.0 Beta released (D5-D7)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 29 Aug 2002 03:30:19 -0400
Newsgroups: jedi.vcl

Project JEDI is pleased to announce that a new beta release 2.00 of the
JEDI-VCL (JVCL)  is available at:

http://jvcl.sourceforge.net

This release adds RaLib components and Interpreter, jvBands, DSA (Don't Show
Again) Dialogs, several new demos, and bugs fixes. It also includes "JEDI
Installer" which makes installation of JCL+JVCL a one-click event.

This release is D7 compatible.


JVCL is built from code donated by the JEDI community. It consists of over
300 VCL components that can be instantly reused in your Delphi projects.

The entire JEDI VCL is distributed under the terms of the Mozilla Public
License (MPL), and can be freely used in both freeware/shareware, Open
Source and commercial projects. For more information please visit our
licensing page.

Coming Up:
=========

As next we plan to incorporate Jans components donated by Jan Verhoeven
(http://jansfreeware.com/)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Some body help me about port on WIN XP
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 29 Aug 2002 06:05:33 +0200
Newsgroups: jedi.vcl

Darksky007 wrote:
> I can' t use this code in win xp. How can i do ?
>
> asm
>      mov dx,$60
>      in al,dx     << -------  Error code "privilege  instruction"
> end;
>
> Pls tell me.
>
> Thank you very much

STOP MULTIPOSTING!



Subject: Some body help me about port on WIN XP
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Thu, 29 Aug 2002 01:50:54 +0000 (UTC)
Newsgroups: jedi.vcl

Please post your question in the correct newsgroup, this newsgroup
is reserved for JVCL related questions, and certainly not for generic
Delphi questions, there is plenty of newsgroups for that!

Please repost in borland.public.delphi.basm

Sebastien


----- Original Message -----
From: "Darksky007" <jedi@buypin.com>
To: <JEDI-VCL@yahoogroups.com>
Sent: Thursday, August 29, 2002 3:00 AM
Subject: [JEDI-VCL] Some body help me about port on WIN XP


> >
> > I can' t use this code in win xp. How can i do ?
> >
> > asm
> >      mov dx,$60
> > end;
> >
> > Pls tell me.
> >
> > Thank you very much
> >
> >
> >
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >


----Message transited via JEDI Script Gateway----



Subject: JVCL Property Category Package
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 28 Aug 2002 20:55:58 +0200
Newsgroups: jedi.vcl

To get to grips with the JVCL can be quite a daunting task even if you
consult the help file and know your way around the standard Delphi component
palette. To make this a bit easier, I have created a design-time package
that registers various JVCL specific properties and events for those
components that derive from the standard Delphi components.

By enabling category sorting in the Object Inspector you can now directly
see those extra properties added by the JVCL components. I have uploaded a
first release to binaries so please download and install and let me know
what you think and let me hear any ideas and improvements you come up with.
This package isn't a part of JVCL yet, but if enough people like the idea,
I'll obviously donate it.

Because this is a design-time package, it will not affect the size of your
applications.

If you have any questions and/or ideas, please post here.

Regards, Peter




Subject: Re: Jvcl Convert
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 28 Aug 2002 13:18:19 -0400
Newsgroups: jedi.vcl

"Nektarios" <naentor@hotmail.com> wrote in message
news:MPG.17d72e9b86720f1989681@Forums.talkto.net...

> > BTW How can i use LinkLabel ? its seems to do nothing...

There is a demo for it in \Examples\JvLinkLabel

Michael




Subject: Re: Jvcl Convert
From: Nektarios <naentor@hotmail.com>
Date: Wed, 28 Aug 2002 20:02:28 +0300
Newsgroups: jedi.vcl

In article <akftij$eau$1@talkto.net>, "Michael Beck \(Team JEDI\)" 
<mbeck1NOxSPAM@compuserve.com> says...
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:akftbj$ea7$1@talkto.net...
>> > > "Nektarios" <naentor@hotmail.com> wrote in message
>> > > news:MPG.17d5a30a932642fc989680@Forums.talkto.net...
>>> > > > Hello,
>>> > > >   Im trying to compile the utility and i get the error "file not found
>>> > > > CSInf.dcu" a file that i cant find anywhere in my pc.
>> > >
>> > > Just delete the reference.
> > 
> > BTW - you should download the new version:
> > 
> > http://sourceforge.net/project/showfiles.php?group_id=45786&release_id=10039
> > 3
> > 
> > Michael
> > 
> > 
> > 
Thanks for the reply,
  If i remove the reference it doesnt compile either. I get a : [Error] 
fJvclConverterMain.pas(251): Undeclared identifier: 'CodeSite'. Anyway 
isnt that important to bother you since i did my work by using the exe.
I have the latest versions of everything you publish causa as a rookie 
i need the help files to understand.

BTW How can i use LinkLabel ? its seems to do nothing...

Thanks in advance


Subject: Re: JvDSADialogs
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 28 Aug 2002 03:50:46 -0400
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> wrote in message
news:akhrsn$l6d$1@talkto.net...

> > Is there still some time. I'm finishing the debug module in the
> > beginning of next week. I'm on holiday now, with limited acces to my
> > 'puter. My girlfriend doesn't allow it (she still sleeping now).

Enjoy your vacation. When your come back, the new JVCL release will be here.

Status update:  The RALib integration is done, and it seems that the JEDI
Installer is installing everything fine, but I am waiting for a confirmation
from couple of other people to make sure that it works on other PCs as well.

In the meantime I am working on integrating the RALib demos. Once this is
done, I will zip everything and post it to SoureForge. Unless something
unforseen happens, it should be today or tomorrow.

BTW - the JvBands are also included in this new release.

Michael






Subject: Re: JvDSADialogs
From: Rob den Braasem <jedi@buypin.com>
Date: Wed, 28 Aug 2002 06:51:03 +0000 (UTC)
Newsgroups: jedi.vcl

On 24 Aug 2002 13:00:10 -0000, Michael Beck \(Team JEDI\) wrote:
> >
> >"Peter Th=F6rnqvist" <peter3@no.spam.peter3.com> wrote in message
> >news:ak7tjb$ijl$1@talkto.net...
>> >>For those not constantly checking our CVS repository I would like
>> >>to make you all aware that the JvDSDialogs now have been added to
>> >>JVCL 2.0 and can be viewed/downloaded from
>> >>http://cvs.sourceforge.net/cgi-
>> >>bin/viewcvs.cgi/jvcl/dev/restructured/.
> >
> >Or you can wait a little bit, and the new version of JVCL should be
> >available soon. Hopefully sometime next week.
> >
Is there still some time. I'm finishing the debug module in the=20
beginning of next week. I'm on holiday now, with limited acces to my=20
'puter. My girlfriend doesn't allow it (she still sleeping now).


--=20
Rob den Braasem, rbraasem@xs4all.nl
Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm

     /"\
     \ /  ASCII RIBBON CAMPAIGN
      X     AGAINST HTML MAIL
     / \



----Message transited via JEDI Script Gateway----



Subject: Re: Installer Issues
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 15:06:39 -0400
Newsgroups: jedi.vcl

"Petr Vones (Team JEDI)" <petr_v@post.cz> wrote in message
news:akgg6p$gtg$1@talkto.net...

> > The Installer does not run in the context of the Delphi IDE process, it is
a
> > separate application. Moreover I'm not aware of any Open Tools API to
achieve
> > it. The Installer already does some 'dirty' things in the registry so it'd
be
> > ok. The problem is to know the names of the JVCL palette tabs to delete
them.

If you provide a place holder for it, I will fill it in.

Michael




Subject: Re: Installer Issues
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 27 Aug 2002 20:34:25 +0200
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message news:akfsk6
> > Yes I agree ABSOULUTLY !!  I only thought the Installer could call these IDE
> > function after sucessfull installation so that the installer doesn not have
> > to modify the Registry by it self.

The Installer does not run in the context of the Delphi IDE process, it is a
separate application. Moreover I'm not aware of any Open Tools API to achieve
it. The Installer already does some 'dirty' things in the registry so it'd be
ok. The problem is to know the names of the JVCL palette tabs to delete them.

Petr.




Subject: Re: unsubscribe
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 11:07:14 -0400
Newsgroups: jedi.vcl

"J.Karuza" <jedi@buypin.com> wrote in message
news:akg3l1$fbe$3@talkto.net...

To unsubscribe, please send an empty email to:

JEDI-VCL-unsubscribe@yahoogroups.com

Michael




Subject: unsubscribe
From: "J.Karuza" <jedi@buypin.com>
Date: Tue, 27 Aug 2002 14:51:13 +0000 (UTC)
Newsgroups: jedi.vcl

[Non-text portions of this message have been removed]


----Message transited via JEDI Script Gateway----



Subject: unsubscribe
From: "J.Karuza" <jedi@buypin.com>
Date: Tue, 27 Aug 2002 14:51:13 +0000 (UTC)
Newsgroups: jedi.vcl

----Message transited via JEDI Script Gateway----



Subject: Re: Installer Issues
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Tue, 27 Aug 2002 14:51:13 +0000 (UTC)
Newsgroups: jedi.vcl

>> > > I know Michael have some JEDI graphics perhaps some icons, too?
> >
> > No, I don't. Only the component bitmaps, and a JEDI cursor <g>. Maybe we
> > should have a contest for it?
There is a huge collection of icons/bitmaps on the web (on richey's delphi
box,
on the website of eugene mayevski), but most of them have some limitations
and
are not available for commercial softwares...

Don't know if a contest is the best way of asking graphists to work on icons
for
the community for free, but at least this would be an easy project to lead
:-)
No compatibility problems between delphi versions, no installation problems,
no bugs, no help, no support... woow <g>

Sebastien


----Message transited via JEDI Script Gateway----



Subject: Re: Installer Issues
From: Ralf Grenzing <jedi@buypin.com>
Date: Tue, 27 Aug 2002 14:51:13 +0000 (UTC)
Newsgroups: jedi.vcl

"Peter Thörnqvist" schrieb:

> > "Ralf Grenzing" <jedi@buypin.com> skrev i meddelandet
> > news:akfsk6$e5j$3@talkto.net...
>> > >
>> > > Right click on the Delphi Component \ properties \ choose pages [All] and
>> > > then there is a button at the botton "Default Pages" .
> >
> > The problem is that you will restore *all* palette modifications, not just
> > the JVCL ones. I don't think most users would appreciate that...

Yes you are right.

> >
> >
>> > >Perhaps this function could be called from withing the JEDI Installer?
> >
> > I seriously doubt it: it might be possible to do it using the ToolsAPI but
> > then the installer would have to install a package in Delphi that restored
> > the palettes the next time Delphi was run and them somehow deleted/disabled
> > itself... Besides, I don't think this option is available in D5?

It is availible I am using Delphi 5 :-((

Ralf Grenzing

> >
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Re: Installer Issues
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 27 Aug 2002 15:21:22 +0200
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> skrev i meddelandet
news:akfsk6$e5j$3@talkto.net...
> >
> > Right click on the Delphi Component \ properties \ choose pages [All] and
> > then there is a button at the botton "Default Pages" .

The problem is that you will restore *all* palette modifications, not just
the JVCL ones. I don't think most users would appreciate that...

> >Perhaps this function could be called from withing the JEDI Installer?

I seriously doubt it: it might be possible to do it using the ToolsAPI but
then the installer would have to install a package in Delphi that restored
the palettes the next time Delphi was run and them somehow deleted/disabled
itself... Besides, I don't think this option is available in D5?

I think it's far better to work the registry directly - after asking the
user, of course (remove all entries that contains JEDI or JVCL). This should
be possible with the Installer.

Regards, Peter




Subject: Re: Installer Issues
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 09:19:51 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message
news:akfsk6$e5j$2@talkto.net...

> > Yes I agree ABSOULUTLY !!  I only thought the Installer could call these
IDE
> > function after sucessfull installation so that the installer doesn not
have to
> > modify the Registry by it self.

Will see if Petr can do something about it.

> > I know Michael have some JEDI graphics perhaps some icons, too?

No, I don't. Only the component bitmaps, and a JEDI cursor <g>. Maybe we
should have a contest for it?

Michael




Subject: Re: Jvcl Convert
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 09:17:36 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:akftbj$ea7$1@talkto.net...
> > "Nektarios" <naentor@hotmail.com> wrote in message
> > news:MPG.17d5a30a932642fc989680@Forums.talkto.net...
>> > > Hello,
>> > >   Im trying to compile the utility and i get the error "file not found
>> > > CSInf.dcu" a file that i cant find anywhere in my pc.
> >
> > Just delete the reference.

BTW - you should download the new version:

http://sourceforge.net/project/showfiles.php?group_id=45786&release_id=10039
3

Michael




Subject: Re: Jvcl Convert
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 09:13:51 -0400
Newsgroups: jedi.vcl

"Nektarios" <naentor@hotmail.com> wrote in message
news:MPG.17d5a30a932642fc989680@Forums.talkto.net...
> > Hello,
> >   Im trying to compile the utility and i get the error "file not found
> > CSInf.dcu" a file that i cant find anywhere in my pc.

Just delete the reference.

Michael




Subject: Jvcl Convert
From: Nektarios <naentor@hotmail.com>
Date: Tue, 27 Aug 2002 15:54:35 +0300
Newsgroups: jedi.vcl

Hello,
  Im trying to compile the utility and i get the error "file not found 
CSInf.dcu" a file that i cant find anywhere in my pc.

 I  have D6 upt2 and JCL and JVCL installed.

Anyone any ideas ? 


Subject: Re: Installer Issues
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Tue, 27 Aug 2002 12:51:18 +0000 (UTC)
Newsgroups: jedi.vcl

> > But the Delphi IDE has a function to adresse these problems afaik (I have
> > used it alread for my packages)
Yes but the user has to do it by himself. It's far easier to include it in
the installer
and remove all *jvcl* tabs in the registry instead of explaining this in the
readme.txt.
We will save some messages here, and as you can see, there is a lot of users
who
think they don't need to read the faq/readme and ask questions answered 100
times,
so everything that can be automated must be automated.

> > BTW: Are there already JEDI icons created. I wan to use some in the sample
> > application if there are some.
There is icons for all the components, but if you mean icons for
applications, no, there
is no icons for your application in the JVCL.

But this is a good idea, what about a jedi project for graphics in
applications?
There is always a big demand of icons for toolbars and so on, and Borland's
icons
are simply ugly... And as I'm a poor graphist, I would appreciate this a lot
<g>.

Sebastien





----Message transited via JEDI Script Gateway----



Subject: Re: Installer Issues
From: Ralf Grenzing <jedi@buypin.com>
Date: Tue, 27 Aug 2002 12:51:18 +0000 (UTC)
Newsgroups: jedi.vcl

Hi

But the Delphi IDE has a function to adresse these problems afaik (I have
used it alread for my packages)

Right click on the Delphi Component \ properties \ choose pages [All] and
then there is a button at the botton "Default Pages" . Perhaps this function
could be called from withing the JEDI Installer?

BTW: Are there already JEDI icons created. I wan to use some in the sample
application if there are some.

best regards

Ralf Grenzing

"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <jedi@buypin.com> wrote in message
> > news:akflj0$d28$1@talkto.net...
> >
>> > >I mean the reorganisation of the comps wouldn´t be seen by
>> > > many user who have installed a previous version of the JVCL
> >
> > Even if you uninstall the older version of JVCL?
> >
> > Michael
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Re: Installer Issues
From: Ralf Grenzing <jedi@buypin.com>
Date: Tue, 27 Aug 2002 12:51:18 +0000 (UTC)
Newsgroups: jedi.vcl

Sebastien Buysse schrieb:

>> > > But the Delphi IDE has a function to adresse these problems afaik (I have
>> > > used it alread for my packages)
> > Yes but the user has to do it by himself. It's far easier to include it in
> > the installer and remove all *jvcl* tabs in the registry instead of explaining
> > this in the readme.txt.
> > We will save some messages here, and as you can see, there is a lot of users
> > who think they don't need to read the faq/readme and ask questions answered
> > 100
> > times, so everything that can be automated must be automated.

Yes I agree ABSOULUTLY !!  I only thought the Installer could call these IDE
function after sucessfull installation so that the installer doesn not have to
modify the Registry by it self.

> >
>> > > BTW: Are there already JEDI icons created. I wan to use some in the sample
>> > > application if there are some.
> > There is icons for all the components, but if you mean icons for
> > applications, no, there is no icons for your application in the JVCL.
> >
> > But this is a good idea, what about a jedi project for graphics in
> > applications?
> > There is always a big demand of icons for toolbars and so on, and Borland's
> > icons are simply ugly... And as I'm a poor graphist, I would appreciate this a
> > lot
> > <g>.
> >

I know Michael have some JEDI graphics perhaps some icons, too?

in hope

Ralf Grenzing


> >
> > Sebastien
> >
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Re: Installer Issues
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 Aug 2002 13:24:21 +0200
Newsgroups: jedi.vcl

> > I can't remember the exact registry key
> > involved, but after clearing that and reinstalling the JVC package,
> > everything was in the right place.


To be exact: you should parse all values in
HKCU\Software\Borland\Delphi\<VerNo>\Palette. Each value's name is the
palette tab, the value is a list of components, separated by a semi colon.
You should then proceed to remove all known JVCL component names from the
list.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Installer Issues
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 Aug 2002 13:20:04 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:akflsa$d37$1@talkto.net...
> > "Ralf Grenzing" <jedi@buypin.com> wrote in message
> > news:akflj0$d28$1@talkto.net...
> >
>> > >I mean the reorganisation of the comps wouldn´t be seen by
>> > > many user who have installed a previous version of the JVCL
> >
> > Even if you uninstall the older version of JVCL?
> >


Unfortunately, yes. There is a registry key that "remembers" components and
their tabs. Uninstalling a package does not remove this setting. I ran into
the same problems with both JvInspector and JvDSADialogs when they were
added. Although I removed my original packages from the IDE, the components
kept appearing on that tab. I can't remember the exact registry key
involved, but after clearing that and reinstalling the JVC package,
everything was in the right place.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Installer Issues
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 07:06:13 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message
news:akflj0$d28$1@talkto.net...

> >I mean the reorganisation of the comps wouldn´t be seen by
> > many user who have installed a previous version of the JVCL

Even if you uninstall the older version of JVCL?

Michael




Subject: Re: Error installing JVCL1.32
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 07:05:08 -0400
Newsgroups: jedi.vcl

"unocomit" <jedi@buypin.com> wrote in message
news:akflj0$d28$2@talkto.net...
> >
> > When i click on the button Install of packages JVCL100_D60, i have
> > the error:
> >
> >
> > Cannot load package 'JVCL100_D60.' It contains unit 'JclStrings'
> > which is also contained in package 'DJCL60'.

You have to add DJCL60.dcp to Requires section of JVCL100_R60 package. A
unit can be in only one package.

For more info please read JVCL FAQ from http://jvcl.sourceforge.net

Michael






Subject: Installer Issues
From: Ralf Grenzing <jedi@buypin.com>
Date: Tue, 27 Aug 2002 10:51:12 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all

just a little question: will the JEDI Installer also adresses the issues
that the IDE remember the TabSheets where the comps are installed the
first time? I mean the reorganisation of the comps wouldn´t be seen by
many user who have installed a previous version of the JVCL


Ralf Grenzing


----Message transited via JEDI Script Gateway----



Subject: Error installing JVCL1.32
From: "unocomit" <jedi@buypin.com>
Date: Tue, 27 Aug 2002 10:51:12 +0000 (UTC)
Newsgroups: jedi.vcl

When i click on the button Install of packages JVCL100_D60, i have 
the error:


Cannot load package 'JVCL100_D60.' It contains unit 'JclStrings' 
which is also contained in package 'DJCL60'.

Plead Help me.



----Message transited via JEDI Script Gateway----



Subject: Re: Package issues
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 06:00:59 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:akfhme$c7v$1@talkto.net...

> > Wait, another option would be to include a BPG file with all the runtime
> > packages, and call this one from the Installer. This way the Installer
would
> > be affected by any new additions of runtime packages.

Actually, I'm not sure if I can compile the whole BPG from a line compiler.
If not, then it could be a MAK file.

Michael




Subject: Re: Package issues
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 05:54:48 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akfgrl$c3s$1@talkto.net...

> > But it doesn't have the package file. It knows it should search for the
DCP
> > on it's path, but not for the DPK. I agree that this is probably something
> > Delphi should do. Maybe a small oversight at Borland? OTOH, maybe they had
> > very good reasons not to implement this behaviour.

Well, unless somebody comes up with a different suggestion, it seems that I
will have to merge them together, or rewrite the JEDI Installer.

Wait, another option would be to include a BPG file with all the runtime
packages, and call this one from the Installer. This way the Installer would
be affected by any new additions of runtime packages.

Michael




Subject: Re: Package issues
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 Aug 2002 11:39:32 +0200
Newsgroups: jedi.vcl

>> > > In short, avoid splitting into packages for now (just
>> > > gives you more headaches).
> >
> > I didn't try to split the packages, I just tried to reuse the ones I
already
> > have. After all, all the required information is there. To make it simple,
> > let's assume that I have currently RaLibR(untime) and RaLibD(esign)
> > packages, and RaLibReg registration unit.

Right, didn't think before I started typing.

>> > > AFAIK that will only work if RaLibR.dpk has the "rebuild as needed"
option
>> > > set AND if it has been build at least once so that the .DCP can be found
>> > > (which is exactly what it will be looking for when added to requires
> > list).
> >
> > But the problem is that the DCP is not present. I assume that Delphi would
> > say: "Oops, I don't have RaLibR compiled on my path, but I have the
package
> > file, so let me tell it to compile itself", then the RaLibR compiles
itself,
> > and gives control back to JVCL200_R50 which can then continue with next
> > tasks.

But it doesn't have the package file. It knows it should search for the DCP
on it's path, but not for the DPK. I agree that this is probably something
Delphi should do. Maybe a small oversight at Borland? OTOH, maybe they had
very good reasons not to implement this behaviour.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Package issues
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 05:27:25 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akfeqm$bms$1@talkto.net...

> > I can try. As a simple suggestion, I would just add all RaLib units to the
> > JVCL200_R50 package and add a secondary registration unit, which gets
called
> > by the first one (the second registration unit should NOT contain the
> > Register procedure, just name it Reg2 or RegRA and call that from the
> > Register procedure in JVCLReg). That's not exactly how we want it, but
could
> > help avoid compile failures like we had with JvDSADialogs until we get a
> > better solution. In short, avoid splitting into packages for now (just
gives
> > you more headaches).

I didn't try to split the packages, I just tried to reuse the ones I already
have. After all, all the required information is there. To make it simple,
let's assume that I have currently RaLibR(untime) and RaLibD(esign)
packages, and RaLibReg registration unit.

I could copy and paste the content into JVCL packages and JVCLReg unit, but
I thought that I try to just add the RaLibR package to JVCL200_R50, and the
RaLibReg registration unit to the JVCL200_D50 package. It seems like I've
made a wrong assumption hoping that this would work.


> > AFAIK that will only work if RaLibR.dpk has the "rebuild as needed" option
> > set AND if it has been build at least once so that the .DCP can be found
> > (which is exactly what it will be looking for when added to requires
list).

But the problem is that the DCP is not present. I assume that Delphi would
say: "Oops, I don't have RaLibR compiled on my path, but I have the package
file, so let me tell it to compile itself", then the RaLibR compiles itself,
and gives control back to JVCL200_R50 which can then continue with next
tasks.

> > Are you sure it tries to build the RaLibR package? Have you added units
from
> > RaLibR to JVCL200_R50 package

No, that's what I wanted to avoid. I wanted JVCL200_R50 to call RaLibR so it
can be compiled the same way as a stand-alone package.


> > Or you add a simple INI reader and add new packages to an INI file. The
INI
> > file will contain a list of all subpackage to be build.

Good idea. Unless Petr wants to do something different - after all it's his
installer.

> > While we're on the subject of packages, I have a request (I do not expect
> > you to execute it immediately). To be in line with Borland, I think the
> > following should be done:

If there is a need for this then we should try to make it happen.

Michael





Subject: Re: Package issues
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 27 Aug 2002 11:04:53 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:akfc0s$b85$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:akcpip$1mv$1@talkto.net...
> >
>> > > Ofcourse that leaves you to wonder what happens when more units are
added.
>> > > Are they going to give more problems? Should we start splitting JVCLReg
in
>> > > multiple units? (maybe one for each palette tab?)
> >
> > Marcel, I've tried to split packages, but I am running into problems, and
> > maybe you can help me.

I can try. As a simple suggestion, I would just add all RaLib units to the
JVCL200_R50 package and add a secondary registration unit, which gets called
by the first one (the second registration unit should NOT contain the
Register procedure, just name it Reg2 or RegRA and call that from the
Register procedure in JVCLReg). That's not exactly how we want it, but could
help avoid compile failures like we had with JvDSADialogs until we get a
better solution. In short, avoid splitting into packages for now (just gives
you more headaches).

> >
> > What I've tried to do was to add RaLibR(untime) package to JVCL200_R50
> > package, and was hoping that when I build JVCL200_R50, it will
automatically
> > build the contained RaLibR package as well, if it doesn't find it already
> > compiled.

AFAIK that will only work if RaLibR.dpk has the "rebuild as needed" option
set AND if it has been build at least once so that the .DCP can be found
(which is exactly what it will be looking for when added to requires list).

> >
> > While RaLibR compiles fine as a stand-alone, when I try to compile
> > JVCL200_R50, the RaLibR gets called, but it complains of missing files,
i.e.
> > the paths within RaLibR seem not to be valid anymore. I was assuming that
> > the JVCL200_R50 would give control to the RaLibR subpackage telling it to
> > compile itself with whatever search paths it has.

Are you sure it tries to build the RaLibR package? Have you added units from
RaLibR to JVCL200_R50 package (this will result in a compile of the RALib
units, but not as part of the RaLibR package).

> > P.S. I could change the JEDI Installer to compile first the subpackages,
but
> > I would prefer to avoid it, otherwise I would have to rewrite the
Installer
> > every time we add a new package.
> >

Or you add a simple INI reader and add new packages to an INI file. The INI
file will contain a list of all subpackage to be build.

While we're on the subject of packages, I have a request (I do not expect
you to execute it immediately). To be in line with Borland, I think the
following should be done:

- Remove all debug options from the units

- The standard package will be the 'debugless' build.

- Additional package will have the debug flags set, building to a sub folder
of Lib5/Lib6 (let's call this folder Debug). The resulting .BPL/.DCP files
would be obsolete.

- The installer will add the Debug sub folder to the Debug path registry
setting.

This way the user isn't required to debug the JVCL while debugging his/her
application, unless they want to, but they'll have to use the option "Use
Debug DCUs" to do so. This would be the same way as done for the Borland
VCL. As a reference, I did this with JvInspector. See the setup script to
see which registry path gets set (it's in the setup folder, but you knew
that didn't you?).

Comments?

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Package issues
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 27 Aug 2002 04:17:57 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akcpip$1mv$1@talkto.net...

> > Ofcourse that leaves you to wonder what happens when more units are added.
> > Are they going to give more problems? Should we start splitting JVCLReg in
> > multiple units? (maybe one for each palette tab?)

Marcel, I've tried to split packages, but I am running into problems, and
maybe you can help me.

What I've tried to do was to add RaLibR(untime) package to JVCL200_R50
package, and was hoping that when I build JVCL200_R50, it will automatically
build the contained RaLibR package as well, if it doesn't find it already
compiled.

While RaLibR compiles fine as a stand-alone, when I try to compile
JVCL200_R50, the RaLibR gets called, but it complains of missing files, i.e.
the paths within RaLibR seem not to be valid anymore. I was assuming that
the JVCL200_R50 would give control to the RaLibR subpackage telling it to
compile itself with whatever search paths it has.

Is this scenario possible at all, or do I have to compile RaLibR  manually
first, and then JVCL200_R50?

Anyone else who has more experience with packages?

Michael

P.S. I could change the JEDI Installer to compile first the subpackages, but
I would prefer to avoid it, otherwise I would have to rewrite the Installer
every time we add a new package.





Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: Ralf Grenzing <jedi@buypin.com>
Date: Mon, 26 Aug 2002 12:51:30 +0000 (UTC)
Newsgroups: jedi.vcl

Marcel Bestebroer schrieb:

> > "Ralf Grenzing" <jedi@buypin.com> schreef in bericht
> > news:akd17e$2vm$1@talkto.net...
>> > >
>> > > Hi Marcel
>> > >
>> > > I am sure not one of the gurus but I want to add:
>> > >
>> > > AFAIK means "Explicit rebuild" that the units of the package get only
> > compiled
>> > > if the package is recompiled. So I guess that this setting is highly
> > recommended
>> > > because the other setting would decrease the compile time for every
> > projects
>> > > that uses a unit of the JVCL and I am wondering why this setting was
> > default for
>> > > the *USER* of the JVCL? I guess it is only for the developer the right
> > setting.
>> > > Or am I wrong?
>> > >
> >
> > That's almost correct. Units never get compiled, unless the .pas file can be
> > found on the library path before the .dcu file is found or the .pas files
> > are explicitly added to the project (or package) file.
> >
> > The explicit rebuild handles rebuilding of packages in relation to other
> > packages that refer to them.
> >
> > When set to "rebuild as needed" the runtime package will be rebuild whenever
> > you build the designtime package (which reference the runtime package). This
> > appearantly confuses the D5 compiler (but not the D6 compiler) so it reports
> > an internal error. When set to "Explicit rebuild" you must manually rebuild
> > the runtime package when a change in one of the units has been made.
> > Building the designtime package will not result in a rebuild of the runtime
> > package with this setting.
> >

Hi Marcel
thanx or the information. So this is the reason why in one of the installations
only the design time package is mentioned which has to be build because this
automatically builds the runtime package as well. Nice to know.

Ralf Grenzing


> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 26 Aug 2002 13:05:58 +0200
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> schreef in bericht
news:akd17e$2vm$1@talkto.net...
> >
> > Hi Marcel
> >
> > I am sure not one of the gurus but I want to add:
> >
> > AFAIK means "Explicit rebuild" that the units of the package get only
compiled
> > if the package is recompiled. So I guess that this setting is highly
recommended
> > because the other setting would decrease the compile time for every
projects
> > that uses a unit of the JVCL and I am wondering why this setting was
default for
> > the *USER* of the JVCL? I guess it is only for the developer the right
setting.
> > Or am I wrong?
> >

That's almost correct. Units never get compiled, unless the .pas file can be
found on the library path before the .dcu file is found or the .pas files
are explicitly added to the project (or package) file.

The explicit rebuild handles rebuilding of packages in relation to other
packages that refer to them.

When set to "rebuild as needed" the runtime package will be rebuild whenever
you build the designtime package (which reference the runtime package). This
appearantly confuses the D5 compiler (but not the D6 compiler) so it reports
an internal error. When set to "Explicit rebuild" you must manually rebuild
the runtime package when a change in one of the units has been made.
Building the designtime package will not result in a rebuild of the runtime
package with this setting.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: Ralf Grenzing <jedi@buypin.com>
Date: Mon, 26 Aug 2002 10:51:26 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Marcel

I am sure not one of the gurus but I want to add:

AFAIK means "Explicit rebuild" that the units of the package get only compiled
if the package is recompiled. So I guess that this setting is highly recommended
because the other setting would decrease the compile time for every projects
that uses a unit of the JVCL and I am wondering why this setting was default for
the *USER* of the JVCL? I guess it is only for the developer the right setting.
Or am I wrong?

best regards

Ralf Grenzing

Marcel Bestebroer schrieb:

> > Michael,
> >
> > Thanks for the tip. I found the problem lies with the last unit
> > (JvDSADialogs) (the compiler stopped on the last line of the uses clause).
> > Detailed steps:
> >
> > - Commented out the , JvDSADialogs part
> > - Commented out the registration of TJvDSADialog.
> >
> > It builds just fine :( (this is not a good thing)
> >
> > - Readded the JvDSADialogs part
> > - Thinking that it might have something todo with the length of the uses
> > clause, I removed all empty lines and comments.
> >
> > Doesn't build :(
> >
> > - Maybe it's the number of units: comment out JvAnalogClock and it's
> > registration
> >
> > Doesn't build :(
> >
> > - Readd JvAnalogClock
> > - Add a uses clause to the the interface section and add JvDSADialogs there,
> > removing it from the implementation uses clause
> >
> > Hey! It builds! :)
> >
> > Ofcourse that leaves you to wonder what happens when more units are added.
> > Are they going to give more problems? Should we start splitting JVCLReg in
> > multiple units? (maybe one for each palette tab?)
> >
> > Another thing I was able to solve was the problem of not being able to build
> > the designtime but only compile it. The problem vanishes if you set the
> > build control to "Explicit rebuild" in both packages. No strange internal
> > errors when trying to build the designtime package.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
> > news:akc3qj$uvv$1@talkto.net...
>> > > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
>> > > news:akbc1f$ss6$1@talkto.net...
>> > >
>>> > > > I have run into a problem with installing the latest CVS tree in D5Pro
>>> > > > (Update 1) on WinXP Pro.
>> > >
>> > > I don't have D5Pro so I don't think that I'll be able to help you
> > directely
>> > > with it.
>> > >
>>> > > > The good news is that I can build and install it in D6Pro. The bad news
> > is
>>> > > > that I just can't find what is going wrong in D5. In a last desperate
>>> > > > attempt, I decided to not change any of the output folders, still it
> > hangs
>>> > > > on JVCLReg.pas. It's driving me nuts (according to my friends it's a
> > short
>>> > > > drive; I'm already in the neighbourhood)
>> > >
>> > > Welcome to the club <g> I was trying to solve something over the weekend,
>> > > and with no result, so I feel your pain  :(
>> > >
>> > > Why don't you try to comment-out registration of components, and then add
>> > > them group by group and see in which place is the problem. Once it's
>> > > identified the offending one, maybe it will be easier to figure that out.
>> > >
>> > > Michael
>> > >
>> > >
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 26 Aug 2002 06:49:34 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akd037$2p0$1@talkto.net...

> > Great! B.t.w. I did the changes on a local copy, not in the CVS folder.
> > Since you are working on the unit anyway, you might want to move the
> > JvDSADialogs unit to where I indicated in my post and commit that file. At
> > least we don't have to start splitting units <g>

I will commit it as soon as I am done. I am now in the middle of changes
(just added JvBands, and will start to work on RALib), so there will be more
changes coming. If RaLib won't go smoothly, I will commit what I have.

Michael




Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 26 Aug 2002 12:40:57 +0200
Newsgroups: jedi.vcl

> > Perfect timing. I was just compiling JVCL with D5Ent when it did hang, so
I
> > was going to post to you these good news <g> that this problem can be also
> > reproduced on D5Ent, when I saw you messages.
> >
> > I am working right now on integration of RALib into JVCL, so I will have
to
> > make sure that whatever we have, it works with the additional components
> > from RALib, and later on with Jans components. Splitting into subpackages
is
> > definitely a way, and that's how it was actually originally planned. But
> > right now I wouldn't like to spend too much time on this, unless it
doesn't
> > work as is - let's leave any potential reorganization for the pre-final
JVCL
> > 2.0 release.


Great! B.t.w. I did the changes on a local copy, not in the CVS folder.
Since you are working on the unit anyway, you might want to move the
JvDSADialogs unit to where I indicated in my post and commit that file. At
least we don't have to start splitting units <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 26 Aug 2002 06:32:10 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akcquj$1uv$1@talkto.net...

> > Appearantly, moving JvDSADialog to just before JvJVCLAbout also works (I
> > removed JVCLReg2). When I tried it just before JvCommonDialogD, the
compiler
> > hangs again. So I left it at the start of the implementation uses. Weird
> > problem...... Probably has something todo with the order in which units
are
> > compiled. Strange the problem doesn't occur within the runtime package. O
> > well, it works so I stop fiddling with it.

Perfect timing. I was just compiling JVCL with D5Ent when it did hang, so I
was going to post to you these good news <g> that this problem can be also
reproduced on D5Ent, when I saw you messages.

I am working right now on integration of RALib into JVCL, so I will have to
make sure that whatever we have, it works with the additional components
from RALib, and later on with Jans components. Splitting into subpackages is
definitely a way, and that's how it was actually originally planned. But
right now I wouldn't like to spend too much time on this, unless it doesn't
work as is - let's leave any potential reorganization for the pre-final JVCL
2.0 release.

Michael




Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 26 Aug 2002 11:13:08 +0200
Newsgroups: jedi.vcl

> >
> > Ofcourse that leaves you to wonder what happens when more units are added.
> > Are they going to give more problems? Should we start splitting JVCLReg in
> > multiple units? (maybe one for each palette tab?)
> >


Appearantly, moving JvDSADialog to just before JvJVCLAbout also works (I
removed JVCLReg2). When I tried it just before JvCommonDialogD, the compiler
hangs again. So I left it at the start of the implementation uses. Weird
problem...... Probably has something todo with the order in which units are
compiled. Strange the problem doesn't occur within the runtime package. O
well, it works so I stop fiddling with it.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 26 Aug 2002 11:01:07 +0200
Newsgroups: jedi.vcl

> > Ofcourse that leaves you to wonder what happens when more units are added.
> > Are they going to give more problems? Should we start splitting JVCLReg in
> > multiple units? (maybe one for each palette tab?)

splitting JVCLReg also seems to work.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 26 Aug 2002 10:49:46 +0200
Newsgroups: jedi.vcl

Michael,

Thanks for the tip. I found the problem lies with the last unit
(JvDSADialogs) (the compiler stopped on the last line of the uses clause).
Detailed steps:

- Commented out the , JvDSADialogs part
- Commented out the registration of TJvDSADialog.

It builds just fine :( (this is not a good thing)

- Readded the JvDSADialogs part
- Thinking that it might have something todo with the length of the uses
clause, I removed all empty lines and comments.

Doesn't build :(

- Maybe it's the number of units: comment out JvAnalogClock and it's
registration

Doesn't build :(

- Readd JvAnalogClock
- Add a uses clause to the the interface section and add JvDSADialogs there,
removing it from the implementation uses clause

Hey! It builds! :)

Ofcourse that leaves you to wonder what happens when more units are added.
Are they going to give more problems? Should we start splitting JVCLReg in
multiple units? (maybe one for each palette tab?)

Another thing I was able to solve was the problem of not being able to build
the designtime but only compile it. The problem vanishes if you set the
build control to "Explicit rebuild" in both packages. No strange internal
errors when trying to build the designtime package.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:akc3qj$uvv$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:akbc1f$ss6$1@talkto.net...
> >
>> > > I have run into a problem with installing the latest CVS tree in D5Pro
>> > > (Update 1) on WinXP Pro.
> >
> > I don't have D5Pro so I don't think that I'll be able to help you
directely
> > with it.
> >
>> > > The good news is that I can build and install it in D6Pro. The bad news
is
>> > > that I just can't find what is going wrong in D5. In a last desperate
>> > > attempt, I decided to not change any of the output folders, still it
hangs
>> > > on JVCLReg.pas. It's driving me nuts (according to my friends it's a
short
>> > > drive; I'm already in the neighbourhood)
> >
> > Welcome to the club <g> I was trying to solve something over the weekend,
> > and with no result, so I feel your pain  :(
> >
> > Why don't you try to comment-out registration of components, and then add
> > them group by group and see in which place is the problem. Once it's
> > identified the offending one, maybe it will be easier to figure that out.
> >
> > Michael
> >
> >




Subject: Some body help me about port on WIN XP
From: "Darksky007" <S_K_Y_007@hotmail.com>
Date: Mon, 26 Aug 2002 12:56:26 +0700
Newsgroups: jedi.vcl

I can' t use this code in win xp. How can i do ?

asm
     mov dx,$60
     in al,dx     << -------  Error code "privilege  instruction"
end;

Pls tell me.

Thank you very much






Subject: Re: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 25 Aug 2002 22:39:19 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:akbc1f$ss6$1@talkto.net...

> > I have run into a problem with installing the latest CVS tree in D5Pro
> > (Update 1) on WinXP Pro.

I don't have D5Pro so I don't think that I'll be able to help you directely
with it.

> > The good news is that I can build and install it in D6Pro. The bad news is
> > that I just can't find what is going wrong in D5. In a last desperate
> > attempt, I decided to not change any of the output folders, still it hangs
> > on JVCLReg.pas. It's driving me nuts (according to my friends it's a short
> > drive; I'm already in the neighbourhood)

Welcome to the club <g> I was trying to solve something over the weekend,
and with no result, so I feel your pain  :(

Why don't you try to comment-out registration of components, and then add
them group by group and see in which place is the problem. Once it's
identified the offending one, maybe it will be easier to figure that out.

Michael




Subject: JVCL 2.0 from CVS and D5: welcome to hell!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 25 Aug 2002 21:52:23 +0200
Newsgroups: jedi.vcl

Hi Peter/Michael/anyone who can help,

I have run into a problem with installing the latest CVS tree in D5Pro
(Update 1) on WinXP Pro. I've started with (what I hope is) a cleaned out
system:

- uninstalled JVCL packages
- removed all JCL/JVCL related .dcu/.dcp/.bpl files
- deleted the old JVCL folder and did a clean check-out
- Build DJCL50 (1.21 release) and made sure the resulting .dcu and .dcp are
in a folder that's also on my library path
- Build JVCL200_R50, again making sure it would write the resulting
..dcu/.dcp to a folder on my library path

So far, so good :)

- Build JVCL200_D50 -> hangs the compiler around a total of 17100 lines,
ending somewhere in JVCLReg.pas

Now I'm not that dumb (just let me dream, will ya?) and I remember the
problems with building the design package. So I started all over again (yes,
all the steps above), this time compiling JVCL200_D50. Again, it just hangs.

The good news is that I can build and install it in D6Pro. The bad news is
that I just can't find what is going wrong in D5. In a last desperate
attempt, I decided to not change any of the output folders, still it hangs
on JVCLReg.pas. It's driving me nuts (according to my friends it's a short
drive; I'm already in the neighbourhood)

At least D6 is still working (knock on wood). The funny thing is that I
still can get the original JVCL200Alpha package installed just fine, even in
D5.

So, in short: HELP!!!!!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: JVCL 2.0 Help rev. 2
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 25 Aug 2002 18:59:50 +0200
Newsgroups: jedi.vcl

Just a quick note to mention that rev. 2 of the help file is up. In this
version the requested "Selecters and Choosers" group has been added. In
addition the units JvBitBtn, JvBlinkingLabel and JvListBox have been added.

I'm thinking about not releasing help files every 1-2 weeks. There are 2
reasons for it:

1) it's taking away time.

2) I keep running into problems with documentation not being into sync with
the source files. The main problem here is that source gets modified but
docs don't. Ofcourse I could try to keep a separate source tree for
documentation but that will take away even more of my time.

To make my life a bit easier, it's IMO better to release an up-to-date help
file ASAP after each new source release. That way we can always focus on the
latest editions of a file without releasing a help file based on a unit you
(the end user) do not have/use.

As usual the help file can be found on the JEDI-VCL download page
(http://sourceforge.net/project/showfiles.php?group_id=45786). The file is
called "JVCL 2.0 Help rev. 2".

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvInspector changes
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 25 Aug 2002 16:11:06 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schreef in bericht
news:akaf8t$pqo$1@talkto.net...
> > Next on the todo list is to allow the divider bar be set to a percentage
of
> > the view/band width, instead of an absolute position (a property will be
> > added to select percentage or absolute positions).


Done. Also in the CVS repository.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: JvInspector changes
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 25 Aug 2002 13:41:20 +0200
Newsgroups: jedi.vcl

Hi all,

I finished some changes in JvInspector and they are now in the CVS
repository. The changes include:

* Changed compound item to a protected base class
* Added public compound item
* Added options to compound item to use a single name with multiple value
columns
* Added TDate, TTime and TDateTime (the latter being a compound item
consisting of the first two) editors.
* Changed the way data instances/items are created (each element is
referenced by exactly one data instance, which will allow for multiple items
to use that data instance). Note: This change will require you to modify the
item creation part, although a simple search-and-replace ('.Create' ->
'.New') should suffice. In some circumstances you will have to tweak a
little more. As opposed to the Create constructor, New always returns the
Item instance (or instances, depending on the call) created, and not the
Data instance.
* All Items have there own separate DisplayName, initialized to the data's
Name property.
* Minor fix-ups

I would like it if some of you could run additional tests to make sure I
didn't break anything. The examples seem to work as they were (well,
actually a bit better because of the minor fix-ups) but I know at least Don
is using the inspector, so if you would be so kind as to test it on your
project and report any problems that would be great.

Next on the todo list is to allow the divider bar be set to a percentage of
the view/band width, instead of an absolute position (a property will be
added to select percentage or absolute positions).
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: CVS problems
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 25 Aug 2002 13:00:06 +0200
Newsgroups: jedi.vcl

Seems to be up again...

Peter

"Peter Thörnqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
news:akabm7$pd1$1@talkto.net...
> > Yep, I get the same
> >
> > Regards, Peter
> >
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
> > news:akaaik$p82$1@talkto.net...
>> > > Hi all,
>> > >
>> > > does anyone else have problems with connecting to the CVS server? I keep
>> > > getting errors...
>> > >
>> > > --
>> > > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
>> > > To mail me, remove the obvious from my mail address
>> > >
>> > >
>> > >
> >
> >




Subject: Re: Install error JVCL1.32
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 25 Aug 2002 12:43:01 +0200
Newsgroups: jedi.vcl

This is probably due to some static imports of functions not available in
Win95 (the error message doesn't really describe the error too well ;)

My best guess would be the units JvShDlg and/or JvWinDialogs. You can remove
JvShDlg (IIRC it isn't used by any other unit) from the run-time package and
try to install again. If it stil doesnt work, you could try removing
JvWinDialogs bu then you would have to make several changes in other units
and packages as it is used in several places

Regards, Peter


"rexdelabrador" <jedi@buypin.com> skrev i meddelandet
news:ak9d7n$mv4$1@talkto.net...
> >
> > I cannot get the Jvcl installed.
> > During install I get the message
> > that the package JVCL100-D50.bpl cannot be loaded
> > since there is a hardware device connected to the system
> > which is not working.
> > (It is actually  a translation from a Dutch message)
> > I running Delphi 5 (with update#1) on Win95
> > (still Oldfashioned, but it works fine for me)
> > I have the Jcl installed.
> >
> > Has someone any idea??
> >
> > Ellio
> >
> >
> >
> > ----Message transited via JEDI Script Gateway----
> >




Subject: Re: CVS problems
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 25 Aug 2002 12:39:58 +0200
Newsgroups: jedi.vcl

Yep, I get the same

Regards, Peter

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:akaaik$p82$1@talkto.net...
> > Hi all,
> >
> > does anyone else have problems with connecting to the CVS server? I keep
> > getting errors...
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> >




Subject: CVS problems
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 25 Aug 2002 12:21:10 +0200
Newsgroups: jedi.vcl

Hi all,

does anyone else have problems with connecting to the CVS server? I keep
getting errors...

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: The Documentation to install JVCL_R132 could be clearer.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 25 Aug 2002 02:40:24 -0400
Newsgroups: jedi.vcl

"Smiling Crow" <crow@dummy.email.com> wrote in message
news:ak9pmi$nm6$1@talkto.net...

> > So can I suggest that just a little more detail would go a long way to
> > support us package neophytes.  3 or 4 extra sentences would make a lot of
> > difference.

It would be helpful if you could specify what 3-4 sentences would make a
difference.
I will be glad to add them then.

Thanks,

Michael




Subject: The Documentation to install JVCL_R132 could be clearer.
From: "Smiling Crow" <crow@dummy.email.com>
Date: Sun, 25 Aug 2002 06:33:46 +0100
Newsgroups: jedi.vcl

The Documentation to install JVCL_R132 could be clearer.



I've been using Delphi since Version 2 but I've never installed a package
before to my recollection!  I found the installation documentation for the
JVCL_R132 package to be vague to the degree that only someone who had
installed a package before would understand the process.  I had to use the
Jedi forum and Delphi help to understand what to do.  I gave up after a
while and came back to it a week later.



So can I suggest that just a little more detail would go a long way to
support us package neophytes.  3 or 4 extra sentences would make a lot of
difference.  I'm not asking you to wipe my derrière here but just to hold my
hand J



Looking forward to checking out the code.  Thanks for all the effort people.



Crow





Subject: Install error JVCL1.32
From: "rexdelabrador" <jedi@buypin.com>
Date: Sun, 25 Aug 2002 01:51:51 +0000 (UTC)
Newsgroups: jedi.vcl

I cannot get the Jvcl installed.
During install I get the message
that the package JVCL100-D50.bpl cannot be loaded 
since there is a hardware device connected to the system
which is not working.
(It is actually  a translation from a Dutch message)
I running Delphi 5 (with update#1) on Win95 
(still Oldfashioned, but it works fine for me)
I have the Jcl installed.

Has someone any idea??

Ellio



----Message transited via JEDI Script Gateway----



Subject: Re: JvDSADialogs
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 24 Aug 2002 17:09:15 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:ak7u53$il9$1@talkto.net...
> > "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> > news:ak7tjb$ijl$1@talkto.net...
>> > > For those not constantly checking our CVS repository I would like to
make
>> > > you all aware that the JvDSDialogs now have been added to JVCL 2.0 and
can
>> > > be viewed/downloaded from
>> > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/.
> >
> > Or you can wait a little bit, and the new version of JVCL should be
> > available soon. Hopefully sometime next week.

That should give me enough time to make the changes to JvInspector working.
In additition to the new (but very basic) date and time editors, I also
changed the way that data layers are used as well a change to the compound
items (which was needed for the date time combo editor to work properly).

There seem to be a few bugs left, but other than that it seems to work
already. The changes to the data layer will require you to change the
generation of inspector items, although the changes should be minimal and
usually a "search-and-replace" will suffice. The benefit will be that
multiple items can now point to the same data layer instance (which was also
needed to the TDateTime editor, which just uses the two separate TDate and
TTime editors, pointing to the same data object).

The downside is that I still haven't worked on the help this entire week
:( At least I've been consistent this week :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvDSADialogs
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 24 Aug 2002 08:37:32 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:ak7tjb$ijl$1@talkto.net...
> > For those not constantly checking our CVS repository I would like to make
> > you all aware that the JvDSDialogs now have been added to JVCL 2.0 and can
> > be viewed/downloaded from
> > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/.

Or you can wait a little bit, and the new version of JVCL should be
available soon. Hopefully sometime next week.

There will be also a download including JCL+JVCL  and JEDI-Installer, so you
will be able to install automatically all stuff at once.

Michael




Subject: Re: JvDSADialogs
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 24 Aug 2002 14:27:11 +0200
Newsgroups: jedi.vcl

For those not constantly checking our CVS repository I would like to make
you all aware that the JvDSDialogs now have been added to JVCL 2.0 and can
be viewed/downloaded from
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/.

Note that you will need JCL 1.21 to compile with these new units.

Thanks again, Marcel!

Regards, Peter

"Peter Thörnqvist" <peter3@nospam.peter3.com> skrev i meddelandet
news:ajvbfj$imi$1@talkto.net...




Subject: Re: nag screen / picture assign at runtime?
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 23 Aug 2002 19:26:57 +0200
Newsgroups: jedi.vcl

I think you will have to be more specific to get any help.
What nagscreen? Does it have to do with JVCL? In what way?

Regards, Peter

"scisson" <mueller@boologic.com> skrev i meddelandet
news:ak5lgv$ca7$1@talkto.net...
> > hi
> >
> > is there any possibility to read out a picture at formcreate from an
encoded
> > file, then assign that picture to the nagscreen and then display the
> > nagscreen?
> >
> > if I do this, on .execute nothing is shown.
> >
> >
> > help ?
> >
> >




Subject: nag screen / picture assign at runtime?
From: "scisson" <mueller@boologic.com>
Date: Fri, 23 Aug 2002 17:56:55 +0200
Newsgroups: jedi.vcl

hi

is there any possibility to read out a picture at formcreate from an encoded
file, then assign that picture to the nagscreen and then display the
nagscreen?

if I do this, on .execute nothing is shown.


help ?




Subject: Re: JCL and JVCL 2
From: Ralf Grenzing <jedi@buypin.com>
Date: Thu, 22 Aug 2002 19:52:14 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Peter

it is alway nice and funny to read this message ... :-) and BTW: Thanx for
alle the question you anwser in this group :-)

the excited

Ralf

"Peter Thörnqvist" schrieb:

> > "Ralf Grenzing" <jedi@buypin.com> skrev i meddelandet
> > news:ak2tr2$1m0$1@talkto.net...
>> > > nice to hear this: JEDI Installer :-) very exciting!
> >
> > Yeah, looks great too!
> >
> > Regards, Peter
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Re: JCL and JVCL 2
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 22 Aug 2002 19:25:51 +0200
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> skrev i meddelandet
news:ak2tr2$1m0$1@talkto.net...
> > nice to hear this: JEDI Installer :-) very exciting!

Yeah, looks great too!

Regards, Peter





Subject: Re: JCL and JVCL 2
From: Ralf Grenzing <jedi@buypin.com>
Date: Thu, 22 Aug 2002 14:52:18 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Michael

nice to hear this: JEDI Installer :-) very exciting!

Ralf

"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <jedi@buypin.com> wrote in message
> > news:ak2c8t$u7k$1@talkto.net...
>> > >
>> > > Hi everybody
>> > >
>> > > some people (and I included) have problems with the combination above,
>> > > like these mails show:
> >
> > If you have similar problem as the quoted person, then please remove the
> > DJCL from your installed packages.
> >
> > The next release of JVCL contains a JEDI-Installer that will take care of
> > the installation.
> >
> > Michael
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Re: Standard language strings
From: "Chuck R." <cr@gil.com>
Date: Thu, 22 Aug 2002 09:47:05 -0500
To: "Michael Beck (Team JEDI)" <mbeck1@compuserve.com>
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:
> "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
> news:ak0r62$opo$1@talkto.net...
>
>> This is a great idea, but it should be integrated in an expert for the
>> TJvTranslator and we need the expert first ;-)
>
>
> And it would be good if we could keep it within the Globalization group. I
> hope, once we are done with JVCL 2.0, we'll be able to focus on that.
>
> Michael

I think I will get it started and then we can integrate it into an expert later.

Chuck




Subject: Re: JCL and JVCL 2
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 22 Aug 2002 08:16:59 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message
news:ak2c8t$u7k$1@talkto.net...
> >
> > Hi everybody
> >
> > some people (and I included) have problems with the combination above,
> > like these mails show:

If you have similar problem as the quoted person, then please remove the
DJCL from your installed packages.

The next release of JVCL contains a JEDI-Installer that will take care of
the installation.

Michael




Subject: Re: Installation of JVCL 1.32 - .RES file missing??
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 22 Aug 2002 07:46:14 -0400
Newsgroups: jedi.vcl

"scisson" <mueller@boologic.com> wrote in message
news:ak2hc8$v5c$1@talkto.net...
> > How do I remove only the DJCL60.pkg ?

In Delphi:

- go to Components
- Install Package
- find the DJCL package (probably under JCL)
- click on Remove

Michael




Subject: Re: Installation of JVCL 1.32 - .RES file missing??
From: "scisson" <mueller@boologic.com>
Date: Thu, 22 Aug 2002 13:27:28 +0200
Newsgroups: jedi.vcl

How do I remove only the DJCL60.pkg ?




Subject: Re: Installation of JVCL 1.32 - .RES file missing??
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 22 Aug 2002 07:20:59 -0400
Newsgroups: jedi.vcl

"scisson" <mueller@boologic.com> wrote in message
news:ak2cts$ube$1@talkto.net...
> > I have Delphi 6 Enterprise with Update Pack 2.
> >
> > a) I downloaded JCL and used install.bat to install it, there was no error
> > or something. It should be installed correctly because in the "Project"
menu
> > entry i have a checkable "Insert JCL Debug Data", whats new.

> > b) I downloaded JVCL 1.32, the stable release as it was called :). After
> > decompressing the ZIP file I opened the JVCL100_D60.DPK and directly after
> > doing this Delphi said that JVCL100_D60.res is missing and that its
creating
> > a new one instead. But with this the package doesnt compile as it should,
> > i'm getting alot of errors.
> >
> > Hitting "install" says that it cannot add the package due to the fact that
> > "JclStrings" is also included in the package DJCL60.

1) Remove the DJCL60.pkg from your installed packages.

2) the JVCL package resources are on purpose not there, so Delphi will
automatically create them

3) Try to compile again JVCL100_D60.DPK (warnings and hints are OK)

4) if it compiles, then install it.

5) If there are still errors, what kind of errors are you getting?

If there are still problems, please provide the errors you're receiving.

Michael







Subject: Re: Installation of JVCL 1.32 - .RES file missing??
From: "scisson" <mueller@boologic.com>
Date: Thu, 22 Aug 2002 12:11:32 +0200
Newsgroups: jedi.vcl

I have Delphi 6 Enterprise with Update Pack 2.

a) I downloaded JCL and used install.bat to install it, there was no error
or something. It should be installed correctly because in the "Project" menu
entry i have a checkable "Insert JCL Debug Data", whats new.

b) I downloaded JVCL 1.32, the stable release as it was called :). After
decompressing the ZIP file I opened the JVCL100_D60.DPK and directly after
doing this Delphi said that JVCL100_D60.res is missing and that its creating
a new one instead. But with this the package doesnt compile as it should,
i'm getting alot of errors.

Hitting "install" says that it cannot add the package due to the fact that
"JclStrings" is also included in the package DJCL60.


:/


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schrieb im
Newsbeitrag news:ak2886$teu$1@talkto.net...
> > "scisson" <mueller@boologic.com> wrote in message
> > news:ak283h$tea$1@talkto.net...
> >
>> > > when i want to compile JVCL, it says that the with the delphi package
>> > > associated file (same name) .res resource file is missing and that its
>> > > needed to compile..
> >
> > What Delphi version?
> > Did you follow the steps from Install.txt?
> > Can you post your steps here?
> >
> > Thanks,
> >
> > Michael
> >
> >




Subject: JCL and JVCL 2
From: Ralf Grenzing <jedi@buypin.com>
Date: Thu, 22 Aug 2002 09:52:29 +0000 (UTC)
Newsgroups: jedi.vcl

Hi everybody

some people (and I included) have problems with the combination above,
like these mails show:

--------------------------------------------------------

"gastaojunior" <jedi@buypin.com> wrote in message
> > Cannot load package 'JVCL100_R60'. It contains unit 'JclStrings'
> > which is also contained in package 'DJCL60'.

You have to add DJCL60.dcp to Requires section of JVCL100_R60 package. A
unit can be in the only one package.

-----------------------------------------

I guess the addition to the requires clausel is already done in *all*
packages? I mean not only  the runtime packages but also the design time
pagages?

best regards and thanx again for the great work ... :-) very nice and
powerful library ...

Ralf Grenzing


----Message transited via JEDI Script Gateway----



Subject: Re: Installation of JVCL 1.32 - .RES file missing??
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 22 Aug 2002 04:52:26 -0400
Newsgroups: jedi.vcl

"scisson" <mueller@boologic.com> wrote in message
news:ak283h$tea$1@talkto.net...

> > when i want to compile JVCL, it says that the with the delphi package
> > associated file (same name) .res resource file is missing and that its
> > needed to compile..

What Delphi version?
Did you follow the steps from Install.txt?
Can you post your steps here?

Thanks,

Michael




Subject: Installation of JVCL 1.32 - .RES file missing??
From: "scisson" <mueller@boologic.com>
Date: Thu, 22 Aug 2002 10:49:12 +0200
Newsgroups: jedi.vcl

Hai everybody..

when i want to compile JVCL, it says that the with the delphi package
associated file (same name) .res resource file is missing and that its
needed to compile..

what should i do?




Subject: Re: Trying to install JVCL 2.0 i get this error: From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 22 Aug 2002 02:48:07 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ak0455$lnt$1@talkto.net...

> > I don't know about 1.32 (I sort of have left that to Michael although he
> > might not be aware of that <vbg>).

Thanks for thinking about me <g>

If possible, we probably should focus on JVCL 2.0, and make a stable
release. Then we don't have to deal with 1.32 anymore.

> >It has been fixed in CVS for 2.00
> > (DJCL.DCP in requires, changed install.txt), but will not be publicly
> > available until the beta is released. The beta will be released as soon as
> > RALib and Jans components are converted (AFAIK).

The RALib is almost ready for testing.
I am not sure where we are currently with Jans Components.

If Jans components will take too long, I would say that we could just go
with RALib and release JVCL 2.0 as beta. Hopefully end of this month, or
early September.

Michael





Subject: Re: Standard language strings
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 22 Aug 2002 02:43:39 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:ak0r62$opo$1@talkto.net...
> >
> > This is a great idea, but it should be integrated in an expert for the
> > TJvTranslator and we need the expert first ;-)

And it would be good if we could keep it within the Globalization group. I
hope, once we are done with JVCL 2.0, we'll be able to focus on that.

Michael




Subject: TJvThread Handling Exceptions
From: "Jeff" <jeffwright@removethis.bigpond.com>
Date: Thu, 22 Aug 2002 15:17:07 +1000
Newsgroups: jedi.vcl

Folks

I have a TJVThread that I use to run some stored procedures against an
Oracle database. I have the call to the database inside a Try..Except block
but this code does not get run when an exception occurs. When an exception
occurs it appears to stop the thread and exit. Is there any way of changing
this behaviour?

TIA




Subject: Re: D6pe: Can't get webpage, code I'm using
From: "Johannes Berg" <johannes-news@sipsolutions.de>
Date: Wed, 21 Aug 2002 22:56:05 +0200
Newsgroups: jedi.vcl

Huh? Haven't you already posted this somewhere like
borland.public.delphi.internet.winsock or something?
I think I've seen it (not that I could help you right away though,
sorry)..
In any case - this is not the right place :-)

johannes


Subject: Re: D6pe: change button captions in dialogs?
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Aug 2002 22:18:42 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schreef in bericht
news:ak0rfb$oqv$1@talkto.net...
> > No the programmer shouldn't, but as they are loading strings from
> > resources, if you know a way to change resources on the fly, tell me
> > about it, I would be pleased to know how it is possible.
> >
> > So yes, sorry but you have to create custom dialogs.
> >

Or, you could use the JvDSADialogs, which besides adding DSA support, also
adds extended functionality to the standard MessageDlg functions.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Scheduler
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 21 Aug 2002 22:13:14 +0200
Newsgroups: jedi.jcl,jedi.vcl


Don't have the time to test it right now (I'm just quickly reading all
the messages), but the description looks pretty interresting, I'll check
this out!

Sebastien

Marcel Bestebroer wrote:
> Hi all,
>
> I posted Scheduler.zip to jedi.binaries. Scheduler.zip contains a unit (and
> it's help text) for a schedule generator as well as some units for the
> ScheduledTask component. The JCL help is complete except for the category
> (didn't know where to put it) and the property get/set methods (too lazy)
>
> JclSchedule allows you to create recurring jobs that allow many of the
> options found in SQL Server job scheduler:
....



Subject: Re: D6pe: Can't get webpage, code I'm using
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 21 Aug 2002 22:10:08 +0200
Newsgroups: jedi.vcl



I've read:
  h:=TIdHttp.create(Form1);
  tsl:=TStringlist.create;
  try
      tsl.text:=h.get(surl); //***ERROR HERE***


Nice, but this is related to the Indy components, TIdHttp, TIdFtp, TIdNntp and so on are from the Indy package and as this is the
newsgroup of the JVCL, you won't have much chance to get any hint
about this!

http://www.nevrona.com/indy

Good luck ;-)

Sebastien



Chuck R. wrote:
> Here's the code I'm using. WHen the Get method is executed I get the CPU window appearing. Also, while debugging, I cannot hold my mouse over a variable to get the value, all I get is "Inaccessible value". Does it matter that I have other HTTP components still on my page? But I am not using them. However, they are created because they are VCL components.
>
> Thanks.
> Chuck
>
> {*******************************************************}
> procedure IndyGetQuote(const surl:string; const fn: string);
> {Get url and store in filename fn.
> }
> var h:TIdHttp;
>     i,j:integer;
>     tsl:TStringlist;
>     s:string;
> label myexit;
> begin
> {- Get web page
> - Put in tsl.text, save to file.
> }
> h:=TIdHttp.create(Form1);
> tsl:=TStringlist.create;
> try
>     tsl.text:=h.get(surl); //***ERROR HERE***
> except
>     on EIdSilentException do DispError('Response was: ' + h.response.responsetext);
> end;
>
> tsl.savetofile(fn);
>
> //----------
> myexit:
> h.free;
> tsl.free;
>
> end; //IndyGetQuote
> {*******************************************************}
> procedure TForm1.mnuGetSingleQuote1Click(Sender: TObject);
> var
>     dfn,mysym,lin,s:string;
>     URL,yrs,mos,dys:string;
>     yr,dy,mo:word;
>     i:integer;
>     tsl:TStringlist;
>     ht:THttpGet;
> begin
> //First check end date is not after today.
> DecodeDate(Date,yr,mo,dy);
> yrs:=IntToStr(yr);
> mos:=IntToStr(mo);
> dys:=IntToStr(dy);
> if len(dys)=1 then dys:='0' + dys;
> if len(mos)=1 then mos:='0' + mos;
>
> mysym:=Form1.sgPortf.Cells[0,Form1.sgPortf.Row]; //Get selected symbol.
> if len(mysym)=0 then
>     begin
>     DispError('You must choose a symbol first.');
>     exit;
>     end;
> Statusbar1.Simpletext:='Working...';
> //http://table.finance.yahoo.com/table.csv?a=3&b=4&c=2002&d=6&e=5&f=2002&s=dph&y=0&g=d&ignore=.csv
> {Gets a CSV text file with quotes in it.
> }
> url:='http://table.finance.yahoo.com/table.csv?';
> url:=url + 'a=' + mos + '&b=' + dys;
> url:=url + '&c=' + yrs + '&d=' + mos;
> url:=url + '&e=' + dys + '&f=' + yrs;
> url:=url + '&s=' + mysym;
> url:=url + '&y=0&g=d&ignore=.csv';
> s:=gDatadir + '\' +  mysym + yrs;
> s:=s + mos;
> s:=s + dys + '.csv';
>
> IndyGetQuote(url,s);
>
> dfn:=gDatadir + '\' +  mysym + yrs;
> dfn:=dfn + mos;
> dfn:=dfn + dys + '.csv';
>
> //Now put data in arrays to save later.
> bChanged:=true;
> tsl:=TStringList.Create;
> try
>     If (length(dfn)>0) and (FileExists(dfn)) then
>         tsl.LoadFromFile(dfn)
>     else
>         begin
>         DispError('File did not download. ' + dfn);
>         exit;
>         end;
> except
>     DispError('mnuGetSingleQuote1Click: Could not open file: ' + dfn);
>     Statusbar1.Simpletext:='ERROR getting URL: ' + url;
>     exit;
> end;
>
> for i:=1 to tsl.count-1 do //Skip first line.
> begin
>     lin:=tsl.Strings[i];
>     //Close price is 5th position.
>     s:=FieldGet(lin,',',1); //Get date as string
>     UpdatePrice(mysym,StrToDate(s),lin);
> end;
>
> tsl.free;
> Statusbar1.Simpletext:='Done. Got file ' + dfn;
>
> end; //mnuGetSingleQuote1Click
>



Subject: Re: D6pe: change button captions in dialogs?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 21 Aug 2002 22:07:30 +0200
Newsgroups: jedi.vcl

No the programmer shouldn't, but as they are loading strings from resources, if you know a way to change resources on the fly, tell me about it, I would be pleased to know how it is possible.

So yes, sorry but you have to create custom dialogs.

Sebastien

Chuck R. wrote:
> When translating a program, is there a way to change the captions of the buttons in the built-in dialogs in Showmessage and other dialogs? The programmer shouldn't have to create custom dialogs just to be able to translate the buttons.
>
> Chuck
>



Subject: Re: Standard language strings
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 21 Aug 2002 22:02:34 +0200
Newsgroups: jedi.vcl


This is a great idea, but it should be integrated in an expert for the TJvTranslator and we need the expert first ;-)


Chuck R. wrote:
> Wouldn't it be nice for programmers to have translations of common words used in a typical program? Like translations of OK, Cancel, File, Open, Save, Exit, Print, Edit, Cut, Copy, Paste, Help, About?
>
> Should I start such a file? Or should I put them in resource files? Like english.inc, german.inc, etc?
>
> Does anyone want to help with translations for this? It would make it easier for people to translate most of their programs to other languages.
>
> Chuck
>



Subject: Standard language strings
From: Rob den Braasem <jedi@buypin.com>
Date: Wed, 21 Aug 2002 19:52:27 +0000 (UTC)
Newsgroups: jedi.vcl

On 21 Aug 2002 19:00:32 -0000, Chuck R. wrote:
> >
> >Wouldn't it be nice for programmers to have translations of common
> >words used in a typical program? Like translations of OK, Cancel,
> >File, Open, Save, Exit, Print, Edit, Cut, Copy, Paste, Help, About?
> >
> >Should I start such a file? Or should I put them in resource files?
> >Like english.inc, german.inc, etc?
> >
> >Does anyone want to help with translations for this? It would make
> >it easier for people to translate most of their programs to other
> >languages.
> >
I would like to help.

It looks a lot like the Babel system used in (La)TeX.

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via JEDI Script Gateway---- 

Subject: D6pe: change button captions in dialogs?
From: "Chuck R." <cr@gil.com>
Date: Wed, 21 Aug 2002 14:02:46 -0500
Newsgroups: jedi.vcl

When translating a program, is there a way to change the captions of the buttons in the built-in dialogs in Showmessage and other dialogs? The programmer shouldn't have to create custom dialogs just to be able to translate the buttons.

Chuck



Subject: Re: Standard language strings
From: "Chuck R." <cr@gil.com>
Date: Wed, 21 Aug 2002 13:45:35 -0500
Newsgroups: jedi.vcl

P.s. You must reply in the newsgroup because my email is fake.



Subject: Standard language strings
From: "Chuck R." <cr@gil.com>
Date: Wed, 21 Aug 2002 13:44:53 -0500
Newsgroups: jedi.vcl

Wouldn't it be nice for programmers to have translations of common words used in a typical program? Like translations of OK, Cancel, File, Open, Save, Exit, Print, Edit, Cut, Copy, Paste, Help, About?

Should I start such a file? Or should I put them in resource files? Like english.inc, german.inc, etc?

Does anyone want to help with translations for this? It would make it easier for people to translate most of their programs to other languages.

Chuck



Subject: editor for the JvTranslator?
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Wed, 21 Aug 2002 16:52:36 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

No there isn't any editor, you are free to try to code one and submit it to
JVCL,
it would help us a lot.

And the JVCL is only working on Windows platforms for the moment, so don't
worry about all the warnings, it's working.


Sebastien

----- Original Message -----
From: "Carlos" <jedi@buypin.com>
To: <JEDI-VCL@yahoogroups.com>
Sent: Wednesday, August 21, 2002 5:00 PM
Subject: [JEDI-VCL] editor for the JvTranslator?


> >
> > Is there an editor for the language data of the JvTranslator?
> >
> > Also During compilation of Jedi package I saw a warnings that the compiled
> > unit was spesific to a version of an operating system. Can anyone one
coment
> > on this?
> >
> > Carlos
> >
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >


----Message transited via JEDI Script Gateway----



Subject: Thank you very much Peter Vones
From: Fortes Marcelo <jedi@buypin.com>
Date: Wed, 21 Aug 2002 13:52:44 +0000 (UTC)
Newsgroups: jedi.vcl

Ultra Special Thanx to all JEDI Team !!!!
 


_______________________________________________________________________
Yahoo! PageBuilder
O super editor para criação de sites: é grátis, fácil e rápido.
http://br.geocities.yahoo.com/v/pb.html

----Message transited via JEDI Script Gateway----



Subject: Thank you Peter Thörnqvist
From: Fortes Marcelo <jedi@buypin.com>
Date: Wed, 21 Aug 2002 13:52:44 +0000 (UTC)
Newsgroups: jedi.vcl

> > See previous reply in thread "when I try to compile
> > JVCL 1.32...". This is
> > the same problem.
> > 
> > Regards, Peter
> > 
> > "marcelosoftware" <jedi@buypin.com> skrev i
> > meddelandet
> > news:ajtvlh$eag$1@talkto.net...
>> > >
>> > > Trying to install JVCL 2.0 i get this error:
>> > >
>> > > Cannot Load Package 'JVCL200_R60.' It contains
> > unit 'jclRTTI', wich
>> > > is also contained in package, 'JVCL60'.
>> > >
>> > > What can i do ? Im using Delphi 6.2, Under
> > Windows2000 Professional.
>> > >
>> > > Thank you Friends
>> > >     Marcelo Fortes.
>> > >
>> > >
>> > >
>> > >
> > 
> > 
> > .
> > 
----Message transited via JEDI Script Gateway----
----Message transited via JEDI Script Gateway----



Subject: editor for the JvTranslator?
From: "Carlos" <carlosam@prtc.net>
Date: Wed, 21 Aug 2002 10:44:24 -0300
Newsgroups: jedi.vcl

Is there an editor for the language data of the JvTranslator?

Also During compilation of Jedi package I saw a warnings that the compiled
unit was spesific to a version of an operating system. Can anyone one coment
on this?

Carlos




Subject: Re: Trying to install JVCL 2.0 i get this error: From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Aug 2002 15:29:20 +0200
Newsgroups: jedi.vcl

"robert_marquardt" <jedi@buypin.com> skrev i meddelandet
news:ajvnts$k61$1@talkto.net...
> > Is the current download fixed?

I don't know about 1.32 (I sort of have left that to Michael although he
might not be aware of that <vbg>). It has been fixed in CVS for 2.00
(DJCL.DCP in requires, changed install.txt), but will not be publicly
available until the beta is released. The beta will be released as soon as
RALib and Jans components are converted (AFAIK).

Regards, Peter





Subject: Re: warnings during the install of the JVCL 1.32
From: "rd" <rdavis@innovata-llc.com>
Date: Wed, 21 Aug 2002 09:14:33 -0400
Newsgroups: jedi.vcl

Thanks for the information.

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:aju40p$ern$1@talkto.net...
> > These warnings do not influence the working of JVCL at all. Most of them
> > should be cleaned up by the JVCL team, but some simply can't because
> > Delphi's compiler gets confused. The hints about "... does not use or
export
> > ..." are to be ignored (for the most part) as they do not occur in D6
> > (AFAIK). This is a known issue in D5. Other warnings are solvable but this
> > will take time.
> >
> > The warnings do not influence the package, so you should be able to
install
> > them.
> >
> > --
> > Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
> > To mail me, remove the obvious from my mail address
> >
> >
> > "delphi" <rdavis@innovata-llc.com> schreef in bericht
> > news:ajtva9$e99$1@talkto.net...
>> > > I am receiving various warnings during the install of the JVCL 1.32. In
>> > > addition, several of the example projedt files scream about missing
>> > > properties etc. and bomb out.
>> > > Below are the steps I followed to install:
>> > > 1) Install JCL 1.21 using the Installer App.
>> > > 2) Open and compile JVCL100_R50.dpk
>> > > 3) Open and compile JVCL100_D50.dpk
>> > > 4) Install JVCL100_R50.dpk
>> > >
>> > > The following warnings were received:
>> > >
>> > > Errors when compiling JVCL100_R50
>> > > [Warning] Unit 'JvComponentFunctions' implicitly imported into package
>> > > 'JVCL100_R50'
>> > > [Warning] Unit 'zlib' implicitly imported into package 'JVCL100_R50'
>> > > [Warning] Unit 'zlibconst' implicitly imported into package
'JVCL100_R50'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
'SetupApi.SetupApiLib'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvSysComp.RsListIndex'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvSysComp.RsPIDNotFound'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvDialogs.InstallW2kFix'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvShDlg.SHGetDiskFreeSpace'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvShDlg.SHGetFolderPath'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvShDlg.SHGetNewLinkInfo'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvShDlg.SHGetSettings'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvShDlg.SHGetSpecialFolderPath'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvShDlg.SHInvokePrinterCommand'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvItemsPanel.GetFontHeight'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvSearchFiles.GetProperCurrentDir'
>> > > [Hint] Package 'JVCL100_R50' does not use or export
>> > > 'JvDriveCtrls.ExtractLastFolder'
>> > > [Hint] Package 'JVCL100_R50' does not use or export 'JvTMTL.Max'
>> > >
>> > > Errors when compiling JVCL100_D50
>> > > [Warning] Unit 'JvSpinEdit' implicitly imported into package
'JVCL100_D50'
>> > > [Warning] Unit 'JvTranslator' implicitly imported into package
> > 'JVCL100_D50'
>> > > [Warning] Unit 'JvSimpleXml' implicitly imported into package
> > 'JVCL100_D50'
>> > > [Warning] Unit 'JvStatusBar' implicitly imported into package
> > 'JVCL100_D50'
>> > > [Warning] Unit 'JvHotkeyEx' implicitly imported into package
'JVCL100_D50'
>> > > [Warning] Unit 'JvAlarmsEditor' implicitly imported into package
>> > > 'JVCL100_D50'
>> > >
>> > > Any help would be greatly appreciated.
>> > >
>> > >
> >
> >




Subject: Re: Trying to install JVCL 2.0 i get this error: From: robert_marquardt <jedi@buypin.com>
Date: Wed, 21 Aug 2002 09:53:00 +0000 (UTC)
Newsgroups: jedi.vcl

> > See previous reply in thread "when I try to compile JVCL 1.32...". This is
> > the same problem.

Is the current download fixed?
If not can we make a 1.33 available which fixes it?
We definitely get this question too often.

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ----Message transited via JEDI Script Gateway---- 

Subject: Re: TJvInspectorDBData doesn't support DateTime fields
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 21 Aug 2002 10:54:02 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schreef in bericht
news:ajogdc$opu$1@talkto.net...
> >
> > "Don Siders [Team Indy]" <sidersd@att.net> wrote...
> >
>> > > Are there any plans or effort to add ftDateTime detection?
> >
> > The only thing needed is a date/time editor (even better: three editors,
one
> > for TDate, one for TTime and one for TDateTime). Once these editors are
> > written and registered in TJvCustomInspectorData, TJvInspectorDBData will
> > use them immediately. If you want to write the editor, please do, as I can
> > not say if and when I get around to write one. Ofcourse we don't mind if
you
> > then give it to use to include in the upcoming release ;-)
> >

just couldn't resist :) The date editor is ready, working on the time editor
now. Next on the list is a combined editor (possibly using a compound item
to separate the date and time fields). The editors are both very simple: you
have to type in the string complete with the separators. Next on the todo
list would be to allow a custom drop down to show the TJvMonthCalendar to
select a date and change the editors to act more like the DateTimePicker
(can't use that control as it insists on using a 3D border. Even when I
"hack" the control to set Ctl3D to False, it keeps that stupid border).

Ofcourse this is just because I'm not in the mood to write help. Oh well,
still two and half weeks of vacation left, so I might get round to writing
sometime :)
--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address






Subject: Re: can't get a webpage
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Aug 2002 08:31:43 +0200
Newsgroups: jedi.vcl

If none of the components are working, it seems more like it's something
with your D6 installation that's gone wrong. Try reinstalling D6 and change
your debug settings (all debug options on, optimization off).

Delete all dof,cfg and dcu files for the project and do a build and see if
that helps

Regards, Peter

"Chuck R." <cr@gil.com> skrev i meddelandet news:3D62B0C5.1060205@gil.com...
> > I am trying to get a webpage using JvclHttpGrabber and
> > JvclHttpMultiGrabber. I've even tried HttpGet and the Indy
> > component, but I always get an exception when I try to execute the
> > "get" command. Do these components only work with DUN connections? I
> > am on a LAN connection with a hi-speed connection to the internet.
> >
> > I'm on Windows 2000 as the administrator. Do I need to set up
> > certain permissions to be able to do this? The weird thing is, this
> > worked in May 2002. Now I just get exceptions.
> >
> > Thanks.
> > Could someone send me a demo which they know works on their machine?
> >




Subject: Re: Trying to install JVCL 2.0 i get this error: From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Aug 2002 08:29:36 +0200
Newsgroups: jedi.vcl

See previous reply in thread "when I try to compile JVCL 1.32...". This is
the same problem.

Regards, Peter

"marcelosoftware" <jedi@buypin.com> skrev i meddelandet
news:ajtvlh$eag$1@talkto.net...
> >
> > Trying to install JVCL 2.0 i get this error:
> >
> > Cannot Load Package 'JVCL200_R60.' It contains unit 'jclRTTI', wich
> > is also contained in package, 'JVCL60'.
> >
> > What can i do ? Im using Delphi 6.2, Under Windows2000 Professional.
> >
> > Thank you Friends
> >     Marcelo Fortes.
> >
> >
> >
> > ----Message transited via JEDI Script Gateway----
> >




Subject: Re: JvDSADialogs
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 21 Aug 2002 08:28:10 +0200
Newsgroups: jedi.vcl

I will have a look. Thanks.

Regards, Peter

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> skrev i meddelandet
news:ajt1i7$a1m$1@talkto.net...
> > Hi Michael/Peter/all,
> >
> > I posted JvDSADialogs in jedi.binaries.





Subject: D6pe: Can't get webpage, code I'm using
From: "Chuck R." <cr@gil.com>
Date: Tue, 20 Aug 2002 16:28:50 -0500
Newsgroups: jedi.vcl

Here's the code I'm using. WHen the Get method is executed I get the CPU window appearing. Also, while debugging, I cannot hold my mouse over a variable to get the value, all I get is "Inaccessible value". Does it matter that I have other HTTP components still on my page? But I am not using them. However, they are created because they are VCL components.

Thanks.
Chuck

{*******************************************************}
procedure IndyGetQuote(const surl:string; const fn: string);
{Get url and store in filename fn.
}
var h:TIdHttp;
    i,j:integer;
    tsl:TStringlist;
    s:string;
label myexit;
begin
{- Get web page
- Put in tsl.text, save to file.
}
h:=TIdHttp.create(Form1);
tsl:=TStringlist.create;
try
    tsl.text:=h.get(surl); //***ERROR HERE***
except
    on EIdSilentException do DispError('Response was: ' + h.response.responsetext);
end;

tsl.savetofile(fn);

//----------
myexit:
h.free;
tsl.free;

end; //IndyGetQuote
{*******************************************************}
procedure TForm1.mnuGetSingleQuote1Click(Sender: TObject);
var
    dfn,mysym,lin,s:string;
    URL,yrs,mos,dys:string;
    yr,dy,mo:word;
    i:integer;
    tsl:TStringlist;
    ht:THttpGet;
begin
//First check end date is not after today.
DecodeDate(Date,yr,mo,dy);
yrs:=IntToStr(yr);
mos:=IntToStr(mo);
dys:=IntToStr(dy);
if len(dys)=1 then dys:='0' + dys;
if len(mos)=1 then mos:='0' + mos;

mysym:=Form1.sgPortf.Cells[0,Form1.sgPortf.Row]; //Get selected symbol.
if len(mysym)=0 then
    begin
    DispError('You must choose a symbol first.');
    exit;
    end;
Statusbar1.Simpletext:='Working...';
//http://table.finance.yahoo.com/table.csv?a=3&b=4&c=2002&d=6&e=5&f=2002&s=dph&y=0&g=d&ignore=.csv
{Gets a CSV text file with quotes in it.
}
url:='http://table.finance.yahoo.com/table.csv?';
url:=url + 'a=' + mos + '&b=' + dys;
url:=url + '&c=' + yrs + '&d=' + mos;
url:=url + '&e=' + dys + '&f=' + yrs;
url:=url + '&s=' + mysym;
url:=url + '&y=0&g=d&ignore=.csv';
s:=gDatadir + '\' +  mysym + yrs;
s:=s + mos;
s:=s + dys + '.csv';

IndyGetQuote(url,s);

dfn:=gDatadir + '\' +  mysym + yrs;
dfn:=dfn + mos;
dfn:=dfn + dys + '.csv';

//Now put data in arrays to save later.
bChanged:=true;
tsl:=TStringList.Create;
try
    If (length(dfn)>0) and (FileExists(dfn)) then
        tsl.LoadFromFile(dfn)
    else
        begin
        DispError('File did not download. ' + dfn);
        exit;
        end;
except
    DispError('mnuGetSingleQuote1Click: Could not open file: ' + dfn);
    Statusbar1.Simpletext:='ERROR getting URL: ' + url;
    exit;
end;

for i:=1 to tsl.count-1 do //Skip first line.
begin
    lin:=tsl.Strings[i];
    //Close price is 5th position.
    s:=FieldGet(lin,',',1); //Get date as string
    UpdatePrice(mysym,StrToDate(s),lin);
end;

tsl.free;
Statusbar1.Simpletext:='Done. Got file ' + dfn;

end; //mnuGetSingleQuote1Click



Subject: D6pe: can't get a webpage
From: "Chuck R." <cr@gil.com>
Date: Tue, 20 Aug 2002 16:12:37 -0500
Newsgroups: jedi.vcl

I am trying to get a webpage using JvclHttpGrabber and JvclHttpMultiGrabber. I've even tried HttpGet and the Indy component, but I always get an exception when I try to execute the "get" command. Do these components only work with DUN connections? I am on a LAN connection with a hi-speed connection to the internet.

I'm on Windows 2000 as the administrator. Do I need to set up certain permissions to be able to do this? The weird thing is, this worked in May 2002. Now I just get exceptions.

Thanks.
Could someone send me a demo which they know works on their machine?



Subject: Re: warnings during the install of the JVCL 1.32
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Aug 2002 21:14:34 +0200
Newsgroups: jedi.vcl

These warnings do not influence the working of JVCL at all. Most of them
should be cleaned up by the JVCL team, but some simply can't because
Delphi's compiler gets confused. The hints about "... does not use or export
...." are to be ignored (for the most part) as they do not occur in D6
(AFAIK). This is a known issue in D5. Other warnings are solvable but this
will take time.

The warnings do not influence the package, so you should be able to install
them.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address


"delphi" <rdavis@innovata-llc.com> schreef in bericht
news:ajtva9$e99$1@talkto.net...
> > I am receiving various warnings during the install of the JVCL 1.32. In
> > addition, several of the example projedt files scream about missing
> > properties etc. and bomb out.
> > Below are the steps I followed to install:
> > 1) Install JCL 1.21 using the Installer App.
> > 2) Open and compile JVCL100_R50.dpk
> > 3) Open and compile JVCL100_D50.dpk
> > 4) Install JVCL100_R50.dpk
> >
> > The following warnings were received:
> >
> > Errors when compiling JVCL100_R50
> > [Warning] Unit 'JvComponentFunctions' implicitly imported into package
> > 'JVCL100_R50'
> > [Warning] Unit 'zlib' implicitly imported into package 'JVCL100_R50'
> > [Warning] Unit 'zlibconst' implicitly imported into package 'JVCL100_R50'
> > [Hint] Package 'JVCL100_R50' does not use or export 'SetupApi.SetupApiLib'
> > [Hint] Package 'JVCL100_R50' does not use or export
'JvSysComp.RsListIndex'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvSysComp.RsPIDNotFound'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvDialogs.InstallW2kFix'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvShDlg.SHGetDiskFreeSpace'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvShDlg.SHGetFolderPath'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvShDlg.SHGetNewLinkInfo'
> > [Hint] Package 'JVCL100_R50' does not use or export
'JvShDlg.SHGetSettings'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvShDlg.SHGetSpecialFolderPath'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvShDlg.SHInvokePrinterCommand'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvItemsPanel.GetFontHeight'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvSearchFiles.GetProperCurrentDir'
> > [Hint] Package 'JVCL100_R50' does not use or export
> > 'JvDriveCtrls.ExtractLastFolder'
> > [Hint] Package 'JVCL100_R50' does not use or export 'JvTMTL.Max'
> >
> > Errors when compiling JVCL100_D50
> > [Warning] Unit 'JvSpinEdit' implicitly imported into package 'JVCL100_D50'
> > [Warning] Unit 'JvTranslator' implicitly imported into package
'JVCL100_D50'
> > [Warning] Unit 'JvSimpleXml' implicitly imported into package
'JVCL100_D50'
> > [Warning] Unit 'JvStatusBar' implicitly imported into package
'JVCL100_D50'
> > [Warning] Unit 'JvHotkeyEx' implicitly imported into package 'JVCL100_D50'
> > [Warning] Unit 'JvAlarmsEditor' implicitly imported into package
> > 'JVCL100_D50'
> >
> > Any help would be greatly appreciated.
> >
> >




Subject: warnings during the install of the JVCL 1.32
From: "delphi" <rdavis@innovata-llc.com>
Date: Tue, 20 Aug 2002 13:55:34 -0400
Newsgroups: jedi.vcl

I am receiving various warnings during the install of the JVCL 1.32. In
addition, several of the example projedt files scream about missing
properties etc. and bomb out.
Below are the steps I followed to install:
1) Install JCL 1.21 using the Installer App.
2) Open and compile JVCL100_R50.dpk
3) Open and compile JVCL100_D50.dpk
4) Install JVCL100_R50.dpk

The following warnings were received:

Errors when compiling JVCL100_R50
[Warning] Unit 'JvComponentFunctions' implicitly imported into package
'JVCL100_R50'
[Warning] Unit 'zlib' implicitly imported into package 'JVCL100_R50'
[Warning] Unit 'zlibconst' implicitly imported into package 'JVCL100_R50'
[Hint] Package 'JVCL100_R50' does not use or export 'SetupApi.SetupApiLib'
[Hint] Package 'JVCL100_R50' does not use or export 'JvSysComp.RsListIndex'
[Hint] Package 'JVCL100_R50' does not use or export
'JvSysComp.RsPIDNotFound'
[Hint] Package 'JVCL100_R50' does not use or export
'JvDialogs.InstallW2kFix'
[Hint] Package 'JVCL100_R50' does not use or export
'JvShDlg.SHGetDiskFreeSpace'
[Hint] Package 'JVCL100_R50' does not use or export
'JvShDlg.SHGetFolderPath'
[Hint] Package 'JVCL100_R50' does not use or export
'JvShDlg.SHGetNewLinkInfo'
[Hint] Package 'JVCL100_R50' does not use or export 'JvShDlg.SHGetSettings'
[Hint] Package 'JVCL100_R50' does not use or export
'JvShDlg.SHGetSpecialFolderPath'
[Hint] Package 'JVCL100_R50' does not use or export
'JvShDlg.SHInvokePrinterCommand'
[Hint] Package 'JVCL100_R50' does not use or export
'JvItemsPanel.GetFontHeight'
[Hint] Package 'JVCL100_R50' does not use or export
'JvSearchFiles.GetProperCurrentDir'
[Hint] Package 'JVCL100_R50' does not use or export
'JvDriveCtrls.ExtractLastFolder'
[Hint] Package 'JVCL100_R50' does not use or export 'JvTMTL.Max'

Errors when compiling JVCL100_D50
[Warning] Unit 'JvSpinEdit' implicitly imported into package 'JVCL100_D50'
[Warning] Unit 'JvTranslator' implicitly imported into package 'JVCL100_D50'
[Warning] Unit 'JvSimpleXml' implicitly imported into package 'JVCL100_D50'
[Warning] Unit 'JvStatusBar' implicitly imported into package 'JVCL100_D50'
[Warning] Unit 'JvHotkeyEx' implicitly imported into package 'JVCL100_D50'
[Warning] Unit 'JvAlarmsEditor' implicitly imported into package
'JVCL100_D50'

Any help would be greatly appreciated.




Subject: Trying to install JVCL 2.0 i get this error: From: "marcelosoftware" <jedi@buypin.com>
Date: Tue, 20 Aug 2002 17:52:49 +0000 (UTC)
Newsgroups: jedi.vcl

Trying to install JVCL 2.0 i get this error:

Cannot Load Package 'JVCL200_R60.' It contains unit 'jclRTTI', wich 
is also contained in package, 'JVCL60'.

What can i do ? Im using Delphi 6.2, Under Windows2000 Professional.  

Thank you Friends
    Marcelo Fortes.



----Message transited via JEDI Script Gateway----



Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Aug 2002 12:37:04 +0200
Newsgroups: jedi.vcl

I did have that problem when installing JVCL2.0 in D5. The problem does not
occur when installing in D6. The problem went away when I decided to compile
the designtime package, instead of building it, but that might be
coincidence (ie. building two times in a row might have worked to).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address


"Ralf Grenzing" <jedi@buypin.com> schreef in bericht
news:ajt3hp$aao$1@talkto.net...
> >
> > Hei Michael
> >
> > Unfortunitly I am not absoulitly sure because I have lost the screenshoot
I
> > am taken while the installation. But I will next week another try to
develop
> > a sample application. I will prove it than. Or have anybody the same
problems
> > and could prove it?
> >
> > Ralf
> >
> >
> > "Michael Beck (Team JEDI)" schrieb:
> >
>> > > "Ralf Grenzing" <jedi@buypin.com> wrote in message
>> > > news:ajrssl$6fk$1@talkto.net...
>>> > > >
>>> > > > Yes add it please.
>> > >
>> > > But does it happen in JVCL 2.0?
>> > >
>> > > Michael
>> > >
>> > > .
>> > >
>> > >
>> > >
>> > >
>> > > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >
> > ----Message transited via JEDI Script Gateway----
> >




Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi
From: Ralf Grenzing <jedi@buypin.com>
Date: Tue, 20 Aug 2002 09:52:57 +0000 (UTC)
Newsgroups: jedi.vcl

Hei Michael

Unfortunitly I am not absoulitly sure because I have lost the screenshoot I
am taken while the installation. But I will next week another try to develop
a sample application. I will prove it than. Or have anybody the same problems
and could prove it?

Ralf


"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <jedi@buypin.com> wrote in message
> > news:ajrssl$6fk$1@talkto.net...
>> > >
>> > > Yes add it please.
> >
> > But does it happen in JVCL 2.0?
> >
> > Michael
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Scheduler
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Aug 2002 11:51:12 +0200
Newsgroups: jedi.jcl,jedi.vcl

Hi all,

I posted Scheduler.zip to jedi.binaries. Scheduler.zip contains a unit (and
it's help text) for a schedule generator as well as some units for the
ScheduledTask component. The JCL help is complete except for the category
(didn't know where to put it) and the property get/set methods (too lazy)

JclSchedule allows you to create recurring jobs that allow many of the
options found in SQL Server job scheduler:

- One-shot schedule.

- Daily schedule (either every weekday, or every n days)

- Weekly schedule (specify which days of the week and the weekly interval)

- Monthly schedule (either specify a day or an indexed
day/weekday/weekendday/day-of-week, as well as the monthly interval. You can
for example specify you want an event every 3rd weekend day of every 2
months, or every second to last monday of every 4 months)

- Yearly schedule (either specify a day and a month or an indexed
day/weekday/weekendday/day-of-week of a month, as well as the yearly
interval).

- For non one-shot schedules, you can specify at which time(s) you want an
event: either one time, or a time interval between two times (all are
specified in milliseconds)

- For non one-shot schedules, you can specify when the schedule ends: never,
on a specific date and time, after a number of days or after a number of
events (the latter two can be different if more than 1 event is generated
per day).

JclSchedule is interface based (no need to cleanup when you're done). The
supporting interfaces are only available when certain properties are set to
a specific value. This is stated in the help text.


JvSchedTasks is a non-visible component that will allow you to schedule
tasks using the the functionality provided with JclSchedule. A background
thread will check if a task should run. In addition it can store it's state
to the registry on application close down. You can also specify if missed
events (when the app wasn't running) should be counted or not (influences
the ending of the schedule).

I think the VCL component should be left out until JclSchedule is
intergrated into a released JCL. Help for the VCL component is not done
(there's also no palette icon yet). Will be done later.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Want to Contribute for JVCL Help!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Aug 2002 11:29:31 +0200
Newsgroups: jedi.vcl

Quamar,

did you receive the mail I sent? I was getting some messages that it could
not be delivered. Mail me in directly, please.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

"mqamar007" <jedi@buypin.com> schreef in bericht
news:ajqpnm$1c4$1@talkto.net...
> >
> > Hello All,
> >
> > In my last message, I wrote:
> > |I also want to contribute.
> > |
> > |How is work being conducted for help authoring for
> > |JVCL 1.32 ?  I need some
> > |detailed info.  It would be easy for me if this info
> > |is e-mailed to me!
> >
> > But nobody replied.  I am curious to contribute to the
> > JEDI team.  Kindly tell me from where to start.  Are
> > you writing help on *unit* basis or *component' basis
> > ?  From which unit do you want me to start ?  Is this
> > help being developed for JVCL 1.32 ?
> >
> > Thanks for the reply & have a nice day,
> >
> > Qamar,
> >
> > ----Message transited via JEDI Script Gateway----
> >




Subject: JvDSADialogs
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Tue, 20 Aug 2002 11:26:26 +0200
Newsgroups: jedi.vcl

Hi Michael/Peter/all,

I posted JvDSADialogs in jedi.binaries.

JvDSADialogs.pas is the combination of JclDSADialogs and JvDSADialogs posted
a few months ago. Because it was referencing the Forms and Controls units it
could not be placed into the JCL. So I combined the two units for inclusion
into JVCL.

JvDSADialogs provides:

- DSA (Don't Show Again) dialogs using DSA versions of
ShowMessage/MessageDlg or any form (by using the TJvDSADialog component),
saving the ModalResult when marked to suppress.

- Store custom data with the DSA dialog state (primarily intended for
TJvDSADialog and custom forms so you can store the value of an Edit box and
retrieve it the next time the dialog is requested but suppressed).

- Extended functionality added to standard MessageDlg (custom captions,
images, button texts, button results, default/cancel buttons, centering on
Screen, Main form or active form).

The help text is ready (more-or-less) but I'll wait with adding it 'till the
code is included in the official release.

Short help:

- register a DSA dialog ID using RegisterDSA(<ID>, <Name>, <Description>,
<Storage> (eg. DSARegStore), <Checkmark text type> (optional))

- initialize the register storage (DSARegStore) by setting RootKey and Key
(defaults to HKCU and 'Software\<Application.Title>\DSA')

- Use the dialog ID in a call to DSAShowDialog(<ID>, <Message>, <Center>
(defaults to dckScreen)) or DSAMessageDlg or alternatively, drop a
TJvDSADialog component on a form that is activated through ShowModal and set
it's properties).

- Restoring the DSA state should done using a form that shows a list of
registered DSA IDs, allowing to reset the suppress state in a form. This is
in an example, but that is delayed as well (because it's not working
completely the way I envisioned it).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: RALib Form Designer (JVFD?)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 19 Aug 2002 20:21:48 -0400
Newsgroups: jedi.vcl

"eternlknight2000" <jedi@buypin.com> wrote in message
news:ajs0d3$6qc$1@talkto.net...

> > As RALib seems to have been 'assimilated' into JVCL, I was wondering
> > what the progress of conversion is currently, and if it's in a
> > useable state.

Unfortunately, FormDesigner won't be included in the first release of RALib
conversion. Andrei mentioned that it might take more work to convert it.
Because it depends on Andrei, I cannot give you at this time any dates when
it will be included in JVCL.

Michael




Subject: RALib Form Designer (JVFD?)
From: "eternlknight2000" <jedi@buypin.com>
Date: Mon, 19 Aug 2002 23:53:07 +0000 (UTC)
Newsgroups: jedi.vcl

I'm enquiring as to the status of Form Designer components 
recently 'added' to the JVCL project from the (ex)RALib distribution.

I am in the process of building a 'dynamic' Client/Server application 
that would build forms 'on the fly' allowing changes to be made to 
the application without having to recompile an executable (simply 
send the updated form dfm.pas pair).

As RALib seems to have been 'assimilated' into JVCL, I was wondering 
what the progress of conversion is currently, and if it's in a 
useable state.


----Message transited via JEDI Script Gateway----



Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 19 Aug 2002 19:07:01 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message
news:ajrssl$6fk$1@talkto.net...
> >
> > Yes add it please.

But does it happen in JVCL 2.0?

Michael





Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi
From: Ralf Grenzing <jedi@buypin.com>
Date: Mon, 19 Aug 2002 22:53:09 +0000 (UTC)
Newsgroups: jedi.vcl

Hei Michael

Yes add it please.

Ralf

"Michael Beck (Team JEDI)" schrieb:

> > "Ralf Grenzing" <jedi@buypin.com> wrote in message
> > news:ajr0og$2dl$1@talkto.net...
> >
>> > > I am not sure if there was an answer to this question. But I want to
> > mention
>> > > that this problem with this "internal error" has occured during my
>> > > compilation, too. AFAIK this is a known bug of the compiler and all you
> > have
>> > > to do ist hit compile again. But I think (and want to suggest to YOU
> > MICHAEL
>> > > :-) that this should be mentioned somewhere.
> >
> > Is this happening in JVCL 2.0 as well? If yes, I'll put it in FAQ
> >
> > Michael
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 19 Aug 2002 16:52:55 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message
news:ajr0og$2dl$1@talkto.net...

> > I am not sure if there was an answer to this question. But I want to
mention
> > that this problem with this "internal error" has occured during my
> > compilation, too. AFAIK this is a known bug of the compiler and all you
have
> > to do ist hit compile again. But I think (and want to suggest to YOU
MICHAEL
> > :-) that this should be mentioned somewhere.

Is this happening in JVCL 2.0 as well? If yes, I'll put it in FAQ

Michael





Subject: Re: JvHtmlParser question
From: "Dave Fobare" <dave@harpcosystems.com>
Date: Mon, 19 Aug 2002 12:39:36 -0400
Newsgroups: jedi.vcl

That's precisely my point! If the <td> tag has additional attributes,
how does one set an AddCondition call to grab the inside text?

"Sebastien Buysse" <jedi@buypin.com> wrote in message
news:ajqpnm$1c4$2@talkto.net...
> >
> > And what about
> >
> > JvHtmlParser.AddCondition('td','<td','</td>');
> >
> > ?
> >
> > cause
> >  JvHtmlParser.AddCondition('td','<td','>');





Subject: Re: Want to Contribute for JVCL Help!
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 19 Aug 2002 18:37:36 +0200
Newsgroups: jedi.vcl

I will contact him immedately.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address


"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote...
> >
> > Please contact Marcel directy by mail, he is in charge
> > of this part of the project
> >
> > marcelb@zeelandnet.nl
> >
> > Be welcome and thanks a lot for joining the help team!
> >
> > Regards
> >
> > Sebastien
> >
> >
> > mqamar007 wrote:
>> > > Hello All,
>> > >
>> > > In my last message, I wrote:
>> > > |I also want to contribute.
>> > > |
>> > > |How is work being conducted for help authoring for
>> > > |JVCL 1.32 ?  I need some
>> > > |detailed info.  It would be easy for me if this info
>> > > |is e-mailed to me!
>> > >
>> > > But nobody replied.  I am curious to contribute to the
>> > > JEDI team.  Kindly tell me from where to start.  Are
>> > > you writing help on *unit* basis or *component' basis
>> > > ?  From which unit do you want me to start ?  Is this
>> > > help being developed for JVCL 1.32 ?
>> > >
>> > > Thanks for the reply & have a nice day,
>> > >
>> > > Qamar,
>> > >
>> > > ----Message transited via JEDI Script Gateway----
>> > >
> >




Subject: Re: Want to Contribute for JVCL Help!
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Mon, 19 Aug 2002 16:53:32 +0200
Newsgroups: jedi.vcl


Please contact Marcel directy by mail, he is in charge
of this part of the project

marcelb@zeelandnet.nl

Be welcome and thanks a lot for joining the help team!

Regards

Sebastien


mqamar007 wrote:
> Hello All,
> In my last message, I wrote:
> |I also want to contribute.
> |
> |How is work being conducted for help authoring for
> |JVCL 1.32 ?  I need some
> |detailed info.  It would be easy for me if this info
> |is e-mailed to me!
> But nobody replied.  I am curious to contribute to the
> JEDI team.  Kindly tell me from where to start.  Are
> you writing help on *unit* basis or *component' basis
> ?  From which unit do you want me to start ?  Is this
> help being developed for JVCL 1.32 ?
> Thanks for the reply & have a nice day,
> Qamar,
> ----Message transited via JEDI Script Gateway----
>



Subject: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi
From: Ralf Grenzing <jedi@buypin.com>
Date: Mon, 19 Aug 2002 14:53:04 +0000 (UTC)
Newsgroups: jedi.vcl

Hei everybody

I am not sure if there was an answer to this question. But I want to mention
that this problem with this "internal error" has occured during my
compilation, too. AFAIK this is a known bug of the compiler and all you have
to do ist hit compile again. But I think (and want to suggest to YOU MICHAEL
:-) that this should be mentioned somewhere.

Ralf Grenzing

howardpclark schrieb:

> > Can you suggest how I get past a fatal error when trying to install
> > JVCL in Delphi 5?
> > The error message reads:
> > Fatal Error JVCL100_D50.dpk(30)
> > Internal error: P665
> >
> > Thanks in advance
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via JEDI Script Gateway----



Subject: Want to Contribute for JVCL Help!
From: mqamar007 <jedi@buypin.com>
Date: Mon, 19 Aug 2002 12:53:10 +0000 (UTC)
Newsgroups: jedi.vcl

Hello All, 

In my last message, I wrote:
|I also want to contribute.
|
|How is work being conducted for help authoring for
|JVCL 1.32 ?  I need some
|detailed info.  It would be easy for me if this info
|is e-mailed to me! 

But nobody replied.  I am curious to contribute to the
JEDI team.  Kindly tell me from where to start.  Are
you writing help on *unit* basis or *component' basis
?  From which unit do you want me to start ?  Is this
help being developed for JVCL 1.32 ? 

Thanks for the reply & have a nice day, 

Qamar, 

----Message transited via JEDI Script Gateway----



Subject: JvHtmlParser question
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Mon, 19 Aug 2002 12:53:10 +0000 (UTC)
Newsgroups: jedi.vcl

And what about 

JvHtmlParser.AddCondition('td','<td','</td>');

?

cause 
 JvHtmlParser.AddCondition('td','<td','>');

Stops at the end of the declaration of the td.

Sebastien




----Message transited via JEDI Script Gateway----



Subject: JvHtmlParser question
From: "Dave Fobare" <editor@the-sports-page.com>
Date: Sun, 18 Aug 2002 22:25:38 -0500
Newsgroups: jedi.vcl

I'd like to grab text inside of <td> tags. Easy using JvHtmlParser, right?
Sure, as long as there is no additional parameters to the <td> tag. Just
make a call like

JvHtmlParser.AddCondition('td','<td>','</td>');

set the OnKeyFound event which returns a variable called Results --
just what I'm looking for!

But there is a problem -- suppose the <td> tag(or any other tag) has
additional parameters? I'm parsing some pages from Yahoo that use
<td> tags like the following:

<td width=120>

Well, if you *want* the parameters, the following will do:

JvHtmlParser.AddCondition('td','<td','>');

will certainly allow you to get at the add'l parms, if in a very clumsy way.
But now how do you get the text inside of the cell? I think that
AddCondition
should be modified to something like the following:

procedure AddCondition(Keyword: string;
                                       BeginStartTag: string;
                                       EndStartTag: string;
                                       EndTag: string;
                                       CaseSensitive:boolean);

If EndStartTag is '', then the old version of AddCondition is in play. If
EndStartTag is not '', then have the OnKeyFound handler also return
a TStrings list of the tag's add'l parms.

Am I off my rocker here?

Thanks,

Dave Fobare







Subject: Re: MAPI
From: "Gernot B." <baeckerg@space2go.com.REMOVE>
Date: Sun, 18 Aug 2002 19:22:37 +0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Many thanks und vielen Dank fuer das Angebot. The article will be for 'Der Entwickler' as I do not write for Toolbox anymore.

Matthias Thoma wrote:
>> I am not sure whom to adress but I do it this way (as recommended by
>> Marcel). I am currently writing an article on using mail from Delphi and
>> would like to include the MAPI example.
>
>
> If you need someone for tech review regarding JCL related articles please
> feel free to contact me.
>
>
> Matthias Thoma
>
> -- 
> Project JEDI - 2001 Spirit of Delphi Award Winner
> www.delphi-jedi.org
>
>



Subject: JvZlibMultiple can't decompress File
From: LAmuch <LAmuch_dragdrop@polbox.com>
Date: Sun, 18 Aug 2002 17:14:22 GMT
Newsgroups: jedi.vcl

Problem in D5.01.
I will use JvZlibMultiple. I can compress files to 1 file, but I don't
decompress this file. Why.

My Program hangs up on line

      repeat
{->}        count := ZStream.Read(buf, 1024);  {<- this line}
        FStream.Write(buf, count);
        if Assigned(FOnProgress) then
          FOnProgress(Self, FStream.Size, fsize);
      until count = 0;

in file JvZlibMultiple, procedure TJvZlibMultiple.DecompressStream.

Thanks for answer.
-- 
>>>>> >>>>>-----LAmuch-----<<<<<
e-mail: dragdrop@polbox.com


Subject: Re: TJvInspectorDBData doesn't support DateTime fields
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 18 Aug 2002 18:08:47 +0200
Newsgroups: jedi.vcl

"Don Siders [Team Indy]" <sidersd@att.net> wrote...

> > TJvInspectorDBData does not appear to support Date and DateTime fields.

Even worse: JvInspector has no date/time editor, which should immediately
explain why they seem unsupported ;-)

> > Actually, since they use float data they always appear as float values in
> > the inspector editors.  It registers ftDateTime, but never uses this field
> > type when retrieving the registered editors.

Yes it does, but as there's no editor for TDateTime registered, it will use
the closest match it found: the float editor.

> >
> > Are there any plans or effort to add ftDateTime detection?

The only thing needed is a date/time editor (even better: three editors, one
for TDate, one for TTime and one for TDateTime). Once these editors are
written and registered in TJvCustomInspectorData, TJvInspectorDBData will
use them immediately. If you want to write the editor, please do, as I can
not say if and when I get around to write one. Ofcourse we don't mind if you
then give it to use to include in the upcoming release ;-)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: MAPI
From: Robert Marquardt <jedi@buypin.com>
Date: Sun, 18 Aug 2002 14:53:12 +0000 (UTC)
Newsgroups: jedi.vcl

On 18 Aug 2002 08:00:18 -0000, you wrote:

> >Actually I just joined the help team and would like to write a series of
> >articles on several aspects of the JEDI JCL and JVCL in the future for a
> >German developer Journal.

Which one "Toolbox" or""Der Entwickler"?
I already presented my HID component in  the "Toolbox".
Tell if you need help.
-- Robert Marquardt (Team JEDI) http://delphi-jedi.org ----Message transited via JEDI Script Gateway---- 

Subject: TJvInspectorDBData doesn't support DateTime fields
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Sun, 18 Aug 2002 10:45:38 -0400
Newsgroups: jedi.vcl

TJvInspectorDBData does not appear to support Date and DateTime fields.
Actually, since they use float data they always appear as float values in
the inspector editors.  It registers ftDateTime, but never uses this field
type when retrieving the registered editors.

Are there any plans or effort to add ftDateTime detection?





--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Re: MAPI
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sun, 18 Aug 2002 16:28:19 +0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Matthias Thoma wrote:

> If you need someone for tech review regarding JCL related articles please
> feel free to contact me.

Mee too :-)



Subject: Re: MAPI
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Sun, 18 Aug 2002 16:17:25 +0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

> > I am not sure whom to adress but I do it this way (as recommended by
> > Marcel). I am currently writing an article on using mail from Delphi and
> > would like to include the MAPI example.

If you need someone for tech review regarding JCL related articles please
feel free to contact me.


Matthias Thoma

--
Project JEDI - 2001 Spirit of Delphi Award Winner
www.delphi-jedi.org




Subject: Re: MAPI
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sun, 18 Aug 2002 14:28:24 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

"Gernot Baecker" <baeckerm@space2go.com> wrote in message news:ajnig3$lj6
> > Many thanks for the reply and pointing out the Simple MAPI link. Actually I
> > was rather thinking of using the JvMail example which is very similar but
> > uses a viual component.

The component might not have applied the latest fixes and changes made in the
JclMapi unit. Moreover, this is great opportunity to show that Delphi has also
Code editor, not the Form designer only <g>

Petr.




Subject: Re: I thought I saw a Ruler component
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 18 Aug 2002 03:58:43 -0400
Newsgroups: jedi.vcl

"Crzy H" <crzyhrze@yahoo.com> wrote in message
news:3d6uluk4gm7cmqn360mskkjl952q1hkmg3@4ax.com...
> > I could of swore I saw a Measure/Ruler component in the jvcl pack. I
> > have searched again and again for it but could never find it. Was it
> > really there or am I going crazy.

If you think about Ruler for RichEdit then I don't think so.
But you can use the one provided by Borland in RichEdit demo.

Michael




Subject: Re: MAPI
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 18 Aug 2002 03:43:58 -0400
Newsgroups: jedi.vcl

"Gernot Baecker" <baeckerm@space2go.com> wrote in message
news:ajnig3$lj6$1@talkto.net...

> > Actually I just joined the help team

Thanks for joining the Help team - this is our highest priority right now,
so any help in this area is very much appreciated.

> > and would like to write a series of
> > articles on several aspects of the JEDI JCL and JVCL in the future for a
> > German developer Journal.

That's terrific. I am looking forward  to them...

Michael




Subject: Re: MAPI
From: "Gernot Baecker" <baeckerm@space2go.com>
Date: Sun, 18 Aug 2002 09:39:17 +0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Thanks Michael

Regards
Gernot

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schrieb im
Newsbeitrag news:ajniaj$li5$1@talkto.net...
> > "Gernot Baecker" <baeckerm@space2go.com> wrote in message
> > news:ajmmg3$jcq$1@talkto.net...
> >
>> > > I am not sure whom to adress but I do it this way (as recommended by
>> > > Marcel). I am currently writing an article on using mail from Delphi and
>> > > would like to include the MAPI example. This would be one part of the
>> > > article to show the readers how MAPI can be used through JEDI. I would
> > also
>> > > like to include the JVCL and JCL libraries on the accompanying CD.
>> > >
>> > > Who from the JEDI group give me the official permission to do so?
> >
> > By the very nature of MPL you can go ahead and include it on the CD.
> >
> > Michael
> >
> >




Subject: Re: MAPI
From: "Gernot Baecker" <baeckerm@space2go.com>
Date: Sun, 18 Aug 2002 09:38:16 +0200
Newsgroups: jedi.general,jedi.jcl,jedi.vcl

Many thanks for the reply and pointing out the Simple MAPI link. Actually I
was rather thinking of using the JvMail example which is very similar but
uses a viual component.

Regarding the libraries: of course it should be the official release version
which can be download from SourceForge at the time of creating the CD. No
changes intended.

Actually I just joined the help team and would like to write a series of
articles on several aspects of the JEDI JCL and JVCL in the future for a
German developer Journal.

Kind regards

Gernot

"Petr Vones (Team JEDI)" <petr_v@post.cz> schrieb im Newsbeitrag
news:ajmofg$jmo$1@talkto.net...
> > "Gernot Baecker" <baeckerm@space2go.com> wrote in message
>> > > I am not sure whom to adress but I do it this way (as recommended by
>> > > Marcel). I am currently writing an article on using mail from Delphi and
>> > > would like to include the MAPI example. This would be one part of the
>> > > article to show the readers how MAPI can be used through JEDI. I would
also
> >
> > Hi,
> >
> > Just a note. Although the unit itself is called 'JclMapi' the name is
pretty
> > misleading (but hasn't changed due the backward compatibility). It does
not
> > have anything with MAPI but Simple MAPI. This is significant difference
> > because the Simple MAPI is just set of 12 simple routines:
> >
> >
http://msdn.microsoft.com/library/en-us/mapi/html/_mapi1book_simple_mapi.asp
> >
> > while the MAPI is much more complex set of interfaces.
> >
>> > > like to include the JVCL and JCL libraries on the accompanying CD.
> >
> > Please make sure you use at least JCL 1.21, there should be another
release of
> > the JCL as soon as Delphi 7 will be available. If you put it on a CD,
please
> > do not modify the JCL archive and its directory structure.
> >
>> > > Who from the JEDI group give me the official permission to do so?
> >
> > I can't see a problem with it since it is released as an Open Source.
> >
> > Petr.
> >
> >




Subject: Re: MAPI
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 18 Aug 2002 03:25:45 -0400
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

"Gernot Baecker" <baeckerm@space2go.com> wrote in message
news:ajmmg3$jcq$1@talkto.net...

> > I am not sure whom to adress but I do it this way (as recommended by
> > Marcel). I am currently writing an article on using mail from Delphi and
> > would like to include the MAPI example. This would be one part of the
> > article to show the readers how MAPI can be used through JEDI. I would
also
> > like to include the JVCL and JCL libraries on the accompanying CD.
> >
> > Who from the JEDI group give me the official permission to do so?

By the very nature of MPL you can go ahead and include it on the CD.

Michael




Subject: I thought I saw a Ruler component
From: Crzy H <crzyhrze@yahoo.com>
Date: Sat, 17 Aug 2002 20:53:19 -0700
Newsgroups: jedi.vcl

I could of swore I saw a Measure/Ruler component in the jvcl pack. I
have searched again and again for it but could never find it. Was it
really there or am I going crazy.


Subject: MAPI
From: "Gernot Baecker" <baeckerm@space2go.com>
Date: Sun, 18 Aug 2002 01:40:18 +0200
Newsgroups: jedi.vcl,jedi.jcl,jedi.general

Dear all,

I am not sure whom to adress but I do it this way (as recommended by
Marcel). I am currently writing an article on using mail from Delphi and
would like to include the MAPI example. This would be one part of the
article to show the readers how MAPI can be used through JEDI. I would also
like to include the JVCL and JCL libraries on the accompanying CD.

Who from the JEDI group give me the official permission to do so?

Thanks and have a great weekend

Gernot

baeckerm





Subject: Re: when i try to compile JVCL 1.32 for Delphi 6 with JCL 1.21 i get an error
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sun, 18 Aug 2002 01:34:11 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
> > Open DJCL60.dpk and compile it
> > Open JVCL_R60.dpk and compile it.

Make sure DJCL60.dcp is in the Requires section of the JVCL_R60.dpk

> > Open JVCL_D60.dpk and install it

Petr.




Subject: Re: JvExcept & JclDebug
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 16 Aug 2002 16:48:57 +0200
Newsgroups: jedi.vcl

"tecstuff" <jedi@buypin.com> skrev i meddelandet
news:ajj057$89k$2@talkto.net...
> >
> > Is JCL 1.21 and JVCL 1.32 incompatible, or am I missing something?

I don't know since I don't have JVCL 1.32 installed anymore but JVCL 2 works
as expected, so maybe you should use JVCL 2 instead?

Regards, Peter





Subject: Re: Help file comments
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 16 Aug 2002 16:44:31 +0200
Newsgroups: jedi.vcl

To mail me, remove the obvious from my mail address
"Chuck R." <cr@gil.com> schreef in bericht news:3D5D08E4.4050701@gil.com...
> > Marcel Bestebroer wrote:
>> > > "Chuck R." <cr@gil.com> wrote:
>> > >
>>> > >>I just downloaded the 2.0 JVCL help file. Will there be a section
>>> > >>for "chooser" components? That would include font combo/list boxes,
>>> > >>and various color panels, color button, and the gamma panel (a great
>>> > >>color chooser).
>>> > >>
>>> > >>Chuck
>>> > >>
>> > >
>> > >
>> > > What's wrong with Edits, Memos and Comboboxes\Comboboxes? Nonetheless,
seems
>> > > like a nice group to add. If it's not in the release next sunday/monday,
it
>> > > decided not to, unless a lot of people start telling me they want it
too.
>> > >
> >
> > Because choosers are special-purpose list/combo boxes. They contain
> > a list of fonts, or colors, or other ways of picking specialized
> > data (like the gamma panel).
> >
> >
OK, you convinced me. It will be added.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org





Subject: Re: when i try to compile JVCL 1.32 for Delphi 6 with JCL 1.21 i get an error
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 16 Aug 2002 16:43:30 +0200
Newsgroups: jedi.vcl

"marcelosoftware" <jedi@buypin.com> skrev i meddelandet
news:ajj057$89k$1@talkto.net...
> >
> > when i try to compile JVCL 1.32 for Delphi 6 with JCL 1.21 i get a error
> >
> > [Warning] JVCL100_R60.dpk(3): File not found: 'JVCL100_R60.res'
> >
> >  trying to install i get:
> >  Cannot load package "JVCL100_R60". it contains units "JCLStrings"
> > wich is also contained in package "DJCL60".
> >
> >
> >  Please how can i fix it?

Open DJCL60.dpk and compile it
Open JVCL_R60.dpk and compile it.
Open JVCL_D60.dpk and install it

Problem should be solved.

Regards, Peter





Subject: Re: Help file comments
From: "Chuck R." <cr@gil.com>
Date: Fri, 16 Aug 2002 09:15:00 -0500
Newsgroups: jedi.vcl

Marcel Bestebroer wrote:
> "Chuck R." <cr@gil.com> wrote:
>
>> I just downloaded the 2.0 JVCL help file. Will there be a section
>> for "chooser" components? That would include font combo/list boxes,
>> and various color panels, color button, and the gamma panel (a great
>> color chooser).
>>
>> Chuck
>>
>
>
> What's wrong with Edits, Memos and Comboboxes\Comboboxes? Nonetheless, seems
> like a nice group to add. If it's not in the release next sunday/monday, it
> decided not to, unless a lot of people start telling me they want it too.
>

Because choosers are special-purpose list/combo boxes. They contain a list of fonts, or colors, or other ways of picking specialized data (like the gamma panel).




Subject: when i try to compile JVCL 1.32 for Delphi 6 with JCL 1.21 i get an error
From: "marcelosoftware" <jedi@buypin.com>
Date: Fri, 16 Aug 2002 13:53:43 +0000 (UTC)
Newsgroups: jedi.vcl

when i try to compile JVCL 1.32 for Delphi 6 with JCL 1.21 i get a error

[Warning] JVCL100_R60.dpk(3): File not found: 'JVCL100_R60.res'

 trying to install i get:
 Cannot load package "JVCL100_R60". it contains units "JCLStrings"
wich is also contained in package "DJCL60".
  

 Please how can i fix it?



----Message transited via JEDI Script Gateway----



Subject: JvExcept & JclDebug
From: "tecstuff" <jedi@buypin.com>
Date: Fri, 16 Aug 2002 13:53:43 +0000 (UTC)
Newsgroups: jedi.vcl

I tried addign "uses JvExcept" to my application.

I have JVCL 1.32 and JCL 1.21 installed, I get the following errors:
---
"OSNames" constant has different number of elements declared (it's 
missing WinME/XP and a few other versions).
Undeclared Identifier "ExceptionAddr"
Undeclared Identifier "UserKeys"
Undeclared Identifier "SimpleSendMail"
---
A bit of investigation showed up there is no refrence 
to "ExceptionAddr" anywhere in the jclDebug unit.
No reference to "UserKeys" anywhere.
No reference to "SimpleSendMail" anywhere.

Is JCL 1.21 and JVCL 1.32 incompatible, or am I missing something?


----Message transited via JEDI Script Gateway----



Subject: Re: JVCL 2 and (ex) rxLIB migration
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 16 Aug 2002 00:11:56 -0400
Newsgroups: jedi.vcl

"FF" <finalfiler@finalfiler.com.remove> wrote in message
news:3D5C7266.6010407@finalfiler.com.remove...

> > I'm not sure if I have joined the JEDI project but will check and do so
> > if necessary. It goes without saying that I'd be pleased to be involved.

Just send me private email, and we can work off-line on the "JVCL Convert"
to convert your program to JVCL.

Michael




Subject: Re: JVCL 2 and (ex) rxLIB migration
From: FF <finalfiler@finalfiler.com.remove>
Date: Fri, 16 Aug 2002 13:32:54 +1000
To: "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com>
Newsgroups: jedi.vcl

Michael and the Group,

I'm not sure if I have joined the JEDI project but will check and do so if necessary. It goes without saying that I'd be pleased to be involved.

All criticism is, of course, positive :-)


-- 

Pierre
------------------------
If it feels good, do it!



Subject: Re: JVCL 2 and (ex) rxLIB migration
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 15 Aug 2002 20:05:45 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ajhere$2j1$1@talkto.net...

> > I am sending your an email, so please contact me directly.

Pierre,

your email bounced, even if I removed the ".remove". Please contact me
directly, so we can work it out.

Michael




Subject: Re: JVCL 2 and (ex) rxLIB migration
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 15 Aug 2002 19:59:04 -0400
Newsgroups: jedi.vcl

"FF" <finalfiler@finalfiler.com.remove> wrote in message
news:3D5C316F.5010503@finalfiler.com.remove...
> > We have a large application that draws heavily on rxLIB.
> >
> > As a matter of curiosity I installed JVCL 2 yesterday to see what was
> > involved in migrating the application.
> >
> > Note in the first instance I used the utility program available from the
> > Jedi pages. This proved a little chaotic as it left me with the
> > components changed to jvcl, but the rxLib 'uses' calls remained in the
> > modules.

Great, a real-life application!

Let's take it off-line, and work on the conversion. The JVCL-Convert should
do the job, so if we can fix/improve anything, I would be very much
interested in working these things out with you. Then we can post back your
experience and any tips for other people converting their RxLib applications
to JVCL.

I am sending your an email, so please contact me directly.

Michael




Subject: JVCL 2 and (ex) rxLIB migration
From: FF <finalfiler@finalfiler.com.remove>
Date: Fri, 16 Aug 2002 08:55:43 +1000
Newsgroups: jedi.vcl

We have a large application that draws heavily on rxLIB.

As a matter of curiosity I installed JVCL 2 yesterday to see what was involved in migrating the application.

Note in the first instance I used the utility program available from the Jedi pages. This proved a little chaotic as it left me with the components changed to jvcl, but the rxLib 'uses' calls remained in the modules.

I then tried gxExpert's "Replace COmponent" function. ALthough tedious, it seemed to work, until I tried a compile. I finished up with a host of linking and 217 errors. Investigation revealed that gxExperts did not do a very good job, often resetting component properties to defaults rather than preserving those in the original.

After about four hours it all proved too frustrating and I gave up.

Quite clearly, when we are ready to move to JVCL 2 (once its stable), a couple of days will need to be set aside to migrate and test the application.

So, it seems to me that some clear strategies and guidelines need to be  in place on the migration issue especially in relation to rxLib, which must have a huge user legacy out there.


But I could be wrong, I often am :-)

-- 

Pierre
------------------------
If it feels good, do it!



Subject: Re: JVCL 1.31 demo of most controls
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 15 Aug 2002 15:16:13 -0400
Newsgroups: jedi.vcl

"Chuck R." <cr@gil.com> wrote in message news:3D5BD3CB.9040302@gil.com...
> > I made a demo of most of the less-obvious JVCL controls for version
> > 1.31. I have uploaded it to my page below.

You can upload it to the Files section on:

http://groups.yahoo.com/group/JEDI-VCL

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: JVCL 1.31 demo of most controls
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 15 Aug 2002 20:42:54 +0200
Newsgroups: jedi.vcl

"Chuck R." <cr@gil.com> skrev i meddelandet news:3D5BD3CB.9040302@gil.com...
> > I made a demo of most of the less-obvious JVCL controls for version
> > 1.31. I have uploaded it to my page below. If anyone would want to
> > host this file I would be grateful because my bandwidth is limited
> > and the Yahoo group is being closed. If too much bandwidth is used I
> > will have to take this file down.
> >
> > Look in the News section for the link.
> >
> > http://chuckr.bravepages.com
> >

Seems like your bandwidth has been exceeded. If it's not too big, post it to
the Issue Tracker
(http://projectjedi.sourceforge.net/mantis/view_all_bug_page.php)  as a new
report/request and we could take a look.

Even better (if you have the time): reimplement for JVCL 2.00!  8-)

Regards, Peter





Subject: Re: Scaling Forms
From: "William Meyer" <wmhmeyer@earthlink.net>
Date: Thu, 15 Aug 2002 17:48:20 +0000 (UTC)
Newsgroups: jedi.vcl

Stefano Sanesi wrote:

> > Is there a component that automatically resize the form depending on the
> > pixel resolution of the screen ?
> > If this exists where can I find same documentetion ?

There are several commercial products. The one I favor is:
http://www.flash.net/~qsystems/ElasticFormIndex.htm

But that rescales, rather than resizing. You may also wish to look at:
http://www.genotechs.com/gtsizer.html

Bill


Subject: Scaling Forms
From: "Stefano Sanesi" <sanste@interfree.it>
Date: Thu, 15 Aug 2002 19:31:24 +0200
Newsgroups: jedi.vcl

Is there a component that automatically resize the form depending on the
pixel resolution of the screen ?
If this exists where can I find same documentetion ?

Thank
Stefano




Subject: Re: Fireworks control?
From: "Leonel" <leonel@linuxbr.com.br>
Date: Thu, 15 Aug 2002 14:11:00 -0300
Newsgroups: jedi.vcl

"Chuck R." wrote:
> > I did not find any fireworks VCL components, only code, some in
> > Pascal some in Delphi. But thanks for the pointers.

The one I mentioned was a water-effect VCL, not a fireworks.
It's the last thing on the first link.

Leonel




Subject: Re: Fireworks control?
From: "Chuck R." <cr@gil.com>
Date: Thu, 15 Aug 2002 11:18:58 -0500
Newsgroups: jedi.vcl

Leonel wrote:
> "Chuck R." wrote:
>
>> How about one that does a rippling water effect over a given image?
>
>
> I got an old one posted here: (last link on the page)
> http://homepages.borland.com/efg2lab/Library/Delphi/Algorithms/
>
> There's also a slightly better version of the algorithm
> posted at borland's multithreaded contest, but It's not
> a component this time, just a thread.
>
> http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=17667
>
> I have already considered cleaning up the old component
> and donate it to JEDI, I'll do it if I can find some free time.
> If anyone would want to build one using any of the code
> above, feel free.

I did not find any fireworks VCL components, only code, some in Pascal some in Delphi. But thanks for the pointers.



Subject: Re: JVCL 2.0 Help rev. 1
From: "Chuck R." <cr@gil.com>
Date: Thu, 15 Aug 2002 11:16:59 -0500
Newsgroups: jedi.vcl

Sebastien Buysse (Team JEDI) wrote:
>
>
> Michael Beck (Team JEDI) wrote:
>
>> A BIG "thank you" to the whole team! Writing a help file is not fun for most
>> people, so you work and contribution to JVCL is very much appreciated!!!!!
>
>
> Woaw, it looks... GREAT :D
>
> You are right Michael, it's not fun at all to write help files... Practically, it can take as much time as writing the component, and most developers (me included) do prefer working on another component instead of painfully writing the documentation :/

Yes but the docs make it able for more people to use your component.  :)




Subject: JVCL 1.31 demo of most controls
From: "Chuck R." <cr@gil.com>
Date: Thu, 15 Aug 2002 11:16:11 -0500
Newsgroups: jedi.vcl

I made a demo of most of the less-obvious JVCL controls for version 1.31. I have uploaded it to my page below. If anyone would want to host this file I would be grateful because my bandwidth is limited and the Yahoo group is being closed. If too much bandwidth is used I will have to take this file down.

Look in the News section for the link.

http://chuckr.bravepages.com



Subject: Help file comments
From: "Chuck R." <cr@gil.com>
Date: Thu, 15 Aug 2002 11:05:36 -0500
Newsgroups: jedi.vcl

I just downloaded the 2.0 JVCL help file. Will there be a section for "chooser" components? That would include font combo/list boxes, and various color panels, color button, and the gamma panel (a great color chooser).

Chuck



Subject: Re: Help file comments
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Thu, 15 Aug 2002 17:40:33 +0200
Newsgroups: jedi.vcl

"Chuck R." <cr@gil.com> wrote:
> > I just downloaded the 2.0 JVCL help file. Will there be a section
> > for "chooser" components? That would include font combo/list boxes,
> > and various color panels, color button, and the gamma panel (a great
> > color chooser).
> >
> > Chuck
> >

What's wrong with Edits, Memos and Comboboxes\Comboboxes? Nonetheless, seems
like a nice group to add. If it's not in the release next sunday/monday, it
decided not to, unless a lot of people start telling me they want it too.

Any other groups or branches you can think of that seem to be missing? (this
question is directed at everybody <hint, hint>)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JvCreateProcess component - Help
From: "wmudd" <wcmudd@earthlink.net>
Date: Wed, 14 Aug 2002 19:48:26 -0700
Newsgroups: jedi.vcl

Hi Remko,

> >The preferable way to report bugs or feature request is by the bug tracker
system. Did you re-try to log in?

OK, I was able to log in this time and wrote a bug report on it. I
classified it as a 'minor' but when I saw it listed it was classified as
'crash' which is wrong. I'm not having much luck with the bug tracker
system.

> >Oops, the problem was that I didn't eject the cd, so windows doesn't
re-read the CD <g>.

My fault. I should have included the -eject switch in the demo. It's always
a good idea for the reason you mentioned plus to notify an operation is
done.

> >So the demo program works in both cases for me, ie
> >1. If I tried your demo with 'DefaultWindowState = False' and 'ShowWindow =
swHide', and bInheritHandles to False.
> >2. Same, but changed bInheritHandles to True and redirect the console
output.
> > Are you sure the simple demo program did hang up on your computer, or did
it when you create multiple consoles?

Yes, it's the same on my system under WinXP. I thought it hadn't worked in
XP in case #1 above but it does. In no case does it work in WinME which
means it probably won't work in Win98 as well. I also tested it with 2
TJvCreateProcess components ( multiple consoles ) where one executes from
the OnTerminate procedure of the other and I got the same results; WinXP
yes, WinME no.

As a reminder, the TJvCreateProcess component works fine in WinME with
"mkisofs.exe" (the other Cygwin console program I use) with the settings in
#1 above. It's just "cdrecord.exe" that causes it to hang in WinME. But as
mentioned before "cdrecord.exe" works fine in WinME using other
CreateProcess functions & components ( like DosCommand ). I don't know if
that's a help in tracking down the bug or not.

BTW: How are you redirecting the console output of the TJvCreateProcess
component?

> > On what computer did the hang up occur? Also on XP professional?

I have a dual boot system WinME/WinXP-HomeEdition with D5 Standard. D5 seems
to work OK for me in XP and has even helped catch bugs that didn't show up
in ME but out of habit and warnings from people in the Delphi NGs, I do
almost all work in D5 under WinME. My bug demo was compiled in WinME.

Thanks for the quick education about when & why the InheritsHandles flag is
needed. I actually understood it. As a newbie I can understand these things
when they are put in plain language.

> >I will test it this weekend on a Windows 98 system.

Let me know what you find out. I'd like to use TJvCreateProcess if possible.

Regards,

Bill





Subject: Re: JvCreateProcess component - Help
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Wed, 14 Aug 2002 21:12:41 GMT
Newsgroups: jedi.vcl

On Tue, 13 Aug 2002 15:25:48 -0700, "wmudd" <wcmudd@earthlink.net> wrote:
> > Hi Remko,
> > 
>> > >I finally bought a CD-RW and did test your project.
> > Geez. I didn't expect someone to go out and buy a CDRW just to test the bug
> > in my program  ;)  kidding.
> > You'll get lots of enjoyment from it. Very useful for backing up data too.
> >
>> > >On my computer - Windows XP Professional/Delphi 6/Plextor 40/12/40a - It
> > doesn't hang, but it doesn't erase the CD either.
> > I don't understand the results you got but would like to know more. Did the
> > demo program hang with 'DefaultWindowState = False' and 'ShowWindow =
> > swHide'? ...before you changed the "InheritHandles" flag to 'True'? 

Oops, the problem was that I didn't eject the cd, so windows doesn't re-read the CD <g>. So the demo program works in both cases for me, ie 

1. If I tried your demo with 'DefaultWindowState = False' and 'ShowWindow = swHide', and bInheritHandles to False.
2. Same, but changed bInheritHandles to True and redirect the console output.

In both cases the demo program doesn't hang, and erases the cd.

> > In
> > (JvSysComp.pas) the procedure 'TJvCreateProcess.Run' has the CreateProcess
> > "InheritHandles" flag set to 'False' but I can't find any property for it in
> > Object Inspector. I would have to change it to 'True' in the PAS file and
> > re-compile the JVCL. Is this what you did? Is there another way? 

I changed the JvSysComp.pas source, but didn't recompile JVCL. This works if Delphi knows where JvSysComp.pas is.

> > All the
> > CreateProcess functions and components that work with this console program
> > have the "InheritHandles" flag set to 'True'. So it's looking like that may
> > be the solution.

You only have to set InheritsHandles to True, if you want the child console to use handles created in the parent program [Parent program is in this case jvCPDemo]. For example, if you want to redirect 
the standard input/output for the child console, you create some handles in the parent process for that purpose, and then want the child process to have access to those handles. The TJvCreateProcess 
component doesn't redirect the standard input/output of the console, so it isn't necessairy to set InheritsHandles to True. 

> > 
> > The demo program should erase any CDRW disc with data on it...not a CDR disc
> > (they're unerasable). This is assuming the correct scsi address for your
> > Plextor is plugged into "dev=". Don't forget the commas between numbers i.e.
> > "dev=1,0,0". Try cdrecord from the commandline in a DOS box. Change to the
> > directory where you have cdrecord.exe & cygwin1.dll (they must be in same
> > directory for this example). Put a CDRW with data into the recorder then cut
> > and paste the following (after changing "dev=") and hit enter:
> > 
> >                 cdrecord.exe dev=x,x,x -eject blank=fast
> > 
> > Email me if this doesn't work.

It works :)

> > 
>> > >I'll try to modify the TJvCreateProcess component so it can use pipes for
> > consoles if wanted.
> > That would be great. It is essential for me to be able to parse the output
> > of the console programs. I'm reluctantly using a modified version of the
> > "CreateDOSProcessRedirected" function by Theodoros Bebekis. It has pipes
> > setup for standard input/output/error. Are you familiar with it? 

I read the source for CreateDOSProcessRedirected, and other components, and they all use the same trick for redirecting the input/output of a child console. Also MSDN is pretty clear about redirecting 
input/output using pipes, so I think there is no problem there.

> > For my
> > purposes it would be much nicer if the output was in a form I could write
> > directly to a stringlist without all the I/O operations on the HD. Faster I
> > think? Using this function requires the output be saved to a file, then read
> > from the file into a stringlist (for parsing) and finally deleting the file
> > from the HD.
> > 
> > Maxime Collomb's "DosCommand" component is excellent when it comes to
> > providing output without any HD I/O. But it requires two procedures; the
> > procedure where the console is executed and the 'OnNewLine' procedure. So
> > any variables set as a result of the output in the 'OnNewLine' procedure
> > have to be global (dont't they?) 

You can do the following, I guess:

procedure TForm1.HandleReadEvent(Sender: TObject; NewLine: string; OutputType: TOutputType);
begin
  ListBox1.Items.Add(NewLine);
  
  // or 
  
  FMyPrivateVar := FMyPrivateVar + NewLine;
end;

Where HandleReadEvent is the event handler of the OnNewLine event.

> > if they are needed and used in the
> > procedure where the console program was executed. Which they usually are in
> > my case. 'OnNewLine' is nice for incrementing progress bars.
> > 
> > Another problem I have with DosCommand is I often need to execute one
> > console program from the 'OnTerminate' event of another console program
> > several times. If I use DosCommand to do this I get "Project project1.exe
> > raised exception class "EOutOfResources with message ''Not Enough timers
> > available.'' Process stopped.". It works 1 time without error but not 2 or
> > more times in a row. It's as if something about each process isn't being
> > cleaned up. Handles? The "timers" referred to in this case are used for the
> > properties "MaxTimeAfterBeginning" and "MaxTimeAfterLastOutput" which I
> > never need. I believe a "timer" is created with each execute event whether
> > you use it or not. Whether the timer is actually the problem or something
> > else is causing it I don't know but it stops me from being able to use this
> > component. It's why I have to use "CreateDOSProcessRedirected". 

The only problem I can see [quickly], is that DosCommand doesn't set FreeOnTerminate to True and doesn't free the thread, so a created thread doesn't get freed. Maybe in Delphi <6 FreeOnTerminate was 
explicitly set to True, but in Delphi 6 it is set to False.

Calling methods of a specific class in an event hander in response of a event fired by that class, can be tricky. Common work-around is to post a custom message to yourself.

> > I'm a newbie
> > so I always think I'm missing something or don't know enough to use
> > something right but I've tried everything I can think of with DosCommand to
> > get it to work in these cases to no avail. It is still a useful component. I
> > just have to be careful about where I use it.
> > 
> > TJvCreateProcess has many more published properties compared to DosCommand
> > so it's more configurable and flexible. Of course I hope a published
> > property for the "InheritHandles" flag will be added. It would be really
> > nice to have practical-usable input/output capability added to the
> > TJvCreateProcess component.
> > 

First priority for me is to be able to reproduce the hang up. Are you sure the simple demo program did hang up on your computer, or did it when you create multiple consoles? On what computer did the 
hang up occur? Also on XP professional?

I will test it this weekend on a Windows 98 system.

The preferable way to report bugs or feature request is by the bug tracker system. Did you re-try to log in?

Regards,
Remko




Subject: Re: When will come RAI2 ?
From: Tirzan <muttley@libero.it>
Date: Wed, 14 Aug 2002 14:17:11 +0200
Newsgroups: jedi.vcl

hi
what is rai2?
does it work under c++ builder?
tnx
bye

On Mon, 5 Aug 2002 13:56:27 +0000 (UTC), Ralf Grenzing
<jedi@buypin.com> wrote:

> >
> >Hi Michael !!!
> >
> >sound very good and exciting: this month :-)
> >
> >in hope the exited ...
> >
> >Ralf Grenzing
> >
> >"Michael Beck (Team JEDI)" schrieb:
> >
>> >> "Andreas Steibl" <andreas.steibl@host-sec.at> wrote in message
>> >> news:aidi6e$5d2$1@talkto.net...
>>> >> > Hi,
>>> >> > I asked this some time ago, but because of that RAI2 does NOT work under
>>> >> > Delphi 6, i am waiting for the new release of jedi.vcl with an integrated
>>> >> > RAI2
>> >>
>> >> Probably sometime this month
>> >>
>> >> Michael
>> >>
>> >> .
>> >>
>> >>
>> >>
>> >> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >
> > 
> >
> >Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 
> >



Subject: Re: JvCreateProcess component - Help
From: "wmudd" <wcmudd@earthlink.net>
Date: Tue, 13 Aug 2002 15:25:48 -0700
Newsgroups: jedi.vcl

Hi Remko,

> >I finally bought a CD-RW and did test your project.
Geez. I didn't expect someone to go out and buy a CDRW just to test the bug
in my program  ;)  kidding.
You'll get lots of enjoyment from it. Very useful for backing up data too.

> >On my computer - Windows XP Professional/Delphi 6/Plextor 40/12/40a - It
doesn't hang, but it doesn't erase the CD either.
I don't understand the results you got but would like to know more. Did the
demo program hang with 'DefaultWindowState = False' and 'ShowWindow =
swHide'? ...before you changed the "InheritHandles" flag to 'True'? In
(JvSysComp.pas) the procedure 'TJvCreateProcess.Run' has the CreateProcess
"InheritHandles" flag set to 'False' but I can't find any property for it in
Object Inspector. I would have to change it to 'True' in the PAS file and
re-compile the JVCL. Is this what you did? Is there another way? All the
CreateProcess functions and components that work with this console program
have the "InheritHandles" flag set to 'True'. So it's looking like that may
be the solution.

The demo program should erase any CDRW disc with data on it...not a CDR disc
(they're unerasable). This is assuming the correct scsi address for your
Plextor is plugged into "dev=". Don't forget the commas between numbers i.e.
"dev=1,0,0". Try cdrecord from the commandline in a DOS box. Change to the
directory where you have cdrecord.exe & cygwin1.dll (they must be in same
directory for this example). Put a CDRW with data into the recorder then cut
and paste the following (after changing "dev=") and hit enter:

                cdrecord.exe dev=x,x,x -eject blank=fast

Email me if this doesn't work.

> >I'll try to modify the TJvCreateProcess component so it can use pipes for
consoles if wanted.
That would be great. It is essential for me to be able to parse the output
of the console programs. I'm reluctantly using a modified version of the
"CreateDOSProcessRedirected" function by Theodoros Bebekis. It has pipes
setup for standard input/output/error. Are you familiar with it? For my
purposes it would be much nicer if the output was in a form I could write
directly to a stringlist without all the I/O operations on the HD. Faster I
think? Using this function requires the output be saved to a file, then read
from the file into a stringlist (for parsing) and finally deleting the file
from the HD.

Maxime Collomb's "DosCommand" component is excellent when it comes to
providing output without any HD I/O. But it requires two procedures; the
procedure where the console is executed and the 'OnNewLine' procedure. So
any variables set as a result of the output in the 'OnNewLine' procedure
have to be global (dont't they?) if they are needed and used in the
procedure where the console program was executed. Which they usually are in
my case. 'OnNewLine' is nice for incrementing progress bars.

Another problem I have with DosCommand is I often need to execute one
console program from the 'OnTerminate' event of another console program
several times. If I use DosCommand to do this I get "Project project1.exe
raised exception class "EOutOfResources with message ''Not Enough timers
available.'' Process stopped.". It works 1 time without error but not 2 or
more times in a row. It's as if something about each process isn't being
cleaned up. Handles? The "timers" referred to in this case are used for the
properties "MaxTimeAfterBeginning" and "MaxTimeAfterLastOutput" which I
never need. I believe a "timer" is created with each execute event whether
you use it or not. Whether the timer is actually the problem or something
else is causing it I don't know but it stops me from being able to use this
component. It's why I have to use "CreateDOSProcessRedirected". I'm a newbie
so I always think I'm missing something or don't know enough to use
something right but I've tried everything I can think of with DosCommand to
get it to work in these cases to no avail. It is still a useful component. I
just have to be careful about where I use it.

TJvCreateProcess has many more published properties compared to DosCommand
so it's more configurable and flexible. Of course I hope a published
property for the "InheritHandles" flag will be added. It would be really
nice to have practical-usable input/output capability added to the
TJvCreateProcess component.

Regards,

Bill

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
news:1103_1029182776@forums.talkto.net...
> > On Wed, 7 Aug 2002 12:12:04 -0700, "wmudd" <wcmudd@earthlink.net> wrote:
>> > > OK it's there now. Sorry about the size...it's the console program.
>> > >
>> > > Bill
> >
> > I finally bought a CD-RW and did test your project.
> >
> > On my computer - Windows XP Professional/Delphi 6/Plextor 40/12/40a - It
doesn't hang, but it doesn't erase the CD either.
> >
> > I set bInheritHandles to True and set up pipes for standard
input/output/error, and then it seems to work fine.
> >
> > I'll try to modify the TJvCreateProcess component so it can use pipes for
consoles if wanted.
> >
> > Regards,
> > Remko
> >
> >




Subject: Re: bug in AdvBuildFileList in JCL 1.21
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Tue, 13 Aug 2002 19:55:26 +0200
Newsgroups: jedi.vcl

> > Wrong newsgroup. Please post it in
> >
> > news://forums.talkto.net/jedi.jcl

And add _detailed_ steps on what you do, what OS you are using, what files
are involved and their attributes, what you expect and what you actually
see. If we are not able to reproduce it we wont be able to fix it/give you
advice.

Thank you very much,

Matthias Thoma

--
Project JEDI - 2001 Spirit of Delphi Award Winner
www.delphi-jedi.org




Subject: Re: bug in AdvBuildFileList in JCL 1.21
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 13 Aug 2002 13:47:53 -0400
Newsgroups: jedi.vcl

"Simian Jones" <simianjones@hotmail.com> wrote in message
news:ajbahk$d8g$1@talkto.net...
> >
> > Wanted to let everyone know that a bug was introduced into the
> > AdvBuildFileList() function in JCLFileUtils in 1.21.

Wrong newsgroup. Please post it in

news://forums.talkto.net/jedi.jcl

Thank you,

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: bug in AdvBuildFileList in JCL 1.21
From: "Simian Jones" <simianjones@hotmail.com>
Date: Tue, 13 Aug 2002 10:07:43 -0600
Newsgroups: jedi.vcl

Wanted to let everyone know that a bug was introduced into the
AdvBuildFileList() function in JCLFileUtils in 1.21.  Basically it now only
seems to return files with their archive attribute set.  One thing about
this that bothered me was that someone changed the signature of the function
and there isn't any documentation in the source to explain the new
parameters.

I am going to submit a modified version of the function that is also a bit
faster and smaller (uses recursion) in the next few days after I juggle it
to fit the current signature so other people's code isn't broken.

Simian




Subject: Re: JvCreateProcess component - Help
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Mon, 12 Aug 2002 20:06:16 GMT
Newsgroups: jedi.vcl

On Wed, 7 Aug 2002 12:12:04 -0700, "wmudd" <wcmudd@earthlink.net> wrote:
> > OK it's there now. Sorry about the size...it's the console program.
> > 
> > Bill

I finally bought a CD-RW and did test your project.

On my computer - Windows XP Professional/Delphi 6/Plextor 40/12/40a - It doesn't hang, but it doesn't erase the CD either.

I set bInheritHandles to True and set up pipes for standard input/output/error, and then it seems to work fine.

I'll try to modify the TJvCreateProcess component so it can use pipes for consoles if wanted.

Regards,
Remko




Subject: Installation problems
From: robert_marquardt <jedi@buypin.com>
Date: Mon, 12 Aug 2002 13:54:40 +0000 (UTC)
Newsgroups: jedi.vcl

> > 
> > Installing on Delphi6 Pack2 "Jvcl200_R60"
> > this message occurs:
> > "Cannot load package Jvcl200_R60 it contains unit
> >   JclRTTI which is also contained in package DJCL60"

I just installed it myself on a new computer and
had a look in some answers here.

Open JVCL200_R60.dpk (runtime package) and add
DJCL60 to the requires list. Easiest done with a
simple editor like notepad.
Compile the runtime package then open the designtime
package which should now compile.

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ----Message transited via JEDI Script Gateway---- 

Subject: Re: JVCL 2.0 Help rev. 1
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Mon, 12 Aug 2002 15:29:39 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schreef in bericht
news:aj8cc7$1uk$1@talkto.net...
> >
> >
> > Michael Beck (Team JEDI) wrote:
>> > > A BIG "thank you" to the whole team! Writing a help file is not fun for
most
>> > > people, so you work and contribution to JVCL is very much
appreciated!!!!!
> >
> > Woaw, it looks... GREAT :D
> >
> > You are right Michael, it's not fun at all to write help files...
> > Practically, it can take as much time as writing the component, and most
> > developers (me included) do prefer working on another component instead
> > of painfully writing the documentation :/
> >
> > Sebastien
> >

I think that most documenters think this way too (I know I do :) Why else
would I create some tool to transform a text file containing a tree to a
functional reference in the help? To make our lives/my life a little easier?
Oh, wait, that was the original reason... never mind!). On behalf of the doc
team: thanks for the appreciation (now, start write some docs, just one
single unit, please!?! I'll give you an easy one)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JVCL 2.0 Help rev. 1
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Mon, 12 Aug 2002 15:20:21 +0200
Newsgroups: jedi.vcl



Michael Beck (Team JEDI) wrote:
> A BIG "thank you" to the whole team! Writing a help file is not fun for most
> people, so you work and contribution to JVCL is very much appreciated!!!!!

Woaw, it looks... GREAT :D

You are right Michael, it's not fun at all to write help files... Practically, it can take as much time as writing the component, and most developers (me included) do prefer working on another component instead of painfully writing the documentation :/

Sebastien



Subject: Installation problems
From: "Stefano Sanesi" <sanste@interfree.it>
Date: Sun, 11 Aug 2002 23:09:05 +0200
Newsgroups: jedi.vcl

Installing on Delphi6 Pack2 "Jvcl200_R60"
this message occurs:
"Cannot load package Jvcl200_R60 it contains unit
  JclRTTI which is also contained in package DJCL60"

Thank
Stefano




Subject: Re: JVCL 2.0 Help rev. 1
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 11 Aug 2002 14:07:49 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:aj624e$pkg$1@talkto.net...

> > I'd like to thank Remko for making this switch become a reality. He did
most
> > of the conversion/merging of the texts, as well as completing them where
> > neccessary. Ofcourse without the rest of the team, not much help would
have
> > been available, so I'd also like to thank the entire help team. You should
> > all be very proud of what we have accomplished so far. It can only become
> > better.

A BIG "thank you" to the whole team! Writing a help file is not fun for most
people, so you work and contribution to JVCL is very much appreciated!!!!!

> > The team is also growing, as four new members have volunteered. With a bit
> > of luck, we can now really expand the help file quickly.

Yes, it's very encouraging that we've got couple of new volunteers!!!! And
we need more....

> > Nonetheless, if
> > anyone wants to help, please contact either Michael Beck or me directly.

Those who want to help with writing the Help files, please contact Marcel
directly - this will be more efficient.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: JVCL 2.0 Help rev. 1
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 11 Aug 2002 18:13:06 +0200
Newsgroups: jedi.vcl

It has taken more time than anticipated at first. I think you'll all agree
that it was worth the wait once you've downloaded the first help file for
JEDI VCL 2.0 (it is possible that previously documented components now seem
undocumented. These components are being processed/adapted to the new
version. They will be available in an upcoming release).

I'd like to thank Remko for making this switch become a reality. He did most
of the conversion/merging of the texts, as well as completing them where
neccessary. Ofcourse without the rest of the team, not much help would have
been available, so I'd also like to thank the entire help team. You should
all be very proud of what we have accomplished so far. It can only become
better.

The 2.0 help file marks the end of the 1.32 help file. There are not enough
people on the team to keep that help file up-to-date as well. Most people
will upgrade to JVCL 2.0 anyway, once it leaves the alpha state.

The new help file adds component icons to both the topics as well as the
functional reference group overviews. Speaking of which, we have now a
larger functional reference and the components are divided amongst them
(some are in more than 1 group). This also means the end of a large
Miscellaneous group (I hope <g>). In addition, links to the Borland VCL are
added to the help (these will only work for the WinHELP edition once it's
integrated into the Delphi help system).

The team is also growing, as four new members have volunteered. With a bit
of luck, we can now really expand the help file quickly. Nonetheless, if
anyone wants to help, please contact either Michael Beck or me directly.

As usual the help file can be found on the JEDI-VCL download page
(http://sourceforge.net/project/showfiles.php?group_id=45786). I dicided to
leave the last 1.32 help preview on the site for a little while longer (at
least until JVCL 2.0 officialy comes out of Beta). The new help file is
called "JVCL 2.0 Help rev. 1".

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: After instalation of JVCL I get an error message The procedure entry point SHGetSpecialFolderPathA could not be located int the dynamic link library shell 32.dll
From: "Branko Starasinic" <branko.starasinic@nospam..danfoss-cmpr.si>
Date: Fri, 9 Aug 2002 11:16:06 +0200
Newsgroups: jedi.vcl

I've found a copy of IE4.
I uninstalled IE6, installed IE 4 and 6 and now the version of shell32.dll
is 4.72.3612.1700

I don't have time to install JVCL at the moment. I'll do it on Monday and
report if it is successful.

Thank you all for help.

Branko


"Arioch" <the_Arioch@nm.ru> wrote in message news:aivrgr$5ur$1@talkto.net...
> > The stars so gaily glistened...
> > ...while the fading voice of Branko Starasinic whispered through the
> > darkness...
> >
> > Could You try to unpack it manually?
> > By WindowsCommander or by WinRar ?
> > And then compare versions by hands.
> >




Subject: Re: After instalation of JVCL I get an error message The procedure entry point SHGetSpecialFolderPathA could not be located int the dynamic link library shell 32.dll
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 9 Aug 2002 11:42:51 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened...
....while the fading voice of Branko Starasinic whispered through the
darkness...

Could You try to unpack it manually?
By WindowsCommander or by WinRar ?
And then compare versions by hands.



Subject: Re: After instalation of JVCL I get an error message The procedure entry point SHGetSpecialFolderPathA could not be located int the dynamic link library shell 32.dll
From: "Branko Starasinic" <branko.starasinic@nospam..danfoss-cmpr.si>
Date: Fri, 9 Aug 2002 08:56:13 +0200
Newsgroups: jedi.vcl

Sorry it doesn't work

When I install this update I get error message:
"The system does not need this update!" (for 4.01)

or

"Your computer already has the latest version of windows common controls".
(for 50COMUPD)

Branko

"Stephen Quinn" <squinn@brutecom.com.au> wrote in message
news:aisicf$p9n$1@talkto.net...
> > Branko
> >
> > Update your Shell32.DLL to the latest
> >
> > http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q186176&
> >
> > Direct link to 50comupd.exe
> >
http://support.microsoft.com/default.aspx?scid=http://www.microsoft.com/msdo
> > wnload/ieplatform/ie/comctrlx86.asp
> >
> > --
> > Steve Quinn
> >
> >




Subject: Re: After instalation of JVCL I get an error message The procedure entry point SHGetSpecialFolderPathA could not be located int the dynamic link library shell 32.dll
From: "Branko Starasinic" <branko.starasinic@nospam..danfoss-cmpr.si>
Date: Fri, 9 Aug 2002 07:20:46 +0200
Newsgroups: jedi.vcl

Thank you VERY much. I knew that newer version of shell32.dll is the only
real solution. I just did't know how to get it. IE 6 doesn't update it. The
only solution I've found by myself was to install IE 4 first and than
agagain IE 6. The problem is only that IE 4 is not available anymore.

Thank you.

Branko


"Stephen Quinn" <squinn@brutecom.com.au> wrote in message
news:aisicf$p9n$1@talkto.net...
> > Branko
> >
> > Update your Shell32.DLL to the latest
> >
> > http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q186176&
> >
> > Direct link to 50comupd.exe
> >
http://support.microsoft.com/default.aspx?scid=http://www.microsoft.com/msdo
> > wnload/ieplatform/ie/comctrlx86.asp
> >
> > --
> > Steve Quinn
> >
> >




Subject: Re: Installation error
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 8 Aug 2002 10:51:52 -0400
Newsgroups: jedi.vcl

"ajhesdahl" <jedi@buypin.com> wrote in message
news:aitt8q$utn$5@talkto.net...
> >
> > While compiling JVCL100_D50.dpk i get the following errors:
> >
> > [Fatal Error] JvHtmlParser.pas(37): File not found: 'JclStrings.dcu'
> > [Fatal Error] JvSysComp.pas(37): File not found: 'JclBase.dcu'

BTW - you can visit our FAQ. See http://jvcl.sourceforge.net/ for more info.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Installation error
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 8 Aug 2002 10:51:01 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:aiu01b$vcr$1@talkto.net...

> > And did you read the Readme.txt and Install.txt? :)

Responded to the wrong poster - sorry Illya

Michael





Subject: Re: Installation error
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 8 Aug 2002 10:47:36 -0400
Newsgroups: jedi.vcl

"Illya Kysil" <jedi@buypin.com> wrote in message
news:aitt8q$utn$6@talkto.net...
> >
>> > > While compiling JVCL100_D50.dpk i get the following errors:
>> > >
>> > > [Fatal Error] JvHtmlParser.pas(37): File not found: 'JclStrings.dcu'
>> > > [Fatal Error] JvSysComp.pas(37): File not found: 'JclBase.dcu'

And did you read the Readme.txt and Install.txt? :)

Michael




Subject: Installation error
From: "ajhesdahl" <jedi@buypin.com>
Date: Thu, 8 Aug 2002 13:55:38 +0000 (UTC)
Newsgroups: jedi.vcl

While compiling JVCL100_D50.dpk i get the following errors:

[Fatal Error] JvHtmlParser.pas(37): File not found: 'JclStrings.dcu'
[Fatal Error] JvSysComp.pas(37): File not found: 'JclBase.dcu'

I use Delphi 5 professional.

I checked the other sourcefiles and I think I am also missing:
JclSysInfo,
JclFileUtils
JclMapi
JclSysUtils
JclDateTime.

With regards,
Andr=E9 Hesdahl


----Message transited via JEDI Script Gateway----



Subject: Installation error
From: "Illya Kysil" <jedi@buypin.com>
Date: Thu, 8 Aug 2002 13:55:38 +0000 (UTC)
Newsgroups: jedi.vcl

> > While compiling JVCL100_D50.dpk i get the following errors:
> > 
> > [Fatal Error] JvHtmlParser.pas(37): File not found: 'JclStrings.dcu'
> > [Fatal Error] JvSysComp.pas(37): File not found: 'JclBase.dcu'
> > 
> > I use Delphi 5 professional.
> > 
> > I checked the other sourcefiles and I think I am also missing:
> > JclSysInfo,
> > JclFileUtils
> > JclMapi
> > JclSysUtils
> > JclDateTime.
As said in readme.txt: you should have JCL installed.

Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




----Message transited via JEDI Script Gateway----



Subject: Re: After instalation of JVCL I get an error message The procedure entry point SHGetSpecialFolderPathA could not be located int the dynamic link library shell 32.dll
From: "Stephen Quinn" <squinn@brutecom.com.au>
Date: Thu, 8 Aug 2002 11:33:56 +1000
Newsgroups: jedi.vcl

Branko

Update your Shell32.DLL to the latest

http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q186176&

Direct link to 50comupd.exe
http://support.microsoft.com/default.aspx?scid=http://www.microsoft.com/msdo
wnload/ieplatform/ie/comctrlx86.asp

--
Steve Quinn




Subject: Re: JvCreateProcess component - Help
From: "wmudd" <wcmudd@earthlink.net>
Date: Wed, 7 Aug 2002 12:12:04 -0700
Newsgroups: jedi.vcl

OK it's there now. Sorry about the size...it's the console program.

Bill

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:aiqiq1$hel$1@talkto.net...
> > You can post it to jedi.binaries group.
> >
> > Andy
> >
> > "wmudd" <wcmudd@earthlink.net> wrote in message
> > news:aiq7qa$gb9$1@talkto.net...
>> > > Remko,
>> > >
>> > > I have made a small demo with project files that re-creates the bug
along
>> > > with relevant info.
>> > > However I can not log in to the JEDI bugtracker site with the user name
> > and
>> > > password they sent to me via email after creating a new account.
>> > > So I have no way to get the demo and information to you.
>> > >
>> > > Bill
>> > >
>> > > "Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
>> > > news:1103_1028672264@forums.talkto.net...
>>> > > > You can report bug reports to the bug tracker system:
>>> > > >
>>> > > > http://jvcl.sourceforge.net/mantis/login_page.php
>>> > > >
>>> > > > I can't reproduce the hang up with a simple self-made console, so I
> > guess
>> > > more information is needed.
>>> > > >
>>> > > > * Include the most simple project - with console - with the bug still
in
>> > > it, with the report.
>>> > > > * Did it ever work for you? ie the CreateProcess call with your
console.
>>> > > > * What kind of console are you using? Is it made in Delphi? Does it
read
>> > > or write to the output? etc.
>>> > > >
>>> > > > Regards,
>>> > > > Remko
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>> > >
>> > >
> >
> >




Subject: Re: After instalation of JVCL I get an error message The procedure entry point SHGetSpecialFolderPathA could not be located int the dynamic link library shell 32.dll
From: "Branko Starasinic" <branko.starasinic@nospam..danfoss-cmpr.si>
Date: Wed, 7 Aug 2002 12:24:18 +0200
Newsgroups: jedi.vcl

File version is 4.0.1381.332.
File size is : 1.280.272 bytes

I've just found the file jedimod.zip and it removed this error message. But
I received another one:

The procedure entry point SHEmptyRecycleBinA could not be loccated in the
dynamic link library shell32.dll.


What a nightmare.



"Arioch" <the_Arioch@nm.ru> wrote in message news:aioh8k$ad2$1@talkto.net...
> > The stars so gaily glistened...
> > ...while the fading voice of Branko Starasinic whispered through the
> > darkness...
> >
> > report Your shell32.dll parameters:
> >
> > version, file size in bytes, file time
> > All the strings at the Property|Version
> >




Subject: Re: JvCreateProcess component - Help
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 7 Aug 2002 08:45:43 +0100
Newsgroups: jedi.vcl

You can post it to jedi.binaries group.

Andy

"wmudd" <wcmudd@earthlink.net> wrote in message
news:aiq7qa$gb9$1@talkto.net...
> > Remko,
> >
> > I have made a small demo with project files that re-creates the bug along
> > with relevant info.
> > However I can not log in to the JEDI bugtracker site with the user name
and
> > password they sent to me via email after creating a new account.
> > So I have no way to get the demo and information to you.
> >
> > Bill
> >
> > "Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
> > news:1103_1028672264@forums.talkto.net...
>> > > You can report bug reports to the bug tracker system:
>> > >
>> > > http://jvcl.sourceforge.net/mantis/login_page.php
>> > >
>> > > I can't reproduce the hang up with a simple self-made console, so I
guess
> > more information is needed.
>> > >
>> > > * Include the most simple project - with console - with the bug still in
> > it, with the report.
>> > > * Did it ever work for you? ie the CreateProcess call with your console.
>> > > * What kind of console are you using? Is it made in Delphi? Does it read
> > or write to the output? etc.
>> > >
>> > > Regards,
>> > > Remko
>> > >
>> > >
>> > >
>> > >
> >
> >




Subject: Re: JvCreateProcess component - Help
From: "wmudd" <wcmudd@earthlink.net>
Date: Tue, 6 Aug 2002 21:35:44 -0700
Newsgroups: jedi.vcl

Remko,

I have made a small demo with project files that re-creates the bug along
with relevant info.
However I can not log in to the JEDI bugtracker site with the user name and
password they sent to me via email after creating a new account.
So I have no way to get the demo and information to you.

Bill

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
news:1103_1028672264@forums.talkto.net...
> > You can report bug reports to the bug tracker system:
> >
> > http://jvcl.sourceforge.net/mantis/login_page.php
> >
> > I can't reproduce the hang up with a simple self-made console, so I guess
more information is needed.
> >
> > * Include the most simple project - with console - with the bug still in
it, with the report.
> > * Did it ever work for you? ie the CreateProcess call with your console.
> > * What kind of console are you using? Is it made in Delphi? Does it read
or write to the output? etc.
> >
> > Regards,
> > Remko
> >
> >
> >
> >




Subject: Re: JvCreateProcess component - Help
From: "wmudd" <wcmudd@earthlink.net>
Date: Tue, 6 Aug 2002 19:12:52 -0700
Newsgroups: jedi.vcl

OK Remko. I will try to put together a simple demo. I've chosen another
Create Process component (DosCommand by maxime_collomb@yahoo.fr) and gone on
to other parts of the project.

I'm a newbie so I still have not figured out why DosCommand works with
parameters STARTF_USESHOWWINDOW / SW_HIDE and JvCreateProcess does not with
this particular console program.

Thanks for checking it out,

Bill Mudd

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> wrote in message
news:1103_1028672264@forums.talkto.net...
> > You can report bug reports to the bug tracker system:
> >
> > http://jvcl.sourceforge.net/mantis/login_page.php
> >
> > I can't reproduce the hang up with a simple self-made console, so I guess
more information is needed.
> >
> > * Include the most simple project - with console - with the bug still in
it, with the report.
> > * Did it ever work for you? ie the CreateProcess call with your console.
> > * What kind of console are you using? Is it made in Delphi? Does it read
or write to the output? etc.
> >
> > Regards,
> > Remko
> >
> >
> >
> >




Subject: Re: JvCreateProcess component - Help
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Tue, 06 Aug 2002 22:17:44 GMT
Newsgroups: jedi.vcl

You can report bug reports to the bug tracker system:

http://jvcl.sourceforge.net/mantis/login_page.php

I can't reproduce the hang up with a simple self-made console, so I guess more information is needed.

* Include the most simple project - with console - with the bug still in it, with the report.
* Did it ever work for you? ie the CreateProcess call with your console.
* What kind of console are you using? Is it made in Delphi? Does it read or write to the output? etc.

Regards,
Remko






Subject: Re: Localizatior component?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 06 Aug 2002 23:53:21 +0200
Newsgroups: jedi.vcl

Yes

TJvTranslator

It's XML based, just download the latest release from the CVS

Regards,

Sebastien

Carlos wrote:
> Does Jedi have a localizator component? I there is one, is there any
> recomendation or comparison with others localizators?
>
> Carlos
>
>



Subject: Re: This mailing list is closing
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 6 Aug 2002 17:22:04 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:aipcud$e0f$1@talkto.net...

> > Don't know what happenened to the rest of your message, somewhat
> > lost in the universe, maybe the advertisment was placed above the
> > message, or... the truth is out there anyway.

I have no idea. Hey, it's your gateway :)

> > For the curious, Michael wrote:
> >
> > As already announced earlier, this mailing list is closing. It will be
> > closed sometime this week, possibly tomorrow.

BTW - That was related to the JVCL-Developers mailing list. The main
communication for JVCL are:

JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL

Michael





Subject: Re: This mailing list is closing
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 06 Aug 2002 22:56:51 +0200
Newsgroups: jedi.vcl


Interesting <g>

Don't know what happenened to the rest of your message, somewhat
lost in the universe, maybe the advertisment was placed above the message, or... the truth is out there anyway.

For the curious, Michael wrote:

As already announced earlier, this mailing list is closing. It will be
closed sometime this week, possibly tomorrow.

Please subscribe to :

http://groups.yahoo.com/group/JEDI-VCL/

or send an empty email to:

JEDI-VCL-subscribe@yahoogroups.com

May the Source be with you!

Michael Beck


To unsubscribe from this group, send an email to:
JVCL-Developers-unsubscribe@yahoogroups.com


(And yes, the sponsor was on the top of the message... strange)

Sebastien


Michael Beck wrote:
> ----Message transited via JEDI Script Gateway----
>



Subject: Localizatior component?
From: "Carlos" <carlosam@prtc.net>
Date: Tue, 6 Aug 2002 17:28:04 -0300
Newsgroups: jedi.vcl

Does Jedi have a localizator component? I there is one, is there any
recomendation or comparison with others localizators?

Carlos




Subject: This mailing list is closing
From: "Michael Beck" <jedi@buypin.com>
Date: Tue, 6 Aug 2002 18:56:41 +0000 (UTC)
Newsgroups: jedi.vcl

----Message transited via JEDI Script Gateway----



Subject: Re: After instalation of JVCL I get an error message The procedure entry point SHGetSpecialFolderPathA could not be located int the dynamic link library shell 32.dll
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 6 Aug 2002 17:04:14 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened...
....while the fading voice of Branko Starasinic whispered through the
darkness...

report Your shell32.dll parameters:

version, file size in bytes, file time
All the strings at the Property|Version



Subject: After instalation of JVCL I get an error message The procedure entry point SHGetSpecialFolderPathA could not be located int the dynamic link library shell 32.dll
From: "Branko Starasinic" <branko.starasinic@nospam..danfoss-cmpr.si>
Date: Tue, 6 Aug 2002 14:59:41 +0200
Newsgroups: jedi.vcl

When I install JVCL packeage on Delphi 6 on Windows NT I get the folowing
error message:

"The procedure entry point SHGetSpecialFolderPathA could not be located int
the dynamic link library shell 32.dll"

Computer has IE 6 installed.

What could be wrong?

Regards,
Branko




Subject: Re: RX DBAware
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 6 Aug 2002 08:31:08 -0400
Newsgroups: jedi.vcl

"David McCallum" <davidmccallum@btinternet.com> wrote in message
news:ainqbo$7ah$1@talkto.net...
> > Will these components be implemented into JVCL

They are already part of JVCL 2.0

Michael




Subject: RX DBAware
From: "David McCallum" <davidmccallum@btinternet.com>
Date: Tue, 6 Aug 2002 07:33:24 +0100
Newsgroups: jedi.vcl

Will these components be implemented into JVCL

TIA

David McCallum




Subject: Re: RX & JVCL 2
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 5 Aug 2002 10:17:47 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message
news:aim06b$fo$1@talkto.net...

> > But I got some! For examples I use a RX comp (TAppEvents) and some Jv
comps I
> > get these error messages:

Thanks, I will look at it.

Michael





Subject: Re: When will come RAI2 ?
From: Ralf Grenzing <jedi@buypin.com>
Date: Mon, 5 Aug 2002 13:56:27 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Michael !!!

sound very good and exciting: this month :-)

in hope the exited ...

Ralf Grenzing

"Michael Beck (Team JEDI)" schrieb:

> > "Andreas Steibl" <andreas.steibl@host-sec.at> wrote in message
> > news:aidi6e$5d2$1@talkto.net...
>> > > Hi,
>> > > I asked this some time ago, but because of that RAI2 does NOT work under
>> > > Delphi 6, i am waiting for the new release of jedi.vcl with an integrated
>> > > RAI2
> >
> > Probably sometime this month
> >
> > Michael
> >
> > .
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: RX & JVCL 2
From: Ralf Grenzing <jedi@buypin.com>
Date: Mon, 5 Aug 2002 13:56:27 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Michael

But I got some! For examples I use a RX comp (TAppEvents) and some Jv comps I
get these error messages:

[Error] WARNING. Duplicate resource(s):
[Error]   Type  6 (STRING), ID 61254:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Details"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Details"
[Error]   Type  6 (STRING), ID 61255:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Could not load '%s' library"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Could not load '%s' library"
[Error]   Type  6 (STRING), ID 61256:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "File specified is not an executable file, dynamic-link library, or icon
file"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "File specified is not an executable file, dynamic-link library, or
icon file"
[Error]   Type  6 (STRING), ID 61257:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Function not yet implemented"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Function not yet implemented"
[Error]   Type  6 (STRING), ID 61258:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Previous Month|"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Previous Month|"
[Error]   Type  6 (STRING), ID 61259:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Previous Year|"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Previous Year|"
[Error]   Type  6 (STRING), ID 61260:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Next Month|"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Next Month|"
[Error]   Type  6 (STRING), ID 61261:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Next Year|"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Next Year|"
[Error]   Type  6 (STRING), ID 61262:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Select a Date"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Select a Date"
[Error]   Type  6 (STRING), ID 61263:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "All files (*.*)|*.*"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "All files (*.*)|*.*"
[Error]   Type  6 (STRING), ID 61264:
[Error]     File c:\programme\borland\delphi5\JVCL\source\JvCConst.Res string
kept: "Browse"
[Error]     File c:\programme\borland\delphi5\RX\UNITS\RXCCONST.R32 string
discarded: "Browse"


Ok it is a long message. The important message is "duplicate resource" I guess.
I got them often. Here my uses code

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
  ShellAPI, StdCtrls, Execfile, ExtCtrls, frm_DB_Ersatz, fdrmExplorer,
  JvHotLink, JvLabel, JvxCtrls, JvComponent, JvRollOut, ImgList, AppEvnts,
  Grids, JvStringGrid, AppEvent;

a hint: I am out of office for the next two weeks so perhaps I could not resonds
to any other requests to this error.

best regards

Ralf Grenzing


"Michael Beck (Team JEDI)" schrieb:

> > "Andy Vines" <andy.vines@btconnect.com> wrote in message
> > news:ailo3j$uvh$1@talkto.net...
>> > > Can both RXLib and JVCL 2 be installed together? I want to check out JVCL2
>> > > but I have a few components derived from RX ones that I don't want to have
>> > > to convert until JVCL2 is out of alpha.
> >
> > Yes, that was the whole purpose to change the prefixes from "Rx" to "Jv" so
> > we could avoid any name conflicts.
> >
> > Michael
> >
> > .
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Fireworks control?
From: "Leonel" <leonel@linuxbr.com.br>
Date: Mon, 5 Aug 2002 09:53:20 -0300
Newsgroups: jedi.vcl

"Chuck R." wrote:
> > How about one that does a rippling water effect over a given image?

I got an old one posted here: (last link on the page)
http://homepages.borland.com/efg2lab/Library/Delphi/Algorithms/

There's also a slightly better version of the algorithm
posted at borland's multithreaded contest, but It's not
a component this time, just a thread.

http://codecentral.borland.com/codecentral/ccweb.exe/listing?id=17667

I have already considered cleaning up the old component
and donate it to JEDI, I'll do it if I can find some free time.
If anyone would want to build one using any of the code
above, feel free.

Leonel




Subject: Re: RX & JVCL 2
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 5 Aug 2002 07:50:55 -0400
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:ailo3j$uvh$1@talkto.net...
> > Can both RXLib and JVCL 2 be installed together? I want to check out JVCL2
> > but I have a few components derived from RX ones that I don't want to have
> > to convert until JVCL2 is out of alpha.

Yes, that was the whole purpose to change the prefixes from "Rx" to "Jv" so
we could avoid any name conflicts.

Michael




Subject: RX & JVCL 2
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Mon, 5 Aug 2002 12:44:50 +0100
Newsgroups: jedi.vcl

Can both RXLib and JVCL 2 be installed together? I want to check out JVCL2
but I have a few components derived from RX ones that I don't want to have
to convert until JVCL2 is out of alpha.

Thanks

Andy




Subject: Re: JvCreateProcess component - Help
From: "wmudd" <wcmudd@earthlink.net>
Date: Sun, 4 Aug 2002 18:59:55 -0700
Newsgroups: jedi.vcl

----- more on this problem ---------

I noticed in JvCreateProcess (JvSysComp.pas), the "InheritHandles" parameter
is set to 'False' ("the new process does not inherit handles from the
calling process" MSDN). The CreateProcess functions that have worked with
the console program in question, all (6 so far) have this parameter set to
'True'. Is this significant? Why is 'False' being used here without
providing an option, that I can find, to change it to 'True'? It would be
nice to test it set to 'True' and see if that's the problem.

code from JvSysComp.pas-------------
if not CreateProcess(AppName, PChar(FCommandLine), nil, nil, False, Flags,
    EnvironmentData, CurrDir, FStartupInfo.StartupInfo, FProcessInfo)
then....

Is this the group for questions about Jedi-VCL components? If not where
should I post?

Thanks,

Bill

"wmudd" <wcmudd@earthlink.net> wrote in message
news:aihgia$hs6$1@talkto.net...
> > JEDI-VCL  Version 1.31 - for Delphi 5
> >
> > I'm using 2 JvCreateProcess components to execute 2 Win32 console
programs.
> > I want the 1st console program to run and then ( and only then ) when it
is
> > finished I want the 2nd program to run.
> > I do not want the console windows to show on the screen.
> >
> > All the properties in both JvCreateProcess components are set to their
> > default settings except the following.
> >
> > JvCreateProcess1 is set to:
> > DefaultWindowState = False
> > ShowWindow = swHide
> > the 1st console program works perfectly.
> >
> > In the JvCreateProcess1Terminate procedure I run JvCreateProcess2. It is
set
> > to:
> > DefaultWindowState = False
> > ShowWindow = swHide
> > the 2nd console program executes and hangs.
> >
> > *** But if I set JvCreateProcess2 to:
> > DefaultWindowState = True
> > ShowWindow = swNormal
> > the 2nd console program works perfectly.
> >
> > or if I set it to:
> >
> > DefaultWindowState = False
> > ShowWindow = swNormal
> > the 2nd console program works perfectly.
> >
> > What is happening? I want to use the JvCreateProcess component because
they
> > are easier to use (I'm lazy) and they have a handy environment option;
which
> > I haven't implemented yet but I will if I can get this going. I can use
> > other CreateProcess functions with SW_HIDE successfully for the 2nd
console
> > program so it has no problems running with a hidden window including
within
> > an on-terminate handler procedure from the 1st console program.
> >
> > What settings for JvCreateProcess2 (the 2nd console program) will enable
me
> > to run it without the window showing on the screen? Is this a bug in
> > JvSysComp.pas v1.31 ?
> >
> > TIA,
> >
> > Bill
> >
> >




Subject: Ruud Overdijk/NL/EUROPE/HAYGROUP is out of the office.
From: ruud_overdijk <jedi@buypin.com>
Date: Sun, 4 Aug 2002 23:56:39 +0000 (UTC)
Newsgroups: jedi.vcl

I will be out of the office starting  02-08-2002 and will not return until
12-08-2002.

I will respond to your message when I return.



----Message transited via JEDI Script Gateway----



Subject: JvCreateProcess component - Help
From: "wmudd" <wcmudd@earthlink.net>
Date: Sat, 3 Aug 2002 14:08:59 -0700
Newsgroups: jedi.vcl

JEDI-VCL  Version 1.31 - for Delphi 5

I'm using 2 JvCreateProcess components to execute 2 Win32 console programs.
I want the 1st console program to run and then ( and only then ) when it is
finished I want the 2nd program to run.
I do not want the console windows to show on the screen.

All the properties in both JvCreateProcess components are set to their
default settings except the following.

JvCreateProcess1 is set to:
DefaultWindowState = False
ShowWindow = swHide
the 1st console program works perfectly.

In the JvCreateProcess1Terminate procedure I run JvCreateProcess2. It is set
to:
DefaultWindowState = False
ShowWindow = swHide
the 2nd console program executes and hangs.

*** But if I set JvCreateProcess2 to:
DefaultWindowState = True
ShowWindow = swNormal
the 2nd console program works perfectly.

or if I set it to:

DefaultWindowState = False
ShowWindow = swNormal
the 2nd console program works perfectly.

What is happening? I want to use the JvCreateProcess component because they
are easier to use (I'm lazy) and they have a handy environment option; which
I haven't implemented yet but I will if I can get this going. I can use
other CreateProcess functions with SW_HIDE successfully for the 2nd console
program so it has no problems running with a hidden window including within
an on-terminate handler procedure from the 1st console program.

What settings for JvCreateProcess2 (the 2nd console program) will enable me
to run it without the window showing on the screen? Is this a bug in
JvSysComp.pas v1.31 ?

TIA,

Bill




Subject: Re: Developers
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 2 Aug 2002 18:46:06 -0400
Newsgroups: jedi.vcl

"chriseyre2000" <jedi@buypin.com> wrote in message
news:aierms$aj4$1@talkto.net...
> >
> > Hi,
> >
> > A number of you have mailed me your sourceforge id's.
> > I have now added you to the sourceforge project.

Looks like the script has been mixed up by posting the JEDI-Math message
here.

I have already informed Sebastien about it.

Michael




Subject: Developers
From: "chriseyre2000" <jedi@buypin.com>
Date: Fri, 2 Aug 2002 20:57:00 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

A number of you have mailed me your sourceforge id's.
I have now added you to the sourceforge project.

What I now need to know is what people are interested in doing.

So far I have Geoff looking at Carlos's integer library.

Over the next week I will try to organise you into like minded teams 
so we can get started converting what we have got.

<GRIN>
Meanwhile the rest of the list can debate the minuate of what they 
want the libraries to do. 
</GRIN>

Thanks

Chris


To unsubscribe from this group, send an email to:
JEDI-Maths-unsubscribe@yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Install problem with JVCL200 Alpha
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Fri, 2 Aug 2002 22:35:34 +0200
Newsgroups: jedi.vcl

"jonathan petit" <jonathan.petit@club-internet.fr> wrote in message
> > Does someone know how I can resolve this problem ?

You have to add DJCL60.dcp to the Requires section of the JVCL runtime
package.

Petr.




Subject: Install problem with JVCL200 Alpha
From: "jonathan petit" <jonathan.petit@club-internet.fr>
Date: Fri, 2 Aug 2002 22:11:41 +0200
Newsgroups: jedi.vcl

I have the following message when I try to Install the package :
Impossible de charger le paquet 'JVCL200_R60.'  Il contient l'unité
'JclRTTI,'qui est aussi contenu dans le paquet 'DJCL60'

Does someone know how I can resolve this problem ?

Thank You






Subject: Re: intilation problem with jvcl 20
From: "Tom Corcoran" <tomnospam.corcoran@sportstgnospam.com>
Date: Fri, 2 Aug 2002 17:10:46 +0100
Newsgroups: jedi.vcl

I was also getting this problem. DJCL60.bpl was not listed in my packages
list but I still got this error when I tried to install JVCL200_D60.dpk
Eventually on maybe the 10th try, the huge Information dialog came up saying
what compeonente were installed (impressive list!). I did nothing different
that I realised so I was really surprised when it installed.

Cheers, Tom.

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ai2l29$1ie$1@talkto.net...
> > If you have the djcl60.bpl installed in Delphi, try to remove it and then
> > try to install again 'jcvl200_D60'
> >
> > Michael
> >
> >




Subject: Re: When will come RAI2 ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 2 Aug 2002 06:19:59 -0400
Newsgroups: jedi.vcl

"Andreas Steibl" <andreas.steibl@host-sec.at> wrote in message
news:aidi6e$5d2$1@talkto.net...
> > Hi,
> > I asked this some time ago, but because of that RAI2 does NOT work under
> > Delphi 6, i am waiting for the new release of jedi.vcl with an integrated
> > RAI2

Probably sometime this month

Michael




Subject: When will come RAI2 ?
From: "Andreas Steibl" <andreas.steibl@host-sec.at>
Date: Fri, 2 Aug 2002 11:07:32 +0200
Newsgroups: jedi.vcl

Hi,
I asked this some time ago, but because of that RAI2 does NOT work under
Delphi 6, i am waiting for the new release of jedi.vcl with an integrated
RAI2

Or has someone else fixed the bug of RAI2 ?
Does noone else use RAI2 with Delphi 6?

regards
Andreas




Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi 5.01
From: "Howard Page-Clark" <jedi@buypin.com>
Date: Wed, 31 Jul 2002 18:57:18 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks for your reply. My mistake was to compile and try to install the 'D' package without first compiling the 'R' package.
Following the order you suggested has got it installed OK.

Howard Page-Clark


[Non-text portions of this message have been removed]


----Message transited via JEDI Script Gateway----



Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi 5.01
From: "Howard Page-Clark" <jedi@buypin.com>
Date: Wed, 31 Jul 2002 18:57:18 +0000 (UTC)
Newsgroups: jedi.vcl

Thanks for your advice: compiling (rather than building) did the trick!

Howard Page-Clark


[Non-text portions of this message have been removed]


----Message transited via JEDI Script Gateway----



Subject: Fireworks control?
From: "Chuck R." <cr@gil.com>
Date: Wed, 31 Jul 2002 13:54:35 -0500
Newsgroups: jedi.vcl

Does anyone have a control (like a TImage) that displays fireworks that they want to donate to JVCL? It is good for the About screen. How about one that does a rippling water effect over a given image?

Chuck



Subject: Re: Fireworks control?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 31 Jul 2002 14:21:25 -0400
Newsgroups: jedi.vcl

"Chuck R." <cr@gil.com> wrote in message news:3D48326B.5070209@gil.com...
> > Does anyone have a control (like a TImage) that displays fireworks
> > that they want to donate to JVCL? It is good for the About screen.
> > How about one that does a rippling water effect over a given image?

What about the TJvStarfield?

BTW - there were some Fire components floating around.

Michael




Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi 5.01
From: "Marcel Bestebroer" <marcelb.remove.this@zeelandnet.nl>
Date: Wed, 31 Jul 2002 11:08:54 +0200
Newsgroups: jedi.vcl

"howardpclark" <jedi@buypin.com> schreef in bericht
news:ai81oo$io4$1@talkto.net...
> >
> > Can you suggest how I get past a fatal error when trying to install
> > JVCL in Delphi 5?
> > The error message reads:
> > Fatal Error JVCL100_D50.dpk(30)
> > Internal error: P665
> >

I've had the same problem in D5Pro when I needed to reinstall JVCL. The
design package should not be "Build" but rather "Compiled", though this was
for the 2.0 Alpha, but I do remember getting that internal error. It was
gone once compiled instead of build the package.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi 5.01
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 31 Jul 2002 04:25:32 -0400
Newsgroups: jedi.vcl

"howardpclark" <jedi@buypin.com> wrote in message
news:ai81oo$io4$1@talkto.net...
> >
> > Can you suggest how I get past a fatal error when trying to install
> > JVCL in Delphi 5?
> > The error message reads:
> > Fatal Error JVCL100_D50.dpk(30)
> > Internal error: P665

Can you publish the steps how you get there?

For example, the typical steps would be:

- compile JVCL100_R50.dpk
- compile JVCL100_D50.dpk
- install JVCL100_D50.dpk

Michael





Subject: Failed installation of JVCL 1.32 (JCL 1.21) in Delphi 5.01
From: "howardpclark" <jedi@buypin.com>
Date: Wed, 31 Jul 2002 06:57:28 +0000 (UTC)
Newsgroups: jedi.vcl

Can you suggest how I get past a fatal error when trying to install 
JVCL in Delphi 5?
The error message reads:
Fatal Error JVCL100_D50.dpk(30)
Internal error: P665

Thanks in advance


----Message transited via JEDI Script Gateway----



Subject: Re: Ctl3D to JVDateTimePicker - maybe a chance
From: "a_chazot" <jedi@buypin.com>
Date: Tue, 30 Jul 2002 10:57:51 +0000 (UTC)
Newsgroups: jedi.vcl

maybe you can try the same solution used with the ExDateTimePicker,=20
that come with ExDbGrid. You can find it at
http://freespace.virgin.net/giles.lindsay/GJL-Software/ExDBGrid.html

His solution is to redraw the standard DateTimePicker border. Maybe=20
you can do that and find two ways to redraw, if there is CTL3D active=20
or not.

Regards

Alban

--- In JEDI-VCL@y..., "Peter Th=F6rnqvist" <jedi@b...> wrote:
> >=20
> > "Jaro" <jgi@m...> skrev i meddelandet=20
news:ahr9oj$dpi$1@talkto.net...
>> > > I tried to add the property Ctl3D to JVDateTimePicker but it=20
didn't work.
>> > > Does any of you know how to make JVDateTimePicker working with=20
this
>> > > property?
>> > > Thanks
>> > >
>> > > --
>> > > Jaro
>> > >
>> > >
> >=20
> > AFAIK, it's not possible because the MS DateTimePicker doesn't=20
react to the
> > window style, it always have a 3D border. Compare the standard
> > TDateTimePicker w. TComboBox on D6: with the TComboBox, you can set=20
the
> > BevelXXX properties to create a "flat" combobox: this is not=20
possible with
> > the datepicker - the bevel styles are "superimposed" on the 3D=20
border
> > instead of replacing them.
> >=20
> > Regards, Peter
> >=20




----Message transited via JEDI Script Gateway----



Subject: Re: Debugging Info in Files
From: Rob den Braasem <jedi@buypin.com>
Date: Tue, 30 Jul 2002 08:57:47 +0000 (UTC)
Newsgroups: jedi.vcl

On 29 Jul 2002 18:00:30 -0000, Petr Vones \(Team JEDI\) wrote:
> >
> >"Rob den Braasem" <jedi@buypin.com> wrote in message
>> >>I would like to propose a standaard for debugging information
>> >>inside the components.
> >
> >What information ?
All kind of print statements, Enter and Leave infor, Values of 
variables etc. For a lot of people the best debugging tools is still 
writeln.

> >
> >An interface for logging application states/errors is still lacking
> >in the JCL. There should be output to text file, HTML/XML file,
> >Event log and/or other external debug viewers like the Overseer. 
My Debug class can do this. It can log to file, Overseer and GExperts 
debug window. It is not to hard to add an other output device.

> >It
> >would be also possible to generate Enter/Leave information for
> >procedures/methods automatically. 
Perhaps an option added to the JvCodeFormatter Expert.
> >
> >


-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via JEDI Script Gateway---- 

Subject: Re: Debugging Info in Files
From: Rob den Braasem <jedi@buypin.com>
Date: Tue, 30 Jul 2002 07:57:44 +0000 (UTC)
Newsgroups: jedi.vcl

On 30 Jul 2002 04:00:20 -0000, Michael Beck \(Team JEDI\) wrote:
> >
> >"Rob den Braasem" <jedi@buypin.com> wrote in message
> >news:ai3039$2k1$1@talkto.net...
> >
>> >>MxDebugger of Overseer.
> >
> >Since mxDebugger doesn't provide source, the only logical choice
> >would seem Overseer, which we could enhance as needed.
> >
It is also my favorite.

I have build a debug class, to add some of the functions lacking in 
Overseer, like logObject, etc. The class has also the capability to 
write directly to file, or to de Gexperts Debug Window.

If there is a need for this class, I can upload it.


-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via JEDI Script Gateway---- 

Subject: sql cursor
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 30 Jul 2002 11:06:16 +0400
Newsgroups: jedi.vcl

standard borland sql-wait cursor is awfulll

It has no hotspot.
it shows 'sql' letters unknown for 90% of users...
May we chnage it along with some other Jedi'es cursors.
For example in my app i used the one http://vowca.chat.ru/Delphi/sql_cur



Subject: Re: Debugging Info in Files
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 29 Jul 2002 23:16:36 -0400
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> wrote in message
news:ai3039$2k1$1@talkto.net...

> > MxDebugger of Overseer.

Since mxDebugger doesn't provide source, the only logical choice would seem
Overseer, which we could enhance as needed.

Michael




Subject: Re: Debugging Info in Files
From: Raymond Wilson <jedi@buypin.com>
Date: Tue, 30 Jul 2002 02:57:47 +0000 (UTC)
Newsgroups: jedi.vcl

Sorry, I meant all the mirrors were down the previous time I looked for it.
I have since downloaded it from one of the sites on the URL you posted. It
installed and ran OK - though I have not yet thrown a project at it. We have
a couple of _large_ ones here which will be an interesting stress test :-)

Thanks again,

Raymond.


-----Original Message-----
From: Sebastien Buysse (Team JEDI) [mailto:jedi@buypin.com]
Sent: Tuesday, July 30, 2002 1:13 PM
To: JEDI-VCL@yahoogroups.com
Subject: [JEDI-VCL] Re: Debugging Info in Files



The project is stopped since 1999, so, there is no "official"
D6 version, but I've installed it sucessfully on my D6.

So, let's go further in the investigation, you say all the
mirrors are down. Ok, I won't test them, I trust you, but
have you seen the "simtel" indication?
Ok the link to simtel is dead, but you know simtel, don't you?

http://www.simtel.net
Search GpProfile

Bingo
http://www.simtel.net/pub/pd/11189.html

At least 50 mirrors ;-)

Sebastien




Raymond Wilson wrote:
> > Thank you! I did use Google (yes, it is my very favouritest search engine
> > :-) but at the time all the links from the download page were broken...)
> > 
> > Don't suppose you know if a D6 version is in the works???
> > 
> > Cheers,
> > 
> > Raymond.

----From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>---
----Message transited via JEDI Script Gateway----
..


 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 


----Message transited via JEDI Script Gateway----



Subject: Re: Debugging Info in Files
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 30 Jul 2002 03:13:11 +0200
Newsgroups: jedi.vcl

The project is stopped since 1999, so, there is no "official"
D6 version, but I've installed it sucessfully on my D6.

So, let's go further in the investigation, you say all the
mirrors are down. Ok, I won't test them, I trust you, but
have you seen the "simtel" indication?
Ok the link to simtel is dead, but you know simtel, don't you?

http://www.simtel.net
Search GpProfile

Bingo
http://www.simtel.net/pub/pd/11189.html

At least 50 mirrors ;-)

Sebastien




Raymond Wilson wrote:
> Thank you! I did use Google (yes, it is my very favouritest search engine
> :-) but at the time all the links from the download page were broken...)
>
> Don't suppose you know if a D6 version is in the works???
>
> Cheers,
>
> Raymond.



Subject: Re: Debugging Info in Files
From: Raymond Wilson <jedi@buypin.com>
Date: Tue, 30 Jul 2002 01:02:43 +0000 (UTC)
Newsgroups: jedi.vcl

Thank you! I did use Google (yes, it is my very favouritest search engine
:-) but at the time all the links from the download page were broken...)

Don't suppose you know if a D6 version is in the works???

Cheers,

Raymond.

-----Original Message-----
From: Sebastien Buysse (Team JEDI) [mailto:jedi@buypin.com]
Sent: Tuesday, July 30, 2002 11:00 AM
To: JEDI-VCL@yahoogroups.com
Subject: [JEDI-VCL] Re: Debugging Info in Files



Google is our friend.

Mirror:
http://17slon.com/gp/gpprofile/

Forum:
http://www.cgiexpert.com/scripts/externalforum.exe?forumname=gpprofile

Email of the author:
gabr@17slon.com


Sebastien


Raymond Wilson wrote:
> > I went hunting for GPProfile a while ago to find it has basically vanished
> > from the face of the Earth. If anyone has a valid URL for the current
> > location of this could they post it here?
> > 
> > Cheers,
> > 
> > Raymond.
> > 
> > From: Sebastien Buysse [mailto:sbuysse@buypin.com]
> > Sent: Tuesday, July 30, 2002 6:13 AM
> > To: JEDI-VCL@yahoogroups.com
> > Subject: Re: [JEDI-VCL] Re: Debugging Info in Files
> > 
> > 
> > 
> > 
>> >>An interface for logging application states/errors is still lacking in the
>> >>JCL. There should be output to text file, HTML/XML file, Event log and/or
>> >>other external debug viewers like the Overseer. It would be also possible
> > 
> > to
> > 
>> >>generate Enter/Leave information for procedures/methods automatically. I
> > 
> > was
> > 
>> >>already experimenting with something like that but it needs a good Object
>> >>Pascal parser to determine the begin/end block correctly. Basically the
> > 
> > idea
> > 
>> >>was something like that.
> > 
> > 
> > GPProfile does that and is opensource
> > http://eccentrica.org/gabr/gpprofile/
> > Cached by google
> >
http://216.239.37.100/search?q=cache:5t-PI3k17-kC:eccentrica.org/gabr/gpprof
> > ile/+gpprofile&hl=en&ie=UTF-8
> > 
> > The website seems down at the moment but it's compatible with D6 and
> > it really works great...
> > 
> > I think I remember he had no time to update it anymore, someone could
> > contact him to see if he is interested to donate it...
> > 
> > Sebastien
> > 
> > 
> > 
> > 
> > 
> >  
> > 
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 
> > 
> > 
> > 

----From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>---
----Message transited via JEDI Script Gateway----
..


 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 


----Message transited via JEDI Script Gateway----



Subject: Re: Debugging Info in Files
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 30 Jul 2002 00:06:10 +0200
Newsgroups: jedi.vcl

Google is our friend.

Mirror:
http://17slon.com/gp/gpprofile/

Forum:
http://www.cgiexpert.com/scripts/externalforum.exe?forumname=gpprofile

Email of the author:
gabr@17slon.com


Sebastien


Raymond Wilson wrote:
> I went hunting for GPProfile a while ago to find it has basically vanished
> from the face of the Earth. If anyone has a valid URL for the current
> location of this could they post it here?
>
> Cheers,
>
> Raymond.
>
> -----Original Message-----
> From: Sebastien Buysse [mailto:sbuysse@buypin.com]
> Sent: Tuesday, July 30, 2002 6:13 AM
> To: JEDI-VCL@yahoogroups.com
> Subject: Re: [JEDI-VCL] Re: Debugging Info in Files
>
>
>
>
>> An interface for logging application states/errors is still lacking in the
>> JCL. There should be output to text file, HTML/XML file, Event log and/or
>> other external debug viewers like the Overseer. It would be also possible
>
> to
>
>> generate Enter/Leave information for procedures/methods automatically. I
>
> was
>
>> already experimenting with something like that but it needs a good Object
>> Pascal parser to determine the begin/end block correctly. Basically the
>
> idea
>
>> was something like that.
>
>
> GPProfile does that and is opensource
> http://eccentrica.org/gabr/gpprofile/
> Cached by google
> http://216.239.37.100/search?q=cache:5t-PI3k17-kC:eccentrica.org/gabr/gpprof
> ile/+gpprofile&hl=en&ie=UTF-8
>
> The website seems down at the moment but it's compatible with D6 and
> it really works great...
>
> I think I remember he had no time to update it anymore, someone could
> contact him to see if he is interested to donate it...
>
> Sebastien
>
>
>
>
>
>  
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
> ----Message transited via JEDI Script Gateway----
>



Subject: Re: Debugging Info in Files
From: Raymond Wilson <jedi@buypin.com>
Date: Mon, 29 Jul 2002 21:57:56 +0000 (UTC)
Newsgroups: jedi.vcl

I went hunting for GPProfile a while ago to find it has basically vanished
from the face of the Earth. If anyone has a valid URL for the current
location of this could they post it here?

Cheers,

Raymond.

-----Original Message-----
From: Sebastien Buysse [mailto:sbuysse@buypin.com]
Sent: Tuesday, July 30, 2002 6:13 AM
To: JEDI-VCL@yahoogroups.com
Subject: Re: [JEDI-VCL] Re: Debugging Info in Files



> > An interface for logging application states/errors is still lacking in the
> > JCL. There should be output to text file, HTML/XML file, Event log and/or
> > other external debug viewers like the Overseer. It would be also possible
to
> > generate Enter/Leave information for procedures/methods automatically. I
was
> > already experimenting with something like that but it needs a good Object
> > Pascal parser to determine the begin/end block correctly. Basically the
idea
> > was something like that.

GPProfile does that and is opensource
http://eccentrica.org/gabr/gpprofile/
Cached by google
http://216.239.37.100/search?q=cache:5t-PI3k17-kC:eccentrica.org/gabr/gpprof
ile/+gpprofile&hl=en&ie=UTF-8

The website seems down at the moment but it's compatible with D6 and
it really works great...

I think I remember he had no time to update it anymore, someone could
contact him to see if he is interested to donate it...

Sebastien





 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 


----Message transited via JEDI Script Gateway----



Subject: JVCL Support and FAQ
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 29 Jul 2002 16:10:51 -0400
Newsgroups: jedi.vcl

It seems like we are receiving more and more private emails asking for help.

Please ask questions only on JVCL newsgroups or mailing list.

To help with the situation, we'll have a FAQ page:

http://jvcl.sourceforge.net/faq.htm

We hope that with time it will provide you with most answers. If you have a
question and answer  you would like to submit, please let us know.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Package not found
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Mon, 29 Jul 2002 20:36:07 +0200
Newsgroups: jedi.vcl

"Roland Turcan" <jedi@buypin.com> a écrit dans le message news:
ai3l5k$4sk$2@talkto.net...
> >
> > Hello JVCL!
> >
> > I try install JVCL 2.0 alpha and Delphi 5 write me this error message
> >
> > [Fatal Error] JVCL200_R50.dpk(35): Required package 'vclmid50' not
> > found



Work around : Put 'vclmid50'  in comment.




> >
> > --
> > Best regards, TRoland
> >
> >
> > ----Message transited via JEDI Script Gateway----
> >




Subject: Re: Debugging Info in Files
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 29 Jul 2002 13:30:57 -0400
Newsgroups: jedi.vcl

"Petr Vones (Team JEDI)" <petr_v@post.cz> wrote in message
news:ai3spa$5oa$1@talkto.net...

> > generate Enter/Leave information for procedures/methods automatically. I
was
> > already experimenting with something like that but it needs a good Object
> > Pascal parser to determine the begin/end block correctly.

Martin Waldenburg's parser is the best

http://www.innercircleproject.org/

Michael




Subject: Re: Debugging Info in Files
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Mon, 29 Jul 2002 19:10:27 +0200
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> wrote in message
> > I would like to propose a standaard for debugging information inside
> > the components.

What information ?

> > MxDebugger of Overseer.

An interface for logging application states/errors is still lacking in the
JCL. There should be output to text file, HTML/XML file, Event log and/or
other external debug viewers like the Overseer. It would be also possible to
generate Enter/Leave information for procedures/methods automatically. I was
already experimenting with something like that but it needs a good Object
Pascal parser to determine the begin/end block correctly. Basically the idea
was something like that.

procedure TSomeObject.SomeMethod;
begin
  SomeCode;
end;

And by a tool to change the source code to:

procedure TSomeObject.SomeMethod;
begin
  {---------------------------------}{$IFDEF DEBUG} LogEnterProc; try {$ENDIF}
  SomeCode;
  {-------------------------{$IFDEF DEBUG} finally LogLeaveProc; end; {$ENDIF}
end;

Petr.




Subject: Package not found
From: Roland Turcan <jedi@buypin.com>
Date: Mon, 29 Jul 2002 14:57:56 +0000 (UTC)
Newsgroups: jedi.vcl

Hello JVCL!

I try install JVCL 2.0 alpha and Delphi 5 write me this error message

[Fatal Error] JVCL200_R50.dpk(35): Required package 'vclmid50' not
found

-- Best regards, TRoland ----Message transited via JEDI Script Gateway---- 

Subject: Re: Debugging Info in Files
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 29 Jul 2002 10:45:37 -0400
Newsgroups: jedi.vcl

"Robert Love" <rlove@slcdug.org> wrote in message
news:ai3jmi$4o5$1@talkto.net...
> > Can you provide links to both?  So people can review.

Both at:

http://www.torry.net/tools_debug.htm#7087

Michael




Subject: Re: Debugging Info in Files
From: "Robert Love" <rlove@slcdug.org>
Date: Mon, 29 Jul 2002 08:35:13 -0600
Newsgroups: jedi.vcl

Can you provide links to both?  So people can review.

Robert Love
> > I think there are two options
> >
> > MxDebugger of Overseer.





Subject: Resume broken downloads in Http and Ftp
From: "Eko Subagio" <jedi@buypin.com>
Date: Mon, 29 Jul 2002 10:57:56 +0000 (UTC)
Newsgroups: jedi.vcl

The resume and pause download also base on server ftp



----- Original Message -----
From: "Michael Beck (Team JEDI)" <jedi@buypin.com>
To: <JEDI-VCL@yahoogroups.com>
Sent: Monday, July 29, 2002 1:00 PM
Subject: [JEDI-VCL] Resume broken downloads in Http and Ftp


> >
> > "Peterson" <pet@ieg.com.br> wrote in message
news:ai22r0$vvv$1@talkto.net...
>> > > My friend the Http and Ftp components suport resume broken downloads?
> >
> > I don't believe it does.
> >
> > Michael
> >
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >
> >


----Message transited via JEDI Script Gateway----



Subject: Re: Problem installing JVCL 1.32 in D5
From: oliverfeins@meloo.com (Oliver Feins)
Date: Mon, 29 Jul 2002 10:33:38 +0000 (UTC)
Newsgroups: jedi.vcl

Peter,

Thanks for the follow-up.

After clicking install, I got this:
- 'The procedure entry point SGGetSpecialFolderPathA could not be located 
in dynamic link library shell32.dll'.
- Immediately followed by 'Can't load package f:\program 
files\borland\delphi5\Projects\Bpl\JVCL100_D50.bpl. The specified procedure 
could not be found'.

Note that I tried with JVCL 200 alpha and that I got the same result.

I removed many packages to see if there was any incompatibility problem 
with an already installed package but same result.

Thanks in advance for your help.

Greetings,

Oliver


Subject: Debugging Info in Files
From: Rob den Braasem <jedi@buypin.com>
Date: Mon, 29 Jul 2002 08:58:17 +0000 (UTC)
Newsgroups: jedi.vcl

I would like to propose a standaard for debugging information inside 
the components.

If we have a standard debugging aid, we can keep de info in the file 
and use it improving the components.

I think there are two options

MxDebugger of Overseer.
-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via JEDI Script Gateway---- 

Subject: Re: intilation problem with jvcl 20
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 29 Jul 2002 01:54:36 -0400
Newsgroups: jedi.vcl

"guvenozdemir" <guvenozdemir@hotmail.com> wrote in message
news:ai0bbl$r5a$1@talkto.net...
> > Hi.
> >   I use delphi 6,0.when i tried to use jvcl 2,0 ý get this message.please
> > help me.
> >  "can't load package 'jcvl200_r60' its contains unit 'jclrttý' wich is
olso
> > containd in package djcl60"
> >     thanks for yor help.

If you have the djcl60.bpl installed in Delphi, try to remove it and then
try to install again 'jcvl200_D60'

Michael




Subject: Resume broken downloads in Http and Ftp
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 29 Jul 2002 01:52:43 -0400
Newsgroups: jedi.vcl

"Peterson" <pet@ieg.com.br> wrote in message news:ai22r0$vvv$1@talkto.net...
> > My friend the Http and Ftp components suport resume broken downloads?

I don't believe it does.

Michael




Subject: Re: Help with JVDateTimePicker
From: "Eko Subagio" <jedi@buypin.com>
Date: Mon, 29 Jul 2002 01:58:05 +0000 (UTC)
Newsgroups: jedi.vcl

There are Windows API function to create some stuff for 3D effect, michael
beck
is correct, better build from scratch.

es


> >
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:ahr9ag$do9$1@talkto.net...
> >
>> > > This is most definitely due to the way the standard TDateTimePicker
works
>> > > and there isn't anything we can do about it (AFAIK). The best would be
to
>> > > create our own date picker and calendar from scratch... Any takers? <g>
> >
> > Well, we have JvDateEdit from RxLib. It's there, and it keeps the focus
> > after selection of the date.
> >
> > Michael
-



----Message transited via JEDI Script Gateway----



Subject: To Michael Beck
From: "Peterson" <pet@ieg.com.br>
Date: Sun, 28 Jul 2002 21:35:23 -0300
Newsgroups: jedi.vcl

My friend the Http and Ftp components suport resume broken downloads?
Somebody  would help me whith an example.

Thank's

Peterson




Subject: intilation problem with jvcl 20
From: "guvenozdemir" <guvenozdemir@hotmail.com>
Date: Sun, 28 Jul 2002 11:54:08 +0300
Newsgroups: jedi.vcl

Hi.
  I use delphi 6,0.when i tried to use jvcl 2,0 ý get this message.please
help me.
 "can't load package 'jcvl200_r60' its contains unit 'jclrttý' wich is olso
containd in package djcl60"
    thanks for yor help.
Guven Özdemir
guvenozdemir@hotmail.com




Subject: Re: DCLSOAP and JVCL - Packages co-existing?
From: "Ralf Kaiser" <ralf.kaiser@wtal.de>
Date: Sun, 28 Jul 2002 10:40:41 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> schrieb im Newsbeitrag
news:ai09c4$r17$1@talkto.net...
> > "MrPaul [TeamMe]" <monkeyamore@hotmel.cc> skrev i meddelandet
> > news:ahvvcr$qf4$2@talkto.net...
>> > > I too have D6Ent, though I also have the  ZLIB conflict. I will try
adding
>> > > one package to the other but would prefer the long-term solution to be a
>> > > little more elegant.
> >
> > The long term solution is to compile the RT and install the DT, nothing
> > else. But because Ralf had this error, I suggested he could maybe fix it
> > that way. I haven't had this error myself, so it's more of a guess than
> > anything else.

Hello,

i do not need to fix it anymore. :-)
I have installed V2 of JVCL now and there is not such a problem. Before i
removed V1.3 _completely_ (really everything), re-activated DCLSOAP and
installed V2.0. It works now KVCL and DCLSOAP are co-existing now.

Ciao,
Ralf

--
http://www.rkaisers.de
mailto:ralf.kaiser@wtal.de




Subject: Re: DCLSOAP and JVCL - Packages co-existing?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Jul 2002 10:20:17 +0200
Newsgroups: jedi.vcl

"MrPaul [TeamMe]" <monkeyamore@hotmel.cc> skrev i meddelandet
news:ahvvcr$qf4$2@talkto.net...
> > I too have D6Ent, though I also have the  ZLIB conflict. I will try adding
> > one package to the other but would prefer the long-term solution to be a
> > little more elegant.

The long term solution is to compile the RT and install the DT, nothing
else. But because Ralf had this error, I suggested he could maybe fix it
that way. I haven't had this error myself, so it's more of a guess than
anything else.

Regards, Peter






Subject: Re: Problem installing JVCL 1.32 in D5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 28 Jul 2002 10:16:22 +0200
Newsgroups: jedi.vcl

"Oliver Feins" <oliverfeins@meloo.com> skrev i meddelandet
news:9258C5A3Eoliverfeinsmeloocom@194.191.0.34...
> > To make it short:
> >
> > - Environment: D5 SP1; Versions: JCL 1.21 (870), JVCL 1.32 Final
> >
> > - Error:
> >   'JvSysComp.pas (721): Undeclared identifier: RaiseLastOSError.'

To make it short:
Add this to JvSysComp uses clause:

{$IFNDEF COMPILER6_UP}, JvFunctions {$ENDIF}

Regards, Peter





Subject: Re: DCLSOAP and JVCL - Packages co-existing?
From: "MrPaul [TeamMe]" <monkeyamore@hotmel.cc>
Date: Sun, 28 Jul 2002 00:29:56 -0500
Newsgroups: jedi.vcl

I too have D6Ent, though I also have the  ZLIB conflict. I will try adding
one package to the other but would prefer the long-term solution to be a
little more elegant.

Paul


"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:aheb6o$4b5$1@talkto.net...
> > "Ralf Kaiser" <ralf.kaiser@wtal.de> skrev i meddelandet
> > news:ahe96h$45i$1@talkto.net...
>> > > When i try to re-activate it i get an error message "can not load
package
>> > > coreide, it contains unit ZLIb which is also included in JVCL_100D6" (i
> > have
>> > > translated this message from german, maybe it differs a bit).
> >
> > If you always load DCLSOAP, you could try adding it to the JVCL_R60/D60
(one
> > of them) requires node and rebuild JVCL. That might work...
> >
> > I am myself using D6Ent and haven't had this problem.
> >
> > Regards, Peter
> >
> >
> >




Subject: Re: jvcl100_r50.res
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 27 Jul 2002 20:15:51 -0400
Newsgroups: jedi.vcl

"InstantWallpaper" <instantwallpaper@free.fr> wrote in message
news:ahucep$mb4$1@talkto.net...
> > Cant't compile, file not exists.

Did you open and compile the jvcl100_r50.dpk file?

Michael




Subject: Problem installing JVCL 1.32 in D5
From: oliverfeins@meloo.com (Oliver Feins)
Date: Sat, 27 Jul 2002 17:59:17 +0000 (UTC)
Newsgroups: jedi.vcl

Hello all,

To make it short:

- Environment: D5 SP1; Versions: JCL 1.21 (870), JVCL 1.32 Final

- Error:
  'JvSysComp.pas (721): Undeclared identifier: RaiseLastOSError.'

Thanks in advance for your help.

Oliver


Subject: Re: jvcl100_r50.res
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 27 Jul 2002 17:31:05 +0200
Newsgroups: jedi.vcl

LOL, I only realized you put the name of the file
in the subject... bad idea, I never read subjects <g>.

The file should be automatically recreated, but you
are using JVCL 1.x and you should try to update to
JVCL 2.0 alpha if you are installing JVCL for the first
time.

Sebastien


Sebastien Buysse (Team JEDI) wrote:
>
> Please, be sure you have readed the readme file
> (what about the JCL?), then please explain, cause
> we won't be able to help you with so few informations.
>
> Sebastien
>
> InstantWallpaper wrote:
>
>> Cant't compile, file not exists.
>>
>> Delphi 5 Entreprise / XP Pro FR
>>
>>
>



Subject: Re: jvcl100_r50.res
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 27 Jul 2002 17:14:35 +0200
Newsgroups: jedi.vcl


Please, be sure you have readed the readme file
(what about the JCL?), then please explain, cause
we won't be able to help you with so few informations.

Sebastien

InstantWallpaper wrote:
> Cant't compile, file not exists.
>
> Delphi 5 Entreprise / XP Pro FR
>
>



Subject: jvcl100_r50.res
From: "InstantWallpaper" <instantwallpaper@free.fr>
Date: Sat, 27 Jul 2002 17:00:32 +0200
Newsgroups: jedi.vcl

Cant't compile, file not exists.

Delphi 5 Entreprise / XP Pro FR




Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Jul 2002 11:17:04 +0200
Newsgroups: jedi.vcl

>> > > I posted an additional bug note.
> >
> > So did I. The bug has been confirmed. I will look into this. Keep an eye
on
> > the tracker for updates. If the solution is short, I'll post it there.

Solution posted :) It's also in the CVS.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 27 Jul 2002 10:36:30 +0200
Newsgroups: jedi.vcl

> > I posted an additional bug note.

So did I. The bug has been confirmed. I will look into this. Keep an eye on
the tracker for updates. If the solution is short, I'll post it there.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Help with JVDateTimePicker
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Sat, 27 Jul 2002 00:45:38 -0400
Newsgroups: jedi.vcl


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ahstgl$j02$1@talkto.net...

>> > > Yes, it seems to work well enough.  But it has problems rendering the
>> > > calendar when large fonts are used.  The month title and day headers are
>> > > not sized large enough for the font.
>> > >
>> > > Should this be posted to the bug page?
> >
> > Yes, please.
> >
> > And if you find the time to look for a workaround, please let us know.

I looked at it briefly.  In general terms, CreatePopupCalendar
(jvPickDate.pas) uses scaling to size the popup and controls instead of
calculating the dimensions and control sizes based on the font size.

I didn't see an immediate work around.  But one solution might be to
implement a CMFontChanged message (like TDateTimePicker) that adjusts the
Child controls.


--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)

ELKNews - Get your free copy at http://www.atozedsoftware.com


Subject: Re: Help with JVDateTimePicker
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 26 Jul 2002 21:41:21 -0400
Newsgroups: jedi.vcl

"Don Siders [Team Indy]" <sidersd@att.net> wrote in message
news:EA07B082F64AE240sidersd@att.net...

> > Yes, it seems to work well enough.  But it has problems rendering the
> > calendar when large fonts are used.  The month title and day headers are
not
> > sized large for the font.
> >
> > Should this be posted to the bug page?

Yes, please.

And if you find the time to look for a workaround, please let us know.

Michael




Subject: Re: Help with JVDateTimePicker
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Fri, 26 Jul 2002 16:52:58 -0400
Newsgroups: jedi.vcl


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ahrarc$dtc$1@talkto.net...

> > "Peter Thrnqvist" <peter3@nospam.peter3.com> wrote in message
> > news:ahr9ag$do9$1@talkto.net...

>> > > This is most definitely due to the way the standard TDateTimePicker
works
>> > > and there isn't anything we can do about it (AFAIK). The best would be
to
>> > > create our own date picker and calendar from scratch... Any takers? <g>

> > Well, we have JvDateEdit from RxLib. It's there, and it keeps the focus
> > after selection of the date.

Yes, it seems to work well enough.  But it has problems rendering the
calendar when large fonts are used.  The month title and day headers are not
sized large for the font.

Should this be posted to the bug page?


--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)


ELKNews Free Edition - Empower your News Reader! http://www.atozedsoftware.com


Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Fri, 26 Jul 2002 16:03:43 -0400
Newsgroups: jedi.vcl


> > Getting back on the original subject though:
> > did you read my response in the bug tracker? In short: I can't reproduce
the
> > problem. I can always select and edit the values (except the About value,
> > but it's supposed to be read only anyway), no matter what settings I
> > set/unset. More info in the bug tracker.

I posted an additional bug note.


--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)


ELKNews Free Edition - Empower your News Reader! http://www.atozedsoftware.com


Subject: Re: Install problem with JVCL1.32
From: "jc30003" <jedi@buypin.com>
Date: Fri, 26 Jul 2002 12:58:36 +0000 (UTC)
Newsgroups: jedi.vcl

--- In JEDI-VCL@y..., "Michael Beck \(Team JEDI\)" <jedi@b...> wrote:
> > 
> > "jc30003" <jedi@b...> wrote in message 
news:ahqvfh$cjp$1@talkto.net...
>> > >
>> > > When I try to install JEDI-VCL version 1.32 library (Delphi 5 
Pro) I
>> > > get
>>> > > > the following error:
>>> > > > Can't load package d:\program files\borland\delphi5
>>> > > > \projects\bpl\JVC100_D50.bpl. One of the library files needed to
>> > > run this application cannot be found.
> > 
> > Can you check if you have in the \projects\bpl subdirectory (under 
your
> > Delphi directory) following files:
> > JVCL100_R50.bpl
> > JVCL100_R50.dcp
> > 
> > If not, please open JVCL100_R50.dpk and compile it. Then open again 
the
> > JVCL100_D50.dpk file, compile it, and install.
> > 
> > Michael
> > 
> > 
> > 
> > 
> > .


----Message transited via Script Gateway----



Subject: Re: Install problem with JVCL1.32
From: "jc30003" <jedi@buypin.com>
Date: Fri, 26 Jul 2002 12:58:36 +0000 (UTC)
Newsgroups: jedi.vcl

Yes, I have both files:

JVCL100_R50.bpl - size 2,312kb
JVCL100_R50.dcp - size 3,707kb, both dated 25/07/02 - my last compile.

Jan



--- In JEDI-VCL@y..., "Michael Beck \(Team JEDI\)" <jedi@b...> wrote:
> > 
> > "jc30003" <jedi@b...> wrote in message 
news:ahqvfh$cjp$1@talkto.net...
>> > >
>> > > When I try to install JEDI-VCL version 1.32 library (Delphi 5 
Pro) I
>> > > get
>>> > > > the following error:
>>> > > > Can't load package d:\program files\borland\delphi5
>>> > > > \projects\bpl\JVC100_D50.bpl. One of the library files needed to
>> > > run this application cannot be found.
> > 
> > Can you check if you have in the \projects\bpl subdirectory (under 
your
> > Delphi directory) following files:
> > JVCL100_R50.bpl
> > JVCL100_R50.dcp
> > 
> > If not, please open JVCL100_R50.dpk and compile it. Then open again 
the
> > JVCL100_D50.dpk file, compile it, and install.
> > 
> > Michael
> > 
> > 
> > 
> > 
> > .


----Message transited via Script Gateway----



Subject: Re: Ctl3D to JVDateTimePicker - is this possible ???
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Jul 2002 13:33:47 +0200
Newsgroups: jedi.vcl

"Jaro" <jgi@molis.sk> skrev i meddelandet news:ahr9oj$dpi$1@talkto.net...
> > I tried to add the property Ctl3D to JVDateTimePicker but it didn't work.
> > Does any of you know how to make JVDateTimePicker working with this
> > property?
> > Thanks
> >
> > --
> > Jaro
> >
> >

AFAIK, it's not possible because the MS DateTimePicker doesn't react to the
window style, it always have a 3D border. Compare the standard
TDateTimePicker w. TComboBox on D6: with the TComboBox, you can set the
BevelXXX properties to create a "flat" combobox: this is not possible with
the datepicker - the bevel styles are "superimposed" on the 3D border
instead of replacing them.

Regards, Peter





Subject: Re: Help with JVDateTimePicker
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 26 Jul 2002 07:16:30 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ahr9ag$do9$1@talkto.net...

> > This is most definitely due to the way the standard TDateTimePicker works
> > and there isn't anything we can do about it (AFAIK). The best would be to
> > create our own date picker and calendar from scratch... Any takers? <g>

Well, we have JvDateEdit from RxLib. It's there, and it keeps the focus
after selection of the date.

Michael




Subject: Ctl3D to JVDateTimePicker - is this possible ???
From: "Jaro" <jgi@molis.sk>
Date: Fri, 26 Jul 2002 12:55:32 +0200
Newsgroups: jedi.vcl

I tried to add the property Ctl3D to JVDateTimePicker but it didn't work.
Does any of you know how to make JVDateTimePicker working with this
property?
Thanks

--
Jaro




Subject: Re: Help with JVDateTimePicker
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 26 Jul 2002 12:48:19 +0200
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
news:ahr72q$dg5$1@talkto.net...
> > This might be a Microsoft *Feature* as it happens with the standard
> > DateTimePicker and a DBAware one they I have made from the standard one.
> >

This is most definitely due to the way the standard TDateTimePicker works
and there isn't anything we can do about it (AFAIK). The best would be to
create our own date picker and calendar from scratch... Any takers? <g>

Regards, Peter




Subject: Re: Help with JVDateTimePicker
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Fri, 26 Jul 2002 11:12:00 +0100
Newsgroups: jedi.vcl

This might be a Microsoft *Feature* as it happens with the standard
DateTimePicker and a DBAware one they I have made from the standard one.

Andy

"Jaro" <jgi@molis.sk> wrote in message news:ahqvdb$cji$1@talkto.net...
> > Hello
> > I have three problems with JVDateTimePicker:
> > 1. when you enter the field, day part is selected and you can then see
that
> > the field is focused. But when you choose the day from the calendar, you
> > leave the field and get back, nothing is selected and as there is no
cursor,
> > you cannot see where you are. (if you have several fields like this in
form)
> >
> > I tried to solve it using:
> >
> > procedure TJvDateTimePicker.DoEnter;
> > begin
> >   inherited;
> >   PostMessage(Handle, WM_KEYDOWN, VK_LEFT, 0);
> >   PostMessage(Handle, WM_KEYDOWN, VK_RIGHT, 0);
> > end;
> >
> > But I do not know if it is the best idea. Any other ideas?
> >
> > 2. This is related to the first one. When user chooses the day from the
> > calendar, the value is passed to the field but the selection is lost. It
> > would be good if the same part of the date that was selected before remain
> > selected after assigning the value from catalog. I do not know how to do
it
> > because DoEnter is not running.
> >
> > 3. If the date in null, the field displays proper value (for example
> > "(Null)") but there is no way how to delete existing value. So I need the
> > code wich responds to CTRL + Y (for example) and that deletes any date
from
> > the field.
> >
> > Thank you all
> > --
> > Jaro
> >
> >




Subject: Re: Install problem with JVCL1.32
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 26 Jul 2002 13:24:48 +0400
Newsgroups: jedi.vcl

>> > > When I try to install JEDI-VCL version 1.32 library (Delphi 5 Pro) I

May it appear he just have no needed units to compile in PRO version?
Or then he would have no chances to compile?





Subject: Re: Install problem with JVCL1.32
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 26 Jul 2002 05:11:23 -0400
Newsgroups: jedi.vcl

"jc30003" <jedi@buypin.com> wrote in message news:ahqvfh$cjp$1@talkto.net...
> >
> > When I try to install JEDI-VCL version 1.32 library (Delphi 5 Pro) I
> > get
>> > > the following error:
>> > > Can't load package d:\program files\borland\delphi5
>> > > \projects\bpl\JVC100_D50.bpl. One of the library files needed to
> > run this application cannot be found.

Can you check if you have in the \projects\bpl subdirectory (under your
Delphi directory) following files:
JVCL100_R50.bpl
JVCL100_R50.dcp

If not, please open JVCL100_R50.dpk and compile it. Then open again the
JVCL100_D50.dpk file, compile it, and install.

Michael






Subject: Help with JVDateTimePicker
From: "Jaro" <jgi@molis.sk>
Date: Fri, 26 Jul 2002 09:58:50 +0200
Newsgroups: jedi.vcl

Hello
I have three problems with JVDateTimePicker:
1. when you enter the field, day part is selected and you can then see that
the field is focused. But when you choose the day from the calendar, you
leave the field and get back, nothing is selected and as there is no cursor,
you cannot see where you are. (if you have several fields like this in form)

I tried to solve it using:

procedure TJvDateTimePicker.DoEnter;
begin
  inherited;
  PostMessage(Handle, WM_KEYDOWN, VK_LEFT, 0);
  PostMessage(Handle, WM_KEYDOWN, VK_RIGHT, 0);
end;

But I do not know if it is the best idea. Any other ideas?

2. This is related to the first one. When user chooses the day from the
calendar, the value is passed to the field but the selection is lost. It
would be good if the same part of the date that was selected before remain
selected after assigning the value from catalog. I do not know how to do it
because DoEnter is not running.

3. If the date in null, the field displays proper value (for example
"(Null)") but there is no way how to delete existing value. So I need the
code wich responds to CTRL + Y (for example) and that deletes any date from
the field.

Thank you all
--
Jaro




Subject: Install problem with JVCL1.32
From: "jc30003" <jedi@buypin.com>
Date: Fri, 26 Jul 2002 07:58:41 +0000 (UTC)
Newsgroups: jedi.vcl

When I try to install JEDI-VCL version 1.32 library (Delphi 5 Pro) I 
get 
> > the following error: 
> > Can't load package d:\program files\borland\delphi5 
> > \projects\bpl\JVC100_D50.bpl. One of the library files needed to 
run this application cannot be found. 

I have updated JCL to 1.21 (latest), but as I am new to JVCL I may be 
missing some files (not included in 1.32)or IDE settings. I have 
Delphi Update Service pack #1.

Can anyone help?



----Message transited via Script Gateway----



Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Marcel Bestebroer" <marcelb.remove.this@zeelandnet.nl>
Date: Fri, 26 Jul 2002 08:22:13 +0200
Newsgroups: jedi.vcl

"Don Siders [Team Indy]" <sidersd@att.net> schreef in bericht
news:1CC8521CDD4AE240sidersd@att.net...
> >
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:ahpt6u$9uq$1@talkto.net...
>> > > It's nothing like a nice and happy family (of OpenSource developers) :)
> >
> > If anybody starts talkin' about group hugs... I'm outa here. <g>
> >
I'll keep my mouth shut then. Getting back on the original subject though:
did you read my response in the bug tracker? In short: I can't reproduce the
problem. I can always select and edit the values (except the About value,
but it's supposed to be read only anyway), no matter what settings I
set/unset. More info in the bug tracker.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address






Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Thu, 25 Jul 2002 21:49:58 -0400
Newsgroups: jedi.vcl


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ahpt6u$9uq$1@talkto.net...

> > "Don Siders [Team Indy]" <sidersd@att.net> wrote in message
> > news:DC5D3F55D44AE240sidersd@att.net...
> >
>> > > I think we have a common interest... making the Borland tools even
better.
>> > > <g>
>> > >
>>> > > > Anyway, it's nice to read something from you in here :-)
>> > >
>> > > Your contributions to Indy are appreciated, too.
> >
> > It's nothing like a nice and happy family (of OpenSource developers) :)

If anybody starts talkin' about group hugs... I'm outa here. <g>


--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)


ELKNews Free Edition - Empower your News Reader! http://www.atozedsoftware.com


Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 25 Jul 2002 18:17:27 -0400
Newsgroups: jedi.vcl

"Don Siders [Team Indy]" <sidersd@att.net> wrote in message
news:DC5D3F55D44AE240sidersd@att.net...

> > I think we have a common interest... making the Borland tools even better.
> > <g>
> >
>> > > Anyway, it's nice to read something from you in here :-)
> >
> > Your contributions to Indy are appreciated, too.

It's nothing like a nice and happy family (of OpenSource developers) :)

Michael




Subject: Re: suggestion to defines (win32-only)
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Jul 2002 23:43:08 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ahpl5t$96u$1@talkto.net...
>> > > stripped. Post the attachment in binaries instead.
>>> > > > I'll quote myself from bug#200:
> >
> > :) attachments are for a few days already in mantis :))))))

Oh, I see

Peter





Subject: Re: suggestion to defines (win32-only)
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 25 Jul 2002 23:58:14 +0400
Newsgroups: jedi.vcl

> > stripped. Post the attachment in binaries instead.
>> > > I'll quote myself from bug#200:

:) attachments are for a few days already in mantis :))))))



Subject: Re: suggestion to defines (win32-only)
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Jul 2002 21:38:16 +0200
Newsgroups: jedi.vcl

You can't attach files to these lists as they will automatically be
stripped. Post the attachment in binaries instead.

Regards, Peter

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ahpg53$8ob$1@talkto.net...
> > There's a lot of places with commands like
> > {$IFDEF LINUX}
> > This unit is only supported on Windows!
> > {$ENDIF}
> >
> > I'll quote myself from bug#200:
> >
> > I think there should not be such a line!
> > We should check for {$IfNDef WIN32} instead
> > Or better we should rely on Jedi.Inc - see extra info in attached file.
> >




Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Thu, 25 Jul 2002 15:14:59 -0400
Newsgroups: jedi.vcl


"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:ahp2lq$748$2@talkto.net...

> > Too funny to see people from the Indy team here...

I think we have a common interest... making the Borland tools even better.
<g>

> > Anyway, it's nice to read something from you in here :-)

Your contributions to Indy are appreciated, too.






--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)


ELKNews Free Edition - Empower your News Reader! http://www.atozedsoftware.com


Subject: suggestion to defines (win32-only)
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 25 Jul 2002 22:32:26 +0400
Newsgroups: jedi.vcl

There's a lot of places with commands like
{$IFDEF LINUX}
This unit is only supported on Windows!
{$ENDIF}

I'll quote myself from bug#200:

I think there should not be such a line!
We should check for {$IfNDef WIN32} instead
Or better we should rely on Jedi.Inc - see extra info in attached file.



Subject: Re: force DFM as text?
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 25 Jul 2002 22:25:28 +0400
Newsgroups: jedi.vcl

> > This could be a good tool for us internally, but I am not sure if it will
be
> > of use for people who want to convert files to JVCL.

Why? check for prefix and textual DFM is rather generic task imho.
Ok, really don't matter - put it as example along with Convert - and put a
notice.

Really i cant understand why convertor is prepared for downloading.

converting soem lib to jvcl w/o having JVCL itself seems to me to be quest
for glory.
Having JVCL - You have sources for Convertor and may compile it Yourself.



Subject: Re: Problems with Installing JVCL (Ver. 1.32 Final)
From: "Ralf Kaiser" <ralf.kaiser@wtal.de>
Date: Thu, 25 Jul 2002 20:04:04 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse" <jedi@buypin.com> schrieb im Newsbeitrag
news:ahl563$q4r$1@talkto.net...
> >
>> > > From: "Michael Beck (Team JEDI)"
>> > > With help from people like you, there will be soon no bugs! :)
> > Remember Murphy's laws? It's impossible <g>
> >
> > Sebastien
> >

And remember too: Murphy is an optimist!


--
http://www.rkaisers.de
mailto:ralf.kaiser@wtal.de




Subject: Re: JvSearchFile can't compile
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 25 Jul 2002 19:53:18 +0200
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@vmails.net> skrev i meddelandet
news:ahpail$833$1@talkto.net...
> > should add JclBase and JvFunctions to its implementation uses

FYI, JvSearchFile has been merged with JvSearchFiles and JvFileTreeScan and
JvSearchFile and JvFileTreeScan will soon be removed from JVCL, leaving the
JvSearchFiles unit.

Regards, Peter




Subject: Re: JvSearchFile can't compile
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 25 Jul 2002 13:06:22 -0400
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@vmails.net> wrote in message
news:ahpapg$849$1@talkto.net...

> > Use anonymous account?

If you want to track the bug, and be notified electronically of its status,
then please register with your email address.

Michael




Subject: Re: JvSearchFile can't compile
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 25 Jul 2002 13:01:21 -0400
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@vmails.net> wrote in message
news:ahpail$833$1@talkto.net...
> > should add JclBase and JvFunctions to its implementation uses

Can you enter it into our Issue Tracker?

Thanks,

Michael




Subject: Re: JvSearchFile can't compile
From: "Lan Qiang" <lanq@vmails.net>
Date: Fri, 26 Jul 2002 01:01:00 +0800
Newsgroups: jedi.vcl

Use anonymous account?
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:ahpamb$83e$1@talkto.net...
> > "Lan Qiang" <lanq@vmails.net> wrote in message
> > news:ahpail$833$1@talkto.net...
>> > > should add JclBase and JvFunctions to its implementation uses
> >
> > Can you enter it into our Issue Tracker?
> >
> > Thanks,
> >
> > Michael
> >
> >




Subject: Re: JvSearchFile can't compile
From: "Lan Qiang" <lanq@vmails.net>
Date: Fri, 26 Jul 2002 00:59:03 +0800
Newsgroups: jedi.vcl

I mean the restructured source
"Lan Qiang" <lanq@vmails.net> Ð´ÈëÏûÏ¢ÐÂÎÅ:ahpail$833$1@talkto.net...
> > should add JclBase and JvFunctions to its implementation uses
> >
> >




Subject: JvSearchFile can't compile
From: "Lan Qiang" <lanq@vmails.net>
Date: Fri, 26 Jul 2002 00:57:20 +0800
Newsgroups: jedi.vcl

should add JclBase and JvFunctions to its implementation uses




Subject: Re: My BCB5 package of JVCL2
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 25 Jul 2002 12:42:38 -0400
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@vmails.net> wrote in message
news:ahp9b9$7uo$1@talkto.net...

> > Uploaded in jedi.binaries
> > perhaps it need a better install instruction

Thanks for doing it!

Before we include it, can other people test it and see how it works? Also,
any BCB6 users here who could test it?

Thanks,

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL






Subject: My BCB5 package of JVCL2
From: "Lan Qiang" <lanq@vmails.net>
Date: Fri, 26 Jul 2002 00:36:20 +0800
Newsgroups: jedi.vcl

Uploaded in jedi.binaries
perhaps it need a better install instruction




Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 25 Jul 2002 16:42:40 +0200
Newsgroups: jedi.vcl


Too funny to see people from the Indy team here...
I'm working on a program with a lot of components from both
Indy and JVCL and I've logged and fixed some bugs in the Indy
libraries too... The world is so small.

Anyway, it's nice to read something from you in here :-)

Sebastien

Don Siders [Team Indy] wrote:
> In JVCL 2.00A, the JvInspector has an error when using Bands.  You cannot
> select Band Items 2..n with the mouse when Tab Navigation is not used.  Tab
> Navigation woprks OK though.
>
> JvInspectorDemo demonstrates this.
>
>
>
> -- 
> Don Siders
>
> Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)
>
>
> ELKNews Free Edition - Empower your News Reader! http://www.atozedsoftware.com



Subject: Re: problem with installation of 2.0 Alpha
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 25 Jul 2002 16:40:03 +0200
Newsgroups: jedi.vcl


Ok, but I've a problem now... Is the problem solved?
Is somebody working on it or not?
I've checked mantis on the website and there is nothing
about it, so I don't know if someone is working on it or not.

So, my question is:
What's the status of the problem
Is someone working on it

If the problem is still present, please log it and I'll
work on it as I've been involved in this discussion, my conscience
tells me I have to fix it <g>.

Sebastien

joereece2002 wrote:
> --- In JEDI-VCL@y..., "Sebastien Buysse" <sbuysse@b...> wrote:
>
>>> I am sure that Joe just wanted to  raise a flag. And in doing 
>>
> this he is
>
>>> right. But as you said, that's what Alpha is all about - finding 
>>
> bugs and
>
>>> fixing them.
>>
>> Yes, my remark was not only for Joe but for all readers of the 
>
> newsgroup.
>
>> There is a lot of users considering Alpha/Beta as final code and 
>
> some
>
>> of them don't understand Alpha code will probably fail or cause an 
>
> error.
>
> I am well aware of what Alpha and beta releases are. However this problem with Shell32.dll first appeared in a stable release of v1.32 and a further problem has now appeared in v 2.0. My point was that the base unit referring to these shell32 procedures needs attention before too many new components are written that call these procedures and make the problem more and more intractable [as we are seeing with v2.0].
> I was not criticising the people who have put in a lot of good work in putting together a generally excellent library. I was drawing attention to the root cause of two bugs and the potential cause of many more, which surely is the point of an Alpha release.
> I realise that most Team Jedi folk will be using one of the later OSs and have limited time. That is another reason for publicising the problem, to prevent others inadvertently compounding or repeating the problem.
> Joe Reece
>
>
>
> ----Message transited via Script Gateway----
>



Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Thu, 25 Jul 2002 02:57:38 -0400
Newsgroups: jedi.vcl


"Marcel Bestebroer" <marcelb.remove.this@zeelandnet.nl> wrote in message
news:aho6fr$41i$1@talkto.net...

> > However, it's better to log any problems in the issue tracker at
> > http://jvcl.sourceforge.net. Follow the Bugs/Wishes link and enter the
> > problem there.

Of course.  My brain must have been in neutral. <g>

I'll log it there.


--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)


ELKNews Free Edition - Empower your News Reader! http://www.atozedsoftware.com


Subject: Re: JVCL 2.00A JvInspector error using Bands
From: "Marcel Bestebroer" <marcelb.remove.this@zeelandnet.nl>
Date: Thu, 25 Jul 2002 08:43:37 +0200
Newsgroups: jedi.vcl

I will look into this tonight.

However, it's better to log any problems in the issue tracker at
http://jvcl.sourceforge.net. Follow the Bugs/Wishes link and enter the
problem there.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address

"Don Siders [Team Indy]" <sidersd@att.net> schreef in bericht
news:70A11896B24AE240sidersd@att.net...
> > In JVCL 2.00A, the JvInspector has an error when using Bands.  You cannot
> > select Band Items 2..n with the mouse when Tab Navigation is not used.
Tab
> > Navigation woprks OK though.
> >
> > JvInspectorDemo demonstrates this.
> >
> >
> >
> > --
> > Don Siders
> >
> > Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)
> >
> >
> > ELKNews Free Edition - Empower your News Reader!
http://www.atozedsoftware.com




Subject: Re: Help to Rx
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 25 Jul 2002 10:08:19 +0400
Newsgroups: jedi.vcl

> > Any help file for Rx can be useful when we get to the Rx controls in

In my opinion that would never come to reality.
IMHO help is heeded to get inm touch with them.
And later most of them (as long as RA, Jan's, oldJVC, etc..) all will be
restyled and there will be new components instead of them.





Subject: Re: Polaris - Open letter to Rx users
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Wed, 24 Jul 2002 23:14:21 -0300
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> escreveu na
mensagem news:ahkung$plb$1@talkto.net...
> > "Arioch" <the_Arioch@nm.ru> wrote in message
news:ahk971$ngv$1@talkto.net...
>> > > http://polesoft.narod.ru/rxlibopen.html
>> > >
>> > > it is big, i cannot translate it all. So i used www.translate.ru and
fixed
>> > > most bugs of it's result
> >
> > Thank you very much for doing it.
> >
> > It seems like the open letter is an answer to my recent email to them
where
> > I've asked if they would be interested in joining JVCL. Obviously, they
are
> > not :(
> >
> > Michael

Hmmm. I didn't understand very well: will they let those components be
included on JVCL but they won't give any support or the won't give support
nor let them be included?

Rafael




Subject: Re: problem with installation of 2.0 Alpha
From: "joereece2002" <jedi@buypin.com>
Date: Thu, 25 Jul 2002 01:58:59 +0000 (UTC)
Newsgroups: jedi.vcl

--- In JEDI-VCL@y..., "Sebastien Buysse" <sbuysse@b...> wrote:
>> > > I am sure that Joe just wanted to  raise a flag. And in doing 
this he is
>> > > right. But as you said, that's what Alpha is all about - finding 
bugs and
>> > > fixing them.
> > Yes, my remark was not only for Joe but for all readers of the 
newsgroup.
> > There is a lot of users considering Alpha/Beta as final code and 
some
> > of them don't understand Alpha code will probably fail or cause an 
error.
> > 
I am well aware of what Alpha and beta releases are. However this 
problem with Shell32.dll first appeared in a stable release of v1.32 
and a further problem has now appeared in v 2.0. My point was that 
the base unit referring to these shell32 procedures needs attention 
before too many new components are written that call these procedures 
and make the problem more and more intractable [as we are seeing with 
v2.0].
I was not criticising the people who have put in a lot of good work 
in putting together a generally excellent library. I was drawing 
attention to the root cause of two bugs and the potential cause of 
many more, which surely is the point of an Alpha release.
I realise that most Team Jedi folk will be using one of the later OSs 
and have limited time. That is another reason for publicising the 
problem, to prevent others inadvertently compounding or repeating the 
problem.
Joe Reece



----Message transited via Script Gateway----



Subject: Re: problem with installation of 2.0 Alpha
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Thu, 25 Jul 2002 00:59:05 +0000 (UTC)
Newsgroups: jedi.vcl

>> > > Has someone sended the news about the alpha to delpree?
>> > > http://delphree.clexpert.com/pages/default.htm
>> > > I don't see anything about it :-/
> >
> > I am not aware of anything. If you want to contact them, please go
ahead...
Ok, done, I'll put a notice here if I receive an answer.

Sebastien





----Message transited via Script Gateway----



Subject: Re: JVCL install problems with JCLsysinfo
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Thu, 25 Jul 2002 02:27:01 +0200
Newsgroups: jedi.vcl

"gregomatic2000" <jedi@buypin.com> wrote in message
> > D5 Enterprise with service pack 1, build 618

OK. Could you please post some information (like first 50 error messages or
so) ? Currently it is very hard to say where the problem is, especially since
I can compile it without problems in the same Delphi edition.

Thanks, Petr.




Subject: Re: problem with installation of 2.0 Alpha
From: "Andreas Kanthak" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 23:59:05 +0000 (UTC)
Newsgroups: jedi.vcl

>> > > but this can't be the finall solution. Maybe you could use something like
>> > > SHGetSpecialFolderLocation and some helper routines to fix this issue.
> > 
> > Did you check the solution provided by Joe Reece:
> > 
> > http://www.itec.cwc.net/jedifix/jedimod.zip
> > 
> >  If yes, can you tell us if it worked for you?

Yes. Joe Reece did it exact the way I have sugguested.
I have downloaded this and as far as I can see it works now.
(Unfortunately the class TJvOrganizeFavoritesDialog does not work
for me but I could see, the result form the routine GetSpecialFolderPath 
is correct anyway).

Thanks to all.

Andreas Kanthak


----Message transited via Script Gateway----



Subject: Re: JVCL install problems with JCLsysinfo
From: "gregomatic2000" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 23:59:05 +0000 (UTC)
Newsgroups: jedi.vcl

D5 Enterprise with service pack 1, build 618

--- In JEDI-VCL@y..., "Petr Vones \(Team JEDI\)" <jedi@b...> wrote:
> > 
> > "gregomatic2000" <jedi@b...> wrote in message
>> > > Since I reloaded JCL 1.20 and I have no problem, if you want I 
can
>> > > reload JCL 1.21 and send all the errors, may take a day or so.
> > 
> > It is weird. What exact version of Delphi do you use ?
> > 
> > Petr.
> > 
> > 
> > .


----Message transited via Script Gateway----



Subject: Re: JVCL install problems with JCLsysinfo
From: "gregomatic2000" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 23:59:05 +0000 (UTC)
Newsgroups: jedi.vcl

Yes that's right it's fine with 1.20, the belgian beer I'll take 
either way!

--- In JEDI-VCL@y..., "Sebastien Buysse" <sbuysse@b...> wrote:
> > Ok, so, with JCL 1.20 it works ok, but not with 1.21, am I right?
> > 
> > And I'm coming with the pack of belgian beer to help you posting
> > the messages... (Just kidding, don't post the messages if it's
> > working with JCL 1.20).
> > 
> > Sebastien
> > 


----Message transited via Script Gateway----



Subject: Re: reviewing conversion-changelog
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Wed, 24 Jul 2002 23:29:05 GMT
Newsgroups: jedi.vcl

I have updated JvSearchFiles.pas in http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/source/.

Maybe you want to comment on it.




Subject: Re: problem with installation of 2.0 Alpha
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 19:09:08 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse" <jedi@buypin.com> wrote in message
news:ahmpt4$b8$1@talkto.net...

> > BTW, there's a small line about our new release in here:
> > http://www.developpez.com/delphi/index.htm
> > and we should have an icon in the near future on this site:
> > http://perso.wanadoo.fr/fobec/delphi_index.htm

Cool!

> > Has someone sended the news about the alpha to delpree?
> > http://delphree.clexpert.com/pages/default.htm
> > I don't see anything about it :-/

I am not aware of anything. If you want to contact them, please go ahead...

Michael




Subject: Re: Help to Rx
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 19:02:11 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <jedi@buypin.com> wrote in message
news:ahn7vb$1le$2@talkto.net...

> >  Haven´t you mailed it to the person how would use it?

Of course I did :)

Michael






Subject: Re: JVCL200Alpha install problems. HELP-ME
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Thu, 25 Jul 2002 00:15:19 +0200
Newsgroups: jedi.vcl

"gastaojunior" <jedi@buypin.com> wrote in message
> > Cannot load package 'JVCL100_R60'. It contains unit 'JclStrings'
> > which is also contained in package 'DJCL60'.

You have to add DJCL60.dcp to Requires section of JVCL100_R60 package. A unit
can be in the only one package.

Petr.




Subject: Stop Spamming the JEDI-VCL List
From: Ralf Grenzing <jedi@buypin.com>
Date: Wed, 24 Jul 2002 21:59:07 +0000 (UTC)
Newsgroups: jedi.vcl

Sebastien Buysse schrieb:

>> > > There is bunch of messages (about 10) that I get every 30 minutes
>> > > (about, maybe more often), I do not get any new messages.
>> > >
>> > > There must be something wrong with the gateway.
> > *Guilty*

:-) always nice and funny to read these mails ...

I only want to thanx you for your great efforts because for me it is easier
to read the mails and I think many other people  appreciate your work as
well.

best regards

Ralf Grenzing


> > With the modifications I made yesterday to remove the ads, add the
> > footer and block the unsubscribe, I've forgotten to remove the readonly
> > attribute of the config file...
> >
> > I've now subscribed to the mailing list too, so such a problem should
> > not be possible anymore...
> >
> > I'm deeply sorry  :-/
> >
> > Sebastien
> >
> >
> > To unsubscribe from this group, send an email to:
> > JVCL-Developers-unsubscribe@yahoogroups.com
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via Script Gateway----



Subject: Re: Help to Rx
From: Ralf Grenzing <jedi@buypin.com>
Date: Wed, 24 Jul 2002 21:59:07 +0000 (UTC)
Newsgroups: jedi.vcl

Hi Michael

don´t disappoint your fan club! I gave you the links to both of these help
files. Haven´t you mailed it to the person how would use it?

Ralf

"Michael Beck (Team JEDI)" schrieb:

> > "Arioch" <the_Arioch@nm.ru> wrote in message news:ahm7gi$tmc$1@talkto.net...
>> > > Is  help team using Olivier Dahan's Rx help?
> >
> > I believe, currently Marcel has the help file from SGB and this one:
> >
> > http://www.frasersoft.net/rxhelp/
> >
> > If you know about others, can you provide the URL?
> >
> > Michael
> >
> > .
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/


----Message transited via Script Gateway----



Subject: JVCL200Alpha install problems. HELP-ME
From: "gastaojunior" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 21:59:07 +0000 (UTC)
Newsgroups: jedi.vcl

Cannot load package 'JVCL100_R60'. It contains unit 'JclStrings' 
which is also contained in package 'DJCL60'.

Help-me!


Problemas instalando a JVCL200Alpha, da o erro acima. Alguem pode me 
ajudar?


----Message transited via Script Gateway----



Subject: Re: JVCL install problems with JCLsysinfo
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Wed, 24 Jul 2002 22:41:59 +0200
Newsgroups: jedi.vcl

"gregomatic2000" <jedi@buypin.com> wrote in message
> > The first message has to do with the network adapter (MAC) SNMP mib.
> > It was an undeclared identifier error.

Could you post the exact text of the error message ?

Alternatively, you can try this:

1. Unzip JCL 1.21 to a folder
2. Open Command Prompt
3. Go to the folder
4. Type MAKE and press enter

I have no problems with Delphi 5.01 Enterprise

Petr.




Subject: Re: JVCL install problems with JCLsysinfo
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Wed, 24 Jul 2002 22:18:03 +0200
Newsgroups: jedi.vcl

"gregomatic2000" <jedi@buypin.com> wrote in message
> > Since I reloaded JCL 1.20 and I have no problem, if you want I can
> > reload JCL 1.21 and send all the errors, may take a day or so.

It is weird. What exact version of Delphi do you use ?

Petr.




Subject: Re: JVCL install problems with JCLsysinfo
From: "gregomatic2000" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 19:58:55 +0000 (UTC)
Newsgroups: jedi.vcl

Yes it is in a sibling directory

The first message has to do with the network adapter (MAC) SNMP mib. 
It was an undeclared identifier error.

Since I reloaded JCL 1.20 and I have no problem, if you want I can 
reload JCL 1.21 and send all the errors, may take a day or so.

Let me know if you want me to do this

Greg

--- In JEDI-VCL@y..., "Sebastien Buysse \(Team JEDI\)" <jedi@b...> 
wrote:
> > 
> > 
> > This is probably not the problem, but is the JCL in a
> > sibbling directory?
> > 
> > And could you give us the first error?
> > Cause "a lot of errors", it's not enough to determine
> > the real error...
> > 
> > Try to press CTRL+C on the error and the paste it here.
> > 
> > Sebastien
> > 
> > 
> > 
> > gregomatic2000 wrote:
>> > > I've deleted everything I could find, went into the registry 
looking=20
>> > > for things and I still have the same problem.=20=20
>> > > 
>> > > 
>>> > >>=20
>>> > >>Sounds like a unit conflict to me: make sure that the old JCL=20
>> > > 
>> > > and/or JVCL
>> > > 
>>> > >>is completely removed from your computer (including DCU, DCP 
and=20
>> > > 
>> > > BPL files).
>> > > 
>>> > >>Then, search *all* your disks for Jcl*.* and delete all=20
>> > > 
>> > > duplicates. Also
>> > > 
>>> > >>search for *.dcp,*.bpl and *.dcu and delete those related to 
JCL=20
>> > > 
>> > > and JVCL.
>> > > 
>>> > >>=20
>>> > >>Finally, build DJCL50.dpk, build JVCL200_R50.dpk and *compile*
>>> > >>JVCL200_D50.dpk, theninstall it.
>>> > >>=20
>>> > >>Let me know if this worked.
>>> > >>=20
>>> > >>Regards, Peter
>>> > >>=20
>>> > >>"gregomatic2000" <jedi@b...> skrev i meddelandet
>>> > >>news:ahhs26$fha$1@talkto.net...
>>> > >>
>>>> > >>>I followed the instructions  in the txt file. I've tried
>>>> > >>>uninstalling and reinstalling and I get the same problems. I was
>>>> > >>>using an older version of JCL - uninstalled it and then 
installed
>>>> > >>>JCL 1.21, I've taken out all the paths and files associated 
with=20
>>> > >>
>> > > the
>> > > 
>>>> > >>>older version prior to installing 1.21. I generate 58 errors=20
>>> > >>
>> > > before
>> > > 
>>>> > >>>compilation stops. The errors I'm getting are as follows:
>>>> > >>>
>>>> > >>>-I'm getting a number of undeclared identifier errors
>>>> > >>>-Missing operator or semicolon errors
>>>> > >>>-Types of actual and former var parameters must be identical
>>>> > >>>-Except or finally expected
>>>> > >>>-Unsatisfied forward or external declarations
>>>> > >>>-)expected but identifier 'value' found
>>>> > >>>.expected but ; found
>>>> > >>>
>>> > >>
>>> > >>=20
>>> > >>=20
>>> > >>=20
>>> > >>.
>> > > 
>> > > 
>> > > 
>> > > 
> > 
> > .


----Message transited via Script Gateway----



Subject: Re: JVCL install problems with JCLsysinfo
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 19:58:55 +0000 (UTC)
Newsgroups: jedi.vcl

Ok, so, with JCL 1.20 it works ok, but not with 1.21, am I right?

And I'm coming with the pack of belgian beer to help you posting
the messages... (Just kidding, don't post the messages if it's
working with JCL 1.20).

Sebastien




----Message transited via Script Gateway----



Subject: Re: JVCL install problems with JCLsysinfo
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 24 Jul 2002 20:57:30 +0200
Newsgroups: jedi.vcl


This is probably not the problem, but is the JCL in a
sibbling directory?

And could you give us the first error?
Cause "a lot of errors", it's not enough to determine
the real error...

Try to press CTRL+C on the error and the paste it here.

Sebastien



gregomatic2000 wrote:
> I've deleted everything I could find, went into the registry looking=20
> for things and I still have the same problem.=20=20
>
> --- In JEDI-VCL@y..., "Peter Th=F6rnqvist" <jedi@b...> wrote:
>
>> =20
>> Sounds like a unit conflict to me: make sure that the old JCL=20
>
> and/or JVCL
>
>> is completely removed from your computer (including DCU, DCP and=20
>
> BPL files).
>
>> Then, search *all* your disks for Jcl*.* and delete all=20
>
> duplicates. Also
>
>> search for *.dcp,*.bpl and *.dcu and delete those related to JCL=20
>
> and JVCL.
>
>> =20
>> Finally, build DJCL50.dpk, build JVCL200_R50.dpk and *compile*
>> JVCL200_D50.dpk, theninstall it.
>> =20
>> Let me know if this worked.
>> =20
>> Regards, Peter
>> =20
>> "gregomatic2000" <jedi@b...> skrev i meddelandet
>> news:ahhs26$fha$1@talkto.net...
>>
>>> I followed the instructions  in the txt file. I've tried
>>> uninstalling and reinstalling and I get the same problems. I was
>>> using an older version of JCL - uninstalled it and then installed
>>> JCL 1.21, I've taken out all the paths and files associated with=20
>>
> the
>
>>> older version prior to installing 1.21. I generate 58 errors=20
>>
> before
>
>>> compilation stops. The errors I'm getting are as follows:
>>>
>>> -I'm getting a number of undeclared identifier errors
>>> -Missing operator or semicolon errors
>>> -Types of actual and former var parameters must be identical
>>> -Except or finally expected
>>> -Unsatisfied forward or external declarations
>>> -)expected but identifier 'value' found
>>> .expected but ; found
>>>
>>
>> =20
>> =20
>> =20
>> .
>
>
>
> ----Message transited via Script Gateway----
>



Subject: Re: problem with installation of 2.0 Alpha
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 17:59:00 +0000 (UTC)
Newsgroups: jedi.vcl

> > I am sure that Joe just wanted to  raise a flag. And in doing this he is
> > right. But as you said, that's what Alpha is all about - finding bugs and
> > fixing them.
Yes, my remark was not only for Joe but for all readers of the newsgroup.
There is a lot of users considering Alpha/Beta as final code and some
of them don't understand Alpha code will probably fail or cause an error.

BTW, there's a small line about our new release in here:
http://www.developpez.com/delphi/index.htm
and we should have an icon in the near future on this site:
http://perso.wanadoo.fr/fobec/delphi_index.htm

Has someone sended the news about the alpha to delpree?
http://delphree.clexpert.com/pages/default.htm
I don't see anything about it :-/

Sebastien


----Message transited via Script Gateway----



Subject: JVCL 2.00A JvInspector error using Bands
From: "Don Siders [Team Indy]" <sidersd@att.net>
Date: Wed, 24 Jul 2002 13:56:22 -0400
Newsgroups: jedi.vcl

In JVCL 2.00A, the JvInspector has an error when using Bands.  You cannot
select Band Items 2..n with the mouse when Tab Navigation is not used.  Tab
Navigation woprks OK though.

JvInspectorDemo demonstrates this.



--
Don Siders

Join the Indy Docs project! (http://www.nevrona.com/indy/teams/docs)


ELKNews Free Edition - Empower your News Reader! http://www.atozedsoftware.com


Subject: Re: JVCL install problems with JCLsysinfo
From: "gregomatic2000" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 16:59:02 +0000 (UTC)
Newsgroups: jedi.vcl

I've deleted everything I could find, went into the registry looking=20
for things and I still have the same problem.=20=20

--- In JEDI-VCL@y..., "Peter Th=F6rnqvist" <jedi@b...> wrote:
> >=20
> > Sounds like a unit conflict to me: make sure that the old JCL=20
and/or JVCL
> > is completely removed from your computer (including DCU, DCP and=20
BPL files).
> > Then, search *all* your disks for Jcl*.* and delete all=20
duplicates. Also
> > search for *.dcp,*.bpl and *.dcu and delete those related to JCL=20
and JVCL.
> >=20
> > Finally, build DJCL50.dpk, build JVCL200_R50.dpk and *compile*
> > JVCL200_D50.dpk, theninstall it.
> >=20
> > Let me know if this worked.
> >=20
> > Regards, Peter
> >=20
> > "gregomatic2000" <jedi@b...> skrev i meddelandet
> > news:ahhs26$fha$1@talkto.net...
>> > >
>> > > I followed the instructions  in the txt file. I've tried
>> > > uninstalling and reinstalling and I get the same problems. I was
>> > > using an older version of JCL - uninstalled it and then installed
>> > > JCL 1.21, I've taken out all the paths and files associated with=20
the
>> > > older version prior to installing 1.21. I generate 58 errors=20
before
>> > > compilation stops. The errors I'm getting are as follows:
>> > >
>> > > -I'm getting a number of undeclared identifier errors
>> > > -Missing operator or semicolon errors
>> > > -Types of actual and former var parameters must be identical
>> > > -Except or finally expected
>> > > -Unsatisfied forward or external declarations
>> > > -)expected but identifier 'value' found
>> > > .expected but ; found
>> > >
> >=20
> >=20
> >=20
> > .


----Message transited via Script Gateway----



Subject: Re: Help to Rx
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Wed, 24 Jul 2002 18:30:29 +0200
Newsgroups: jedi.vcl

"Roland Kossow" <jedi@buypin.com> schreef in bericht
news:ahmbr8$u6h$1@talkto.net...
> >
>> > > Is  help team using Olivier Dahan's Rx help?
> >
> > I am not using it so far. Should I=20
> > Marcel?

Any help file for Rx can be useful when we get to the Rx controls in
documentation. For now, it's not important yet, but it will be later :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: problem with installation of 2.0 Alpha
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 12:23:05 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:ahmj53$v3f$1@talkto.net...

> > Don't say that, you are injust. JVCL 2.0 is in *alpha* stage, and
> > we only have the possibility to test it on our machines, and we
> > are mostly all working on Windows 2000 or XP.

I am sure that Joe just wanted to  raise a flag. And in doing this he is
right. But as you said, that's what Alpha is all about - finding bugs and
fixing them.

Joe does a good job in tracking the issues, and providing us with potential
solutions or workarounds, and I appreciate it very much.

Hopefully, there will be more people helping us with this task, so we can
make a Beta a solid release.

Michael





Subject: Re: problem with installation of 2.0 Alpha
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 24 Jul 2002 18:14:38 +0200
Newsgroups: jedi.vcl

As I have stated elsewhere, JvShDlg has been removed from JVCL 2.00 (in CVS)
because it duplicates a lot of what's already in JvWinDialogs (but without
the component wrappers). As I see it, there is no need to have two units
doing the same thing, so any future modifications / alterations shoud be
done in JvWinDialogs (which, BTW, needs a revision too).

In the meantime (until the next 2.0 release), try to solve the problem by
removing JvShDlg from the uses in JVCL RT package and delete the pas/dcu.
Try to re-install. If you still get errors, they probably come from
JvWinDialogs. Check this unit to see if there is a possibility to import the
missing procedures dynamically. Post any findings either here or (preferred)
in the Issue Tracker.

Unfortunately, I can't help out too much at the moment as I'm tied up with
other stuff and also I'm running W2k with the latest shell32.dll so I don't
get these errors.

Good luck!

Regards, Peter

"joereece2002" <jedi@buypin.com> skrev i meddelandet
news:ahmis5$v1p$1@talkto.net...
> >
> > --- In JEDI-VCL@y..., Roland Kossow <kossow@c...> wrote:
>>> > > > Did you check the solution provided by Joe Reece:
>>> > > >
>>> > > > http://www.itec.cwc.net/jedifix/jedimod.zip
>>> > > >
>>> > > >  If yes, can you tell us if it worked for you?
>> > >
>> > > If I use the patch I get the following two info-messages when
> > compiling the design time package:
>> > > jvWinDialogs.pas(576): value assigned to 'lpfnDoOrganizeFavDlg' is
> > never used
>> > > jvWinDialogs.pas(755): variable 'Filepath' has been declared but is
> > not used in 'GetSpecialFolderPath'
>> > >
>> > > ... when I install my try ends with this error:
>> > > database enginge error: delphi32.exe - entrypoint not found
>> > > the procedure entrypoint "SHEmptyRecycleBinA" could not be found in
> > shell32.dll
>> > >
> >
> > A couple of notes:
> > 1) The patch was intended to cure the error in v1.32 which was only
> > looking for SHGetSpecialFolderPath. It looks like V2.0 has another
> > similar problem elsewhere with "SHEmptyRecycleBinA".
> > Quickly looking through the source files for v1.32, the only
> > references to SHEmptyRecycleBin are in jvShDlg.pas.
> > This declares a number of procedures from shell32.dll, including some
> > that I can't find even in shell32.dll v 5.50 [Win ME]. HOWEVER,
> > crucially, later procedures calling these shell32 procedures have
> > been commented out. It looks like they might have been reinstated [or
> > completed] in JVCL v2.0. It might be worth trying to install JVCL 2.0
> > using the JvShDlg.pas from JVCL 1.32 or modifying the v 2.0 file.
> > Ultimately JvShDlg.pas needs a major modifcation to allow for the
> > variety of shell32.dlls available or we will soon have a JVCL for XP
> > only :-((
> > 2) The hints:
>> > > jvWinDialogs.pas(576): value assigned to 'lpfnDoOrganizeFavDlg' is
>> > >never used
> > An existing error in jvWinDialogs.pas. Not relevant or important
>> > > jvWinDialogs.pas(755): variable 'Filepath' has been declared but is
> > not used in 'GetSpecialFolderPath'
> > Looks like I forgot to comment out the delaration of "Filepath". Not
> > important.
> >
> > Hope this helps
> >
> > Joe Reece
> > joereece@gmx.net
> >
> >
> > ----Message transited via Script Gateway----
> >




Subject: Re: problem with installation of 2.0 Alpha
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 24 Jul 2002 18:05:13 +0200
Newsgroups: jedi.vcl



> A couple of notes:
> Ultimately JvShDlg.pas needs a major modifcation to allow for the variety of shell32.dlls available or we will soon have a JVCL for XP only :-((

Don't say that, you are injust. JVCL 2.0 is in *alpha* stage, and
we only have the possibility to test it on our machines, and we
are mostly all working on Windows 2000 or XP.

Of course the functions should be imported dynamically, but we
made this version to be able to find bugs like that, and the
remark about a JVCL for XP only is really not fair, all the
members of the team are working 40h/day (*erhm*), and we need
the help of everybody to find and fix bugs.

Sebastien



Subject: Re: problem with installation of 2.0 Alpha
From: "joereece2002" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 15:59:01 +0000 (UTC)
Newsgroups: jedi.vcl

--- In JEDI-VCL@y..., Roland Kossow <kossow@c...> wrote:
>> > > Did you check the solution provided by Joe Reece:
>> > > 
>> > > http://www.itec.cwc.net/jedifix/jedimod.zip
>> > > 
>> > >  If yes, can you tell us if it worked for you?
> > 
> > If I use the patch I get the following two info-messages when 
compiling the design time package:
> > jvWinDialogs.pas(576): value assigned to 'lpfnDoOrganizeFavDlg' is 
never used
> > jvWinDialogs.pas(755): variable 'Filepath' has been declared but is 
not used in 'GetSpecialFolderPath'
> > 
> > ... when I install my try ends with this error:
> > database enginge error: delphi32.exe - entrypoint not found
> > the procedure entrypoint "SHEmptyRecycleBinA" could not be found in 
shell32.dll
> >
 
A couple of notes:
1) The patch was intended to cure the error in v1.32 which was only 
looking for SHGetSpecialFolderPath. It looks like V2.0 has another 
similar problem elsewhere with "SHEmptyRecycleBinA".
Quickly looking through the source files for v1.32, the only 
references to SHEmptyRecycleBin are in jvShDlg.pas.
This declares a number of procedures from shell32.dll, including some 
that I can't find even in shell32.dll v 5.50 [Win ME]. HOWEVER, 
crucially, later procedures calling these shell32 procedures have 
been commented out. It looks like they might have been reinstated [or 
completed] in JVCL v2.0. It might be worth trying to install JVCL 2.0 
using the JvShDlg.pas from JVCL 1.32 or modifying the v 2.0 file.
Ultimately JvShDlg.pas needs a major modifcation to allow for the 
variety of shell32.dlls available or we will soon have a JVCL for XP 
only :-((
2) The hints:
> > jvWinDialogs.pas(576): value assigned to 'lpfnDoOrganizeFavDlg' is 
> >never used
An existing error in jvWinDialogs.pas. Not relevant or important
> > jvWinDialogs.pas(755): variable 'Filepath' has been declared but is 
not used in 'GetSpecialFolderPath'
Looks like I forgot to comment out the delaration of "Filepath". Not 
important.

Hope this helps

Joe Reece
joereece@gmx.net


----Message transited via Script Gateway----



Subject: Re: JEDI-VCL currently ranked # 38 on SourceForge
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 24 Jul 2002 16:52:48 +0200
Newsgroups: jedi.vcl


Today we are ranked #32

http://sourceforge.net/top/mostactive.php?type=week

Top 10, we are coming! :-)

Sebastien



Subject: Re: Help to Rx
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 24 Jul 2002 18:13:29 +0400
Newsgroups: jedi.vcl

I cannot say. Try it Yourself - and make a solution Yourself.



Subject: Re: problem with installation of 2.0 Alpha
From: Roland Kossow <jedi@buypin.com>
Date: Wed, 24 Jul 2002 13:59:04 +0000 (UTC)
Newsgroups: jedi.vcl

> > Did you check the solution provided by Joe Reece:
> > 
> > http://www.itec.cwc.net/jedifix/jedimod.zip
> > 
> >  If yes, can you tell us if it worked for you?

If I use the patch I get the following two info-messages when compiling the design time package:
jvWinDialogs.pas(576): value assigned to 'lpfnDoOrganizeFavDlg' is never used
jvWinDialogs.pas(755): variable 'Filepath' has been declared but is not used in 'GetSpecialFolderPath'

.... when I install my try ends with this error:
database enginge error: delphi32.exe - entrypoint not found
the procedure entrypoint "SHEmptyRecycleBinA" could not be found in shell32.dll

Regards
Roland




----Message transited via Script Gateway----



Subject: Help to Rx
From: Roland Kossow <jedi@buypin.com>
Date: Wed, 24 Jul 2002 13:59:04 +0000 (UTC)
Newsgroups: jedi.vcl

> > Is  help team using Olivier Dahan's Rx help?

I am not using it so far. Should I=20
Marcel?********************************************************************=
*****
**
Dipl.-=D6k. Roland Kossow
Nieders=E4chsisches Hochschulkompetenzzentrum f=FCr SAP (CCC)
Welfengarten 1, 30167 Hannover
Tel.:  (0511) 762-19891
Fax.: (0511) 762-19782
kossow@ccc.uni-hannover.de
***************************************************************************


----Message transited via Script Gateway----



Subject: Re: force DFM as text?
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 24 Jul 2002 17:40:33 +0400
Newsgroups: jedi.vcl

> > That's what I have done using Delphi 5. Are there any problems with the
> > current files in CVS?

May be You loaded them w\o rxlib designtime bpls ?

You've bee nreported twice of problems in DesignTime part of the
FormPlacement component,
2nd report was of myself and 2 minutes after i got files vie HTTP interface
to CVS.



Subject: Re: Help to Rx
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 24 Jul 2002 17:38:38 +0400
Newsgroups: jedi.vcl

> > If you know about others, can you provide the URL?

I do not know if it is 'other' but...
Delphi Stargate: http://www.e-naxos.com/scripts/st2001.dll/main?
There it is easy to find.

The keyword is the name of the writer - he always subscribed his releases on
root page of hlp-file.



Subject: Re: force DFM as text?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 09:32:37 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahm8ce$tph$1@talkto.net...
> > that is a draft.
> > There is no logging, no customisation for exclusion, etc...
> >
> > Fix all this - and integrate into Converter.

> > Something like a tool with PageControl - one tab for integrating, noe tab
> > for checking, ...

This could be a good tool for us internally, but I am not sure if it will be
of use for people who want to convert files to JVCL.

> > May You re-convert rx?

Which files are you talking about?

> > Save all DFM's as text using IDE (method described in article looses
events)
> > and convert them as text files.

That's what I have done using Delphi 5. Are there any problems with the
current files in CVS?

Michael





Subject: Re: Help to Rx
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 09:27:28 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahm7gi$tmc$1@talkto.net...
> > Is  help team using Olivier Dahan's Rx help?

I believe, currently Marcel has the help file from SGB and this one:

http://www.frasersoft.net/rxhelp/

If you know about others, can you provide the URL?

Michael




Subject: Re: force DFM as text?
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 24 Jul 2002 17:01:09 +0400
Newsgroups: jedi.vcl

that is a draft.
There is no logging, no customisation for exclusion, etc...

Fix all this - and integrate into Converter.

Something like a tool with PageControl - one tab for integrating, noe tab
for checking, ...

May You re-convert rx?
Save all DFM's as text using IDE (method described in article looses events)
and convert them as text files.



Subject: Re: problem with installation of 2.0 Alpha
From: "kossow" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 12:59:10 +0000 (UTC)
Newsgroups: jedi.vcl

--- In JEDI-VCL@y..., "Andreas Kanthak" <jedi@b...> wrote:
> > 
> > Update.
> > Unit JvWinDialogs.Pas conatians a direct (and therefor static) call to
> > shGetSpecialFoladerPath in Unit shlObj.Pas (Delphi5 RTL). This causes
> > the problem on systems, which have a old version of shell32.dll (like me and some
> > others). I have out commented the relevant code and have been able to install Jvcl now,
> > but this can't be the finall solution. Maybe you could use something like
> > SHGetSpecialFolderLocation and some helper routines to fix this issue.

With my system the problem is still there, after I commented out the relevant code, I get a "SHEmptyRecycleBinA could not be found in shell32.dll" The error messages windowstitle reads: "type Dialogs.TOpenDialog: class(TCommonDialog) - Dialogs.pas(81): delphi32.exe ...."

On "Shell32.dll - Version 4.7" I found the following on the internet:

http://www.dixiak.com/#text
[...stuff deleted...]
This problem crops up only on systems with a shell32.dll version of 4.00 i.e. Explorer 3 and before. Unfortunately, upgrading to Explorer 4.X without active desktop or to Explorer 5+ does not update shell32.dll. This problem can therefore occur even in systems with the latest version of Explorer. Workaround: Install a background in display properties and then run TC. Alternatively, uninstall Explorer 5.X and/or Explorer 4.X, then install Explorer 4.X with Active Desktop and then upgrade to Explorer 5.X if necessary. This will install the new shell32.dll version 4.7X.
[...stuff deleted...]

Regards
Roland



----Message transited via Script Gateway----



Subject: Help to Rx
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 24 Jul 2002 16:46:11 +0400
Newsgroups: jedi.vcl

Is  help team using Olivier Dahan's Rx help?



Subject: Re: problem with installation of 2.0 Alpha
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 08:26:55 -0400
Newsgroups: jedi.vcl

"Andreas Kanthak" <AKanthak@Online.de> wrote in message
news:ahkqam.cd.1@akan.fqdn.th-h.de...
> > Update.
> > Unit JvWinDialogs.Pas conatians a direct (and therefor static) call to
> > shGetSpecialFoladerPath in Unit shlObj.Pas (Delphi5 RTL). This causes
> > the problem on systems, which have a old version of shell32.dll (like me
and some
> > others). I have out commented the relevant code and have been able to
install Jvcl now,
> > but this can't be the finall solution. Maybe you could use something like
> > SHGetSpecialFolderLocation and some helper routines to fix this issue.

Did you check the solution provided by Joe Reece:

http://www.itec.cwc.net/jedifix/jedimod.zip

 If yes, can you tell us if it worked for you?

Michael




Subject: Re: force DFM as text?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 08:24:41 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahm0nv$srj$1@talkto.net...
> > Visit attachments ng.

Cool! Thanks a lot

Michael




Subject: Re: force DFM as text?
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 24 Jul 2002 14:49:12 +0400
Newsgroups: jedi.vcl

Visit attachments ng.



Subject: To Mr. Beck
From: "James Jacobson" <jdjac@att.net>
Date: Wed, 24 Jul 2002 05:01:11 -0500
Newsgroups: jedi.vcl

Michael,
My email has quit sending, will try again tomorrow.
Jim




Subject: Re: Rx Library Licencing
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 05:34:15 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahlpu2$s0v$1@talkto.net...

> > I heard another opinion: SGB's D6 release was taken very long (compared to
> > 1/2 oof day take by Epsylon) and was very buggy (compared to 'licked up'
> > patch from Polaris)
> > It is worse than any of them, and so calling THIS official harms honour of
> > authors.
> > Again, i do not have D6, so i cannot check this out. I only translate onto
> > English the words i heard in Russian.

Scott stated that he did well in protecting copyright and intellectual
property of the RxLib authors, and I totally agree with his statement.

Regarding the technical aspect of the D6 conversion, there will be always
people who say that they would do or did a better job, in shorter time, etc.

But let's not get hang up on details. All these people are welcome to join
JVCL and improve on the RxLib components that are incorporated into JVCL,
submit bugs and bugs fixes, or new and improved components. Let's focus on
the future, and on how can we make JVCL the best VCL library for Delphi.
That's more productive.

>> > > This information is still stored in an e-mail from Fedor which i will
> > gladly
>> > > forward to yourself or this group if required.
> >
> > Publishing this mail with full information (all technicak headers, etc..)
> > might also be rather good help.

This probably would be a good idea, as it would close the issue once and for
all.

It's time to move forward - we have a lot of work to do...

Michael




Subject: Re: Rx Library Licencing
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 24 Jul 2002 12:54:30 +0400
Newsgroups: jedi.vcl

>> > > Could You gve us a text if agreement? I rather frequently meet opinion
as
>> > > "Scott Blood may claim what his left leg want to. But but his words we
> > never
>> > > seen even text of
>> > > aggreement and licуnse and the only reaction of the authors did say
> > nothing:
>> > >
>> > > http://delphiplus.spils.lv/articles/components/a_where_now_rxlib.html
(in
> > my
>> > > translation)
> >
> > I recieved written comfirmation from Fedor Kozhevnikov that myself
including
> > the name SGB Software will be able to use the name Rx Library and its
source

Again - the problem is that if someone do not trust to Your words, then You
may say 1000 times more words, but he will not russt 0.0001 time more.
If You'd scanned this confirmation and published it on www - it was much
better.
Then those ons could say that You faked the confirmation, but they will not
be able to say, that You're cheating, tlaking of confirmation You never got
and never hold in hands.

> > i believe we did very well.
I heard another opinion: SGB's D6 release was taken very long (compared to
1/2 oof day take by Epsylon) and was very buggy (compared to 'licked up'
patch from Polaris)
It is worse than any of them, and so calling THIS official harms honour of
authors.
Again, i do not have D6, so i cannot check this out. I only translate onto
English the words i heard in Russian.

> > This information is still stored in an e-mail from Fedor which i will
gladly
> > forward to yourself or this group if required.

Publishing this mail with full information (all technicak headers, etc..)
might also be rather good help.





Subject: Re: Rx Library Licencing
From: "Scott Blood" <Scott@SGBSoftware.com>
Date: Wed, 24 Jul 2002 09:23:47 +0100
Newsgroups: jedi.vcl

Igor,

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahj976$jm6$2@talkto.net...
>> > > We did as was originally stated , released a version for D6 and CB5 and
> > then
>> > > opened a source forge account to host this.
> > When code was removed from SF ?
> > why SF page is not deleted still ?

The account has been deleted, but alas this can take upto 28 days depending
on the current demand of the source forget technical team.

> > Could You gve us a text if agreement? I rather frequently meet opinion as
> > "Scott Blood may claim what his left leg want to. But but his words we
never
> > seen even text of
> > aggreement and licÕnse and the only reaction of the authors did say
nothing:
> >
> > http://delphiplus.spils.lv/articles/components/a_where_now_rxlib.html (in
my
> > translation)

I recieved written comfirmation from Fedor Kozhevnikov that myself including
the name SGB Software will be able to use the name Rx Library and its source
code to release a version of the Rx Library by SGB Software.  We were also
given sole management of the project, so long as we ensured that the
origonal authors names and intellectual property right were protected, which
i believe we did very well.

This information is still stored in an e-mail from Fedor which i will gladly
forward to yourself or this group if required.

> > We are still using Rx in our own projects, and do some minor enhancements
> > and fixes. We have D6 version but it is not tested at all. We have no more
> > enthusiasm to support library for every one, alas it is clear. Right now
we
> > are trying to make a solution to questinos "What we want", "What wea can"
> > and "What we will do".

In the words of Fedor, 'Rx Library has become and unecessary evil to us and
we no long do have the time to continue our development for this.  As you
will understand the library is a burden and takes a lot of time to support.
Can you please tell what are you motives what this?'

Scott Blood
Managing Director
www.sgbsoftware.com




Subject: Re: Anny change on a new Alpha (Alpha-2), with fixes
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 24 Jul 2002 04:14:22 -0400
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> wrote in message
news:ahlmoa$rmp$1@talkto.net...

> > The problem is our gateway, exept for http, ftp and mail we are not
> > allowed any access (all ports are closed)

I assume, you are interested only in few units. If so, you can always check
the status via the Web:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/

In couple of weeks we should have the daily scripts updated to use JVCL 2.0.

Michael




Subject: Re: Anny change on a new Alpha (Alpha-2), with fixes
From: Rob den Braasem <jedi@buypin.com>
Date: Wed, 24 Jul 2002 07:59:06 +0000 (UTC)
Newsgroups: jedi.vcl

On 23 Jul 2002 23:00:25 -0000, Michael Beck \(Team JEDI\) wrote:
> >
> >"Rob den Braasem" <jedi@buypin.com> wrote in message
> >news:ahjr07$lp1$1@talkto.net...
> >
> >
>> >>I have no way of accessing the VCS
> >
> >Did you try to use WinCVS or the TortoiseCVS ?  See:
> >
The problem is our gateway, exept for http, ftp and mail we are not 
allowed any access (all ports are closed)
> >


-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: Polaris - Open letter to Rx users
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 23:33:07 -0400
Newsgroups: jedi.vcl

"Rafael Cotta" <rcotta.nospam@ig.com.br> wrote in message
news:ahl2k9$pvf$1@talkto.net...

> > Hmmm. I didn't understand very well: will they let those components be
> > included on JVCL but they won't give any support or the won't give support
> > nor let them be included?

From their Open letter it seems like the second, i.e. they will continue
with Polaris development as an independent project. It's OpenSource, but you
have to pay if you want to get support.

Michael




Subject: Re: Problems with Installing JVCL (Ver. 1.32 Final)
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 02:59:15 +0000 (UTC)
Newsgroups: jedi.vcl

> > From: "Michael Beck (Team JEDI)" 
> > With help from people like you, there will be soon no bugs! :)
Remember Murphy's laws? It's impossible <g>

Sebastien




----Message transited via Script Gateway----



Subject: Re: Problems with Installing JVCL (Ver. 1.32 Final)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 21:17:22 -0400
Newsgroups: jedi.vcl

"joereece2002" <jedi@buypin.com> wrote in message
news:ahku5c$pjj$1@talkto.net...

> > Now the good news. Having had the same problem I traced the offending
> > code and modified the relevant unit to work as intended.
> > You can download the modified unit [10kb] from:
> > http://www.itec.cwc.net/jedifix/jedimod.zip

Can somebody who has currently these problems with JVCL, test it and report
back if it works for them?. If yes, then I will update the CVS.

> > Hope this helps. It is worth it, the new JEDI-VCL 1.32 is impressive
> > even if it stll has a few bugs.

With help from people like you, there will be soon no bugs! :)

Thank you for doing it.

Michael




Subject: Re: Polaris - Open letter to Rx users
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 21:12:11 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahk971$ngv$1@talkto.net...
> > http://polesoft.narod.ru/rxlibopen.html
> >
> > it is big, i cannot translate it all. So i used www.translate.ru and fixed
> > most bugs of it's result

Thank you very much for doing it.

It seems like the open letter is an answer to my recent email to them where
I've asked if they would be interested in joining JVCL. Obviously, they are
not :(

Michael







Subject: Re: Problems with Installing JVCL (Ver. 1.32 Final)
From: "joereece2002" <jedi@buypin.com>
Date: Wed, 24 Jul 2002 00:59:24 +0000 (UTC)
Newsgroups: jedi.vcl

--- In JEDI-VCL@y..., "Andreas Kanthak" <jedi@b...> wrote:
> > 
> > Hi all,
> > 
> > by loading the generated dll, delphi complains about an
> > entry point, wich is not there. (ShGetSpecialFolderPathA).
> > 
> > Im using Delphi 5.0 Enterprise ServicePack 2 on Windows NT 4 Sp6a.
> > I have also installed IE 6 (Servicepack Unknown)
> > 
> > The problem could be in Shell32.dll whcih is of Version 4.00 on my 
Computer.
> > At least, this function should be in Version 4.71 of this dll, but 
I can not find
> > any download for this file. Could someone please give me advice?
> > 
With respect, I think you are all barking up the wrong tree.
The problem surely, is to fix the JEDI-VCL package to work with the 
OS, not to fix the OS to suit JEDI. After all you can't expect your 
users to perform acrobatics with IE4 just to update shell32 so that 
your app will run.

Now the good news. Having had the same problem I traced the offending 
code and modified the relevant unit to work as intended.
You can download the modified unit [10kb] from:
http://www.itec.cwc.net/jedifix/jedimod.zip
Hope this helps. It is worth it, the new JEDI-VCL 1.32 is impressive 
even if it stll has a few bugs.
Good luck
--
Joe Reece
joereece@gmx.net


----Message transited via Script Gateway----



Subject: Re: compatible with c++builder
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 18:57:19 -0400
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@vmails.net> wrote in message
news:ahk1ta$ml0$1@talkto.net...
> > There are serveral ``$IFNDEF DELPHI'' in repository

This has been already fixed and updated in CVS.

> > In JvExcptDlg.pas,
> > ``unit JvExcptDlg;'' should be moved to front of ``'This unit is only
> > supported on Windows!r''' to add the unit into cb's project.

Done.

Thanks for the feedback.

Michael




Subject: Re: force DFM as text?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 18:50:51 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahk5ci$n1u$1@talkto.net...
>> > > Unless some errors have crept into CVS, all dfm's should already be text
> > All rxlib examples. (and maybe some from lib itself)
> > one form of Converter (i reported it earlier)

All of this should be fixed by now.

> > I think there is a tool to check most common thing befire upload?

I am not aware of one.

Michael





Subject: Re: Anny change on a new Alpha (Alpha-2), with fixes
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 18:19:40 -0400
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> wrote in message
news:ahjr07$lp1$1@talkto.net...

> > Is there a possiblilty to get new Alpha's without using VCS.

Not currently, except using CVS web interface (as Sebastien mentioned).

> > I have no way of accessing the VCS

Did you try to use WinCVS or the TortoiseCVS ?  See:

http://jvcl.sourceforge.net/cvs.htm

Or you can download it via "Anonymous CVS Access " (see note at the bottom
of the above link)

Michael





Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 17:54:32 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahkc1h$nq7$1@talkto.net...
> > i'm doing a very brief review of Rx, that maybe will be useful for quick
> > 'get-in-touch' :)

Excellent!

> > as finished i'll post it to Mantis into 'thoughts on Rx integration'
> >
> > http://Arioch.nm.ru/Delphi/rx.txt

Thank you, please do so.

Michael




Subject: Re: problem with installation of 2.0 Alpha
From: "Andreas Kanthak" <AKanthak@Online.de>
Date: Tue, 23 Jul 2002 23:53:58 +0200
Newsgroups: jedi.vcl

Update.
Unit JvWinDialogs.Pas conatians a direct (and therefor static) call to
shGetSpecialFoladerPath in Unit shlObj.Pas (Delphi5 RTL). This causes
the problem on systems, which have a old version of shell32.dll (like me and some
others). I have out commented the relevant code and have been able to install Jvcl now,
but this can't be the finall solution. Maybe you could use something like
SHGetSpecialFolderLocation and some helper routines to fix this issue.

Best wishes

Andreas Kanthak


"Andreas Kanthak" <AKanthak@Online.de> schrieb im Newsbeitrag news:ahko92.9o.1@akan.fqdn.th-h.de...
>> > > Thanks, it is reported - bug ID 209
>> > >
> >
> > Sorry for jumping in here,
> >
> > Bug ID 209 is marked as resolved in "Project Jedi-Issue Tracker-JediVCL".
> > This isn't the case. If I for myself remove the file jvshldlg from the package, the Issue
> > is there anyway. Please investigate further to help us that we are able to install
> > JVCL.
> >
> > Thanks
> >
> > Andreas Kanthak
> >
> > "Petr Vones (Team JEDI)" <petr_v@post.cz> schrieb im Newsbeitrag news:ahk1eb$min$1@talkto.net...
>> > > "kossow" <jedi@buypin.com> wrote in message
>>> > > > I use NT 4.0 SP6a and IE 5.5 SP2
>> > >
>> > > Thanks, it is reported - bug ID 209
>> > >
>> > > Petr.
>> > >
>> > >
> >
> >




Subject: Re: problem with installation of 2.0 Alpha
From: "Andreas Kanthak" <AKanthak@Online.de>
Date: Tue, 23 Jul 2002 23:18:58 +0200
Newsgroups: jedi.vcl

> > Thanks, it is reported - bug ID 209
> >

Sorry for jumping in here,

Bug ID 209 is marked as resolved in "Project Jedi-Issue Tracker-JediVCL".
This isn't the case. If I for myself remove the file jvshldlg from the package, the Issue
is there anyway. Please investigate further to help us that we are able to install
JVCL.

Thanks

Andreas Kanthak

"Petr Vones (Team JEDI)" <petr_v@post.cz> schrieb im Newsbeitrag news:ahk1eb$min$1@talkto.net...
> > "kossow" <jedi@buypin.com> wrote in message
>> > > I use NT 4.0 SP6a and IE 5.5 SP2
> >
> > Thanks, it is reported - bug ID 209
> >
> > Petr.
> >
> >




Subject: Re: RxLib joins JEDI-VCL
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 23 Jul 2002 23:51:10 +0400
Newsgroups: jedi.vcl

i'm doing a very brief review of Rx, that maybe will be useful for quick
'get-in-touch' :)
as finished i'll post it to Mantis into 'thoughts on Rx integration'

http://Arioch.nm.ru/Delphi/rx.txt



Subject: Polaris - Open letter to Rx users
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 23 Jul 2002 23:02:50 +0400
Newsgroups: jedi.vcl

http://polesoft.narod.ru/rxlibopen.html

it is big, i cannot translate it all. So i used www.translate.ru and fixed
most bugs of it's result

~~~



*

The open letter to users RxLib






* Polaris Software grieves together with you over premature demise RxLib as
independent product. (Look the Note) it would not be desirable to use such
words as "deceit", though actually indeed. It is necessary to notice, that
RxLib already for a long time was in agony and demanded processing,
therefore all and have expressed approval to the fact of a valorous raising
of a flag of development of version 3. But, but, but... The Imperialism
again has shown the animal grin. Though name JEDI rather attractive. But we
do not think, that will be a lot of wishing to install for the sake of 10-15
certain monsters loved{liked} a component from 250 component. And
abbreviation JVCL somehow guards agains (it how to think up the improved
language of inquiries JSQL). Well all right, on taste and color - you will
not cut down an axe.


* Honoured authors RxLib in due time have done enormous volume of work
(esteem even help) and have gone down to history. That they have transferred
the library in another's hands, their this legitimate right. We shall not
break each other a hand or to cry in this occasion. Simply there is a
general tendency of dying of old free-of-charge projects under Windows. They
or become uninteresting to authors, or reach the monstrous size, or hit in a
frank pop-music, that does actually predetermine their death. Look even on
ICQ 200х. For a component the problem of a recoupment stands especially
sharply. On the one hand, it is possible to write specialized deeply thinken
library and to expose it for 500 dollars (but you will write it for year,
and on what to live?) . With another, it is possible to be engaged in
development of an applied software (for money certainly) but also as
by-product to spread components in the Network. In this case it is possible
to sell components separately on 10 tughriks (and to be pleased to a mug of
beer fallen from the sky, that too is quite good) or to rick them up to a
heap and throwing out for 100 tughriks (because for 500 dollars it is
possible to buy already integral beeg TeeVee, and 100 tughriks are not a
pity). And for now business and is. There are components cheap and
expensive}. Free-of-charge - or very crude (the same by-product) or very old
which began to be developed up to commodity-money relations in the Network
(and before arrival actually Networks in a present kind). And the way from a
crude product up to so-called Final Release in Russia sometimes up to
ridiculous is fast. That is users had not time to understand, whether the
product is necessary for them, and it already for money. And is buggying as
earlier. Good project of library of components large may finish only large
enough group of developers, besides not constrained in means. In Russia such
groups or firms, apparently, are not present.

* The reasons on which the library can remain free-of-charge, can be a
little. The first - and, all the same will not buy, and will not download,
because must pay. Unique benefit in this case - advertising of the author,
though also doubtful in case of strong bugs in a product. The second - we
use them in the projects, they and so were already paid back. Here benefit -
free-of-charge debugging a component means of enthusiasts. You save time for
testing. Here it is necessary, that time for support of library in the
Network did not outweigh time for development and testing by own strength.
Process for the sake of process otherwise will turn out. The third - the
author - simply kind person. Sits and writes components all on pleasure (so
it does not happen). Actually, almost always the first and second reason
co-exist together. As soon as one or both reasons more are not necessary,
then it is necessary to hang up the price list or to turn off a shop. Rx
have chosen the second. But it only reflections at semi-wiped logoes of
RxLib.. .. It would be desirable to esteem the original version of
interpretation of events from authors. But, probably, not destiny.


* Certainly, all aforesaid concerns, basically, programs for Windows. The
empire of penguins and daemons is some other world (the beyond world). And
to tell the truth, it is pleasant to us more and more. Personally it seems
to me, that there the word we meets more often, than a word I, as well as it
is accepted in our group. In the collective projects developed on technology
of extreme programming, it is difficult to tell in general the contribution
of one from another. Everyone brings the bytes into the common mbytes, and
modules go on different hands.


* Nevertheless, our group also will support further a patch for last
official version RxLib 2.75. However, we shall not undertake attempt to
usurp the right on RxLib and to change the status of this library. And also
we shall not merge PolarisLib and RxLib in one file medley (though very much
it would be desirable). It will be very much brazen violation of copyrights.
The only thing - additional new packages for Delphi 6, Kylix 2 and BCB 6
which will include modules both RxLib, and PolarisLib will be developed. It
will be made only for convenience of installation and support
cross-platformity. Now goes porting parts Polaris Library and Rx Library in
CLX. And also we shall lay out on the site all necessary, that is necessary
for work RxLib. We shall notice, that we do not apply while for the status
of " continuers of affair Rx ". Simply we use this library in the projects
and we do not hide useful corrections from others. Time at us has not
enough, therefore we are not capable to carry out high-grade technical
support RxLib, but questions we try to answer.


* Most likely, ours Open Source projects in the near future will remove onto
sourceforge.net or a similar resource. Polaris Library, and the patch on
RxLib there is more, remains a free-of-charge product, but with paid
registration. Technical support of unregister users will be carried out in
process of forces and time.


* Personally from myself I want to express gratitude to authors of a site
www.DelphiPlus.org for information support.


* The note. For people not so devoted in events of last months, I recommend
to visit in the beginning a page and to esteem articles.


* It is possible to direct the opinions and wishes concerning this letter on
the address RxLib@mail.ru



The coordinator of group: Reztsov Alexey with colleagues

Machine translation was (it is almost the joke from life of What-Where-When
gamers, need Russian knowledge to follow):

The coordinator of group of Cutters Alexey with comrades




Copyright © 2002 Polaris Software

Machine-translation and some smoothing - Burov Dmitry.




Subject: Re: Anny change on a new Alpha (Alpha-2), with fixes
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Tue, 23 Jul 2002 18:59:12 +0000 (UTC)
Newsgroups: jedi.vcl

Please do not remove the "reference" line in the email or a new thread
is created in the newsgroups...

And you are right, it's only 1.32 the daily tarball, so you have to use
the CVS web interface or wait for the next alpha ;-)

There's also an automated tarball for the whole project, but it's the cvs
files (with modifications), not the "real" files.

Sebastien

----- Original Message -----
From: "Rob den Braasem" <rbraasem@xs4all.nl>
To: <JEDI-VCL@yahoogroups.com>
Sent: Tuesday, July 23, 2002 7:32 PM
Subject: Re: [JEDI-VCL] Re: Anny change on a new Alpha (Alpha-2), with fixes


> > On 23 Jul 2002 16:00:18 -0000, Sebastien Buysse \(Team JEDI\) wrote:
>> > >
>> > >What about http://jvcl.sourceforge.net/daily/
>> > >
> > Would be great, but I thought daily is 1.31
> >
> > --
> > Rob den Braasem, rbraasem@xs4all.nl
> > Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm
> >
> >      /"\
> >      \ /  ASCII RIBBON CAMPAIGN
> >       X     AGAINST HTML MAIL
> >      / \
> >
> >
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >


----Message transited via Script Gateway----



Subject: Re: JEDI-VCL currently ranked # 38 on SourceForge
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 23 Jul 2002 22:19:54 +0400
Newsgroups: jedi.vcl

> > currently ranked # 36 out of 44,002 SourceForge-hosted projects:

JCL is #99

Firebird #38 (was 36 last week :-) )





Subject: Re: Anny change on a new Alpha (Alpha-2), with fixes
From: Rob den Braasem <jedi@buypin.com>
Date: Tue, 23 Jul 2002 17:59:25 +0000 (UTC)
Newsgroups: jedi.vcl

On 23 Jul 2002 16:00:18 -0000, Sebastien Buysse \(Team JEDI\) wrote:
> >
> >What about http://jvcl.sourceforge.net/daily/
> >
Would be great, but I thought daily is 1.31

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: force DFM as text?
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 23 Jul 2002 21:57:32 +0400
Newsgroups: jedi.vcl

> > Unless some errors have crept into CVS, all dfm's should already be text
All rxlib examples. (and maybe some from lib itself)
one form of Converter (i reported it earlier)

I think there is a tool to check most common thing befire upload?
If yes - it this check should be there.

I think it should be just special setup for converter.

PS: if ifdef-DelphiX is still found somehwere - what to say about DFM :)




Subject: Re: problem with installation of 2.0 Alpha
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Jul 2002 19:44:08 +0200
Newsgroups: jedi.vcl

"kossow" <jedi@buypin.com> skrev i meddelandet
news:ahjr07$lp1$2@talkto.net...
> >
> > I use NT 4.0 SP6a and IE 5.5 SP2

You could try removing JvShDlg from the run-time package and rebuild it.
FWIW, JvShDlg has been removed from the current files in CVS and will not be
included in the next release (duplicates functionality in JvWinDialogs)

Regards, Peter





Subject: Re: force DFM as text?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Jul 2002 19:40:20 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ahk1pf$mkc$1@talkto.net...
> >
> > since we do not support Delphi 4 - may we force all DFMs to be 'as text' ?
> >

Unless some errors have crept into CVS, all dfm's should already be text

Regards, Peter




Subject: compatible with c++builder
From: "Lan Qiang" <lanq@vmails.net>
Date: Wed, 24 Jul 2002 00:58:16 +0800
Newsgroups: jedi.vcl

There are serveral ``$IFNDEF DELPHI'' in repository
In JvExcptDlg.pas,
``unit JvExcptDlg;'' should be moved to front of ``'This unit is only
supported on Windows!r''' to add the unit into cb's project.
i.e.

unit JvExcptDlg;

{$I JVCL.INC}

{$IFDEF COMPILER6_UP}
{$WARN UNIT_PLATFORM OFF}
{$WARN SYMBOL_PLATFORM OFF}
{$ENDIF}
{$IFDEF LINUX}
'This unit is only supported on Windows!r'
{$ENDIF}





Subject: force DFM as text?
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 23 Jul 2002 20:56:03 +0400
Newsgroups: jedi.vcl

new bugreport (201): here again - some 'RX' strings had runawayed from
collector :)

since we do not support Delphi 4 - may we force all DFMs to be 'as text' ?

here is article, that maybe will help to do it automatically, without Delphi
IDE

http://cpr.biblio-globus.ru/clone_objects.htm

Use to read it: www.translate.ru



Subject: Re: problem with installation of 2.0 Alpha
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 23 Jul 2002 18:50:32 +0200
Newsgroups: jedi.vcl

"kossow" <jedi@buypin.com> wrote in message
> > I use NT 4.0 SP6a and IE 5.5 SP2

Thanks, it is reported - bug ID 209

Petr.




Subject: Problems with Installing JVCL (Ver. 1.32 Final)
From: "Andreas Kanthak" <AKanthak@Online.de>
Date: Tue, 23 Jul 2002 18:22:36 +0200
Newsgroups: jedi.vcl

Hi all,

by loading the generated dll, delphi complains about an
entry point, wich is not there. (ShGetSpecialFolderPathA).

Im using Delphi 5.0 Enterprise ServicePack 2 on Windows NT 4 Sp6a.
I have also installed IE 6 (Servicepack Unknown)

The problem could be in Shell32.dll whcih is of Version 4.00 on my Computer.
At least, this function should be in Version 4.71 of this dll, but I can not find
any download for this file. Could someone please give me advice?

Thanks
Andreas Kanthak





Subject: Re: Anny change on a new Alpha (Alpha-2), with fixes
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 23 Jul 2002 17:08:11 +0200
Newsgroups: jedi.vcl

What about
http://jvcl.sourceforge.net/daily/

Don't know who launch the process to create the tarball,
cause the file is 3 days old.

And you can also browse the CVS without any client
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/

Sebastien

Rob den Braasem wrote:
> Hoi,
>
> Is there a possiblilty to get new Alpha's without using VCS.
> I have no way of accessing the VCS, but like to keep on testing and building with 2.0
>



Subject: Re: problem with installation of 2.0 Alpha
From: "kossow" <jedi@buypin.com>
Date: Tue, 23 Jul 2002 14:59:19 +0000 (UTC)
Newsgroups: jedi.vcl

I use NT 4.0 SP6a and IE 5.5 SP2

--- In JEDI-VCL@y..., "Petr Vones \(Team JEDI\)" <jedi@b...> wrote:
> > 
> > "kossow" <jedi@b...> wrote in message
>> > > entrypoint: SHGetSpecialFolderPathA ; dll:shell32.dll
>> > >
>> > > my shell32.dll (version 4.0) was last modified by M$-patch Q299444
> > 
> > What exact OS and IE version do you have ?
> > 
> > I suggest to import this function dynamically.
> > 
> > Petr.




----Message transited via Script Gateway----



Subject: Anny change on a new Alpha (Alpha-2), with fixes
From: Rob den Braasem <jedi@buypin.com>
Date: Tue, 23 Jul 2002 14:59:19 +0000 (UTC)
Newsgroups: jedi.vcl

Hoi,

Is there a possiblilty to get new Alpha's without using VCS.
I have no way of accessing the VCS, but like to keep on testing and 
building with 2.0

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: problem with installation of 2.0 Alpha
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Jul 2002 16:08:51 +0200
Newsgroups: jedi.vcl

What version of Delphi and what patches have you applied? OS and IE version?

Regards, Peter

"kossow" <jedi@buypin.com> skrev i meddelandet
news:ahjjv6$kut$1@talkto.net...
> > database engine error: delphi32.exe - entrypoint not found
> > when trying to install jvcl.
> >
> > entrypoint: SHGetSpecialFolderPathA ; dll:shell32.dll
> > my shell32.dll (version 4.0) was last modified by M$-patch Q299444





Subject: Re: problem with installation of 2.0 Alpha
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 23 Jul 2002 15:03:35 +0200
Newsgroups: jedi.vcl

"kossow" <jedi@buypin.com> wrote in message
> > entrypoint: SHGetSpecialFolderPathA ; dll:shell32.dll
> >
> > my shell32.dll (version 4.0) was last modified by M$-patch Q299444

What exact OS and IE version do you have ?

I suggest to import this function dynamically.

Petr.




Subject: problem with installation of 2.0 Alpha
From: "kossow" <jedi@buypin.com>
Date: Tue, 23 Jul 2002 12:59:18 +0000 (UTC)
Newsgroups: jedi.vcl

hello everybody,
I get a 

database engine error: delphi32.exe - entrypoint not found

when trying to install jvcl.

entrypoint: SHGetSpecialFolderPathA ; dll:shell32.dll

my shell32.dll (version 4.0) was last modified by M$-patch Q299444

has anybody here experienced something similar?

what is your advise?

regards

Roland



----Message transited via Script Gateway----



Subject: Re: Rx Library Licencing
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 23 Jul 2002 14:30:46 +0200
Newsgroups: jedi.vcl


Don't know about the code or the current status, but I remember
there is a long delay to delete an account and you have to
contact someone at sourceforge for it, there is no automated
way for it.


Sebastien

Arioch wrote:
>> We did as was originally stated , released a version for D6 and CB5 and
>
> then
>
>> opened a source forge account to host this.
>
> When code was removed from SF ?
> why SF page is not deleted still ?
>
>
>
> Could You gve us a text if agreement? I rather frequently meet opinion as
> "Scott Blood may claim what his left leg want to. But but his words we never
> seen even text of
> aggreement and licуnse and the only reaction of the authors did say nothing:
>
> http://delphiplus.spils.lv/articles/components/a_where_now_rxlib.html (in my
> translation)
> ~~~
> We are still using Rx in our own projects, and do some minor enhancements
> and fixes. We have D6 version but it is not tested at all. We have no more
> enthusiasm to support library for every one, alas it is clear. Right now we
> are trying to make a solution to questinos "What we want", "What wea can"
> and "What we will do".
>
> Igor Pavlyuk.
> ~~~
>
>



Subject: Re: JEDI-VCL currently ranked # 38 on SourceForge
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 23 Jul 2002 14:29:08 +0200
Newsgroups: jedi.vcl

I'm very proud too <g>

It's an huge pleasure to see a delphi project in such
a good position on sourceforge.

Next step is to enter the top 10 *erhm*


Sebastien

Eko Subagio wrote:
> Yes, i am proud project JEDI  currently ranked #38.
>
>
> Go JEDI
> Eko Subagio
>
>
>
>> Subject: [JEDI-VCL] JEDI-VCL currently ranked # 38 on SourceForge
>>
>> Thanks to the interest in JVCL and the number of downloads, JEDI-VCL is
>> currently ranked # 38 out of 44,002 SourceForge-hosted projects:
>>
>> http://sourceforge.net/project/stats/?group_id=45786
>>
>
>
>
>
> ----Message transited via Script Gateway----
>



Subject: Re: JEDI-VCL currently ranked # 38 on SourceForge
From: "Marcel Bestebroer" <marcelb.remove.this@zeelandnet.nl>
Date: Tue, 23 Jul 2002 12:51:28 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:ahj7ae$jev$1@talkto.net...
> > "Johannes Berg" <johannes-news@sipsolutions.de> wrote in message
> > news:pan.2002.07.23.09.06.11.436080.3171@sipsolutions.de...
> >
>> > > 36 when I check <g>
> >
> > We are probably getting better by a minute :)
> >
No, the statistics page you referred to shows the ranking as of July 21st
(last Sunday). If you get over to the Top Activity you see the current rank
(36 today).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: JEDI-VCL currently ranked # 38 on SourceForge
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 06:50:47 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ahj976$jm6$1@talkto.net...
>> > > We are probably getting better by a minute :)
> >
> > we had greate PR, especially ion Russia, with eating Rx up.

There are a lot of terrific programmers in Russia, and I hope they will join
us in improving JVCL.

> > But we have to keep all those who are so interested in us.

Absolutely! But this can be done only with further development of JVCL. And
for this we need help from all JVCL users.

> > Some of them will lost their interest since they understand we cannot keep
> > support for all Delphies since 1.0. And those version are still in use.

1) They can continue to use RxLib as is. I don't think that there are any
major new developments of applications written in D2 or D3. My guess is that
they are just in the maintenance mode, therefore they can just continue to
use what they have. So there is really no conflict here.

2) But with JVCL they have a migration path if they want to enhance their
applications with the latest and greatest new features from D5, D6, and
beyond.  This will be also their potential entry to .NET, once JVCL supports
..NET (and I don't see a reason why JVCL shouldn't do it in the future).

With "JVCL Convert" you can convert your application to JVCL, and from there
on take advantage of any new features and new components JVCL will offer. I
have converted yesterday  three demos provided with RxLib, and they compiled
without any problem with JVCL 2.0 (they will be included in \Examples).

Michael




Subject: JEDI-VCL currently ranked # 38 on SourceForge
From: "Eko Subagio" <jedi@buypin.com>
Date: Tue, 23 Jul 2002 09:59:52 +0000 (UTC)
Newsgroups: jedi.vcl

Yes, i am proud project JEDI  currently ranked #38.


Go JEDI
Eko Subagio


> >Subject: [JEDI-VCL] JEDI-VCL currently ranked # 38 on SourceForge
> > 
> > Thanks to the interest in JVCL and the number of downloads, JEDI-VCL is
> > currently ranked # 38 out of 44,002 SourceForge-hosted projects:
> > 
> > http://sourceforge.net/project/stats/?group_id=45786
> > 



----Message transited via Script Gateway----



Subject: Re: Rx Library Licencing
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 23 Jul 2002 13:56:37 +0400
Newsgroups: jedi.vcl

> > We did as was originally stated , released a version for D6 and CB5 and
then
> > opened a source forge account to host this.
When code was removed from SF ?
why SF page is not deleted still ?



Could You gve us a text if agreement? I rather frequently meet opinion as
"Scott Blood may claim what his left leg want to. But but his words we never
seen even text of
aggreement and licуnse and the only reaction of the authors did say nothing:

http://delphiplus.spils.lv/articles/components/a_where_now_rxlib.html (in my
translation)
~~~
We are still using Rx in our own projects, and do some minor enhancements
and fixes. We have D6 version but it is not tested at all. We have no more
enthusiasm to support library for every one, alas it is clear. Right now we
are trying to make a solution to questinos "What we want", "What wea can"
and "What we will do".

Igor Pavlyuk.
~~~




Subject: Re: JEDI-VCL currently ranked # 38 on SourceForge
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 23 Jul 2002 13:41:05 +0400
Newsgroups: jedi.vcl

> > We are probably getting better by a minute :)

we had greate PR, especially ion Russia, with eating Rx up.
But we have to keep all those who are so interested in us.

Some of them will lost their interest since they understand we cannot keep
support for all Delphies since 1.0.
And those version are still in use. For exampel Windows Commander is written
with D2 (or maybe Virtual Pascal which is D2 compatible?)




Subject: Re: JEDI-VCL currently ranked # 38 on SourceForge
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 05:26:22 -0400
Newsgroups: jedi.vcl

"Johannes Berg" <johannes-news@sipsolutions.de> wrote in message
news:pan.2002.07.23.09.06.11.436080.3171@sipsolutions.de...

> > 36 when I check <g>

We are probably getting better by a minute :)

Michael




Subject: Re: JEDI-VCL currently ranked # 38 on SourceForge
From: Johannes Berg <johannes-news@sipsolutions.de>
Date: Tue, 23 Jul 2002 11:06:13 +0200
Newsgroups: jedi.vcl

On Tue, 23 Jul 2002 06:50:02 +0200, Michael Beck \(Team JEDI\) found a keyboard and wrote:

> > Thanks to the interest in JVCL and the number of downloads, JEDI-VCL is
> > currently ranked # 38 out of 44,002 SourceForge-hosted projects:

36 when I check <g>

johannes


Subject: JEDI-VCL currently ranked # 38 on SourceForge
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 23 Jul 2002 04:50:02 -0400
Newsgroups: jedi.vcl

Thanks to the interest in JVCL and the number of downloads, JEDI-VCL is
currently ranked # 38 out of 44,002 SourceForge-hosted projects:

http://sourceforge.net/project/stats/?group_id=45786

For more background info about Project JEDI and how it fits into Delphi
Community and OpenSource please read this excellent article by Charlie
Calvert published two years ago:

http://homepages.borland.com/ccalvert/Opinion/JediProjects.html

As Charlie stated there:


---------- <Quote> -----------------
Projects like JEDI benefit everyone who uses Delphi. If you are working for
a bank, and need a set of routines or header translations, you can either
make them yourself, which can take weeks or months, or you can download them
from JEDI. The fact that tested routines from a group like JEDI can help you
get your project done more quickly, and in a more professional manner, hurts
absolutely no one. In fact, it benefits the whole community.  It makes
Delphi and Delphi programmers look good, thereby helping everyone in the
community get more jobs.


The formula here is simple: aid JEDI, and you will aid yourself!
---------- </Quote> -----------------

If you would like to become a member of the growing community of JEDI and
JVCL supporters, please join us.
Together we can help Delphi to become a top player in the OpenSource area!
And if we do this, the commercial world will certainly take notice of it!

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Recommended component submission method?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Jul 2002 01:06:39 +0200
Newsgroups: jedi.vcl

"Marc Evans" <marc@sugarmonster.net> skrev i meddelandet
news:VnVja8CmqHP9EwEE@sugarmonster.net...
> > Done - There is a new feature request there with some components in the
attachment.
Thanks, will have a lookie

Peter





Subject: Re: Hot key component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 23 Jul 2002 00:58:34 +0200
Newsgroups: jedi.vcl

"Rafael Cotta" <rcotta.nospam@ig.com.br> skrev i meddelandet
news:ahhu7h$fn1$1@talkto.net...
> > "Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
> > news:ahhknu$ep2$1@talkto.net...
> > I took a look at the units and couldn't see a simgle RegisterHotKey WinAPI
> > call. Is it the same HotKey I was talking about?

Ah, I see, well we have one of those too, I'm afraid: it's in JvAppHotKey.
You could take a look at that and see if your code improves on it and in
that case either post your changes or let us know through the Issue Tracker.

> >
> > Once again, if you don't have something lioke that I'll be glad to send
the
> > code. If you already have, sorry for the inconvenience and lack of
knowledge
> > on JVCL, but I just wanna help :).

And we deeply appreciate it! If you have other components you would like to
donate, post here or in the Issue Tracker. We  consider *all* submissions.

If you would like to help out with JVCL (please do!), contact Michael Beck.

Regards, Peter




Subject: Re: Hot key component
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Mon, 22 Jul 2002 18:51:13 -0300
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> escreveu na mensagem
news:ahhknu$ep2$1@talkto.net...
> > Sorry, we already have two of them (TJvHotKey and TJvHotKeyEx) . You could
> > check whether your component does something ours don't and possibly merge
> > them with each other.
> >
> > Peter
> >
> > "Rafael Cotta" <rcotta.nospam@ig.com.br> skrev i meddelandet
> > news:ahhcaa$dpl$1@talkto.net...
>> > > I've just written a component for handling Windows' hot keys. Does jvcl
>> > > already have something like that?
>> > >
>> > > If not, I'd be glad to subimit mine.
>> > >
>> > > Rafael Cotta

I took a look at the units and couldn't see a simgle RegisterHotKey WinAPI
call. Is it the same HotKey I was talking about?

I call HotKey the mechanism that allows an application respond to a key
combination, even if it's not active (like Ctrl + Shift + I when ICQ is
installed: hitting this keys combination ICQ is maximized).

Once again, if you don't have something lioke that I'll be glad to send the
code. If you already have, sorry for the inconvenience and lack of knowledge
on JVCL, but I just wanna help :).

Rafael




Subject: Re: Recommended component submission method?
From: Marc Evans <marc@sugarmonster.net>
Date: Mon, 22 Jul 2002 22:35:34 +0100
Newsgroups: jedi.vcl


On Mon, 22 Jul 2002 21:00:01, Peter Thörnqvist <peter3@nospam.peter3.com> wrote
> "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
> meddelandet news:ahhc50$dpc$1@talkto.net...
>> Unless Peter prefers them directly in the Issue Tracker. Peter, what do
> you
>> think?
>
> I check the NG's and the Issue Tracker a lot more frequently than the Yahoo
> groups, so either one would work but I prefer the Issue Tracker as it is
> easier to, erhm, track the posts there
>

Done - There is a new feature request there with some components in the attachment.

Marc.




Subject: Re: JVCL install problems with JCLsysinfo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Jul 2002 23:18:15 +0200
Newsgroups: jedi.vcl

Sounds like a unit conflict to me: make sure that the old JCL and/or JVCL
is completely removed from your computer (including DCU, DCP and BPL files).
Then, search *all* your disks for Jcl*.* and delete all duplicates. Also
search for *.dcp,*.bpl and *.dcu and delete those related to JCL and JVCL.

Finally, build DJCL50.dpk, build JVCL200_R50.dpk and *compile*
JVCL200_D50.dpk, theninstall it.

Let me know if this worked.

Regards, Peter

"gregomatic2000" <jedi@buypin.com> skrev i meddelandet
news:ahhs26$fha$1@talkto.net...
> >
> > I followed the instructions  in the txt file. I've tried
> > uninstalling and reinstalling and I get the same problems. I was
> > using an older version of JCL - uninstalled it and then installed
> > JCL 1.21, I've taken out all the paths and files associated with the
> > older version prior to installing 1.21. I generate 58 errors before
> > compilation stops. The errors I'm getting are as follows:
> >
> > -I'm getting a number of undeclared identifier errors
> > -Missing operator or semicolon errors
> > -Types of actual and former var parameters must be identical
> > -Except or finally expected
> > -Unsatisfied forward or external declarations
> > -)expected but identifier 'value' found
> > .expected but ; found
> >





Subject: Re: JVCL install problems with JCLsysinfo
From: "gregomatic2000" <jedi@buypin.com>
Date: Mon, 22 Jul 2002 21:05:10 +0000 (UTC)
Newsgroups: jedi.vcl

I followed the instructions  in the txt file. I've tried=20
uninstalling and reinstalling and I get the same problems. I was=20
using an older version of JCL - uninstalled it and then installed=20
JCL 1.21, I've taken out all the paths and files associated with the=20
older version prior to installing 1.21. I generate 58 errors before=20
compilation stops. The errors I'm getting are as follows:

-I'm getting a number of undeclared identifier errors
-Missing operator or semicolon errors
-Types of actual and former var parameters must be identical
-Except or finally expected
-Unsatisfied forward or external declarations
-)expected but identifier 'value' found
..expected but ; found

--- In JEDI-VCL@y..., "Peter Th=F6rnqvist" <jedi@b...> wrote:
> >=20
> > Make sure you've read (and followed) the instructions in=20
install.txt
> > supplied with JVCL. If you *have* followed the instructions, what=20
errors are
> > you getting?
> >=20
> > Peter
> >=20
> > "gregomatic2000" <jedi@b...> skrev i meddelandet
> > news:ahhl0n$eph$1@talkto.net...
>> > >
>> > > Hi,
>> > >
>> > > I'm trying to install JVCL 2 and I keep getting a tone of errors
>> > > that pertain to the jclsysinfo file. I'm using JCL 1.21 and D5=20
Ent.
>> > > Anyone know how to fix this?
>> > >
>> > > Thanks, Greg
>> > >
>> > >
>> > >
> >=20
> >=20
> > .


----Message transited via Script Gateway----



Subject: Re: JVCL install problems with JCLsysinfo
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Jul 2002 21:15:17 +0200
Newsgroups: jedi.vcl

Make sure you've read (and followed) the instructions in install.txt
supplied with JVCL. If you *have* followed the instructions, what errors are
you getting?

Peter

"gregomatic2000" <jedi@buypin.com> skrev i meddelandet
news:ahhl0n$eph$1@talkto.net...
> >
> > Hi,
> >
> > I'm trying to install JVCL 2 and I keep getting a tone of errors
> > that pertain to the jclsysinfo file. I'm using JCL 1.21 and D5 Ent.
> > Anyone know how to fix this?
> >
> > Thanks, Greg
> >
> >
> > ----Message transited via Script Gateway----
> >




Subject: JVCL install problems with JCLsysinfo
From: "gregomatic2000" <jedi@buypin.com>
Date: Mon, 22 Jul 2002 19:04:55 +0000 (UTC)
Newsgroups: jedi.vcl

Hi,

I'm trying to install JVCL 2 and I keep getting a tone of errors 
that pertain to the jclsysinfo file. I'm using JCL 1.21 and D5 Ent. 
Anyone know how to fix this?

Thanks, Greg


----Message transited via Script Gateway----



Subject: Re: Hot key component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Jul 2002 21:01:02 +0200
Newsgroups: jedi.vcl

Sorry, we already have two of them (TJvHotKey and TJvHotKeyEx) . You could
check whether your component does something ours don't and possibly merge
them with each other.

Peter

"Rafael Cotta" <rcotta.nospam@ig.com.br> skrev i meddelandet
news:ahhcaa$dpl$1@talkto.net...
> > I've just written a component for handling Windows' hot keys. Does jvcl
> > already have something like that?
> >
> > If not, I'd be glad to subimit mine.
> >
> > Rafael Cotta
> >
> >
> >




Subject: Re: Recommended component submission method?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Jul 2002 21:00:01 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:ahhc50$dpc$1@talkto.net...
> > Unless Peter prefers them directly in the Issue Tracker. Peter, what do
you
> > think?

I check the NG's and the Issue Tracker a lot more frequently than the Yahoo
groups, so either one would work but I prefer the Issue Tracker as it is
easier to, erhm, track the posts there

Regards, Peter





Subject: Hot key component
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Mon, 22 Jul 2002 13:45:26 -0300
Newsgroups: jedi.vcl

I've just written a component for handling Windows' hot keys. Does jvcl
already have something like that?

If not, I'd be glad to subimit mine.

Rafael Cotta





Subject: Re: Recommended component submission method?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 22 Jul 2002 12:36:20 -0400
Newsgroups: jedi.vcl

"Marc Evans" <marc.evans@datapulse.com> wrote in message
news:ahhalu$djd$1@talkto.net...
> > What's the recommended method of submitting components for inclusion in
> > JVCL? The website mentions email but the readme in the v2 alpha talks
about
> > yahoo groups.

If you have access to our mailing list:

http://groups.yahoo.com/group/JEDI-VCL

then you can place them in the Files area.

If not, then you can place them to our newsgroup:

news://forums.talkto.net/jedi.binaries

Unless Peter prefers them directly in the Issue Tracker. Peter, what do you
think?

In all cases, please post only source, and no executables.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Recommended component submission method?
From: "Marc Evans" <marc.evans@datapulse.com>
Date: Mon, 22 Jul 2002 17:09:16 +0100
Newsgroups: jedi.vcl

What's the recommended method of submitting components for inclusion in
JVCL? The website mentions email but the readme in the v2 alpha talks about
yahoo groups.

Marc.




Subject: Imates on RxRichEdit
From: "Rafael Cotta" <rcotta.nospam@ig.com.br>
Date: Mon, 22 Jul 2002 09:35:35 -0300
Newsgroups: jedi.vcl

Hi all,

I am not an active member of JediVCL. I only watch this newsgroups to check
if something interesting happens.

Today I received the mailing list from www.swissdelphicenter.ch and found a
tip do insert images on TRxRichEdit.

I don't know if you have the interest, but adding TRxRichEdit a function to
add bitmaps would be very useful for many users.

The url is http://www.swissdelphicenter.ch/en/showcode.php?id=1332.

I hope this information be useful to you all.

And your library is really a great piece of software!

Rafael




Subject: Re: Installation problem JVCL 1.31
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 22 Jul 2002 08:08:41 -0400
Newsgroups: jedi.vcl

"jc30003" <jedi@buypin.com> wrote in message news:ahgoss$bca$1@talkto.net...
> >
> > When I try to install JEDI-VCL version 1.31 library (Delphi 5) I get
> > the following error:
> > Can't load package d:\program files\borland\delphi5
> > \projects\bpl\JVC100_D50.bpl. One of the library files needed to run
> > this application cannot be found.

First of all, you should try 1.32 - that's the latest official release.

Reg. your problem:

- does Delphi tell you which one file is missing?
- did you compile the JVC100_R50.dpk?

Michael




Subject: Installation problem JVCL 1.31
From: "jc30003" <jedi@buypin.com>
Date: Mon, 22 Jul 2002 11:05:00 +0000 (UTC)
Newsgroups: jedi.vcl

When I try to install JEDI-VCL version 1.31 library (Delphi 5) I get 
the following error:
Can't load package d:\program files\borland\delphi5
\projects\bpl\JVC100_D50.bpl. One of the library files needed to run 
this application cannot be found.

Can anyone help, please?

Regards

Jan


----Message transited via Script Gateway----



Subject: Re: Rx Library Licencing
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 22 Jul 2002 07:01:18 -0400
Newsgroups: jedi.vcl

"Scott Blood" <Scott@SGBSoftware.com> wrote in message
news:ahgfd9$a76$1@talkto.net...

> > Michael has contacted me to clarify the official state of the licensing
> > agreement for Rx Library so here goes.

Scott,

Thank you very much for taking the time to clarify it.

Michael




Subject: Re: Try to intall JVCL200Alpha on Delphi 5 Pro, No success.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 22 Jul 2002 07:00:08 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ahgo3j$b8a$1@talkto.net...

> > The res is used at
> > design-time to draw the component as if it were a TComponent (it is a
> > TGraphicControl). You can't just delete it: you'll get a "resource
> > TJVENTERASTAB not found" error if you do and the component wil not be
> > created.

Thanks for claifying it. I thought that it was a just a .res file containing
the icon for the component.

Michael






Subject: Re: Try to intall JVCL200Alpha on Delphi 5 Pro, No success.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 22 Jul 2002 12:52:15 +0200
Newsgroups: jedi.vcl

I have renamed the resource bitmap in JVEnterasTab.res to
'DESIGNETN´TERASTAB' and changed the .pas file accordingly. This should take
care of the problem. FWIW, I have never encountered the duplicate resource
problem with this component in neither D5 or D6. The res is used at
design-time to draw the component as if it were a TComponent (it is a
TGraphicControl). You can't just delete it: you'll get a "resource
TJVENTERASTAB not found" error if you do and the component wil not be
created.

Regards, Peter

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:ahf39q$6rk$1@talkto.net...
> > "Pierre Rougier" <rougier.pierre@free.fr> wrote in message
> > news:ahf0c2$6jh$1@talkto.net...
>> > >
>> > > In french :
>> > > [Erreur] WARNING. Duplicate resource(s):
>> > > [Erreur]   Type  2 (BITMAP), ID TJVENTERASTAB:
>> > > [Erreur]     File ..\Source\JVCLReg.dcr resource kept; file
>> > > ..\Source\JvEnterAsTab.res resource discarded.
> >
> > I'ts better to delete the file:
> >
> > ..\Source\JvEnterAsTab.res
> >
> > Michael
> >
> >
> >




Subject: Re: New release of JVCL 2.00
From: Rob den Braasem <jedi@buypin.com>
Date: Mon, 22 Jul 2002 10:06:32 +0000 (UTC)
Newsgroups: jedi.vcl

On 19 Jul 2002 13:03:17 -0000, Peter Th=F6rnqvist wrote:
> >
> >"Rob den Braasem" <jedi@buypin.com> skrev i meddelandet
> >news:ah8v5t$n9a$2@talkto.net...
>> >>Still problems with JvEnterTab.res.
>> >>
>> >>Click on JvFormStorage gives Access Violation
> >
> >Please report in Issue Tracker with more details
> >
Will be done.

I stopped with Polaris. I got from it what I wanted.
Will continue with DB-Aware Components and Wizards.
--=20
Rob den Braasem, rbraasem@xs4all.nl
Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm

     /"\
     \ /  ASCII RIBBON CAMPAIGN
      X     AGAINST HTML MAIL
     / \



----Message transited via Script Gateway----



Subject: Rx Library Licencing
From: "Scott Blood" <Scott@SGBSoftware.com>
Date: Mon, 22 Jul 2002 09:26:47 +0100
Newsgroups: jedi.vcl

Hello all,

Michael has contacted me to clarify the official state of the licensing
agreement for Rx Library so here goes.

I contact the original developers back in November 2001 to enquire what the
current status of Rx Library was because we used it all the applications
that came from us.  Eventually, they contacted me back and told me that
there was no official plans for a future release as they no long had the
time to continue developing the library.

I indicated to them that a good way to keep Rx alive would be to place it on
source forge.  They were not happy with doing this because ultimately it
still require time for them to develop.  So then I came up with the idea
that SGB Software take over the development of Rx Library, port it to D6 and
CB5 and then release it to the development community for open development.

This was agreed upon and the original developers decided that this was a
good idea and gave myself including the company name SGB Software complete
control over the source and licensing for Rx Library.

We did as was originally stated , released a version for D6 and CB5 and then
opened a source forge account to host this.  Unfortunately there was little
or no enthusiasm from developers to continue the development of Rx Library
and we were unable to continue the development on our own because of a lack
of development time available to myself as managing director and my
developers.

So the next natural progression was to hand the source over to the Jedi VCL
project so that the library could continue to grow.

The original developers still hold copyright to the name Rx Library and hold
intellectual property rights to portions of the source as do the other
developers that have included there code in the library.  However the actual
use of the library and its distribution was until (1st June) owned solely by
SGB Software who passed this licence onto the JVCL.

Regards
Scott Blood
www.sgbsoftware.com




Subject: Re: New release of JVCL 2.00
From: "Lan Qiang" <lanq@vmails.net>
Date: Mon, 22 Jul 2002 14:27:49 +0800
Newsgroups: jedi.vcl

I'm glad to
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:ahf59d$71e$1@talkto.net...
> > "Lan Qiang" <lanq@vmails.net> wrote in message
> > news:ahenc5$5ku$1@talkto.net...
> >
>> > > Anticipate it would be C++Builder ready, but there's so many {$IFDEF
> > DELPHI*
>> > > Can these be changed to {$IFDEF COMPILER* ?
> >
> > Would you be interested to form/joint a subteam making JVCL
> > "C++Builder-compatible"?
> >
> > Michael
> >
> >




Subject: Re: New release of JVCL 2.00
From: "Lan Qiang" <lanq@vmails.net>
Date: Mon, 22 Jul 2002 14:26:12 +0800
Newsgroups: jedi.vcl

oh, I'm sorry, I checked out a wrong module

There's a $IFDEF D5 in JvHttpGrabber.pas, it should be $IFDEF COMPILER5.
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:ahg38n$95s$1@talkto.net...
> > "Lan Qiang" <lanq@vmails.net> wrote in message
> > news:ahg29v$94g$1@talkto.net...
>> > > It's reported, but fixed.
>> > > ``$IFDEF DELPHI'' is still in CVS or downloadable package.
> >
> > I just checked the CVS, and found only two files with "$IFDEF DELPHI" and
> > fixed them (JvColors.pas, JvPictEdit.pas).
> >
> > Are there any others you see?
> >
> > Michael
> >
> >




Subject: Re: Delphi 5 Pro JVCL200Alpha. = 'vclmid50' not found
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Mon, 22 Jul 2002 07:28:29 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> a ecrit dans le message news:
ahffv0$7su$2@talkto.net...
>> > > Windows 2000
>> > > Delphi 5 Pro
> >
> > PLease! check also.
> > AFAIR 5Pro do not contain 'contnrs' unit - which appears in enterprise
> > version
> >
> > JvComCtrls rely on it, and som need to be changed if true.

I don't get any problem with it, during the install.




Subject: Re: New release of JVCL 2.00
From: "Lan Qiang" <lanq@vmails.net>
Date: Mon, 22 Jul 2002 13:05:01 +0800
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:ahf04l$6hu$1@talkto.net...
> >
> > "Lan Qiang" <lanq@vmails.net> skrev i meddelandet
> > news:ahenc5$5ku$1@talkto.net...
> >
>> > > Anticipate it would be C++Builder ready, but there's so many {$IFDEF
> > DELPHI*
>> > > Can these be changed to {$IFDEF COMPILER* ?
> >
> > Either get the updated sources from CVS or get the converter that Michael
``$IFDEF DELPHI'' is still in CVS, isn't it?
> > Beck made
> > (http://prdownloads.sourceforge.net/jvcl/JVCLConvert.zip?download), build
it
> > and load the included Delphi2CompilerDefs.dat conversion file and select
the
> > JVCL\source folder. Hit the Convert button and all the DELPHIXX defines
> > should be transformed into COMPILERXX defines.
> >
> > Note that there are some other changes, so you should get at least
JVCL.INC
> > from CVS to get the changes. The new defines and changes to JVCL.INC will
be
> > included in the next release
> >
> > Good luck, Peter
> >
> >
> >
Wish it be updated soon, not only my local copy, but also in CVS repository




Subject: Re: New release of JVCL 2.00
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 22 Jul 2002 00:58:27 -0400
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@vmails.net> wrote in message
news:ahg29v$94g$1@talkto.net...
> > It's reported, but fixed.
> > ``$IFDEF DELPHI'' is still in CVS or downloadable package.

I just checked the CVS, and found only two files with "$IFDEF DELPHI" and
fixed them (JvColors.pas, JvPictEdit.pas).

Are there any others you see?

Michael




Subject: Re: New release of JVCL 2.00
From: "Lan Qiang" <lanq@vmails.net>
Date: Mon, 22 Jul 2002 12:40:45 +0800
Newsgroups: jedi.vcl

It's reported, but fixed.
``$IFDEF DELPHI'' is still in CVS or downloadable package.
"Arioch" <the_Arioch@nm.ru> ??????:ahensm$5ml$1@talkto.net...
>> > > Anticipate it would be C++Builder ready, but there's so many {$IFDEF
> > DELPHI*
>> > > Can these be changed to {$IFDEF COMPILER* ?
> >
> > Read issue tracker before !
> > It is already reported and fixed.
> >




Subject: Re: reviewing conversion-changelog
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 22 Jul 2002 07:55:15 +0400
Newsgroups: jedi.vcl

Working on i have an idea:

Let us separate Runtime units from DesignTime.
With Some standard Prefix or even better - by placing them in a separate
folder.

And maybe also separate units w/o components within.

Imho it will help as in conversion now and in developing later.



Subject: Re: Delphi 5 Pro JVCL200Alpha. = 'vclmid50' not found
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 22 Jul 2002 03:26:54 +0400
Newsgroups: jedi.vcl

> > Windows 2000
> > Delphi 5 Pro

PLease! check also.
AFAIR 5Pro do not contain 'contnrs' unit - which appears in enterprise
version

JvComCtrls rely on it, and som need to be changed if true.



Subject: Re: reviewing conversion-changelog
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 22 Jul 2002 03:25:39 +0400
Newsgroups: jedi.vcl


"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> ???????/???????? ?
???????? ?????????: news:1103_1027290881@forums.talkto.net...

> > Name of the class will be TJvSearchFiles or TJvFindFiles.
JVCLConvert relyes on TJvSearchFile - it should be checked after.

>> > > A generic file and directory search component that can search for files
/
>> > > folders based on filemask, attrbiutes, dates and or sizes

Let's call all this template - and search at time for numeral templates :)

For exampel lookup for folders[*5.*] and files[*.res] :)
Though i dunno know who will ever ned that.
But it may be faster than 2 searches, especially if to make separate output
somehow.





Subject: Re: reviewing conversion-changelog
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sun, 21 Jul 2002 22:34:41 GMT
Newsgroups: jedi.vcl

> > Tell me smth about them If You please. What a pro's and con's of any of
> > them?
> > What is Your point of view - what is to be in the end?

TJvSearchFile
Cons:
  Not a lot of options

TJvSearchFiles
Pros:
  OwnerData, TotalFileSize properties.
  Abort method.
  Multiple masks.

TJvFileTreeScan
Pros:
  MaskComparator

I will incorporate most props, methods of all 3 classes in the new class. Your AttributesSet, AttributesClear probably too.
CurrentFoundFile will be added. 

In the search method, I will do probably 1 sweep [mask *] per directory, instead of 2 [1 for files, 1 for directories], as this seems faster. I'll use TJclFileMaskComparator as mask comparator.
Name of the class will be TJvSearchFiles or TJvFindFiles.

> > A generic file and directory search component that can search for files /
> > folders based on filemask, attrbiutes, dates and or sizes

Good idea :) [The dates, sizes, that is]

Regards,
Remko Bonte




Subject: Re: New release of JVCL 2.00
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 21 Jul 2002 15:55:17 -0400
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@vmails.net> wrote in message
news:ahenc5$5ku$1@talkto.net...

> > Anticipate it would be C++Builder ready, but there's so many {$IFDEF
DELPHI*
> > Can these be changed to {$IFDEF COMPILER* ?

Would you be interested to form/joint a subteam making JVCL
"C++Builder-compatible"?

Michael




Subject: Re: Try to intall JVCL200Alpha on Delphi 5 Pro, No success.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 21 Jul 2002 15:52:47 -0400
Newsgroups: jedi.vcl

"Pierre Rougier" <rougier.pierre@free.fr> wrote in message
news:ahf0c2$6jh$1@talkto.net...
> >
> > In french :
> > [Erreur] WARNING. Duplicate resource(s):
> > [Erreur]   Type  2 (BITMAP), ID TJVENTERASTAB:
> > [Erreur]     File ..\Source\JVCLReg.dcr resource kept; file
> > ..\Source\JvEnterAsTab.res resource discarded.

I'ts better to delete the file:

...\Source\JvEnterAsTab.res

Michael





Subject: Re: Try to intall JVCL200Alpha on Delphi 5 Pro, No success.
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Sun, 21 Jul 2002 21:01:51 +0200
Newsgroups: jedi.vcl

For the message :

In french :
[Erreur] WARNING. Duplicate resource(s):
[Erreur]   Type  2 (BITMAP), ID TJVENTERASTAB:
[Erreur]     File ..\Source\JVCLReg.dcr resource kept; file
...\Source\JvEnterAsTab.res resource discarded.

I have open JVCLReg.dcr with the image editor and change the name
TJVENTERASTAB
to something different.

After this, I succed to install JVCL200Alpha.

--
Pierre Rougier




Subject: Re: New release of JVCL 2.00
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 21 Jul 2002 20:56:56 +0200
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@vmails.net> skrev i meddelandet
news:ahenc5$5ku$1@talkto.net...

> > Anticipate it would be C++Builder ready, but there's so many {$IFDEF
DELPHI*
> > Can these be changed to {$IFDEF COMPILER* ?

Either get the updated sources from CVS or get the converter that Michael
Beck made
(http://prdownloads.sourceforge.net/jvcl/JVCLConvert.zip?download), build it
and load the included Delphi2CompilerDefs.dat conversion file and select the
JVCL\source folder. Hit the Convert button and all the DELPHIXX defines
should be transformed into COMPILERXX defines.

Note that there are some other changes, so you should get at least JVCL.INC
from CVS to get the changes. The new defines and changes to JVCL.INC will be
included in the next release

Good luck, Peter





Subject: Re: New release of JVCL 2.00
From: "Arioch" <the_Arioch@nm.ru>
Date: Sun, 21 Jul 2002 20:36:04 +0400
Newsgroups: jedi.vcl

> > Anticipate it would be C++Builder ready, but there's so many {$IFDEF
DELPHI*
> > Can these be changed to {$IFDEF COMPILER* ?

Read issue tracker before !
It is already reported and fixed.



Subject: Re: New release of JVCL 2.00
From: "Lan Qiang" <lanq@vmails.net>
Date: Mon, 22 Jul 2002 00:27:25 +0800
Newsgroups: jedi.vcl

Anticipate it would be C++Builder ready, but there's so many {$IFDEF DELPHI*
Can these be changed to {$IFDEF COMPILER* ?
thanks
"Peter Thörnqvist" <peter3@nospam.peter3.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:ah8op5$ml4$1@talkto.net...
> > Team JEDI is pleased to announce that a new release of the JVCL is
available
> > at:
> >
> > http://jvcl.sourceforge.net
> >
> > This release is an ALPHA version of JEDI VCL (JVCL) 2.00 (Delphi 5, 6 and
> > D6Pe).
> >
> > New in this release:
> > - Totally restructured component set, see restructured_changelog.txt for
> > details
> > - Rearranged palette tabs, see Install.txt for details on how to enable it
> > - A lot of bug fixes and enhancements, see Changelog.txt for details
> > - RxLib 2.75 included (converted to JVCL standard)
> > - New components, see ChangeLog.txt for details
> >
> > To use it, you will also need the latest JCL (JEDI Code Library) available
> > from:
> >
> > http://jcl.sourceforge.net
> >
> >
> > Since this is an Alpha release, we need *lots* of feedback on features,
> > bugs, problems etc. Please report any Bugs/Wishes back to us via our Issue
> > Tracker available from :
> >
> > http://jvcl.sourceforge.net (click on the "Bugs/Wishes" link)
> >
> >
> >
> > FUTURE PLANS / NOT FINISHED:
> > ============================
> >
> > - This release contains a number of duplicate components, since the
merging
> > of new libraries into JVCL isn't complete. Please report any suggestions
and
> > findings in the Issue Tracker to speed up this process.
> >
> > - If you have existing code using JVCL 1.31 or earlier, you might have to
> > rename and remove units and components. Use the restructure_changelog.txt
as
> > a guide to where things are located currently. If anything is missing from
> > restructure_changleog.txt, please let us know by posting in the Issue
> > Tracker
> >
> > - Since it is hard to tell up front what will stay and what will
disappear,
> > here's a couple of hints on how you should use the components to minimize
> > the risk of having to redo it in the future:
> >
> >   * If a component/unit doesn't have a TJv/Jv prefix (i.e it has a
TJvx/Jvx
> > or TJva/Jva or similar) it is an indication that it came from a new
library
> > and that it somehow duplicates something already in JVCL (even if it's
only
> > the name). Try finding the JVCL equivalent and compare: if there is a
> > similar component, you can be pretty sure that the current JVCL name will
be
> > used even if the properties, events and methods of the duplicate component
> > *might* be added to the JVCL component
> >
> >   * If we merge these components, the TJvx/TJva component will be placed
in
> > the Archive, so you will have the option to switch to the new JVCL
> > component, or  use the TJvx/TJva version from Archive
> >
> >   * Your safest bet is to stay away from any "suspect" components in
> > production code and use the "old" version instead
> >
> > - There is an ongoing effort to remove duplicates from JVCL that are
already
> > in JCL (mostly functions, but some classes are also involved). If you find
> > anything that you think should be moved from JVCL to JCL, please report in
> > the Issue Tracker.
> >
> > - Libraries scheduled to be merged with JVCL: Jans' components and the
RALib
> > package
> >
> > - The support for Delphi 5 is sketchy: specifically, none of the examples
> > has been tested nor has the components been extensively tested under D5.
> > Please report any issues in the Issue Tracker
> >
> > - The support for Delphi6 Personal is also incomplete: specifically, there
> > might be units included in the current alpha that doesn't apply to D6
> > Personal. Please report any findings in the Issue Tracker
> >
> >
> > --
> > Peter Thörnqvist
> > Project JEDI - http://delphi-jedi.org
> > 2001 "Spirit of Delphi" Award Winner
> > JEDI-VCL: http://jvcl.sourceforge.net
> > JEDI Newsgroups: news://forums.talkto.net
> >
> >




Subject: Help file progress report July 21st, 2002
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 21 Jul 2002 16:54:29 +0200
Newsgroups: jedi.vcl

Hi all,

this week only two units were completed (JvCheckBox and JvCheckListBox),
which brings the total to 54 units.

Remko Bonte has started on gathering the help texts we have and updating
them to the new JVCL 2.00 structure. This work is mostly completed, and we
are now in the process of checking which units are completly documented and
which are not. Once we have a complete view, the team will focus on the help
file for JVCL 2.0 and up.

This means that besides some corrections, the help file for JVCL 1.32 is
frozen (there are some units still being documented for 1.32 and these will
be added ofcourse).

As usual the new Preview of the help file is available in both CHM as well
as WinHelp format. It can be downloaded from
http://sourceforge.net/projects/jvcl.

Halfway down the page you'll see a heading "Latest File Releases", with in
it "JVCL Help Files - Preview July 21st, 2002". Follow that link to download
and check out the progress we have made so far.

Although the team is growing, it's not going fast enough. Got some time?
Want to document a unit? If all people reading this document a single unit
the help file will be completed this very week! Before anyone starts
writing: mail me first. I know which units are taken and which are free.

If all goes well, we'll have a 2.0 preview next week!

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: DCLSOAP and JVCL - Packages co-existing?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sun, 21 Jul 2002 14:59:36 +0200
Newsgroups: jedi.vcl

"Ralf Kaiser" <ralf.kaiser@wtal.de> skrev i meddelandet
news:ahe96h$45i$1@talkto.net...
> > When i try to re-activate it i get an error message "can not load package
> > coreide, it contains unit ZLIb which is also included in JVCL_100D6" (i
have
> > translated this message from german, maybe it differs a bit).

If you always load DCLSOAP, you could try adding it to the JVCL_R60/D60 (one
of them) requires node and rebuild JVCL. That might work...

I am myself using D6Ent and haven't had this problem.

Regards, Peter





Subject: DCLSOAP and JVCL - Packages co-existing?
From: "Ralf Kaiser" <ralf.kaiser@wtal.de>
Date: Sun, 21 Jul 2002 14:25:20 +0200
Newsgroups: jedi.vcl

Hello,

(using D6 pro, SP2 + JVCL 1.31)

recently i noticed that the package "dclsoap" in my D6-system is disabled
(do not know since when, just noticed it now).

When i try to re-activate it i get an error message "can not load package
coreide, it contains unit ZLIb which is also included in JVCL_100D6" (i have
translated this message from german, maybe it differs a bit).

When i de-activate the JVCL-package, then activate "dclsoap" and re-activate
JVCL it works for the current Delphi session. After a restart of Delphi
"dclsoap" is deactivated again! It seems that it has somthing to do with the
order the packages are loaded inito the IDE.

Does anyone know how to get both packages to co-exist or can someone tell
me, what i have doen wrong when installing?

Thanks in advance,
Ralf

--
http://www.rkaisers.de
mailto:ralf.kaiser@wtal.de




Subject: Re: Release 1.32 install problem
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sun, 21 Jul 2002 12:06:07 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message
>> > > DJCL package have to be added to required section of JVCL100_R60 package.
> >
> > DesingTime pachage, reuired by RunTime package?
> >
> > Guess it is time to intrioduce  RJCL package :)

Wrong. It is a runtime package for 'D'elphi. Maybe the name is too confusing
but too late to change it. There is also CJCLxx.bpk - for 'C'++ Builder <g>

Petr.




Subject: Re: Release 1.32 install problem
From: "Arioch" <the_Arioch@nm.ru>
Date: Sun, 21 Jul 2002 13:15:38 +0400
Newsgroups: jedi.vcl

> > DJCL package have to be added to required section of JVCL100_R60 package.

DesingTime pachage, reuired by RunTime package?

Guess it is time to intrioduce  RJCL package :)



Subject: Re: Release 1.32 install problem
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sun, 21 Jul 2002 03:40:46 +0200
Newsgroups: jedi.vcl

"Bepy" <ramengo@hotmail.com> wrote in message
> > I've just downloaded new release.
> > Opened JVCL100_D60.dpk and compiled successfully. But... can't install
> > because "cannot load package JVCL100_R60. It contains unit JclStrings which
> > is also contained in package DJCL60".
> > Am I doing something wrong ?

DJCL package have to be added to required section of JVCL100_R60 package.
A unit must be contained by the only one package, that's all.

AJVclComponentUsingJclStrings         AnotherCodeUsingJclStrings
|                                     |
|                                     |
JVCL100_R60.dpk                       Another.dpk
  |                                     |
  |                                     |
  \--------------------+----------------/
                       |
                       +-- DJCL60.dpk
                             Contains: JclStrings.pas


Currently you are trying to add the unit to both packages which is not
possible.

AJVclComponentUsingJclStrings         AnotherCodeUsingJclStrings
|                                     |
|                                     |
JVCL100_R60.dpk                       Another.dpk
  | Contains: JclStrings.pas            |
  |                                     |
  \--------------------+----------------/
                       |
                       +-- DJCL60.dpk
                             Contains: JclStrings.pas

Petr.




Subject: Re: Where are the componants before they come in JCL?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 20 Jul 2002 19:00:59 -0400
Newsgroups: jedi.vcl

"Pierre Rougier" <rougier.pierre@free.fr> wrote in message
news:ahc9h6$vb9$1@talkto.net...

> > Somewhere it could be a acknowledgement at the work did by the benefactor.

The acknowledgment for each component donor is on the "Contributors" page on
the JVCL Website:

http://jvcl.sourceforge.net

Also, every component has a notice in the header about the original
developer, and contributors. So if you want to know what current JVCL
components are from Peter Below, you just search the \Source subdirectory
for "Peter Below"

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Try to intall JVCL200Alpha on Delphi 5 Pro, No success.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 20 Jul 2002 23:44:47 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> skrev i meddelandet
news:ahckuo$dr$1@talkto.net...
> > "Pierre Rougier" <rougier.pierre@free.fr> skrev i meddelandet
> > news:ahci1u$vtd$1@talkto.net...
> >
> > vclmid50 is only included in D5 Enterprise, so should probably be removed
> > for D5 Ent.
Actually, vclmifd50 isn't needed at all, so could be removed alltogether
(I've removed it from the CVS package)

Here's the steps I do to install it in D5 Ent:

Build DJCL50.dpk (output to Projects\Bpl)
Build JVCL200_R50.dpk (DJCL50.DCP should be in requires) (output to
Projects\Bpl)
Compile JVCL_D50.dpk (output to Projects\Bpl)
Install JVCL_D50.dpk

I have JCL and JVCL on the same level in the folder paths, like this:
 - JEDI
   -- JCL
   -- JVCL

I don't have any paths set up when I install (but you will need to add them
as described in install.txt before using the components at run-time)

Search your disk to make sure you don't have several bpl and/or dcp's in
different locations. If you do, delete them and try again.


Regards, Peter



Works for me

Regards, Peter





Subject: Re: Try to intall JVCL200Alpha on Delphi 5 Pro, No success.
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 20 Jul 2002 23:33:34 +0200
Newsgroups: jedi.vcl

"Pierre Rougier" <rougier.pierre@free.fr> skrev i meddelandet
news:ahci1u$vtd$1@talkto.net...

> > In english something like that
> > Fatal error 'vclmid50' not found
> >
> >
> > Workaround : Put 'vclmid50'  in comment.

vclmid50 is only included in D5 Enterprise, so should probably be removed
for D5 Ent.

> >
> > 2 ERROR
> > -----------
> > In french
> > [Erreur fatale] JVCL200_D50.dpk(37): Erreur interne : P665
> >
> >
> > Workaround :
> > I add the JVCL folder path.
> > I don't know if it's the right workaround, but it seen work.

You could try compiling instead. That (mostly) solves that error.

> >
> >
> > 3 ERROR
> > -----------
> > JVCL200Alpha compile.
> >
> > If I click on the "Install" button I got this fatal error :
> >
> >
> > In english something like that :
> > Can't load package 'JVCL200_R50' it hold already 'JclRTTI' already in the
> > 'DJCL50' package.
> >
> > Workaround :
> > I remove DJCL50.dcp from the requires units.

Recompile DJCL50 instead and then compile JVCL200_R50. Finally, compile
JVCL200_D50 and then install. DJCL50 should be kept in the requires node.

> >
> >
> > 4 ERROR
> > -----------
> >
> > If I click on the "Install" button I got this error :
> >
> > In french :
> > [Erreur] WARNING. Duplicate resource(s):
> > [Erreur]   Type  2 (BITMAP), ID TJVENTERASTAB:
> > [Erreur]     File ..\Source\JVCLReg.dcr resource kept; file
...\Source\JvEnterAsTab.res resource discarded.
> >
> > I don't know what try?

Strange, I don't get this error in D5 Ent. The dcr resource is used by the
palette image, the res is used when drawing the component at design-time.
I'll investigate. Maybe I'll rename the bitap in the res: that should solve
it either way.

Thanks for the report.

Regards, Peter





Subject: Try to intall JVCL200Alpha on Delphi 5 Pro, No success.
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Sat, 20 Jul 2002 22:44:34 +0200
Newsgroups: jedi.vcl

Windows 2000
Delphi 5 Pro

I try to install JVCL200Alpha.


1 ERROR
----------

In english something like that
Fatal error 'vclmid50' not found

In french
[Erreur fatale] JVCL200_R50.dpk(35): Paquet requis 'vclmid50' non trouvé

Workaround : Put 'vclmid50'  in comment.

2 ERROR
-----------
In french
[Erreur fatale] JVCL200_D50.dpk(37): Erreur interne : P665


Workaround :
I add the JVCL folder path.
I don't know if it's the right workaround, but it seen work.


3 ERROR
-----------
JVCL200Alpha compile.

If I click on the "Install" button I got this fatal error :

In french :
Ne peut charger le paquet 'JVCL200_R50' il contient l'unité 'JclRTTI' qui
est également contenue dans le paquet 'DJCL50'

In english something like that :
Can't load package 'JVCL200_R50' it hold already 'JclRTTI' already in the
'DJCL50' package.

Workaround :
I remove DJCL50.dcp from the requires units.


4 ERROR
-----------

If I click on the "Install" button I got this error :

In french :
[Erreur] WARNING. Duplicate resource(s):
[Erreur]   Type  2 (BITMAP), ID TJVENTERASTAB:
[Erreur]     File ..\Source\JVCLReg.dcr resource kept; file
...\Source\JvEnterAsTab.res resource discarded.

I don't know what try?
Help welcome.

--
Pierre Rougier






Subject: Delphi 5 Pro JVCL200Alpha. = 'vclmid50' not found
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Sat, 20 Jul 2002 22:03:51 +0200
Newsgroups: jedi.vcl

Windows 2000
Delphi 5 Pro

I try to install JVCL200Alpha.

In english something like that
Fatal error 'vclmid50' not found

In french
[Erreur fatale] JVCL200_R50.dpk(35): Paquet requis 'vclmid50' non trouvé





Subject: Re: Where are the componants before they come in JCL?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 20 Jul 2002 21:21:33 +0200
Newsgroups: jedi.vcl


Do you mean you would like to have all the components
in an archive in the state they were before joining
the JVCL?

This is really not a good idea, you should install the
JVCL, cause there will not be any update for the components
for D7/D8/D9/... and you have to accept to move to the JVCL.

If we were all against any type of evolution, we would
all think the earth is plane <g>. Seriously, there is a project
of automatic component/unit renaming to update your project
in a few seconds to use the JVCL instead of other components,
and you should really make the step!.

Sebastien

Pierre Rougier wrote:
> Hi,
>
> If I remenber correctly, on the old  JVCL site they was the componants
> donated in theirs state before the merge with JVCL.
> Is it possible to make these pakages available again?
> I think especially at the Peter Below components.
>
> Somewhere it could be a acknowledgement at the work did by the benefactor.
>
>
>



Subject: Where are the componants before they come in JCL?
From: "Pierre Rougier" <rougier.pierre@free.fr>
Date: Sat, 20 Jul 2002 20:19:31 +0200
Newsgroups: jedi.vcl

Hi,

If I remenber correctly, on the old  JVCL site they was the componants
donated in theirs state before the merge with JVCL.
Is it possible to make these pakages available again?
I think especially at the Peter Below components.

Somewhere it could be a acknowledgement at the work did by the benefactor.





Subject: Re: reviewing conversion-changelog
From: "Arioch" <the_Arioch@nm.ru>
Date: Sat, 20 Jul 2002 20:32:16 +0400
Newsgroups: jedi.vcl

> > Good idea: I've already posted yours and mine suggestions. Maybe a
follow-up
> > asking for help would be suitable?

Our ideas is not yet definition of taks. Only after they wil be more than
just idea's



Subject: Re: reviewing conversion-changelog
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Sat, 20 Jul 2002 18:29:18 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ahc1es$uof$1@talkto.net...

I think you misunderstood me: the components I listed are already taken by
others, so you can't do them

> > Since i have only D5, c++B5 and w2k i dont want to deal with UI-targeted
components.
> > I cannot test them on WinXP.

You can do the merge on D5 and send to me: I'll make any necessary changes
for D6 / D6Pe

> > What is Your point of view - what is to be in the end?

A generic file and directory search component that can search for files /
folders based on filemask, attrbiutes, dates and or sizes

> > Maybe You'd start 'Voluteers needed' thread in tracker?
> > You will formulate what You want as the output - and leave the tasks open
> > until soeone will do them? F spread list of tasks, each of them is not so
> > big - Guess this also may attract developers.

Good idea: I've already posted yours and mine suggestions. Maybe a follow-up
asking for help would be suitable?

Regards, Peter





Subject: Re: reviewing conversion-changelog
From: "Arioch" <the_Arioch@nm.ru>
Date: Sat, 20 Jul 2002 20:00:42 +0400
Newsgroups: jedi.vcl

> > * TJvxTrayIcon and TJvTrayIcon
Since i have only D5, c++B5 and w2k i dont want to deal with UI-targeted
components.
I cannot test them on WinXP.

> > * TJvSearchFile,TJvSearchFiles and TJvFileTreeScan
Tell me smth about them If You please. What a pro's and con's of any of
them?
What is Your point of view - what is to be in the end?

> > * TJvColorComboBox and TJvxColorComboBox
> > * TJvFontComboBox and TJvxFontComboBox
Maybe. Later. But this things only deal with UI.

Maybe You'd start 'Voluteers needed' thread in tracker?
You will formulate what You want as the output - and leave the tasks open
until soeone will do them? F spread list of tasks, each of them is not so
big - Guess this also may attract developers.



Subject: Re: New release of JVCL 2.00
From: "Femi Fadayomi" <fadayomf@kefe.com>
Date: Sat, 20 Jul 2002 11:10:26 -0400
Newsgroups: jedi.vcl

> >I was first, I didn't need to download, I had a pre-alpha ;)

You couldn't have been since you did not download :). The original question
was "Who were the 1st 3 downloaders?"

You guys are doing a wonderful job, thanks for all the contribution you've
made.

Femi.





Subject: Re: reviewing conversion-changelog
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Sat, 20 Jul 2002 16:08:44 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ahb561$sfi$1@talkto.net...

Arioch, would you be interested in merging any of these units? Let me know
in that case. Currently, we have people doing the following mergers:

* TJvSearchFile,TJvSearchFiles and TJvFileTreeScan
* TJvxTrayIcon and TJvTrayIcon
* TJvColorComboBox and TJvxColorComboBox
* TJvFontComboBox and TJvxFontComboBox

If you would like to take on one or two of the remaining, let me know.
Anyone else interested in merging, contact me.

Regards, Peter






Subject: Re: reviewing conversion-changelog
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Sat, 20 Jul 2002 15:28:41 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ahblmr$tl6$1@talkto.net...
>> > > notes to that. That way we keep it in one place.
> >
> > ng however makes it easier to discuss. But i'm afraid it will be me and
You
> > who will :)

Sure, discussions should be done here, but if you want your suggestions to
be remembered when the discussion is over, post it to the Issue Tracker. And
if you and I start the discussion, hopefully others will jump in with their
suggestions or take a closer look in the JVCL to see if there is anything
they would like to change.

The low interest in JVCL (development) is partly due to too few discussions
in the NG's: people think that nothing is happening and don't bother to
post. If we are active with *real* discussions, others will soon follow when
they realize that things are actually happening in JVCL.

Regards, Peter





Subject: Re: reviewing conversion-changelog
From: "Arioch" <the_Arioch@nm.ru>
Date: Sat, 20 Jul 2002 16:40:09 +0400
Newsgroups: jedi.vcl

> > notes to that. That way we keep it in one place.

ng however makes it easier to discuss. But i'm afraid it will be me and You
who will :)



Subject: Re: reviewing conversion-changelog
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 20 Jul 2002 12:57:44 +0200
Newsgroups: jedi.vcl

"Peter Thornqvist" <peter3@no.spam.peter3.com> skrev i meddelandet
news:ahbeud$t4u$1@talkto.net...
> > Thanks for the suggestions.


BTW, if others have suggestion, please let us know and best place to put
them is in the Issue Tracker. I'll post a new feature request with Ariochs
suggestions (above) and my own and then others can add their suggestions as
notes to that. That way we keep it in one place.

Regards, Peter




Subject: Re: reviewing conversion-changelog
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Sat, 20 Jul 2002 12:44:45 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ahb561$sfi$1@talkto.net...
> > TODO:
> >  Still a lot of dialogs on 'JEDI-VCL' Tab
> >  JVCL P3 tab is to be splitted into 2 or even 3 parts.

Please follow the indtructions in install.txt to activate the new palette
layout.
[...]

Thanks for the suggestions.

> > BTW imho it has no sense at all to start restructuring unti ALL the major
donations be in.

We do it as we have time. No sense in sitting around waiting for others to
be done before doing anything.

Regards, Peter






Subject: reviewing conversion-changelog
From: "Arioch" <the_Arioch@nm.ru>
Date: Sat, 20 Jul 2002 11:58:02 +0400
Newsgroups: jedi.vcl

i'll add and i'll object (i'll use classic prefixes to refer to Rx)

TODO:
 Still a lot of dialogs on 'JEDI-VCL' Tab
 JVCL P3 tab is to be splitted into 2 or even 3 parts.
Take back TCaption property Editor from Rx - and maybe some other things - i
didn't compare native Rx and TJVx*.

 TJvClock should be merged with TRxClock and with TJvAnalogClock
 TJvSpeedButton - with TRxSpeedButon
 TJvDrawGrid - with TRxDrawGrid
 TJvLoginDlg - eith TRxLoginDialog
 TJvExchListboxes - with TRxDualListDialog
 TJvSplitter with TRxSplitter and TJVSyncSplitter TJvCheckListBox - with
TRxCheckListBox (and my update to it)
 TJvCurrencyEdit - with TRxCurrencyEdit
 TJvSlider - with TRxSlider
 TJvGradientCaption - with TRxGradientCaption
 TJvScrollText - with TRxSecretPanel
 TJvTrayIcon - with TRxTrayIcon
 TJvRichEdit - with TRxRichEdit
 TJvAnimate - with TRxAnimatedImage (currently named TJvAnimatedImage -
without 'x' !!!) and maybe with TRxGifAnimator and TJvBMPAnimator
 TJVColorComboBox with TRxColorComboBox
 TJvHotKey - and TJvHotKeyEx ???
 TJvFormPosition should be dropped in favor of TRxFormPosition and
TRxFormStorage - though for latest also "there's always room for invention"
 TJvClipboardViewer should be merged with TRxClipboardViewer
 TRxMRUManager is to be converted to use TJvMRUList
 TJvSpinEdit should be merged with TRxSpinEdit
 TJvToolBar - with TRxSpeedBar
 TJvGroupBox - with TRxGroupBox
 TJvTextContainer - with  TRxStrHolder (TJvstrHolder - w/o 'x'!)
 TJvImgBtn - and TjvBitBtn
 TJvChangeNotify - and TRxFolderMonitor
 TRxAppEvents (TJvAppEvents - w/o 'x') - Borland included it (or similar,
but it seems like just old version of it) into D5. Since support for D1..D4
is no longer supported - maybe this component has no more sense.

There definitly should be more - but i taken the things that attracted my
Eyes.
BTW imho it has no sense at all to start restructuring unti ALL the major
donations be in.
Imagine, this release contained RAlib and not RXlib. You probably start
updating TJvFormPosition, though it is definetly to be dropped into the
favour of RX components.

> > Other notes:
> > JvFormPlace should be named JvFormPosSave or something.
i said. it must die.












Subject: Re: language translation
From: "Pierre Demers" <dempier@videotron.ca>
Date: Fri, 19 Jul 2002 22:27:28 -0400
Newsgroups: jedi.vcl

Thanks Johnnie and Sebastien,

Pierre


"Pierre Demers" <dempier@videotron.ca> a écrit dans le message de news:
ah6h51$fb8$1@talkto.net...
> > Hello all,
> >
> >
> > I have just installed jvcl and it's quite impressive. I looked at the
> > translation's demo and I have a few questions.
> >
> > 1) I noticed that an xml file is used for translation, how can i make a
xml
> > file of all components belonging to a particular file. Which I could edit
an
> > translate to another language? There must be a fast solution for that?
Never
> > worked with xml file, so a few pointer would be very helpfull(what to use
> > etc.)
> >
> > 2) how do i mangage a .res file with jvtranslator?
> >
> > TIA
> > Pierre Demers
> >
> >




Subject: Re: Release 1.32 install problem
From: "Arioch" <the_Arioch@nm.ru>
Date: Sat, 20 Jul 2002 04:42:18 +0400
Newsgroups: jedi.vcl

> > No, the change suggested by Arioch does the trick, so JvTranslator is back
> > in D5 :)


Khhmm.. starting from far another.
There's abrilliant JS lib and www.cross-browser.com. And recenly there were
an announcement that author want to go from browser-detection to
feature-detection.

Returning to Delpi - may be it is not good aproach.
Maybe better would be

{$IfNDef THashedStringList}
type THashedStringList=TStringList;
{$EndIf}

It does not matter for this certain case - but possibly infuture it would be
semi-automaticall easy process :)




Subject: Re: Release 1.32 install problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 20:05:39 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse" <sbuysse@buypin.com> wrote in message
news:3D38991C.2070000@buypin.com...
>> > > BTW - the JvTranslator is not available in D5 anymore. Sebastien made
too
>> > > many D6-dependant changes, and I was not able to make it compile under
D5.
> > Is there anything I should now?

No, the change suggested by Arioch does the trick, so JvTranslator is back
in D5 :)

Michael




Subject: Re: Release 1.32 install problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 19:12:42 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah8bnn$ldq$1@talkto.net...
> > I added 3 lines into that jvtranslato.pas:
> >
> > Between 'interface uses' and '{.$defina gx_outlook}'
> >
> > //Arioch
> > {$IfNDef Compiler6_UP}
> > type THashedStringList=TStringList;
> > {$EndIf}
> >
> > Then i recompiled jvcl100_d50
> > and runned the jvtranslatorproj example. It works ok.

Nice. Thanks. I will update the files.

> > PS: i state that examples should never has OuputDirectory set to
<jvcl>\bin
> > 1) this folder is for USEFUL binaries.
> > 2) demos relies on deom data resided in their sources folders.
> > For example XMLs for translator demo do so. And demo cannot work, if
> > compiled into bin folder.

With exception of JvTranslator, I believe, all other demos will work fine.
The \bin directory was set so the user could run the "CompileExamples" batch
file, and be able to try out all demos from one place, instead of switching
from one subdirectory to another. BTW - I've change the output location for
JvTranslator to local subdirectory.

Michael




Subject: Re: Release 1.32 install problem
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Sat, 20 Jul 2002 00:58:48 +0200
Newsgroups: jedi.vcl

Arioch wrote:
> Plz, may JVCL [page contains some basic info on You, jvcl coordinators?
>
> Where are You from, what's Your usual activivty time (by Grinwich) ?
>
> i think i poted a fix as a previos msg, but i dont know when You'd be able
> to check it!
>


You probably mean greenwich ;-)

FYI information (I don't think anyone else care about it, but if you
want to know, I don't have anything to hide).

I'm from Belgium (GMT+1), I'm 22 and I think that's all you should know
<g>

Sebastien



Subject: Re: Release 1.32 install problem
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Sat, 20 Jul 2002 00:56:28 +0200
Newsgroups: jedi.vcl

> BTW - the JvTranslator is not available in D5 anymore. Sebastien made too
> many D6-dependant changes, and I was not able to make it compile under D5.
Is there anything I should now?

Sebastien



Subject: Re: Rx license
From: Johnnie <None@Noware.non>
Date: Fri, 19 Jul 2002 16:02:11 +0000 (UTC)
Newsgroups: jedi.vcl

> > ~~~
> > RX Library does however reserve the right as the sole distributor of the
> > library source code.
> > ~~~
> > So SGB, You, Epsylon Tech, And Polaris, and even me - are violating it
> > already.
> > 

I think Epsylon Tech has allready contacted the authors and got their
permision to start what ever they have started so it is legal in there
respect. I would recomend to contact them for more info they might even
produce the emails for you ( I think).

> > You are granted a non-exclusive, royalty-free right to reproduce and
> > redistribute executable files  created using the Software (the 
"Executable
> > Code") in conjunction with software products that you develop and/or 
market
> > (the "Applications").
> > ~~~
> > Guess it cames from dark ages of D1 and D2. But speaking rigorouslyly 
none
> > of us have right to redistribute Rx's DPL and BPL files - they should be
> > linked inside the EXE,
> > 

Not neccessarily as the BPL is executable code and not source
at least this is what I have understood to be the spirit of
license.

> > Without the expressed, written consent of
> > RX Library authors, you may NOT:
> > 
> > * distribute modified versions of the
> >    Software, in whole or in part.
> > ~~~
> > none of us seen that paper, wigned by Rx Authors for Scott Blood.
> > None of us even seen it scanned into JPG or sent by FAX.
> > And assuming he had such a paper does not mean he also had the right to
> > transmit his right to You.
> > And personally You - guess You have no such a psigned paper, as Scott 
claims
> > to have, do You&
> > A very greesy question. Personally i'm not conserned about legality at 
all.
> > All my attempts to contact original developers failed, so i take all the
> > attempts for braking license sequels of Rx as a necessary action.
> > 

I do not understand what are you talking about here sorry but my english
is not verry good.

regards
Johnnie.


Subject: Re: solid archiving?
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 19 Jul 2002 17:30:39 +0200
Newsgroups: jedi.vcl

"Eric S. Fisher" <jedi@buypin.com> skrev i meddelandet
news:ah99mp$o66$1@talkto.net...
> > Let's quit wasting time on this thread.  My inbox runneth over.

This reminds me of a post I saw recently from a prominent Delphi developer:

"Do [whatever] have a purpose beyond exercising the keyboard?"

Regards, Peter




Subject: Rx license
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 19:08:11 +0400
Newsgroups: jedi.vcl

> > will violate the original RxLib license.
Ok, i opened it it read through. Now i'll put my remarks.
Sorry, i will be dull asa parrot - but i will.


~~~
RX Library does however reserve the right as the sole distributor of the
library source code.
~~~
So SGB, You, Epsylon Tech, And Polaris, and even me - are violating it
already.

~~~
You are granted a non-exclusive, royalty-free right to reproduce and
redistribute executable files  created using the Software (the "Executable
Code") in conjunction with software products that you develop and/or market
(the "Applications").
~~~
Guess it cames from dark ages of D1 and D2. But speaking rigorouslyly none
of us have right to redistribute Rx's DPL and BPL files - they should be
linked inside the EXE,

~~~
Without the expressed, written consent of
RX Library authors, you may NOT:

* distribute modified versions of the
   Software, in whole or in part.
~~~
none of us seen that paper, wigned by Rx Authors for Scott Blood.
None of us even seen it scanned into JPG or sent by FAX.
And assuming he had such a paper does not mean he also had the right to
transmit his right to You.
And personally You - guess You have no such a psigned paper, as Scott claims
to have, do You&
A very greesy question. Personally i'm not conserned about legality at all.
All my attempts to contact original developers failed, so i take all the
attempts for braking license sequels of Rx as a necessary action.





Subject: Re: solid archiving?
From: "Eric S. Fisher" <jedi@buypin.com>
Date: Fri, 19 Jul 2002 15:02:49 +0000 (UTC)
Newsgroups: jedi.vcl

Come on, folks!

Let's all grant that there are superior technologies to zip.  There are 
superior technologies to Windows, too (like just about anything else ;-) 
 ), but we all use Windows because everyone has it.  Same argument for 
zip.  Let's quit wasting time on this thread.  My inbox runneth over.

Eric

Johannes Berg wrote:

> >I vote for bz2 ;-)
> >
> >johannes
> >




----Message transited via Script Gateway----



Subject: Re: solid archiving?
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 18:49:15 +0400
Newsgroups: jedi.vcl

> > I vote for bz2 ;-)

Test it, and then vote with data on Your fingertips. :)



Subject: Re: Polaris - did You read that?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 10:38:34 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah9790$nu0$1@talkto.net...

> > Currently we are preparing to port
> > PolarisLib and a part of RxLib for CLX.

If I understand you correctly, then by porting parts of RxLib to CLX they
will violate the original RxLib license.

Michael





Subject: Polaris - did You read that?
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 18:21:22 +0400
Newsgroups: jedi.vcl

http://polesoft.da.ru

21.03.02 ЗАЯВЛЕНИЕ
Наша группа не будет разрабатывать патч для "официальной" версии RxLib от
SGB Software, так как она является по сути портом RxLib 2.75 для Delphi 6 и
не поддерживает другие версии Delphi и BCB. Наш патч пока будет существовать
автономно от RxLib. Возможно, мы даже примем решение о бесплатной
технической поддержке пользователей RxLib и о слиянии Polaris Library и
RxLib. В настоящее время идет подготовка к портированию Polaris Library и
части Rx Library в CLX. Для этого будет сделана специальная страничка на
SourceForge.net. Можно направлять свои мнения и пожелания по этому поводу на
адрес RxLib@mail.ru

Alas, no such text on English page. I'll try to re-tell:

21.03.02
Our team will not develope patch for 'official' clone of RxLib for SGB
Software, since it is indeed just a port of Rx for D6 and do not support
other versions of Delphi / Builder. Currently our patch will be independent
from RxLib, Maybe we would even decide to support RxLib users for free and
to fusion PolarisLib and RxLib. Currently we are preparing to port
PolarisLib and a part of RxLib for CLX. We'll set up a special page on
SourceForge for that. Your opinions and wishes on that are welcome as
RxLib@mail.ru



Subject: Re: PolarisLib not dead !!!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 09:22:24 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah9323$njc$1@talkto.net...
>> > > 1) Rob is porting Polaris for his own use. This is allowed as long as he
>> > > follows LGPL license that is used by Polaris.
> > But this will prevent him from doanting to Jedies.

That's true.  LGPL is not compatible with MPL, so as long as Polaris authors
don't give a permission to use Polaris under MPL, we as JVCL cannot touch
it. Rob, as an indivdual can of course use it.

> > So You now do have URL - and can do it if You want.

Yes, thanks a lot, I will try to contact them and will see if they are
interested in some kind of cooperation.

> > That was information message.

I appreciate very much your research. This information was very helpful.

Michael




Subject: Re: PolarisLib not dead !!!
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 17:09:24 +0400
Newsgroups: jedi.vcl

> > 1) Rob is porting Polaris for his own use. This is allowed as long as he
> > follows LGPL license that is used by Polaris.
But this will prevent him from doanting to Jedies.


> > 2) As I mentioned in one of my previous messages, if JVCL would like to
> > incorporate Polaris into JVCL, we would need to ask the Polaris authors
for
> > permission.

So You now do have URL - and can do it if You want.

> > So for the time being I don't see any need to discuss Polaris any
further...

That was information message.




Subject: Re: PolarisLib not dead !!!
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 09:08:41 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah91hp$neo$1@talkto.net...

> > What?  http://polesoft.da.ru is online.

The status of Polaris doesn't provide much value to JVCL, at least for the
time being.

1) Rob is porting Polaris for his own use. This is allowed as long as he
follows LGPL license that is used by Polaris.

2) As I mentioned in one of my previous messages, if JVCL would like to
incorporate Polaris into JVCL, we would need to ask the Polaris authors for
permission. Without permission we are not going to use any components,
unless they are released under MPL (MPL allows us to do so, but even then it
would be a commen courtesy to inform the author about it ).

So for the time being I don't see any need to discuss Polaris any further...

Michael





Subject: PolarisLib not dead !!!
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 16:43:36 +0400
Newsgroups: jedi.vcl

> > Кстати, еще одно - Один из добровольцев сейчас портирует библиотеку
> > by the way, one of volunteers is norporting PolarisLib

Так а как без разрешения авторов? Вам потом по рукам...
Wow! w/o authors' permission? his hands will be bitten!

> > Но! единств. дистрибутив их лежит на Torry. Их страничка мертва.
> >But! the only file is on Torry, the homepage is dead
Как это? http://polesoft.da.ru открывается.
What?  http://polesoft.da.ru is online.

> > е-майл вроде не отвечает (я не проверял правда. PolarisSoft@mail.ru)
> > e-mail not answering (personally i didn't check it) .....
попробуй еще polesoft@mail.ru и polesys@mail.ru
give a try also to ......

> > В дистрибутиве нет и намека на лицензию!
No shade of license in the package!
LGPL http://www.opensource.org/licenses/lgpl-license.html

У тебя как то много не верной информации.
You have a lot of wrong info .

> > В общем совершенно непонятная ситуация. Если кто в курсе что стало с
> > командой PolarisSoft - очень бы хотелось знать
незнаю, как вымерли - последнее письмо от них было в апреле и новости в
конце апреля (IMHO проект подвалил, поэтому загружены или развалились).

Best regards,
Andrew Holubovski
DelphiPlus Team
http://www.delphiplus.org

__________
Все еще платишь за каждый свой сайт? Оставь это в прошлом -
http://www.newhost.ru




Subject: Re: New release of JVCL 2.00
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Jul 2002 14:27:34 +0200
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> skrev i meddelandet
news:ah8v5t$n9a$2@talkto.net...
> > Still problems with JvEnterTab.res.
> >
> > Click on JvFormStorage gives Access Violation

Please report in Issue Tracker with more details

Peter





Subject: Re: New release of JVCL 2.00
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Jul 2002 14:26:48 +0200
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> skrev i meddelandet
news:ah8v5t$n9a$3@talkto.net...
> >
> > {$DEFINE JEDI-VCL} missing in JVCL.inc

This is in JEDI.INC, not JVCL.INC




Subject: Re: New release of JVCL 2.00
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Jul 2002 14:26:28 +0200
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> skrev i meddelandet
news:ah8v5t$n9a$1@talkto.net...
> > I was first, I didn't need to download, I had a pre-alpha ;)
Ahh, but that is cheating <g>
Peter






Subject: Re: New release of JVCL 2.00
From: Rob den Braasem <jedi@buypin.com>
Date: Fri, 19 Jul 2002 12:03:09 +0000 (UTC)
Newsgroups: jedi.vcl

On Fri, 19 Jul 2002 13:48:02 +0200, Rob den Braasem wrote:
> >On Fri, 19 Jul 2002 13:25:06 +0200, Rob den Braasem wrote:
>> >>On 19 Jul 2002 11:03:08 -0000, Peter Thornqvist wrote:
>>> >>>
>>> >>>Don't know about 2 and 3, but I was definitiely first <vbg>
>>> >>>
{$DEFINE JEDI-VCL} missing in JVCL.inc


-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: New release of JVCL 2.00
From: Rob den Braasem <jedi@buypin.com>
Date: Fri, 19 Jul 2002 12:03:09 +0000 (UTC)
Newsgroups: jedi.vcl

On Fri, 19 Jul 2002 13:25:06 +0200, Rob den Braasem wrote:
> >On 19 Jul 2002 11:03:08 -0000, Peter Thornqvist wrote:
>> >>
>> >>Don't know about 2 and 3, but I was definitiely first <vbg>
>> >>
Still problems with JvEnterTab.res.

Click on JvFormStorage gives Access Violation

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: New release of JVCL 2.00
From: Rob den Braasem <jedi@buypin.com>
Date: Fri, 19 Jul 2002 12:03:09 +0000 (UTC)
Newsgroups: jedi.vcl

On 19 Jul 2002 11:03:08 -0000, Peter Thornqvist wrote:
> >
> >Don't know about 2 and 3, but I was definitiely first <vbg>
> >
I was first, I didn't need to download, I had a pre-alpha ;)

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: JVCL Convert released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 07:23:17 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah8s69$n16$1@talkto.net...
>> > >
> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/Convert
> >
> > how should i setup WinVCS to add there a number of projects?
> > JVCL 1.3x, JVCL 2.0 and soem other ?

That's your preference.

Since JVCL 2.0 is the one we're focusing on, you probably need only that
one.

BTW - as soon as we move to a JVCL 2.0 Beta, we will move all the code from
\restructered to the main JVCL tree, freeze JVCL 1.32, and move it to
Archive.

Michael




Subject: Re: JVCL Convert released
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 15:12:09 +0400
Newsgroups: jedi.vcl

> >
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/Convert

how should i setup WinVCS to add there a number of projects?
JVCL 1.3x, JVCL 2.0 and soem other ?



Subject: Re: JVCL Convert released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 07:08:56 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ah8reu$mss$1@talkto.net...

> > It is, but not with the latest sources (the one's you updated earlier
> > today). Already uploaded the zip, sorry. Maybe next time <g>

The newest source code is here:

http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/jvcl/dev/restructured/Convert
/

Michael




Subject: Re: JVCL Convert released
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 15:05:21 +0400
Newsgroups: jedi.vcl

> > It is, but not with the latest sources (the one's you updated earlier
> > today). Already uploaded the zip, sorry. Maybe next time <g>

Are You sure it is fatally incomatible with D5 ?
If not - upload sources plz!
(are sources based on 1.32 or 2.00?)




Subject: Re: Release 1.32 install problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 07:05:00 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah8c3t$leo$1@talkto.net...
> > Plz, may JVCL [page contains some basic info on You, jvcl coordinators?
> >
> > Where are You from, what's Your usual activivty time (by Grinwich) ?

As you .probably know by now, whenever we are on-line, we respond pretty
quickly. So the best way is to post it here, unless it's personal, then feel
free to email us.

Michael




Subject: Re: JVCL Convert released
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Jul 2002 12:59:44 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:ah8qph$mrc$1@talkto.net...
> > BTW - the source should be also as part of JVCL 2.0 (see \Convert)

It is, but not with the latest sources (the one's you updated earlier
today). Already uploaded the zip, sorry. Maybe next time <g>

Regards, Peter




Subject: Re: New release of JVCL 2.00
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 14:53:09 +0400
Newsgroups: jedi.vcl

> > OK, I will

I am trying to contact some paper magazines and nes servers.

plz, could You make some page on JVCL site with  some text of onvitation,
and links to Mantis, to newsgroup and description 'how to submit Your
changes' ?



Subject: Re: New release of JVCL 2.00
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 06:50:41 -0400
Newsgroups: jedi.vcl

> > I did it sometimes. But i have no official position, yes?
> > You voice would be better to sall them.

OK, I will

Michael




Subject: Re: JVCL Convert released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 06:50:07 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah8qbl$mq1$1@talkto.net...
> >
http://sourceforge.net/project/showfiles.php?group_id=45786&release_id=10039
> > 3
> >
> > Whole lotta 400 kb
> >
> > You'd better give me sources for JCL 1.20 and JVCL 1.31 :)

Well, the tool won't compile in D5, so you will need the executable to use
it.

BTW - the source should be also as part of JVCL 2.0 (see \Convert)

Michael





Subject: Re: New release of JVCL 2.00
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 14:43:14 +0400
Newsgroups: jedi.vcl

> > Now you can take a look at the other RxLib conversions to D6 (you've
Not me. I have no D6 and no i do not want it :)
> > and see what other bugs have been
> > fixed there, so we can modify JVCL accordingly.

One of ports is made by Epsylon - the main distributor and suporter of
Interbase in ex-USSR.
Ot's specials are TAXXI support. read more in meantime on www.taxxi.com

> > You can also invite authors of the other conversions to submit their fixes
> > to JVCL so we could have one reference point for RxLib.

I did it sometimes. But i have no official position, yes?
You voice would be better to sall them.



Subject: Re: New release of JVCL 2.00
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 06:41:21 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah8p5u$mms$1@talkto.net...
> > Gip-ip Hurray!!!!!

As you can see, we have incorporated RxLib 2.75 into JVCL.

Now you can take a look at the other RxLib conversions to D6 (you've
mentioned earlier the one from Polaris), and see what other bugs have been
fixed there, so we can modify JVCL accordingly.

You can also invite authors of the other conversions to submit their fixes
to JVCL so we could have one reference point for RxLib.

Michael




Subject: Re: JVCL Convert released
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 14:40:53 +0400
Newsgroups: jedi.vcl

http://sourceforge.net/project/showfiles.php?group_id=45786&release_id=10039
3

Whole lotta 400 kb

You'd better give me sources for JCL 1.20 and JVCL 1.31 :)



Subject: ANN: JVCL Convert released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 19 Jul 2002 06:36:45 -0400
Newsgroups: jedi.vcl

Project JEDI is pleased to announce the availability of "JVCL Convert".

http://sourceforge.net/project/showfiles.php?group_id=45786&release_id=10039
3

"JVCL Convert" is an OpenSource program to Search/Replace any strings in
selected ASCII files. You can also create your own Search/Replace sets of
strings that you can save for future reuse with your files.

In this release JVCL provides you with a "RxLib.dat" file that can be used
to convert to JVCL 2.0 any Delphi files (*.pas, *.dpr, *.dpk) utilizing
RxLib components/files. There is also a conversion file to convert your
define settings from DelphiXXX to CompilerXXX.

In the future we will provide files for conversion of files based on RALib
and Jans components.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: New release of JVCL 2.00
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 14:26:37 +0400
Newsgroups: jedi.vcl

> > Don't know about 2 and 3, but I was definitiely first <vbg>

I though You wer UPloader :)
Anyway, i''ve got my copy.



Subject: Re: New release of JVCL 2.00
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Jul 2002 12:23:32 +0200
Newsgroups: jedi.vcl

Don't know about 2 and 3, but I was definitiely first <vbg>

Peter

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ah8p5u$mms$1@talkto.net...
> > Gip-ip Hurray!!!!!
> >
> > Who were the 1st 3 downloaders?
> >




Subject: Re: New release of JVCL 2.00
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 14:18:30 +0400
Newsgroups: jedi.vcl

Gip-ip Hurray!!!!!

Who were the 1st 3 downloaders?



Subject: ANN: New release of JVCL 2.00
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Jul 2002 12:13:59 +0200
Newsgroups: jedi.vcl

Team JEDI is pleased to announce that a new release of the JVCL is available
at:

http://jvcl.sourceforge.net

This release is an ALPHA version of JEDI VCL (JVCL) 2.00 (Delphi 5, 6 and
D6Pe).

New in this release:
- Totally restructured component set, see restructured_changelog.txt for
details
- Rearranged palette tabs, see Install.txt for details on how to enable it
- A lot of bug fixes and enhancements, see Changelog.txt for details
- RxLib 2.75 included (converted to JVCL standard)
- New components, see ChangeLog.txt for details

To use it, you will also need the latest JCL (JEDI Code Library) available
from:

http://jcl.sourceforge.net


Since this is an Alpha release, we need *lots* of feedback on features,
bugs, problems etc. Please report any Bugs/Wishes back to us via our Issue
Tracker available from :

http://jvcl.sourceforge.net (click on the "Bugs/Wishes" link)



FUTURE PLANS / NOT FINISHED:
============================

- This release contains a number of duplicate components, since the merging
of new libraries into JVCL isn't complete. Please report any suggestions and
findings in the Issue Tracker to speed up this process.

- If you have existing code using JVCL 1.31 or earlier, you might have to
rename and remove units and components. Use the restructure_changelog.txt as
a guide to where things are located currently. If anything is missing from
restructure_changleog.txt, please let us know by posting in the Issue
Tracker

- Since it is hard to tell up front what will stay and what will disappear,
here's a couple of hints on how you should use the components to minimize
the risk of having to redo it in the future:

  * If a component/unit doesn't have a TJv/Jv prefix (i.e it has a TJvx/Jvx
or TJva/Jva or similar) it is an indication that it came from a new library
and that it somehow duplicates something already in JVCL (even if it's only
the name). Try finding the JVCL equivalent and compare: if there is a
similar component, you can be pretty sure that the current JVCL name will be
used even if the properties, events and methods of the duplicate component
*might* be added to the JVCL component

  * If we merge these components, the TJvx/TJva component will be placed in
the Archive, so you will have the option to switch to the new JVCL
component, or  use the TJvx/TJva version from Archive

  * Your safest bet is to stay away from any "suspect" components in
production code and use the "old" version instead

- There is an ongoing effort to remove duplicates from JVCL that are already
in JCL (mostly functions, but some classes are also involved). If you find
anything that you think should be moved from JVCL to JCL, please report in
the Issue Tracker.

- Libraries scheduled to be merged with JVCL: Jans' components and the RALib
package

- The support for Delphi 5 is sketchy: specifically, none of the examples
has been tested nor has the components been extensively tested under D5.
Please report any issues in the Issue Tracker

- The support for Delphi6 Personal is also incomplete: specifically, there
might be units included in the current alpha that doesn't apply to D6
Personal. Please report any findings in the Issue Tracker


--
Peter Thörnqvist
Project JEDI - http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner
JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net




Subject: Re: JVCL Status Update 2002-07-16
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 13:33:59 +0400
Newsgroups: jedi.vcl

> > described in russian).

Whether having time, i will translate.

Currently try auto-translators at www.perevodov.net and www.translate.ru



Subject: Re: Release 1.32 install problem
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Jul 2002 11:05:35 +0200
Newsgroups: jedi.vcl

Please read install.txt: it requires you to get JCL (jcl.sourceforge.net)
and compile it (bit don't install in IDE) before installing JVCL. You also
need to put JVCL on the same level as JCL in your source tree (as a
sibling).

Example:

|-<some folder>
   |-JCL
   |-JVCL

Regards, Peter

"Bepy" <ramengo@hotmail.com> skrev i meddelandet
news:ah8ih5$m4u$1@talkto.net...
> > Hi,
> >
> > I've just downloaded new release.
> > Opened JVCL100_D60.dpk and compiled successfully. But... can't install
> > because "cannot load package JVCL100_R60. It contains unit JclStrings
which
> > is also contained in package DJCL60".
> > Am I doing something wrong ?





Subject: Re: Release 1.32 install problem
From: "Bepy" <ramengo@hotmail.com>
Date: Fri, 19 Jul 2002 10:31:39 +0200
Newsgroups: jedi.vcl

Hi,

I've just downloaded new release.
Opened JVCL100_D60.dpk and compiled successfully. But... can't install
because "cannot load package JVCL100_R60. It contains unit JclStrings which
is also contained in package DJCL60".
Am I doing something wrong ?

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> ha scritto nel
messaggio news:ah7ohu$jbd$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com> wrote in message
> > news:ah6icb$ffn$1@talkto.net...
> >
>> > > I am getting an Undeclared Indentifier when trying to install release
1.32
>> > > its coming from here, PropageEnabled
> >
> > I have uploaded a new version, and hopefully it works this time. It seems
> > like we had some problems with CVS and some files were out of synch.
> > Hopefully I was able to fix everything.
> >
> > BTW - the JvTranslator is not available in D5 anymore. Sebastien made too
> > many D6-dependant changes, and I was not able to make it compile under D5.
> >
> > If there are still any problems with the installation, please let us know.
> > Please report any bugs via our Bug database.
> >
> > Best regards,
> >
> > Michael
> >
> >
> >
> >




Subject: Re: JVCL Status Update 2002-07-16
From: Rob den Braasem <jedi@buypin.com>
Date: Fri, 19 Jul 2002 08:04:48 +0000 (UTC)
Newsgroups: jedi.vcl

On 18 Jul 2002 16:03:13 -0000, Arioch wrote:
> >
> >Last update  (changes.txt) marked as 09.11.00 - November 2000.
> >Seems they are on loooong vacations. No chances to talk to them :(
> >
> >It should have updated to run under D6/c++B6 Documentation is in
> >Russian.
> >
> >Brr....
> >
> >1) There's no license in the package. At all.
> >2) The package is definetly positioned as an add-on to Rx, so i
> >think it will not be too bad tio merge it with Rx, and then with
> >JVCL :)
> >
> >PS: there's a chance though that archive, i've just got from Torry'
> >is outdated and there are were a newer one on their site...
> >
The site is down. There is no way I can get in contact with them.

I've finished the conversion and update to D6. The DB components are 
looking intersting, I have to do some testing about the 
functionality, because some features are not realy clear (and 
described in russian).

I'll look into it this weekend.
-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: Release 1.32 install problem
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 11:35:52 +0400
Newsgroups: jedi.vcl

>> > > i got it from cvs\jvcl\sources\JvTranslator.pas A Jedi.inc
>> > > (should i better take cvs\dev\restructured ?)
>> > > recoded it into dos-styled-eols with WinWord :)
> > No, don't use dev/restructured for 1.31 changes: this is for 2.0
I need that translator with D5 problem Didi got it? Was it the problem file?


>> > > Now i gonna try Jvck100_D50 which contains translator
>> > > ok, i see: THashedStringList - undeclared. no such class in D5.
>> > > Could anyone send me reference to that class? or part of VCL6, that
>> > > implements it?
> > Michael removed the JvTranslator and XML parser in the last updated JVCL
> > 1.32, so should you
Seems already. See messages below. As far as i can test it - it's wotking D2
w2k.
plz, test it!

BTW - what's about You?
Where are You ? Activity time (by Grinwich), icq or irc or other ways for
quick communicatrions?



Subject: Re: Release 1.32 install problem
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Fri, 19 Jul 2002 09:12:39 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ah8ao9$l9i$1@talkto.net...
> > i got it from cvs\jvcl\sources\JvTranslator.pas A Jedi.inc
> > (should i better take cvs\dev\restructured ?)
> > recoded it into dos-styled-eols with WinWord :)

No, don't use dev/restructured for 1.31 changes: this is for 2.0

> >
> > Now i gonna try Jvck100_D50 which contains translator
> > ok, i see: THashedStringList - undeclared. no such class in D5.
> > Could anyone send me reference to that class? or part of VCL6, that
> > implements it?
Michael removed the JvTranslator and XML parser in the last updated JVCL
1.32, so should you

Regards, Peter




Subject: Re: Release 1.32 install problem
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 10:37:46 +0400
Newsgroups: jedi.vcl

Plz, may JVCL [page contains some basic info on You, jvcl coordinators?

Where are You from, what's Your usual activivty time (by Grinwich) ?

i think i poted a fix as a previos msg, but i dont know when You'd be able
to check it!



Subject: Re: Release 1.32 install problem
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 10:31:16 +0400
Newsgroups: jedi.vcl

I added 3 lines into that jvtranslato.pas:

Between 'interface uses' and '{.$defina gx_outlook}'

//Arioch
{$IfNDef Compiler6_UP}
type THashedStringList=TStringList;
{$EndIf}

Then i recompiled jvcl100_d50
and runned the jvtranslatorproj example. It works ok.

PS: i state that examples should never has OuputDirectory set to <jvcl>\bin
1) this folder is for USEFUL binaries.
2) demos relies on deom data resided in their sources folders.
For example XMLs for translator demo do so. And demo cannot work, if
compiled into bin folder.



Subject: Re: Release 1.32 install problem
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 19 Jul 2002 10:14:26 +0400
Newsgroups: jedi.vcl

i got it from cvs\jvcl\sources\JvTranslator.pas A Jedi.inc
(should i better take cvs\dev\restructured ?)
recoded it into dos-styled-eols with WinWord :)

and try to recompile Jvcl100_R50.dpk
 (wish: let in jvcl2.0 package names Delphi version go BEFORE JVCL version?
i have package depent on Jvcl100_r50, and each time i compile it Delphi asks
me 'package is old. let me conver it' - guess it wants to see Jvcl500_r50
:) )

here the 1st error ive got: Undeclared ';ForceDirectories' in
JvZlibMultiple.pas
Fix: implementation  uses FileCtrl;

Now i gonna try Jvck100_D50 which contains translator
ok, i see: THashedStringList - undeclared. no such class in D5.
Could anyone send me reference to that class? or part of VCL6, that
implements it?
Guess new JCL should also contain its version for D5 !!! That may be all to
make JvTranslator run!




Subject: Re: Advice Wanted.
From: "Robert Love" <rlove@slcdug.org>
Date: Thu, 18 Jul 2002 22:33:16 -0600
Newsgroups: jedi.vcl

I will email you the Converted XML Parser so you can look at it make sure It
works :-)

Robert Love
"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D361281.5000000@buypin.com...
> >
> >
> >
>> > > Yes, XML and JVCL 2.0 are the priorities..
> > Hum, yes but there is a lot of complete parsers in Jan's components,
> > so, for the moment, I refuse all requests like
> > "add support for namespaces, add support for DTD, add support for ..."
> > I thought the name TJvSimpleXml was enough to understood the parser
> > was limited to the strict minimum for speed issues, but apparently
> > some wants the butter and the money of the butter (The speed and
> > the completness of a full XML parser).
> >
> > I can't wait for the 2.0 and the integration of Jan's component,
> > at least I'll be able to answer to use TjanXMLParser for a complete
> > XML parser :-)
> >
> > Sebastien
> >




Subject: Opening jedi.binaries newsgroup
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 21:39:18 -0400
Newsgroups: jedi.vcl

For future references - please do not attach any files to messages placed on
the newsgroup (they are disabled on the mailing list already).

We have now a "jedi.binaries" newsgroup for any JEDI-related source files
the you need to make available to others (we shouldn't post over there any
executables anyway).

Best regards,

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Release 1.32 install problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 21:16:35 -0400
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:ah6icb$ffn$1@talkto.net...

> > I am getting an Undeclared Indentifier when trying to install release 1.32
> > its coming from here, PropageEnabled

I have uploaded a new version, and hopefully it works this time. It seems
like we had some problems with CVS and some files were out of synch.
Hopefully I was able to fix everything.

BTW - the JvTranslator is not available in D5 anymore. Sebastien made too
many D6-dependant changes, and I was not able to make it compile under D5.

If there are still any problems with the installation, please let us know.
Please report any bugs via our Bug database.

Best regards,

Michael






Subject: Re: Advice Wanted.
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 19 Jul 2002 02:49:54 +0200
Newsgroups: jedi.vcl

Thanks for answering for me, michael, but I finally got an internet access
in here and I'm trying to answer all my emails (Don't know how possible,
but I received 68 emails today, excepting the mailing lists I'm dying :p).

Erik, I have cleaned all my emails recently and I've deleted those,
and as I have a very bad memory, I really don't remember all my emails, I just remember the impression I had, but seriously...

I did not wanted to launch a troll or an attach against GExperts, you
are doing an excellent job, and I must admit I have readed a lot of
times your sources to understand some functionnalities of the
expert interfaces. I have much respect for this project, and I didn't
wanted to shock anybody ;).

BTW, I should take a look at the evolutions of the interfaces, I haven't
worked on an expert since D5, I hope they have finally made things
easier in D6 but I doubt.. <g>

Sebastien

Michael Beck (Team JEDI) wrote:
> "Erik B. Berry" <eb@techie.ZZZcom> wrote in message
> news:3D365FD8.8DA83667@techie.ZZZcom...
>
> Erik,
>
> great to see you in our JVCL area!
>
> Sebastien might be out of the office till next week, so I just wanted to
> drop a short note to thank you for your posting and for the clarifications.
>
> You guys are doing terrific job with GExperts, and JVCL being another
> OpenSource project, we know all too well how difficult and time consuming is
> running an OpenSource project.
>
> GExperts is definitely one of the tools that I cannot live without in my
> Delphi :)
>
> Best regards,
>
> Michael
>
>
>





Subject: Re: language translation
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 19 Jul 2002 02:37:51 +0200
Newsgroups: jedi.vcl

As I'm on a laptop and far from any dev machine, I'll stay brief, sorry :-)

> 1) I noticed that an xml file is used for translation, how can i make a xml
> file of all components belonging to a particular file. Which I could edit an
> translate to another language? There must be a fast solution for that? Never
> worked with xml file, so a few pointer would be very helpfull(what to use
> etc.)
All the components I donated recently were made for a project for my
company, and I decided to publish them as the XML parser was quite elaborated and as I didn't knew any translator based on XML (or any really working translator in fact).

But as we all have a good knowledge of XML and as I don't have the luxury to spent a week to create a beautifull expert, I have created
all the files on the fly (and it works great if you use it from the beginning of the project). So, if you or someone else has some time,
we would all appreciate an expert for that (But I still enjoy editing
the XML file with notepad :p).

(Hum, I'm not as brief as I should be :p)

> 2) how do i mangage a .res file with jvtranslator?
Didn't had the need to do that, so ... this is not implemented.
Please enter a feature request, I'll take a look at it as soon as
I have 5 minutes to work for the JVCL.

Sebastien



Subject: Re: Release 1.32 install problem
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 18 Jul 2002 19:11:41 +0200
Newsgroups: jedi.vcl

>> > > Shouldn't that be changed to "ProapagateEnabled"?
I should check my spelling more carefully! That should be
"PropagateEnabled", of course.

FWIW, I've had the same problems with CRLF/LF corruption with the 2.0 files.
Don't know if it's CVS (as it's running on Unix) or TortoiseCVS or me...
Deleting the local file and doing an Update to fetch a fresh copy seems to
work for me.

Regards, Peter




Subject: Re: how will You merge?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 12:58:11 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah6bi3$ek3$1@talkto.net...

> > Sure! but it was achived with some big donations.
> > If the donations would continue - You''l sink :)
> > Otherwise - activity will go down.

Arioch, don't let the reality spoil your dreams! :)

>> > > nice Website,
> > hadding o alt-text for images which violates W3C standards and makes it
hard
> > to me to surf there w|o pictures :(
> > i maile to webmaster on that - no reaction :(

I don't recall receiving anything. Please resend it to me directly.

> > My point of view is: There was a big project - GNU. It failed.
> > Suddenly (luck and nothing more) a small (and so good for OpSrc) project
> > (Linus'es kernel succeded and turnd to be cornerstone in almost-dead GNU.
> > (PS: i heard initial GNU kernel is going to release now. funny. :) )
> > After 3 years it really got popular enought to get its critical mass - and
> > become stale project.

I am still hoping for the same for JVCL :)


Michael




Subject: Re: Release 1.32 install problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 12:46:54 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:ah6ofr$g6j$1@talkto.net...
> > Shouldn't that be changed to "ProapagateEnabled"?

Actually here this should be:

"PropageEnable"

because that's the name of the property.

In JVCL 2.0 this is called "PropagateEnabled", so I will change it here as
well, so it's consistent.

But when I just run it on my D5, I've got bunch of weird errors - files that
were fixed before somehow are missing now D6 conditionals, one files (so
far) has problems with CRLF/LF (Unix vs. Windows). I have no idea how all
this happened :(

As soon as I fix all this stuff, I will upload a new copy to SourceForge.

Michael




Subject: Re: Release 1.32 install problem
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 18 Jul 2002 18:07:29 +0200
Newsgroups: jedi.vcl

Shouldn't that be changed to "ProapagateEnabled"?

Peter

"Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
news:ah6icb$ffn$1@talkto.net...
> > Hi,
> >
> > I am getting an Undeclared Indentifier when trying to install release 1.32
> > its coming from here, PropageEnabled





Subject: Re: language translation
From: Johnnie <None@Noware.non>
Date: Thu, 18 Jul 2002 15:51:28 +0000 (UTC)
Newsgroups: jedi.vcl

> > 1) I noticed that an xml file is used for translation, 
> > how can i make a xml file of all components belonging 
> > to a particular file. Which I could edit an translate 
> > to another language? There must be a fast solution for 
> > that? Never worked with xml file, so a few pointer would 
> > be very helpfull(what to use etc.)

Although I'm also new on the translator and the 
translation team I haven't found anything that 
would collect all the strings out of a unit. 

I'm currently evaluating a couple of methods to 
accomplish this but I as I'm new to a number of 
arreas and my time is limited this will take 
some time. So I do not see anything happening in 
the near future.

> > 2) how do i mangage a .res file with jvtranslator?
> > 

As far as I can see you don't.


Subject: Re: Release 1.32 install problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 11:49:37 -0400
Newsgroups: jedi.vcl

"Bepy" <ramengo@hotmail.com> wrote in message
news:ah6mlb$fvr$1@talkto.net...
> > I've the same problem with Windows XP (Italian) Delphi 6 (Build 6.240)
> > Update Pack 2.

Thanks. I will look into it today.

Michael




Subject: Re: Release 1.32 install problem
From: "Bepy" <ramengo@hotmail.com>
Date: Thu, 18 Jul 2002 17:40:38 +0200
Newsgroups: jedi.vcl

I've the same problem with Windows XP (Italian) Delphi 6 (Build 6.240)
Update Pack 2.

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> ha scritto nel
messaggio news:ah6k3n$fma$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com> wrote in message
> > news:ah6icb$ffn$1@talkto.net...
> >
>> > > I am getting an Undeclared Indentifier when trying to install release
1.32
>> > > its coming from here, PropageEnabled
> >
> > What Delphi version on OS?
> >
> > Michael
> >
> >




Subject: Re: JVCL Status Update 2002-07-16
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 19:17:01 +0400
Newsgroups: jedi.vcl

Last update  (changes.txt) marked as 09.11.00 - November 2000.
Seems they are on loooong vacations. No chances to talk to them :(

It should have updated to run under D6/c++B6
Documentation is in Russian.

Brr....

1) There's no license in the package. At all.
2) The package is definetly positioned as an add-on to Rx, so i think it
will not be too bad tio merge it with Rx, and then with JVCL :)

PS: there's a chance though that archive, i've just got from Torry' is
outdated and there are were a newer one on their site...



Subject: Re: JVCL Status Update 2002-07-16
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 18:59:05 +0400
Newsgroups: jedi.vcl

> > I don't know. My russian is rather bad.
www.translate.ru
www.perevodov.net

And you can send me texts, which You take for license.



Subject: Re: Release 1.32 install problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 10:54:28 -0400
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:ah6icb$ffn$1@talkto.net...

> > I am getting an Undeclared Indentifier when trying to install release 1.32
> > its coming from here, PropageEnabled

What Delphi version on OS?

Michael




Subject: Re: JVCL Status Update 2002-07-16
From: Rob den Braasem <jedi@buypin.com>
Date: Thu, 18 Jul 2002 14:52:19 +0000 (UTC)
Newsgroups: jedi.vcl

On 18 Jul 2002 14:03:12 -0000, Michael Beck \(Team JEDI\) wrote:
> >
> >"Rob den Braasem" <jedi@buypin.com> wrote in message
> >news:ah6dn3$ese$1@talkto.net...
> >
>> >>I don't know. My russian is rather bad. I can't read the help file
>> >>and the website is gone.
>> >>
>> >>Perhaps the company is also gone. I can send a mail to
>> >>PolarisLib@mail.ru
> >
> >If you think that it would an useful addition to JVCL, then go ahead
> >and contact them.
> >
>> >>But I'm not saying I wanted to add Polaris to JVCL, It is just a
>> >>"vinger oefening". Just trying the 2.00 instalation and just to see
>> >>what components are missing.
> >
> >Wait couple more hours - and you will be able to use the "JVCL
> >Convert" to convert your projects from RxLib to JVCL. This would be
> >a good test :)
I'm already almost finnished, but OK I'll try the converter.

There is more then only the components, like Conditionals and the 
conversion from D5 to D6

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: New file uploaded to JVCL-Developers
From: JVCL-Developers <jedi@buypin.com>
Date: Thu, 18 Jul 2002 14:52:19 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

This email message is a notification to let you know that
a file has been uploaded to the Files area of the JVCL-Developers 
group.

  File        : /Demos/Jvcr131DemoEXEc.zip 
  Uploaded by : csroberts <croberts@gilsongfx.com> 
  Description : Demos many JVCL controls. Minor tweaks and adjustments from last version.  

You can access this file at the URL

http://groups.yahoo.com/group/JVCL-Developers/files/Demos/Jvcr131DemoEXEc.zip 

To learn more about file sharing for your group, please visit

http://help.yahoo.com/help/us/groups/files

Regards,

csroberts <croberts@gilsongfx.com>
 





----Message transited via Script Gateway----



Subject: Release 1.32 install problem
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 18 Jul 2002 15:24:36 +0100
Newsgroups: jedi.vcl

Hi,

I am getting an Undeclared Indentifier when trying to install release 1.32
its coming from here, PropageEnabled

Is it me??

Thanks Andy

procedure TJvGroupBox2.CMEnabledChanged(var Msg: TMsg);
var
  i: Integer;
begin
  inherited;
  if PropageEnabled then
    for i := 0 to ControlCount - 1 do
      Controls[i].Enabled := Enabled;
end;




Subject: Re: JVCL Status Update 2002-07-16
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 10:06:55 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ah6eiu$evf$1@talkto.net...

> > Wait couple more hours - and you will be able to use the "JVCL Convert" to
> > convert your projects from RxLib to JVCL. This would be a good test :)

OK, it's up on our Download page.

Enjoy it.

Michael




Subject: language translation
From: "Pierre Demers" <dempier@videotron.ca>
Date: Thu, 18 Jul 2002 10:01:28 -0400
Newsgroups: jedi.vcl

Hello all,


I have just installed jvcl and it's quite impressive. I looked at the
translation's demo and I have a few questions.

1) I noticed that an xml file is used for translation, how can i make a xml
file of all components belonging to a particular file. Which I could edit an
translate to another language? There must be a fast solution for that? Never
worked with xml file, so a few pointer would be very helpfull(what to use
etc.)

2) how do i mangage a .res file with jvtranslator?

TIA
Pierre Demers




Subject: ANN: JEDI-VCL 1.32 released
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 09:58:55 -0400
Newsgroups: jedi.vcl

Project JEDI is pleased to announce that a new release 1.32 of the JEDI-VCL
(JVCL)  is available at:


http://jvcl.sourceforge.net

This release fixes several bugs, and  the status has been changed from Beta
to Stable.

JVCL is built from code donated by the JEDI community. It consists of over
300 VCL components that can be instantly reused in your Delphi projects.

The entire JEDI VCL is distributed under the terms of the Mozilla Public
License (MPL), and can be freely used in both freeware/shareware, Open
Source and commercial projects. For more information please visit our
licensing page.

Coming Up:
=========

Please look for an announcement about the upcoming JVCL 2.0 Alpha release,
which will incorporate major additions to JVCL (RxLib and JvInspector).

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: JVCL Status Update 2002-07-16
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 09:20:10 -0400
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> wrote in message
news:ah6dn3$ese$1@talkto.net...

> > I don't know. My russian is rather bad. I can't read the help file
> > and the website is gone.
> >
> > Perhaps the company is also gone. I can send a mail to
> > PolarisLib@mail.ru

If you think that it would an useful addition to JVCL, then go ahead and
contact them.

> > But I'm not saying I wanted to add Polaris to JVCL, It is just a
> > "vinger oefening". Just trying the 2.00 instalation and just to see
> > what components are missing.

Wait couple more hours - and you will be able to use the "JVCL Convert" to
convert your projects from RxLib to JVCL. This would be a good test :)

Michael




Subject: Re: JVCL Status Update 2002-07-16
From: Rob den Braasem <jedi@buypin.com>
Date: Thu, 18 Jul 2002 12:52:51 +0000 (UTC)
Newsgroups: jedi.vcl

On 18 Jul 2002 10:04:43 -0000, Michael Beck \(Team JEDI\) wrote:
> >
> >"Rob den Braasem" <jedi@buypin.com> wrote in message
> >news:ah5vkg$db1$1@talkto.net...
> >
>> >>I'm trying to convert the Polaris Lib. This libs has a lot of DB
>> >>-Aware components, that were missing in Rx.
>> >>
>> >>I'm just trying to get them working under jvcl2.00, I'm not trying
>> >>to make them jvcl (yet).
> >
> >What kind of license do they have? If we want to use them in JVCL,
> >we probably would have to contact them.
> >
I don't know. My russian is rather bad. I can't read the help file 
and the website is gone.

Perhaps the company is also gone. I can send a mail to 
PolarisLib@mail.ru

But I'm not saying I wanted to add Polaris to JVCL, It is just a 
"vinger oefening". Just trying the 2.00 instalation and just to see 
what components are missing.

 
-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: how will You merge?
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 16:26:41 +0400
Newsgroups: jedi.vcl

> > You are right. But look from the positive side - JVCL was never as active
> > and strong as it is right now.

Sure! but it was achived with some big donations.
If the donations would continue - You''l sink :)
Otherwise - activity will go down.

> > nice Website,
hadding o alt-text for images which violates W3C standards and makes it hard
to me to surf there w|o pictures :(
i maile to webmaster on that - no reaction :(

> > becoming the #1 OpenSource library of VCL components
That's not You are so good - that is others too bad or dead (rx)
The bugs i unexpectedly found in MRU list (that memory leak discussed here
before i made and uploaded jvmru2.pas) - i'd say there was a good idea, a
passionate leaders - and the code which is much worse. While almost anyone
could rely on Rx, discovering such a leak in JVCL was srange...

PS: i heard Akzhan Abdullin is in your team or what.
I started taking JVCL seriously only after seeing Your logo on his homepage.

> > So you never know - after all, Linux also started very small :)
My point of view is: There was a big project - GNU. It failed.
Suddenly (luck and nothing more) a small (and so good for OpSrc) project
(Linus'es kernel succeded and turnd to be cornerstone in almost-dead GNU.
(PS: i heard initial GNU kernel is going to release now. funny. :) )
After 3 years it really got popular enought to get its critical mass - and
become stale project.

Let's look upon Watcom - they reside commercial as long as they can.
now they had lost their users and tried to go OpSrc. - no one cares! no one
needs it any more.
I think their optimisation for x86 was rather strong and maybe usefule for
GNU C team, but Watcom is so out of interest today...

Let's take Nautilus - what a PR!!! and quick end.

Let's take Apache - big commercial project. Dropped and gone OpSrc while
being actual.
So the initial OpSrc trend of small fixes succeeded to turn into a big
project. But - because they stood upon the big commercial project!

In fact, Kylix seems to be the best developers IDE on Linux - and linux
community is full with experienced coder and talented designers - no result.

I wonder, where does SourceForge take its money to keep itself alive?



Subject: Re: how will You merge?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 08:04:39 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah67e1$e54$1@talkto.net...

> > Really we must re-create all the VCL to do a good desing. And maybe do
some
> > hacks to the very compiler. It is possible. It is practically impossible.
> > There should be a genious designer and a croud of clever and trustful
> > coders.
> > All of them must spend a lot..... I'll stop. Guess You all know it better
> > than i do.

Delphi community is full of great designers and clever coders, and we are
lucky to have some of them on our team! :)

> > Since JVCL do not have critical mass of coders' croud - there are no
> > chances.

You are right. But look from the positive side - JVCL was never as active
and strong as it is right now. If you would tell anybody 6 months ago that
JVCL will be where it is today, with its own bug database, nice Website, CVS
support, growing number of very talented and dedicated developers, heading
toward Ver. 2.0 with some great additions like RxLib, RALib, and Jans
components and becoming the #1 OpenSource library of VCL components - people
would probably laugh at you.

So you never know - after all, Linux also started very small :)

Michael





Subject: Re: Adding a $DEFINE to JEDI.INC
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 15:59:51 +0400
Newsgroups: jedi.vcl

> > Good point. Please add it to Issue Tracker, and we should be able to
change
> > it in the next release of JVCL.

I cannot get what to add - so could you do it.

Talking about C++B port, osted into ng 2weeks ago - as far as i undestood
the threaed - they are already submitted.



Subject: Re: Advice Wanted.
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 15:58:22 +0400
Newsgroups: jedi.vcl

>> > > Personally i think they both are the best.
JVLC - among component libs
GExpert - among IDE tweakers

> > Property Editors deal with visual components, so they would be part of
JVCL.
> > Would you be interested in getting involved in the "Property Editors"
> > subproject?

Maybe.
Currenlty i am mad scientis ( Eskimo bard) - i see a problem in IDE (that
bothers me) and i try to think on how to fix it.



Subject: Adding a $DEFINE to JEDI.INC
From: robert_marquardt <jedi@buypin.com>
Date: Thu, 18 Jul 2002 11:52:23 +0000 (UTC)
Newsgroups: jedi.vcl

> > $DEFINE exists at least since Delphi 1.

Oops, i was fooled by the Delphi 5 additions to the preprocessor.

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ----Message transited via Script Gateway---- 

Subject: Re: Advice Wanted.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 07:49:27 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah684r$e7j$2@talkto.net...

> > Personally i think they both are the best.

Which one was the second?

> > I hope GExperts become a part of Delphi Jedies initiative (keeping their
GPL
> > license) as a attractor of all the IDE tweaks..

GExperts are extremely successful on its own, so I don't think that there is
need for them to become a part of JEDI. Unless they would like to :)

The cooperation between JEDI and GExperts is very good - Erik Berry was very
helpful on several occasions, especially on SourceForge related issues.

> > As a part of this dreams, i want to ask:
> > Property Editor - do it deal more with JVCL or with GExperts?

Property Editors deal with visual components, so they would be part of JVCL.

Your timing is excellent - I was planning to add a "Property Editors"
subproject of JVCL after release of JVCL 2.0 (assuming that we will have
people willing to work on this).

> > I'm talking of mey editor for TSizeConstraints:
http://vowca.chat.ru/Delphi

Would you be interested in getting involved in the "Property Editors"
subproject?

Michael





Subject: Re: Advice Wanted.
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Jul 2002 13:43:23 +0200
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:ah684r$e7j$2@talkto.net...
> > Property Editor - do it deal more with JVCL or with GExperts?
> > Where it would be better to merge into?

Personally, I think any "global" property editors (like your SizeConstraint
variant) should go into a special property editor package separate from any
component packages. This allows the user to decide whether he wants the
property editor or not. "Single use" property editors, should go into the
same design package as register the component it's editing.

GExperts isn't the best place either: it isn't really a property editor
package as such, it's an Experts package (now how did they come up with that
name?<vbg>)

Maybe there is a property editor project somewhere that could include your
editor?


Regards, Peter





Subject: Re: Adding a $DEFINE to JEDI.INC
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 07:39:09 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah684r$e7j$3@talkto.net...

> > PS: i wonder how he imagined - who did defined that very DELPHI5_UP
> >
> > PPS: i reviewed changes, made to JVCL to make in C++B5 compatible.
> >
> > I cannot understand - how the situation arosen?
> > 1) inititally all was with DELPHI*, then someone added COMPILER* defines
to
> > INC and not changed them in *.pas - bad
> > 2) INC file had COMPILER* defines from the beginning, but developers
ignored
> > it in favor of DELPHI* - shame.

Good point. Please add it to Issue Tracker, and we should be able to change
it in the next release of JVCL.

Michael




Subject: Re: Adding a $DEFINE to JEDI.INC
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 15:28:20 +0400
Newsgroups: jedi.vcl

> > $DEFINE exists at least since Delphi 1.

TurboPascal 5.5 (didn't remember about TP3.0)

PS: i wonder how he imagined - who did defined that very DELPHI5_UP

PPS: i reviewed changes, made to JVCL to make in C++B5 compatible.

I cannot understand - how the situation arosen?
1) inititally all was with DELPHI*, then someone added COMPILER* defines to
INC and not changed them in *.pas - bad
2) INC file had COMPILER* defines from the beginning, but developers ignored
it in favor of DELPHI* - shame.

I wish i never reviewed that changes *:-(



Subject: Re: Advice Wanted.
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 15:22:47 +0400
Newsgroups: jedi.vcl

> > GExperts is definitely one of the tools that I cannot live without in my

Personally i think they both are the best. Mey be not right away - but
definitely best in future.

I hope GExperts become a part of Delphi Jedies initiative (keeping their GPL
license) as a attractor of all the IDE tweaks..

As a part of this dreams, i want to ask:

Property Editor - do it deal more with JVCL or with GExperts?
Where it would be better to merge into?

I'm talking of mey editor for TSizeConstraints: http://vowca.chat.ru/Delphi



Subject: Re: Advice Wanted.
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 15:17:59 +0400
Newsgroups: jedi.vcl

> > Well, you can ask the author if he would like to donate it to JVCL, and
> > maintain it later on as part of JVCL.

My experience s that he is a 'mad scientist' going his own ways.
He will not mind - but he will not do a movement.
Currently i have no time to butrden into it.



Subject: Re: how will You merge?
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 15:16:17 +0400
Newsgroups: jedi.vcl

> > An "Open Challenge" for everybody for JVCL 3.0 ??????

Curent VCL is full of bottlenecks. I'll add 2 of them:
1) look on my contribution of TEnLabel. In ideal design i'd hada way to
replace
Enabling/Disabling inteface for all the controls and on that very TControl
level of any descendant class
2) try to add a HelpBreak property to TMenuItem. It is possible - but it is
quest for glory
3) also there are rather poor compiler support (why should i declare vars
for objects in DFM ???)
But guess we will stay woth Delphi.
4) http://xcl.cjb.net -> there was some articles in Russian (maybe hey are
translated)
Brief: this library (KOL) goes back to TurboVision-without-resources style,
that allowed SmartLinker to do his work. Also they re-created system.pas to
make it modular, and so again - suitable for SmartLinker

Really we must re-create all the VCL to do a good desing. And maybe do some
hacks to the very compiler. It is possible. It is practically impossible.
There should be a genious designer and a croud of clever and trustful
coders.
All of them must spend a lot..... I'll stop. Guess You all know it better
than i do.

PS: OpenSource is fine tool for little tweaks such as customising and
bugfixing.
OpenSource is awfull tool for creating huge projects.
Take GNU history for example!!!
Since JVCL do not have critical mass of coders' croud - there are no
chances.

PPS: did You heard of www.dotgnu.org ? I wish them luck - but i'm afraid
they will fall victims to the rule i told above.



Subject: Adding a $DEFINE to JEDI.INC
From: Primoz Gabrijelcic <jedi@buypin.com>
Date: Thu, 18 Jul 2002 10:52:21 +0000 (UTC)
Newsgroups: jedi.vcl

> > Nice idea.
> > It should be guarded by {$IFDEF DELPH5_UP}
> > AFAIK $DEFINE has been introduced in Delphi 5.

$DEFINE exists at least since Delphi 1.

Primoz


----Message transited via Script Gateway----



Subject: Re: Advice Wanted.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 06:42:48 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:ah5r8l$cqp$1@talkto.net...
> > What would You say of QuickRTTI (www.atkins.com afair) ?
> >
> > Think this tool, if documented, fixed and text-proofed - would be greate!

Well, you can ask the author if he would like to donate it to JVCL, and
maintain it later on as part of JVCL.

Michael




Subject: Re: Adding a $DEFINE to JEDI.INC
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 18 Jul 2002 12:29:05 +0200
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> skrev i meddelandet
news:ah637o$dn1$1@talkto.net...
> >
> > I'm in the process of converting a lib and I'm finding that I could
> > do with a certain define.
> >
> > Could the line
> >
> > {$DEFINE JEDI-VCL} be added to JVCL.INC

Done: added JEDI-VCL and JEDI-JCL to JEDI.INC (will upload to CVS in a
jiffy). Tested with D5.

Regards, Peter




Subject: Re: Advice Wanted.
From: Johnnie <None@Noware.non>
Date: Thu, 18 Jul 2002 09:57:48 +0000 (UTC)
Newsgroups: jedi.vcl

Thank you for the info.

Regards
Johnnie.


Subject: Re: Advice Wanted.
From: Johnnie <None@Noware.non>
Date: Thu, 18 Jul 2002 09:57:27 +0000 (UTC)
Newsgroups: jedi.vcl

This shoold teach me to search my computer
before asking for help the next.

Thank you for pointing this out.

Regards
Johnnie.


Subject: Re: Advice Wanted.
From: Johnnie <None@Noware.non>
Date: Thu, 18 Jul 2002 09:56:39 +0000 (UTC)
Newsgroups: jedi.vcl

Thank you I'll take a look on it.

Regards
Johnnie.


Subject: Adding a $DEFINE to JEDI.INC
From: robert_marquardt <jedi@buypin.com>
Date: Thu, 18 Jul 2002 09:54:00 +0000 (UTC)
Newsgroups: jedi.vcl

> > I'm in the process of converting a lib and I'm finding that I could 
> > do with a certain define.
> > 
> > Could the line
> > 
> > {$DEFINE JEDI-VCL} be added to JVCL.INC

Nice idea.
It should be guarded by {$IFDEF DELPH5_UP}
AFAIK $DEFINE has been introduced in Delphi 5.

{$DEFINE JEDI-JCL} for the JCL should also be defined.

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ----Message transited via Script Gateway---- 

Subject: Adding a $DEFINE to JEDI.INC
From: Rob den Braasem <jedi@buypin.com>
Date: Thu, 18 Jul 2002 09:54:00 +0000 (UTC)
Newsgroups: jedi.vcl

On Thu, 18 Jul 2002 11:57:45 +0200 (MEST), robert_marquardt@gmx.de 
wrote:
>> >>I'm in the process of converting a lib and I'm finding that I could
>> >> do with a certain define.
>> >>
>> >>Could the line
>> >>
>> >>{$DEFINE JEDI-VCL} be added to JVCL.INC
> >
> >Nice idea.
> >It should be guarded by {$IFDEF DELPH5_UP}
> >AFAIK $DEFINE has been introduced in Delphi 5.
> >
> >{$DEFINE JEDI-JCL} for the JCL should also be defined.
> >

Nice update for 2.0 !! (Peter ;) )
-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Adding a $DEFINE to JEDI.INC
From: Rob den Braasem <jedi@buypin.com>
Date: Thu, 18 Jul 2002 09:54:00 +0000 (UTC)
Newsgroups: jedi.vcl

I'm in the process of converting a lib and I'm finding that I could 
do with a certain define.

Could the line

{$DEFINE JEDI-VCL} be added to JVCL.INC
-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: JVCL Status Update 2002-07-16
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 05:34:34 -0400
Newsgroups: jedi.vcl

"Rob den Braasem" <jedi@buypin.com> wrote in message
news:ah5vkg$db1$1@talkto.net...

> > I'm trying to convert
> > the Polaris Lib. This libs has a lot of DB-Aware components, that
> > were missing in Rx.
> >
> > I'm just trying to get them working under jvcl2.00, I'm not trying to
> > make them jvcl (yet).

What kind of license do they have? If we want to use them in JVCL, we
probably would have to contact them.

Michael




Subject: Re: Advice Wanted.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 05:31:50 -0400
Newsgroups: jedi.vcl

"Erik B. Berry" <eb@techie.ZZZcom> wrote in message
news:3D365FD8.8DA83667@techie.ZZZcom...

Erik,

great to see you in our JVCL area!

Sebastien might be out of the office till next week, so I just wanted to
drop a short note to thank you for your posting and for the clarifications.

You guys are doing terrific job with GExperts, and JVCL being another
OpenSource project, we know all too well how difficult and time consuming is
running an OpenSource project.

GExperts is definitely one of the tools that I cannot live without in my
Delphi :)

Best regards,

Michael





Subject: Re: how will You merge?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 04:59:36 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D34204E.20505@buypin.com...

> > But I've a stupid question... Is it really the best solution to
> > create a DB aware component for each component? I'm not pleased with
> > this idea, I'll think about that and if I'll read some articles about
> > db aware components as I never wrote any...

The best approach that I found was proposed by Richard Bayarri Bartual (in a
newsgroup discussion on potential of a "new" VCL:

---------------------------------------------

No it isn't - MVC (model-view-controller) was originally implemented in
Smalltalk a couple of decades ago as a way to support the concept of
building UIs out of "pluggable" reusable components - it is a design
pattern, not a library for a specific language. The idea is that you
separate the code for a UI into three separate classes which handle display
logic, data, and the messaging  between the two (and user interaction
therewith) respectively.

Delphi's data-aware controls are almost MVC based in that you have a view
(control),  model (a TDataSet, or in most cases, A TField),  and a
controller (TDataSource), but the design is poor because operations that
should be implemented in the model are in views, operations that should be
in the controller are in the models and views, etc. - it is thus a
special-purpose solution which only works in one specific scenario instead
of a generic one that can be used in any scanario.

A true Delphi MVC solution would offer the capability of being able to build
visual data components out of any data type, plus visual controllers that
encapsulate much of the UI-specific code (which can be re-used with any data
model, and most views) , and the ability of using these to connect the
visual data models to any number of synchronized views (e.g. having an
integer value that is connected to both an edit control and a scroll-bar,
without having to write a single line of code, and with the same live
design-time viewing capabilities that we now have with data-aware
components). In other words, non-DB data and UI code become part of the same
rapid-prototyping system that we now use for databases, while at the same
time replacing much of the domain-specific code from the current data-aware
controls with a single pointer to a specialist Controller sub-class, and
some method calls. You thus end up with significantly more RAD power than we
have now from half the number of controls, and the resultant framework is
both more flexible and much easier to extend than the current system because
you only ever have to write one version of any control, and that control
will be even simpler than many of the current non-DB-aware versions, let
alone their DB-aware counterparts.
-----------------------------
And later:

You could indeed derive an MVC framework from the existing control
hierarchy. Interfaces would I think be a key technology here, plus good
use of the OpenTools APIs to provide wizards that can help automate building
data models, controllers, etc. thereby allowing newbies to derive
the relevant plug-in classes without having to do extensive OO coding by
hand. This need for a fair degree of OO knowledge has traditionally
been the biggest barrier to MVC gaining wide-scale acceptance, but RAD tools
can overcome this even more easily than they did when they
made Windows programming into something that wasn't restricted to a few
massochistic specialists.
-----------------------------

So interfaces would be the key.

For more see:

http://tinyurl.com/pim
http://tinyurl.com/pin


Peter Below has presented an interesting approach in his article about
"Databound edit control using interfaces"

http://tinyurl.com/piq
http://tinyurl.com/pir

If JVCL could provide a true MVC architecture using Interfaces, this would
be AWESOME!

An "Open Challenge" for everybody for JVCL 3.0 ??????

Michael





Subject: Re: JVCL Status Update 2002-07-16
From: Rob den Braasem <jedi@buypin.com>
Date: Thu, 18 Jul 2002 08:52:32 +0000 (UTC)
Newsgroups: jedi.vcl

On 17 Jul 2002 08:03:15 -0000, Andy Vines wrote:
> >
> >Hi,
> >
>> >>
>> >>- Peter Th=F6rnqvist is doing a terrific job with restructuring of
>> >>the JVCL.
>> >>The Alpha release of JVCL 2.0 should be available within weeks.
>> >>RxLib is already incorporated, and we will also provide a tool
>> >>helping current
> >RxLib
>> >>users to convert to JVCL.
>> >>
> >
> >I use some third party components that are derived from RXLib,
> >specifically the DBIndexCombo which I have added a flat property to,
> >and EXRXDBGrid by GJL Software http://www.gjl-software.co.uk/, so I
> >assume this is going to mean I will have to make some changes as I
> >assume the component names will have changed?
> >
> >Just wondered how much work I can expect to have to do?
> >
> >Thanks
I have a pre-pre-pre-pre Alpha version of 2.00 (thanks Peter, I'll=20
send you a mail of the problems I found), and I'm trying to convert=20
the Polaris Lib. This libs has a lot of DB-Aware components, that=20
were missing in Rx.

I'm just trying to get them working under jvcl2.00, I'm not trying to=20
make them jvcl (yet).

I'l send a update after i'm finised converting. (I also have to and a=20
project this and next week, so it can take some time);

--=20
Rob den Braasem, rbraasem@xs4all.nl
Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm

     /"\
     \ /  ASCII RIBBON CAMPAIGN
      X     AGAINST HTML MAIL
     / \



----Message transited via Script Gateway----



Subject: Re: Advice Wanted.
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 11:48:35 +0400
Newsgroups: jedi.vcl

What would You say of QuickRTTI (www.atkins.com afair) ?

Think this tool, if documented, fixed and text-proofed - would be greate!



Subject: Re: how will You merge?
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Thu, 18 Jul 2002 08:25:14 +0100
Newsgroups: jedi.vcl

Hi,

I have always thought this, what I envisage is a non visual control, that
has an editor where you can add an item which then gives you a Datasource,
DataField, Control, and LinkType - so you could link a StringField to the
text property of a TEdit or a Date Field to the Date property of
TDateTimePicker etc.

There was/is a DBGrid called GXDBGrid written by Gerald Nunn (GXExperts)
that had something like this, you could link a field to some other control
on the form and it would then use that control in the grid as that fields
editor.

Andy

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D34204E.20505@buypin.com...
> >
> > If you link a spinedit with a DB, could you use the TJvSpinEdit?
> > It's far better than the SpinEdit from Borland cause it's theme aware
> > and it supports integer/cardinal (only smallint for the other one).
> >
> > But I've a stupid question... Is it really the best solution to
> > create a DB aware component for each component? I'm not pleased with
> > this idea, I'll think about that and if I'll read some articles about
> > db aware components as I never wrote any...
> >
> > Sebastien
> >
> > Peter Thörnqvist wrote:
>> > > OK, Rob I'll send you a zip of what I have and you can take it from
there.
>> > > It will be approx 1.5 MB (pas,dfm and res only, no packages), is that
OK?
>> > >
>> > >
>>> > >>There is stil no dbspinedit ;)
>> > >
>> > >
>> > > Well, there will be now, right?
>> > >
>> > > Regards, Peter
>> > >
>> > >
>> > >
> >




Subject: Re: Advice Wanted.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 18 Jul 2002 03:17:34 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D361281.5000000@buypin.com...

> > I can't wait for the 2.0 and the integration of Jan's component,
> > at least I'll be able to answer to use TjanXMLParser for a complete
> > XML parser :-)

I'll check with Robert Love who is doing the conversion, unless he reads
this newsgroups/mailing list, and responds directly.

Michael




Subject: Re: Advice Wanted.
From: "Erik B. Berry" <eb@techie.ZZZcom>
Date: Thu, 18 Jul 2002 01:27:36 -0500
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" wrote:
> > But seriously, I have considered helping the GExperts project a while
> > ago, I was in contact with one of the developers and I asked him if it
> > was possible to help to integrate part of the JExperts (was BUTools) and
> > he kindly told me to forget about it...

  Sebastien, I don't know who you are referring to above.  The first time
you asked me about donating BUTools, I replied:

"Would you mind posting this message to the GExperts mailing list.  Be
sure and provide a link to http://www.buypin.com/butools.php so the readers
can check out the features.  The mailing list could look and decide what
might be most useful to incorporate into GExperts.  I probably won't have a
chance to look into this for a few weeks."

  I soon afterwards installed your product and didn't immediately see
anything I wanted to take the time to integrate into GExperts.  This doesn't
mean your tool isn't useful, I just didn't see anything _I_ couldn't do
without.  When you later posted a message to the GExperts mailing list
concerning BUTools, there was no reply from anyone interested in integrating
the code.  The second time this was covered on the mailing list was after a
query from Michael Beck, I replied similarly:

"Someone would need to go through this package and make a list of the
significant things it does that GExperts does not do.  Once we have such a
list we could consider adding parts to GExperts that make sense.  From a
quick glance at it, it seems there is a tremendous amount of overlap with
existing GExperts functionality and features already in the Delphi 6 IDE." 

  Nobody stepped up to the plate this time either.  If someone else from the
GExperts team was rude to you, please tell me who it was.  What I said was
certainly a far cry from "forget about it".  I just don't have time to do
extra integration duties beyond the required bugfixing that other people are
not able/willing to do.  I refuse to personally add large features to
GExperts while there are critical unfixed bugs - this is just the way I
prefer to develop software.  Other contributors besides myself are free to
develop/integrate new features anytime they want to.

  As a side note, GExperts can't use the GPL, since it is too vague in some
areas (plugins especially).  As a condition of opening the code up
originally, commercial usage is not permissible, so the MPL and LGPL aren't
acceptable either.  It is sad we can't use an existing license, but I'm not
aware of one that fits our needs.  That said, the GExperts license is
written in plain English, and is very short, so it shouldn't be too hard to
follow.  [Note: That hasn't stopped several people from both illegally and
unknowingly using the GExperts code in the past.]

Thanks,
Erik


Subject: Re: Advice Wanted.
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 18 Jul 2002 02:57:37 +0200
Newsgroups: jedi.vcl




> Yes, XML and JVCL 2.0 are the priorities..
Hum, yes but there is a lot of complete parsers in Jan's components,
so, for the moment, I refuse all requests like
"add support for namespaces, add support for DTD, add support for ..."
I thought the name TJvSimpleXml was enough to understood the parser
was limited to the strict minimum for speed issues, but apparently
some wants the butter and the money of the butter (The speed and
the completness of a full XML parser).

I can't wait for the 2.0 and the integration of Jan's component,
at least I'll be able to answer to use TjanXMLParser for a complete
XML parser :-)

Sebastien



Subject: Re: Advice Wanted.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 17 Jul 2002 19:33:29 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D35FD79.9000102@buypin.com...

> > Grrrrrr... Ok ok, I know I should clarify those stuff's,
> > but I first need to work on the XML parser a little, there
> > is apparently much interests on it (just take a look at the
> > bug/features request).

Just kidding! :)  I just couldn't resist to tease you :)

Yes, XML and JVCL 2.0 are the priorities..

Michael




Subject: Re: Advice Wanted.
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Thu, 18 Jul 2002 01:27:53 +0200
Newsgroups: jedi.vcl



Michael Beck (Team JEDI) wrote:
> Do I hear the word "JExperts architecture"? <g>
Grrrrrr... Ok ok, I know I should clarify those stuff's,
but I first need to work on the XML parser a little, there
is apparently much interests on it (just take a look at the
bug/features request).

Sebastien



Subject: Re: Advice Wanted.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 17 Jul 2002 19:03:07 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D357A5A.1000308@buypin.com...

> > BTW, Michael, have you read the licence of the GExperts, it's far
> > from the jedi spirit, it's a kind of GPL modified license.

Yes, I did, but it's up to them to use whatever license they want. The only
thing what they could do is use a standard license (be it GPL, MPL, or
LGPL), so the users know right away what the license implications are w/o
reading every paragraph.

Michael




Subject: Re: Advice Wanted.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 17 Jul 2002 18:56:06 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D35E2C8.9070709@buypin.com...

> > But I do prefer the JExperts architecture

Do I hear the word "JExperts architecture"? <g>

(for the outsiders - it's internal joke between me and Sebastien)

Michael





Subject: Re: Advice Wanted.
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 17 Jul 2002 23:34:00 +0200
Newsgroups: jedi.vcl



Arioch wrote:
>> and there is so few interest in JExperts than changing it to public them and that's all, they are not mine anymore and I don't expect 
>
>
> Hmmm... meybe then You should join GExperts ? :-)
> Since they seems to be the most alive guys.


I didn't mean JExperts has no interest, I mean there is few (nobody in fact) contributors. But I do prefer the JExperts architecture, even if it's buggy than the one from GExperts, but how could it be different, it's mine <g>

But seriously, I have considered helping the GExperts project a while ago, I was in contact with one of the developers and I asked him if it was possible to help to integrate part of the JExperts (was BUTools) and he kindly told me to forget about it...

So I will definitively not join the GExperts group.

Sebastien



Subject: Re: Advice Wanted.
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 18 Jul 2002 00:55:34 +0400
Newsgroups: jedi.vcl

> > and there is so few interest in JExperts than changing it to public 
> > them and that's all, they are not mine anymore and I don't expect 

Hmmm... meybe then You should join GExperts ? :-)
Since they seems to be the most alive guys.



Subject: Re: solid archiving?
From: Johannes Berg <johannes-news@sipsolutions.de>
Date: Wed, 17 Jul 2002 21:27:37 +0200
Newsgroups: jedi.vcl

On Tue, 16 Jul 2002 14:25:29 +0200, Arioch found a keyboard and wrote:

> > For example sources folder of jvcl 1.31 in usual zip takes 1 178 968 bytes
> > In Tar+Zip it is 782 714 bytes.
> > Rar 3.0 / solid is 625 691

I vote for bz2 ;-)

johannes


Subject: Re: Advice Wanted.
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 17 Jul 2002 20:18:39 +0200
Newsgroups: jedi.vcl



> You talk about libraries.
> I talk about experts.
Yes, but the problem is the merely the same.

> I didn't look upon JExperts, but i ASSUME they are under MPL, yes?
Yes.

> So i can create my dummy experts set, incorporate their JExperts code (which
> will be 99.999% of the resulting code, but since it is not 100% i can say
> that i 'used Your code in my app') - and sell this as a commercial product.
> Ok, lets there be 95% and my 5% of smth that will make users wnat me more
> than You.
>
> Is it good? IMHO - no.
*yes*
When I decided to publish all my sources, I didn't care of the usage, and there is so few interest in JExperts than changing it to public domain would not make me sleep worse. If someone can make any profit of it, either in a morally way or not, I don't care, I've decided to offer them and that's all, they are not mine anymore and I don't expect anything ;-)

I hope you understand my point of view.

> Since libraries and experts are used in totally different manners, the kinds
> of commercial usage which must be allowed/prohibited are completely
> different.
>
> IMHO the best license for experts is strict GPL.
And I would choose MPL <g>

Sebastien




Subject: Re: Advice Wanted.
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 17 Jul 2002 21:43:04 +0400
Newsgroups: jedi.vcl

> >But this might not be the best group to discuss that anyway ;-)
Oh.. To hot topic! :)
Suince Your didnt set follow-up, i'm coming here.

> > always a pain to receive an acknowledgment of the author to use it in a
> > commercial project.
You talk about libraries.
I talk about experts.

I didn't look upon JExperts, but i ASSUME they are under MPL, yes?
So i can create my dummy experts set, incorporate their JExperts code (which
will be 99.999% of the resulting code, but since it is not 100% i can say
that i 'used Your code in my app') - and sell this as a commercial product.
Ok, lets there be 95% and my 5% of smth that will make users wnat me more
than You.

Is it good? IMHO - no.

Since libraries and experts are used in totally different manners, the kinds
of commercial usage which must be allowed/prohibited are completely
different.

IMHO the best license for experts is strict GPL.
And for libraries (including maybe some, Expert-generated code is based
upon) are to go under LGPL|MPL

> > So yes, it matter for me, even if it only generates code.
Even not so. :) 90% of times it's just tweaking of IDE. Though the rest 10%
is really code generation.



Subject: Re: Advice Wanted.
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Wed, 17 Jul 2002 19:15:43 +0200
Newsgroups: jedi.vcl

"Johnnie" <None@Noware.non> wrote in message news:ah3qfs$63p$1@talkto.net...
> > I'm trying to find a way to collect
> > all the units used by a Project.

Have you tried Project Analyzer expert (examples\projectanalyzer folder) in
JCL: http://www.volweb.cz/pvones/download/ProjectAnalyzer.png ?

Petr.




Subject: Advice Wanted.
From: Franz-Leo Chomse <jedi@buypin.com>
Date: Wed, 17 Jul 2002 15:53:25 +0000 (UTC)
Newsgroups: jedi.vcl

> >The final goal is to create an Expert
> >that will create a list of all the used
> >units but since I have no experience
> >what so ever on the open tools API
> >I would appreciate a few pointers
> >on what to look for.
> >

GExperts contains such an expert.

Regards from Germany

Franz-Leo


----Message transited via Script Gateway----



Subject: Re: Advice Wanted.
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 17 Jul 2002 16:27:19 +0100
Newsgroups: jedi.vcl

GExperts has something like this, its not easy to find. If you customize the
toolbar of the editor, you will find 3 buttons at the bottom of the Gexperts
list which adds buttons for Unit List, Unit Positions and Uses List.

Andy

"Johnnie" <None@Noware.non> wrote in message news:ah3qfs$63p$1@talkto.net...
> > Hi all,
> >
> > I'm trying to find a way to collect
> > all the units used by a Project.
> >
> > I know I can parse the uses clause
> > of the DPR file but I was wandering
> > if there is any other way to do it
> > which will help me to accomplish this
> > faster?
> >
> > The final goal is to create an Expert
> > that will create a list of all the used
> > units but since I have no experience
> > what so ever on the open tools API
> > I would appreciate a few pointers
> > on what to look for.
> >
> > Kind regards
> > Johnnie.




Subject: Re: JVCL Status Update 2002-07-16
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 17 Jul 2002 16:18:50 +0100
Newsgroups: jedi.vcl

No problem.

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ah3j2d$5ab$1@talkto.net...
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
> > meddelandet news:ah35r6$479$1@talkto.net...
> >
> >
>>> > > > Just wondered how much work I can expect to have to do?
> > After you've converted to JVCL, fell free to donate the code!
> >
> > Regards, Peter
> >
> >
> >




Subject: Re: JVCL Status Update 2002-07-16
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 17 Jul 2002 16:18:16 +0100
Newsgroups: jedi.vcl

No problem, would be glad to test it.

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ah35r6$479$1@talkto.net...
> > "Andy Vines" <andy.vines@btconnect.com> wrote in message
> > news:ah34ka$438$1@talkto.net...
> >
>> > > I use some third party components that are derived from RXLib,
> > specifically
>> > > the DBIndexCombo which I have added a flat property to, and EXRXDBGrid
by
>> > > GJL Software http://www.gjl-software.co.uk/, so I assume this is going
to
>> > > mean I will have to make some changes as I assume the component names
will
>> > > have changed?
>> > >
>> > > Just wondered how much work I can expect to have to do?
> >
> > If everything works the way we envision, probably 2-10 minutes.
> >
> > The conversion tool we will provide, will run through the PAS and DFM (in
> > text format) files you select, and will rename all RxLib references to
JVCL
> > references. This includes unit names and component names. I've run it
> > through the RxLib demo, and after conversion it worked just fine.
> >
> > After we release the JVCL 2.0 Alpha, we will need some testers for this
> > conversion toos, so hopefully you will be able to help us with it.
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
> >
> >
> >
> >




Subject: Re: Advice Wanted.
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 17 Jul 2002 17:08:53 +0200
Newsgroups: jedi.vcl


I think I need to write a small correction.

Don't read me wrong, I've not said GExperts is bad, it's a great project
and I've used it a lot with D4, it was just a small discussion about
licenses ;-)

Sebastien



Subject: Re: Advice Wanted.
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 17 Jul 2002 17:01:36 +0200
Newsgroups: jedi.vcl



> Does it matter? Expert is not the thing You're insert into code - it does
> not make You're app GPL'ed.
> One can compile commmercial app with GPL'ed GNU C (while he cannot _use the
> code_ of GPL'ed glibc) - the same rule is here imho.


Sure, but it's just a matter of facts. I remember a library I was using
in PHP, and from day to day, he switched from MPL to QPL, and as I was
using it in a commercial application, I had to pay some fees or use
something else.

And I don't find those limitations necessary for such a project, but it's just my opinions, I like commercial and MPL stuff's, cause you know what you get, but GPL and QPL are limiting commercial usage, and it's always a pain to receive an acknowledgment of the author to use it in a commercial project.

So yes, it matter for me, even if it only generates code.

But this might not be the best group to discuss that anyway ;-)

Sebastien



Subject: Re: Advice Wanted.
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 17 Jul 2002 18:36:36 +0400
Newsgroups: jedi.vcl

The stars so gaily glistened...
....while the fading voice of Sebastien Buysse (Team JEDI) whispered through
the darkness...

 SBT> BTW, Michael, have you read the licence of the GExperts, it's far
 SBT> from the jedi spirit, it's a kind of GPL modified license

Does it matter? Expert is not the thing You're insert into code - it does
not make You're app GPL'ed.
One can compile commmercial app with GPL'ed GNU C (while he cannot _use the
code_ of GPL'ed glibc) - the same rule is here imho.



Subject: Re: Advice Wanted.
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 17 Jul 2002 16:08:26 +0200
Newsgroups: jedi.vcl

Johnnie wrote:
> Do you meen GExperts or this is an other collection ?
I mean JExperts, GExperts is as far as I know not part of the
JEDI project ;-)

BTW, Michael, have you read the licence of the GExperts, it's far
from the jedi spirit, it's a kind of GPL modified license.

Sebastien



Subject: Re: Advice Wanted.
From: Johnnie <None@Noware.non>
Date: Wed, 17 Jul 2002 13:49:34 +0000 (UTC)
Newsgroups: jedi.vcl

On Ôåô 17 Éïõë 2002 04:44:12p , "Sebastien Buysse (Team JEDI)" 
<sbuysse@buypin.com> wrote in news:3D3574AC.8050103@buypin.com

> > Take a look at the JExperts
> > http://jexperts.sourceforge.net/

Do you meen GExperts or this is an other collection ?

> > I don't remember if I made such an expert, but I remember
> > I had to find all the units of a project for an expert...
> > But sincerely, I don't remember in which one :-)
> > 

Ok I'll download it and try to figure things out?

Thank you verry much for your time and effort.

Regards
Johnnie.


Subject: Re: Advice Wanted.
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Wed, 17 Jul 2002 15:44:12 +0200
Newsgroups: jedi.vcl


Take a look at the JExperts
http://jexperts.sourceforge.net/

I don't remember if I made such an expert, but I remember
I had to find all the units of a project for an expert...
But sincerely, I don't remember in which one :-)

Sebastien

Johnnie wrote:
> Hi all,
>
> I'm trying to find a way to collect
> all the units used by a Project.
>
> I know I can parse the uses clause
> of the DPR file but I was wandering if there is any other way to do it
> which will help me to accomplish this
> faster?
>
> The final goal is to create an Expert
> that will create a list of all the used
> units but since I have no experience
> what so ever on the open tools API
> I would appreciate a few pointers
> on what to look for.
>
> Kind regards
> Johnnie.



Subject: Advice Wanted.
From: Johnnie <None@Noware.non>
Date: Wed, 17 Jul 2002 13:12:29 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I'm trying to find a way to collect
all the units used by a Project.

I know I can parse the uses clause
of the DPR file but I was wandering 
if there is any other way to do it
which will help me to accomplish this
faster?

The final goal is to create an Expert
that will create a list of all the used
units but since I have no experience
what so ever on the open tools API
I would appreciate a few pointers
on what to look for.

Kind regards
Johnnie.


Subject: Re: JVCL Status Update 2002-07-16
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Jul 2002 13:16:18 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> skrev i
meddelandet news:ah35r6$479$1@talkto.net...


>> > > Just wondered how much work I can expect to have to do?
After you've converted to JVCL, fell free to donate the code!

Regards, Peter





Subject: Re: solid archiving?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 17 Jul 2002 13:14:34 +0200
Newsgroups: jedi.vcl

This is an important argument: not all users can download exe's due to
company policy and/or firewall settings. ZIP still looks best <g>

Regards, Peter

"Petr Vones (Team JEDI)" <petr_v@post.cz> skrev i meddelandet
news:ah23ve$ve$1@talkto.net...
> > Please no executable files or installers (unless you can unpack the
content by
> > WinZip).





Subject: Re: JVCL Status Update 2002-07-16
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 17 Jul 2002 03:32:13 -0400
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:ah34ka$438$1@talkto.net...

> > I use some third party components that are derived from RXLib,
specifically
> > the DBIndexCombo which I have added a flat property to, and EXRXDBGrid by
> > GJL Software http://www.gjl-software.co.uk/, so I assume this is going to
> > mean I will have to make some changes as I assume the component names will
> > have changed?
> >
> > Just wondered how much work I can expect to have to do?

If everything works the way we envision, probably 2-10 minutes.

The conversion tool we will provide, will run through the PAS and DFM (in
text format) files you select, and will rename all RxLib references to JVCL
references. This includes unit names and component names. I've run it
through the RxLib demo, and after conversion it worked just fine.

After we release the JVCL 2.0 Alpha, we will need some testers for this
conversion toos, so hopefully you will be able to help us with it.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL






Subject: Re: JVCL Status Update 2002-07-16
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 17 Jul 2002 08:11:10 +0100
Newsgroups: jedi.vcl

Hi,

> >
> > - Peter Thörnqvist is doing a terrific job with restructuring of the JVCL.
> > The Alpha release of JVCL 2.0 should be available within weeks. RxLib is
> > already incorporated, and we will also provide a tool helping current
RxLib
> > users to convert to JVCL.
> >

I use some third party components that are derived from RXLib, specifically
the DBIndexCombo which I have added a flat property to, and EXRXDBGrid by
GJL Software http://www.gjl-software.co.uk/, so I assume this is going to
mean I will have to make some changes as I assume the component names will
have changed?

Just wondered how much work I can expect to have to do?

Thanks

Andy




Subject: Re: solid archiving?
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Tue, 16 Jul 2002 23:52:59 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
> > Seriously, the best distribution would be either an autoextracting
> > archive (then ok for RAR), or a full installer, but surely not

Please no executable files or installers (unless you can unpack the content by
WinZip).

Petr.




Subject: Re: JVCL in "Delphi Magazine" News
From: mathisson <jedi@buypin.com>
Date: Tue, 16 Jul 2002 15:52:50 +0000 (UTC)
Newsgroups: jedi.vcl

Sorry, the mouse has tilled.

A S A s o f t
Kundenservice
Wolfener Str. 32-34
12681 Berlin, Deutschland
Tel. +49 (030) 936680-60
Fax +49 (030) 936680-66
http://www.asasoft.de
Mailto:service@asasoft.de

***************************************************************************=
*******************
KENNEN SIE SCHON DAS HSMK (Hard- und Software Makler-Konzept)? http://www.a=
sasoft.de/hsmk


-----Urspr=FCngliche Nachricht-----
Von: Sebastien Buysse [mailto:sbuysse@buypin.com]
Gesendet: Dienstag, 16. Juli 2002 16:33
An: JEDI-VCL@yahoogroups.com
Betreff: Re: [JEDI-VCL] Re: JVCL in "Delphi Magazine" News



Yes?
What's this flood?

This time I don't think it's a fault of the gateway <g>

The message is clearly from you and sent to the mailing list 7 times, so
this messages
is *not* from the gateway ...

Sebastien

----- Original Message -----
From: <mathisson@asasoft.de>
To: <JEDI-VCL@yahoogroups.com>
Sent: Tuesday, July 16, 2002 4:21 PM
Subject: AW: [JEDI-VCL] Re: JVCL in "Delphi Magazine" News




A S A s o f t
Kundenservice
Wolfener Str. 32-34
12681 Berlin, Deutschland
Tel. +49 (030) 936680-60
Fax +49 (030) 936680-66
http://www.asasoft.de
Mailto:service@asasoft.de

***************************************************************************=
*
******************
KENNEN SIE SCHON DAS HSMK (Hard- und Software Makler-Konzept)?
http://www.asasoft.de/hsmk


-----Urspr=FCngliche Nachricht-----
Von: Peter Th=F6rnqvist [mailto:jedi@buypin.com]
Gesendet: Dienstag, 16. Juli 2002 16:03
An: JEDI-VCL@yahoogroups.com
Betreff: [JEDI-VCL] Re: JVCL in "Delphi Magazine" News




> > So much downloads, it's so... incredible.



Truly awesome: a big success I'd say!



Peter





----From: "Peter Th=F6rnqvist" <peter3@nospam.peter3.com>---
----Message transited via Script Gateway----
..





Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/






Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/





=20

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/=20



----Message transited via Script Gateway----



Subject: Re: JVCL in "Delphi Magazine" News
From: "Sebastien Buysse" <jedi@buypin.com>
Date: Tue, 16 Jul 2002 15:52:50 +0000 (UTC)
Newsgroups: jedi.vcl

I'm happy to read that, the gateway is innocent this time :-)

BTW, as I'm disturbing all of you, when you reply to a message, it is
important
you leave the line "reference" in the message, if it's a thread in the
newsgroup,
the hierarchy will be lost if you remove this line.


----- Original Message -----
From: <mathisson@asasoft.de>
To: <JEDI-VCL@yahoogroups.com>
Sent: Tuesday, July 16, 2002 5:26 PM
Subject: AW: [JEDI-VCL] Re: JVCL in "Delphi Magazine" News


Sorry, the mouse has tilled.

A S A s o f t
Kundenservice
Wolfener Str. 32-34
12681 Berlin, Deutschland
Tel. +49 (030) 936680-60
Fax +49 (030) 936680-66
http://www.asasoft.de
Mailto:service@asasoft.de




----Message transited via Script Gateway----



Subject: Re: how will You merge?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 16 Jul 2002 17:40:21 +0200
Newsgroups: jedi.vcl


Is it already published in JVCL or somewere else?
If it isn't the case, could you send me the unit?

I also appreciate components easy to use, but I would
like to find another solution than rewriting hundreds
of components to be able to use them as db-aware components.

Sebastien

> I also have a kind of compontent that will be able to connect to a datasource and datafield and has two events, they has to be entered. Just like you have to do if you make a DA-Aware component.
>
> It is easier for a beginner just to have a db-aware component. We are building for the absolute beginner and up. It is about the same discussion about wrapping API calls within a component. I like it, because i'm efficient (lazy) and filling propperties is much eazier than programming.
>



Subject: Re: how will You merge?
From: Rob den Braasem <rbraasem@xs4all.nl>
Date: Tue, 16 Jul 2002 14:24:10 +0000 (UTC)
Newsgroups: jedi.vcl

On 16 Jul 2002 14:03:18 -0000, Sebastien Buysse \(Team JEDI\) wrote:
> >
> >
> >If you link a spinedit with a DB, could you use the TJvSpinEdit?
> >It's far better than the SpinEdit from Borland cause it's theme
> >aware and it supports integer/cardinal (only smallint for the other
> >one).
> >
> >But I've a stupid question... Is it really the best solution to
> >create a DB aware component for each component? I'm not pleased with
> >this idea, I'll think about that and if I'll read some articles
> >about db aware components as I never wrote any...
> >
I also have a kind of compontent that will be able to connect to a 
datasource and datafield and has two events, they has to be entered. 
Just like you have to do if you make a DA-Aware component.

It is easier for a beginner just to have a db-aware component. 
We are building for the absolute beginner and up. It is about the 
same discussion about wrapping API calls within a component. I like 
it, because i'm efficient (lazy) and filling propperties is much 
eazier than programming.

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: how will You merge?
From: Rob den Braasem <rbraasem@xs4all.nl>
Date: Tue, 16 Jul 2002 14:24:10 +0000 (UTC)
Newsgroups: jedi.vcl

On 16 Jul 2002 14:03:17 -0000, Peter Th=F6rnqvist wrote:
> >
> >OK, Rob I'll send you a zip of what I have and you can take it from
> >there.
> >It will be approx 1.5 MB (pas,dfm and res only, no packages), is
> >that OK?
> >
perfect.
--=20
Rob den Braasem, rbraasem@xs4all.nl
Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm

     /"\
     \ /  ASCII RIBBON CAMPAIGN
      X     AGAINST HTML MAIL
     / \



----Message transited via Script Gateway----



Subject: Re: JVCL in "Delphi Magazine" News
From: mathisson@asasoft.de
Date: Tue, 16 Jul 2002 14:24:10 +0000 (UTC)
Newsgroups: jedi.vcl

A S A s o f t
Kundenservice
Wolfener Str. 32-34
12681 Berlin, Deutschland
Tel. +49 (030) 936680-60
Fax +49 (030) 936680-66
http://www.asasoft.de
Mailto:service@asasoft.de

***************************************************************************=
*******************
KENNEN SIE SCHON DAS HSMK (Hard- und Software Makler-Konzept)? http://www.a=
sasoft.de/hsmk


-----Urspr=FCngliche Nachricht-----
Von: Peter Th=F6rnqvist [mailto:jedi@buypin.com]
Gesendet: Dienstag, 16. Juli 2002 16:03
An: JEDI-VCL@yahoogroups.com
Betreff: [JEDI-VCL] Re: JVCL in "Delphi Magazine" News




> > So much downloads, it's so... incredible.



Truly awesome: a big success I'd say!



Peter





----From: "Peter Th=F6rnqvist" <peter3@nospam.peter3.com>---
----Message transited via Script Gateway----
..



=20

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/=20



----Message transited via Script Gateway----



Subject: Re: JVCL in "Delphi Magazine" News
From: Primoz Gabrijelcic <gabr@17slon.com>
Date: Tue, 16 Jul 2002 13:53:00 +0000 (UTC)
Newsgroups: jedi.vcl

> > Do you already have a contact at the magazine or not?
> >
> > I've probably kept the mails exchanged with the journalist who
> > wrote the review of the BUPack, and I remember he was very kind.
> > So if he is still working for the magazine, he might be the
> > best person to contact as he has already tested some components
> > in the past.

To contact The Delphi Magazine, you can always mail Chris Frizelle, Editor
[chrisf@itecuk.com].

Best regards,
Primoz


----Message transited via Script Gateway----



Subject: Re: how will You merge?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 16 Jul 2002 15:31:58 +0200
Newsgroups: jedi.vcl


If you link a spinedit with a DB, could you use the TJvSpinEdit?
It's far better than the SpinEdit from Borland cause it's theme aware
and it supports integer/cardinal (only smallint for the other one).

But I've a stupid question... Is it really the best solution to
create a DB aware component for each component? I'm not pleased with
this idea, I'll think about that and if I'll read some articles about
db aware components as I never wrote any...

Sebastien

Peter Thörnqvist wrote:
> OK, Rob I'll send you a zip of what I have and you can take it from there.
> It will be approx 1.5 MB (pas,dfm and res only, no packages), is that OK?
>
>
>> There is stil no dbspinedit ;)
>
>
> Well, there will be now, right?
>
> Regards, Peter
>
>
>



Subject: Re: solid archiving?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 16 Jul 2002 15:28:24 +0200
Newsgroups: jedi.vcl


Yes, I've heard for the Installer... and it's sad by true, people know
how to use ZIP when it's not associated with word (I have already received such emails from people saying the zip is unreadable with word, and more often than man could think).

We have a CVS, arioch, and for the *geeks* or people who don't like to
waste their bandwidth, the CVS is the best solution as you only download
the updated files (and it's compressed), so believe me or not, CVS is
better than RAR, and only one type of archive is enough, we don't have
100 people to work on the JVCL.

FYI, JCL is not platform dependant, but for the moment, JVCL is.

Sebastien

Peter Thornqvist wrote:
> I agree with Sebastien on this one.
>
> If people have *any* compression program, they have one that supports ZIP
> archives and most even know how to use them <g>. Although there will always
> be compressors that are better than the one you are currently using (this
> holds for just about anything in life, BTW), I think ZIP is adequate.
>
> A JEDI installer has been discussed and might be ready RSN, making this
> point moot...
>
> Regards, Peter
>
>



Subject: Re: JVCL in "Delphi Magazine" News
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Jul 2002 15:09:45 +0200
Newsgroups: jedi.vcl

> > So much downloads, it's so... incredible.

Truly awesome: a big success I'd say!

Peter




Subject: Re: solid archiving?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Jul 2002 15:08:50 +0200
Newsgroups: jedi.vcl

I agree with Sebastien on this one.

If people have *any* compression program, they have one that supports ZIP
archives and most even know how to use them <g>. Although there will always
be compressors that are better than the one you are currently using (this
holds for just about anything in life, BTW), I think ZIP is adequate.

A JEDI installer has been discussed and might be ready RSN, making this
point moot...

Regards, Peter




Subject: Re: how will You merge?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Jul 2002 15:04:12 +0200
Newsgroups: jedi.vcl

OK, Rob I'll send you a zip of what I have and you can take it from there.
It will be approx 1.5 MB (pas,dfm and res only, no packages), is that OK?

> > There is stil no dbspinedit ;)

Well, there will be now, right?

Regards, Peter





Subject: Re: how will You merge?
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 16 Jul 2002 17:01:33 +0400
Newsgroups: jedi.vcl

>>> > >>I'm building (more generating with my wizard) DB-Aware Components
>>> > >>to be added to the lib.
plz, take a look at
http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=0000168




Subject: Re: solid archiving?
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 16 Jul 2002 16:58:28 +0400
Newsgroups: jedi.vcl

> > Just my 0.02EUR opinion, but ZIP is probably most spread than
> > RAR/TAR.
Sure. And i didnt say that RAR should be the main or the only format.
But it woukld be greate for option.


> > And TAR is totally unknown for basic windows programmers.
Supported by Windows Commander.
AFAIR Supported by WinZip.
Supported by WinRar :)

> > Believe me, the ZIP is the best solution.
> > (What about UHA? I'm sure it's better <g>).
Test! :-P (PS: never heard of ? has it some relation with HA ? )
Why not? as an extra variant after Zip ?
If downloading UHA once will save me mb's later - why not?

> > Seriously, the best distribution would be either an autoextracting
No. It will waste about 60kb fo SFX mosule and it would be OS-dependent,
while jcl is not.
> > a Tar+Zip file, we would see a lot of messages on the mailing list

Sorry, i told my thoughts badly.
Again - i do not mind ZIP to be the prmary format.
But i vote for a 2nd variant for jeeks who want to save space when
downloading and do not mind to do some extra steps when uinpacking.



Subject: Re: solid archiving?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 16 Jul 2002 14:52:26 +0200
Newsgroups: jedi.vcl


Just my 0.02EUR opinion, but ZIP is probably most spread than
RAR/TAR. And TAR is totally unknown for basic windows programmers.
Believe me, the ZIP is the best solution.
(What about UHA? I'm sure it's better <g>).

Seriously, the best distribution would be either an autoextracting
archive (then ok for RAR), or a full installer, but surely not
a Tar+Zip file, we would see a lot of messages on the mailing list
and the newsgroup to ask how to extract the JVCL or how to add
a .TAR as a Delphi Package <g>

Sebastien

Arioch wrote:
> Guess i wont describe what is solid archiving, should i? :)
>
> When i downloaded win32api from jedi-org it was 1.7 MB
> When i packed it with RAR it was 1.0MB
>
> Could Jedi place their files in some solid-archiving format?
> For example RAR as it is widely used and has compression better than ZIP
> even on single file.
>
> If they do not want to use commercial app like Rar (though they use
> commercial Delphi), let them use tar, taking together files with same
> extensions (like .pas, .dfm) and packing the result with zip.
>
> For example sources folder of jvcl 1.31 in usual zip takes 1 178 968 bytes
> In Tar+Zip it is 782 714 bytes.
> Rar 3.0 / solid is 625 691
>
>



Subject: Re: JVCL in "Delphi Magazine" News
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 16 Jul 2002 08:39:32 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D34131E.8020002@buypin.com...
> >
> > Do you already have a contact at the magazine or not?
> >
> > I've probably kept the mails exchanged with the journalist who
> > wrote the review of the BUPack, and I remember he was very kind.
> > So if he is still working for the magazine, he might be the
> > best person to contact as he has already tested some components
> > in the past.

Please email me via a private email his name. One can always use good
contacts :)

Thanks,

Michael





Subject: Re: JVCL in "Delphi Magazine" News
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 16 Jul 2002 14:38:46 +0200
Newsgroups: jedi.vcl


Oh, and I forgot someothing in my previous message:

OUAW

So much downloads, it's so... incredible.

Sebastien


Michael Beck (Team JEDI) wrote:
> JVCL made it to the News section of the latest "Delphi Magazine".
>
> I hope, after we release version 2.0 - we will have a full review of JVCL
> over there.
>
> BTW - JVCL 1.31 has been downloaded over 13,500 times from SourceForge! :)
>
> -- 
> Michael Beck
> Project JEDI - 2001 "Spirit of Delphi" Award Winner
> http://delphi-jedi.org
>
> JEDI-VCL Web: http://jvcl.sourceforge.net
> JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
>
>
>



Subject: Re: JVCL in "Delphi Magazine" News
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 16 Jul 2002 14:35:42 +0200
Newsgroups: jedi.vcl


Do you already have a contact at the magazine or not?

I've probably kept the mails exchanged with the journalist who
wrote the review of the BUPack, and I remember he was very kind.
So if he is still working for the magazine, he might be the
best person to contact as he has already tested some components
in the past.

Sebastien


Michael Beck (Team JEDI) wrote:
> JVCL made it to the News section of the latest "Delphi Magazine".
>
> I hope, after we release version 2.0 - we will have a full review of JVCL
> over there.
>
> BTW - JVCL 1.31 has been downloaded over 13,500 times from SourceForge! :)
>
> -- 
> Michael Beck
> Project JEDI - 2001 "Spirit of Delphi" Award Winner
> http://delphi-jedi.org
>
> JEDI-VCL Web: http://jvcl.sourceforge.net
> JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
>
>
>



Subject: Re: JVCL Status Update 2002-07-16
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Tue, 16 Jul 2002 14:33:40 +0200
Newsgroups: jedi.vcl

> And before Sebastien panics <g> - the Gateway is fine, it was my fault -
> instead of hitting the "New" button, I hit the "Reply" button on the older
> version "JVCL Status Updated" :(

No comment :p

I thought I had messed up the gateway with my last modification sunday... But it seems it's the last modification I made for weeks, as I don't have any bug to fix in mind...

BTW, michael, I've read they have the same problem with the JCL and some mailing lists @ yahoo. Do you know who I should contact to discuss either or not they want it for the JCL.

And for those interested, I've published the sources of the scripts
http://www.buypin.com/jedi/jedi.zip
Consider them part of the JVCL, so they are also under MPL ;-)

Sebastien



Subject: Re: how will You merge?
From: Rob den Braasem <rbraasem@xs4all.nl>
Date: Tue, 16 Jul 2002 12:32:43 +0000 (UTC)
Newsgroups: jedi.vcl

On 16 Jul 2002 12:03:03 -0000, Peter Th=F6rnqvist wrote:
> >
>> >>How can I donwload a ZIP, or get the complete tree.
> >
> >To get the complete CVS tree, you need to have CVS installed on your
> >system.
> >I use TortoiseCVS and it works great for me. How to set up CVS for
> >JVCL is explained on the CVS page on sourceforge.
> >
> >I *could* send you a zip of the current files, but the files change
> >daily, so I don't know if that is such a good idea. The risk is that
> >when you're finnished, the units you've built upon has changed.
If the files change internaly is no problem. I inherit from the=20
modules, so changes are no problem. A zip would be great, I'm behind=20
a firewall with very restricted access.
=20
>> >>I'm building (more generating with my wizard) DB-Aware Components
>> >>to be added to the lib.
> >Great, this is needed
I know.

> >Note also that since RxLib now is a part of JVCL, there are more DB
> >controls than ever before (something like a 500% increase, ie from 2
> >to 12 <vbg>)
There is stil no dbspinedit ;)

--=20
Rob den Braasem, rbraasem@xs4all.nl
Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm

     /"\
     \ /  ASCII RIBBON CAMPAIGN
      X     AGAINST HTML MAIL
     / \



----Message transited via Script Gateway----



Subject: Re: how will You merge?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 16 Jul 2002 08:26:54 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ah10bh$t3d$1@talkto.net...

> > Note also that since RxLib now is a part of JVCL, there are more DB
controls
> > than ever before (something like a 500% increase, ie from 2 to 12 <vbg>)

There are also few in RALib.

Michael




Subject: solid archiving?
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 16 Jul 2002 16:25:29 +0400
Newsgroups: jedi.vcl

Guess i wont describe what is solid archiving, should i? :)

When i downloaded win32api from jedi-org it was 1.7 MB
When i packed it with RAR it was 1.0MB

Could Jedi place their files in some solid-archiving format?
For example RAR as it is widely used and has compression better than ZIP
even on single file.

If they do not want to use commercial app like Rar (though they use
commercial Delphi), let them use tar, taking together files with same
extensions (like .pas, .dfm) and packing the result with zip.

For example sources folder of jvcl 1.31 in usual zip takes 1 178 968 bytes
In Tar+Zip it is 782 714 bytes.
Rar 3.0 / solid is 625 691




Subject: Re: how will You merge?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Jul 2002 13:44:25 +0200
Newsgroups: jedi.vcl

> > How can I donwload a ZIP, or get the complete tree.

To get the complete CVS tree, you need to have CVS installed on your system.
I use TortoiseCVS and it works great for me. How to set up CVS for JVCL is
explained on the CVS page on sourceforge.

I *could* send you a zip of the current files, but the files change daily,
so I don't know if that is such a good idea. The risk is that when you're
finnished, the units you've built upon has changed.

> >
> > I'm building (more generating with my wizard) DB-Aware Components to
> > be added to the lib.
Great, this is needed

> >
> > Using  the 2.0 restructured version would be a bonus, because (with
> > some luck) the components can be shiped with the final 2.0.

Yes, you should definitely use 2.0 as a base as there is little point in
adding the DB controls to 1.31

Note also that since RxLib now is a part of JVCL, there are more DB controls
than ever before (something like a 500% increase, ie from 2 to 12 <vbg>)


Regards, Peter






Subject: Re: how will You merge?
From: Rob den Braasem <rbraasem@xs4all.nl>
Date: Tue, 16 Jul 2002 10:52:50 +0000 (UTC)
Newsgroups: jedi.vcl

On 15 Jul 2002 16:48:28 -0000, Peter Thornqvist wrote:
> >
> >P.S If you are interested in JVCL 2.0, you can browse the CVS
> >archives on sourceforge (sourceforge.net/projects/jvcl Click the CVS
> >link and then "Browse CVS Tree"). Check the dev\restructured tree
> >and specifically take a look at the files ChangeLog.txt, and
> >restructured_changelog.txt to ee what have changed and what is
> >planned to change.
How can I donwload a ZIP, or get the complete tree.

I'm building (more generating with my wizard) DB-Aware Components to 
be added to the lib.

Using  the 2.0 restructured version would be a bonus, because (with 
some luck) the components can be shiped with the final 2.0.



-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ----Message transited via Script Gateway---- 

Subject: Re: RAI2 in VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 16 Jul 2002 06:41:09 -0400
Newsgroups: jedi.vcl

"Andreas Steibl" <andreas.steibl@host-sec.at> wrote in message
news:ah0qn3$si4$1@talkto.net...

> > I read somewhere, that RALib will be integrated into jedi.vcl
> > Will RAI2 (the interpreter) also be integrated ?

That's the plan.

> > Because RAI2 doesn't work with Delphi 6 (many problems with the new
> > variants )

So far I've converted the RAI2 to JVCL specs. It compiled/installed fine,
but I didn't test the demos.

> > If yes, when will the first release (or beta) be available ?

If it doesn't make into JVCL 2.0 Alpha release (which hopefully will be in
the next couple of weeks), then it should be in the Beta, sometime in
August.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: JVCL in "Delphi Magazine" News
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 16 Jul 2002 06:11:39 -0400
Newsgroups: jedi.vcl

JVCL made it to the News section of the latest "Delphi Magazine".

I hope, after we release version 2.0 - we will have a full review of JVCL
over there.

BTW - JVCL 1.31 has been downloaded over 13,500 times from SourceForge! :)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: RAI2 in VCL
From: "Andreas Steibl" <andreas.steibl@host-sec.at>
Date: Tue, 16 Jul 2002 12:08:09 +0200
Newsgroups: jedi.vcl

Hi

I read somewhere, that RALib will be integrated into jedi.vcl
Will RAI2 (the interpreter) also be integrated ?
Because RAI2 doesn't work with Delphi 6 (many problems with the new
variants )

If yes, when will the first release (or beta) be available ?

Andreas




Subject: Re: Build 131 new install - JclStrings.dcu
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 16 Jul 2002 06:07:03 -0400
Newsgroups: jedi.vcl

"Goran Brumen" <Goran.Brumen@audax.si> wrote in message
news:ah0pqt$sen$1@talkto.net...

> > JcvStrings/JvclStrings but nothing was found. Am I doing something wrong?

Yes, you do :)

Please read the Install.txt file - you need to install JCL first.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Build 131 new install - JclStrings.dcu
From: "Goran Brumen" <Goran.Brumen@audax.si>
Date: Tue, 16 Jul 2002 11:53:32 +0200
Newsgroups: jedi.vcl

Hi,
I have just downloaded Jedi VCL build 131 and I am trying it to install in
Delphi 5 Pro. But when I click Compile button to compile JVCL100_D50.dpk I
get fatal error: JvHtmlParser.pas(37): File not found: 'JclStrings.dcu'.
I've searched the directory for this files or any other instances of
JcvStrings/JvclStrings but nothing was found. Am I doing something wrong?

Regards,
Goran




Subject: Re: JVCL Status Update 2002-07-16
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Jul 2002 09:53:00 +0200
Newsgroups: jedi.vcl

> > And before Sebastien panics <g> - the Gateway is fine, it was my fault -
> > instead of hitting the "New" button, I hit the "Reply" button on the older
> > version "JVCL Status Updated" :(

Well, well - you would never catch *me* doing that <vbg>

Peter





Subject: Re: JVCL Status Update 2002-07-16
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 16 Jul 2002 02:43:19 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ah0dls$r5o$1@talkto.net...
> > This got stuck somewhere down at 2002-05-19 (I think the new gateway got
> > confused), so I'm reposting Michaels post here:

Thanks for doing it.

And before Sebastien panics <g> - the Gateway is fine, it was my fault -
instead of hitting the "New" button, I hit the "Reply" button on the older
version "JVCL Status Updated" :(

Michael





Subject: JVCL Status Update 2002-07-16
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 16 Jul 2002 08:25:36 +0200
Newsgroups: jedi.vcl

This got stuck somewhere down at 2002-05-19 (I think the new gateway got
confused), so I'm reposting Michaels post here:

Just wanted to share with you the current status of JVCL - where we are, and
where we are going.

Current Release plans:
======================

Release 2.00 Alpha coming soon: Restructured JVCL with RxLib, and
potentially RALib and Jans components

Other activities:
------------------------

- A new page on our Website dedicated to "JVCL Contributors of the Month".
Check it out, and reserve a spot for you :)

- Sebastien Buysse developed a Gateway synchronizing JVCL newsgroups and
mailing list, so it is transparent to all users

- Peter Thörnqvist is doing a terrific job with restructuring of the JVCL.
The Alpha release of JVCL 2.0 should be available within weeks. RxLib is
already incorporated, and we will also provide a tool helping current RxLib
users to convert to JVCL.

- Robert Love continues working on conversion of components donated by Jan
Verhoeven.

- RALib is converted to JVCL prefix standards, but it will take some more
work to incorporate it into JVCL.

- Marcel Bestebroer and the "H-Files" team are doing great job with writing
Help files (and they need more help!)

- Thanks to Matthias Thoma we have now a single Bug-tracking database for
all JEDI projects. We also are getting good bug reports and great
suggestions, which help us to improve JVCL. Thanks to all the "bug hunters"
:)

- Globalization team - currently no activities.

- Demo Team - currently no activities.

- DUnit testing - currently no activities.

If I've missed anything, please let me know, or post it here.


As always - we appreciate all the help we can get, so please get involved
and help us in making JVCL the best OpenSource VCL library on the market.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL







Subject: JVCL Status Update
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 16 Jul 2002 01:37:35 -0400
Newsgroups: jedi.vcl

Just wanted to share with you the current status of JVCL - where we are, and
where we are going.

Current Release plans:
======================

Release 2.00 Alpha coming soon: Restructured JVCL with RxLib, and
potentially RALib and Jans components

Other activities:
------------------------

- A new page on our Website dedicated to "JVCL Contributors of the Month".
Check it out, and reserve a spot for you :)

- Sebastien Buysse developed a Gateway synchronizing JVCL newsgroups and
mailing list, so it is transparent to all users

- Peter Thörnqvist is doing a terrific job with restructuring of the JVCL.
The Alpha release of JVCL 2.0 should be available within weeks. RxLib is
already incorporated, and we will also provide a tool helping current RxLib
users to convert to JVCL.

- Robert Love continues working on conversion of components donated by Jan
Verhoeven.

- RALib is converted to JVCL prefix standards, but it will take some more
work to incorporate it into JVCL.

- Marcel Bestebroer and the "H-Files" team are doing great job with writing
Help files (and they need more help!)

- Thanks to Matthias Thoma we have now a single Bug-tracking database for
all JEDI projects. We also are getting good bug reports and great
suggestions, which help us to improve JVCL. Thanks to all the "bug hunters"
:)

- Globalization team - currently no activities.

- Demo Team - currently no activities.

- DUnit testing - currently no activities.

If I've missed anything, please let me know, or post it here.


As always - we appreciate all the help we can get, so please get involved
and help us in making JVCL the best OpenSource VCL library on the market.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: how will You merge?
From: "Sebastien Buysse" <sbuysse@buypin.com>
Date: Mon, 15 Jul 2002 16:38:31 +0000 (UTC)
Newsgroups: jedi.vcl

> > could You make some draft (a list of units and components that will be
> > merged, dropped, etc) so other guys would be possible to say there
opinions
> > ?
There is already a list of suggestions in the 2.0 dev tree.

> > BTW i didn't know that i can work with 2.0 already :)
> > But i wont, i think it is not usable yet.
It is as usable as 1.31, and it is available with a CVS client.

I'll post the proposals if you want and don't want to use the CVS, and for
the
2.0 if you don't want to use the CVS, you can wait for the first alpha ;)

Sebastien


----Message transited via Script Gateway----



Subject: Re: how will You merge?
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Mon, 15 Jul 2002 18:07:11 +0200
Newsgroups: jedi.vcl

> > Cause i have no moral law to work on Pt's and MB's files w/o there
permissions.

Re-reading my own previous post and Arioch's response above, I realize that
one could get the impression that I don't want anyone to help on the merging
and restructuring of the JVCL, so I thought I'd better try to explain my
views a little clearer.

As it is now, a lot of things are in flux in JVCL 2.0 (next release) and,
frankly, I don't have full check myself. There are several new libraries
being added, old components have been (and is in the process of being)
merged, removed, updated and bug fixed. There are also other issues with the
new library that we are trying to sort out before releasing. One of those is
an even more structured and consistent naming scheme, replacing functions
with JCL equivalents when appropriate, the availability of the palette
images as individual bitmaps (and PNG for Help files), cleaning of old
unused units etc.

All in all, there is a lot going on "behind the scenes" so to speak and
that's why I might seem a little hesitant to add new components and major
rewrites just at this moment. When the 2.0 Alpha is released, however, we
will need a *lot* of help finding bugs, making the components better, maybe
merge units we have missed etc. Then is also a better time to add any new
stuff not already planned.

So, what I'm trying to say is that I (and I'm certain Michael and Sebastien
and everyone else involved agrees) truly appreciate the interest and
contributions from Arioch and others. This is the *only* way that the JVCL
will survive: through participation from those using it.

The current state of JVCL 2.0 just makes it a lot harder to assimilate the
contributions and help offered. This is further complicated by the fact that
there is little reason to update 1.31 (except for bug fixes) as the release
of JVCL 2.0 isn't that far into the future and people contributing are using
1.31 as their reference. Many times the suggested changes and additions done
with 1.31 in mind doesn't apply to 2.0 because of the structural changes, so
even if the code as such is valuable, it doesn't fit into 2.0 as it does
into 1.31. Be certain though that *all* (and I truly mean all) submitted
code, bug fixes and contributions are saved and will be handled as quickly
as possible.

What I'm ultimately trying to say is that I very much appreciate everyones
efforts and that as soon as 2.0 is more stable (or at least less unstable!)
and we again have some breathing room, we can accept more donations and
change requests. So keep those components coming (and don't forget to add
bug reports, requests and donations to the Issue Tracker)!


Regards, Peter

P.S
If you are interested in JVCL 2.0, you can browse the CVS archives on
sourceforge (sourceforge.net/projects/jvcl Click the CVS link and then
"Browse CVS Tree"). Check the dev\restructured tree and specifically take a
look at the files ChangeLog.txt, and restructured_changelog.txt to ee what
have changed and what is planned to change.






Subject: Re: how will You merge?
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 15 Jul 2002 19:25:39 +0400
Newsgroups: jedi.vcl

> > dropping on of them. This is not a simple task as there are many
parameters
> > to take into account and how the merging is performed is very much up to
the
> > person doing it.

Sure, that's while i burned that flame :)

could You make some draft (a list of units and components that will be
merged, dropped, etc) so other guys would be possible to say there opinions
?

From my side:
Good point of FileInfo is easy access to file attributes.
Good point of FileInformation is an access to the record at once.

So i'd personalyl prefer FileInfo as base class (in termas of public
interface)
 with TFileInfo field in protected section
 SetFileName fills this field with data (same way like FileInformations
works)
 properties like DisplayName made public but not published
 properties like DisplayName made have no write clause - it has no sense
IMHO
 properties like DisplayName mapped for read to the sub-items of the field
 there is obsolete method GetInformation for compatibility which:
   1) changes ExeName if needed
   2) returns a copy of internal TFileInfo field

For the 1st loook i'd like them that way :) Your opinion?
> > I checked the JVCL 2.0
I was talking of 1.31

BTW i didn't know that i can work with 2.0 already :)
But i wont, i think it is not usable yet.



Subject: Re: TJvGenetic example
From: "Bepy" <ramengo@hotmail.com>
Date: Mon, 15 Jul 2002 17:13:08 +0200
Newsgroups: jedi.vcl

Thank you for infos.
I'll wait for a demo.

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> ha scritto nel messaggio
news:3D32CC2F.7050604@buypin.com...
> >
> > No I don't have any sample from this component and I don't see
> > any in the new demos.
> >
> > I'll try to take a look at it ASAP.
> >
> > BTW, if you are interested, I made this component after reading
> > the book "Genetic Algorithms" from David E. Goldbberg
> > (Addison-Wesley). It's the best informatic non technical book I've
> > read for ages :-)
> >
> > Sebastien
> >
> > Bepy wrote:
>> > > Hi all,
>> > >
>> > > does anybody have a TJvGenetic example ?
>> > > TIA.
>> > >
>> > >
> >




Subject: Re: how will You merge?
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 15 Jul 2002 19:13:03 +0400
Newsgroups: jedi.vcl

> > Anyone interested can start to work on the JVCL.
> > Why not you? :->

Cause i have no moral law to work on Pt's and MB's files w/o there
permissions.
Simple :)



Subject: Re: how will You merge?
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 15 Jul 2002 19:12:04 +0400
Newsgroups: jedi.vcl

> > As long as we don't have a permission from the author, we can't use it. If
> > you get the permission from the author then please post it to "Issue

Those are my plans :))) I'm walking around him on my tips :)



Subject: how will You merge?
From: robert_marquardt@gmx.de
Date: Mon, 15 Jul 2002 14:53:08 +0000 (UTC)
Newsgroups: jedi.vcl

> > For example TJvFileInformation and TJvFileInfo do almost the same thing,
> > so who and how will merge choose between them? Both of them have good
points
> > - personally i'd like to see smth between them.

Anyone interested can start to work on the JVCL.
Why not you? :->

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ----Message transited via Script Gateway---- 

Subject: Re: how will You merge?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 15 Jul 2002 10:34:53 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:agujf2$lg8$1@talkto.net...
> > For example TJvFileInformation and TJvFileInfo do almost the same thing,
so
> > who and how will merge choose between them? Both of them have good
points -
> > personally i'd like to see smth between them.

Peter is in charge of merging.

If you have any suggestions, you can post them here, if you want other
people to contribute, but please make sure that the result of any discussion
is posted to our "Issue Tracker".

> > PS: let me moan, ok? there are some files named "jv....pas" whiole most of
> > them are "Jv.....pas"
> > Not cute :)

Agreed, it looks like the Release 2.0 has all of it correctly.

> > PPS: look at this http://vowca.chat.ru/Delphi/not-mine/verslab.rar
> >
> > I tried to mail to the author. It seems like this component had been
dropped
> > for a while - and IMHO JV do not contain a thing of a kind.

As long as we don't have a permission from the author, we can't use it. If
you get the permission from the author then please post it to "Issue
Tracker"

Thanks,

Michael





Subject: Re: how will You merge?
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Mon, 15 Jul 2002 16:17:19 +0200
Newsgroups: jedi.vcl

> > For example TJvFileInformation and TJvFileInfo do almost the same thing,
so
> > who and how will merge choose between them? Both of them have good
points -
> > personally i'd like to see smth between them.

Yes, we try to merge by including as much as possible of both ( all three
etc) so not to loose functionality. This isn't always possible, of course so
then it might be a matter of deciding whether to keep both components or
dropping on of them. This is not a simple task as there are many parameters
to take into account and how the merging is performed is very much up to the
person doing it.

AFA who does the merging it is really a matter of those that have developer
access to the CVS tree. I wouldn't recommend you to do a merge of any units
before talking to either me, Michael Beck or Sebastien Buysse as someone
might already be in the process of doing it and doing it without first
checking with us would only complicate and duplicate the work needlessly.

> >
> > PS: let me moan, ok? there are some files named "jv....pas" whiole most of
> > them are "Jv.....pas"
> > Not cute :)

I checked the JVCL 2.0 and couldn't find a single file with a lower case "J"
at the beginning.

Regards, Peter





Subject: unsubscribe
From: "Mark Beachill" <mark@unacode.com>
Date: Mon, 15 Jul 2002 13:54:47 +0000 (UTC)
Newsgroups: jedi.vcl

----Message transited via Script Gateway----



Subject: how will You merge?
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 15 Jul 2002 17:51:54 +0400
Newsgroups: jedi.vcl

For example TJvFileInformation and TJvFileInfo do almost the same thing, so
who and how will merge choose between them? Both of them have good points -
personally i'd like to see smth between them.

PS: let me moan, ok? there are some files named "jv....pas" whiole most of
them are "Jv.....pas"
Not cute :)

PPS: look at this http://vowca.chat.ru/Delphi/not-mine/verslab.rar

I tried to mail to the author. It seems like this component had been dropped
for a while - and IMHO JV do not contain a thing of a kind.




Subject: Re: TJvGenetic example
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Mon, 15 Jul 2002 15:20:47 +0200
Newsgroups: jedi.vcl


No I don't have any sample from this component and I don't see
any in the new demos.

I'll try to take a look at it ASAP.

BTW, if you are interested, I made this component after reading
the book "Genetic Algorithms" from David E. Goldbberg
(Addison-Wesley). It's the best informatic non technical book I've
read for ages :-)

Sebastien

Bepy wrote:
> Hi all,
>
> does anybody have a TJvGenetic example ?
> TIA.
>
>



Subject: TJvGenetic example
From: "Bepy" <ramengo@hotmail.com>
Date: Mon, 15 Jul 2002 14:45:28 +0200
Newsgroups: jedi.vcl

Hi all,

does anybody have a TJvGenetic example ?
TIA.




Subject: Re: Incompatibility with package IdeOpenDlgFavorite of JCL
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 17:20:36 +0200
Newsgroups: jedi.vcl


Ok, the "should" now work perfectly!

As long as you don't delete the line with "reference", the
thread will not be lost anymore! This is the fastest solution
I've found as there is no information stored on the server for
that, so no access to a db or a file.

And I've added a filter to avoid eventual spam of the gateway.

If you encounter any problem, tell me about it, but I hope it's
okey right now!

And sorry for the 2-3 junk mails you have received today, I had
no other way of debugging the script.

Thanks for your patience,

Sebastien

Sebastien Buysse wrote:
> *TEST MESSAGE*
>
> Deeply sorry, I have to send at least 2 or 3 other messages to debug the
> script :-/
>
> Sebastien
>
> ----- Original Message -----
> From: "Sebastien Buysse" <sbuysse@buypin.com>
> To: <JEDI-VCL@yahoogroups.com>
> Sent: Sunday, July 14, 2002 4:36 PM
> Subject: Re: [JEDI-VCL] Re: Incompatibility with package IdeOpenDlgFavorite
> of JCL
>
>
>
>> Sorry for the disturbance, this is a test reply message, trash me :-)
>>
>> (I'm trying to implement the support of threads, and this message should
>> be a reply to the message and not a new thread!)
>>
>> Sebastien
>>
>> From: "Sylvain TAUFOUR" <jedi@buypin.com>
>> To: <JEDI-VCL@yahoogroups.com>
>> Sent: Sunday, July 14, 2002 4:34 PM
>> Subject: [JEDI-VCL] Re: Incompatibility with package IdeOpenDlgFavorite of
>> JCL
>>
>>
>>
>>> I resolved my problem with compiling JVCL100_R60 package and with accept
>>
>> the
>>
>>> query for made him compatible with other package (DJCL60)
>>> After I compil/install JVCL100_D60 and it's work.
>>>
>>> Sorry for the trouble
>>> @+
>>>
>>> "Sylvain TAUFOUR" <gti-poire@wanadoo.fr> a écrit dans le message news:
>>> agroec$e2t$1@talkto.net...
>>>
>>>> I obtain the message :
>>>> Error
>>>> Cannot load package 'JVCL100_R60.'  It contains unit
>>>
> 'JclStrings,'which
>
>> is
>>
>>>> also contained in package 'DJCL60'
>>>> OK
>>>> when I install the JVCL (package JVCL100_D60.dpk)
>>>> I have installed the package IdeOpenDlgFavorite60.dpk
>>>> (JclPreview2002May26\examples\idefavopendialogs)
>>>>
>>>> I have Delphi6 Enterprise, JediVCL_R131 and JclPreview2002May26
>>>>
>>>> How I can resolve the problem ?
>>>> Thanks
>>>>
>>>> Sylvain
>>>>
>>>>
>>>
>>>
>>> .
>>>
>>>
>>>
>>>
>>> Your use of Yahoo! Groups is subject to
>>
> http://docs.yahoo.com/info/terms/
>
>>>
>>
>>
>>
>>
>> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>>
>>
>
>
>
> ----Message transited via Script Gateway----
>



Subject: Re: Incompatibility with package IdeOpenDlgFavorite of JCL
From: "Sebastien Buysse" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 15:07:05 +0000 (UTC)
Newsgroups: jedi.vcl

*TEST MESSAGE*

Deeply sorry, I have to send at least 2 or 3 other messages to debug the
script :-/

Sebastien

----- Original Message -----
From: "Sebastien Buysse" <sbuysse@buypin.com>
To: <JEDI-VCL@yahoogroups.com>
Sent: Sunday, July 14, 2002 4:36 PM
Subject: Re: [JEDI-VCL] Re: Incompatibility with package IdeOpenDlgFavorite
of JCL


> >
> > Sorry for the disturbance, this is a test reply message, trash me :-)
> >
> > (I'm trying to implement the support of threads, and this message should
> > be a reply to the message and not a new thread!)
> >
> > Sebastien
> >
> > From: "Sylvain TAUFOUR" <jedi@buypin.com>
> > To: <JEDI-VCL@yahoogroups.com>
> > Sent: Sunday, July 14, 2002 4:34 PM
> > Subject: [JEDI-VCL] Re: Incompatibility with package IdeOpenDlgFavorite of
> > JCL
> >
> >
>> > >
>> > > I resolved my problem with compiling JVCL100_R60 package and with accept
> > the
>> > > query for made him compatible with other package (DJCL60)
>> > > After I compil/install JVCL100_D60 and it's work.
>> > >
>> > > Sorry for the trouble
>> > > @+
>> > >
>> > > "Sylvain TAUFOUR" <gti-poire@wanadoo.fr> a écrit dans le message news:
>> > > agroec$e2t$1@talkto.net...
>>> > > > I obtain the message :
>>> > > > Error
>>> > > > Cannot load package 'JVCL100_R60.'  It contains unit
'JclStrings,'which
> > is
>>> > > > also contained in package 'DJCL60'
>>> > > > OK
>>> > > > when I install the JVCL (package JVCL100_D60.dpk)
>>> > > > I have installed the package IdeOpenDlgFavorite60.dpk
>>> > > > (JclPreview2002May26\examples\idefavopendialogs)
>>> > > >
>>> > > > I have Delphi6 Enterprise, JediVCL_R131 and JclPreview2002May26
>>> > > >
>>> > > > How I can resolve the problem ?
>>> > > > Thanks
>>> > > >
>>> > > > Sylvain
>>> > > >
>>> > > >
>> > >
>> > >
>> > > .
>> > >
>> > >
>> > >
>> > >
>> > > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
>> > >
>> > >
> >
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >


----Message transited via Script Gateway----



Subject: Re: Incompatibility with package IdeOpenDlgFavorite of JCL
From: "Sebastien Buysse" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 15:06:28 +0000 (UTC)
Newsgroups: jedi.vcl

*TEST MESSAGE*

Deeply sorry, I have to send at least 2 or 3 other messages to debug the
script :-/

Sebastien

----- Original Message -----
From: "Sebastien Buysse" <sbuysse@buypin.com>
To: <JEDI-VCL@yahoogroups.com>
Sent: Sunday, July 14, 2002 4:36 PM
Subject: Re: [JEDI-VCL] Re: Incompatibility with package IdeOpenDlgFavorite
of JCL


> >
> > Sorry for the disturbance, this is a test reply message, trash me :-)
> >
> > (I'm trying to implement the support of threads, and this message should
> > be a reply to the message and not a new thread!)
> >
> > Sebastien
> >
> > From: "Sylvain TAUFOUR" <jedi@buypin.com>
> > To: <JEDI-VCL@yahoogroups.com>
> > Sent: Sunday, July 14, 2002 4:34 PM
> > Subject: [JEDI-VCL] Re: Incompatibility with package IdeOpenDlgFavorite of
> > JCL
> >
> >
>> > >
>> > > I resolved my problem with compiling JVCL100_R60 package and with accept
> > the
>> > > query for made him compatible with other package (DJCL60)
>> > > After I compil/install JVCL100_D60 and it's work.
>> > >
>> > > Sorry for the trouble
>> > > @+
>> > >
>> > > "Sylvain TAUFOUR" <gti-poire@wanadoo.fr> a écrit dans le message news:
>> > > agroec$e2t$1@talkto.net...
>>> > > > I obtain the message :
>>> > > > Error
>>> > > > Cannot load package 'JVCL100_R60.'  It contains unit
'JclStrings,'which
> > is
>>> > > > also contained in package 'DJCL60'
>>> > > > OK
>>> > > > when I install the JVCL (package JVCL100_D60.dpk)
>>> > > > I have installed the package IdeOpenDlgFavorite60.dpk
>>> > > > (JclPreview2002May26\examples\idefavopendialogs)
>>> > > >
>>> > > > I have Delphi6 Enterprise, JediVCL_R131 and JclPreview2002May26
>>> > > >
>>> > > > How I can resolve the problem ?
>>> > > > Thanks
>>> > > >
>>> > > > Sylvain
>>> > > >
>>> > > >
>> > >
>> > >
>> > > .
>> > >
>> > >
>> > >
>> > >
>> > > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
>> > >
>> > >
> >
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >


----Message transited via Script Gateway----



Subject: Help File progress report July 14th, 2002
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Jul 2002 16:03:44 +0200
Newsgroups: jedi.vcl

Hi all,

missed the update report last week? Last week wasn't a fun week for me. I
expected to have more time to write documentation again, but that didn't
happen till half-way through the week. Then I got ill (nothing serious, just
not in the mood to do anything, typed a total of 10 lines in two days).
Ofcourse that meant that this week would be catch-up week at work, again
eating away time from the JVCL.

Remko started to work on JvT* after he finished JvS*. He skipped a couple of
units, due to the fact that restructuring would eliminate those anyway. He
will also start on rearranging the help files for JVCL 2.0 so we can release
a help file almost immediately when JVCL 2.0 is released.

Charlotte is busy with JvF*, as well as Dan Hoang <g>. Charlotte will handle
the first half, while Dan takes the second half.

I'm working on the JvC* files, hopefully doing more than I have these last
couple of weeks :(

Over the last two weeks, 10 units have been processed:
* JvCalendar
* JvCaptionPanel
* JvFontCombobox
* JvSpecialLabel
* JvStringGrid
* JvTextcontainer
* JvThreadTimer
* JvTimeLimit
* JvToolBar
* JvTrayIcon

This brings the total to 52 units.

As usual a new Preview of the help file is available in both CHM as well as
WinHelp format. It can be downloaded from
http://sourceforge.net/projects/jvcl.

Halfway down the page you'll see a heading "Latest File Releases", with in
it "JVCL Help Files - Preview July 14th, 2002". Follow that link to download
and check out the progress we have made so far.

Although the team is growing, it's not going fast enough. Got some time?
Want to document a unit? If all people reading this document a single unit
the help file will be completed this very week! Before anyone starts
writing: mail me first. I know which units are taken and which are free
(well, usually, anyway :) ).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 16:01:50 +0200
Newsgroups: jedi.vcl


That's it :-)

If we have only one unit to modify for the compatibilty, we will
save some hours and they are precious.

Another function that we should put in this unit is the AllocateHWND
and DealoocateHWND (?), in D6 they have been placed in another unit
for multiplatform compatiblity, and it might be a good idea to use
it (it will be easier to port to kylix then).

Sebastien


Marcel Bestebroer wrote:
> Ahh, the light just came on <g>. You try to reduce the IFDEFs in all units
> and place them in a single unit instead. Now I get it. Thanks for clarifying
> this.



Subject: Re: Exceptions
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sun, 14 Jul 2002 14:43:28 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
> > I know it should remove the unused functions, but as there is often
> > initialization/finalization code, the linker is unable to determine
> > we are not using those functions.

If there is an initialization/finalization code it means it is required for
the functionality of the unit. Linker can hardly remove it. Moreover, some
constants definitions (i.e. array of strings) can lead to create hidden
initialization code in the unit as well.

> > Now imagine you are putting most of the functions we use (let's say
> > we use 10 functions from D6) in JvType, we just have to always
> > include JvType in the uses clause and no one will never have to
> > modify the component to make it compatible with D5.

We use similar approach in JCL - JclBase and JclSysUtils units.

Petr.




Subject: Re: Exceptions
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Sun, 14 Jul 2002 14:36:55 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > I'm not really sure. I know it was done in the JCL, but that was (IIRC) to
> > add the PResString constructors. This was neccessary to allow FPC to build
> > it also.

I think it was also for Delphi 4 compatibility. In any case, you should always
pass the resourcestring as PResString to the exception class constructor to
let compiler generate a slightly better code.

Petr.




Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Jul 2002 14:20:02 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schreef in bericht
news:3D31662A.6010709@buypin.com...
>> > > It's just the code for D6, peter understood what I meant :-)
>> > > And if you all want to use JCL, then use JCL, but *not* for D6 please!
> >
> > I mean for functions included in Delphi6 of course! :-)

That I understood :)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Jul 2002 14:19:10 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schreef in bericht
news:3D3165B5.1090101@buypin.com...

> > It's just the code for D6, peter understood what I meant :-)
> > And if you all want to use JCL, then use JCL, but *not* for D6 please!
[...]
> > You can add as much compilers as you want, it's really not a problem,
> > and you can hardcode the function too, but you'll only have one
> > definition and one unit to include in the uses, whatever the compiler
> > you use. This is very attractive :-)

Ahh, the light just came on <g>. You try to reduce the IFDEFs in all units
and place them in a single unit instead. Now I get it. Thanks for clarifying
this.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Incompatibility with package IdeOpenDlgFavorite of JCL
From: "Sylvain TAUFOUR" <gti-poire@wanadoo.fr>
Date: Sun, 14 Jul 2002 14:11:47 +0200
Newsgroups: jedi.vcl

I resolved my problem with compiling JVCL100_R60 package and with accept the
query for made him compatible with other package (DJCL60)
After I compil/install JVCL100_D60 and it's work.

Sorry for the trouble
@+

"Sylvain TAUFOUR" <gti-poire@wanadoo.fr> a écrit dans le message news:
agroec$e2t$1@talkto.net...
> > I obtain the message :
> > ---------------------------
> > Error
> > ---------------------------
> > Cannot load package 'JVCL100_R60.'  It contains unit 'JclStrings,'which is
> > also contained in package 'DJCL60'
> > ---------------------------
> > OK
> > ---------------------------
> > when I install the JVCL (package JVCL100_D60.dpk)
> > I have installed the package IdeOpenDlgFavorite60.dpk
> > (JclPreview2002May26\examples\idefavopendialogs)
> >
> > I have Delphi6 Enterprise, JediVCL_R131 and JclPreview2002May26
> >
> > How I can resolve the problem ?
> > Thanks
> >
> > Sylvain
> >
> >




Subject: Incompatibility with package IdeOpenDlgFavorite of JCL
From: "Sylvain TAUFOUR" <gti-poire@wanadoo.fr>
Date: Sun, 14 Jul 2002 13:58:29 +0200
Newsgroups: jedi.vcl

I obtain the message :
---------------------------
Error
---------------------------
Cannot load package 'JVCL100_R60.'  It contains unit 'JclStrings,'which is
also contained in package 'DJCL60'
---------------------------
OK
---------------------------
when I install the JVCL (package JVCL100_D60.dpk)
I have installed the package IdeOpenDlgFavorite60.dpk
(JclPreview2002May26\examples\idefavopendialogs)

I have Delphi6 Enterprise, JediVCL_R131 and JclPreview2002May26

How I can resolve the problem ?
Thanks

Sylvain




Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 13:53:14 +0200
Newsgroups: jedi.vcl

> It's just the code for D6, peter understood what I meant :-)
> And if you all want to use JCL, then use JCL, but *not* for D6 please!

I mean for functions included in Delphi6 of course! :-)

Sebastien



Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 13:51:17 +0200
Newsgroups: jedi.vcl



> And what about D5 who doesn't have the DateUtils.SecondsBetween? We still
> need to provide a separate implementation for it, including a {IFDEF}
> directive. I think the implementation for this function would have to go to
> the JCL though.

It's just the code for D6, peter understood what I meant :-)
And if you all want to use JCL, then use JCL, but *not* for D6 please!


{$IFDEF D6}
uses
 DateUtils;
{$ELSE}
uses
  JclDate; //Or whatever
{$ENDIF}

type
  TSecondsBetween = function(Date1, Date2: TDateTime): Integer;
var
  SecondsBetween: TSecondsBetween;

implementation


initialization
{$IFDEF D6}
  SecondsBetween := @DateUtils.SecondsBetween;
{$ELSE}
  SecondsBetween := @JclDate.SecondsBetween;
{$ENDIF}
end.



You can add as much compilers as you want, it's really not a problem, and you can hardcode the function too, but you'll only have one definition and one unit to include in the uses, whatever the compiler you use. This is very attractive :-)

Sebastien



Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 13:48:30 +0200
Newsgroups: jedi.vcl

> It might be even worse when BCB support is added as well <g> (although most
> of the IFDEFs will change from DELPHI6_UP to COMPILER6_UP with possibly a
> few exceptions). Nonetheless, I agree with Peter that some IFDEFS will be
> inevitable, but the less the better.

Of course some are inevitable, like the SelectAll ifdef, but for the
SecondsBetween and some other functions, we can use this trick, and it
will save us some hours of work the day we'll decide to port it to
bcb or kylix.

Sebastien



Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Jul 2002 13:19:02 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schreef in bericht
news:agrkqj$dms$1@talkto.net...
> > Yeah, that's a clever trick and could be used in some circumstances, but
> > there still is all those IFDEF's needed for "uses" and function calling
and
> > new class methods.
> >
>> > > The less IFDEF we have, the easier it will be to maintain and to port
>> > > to future versions of Delphi's without headaches.
> >
> > I fully agree: the less IFDEF's, the better. Unfortunately, some of them
we
> > have to live with if we are going to support D5 (which I think we should
try
> > to do).

It might be even worse when BCB support is added as well <g> (although most
of the IFDEFs will change from DELPHI6_UP to COMPILER6_UP with possibly a
few exceptions). Nonetheless, I agree with Peter that some IFDEFS will be
inevitable, but the less the better.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Jul 2002 13:16:58 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schreef in bericht
news:3D30D4C8.5000101@buypin.com...
> > What about that?
> >
> > uses
> >   DateUtils;
> >
> > type
> >    TSecondsBetween = function(Date1, Date2: TDateTime): Integer;
> > var
> >    SecondsBetween: TSecondsBetween;
> >
> > implementation
> >
> > initialization
> >    SecondsBetween := @DateUtils.SecondsBetween;
> > end.

And what about D5 who doesn't have the DateUtils.SecondsBetween? We still
need to provide a separate implementation for it, including a {IFDEF}
directive. I think the implementation for this function would have to go to
the JCL though.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 14 Jul 2002 13:13:37 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schreef in bericht
news:agqdim$b0a$1@talkto.net...
> > I don't think this should go into JvTypes eeither way: JvTypes only
defines
> > types as it is now and it should stay this way IMO. If there is a place to
> > put these "utility" functions (for lack of a better name), it's in
> > JvFunctions. If you check out the latest JVCL 2.0
(dev/restructured/source)
> > and take a look, you'll see that I've recently added the RaiseLastOSError
> > and IncludePathDelimiter specifically for D5 users. The same could be done
> > for other functions not available in D5. As it is now, I've succesfully
> > built and installed the JVCL 2 in D5, so there doesn't seem to be a great
> > demand for any more functions as it is. This might change, of course, and
> > then these functions should be put in the {$IFNDEF DELPHI6_UP} section of
> > JvFunctions.

Seems reasonable and I can certainly live with that. However, if these
functions are already declared in JCL, you might as well link to JCL. JCL
seems to be required by some components anyway and IIRC you were planning on
moving some of the routines to JCL anyway.

> >
> > Regarding exceptions:
> >
> > I'm OK with the idea of declaring a generic EJVCLException (this one
should
> > go into JvTypes, BTW) and redefine the current usage by deriving the
> > exception classes in the JVCL from this class instead. All calls to "raise
> > Exception.Create" could be rewritten to use EJVCLException in the same
way.
> > This could be done quite easily and quickly, so if no one else has any
> > problems with this, I could do it right away (in 2.0).

I'm fully behind this plan <g>

> >
> > Finally, we have had discussions before about moving similar functions out
> > of the JVCL and use the JCL functions instead.

So I did remember correctly ;)

> > The standard JVCL, however,
> > should be cleaned from code duplication as much as possible.

I agree with you on that.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Exceptions
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 14 Jul 2002 12:56:30 +0200
Newsgroups: jedi.vcl

Yeah, that's a clever trick and could be used in some circumstances, but
there still is all those IFDEF's needed for "uses" and function calling and
new class methods.

> > The less IFDEF we have, the easier it will be to maintain and to port
> > to future versions of Delphi's without headaches.

I fully agree: the less IFDEF's, the better. Unfortunately, some of them we
have to live with if we are going to support D5 (which I think we should try
to do).

Regards, Peter






Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 03:32:56 +0200
Newsgroups: jedi.vcl


> Otherwise we would be forced to duplicate SecondsBetween in JvFunctions for
> D6 as well. So no matter how we do it, we will still have to maintain a lot
> of these IFDEF's. This is normal and as can be expected. I still think that
> my arguments for minimizing duplication between JVCL and JCL is sound and
> the way to go with JVCL.

What about that?

uses
 DateUtils;

type
  TSecondsBetween = function(Date1, Date2: TDateTime): Integer;
var
  SecondsBetween: TSecondsBetween;

implementation

initialization
  SecondsBetween := @DateUtils.SecondsBetween;
end.


We can now remove DateUtils from the uses clause, and alwaus call
SecondsBetween from the JvFunctions unit. And without any loss
of performance, just an assignation on startup and that's all.

And say goodbye to those ugly IFDEF.

The less IFDEF we have, the easier it will be to maintain and to port
to future versions of Delphi's without headaches.

Sebastien



Subject: Re: Exceptions
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 14 Jul 2002 02:26:55 +0200
Newsgroups: jedi.vcl

> > Just make a search for DELPHI6_UP, there is some in JvSimpleXml and in
> > JvTrayIcon, and in probably a lot of components (Don't remember who did
> > this change, I have trashed my checkin history some time ago).

Actually, I did these changes <g> and about 90% of them are needed because
quite a few class declarations and unit locations where changed in D6 and
has nothing to do with using stand-alone functions not available in D5.
Here's a typical example (from JvListView):

interface
{$IFNDEF DELPHI6_UP}
    procedure SelectAll;
{$ENDIF}
....
implementation

{$IFNDEF DELPHI6_UP}
procedure TJvListView.SelectAll;
var
  i: Integer;
begin
  Items.BeginUpdate;
  for i := 0 to Items.Count - 1 do
    Items[i].Selected := True;
  Items.EndUpdate;
end;
{$ENDIF}

This is required because the SelectAll method is a part of the standard
ListView in D6 (it's even virtual I think), but not in D5. We can't do
anything about that by putting stuff in JvFunctions.

An example of code that we *can* do something about can be found in
JvTrayIcon:

{$IFNDEF COMPILER6_UP}
function SecondsBetween(const Now: TDateTime; const FTime: TDateTime):
Integer;
begin
  Result := Trunc(86400 * (FTime-Now));
end;
{$ENDIF COMPILER6_UP}

This is better off being put in JvFunctions (and JvFunctions added to uses),
but you still need the following at the top of JvTrayIcon:

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, ExtCtrls,
  Menus, ShellApi, JvTypes, JvComponent
 {$IFDEF Delphi6_UP}
  ,DateUtils
 {$ELSE}
  ,JvFunctions
 {$ENDIF}
  ;

Otherwise we would be forced to duplicate SecondsBetween in JvFunctions for
D6 as well. So no matter how we do it, we will still have to maintain a lot
of these IFDEF's. This is normal and as can be expected. I still think that
my arguments for minimizing duplication between JVCL and JCL is sound and
the way to go with JVCL.

Regards, Peter







Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sun, 14 Jul 2002 02:01:41 +0200
Newsgroups: jedi.vcl



Peter Thörnqvist wrote:
> I don't think this should go into JvTypes eeither way: JvTypes only defines
> types as it is now and it should stay this way IMO. If there is a place to
> put these "utility" functions (for lack of a better name), [...]
Sure, I didn't say it would be great to put them in JvTypes, JvFunctions
or JvCompatibility is great.

> [...] demand for any more functions as it is. This might change, of course, and
> then these functions should be put in the {$IFNDEF DELPHI6_UP} section of
> JvFunctions.
Just make a search for DELPHI6_UP, there is some in JvSimpleXml and in JvTrayIcon, and in probably a lot of components (Don't remember who did
this change, I have trashed my checkin history some time ago).

Sebastien



Subject: Re: Exceptions
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 14 Jul 2002 01:46:35 +0200
Newsgroups: jedi.vcl

I don't think this should go into JvTypes eeither way: JvTypes only defines
types as it is now and it should stay this way IMO. If there is a place to
put these "utility" functions (for lack of a better name), it's in
JvFunctions. If you check out the latest JVCL 2.0 (dev/restructured/source)
and take a look, you'll see that I've recently added the RaiseLastOSError
and IncludePathDelimiter specifically for D5 users. The same could be done
for other functions not available in D5. As it is now, I've succesfully
built and installed the JVCL 2 in D5, so there doesn't seem to be a great
demand for any more functions as it is. This might change, of course, and
then these functions should be put in the {$IFNDEF DELPHI6_UP} section of
JvFunctions.

Regarding exceptions:

I'm OK with the idea of declaring a generic EJVCLException (this one should
go into JvTypes, BTW) and redefine the current usage by deriving the
exception classes in the JVCL from this class instead. All calls to "raise
Exception.Create" could be rewritten to use EJVCLException in the same way.
This could be done quite easily and quickly, so if no one else has any
problems with this, I could do it right away (in 2.0).

Finally, we have had discussions before about moving similar functions out
of the JVCL and use the JCL functions instead. JVCL already requires JCL, so
the benefit of having a slimmer JVCL by not including JCL is already lost
and the minimizing of code duplication far outweighs it anyway. I am
currently looking into ways to move/reuse as much as possible from JCL and
in that way trim down the size of the JVCL as a whole even if individual use
of the JCL units might make the apps bigger  (see posts in the JEDI-JCL
Yahoo group: "Moving units from JVCL to JCL"). The trade-off between size
and ease of usage isn't always easy to set, but as the users actually have
the source, they can do any trimming they want. The standard JVCL, however,
should be cleaned from code duplication as much as possible.

I view the JVCL and JCL and all the other parts of JEDI as different parts
of the same library and that's on eof the reasons why I think we should
reuse as much as possible from each others work. To me, the JCL is
equivalent to Delphi's RTL, the JVCL to the VCL and the API conversions as
the glue to "new" parts of Windows: all these parts should be made to work
together as much as possible. This also lowers the learning curve: there is
only one SecondsBetween function to know about.


Regards, Peter






Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Jul 2002 21:36:31 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schreef in bericht
news:3D307951.4070305@buypin.com...
> > I know it should remove the unused functions, but as there is often
> > initialization/finalization code, the linker is unable to determine
> > we are not using those functions.
> >
> > So, let's check
> >
> > Empty project: 384.512
> > Empty project with JclCom: 395.264
> > Empty project with JclMath: 385.024
> >
> > Hum... it seams acceptable, but then I'll have to find another
> > argument <g>

Actually, I didn't think of the initialization/finalization part. Still, it
seems reasonable.

> >
> > That's it... and this one is easier to defend :p
> >
> > Imagine you are working on component TJvXYZ, now you don't know
> > function foo is new in D6, so you use it and another jedi using
> > D5 has to modify the component and add the correct jcl unit
> > or copy the missing function, ok?
> >
> > Now imagine you are putting most of the functions we use (let's say
> > we use 10 functions from D6) in JvType, we just have to always
> > include JvType in the uses clause and no one will never have to
> > modify the component to make it compatible with D5.
> >
> > And seriously, if we can reduce the number of {$IFDEF} like that,
> > it would be very nice for future evolutions of delphi and the
> > JVCL.

Hmm, I can't think of anything to prove you wrong <g>

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 13 Jul 2002 21:02:41 +0200
Newsgroups: jedi.vcl

> I see your point, but the Delphi linker will eliminate any
> function/procedure/type/constant not used in the application, so for an
> end-user's perspective this really isn't to much different (and will not
> result in an .exe that is 150 or 200K larger). Also, the units will only be
> needed for D5, although for an end-user this really doesn't matter (again
> the smart linker to eliminate most of the units).

I know it should remove the unused functions, but as there is often
initialization/finalization code, the linker is unable to determine
we are not using those functions.

So, let's check

Empty project: 384.512
Empty project with JclCom: 395.264
Empty project with JclMath: 385.024

Hum... it seams acceptable, but then I'll have to find another
argument <g>

That's it... and this one is easier to defend :p

Imagine you are working on component TJvXYZ, now you don't know
function foo is new in D6, so you use it and another jedi using
D5 has to modify the component and add the correct jcl unit
or copy the missing function, ok?

Now imagine you are putting most of the functions we use (let's say
we use 10 functions from D6) in JvType, we just have to always
include JvType in the uses clause and no one will never have to
modify the component to make it compatible with D5.

And seriously, if we can reduce the number of {$IFDEF} like that,
it would be very nice for future evolutions of delphi and the
JVCL.

Sebastien



Subject: Re: How to submit extensions of existing components?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 13 Jul 2002 14:51:11 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> wrote in message
news:3D30600A.2060202@buypin.com...

> > You can use the "issue tracker" on our website
> > http://jvcl.sourceforge.net

Follow the "Bugs/Wishes" link

Michael




Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Jul 2002 20:23:12 +0200
Newsgroups: jedi.vcl

"Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com> schreef in bericht
news:3D306ACD.5080008@buypin.com...
> >
> >
> >
>> > > These would probably be better of in the JCL (SecondsBetween to
JclDateTime
>> > > and the others either in JclStrings or JclRTTI).
> > Sorry but I'm not okey with that...
> > Okey JCL is a magnific set of functions, but there's only a few
> > D6 functions to be included in programs compiled with D5 and I really
> > wouldn't appreciate to add 3 or 4 50k units to my program (in D5 AND D6)
> > for 3 or 4 functions we are using from D6.

I see your point, but the Delphi linker will eliminate any
function/procedure/type/constant not used in the application, so for an
end-user's perspective this really isn't to much different (and will not
result in an .exe that is 150 or 200K larger). Also, the units will only be
needed for D5, although for an end-user this really doesn't matter (again
the smart linker to eliminate most of the units).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 13 Jul 2002 20:00:45 +0200
Newsgroups: jedi.vcl




> These would probably be better of in the JCL (SecondsBetween to JclDateTime
> and the others either in JclStrings or JclRTTI).
Sorry but I'm not okey with that...
Okey JCL is a magnific set of functions, but there's only a few
D6 functions to be included in programs compiled with D5 and I really
wouldn't appreciate to add 3 or 4 50k units to my program (in D5 AND D6)
for 3 or 4 functions we are using from D6.

If we create a special unit for previous delphi compatibility, we
could add it to all units without taking care of the delphi versions
and it would save man a lot of time and size in their executables.


Sebastien



Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Jul 2002 19:48:03 +0200
Newsgroups: jedi.vcl

>> > > What functions are those? Are they in JVCL?
> > FreeAndNil

Is in D5 and up and also in the JCL.

> > StrToBool
> > BoolToStr
> > SecondsBetween
> > TryStrToBool

These would probably be better of in the JCL (SecondsBetween to JclDateTime
and the others either in JclStrings or JclRTTI).

> > ... There is a lot of defined funtions in the file JvSimpleXml,
> > and it would be easier to put them in the JvType unit, don't you
> > think?

Depends on what they do (haven't looked), but I think some of them might be
suitable to go in the JCL.

>> > > I'm just wondering if there is a particular benefit using a EJVCL base
>> > > exception class that I'm not aware of?
> > Yes, if you create your own exception handler, you probably log
> > exceptions names and messages in a log file, and at least we would know
> > it's coming from a jvcl component.

When you log the exception class name, there's no reference that it's coming
from the EJVCL, unless all exception classes get a EJv prefix (in which case
we wouldn't really need an EJVCL at all).

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sat, 13 Jul 2002 19:43:34 +0200
Newsgroups: jedi.vcl

>>>> > > >>(Marcel) I was wondering why JVCL doesn't use a common exception class
> > (eg. EJVCL)
> >
> > I suppose you are thinking of generic exceptions here? Many units define
> > exception classes derived from Exception that could potentially be derived
> > from EJVCLException instead...I made a quick search through the JVCL code
> > and all units that define their own Exception class(es) derive directly
from
> > Exception.
> >
> > I'm just wondering if there is a particular benefit using a EJVCL base
> > exception class that I'm not aware of?

I'm not really sure. I know it was done in the JCL, but that was (IIRC) to
add the PResString constructors. This was neccessary to allow FPC to build
it also.

I  a base exception class will allow one to determine if an exception is a
JVCL exception or not.

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: How to submit extensions of existing components?
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 13 Jul 2002 19:14:50 +0200
Newsgroups: jedi.vcl

Hello Ralf,

You can use the "issue tracker" on our website
http://jvcl.sourceforge.net
Someone will take a look at it ASAP ;-)

Sebastien

Ralf Kaiser wrote:
> Hello,
>
> how can i submit changes to existing JVCL-components that i have made
> (currently i made this modification for my own personal use)?
>
> Who is responsible to check if the additions and modifications are worth to
> be integrated in the main source?
>
> TIA,
> Ralf
>
> -- 
> http://www.rkaisers.de
> mailto:ralf.kaiser@wtal.de
>
>



Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Sat, 13 Jul 2002 19:09:39 +0200
Newsgroups: jedi.vcl



> There already is a JvTypes.pas in JVCL: you wrote it yourself, Sebastien!
> Although not all types are in it, those that are shared by more than one
> unit is in there AFAIK.
LOL... And I've still not changed my mind since 1999-2000...
It's scarying :-)


>> It would be a great idea to put the "Delphi 6" functions someone rewrote
>
> and add in all the components.
>
> What functions are those? Are they in JVCL?
FreeAndNil
StrToBool
BoolToStr
SecondsBetween
TryStrToBool
.... There is a lot of defined funtions in the file JvSimpleXml,
and it would be easier to put them in the JvType unit, don't you
think?


> I'm just wondering if there is a particular benefit using a EJVCL base
> exception class that I'm not aware of?
Yes, if you create your own exception handler, you probably log
exceptions names and messages in a log file, and at least we would know
it's coming from a jvcl component.

Sebastien



Subject: How to submit extensions of existing components?
From: "Ralf Kaiser" <ralf.kaiser@wtal.de>
Date: Sat, 13 Jul 2002 18:39:15 +0200
Newsgroups: jedi.vcl

Hello,

how can i submit changes to existing JVCL-components that i have made
(currently i made this modification for my own personal use)?

Who is responsible to check if the additions and modifications are worth to
be integrated in the main source?

TIA,
Ralf

--
http://www.rkaisers.de
mailto:ralf.kaiser@wtal.de




Subject: Re: Exceptions
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 13 Jul 2002 17:13:57 +0200
Newsgroups: jedi.vcl

> > My idea would be a "JvType" unit with all the types we have defined.

There already is a JvTypes.pas in JVCL: you wrote it yourself, Sebastien!
Although not all types are in it, those that are shared by more than one
unit is in there AFAIK.

> > It would be a great idea to put the "Delphi 6" functions someone rewrote
and add in all the components.

What functions are those? Are they in JVCL?

>>> > >>(Marcel) I was wondering why JVCL doesn't use a common exception class
(eg. EJVCL)

I suppose you are thinking of generic exceptions here? Many units define
exception classes derived from Exception that could potentially be derived
from EJVCLException instead...I made a quick search through the JVCL code
and all units that define their own Exception class(es) derive directly from
Exception.

I'm just wondering if there is a particular benefit using a EJVCL base
exception class that I'm not aware of?

Regards, Peter





Subject: Re: Exceptions
From: "Sebastien Buysse (Team JEDI)" <sbuysse@buypin.com>
Date: Fri, 12 Jul 2002 23:20:33 +0200
Newsgroups: jedi.vcl


Very good idea...

My idea would be a "JvType" unit with all the types we have defined.
As far as I know, classic types doesn't increase the size of the
executable if they are not used, so, it should not be a problem.
It would be a great idea to put the "Delphi 6" functions someone
rewrote and add in all the components. This would make the task
easier for the guys assuring the D5 compatibility!!!

So, yes, this is a great idea :-)

Sebastien

Michael Beck (Team JEDI) wrote:
> "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> news:agn8hu$3gn$1@talkto.net...
>
>
>> I was wondering why JVCL doesn't use a common exception class (eg. EJVCL)
>
> to
>
>> descend the other exception classes from. JCL has done this too. I'm not
>> saying that JVCL should follow this path, but I am curious to know if this
>> has been discussed way back when the JVCL was started.
>
>
> No, it wasn't, so now is as good time as any other to discuss it :)
>
> -- 
> Michael Beck
> Project JEDI - 2001 "Spirit of Delphi" Award Winner
> http://delphi-jedi.org
>
> JEDI-VCL Web: http://jvcl.sourceforge.net
> JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
>
>
>



Subject: Re: Exceptions
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 12 Jul 2002 15:15:35 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:agn8hu$3gn$1@talkto.net...

> > I was wondering why JVCL doesn't use a common exception class (eg. EJVCL)
to
> > descend the other exception classes from. JCL has done this too. I'm not
> > saying that JVCL should follow this path, but I am curious to know if this
> > has been discussed way back when the JVCL was started.

No, it wasn't, so now is as good time as any other to discuss it :)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Exceptions
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 12 Jul 2002 21:02:15 +0200
Newsgroups: jedi.vcl

Hi all,

I was wondering why JVCL doesn't use a common exception class (eg. EJVCL) to
descend the other exception classes from. JCL has done this too. I'm not
saying that JVCL should follow this path, but I am curious to know if this
has been discussed way back when the JVCL was started.


--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address




Subject: Re: One more contribution
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 12 Jul 2002 16:31:51 +0400
Newsgroups: jedi.vcl

I've uploaded updated version.

PlZ - review and make notes, until i forgot it!



Subject: One more contribution
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 12 Jul 2002 14:40:22 +0400
Newsgroups: jedi.vcl

I've just made one property editor.
I sent it to Torry. But i will be glad, if You takeit into Your library.

http://projectjedi.sourceforge.net/mantis/view_bug_page.php?f_id=0000165



Subject: Re: Broadcasting Messages
From: Johnnie <None@Noware.non>
Date: Fri, 12 Jul 2002 07:45:58 +0000 (UTC)
Newsgroups: jedi.vcl

On Ðåì 11 Éïõë 2002 09:49:31p , Sebastien Buysse <sbuysse@buypin.com> wrote 
in news:3D2DD33B.4000500@buypin.com

> > Yes, you can specify for each account how long you want to keep 
> > messages, and you can keep them forever if you want.
> > 

Thank you for your time and effort.

regards
Johnnie.


Subject: Re: jvHTMLParser demo doesn't work
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 11 Jul 2002 17:27:14 -0400
Newsgroups: jedi.vcl

"Dave Fobare" <dave@harpcosystems.com> wrote in message
news:agkqei$sld$1@talkto.net...

> > Then, when trying to execute the demo, I immediately get an error in the
> > jvhtmlparser.analysefile -- "Cant find file" --despite the fact that there
> > is no OnCreate handler that can call AnalyseFile in the first place,
> > jvHTMLParser.FileName is set to "sample.htm" as it should be, the
> > "sample.htm" file exists where it should and opens just fine in IE.

The Sample.htm has to be in the same directory as the .exe file. Currently
Delphi will compile and save the file to the \bin directory.

Copy the JvHtmlParserProj.exe file back to the \JvHTMLParser directory, or
the Sample.htm to the \bin directory. It should work - at least it works on
my PC.

> > Is there going to be some help written for this component?

Yes, one day, when we get more people to help with writing the Help files...
Anyone willing to help, please contact the Help team:

http://jvcl.sourceforge.net/helpfiles.htm

Michael




Subject: jvHTMLParser demo doesn't work
From: "Dave Fobare" <dave@harpcosystems.com>
Date: Thu, 11 Jul 2002 16:53:31 -0400
Newsgroups: jedi.vcl

Istalled jvcl latest to D5 Enterprise.

The jvHTMLParser demo doesn't open in the IDE properly -- I get several of
errors concerning missing properties on the jvPanels and the jvPageControl.
I ignore these.

Then, when trying to execute the demo, I immediately get an error in the
jvhtmlparser.analysefile -- "Cant find file" --despite the fact that there
is no OnCreate handler that can call AnalyseFile in the first place,
jvHTMLParser.FileName is set to "sample.htm" as it should be, the
"sample.htm" file exists where it should and opens just fine in IE.

Is there going to be some help written for this component?

Dave Fobare





Subject: Re: Broadcasting Messages
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Thu, 11 Jul 2002 20:49:31 +0200
Newsgroups: jedi.vcl


Yes, you can specify for each account how long you want to keep messages, and you can keep them forever if you want.


Johnnie wrote:
>> What about Mozilla?
>> Free, stable, fast enough, and for reading the JEDI newsgroups,
>> a MPL newsreader is probably the best one <g>
>> http://www.mozilla.org (version 1.0 is available)
>
>
> Well I take a look on it.
>
> Can it be used to save old posts ?
>
> regards
> Johnnie.



Subject: Re: Broadcasting Messages
From: Johnnie <None@Noware.non>
Date: Thu, 11 Jul 2002 18:05:00 +0000 (UTC)
Newsgroups: jedi.vcl

> > What about Mozilla?
> > Free, stable, fast enough, and for reading the JEDI newsgroups,
> > a MPL newsreader is probably the best one <g>
> > http://www.mozilla.org (version 1.0 is available)

Well I take a look on it.

Can it be used to save old posts ?

regards
Johnnie.


Subject: Re: My enhancements
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 11 Jul 2002 13:50:55 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:agkb13$r3t$1@talkto.net...

> > As You reauested i submitted my reports with files attached.
> >
> > I wish You and everyone interested in JVCL to review them.
> >
> > They can be reached through issue tracker -

Excellent! This is the best place to submit changes.

Thank you very much!

Michael




Subject: My enhancements
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 11 Jul 2002 20:25:42 +0400
Newsgroups: jedi.vcl

Hello, all.
Hello Michael.

As You reauested i submitted my reports with files attached.

I wish You and everyone interested in JVCL to review them.

They can be reached through issue tracker - 
or throug my page http://vowca.chat.ru/Delphi/4jedi

My best wishes!



Subject: Re: Broadcasting Messages
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Thu, 11 Jul 2002 18:16:45 +0200
Newsgroups: jedi.vcl

> Thats ok. Although the problems forced me to unsubscribe
> earlier than I was planning, it was on my program to do it
> any way.
>
> As I said I do prefare newsgroups and your bridge made it
> possible to actually drop the mailing list in the first place so I thank you for your time and effort.

Yes but as I was not subscribed to the JEDI-VCL, I didn't
noticed the problem and I simply tought you were complaining
about the messages coming from the newsgroups...

But you are right, newsgroups is probably the best way to
communicate, and with too much messages a mailing list
becomes quickly unreadable.


> The purpose of my messages was to show a (extreme in this case) scenario that some
> one might not be able to do as suggested in this list and not to attack the bridge
In fact, the problem is a non-problem, cause you can probably
change your subscription details through emails, but I haven't
read the documentations ;-)

> If only I coold find the newsreader I'm after!!!
What about Mozilla?
Free, stable, fast enough, and for reading the JEDI newsgroups,
a MPL newsreader is probably the best one <g>
http://www.mozilla.org (version 1.0 is available)

Sebastien



Subject: Re: Broadcasting Messages
From: Johnnie <None@Noware.non>
Date: Thu, 11 Jul 2002 15:59:12 +0000 (UTC)
Newsgroups: jedi.vcl

> > I'm deeply deeply sorry, I made some modifications to make
> > everybody more happy yesterday, and the configuration file
> > was readonly after my modifications... So all the messages
> > have been sent every hour since yesterday... *erhm*
> > 
> > Again I'm deeply sorry, we are just humans :-)
> > 

Thats ok. Although the problems forced me to unsubscribe
earlier than I was planning, it was on my program to do it
any way.

As I said I do prefare newsgroups and your bridge made it
possible to actually drop the mailing list in the first 
place so I thank you for your time and effort.

regards
Johnnie.

PS.
The purpose of my messages was to show a 
(extreme in this case) scenario that some
one might not be able to do as suggested 
in this list and not to attack the bridge.

If only I coold find the newsreader I'm after!!!


Subject: Re: Broadcasting Messages
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 11 Jul 2002 17:29:52 +0200
Newsgroups: jedi.vcl

> > Again I'm deeply sorry, we are just humans :-)

Indeed, and I hope people will be patient. When it works, it will be great.

Regards, Peter





Subject: Re: Broadcasting Messages
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Thu, 11 Jul 2002 17:07:57 +0200
Newsgroups: jedi.vcl


I'm deeply deeply sorry, I made some modifications to make
everybody more happy yesterday, and the configuration file
was readonly after my modifications... So all the messages
have been sent every hour since yesterday... *erhm*

Again I'm deeply sorry, we are just humans :-)

Sebastien

Johnnie wrote:
> On Ðåì 11 Éïõë 2002 03:46:44p , "Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in news:agju6h$puh$1@talkto.net
>
>
>> If you are behind a firewall, you could always log in through another
>> computer (at home, friend, library etc) and change the settings for your
>> account.
>>
>
>
> First of all I do not have internet connection at home.
>
> I have recently moved to an other city so all my friends are 60 km away making it impossible to do it. Now if you
> take in to consideration that I have subscribed through
> email and I do not know my password for the yahoo groups
> and that obviussly the bridge is not working properly,
> it is easier for me to unsubscribe. Which I have done.
>
> Now I'm searching for a news reader capable of downloading all the threads of the newsgroups and keeping them in a database for me to view so I can create a log as well.
> I do prefare the news groups for such things but I
> love to have the messages stored for future reference as well.
>
> regards
> Johnnie.
>



Subject: Re: Broadcasting Messages
From: Johnnie <None@Noware.non>
Date: Thu, 11 Jul 2002 13:29:57 +0000 (UTC)
Newsgroups: jedi.vcl

On Ðåì 11 Éïõë 2002 03:46:44p , "Peter Thörnqvist" 
<peter3@nospam.peter3.com> wrote in news:agju6h$puh$1@talkto.net

> > If you are behind a firewall, you could always log in through another
> > computer (at home, friend, library etc) and change the settings for your
> > account.
> > 

First of all I do not have internet connection at home.

I have recently moved to an other city so all my friends 
are 60 km away making it impossible to do it. Now if you
take in to consideration that I have subscribed through
email and I do not know my password for the yahoo groups
and that obviussly the bridge is not working properly,
it is easier for me to unsubscribe. Which I have done.

Now I'm searching for a news reader capable of 
downloading all the threads of the newsgroups 
and keeping them in a database for me to view 
so I can create a log as well. 

I do prefare the news groups for such things but I
love to have the messages stored for future 
reference as well.

regards
Johnnie.



Subject: Re: Broadcasting Messages
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 11 Jul 2002 14:46:44 +0200
Newsgroups: jedi.vcl

If you are behind a firewall, you could always log in through another
computer (at home, friend, library etc) and change the settings for your
account.

Regards, Peter

> > No I can't our companies Firewall doesn't allow me to login
> > there so I'm forced to drop the mailing list.





Subject: Re: Broadcasting Messages
From: Johnnie <None@Noware.non>
Date: Thu, 11 Jul 2002 11:11:28 +0000 (UTC)
Newsgroups: jedi.vcl

> > You can turn off e-mail broadcasting from Yahoo's "My Groups"
> > 
> > Regards, Peter

No I can't our companies Firewall doesn't allow me to login
there so I'm forced to drop the mailing list.

regards
Johnnie.



Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 11 Jul 2002 06:17:00 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> OK, will do. Thanks. Is it OK with you if I also rename the units with the
> Jv prefix (i.e JvHIDControllerClass etc)? 

No problem.



Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 10 Jul 2002 23:12:22 +0200
Newsgroups: jedi.vcl

OK, will do. Thanks. Is it OK with you if I also rename the units with the
Jv prefix (i.e JvHIDControllerClass etc)? I'm not going to rename ShellAPI,
DBT or any of the other API translations because these should probably be
part of a (future) "common" folder (as discussed with Pter) and thus
shouldn't carry the JVCL specific prefix.

Regards, Peter

> > Feel free to sort the files the way you like it.
> > The Zip is structured as standalone. The Delphi USB world
> > is very small.
> >




Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Jul 2002 19:00:29 +0200
Newsgroups: jedi.vcl

Peter3 wrote:

> I could probbly do this myself but I am uncertain about the BCB files:
> were to put them and how to make it work and I don't have BCB installed
> at the moment, so I can't test. Also, maybe the lib folders for BCB
> should have other names (we haven't discussed that here)? 

Simply throw away the BCB files.
The sample is VERY basic and can be recreated easily.
The BCB project has been created by making a package project in
BCB and adding HidControllerClass.pas

Feel free to sort the files the way you like it.
The Zip is structured as standalone. The Delphi USB world
is very small.



Subject: Re: unsubscribe (PLEASE READ)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 10 Jul 2002 10:12:57 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse" <sbuysse@buypin.com> wrote in message
news:3D2C3F31.9090805@buypin.com...
> >
> > Don't worry, I've added a "protection" in the script, messages with
> > unsubscribe in the subject are not transferred anymore to the newsgroup!

Thank you!

> > As I was editing the script, I've also added a header in the mail
> > sended to the mailing list to have the email of the sender, and I've
> > also added a small test to remove the ads from yahoo in our
> > beautifull newsgroup...

Excellent!

> > But sorry, still no solution for the threading, I'll have to think
> > about that seriously, cause it needs to be very fast :-/

I have faith in you! :)

Michael




Subject: Re: unsubscribe (PLEASE READ)
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Wed, 10 Jul 2002 16:05:37 +0200
Newsgroups: jedi.vcl


Don't worry, I've added a "protection" in the script, messages with
unsubscribe in the subject are not transferred anymore to the newsgroup!

As I was editing the script, I've also added a header in the mail
sended to the mailing list to have the email of the sender, and I've
also added a small test to remove the ads from yahoo in our
beautifull newsgroup...

But sorry, still no solution for the threading, I'll have to think
about that seriously, cause it needs to be very fast :-/

Sebastien


Michael Beck (Team JEDI) wrote:
> "viktor" <viktor@school.digsys.bg> wrote in message
> news:aggp2d$hi5$1@talkto.net...
>
>> unsubscribe
>
>
> Please do not send emails here if you want to unsubscribe.
>
> To unsubscribe from the mailing list you should send an empty email to:
>
> JEDI-VCL-unsubscribe@yahoogroups.com
>
> But before you do it, you might just change the "Message Delivery" settings
> at:
>
> http://groups.yahoo.com/group/JEDI-VCL/join
>
> to "Special Notices" or "No Emails" to avoid getting email.
>
> Michael
>
>



Subject: Re: unsubscribe (PLEASE READ)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 10 Jul 2002 09:39:40 -0400
Newsgroups: jedi.vcl

"viktor" <viktor@school.digsys.bg> wrote in message
news:aggp2d$hi5$1@talkto.net...
> >
> > unsubscribe

Please do not send emails here if you want to unsubscribe.

To unsubscribe from the mailing list you should send an empty email to:

JEDI-VCL-unsubscribe@yahoogroups.com

But before you do it, you might just change the "Message Delivery" settings
at:

http://groups.yahoo.com/group/JEDI-VCL/join

to "Special Notices" or "No Emails" to avoid getting email.

Michael




Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 10 Jul 2002 09:36:21 -0400
Newsgroups: jedi.vcl

<robert_marquardt@gmx.de> wrote in message news:agglhs$h6l$1@talkto.net...

> > My HID component has Jv prefixes from start.
> > Did i miss some?

My fault :(

I thought that I recalled an old discussion about some of your source code
that you've asked to leave it as it was because it was referenced by a book.

Sorry for that...

Michael




Subject: Re: Canceling "JVCL-Developers" mailing list
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 10 Jul 2002 09:29:35 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:aggp0e$hhr$1@talkto.net...
>> > > If you prefer mailing list over newsgroup, please make sure that you
have
> > subscribed to the "JVCL-Developers" mailing list:
> >
> > I guess you meant the "JEDI-VCL" mailing list?

Yes! I am sorry for the typo :(

Michael




Subject: unsubscribe
From: Viacheslav Melnik <melnik13@yahoo.com>
Date: Wed, 10 Jul 2002 11:51:33 +0000 (UTC)
Newsgroups: jedi.vcl

unsubscribe

__________________________________________________
Do You Yahoo!?
Sign up for SBC Yahoo! Dial - First Month Free
http://sbc.yahoo.com

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Yes, that's so!
From: "Illya Kysil" <ikysil@ua.fm>
Date: Wed, 10 Jul 2002 10:51:57 +0000 (UTC)
Newsgroups: jedi.vcl

>> > > You probably have the path to JCL/JVCL in the global library path list:
> > 
> > Ooh! indeed. I;ve even had tine to forgot of it. how did You guess it? :)
It's one of the bugs in Delphi IDE - sometimes it adds something to library path
but it never warns when it happens.

Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Yes, that's so!
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 10 Jul 2002 13:14:38 +0400
Newsgroups: jedi.vcl

> > You probably have the path to JCL/JVCL in the global library path list:

Ooh! indeed. I;ve even had tine to forgot of it. how did You guess it? :)



Subject: Re: installing JVCL on Delphi 5
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Jul 2002 11:06:17 +0200
Newsgroups: jedi.vcl

(This will be my last post in this matter)

> > Will You say that Win2000 Adv Serv (or even Data Centre) cost it's price
> > because of piracy and  will be cheaper if to eliminate it? I will never
> > believe in that.

Pricing software is not a simple subject, but the number of sold units
(estimated or actual) do affect the price (among a lot of other factors, of
course). You will never make me believe that _not_ paying for commercial
software will make it cheaper. It either leads to higher prices for those
who do pay (if the company thinks they can charge that much and still sell)
or discontinuation of the product (if cost of development exceeds the
earnings).

There are few companies that can afford to give away software for free:
those that sell support (like Red Hat) and those that want to get into or
kill all competition in a market  (like MS with Internet Explorer). The rest
of us need the money to continue development and to pay our bills.

Borland is not in any of those situations, so not paying for Delphi will
definitely kill it.

Regards, Peter





Subject: Re: installing JVCL on Delphi 5
From: "Peter Thornqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Jul 2002 10:40:43 +0200
Newsgroups: jedi.vcl

You probably have the path to JCL/JVCL in the global library path list:
that's why it works. To make it work without adding the paths to Delphi, you
must install them as siblings.

Regards, Peter

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:aggqj5$hn4$1@talkto.net...
>> > > You may could change the install.txt adding a "(on the same directory)"
so
> > that non native English
> >
> > Funny, i have JCL and JVCL in different paths and never had a problem with
> > it.
> > Don't You pay too much attenstion to it?
> >




Subject: Re: installing JVCL on Delphi 5
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 10 Jul 2002 12:22:48 +0400
Newsgroups: jedi.vcl

> > Stealing is what forces us others to pay 2$-3000 for the Enterprise
version.

And here is Your fault :)

Will You say that Win2000 Adv Serv (or even Data Centre) cost it's price
because of piracy and  will be cheaper if to eliminate it? I will never
believe in that.



Subject: Re: installing JVCL on Delphi 5
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 10 Jul 2002 12:20:21 +0400
Newsgroups: jedi.vcl

> > You may could change the install.txt adding a "(on the same directory)" so
that non native English

Funny, i have JCL and JVCL in different paths and never had a problem with
it.
Don't You pay too much attenstion to it?



Subject: Re: Canceling "JVCL-Developers" mailing list
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 10 Jul 2002 09:59:28 +0200
Newsgroups: jedi.vcl

> > If you prefer mailing list over newsgroup, please make sure that you have
subscribed to the "JVCL-Developers" mailing list:

I guess you meant the "JEDI-VCL" mailing list?

Regards, Peter





Subject: unsubscribe
From: viktor <viktor@school.digsys.bg>
Date: Wed, 10 Jul 2002 07:51:41 +0000 (UTC)
Newsgroups: jedi.vcl

unsubscribe


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: "Peter3" <peter3@peter3.com>
Date: Wed, 10 Jul 2002 07:51:41 +0000 (UTC)
Newsgroups: jedi.vcl

> > My HID component has Jv prefixes from start.
> > Did i miss some?

I just downloaded and had a look. Doesn't seem like you've missed
anything. 

The only thing I would like to do is change the folder structure to the
current JVCL one, i.e:

\bin
  --examples output
\examples
  \--subfolders w. examples
\help
  \--subfolders for language specific files
\lib5
  --output for D5 DCU's 
\lib6
  --output for D6 DCU's 
\bcb5
  --output for BCB5 DCU's 
\bcb6
  --output for BCB6 DCU's 
\packages
  --package files
\source
  --source files


I could probbly do this myself but I am uncertain about the BCB files:
were to put them and how to make it work and I don't have BCB installed
at the moment, so I can't test. Also, maybe the lib folders for BCB
should have other names (we haven't discussed that here)? 

Could you (Robert) rearrange according to this structure and send a
private zip to me and then I could easily intergate it into JVCL? If
anyone disagree about including HID in JVCL, please let me know.

Regards, Peter



------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: unsubscribe
From: "Henry Wolf ( Lycos )" <wolf_henry@lycos.de>
Date: Wed, 10 Jul 2002 06:51:40 +0000 (UTC)
Newsgroups: jedi.vcl

unsubscribe

-----Ursprungliche Nachricht-----
Von: Rafael Cotta [mailto:jedi@buypin.com]
Gesendet: Mittwoch, 10. Juli 2002 07:00
An: JEDI-VCL@yahoogroups.com
Betreff: [JEDI-VCL] unsubscribe




unsubscribe


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com



 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 


...


 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 






------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: robert_marquardt@gmx.de
Date: Wed, 10 Jul 2002 06:51:40 +0000 (UTC)
Newsgroups: jedi.vcl

> > 
> > "Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
> > news:3D2BB3B9.3010106@gmx.de...
> > 
>> > > I want my component included again in the JVCL, so YES!
> > 
> > Are you willing to change the prefixes to JVCL standard?

My HID component has Jv prefixes from start.
Did i miss some?

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ------------------------ Yahoo! Groups Sponsor ---------------------~--> Free $5 Love Reading Risk Free! http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM ---------------------------------------------------------------------~-> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 10 Jul 2002 00:29:55 -0400
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:3D2BB3B9.3010106@gmx.de...

> > I want my component included again in the JVCL, so YES!

Are you willing to change the prefixes to JVCL standard?

Starting with JVCL 2.0 we would like to enforce uniformity among JVCL
components, i.e. all components should follow the same prefix/naming
convention.

Michael




Subject: Re: Unsubscribe
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 10 Jul 2002 00:27:41 -0400
Newsgroups: jedi.vcl

<thePLCgeek@aol.com> wrote in message news:agg0f3$fq9$2@talkto.net...
> >
> > Take me off the list please

To unsubscribe from the mailing list you should send an empty email to:

JEDI-VCL-unsubscribe@yahoogroups.com

But before you do it, you might just change the "Message Delivery" settings
at:

http://groups.yahoo.com/group/JEDI-VCL/join

to "Special Notices" or "No Emails"

Michael






Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Jul 2002 06:12:12 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> BTW, for non-german speaking persons, get the HID component set from
> http://www.delphi-gems.com/Controls.html
>
>> Please get the newest version of my HID component from
>
> http://www.delphi-wettbewerb.de. 

This is a programming contest and the downloads are
counted. :-)



Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 10 Jul 2002 06:10:33 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> So are these really needed by JVCL if HID isn't a part of it?

I want my component included again in the JVCL, so YES!



Subject: unsubscribe
From: "Rafael Cotta" <rafaelcotta@yahoo.com.br>
Date: Wed, 10 Jul 2002 03:51:45 +0000 (UTC)
Newsgroups: jedi.vcl

unsubscribe


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Unsubscribe
From: thePLCgeek@aol.com
Date: Wed, 10 Jul 2002 00:51:47 +0000 (UTC)
Newsgroups: jedi.vcl

Take me off the list please

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Unsubscribe
From: "Grinstein, Doron" <doron.grinstein@disney.com>
Date: Wed, 10 Jul 2002 00:51:47 +0000 (UTC)
Newsgroups: jedi.vcl

Unsubscribe


[Non-text portions of this message have been removed]


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Canceling "JVCL-Developers" mailing list
From: "Michael Beck" <mbeck1@compuserve.com>
Date: Tue, 9 Jul 2002 23:51:53 +0000 (UTC)
Newsgroups: jedi.vcl

All,

I am planning to discontinue the mailing list "JVCL-Developers" in a week or
two. If you prefer mailing list over newsgroup, please make sure that you
have subscribed to the "JVCL-Developers" mailing list:

http://groups.yahoo.com/group/JEDI-VCL

For a newsgroup, please go to:

news://forums.talkto.net/jedi.vcl

As you know, the "JVCL-Developers" mailing list was designed for people who
are actively involved in JVCL development. Unfortunately, this never really
materialized, i.e. there are only very few people really involved, and they
are mainly using the newsgroups.

With the recent gateway between newsgroups and the "JEDI-VCL" mailing list
the main JVCL traffic is happening there, therefore there is not much use
for the "JVCL-Developers" mailing list.


May the Source be with you!

Michael Beck




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
JVCL-Developers-unsubscribe@yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 10 Jul 2002 01:50:21 +0200
Newsgroups: jedi.vcl

Same here! <g>

Regards, Peter

> > Done,





Subject: Re: Re 2: installing JVCL on Delphi 5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 15:36:15 -0400
Newsgroups: jedi.vcl

"thornqvist_peter" <peter3@peter3.com> wrote in message
news:agepq4$c6c$5@talkto.net...
> >
> > (this got missplaced in the Yahoo thread, so i repost here):
> >
> > Good point. I will clarify it in the next release (and Michael maybe
> > you could update the current release?)

Done,

Michael





Subject: Unsubscribe
From: "Karel Vandenhove" <100315.2616@compuserve.com>
Date: Tue, 9 Jul 2002 18:51:44 +0000 (UTC)
Newsgroups: jedi.vcl

Unsubscribe

Karel Vandenhove
kvdh@compuserve.com


-----Original Message-----
From:
sentto-236556-1071-1026230444-100315.2616=compuserve.com@returns.groups.
yahoo.com
[mailto:sentto-236556-1071-1026230444-100315.2616=compuserve.com@returns
..groups.yahoo.com] On Behalf Of David Lamb
Sent: dinsdag, juli 09, 2002 18:01
To: JEDI-VCL@yahoogroups.com
Subject: [JEDI-VCL] Unsubscribe

 


Unsubscribe

Thanks

David Lamb

----- Original Message -----
From: "Rob den Braasem" <jedi@buypin.com>
To: <JEDI-VCL@yahoogroups.com>
Sent: Tuesday, July 09, 2002 9:04 AM
Subject: [JEDI-VCL] Database Aware Components


> >
> >
> >
> >
> > Hallo,
> >
> >
> >
> > I have a question.
> >
> >
> >
> > The jvcl does not have a lot of DB-Aware components. Doe we need
> >
> > them?
> >
> >
> >
> > I have access (for a limited time) to the CDK tool kit.
> >
> >
> >
> > It is very eazy to make a DB-aware component from a non-DB-aware
> >
> > component. Do we need them and with ones to convert.
> >
> >
> >
> > --
> >
> > Rob den Braasem, rbraasem@xs4all.nl
> >
> > Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm
> >
> >
> >
> >      /"\
> >
> >      \ /  ASCII RIBBON CAMPAIGN
> >
> >       X     AGAINST HTML MAIL
> >
> >      / \
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > To unsubscribe from this group, send an email to:
> >
> > JVCL-Developers-unsubscribe@yahoogroups.com
> >
> >
> >
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >
> >
> >
> >
> > .
> >
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >
> >




 

Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/ 


..


 

Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/ 





------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Re 2: installing JVCL on Delphi 5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 14:38:22 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:agf79j$di9$1@talkto.net...

> > So that was what I replied to. Hope it's clearer now :)

Yes, it is. I'll change it.

Michael




Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: Peter Thörnqvist <peter3@peter3.com>
Date: Tue, 9 Jul 2002 17:51:46 +0000 (UTC)
Newsgroups: jedi.vcl

BTW, for non-german speaking persons, get the HID component set from
http://www.delphi-gems.com/Controls.html

Regards, Peter 

> > Please get the newest version of my HID component from
http://www.delphi-wettbewerb.de. 


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: Peter Thörnqvist <peter3@peter3.com>
Date: Tue, 9 Jul 2002 17:51:45 +0000 (UTC)
Newsgroups: jedi.vcl

So are these really needed by JVCL if HID isn't a part of it?

Regards, Peter 

> > These are for my HID component. 


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Re 2: installing JVCL on Delphi 5
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Tue, 9 Jul 2002 19:50:53 +0200
Newsgroups: jedi.vcl

Sorry (again!), it seems the threading between the NG and the Yahoo group
messes up seriously when someone is posting in the NG and someone else in
the Yahoo group. Here's the original mail from Rafael:

> >Just a note.

> >When I read the install.txt, I didn't understand what sibling meant and had
some problems due to that.

> >You may could change the install.txt adding a "(on the same directory)" so
that non native English speakers users can figure this
> >out easier.

> >Rafael

So that was what I replied to. Hope it's clearer now :)


Regards, Peter

> > But what? There is no reference to what should be done...





Subject: Re: Re 2: installing JVCL on Delphi 5
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Tue, 09 Jul 2002 19:30:59 +0200
Newsgroups: jedi.vcl

I did... I reinstalled Delphi6 at least 10 times due to
a problem with raid drivers, and I've reached the limit...

I should ask them for another bunch of registrations but I'm
just too lazy and as Delphi doesn't mind if you have activated
or not your copy, it's not a priority at all ;-)


Peter Thörnqvist wrote:
> That's strange: I've installed and reinstalled D6Ent a number of times,
> but never reached this limit.
>
> Regards, Peter
>
>> It has a limited registration count but it can be increased by Borland's support.
>
>
>
> ------------------------ Yahoo! Groups Sponsor ---------------------~-->
> Free $5 Love Reading
> Risk Free!
> http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
> ---------------------------------------------------------------------~->
>
>  
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>



Subject: Re: Database Aware Components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 13:09:48 -0400
Newsgroups: jedi.vcl

"AlecBergamini" <alecb@o2a.com> wrote in message
news:agf4cf$db1$1@talkto.net...
> >
> > How can Ray's code for making components data aware really be copywrited
> > since it originally comes from the Borland tutorial on the subject and
> > the Borland source code. You guys are splitting hairs here. Data
> > awareness is common knowledge and doesn't involve any stealing.

I don't know what code he was referring to. If Ray was just showing stuff
that is a common knowledge that of course you are right. I just know that
there was a case where somebody was using Ray's code for components and
published it as his own library, which was a clear infringement of
copyright. So when Rob said that he will use "Ray's code" it triggered in my
mind this picture of copyright violation.

If Rob would say "I'll just use the process/ideas from Ray's book" then of
course I wouldn't even think about it :)

Michael




Subject: Re: installing JVCL onDelphi5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 13:02:19 -0400
Newsgroups: jedi.vcl

"De Bug" <debug@centras.lt> wrote in message news:agemgg$bpn$3@talkto.net...

> > You are wrong because i am not going to pay even $1000 in any case
> > so you'll have to pay those $2-3000 in any way

I am very sorry to see this turn of the discussion.

So let me make a short statement to clarify couple of things and to end a
discussion on this topic:

JVCL supports OpenSource for all legitimate users of Delphi (incl. the free
Personal Edition). We DO NOT support piracy of software, regardless of
motives and justification.

The JVCL newsgroups and mailing lists are for discussion of topics related
to JVCL only. Please refrain from all other topics - there are other
newsgroups and mailing list that are better qualified for this.

Thanks for your understanding.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: [JEDI-JCL] Moving units from JVCL to JCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Tue, 9 Jul 2002 16:52:31 +0000 (UTC)
Newsgroups: jedi.vcl

On Tue, 09 Jul 2002 09:31:19 -0000, you wrote:

> >* SetupAPI (Setup API conversion)
> >* ModuleLoader (various module (DLL/EXE) loader routines)
> >* DBT (dbt API conversion)

These are for my HID component. SetupAPI is more or less the Setup Api
conversion. Same for DBT.
ModuleLoader are support functions for dynamic DLL loading (should be
used for the changes to LM.pas).

Please get the newest version of my HID component from
http://www.delphi-wettbewerb.de. I lost the upload info some time ago.
-- Robert Marquardt (Team JEDI) http://delphi-jedi.org ------------------------ Yahoo! Groups Sponsor ---------------------~--> Free $5 Love Reading Risk Free! http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM ---------------------------------------------------------------------~-> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Subject: Re: Database Aware Components
From: "AlecBergamini" <alecb@o2a.com>
Date: Tue, 9 Jul 2002 16:52:31 +0000 (UTC)
Newsgroups: jedi.vcl

How can Ray's code for making components data aware really be copywrited
since it originally comes from the Borland tutorial on the subject and
the Borland source code. You guys are splitting hairs here. Data
awareness is common knowledge and doesn't involve any stealing. 



------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: Peter Thörnqvist <peter3@peter3.com>
Date: Tue, 9 Jul 2002 16:52:31 +0000 (UTC)
Newsgroups: jedi.vcl

That's strange: I've installed and reinstalled D6Ent a number of times,
but never reached this limit.

Regards, Peter 

> > It has a limited registration count but it can be increased 
> > by Borland's support.


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Doc-O-Matic Help creation
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 12:33:13 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse" <sbuysse@buypin.com> wrote in message
news:3D2B0B9A.4070908@buypin.com...
> >
> > It has been donated for use WITH the JVCL, and not for the
> > developers. And it's only available for the one who manage
> > the help file.
> >
> > Do you plan to work on the help file?

There is even no need for the Help writers to have access to Doc-O-Matic.
Text files are sufficient to submit to Marcel, who then can compile them
into the Doc-O-Matic files.

Michael




Subject: Re: Broadcasting Messages
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 12:25:36 -0400
Newsgroups: jedi.vcl

"stephenmelnyk" <smelnyk@hess.com> wrote in message
news:agepq4$c6c$3@talkto.net...

> > To put it bluntly, whatever change was done to enable these posts to
> > be broadcast to an email address, please turn it off.  I like the
> > luxury of browsing a newsgroup.  I do not like having to wade through
> > 50+ messages in my inbox every morning.

You might just change the "Message Delivery" settings at:

http://groups.yahoo.com/group/JEDI-VCL/join

to "Special Notices" and then you won't get any more messages.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Unsubscribe
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 12:23:41 -0400
Newsgroups: jedi.vcl

"Julien Patrick" <patrick.julien@mrq.gouv.qc.ca> wrote in message
news:agemgh$bpn$8@talkto.net...
> >
> > Unsubscribe

To unsubscribe to the mailing list you should send an empty email to:

JEDI-VCL-unsubscribe@yahoogroups.com

But before you do it, you might just change the "Message Delivery" settings
at:

http://groups.yahoo.com/group/JEDI-VCL/join

to "Special Notices"

Michael




Subject: Re: Re 2: installing JVCL on Delphi 5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 12:13:50 -0400
Newsgroups: jedi.vcl

"thornqvist_peter" <peter3@peter3.com> wrote in message
news:agepq4$c6c$5@talkto.net...
> >
> > (this got missplaced in the Yahoo thread, so i repost here):
> >
> > Good point. I will clarify it in the next release (and Michael maybe
> > you could update the current release?)

But what? There is no reference to what should be done...

Michael




Subject: Re: Doc-O-Matic Help creation
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Tue, 09 Jul 2002 18:13:14 +0200
Newsgroups: jedi.vcl


It has been donated for use WITH the JVCL, and not for the
developers. And it's only available for the one who manage
the help file.

Do you plan to work on the help file?


De Bug wrote:
> In "JEDI-VCL Guidelines" it is stated that:
> We are using "Doc-O-Matic" Help creation tool donated to JEDI by ToolsFactory (http://www.toolsfactory.com).
>
> So, where can i get Doc-O-Matic from ? (if i understand right it was donated and thus should be available for free for JEDI developers)
>
> -- 
> De Bug
>
>
>
>
> ------------------------ Yahoo! Groups Sponsor ---------------------~-->
> Free $5 Love Reading
> Risk Free!
> http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
> ---------------------------------------------------------------------~->
>
>  
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>



Subject: Re: Database Aware Components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 9 Jul 2002 11:59:27 -0400
Newsgroups: jedi.vcl

"Rob den Braasem" <rbraasem@xs4all.nl> wrote in message
news:agetb3$cj0$6@talkto.net...

> > The code is about the same as the code in Ray Konopka's (sp?) book.
> > I'll just "steal" the idea and will use the code from Ray's book.

The code in the book is also copyrighted, so you shouldn't use it.

But since you are a legal user of CDK as you've indicated then you can use
it to convert components to be DB-Aware.

BTW - there will be some DB-Aware components coming from the merger of RxLib
into JVCL..

Michael




Subject: Re: Database Aware Components
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Tue, 9 Jul 2002 16:55:21 +0100
Newsgroups: jedi.vcl

I use a lot of Data aware components and a lot of non aware ones and
manually code the field to the non data aware ones.

I have always thought that there should be some sort of non visual component
that could link a list of fields to non data aware comps via there text
properties etc. or link a date field to the date property of a calendar
whithout writing a new data aware component.

Andy Vines

"Rob den Braasem" <rbraasem@xs4all.nl> wrote in message
news:ageq9s$c8d$1@talkto.net...
> >
> > On 9 Jul 2002 13:04:26 -0000, Rob den Braasem wrote:
>> > >
>> > >
>> > >Hallo,
>> > >
>> > >I have a question.
>> > >
>> > >The jvcl does not have a lot of DB-Aware components. Doe we need
>> > >them?
>> > >
>> > >I have access (for a limited time) to the CDK tool kit.
>> > >
>> > >It is very eazy to make a DB-aware component from a non-DB-aware
>> > >component. Do we need them and with ones to convert.
>> > >
> > It is even so simple that I'm thinking about building a wizard who
> > will be ablt to do this.
> >
> > Is there a market for this??
> > --
> > Rob den Braasem, rbraasem@xs4all.nl
> > Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm
> >
> >      /"\
> >      \ /  ASCII RIBBON CAMPAIGN
> >       X     AGAINST HTML MAIL
> >      / \
> >
> >
> >
> > ------------------------ Yahoo! Groups Sponsor ---------------------~-->
> > Free $5 Love Reading
> > Risk Free!
> > http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
> > ---------------------------------------------------------------------~->
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >




Subject: Re 2: installing JVCL on Delphi 5
From: Peter Thörnqvist <peter3@peter3.com>
Date: Tue, 9 Jul 2002 15:52:02 +0000 (UTC)
Newsgroups: jedi.vcl

I see, didn't notice that. My apologies.

Regards, Peter 

> > Sorry about this. this was intended to be a quote from the 
> > original message and not my actually hope. I just forgot to 
> > clearly mark 
> > it as a quote.


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Doc-O-Matic Help creation
From: De Bug <debug@centras.lt>
Date: Tue, 9 Jul 2002 15:52:02 +0000 (UTC)
Newsgroups: jedi.vcl

In "JEDI-VCL Guidelines" it is stated that:
We are using "Doc-O-Matic" Help creation tool donated to JEDI by ToolsFactory (http://www.toolsfactory.com).

So, where can i get Doc-O-Matic from ? 
(if i understand right it was donated and thus should be available for free for JEDI developers)

--
De Bug




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Re 2: installing JVCL onDelphi5
From: Eric Grange <egrange@glscene.org>
Date: Tue, 09 Jul 2002 16:55:52 +0200
Newsgroups: jedi.vcl

> > [...] Borland will offer you something, they are very generous ;-)

As a matter of fact, the free D6 and Kylix personal editions 
are already very generous :)

Eric


Subject: Database Aware Components
From: Rob den Braasem <rbraasem@xs4all.nl>
Date: Tue, 9 Jul 2002 14:52:19 +0000 (UTC)
Newsgroups: jedi.vcl

On Tue, 9 Jul 2002 16:34:46 +0200 (MEST), robert_marquardt@gmx.de 
wrote:
>> >>It is very eazy to make a DB-aware component from a non-DB-aware
>> >>component. Do we need them and with ones to convert.
> >
> >Delphi DB apps are important therefore we need DB aware components.
> >Make a list yourself. We can throw away later :-)
> >Be careful not to steal code.
> >
The code is about the same as the code in Ray Konopka's (sp?) book.
I'll just "steal" the idea and will use the code from Ray's book.

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ------------------------ Yahoo! Groups Sponsor ---------------------~--> Free $5 Love Reading Risk Free! http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM ---------------------------------------------------------------------~-> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Subject: Database Aware Components
From: De Bug <debug@centras.lt>
Date: Tue, 9 Jul 2002 14:52:19 +0000 (UTC)
Newsgroups: jedi.vcl

>> >>It is very eazy to make a DB-aware component from a non-DB-aware
>> >>component. Do we need them and with ones to convert.
>> >>
> >It is even so simple that I'm thinking about building a
> >wizard who will be ablt to do this.

What kinds of components will it convert to what dataset field types ?

> >Is there a market for this??

I'll toss in my $10 vote

--
De Bug




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Unsubscribe
From: "David Lamb" <david.lamb@videotron.ca>
Date: Tue, 9 Jul 2002 14:52:18 +0000 (UTC)
Newsgroups: jedi.vcl

Unsubscribe

Thanks

David Lamb

----- Original Message -----
From: "Rob den Braasem" <jedi@buypin.com>
To: <JEDI-VCL@yahoogroups.com>
Sent: Tuesday, July 09, 2002 9:04 AM
Subject: [JEDI-VCL] Database Aware Components


> >
> >
> >
> >
> > Hallo,
> >
> >
> >
> > I have a question.
> >
> >
> >
> > The jvcl does not have a lot of DB-Aware components. Doe we need
> >
> > them?
> >
> >
> >
> > I have access (for a limited time) to the CDK tool kit.
> >
> >
> >
> > It is very eazy to make a DB-aware component from a non-DB-aware
> >
> > component. Do we need them and with ones to convert.
> >
> >
> >
> > --
> >
> > Rob den Braasem, rbraasem@xs4all.nl
> >
> > Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm
> >
> >
> >
> >      /"\
> >
> >      \ /  ASCII RIBBON CAMPAIGN
> >
> >       X     AGAINST HTML MAIL
> >
> >      / \
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > To unsubscribe from this group, send an email to:
> >
> > JVCL-Developers-unsubscribe@yahoogroups.com
> >
> >
> >
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >
> >
> >
> >
> > .
> >
> >
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >
> >



------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Server problem.
From: "AlecBergamini" <alecb@o2a.com>
Date: Tue, 9 Jul 2002 14:52:18 +0000 (UTC)
Newsgroups: jedi.vcl

Appears that server just hiccupped. I just received all the messages I'd
just finished reading a second time. While this discussion on theft vs.
lame rationalization is somewhat interesting, I really don't want to
read about it again.


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: john Kozikopoulos <jkoz@analysis.gr>
Date: Tue, 9 Jul 2002 14:52:18 +0000 (UTC)
Newsgroups: jedi.vcl

>> >>So unregistered doesn't mean stolen but I hope no one from borland 
>> >>sees this group is.
> >
> >Why do you hope that noone from Borland sees this if you at the same 
> >time think that what you are doing is legal?
> >
> >Regards, Peter



Sorry about this. this was intended to be a quote from the original
message and not my actually hope. I just forgot to clearly mark 
it as a quote.

Regards
Johnnie.

PS. 
I'm against piracy and I do think that what De Bug says
is just a wishfull thinging which is not attached to 
reallity at all.


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: "Illya Kysil" <ikysil@ua.fm>
Date: Tue, 9 Jul 2002 14:52:18 +0000 (UTC)
Newsgroups: jedi.vcl

> > As a side note, I've registered my copy of Delphi 6 Enterprise on all
> > of my machines and so could you. The license is not bound to a
> > particular machine, instead it's bound to your Community membership.
> >
> > You can register as many times as you like without any side-effects
It's not true. At least for Professional edition.
It has a limited registration count but it can be increased by Borland's support.
I have exhausted my count twice since I've bought Delphi 6 due to full system/software
reinstall.

Regards
Illya Kysil, software developer
Delphi/C/C++/C#/Java/Forth/Assembler
If it is NOT SOURCE, it is NOT SOFTWARE. (C) NASA




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Database Aware Components
From: robert_marquardt@gmx.de
Date: Tue, 9 Jul 2002 14:52:18 +0000 (UTC)
Newsgroups: jedi.vcl

> > It is very eazy to make a DB-aware component from a non-DB-aware 
> > component. Do we need them and with ones to convert.

Delphi DB apps are important therefore we need
DB aware components.
Make a list yourself. We can throw away later :-)
Be careful not to steal code.

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net ------------------------ Yahoo! Groups Sponsor ---------------------~--> Free $5 Love Reading Risk Free! http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM ---------------------------------------------------------------------~-> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Subject: Re: Re 2: installing JVCL onDelphi5
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Tue, 09 Jul 2002 16:20:46 +0200
Newsgroups: jedi.vcl

No sorry I don't have any fix yet... I've to work on that :-)


Peter Thörnqvist wrote:
> Yeah, you are probably right Sebastien.
>
> It's not that I don't know these guys are out there or that most computer
> users at some point steal or "borrow" software, it's just pisses me off when
> they try to justify their actions by trying to make the stealing into some
> kind of noble act aimed to make the world a better place for all of us...
>
> BTW, it looks like the message threading between the NG and Yahoo is
> seriously messed up. You've got a fix for it?
>
> Regards, Peter
>
>
>
>



Subject: Re: Re 2: installing JVCL onDelphi5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Jul 2002 16:13:00 +0200
Newsgroups: jedi.vcl

Yeah, you are probably right Sebastien.

It's not that I don't know these guys are out there or that most computer
users at some point steal or "borrow" software, it's just pisses me off when
they try to justify their actions by trying to make the stealing into some
kind of noble act aimed to make the world a better place for all of us...

BTW, it looks like the message threading between the NG and Yahoo is
seriously messed up. You've got a fix for it?

Regards, Peter






Subject: Database Aware Components
From: Rob den Braasem <rbraasem@xs4all.nl>
Date: Tue, 9 Jul 2002 14:00:29 +0000 (UTC)
Newsgroups: jedi.vcl

On 9 Jul 2002 13:04:26 -0000, Rob den Braasem wrote:
> >
> >
> >Hallo,
> >
> >I have a question.
> >
> >The jvcl does not have a lot of DB-Aware components. Doe we need
> >them?
> >
> >I have access (for a limited time) to the CDK tool kit.
> >
> >It is very eazy to make a DB-aware component from a non-DB-aware
> >component. Do we need them and with ones to convert.
> >
It is even so simple that I'm thinking about building a wizard who 
will be ablt to do this.

Is there a market for this??
-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ------------------------ Yahoo! Groups Sponsor ---------------------~--> Free $5 Love Reading Risk Free! http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM ---------------------------------------------------------------------~-> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Subject: Re: Re 2: installing JVCL onDelphi5
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Tue, 09 Jul 2002 15:52:49 +0200
Newsgroups: jedi.vcl


Don't waste your time peter, we are all delphi fans and the only one you  have to convince will probably never change his mind... I remember when I was selling the BUPack, I received tons of fake registrations with stolen credit cards, and once I discussed with the "buyer"... And the only answer I got is that he doesn't care cause he was a student and living in another country...

I also remember a discussion I had with the programmer of another great pack (I won't give his name, but the package was a very very well known package). His package was used in a lot of applications, but he had so few registrations that he decided to stop the development... Happily it's now opensource, but he's probably not working so much time on it anymore, neither do I.

If you really want to use a legal version of Delphi, then open some books, read some documentation and create something new and attractive for the community, you've a lot of chances that Borland will offer you something, they are very generous ;-)
(I'll always remember someone from Borland who sended me my first Delphi professional while I was using the classic edition with a student reduction...)

Sebastien



Subject: Re: Re 2: installing JVCL on Delphi 5
From: "thornqvist_peter" <peter3@peter3.com>
Date: Tue, 9 Jul 2002 13:52:04 +0000 (UTC)
Newsgroups: jedi.vcl

(this got missplaced in the Yahoo thread, so i repost here):

Good point. I will clarify it in the next release (and Michael maybe 
you could update the current release?)

Peter


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Broadcasting Messages
From: "thornqvist_peter" <peter3@peter3.com>
Date: Tue, 9 Jul 2002 13:52:04 +0000 (UTC)
Newsgroups: jedi.vcl

You can turn off e-mail broadcasting from Yahoo's "My Groups"

Regards, Peter


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL onDelphi5
From: "Eric S. Fisher" <efisher@fsystems.com>
Date: Tue, 9 Jul 2002 13:52:04 +0000 (UTC)
Newsgroups: jedi.vcl

Sorry for two posts in a row, but I had to respond to this.

Borland is a business.  I'm sorry about this reality, but Borland 
employees get salaries, Borland pays electric bills, and so forth ad 
nauseam.  Delphi was not developed for free.  If Borland does not get 
paid for its product, there will be no more Borland and Delphi will 
become an orphan.  Perhaps you remember (but it was a few years ago, and 
you sound very young) that Borland was on the brink of bankruptcy (yes, 
even good businesses can fail) and it was only some good management plus 
loyal, paying customers that brought the company back.

You ask the wrong question.  If everyone could have Delphi for free, 
there would be no Delphi because there would be no Borland.  JVCL and 
JCL represent the free work of those loyal, paying customers to enhance 
the product and further the open-source movement.  We all agree that 
these products should be free.  But without the platform to stand on, we 
would have nothing to give.

Eric

De Bug wrote:

> >Your way of thinking leads to the further differentiation between the poor and the rich
> >and reduces the potential of the product proliferation. 
> >Would not JVCL get more support if everyone could have Delphi for free ? 
> >Would we need to support downgrade to Delphi 5 if everyone could have Delphi 6
> >Is not it in fact a waste of time to support Delphi 5 when Delphi 6 is awailable ?
> >--
> >De Bug
> >Let the Knowledge be with You
> >




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: john Kozikopoulos <jkoz@analysis.gr>
Date: Tue, 9 Jul 2002 13:52:04 +0000 (UTC)
Newsgroups: jedi.vcl

> > This is completely and utterly wrong in every syllable, word and
> > sentence and paragraph. If you have obtained a copy without registering
> > it with Borland you are by definition a thief. If you want to learn
> > Delphi, use the free Personal Edition, if you want to know what's new in
> > Delphi Enterprise, read the feature matrix on Borlands site. Stealing is
> > what forces us others to pay 2$-3000 for the Enterprise version.
> > 
> > Peter

You are wrong.

Un Registered means that I have bought a copy which I'm unable
or unwhilling to register with Borland. As I have done.
My copy is a legal one I have everything that a 
proffessional copy offers including the registration numbers
needed for me to register I just do not have internet access
from my home so it is verry difficult to actually register it
since I have to install my copy to my works computer which is
not possible. So unregistered doesn't mean stolen but 
I hope no one from borland sees this group is.

regards
Johnnie.


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Broadcasting Messages
From: "stephenmelnyk" <smelnyk@hess.com>
Date: Tue, 9 Jul 2002 13:52:04 +0000 (UTC)
Newsgroups: jedi.vcl

Greetings All,

To put it bluntly, whatever change was done to enable these posts to 
be broadcast to an email address, please turn it off.  I like the 
luxury of browsing a newsgroup.  I do not like having to wade through 
50+ messages in my inbox every morning.

Regards,

Stephen


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL onDelphi5
From: "thornqvist_peter" <peter3@peter3.com>
Date: Tue, 9 Jul 2002 13:52:03 +0000 (UTC)
Newsgroups: jedi.vcl

> > Which i never agreed to nor delegated my right to parlament to make 
such a law

So you seriously believe that if a person doesn't agree with every 
law passed by parliament it's OK for him/her to break it and 
say "it's my right because I don't agree"? Don't you realize how 
stupd that sounds?

> > Should i drop my citizenship because of that? I think one day i'll 
have to :(

Please do. And good luck on finding a country that supports your type 
of thinking.

> > Let the Knowledge be with You

Yeah, right as long as you don't have to pay or it: leave that to 
others...

Peter


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: unsubscribe
From: Veres János <veresj@message.hu>
Date: Tue, 9 Jul 2002 12:55:45 +0000 (UTC)
Newsgroups: jedi.vcl

unsubscribe

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Unsubscribe
From: "Julien Patrick" <patrick.julien@mrq.gouv.qc.ca>
Date: Tue, 9 Jul 2002 12:55:45 +0000 (UTC)
Newsgroups: jedi.vcl

Unsubscribe

Patrick Julien
DGTT-DSE-SSCCS
(418)652-6426
patrick.julien@mrq.gouv.qc.ca


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL onDelphi5
From: "thornqvist_peter" <peter3@peter3.com>
Date: Tue, 9 Jul 2002 12:55:45 +0000 (UTC)
Newsgroups: jedi.vcl

> > 1)
> > You are wrong because i am not going to pay even $1000 in any case
> > so you'll have to pay those $2-3000 in any way

So because you're not ready to pay for what you use justifies 
stealing? I'm glad you are not writing the laws in my country...

> > 
> > 2) 
> > I am already aware what is in the Personal edition and i want to 
learn what is in the Enterprise

So BUY it!

> > and the feature matrix is not the same as product itself

So? If I would like to know how it is to drive a Rolls-Royce and the 
vendor won't let me, is it then OK to steal it (for eternal time) 
just to LEARN about driving a RR? "if iI like it, I might buy one 
later if I ever get rich..."

> > 
> > Your way of thinking leads to the further differentiation between 
the poor and the rich
> > and reduces the potential of the product proliferation. 

Your way of thinking leads to ever higher prices making it impossible 
for poor people to buy it. The less poeple that can afford to buy, 
the less likely it will survive (economics isn't your strong point, 
is it?)

> > Would not JVCL get more support if everyone could have Delphi for 
free ? 
No, because if Delphi was free, there wouldn't be any Delphi. 


You are not fooling me one bit with this mumbo-jumbo about your right 
to LEARN (without paying, of course). It is just a way for you to 
justify stealing for your own benefit. 

It is not _your_ privilege to decide what should be free and what 
should not. I spend at least 20 hours a week doing non-profit work 
(including JVCL), so don't give me that shit about "free softare 
makes free people". 

The fact of economics is that no matter how much we like OpenSource 
software, it is essentially financed by professional programmers 
doing volunteer work and by up-coming programs trying to set a mark 
and possibly learn. 

Let me ask you: how much free work do *you* do? 
Would you be willing to create a product like Delphi, support it for 
10-20 years, make updates, patches, documentations, translations and 
releasing new versions every year without getting paid? Would you 
work 8-15 hours a day on this product during this time? How would you 
make a living? 

If you for one moment put your stupid arguments aside and *think*: 
how many products do you know of that is as complex and feature rich 
and stable as Delphi that are free? And when you've thought about 
that for a while, think about this: why is it that almost any piece 
of software worth using actually costs money? And then think abou 
ththis: how is it that most roffessionals rather use payed software 
than free software?

If you can't answer all of those questions, I don't think your 
opinions matter because they are not grounded in real life, only in 
your self-justification for why it's OK to be a parasite.

Peter


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL onDelphi5
From: De Bug <debug@centras.lt>
Date: Tue, 9 Jul 2002 12:55:45 +0000 (UTC)
Newsgroups: jedi.vcl

> > In addition, you might have mentioned that the persons *from
> >whom* this "thief" obtained the copy, if they knowingly
> >supplied it, were also in violation of their license
> >agreements with Borland.  

Yes they were because they purchased and signed it with Borland!  but why the word *also* ?

> >people are bound by copyright law whether or not they sign a
> >contract.  That's the central principle of copyright.

Which i never agreed to nor delegated my right to parlament to make such a law
Should i drop my citizenship because of that? I think one day i'll have to :(

--
De Bug
Let the Knowledge be with You




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL onDelphi5
From: De Bug <debug@centras.lt>
Date: Tue, 9 Jul 2002 12:55:45 +0000 (UTC)
Newsgroups: jedi.vcl

> >BTW, there are trial versions of Delphi you can download on
> >Borlands site, so there's another reason for not stealing
> >other peoples work.

1) That's right but not everyone has access to internet and very often internet access costs more than a burned CD
2) The work is not stolen for Borland has its own copy of Delphi and can use it. 
The work is copied and "to create a copy" is not the same as "to steal" or "to destoy"

--
De Bug
Let the Knowledge be with You




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL onDelphi5
From: De Bug <debug@centras.lt>
Date: Tue, 9 Jul 2002 12:55:45 +0000 (UTC)
Newsgroups: jedi.vcl

> > This is completely and utterly wrong in every syllable, word
> >and sentence and paragraph. If you have obtained a copy
> >without registering it with Borland you are by definition a
> >thief. If you want to learn Delphi, use the free Personal
> >Edition, if you want to know what's new in Delphi Enterprise,
> >read the feature matrix on Borlands site. Stealing is what
> >forces us others to pay 2$-3000 for the Enterprise

1)
You are wrong because i am not going to pay even $1000 in any case
so you'll have to pay those $2-3000 in any way

2) 
I am already aware what is in the Personal edition and i want to learn what is in the Enterprise
and the feature matrix is not the same as product itself

Your way of thinking leads to the further differentiation between the poor and the rich
and reduces the potential of the product proliferation. 
Would not JVCL get more support if everyone could have Delphi for free ? 
Would we need to support downgrade to Delphi 5 if everyone could have Delphi 6
Is not it in fact a waste of time to support Delphi 5 when Delphi 6 is awailable ?
--
De Bug
Let the Knowledge be with You




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: "Eric S. Fisher" <efisher@fsystems.com>
Date: Tue, 9 Jul 2002 12:55:45 +0000 (UTC)
Newsgroups: jedi.vcl

Well said, Peter!

In addition, you might have mentioned that the persons *from whom* this 
"thief" obtained the copy, if they knowingly supplied it, were also in 
violation of their license agreements with Borland.  Either this person 
"managed to get" the copy by stealing and copying a licensed version, 
making him a genuine thief, or "borrowing" a copy from someone else, 
making that person an accomplice.  You also forgot to mention that 
30-day trials are available for free download, giving an experienced 
Delphi programmer plenty of time to "learn" the new features.  And, for 
the information of our "thief", people are bound by copyright law 
whether or not they sign a contract.  That's the central principle of 
copyright.

Eric

Peter3 wrote:

>> >>If i have managed to get Delphi without signing a contract 
>> >>with Borland then i am not bind by any licences / copyrights 
>> >>Of cause i will not use unregistered Delphi in my commercial 
>> >>products, but it is my right to LEARN what is new in the 
>> >>latest Delphi Enterprise Edition
>> >>
> >
> >This is completely and utterly wrong in every syllable, word and
> >sentence and paragraph. If you have obtained a copy without registering
> >it with Borland you are by definition a thief. If you want to learn
> >Delphi, use the free Personal Edition, if you want to know what's new in
> >Delphi Enterprise, read the feature matrix on Borlands site. Stealing is
> >what forces us others to pay 2$-3000 for the Enterprise version.
> >
> >Peter
> >
> >
> >
> > 
> >
> >Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 
> >
> >
> >



[Non-text portions of this message have been removed]


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: "Peter3" <peter3@peter3.com>
Date: Tue, 9 Jul 2002 12:55:44 +0000 (UTC)
Newsgroups: jedi.vcl

BTW, there are trial versions of Delphi you can download on Borlands
site, so there's another reason for not stealing other peoples work.

Peter


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: "Peter3" <peter3@peter3.com>
Date: Tue, 9 Jul 2002 12:55:44 +0000 (UTC)
Newsgroups: jedi.vcl

> > If i have managed to get Delphi without signing a contract 
> > with Borland then i am not bind by any licences / copyrights 
> > Of cause i will not use unregistered Delphi in my commercial 
> > products, but it is my right to LEARN what is new in the 
> > latest Delphi Enterprise Edition

This is completely and utterly wrong in every syllable, word and
sentence and paragraph. If you have obtained a copy without registering
it with Borland you are by definition a thief. If you want to learn
Delphi, use the free Personal Edition, if you want to know what's new in
Delphi Enterprise, read the feature matrix on Borlands site. Stealing is
what forces us others to pay 2$-3000 for the Enterprise version.

Peter


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: installing JVCL on Delphi 5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Jul 2002 14:40:49 +0200
Newsgroups: jedi.vcl

Good point. Will do.

Peter




Subject: Re: TRtfWriter
From: "Rafael Cotta" <rafaelcotta@yahoo.com.br>
Date: Tue, 9 Jul 2002 11:52:42 +0000 (UTC)
Newsgroups: jedi.vcl

I think I was misunderstood.

It is not a rtf viewer, but a rtf documents generator. There are methods to insert images and paragraphs on the document, and the
save this on a file or in a stream.

And once this only use things from Classes and Sysutils, surely can be easily ported to Kyix.

Rafael

----- Original Message -----
From: "De Bug" <debug@centras.lt>
To: <JEDI-VCL@yahoogroups.com>
Sent: Tuesday, July 09, 2002 7:46 AM
Subject: RE: [JEDI-VCL] Re: TRtfWriter


| >Isn't there already such a component in Delphi?
|
| There is a TRichEdit component in Delphi VCL but it is wrapper of Microsoft RichEditOLE interface
| and that means it is not open source
|
| RxLib component suit has a RxRichEdit component that is also wrapper of the same RichEditOLE interface
|
| There is also commercial cross-platform component DreamRichEditor
| look at http://www.dream-com.com
| but they will not give away the source code
|
| I would be interested in TRtfWriter if it will be cross platform i.e. both for Delphi and Kylix
|
| --
| De Bug


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: TRtfWriter
From: De Bug <debug@centras.lt>
Date: Tue, 9 Jul 2002 11:52:42 +0000 (UTC)
Newsgroups: jedi.vcl

> >I think I was misunderstood.
> > It is not a rtf viewer, but a rtf documents generator.

Yes i understand and it is a part of RichEdit OLE
Is not it an implementation of
SendMessage(RichEdit.Handle, EM_STREAMOUT, TextType, Longint(@EditStream));
and some other EM_DoSomething

--
De Bug





------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: Franz-Leo Chomse <chomse@compuserve.com>
Date: Tue, 9 Jul 2002 11:52:42 +0000 (UTC)
Newsgroups: jedi.vcl

> >about delphi update package, i doubt i can finish my download and i 
> >can't order the cd (i don't even have credit card, my delphi is 
> >unregistered.. hope there is no borland staff here).
> >without this update pack, what the limitation will be?

For an update you need the same registration information than for the
original one.

Regards from Germany

Franz-Leo


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Database Aware Components
From: Rob den Braasem <rbraasem@xs4all.nl>
Date: Tue, 9 Jul 2002 11:52:42 +0000 (UTC)
Newsgroups: jedi.vcl

Hallo,

I have a question.

The jvcl does not have a lot of DB-Aware components. Doe we need 
them?

I have access (for a limited time) to the CDK tool kit.

It is very eazy to make a DB-aware component from a non-DB-aware 
component. Do we need them and with ones to convert.

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ------------------------ Yahoo! Groups Sponsor ---------------------~--> Free $5 Love Reading Risk Free! http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM ---------------------------------------------------------------------~-> To unsubscribe from this group, send an email to: JVCL-Developers-unsubscribe@yahoogroups.com Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Subject: Re: TRtfWriter
From: De Bug <debug@centras.lt>
Date: Tue, 9 Jul 2002 10:52:05 +0000 (UTC)
Newsgroups: jedi.vcl

> >Isn't there already such a component in Delphi?

There is a TRichEdit component in Delphi VCL but it is wrapper of Microsoft RichEditOLE interface
and that means it is not open source

RxLib component suit has a RxRichEdit component that is also wrapper of the same RichEditOLE interface

There is also commercial cross-platform component DreamRichEditor 
look at http://www.dream-com.com 
but they will not give away the source code

I would be interested in TRtfWriter if it will be cross platform i.e. both for Delphi and Kylix

--
De Bug




------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: "epen71" <timex@telkom.net>
Date: Tue, 9 Jul 2002 10:52:05 +0000 (UTC)
Newsgroups: jedi.vcl

hi all,
> > Have you read the install.txt included with JVCL? It clearly states 
that you
> > should not install JCL but that it must be a sibling (on the same 
level)
> > directory to JVCL. The DJCL package is used by JVCL, so that's why 
it is
> > required.
thanks peter and arioch :)
sorry, i missunderstand the install.txt
i first download jvcl just when i found jedi on www.google.com
after read the install.txt, i think i need the jcl, so i go to 
sourceforge to download it (and install it!! ;)).
now, both jvcl and jcl have been installed
so, do i have to unsinstall them and then install jvcl again?

about sibling, does it mean if i extract jvcl archive package to c:
\lib then djcl package archive must be extracted to c:\lib too?

about delphi update package, i doubt i can finish my download and i 
can't order the cd (i don't even have credit card, my delphi is 
unregistered.. hope there is no borland staff here).
without this update pack, what the limitation will be?

regards,

stephen


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re 2: installing JVCL on Delphi 5
From: "Rafael Cotta" <rafaelcotta@yahoo.com.br>
Date: Tue, 9 Jul 2002 10:52:05 +0000 (UTC)
Newsgroups: jedi.vcl

Just a note.

When I read the install.txt, I didn't understand what sibling meant and had some problems due to that.

You may could change the install.txt adding a "(on the same directory)" so that non native English speakers users can figure this
out easier.

Rafael


----- Original Message -----
From: "epen71" <timex@telkom.net>
To: <JEDI-VCL@yahoogroups.com>
Sent: Tuesday, July 09, 2002 7:09 AM
Subject: [JEDI-VCL] Re 2: installing JVCL on Delphi 5


| hi all,
| > Have you read the install.txt included with JVCL? It clearly states
| that you
| > should not install JCL but that it must be a sibling (on the same
| level)
| > directory to JVCL. The DJCL package is used by JVCL, so that's why
| it is
| > required.
| thanks peter and arioch :)
| sorry, i missunderstand the install.txt
| i first download jvcl just when i found jedi on www.google.com
| after read the install.txt, i think i need the jcl, so i go to
| sourceforge to download it (and install it!! ;)).
| now, both jvcl and jcl have been installed
| so, do i have to unsinstall them and then install jvcl again?
|
| about sibling, does it mean if i extract jvcl archive package to c:
| \lib then djcl package archive must be extracted to c:\lib too?
|
| about delphi update package, i doubt i can finish my download and i
| can't order the cd (i don't even have credit card, my delphi is
| unregistered.. hope there is no borland staff here).
| without this update pack, what the limitation will be?
|
| regards,
|
| stephen
|
|
|
|
|
| Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
|
|


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: installing JVCL on Delphi 5
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Jul 2002 10:18:47 +0200
Newsgroups: jedi.vcl

Have you read the install.txt included with JVCL? It clearly states that you
should not install JCL but that it must be a sibling (on the same level)
directory to JVCL. The DJCL package is used by JVCL, so that's why it is
required.

Because the zlib files also are used by JVCL, you need to have these on your
computer. These are located on your delphi CD in the folder EXTRAS. Copy the
files into your ($DELPHI)\lib folder and try installing JVCL again.

The update packs are indeed very large (~28MB for D5 Ent) but necessary
(they fix a lot of bugs and omissions in the shipping version). Maybe you
could order a CD from Borland if your connection is too slow or ask a friend
with a faster connection and a CD-R to download it for you?

The link to download the D5 update pack from Borlands site is:
http://info.borland.com/devsupport/delphi/fixes/delphi501/index.html

Regards, Peter




Subject: Re: installing JVCL on Delphi 5
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 9 Jul 2002 12:14:41 +0400
Newsgroups: jedi.vcl

> > get delphi update pack #1? on torry.net page, there are
www.borland.com->download
> > update pack for delphi 5 but the size is very big
> > (approx.28MB). i can't download it, my connection is only

Maybe You can buy the CD with update somehow?



Subject: installing JVCL on Delphi 5
From: "TimeX-Billing SYstem" <timex@telkom.net>
Date: Tue, 9 Jul 2002 07:52:01 +0000 (UTC)
Newsgroups: jedi.vcl

hi,

i have install JCL, and find it's difficult to just use its
unit in uses clause without having a component on the form.
then i install JEDI-VCL to delphi 5 enterprise by open
design time package for delphi5. i get so many warnings /
hints and finally one fatal error.
i try to open the runtime package first and compile it
(still have warning/hints, no errors). after that, i open
design time package and install it. still get so many
warnings and hints but this time there is no error and now
i have jvcl components on the ide pallete.

is it normal to have those warnings? fyi, i dont have
directory named extra.. under [DELPHI]/source. where can i
get delphi update pack #1? on torry.net page, there are
update pack for delphi 5 but the size is very big
(approx.28MB). i can't download it, my connection is only
28.8 kb.

regards,

stephen ambatoding
indonesia
---------------------  Yang Mudah dan Menghibur ----------------------------

 

Hosting menjadi mudah dan murah hanya di PlasaCom. Klik http://idc.plasa.com

F1 Mania!! Ikuti F1 Game di Obelix Game Corner di http://www.plasa.com/infotel/f1.html

 

---------------------------------------------------------------------------------------


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Changes in JVCL 1.31
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 9 Jul 2002 08:16:30 +0200
Newsgroups: jedi.vcl

Thanks, Michael - why didn't I think of that!? (slapping forehead)

Regards, Peter

> > Peter, you can also check out the Archive of the "jvcl-checkin" mailing
> > list - all changes should be recorded there.





Subject: Re: TRtfWriter
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Tue, 09 Jul 2002 02:24:07 +0200
Newsgroups: jedi.vcl

Yes and no, there is the TRichEdit, but it's a visual component, and
it's very very limited...

A native RTF writer could be very interesting, and it could be used
in console programs under windows & linux ;-)

I don't know much about the format precisely, I remember I saw the
file format at http://www.wotsit.org, but that's all I know for
the moment :-)

Sebastien


Wazzoo.net wrote:
> Isn't there already such a component in Delphi?
>
> With kindest regards,
> Met vriendelijke groeten,
>
> Spike - http://www.wazzoo.net
>
>
> "Rafael Cotta" <rafaelcotta@yahoo.com.br> schreef in bericht
> news:agd8l2$7d1$1@talkto.net...
>
>> Hi all,
>>
>> I am writting a class to generate simple rtf files (now it supports
>
> images and paragraph formatting), and I would like to share this
>
>> code with community and, sure, get some help from community too.
>>
>> Is if of any interest?
>>
>> From where do I start?
>>
>> Rafael Cotta
>>
>>
>> _________________________________________________________
>> Do You Yahoo!?
>> Get your free @yahoo.com address at http://mail.yahoo.com
>>
>>
>> ------------------------ Yahoo! Groups
>
> Sponsor ---------------------~-->
>
>> Free $5 Love Reading
>> Risk Free!
>> http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
>> ---------------------------------------------------------------------~
>
> ->
>
>>
>>
>> Your use of Yahoo! Groups is subject to
>
> http://docs.yahoo.com/info/terms/
>
>>
>
>



Subject: Re: TRtfWriter
From: "Wazzoo.net" <whydontyou@just.ask.me>
Date: Tue, 9 Jul 2002 02:12:56 +0200
Newsgroups: jedi.vcl

Isn't there already such a component in Delphi?

With kindest regards,
Met vriendelijke groeten,

Spike - http://www.wazzoo.net


"Rafael Cotta" <rafaelcotta@yahoo.com.br> schreef in bericht
news:agd8l2$7d1$1@talkto.net...
> >
> > Hi all,
> >
> > I am writting a class to generate simple rtf files (now it supports
images and paragraph formatting), and I would like to share this
> > code with community and, sure, get some help from community too.
> >
> > Is if of any interest?
> >
> > From where do I start?
> >
> > Rafael Cotta
> >
> >
> > _________________________________________________________
> > Do You Yahoo!?
> > Get your free @yahoo.com address at http://mail.yahoo.com
> >
> >
> > ------------------------ Yahoo! Groups
Sponsor ---------------------~-->
> > Free $5 Love Reading
> > Risk Free!
> > http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
> > ---------------------------------------------------------------------~
->
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
http://docs.yahoo.com/info/terms/
> >
> >




Subject: TRtfWriter
From: "Rafael Cotta" <rafaelcotta@yahoo.com.br>
Date: Mon, 8 Jul 2002 23:53:06 +0000 (UTC)
Newsgroups: jedi.vcl

Hi all,

I am writting a class to generate simple rtf files (now it supports images and paragraph formatting), and I would like to share this
code with community and, sure, get some help from community too.

Is if of any interest?

From where do I start?

Rafael Cotta


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/TPvn8A/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Changes in JVCL 1.31
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Mon, 08 Jul 2002 21:17:34 +0200
Newsgroups: jedi.vcl



> I am not sure, I understand.
Me too, but apparently, he doesn't want to report the bug
in the bug tracker cause he doesn't want to waste his bandwith
by downloading html pages...

It sounds crazy, are you paying 1$/byte or what?
Don't you use an IM, a mailer, etc, etc?
There is also a lot of waste, especially spams :-)

>> I'd better put the files on my page, as i did with JvSearchFile
> This introduces extra level of complexity :(
Yes, as peter said, there is only a few developers, and if we
have to waste our time to search on plenty of websites or use
several bug report systems, we should be at least 3* more to
do the same job! If you don't like to waste your time and bandwith,
be sure we don't like too...

Sebastien



Subject: Re: Changes in JVCL 1.31
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 8 Jul 2002 15:10:09 -0400
Newsgroups: jedi.vcl

"thornqvist_peter" <peter3@peter3.com> wrote in message
news:agcn0j$5n5$1@talkto.net...

> > Sebastien, I have added your changes precisely because they were in
> > the changelog.txt but others might have made changes unbeknownst to
> > me so that's why I made the call.

Peter, you can also check out the Archive of the "jvcl-checkin" mailing
list - all changes should be recorded there.

Michael





Subject: Re: Bug in JvOutlookBar?
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 8 Jul 2002 21:04:21 +0200
Newsgroups: jedi.vcl

Never mind: I found the problem and fixed it. I also added it to the Issue
Tracker so no need to do that either

Regards, Peter





Subject: Re: Changes in JVCL 1.31
From: "thornqvist_peter" <peter3@peter3.com>
Date: Mon, 8 Jul 2002 18:52:03 +0000 (UTC)
Newsgroups: jedi.vcl

> > And peter, all the files I've modified are logged into the 
Changelog.txt.
> > I've modified the JvStatusBar yesterday (just one line modified).

Sebastien, I have added your changes precisely because they were in 
the changelog.txt but others might have made changes unbeknownst to 
me so that's why I made the call. 

Regards, Peter



------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/Pp91HA/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
JVCL-Developers-unsubscribe@yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Changes in JVCL 1.31
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Mon, 8 Jul 2002 20:02:26 +0200
Newsgroups: jedi.vcl

> > i must download a lot of fomrs/buttons/etc i do not need.

What forms and buttons are you refering to?

> >
> > NewsGroup is much better - only required info and no garbage is
transmitted.

That might be true, but if you want to participate in JVCL development, the
Issue Tracker is the *only* place were bugs are tracked and were you can be
certain that a developer will look at it. Posting in the NG or on Yahoo
doesn't guarantee that anyone actually takes note of it. NG's aren't exactly
deviod of "garbage" either: just take a look at the header transmitted with
each posting...

>> > > upload files if you want to.
> >
> > Greate! Where to? how? Conventions?

When entering a new bug in the Issue Tracker, you have the option of
attaching files too. There are no fixed conventions AFAIK, but it is always
a good idea to include a description (in the bug report) of the attached
file and what it fixes / describes.

>> > > the Issue Tracker. Please get involved if you think you can contribute.
> >
> > I would be glad to do. But i hate those complex and huge HTML pages. :(

Well, I hate the Yahoo groups, but that doesn't mean I can just ignore them
if I want to be a part of JVCL...

Regards, Peter





Subject: Re: Changes in JVCL 1.31
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 8 Jul 2002 21:38:51 +0400
Newsgroups: jedi.vcl

>> > > HTML format there is too expensive.

i must download a lot of fomrs/buttons/etc i do not need.

NewsGroup is much better - only required info and no garbage is transmitted.

> > upload files if you want to.

Greate! Where to? how? Conventions?

> > the Issue Tracker. Please get involved if you think you can contribute.

I would be glad to do. But i hate those complex and huge HTML pages. :(




Subject: Re: Bug in JvOutlookBar?
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 8 Jul 2002 19:23:41 +0200
Newsgroups: jedi.vcl

Just ran a test and you are right. Could you enter this into the Issue
Tracker (http://projectjedi.sourceforge.net/mantis/) so we can keep track of
it?

Regards, Peter

> > that was my mistake :(
> > I got => 16 <= Images in my ImageList but the Desinger shows only the
Items 0 to 14.
> > I order to that you can also say that the designer doesn't show the last
image in the ImageList.





Subject: Re: Changes in JVCL 1.31
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 8 Jul 2002 13:22:42 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:agceio$4su$1@talkto.net...
>> > > Please enter any bugs and solutions to them to the "Issue Tracker"
(follow
>> > > the "Bugs/Wishes" link from our Website http://jvcl.sourceforge.net)
> >
> > HTML format there is too expensive. It's only one page to enter a bug.

I am not sure, I understand.

> > I'd better put the files on my page, as i did with JvSearchFile

This introduces extra level of complexity :(

> > I've did it by browser a lot before.
> > Now i need to import already downloaded files and maybe upload changes.
> >
> > BTW i think that downloding unpacked files with cvs is not a good idea.

Well, you do it once, and then download only files that have changed.

You have also the option to download the daily tarballs or zipped files. But
in both cases this will be more than downloading the changed files only.

Michael




Subject: Re: Changes in JVCL 1.31
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Mon, 8 Jul 2002 19:20:44 +0200
Newsgroups: jedi.vcl

>> > > Please enter any bugs and solutions to them to the "Issue Tracker"
(follow
>> > > the "Bugs/Wishes" link from our Website http://jvcl.sourceforge.net)
> >
> > HTML format there is too expensive.
> >
> > I'd better put the files on my page, as i did with JvSearchFile

Please don't: we do not want everyone having their own method of submitting
bug fixes to JVCL. If you want to report bugs and be sure to have them
fixed, you *must* enter the bug into the Issue Tracker. If you have a
solution to a bug, you can enter it as well, but do it there. You can even
upload files if you want to.

There is just too much work for the (few!) developers to accomodate every
persons preferences for submitting bugs and fixes, that's why you must use
the Issue Tracker. Please get involved if you think you can contribute.

> > I've did it by browser a lot before.
> > Now i need to import already downloaded files and maybe upload changes.

Unless you have a developer account, you can't upload anything to CVS


> > BTW i think that downloding unpacked files with cvs is not a good idea.

This is the way CVS works. Most cvs clients allows you to set the
compression level when transmitting files. Not as good as zip but adequate
enough. Besides, CVS has a lot of positive features that well outweights any
band-width waste that might be caused by uncompressed files.


Regards, Peter




Subject: Re: Bug in JvOutlookBar?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 8 Jul 2002 13:18:10 -0400
Newsgroups: jedi.vcl

"Heiko Adams" <heikoadams@hotmail.com> wrote in message
news:agcekq$4t2$1@talkto.net...
> > Sorry,
> >
> > that was my mistake :(
> > I got => 16 <= Images in my ImageList but the Desinger shows only the
Items 0 to 14.
> > I order to that you can also say that the designer doesn't show the last
image in the ImageList.

If you can replicate it, can you enter it into the bug database?

Thanks,

Michael




Subject: Re: Changes in JVCL 1.31
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 8 Jul 2002 20:36:01 +0400
Newsgroups: jedi.vcl

> > Please enter any bugs and solutions to them to the "Issue Tracker" (follow
> > the "Bugs/Wishes" link from our Website http://jvcl.sourceforge.net)

HTML format there is too expensive.

I'd better put the files on my page, as i did with JvSearchFile

> > You can download the JVCL from CVS as anonymous (see the
> > http://jvcl.sourceforge.net/cvs.htm information)

I've did it by browser a lot before.
Now i need to import already downloaded files and maybe upload changes.

BTW i think that downloding unpacked files with cvs is not a good idea.





Subject: Re: Bug in JvOutlookBar?
From: "Heiko Adams" <heikoadams@hotmail.com>
Date: Mon, 8 Jul 2002 18:34:41 +0200
Newsgroups: jedi.vcl

Sorry,

that was my mistake :(
I got => 16 <= Images in my ImageList but the Desinger shows only the Items 0 to 14.
I order to that you can also say that the designer doesn't show the last image in the ImageList.

Regards, Heiko

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote:
> > "Heiko Adams" <heikoadams@hotmail.com> wrote in message
> > news:agc97u$4as$1@talkto.net...
>> >> Okay, now the designer works ;-).
>> >> But I found an other problem:
>> >> I got 15 Images in my ImageList but the Desinger shows only the Items 0 to
> > 14
> >
> > "0 to 14" is 15 images together.
> >
> > Michael
> >
> >


Subject: Re: Changes in JVCL 1.31
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 8 Jul 2002 12:05:10 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:agcc12$4jp$1@talkto.net...

> > There are 2 possible bugs in JvHMru.pas and lacking of features in
JvMru.pas

Please enter any bugs and solutions to them to the "Issue Tracker" (follow
the "Bugs/Wishes" link from our Website http://jvcl.sourceforge.net)

> > Should i do some special registration to use WinCVS, or having SF account
is
> > enough?

You can download the JVCL from CVS as anonymous (see the
http://jvcl.sourceforge.net/cvs.htm information)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Bug in JvOutlookBar?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 8 Jul 2002 11:53:30 -0400
Newsgroups: jedi.vcl

"Heiko Adams" <heikoadams@hotmail.com> wrote in message
news:agc97u$4as$1@talkto.net...
> > Okay, now the designer works ;-).
> > But I found an other problem:
> > I got 15 Images in my ImageList but the Desinger shows only the Items 0 to
14

"0 to 14" is 15 images together.

Michael




Subject: Re: Changes in JVCL 1.31
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 8 Jul 2002 19:52:59 +0400
Newsgroups: jedi.vcl

> > I've modified the TJvListview, TJvTrayIcon, TJvStatusBar, JvFileNameBox,
> > TJvCheckBox, TJvUpDown and TJvTranslator

There are 2 possible bugs in JvHMru.pas and lacking of features in JvMru.pas

Should i do some special registration to use WinCVS, or having SF account is
enough?

Delphi 5 / Win2000



Subject: Re: Interactive Services
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 8 Jul 2002 11:52:10 -0400
Newsgroups: jedi.vcl

"Allen Farenhem" <allen@webworksonline.com> wrote in message
news:agc8un$49t$1@talkto.net...

> > Quite some time ago I downloaded some code produced by Michael Beck for
> > producing Interactive Services (Apps that run as Services or
Applications).

I don't think that it was my code. If you downloaded it from CodeCentral it
was probably posted by me, but it came from somebody else.

> > Has that been incorporated into the JVCL or JCL (or are there plans to do
> > so?)?


I am not aware of this.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Bug in JvOutlookBar?
From: "Heiko Adams" <heikoadams@hotmail.com>
Date: Mon, 8 Jul 2002 17:03:40 +0200
Newsgroups: jedi.vcl

Okay, now the designer works ;-).
But I found an other problem:
I got 15 Images in my ImageList but the Desinger shows only the Items 0 to 14

Regards, Heiko

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote:
> > Sounds like you are using it in D5? Try opening the form in Delphi, click
> > Ignore on any errors. Save the form again and rebuild/reinstall the JVCL
> > packages.
> >
> > FYI, DesignSize is a property introduced in Delphi 6 and is used by the Form
> > Designer only, not by JVCL
> >
> > Regards, Peter
> >
> >
> >


Subject: Interactive Services
From: "Allen Farenhem" <allen@webworksonline.com>
Date: Mon, 8 Jul 2002 14:52:07 +0000 (UTC)
Newsgroups: jedi.vcl

Please excuse me if this is not the appropriate venue for this question,

Quite some time ago I downloaded some code produced by Michael Beck for
producing Interactive Services (Apps that run as Services or Applications).
Has that been incorporated into the JVCL or JCL (or are there plans to do
so?)?

Thanks;

Allen



------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/Pp91HA/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Bug in JvOutlookBar?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 8 Jul 2002 16:21:40 +0200
Newsgroups: jedi.vcl

Sounds like you are using it in D5? Try opening the form in Delphi, click
Ignore on any errors. Save the form again and rebuild/reinstall the JVCL
packages.

FYI, DesignSize is a property introduced in Delphi 6 and is used by the Form
Designer only, not by JVCL

Regards, Peter




Subject: Bug in JvOutlookBar?
From: "Heiko Adams" <heikoadams@hotmail.com>
Date: Mon, 8 Jul 2002 16:08:59 +0200
Newsgroups: jedi.vcl

Hi,

today I just wanted to use the JvOutlookBar component but when i dubbleclick
the component an error raises. The message is: "Error reading frmOLBarEditFrm.DesingSize: Property does not exist"

Regards


Heiko Adams


Subject: Re: Changes in JVCL 1.31
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Mon, 08 Jul 2002 15:22:03 +0200
Newsgroups: jedi.vcl

All the modifications I've made are logged in the Changelog file.

I've modified the TJvListview, TJvTrayIcon, TJvStatusBar, JvFileNameBox,
TJvCheckBox, TJvUpDown and TJvTranslator

Sebastien

Peter Thörnqvist wrote:
> Thanks, Michael, that fixes any future check-ins but if anyone know they
> have checked in anything after june 1 st and before today, please let me
> know.
>
> Regards, Peter
>
>
>> I have added you to the mailing list tracking additions to CVS, so from
>
> now
>
>> on you will receive an email every time somebody adds something to CVS.
>
> This
>
>> should solve the issue.
>>
>> Michael
>
>
>
>



Subject: Re: Changes in JVCL 1.31
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sun, 7 Jul 2002 17:36:52 +0200
Newsgroups: jedi.vcl

Thanks, Michael, that fixes any future check-ins but if anyone know they
have checked in anything after june 1 st and before today, please let me
know.

Regards, Peter

> > I have added you to the mailing list tracking additions to CVS, so from
now
> > on you will receive an email every time somebody adds something to CVS.
This
> > should solve the issue.
> >
> > Michael





Subject: Changes in JVCL 1.31
From: "Michael Beck" <mbeck1@compuserve.com>
Date: Sun, 7 Jul 2002 14:52:49 +0000 (UTC)
Newsgroups: jedi.vcl

> > -----Original Message-----
> > From: thornqvist_peter
> > Sent: Sunday, July 07, 2002 07:10

> > I would like to ask all that makes changes to the JVCL 1.31 code (and
> > commit them to CVS), make an announcement here so I can catch it and
> > make the same changes to JVCL 2.00 (next release).

I have added you to the mailing list tracking additions to CVS, so from now
on you will receive an email every time somebody adds something to CVS. This
should solve the issue.

Michael


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/Pp91HA/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
JVCL-Developers-unsubscribe@yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: JvTranslatorStrings and constants
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Sun, 07 Jul 2002 02:45:17 +0200
Newsgroups: jedi.vcl


Of course not, how could we change a constant, if it's constant? :D

You have to redefine your constants as string like that:

const
  YourConst =  'hello world';

var
  YourConst:string   =  'hello world';

If you have a long list of variables, you can automate the process
with the macros included in Delphi, it's easy ;-)

Then, you "just" have to register them with the component and it will
do the job.

BTW, I've just updated the TJvTranslator and TJvTranslatorStrings, there
is some noticable speed improvements.

Sebastien


Heiko Adams wrote:
> Hello,
>  
> is there a way to use JvTranslatorStrings with constant strings?
> The reason for my question is, that i want to translate my programm to
> different languages by using JvTranslatorStrings and JvTranslator but
> the problem is,
> that I use constant strings for program messages and it seems that
> JvTranslatorStrings is unable to translate constants or I just was
> unable to find the right
> way to use it.
>  
> Regards
>  
> Heiko Adams



Subject: JvTranslatorStrings and constants
From: "Heiko Adams" <hans_pusemuckel@yahoo.de>
Date: Sat, 6 Jul 2002 19:52:20 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,
 
is there a way to use JvTranslatorStrings with constant strings?
The reason for my question is, that i want to translate my programm to
different languages by using JvTranslatorStrings and JvTranslator but
the problem is,
that I use constant strings for program messages and it seems that
JvTranslatorStrings is unable to translate constants or I just was
unable to find the right
way to use it.
 
Regards
 
Heiko Adams




[Non-text portions of this message have been removed]


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/Pp91HA/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: TJvFontComboBox
From: charlotte <charlotte@charlottes-web.org.uk>
Date: Sat, 06 Jul 2002 18:25:04 +0100
Newsgroups: jedi.vcl

OK.
Charlotte

Michael Beck (Team JEDI) wrote:

> "charlotte" <charlotte@charlottes-web.org.uk> wrote in message
> news:3D2702E7.4000908@charlottes-web.org.uk...
>
>> Last week, when documenting the Help file for TJvFontComboBox, I noticed
>> that the Load method calls the ChangeFonts method.  The two methods seem
>> to do the same thing. Except, of course, Loaded is overridden.
>>
>> I thus suggest that ChangeFonts be reduced to a private method. This
>> would make the component's interface much simpler and hence easier for
>> developer's to use.
>>
>
> Can you enter it please into the "Issue Tracker"?
>
> Thanks,
>
> Michael
>
>
>



Subject: Re: TJvFontComboBox
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 6 Jul 2002 12:34:34 -0400
Newsgroups: jedi.vcl

"charlotte" <charlotte@charlottes-web.org.uk> wrote in message
news:3D2702E7.4000908@charlottes-web.org.uk...
> > Last week, when documenting the Help file for TJvFontComboBox, I noticed
> > that the Load method calls the ChangeFonts method.  The two methods seem
> > to do the same thing. Except, of course, Loaded is overridden.
> >
> > I thus suggest that ChangeFonts be reduced to a private method. This
> > would make the component's interface much simpler and hence easier for
> > developer's to use.

Can you enter it please into the "Issue Tracker"?

Thanks,

Michael




Subject: Re: New Timeline component?
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Sat, 06 Jul 2002 17:35:55 +0200
Newsgroups: jedi.vcl


I really don't remember where I saw that...
But anyway, you should take a look at the JVCL P3 palette, there is
a TJvTimeLine, and other components that might fit.



Wazzoo.net wrote:
> I actually am looking for something like the Macromedia Flash timeline,
> but couldn't find it anywhere :(
>
> You guys know where to get it?
>
> With kindest regards,
> Met vriendelijke groeten,
>
> Spike - http://www.wazzoo.net
>



Subject: TJvFontComboBox
From: charlotte <charlotte@charlottes-web.org.uk>
Date: Sat, 06 Jul 2002 15:47:03 +0100
Newsgroups: jedi.vcl

Last week, when documenting the Help file for TJvFontComboBox, I noticed that the Load method calls the ChangeFonts method.  The two methods seem to do the same thing. Except, of course, Loaded is overridden.

I thus suggest that ChangeFonts be reduced to a private method. This would make the component's interface much simpler and hence easier for developer's to use.

Charlotte Gamsu



Subject: Re: New Timeline component?
From: "Wazzoo.net" <whydontyou@just.ask.me>
Date: Sat, 6 Jul 2002 16:03:24 +0200
Newsgroups: jedi.vcl

I actually am looking for something like the Macromedia Flash timeline,
but couldn't find it anywhere :(

You guys know where to get it?

With kindest regards,
Met vriendelijke groeten,

Spike - http://www.wazzoo.net


"Sebastien Buysse" <sbuysse@buypin.com> schreef in bericht
news:3D26E82E.2000307@buypin.com...
> > Me too of course :-P
> >
> > Most of my knowledge of Delphi comes from components and experts
> > development. I've developped a lot of small projects for the fun,
> > but I've never learned more than by working on components... It's
> > probably the only way to understand how it really works.
> >
> > But I think there is a component that mimics the macromedia flash
> > timeline in the JVCL or in another component that we are going to
> > integrate (?). It may be a good start to take a look at this component
> > ;-), and in fact, a simple ListView or StringGrid may do the job
> > for you :)
> >
> > Sebastien
> >
> >
>> > > I can only support what Peter said.
>> > >
>> > > It's so much more beneficial for JVCL and you personally to give it
a try
>> > > and eventually ask for help with a particular problem, then just ask
JVCL
>> > > Team to provide it. As Peter said - it's a great learning
opportunity, and
>> > > it also frees the JVCL Team to focus on other things.
>> > >
>> > > --
>> > > Michael Beck
>> > > Project JEDI - 2001 "Spirit of Delphi" Award Winner
>> > > http://delphi-jedi.org
>> > >
>> > > JEDI-VCL Web: http://jvcl.sourceforge.net
>> > > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
>> > > JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
>> > >
>> > >
>> > >
> >




Subject: Re: New Timeline component?
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Sat, 06 Jul 2002 14:53:02 +0200
Newsgroups: jedi.vcl

Me too of course :-P

Most of my knowledge of Delphi comes from components and experts
development. I've developped a lot of small projects for the fun,
but I've never learned more than by working on components... It's
probably the only way to understand how it really works.

But I think there is a component that mimics the macromedia flash
timeline in the JVCL or in another component that we are going to
integrate (?). It may be a good start to take a look at this component
;-), and in fact, a simple ListView or StringGrid may do the job
for you :)

Sebastien


> I can only support what Peter said.
>
> It's so much more beneficial for JVCL and you personally to give it a try
> and eventually ask for help with a particular problem, then just ask JVCL
> Team to provide it. As Peter said - it's a great learning opportunity, and
> it also frees the JVCL Team to focus on other things.
>
> -- 
> Michael Beck
> Project JEDI - 2001 "Spirit of Delphi" Award Winner
> http://delphi-jedi.org
>
> JEDI-VCL Web: http://jvcl.sourceforge.net
> JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
>
>
>



Subject: Re: New Timeline component?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 6 Jul 2002 08:33:36 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:ag6j9n$j7i$1@talkto.net...

> > Then it's a great opportunity to learn. :)

I can only support what Peter said.

It's so much more beneficial for JVCL and you personally to give it a try
and eventually ask for help with a particular problem, then just ask JVCL
Team to provide it. As Peter said - it's a great learning opportunity, and
it also frees the JVCL Team to focus on other things.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: New Timeline component?
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 6 Jul 2002 13:19:49 +0200
Newsgroups: jedi.vcl

Then it's a great opportunity to learn. :) Either way, *I* have no plans at
present to add this feature. Maybe someone else will take you up the
challenge...

Regards, Peter

> > Sorry, I'm not very good with programming in Delphi :-D





Subject: Re: New Timeline component?
From: "Wazzoo.net" <whydontyou@just.ask.me>
Date: Sat, 6 Jul 2002 01:29:23 +0200
Newsgroups: jedi.vcl

Sorry, I'm not very good with programming in Delphi :-D


With kindest regards,
Met vriendelijke groeten,

Spike - http://www.wazzoo.net


"Peter Thörnqvist" <peter3@nospam.peter3.com> schreef in bericht
news:ag3fha$a3o$1@talkto.net...
> > This doesn't seem to be a major job. Maybe you could do it yourself
(the
> > source *is* with you!) and donate the changes to JEDI?
> >
> > Regards, Peter
> >
>> > > Oh and maybe an extra possibility for: TJvCaptionButton, *not* draw
the
>> > > square around the glyph, so you can design your own buttons...
> >
> >
> >




Subject: Re: Testing a gateway...
From: "Leonel" <leonel@linuxbr.com.br>
Date: Fri, 5 Jul 2002 11:54:01 -0300
Newsgroups: jedi.vcl

"Sebastien Buysse" wrote:
> > But the threading in the newsgroups is not related with the subject,
> > there is another way of grouping messages and I don't know how yet, but
> > I'll find ;-)

There's a 'References' header in the message. In your previous
message, it was : References: <ag3j8o$aeu$1@talkto.net>

Not sure about all the details, but that should be a start.

Leonel




Subject: Re: Testing a gateway...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 5 Jul 2002 08:37:49 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse" <sbuysse@buypin.com> wrote in message
news:3D259132.3000807@buypin.com...
> > As you wish...
> >
> > I can easily send messages from multiple mailing lists into the
> > newsgroup, but the contrary is a little problematic, so, I've redirected
> > all the mssages to JEDI-VCL and not JVCL-DEVELOPERS.

Thanks,

Michael




Subject: Re: Testing a gateway...
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 05 Jul 2002 14:29:38 +0200
Newsgroups: jedi.vcl

As you wish...

I can easily send messages from multiple mailing lists into the newsgroup, but the contrary is a little problematic, so, I've redirected all the mssages to JEDI-VCL and not JVCL-DEVELOPERS.

The scripts are available at
http://www.buypin.com/jedi/jedi.zip
I've removed the password of the pop account for security reasons <g>, except that, it's exactly the same script that's running!

Sebastien


Michael Beck wrote:
>> -----Original Message-----
>> From: Sebastien Buysse
>> Sent: Thursday, July 04, 2002 10:14
>
>
>> I've developped a small gateway for the exchange of messages
>> between this newsgroup and the mailing list. It's now time for
>> tests in the real newsgroup and I hope there will be no major
>> problem.
>
>
> Works like a charm! Thanks for doing it.
>
> But I would suggest to eventually change the synchronization to "JEDI-VCL"
> instead of "JVCL-Developers". "JEDI-VCL" is the general discussion list, so
> IMHO it would fit more into the character of the newsgroup.
>
> Michael
>
>
> ------------------------ Yahoo! Groups Sponsor ---------------------~-->
> Will You Find True Love?
> Will You Meet the One?
> Free Love Reading by phone!
> http://us.click.yahoo.com/ztNCyD/zDLEAA/Ey.GAA/i7folB/TM
> ---------------------------------------------------------------------~->
>
> To unsubscribe from this group, send an email to:
> JVCL-Developers-unsubscribe@yahoogroups.com
>
>  
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>



Subject: Re: Testing a gateway...
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 05 Jul 2002 14:15:11 +0200
Newsgroups: jedi.vcl

The [JVCL-Developer] is always removed, the Re you see on subject
before [JVCL-Developer] is not coming from my script, but probably
of a direct reply to the mailing list (I've messages like that since the beginning of the mailing list), so, you should ask yahoo for that :-)

But the threading in the newsgroups is not related with the subject, there is another way of grouping messages and I don't know how yet, but I'll find ;-)

Rob den Braasem wrote:
> On Fri, 5 Jul 2002 00:13:51 +0200, Sebastien Buysse wrote:
>
>>
>>> Well, maybe I should have said "really looking forward to see how
>>> this
>>
>> works
>>
>>> out".
>>> Anyway, I'm very excited about it.
>>
> So am I and it works great.
>
> I have one request. Is it possible to change the order of the RE and the [JVCL-Developer]. The way it is now, mailers can't use a treading model. So I have to search for the article and their order.
>



Subject: Re: Testing a gateway...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 5 Jul 2002 06:10:33 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ag3ng8$ato$1@talkto.net...
> > If you ask me, kill all the Yahoo groups and move to NG's or SourceForge
> > (some groups would be private). But that's just me ;)

Well, there is already a private "JVCL-Developers" mailing list on
SourceForge which was planned to be used by developers, i.e. people who have
the SourceForge "Developer" status and who have write-access to CVS. Once we
kill the Yahoo "JVCL-Developers" mailing list, this would be used as the
primary mailing list for people actively working on JVCL.

But for the public mailing lists, thanks to Sebastian's gateway, it doesn't
matter where they are :)

Michael








Subject: Re: Testing a gateway...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Jul 2002 11:12:54 +0200
Newsgroups: jedi.vcl

If you ask me, kill all the Yahoo groups and move to NG's or SourceForge
(some groups would be private). But that's just me ;)

Regards, Peter





Subject: Re: Testing a gateway...
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 5 Jul 2002 04:37:22 -0400
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@hanwang.com.cn> wrote in message
news:ag3kfa$ais$1@talkto.net...

> > Seems we need "jedi.vcl.developers"

Probably not for the time being. If we follow JCL example, their
JCL-Developers is mainly for people directly involved in development of JCL,
e.g. units owners, etc, thus keeping the noise to minimum.

I am actually thinking about proposing to kill the current "JVCL-Developers"
mailing list, because there is not much traffic there anyway. Almost all of
the action is on JEDI-JVCL and on this newsgroup anyway.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL






Subject: Re: Testing a gateway...
From: "Lan Qiang" <lanq@hanwang.com.cn>
Date: Fri, 5 Jul 2002 16:21:48 +0800
Newsgroups: jedi.vcl

Seems we need "jedi.vcl.developers"
"Michael Beck" <mbeck1@compuserve.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:ag3c86$9pf$1@talkto.net...
> >
>> > > -----Original Message-----
>> > > From: Sebastien Buysse
>> > > Sent: Thursday, July 04, 2002 10:14
> >
>> > > I've developped a small gateway for the exchange of messages
>> > > between this newsgroup and the mailing list. It's now time for
>> > > tests in the real newsgroup and I hope there will be no major
>> > > problem.
> >
> > Works like a charm! Thanks for doing it.
> >
> > But I would suggest to eventually change the synchronization to "JEDI-VCL"
> > instead of "JVCL-Developers". "JEDI-VCL" is the general discussion list,
so
> > IMHO it would fit more into the character of the newsgroup.
> >
> > Michael
> >





Subject: Re: Testing a gateway...
From: Rob den Braasem <rbraasem@xs4all.nl>
Date: Fri, 5 Jul 2002 07:52:56 +0000 (UTC)
Newsgroups: jedi.vcl

On Fri, 5 Jul 2002 00:13:51 +0200, Sebastien Buysse wrote:
> >
> >
>> >>Well, maybe I should have said "really looking forward to see how
>> >>this
> >works
>> >>out".
>> >>Anyway, I'm very excited about it.
So am I and it works great.

I have one request. Is it possible to change the order of the RE and 
the [JVCL-Developer]. The way it is now, mailers can't use a treading 
model. So I have to search for the article and their order.

-- Rob den Braasem, rbraasem@xs4all.nl Vacation Site : http://www.xs4all.nl/~rbraasem/vac/index.htm /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \ ------------------------ Yahoo! Groups Sponsor ---------------------~--> Free $5 Love Reading Risk Free! http://us.click.yahoo.com/Pp91HA/PfREAA/Ey.GAA/i7folB/TM ---------------------------------------------------------------------~-> To unsubscribe from this group, send an email to: JVCL-Developers-unsubscribe@yahoogroups.com Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Subject: Re: Testing a gateway...
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Jul 2002 09:01:22 +0200
Newsgroups: jedi.vcl

Here's a challenge Sebastien: get the messages from JVCL and Developers and
post them here; get the postings here and split them according to some
algorithm and post them back to either JVCL or JDevelopers ;)

Just kidding!

Regards, Peter





Subject: Re: New Timeline component?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Jul 2002 08:59:13 +0200
Newsgroups: jedi.vcl

There are no plans currently to create such a timeline component that I am
aware of. You could post a request to the Issue Tracker with details on how
you would like it to work and then maybe someone will find the time to do
it. Remember: the more details you supply on how you envision it to work,
the easier it is for someone to actually do it. If you decide to write one
yourself, please consider donating it to JEDI.

Regards, Peter

> > Can you make a component based on the timeline component that has a
> > timeline with only seconds and minutes?





Subject: Re: New Timeline component?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 5 Jul 2002 08:56:55 +0200
Newsgroups: jedi.vcl

This doesn't seem to be a major job. Maybe you could do it yourself (the
source *is* with you!) and donate the changes to JEDI?

Regards, Peter

> > Oh and maybe an extra possibility for: TJvCaptionButton, *not* draw the
> > square around the glyph, so you can design your own buttons...





Subject: Testing a gateway...
From: "Michael Beck" <mbeck1@compuserve.com>
Date: Fri, 5 Jul 2002 05:53:10 +0000 (UTC)
Newsgroups: jedi.vcl

> > -----Original Message-----
> > From: Sebastien Buysse
> > Sent: Thursday, July 04, 2002 10:14

> > I've developped a small gateway for the exchange of messages
> > between this newsgroup and the mailing list. It's now time for
> > tests in the real newsgroup and I hope there will be no major
> > problem.

Works like a charm! Thanks for doing it.

But I would suggest to eventually change the synchronization to "JEDI-VCL"
instead of "JVCL-Developers". "JEDI-VCL" is the general discussion list, so
IMHO it would fit more into the character of the newsgroup.

Michael


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Will You Find True Love?
Will You Meet the One?
Free Love Reading by phone!
http://us.click.yahoo.com/ztNCyD/zDLEAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
JVCL-Developers-unsubscribe@yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Anyone wants to try JediVCL in C++Builder?(366KB attachment)
From: "Lan Qiang" <lanq@hanwang.com.cn>
Date: Fri, 5 Jul 2002 13:28:46 +0800
Newsgroups: jedi.vcl

Of course, and I wish there would be better solution.
"Aaron Linnen" <alinnen@globalkiosk.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:MPG.178e330826af0627989681@194.191.0.34...
> > In article <afr0j8$isn$1@talkto.net>, lanq@hanwang.com.cn says...
>> > > Hi,
>> > > These are my modification to the source, make it can compile in
C++Builder
>> > >
> >
> > Hi Lan.  Would it be ok if I skim your modified JCL and feed bits and
pieces
> > to the JCL guys for possible inclusion in the main tree? I'd love for the
> > official JCL compile out of the box under builder.
> >
> > Aaron




Subject: Re: Testing a gateway...
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 05 Jul 2002 01:08:37 +0200
Newsgroups: jedi.vcl

> Please do!
Watch your mailbox ;-)


>
>> I haven't seen any message from the mailing list here (But this one is
>> posted on the mailing list, so we'll see).
>> The threads will maybe be lost in the newsgroup, we'll see if it's the
> case,
>> and I'll try to find a solution ;-)
> Well you got through (I'm reading and posting this on the NG) and the thread
> is not lost, so all is well...

No, the thread has been splitted, the message "Re: Testing a gateway..." was an answer to your message from 23h52.

Matthias, I'll make all the modifications at the same time, I'll add a line in the header, I'll try to fix the problem with the threads and I've another fix in mind...

Sebastien



Subject: Re: New Timeline component?
From: "Wazzoo.net" <whydontyou@just.ask.me>
Date: Fri, 5 Jul 2002 01:08:05 +0200
Newsgroups: jedi.vcl

Oh and maybe an extra possibility for: TJvCaptionButton, *not* draw the
square around the glyph, so you can design your own buttons...

--

With kindest regards,
Met vriendelijke groeten,

Spike - http://www.wazzoo.net
"Wazzoo.net" <whydontyou@just.ask.me> schreef in bericht
news:ag2id2$805$1@talkto.net...
> > Can you make a component based on the timeline component that has a
> > timeline with only seconds and minutes?
> >
> > --
> >
> > With kindest regards,
> > Met vriendelijke groeten,
> >
> > Spike - http://www.wazzoo.net
> >
> >




Subject: Re: Testing a gateway...
From: "Sebastien Buysse" <sbuysse@buypin.com>
Date: Thu, 4 Jul 2002 22:53:24 +0000 (UTC)
Newsgroups: jedi.vcl

Of course, cause if you are posting as
 "Matthias Thoma" <ma.thoma@gmx.de>
in the newsgroup, you don't have the write to post on the mailing list
if you are not subscribed to it.
But jedi@buypin.com has...

So, my script send the mails as
  "Matthias Thoma" jedi@buypin.com

This way, the email is recognized by yahoo as a subscriber, and
we keep the name of the poster...
But it's not possible to keep his email, or if it is, Yahoo has a strong
security issue :p

Sebastien


----- Original Message -----
From: "Matthias Thoma" <ma.thoma@gmx.de>
To: <JVCL-Developers@yahoogroups.com>
Sent: Friday, July 05, 2002 12:23 AM
Subject: Re: [JVCL-Developers] Re: Testing a gateway...


>> > > I use the mailing list to be warned a new message has been posted in
fact,
>> > > it's more convenient to receive a mail than to check a newsgroup for a
new
>> > > message... This is solved :-)
> >
> > There seems to be one small problem with the news => mail gateway: The
From
> > header line gets recoded like this
> > From: "<sender name>" <jedi@buypin.com>
> >
> > The email of the orignal senders email address seems to be lost.
> >
> > Matthias Thoma
> >
> > --
> > www.delphi-jedi.org
> >
> >
> >
> > To unsubscribe from this group, send an email to:
> > JVCL-Developers-unsubscribe@yahoogroups.com
> >
> >
> >
> > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
> >
> >


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Will You Find True Love?
Will You Meet the One?
Free Love Reading by phone!
http://us.click.yahoo.com/ztNCyD/zDLEAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
JVCL-Developers-unsubscribe@yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Testing a gateway...
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Thu, 4 Jul 2002 22:53:24 +0000 (UTC)
Newsgroups: jedi.vcl

> > Of course, cause if you are posting as
> >  "Matthias Thoma" <ma.thoma@gmx.de>
> > in the newsgroup, you don't have the write to post on the mailing list
> > if you are not subscribed to it.

This could be change via the yahoogroups settings iirc. The question is if
we want that.

> > But it's not possible to keep his email, or if it is, Yahoo has a strong
> > security issue :p

So please, would it be possible to add at least a sender header entry with
the real information.

Matthias Thoma

--
Project JEDI
www.delphi-jedi.org







------------------------ Yahoo! Groups Sponsor ---------------------~-->
Free $5 Love Reading
Risk Free!
http://us.click.yahoo.com/Pp91HA/PfREAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
JVCL-Developers-unsubscribe@yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Testing a gateway...
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 5 Jul 2002 00:44:17 +0200
Newsgroups: jedi.vcl

> > I use the mailing list to be warned a new message has been posted in fact,
> > it's more convenient to receive a mail than to check a newsgroup for a new
> > message... This is solved :-)
I subscribe to quite a few NG's so I always have my newsreader running
anyway...
> >
> > I'll send you the scripts if you want, it took me a few hours on a sunny
....
> > erhm, rainy sunday to do it. A small look at the NNTP and POP RFC and it
was
> > working...
Please do!
> >
> > I haven't seen any message from the mailing list here (But this one is
> > posted on the mailing list, so we'll see).
> >
> > The threads will maybe be lost in the newsgroup, we'll see if it's the
case,
> > and I'll try to find a solution ;-)

Well you got through (I'm reading and posting this on the NG) and the thread
is not lost, so all is well...

Regards, Peter




Subject: New Timeline component?
From: "Wazzoo.net" <whydontyou@just.ask.me>
Date: Fri, 5 Jul 2002 00:42:25 +0200
Newsgroups: jedi.vcl

Can you make a component based on the timeline component that has a
timeline with only seconds and minutes?

--

With kindest regards,
Met vriendelijke groeten,

Spike - http://www.wazzoo.net




Subject: Re: Testing a gateway...
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 05 Jul 2002 00:16:58 +0200
Newsgroups: jedi.vcl


YES

It works :-)

But okey, we lost the thread information...
I don't know yet what I can do for that, I have to read the RFC for informations about the thread aspect of messages, and find a way to store it in the message...




Sebastien Buysse wrote:
>> Well, maybe I should have said "really looking forward to see how this
>
> works
>
>> out".
>> Anyway, I'm very excited about it.
>
> I use the mailing list to be warned a new message has been posted in fact,
> it's more convenient to receive a mail than to check a newsgroup for a new
> message... This is solved :-)
>
> I'll send you the scripts if you want, it took me a few hours on a sunny ...
> erhm, rainy sunday to do it. A small look at the NNTP and POP RFC and it was
> working...
>
>
>> I've already noticed that the messages work both ways (just checked
>
> Yahoo).
>
>> This could mean that I would nver have to use Yahoo again 8-)
>
> I haven't seen any message from the mailing list here (But this one is
> posted on the mailing list, so we'll see).
>
> The threads will maybe be lost in the newsgroup, we'll see if it's the case,
> and I'll try to find a solution ;-)
>
> Sebastien
>
>
> ------------------------ Yahoo! Groups Sponsor ---------------------~-->
> Will You Find True Love?
> Will You Meet the One?
> Free Love Reading by phone!
> http://us.click.yahoo.com/ztNCyD/zDLEAA/Ey.GAA/i7folB/TM
> ---------------------------------------------------------------------~->
>
> To unsubscribe from this group, send an email to:
> JVCL-Developers-unsubscribe@yahoogroups.com
>
>  
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>



Subject: Re: Testing a gateway...
From: "Sebastien Buysse" <sbuysse@buypin.com>
Date: Thu, 4 Jul 2002 22:06:36 +0000 (UTC)
Newsgroups: jedi.vcl

> > Well, maybe I should have said "really looking forward to see how this
works
> > out".
> > Anyway, I'm very excited about it.
I use the mailing list to be warned a new message has been posted in fact,
it's more convenient to receive a mail than to check a newsgroup for a new
message... This is solved :-)

I'll send you the scripts if you want, it took me a few hours on a sunny ...
erhm, rainy sunday to do it. A small look at the NNTP and POP RFC and it was
working...

> > I've already noticed that the messages work both ways (just checked
Yahoo).
> > This could mean that I would nver have to use Yahoo again 8-)
I haven't seen any message from the mailing list here (But this one is
posted on the mailing list, so we'll see).

The threads will maybe be lost in the newsgroup, we'll see if it's the case,
and I'll try to find a solution ;-)

Sebastien


------------------------ Yahoo! Groups Sponsor ---------------------~-->
Will You Find True Love?
Will You Meet the One?
Free Love Reading by phone!
http://us.click.yahoo.com/ztNCyD/zDLEAA/Ey.GAA/i7folB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
JVCL-Developers-unsubscribe@yahoogroups.com

 

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 




Subject: Re: Testing a gateway...
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 4 Jul 2002 23:52:54 +0200
Newsgroups: jedi.vcl

> > In fact it works :-)

Well, maybe I should have said "really looking forward to see how this works
out".
Anyway, I'm very excited about it.

> > But as there is very few activity in the mailing list for the moment,
> > the most important script is working :-)

I've already noticed that the messages work both ways (just checked Yahoo).
This could mean that I would nver have to use Yahoo again 8-)


Regards, Peter






Subject: Re: A lot of bugs in Windows XP
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 4 Jul 2002 23:48:59 +0200
Newsgroups: jedi.vcl

Please log all bugs you find in the JVCL Issue Tracker located here:

http://projectjedi.sourceforge.net/mantis/login_page.php

Before entering a bug, make sure it hasn't already been logged (uncheck the
"Hide closed" checkbox).


Regards, Peter





Subject: A lot of bugs in Windows XP
From: "Wazzoo.net" <whydontyou@just.ask.me>
Date: Thu, 4 Jul 2002 23:27:52 +0200
Newsgroups: jedi.vcl

Do you guys realize there are a lot of bugs when using some components
in Windows XP? I used Delphi 6 and TJvRegistryViewer gave access
error...
Also ControlPanelButton doesn't work...

With kindest regards,
Met vriendelijke groeten,

Spike - http://www.wazzoo.net




Subject: Re: Installation problem
From: "Wazzoo.net" <whydontyou@just.ask.me>
Date: Thu, 4 Jul 2002 23:22:10 +0200
Newsgroups: jedi.vcl

Hmmm problem seemed to have solved itself, never mind...

With kindest regards,
Met vriendelijke groeten,

Spike - http://www.wazzoo.net


"Wazzoo.net" <whydontyou@just.ask.me> schreef in bericht
news:ag2cr9$7e8$1@talkto.net...
> > When I try to install on Delphi 6 it tells me that the Delphi Package
is
> > not a 'design time package' and it won't install, please advise...
> >
> > --
> >
> > With kindest regards,
> > Met vriendelijke groeten,
> >
> > Spike - http://www.wazzoo.net
> >
> >




Subject: Re: Testing a gateway...
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Thu, 04 Jul 2002 23:09:13 +0200
Newsgroups: jedi.vcl

In fact it works :-)

The gateway to send messages from the newsgroup to the mailing list
is active and if you take a look at the mailing list, all the messages
are forwarded on an hourly basis.

The gateway to send messages from the mailing list to the newsgroup
should work, but the account hasn't received any mail from yahoo
yet, except that it should work too.

So, for the history, messages are exchanged hourly by a script hosted
on my server, and I *fake* the identity of the owner of the message
to make yahoo accept the message.

But as there is very few activity in the mailing list for the moment,
the most important script is working :-)

Sebastien


Peter Thörnqvist wrote:
> Great news, Sebastien!
>
> Really looking forward to see this work.
>
> Regards, Peter
>
>
>



Subject: Installation problem
From: "Wazzoo.net" <whydontyou@just.ask.me>
Date: Thu, 4 Jul 2002 23:07:35 +0200
Newsgroups: jedi.vcl

When I try to install on Delphi 6 it tells me that the Delphi Package is
not a 'design time package' and it won't install, please advise...

--

With kindest regards,
Met vriendelijke groeten,

Spike - http://www.wazzoo.net




Subject: Re: Anyone wants to try JediVCL in C++Builder?(366KB attachment)
From: Aaron Linnen <alinnen@globalkiosk.com>
Date: Thu, 4 Jul 2002 14:43:27 -0600
Newsgroups: jedi.vcl

I'm aware of this... I just wanted to get Lan's OK to use some of his changes, 
and/or if he was already moving in this direction.

Aaron

In article <ag25i4$6qi$1@talkto.net>, ma.thoma@gmx.de says...
> > 
> > Hello,
> > 
>> > > Would it be ok if I skim your modified JCL and feed bits and pieces
>> > > to the JCL guys for possible inclusion in the main tree? I'd love for the
>> > > official JCL compile out of the box under builder.
> > 
> > If you would like to make that reality please subscribe to
> > 
> > JCL-Developers-subscribe@yahoogroups.com
> > 
> > but only if you really have the time to do it. It might be that others from
> > the team will help, but I wouln't count on it.
> > 
> > 
> > Matthias Thoma
> > 
> > --
> > Project JEDI
> > www.delphi-jedi.org


Subject: Re: Testing a gateway...
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 4 Jul 2002 22:08:21 +0200
Newsgroups: jedi.vcl

Great news, Sebastien!

Really looking forward to see this work.

Regards, Peter





Subject: Re: Anyone wants to try JediVCL in C++Builder?(366KB attachment)
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Thu, 4 Jul 2002 18:52:52 +0000 (UTC)
Newsgroups: jedi.vcl

Hello,

> > Would it be ok if I skim your modified JCL and feed bits and pieces
> > to the JCL guys for possible inclusion in the main tree? I'd love for the
> > official JCL compile out of the box under builder.

If you would like to make that reality please subscribe to

JCL-Developers-subscribe@yahoogroups.com

but only if you really have the time to do it. It might be that others from
the team will help, but I wouln't count on it.


Matthias Thoma

--
Project JEDI
www.delphi-jedi.org



Subject: Re: Anyone wants to try JediVCL in C++Builder?(366KB attachment)
From: Aaron Linnen <alinnen@globalkiosk.com>
Date: Thu, 4 Jul 2002 11:10:04 -0600
Newsgroups: jedi.vcl

In article <afr0j8$isn$1@talkto.net>, lanq@hanwang.com.cn says...
> > Hi,
> > These are my modification to the source, make it can compile in C++Builder
> > 

Hi Lan.  Would it be ok if I skim your modified JCL and feed bits and pieces 
to the JCL guys for possible inclusion in the main tree? I'd love for the 
official JCL compile out of the box under builder.

Aaron


Subject: Testing a gateway...
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Thu, 04 Jul 2002 15:55:10 +0200
Newsgroups: jedi.vcl

Hello All!

I've developped a small gateway for the exchange of messages
between this newsgroup and the mailing list. It's now time for
tests in the real newsgroup and I hope there will be no major
problem.

Anyway, sorry for the disturbance, either in the mailing list
or in this newsgroup, but this is for the "science" :-)

The script is very rustic, so I suppose there is a lot of bugs,
we'll see what's happening, and if it works, I'll explain the
details of the synchronization ;-)

Sebastien



Subject: Re: Anyone wants to try JediVCL in C++Builder?(366KB attachment)
From: Tomi Norc <jirzi@hotmail.com>
Date: Wed, 03 Jul 2002 21:24:30 +0200
Newsgroups: jedi.vcl

Lan Qiang wrote:
> Hi,
> These are my modification to the source, make it can compile in C++Builder
>
>

Thanks, Lan, that was really great work. Testing details will follow.

Jirzi



Subject: Re: PDFConverter
From: "Ariel" <asel@SPAMREMOVECAPSdatafull.com>
Date: Wed, 3 Jul 2002 13:27:35 -0300
Newsgroups: jedi.vcl

this is LGPL




Subject: enhanced TJvSearchFile
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 3 Jul 2002 18:43:10 +0400
Newsgroups: jedi.vcl

plz, have a look at http://vowca.chat.ru/Delphi/4jedi/

the comments are self-descriptive.

if approved - take it as a contibution :)

thanx in advance.



Subject: Re: Component Palette
From: "Ed Lawrence" <elawrence@naphcare.com>
Date: Tue, 2 Jul 2002 16:08:47 -0500
Newsgroups: jedi.vcl

That worked great!  Lots of other cool settings too.  Thanks, Ed

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:aft2nq$o67$1@talkto.net...
> > "Ed Lawrence" <elawrence@naphcare.com> wrote in message
> > news:aft0i2$o08$1@talkto.net...
>> > > I have recently install the new JVCL package.  I had used the BuPack
from
>> > > BuyPin years ago and found where they suggest using the new package.  I
> > also
>> > > vaguely remember there being a setting that changed the component
palette
>> > > from a "one line" list to a "stacked" list of components.  Can someone
> > point
>> > > me in the direction of how to change this setting with the new software.
> > Or
>> > > has the setting been discontinued?
> >
> > You can use for that GExperts at:
> >
> > http://www.gexperts.org/
> >
> > However, in order to save screen estate, you might consider using the
> > right-click on the Component Palette and using the "Tabs" menu item.
> > GExperts can also populate for you the Popup Menu with all the tabs, which
> > is more efficient that the Delphi "Tabs" solution.
> >
> > --
> > Michael Beck
> > Project JEDI - 2001 "Spirit of Delphi" Award Winner
> > http://delphi-jedi.org
> >
> > JEDI-VCL Web: http://jvcl.sourceforge.net
> > JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
> > JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL
> >
> >
> >




Subject: Re: Component Palette
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 2 Jul 2002 16:42:06 -0400
Newsgroups: jedi.vcl

"Ed Lawrence" <elawrence@naphcare.com> wrote in message
news:aft0i2$o08$1@talkto.net...
> > I have recently install the new JVCL package.  I had used the BuPack from
> > BuyPin years ago and found where they suggest using the new package.  I
also
> > vaguely remember there being a setting that changed the component palette
> > from a "one line" list to a "stacked" list of components.  Can someone
point
> > me in the direction of how to change this setting with the new software.
Or
> > has the setting been discontinued?

You can use for that GExperts at:

http://www.gexperts.org/

However, in order to save screen estate, you might consider using the
right-click on the Component Palette and using the "Tabs" menu item.
GExperts can also populate for you the Popup Menu with all the tabs, which
is more efficient that the Delphi "Tabs" solution.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Component Palette
From: "Ed Lawrence" <elawrence@naphcare.com>
Date: Tue, 2 Jul 2002 15:03:57 -0500
Newsgroups: jedi.vcl

I have recently install the new JVCL package.  I had used the BuPack from
BuyPin years ago and found where they suggest using the new package.  I also
vaguely remember there being a setting that changed the component palette
from a "one line" list to a "stacked" list of components.  Can someone point
me in the direction of how to change this setting with the new software.  Or
has the setting been discontinued?

Thanks, Ed




Subject: Anyone wants to try JediVCL in C++Builder?(366KB attachment)
From: "Lan Qiang" <lanq@hanwang.com.cn>
Date: Tue, 2 Jul 2002 09:52:44 +0800
Newsgroups: jedi.vcl

Hi,
These are my modification to the source, make it can compile in C++Builder



JediVCL_C.zip
	


JCL1_20_C.zip
JCL1_20_C.zip
	



Subject: Re: Help File progress report June 30th, 2002
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 30 Jun 2002 18:19:29 +0200
Newsgroups: jedi.vcl

Hi,

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:afn74p$827$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
> > news:afn53n$7r4$1@talkto.net...
> >
>> > > didn't include it in the preview build). Charlotte Gamsu, our new team
>> > > member, provided the documentation for JvFontBox. Thanks to Marcus Fuchs
I
>> > > corrected a number of mistakes in the help file (so I could say that I
>> > > actually did something related to help files this week).
> >
> > Nice to see that more people are getting involved in writing Help files!

So am I, especially as I don't seem to do much lately. I'll most likely have
more time coming week.

> >
> > I have another person from Australia who is willing to help and I sent you
> > email about it, but your email bounces back for the last week. Do you have
> > an alternative email address?

Well, you're mail from last wednesday came through (the one about
Charlotte). AFAICT there are no problems with the mail at all, unless you
have tried to send the YAHA-virus. Our provider has, in al it's wisdom,
chosen to block any mails with that particular virus. However, they state
that only outgoing mails are blocked, not incoming.

I don't have an alternative mail address that I can read at home. I'll send
you a private mail with my work address. For the record, I still get mails
from the mailing lists so I'm sure the e-mail works on my side of the line
:)

--
Marcel Bestebroer (Team JEDI) http://delphi-jedi.org
To mail me, remove the obvious from my mail address





Subject: Re: Help File progress report June 30th, 2002
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 30 Jun 2002 11:19:52 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> wrote in message
news:afn53n$7r4$1@talkto.net...

> > didn't include it in the preview build). Charlotte Gamsu, our new team
> > member, provided the documentation for JvFontBox. Thanks to Marcus Fuchs I
> > corrected a number of mistakes in the help file (so I could say that I
> > actually did something related to help files this week).

Nice to see that more people are getting involved in writing Help files!

I have another person from Australia who is willing to help and I sent you
email about it, but your email bounces back for the last week. Do you have
an alternative email address?

Michael





Subject: Re: Help File progress report June 30th, 2002
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 30 Jun 2002 16:47:33 +0200
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl> schreef in bericht
news:afn53n$7r4$1@talkto.net...
> > Halfway down the page
> > you'll see a heading "Latest File Releases", with in it "JVCL
> > Help Files - Preview June 23rd, 2002". Follow that link to

Don't you just love copy-n-paste? Ofcourse it should read "June 30th, 2002"

best regards,
Marcel Bestebroer
--
Project JEDI
www.delphi-jedi.org






Subject: Help File progress report June 30th, 2002
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 30 Jun 2002 16:44:21 +0200
Newsgroups: jedi.vcl

Hi all,

Again, this week was a slow week for me: 0 units (I'm deeply a shamed).
Remko added 4 new units, but since JvSysComp seemed to be incomplete I
didn't include it in the preview build). Charlotte Gamsu, our new team
member, provided the documentation for JvFontBox. Thanks to Marcus Fuchs I
corrected a number of mistakes in the help file (so I could say that I
actually did something related to help files this week).

As usual a new Preview of the help file is available in both CHM as well as
WinHelp format. It can be downloaded from
http://sourceforge.net/projects/jvcl.

Halfway down the page you'll see a heading "Latest File Releases", with in
it "JVCL Help Files - Preview June 23rd, 2002". Follow that link to download
and check out the progress we have made so far.

Added this week are:

* JvFontBox
* JvStaticText
* JvSyncSplitter
* JvSystemPopup

Although the team is growing, it's not going fast enough. Got some time?
Want to document a unit (if all people reading this document a single unit
the help file will be completed this very week). Before anyone starts
writing: mail me first. I know which units are taken and which are free.

best regards,
Marcel Bestebroer
--
Project JEDI
www.delphi-jedi.org





Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 29 Jun 2002 16:44:30 +0200
Newsgroups: jedi.vcl

Thanks for the link, looks interesting. I will not do any of this now,
though: I'll concentrate on getting the list code extracted into a new set
of classes first and to get JvControlPanel to work. BTW, Remko, the last
code you sent me didn't work as well on W2k as it does on XP (wrong icons
returned), so I'll have to do some more testing.

Regards, Peter

"Remko Bonte" <remkobonte@xno.spamx.myrealbox.com> skrev i meddelandet
news:1103_1025351322@forums.talkto.net...

> > Good idea. Browsing google for idea's I found this message from Peter
Below:
> >
> >
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&selm=VA.00007f38
..008045d7%40antispam.compuserve.com
> >





Subject: Re: PDFConverter
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 29 Jun 2002 16:00:28 +0200
Newsgroups: jedi.vcl

BTW, the URL is http://www.est.hi-ho.ne.jp/takeshi_kanno/powerpdf/ for
anyone wishing to take a look

Regards, Peter





Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Sat, 29 Jun 2002 11:48:42 GMT
Newsgroups: jedi.vcl


"Peter Thörnqvist" <peter3@nospam.peter3.com> schreef in bericht news:afh28n$ohf$1@talkto.net...
> >
> > I was thinking something like this:
> > 
> > In TJvRecentDocBtn (or TJvListBox etc):
> >   property DataSupplier:IListData;
> > 
> > 
> > ...and implemented in TJvRecentDocList:
> > 
> > IListData
> >   procedure GetItems(List:TStrings);
> >   procedure SetItems(List:TStrings);
> >   procedure Delete(Index:integer);
> >   function Add(const Text;Data:TObject):integer;
> >   function CanChange:boolean; // to tell if Add/Delete/SetItems is supported
> >   ...
> > end;

Good idea. Browsing google for idea's I found this message from Peter Below:

http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=utf-8&selm=VA.00007f38.008045d7%40antispam.compuserve.com

Might be usefull.





Subject: Re: PDFConverter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 Jun 2002 13:11:14 +0200
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:


>> Here is the readme.txt. The main problem for Jedi would be
>> the LGPL license.
>
>
> We could ask him to release it under dual license: MPL/LGPL

Sorry, this sounded as if it was for Jedi.
I got these files privately and not from the author.
I should watch my language.

I see no pproblem though to ask the author.



Subject: Re: PDFConverter
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 29 Jun 2002 04:46:56 -0400
Newsgroups: jedi.vcl

"Robert Marquardt" <robert_marquardt@gmx.de> wrote in message
news:3D1D373A.8090601@gmx.de...

> > Here is the readme.txt. The main problem for Jedi would be
> > the LGPL license.

We could ask him to release it under dual license: MPL/LGPL

Michael




Subject: Re: PDFConverter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Sat, 29 Jun 2002 06:27:38 +0200
Newsgroups: jedi.vcl

Alfio wrote:
> Hi at all,
> I have a dream(free), write e component like TPrinter to do the conversion
> fron RTF->PDF or TXT->PDF
> Anyone know where start?
> Tx & Greetings
>
>

Here is the readme.txt. The main problem for Jedi would be
the LGPL license.

==============================================================================

                              P o w e r P d f
                             Version 0.85 (beta)
                   1999-2001 Copyright (c) takeshi kanno
                       takeshi_kanno@est.hi-ho.ne.jp

==============================================================================

INTRODUCTION
============

PowerPdf is  a VCL to create PDF docment visually. Like QuickReport, you can
design PDF document easily on Delphi IDE.


REQUIRES
========

Delphi3.0 or later.


INSTALLATION
============

1.Extracts the files from powerpdf.zip.
2.Choose Component|Install Component, and install PowerPdf.pas.

NOTE
If you want to use FlateDecode/Zlib compression, copy zlib.pas and *.obj files
(these are included in Delphi's CD-ROM) to your librally path.

Please see the file PowerPdfRef.pdf for the full documentation.


COPYRIGHT
=========

Copyright (C) 1999-2001 Takeshi Kanno

This library is free software; you can redistribute it and/or modify it
under the terms of the GNU Library General Public License as published
by the Free Software Foundation; either version 2 of the License, or any
later version.

This library is distributed in the hope that it will be useful, but WITHOUT
ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
FOR A PARTICULAR PURPOSE. See the GNU Library general Public License for more
details.


TODO
====
1. Change the method to get width of text in design mode.
3. implementation crypt.


CHANGES
=======
2001.06.14 Added TPRJpegImage.
2001.06.16 Fixed bugs of TPRImage.
2001.06.30 Added chinese fonts(experimental).
2001.06.30 Modify FloatToStrR method for area whose decimal separator is ",".
2001.07.07 Changed some type definition of PdfDoc.pas (for BCB).
2001.07.07 Added TPRAnnotation.
2001.07.21 Added TPREllipse.
2001.07.28 Fixed bug of TPdfCanvas.SetPage.

NOTE
====

I'm Japanese and I'm not good at English. So there may be a funny expression
in this file and document.
If you notice such a thing, please report all problems or suggestions to me.
Thanks.




Subject: Re: Philosophical question about patents
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 28 Jun 2002 19:06:07 +0200
Newsgroups: jedi.vcl


Thanks,

My curiosity is almost satisfied... :-)




Matthias Thoma wrote:
>> Does the MPL say anything about patents?
>
>
> If you know about them you have to publish the information with the source
> in a file called Legal.
>
>
> Matthias Thoma
>
> -- 
> Project JEDI - Spirit of Delphi Award Winner 2001
> http://www.delphi-jedi.org
>
>



Subject: Re: Philosophical question about patents
From: "Matthias Thoma" <ma.thoma@gmx.de>
Date: Fri, 28 Jun 2002 18:59:20 +0200
Newsgroups: jedi.vcl

> > Does the MPL say anything about patents?

If you know about them you have to publish the information with the source
in a file called Legal.


Matthias Thoma

--
Project JEDI - Spirit of Delphi Award Winner 2001
http://www.delphi-jedi.org




Subject: Re: Philosophical question about patents
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Jun 2002 16:51:38 +0200
Newsgroups: jedi.vcl

Sebastien Buysse wrote:
>
> I've just answered to the thread with the PDF question, and
> a small problem came to my mind... What's our position against
> patents?

Does the MPL say anything about patents?
If so we will have to adhere to the license.



Subject: Re: PDFConverter
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Fri, 28 Jun 2002 16:50:14 +0200
Newsgroups: jedi.vcl

Alfio wrote:
> Hi at all,
> I have a dream(free), write e component like TPrinter to do the conversion
> fron RTF->PDF or TXT->PDF
> Anyone know where start?
> Tx & Greetings

I just got such a beast. I have not looked at it yet.
I will check it this weekend.



Subject: Re: Philosophical question about patents
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 28 Jun 2002 10:24:57 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse" <sbuysse@buypin.com> wrote in message
news:3D1C650D.6020104@buypin.com...

> > This is just a pilosophical discussion hey, I'm just wondering
> > what's our position and what may be our implication, and if
> > we should warn people or not about patent infrightments of
> > this or that component.

We should avoid any patent infringements in JVCL.

Michael




Subject: Re: Wishes for TJvMruList
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 28 Jun 2002 17:36:02 +0400
Newsgroups: jedi.vcl

> > in EnumItems:
> >   ...
> >   else // (if FType = dtBinary)
> >   begin
> >     Index := 0;
> >     i := 0;
> >     while i <> -1 do
> >     begin
> >       p := nil;
> >       ReAllocMem(p,1024);
> >       i := EnumMruList(FList, Index, p, 1024);
> >
> >       if i = 1024 then
> >       begin
> >         ReAllocMem(p,64000);
> >         i := EnumMruList(FList, 0, p, 64000);

Why is here 0 instead of Index?
Does this mean that EnumMruList function re-orders MRU list?
If so, Such a reallocation should damage the original order, shouldn't it?

Same strange thing there is in GetItem.

> >       end;
> >
> >       if i <> -1 then
> >       begin
> >         Result := True;
> >         if Assigned(FOnEnumData) then
> >           FOnEnumData(Self, p, i, Index);
> >         ReallocMem(p,0);
> >       end;
> >       Inc(Index);
> >     end;
> >   end;
> >


> > There is no SetData in the TJvMRU class and there need not be either.

Could You add some other methof of getting data withou events?

The code of the procedures above shows that they can finely ruin w|o event
handlers.
If so - what the sense would have such a calls since application can not get
data in this situation?



Subject: Philosophical question about patents
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 28 Jun 2002 15:30:53 +0200
Newsgroups: jedi.vcl


I've just answered to the thread with the PDF question, and
a small problem came to my mind... What's our position against
patents?

I don't know about all the classes, but we may have one or more
component with patent issues. Is the end user the only responsible
for the usage of the patented stuff, or should we warn him?
Or maybe we don't have any patented code? Naan, we have at least
one, I remember a component to create a patch, this is covered
by a US patent.

I personally don't have problems with patent cause I'm european
and the project of european patents is not yet ready (they are
still discussing it, but we are still free for at least 2 or 3
years *ouf*).

I haven't readed the whole MPL, and I don't know what could be
our implications if someone using a JVCL component was attacked
for a violation of patent...

This is just a pilosophical discussion hey, I'm just wondering
what's our position and what may be our implication, and if
we should warn people or not about patent infrightments of
this or that component.

Sebastien



Subject: Re: PDFConverter
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 28 Jun 2002 15:22:09 +0200
Newsgroups: jedi.vcl


I've readed their specs, and it's not as hard as you could imagine
in fact...

But if you want to write your own PDF writer, you should take a look
at fPDF: http://www.fpdf.org/, it's a small (very small) script written
in PHP to generate a PDF on the fly. I'm sure it's quite easy to port
it to Delphi, and as you want to write only texts, it should be even
easier.

For the PDF reader, it's another problem, I don't remember very well,
but there is some patent issues, and I don't think you have the right
to make another PDF reader than the official one without paying a lot
of money to Adobe ;-) But I don't know about extracting text from it,
I suppose it's not covered by the patent.

Sebastien

Peter Thörnqvist wrote:
> There are only two routes:
> * use an existing PDF reader/writer as a base
> * write your own PDF reader/writer
>
> If you would like to write your own (good luck!), the PDF spec is available
> from Adobes site
>
> BTW, good luck even if you try the first alternative! <g>



Subject: Re: PDFConverter
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Jun 2002 14:55:39 +0200
Newsgroups: jedi.vcl

There are only two routes:
* use an existing PDF reader/writer as a base
* write your own PDF reader/writer

If you would like to write your own (good luck!), the PDF spec is available
from Adobes site

BTW, good luck even if you try the first alternative! <g>

Regards, Peter

"Alfio" <alioscia_alessi@onde.net> skrev i meddelandet
news:afhf75$png$1@talkto.net...
> > Hi at all,
> > I have a dream(free), write e component like TPrinter to do the conversion
> > fron RTF->PDF or TXT->PDF
> > Anyone know where start?
> > Tx & Greetings
> >
> >




Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 28 Jun 2002 07:01:46 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:afh1r6$ogn$1@talkto.net...
> > I was more thinking that the actual lists were created by a
> > TComponent/TObject and the buttons then uses these lists when displaying
the
> > popupmenus.

OK, now I understand. Makes sense....

Michael




Subject: PDFConverter
From: "Alfio" <alioscia_alessi@onde.net>
Date: Fri, 28 Jun 2002 12:59:33 +0200
Newsgroups: jedi.vcl

Hi at all,
I have a dream(free), write e component like TPrinter to do the conversion
fron RTF->PDF or TXT->PDF
Anyone know where start?
Tx & Greetings




Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Jun 2002 12:19:39 +0200
Newsgroups: jedi.vcl

Yes, I am aware of this problem: me and Remko Bonte is working on a solution
that works on all OS's (we are close!).

Regards, Peter

"Andy Vines" <andy.vines@btconnect.com> skrev i meddelandet
news:afh3t6$olr$1@talkto.net...
> > Definitely.
> >
> > But can't get TJvControlPanel to work, just causes an AV before the main
> > form is shown!
> >
> > Regards
> >
> > Andy





Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Fri, 28 Jun 2002 09:01:24 +0100
Newsgroups: jedi.vcl

Just seen this post after my previous one. Using Win2KPro update 2.
TJvControlPanel not working.

Andy

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:afh28n$ohf$1@talkto.net...
> > Hi Remko,
> >
>> > > Maybe use a paradigm as TDataSet -> TDataSource -> TDBGrid; or add a
> > property Data or so
>> > > to TPopup/TListBox which specifies where the control gets its data from.
> > This sounds complex. Wanna do it? <vbg>
>> > >
>> > > Or make an abstract base class for all information providers [don't know
> > how much there are
>> > > in JVCL] that has methods for filling a ListBox etc.
> >
> > This might be a candidate for an interface type property?
> >
> > I was thinking something like this:
> >
> > In TJvRecentDocBtn (or TJvListBox etc):
> >   property DataSupplier:IListData;
> >
> >
> > ...and implemented in TJvRecentDocList:
> >
> > IListData
> >   procedure GetItems(List:TStrings);
> >   procedure SetItems(List:TStrings);
> >   procedure Delete(Index:integer);
> >   function Add(const Text;Data:TObject):integer;
> >   function CanChange:boolean; // to tell if Add/Delete/SetItems is
supported
> >   ...
> > end;
> >
> > First steps, though, would be to get the retrieval code out of the current
> > components and into their own classes (and to get TJvControlPanel to work
on
> > all OS's!)
> >
> > Reagrds, Peter
> >
> >
> >
> >
> >




Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Fri, 28 Jun 2002 08:54:07 +0100
Newsgroups: jedi.vcl

Definitely.

But can't get TJvControlPanel to work, just causes an AV before the main
form is shown!

Regards

Andy

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:afg20s$m3p$1@talkto.net...
> > Wouldn't these components be more usable if they weren't attached to a
> > button and a popup menu?
> >
> > The way I see it, I could very well want to display these list in another
> > control, like in a listbox or a treeview. Actually, it's pretty likely
that
> > I would want to do this,
> >
> > To accomodate that, I suggest these are rewritten either as TJvComponents
or
> > TObjects that jsut retrieves the lists but doesn't enforce a particular
> > display paradigm on the user. What do others think?
> >
> > If others are positive, I wouldn't mind doing the actual rewrite.
> >
> > Regards, Peter
> >
> >




Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Jun 2002 09:18:29 +0200
Newsgroups: jedi.vcl

Hi Remko,

> > Maybe use a paradigm as TDataSet -> TDataSource -> TDBGrid; or add a
property Data or so
> > to TPopup/TListBox which specifies where the control gets its data from.
This sounds complex. Wanna do it? <vbg>
> >
> > Or make an abstract base class for all information providers [don't know
how much there are
> > in JVCL] that has methods for filling a ListBox etc.

This might be a candidate for an interface type property?

I was thinking something like this:

In TJvRecentDocBtn (or TJvListBox etc):
  property DataSupplier:IListData;


....and implemented in TJvRecentDocList:

IListData
  procedure GetItems(List:TStrings);
  procedure SetItems(List:TStrings);
  procedure Delete(Index:integer);
  function Add(const Text;Data:TObject):integer;
  function CanChange:boolean; // to tell if Add/Delete/SetItems is supported
  ...
end;

First steps, though, would be to get the retrieval code out of the current
components and into their own classes (and to get TJvControlPanel to work on
all OS's!)

Reagrds, Peter







Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Fri, 28 Jun 2002 09:11:15 +0200
Newsgroups: jedi.vcl

I was more thinking that the actual lists were created by a
TComponent/TObject and the buttons then uses these lists when displaying the
popupmenus.

Regards, Peter





Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 27 Jun 2002 23:07:28 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:afg20s$m3p$1@talkto.net...

> > To accomodate that, I suggest these are rewritten either as TJvComponents

Sounds good. I think, it would be good if we could keep them as visual
components.

Michael





Subject: Re: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: Remko Bonte <remkobonte@xno.spamx.myrealbox.com>
Date: Fri, 28 Jun 2002 01:45:40 GMT
Newsgroups: jedi.vcl

On Fri, 28 Jun 2002 00:08:04 +0200, "Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote:
> > Wouldn't these components be more usable if they weren't attached to a
> > button and a popup menu?

My thoughts exactly

> > 
> > The way I see it, I could very well want to display these list in another
> > control, like in a listbox or a treeview. Actually, it's pretty likely that
> > I would want to do this,
> > 
> > To accomodate that, I suggest these are rewritten either as TJvComponents or
> > TObjects that jsut retrieves the lists but doesn't enforce a particular
> > display paradigm on the user. What do others think?

Maybe use a paradigm as TDataSet -> TDataSource -> TDBGrid; or add a property Data or so
to TPopup/TListBox which specifies where the control gets its data from.

Or make an abstract base class for all information providers [don't know how much there are
in JVCL] that has methods for filling a ListBox etc.




Subject: Suggested changes to TJvControlPanel, TJvRecentMenuBtn,TJvStartMenuBtn, TJVFavoritesButton
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 28 Jun 2002 00:08:04 +0200
Newsgroups: jedi.vcl

Wouldn't these components be more usable if they weren't attached to a
button and a popup menu?

The way I see it, I could very well want to display these list in another
control, like in a listbox or a treeview. Actually, it's pretty likely that
I would want to do this,

To accomodate that, I suggest these are rewritten either as TJvComponents or
TObjects that jsut retrieves the lists but doesn't enforce a particular
display paradigm on the user. What do others think?

If others are positive, I wouldn't mind doing the actual rewrite.

Regards, Peter




Subject: Re: Virtual ListView
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 27 Jun 2002 22:12:41 +0200
Newsgroups: jedi.vcl

Sorry about that (blushing)...

Regards, Peter

> > No need to. The support newsgroups are hosted right here :-)





Subject: Re: Virtual ListView
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 27 Jun 2002 19:50:18 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> The TVirtualTreeView from Mike Lischke sounds like a candidate...
> Can be used as a listview too. Search Google for the website.

No need to. The support newsgroups are hosted right here :-)
news://forums.talkto.net:119/delphi-gems.support.virtualtreeview
The website is http://www.delphi-gems.com



Subject: Re: Virtual ListView
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 Jun 2002 16:04:59 +0200
Newsgroups: jedi.vcl

The TVirtualTreeView from Mike Lischke sounds like a candidate...
Can be used as a listview too. Search Google for the website.

Regards, Peter






Subject: Virtual ListView
From: "George Hendrickson" <gmh9860@hotmail.com>
Date: Thu, 27 Jun 2002 09:16:33 -0400
Newsgroups: jedi.vcl

Does anyone know of any good examples of using a virtual listview with a
recordset? Or a listview control that is DB aware that will perform good
with thousands of records? Or another control that works like a listview
that has good performance with thousands of records?

Thanks




Subject: Re: Try component
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 27 Jun 2002 10:37:10 +0200
Newsgroups: jedi.vcl

I have merged your code into the JvPageControl in the restuctured JVCL

Thanks for the donation

Regards, Peter





Subject: Re: free MIDAS ?
From: "Arioch" <the_Arioch@nm.ru>
Date: Thu, 27 Jun 2002 11:02:05 +0400
Newsgroups: jedi.vcl

> > But in b.p.d.dataиase.multi-tier some problems for claimed.

one more problem, noted in borland.public.delphi.database.multi-tier

To get a correct link for download, start browsing from www.vglib.com rather
than home.tsinet.ru/~vg

Cheers.



Subject: Re: JVCL + BCB6 = True?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 27 Jun 2002 02:39:14 -0400
Newsgroups: jedi.vcl

"Lan Qiang" <lanq@hanwang.com.cn> wrote in message
news:afe8c8$eri$1@talkto.net...
> > I'm working on it. But I had to port jcl first.
> > and now it can work in my bcb.
> > I'll pack up it in one or two weeks.
> > It bases on jvcl 1.31

Thanks for doing it.

Can you keep track of what you are changing? As next we will be releasing a
restructured JVCL, so there will be a need to make it C++ compatible, and
your notes could be helpful.

Or even better, would you like to set a sub-team to be in charge of
making/keeping JVCL C++Builder compatible?

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: JVCL + BCB6 = True?
From: "Daniel" <owlsrnotwhatheyseem@hotmail.com>
Date: Thu, 27 Jun 2002 08:27:17 +0200
Newsgroups: jedi.vcl

Sounds great...

Could you send it to daniel@halani.com when its ready ?

Thanx once again...

//Danel


"Lan Qiang" <lanq@hanwang.com.cn> wrote in message
news:afe8c8$eri$1@talkto.net...
> > I'm working on it. But I had to port jcl first.
> > and now it can work in my bcb.
> > I'll pack up it in one or two weeks.
> > It bases on jvcl 1.31
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
> > :afe5ku$emk$1@talkto.net...
>> > > "Daniel" <owlsrnotwhatheyseem@hotmail.com> wrote in message
>> > > news:afe4b9$ejv$1@talkto.net...
>>> > > > Does JVCL work with BCB6?
>> > >
>> > > It was not tested on any of the C++Builder versions. I have asked
recently
>> > > on C++Builder newsgroup if anyone would be interested in helping getting
>> > > JVCL for C++Builder, but I didn't get even one single response. So I
guess
>> > > there is not really any interest in it.
>> > >
>> > > Michael
>> > >
>> > >
> >
> >




Subject: Re: JVCL + BCB6 = True?
From: "Lan Qiang" <lanq@hanwang.com.cn>
Date: Thu, 27 Jun 2002 13:51:06 +0800
Newsgroups: jedi.vcl

There seems that compiler has some bug when port jcl into bcb and,
sometimes type can be inconsist between delphi and cb, so it need thunk
code.
For instance, HDC is DWORD in delphi, and void* in c++, then
PaintWindow(HDC) may NOT link.
"Daniel" <owlsrnotwhatheyseem@hotmail.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:afe7oj$eq8$1@talkto.net...
> > Darn!
> >
> > Maybe if you ask around on some more C++ related groups ;)
> >
> > Usually there is no more to it then create a new Package in BCB and
compile
> > it... and maybe on the way fix one or two errors..
> >
> > I may even give it a shot, but as Im inside a project now and have no time
> > to "get into" JVCL components in depth there can be a fast end to my
> > contribution...
> >
> > //Daniel
> >
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:afe5ku$emk$1@talkto.net...
>> > > "Daniel" <owlsrnotwhatheyseem@hotmail.com> wrote in message
>> > > news:afe4b9$ejv$1@talkto.net...
>>> > > > Does JVCL work with BCB6?
>> > >
>> > > It was not tested on any of the C++Builder versions. I have asked
recently
>> > > on C++Builder newsgroup if anyone would be interested in helping getting
>> > > JVCL for C++Builder, but I didn't get even one single response. So I
guess
>> > > there is not really any interest in it.
>> > >
>> > > Michael
>> > >
>> > >
> >
> >




Subject: Re: JVCL + BCB6 = True?
From: "Lan Qiang" <lanq@hanwang.com.cn>
Date: Thu, 27 Jun 2002 13:44:37 +0800
Newsgroups: jedi.vcl

I'm working on it. But I had to port jcl first.
and now it can work in my bcb.
I'll pack up it in one or two weeks.
It bases on jvcl 1.31
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> Ð´ÈëÏûÏ¢ÐÂÎÅ
:afe5ku$emk$1@talkto.net...
> > "Daniel" <owlsrnotwhatheyseem@hotmail.com> wrote in message
> > news:afe4b9$ejv$1@talkto.net...
>> > > Does JVCL work with BCB6?
> >
> > It was not tested on any of the C++Builder versions. I have asked recently
> > on C++Builder newsgroup if anyone would be interested in helping getting
> > JVCL for C++Builder, but I didn't get even one single response. So I guess
> > there is not really any interest in it.
> >
> > Michael
> >
> >




Subject: Re: JVCL + BCB6 = True?
From: "Daniel" <owlsrnotwhatheyseem@hotmail.com>
Date: Thu, 27 Jun 2002 07:33:37 +0200
Newsgroups: jedi.vcl

Darn!

Maybe if you ask around on some more C++ related groups ;)

Usually there is no more to it then create a new Package in BCB and compile
it... and maybe on the way fix one or two errors..

I may even give it a shot, but as Im inside a project now and have no time
to "get into" JVCL components in depth there can be a fast end to my
contribution...

//Daniel

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:afe5ku$emk$1@talkto.net...
> > "Daniel" <owlsrnotwhatheyseem@hotmail.com> wrote in message
> > news:afe4b9$ejv$1@talkto.net...
>> > > Does JVCL work with BCB6?
> >
> > It was not tested on any of the C++Builder versions. I have asked recently
> > on C++Builder newsgroup if anyone would be interested in helping getting
> > JVCL for C++Builder, but I didn't get even one single response. So I guess
> > there is not really any interest in it.
> >
> > Michael
> >
> >




Subject: Re: JVCL + BCB6 = True?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 27 Jun 2002 00:58:12 -0400
Newsgroups: jedi.vcl

"Daniel" <owlsrnotwhatheyseem@hotmail.com> wrote in message
news:afe4b9$ejv$1@talkto.net...
> > Does JVCL work with BCB6?

It was not tested on any of the C++Builder versions. I have asked recently
on C++Builder newsgroup if anyone would be interested in helping getting
JVCL for C++Builder, but I didn't get even one single response. So I guess
there is not really any interest in it.

Michael




Subject: JVCL + BCB6 = True?
From: "Daniel" <owlsrnotwhatheyseem@hotmail.com>
Date: Thu, 27 Jun 2002 06:35:19 +0200
Newsgroups: jedi.vcl

Does JVCL work with BCB6? anyone that have created a package successfully?

//Daniel




Subject: Re: Try component
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 27 Jun 2002 02:12:29 +0200
Newsgroups: jedi.vcl

Thanks, I'll take a look ASAP

Regards, Peter

"Alfio" <alioscia_alessi@onde.net> skrev i meddelandet
news:afcjit$a56$1@talkto.net...
> > I have modifidied a component TJvOwnerDrawPageControl if You want test it:
> > & now is TJvPageControlShadowTab(when a ttabsheet is not active the
relative
> > Tab change color)
> > I Attach  the Unit
> >
> >
> >




Subject: Re: RxLib joins JEDI-VCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 26 Jun 2002 18:57:12 +0200
Newsgroups: jedi.vcl

Antoine Potten wrote:
> Robert Marquardt wrote:

> I already used this tool (a little), and I sometimes got a great crash of Delphi... I do not know what caused that actually. It was sometimes to replace really similar components.

Then hand in a bug report.
I think several Jedians are GExperts maitainers.



Subject: Try component
From: "Alfio" <alioscia_alessi@onde.net>
Date: Wed, 26 Jun 2002 16:42:58 +0200
Newsgroups: jedi.vcl

I have modifidied a component TJvOwnerDrawPageControl if You want test it:
& now is TJvPageControlShadowTab(when a ttabsheet is not active the relative
Tab change color)
I Attach  the Unit



TJvPageControlShadowTab.zip
	



Subject: Re: free MIDAS ?
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 26 Jun 2002 16:21:37 +0400
Newsgroups: jedi.vcl

> > and works perfectly... same as borland dll...

glad to hear it.
But in b.p.d.datamase.multi-tier some problems for claimed.



Subject: Re: free MIDAS ?
From: "Sérgio \(IG\)" <khalebsuperbad@ig.com.br>
Date: Wed, 26 Jun 2002 07:51:23 -0300
Newsgroups: jedi.vcl

Yes, it´s a free midas level 3 dll, I´m testing the hyperbase.dll (renamed
to midas.dll and dbclient.dll, a and regsvr32 registered...) on my system
and works perfectly... same as borland dll...




Subject: Re: Restructing / Conversion of Jans components
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 26 Jun 2002 09:07:28 +0200
Newsgroups: jedi.vcl

Thanks for the additional items, Marcus. I have done most of these already
since I posted the original list. I will post a complete list of my changes
here shortly.

Regards, Peter




Subject: Re: Bug in TJvGroupBox2
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 25 Jun 2002 22:36:47 -0400
Newsgroups: jedi.vcl

"Marcus Fuchs" <Marcus_news@web.de> wrote in message
news:afau0o$5j3$1@talkto.net...
> > Wow, I found my first bug and could remove it. :)
> > Could someone write it, to the official sources?

Please post it to our Issue Tracker:

follow the "Bug/Fixes" link from our Website http://jvcl.sourceforge.net,
login, and then select "JEDI-VCL" from the drop-down combo in the
upper-right corner, press "Switch", and enter the bug there.

Thanks and congratulations on your first successful bug hunt,

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Bug in TJvGroupBox2
From: "Marcus Fuchs" <Marcus_news@web.de>
Date: Wed, 26 Jun 2002 01:23:04 +0200
Newsgroups: jedi.vcl

Wow, I found my first bug and could remove it. :)
Could someone write it, to the official sources?

{ ***** JVGroupBox2.pas ******************************************** }

procedure TJvGroupBox2.CMEnabledChanged(var Msg: TMsg);
var
  i: Integer;
begin
  inherited;
  If PropageEnabled Then          // This line is added (Marcus Fuchs)
    for i := 0 to ControlCount - 1 do
      Controls[i].Enabled := Enabled;
end;

{ ***** JvCaptionButton.pas **************************************** }

Marcus

-- What a nice sig. 

Subject: Re: Restructing / Conversion of Jans components
From: "Marcus Fuchs" <Marcus_news@web.de>
Date: Wed, 26 Jun 2002 01:20:32 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote:

> > CHANGES:
> > =======
> > Merging of TJvEdit:
> > ------------------
> > Merging of TJvMemo:
> > ------------------
> > Merging of JvCheckListBox:
> > --------------------------
> > Merging of JvDateTimePicker:
> > ----------------------------
> > Merging of JvListBox:
> > ---------------------
> > Changes to TJvComboBox:
> > -----------------------
> > Merging of TJvFontComboBox:
> > ---------------------------
> > Merging of JvImageListBox:
> > --------------------------
> > Merging of JvImageComboBox:
> > --------------------------
> > Merging of TJVIPAddress
> > ------------------------
> > Merging of TJVProgressBar
> > -------------------------

What a list, but in can go on:

Merging TJvGroupBox:
--------------------
Merged TJvGroupBox and TJvGroupBox2 into TJvGroupBox
Moved JvGroupBox to \archive
Moved JvGroupBox2 to \archive

Merging TJvTrackbar:
--------------------
Merged TJvTrackBar2, TJvFixedTrackbar, TJvTrackBar
Moved JvTrackBar2.pas to \archive
Moved JvFixedTrackbar.pas to \archive
Moved JvComCtrls.pas to \archive
Changed JvComCtrls.pas in \source
Added new JvTrackBar to \source

No, I haven't done it yet. :(

Marcus

-- You don't know Murphy? Use Google or any other search-engine! 

Subject: Re: Localization of JVCL
From: "Arioch" <the_Arioch@nm.ru>
Date: Wed, 26 Jun 2002 00:10:48 +0400
Newsgroups: jedi.vcl

> > As far as I see, most of their components are commercial.

VGLib2 - yes
VGLib1 and HyperBase - no.


> > but to see if the component I made is okey and if everybody
looking 3rd party component You may find a better idea, a potential bug,
etc..




Subject: Re: Localization of JVCL
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Tue, 25 Jun 2002 20:01:03 +0200
Newsgroups: jedi.vcl

As far as I see, most of their components are commercial.
We have a solution for localization, the TJvTranslator, and
we have a component that I have specially coded for the
occasion...

The matter is not to compare all the localization components,
but to see if the component I made is okey and if everybody
is okey with it's limits and possibilities.

Sebastien

Arioch wrote:
> Did You see internationalization routines from VGlib1 ? www.tsinet.ru/~vg or
> torry
>
> There are routines, loading text from list and changing ole recource-strings
> at runtime.
>



Subject: Re: XML
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Tue, 25 Jun 2002 19:57:35 +0200
Newsgroups: jedi.vcl

I suspect tortoise had a problem with my private key...
My key is protected by a password and with WinCVS I've the
prompt for the password, I never saw it with tortoise :-)

Anyway, it works fine now :p


Peter Thörnqvist wrote:
> Funny, I had the opposite problem: WinCVS didn't work, TortoiseCVS works
> like a charm. Don't you just love computers <g>?
>
> Regards, Peter
>
> "Sebastien Buysse" <sbuysse@buypin.com> skrev i meddelandet
> news:3D1782BB.905@buypin.com...
>
>> Yes and no, toirtoise doesn't work at all, I can fetch the files but
>> not upload anything, cvs.exe just got freezed.
>> I trashed it and installed WinCVS... And WinCVS does the job very
>> well :-)
>
>
>
>



Subject: Re: Sorry, I'm too rude :) [was: Re: XML]
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 25 Jun 2002 18:36:07 +0400
Newsgroups: jedi.vcl

>> > > But aint Windows a tortoise?
> > You mean slow?
yes




Subject: Bug Database Update
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 25 Jun 2002 08:51:43 -0400
Newsgroups: jedi.vcl

Thanks to Matthias Thoma the Bug databases of JVCL and JCL have been merged.

This way you will need only one login/password to enter
bugs/wishes/suggestions for all JEDI projects.

To get to the database, please follow the "Bugs/Wishes" link from JVCL
Website, and select JVCL from the upper-right corner, and click on "Switch"
button.

If there are any problems with logins/passwords please let me know, and I
will reset your password.

May the Source be with you!

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: free MIDAS ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 25 Jun 2002 07:26:08 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:af92cj$vgq$1@talkto.net...
> > http://home.tsinet.ru/~vg/link-4.html
> >
> > It was commercial soft until Aplril, 1st...
> >
> > But If You would succeed to engage it indo Jedi...

That's interesting. Maybe after we are done with integration of current
donations, we'll will approach him, but this will depend on the demand among
JVCL users.

Michael




Subject: Re: Sorry, I'm too rude :) [was: Re: XML]
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 25 Jun 2002 07:24:54 -0400
Newsgroups: jedi.vcl

"Arioch" <the_Arioch@nm.ru> wrote in message news:af9eub$us$1@talkto.net...

> > But aint Windows a tortoise?

You mean slow?

Michael




Subject: Sorry, I'm too rude :) [was: Re: XML]
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 25 Jun 2002 14:05:15 +0400
Newsgroups: jedi.vcl

>> > > toirtoise doesn't work at all, WinCVS does the job very well :-)

> > Funny, I had the opposite problem: WinCVS didn't work, TortoiseCVS works
> > like a charm. Don't you just love computers <g>?

May it just appear that one of You likes tortoises and other one likes
Windows.
But aint Windows a tortoise?




Subject: Re: XML
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 25 Jun 2002 11:07:10 +0200
Newsgroups: jedi.vcl

Funny, I had the opposite problem: WinCVS didn't work, TortoiseCVS works
like a charm. Don't you just love computers <g>?

Regards, Peter

"Sebastien Buysse" <sbuysse@buypin.com> skrev i meddelandet
news:3D1782BB.905@buypin.com...
> >
> > Yes and no, toirtoise doesn't work at all, I can fetch the files but
> > not upload anything, cvs.exe just got freezed.
> > I trashed it and installed WinCVS... And WinCVS does the job very
> > well :-)





Subject: Re: Grid wanted
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Tue, 25 Jun 2002 08:34:02 +0100
Newsgroups: jedi.vcl

Have a look at: http://www.gjl-software.co.uk/ free for non commercial use.



"Bas Jansen" <bjansen@trinit.nl> wrote in message
news:3d16c01a.1174187@forums.talkto.net...
> > I do see a lot of new components beeing added to the Jedi VCL and that
> > looks nice but I'm a bit worried about duplicate components being
> > introduced. I know there will be a big refactor out there for version
> > 2.0 and that's good. But I think we should stop adding components.
> > There is fuctionallity enough in the lib I only miss one big thing:
> >
> > A good DbGrid
> >
> > Are there any good free grids out there or some vendor willing to
> > donnate his grid to the JCL? It would make the lib so much more
> > complete.
> >




Subject: Re: Localization of JVCL
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 25 Jun 2002 11:05:55 +0400
Newsgroups: jedi.vcl

> > Did You see internationalization routines from VGlib1 ? www.tsinet.ru/~vg
or
> > torry

Exactly speaking - routines and a component

> >changing ole recource-strings
Cannot recall what i mistyped - but that had nothing with MS OLE.

m.b. i meant whole?



Subject: free MIDAS ?
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 25 Jun 2002 10:00:46 +0400
Newsgroups: jedi.vcl

http://home.tsinet.ru/~vg/link-4.html

It was commercial soft until Aplril, 1st...

But If You would succeed to engage it indo Jedi...




Subject: Re: Localization of JVCL
From: "Arioch" <the_Arioch@nm.ru>
Date: Tue, 25 Jun 2002 09:33:30 +0400
Newsgroups: jedi.vcl

Did You see internationalization routines from VGlib1 ? www.tsinet.ru/~vg or
torry

There are routines, loading text from list and changing ole recource-strings
at runtime.



Subject: Re: Problem to Install JEDI-VCL Version 1.31 for Delphi 6
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Mon, 24 Jun 2002 23:27:19 +0200
Newsgroups: jedi.vcl

Here is the answer from michael for the same problem... friday


----cut----

"kangelos" <kangelos@earthlink.net> wrote in message
news:aetjfe$2h4$1@talkto.net...


> Cannot load package JVCL100_D50.dpk.  It containes unit JclStrings; which

is

> also contained in package DJCL50.


Please uninstall the djcl.bpl package.

When you run the JCL Install.bat file, it sets the JCL path in Delphi, and
that's enough for JVCL to install and function.

Michael






Gianfranco wrote:
> i have install first Jedi Code Library Release 1.20 and try to install JVCL
> 1.31.
>
> I have load JVCL100_D60.dpk and when i click to install button i receive the
> message :
> Cannot load packeg 'JVCL100_R600.' It contains unit 'jclStrings', whitch is
> also contained in package 'DJCL60'.
>
> Any ideas would be welcome.
> GT
>
>



Subject: Re: Restructing / Conversion of Jans components
From: Antoine Potten <news@antp.be>
Date: Mon, 24 Jun 2002 23:24:36 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:
> * remove TJvLineEdit and TJvLineCombo: these can easily be simulated with
> the BevelXXXX properties in D6 (were these in D5?)

These were new properties of D6 if I remember well, so it may be useful for D5 users to keep the components...



Subject: Re: RxLib joins JEDI-VCL
From: Antoine Potten <news@antp.be>
Date: Mon, 24 Jun 2002 23:16:33 +0200
Newsgroups: jedi.vcl

Robert Marquardt wrote:
> GExperts can do that already. We could use the source and tweak
> it to our needs.
>

I already used this tool (a little), and I sometimes got a great crash of Delphi... I do not know what caused that actually. It was sometimes to replace really similar components.



Subject: Problem to Install JEDI-VCL Version 1.31 for Delphi 6
From: "Gianfranco" <luponero67@libero.it>
Date: Mon, 24 Jun 2002 23:08:11 +0200
Newsgroups: jedi.vcl

i have install first Jedi Code Library Release 1.20 and try to install JVCL
1.31.

I have load JVCL100_D60.dpk and when i click to install button i receive the
message :
Cannot load packeg 'JVCL100_R600.' It contains unit 'jclStrings', whitch is
also contained in package 'DJCL60'.

Any ideas would be welcome.
GT




Subject: Re: Localization of JVCL
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Mon, 24 Jun 2002 22:59:51 +0200
Newsgroups: jedi.vcl

Oups, I forgot to specify the URL of the JVCL-Global mailing list if
someone is interested in the previous discussion we had on the mailing
list.

http://groups.yahoo.com/group/JVCL-Global

Have fun ;-)

Sebastien



Subject: Localization of JVCL
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Mon, 24 Jun 2002 22:58:05 +0200
Newsgroups: jedi.vcl

We have started a discussion in the JVCL-Global mailing list,
and the debate is not very animated... So, I think I should post
a small resume about the situation here to have some comments or
ideas :-)

You can download the demo at
http://seb.akretio.be/Translation.zip

In a few words, you have to specify which language you want
to compile within your application, then with a single line
you can switch from a language to another (only JVCL components
of course, the rest must be handled by the user).

Here is the pros and cons
+ You can translate the JVCL components at runtime with only one line
+ JVCL cmoponents can handle complex translations (they receive a notification of translation)
+ It's quite easy to integrate with the current JVCL architecture
+ It "should" work with all Delphi's and probably Kylix too
+ There is a little overhead in the executables as mostly only neeeded strings and resources are compiled with the application (I'll explain if needed)

- The user has to choose languages included at design time
- We have to replace all resources by global variables


Michael asked for a way of loading translation from outside
the executable too, but I disagree, cause the user has to handle
the localization of his application (there is not only JVCL
components in Delphi <g>), so it would lead to several files
for only one langage... In fact, I may modify the TJvTranslator to coexist peacefully with this internal solution, but we need to
discuss this point I think.

So, let's share your opinion, your wishes, your remarks, and so on,
I'll do my best to satisfy everybody for the localization!

Sebastien



Subject: Re: Grid wanted
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Mon, 24 Jun 2002 22:47:39 +0200
Newsgroups: jedi.vcl


Erhm... I've had similar discussion with someone on ICQ a few days
ago. I sended him the JVCL url and he installed it immediatelly.
A few hours ago, he came back and told me it would be nice to have
a ZIP component into the package.

This is my own opinion, but I'm sure most of the coders will agree.
JVCL is an opensource package created with mostly only donated
components and the goal is not to compete with commercial packages.

But in other hand, you are right, there is a feature request in the
bug tracker and we could add a "component request" :-)

Anyway, if you have a wonderfull idea, try to code it by yourself,
you'll be glad to contribute to this wonderfull project and you
will learn a lot of stuffs and you will maybe receive mails from
happy users... ;-)



Bob wrote:
> I agree.. for example a grid that is free that is like the DBExpress suit
> grid, that tool is fantastic, unfortunately just a little
> bit outside my price range.
>
> Bob
>
> "Bas Jansen" <bjansen@trinit.nl> wrote in message
> news:3d16c01a.1174187@forums.talkto.net...
>
>> I do see a lot of new components beeing added to the Jedi VCL and that
>> looks nice but I'm a bit worried about duplicate components being
>> introduced. I know there will be a big refactor out there for version
>> 2.0 and that's good. But I think we should stop adding components.
>> There is fuctionallity enough in the lib I only miss one big thing:
>>
>> A good DbGrid
>>
>> Are there any good free grids out there or some vendor willing to
>> donnate his grid to the JCL? It would make the lib so much more
>> complete.
>>
>
>
>



Subject: Re: XML
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Mon, 24 Jun 2002 22:36:11 +0200
Newsgroups: jedi.vcl


Yes and no, toirtoise doesn't work at all, I can fetch the files but
not upload anything, cvs.exe just got freezed.
I trashed it and installed WinCVS... And WinCVS does the job very
well :-)



Peter Thörnqvist wrote:
>> And the component is already included in the JVCL 1.31, available
>> on sourceforge, and I've updated the component yesterday so you
>> can grab the latest version from the CVS now...
>
>
> So you got that * CVS working, did you <g>?
>
> Regards, Peter
>
>
>



Subject: Re: Grid wanted
From: "Bob" <bob@bob.com>
Date: Mon, 24 Jun 2002 18:14:36 +0100
Newsgroups: jedi.vcl

I agree.. for example a grid that is free that is like the DBExpress suit
grid, that tool is fantastic, unfortunately just a little
bit outside my price range.

Bob

"Bas Jansen" <bjansen@trinit.nl> wrote in message
news:3d16c01a.1174187@forums.talkto.net...
> > I do see a lot of new components beeing added to the Jedi VCL and that
> > looks nice but I'm a bit worried about duplicate components being
> > introduced. I know there will be a big refactor out there for version
> > 2.0 and that's good. But I think we should stop adding components.
> > There is fuctionallity enough in the lib I only miss one big thing:
> >
> > A good DbGrid
> >
> > Are there any good free grids out there or some vendor willing to
> > donnate his grid to the JCL? It would make the lib so much more
> > complete.
> >




Subject: Re: Sorry
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Mon, 24 Jun 2002 18:01:47 +0200
Newsgroups: jedi.vcl

Arioch wrote:
> That is a bug in new release of FidollokSL for Outlook Express :(
> I've forgotten.
>
> The text is send as attached Unicode (UTF-16, LE, without leading fffe)

Uaerks! Throw away both!



Subject: Re: XML
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 24 Jun 2002 17:48:22 +0200
Newsgroups: jedi.vcl

> > And the component is already included in the JVCL 1.31, available
> > on sourceforge, and I've updated the component yesterday so you
> > can grab the latest version from the CVS now...

So you got that * CVS working, did you <g>?

Regards, Peter





Subject: Sorry
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 24 Jun 2002 19:03:05 +0400
Newsgroups: jedi.vcl

That is a bug in new release of FidollokSL for Outlook Express :(
I've forgotten.

The text is send as attached Unicode (UTF-16, LE, without leading fffe)



Subject: Re: XML
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Mon, 24 Jun 2002 16:13:42 +0200
Newsgroups: jedi.vcl


Don't know what you have used to post your message, but Mozilla
completly screwed it, are you trying to post in html?

And the component is already included in the JVCL 1.31, available
on sourceforge, and I've updated the component yesterday so you
can grab the latest version from the CVS now...

But this is a "limited" xml parser and is not intended to be
the most compatible one, it's just a parser I made for speed
reasons (It's really really fast), and there is another parser
from jan's (http://jansfreeware.com/jfdelphi.htm) that will
be included soon, just make your choice ;-)



Arioch wrote:



Subject: Re: Problem installing JVCL R1.31.zip
From: "Alfio" <alioscia_alessi@onde.net>
Date: Mon, 24 Jun 2002 12:43:00 +0200
Newsgroups: jedi.vcl

I solve the problem the zlib was included on dclur package!!!

Tx a lot!!

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:af6sbc$pdk$1@talkto.net...
> > "Alfio" <alioscia_alessi@onde.net> wrote in message
> > news:af6ruo$pbn$1@talkto.net...
>> > > I  solved the problem I have stored in my HD a Old Version of ZLib!
>> > > Now, I have the problem with JCString, I see in the news group if there
> > are
>> > > the answer before to write another time!
> >
> > Just follow the instructions in Install.txt
> >
> > Michael
> >
> >




Subject: Re: Problem installing JVCL R1.31.zip
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 24 Jun 2002 06:35:46 -0400
Newsgroups: jedi.vcl

"Alfio" <alioscia_alessi@onde.net> wrote in message
news:af6ruo$pbn$1@talkto.net...
> > I  solved the problem I have stored in my HD a Old Version of ZLib!
> > Now, I have the problem with JCString, I see in the news group if there
are
> > the answer before to write another time!

Just follow the instructions in Install.txt

Michael




Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 24 Jun 2002 06:31:04 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <Ralf.Grenzing@gmx.de> wrote in message
news:3D16E9A4.30D1C862@gmx.de...

> > BTW: Where is the "Jedi Uses Wizard". I could not found it with google.

http://groups.yahoo.com/group/JVCL-Developers/files/

Michael




Subject: Re: Problem installing JVCL R1.31.zip
From: "Alfio" <alioscia_alessi@onde.net>
Date: Mon, 24 Jun 2002 12:28:31 +0200
Newsgroups: jedi.vcl

I  solved the problem I have stored in my HD a Old Version of ZLib!
Now, I have the problem with JCString, I see in the news group if there are
the answer before to write another time!

In the while tx a lot!!!


"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:af6rgn$pan$1@talkto.net...
> > What version of Delphi 6 are you using. Have you followed the instructions
> > in the install.txt file?
> >
> > Regards, Peter
> >
> > "Alfio" <alioscia_alessi@onde.net> skrev i meddelandet
> > news:af6omd$p22$1@talkto.net...
>> > > Hi to all,
>> > > I have delphi 6 and when I try to install this version the compiler
raise
>> > > Error:
>> > > "Undeclared identifier TCompressionStream"!!!
>> > >
>> > > What am I doing wrong ?
>> > >
>> > >
>> > >
> >
> >




Subject: Re: Problem installing JVCL R1.31.zip
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Mon, 24 Jun 2002 12:21:02 +0200
Newsgroups: jedi.vcl

What version of Delphi 6 are you using. Have you followed the instructions
in the install.txt file?

Regards, Peter

"Alfio" <alioscia_alessi@onde.net> skrev i meddelandet
news:af6omd$p22$1@talkto.net...
> > Hi to all,
> > I have delphi 6 and when I try to install this version the compiler raise
> > Error:
> > "Undeclared identifier TCompressionStream"!!!
> >
> > What am I doing wrong ?
> >
> >
> >




Subject: Re: RxLib joins JEDI-VCL
From: Ralf Grenzing <Ralf.Grenzing@gmx.de>
Date: Mon, 24 Jun 2002 11:43:00 +0200
Newsgroups: jedi.vcl

>> > >
>> > > First rules in the list are easy (essentially search & replace), the latter ones are
>> > > nasty (too nasty perhaps, requiring a full-blown code parser).
> >
> > We have the JEDI Code Formatter which contains code to work
> > on file lists like "all open files" or "all files of the project".
> > We have the Jedi Uses Wizard which analyzes the error messages
> > of a compiler sweep. That could eliminate the need for a parser.
> > Replace a name and recompile. Undo all lines which cause errors.
> > This may take some time, but it is automatic.

BTW: Where is the "Jedi Uses Wizard". I could not found it with google. It is a part of
the JEDI Experts? Then it is not listed at http://jexperts.sourceforge.net/

Ralf Grenzing



Subject: Problem installing JVCL R1.31.zip
From: "Alfio" <alioscia_alessi@onde.net>
Date: Mon, 24 Jun 2002 11:32:52 +0200
Newsgroups: jedi.vcl

Hi to all,
I have delphi 6 and when I try to install this version the compiler raise
Error:
"Undeclared identifier TCompressionStream"!!!

What am I doing wrong ?





Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 24 Jun 2002 03:32:29 -0400
Newsgroups: jedi.vcl

"J Hall" <j@hall.com> wrote in message
news:MPG.177f0d0a3ad0222989680@forums.talkto.net...

> > We we do internally with situations like this is rename the component
> > and then create a descendant with the 'old name' which does not
> > implement anything new, and register them both.  This way, you have the
> > same class in the component pallet twice, under both the old and new
> > name, allowing you to 'port' at leisure.

Thanks for all the suggestions.

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Grid wanted
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 24 Jun 2002 03:28:23 -0400
Newsgroups: jedi.vcl

"Bas Jansen" <bjansen@trinit.nl> wrote in message
news:3d16c01a.1174187@forums.talkto.net...
> > I do see a lot of new components beeing added to the Jedi VCL and that
> > looks nice but I'm a bit worried about duplicate components being
> > introduced. I know there will be a big refactor out there for version
> > 2.0 and that's good. But I think we should stop adding components.

Actually Peter just finished the first pass of the restructuring, and he
will be posting soon the results of it. So it's possible that we will
postpone additions of new libraries till 2.1 etc.

> > There is fuctionallity enough in the lib

Some people might disagree with you on that :)

> > I only miss one big thing:
> >
> > A good DbGrid
> >
> > Are there any good free grids out there or some vendor willing to
> > donnate his grid to the JCL? It would make the lib so much more
> > complete.

We are always open for new additions :)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Object Picker Dialog Donation
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 24 Jun 2002 03:24:38 -0400
Newsgroups: jedi.vcl

"Marcel van Brakel" <brakelm@nospam.chello.nl> wrote in message
news:af57hd$lkr$1@talkto.net...

Marcel, great to see you here!!!!! And I am glad that you are still doing
things with Delphi :)

> > I wrote a wrapper component for the Active Directory Object Picker Dialog.
> > It isn't much but may be useful to others so I like to contribute it to
> > JVCL, where may I send it to/upload it?

You can email it to me, or you can post it to to the JVCL mailing list, if
you are still a member there:
http://groups.yahoo.com/group/JEDI-VCL

> > The ciomponent is documented only
> > minimally but I have written an article about the Object Picker which may
> > help with that. The article will be published in the september issue of
> > Delphi Informant. If necessary I can provide the draft article to one of
the
> > help writers (Marcel B.??)...

You can also email it to me, so I can better understand what it does.

> > PS I am very happy to see the JVCL alive and kicking again, great job all
!!

We are happy as well :)

--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Component Failure (ChangeIconDialog)
From: "Peter Busch" <pbuschjoh@t-online.de>
Date: Mon, 24 Jun 2002 09:09:21 +0200
Newsgroups: jedi.vcl

Thanks for answers.
I also found, that the main difference is the WideChar - Typ of 'Filename'
in the PickIconDlg-function.
In Delphi I used the 'StringToWideChar' to convert a given string-filename.
It works but when I use 'WideCharToStrVar' to reconvert and write in a TEdit
I get an access violation error in kernel32.

"Robert Love" <rlove@slcdug.org> schrieb im Newsbeitrag
news:aelam4$an5$1@talkto.net...
> > Here is a link to an article/demo in C author says he verifed it works in
> > XP.
> > http://www.codeproject.com/dialog/CIconDialogAPI.asp
> >
> > Robert Love
> >
> > "Robert Love" <rlove@slcdug.org> wrote in message
> > news:ael9t9$alt$1@talkto.net...
>> > > I was able to confirm that it does show under windows XP.
>> > >
>> > > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in
message
>> > > news:ael878$ah5$1@talkto.net...
>>> > > > "Peter Busch" <pbuschjoh@t-online.de> wrote in message
>>> > > > news:aekrsq$97m$1@talkto.net...
>>> > > > Can anyone else confirm it on WinXP?
>>> > > >
>> > >
>> > >
>> > >
> >
> >




Subject: Grid wanted
From: bjansen@trinit.nl (Bas Jansen)
Date: Mon, 24 Jun 2002 06:57:24 GMT
Newsgroups: jedi.vcl

I do see a lot of new components beeing added to the Jedi VCL and that
looks nice but I'm a bit worried about duplicate components being
introduced. I know there will be a big refactor out there for version
2.0 and that's good. But I think we should stop adding components.
There is fuctionallity enough in the lib I only miss one big thing:

A good DbGrid

Are there any good free grids out there or some vendor willing to
donnate his grid to the JCL? It would make the lib so much more
complete. 



Subject: XML
From: "Arioch" <the_Arioch@nm.ru>
Date: Mon, 24 Jun 2002 09:22:52 +0400
Newsgroups: jedi.vcl

attachment
	



Subject: Object Picker Dialog Donation
From: "Marcel van Brakel" <brakelm@nospam.chello.nl>
Date: Sun, 23 Jun 2002 21:49:50 +0200
Newsgroups: jedi.vcl

Hi,

I wrote a wrapper component for the Active Directory Object Picker Dialog.
It isn't much but may be useful to others so I like to contribute it to
JVCL, where may I send it to/upload it? The ciomponent is documented only
minimally but I have written an article about the Object Picker which may
help with that. The article will be published in the september issue of
Delphi Informant. If necessary I can provide the draft article to one of the
help writers (Marcel B.??)...

PS I am very happy to see the JVCL alive and kicking again, great job all !!

best regards,
Marcel van Brakel




Subject: Re: Wishes for TJvMruList
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Sun, 23 Jun 2002 17:19:49 +0200
Newsgroups: jedi.vcl

Thanks!

And as it's time for personnal greetings, you are all doing an
excellent job, especially you and michael ;-)

I really should get this * cvs client to work, I have a major
speed and compatibility update for the TJvSimpleXml <grin>

Sebastien

Peter Thornqvist wrote:
> To be fair, I would say that most of your components are pretty stable and
> bug-free: I would be proud of them if I were you.
>
> Regards, Peter
>
>
>> So, as I was just learning programming, there is a lot of bugs, flaws,
>> of serious design mistakes, and so on...
>
>
>
>



Subject: The H-Files progress report June 23rd, 2002
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 23 Jun 2002 16:39:38 +0200
Newsgroups: jedi.vcl

Hi all,

For me this was a rather slow week (sometimes life interferes with the
original plans): 2 units. Luckily there's Remko Bonte: he documented 11
units. Francis G. Dorsemaine made his first contribution with 1 unit. That
gives a total of 14 units this week, bringing the grand total to 38 units in
3 weeks. This means we have about 10% documented (of the JVCL 1.31 release).

At this point I like to thank the current H-Files team for all the work they
have done so far and are still willing to do. Nonetheless, we could always
use new team members.

As usual a new Preview of the help file is available in both CHM as well as
WinHelp format. It can be downloaded from
http://sourceforge.net/projects/jvcl.

Halfway down the page you'll see a heading "Latest File Releases", with in
it "JVCL Help Files - Preview June 23rd, 2002". Follow that link to download
and check out the progress we have made so far.

Units added this month:

* JvBevel
* JvCaptionButton
* JvCaretEdit
* JvScreenResolution
* JvScrollText
* JvSizeablePanel
* JvSlider
* JvSoundControl
* JvSpacer
* JvSpecialImage
* JvSpecialProgress
* JvSpeedButton
* JvSplitter
* JvStarfield

best regards,
Marcel Bestebroer
--
Project JEDI
www.delphi-jedi.org







Subject: Re: RxLib joins JEDI-VCL
From: J Hall <j@hall.com>
Date: Sat, 22 Jun 2002 23:39:51 +0100
Newsgroups: jedi.vcl

In article <af2sds$g7i$1@talkto.net>, Arioch /BDV/ says...

Hi,

> > why wont You just do smth like that:
> > 
> > {$ifdef RxLibCompat}
> >   type TRxABC = TJvxABC;
> > {$endif}

Almost <g>

We we do internally with situations like this is rename the component 
and then create a descendant with the 'old name' which does not 
implement anything new, and register them both.  This way, you have the 
same class in the component pallet twice, under both the old and new 
name, allowing you to 'port' at leisure.

J


Subject: Re: RxLib joins JEDI-VCL
From: "Arioch /BDV/" <the_Arioch@chat.ru>
Date: Sun, 23 Jun 2002 02:11:40 +0400
Newsgroups: jedi.vcl

Hello, Michael!
You wrote  on Wed, 19 Jun 2002 16:37:22 -0400:

 MBT> This way the current RxLib users  could take advantage of JVCL just by
 MBT> renaming their components from TRxABC to TJvxABC, and later migrate to
 MBT> JVCL at their leisure.

why wont You just do smth like that:

{$ifdef RxLibCompat}
  type TRxABC = TJvxABC;
{$endif}

With best regards, Arioch /BDV/.  E-mail: the_Arioch@chat.ru



Subject: Re: RxLib joins JEDI-VCL
From: "Arioch /BDV/" <the_Arioch@chat.ru>
Date: Sun, 23 Jun 2002 02:02:37 +0400
Newsgroups: jedi.vcl

Hello, Michael!
You wrote  on Wed, 19 Jun 2002 15:58:57 -0400:

[skip]

 MBT> Some of the software doing it:

 MBT> Freeware:

www.GExperts.org

[skip]

With best regards, Arioch /BDV/.  E-mail: the_Arioch@chat.ru



Subject: Re: Wishes for TJvMruList
From: "Arioch /BDV/" <the_Arioch@chat.ru>
Date: Sun, 23 Jun 2002 02:00:16 +0400
Newsgroups: jedi.vcl

Hello, Peter!
You wrote  on Sat, 22 Jun 2002 13:31:12 +0200:

 PT> This is how I would rewrite it (view this in a mono spaced font):

plz, do not duplicate .GetItem code in .InitItems

 PT> There is no SetData in the TJvMRU class and there need not be either.

And there is no .Data property. And so without catching OnEnumString event i
ave no way to read the data. Do you really think it is most comfort way?


With best regards, Arioch /BDV/.  E-mail: the_Arioch@chat.ru



Subject: Re: Wishes for TJvMruList
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Sat, 22 Jun 2002 18:17:04 +0200
Newsgroups: jedi.vcl

To be fair, I would say that most of your components are pretty stable and
bug-free: I would be proud of them if I were you.

Regards, Peter

> > So, as I was just learning programming, there is a lot of bugs, flaws,
> > of serious design mistakes, and so on...





Subject: Re: Wishes for TJvMruList
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Sat, 22 Jun 2002 18:13:51 +0200
Newsgroups: jedi.vcl

> 2) here is the maker of the component - let he look it first.
> (the folllowing text was in the comment:
>   Contributor(s): Michael Beck [mbeck@>>some yeti server<<.com]. )

Erhm, Michael is a contributor, I'm the guilty author... <g>

But I really don't remember anything about this component, I
wrote most of my components between 1998 and 1999, and some
in 2000, and I don't know about you, but it's already hard to
re-read a code I've written some months ago, so imagine for
a component from 1999 :-)

BTW, as michael explained in another thread, developping components
is great for acquiring new skills, and this was one of my goals
when I wrote most of them (more than 200 ones hey) during my studies.
So, as I was just learning programming, there is a lot of bugs, flaws,
of serious design mistakes, and so on...

Sebastien



Subject: Re: Testing new components before release
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 22 Jun 2002 17:48:15 +0200
Newsgroups: jedi.vcl

Great! That is certainly needed. Please report your findings in the issue
tracker (http://jvcl.sourceforge.net/mantis/view_all_bug_page.php)

Regards, Peter

> > That is, I'm volunteering to test new components with D6pe.





Subject: Re: Testing new components before release
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Sat, 22 Jun 2002 17:04:17 +0200
Newsgroups: jedi.vcl

Sorry, that should have been remkobonte, not rembokonte.

Regards, Peter

> > description, the easier to fix. rembokonte (see the bug tracker for his
> > posts) is a prime example of a person who not only finds bugs but also
> > suggest solutions.





Subject: Re: Wishes for TJvMruList
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Sat, 22 Jun 2002 13:31:12 +0200
Newsgroups: jedi.vcl

>> > > Beware that FOnEnumData is expected to FreeMem(p) !!!
>> > > And what if it is not assigned?
>> > > Was it a bug in the original code???

I don't think the purpose was for OnEnumData to free the memory: this is
most certainly a bug.

This is how I would rewrite it (view this in a mono spaced font):

in EnumItems:
  ...
  else // (if FType = dtBinary)
  begin
    Index := 0;
    i := 0;
    while i <> -1 do
    begin
      p := nil;
      ReAllocMem(p,1024);
      i := EnumMruList(FList, Index, p, 1024);

      if i = 1024 then
      begin
        ReAllocMem(p,64000);
        i := EnumMruList(FList, 0, p, 64000);
      end;

      if i <> -1 then
      begin
        Result := True;
        if Assigned(FOnEnumData) then
          FOnEnumData(Self, p, i, Index);
        ReallocMem(p,0);
      end;
      Inc(Index);
    end;
  end;


in GetItem:
  ...
  else // FType = dtBinary
  begin
    p := nil;
    ReAllocMem(p,1024);
    i := EnumMruList(FList, Index, p, 1024);

    if i = 1024 then
    begin
      ReAllocMem(p,64000);
      i := EnumMruList(FList, 0, p, 64000);
    end;

    if i <> -1 then
    begin
      Result := True;
      if (Assigned(FonEnumData)) then
      begin
        FOnEnumData(Self, p, i, Index);
        ReAllocMem(p,0);
      end;
    end;
  end;

>> > > Should we add FreeMem(p) ourselves after the last "end" in quoted text?

No, the code above takes care of that

> >
> > And the rest are:
> >
> > procedure TJvMruList.SetData(const Value: PChar);
> > begin
> >   if Assigned(FData) then begin
> >         FreeMem(FData-sizeof(integer)); FData:=nil; end;
> >   FData := Value;
> > end;

There is no SetData in the TJvMRU class and there need not be either.

Regards, Peter




Subject: Re: Trouble with JvFontBox
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 22 Jun 2002 11:28:44 +0200
Newsgroups: jedi.vcl

This component will most likely disappear when the restructuring is done.
Use the TFontComboBox or TFontComboBox2 instead.

Regards, Peter

"Chuck R." <cr@gil.com> skrev i meddelandet news:3D139E58.8010105@gil.com...
> > I could not get the text in JvFontBox to update when I changed the
> > Value subproperties. For example, I did:
> > JvFontBox1.Value.Name:=Myvar.Fontname; //Fontname is a string.
> > JvFontBox1.Value.Size:=Myvar.Fontsize; //Which is an integer.
> >
> > Has anyone gotten this to work? I looked at the code for JvFontBox
> > and it looks like the display of the font text is supposed to be
> > automatic.
> >
> > Thanks.
> >




Subject: Re: RxLib joins JEDI-VCL
From: "Marcus Fuchs" <Marcus_news@web.de>
Date: Sat, 22 Jun 2002 06:04:43 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote:

>> >> (I know that you aren't enough people who do not have enough time, and
>> >> so would like to get help. Sorry, but I don't think that I'm good enough
>> >> to help you on this difficult task.)
> >
> > There are so many other things people can do to help, e.g.:
> >
> > [...]
> >
> > Plus, what would be a better way to improve your skills if not by getting
> > involved in writing components together with other people?

Should think about it

> > We can also easily have XP (as in "eXtreme Programming") within JVCL, [...]

:-)

> > Ever wanted to impress your boss with showing him how to improve quality of
> > the code by writing test units with DUnit? You could learn to write them
> > here. The list can go on and on.....

That is a good argument, I also thought about. But until this could
happen to me, it will at least need 10 more months. :-)

Marcus

-- You don't know Murphy? Use Google or any other search-engine! 

Subject: Trouble with JvFontBox
From: "Chuck R." <cr@gil.com>
Date: Fri, 21 Jun 2002 16:44:56 -0500
Newsgroups: jedi.vcl

I could not get the text in JvFontBox to update when I changed the Value subproperties. For example, I did:
JvFontBox1.Value.Name:=Myvar.Fontname; //Fontname is a string.
JvFontBox1.Value.Size:=Myvar.Fontsize; //Which is an integer.

Has anyone gotten this to work? I looked at the code for JvFontBox and it looks like the display of the font text is supposed to be automatic.

Thanks.



Subject: Re: The H-Files update June 16th, 2002
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Fri, 21 Jun 2002 18:54:51 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> schreef in bericht
news:aeuiod$4rr$1@talkto.net...
> > "Marcel Bestebroer" <marcelb.remove.this@zeelandnet.nl> wrote in message
> > news:aesdrq$ujf$1@talkto.net...
> >
>> > > It is possible to put the descriptions in the source file itself.
However,
[...]
>> > > again. I don't know what Michael thinks of this? Optionally we could
strip
>> > > the comments once the docs are updated.
> >
> > That makes sense - I think it's easier for the coder to add comments in
the
> > code, and then for the Help writer to extract this into Help file. If I

That's settled then. During restructuring or additions/changes to existing
code, at least a short description is added to the implementation of the
code (except for properties and vars/constants/types declared in the
interface section, ofcourse). The help team can use these texts to either
copy it to the help files, or use it as a base to write a full help text.

> > remember correctly, the biggest concern in JCL was to "keep" the comments
in
> > the code.

No, the biggest concern was getting comments ;-)

Marcel




Subject: HttpGrabber not working
From: "Chuck R." <cr@gil.com>
Date: Fri, 21 Jun 2002 10:03:47 -0500
Newsgroups: jedi.vcl

Has anyone used the JvHttpGrabber to get a web page to a file? I tried it in D6pe and the file is not created and the OnFileDone event is not fired.

Any ideas what I'm doing wrong? I filled in the Url and Filename, then did Execute.

Chuck



Subject: Re: Wishes for TJvMruList
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 21 Jun 2002 18:40:27 +0400
Newsgroups: jedi.vcl

> > 1) Not yet. Here below are 2 bugfixes.
And yet again...

I didn't think that StrNew works in such a cursed way...
 
> >     if i <> -1 then
> >     begin
> >       Result := True;
> >         GetMem(p2,sizeof(i)+i);
> >         integer(p2^):=i; 

Inc(Pchar(p2),sizeof(i));

> >          Move(p^,p2^,i);  Data:=Pchar(p2);
> >       if (Assigned(FonEnumData)) then
> >       begin
> >         FOnEnumData(Self, p, i, Index);
> >       end;
> >     end;
> > 
> > Beware that FOnEnumData is expected to FreeMem(p) !!!
> > And what if it is not assigned?
> > Was it a bug in the original code???
> > Should we add FreeMem(p) ourselves after the last "end" in quoted text?

And the rest are:

procedure TJvMruList.SetData(const Value: PChar);
begin
  if Assigned(FData) then begin
        FreeMem(FData-sizeof(integer)); FData:=nil; end;
  FData := Value;
end;

and

destructor TJvMruList.Destroy;
begin
  if FList <> 0 then
    FreeMruList(FList);
  if Assigned(FData) then Data:=nil; //Calling SetData to free memory
  inherited;
end;




Subject: Re: Wishes for TJvMruList
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 21 Jun 2002 18:25:03 +0400
Newsgroups: jedi.vcl

> > Please report any enhancement request / bugs in the JVCL bug tracker at

1) Not yet. Here below are 2 bugfixes.

2) here is the maker of the component - let he look it first.
(the folllowing text was in the comment:
  Contributor(s): Michael Beck [mbeck@>>some yeti server<<.com]. )

>> > >   after         FOnEnumData(Self, p, i, Index);   end;
>> > >   i inserted  Data:=Pchar(p);

this was a bug io made. now it is like that (i declared a variable 'p2' same
as 'p' as it seems that FOnEnumData will free p:

    if i <> -1 then
    begin
      Result := True;
        GetMem(p2,sizeof(i)+i);
        integer(p2^):=i; Move(p^,p2^,i);
        Data:=Pchar(p2);
      if (Assigned(FonEnumData)) then
      begin
        FOnEnumData(Self, p, i, Index);
      end;
    end;

Beware that FOnEnumData is expected to FreeMem(p) !!!
And what if it is not assigned?
Was it a bug in the original code???
Should we add FreeMem(p) ourselves after the last "end" in quoted text?

And there are 2 more bugfixes in my code:
1) in destructor there must be " if Assigned(FData) then FreeMem(FData);" !
2) in .SetData i must FreeMem(Fdata)), but not Dispose(FData) as i deed
before!



Subject: Re: Wishes for TJvMruList
From: "Peter Thornqvist" <peter3@no.spam.peter3.com>
Date: Fri, 21 Jun 2002 15:47:26 +0200
Newsgroups: jedi.vcl

Please report any enhancement request / bugs in the JVCL bug tracker at
http://jvcl.sourceforge.net/mantis/view_all_bug_page.php

Regards, Peter

"Arioch" <the_Arioch@nm.ru> skrev i meddelandet
news:aev708$6p8$1@talkto.net...
> > a very misty component, no help, no comments...
> >
> > And how can i read data w|o assigning OnEnum event? For filling some
TTable
> > or StringList for example.
> >
> > And the .GetItem - there are 2 string variables while 1 would be rather
> > enough...
> > Did i miss somthing?
> >
> > method .EnumItems i think must rely upon .GetItem. Why duplicate code?
> >
> > Ok, i made at my PC the following changes to it:
> >
> > ~~~~
> > public: property Data: PChar;
> >
> > procedure TJvMruList.SetData(const Value: PChar);
> > begin
> >   if Assigned(FData) then begin
> >         Dispose(FData); FData:=nil; end;
> >   FData := Value;
> > end;
> >
> > .GetItem:
> >   after         FOnEnumText(Self, st2, Index); end;
> >   i inserted  Data:=StrNew(Pchar(st));
> >   after         FOnEnumData(Self, p, i, Index);   end;
> >   i inserted  Data:=Pchar(p);
> >
> > .EnumData now looks like this:
> >
> > function TJvMruList.EnumItems: Boolean;
> > var i: integer;
> > begin
> >   Result:=True;
> >   for i:=0 to GetItemsCount-1 do
> >       if not GetItem(i) then Result:=False;
> > end;
> > ~~~
> >
> > What would You say?
> >
> >




Subject: Re: Testing new components before release
From: "Chuck R." <cr@gil.com>
Date: Fri, 21 Jun 2002 08:44:12 -0500
Newsgroups: jedi.vcl

Chuck R. wrote:
> Shouldn't someone test components before they are released? This would also be a good opportunity to document exactly how the components are supposed to work. For example, I can't get the JvHttpGrabber to work. I don't get any errors, but then I don't get a file downloaded either (I'm using file mode and have set the filename and url properties).
>

That is, I'm volunteering to test new components with D6pe.



Subject: Testing new components before release
From: "Chuck R." <cr@gil.com>
Date: Fri, 21 Jun 2002 08:25:16 -0500
Newsgroups: jedi.vcl

Shouldn't someone test components before they are released? This would also be a good opportunity to document exactly how the components are supposed to work. For example, I can't get the JvHttpGrabber to work. I don't get any errors, but then I don't get a file downloaded either (I'm using file mode and have set the filename and url properties).



Subject: Re: Testing new components before release
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 21 Jun 2002 14:50:44 +0200
Newsgroups: jedi.vcl

Components are normally tested before release, but sometimes stuff gets
through that doesn't work. Also, most people working actively with JVCL are
fully occupied anyway, so it may take a while before anyone takes care of a
bug.

If you find anything that doesn't work, here's some steps that will maximize
the chances of it getting fixed:

1. you have the source, so try debugging the component yourself and see if
you can find the reason for it not working
2. change your own source to see if the fix actually works
3. report the bug (and any fixes you've found) in the JVCL bug tracker at
http://jvcl.sourceforge.net/mantis/view_all_bug_page.php
4. watch the bug tracker for comments and resolutions, downlaod the fixed
unit(s) from CVS (http://sourceforge.net/cvs/?group_id=45786)
5. (optional) if nothing happens for a couple of days, post a message here
making JVCL'ers aware of the bug in the bug tracker

Personally, I check the bug tracker at least once a day. If I find anything
I can fix easily and immediately, I'll do it. The more specific the bug
description, the easier to fix. rembokonte (see the bug tracker for his
posts) is a prime example of a person who not only finds bugs but also
suggest solutions.

Regards, Peter

"Chuck R." <cr@gil.com> skrev i meddelandet news:3D13293C.4090303@gil.com...
> > Shouldn't someone test components before they are released? This
> > would also be a good opportunity to document exactly how the
> > components are supposed to work. For example, I can't get the
> > JvHttpGrabber to work. I don't get any errors, but then I don't get
> > a file downloaded either (I'm using file mode and have set the
> > filename and url properties).
> >




Subject: Wishes for TJvMruList
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 21 Jun 2002 16:47:23 +0400
Newsgroups: jedi.vcl

a very misty component, no help, no comments...

And how can i read data w|o assigning OnEnum event? For filling some TTable
or StringList for example.

And the .GetItem - there are 2 string variables while 1 would be rather
enough...
Did i miss somthing?

method .EnumItems i think must rely upon .GetItem. Why duplicate code?

Ok, i made at my PC the following changes to it:

~~~~
public: property Data: PChar;

procedure TJvMruList.SetData(const Value: PChar);
begin
  if Assigned(FData) then begin
        Dispose(FData); FData:=nil; end;
  FData := Value;
end;

..GetItem:
  after         FOnEnumText(Self, st2, Index); end;
  i inserted  Data:=StrNew(Pchar(st));
  after         FOnEnumData(Self, p, i, Index);   end;
  i inserted  Data:=Pchar(p);

..EnumData now looks like this:

function TJvMruList.EnumItems: Boolean;
var i: integer;
begin
  Result:=True;
  for i:=0 to GetItemsCount-1 do
      if not GetItem(i) then Result:=False;
end;
~~~

What would You say?




Subject: Re: JediVCL_R131.zip
From: "Michael Makushev" <lakeman@rambler.ru>
Date: Fri, 21 Jun 2002 15:48:02 +0400
Newsgroups: jedi.vcl

"Bernt Levinsson" <levin.spambox@telia.com> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ
ÓÌÅÄÕÀÝÅÅ: news:adt0p1$qsp$1@talkto.net...
> >
>> > > When I try to compile the file JclStrings.pas is missing.
> >
> > Ups, I missed this:
> > "To use it, you will also need JCL (JEDI Code Library) 1.20 "
Yes, also have this problem. Thanks!

óÐÁÓÉÂÏ, ÂÙÌÉ ÔÅ ÖÅ ÐÒÏÂÌÅÍÙ.




Subject: Re: RxLib joins JEDI-VCL
From: "Arioch" <the_Arioch@nm.ru>
Date: Fri, 21 Jun 2002 14:33:42 +0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> сообщил/сообщила в
новостях следующее: news:aeo4to$jm2$1@talkto.net...
> > We are very pleased to announce that RxLib
> > (http://sourceforge.net/projects/rxlib/) will be joining JEDI-VCL
> > (http://jvcl.sourceforge.net)

Don't forget of Taxxi (www.taxxi.com)

Epsylon Technologies (www.demo.ru) had to create it's own port to Delphi6.
And they have some scepsis about oficial state of SF's Rx.

Use www.translate.ru and try to read

http://groups.google.com/groups?selm=3C01FF34.1B11D2EE%40epsylontech.com

and

news://forums.demo.ru/epsylon.public.taxxi



Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 21 Jun 2002 03:52:51 -0400
Newsgroups: jedi.vcl

"Marcus Fuchs" <Marcus_news@web.de> wrote in message
news:aesu5j$ip$1@talkto.net...

> > You are right, but it wouldn't damage the library (hopefully), if you
> > try to support older Delphi version. And if it is in that way, that
> > someone can't use some components in these older versions, I could live
> > with it. But please start trying it.

Everything depends on volunteers willing to make it happen.

> > (I know that you aren't enough people who do not have enough time, and
> > so would like to get help. Sorry, but I don't think that I'm good enough
> > to help you on this difficult task.)

There are so many other things people can do to help, e.g.:

- writing help files
- writing demos
- writing tests

Plus, what would be a better way to improve your skills if not by getting
involved in writing components together with other people?

We can also easily have XP (as in "eXtreme Programming") within JVCL, where
people pair-up in small subteams and work on individual components. You've
read about XP, but maybe your company doesn't use it. Well, within JVCL you
could practice it, so when you look for next job, you can mentioned that you
have experience in XP....

Ever wanted to impress your boss with showing him how to improve quality of
the code by writing test units with DUnit? You could learn to write them
here. The list can go on and on.....

I would like to see JVCL as a an opportunity for people not only to give
something back to the community, but also have fun, do something innovative,
learn new skills and practice development processes, which they could use to
their benefit in their work. This would be a great Win-Win situation for all
of us.

Michael




Subject: Re: The H-Files update June 16th, 2002
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 21 Jun 2002 03:02:06 -0400
Newsgroups: jedi.vcl

"Marcel Bestebroer" <marcelb.remove.this@zeelandnet.nl> wrote in message
news:aesdrq$ujf$1@talkto.net...

> > It is possible to put the descriptions in the source file itself. However,
> > we have chosen to keep this separate as it was done in JCL. For code
> > maintainers this seemed easier to work with. However, I see no problem in
> > adding a short description for each function/property/event in the .pas
> > files as it will save the documentation team of figuring things out all
over
> > again. I don't know what Michael thinks of this? Optionally we could strip
> > the comments once the docs are updated.

That makes sense - I think it's easier for the coder to add comments in the
code, and then for the Help writer to extract this into Help file. If I
remember correctly, the biggest concern in JCL was to "keep" the comments in
the code.

Michael





Subject: Re: JVCL Install Problems
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 20 Jun 2002 23:47:26 -0400
Newsgroups: jedi.vcl

"kangelos" <kangelos@earthlink.net> wrote in message
news:aetjfe$2h4$1@talkto.net...

> > Cannot load package JVCL100_D50.dpk.  It containes unit JclStrings; which
is
> > also contained in package DJCL50.

Please uninstall the djcl.bpl package.

When you run the JCL Install.bat file, it sets the JCL path in Delphi, and
that's enough for JVCL to install and function.

Michael




Subject: JVCL Install Problems
From: "kangelos" <kangelos@earthlink.net>
Date: Thu, 20 Jun 2002 15:07:47 -0700
Newsgroups: jedi.vcl

I'm using D5 Pro and have JCL installed and library directories configured
properly, but when I load the JVCL100_D50.dpk and try to install it, I get
the following error:

Cannot load package JVCL100_D50.dpk.  It containes unit JclStrings; which is
also contained in package DJCL50.

How do I get past this.

TIA
kangelos




Subject: Re: Restructing / Conversion of Jans components
From: "Don Siders" <sidersd@att.net>
Date: Thu, 20 Jun 2002 15:10:33 -0400
Newsgroups: jedi.vcl


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:aervvu$tdb$1@talkto.net...

>> > > Could I recommend that you have separate registration units (or
packages)?
> > Can you enter it in our Issue/Bugs Tracker?

Done, although the classification might be wrong....

Don


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.370 / Virus Database: 205 - Release Date: 6/6/2002



Subject: JVCL and Delphi 4
From: "Jeffrey Eib, Sr." <jeib@garrettliners.com>
Date: Thu, 20 Jun 2002 10:01:09 -0400
Newsgroups: jedi.vcl

I know that the Jedi VCL is only supported on D5 and D6, but I was wondering
if anyone has tried to compile it under D4. Is this even possible?

Thanks in advace
Jeff Eib
www.GarrettLiners.com





Subject: Re: The H-Files update June 16th, 2002
From: "Marcel Bestebroer" <marcelb.remove.this@zeelandnet.nl>
Date: Thu, 20 Jun 2002 13:28:04 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> schreef in bericht
news:aeqvm1$r8s$1@talkto.net...
> >
> > We should consider what happens when the JVCL is restructured (something
I'm
> > doing at the moment with help from Robert Love). This restructuring will
> > result in several changes: components will be removed and old components
> > will be enhanced with new properties, methods and events. The difficult
part
> > here is that I don't know *what* units will be removed or enhanced:
> > restructuring is very much an explorative exercise where it's impossible
to
> > determine beforehand what will change. If you have some suggestion on how
> > this should be handled, I would appreciate it very much.

No real suggestion. It would be nice if you could indicate what has
changed/merged once you're done, but other than that we are building help
based on the current release and we already skip components that have no
properties/events. I already accepted that some of the work the help team
does will become obsolete.

For merged units/components we will most likely use copy-and-paste (and
maybe small rewrites) which will be less work than what you are doing right
now.

> >
> > Alos, the current setup with separate dtx files does mean that it is more
> > work to get the docs updated: to me it would be a lot simpler putting the
> > comments directly into the code as I edit the files. Is there any
> > possibility that I could do it like this? If there is, I can most
certainly
> > contribute to the documentation as I do the restructuring.

It is possible to put the descriptions in the source file itself. However,
we have chosen to keep this separate as it was done in JCL. For code
maintainers this seemed easier to work with. However, I see no problem in
adding a short description for each function/property/event in the .pas
files as it will save the documentation team of figuring things out all over
again. I don't know what Michael thinks of this? Optionally we could strip
the comments once the docs are updated.


--
Marcel Bestebroer (Team JEDI)  http://delphi-jedi.org





Subject: Re: RxLib joins JEDI-VCL
From: "Marcus Fuchs" <Marcus_news@web.de>
Date: Thu, 20 Jun 2002 09:33:26 +0200
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote:

> > After all, JEDI stands for "Joint Endeavor of Delphi INNOVATORS" :)
> >
> > This is one of the reasons why we officially support only the current Delphi
> > version, i.e. we should be able to incorporate new features as they come
> > along, and innovate the JVCL so it remains up to date with Delphi features.

You are right, but it wouldn't damage the library (hopefully), if you
try to support older Delphi version. And if it is in that way, that
someone can't use some components in these older versions, I could live
with it. But please start trying it. Like I wrote an my other post RxLib
could be used with version prior v5. With it's integration into JVCL
many people would come to JVCL, read a bit and go away, just because you
don't support them.

(I know that you aren't enough people who do not have enough time, and
so would like to get help. Sorry, but I don't think that I'm good enough
to help you on this difficult task.)

Marcus

-- Elefanten sind die einzigen Tiere die nicht springen können. (Ist wohl auch besser so) 

Subject: Re: RxLib joins JEDI-VCL
From: "Marcus Fuchs" <Marcus_news@web.de>
Date: Thu, 20 Jun 2002 09:18:37 +0200
Newsgroups: jedi.vcl

"Heinz Zastrau" <heinz.zastrau@gmx.de> wrote:


>> >> We are very pleased to announce that RxLib
> >
> > wow, great news. The unsupported state of the RxLib was my motivation to
> > look at JCL/JVCL..., but RxLib corresponds to 75%  JVCL "and" JCL!!!

Ack, but with Delphi 3 it isn't easy to use, because sometimes you
can't.

> > I think it's a very very hard Job to adapt RxLib to JCL/JVCL. [...]
> > Perhaps it is a betterway not to integrate the whole RxLib-Project in one
> > step. I think we should avoid that the integration of RxLib delays the
> > release of JCL/JVCL for a long time.

Ack.

> > My suggestion is to stop integration of new Components for the next 1 - 3
> > months to concentrate all power on the restructuring of the JVCL.

And to use compiler-switches to let us Delphi 3 -users, and users of all
other Delphiversion, benefit from this great library. Now is a good time
to do so, RALib and now RxLib could be used with older versions, and so
it should stay.

Marcus

-- Die Medien bestimmen nicht was wir denken, sondern worüber wir denken. 

Subject: Re: Restructing / Conversion of Jans components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 20 Jun 2002 02:42:42 -0400
Newsgroups: jedi.vcl

"Don Siders" <sidersd@att.net> wrote in message
news:aerqj1$t20$1@talkto.net...

> > Could I recommend that you have separate registration units (or packages)?
> > For instance:
> >
> > JVCL
> > JVCL-DB
> > JVCL-DLG
> > JVCL-FORM
> >
> > I use JVCL.  I'd like even more DB components.  But I doubt I'll ever use
> > the Forms or Dialogs in the package.
> >
> > I'd like (or appreciate) the option to install them separately.
> >
> > Just a  suggestion...

A good one. Can you enter it in our Issue/Bugs Tracker? (Bugs/Wishes link on
our Website)

Thanks,

Michael




Subject: Re: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Thu, 20 Jun 2002 08:35:14 +0200
Newsgroups: jedi.vcl

I'll keep my eyes open for that, but please post suggestions to the Issue
Tracker if you find anything.

Regards, Peter

"Chuck" <cr@gilson.com> skrev i meddelandet news:aeau5d$ii8$1@talkto.net...
> > I would suggest making consistent properties across components. Like
> > some components have a Value property, or Position (like the
> > trackbar). Let's have it be one or the other. Some components have an
> > Active property (like the timer or chrono), or Enabled. Could we
> > change the Active to Enabled perhaps?
> >
> >




Subject: Re: Restructing / Conversion of Jans components
From: "Don Siders" <sidersd@att.net>
Date: Thu, 20 Jun 2002 01:57:10 -0400
Newsgroups: jedi.vcl


"Peter Thrnqvist" <peter3@no.spam.peter3.com> wrote in message
news:aer0ks$re7$1@talkto.net...

> > TODO:

Could I recommend that you have separate registration units (or packages)?
For instance:

JVCL
JVCL-DB
JVCL-DLG
JVCL-FORM

I use JVCL.  I'd like even more DB components.  But I doubt I'll ever use
the Forms or Dialogs in the package.

I'd like (or appreciate) the option to install them separately.

Just a  suggestion...


---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.370 / Virus Database: 205 - Release Date: 6/6/2002



Subject: Re: RxLib joins JEDI-VCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Thu, 20 Jun 2002 05:56:52 +0200
Newsgroups: jedi.vcl

Eric Grange wrote:
>> GExperts can do that already. We could use the source and tweak
>> it to our needs.
>
>
> This is an utility I'm considering for GLScene, I've a big naming scheme
> standardization pending, which is postponed because the task is gigantic
> (only considering demos).
> Could take the form of a utility that would apply a set of "changes rules":
>
>   OldUnitName -> NewUnitName
>   OldUnitName.TOldName -> NewUnitName.TNewName
>   OldUnitName.TOldName.OldProperty -> NewUnitName.TNewName.NewProperty
>   OldUnitName.TOldName.OldProperty -> NewUnitName.TNewName.Group.NewProperty
>   OldUniteName.TOldEnum.oeValue -> NewUnitName.TNewEnum.neValue
>   etc.
>
> First rules in the list are easy (essentially search & replace), the latter ones are
> nasty (too nasty perhaps, requiring a full-blown code parser).

We have the JEDI Code Formatter which contains code to work
on file lists like "all open files" or "all files of the project".
We have the Jedi Uses Wizard which analyzes the error messages
of a compiler sweep. That could eliminate the need for a parser.
Replace a name and recompile. Undo all lines which cause errors.
This may take some time, but it is automatic.



Subject: Re: Restructing / Conversion of Jans components
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 20 Jun 2002 03:02:34 +0200
Newsgroups: jedi.vcl

:)




Subject: Re: Restructing / Conversion of Jans components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 19:15:56 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:aer0ks$re7$1@talkto.net...
> > Noticing that I actually forgot a few, I decided to post my change log doc
> > here, so everyone can see what I've been up to. Comments are *very*
welcome:

AWESOME job!

Michael




Subject: Re: Restructing / Conversion of Jans components
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 20 Jun 2002 00:33:56 +0200
Newsgroups: jedi.vcl

Noticing that I actually forgot a few, I decided to post my change log doc
here, so everyone can see what I've been up to. Comments are *very* welcome:

(notes: a "T" prefix is a component, no "T" is a pas unit, all changes is on
my local system only)

CHANGES:
=======
Merging of TJvEdit:
------------------
Merged TJvEdit, TJvExEdit, TJvExEdit, TJvCaretEdit and TJvAlignedEdit into
new TJvEdit
Moved JvEdit to \archive
Moved JvExEdit to \archive
Moved JvCaretEdit to \archive
Moved JvAlignedEdit to \archive
Removed TJvCustomEdit from JvComponents - now in JvEdit
Moved TJvCaret from JvCaretEdit to JvComponent
Added new JvEdit to \source

Merging of TJvMemo:
------------------
Merged TJvMemo, TJvMemoEx and TJvDisplaymemo into new TJvmemo
Moved JvMemo to \archive
Moved JvMemoEx to \archive
Moved JvDisplayMemo to \archive

Added new JvMemo to \source
Moved TJvCustomMemo from JvComponent to JvMemo
Added property HideCaret:boolean to TJvMemo to simulate what is done in
JvDisplayMemo

Merging of JvCheckListBox:
--------------------------
Merged TJvFixedCheckListBox into TJvCheckListBox
NOTE: added the WMHScroll message handler from TJvFixedCheckListBox to
      TJvCheckListBox but I don't know what the code does:
      can't see that it makes any difference (maybe someone can
investigate?)
Moved JvFixedCheckListBox to \archive
Added new JvCheckListbox to \source

Merging of JvDateTimePicker:
----------------------------
Added NullValue,NullText and DropDownDate to JVDateTimePicker, making
JvDateTimeNullPicker obsolete
Moved JvDateTimeNullPicker to \archive


NOTE ABOUT LISTBOXES:
=====================
I decided to keep 2 listbox "types": one with images and one without

Merging of JvListBox:
---------------------
Merged TJvAlignListBox, TJvListBox2, TJvExListBox into JvListBox.pas (new
unit)
Moved JvAlignListBox, JvListBox2, JvExListBox to \archive
Removed TJvCustomListBox from JvCtrls, added JvListBox to uses and inherited
TJvListBox (in JvCtrls) from TJvCustomListBox (in JvListBox) instead
--> maybe better to either put TJvListBox in JvListBox.pas or
TJvCustomListBox in JvCtrls.pas to keep them together ?

Changed TJvPlayList inheritance from JvListbox2 to JvListBox
TJvBMPListBox not touched (buggy on W2k, maybe move to \archive?)
TJvMultilineListBox not touched (too different)

Changes to TJvComboBox:
-----------------------
Removed TJvCustomComboBox from JvComponent
Added TJvCustomCombobox to JvComboBox
Changed ancestor of TJvCombobox to TJvCustomCombobox (was TComboBox)

Merging of TJvFontComboBox:
---------------------------
Merged TJvFontComboBox into TJvFontComboBox2
Renamed TJvFontComboBox2 to TJvFontComboBox
Moved JvFontComboBox and JvFontBox to \archive
Replaced TJvFontComboBox icon in JVCLReg.dcr with previous TJvFontComboBox2
icon

Merging of JvImageListBox:
--------------------------
Merged TJvImageListBox into TJvListBox3
Moved JvImageListBox.pas to \archive
Fixed some bugs in TJvListBox3
Changed JvListBox3 inheritance from JvCustomListBox to TCustomListBox and
added AboutVCL property
Renamed JvListBox3 to JvImageListBox

Merging of JvImageComboBox:
--------------------------
Merged TJvImageComboBox into TJvCombobox3
Changed TJvCombobox3 inheritance from JvCustomComboBox to TCustomComboBox
and added AboutVCL property
Moved JvImageComboBox to \archive
Renamed TJvCombobox3 to TJvImageComboBox

Merging of TJVIPAddress
------------------------
Added AddressValues property to TJvIPAddress
Moved JvIpBox to \archive (duplicates TJvIPAddress)

Merging of TJVProgressBar
-------------------------
Merged TJvProgressBar2 with TJVProgressbar
Moved TJvDBProgressBar from JvProgBarEx to JvProgressbar
Moved JvProgBarEx to \archive


TODO:
----
* stringgrids
* page controls
* buttons
* "format" edits (i.e. FloatEdit et al) - NOTE: might be new libs that have
these too?
* remove TJvLineEdit and TJvLineCombo: these can easily be simulated with
the BevelXXXX properties in D6 (were these in D5?)

* BrowseForFolder components (TJvBrowseFolder,
TJvShellBrowser,TJvBrowseForFolderDialog)
* SHFileOperation (TJvSHFileOperation,TJvFilesUtils)
* file search (TJvFileTreeScan, TJvSearchFile,TJvSearchFiles)
* TFindFiles components (TJvFindFiles,JvFindFilesDialog2)
* ChangeNotify components (TJvDirectorySpy, TJvChangeNotify)
* Open and Save Dialogs (TJvOpenDialog,
TJvOpenDialog2000,TJvSaveDialog,TJvSaveDialog2000)
* Move components to more appropriate tabs (in XXXXReg.pas units)


Regards, Peter





Subject: Re: The H-Files update June 16th, 2002
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 20 Jun 2002 00:17:30 +0200
Newsgroups: jedi.vcl

I was going to write you about this, but I have hesitated...

We should consider what happens when the JVCL is restructured (something I'm
doing at the moment with help from Robert Love). This restructuring will
result in several changes: components will be removed and old components
will be enhanced with new properties, methods and events. The difficult part
here is that I don't know *what* units will be removed or enhanced:
restructuring is very much an explorative exercise where it's impossible to
determine beforehand what will change. If you have some suggestion on how
this should be handled, I would appreciate it very much.

Alos, the current setup with separate dtx files does mean that it is more
work to get the docs updated: to me it would be a lot simpler putting the
comments directly into the code as I edit the files. Is there any
possibility that I could do it like this? If there is, I can most certainly
contribute to the documentation as I do the restructuring.

Regards, Peter




Subject: Re: Restructing / Conversion of Jans components
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 20 Jun 2002 00:10:09 +0200
Newsgroups: jedi.vcl

Sorry for not replying sooner: I've been busy elsewhere ;)

Anyway, your approach is the same as mine: I try to merge functionality into
one or two components and if that isn't possible for some reason, I just
move the less functional component into \archive. Just go ahead and if you
hesitate or something, mail me.

Please don't edit the original file: always make sure you have moved the
original in \archive before starting the editing.

I've already done the "standard" edits (not the float, currency et al
edits), listboxes, comboboxes, fontcombos, memos and labels. I've also done
some of the dialogs and I'm planning on doing the string grids pretty soon
and after that I'll make a sweep over the JVCL again and see what's left
<vbg>

I haven't posted anything back to CVS and I suggest you do the same: keep
the files on your own system for the time being and then we can exchange
files and test for each other.

Sounds OK?

Regards, Peter




Subject: Re: Component Failure (ChangeIconDialog)
From: "Robert Love" <rlove@slcdug.org>
Date: Wed, 19 Jun 2002 15:55:50 -0600
Newsgroups: jedi.vcl

Sure I will enter it in to the tracker.

Robert
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:aeqo0t$qof$1@talkto.net...
> > "Robert Love" <rlove@slcdug.org> wrote in message
> > news:aelabk$amj$1@talkto.net...
>> > > I meant to say does NOT show under windows XP.
>> > > Researching the problem I found the following C code to call this dialog
>> > > note the platform specific calling methods.
> >
> > Thanks Robert. Can you enter it into the Bug Tracker?
> >
> > Thanks,
> >
> > Michael
> >
> >




Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 16:39:13 -0400
Newsgroups: jedi.vcl

"Heinz Zastrau" <heinz.zastrau@gmx.de> wrote in message
news:aeqsk4.5b.1@daylight.my-fqdn.de...

> > I agree with you, backward compatibility is important and you show
> > interessting ways to support it, but :-) we must also watch that old (and
> > perhaps ugly) code do not change JVCL to a fat lady. Who wants to install
> > 200 components if he needs only 5 of them?

Well said!

> > IMHO, but sinse the RxLib is donated to JVCL the RxLib is "dead". Donate
> > something to jedi means: Rip of the box of presents and take the best you
> > can find. JEDI is not an asylum for old libs and components who has nobody
> > to looking for.

Well, if possible, we should try to make it easy for current RxLib users to
migrate to JVCL (See my other email about the TJvx scheme of migration to
JEDI).

If we make it easy, then we'll get more users, more bug reports, and
hopefully more people involved in improving JVCL, which would be all good :)

Michael







Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 16:37:22 -0400
Newsgroups: jedi.vcl

"Eric Grange" <egrange@glscene.org> wrote in message
news:aeql6h$qge$1@talkto.net...

> > That solves the component naming part

There will be also a problem with name duplicates, when both libraries have
already something similar, i.e. TRxABC and TJvABC. In that case we would
have to try to merge the best features into one TJvABC component.

But to minimize the impact of conversion, a possible way of doing it would
be:

- In the first phase we might consider having TJvx prefix to indicate a
component that came from RxLibrary, before it can be fully merged into JVCL.
This way there will be no clash with existing JVCL components

- after the component has been fully migrated/merged with an existing JVCL
component, then it would be moved to Archive

This way the current RxLib users  could take advantage of JVCL just by
renaming their components from TRxABC to TJvxABC, and later migrate to JVCL
at their leisure.

Michael





Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 16:34:16 -0400
Newsgroups: jedi.vcl

"Eric Grange" <egrange@glscene.org> wrote in message
news:aeqm00$qid$1@talkto.net...

> > True enough, my point was that is if RxLib->JEDI can be as "painful"
> > as standardization and upgrade dictates, JEDI->JEDI shouldn't (ie. when
> > it gets in it can morph at will, but once inside... care for the users!)

I agree that care should be taken to minimize impact of migrating from
JEDI --> JEDI, but we can't be hold hostage by the past. After all, JEDI
stands for "Joint Endeavor of Delphi INNOVATORS" :)

This is one of the reasons why we officially support only the current Delphi
version, i.e. we should be able to incorporate new features as they come
along, and innovate the JVCL so it remains up to date with Delphi features.

This doesn't mean that JVCL shouldn't support D5 when D7 comes out. It's the
question of resources - if we have people who want to create a D5 subteam to
ensure that JVCL is still compatible with D5 after D7 is released, then the
compatibility to previous versions will be there. If we don't have people to
do it, then it won't happen. That's what OpenSource is all about!

Michael




Subject: Re: Component Failure (ChangeIconDialog)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 16:07:02 -0400
Newsgroups: jedi.vcl

"Robert Love" <rlove@slcdug.org> wrote in message
news:aelabk$amj$1@talkto.net...
> > I meant to say does NOT show under windows XP.
> > Researching the problem I found the following C code to call this dialog
> > note the platform specific calling methods.

Thanks Robert. Can you enter it into the Bug Tracker?

Thanks,

Michael




Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 15:58:57 -0400
Newsgroups: jedi.vcl

"Sebastien Buysse" <sbuysse@buypin.com> wrote in message
news:3D10D36F.8030703@buypin.com...

> > You are right, but someone could write a small application to search
> > and replace all the occurences of TXYZ component to TJvXYZ, if we
> > consider DFM are now stored as texts, it should not be hard (and of
> > course the program or the user should make a backup *erhm*).

Some of the software doing it:

Freeware:
http://www.orbit.org/replace/
http://www.htmlworkshop.com/srhtml98.html

Shareware:
http://www.divlocsoft.com/
http://www.funduc.com/search_replace.htm


Some more choices from:
http://dmoz.org/Computers/Software/File_Management/Search/

Michael




Subject: Re: More demos for JVCL?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 15:54:04 -0400
Newsgroups: jedi.vcl

"Chuck" <cr@gilson.com> wrote in message news:aekvm8$9mc$1@talkto.net...

> > Ok. I put a JVCL 1.31 demo in the Files section of the Yahoo Group
> > JVCL-Developers. Go get it there.
> >
> > It demos many of the more interesting (non-standard) Jedi visual
> > components.

Thank you very much for doing it.

You should get in touch with Ralf and Uwe, who are working on the overall
JVCL Demo, so they can include it.

Michael




Subject: Re: Rearranging components onJV tabs
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 15:51:40 -0400
Newsgroups: jedi.vcl

"Chuck R." <cr@gil.com> wrote in message news:3D0A3A66.4060307@gil.com...
> > I have a suggestion for how the Jv component tabs are installed and
> > which components go on them. Here is my idea of the tabs.

Thank you for your input.

> > Would doing this be possible?

We will definitely re-evaluate the tabs in the future.

Currently you can do it yourself  - either directly in the JVCLReg.pas file,
or via the Palette Properties by moving manually the components to an
appropriate tab. Of course, this is temporary, i.e. with the next
installation the changes are gone.

Michael




Subject: Re: "Missing CPL.DCU"
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 19 Jun 2002 15:51:31 -0400
Newsgroups: jedi.vcl

"Chuck R." <cr@gil.com> wrote in message news:3D0E00F2.90803@gil.com...

> > No cpl.pas in source/rtl/win. Perhaps these components could be
> > removed from the D6pe edition.

Can you enter it into the Bug Tracker?

Thanks,

Michael




Subject: Re: RxLib joins JEDI-VCL
From: "Eric Grange" <egrange@glscene.org>
Date: Wed, 19 Jun 2002 21:32:30 +0200
Newsgroups: jedi.vcl

> > [...] we must also watch that old (and perhaps ugly) code do not 
> > change JVCL to a fat lady. Who wants to install 200 components
> > if he needs only 5 of them?

Exactly, that was the '.dpk' part of 'JvObsolete.dpk' ;)

> > [...] JEDI is not an asylum for old libs and components who has nobody
> > to looking for.

True enough, my point was that is if RxLib->JEDI can be as "painful"
as standardization and upgrade dictates, JEDI->JEDI shouldn't (ie. when 
it gets in it can morph at will, but once inside... care for the users!)

Eric


Subject: Re: RxLib joins JEDI-VCL
From: "Eric Grange" <egrange@glscene.org>
Date: Wed, 19 Jun 2002 21:27:52 +0200
Newsgroups: jedi.vcl

> > GExperts can do that already. We could use the source and tweak
> > it to our needs.

This is an utility I'm considering for GLScene, I've a big naming scheme
standardization pending, which is postponed because the task is gigantic
(only considering demos).
Could take the form of a utility that would apply a set of "changes rules":

  OldUnitName -> NewUnitName
  OldUnitName.TOldName -> NewUnitName.TNewName
  OldUnitName.TOldName.OldProperty -> NewUnitName.TNewName.NewProperty
  OldUnitName.TOldName.OldProperty -> NewUnitName.TNewName.Group.NewProperty
  OldUniteName.TOldEnum.oeValue -> NewUnitName.TNewEnum.neValue
  etc.

First rules in the list are easy (essentially search & replace), the latter ones are
nasty (too nasty perhaps, requiring a full-blown code parser).

Eric



Subject: Re: RxLib joins JEDI-VCL
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Wed, 19 Jun 2002 21:21:42 +0200
Newsgroups: jedi.vcl

Hello Eric,

>> > > for every Component/Function deleted I hear sombody crying
>> > > "Why delete JvXyzEdit and not JvAbcEdit, because I use it
>> > > in a project."
> >
> > This is IMHO a big issue that shouldn't be overlooked, at some
> > point, JCL/JVCL will have to maintain *full* backward compatibility,
> > and even if JvAbcEdit takes over and JvXyzEdit, JvXyzEdit should
> > be maintained, even if just as a legacy wrapper around JvAbcEdit
> > or in obsolete/stasis state in some special "JclObsolete.dpk".

I agree with you, backward compatibility is important and you show
interessting ways to support it, but :-) we must also watch that old (and
perhaps ugly) code do not change JVCL to a fat lady. Who wants to install
200 components if he needs only 5 of them?

> > Backward compatibility is a pain, but it's a necessity for
> > widespread acceptance (one of the strong points that RXLib had)
> > and use in large projects.
> > It will probably be one of the common issues with RXLib since renamed
> > components won't be backward-compatible (meaning porting a large
> > app from RxLib to Jcl-RxLib could become quite time-consuming).

IMHO, but sinse the RxLib is donated to JVCL the RxLib is "dead". Donate
something to jedi means: Rip of the box of presents and take the best you
can find. JEDI is not an asylum for old libs and components who has nobody
to looking for.

Ciao Heinz Z.





Subject: Re: RxLib joins JEDI-VCL
From: "Eric Grange" <egrange@glscene.org>
Date: Wed, 19 Jun 2002 21:18:55 +0200
Newsgroups: jedi.vcl

> > You are right, but someone could write a small application to search
> > and replace all the occurences of TXYZ component to TJvXYZ, if we 
> > consider DFM are now stored as texts, it should not be hard (and of
> > course the program or the user should make a backup *erhm*).

That solves the component naming part, but along with names, I think
there will be some type and enums changes too, unit renamings and
rearrangement (many RxLib bits already exist in a "very similar" form
in Jcl or Jvcl), those aren't so easily tackled with.

Eric


Subject: Re: RxLib joins JEDI-VCL
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Jun 2002 21:03:08 +0200
Newsgroups: jedi.vcl

Sebastien Buysse wrote:

> You are right, but someone could write a small application to search
> and replace all the occurences of TXYZ component to TJvXYZ, if we consider DFM are now stored as texts, it should not be hard (and of
> course the program or the user should make a backup *erhm*).

GExperts can do that already. We could use the source and tweak
it to our needs.



Subject: Re: JVCL Status Update
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Wed, 19 Jun 2002 21:00:25 +0200
Newsgroups: jedi.vcl



> Just wanted to share with you the current status of JVCL - where we are, and
> where we are going.
Thanks :-)


> - Globalization team - working on a process for localization of JVCL.
> Sebastien Buysse provided a nice example for using his TJvTranslator
> component, that might be potentially used in this process
I've started the discussion a few minutes ago in the mailing list, if
someone is interested, please take a look at the current project and
share your opinion ;-)
http://groups.yahoo.com/group/JVCL-Global

> - We are finally getting good bug reports, which helps us to improve JVCL.
> Thanks to all "bug hunters" :)
I'm more and more referring to JVCL in some forums, and I'm sure I'm
not the only one to do that... This will make our user database grow
slowly but surely

 Sebastien



Subject: Re: RxLib joins JEDI-VCL
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Wed, 19 Jun 2002 20:54:39 +0200
Newsgroups: jedi.vcl

*Great News*


> It will probably be one of the common issues with RXLib since renamed
> components won't be backward-compatible (meaning porting a large
> app from RxLib to Jcl-RxLib could become quite time-consuming).

You are right, but someone could write a small application to search
and replace all the occurences of TXYZ component to TJvXYZ, if we consider DFM are now stored as texts, it should not be hard (and of
course the program or the user should make a backup *erhm*).

We could do this for the RxLib, the BUPack and all the other components
we have integrated...

Sincerely

Sebastien



Subject: back at last
From: Robert Marquardt <robert_marquardt@gmx.de>
Date: Wed, 19 Jun 2002 18:55:13 +0200
Newsgroups: jedi.vcl

Multiserver newsgroup access again with Mozilla.



Subject: Re: RxLib joins JEDI-VCL
From: Eric Grange <egrange@glscene.org>
Date: Wed, 19 Jun 2002 12:26:53 +0200
Newsgroups: jedi.vcl

> > for every Component/Function deleted I hear sombody crying 
> > "Why delete JvXyzEdit and not JvAbcEdit, because I use it 
> > in a project."

This is IMHO a big issue that shouldn't be overlooked, at some 
point, JCL/JVCL will have to maintain *full* backward compatibility,
and even if JvAbcEdit takes over and JvXyzEdit, JvXyzEdit should
be maintained, even if just as a legacy wrapper around JvAbcEdit
or in obsolete/stasis state in some special "JclObsolete.dpk".

Backward compatibility is a pain, but it's a necessity for 
widespread acceptance (one of the strong points that RXLib had)
and use in large projects.
It will probably be one of the common issues with RXLib since renamed
components won't be backward-compatible (meaning porting a large
app from RxLib to Jcl-RxLib could become quite time-consuming).

Eric Grange
http://glscene.org


Subject: Re: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 18 Jun 2002 20:53:47 -0400
Newsgroups: jedi.vcl

"Heinz Zastrau" <heinz.zastrau@gmx.de> wrote in message
news:aeon8t.a9.1@daylight.my-fqdn.de...

> > I think it's a very very hard Job to adapt RxLib to JCL/JVCL. RxLib mean
> > ~100 Components and over 200 Units but the really "good" component and
unit
> > names are gone (like JvDbEdit etc.). Additionally, Rx-Units have many
> > dependencies to other Rx-Units, other than most of the JVCL-Controls.
> > Perhaps it is a betterway not to integrate the whole RxLib-Project in one
> > step. I think we should avoid that the integration of RxLib delays the
> > release of JCL/JVCL for a long time.

Well, JCL releases are outside of scope for us, altaught we plan to have a
build incorporating both of them, so people would need to download only one
file.

But we wanted to have a discussion of JVCL users about our future plans, and
make sure that we make sound decisions based on users needs AND based on
available resources, i.e. volunteers helping us. So you message is right on
target! :)

> > I think the JCL/JVCL is at state that the complete integration of every
> > donation ins not usefull. Before we integrate the next 100 Components we
> > should analyse what is missing in JVCL/JCL. I was very delighted to read
> > that Peter Thörnqvist has started to delete/fuse double componets. It is
> > very important to do it now, because for every Component/Function deleted
I
> > hear sombody crying "Why delete JvXyzEdit and not JvAbcEdit, because I use
> > it in a project."

That would be our preference, i.e. before we integrate something new, we
look if there is anything equivalent, and try to merge/fuse the best
features into a one component.  Robert Love is doing exactly this with Jan's
components.

> > My suggestion is to stop integration of new Components for the next 1 - 3
> > months to concentrate all power on the restructuring of the JVCL.

Postponing RxLib integration to Release 2.1 it's definitely an alternative.

And of course, we would need people willing to work on the RxLib integration
(be it release 1.6 or release 2.1)

As I mentioned earlier, we wanted to start this discussion here, but it's
great that you've already initiated it. So if other people have additional
feedback, please let us know.

Michael







Subject: Re: RxLib joins JEDI-VCL
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Wed, 19 Jun 2002 01:38:13 +0200
Newsgroups: jedi.vcl

Hello Michael,

> > We are very pleased to announce that RxLib

wow, great news. The unsupported state of the RxLib was my motivation to
look at JCL/JVCL..., but RxLib corresponds to 75%  JVCL "and" JCL!!!

I think it's a very very hard Job to adapt RxLib to JCL/JVCL. RxLib mean
~100 Components and over 200 Units but the really "good" component and unit
names are gone (like JvDbEdit etc.). Additionally, Rx-Units have many
dependencies to other Rx-Units, other than most of the JVCL-Controls.
Perhaps it is a betterway not to integrate the whole RxLib-Project in one
step. I think we should avoid that the integration of RxLib delays the
release of JCL/JVCL for a long time.

I think the JCL/JVCL is at state that the complete integration of every
donation ins not usefull. Before we integrate the next 100 Components we
should analyse what is missing in JVCL/JCL. I was very delighted to read
that Peter Thörnqvist has started to delete/fuse double componets. It is
very important to do it now, because for every Component/Function deleted I
hear sombody crying "Why delete JvXyzEdit and not JvAbcEdit, because I use
it in a project."

My suggestion is to stop integration of new Components for the next 1 - 3
months to concentrate all power on the restructuring of the JVCL.

Ciao Heinz Z.




Subject: ANN: RxLib joins JEDI-VCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 18 Jun 2002 16:28:32 -0400
Newsgroups: jedi.vcl

We are very pleased to announce that RxLib
(http://sourceforge.net/projects/rxlib/) will be joining JEDI-VCL
(http://jvcl.sourceforge.net)

The RxLib doesn't need any introduction - it has been with Delphi users
almost from the beginning, and their authors received the "Spirit of Delphi"
Award in the past.

After conversion to JVCL naming/coding standard, the RxLib will be included
in one of the next major releases of JVCL.

Current Release plans:
=================
Release 1.40: RALib addition

Release 1.50: Jan's Components addition

Release 1.60: RxLib addition

Release 2.00: Restructured JVCL

Note 1: there are no dates - we'll make the releases "when they're ready" :)

Note 2: there might some releases before the Release 2.0 It will depend on
bugs fixes, possible other component donations to JVCL, and progress of JVCL
restructuring.

As always - we appreciate all the help we can get, so please get involved
and help us in making JVCL the best OpenSource VCL library on the market.

May the Source be with you!


--
Michael Beck
Project JEDI - 2001 "Spirit of Delphi" Award Winner
http://delphi-jedi.org

JEDI-VCL Web: http://jvcl.sourceforge.net
JEDI-VCL Newsgroup: news://forums.talkto.net/jedi.vcl
JEDI-VCL Mailing List: http://groups.yahoo.com/group/JEDI-VCL





Subject: Re: Component Failure (ChangeIconDialog)
From: "Robert Love" <rlove@slcdug.org>
Date: Mon, 17 Jun 2002 12:47:59 -0600
Newsgroups: jedi.vcl

Here is a link to an article/demo in C author says he verifed it works in
XP.
http://www.codeproject.com/dialog/CIconDialogAPI.asp

Robert Love

"Robert Love" <rlove@slcdug.org> wrote in message
news:ael9t9$alt$1@talkto.net...
> > I was able to confirm that it does show under windows XP.
> >
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:ael878$ah5$1@talkto.net...
>> > > "Peter Busch" <pbuschjoh@t-online.de> wrote in message
>> > > news:aekrsq$97m$1@talkto.net...
>> > > Can anyone else confirm it on WinXP?
>> > >
> >
> >
> >




Subject: Re: Component Failure (ChangeIconDialog)
From: "Robert Love" <rlove@slcdug.org>
Date: Mon, 17 Jun 2002 12:42:24 -0600
Newsgroups: jedi.vcl

I meant to say does NOT show under windows XP.
Researching the problem I found the following C code to call this dialog
note the platform specific calling methods.

BOOL SelectIconA(HWND hWndParent, LPSTR lpszFilename, DWORD dwBufferSize,
DWORD *pdwIndex)
{
 BOOL result = FALSE;
 OSVERSIONINFO versioninfo;
 versioninfo.dwOSVersionInfoSize = sizeof(OSVERSIONINFO);
 GetVersionEx(&versioninfo);
 HMODULE hShell32 = ::LoadLibrary(_T("shell32.dll"));
 if (hShell32)
 {
  fnPickIconDlg PickIconDlg = (fnPickIconDlg)::GetProcAddress(hShell32,
(LPCSTR)62);
  if (PickIconDlg)
  {
   if (versioninfo.dwPlatformId == VER_PLATFORM_WIN32_NT)
   {
    LPWSTR pszWideName = new WCHAR[dwBufferSize];
    ::MultiByteToWideChar(CP_ACP, 0, lpszFilename, -1, pszWideName,
dwBufferSize);
    result = PickIconDlg(hWndParent, (LPTSTR)pszWideName, &dwBufferSize,
pdwIndex);
    WideCharToMultiByte(CP_ACP, 0, pszWideName, -1, lpszFilename,
dwBufferSize, NULL, NULL);
    delete[] pszWideName;
   }
   else
   {
    result = PickIconDlg(hWndParent, (LPTSTR)lpszFilename, &dwBufferSize,
pdwIndex);
   }
  }
  FreeLibrary(hShell32);
 }
 return result;
}




"Robert Love" <rlove@slcdug.org> wrote in message
news:ael9t9$alt$1@talkto.net...
> > I was able to confirm that it does show under windows XP.
> >
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:ael878$ah5$1@talkto.net...
>> > > "Peter Busch" <pbuschjoh@t-online.de> wrote in message
>> > > news:aekrsq$97m$1@talkto.net...
>> > > Can anyone else confirm it on WinXP?
>> > >
> >
> >
> >




Subject: Re: Component Failure (ChangeIconDialog)
From: "Robert Love" <rlove@slcdug.org>
Date: Mon, 17 Jun 2002 12:34:45 -0600
Newsgroups: jedi.vcl

I was able to confirm that it does show under windows XP.

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ael878$ah5$1@talkto.net...
> > "Peter Busch" <pbuschjoh@t-online.de> wrote in message
> > news:aekrsq$97m$1@talkto.net...
> > Can anyone else confirm it on WinXP?
> >





Subject: Re: Component Failure (ChangeIconDialog)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 17 Jun 2002 14:06:05 -0400
Newsgroups: jedi.vcl

"Peter Busch" <pbuschjoh@t-online.de> wrote in message
news:aekrsq$97m$1@talkto.net...
> > Delphi 6 SP2 German
> > Windows XP Professional
> >
> > The jvWinDialog ChangeIconDialog does'nt work.
> > Any solutions?

The last time I checked, it work for me on Win2000.

Can you enter it into our Bug Tracker?

Can anyone else confirm it on WinXP?

Thanks,

Michael




Subject: Re: More demos for JVCL?
From: Chuck <cr@gilson.com>
Date: Mon, 17 Jun 2002 16:36:50 GMT
Newsgroups: jedi.vcl

Chuck wrote:

> >I have JVCL 1.20. It seems there are demos of many visible components
> >missing. Would anyone be interested in me making demos of components
> >that do not exist yet? I'm talking about the controls on the tabs:
> >JVStandard, JVLabels, JVControls, Jedi-VCL and Jedi-VCL2. 
> >
> >Chuck
> >
Ok. I put a JVCL 1.31 demo in the Files section of the Yahoo Group
JVCL-Developers. Go get it there. 

It demos many of the more interesting (non-standard) Jedi visual
components. 



Subject: Re: "Missing CPL.DCU"
From: "Chuck R." <cr@gil.com>
Date: Mon, 17 Jun 2002 10:32:02 -0500
Newsgroups: jedi.vcl

Michael Beck (Team JEDI) wrote:
> "Chuck R." <cr@gil.com> wrote in message news:3D0A550F.2020902@gil.com...
>
>> When I compile a program using JCL and JVCL I get this error. I
>> started getting this error after adding a JVCL component, but I
>> don't know which one. What is CPL.DCU and where can I find it? I
>> already did a search in my Delphi subdirs but it wasn't there.
>>
>> Chuck
>>
>
>
> CPL.pas contains Control Panel extension DLL definitions, and it's in the
> \Delphi\source\win\RTL subdirectory, at least in the Ent. version.
>
> Among the units that use CPL are JvWinDialogs, JvControlPanel.
>
> I don't know about a solution to this - in the worst case we'll remove any
> components utilizing CPL from the D6Personal edition.

No cpl.pas in source/rtl/win. Perhaps these components could be removed from the D6pe edition.



Subject: JVCL Status Update
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 17 Jun 2002 04:40:23 -0400
Newsgroups: jedi.vcl

Just wanted to share with you the current status of JVCL - where we are, and
where we are going.

- Peter Thörnqvist is doing a great job with restructuring of the JVCL.
While this will take a while, I believe that the results will be worth
waiting for.

- Robert Love is working on conversion of components donated by Jan
Verhoeven.

- I am waiting for couple of things from Andrei, and will start conversion
of RALib (Andrei, if you read it, please contact me - your email bounces)

- Marcel Bestebroer and the "H-Files" team are doing great job with writing
Help files (and they need more help!)

- Globalization team - working on a process for localization of JVCL.
Sebastien Buysse provided a nice example for using his TJvTranslator
component, that might be potentially used in this process

- Demo Team - working on the Demo (Uwe, Ralf - any more updates?). Chuck R.
provided couple of Demo projects.

- Joe H. offered to help us with writing tests utilizing DUnit.

- We are finally getting good bug reports, which helps us to improve JVCL.
Thanks to all "bug hunters" :)

- We've got couple of proposals for rearranging the Tabs for JVCL and
grouping of components. Once we decide on this, we will try to form subteams
for each of these groupings. This should make working on JVCL easier.

If I've missed anything, please let me know, or post it here.


Current Release plans:
=================
Release 1.40: RALib addition

Release 1.50: Jan's Components addition

Release 2.00: Restructured JVCL

Note 1: there are no dates - we'll make the releases "when they're ready" :)

Note 2: there might some releases before the Release 2.0 It will depend on
bugs fixes, possible other component donations to JVCL, and progress of JVCL
restructuring.

As always - we appreciate all the help we can get, so please get involved
and help us in making JVCL the best OpenSource VCL library on the market.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Re: Restructing / Conversion of Jans components
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 17 Jun 2002 04:18:02 -0400
Newsgroups: jedi.vcl

"Robert Love" <rlove@slcdug.org> wrote in message
news:aed43o$nic$1@talkto.net...

> > All / Peter,
> >  I have taken on the conversion of the Jans Component framework to the
JVCL
> > standards.   At the same time I know that work on restructing the
> > component framework is in progress.   In an effort to avoid duplication of
> > effort and not to step on each other I thought I would introduce myself.

Robert, thanks for taking on the conversion of Jan's components

> > Some of the components in Jans components are similar to 1 or more JVCL
> > components.
> >
> > I don't want to convert these components instead I think my efforts would
be
> > better spend merging all of the best features of each.

That would be the right way to do it. Please coordinate this with Peter, so
we can avoid any duplication of efforts.


--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Re: Restructing / Conversion of Jans components
From: "Robert Love" <rlove@slcdug.org>
Date: Mon, 17 Jun 2002 00:10:14 -0600
Newsgroups: jedi.vcl

I checked out the code from CVS already and notice that TjvFileListBox
already has icons this was a bad example.  But I hope you get the point of
what I am after.

Rob
"Robert Love" <rlove@slcdug.org> wrote in message
news:aed43o$nic$1@talkto.net...
> > For example Jans has File List Box and so does JVCL ("JVCL P3 tab")





Subject: Component Failure (ChangeIconDialog)
From: "Peter Busch" <pbuschjoh@t-online.de>
Date: Sun, 16 Jun 2002 22:58:51 +0200
Newsgroups: jedi.vcl

Delphi 6 SP2 German
Windows XP Professional

The jvWinDialog ChangeIconDialog does'nt work.
Any solutions?

Thx




Subject: The H-Files update June 16th, 2002
From: "Marcel Bestebroer" <marcelb.theobvious@zeelandnet.nl>
Date: Sun, 16 Jun 2002 15:13:40 +0200
Newsgroups: jedi.vcl

This week another 12 units are processed and added to the H-Files:

* JvArrowBtn.dtx
* JvCalculator
* JvCalculatorBox
* JvComponent
* JvCustomBox
* JvScreenCanvas.dtx
* JvScrollBar.dtx
* JvScrollBox.dtx
* JvScrollEvStringGrid.dtx
* JvScrollingLabel.dtx
* JvSearchFile.dtx
* JvShape

As there are close to 400 units and only 24 processed in 2 weeks,it would
take the current team 33-34 weeks to document all units, provided there are
no changes in the J-VCL and there are no units with difficult to understand
code. In other words: WE NEED HELP!!! Do you have some spare time? Sign up
to the documentation team.

For those that are writing examples for undocumented components/controls:
provide us with the info. You don't have to write a full blown help text if
you think your English isn't good enough; as long as you can describe how
the control works and what the properties do, the documentation team can
write the help text and you would save us a lot of time figuring things out.

Also keep an eye out on our team page: http://jvcl.sourceforge.net. Follow
the link "JVCL Team". At the bottom of the page you'll find a link to the
help team.

A new preview has been uploaded to SourceForge. As with the previous update,
it can be downloaded from http://sourceforge.net/projects/jvcl. Halfway down
the page you'll see a heading "Latest File Releases", with in it "JVCL Help
Files - Preview June 16th, 2002". Follow that link to download and check out
the progress we have made so far.

best regards,
Marcel Bestebroer
--
Project JEDI
www.delphi-jedi.org







Subject: Re: "Missing CPL.DCU"
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 14 Jun 2002 17:31:34 -0400
Newsgroups: jedi.vcl

"Chuck R." <cr@gil.com> wrote in message news:3D0A550F.2020902@gil.com...
> > When I compile a program using JCL and JVCL I get this error. I
> > started getting this error after adding a JVCL component, but I
> > don't know which one. What is CPL.DCU and where can I find it? I
> > already did a search in my Delphi subdirs but it wasn't there.
> >
> > Chuck
> >

CPL.pas contains Control Panel extension DLL definitions, and it's in the
\Delphi\source\win\RTL subdirectory, at least in the Ent. version.

Among the units that use CPL are JvWinDialogs, JvControlPanel.

I don't know about a solution to this - in the worst case we'll remove any
components utilizing CPL from the D6Personal edition.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: D6pe: "Missing CPL.DCU"
From: "Chuck R." <cr@gil.com>
Date: Fri, 14 Jun 2002 15:41:51 -0500
Newsgroups: jedi.vcl

When I compile a program using JCL and JVCL I get this error. I started getting this error after adding a JVCL component, but I don't know which one. What is CPL.DCU and where can I find it? I already did a search in my Delphi subdirs but it wasn't there.

Chuck



Subject: Rearranging components onJV tabs
From: "Chuck R." <cr@gil.com>
Date: Fri, 14 Jun 2002 13:48:06 -0500
Newsgroups: jedi.vcl

I have a suggestion for how the Jv component tabs are installed and which components go on them. Here is my idea of the tabs.

JVStandard: these are the Jv version of Delphi components. This palette should match what is on the Standard tab for Delphi.

JVAdditional: Same as JVStandard.

Buttons

Edits (includes combo boxes and edits with buttons and dropdowns.)

Labels (all types of labels and label-type controls)

Grids/Lists

Choosers (font chooser, color chooser, etc.)

Panels (JvOutlookPanel)

Graphical (image lists, image, gradient etc.)

Ornaments (status bars, toolbars, page controls, tabs,
JvCaptionButton, etc)

Invisible (hot key, Tips of the Day, etc)

Internet (web, email, etc)

WinDialogs

Dialogs (other)

Would doing this be possible?



Subject: Restructing / Conversion of Jans components
From: "Robert Love" <rlove@slcdug.org>
Date: Fri, 14 Jun 2002 10:05:59 -0600
Newsgroups: jedi.vcl

All / Peter,
 I have taken on the conversion of the Jans Component framework to the JVCL
standards.   At the same time I know that work on restructing the
component framework is in progress.   In an effort to avoid duplication of
effort and not
to step on each other I thought I would introduce myself.

Some of the components in Jans components are similar to 1 or more JVCL
components.

I don't want to convert these components instead I think my efforts would be
better spend merging all of the best features of each.

For example Jans has File List Box and so does JVCL ("JVCL P3 tab")

Both decend from TFileListBox on the "Win 3.1" tab

The both have slightly different functionality.
The Jvcl allows for multiple columns, and changes the way a selected item is
painted.
The Jans shows the icons for the file in the list.

I don't see why I can't take the features from Jans and add to the existing
JVCL component
giving an options property that allows them to select if the icon is present
and the selected painting style.

What do you thing about this?

Robert Love







Subject: Re: More demos for JVCL?
From: "Chuck R." <cr@gil.com>
Date: Fri, 14 Jun 2002 10:56:39 -0500
Newsgroups: jedi.vcl

Ok. Done.

Peter Thörnqvist wrote:
> You should upgrade to JVCL 1.31 first, though.
>
> Regards, Peter
>
> "Chuck" <cr@gilson.com> skrev i meddelandet news:aea5ub$fg6$1@talkto.net...
>
>> I have JVCL 1.20. It seems there are demos of many visible components
>> missing. Would anyone be interested in me making demos of components
>> that do not exist yet? I'm talking about the controls on the tabs:
>> JVStandard, JVLabels, JVControls, Jedi-VCL and Jedi-VCL2.
>>
>> Chuck




Subject: Re: install issue.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 13 Jun 2002 22:39:29 -0400
Newsgroups: jedi.vcl

"Chuck" <cr@gilson.com> wrote in message news:aeb0id$ind$1@talkto.net...

> > Would you mind telling me how to uninstall the JCL package? I can't
> > seem to see it in the package install screen. I have D6pe.

Chuck, you need to install 1.31.

In 1.20 we were using djcl.dcp in the required section of DPK file, so it's
possible that it is still in the path. 1.31 removed this dependency.

Michael




Subject: Re: JVCL 1.20: bugs in JvWinampLabel
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 13 Jun 2002 22:36:09 -0400
Newsgroups: jedi.vcl

"Chuck" <cr@gilson.com> wrote in message news:aeaudj$iii$1@talkto.net...

> > Ugh. I would but I just posted, oh, 20+ bugs suggestions to this
> > newsgroup.

It would help us tremendously if you could post them to the Issue Tracker.
Then you can track the progress on them.

Michael




Subject: Re: JVCL 1.20 bugs and suggestions
From: "Wayne Sherman" <body1233-REMOVETHIS-@yahoo.com>
Date: Thu, 13 Jun 2002 15:32:32 -0700
Newsgroups: jedi.vcl

> > While going through the Jedi VCL components and making sample
programs
> > I have found a few bugs, and a few suggested changes.

Please post bugs to to bug tracker system:

http://jvcl.sourceforge.net/mantis/login_page.php

Thanks,

Wayne Sherman
Las Vegas




Subject: Re: install issue.
From: Chuck <cr@gilson.com>
Date: Thu, 13 Jun 2002 21:49:49 GMT
Newsgroups: jedi.vcl

Bob wrote:

> >Uninstalled the jcl packages I had previously added and it worked then.
> >  hmmmmmm
> >
> >
Would you mind telling me how to uninstall the JCL package? I can't
seem to see it in the package install screen. I have D6pe. 

Thanks!
Chuck



Subject: Re: JVCL 1.20: bugs in JvWinampLabel
From: Chuck <cr@gilson.com>
Date: Thu, 13 Jun 2002 21:13:07 GMT
Newsgroups: jedi.vcl

Team JEDI\ wrote:

> >
> >Also, please submit any bugs and wishes to our "Issue Tracker" - please
> >follow the link to "Bugs/Wishes" from the JVCL Website.

Ugh. I would but I just posted, oh, 20+ bugs suggestions to this
newsgroup. 




Subject: Re: Restructuring JVCL - suggestion 1
From: Chuck <cr@gilson.com>
Date: Thu, 13 Jun 2002 21:08:46 GMT
Newsgroups: jedi.vcl

I would suggest making consistent properties across components. Like
some components have a Value property, or Position (like the
trackbar). Let's have it be one or the other. Some components have an
Active property (like the timer or chrono), or Enabled. Could we
change the Active to Enabled perhaps? 




Subject: JVCL 1.20 bugs and suggestions
From: Chuck <cr@gilson.com>
Date: Thu, 13 Jun 2002 20:57:44 GMT
Newsgroups: jedi.vcl

While going through the Jedi VCL components and making sample programs
I have found a few bugs, and a few suggested changes. 

First, my setup: 
Win 2000
Novell Netware Client 4.80. 
Delphi 6pe
256MB ram
JCL: 1.20, JVCL: 1.20
I also have several other components installed in Delphi. 

Jedi VCL suggestions: 

- JvWinampLabel could use a Font property. I could never see any text.

- JvWinampLabel: I'm getting an AccessViolation error when I place a
JvWinampLabel on a form, then use the X to close the form. This locks
up Delphi and I have to use Task Manager to close it. I also cannot
remove the control from the form. It locks up Delphi. When I right
click on the label, it locks up Delphi also. When I delete the unit
from the Uses clause and delete the control from the .pas file, the
label is still there when I open the form up in the IDE. 

- JvFormButton: when I loaded a glyph, then chose a system glyph, then
set SystemGlyph back to sgNone, it still showed the system glyph, not
the original bitmap I loaded.

- TJvLogFile: Main screen for this help topic does not have links to
properties, methods, or members, like all the other topics. 

- TJvScrollbox: We could use a gradient background on this one. It's
cool!

- TJvGradientCaption: LabelAlignment of center does not center text. 

- TJvWaitingGradient: when click X to close form which has this, I get
an Access violation error every time. 

- TJvWindowsTitle: where do the list of window titles go? And do we
get a list of window handles also? Do we get the EXE file that is
associated with each window? 

- TJvFloatEdit: does not associate itself with a page on a (Delphi)
page control, so it always shows no matter which page you view. 

- TJvFontBox: does not associate itself with a page on a (Delphi) page
control, so it always shows no matter which page you view. 
----------



Subject: Re: More demos for JVCL?
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 13 Jun 2002 18:33:11 +0200
Newsgroups: jedi.vcl

You should upgrade to JVCL 1.31 first, though.

Regards, Peter

"Chuck" <cr@gilson.com> skrev i meddelandet news:aea5ub$fg6$1@talkto.net...
> > I have JVCL 1.20. It seems there are demos of many visible components
> > missing. Would anyone be interested in me making demos of components
> > that do not exist yet? I'm talking about the controls on the tabs:
> > JVStandard, JVLabels, JVControls, Jedi-VCL and Jedi-VCL2.
> >
> > Chuck
> >




Subject: Re: JVCL 1.20: bugs in JvWinampLabel
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 13 Jun 2002 12:24:16 -0400
Newsgroups: jedi.vcl

"Chuck" <cr@gilson.com> wrote in message news:aea7rj$fkm$1@talkto.net...
> > - JvWinampLabel could use a Font property.
> > - JvWinampLabel: I'm getting an AccessViolation error when I place a
> > JvWinampLabel on a form, then use the X to close the form. This locks
> > up Delphi and I have to use Task Manager to close it. I also cannot
> > remove the control from the form. It locks up Delphi. When I right
> > click on the label, it locks up Delphi also. When I delete the unit
> > from the Uses clause and delete the control from the .pas file, the
> > label is still there when I open the form up in the IDE.

Please update to JVCL 1.31. This bug has been fixed.

http://jvcl.sourceforge.net

Also, please submit any bugs and wishes to our "Issue Tracker" - please
follow the link to "Bugs/Wishes" from the JVCL Website.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: JVCL 1.20: Bug in JvWinampLabel again
From: Chuck <cr@gilson.com>
Date: Thu, 13 Jun 2002 14:49:32 GMT
Newsgroups: jedi.vcl

Oops, here's my config: 
First, my setup: 
Win 2000
Novell Netware Client 4.80. 
Delphi 6pe
256MB ram
JCL: 1.20, JVCL: 1.20
I also have several other components installed in Delphi. 

- JvWinampLabel could use a Font property. 

- JvWinampLabel: I'm getting an AccessViolation error when I place a
JvWinampLabel on a form, then use the X to close the form. This locks
up Delphi and I have to use Task Manager to close it. I also cannot
remove the control from the form. It locks up Delphi. When I right
click on the label, it locks up Delphi also. When I delete the unit
from the Uses clause and delete the control from the .pas file, the
label is still there when I open the form up in the IDE. 




Subject: JVCL 1.20: bugs in JvWinampLabel
From: Chuck <cr@gilson.com>
Date: Thu, 13 Jun 2002 14:47:58 GMT
Newsgroups: jedi.vcl

- JvWinampLabel could use a Font property. 
- JvWinampLabel: I'm getting an AccessViolation error when I place a
JvWinampLabel on a form, then use the X to close the form. This locks
up Delphi and I have to use Task Manager to close it. I also cannot
remove the control from the form. It locks up Delphi. When I right
click on the label, it locks up Delphi also. When I delete the unit
from the Uses clause and delete the control from the .pas file, the
label is still there when I open the form up in the IDE. 




Subject: More demos for JVCL?
From: Chuck <cr@gilson.com>
Date: Thu, 13 Jun 2002 14:15:17 GMT
Newsgroups: jedi.vcl

I have JVCL 1.20. It seems there are demos of many visible components
missing. Would anyone be interested in me making demos of components
that do not exist yet? I'm talking about the controls on the tabs:
JVStandard, JVLabels, JVControls, Jedi-VCL and Jedi-VCL2. 

Chuck



Subject: Re: How to get JvRichEditToHtml in IDE?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 13 Jun 2002 09:56:11 -0400
Newsgroups: jedi.vcl

"Chuck" <cr@gilson.com> wrote in message news:aea44j$fc9$1@talkto.net...
> > Peter Thörnqvist wrote:
> >
>> > >It should be located somewhere on the "Jv Convert" tab
>> > >
> >
> > I don't have any JV Convert tab in the component palette. I have a
> > JediVCL tab, but it's blank, even though I compiled JVCL_Personal60
> > into dclusr. I have Delphi 6pe. Does this make a difference?

How did you compile it into dclusr? I am not sure, I understand. Did you
follow the instructions in Install.txt?

You should install the JVCL package.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Re: More demos for JVCL?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 13 Jun 2002 09:54:20 -0400
Newsgroups: jedi.vcl

"Chuck" <cr@gilson.com> wrote in message news:aea5ub$fg6$1@talkto.net...

> > I have JVCL 1.20. It seems there are demos of many visible components
> > missing. Would anyone be interested in me making demos of components
> > that do not exist yet? I'm talking about the controls on the tabs:
> > JVStandard, JVLabels, JVControls, Jedi-VCL and Jedi-VCL2.

Absolutely! Demos is the best way to show people capabilities of JVCL.

Please contact Ralf Grenzing at Ralf.Grenzing@gmx.de. He and Uwe are working
on the Demos.


--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net







Subject: Re: How to get JvRichEditToHtml in IDE?
From: Chuck <cr@gilson.com>
Date: Thu, 13 Jun 2002 13:44:29 GMT
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:

> >It should be located somewhere on the "Jv Convert" tab
> >

I don't have any JV Convert tab in the component palette. I have a
JediVCL tab, but it's blank, even though I compiled JVCL_Personal60
into dclusr. I have Delphi 6pe. Does this make a difference?




Subject: Re: Repost as requested Install Trouble on Delphi5
From: Ralf Grenzing <Ralf.Grenzing@gmx.de>
Date: Thu, 13 Jun 2002 09:55:12 +0200
Newsgroups: jedi.vcl

Hi Michael

thanx. I think it´s nice to improve the JVCL. Thanx again for your very big
efforts. It´s amazing.

Ralf Grenzing


"Michael Beck (Team JEDI)" wrote:

> > "Ralf Grenzing" <Ralf.Grenzing@gmx.de> wrote in message
> > news:3D0747C8.38143284@gmx.de...
> >
>> > > This is interesting. So I am not the only one who get these internal
> > errors.
>> > > But I think it is worth to mention in the install file, that there is no
> > error
>> > > if your press FIRST compile and then INSTALL. Or what do you think of
> > this?
> >
> > I will mention it in the Install.txt file.
> >
> > Michael



Subject: Re: DesignSize property does not exists
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 12 Jun 2002 15:19:28 -0400
Newsgroups: jedi.vcl

> > "Riccardo Faiella" <faiellar@tin.it> wrote in message
news:ae81et$ans$1@talkto.net...

> >Then I open the Mailexample and Delphi show-me the folowing message after
try to load the project:

> >Error reading MainForm.DesignSize: property does not exists.

> > What can I do ?

An Peter said, just ignore it.

I assume, you use D5, correct? Our forms were build in D6, and therefore D5
users might experience problems similar to yours. Just ignore it.

Michael




Subject: Re: DesignSize property does not exists
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Wed, 12 Jun 2002 20:13:16 +0200
Newsgroups: jedi.vcl

Ignore the error and rebuild.

Regards, Peter
> >Error reading MainForm.DesignSize: property does not exists.





Subject: DesignSize property does not exists
From: "Riccardo Faiella" <faiellar@tin.it>
Date: Wed, 12 Jun 2002 19:52:48 +0200
Newsgroups: jedi.vcl

I downloaded JCL 1.20 build 779 ( the last one available) and installed
without any problem.

Then I open the Mailexample and Delphi show-me the folowing message after try to load the project:

Error reading MainForm.DesignSize: property does not exists.

What can I do ?

Regards

Riccardo




Subject: Re: Repost as requested Install Trouble on Delphi5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 12 Jun 2002 10:17:05 -0400
Newsgroups: jedi.vcl

"Ralf Grenzing" <Ralf.Grenzing@gmx.de> wrote in message
news:3D0747C8.38143284@gmx.de...

> > This is interesting. So I am not the only one who get these internal
errors.
> > But I think it is worth to mention in the install file, that there is no
error
> > if your press FIRST compile and then INSTALL. Or what do you think of
this?

I will mention it in the Install.txt file.

Michael




Subject: Re: Repost as requested Install Trouble on Delphi5
From: Ralf Grenzing <Ralf.Grenzing@gmx.de>
Date: Wed, 12 Jun 2002 15:08:24 +0200
Newsgroups: jedi.vcl

Hi Michael

This is interesting. So I am not the only one who get these internal errors.
But I think it is worth to mention in the install file, that there is no error
if your press FIRST compile and then INSTALL. Or what do you think of this?

Ralf Grenzing



"Michael Beck (Team JEDI)" wrote:

> > "Saci" <nospam@bol.com.br> wrote in message news:ae3gk9$vap$1@talkto.net...
>> > >
>> > > I downloaded JCL 1.20 build 779 ( the last one available) and installed
>> > > without any problem.
>> > >
>> > > Then I open the package JVCL100_D50dpk, using WindowXp and Delphi 5 pro
>> > > (english)
>> > >
>> > > Delphi show-me the folowing message after try to install the package
>> > >
>> > > [Fatal Error] JVCL100_D50.dpk(30) internal error: P665
> >
> > Try "Rebuild" it and then install. In most cases that's what I do and it
> > works.
> >
> > Michael



Subject: Re: Help Notes
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 11 Jun 2002 09:46:59 -0400
Newsgroups: jedi.vcl

"Pete at CT" <pieter@infodeck.co.za> wrote in message
news:ae4btl$17e$1@talkto.net...

> > There are a set of Install Components but nothing on how to use them.
> > Also the CABFile Component.

The "Install" components have been removed from JVCL, as there excellent
freeware install programs: InnoSetup and Yousful, so there was no value add
to have them. But if you want to see them in action, there is "Install Demo"
in the Archive.

Michael




Subject: Re: Repost as requested Install Trouble on Delphi5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 11 Jun 2002 09:43:47 -0400
Newsgroups: jedi.vcl

"Saci" <nospam@bol.com.br> wrote in message news:ae4ccn$18f$1@talkto.net...

> > Yes now works

Excellent! Glad to hear it.

Michael




Subject: Re: Help Notes
From: "Saci" <nospam@bol.com.br>
Date: Tue, 11 Jun 2002 05:32:34 -0300
Newsgroups: jedi.vcl

help file for JCL

http://prdownloads.sourceforge.net/jcl/JCLHelp_chm_17032002.zip?download






Subject: Re: Repost as requested Install Trouble on Delphi5
From: "Saci" <nospam@bol.com.br>
Date: Tue, 11 Jun 2002 05:31:21 -0300
Newsgroups: jedi.vcl

Yes now works

I press compile button first, and install after.

I'm embarassed with that............








Subject: Help Notes
From: "Pete at CT" <pieter@infodeck.co.za>
Date: Tue, 11 Jun 2002 10:23:13 +0200
Newsgroups: jedi.vcl

Hi

Where can I find any help on Jedi components.?
Is ther anything to download?
There are a set of Install Components but nothing on how to use them.
Also the CABFile Component.

Regards

PJNatCT




Subject: Re: Install trouble
From: Johnnie <None@Noware.non>
Date: Tue, 11 Jun 2002 08:08:54 +0000 (UTC)
Newsgroups: jedi.vcl

It also works on Delphi 5 Ent as well

regards
Johnnie.


Subject: Re: Install trouble
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 11 Jun 2002 04:02:33 -0400
Newsgroups: jedi.vcl

"Saci" <nospam@bol.com.br> wrote in message news:ae3gdk$vag$1@talkto.net...

> > http://prdownloads.sourceforge.net/jcl/JclPreview2002May26.zip?download
> > Already downloaded and instaled

If you have this one, then you have the newest release.

Michael





Subject: Re: Repost as requested Install Trouble on Delphi5
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 11 Jun 2002 04:01:16 -0400
Newsgroups: jedi.vcl

"Saci" <nospam@bol.com.br> wrote in message news:ae3gk9$vap$1@talkto.net...
> >
> > I downloaded JCL 1.20 build 779 ( the last one available) and installed
> > without any problem.
> >
> > Then I open the package JVCL100_D50dpk, using WindowXp and Delphi 5 pro
> > (english)
> >
> > Delphi show-me the folowing message after try to install the package
> >
> > [Fatal Error] JVCL100_D50.dpk(30) internal error: P665

Try "Rebuild" it and then install. In most cases that's what I do and it
works.

Michael




Subject: Repost as requested Install Trouble on Delphi5
From: "Saci" <nospam@bol.com.br>
Date: Mon, 10 Jun 2002 21:37:26 -0300
Newsgroups: jedi.vcl

I downloaded JCL 1.20 build 779 ( the last one available) and installed
without any problem.

Then I open the package JVCL100_D50dpk, using WindowXp and Delphi 5 pro
(english)

Delphi show-me the folowing message after try to install the package

[Fatal Error] JVCL100_D50.dpk(30) internal error: P665

What am Idoing wrong ?

Regards

Saci





Subject: Re: Install trouble
From: "Saci" <nospam@bol.com.br>
Date: Mon, 10 Jun 2002 21:33:53 -0300
Newsgroups: jedi.vcl

Dear Michael

On the url you gave us
(http://sourceforge.net/project/showfiles.php?group_id=47514&release_id=8136
4
) have only the folowing links

A help file
http://prdownloads.sourceforge.net/jcl/JCLHelp_chm_17032002.zip?download
I guess this is one possible canditate case that is the one how can i
deinstall the old one
http://prdownloads.sourceforge.net/jcl/JclPreview2002May26.zip?download
Already downloaded and instaled
http://prdownloads.sourceforge.net/jcl/JCL1_20_Build779.zip?download
Old units, i guess aren't the rigth ones.
http://prdownloads.sourceforge.net/jcl/JCL1_11.zip?download
http://prdownloads.sourceforge.net/jcl/JCL1_11_index.zip?download

No one is related to any patch. What is the right one?


"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> escreveu na
mensagem news:ae2g6u$sk5$1@talkto.net...
> > "Carlo Marona" <carmarona@libero.it> wrote in message
> > news:ae2adl$s3m$1@talkto.net...
>> > > I've the same problem.
>> > > I searched the patch on the sourceforge site but I've'nt find it.
>> > > Where is the patch for ver. 1.20 build 779?
> >
> > All JCL files are at:
> >
> >
http://sourceforge.net/project/showfiles.php?group_id=47514&release_id=81364
> >
> > Michael
> >
> >




Subject: Re: Install trouble
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Tue, 11 Jun 2002 02:19:11 +0200
Newsgroups: jedi.vcl

Oops, my fault: I was refering to the 754 patch as that was the version I
was using at the time.
Haven't tried installing 799 on D5, but it works on D6. Maybe better to
re-post this in the JCL group?

Regards, Peter




Subject: Re: Install trouble
From: "Carlo Marona" <carmarona@libero.it>
Date: Mon, 10 Jun 2002 21:01:17 +0200
Newsgroups: jedi.vcl

Ok, I know, but on this page I see:
-JCL Help Files
-JCL Previews
-JCL Releases

I already have JCL v. 1.20 Build 779. There isn't the patch you say!
Maybe you refer to VCS snapshots of 26 may?


> > All JCL files are at:
> >
> >
http://sourceforge.net/project/showfiles.php?group_id=47514&release_id=81364
> >
> > Michael
> >
> >




Subject: Re: Restructuring JVCL - suggestion 1
From: "Robert Love [TPX]" <Robert.Love@tpx.turbopower.com>
Date: Mon, 10 Jun 2002 12:26:34 -0600
Newsgroups: jedi.vcl

Merging Dialogs into one unit is Ok but not one class.  CommonDialog ActiveX
in VB combines all fo the common dialogs into one control.   Which I really
dislike.   The delphi implemenation of having a seperate class for each is
nice.

Robert Love

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:ae230l$res$1@talkto.net...

> > Actually, taking a second (longer) look on JvWinDialogs reveals that most
> > components performs quite a bit of work and I will leave them alone (at
> > least for the time being <vbg>). I've also noted that some of the other
> > components duplicate what is on that tab, so I will probably merge these
> > into the ones in JvWinDialogs (I am thinking mainly of my own
TJvFindFiles2,
> > TJvShellBrowser, and TJvShFileOperation).





Subject: Re: Install trouble
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 10 Jun 2002 11:09:39 -0400
Newsgroups: jedi.vcl

"Carlo Marona" <carmarona@libero.it> wrote in message
news:ae2adl$s3m$1@talkto.net...
> > I've the same problem.
> > I searched the patch on the sourceforge site but I've'nt find it.
> > Where is the patch for ver. 1.20 build 779?

All JCL files are at:

http://sourceforge.net/project/showfiles.php?group_id=47514&release_id=81364

Michael




Subject: Re: Install trouble
From: "Carlo Marona" <carmarona@libero.it>
Date: Mon, 10 Jun 2002 15:43:58 +0200
Newsgroups: jedi.vcl

I've the same problem.
I searched the patch on the sourceforge site but I've'nt find it.
Where is the patch for ver. 1.20 build 779?

Thanks.


"Peter Thörnqvist" <peter3@nospam.peter3.com> ha scritto nel messaggio
news:ae1fvp$pu6$1@talkto.net...
> > Get the JCL patch at SourceForge and rebuild. Then try installing the JVCL
> > package again.
> >
> > Regards, Peter
> >
> >




Subject: Re: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Jun 2002 13:38:51 +0200
Newsgroups: jedi.vcl

> > Ok, I am one of these people who use this comps to avoid direct API calls.
I
> > would suggest to build  wrapper comp for some dialogs to give a
confortable way
> > to these people how a visual minded. This comp could have a property with
all
> > availible dialogs. This could only be done for comps which have only a
execute
> > perhaps this is a solution for the comps you have mentioned in point 4:
> >
This is a nice idea, but I think it will be hard to accomplish in reality:
the result would probably be harder to understand compared to the current
setup.

Actually, taking a second (longer) look on JvWinDialogs reveals that most
components performs quite a bit of work and I will leave them alone (at
least for the time being <vbg>). I've also noted that some of the other
components duplicate what is on that tab, so I will probably merge these
into the ones in JvWinDialogs (I am thinking mainly of my own TJvFindFiles2,
TJvShellBrowser, and TJvShFileOperation).

Regards, Peter





Subject: Re: Restructuring JVCL - suggestion 1
From: Ralf Grenzing <Ralf.Grenzing@gmx.de>
Date: Mon, 10 Jun 2002 10:18:32 +0200
Newsgroups: jedi.vcl



"Peter Thörnqvist" wrote:

>>> > > > Mainly it's a matter of removing duplicates and remove / rewrite
>> > > components
>>> > > > that would be better off as some other type of class. Whether anything
>>> > > > should pass over to JCL I don't know, but I think that generally it's
>>> > > > desirable to minimize code duplication. So the general idea is that if
>>> > > > something similar to what's in JVCL is in the JCL already, the JVCL
>> > > version
>>> > > > will be removed and any code using the JVCL version should be rewritten
> > to
>>> > > > use the JCL version instead.
>> > >
>> > > This is just a general statement, not related directly to any of the above
>> > > components.
> >
> > Let me clarify what I mean with an example: If I think that a component
> > could be replaced with a direct call to a function, the change log for the
> > component would contain a statement similar to this:
> >
> > "TJvSomeComponent (removed): replace use with call to JvSomeFunction in
> > JvSomeFunctions.pas"
> >
> > If JvSomeFunction was available in JCL as JclSomeFunction, JvSomeFunction
> > would be removed entirely and the log would say:
> > "TJvSomeComponent (removed): replace with call to JclSomeFunction in
> > JclFunctions.pas"
> >
> > If someone would like to make JVCL cross-platform, the next step might be to
> > replace calls to JclSomeFunction with a new function that does the correct
> > thing based on OS. I won't do this myself: it is too much work already and
> > my knowledge of the Linux API is non-existent.
> >
>> > > The brain works in different ways for different people. Some are more
> > "text"
>> > > oriented, some are more visual. While the first group might use mainly
> > code
>> > > (and in an extreme case exclusively API calls), the others might like to
>> > > encapsulate code into some visual components and be done with it. This is
>> > > especially important for beginning programmers. Once they see it on a
>> > > component tab, it's easier for them to remember and use it.
> >
> > This is an important point: this is precisely why I want feedback from other
> > JVCL users. When trying to determine what needs to go in JVCL, I am biased
> > by how *I* use components. If someone replies here and says: "please don't
> > remove the components on the Jv WinDialogs tab; I use them all the time and
> > I really can't live without them. Using the API is too hard."

Ok, I am one of these people who use this comps to avoid direct API calls. I
would suggest to build  wrapper comp for some dialogs to give a  confortable way
to these people how a visual minded. This comp could have a property with all
availible dialogs. This could only be done for comps which have only a execute
perhaps this is a solution for the comps you have mentioned in point 4:

4. Remove/rewrite components that are *simple* wrappers for function calls

Ralf Grenzing



Subject: Re: Install trouble
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 10 Jun 2002 08:14:03 +0200
Newsgroups: jedi.vcl

Get the JCL patch at SourceForge and rebuild. Then try installing the JVCL
package again.

Regards, Peter




Subject: Install trouble
From: "Saci" <nospam@bol.com.br>
Date: Mon, 10 Jun 2002 00:58:14 -0300
Newsgroups: jedi.vcl

I downloaded JCL 1.20 build779 and installed without any problem.

Then I open the package JVCL100_D50dpk, using WindowXp and Delphi 5 pro
(english)

Delphi show-me the folowing message after try to install the package

[Fatal Error] JVCL100_D50.dpk(30) internal error: P665

What am Idoing wrong ?

Regards

Saci






Subject: Re: install issue.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 9 Jun 2002 10:37:52 -0400
Newsgroups: jedi.vcl

"Stuart Northcott" <stu@imorital.net.com> wrote in message
news:advi94$kg$1@talkto.net...

> > I did that thanks. I was wondering more if it was possible to have the JCL
> > packages installed at the same tine as the VCL components. Or is this
> > unnecessary?

Since JCL installations procedure sets the path to JCL source code in
Delphi, you don't need to install the JCL package in order to use JVCL.

Michael




Subject: Re: install issue.
From: "Stuart Northcott" <stu@imorital.net.com>
Date: Sun, 9 Jun 2002 13:40:41 +0100
Newsgroups: jedi.vcl

SN > > But how do you manage to get the JCL packages back?

MB > Just remove it from your packages list via menu:
MB > Component | Install Packages.

Hi Michael,

I did that thanks. I was wondering more if it was possible to have the JCL
packages installed at the same tine as the VCL components. Or is this
unnecessary?

Thanks for your time,

Stu




Subject: Re: install issue.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 8 Jun 2002 15:48:28 -0400
Newsgroups: jedi.vcl

"Stuart Northcott" <stu@imorital.net.com> wrote in message
news:adtmlb$s6q$1@talkto.net...
> > But how do you manage to get the JCL packages back?

Just remove it from your packages list via menu: Component | Install
Packages.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Re: install issue.
From: "Stuart Northcott" <stu@imorital.net.com>
Date: Sat, 8 Jun 2002 20:43:03 +0100
Newsgroups: jedi.vcl

But how do you manage to get the JCL packages back?

Regards

Stu

"Bob" <bob@bob.com> wrote in message news:ad5uap$963$1@talkto.net...
> > Uninstalled the jcl packages I had previously added and it worked then.
> >   hmmmmmm
> >
> >
> > Bob
> >
> > "Bob" <bob@bob.com> wrote in message news:ad5tuh$94g$1@talkto.net...
>> > > I have the JCL loaded and in .
>> > > I installed the new JVCL 1.30 into a new subdirectory of that
> > installation.
>> > > I followed the install.txt instructions, when I click install on the
>> > > "JVCL100_D6.dpk" It churns away for about 30 seconds then I get the
>> > > following error :
>> > >
>> > > Cannot Load Package "JVCL100_r60." It contains unit 'JCLStrings.'whic is
>> > > also contained in package djcl60
>> > >
>> > > any ideas ??
>> > >
>> > > TIA
>> > >
>> > > Martin
>> > >
>> > >
> >
> >




Subject: Re: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 8 Jun 2002 15:42:22 +0200
Newsgroups: jedi.vcl

Thanks for the list, Petr, much appreciated.

Regards, Peter




Subject: Re: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Sat, 8 Jun 2002 15:41:14 +0200
Newsgroups: jedi.vcl

>>>> > >> > JvWavePlayer   - change to TObject?
>>> > >>Hum...  I would say no
>> > >
>> > > Why not?
> > Cause I use it <g>
> > Seriously, there is some published properties, it really
> > does something, and we could add a wave in ressource to
> > play this wave... Don't trash this one :-)
OK, agreed. Won't touch it<g>.

> > There is mailing lists with the sourceforge accounts, why don't we
> > simply use them? (And personally I never go to yahoo, I'm just
> > subscribed to the mailing list)

Me too: I never used yahoo until Mike Beck told me it would be a good idea
posting this proposal there. Personally, I prefer NG:s above the other
options.

Regards, Peter





Subject: Re: JediVCL_R131.zip
From: "Bernt Levinsson" <levin.spambox@telia.com>
Date: Sat, 8 Jun 2002 15:29:23 +0200
Newsgroups: jedi.vcl

> > When I try to compile the file JclStrings.pas is missing.

Ups, I missed this:
"To use it, you will also need JCL (JEDI Code Library) 1.20 "




Subject: JediVCL_R131.zip
From: "Bernt Levinsson" <levin.spambox@telia.com>
Date: Sat, 8 Jun 2002 15:25:44 +0200
Newsgroups: jedi.vcl

When I try to compile the file JclStrings.pas is missing.




Subject: Re: Restructuring JVCL - suggestion 1
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Sat, 08 Jun 2002 01:45:49 +0200
Newsgroups: jedi.vcl

Peter Thörnqvist wrote:


>> > JvWavePlayer   - change to TObject?
>> Hum...  I would say no
>
> Why not?
Cause I use it <g>
Seriously, there is some published properties, it really
does something, and we could add a wave in ressource to
play this wave... Don't trash this one :-)


>> > JvOutlookPanel - remove?
>> Why?
> There is already two outlook type components and the JvOutlookPanel is
> basically a panel with a close button (AFAICD?), not too hard to mimic.
Arf you are right, sorry... I was not very active lately, and I just
installed the JVCL two weeks ago *shame*.

> You are partly right: maybe calling ShellExecute isn't the right way to do
> it. Better to supply a function (OsExecute ?) that calls the correct
> function based on the OS. I still think it should be part of JCL rather than
> JVCL
Agreed...

> Agreed: it is very difficult to keep any kind of discussion thread when that
> thread might be going on in three different places. I don't know how this
> should be solved, but personally I don't like the Yahoo groups: I think it's
> hard to get a "birds-view" of the messages. I prefer the NG's because most
> newsreaders give you a great overview, you easily see what messages you have
> read, replied to and can filter the messages based on a lot of criterias not
> available with the web based solution.
There is mailing lists with the sourceforge accounts, why don't we simply use them? (And personally I never go to yahoo, I'm just subscribed to the mailing list)

> Thanks again for the feedback:it's invaluable.
No, thanks for your good job, it's nice to see so much motivation :)

Sebastien



Subject: Re: Restructuring JVCL - suggestion 1
From: "Petr Vones \(Team JEDI\)" <petr_v@post.cz>
Date: Fri, 7 Jun 2002 22:18:33 +0200
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message

Hi,

> > JvCDUtils - change into functions(Open / Close CD Drive)

Already in JclMultimedia

> > JvScreenCapture - change into functions (CaptureSCreen, CaptureRect)

There is similar function in JclGraphics

> > JvDeviceChanged - change to TObject?

You need a window to receive the message, I'd keep it as is.

> > JvWavePlayer   - change to TObject?

Or to a single routine

> > JvJoystick - change to TObject?

The same like JvDeviceChanged

> > JvScreenResolution - change to TObject?

Already in JCL

> > JvScreenCanvas - change to TObject/TCanvas?


Already in JCL

> > JvComplex - change to TObject?

JclComplex

> > JvCPLLauncher - change to function (LaunchCPL)?

Already in JCL

> > JvCreateShortcut - change to TObject? Isn't this available in JCL?

Already in JCL

> > TJvInstances - change to TObject? JCL?

Already in JCL - JclAppInst

> > JvDirectories - change to TObject? JCL?

Already in JCL - JclSysInfo

> > JvExecute - change to functions? already in JCL?

Already in JCL - JclMiscel

> > JvSerialMaker - change to TObject? JCL?

Probably not for JCL

> > JvSafeMode - change to TObject? JCL?

Probably yes.

> > JvRecentDocs  - change to TObject? JCL?

Probably yes.

> > JvFileInformations, JvFileInfo  - merge/change to function
> > (GetFileInformation)? JCL?

Already in JCL

> > JvAssociateExtension - change to TObject? JCL?

Probably yes.

> > JvKeyboardStates - change to TObject? JCL?

Partially in JCL

> > JvRunOnStartup - change to functions / TObject?

Already in JCL

Petr.




Subject: Re: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 7 Jun 2002 20:28:04 +0200
Newsgroups: jedi.vcl

Actually, the "normal" TDateTimePicker can be coersed into doing this as
well. I have the code for it and was thinking about incorporating it into
the JvDateTimePicker.

Regards, Peter

"Pascal Berger" <pascal.berger@removethis.timeware.ch> skrev i meddelandet
news:3D00F3FF.5040501@removethis.timeware.ch...
>> > > JvDateTimeNullPicker - remove - don't see a reason for keeping this
>> > > component
> >
> > Is this a DateTimePicker that allows NULL values? If so it would make
> > very much sense due the standard win32 TDateTimePicker doesn't allow
> > this (it has only the capability to display a checkbox but i think this
> > isn't acceptable for end users)
> >
> > cheers
> > pascal
> >




Subject: Re: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 7 Jun 2002 20:17:55 +0200
Newsgroups: jedi.vcl

>> > > Mainly it's a matter of removing duplicates and remove / rewrite
> > components
>> > > that would be better off as some other type of class. Whether anything
>> > > should pass over to JCL I don't know, but I think that generally it's
>> > > desirable to minimize code duplication. So the general idea is that if
>> > > something similar to what's in JVCL is in the JCL already, the JVCL
> > version
>> > > will be removed and any code using the JVCL version should be rewritten
to
>> > > use the JCL version instead.
> >
> > This is just a general statement, not related directly to any of the above
> > components.

Let me clarify what I mean with an example: If I think that a component
could be replaced with a direct call to a function, the change log for the
component would contain a statement similar to this:

"TJvSomeComponent (removed): replace use with call to JvSomeFunction in
JvSomeFunctions.pas"

If JvSomeFunction was available in JCL as JclSomeFunction, JvSomeFunction
would be removed entirely and the log would say:
"TJvSomeComponent (removed): replace with call to JclSomeFunction in
JclFunctions.pas"

If someone would like to make JVCL cross-platform, the next step might be to
replace calls to JclSomeFunction with a new function that does the correct
thing based on OS. I won't do this myself: it is too much work already and
my knowledge of the Linux API is non-existent.

> > The brain works in different ways for different people. Some are more
"text"
> > oriented, some are more visual. While the first group might use mainly
code
> > (and in an extreme case exclusively API calls), the others might like to
> > encapsulate code into some visual components and be done with it. This is
> > especially important for beginning programmers. Once they see it on a
> > component tab, it's easier for them to remember and use it.

This is an important point: this is precisely why I want feedback from other
JVCL users. When trying to determine what needs to go in JVCL, I am biased
by how *I* use components. If someone replies here and says: "please don't
remove the components on the Jv WinDialogs tab; I use them all the time and
I really can't live without them. Using the API is too hard.", I will
obviously rethink my initial suggestions. The goal is not to remove
everything from JVCL to make it leaner but to create a component package
that is both feature rich and at the same time contains as little bloat and
duplication as possible.

> > Maybe we can just group the components in question into a "beginner
> > package", and the advanced developers could just ignore it and not install
> > it?

I like this idea. What could be done is this: when the restructuring is
done, the deprecated component units wil be placed in the cvs Archive
folder. From this someone could easily build such a package. Actually, this
might be a good idea for the JVCL as a whole: group the components into
different packages (f ex standard, database, internet, visual, dialogs,
advanced, beginner etc) similar to how the VCL is grouped?

> > I don't have an answer to it, I just would like to make sure that we
> > accommodate the beginning programmers and those with more visual brains.

Good points, Mike and I'll keep it in mind.


Maybe you are interested in how I plan to do this, so here is my preliminary
agenda for the restructuring:

1. Merge any components that are similar enough to be merged (this is the
biggest task)
2. Remove (i.e move to CVS\Archive) any components that are exact duplicates
or less feature-rich versions of existing components
3. Remove/rewrite components that doesn't have properties or events and
cannot be used at design-time
4. Remove/rewrite components that are *simple* wrappers for function calls
5. Redesign the inheritance framework, possibly flattening it. Maybe
introduce interfaces etc
6. Rewrite so there is a TJvCustomXXXX version that the TJvXXX version
inherits from.
7. Start over!

As you can see, there is probably plenty of time getting your vote in for
what to keep, but don't wait too long: suddenly it's gone if you don't speak
up!<g>

Regards, Peter





Subject: Re: Restructuring JVCL - suggestion 1
From: Pascal Berger <pascal.berger@removethis.timeware.ch>
Date: Fri, 07 Jun 2002 19:57:19 +0200
Newsgroups: jedi.vcl

> JvDateTimeNullPicker - remove - don't see a reason for keeping this
> component

Is this a DateTimePicker that allows NULL values? If so it would make very much sense due the standard win32 TDateTimePicker doesn't allow this (it has only the capability to display a checkbox but i think this isn't acceptable for end users)

cheers
pascal



Subject: Re: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 7 Jun 2002 19:50:26 +0200
Newsgroups: jedi.vcl

> >  > JvCreateShortcut - change to TObject? Isn't this available in JCL?
> > I don't see any function related with shortcut in his name in JCL...

I was thinking of the functions in JclShell.pas, but they are not wrapped in
a class.

Regards, Peter





Subject: ANN: Jans Delphi Components join JVCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 7 Jun 2002 13:10:52 -0400
Newsgroups: jedi.vcl

We are very pleased to announce that Jans Delphi Components
(http://jansfreeware.com/jfdelphi.htm) are joining JVCL.

Jans Delphi Components include 45 top-notch native Delphi components.

On Jan's Website: http://jansfreeware.com
you can also find several cool applications written with these components.

After conversion to JVCL naming/coding standard, they will be included in
one of the next major releases of JVCL.

Our thanks go to Jan Verhoeven for donating his components to JVCL.

May the Source be with you!

--
Michael Beck
Project JEDI - http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net






Subject: Re: Restructuring JVCL - suggestion 1
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 7 Jun 2002 13:09:02 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:ador41$ilo$1@talkto.net...

> > Mainly it's a matter of removing duplicates and remove / rewrite
components
> > that would be better off as some other type of class. Whether anything
> > should pass over to JCL I don't know, but I think that generally it's
> > desirable to minimize code duplication. So the general idea is that if
> > something similar to what's in JVCL is in the JCL already, the JVCL
version
> > will be removed and any code using the JVCL version should be rewritten to
> > use the JCL version instead.

This is just a general statement, not related directly to any of the above
components.

The brain works in different ways for different people. Some are more "text"
oriented, some are more visual. While the first group might use mainly code
(and in an extreme case exclusively API calls), the others might like to
encapsulate code into some visual components and be done with it. This is
especially important for beginning programmers. Once they see it on a
component tab, it's easier for them to remember and use it.

So when we deal with the question to remove a component, let's consider if
this will be easier for a developer, or not. Maybe we can think about a
better way to utilize the functions from JCL, maybe some kind of an expert
that helps to identify the correct function and inserts it into the code, or
maybe some other mechanism.

Maybe we can just group the components in question into a "beginner
package", and the advanced developers could just ignore it and not install
it?

I don't have an answer to it, I just would like to make sure that we
accommodate the beginning programmers and those with more visual brains.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner


JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net




Subject: Re: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 7 Jun 2002 18:37:22 +0200
Newsgroups: jedi.vcl

Sebastien, thanks for your feedback. My replies below.

> > It would be nice to convert some components to simple objects
> > or functions (or class functions), but then we need a very strong
> > documentation, cause average users don't know there is
> > classes or functions to do the job they want to.

Agreed. But the users lack of knowledge about the underlying API or RTL
isn't a valid excuse to make functions into components. API's should be
converted into classes when the class can present a better, more elegant and
easier to use interface to the functionality of the API. A class should be
converted to a component when there are a substantial amount of events or
properties that can be manipulated from the OI, Example: TOpenDialog is a
good component, because you can set a lot of properties and handle events at
design-time. Some of the dialog components in JVCL, don't have any
properties or events: all work has to be done at run-time, making them less
useful as components. That was (one of) my selection criteria.

> >
> >  > JvWavePlayer   - change to TObject?
> > Hum...  I would say no
Why not?
> >
> >  > JvCreateShortcut - change to TObject? Isn't this available in JCL?
> > I don't see any function related with shortcut in his name in JCL...
Hm, I didn't check. Either way, I still think it should be a TObject type
class,
> >
> >  > JvOutlookPanel - remove?
> > Why?

There is already two outlook type components and the JvOutlookPanel is
basically a panel with a close button (AFAICD?), not too hard to mimic.

> >
> >  > JvSurfTo - remove, use ShellExecute directly
> > No, sorry but no... For most components encapsulating APIs, you
> > say we should directly call the API... And now if I decide to
> > port my application to Kylix, I'll have to search for the function
> > to open a link with the registered browser and replace it
> > everywhere in my application... But if it has been done
> > on JCL or JVCL, I won't have to search and modify my
> > code!
You are partly right: maybe calling ShellExecute isn't the right way to do
it. Better to supply a function (OsExecute ?) that calls the correct
function based on the OS. I still think it should be part of JCL rather than
JVCL

> >
> >  > NOTE: I will not monitor this mail group, so please post any replies
> >  > to the newsgroup ONLY.
> > .... There seems to be a little communication problem here! We have
> > this mailing list, the newsgroups, and the mailing lists at sourceforge,
> > on which mailing list/newsgroup can we contact which developper, I
> > have no newsreader configured for this group (ok it's not difficult).
Agreed: it is very difficult to keep any kind of discussion thread when that
thread might be going on in three different places. I don't know how this
should be solved, but personally I don't like the Yahoo groups: I think it's
hard to get a "birds-view" of the messages. I prefer the NG's because most
newsreaders give you a great overview, you easily see what messages you have
read, replied to and can filter the messages based on a lot of criterias not
available with the web based solution.

Thanks again for the feedback:it's invaluable.

Regards, Peter






Subject: Re: Restructuring JVCL - suggestion 1
From: Sebastien Buysse <sbuysse@buypin.com>
Date: Fri, 07 Jun 2002 17:01:46 +0200
Newsgroups: jedi.vcl

Hi All,

It would be nice to convert some components to simple objects
or functions (or class functions), but then we need a very strong
documentation, cause average users don't know there is
classes or functions to do the job they want to.

> JvWavePlayer   - change to TObject?
Hum...  I would say no

> JvCreateShortcut - change to TObject? Isn't this available in JCL?
I don't see any function related with shortcut in his name in JCL...

> JvOutlookPanel - remove?
Why?

> JvSurfTo - remove, use ShellExecute directly
No, sorry but no... For most components encapsulating APIs, you
say we should directly call the API... And now if I decide to
port my application to Kylix, I'll have to search for the function
to open a link with the registered browser and replace it
everywhere in my application... But if it has been done
on JCL or JVCL, I won't have to search and modify my
code!

> NOTE: I will not monitor this mail group, so please post any replies
> to the newsgroup ONLY.
..... There seems to be a little communication problem here! We have
this mailing list, the newsgroups, and the mailing lists at sourceforge,
on which mailing list/newsgroup can we contact which developper, I
have no newsreader configured for this group (ok it's not difficult).

Isn't it a way of having all messages from the mailing list in the newsgroup
and vice-versa? Aren't they doing that at php.net? :-)

Sebastien



Subject: Re: Again about JVCL installation problems (R 1.31)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 7 Jun 2002 09:10:46 -0400
Newsgroups: jedi.vcl

<pol@micro.km.ua> wrote in message news:1103_1023452906@forums.talkto.net...

> > I download JediVCL_R131.zip and try install. First error message is
> > JvHtmlParser.pas(37): File not found (JclStrings.dcu).
> > JvSysComp.pas(37):File not found (JclBase.dcu).
> >
> > JVCL need other packages?

Please follow the instructions in Install.txt
You need JCL installed on your PC.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Again about JVCL installation problems (R 1.31)
From: pol@micro.km.ua
Date: Fri, 07 Jun 2002 12:28:26 GMT
Newsgroups: jedi.vcl

Hi!
I download JediVCL_R131.zip and try install. First error message is 
JvHtmlParser.pas(37): File not found (JclStrings.dcu).
JvSysComp.pas(37):File not found (JclBase.dcu).

JVCL need other packages?




Subject: Re: Restructuring JVCL - suggestion 1
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Fri, 7 Jun 2002 10:19:40 +0100
Newsgroups: jedi.vcl

Peter,

This will be a worthwhile project. Well done.

Trev

--
Trevor Pegley
Visionhall
"Peter Thörnqvist" <peter3@no.spam.peter3.com> wrote in message
news:ador41$ilo$1@talkto.net...
> > Hi all.
> >
> > As you might have read here, I am in the process of looking through the
JVCL
> > to find duplicates and stuff that should be rewritten and generally find
> > ways to make JVCL "leaner and meaner". I have now made a first assessment
> > and below is listed the changes I would like to do to the JVCL in this
first
> > run.
> >
> > Mainly it's a matter of removing duplicates and remove / rewrite
components
> > that would be better off as some other type of class. Whether anything
> > should pass over to JCL I don't know, but I think that generally it's
> > desirable to minimize code duplication. So the general idea is that if
> > something similar to what's in JVCL is in the JCL already, the JVCL
version
> > will be removed and any code using the JVCL version should be rewritten to
> > use the JCL version instead.
> >
> > Note that there will probably be other types of restructuring further
along
> > the way: this is just the first phase to give us a code-base we can work
on
> > and that we know will stay relatively stable for some time to come.
> >
> > Here's the criteria I've used for selecting the components below:
> >
> > * The component can't really be used at design-time, all work is done at
> > run-time.
> > * The component have no (usable) properties or events
> > * The work done can be duplicated with very few lines of code or by
calling
> > a single function
> > * The component is a duplicate/lesser implementation of another component
in
> > the JVCL
> >
> >
> > Here's my list of change suggestions:
> >
> > JvFlashApplication,JvFlashForm - remove (call FlashWindow directly)
> > JvTransparentForm, JvTransForm - merge?
> > JvMemo, JvMemoEx, JvDisplayMemo, JvCaretMemo, JvPopUpMenu - merge?
> > JvEdit, JvSingleLineMemo,JvAlignedEdit,JvCaretEdit, JvExEdit - merge?
> > JvCDUtils - change into functions(Open / Close CD Drive)
> > JvScreenCapture - change into functions (CaptureSCreen, CaptureRect)
> > JvDeviceChanged - change to TObject?
> > JvWavePlayer   - change to TObject?
> > JvCreatedWith - (basically a collection of 15 different "Powered with
> > Delphi" images) - remove? put images in jvcl\images folder?
> > JvImageSplit - change to TObject?
> > JvJoystick - change to TObject?
> > JvScreenResolution - change to TObject?
> > JvScreenCanvas - change to TObject/TCanvas?
> > JvAutoSizeCompo - obsolete (forms have AutoSize property) - remove?
> > JvFormButton, JvCaptionButton - merge?
> > JvChrono  - change to TObject or remove?
> > JvComplex - change to TObject?
> > JvCPLLauncher - change to function (LaunchCPL)?
> > JvCreateShortcut - change to TObject? Isn't this available in JCL?
> > JvFileUtils,JvShFileOperation - merge?
> > JvAlarms - change to use TCollection so the individual alarms can be
edited
> > in the OI?
> > JvExitWindows - remove, call ExitWindowsEx directly
> > TJvTraybar - change to TObject? (hides / shows the traybar etc)
> > TJvInstances - change to TObject? JCL?
> > JvDirectories - change to TObject? JCL?
> > JvDrivePresent - change to function (DiskInDrive)
> > JvExecute - change to functions? already in JCL?
> > JvSerialMaker - change to TObject? JCL?
> > JvSafeMode - change to TObject? JCL?
> > JvSendKey  - change to function (SendKey) or use Delphi supplied SendKeys
> > unit?
> > JvRecentDocs  - change to TObject? JCL?
> > JvFileInformations, JvFileInfo  - merge/change to function
> > (GetFileInformation)? JCL?
> > JvAssociateExtension - change to TObject? JCL?
> > JvKeyboardStates - change to TObject? JCL?
> > JvSearchFile,JvSearchFiles,JvFileTreeScan - merge?
> > JvApplication - remove (call Application properties directly)?
> > JvClipboardViewer - add an Enabled property?
> > JvSystemColors - remove - use color variables directly (i.e clBtnFace,
> > clInactiveBorder etc)?
> > JvRunOnStartup - change to functions / TObject?
> > JvDirectorySpy,JvChangeNotify - merge?
> > JvWindowsTitle - change to functions / TObject?
> > JvLogFile  - change to TObject?
> > JvRle - change to TObject?
> > JvCABFile - change to TObject?
> > JvRegion - change to TObject?
> > JvCaesarCipher - change to TObject?
> > JvVigenereCipher - change to TObject?
> > JvXorCipher - change to TObject?
> > JvPasswordForm, JvLoginDlg, JvSerialDlg - replace with "DualInputBox"
> > function?
> > JvFatalAppExit - remove (call FatalAppExit directly)
> > JvMessageBeep - remove (call Messagebeep directly)
> > JvTipsOfDay,JvTipWindow - merge?
> > JvFindFiles,JvFindFilesDialog2 - merge?
> > JvBrowseFolder,JvSelectDirectory,JvShellBrowser - merge?
> > JvInputBox - remove (call InputBox directly)
> > JvDisconnectNetwork, JvConnectNetwork - remove (call
> > WNetConnectionDialog/WNetDisconnectDialog directly)
> > JvClock - remove
> > JvScrollText,JvContentScroller - merge?
> > JvFontComboBox,JvFontBox,JvFontComboBox2 - merge?
> >
JvImageListBox,JvReorderListbox,JvAlignListbox,JvListBox,JvBMPListBox,JvExLi
> > stBox,JvMultiLineListBox,JvListBox3 - merge?
> > JvImageComboBox,JvComboBox3 - merge?
> > JvOutlookPanel - remove?
> > JvRegistryViewer, JvRegistryTreeView - merge?
> > JvMonthCalendar,JvMonthCalendar2 - merge?
> > JvHotKey, JvHotKeyEx - merge?
> > JvSurfTo - remove, use ShellExecute directly
> > JvMailTo - remove, use JvMail instead
> > JvImageSurfTo, JvImageMailTo - remove, use ShellExecute directly w. TImage
> > JvCurrencyEdit,JvYearEdit,JvIntegerEdit,JvFloatEdit,JvFloatEdit2 - merge?
> > JvStringListToHtml - change to TObject?
> > JvRichEditToHtml - change to TObject?
> > JvRgbToHtml - change to TObject?
> > JvStrToHtml - change to TObject?
> > JvFormToHtml - change to TObject?
> > JvPageControl, JvPageControl2, JvButtonPageControl - merge?
> > JvTabControl, JvExTabControl, JvOwnerDrawPageControl - merge?
> > JvIpAddress, JvIPBox - merge?
> > JvProgressBar, JvProgressBar2 - merge?
> > JvFormatDrive2- remove (duplicate of JvFormatDialog)
> > JvStringGrid,JvControlStringGrid,JvExStringGrid,JvScrollEVStringGrid -
> > merge?
> > JvTreeView, JvTreeView2 - merge?
> > "Jv WinDialogs" tab - replace all with direct function calls
> > JvYesNoPicker  - remove - don't see a reason for keeping this component
> > JvDateTimeNullPicker - remove - don't see a reason for keeping this
> > component
> >
> >
> > If you don't agree with me in *any* of the above, please, please, please
> > write to this NG within the next couple of days and tell me what you
object
> > to and why. Remember:  no components will really be removed or deleted:
they
> > will just move to new pastures (i.e the "Archives" folder in the CVS
tree).
> > Merging of components will be made into a new component/unit, i.e the
> > original components will be left untouched.
> >
> > I will *not* update the CVS archive with these chnages until I am pretty
> > sure that everything is working as intended and has been tested by at
least
> > a couple of other developers. This could mean several weeks before anyone
> > actually see any changes.
> >
> > Regards, Peter
> >
> >
> >
> >
> >
> >
> >
> >
> >




Subject: Restructuring JVCL - suggestion 1
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Fri, 7 Jun 2002 01:28:07 +0200
Newsgroups: jedi.vcl

Hi all.

As you might have read here, I am in the process of looking through the JVCL
to find duplicates and stuff that should be rewritten and generally find
ways to make JVCL "leaner and meaner". I have now made a first assessment
and below is listed the changes I would like to do to the JVCL in this first
run.

Mainly it's a matter of removing duplicates and remove / rewrite components
that would be better off as some other type of class. Whether anything
should pass over to JCL I don't know, but I think that generally it's
desirable to minimize code duplication. So the general idea is that if
something similar to what's in JVCL is in the JCL already, the JVCL version
will be removed and any code using the JVCL version should be rewritten to
use the JCL version instead.

Note that there will probably be other types of restructuring further along
the way: this is just the first phase to give us a code-base we can work on
and that we know will stay relatively stable for some time to come.

Here's the criteria I've used for selecting the components below:

* The component can't really be used at design-time, all work is done at
run-time.
* The component have no (usable) properties or events
* The work done can be duplicated with very few lines of code or by calling
a single function
* The component is a duplicate/lesser implementation of another component in
the JVCL


Here's my list of change suggestions:

JvFlashApplication,JvFlashForm - remove (call FlashWindow directly)
JvTransparentForm, JvTransForm - merge?
JvMemo, JvMemoEx, JvDisplayMemo, JvCaretMemo, JvPopUpMenu - merge?
JvEdit, JvSingleLineMemo,JvAlignedEdit,JvCaretEdit, JvExEdit - merge?
JvCDUtils - change into functions(Open / Close CD Drive)
JvScreenCapture - change into functions (CaptureSCreen, CaptureRect)
JvDeviceChanged - change to TObject?
JvWavePlayer   - change to TObject?
JvCreatedWith - (basically a collection of 15 different "Powered with
Delphi" images) - remove? put images in jvcl\images folder?
JvImageSplit - change to TObject?
JvJoystick - change to TObject?
JvScreenResolution - change to TObject?
JvScreenCanvas - change to TObject/TCanvas?
JvAutoSizeCompo - obsolete (forms have AutoSize property) - remove?
JvFormButton, JvCaptionButton - merge?
JvChrono  - change to TObject or remove?
JvComplex - change to TObject?
JvCPLLauncher - change to function (LaunchCPL)?
JvCreateShortcut - change to TObject? Isn't this available in JCL?
JvFileUtils,JvShFileOperation - merge?
JvAlarms - change to use TCollection so the individual alarms can be edited
in the OI?
JvExitWindows - remove, call ExitWindowsEx directly
TJvTraybar - change to TObject? (hides / shows the traybar etc)
TJvInstances - change to TObject? JCL?
JvDirectories - change to TObject? JCL?
JvDrivePresent - change to function (DiskInDrive)
JvExecute - change to functions? already in JCL?
JvSerialMaker - change to TObject? JCL?
JvSafeMode - change to TObject? JCL?
JvSendKey  - change to function (SendKey) or use Delphi supplied SendKeys
unit?
JvRecentDocs  - change to TObject? JCL?
JvFileInformations, JvFileInfo  - merge/change to function
(GetFileInformation)? JCL?
JvAssociateExtension - change to TObject? JCL?
JvKeyboardStates - change to TObject? JCL?
JvSearchFile,JvSearchFiles,JvFileTreeScan - merge?
JvApplication - remove (call Application properties directly)?
JvClipboardViewer - add an Enabled property?
JvSystemColors - remove - use color variables directly (i.e clBtnFace,
clInactiveBorder etc)?
JvRunOnStartup - change to functions / TObject?
JvDirectorySpy,JvChangeNotify - merge?
JvWindowsTitle - change to functions / TObject?
JvLogFile  - change to TObject?
JvRle - change to TObject?
JvCABFile - change to TObject?
JvRegion - change to TObject?
JvCaesarCipher - change to TObject?
JvVigenereCipher - change to TObject?
JvXorCipher - change to TObject?
JvPasswordForm, JvLoginDlg, JvSerialDlg - replace with "DualInputBox"
function?
JvFatalAppExit - remove (call FatalAppExit directly)
JvMessageBeep - remove (call Messagebeep directly)
JvTipsOfDay,JvTipWindow - merge?
JvFindFiles,JvFindFilesDialog2 - merge?
JvBrowseFolder,JvSelectDirectory,JvShellBrowser - merge?
JvInputBox - remove (call InputBox directly)
JvDisconnectNetwork, JvConnectNetwork - remove (call
WNetConnectionDialog/WNetDisconnectDialog directly)
JvClock - remove
JvScrollText,JvContentScroller - merge?
JvFontComboBox,JvFontBox,JvFontComboBox2 - merge?
JvImageListBox,JvReorderListbox,JvAlignListbox,JvListBox,JvBMPListBox,JvExLi
stBox,JvMultiLineListBox,JvListBox3 - merge?
JvImageComboBox,JvComboBox3 - merge?
JvOutlookPanel - remove?
JvRegistryViewer, JvRegistryTreeView - merge?
JvMonthCalendar,JvMonthCalendar2 - merge?
JvHotKey, JvHotKeyEx - merge?
JvSurfTo - remove, use ShellExecute directly
JvMailTo - remove, use JvMail instead
JvImageSurfTo, JvImageMailTo - remove, use ShellExecute directly w. TImage
JvCurrencyEdit,JvYearEdit,JvIntegerEdit,JvFloatEdit,JvFloatEdit2 - merge?
JvStringListToHtml - change to TObject?
JvRichEditToHtml - change to TObject?
JvRgbToHtml - change to TObject?
JvStrToHtml - change to TObject?
JvFormToHtml - change to TObject?
JvPageControl, JvPageControl2, JvButtonPageControl - merge?
JvTabControl, JvExTabControl, JvOwnerDrawPageControl - merge?
JvIpAddress, JvIPBox - merge?
JvProgressBar, JvProgressBar2 - merge?
JvFormatDrive2- remove (duplicate of JvFormatDialog)
JvStringGrid,JvControlStringGrid,JvExStringGrid,JvScrollEVStringGrid -
merge?
JvTreeView, JvTreeView2 - merge?
"Jv WinDialogs" tab - replace all with direct function calls
JvYesNoPicker  - remove - don't see a reason for keeping this component
JvDateTimeNullPicker - remove - don't see a reason for keeping this
component


If you don't agree with me in *any* of the above, please, please, please
write to this NG within the next couple of days and tell me what you object
to and why. Remember:  no components will really be removed or deleted: they
will just move to new pastures (i.e the "Archives" folder in the CVS tree).
Merging of components will be made into a new component/unit, i.e the
original components will be left untouched.

I will *not* update the CVS archive with these chnages until I am pretty
sure that everything is working as intended and has been tested by at least
a couple of other developers. This could mean several weeks before anyone
actually see any changes.

Regards, Peter











Subject: Re: Cannot load package?
From: "Peter Thörnqvist" <peter3@no.spam.peter3.com>
Date: Thu, 6 Jun 2002 20:06:26 +0200
Newsgroups: jedi.vcl

Open the JVCL100_R60 package and remove ZLib.pas from the list of units (it
shouldn't be in there in the first place). Make sure you have the zlib.pas
on your path. You can find it in the etras folder on your Delphi CD. Rebuild
the package and try installing the JVCL100_D60 package again.

Regards, Peter




Subject: ANN: RALib joins JVCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 6 Jun 2002 10:30:34 -0400
Newsgroups: jedi.vcl

We are very pleased to announce that RALib (http://ralib.hotbox.ru) is
joining JVCL (http://jvcl.sourceforge.net).

RAlib includes over 20 native Delphi components,  special packages for
run-time form designing, and a small Pascal-like language interpreter.
RALib will be split into three subprojects:

1. RAI2 (interpreter) - as standalone subproject of JVCL called JVI2;
2. RAFD (form designer) - as standalone subproject of JVCL called JVFD;
3. All other (visual) components will be integrated directly into JVCL
library.

After conversion to JVCL naming/coding standard, it will be included in the
next major release of JVCL.

We are also very pleased to welcome Andrei Prygounkov, the author of RALib,
who will be joining the JVCL team. He will be a great asset to our team, and
we are very happy to have him on board.

May the Source be with you!

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Re: Cannot load package?
From: "Asaf Goldman" <asafgo@hotmail.com>
Date: Thu, 6 Jun 2002 15:37:50 +0200
Newsgroups: jedi.vcl

Thanks for your help Franz-Leo but it does not solve the problem :(

"Franz-Leo Chomse" <chomse@compuserve.de> wrote in message
news:d4aufusckd8598u6535trki801hp5onmqr@4ax.com...
> > On Thu, 6 Jun 2002 10:54:29 +0200, "Asaf Goldman" <asafgo@hotmail.com>
> > wrote:
> >
>> > >Hi,
>> > >
>> > >After installing JVCL 1.31 on Delphi 6 I am getting this message if I try
to
>> > >use  "Borland SOAP Components".
>> > >"Cannot load package 'codeide60'. it contains unit 'Zlib' which contained
in
>> > >package 'JVCL100_R60'.
>> > >
>> > >Can any one can help me with this?
> >
> > its coreide60. Do you need the Integrated Translation Environment?.
> > If not just remove the package dclite60.
> >
> > Otherwise you have to create a copy of the units ZLIB and ZLIBCONST
> > under a new name and change all references in JVCl to the new units.
> >
> > Regards from Germany
> >
> > Franz-Leo
> >




Subject: Re: Cannot load package?
From: Franz-Leo Chomse <chomse@compuserve.de>
Date: Thu, 06 Jun 2002 11:18:46 +0200
Newsgroups: jedi.vcl

On Thu, 6 Jun 2002 10:54:29 +0200, "Asaf Goldman" <asafgo@hotmail.com>
wrote:

> >Hi,
> >
> >After installing JVCL 1.31 on Delphi 6 I am getting this message if I try to
> >use  "Borland SOAP Components".
> >"Cannot load package 'codeide60'. it contains unit 'Zlib' which contained in
> >package 'JVCL100_R60'.
> >
> >Can any one can help me with this?

its coreide60. Do you need the Integrated Translation Environment?.
If not just remove the package dclite60.

Otherwise you have to create a copy of the units ZLIB and ZLIBCONST
under a new name and change all references in JVCl to the new units.

Regards from Germany

Franz-Leo



Subject: Cannot load package?
From: "Asaf Goldman" <asafgo@hotmail.com>
Date: Thu, 6 Jun 2002 10:54:29 +0200
Newsgroups: jedi.vcl

Hi,

After installing JVCL 1.31 on Delphi 6 I am getting this message if I try to
use  "Borland SOAP Components".
"Cannot load package 'codeide60'. it contains unit 'Zlib' which contained in
package 'JVCL100_R60'.

Can any one can help me with this?

Thanks,
Asaf






Subject: Re: Updating look and content of JEDI
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Jun 2002 10:11:39 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:adl0ij$a59$1@talkto.net...

> > There is already an Archive folder in the CVS tree that can be used for
that
> > (ie move "deprecated" units there). Any thoughts, Mike?

That's exactly what it is for.

Michael




Subject: Re: Updating look and content of JEDI
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Jun 2002 14:39:15 +0200
Newsgroups: jedi.vcl

> > I don't think that anyone reads the Issue Tracker for fun <g>,
So, I'm enjoying this alone am I?<vbg>
> > so this newsgroup or the developers' mailing list would be better for
receiving
> > feedback on proposed changes. And then you can use the Issue Tracker for
> > documenting the issue and the change itself.
Right, I'll go for that: posting proposed changes in this NG and then use IT
to report the chnages.

Regards, Peter




Subject: Re: Updating look and content of JEDI
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Jun 2002 14:36:20 +0200
Newsgroups: jedi.vcl

> > If you remove a component
> > for one reason or another from the main jVCL pack, you will have to make
it
> > available elsewhere for backwards compatibility. A sort of second division

There is already an Archive folder in the CVS tree that can be used for that
(ie move "deprecated" units there). Any thoughts, Mike?

Regards, Peter





Subject: Re: Installing Jedi VCL problems
From: "Sakis" <Sakis.Metallidis@ZeusSoft.Com>
Date: Wed, 5 Jun 2002 14:35:29 +0200
Newsgroups: jedi.vcl

Problem solved by just restarting my computer and then recompile of the
package.


"Sakis" <Sakis.Metallidis@ZeusSoft.Com> wrote in message
news:adkvlo$a2d$1@talkto.net...
> > Hi,
> >
> > today I downloaded JCl en JVCL.
> > The installation of JCL was succesfull.
> > Trying to install JVCL in Delphi 6 (JVCL100_D60.DPK) gives me compilation
> > errors.
> >
> > [Warning] JVCLReg.pas(42): Unit 'FileCtrl' is specific to a platform
> > [Error] JvSpinEdit.pas(118): Undeclared identifier: 'HotTrack'
> > [Error] JvSpinEdit.pas(119): Undeclared identifier: 'abNone'
> > [Error] JvSpinEdit.pas(152): Undeclared identifier: 'HotTrack'
> > [Error] JvSpinEdit.pas(199): Undeclared identifier: 'HotTrack'
> > [Fatal Error] JVCLReg.pas(66): Could not compile used unit
'JvSpinEdit.pas'
> >
> > Does anyone know what is going wrong here?
> >
> > Thanks,
> >
> > Sakis Metallidis
> >
> >




Subject: Installing Jedi VCL problems
From: "Sakis" <Sakis.Metallidis@ZeusSoft.Com>
Date: Wed, 5 Jun 2002 14:20:57 +0200
Newsgroups: jedi.vcl

Hi,

today I downloaded JCl en JVCL.
The installation of JCL was succesfull.
Trying to install JVCL in Delphi 6 (JVCL100_D60.DPK) gives me compilation
errors.

[Warning] JVCLReg.pas(42): Unit 'FileCtrl' is specific to a platform
[Error] JvSpinEdit.pas(118): Undeclared identifier: 'HotTrack'
[Error] JvSpinEdit.pas(119): Undeclared identifier: 'abNone'
[Error] JvSpinEdit.pas(152): Undeclared identifier: 'HotTrack'
[Error] JvSpinEdit.pas(199): Undeclared identifier: 'HotTrack'
[Fatal Error] JVCLReg.pas(66): Could not compile used unit 'JvSpinEdit.pas'

Does anyone know what is going wrong here?

Thanks,

Sakis Metallidis




Subject: Re: Updating look and content of JEDI
From: "Trev" <trevor.pegley@ntlworld.com>
Date: Wed, 5 Jun 2002 12:39:36 +0100
Newsgroups: jedi.vcl

Peter,

I agree, the JVCL has become bloated and that the really good components are
lost among the ordinary. Just a thought though... If you remove a component
for one reason or another from the main jVCL pack, you will have to make it
available elsewhere for backwards compatibility. A sort of second division
:)

Trev


--
Trevor Pegley
Visionhall
"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:adko2u$9g0$1@talkto.net...
>> > > Peter,
>> > >
>> > > I agree with everything what you said and with your vision for JVCL!
But
>> > > the reality is that we had to start somewhere. Yes, there are some
>> > > components which are outdated because they were written for D2-D3. There
> > are
>> > > also some that could be better off in JCL. But remember that when they
> > were
>> > > written, there was no JCL <g>
>> > >
>> > > The current JVCL is a good starting point, and now that we have achieved
a
>> > > critical mass, we can move forward to improve, consolidate, and
reengineer
>> > > JVCL to make it the best OpenSource VCL Library.
> >
> > I completely agree. I was referring to what I think needs to be done now
> > when there is a wealth of components to choose from. I'm glad that you
agree
> > because I would like (as time permits) to do just that: restructure, prune
> > and merge. Anyone else interested is *very* welcome to participate
> > (hint,hint)!
> >
> > What I propose to do is this: I'll either post in the issue tracker
> > (http://jvcl.sourceforge.net/mantis/view_all_bug_page.php) or in this NG
> > (any ideas on which one is better?) whenever I find something that might
> > breaks existing code (prune, merge, remove, reengineer interface). If I
get
> > no replies within a day or so, I'll just go ahead and do it. Is that OK?
> >
> > Regards, Peter
> >
> >




Subject: Re: Updating look and content of JEDI
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Jun 2002 07:24:54 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:adko2u$9g0$1@talkto.net...

> > What I propose to do is this: I'll either post in the issue tracker
> > (http://jvcl.sourceforge.net/mantis/view_all_bug_page.php) or in this NG
> > (any ideas on which one is better?)

I don't think that anyone reads the Issue Tracker for fun <g>, so this
newsgroup or the developers' mailing list would be better for receiving
feedback on proposed changes. And then you can use the Issue Tracker for
documenting the issue and the change itself.

> > whenever I find something that might
> > breaks existing code (prune, merge, remove, reengineer interface). If I
get
> > no replies within a day or so, I'll just go ahead and do it. Is that OK?

Sounds fair to me!

Thank you for doing it!

Michael





Subject: Re: TJvTranslator and translations
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Jun 2002 07:20:12 -0400
Newsgroups: jedi.vcl

"tomazy" <tomazy@go2.pl> wrote in message news:adklf2$98a$1@talkto.net...

> >   I've played a little with JvTranslatorProj and it looks very interesting
> > to me compared with Delphi ITE. Is there any way to automatically create
XML
> > files for forms or do I have to make them manually? I'm using Delphi 5.

Right now it's a manual work. Sebastien thought that it might be possible to
have an expert doing this. So maybe in the future we will have it. Of
course, if somebody wants to create one for inclusion in future JVCL, please
"Just Do It" <g>

Michael





Subject: Re: Updating look and content of JEDI
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Jun 2002 13:11:08 +0200
Newsgroups: jedi.vcl

I hope noone (component donors or JVCL worker bees) has taken offense and
think that I was trying to put down the work and effort put into the JVCL.
What I was driving at was that now when there is actually a mass of
components to choose from, the JVCL could be made "leaner and meaner" making
it more desirable for downloaders and a component library worthy of respect
from the entire community.

As an added benefit, I believe potentional donors will also be more inclined
to donate if they see that their pets ends up in a good neighbourhood. <g>

Regards, Peter







Subject: Re: Updating look and content of JEDI
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Wed, 5 Jun 2002 12:11:26 +0200
Newsgroups: jedi.vcl

> > Peter,
> >
> > I agree with everything what you said and with your vision for JVCL!  But
> > the reality is that we had to start somewhere. Yes, there are some
> > components which are outdated because they were written for D2-D3. There
are
> > also some that could be better off in JCL. But remember that when they
were
> > written, there was no JCL <g>
> >
> > The current JVCL is a good starting point, and now that we have achieved a
> > critical mass, we can move forward to improve, consolidate, and reengineer
> > JVCL to make it the best OpenSource VCL Library.

I completely agree. I was referring to what I think needs to be done now
when there is a wealth of components to choose from. I'm glad that you agree
because I would like (as time permits) to do just that: restructure, prune
and merge. Anyone else interested is *very* welcome to participate
(hint,hint)!

What I propose to do is this: I'll either post in the issue tracker
(http://jvcl.sourceforge.net/mantis/view_all_bug_page.php) or in this NG
(any ideas on which one is better?) whenever I find something that might
breaks existing code (prune, merge, remove, reengineer interface). If I get
no replies within a day or so, I'll just go ahead and do it. Is that OK?

Regards, Peter




Subject: TJvTranslator and translations
From: "tomazy" <tomazy@go2.pl>
Date: Wed, 5 Jun 2002 11:26:47 +0200
Newsgroups: jedi.vcl

Hi,
  I've played a little with JvTranslatorProj and it looks very interesting
to me compared with Delphi ITE. Is there any way to automatically create XML
files for forms or do I have to make them manually? I'm using Delphi 5.
Thanks.

Kind regards,
  Tomazy






Subject: ANN: JEDI VCL Pre-Release 1.31 (Delphi 5 and 6)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Jun 2002 04:41:13 -0400
Newsgroups: jedi.vcl

There is a new Preview snapshot of JEDI VCL (JVCL) 1.31 for Delphi 5 & 6
available at:

http://jvcl.sourceforge.net


New in this pre-release
- Added five new components from Sebastien Buysse:
  - JvSpinEdit
  - JvTranslator
  - JvTranslatorStrings
  - JvSimpleXml
  - JvHotkeyEx
- Added JvTranslator demo
- Added D5 compatibility (thanks to Andrey Prygounkov)
- several bug fixes thanks to Peter Thörnqvist

To use it, you will also need JCL (JEDI Code Library) 1.20 available from:

https://sourceforge.net/project/showfiles.php?group_id=47514&release_id=8136
4

Please report any Bugs /Wishes back to us via our Issue Tracker available
from :

 http://jvcl.sourceforge.net

--
Michael Beck
Project JEDI - http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner
JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net













Subject: Re: Updating look and content of JEDI
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 5 Jun 2002 04:26:21 -0400
Newsgroups: jedi.vcl

"Peter Thörnqvist" <peter3@nospam.peter3.com> wrote in message
news:adhupd$3ba$1@talkto.net...

> > The basis for these issues is that although JVCL is a free, open source
> > project and that it needs donations, I think those donations should be of
as
> > high a quality as possible and the JVCL team should evaluate the
components
> > before including them.

Peter,

I agree with everything what you said and with your vision for JVCL!  But
the reality is that we had to start somewhere. Yes, there are some
components which are outdated because they were written for D2-D3. There are
also some that could be better off in JCL. But remember that when they were
written, there was no JCL <g>

The current JVCL is a good starting point, and now that we have achieved a
critical mass, we can move forward to improve, consolidate, and reengineer
JVCL to make it the best OpenSource VCL Library.

I hope that there will be more people like you who will get involved and
will help us in achieving this vision for JVCL.

Michael










Subject: Updating look and content of JEDI
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Tue, 4 Jun 2002 10:47:10 +0200
Newsgroups: jedi.vcl

I have been browsing the JEDI VCL quite extensively the last couple of days
and have found some stuff that bothers me and I thought I would post here to
get any reactions from you other guys and dolls and get feedback.

Issue 1:

There are quite a few components, mainly dialog components, that doesn't do
much but call a built in dialog or a function in the Win API. I am thinking
about dialogs like JvFatalAppExit (calls Win API FatalAppExit),
JvMessagebeep (calls Win API MessageBeep), JvInputBox (calls InputQuery)
etc, etc.

In my mind, this is not what components were meant to do. I think these
components should either be dropped or, if they perform some actions not
readily available, turned into functions and moved to the JCL instead.

Issue 2:

There are quite some duplication in components. As one example, the
TJvSerialDlg and the TJvLoginDlg components calls the exact same form, just
setting the captions of the form. Replacing these with a TDualInputDlg
component or a DualInputQuery function might be better. And maybe more
dialogs should be installed in the Object Repository instead of as
components? There are also several listboxes and comboboxes that might be
merged together?

Issue 3:

There are some "under-developed" components. With under-developed I mean
components that perform actions that can easily be accomplished with the
standard components. I think components like this should be removed or
merged with other components of the same kind.

Issue 4:

I'm personally alergic to the use of TBitBtn and Borland's default icons. I
think they make the program look dated and ugly. I would like these to be
replaced with "standard" icons and normal TButtons when possible.


The basis for these issues is that although JVCL is a free, open source
project and that it needs donations, I think those donations should be of as
high a quality as possible and the JVCL team should evaluate the components
before including them.

If the team doesn't make any quality demands on the donations, JVCL risks
becoming a bloated dumping zone for components that are ninteresting and
can't be sold or given away any other way. As a result, other developers
might hesitate to install it due to the large amount of duplication and many
low quality or useless components.

My vision of JVCL is a library of high-quality components, maybe even
rivaling some of the commercial sets and where donors feel that they have
accomplished something if they can get their components into it. I would
like to see a conversation like this:

"So, are you any good on component design?"
"I got 5 components into JVCL..."
"I'm impressed, so when can you start working here?"

I'm not saying that JVCL sucks. Far from it: it contains some really cool
components (like the TJvLinkLabel - that one really impressed me), but it
does need some pruning. I can also say that some of the stuff (part of JVCL)
that I've written myself isn't, err..., professional quality, so I'm not
just slamming others here: I'm just as much slamming myself.

Please let me know what you think, pros and cons.

Regards, Peter






Subject: Re: Support Delphi6 personnal
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 3 Jun 2002 07:42:27 -0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:ad6tpf$b25$1@talkto.net...
> > "damienparis" <damienparis@wanadoo.fr> wrote in message
> > news:3CF6AABE.6020509@wanadoo.fr...
>> > >   i have to do some change to make it working:
> >
> > Thanks for reporting it...

And the patch is available via Downloads on http://jvcl.sourceforge.net

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Re: How to get JvRichEditToHtml in IDE?
From: "Peter Thörnqvist" <peter3@nospam.peter3.com>
Date: Mon, 3 Jun 2002 13:19:37 +0200
Newsgroups: jedi.vcl

It should be located somewhere on the "Jv Convert" tab

Regards, Peter





Subject: Re: Support Delphi6 personnal
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 May 2002 23:27:15 -0400
Newsgroups: jedi.vcl

"damienparis" <damienparis@wanadoo.fr> wrote in message
news:3CF6AABE.6020509@wanadoo.fr...
> >   i have to do some change to make it working:

Thanks for reporting it...

Michael





Subject: Support Delphi6 personnal
From: damienparis <damienparis@wanadoo.fr>
Date: Fri, 31 May 2002 00:42:06 +0200
Newsgroups: jedi.vcl

 i have to do some change to make it working:

    in JVCL100_R60Personal.dpk
remove  - JvAlarmsEditor.pas
    - JvDBDateTimePicker.pas   
    - JvProgBarEx.pas

     in  JVCL100_D60Personal.dpk
- Jvp3reg.pass   
change JvColorCombo,JvProgBarEx,
to   {$IFNDEF D6PersonalEdition}  JvProgBarEx,  {$ENDIF}

change TJvFontComboBox2, TJvProgressBar2,
to TJvFontComboBox2,{$IFNDEF D6PersonalEdition} TJvProgressBar2,{$ENDIF}
       



Subject: Re: install issue.
From: "Bob" <bob@bob.com>
Date: Thu, 30 May 2002 20:25:51 +0100
Newsgroups: jedi.vcl

Uninstalled the jcl packages I had previously added and it worked then.
  hmmmmmm


Bob

"Bob" <bob@bob.com> wrote in message news:ad5tuh$94g$1@talkto.net...
> > I have the JCL loaded and in .
> > I installed the new JVCL 1.30 into a new subdirectory of that
installation.
> > I followed the install.txt instructions, when I click install on the
> > "JVCL100_D6.dpk" It churns away for about 30 seconds then I get the
> > following error :
> >
> > Cannot Load Package "JVCL100_r60." It contains unit 'JCLStrings.'whic is
> > also contained in package djcl60
> >
> > any ideas ??
> >
> > TIA
> >
> > Martin
> >
> >




Subject: install issue.
From: "Bob" <bob@bob.com>
Date: Thu, 30 May 2002 20:19:19 +0100
Newsgroups: jedi.vcl

I have the JCL loaded and in .
I installed the new JVCL 1.30 into a new subdirectory of that installation.
I followed the install.txt instructions, when I click install on the
"JVCL100_D6.dpk" It churns away for about 30 seconds then I get the
following error :

Cannot Load Package "JVCL100_r60." It contains unit 'JCLStrings.'whic is
also contained in package djcl60

any ideas ??

TIA

Martin




Subject: ANN: JEDI VCL Pre-Release 1.30 (Delphi 6 ONLY)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 30 May 2002 12:41:36 -0400
Newsgroups: jedi.vcl

There is a new Preview snapshot of JEDI VCL (JVCL) 1.30 (Delphi 6 ONLY)
available at:

http://jvcl.sourceforge.net


and we need volunteers to test it. We also need help to make it compatible
with Delphi 5.

This pre-release adds over 50 new components donated by

.. Serhiy Perevoznyk
.. Anthony Steele
.. Peter Thörnqvist

and several new Demo programs.

With the added components JVCL contains now over 300 VCL components!

To use it, you will also need JCL (JEDI Code Library) 1.20 available from:

https://sourceforge.net/project/showfiles.php?group_id=47514&release_id=8136
4

Please report any Bugs /Wishes back to us via our Issue Tracker available
from :

http://jvcl.sourceforge.net


--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net







Subject: How to get JvRichEditToHtml in IDE?
From: Chuck <cr@gilson.com>
Date: Tue, 28 May 2002 19:42:01 GMT
Newsgroups: jedi.vcl

Hi, I have Delphi 6pe and installed JCL and Jedi VCL. I thought that
by installing the D6pe package that it would put the components in my
component palette, but it didn't. How do I get the VCL components to
show up in my palette? 

Thanks. 
Chuck



Subject: Just in: new donation to JVCL
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sun, 19 May 2002 16:24:44 -0400
Newsgroups: jedi.vcl

We've just got an agreement from Peter Thörnqvist to incorporate his EQ-Pack
components into JVCL. If you can't wait till they are part of JVCL, you can
take a look at them at Peter's Website:

http://www.peter3.com

Converting all the new components from this and the other libraries to JVCL
standards will take time, so we need your help to speed things up.

Please get involved and help us in making JVCL the best OpenSource library
for Delphi developers!

May the Source be with you!

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net




Subject: JVCL Status Update
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 18 May 2002 19:20:45 -0400
Newsgroups: jedi.vcl

1) The JVCL Website has been redesigned:

http://jvcl.sourceforge.net/

I hope you'll like the new "look & feel". If you have any suggestions,
please let me know.

2) Ralf Grenzing and Uwe Rupprecht are working on a demo for JVCL
components. If anyone is interested in joining them, please contact them
directly (follow the Website link to "JVCL Team")

3) Sergey Perevoznyk donated his library of Dialog components
<http://psvlib.sourceforge.net/>. He will become the coordinator for all
JVCL Dialog components.

4) Jim Cooper donated his diagramming components
<http://www.tabdee.ltd.uk/Downloads/Diagramming.html>

5) We are also in discussion with owners of other component libraries, so we
might see soon some new cool additions to JVCL. However, there will be
certainly an overlap between some of the components, so we will need help in
cleaning them up and merging. Please get involved!

6) The work on Help is not progressing. Any people willing to help?


May the Source be with you!

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Re: Anders Melander TGIFImage and JEDI?
From: "Alexey Barkovoy" <gate21@mail.ru>
Date: Sun, 12 May 2002 17:07:51 +0400
Newsgroups: jedi.vcl

"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:abif3h$mta$1@talkto.net...
> > "Michael Sizaki" <sizaki@gmx.de> wrote in message
> > news:abgo0a$nk2$1@talkto.net...
> >
>> > > I found version 2.2 (23-MAY-1999) of GIFImage.pas (+docu etc)
>> > > gifimage.exe (967KB).
>> > >
>> > > Do you have a newer version?
> >
> > I have posted the unofficial release with D6 support (provided by Finn
> > Tolderlund) to:
> >
> > http://groups.yahoo.com/group/JEDI-GIFImage/files/
> >
> > It is from July 2001
> >
> > Michael

Another D6 compatible TGIFImage revision:
http://clootie.narod.ru/delphi/VCL/GIFImageD6.zip

Regards, Alexey





Subject: Re: Anders Melander TGIFImage and JEDI?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 11 May 2002 02:43:31 -0400
Newsgroups: jedi.vcl

"Michael Sizaki" <sizaki@gmx.de> wrote in message
news:abgo0a$nk2$1@talkto.net...

> > I found version 2.2 (23-MAY-1999) of GIFImage.pas (+docu etc)
> > gifimage.exe (967KB).
> >
> > Do you have a newer version?

I have posted the unofficial release with D6 support (provided by Finn
Tolderlund) to:

http://groups.yahoo.com/group/JEDI-GIFImage/files/

It is from July 2001

Michael




Subject: Re: Anders Melander TGIFImage and JEDI?
From: "Michael Sizaki" <sizaki@gmx.de>
Date: Fri, 10 May 2002 17:03:16 +0200
Newsgroups: jedi.vcl

> > Yes, it is, Anders has problems with his ISP.

Is there no version of GIFImage in the JEDI archives?

> > If you need the file, I can probably email it to you.

I found version 2.2 (23-MAY-1999) of GIFImage.pas (+docu etc)
gifimage.exe (967KB).

Do you have a newer version?

Michael




Subject: Re: Anders Melander TGIFImage and JEDI?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 10 May 2002 01:47:13 -0400
Newsgroups: jedi.vcl

"Michael Sizaki" <sizaki@gmx.de> wrote in message
news:abfd32$atj$1@talkto.net...
> > I have seen an (old) announcement by Anders Melander that his
> > TGIFImage library became part of JEDI (I cannot reach www.melander.dk,
> > therefore
> > I use an old snapshot at archive.org):
> >
http://web.archive.org/web/20011029200227/www.melander.dk/delphi/gifimage/je
> > di-announcement.html
> >
> > Is TGIFImage still "alive"?

Yes, it is, Anders has problems with his ISP. That's what he posted in
another newsgroup:
---------------------------
It'll be a while before I get on-line again. My ISP hasn't paid his electric
bill and the machine that hosts my site has physically "disappeared".
---------------------------

If you need the file, I can probably email it to you.

Michael




Subject: Anders Melander TGIFImage and JEDI?
From: "Michael Sizaki" <sizaki@gmx.de>
Date: Fri, 10 May 2002 04:50:41 +0200
Newsgroups: jedi.vcl

I have seen an (old) announcement by Anders Melander that his
TGIFImage library became part of JEDI (I cannot reach www.melander.dk,
therefore
I use an old snapshot at archive.org):
http://web.archive.org/web/20011029200227/www.melander.dk/delphi/gifimage/je
di-announcement.html

Is TGIFImage still "alive"?

Michael




Subject: Re: MCI_Error: MMSYSTEM011 in Multimedia Demo
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 9 May 2002 19:21:09 -0400
Newsgroups: jedi.vcl

"wmudd" <wcmudd@earthlink.net> wrote in message
news:abeetj$45v$1@talkto.net...
> >
> > I'm using JCL Release 1.20, Build 754,   25-Mar-2002.

Please post the question again in the JCL newsgroup.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net





Subject: Re: Problem installing 1.20
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 9 May 2002 19:19:49 -0400
Newsgroups: jedi.vcl

"Alejandro Castro" <alejandro@alfra.info> wrote in message
news:abeeop$45a$1@talkto.net...
> > I tried to install the 1.2 version but I need the DJCL unit. I searched
for
> > any file containing DJCL.* but I cant find it.

That's part of JCL (JEDI Code Library)

> > On 26/04 Michael Beck suggest to install the 1.2 version first but is
> > exactly what Im trying to do.

That's the JCL 1.2. You can get it from:

http://sourceforge.net/projects/jcl

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net







Subject: MCI_Error: MMSYSTEM011 in Multimedia Demo
From: "wmudd" <wcmudd@earthlink.net>
Date: Thu, 9 May 2002 11:15:45 -0700
Newsgroups: jedi.vcl

Hi,

I'm new to Delphi and programming so my terms and explanations may be
unprogrammer-like.

I'm using JCL Release 1.20, Build 754,   25-Mar-2002.

The MCI_Error: MMSYSTEM011 occured in the Multimedia Demo
"MultimediaDemoMain.pas" as follows:

function MMCheck(const MciError: MCIERROR; const Msg: string): MCIERROR;
begin
  if MciError <> MMSYSERR_NOERROR then
    raise EJclMciError.Create(MciError, Msg);      //*** exception class
EJclMciError with message: MCI_Error:MMSYSTEM 011

//        an invalid parameter was passed to system function.

//        I then stepped over this which went to "FreeMem(Controls);" below
  Result := MciError;
end;


procedure TJclMixerLine.BuildLineControls;
var
  MixerControls: TMixerLineControls;
  Controls, P: PMixerControl;
  I: Cardinal;
  Item: TJclMixerLineControl;
begin
  GetMem(Controls, SizeOf(TMixerControl) * FLineInfo.cControls);
  try
    MixerControls.cbStruct := SizeOf(MixerControls);
    MixerControls.dwLineID := FLineInfo.dwLineID;
    MixerControls.cControls := FLineInfo.cControls;
    MixerControls.cbmxctrl := SizeOf(TMixerControl);
    MixerControls.pamxctrl := Controls;
    MMCheck(mixerGetLineControls(FMixerDevice.Handle, @MixerControls,
MIXER_GETLINECONTROLSF_ALL));
    P := Controls;
    for I := 1 to FLineInfo.cControls do
    begin
      Item := TJclMixerLineControl.Create(Self, P^);
      FLineControls.Add(Item);
      Inc(P);
    end;
  finally
    FreeMem(Controls);         //***  2nd Step over here. I then stepped
over and it went to "Items.EndUpdate;" at the end of the following
Procedure.

  end;
end;

procedure TMainForm.BuildMixerTree;
var
  DeviceIndex, DestionationIndex, SourceIndex, LineControlIndex: Integer;
  DeviceNode, DestionationNode, SourceNode: TTreeNode;
  Device: TJclMixerDevice;
  Destination: TJclMixerDestination;
  SourceLine: TJclMixerSource;
  LineControl: TJclMixerLineControl;
begin
  with MixerTreeView do
  begin
    Items.BeginUpdate;
    Screen.Cursor := crHourGlass;
    try
      Items.Clear;
      for DeviceIndex := 0 to FMixer.DeviceCount - 1 do
      begin
        Device := FMixer.Devices[DeviceIndex];
        DeviceNode := Items.AddChildObjectFirst(nil, Device.ProductName,
Device);

        for DestionationIndex := 0 to Device.DestinationCount - 1 do
        begin
          Destination := Device.Destinations[DestionationIndex];
          DestionationNode := Items.AddChildObjectFirst(DeviceNode,
Destination.Name, Destination);

          for LineControlIndex := 0 to Destination.LineControlCount - 1 do
          begin
            LineControl := Destination.LineControls[LineControlIndex];
            Items.AddChildObjectFirst(DestionationNode, LineControl.Name,
LineControl);
          end;

          for SourceIndex := 0 to Destination.SourceCount - 1 do
          begin
            SourceLine := Destination.Sources[SourceIndex];
            SourceNode := Items.AddChildObjectFirst(DestionationNode,
SourceLine.Name, SourceLine);

            for LineControlIndex := 0 to SourceLine.LineControlCount - 1 do
            begin
              LineControl := SourceLine.LineControls[LineControlIndex];
              Items.AddChildObjectFirst(SourceNode, LineControl.Name,
LineControl);
            end;

          end;
        end;
      end;
      FullExpand;
      if Items.Count > 0 then
      begin
        Selected := Items.GetFirstNode;
        Selected.MakeVisible;
      end;
    finally
      Items.EndUpdate;                     //***  3rd step over here. The
next step over stopped at the next line and caused an exception.
      Screen.Cursor := crDefault;      //
"exception:MCI_Error:MMSYSTEM 011  an invalid parameter was passed to system
function."
                                                     //           I then
stepped over this and it compiled.

    end;
  end;
------------------------------

When I run the compiled program "MultiMediaExample.exe" I get the error
message at start up "MCI_Error:MMSYSTEM 011 an invalid parameter was passed
to system function". But the Program seems to work OK after that. The "CD
Audio" part identifies my CD drives, opens and closes the trays and lists
the tracks of CDs in the drives. The "Audio Mixer" part of the program
identifies my sound card correctly.

Is this a bug or is my sound card messed up or what's up?

Thanks for any help with this,

Bill Mudd







Subject: Problem installing 1.20
From: "Alejandro Castro" <alejandro@alfra.info>
Date: Thu, 9 May 2002 13:10:18 -0500
Newsgroups: jedi.vcl

I tried to install the 1.2 version but I need the DJCL unit. I searched for
any file containing DJCL.* but I cant find it.

On 26/04 Michael Beck suggest to install the 1.2 version first but is
exactly what Im trying to do.

I tried to install the 1.1 version but there isnt any valid link on the web
to download the files.

Thanks in advance

--
Alejandro Castro






Subject: Re: JvDirectorySpy
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 8 May 2002 02:29:08 -0400
Newsgroups: jedi.vcl

"Marian Wendt" <Marian.Wendt@inca-gmbh.de> wrote in message
news:ab9fto$k4v$1@talkto.net...
> > relates to: - JEDI VCL 1.2 for D5/D6 (beta 1)
> >
> > The "Active" property will not be used if you change the directory
property.
> > A change to the directory property result in a call to "Refresh" where
> > FActive was completly ignored.

Thanks for the report. If you find other bugs, can you also enter them into
our Bug database at:

http://jvcl.sourceforge.net/mantis/login_page.php

Thanks a lot.

Michael




Subject: JvDirectorySpy
From: "Marian Wendt" <Marian.Wendt@inca-gmbh.de>
Date: Tue, 7 May 2002 23:05:03 +0200
Newsgroups: jedi.vcl

relates to: - JEDI VCL 1.2 for D5/D6 (beta 1)

The "Active" property will not be used if you change the directory property.
A change to the directory property result in a call to "Refresh" where
FActive was completly ignored.

.... hope to see it in next release.

Ciao
Marian





Subject: Re: Is the jedi vcl 1.20 preveiw mirrored anywhere?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Sat, 4 May 2002 02:05:26 -0400
Newsgroups: jedi.vcl

"bob" <no@email.com> wrote in message news:aavm2d$nm$1@talkto.net...
> > I been trying to sourceforge site, but it gives me a 404 error

It seems to be OK for me. Actually it gives my a link to the mirrors:

http://prdownloads.sourceforge.net/jvcl/JediVCL_R120.zip

Maybe the error was because they were setting this up? (I don't recall this
page before)

Michael





Subject: Is the jedi vcl 1.20 preveiw mirrored anywhere?
From: "bob" <no@email.com>
Date: Fri, 3 May 2002 23:43:51 -0400
Newsgroups: jedi.vcl

I been trying to sourceforge site, but it gives me a 404 error




Subject: Re: Problems installing JVCL 1.20 (JCL properly installed)
From: "Scott Price" <scott.price@nospam.totalise.co.uk>
Date: Fri, 3 May 2002 14:30:50 -0000
Newsgroups: jedi.vcl

Hi Joe,


JclSysInfo originally had a value in the enumeration called "wvWinNT3".
Perhaps you have an older version of the JCL installed.  Please check which
release of the JCL the JVCL requires and install that prior to trying to
compile the JVCL.

It is probably worth just downloading the most recent releases from both the
JCL and JVCL and trying those in combination.


Regards,


Scott Price




Subject: Re: JvThread
From: "Marian Wendt" <Marian.Wendt@inca-gmbh.de>
Date: Thu, 2 May 2002 14:02:12 +0200
Newsgroups: jedi.vcl

Johnnie,

I don't need extensions now -- relax! The discussion was only theoretical
article nevertheless many thanks for the high-speed reaction.

It is also clear for me that TJvThread isn't right suitable for endless
threads in first line. But little advantages shoult help to become more
handy for other situations and grow the using of TJvThread :) Or somebody or
else still designs another component which is more similar to TThread :)

Again many thanks
Marian




Subject: Re: JvThread
From: Johnnie <None@Noware.non>
Date: 2 May 2002 11:41:06 GMT
Newsgroups: jedi.vcl

On Ðåì 02 Ìáú 2002 10:43:00a , "Marian Wendt" <Marian.Wendt@inca-gmbh.de> 
wrote in news:aaqr6a$gt1$1@talkto.net

> > Johnnie,
> > 
> > I'm sorry but don't I probably understand something there correctly?
> > 
> > For example, tell me: How you will kill a JVThread1 with 
> > RunOnCreate = TRUE

TJvThread1.QuiteThread(ThreadHandle);

> > if you don't have the accompanying handle for it? Or other situation: how
> > can you determine in the OnExecute procedure if the thread isn't 
> > terminated?

While the terminate procedure of a TThread object is just raising a flag 
(Terminated = true) the QuiteThread of the jvThread is using the 
Windows terminateThread to kill a thread your code does not have to check
for the terminated flag. 

It is different from the delphi TThread object in many respects one of them 
is that you have to manage the threadHandles in your code some how. Each of 
them have its use and they do fill different shoes. For example you can use 
the JVThread object when you do have to start a thread for every request 
for a specific job like a HTTP server and you don't care when this thread 
is going to finish it's job.

Although I do see how we could benefit from a TjvThreadList object.
I'll try to create one in the spirit of TjvThread and post it here
probably after the hollidays.

Happy hollidays to all.

Regards
Johnnie.


Subject: Re: JvThread
From: "Marian Wendt" <Marian.Wendt@inca-gmbh.de>
Date: Thu, 2 May 2002 09:43:00 +0200
Newsgroups: jedi.vcl

Johnnie,

I'm sorry but don't I probably understand something there correctly?

For example, tell me: How you will kill a JVThread1 with RunOnCreate = TRUE
if you don't have the accompanying handle for it? Or other situation: how
can you determine in the OnExecute procedure if the thread isn't terminated?

This depents mainly on code like ...

while not terminated do begin
end;

.... that was often used in threads. I had no idea how to do this with
TJvThread object. Any ideas?

Ciao
Marian




Subject: Re: JvThread
From: Johnnie <None@Noware.non>
Date: 1 May 2002 18:43:59 GMT
Newsgroups: jedi.vcl

I'm sorry but I can't quite understand what you are requesting
here. Do you want to change the execute so you can set the apropriate 
Propertys (priority etc) during the creation of the thread? This would
be fearly easy but not so smart since you can do it as well by setting
the RunOnCreate property to false and then setting all the thread 
environment as want using the methods of the TJvThread Object nad finally
calling the Resume method.

Do you want the TJvThread object to maintain a list of threads and 
enable you controle it by an index in that List? wouldn't this be 
obsolete since you have to maintain a list of indexies with the data
you want for each thread so you can check and make your desision as 
needed? Or you do not want any desicion just to be able to terminate
all running threads with out knowing anything about them?

I can see how TJvthread could benefit from a list but is it actually
worth the trouble I can change it during the holidays to enable it to
keep a list of threads created it is nothing to it just create a 
threadedObjectList component in the spirit of TThreadList and use it
in the object but I think that in the current implementation it leaves
such desicions to the program where it is best since you might need to
monitor a number of things before taking any action agenst the thread
EG. 
  How long is the thread active? 

Wouldn't the above require from your part to keep an extra list with
indexies or handles so you can actually monitor it? wouldn't this make
the JvThread a bloat for you since there are two list maintained in your
Code?


I think that the current implementation is very smart. If you actually want
something more it shoold be made as a new component and not to add more 
functionality to the existing. If you do have some idea on what you want
please fill free to post it here I'll try to help, as it is I can't help
much.

regards
Johnnie.


Subject: Re: Problems installing JVCL 1.20 (JCL properly installed)
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 1 May 2002 07:57:59 -0400
Newsgroups: jedi.vcl

"Joe Dante" <currentpower@yahoo.com> wrote in message
news:aao7ug$95d$1@talkto.net...
> > Hi,
> >
> >  I´ve installed the JCL without any problems, after I want to install the
> > JVCL
> > 'JVCL100_Design.dpk" and following errors occured :
> >
> > [Error] JvSysComp.pas(656): Undefined Symbol: 'wvWinNT3'
> > [Error] JvSysComp.pas(656): Incompatible Types: 'Integer' and
> > 'TWindowsVersion'

This should not happen. There should be no "wvWinNT3" in JVCL. The only NT3
definitions are in unit JvSysComp for "wvWinNT31" and "wvWinNT35". Can you
check in which unit do you have defined the missing "wvWinNT3", and what
date does it have? Is it possible that there are some older files either as
a source, or as .dcu?


--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net






Subject: Problems installing JVCL 1.20 (JCL properly installed)
From: "Joe Dante" <currentpower@yahoo.com>
Date: Wed, 1 May 2002 09:59:31 +0200
Newsgroups: jedi.vcl

Hi,

 I´ve installed the JCL without any problems, after I want to install the
JVCL
'JVCL100_Design.dpk" and following errors occured :

[Error] JvSysComp.pas(656): Undefined Symbol: 'wvWinNT3'
[Error] JvSysComp.pas(656): Incompatible Types: 'Integer' and
'TWindowsVersion'

Additional there where several "RaiseLastWin32Error" warnings.

regards
  Darius





Subject: Re: JvThread
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 30 Apr 2002 11:03:58 -0400
Newsgroups: jedi.vcl

"Marian Wendt" <Marian.Wendt@inca-gmbh.de> wrote in message
news:aambr6$2dp$1@talkto.net...

> > Sorry, only an idea.

Thanks for the idea, but unless somebody is willing to implement it, it
won't happen. Currently we just don't have any volunteers working on JVCL If
you could help, it would be great.

Sorry,

Michael




Subject: JvThread
From: "Marian Wendt" <Marian.Wendt@inca-gmbh.de>
Date: Tue, 30 Apr 2002 16:55:44 +0200
Newsgroups: jedi.vcl

Compliment to the idea of implementing a thread as a component.
BUT:
The Thread ID which one needs to manipulate the thread (priority, suspend)
at the Execute method (and only here) is returned. A later time for the
determination of this ID isn't available so that one is forced to carry the
ID consumingly. In the source gets clear that this makes, the withdrawal
start several instances with the possibility to JvHideThread required.
However, I regard the approach as impractical since the JvThread component
can be used just the same well in the case of several similar Threads.

Please think about to implement JvThread more "nativly" with all the
possibilties of manipulation without carring an ID.

Sorry, only an idea.

Marian




Subject: Re: JEDI site structure
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 30 Apr 2002 08:05:48 -0400
Newsgroups: jedi.vcl

"Dave Nottage" <davidn@removethis.smartchat.net.au> wrote in message
news:aalusu$fu$1@talkto.net...
> > I don't know if it is just me, but the JEDI web site structure seems to
make
> > it hard to find much.
> >
> > In particular, I was looking for the exception trace stuff, but after a
> > while searching I came up with nil. Speaking of searching, it probably
needs
> > a search facility.

Please download the JCL from:

http://www.sourceforge.net/projects/jcl

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net







Subject: JEDI site structure
From: "Dave Nottage" <davidn@removethis.smartchat.net.au>
Date: Tue, 30 Apr 2002 20:40:25 +0930
Newsgroups: jedi.vcl

I don't know if it is just me, but the JEDI web site structure seems to make
it hard to find much.

In particular, I was looking for the exception trace stuff, but after a
while searching I came up with nil. Speaking of searching, it probably needs
a search facility.

I'm welcome for anyone to disagree with me. Please fire away <g>

--
Dave Nottage




Subject: Re: Jedi Information
From: "Mike Lischke" <public@lischke-online.de>
Date: Sat, 27 Apr 2002 19:48:53 +0200
Newsgroups: jedi.vcl

> > Is Jedi Component freeware????

It is open source under the Mozilla Public License. So you may use it free of charge in freeware or
commercial applications.

Ciao, Mike
--
Delphi Gems: www.delphi-gems.com
Homepage: http://www.lischke-online.de
Unicode Center: http://www.delphi-unicode.net




Subject: Re: flexible audio formats
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 26 Apr 2002 17:06:52 -0400
Newsgroups: jedi.vcl

"Arioch /BDV/507056765" <the_Arioch@sl.ru> wrote in message
news:a8mdf7$j0j$1@talkto.net...
> > Hello, All!
> >
> > It was surprise to find id3 support in Jedi, but...
> > I've got a set of mp3-player optimised files. they are CBR ad they are too
> > large.
> > I want to re-encode them into OGG Vorbis - but Jedi do not support OGG
> > tags...
> >
> > Could You look at this page and maybe incorporate it into Jedi pack?
> >
> >  http://jfaul.de/atl
> >
The best way would be to ask the author if he would be interested in
donating the code to JEDI, or even better, merge the project into JEDI,
while still leading its development. Otherwise it would be a duplication of
efforts. Unfortunately we don't have the manpower to do anything new in
JVCL.

Michael




Subject: Re: Problems compiling JVCL 1.20
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 26 Apr 2002 16:58:42 -0400
Newsgroups: jedi.vcl

"marjanp" <blabla@bla.bla> wrote in message news:aacedf$2v3$1@talkto.net...
> > I have problems compiling JVCL100_Design.dpk that is indented for Delphi 6
> > Pro users as I have read in readme.
> >
> > When trying to compile in Delphi, I get message:
> > [Fatal Error] JVCL100_Design.dpk(34): Required package 'djcl' not found
> >
> > I'm unable to find anywhere djcl*.* file. I have tried a lot of things but
> > without success. Maybe another day and I will give up.

Please install the JCL 1.20 first:

http://www.sourceforge.net/projects/jcl

Michael




Subject: Problems compiling JVCL 1.20
From: "marjanp" <blabla@bla.bla>
Date: Fri, 26 Apr 2002 22:40:12 +0200
Newsgroups: jedi.vcl

I have problems compiling JVCL100_Design.dpk that is indented for Delphi 6
Pro users as I have read in readme.

When trying to compile in Delphi, I get message:
[Fatal Error] JVCL100_Design.dpk(34): Required package 'djcl' not found

I'm unable to find anywhere djcl*.* file. I have tried a lot of things but
without success. Maybe another day and I will give up.

Sincerely




Subject: Re: Jcl Information
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 26 Apr 2002 14:48:32 -0400
Newsgroups: jedi.vcl

"Gabriel" <gabriel@autofax.com.br> wrote in message
news:aac6oq$1pr$1@talkto.net...
> > And Jcl (necessary to install Jedi) simple and ver. 1.1, they are freeware
> > or shareware???

JVCL and JCL are both freeware in the sense that you don't have to pay  for
them.

The only obligation you have is that you should credit the author, provide
your users with access to the code, and if you make changes to the code, you
have to release those changes back to the community. Please read more about
MPL and JEDI at:

http://delphi-jedi.org/Jedi:JCLMPLFAQ

Michael




Subject: Jcl Information
From: "Gabriel" <gabriel@autofax.com.br>
Date: Fri, 26 Apr 2002 15:25:55 -0300
Newsgroups: jedi.vcl

And Jcl (necessary to install Jedi) simple and ver. 1.1, they are freeware
or shareware???


Gabriel Moricz

__________________________________________________________________ G@briel
Moricz ICQ#: 4824537 Current ICQ status: + More ways to contact me i See
more about me:
__________________________________________________________________




Subject: Jedi Information
From: "Gabriel" <gabriel@autofax.com.br>
Date: Fri, 26 Apr 2002 15:13:35 -0300
Newsgroups: jedi.vcl

Is Jedi Component freeware????

Gabriel Moricz
__________________________________________________________________ G@briel
Moricz ICQ#: 4824537 Current ICQ status: + More ways to contact me i See
more about me:
__________________________________________________________________




Subject: Re: JvInstall probably needs some additional settings
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 16 Apr 2002 04:56:22 -0400
Newsgroups: jedi.vcl

"J. Peter Mugaas" <oma00215@mail.wvnet.edu> wrote in message
news:MPG.171c21095c131bcd989680@forums.talkto.net...
> > I was looking at the JvInstall component and it does not support some
> > Windows 2000 control panel extensions.  On Windows 95, 98, and Me, they
> > do not have any effect.  On Windows 2000 and probably XP, those effect
> > the Control Panel Applet by permiting you to spectify an icon that's
> > displayed, a pointer to a readme file, and some things that are
> > displayed when you click "Click here for support information" including
> > URL pointers, product version, and contact information.
> >
> > I am familiar with the registry keys for this stuff because I have used
> > those in my work on the Indy installer and I had written some support
> > for this in ICE.


Since there are other OpenSource/Freeware install components that are
actively maintained (like ICE), the JvInstall will be removed from the next
JVCL release.

--
Michael Beck
Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI-VCL: http://jvcl.sourceforge.net
JEDI Newsgroups: news://forums.talkto.net




Subject: Re: Html to string.
From: "Scott Price" <scott.price@nospam.totalise.co.uk>
Date: Mon, 15 Apr 2002 12:26:59 -0000
Newsgroups: jedi.vcl

Gabriel,


Found this component that might be of help to you:

http://www.davecentral.com/projects/activeconverter1.1component/?topic=

Is a component that will convert between a number of formats.  Perhaps this
will help you.  :)


Regards,


Scott Price




Subject: Re: Html to string.
From: "Scott Price" <scott.price@nospam.totalise.co.uk>
Date: Thu, 11 Apr 2002 11:04:06 -0000
Newsgroups: jedi.vcl

Hi Gabriel,


Have you tried something like Google or Web Crawler to find "HTML RichEdit
Delphi" in the same search?  Try groups.google.com also, that is a great
search facility of a lot of archived newsgroup messages.


Regards,


Scott Price.




Subject: Re: Html to string.
From: "arjang" <delphipro@hotmail.com>
Date: Tue, 9 Apr 2002 21:37:35 +1000
Newsgroups: jedi.vcl

What do you mean by Html To String?
Could you be a littele more specific.

"Gabriel" <gabriel@autofax.com.br> wrote in message
news:a7feur$2hn$1@talkto.net...
> > If Jedi dont make this...someone knows if exists some component, or
someone
> > know where can I find the code to make this?
> >
> >




Subject: JvInstall probably needs some additional settings
From: J. Peter Mugaas <oma00215@mail.wvnet.edu>
Date: Mon, 8 Apr 2002 22:50:43 -0400
Newsgroups: jedi.vcl

I was looking at the JvInstall component and it does not support some 
Windows 2000 control panel extensions.  On Windows 95, 98, and Me, they 
do not have any effect.  On Windows 2000 and probably XP, those effect 
the Control Panel Applet by permiting you to spectify an icon that's 
displayed, a pointer to a readme file, and some things that are 
displayed when you click "Click here for support information" including 
URL pointers, product version, and contact information.

I am familiar with the registry keys for this stuff because I have used 
those in my work on the Indy installer and I had written some support 
for this in ICE.

-- Support the anti-Spam amendment - Join at http://www.cauce.org/ J. Peter Mugaas E-Mail: oma00215@mail.wvnet.edu http://wvnvm.wvnet.edu/~oma00215/ ICQ Number: 14297043 Finger for PGP Key 

Subject: wish: flexible audio formats
From: "Arioch /BDV/507056765" <the_Arioch@sl.ru>
Date: Sat, 6 Apr 2002 13:04:54 +0400
Newsgroups: jedi.vcl

Hello, All!

It was surprise to find id3 support in Jedi, but...
I've got a set of mp3-player optimised files. they are CBR ad they are too
large.
I want to re-encode them into OGG Vorbis - but Jedi do not support OGG
tags...

Could You look at this page and maybe incorporate it into Jedi pack?

 http://jfaul.de/atl

With best regards, Arioch /BDV/



Subject: HTML Convert
From: "Gabriel" <gabriel@autofax.com.br>
Date: Wed, 3 Apr 2002 17:00:16 -0300
Newsgroups: jedi.vcl

Hi I´m using jedi richedit and converting to HTML with RichEditToHtml
component..But I´m having a problem...

When the component convert the richedit the size of the font appears in Html
bigger and longer than in the RichEdit...

What Can I do to solve this???

Sorry About my english

Gabriel Moricz




Subject: Re: Html to string
From: "Scott Price" <scott.price@nospam.totalise.co.uk>
Date: Wed, 27 Mar 2002 10:02:31 -0000
Newsgroups: jedi.vcl

Hi Michael,


Ahh.  Sorry.  Misunderstood.  :)

I am sure I have seen some converters listed on things like the Delphi Super
Page.  Whilst not part of JEDI, he might be able to find the answer - in the
short term - there instead?  Not sure what else to recommend at the mo,
sorry  :(


Regards,


Scott Price




Subject: Html to string.
From: "Gabriel" <gabriel@autofax.com.br>
Date: Fri, 22 Mar 2002 11:26:41 -0300
Newsgroups: jedi.vcl

If Jedi dont make this...someone knows if exists some component, or someone
know where can I find the code to make this?




Subject: Re: Html to string
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 22 Mar 2002 08:07:03 -0500
Newsgroups: jedi.vcl

"Scott Price" <scott.price@nospam.totalise.co.uk> wrote in message
news:a7f704$227$1@talkto.net...
> > Hi Gabriel,
> >
> >
> > Whilst the JEDI project might not, there is a unit available from Marco
> > Cantu's site that does a conversion from RichEdit to HTML I think.

JEDI-VCL has it.

We just don't have the other way around.

Michael




Subject: Re: Html to string
From: "Scott Price" <scott.price@nospam.totalise.co.uk>
Date: Fri, 22 Mar 2002 12:26:38 -0000
Newsgroups: jedi.vcl

Hi Gabriel,


Whilst the JEDI project might not, there is a unit available from Marco
Cantu's site that does a conversion from RichEdit to HTML I think.  Try to
find it on the following site:

    http://www.macrocantu.com/

I hope that helps


Regards,


Scott Price




Subject: Re: Html to string
From: "Gabriel" <gabriel@autofax.com.br>
Date: Fri, 22 Mar 2002 08:50:28 -0300
Newsgroups: jedi.vcl

OK...Thanks!!!!!




"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:a7djuq$usf$1@talkto.net...
> > "Gabriel" <gabriel@autofax.com.br> wrote in message
> > news:a7df2s$uef$1@talkto.net...
>> > > Jedi can converto html to strings or richedit???
> >
> > I don't think that we have such a component.
> >
> > Michael
> >
> >




Subject: ANN: JEDI VCL Help files are available
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 22 Mar 2002 02:55:23 -0500
Newsgroups: jedi.vcl

The first attempt at creating JEDI VCL Help files is here. The Help file is
available in two different formats: WinHelp and CHM.

You can download the desired format from:

http://sourceforge.net/project/showfiles.php?group_id=45786

Please note that there are a LOT of gaps in these Help files. If you would
like to see them improved, and would like to help, please subscribe to our
mailing list:

http://groups.yahoo.com/group/JVCL-Developers/

With over 260 components, JEDI VCL is the best OpenSource component library
for Delphi.

To report bugs or provide improvement suggestions, please follow links from:

http://jvcl.sourceforge.net/

--
Michael Beck

Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI Newsgroups: news://forums.talkto.net








Subject: Re: RichEditToHTML
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 21 Mar 2002 16:44:44 -0500
Newsgroups: jedi.vcl

"Gabriel" <gabriel@autofax.com.br> wrote in message
news:a7dbis$u6l$1@talkto.net...
> > How Can I use this component??

Use its method:

ConvertToHtml(Value: TRichEdit; path: string)

This procedure will convert and save the TRichEdit into an HTML file

--
Michael Beck





Subject: Re: Html to string
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 21 Mar 2002 16:40:21 -0500
Newsgroups: jedi.vcl

"Gabriel" <gabriel@autofax.com.br> wrote in message
news:a7df2s$uef$1@talkto.net...
> > Jedi can converto html to strings or richedit???

I don't think that we have such a component.

Michael




Subject: Html to string
From: "Gabriel" <gabriel@autofax.com.br>
Date: Thu, 21 Mar 2002 17:16:20 -0300
Newsgroups: jedi.vcl

Jedi can converto html to strings or richedit???


Thanks
Gabriel Moricz




Subject: link to html
From: "Gabriel" <gabriel@autofax.com.br>
Date: Thu, 21 Mar 2002 16:47:20 -0300
Newsgroups: jedi.vcl

Hi there are some component whose works with richedit that i can put in him
a link and convert this rich edit with JvRichEditToHTML???


Thanks
Gabriel Moricz




Subject: RichEditToHTML
From: "Gabriel" <gabriel@autofax.com.br>
Date: Thu, 21 Mar 2002 16:16:36 -0300
Newsgroups: jedi.vcl

How Can I use this component??

Thanks

Gabriel Moricz




Subject: Re: ANN:JEDI VCL Pre-Release 1.20
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 20 Mar 2002 01:09:12 -0500
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:a773d9$hgq$1@talkto.net...

> > On the Labels tab, I drop a TWinamp label on a form, and then try to
delete
> > it. Causes Delphi to STOP.
> >
> > Delphi 6.02 Pro on Win2K Pro

BTW - if somebody could take a look at this and help to identify the bug, I
would
appreciate it.

It works fine on D5, but it crashes D6.2.
Can somebody check it on D6.1?

Thanks,

Michael






Subject: Re: ANN:JEDI VCL Pre-Release 1.20
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 19 Mar 2002 14:48:46 -0500
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:a773d9$hgq$1@talkto.net...
> > On the Labels tab, I drop a TWinamp label on a form, and then try to
delete
> > it. Causes Delphi to STOP.
> >
> > Delphi 6.02 Pro on Win2K Pro

Thanks. I have entered it at our Bug system:

http://jvcl.sourceforge.net/mantis/

Please enter any future bugs directly over there.

> > Get a No Group called JEDI-JVCL message

Sorry, it should be:

http://groups.yahoo.com/group/JEDI-VCL

Michael





Subject: Re: ANN:JEDI VCL Pre-Release 1.20
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Tue, 19 Mar 2002 10:26:40 -0000
Newsgroups: jedi.vcl

Hi,

On the Labels tab, I drop a TWinamp label on a form, and then try to delete
it. Causes Delphi to STOP.

Delphi 6.02 Pro on Win2K Pro

Regards

Andy


> >
> > Please report any problems back to us via our mailing list:
> >
> > http://groups.yahoo.com/group/JEDI-JVCL

Get a No Group called JEDI-JVCL message

> >
> > or our newsgroup:
> >
> > news://forums.talkto.net/jedi.vcl
> >






Subject: ANN:JEDI VCL Pre-Release 1.20
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 18 Mar 2002 16:57:16 -0500
Newsgroups: jedi.vcl

There is a new Preview snapshot of JEDI VCL (JVCL)  1.20 available at:

http://sourceforge.net/projects/jvcl/

and we need volunteers to test it. This pre-release adds D5 compatibility.

To use it, you will also need a Pre-Release 1.20 of JCL (JEDI Code Library)
available from:

http://sourceforge.net/project/showfiles.php?group_id=47514&release_id=78860

Please report any problems back to us via our mailing list:

http://groups.yahoo.com/group/JEDI-JVCL

or our newsgroup:

news://forums.talkto.net/jedi.vcl

Furthermore, our new issue tracking tool can be accessed via:

http://jvcl.sourceforge.net/mantis/

This link requires that you register for a new login account.  You can enter
and keep track of bug reports as well as of feature requests. The general
rule is:

If you want to get a bug fixed or feature added - you need to log it!

The JEDI issue tracker is based up on the Mantis BugTracker Open Source
project. More background information about it is available on its homepage
(http://mantisbt.sourceforge.net)

--
Michael Beck

Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI Newsgroups: news://forums.talkto.net





Subject: Re: Install problems D6
From: "Kerry Neighbour" <kneighbour@simcomcity.com>
Date: Tue, 12 Mar 2002 08:42:29 +1000
Newsgroups: jedi.vcl

Ah well...a bit more searching around, and I foud the Code library as
well...ah ha, thought I - why not install that as well....

And that fixed all the problems....

It might be a good idea to mention this in the Install.txt file....would
save a lot of time.

But jeez - what a library! Totally amazing....well done you guys...


"Kerry Neighbour" <kneighbour@simcomcity.com> wrote in message
news:a6j9fn$9cj$1@talkto.net...
> > Just downloaded the full JEDI-VCL pack for Delphi 6. Ran install program
to
> > copy files to HD...no problems. Tried to compile "jvcl100_r60.dpk". Won't
> > compile - says "Required package DJCL not found". And this is quite true,
I
> > cannot see any such package. So I remove it from the required list...and
get
> > the following error
> >
> > in JvSysComp.pas, File Not Found "JCL.INC".
> >
> > ok - so edit this to point to "jedi.inc", which seems to be the right
file.
> >
> > Try to compile again...got
> >
> > Fatal Error jvSysComp.pas file not found "JclBase.dcu".
> >
> > Again, this is quite correct - there is no such file.
> >
> > And if you look at the USES statement in theis file, none of the other
units
> > are available either (ie JclBase, JclStrings, JclSysInfo,  JclFileUtils;)
> >
> > My first question is - has ANYONE got this thing to compile? Do I have to
> > install another package before this one?  It looks like a lot is missing.
> >
> >
> > This is Delphi 6, Win2000
> >
> >




Subject: Install problems D6
From: "Kerry Neighbour" <kneighbour@simcomcity.com>
Date: Tue, 12 Mar 2002 07:59:54 +1000
Newsgroups: jedi.vcl

Just downloaded the full JEDI-VCL pack for Delphi 6. Ran install program to
copy files to HD...no problems. Tried to compile "jvcl100_r60.dpk". Won't
compile - says "Required package DJCL not found". And this is quite true, I
cannot see any such package. So I remove it from the required list...and get
the following error

in JvSysComp.pas, File Not Found "JCL.INC".

ok - so edit this to point to "jedi.inc", which seems to be the right file.

Try to compile again...got

Fatal Error jvSysComp.pas file not found "JclBase.dcu".

Again, this is quite correct - there is no such file.

And if you look at the USES statement in theis file, none of the other units
are available either (ie JclBase, JclStrings, JclSysInfo,  JclFileUtils;)

My first question is - has ANYONE got this thing to compile? Do I have to
install another package before this one?  It looks like a lot is missing.


This is Delphi 6, Win2000




Subject: Re: The smart programmers don't use the mouse.
From: "Stefaan Lesage" <Stefaan_Lesage@Peopleware.be>
Date: Wed, 27 Feb 2002 13:48:49 +0100
Newsgroups: jedi.vcl

Hi,

>> > > Anyone know of one that works with Delphi 6 ?
> >
> > Yes, it does.

Well, as Michael stated, it works under Delphi 6 ;-) I am glad to hear that.
I had tested it once under Delphi 6 ( when I was at a client who had Delphi
6 installed on his machine ) and it did work, but I have changed so many
things I wasn't sure anymore.

Possibly it will also work under Delphi 4, but also here I never tried that.

Best regards,


--
Stefaan Lesage

PeopleWare N.V.

E-Mail : Stefaan_Lesage@peopleware.be
Web    : www.peopleware.be




Subject: Re: The smart programmers don't use the mouse.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Wed, 27 Feb 2002 07:19:23 -0500
Newsgroups: jedi.vcl

"Andy Vines" <andy.vines@btconnect.com> wrote in message
news:a5i2t2$7np$1@talkto.net...
> > Hi,
> >
> > Anyone know of one that works with Delphi 6 ?

Yes, it does.

--
Michael Beck
http://www.geocities.com/beckmi/delphi.htm

Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI Newsgroups: news://forums.talkto.net





Subject: Re: The smart programmers don't use the mouse.
From: "Stefaan Lesage" <Stefaan_Lesage@Peopleware.be>
Date: Wed, 27 Feb 2002 11:20:50 +0100
Newsgroups: jedi.vcl

Hi Andy,

It should work with Delphi 6 ( maybe some minor changes specific to Delphi
6 ), but I didn't test it under Delphi 6 yet, because I don't have a copy of
Delphi 6 installed.  Send me a little note, and I'll send you the source
code and you can try it out.

Best regards,


--
Stefaan Lesage

PeopleWare N.V.

E-Mail : Stefaan_Lesage@peopleware.be
Web    : www.peopleware.be




Subject: Re: The smart programmers don't use the mouse.
From: "Andy Vines" <andy.vines@btconnect.com>
Date: Wed, 27 Feb 2002 08:25:08 -0000
Newsgroups: jedi.vcl

Hi,

Anyone know of one that works with Delphi 6 ?

Andy

"Stefaan Lesage" <Stefaan_Lesage@Peopleware.be> wrote in message
news:a5ffc2$355$1@talkto.net...
>> > > You can of course change the name of the component in the Object
> > inspector,
>> > > or you can use a Component Prefix Expert that will make the changes
>> > > automatically for you. There is one in CodeCentral (look at the OTA
>> > > section), and there is also one in development by Stefaan Lesage.
>> > >
>> > > Michael
> >
> >
> > Michael,
> >
> > Well thanks for mantioning this here ;-) Just discovered this newsgroup
and
> > found that I am already mentioned in it ;-)
> >
> > Now a little update on the Component Prefix Wizard itself.  Well the core
is
> > finished, and internal testing has been done.  Some minor bugs were
> > discovered and solved.  Right now I am thinking of sending the whole thing
> > to a few selected Delphi developers, so they can test it and send in bug
> > reports / feature requests.
> >
> > So if anyone is willing to test it out, please send me a little note and
> > I'll send you the current Delphi 5 version.
> >
> > Best regards,
> >
> >
> >
> > --
> > Stefaan Lesage
> >
> > PeopleWare N.V.
> >
> > E-Mail : Stefaan_Lesage@peopleware.be
> > Web    : www.peopleware.be
> > "Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
> > news:a2arv7$vnm$1@talkto.net...
>> > > "Pierre Rougier" <pierre.rougier@ifrance.com> wrote in message
>> > > news:a2a1o6$u0q$1@talkto.net...
>> > >
>>> > > > But if all the composants begin by ( for exemple  )  JV,
>>> > > > all the button are not together.
>> > >
>> > > The Jv prefix is to avoid any conflicts with potentially the same units
> > and
>> > > class names (and I've seen many of those in the past among freeware or
>> > > shareware components)..
>> > >
>> > > You can of course change the name of the component in the Object
> > inspector,
>> > > or you can use a Component Prefix Expert that will make the changes
>> > > automatically for you. There is one in CodeCentral (look at the OTA
>> > > section), and there is also one in development by Stefaan Lesage.
>> > >
>> > > Michael
>> > >
>> > >
> >
> >




Subject: Re: The smart programmers don't use the mouse.
From: "Stefaan Lesage" <Stefaan_Lesage@Peopleware.be>
Date: Tue, 26 Feb 2002 09:41:33 +0100
Newsgroups: jedi.vcl

> > You can of course change the name of the component in the Object
inspector,
> > or you can use a Component Prefix Expert that will make the changes
> > automatically for you. There is one in CodeCentral (look at the OTA
> > section), and there is also one in development by Stefaan Lesage.
> >
> > Michael


Michael,

Well thanks for mantioning this here ;-) Just discovered this newsgroup and
found that I am already mentioned in it ;-)

Now a little update on the Component Prefix Wizard itself.  Well the core is
finished, and internal testing has been done.  Some minor bugs were
discovered and solved.  Right now I am thinking of sending the whole thing
to a few selected Delphi developers, so they can test it and send in bug
reports / feature requests.

So if anyone is willing to test it out, please send me a little note and
I'll send you the current Delphi 5 version.

Best regards,



--
Stefaan Lesage

PeopleWare N.V.

E-Mail : Stefaan_Lesage@peopleware.be
Web    : www.peopleware.be
"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:a2arv7$vnm$1@talkto.net...
> > "Pierre Rougier" <pierre.rougier@ifrance.com> wrote in message
> > news:a2a1o6$u0q$1@talkto.net...
> >
>> > > But if all the composants begin by ( for exemple  )  JV,
>> > > all the button are not together.
> >
> > The Jv prefix is to avoid any conflicts with potentially the same units
and
> > class names (and I've seen many of those in the past among freeware or
> > shareware components)..
> >
> > You can of course change the name of the component in the Object
inspector,
> > or you can use a Component Prefix Expert that will make the changes
> > automatically for you. There is one in CodeCentral (look at the OTA
> > section), and there is also one in development by Stefaan Lesage.
> >
> > Michael
> >
> >




Subject: Re: Where can I download the latest release for Delphi 5 ?
From: "Scott Price" <scottp@nospam.knowledgeuk.com>
Date: Thu, 21 Feb 2002 16:51:10 -0000
Newsgroups: jedi.vcl

Hi Michael,


> > JVCL was converted from D5, so I don't think, there should be too much
work
> > to make/keep it compatible with D5. But it's extra work for testing :(

Yep.  I understand that, but once the work has been done once, and tested,
unless there are significant changes, then it shouldn't be too difficult.
The major issues - as far as I saw it - was the change of a lot of the API
types in the switch from Delphi 3 Integers to Delphi 4+ Cardinals, etc...
So for 4+ it should be pretty simple to remain faithful.

> > We stated for JVCL that officially we support the current release, and the
> > previous one for up to 6 months after the new release.  So if D7 comes out
> > on X day, D6 would be officially supported for X+6 months. Of course the
> > unofficial support could be longer.

You are right, sorry.  My conversation was with Marcel about the JCL, not
the JVCL!

> > Anyone who would like to help with JVCL rewrite,  please subscribe at:
> > http://groups.yahoo.com/group/JVCL-Developers

Already there, but trying to help on the JCL first at the moment, then when
I have more time I will migrate my services  :)


Regards,


Scott Price




Subject: Re: Where can I download the latest release for Delphi 5 ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Thu, 21 Feb 2002 06:45:21 -0500
Newsgroups: jedi.vcl

"Scott Price" <scottp@nospam.knowledgeuk.com> wrote in message
news:a52d58$9km$1@talkto.net...
> > Hi Michael,

> > Originally I thought I recalled statements of the most recent two
releases,
> > ie D5 & D6.  Is this not the case then?

We stated for JVCL that officially we support the current release, and the
previous one for up to 6 months after the new release.  So if D7 comes out
on X day, D6 would be officially supported for X+6 months. Of course the
unofficial support could be longer.

> > I helped Marcel originally provide packages for the JCL that took in to
> > account D5, as I was using it at the time.  Is the JVCL coded solely for
D6
> > or is it just that areas "might" need attention?

JVCL was converted from D5, so I don't think, there should be too much work
to make/keep it compatible with D5. But it's extra work for testing :(

> > I think that the majority of compiler defines are already present in the
> > JEID.inc, and so the work wouldn't be to much of an issue.  Whilst I am
> > rather busy at the moment, I would, and still will, help when I have more
> > time available to me.

Anyone who would like to help with JVCL rewrite,  please subscribe at:
http://groups.yahoo.com/group/JVCL-Developers

or send an empty email to:
JVCL-Developers-subscribe@yahoogroups.com

You can also contact Robert Marquardt directly.

Michael






Subject: Re: Where can I download the latest release for Delphi 5 ?
From: "Scott Price" <scottp@nospam.knowledgeuk.com>
Date: Thu, 21 Feb 2002 09:41:35 -0000
Newsgroups: jedi.vcl

Hi Michael,


Originally I thought I recalled statements of the most recent two releases,
ie D5 & D6.  Is this not the case then?

I helped Marcel originally provide packages for the JCL that took in to
account D5, as I was using it at the time.  Is the JVCL coded solely for D6
or is it just that areas "might" need attention?

I think that the majority of compiler defines are already present in the
JEID.inc, and so the work wouldn't be to much of an issue.  Whilst I am
rather busy at the moment, I would, and still will, help when I have more
time available to me.


Regards,


Scott Price.




Subject: Re: Where can I download the latest release for Delphi 5 ?
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 11 Feb 2002 11:56:10 -0500
Newsgroups: jedi.vcl

"Pierre Rougier" <pierre.rougier@ifrance.com> wrote in message
news:a48p9c$oes$1@talkto.net...

> > Where can I download the latest release of J-VCL for Delphi 5 ?

Officially JEDI supports only the current release of Delphi, unless there
are volunteers who want to make a JEDI project compatible with previous
Delphi releases. As you can imagine, It is very hard to find volunteers to
do even work for the current release,  and doubling the work for testing and
supporting different releases was just too much to ask for.  But if there
are volunteers willing to do it, then of course JEDI will publish it.

Robert Marquardt is currently working on JVCL rewrite, so if anyone wants to
help him in this area, I am sure he will appreciate the help.

Michael





Subject: Where can I download the latest release for Delphi 5 ?
From: "Pierre Rougier" <pierre.rougier@ifrance.com>
Date: Mon, 11 Feb 2002 17:23:56 +0100
Newsgroups: jedi.vcl

Hi,

Where can I download the latest release of J-VCL for Delphi 5 ?

Pierre Rougier




Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: "Gilberto Padilla" <1@a.net>
Date: Sun, 10 Feb 2002 13:06:07 -0800
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

Hola, como estan.

:)


"Mike Lischke" <public@lischke-online.de> wrote in message
news:9t2mbh$4to$1@talkto.net...
> > A heartly welcome to all in this brand new news group. I hope you will
find what you were looking for when you entered
> > this group:
> >
> >   answers and satisfaction.
> >
> >
> > Ciao, Mike
> > --
> > www.delphi-jedi.org
> > www.lischke-online.de
> > www.delphi-unicode.net
> >
> >




Subject: My JVCL wish list
From: "Pierre Rougier" <pierre.rougier@ifrance.com>
Date: Sat, 19 Jan 2002 20:40:25 +0100
Newsgroups: jedi.vcl

Hi,

My JVCL wish list :

A Component Property Manager like IniOut.from UNDU
A Component  like OneInstance
A LabelJumpURL_E-mail
A panel without Caption and without bevel.
All in one package


Things about I don't care :
The
TButtonShapeWithLabel3DFxCaptionMultiLignesWithTransparencyImageBackgroudWit
hTheLookXPAndAlphaBlending.

Pierre Rougier




Subject: Re: The smart programmers don't use the mouse.
From: "Pierre Rougier" <pierre.rougier@ifrance.com>
Date: Sat, 19 Jan 2002 19:47:00 +0100
Newsgroups: jedi.vcl

Thanks





Subject: Re: The smart programmers don't use the mouse.
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Fri, 18 Jan 2002 23:42:01 -0500
Newsgroups: jedi.vcl

"Pierre Rougier" <pierre.rougier@ifrance.com> wrote in message
news:a2a1o6$u0q$1@talkto.net...

> > But if all the composants begin by ( for exemple  )  JV,
> > all the button are not together.

The Jv prefix is to avoid any conflicts with potentially the same units and
class names (and I've seen many of those in the past among freeware or
shareware components)..

You can of course change the name of the component in the Object inspector,
or you can use a Component Prefix Expert that will make the changes
automatically for you. There is one in CodeCentral (look at the OTA
section), and there is also one in development by Stefaan Lesage.

Michael




Subject: The smart programmers don't use the mouse.
From: "Pierre Rougier" <pierre.rougier@ifrance.com>
Date: Fri, 18 Jan 2002 22:16:09 +0100
Newsgroups: jedi.vcl

Hi,

The smart programmers don't use the mouse.
In the IDE :
F11 ( in french 'l'insperteur d'objets' take the focus)
Ctrl +arrow down :
all the controls appear.
Type for example 'B' and you go directly to Button.
navigate with the arrow and chose the right button you want change one
property.

But if all the composants begin by ( for exemple  )  JV,
all the button are not together.

Button_Find
Button_OK
Edit_Name
DBGrid_List
JvButton_Cancel
JvEdit_Firstname

Button_Find
Button_OK
ButtonJv_Cancel
Edit_Name
EditJv_Firstname
DBGrid_List

or

Button_Find
Button_OK
btJv_Cancel
Edit_Name
edJv_Firstname
DBGrid_List






Subject: Re: avoid activating of a disabled MDI child
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Fri, 18 Jan 2002 17:45:05 +0100
Newsgroups: jedi.vcl

Better ask that on borland.public.winapi
Better chances of an answer there

Sergey Balter schrieb:
> > 
> > Hi, Jedies :-)
> > 
> > I need to prevent activating of a MDI child window.


-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: avoid activating of a disabled MDI child
From: "Sergey Balter" <balter@kompas.donetsk.ua>
Date: Fri, 18 Jan 2002 13:15:51 +0200
Newsgroups: jedi.vcl

Hi, Jedies :-)

I need to prevent activating of a MDI child window.

I disable it by WinAPI call:
    EnableWindow(Handle, False);
Then when I click the disabled window by mouse or
I press CTRL-TAB it skips, it's Ok.

BUT when I click the corresponded to MDIChildWindow
menu item (I mean menu item automatically
created by WinAPI at WindowMenu)
the window is becomes pop up (bringed to front?),
i. e. changes it's Z-order without getting the focus.
So I need to disable a menu item and / or
avoid window bringing to front.

How can I find menu item what corresponds to
MDIChildWindow Form?

How to avoid disabled MDI child Window
becomes pop up?


Anybody knows?

Thanks.

Regards,
        Sergey Balter




Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Tue, 15 Jan 2002 06:13:22 +0100
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

Carl Kenner schrieb:
> > 
> > The Romans no longer exist.

With Berlusconi acting like a roman emperor it is hard to believe.
-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: Carl Kenner <carl_kenner@hotmail.com>
Date: Tue, 15 Jan 2002 14:13:05 +1030
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

The Romans no longer exist.

Saci wrote:

> > Why not "Benvindos and bienvenidos" anything against latin people ?
> >



Subject: Re: Components without published properties and events
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Fri, 11 Jan 2002 06:26:44 +0100
Newsgroups: jedi.vcl

Hello Robort,

> > As i already said in another thread i thought of an IDE plugin
> > which analyzes the compile errors and adds units to the uses list
> > from a simple database (text files) and recompiles.

Sounds great. We all want it ready yesterday. :-)

Okay, at first it is time for a cup of coffee.

Ciao Heinz Z.


Subject: Re: Components without published properties and events
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Fri, 11 Jan 2002 06:13:09 +0100
Newsgroups: jedi.vcl

As i already said in another thread i thought of an IDE plugin
which analyzes the compile errors and adds units to the uses list
from a simple database (text files) and recompiles.
This removes the need for components to make functions droppable.

Heinz Zastrau schrieb:
> > 
> > Hello Robert,
> > 
>>> > >> in JVCL are some components without any (additional) published properties or
>>> > >> events. It seams, they only exist to avoid the programmer from instanciating
>>> > >> them. Should we support such components?
>> > >
>> > > I thought of moving such components as functions to the JCL.
>> > > Then we can decide to recreate the component basing it on the JCL
>> > > functions.
> > 
> > ACK. Then we can build an extra Package called. "Dummys Helper". ;-)
> > 
> > Ciao Heinz Z.

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: Re: Components without published properties and events
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 10 Jan 2002 23:04:45 +0100
Newsgroups: jedi.vcl

Hello Robert,

>> >> in JVCL are some components without any (additional) published properties or
>> >> events. It seams, they only exist to avoid the programmer from instanciating
>> >> them. Should we support such components?
> >
> > I thought of moving such components as functions to the JCL.
> > Then we can decide to recreate the component basing it on the JCL
> > functions.

ACK. Then we can build an extra Package called. "Dummys Helper". ;-)

Ciao Heinz Z.


Subject: Re: Components without published properties and events
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Thu, 10 Jan 2002 19:24:25 +0100
Newsgroups: jedi.vcl

I thought of moving such components as functions to the JCL.
Then we can decide to recreate the component basing it on the JCL
functions.

Heinz Zastrau schrieb:
> > 
> > Hello,
> > 
> > in JVCL are some components without any (additional) published properties or
> > events. It seams, they only exist to avoid the programmer from instanciating
> > them. Should we support such components?
> > 
> > Pro:
> > - You don't need to think about creation and destruction
> > - You dont need to know in which unit the component resist
> > 
> > Contra:
> > - There are enough components registered in the IDE
> > - JVCL is for real programmers, who don't need thinks like this
> > 
> > Ciao Heinz Z.

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: Components without published properties and events
From: "Heinz Zastrau" <heinz.zastrau@gmx.de>
Date: Thu, 10 Jan 2002 12:01:26 +0100
Newsgroups: jedi.vcl

Hello,

in JVCL are some components without any (additional) published properties or
events. It seams, they only exist to avoid the programmer from instanciating
them. Should we support such components?

Pro:
- You don't need to think about creation and destruction
- You dont need to know in which unit the component resist

Contra:
- There are enough components registered in the IDE
- JVCL is for real programmers, who don't need thinks like this

Ciao Heinz Z.


Subject: Re: JvPack Installation Problem
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Tue, 08 Jan 2002 20:45:56 +0100
Newsgroups: jedi.vcl

Ralph Mellor schrieb:

> > Longer term, do the JvPack, the J-VCL, and the JCL have distinct
> > purposes? My simple understanding of them is that they are just
> > arbitrarily overlapping collections of code. Is this correct? Can one
> > install them all without fear of conflicts?

That is what i want to change.
Currently the JCL and the J-VCL are completely unrelated.
The JCL was simply a bunch of donations. Now it is fairly
organized in areas.
The J-VCL is still mainly a bunch of components.
-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: Re: JvPack Installation Problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 8 Jan 2002 13:19:33 -0500
Newsgroups: jedi.vcl

"Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de> wrote in message
news:3C3A81CB.A376C4D3@gmx.de...

> > I will take over the J-VCL in February and work on it.

Great news! Thanks, Robert.

--
Michael Beck
http://www.geocities.com/beckmi/delphi.htm

Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI Newsgroups: news://forums.talkto.net




Subject: Re: JvPack Installation Problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Tue, 8 Jan 2002 13:18:54 -0500
Newsgroups: jedi.vcl

"Scott Price" <scottp@nospam.knowledgeuk.com> wrote in message
news:a1ehds$6c4$1@talkto.net...

> > I thought that the J-VCL was largely/mostly based on the JvPack and
> > modifications to utilise the JCL, or was that just too simple an
assumption?

You are correct. JVCL is mainly the JvPack, plus additional components
donated to JEDI.

Michael




Subject: Re: JvPack Installation Problem
From: "Scott Price" <scottp@nospam.knowledgeuk.com>
Date: Tue, 8 Jan 2002 10:51:47 -0000
Newsgroups: jedi.vcl

Hi Robert,


I thought that the J-VCL was largely/mostly based on the JvPack and
modifications to utilise the JCL, or was that just too simple an assumption?


Regards,


Scott Price.

"Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de> wrote in message
news:3C3A81CB.A376C4D3@gmx.de...
> > Ralph Mellor schrieb:
> >
>> > > What's the deal here? Is the JvPack obsolete? Will the "JVCL" be
>> > > available for D5? If so, when? What relationship does it have to the
>> > > JvPack? Can the JvPack and JVCL coexist? What degree of overlap is
>> > > there? Sorry for the barrage of questions!
> >
> > I will take over the J-VCL in February and work on it.
> > My goal is to create a system of useful components.
> > This will include moving some code from JvPack to the JCL,
> > base some components on JCL code and trying to reorganize the
> > component structure of JvPack.
> >
> > Any help is very welcome.
> > --
> > Robert Marquardt (Team JEDI)  http://delphi-jedi.org




Subject: Re: JvPack Installation Problem
From: "Scott Price" <scottp@nospam.knowledgeuk.com>
Date: Tue, 8 Jan 2002 10:50:51 -0000
Newsgroups: jedi.vcl

Actually Ralph, I examined the pack that Tom sent me, which I hadn't used
before, although I had helped Marcel by creating packages for Delphi 4 & 5
for the JCL, and hence spent a bit of time with the component packages.

The messages that were returned seem very strange, but when you look at them
they are in fact correct.  The directory LIB5 or BIN does NOT exist in the
previous directory to the one where the packages are being run from:

    [Fatal Error] JvZoom.pas(175): Could not create output file
'..\lib5\JvZoom.dcu'

The ..\ indicates that Delphi is trying to go back one directory before
going into the LIB5 directory.  Obviously, in this case the installation
instructions explain that these directories should exist as sub-directories
to the one where the extracted source resides.

Please feel free to download my updated packages and replace the existing
ones before trying to compile again (don't forget to either make backups of
the original items or have the original archive somewhere).  This will
illustrate the point.

If you wanted to keep the current directory structure you have then you
could replace:

    ..\lib5
    ..\bin

with either of the following versions and get the result you were expecting:

    .\lib5
    .\bin

or

    lib5
    bin

Hope this helps to clarify the issue and the resolution.  If there are
further questions, please feel free to directy them at me.  If emailing me,
please remove the "nospam." from my email address first.


Regards,


Scott Price
scott.price@nospam.knowledgeuk.com




Subject: Re: JvPack Installation Problem
From: Ralph Mellor <XXXralph@dimp.com>
Date: Tue, 08 Jan 2002 01:15:16 -0600
Newsgroups: jedi.vcl

Robert Marquardt (Team JEDI) wrote:

> I will take over the J-VCL in February and work on it.
> My goal is to create a system of useful components.
> This will include moving some code from JvPack to the JCL,
> base some components on JCL code and trying to reorganize the
> component structure of JvPack.


Thanks for a useful summary of what you will be up to.

Longer term, do the JvPack, the J-VCL, and the JCL have distinct purposes? My simple understanding of them is that they are just arbitrarily overlapping collections of code. Is this correct? Can one install them all without fear of conflicts?


> Any help is very welcome.


No promises, but I do hear the open source call.

--ralph



Subject: Re: JvPack Installation Problem
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Tue, 08 Jan 2002 06:21:15 +0100
Newsgroups: jedi.vcl

Ralph Mellor schrieb:

> > What's the deal here? Is the JvPack obsolete? Will the "JVCL" be
> > available for D5? If so, when? What relationship does it have to the
> > JvPack? Can the JvPack and JVCL coexist? What degree of overlap is
> > there? Sorry for the barrage of questions!

I will take over the J-VCL in February and work on it.
My goal is to create a system of useful components.
This will include moving some code from JvPack to the JCL,
base some components on JCL code and trying to reorganize the
component structure of JvPack.

Any help is very welcome.
-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: Re: JvPack Installation Problem
From: Ralph Mellor <XXXralph@dimp.comXXX>
Date: Mon, 07 Jan 2002 23:00:45 -0600
To: Scott Price <scottp@knowledgeuk.com>
Newsgroups: jedi.vcl

First, kudos to the Jedi team for the generally high quality content and packaging of those parts I've tried.

Second, I just got the error that Tom posted about when installing JvPack:

    [Warning] JvPack100_D50.dpk(31): Package 'JvPack100_R50'
    will not be written to disk because -J option is enabled

    [Fatal Error] JvPack100_D50.dpk(31): Internal error: P665

Note that I had already successfully installed JvPack on 3 other PCs before I got this problem. The install instruction and project option file path mistakes are not the problem.

In writing this email, I did my usual, which is to carefully reconstruct the error, and in so doing, the error, of course, went away.

I haven't been able to nail down just what is going on, sorry. I got the notion that it was due to accidentally building the design time package before the run-time package, but that didn't seem to pan out. Right now I can *not* get the error to occur, even if I remove the package and start fresh from the JvPack.zip. Not particularly helpful, I know...

Third,

Scott Price wrote:

> Attached are the notes I have made about the installation,
> and the changes you will need to make to get a successful
> compile. Alternatively, I have also attached new versions
> of the packages that correct the issue should you wish to
> try to compile again, you might wish to use these newer
> versions.

From _readme.txt I note:

    However, if you are wanting to use these components you
    might want to look at the JVCL initial build that was
    released, as I believe that one will be continually
    developed and supported over the future months/years.

What's the deal here? Is the JvPack obsolete? Will the "JVCL" be available for D5? If so, when? What relationship does it have to the JvPack? Can the JvPack and JVCL coexist? What degree of overlap is there? Sorry for the barrage of questions!


--ralph



Subject: Re: JvPack Installation Problem
From: "Scott Price" <scottp@nospam.knowledgeuk.com>
Date: Mon, 7 Jan 2002 10:45:23 -0000
Newsgroups: jedi.vcl

Hi Tom,


Attached are the notes I have made about the installation, and the changes
you will need to make to get a successful compile.  Alternatively, I have
also attached new versions of the packages that correct the issue should you
wish to try to compile again, you might wish to use these newer versions.


Regards,


Scott Price.



JvPack Compile.zip
	



Subject: Re: JvPack Installation Problem
From: "Tom Hahn" <thahn@hahntech.com>
Date: Sun, 6 Jan 2002 15:34:06 -0500
Newsgroups: jedi.vcl

Scott:

Thank you for your offer. I would do this myself but my schedule does not
permit doing so at this time. The package is at:

http://groups.yahoo.com/group/JEDI-VCL/files/JvPack.zip

There are demos and help files also available at the JEDI site for this
package.

http://groups.yahoo.com/group/JEDI-VCL/files/

Tom

"Scott Price" <scottp@nospam.knowledgeuk.com> wrote in message
news:a19gh5$ti2$1@talkto.net...
> > Tom,
> >
> >
>> > > Thanks for your help, Michael. I 've tried what you suggested but so far
> > no
>> > > success. I don't have any more time to spend on it now so will chalk
this
> > up
>> > > to experience.
> >
> > If you would like to send me the package you are trying to compile and
> > install, then I will happily look at it for you and see what the errors
are.
> > Just remove the nospam. from the email address.
> >
> >
> > Regards,
> >
> >
> > Scott Price.
> > scott.price@nospam.knowledgeuk.com
> >
> >




Subject: Re: JvPack Installation Problem
From: "Scott Price" <scottp@nospam.knowledgeuk.com>
Date: Sun, 6 Jan 2002 13:05:21 -0000
Newsgroups: jedi.vcl

Tom,


> > Thanks for your help, Michael. I 've tried what you suggested but so far
no
> > success. I don't have any more time to spend on it now so will chalk this
up
> > to experience.

If you would like to send me the package you are trying to compile and
install, then I will happily look at it for you and see what the errors are.
Just remove the nospam. from the email address.


Regards,


Scott Price.
scott.price@nospam.knowledgeuk.com




Subject: Re: Merry Xmas
From: Chris Dickerson <chrisd@tsc.com>
Date: 31 Dec 2001 16:42:38 GMT
Newsgroups: jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

"Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de> wrote in 
news:3C26D1A8.38D470A0@gmx.de:

> > to all Delphi programmers

Merry Christmas! (What's xmas?)

Chris


Subject: Re: Merry Xmas
From: "termulator" <termulator@freesoftmag.com>
Date: Wed, 26 Dec 2001 13:08:54 +0100
Newsgroups: jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

Yes !
Joyeux Noël et Bonne Année.

"Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de> a écrit dans le
message news: 3C26D1A8.38D470A0@gmx.de...
> > to all Delphi programmers
> > --
> > Robert Marquardt (Team JEDI)  http://delphi-jedi.org




Subject: Re: JvPack Installation Problem
From: "Tom Hahn" <thahn@hahntech.com>
Date: Mon, 24 Dec 2001 22:23:17 -0500
Newsgroups: jedi.vcl

Thanks for your help, Michael. I 've tried what you suggested but so far no
success. I don't have any more time to spend on it now so will chalk this up
to experience.

Thansk again.
Tom



"Michael Beck (Team JEDI)" <mbeck1NOxSPAM@compuserve.com> wrote in message
news:a07tgc$9ip$1@talkto.net...
>> > > "Tom Hahn" <thahn@hahntech.com> wrote in message
> > news:a07ifi$8vt$1@talkto.net...
>> > > Once I put a fully qualified path in "Output", Unit Ouptut" and "DCP
>> > > Output", JvPack100_R50.dpk compiled. I then did the following:
>> > >
>> > > 1. Opened JvPack100_D50.dpk, put fully-qualified paths in "Output", Unit
>> > > Ouptut" and "DCP Output".
>> > > 2. Tried to install. Got a warning and fatal error:
>> > >
>> > > - JvPack100_D50.dpk (31): Package'JvPack100_R50' will not be written to
> > disk
>> > > because J option is enabled.
>> > > - JvPack100_D50.dpk (31): Internal error P665
>> > >
>> > > While I am certainly not an expert on packages, I am not a novice with
>> > > Delphi. I have to admit. however, that I have never seen warning and
> > errors
>> > > like these. Are things like this documented anywhere?
> >
> > I don't think that the internal errors are documented anywhere.
> >
> > I had Internal errors couple of times, but I don't think that I had one
> > because of the "J Option". What I did, was to click on the "Build
> > JvPack100_D50" (under Run Menu) and it worked in most cases. Then it
> > installed w/o problems.
> >
> > If this doesn't work, try to restart Delphi, and then try again.
> >
> > Michael
> >
> >




Subject: Re: JvPack Installation Problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 24 Dec 2001 14:11:20 -0500
Newsgroups: jedi.vcl

> > "Tom Hahn" <thahn@hahntech.com> wrote in message
news:a07ifi$8vt$1@talkto.net...
> > Once I put a fully qualified path in "Output", Unit Ouptut" and "DCP
> > Output", JvPack100_R50.dpk compiled. I then did the following:
> >
> > 1. Opened JvPack100_D50.dpk, put fully-qualified paths in "Output", Unit
> > Ouptut" and "DCP Output".
> > 2. Tried to install. Got a warning and fatal error:
> >
> > - JvPack100_D50.dpk (31): Package'JvPack100_R50' will not be written to
disk
> > because J option is enabled.
> > - JvPack100_D50.dpk (31): Internal error P665
> >
> > While I am certainly not an expert on packages, I am not a novice with
> > Delphi. I have to admit. however, that I have never seen warning and
errors
> > like these. Are things like this documented anywhere?

I don't think that the internal errors are documented anywhere.

I had Internal errors couple of times, but I don't think that I had one
because of the "J Option". What I did, was to click on the "Build
JvPack100_D50" (under Run Menu) and it worked in most cases. Then it
installed w/o problems.

If this doesn't work, try to restart Delphi, and then try again.

Michael




Subject: Re: JvPack Installation Problem
From: "Tom Hahn" <thahn@hahntech.com>
Date: Mon, 24 Dec 2001 11:02:35 -0500
Newsgroups: jedi.vcl

Once I put a fully qualified path in "Output", Unit Ouptut" and "DCP
Output", JvPack100_R50.dpk compiled. I then did the following:

1. Opened JvPack100_D50.dpk, put fully-qualified paths in "Output", Unit
Ouptut" and "DCP Output".
2. Tried to install. Got a warning and fatal error:

- JvPack100_D50.dpk (31): Package'JvPack100_R50' will not be written to disk
because J option is enabled.
- JvPack100_D50.dpk (31): Internal error P665

While I am certainly not an expert on packages, I am not a novice with
Delphi. I have to admit. however, that I have never seen warning and errors
like these. Are things like this documented anywhere?

Tom



>> > > 3. Compile again. "JvZoom.pas" is displayed in the IDE with an error
>> > > indicating "Fatal Error JvZoom.pas (174), could not create output file
>> > > '..\lib5\JvZoom.dcu'".
>> > > Line 174 is past the end of "JvZoom.pas". There is no explanation of why
> > the
>> > > DCU can't be created.
> >
> > Try to go to Options, and in the Output change from
> > ..\lib5
> > to
> > C:\VCL\JvPack\lib5
> >
> > This should do the trick.  If not, let us know.
> >
> > --
> > Michael Beck
> > http://www.geocities.com/beckmi/delphi.htm
> >
> > Project JEDI -  http://delphi-jedi.org
> > 2001 "Spirit of Delphi" Award Winner
> >
> > JEDI Newsgroups: news://forums.talkto.net
> >
> >
> >




Subject: Re: JvPack Installation Problem
From: "Michael Beck \(Team JEDI\)" <mbeck1NOxSPAM@compuserve.com>
Date: Mon, 24 Dec 2001 07:19:46 -0500
Newsgroups: jedi.vcl

"Tom Hahn" <thahn@hahntech.com> wrote in message
news:a05vur$6uj$1@talkto.net...

> > 3. Compile again. "JvZoom.pas" is displayed in the IDE with an error
> > indicating "Fatal Error JvZoom.pas (174), could not create output file
> > '..\lib5\JvZoom.dcu'".
> > Line 174 is past the end of "JvZoom.pas". There is no explanation of why
the
> > DCU can't be created.

Try to go to Options, and in the Output change from
...\lib5
to
C:\VCL\JvPack\lib5

This should do the trick.  If not, let us know.

--
Michael Beck
http://www.geocities.com/beckmi/delphi.htm

Project JEDI -  http://delphi-jedi.org
2001 "Spirit of Delphi" Award Winner

JEDI Newsgroups: news://forums.talkto.net





Subject: Re: Merry Xmas
From: "Andrea Raimondi" <rainaple@tin.it>
Date: Mon, 24 Dec 2001 10:04:03 +0100
Newsgroups: jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

"Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de> ha scritto nel
messaggio news:3C26D1A8.38D470A0@gmx.de...
> > to all Delphi programmers

You too and a Happy New Year.

Best wishes from Italy

> > --
> > Robert Marquardt (Team JEDI)  http://delphi-jedi.org

Andrew




Subject: Merry Xmas
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Mon, 24 Dec 2001 07:56:40 +0100
Newsgroups: jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

to all Delphi programmers
-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: JvPack Installation Problem
From: "Tom Hahn" <thahn@hahntech.com>
Date: Sun, 23 Dec 2001 20:40:18 -0500
Newsgroups: jedi.vcl

I recently downloaded "JvPack.zip" and extracted the files to C:\VCL\JvPack.
I created subdirectories of ..\bin and ..\lib5 as instructed in the readme.

C:\VCL\JvPack (contains all files from JvPack.zip)
C:\VCL\JvPack\bin
C:\VCL\JvPack\lib5

All three directories have been added to the Library Path in Delphi 5.

My initial attempt was to open and compile JvPack100_D50.dpk which resulted
in a missing file of "JvPack100_R50.res". Based upon a suggestion from
Michael Beck that I must compile "JvPack100_R50.dpk" first, I have done the
following:

1. Open "JvPack100_R50.dpk".
2. Compile. Resulting error of  missing "JvPack100_R50.res" and an
indication that it was recreated.
3. Compile again. "JvZoom.pas" is displayed in the IDE with an error
indicating "Fatal Error JvZoom.pas (174), could not create output file
'..\lib5\JvZoom.dcu'".
Line 174 is past the end of "JvZoom.pas". There is no explanation of why the
DCU can't be created.

Any ideas would be welcome.

Tom





Subject: Scrollingtext bug.
From: None@Noware.non (Johnnie)
Date: 17 Dec 2001 16:20:36 GMT
Newsgroups: jedi.vcl

I have just encounter a serius lock up with scrolling text 
component which logs up the entire IDE when I try to
remove it from a form that I have placed in. 

For the moment I do not have the reprodusable
steps but I'll try to find them and post it here
In the meen time keep in mind that it might
log up your environment.

Regards
Johnnie.


Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: Renate Schaaf <renates@xmission.com>
Date: Wed, 12 Dec 2001 16:53:49 MST
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

Glad this group is up, and I already found how to make GraphicEx work 
under Delphi6!

Renate



Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Tue, 04 Dec 2001 19:08:21 +0100
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

We do not know all languages.
That Mike has some expierience with Unicode does not mean he
is a language artist.

BTW i DO have something against multiposters.

Saci schrieb:
> > 
> > Why not "Benvindos and bienvenidos" anything against latin people ?

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: "Saci" <nospam@bol.com.br>
Date: Tue, 4 Dec 2001 13:33:53 -0200
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

Why not "Benvindos and bienvenidos" anything against latin people ?


"Mike Lischke" <public@lischke-online.de> wrote in message
news:9t2mbh$4to$1@talkto.net...
> > A heartly welcome to all in this brand new news group. I hope you will
find what you were looking for when you entered
> > this group:
> >
> >   answers and satisfaction.
> >
> >
> > Ciao, Mike
> > --
> > www.delphi-jedi.org
> > www.lischke-online.de
> > www.delphi-unicode.net
> >
> >




Subject: Re: MP3 ID3 tag units and components
From: "Robert Marquardt (Team JEDI)" <robert_marquardt@gmx.de>
Date: Fri, 30 Nov 2001 06:18:23 +0100
Newsgroups: jedi.vcl

The first cross-poster!
Please post only to the correct forum (this one).

The JvPack is a huge donation which has not been checked thoroughly yet.
I fear that you will have to write your own WriteTag function.

Warren Weber schrieb:
> > 
> > Hi
> > 
> > I'm trying to use the JvId3v2.pas unit to change the tag information of MP3
> > files but I can't find a way to save the changes I have made to the MP3
> > file.  The JvId3v1 unit has a method call WriteTag that does this.
> > 
> > Kind regards.
> > 
> > Warren Weber
> > 
> > warrenjw@austarnet.com.au

-- Robert Marquardt (Team JEDI) http://delphi-jedi.org 

Subject: MP3 ID3 tag units and components
From: "Warren Weber" <warrenjw@austarnet.com.au>
Date: Fri, 30 Nov 2001 09:55:02 +1000
Newsgroups: jedi.vcl

Hi

I'm trying to use the JvId3v2.pas unit to change the tag information of MP3
files but I can't find a way to save the changes I have made to the MP3
file.  The JvId3v1 unit has a method call WriteTag that does this.

Kind regards.

Warren Weber

warrenjw@austarnet.com.au





Subject: Settin the stretch options in JvWallpaper?
From: "dogo" <dogo@dogo.freeserve.co.uk>
Date: Thu, 22 Nov 2001 17:47:21 -0000
Newsgroups: jedi.vcl

Hi, and please forgive me if I'm posting this in the wrong Newsgroup.

I'm having problems trying to set the wallpaper using the above component, I
would like to set the wallpaper to stretch, but can not suss it out, I have
tried using the following,
JvWallpaper1.SetWallpaper(Opendialog1.FileName,wpStretch);

But I get an error saying undeclared identifier, Could someone please give
me an example how to set the wallpaper to stretch mode!

Cheers for any help/info

dogo






Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: Alessandro Damiani <adamiani@cs.unibo.it>
Date: Wed, 21 Nov 2001 18:47:58 +0100
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

Mike Lischke wrote:

> > A heartly welcome to all in this brand new news group. I hope you will find what you were looking for when you entered
> > this group:
> >
> >   answers and satisfaction.
> >
> > Ciao, Mike
> > --
> > www.delphi-jedi.org
> > www.lischke-online.de
> > www.delphi-unicode.net

Hi to all!!!!



Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: Rudy Velthuis <rvelthuis@gmx.de>
Date: Fri, 16 Nov 2001 23:03:05 +0100
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

In article <9t2mbh$4to$1@talkto.net>, Mike Lischke says...

> > A heartly welcome to all in this brand new news group. I hope you will find what you were looking for when you entered
> > this group:
> > 
> >   answers and satisfaction.

We'll see. <g>
-- Rudy Velthuis 

Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: "Tom Hahn" <thahn@hahntech.com>
Date: Fri, 16 Nov 2001 15:57:58 -0500
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

Very good idea!

Tom




Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: "LordRaptor" <lordraptor@web.de>
Date: Fri, 16 Nov 2001 15:57:24 +0100
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

Yeah, greetings from me, too.
You'll see me here next time :)

so long

    LordRaptor




Subject: Re: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: "Philipp Pammler \(www.exHausts.de\)" <pilli_willi@gmx.de>
Date: Fri, 16 Nov 2001 15:31:23 +0100
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

hehe, hi, mike !




Subject: Welcome, Willkommen, Bienvenu, Benvenuto, Recepción
From: "Mike Lischke" <public@lischke-online.de>
Date: Fri, 16 Nov 2001 10:40:34 +0100
Newsgroups: delphi-gems.support.graphicex,delphi-gems.support.unicode,delphi-gems.support.virtualtreeview,jedi.apiconversion,jedi.general,jedi.jcl,jedi.vcl

A heartly welcome to all in this brand new news group. I hope you will find what you were looking for when you entered
this group:

  answers and satisfaction.


Ciao, Mike
--
www.delphi-jedi.org
www.lischke-online.de
www.delphi-unicode.net




